NO325487B1

NO325487B1 - Fremgangsmate og anordning for dynamisk streaming-/arkiveringskonfigurasjon

Info

Publication number: NO325487B1
Application number: NO20064164A
Authority: NO
Inventors: Craig Cockerton
Original assignee: Tandberg Telecom As
Priority date: 2006-09-14
Filing date: 2006-09-14
Publication date: 2008-05-13
Also published as: US8260854B2; WO2008033030A1; JP5384349B2; EP2070323A1; CN101518072B; JP2010504022A; US20080072159A1; EP2070323A4; EP2070323B1; CN101518072A; NO20064164L

Abstract

Den foreliggende oppfinnelsen tilveiebringer et system og en fremgangsmåte som tillater brukere å registrere/streame en videokonferanse ved å oppkalle en innholdsserver fra et hvilket som helst endepunkt ved bruk av et personlig alias eller aliaser, eller ved å oppkalle et endepunkt fra en innholdsserver ved bruk av personlig alias eller aliaser. Aliaset eller aliasene vil definere deres foretrukne streaming-/arkiveringsmal(er) og oppkallskonfigurasjon(er), hvilket tillater dem å sette spesifikke betraktningsregler for konferansen og å identifisere dem som eieren av konferansene opprettet gjennom dette alias. Aliaseieren kan også tilordne standard metadata (tittel, beskrivelse, osv.) og en aksessliste for å bestemme hvem som kan betrakte den registrerte og/eller streamede konferansen. Ved å tillate dette kan hver bruker enkelt streame/registrere en konferanse med deres foretrukne innstillinger uten å måtte sjekke eller endre innstillingene hver gang en ny samtale gjøres, og uten å endre innstillingene for andre brukere.

Description

Område for oppfinnelsen

Den foreliggende oppfinnelsen vedrører videokonferanse- og streaming-/arkiveringssystemer.

Bakgrunn for oppfinnelsen

For å avholde et møte blant deltakere som ikke befinner seg i det samme området, er det tilgjengelig et antall teknologiske systemer. Disse systemene kan innbefatte videokonferanse-/webkonferanse- og audiokonferansesystemer.

Den mest realistiske erstatningen for virkelige møter er

høykvalitetsvideokonferansesystemer. Konvensj onelle videokonferansesystemer omfatter et antall endepunkter som kommuniserer sanntidsvideo-, audio- og/eller datastrømmer over WAN, LAN og/eller linjesvitsjede nettverk. Endepunktene innbefatter én eller flere monitorer, kameraer, mikrofoner og/eller datainnhentingsinnretninger og en kodek, som koder og dekoder henholdsvis utgående og innkommende strømmer. I tillegg er en sentralisert kilde, kjent som en Multipoint Control Unit (MCU), nødvendig for å lenke sammen de multiple endepunktene. MCU'en utfører denne lenkingen ved å motta multimediesignaler (audio, video og/eller data) fra endepunktsterminaler over punkt-til-punkt forbindelser, prosesserer de mottatte signalene, og retransmitterer de prosesserte signalene til valgte endepunktterminaler i konferansen.

Ved benyttelse av et videokonferansesystem kan f.eks. en PowerPoint-presentasjon eller en annen PC-presentasjon presenteres mens man fortsatt er i stand til å se og høre de andre deltakerne.

En annen vanlig måte å presentere multimedieinnhold på, er å streame eller direkteoverføre (eng: to stream) data til datamaskiner gjennom et webgrensesnitt. Datastrømmen kan transmitteres i sanntid, eller som en tilbakespilling av et arkivert innhold gjennom en innholdsserver. Konvensjonelle streamingdata er tilpasset for lagring og distribusjon, og derfor er multimedieinnholdet representert i et forskjellig format fra formatet ved videokonferanser. For å tillate streaming og arkivering av en konvensjonell videokonferanse, er derfor et system for å konvertere multimediedataene nødvendig. Et eksempel på et slikt system er beskrevet i det følgende.

En innholdsserver (CS) er foretrukket forsynt med et nettverksgrensesnitt for å forbinde serveren til et datamaskinnettverk, audio-/video- og

presentasjonsdatagrensesnitt for å motta konferanseinnhold, en filkonverteringsmotor for å konvertere presentasjonsinnhold til et standard bildeformat for distribusjon, og en streaming-koder for å kode innholdet til streamingformat for distribusjon. CS'en er videre forsynt med en streamingserver for å transmittere det kodede audio-/videoinnholdet, og en webserver for å transmittere websider og konvertert presentasjonsinnhold til terminaler som befinner seg ved nodene i nettveket. CS'en er også innrettet til å opprette en arkivfil

som består av de kodede streamingdataene, som befinner seg på lokale lagringsmedier eller i en server/database, for å muliggjøre senere distribusjon på forespørsel til forespørrere ved fjerntliggende terminaler over datamaskinnettverket.

I samsvar med en typisk operasjonsmodus initieres konferansen ved å innta CS'en som deltaker i konferansen. CS'en aksepterer eller setter H.323-videosamtaler som punkt-til-punkt (bare ett H.323-system i samtalen, typisk anvendt til å registrere opplæringsmateriale fra en enkelt instruktør) eller multipunkt (2-n H-323-systemer i samtalen, typisk anvendt til å streame eller arkivere møter). En observatør ved en fjerntliggende terminal kan aksessere en konferanse ved å rette en konvensjonell web-browser til en URL (Uniform Resource Locator) assosiert med distribusjonsinnretningen. Etter fullføringen av valideringsdatautvekslinger mellom observatøren og distribusjonsinnretningen, er observatøren i stand til å betrakte den personlige utveksling, dvs. konversasjon og assosiert atferd, som opptrer mellom deltakerne på konferansepresentererens sted, så vel som å betrakte presentasjonsinnholdet som presenteres ved konferansestedet. Multimedieinnholdet betraktes i et brukergrensesnitt med multiple vinduer gjennom observatørens web-browser, med audio-/videoinnholdet presentert av en streamingmediaspiller, og presentasjonsinnholdet fremvist i et separat vindu. På forespørsel fra lederen av konferansen eller av konferansestyringssystemet, lagres kodede streamingdata i en server som en identifiserbar fil.

Innholdsserveren er basert på en linje- (eller port-)struktur, hvilket betyr at hver CS har én eller flere linjer, hver med funksjonaliteten av enten å være en transkodinglinje eller en arkiveringslinje. Hver av disse linjene er tilordnet registrerings-/streaming-mal (eng: template) som definert av systemadministratoren. Innholdet av en mal bestemmer hvordan utdata fra en videokonferanse håndteres av CS'en for å frembringe det ønskede resultat. Malen definerer ulike innstillinger for samtalen, f.eks.

Hvilke kodeker eller hvilken kombinasjon av kodeker som er nødvendig. Windows Media, Real Media, quicktime, osv.

• Båndbredde-/streamingrater; 56K, 256K, 384, osv.

• Video, audio eller begge

• Stillbilder eller ikke

• Dobbelstrøm video og lysbilder

• Bilde-i-bilde-presentasjonslayout

• Kryptering på/av

• Passord på/av

• osv.

Hver samtale som gjøres til eller fra en linje registreres/streames ved bruk av denne malen. En hvilken som helst endring i malen som benyttes på linjen er en systemomfattende endring, og alle konferanser fra endringstidspunktet vil anvende den nye malen.

Denne metoden å tilknytte en mal til en linje i et én-til-én forhold på, er imidlertid svært begrensende, siden alle brukerne må anvende den gjeldende valgte malen eller endre malen før en samtale gjøres. Derfor er et mer dynamisk valg av registrerings-/streamingmaler ønskelig.

Ett tidligere kjent registrerings- og streamingssystem tillater en bruker å eie en "linje", hvilket betyr at et alias viser til en spesifikk linje på registreringssystemet, og for innkommende samtaler får de funksjonaliteten for denne linjen. Ettersom den samme brukeren for utgående samtaler kan anvende en "samtalemal" (eller adressebokoppslag) der de videre kan definere informasjon slik som samtalebeskrivelse, grunnleggende samtaleopsjoner og noen sikkerhetsopsjoner. Disse funksjonalitetene må imidlertid settes for hvert endepunkt som tilføyes, siden et adressebokoppslag er noe begrenset. Denne modellen har svært liten fleksibilitet og krever stor grad av duplisering av innsats i tilfeller der man ønsker multiple brukere å følge den samme konfigurasjonen.

Et annet tidligere kjent registrerings- og streamingssystem lagrer parametere for registreringer basert på en endepunktsidentifikator. Denne identifikatoren er enten ip-adressen eller endepunktsaliaset. Parameterne som kan settes er imidlertid begrenset til displaynavn, foretrukket videostørrelse, foretrukket båndbredde til og fra, og H.239-videobidrag. Videre innstillinger for registreringer gjøres på en stedomfattende basis, hvilket er svært lite fleksibelt. Dersom dine rekodingsparametere er assosiert med ditt arbeidsbordsendepunkt, vil du ikke være i stand til å registrere en samtale med dine foretrukne parametere når du gjør en

- samtale fra et møteromsendepunkt.

Sammenfatning av oppfinnelsen

Det er en hensikt med den foreliggende oppfinnelsen å tilveiebringe en fremgangsmåte og et system som løser i det minste ett av de ovenstående problemene i den tidligere kjente teknikk.

Trekkene definert i de selvstendige kravene som er vedføyd, kjennetegner denne fremgangsmåten og systemet.

Kort beskrivelse av tegningene

For å gjøre oppfinnelsen lettere å forstå, vil den nedenstående drøftingen referere til de vedføyde tegninger. Fig. 1 er et blokkdiagram som illustrerer en typisk systemarkitektur for et audio-og/eller videokonferanseutstyr i et pakkesvitsjet nettverk, Fig. 2 er et blokkdiagram som illustrerer en typisk systemarkitektur for et streaming- og arkiveringssystem ifølge den foreliggende oppfinnelsen,

Fig. 3 viser et eksempel på en malfil,

Fig. 4 viser et eksempel på en samtalekonfigurasjonsfil,

Fig. 5 er et flytdiagram som illustrerer trinnene som utføres i en eksempelutførelsesform ved oppkall av innholdsserveren ved bruk av et personlig alias.

Detaljert beskrivelse av oppfinnelsen

I det følgende vil den foreliggende oppfinnelsen bli drøftet ved å beskrive en foretrukket utførelsesform og ved henvisning til de vedføyde tegninger. Fagfolk vil imidlertid innse andre anvendelsesområder og modifikasjoner innenfor rekkevidden av oppfinnelsen, slik den er definert i de vedføyde selvstendige krav.

En innholdsserver (CS), som presentert ovenfor, kan være aksesserbar gjennom en tjenestetilbyder, eller være en del av et foretaks kommunikasjonsnettverk. I begge tilfeller er det sannsynlig at multiple brukere med ulike oppsettsbehov vil anvende den samme innretningen. Derfor er et malsystem (eng.: a template system) der hver bruker er assosiert med dens egendefinert mal, være den mest adekvate løsning.

Den grunnleggende idé ved den foreliggende oppfinnelsen er å tilveiebringe et system og en fremgangsmåte som tillater brukere å registrere/streame en videokonferanse ved å ringe en innholdsserver fra et hvilket som helst endepunkt ved bruk av et personlig alias eller personlige aliaser, eller ved å oppkalle (eng.: to dial) et endepunkt fra en innholdsserver ved bruk av et personlig alias eller personlige aliaser. Aliaset eller aliasene vil definere deres foretrukne streaming-/arkiveringsmaler og samtalekonfigurasj oner, tillate dem å sette spesifikke betraktningsregler for konferansen og identifisere dem som eiere av konferansene som er opprettet gjennom dette alias. Aliaseieren kan også tilordne standard (eng: default) metadata (tittel, beskrivelse, osv.) og en aksessliste for å bestemme hvem som kan betrakte den registrerte og/eller streamede konferansen. Idet dette tillates, kan hver bruker enkelt streame/registrere en konferanse med sine foretrukne innstillinger uten å måtte sjekke eller endre innstillingene hver gang en ny samtale gjøres, og uten å endre innstillingene for andre brukere.

Fig. 1 viser videokonferanseutstyr forbundet til et typisk pakkebasert nettverk. H.323 er en International Telecommunications Union- (ITU-)standard som tilveiebringer spesifikasjon for datamaskiner, utstyr og tjenester for multimediekommunikasjon over pakkebaserte nettverk som definerer hvordan sanntidsaudio, -video og datainformasjon transmitteres. H.323-standarden spesifiserer fire slags komponenter, når de er brakt sammen i nettverk, tilveiebringer punkt-til-punkt- og punkt-til-multipunkt-meultimediekommunikasj onstj enester:

1. terminaler (101)

2. gateways (102)

3. gatekeepers (103)

4. multipoint control units (MCL<P>er) (104)

H323-terminaler er endepunkter på LAN'et som tilveiebringer sanntids toveiskommunikasjon. Terminaler er vanligvis en personlig datamaskin (PC) eller en frittstående innretning (f.eks. videokonferanseendepunkt). Gatekeepers er ansvarlige for å tilveiebringe adresseoversettelser mellom en endepunkts nåværende ip-adresse og dens ulike H.323-ID-aliaser, samtalekontroll og rutingtjenester til H.323-endepunkter, systemstyring og sikkerhetsbetingelser. En H.323-gateway tilveiebringer konnektivitet mellom et H.323-nettverk og et ikke-H.323-nettverk (f.eks. ISDN). Endelig tilveiebringer MCU'ene støtte for konferanser med tre eller flere H.323-terminaler.

Slik det er nevnt ovenfor, for å frembringe streaming- og registreringsutdata fra en videokonferanse, separerer innholdsserveren 106 som et videokonferanseendepunkt (terminal). CS 106 kan tiltre en punkt-til-punkt- eller en multipunktreferanse som et hvilket som helst annet endepunkt, men i stedet for å fremvise utdataene på en skjerm slik som de fleste regulære videokonferanseendepunkter, vil det prosessere dataene over til andre utdata.

Som endepunkt kan CS også ha én eller flere aliasadresser assosiert med seg. Aliasadressene tilveiebringer en alternativ fremgangsmåte for å adressere endepunktet. Disse adressene innbefatter E.164 (nettverksaksessnummer, telefonnummer, osv.), H.323 ID'er (alfanummeriske strenger som representerer navn, e-postliknende adresser, osv.), og hvilke som helst andre definert i anbefaling H.225.0. Aliasadresser er unike innenfor en sone, et domene, blant soner og blant domener.

Slik det er omtalt ovenfor, er en gatekeeper 103 en nettverksinnretning som tilveiebringer adresseringstjeneste for H.323-videokonferanseinnretninger. Bruken av en gatekeeper 103 tillater en videokonferanseinnretning å "oppkalle" (eng.: to "dial") en annen innretning ved bruk av videokonferansealiaset i stedet for en IP-adresse som kunne bli endret av DHCP). For at en gatekeeper 103 skal vite hvor den skal rette en samtale, må terminaler 101 og gatewayer 102 registrere seg hos gatekeeper 103, og informere gatekeeper 103 om deres foreliggende IP-adresser og deres assosierte aliaser. De anropte endepunkters E.164-adresser kan bestå av et valgfritt tjenesteprefiks brukt av E.164-aliaset. Tjenesteprefikset består av n sifre fra mengden 0-9, <*> og #, der n er et forhåndsbestemt antall sifre. En hensikt med et slikt tjenesteprefiks kan være å forespørre aksess til en gateway. Gatekeeperen kan endre denne adressen før den sender den til destinasjonen.

I samsvar med den foreliggende oppfinnelsen registrerer CS 106 med sin lokale gatekeeper 103 som en gateway med ett eller flere tjenesteprefikser og/eller

-suffikser. Derved vil alle samtaler rettet til en adresse som starter med ett av de registrerte tjenesteprefiksene, eller som slutter med ett av de registrerte

tjenestesuffiksene, videresendes til nevnte innholdsserver av gatekeeperen, uavhengig av de gjenværende sifre (eller alfanummeriske karakterer) i adressen. De gjenværende sifre (eller alfanummeriske karakterer) omtales som et internt alias, og sammen med tjenesteprefikset eller -suffikset utgjør de et personlig alias.

Personlige aliaser opprettes i distribusjonsinnretningen for hver bruker gjennom et webbasert brukergrensesnitt. De personlige aliasene lagres i innholdsserveren som separate registreringer i en database. Slik det er nevnt ovenfor, består et personlig alias av to deler: 1. Prefiks - tjenesteprefikset registrert med en lokal gatekeeper, som identifiserer distribusjonsinnretningen som en H-323-gateway. 2. Internt alias - et alias opprettet i distribusjonsinnretningen som overensstemmer med det spesifikke personlige alias.

Et eksempel på et personlig alias basert på bruken av E.164-aliaser kan være: 570011

der 57 er tjenesteprefikset og 0011 er det interne aliaset. Videre er et personlig alias i stand til å bli registrert som både et E.164 og et H.323-ID-alias. Ved bruk av H-323-ID-aliaser kan gatekeeperen støtte både prefikser og suffikser i adressen. Dette betyr at når et oppkall gjøres til et H.323-ID-alias, finner gatekeeperen overensstemmelse mellom den oppkalte adressen og en intern database med registrerte prefikser og suffikser. Dersom en streng ved begynnelsen eller enden av adressen overensstemmer med ett av de registrerte prefiksene eller suffiksene, videresendes samtalen til gatewayen som er assosiert med dette prefiks eller suffiks, uten hensyn til de gjenværende alfanummeriske karakterer i adressen. Et eksempel på et personlig alias basert på bruken av H.323-ID-aliaser og prefikser kan være:

stream.j ohn.henderson

der stream er prefikset og john.henderson er det interne alias. Et eksempel på et personlig alias basert på bruken av H.323-ID-aliaser og -suffikser kan være:

stream.john.henderson@acme.com

der @acme.com er suffikset og stream.john.henderson er det interne alias.

Figur 2 er et blokkdiagram som viser de ulike komponenter og en utførelsesform av innholdsserveren. CS'en består av en database der alle aliaser er lagret. Opprettelse av aliaser gjøres typisk av en administrativ bruker av sikkerhetsgrunner. Så snart aliaset er opprettet, og alle administratorinnstillinger er satt, kan brukeren logge inn i CS'en gjennom et webbasert brukergrensesnitt 202 og sette de foretrukne registrerings-/streamingsinnstillingene for konferansen. Disse innstillingene vil være lagret i CS'ens database 201 sammen med det interne alias. Den lagrede informasjon for hver databaseregistrering er som følger:

Aksess til aliaset (både E.164 og H.323-alias) er foretrukket begrenset til administratoren, men aksess kan selvsagt tilstås brukerne dersom nødvendig. Imidlertid er prefiks- og/eller suffiksdelen av det personlige alias ikke brukermodifiserbart, slik at det er viktig å presentere det fulle alias til brukeren i stedet for det interne alias for å hindre forvirring om hvilket alias som skal oppkalles. Det fulle alias er imidlertid ikke nødvendig å lagre i innholdsserverdatabasen.

Filen "mal" lagrer informasjon om registrerings- og streamingformater og -utdata. Det er i denne filen aliaset definerer hvilke streamingformater som skal benyttes, hvilken type utdata som skal benyttes innenfor dette streamingformatet og definere informasjon slik som hvor kildemedieinformasjonen skal innhentes fra (f.eks. normal videokilde, H.239/DuoVideokilde, osv.). En eksempelmalfil er vist i fig. 3. Brukeren vil ikke behøve å opprette selve filen. Alle mulige utdatakonfigurasjoner er lagret som multiple malfiler i en maldatabase 203, og i brukergrensesnittet 202 vil brukeren bli presentert for en liste av tilgjengelige malfiler gjennom en nedtrekksmeny eller lignende.

Filen "samtalekonfigurasjon" inneholder H.323-innstillingene for samtalen. Dette innbefatter hvilke kodeker som skal bekjentgjøres (brukes), hvilke båndbredder som er tilgjengelige for utgående samtaler og hva den maksimale båndbredden er for alle samtaler, og samtalevarighetsinnstillinger. Alternativt inneholder denne filen Session Initiation Protocol (SlP)-innstillinger for samtalen, dersom SIP er foretrukket. En eksempelmalfil er vist i fig. 4. Samtalekonfigurasjonsfiler er lagret i en intern database 204, og kan velges på lignende måte som malfilene.

"Brukernavn" definerer en eier for det personlige registreringsalias.

"Standard aksessliste" definerer standard aksessliste for en konferanse registrert eller streamet basert på aliaset. Denne listen definerer hvem som kan betrakte konferansen og hvem som kan redigere konferansedetaljene.

"Standardkategori" er ganske enkelt en måte å tilordne konferanseregistreringen til en spesifikk kategori dersom det er nødvendig.

"Standard metadata" tillater brukeren å definere informasjon slik som tittel, beskrivelse, presentatør, opphavsrett, nøkkelord, osv. for konferansene som er opprettet med dette aliaset.

Når en bruker ønsker å registrere eller streame en videokonferansesesjon ved bruk av hans/hennes foretrukne innstillinger, kan han/hun ringe aliaset tilordnet til ham/henne av en administrator, fra en terminal/et endepunkt. Brukeren kan velge hvilket alias som skal benyttes (E.164- eller H.323-ID) dersom begge er opprettet i profilen. Etter mottak av samtalen søker gatekeeperen etter den ringte adressen for en prefiks- eller suffiksoverensstemmelse. En prefiks- eller suffiksoverensstemmelse er funnet dersom en del av den ringte adressen er identisk med et registrert prefiks eller suffiks. For å identifisere en overensstemmelse søker gatekeeperen sitt interne lager for en prefiks- eller suffiksoverensstemmelse. Dersom en slik overensstemmelse er funnet, blir samtalen videresendt til den innretningen som er registrert med det overensstemmende prefiks eller suffiks. F.eks. registrerer et selskap med navn Acme sin innholdsserver med en gatekeeper med suffikset @stream.acme.com. Når en bruker ringer adressen john.henderson.stream@acme.com , finner gatekeeperen overensstemmelse mellom prefikset @acme.com til ett av sine lagrede suffikser, og videresender deretter samtalen til innholdsserveren hos Acme.

Figur 5 er et flytdiagram som illustrerer trinnene involvert i en eksempelutførelsesform av anrop av innholdsserveren med bruk av et personlig alias. Ved mottak av samtaleforespørselen 501 analyserer en samtalehåndteringsenhet 205 i innholdsserveren mottakeridentifikasjonen (anropt adresse), og ekstraherer det interne alias. Det interne alias kan f.eks. ekstraheres ved ganske enkelt å fjerne prefikset eller suffikset fra mottakeridentifikasjonen. I vårt eksempel ovenfor ville dette etterlate det interne alias john.henderson.stream. Når samtalehåndteringsenheten 205 har ekstrahert det interne alias, søker den blant registreringene i den interne database 201 i CS etter en intern aliasoverensstemmelse 502. En intern aliasoverensstemmelse er funnet dersom det ekstraherte interne alias er identisk med et alias lagret i én av registreringene i databasen 201. Hvis en slik overensstemmelse ikke er funnet, avvises samtalen 503.

Dersom en slik overensstemmelse blir funnet, laster samtalehåndteringsenheten den lagrede informasjon for dette alias inn i samtalehåndteringsenheten. Den lagrede informasjon er streaming- og/eller arkiveringsinnstillingene for dette alias, og definerer hvilken malfil, samtalekonfigurasjonsfil, metadata, aksessliste osv. som skal benyttes for streaming- og/eller arkiveringsoppgaven. For å sette opp en samtale må profilen i det minste definere en malfil og en samtalekonfigurasjonsfil som skal benyttes. Slik får samtalehåndteringsenheten i det minste samtalekonfigurasjonsfilen 504 og malfilen 505 fra deres respektive databaser 204, 206, og analyserer 506 dem for å sikre at de er gyldige. En mal er ikke gyldig dersom en hvilken som helst nødvendig informasjon ikke er innbefattet i xml-filen. Dersom malen er ugyldig, aksepteres ikke samtalen 508. Dersom malen er gyldig, sjekker samtalehåndteringsenheten 509 om tilstrekkelige ressurser er ledige for å håndtere samtalen. Dersom CS ikke har nok ressurser til å opprette samtalen, vil samtalen bli avsluttet 511. Dersom tilstrekkelige ressurser er tilgjengelige, opprettes 512 samtalen, og registreringen/streamingen av konferansen iverksettes 513 ved bruk av innstillingene som er assosiert med det ekstraherte interne alias. I vårt eksempel blir en overensstemmelse med det ekstraherte interne alias (john.hendersom.stream) funnet i databasen, og samtalehåndteringsenheten får den assosierte malfilen (wmDefault-Dual-VGA.xml), den assosierte samtalekonfigurasjonsfilen (easylnterop.xml) og den assosierte aksesslisten (owner=Acme_US, user=Acme R&D), og samtaleforespørselen aksepteres. Videre, dersom et passord er nødvendig for å observere streamingen, vil denne informasjonen ekstraheres fra databaselistingen. Metadata og brukernavn kan også benyttes til å fremvise informasjon til den mottakende part.

Brukeren kan også streame og/eller registrere en konferanse ved bruk av hans/hennes personlige alias ved å initiere en samtale fra innholdsserveren. Dette kan gjøres i det webbaserte brukergrensesnittet. Brukeren kan sende en samtaleforespørsel til en hvilken som helst videokonferanseinnretning ved å inngi adressen for videokonferanseinnretningen i et adressefelt i brukergrensesnittet. For at innholdsserveren skal kjenne til hvilke innstillinger som skal benyttes for registrerings- og/eller streamingoppgaven, er brukeren påkrevet å velge et internt alias fra en liste eller å inngi aliaset i et tilordnet felt. Dersom brukeren unnlater å inngi et personlig alias, bruker samtalehåndteringsenheten et standardalias for samtalen. Samtalehåndteringsenheten utfører så trinnene 502-512 som vist i fig. 5. Alternativt kan brukergrensesnittet automatisk sjekke om CS har ledige ressurser når brukeren logger inn i brukergrensesnittet (Ul), for å fortelle brukeren direkte hvorvidt en samtale er mulig.

Videre kan ett eller flere offentlige aliaser opprettes. Offentlige aliaser er i det

-grunnleggende det samme som personlige aliaser, bortsett fra at de ikke er brukermodifiserbare. En administrativ bruker kan opprette og redigere et sett av offentlige aliaser, der hvert offentlige alias definerer de mest hyppig benyttede

maler og samtalekonfigurasj oner ved registrering/streaming av konferansesamtaler. Offentlige aliaser forsyner brukere med rask og enkel tilgang til standardkonfigurasjoner uten behov for å endre deres egne personlige aliaser før en samtale.

I samsvar med oppfinnelsen kan distribusjonsinnretningen også registreres hos gatekeeperen som en terminal. I stedet for å registrere et tjenesteprefiks slik som i gatewaymodellen beskrevet ovenfor, vil distribusjonsinnretningen registrere alle de personlige aliaser hos gatekeeper. Denne fremgangsmåten for registrering vil begrense antallet aliaser som en distribusjonsinnretning vil støtte, basert på de maksimale registreringene fra et enkelt endepunkt som gatekeeperen støtter. Dette vil variere mellom gatekeeperprodusenter. Selv om den er begrenset i det totale antall støttede aliaser, tilveiebringer denne fremgangsmåten avansert oppringningsprofilegenskaper for distribusjonsinnretninger uten gate way funksj onalitet.

I gatewayregistreringsmetoden er det mulig for registreringssystemet å opprettholde personlige registreringsaliaser i størrelsesorden tusener. Distribusjonsinnretningen skal være i stand til å registrere et serviceprefiks med gatekeeperen så vel som å registrere standardaliaser som om den var en terminal. Imidlertid krever gatewayregistrering av distribusjonsinnretningen bare registrering av ett eller flere registreringsprefikser, og opprettholdelse av resten av aliasene inne i dens eget system.

En av fordelene ved den foreliggende oppfinnelsen er at hele samtal ekonfigurasj onen, registrerings- og streamingkonfigurasjonen, konferanseinformasjonen og konferanseaksessen kan konfigureres gjennom bruk av ett enkelt alias. Videre kan tusener av brukere anvende ett (eller noen få) registreringsaliaser, eller tusener av brukere kan ha deres eget personlige registreringsalias, hvilket tillater stor fleksibilitet til brukere. Registreringsaliaser kan anvendes for individer, grupper, team, avdelinger - i det grunnleggende kan et hvilket som helst individ eller en gruppe representeres av et alias. En bruker kan enkelt endre konfigurasjonen for hvordan deres konferanse registreres ved ganske enkelt å ringe et annet alias. I motsetning til tidligere kjent teknikk er den foreliggende oppfinnelsen uavhengig av "linjer", siden aliaset definerer hele den konfigurasjonen som normalt vil være tilknyttet en "linje", og den er ikke lenger begrenset av at X linjer = X registreringskonfigurasjoner.

Claims

1. Fremgangsmåte for å tilveiebringe dynamiske streamings- og/eller arkiveringskonfigurasjoner for videokonferansesamtaler i et streaming- og/eller arkiveringssystem, karakterisert ved å opprette et flertall registreringer i en lokal database i nevnte streaming- og/eller arkiveringssystem, idet hver registrering inneholder minst ett alias eller deler av et alias, og streaming- og/eller arkiveringsinnstillinger som skal assosieres med nevnte alias eller nevnte deler av et alias, å etablere en samtale mellom streaming- og/eller arkiveringssystemet og en konferanseinnretning, å sende en samtaleforespørsel fra nevnte streaming- og/eller arkiveringssystem ved bruk av ett av nevnte aliaser som sender identifikasjon, eller å motta en samtaleforespørsel ved nevnte streaming- og/eller arkiveringssystem fra en konferanseinnretning ved bruk av ett av nevnte aliaser som mottakeridentifikasj on, å ekstrahere i det minste en del av nevnte sender- eller mottakeridentifikasj on, og sammenligne nevnte ekstraherte identifikasjon med aliasene i nevnte database, og dersom den ekstraherte identifikasjon overensstemmer med ett av nevnte lagrede aliaser i nevnte database, å streame og/eller registrere nevnte konferansesamtale ved bruk av nevnte innstillinger assosiert med nevnte overensstemmende alias i nevnte database.

2. Fremgangsmåte i samsvar med krav 1, karakterisert ved at trinnet med å etablere en samtale videre innbefatter å registrere nevnte streaming- og/eller arkiveringssystem med en gatekeeper, å motta en samtaleforespørsel ved gatekeeperen fra en konferanseinnretning ved bruk av ett av nevnte aliaser som mottakeridentifikasj on, og å rute samtaleforespørselen til nevnte streaming- og/eller arkiveringssystem.

3. Fremgangsmåte i samsvar med krav 1, karakterisert ved at trinnet med å etablere en samtale videre innbefatter å velge ett av nevnte aliaser eller nevnte deler av alias i nevnte database som en senderidenfitikasjon, og å sende en samtaleforespørsel fra nevnte streaming- og/eller arkiveringssystem til en konferanseinnretning fra nevnte valgte alias eller del av alias.

4. Fremgangsmåte i samsvar med krav 2, karakterisert ved at trinnet med å registrere ytterligere innbefatter å registrere nevnte streaming- og/eller arkiveringssystem med gatekeeperen som en gateway med ett eller flere tjenesteprefikser og/eller -suffikser, og at trinnet med å ekstrahere videre innbefatter å fjerne prefikset eller suffikset fra mottakeridentifikasj onen.

5. Fremgangsmåte i samsvar med krav 2, karakterisert ved at trinnet med å registrere videre innbefatter: å registrere nevnte streaming- og/eller arkiveringssystem med nevnte gatekeeper som en terminal, og å registrere nevnte av flertallet av aliaser i nevnte database ved nevnte gatekeeper.

6. Fremgangsmåte i samsvar med ett av de ovenstående krav, karakterisert ved at nevnte streaming- og/eller arkiveringsinnstillinger omfatter en malfil som inneholder innstillinger for registrering- og streamingformater og -utdata, og en samtal ekonfigurasj onsfil som inneholder H.323- eller SIP-innstillinger for samtalen.

7. Fremgangsmåte i samsvar med et av de ovenstående krav, karakterisert ved at nevnte streaming- og/eller arkiveringsinnstillinger videre innbefatter innstillinger for en aliaseier, en aksessliste som definerer hvem som kan betrakte konferansen og hvem som kan redigere konferansedetaljene, en standard kategori som tilordner konferansen registrering til spesifikk kategori, metadata som inneholder ett eller flere av de følgende; tittel, beskrivelse, presentatør, opphavsrett eller nøkkelord for konferansen.

8. Et system for tilveiebringelse av dynamiske streaming- og/eller arkiveringskonfigurasjoner for videokonferansesamtaler, hvor systemet omfatter i det minste en konverteringsmotor konfigurert til å motta en H.323- eller SIP-kodet datastrøm og å konvertere datastrømmen kodet med konvensjonelt konferanseformat til en multimediestrøm i et definert multimediestreamingformat, karakterisert ved en database konfigurert til å lagre et flertall av registreringer som inneholder aliaser og deres assosierte streaming- og/eller arkiveringsinnstillinger, en samtalehåndteringsenhet for å etablere samtaler mellom streaming- og/eller arkiveringssystemet og en konferanseinnretning, hvor samtalehåndteringsenheten er konfigurert til å sende en samtaleforespørsel ved bruk av ett av nevnte aliaser som sender identifikasjon, eller å motta en samtaleforespørsel fra en konferanseinnretning der ett av nevnte aliaser anvendes som mottakeridentifikasj on, hvor samtalehåndteringsenheten er videre konfigurert til å ekstrahere i det minste en del av nevnte sender- eller mottakeridentifikasj on, og å sammenligne nevnte ekstraherte identifikasjon med aliasene i nevnte database, og der konverteringsmotoren er videre konfigurert til å streame og/eller registrere nevnte konferansesamtale ved bruk av innstillingene assosiert med et overensstemmende alias i nevnte database, dersom nevnte ekstraherte identifikasjon overensstemmer med ett av nevnte lagrede aliaser i nevnte database.

9. System i samsvar med krav 8, karakterisert ved at samtalehåndteringsenheten er videre konfigurert til å registrere nevnte streaming- og/eller arkiveringssystem med en gatekeeper, på en slik måte at når gatekeeperen mottar en samtaleforespørsel fra en konferanseinnretning ved bruk av ett av nevnte aliaser som mottakeridentifikasj on, vil samtaleforespørselen rutes til nevnte streaming- og/eller arkiveringssystem.

10. System i samsvar med krav 8, karakterisert ved at nevnte samtalehåndteringsenhet er videre konfigurert til å anvende et hvilket som helst av nevnte aliaser som senderidentifikasjon.

11. System i samsvar med krav 9, karakterisert ved at samtalehåndteringsenheten er videre konfigurert til å registrere nevnte streaming- og/eller arkiveringssystem med en gatekeeper som gateway med ett eller flere tjenesteprefikser og/eller -suffikser, og å ekstrahere aliaset når en samtaleforespørsel mottas ved å fjerne nevnte prefiks eller suffiks fra mottakeridentifikasjonen.

12. System i samsvar med krav 9, karakterisert ved at samtalehåndteringsenheten er videre konfigurert til: å registrere nevnte streaming- og/eller arkiveringssystem med nevnte gatekeeper som en terminal, og å registrere hvert av nevnte flertall av aliaser opprettet og lagret i databasen med nevnte gatekeeper.

13. System i samsvar med et av kravene 8-12, karakterisert ved at nevnte streaming- og arkiveringsinnstillinger i det minste innbefatter en malfil som inneholder innstillinger for registrerings- og streamingformater og utdata, og en samtalekonfigurasjonsfil som inneholder H.323- eller SIP-innstillingene for samtalene.

14. System i samsvar med et av kravene 8-13, karakterisert ved at nevnte streaming- og arkiveringsinnstillinger videre innbefatter innstillinger for en aliaseier, en aksessliste som definerer hvem som kan betrakte konferansen og hvem som kan redigere konferansedetaljene, en standardkategori som tilordner konferanseregistreringene til en spesifikk kategori, metadata som inneholder én eller flere av de følgende; tittel, beskrivelse, presentatør, opphavsrett eller nøkkelord for konferansen.