Source: http://docplayer.org/1575837-Open-source-compliance.html
Timestamp: 2017-02-20 23:09:04+00:00

Document:
Open Source Compliance - PDF
Download "Open Source Compliance"
1 Gianni Fröhlich-Bleuler Open Source Compliance Der Beitrag stellt die juristischen Risiken im Zusammenhang mit der Nutzung von Open Source Software dar. Der Autor beschreibt zudem das Vorgehen bei der Prüfung der Open Source Compliance und wie dabei festgestellte Verletzungen der OSS-Lizenz behoben oder umgangen werden können. Rechtsgebiet(e): Informatik und Recht; Beiträge Zitiervorschlag: Gianni Fröhlich-Bleuler, Open Source Compliance, in: Jusletter 12. November 2012 ISSN , Weblaw AG, T2 Inhaltsübersicht I. Einführung II. OSS-Lizenzen 2.1 Typen von OSS-Lizenzen 2.2 Nutzungsbefugnisse in OSS-Lizenzen 2.3 Pflichten in OSS-Lizenzen III. Software-Entwicklung auf Komponenten-Basis und Verfügbarkeit der OSS IV. Gerichtsverfahren V. Juristische Risiken 5.1 Direkte Folgen der Verletzung der OSS-Lizenz 5.2 Internationalität und anwendbares Recht 5.3 Gewährleistungs- und Haftungsausschluss 5.4 Urheberrecht Durchsetzung von OSS-Lizenzen durch den Urheber Ansprüche Dritter 5.5 Patentrecht 5.6 Verstoss gegen das Gesetz gegen den unlauteren Wettbewerb (UWG) VI. Vorgehen 6.1 Lizenz bestimmen 6.2 Lizenztext prüfen 6.3 Umfang der Nutzungsbefugnisse bestimmen 6.4 Pflichten je nach Einsatzbereich bestimmen Bei internem Einsatz Bei Verbreitung der OSS Konzerninterner Einsatz 6.5 Erfüllung der Pflichten der OSS-Lizenz sicherstellen 6.6 Ausweichmöglichkeiten prüfen Übergangsbestimmungen anwenden Ausnahmeklauseln beachten Kompatibilitätsklauseln anwenden Einverständnis des Urhebers einholen Copyleft umgehen Source- mit Objektcode mitliefern 6.7 OSS-Einsatz-Strategie und Release Management VII. Fazit I. Einführung [Rz 1] Wer Software herstellt, vertreibt oder auch nur nutzt, muss dies in Übereinstimmung mit den Gesetzen und den von ihm abgeschlossenen Verträgen tun. Dies gilt sowohl für proprietäre Software als auch für Open Source Software (OSS). Zu beachten sind unterschiedliche Bestimmungen, z.b. solche des Urheberrechts, von Lieferantenverträgen oder gesetzliche und regulatorische Standards, wie sie z.b. Art. 716a OR vorschreibt 1. In diesem Artikel gehe ich auf die vertragskonforme Nutzung von OSS und den mit dem Gebrauch der OSS verbundenen juristischen Risiken ein. In Teil II gebe ich zuerst einen kurzen Überblick über die verschiedenen OSS-Lizenzen, die darin eingeräumten Nutzungsbefugnisse und die mit der Verbreitung der OSS verbundenen Pflichten, aber nur soweit dies für das Verständnis der nachfolgenden Ausführungen notwendig ist 2. OSS wird oft 1 Vgl. dazu Sangiorgio Didier/Marcl ay Christophe, Der IT-Audit aus rechtlicher Sicht, in: Jörg Florian S./Arter Oliver (Hrsg.), IT-Verträge, Bern 2007, passim. 2 Vgl. für eine ausführliche Darstellung der OSS-Lizenzen Fröhlich-Bleuler, Urheber- und vertragsrechtliche Aspekte der Open Source Software, in: im Rahmen einer Software-Entwicklung auf Komponenten- Basis eingesetzt, was deren unbedarften Gebrauch in Unternehmen und Projekten erklärt. Darauf gehe ich kurz in Teil III ein. In Teil IV sind einige Hinweise auf Urteile zu OSS-Lizenzen aufgenommen. Kernstück des Aufsatzes sind die folgenden beiden Teile: Teil V beschreibt die juristischen Risiken beim Einsatz von OSS und Teil VI die verschiedenen Schritte bei der Prüfung der Open Source Compliance. Schliesslich enthält Teil VII ein kurzes Fazit. II. OSS-Lizenzen 2.1 Typen von OSS-Lizenzen [Rz 2] Es gibt verschiedene Unterscheidungskriterien für OSS-Lizenzen. Am wichtigsten ist die Unterteilung in OSS-Lizenzen ohne, mit beschränktem und mit strengem Copyleft 3. [Rz 3] OSS-Lizenzen mit Copyleft schreiben vor, dass der Lizenznehmer das bearbeitete Programm nur unter der ursprünglichen OSS-Lizenz verbreiten darf. Ändert der Lizenznehmer zum Beispiel eine unter der General Public License Version 2 (GPLv2) stehende OSS, darf er alle Änderungen wiederum nur unter der GPLv2 weiterverbreiten 4. Die GPLv2 ist daher eine OSS-Lizenz mit strengem Copyleft. Ebenfalls einen strengen Copyleft haben z.b. die General Public License Version 3 (GPLv3), die Affero General Public License Version 3 oder die Eclipse Public License. [Rz 4] OSS-Lizenzen mit einem beschränkten Copyleft lassen demgegenüber Ausnahmen zur Lizenzierungspflicht zu. Nicht alle Bearbeitungen müssen daher unter der ursprünglichen OSS-Lizenz lizenziert werden. OSS-Lizenzen mit einem beschränkten Copyleft sind die Mozilla Public License 1.1 und 2.0 (MPL 2.0) oder die GNU Lesser General Public License Version 2.1 (LGPLv2.1) und die Version 3 (LGPLv3). [Rz 5] Keinen Copyleft haben demgegenüber z.b. die BSD License, die MIT License oder die Apache Software License. [Rz 6] Nicht in diese Unterteilung passt die Artistic License (aktuelle Version 2.0): Sie enthält verschiedene Möglichkeiten, um die OSS zu verbreiten, aus denen der Lizenznehmer eine wählen kann. Jörg Florian S./Arter Oliver (Hrsg.), IT-Verträge, Bern 2007, S. 179 ff.; Jaeger Till/Metzger A xel, Open Source Software, 3. Aufl., München, 2011, passim; Spindler Gerald (Hrsg.), Rechtsfragen bei Open Source, Köln 2004, passim; Straub Wolfgang, Softwareschutz, Zürich etc. 2011, Rz. 638 ff.; Widmer Mike J., Open Source Software Urheberrechtliche Aspekte freier Software, Diss., Bern 2003, passim. 3 Vgl. für weitere Unterscheidungskriterien Jaeger Till/Metzger A xel, FN 2, Rz Vgl. dazu Ziffer3 2.2 Nutzungsbefugnisse in OSS-Lizenzen [Rz 7] In der OSS-Lizenz räumt der Lizenzgeber dem Lizenznehmer weitgehende Nutzungsbefugnisse ein, die die folgenden Rechte umfassen: das Recht, die OSS zu vervielfältigen; das Recht, die OSS zu verbreiten; das Recht, die OSS zu ändern und zu bearbeiten; das Recht, die OSS zu vermieten oder zu verleihen; bei der GPLv2 ist umstritten, ob sie das Vermietrecht mitumfasst 5 und das Recht, die OSS wahrnehmbar zu machen; auch für dieses Recht ist umstritten, ob es in der GPLv2 enthalten ist 6. [Rz 8] Nutzt der Lizenznehmer die OSS im Rahmen von Application Service Providing (ASP), so übt er m.e. das Recht zur Wahrnehmbarmachung der OSS aus, sofern der Endnutzer keine Kopie des Programms herstellt 7. Falls der Lizenznehmer dem Anwender für die Nutzung einen Client überlässt, übt er zudem das Vermietrecht aus 8. Daher ist ungewiss, ob der Lizenznehmer unter der GPLv2 lizenzierte OSS im ASP nutzen kann. [Rz 9] Einzelne OSS-Lizenzen räumen dem Lizenznehmer auch explizit ein Gebrauchsrecht ein 9. Der Nutzer der OSS ist aber bereits aufgrund des gesetzlichen Gebrauchsrechts zur bestimmungsgemässen Nutzung der OSS berechtigt, da das Programmexemplar vom Urheber veräussert wurde und damit Erschöpfung eingetreten ist (Art. 12 Abs. 2 URG i.v.m. Art. 17 Abs. 1 lit. a URV) Pflichten in OSS-Lizenzen [Rz 10] Alle OSS-Lizenzen sehen Pflichten vor. In der Regel muss der Lizenznehmer sie allerdings erst erfüllen, wenn er das Programm verbreitet 11. Sobald ein Dritter eine Kopie der OSS vom Lizenznehmer erhält oder dieser Dritte eine solche herstellen kann, ist die OSS verbreitet 12. Dies gilt zum Beispiel, wenn der Lizenznehmer ein Programmexemplar veräussert oder vermietet. 5 Vgl. dazu die Verweise bei Fröhlich-Bleuler, FN 2, S. 197 f. 6 Vgl. dazu die Verweise bei Fröhlich-Bleuler, FN 2, S. 198 ff. 7 Fröhlich-Bleuler, FN 2, S. 198 ff. mit weiteren Hinweisen; anderer Meinung Imhof Christian M., Der ASP-Vertrag, Diss., Zürich 2008, Rz. 188 und Rauber Georg, Computersoftware, in: Streuli-Youssef Magda, Urhebervertragsrecht, Zürich 2006, S. 140, die generell davon ausgehen, dass der Lizenznehmer beim ASP das Vermietrecht ausübt. 8 Vgl. zu den verschiedenen Technologien beim ASP Imhof, FN 7, Rz. 88 ff. [Rz 11] In der Regel unterscheiden die OSS-Lizenzen zwischen Pflichten bei der Verbreitung der unveränderten und der veränderten OSS. Beim Vertrieb der unveränderten OSS muss der Lizenznehmer die folgenden Pflichten beachten: Mitlieferung des Lizenztextes der OSS-Lizenz; Aufnahme von Urheberrechtsvermerken; Aufnahme von Haftungs- und Gewährleistungsausschluss. [Rz 12] Je nach dem Charakter der OSS-Lizenz können weitere Pflichten statuiert werden. Dazu gehören zum Beispiel die folgen Pflichten: Lizenzgebührenverbot; Verpflichtung des Lizenznehmers, den Sourcecode zugänglich zu machen, wenn er die OSS verbreitet; Verbot, dem Anwender zusätzliche Beschränkungen aufzuerlegen. [Rz 13] Sofern der Lizenznehmer die geänderte OSS verbreitet, können die folgenden Pflichten dazukommen: Aufnahme von Änderungsvermerken durch den Bearbeiter der OSS; bei OSS-Lizenzen mit Copyleft die Verpflichtung, Änderungen der OSS unter der ursprünglichen OSS- Lizenz zu verbreiten. [Rz 14] Auf einzelne Pflichten werde ich später eingehen. III. Software-Entwicklung auf Komponenten-Basis und Verfügbarkeit der OSS [Rz 15] Computerprogramme werden zu einem grossen Teil mit vorgegebenen Software-Komponenten entwickelt. Der Entwickler baut vorbestehende Module in das Computerprogramm ein, die bestimmte Funktionen erfüllen. Damit erspart er sich die Programmierarbeit und das Testen des Moduls. Der Programmierer beschafft sich solche Softwareteile oft aus dem Internet. Hier ist ein grosser Fundus von Programmen und Modulen vorhanden, die direkt heruntergeladen werden können. Solche Programme sind OSS, vielfach aber auch proprietäre Programme. Diese proprietären Programme dürfen oft unentgeltlich für nicht kommerzielle Zwecke genützt werden. Für einen kommerziellen Gebrauch muss der Nutzer eine oft bescheidene Lizenzgebühr bezahlen. Ein Software-Entwickler ist in der Lage, diese Programme auf ihre Eignung für den Gebrauchszweck zu prüfen, nicht aber im Hinblick auf die Nutzungsbestimmungen. 9 So. z.b. die BSD oder die MIT License. 10 Vgl. dazu und insbesondere zur Erschöpfung bei der Übertragung der OSS online Fröhlich-Bleuler, FN 2, S. 188 ff. mit weiteren Hinweisen. 11 Vgl. dazu aber auch die Ausnahme für die GPLv2 in Ziffer Jaeger/Metzger, FN 2, Rz. 46 (für GPLv2). IV. Gerichtsverfahren [Rz 16] In der Schweiz sind keine Urteile zu OSS-Lizenzen bekannt. Es gibt aber mehrere ausländische Gerichtsurteile, 34 die OSS-Lizenzen betreffen. In allen Urteilen wurde die Gültigkeit und Durchsetzbarkeit der OSS-Lizenzen bestätigt. [Rz 17] In einem Teil der Urteile ging es um Hardwarehersteller, die ihre Produkte mit dem Betriebssystem GNU/Linux vertrieben haben, ohne den Lizenztext mitzuliefern, den Sourcecode zugänglich zu machen oder den vorgeschriebenen Gewährleistungs- und Haftungsausschluss aufzunehmen. Dies wurde jeweils als Urheberrechtsverletzung bzw. Verstoss gegen die GPLv2 taxiert 13. [Rz 18] Ein US-amerikanisches Berufungsurteil betraf die Artistic License. Ein Lizenznehmer hatte die entsprechende OSS ohne Urheberrechtsvermerke und ohne Auflistung der Änderungen vertrieben, was das Gericht als Verletzung der Artistic License betrachtete 14. [Rz 19] In einem deutschen Verfahren machte der Urheber von OSS gegenüber einem Unternehmen, das die OSS in Verletzung der LGPL vertrieben hatte, verschiedene Ansprüche geltend. In einem Zwischenurteil stellte das Gericht fest, dass der Urheber grundsätzlich berechtigt sei, Schadenersatz gegenüber dem Verletzer der OSS zu verlangen. Die Höhe des Schadenersatzes bestimme sich nach dem Preis für die Lizenz einer proprietären Software (Lizenzanalogie) 15. [Rz 20] In einem Urteil des Landgerichtes Berlin ging es um ein Sammelwerk. Es bestand aus proprietären und unter der GPLv2 stehenden Programmen. Ohne Prüfung im Einzelfall ging das Landgericht davon aus, dass der Copyleft-Effekt der OSS auch die proprietären Programme erfasse 16. V. Juristische Risiken [Rz 21] In diesem Teil gehe ich auf juristische Risiken ein, die mit dem Einsatz der OSS verbunden sind. 5.1 Direkte Folgen der Verletzung der OSS- Lizenz [Rz 22] Einige OSS-Lizenzen bestimmen die Folgen, wenn der Lizenznehmer die OSS-Lizenz nicht einhält. So sieht die GPLv2 z.b. vor, dass die Nutzungsbefugnisse der OSS- Lizenz nur auflösend bedingt eingeräumt werden 17. Verletzt 13 LG München, CR 2004, S. 774 ff.; LG Berlin, CR 2006, S. 735; LG Frankfurt a.m., CR 2006, S. 729 ff.; LG München, CR 2008, S. 57 ff. 14 Urteil des United States Court of Appeals for the Federal District vom 13. August 2008, 15 LG Bochum, Urteil v. 20. Januar 2011, Az. I-8 O 293/09 (http://www.tele- medicus.info/urteile/urheberrecht/open-source/1148-lg-bochum-az-i- 8-O Ansprueche-bei-Verletzung-der-LGPL.html). 16 LG Berlin, Urteil v. 8. November 2011, 16 O 255/10 (https://fsfe.org/activities/ftf/lg-urteil pdf); zu Recht kritisiert von Kreutzer Till, Firmware, Urheberecht und GPL, CR 2012, S. 146 ff.). 17 Ziffer 4 GPLv2; Fröhlich-Bleuler, FN 2, S. 215 f.; Jaeger Till/Metzger A xel, FN 2, Rz.154; Straub, FN 2, Rz der Lizenznehmer die Bestimmungen, fallen die Nutzungsbefugnisse ex nunc dahin. Sobald der Lizenznehmer aber die Bestimmungen der OSS-Lizenz wieder einhält, darf er die Nutzungsbefugnisse wieder ausüben 18. Für die Lizenznehmer «downstream», die Bearbeitungen der OSS vom Lizenznehmer erhalten haben, gilt die GPLv2 weiterhin, sofern sie selber deren Bestimmungen einhalten 19. [Rz 23] M.E. sind auch andere OSS-Lizenzen so auszulegen, dass die Nutzungsbefugnisse nur auflösend bedingt eingeräumt werden. Dies ergibt sich manchmal aus dem Wortlaut 20, entspricht aber auch der Absicht der Urheber der OSS. Sie streben eine weite Verbreitung der OSS an. Zudem haben sie nicht die Mittel, um Vertragsverletzungen zu verfolgen 21. [Rz 24] Die GPLv3 sowie die MPL 2.0 sehen eine differenzierte Lösung vor: Auch hier werden die Nutzungsbefugnisse auflösend bedingt eingeräumt. Sie leben allerdings vorläufig wieder auf, wenn der Lizenznehmer die OSS-Lizenz erneut einhält und der Urheber die Lizenz aufgrund der Vertragsverletzung nicht kündigt. Definitiv gilt die Lizenz wieder, wenn der Urheber die Verletzung dem Lizenznehmer gegenüber nicht innert 60 Tagen nach der Vertragsverletzung geltend macht Internationalität und anwendbares Recht [Rz 25] OSS-Lizenzen sind Verträge 23. Oft werden sie in internationalen Verhältnissen geschlossen. Wenn die Parteien nicht im gleichen Land ihren Sitz bzw. Wohnsitz haben, findet für den Vertrag das Recht des Staates Anwendung, wo der Lizenzgeber seinen gewöhnlichen Aufenthalt hat 24. Oft untersteht die OSS-Lizenz daher nicht dem Schweizer Recht. Dies ist für den Lizenznehmer mit einigen Unwägbarkeiten verbunden. [Rz 26] Bei Fragen zu Bestand und Umfang des Urheberrechts und der Nutzungsbefugnisse findet demgegenüber das Recht des Landes Anwendung, wo der Inhaber der 18 Fröhlich-Bleuler, FN 2, S. 216 f. 19 Ziffer 4, 3. Satz GPLv2. 20 Vgl. z.b. die BSD License: «provided that the following conditions are met» (Hoeren Thomas, IT-Recht (Stand Februar 2010), S. 350 [http:// Recht_Februar2010.pdf]). 21 Artl Christian/Brinkel Guido/ Volkmann Christian, in: Spindler Gerald (Hrsg.), Rechtsfragen bei Open Source, Köln 2004, Rz. 41 zu I. sowie Grützmacher Malte, Open Source Software BSD Copyright und Apache Software License, ITRB 2006, S. 109; a.m. Jaeger/Metzger, FN 2, Rz. 101 jeweils für die BSD License. 22 Ziffer 8 Abs. 2 und 3 GPLv3; Ziffer 5.1 MPL Jaeger/Metzger, FN 2, Rz. 126; Spindler Gerald, in: Spindler Gerald (Hrsg.), Rechtsfragen bei Open Source, Köln 2004, Rz. 2 ff. zu D.; Straub, FN 2, Rz. 664 f. 24 Art. 122 Abs. 1 IPRG (Vertragsstatut). 45 Rechte um Schutz des Immaterialgutes nachsucht 25. Macht der Urheber gegen einen Lizenznehmer mit Sitz oder Wohnsitz in der Schweiz einen Anspruch aus Immaterialgüterrecht geltend, beurteilt sich dieser nach Schweizer Recht. Wenn der Lizenznehmer aber die OSS über das Internet auch im Ausland anbietet, besteht in der Regel am Erfolgsort der unerlaubten Handlung ein Gerichtsstand 26. Über diesen Gerichtsstand findet dann das ausländische Recht Anwendung. 5.3 Gewährleistungs- und Haftungsausschluss [Rz 27] Alle OSS-Lizenzen enthalten einen Gewährleistungsund Haftungsausschluss. Was bedeutet dies, wenn auf die OSS-Lizenz Schweizer Recht angewendet wird? OSS-Lizenzen sind AGB 27. Daher unterliegen sie der Geltungs- und der Auslegungskontrolle. Auf Lizenzverträge mit Konsumenten findet die Inhaltskontrolle von Art. 8 UWG Anwendung 28. Selbst wenn der Gewährleistungs- und Haftungsausschluss nicht gültig vereinbart ist, spielt dies für die Urheber aber keine Rolle: Auf die OSS-Lizenzen ist Schenkungsrecht analog anzuwenden 29. Aus diesem Grund übernimmt der Lizenznehmer keine Sach- oder Rechtsgewährleistung, sofern er dies nicht versprochen hat (Art. 248 Abs. 2 OR). Zudem haftet er nur für absichtlich und grob fahrlässig verursachten Schaden (Art. 248 Abs. 1 OR). Für den Lizenznehmer bedeutet dies aber, dass er sich beim Lizenzgeber in der Regel nicht schadlos halten kann, wenn dieser die Lizenz verletzt. [Rz 28] Oft erhält der Lizenznehmer die OSS als Teil eines EDV-Systems, das auch proprietäre Software des Lieferanten beinhaltet. Der Lizenzvertrag über die OSS wird zwischen dem Urheber und dem Lizenznehmer abgeschlossen. Der Lieferant ist daher meistens nicht der Lizenzgeber 30. Für den Lizenznehmer ist wichtig, dass der Lieferant die Gewährleistung und die Haftung auch für die OSS übernimmt. Der Lieferant und der Lizenznehmer sollten daher ausdrücklich vereinbaren, dass der Gewährleistungs- und Haftungsausschluss der OSS-Lizenz keine Anwendung auf den Vertrag mit dem Lieferanten findet. 25 Art. 110 Abs. 1 IPRG (Immaterialgüterrechtsstatut); Doss Andrea/Schnyder Anton, in: Amstutz Marc et. al. (Hrsg.): Handkommentar zum Schweizer Privatrecht, 2. Auflage, Zürich 2012, Rz. 5 zu Art. 122 IPRG. 26 Vgl. für die Schweiz Art. 36 ZPO. 27 Fröhlich-Bleuler, FN 2, S. 192; Straub, FN 2, Rz Vgl. dazu Kut Ahmet/Stauber Demian, Die UWG-Revision vom 17. Juni 2011 im Überblick, in: Jusletter 20. Februar 2012, Rz. 105 ff und Schmid Jörg, Die Inhaltskontrolle Allgemeiner Geschäftsbedingungen: Überlegungen zum neuen Art. 8 UWG, ZBJV 148/2012, S. 1 ff. jeweils mit weiteren Hinweisen. 29 Fröhlich-Bleuler, FN 2, S. 223 (mit Hinweis auf abweichende Meinungen); Straub, FN 2, Rz Vgl. zu dieser Konstellation Fröhlich-Bleuler, FN 2, S. 226 f. 5.4 Urheberrecht Durchsetzung von OSS-Lizenzen durch den Urheber [Rz 29] Sofern der Lizenznehmer die OSS nicht gemäss den Bestimmungen der OSS-Lizenz gebraucht, fallen die Nutzungsbefugnisse dahin. Der Urheber kann in diesem Fall Ansprüche gemäss Art. 61 ff. URG geltend machen, sofern der Lizenznehmer die OSS über das gesetzliche Gebrauchsrecht hinaus nutzt 31. Zur Geltendmachung dieser Ansprüche ist aber nur der Inhaber der Urheberrechte berechtigt. Das kann ein unabhängiger Programmierer, aber auch ein Unternehmen sein. Wurde die OSS gemeinschaftlich von mehreren Programmierern entwickelt, kann der einzelne Miturheber die Rechtsverletzung selbstständig verfolgen. Er darf aber Leistung nur an alle fordern (Art. 7 Abs. 3 URG). Damit ist der Kreis derjenigen klein, die die OSS-Lizenz durchsetzen können Ansprüche Dritter [Rz 30] Es gibt im Urheberrecht keinen gutgläubigen Erwerb von Nutzungsbefugnissen. Der Lizenznehmer erhält daher nur dann die Nutzungsbefugnisse, wenn der Urheber diese auch tatsächlich innehat. Dies gilt für proprietäre Software ebenso wie für OSS. [Rz 31] Wer Urheber ist, steht meistens im Sourcecode oder in einer separaten Datei der OSS. In der Regel kann sich der Lizenznehmer auf diese Angaben verlassen. Es gilt die Vermutung, dass derjenige, der auf dem Werkexemplar genannt ist, der Urheber ist (Art. 8 Abs. 1 URG). [Rz 32] Die OSS-Lizenz wird jeweils zwischen dem Urheber (bzw. dem Bearbeiter) als Lizenzgeber auf der einen und dem Anwender als Lizenznehmer auf der anderen Seite abgeschlossen. Der Urheber kann seine Urheberrechte veräussern. Es ist auch denkbar, dass über ihn der Konkurs eröffnet wird; in diesem Fall verliert er aufgrund von Art. 204 Abs. 1 SchKG die Verfügungsfähigkeit über sein Vermögen. Sind die Urheberrechte verwertbar, gehören sie zur Konkursmasse. Weder Verkauf noch Konkurs haben einen Einfluss auf die bereits erfüllten Lizenzverträge über die OSS. Der Urheber ist aber ab dem Zeitpunkt der Veräusserung oder Konkurseröffnung nicht mehr befugt, dem Lizenznehmer Nutzungsbefugnisse einzuräumen 32. Damit sind zwei Risiken verbunden: Der ursprüngliche Urheber, der die Urheberrechte veräussert, kann schadenersatzpflichtig werden, wenn er Nutzungsbefugnisse an der OSS einräumt, 31 Vgl. zum Gebrauchrsrecht Ziffer Vgl. dazu auch die von Jaeger Till/Metzger A xel vorgeschlagenen Lösungsansätze, um die beschriebene Rechtsfolge zu vermeiden (Jaeger Till/Metzger A xel, FN 2, Rz. 126a ff.). 56 obwohl er dazu nicht befugt ist 33. Diesen Punkt sollte ein Unternehmen berücksichtigen, wenn es die Urheberrechte an der OSS verkauft. Falls der Lizenznehmer die Nutzungsbefugnisse nicht erhalten hat, kann der Erwerber der Urheberrechte dem Lizenznehmer die Nutzung der OSS verbieten und andere Ansprüche aus Art. 61 ff. URG geltend machen. 5.5 Patentrecht Ansprüche Dritter [Rz 33] Softwaretechnische Erfindungen können unter bestimmten Voraussetzungen patentiert werden 34. Die Nutzung von OSS kann daher das Patent eines Dritten verletzen; in diesem Fall ist er berechtigt, die Ansprüche gemäss Art. 66 ff. PatG gegen den Lizenznehmer geltend zu machen Einräumung Patentlizenz durch Urheber oder Bearbeiter [Rz 34] Neuere OSS-Lizenzen verpflichten den Urheber und den Bearbeiter der OSS, den Lizenznehmern Patentlizenzen einzuräumen, soweit dies für die Ausübung der Nutzungsbefugnisse der entsprechenden OSS-Lizenz notwendig ist 35. [Rz 35] Problematisch ist dies für Unternehmen, die OSS entwickeln, gleichzeitig aber auch über ein Patentportfolio verfügen. Sie müssen sicherstellen, dass sie nicht aufgrund dieser Klausel verpflichtet werden, Patente aus ihrem Portfolio den Lizenznehmern der OSS zu lizenzieren. Einzelne Technologie-Unternehmen, die OSS entwickeln, planen aus diesem Grund, die OSS-Entwicklung in eine separate Tochtergesellschaft auszugliedern Verstoss gegen das Gesetz gegen den unlauteren Wettbewerb (UWG) [Rz 36] Verletzt der Lizenznehmer das UWG, wenn er die Bestimmungen der OSS-Lizenz nicht einhält? Der Lizenznehmer vertreibt z.b. die unter der GPLv2 stehende OSS nur im Objektcode und ohne Hinweis auf die GPLv2. Durch diese Verletzung der GPLv2 kann der Lizenznehmer einen ungerechtfertigten Wettbewerbsvorsprung erlangen. [Rz 37] Nicht jede Verletzung einer Rechtsnorm ist allerdings unlauter: Erstens muss sie für die Beurteilung der Wettbewerbshandlung bedeutsam sein. Zweitens hat die Vertragsverletzung das Verhalten des Verletzers insgesamt als unlauter erscheinen zu lassen 37. Die Bestimmung zum Copyleft bezweckt die Förderung des Wettbewerbs zwischen den Entwicklern 38. Da der Verletzer den Sourcecode der OSS nicht offenlegt, erzielt er einen Wettbewerbsvorsprung, der wettbewerbsrechtlich relevant ist. Meistens haben Entwickler zudem nur beschränkte Ressourcen, um einen Verstoss gegen das Urheberrecht zu verfolgen. Dies ist ebenfalls zu berücksichtigen 39. Unlauter ist das Verhalten des Lizenznehmers allerdings nur, wenn der Lizenznehmer systematisch und planmässig die Bestimmungen der Lizenz verletzt 40. Sofern ein Lizenznehmer die OSS-Lizenz nur fahrlässig nicht einhält, verstösst er daher nicht gegen das UWG. VI. Vorgehen [Rz 38] In diesem Teil stelle ich praktische Aspekte der Prüfung der Open Source Compliance dar. Die Ausführungen folgen dem Ablauf einer Prüfung. 6.1 Lizenz bestimmen [Rz 39] In einem ersten Schritt ist die OSS-Lizenz zu bestimmen. Oft nehmen die Programmierer den Hinweis auf die Lizenz oder den Lizenztext insgesamt am Ende des Files mit dem Sourcecode auf. Daher sollte ein Software-Techniker den Lizenztext suchen. Auf seiner Homepage nennt der Entwickler in der Regel die OSS-Lizenz, unter der er sein Programm lizenziert. Diese Information deckt sich aber manchmal nicht mit der Angabe im Sourcecode der OSS. 6.2 Lizenztext prüfen [Rz 40] Zur Prüfung der OSS-Lizenz gehört auch die Kontrolle des Lizenztextes. Dabei ist auf zwei Punkte zu achten: OSS-Lizenzen beinhalten manchmal zusätzliche Klauseln, die dem Lizenztext angefügt werden. Die Entwickler verwenden z.b. die «Classpath Exception» zusammen mit der GPL. Die Ausnahmeklausel besagt, dass unter bestimmten Voraussetzungen der Copyleft-Effekt nicht auf ein separates Programm übergreift, das zusammen mit der OSS vertrieben wird. Mit der Classpath Exception wird daher der Copyleft aufgehoben 41. Bei der Prüfung stösst man immer wieder auf Lizenzen, die nicht zum «Kanon» der OSS-Lizenzen gehören oder nicht vollständig mit einer dazugehörigen Lizenz übereinstimmen. Manchmal hat die Lizenz nur einen 33 Jaeger Till/Metzger A xel, FN 2, Rz. 126c. 34 Vgl. dazu Straub, FN 2, Rz. 432 ff. 35 Vgl. z.b. Ziffer 3 Apache License 2.0; Ziffer 11 GPLv3 oder Ziffer 2.1 lit. b i.v.m. Ziffer 1.11 MPL Baudenbacher Carl, Lauterkeitsrecht: Kommentar zum Gesetz gegen den unlauteren Wettbewerb (UWG), Basel 2001, Rz. 305 zu Art Jaeger/Metzger, FN 2, Rz Baudenbacher, FN 36, Rz. 312 f. zu Art Baudenbacher, FN 36, Rz. 316 zu Art7 anderen Namen. Häufig lehnt sich eine abweichende Lizenz aber stark an eine bekannte OSS-Lizenz an. Dies lässt sich durch den Vergleich des Textes der beiden Lizenzen erkennen. [Rz 41] Eine gute Sammlung von Lizenztexten beinhaltet die Homepage der Open Source Initiative Umfang der Nutzungsbefugnisse bestimmen [Rz 42] In einem weiteren Schritt muss der Lizenznehmer sicherstellen, dass er alle für den Gebrauch oder den Vertrieb der OSS notwendigen Nutzungsbefugnisse mit der OSS- Lizenz erhält. Alle OSS-Lizenzen räumen dem Lizenznehmer weitgehende Nutzungsbefugnisse ein 43, so dass dieser Punkt oft unproblematisch ist. [Rz 43] Allerdings ist bei der GPLv2 umstritten, ob der Lizenzgeber dem Lizenznehmer das Recht zur Vermietung bzw. zur Wahrnehmbarmachung der OSS einräumen kann und darf 44. Dies ist immer dann wichtig, wenn der Lizenznehmer die OSS im Rahmen von ASP nutzen will. [Rz 44] In Verträgen sieht man immer wieder, dass der Lizenznehmer die OSS seinen Abnehmern sublizenziert. Dies ist nicht möglich: Die Nutzungsbefugnisse werden meistens direkt vom Urheber jedem Lizenznehmer eingeräumt 45. Zudem kann der Lizenznehmer seinen Abnehmern keine ausschliesslichen Nutzungsbefugnisse zusichern. 6.4 Pflichten je nach Einsatzbereich bestimmen [Rz 45] Je nach dem Einsatzbereich der OSS verläuft die Prüfung der Open Source Compliance unterschiedlich. Im Folgenden unterscheide ich zwischen internem Einsatz der OSS im Unternehmen, dem Vertrieb der OSS und dem konzernweiten Einsatz der OSS Bei internem Einsatz [Rz 46] Oft setzt ein Lizenznehmer die OSS nur intern in seinem Unternehmen ein. Z.B. bearbeitet er die OSS zuerst im Sourcecode. Darauf installiert er die bearbeitete Version im Objektcode auf verschiedenen Arbeitsplätzen. [Rz 47] In der Regel ist der Einsatz der OSS innerhalb des Unternehmens unproblematisch, da die meisten OSS-Lizenzen Pflichten erst an die Verbreitung der OSS knüpfen. Und eine Verbreitung liegt nur vor, wenn ein Dritter eine Kopie der OSS erhält oder eine solche herstellen kann Vgl. Ziffer Vgl. Ziffer Fröhlich-Bleuler, FN 2, S. 190; Straub, FN 2, Rz Vgl. Ziffer 2.3. [Rz 48] Von dieser Regel gibt es aber Ausnahmen: Bei der GPLv2 knüpfen die Pflichten nicht nur an die Verbreitung der OSS, sondern auch an deren Veröffentlichung 47. Dafür muss die OSS ausserhalb eines Kreises von Personen, die eng miteinander verbunden sind, erst einer grösseren Anzahl von Personen zugänglich gemacht werden (Art. 9 Abs. 3 URG). Entscheidend ist die Anzahl der Personen; ist der Personenkreis gross, verliert der Urheber die Kontrolle über die OSS 48. Mehr als der Zugang zum Programm ist nicht nötig, da diese Personen nur die Möglichkeit haben müssen, von der OSS Kenntnis zu nehmen 49. Aus diesem Grund ist die OSS veröffentlicht, wenn sie in einem grösseren Unternehmen eingesetzt und dadurch den Mitarbeitern zugänglich gemacht wird 50. Keine Veröffentlichung liegt demgegenüber vor, wenn die OSS den (kleinen) Entwicklerkreis nicht verlässt oder für den Testbetrieb in einem Unternehmen eingesetzt wird und die Testpersonen auf die Geheimhaltung hingewiesen wurden 51. Veröffentlicht der Lizenznehmer die OSS, muss er die in Ziffer aufgeführten Pflichten einhalten. Kein Copyleft-Effekt wird bei der GPLv3 ausgelöst, wenn der Lizenznehmer die OSS an einen Outsourcer oder an einen IT-Dienstleister zur Bearbeitung übergibt. Vorausgesetzt ist aber, dass der Outsourcer die OSS nur für den Lizenznehmer betreibt bzw. der IT-Dienstleister sie nur für den Lizenznehmer bearbeitet. Dazu müssen sich Outsourcer und IT-Dienstleister zudem vertraglich verpflichten 52. M.E. gilt diese Ausnahme nicht für die GPLv2, da dort eine entsprechende Bestimmung im Lizenztext fehlt Bei Verbreitung der OSS Generelle Pflichten [Rz 49] Bei allen OSS-Lizenzen muss der Lizenznehmer Pflichten beachten, wenn er die OSS verbreitet. Je nach Art der OSS-Lizenz sind sie verschieden. Unproblematisch sind die Aufnahme des Haftungs- und des 47 Ziffer 2 lit. b GPLv2. 48 Neff Emil F./Arn Mat thias, Urheberrechtlicher Schutz der Software, in: von Büren Rol and/david Lucas (Hrsg.), Schweizerisches Immaterialgüter und Wettbewerbsrecht, Bd. II/2, Basel usw. 1998, S. 210 f. 49 Neff/Arn, FN 47, S Widmer, FN 2, S. 143; Widmer Ursul a, Gutachten betreffend Rechtsfragen bei Beschaffung und Einsatz offener Software in der Schweizerischen Bundesverwaltung (Projekt OPUS) vom 21. November 2003, widmerpartners-lawyers.ch/nr/rdonlyres/de b64a b2b- E0732B81E423/0/GutachtenOSS.pdf, S Neff/Arn, FN 47, S Ziffer 2 Abs. 2 GPLv3. 53 A.M. aber Jaeger/Metzger, FN 2, Rz. 46 sowie Straub Wolfgang, Informatikrecht, Zürich etc. 2004, S8 Gewährleistungsausschlusses oder der Urheberrechtsvermerke sowie die Mitlieferung des Lizenztextes 54. Immerhin muss der Lizenznehmer aber sicherstellen, dass er diese Pflichten beim Vertrieb der OSS auch tatsächlich einhält Verbot, Lizenzgebühren zu erheben [Rz 50] Einzelne OSS-Lizenzen verbieten dem Lizenznehmer, Gebühren für die Nutzung der OSS zu erheben 56. Dieses Verbot gilt nur für die Nutzung der OSS. Daher kann der Lizenznehmer für die Überlassung eines Programmexemplars der OSS eine Gebühr verlangen Zugänglichmachen des Sourcecodes [Rz 51] Um die OSS zu ändern oder Fehler zu beheben, braucht der Lizenznehmer den Sourcecode. OSS-Lizenzen mit Copyleft verlangen daher, dass der Lizenznehmer den Sourcecode zugänglich macht, wenn er die OSS nur im Objektcode verbreitet. Die GPLv3 57 und die MPL räumen diesen Anspruch dem Besitzer bzw. dem Empfänger des Objektcodes ein und nicht jedem Dritten wie die GPLv2 59. Den Anspruch auf die Lieferung des Sourcecodes kann der Lizenznehmer aber vermeiden, wenn er die OSS nicht nur im Objekt-, sondern gleichzeitig auch im Sourcecode übergibt Auswirkungen Copyleft auf Drittprogramme [Rz 52] Wie oben bereits ausgeführt, gibt es OSS-Lizenzen mit einem strengen und solche mit einem beschränkten Copyleft 60. In der Regel will der Lizenznehmer verhindern, dass ein von ihm zusammen mit der OSS vertriebenes Programm vom Copyleft der OSS-Lizenz erfasst wird OSS-Lizenzen mit beschränktem Copyleft [Rz 53] Der beschränkte Copyleft ist unterschiedlich ausgestaltet. Hier gehe ich auf die Bestimmungen bei der MPL 2.0 und der LGPLv2 ein. [Rz 54] Die MPL 2.0 verfügt über einen beschränkten Copyleft. Der Lizenznehmer kann die OSS zusammen mit einem Drittprogramm verbreiten, ohne dass der Copyleft auf das Drittprogramm übergreift. Dafür muss er erstens die OSS unter der MPL und zweitens die OSS und das Drittprogramm in separaten Dateien weitergeben 61. Der Copyleft-Effekt lässt sich daher relativ einfach kontrollieren. [Rz 55] Auch die LGLP hat einen beschränkten Copyleft-Effekt. Sie wurde für Software-Bibliotheken 62 geschrieben, die zusammen mit Anwendungsprogrammen lizenziert werden. Hier gehe ich auf die Version 2.1 (LGPLv2) ein. Eigentliche Bearbeitungen der Software-Bibliothek als OSS müssen wiederum unter der LGPLv2 verbreitet werden 63. Sofern der Lizenznehmer aber gewisse Voraussetzungen einhält 64, kann er ein Anwendungsprogramm zusammen mit der unter der LGPLv2 stehenden Software-Bibliothek verbreiten, ohne dass das Anwendungsprogramm vom Copyleft der LGPLv2 erfasst wird. Diese Voraussetzungen sind komplex; sie bezwecken, es dem Empfänger der Software-Bibliothek zu ermöglichen, diese anzupassen und weiterhin gleichzeitig das Anwendungsprogramm zu nutzen 65. Ob der Copyleft auf ein Anwendungsprogramm übergreift, setzt bei der LGPLv2 daher eine genaue Abklärung im Einzelfall voraus OSS-Lizenzen mit strengen Copyleft [Rz 56] Die GPLv2 und die GPLv3 beinhalten einen strengen Copyleft. Der Copyleft-Effekt tritt bei diesen Lizenzen ein, wenn zwei Voraussetzungen vorliegen: Erstens bearbeitet der Lizenznehmer die OSS oder er verbindet sie mit einem Drittprogramm. Zweitens verbreitet oder bei der GPLv2 veröffentlicht er zudem die bearbeitete OSS bzw. das verbundene Drittprogramm 66. [Rz 57] Sofern der Lizenznehmer die ursprüngliche OSS bearbeitet und ändert, entsteht ein Werk zweiter Hand im Sinne von Art. 3 Abs. 1 URG. Falls der Lizenznehmer darauf die bearbeitete OSS verbreitet, tritt der Copyleft-Effekt ein, und der Lizenznehmer muss die Bearbeitung unter der GPL lizenzieren. Dieser Fall ist meistens unproblematisch. [Rz 58] Der Copyleft-Effekt tritt aber auch ein, wenn der Lizenznehmer die OSS mit einem Drittprogramm verbindet und dieses damit nicht mehr als eigenständiges Programm verbreitet 67. Das Drittprogramm ist zwar ein urheberrechtlich eigenständiges Programm, funktional aber mit der OSS verbunden. Mit dem weiten Copyleft soll sichergestellt werden, dass erstens der Empfänger der OSS weiss, welche Teile der Software unter der OSS-Lizenz stehen. Daher wird z.b. das Drittprogramm vom Copyleft erfasst, wenn es im gleichen Executable gespeichert ist wie die OSS. Zweitens erhält der Empfänger der OSS Gewähr dafür, dass er alle Teile der Software erhält, die für die Nutzung, Bearbeitung und Installation der OSS nötig sind. Wird z.b. das Drittprogramm statisch mit der OSS verlinkt, so greift der Copyleft-Effekt auf 54 Vgl. Ziffer Vgl. Ziffer Vgl. z.b. Ziffer 2 lit. b GPLv2 57 Ziffer 6 Abs. 1 lit. b GPLv3. 58 Ziffer 3.2 lit a MPL Ziffer 3 lit. b GPLv2. 60 Vgl. die Aufzählung in Ziffer Ziffer 1.7 i.v.m. Ziffer 3.3 MPL Software-Bibliotheken sind eine Sammlung von Unterprogrammen, die bestimmte Aufgaben für die installierten Anwendungsprogramme ausführen. 63 Ziffer 2 Abs. 1 lit. c LGPLv2. 64 Vgl. dazu Ziffer 6 LGPLv2. 65 Jaeger/Metzger, FN 2, Rz Vgl. Ziffer Zum Copyleft eingehend Fabian Schäfer, Der virale Effekt: Entwicklungsrisiken im Umfeld von Open Source Software, Karlsruhe 2007, passim, sowie Jaeger/Metzger, FN 2, Rz. 45 ff. und Straub, FN 2, Rz. 704 ff. 67 Ziffer 2 Abs. 2 GPLv2; Ziffer 5 Abs. 1 lit. c GPLv3. 89 das Drittprogramm über 68. Vom Copyleft erfasst werden auch die Programme, die für die Installation oder eine Änderung der verbundenen OSS notwendig sind. Abgesehen von klaren Fällen lässt sich bestenfalls im Einzelfall bestimmen, ob ein Drittprogramm vom Copyleft der OSS erfasst wird. Der Lizenznehmer verzichtet daher in der Regel auf den Einsatz von OSS, die unter der GPL steht, wenn diese zusammen mit Drittprogrammen vertrieben wird, die unter einer anderen Lizenz stehen. [Rz 59] Eine weitere Schwierigkeit sind Inkompatibilitäten. Beinhalten zwei OSS-Lizenzen eine Copyleft-Klausel und sehen sie daher vor, dass Bearbeitungen nur unter ihren jeweiligen Bestimmungen vertrieben werden dürfen, sind die zwei Lizenzen nicht kompatibel. Zwei Programme, die unter diesen OSS-Lizenzen stehen, können nicht kombiniert und in ein Programm zusammengeführt werden. Einzelne OSS- Lizenzen enthalten daher Kompatibilitätsklauseln, auf die ich in Ziffer eingehe Konzerninterner Einsatz [Rz 60] Gibt der Lizenznehmer die OSS innerhalb eines Konzerns weiter, so gilt dies als Verbreitungshandlung 69. Die Verbreitung löst die Pflichten der OSS-Lizenz aus. Daher gelten die Ausführungen in Ziffer auch für diesen Fall. 6.5 Erfüllung der Pflichten der OSS-Lizenz sicherstellen [Rz 61] Verbreitet der Lizenznehmer die OSS, muss er die Pflichten der OSS-Lizenz erfüllen. Dies kann einigen Aufwand verursachen. So muss z.b. der Lizenznehmer gemäss der GPLv2 den Lizenztext mit jedem Exemplar der OSS mitliefern 70. Der Verweis auf eine Internetadresse genügt nicht. In der Regel ist der Lizenztext im Sourcecode gespeichert. Sofern die OSS aber als Firmware in der Hardware integriert ist, muss der Lizenznehmer den Lizenztext als Hardcopy mitliefern, falls er nicht auch gleich den Sourcecode mitgibt. 6.6 Ausweichmöglichkeiten prüfen [Rz 62] Compliance-Verstösse ergeben sich meistens bei OSS-Lizenzen mit Copyleft. Einige Verstösse gegen die OSS-Lizenz lassen sich allerdings durch eine der folgenden Massnahmen vermeiden: Übergangsbestimmungen anwenden [Rz 63] Der Urheber als Lizenzgeber bestimmt im Lizenztext der GPL, ob und wie von einer älteren auf eine neue Version der GPL gewechselt wird 71. Interessant ist der Wechsel von der GPLv2 zur GPLv3, wenn z.b. der Lizenznehmer sicherstellen will, dass er die OSS auch im ASP betreiben darf. Meistens erklärt der Lizenzgeber in der GPLv2 die aktuelle Version der GPL oder jede spätere Version für anwendbar («Version 2 or any later»). In diesem Fall kann der Lizenznehmer zwischen der GPLv2 und der GPLv3 (oder einer späteren Version) wählen und damit die OSS unter der GPLv3 nutzen Ausnahmeklauseln beachten [Rz 64] Die Urheber der OSS fügen dem Text der GPL manchmal Klauseln an, die Ausnahmen vom Copyleft vorsehen. Eine solche ist die oben in Ziffer 6.2 erwähnte Classpath Exception Kompatibilitätsklauseln anwenden [Rz 65] Wie unter Ziffer ausgeführt, sind OSS-Lizenzen zum Teil untereinander nicht kompatibel. Um die Inkompatibilität zu umgehen, beinhalten neuere OSS-Lizenzen besondere Bestimmungen. Sie stellen sicher, dass ein Programm auch zusammen mit OSS verbreitet werden kann, die unter einer anderen OSS-Lizenz mit Copyleft steht. [Rz 66] Kompatibilitätsklauseln beinhalten beispielsweise die MPL oder die GPLv3 74. So kann der Lizenznehmer gemäss GPLv3 eine besondere Klausel 75 aufnehmen, mit der er die Inkompatibilität zwischen der GPL und der Apache 2.0 beseitigt. Zwar bleibt die GPLv2 mit der Apache 2.0 inkompatibel, aufgrund der Übergangsbestimmungen kann der Lizenznehmer aber für die Nutzung der OSS die GPLv3 wählen und darauf Kompatibilität mit der Apache License 2.0 herstellen Einverständnis des Urhebers einholen [Rz 67] Als weitere Alternative kann sich der Lizenznehmer mit dem Lizenzgeber auf eine Änderung der OSS-Lizenz einigen. Es gibt immer wieder Programmentwickler, die Lizenznehmer dazu auf ihrer Homepage ermuntern 76. Praktikabel ist dieses Vorgehen aber einzig, wenn der Lizenznehmer eine entsprechende Vereinbarung mit nur wenigen Urhebern und Bearbeitern abschliessen muss Copyleft umgehen [Rz 68] Es gibt Strategien, um den Copyleft-Effekt zu 71 Vgl. z.b. Ziffer 9 Abs. 2 GPLv2; vgl. dazu Ol af Koglin, Die Nutzung von Open Source Software unter neuen GPL-Versionen nach der «any later version»-klausel, CR 2008, S. 137 ff. 72 Vgl. dazu Ziffer 9 Abs. 2, 2. Satz GPLv2. 73 Ziffer 3.3 MPL Vgl. dazu Fröhlich-Bleuler, FN 2, S. 210 ff. 69 Jaeger/Metzger, FN 3, Rz. 46 (für die GPLv2). 70 Ziffer 1 Abs. 1 GPLv2. 74 Ziffer 7 Abs. 3 GPLv3. 75 Ziffer 7 Abs. 3 lit. f GPLv3. 76 Siehe dazu auch Ziffer 10 GPLv2. 910 umgehen. So kann der Lizenznehmer z.b. die OSS erst beim Endnutzer mit einem Drittprogramm verbinden, um den Copyleft-Effekt nicht über die Verbreitungshandlung auszulösen Source- mit Objektcode mitliefern [Rz 69] Wie in Ziffer ausgeführt, sehen OSS-Lizenzen oft vor, dass der Empfänger des Objektcodes oder ein Dritter nachträglich den Sourcecode der OSS verlangen kann, wenn der Lizenznehmer die OSS nur im Objektcode verbreitet. In diesem Fall muss der Lizenznehmer daher in der Lage sein, die richtige Version des Sourcecodes auszuliefern. Dies setzt ein sorgfältiges Release Management voraus. Die mangelhafte Erfüllung dieser Pflicht ist die am häufigsten beanstandete Nichterfüllung der GPL 78. Dieses Problem lässt sich einfach lösen, wenn der Lizenznehmer die OSS nicht nur im Objekt-, sondern gleichzeitig auch im Sourcecode ausliefert. Dadurch vermeidet er die Entstehung des Anspruchs auf Lieferung des Sourcecodes. VII. Fazit [Rz 72] Das OSS-Lizenzmodell hat sich in der Praxis durchgesetzt. Die OSS-Lizenzen und die dem Lizenznehmer auferlegten Pflichten sind allerdings sehr verschieden. Zur Auswahl der geeigneten OSS gehört eine Prüfung der dazugehörigen OSS-Lizenz. Die IT-Praxis hat bisher allerdings noch kein Problembewusstsein für die juristischen Risiken beim Einsatz von OSS entwickelt. Dieses lässt sich in einem Unternehmen am einfachsten schaffen, wenn es eine Strategie für den Einsatz von OSS entwirft und diese auch in Kraft gesetzt wird. Gianni Fröhlich-Bleuler ist als Rechtsanwalt in Zürich tätig. * * * 6.7 OSS-Einsatz-Strategie und Release Management [Rz 70] Rechtssicherheit im Umgang mit OSS kann der Lizenznehmer nur schaffen, wenn er eine Strategie entwickelt und darin bestimmt, wie und unter welchen Voraussetzungen er OSS in seinem Unternehmen einsetzt oder OSS vertreibt. Die entsprechenden Weisungen müssen zusammen mit der IT-Abteilung und dem für den Einkauf von Software Verantwortlichen erstellt werden. In der Weisung wird festgelegt, welche OSS-Lizenzen für welche Geschäftsfelder und Zwecke zugelassen und wie die Pflichten der OSS-Lizenz erfüllt werden. Dazu gehört auch zu bestimmen, wann die Rechtsabteilung für die weitere Beurteilung einer OSS-Lizenz beigezogen werden muss. [Rz 71] Zweites zentrales Instrument bei der Nutzung von OSS in Unternehmen ist die Einrichtung eines Releases Managements. Dieses ist nicht nur aus technischer Sicht für die Verwaltung der verschiedenen Versionen wichtig. Wenn der Lizenznehmer die OSS vertreibt, muss er sicherstellen, dass er seinen Kunden die Pflichten der OSS-Lizenz weitergibt und die Nutzungsbefugnisse im erlaubten Umfang einräumt. Dies ist aber nur möglich, wenn der Lizenznehmer für jedes seiner Produkte weiss, welche OSS es enthält und welche Lizenz darauf Anwendung findet wie dies ja auch für proprietäre Software gilt. 77 Vgl. für weitere solche Strategien Fröhlich-Bleuler, FN 2, S. 213 ff. (mit Verweis auf Nimmer Raymond T., Coexisting with Free and Open Source Software, CRi 2006, S. 129 ff.) sowie Straub, FN 2, S. 278 f. 78 Kuhn Bradley M./ Williamson Aaron/Sandler Karen M., A Practical Guide to GPL Compliance, S Mehr anzeigen
Open Source SIK OSS Forum Rechtliche Fragestellungen bei Freigabe von Open Source Software, 7. Mai 2014 Inhalt Freigabe von Open Source Software mit Open Source Lizenz erteilte Nutzungsbefugnisse Pflichten Mehr LibreOffice vs. Apache OpenOffice technische, organisatorische und rechtliche Unterschiede
LibreOffice Konferenz vom 3. September 2014 Professional User Track LibreOffice vs. Apache OpenOffice technische, organisatorische und rechtliche Unterschiede Dr. Wolfgang Straub, Deutsch Wyss & Partner Mehr «Open Source» ist nicht «Open Right»
ITMAGAZINE «Open Source» ist nicht «Open Right» 30. November 2009 - Urheber von Open-Source-Software legen zwar deren Quelltext offen, verlangen aber in der Regel die Einhaltung von Lizenzbedingungen. Mehr Open Source und Urheberrecht
Open Source und Urheberrecht Welche Lizenz für welches Projekt? lukas.feiler@lukasfeiler.com http://www.lukasfeiler.com http://pear.php.net/user/lukasfeiler Was ist Open Source? Eine Lizenz, die folgende Mehr Carolina Oberhem. Vertrags- und Haftungsfragen beim Vertrieb von Open-Source-Software. Verlag Dr. Kovac
Carolina Oberhem Vertrags- und Haftungsfragen beim Vertrieb von Open-Source-Software Verlag Dr. Kovac Hamburg 2008 VII INHALTSVERZEICHNIS LITERATURVERZEICHNIS EINLEITUNG 1 KAPITEL 1: TECHNISCHE GRUNDLAGEN Mehr Open-Source-Lizenz für die Europäische Union V.1.1
Open Source Software Rechtliche Rahmenbedingungen der Freien Software von Dr. Till Jaeger Rechtsanwalt, München und Dr. Axel Metzger, LL.M. (Harvard) Wissenschaftlicher Referent am Max-Planck-Institut Mehr Open Source Compliance. RA Dr. Christian Laux, LL.M. OpenExpo 2010, Bern 25. März 2010
Open Source Compliance RA Dr. Christian Laux, LL.M. OpenExpo 2010, Bern 25. März 2010 Software im Unternehmenseinsatz Vertragliche Erlaubnis des Rechtsinhabers: Lizenz Ziele: Eigene Software mit eigenem Mehr Bremer Lizenz für freie Softwarebibliotheken Version 1.0
Bremer Lizenz für freie Softwarebibliotheken Version 1.0 Präambel Diese Lizenz ist bestimmt, eine freie Nutzung der OSCI-Bibliothek durch jedermann zu ermöglichen. Die OSCI-Bibliothek dient der Implementierung Mehr Urheber- und vertragsrechtliche Aspekte der Open Source Software
Urheber- und vertragsrechtliche Aspekte der Open Source Software GIANNI FRÖHLICH-BLEULER Inhaltsverzeichnis Urheber- und vertragsrechtliche Aspekte der Open Source Software... 179 1. Einführung... 181 Mehr Open Source in der Unternehmenspraxis
Open Source in der Unternehmenspraxis Walter Klausberger 25.09.2014 AWS 1 Open Source Definition Software wird als quelloffen (= open source) bezeichnet, wenn ihre Lizenzbedingungen einer der von der Open Mehr Dieser Artikel stammt aus dem Magazin von C++.de (http://magazin.c-plusplus.de)
Dieser Artikel stammt aus dem Magazin von C++.de (http://magazin.c-plusplus.de) Inhalt: 1 Urheberrecht 2 Lizenzen im Detail 2.1 Die GPL 2.2 Die LGPL 2.3 Weitere Lizenzen 2.3.1 Die BSD- und MIT Lizenz 2.3.2 Mehr Endnutzer Lizenzvertrag SOAP Client
Endnutzer Lizenzvertrag SOAP Client Präambel Sie planen in Ihrem Unternehmen den zeitlich befristeten Einsatz eines SOAP Clients als Softwareprodukt der stiftung elektro altgeräte register (nachfolgend Mehr Rechtliche Aspekte der professionellen Nutzung von Open Source Produkten
Rechtliche Aspekte der professionellen Nutzung von Open Source Produkten 12. Treffen des Regionalen Arbeitskreises Software-Technologien 09.05.2003 Fachhochschule Konstanz, F022 Rechtsanwalt Dr. Marc Strittmatter, Mehr vogel & partner rechtsanwälte
Aktuelle Urteile zu OSS und was man sich davon merken sollte OSS und Marken page 2 OSS und Marken Linux page 3 Wen muss es interessieren? Unternehmen, die Marken besitzen und diese in OSS verwenden Dienstleistungen Mehr Open Source Software
Problem- und praxisorientierte Tipps für Praktiker oder Wer bislang noch keine Probleme hatte, hat nun welche! 504 Definition oder Wenn lau, dann jau oder 1,2,3...meins! Was ist eigentlich? Achtung: Sie Mehr Was ist Open Source Software und wem gehört sie?
Was ist Open Source Software und wem gehört sie? Vortrag am 24. April 2012 im Rahmen der LPI Partnertagung in Kassel Referentin: Sabine Sobola. Rechtsanwältin. Lehrbeauftragte für IT-Recht, Urheber- und Mehr Open-Source-Lizenz für PlanPro V.1.0
Open-Source-Lizenz für PlanPro V.1.0 RailPL DB Netz AG der DB Netz AG Zentrale Technologiemanagement LST Mainzer Landstraße 201 60326 Frankfurt a.m. Präambel Diese Open-Source-Lizenz ( RailPL ) 1 gilt Mehr Rechtliche Aspekte bei der kommerziellen Nutzung von Open Content
Rechtliche Aspekte bei der kommerziellen Nutzung von Open Content von RA Dr. Till Jaeger FAZIT-Fachtagung "Open Content Open Access", Stuttgart, 9. Juni 2008 Agenda 1. Nutzungsbefugnisse aus Open Content Mehr INNOVATE YOUR BUSINESS
LINUX@IBM INNOVATE YOUR BUSINESS FREITAG, 27. OKTOBER 2006 Rechtliche Aspekte von Open Source Software (OSS) Präsentation Referentin Überblick IT-Recht Begriff der freien Software Wichtigste Grundsätze Mehr OPEN SOURCE SOFTWARE
future network Open Source Management Forum 3. Dezember 2009 OPEN SOURCE SOFTWARE Ausgewählte Rechtsfragen andréewitch & simon, Wien 1 - OPEN SOURCE MODELLE bedeutet:! Verfügbarkeit des Quellcodes! keine Mehr FreieSoftwareOG. Creative Commons und freie Lizenzen- Ein kurzer Überblick
FreieSoftwareOG Creative Commons und freie Lizenzen- Ein kurzer Überblick Was bedeutet Creative Commons? Creative Commons ist nicht der Name einer Lizenz Creative Commons ist eine gemeinnützige Organisation, Mehr RA P. Tim Klümper. Universität Karlsruhe (TH) Fakultät für Informatik. Zentrum für angewandte Rechtswissenschaften (ZAR)
Lizenzmodelle im Internet RA P. Tim Klümper Universität Karlsruhe (TH) Fakultät für Informatik Zentrum für angewandte Rechtswissenschaften (ZAR) Überblick 1. Lizenz Was ist das? 2. Rechtliche Einordnung Mehr Sichere Einbindung von Open Source in kommerzielle Projekte
Sichere Einbindung von Open Source in kommerzielle Projekte Urs Böhm BU Embedded Juli 2014 Noser Engineering AG 2014, Alle Rechte vorbehalten. Disclaimer: Ich bin kein Jurist! Dies ist keine juristische Mehr Mike J. Widmer. Open Source Software - Urheberrechtliche Aspekte freier Software
Mike J. Widmer Open Source Software - Urheberrechtliche Aspekte freier Software Stämpfli Verlag AG Bern 2003 Inhaltsübersicht Inhaltsübersicht Inhaltsfibersicht Inhaltsverzeichnis Literaturverzeichnis Mehr Freie und Quelloffene Softwarelizenzen im Vergleich
Freie und Quelloffene Softwarelizenzen im Vergleich Themen Geschichte Idee der Freien und Quelloffenen Software Gesetzeslage in Deutschland Institute Definition von freier Software Definition von quelloffener Mehr Ausschluss der Sachmängelhaftung beim Verkauf durch eine Privatperson
Ausschluss der Sachmängelhaftung beim Verkauf durch eine Privatperson Aus gegebenem Anlass wollen wir nochmals auf die ganz offensichtlich nur wenig bekannte Entscheidung des Oberlandesgerichts Hamm vom Mehr Überblick. Phasen der Softwareentwicklung. Softwareverträge. - Grundsätze - Vertragsqualifikation - Lizenzfragen - Leistungsstörungen
9.12.2002 Softwareverträge Vorlesung Informations-, Informatik- und Telekommunikationsrecht WS02/03 Juristische Fakultät, Universität Basel David Rosenthal Überblick - Grundsätze - Vertragsqualifikation Mehr Open Source Software als rechtliches Konzept
Open Source Software als rechtliches Konzept Mit einem Seitenblick auf die Sonderregelung des URG für Schulen Dr. Christian Laux, LL.M. 1 Urheberrecht Was ist geschützt? Werke der Literatur und Kunst Schutzvoraussetzung: Mehr "Copyleft" im deutschen Urheberrecht
"Copyleft" im deutschen Urheberrecht Implikationen von Open Source Software (OSS) im Urhebergesetz Von Christian Teupen, " Duncker & Humblot. Berlin 12 Inhaltsübersicht 9 Vertragliche Einordnung der Softwareüberlassung Mehr Jaeger/Metzger Open Source Software. beck-shop.de
Jaeger/Metzger Open Source Software Open Source Software Rechtliche Rahmenbedingungen der Freien Software von Dr. Till Jaeger Rechtsanwalt, Berlin und Prof. Dr. Axel Metzger, LL.M. (Harvard) Professor Mehr Urheberrechtliche Fragen von Open Source Software
Georg August Universität Göttingen Lehrstuhl Prof. Dr. Spindler 1. Juli 2004 1 kurze Wiederholung der Ergebnisse der Seminararbeit Lösungsansatz: rechtlich angepasste Lizenzen 2 3 1 kurze Wiederholung Mehr L I Z E N Z E N. Von Stephan Holländer und Rolf A. Tobler
L I Z E N Z E N Von Stephan Holländer und Rolf A. Tobler Tägliche Vorgänge in ihren Institutionen Die häufigsten Vorgänge mit Lizenzen sind: - Lizenzierung von Medien durch Miete oder Kauf. - Übernahme Mehr ALLGEMEINE GESCHÄFTSBEDINGUNGEN DIE COMPUTERBERATER Johannes Kaiblinger IT Consulting. 1 Allgemeines. 2 Vertragsabschluss. 3 Gegenstand des Vertrages
ALLGEMEINE GESCHÄFTSBEDINGUNGEN DIE COMPUTERBERATER Johannes Kaiblinger IT Consulting 1 Allgemeines Der Auftraggeber im Nachfolgenden AG genannt hat die AGBG s gelesen und zur Kenntnis genommen und anerkannt. Mehr Allgemeine Geschäftsbedingungen. Internet Online AG
Allgemeine Geschäftsbedingungen Internet Online AG 1. ANWENDUNGSBEREICH Die Beziehungen zwischen den Kundinnen und Kunden (nachstehend «Kunden» genannt) und Internet Online AG (nachstehend «INTO» genannt) Mehr Die neue Version der GNU Public License
www.jusletter.ch Gianni Fröhlich-Bleuler Die neue Version der GNU Public License Die GNU General Public License (GPL) ist die wichtigste Open Source-Lizenz. Vor einigen Monaten ist die Version 3 der GPL Mehr Die Pattern Design Online Datenbank bietet seinen Kunden rapportierte Musterdesigns in drei verschiedenen Lizenzen an:
Die Pattern Design Online Datenbank bietet seinen Kunden rapportierte Musterdesigns in drei verschiedenen Lizenzen an: UNLIMITED License EXCLUSIVE License o EXCLUSIVE limited License o EXCLUSIVE unlimited Mehr Wolfgang Straub. Dr. iur., LL.M., Fürsprecher. Softwareschutz. Urheberrecht, Patentrecht, Open Source
Wolfgang Straub Dr. iur., LL.M., Fürsprecher Softwareschutz Urheberrecht, Patentrecht, Open Source Dike Verlag Zürich 2011 Literaturverzeichnis... XIII Abkürzungsverzeichnis... XXXI 1. Urheberrecht... Mehr Klagen und AnsprÄche nach ACTA und nach Schweizerischem Recht
~ 1 ~ Klagen und AnsprÄche nach AC und nach Schweizerischem Recht Artikel Betrifft Voraussetzung Konsequenz Schadensvermutung oder Bemerkung Art. 8 Abs. 1 AC Zivilrechtliche Bestimmungen zur Rechtsdurchsetzung Mehr Bremer Lizenz für freie Softwarebibliotheken (DVDV)
Bremer Lizenz für freie Softwarebibliotheken (DVDV) Version 1.0 Präambel Diese Lizenz ist bestimmt, eine freie Nutzung der DVDV-Bibliothek durch jedermann zu ermöglichen. Zweck der DVDV-Bibliothek ist Mehr Open Content-Lizenzen für digitale Lernmaterialien
Open Content-Lizenzen für digitale Lernmaterialien von RA Dr. Till Jaeger Integriertes Wissensmanagement an Hochschulen, Hagen, 22. Februar 2007 Agenda 1. Was ist Open Content, Open Access? 2. Das Open Mehr Die Lizenzierung digitaler Medien. von Stephan Holländer und Rolf A. Tobler
Die Lizenzierung digitaler Medien von Stephan Holländer und Rolf A. Tobler Digitale Medien sind vielseitig verwendbar Digitale Medien und -angebote Bücher werden gekauft. Digitale Medien werden lizenziert. Mehr Überblick. Einführung IT- Vertragsrecht 16.04.15. Begriffsklärung. So
Einführung IT- Vertragsrecht So Mehr Host-Providing-Vertrag
Host-Providing-Vertrag Zwischen im Folgenden Anbieter genannt und im Folgenden Kunde genannt wird folgender Vertrag geschlossen: 1 Gegenstand des Vertrages (1) Gegenstand dieses Vertrages ist die Bereitstellung Mehr Nutzung von Open Source Software in proprietären Softwareprojekten - eine Analyse aus urheberrechtlicher Sicht
Nutzung von Open Source Software in proprietären Softwareprojekten - eine Analyse aus urheberrechtlicher Sicht Roman Heidinger Abteilung für Informationsrecht und Immaterialgüterrecht, Wirtschaftsuniversität Mehr Open Source im gebündelten Vertrieb
Open Source im gebündelten Vertrieb Prof.Dr.Gerald Spindler 5 June, 2005 Die Vertriebsformen Isolierter Vertrieb Auf Datenträgern Download Gebündelt, OSS mit: Beratung Support Bedienungsanleitungen Garantien Mehr Open-Source-Software. schweizerische Urheberrecht
Event 28. November 2001 Open-Source-Software und das schweizerische Urheberrecht lic. iur. Ursula Sury Rechtsanwältin Advokatur SURY BRUN HOOL Frankenstrasse 12 6002 Luzern www.advokatinnen.ch Ein Fall Mehr PC Wartungsvertrag Musterkunde
PC Wartungsvertrag Musterkunde Inhaltsverzeichnis 1. Vertragsparteien 2. Leistungen Komputer factory 3. Kosten 4. Haftung 5. Vertraulichkeit 6. Zustandekommen des Vertrages und Vertragsänderung 7. Vertragsbeginn Mehr Softwarelizenzen und Open Source
02. Februar 2016 Softwarelizenzen und Open Source Juristisches IT-Projektmanagement Vortrag von Michael Woborschil Inhalt 1. Einführung 2. Lizenzen allgemein 3. Open Source 4. Copyleft 4. Beispiele für Mehr L I Z E N Z V E R T R A G (»Domain-Sharing«)
Zwischen im folgenden»lizenzgeber«genannt und wird folgender im folgenden»lizenznehmer«genannt L I Z E N Z V E R T R A G (»Domain-Sharing«) über die Internet-Domain geschlossen. 1 Lizenzgegenstand Der Mehr Unverbindliches Muster für Allgemeine Auftragsbedingungen für Übersetzer Stand: Oktober 2008
LIZENZBEDINGUNGEN STREAMING / TELEMEDICINE SYSTEM Vorbemerkung Der Lizenznehmer plant den Einsatz des von der Maquet GmbH (im Folgenden: Maquet) entwickelten OP-Integrations-Systems TEGRIS in seinen Operationsräumen Mehr HEUKING KÜHN LÜER WOJTEK Datenschutz bei Portfoliotransfers in der Schweiz. Zürich, 28. März 2014 René Schnichels
HEUKING KÜHN LÜER WOJTEK Datenschutz bei Portfoliotransfers in der Schweiz Zürich, 28. März 2014 René Schnichels I Wann spielt Datenschutz eine Rolle? 1. Vorbereitung der Bestandsübertragung: Due Diligence, Mehr Legal Services Überblick über die Neuerungen durch die GNU GPL Version 3
Überblick über die Neuerungen durch die GNU GPL Version 3 1 Übersicht I. Hintergrund II. Regelung zu Patenten III. DRM IV. Consumer Products/Corresponding Source Code Clause V. Neue Terminologie VI. Copyleft- Mehr OSS & GPL. OPEN SOURCE SOFTWARE & GNU General Public License. Freiheiten, die Ihr Geld wert sind! ANDREAS GÜNTHER IT-NETZWERKSERVICE
OPEN SOURCE SOFTWARE & GNU General Public License Freiheiten, die Ihr Geld wert sind! ANDREAS GÜNTHER IT-NETZWERKSERVICE www.it-netzwerkservice.net www.linuxmaker.de Andreas Günther, IT-NETZWERKSERVICE, Mehr Bei der Anwendung der Lizenz auf konkrete Fragestellungen ist immer auf den englischen Originaltext abzustellen.
Apache License Übersetzung von Wolfgang Straub vom 4. September 2014 Rechtliche Hinweise zur Übersetzung Bei der Anwendung der Lizenz auf konkrete Fragestellungen ist immer auf den englischen Originaltext Mehr ALLGEMEINE GESCHÄFTSBEDINGUNGEN DES ONLINESHOPS FÜR UNTERNEHMEN (B2B) für http://www.stratolabs.de
1. Allgemeines Alle Leistungen, die vom Onlineshop für den Kunden erbracht werden, erfolgen ausschließlich auf der Grundlage der nachfolgenden Allgemeinen Geschäftsbedingungen. Abweichende Regelungen haben Mehr Geistiges Eigentum: Schutz durch Software-Lizenzen
Geistiges Eigentum: Schutz durch Software-Lizenzen Seminar 36670: Informationsethik, WS 2004/05 Informationsethik: Geistiges Eigentum p.1/39 Inhalt Definitionen Lizenz-Beispiele Die General Public License Mehr Mobile Apps. Haftungsthemen. Dr. Christian Laux, LL.M. Rechtsanwalt. Swiss Testing Nights 21.11.2012. Google Campus, Zürich LAUX LAWYERS 1
Mobile Apps Haftungsthemen Dr. Christian Laux, LL.M. Rechtsanwalt Swiss Testing Nights 21.11.2012 Google Campus, Zürich LAUX LAWYERS 1 Themen Übersicht Vertragsverhältnisse 2 Haftungsthemen: Thema 1: Ungeklärte Mehr ALLGEMEINE GESCHÄFTSBEDINGUNGEN DER WEBANWENDUNG FÜR UNTERNEHMEN (B2B) für http://www.findum.de
1. Allgemeines Alle Leistungen, die vom Onlineshop für den Kunden erbracht werden, erfolgen ausschließlich auf der Grundlage der nachfolgenden Allgemeinen Geschäftsbedingungen. Abweichende Regelungen haben Mehr Allgemeine Geschäftsbedingungen für die Nutzung der Generali Online Akademie
Allgemeine Geschäftsbedingungen für die Nutzung der Generali Online Akademie 1 VORBEMERKUNG Die Generali Online Akademie wird von der Generali Versicherung AG, Adenauerring 7, 81737 München, betrieben Mehr Open Source Software in der öffentlichen Verwaltung IDA Symposium 22.02.2001 Brüssel. Rechtliche Fragestellungen
www.ifross.de Open Source Software in der öffentlichen Verwaltung IDA Symposium 22.02.2001 Brüssel Rechtliche Fragestellungen von Till Jaeger und Axel Metzger, Berlin/Hamburg Wenn sich die Öffentliche Mehr Lizenzvertrag. - Profi cash -
Zwischen...,...,... im Folgenden Datenbankhersteller genannt vertreten durch,,, und,,,,, im Folgenden genannt vertreten durch,,, wird folgender Vertrag zur Datenbanküberlassung auf Dauer geschlossen: Präambel Mehr Legal Due Diligence: Wem gehört Ihre Software?
Legal Due Diligence: Wem gehört Ihre Software? BICC Talk Money meets IT 28. Juni 2010 Dr. Florian von Baum, Partner MLawGroup, Munich, Germany MLawGroup, Maximilianstraße 31, 80539 München Tel. +49 89 Mehr ricardo.ch-magazin Nutzungsbestimmungen
Inhaltsverzeichnis 1 Anwendungsbereich 3 2 ricardo.ch-magazin 3 3 Netiquette 3 4 User Generated Content (UGC) 4 5 Social Media Plugins 4 6 Datenschutz 4 7 Anwendbares Recht und Gerichtsstand 5 2 5 1 Anwendungsbereich Mehr Allgemeine Geschäftsbedingungen A. GESCHÄFTSBEDINGUNGEN FÜR ALLE BESTELLUNGEN
Allgemeine Geschäftsbedingungen A. GESCHÄFTSBEDINGUNGEN FÜR ALLE BESTELLUNGEN 1. Anbieter, Anwendungsbereich 1.1. Anbieter des auf der Website www.event-manager.berlin präsentierten Dienstes ist Sven Golfier Mehr DMS Development Allgemeine Geschäftsbedingungen. Vertragsbedingungen für Software-Kaufverträge, die über die Internetseite zwischen
DMS Development Allgemeine Geschäftsbedingungen Vertragsbedingungen für Software-Kaufverträge, die über die Internetseite zwischen der DMS Development, Alexander Otto, Strandweg 58, D-22587 Hamburg, - Mehr Nutzungsbedingungen für Internetseite und Internet-Downloads
Nutzungsbedingungen für Internetseite und Internet-Downloads Stand: Jänner 2015 Stand: Jänner 2015 Seite 1 von 5 Inhalt 1. Nutzungsbedingungen und -rechte 3 2. Rechte an Software, Dokumentation und sonstigen Mehr Management von Open-Source-Lizenzen in einem großen Software-Haus. Linuxtag 2012 - Helene Tamer, T-Systems International GmbH
Management von Open-Source-Lizenzen in einem großen Linuxtag 2012 - Helene Tamer, T-Systems International GmbH 1 Warum Open Source? Solution Design Reuse / Standards / State-ofthe-Art Technologie-Treiber Mehr Exkurs: Kopieren von Musik und Filmen
Exkurs: Kopieren von Musik und Filmen 1. Darf man eine CD oder DVD kopieren? - Eingriff in das Vervielfältigungsrecht - aber: Art. 19 Abs. 1 lit. a) URG: Eingriff erlaubt, wenn für den persönlichen Bereich Mehr Auszug. Wolfgang Straub. Dr. iur., LL.M., Fürsprecher. Softwareschutz. Urheberrecht, Patentrecht, Open Source
Auszug Wolfgang Straub Dr. iur., LL.M., Fürsprecher Softwareschutz Urheberrecht, Patentrecht, Open Source Bibliografische Information der Die Deutsche Bibliothek verzeichnet diese Mehr AGB IT Support. Inhaltsverzeichnis
AGB IT Support Inhaltsverzeichnis 1 Anwendungsbereich und Vertragsabschluss... 2 2 Auftragserteilung... 2 3 Annulierung von Aufträgen... 2 4 Warenbestellungen und Lieferbedingungen... 3 5 Haftung... 3 Mehr Allgemeine Bedingungen. für die. Benennung eines Kontakts mit Sitz Berlin als Tech-C
Allgemeine Bedingungen für die Benennung eines Kontakts mit Sitz Berlin als Tech-C Präambel Der Kunde möchte einen Domainregistrierungsvertrag mit der 1API GmbH über die Registrierung einer.berlin Domain Mehr SOFTWARE-WERKVERTRAG
SOFTWARE-WERKVERTRAG zwischen ABC, (Strasse, Ort) (nachfolgend Softwareentwicklerin genannt) und XYZ, (Strasse, Ort) (nachfolgend Kunde genannt) 1. Vertragsgegenstand 1.1. Die Softwareentwicklerin verpflichtet Mehr Landgericht Hamburg. In dem Rechtsstreit. Harald Welte, Glanzstraße 11, 12437 Berlin. - Kläger
Landgericht Hamburg In dem Rechtsstreit Harald Welte, Glanzstraße 11, 12437 Berlin Prozessbevollmächtigte: Rechtsanwälte Jaschinski, Biere, Brexel, Christinenstraße 18/19, 10119 Berlin, Gz.: 12-1695 - Mehr 1. Auf eine Buchungsanfrage des Gastes hin kommt mit entsprechender Buchungsbestätigung des Hotels ein Vertrag zustande.
AGB Arena Stadthotels GmbH, Frankfurt/M. Allgemeine Geschäftsbedingungen für den Hotelaufnahmevertrag I. Geltungsbereich 1. Diese Geschäftsbedingungen (nachfolgend AGB ) gelten für Hotelaufnahme Verträge Mehr Dezentrale Softwareentwicklungsund. Softwarevermarktungskonzepte
Dezentrale Softwareentwicklungsund Softwarevermarktungskonzepte - Vertragsstrukturen in Open Source Modellen Von Carsten Schulz Carl Heymanns Verlag sübersicht Vorwort V Einleitung 1 A. Einführung in die Mehr Patente, Schutzrechte, Kennzeichen
Patente, Schutzrechte, Kennzeichen Workshop - Technologieunternehmen im Rechtsstreit - Berlin, 9. Juni 2004 Berlin Übersicht Schutzrechte Urheberrechte, Datenbanken Patente, Gebrauchsmuster Kennzeichenrechte Mehr Lizenznehmer als Verletzer: Vertragsoder Schutzrechtsverletzung?
1 Lizenznehmer als Verletzer: Vertrags- oder 20. September 2014 Vitznau Stefan Kohler Worüber sprechen wir? Fallgruppen von Fehlverhalten des LN: Persönlich Sublizenzierung ohne Ermächtigung Nutzung im Mehr Fachgruppe Immaterialgüterrecht des
Fachgruppe Immaterialgüterrecht des Bernischen Anwaltsverbandes 20. Mai 2014 Open Source Software Wolfgang g Straub Matthias Stürmer Übersicht 1. Was ist Open Source Software? 2. Rechtsnatur t von OSS Mehr In Kooperation mit. Münchner Fachanwaltstag IT-Recht. Open Source Software. Fluch und Segen bei Entwicklung und Vertrieb von Software
In Kooperation mit Open Source Software Fluch und Segen bei Entwicklung und Vertrieb von Software Münchner Fachanwaltstag IT-Recht Open Source Software Fluch und Segen bei Entwicklung und Vertrieb von Mehr Lizenzen für Lernsoftware. Lizenzformen im Vergleich
für Lernsoftware Lizenzformen im Vergleich Universität Hamburg, 22.12.2005 Übersicht Definition (Lizenz, Urheberrecht, Copyleft) Public Domain, Freeware, OSS, Shareware, Careware, Crippleware Definition Mehr OSS Compliance Tragen Ihre Unternehmensprozesse Open Source Rechnung? Dr. Christian Laux OpenExpo, 25. September 2008
OSS Compliance Tragen Ihre Unternehmensprozesse Open Source Rechnung? Dr. Christian Laux OpenExpo, 25. September 2008 1 Compliance? "Bei der Verwendung von OSS in kommerziellen Produkten sind die Lizenzpflichten Mehr L i z e n z v e r t r a g
L i z e n z v e r t r a g zwischen dem Zentralverband der Deutschen Naturwerkstein-Wirtschaft e. V., Weißkirchener Weg 16, 60439 Frankfurt, - nachfolgend Lizenzgeber genannt - und der Firma - nachfolgend Mehr Rundschreiben 2008/7 Outsourcing Banken
Häufig gestellte Fragen (FAQ) Rundschreiben 2008/7 Outsourcing Banken (Letzte Änderung vom 6. Februar 2015) 1. Nach welchen Kriterien beurteilt sich die Anwendbarkeit des Rundschreibens 2008/7? Ein Outsourcing Mehr vogel & partner rechtsanwälte
Agile Projektsteuerung und Urheberrecht sowie Know-how-Schutz Karlsruher Entwicklertag, agile day, 22.05.2014 IHK Karlsruhe Prof. Dr. Rupert Vogel Rechtsanwalt Fachanwalt für IT-Recht Karlsruhe/Stuttgart Mehr W/M/W LLP RECHTSANWÄLTE
Patentlizenzvertrag Zwischen [Genaue Bezeichnung des Lizenzgebers eintragen, Vertretungsregeln bei juristischen Personen beachten] - nachfolgend Lizenzgeber genannt - und [Genaue Bezeichnung des Lizenznehmers Mehr Verordnung über die Banken und Sparkassen
Verordnung über die Banken und Sparkassen (Bankenverordnung, BankV) Entwurf Änderung vom Der Schweizerische Bundesrat verordnet: I Die Bankenverordnung vom 17. Mai 1972 1 wird wie folgt geändert: Gliederungstitel Mehr neximage Server Lizenzvertrag
neximage Server Lizenzvertrag Version 1.1 Datum 23. Juni 2004 Autor Copyright Simon Anderegg nexbyte gmbh neximage Server Lizenzvertrag neximage Server wird Ihnen von nexbyte zu den nachfolgenden Bedingungen Mehr Allgemeine Geschäftsbedingungen für den STILL-Online-Shop
Allgemeine Geschäftsbedingungen für den STILL-Online-Shop 1 GELTUNG/VERTRAGSABSCHLUSS Die nachstehenden Allgemeinen Geschäftsbedingungen gelten für alle Bestellungen über den STILL Hubwagen-Online-Shop. Mehr Provider-Vertrag. 1 Gegenstand des Vertrages. (1) Gegenstand dieses Vertrages ist die Bereitstellung von Einwahlleitungen für den Zugang zum
Provider-Vertrag Zwischen im Folgenden Anbieter genannt und im Folgenden Kunde genannt wird folgender Vertrag geschlossen: 1 Gegenstand des Vertrages (1) Gegenstand dieses Vertrages ist die Bereitstellung Mehr Die Creative Commons Lizenzen
C Die Creative Commons Lizenzen Florian Philapitsch Creative Commons Österreich Legal Project Lead www.creativecommons.org florian.philapitsch@wu-wien.ac.at Affiliate Institution Abteilung für Informationsrecht Mehr Allgemeine Geschäftsbedingungen für den Hotelaufnahmevertrag des Hotel Helgoland (AGB s)
Allgemeine Geschäftsbedingungen für den Hotelaufnahmevertrag des Hotel Helgoland (AGB s) I Geltungsbereich Diese Geschäftsbedingungen gelten für Hotelaufnahmeverträge sowie alle für den Gast erbrachten Mehr Handel mit gebrauchter Software. Dr. Truiken Heydn
Handel mit gebrauchter Software Dr. Truiken Heydn Herbstakademie 2006 Handel mit gebrauchter Software I. Fallgestaltungen II. Sachverhalt III. Urteil des Landgerichts München I Herbstakademie 2006 Handel Mehr Arbeitsgruppe Rechtsrahmen des Cloud Computing. Jahreskongress Trusted Cloud Berlin, 3. Juni 2014
Arbeitsgruppe Rechtsrahmen des Cloud Computing Jahreskongress Trusted Cloud Berlin, 3. Juni 2014 Die Arbeitsgruppe Rechtsrahmen des Cloud Computing Teil des Kompetenzzentrums Trusted Cloud Ziel: Entwicklung Mehr 1 2. N O V E M B E R 0 9 NOV 09 I P I M A U F S C H W U N G
NOV 09 1 2. N O V E M B E R 0 9 I P I M A U F S C H W U N G IP IM AUFSCHWUNG 12. November 2009 I. IP als Vermögenswert Arten von IP Entstehung Schutz Erwerb und Verwertung von IP IP und Kreditsicherung Mehr 2017 © DocPlayer.org Datenschutzbestimmungen | Nutzungsbedingungen | Feedback

References: Art. 716
 Art. 17
 Art. 122
 Art. 8
 Art. 110
 Art. 122
 Art. 36
 Art. 8
 Art. 61
 Art. 204
 Art. 61
 Art. 66
 Art. 3
 Art. 8
 Art. 19