專利名稱：分布式、可縮放、可插入的會議體系結(jié)構(gòu)的制作方法
分布式、可縮放、可插入的會議體系結(jié)構(gòu)本發(fā)明專利申請是2007年9月5日提交的、進入中國國家階段的申請?zhí)枮?00780033969. 7、發(fā)明名稱為“分布式、可縮放、可插入的會議體系結(jié)構(gòu)”的發(fā)明專利申請的分案申請。背景計算設備和聯(lián)網(wǎng)的技術(shù)進步繼續(xù)提供對各種各樣的信息和服務的更多訪問，從而實際上允許從世界的任何地方訪 問。由于需要完成的工作可從大多數(shù)位置來執(zhí)行，因此虛擬辦公室變得更加常見。網(wǎng)絡運營商和供應商(蜂窩和非蜂窩)在基礎設施上花費大量的金錢和資源，以支持現(xiàn)在存在的和將來將要上市的多種類型的便攜式設備和媒體。例如蜂窩運營商正在爭相提供允許蜂窩客戶經(jīng)由蜂窩網(wǎng)絡訪問IP網(wǎng)絡(例如，因特網(wǎng))和相關聯(lián)的IP服務的基礎結(jié)構(gòu)。因此，蜂窩客戶現(xiàn)在可訪問基于IP的網(wǎng)絡上可用的信息。類似地，計算設備可以通過IP網(wǎng)絡進行對話，且甚至可以連接到蜂窩用戶。例如，各企業(yè)仍然認識到會晤在高效地推動產(chǎn)品開發(fā)上的重要性。然而，將用戶從其從其所處的多個遠程位置聚在一起進行商務活動，并支持多種可用的通信設備和媒體類型，其前景還是很有挑戰(zhàn)性。會議可以是公司企業(yè)的雇員可以例如進行會晤的有效手段。然而，給定任何時刻上的位置和連接能力，參與者可能想要經(jīng)由不同的媒體類型加入。隨著便攜式無線計算設備的存儲和計算能力的進步，用戶現(xiàn)在能夠與多種類型的不同數(shù)據(jù)類型進行交互，比如圖像、視頻剪輯、音頻數(shù)據(jù)和文本數(shù)據(jù)。此外，用戶通?？梢跃哂腥舾深愋偷挠闷溥B接到會話的設備。例如，一用戶可以從會議室通過音頻/視頻參與，另一用戶經(jīng)由臺式計算機通過語音參與，而又一用戶使用蜂窩電話通過文本輸入?yún)⑴c。這些不同的媒體能力傳統(tǒng)上在服務器級通過本地地合并媒體處理能力來提交。然而，這是有問題的，因為需要更多資源來管理這些系統(tǒng)且這些系統(tǒng)更難以縮放以滿足會議需求。概述以下呈現(xiàn)了本發(fā)明的簡化概述，以提供對所公開的本發(fā)明的某些方面的基本理解。該概述不是詳盡的概覽，它不旨在標識關鍵/重要的元素，也不旨在描繪其范圍。其唯一的目的是以簡化的形式來介紹一些概念，作為稍后提出的更為詳細的描述的序言。此處所公開的是體系結(jié)構(gòu)，其描述用于多方、多媒體會議的可縮放、可插入的體系結(jié)構(gòu)。提供了用于允許無縫地插入諸如多點控制單元(MCU)等不同的分布式媒體組件的集中式策略和控制組件的框架。會議體系結(jié)構(gòu)支持用于供客戶機參與該會話的不同媒體類型(例如，數(shù)據(jù)、音頻/視頻、即時消息傳送)的多個可插入分布式媒體組件。例如，為滿足會議需求，客戶機訪問(例如，經(jīng)由因特網(wǎng)連接)還被稱為焦點的集中式控制組件，請求創(chuàng)建、調(diào)度會議會話或參與一當前會話?？刂平M件包括連接到客戶機并向其分配適當?shù)拿襟w接口(例如，音頻、視頻、數(shù)據(jù))，配置該媒體接口以滿足所請求的客戶機媒體類型，提供該會議會話的會話管理，以及針對所有相關聯(lián)的客戶機和系統(tǒng)管理會話的關閉和清除的能力。該集中式會議控制組件還提供調(diào)度服務和會話實例的創(chuàng)建(經(jīng)由焦點工廠)。該會議控制器還包括向會議會話分配一個或多個最可用的分布式媒體組件(經(jīng)由媒體工廠)的功能。該會議控制組件還用作會議策略和名單(roster)控制服務。會議策略服務器是可以存儲和操縱會議策略和名單的邏輯功能。會議策略是管控會議的操作的規(guī)則的總體集合，且可被分解為成員資格策略和媒體策略。該會議控制組件包括會議通知服務，其是允許焦點用作通知者，接受對會議狀態(tài)的訂閱，以及將該狀態(tài)的改變通知訂閱者的邏輯功能。狀態(tài)包括例如焦點本身所維護的狀態(tài)、會議策略和媒體策略。該會議控制組件還用作基于身份信息和/或PIN來經(jīng)由用戶授權(quán)和/或認證服務提供會話安全。該集中式會議控制器還通過接口連接到用于會議策略和名單管理服務的分布式媒體組件(例如，MCU)。該會議體系結(jié)構(gòu)使用來自焦點的單個集成式名單向會議參與者提供單個會議圖片，且可以通過該焦點控制會議。為了對其進行支持，此處所公開的和要求保護的體系結(jié)構(gòu)包括計算機實現(xiàn)的會議 系統(tǒng)，該系統(tǒng)包括用于集中控制會議會話的會議控制組件和用于使用一媒體類型將客戶機通過接口連接到會議會話的分布式媒體組件。該媒體組件可以在任何位置(例如，因特網(wǎng)上)，從而允許例如經(jīng)由HTTP訪問。該集中式控制器不需要知道關于該分布式媒體組件的任何事物。為了實現(xiàn)前述及相關目的，在這里結(jié)合下列描述及附圖來描述所公開的本發(fā)明的某些說明性方面。然而，這些方面僅指示了其中可利用此處公開的原理的各種方法中的少數(shù)幾種，且旨在包括所有這些方面及其等效方面。結(jié)合附圖閱讀下面的詳細描述，則其它優(yōu)點和新穎特征將變得清楚。附圖簡述圖I示出用于分布式媒體訪問的計算機實現(xiàn)的會議系統(tǒng)。圖2示出根據(jù)所公開的會議體系結(jié)構(gòu)使用分布式媒體組件管理會議會話的方法。圖3示出會話管理的更詳細方法。圖4示出使用基于web的會議控制組件和分布式媒體組件便于創(chuàng)建會議會話的系統(tǒng)的更詳細框圖。圖5示出在內(nèi)聯(lián)網(wǎng)客戶機與各參與者交互以創(chuàng)建和加入會議的情況下，參與者之間的數(shù)據(jù)流。圖6示出用于實現(xiàn)會議系統(tǒng)的組件體系結(jié)構(gòu)的示例性詳細示圖。圖7示出示例性服務器體系結(jié)構(gòu)和用于會議和分布式MCU的協(xié)議的示圖。圖8示出用于經(jīng)由web接口 /服務發(fā)起會議創(chuàng)建的示例性呼叫流程圖。圖9示出用于經(jīng)由SIP邀請(Invite)機制發(fā)起會議創(chuàng)建的示例性呼叫流程圖。

圖10示出用于經(jīng)由SIP服務(Service)機制發(fā)起會議創(chuàng)建的示例性呼叫流程圖。圖11示出用于客戶機撥入會議的示例性呼叫流程圖。圖12示出用于客戶機通過addUser (添加用戶)撥入經(jīng)由數(shù)據(jù)協(xié)作MCU加入的示例性呼叫流程圖。圖13示出用于客戶機通過addUser撥出經(jīng)由音頻/視頻MCU加入的示例性呼叫流程圖。
圖14示出用于客戶機經(jīng)由對MCU的直接邀請來加入的示例性呼叫流程圖。圖15示出對另一客戶機參與者的產(chǎn)生撥入的自組織(ad hoc)邀請的示例性呼叫流程圖。圖16示出對另一客戶機的自組織撥出INVITE (邀請)的示例性呼叫流程圖。圖17示出使用重定向的示例性呼叫流程圖。圖18示出將創(chuàng)建會議和客戶機加入會議分開的示例性呼叫流程圖。圖19示出服務器池系統(tǒng)，該系統(tǒng)在池中的不同前端機器上運行的多個焦點應用程序?qū)嵗g共享狀態(tài)。圖20示出兩個分開的客戶機焦點用焦點實例進行對話的示例性呼叫流程圖。 圖21示出在其中客戶機發(fā)出用于修改會議狀態(tài)的C3P命令的示例性呼叫流程圖。圖22示出可以根據(jù)分布式MCU會議體系結(jié)構(gòu)使用的C3P命令。圖23示出在其中各前端服務器具有等效功能的多服務器池。圖24示出用于故障恢復和高可用性特征的多服務器池配置。圖25示出分布式媒體組件體系結(jié)構(gòu)的各實體之間的各類數(shù)據(jù)流的拓撲圖。圖26示出使用可插入和分布式媒體組件的總體會議體系結(jié)構(gòu)。圖27示出可用于根據(jù)所公開的體系結(jié)構(gòu)執(zhí)行集中式和分布式會議的計算機的框圖。圖28示出便于分布式媒體會議的示例性計算環(huán)境的示意性框圖。詳細描述現(xiàn)在參照附圖描述本發(fā)明，其中相同的附圖標記用于指代全文中相同的元素。在以下描述中，為解釋起見，描繪了眾多具體細節(jié)以提供對本發(fā)明的全面理解。然而，顯然，本發(fā)明可以在沒有這些具體細節(jié)的情況下實現(xiàn)。在其它情況下，以框圖形式示出了公知的結(jié)構(gòu)和設備以便于描述它們。所公開的體系結(jié)構(gòu)是用于多方、多媒體會議會話的可縮放、可插入的體系結(jié)構(gòu)。集中式策略和控制會議組件允許無縫地插入不同的分布式媒體組件(例如，數(shù)據(jù)、音頻/視頻、消息傳送)，以適應客戶機參與會議會話。該集中式會議控制組件包括以下用于接受對會議狀態(tài)的訂閱并通知訂閱者該狀態(tài)改變的會議通知服務；用于存儲和操縱會議策略和名單的會議策略和名單控制服務；用于基于用戶身份信息來授權(quán)/認證用戶的安全服務；用于會議調(diào)度的調(diào)度服務；用于向會議會話分配最可用媒體組件的分配服務；以及用于分布式媒體組件的會議策略和名單管理的MCU管理服務。開始參考附圖，圖I示出用于分布式媒體訪問的計算機實現(xiàn)的會議系統(tǒng)100。系統(tǒng)100是支持供會話參與者經(jīng)由多個不同設備訪問的多個可插入分布式媒體系統(tǒng)的可插入會議體系結(jié)構(gòu)。為此，系統(tǒng)100包括用于集中式地創(chuàng)建和控制會議會話的基于網(wǎng)絡的會議控制組件102。系統(tǒng)100的控制組件102通過接口連接以管理諸如多點控制單元(MCU)的一
個或多個分布式媒體組件104 (由媒體組件P ......、媒體組件N表示，其中N是正整數(shù)),分
布式媒體組件104又提供由客戶機106 (由客戶機P……、客戶機M表示，其中M是正整數(shù))經(jīng)由類似的和/或不同的媒體模式(例如，音頻、視頻)對會議會話進行客戶機訪問。MCU是便于連接和管理一種或多種客戶機媒體類型的系統(tǒng)。媒體直接在客戶機和MCU之間交換。常規(guī)系統(tǒng)不使用MCU，其至少包括根據(jù)所公開的新穎體系結(jié)構(gòu)所提供的MCU的分布式能力。換言之，為滿足會議要求，客戶機108訪問(例如，經(jīng)由因特網(wǎng)連接)控制組件102，請求創(chuàng)建會議會話?？刂平M件102便于向會話參與者(例如，客戶機101和客戶機i、客戶機2和客戶機3)及其所需連接類型(例如，音頻、視頻)分配適當?shù)拿襟w組件104 (例如，媒體組件110和112)，管理媒體組件104的接口管理，配置一個或多個媒體組件104以滿足所請求的會議要求，會話期間的會話管理，以及針對所有相關聯(lián)系統(tǒng)關閉和清除會話。圖2示出根據(jù)所公開的會議體系結(jié)構(gòu)使用分布式媒體組件管理會議會話的方法。盡管出于解釋簡明的目的，此處例如以流程圖形式示出的一個或多個方法被示出并描述為一系列動作，但是可以理解和明白，本發(fā)明不受動作的次序的限制，因為根據(jù)本發(fā)明，某些動作可以按不同次序和/或與此處所示并描述的其它動作同時發(fā)生。例如，本領域技術(shù)人員將會明白并理解，方法可被替換地表示為一系列相互關聯(lián)的狀態(tài)或事件，諸如以狀態(tài)圖的形式。而且，并非所有示出的動作都是實施根據(jù)本發(fā)明的方法所必需的?！?br> 在200，提供中央會議控制組件以供會議會話管理。在202，控制組件以分布式和可尋址的方式提供一個或多個媒體組件(例如，MCU),以經(jīng)由相同的或不同的媒體類型(例如，即時消息傳送、音頻)連接會話參與者。在204，從客戶機接收創(chuàng)建會議會話的請求。在206，控制組件實例化會議實例。在208，向客戶機返回用于訪問該會話的訪問信息。在210，控制組件評估支持參與者和所請求的參與者媒體類型的媒體組件的可用性。在212，控制組件分配預期會話媒體類型的一個或多個媒體組件。在214，向參與者通知該會話。在216，控制組件通過認證參與者對會話的訪問來便于安全處理。圖3示出會話管理的更詳細方法。在300，客戶機使用網(wǎng)址連接到基于web的會議控制組件。在302，客戶機向控制組件發(fā)送會議信息。該信息包括該會話的設置和配置信息，比如參與者信息、該會話的時間和數(shù)據(jù)、以及支持參與者訪問的媒體類型。在304，控制組件創(chuàng)建會話實例，并返回該會話的URI (統(tǒng)一資源標識符)和分配給該會話的媒體組件的一個或多個URI。在306，客戶機將該URI信息傳遞給參與者。該會話開始且在308，向參與者通知會話狀態(tài)的改變。在310，控制組件便于在會話期間創(chuàng)建和終止私下(sidebar)會議。在312，向會話參與者通知會話退出者(離開的參與者)，關閉該會話，且系統(tǒng)執(zhí)行清除(例如，關閉MCU、會話實例等)。現(xiàn)在參考圖4，示出了便于使用基于web的會議控制組件402和分布式媒體組件404創(chuàng)建會議會話的系統(tǒng)400的更詳細框圖。系統(tǒng)400包括作為集中式會議控制器的會議控制組件402 (在此也被稱為焦點(focus)組件)。焦點組件402包括提供會議通知服務的通知組件406。會議通知服務是焦點組件402所提供的邏輯功能。焦點組件402可以通過接受對會議狀態(tài)的訂閱和向訂閱者(或參與者)通知該狀態(tài)的改變來作為通知者。焦點組件402還包括用于提供策略和名單控制服務的會議策略/名單組件408。作為組件408的一部分的會議策略服務器是可以存儲和操縱會議策略/名單的邏輯功能。會議策略是管控會議的操作的規(guī)則的總體集合，且被分解為成員資格策略和媒體策略。通知組件406所監(jiān)視的狀態(tài)包括焦點組件402自身所維護的狀態(tài)、會議策略、以及媒體策略。焦點組件402還包括啟用會議調(diào)度的調(diào)度組件/焦點工廠(focus factory)組件410。認證組件412基于身份(例如，活動目錄)或使用PIN來提供用戶授權(quán)和認證處理。MCU接口組件414便于通過接口連接到用于會議名單/策略管理的多個分布式媒體組件404(例如，各個MCU 404) ^MCUpMCUy……、MCUT表示，其中T是正整數(shù))。焦點402包括MCU分配組件(也被稱為MCU工廠)416，其功能是對該會議會話分配網(wǎng)絡418 (例如，因特網(wǎng))最可用的基于網(wǎng)絡的MCU 404。系統(tǒng)400還包括各個可插入會議參與者(由客戶機420表示)，它們從主焦點獲得具有單個集成式名單的單個會議圖片，并且可以通過該焦點控制該會議。圖5示出在內(nèi)聯(lián)網(wǎng)客戶機與各參與者交互以創(chuàng)建和加入會議的情況下，各參與者之間的數(shù)據(jù)流。在所公開的集中式會議體系結(jié)構(gòu)中，存在對所有會議參與者可見的單個(或主)焦點。該焦點是同一會議中的各參與者的單個中央信令點。每一會議由唯一的SIP (會話發(fā)起協(xié)議)可路由會議URI來標識。通常，該URI路由到MCU所實現(xiàn)的、主存該會議的焦點。為了提供改進的用戶體驗，該系統(tǒng)引入主焦點的概念，其中所有會議URI都路由到該主焦點?？蛻魴C用戶被該焦點授權(quán)參加會議，他們從該焦點獲得關于會議狀態(tài)的改變的通知，且所有的會議控制操作由客戶機向該主焦點發(fā)起。
該體系結(jié)構(gòu)的各組件是客戶機500、焦點工廠502、焦點504、MCU工廠506和MCU508。所公開的會議體系結(jié)構(gòu)的主特征之一是使用以分布式方式操作的多個組件而非常規(guī)的單片服務器體系結(jié)構(gòu)。會議客戶機500是能夠加入和參與會議的端點。客戶機500首先與焦點工廠502交互來創(chuàng)建會議。焦點工廠502是創(chuàng)建會議的焦點504的實體。焦點工廠502將客戶機500指向?qū)⒃谄渲信e行會議的適當焦點位置。焦點工廠502是在SIP前端機器上運行的作為SIP端點的應用程序，且其可用SIP URI來尋址。焦點工廠502是可SIP尋址的，且可使用HTTP (超文本傳輸協(xié)議)和SOAP (簡單對象訪問協(xié)議)URI來尋址。在一個架構(gòu)實現(xiàn)中，焦點工廠502與焦點504共同配置在一起；在另一架構(gòu)實現(xiàn)中，其未與之一起配置。每一會議池可被看作焦點工廠。焦點504是會議會話的集中式策略和狀態(tài)管理器。焦點504是表示會議的SIP端點，且用作會議的所有方面的中央?yún)f(xié)調(diào)者。焦點504負責實施會議控制策略，管理會議的總體安全，向客戶機通知會議狀態(tài)更新，并提供用于控制命令在客戶機500和MCU 508之間流動的管道。焦點504還代表所有客戶機與作為會議的一部分的每一媒體類型的MCU交互。焦點504存儲應答會議查詢所需的所有狀態(tài)或在一個前端服務器失效的情況下再生會議所需要的狀態(tài)。會議信息可被持久保存在SQL(結(jié)構(gòu)化查詢語言)服務器數(shù)據(jù)庫以供將來使用，直到會話清除為止。焦點實例運行在會議池上。這允許客戶機連接到池中的任何前端服務器，從而允許更好的可用性、負載分布、和更好的縮放性。焦點504還負責程序引導MCU和維護通過例如HTTP接口的連接。在某些情況下，焦點504還可以用作代理來代理C3P (或CCCP—會議控制信道協(xié)議)命令和通知。這將在以下描述。焦點的概念對SIPPING順應會議是重要的。SIPPING是被特許定義對SIP的會議擴展的IETF (因特網(wǎng)工程任務組)工作組。SIPPING的特許權(quán)是定義會議狀態(tài)事件包模式。MCU工廠506是SIPPING概念，且向特定媒體類型的會議會話分配MCU 508。MCU工廠506負責使用用于創(chuàng)建會議的本地策略，來在MCU 508上提供特定媒體類型的會議。MCU工廠506在向會議分配MCU之前還可以考慮MCU上的當前負載。在一實現(xiàn)中，每一媒體類型可以有一個MCU工廠506。MCU 508負責管理一個或多個媒體類型。在所公開體系結(jié)構(gòu)的一個場景中，所有會議控制命令都被客戶機500發(fā)送到焦點504，焦點504隨后在驗證發(fā)送該請求的客戶機500具有執(zhí)行該操作的特權(quán)后，又將這些命令中繼到適當?shù)腗CU 508。媒體隨后直接在客戶機500和MCU 508之間交換。MCU類型可以包括數(shù)據(jù)協(xié)作MCU、音頻/視頻MCU、IM (即時消息傳送)MCU和ACP(音頻會議提供商)MCU。合適設計的第三方MCU可以插入到該體系結(jié)構(gòu)中以增強參與者體驗，例如，用于音頻/視頻增強。該體系結(jié)構(gòu)允許視將來所需而容易地添加其它MCU。例如，可以提供合適設計的MCU來用于應用程序共享或聊天。
以下是數(shù)據(jù)流的更詳細概要，其包括通信信道、在各組件之間交換的數(shù)據(jù)的語義和類型。圖5的客戶機/焦點工廠通信(由①所示)通過客戶機500首先定位焦點工廠502開始?？蛻魴C應用程序與焦點工廠502通信來開始新的會議。如上所述，由于客戶機應用程序在用戶登入時獲得焦點工廠URI，因此客戶機500具有在任何時刻與焦點工廠502通信以開始新的自組織會議的手段。客戶機500不關心焦點工廠502例如位于服務器池的哪一服務器上；其只需要連接焦點工廠SIP URI。在所公開的框架中，創(chuàng)建會議意味著創(chuàng)建和配置焦點實例。焦點工廠502的工作是將焦點504的URI返回到客戶機500。這意味著客戶機500和焦點工廠502之間的對話不必持久，而只需持續(xù)充分長直到焦點URI被返回到客戶機500為止。在其向客戶機504返回焦點URI之前，焦點工廠503創(chuàng)建(若有必要)并配置焦點504?？蛻魴C500可以提前將其需要的關于會議角色定義、媒體類型、特權(quán)、參與者等的所有信息傳遞到焦點工廠502，以使焦點工廠502可返回具有最終數(shù)據(jù)的成功響應。參考圖5的焦點工廠/焦點通信(由②表示),在從客戶機500接收到請求后,焦點工廠502創(chuàng)建焦點504并向客戶機500返回焦點URI (由③表示)。正如焦點工廠502 —樣，焦點504是由應用程序所表示的SIP端點。焦點工廠502將其從客戶機500接收到的請求重定向到焦點504，從而允許焦點504成為與客戶機500執(zhí)行媒體協(xié)商的端點。在將焦點URI傳遞到客戶機500后，焦點工廠502不必保存任何狀態(tài)或做任何工作。MCU工廠506是提供MCU 508的訪問信息的邏輯實體。MCU工廠506可以是MCU設備或軟件供應商的供應商專用實現(xiàn)。焦點504通過設置知道系統(tǒng)中存在什么MCU工廠和它們支持什么媒體類型。因此，焦點504向MCU工廠506詢問關于如何聯(lián)系MCU 508的信息(由④表示)，且MCU工廠506基于其可能運行的任何內(nèi)部邏輯來返回該信息(由④表示)。在MCU工廠506被請求向焦點504提供MCU 508 (由④表示)時，其找出哪一 MCU508最適合應答該請求并返回該MCU 508的URL (統(tǒng)一資源定位符)。每一 MCU都可被發(fā)布(例如，在活動目錄中)，從而允許拓撲中的所有MCU工廠506都能夠找到某類可用的MCU。每一 MCU 508還發(fā)布其用于在活動目錄中控制的HTTP地址。該地址是在MCU工廠506分配MCU資源508時被傳遞到焦點504的地址。然而，在該URL被傳遞到焦點504之前，MCU工廠506嘗試在MCU 508上提供會議(由⑤表示)。如果MCU的響應是肯定的，則該URL被返回給焦點504。焦點504隨后可以使用HTTP作為傳輸來與MCU 508通信(由⑥表示)。請求和響應的有效載荷可以是XML文檔?？蛻魴C500經(jīng)由信令協(xié)議和媒體協(xié)議與MCU 508通信(由⑦表示)。對于音頻/視頻MCU，該信令協(xié)議是SIP媒體，且可以通過RTP/RTCP來攜帶。對于會晤MCU，信令和媒體兩者都可以使用PSOM協(xié)議通過HTTP作為傳輸來攜帶。圖6示出用于實現(xiàn)會議系統(tǒng)600的組件體系結(jié)構(gòu)的示例性詳細示圖。系統(tǒng)600包括前端計算機602、存儲系統(tǒng)604和分布式媒體組件606。前端計算機602包括用作SIP代理610的服務器進程608。除用作SIP代理和路由器之外，服務器進程608還提供由出席(和注冊器)服務器(或模塊)614所使用的內(nèi)部API (稱為擴展模塊API)612、歸檔代理模塊616和SIPAPI模塊618。如圖所示，所有這些擴展模塊612都可以在同一進程中運行。在SIP代理進程610中不需要運行第三方軟件。出席/注冊器模塊614提供注冊器和出席功能。出席和注冊器模塊614管理SQL服務器數(shù)據(jù)庫(或MSDE )中的所有注冊信息和出席信息。SIP代理和相關聯(lián)的擴展模塊的組合被統(tǒng)稱為服務器前端。如圖所示，前端的功能 被增強以經(jīng)由會議模塊618 (也被稱為會議管理器)包括會議特征。會議管理器618是提供信令和會議管理功能的服務器組件。會議管理器618的主要元件是焦點和焦點工廠。如上所述，焦點是表示會議的SIP端點。其負責管理會議的狀態(tài)，實施安全，管理各個角色和特權(quán)，并向客戶機(未示出)提供會議狀態(tài)更新。焦點還代表所有客戶機與作為會議的一部分的每一媒體類型的MCU交互。會議數(shù)據(jù)庫620包含關于在服務器602上提供的會議的每一個的信息。這包括關于會議ID、與該會議相關聯(lián)的口令和/或PIN、開始時間和結(jié)束時間(如果有的話)、角色和特權(quán)等的信息。數(shù)據(jù)庫620還包括關于運行會議的信息以供從焦點失效中恢復。出席/注冊器信息和會議信息可以是同一物理數(shù)據(jù)庫(例如，會議數(shù)據(jù)庫)的不同表。每一 MCU負責管理一個或多個媒體類型。在一實現(xiàn)中，所有會議控制命令都被客戶機發(fā)送到焦點，焦點隨后在驗證發(fā)送該請求的客戶機具有執(zhí)行該操作的特權(quán)后，又將這些命令中繼到適當?shù)腗CU。媒體隨后直接在客戶機和MCU之間交換。MCU包括兩個邏輯片段媒體控制器(MC)和媒體處理器(MP)。媒體控制器負責管理焦點和MCU之間的控制命令。媒體處理器負責媒體管理，比如，混合、中繼、代碼轉(zhuǎn)換。在MCU是數(shù)據(jù)協(xié)作MCU的情況下，媒體處理器是負責管理整個數(shù)據(jù)協(xié)作體驗的復雜的軟件組件。每一 MCU可以將其內(nèi)容和狀態(tài)信息存儲在相關聯(lián)的存儲單元中，以供在故障和/或失效發(fā)生時取回。在MCU是音頻/視頻MCU的情況下，媒體處理器具有關于混合音頻和視頻流、縫合視頻流、為處于慢鏈路上的客戶機降頻轉(zhuǎn)換(down-convert)媒體等等的極為專業(yè)的知識。在所有的會議組件中，媒體處理器可以是最為CPU密集和網(wǎng)絡密集的組件。因此，MCU可在與還提供縮放的會議管理器不同的物理計算機上操作。在一實現(xiàn)中，媒體控制器和媒體處理器被共同配置在同一機器上以簡化部署。在替換實現(xiàn)中，媒體控制器和媒體處理器位于不同的機器604上。前端計算機602還可以運行包括web服務和web調(diào)度應用程序624以及MCU工廠626的web服務器622。如前所述，MCU工廠626負責使用用于創(chuàng)建會議的本地策略來在MCU上提供特定媒體類型的會議。MCU工廠626在向會議分配MCU之前還可以考慮MCU上的當前負載。負載平衡數(shù)據(jù)可以存儲在負載平衡數(shù)據(jù)庫628中。在該特定實現(xiàn)中，每一媒體類型有一個MCU工廠。然而，在替換實現(xiàn)中，一個MCU工廠適當?shù)胤€(wěn)健，以處理多個不同的媒體類型。web協(xié)作特征可由數(shù)據(jù)協(xié)作MCU來提供。數(shù)據(jù)協(xié)作MCU是在“PS0M”技術(shù)上設計的。數(shù)據(jù)協(xié)作MCU支持諸如例如呈現(xiàn)軟件文檔、字處理和電子表格文檔、聊天、投票、白板、和應用程序共享等特征。音頻/視頻MCU提供建立在工業(yè)標準RTP (實時傳輸協(xié)議)和RTCP (RTP控制協(xié)議)上的多方音頻和視頻混合和中繼能力?？梢栽O計并提供其它MCU，比如，即時消息傳送(M)MCU 和 ACP MCU。web服務器624提供用于調(diào)度在線會議的調(diào)度應用程序(例如，ASP. NET)。該應用程序使用用于提供會議和用于管理會議策略的web服務API。web調(diào)度程序日程安排所使用的數(shù)據(jù)庫可以是焦點/會議數(shù)據(jù)庫620。MCU的內(nèi)容和狀態(tài)可以存儲在本地數(shù)據(jù)存儲630上?！?br> 還可以提供針對豐富存儲和視圖的服務，以供使用像議程、動作項目、后續(xù)議題、與共享工作空間相關聯(lián)的文檔等會晤元數(shù)據(jù)來管理正在進行的會晤。認證可以構(gòu)成會議體系結(jié)構(gòu)的一個集成部分。在一實現(xiàn)中，用戶的登錄證書可被用于自動地認證該用戶(例如，單個登錄)。也可向web風格的表單提供表單認證(例如,用戶名和口令)，其中用戶顯式地輸入其用戶名和口令。授權(quán)可以基于在初始認證握手之后客戶機安全地發(fā)送到服務器的白底(opaque)來實施。還可以施加從客戶機到服務器的傳輸信道的強加密(例如，128位加密)。web會議可以涉及與可能在服務或企業(yè)中沒有帳號的用戶舉行在線會晤。這些一次性會晤相當普遍。認證一次性會議參與者可以通過向每一會話分配唯一口令來支持，該口令通過像電子郵件等帶外手段傳遞給可能的參與者。存在在會議應用程序中授權(quán)是必需的若干情形。會議占據(jù)服務器/服務上的資源。因此，可以在允許用戶創(chuàng)建會議之前施加強迫授權(quán)。在另一示例中，在給定的會議中，所有用戶都不擁有所有特權(quán)。例如，用戶的某一子集被允許在該會話中出席并發(fā)言，而用戶的不同子集只被允許旁聽。在另一示例中，并非會議中的所有用戶都被允許邀請其它用戶加入。存在靜音/解除靜音(unmute)會議、靜音/解除靜音特定用戶、或?qū)⑷∠脩襞c會資格等會議控制動作?？梢允惯@些動作的每一個都首先請求一特權(quán)或許可。具有這些特權(quán)的用戶組對于會議的每一個可以是不同的。每一會議可能具有不同的成員，且即使用戶被授權(quán)參與多個會議，該用戶在這些會議的每一個中也可能具有不同的特權(quán)。為此，這樣做是更簡單的定義“角色”組，將一組“特權(quán)”與這些角色進行關聯(lián)，并隨后使會議創(chuàng)建者向用戶分配這些角色的每一個。例如，可以有“組織者”角色、“主持人”角色和“聽眾”角色。創(chuàng)建會議的用戶將不必指定這些角色的每一個擁有什么特權(quán)。每一角色的特權(quán)可由會議服務器管理員預先配置。角色名稱可被選擇成暗示(或直觀表達)其可能具有的特權(quán)種類。圖7示出示例性服務器體系結(jié)構(gòu)和用于會議和分布式MCU的協(xié)議的示圖。可以在客戶機700和服務器702之間使用多個協(xié)議，每一個都針對不同的用途?？蛻魴C700被示為具有可以訪問底層會議控制和管理組件706和會議媒體組件708的用戶接口 704。管理組件706可以訪問提供會話邀請名單和/或第三方會議名單的名單組件710。會議媒體組件708便于訪問數(shù)據(jù)協(xié)作和應用程序共享組件712和音頻/視頻組件714。服務器702包括焦點組件716、數(shù)據(jù)協(xié)作和應用程序共享MCU組件718、和音頻/視頻(AV)MCU組件720。客戶機700和服務器702包括用于使用各種協(xié)議的協(xié)議接口組件(例如，SIP、PSOM、RTP/RTCP)?？蛻魴C/服務器SIP組件利用信令和控制協(xié)議來建立會話和管理會議。在該特定實現(xiàn)中，SIP (例如，如在RFC 3261中所指定的)被用于建立和終止呼口H。另外，同一會議會話可用于使用SIP-CX擴展來進行會議策略控制和第三方控制。在一實現(xiàn)中，SIP-CX命令通過SIP-INFO來隧道傳輸。在另一實現(xiàn)中，可以使用C3P控制協(xié)議命令。在又一實現(xiàn)中，可以利用來自XCON—關于集中式會議的IETF工作組一的用于會議策略控制的標準化傳輸和協(xié)議。SIP可以使用TCP (傳輸控制協(xié)議)或TLS (傳輸層安全)作為底層傳輸協(xié)議。獨立的訂閱-通知對話可用于訂閱會議包和在狀態(tài)改變時獲得通知。會議的名單可以基于該訂閱-通知對話來驅(qū)動。PSOM可以是用于數(shù)據(jù)協(xié)作的媒體協(xié)議且可以使用TCP或HTTP作為低層傳輸。 對于會議中的每一媒體，將使用媒體傳輸。RTP和RTCP可被用來提供音頻/視頻功能。在客戶機700和服務器702之間的UDP連接可用的情況下，RTP/RTCP可運行在UDP(用戶數(shù)據(jù)報協(xié)議)上。如果沒有UDP連接，RTP/RTCP可以通過TCP或HTTP來隧道傳輸。對于其它媒體類型可以使用其它媒體協(xié)議。例如，聊天可以在MSRP (消息會話中繼協(xié)議)上獲得支持，而應用程序共享可以在RDP (遠程桌面協(xié)議)上獲得支持。這些的每一個可以作為單獨的媒體類型來運行。在另一實現(xiàn)中，這些協(xié)議兩者都可在PSOM的頂部實現(xiàn)。圖8-18示出用于創(chuàng)建會議，撥入會議，通過撥入和撥出用AV MCU加入媒體會話，執(zhí)行對參與者的自組織邀請，以及經(jīng)由數(shù)據(jù)MCU加入?yún)f(xié)作會話的各呼叫流程圖?？蛻魴C應用程序與焦點工廠通信來開始新的會議。創(chuàng)建會議意味著創(chuàng)建和配置焦點實例。焦點工廠的工作是向客戶機返回焦點的URI?？蛻魴C和焦點工廠之間的這一通信不必是持久的。其只需要持續(xù)到焦點URI被返回到客戶機為止。焦點/會議URI被構(gòu)建為包括唯一會議標識符、唯一服務器標識符、和在用戶信息部分主存會議的域，例如，organizeridomain, com ；ms-app=conf ;ms-conf-id=ll?？蛻魴C可以用三種方式創(chuàng)建會議經(jīng)由web服務、SIP邀請機制和SIP服務機制。圖8示出用于經(jīng)由web接口 /服務發(fā)起會議創(chuàng)建的示例性呼叫流程圖?？蛻魴C連接到已知焦點工廠web URI并使用所暴露的web接口來創(chuàng)建焦點。在成功創(chuàng)建焦點后，網(wǎng)頁將客戶機指向必要的信息，以使會議客戶機撥入到該會議。圖9示出用于經(jīng)由邀請機制發(fā)起會議創(chuàng)建的示例性呼叫流程圖?？蛻魴C將其需要的關于會議、媒體類型、特權(quán)、參與者等的所有信息作為INVITE (邀請)請求的一部分來傳遞給焦點工廠。焦點工廠創(chuàng)建焦點實例，并使用所生成的焦點URI將客戶機重定向到焦點。更具體地，客戶機向焦點工廠發(fā)送帶有要創(chuàng)建會議的信息的INVITE請求。焦點工廠向客戶機發(fā)送臨時Ixx響應，以便在焦點工廠實例化焦點時客戶機事務不超時。如果結(jié)果是創(chuàng)建焦點所花費的時間小于SIP事務超時，則可以忽略發(fā)送該響應。焦點工廠隨后從INVITE中解析出所有所需信息，并創(chuàng)建焦點實例。因為焦點工廠和焦點可以共同配置，該創(chuàng)建焦點的調(diào)用可以僅僅是本地函數(shù)調(diào)用。焦點工廠隨后發(fā)送具有聯(lián)系報頭的302響應，從而重定向客戶機以與焦點開始新的邀請會話?？蛻魴C將ACK發(fā)送回焦點工廠。
圖10示出用于經(jīng)由SIP服務機制發(fā)起會議創(chuàng)建的示例性呼叫流程圖?？蛻魴C將其需要的關于會議、媒體類型、特權(quán)、參與者等的所有信息作為服務請求的一部分來傳遞給焦點工廠。焦點工廠創(chuàng)建焦點實例，并在2000K響應中將連接信息發(fā)送回客戶機。更具體地，客戶機向焦點工廠發(fā)送帶有要創(chuàng)建會議的信息的SERVICE請求。焦點工廠從SERVICE中解析出所有所需信息，并創(chuàng)建焦點實例。因為焦點工廠和焦點可以共同配置，該創(chuàng)建焦點的調(diào)用可以只是本地函數(shù)調(diào)用。焦點工廠發(fā)送具有會議信息的2000K響應。圖11示出用于客戶機撥入會議的示例性呼叫流程圖?？蛻魴C與焦點建立用于撥入會議的INVITE對話和SUBSCRIBE (訂閱)對話?？蛻魴C使用INVITE對話來加入會議，并還將其用于從客戶機到焦點的命令通信量的第三方控制。來自客戶機的控制命令在INFO(信息)消息內(nèi)部攜帶。INFO消息的本體包含C3P控制請求且由焦點處理?？蛻魴C使用SUBSCRIBE/NOTIFY (訂閱/通知)對話來監(jiān)視會議狀態(tài)。焦點接受訂閱并將任何會議狀態(tài)改變通知訂閱者。狀態(tài)包括焦點本身所維護的狀態(tài)、會議策略和媒體信息。例如，如果客戶機在INVITE對話中使用INFO消息所發(fā)送的命令是改變會議狀態(tài)的命令，則焦點還通過發(fā)送經(jīng)更改的會議狀態(tài)的NOTIFY來通知客戶機。更具體地，客戶機向焦點URI發(fā)送INVITE請求來加入會議。該INVITE對話有兩個目的其暗示客戶機加入會議以及其被用于使用該對話中的INFO請求進行會議的第三方控制。INVITE本體中的C3P addUser請求可被用來指定特定的客戶機屬性(例如，顯示名稱、角色、隱藏的參與者)?？蛻魴C發(fā)送對會議事件包的SUBSCRIBE來監(jiān)視會議狀態(tài)通知。初始會議狀態(tài)文檔可以承載在屬于表達支持該擴展的客戶機的SUBSCRIBE的2000K中。圖12示出用于客戶機通過addUser撥入經(jīng)由數(shù)據(jù)協(xié)作MCU加入的示例性呼叫流程圖。對于會議中的每一 MCU，焦點分配可路由到焦點本身的虛擬SIP URI。從焦點到客戶機的初始通知包含會議中的所有MCU的URI。客戶機可以用三種方式來用MCU建立媒體會話對MCU URI的addUser撥入、使用MCU URI的addUser撥出和對MCU URI的直接媒體INVITEo對于addUser撥入，客戶機發(fā)出addUser撥入C3P命令，且焦點將該命令轉(zhuǎn)發(fā)給MCU0 MCU授權(quán)該命令并返回適當?shù)倪B接信息?？蛻魴C隨后用該MCU建立引導媒體會話。這可以是對非基于SIP的MCU的撥入的主模式。更具體地，客戶機用其在通知文檔中接收到的MCU URI發(fā)送INFOaddUser撥入命令。焦點檢查MCU是否已分配到該會議的這一特定模式(媒體)。如果MCU未被分配，則焦點向MCU工廠發(fā)送HTTP請求，請求其向該會議分配一 MCU。假定MCU已被分配給該會議，則焦點隨后向所分配的MCU發(fā)送HTTP請求，請求其期待新參與者(addUser)。如果焦點是第一次與該MCU通信，則可能必須發(fā)送其它程序引導請求以在該MCU上初始化會議。該MCU用預期的參與者(addUser)呼叫的成功消息來響應。該響應還將具有其想要參與者與其對話的MCU的實際URL。在數(shù)據(jù)協(xié)作MCU的情況下，URL可以是POSM URL。也可以返回授權(quán)信息(如果有的話)。焦點向客戶機發(fā)送PSOM連接信息?？蛻魴C隨后直接用MCU建立PSOM信道。一旦客戶機成功地加入MCU，其就向焦點發(fā)送參與者已加入事件。焦點隨后向會議的所有監(jiān)視者發(fā)送參與者已加入MCU狀態(tài)改變通知(經(jīng)由SIPPING BEN0TIFY (或Best Effort NOTIFY(盡力通知)))。圖13示出用于客戶機通過addUser撥出經(jīng)由音頻/視頻MCU加入的示例性呼叫流程圖?？蛻魴C發(fā)出addUser撥出C3P命令且焦點將該命令轉(zhuǎn)發(fā)到MCU。MCU授權(quán)該命令并撥出到addUser命令中提到的客戶機?？蛻魴C隨后用該MCU建立直接媒體會話。這在客戶機連接到基于SIP的MCU (例如，A/V MCU和頂MCU)中使用。這一機制還可以被用于客戶機經(jīng)由MCU撥出到另一客戶機。更具體地，客戶機用其在通知文檔中接收到的MCU URI發(fā)送INFOaddUser撥出命令。焦點隨后檢查MCU是否已分配到該會議的這一特定模式。如果MCU未被分配，則焦點向MCU工廠發(fā)送HTTP請求，請求其向該會議分配MCU。假定MCU已被分配給該會議，則焦點隨后向所分配的MCU發(fā)送HTTP請求，請求撥出到用戶。該MCU使用通常是焦點服務器本身的外出SIP代理向客戶機撥出INVITE?？蛻魴C直接用該MCU建立RTP媒體信道。一旦客戶機成功地加入MCU，其向焦點發(fā)送參與者已加入事件。焦點隨后向會議的所有監(jiān)視者發(fā)送參 與者已加入MCU狀態(tài)改變通知。圖14示出用于客戶機經(jīng)由對MCU的直接邀請來加入的示例性呼叫流程圖。對MCU的直接媒體INVITE對使用SIP建立會話的MCU (例如，A/V MCU、IM MCU)起作用?？蛻魴C可以向MCU URI直接發(fā)送媒體會話邀請而無須任何預先的addUser呼叫。INVITE被路由到焦點且焦點代表客戶機向MCU發(fā)起addUser。MCU授權(quán)并用連接信息響應。焦點檢查該連接信息是否是可路由的SIP地址并將該INVITE直接轉(zhuǎn)發(fā)到MCU。這主要是支持非C3P純SIP客戶機撥入會議。C3P客戶機可以從會議通知取得MCU URI并向可以嘗試直接撥入MCU的純SIP客戶機發(fā)送REFER (引用)消息。更具體地，客戶機向其在通知文檔中所接收到的MCU URI發(fā)送INVITE。該INVITE被路由到焦點?？蛻魴C可以添加關于媒體協(xié)商的會話描述。因為焦點知道該INVITE被尋址到特定MCU，所以其在該INVITE的本體中安全地省略任何會話描述。焦點隨后向所分配的MCU發(fā)送HTTP請求，請求其預期新的參與者(addUser撥入)。如果這是焦點第一次與該MCU通信，則其可以發(fā)送其它程序引導請求來在該MCU上初始化會議。該MCU用關于預期的參與者呼叫的成功來響應。該響應還將具有其想要參與者與其通信的MCU的實際URL。在A/V MCU的情況下，URL指示參與者可以經(jīng)由SIP與MCU通信。在A/V MCU的情況下，焦點將INVITE轉(zhuǎn)發(fā)到MCU?？蛻魴C發(fā)送回ACK來完成INVITE對話，還被用于與MCU的媒體協(xié)商。注意，雖然客戶機直接與MCU建立INVITE對話，但SIP請求自身通過焦點。一旦客戶機成功地加入MCU，其就向焦點發(fā)送參與者已加入事件。焦點向會議的所有監(jiān)視者發(fā)送參與者已加入MCU狀態(tài)改變通知。獲得了客戶機和MCU之間的直接媒體協(xié)商。在音頻/視頻的情況下，這可以是RTP/RTCP流。圖15示出對另一客戶機參與者的產(chǎn)生撥入的自組織邀請的示例性呼叫流程圖?？蛻魴C隨后向參與者發(fā)送應用程序(app) INVITE。具有嵌有授權(quán)PIN的會議URL的應用程序邀請將作為消息提示出現(xiàn)在用戶的客戶機中。一旦參與者接受/點擊該消息提示，其將啟動將參與者撥入會議的會議客戶機。更具體地，客戶機向參與者發(fā)送包括參與者撥入會議的所有必需信息的應用程序邀請，包括授權(quán)消息(如果有的話)。應用程序邀請將作為提示顯示在控制臺中。一旦參與者接受該提示，會議客戶機將發(fā)起使客戶機撥入會議。在客戶機成功地撥入到會議后，焦點向會議的所有監(jiān)視者發(fā)送名單更新通知。圖16示出對另一客戶機的自組織撥出INVITE的示例性呼叫流程圖。在客戶機I和焦點之間發(fā)起客戶機加入序列，隨后從客戶機I向焦點發(fā)送INFO addUser撥出消息。從焦點返回200ACCEPT (接受)消息。焦點向MCU發(fā)送addUser撥出消息，且MCU用2000K響應。MCU向第二客戶機2發(fā)送經(jīng)由焦點路由的INVITE消息?？蛻魴C2用2000K消息響應，隨后從MCU接收ACK。隨后在MCU和客戶機2之間發(fā)起媒體流(例如，使用RTP)。MCU向焦點發(fā)送參與者已加入事件。焦點隨后向客戶機I發(fā)送更新名單消息，指示客戶機2已加入會議會話。 上述應用程序邀請機制對理解應用程序邀請和C3P協(xié)議機制的新客戶機起作用。然而，可以邀請不理解C3P的傳統(tǒng)客戶機。該機制還可以被用來將純SIP客戶機拉(pull)入會議?？蛻魴C可以向初始INVITE對話發(fā)送BYE (再見)來離開會議。為了檢測到崩潰的客戶機，可以使用會話保持活躍消息?？梢赃M行從MCU到焦點和從焦點到客戶機的會議狀態(tài)通知。狀態(tài)通知數(shù)據(jù)模型包括以下元素會議描述(例如，名稱、主題、組織者描述)；包括關于能力、當前狀態(tài)、設置和策略等信息的會議視圖(例如，每一實體焦點的會議級別信息，如AV MCU、IM MCU);用戶(例如，會議名單、用戶、對應的端點和其連接到的媒體會話)；以及私下會議(分會議的表示)。以下代碼表示會議狀態(tài)分層結(jié)構(gòu)的一個示例。Conference-info[I. . I]Conference-description[O. . I]Conference-view[O.. I]Entity-view
(由實體 URI 鍵控)Entity-capabilities
Entity-policy
Entity-settings
Entity-state
Conference-media
(由媒體標記鍵控)Users
User
(由用戶 URI 鍵控)Endpoint
(由端點 URI 鍵控)Media
(由媒體id鍵控。標記是對會議媒體元素的引用，見下。)Sidebars-by-val
Entry
(遞歸地定義分會議對象)。以下代碼表示具有兩個MCU (例如，A/V、數(shù)據(jù))且沒有用戶登錄的初始會議狀態(tài)的
一個示例。<conference~info >
<conference-descrip Ii on >
<disp!ay-iexi>hrownhag </disp lay-1 ex/ >
<c(mf-uris>
<eniry>
<tirl>sip:()rganizor@nvsfix:o'm;ms-app conf/meeiing;ms-conf~id=cd</ifri>
<d is p lay-1 ex I > I )a I a M( J</disp!ay-text>
<pu rp os e > m e e i ng < /p u rp os e >
</entry>
<entry>
<Nri>sip:organtorfcnmsf}.com;ms-app conj/aiuii.o-video;ms--conJ-i(J cd/uri><disp1ay-texi>A V MC !J</display-iexi>
<purpose>aifdi()-vicico</purpose>
</entry>
</conf-uris>
</conference-clescri.pfi()n>
<c()}iference-uifo >以下表示供用戶嘗試加入和程序引導A/V MCU的代碼的一個示例。
<c(>nference-info >
<conference-descripiion>
</conference-description>
<conference-vie\\'>
<eniliy-vic\v en/iiy "focus "/>
<enlify~view enliiy nA Vn >
<eniuy-siaie />
<cmliy-view />
<entity-view>
<c()nference-view>
</c ο nfere n c e-info >以下表示關于加入焦點的用戶Bob的代碼的一個示例。
以下表示關于加入AV MCU的用戶Bob的代碼的一個示例。
<c ο nfere nce- info > <conference-descripiion></conference-descripiion>
<c ο nfe re nce-、e ι,ν >
</conference-view>
<users >
<user enliiy "sip:bob stale "full” >
<(.Hs p I ay-1 ex l>hob< /isp! ay -1 ex t >
<roles > < en iry >pres en I er</enlry> </ro I e.s > <endpoi.nl enliiy ”sip:Iwb:foci'!s" > <siaiiis>connecied</siatns>
</endpoini>
<endpoin! enliiy "sip:hob;A V" >
<s la I us > c o n n c c I e d < /s ta I us >
</encipoini>
</user>
</mers
<c o nfere nce-info >可以用若干方式完成對焦點工廠URI的發(fā)現(xiàn)通過分組策略使用，通過DNS (域名服務器)、服務器的固定URI和用戶概況數(shù)據(jù)。一種管理員通常用來向客戶機分發(fā)設置的方法是使用分組策略對象(GP0)。某些應用程序設置和特征可以通過GPO設置來打開或關閉。例如，管理員可以通過GPO選擇移除某些菜單選項或添加某些其它選項。通過使用GP0，域管理員可以將特定用戶組指向特定焦點工廠。這排除了手動配置要求。另一選項是使用DNS記錄來將客戶機指向焦點工廠URI。DNS SRV是標準DNS服務器的擴展，且被用來獲取服務器的一個或多個IP地址，每一服務器都具有其自身的優(yōu)先權(quán)。以下是示例SRV記錄_http. _tcp. example, com. SRV 10 5 80. www. example, comSRV記錄命名慣例要求記錄順序地包含以下各項下劃線，其后是服務名，點，下劃線，其后是協(xié)議，點，隨后是域名。另一選項是使用焦點工廠的固定URI，如sip:FocusFactoryimicrosoft. com該方法一起排除了猜測和發(fā)現(xiàn)要求。運行在池的前端機器上的應用程序?qū)⑵浣忉尀樘厥釻RI并那樣處理。這意味著同一 URI由運行在多個池中的各應用程序所表示。另一方法是通過用戶概況數(shù)據(jù)。用戶登入以獲得漫游聯(lián)系人和安全信息?？蛻魴C可以訂閱各種類型的數(shù)據(jù)，包括漫游聯(lián)系人、漫游ACL (訪問控制列表)、對用戶出席數(shù)據(jù)的未決訂閱請求等。該信息被存儲在出席存儲中。不管客戶機在內(nèi)聯(lián)網(wǎng)的內(nèi)部還是外部，數(shù)據(jù)都被攜帶到客戶機。在客戶機注冊其出席信息時，其訂閱這些數(shù)據(jù)類型且服務器使用SIP協(xié)議(使用NOTIFY消息)來發(fā)送它們。通過引入另一數(shù)據(jù)類型，即FocusFactoryURI (焦點工廠URI)，客戶機然后還可以訂閱該數(shù)據(jù)并將其作為原始握手的一部分來接收。所添加的優(yōu)點是，在該信息改變時，客戶機是使用SIP語義來通知的，因為客戶機訂閱了 FocusFactoryURI數(shù)據(jù)類型。關于可以如何存儲該數(shù)據(jù)有兩個選項。首先，每一用戶可以具有單獨的FocusFactoryURI。在該方式下，出席存儲可被擴展并存儲被允許參與會議的每一用戶的URI。在第二種方式下，焦點工廠URI是池級設置，所有用戶都寄宿在該池共享上。該方法的一個優(yōu)點是其不要求針對每一用戶管理工廠URI，而是針對整個池存儲單個URI。因為池設置是在該池中的所有前端服務器之間共享的，所以運行在每一前端上的用戶服務模塊可以訪問該設置。該設置對系統(tǒng)中的其它池是可見的。焦點工廠和焦點實例可被主存在不寄宿用戶的池上。這產(chǎn)生了對來自客戶機去往 主存焦點工廠和焦點實例的池的請求的路由需求。即使第一需求不在于此，請求也被從連接到不同池的客戶機路由到主存焦點實例的池。用戶服務可以在數(shù)據(jù)庫中查詢客戶機所詢問的各種類型的數(shù)據(jù)，將其格式化為XML格式，并用NOTIFY消息來響應。對于該特定數(shù)據(jù)類型,代替去往數(shù)據(jù)庫檢索之,接收該請求的前端機器可以查閱池級設置并準備XML文檔來用NOTIFY發(fā)送。如果該設置被更新，則將其改變在時間窗口(例如，5分鐘)內(nèi)通知用戶服務，從而允許其更新它的關于該設置的本地值。對于寄宿來自多個域的用戶的池，該設置對所寄宿的域的每一個來說都是可配置的，以允許所寄宿的不同的域的不同工廠URI。其示例是主存解決方案，其中用戶分散在多個可能的域上。提供了每一池存儲多個域名和向其分配焦點工廠URI的能力。該設置對所有池是可見的?？蛻魴C應用程序與焦點工廠通信來開始新的會議。如上所述，由于客戶機應用程序在用戶登入時獲得焦點工廠URI，所以其具有在任何時刻與焦點工廠通信以開始新的自組織會議的手段。在SIP客戶機想要與另一客戶機通信時，客戶機之間的SIP對話以一方發(fā)送到另一方的INVITE開始。SDP (會話描述協(xié)議)包在該INVITE和該同一 INVITE的2000K響應中攜帶，作為用于媒體協(xié)商的有效載荷。在所公開的框架中，創(chuàng)建會議意味著創(chuàng)建和配置焦點實例。焦點工廠的工作是向客戶機返回焦點的URI。這意味著客戶機和焦點工廠之間的這一對話不必是持久的。其只需要持續(xù)到焦點URI被返回到客戶機為止。焦點工廠在其向客戶機返回其URI之前創(chuàng)建并配置焦點。該配置設置該會議要使用的媒體類型，預期參與者數(shù)量，已知的參與者的角色和特權(quán)，角色定義等。焦點工廠具有允許提前調(diào)度會議的web服務接口。在該場景中，會議客戶機直接與焦點對話，從不與焦點工廠建立對話。然而，對于自組織會議，會議客戶機與焦點工廠對話來使之提供焦點URI。圖17示出使用重定向的示例性呼叫流程圖。最初，客戶機向焦點工廠URI發(fā)送INVITE，其中·目的地=焦點工廠URI
源=用戶 URI 內(nèi)容類型=多方MME·內(nèi)容=包含初始參與者列表、角色映射和模板標識令牌的XML內(nèi)容運行在池上的焦點工廠應用程序接收該消息，并返回100—正在進行中或180—Ringing(振鈴)臨時響應。這允許客戶機等待同時允許焦點工廠執(zhí)行任何數(shù)據(jù)準備和查找。焦點工廠創(chuàng)建焦點并在302—重定向響應一的聯(lián)系人報頭中返回焦點URI。這允許客戶機緩存聯(lián)系人報頭值作為會議URI?？蛻魴C向其接收到的焦點URI發(fā)送同一 INVITE。唯一的不同之處是，這次目的地報頭具有作為會議ID (conf-id)的GRUID參數(shù)。圖18示出將創(chuàng)建會議和客戶機加入會議分開處理的示例性呼叫流程圖。這更好地反映了發(fā)生的操作的各個階段。因此，創(chuàng)建會議包括將INVITE從客戶機傳遞到焦點工廠，可任選地接收回正在進行中響應180,從焦點工廠向焦點發(fā)送CreatFocus (創(chuàng)建焦點)以創(chuàng)建焦點實例，向焦點工廠返回焦點數(shù)據(jù)，向客戶機發(fā)送聯(lián)系人焦點URI，并確認接收。與加入會議相關聯(lián)的消息包括向焦點發(fā)送具有客戶機的焦點URI的INVITE，將2000K接收回客戶機，并確認接收。在從客戶機接收到INVITE消息時，焦點工廠創(chuàng)建焦點并向客戶機返回焦點信息。正如焦點工廠一樣，焦點是由應用程序所表示的SIP端點。焦點工廠將其接收到的INVITE請求重定向到焦點，從而允許焦點成為與客戶機進行媒體協(xié)商的端點。 如上所述，焦點是會議的“經(jīng)注冊”處理程序。焦點URI表示會議，且還被稱為會議URI。一種確定性方法是對URI的用戶部分使用固定模式，并用會議ID信息來對其注釋。這允許以更容易的方式基于該URI來編寫路由邏輯，并允許焦點URI被映射到企業(yè)內(nèi)的單個應用程序，這便于對系統(tǒng)的管理。這一使用由對SIP的“GRUU/GRID擴展”來概括，其允許向公知焦點URI附加GRUU參數(shù)。示例是Sip:conf-mgriconfserver, company, com;grid=Schumacher1980Sip:FocusFactoryMSiconferencing. microsoft. com;grid=conf34242834焦點工廠行為是焦點駐留在焦點工廠在其上運行的同一池上。這可以是用于縮放完全與SIP注冊器服務器分開的會議焦點實例的可配置設置。焦點實例同時在池中的所有前端機器上運行。這允許客戶機連接到池中的任何前端，從而允許負載分布和更好的縮放性。要在會議的焦點實例之間共享的焦點狀態(tài)保持在數(shù)據(jù)庫中。該數(shù)據(jù)包含名單、角色和特權(quán)、媒體類型和MCU身份等。每一焦點實例都處理連接到特定前端的客戶機的連接狀態(tài)，該焦點實例在特定前端上運行。因為每一焦點實例都是SIP端點，所以這些連接都是SIP對話。在焦點URI傳遞給客戶機時，該URI的一部分是會議ID，該ID是數(shù)據(jù)庫引擎所生成的引用數(shù)據(jù)庫中的會議記錄的數(shù)字。該數(shù)據(jù)庫記錄包含指示該記錄應該在數(shù)據(jù)庫中保持多久以及關于該會議的其它信息的數(shù)據(jù)。在將焦點URI傳遞到客戶機后，焦點工廠不必保存任何狀態(tài)或做任何工作。在客戶機通過其所連接的寄宿服務器向焦點URI發(fā)送INVITE時，該INVITE被路由到將主存該會議的池。在接收到該INVITE后，池中的前端機器之一創(chuàng)建會議并向客戶機作出響應。如上所述，焦點實例在池的所有前端機器上運行。要考慮的問題包括路由、性能、穩(wěn)定性、和可靠性。如前所述，與會議相關聯(lián)的狀態(tài)存儲在可由池的所有前端機器訪問的數(shù)據(jù)庫中。這允許與該會議相關的狀態(tài)在運行在該池中的不同前端機器上的多個焦點應用程序?qū)嵗g共享。結(jié)果，每一客戶機都連接到其池和/或寄宿服務器且它們試圖到達的焦點運行在該箱上，準備應答它們可能發(fā)送的所有會議相關請求。圖19示出服務器池系統(tǒng)1900，該系統(tǒng)在池中的不同前端機器上運行的多個焦點應用程序?qū)嵗g共享狀態(tài)。系統(tǒng)1900通過將負載分布到遍及所有前端機器(或前端)、排除路由需求、以及使用高可用性特征，來解決路由、性能、穩(wěn)定性和可靠性問題。連接管理負載隨機地在該池中的所有前端機器之間分布。附加前端機器可以容易地添加和移除，因為它們除與池相關聯(lián)外沒有身份。對于穩(wěn)定性，在前端失效的情況下，連接到該前端的所有用戶都可以嘗試并重新連接到該會議。所有這些用戶將被再次平衡負載并連接到同一池中的其它前端。路由問題被排除，因為都不需要。會議的共享狀態(tài)被存儲在數(shù)據(jù)庫中，且所有前端都可以訪問它。沒有一個機器需要作為信息中間人。圖20示出兩個分開的與焦點實例的客戶機-焦點對話的示例性呼叫流程圖。INVITE對話是允許客戶機加入會議的對話，且其被用于從客戶機到焦點的進一步命令話務。來自客戶機的命令在INFO消息內(nèi)攜帶。INFO消息的本體包含SOAP類XML本體且由焦·點處理。注意，圖20中的該單個INFO消息表示該會議的持續(xù)時間中的所有INFO消息?；诜峙浣o客戶機的角色，客戶機可以發(fā)出用于會議控制、會議策略控制、媒體控制或媒體策略控制的命令。一旦客戶機加入了會議，則應當向其通知該會議中正在發(fā)生的事件，如加入和去除的參與者，添加或移除的媒體等。這些對會議狀態(tài)的改變以及對會議策略和媒體的改變通過在該對話中發(fā)送到客戶機的NOTIFY消息來攜帶。如果由客戶機在INVITE對話中使用INFO消息所發(fā)送的命令是改變會議狀態(tài)的命令，則焦點通過發(fā)送包含會議狀態(tài)的經(jīng)更改部分的NOTIFY來通知客戶機。注意，圖20中的該單個NOTIFY消息表示該會議的持續(xù)時間中的所有NOTIFY消息。用于在會議中開始媒體類型的選項是創(chuàng)建中心并在創(chuàng)建中心時向所有MCU通知該會議。這允許稍后的媒體啟用變得快速。另外，由于在前啟用媒體，所以MCU將知道可以提前聯(lián)系他們的名單的那一部分，從而允許無延遲地執(zhí)行針對媒體的用戶加入操作。在該模型中，一旦創(chuàng)建了焦點，其就向MCU發(fā)送命令，分配會議狀態(tài)和傳遞關于預期參與者的會議名單。該焦點隨后用所使用媒體類型的MCU信息來更新會議狀態(tài)。這樣，參與者無論何時進入并加入媒體，該焦點都不必去往MCU來獲取連接信息。對于加入該會議的第一和最后參與者來說體驗將是一個并且是相同的。如上所述，MCU工廠是提供MCU的訪問信息的邏輯實體。MCU工廠可以是MCU設備或軟件供應商的供應商專用實現(xiàn)。焦點通過設置知道系統(tǒng)中存在什么MCU工廠和它們支持什么媒體類型。焦點詢問MCU工廠關于如何聯(lián)系MCU的信息，而MCU工廠基于其可能正在運行的任何內(nèi)部邏輯來返回該信息。例如，考慮其中存在用于A/V活動的第一和第三方MCU的部署。這意味著MCU工廠列表將包括兩個實體，一個對應于該媒體類型的這些供應商的每一個。設置的示例表示包括以下
權(quán)利要求
1.一種計算機實現(xiàn)的會議系統(tǒng)，包括 存儲指令的存儲設備；以及 訪問并執(zhí)行所述指令的處理單元，所述處理單元對所述指令的執(zhí)行使得所述會議系統(tǒng)響應于客戶機提交的會議建立請求來提供會議控制組件，所述會議控制組件被配置成從所述客戶機接收所述會議建立請求以創(chuàng)建會議會話； 在接收創(chuàng)建所述會議會話的所述請求之后，向所述會議會話分配向所述客戶機提供所述會議會話的媒體的分布式媒體組件； 在所述會議控制組件向所述會議會話分配所述分布式媒體組件之后，向所述客戶機返回所述分布式媒體組件的統(tǒng)一資源標識符； 接受所述客戶機對所述會議會話的訂閱；以及 將與所述會議會話相關聯(lián)的狀態(tài)的改變通知給已訂閱的客戶機，其中所述通知作為BENOTIFY消息來提供。
2.如權(quán)利要求I所述的系統(tǒng)，其特征在于，所述分布式媒體組件是適應數(shù)據(jù)、音頻信號、視頻信號、和即時消息傳送信號的至少一個的多點控制單元。
3.如權(quán)利要求I所述的會議系統(tǒng)，其特征在于，所述會議控制組件提供維護管控所述會議會話的操作以及允許參與者參加所述會議會話的規(guī)則的策略和名單組件。
4.如權(quán)利要求I所述的會議系統(tǒng)，其特征在于，所述會議控制組件提供通過基于參與者身份信息限制對所述會議會話的訪問來在所述會議會話上施加安全的認證組件。
5.如權(quán)利要求I所述的會議系統(tǒng)，其特征在于，所述會議控制組件提供向所述會議會話分配所述分布式媒體組件的分配組件。
6.如權(quán)利要求I所述的會議系統(tǒng)，其特征在于，所述會議控制組件提供調(diào)度所述會議會話的調(diào)度組件。
7.如權(quán)利要求I所述的會議系統(tǒng)，其特征在于，還包括前端服務器的會議池，所述前端服務器的每一個都運行所述會議會話的實例，所述前端服務器池包括處理單元，客戶機訪問所述前端服務器的一個來訪問所述會議會話。
8.如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述前端服務器的會議池包括在所述前端服務器之間平衡會話負載的負載平衡器。
9.一種管理多方會議的方法，包括 從會話參與者接收請求以創(chuàng)建會議會話； 響應于所述請求創(chuàng)建來提供會議控制組件，所述會議控制組件被配置成 響應于所述請求創(chuàng)建并配置所述會議會話； 在接收所述請求之后，評估分布式多點控制單元MCU的可用性以供所述會話參與者進行媒體訪問； 在評估所述分布式MCU的可用性之后，向所述會議會話分配可用的MCU以供所述會話參與者訪問會話，所述可用的MCU位于所述分布式MCU中； 在將所述可用的MCU分配給所述會議會話之后，向所述會話參與者返回所述可用的MCU的統(tǒng)一資源標識符； 接受客戶機對所述會議會話的訂閱； 將與所述會議會話相關聯(lián)的狀態(tài)的改變通知給已訂閱的客戶機，其中所述通知作為BENOTIFY消息來提供；以及 認證參與者對所述會議會話的訪問。
10.如權(quán)利要求9所述的方法，其特征在于，還包括在數(shù)據(jù)庫中維護所述會議會話的狀態(tài)息。
11.如權(quán)利要求9所述的方法，其特征在于，還包括 接收所述分布式MCU中的分配給所述會議會話的每一 MCU的個別狀態(tài)信息； 通過聚集所述個別狀態(tài)信息來為分配給所述會議會話的MCU生成所聚集的狀態(tài)信息；以及 向所述會議會話的每一客戶機分發(fā)所聚集的狀態(tài)信息。
12.如權(quán)利要求9所述的方法，其特征在于，還包括基于會話參與者的改變來更新會話名單。
13.如權(quán)利要求9所述的方法，其特征在于，還包括將URI地址與所述可用的MCU的每一個進行關聯(lián)，所述會話參與者經(jīng)由所述可用的MCU的一個訪問所述會議會話。
14.如權(quán)利要求9所述的方法，其特征在于，所述請求是會話發(fā)起協(xié)議(SIP)請求。
15.如權(quán)利要求9所述的方法，其特征在于，還包括程序引導可用的MCU進入所述會議會話。
16.如權(quán)利要求9所述的方法，其特征在于，還包括使用對MCUURI的撥入，使用所述MCU URI的撥出，或從所述可用的MCU到所述MCU URI的直接邀請，來加入所述可用的MCU，所述MCU URI標識所述可用的MCU。
17.如權(quán)利要求9所述的方法，其特征在于，還包括向另一參與者發(fā)出自組織邀請。
18.如權(quán)利要求9所述的方法，其特征在于，還包括經(jīng)由所述會議控制組件呈現(xiàn)所述會議會話的單個會議視圖。
19.一種不包括已傳播的數(shù)據(jù)信號的計算機存儲介質(zhì)，所述計算機存儲介質(zhì)包括指令，計算設備對所述指令的執(zhí)行將所述計算設備配置成 響應于客戶機提交的會議建立請求來提供集中式會議控制組件，所述會議控制組件被配置成 從所述客戶機接收所述會議建立請求以供初始化會議會話； 響應于接收所述請求來創(chuàng)建所述會議會話的會議實例； 作為對所述請求的響應，創(chuàng)建所述會議會話的地址并將其發(fā)送到所述客戶機； 在接收所述請求之后向所述會議會話分配分布式MCU，所述會議控制組件基于所述分布式MCU提供的媒體類型的可用性來向所述會議會話分配所述分布式MCU ； 在所述會議控制組件將所述MCU分配給所述會議會話之后，向所述客戶機返回所述分布式MCU的統(tǒng)一資源標識符； 在所述會議會話期間管理會議狀態(tài)； 將與所述會議會話相關聯(lián)的狀態(tài)的改變通知給已訂閱的客戶機，其中所述通知作為BENOTIFY消息來提供。
全文摘要
用于可縮放、可插入、多方、和分布式多媒體會議的體系結(jié)構(gòu)。集中式策略和控制會議組件允許無縫地插入不同的分布式媒體組件(例如，數(shù)據(jù)、音頻/視頻、消息傳送)，以適應客戶機參與會議會話。該集中式會議控制組件包括以下用于接受對會議狀態(tài)的訂閱并通知訂閱者該狀態(tài)的變化的會議通知服務；用于存儲和操縱會議策略和名單的會議策略和名單控制服務；用于基于用戶身份信息來授權(quán)/認證用戶的安全服務；用于會議調(diào)度的調(diào)度服務；用于分配會議會話的最可用的媒體組件的分配服務；以及用于分布式媒體組件的會議策略和名單管理的MCU管理服務。
文檔編號H04L29/06GK102904733SQ20121034250
公開日2013年1月30日 申請日期2007年9月5日 優(yōu)先權(quán)日2006年9月15日
發(fā)明者D·D·塞卡萊, S·D·皮爾斯, S·D·考克斯, S·舍洛夫, P·科蒂斯, D·尼科爾斯, B·K·梅達, V·艾戴爾曼, V·K·H·帕塔薩拉蒂, O·萊文, G·基米馳 申請人:微軟公司