De blinde vlek in
softwarebescherming

Het auteursrecht beschermt de uitdrukkingswijze, niet de functie. De Europese Softwarerichtlijn is daarover expliciet: beschermd is de vorm van een programma, niet de ideeën en beginselen die eraan ten grondslag liggen, interfaces inbegrepen. Het Hof van Justitie trok in SAS Institute v World Programming de logische slotsom: de functionaliteit van een programma, de programmeertaal en de opmaak van databestanden zijn als zodanig niet beschermd. Een concurrent mag bestuderen hoe je software zich gedraagt en dat gedrag van nul af aan in andere code na­bouwen, zonder inbreuk. De richtlijn reikt het gereedschap zelfs aan: recht­matige gebruikers mogen een programma bestuderen, testen en onder voorwaarden decompileren voor interoperabiliteit. Dat zijn bewuste, op concurrentie gerichte regels.

Bedrijfsgeheimen dekken een ander terrein af en laten een ander gat. Ze beschermen juist wat het auteursrecht niet raakt; het model op de server, de trainingspijplijn, de afgestelde parameters, de interne architectuur, maar alleen zolang die zaken geheim blijven. Een geheim bestaat enkel zolang het geheim is en de houder redelijke maatregelen treft om het te beschermen. Tegen wie hetzelfde resultaat zelfstandig bereikt, biedt het niets. De EU-richtlijn bedrijfs­geheimen staat zowel onafhankelijke ontwikkeling als reverse engineering van een rechtmatig verkregen product uitdrukkelijk toe, en beschermt de mobiliteit van werknemers: de ervaring en vaardigheid die zij eerlijk opdeden, blijven van henzelf. Zodra software wordt uitgeleverd, via API’s wordt blootgesteld of door benchmarks wordt doorgelicht, brokkelt de geheimhouding af.

Dit is de leemte. De waarde van software schuilt in haar technische gedrag, maar juist dat beschermt het auteursrecht niet. Ook geheimhouding biedt geen uitkomst zodra het product in gebruik is. Een concurrent die voor dezelfde technische oplossing nieuwe code schrijft, kopieert geen expressie en schendt geen bedrijfsgeheim: hij heeft de oplossing zelf ontdekt.

Het octrooi is het enige reguliere instrument dat de technische oplossing zélf beschermt, los van haar schriftelijke vorm of geheimhouding. Of de inbreukmaker je code ooit zag, doet niet ter zake: dat een concurrent dezelfde geoctrooieerde methode zelfstandig bedacht, is geen verweer.

De prijs is openbaarmaking. Wie een octrooi wil, moet de uitvinding zo beschrijven dat een vakman haar kan reproduceren. En die beschrijving wordt gepubliceerd. Dat is de kern van de ruil, een tijdelijk recht om anderen uit te sluiten, in ruil voor blijvende openbaarheid.

Dat software wel degelijk octrooi­eerbaar is, verbaast sommigen: niet óf iets software is telt, maar of het een technisch probleem met technische middelen oplost.

De conclusie is om niet te kiezen voor één recht, maar een gelaagde aanpak. Je bepaalt per laag waar de waarde ligt: auteursrecht als bodem tegen letterlijk kopiëren; bedrijfsgeheim voor ver­borgen details die zich lastig laten reconstrueren; en octrooi voor de stabiele technische oplossing die een concurrent anders straffeloos opnieuw uitvindt. Octrooieer de structuur, maar houd de instellingen geheim. Wie alleen op de eerste twee rechten leunt, beschermt de vorm van zijn software, maar laat de functie, en daarmee vaak de echte waarde, onbeschermd.