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 info  
Tittel Fremgangsmåte, dataprogram og system for provisjonering av IP-terminaler i et lokalt nettverk
Status
Hovedstatus
Detaljstatus
I kraft info Meddelt Patent meddelt (B1) (sjekk også detaljer i saken)
Patentnummer 334007
Søknadsnummer 20111584
Levert
Prioritet Ingen
Sakstype Nasjonal
Løpedag
Utløpsdato
Allment tilgjengelig
Meddelt
Søker VIDEXIO AS (NO)
Innehaver PEXIP AS (NO)
Oppfinner Thomas Midtskogen Berger (NO) .... se mer/flere nedenfor
Fullmektig ONSAGERS AS (NO)
Patentfamilie Se i Espacenet

Foreliggende oppfinnelse tilveiebringer en fremgangsmåte for å identifisere og fjernprovisjonere IP-terminaler som videokonferanse endepunkter koblet til et felles LAN. I henhold til én utførelse av oppfinnelsen, sender en provisjonerings-server en epost med en provisjonerings-URL til en bruker som blir bedt om å aktivere URUen mens PCen som mottar e-posten er koblet til LAN'et. Ved aktivering blir en http-sesion etablert mellom PCen og provisjonerings-serveren, hvori serveren sender en Java-applet til PCen. Når Java-applefen så kjøres, starter den med å hente ut PCens IP-adresse. Java-applet skanner deretter LAN'et for videokonferanse endepunktene ved å sende ut signaleringsprotokollforespørsler slik som SIP- eller H.323-forespørsler adressert med IP-adresser som tilhører samme IP-adresse segment som PCens IP-adresse. PCen provisjonerer deretter IP enhetene som svarer på signaleringsprotokoll-forespørslene ved å legge inn XML-filer inn i endepunktene tilpasset de bestemte enhetenes system gjennom endepunktenes API.

Se forsidefigur og sammendrag i Espacenet


B1

Beskrivelse

Metode, datamaskinprogram og system for provisjonering av IP terminaleri et lokalt nettverkQppfinnelsesområde

Den foreliggende oppfinnelse angår provisjonering av IP-kommunikasjonsterminaler.

Bakgrunn for oppfinnelsen

IP (Internet Protocol) datanettverk har skapt en rekke muligheter og utfordringer for tjenesteleverandører innen multimedia- og talekommunikasjon. Hittil ukjente nivåer av investeringen blir gjort i infrastruktur for datanettet av nåværende teleoperatører og neste generasjons operatører og tjenesteleverandører. Samtidig bringer bredbåndstilgangsteknologier høyhastighets internettilgang til et stort antall brukere. Tjenesteleverandører ønsker å benytte seg av IP datanettverk for å levere tale-, video-og datatjenester rett til skrivebordet, kontoret og hjemmet sammen med høyhastighets internettilgang.

H.323-standarden gjelder multimediakommunikasjon over pakkebaserte nettverk som ikke har noen garantert kvalitet på tjenesten. Det har blitt konstruert for å være uavhengig av det underliggende transportnettet og protokoller. I dag er IP datanettverket standard og et allestedsnærværende pakkenettverk, og flertallet av implementeringer av H.323 er over et IP datanettverk. Andre protokoller for sanntids (tale og video) kommunikasjon, for eksempel, SIP (Session Initiated Protocol) bruker også IP datanettverk for transport av samtalen, signalering og media. Nye protokoller for nye anvendelser knyttet til transport av sanntids tale og video over IP datanettverk er også forventet å bli utviklet.

Hittil har det vært en rekke hindringer for masseanvendelse av multimediakommunikasjon (spesielt video). Brukervennlighet, kvalitet, pris og kommunikasjonsbåndbredde har alle hemmet vekst i markedet. Teknologiske fremskritt i videokoding, allmenne og rimelig IP-tilgang og den nåværende investeringen i datanettet løser de fleste av disse problemene og gjør multimediakommunikasjon lett tilgjengelig.

Tjenesteleverandørnettverk bruker typisk pakkesvitsjet IP-nettverk hvor flere bedrifters abonnentnettverk kan få tilgang til et globalt IP-nettverk, for eksempel internett. Vanligvis omfatter tjenesteleverandørens nettverk et tilgangspunkt, for eksempel en POP. POP har en unik IP-adresse som en enhet i bedriftens abonnentnettverk kan kontakte for å få tilgang til nettverket.

Trafikk som kommer inn til POP kan klassifiseres i videokonferansedata og ikke-videokonferansedata. Videokonferansedataene inkluderer vanligvis styringsdata og strømmet tale- og lyddata i henhold til H.323 eller SIP-standardene. H.323 refererer til International Telecommunications Union, Telecommunications Sector, Recommendation H.323 (versjon 1, publisert november 1996, versjon 2, utgitt 1998, med tittelen " Visual Telephone Systems and Equipment for Local Area Networks Which Provide a Non-guaranteed Quality of Service,". SIP refererer til Session Initiation Protocol Proposed Standard (RFC 2543), Internet Engineering Task Force (IETF) (publisert mars 1999).

Hver av bedriftens abonnentnettverk inkluderer vanligvis et flertall av terminaler. Terminaler, sammen med videokonferansetjenestesvitsjer og ulike andre komponenter i systemet, er vanligvis H.323 eller SIP-kompatible. Terminalene er typisk videokonferanseenheter som er konfigurert til å vise og ta opp både video og lyd. Terminalene kan være stasjonære datamaskiner, bærbare datamaskiner, stormaskiner og / eller arbeidsstasjoner datamaskiner, eller andre videokonferanseløsningsenheter.

Nar det gjelder videokonferanser, betyr provisjonering innsetting av påkrevde systemdata i endepunktet, for eksempel tilgangsinformasjon til VSP (Video conference Service Provider - videokonferansetjenestetilbyder), brukeridentifikasjon, identifisering av abonnenten i VSP-arkitekturen som typisk kan være en URI, etc. Provisjonering er tradisjonelt gjort enten manuelt ved å skrive de nødvendige data i et brukergrensesnitt på hvert endepunkt, eller eksternt fra en programvare for styring av videokonferanser (Video conferencing Management Suit) hvor endepunktene allerede er registrert. Provisjoneringsprosessen er en av mange tekniske terskler for bruk av videokonferanseutstyr. En bruker er sjelden trent i å gjøre avanserte innstillinger i et endepunkt. Nar større mengder av endepunktene skal provisjoneres, vil manuell provisjonering være for tidkrevende, og risikoen for en feilaktig innsetting av data er høy. Det er et behov for en fremgangsmåte for å identifisere endepunkter koblet til et nettverk, og for automatisk provisjonering av de identifiserte endepunktene f.eks når en ny abonnent til en VSP er i ferd med å starte abonnementet og koble sitt endepunkt til VSP-nettverket.

Oppsummering av oppfinnelsen

Den foreliggende oppfinnelses gjenstand er en fremgangsmåte for provisjonering av en eller flere IP-terminaler koblet til et IP-nettverk, ved å kjøre en datamaskinkjørbar kode på datamaskinen som innbefatter trinn for å trekke ut IP-adressen til datamaskinen, henholdsvis adressere en eller flere mediakommunikasjonsprotokollparameterforespørsler for alle IP-adresser i området eller segmentet som IP-adressen til datamaskinen tilhører, og unicaste dem i det første IP-nettverket fra datamaskinen, identifisere den ene eller flere IP-terminaler og tilhørende mediakommunikasjonsprotokoll fra mediakommunikasjonprotokollresponser mottatt av datamaskinen og provisjonere de en eller flere fjerntliggende IP-terminaler fra datamaskinen og / eller provisjoneringsserveren. Oppfinnelsens gjenstand omfatter også et tilsvarende dataprogram og et provisjoneringssystem.

Kort beskrivelse av tegningeneFigur 1 viser eksempel på komponenter som kan være vert for en VSP,

Figur 2 viser komponentene i figur 1 i en global arkitektur for et VSP-nettverk,

Figur 3 viser en datamaskin og videoendepunkter i et LAN,Figur 4 er et eksempel på innholdet i en aktiverings-e-post fra en VSP

Figur 5 illustrerer dataflyten mellom provisjoneringsserveren, LAN og internt i LAN ifølge en utførelsesform av den foreliggende oppfinnelsen, Figur 6 viser et eksempel på innholdet i en XML-fil som brukes til å provisjonere videoendepunkter.

Detaljert beskrivelse av et eksempel utførelsesform

Figur 1 viser et eksempel på komponenter som kan være vert for en VSP og som gir videokonferanse og relaterte tjenester til abonnenter av tjenesten gjennom et offentlig IP-nettverk. Komponentene er delt i to grupper - elastisk sky og dedikerte datasentre. Den elastiske skyen inkluderer komponenter knyttet til administrasjon, overvåking og tilleggstjenester, mens de dedikerte datasentrene inkluderer komponenter relatert til håndtering av medier som gatewayer for å konvertere videodata mellom ulike formater og standarder, Multipoint Control Unit (MCU) for bridging og miksing av video konferansetilkoblinger som gir mulighet for 3 eller flere terminaler og gatewayer til å delta i en flerpunktskonferanse samt ringekontroll, f.eks gi brannmurtraversering og NAT konvertering av mediadata. Figur 2 illustrerer videre den elastiske skyen og dedikerte datasentre i en global arkitektur med et VSP-nettverk. De dedikerte datasentrene kan enten ligge sentralt i skyen eller bli distribuert og dedikert til hver LAN som abonnentenes videoterminaler er koblet til. Den elastiske skyen ligger sentralt og bare signalering rutes gjennom denne, mens mediaflyten rutes direkte mellom de dedikerte datasentre.

Den foreliggende oppfinnelse er relatert til en av de spesifikke komponenter i den elastiske skyen, nemlig endepunktets provisjoneringskomponent. Som allerede nevnt er provisjonering innen telekommunikasjon prosessen med å forberede og utstyre terminaler for å tillate det å få levert tjenester til en tjenesteleverandørs abonnenter. Det tilsvarer også "initiering" og inkluderer å forandre tilstanden av en eksisterende prioritert tjeneste eller evne. I videokonferanser, betyr provisjonering å sette nødvendige systemdata i endepunktet for eksempel tilgang til informasjon til VSP, brukerlegitimasjon, identifisering av abonnenten i VSP-arkitekturen som typisk kan være en URI, etc. Provisjonering er tradisjonelt gjort enten manuelt ved å skrive de nødvendige data i et brukergrensesnitt på hvert endepunkt, eller eksternt fra programvare for styring av videokonferanser hvor endepunktene allerede er registrert.

Den foreliggende oppfinnelsen beskriver en fremgangsmåte og provisjoneringssystem for å identifisere og provisjonere IP-terminaler som videokonferanseendepunkter knyttet til et felles LAN. Ifølge én utførelsesform av oppfinnelsen, sender en provisjoneringsserver en epost med provisjonerings-URL til en bruker som er bedt om å aktivere internettadressen mens datamaskinen som mottar eposten er koblet til LANet. Ved aktivering er en http-sesjon etablert mellom datamaskinen og en provisjoneringsserver. Provisjoneringsserveren leverer deretter konfigurasjonsdetaljer for abonnementet sammen med en Java-applet som er kjørbar på en Java Virtual Machine på datamaskinen. Java-appleten starter ved å trekke ut IP-adressen til datamaskinen. Deretter skanner den LANet etter videokommunikasjonsendepunkter ved å sende ut mediaprotokollforespørseler som SIP-eller H.323-forespørsler adressert med IP-adresser som tilhører samme IP25 adressesegment som datamaskinens IP-adresse. Maskinen provisjonerer da IP enheter som svarer til mediaprotokollforespørslene ved å sette inn nødvendige innstillinger i endepunktene via XML-filer tilpasset de enkelte systemenhetene som er identifisert.

I det følgende vil en utførelse av den foreliggende oppfinnelse bli ytterligere beskrevet som et eksempel. Figur 3 illustrerer et LAN med en tre videoendepunkter og en datamaskin koplet til dette. LAN-kunne f.eks være en ny VSP-abonnents LAN hvor endepunktene ennå ikke er klargjort for VSP-nettverket.

Ifølge utførelsesformeksemplet er provisjoneringsprosessen startet når en provisjonerings-epost blir sendt til en e-postadresse oppgitt av den nye abonnenten. En bruker hos den nye abonnenten åpner e-posten som kan se ut som illustrert i figur 4. E-posten inneholder en link og en instruks til brukeren om å klikke på linken når datamaskinenen (PC) er koblet til samme nettverk (LAN) som endepunktet som skal provisjoneres.

Provisjoneringsprosessen starter når brukeren klikker på linken. Figur 5a og 5B viser meldingsflyten under provisjoneringsprosessen på et høyt nivå, inkludert både IP, SIP og H.323 terminologi. Begrepene er ikke nødvendigvis nøyaktig i henhold til standardene, men fortsatt tilstrekkelig beskrivende slik at en fagperson vil være i stand til å rekonstruere prosessen.

Koblingen i e-posten er adressert til provisjoneringsserveren ved VSP. Derfor er en HTTP-forespørsel sendt fra datamaskinen til provisjoneringsserveren. provisjoneringsserveren er satt til å svare på HTTP-forespørselen ved å levere en Java-applet (eller ved andre kodepakker tilsvarende en Java-applet). I en alternativ utførelsesform av oppfinnelsen, blir Java-appleten (eller liknende) tilgjengelig for datamaskinen uten den innledende http-forbindelsen med provisjoneringsserveren, men bringes til datamaskinen i f.eks en minnepinne eller via en håndholdt enhet med trådløs overføring.

Java-appleten inneholder instruksjoner til datamaskinen om hvordan den skal gå fram, og er kjørbar på en Java Virtual Machine (JVM) fortrinnsvis forhåndsinstallert på datamaskinen. Appleten starter ved å trekke datamaskinens IP-adresse med en intern "Request local socket address", så svarer datamaskinen med en "Local socket adresse" som inkluderer IP-adressen til datamaskinen.

Appleten er nå klar over én IP-adresse fra det lokale nettverket som endepunktene er koblet til. Foreliggende oppfinnelse utnytter det faktum at IP-adressene som tildeles IP enheter koblet til samme LAN definert som et delnett oftest tilhører et IP-adresse segment, som vanligvis er av størrelse 256. Når én IP-adresse er kjent, er segmentet derfor også kjent, og det vil i de fleste tilfeller være 256 mulige IP-adresser tilordnet IP-enhetene i LANet. Videokonferanseenheter i dag er stilt inn for å kommunisere enten ifølge SIP-standarden eller H.323-standarden (eller begge). Når du sender en SIP forespørsel til enheter i et IP-nettverk, vil bare SIP enheter svare, og sendes en H.323 forespørsel til enheter i et IP-nettverk, vil bare H.323-enheter svare. Ifølge foreliggende oppfinnelse, er en SIP-forespørselsmelding og en H.323-forespørselsmelding unicastet fra datamaskinen til alle mulige IP adresser i segmentet av datamaskinens LAN. Som illustrert i figur 5, er en SIP Option melding sendt ut på port 5060 og en H.323 IRQ Request-melding er sendt ut på port 1719 på alle 255 mulige IP-adresser som kan ligge på det lokale nettverket. Portene 5060 og 1719 er valgt fordi videokonferanse endepunkter alltid "lytter" på disse portene. Port 1718 kunne også brukes for å understøtte en kringkasting, men port 1719 brukes siden det vil gi flere treff.

Resultatet av å sende ut SIP og H.323 henvendelser på de ovennevnte porter og adressere dem til alle IP-adresser i det samme segmentet som IP-adressen til datamaskinen tilhører, er at ingen andre, men alle endepunkter koblet til samme LAN som datamaskinen vil reagere. Hva slags svar vil avhenge av om endepunktene er SIP eller H.323-enheter. De fleste SIP enheter vil svare med 200 OK og H.323 enheter vil svare med IRR Response. Disse svarene omfatter bl.a. IP-adressene til de svarende enhetene. I eksemplet illustrert i figur 5, svarer tre endepunkter på forespørsler som sendes ut fra den provisjoneringsserveren, en SIP enhet (SIP_EP2) og to H.323 enheter (h.323_EPl og h.323_EP3).

Datamaskinen har nå identifisert IP-adressene til endepunktene knyttet til den nye abonnentens LAN og etter hvilken standard de er konfigurert. Likevel, provisjonering av videoendepunkter varierer fra én enhet til en annen. Som et eksempel, en Cisco EX90 enhet har et annet format for provisjoneringsfilen som skal inn via kodek-API enn en Polycom HDX 4500 (Videoendepunkter er alltid utstyrt med en kodek for koding og dekoding av mediedata, og oftest er et Application Programming Interface (API) - applikasjonsprogrammeringsgrensesnitt - installert). Derfor, for å fullføre provisjoneringsprosessen, må datamaskinen også ha systeminformasjon om den identifiserte videokonferanseenheten. Systeminformasjon kan nås via ulike nettadresser. Basert på svaret fra SIP eller H.323 sonder, kan du prøve forskjellige URLer eller andre API-anmodninger for å få tilgang til IP-terminalen. På en Cisco Telepresence enhet vil den foretrukne URL være http://IP/systemunit.xml, der IP er enhetens IP-adresse. Systeminformasjon om en Cisco EX60 enhet med IP-adressen 192.168.1.114, kan nås via nettadressen http://192.168.1.114/systemunit.xml. PCen skaper en URL for alle kjente systemenheter inkludert de respektive IP-adressene til de identifiserte videokonferanseenhetene. Innsamlet informasjon presenteres for brukeren slik at han / hun kan visualisere IP-terminalene som er funnet og gi brukeren en mulighet til å velge den riktige IP-terminalen til provisjoneringen. I eksemplet illustrert i figur 5, er bare endepunkter fra én leverandør til stede, slik at det samme URL-formatet kan brukes. Når en URL samsvarer med systemenhetstypen for ett av endepunktene, vil den reagere med en kvitteringsmelding (acknowledge-melding), inkludert identifikasjon av svarer og systemenheten.

PCen har i eksempelet i figur 5a identifisert all informasjon som kreves for å gjennomføre en fjemprovisjonering av videokonferanseenheter som er koblet til LANet. Fjemprovisjonering kan gjøres ved å etablere en HTTP-ti I kobling til videokonferanseenhet (eller andre APIer som er brukt), og sette inn en XML post inn i enheten via APIen for den inkorporerte kodeken. Figur 5b viser hvordan XML-filer blir satt inn endepunktene med POST kommandoer inkludert XML-filer tilpasset systemenhetstypene som allerede er identifisert for de respektive endepunkter. XML-filen kan igjen inkludere en URL til provisjoneringsserveren som blir aktivert av endepunktet, slik at innstillingene faktisk blir lastet fra provisjoneringsserveren til endepunktet, som vil fullføre provisjoneringsprosessen.

Når prosessen er fullført kan en e-post sendes til abonnenten med en liste over endepunktene som vellykket har blitt klargjort. I utførelsesformene diskutert ovenfor, er bare SIP og H.323 innstilte videoendepunkter diskutert. Imidlertid kunne provisjonering av IP-terminaler ved hjelp av andre mediakommunikasjonsprotokoller være tenkelig for en fagperson, og vil bli inkludert i omfanget av den foreliggende oppfinnelse. Omfanget er ikke begrenset til videokommunikasjon, men ville være nyttig også for provisjonering av Voice over IP (VolP) terminaler (IP-telefoni-terminaler). Merk at provisjoneringsfremgangsmåten i henhold til det foreliggende gjelder for både første gangs provisjonering og senere-provisjonering i de tilfeller hvor bruker endrer VSP eller ønsker å bytte abonnement mellom endepunkter.

Den foreliggende oppfinnelses gjenstand er definert i de uavhengige kravene.

Det første IP-nettverket kan være et LAN eller spesialtilfeller av LAN som WLAN eller WiFi og datamaskinen er ikke begrenset til en tradisjonell PC eller laptop, men kan være alle slags datamaskinenheter inkludert smarttelefoner og videokonferanseendepunkter. Den datamaskinkjørbare koden er ikke begrenset til Java Applets som kjører på JVM, men kan også være kode lastet ned til og utført på en smarttelefon eller app for mobiltelefon.

Krav

1. Fremgangsmåte for provisjonering av én eller flere IP-terminaler koblet til et første IP-nettverk, karakterisert ved:III. kjøre en datamaskinkjørbarkode på en datamaskin i et første IP nettverk som inkluderer stegene(1) å trekke ut datamaskinens IP-adresse,(2) henholdsvis adressere en eller flere mediakommunikasjonsprotokollforespørsler for alle IP-adresser i området eller segmentet som IP-adressen til datamaskinen tilhører, og unicaste dem i det første IP-nettverket fra datamaskinen,(3) identifisere én eller flere IP-terminaler og tilsvarende mediakommunikasjonsprotokoll fra mediakommunikasjonsprotokollresponsene mottatt av datamaskinen (4) fra fjernt provisjonere én eller flere IP-terminaler fra datamaskinen og / eller en provisjoneringsserver.2. Fremgangsmåte ifølge krav 1, karakterisert ved at den inkluderer følgende steg før trinn I:I. etablere en første http-forbindelse fra datamaskinen som er koblet til det første IP nettverket til en server som er koblet til et andre IP-nettverk,II. overføring av en datamaskinkjørbarkode fra serveren til datamaskinen.3. Fremgangsmåte ifølge krav 2, karakterisert ved at steg I er initiert når en URL er aktivert på datamaskinen frembrakt av serveren i en e-post sendt til en bruker som har tilgang til datamaskinen.4. Fremgangsmåte ifølge krav 1 eller 2, karakterisert ved at steg III 1) omfatter en "request local socket address request", og at datamaskinen svarer på "request local socket address request", med en "lokal socket adress" respons som gir IP-adressen til datamaskinen.5. Fremgangsmåte ifølge krav 1 eller 2, karakterisert ved at steg III 4) videre innbefatter:a) lage en URL fra hver av de n IP adressene som identifiserer de én eller flere IP-terminalene og hver av m antall kjente systemenheter i formatet http:// [IP_adresse] / [systemenhet] resulterende i mxn URLerb) forsøke å etablere en http-forbindelse for hver av de mxn nettadresserc) for hver kvitterte http-forbindelse, henholdsvis provisjonere de de de én eller flere IP-terminalene ved å poste en XML-fil til hver IP terminal utvalgt i henhold til systemenheten tilknyttet tilsvarende URL som kvittert for.6. Fremgangsmåte ifølge krav 5, karakterisert ved at XML-filen inneholder nødvendige innstillinger for å gi en respektiv en av de én eller flere IP terminalene tilgang til en nettverkstjeneste.7. Fremgangsmåte ifølge krav 1 eller 2, karakterisert ved at mediakommunikasjonsprotokollen er SIP og / eller H.323.8. Fremgangsmåte ifølge krav 1 eller 2, karakterisert ved at en eller flere IP-terminaler er videokonferanser, endepunkter telepresence-systemer og / eller VoIP terminaler.9. Fremgangsmåte ifølge krav 1 eller 2, karakterisert ved at det første IP-nettverket er et lokalt nettverk (LAN).10. Fremgangsmåte ifølge krav 1 eller 2, karakterisert ved at dendatamaskinkjørbar kode er en Java-applet.11. Et provisjoneringssystem tilpasset å provisjonere én eller flere IP-terminaler koblet til en første IP-nettverk, karakterisert vedmidler for etablering av en første http tilkobling fra en datamaskin som er koblet til det første IP nettverket til en provisjoneringsenhet koblet til et andre IP-nettverk,midler for å trekke ut datamaskinens IP-adresse fra datamaskinen,midler for henholdsvis adressere en eller flere mediakommunikasjonsprotokollparameterforespørsler for alle IP-adresser i området eller segmentet som IP-adressen til datamaskinen tilhører, og unicaste dem i det første IP-nettverket,midler for å identifisere de én eller flere IP-terminaler og tilsvarende mediakommunikasjonsprotokoll fra mediakommunikasjonsprotokollparameterresponsene mottatt av datamaskinen, midler for provisjonering av de én eller flere IP-terminaler fra datamaskinen og / eller provisjoneringsserver.
Hva betyr A1, B, B1, C osv? info
VIDEXIO AS
Arnstein Arnebergsvei 30 1366 LYSAKER NO ( BÆRUM kommune, Akershus fylke )

Org.nummer: 996814343
  • Foretaksnavn:
  • Foretaksform:
  • Næring:
  • Forretningsadresse:
     

Kilde: Brønnøysundregistrene
PEXIP AS
Lilleakerveien 2 A 0283 OSLO NO ( OSLO kommune, Oslo fylke )

Org.nummer: 819850232
  • Foretaksnavn:
  • Foretaksform:
  • Næring:
  • Forretningsadresse:
     

Kilde: Brønnøysundregistrene
2 hendelser
  1. hendelse  
Patentstyrets saksnr. 2020/03821
Din referanse: Videxio transf Pexip   Levert  
Gjeldende status Avgjort

Avsender

DEHNS AS
Gaustadalléen 21 0349 OSLO NO ( OSLO kommune, Oslo fylke )

Org.nummer: 884607752

Statushistorie for 2020/03821

Liste over statusendringer i sakshistorikk
Hovedstatus Beslutningsdato, detaljstatus
Avgjort Forespørsel tatt til følge
Under behandling Mottatt

Korrespondanse for 2020/03821

Liste over sakshistorikk og korrespondanse
Dato Type korrespondanse Journal beskrivelse
Utgående GH Forespørsel
02-01 Via Altinn-sending GH Forespørsel
Innkommende, AR365626172 Generell henvendelse
01-01 Generell henvendelse Generell henvendelse
01-02 Fullmakt Fullmakt - PEXIP
01-03 Fullmakt Fullmakt - VIDEXIO
  2. hendelse  
Patentstyrets saksnr. 2016/07067
Din referanse: PG19981NO00   Levert  
Gjeldende status Avgjort

Avsender

Valea AB
Box 1098 40523 GÖTEBORG SE

Statushistorie for 2016/07067

Liste over statusendringer i sakshistorikk
Hovedstatus Beslutningsdato, detaljstatus
Avgjort Forespørsel tatt til følge
Under behandling Mottatt

Korrespondanse for 2016/07067

Liste over sakshistorikk og korrespondanse
Dato Type korrespondanse Journal beskrivelse
Utgående GH Forespørsel
02-01 Brev UT GH Forespørsel
Innkommende Generell henvendelse
01-01 Generell henvendelse Generell henvendelse
Gjerdesmutten 34 0957 OSLO NO ( OSLO kommune, Oslo fylke )
Frosterudveien 39 1832 ASKIM NO ( INDRE ØSTFOLD kommune, Østfold fylke )
Wilh Wilhelmsensvei 6D 1362 HOSLE NO ( BÆRUM kommune, Akershus fylke )
Fullmektig i Norge:
ONSAGERS AS
Postboks 1813 Vika 0123 OSLO NO ( OSLO kommune, Oslo fylke )

Org.nummer: 932214636
Din referanse: -
  • Foretaksnavn:
  • Foretaksform:
  • Næring:
  • Forretningsadresse:
     

Kilde: Brønnøysundregistrene
2 hendelser
  1. hendelse  
Patentstyrets saksnr. 2020/05712
Din referanse: P27476NO00   Levert  
Gjeldende status Avgjort

Avsender

ONSAGERS AS
Postboks 1813, Vika 0123 OSLO NO ( OSLO kommune, Oslo fylke )

Org.nummer: 934603729

Statushistorie for 2020/05712

Liste over statusendringer i sakshistorikk
Hovedstatus Beslutningsdato, detaljstatus
Avgjort Forespørsel tatt til følge
Under behandling Mottatt

Korrespondanse for 2020/05712

Liste over sakshistorikk og korrespondanse
Dato Type korrespondanse Journal beskrivelse
Utgående GH Forespørsel
02-01 Via Altinn-sending GH Forespørsel
Innkommende, AR372779582 Generell henvendelse
01-01 Generell henvendelse Generell henvendelse
01-02 Fullmakt Fullmakt
01-03 Fullmakt Fullmakt
  2. hendelse  
Patentstyrets saksnr. 2013/02944
Din referanse: L.Axelsson   Levert  
Gjeldende status Avgjort

Avsender

Valea AB
Box 1098 40523 GÖTEBORG SE

Statushistorie for 2013/02944

Liste over statusendringer i sakshistorikk
Hovedstatus Beslutningsdato, detaljstatus
Avgjort Forespørsel tatt til følge
Under behandling Mottatt

Korrespondanse for 2013/02944

Liste over sakshistorikk og korrespondanse
Dato Type korrespondanse Journal beskrivelse
Utgående GH Forespørsel
02-01 Brev UT GH Forespørsel
Innkommende Generell henvendelse
01-01 Generell henvendelse Generell henvendelse
01-02 Fullmakt Fullmakt

Statushistorie

Liste over statusendringer i sakshistorikk
Hovedstatus Beslutningsdato, detaljstatus
Meddelt Patent meddelt (B1)
Under behandling Godkjent til meddelelse
Under behandling Andre og senere realitetsskriv foreligger
Under behandling Første realitetsuttalelse foreligger
Under behandling Formaliakontroll utført
Under behandling Mottatt

Korrespondanse

Liste over sakshistorikk og korrespondanse
Dato Type korrespondanse Journal beskrivelse
Utgående PT Registreringsbrev Nasjonal Patent
19-01 Brev UT PT Registreringsbrev Nasjonal Patent
Utgående PT Meddelelse om patent
17-01 Brev UT PT Meddelelse om patent
Utgående Batch PTREMINDER Patent varsel årsavgift
16-01 Brev UT Batch PTREMINDER Patent varsel årsavgift
Innkommende Korrespondanse (hoved dok)
15-01 Korrespondanse (Hovedbrev inn) Korrespondanse (hoved dok)
15-02 Krav endrede krav-renskrevet
15-03 Beskrivelse endret s.5-markert
15-04 Beskrivelse endret s.5-renskrevet
15-05 Beskrivelse endret side 6 - markert
15-06 Beskrivelse endret side 6
15-07 Beskrivelse endret side 9
15-08 Beskrivelse endret side 9 - renskrevet
15-09 Hovedbrev Hovedbrev
15-10 Hovedbrev E-post
15-11 Krav endrede krav-markert
Utgående Realitet patent
14-01 Brev UT Realitet patent
Innkommende Korrespondanse (hoved dok)
13-01 Korrespondanse (Hovedbrev inn) Korrespondanse (hoved dok)
Innkommende Korrespondanse (hoved dok)
11-01 Korrespondanse (Hovedbrev inn) Korrespondanse (hoved dok)
11-02 Beskrivelse Beskrivelse
11-03 Patenttegninger Patenttegninger
11-04 Beskrivelse Beskrivelse
Utgående Bekreftelse på patentsøknad
09-01 Brev UT Bekreftelse på patentsøknad
Innkommende Korrespondanse (Hovedbrev inn)
10-01 Korrespondanse (Hovedbrev inn) Korrespondanse (Hovedbrev inn)
10-02 Fullmakt Fullmakt
Utgående Bekreftelse på patentsøknad
07-01 Brev UT Bekreftelse på patentsøknad
Utgående Bekreftelse på patentsøknad
06-01 Via Altinn-sending Bekreftelse på patentsøknad
Innkommende Korrespondanse (Hovedbrev inn)
08-01 Korrespondanse (Hovedbrev inn) Korrespondanse (Hovedbrev inn)
Utgående Anmodning om Norsk oversettelse
05-01 Via Altinn-sending Anmodning om Norsk oversettelse
Innkommende Korrespondanse (hoved dok)
04-01 Korrespondanse (Hovedbrev inn) Korrespondanse (hoved dok)
04-02 Beskrivelse Beskrivelse
04-03 Patenttegninger Patenttegninger
04-04 Hovedbrev Hovedbrev
Utgående Realitet patent
03-01 Via Altinn-sending Realitet patent
03-02 Vedlegg PT report 10:38:09
Utgående Infobrev til oppfinner
02-01 Brev UT Infobrev til oppfinner
Innkommende National Patent Application Form
01-01 Søknadsskjema Patent National Patent Application Form
01-02 Beskrivelse Beskrivelse
01-03 Erklæring: Søkers rett til oppfinnelse Erklæring søkers rett til oppfinnelse
01-04 Fullmakt Fullmakt
01-05 Krav Krav
01-06 Sammendrag Sammendrag
01-07 Patenttegninger Tegninger

Til betaling:

Neste fornyelse/årsavgift:

Betalingshistorikk:

Liste av betalinger
Beskrivelse / Fakturanummer Betalingsdato Beløp Betaler Status
Årsavgift 14. avg.år. 2024.09.12 5850 ONSAGERS AS Betalt og godkjent
Årsavgift 13. avg.år. 2023.09.18 4200 ONSAGERS AS Betalt og godkjent
Årsavgift 12. avg.år. 2022.09.21 3850 ONSAGERS AS Betalt og godkjent
Årsavgift 11. avg.år. 2021.10.18 3500 ONSAGERS AS Betalt og godkjent
Årsavgift 10. avg.år. 2020.10.15 3200 ONSAGERS AS Betalt og godkjent
Årsavgift 9. avg.år. 2019.11.07 2850 Kristina Hallgren Betalt og godkjent
Årsavgift 8. avg.år. 2018.11.14 2550 Kristina Hallgren Betalt og godkjent
Årsavgift 7. avg.år. 2017.11.20 2200 Valea AB Betalt og godkjent
Årsavgift 6. avg.år. 2016.11.17 2000 Valea AB Betalt og godkjent
Årsavgift 5. avg.år. 2015.11.19 1650 Valea AB Betalt og godkjent
Årsavgift 4. avg.år. 2014.11.20 1350 Valea AB Betalt og godkjent
Årsavgift 1. tom 3. avg.år. 2013.11.14 1800 Valea AB Betalt og godkjent
31311901 expand_more 2013.10.07 2600 Valea AB Betalt
31114736 expand_more 2011.11.30 1200 ip.coop (IPR SA) Betalt
Denne oversikten kan mangle informasjon, spesielt for eldre saker, om tilbakebetaling, internasjonale varemerker og internasjonale design.

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

Lenker til publikasjoner (ikke søkbare tekstdokumenter)
Hva betyr A1, B, B1, C osv? info
Kapitler uten data er fjernet. Melding opprettet: 26.04.2025 03:38:01