Proprietäre Software bezeichnet eineSoftware, die das Recht und die Möglichkeiten der Wieder- und Weiterverwendung sowie Änderung und Anpassung durchNutzer undDritte stark einschränkt. Ursprünglich war dies durch eine Abhängigkeit der Software von derHardware bedingt. Die Praxis, Quelltexte von Computerprogrammen unter Verschluss und damit im engeren Sinne „proprietär“ zu halten, kam mit der zunehmenden öffentlichen Verbreitung von Computern mit gleichenMikroprozessoren in den frühen 1980er Jahren auf.[1] Es gibt zahlreiche Mechanismen, die eine Software „proprietär“ machen und halten können: durchSoftwarepatente, dasUrheberrecht,Lizenzbedingungen (EULAs), das Aufbauen der Software auf herstellerspezifischen, nicht veröffentlichtenStandards und die Behandlung desQuelltextes alsBetriebsgeheimnis (englischclosed source).[2]
Bis in die späten 1960er waren Computer riesige und teureMainframe-Maschinen, die in speziellenklimatisierten Räumen betrieben und eher vermietet als verkauft wurden.[3][4] Service und die Software waren Zubehör und wurden bis 1969 ohne Extrakosten gestellt. Der Quelltext von Software war üblicherweise verfügbar. Nutzer, die Software entwickelten, machten diesen ebenfalls verfügbar; es existierte eine Kultur des offenen Software- und Quelltextaustausches (ähnlich derHacker-Kultur).[5] 1969 leitete jedochIBM, unter dem Druck einer schwebendenAntitrust-Ermittlung, einen Wandel der Entwicklung ein: IBM entbündelte Software und Hardware und machte damit Software zum eigenständigen Produkt.[6][7][8]Ein zweiter Grund war das Auftauchen von Computern auf Basis standardisierter Mikroprozessoren, welche erstmals einen weltweiten Markt für binär vertriebene Software schaffte; davor gab es einen fragmentierten inkompatiblen Computer-Markt, der am ehesten über den Quelltext zu adressieren war.[1]
In den späten 1970er und den frühen 1980er Jahren begannen die meisten Computerhersteller, den Quelltext unter Verschluss zu halten.[9][10] Damit sollte verhindert werden, dass Mitbewerber die Software auf ihren Systemen einsetzen konnten. Diese Proprietarisierung der Software wurde schnell zur Norm. Später beschriebBrewster Kahle den Wandel der rechtlichen Charakteristik von Software als Konsequenz des erlassenen U.S.Copyright Act of 1976.[11] Robert Landley nennt die Gesetzesänderung des amerikanischen Copyright, welche ab 1983 auch binären Programmen Urheberschutz zusprach, zuvor hatte diesen nur der Programm-Quelltext.[1][12] Die bis dahin blühende „Hackerkultur“ begann nun zu zerfallen. In diesem Umfeld wurde das UnternehmenMicrosoft zum erfolgreichen Pionier des proprietären und kommerziellen Entwicklungs- und Vertriebsmodells für Software ohne Hardware, siehe auchBill Gates „Open Letter to Hobbyists“ von 1976.[13]
Beginnend im Februar 1983 führte IBM das "object-code-only"-Modell, also die Vermarktung einer Software ohne Quelltext, für eine wachsende Liste ihrer Software ein.[9][10]
1980 warRichard Stallman mit anderen Programmierern amMIT angestellt und stellte fest, dass ihnen erstmals der Zugriff auf den Quelltext eines neuinstallierten Drucker-Gerätetreibers, für denXerox 9700Drucker verweigert wurde. Stallman hatte bei bisherigen Druckern (XGP, Xerographic Printer) die Treiber so modifiziert, dass der Nutzer elektronisch benachrichtigt wurde, wenn der Druckauftrag abgeschlossen oder steckengeblieben war. Dass es nun nicht mehr möglich war, diese nützlichen Fähigkeiten zu integrieren, überzeugte Stallman von der Notwendigkeit, Software nicht-proprietär zu halten. Dies führte letztendlich zu der Gründung derFree Software Foundation (FSF) und deren andauernden Kampagnen gegen proprietäre Software.[14]
Die Free Software Foundation (FSF) und Richard Stallman, die den Begriff „proprietäre Software“ geprägt haben und aktiv verbreiten, meinen damit Software, derenEntwickler oder Vertreiber denEndbenutzern explizit Freiheitsrechte entziehen, die laut der FSF hinsichtlich Software immer gegeben sein sollten:
die Freiheit, die Software weiterzugeben (z. B. entzogen durch Kopierverbot viaEULA (End User License Agreement; Vertragsregelungen) oder Geheimhaltungsvereinbarungen)
die Freiheit, die Software für beliebige Zwecke auszuführen (z. B. entzogen durch Nutzungseinschränkungen via EULA)
Deswegen bezeichnet die FSF proprietäre Software auch alsUnfreie Software, im Sinne fehlender Freiheiten[15][16] oder freiheitsentziehender Software. Die FSF verwendet bewusst nicht den Begriff „Closed Source Software“, der ihr nicht weit genug geht, um das Problem zu beschreiben.
Laut FSF handelt es sich bei proprietärer Software potentiell auch umSchadsoftware, weil diese aufgrund des fehlenden Quelltexts nicht analysierbar ist und ein Nutzer deshalb blind dem Anbieter vertrauen muss.[17] Die FSF pflegt eine Übersicht von proprietären Software-Lizenzen (wie auch nicht-proprietären).[18]
Die FSF sieht als Gegenkonzept zu proprietärer Software die „Freiheitsgewährende Software“ (sogenannteFreie Software), Software also, die einem Nutzer mit Empfang des Computerprogramms die von der FSF als essentiell angesehenen Freiheiten gewährt.
ObwohlKommerzialität häufig mit Proprietarität vergesellschaftet ist, lehnt die FSF die These ab, dass Programmierer berechtigt seien, Nutzern Freiheiten zu entziehen, um Gewinn zu erzielen.[19] Allerdings ist die FSF nicht gegen kommerzielle Software, sondern unterstützt durchwegs den Verkauf von Software, wenn diese ihren Empfängern Freiheiten gewährt.[20] Obwohl auch die FSF zugibt, dass Kommerzialisierung von Freier Software schwierig ist,[21] sieht sie den Aspekt Kommerzialität als unabhängig von Proprietarität.[22]
Die FSF definiert proprietäre Software derart, dass diese nicht beliebig durchDritte angepasst und weiterverwendet werden darf,[23] und sieht einen klaren dualistischen Gegensatz zu freier Software unter „freien Lizenzen“.[24] Eine entscheidende Eigenschaft von „freier Software“ laut Definition der FSF ist, dass auch deren „freie Lizenzen“ jedoch nicht „alles-ist-erlaubt“ bedeuten. Beispielsweise kann nicht-proprietäre, freie Software für Dritte die Freiheit ausgenommen haben, eine Software proprietär zu machen (z. B. durch Lizenzänderungen) oder mit proprietärer Software zusammen verwendet zu werden. Jedoch sind auch andere Anforderungen und Einschränkungen üblich; z. B.Copyleft-Lizenzen; die von der FSF empfohleneGPL erzielt dieses Ergebnis.
Die Gruppe derfreizügigen Lizenzen, ebenfalls als nicht-proprietär angesehene freie Softwarelizenzen, erlauben dagegen die Relizenzierung, fordern aber die Nennung der Ursprungsautoren. Nur Software die aus dem Urheberschutz in diePublic-Domain aktiv entlassen wurde oder durch Auslaufen von Schutzfristen herausgefallen ist (gemeinfreie Software), ist ohne jegliche Einschränkungen und hat somit jegliche Proprietarität verloren und erlaubt „Alles“.
Andere, wie beispielsweise dieOpen Source Initiative, sehen als Kerneigenschaft der proprietären Software die Nichtverfügbarkeit des Quelltextes, das Gegenmodell wäre dann quelloffene Software (englischOpen Source).
Für Software deren Quelltext verfügbar ist und die für einige, aber nicht beliebige Anwendungsfälle die Weiterverwendung erlaubt (halbfreie Software, manchmal auch „Source available“ oder „Shared Source“), gibt es kontroverse Diskussionen über deren Einordnung. Beispiel für eine solche Software wärePhotoshop 1.0.1, dessen Quelltext 2013 unter einer Lizenz veröffentlicht wurde, welche zwar eine beliebige private Verwendung erlaubt, jedoch eine kommerzielle Weiterverwendung und Weiterverbreitung ausschließt.[25][26] Ein weiteres Beispiel ist dasComputerspielAllegiance dessenQuelltext unter einer nicht-kommerziellenShared-Source-Lizenz im Jahre 2004 freigegeben wurde und nun von der Spielgemeinde selbst weiterentwickelt wird.[27]
Auch sollte proprietäre Software nicht mit kommerzieller Software gleichgesetzt werden. Kommerzielle Software, die an Kunden verkauft oder lizenziert wird, kann sowohl proprietäre als auch freie Software (meist kombiniert mitDienstleistungsangeboten)[28] sein; der Unterschied ist, dass bei proprietärer Software Weiterverkauf und Anpassung eingeschränkt oder verboten sein können. Kostenlose proprietäre Software wird alsFreeware bezeichnet.
Das Eigenschaftswort „proprietär“ kann auch auf Protokolle (wie z. B. fürNetzwerke),APIs undDateiformate angewandt werden.[29]
↑abcRob Landley: 23-05-2009. landley.net, 23. Mai 2009, abgerufen am 2. Dezember 2015: „So if open source used to be the norm back in the 1960's and 70's, how did this _change_? Where did proprietary software come from, and when, and how? How did Richard Stallman’s little utopia at the MIT AI lab crumble and force him out into the wilderness to try to rebuild it? Two things changed in the early 80's: the exponentially growing installed base of microcomputer hardware reached critical mass around 1980, and a legal decision altered copyright law to cover binaries in 1983. Increasing volume: The microprocessor creates millions of identical computers“
↑S. Donovan:Patent, copyright and trade secret protection for software. Potentials, IEEE, 2002,doi:10.1109/45.310923.
↑Paul E. Ceruzzi:A history of modern computing.MIT Press, 2003,ISBN 0-262-53203-4,S.128: „Although IBM agreed to sell its machines as part of a Consent Decree effective January 1956, leasing continued to be its preferred way of doing business“
↑History of Leasing. leasegenie.com, archiviert vom Original am 11. April 2008; abgerufen am 12. November 2010: „In the 1960s, IBM and Xerox recognized that substantial sums could be made from the financing of their equipment. The leasing of computer and office equipment that occurred then was a significant contribution to leasings growth, since many companies were exposed to equipment leasing for the first time when they leased such equipment“
↑Chronological History of IBM – 1960s.IBM, abgerufen am 12. November 2010: „Rather than offer hardware, services and software exclusively in packages, marketers "unbundled" the components and offered them for sale individually. Unbundling gave birth to the multibillion-dollar software and services industries, of which IBM is today a world leader“
↑Pugh, Emerson W.Origins of Software Bundling.IEEE Annals of the History of Computing, Vol. 24, No. 1 (Jan–Mar 2002): pp. 57–58.
↑Hamilton, Thomas W.,IBM's unbundling decision: Consequences for users and the industry, Programming Sciences Corporation, 1969.
↑abJohn Gallant: IBM policy draws fire – Users say source code rules hamper change.Computerworld, 18. März 1985, abgerufen am 27. Dezember 2015: „While IBM's policy of withholding source code for selected software products has already marked its second anniversary, users are only now beginning to cope with the impact of that decision. But whether or not the advent of object-code-only products has affected their day-to-day DP operations, some users remain angry about IBM's decision. Announced in February 1983, IBM's object-code-only policy has been applied to a growing list of Big Blue system software products“
↑Interview with Richard Stallman. In: GNU/LAS s20e10.Linux action show, 11. März 2012, abgerufen am 22. August 2014 (englisch): „RMS: I’m not gone to claim that I got a way to make it easier to raise money to pay people who write free software. We all know, that to some extent there are ways to do that, but we all know that they are limited, they are not as broad as we would like.“
↑Bob Colayco: Microsoft pledges Allegiance to its fanbase. gamespot.com, 6. Februar 2004, archiviert vom Original; abgerufen am 22. Juli 2011 (englisch): „The release of the source code came in response to the enthusiasm of Allegiance’s small-but-dedicated fanbase. Microsoft’s Joel Dehlin commented that the development team has, „been amazed at the level to which some of the Allegiance fans have remained hard-core. We’re astounded at the progress that has been made at creating new factions, hosting new servers, replacing authentication, etc. It seems that Allegiance hasn’t really died. With that in mind, we’re releasing the Allegiance source code to the community.““