[EN English] [FR Francais] [NL Nederlands] [PL Polsky] [CS Czesky] [Übersetzungsvorlage] [Wie helfen?] [Addenda]

Google
Dringender AufrufDer TextQualifiziert?ParlamentAuswegJunker

Scheinbegrenzungen der Patentierbarkeit im Ratsentwurf
Tag der Bananen-Union

Wir versuchen einen kurzen Überblick über die Täuschungstaktiken des Ratsentwurfs zur Software-Patentierung vom 18.05.2004 zu geben.
Der meistverwendete rhetorische Trick im Ratspapier ist nach dem Schema

[A] ist nicht patentfähig, wenn nicht [Bedingung B] erfüllt ist

aufgebaut, wobei bei näherer Betrachtung Bedingung B immer erfüllt ist.

Eine ausführliche Behandlung des Sachverhaltes bis ins Detail würde den zeitlichen Rahmen sprengen. Daher behandeln wir nur einige der meistdiskutierten Bestimmungen des Ratstextes um das Problem zu illustrieren. Eine ausführliche Auswertung steht Ihnen auf der Analyseseite zur Verfügung.

Der Text:
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.
Analyse:
Die "wenn nicht" -Bedingung ist immer erfüllt. Jedes Computerprogramm kann als ein "Produkt oder Prozess" beansprucht werden, und in diesem Fall kann der Patentanspruch auch auf das Programm als solches erhoben werden, "sowohl auf das Programm an sich als auch in Verbindung mit einem Datenträger".

Präziser gesagt: Ein Anspruch der Form "Programm, dadurch bezeichnet dass es [ gewisse Dinge tut ]" wird patentierbar, und dieser Patentanspruch deckt dann eine unendlichen Anzahl von individuell entwickelten urheberrechtlich geschützten Programmen ab.

Das Programm muß laut dieser Bestimmung nicht einmal neu oder innovativ sein. Es reicht die konventionelle Beschreibung einer neuen Vorgehensweise. Sobald jemand einen neuen chemischen Prozess erfunden hat, kann er eine programmierte Logik patentieren lassen, welche den Prozess beschreibt (z. B. A+B=C), und in der Folge wird er ermächtigt jedem zu verbieten sowohl ein Programm zu veröffentlichen, welches diese Logik verwendet, als auch ein solches für irgendeinen Zweck- einschließlich der Simulation auf einem handelsüblichen Standard-Rechner - zu nutzen.

Diese Bestimmung ist der Kernpunkt des Ratsentwurfs, und sie ruft erheblich Zweifel an der Kompetenz der "Arbeitsgruppe" hervor, sogar in den eigenen Reihen. Lesen Sie hierzu auch unsere Analyse.

Der Text:
Ein Computerprogramm als solches kann keine patentierbare Erfindung darstellen.
Analyse:
Diese Bestimmung steht in direktem Widerspruch zu Art 5(2).

Sie wurde von Komissionsmitglied Bolkestein während der Sitzung eingebracht als der erfolgreiche Versuch die anwesenden Ministerialbeamten zu täuschen.

Der oberflächliche Leser mag annehmen, dieser Artikel schliesse die Bedrohung der Arbeit von Programmierern durch Patente aus, weil Programme als solche nicht patentfähig seien. Tatsächlich glaubt sogar die deutsche Justiz-Ministerin, Brigitte Zypries, an diese Interpretation des Artikels, denn Sie benutzte sie zehn Tage nach der Ratssitzung in einem Chat bei dem Versuch die Ängste von Programmiern zu zerstreuen.

Der sachkundige Leser erkennt jedoch, dass dieser Satz genau das Gegenteil von dem bedeutet, was Zypries und Minister anderer Regierungen glauben. Art 52 EPC wird durch diesen Artikel nicht gestärkt sondern bedeutungslos.

Computer-Programme können nicht gleichzeiting beanspruchbar (Art 5(2)) und unpatentierbar (Art 4A1) sein. Wer nun einen Ausweg aus diesen Widerspruch im Gesetz sucht, findet folgende Formulierung.

Der Text:
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.
Analyse:
Hier hat Bolkestein den überflüssigen Nebensatz "sei es als Quellcode, als Objektcode oder in anderer Form ausgedrückt" eingefügt. Dieser Nebensatz ist bedeutungslos, da kein Patent-Antragsteller jemals ein Programm in den engen Grenzen des "Codes" eines einzelnen Programmierers beanspruchen wird. So ein eng gefasster Anspruch wäre die Patentregistrierungsgebühr nicht wert, und würde auch nicht den geringsten Protest aus den Reihen der Software-Gemeinschaft hervorrufen. Bolkestein fügte diesen Nebensatz nur aus einem Grund ein: er suggeriert eine Interpretation für Satz A1, welcher wiederum Art 52 EPC interpretiert. Dieser Interpretation folgend schließt Art 52 nur bestimmte Arten von imaginären engen Ansprüchen aus, welche niemand je beansprucht hat und gegen die sich auch keine Bedenken regen. Diese Interpretation steht im Widerspruch zur klaren Bedeutung von Art 52 EPC so wie er normalerweise von den Patentgerichten verstanden wird, und sie ist unzulässig im Bezug auf die normale Art und Weise der Interpretation von Gesetzen und Abkommen.

Die "normale physische Interaktion zwischen einem Programm und dem Computer" bedeutet etwa so viel wie die "normale physische Interaktion zwischen einem Rezept und dem Koch", nämlich nichts oder eben das, was man aus neueren Entscheidungen des EPA entnehmen kann, in denen sie eingesetzt wurde. Damals diente sie dazu, die Erteilung von Patenten auf geometrische Rechenregeln an IBM zu rechtfertigen. Im vorliegenden Fall wurde laut EPA "über die normale physische Interaktion ... hinaus" noch dadurch ein weiterer "technischer Effekt" erzielt, dass auf einem Computerbildschirm Platz gespart wurde. Das EPA beurteilte erläuterte wenig später, dass die Fiktion vom "weiteren technischen Effekt" historisch bedingt war und nicht der Klärung sondern der Verwirrung diente:

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.

Die Ratsarbeitsgruppe lehnt im übrigen den Artikel 4B des Parlaments ab, der den EPA-Formeln eine begrenzendere Bedeutung gegeben hätte, gestützt auf eine neuere deutsche Gerichtsentscheidung, derzufolge die Einsparung von Rechenressourcen keinen "technischen Beitrag" darstellen kann, da andernfalls alle computer-implementierten Geschäftsmethoden patentfähig würden. Hierdurch wird klar, dass die Ratsarbeitsgruppe im Einklang mit der neuesten EPA-Praxis "computer-implementierte" Algorithmen und Geschäftsmethoden patentierbar machen möchte.

[ Was passierte am 7. März 2005 | Scheinbegrenzungen der Patentierbarkeit im Ratsentwurf | Council 2004-05-18: an Unqualified Majority | Hintergrundinformationen zur Entscheidung des Parlaments | Wie soll es weitergehen? Schritte aus der erstarrten Europäischen Softwarepatent Situation | Draft Letter to Luxemburg Head of State Concerning Software Patent Directive ]
Gültiges XHTML 1.0!
http://swpat.ffii.org/briefe/cons0406/text/index.de.html
© 2005-04-16 Hartmut PILCH
deutsche Version 2004-08-05 von Andreas Vossloh