Sitzung: Jeden Freitag in der Vorlesungszeit ab 16 Uhr c. t. im MAR 0.005. In der vorlesungsfreien Zeit unregelmäßig (Jemensch da?). Macht mit!

Benutzer:Felix/SoftwarePatenteVortrag: Unterschied zwischen den Versionen

(Bezogen auf den Sinn von Patenten)
(Vortragsnotizen)
 
(24 dazwischenliegende Versionen von 8 Benutzern werden nicht angezeigt)
Zeile 8: Zeile 8:
 
**** eigentum, belohnung, veröffentlichung und am wichtigsten: ansporntheorie
 
**** eigentum, belohnung, veröffentlichung und am wichtigsten: ansporntheorie
 
*** Immer nur diese Theorien können als grundlage einer Argumentation dienen
 
*** Immer nur diese Theorien können als grundlage einer Argumentation dienen
 +
 +
== Überleitung zu Streitpunkten ==
 +
In Deutschland gibt es historisch gesehen keine Patente auf Software. Die klassische
 +
Sicht ist, dass Software letztlich aus Algorithmen besteht, also Mathematik. Mathematisches
 +
kann aber nicht "erfunden" werden (und ist daher nicht patentierbar), sondern ist logisch
 +
zwingend ableitbar und wird daher nur "entdeckt".
 +
 +
In der bis heute gültigen European Patent Convention wurden 1973 Patente auf Software ausgeschlossen:
 +
 +
Artikel 52: Patentfähige Erfindungen
 +
  (...)
 +
  (2) Als Erfindungen im Sinn des Absatzes 1 werden insbesondere nicht angesehen:
 +
    (...)
 +
    c) Pläne, Regeln und Verfahren für gedankliche Tätigkeiten, für Spiele oder
 +
        für geschäftliche Tätigkeiten sowie Programme für Datenverarbeitungsanlagen; (...)
 +
 +
 +
Das Europäische Patentamt jedoch 2000 den Begriff der "computerimplementierten
 +
Erfindungen" eingeführt. Damit ist Software letztlich patentierbar.
 +
"The expression "computer-implemented inventions" is intended to cover claims
 +
which specify computers, computer networks or other conventional programmable
 +
digital apparatus whereby prima facie the novel features of the claimed
 +
invention are realised by means of a new program or programs. Such claims may
 +
take the form of a method of operating said conventional apparatus, the
 +
apparatus set up to execute the method (loaded with the program), or, following
 +
T1173/97, the program itself."
 +
 +
 +
Offensichtlich wird hier der legale Rahmen durch die Vergabepraxis sehr stark
 +
gedehnt. Weiterhin unterliegen alle Patente den nationalen Patentgesetzen, die z.T.
 +
unterschiedlich sind.
 +
Daher gibt es derzeit Bestrebungen, das Patentrecht zu harmonisieren und an die
 +
derzeitige Praxis anzupassen, was auch die Aktualität des Themas zeigt.
 +
 +
 +
 +
 +
== Streitpunkte ==
 +
 +
=== Trivialpatente ===
 +
=== Stand der Technik ===
 +
=== Interoperabilität ===
 +
 +
== EU-Gremien / Ablauf ==
 +
 +
Wichtig sind insbesondere zwei Akteure: Der europäische Rat, bestehend aus den Staatschefs der EU-Mitgliedsstaaten, sowie das europäische Parlament mit gewählten Abgeordneten.
 +
 +
Der europäische Rat hat im November 2002 einer Richtlinie zugestimmt, die sehr weitgehend mit den Vorstellungen des europäischen Patentamtes übereinstimmt. Dieser Vorlage muss das europäische Parlament  zustimmen. Im September 2003 wurde dort jedoch nur ein stark veränderter Vorschlag angenommen, der im wesentlichen darauf abzielt, die Patentierbarkeit von Software weitgehend zu begrenzen.
 +
 +
Jetzt muss der europäische Rat erneut darüber beschließen, was aber derzeit offiziell an Übersetzungsschwierigkeiten scheitert. Zudem ist die Diskussion im Rat auch wieder neu entfacht worden, nachdem sich z.B. Polen gegen den Vorschlag gewandt haben. In einem ersten Meinungsbild hatte der Rat jedoch im Mai 2004 die Änderungen des europäischen Parlaments abgelehnt und die eigene Richtlinie bestätigt.
 +
 +
Sobald der Rat erneut abgestimmt hat, ist wieder das Parlament an der Reihe. Sollte es zu keiner Einigung kommen, gibt es ein Vermittlungsverfahren.
 +
 +
== Verbesserungsvorschläge ==
 +
 +
 +
 +
 +
 +
  
 
== Hintergrund ==
 
== Hintergrund ==
Zeile 33: Zeile 93:
 
* Ungeklärt ob diese Patente nur für mp3 oder für alle Verlustbehafteten Audio-Komprimierungen
 
* Ungeklärt ob diese Patente nur für mp3 oder für alle Verlustbehafteten Audio-Komprimierungen
  
== Aktuelles ==
+
alter Hintergrundteil
 +
[[Benutzer:Felix/Ausarbeitung_Softwarepatente]]
  
Traditionell in Deutschland (und den meisten Industriestaaten):
 
Technische Neuerung, keine Patente auf Logik oder mathematische Methoden, weil Neuerungen deduktiv ableitbar sind (wenn auch nicht immer offensichtlich) und daher nur entdeckt werden können, weil schon immer existiert haben. Software ist erst seit relativ kurzer Zeit wirtschaftlich im großem Stil relevant, wurde zunächst mit Logik und Mathematik gleichgesetzt.
 
  
* Trips, Wipo
 
Das TRIPS-Abkommen der Welthandelsorganisation von 1993 legt Mindeststandards für "intellectual property" fest. Auch Deutschland bzw. die EU-Staaten sind durch dieses Abkommen gebunden. Es ist zwischen Befürwortern und Gegnern von Software-Patenten umstritten, ob aus dem TRIPS-Abkommen zwingend folgt, dass die EU auch Patente auf Software zulassen soll.
 
 
* European Patent Convention (EPC) / Europäische Patent-Übereinkunft (EPÜ)
 
http://www.european-patent-office.org/legal/epc/index.html
 
Artikel 52: Patentfähige Erfindungen
 
(2) Als Erfindungen im Sinn des Absatzes 1 werden insbesondere nicht angesehen: (...)
 
c) Pläne, Regeln und Verfahren für gedankliche Tätigkeiten, für Spiele oder für geschäftliche Tätigkeiten sowie Programme für Datenverarbeitungsanlagen; (...)
 
 
Damit sind Software-Patente derzeit in der EU formell nicht erlaubt.
 
 
Das Europäische Patentamt hat aber im Mai 2000 im Anhang 6 der Akte zur Trilateralen Konferenz den Begriff der "Computer-implementierten Erfindungen" geprägt. http://www.european-patent-office.org/tws/appendix6.pdf
 
 
"The expression "computer-implemented inventions" is intended to cover claims which specify
 
computers, computer networks or other conventional programmable digital apparatus whereby
 
prima facie the novel features of the claimed invention are realised by means of a new program or
 
programs. Such claims may take the form of a method of operating said conventional apparatus,
 
the apparatus set up to execute the method (loaded with the program), or, following T1173/97, the
 
program itself."
 
 
However, the reasoning (...) relied on the intimate relationship between program and an undeniably technical apparatus, the computer. Hence it was possible to argue that programs, even in abstract, can show a "technical effect".
 
 
1. This scheme makes no mention of the "further technical effect" discussed in T1173/97. There is
 
no need to consider this concept in examination, and it is preferred not to do so for the following
 
reasons: firstly, it is confusing to both examiners and applicants; secondly, the only apparent
 
reason for distinguishing "technical effect" from "further technical effect" in the decision was
 
because of the presence of "programs for computers" in the list of exclusions under Article 52(2)
 
EPC. If, as is to be anticipated, this element is dropped from the list by the Diplomatic
 
Conference, there will no longer be any basis for such a distinction. It is to be inferred that the
 
BoA would have preferred to be able to say that no computer-implemented invention is excluded
 
from patentability by the provisions of Articles 52(2) and (3) EPC.
 
 
Offensichtlich wird hier der legale Rahmen durch die Vergabepraxis sehr stark gedehnt. Dies führte zu Bestrebungen, das Patentrecht zu "harmonisieren" und an die derzeitige Praxis anzupassen.
 
 
* Verfahren: EU-Rat, Europäisches Parlament
 
Prinzipielles Vorgehen in der EU: Der Europäische Rat (bestehend Staatschefs und Ministerpräsidenten aller EU Mitgliedsstaaten) beschließt eine Richtlinie. Diese muss dann vom Europäischen Parlament (von allen EU-Bürgern per Listenwahl gewählte Parlamentarier) bestätigt werden. Sollte das nicht geschehen, wird die Richtlinie zum Rat zurückgegeben.
 
 
http://europa.eu.int/comm/internal_market/de/indprop/comp/index.htm
 
** Europäische Kommission leitet Sondierung zur Patentierung "computerimplementierter Erfindungen" ein. (Oktober 2000)
 
http://europa.eu.int/comm/internal_market/en/indprop/comp/softpatanalyse.htm
 
 
** Europäische Kommission schlägt Richtlinie vor (Februar 2002)
 
macht Patente auf Software möglich
 
 
** Europäischer Rat überarbeitet Richtlinie (November 2002)
 
 
** Diskussion im EU-Ausschuss für Recht und Binnenmarkt (bis Juni 2003)
 
Ausschuss nimmt Entwurf der Vorsitzenden Arlene McCarthy mit 20:8 Stimmen an, der von Patent-Gegnern abgelehnt wird. Software soll nur in Verbindung mit Hardware und nicht als solche patentierbar sein. Vorsitzende wird wegen angebl. Verbindungen zu Großkonzernen und SWP-Lobby kritisiert.
 
 
** Diskussion im EU-Parlament (September 2003)
 
Änderungsanträge in Punkten der Technikdefinition, Patent-Gegner und Europa-Grüne bezeichnen die Änderungen als großen Erfolg.
 
http://www2.europarl.eu.int/registre/seance_pleniere/textes_consolides/2002/0047/EP-PE_TC1-COD(2002)0047_DE.pdf
 
 
** Europäischer Rat einigt sich auf eine Richtlinie (Mai 2004)
 
Noch kein formeller Beschluss. Deutschland stimmt zu, nachdem einige kleinere Passagen bez. des Technikbegriffs geändert wurden. Kritiker monieren Umfallen.
 
Reine Software-Patente angebl. nicht möglich
 
http://www2.europarl.eu.int/registre/seance_pleniere/textes_consolides/2002/0047/EP-PE_TC1-COD(2002)0047_DE.pdf
 
rtikel 4
 
  
 
Voraussetzungen der Patentierbarkeit
 
Voraussetzungen der Patentierbarkeit
Zeile 157: Zeile 158:
 
*** wikipedia:softwarepatent Fortschrittsbalken (ibm) (friegegeben), mp3(fraunhofer), elektronischer einkaufswagen (sun), one-click-shopping (amazon), etwas verschenken (online) (amazon) (unter einspruch), if-abfrage (http://swpat.ffii.org/patents/txt/ep/1274/097/) mehr http://patinfo.ffii.org/patente.html, noch mehr: http://webshop.ffii.org/
 
*** wikipedia:softwarepatent Fortschrittsbalken (ibm) (friegegeben), mp3(fraunhofer), elektronischer einkaufswagen (sun), one-click-shopping (amazon), etwas verschenken (online) (amazon) (unter einspruch), if-abfrage (http://swpat.ffii.org/patents/txt/ep/1274/097/) mehr http://patinfo.ffii.org/patente.html, noch mehr: http://webshop.ffii.org/
 
*** http://opensource.mit.edu/papers/bessen.pdf 18% Japan, 3% de, 2% Grosspritanien / Cannada, rest im prinzip USA
 
*** http://opensource.mit.edu/papers/bessen.pdf 18% Japan, 3% de, 2% Grosspritanien / Cannada, rest im prinzip USA
 
== Software-Patente in den USA ==
 
 
* 1996: US Patents and Trademark Office erlässt "Examination Guidelines for Computer-Related Inventions" (http://www.uspto.gov/web/offices/com/hearings/software/analysis/computer.html )
 
* Patentierbar ist seitdem:
 
** "Independent Physical Acts (Post-Computer Process Activity)"
 
*** Der Computer verarbeitet erst Daten und interagiert dann mit der realen Welt.
 
*** Beispiel: Maschinensteuerung
 
** "Manipulation of Data Representing Physical Objects or Activities (Pre-Computer Process Activity)"
 
*** Der Computer erhält Daten aus der realen Welt und verarbeitet diese dann.
 
*** Beispiel: Auswertung der Daten eines Seismographen
 
** "Computer-Related Processes Limited to a Practical Application in the Technological Arts"
 
*** Ein Programm oder Algorithmus an sich ist nicht patentierbar, wohl aber die praktische Anwendung dessen.
 
*** Beispiel: Noise-Filter. Der Algorithmus an sich ist nicht patentierbar, nur die Anwendung des Algorithmus, um das Rauschen aus einem Signal zu filtern, also um ein Real-World-Problem zu lösen.
 
* Problem: Die Kriterien sind nicht eng genug gefasst, um Trivialpatente zu verhindern
 
* Beispiel: 2002 Patent von IBM auf Statusanzeige der Caps-Lock-Taste (US-Patentnummer 6,748,468)
 
* Z.Z.: Patent-Abzocke durch Firmen wie Acacia, Eolas, SCO, McKool Smith
 
  
 
== Argumente ==
 
== Argumente ==
=== Innovation und Wirtschaft ===
 
Patente sollen Innovation und die Wirtschaft fördern. Erfüllen Softwarepatente diese Anforderungen?
 
  
 +
nicht mehr im Wiki wegen Tabellenform.
  
* Softwarepatente = garantierte Verwertungsmöglichkeit für geistiges Eigentum (http://www.heise.de/newsticker/meldung/47779 ) -> Patent = Monopol = Geldmaschine, die weitere Innovation ermöglicht (Lobby Brief zitiert in http://kwiki.ffii.org/Swpateicta0410En ) (http://www.patents4innovation.org/index.php/eng/cii/#29 )
+
aktuelle Version hier: http://user.cs.tu-berlin.de/~nighty/argumente%20struktur.sxw
* Bundesjustizministerin Brigitte Zypries hofft durch Softwarepatente auf Sinken der Arbeitslosigkeit (http://www.heise.de/newsticker/meldung/47779 ), so argumentieren auch EICTA (Lobby Brief zitiert in http://kwiki.ffii.org/Swpateicta0410En )
 
* Quelltext durch Urheberrecht geschützt, aber nicht die Idee -> durch Softwarepatente ist auch die Verwertung und/oder der Schutz der Idee möglich (http://www.wienerzeitung.at/linkmap/technik/patente/positionen.htm )
 
* in USA und Japan gibt es bereits Softwarepatente -> ohne Softwarepatente Wettbewerbsnachteile für europäische Firmen (http://lenz.uni-koblenz.de/wiki/index.php/Software-Patente/Positionen )
 
* durch Softwarepatente wird der Wissensaustausch gefördert, da Patente nach 18 Monaten offen gelegt werden müssen. Gibt es keine Patente, würden Firmen versuchen, ihr Wissen so lange wie möglich geheimzuhalten, was dem technischen Fortschritt abträglich wäre. Diese Geheimhaltungspraxis würde auch die Standardisierung erschwerden. (Lobby Brief zitiert in http://kwiki.ffii.org/Swpateicta0410En )
 
* Innovationsindikator: Ein Unternehmen wird oft u.a. nach der Anzahl der Patente bewertet. Ein Unternehmen mit vielen Patenten ist demnach mehr wert als eins mit wenig Patenten. (http://www.wienerzeitung.at/linkmap/technik/patente/positionen.htm )
 
 
 
==== contras ====
 
* Dreiviertel der etwa 30000 in Europa erteilten Patente stammen nicht von europäischen Firmen ((http://www.heise.de/newsticker/meldung/47314 , http://www.ulisommer.de/computer/swp-begriffe.htm ) -> Benachteiligung der heimischen Softwareindustrie (nosoftwarepatents.com/de/s/dangers/market.html ) und Gelddrain ins Ausland
 
* Dort, wo es bereits Softwarepatente gibt, können europäische Firmen problemlos auch ihre Patente anmelden. -> kein Wettbewerbsnachteil für Europa
 
* Innovationsbremse: Entwicklung neuer Programme wird erschwert, da Entwickler ständig damit rechnen müssen, bestehende Patente zu verletzen. (http://www.wienerzeitung.at/linkmap/technik/patente/positionen.htm ) Dies ist bei Softwarepatenten so problematisch, da hier die Patentdichte wesentlich höher ist als in der klassischen Technik. (http://www.ulisommer.de/computer/swp-begriffe.htm )
 
* Softwarepatente werden nur aus strategischen Gründen eingereicht, um sich vor Klagen zu schützen. Das ist aber nur großen Firmen möglich. Kleine und mittlere werden benachteiligt. (http://www.bmwa.bund.de/Navigation/Technologie-und-Energie/informationsgesellschaft,did=24934.html )
 
* Durch Patentschutz gehen Firmen unnötig Gewinne verloren (zusätzliche Kosten, Stichwort shareholder value), die in anderen Bereichen besser investiert wären. (http://nosoftwarepatents.com/de/s/dangers/racketeering.html )
 
* Monopolbildung durch verstärkte Netzwerkeffekte (http://www.wienerzeitung.at/linkmap/technik/patente/positionen.htm )
 
* Kleine und mittelständische Unternehmen sowie Open-Source wären der Gnade der Inhaber der Patenmonopole ausgeliefert (http://www.heise.de/newsticker/meldung/47524 )
 
* Wirtschaftsbremse: durch Monopolbildung der großen Unternehmen leiden kleine und mittelständische Betriebe, wobei v.a. letztere ein wesentlicher Wirtschafts- und Innovationsfaktor sind. (http://www.ulisommer.de/computer/swp-begriffe.htm ) Folglich würde durch Softwarepatente der Wettbewerb eingeschränkt werden. Zusätzlich zahlen kleine Unternehmen ihre Steuern tendenziell nicht im Ausland und sind auch weniger am Outsourcing beteiligt, da bei ihnen oft Kundennähe wichtig ist. (http://nosoftwarepatents.com/de/s/dangers/market.html )
 
* Softwarepatente werden offensichtlich generell nicht zur Wissensgenerierung herangezogen, sondern nur um sich zu vergewissern, daß kein Patent verletzt wird. (http://www.bmwa.bund.de/Navigation/Technologie-und-Energie/informationsgesellschaft,did=24934.html )
 
* Open Source Software (wichtiger Innovationsfaktor) wäre durch Patente besonders gefährdet. (http://nosoftwarepatents.com/de/s/dangers/linux.html )
 
* Der Wegfall von Open Source würde unweigerlich zu einer Preissteigerung führen. (http://nosoftwarepatents.com/de/s/dangers/market.html )
 
* Entstehen von Firmen, die sich auf Patentprozesse und die Vermarktung von Patenten spezialisieren, aber keinen wirtschaftlichen Mehrwert erbringen (nichts produzieren als Patentprozesse), z.B. Eolas, Acacia... (http://nosoftwarepatents.com/de/s/dangers/racketeering.html )
 
 
 
=== Sonstige ===
 
 
 
==== pros ====
 
* Softwarepatente sind bereits bestehende Praxis (http://www.heise.de/newsticker/meldung/47779 )
 
* wer nicht “abschreibt”, kann nur schwer eine Patentverletzung begehen (Bundesjustizministerin Brigitte Zypries, zitiert nach http://de.wikipedia.org/wiki/Software-Patent )
 
* Trivialpatente und reine Softwarepatente mit dem EU-Ratsentwurf nicht möglich (Lobby Brief zitiert nach http://kwiki.ffii.org/Swpateicta0410En )
 
* Softwarepatente in Übereinstimmung mit TRIPS, da Software nicht von Patentierbarkeit ausgeschlossen wird. (Lobby Brief zitiert nach http://kwiki.ffii.org/Swpateicta0410En )
 
* Open-Source-Software wird durch den Ratsentwurf nicht beinträchtig, da Softwarepatente und Open-Source schon lange miteinander gelebt haben und sich also nichts verändern wird. Open-Source-Software wird durch den Ratsentwurf nicht beinträchtig, da Softwarepatente und Open-Source schon lange miteinander gelebt haben und sich also nichts verändern wird. (Lobby Brief zitiert in kwiki.ffii.org )
 
* Harmonisierung: Durchsetzung des Ratsentwurfs wichtig zur Vereinheitlichung der verschiedenen Praxen der Patentvergabe und Rechtssprechungen (http://www.wienerzeitung.at/linkmap/technik/patente/positionen.htm )
 
* Cross-licensing möglich um sich gegen teure Patentverfahren abzusichern (http://www.wienerzeitung.at/linkmap/technik/patente/positionen.htm )
 
* Pflichtversicherung möglich um sich gegen teure Patentverfahren abzusichern (http://europa.eu.int/comm/internal_market/en/indprop/patent/docs/patent-litigation-insurance_en.pdf )
 
 
 
==== contras ====
 
* Urheberrecht bietet adequaten Schutz der Arbeit. (http://www.ulisommer.de/computer/swp-begriffe.htm )
 
* Profitabelste Investitionen in Softwarefirmen sind auf das Urherberrecht zurückzuführen. (http://nosoftwarepatents.com/de/s/dangers/investment.html )
 
* Patente würden es für neue Firmen unmöglich machen, Software zu programmieren, ohne auf fremder Arbeit aufzubauen. (http://www.ulisommer.de/computer/swp-begriffe.htm )
 
* Patentsuche aufwendig und teuer, aber auch ungenau, da der Sourcecode nicht mitveröffentlich werden muss, wenn ein Patent angemeldet wird (http://www.wienerzeitung.at/linkmap/technik/patente/positionen.htm ) und auch eine Stichwortsuche nicht möglich ist (http://www.ulisommer.de/computer/swp-begriffe.htm )
 
* Wird ein Patent verletzt, vorher aber eine Patentsuche durchgeführt, so handelt es sich um eine bewusste Patentverletzung, was hohe Strafen mit sich führt. Da Patentsuchen aber nicht sicher sind (Schwierigkeiten siehe oben), kann man sie fast schon als töricht bezeichnen. (http://ftc.gov/opa/2002/02/ipsecond.htm)
 
* sichere Software sollte quellenoffen sein. (http://www.wienerzeitung.at/linkmap/technik/patente/positionen.htm ) Grund: Software ist nicht nur Idee sondern auch Implementation. Mit Softwarepatenten gibt es von jeder Idee erstmal nur eine Implementation. Mitbewerber könnten mit großer Wahrscheinlichkeit sicherere Implementationen abliefern. (http://nosoftwarepatents.com/de/s/dangers/itss.html )
 
* Aus demselben Grund ist quellenoffene Software auch stabiler. (http://nosoftwarepatents.com/de/s/dangers/itss.html )
 
* Veröffentlichung des Quellcodes wäre riskant, da dann jeder Mitbewerber im Quellcode nach Patentverletzungen suchen kann. Dies führt wiederum zu weniger Sicherheit und Stabilität. (http://nosoftwarepatents.com/de/s/dangers/itss.html )
 
* Patentdauer viel zu lang, da Software wesentlich schnelllebiger ist als konventionelle Technik. (http://www.ulisommer.de/computer/swp-begriffe.htm )
 
* Das Patentwesen ist einfach zu langsam (in der bearbeitung der Patente) für Softwarepatente. (http://nosoftwarepatents.com/de/s/dangers/investment.html )
 
* Softwarepatente sind teuer in der Beantragung und erschweren start-ups. (http://nosoftwarepatents.com/de/s/dangers/investment.html )
 
* viele bereits bestehende Softwarepatente sind Trivialpatente (http://www.ulisommer.de/computer/swp-begriffe.htm )
 
* rückwirkende Legalisierung bereits erteilter (illegaler) Patente erzeugt Rechtsunsicherheit und würde Firmen, die in bestehendes Recht vertraut haben, benachteiligen. Außerdem würden durch unumgängliche Rechtsstreitigkeiten die Existenz vieler Firmen gefährdet. (http://www.ulisommer.de/computer/swp-begriffe.htm )
 
* Die Situation in den USA ist Abschreckung genug. (http://www.ulisommer.de/computer/swp-begriffe.htm )
 
* cross-licensing nur für große Firmen mit breitem Patentportfolio möglich. (http://nosoftwarepatents.com/de/s/dangers/sme.html )
 
* Softwarepatente = Patente auf logische Anweisungen. Dadurch sind auch solche unsinnigen Sachen wie die Patentierung der 35-Stunden-Woche durch AFUL möglich. (http://www.ulisommer.de/computer/swp-begriffe.htm )
 
* Softwarepatente, die sich auf Schnittstellen und Kommunikationsprotokolle erstrecken (gibt es!) schließen alle Mitbewerber von der gesamten Kommunikation aus. Dies öffnet außerdem dem Datenmissbrauch Tür und Tor. (http://www.ulisommer.de/computer/swp-begriffe.htm )
 
* rohender Verlust von Informations- und Kommunikationsfreiheit durch patentierte Standards in den Händen von Großunternehmen. Inhalte könnten von diesen Unternehmen ausgesucht und gefiltert werden, was zu weniger Auswahl und Meinungsvielfalt führen würde. (http://nosoftwarepatents.com/de/s/dangers/freedom.html )
 
  
 
== Wie geht man mit SP um? ==
 
== Wie geht man mit SP um? ==
Zeile 256: Zeile 188:
 
* Trivialpatente raus
 
* Trivialpatente raus
 
* Patentdauer beschränken 2 / 5 Jahre
 
* Patentdauer beschränken 2 / 5 Jahre
 +
 +
 +
== Folien ==
 +
 +
hier: http://user.cs.tu-berlin.de/~nighty/folien.sxi

Aktuelle Version vom 11. Dezember 2004, 14:01 Uhr

Start mit: http://www.userfriendly.org/cartoons/archives/00mar/20000305.html und / oder http://webshop.ffii.org/

Terminologie

  • wikipedia:patent "Ein Patent ist ein hoheitlich erteiltes gewerbliches Schutzrecht, das ein zeitlich begrenztes ausschließliches Recht (Monopol) zur gewerblichen Nutzung eines technischen Verfahrens oder eines technischen Produkts gewährt."
    • wikipedia:patent, information rules
      • Verschiedene theorien wieso patente gut für die gesellschaft sind:
        • eigentum, belohnung, veröffentlichung und am wichtigsten: ansporntheorie
      • Immer nur diese Theorien können als grundlage einer Argumentation dienen

Überleitung zu Streitpunkten

In Deutschland gibt es historisch gesehen keine Patente auf Software. Die klassische Sicht ist, dass Software letztlich aus Algorithmen besteht, also Mathematik. Mathematisches kann aber nicht "erfunden" werden (und ist daher nicht patentierbar), sondern ist logisch zwingend ableitbar und wird daher nur "entdeckt".

In der bis heute gültigen European Patent Convention wurden 1973 Patente auf Software ausgeschlossen:

Artikel 52: Patentfähige Erfindungen
 (...)
 (2) Als Erfindungen im Sinn des Absatzes 1 werden insbesondere nicht angesehen:
    (...)
    c) Pläne, Regeln und Verfahren für gedankliche Tätigkeiten, für Spiele oder
       für geschäftliche Tätigkeiten sowie Programme für Datenverarbeitungsanlagen; (...)


Das Europäische Patentamt jedoch 2000 den Begriff der "computerimplementierten Erfindungen" eingeführt. Damit ist Software letztlich patentierbar. "The expression "computer-implemented inventions" is intended to cover claims which specify computers, computer networks or other conventional programmable digital apparatus whereby prima facie the novel features of the claimed invention are realised by means of a new program or programs. Such claims may take the form of a method of operating said conventional apparatus, the apparatus set up to execute the method (loaded with the program), or, following T1173/97, the program itself."


Offensichtlich wird hier der legale Rahmen durch die Vergabepraxis sehr stark gedehnt. Weiterhin unterliegen alle Patente den nationalen Patentgesetzen, die z.T. unterschiedlich sind. Daher gibt es derzeit Bestrebungen, das Patentrecht zu harmonisieren und an die derzeitige Praxis anzupassen, was auch die Aktualität des Themas zeigt.



Streitpunkte

Trivialpatente

Stand der Technik

Interoperabilität

EU-Gremien / Ablauf

Wichtig sind insbesondere zwei Akteure: Der europäische Rat, bestehend aus den Staatschefs der EU-Mitgliedsstaaten, sowie das europäische Parlament mit gewählten Abgeordneten.

Der europäische Rat hat im November 2002 einer Richtlinie zugestimmt, die sehr weitgehend mit den Vorstellungen des europäischen Patentamtes übereinstimmt. Dieser Vorlage muss das europäische Parlament zustimmen. Im September 2003 wurde dort jedoch nur ein stark veränderter Vorschlag angenommen, der im wesentlichen darauf abzielt, die Patentierbarkeit von Software weitgehend zu begrenzen.

Jetzt muss der europäische Rat erneut darüber beschließen, was aber derzeit offiziell an Übersetzungsschwierigkeiten scheitert. Zudem ist die Diskussion im Rat auch wieder neu entfacht worden, nachdem sich z.B. Polen gegen den Vorschlag gewandt haben. In einem ersten Meinungsbild hatte der Rat jedoch im Mai 2004 die Änderungen des europäischen Parlaments abgelehnt und die eigene Richtlinie bestätigt.

Sobald der Rat erneut abgestimmt hat, ist wieder das Parlament an der Reihe. Sollte es zu keiner Einigung kommen, gibt es ein Vermittlungsverfahren.

Verbesserungsvorschläge

Hintergrund

  • BGH
    • wikipedia:softwarpatente: Die im EPÜ genannten Ausschlüsse von der Patentierbarkeit, insbesondere für Computerprogamme, finden sich in § 1 des deutschen Patentgesetzes (PatG) wieder. Die Technizität einer Erfindung, die Voraussetzung für eine Patentierung ist, ist nach deutscher Rechtsprechung dadurch gekennzeichnet, dass sich die Erfindung zur Erreichung eines kausal übersehbaren Erfolges des Einsatzes von Naturkräften bedient. Nach nunmehr wohl als ständig zu bezeichnender Rechtsprechung des Bundespatentgerichtes und des Bundesgerichtshofes ist die lediglich bestimmungsgemäße Benutzung eines Computers kein Einsatz von Elektrizität als Naturkraft. In Grenzfällen, wie bei Methoden zur Druckwegoptimierung oder zur Speicherverwaltung, kam es dennoch zu umstrittenen Interpretationen, nach denen beispielsweise eine Reduzierung des Speicherverbrauches bereits Technizität herstellt.
  • Allg. Unsicherheit
  • EPA-Vergabepraxis
    • wikipedia:Europäisches_Patentamt: Fakten: Kein EU-Organ, 29 Länder gehören dazu, finanziert sich aus patenteinnahmen, davon hälfte an beteiligte nationen, rest für sich selbst
  • Software-Patente auch jetzt schon

MP3

http://web.media.mit.edu/~eds/mpeg-patents-faq

Technik

  • Ton in Frequenzen aufteilen
  • Psychoakustisches Modell verwenden um zu beurteilen was hörbar ist und was nicht
  • Allokator verwenden der jedem Frequenzband eine menge an Bit's zuweist, dem "hörbarsten" am meisten

Patente

  • FhG hat Patente auf das Psychoakustische Modell und den Bit-Allokator
  • Ungeklärt ob diese Patente nur für mp3 oder für alle Verlustbehafteten Audio-Komprimierungen

alter Hintergrundteil Benutzer:Felix/Ausarbeitung_Softwarepatente


Voraussetzungen der Patentierbarkeit

Um patentierbar zu sein, müssen computerimplementierte Erfindungen neu sein, auf einer erfinderischen Tätigkeit beruhen und gewerblich anwendbar sein. Um das Kriterium der erfinderischen Tätigkeit zu erfllen, müssen computerimplementierte Erfindungen einen technischen Beitrag leisten.


Artikel 4a

Ausschluss von der Patentierbarkeit

(1) (neu) Ein Computerprogramm als solches kann keine patentierbare Erfindung darstellen.

(2) Bei computerimplementierten Erfindungen wird nicht schon deshalb von einem technischen Beitrag ausgegangen, weil zu ihrer Ausführung ein Computer, ein Computernetz oder eine sonstige programmierbare Vorrichtung eingesetzt wird. Folglich sind Erfindungen, zu deren Ausführung ein Computerprogramm, sei es als Quellcode, als Objektcode oder in anderer Form ausgedrückt, eingesetzt wird und durch die Geschäftsmethoden, mathematische oder andere Methoden angewendet werden, nicht patentfähig, wenn sie über die normalen physikalischen Interaktionen zwischen einem Programm und dem Computer, Computernetzwerk oder einer sonstigen programmierbaren Vorrichtung, in der es abgespielt wird, keine technischen Wirkungen erzeugen.


Artikel 5

Form des Patentanspruchs

(1) Die Mitgliedstaaten stellen sicher, dass auf eine computerimplementierte Erfindung entweder ein Erzeugnisanspruch erhoben werden kann, wenn es sich um einen programmierten Computer, ein programmiertes Computernetz oder eine sonstige programmierte Vorrichtung handelt, oder aber ein Verfahrensanspruch, wenn es sich um ein Verfahren handelt, das von einem Computer, einem Computernetz oder einer sonstigen Vorrichtung durch Ausführung von Software verwirklicht wird.

(2) Ein Patentanspruch auf ein Computerprogramm, sei es auf das Programm allein oder auf ein auf einem Datenträger vorliegendes Programm, ist nur zulässig, insoweit das Programm, wenn es auf einem Computer, auf einem programmierten Computernetz oder einer sonstigen programmierbaren Vorrichtung installiert und ausgeführt wird, einen in derselben Patentanmeldung erhobenen Erzeugnis- oder Verfahrensanspruch gem Absatz 1 begründet.


Europ. Rat sollte schon tagen, hat aber noch nicht. Offiziell wg. Übersetzungsschwierigkeiten.

  • Niederländisches Parlament fordert Regierung auf, Zustimmung im Rat zurückzunehmen (Juli 2004)

http://www.heise.de/newsticker/meldung/48796

  • Polen wird die aktuelle Ratsrichtlinie nicht unterstützen - wg. mehr Stimmen ev. andere Ratsgewichtung

http://www.kprm.gov.pl/441_12649.htm

  • Bundestag: Alle Fraktionen bringen Anträge ein, die die Haltung der Bundesregierung kritisieren. Überweisung an den Rechtsausschuss zur Erarbeitung eines interfraktionellen Antrags. (Oktober 2004)

http://www.heise.de/newsticker/meldung/52417


Weiterer Plan:

  • Wenn die Änderungen des EU-Parlaments nicht angenommen werden, muss sich das Parlament in 2. Sitzung damit beschäftigen.
  • Wird die Richtlinie mit absoluter Mehrheit aller Sitze abgelehnt, gibt es ein Vermittlungsverfahren zwischen Rat und Parlament.

http://www.stop-swpat.de/docs/historie.pdf


Kernstreitpunkte:

  • Ist Software "an sich" patentierbar?
  • Interoperabilität
  • Wie wird Technik definiert?


  • Akteure (wer was plant)
    • EU-Rat, Industrie
    • FFII
    • EU-Parlament


Argumente

nicht mehr im Wiki wegen Tabellenform.

aktuelle Version hier: http://user.cs.tu-berlin.de/~nighty/argumente%20struktur.sxw

Wie geht man mit SP um?

  • Großunternehmen
    • viel patentieren
    • Cross-Licensing
    • Versicherung
  • Open Source
    • Patent-Portfolio aufbauen
    • sehr teuer/unpraktikabel: Versicherung
    • Rückendeckung durch große Patentinhaber
    • eigene Patent-Datenbanken, um Trivialpatente zu verhindern
    • Abschreckung durch Community und Unsicherheit
    • ignorieren
  • KMUs
    • sehr teuer: Versicherung
    • sehr begrenzt: Cross-Licensing
    • Aufkaufen und Verwerten von fremden Patenten (Acacia)

Sonstiges

  • Trivialpatente raus
  • Patentdauer beschränken 2 / 5 Jahre


Folien

hier: http://user.cs.tu-berlin.de/~nighty/folien.sxi