Competition and Innovation in a Technology Setting Software Duopoly
AbstractRecently the software industry has experienced fundamental changes in market structure through the entry of open source competitors, e.g. Linux's entry into the operating systems market. In a simple model we examine the effects of such a change in market structure from monopoly to duopoly under the assumption that software producers compete in technology rather than price or quantities. The model includes the presence of technological progress and menu costs of adjusting existing software, i.e. innovation. It is found that: (i) moving from monopoly to duopoly does increase the technology level set by firms in the software industry; (ii) a duopoly adjusts more readily to global technological progress than a monopolist. Furthermore, results are presented comparing open source versus for-profit firms in terms of technology levels and innovation.
Download InfoIf you experience problems downloading a file, check if you have the proper application to view it first. In case of further problems read the IDEAS help page. Note that these files are not on the IDEAS site. Please be patient as the files may be large.
Bibliographic InfoPaper provided by DIW Berlin, German Institute for Economic Research in its series Discussion Papers of DIW Berlin with number 363.
Length: 18 p.
Date of creation: 2003
Date of revision:
open source software; strategic interaction; duopoly; menu costs;
Find related papers by JEL classification:
- H41 - Public Economics - - Publicly Provided Goods - - - Public Goods
- L86 - Industrial Organization - - Industry Studies: Services - - - Information and Internet Services; Computer Software
- L31 - Industrial Organization - - Nonprofit Organizations and Public Enterprise - - - Nonprofit Institutions; NGOs
This paper has been announced in the following NEP Reports:
- NEP-ALL-2004-06-07 (All new papers)
- NEP-COM-2004-06-07 (Industrial Competition)
- NEP-INO-2004-06-07 (Innovation)
Please report citation or reference errors to , or , if you are the registered author of the cited work, log in to your RePEc Author Service profile, click on "citations" and make appropriate adjustments.:
- Julio J. Rotemberg & Garth Saloner, 1986.
"The Relative Rigidity of Monopoly Pricing,"
NBER Working Papers
1943, National Bureau of Economic Research, Inc.
- Bitzer, Jurgen & Schroder, Philipp J.H., 2005.
"Bug-fixing and code-writing: The private provision of open source software,"
Information Economics and Policy,
Elsevier, vol. 17(3), pages 389-406, July.
- Jürgen Bitzer & Philipp J. H. Schröder, 2002. "Bug-Fixing and Code-Writing: The Private Provision of Open Source Software," Discussion Papers of DIW Berlin 296, DIW Berlin, German Institute for Economic Research.
- Lerner, Josh & Tirole, Jean, 2002. "Some Simple Economics of Open," Journal of Industrial Economics, Wiley Blackwell, vol. 50(2), pages 197-234, June.
- Bitzer, Jurgen, 2004. "Commercial versus open source software: the role of product heterogeneity in competition," Economic Systems, Elsevier, vol. 28(4), pages 369-381, December.
- repec:ste:nystbu:05-11 is not listed on IDEAS
For technical questions regarding this item, or to correct its authors, title, abstract, bibliographic or download information, contact: (Bibliothek).
If you have authored this item and are not yet registered with RePEc, we encourage you to do it here. This allows to link your profile to this item. It also allows you to accept potential citations to this item that we are uncertain about.
If references are entirely missing, you can add them using this form.
If the full references list an item that is present in RePEc, but the system did not link to it, you can help with this form.
If you know of missing items citing this one, you can help us creating those links by adding the relevant references in the same way as above, for each refering item. If you are a registered author of this item, you may also want to check the "citations" tab in your profile, as there may be some citations waiting for confirmation.
Please note that corrections may take a couple of weeks to filter through the various RePEc services.