NO322831B1 - Fremgangsmate for oyeblikkelig planlegging av konferansesamtaler. - Google Patents

Abstract

Den foreliggende oppfinnelsen beskriver en fremgangsmåte og et system som tillater en IM-klient å anvende et desktop videokonferansesystem (VCS) i stedet for en integrert videokonferanseløsning med programvare/webkamera. Dette nyttiggjøres ved bruk av et videokonferansestyringsprogram(VCMP) til å sette opp videokonferansesamtaler mellom hvem som helst fra en IM-klient, selv ISDN-baserte VCS'er. Å ha en VCMP til å styre samtalen tillater også samtaler mellom protokoller dersom en nettverks-gateway er tilgjengelig for bruk. I tillegg kan en administrator overvåke status for samtalen og VCMP kan lagre samtalelogger og statistikker. Dette tilveiebringes ved den foreliggende oppfinnelsen ved å integrere VCMP'er med tilstedeværelses- og IM-servere slik som MicrosofTs Live Communication Server (LCS) på en ikkeproprietær måte. Utvidbarheten for f.eks. IM-klientene MS Communicator og Windows Messenger tillater svært liten spesialtilpasning av brukergrensesnittene. For å lette anvendelsen av en slik integrasjon, gjør den foreliggende oppfinnelsen foretrukket installasjonen av integrasjonen til en serversidekomponent, med bare små konfigurasjonskrav på klientene.

Description

Område for oppfinnelsen

Den foreliggende oppfinnelsen vedrører styring, planlegging og initiering av videokonferanser.

Bakgrunn for oppfinnelsen

Konvensjonelle videokonferansesystemer omfatter et antall endepunkter som kommuniserer sanntids video-, audio- og/eller datastrømmer over og mellom ulike nettverk slik som W AN, LAN og linjesvitsjede nettverk.

Et antall videokonferansesystemer som befinner seg på ulike steder kan delta i den samme konferansen, oftest gjennom én eller flere MCU'er (Multipoint Control Unit) som utfører blant annet svitsjefunksjoner for å tillate korrekt interkommunikasjon mellom de audiovisuelle terminalene.

Ettersom videokonferanser involverer ulike ressurser og utstyr som samtidig interopererer ved ulike lokasjoner og med ulike egenskaper, finnes et behov for mulighet til å styre ressursene som er involvert både for planlagte videokonferanser og ad hoc-videokonferanser.

Videokonferansesystemer er derfor ofte forsynt med et styringssystem (eng.: a management system). Et styringssystem er en modul som anvendes til å planlegge (eng.: to schedule) eller bestille ressurser ved et hvilket som helst tidspunkt. Styringssystemet vil tillate en bruker å forespørre ressursbruk ved et gitt tidspunkt, og enten tillate eller nekte bruken ved dette tidspunktet. Styringssystemer anvendes ofte for planlegging av bruken av møterom, nettverksressurser, videosystemer osv. Styringssystemet må forbindes til en database som inneholder oppdatert informasjon som vedrører alle tilgjengelige ressurser, slik som MCl<T>er, gateway er, rutere, endepunkter osv.

Et styringssystem kan f.eks. tilveiebringe overblikk over systemer og ressurser, og tillate brukeren å opprette, redigere og slette reservasjoner, reservere ressurser for oppringende deltakere og spesifisere båndbredde og nettverksinnstillinger. Styringssystemet kan også støtte automatisk samtaleruting og automatisk valg av punkt-til-punkt-forbindelse, innbefattet én eller flere MCU'er. Styringssystemet opererer normalt med et intuitivt web-grensesnitt som ikke krever ytterligere installasjon på brukerterminalen utover en konvensjonell web-browser.

Selv om brukere har tilgjengelig audio- eller videokonferanseutstyr, enten som personlige systemer eller gruppesystemer, er kunnskapen om hvilke ressurser som er tilgjengelige for en gitt deltaker, et stort problem ved planlegging av møter ved bruk av audio- og videokonferanseutstyr. I mange tilfeller er det nødvendig for den som bestiller konferansen å spørre deltakerne personlig om hvilke lokaliteter og systemer osv. som er tilgjengelige for dem på det aktuelle tidspunkt, og hvilket utstyr og tjenester de har tilgjengelig eller som er foretrukket. Denne manuelle "round-robin"-forespørselen kommer i tillegg til anvendelsen av et styringssystem, og forårsaker forsinkelse i konferansebestilling og reduksjon i utnyttelses verdien av styringssystemet. Mangelen på kunnskap vedrørende deltakernes tilgang og preferanser er også hovedgrunnen til at ad hoc-konferanser er vanskelige å sette opp

- de krever rett og slett for mye vekslende kunnskap om sluttsiden fra brukerne.

Et annet problem vedrørende ad hoc-planlegging er at selv om styringssystemet kjenner til at et bestemt endepunkt er tilgjengelig og klart til bruk, kan det ikke vite hvorvidt deltakerne er tilstede ved de ulike steder, når videokonferansen ikke er forhåndsplanlagt. Ad hoc-bestilling vil da normalt også kreve manuelle forespørsler i form av ytterligere oppkall til deltakerne på forhånd, hvilket gjør at handlemåten ligner et forhåndsplanlagt oppkall.

Disse problemene imøtekommes ofte nå ved å forbinde styringssystemet til en tilstedeværelsesapplikasjon. Tilstedeværelsesapplikasjoner er kjent som applikasjoner som angir hvorvidt noen eller noe er til stede eller ikke. En såkalt "buddy-liste" på en brukerterminal viser tilstedeværelsen av menneskene eller systemene (buddyene) som har blitt tilføyd på listen. Listen vil angi hvorvidt "buddyen" er tilstede eller ikke (logget på datamaskinen, arbeidende, tilgjengelig, ledig eller annen status). Tilstedeværelsesfunksjonaliteten skaper en opplevelse av tilstedeværelse også med personer eller ting som befinner seg i andre bygninger, byer eller land.

Tilstedeværelsesapplikasjoner finnes ofte i sammenheng med Instant Messaging-(IM-)applikasjoner. Disse applikasjonene forlenger tilstedeværelsesapplikasjonen ved tilføyelse av muligheten til å utveksle informasjon mellom tilstedeværende "buddier". Informasjonsutvekslingen kan innbefatte applikasjoner slik som chat, meldingstjenester og konferansetjenester.

I tilstedeværelses- og IM-applikasjoner finnes en sentral server som holder styr på alle klientene i systemet, mens klienten forsyner serveren med informasjon om deres egen status og lokasjon. Serveren håndterer også brukerinnlogging og tilveiebringer informasjon om "buddyene" i respektive "buddylister" ved bruk av en proprietær protokoll. Imidlertid kan informasjon mellom klienter ("buddier") sendes direkte idet serveren tilveiebringer forbindelsesinformasjon (IP-adresse og portnummer) for klientenes "buddier".

Konvensjonelt er protokollen som anvendes i applikasjonslaget for IM-kommunikasjon SIP (Session Initiated Protocols). SIP er en Internet Engineering Task Force (IETF) standardprotokoll for å initiere en interaktiv brukersesjon som involverer multimedieelementer slik som video, tale, chat og spill. SIP er en forespørsel-respons-protokoll, som håndterer forespørsler fra klienter og responser fra servere. Deltakere identifiseres ved SIP URI- er. Forespørsler kan sendes gjennom en hvilken som helst transportprotokoll, slik som UDP, SCTP, eller TCP. SIP bestemmer endesystemet som skal anvendes for sesjonen, kommunikasjonsmediene og medieparametere, og den oppkalte parts ønske om å delta i kommunikasjonen. Så snart disse er sikret, etablerer SIP oppkallparametere ved begge ender av kommunikasjonen, og håndterer oppkall so verføring og -avslutning. Slik det allerede er angitt, krever SIP en sentral server blant annet for signalering, registrering og policy håndtering. Slike SIP-servere er vanligvis integrert med tilstedeværelsesserveren nevnt ovenfor i forbindelse med tilstedeværelses- og IM-applikasjoner.

Microsoft Live Communications Server (LCS) er et eksempel på en serverprogramvare for tilstedeværelses- og IM-applikasjoner, hvor brukere kan sende hurtigmeldinger og kommunisere ved hjelp av web-kameraer gjennom en IM-klient slik som MS Communicator eller Windows Messenger.

Forbindelsen mellom tilstedeværelsesapplikasjonen og styringssystemet kan fremstå for brukeren på mange måter. Den mest egnede ville sannsynligvis være å integrere styringssystemet i IM-/tilstedeværelsesapplikasjonen eller vice versa. Således tillates brukeren å se tilstedeværelsen både av brukeren og systemet. Et dobbeltklikk på en "buddy" i en "buddy-liste" kan f.eks. eksekvere en umiddelbar initiering av et oppkall satt opp til "buddyen" som anvender det mest foretrakkede ledige systemet assosiert med "buddyen". Et klikk på ytterligere "buddyer" vil foretrukket innbefatte dem i oppkallet som utgjør en konferanse, alle tilveiebrakt ved funksjonalitet er som allerede er tilgjengelig i styringssystemet. Styringssystemet kan instrueres ved forespørsler fra tilstedeværelsesapplikasjonen ved bruk av den proprietære protokollen.

Imidlertid er styringssystemer og IM-applikasjoner utviklet for ulike formål, og de anvender ulike protokoller. Integrasjonen av disse ulike "verdener" krever ofte ikke-proprietære løsninger og tilføyelse av prosesseringskraft. Dette er et hinder for blant annet interoperabilitet mellom tilbyderprodukter, som igjen er et hinder for gjennomføring av kommunikasjonsapplikasjoner.

Sammenfatning av oppfinnelsen

En hensikt ved den foreliggende oppfinnelsen er å tilveiebringe en fremgangsmåte og et system som unngår de ovenfor angitte ulemper.

Det er en ytterligere hensikt ved den foreliggende oppfinnelsen å tilveiebringe en fremgangsmåte og et system for å integrere en konvensjonell IM-applikasjon med et konvensjonelt styringssystem på ikke-proprietær og prosesseffektiv måte.

Fremgangsmåten og systemet i samsvar med oppfinnelsen er definert ved trekkene fremsatt i de etterfølgende, selvstendige krav. Fordelaktige trekk er angitt i de uselvstendige krav.

Spesielt tilveiebringer den foreliggende oppfinnelsen en fremgangsmåte for å etablere et oppkall i et kommunikasjonssystem som innbefatter en Instant Messaging (IM)-applikasjon tilveiebrakt ved en Session Initiated Protocol (SIP) server forbundet til et antall IM-klienter, hver assosiert med minst ett konferanseendepunkt styrt av ett eller flere styringssystemer i det minste tilpasset for å planlegge og/eller undersøke muligheter for en konferanse mellom to eller flere individer, innbefattende trinnene å sende en første SIP-invitasjonsmelding fra en inviterende IM-klient til SIP-serveren innbefattende en global unik identifikator (GUID), en første SIP uniform ressursindentifikator (URI) som identifiserer nevnte inviterende IM-klient og en andre SIP URI som identifiserer en invitert IM-klient, ved mottak av nevnte første SIP-invitasjonsmelding i SIP-serveren, og undersøke i styringssystemet hvorvidt det respektivt assosierte endepunkt for nevnte inviterende IM-klient og nevnte inviterte IM-klient tilfredsstiller et sett av betingelser, i det minste innbefattende hvorvidt de respektive assosierte endepunkter er ledige, dersom nevnte sett av betingelser er tilfredsstilt, å sende en andre SIP-invitasjonsmelding fra SIP-serveren til nevnte inviterte IM-klient, dersom nevnte SIP-invitasjonsmelding er akseptert av nevnte inviterte IM-klient, å returnere en SIP-invitasjonsakseptmelding til SIP-serveren og å instruere styringssystemet til å sette opp et oppkall mellom de respektive assosierte endepunkter av nevnte inviterende IM-klient og nevnte inviterte klient.

Oppfinnelsen vedrører også et kommunikasjonssystem, innbefattende en Instant Messaging (IM) applikasjon tilveiebrakt av en Session Initiated Protocol (SIP) server forbundet til et antall IM-klienter, hver assosiert med i det minste ett konferanseendepunkt styrt av ett eller flere styringssystemer og i det minste tilpasset til å planlegge og/eller undersøke muligheter for en konferanse mellom to eller flere individer. I systemet er en inviterende IM-klient anordnet for å sende til SIP-serveren en første SIP-invitasjonsmelding som innbefatter en global unik identifikator (GUID), en første SIP uniform ressursidentifikator (URI) som identifiserer nevnte inviterende IM-klient og en andre SIP URI som identifiserer en inviterte IM-klient. I tillegg er SIP-serveren anordnet for, ved mottak av nevnte første SIP-invitasjonsmelding, å undersøke i styringssystemet hvorvidt det respektivt assosierte endepunkt for nevnte inviterende IM-klient og nevnte inviterte IM-klient tilfredsstiller et sett av betingelser, i det minste innbefattende hvorvidt de respektive assosierte endepunkter er ledige. SIP-serveren er videre anordnet for, dersom nevnte sett av betingelser er tilfredsstilt, å sende en andre SIP-invitasjonsmelding til nevnte inviterte IM-klient, å motta fra nevnte inviterte IM-klient dersom nevnte SIP-invitasjonsmelding er akseptert av nevnte IM-klient, en SIP-invitasjonsakseptmelding, og å instruere styringssystemet til å sette opp et oppkall mellom de respektivt assosierte endepunkter for nevnte inviterende IM-klient og nevnte inviterte klient.

Kort beskrivelse av tegningene

For å gjøre oppfinnelsen enklere å forstå, vil den følgende drøfting vise til de vedføyde tegninger. Fig. 1 er en systemoversikt over kombinasjonen av et konferansestyringssystem og en IM-applikasjon i samsvar med tidligere kjent teknikk, Fig. 2 er en systemoversikt over en utførelsesform av et system i samsvar med den foreliggende oppfinnelsen, Fig. 3 illustrerer meldingsflyten i en akseptert oppkallinvitasjon i samsvar med en utførelsesform av den foreliggende oppfinnelsen, Fig. 4 illustrerer meldingsflyten i en avvist oppkallsinvitasjon i samsvar med en utførelsesform av den foreliggende oppfinnelsen.

Beste måte å utføre oppfinnelsen på

I det følgende vil den foreliggende oppfinnelsen bli drøftet ved beskrivelse av foretrakkede utførelsesformer, og ved å henvise til de vedføyde tegninger. Imidlertid vil fagfolk innse andre anvendelser og modifikasjoner innenfor rekkevidden av oppfinnelsen, slik den er definert i de vedføyde, selvstendige krav.

Den foreliggende oppfinnelsen introduserer en ny mekanisme for IM-klientsluttbrukere som ønsker å anvende desktop-videokonferansesystemer (VCS) i stedet for en integrert videokonferanseløsning med programvare og webkamera. Dette utnyttes ved bruk av et styringssystem som nevnt ovenfor, eller i denne sammenhengen, et videokonferansestyringsprogram (VCMP) for å sette opp videokonferanseoppkall mellom hvem som helst fra en IM-klient, selv ISDN-baserte VCS'er. En VCMP for styring av oppkallet tillater også oppkall mellom protokoller dersom en nettverks-gateway er tilgjengelig for bruk. I tillegg kan en administrator overvåke status for oppkallet, og VCMP kan lagre oppkallslogger og statistikker. Dette er tilveiebrakt ved den foreliggende oppfinnelsen ved å integrere VCMP'er med tilstedeværelses- og IM-servere slik som Microsoft's Live Communication Server (LCS) på en ikke-proprietær måte. Utvidbarheten for f.eks. IM-klientene MS Communicater og Windows Messenger tillater svært liten spesialtilpasning av brukergrensesnittene. For å lette anvendelsen av en slik integrasjon, utfører den foreliggende oppfinnelsen foretrukket installasjon av integrasjonen til en komponent på serversiden, bare med konfigureringskrav på klientene.

Konvensjonelle IM-klienter tillater definisjonen av en "egendefinert applikasjon", som anvender en protokoll der en IM-klientbruker inviterer en buddy til en sesjon for denne applikasjonen, og venter på dennes godkjennelse. I samsvar med den foreliggende oppfinnelsen er en videokonferanse eller alternativt en webkonferanse definert som en slik applikasjon, og den prosesserer invitasjonene og akseptene for disse forespørslene på f.eks. en LCS-server. En VCMP, som LCS-serveren integreres med, vil da instrueres til å bestille VCS'ene og å sette opp et oppkall mellom VCS'ene for den inviterende og den inviterte "buddy".

IM-klientbrakerne må da være bundet til en spesifikk VCS som styres av VCMP. Dette gjøres enten ved å logge på VCMP-serveren gjennom en web-browser, eller ved å tillegge en egendefinert tab-side (eng.: a custom tab page) i IM-klienten som viser en webside på VCMP-serveren. IM-klientene vil, slik det allerede er angitt, bli forbundet til en SIP-server som blant annet holder styr på applikasjoner, brukertilstedeværelse, håndtering og videresending av SIP-meldinger osv. Videre blir registertaster som definerer handlingene som skal gjøres tilgjengelig fra brukergrensesnittet (Ul) for IM-klienten tillagt i registeret for IM-klientdatamaskinene. Hver handling har da en unik ID (en GUID) som identifiserer handlingen, og et navn på handlingen slik den vises til IM-brukeren. I den foreliggende oppfinnelses kontekst må en applikasjon med den identiske unike ID ha blitt definert i registeret både hos den inviterende og den inviterte i en samtale.

Fig. 2 viser den overordnede arkitektur for en foretrukket utførelsesform av et system i samsvar med den foreliggende oppfinnelsen. I tillegg til IM-klientene, VCMP-serveren og VCS-systemene, er SIP-serveren tilføyd med en VCMP integreringsprogramvare, og er forbundet til VCMP-serveren gjennom et webtj enestegrensesnitt.

I det følgende beskrives et eksempel på meldingsflyten i et eksempel av den foreliggende oppfinnelse, med henvisning til fig. 3 og 4.

Når en bruker ønsker & initiere en videosamtale gjennom sin IM-klient, kan han klikke på et bestemt samtale-ikon assosiert med den inviterte "buddy" i sin buddy-liste. Dette vil trigge en transmisjon av en SIP-invitasjonsmelding som inneholder den unike applikasjons-ID og SIP-URI for både den inviterende og den inviterte til SIP-serveren. SIP-meldingen prosesseres av integreringsprogramvaren på SIP-serveren. Denne programvaren kontakter VCMP (ved bruk av webtjenester) for å verifisere at begge brukerne har assosiert i en foretrukket VCS, at disse VCS1 er ikke er i bruk, og at brukerne har tilgang til å benytte dem og at alle (hvis noen) nødvendige nettverkskomponenter (f. eks. en MCU) for den forespurte samtale er tilgjengelig.

Dersom hvilke som helst av disse betingelser ikke er oppfylt, vil en IM-bot, betegnet en "videokonferanseassistent" (VCA), sende en hurtigmelding til den inviterende som beskriver grunnen til svikten og som kansellerer invitasjonen. En IM-bot er en virtuell "buddy" i en IM-applikasjon som automatisk genererer IM-meldinger for assistanse og informasjon.

Dersom imidlertid alle betingelsene er oppfylt, blir invitasjonen videresendt til den inviterte i en annen SIP-invitasjonsmelding. Integrasjonen vil da foretrukket tentativt bestille systemene for bruk av den inviterende. Dersom den inviterte aksepterer invitasjonen, returneres en SIP-akseptmelding til SIP-serveren og prosesseres av VCMP-integrasjonsprogramvaren. VCMP-integrasjonsprogramvaren instruerer fjerntliggende VCMP1 en til å starte samtalen, og til å bestille ressursene som skal anvendes.

Videre vil en tråd i SIP-serveren foretrukket starte avspørring av VCMP etter status for samtalen. VCA'en er da i stand til å informere partene om status for samtalen gjennom IM-applikasjonen. Dersom det for eksempel fantes en feil ved oppsettet av samtalen, ville årsaken til dette bli rapportert til IM-brukeren i en hurtigmelding fra

VCA.

Prosedyrene ovenfor kan også være anvendelige for etablering av en webkonferanse. I dette tilfellet vil SIP-invitasjonsmeldingen sikre at webkonferansen er tilgjengelig fra VCMP, og akseptmeldingen vil bestille en webkonferanse ved bruk av et forhåndsdefinert eller tilfeldig generert passord. URL og passord nødvendig for å delta i webkonferansene vil sendes både til den inviterende og den inviterte fra VCA i form av hurtigmeldinger.

For å velge hvilken VCS som skal anvendes (pr. IM-bruker), kan en konto eller brukerprofil konfigureres med et primærsystem i VCMP (eller ved andre midler - slik som min virtuelle (personlige) ressurs). Denne operasjonen kan innbefattes i IM-klienten ved bruk av egendefinerte tab-sider. Disse tilføyes ved å opprette en registertast (taburl) som peker til et (autogenerert) XML-dokument på webserveren for VCMP. Dette XML-dokumentet inneholder URL for websiden som skal vises i IM-klienten som en tab-side. Når IM-brukeren åpner denne tab-en, må en pålogging til VCMP-webserveren utføres, og VCMP er derfor i stand til å identifisere og autentisere brukeren. Siden vil gjengis i den innebygde browser for IM-klienten. IM-brukeren har også muligheten til å avslutte en hvilken som helst samtale som kjører på sin primære VCS fra denne siden, så vel som å kalle opp en hvilken som helst annen H320/H323/SIP VCS, direkte eller gjennom en gateway.

En av fordelene ved den foreliggende oppfinnelsen er at den fra et VCMP-synspunkt forenkler ad hoc-planlegging av V SC er for endebrukere, og gjør videokonferanser mer tilgjengelig for brukere.

Videre, fra SIP-synspunkt, tillater den foreliggende oppfinnelsen ikke-SIP-VCS-er å bli oppkalt og oppkalle, direkte fra IM-klienten.

Claims (16)

1. Fremgangsmåte for å etablere en samtale i et kommunikasjonssystem som innbefatter en Instant Messaging- (IM-) applikasjon tilveiebrakt av en sesjonsinitiert protokoll-server (SIP) forbundet til et antall IM-klienter, hver assosiert med i det minste ett konferanseendepunkt styrt av ett eller flere styringssystemer som i det minste er tilpasset for å planlegge og/eller undersøke muligheter for en konferanse mellom to eller flere individer, . Tr karakterisert ved å sende en første SIP-invitasjonsmelding fra en inviterende IM-klient til SIP-serveren, innbefattende en global unik identifikator (GUID), en første SIP-uniformressursidentifikator (URI) som identifiserer nevnte inviterende IM-klient, og en andre SIP-URI som identifiserer en invitert IM-klient, ved mottak av nevnte første SIP-invitasjonsmelding i SIP-serveren, å undersøke i styringssystemet hvorvidt det respektivt assosierte endepunkt for nevnte inviterende IM-klient og nevnte inviterte IM-klient tilfredsstiller sett av betingelser, som i det minste innbefatter hvorvidt de respektive assosierte endepunkter er ledige, dersom nevnte sett av betingelser er tilfredsstilt, å sende en andre SIP-invitasjonsmelding fra SIP-serveren til nevnte inviterte IM-klient, dersom nevnte SIP-invitasjonsmelding aksepteres av nevnte inviterte IM-klient, å returnere en SIP-invitasjonsakseptmelding til SIP-serveren, og å instruere styringssystemet til å sette opp en samtale mellom de respektivt assosierte endepunkter for nevnte inviterende IM-klient og nevnte inviterte klient.

2. Fremgangsmåte i samsvar med krav 1, karakterisert ved det følgende ytterligere trinn dersom nevnte SIP-invitasjonsmelding aksepteres av nevnte inviterte IM-klient: permanent å bestille nødvendige ressurser for nevnte samtale i styringssystemet.

3. Fremgangsmåte i samsvar med krav 2, karakterisert ved det følgende ytterligere trinn dersom nevnte sett av betingelser er tilfredsstilt: tentativt å bestille nødvendige ressurser for nevnte samtale i styringssystemet, og dersom nevnte SIP-invitasjonsmelding ikke aksepteres av nevnte inviterte IM-klient: å frigjøre nevnte nødvendige ressurser for nevnte samtale som tentativt har blitt bestilt i styringssystemet.

4. Fremgangsmåte i samsvar med krav 1, karakterisert ved at dersom nevnte sett av betingelser ikke er tilfredsstilt: å sende en IM-melding til nevnte inviterte IM-klient, innbefattende informasjon som angir at en samtale mellom de respektivt assosierte endepunkter for nevnte inviterende IM-klient og nevnte inviterte klient ikke er akseptert, og en begrunnelse for dette.

5. Fremgangsmåte i samsvar med krav 1, 2 eller 3, karakterisert ved at dersom nevnte SIP-invitasjonsmelding ikke aksepteres av nevnte IM-klient: å sende en IM-melding til nevnte inviterte IM-klient, innbefattende informasjon som angir at nevnte inviterte IM-klient ikke er akseptert til å etablere en samtale.

6. Fremgangsmåte i samsvar med et av de ovenstående krav, karakterisert ved at nevnte betingelser videre innbefatter hvorvidt nevnte inviterende IM-klient og nevnte inviterte IM-klient tillates å anvende de respektivt assosierte konferanseendepunkter og hvorvidt nødvendige ressurser for å etablere og opprettholde en samtale mellom de respektive assosierte konferanseendepunkter er tilgjengelige.

7. Fremgangsmåte i samsvar med et av de ovenstående krav, karakterisert ved at trinnene med å undersøke og å bestille utføres gjennom et webgrensesnitt mellom SIP-serveren og styringssystemet eller mellom én av IM-klientene og styringssystemet.

8. Fremgangsmåte i samsvar med et av de ovenstående krav, karakterisert ved det følgende tilleggstrinn dersom nevnte SIP-invitasjonsmelding aksepteres av nevnte inviterte IM-klient: repetitivt å avspørre styringssystemet for statusinformasjon om samtalen, a rapportere nevnte statusinformasjon til nevnte inviterende og nevnte inviterte IM-klient i en IM-melding, konsistent eller ved bestemte forhåndsdefinerte tilfeller.

9. Kommunikasjonssystem innbefattende en Instant Messaging (IM)-applikasjon tilveiebrakt av en Session Initiated Protocol (SlP)-server forbundet til et antall IM-klienter, hver assosiert med i det minste ett konferanseendepunkt styrt av ett eller flere styringssystemer og i det minste tilpasset til å planlegge og/eller undersøke muligheter for en konferanse mellom to eller flere individer, karakterisert ved at en inviterende IM-klient er anordnet for å sende til SIP-serveren en første SIP-invitasjonsmelding innbefattende en global unik identifikator (GUID), en første SIP uniform ressursidentifikator (URI) som identifiserer nevnte inviterende IM-klient og en andre SIP URI som identifiserer en invitert IM-klient, idet SIP-serveren er anordnet for ved mottak av nevnte første SIP-invitasjonsmelding, å undersøke i styringssystemet hvorvidt de respektivt assosierte endepunkter for nevnte inviterende IM-klient og nevnte inviterte IM-klient tilfredsstiller et sett av betingelser, i det minste innbefattende hvorvidt de respektive assosierte endepunkter er ledige, og SIP-serveren er anordnet for, dersom nevnte sett av betingelser er tilfredsstilt, å sende en andre SIP-invitasjonsmelding til nevnte inviterte IM-klient, å motta en SIP-invitasjonsakseptmelding fra nevnte inviterte IM-klient dersom nevnte SIP-invitasjonsmelding aksepteres av nevnte IM-klient, å instruere styringssystemet til å sette opp en samtale mellom de respektivt assosierte endepunkter for nevnte inviterende IM-klient og nevnte inviterte klient.

10. System i samsvar med krav 9, karakterisert ved at SIP-serveren er anordnet for permanent å bestille nødvendige ressurser for nevnte samtale i styringssystemet dersom nevnte SIP-invitasjonsmelding aksepteres av nevnte inviterte IM-klient.

11. System i samsvar med krav 10, karakterisert ved at nevnte SIP-server er anordnet for tentativt å bestille nødvendige ressurser for nevnte samtale i styringssystemtrinnet dersom nevnte sett av betingelser er tilfredsstilt, og at nevnte SIP-server er anordnet for å frigjøre nevnte nødvendige ressurser for nevnte samtale som tentativt har blitt bestilt i styringssystemet dersom nevnte SIP-invitasjonsmelding ikke aksepteres av nevnte inviterte IM-klient.

12. System i samsvar med krav 9, karakterisert ved at SIP-serveren er anordnet for å sende en IM-melding til nevnte inviterte IM-klient innbefattende informasjon som angir at en samtale mellom de respektivt assosierte endepunkter for nevnte inviterende IM-klient og nevnte inviterte klient ikke tillates, og en grunn til dette, dersom nevnte sett av betingelser ikke er tilfredsstilt.

13. System i samsvar med krav 9,10 eller 11, karakterisert ved at nevnte SIP-server er anordnet for å sende en IM-melding til nevnte inviterte IM-klient innbefattende informasjon som angir at nevnte inviterte IM-klient ikke er akseptert til å etablere en samtale dersom nevnte SIP-invitasjonsmelding ikke aksepteres av nevnte inviterte IM-klient.

14. System i samsvar med et av kravene 9-13, karakterisert ved at nevnte sett av betingelser videre innbefatter hvorvidt nevnte inviterende IM-klient og nevnte inviterte IM-klient tillates å anvende de respektivt assosierte konferanseendepunkter og hvorvidt nødvendige ressurser for etablering og opprettholdelse av en samtale mellom de respektivt assosierte konferanseendepunkter er tilgjengelig.

15. System i samsvar med et av kravene 9-14, karakterisert ved at undersøkelse eller bestilling utføres gjennom et webgrensesnitt mellom SIP-serveren og styringssystemet eller mellom én av nevnte IM-klienter og styringssystemet.

16. System i samsvar med et av kravene 9-15, karakterisert ved at SIP-serveren videre er anordnet til, dersom nevnte SIP-indikasjonsmelding aksepteres av nevnte inviterte IM-klient: repetitivt å avspørre styringssystemet for statusinformasjon om samtalen, å rapportere nevnte statusinformasjon til nevnte inviterende og nevnte inviterte IM-klient i en IM-melding, konsistent, eller ved bestemte forhåndsdefinerte tilfeller.