專利名稱：用于會(huì)議呼叫的即時(shí)調(diào)度的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及管理、調(diào)度和發(fā)起視頻會(huì)議。
技術(shù)背景傳統(tǒng)的視頻會(huì)議系統(tǒng)包括若干端點(diǎn)(end point)，用于在諸如 WAN、 LAN和線路交換網(wǎng)絡(luò)的各種網(wǎng)絡(luò)之上和之間傳送實(shí)時(shí)視頻、音 頻和/或數(shù)據(jù)流。駐于不同場(chǎng)點(diǎn)的多個(gè)視頻會(huì)議系統(tǒng)可參與相同的會(huì)議，通常是經(jīng) 由一個(gè)或多個(gè)MCU (多點(diǎn)控制單元)執(zhí)行諸如切換的功能，使得各影 音終端可適當(dāng)?shù)鼗ネㄐ拧Ｓ捎谝曨l會(huì)議涉及在不同地點(diǎn)并以不同能力同時(shí)互操作的各種資 源和設(shè)備，因而需要管理涉及計(jì)劃(scheduled)視頻會(huì)議和臨時(shí)(adhoc) 視頻會(huì)議的潛力。因此視頻會(huì)議系統(tǒng)常常配備有管理系統(tǒng)。管理系統(tǒng)是一種模塊， 用于在任何給定的時(shí)間點(diǎn)調(diào)度或預(yù)定資源。這種管理系統(tǒng)使得用戶可 請(qǐng)求在給定時(shí)間的資源占用，并且可允許或不允許在該時(shí)間的占用。 管理系統(tǒng)常常被用于調(diào)度會(huì)議房間、網(wǎng)絡(luò)資源、視頻系統(tǒng)等等的使用。 管理系統(tǒng)必須連接到數(shù)據(jù)庫(kù)，該數(shù)據(jù)庫(kù)包含有關(guān)所有可訪問資源(如 MCU、網(wǎng)關(guān)、路由器、端點(diǎn)等)的更新信息。管理系統(tǒng)可提供系統(tǒng)和資源概況，使得用戶可建立、編輯和刪除 預(yù)約，為撥號(hào)參會(huì)者預(yù)定資源，以及指定帶寬和網(wǎng)絡(luò)設(shè)置。這種管理 系統(tǒng)還可以支持自動(dòng)呼叫路由和點(diǎn)到點(diǎn)連接的自動(dòng)選擇，包括一個(gè)或多個(gè)MCU。這種管理系統(tǒng)通常利用直觀的web界面來操作，在用戶終 端上不需要不同于傳統(tǒng)web瀏覽器的另外安裝。即使用戶具有可用的音頻或視頻會(huì)議設(shè)備，不論是個(gè)人或群組系 統(tǒng)，調(diào)度使用音頻和視頻會(huì)議設(shè)備的大問題是要知道哪些資源對(duì)給定 的參會(huì)者可用。在許多情況下，預(yù)定會(huì)議的人需要逐個(gè)詢問各參會(huì)者 關(guān)于在特定時(shí)刻哪些地點(diǎn)和系統(tǒng)等對(duì)他們可用，他們有哪些可用的附 屬設(shè)備和服務(wù)，或者哪些是優(yōu)選的。這種手工的"循環(huán)"請(qǐng)求被添加 到管理系統(tǒng)的使用中，引起會(huì)議預(yù)定的延遲，并降低管理系統(tǒng)的實(shí)用 價(jià)值。缺乏有關(guān)各參會(huì)者的訪問權(quán)和偏好的知識(shí)，也是難以啟動(dòng)臨時(shí) 會(huì)議的主要原因，臨時(shí)會(huì)議從這些用戶請(qǐng)求太多的變化不定的有關(guān)遠(yuǎn) 端側(cè)的知識(shí)。有關(guān)臨時(shí)調(diào)度的另外問題是即便管理系統(tǒng)知道特定端點(diǎn)可用并且 為使用準(zhǔn)備就緒，當(dāng)視頻會(huì)議未經(jīng)預(yù)調(diào)度，它也不知道各參會(huì)者是否 在不同的場(chǎng)點(diǎn)。臨時(shí)會(huì)議預(yù)定也通常按附加呼叫的形式要求手工地事 先詢問各參會(huì)者，如同預(yù)調(diào)度呼叫。對(duì)這些問題，目前通常是通過把管理系統(tǒng)連接到存在性(presence) 應(yīng)用來解決。眾所周知，存在性應(yīng)用是指出某人或某物存在與否的應(yīng) 用。在用戶終端上的所謂的"好友列表"表明了被添加到該列表上的 人員或系統(tǒng)(好友)的存在性。該列表會(huì)指出"好友"存在與否(登 錄在計(jì)算機(jī)上、工作、有暇、空閑或其他狀態(tài))。存在性功能還對(duì)位 于其他樓宇、城巿或國(guó)家的人或物建立存在性知覺。存在性應(yīng)用常常與即時(shí)消息(IM)應(yīng)用結(jié)合使用。這些應(yīng)用通過 添加在當(dāng)前"好友"之間交換信息的潛力來擴(kuò)展存在性應(yīng)用。信息交 換可包括如聊天、消息傳遞和會(huì)議等應(yīng)用。在存在性和IM應(yīng)用中，有中央服務(wù)器保持對(duì)系統(tǒng)中所有客戶端的跟蹤，而客戶端向服務(wù)器提供有關(guān)其自身狀態(tài)和位置的信息。服務(wù)器 還處理用戶登錄并通過使用專有協(xié)議來提供相應(yīng)"好友列表"中的"好 友"信息。但是，各客戶端(好友)之間的信息可直接傳遞，因服務(wù) 器提供客戶端"好友"的連接信息(IP地址和端口號(hào))。傳統(tǒng)上，在IM通信的應(yīng)用層所使用的協(xié)議是SIP(會(huì)話啟動(dòng)協(xié)議)。SIP是因特網(wǎng)工程任務(wù)組(IETF)標(biāo)準(zhǔn)協(xié)議，用于啟動(dòng)涉及多媒體因素 如視頻、語音、聊天和游戲等交互式會(huì)話。SIP是一種請(qǐng)求-響應(yīng)式協(xié) 議，處理來自客戶端的請(qǐng)求和來自服務(wù)器的響應(yīng)。通過SIPURI識(shí)別各 參會(huì)者?？赏ㄟ^任何傳輸協(xié)議來傳送請(qǐng)求，如通過UDP、 SCTP或TCP。 SIP確定用于會(huì)話的端系統(tǒng)、通信介質(zhì)和介質(zhì)參數(shù)以及被叫方參與通信 的愿望。 一旦這些得到保證，SIP在通信的兩端建立呼叫參數(shù)，并處理 呼叫轉(zhuǎn)換和結(jié)束。如已經(jīng)指出的，SIP需要中央服務(wù)器，如用于信令、 注冊(cè)和政策處理。這樣的SIP服務(wù)器通常與前面結(jié)合存在性和IM應(yīng)用 所敘述的存在性服務(wù)器集成。微軟實(shí)況通信服務(wù)器(LCS)是用于存在性和IM應(yīng)用的服務(wù)器軟 件的例子，其中用戶可使用web攝像機(jī)經(jīng)由諸如MS Communicator或 Windows Messenger的IM客戶端來發(fā)送即時(shí)消息和通信。存在性應(yīng)用和管理系統(tǒng)之間的連接可按許多方式呈現(xiàn)給用戶。最 方便的方式可能是把管理系統(tǒng)集成到IM/存在性應(yīng)用，或反過來。這樣， 使得用戶可看到用戶和系統(tǒng)的存在性。在"好友列表"中的"好友" 上雙擊鼠標(biāo)可利用與該"好友"相關(guān)聯(lián)的最優(yōu)選空閑系統(tǒng)執(zhí)行對(duì)該"好 友"的呼叫設(shè)置的立即啟動(dòng)。在其他"好友"上的點(diǎn)擊優(yōu)選把它們包 含到構(gòu)成會(huì)議的呼叫中，這都由在管理系統(tǒng)中已經(jīng)可用的功能來提供。 該管理系統(tǒng)可通過來自使用專有協(xié)議的存在性應(yīng)用的請(qǐng)求來指示。但是，管理系統(tǒng)和IM應(yīng)用是為不同用途開發(fā)的并使用不同的協(xié) 議。這種不同"世界"的集成常常要求非專有的解決方案和附加的處理能力。這對(duì)于如各廠商的產(chǎn)品之間的互操作性構(gòu)成障礙，這對(duì)通信 應(yīng)用的穿透也是障礙。發(fā)明內(nèi)容本發(fā)明的一個(gè)目的是提供避免上述缺點(diǎn)的方法和系統(tǒng)。本發(fā)明另外的目的是提供按非專有和有效處理方式的集成傳統(tǒng) IM應(yīng)用和傳統(tǒng)管理系統(tǒng)的方法和系統(tǒng)。根據(jù)本發(fā)明的方法和系統(tǒng)由權(quán)利要求書中的獨(dú)立權(quán)利要求來定 義。有益的特征在從屬權(quán)利要求中指出。特別，本發(fā)明提供一種在通信系統(tǒng)中建立呼叫的方法，該通信系 統(tǒng)包括由會(huì)話啟動(dòng)協(xié)議(SIP)服務(wù)器提供的即時(shí)消息(IM)應(yīng)用，所述SIP服務(wù)器連接至多個(gè)IM客戶端，其中每個(gè)同由一個(gè)或多個(gè)管理系 統(tǒng)管理的至少一個(gè)會(huì)議端點(diǎn)相關(guān)聯(lián)，所述管理系統(tǒng)至少適于調(diào)度和/或調(diào)査在兩個(gè)或多個(gè)個(gè)體之間的會(huì)議的可能性，該方法包括步驟從邀請(qǐng)IM客戶端向所述SIP服務(wù)器傳送第一 SIP邀請(qǐng)消息，包括全局唯一 標(biāo)識(shí)符(GUID)、用于識(shí)別所述邀請(qǐng)IM客戶端的第一 SIP統(tǒng)一資源 標(biāo)識(shí)符(URI)以及用于識(shí)別被邀IM客戶端的第二 SIP URI;當(dāng)在所 述SIP接收到所述第一 SIP邀請(qǐng)消息，用所述管理系統(tǒng)調(diào)査所述邀請(qǐng) IM客戶端和所述被邀IM客戶端的相應(yīng)關(guān)聯(lián)的端點(diǎn)是否滿足條件集， 至少包括所述相應(yīng)關(guān)聯(lián)的端點(diǎn)是否空閑；如果滿足所述條件集，則從 所述SIP服務(wù)器向所述被邀IM客戶端傳送第二 SIP邀請(qǐng)消息；如果所 述被邀IM客戶端接受所述SIP邀請(qǐng)消息，則向所述SIP服務(wù)器返回SIP 邀請(qǐng)接受消息；以及指示所述管理系統(tǒng)設(shè)置所述邀請(qǐng)IM客戶端和所述 被邀客戶端的相應(yīng)關(guān)聯(lián)的端點(diǎn)之間的呼叫。本發(fā)明還涉及一種通信系統(tǒng)，包括由會(huì)話啟動(dòng)協(xié)議(SIP)服務(wù)器 提供的即時(shí)消息(IM)應(yīng)用，所述SIP服務(wù)器連接至多個(gè)IM客戶端，其中每個(gè)同由一個(gè)或多個(gè)管理系統(tǒng)管理的至少一個(gè)會(huì)議端點(diǎn)相關(guān)聯(lián)， 所述管理系統(tǒng)至少適于調(diào)度和/或調(diào)査在兩個(gè)或多個(gè)個(gè)體之間的會(huì)議的 可能性。在該系統(tǒng)中，布置邀請(qǐng)IM客戶端向所述SIP服務(wù)器傳送第一SIP邀請(qǐng)消息，包全局唯一標(biāo)識(shí)符(GUID)、用于識(shí)別所述邀請(qǐng)IM客 戶端的第一 SIP統(tǒng)一資源標(biāo)識(shí)符(URI)以及用于識(shí)別被邀IM客戶端 的第二 SIPURI。而且，還布置所述SIP服務(wù)器，當(dāng)接收到所述第一 SIP 邀請(qǐng)消息，用所述管理系統(tǒng)調(diào)査所述邀請(qǐng)IM客戶端和所述被邀IM客 戶端的相應(yīng)關(guān)聯(lián)的端點(diǎn)是否滿足條件集，至少包括所述相應(yīng)關(guān)聯(lián)的端 點(diǎn)是否空閑。進(jìn)一步布置所述SIP服務(wù)器，當(dāng)滿足所述條件集時(shí)，則 向所述被邀IM客戶端傳送第二 SIP邀請(qǐng)消息；如果所述IM客戶端接 受所述SIP邀請(qǐng)消息，則從所述被邀IM客戶端接收SIP邀請(qǐng)接受消息； 以及指示所述管理系統(tǒng)設(shè)置所述邀請(qǐng)IM客戶端和所述被邀客戶端的 相應(yīng)關(guān)聯(lián)的端點(diǎn)之間的呼叫。


為了使本發(fā)明更容易被理解，下面的討論將參照附圖，其中圖1是根據(jù)現(xiàn)有技術(shù)的會(huì)議管理系統(tǒng)與IM應(yīng)用的組合的系統(tǒng)概況；圖2是根據(jù)本發(fā)明的一個(gè)實(shí)施例的系統(tǒng)概況；圖3示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的在接收呼叫邀請(qǐng)中的消息流；圖4示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的在拒絕呼叫邀請(qǐng)中的消息流。
具體實(shí)施方式
在下文中，通過描述優(yōu)選實(shí)施例并參照附圖來討論本發(fā)明。但是， 本領(lǐng)域技術(shù)人員可理解在權(quán)利要求書定義的本發(fā)明的范圍之內(nèi)還有其 他的應(yīng)用和修改。本發(fā)明對(duì)想使用桌面視頻會(huì)議系統(tǒng)(VCS)而非集成的軟件/web攝像機(jī)視頻會(huì)議解決方案的IM客戶端用戶給出一種新穎的機(jī)制。這要 通過使用上述的管理系統(tǒng)來運(yùn)用，或者在本文所述環(huán)境中，使用視頻會(huì)議管理程序(VCMP)來從IM客戶端在任何(即使是基于ISDN的) VCS之間設(shè)置視頻會(huì)議呼叫。由VCMP來管理呼叫還允許協(xié)議之間的 呼叫，如果可使用網(wǎng)絡(luò)網(wǎng)關(guān)。另外，管理員可監(jiān)視呼叫的狀態(tài)，并且 VCMP可存儲(chǔ)呼叫日志和統(tǒng)計(jì)信息。本發(fā)明通過把VCMP與現(xiàn)有的IM 服務(wù)器(如非專有方式的微軟實(shí)況通信服務(wù)器LCS)集成起來而提供 這種能力。如IM客戶端MS Communicator禾卩Windows Messenger的可 擴(kuò)展性使得只需要很少的用戶界面定制工作。為了簡(jiǎn)化這種集成的開 發(fā)，本發(fā)明優(yōu)選為這種集成的安裝做服務(wù)器端組件，在客戶端只需要 進(jìn)行配置。傳統(tǒng)的IM客戶端允許定義"定制應(yīng)用"，這種應(yīng)用使用這樣的協(xié) 議， 一個(gè)IM客戶端用戶邀請(qǐng)某個(gè)好友參與該應(yīng)用的會(huì)話，并等待他的 同意。根據(jù)本發(fā)明，定義視頻會(huì)議或web會(huì)議作為這樣的應(yīng)用，并且 在如LCS服務(wù)器上處理這樣的邀請(qǐng)和對(duì)這種請(qǐng)求的接受。指示與LCS 服務(wù)器集成的VCMP來預(yù)定VCS并設(shè)置邀請(qǐng)方和被邀好友的VCS之 間的呼叫。這些IM客戶端用戶然后需要綁定到由VCMP管理的特定VCS。 這可通過下述兩種方式來完成經(jīng)由web瀏覽器登錄到該VCMP，或 在IM客戶端上添加定制標(biāo)簽頁(yè)，示出在VCMP上的web頁(yè)面。如已經(jīng)指出的，這些IM客戶端被連接至SIP服務(wù)器，保持應(yīng)用、 用戶存在性的跟蹤，處理和轉(zhuǎn)發(fā)SIP消息等。另外，在IM客戶端計(jì)算 機(jī)的注冊(cè)表上添加注冊(cè)表鍵值，用于定義在該IM客戶端的用戶界面 (UI)上可使用的動(dòng)作。然后每個(gè)動(dòng)作具有用來識(shí)別該動(dòng)作的唯一的 標(biāo)識(shí)(GUID)以及呈現(xiàn)給IM用戶的動(dòng)作名稱。在本發(fā)明的范圍內(nèi)， 具有同樣唯一標(biāo)識(shí)的應(yīng)用必須在呼叫的邀請(qǐng)方和被邀方的注冊(cè)表中都 已經(jīng)定義。圖2示出根據(jù)本發(fā)明的系統(tǒng)的優(yōu)選實(shí)施例的整體結(jié)構(gòu)。除了 IM客戶端、VCMP服務(wù)器和VCS系統(tǒng)，SIP服務(wù)器還要與VCMP集成軟件 加在一起，并且經(jīng)由web服務(wù)接口連接至VCMP服務(wù)器。在下面，參照?qǐng)D3和圖4描述本發(fā)明的例子的消息流的例子。當(dāng)用戶想通過他的IM客戶機(jī)啟動(dòng)視頻呼叫，他可以點(diǎn)擊與他的好 友列表中的被邀"好友"相關(guān)聯(lián)的特定呼叫圖標(biāo)。這將觸發(fā)向SIP服 務(wù)器傳輸SIP邀請(qǐng)消息，該邀請(qǐng)消息包含唯一的應(yīng)用標(biāo)識(shí)和邀請(qǐng)方與 被邀方的SIPURI。由SIP服務(wù)器上的集成軟件來處理該SIP消息。該 軟件聯(lián)系VCMP (使用web服務(wù))來驗(yàn)證這些用戶都具有相關(guān)聯(lián)的優(yōu) 選VCS，這些VCS當(dāng)前未被占用，這些用戶擁有許可來使用這些VCS， 并且用于該請(qǐng)求呼叫的全部(如果有的話)所需網(wǎng)絡(luò)組件是可用的。如果這些條件的任何一個(gè)不滿足，稱作"視頻會(huì)議助理(VCA)" 的IMbot向邀請(qǐng)方發(fā)送即時(shí)消息，描述失敗的原因并撤銷該邀請(qǐng)。IM bot是IM應(yīng)用中的虛擬"好友"，自動(dòng)產(chǎn)生用于輔助和信息的IM消 息。但是，如果所有的條件都滿足，用另外的SIP邀請(qǐng)消息把該邀請(qǐng) 轉(zhuǎn)發(fā)至被邀方。該集成軟件然后優(yōu)選暫時(shí)預(yù)定這些系統(tǒng)用于該邀請(qǐng)方。 如果被邀方接受該邀請(qǐng)，向SIP服務(wù)器返回SIP接受消息，并由VCMP 集成軟件來處理。該VCMP集成軟件遠(yuǎn)程指示VCMP開始呼叫，并預(yù) 定待使用的資源。而且，優(yōu)選啟動(dòng)SIP服務(wù)器中的線程來向VCMP査詢?cè)摵艚械臓?態(tài)。VCA然后可以經(jīng)IM應(yīng)用通知各方有關(guān)該呼叫的狀態(tài)。作為一個(gè) 例子，如果設(shè)置呼叫有錯(cuò)誤，出錯(cuò)的原因要用即時(shí)消息從VCA報(bào)告給 IM用戶。上述的過程還可用于建立web會(huì)議。這樣，SIP邀請(qǐng)消息從VCMP 獲知web會(huì)議是否可用，并且接受消息將利用預(yù)定義的或隨機(jī)生成的 口令來預(yù)定web會(huì)議。參加web會(huì)議所需要的URL和口令將按即時(shí) 消息的形式從VCA發(fā)送到邀請(qǐng)方和被邀方。為了選擇(每用戶)使用哪個(gè)VCS，利用VCMP中的主系統(tǒng)(或 其他裝置，如我的"虛擬(個(gè)人)資源")來配置賬號(hào)或用戶簡(jiǎn)檔。 這種操作可通過使用定制標(biāo)簽頁(yè)面結(jié)合到IM客戶端。通過建立指向 VCMP的web服務(wù)器上(自動(dòng)生成)的XML文檔的注冊(cè)表鍵值(taburl) 來添加這些內(nèi)容。這種XML文檔包含要在IM客戶端作為標(biāo)簽頁(yè)呈現(xiàn) 的web網(wǎng)頁(yè)的URL。當(dāng)IM用戶打開該標(biāo)簽，必須執(zhí)行到VCMP的登 錄，并且因此VCMP可識(shí)別和認(rèn)證該用戶。該頁(yè)面可展示在該IM客 戶端的內(nèi)置瀏覽器上。該IM用戶還具有能力從該頁(yè)面結(jié)束運(yùn)行在他的 主VCS上的任何呼叫，以及直接地或通過網(wǎng)關(guān)呼叫任何其他 H320/H323/SIP VCS。本發(fā)明的一個(gè)優(yōu)點(diǎn)是VCMP的視點(diǎn)來看，它簡(jiǎn)化了對(duì)最終用戶的臨時(shí)VCS調(diào)度，并使得視頻會(huì)議對(duì)用戶更可用。另外，從SIP的視點(diǎn)來看，本發(fā)明使得可直接從IM客戶端進(jìn)行非 SIP的VCS的呼叫和被呼叫。
權(quán)利要求
1.一種在通信系統(tǒng)中建立呼叫的方法，該通信系統(tǒng)包括由會(huì)話啟動(dòng)協(xié)議(SIP)服務(wù)器提供的即時(shí)消息(IM)應(yīng)用，所述SIP服務(wù)器連接至多個(gè)IM客戶端，每個(gè)關(guān)聯(lián)由一個(gè)或多個(gè)管理系統(tǒng)管理的至少一個(gè)會(huì)議端點(diǎn)，所述管理系統(tǒng)至少適于調(diào)度和/或調(diào)查在兩個(gè)或多個(gè)個(gè)體之間的會(huì)議的可能性，其特征在于從邀請(qǐng)IM客戶端向所述SIP服務(wù)器傳送第一SIP邀請(qǐng)消息，包括全局唯一標(biāo)識(shí)符(GUID)、用于識(shí)別所述邀請(qǐng)IM客戶端的第一SIP統(tǒng)一資源標(biāo)識(shí)符(URI)以及用于識(shí)別被邀IM客戶端的第二SIP URI；當(dāng)在所述SIP接收到所述第一SIP邀請(qǐng)消息，用所述管理系統(tǒng)調(diào)查所述邀請(qǐng)IM客戶端和所述被邀IM客戶端的相應(yīng)關(guān)聯(lián)的端點(diǎn)是否滿足條件集，至少包括所述相應(yīng)關(guān)聯(lián)的端點(diǎn)是否空閑；如果滿足所述條件集，則從所述SIP服務(wù)器向所述被邀IM客戶端傳送第二SIP邀請(qǐng)消息；如果所述被邀IM客戶端接受所述SIP邀請(qǐng)消息，則向所述SIP服務(wù)器返回SIP邀請(qǐng)接受消息；指示所述管理系統(tǒng)設(shè)置所述邀請(qǐng)IM客戶端和所述被邀客戶端的相應(yīng)關(guān)聯(lián)的端點(diǎn)之間的呼叫。
2. 如權(quán)利要求1所述的方法，其特征在于如果所述被邀IM客戶 端接受所述SIP邀請(qǐng)消息，則包括下述附加步驟用所述管理系統(tǒng)持久預(yù)定用于所述呼叫的所需資源。
3. 如權(quán)利要求2所述的方法，其特征在于如果滿足所述條件集則包括下述附加步驟用所述管理系統(tǒng)暫時(shí)預(yù)定用于所述呼叫的所需資源，并且如果所述被邀IM客戶端沒有接受所述SIP邀請(qǐng)消息，貝寸釋放利用所述管理系統(tǒng)暫時(shí)預(yù)定的用于所述呼叫的所述所需資
4. 如權(quán)利要求1所述的方法，其特征在于如果不滿足所述條件集，則向所述被邀IM客戶端傳送IM消息，包括陳述所述邀請(qǐng)IM客戶 端和所述被邀客戶端的相應(yīng)關(guān)聯(lián)的端點(diǎn)之間的呼叫不被允許及其原因 的信息。
5. 如權(quán)利要求1至3中任意一項(xiàng)所述的方法，其特征在于如果所 述被邀IM客戶端沒有接受所述SIP邀請(qǐng)消息，貝U:向所述被邀IM客戶端傳送IM消息，包括陳述所述被邀IM客戶 端沒有接受建立呼叫的信息。
6. 如前述權(quán)利要求中任意一項(xiàng)所述的方法，其特征在于所述條件 集進(jìn)一步包括是否允許所述邀請(qǐng)IM客戶端和所述被邀IM客戶端使 用相應(yīng)關(guān)聯(lián)的會(huì)議端點(diǎn)，以及用于建立和維持所述相應(yīng)關(guān)聯(lián)的會(huì)議端 點(diǎn)之間的呼叫的所需資源是否可用。
7. 如前述權(quán)利要求中任意一項(xiàng)所述的方法，其特征在于經(jīng)由所述 SIP服務(wù)器和所述管理系統(tǒng)之間的web界面或所述IM客戶端之一和所 述管理系統(tǒng)之間的web界面來執(zhí)行所述的調(diào)査和預(yù)定的步驟。
8. 如前述權(quán)利要求中任意一項(xiàng)所述的方法，其特征在于如果所述 SIP邀請(qǐng)消息被所述被邀IM客戶端接受，則包括下述附加步驟向所述管理系統(tǒng)重復(fù)詢問有關(guān)所述呼叫的狀態(tài)信息； 持續(xù)地或在特定的預(yù)定時(shí)機(jī)用IM消息向所述邀請(qǐng)和被邀IM客戶 端報(bào)告所述狀態(tài)信息。
9. 一種通信系統(tǒng)，包括由會(huì)話啟動(dòng)協(xié)議(SIP)服務(wù)器提供的即 時(shí)消息(IM)應(yīng)用，所述SIP服務(wù)器連接至多個(gè)IM客戶端，每個(gè)關(guān)聯(lián) 由一個(gè)或多個(gè)管理系統(tǒng)管理的至少一個(gè)會(huì)議端點(diǎn)，所述管理系統(tǒng)至少適于調(diào)度和/或調(diào)査在兩個(gè)或多個(gè)個(gè)體之間的會(huì)議的可能性，其特征在 于布置邀請(qǐng)IM客戶端向所述SIP服務(wù)器傳送第一 SIP邀請(qǐng)消息，包 全局唯一標(biāo)識(shí)符(GUID)、用于識(shí)別所述邀請(qǐng)IM客戶端的第一 SIP 統(tǒng)一資源標(biāo)識(shí)符(URI)以及用于識(shí)別被邀IM客戶端的第二SIPURI;布置所述SIP服務(wù)器用于當(dāng)接收到所述第一 SIP邀請(qǐng)消息，用所述管理系統(tǒng)調(diào)査所述邀請(qǐng) IM客戶端和所述被邀IM客戶端的相應(yīng)關(guān)聯(lián)的端點(diǎn)是否滿足條件集， 至少包括所述相應(yīng)關(guān)聯(lián)的端點(diǎn)是否空閑；布置所述SIP服務(wù)器用于當(dāng)滿足所述條件集時(shí)，則向所述被邀IM客戶端傳送第二 SIP邀請(qǐng)消息；如果所述IM客戶端接受所述SIP邀請(qǐng)消息，則從所述被邀IM客 戶端接收SIP邀請(qǐng)接受消息；指示所述管理系統(tǒng)設(shè)置所述邀請(qǐng)IM客戶端和所述被邀客戶端的 相應(yīng)關(guān)聯(lián)的端點(diǎn)之間的呼叫。
10. 如權(quán)利要求9所述的系統(tǒng)，其特征在于布置所示SIP服務(wù)器 當(dāng)所述被邀IM客戶端接受所述SIP邀請(qǐng)消息時(shí)用所述管理系統(tǒng)持久預(yù) 定用于所述呼叫的所需資源。
11. 如權(quán)利要求IO所述的系統(tǒng)，其特征在于布置所述SIP服務(wù)器 用于當(dāng)滿足所述條件集時(shí)用所述管理系統(tǒng)暫時(shí)預(yù)定用于所述呼叫的所 需資源，并且布置所述SIP服務(wù)器用于當(dāng)所述被邀IM客戶端沒有接受 所述SIP邀請(qǐng)消息時(shí)則釋放利用所述管理系統(tǒng)暫時(shí)預(yù)定的用于所述呼 叫的所述所需資源。
12. 如權(quán)利要求9所述的系統(tǒng)，其特征在于布置所述SIP服務(wù)器 用于當(dāng)不滿足所述條件集時(shí)向所述被邀IM客戶端傳送IM消息，包括 陳述所述邀請(qǐng)IM客戶端和所述被邀客戶端的相應(yīng)關(guān)聯(lián)的端點(diǎn)之間的 呼叫不被允許及其原因的信息。
13. 如權(quán)利要求9至11中任意一項(xiàng)所述的系統(tǒng)，其特征在于布置 所述SIP服務(wù)器用于當(dāng)所述被邀IM客戶端沒有接受所述SIP邀請(qǐng)消息 時(shí)向所述被邀IM客戶端傳送IM消息，包括陳述所述被邀IM客戶端 沒有接受建立呼叫的信息。
14. 如權(quán)利要求9至13中任意一項(xiàng)所述的系統(tǒng)，其特征在于所述 條件集進(jìn)一步包括是否允許所述邀請(qǐng)IM客戶端和所述被邀IM客戶 端使用相應(yīng)關(guān)聯(lián)的會(huì)議端點(diǎn)，以及用于建立和維持所述相應(yīng)關(guān)聯(lián)的會(huì) 議端點(diǎn)之間的呼叫的所需資源是否可用。
15. 如權(quán)利要求9至14中任意一項(xiàng)所述的系統(tǒng)，其特征在于經(jīng)由 所述SIP服務(wù)器與所述管理系統(tǒng)之間的web界面或所述IM客戶端之一 與所述管理系統(tǒng)之間的web界面來執(zhí)行所述的調(diào)查和預(yù)定。
16. 如權(quán)利要求9至15中任意一項(xiàng)所述的系統(tǒng)，其特征在于進(jìn)一 步布置所述SIP服務(wù)器用于當(dāng)所述SIP邀請(qǐng)消息被所述被邀IM客戶端 接受時(shí)，則執(zhí)行下述步驟向所述管理系統(tǒng)重復(fù)詢問有關(guān)所述呼叫的狀態(tài)信息； 持續(xù)地或在特定的預(yù)定時(shí)機(jī)用IM消息向所述邀請(qǐng)和被邀IM客戶 端報(bào)告所述狀態(tài)信息。
全文摘要
本發(fā)明公開一種方法和系統(tǒng)，允許IM客戶端可使用桌面視頻會(huì)議系統(tǒng)(VCS)而非集成的軟件/web攝像機(jī)視頻會(huì)議解決方案。這要通過使用視頻會(huì)議管理程序(VCMP)從IM客戶端設(shè)置任何(即使是基于ISDN的)VCS之間的視頻會(huì)議呼叫來運(yùn)用。由VCMP來管理呼叫還允許協(xié)議之間的呼叫，如果可使用網(wǎng)絡(luò)網(wǎng)關(guān)。另外，管理員可監(jiān)視呼叫的狀態(tài)，并且VCMP可存儲(chǔ)呼叫日志和統(tǒng)計(jì)信息。本發(fā)明通過把VCMP與現(xiàn)有的IM服務(wù)器(如非專有方式的微軟實(shí)況通信服務(wù)器LCS)集成起來而提供這種能力。如IM客戶端MS Communicator和Windows Messenger的可擴(kuò)展性使得只需要很少的用戶界面定制工作。為了簡(jiǎn)化這種集成的開發(fā)，本發(fā)明優(yōu)選為這種集成的安裝做服務(wù)器端組件，在客戶端只需要進(jìn)行配置。
文檔編號(hào)H04NGK101223730SQ200680025958
公開日2008年7月16日 申請(qǐng)日期2006年7月11日 優(yōu)先權(quán)日2005年7月15日
發(fā)明者卡爾·阿比, 尼克萊·焦杜姆 申請(qǐng)人:坦德伯格電信公司