requisitos para patentar software

Det er den underliggende oppfinnelsen, den konkrete tekniske løsningen i programvaren, som kan patenteres, ikke selve kildekoden eller ideen bak.

I patentsammenheng defineres "programvare" bredt, og omfatter alt fra algoritmer og datastrukturer til selve kildekoden. Det er imidlertid viktig å merke seg at selve ideen bak programvaren ikke kan patenteres, jf. Patentloven § 1, stk. 3, nr. 3. Det må være en konkret teknisk løsning som er ny, oppfinnerisk og industrielt anvendelig, jf. Patentloven § 1 og § 2. Denne guiden vil gi en oversikt over disse kravene.

Det er viktig å understreke at prosessen med å patentere programvare kan være komplisert. Derfor anbefales det sterkt å konsultere med patenteksperter og advokater som er spesialisert i immaterialrett. De kan bistå med å vurdere patenterbarheten til din programvare, utarbeide en solid patentsøknad og navigere i det komplekse juridiske landskapet. Å ignorere dette rådet kan resultere i unødvendige kostnader og tap av verdifulle immaterielle rettigheter.

## Introduksjon: Patentering av programvare – En guide for det norske markedet

Denne guiden gir en innføring i patentering av programvare i Norge, et komplekst og dynamisk juridisk felt. Patentering av programvare handler om å beskytte oppfinnelser som er implementert i programvare, og gir innehaveren enerett til å utnytte oppfinnelsen kommersielt. Dette kan være avgjørende for å sikre konkurransefortrinn, tiltrekke investeringer og generere inntekter fra innovasjon. Guiden er ment for utviklere, gründere, teknologiselskaper, investorer og jurister som ønsker å forstå de juridiske og praktiske aspektene ved programvarepatentering i det norske markedet.

I patentsammenheng defineres "programvare" bredt, og omfatter alt fra algoritmer og datastrukturer til selve kildekoden. Det er imidlertid viktig å merke seg at selve ideen bak programvaren ikke kan patenteres, jf. Patentloven § 1, stk. 3, nr. 3. Det må være en konkret teknisk løsning som er ny, oppfinnerisk og industrielt anvendelig, jf. Patentloven § 1 og § 2. Denne guiden vil gi en oversikt over disse kravene.

Det er viktig å understreke at prosessen med å patentere programvare kan være komplisert. Derfor anbefales det sterkt å konsultere med patenteksperter og advokater som er spesialisert i immaterialrett. De kan bistå med å vurdere patenterbarheten til din programvare, utarbeide en solid patentsøknad og navigere i det komplekse juridiske landskapet. Å ignorere dette rådet kan resultere i unødvendige kostnader og tap av verdifulle immaterielle rettigheter.

## Hva er patenterbart i programvare?

Det er viktig å forstå at det ikke er selve programvarekoden som patenteres, men den underliggende oppfinnelsen. Patentloven gir vern for oppfinnelser som er nye, oppfinnsomme og industrielt anvendbare. Dette betyr at ren datakode, som en implementering av en kjent algoritme, sjelden vil være patenterbar.

Patenterbare programvareoppfinnelser kjennetegnes ved at de løser et teknisk problem på en ny og oppfinnsom måte. Eksempler inkluderer nye algoritmer som gir vesentlig forbedret ytelse, innovative datastrukturer som muliggjør mer effektiv databehandling, eller metoder for å løse konkrete tekniske utfordringer innenfor et bestemt fagfelt. Disse må bidra med en "technical effect" for å kvalifisere.

Det som derimot *ikke* er patenterbart, er abstrakte ideer, matematiske metoder (som sådan), spilleregler eller metoder for presentasjon av informasjon. Disse anses som unntatt fra patenterbarhet i henhold til Patentloven § 1. Selve ideen om å bruke en algoritme for å forbedre et system er ikke patenterbar, men den konkrete, innovative implementeringen som gir et teknisk resultat *kan* være det.

For å vurdere patenterbarheten, må man analysere om programvaren bidrar med noe mer enn bare å implementere en kjent idé på en datamaskin.

### Krav 1: Nyhet (Nyhetskravet)

For at en programvareoppfinnelse skal kunne patenteres, må den oppfylle nyhetskravet, jfr. Patentloven § 2. Dette innebærer at oppfinnelsen ikke må være gjort tilgjengelig for allmennheten, verken skriftlig, muntlig, ved bruk, eller på annen måte, før patentsøknadsdatoen. Dette gjelder globalt; publisering hvor som helst i verden kan ødelegge nyheten.

Viktigheten av forundersøkelser: Før man søker patent, er det avgjørende å foreta grundige søk etter eksisterende teknologi ("prior art"). Dette inkluderer søk i patentdatabaser, vitenskapelige publikasjoner og annen relevant litteratur. Formålet er å avdekke om oppfinnelsen, eller deler av den, allerede er kjent.

Konfidensialitet er nøkkelen: Det er essensielt å holde oppfinnelsen konfidensiell frem til patentsøknaden er innsendt. Enhver offentliggjøring, for eksempel gjennom presentasjoner, demonstrasjoner eller publisering på internett, kan medføre at oppfinnelsen ikke lenger anses som ny.

Dokumentasjon: For å bevise oppfinnelsens dato og utviklingsprosess, bør man føre detaljert dokumentasjon. Dette kan inkludere loggbøker, kildedokumenter, og versjonskontrollsystemer. God dokumentasjon kan være avgjørende i en eventuell tvist om oppfinnelsens prioritet.

### Krav 2: Oppfinnelseshøyde (Oppfinnelseshøydekravet)

For at en oppfinnelse skal kunne patenteres, er det ikke tilstrekkelig at den er ny. Den må også ha oppfinnelseshøyde, jf. patentloven § 2. Dette innebærer at oppfinnelsen ikke må være åpenbar for en fagperson på det aktuelle tekniske området på søknadsdatoen. Vurderingen er objektiv og tar utgangspunkt i en hypotetisk fagperson som besitter allmennkunnskap og kunnskap om tilgjengelig teknikk.

Hva som anses som "åpenbart" vurderes konkret i hvert enkelt tilfelle av Patentstyret. De vil vurdere om fagpersonen, med den kunnskapen vedkommende antas å ha, ville ha kommet frem til oppfinnelsen basert på eksisterende teknologi. For å demonstrere oppfinnelseshøyde kan søkeren fremlegge bevis på:

• Uventede resultater: Oppfinnelsen gir resultater som er overraskende og uventede i forhold til det som var kjent tidligere.
• Teknisk overlegenhet: Oppfinnelsen representerer en betydelig forbedring over eksisterende løsninger, for eksempel økt effektivitet eller reduserte kostnader.
• Løsning av et lenge uløst problem: Oppfinnelsen adresserer og løser et problem som har vært kjent i bransjen over lengre tid uten at andre har funnet en løsning.

Dokumentasjon som viser prosessen frem til oppfinnelsen og hvorfor løsningen ikke var åpenbar, er viktig i søknadsprosessen.

### Krav 3: Industriell anvendelighet (Anvendelseskravet)

Patentloven § 1(1) stiller krav om at en oppfinnelse må være industrielt anvendelig for å kunne patenteres. Dette betyr at oppfinnelsen må kunne fremstilles eller anvendes i en form for industri, inkludert landbruk. Begrepet "industri" tolkes vidt og omfatter i praksis de fleste former for kommersiell aktivitet. Hensikten er å sikre at patenter kun gis for oppfinnelser som har en reell, praktisk nytteverdi.

Kravet om industriell anvendelighet er ofte uproblematisk, men kan reise spørsmål særlig vedrørende programvareoppfinnelser og bioteknologiske oppfinnelser. For programvare gjelder det at selve programkoden, uten tilknytning til en maskinvareløsning eller en konkret anvendelse, kan anses som utilstrekkelig for å oppfylle anvendelseskravet. Det må demonstreres hvordan programvaren kan implementeres og anvendes i en industriell sammenheng, for eksempel i en produksjonsprosess eller en forbedret databehandlingsmetode.

Patentkrav som er rent spekulative, vage eller uten tilstrekkelig beskrivelse av hvordan de kan realiseres i praksis, vil ikke oppfylle kravet om industriell anvendelighet. Søknaden må tydelig demonstrere hvordan oppfinnelsen kan fremstilles eller anvendes. Det må foreligge en faktisk og tilstrekkelig beskrivelse av fremgangsmåten.

## Lokal regulatorisk rammeverk (Norge)

Patentering av programvare i Norge følger bestemmelsene i Patentloven (lov av 15. desember 1967 nr. 9) og tilhørende forskrifter. Mens programvare som sådan ikke kan patenteres, kan en oppfinnelse som implementeres ved hjelp av programvare være patenterbar dersom den løser et teknisk problem på en ny og oppfinnsom måte. Det er avgjørende at oppfinnelsen har en teknisk effekt og ikke bare er en abstrakt idé eller et dataprogram.

Patentstyret (Patentstyret) er den sentrale myndigheten for behandling av patentsøknader i Norge. De vurderer søknadene i henhold til Patentloven og praksis utviklet gjennom domstolsavgjørelser. Patentstyret er ansvarlig for å sikre at oppfinnelsen oppfyller kravene til nyhet, oppfinnelseshøyde og industriell anvendelighet.

Norske domstoler har i flere saker tolket patentsrettigheter for programvare. Generelt sett kreves det en klar demonstrasjon av den tekniske effekten og den inventive karakteren for at et patent skal opprettholdes. Domstolene vil vurdere om programvaren bidrar til en teknisk løsning som går utover det rent programmatiske.

Prosessen for å søke om patent i Norge inkluderer innsending av en komplett søknad med beskrivelse, krav, tegninger (hvis relevant) og et sammendrag. Søknaden må også være ledsaget av de nødvendige gebyrene, spesifisert i Patentforskriften. Det er viktig å overholde norske språkkrav i patentsøknaden; all dokumentasjon må være på norsk eller oversatt til norsk.

## Prosessen med å søke om programvarepatent

Søknadsprosessen for et programvarepatent følger i hovedsak samme prosedyre som for andre patenter, men krever særlig oppmerksomhet rundt teknikalitet og oppfinnelseshøyde. Her er en trinn-for-trinn guide:

• Forberedelse av søknaden: Dette innebærer en grundig beskrivelse av oppfinnelsen, dens tekniske funksjoner og fordelene den gir. Dokumenter kildekoden nøye, inkludert algoritmer og data strukturer. En fullstendig beskrivelse er kritisk, i henhold til Patentloven § 8.
• Utforming av patentkrav: Patentkravene er avgjørende for å definere omfanget av patentbeskyttelsen. Formulér presise og brede krav som dekker alle aspekter av oppfinnelsen, samtidig som de er tydelig avgrenset fra kjent teknikk. Vær oppmerksom på Patentloven § 6 som angir kravets krav til klarhet og presisjon.
• Beskrivelse av oppfinnelsen: Beskrivelsen må være detaljert og tilstrekkelig til at en fagperson kan realisere oppfinnelsen. Illustrasjoner, flytskjemaer eller annen visuell dokumentasjon kan være nyttig. Fokus bør være på de tekniske aspektene og hvordan programvaren interagerer med maskinvare eller andre systemer.
• Innsending til Patentstyret: Den fullstendige søknaden, inkludert beskrivelse, krav, eventuelle tegninger og betaling av gebyrer, sendes inn til Patentstyret. Overhold frister og formelle krav som spesifisert i Patentforskriften.
• Behandling og svar på innsigelser: Patentstyret vil undersøke søknaden. Du må svare på eventuelle innsigelser (office actions) fra Patentstyret. Disse svarene må være begrunnet og kan kreve endringer i kravene eller beskrivelsen.

Husk at copyright kan beskytte kildekoden, men ikke funksjonaliteten. Forretningshemmeligheter kan være et alternativ for programvare som ikke er patenterbar.

## Mini case studie / Praksis innsikt

Patentering av programvare kan være komplekst, og en illustrerende case er tvisten mellom Oracle og Google angående Java API i Android. Oracle hevdet at Google hadde krenket deres opphavsrett og patenter ved å bruke Java API-er uten lisens. Saken gikk helt til USAs Høyesterett, som til slutt konkluderte med at Googles bruk av Java API-ene var «fair use». Selv om denne saken ikke direkte gjelder norsk rett, belyser den utfordringene med å definere hva som faktisk er patentbart innenfor programvare.

En viktig lærdom fra slike saker er behovet for å utforme patentkrav som er spesifikke og tydelige på hva som er den tekniske løsningen og dens nye, inventive trinn. Generelle beskrivelser av programvarefunksjonalitet er sjelden tilstrekkelige. I henhold til Patentloven § 1 må en oppfinnelse være ny, innebære et oppfinnelsestrinn og kunne anvendes industrielt for å være patenterbar.

Advokater anbefaler å fokusere på den tekniske effekten programvaren har, ikke bare den logiske algoritmen. Demonstrer hvordan programvaren løser et teknisk problem på en ny og innovativ måte. Vurder også om forretningshemmeligheter, kombinert med copyright for kildekoden, kan være et mer hensiktsmessig alternativ for visse typer programvarebeskyttelse.

## Utfordringer og fallgruver ved patentering av programvare

Patentering av programvare byr på spesielle utfordringer. Selv om Patentloven § 1 stiller krav om nyhet, oppfinnelseshøyde og industriell anvendelighet, kan det være vanskelig å bevise disse kriteriene for programvare. Nyhet kan være komplisert å fastslå, da mange algoritmer og programvarekonsepter utvikles og deles i akademiske kretser eller gjennom open source-prosjekter før de patenteres.

En vanlig fallgruve er å formulere for smale patentkrav. Dette øker risikoen for at konkurrenter enkelt kan omgå patentet ved å gjøre mindre modifikasjoner. Det er derfor viktig å formulere kravene bredt nok til å dekke essensen av oppfinnelsen, men samtidig spesifikt nok til å unngå å krenke eksisterende teknologi.

Kostnadene knyttet til patentering er betydelige. Søknadsgebyrer, advokathonorarer og årlige vedlikeholdsavgifter kan raskt summeres. Før man igangsetter en patentprosess, bør man derfor nøye vurdere om forretningshemmeligheter, i kombinasjon med copyright for kildekoden, kan være et mer kostnadseffektivt alternativ. En forretningshemmelighet beskytter programvaren uten de formelle kravene til et patent, men krever strenge interne prosedyrer for å opprettholde konfidensialiteten.

Valget mellom patentering og forretningshemmeligheter avhenger av flere faktorer, inkludert programmets levetid, muligheten for reverse engineering og selskapets evne til å beskytte konfidensiell informasjon.

## Fremtidsutsikter 2026-2030

De kommende årene (2026-2030) vil utvilsomt by på betydelige endringer i landskapet for programvarepatenter. Kunstig intelligens (AI) og maskinlæring (ML) vil i økende grad påvirke patentlandskapet, både som gjenstand for patenter og som verktøy for patentanalyse og -søk. Utviklingen innen AI-generert programvare reiser komplekse juridiske spørsmål om oppfinneregenskap og patentabilitet. Er det mulig å patentere kode generert av en AI? Dette spørsmålet vil kreve ytterligere avklaringer fra lovgivere og domstoler.

Det er viktig å følge nøye med på endringer i lovgivning og rettspraksis, både nasjonalt og internasjonalt, spesielt i relasjon til artikkel 52(2)(c) i den europeiske patentkonvensjonen (EPC) som omhandler "programmer for datamaskiner." Mulige endringer i hvordan dette tolkes kan få store konsekvenser for patentering av programvare i Europa, og dermed også for norske virksomheter.

Råd for fremtiden:

• Hold deg oppdatert: Følg med på de nyeste utviklingene innen teknologi og immaterialrett, spesielt knyttet til AI og ML.
• Tilpass patentstrategien: Vurder å inkludere AI-relaterte innovasjoner i patentporteføljen din. Utforsk strategier for å beskytte AI-generert programvare.
• Vurder alternativer: Som nevnt tidligere, retningshemmeligheter kombinert med copyright kan være en relevant strategi, spesielt i tilfeller hvor patentering er vanskelig eller kostbart.