NO327518B1 - Fremgangsmate for arkivering og streaming av mediedata mellom et antall endepunkter gjennom en gatekeeper - Google Patents

Abstract

Den foreliggende oppfinnelse beskriver en Gatekeeper for konferanser som blir justert til å videresende en konferansemediestrøm for at den skal bli tatt opp av en passende streaming/arkiveringsserver, eller alternativt å ha streaming- og arkiveringsmoduler inkorporert. Videre er det beskrevet en fremgangsmåte for å arkivere eller streame mediedata mellom et antall endepunkt gjennom nevnte gatekeeper.

Description

Oppfinnelsens område

Den foreliggende oppfinnelsen er knyttet til arkivering og streaming av video- og webkonferansesystemer og spesielt til en metode for arkivering eller streaming av mediedata mellom et antall endepunkt gjennom en gatekeeper og videre en gatekeeper som er konfigurert for å utføre den samme fremgangsmåten.

Oppfinnelsens bakgrunn

Et antall teknologiske systemer er tilgjengelig for å ha møter mellom deltakere som ikke tilstede i det samme områ-det .

Det mest realistiske substituttet for virkelige møter er konvensjonelle videokonferansesystemer av høy kvalitet. Konvensjonelle videokonferansesystemer inneholder et antall endepunkt som kommuniserer sanntids video, lyd og/eller da-tastrømmer over WAN, LAN og/eller linjesvitsjede nett. Endepunktene inkluderer en eller flere monitorer, kamera, mikrofoner og/eller datafangstanordninger og en kodek som enkoder og dekoder henholdsvis utgående og innkommende da-tastrømmer. I tillegg er en sentralisert kilde, kjent som multipunktkontrollenhet (MCU), nødvendig for å kople flere endepunkter sammen. MCU-en foretar denne koplingen ved å motta multimediasignalene (lyd, video og/eller data) fra endepunktsterminalene over punkt-til-punktforbindelser, prosessere de mottatte signalene og gjensende de prosesser-te signalene til utvalgte endepunktsterminaler i konferan-sen .

Betraktelig innstats har vært rettet mot å minimalisere de ekstra egenskapene som videokonferanseterminalutstyr må inneha. Vanligvis gjøres dette ved å betrakte rekommandasjon H.323 fra den Internasjonale Telekommunikasjonsunionens Standardiseringssektor. H.323 er en paraplystandard for videokonferanser over pakkesvitsjede nett, inkludert IP-nett. De fleste systemer for å implementere H.323-tilnærmingen inkluderer også en gatekeeper. En gatekeeper administrerer videokonferanseaktivitetene til ulike endepunkt og annet utstyr innenfor en "sone" av slikt utstyr som har registrert seg hos gatekeeperen i overensstemmelse med prosedyre-ne som H.323 fremsetter. Gatekeeperens ansvar varierer fra implementering til implementering, men de inkluderer typisk tildeling av videokonferanseaksess til nettet basert på hvilke regler administrator har innført, fordeling av nett-båndbredde mellom videokonferanser og utføring av adresse-oversettelse.

Å gi gatekeeperen adresseoversettelsesoppgaven er en måte som systemdesignerne minimaliserer kravene til endepunkts-egenskaper: gjennom dette frigjør de endepunktene fra beho-vet for å holde styr på ulike mulige deltakeres nettadres-ser. For å utpeke en oppringt deltaker, for eksempel, kan en bruke skrive inn et alias som er lett å huske, slik som "[email protected]". For faktisk sending av signaler til den andre deltakeren må dette aliaset bli oversatt til en nettadresse slik som "130.239.62.2". Snarere enn å ved-likeholde en oversettelsestabell, som vanligvis ville kreve regelmessig oppdatering, så sender endepunktet enkelt en melding til gatekeeperen og ber om adresseomgjøring.

Fra US 2005/0180400 er det kjent en løsning for å etablere en samtale mellom terminaler som er registrert i ulike ga-tekeepere. Her forhåndslagres et antall nummer til andre terminaler knyttet til en videresendingstabell til riktig gateway.

I en typisk IP-basert videokonferanse setter endepunktene seg i forbindelse med hverandre ved først å sette opp anrop gjennom en gatekeeper, som omgjør de anropte adressene, hvorpå innhold blir sent enten direkte mellom de anropte deltakerne eller innhold kan rutes gjennom gatekeeperen eller hussentralen. Dette er tilfellet både for punkt-til-punkt og multipunktsanrop.

I noen tilfeller kan det være et krav å ta opp innholdet i videokonferansen/anropet. Både lyd og video kreves vanligvis i et opptak. Det er flere tilfeller hvor streaming eller arkivering er ønsket. En lagret samtale kunne brukes som et substitutt for eller supplement til et referat, et vitnemål om en muntlig avtale eller et bevis i retten. Ar-kiverte samtaler er spesielt viktig i visse finansielle in-stitusjoner, som krever at alle telefonsamtaler må taes opp og arkiveres for å følge myndighetspålegg. Arkivering av videosamtaler kan også bli pålagt av myndighetene.

Videre, streaming av en konferanse er nyttig i tilfeller hvor bare et begrenset antall deltakere er aktive, mens de øvrige deltakerne er tilskuere.

En måte å arkivere videosamtaler på er rett og slett å ta opp fra de analoge video- og lydutgangene fra en kodek. En annen vanlig brukt metode er å ta opp en samtale ved å for-binde et spesialisert H.323- eller SIP-endepunkt til anro-pet og gjøre samtalen til en multipartssamtale. Det spesia-liserte H.323- eller SIP-endepunktet vil så ta opp hele se-sjonen på vegne av de tilknyttede deltakerne.

Et problem med kjent teknikk er at den typisk bare er i stand til å ta opp en miks av lyden, men ikke video fra begge deltakere samtidig. For å gi et eksempel beskrives videre to scenarier for en punkt-til-punktsamtale i henhold til kjent teknikk.

Video fra en første deltaker vises og tas derfor opp i full skjerm, mens video fra den andre deltakeren fremstår, og tas opp, som et bilde-i-bilde (det vil si et lite vindu) innen det større vinduet. Dette er ikke et optimalt opptak, siden oppløsningen i bilde-i-bildevinduet er mindre enn den egentlige oppløsningen, noe som gjør det vanskelig å se de-taljer, og vil ligge over deler av det store bildet og

skjule informasjon.

Video tas opp i et talestyrt modus. Dette betyr at video fra den gjeldende taler blir tatt opp. Når den andre deltakeren starter å snakke blir video tatt opp fra denne. Prob-lemet her er at vide tas opp i et "halvdupleks" modus, det vil si du kan ikke se begge deltakere samtidig. Dette betyr at ikkelydlig (non auditory) informasjon kan gå tapt. I tillegg, betrakt tilfellet hvor det er døve deltakere som bruker tegnspråk, talestyring virker helt klart ikke for denne bruksmåten.

Sammendrag av oppfinnelsen

Det er en hensikt med den foreliggende oppfinnelsen å til-veiebringe en fremgangsmåte og en gatekeeper som fjerner de ulempene som er beskrevet over.

Spesielt beskriver den foreliggende oppfinnelsen en fremgangsmåte i følge krav 1 for å arkivere eller "streame" mediedata i en H.323- eller SIP-samtale mellom et antall endepunkt gjennom en gatekeeper hvor i det minste et av endepunktene er registrert, ved å gjøre videostrømmen tilgjengelig, instruere gatekeeperen til å operere i et rutet mediemodus og fortløpende generere kopier av mediedata originerende fra hvert respektivt endepunkt.

Videre er det beskrevet en gatekeeper i følge krav 6 hvor minst en av et antall endepunkter i en første H.323- eller SIP-samtale er registrert, der en mediedatadistribuerings-modul som er konfigurert til fortløpende å generere kopier av mediedata originerende fra hvert respektive endepunkt i den første H.323- eller SIP-samtale når gatekeeperen er i et rutet mediemodus.

Kort beskrivelse av tegningene

For å gjøre oppfinnelsen enklere forståelig, vil diskusjo-nen videre referere til den følgende tegningen.

Figur 1 viser en illustrasjon av signaleringen og mediefly-ten i en utførelse av den foreliggende oppfinnelsen.

Beste modus for å utøve oppfinnelsen

I det følgende vil den foreliggende oppfinnelsen bli disku-tert ved å beskrive en foretrukket utførelse og ved å referere til de følgende tegningene. Likevel, fagpersoner vil komme på andre anvendelser og modifikasjoner innenfor ram-men av oppfinnelsen slik den er definert i de vedlagte uav-hengige kravene.

I henhold til den foreliggende oppfinnelse er Gatekeeperen innstilt til å videresende en mediestrøm som skal tas opp til en passende "streaming"/arkiveringsserver, eller alternativt å ha inkorporert "streamings-" og arkiveringsmoduler.

Den foreliggende oppfinnelsen gjør gjeldende at en Gatekeeper kan konfigureres ti å kjøre i rutet mediemodus, hvorved media (tale og video) er rutet gjennom Gatekeeperen heller enn direkte fra endepunkt til endepunkt.

Det er to modeller for samtaleruting gjennom en Gatekeeper: direkte modus og rutet modus. Rutet modus er den mest fore-trukne modellen. Når gatekeeperen utfører adresseoverset-ting gir gatekeeperen endepunktene transportadressen for anropssignaleringskanaldestinasjonen.

I direkte modus gir gatekeeperen endepunktene adressen til det destinerende endepunkt og leder dem til anropssignale-ringskanalen slik at alle meldinger kan utveksles direkte

mellom de to endepunktene uten involvering av gatekeeperen.

Likevel, i rutet modus oppgir gatekeeperen sin egen adresse som destinasjonsadressen slik at den mottar alle anropssig-naleringsmeldinger og håndterer rutingen av samtalen mellom seg selv og-ålle endepunktene i løpet av en sesjon. I dette tilfellet holder gatekeeperen i det minste en signale-ringskanal åpen mens den ruter samtalen i løpet av samtalens varighet. Alternativt kunne også gatekeeperen holdt en mediekanal åpen (rutet mediemodus), slik at både signalering og media rutes gjennom gatekeeperen.

Rutet samtalemodus er fundamental for anropshåndtering et-tersom den utfører linjesøkingsfunksjoner, gir separat kontroll over hvert leg av samtalen ved å kople ned og gjenkople hvert leg separat, og yte tilleggs- og proprietæ-re tjenester.

I rutet mediemodus er separate mediestrømmer tilgjengelige i Gatekeeperen fra den respektive deltaker. Siden media fra begge deltakere i en samtale passerer gjennom den samme gatekeeperen, kan gatekeeperen enkelt lage en kopi av video fra begge deltakere samtidig og rute disse multiple video-strømmene til den samme arkiveringsserveren.

I henhold til den foreliggende oppfinnelsen kunne gatekeeperen deretter justeres til å lage en kopi av mediet som er sent med noe innledende signalering som en RTSP-strøm til en arkiveringsserver eller et innholdsdistribusjonsnett. RTSP (sanntids "streamingprotokoll" - "Real Time Streaming Protocol") er en klient-server multimediapresen-tasjonskontrollprotokoll standardisert av IETF (RFC 2326), laget for å møte behovene for effektiv levering av "streamet" multimedia over IP-nett. Den utnytter eksisterende webinfrastruktur (for eksempel ved å arve autentisering og PICS fra http) og virker bra både for stort publikum så vel som for enkeltbrukere for media på forespørsel. Sanntids-transportprotokollen (RTP, "Real-time Transport Protocol") er brukt i forbindelse med både RTSP og H.323. Derved kan enkelt RTP-data fra de respektive mediastrømmene fra H.323-samtalen som skal tas opp i gatekeeperen bli kopiert og streamet i henhold til RTSP. Datanivåkompatibiliteten mellom H.323 og RTSP gjør effektiv overgang mellom protokolle-ne mulig, siden bare kontrollmeldingene trenger overset-ting.

Alternativt kunne Gatewayen også justeres til å innlede en ny H.323-samtale, som er rutet til en egen, moderne H.323-til-streaming gateway. Gatewayen ville typisk være i stand til å konvertere samtalens media til passende format slik som Windows Media® eller QuickTime® format. Samtalen kunne så lagres i en database tilgjengelig for avspilling på en-hver arbeidsflate eller fremvisningsstasjon knyttet til et LAN eller IP-nett, enten i sanntid eller som et opptak.

Et typisk eksempel på arkitekturen i den foreliggende oppfinnelsen er vist i figur 1. I dette eksempelet kommuniserer endepunkt A og B gjennom en Gatekeeper. Den innledende signaleringen indikerer at samtalen burde gjennomføres i et rutet mediemodus, slik at media fra begge endepunkt A og B er rutet gjennom gatewayen. Gatekeeperen er videre koplet til en IP-adresserbar "streaming"/arkiveringsserver, som muliggjør at samtalen blir tatt opp eller "streamet" til terminaler koplet til Internett. "Streaming" /arkiveringsserveren er også knyttet til en database hvor media som er tatt opp blir lagret.

En forespørsel om opptak eller lagring kan komme fra både endepunktene og de servertilknyttede terminalene. De servertilknyttede terminalene må så fortrinnsvis være autenti-sert for å bli tillatt å innelde "streamingen"/eller oppta-ket av samtalen mellom endepunkt A og B. Når autentisering er utført må en forespørselsmelding bli sendt fra "streaming"/arkiveringsserveren til gatekeeperen inneholdende en identifisering av samtalen som skal tas opp eller "strea-mes". I tilfellet av en "streamings"/arkiveringsforespørsel fra et av endepunktene kan forespørselsmeldingen inkorpore-res i den innledende anropssignaleringen, inkludert en identifisering av "streaming"/arkiveringsserveren og even-tuelt terminalene som "streamingen" er adressert til.

Når samtalen er initiert og streaming er fastslått setter gatekeeperen opp en egen H.323samtale til streaming/arkiveringsserveren, som inkluderer media fra begge endepunkt. Serveren konverterer mottatt media fra H.323samtalen til RTSP og streamer data til terminalene som er autorisert for å spille av samtalen. Alternativ lagres media i databasen i et valgt format, slik som for eksempel Windows Media® eller QuickTime®.

Hvis gatekeeperen selv er tilpasset med en H.323-til-streamingskonverteringsfunkskjon, vil et eget anrop være unødvendig å innlede. Media vil så bli sendt som en RTSPstrøm til serveren, som i dette tilfelle vil agere som en innholdsdistribusjonsserver.

Claims (8)

1. En fremgangsmåte for arkivering og streaming av mediedata fra en første H.323 eller SIP samtale mellom et antall endepunkter gjennom en gatekeeper hvor i det minste et av endepunktene er registrert karakterisert v, ed å inneha i det minste stegene: gjøre videostrømmen tilgjengelig for gatekeeper instruere gatekeeperen å operere i rutet mediemodus, fortløpende generere kopier av mediedata originerende fra hvert respektivt endepunkt.

2. En fremgangsmåte i henhold til krav 1, karakterisert ved de ytterligere stegene: sette inn de nevnte kopiene i en RTSP-tilpasset data-strøm sende nevnte RTSP-tilpassede datastrøm til en innholdsdistribusjonsserver.

3. En fremgangsmåte i henhold til krav 2, karakterisert ved det ytterligere steget: arkivere nevnte kopier mottatt ved nevnte innholdsdistribusjonsserver i en medieinnholdsdatabase.

4. En fremgangsmåte i henhold til krav 2, karakterisert ved det ytterligere steget: distribuere nevnte RTSP-tilpassede datastrøm fra nevnte distribusjonsserver til en eller flere Internett-terminaler i sanntid.

5. En fremgangsmåte i henhold til krav 1, karakterisert ved de ytterligere stegene: innlede en andre H.323- eller SIP-samtale fra gatekeeperen til en streaminggateway, sende nevnte kopier av mediedata i nevnte andre H.323-eller SIP-samtale, distribuere nevnte kopier av mediedata til en eller flere internettilknyttede terminaler eller til en eller flere arkiveringsdatabaser.

6. En gatekeeper hvor minst en av et antall endepunkt i en første H.323- eller SIP-samtale er registrert, karakterisert ved en mediedatadistribu-sjonsmodul konfigurert til fortløpende å generere kopier av mediedata originerende fra hvert respektive endepunkt i den første H.323- eller SIP-samtalen når gatekeeperen er i rutet mediemodus.

7. En gatekeeper i henhold til krav 6, karakterisert ved at nevnte mediedata-distribusjonsmodul er videre konfigurert til å sette inn nevnte koper i en RTSP-tilpasset datastrøm og sende nevnte RTSP-tilpassede datastrøm til en innholdsdistribusjonsserver.

8. En gatekeeper i henhold til krav 6, karakterisert ved at nevnte mediedata-distribusjonsmodul er videre konfigurert til å innlede en andre H.323- eller SIP-samtale fra gatekeeperen til en streaminggateway og sende nevnte kopier av mediedata i nevnte andre H.323- eller SIP-samtale.