Kun je een idee patenteren zonder prototype?

De octrooiwereld maakt praktische vragen graag ingewikkelder dan nodig. Hier is het antwoord gelukkig eenvoudig: je hebt meestal geen prototype nodig om een uitvinding te patenteren.

Dat betekent niet dat een schets op een servet al een octrooi verdient. Het betekent dat het prototype niet hetzelfde is als de uitvinding.

Heb je een notitieboek vol schetsen, een productieofferte die nog buiten je budget ligt en de vrees dat iemand anders eerder aanvraagt? Dan is de vraag niet of het voorwerp al op je werkbank staat. De vraag is of je het mechanisme duidelijk genoeg begrijpt om het uit te leggen.

Octrooibureaus beoordelen doorgaans documenten, geen voorwerpen. Volgens de USPTO is een werkend model normaal gesproken niet vereist, omdat de beschrijving en tekeningen de uitvinding ook zonder model duidelijk moeten maken. WIPO maakt hetzelfde praktische onderscheid: een aanvraag vraagt om een heldere en volledige technische openbaarmaking, maar niet per se om een fysiek prototype.

Dit is het addertje onder het gras waarvan ik zou willen dat meer uitvinders het eerder hoorden: je hoeft de uitvinding misschien niet te hebben gebouwd, maar je moet hem wel uitgevonden hebben. Een octrooiaanvraag kan de ontbrekende technische kern niet vervangen door optimisme.

Een octrooibureau heeft het object niet nodig, het heeft de leer nodig

Stel je voor dat twee uitvinders hetzelfde product beschrijven.

De eerste zegt: “Ik wil een fles die een drankje de hele dag koud houdt, zonder ijs.”

De tweede legt een dubbelwandig vat uit met een gedefinieerde isolatieholte, een faseveranderingsinzetstuk rond de nek, een verwijderbare thermische brug en een specifieke volgorde voor het opladen en vrijgeven van opgeslagen koelenergie.

Geen van beiden heeft de fles gebouwd. Slechts één heeft iets beschreven dat een andere ingenieur zou kunnen beginnen te maken.

Dat is de echte drempel. In de VS moet de beschrijving de uitvinding en de manier waarop zij wordt gemaakt en gebruikt zo uitleggen dat een vakman ermee aan de slag kan. De USPTO behandelt de schriftelijke beschrijving en de uitvoerbaarheid als afzonderlijke eisen: uit de aanvraag moet blijken dat je de beschreven uitvinding daadwerkelijk in handen had én de lezer moet haar kunnen uitvoeren.

Een prototype kan je helpen dat punt te bereiken. Het is niet de enige manier om daar te komen.

Een idee is klaar voor een eerste concept zodra het mechanisme niet meer ontbreekt

Mensen horen vaak “je kunt een idee niet patenteren” en gaan ervan uit dat ze met een eindproduct naar het octrooibureau moeten komen. Dat is niet wat de uitdrukking betekent.

Het betekent dat een gewenst resultaat nog geen uitvinding is.

“Een app die voedselverspilling tegengaat” is een doel. “Een systeem dat het vervalrisico voorspelt” is dichterbij, maar laat nog steeds het grootste deel van het werk onbeantwoord. Welke gegevens ontvangt het? Hoe komt de voorspelling tot stand? Wat verandert er door de output? Hoe gaat het systeem om met onzekerheid, ontbrekende gegevens en verschillende opslagomstandigheden?

Zodra deze vragen concrete antwoorden hebben, beschikt je mogelijk over een uitvinding die kan worden doorzocht en opgesteld, zelfs als er geen productiecode is geschreven en geen sensor is besteld.

De nuttige test is deze:

Zou een bekwaam persoon op dit gebied de uitvinding uit mijn uitleg kunnen bouwen of implementeren zonder zelf de ontbrekende kern te hoeven uitvinden?

Als het antwoord nee is, is het probleem niet het ontbreken van een prototype. De uitvinding zelf heeft meer ontwikkeling nodig.

Wat je beschrijving in plaats daarvan moet doen

Zonder prototype op tafel moet het geschreven materiaal zwaarder wegen. Dit is de standaard die ik zou gebruiken voordat ik serieus tijd in een concept steek: leg minstens zes dingen vast.

1. Het systeem, niet alleen de uitkomst

Noem de componenten, softwaremodules, materialen, verwerkingsfasen of actoren die ervoor zorgen dat de uitvinding werkt. Benoem wat het systeem binnenkomt, wat erin gebeurt en wat eruit komt.

2. De relaties

Een onderdelenlijst is geen mechanisme. Leg uit wat met wat samenhangt, welke stap de volgende in gang zet, welke informatie tussen modules beweegt en welke fysieke of logische relatie het voordeel creëert.

3. Eén complete manier om het uit te voeren

Beschrijf ten minste één implementatie van begin tot eind. Het hoeft niet de definitieve commerciële versie te zijn, maar het moet technisch geloofwaardig zijn. Vervang de moeilijke stap niet door ‘het systeem optimaliseert het resultaat’ of ‘AI bepaalt de beste optie’. Die zin is waar de uitvinding daadwerkelijk kan leven.

4. De belangrijke alternatieven

De eerste versie in je hoofd is zelden de enige vorm die het beschermen waard is. Kan een bekabelde verbinding draadloos zijn? Kan één sensor worden vervangen door een berekende waarde? Kunnen de stappen in een andere volgorde plaatsvinden? Noteer de variaties terwijl ze nog zichtbaar zijn.

5. Tekeningen of stroomdiagrammen

Patenttekeningen zijn geen productweergaven. Een ruw blokdiagram kan de architectuur verklaren, en een stroomdiagram kan een ontbrekende stap sneller blootleggen dan een nieuwe pagina proza. Het gaat om duidelijkheid, niet om industrieel design.

6. Een geloofwaardig gebruik

Leg uit wat de uitvinding doet en waarom het mechanisme dat resultaat aannemelijk kan opleveren. Claim geen prestaties die je niet hebt gemeten. Maak onderscheid tussen wat je weet, wat technisch aannemelijk is en wat nog getest moet worden.

Wanneer een prototype de octrooiaanvraag echt beter maakt

‘Niet vereist’ betekent niet ‘nooit nuttig’.

Een prototype is de investering waard wanneer het vragen beantwoordt die je op papier niet kunt oplossen. Misschien loopt een scharnier vast bij de bedoelde hoek, blijkt een temperatuurbereik onrealistisch, gedragen twee zogenaamd uitwisselbare materialen zich anders, of houdt de elegante softwarearchitectuur geen stand bij echte latency.

Die ontdekkingen kunnen het octrooi op drie manieren verbeteren:

• Ze identificeren de functie die ervoor zorgt dat de uitvinding daadwerkelijk werkt.
• Ze produceren aanvullende uitvoeringsvormen en terugvalposities.
• Ze voorkomen dat de aanvraag een resultaat belooft zonder uit te leggen welke techniek daarvoor nodig is.

De uitvindersrichtlijnen van het EOB beschrijven eerste prototypes als hulpmiddelen voor het testen of een idee werkt en het blootleggen van technische problemen. Dat is de juiste manier om ze te zien: als leerinstrumenten, en niet als toegangsbewijzen tot het octrooisysteem.

Voor chemie, biotechnologie, materialen en uitvindingen die zijn opgebouwd rond een onzeker fysiek effect, kan experimentele ondersteuning veel belangrijker zijn. Sommige resultaten kunnen niet op verantwoorde wijze worden voorspeld op basis van een schets. Op andere gebieden kunnen simulaties, berekeningen, CAD of een gedetailleerd systeemmodel de belangrijke vragen beantwoorden voordat er hardware bestaat.

Het risico van wachten tot het product af is

Eerst bouwen voelt voorzichtig. Het kan een ander soort risico creëren.

Voor prototyping zijn vaak externe fabrikanten, ontwikkelaars, laboratoria of testgebruikers nodig. Iedere extra betrokkene is een nieuw moment waarop informatie kan uitlekken. Ook openbare demo’s, crowdfundingcampagnes, verkoopaanbiedingen, conferentiepresentaties en onbeveiligde uploads kunnen octrooirechten raken, vooral in landen zonder ruime grace period.

Wachten telt ook mee in first-to-file-systemen. Een latere, grondig geteste aanvraag wint niet automatisch van een eerdere aanvraag van een andere uitvinder.

Ik zeg niet dat je op de dag van de eerste ingeving een vaag document moet indienen. Wel dat octrooiwerk vroeg genoeg moet beginnen om onderdeel van de productontwikkeling te worden. Onderzoek het vakgebied, schrijf het mechanisme uit, maak zichtbaar wat nog onduidelijk is en beslis dan of de volgende euro naar testen of naar de aanvraag moet gaan.

Een voorlopige aanvraag is geen toestemming om vaag te zijn

Amerikaanse uitvinders behandelen een voorlopige aanvraag soms als een ontvangstbewijs voor een idee. Dat is het niet. Er bestaat geen voorlopig octrooi, alleen een voorlopige aanvraag. Een magere beschrijving wordt niet sterk doordat zij snel is ingediend.

Een voorlopige aanvraag kan een vroege indieningsdatum vastleggen en geeft je twaalf maanden om een bijbehorende niet-voorlopige aanvraag in te dienen. De latere aanvraag profiteert alleen van die datum voor materie die de voorlopige aanvraag daadwerkelijk ondersteunt. De USPTO verlangt uitdrukkelijk een schriftelijke beschrijving die voldoet aan 35 U.S.C. 112(a).

Als de zin die ervoor zorgt dat de uitvinding werkt elf maanden later voor het eerst verschijnt, kan de eerste indiening die zin mogelijk niet beschermen.

Daarom is “dien nu iets in en repareer het later” zo gevaarlijk. Je kunt de formulering en claimstrategie later verbeteren. Maar je kunt een niet-geopenbaarde technische uitvinding doorgaans niet via een wijziging terugbrengen naar de oorspronkelijke indieningsdatum.

Gebruik het concept als ontwerpbeoordeling

Een goede reden om al vóór het prototypen te beginnen met opstellen, is dat een gestructureerde aanvraag geen technische gaten verbergt. Op een leeg vel kun je om de moeilijke vraag heen schrijven; bij een octrooiconclusie lukt dat niet.

Probeer de samenvatting te schrijven en je ontdekt dat het voordeel nog steeds vaag is. Teken het systeem en merk een ontbrekende verbinding op. Stel een onafhankelijke octrooiconclusie op en besef dat je ‘essentiële’ component helemaal niet essentieel is. Vergelijk het concept met de stand van de techniek en ontdek dat het interessante deel niet de productcategorie is, maar één controlestap daarbinnen.

Daar sluit Patenta vanzelf op aan. Je beschrijft de uitvinding in gewone taal, doorzoekt wereldwijde octrooidocumenten op de dichtstbijzijnde stand van de techniek, onderzoekt wat mogelijk nog nieuw is en gebruikt dezelfde context voor een gestructureerde eerste versie. Je doet niet alsof de uitvinding af is; je gebruikt het zoeken en opstellen om te ontdekken hoe ver het denkwerk werkelijk is.

Een praktische reeks ziet er als volgt uit:

1. Schrijf het mechanisme op één pagina. Concentreer je op hoe het werkt, niet op de zakelijke pitch.
2. Breng de componenten en stappen in kaart. Gebruik een blokdiagram of stroomdiagram.
3. Zoek de dichtstbijzijnde stand van de techniek. Ontdek welke onderdelen al bekend zijn.
4. Geef het verschil nauwkeurig aan. Identificeer de combinatie die mogelijk nieuw is.
5. Genereer een gestructureerd eerste concept. Maak de ontbrekende uitleg zichtbaar.
6. Test de onzekere delen. Prototype waarbij bewijs de onthulling zal veranderen.
7. Dienst in wanneer de uitvinding voldoende is ontwikkeld. Coördineer de indiening met openbaarmaking door derden.

Deze volgorde bespaart geld, omdat duidelijk wordt wat het prototype werkelijk moet aantonen. Ze bespaart ook tijd: de conceptaanvraag groeit mee met de techniek en hoeft niet achteraf te worden gereconstrueerd wanneer de lancering al loopt.

Kort gezegd

Normaal gesproken heb je geen prototype nodig om een uitvinding te patenteren. Je hebt een technisch concept nodig dat verder gaat dan een wens: een mechanisme dat je kunt uitleggen, alternatieven die je kunt identificeren en voldoende details zodat een vakman het kan uitvoeren.

Bouw wanneer een prototype je iets belangrijks kan leren. Begin eerder met opstellen, want juist daardoor zie je wat je nog moet uitzoeken.

Heb je een concrete uitvinding maar nog geen voltooid prototype? Begin in Patenta met een vertrouwelijke zoektocht naar de stand van de techniek en een eerste concept. Het doel is niet te doen alsof het product af is, maar het idee om te zetten in een technische beschrijving die je kunt testen, verbeteren en beschermen.