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
Beskrivelse
Den foreliggende oppfinnelse angår provisjonering av IP-kommunikasjonsterminaler.
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.
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.
Figur 2 viser komponentene i figur 1 i en global arkitektur for et VSP-nettverk,
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.
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.
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
IPC-klasse
Org.nummer: 996814343
- Org.nummer:
- Foretaksnavn:
- Foretaksform:
- Næring:
-
Forretningsadresse:
Org.nummer: 819850232
- Org.nummer:
- Foretaksnavn:
- Foretaksform:
- Næring:
-
Forretningsadresse:
Avsender
Org.nummer: 884607752
Statushistorie for 2020/03821
Hovedstatus | Beslutningsdato, detaljstatus |
---|---|
Avgjort | Forespørsel tatt til følge |
Under behandling | Mottatt |
Korrespondanse for 2020/03821
Dato
Type korrespondanse
Journal beskrivelse
|
---|
Utgående
GH Forespørsel
|
Innkommende, AR365626172
Generell henvendelse
|
Avsender
Statushistorie for 2016/07067
Hovedstatus | Beslutningsdato, detaljstatus |
---|---|
Avgjort | Forespørsel tatt til følge |
Under behandling | Mottatt |
Fullmektig i Norge:
Org.nummer: 932214636
- Org.nummer:
- Foretaksnavn:
- Foretaksform:
- Næring:
-
Forretningsadresse:
Avsender
Org.nummer: 934603729
Statushistorie for 2020/05712
Hovedstatus | Beslutningsdato, detaljstatus |
---|---|
Avgjort | Forespørsel tatt til følge |
Under behandling | Mottatt |
Korrespondanse for 2020/05712
Dato
Type korrespondanse
Journal beskrivelse
|
---|
Utgående
GH Forespørsel
|
Innkommende, AR372779582
Generell henvendelse
|
Avsender
Statushistorie for 2013/02944
Hovedstatus | Beslutningsdato, detaljstatus |
---|---|
Avgjort | Forespørsel tatt til følge |
Under behandling | Mottatt |
WO 2004100011 A1 (A1)
Statushistorie
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
Dato
Type korrespondanse
Journal beskrivelse
|
---|
Utgående
PT Registreringsbrev Nasjonal Patent
|
Utgående
PT Meddelelse om patent
|
Utgående
Batch PTREMINDER Patent varsel årsavgift
|
Innkommende
Korrespondanse (hoved dok)
|
Utgående
Realitet patent
|
Innkommende
Korrespondanse (hoved dok)
|
Innkommende
Korrespondanse (hoved dok)
|
Utgående
Bekreftelse på patentsøknad
|
Innkommende
Korrespondanse (Hovedbrev inn)
|
Utgående
Bekreftelse på patentsøknad
|
Utgående
Bekreftelse på patentsøknad
|
Innkommende
Korrespondanse (Hovedbrev inn)
|
Utgående
Anmodning om Norsk oversettelse
|
Innkommende
Korrespondanse (hoved dok)
|
Utgående
Realitet patent
|
Utgående
Infobrev til oppfinner
|
Innkommende
National Patent Application Form
|
Til betaling:
Neste fornyelse/årsavgift:
Betalingshistorikk:
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 expand_less | 2013.10.07 | 2600 | Valea AB | Betalt |
Meddelelsesavgift patent
1100 = 1 X 1100
Meddelelse patent tillegg >14 sider
1500 = 6 X 250
|
||||
31114736 expand_more expand_less | 2011.11.30 | 1200 | ip.coop (IPR SA) | Betalt |
Søknadsgebyr patent <= 20 årsverk
800 = 1 X 800
Krav>10, tillegg patent
400 = 2 X 200
|