Als ik het goed begrepen hebt is er enerzijds de aanname dat wanneer je een octrooi toegekend krijgt, dat dan vervolgens alle claims, m.a.w. alle beschreven onderdelen van de uitvinding, de bescherming van het totale octrooi genieten. Dit betekend dus dat wanneer het iemand lukt een octrooi te krijgen op een uitvinding waar in de beschrijving ervan tevens de software wordt beschreven, je effectief (ook) een octrooi op de software hebt gekregen.

Anderzijds staat duidelijk vast dat je geen octrooi kan krijgen op software. De term op “zichzelf staande software” doet denk ik niet eens ter zaken, want software staat immers altijd op zichzelf. Alle kronkelredeneringen ten spijt, dat software een onderdeel van een groter geheel uit kan maken, verandert niets aan het gegeven dat software functioneel altijd op zichzelf staat! De software is per slot van rekening niets anders dan een (grote) set wiskundige formules. De wiskundige formules zijn intrinsiek functioneel; ze hebben geen externe krachten nodig om te functioneren.

De discussie gaat er vaak over of er wel of geen octrooi toegekend mag/moet worden wanneer het (onder andere) software beschrijft. Een belangrijke drijfveer achter deze discussie is dat er in de werkelijkheid uitvindingen gedaan worden die terecht octrooieerbaar (b)lijken, maar tevens software bevatten. Wat ik verwonderlijk vind is dat ik nooit een discussie hoor over wat het gevolg zou moeten zijn van het constateren van een onrechtmatigheid in een octrooi (in dit geval software). Iedereen lijkt dan steevast van mening dat het octrooi ingetrokken zou moeten worden (er van uitgaande dat je het er over eens bent dat het octrooi een onrechtmatigheid bevat). Veel logischer zou ik het echter vinden dat dezelfde pragmatische aanpak zou worden gebruikt als bij het contracten. Als ik het ten minste goed begrepen heb, dan is het zo dat wanneer er een onrechtmatige clausule in een contract staat daarmee nog niet automatisch het hele contract komt te vervallen, maar alleen het onrechtmatige onderdeel (en eventueel alle delen die hierop bouwen natuurlijk). Als je dezelfde pragmatische aanpak op een octrooi zou loslaten, zou dit betekenen dat van een toegekend octrooi alleen alle onderdeel geoctrooieerd zijn die ook volgens de regels voor een octrooi in aanmerking kunnen komen. Daarmee kun je dan gerust een octrooi krijgen op een uitvinding waarin software een rol speelt, maar sinds de software niet voor een octrooi in aanmerking komt is enkel alles minus de software beschermd door het octrooi.

Ik denk ook niet dat de bovenstaande uitleg een bedreiging vormt voor hetgeen een octrooi dient te beschermen, ongeacht of je überhaupt gelooft dat octrooien nieuwe ontwikkeling stimuleren in plaats van afremmen. Zolang de uitvinding (rondom de software) beschermd is heeft niemand iets aan de software op zichzelf. Tenzij je de software voor een heel andere uitvinding gebruikt natuurlijk, maar dan denk ik dat het ook terecht is dat het octrooi op de oorspronkelijke uitvinding niet tegen je gebruikt kan worden om je eigen uitvinding te blokkeren. Je reproduceert namelijk niet de oorspronkelijke uitvinding.

Kan iemand mij vertellen wat de achterliggende reden is waarom onrechtmatigheden in octrooien niet net zoals in contracten pragmatisch opgelost worden? Het zou namelijk volgens mij de hele discussie over software patenten en octrooien direct naar de prullenbak verhuizen (waar die ook thuis hoort mijns inziens).

Nee hoor, niets aan de hand met die rechtspraak over software-gerelateerde uitvindingen (aka CII aka softwarepatenten). Dat is ongeveer waar de recente opinie G3/08 van de Grote Kamer van Beroep van het Europees Octrooibureau op neerkomt. Er staan miss…