Detaljert visning patent

Nettleseren støtter ikke Javascript. Javascript må være aktivert for å bruke denne tjenesten. Vennligst kontakt din IT-ansvarlige.

Nøkkelinformasjon chevron_right

Viktig informasjon i saken hentes i sanntid direkte fra EPO sitt register (European Patent Register), slik at du enkelt og raskt får oversikt i saken.
Beskrivelse	Verdi
Saken / databasen er sist oppdatert	2025.04.26 12:29:00 info
Tittel	METHODS, SYSTEMS AND DEVICES FOR PERFORMING INCREMENTAL UPDATES OF PARTIAL DATABASES
Status Hovedstatus Detaljstatus	Ikke i kraft info 2021.07.31 Patent opphørt 2022.02.18 Ikke betalt årsavgift
Patentnummer	NO/EP2452277
Europeisk (EP) publiserings nummer	EP2452277
EP levert	2010.07.02
EP søknadsnummer	10736851.6
EP meddelt	2018.08.22
Prioritet	2009.07.09, US 500370
Sakstype	Europeisk
Løpedag	2010.07.02
Utløpsdato	2030.07.02
Allment tilgjengelig	2012.05.16
Validert i Norge	2019.01.14
Innehaver	Norsync Technology AS (NO)
Oppfinner	SJØGREN, Bjørn-Harald (NO)
Fullmektig	ZACCO NORWAY AS (NO)
Lenke til European patent Register	Informasjon i saken, dokumenter og patentfamilie
Patentfamilie	Se i Espacenet

Sammendrag og figur chevron_right

Se forsidefigur og sammendrag i Espacenet

Beskrivelse og krav chevron_right

Beskrivelse

Krav

Patentkrav

1. Fremgangsmåte i en serverdatamaskin for å oppdatere en elektronisk klientanordning fra serverdatamaskinen, idet serverdatamaskinen inneholder en første database med et flertall databaseposter og en logg over databaseoperasjoner utført av serverdatamaskinen, og idet den elektroniske klientanordningen inneholder en partiell representasjon av den første databasen inkludert databaseposter akseptert på klientanordningen, idet fremgangsmåten omfatter å:

skanne loggen over databaseoperasjoner for å identifisere en første post som har blitt satt inn i, slettet fra eller endret i den første databasen eller har fått sin aksept på klientanordningen endret av en erklært akseptregel etter en tidligere oppdatering av klientanordningen;

identifisere en andre post som ikke har vært satt inn i, slettet fra eller endret i den første databasen, eller fått sin aksept på klientanordningen endret av eventuell erklært akseptregel etter den tidligere oppdateringen, idet den andre posten er knyttet til den første posten gjennom en begrensning for fremmede nøkler som krever at en nøkkel i den ene av den første og andre posten henviser til en nøkkel i den andre av den første og andre posten;

overføre første data fra serverdatamaskinen til klientanordningen, idet de første dataene representerer en instruksjon til klientanordningen om å utføre en tilknyttet innsetting i, sletting fra eller endring av den første posten i den partielle representasjonen av den første databasen, eller, hvis aksepten for posten har endret seg, utføre en innsetting i den partielle representasjonen av den første databasen hvis posten nå er akseptert, og en sletting fra den partielle representasjonen av den første databasen hvis posten ikke lenger er akseptert; og

overføre andre data fra serverdatamaskinen til klientanordningen, idet de andre dataene representerer en instruksjon til klientanordningen om å sette inn den andre posten i eller slette den andre posten fra den partielle representasjonen av den første databasen slik at begrensningen for fremmede nøkler er oppfylt i den partielle representasjonen av den første databasen.

2. Fremgangsmåten ifølge krav 1, hvori skanningen av loggen for å identifisere den første posten omfatter å:

bestemme begynnelsen og slutten av et tidsvindu, idet begynnelsen representerer et tidspunkt knyttet til den tidligere oppdateringen av klientanordningen, idet slutten representerer et tidspunkt knyttet til en aktuell oppdatering av klientanordningen; og

skanne loggen over databaseoperasjoner utført av serverdatamaskinen for å identifisere den første posten som en post hvorpå minst én databaseoperasjon har blitt utført i løpet av tidsvinduet.

3. Fremgangsmåten ifølge krav 2, videre omfattende å:

før de første dataene overføres til klientanordningen, utføre minst én av:

- skanne loggen for å bestemme minst én verdi som er representativ for tilstanden til den første posten i begynnelsen av tidsvinduet, og bestemme om verdien ble akseptert i den partielle representasjonen av den første databasen i begynnelsen av tidsvinduet fra minst én av:

-- en erklært akseptfremgangsmåte for posttypen som den første posten tilhører, og

-- en tilsvarende bestemmelse for en annen post enn den første posten, men knyttet til den første posten gjennom en begrensning for fremmede nøkler; og - skanne loggen for å bestemme minst én verdi som er representativ for tilstanden til den første posten i slutten av tidsvinduet, og bestemme om verdien bør aksepteres i den partielle representasjonen av den første databasen i slutten av tidsvinduet fra minst én av:

-- en erklært akseptfremgangsmåte for posttypen som den første posten tilhører, og

-- en tilsvarende bestemmelse for en annen post enn den første posten, men knyttet til den første posten gjennom en begrensning for fremmede nøkler; hvis den minst ene databaseoperasjonen representerte en innsetting av den første posten i den første databasen, konfigurere de første dataene for å representere en instruksjon om å sette inn den første posten hvis det ble bestemt at verdien som er representativ for tilstanden til den første posten i slutten av tidsvinduet, bør aksepteres i den partielle representasjonen av den første databasen i slutten av tidsvinduet;

hvis den minst ene databaseoperasjonen representerte en sletting av den første posten fra den første databasen, konfigurere de første dataene for å representere en instruksjon om å slette den første posten hvis det ble bestemt at verdien som er representativ for tilstanden til den første posten i begynnelsen av tidsvinduet, ble akseptert i den partielle representasjonen av den første databasen i begynnelsen av tidsvinduet; og

hvis den minst ene databaseoperasjonen representerte en endring av den første posten i den første databasen, konfigurere de første dataene for å representere en instruksjon om å:

- endre den første posten hvis det ble bestemt at verdien som er representativ for tilstanden til den første posten i begynnelsen av tidsvinduet, ble akseptert i den partielle representasjonen av den første databasen i begynnelsen av tidsvinduet, og verdien som er representativ for tilstanden til den første posten i slutten av tidsvinduet, bør aksepteres i den partielle representasjonen av den første databasen i slutten av tidsvinduet,

- slette den første posten hvis det ble bestemt at verdien som er representativ for tilstanden til den første posten i begynnelsen av tidsvinduet, ble akseptert i den partielle representasjonen av den første databasen i begynnelsen av tidsvinduet, og at verdien som er representativ for tilstanden til den første posten i slutten av tidsvinduet, ikke bør aksepteres i den partielle representasjonen av den første databasen i slutten av tidsvinduet, eller

- sette inn den første posten hvis det ble bestemt at verdien som er representativ for tilstanden til den første posten i begynnelsen av tidsvinduet, ikke ble akseptert i den partielle representasjonen av den første databasen i begynnelsen av tidsvinduet, og verdien som er representativ for tilstanden til den første posten i slutten av tidsvinduet, bør aksepteres i den partielle representasjonen av den første databasen i slutten av tidsvinduet.

4. Fremgangsmåten ifølge krav 2, videre omfattende å:

før de andre dataene overføres til klientanordningen:

- skanne loggen for å bestemme minst én verdi som er representativ for tilstanden til den andre posten i begynnelsen av tidsvinduet, og bestemme om verdien ble akseptert i den partielle representasjonen av den første databasen i begynnelsen av tidsvinduet fra minst én av:

-- en erklært akseptfremgangsmåte for posttypen som den andre posten tilhører, og

-- en tilsvarende bestemmelse for en annen post enn den andre posten, men knyttet til den andre posten gjennom en begrensning for fremmede nøkler;

- skanne loggen for å bestemme minst én verdi som er representativ for tilstanden til den andre posten i slutten av tidsvinduet, og bestemme om verdien bør aksepteres i den partielle representasjonen av den første databasen i slutten av tidsvinduet fra minst én av:

-- en erklært akseptfremgangsmåte for posttypen som den andre posten tilhører, og

-- en tilsvarende bestemmelse for en annen post enn den andre posten, men knyttet til den andre posten gjennom en begrensning for fremmede nøkler; konfigurere de andre dataene for å representere en instruksjon om å:

- slette den andre posten hvis det ble bestemt at verdien som er representativ for tilstanden til den andre posten i begynnelsen av tidsvinduet, ble akseptert i den partielle representasjonen av den første databasen i begynnelsen av tidsvinduet, og at verdien som er representativ for tilstanden til den andre posten i slutten av tidsvinduet, ikke bør aksepteres i den partielle representasjonen av den første databasen i slutten av tidsvinduet, eller

- sette inn den andre posten hvis det ble bestemt at verdien som er representativ for tilstanden til den andre posten i begynnelsen av tidsvinduet, ikke ble akseptert i den partielle representasjonen av den første databasen i begynnelsen av tidsvinduet, og verdien som er representativ for tilstanden til den andre posten i slutten av tidsvinduet, bør aksepteres i den partielle representasjonen av den første databasen i slutten av tidsvinduet.

5. Fremgangsmåten ifølge krav 3 eller 4, hvori den tilsvarende bestemmelsen for en annen post utføres ved å gjenta trinnene med å skanne loggen for å bestemme en representativ verdi og bestemme aksept av verdien på klienten for den andre posten.

6. Fremgangsmåten ifølge krav 3 eller 4, hvori minst én erklært akseptfremgangsmåte for en posttype er en funksjon som aksepterer en verdi som er representativ for tilstanden til en post av den posttypen som inndata, og produserer en tilsvarende bestemmelse av aksept for verdien på klienten.

7. Fremgangsmåten ifølge krav 3 eller 4, hvori minst én erklært akseptfremgangsmåte er erklært av en programmerer eller en bruker av databasen.

8. Fremgangsmåten ifølge krav 1, videre omfattende å:

identifisere en tredje post som ikke har vært satt inn i, slettet fra eller endret i den første databasen, eller fått sin aksept på klientanordningen endret av eventuell erklært akseptregel etter den tidligere oppdateringen, idet den tredje posten er knyttet til den andre posten gjennom en begrensning for fremmede nøkler;

overføre tredje data til klientanordningen, idet de tredje dataene instruerer anordningen til å sette inn den tredje posten i eller slette den tredje posten fra den partielle representasjonen av den første databasen slik at begrensningen for fremmede nøkler er oppfylt i den partielle representasjonen av den første databasen; og

gjenta trinnene med å identifisere poster og overføre data til alle begrensninger for fremmede nøkler har blitt oppfylt i den partielle representasjonen av den første databasen.

9. Fremgangsmåten ifølge krav 1, hvori den første posten er av en posttype knyttet til en erklært akseptfremgangsmåte for å bestemme aksept av en verdi som er representativ for tilstanden til en post av den posttypen på en klient, og den andre posten er av en posttype som er et delsettmedlem av posttypen med hensyn til den første posttypen.

10. Fremgangsmåten ifølge krav 1, hvori den første posten er av en posttype som er et delsettmedlem av posttypen av en posttype knyttet til en erklært akseptfremgangsmåte for å bestemme aksept av en verdi som er representativ for tilstanden til en post av den posttypen på en klient, og den andre posten er av en posttype som er et delsettmedlem av posttypen med hensyn til den første posttypen.

11. Fremgangsmåten ifølge krav 1, hvori den første posten er av en posttype som er et delsettmedlem av posttypen av den andre posten og et delsettmedlem av en annen posttype enn posttypen av den første posten og posttypen av den andre posten;

posten med en annen posttype enn den første posten og den andre posten er knyttet til en erklært akseptfremgangsmåte for å bestemme aksept av en verdi som er representativ for tilstanden til en post av den posttypen på en klient; og den andre posten er av en posttype knyttet til en erklært akseptfremgangsmåte som angir at poster av den posttypen bare bør aksepteres i den partielle representasjonen av den første databasen hvis det er behov for å oppfylle en begrensning for fremmede nøkler som knytter den til minst én post av posttypen av den første posten.

12. Fremgangsmåten ifølge krav 1, hvori den første posten er av en posttype knyttet til en erklært akseptfremgangsmåte som angir at poster av den første posttypen bare bør aksepteres i den partielle representasjonen av den første databasen hvis det er behov for å oppfylle en begrensning for fremmede nøkler som knytter den til minst én post av en annen posttype enn den første posten og den andre posten, og den andre posten er av en posttype som er et delsettmedlem av posttypen med hensyn til den første posttypen.

13. Server konfigurert til å oppdatere en elektronisk klientanordning, idet serverdatamaskinen inneholder en første database med et flertall databaseposter og en logg over databaseoperasjoner utført av serverdatamaskinen, og den elektroniske klientanordningen inneholder en partiell representasjon av den første databasen inkludert databaseposter akseptert på klientanordningen, idet serveren omfatter:

en prosessor programmert til å:

skanne loggen over databaseoperasjoner for å identifisere en første post som har blitt satt inn i, slettet fra eller endret i den første databasen, eller som har fått sin aksept på klientanordningen endret av en erklært akseptregel etter en tidligere oppdatering av klientanordningen;

få serveren til å:

14. Serveren ifølge krav 13, hvori prosessoren er programmert til å identifisere den første posten ved å:

skanne loggen over databaseoperasjoner utført av serverdatamaskinen for å identifisere den første posten som en post hvorpå minst én databaseoperasjon har blitt utført i løpet av tidsvinduet.

15. Serveren ifølge krav 14, hvori prosessoren videre er programmert til å: før serveren fås til å overføre de første dataene til klientanordningen, utføre minst én av:

-- en erklært akseptfremgangsmåte for posttypen som den første posten tilhører, og

-- en tilsvarende bestemmelse for en annen post enn den første posten, men knyttet til den første posten gjennom en begrensning for fremmede nøkler; hvis den minst ene databaseoperasjonen representerte en innsetting av den første posten i den første databasen, konfigurere de første dataene for å representere en instruksjon om å sette inn den første posten hvis det ble bestemt at verdien som er representativ for tilstanden til den første posten i slutten av tidsvinduet bør aksepteres i den partielle representasjonen av den første databasen i slutten av tidsvinduet;

hvis den minst ene databaseoperasjonen representerte en endring av den første posten i den første databasen, konfigurere de første dataene for å representere en instruksjon om å:

16. Serveren ifølge krav 14, hvori prosessoren videre er programmert til å: før serveren fås til å overføre de andre dataene til klientanordningen:

-- en erklært akseptfremgangsmåte for posttypen som den andre posten tilhører, og

-- en tilsvarende bestemmelse for en annen post enn den andre posten, men knyttet til den andre posten gjennom en begrensning for fremmede nøkler;

-- en erklært akseptfremgangsmåte for posttypen som den andre posten tilhører, og

17. Serveren ifølge krav 15 eller 16, hvori den tilsvarende bestemmelsen for en annen post utføres ved å gjenta trinnene med å skanne loggen for å bestemme en representativ verdi og bestemme aksept av verdien på klienten for den andre posten.

18. Serveren ifølge krav 15 eller 16, hvori minst én erklært akseptfremgangsmåte for en posttype er en funksjon som aksepterer en verdi som er representativ for tilstanden til en post av den posttypen som inndata, og produserer en tilsvarende bestemmelse av aksept for verdien på klienten.

19. Serveren ifølge krav 15 eller 16, hvori minst én erklært akseptfremgangsmåte er erklært av en programmerer eller en bruker av databasen.

20. Serveren ifølge krav 13, hvori prosessoren videre er programmert til å: identifisere en tredje post som ikke har vært satt inn i, slettet fra eller endret i den første databasen, eller fått sin aksept på klientanordningen endret av eventuell erklært akseptregel etter den tidligere oppdateringen, idet den tredje posten er knyttet til den andre posten gjennom en begrensning for fremmede nøkler; og

få serveren til å overføre tredje data til klientanordningen, idet de tredje dataene instruerer anordningen til å sette inn den tredje posten i eller slette den tredje posten fra den partielle representasjonen av den første databasen slik at begrensningen for fremmede nøkler er oppfylt i den partielle representasjonen av den første databasen; og

gjenta identifiseringen av poster og få serveren til å overføre data til alle begrensninger for fremmede nøkler har blitt oppfylt i den partielle representasjonen av den første databasen.

21. Serveren ifølge krav 13, hvori den første posten er av en posttype knyttet til en erklært akseptfremgangsmåte for å bestemme aksept av en verdi som er representativ for tilstanden til en post av den posttypen på en klient, og den andre posten er av en posttype som er et delsettmedlem av posttypen med hensyn til den første posttypen.

22. Serveren ifølge krav 13, hvori den første posten er av en posttype som er et delsettmedlem av posttypen av en posttype knyttet til en erklært akseptfremgangsmåte for å bestemme aksept av en verdi som er representativ for tilstanden til en post av den posttypen på en klient, og den andre posten er av en posttype som er et delsettmedlem av posttypen med hensyn til den første posttypen.

23. Serveren ifølge krav 13, hvori den første posten er av en posttype som er et delsettmedlem av posttypen av den andre posten og et delsettmedlem av en annen posttype enn posttypen av den første posten og posttypen av den andre posten;

24. Serveren ifølge krav 13, hvori den første posten er av en posttype knyttet til en erklært akseptfremgangsmåte som angir at poster av den første posttypen bare bør aksepteres i den partielle representasjonen av den første databasen hvis det er behov for å oppfylle en begrensning for fremmede nøkler som knytter den til minst én post av en annen posttype enn den første posten og den andre posten, og den andre posten er av en posttype som er et delsettmedlem av posttypen med hensyn til den første posttypen.

25. Datamaskinleselig medium hvorpå er utført et datamaskinprogram for å gjøre det mulig for en serverdatamaskin å oppdatere en elektronisk klientanordning, idet serverdatamaskinen inneholder en første database med et flertall databaseposter og en logg over databaseoperasjoner utført av serverdatamaskinen og den elektroniske klientanordningen som inneholder en partiell representasjon av den første databasen inkludert databaseposter akseptert på klientanordningen, idet datamaskinprogrammet omfatter instruksjoner som, når de kjøres, får serverdatamaskinen til å utføre følgende: skanne loggen over databaseoperasjoner for å identifisere en første post som har blitt satt inn i, slettet fra eller endret i den første databasen, eller som har fått sin aksept på klientanordningen endret av en erklært akseptregel etter en tidligere oppdatering av klientanordningen;

26. Det datamaskinleselige mediet ifølge krav 25, idet identifiseringen av den første posten omfatter å:

skanne loggen over databaseoperasjoner utført av serverdatamaskinen for å identifisere den første posten som en post hvorpå minst én databaseoperasjon har blitt utført i løpet av tidsvinduet.

27. Det datamaskinleselige mediet ifølge krav 26, videre omfattende instruksjoner som, når de kjøres, får serverdatamaskinen til å:

før de første dataene overføres til klientanordningen, utføre minst én av:

-- en erklært akseptfremgangsmåte for posttypen som den første posten tilhører, og

hvis den minst ene databaseoperasjonen representerte en endring av den første posten i den første databasen, konfigurere de første dataene for å representere en instruksjon om å:

28. Det datamaskinleselige mediet ifølge krav 26, videre omfattende instruksjoner som, når de kjøres, får serverdatamaskinen til å:

før de andre dataene overføres til klientanordningen:

-- en erklært akseptfremgangsmåte for posttypen som den andre posten tilhører, og

-- en tilsvarende bestemmelse for en annen post enn den andre posten, men knyttet til den andre posten gjennom en begrensning for fremmede nøkler; - skanne loggen for å bestemme minst én verdi som er representativ for tilstanden til den andre posten i slutten av tidsvinduet, og bestemme om verdien bør aksepteres i den partielle representasjonen av den første databasen i slutten av tidsvinduet fra minst én av:

-- en erklært akseptfremgangsmåte for posttypen som den andre posten tilhører, og

29. Det datamaskinleselige mediet ifølge krav 27 eller 28, hvori den tilsvarende bestemmelsen for en annen post utføres ved å gjenta trinnene med å skanne loggen for å bestemme en representativ verdi og bestemme aksept av verdien på klienten for den andre posten.

30. Det datamaskinleselige mediet ifølge krav 27 eller 28, hvori minst én erklært akseptfremgangsmåte for en posttype er en funksjon som aksepterer en verdi som er representativ for tilstanden til en post av den posttypen som inndata, og produserer en tilsvarende bestemmelse av aksept for verdien på klienten.

31. Det datamaskinleselige mediet ifølge krav 27 eller 28, hvori minst én erklært akseptfremgangsmåte er erklært av en programmerer eller en bruker av databasen.

32. Det datamaskinleselige mediet ifølge krav 25, videre omfattende instruksjoner som, når de kjøres, får serverdatamaskinen til å:

gjenta trinnene med å identifisere poster og overføre data til alle begrensninger for fremmede nøkler har blitt oppfylt i den partielle representasjonen av den første databasen.

33. Det datamaskinleselige mediet ifølge krav 25, hvori den første posten er av en posttype knyttet til en erklært akseptfremgangsmåte for å bestemme aksept av en verdi som er representativ for tilstanden til en post av den posttypen på en klient, og den andre posten er av en posttype som er et delsettmedlem av posttypen med hensyn til den første posttypen.

34. Det datamaskinleselige mediet ifølge krav 25, hvori den første posten er av en posttype som er et delsettmedlem av posttypen av en posttype knyttet til en erklært akseptfremgangsmåte for å bestemme aksept av en verdi som er representativ for tilstanden til en post av den posttypen på en klient, og den andre posten er av en posttype som er et delsettmedlem av posttypen med hensyn til den første posttypen.

35. Det datamaskinleselige mediet ifølge krav 25, hvori den første posten er av en posttype som er et delsettmedlem av posttypen av den andre posten og et delsettmedlem av en annen posttype enn posttypen av den første posten og posttypen av den andre posten;

36. Det datamaskinleselige mediet ifølge krav 25, hvori den første posten er av en posttype knyttet til en erklært akseptfremgangsmåte som angir at poster av den første posttypen bare bør aksepteres i den partielle representasjonen av den første databasen hvis det er behov for å oppfylle en begrensning for fremmede nøkler som knytter den til minst én post av en annen posttype enn den første posten og den andre posten, og den andre posten er av en posttype som er et delsettmedlem av posttypen med hensyn til den første posttypen.

Hva betyr A1, B, B1, C osv?

Klasser chevron_right

IPC-klasse

G06F 17/30

Innehaver(e) chevron_right

Innehaver i EP:

Norsync Technology AS

General Birchs gate 16 0454 Oslo NO

Oppfinner(e) chevron_right

Bekkestien 26B N-1406 Ski NO

Fullmektig chevron_right

Fullmektig i Norge:

ZACCO NORWAY AS

Postboks 488 0213 OSLO NO ( OSLO kommune, Oslo fylke )

Org.nummer: 982702887

Din referanse: P61103694NO00E

Org.nummer:
Foretaksnavn:
Foretaksform:
Næring:
Forretningsadresse:
Postaddresse:

Kilde: Brønnøysundregistrene

Åpne i Enhetsregisteret

Fullmektig i EP:

Ekeberg, Tom Steinar

Zacco Norway AS Haakon VII's gt. 2 0125 Oslo NO

Prioritet chevron_right

2009.07.09, US 500370

Anførte dokumenter chevron_right

US-A- 5 758 337 (B1)

WO-A1-98/38586 (B1)

US-A- 5 758 355 (B1)

Sakshistorikk chevron_right

Statushistorie

Liste over statusendringer i sakshistorikk
Hovedstatus	Beslutningsdato, detaljstatus
2021.07.31 Patent opphørt	2022.02.18 Ikke betalt årsavgift
2019.01.14 EP patent gjort gjeldende i Norge	2019.01.14 EP patent besluttet gjeldende i Norge
2018.11.05 EP under behandling	2018.11.07 Forespørsel om å gjøre EP patent gyldig er mottatt

Korrespondanse

Liste over sakshistorikk og korrespondanse
Dato Type korrespondanse Journal beskrivelse Til/fra
2022.08.03 Innkommende EP Publiseringsdokument fra EPO
27-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2022.02.18 Utgående EP Opphørt for ikke betalt årsavgift (3206)
26-01 Via Altinn-sending EP Opphørt for ikke betalt årsavgift (3206)
2021.12.07 Utgående EP Påminnelse om ikke betalt årsavgift (3331) (PTEP2452277)
25-01 Via Altinn-sending EP Påminnelse om ikke betalt årsavgift (3331) (PTEP2452277)
2021.08.25 Innkommende EP Publiseringsdokument fra EPO
24-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2021.06.30 Innkommende EP Publiseringsdokument fra EPO
23-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2020.07.15 Innkommende EP Publiseringsdokument fra EPO
22-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2020.04.22 Innkommende EP Publiseringsdokument fra EPO
21-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2020.04.01 Innkommende EP Publiseringsdokument fra EPO
20-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.12.03 Utgående EP Påminnelse om ikke betalt årsavgift (3331) (PTEP2452277)
19-01 Via Altinn-sending EP Påminnelse om ikke betalt årsavgift (3331) (PTEP2452277)
2019.09.11 Innkommende EP Publiseringsdokument fra EPO
18-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.07.31 Innkommende EP Publiseringsdokument fra EPO
17-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.06.26 Innkommende EP Publiseringsdokument fra EPO
16-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.06.12 Innkommende EP Publiseringsdokument fra EPO
15-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.06.05 Innkommende EP Publiseringsdokument fra EPO
14-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.06.04 Utgående EP Varsel om betaling av første årsavgift (3319) (PTEP2452277)
13-01 Via Altinn-sending EP Varsel om betaling av første årsavgift (3319) (PTEP2452277)
2019.05.29 Innkommende EP Publiseringsdokument fra EPO
12-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.05.22 Innkommende EP Publiseringsdokument fra EPO
11-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.03.27 Innkommende EP Publiseringsdokument fra EPO
10-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.03.20 Innkommende EP Publiseringsdokument fra EPO
09-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.03.13 Innkommende EP Publiseringsdokument fra EPO
08-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.03.06 Innkommende EP Publiseringsdokument fra EPO
07-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.02.27 Innkommende EP Publiseringsdokument fra EPO
06-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.02.20 Innkommende EP Publiseringsdokument fra EPO
05-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.02.13 Innkommende EP Publiseringsdokument fra EPO
04-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO
2019.01.14 Utgående EP Registreringsbrev (3210) (PTEP2452277)
03-01 Brev UT EP Registreringsbrev (3210) (PTEP2452277)
2018.11.05 Innkommende Søknadsskjema Patent ZACCO NORWAY AS
01-01 Søknadsskjema Patent Søknadsskjema Patent
01-02 Hovedbrev EP søknadsskjema
01-03 Fullmakt Fullmakt
01-04 EP oversettelse EP krav
2018.08.22 Innkommende EP Publiseringsdokument fra EPO
02-01 EP Publiseringsdokument fra EPO EP Publiseringsdokument fra EPO

Betaling chevron_right

Til betaling:

Betalingshistorikk:

Liste av betalinger
Beskrivelse / Fakturanummer	Betalingsdato	Beløp	Betaler	Status
Forsinkelsesavgift patent	2020.10.14	700	1/DENNEMEYER CO S.A R.L.	Betalt og godkjent
Årsavgift 11. avg. år (EP)	2020.10.14	3500	1/DENNEMEYER CO S.A R.L.	Betalt og godkjent
Forsinkelsesavgift patent	2020.02.04	700	Patrafee AB	Betalt og godkjent
Årsavgift 10. avg. år (EP)	2020.02.04	3200	Patrafee AB	Betalt og godkjent
31818245	2018.11.22	5500	ZACCO NORWAY AS	Betalt
Valideringsgebyr EP-patent 5500 = 1 X 5500

Denne oversikten kan mangle informasjon, spesielt for eldre saker, om tilbakebetaling, internasjonale varemerker og internasjonale design.

Publikasjon(er) chevron_right

Lenker til publikasjoner og Norsk Patenttidende (søkbare tekstdokumenter)

Oversettelse av europeisk patentskrift

Norsk Patenttidende - ved meddelelse

Nye digitale Norske Tidende, nyhet om tjenesten ved lansering
Om Norske Tidende

Hva betyr A1, B, B1, C osv?

Kapitler uten data er fjernet. Melding opprettet: 30.04.2025 06:17:29

Nøkkelinformasjon info chevron_right

Sammendrag og figur info chevron_right

Beskrivelse og krav info chevron_right

Beskrivelse

Krav

Klasser info chevron_right

IPC-klasse

Søker(e) info chevron_right

Innehaver(e) info chevron_right

Oppfinner(e) info chevron_right

Fullmektig info chevron_right

Fullmektig i Norge:

Fullmektig i EP:

Prioritet info chevron_right

Anførte dokumenter info chevron_right

Lisens info chevron_right

Pant, utlegg og arrest info chevron_right

Innsigelse/Protest info chevron_right

Administrativ overprøving info chevron_right

Klage til Klagenemnda (KFIR) info chevron_right

Oppreisning info chevron_right

Sakshistorikk info chevron_right

Statushistorie

Korrespondanse

Betaling info chevron_right

Til betaling:

Betalingshistorikk:

Publikasjon(er) info chevron_right

Lenker til publikasjoner og Norsk Patenttidende (søkbare tekstdokumenter)

Nøkkelinformasjon chevron_right

Sammendrag og figur chevron_right

Beskrivelse og krav chevron_right

Klasser chevron_right

Søker(e) chevron_right

Innehaver(e) chevron_right

Oppfinner(e) chevron_right

Fullmektig chevron_right

Prioritet chevron_right

Anførte dokumenter chevron_right

Lisens chevron_right

Pant, utlegg og arrest chevron_right

Innsigelse/Protest chevron_right

Administrativ overprøving chevron_right

Klage til Klagenemnda (KFIR) chevron_right

Oppreisning chevron_right

Sakshistorikk chevron_right

Betaling chevron_right

Publikasjon(er) chevron_right