NO324754B1 - System og fremgangsmate for a tilveiebringe skalerbarhet i to eller flere streaming- og/eller arkiveringssystemer for konferansesamtaler - Google Patents
System og fremgangsmate for a tilveiebringe skalerbarhet i to eller flere streaming- og/eller arkiveringssystemer for konferansesamtaler Download PDFInfo
- Publication number
- NO324754B1 NO324754B1 NO20064369A NO20064369A NO324754B1 NO 324754 B1 NO324754 B1 NO 324754B1 NO 20064369 A NO20064369 A NO 20064369A NO 20064369 A NO20064369 A NO 20064369A NO 324754 B1 NO324754 B1 NO 324754B1
- Authority
- NO
- Norway
- Prior art keywords
- streaming
- call
- archiving systems
- archiving
- conference
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 15
- 230000001902 propagating effect Effects 0.000 claims 1
- 230000000644 propagated effect Effects 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 10
- 238000004891 communication Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000002716 delivery method Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 230000014616 translation Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
- H04L12/1827—Network arrangements for conference optimisation or adaptation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42221—Conversation recording systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
- H04M3/562—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities where the conference facilities are distributed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
- H04M3/567—Multimedia conference systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/15—Conference systems
- H04N7/152—Multipoint control units therefor
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Den foreliggende oppfinnelsen er en fremgangsmåte og et system for å samle i klynge to eller flere videokonferanseregistrerings-/streaminginnretninger, idet klyngen av to eller flere innretninger fremtrer som én enkelt innretning for brukeren. En av registrerings-/streaminginnretningene tjener som klyngekontroller og tilveiebringer et brukergrensesnitt for brukerne. Systeminnstillinger propageres til de andre registrerings-/strearninginnretningene i klyngen fra klyngekontrolleren. Et lastbalanseringssystem kontrollerer innkommende og utgående samtaler, og distribuerer beregningsbelastningen blant registrerings-/streaminginnretningene jevnt.
Description
Område for oppfinnelsen
Den foreliggende oppfinnelsen vedrører videokonferanser og streaming-/ arkiveringssystemer.
Bakgrunn for oppfinnelsen
Et antall teknologiske systemer er tilgjengelig for gjennomføring av et møte blant deltakere som ikke befinner seg i samme område. Disse systemene kan innbefatte videokonferanser, webkonferanser eller audiokonferanser.
Det mest realistiske substitutt for virkelige møter er høykvalitetsvideokonferanse-systemer. Konvensjonelle videokonferansesystemer omfatter et antall endepunkter som kommuniserer sanntidsvideo-, audio- og/eller datastrømmer over W AN, LAN og/eller linjesvitsjede nettverk. Endepunktene innbefatter én eller flere monitor(er), kamera(er), mikrofon(er) og/eller datainnhentingsinnretning(er) og en kodek, som koder og dekoder utgående, henholdsvis innkommende strømmer. I tillegg er en sentralisert kilde, kjent som en multipunktskontrollenhet (MCU), nødvendig for å linke de multiple endepunktene sammen. MCU'en utfører denne linkingen ved å motta multimediesignaler (audio, video og/eller data) fra endepunktterminaler over punkt- til punktforbindelser, prosessere de mottatte signalene, og å retransmittere de prosesserte signalene til valgte endepunktsterminaler i konferansen.
Ved bruk av et videokonferansesystem kan f.eks. en PowerPoint-presentasjon eller en hvilken som helst annen PC-presentasjon presenteres mens det fremdeles er nødvendig å se og høre alle de andre deltakerne.
I en ende-til-ende-visualkommunikasjonsløsning er det fordelaktig at videokonferanser blir gjort tilgjengelig til bredere publikum som kan ha fullstendig ulike tidsbetingelser. Et eksempel på dette er et viktig møte eller en meddelelse som må gjøres tilgjengelig til alle ansatte i et multinasjonalt selskap. Dette involverer multiple tidssoner og mange planleggingskonflikter. En løsning på dette er et videokonferanseregistrerings- og streamingsystem som kan registrere videokonferanser for levering på et tidspunkt som betrakterne velger. For personer som ikke behøver å være direkte involvert i konferansen, kan systemet også overføre den ved streaming idet konferansen foregår. Leveringsmetoden omtalt her er streaming over internett.
Å presentere multimedieinnhold ved streaming av data til datamaskiner gjennom et webgrensesnitt er velkjent. Datastrømmen kan transmitteres i sanntid, eller være en tilbakespilling av et arkivert innhold gjennom et streaming- og/eller arkiveringssystem. Konvensjonelle streamingdata tilpasses for lagring og distribusjon, og derfor representeres multimedieinnholdet i et forskjellig format enn for videokonferanser. For å tillate streaming og arkivering av en konvensjonell videokonferanse, er derfor et system for å konvertere multimediedataene nødvendig.
Et streaming- og/eller arkiveringssystem for videokonferansesamtaler er foretrukket forsynt med et nettverksgrensesnitt for å forbinde innretningen til et datamaskinnettverk, audio-/video- og presentasjonsdatagrensesnitt for mottak av konferanseinnholdet, en filkonverteringsmotor for å konvertere presentasjonsinnhold til et standard bildeformat for distribusjon, og en streamkoder for å kode innholdet til streamingformat for distribusjon. Streaming- og/eller arkiveringssystemet er videre forsynt med en streamserver for transmisjon av det kodede audio-/videoinnholdet og en webserver for transmisjon av websider og konvertert presentasjonsinnhold til terminaler som befinner seg ved noder i nettverket. Streaming- og/eller arkiveringssystemet er også tilpasset til å danne en arkivfil som består av de kodede streamdata, som lagres i et lokalt lagringsmedium eller i en server/database, for å muliggjøre senere distribusjon etter behov til forespørrere ved fjerntliggende terminaler over datamaskinnettverket.
Streaming- og/eller arkiveringssystemer som omtalt ovenfor har imidlertid begrensede mengder ressurser. Enten det er implementert i software eller hardware vil det være en maksimal mengde av samtidige videokonferanser som innretningen kan håndtere. Dette antallet er omvendt relatert til kompleksiteten av registrerings-/streamingoppgaven. Dvs. at jo mer CPU-intensiv registrerings- og streamingoppgavene er, desto færre av dem kan systemet håndtere samtidig. I mange tilfeller frembringer imidlertid denne type CPU-intensive oppgaver mer ønskelige resultater. F.eks. er koding av normale og utvidede videokilder til et streamingformat slik som Windows Media ressursintensiv, men den frembringer en utgang som kan leveres til et stort antall mennesker over en rekkevidde av båndbredder og uten behov for ytterligere pluggings eller kodeker som må installeres på klientdatamaskiner.
Utplassering av en videokonferansedistribusjonsinnretning i store installasjoner kan kreve mange flere samtidige utganger enn en enkelt enhet kan produsere. Tilføyelse av flere systemer for å øke ressursene er et logisk trinn, med dette øker også kompleksiteten for håndtering av den totale løsning. Alle innretninger må styres separat, slik at utførelse av administrasjonsoppgaver for hver av de utplasserte frittstående innretningene involverer en duplikasjon av anstrengelsene for delen av de administrative brukere. Hver frittstående innretning har sitt eget grafiske brukergrensesnitt (GUI) som øker sannsynligheten for at sluttbrukere forsøker å aksessere et feilaktig grensesnitt for å utføre rutineoppgaver, slik som å opprette og oppnå aksess til registrert/streamet innhold.
En måte å håndtere multiple frittstående streaming- og/eller arkiveringssystemer på, er å ha et mellomliggende styringssystem som styrer interaksjonen mellom alle de frittstående innretninger, slik som vist i fig. 1. Dette krever imidlertid et helt separat system, og tilveiebringer et sviktpunkt. I tillegg håndteres streaming- og/eller arkiveringssystemer fortsatt som individer av videokonferansesystemene. Hvert system har sine egne adresser, og en bruker må kjenne flere ulike adresser for å forbinde seg til og derved kunne utnytte alle innretninger. Videre, dersom det første streaming- og/eller arkiveringssystemet som oppkalles av brukeren er tom for ressurser, og ute av stand til å håndtere samtalen, må brukeren starte på nytt og kalle opp ett av de andre streaming- og/eller arkiveringssystemene.
Således involverer nåværende løsninger styring av alle systemene uavhengig, eller bruk av et annet eksternt kontrollsystem for å styre dem alle. Ulempen med dette er at oppgaven å interagere med og administrere innretningene blir mer kompleks og tidsforbrukende når antallet innretninger øker.
Sammenfatning av oppfinnelsen
Det er en hensikt med den foreliggende oppfinnelsen å tilveiebringe et system og en fremgangsmåte som løser i det minste ett av de ovenstående problemene i den tidligere kjente teknikk.
Trekkene som er definert i de vedføyde selvstendige krav karakteriserer dette systemet og fremgangsmåten.
Kort beskrivelse av tegningene
For å gjøre oppfinnelsen enklere å forstå, vil den etterfølgende drøftingen henvise til de vedføyde tegninger. Fig. 1 er et blokkdiagram som illustrerer et mellomliggende styringssystem for å styre et flertall av streaming- og/eller arkiveringssystemer, Fig. 2 er et blokkdiagram som illustrerer et typisk streaming- og/eller arkiveringssystem i samsvar med den tidligere kjente teknikk, Fig. 3 er et blokkdiagram som illustrerer en typisk systemarkitektur for et audio-og/eller videokonferanseutstyr i et pakkesvitsjet nettverk, Fig. 4 er et blokkdiagram som illustrerer en typisk systemarkitektur for en innholdsserverklynge i samsvar med den foreliggende oppfinnelsen, Fig. 5 er et blokkdiagram som illustrerer en typisk systemarkitektur for en klyngekontroller, Fig. 6 er et blokkdiagram som illustrerer en typisk systemarkitektur for en innholdsserverklynge i samsvar med en eksempelutførelsesform av den foreliggende oppfinnelsen, Fig. 7 er et blokkdiagram som illustrerer en typisk systemarkitektur av en innholdsserverklynge i samsvar med en annen eksempelutførelsesform av den foreliggende oppfinnelsen.
Detaljert beskrivelse av oppfinnelsen
I det følgende vil den foreliggende oppfinnelsen bli drøftet ved beskrivelse av en foretrukket utførelsesform, og med henvisning til de vedføyde tegninger. Fagfolk på området vil imidlertid innse andre anvendelser og modifikasjoner innenfor oppfinnelsens rekkevidde som definert i de vedføyde selvstendige krav.
Den foreliggende oppfinnelsen er en fremgangsmåte og et system for å sammenklynge to eller flere videokonferanseregistrerings-/-streaminginnretninger, som får klyngen av to eller flere innretninger til å fremstå som én enkelt innretning for brukeren.
Fig. 2 viser videokonferanseutstyr forbundet til et typisk pakkebasert nettverk. H. 323 er en International Telecommunications Union (ITU-)standard som tilveiebringer spesifikasjoner for datamaskiner, utstyr og tjenester for multimediekommunikasjon over pakkebaserte nettverk som definerer hvordan sanntids audio-/video- og datainformasjon transmitteres. H.323-standarden spesifiserer fire typer komponenter, som når de kobles sammen i nettverk, tilveiebringer punkt til punkt og punkt til multipunkt
multimediekommunikasj onstj enester:
I. terminaler (101)
2. gateways (102)
3. gatekeepers (103)
4. multipunktkontrollenheter (MCU'er) (104)
H.323-terminaler er endepunktene på LAN som tilveiebringer sanntids toveiskommunikasjon. Terminaler er vanligvis en personlig datamaskin (PC) eller en frittstående innretning (f.eks. videokonferanseendepunkt). Gatekeepers er ansvarlige for å tilveiebringer adresseoversettelser mellom et endepunkts nåværende IP-adresse og dets ulike H.323-ID-aliaser, samtalekontroll og rutingstjenester til H.323-endepunkter, systemadministrasjon og sikkerhetsinnstillinger. En H.323-gateway tilveierbringer konnektivitet mellom et H.323-nettverk og et ikke-H.323-nettverk (f.eks. ISDN). Endelig tilveiebringer MCU'er støtte for konferanser med tre eller flere H.323-terminaler. Videre er et videokonferansestreaming- og/eller arkiveringssystem 106 tilsluttet.
Slik det er vist i fig. 3, er et videokonferansestreaming- og/eller arkiveringssystem 106, heretter omtalt som en innholds server (CS), foretrukket forsynt med et nettverksgrensesnitt (204) for å forbinde innretningen til et datamaskinnettverk, audio-/video- og presentasjonsdatagrensesnitt for å motta konferanseinnhold, en filkonverteringsmotor for å konvertere et presentasjonsinnhold til et standard bildeformat for distribusjon, og en streamkoder for å kode innholdet til streamingformat for distribusjon. CS er videre forsynt med en streamserver for å transmittere 203 det kodede audio-/videoinnhold og en webserver for å transmittere websider og konvertert presentasjonsinnhold til terminaler anbrakt ved noder i nettverket. Innholdsserveren er også tilpasset til å opprette arkivfiler 202 som består av de kodede streamdata, som lagres i lokale lagringsmedier eller i en server/database, for å muliggjøre senere distribusjon etter behov til forespørrere ved fjerntliggende terminaler over datamaskinnettverket.
I samsvar med en typisk operasjonsmåte, initieres konferansen ved å innbefatte innholdsserveren 106 som en deltaker i konferansen. Innholdsserveren 106 aksepterer eller plasserer H.323-videosamtaler som punkt til punkt (bare ett H.323-system i samtalen, typisk anvende til å registrere opplæringsmaterialet fra en enkelt instruktør) eller multipunkt (2-n H.323-systemer i samtalen, typisk benyttet til å streame eller arkivere møter). Betraktere ved fjerntliggende terminaler (PC_1 - PC_n) kan aksessere en konferanse ved å rette en konvensjonell web browser til en URL (Uniform Resource Locator) assosiert med innholdsserveren 106. Etter fullføring av valideringsdatautvekslinger mellom betrakteren og distribusjonsinnretningen, er betrakteren i stand til å betrakte den personlige utveksling, dvs. konversasjonen og den assosierte oppførsel, som opptrer mellom deltakerne ved konferansepresentasjonsstedet, så vel som å betrakte presentasjonsinnholdet som presenteres ved konferansestedet. Multimedieinnholdet betraktes i et multippelvindubrukergrensesnitt gjennom betrakterens webbrowser, med audio-/videoinnholdet presentert av en streamingmediespiller, og presentasjonsinnholdet fremvises i et separat vindu. Etter forespørsel av lederen av konferansen eller av konferansestyringssystemet blir kodede streamdata lagret i en server som en identifiserbar fil 202.
Slik det er nevnt ovenfor, for å produsere streaming- og registreringsutganger fra en videokonferanse, tjener innholdsserveren 106 som et videokonferanseendepunkt (terminal). CS 106 kan delta i en punkt til punkt- eller en multipunkt videokonferanse akkurat som et annet endepunkt, men i stedet for å fremvise utgangen på en skjerm slik som de fleste regulære videokonferanseendepunkter, prosesserer denne dataene til andre nyttige utganger.
Som endepunkt kan CS også ha én eller flere aliasadresser assosiert med seg. Aliasadressene tilveiebringer en alternativ metode for å adressere endepunktet. Disse adressene innbefatter E.164 (nettverksaksessnummer, telefonnummer, osv.), H.323 ID'er (alfanummeriske strenger som representerer navn, e-postlignende adresser, osv.), og hvilke som helst andre definert i Recommendation H.225.0. Aliasadresser er unike innenfor en sone, et domene, mellom soner og mellom domener.
Slik det er drøftet i bakgrunnsavsnittet ovenfor, er en CS begrenset i antall utganger som den kan opprette. For å øke antallet utganger må ytterligere innretninger tilføyes. Økning av antallet innholdsservere øker følgelig kompleksiteten ved styring og interagering med disse. Imidlertid, i samsvar med den foreliggende oppfinnelsen, blir de individuelle utstående innholdsserverne klynget sammen på en slik måte at brukeropplevelsen er som om de interagerte med et enkelt system, uavhengig av hvor mange systemer som er del av klyngen. I tillegg til dette kan administrative oppgaver utføres på samme måte for klyngen som for en enkelt distribusj onsinnretning.
Fig. 4 er en skjematisk tegning av en innholdsserverklynge i samsvar med den foreliggende oppfinnelsen. To eller flere innholdsservere er forbundet til å danne en klynge, og en klynge med m innholdsservere 106, vil én av CS'ene anta rollen som klyngekontroller 401, mens de gjenværende n=m-l innretninger antar rollen som noder (101/1 - 101/n). Det finnes to hovedkonfigurasjonsfiler for innholdsserverne, én for det webbaserte brukergrensesnittet og én for samtalehåndteringsenheten. Klyngeinnstillingene lagres i brukergrensesnittets konfigurasjonsfil og beskriver alle maskinene i en klynge, f.eks. hvorvidt de er på en node eller en kontroller, og for kontrolleren hvorvidt den kan registrere og/eller arkivere så vel som bare å være brukergrensesnittet. Alle innholdsserverne i en klynge er initielt identiske. Ved endring av konfigurasjonsfilen på en innholdsserver for å tilordne den til å være
node, utilgjengeliggjør man brukergrensesnittet på denne innholdsserveren. Videre, endring av konfigurasjonsfilen på en innholdsserver, ved å tilordne den til å være en kontroller, konfigurerer den til å propagere sine systeminnstillinger til alle nodene i klyngen. Følgelig blir klyngekontrolleren 401 brukerens eneste interaksjonspunkt med klyngen, hvilket betyr at selv om det finnes flere innretninger i klyngen, vil bare ett grensesnitt (for innretningsinnstillinger, registrering og/eller arkivering og betraktning av stream, registreringer, osv.) tilveiebrakt. Videre vil redigering av administrative innstillinger på klyngekontrolleren 401 effektivt ved å anvende innstillingene for alle nodene 101/1 - 101/n.
Videre omfater innholdsserverklyngen i samsvar med den foreliggende oppfinnelsen et lastbalanseringssystem. For innkommende samtaler blir en lastbalanseringsenhet 404 introdusert, idet dennes rolle er å rette innkommende samtaler til den egnede distribusj onsinnretning i klyngen på kontrollert måte. Lastbalanseringsenheten 404 kan være en innretning eller system utformet spesielt for dette formålet, eller implementert i SIP eller lignende. For utgående samtaler tjener brukergrensesnittapplikasjonen som er lagret på klyngekontrolleren 401 som en lastbalanserer, og holder styr på mengden av frie ressurser i alle CS'er i klyngen og distribuerer lasten i samsvar med dette.
Lastbalanseringsenheten 404 vil prosessere innkommende
videokonferansesamtaleforespørsler og gjøre en beslutning om hvilken innholdsserver som skal håndtere samtalen. Siden de ønskede utganger kan genereres ved en hvilken som helst av innholdsserverne i klyngen, er det vilkårlig hvilken innholdsserver som håndterer samtalen. Følgelig vil resultatet, slik brukeren ser det, være eksakt det samme som om en enkelt innretning var involvert i interaksjonen.
I samsvar med én utførelsesform av den foreliggende oppfinnelsen anvendes en H.323-gatekeeper som lastbalanseringsenhet 404 avbildet i fig. 4. Slik det er drøftet ovenfor, er en gatekeeper 103 en nettverksinnretning som tilveiebringer adresseringstjenester for H.323 videokonferanseinnretninger. Anvendelse av en gatekeeper 103 tillater en videokonferanseinnretning å kalle opp en annen innretning ved bruk av videokonferansealiaset i stedet for en IP-adresse (hvilken kunne vært endret av DHCP). For at en gatekeeper 103 skal vite hvor en samtale skal rettes, må terminaler 101 og gateways 102 registrere seg hos gatekeeper 103, informere gatekeeper 103 om deres nåværende IP-adresser og deres assosierte aliaser. Det anropte endepunkts E.164-adresse kan bestå av et valgfritt tilleggsprefiks fulgt av E.164-aliaset. Tjenesteprefikset består av n sifre fra mengden 0-9, <*> og #, der n er et forhåndsbestemt antall siffer. En hensikt ved et slikt tjenesteprefiks kan være å forespørre om aksess til en gateway. Gatekeeperen kan endre denne adressen før den sendes til destinasjonen.
I samsvar med den foreliggende oppfinnelsen registrerer innholdsserverne 401, 106/1 - 106/n seg hos sin lokale gatekeeper 103 som gatewayer med ett eller flere tjenesteprefikser og/eller suffikser. Ved å gjøre dette vil alle samtaler som er rettet til en adresse som starter med ett av de registrerte tjenesteprefikser, eller slutter med ett av de registrerte tjenestesuffikser, videresendes til nevnte innholdsserver av gatekeeperen, uavhengig av de gjenværende sifre (eller alfanummeriske karakterer) i adressen. Videre vil alle innholdsservere registrere seg hos gatekeeperen med det samme prefiks og/eller suffiks, f.eks. 212XXXXX (dvs. en hvilken som helst adresse som begynner med 212 og etterfølges av fem vilkårlige sifre). Følgelig, når en samtaleforespørsel ankommer hos gatekeeper med en mottakeridentifikasjon (anropt adresse) som inneholder én av de nevnte prefikser eller suffikser (f.eks. 21255511), vet gatekeeperen at samtalen skal rutes til én av de registrerte innholdsservere. Hvilken innholdsserver samtaleforespørselen sendes til, avhenger av tilgjengelig kapasitet og registreringsrekkefølge. De gjenværende alfanummeriske karakterer i adressen kan f.eks. anvendes til å fortelle CS hvilke streaming- og/eller arkiveringsinnstillinger som skal anvendes ved streaming og/eller arkivering av samtalen. Adresseproblemene drøftet i bakgrunnsseksjonen blir således fjernet, fordi alle nodene har identiske aliaser.
De fleste gatekeepere implementerer en form av kapasitetsindikasjon, der innretninger registrert som gateway hos gatekeeperen informerer gatekeeperen om mengden av ressurser som den kan håndtere. De fleste gatekeepere i dag støtter en "out of resources"-indikasjon, som forteller gatekeeper at en gateway ikke har flere tilgjengelige ressurser, og derfor ikke kan motta noen ytterligere samtaler. Dersom det finnes multiple systemer registrert til gatekeeper med det samme gatewayprefiks, anvender gatekeeperen kapasitetsindikasjonsfunksjonen til å ta beslutning om hvilket system som skal håndtere den innkommende samtalen. Slik det er nevnt ovenfor, finnes en grense på hvor mange samtidige videokonferansesamtaler CS kan håndtere. Dette tallet er omvendt relatert til kompleksiteten av registrerings-/streamingoppgaven. Siden det er umulig å kjenne på forhånd hvor store ressurser en samtale vil kreve, er CS konfigurert til å akseptere bare et visst antall n samtaler, der nevnte antall n typisk ligger i området mellom to og ti. Derfor, i samsvar med den foreliggende oppfinnelsen, er innholdsserverne konfigurert til å sende en "out of resources"-indikasjon til gatekeeperen dersom antallet m pågående samtaler er lik dens maksimalt tillatte antall n samtaler. Dersom én av innholdsserverne 401, 106/1 - 106/n, har signalisert "out of resources" til gatekeeperen, vil gatekeeperen rute samtalen til en annen CS i klyngen med tilgjengelige ressurser. Vanligvis vil gatekeeperen videresende samtalen til den gateway/CS som har registrert seg først. Dersom denne gateway/CS har sendt en "out of resources"-melding til gatekeeper, er den andre registrerte gateway/CS den neste i køen, osv. Dersom én eller flere av de pågående samtaler termineres slik at antallet m pågående samtaler er mindre enn det maksimalt antallet tillatte n samtaler i CS, sender CS en "free resources"-indikasjon til gatekeeper.
Ideelt bør gatekeeper ha en mer detaljert informasjon om en gateways kapasitet, f.eks. totale ressurser og mengde anvendte ressurser til enhver tid, ikke bare når en gateway er tom for ressurser.
Slik det er nevnt ovenfor, kan samtaler også initieres fra innholdsserverklyngen, gjennom en "create conference" opsjon i brukergrensesnittet 201. Fig. 5 er et blokkdiagram som illustrerer en innholdsserver i samsvar med den foreliggende oppfinnelsen, satt til å være en klyngekontroller 401. Når en samtale initieres fra klyngen, er det lastbalanseringsenheten 507 på en kontrollenhet 504 som kontrollerer hvilken innholdsserver som skal håndtere samtalen. For å gjøre dette krever lastbalanseringsenheten 507 kjennskap til den nåværende kapasitet for alle innholdsserverne 106 i klyngen. Derfor anvendes et applikasjonsprogrammeringsgrensesnitt (API) til å innsamle kapasitetsinformasjon fra hver innretning. API er en samtalekonvensjon som brukes til å tillate et applikasjonsprogram å aksessere et operativsystem, så vel som andre systemressurser. Det finnes en liste av API-funksjoner som kan kalles opp vis Simple Object Access Protocol (SOAP) for å interagere med innholdsserverne, f.eks. gjøre en samtale, avslutte en samtale, innhente systeminformasjon, osv. En av disse API-funksjoner er en "GetCallCapacity"-funksjon, som for en gitt innholdsserver returnerer maksimalt antall samtaler og antall nåværende samtaler som pågår for den gitte CS. Når en bruker initierer en samtale fra grensesnittet 201, forespør lastbalanseringsenheten 507 alle innholdsserverne 401, 106/1 - 106/n i klyngen om deres samtalekapasitet. Innholdsserverne svarer på forespørselen med en kapasitetsstatusrapport. Så snart lastbalanseringsenheten 507 har analysert kapasitetsinformasjonen, kan lastbalanseringsenheten 507 ta en beslutning, og derved spre lasten omkring klyngen jevnt. I samsvar med den foreliggende oppfinnelsen er mindre eller ingen last anvendt til klyngekontrolleren 401 inntil nodene 106/1 - 106/n her under full belastning. Siden brukergrensesnittet bare interagerer med klyngekontrolleren 401, betyr anvendelse av minimal belastning på klyngekontrolleren 401 at grensesnittet kan opprettholdes responsivt hele tiden. Fig. 6 er et blokkdiagram som illustrerer en eksempelutførelsesform av den foreliggende oppfinnelsen. Når en konferansesamtale registreres eller streames på én av innholdsserverne i klyngen, konverteres multimediestrømmene til filer 202 av foretrukket format og lagres på innholdsserveren som håndterer samtalen. Når en konferansesamtale starter, skrives informasjon om registreringene til en database 501 i klyngekontrolleren 401, heretter omtalt som innholdsbiblioteket. Innholdsbiblioteket inneholder informasjon som er anvendt av kontrollenheten til å identifisere hvor en registrert konferanse er lagret i klyngen. Informasjon om registreringer som streames på direkten skrives til innholdsbiblioteket når samtalen igangsettes, og slettes når samtalen avsluttes. Informasjon om registreringer som kan aksesseres etter behov skrives til og holdes i innholdsbiblioteket. Informasjonen som skal lagres i innholdsbiblioteket er representert ved stiplede linjer. Kontrollenheten er konfigurert til å interagere med innholdsbiblioteket ved bruk av API-oppkall, både å skrive til dette og å lese fra det. En konferanse har initielt en registrering assosiert med seg, som inneholder den følgende informasjon: ConferencelD, RecordingID, Title, UpdateTime og Deleted. Denne informasjonen benyttes til å relatere en konferanse til sine filmer og stillbilder. En registrering kan ha multiple filmer og stillbilder forbundet til seg, og for hver film lagres multiple parametere i innholdsbiblioteket, innbefattet i det minste RecordingID, Type, Bandwidth, Date Time, isDual, osv. Videre, for hvert stillbilde eller øyeblikksbilde, lagres følgende informasjon i innholdsbiblioteket: RecordingID, movieTime, url, Action, Description, UpdateTime og Deleted. Kontrollenheten anvender denne informasjonen lagret i innholdsbiblioteket for hver registrering, til å konstruere Uniform Resource Locator (URL) for brukeren slik at denne kan aksessere innholdet og deretter betrakte det ved bruk av brukergrensesnittet. Klyngekontrolleren kan også valgfritt tjene som en registrerer/steramer, men dette vil medføre ekstra belastning på klyngekontrolleren, og kan ha virkning på dens primæroppgave, nemlig å tjene brukergrensesnittapplikasjonen og innholdsbiblioteket, hvilket kan gjøre denne langsommere. Klyngenodene tjener bare som registrerere/streamere. Fig. 7 er et blokkdiagram som illustrerer en andre eksempelutførelsesform av den foreliggende oppfinnelsen. I denne andre eksempelutførelsesformen er registreringsinformasjonen fortsatt lagret i innholdsbiblioteket på klyngekontrolleren 401, men i stedet for å lagre innholdet på innholdsserverne, anvendes et nettverkstilknyttet lager (NAS). NAS har sin egen redundans og databeskyttelse innebygd. Innholdsserverne lagrer alle deres registreringer hos NAS, men lagrer all informasjon vedrørende registreringen i innholdsbiblioteket slik som i det foregående eksemplet.
Innholdsserverklyngen opprettes ved hjelp av en oppsettshjelper som fører brukeren gjennom prosessen. For å opprette en ny klynge, må brukeren ha administrativ aksess til alle distribusj onsinnretninger som er utpekt for den nye klyngen. En av distribusjonsinnretningene 101 er valgt til å operere som klyngekontroller 401. Brukeren starter hjelperen på den utpekte kontrollerinnretningen 401 og forsyner installasjonshjelperen med IP-adressene for de tiltenkte noder. Av sikkerhetsgrunner, før kontrolleren kan interagere med nodene på noen som helst måte, må administratoren eksplisitt tillate dette fra hver node. Derfor tilveiebringer oppsettshjelperen en link til et grafisk brukergrensesnitt (GUI) for hver node der brukeren kan velge hvorvidt noden skal tillates å tilføyes til en klynge. Denne innstillingen kan bare endres av brukere med administrativ aksess.
Hjelperen analyserer den utpekte kontroller og alle utpekte noder for å beslutte hvorvidt klyngen kan opprettes. Betingelser som må være oppfylt, er: alle distribusj onsinnretninger må være av samme versjon, alle nodene må ha godkjent tillatelse fra kontrolleren og tilføye dem til klyngen, og lisensieringen (antall tillatte samtaler) må være den samme. Dersom alle disse betingelser er oppfylt, kan klyngen opprettes på vellykket måte.
Dersom klyngen er opprettet på vellykket måte, blir brukeren presentert med en innstillingsskjerm identisk til innstillingsskjermen for hver individuelle innretning. Imidlertid vil innstillingene nå gjelde for alle systemene i klyngen, og de vil propageres til nodene 101/1 - 101/n fra kontrollerinnretningen 401.1 tillegg til dette blir alle innstillinger for samtaleadresser og hvordan samtaler skal settes opp, propageres fra kontrolleren til nodene.
Kontrollerinnretningen 401 blir effektivt det eneste interaksjonspunktet for hele klyngen. Hva som helst som skjer på kontrollerinnretningen 401 skjer også for klyngen. Det er også mulig å styre klyngen selv etter at den har blitt opprettet. F.eks. kan noder tilføyes og fjernes til enhver tid ved bruk av hjelperen eller en spesialtilpasset versjon av hjelperen som holdes på kontrollerinnretningen.
Brukere som forsøker å aksessere en node via web, ved bruk av IP-adresser eller alias, rettes til klyngekontrollergrensesnittet. Administrativ aksess tillates fortsatt på noder, men bare for de innstillinger som gjelder for den lokale innretning. Disse lokale innstillinger kan også endres for de individuelle noder fra klyngekontrollerens grensesnitt.
Claims (18)
1. Et system for å tilveiebringe skalerbarhet i to eller flere streaming- og/eller arkiveringssystemer for konferansesamtaler operativt forbundet over et bakkesvitsjet nettverk, idet systemet omfatter
nevnte to eller flere streaming- og/eller arkiveringssystemer (106) som har i det minste ett identisk alias som mottaker- og senderidentifikasjon,
en systemkontrollinnretning (401) omfattende: - en kontrollenhet (504) og en database (501), hvor
systemkontrollinnretningen (401) er konfigurert til
å tilveiebringe et brukergrensesnitt (201),
ved første forhåndsdefinerte hendelser, å propagere systeminnstillinger og/eller parametere til nevnte streaming- og/eller arkiveringssystemer (106), og - et lastbalanseringssystem (404, 504) konfigurert til
å motta kapasitetsstatusrapporter fra nevnte to eller flere streaming-og/eller arkiveringssystemer (106) ved andre forhåndsdefinerte hendelser,
å beslutte hvilke av nevnte to eller flere streaming- og/eller arkiveringssystemer (106) som skal streame og/eller registrere en konferansesamtale, basert på nevnte kapasitetsstatusrapporter.
2. System i samsvar med krav 1, hvor ett av nevnte streaming- og/eller arkiveringssystemer (106) er nevnte systemkontrollinnretning (401).
3. System i samsvar med krav 1 eller 2, hvor det nevnte lastbalanseringssystem (404, 504) omfatter
en adressestyringsenhet (404) konfigurert til å motta og håndtere samtaleforespørsler fra en konferanseinnretning ved bruk av nevnte alias som mottakeridentifikasj on.
4. System i samsvar med krav 1 eller 2, hvor nevnte lastbalanseringssystem (404, 405) omfatter
en lastbalanseringsenhet (507) som holdes på nevnte kontrollenhet (504) konfigurert til å håndtere forespørsler om å etablere samtale fra nevnte brukergrensesnitt (201).
5. System i samsvar med krav 3, hvor nevnte lastbalanseringssystem (404, 504) videre omfatter
en lastbalanseringsenhet (507) som holdes på nevnte kontrollenhet (504), konfigurert til å håndtere forespørslerom å etablere samtale fra nevnte brukergrensesnitt (201).
6. System i samsvar med krav 3, hvor nevnte to eller flere streaming- og/eller arkiveringssystemer (106) videre er konfigurert til
å registrere seg med nevnte adresseringsstyringsenhet (404) ved bruk av nevnte alias,
å sende en kapasitetsstatusrapport fra nevnte streaming- og/eller arkiveringssystem (106) til nevnte adressestyringsenhet (404) ved nevnte andre forhåndsdefinerte hendelser,
og hvor nevnte adressestyringsenhet (404) er videre konfigurert til, når den mottar en samtaleforespørsel adressert til én av nevnte aliaser,
å velge én av nevnte registrerte to eller flere streaming- og/eller arkiveringssystemer (106) til å håndtere samtaleforespørsel en, basert på nevnte statusrapporter,
å videresende nevnte samtaleforespørsel til nevnte valgte streaming- og/eller arkiveringssystem.
7. System i samsvar med et av kravene 4-5, hvor nevnte lastbalanseringsenhet (507) er videre konfigurert til
å sende kapasitetsforespørsel til nevnte to eller flere streaming- og/eller arkiveringssystemer (106) ved mottak av en forespørsel om å etablere samtale fra nevnte brukergrensesnitt (201),
å motta kapasitetsstatusrapporter fra nevnte to eller flere streaming- og/eller arkiveringssystemer (106),
å velge ett av nevnte to eller flere streaming- og/eller arkiveringssystemer til å etablere en samtale basert på nevnte kapasitetsstatusrapporter,
å instruere ett av nevnte streaming- og/eller arkiveringssystemer til å etablere en samtale med én eller flere konferanseinnretninger som definert i nevnte etablerte samtaleforespørsler.
8. System i samsvar med et av de ovenstående krav, hvor nevnte i det minste ene alias er lagret i nevnte database (501), og hvor nevnte forhåndsdefinerte hendelser omfatter
endringer i systeminnstillinger, eller
endringer i aliasdatabasen.
9. System i samsvar med et av de ovenstående krav, hvor nevnte streaming-og/eller arkiveringssystemer er konfigurert til, ved nevnte forhåndsbestemte hendelser,
å sende en første kapasitetsstatusrapport til nevnte adressestyringsenhet når anvendte streaming- og/eller registreringsressurser overskrider en forhåndssatt grense, hvor nevnte første statusrapport er en "tom for ressurser"-rapport, og
å sende en andre kapasitetsstatusrapport til nevnte adressestyringsenhet dersom anvendte streaming- og/eller registreringsressurser returnerer tilbake under en forhåndssatt grense, hvor nevnte andre statusrapport er en "frie ressurser"-rapport.
10. System i samsvar med et av de ovenstående krav, hvor nevnte adresseringsstyringsenhet (404) er en gatekeeper, og hvor nevnte streaming-og/eller arkiveringssystemer (106) er registrert i nevnte gatekeeper som gatewayer med de samme tjenesteprefikser og/eller tjenestesuffikser.
11. System i samsvar med et av de ovenstående krav, hvor nevnte systemkontrollinnretning (401) videre er konfigurert til
å motta registrerings- og/eller streamingfilinformasjon fra nevnte streaming-og/eller arkiveringssystemer når en streaming- og/eller registreringsoppgave igangsettes, hvor nevnte filinformasjon identifiserer registrerte mediefiler, og
å lagre nevnte filinformasjon i nevnte database.
12. System i samsvar med krav 11, hvor nevnte kontrollenhet (504) er videre konfigurert til
å konstruere en uniform ressurslokator (URL) for hver registrering og/eller stream anvendt i nevnte lagrede filinformasjon, og
propagere nevnte URL til nevnte brukergrensesnitt (201) på forespørsel.
13. Fremgangsmåte for å tilveiebringe skalerbarhet i to eller flere streaming-og/eller arkiveringssystemer (106) for konferanse samtaler operativt forbundet over et pakkesvitsjet nettverk, omfattende de følgende trinn: å registrere nevnte to eller flere streaming- og/eller arkiveringssystemer (106) med en adressestyringsenhet (404), hvor alle nevnte to eller flere streaming-og/eller arkiveringssystemer (106) er registrert med det samme alias eller aliaser, å sende en kapasitetsstatusrapport fra nevnte streaming- og/eller arkiveringssystemer (106) til nevnte adresseringsstyringsenhet (404) ved forhåndsbestemte hendelser,
dersom en samtaleforespørsel, adressert til én av nevnte aliaser, mottas ved nevnte adressestyringsenhet, å velge ett av nevnte registrerte streaming- og/eller arkiveringssystemer (106) til å håndtere samtalen, basert på nevnte statusrapporter, å etablere en konferansesamtale mellom nevnte valgte streaming- og/eller arkiveringssystemer og én eller flere konferanseinnretninger, og å streame og/eller registrere nevnte konferansesamtale ved bruk av nevnte valgte streaming- og/eller registreringssystem.
14. Fremgangsmåte i samsvar med krav 13, hvor nevnte adressestyringsenhet (404) er en gatekeeper.
15. Fremgangsmåte i samsvar med et av kravene 13-14, hvor nevnte trinn med å sende en kapasitetsstatusrapport ved forhåndsdefinerte hendelser omfatter
å sende en første kapasitetsstatusrapport til nevnte adressestyringsenhet (404) dersom anvendte streaming- og/eller registreringsressurser overskrider en forhåndssatt grense, hvor nevnte første statusrapport er en "tom for ressurser"-rapport, og
å sende en andre kapasitetsstatusrapport til nevnte adressestyringsenhet dersom anvendte streaming- og/eller registreringsressurser returnerer tilbake under nevnte forhåndssatte grense, hvor nevnte andre statusrapport er en "frie ressurser"-rapport.
16. Fremgangsmåte for å tilveiebringe skalerbarhet i to eller flere streaming-og/eller arkiveringssystemer for konferansesamtaler operativt forbundet over et pakkesvitsjet nettverk, omfattende de følgende trinn: å sende en forespørsel om å etablere en samtale fra et brukergrensesnitt (201) tilveiebrakt av en systemkontrollinnretning (401), idet nevnte forespørsel om å etablere en samtale i det minste omfatter én eller flere mottakeridentifikasjoner, å sende en kapasitetsstatusforespørsel til nevnte to eller flere streaming-og/eller arkiveringssystemer (106) fra en lastbalanseringsinnretning (507) som holdes på nevnte systemkontrollinnretning (401), å motta kapasitetsstatusrapporter fra nevnte to eller flere streaming- og/eller arkiveringssystemer (106), å analysere nevnte statusrapporter og å velge ett av nevnte to eller flere streaming- og/eller arkiveringssystemer med frie ressurser, å instruere nevnte valgte streaming- og/eller arkiveringssystemer til å etablere en samtale med én eller flere konferanseinnretninger identifisert av nevnte én eller flere mottakeridentifikasjoner, og å streame og/eller registrere nevnte konferansesamtale ved bruk av nevnte valgte streaming- og/eller registreringssystem.
17. Fremgangsmåte i samsvar med et av kravene 13-16, hvor trinnet med å streame og/eller registrere en konferansesamtale videre omfatter
å sende filinformasjon fra nevnte valgte streaming- og/eller arkiveringssystemer når en streaming- og/eller registreringsoppgave igangsettes, hvor nevnte filinformasjon identifiserer registrerte mediefiler, og
å lagre nevnte mottatte informasjon i nevnte database.
18. Fremgangsmåte i samsvar med et av kravene 13-17, hvor trinnet med å streame og/eller registrere en konferansesamtale videre omfatter
å konstruere en uniform ressurslokator (URL) for hver registrering og/eller stream ved bruk av nevnte lagrede filinformasjon, og
å propagere nevnte URL og konferanseinformasjon til nevnte brukergrensesnitt.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| NO20064369A NO20064369A (no) | 2006-09-27 | 2006-09-27 | System og fremgangsmåte for å tilveiebringe skalerbarhet i to eller flere streaming- og/eller arkiveringssystemer for konferansesamtaler |
| PCT/NO2007/000338 WO2008039077A1 (en) | 2006-09-27 | 2007-09-27 | Method and device for providing scalability in streaming/archiving systems for conference calls |
| US11/862,851 US8228360B2 (en) | 2006-09-27 | 2007-09-27 | System, method and computer program for providing scalability in two or more streaming and/or archiving systems for video conference calls |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| NO20064369A NO20064369A (no) | 2006-09-27 | 2006-09-27 | System og fremgangsmåte for å tilveiebringe skalerbarhet i to eller flere streaming- og/eller arkiveringssystemer for konferansesamtaler |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| NO324754B1 true NO324754B1 (no) | 2007-12-10 |
| NO20064369A NO20064369A (no) | 2007-12-10 |
Family
ID=39205269
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| NO20064369A NO20064369A (no) | 2006-09-27 | 2006-09-27 | System og fremgangsmåte for å tilveiebringe skalerbarhet i to eller flere streaming- og/eller arkiveringssystemer for konferansesamtaler |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US8228360B2 (no) |
| NO (1) | NO20064369A (no) |
| WO (1) | WO2008039077A1 (no) |
Families Citing this family (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8744975B2 (en) * | 2008-02-21 | 2014-06-03 | Mypowerpad, Llc | Interactive media content display system |
| US20090319916A1 (en) * | 2008-06-24 | 2009-12-24 | Microsoft Corporation | Techniques to auto-attend multimedia conference events |
| TW201012222A (en) * | 2008-09-12 | 2010-03-16 | Primax Electronics Ltd | Method for producing internet video images |
| JP5200928B2 (ja) * | 2008-12-29 | 2013-06-05 | ブラザー工業株式会社 | テレビ会議システム、帯域制御方法、会議制御装置、テレビ会議端末装置及びプログラム |
| US8289365B2 (en) * | 2009-03-30 | 2012-10-16 | Alcatel Lucent | Method and apparatus for the efficient transmission of multimedia streams for teleconferencing |
| CN101820523B (zh) | 2010-02-26 | 2014-07-02 | 中兴通讯股份有限公司 | 一种会话处理方法和系统 |
| US8786665B2 (en) | 2010-04-27 | 2014-07-22 | Lifesize Communications, Inc. | Streaming a videoconference from a server including boundary information for client layout adjustment |
| US8786667B2 (en) | 2011-04-26 | 2014-07-22 | Lifesize Communications, Inc. | Distributed recording of a videoconference in multiple formats |
| US8780166B2 (en) * | 2011-04-26 | 2014-07-15 | Lifesize Communications, Inc. | Collaborative recording of a videoconference using a recording server |
| JP5701715B2 (ja) * | 2011-08-12 | 2015-04-15 | 株式会社東芝 | エネルギー管理装置、電力管理システムおよびプログラム |
| US9232244B2 (en) | 2011-12-23 | 2016-01-05 | Cisco Technology, Inc. | Efficient frame forwarding in large scale real-time screen content sharing meetings |
| US8872880B1 (en) * | 2011-12-30 | 2014-10-28 | Juniper Networks, Inc. | Video conference service with multiple service tiers |
| US9137028B1 (en) * | 2012-02-22 | 2015-09-15 | West Corporation | Internet sip registration/proxy service for audio conferencing |
| CN103688506B (zh) * | 2012-07-04 | 2017-07-21 | 华为技术有限公司 | 实现多媒体数据录制的方法、设备和系统 |
| US9740779B2 (en) * | 2013-10-01 | 2017-08-22 | AsterionDB, Inc. | System, method and program instructions for tying together a media URL and multimedia in a database |
| US9118654B2 (en) * | 2013-10-11 | 2015-08-25 | Edifire LLC | Methods and systems for compliance monitoring in secure media-based conferencing |
| US9166897B1 (en) | 2014-09-24 | 2015-10-20 | Oracle International Corporation | System and method for supporting dynamic offloading of video processing for user account management in a computing environment |
| US9185175B1 (en) | 2014-09-24 | 2015-11-10 | Oracle International Corporation | System and method for optimizing visual session recording for user account management in a computing environment |
| US9148454B1 (en) * | 2014-09-24 | 2015-09-29 | Oracle International Corporation | System and method for supporting video processing load balancing for user account management in a computing environment |
| US9167047B1 (en) | 2014-09-24 | 2015-10-20 | Oracle International Corporation | System and method for using policies to support session recording for user account management in a computing environment |
| CN105282142B (zh) * | 2015-09-08 | 2019-01-18 | 上海华讯网络系统有限公司 | 基于云服务的ip多媒体通信流记录方法和系统 |
| US10097795B2 (en) * | 2015-10-01 | 2018-10-09 | Sensormatic Electronics, LLC | Network video recorder cluster and method of operation |
| JP6724606B2 (ja) * | 2016-07-06 | 2020-07-15 | 富士通株式会社 | 接続先決定プログラム、接続先決定方法および情報処理装置 |
| US10212206B2 (en) | 2016-07-15 | 2019-02-19 | International Business Machines Corporation | Adaptive multi-control unit load balancing in a voice-over-IP system |
| US10044516B2 (en) | 2016-07-15 | 2018-08-07 | International Business Machines Corporation | Adaptive multi-control unit load balancing in a Voice-over-IP system |
| CN111291005B (zh) * | 2020-01-19 | 2023-05-02 | Oppo（重庆）智能科技有限公司 | 文件查看方法、装置、终端设备、系统以及存储介质 |
| US11665169B2 (en) | 2021-01-28 | 2023-05-30 | Dell Products, Lp | System and method for securely managing recorded video conference sessions |
| CN115914539B (zh) * | 2022-09-30 | 2023-11-03 | 广州云视通科技有限公司 | 音视频设备资源调度的方法及系统 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6233017B1 (en) * | 1996-09-16 | 2001-05-15 | Microsoft Corporation | Multimedia compression system with adaptive block sizes |
| US6195680B1 (en) * | 1998-07-23 | 2001-02-27 | International Business Machines Corporation | Client-based dynamic switching of streaming servers for fault-tolerance and load balancing |
| US7136062B1 (en) * | 1999-09-14 | 2006-11-14 | Microsoft Corporation | Scalable multiparty conferencing and collaboration system and method of dynamically allocating system resources and providing true color support in same |
| US6788740B1 (en) * | 1999-10-01 | 2004-09-07 | Koninklijke Philips Electronics N.V. | System and method for encoding and decoding enhancement layer data using base layer quantization data |
| US20020154691A1 (en) * | 2001-04-19 | 2002-10-24 | Kost James F. | System and process for compression, multiplexing, and real-time low-latency playback of networked audio/video bit streams |
| WO2002096115A1 (en) * | 2001-05-25 | 2002-11-28 | Centre For Signal Processing, Nanyang Technological University | A fine granularity scalability scheme |
| US20030058805A1 (en) * | 2001-09-24 | 2003-03-27 | Teleware Inc. | Multi-media communication management system with enhanced video conference services |
| US20030058806A1 (en) | 2001-09-24 | 2003-03-27 | Teleware, Inc. | Multi-media communication system with advanced conference call management |
| US20030223562A1 (en) * | 2002-05-29 | 2003-12-04 | Chenglin Cui | Facilitating conference calls by dynamically determining information streams to be received by a mixing unit |
| US8370888B2 (en) * | 2004-06-22 | 2013-02-05 | University Of Southern California | Hydra: high-performance data recording architecture for streaming media |
-
2006
- 2006-09-27 NO NO20064369A patent/NO20064369A/no not_active IP Right Cessation
-
2007
- 2007-09-27 US US11/862,851 patent/US8228360B2/en active Active
- 2007-09-27 WO PCT/NO2007/000338 patent/WO2008039077A1/en active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| WO2008039077A1 (en) | 2008-04-03 |
| US20080084470A1 (en) | 2008-04-10 |
| US8228360B2 (en) | 2012-07-24 |
| NO20064369A (no) | 2007-12-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| NO324754B1 (no) | System og fremgangsmate for a tilveiebringe skalerbarhet i to eller flere streaming- og/eller arkiveringssystemer for konferansesamtaler | |
| US9565396B2 (en) | Methods, systems and program products for initiating a process on data network | |
| EP2070323B1 (en) | Method and device for dynamic streaming/archiving configuration | |
| US8144632B1 (en) | Methods, systems and program products for efficient communications during data sharing event | |
| US10200417B2 (en) | Systems and methods for conferencing | |
| US9794201B2 (en) | Messaging based signaling for communications sessions | |
| US10623700B2 (en) | Dynamic speaker selection and live stream delivery for multi-party conferencing | |
| AU775173B2 (en) | Communication management system for computer network-based telephones | |
| JP4546739B2 (ja) | ジャストインタイムのリソース提供、自動化された信号取得及びストリーミング、並びに完全自動化されたイベントアーカイブによるウェブキャスティング | |
| US8248446B2 (en) | Rich media communication client device, method and computer program product | |
| US20130282820A1 (en) | Method and System for an Optimized Multimedia Communications System | |
| KR20040084892A (ko) | 대역폭 옵티마이저를 사용한 그룹 화상 원격 전자 회의시스템 및 방법 | |
| US10516856B2 (en) | Network video recorder cluster and method of operation | |
| WO2014154108A1 (zh) | 媒体流的转移方法和用户设备 | |
| US8023437B1 (en) | Methods, systems and program products for a distributed communications configuration | |
| JP2007104193A (ja) | 映像配信システム、映像配信方法および映像同期共有装置 | |
| US11457279B1 (en) | Live previewing of streaming video in the cloud | |
| Sakomaa | Analysis of a web conferencing system: development and customisation | |
| Zhang et al. | Research on user applying mode for video conference system | |
| Maly et al. | An Architecture and Initial Performance Data for a JAVA-based Distance Education System |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM1K | Lapsed by not paying the annual fees |