專利名稱：分布式、可縮放、可插入的會議體系結構的制作方法
分布式、可縮放、可插入的會議體系結構本發明專利申請是2007年9月5日提交的、進入中國國家階段的申請號為200780033969. 7、發明名稱為“分布式、可縮放、可插入的會議體系結構”的發明專利申請的分案申請。背景計算設備和聯網的技術進步繼續提供對各種各樣的信息和服務的更多訪問，從而實際上允許從世界的任何地方訪 問。由于需要完成的工作可從大多數位置來執行，因此虛擬辦公室變得更加常見。網絡運營商和供應商(蜂窩和非蜂窩)在基礎設施上花費大量的金錢和資源，以支持現在存在的和將來將要上市的多種類型的便攜式設備和媒體。例如蜂窩運營商正在爭相提供允許蜂窩客戶經由蜂窩網絡訪問IP網絡(例如，因特網)和相關聯的IP服務的基礎結構。因此，蜂窩客戶現在可訪問基于IP的網絡上可用的信息。類似地，計算設備可以通過IP網絡進行對話，且甚至可以連接到蜂窩用戶。例如，各企業仍然認識到會晤在高效地推動產品開發上的重要性。然而，將用戶從其從其所處的多個遠程位置聚在一起進行商務活動，并支持多種可用的通信設備和媒體類型，其前景還是很有挑戰性。會議可以是公司企業的雇員可以例如進行會晤的有效手段。然而，給定任何時刻上的位置和連接能力，參與者可能想要經由不同的媒體類型加入。隨著便攜式無線計算設備的存儲和計算能力的進步，用戶現在能夠與多種類型的不同數據類型進行交互，比如圖像、視頻剪輯、音頻數據和文本數據。此外，用戶通常可以具有若干類型的用其連接到會話的設備。例如，一用戶可以從會議室通過音頻/視頻參與，另一用戶經由臺式計算機通過語音參與，而又一用戶使用蜂窩電話通過文本輸入參與。這些不同的媒體能力傳統上在服務器級通過本地地合并媒體處理能力來提交。然而，這是有問題的，因為需要更多資源來管理這些系統且這些系統更難以縮放以滿足會議需求。概述以下呈現了本發明的簡化概述，以提供對所公開的本發明的某些方面的基本理解。該概述不是詳盡的概覽，它不旨在標識關鍵/重要的元素，也不旨在描繪其范圍。其唯一的目的是以簡化的形式來介紹一些概念，作為稍后提出的更為詳細的描述的序言。此處所公開的是體系結構，其描述用于多方、多媒體會議的可縮放、可插入的體系結構。提供了用于允許無縫地插入諸如多點控制單元(MCU)等不同的分布式媒體組件的集中式策略和控制組件的框架。會議體系結構支持用于供客戶機參與該會話的不同媒體類型(例如，數據、音頻/視頻、即時消息傳送)的多個可插入分布式媒體組件。例如，為滿足會議需求，客戶機訪問(例如，經由因特網連接)還被稱為焦點的集中式控制組件，請求創建、調度會議會話或參與一當前會話。控制組件包括連接到客戶機并向其分配適當的媒體接口(例如，音頻、視頻、數據)，配置該媒體接口以滿足所請求的客戶機媒體類型，提供該會議會話的會話管理，以及針對所有相關聯的客戶機和系統管理會話的關閉和清除的能力。該集中式會議控制組件還提供調度服務和會話實例的創建(經由焦點工廠)。該會議控制器還包括向會議會話分配一個或多個最可用的分布式媒體組件(經由媒體工廠)的功能。該會議控制組件還用作會議策略和名單(roster)控制服務。會議策略服務器是可以存儲和操縱會議策略和名單的邏輯功能。會議策略是管控會議的操作的規則的總體集合，且可被分解為成員資格策略和媒體策略。該會議控制組件包括會議通知服務，其是允許焦點用作通知者，接受對會議狀態的訂閱，以及將該狀態的改變通知訂閱者的邏輯功能。狀態包括例如焦點本身所維護的狀態、會議策略和媒體策略。該會議控制組件還用作基于身份信息和/或PIN來經由用戶授權和/或認證服務提供會話安全。該集中式會議控制器還通過接口連接到用于會議策略和名單管理服務的分布式媒體組件(例如，MCU)。該會議體系結構使用來自焦點的單個集成式名單向會議參與者提供單個會議圖片，且可以通過該焦點控制會議。為了對其進行支持，此處所公開的和要求保護的體系結構包括計算機實現的會議 系統，該系統包括用于集中控制會議會話的會議控制組件和用于使用一媒體類型將客戶機通過接口連接到會議會話的分布式媒體組件。該媒體組件可以在任何位置(例如，因特網上)，從而允許例如經由HTTP訪問。該集中式控制器不需要知道關于該分布式媒體組件的任何事物。為了實現前述及相關目的，在這里結合下列描述及附圖來描述所公開的本發明的某些說明性方面。然而，這些方面僅指示了其中可利用此處公開的原理的各種方法中的少數幾種，且旨在包括所有這些方面及其等效方面。結合附圖閱讀下面的詳細描述，則其它優點和新穎特征將變得清楚。附圖簡述圖I示出用于分布式媒體訪問的計算機實現的會議系統。圖2示出根據所公開的會議體系結構使用分布式媒體組件管理會議會話的方法。圖3示出會話管理的更詳細方法。圖4示出使用基于web的會議控制組件和分布式媒體組件便于創建會議會話的系統的更詳細框圖。圖5示出在內聯網客戶機與各參與者交互以創建和加入會議的情況下，參與者之間的數據流。圖6示出用于實現會議系統的組件體系結構的示例性詳細示圖。圖7示出示例性服務器體系結構和用于會議和分布式MCU的協議的示圖。圖8示出用于經由web接口 /服務發起會議創建的示例性呼叫流程圖。圖9示出用于經由SIP邀請(Invite)機制發起會議創建的示例性呼叫流程圖。
圖10示出用于經由SIP服務(Service)機制發起會議創建的示例性呼叫流程圖。圖11示出用于客戶機撥入會議的示例性呼叫流程圖。圖12示出用于客戶機通過addUser (添加用戶)撥入經由數據協作MCU加入的示例性呼叫流程圖。圖13示出用于客戶機通過addUser撥出經由音頻/視頻MCU加入的示例性呼叫流程圖。
圖14示出用于客戶機經由對MCU的直接邀請來加入的示例性呼叫流程圖。圖15示出對另一客戶機參與者的產生撥入的自組織(ad hoc)邀請的示例性呼叫流程圖。圖16示出對另一客戶機的自組織撥出INVITE (邀請)的示例性呼叫流程圖。圖17示出使用重定向的示例性呼叫流程圖。圖18示出將創建會議和客戶機加入會議分開的示例性呼叫流程圖。圖19示出服務器池系統，該系統在池中的不同前端機器上運行的多個焦點應用程序實例之間共享狀態。圖20示出兩個分開的客戶機焦點用焦點實例進行對話的示例性呼叫流程圖。 圖21示出在其中客戶機發出用于修改會議狀態的C3P命令的示例性呼叫流程圖。圖22示出可以根據分布式MCU會議體系結構使用的C3P命令。圖23示出在其中各前端服務器具有等效功能的多服務器池。圖24示出用于故障恢復和高可用性特征的多服務器池配置。圖25示出分布式媒體組件體系結構的各實體之間的各類數據流的拓撲圖。圖26示出使用可插入和分布式媒體組件的總體會議體系結構。圖27示出可用于根據所公開的體系結構執行集中式和分布式會議的計算機的框圖。圖28示出便于分布式媒體會議的示例性計算環境的示意性框圖。詳細描述現在參照附圖描述本發明，其中相同的附圖標記用于指代全文中相同的元素。在以下描述中，為解釋起見，描繪了眾多具體細節以提供對本發明的全面理解。然而，顯然，本發明可以在沒有這些具體細節的情況下實現。在其它情況下，以框圖形式示出了公知的結構和設備以便于描述它們。所公開的體系結構是用于多方、多媒體會議會話的可縮放、可插入的體系結構。集中式策略和控制會議組件允許無縫地插入不同的分布式媒體組件(例如，數據、音頻/視頻、消息傳送)，以適應客戶機參與會議會話。該集中式會議控制組件包括以下用于接受對會議狀態的訂閱并通知訂閱者該狀態改變的會議通知服務；用于存儲和操縱會議策略和名單的會議策略和名單控制服務；用于基于用戶身份信息來授權/認證用戶的安全服務；用于會議調度的調度服務；用于向會議會話分配最可用媒體組件的分配服務；以及用于分布式媒體組件的會議策略和名單管理的MCU管理服務。開始參考附圖，圖I示出用于分布式媒體訪問的計算機實現的會議系統100。系統100是支持供會話參與者經由多個不同設備訪問的多個可插入分布式媒體系統的可插入會議體系結構。為此，系統100包括用于集中式地創建和控制會議會話的基于網絡的會議控制組件102。系統100的控制組件102通過接口連接以管理諸如多點控制單元(MCU)的一
個或多個分布式媒體組件104 (由媒體組件P ......、媒體組件N表示，其中N是正整數),分
布式媒體組件104又提供由客戶機106 (由客戶機P……、客戶機M表示，其中M是正整數)經由類似的和/或不同的媒體模式(例如，音頻、視頻)對會議會話進行客戶機訪問。MCU是便于連接和管理一種或多種客戶機媒體類型的系統。媒體直接在客戶機和MCU之間交換。常規系統不使用MCU，其至少包括根據所公開的新穎體系結構所提供的MCU的分布式能力。換言之，為滿足會議要求，客戶機108訪問(例如，經由因特網連接)控制組件102，請求創建會議會話。控制組件102便于向會話參與者(例如，客戶機101和客戶機i、客戶機2和客戶機3)及其所需連接類型(例如，音頻、視頻)分配適當的媒體組件104 (例如，媒體組件110和112)，管理媒體組件104的接口管理，配置一個或多個媒體組件104以滿足所請求的會議要求，會話期間的會話管理，以及針對所有相關聯系統關閉和清除會話。圖2示出根據所公開的會議體系結構使用分布式媒體組件管理會議會話的方法。盡管出于解釋簡明的目的，此處例如以流程圖形式示出的一個或多個方法被示出并描述為一系列動作，但是可以理解和明白，本發明不受動作的次序的限制，因為根據本發明，某些動作可以按不同次序和/或與此處所示并描述的其它動作同時發生。例如，本領域技術人員將會明白并理解，方法可被替換地表示為一系列相互關聯的狀態或事件，諸如以狀態圖的形式。而且，并非所有示出的動作都是實施根據本發明的方法所必需的。·
在200，提供中央會議控制組件以供會議會話管理。在202，控制組件以分布式和可尋址的方式提供一個或多個媒體組件(例如，MCU),以經由相同的或不同的媒體類型(例如，即時消息傳送、音頻)連接會話參與者。在204，從客戶機接收創建會議會話的請求。在206，控制組件實例化會議實例。在208，向客戶機返回用于訪問該會話的訪問信息。在210，控制組件評估支持參與者和所請求的參與者媒體類型的媒體組件的可用性。在212，控制組件分配預期會話媒體類型的一個或多個媒體組件。在214，向參與者通知該會話。在216，控制組件通過認證參與者對會話的訪問來便于安全處理。圖3示出會話管理的更詳細方法。在300，客戶機使用網址連接到基于web的會議控制組件。在302，客戶機向控制組件發送會議信息。該信息包括該會話的設置和配置信息，比如參與者信息、該會話的時間和數據、以及支持參與者訪問的媒體類型。在304，控制組件創建會話實例，并返回該會話的URI (統一資源標識符)和分配給該會話的媒體組件的一個或多個URI。在306，客戶機將該URI信息傳遞給參與者。該會話開始且在308，向參與者通知會話狀態的改變。在310，控制組件便于在會話期間創建和終止私下(sidebar)會議。在312，向會話參與者通知會話退出者(離開的參與者)，關閉該會話，且系統執行清除(例如，關閉MCU、會話實例等)。現在參考圖4，示出了便于使用基于web的會議控制組件402和分布式媒體組件404創建會議會話的系統400的更詳細框圖。系統400包括作為集中式會議控制器的會議控制組件402 (在此也被稱為焦點(focus)組件)。焦點組件402包括提供會議通知服務的通知組件406。會議通知服務是焦點組件402所提供的邏輯功能。焦點組件402可以通過接受對會議狀態的訂閱和向訂閱者(或參與者)通知該狀態的改變來作為通知者。焦點組件402還包括用于提供策略和名單控制服務的會議策略/名單組件408。作為組件408的一部分的會議策略服務器是可以存儲和操縱會議策略/名單的邏輯功能。會議策略是管控會議的操作的規則的總體集合，且被分解為成員資格策略和媒體策略。通知組件406所監視的狀態包括焦點組件402自身所維護的狀態、會議策略、以及媒體策略。焦點組件402還包括啟用會議調度的調度組件/焦點工廠(focus factory)組件410。認證組件412基于身份(例如，活動目錄)或使用PIN來提供用戶授權和認證處理。MCU接口組件414便于通過接口連接到用于會議名單/策略管理的多個分布式媒體組件404(例如，各個MCU 404) ^MCUpMCUy……、MCUT表示，其中T是正整數)。焦點402包括MCU分配組件(也被稱為MCU工廠)416，其功能是對該會議會話分配網絡418 (例如，因特網)最可用的基于網絡的MCU 404。系統400還包括各個可插入會議參與者(由客戶機420表示)，它們從主焦點獲得具有單個集成式名單的單個會議圖片，并且可以通過該焦點控制該會議。圖5示出在內聯網客戶機與各參與者交互以創建和加入會議的情況下，各參與者之間的數據流。在所公開的集中式會議體系結構中，存在對所有會議參與者可見的單個(或主)焦點。該焦點是同一會議中的各參與者的單個中央信令點。每一會議由唯一的SIP (會話發起協議)可路由會議URI來標識。通常，該URI路由到MCU所實現的、主存該會議的焦點。為了提供改進的用戶體驗，該系統引入主焦點的概念，其中所有會議URI都路由到該主焦點。客戶機用戶被該焦點授權參加會議，他們從該焦點獲得關于會議狀態的改變的通知，且所有的會議控制操作由客戶機向該主焦點發起。
該體系結構的各組件是客戶機500、焦點工廠502、焦點504、MCU工廠506和MCU508。所公開的會議體系結構的主特征之一是使用以分布式方式操作的多個組件而非常規的單片服務器體系結構。會議客戶機500是能夠加入和參與會議的端點。客戶機500首先與焦點工廠502交互來創建會議。焦點工廠502是創建會議的焦點504的實體。焦點工廠502將客戶機500指向將在其中舉行會議的適當焦點位置。焦點工廠502是在SIP前端機器上運行的作為SIP端點的應用程序，且其可用SIP URI來尋址。焦點工廠502是可SIP尋址的，且可使用HTTP (超文本傳輸協議)和SOAP (簡單對象訪問協議)URI來尋址。在一個架構實現中，焦點工廠502與焦點504共同配置在一起；在另一架構實現中，其未與之一起配置。每一會議池可被看作焦點工廠。焦點504是會議會話的集中式策略和狀態管理器。焦點504是表示會議的SIP端點，且用作會議的所有方面的中央協調者。焦點504負責實施會議控制策略，管理會議的總體安全，向客戶機通知會議狀態更新，并提供用于控制命令在客戶機500和MCU 508之間流動的管道。焦點504還代表所有客戶機與作為會議的一部分的每一媒體類型的MCU交互。焦點504存儲應答會議查詢所需的所有狀態或在一個前端服務器失效的情況下再生會議所需要的狀態。會議信息可被持久保存在SQL(結構化查詢語言)服務器數據庫以供將來使用，直到會話清除為止。焦點實例運行在會議池上。這允許客戶機連接到池中的任何前端服務器，從而允許更好的可用性、負載分布、和更好的縮放性。焦點504還負責程序引導MCU和維護通過例如HTTP接口的連接。在某些情況下，焦點504還可以用作代理來代理C3P (或CCCP—會議控制信道協議)命令和通知。這將在以下描述。焦點的概念對SIPPING順應會議是重要的。SIPPING是被特許定義對SIP的會議擴展的IETF (因特網工程任務組)工作組。SIPPING的特許權是定義會議狀態事件包模式。MCU工廠506是SIPPING概念，且向特定媒體類型的會議會話分配MCU 508。MCU工廠506負責使用用于創建會議的本地策略，來在MCU 508上提供特定媒體類型的會議。MCU工廠506在向會議分配MCU之前還可以考慮MCU上的當前負載。在一實現中，每一媒體類型可以有一個MCU工廠506。MCU 508負責管理一個或多個媒體類型。在所公開體系結構的一個場景中，所有會議控制命令都被客戶機500發送到焦點504，焦點504隨后在驗證發送該請求的客戶機500具有執行該操作的特權后，又將這些命令中繼到適當的MCU 508。媒體隨后直接在客戶機500和MCU 508之間交換。MCU類型可以包括數據協作MCU、音頻/視頻MCU、IM (即時消息傳送)MCU和ACP(音頻會議提供商)MCU。合適設計的第三方MCU可以插入到該體系結構中以增強參與者體驗，例如，用于音頻/視頻增強。該體系結構允許視將來所需而容易地添加其它MCU。例如，可以提供合適設計的MCU來用于應用程序共享或聊天。
以下是數據流的更詳細概要，其包括通信信道、在各組件之間交換的數據的語義和類型。圖5的客戶機/焦點工廠通信(由①所示)通過客戶機500首先定位焦點工廠502開始。客戶機應用程序與焦點工廠502通信來開始新的會議。如上所述，由于客戶機應用程序在用戶登入時獲得焦點工廠URI，因此客戶機500具有在任何時刻與焦點工廠502通信以開始新的自組織會議的手段。客戶機500不關心焦點工廠502例如位于服務器池的哪一服務器上；其只需要連接焦點工廠SIP URI。在所公開的框架中，創建會議意味著創建和配置焦點實例。焦點工廠502的工作是將焦點504的URI返回到客戶機500。這意味著客戶機500和焦點工廠502之間的對話不必持久，而只需持續充分長直到焦點URI被返回到客戶機500為止。在其向客戶機504返回焦點URI之前，焦點工廠503創建(若有必要)并配置焦點504。客戶機500可以提前將其需要的關于會議角色定義、媒體類型、特權、參與者等的所有信息傳遞到焦點工廠502，以使焦點工廠502可返回具有最終數據的成功響應。參考圖5的焦點工廠/焦點通信(由②表示),在從客戶機500接收到請求后,焦點工廠502創建焦點504并向客戶機500返回焦點URI (由③表示)。正如焦點工廠502 —樣，焦點504是由應用程序所表示的SIP端點。焦點工廠502將其從客戶機500接收到的請求重定向到焦點504，從而允許焦點504成為與客戶機500執行媒體協商的端點。在將焦點URI傳遞到客戶機500后，焦點工廠502不必保存任何狀態或做任何工作。MCU工廠506是提供MCU 508的訪問信息的邏輯實體。MCU工廠506可以是MCU設備或軟件供應商的供應商專用實現。焦點504通過設置知道系統中存在什么MCU工廠和它們支持什么媒體類型。因此，焦點504向MCU工廠506詢問關于如何聯系MCU 508的信息(由④表示)，且MCU工廠506基于其可能運行的任何內部邏輯來返回該信息(由④表示)。在MCU工廠506被請求向焦點504提供MCU 508 (由④表示)時，其找出哪一 MCU508最適合應答該請求并返回該MCU 508的URL (統一資源定位符)。每一 MCU都可被發布(例如，在活動目錄中)，從而允許拓撲中的所有MCU工廠506都能夠找到某類可用的MCU。每一 MCU 508還發布其用于在活動目錄中控制的HTTP地址。該地址是在MCU工廠506分配MCU資源508時被傳遞到焦點504的地址。然而，在該URL被傳遞到焦點504之前，MCU工廠506嘗試在MCU 508上提供會議(由⑤表示)。如果MCU的響應是肯定的，則該URL被返回給焦點504。焦點504隨后可以使用HTTP作為傳輸來與MCU 508通信(由⑥表示)。請求和響應的有效載荷可以是XML文檔。客戶機500經由信令協議和媒體協議與MCU 508通信(由⑦表示)。對于音頻/視頻MCU，該信令協議是SIP媒體，且可以通過RTP/RTCP來攜帶。對于會晤MCU，信令和媒體兩者都可以使用PSOM協議通過HTTP作為傳輸來攜帶。圖6示出用于實現會議系統600的組件體系結構的示例性詳細示圖。系統600包括前端計算機602、存儲系統604和分布式媒體組件606。前端計算機602包括用作SIP代理610的服務器進程608。除用作SIP代理和路由器之外，服務器進程608還提供由出席(和注冊器)服務器(或模塊)614所使用的內部API (稱為擴展模塊API)612、歸檔代理模塊616和SIPAPI模塊618。如圖所示，所有這些擴展模塊612都可以在同一進程中運行。在SIP代理進程610中不需要運行第三方軟件。出席/注冊器模塊614提供注冊器和出席功能。出席和注冊器模塊614管理SQL服務器數據庫(或MSDE )中的所有注冊信息和出席信息。SIP代理和相關聯的擴展模塊的組合被統稱為服務器前端。如圖所示，前端的功能 被增強以經由會議模塊618 (也被稱為會議管理器)包括會議特征。會議管理器618是提供信令和會議管理功能的服務器組件。會議管理器618的主要元件是焦點和焦點工廠。如上所述，焦點是表示會議的SIP端點。其負責管理會議的狀態，實施安全，管理各個角色和特權，并向客戶機(未示出)提供會議狀態更新。焦點還代表所有客戶機與作為會議的一部分的每一媒體類型的MCU交互。會議數據庫620包含關于在服務器602上提供的會議的每一個的信息。這包括關于會議ID、與該會議相關聯的口令和/或PIN、開始時間和結束時間(如果有的話)、角色和特權等的信息。數據庫620還包括關于運行會議的信息以供從焦點失效中恢復。出席/注冊器信息和會議信息可以是同一物理數據庫(例如，會議數據庫)的不同表。每一 MCU負責管理一個或多個媒體類型。在一實現中，所有會議控制命令都被客戶機發送到焦點，焦點隨后在驗證發送該請求的客戶機具有執行該操作的特權后，又將這些命令中繼到適當的MCU。媒體隨后直接在客戶機和MCU之間交換。MCU包括兩個邏輯片段媒體控制器(MC)和媒體處理器(MP)。媒體控制器負責管理焦點和MCU之間的控制命令。媒體處理器負責媒體管理，比如，混合、中繼、代碼轉換。在MCU是數據協作MCU的情況下，媒體處理器是負責管理整個數據協作體驗的復雜的軟件組件。每一 MCU可以將其內容和狀態信息存儲在相關聯的存儲單元中，以供在故障和/或失效發生時取回。在MCU是音頻/視頻MCU的情況下，媒體處理器具有關于混合音頻和視頻流、縫合視頻流、為處于慢鏈路上的客戶機降頻轉換(down-convert)媒體等等的極為專業的知識。在所有的會議組件中，媒體處理器可以是最為CPU密集和網絡密集的組件。因此，MCU可在與還提供縮放的會議管理器不同的物理計算機上操作。在一實現中，媒體控制器和媒體處理器被共同配置在同一機器上以簡化部署。在替換實現中，媒體控制器和媒體處理器位于不同的機器604上。前端計算機602還可以運行包括web服務和web調度應用程序624以及MCU工廠626的web服務器622。如前所述，MCU工廠626負責使用用于創建會議的本地策略來在MCU上提供特定媒體類型的會議。MCU工廠626在向會議分配MCU之前還可以考慮MCU上的當前負載。負載平衡數據可以存儲在負載平衡數據庫628中。在該特定實現中，每一媒體類型有一個MCU工廠。然而，在替換實現中，一個MCU工廠適當地穩健，以處理多個不同的媒體類型。web協作特征可由數據協作MCU來提供。數據協作MCU是在“PS0M”技術上設計的。數據協作MCU支持諸如例如呈現軟件文檔、字處理和電子表格文檔、聊天、投票、白板、和應用程序共享等特征。音頻/視頻MCU提供建立在工業標準RTP (實時傳輸協議)和RTCP (RTP控制協議)上的多方音頻和視頻混合和中繼能力。可以設計并提供其它MCU，比如，即時消息傳送(M)MCU 和 ACP MCU。web服務器624提供用于調度在線會議的調度應用程序(例如，ASP. NET)。該應用程序使用用于提供會議和用于管理會議策略的web服務API。web調度程序日程安排所使用的數據庫可以是焦點/會議數據庫620。MCU的內容和狀態可以存儲在本地數據存儲630上。·
還可以提供針對豐富存儲和視圖的服務，以供使用像議程、動作項目、后續議題、與共享工作空間相關聯的文檔等會晤元數據來管理正在進行的會晤。認證可以構成會議體系結構的一個集成部分。在一實現中，用戶的登錄證書可被用于自動地認證該用戶(例如，單個登錄)。也可向web風格的表單提供表單認證(例如,用戶名和口令)，其中用戶顯式地輸入其用戶名和口令。授權可以基于在初始認證握手之后客戶機安全地發送到服務器的白底(opaque)來實施。還可以施加從客戶機到服務器的傳輸信道的強加密(例如，128位加密)。web會議可以涉及與可能在服務或企業中沒有帳號的用戶舉行在線會晤。這些一次性會晤相當普遍。認證一次性會議參與者可以通過向每一會話分配唯一口令來支持，該口令通過像電子郵件等帶外手段傳遞給可能的參與者。存在在會議應用程序中授權是必需的若干情形。會議占據服務器/服務上的資源。因此，可以在允許用戶創建會議之前施加強迫授權。在另一示例中，在給定的會議中，所有用戶都不擁有所有特權。例如，用戶的某一子集被允許在該會話中出席并發言，而用戶的不同子集只被允許旁聽。在另一示例中，并非會議中的所有用戶都被允許邀請其它用戶加入。存在靜音/解除靜音(unmute)會議、靜音/解除靜音特定用戶、或將取消用戶與會資格等會議控制動作。可以使這些動作的每一個都首先請求一特權或許可。具有這些特權的用戶組對于會議的每一個可以是不同的。每一會議可能具有不同的成員，且即使用戶被授權參與多個會議，該用戶在這些會議的每一個中也可能具有不同的特權。為此，這樣做是更簡單的定義“角色”組，將一組“特權”與這些角色進行關聯，并隨后使會議創建者向用戶分配這些角色的每一個。例如，可以有“組織者”角色、“主持人”角色和“聽眾”角色。創建會議的用戶將不必指定這些角色的每一個擁有什么特權。每一角色的特權可由會議服務器管理員預先配置。角色名稱可被選擇成暗示(或直觀表達)其可能具有的特權種類。圖7示出示例性服務器體系結構和用于會議和分布式MCU的協議的示圖。可以在客戶機700和服務器702之間使用多個協議，每一個都針對不同的用途。客戶機700被示為具有可以訪問底層會議控制和管理組件706和會議媒體組件708的用戶接口 704。管理組件706可以訪問提供會話邀請名單和/或第三方會議名單的名單組件710。會議媒體組件708便于訪問數據協作和應用程序共享組件712和音頻/視頻組件714。服務器702包括焦點組件716、數據協作和應用程序共享MCU組件718、和音頻/視頻(AV)MCU組件720。客戶機700和服務器702包括用于使用各種協議的協議接口組件(例如，SIP、PSOM、RTP/RTCP)。客戶機/服務器SIP組件利用信令和控制協議來建立會話和管理會議。在該特定實現中，SIP (例如，如在RFC 3261中所指定的)被用于建立和終止呼口H。另外，同一會議會話可用于使用SIP-CX擴展來進行會議策略控制和第三方控制。在一實現中，SIP-CX命令通過SIP-INFO來隧道傳輸。在另一實現中，可以使用C3P控制協議命令。在又一實現中，可以利用來自XCON—關于集中式會議的IETF工作組一的用于會議策略控制的標準化傳輸和協議。SIP可以使用TCP (傳輸控制協議)或TLS (傳輸層安全)作為底層傳輸協議。獨立的訂閱-通知對話可用于訂閱會議包和在狀態改變時獲得通知。會議的名單可以基于該訂閱-通知對話來驅動。PSOM可以是用于數據協作的媒體協議且可以使用TCP或HTTP作為低層傳輸。 對于會議中的每一媒體，將使用媒體傳輸。RTP和RTCP可被用來提供音頻/視頻功能。在客戶機700和服務器702之間的UDP連接可用的情況下，RTP/RTCP可運行在UDP(用戶數據報協議)上。如果沒有UDP連接，RTP/RTCP可以通過TCP或HTTP來隧道傳輸。對于其它媒體類型可以使用其它媒體協議。例如，聊天可以在MSRP (消息會話中繼協議)上獲得支持，而應用程序共享可以在RDP (遠程桌面協議)上獲得支持。這些的每一個可以作為單獨的媒體類型來運行。在另一實現中，這些協議兩者都可在PSOM的頂部實現。圖8-18示出用于創建會議，撥入會議，通過撥入和撥出用AV MCU加入媒體會話，執行對參與者的自組織邀請，以及經由數據MCU加入協作會話的各呼叫流程圖。客戶機應用程序與焦點工廠通信來開始新的會議。創建會議意味著創建和配置焦點實例。焦點工廠的工作是向客戶機返回焦點的URI。客戶機和焦點工廠之間的這一通信不必是持久的。其只需要持續到焦點URI被返回到客戶機為止。焦點/會議URI被構建為包括唯一會議標識符、唯一服務器標識符、和在用戶信息部分主存會議的域，例如，organizeridomain, com ；ms-app=conf ;ms-conf-id=ll。客戶機可以用三種方式創建會議經由web服務、SIP邀請機制和SIP服務機制。圖8示出用于經由web接口 /服務發起會議創建的示例性呼叫流程圖。客戶機連接到已知焦點工廠web URI并使用所暴露的web接口來創建焦點。在成功創建焦點后，網頁將客戶機指向必要的信息，以使會議客戶機撥入到該會議。圖9示出用于經由邀請機制發起會議創建的示例性呼叫流程圖。客戶機將其需要的關于會議、媒體類型、特權、參與者等的所有信息作為INVITE (邀請)請求的一部分來傳遞給焦點工廠。焦點工廠創建焦點實例，并使用所生成的焦點URI將客戶機重定向到焦點。更具體地，客戶機向焦點工廠發送帶有要創建會議的信息的INVITE請求。焦點工廠向客戶機發送臨時Ixx響應，以便在焦點工廠實例化焦點時客戶機事務不超時。如果結果是創建焦點所花費的時間小于SIP事務超時，則可以忽略發送該響應。焦點工廠隨后從INVITE中解析出所有所需信息，并創建焦點實例。因為焦點工廠和焦點可以共同配置，該創建焦點的調用可以僅僅是本地函數調用。焦點工廠隨后發送具有聯系報頭的302響應，從而重定向客戶機以與焦點開始新的邀請會話。客戶機將ACK發送回焦點工廠。
圖10示出用于經由SIP服務機制發起會議創建的示例性呼叫流程圖。客戶機將其需要的關于會議、媒體類型、特權、參與者等的所有信息作為服務請求的一部分來傳遞給焦點工廠。焦點工廠創建焦點實例，并在2000K響應中將連接信息發送回客戶機。更具體地，客戶機向焦點工廠發送帶有要創建會議的信息的SERVICE請求。焦點工廠從SERVICE中解析出所有所需信息，并創建焦點實例。因為焦點工廠和焦點可以共同配置，該創建焦點的調用可以只是本地函數調用。焦點工廠發送具有會議信息的2000K響應。圖11示出用于客戶機撥入會議的示例性呼叫流程圖。客戶機與焦點建立用于撥入會議的INVITE對話和SUBSCRIBE (訂閱)對話。客戶機使用INVITE對話來加入會議，并還將其用于從客戶機到焦點的命令通信量的第三方控制。來自客戶機的控制命令在INFO(信息)消息內部攜帶。INFO消息的本體包含C3P控制請求且由焦點處理。客戶機使用SUBSCRIBE/NOTIFY (訂閱/通知)對話來監視會議狀態。焦點接受訂閱并將任何會議狀態改變通知訂閱者。狀態包括焦點本身所維護的狀態、會議策略和媒體信息。例如，如果客戶機在INVITE對話中使用INFO消息所發送的命令是改變會議狀態的命令，則焦點還通過發送經更改的會議狀態的NOTIFY來通知客戶機。更具體地，客戶機向焦點URI發送INVITE請求來加入會議。該INVITE對話有兩個目的其暗示客戶機加入會議以及其被用于使用該對話中的INFO請求進行會議的第三方控制。INVITE本體中的C3P addUser請求可被用來指定特定的客戶機屬性(例如，顯示名稱、角色、隱藏的參與者)。客戶機發送對會議事件包的SUBSCRIBE來監視會議狀態通知。初始會議狀態文檔可以承載在屬于表達支持該擴展的客戶機的SUBSCRIBE的2000K中。圖12示出用于客戶機通過addUser撥入經由數據協作MCU加入的示例性呼叫流程圖。對于會議中的每一 MCU，焦點分配可路由到焦點本身的虛擬SIP URI。從焦點到客戶機的初始通知包含會議中的所有MCU的URI。客戶機可以用三種方式來用MCU建立媒體會話對MCU URI的addUser撥入、使用MCU URI的addUser撥出和對MCU URI的直接媒體INVITEo對于addUser撥入，客戶機發出addUser撥入C3P命令，且焦點將該命令轉發給MCU0 MCU授權該命令并返回適當的連接信息。客戶機隨后用該MCU建立引導媒體會話。這可以是對非基于SIP的MCU的撥入的主模式。更具體地，客戶機用其在通知文檔中接收到的MCU URI發送INFOaddUser撥入命令。焦點檢查MCU是否已分配到該會議的這一特定模式(媒體)。如果MCU未被分配，則焦點向MCU工廠發送HTTP請求，請求其向該會議分配一 MCU。假定MCU已被分配給該會議，則焦點隨后向所分配的MCU發送HTTP請求，請求其期待新參與者(addUser)。如果焦點是第一次與該MCU通信，則可能必須發送其它程序引導請求以在該MCU上初始化會議。該MCU用預期的參與者(addUser)呼叫的成功消息來響應。該響應還將具有其想要參與者與其對話的MCU的實際URL。在數據協作MCU的情況下，URL可以是POSM URL。也可以返回授權信息(如果有的話)。焦點向客戶機發送PSOM連接信息。客戶機隨后直接用MCU建立PSOM信道。一旦客戶機成功地加入MCU，其就向焦點發送參與者已加入事件。焦點隨后向會議的所有監視者發送參與者已加入MCU狀態改變通知(經由SIPPING BEN0TIFY (或Best Effort NOTIFY(盡力通知)))。圖13示出用于客戶機通過addUser撥出經由音頻/視頻MCU加入的示例性呼叫流程圖。客戶機發出addUser撥出C3P命令且焦點將該命令轉發到MCU。MCU授權該命令并撥出到addUser命令中提到的客戶機。客戶機隨后用該MCU建立直接媒體會話。這在客戶機連接到基于SIP的MCU (例如，A/V MCU和頂MCU)中使用。這一機制還可以被用于客戶機經由MCU撥出到另一客戶機。更具體地，客戶機用其在通知文檔中接收到的MCU URI發送INFOaddUser撥出命令。焦點隨后檢查MCU是否已分配到該會議的這一特定模式。如果MCU未被分配，則焦點向MCU工廠發送HTTP請求，請求其向該會議分配MCU。假定MCU已被分配給該會議，則焦點隨后向所分配的MCU發送HTTP請求，請求撥出到用戶。該MCU使用通常是焦點服務器本身的外出SIP代理向客戶機撥出INVITE。客戶機直接用該MCU建立RTP媒體信道。一旦客戶機成功地加入MCU，其向焦點發送參與者已加入事件。焦點隨后向會議的所有監視者發送參 與者已加入MCU狀態改變通知。圖14示出用于客戶機經由對MCU的直接邀請來加入的示例性呼叫流程圖。對MCU的直接媒體INVITE對使用SIP建立會話的MCU (例如，A/V MCU、IM MCU)起作用。客戶機可以向MCU URI直接發送媒體會話邀請而無須任何預先的addUser呼叫。INVITE被路由到焦點且焦點代表客戶機向MCU發起addUser。MCU授權并用連接信息響應。焦點檢查該連接信息是否是可路由的SIP地址并將該INVITE直接轉發到MCU。這主要是支持非C3P純SIP客戶機撥入會議。C3P客戶機可以從會議通知取得MCU URI并向可以嘗試直接撥入MCU的純SIP客戶機發送REFER (引用)消息。更具體地，客戶機向其在通知文檔中所接收到的MCU URI發送INVITE。該INVITE被路由到焦點。客戶機可以添加關于媒體協商的會話描述。因為焦點知道該INVITE被尋址到特定MCU，所以其在該INVITE的本體中安全地省略任何會話描述。焦點隨后向所分配的MCU發送HTTP請求，請求其預期新的參與者(addUser撥入)。如果這是焦點第一次與該MCU通信，則其可以發送其它程序引導請求來在該MCU上初始化會議。該MCU用關于預期的參與者呼叫的成功來響應。該響應還將具有其想要參與者與其通信的MCU的實際URL。在A/V MCU的情況下，URL指示參與者可以經由SIP與MCU通信。在A/V MCU的情況下，焦點將INVITE轉發到MCU。客戶機發送回ACK來完成INVITE對話，還被用于與MCU的媒體協商。注意，雖然客戶機直接與MCU建立INVITE對話，但SIP請求自身通過焦點。一旦客戶機成功地加入MCU，其就向焦點發送參與者已加入事件。焦點向會議的所有監視者發送參與者已加入MCU狀態改變通知。獲得了客戶機和MCU之間的直接媒體協商。在音頻/視頻的情況下，這可以是RTP/RTCP流。圖15示出對另一客戶機參與者的產生撥入的自組織邀請的示例性呼叫流程圖。客戶機隨后向參與者發送應用程序(app) INVITE。具有嵌有授權PIN的會議URL的應用程序邀請將作為消息提示出現在用戶的客戶機中。一旦參與者接受/點擊該消息提示，其將啟動將參與者撥入會議的會議客戶機。更具體地，客戶機向參與者發送包括參與者撥入會議的所有必需信息的應用程序邀請，包括授權消息(如果有的話)。應用程序邀請將作為提示顯示在控制臺中。一旦參與者接受該提示，會議客戶機將發起使客戶機撥入會議。在客戶機成功地撥入到會議后，焦點向會議的所有監視者發送名單更新通知。圖16示出對另一客戶機的自組織撥出INVITE的示例性呼叫流程圖。在客戶機I和焦點之間發起客戶機加入序列，隨后從客戶機I向焦點發送INFO addUser撥出消息。從焦點返回200ACCEPT (接受)消息。焦點向MCU發送addUser撥出消息，且MCU用2000K響應。MCU向第二客戶機2發送經由焦點路由的INVITE消息。客戶機2用2000K消息響應，隨后從MCU接收ACK。隨后在MCU和客戶機2之間發起媒體流(例如，使用RTP)。MCU向焦點發送參與者已加入事件。焦點隨后向客戶機I發送更新名單消息，指示客戶機2已加入會議會話。 上述應用程序邀請機制對理解應用程序邀請和C3P協議機制的新客戶機起作用。然而，可以邀請不理解C3P的傳統客戶機。該機制還可以被用來將純SIP客戶機拉(pull)入會議。客戶機可以向初始INVITE對話發送BYE (再見)來離開會議。為了檢測到崩潰的客戶機，可以使用會話保持活躍消息。可以進行從MCU到焦點和從焦點到客戶機的會議狀態通知。狀態通知數據模型包括以下元素會議描述(例如，名稱、主題、組織者描述)；包括關于能力、當前狀態、設置和策略等信息的會議視圖(例如，每一實體焦點的會議級別信息，如AV MCU、IM MCU);用戶(例如，會議名單、用戶、對應的端點和其連接到的媒體會話)；以及私下會議(分會議的表示)。以下代碼表示會議狀態分層結構的一個示例。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、數據)且沒有用戶登錄的初始會議狀態的
一個示例。<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的發現通過分組策略使用，通過DNS (域名服務器)、服務器的固定URI和用戶概況數據。一種管理員通常用來向客戶機分發設置的方法是使用分組策略對象(GP0)。某些應用程序設置和特征可以通過GPO設置來打開或關閉。例如，管理員可以通過GPO選擇移除某些菜單選項或添加某些其它選項。通過使用GP0，域管理員可以將特定用戶組指向特定焦點工廠。這排除了手動配置要求。另一選項是使用DNS記錄來將客戶機指向焦點工廠URI。DNS SRV是標準DNS服務器的擴展，且被用來獲取服務器的一個或多個IP地址，每一服務器都具有其自身的優先權。以下是示例SRV記錄_http. _tcp. example, com. SRV 10 5 80. www. example, comSRV記錄命名慣例要求記錄順序地包含以下各項下劃線，其后是服務名，點，下劃線，其后是協議，點，隨后是域名。另一選項是使用焦點工廠的固定URI，如sip:FocusFactoryimicrosoft. com該方法一起排除了猜測和發現要求。運行在池的前端機器上的應用程序將其解釋為特殊URI并那樣處理。這意味著同一 URI由運行在多個池中的各應用程序所表示。另一方法是通過用戶概況數據。用戶登入以獲得漫游聯系人和安全信息。客戶機可以訂閱各種類型的數據，包括漫游聯系人、漫游ACL (訪問控制列表)、對用戶出席數據的未決訂閱請求等。該信息被存儲在出席存儲中。不管客戶機在內聯網的內部還是外部，數據都被攜帶到客戶機。在客戶機注冊其出席信息時，其訂閱這些數據類型且服務器使用SIP協議(使用NOTIFY消息)來發送它們。通過引入另一數據類型，即FocusFactoryURI (焦點工廠URI)，客戶機然后還可以訂閱該數據并將其作為原始握手的一部分來接收。所添加的優點是，在該信息改變時，客戶機是使用SIP語義來通知的，因為客戶機訂閱了 FocusFactoryURI數據類型。關于可以如何存儲該數據有兩個選項。首先，每一用戶可以具有單獨的FocusFactoryURI。在該方式下，出席存儲可被擴展并存儲被允許參與會議的每一用戶的URI。在第二種方式下，焦點工廠URI是池級設置，所有用戶都寄宿在該池共享上。該方法的一個優點是其不要求針對每一用戶管理工廠URI，而是針對整個池存儲單個URI。因為池設置是在該池中的所有前端服務器之間共享的，所以運行在每一前端上的用戶服務模塊可以訪問該設置。該設置對系統中的其它池是可見的。焦點工廠和焦點實例可被主存在不寄宿用戶的池上。這產生了對來自客戶機去往 主存焦點工廠和焦點實例的池的請求的路由需求。即使第一需求不在于此，請求也被從連接到不同池的客戶機路由到主存焦點實例的池。用戶服務可以在數據庫中查詢客戶機所詢問的各種類型的數據，將其格式化為XML格式，并用NOTIFY消息來響應。對于該特定數據類型,代替去往數據庫檢索之,接收該請求的前端機器可以查閱池級設置并準備XML文檔來用NOTIFY發送。如果該設置被更新，則將其改變在時間窗口(例如，5分鐘)內通知用戶服務，從而允許其更新它的關于該設置的本地值。對于寄宿來自多個域的用戶的池，該設置對所寄宿的域的每一個來說都是可配置的，以允許所寄宿的不同的域的不同工廠URI。其示例是主存解決方案，其中用戶分散在多個可能的域上。提供了每一池存儲多個域名和向其分配焦點工廠URI的能力。該設置對所有池是可見的。客戶機應用程序與焦點工廠通信來開始新的會議。如上所述，由于客戶機應用程序在用戶登入時獲得焦點工廠URI，所以其具有在任何時刻與焦點工廠通信以開始新的自組織會議的手段。在SIP客戶機想要與另一客戶機通信時，客戶機之間的SIP對話以一方發送到另一方的INVITE開始。SDP (會話描述協議)包在該INVITE和該同一 INVITE的2000K響應中攜帶，作為用于媒體協商的有效載荷。在所公開的框架中，創建會議意味著創建和配置焦點實例。焦點工廠的工作是向客戶機返回焦點的URI。這意味著客戶機和焦點工廠之間的這一對話不必是持久的。其只需要持續到焦點URI被返回到客戶機為止。焦點工廠在其向客戶機返回其URI之前創建并配置焦點。該配置設置該會議要使用的媒體類型，預期參與者數量，已知的參與者的角色和特權，角色定義等。焦點工廠具有允許提前調度會議的web服務接口。在該場景中，會議客戶機直接與焦點對話，從不與焦點工廠建立對話。然而，對于自組織會議，會議客戶機與焦點工廠對話來使之提供焦點URI。圖17示出使用重定向的示例性呼叫流程圖。最初，客戶機向焦點工廠URI發送INVITE，其中·目的地=焦點工廠URI
源=用戶 URI 內容類型=多方MME·內容=包含初始參與者列表、角色映射和模板標識令牌的XML內容運行在池上的焦點工廠應用程序接收該消息，并返回100—正在進行中或180—Ringing(振鈴)臨時響應。這允許客戶機等待同時允許焦點工廠執行任何數據準備和查找。焦點工廠創建焦點并在302—重定向響應一的聯系人報頭中返回焦點URI。這允許客戶機緩存聯系人報頭值作為會議URI。客戶機向其接收到的焦點URI發送同一 INVITE。唯一的不同之處是，這次目的地報頭具有作為會議ID (conf-id)的GRUID參數。圖18示出將創建會議和客戶機加入會議分開處理的示例性呼叫流程圖。這更好地反映了發生的操作的各個階段。因此，創建會議包括將INVITE從客戶機傳遞到焦點工廠，可任選地接收回正在進行中響應180,從焦點工廠向焦點發送CreatFocus (創建焦點)以創建焦點實例，向焦點工廠返回焦點數據，向客戶機發送聯系人焦點URI，并確認接收。與加入會議相關聯的消息包括向焦點發送具有客戶機的焦點URI的INVITE，將2000K接收回客戶機，并確認接收。在從客戶機接收到INVITE消息時，焦點工廠創建焦點并向客戶機返回焦點信息。正如焦點工廠一樣，焦點是由應用程序所表示的SIP端點。焦點工廠將其接收到的INVITE請求重定向到焦點，從而允許焦點成為與客戶機進行媒體協商的端點。 如上所述，焦點是會議的“經注冊”處理程序。焦點URI表示會議，且還被稱為會議URI。一種確定性方法是對URI的用戶部分使用固定模式，并用會議ID信息來對其注釋。這允許以更容易的方式基于該URI來編寫路由邏輯，并允許焦點URI被映射到企業內的單個應用程序，這便于對系統的管理。這一使用由對SIP的“GRUU/GRID擴展”來概括，其允許向公知焦點URI附加GRUU參數。示例是Sip:conf-mgriconfserver, company, com;grid=Schumacher1980Sip:FocusFactoryMSiconferencing. microsoft. com;grid=conf34242834焦點工廠行為是焦點駐留在焦點工廠在其上運行的同一池上。這可以是用于縮放完全與SIP注冊器服務器分開的會議焦點實例的可配置設置。焦點實例同時在池中的所有前端機器上運行。這允許客戶機連接到池中的任何前端，從而允許負載分布和更好的縮放性。要在會議的焦點實例之間共享的焦點狀態保持在數據庫中。該數據包含名單、角色和特權、媒體類型和MCU身份等。每一焦點實例都處理連接到特定前端的客戶機的連接狀態，該焦點實例在特定前端上運行。因為每一焦點實例都是SIP端點，所以這些連接都是SIP對話。在焦點URI傳遞給客戶機時，該URI的一部分是會議ID，該ID是數據庫引擎所生成的引用數據庫中的會議記錄的數字。該數據庫記錄包含指示該記錄應該在數據庫中保持多久以及關于該會議的其它信息的數據。在將焦點URI傳遞到客戶機后，焦點工廠不必保存任何狀態或做任何工作。在客戶機通過其所連接的寄宿服務器向焦點URI發送INVITE時，該INVITE被路由到將主存該會議的池。在接收到該INVITE后，池中的前端機器之一創建會議并向客戶機作出響應。如上所述，焦點實例在池的所有前端機器上運行。要考慮的問題包括路由、性能、穩定性、和可靠性。如前所述，與會議相關聯的狀態存儲在可由池的所有前端機器訪問的數據庫中。這允許與該會議相關的狀態在運行在該池中的不同前端機器上的多個焦點應用程序實例之間共享。結果，每一客戶機都連接到其池和/或寄宿服務器且它們試圖到達的焦點運行在該箱上，準備應答它們可能發送的所有會議相關請求。圖19示出服務器池系統1900，該系統在池中的不同前端機器上運行的多個焦點應用程序實例之間共享狀態。系統1900通過將負載分布到遍及所有前端機器(或前端)、排除路由需求、以及使用高可用性特征，來解決路由、性能、穩定性和可靠性問題。連接管理負載隨機地在該池中的所有前端機器之間分布。附加前端機器可以容易地添加和移除，因為它們除與池相關聯外沒有身份。對于穩定性，在前端失效的情況下，連接到該前端的所有用戶都可以嘗試并重新連接到該會議。所有這些用戶將被再次平衡負載并連接到同一池中的其它前端。路由問題被排除，因為都不需要。會議的共享狀態被存儲在數據庫中，且所有前端都可以訪問它。沒有一個機器需要作為信息中間人。圖20示出兩個分開的與焦點實例的客戶機-焦點對話的示例性呼叫流程圖。INVITE對話是允許客戶機加入會議的對話，且其被用于從客戶機到焦點的進一步命令話務。來自客戶機的命令在INFO消息內攜帶。INFO消息的本體包含SOAP類XML本體且由焦·點處理。注意，圖20中的該單個INFO消息表示該會議的持續時間中的所有INFO消息。基于分配給客戶機的角色，客戶機可以發出用于會議控制、會議策略控制、媒體控制或媒體策略控制的命令。一旦客戶機加入了會議，則應當向其通知該會議中正在發生的事件，如加入和去除的參與者，添加或移除的媒體等。這些對會議狀態的改變以及對會議策略和媒體的改變通過在該對話中發送到客戶機的NOTIFY消息來攜帶。如果由客戶機在INVITE對話中使用INFO消息所發送的命令是改變會議狀態的命令，則焦點通過發送包含會議狀態的經更改部分的NOTIFY來通知客戶機。注意，圖20中的該單個NOTIFY消息表示該會議的持續時間中的所有NOTIFY消息。用于在會議中開始媒體類型的選項是創建中心并在創建中心時向所有MCU通知該會議。這允許稍后的媒體啟用變得快速。另外，由于在前啟用媒體，所以MCU將知道可以提前聯系他們的名單的那一部分，從而允許無延遲地執行針對媒體的用戶加入操作。在該模型中，一旦創建了焦點，其就向MCU發送命令，分配會議狀態和傳遞關于預期參與者的會議名單。該焦點隨后用所使用媒體類型的MCU信息來更新會議狀態。這樣，參與者無論何時進入并加入媒體，該焦點都不必去往MCU來獲取連接信息。對于加入該會議的第一和最后參與者來說體驗將是一個并且是相同的。如上所述，MCU工廠是提供MCU的訪問信息的邏輯實體。MCU工廠可以是MCU設備或軟件供應商的供應商專用實現。焦點通過設置知道系統中存在什么MCU工廠和它們支持什么媒體類型。焦點詢問MCU工廠關于如何聯系MCU的信息，而MCU工廠基于其可能正在運行的任何內部邏輯來返回該信息。例如，考慮其中存在用于A/V活動的第一和第三方MCU的部署。這意味著MCU工廠列表將包括兩個實體，一個對應于該媒體類型的這些供應商的每一個。設置的示例表示包括以下
權利要求
1.一種計算機實現的會議系統，包括 存儲指令的存儲設備；以及 訪問并執行所述指令的處理單元，所述處理單元對所述指令的執行使得所述會議系統響應于客戶機提交的會議建立請求來提供會議控制組件，所述會議控制組件被配置成從所述客戶機接收所述會議建立請求以創建會議會話； 在接收創建所述會議會話的所述請求之后，向所述會議會話分配向所述客戶機提供所述會議會話的媒體的分布式媒體組件； 在所述會議控制組件向所述會議會話分配所述分布式媒體組件之后，向所述客戶機返回所述分布式媒體組件的統一資源標識符； 接受所述客戶機對所述會議會話的訂閱；以及 將與所述會議會話相關聯的狀態的改變通知給已訂閱的客戶機，其中所述通知作為BENOTIFY消息來提供。
2.如權利要求I所述的系統，其特征在于，所述分布式媒體組件是適應數據、音頻信號、視頻信號、和即時消息傳送信號的至少一個的多點控制單元。
3.如權利要求I所述的會議系統，其特征在于，所述會議控制組件提供維護管控所述會議會話的操作以及允許參與者參加所述會議會話的規則的策略和名單組件。
4.如權利要求I所述的會議系統，其特征在于，所述會議控制組件提供通過基于參與者身份信息限制對所述會議會話的訪問來在所述會議會話上施加安全的認證組件。
5.如權利要求I所述的會議系統，其特征在于，所述會議控制組件提供向所述會議會話分配所述分布式媒體組件的分配組件。
6.如權利要求I所述的會議系統，其特征在于，所述會議控制組件提供調度所述會議會話的調度組件。
7.如權利要求I所述的會議系統，其特征在于，還包括前端服務器的會議池，所述前端服務器的每一個都運行所述會議會話的實例，所述前端服務器池包括處理單元，客戶機訪問所述前端服務器的一個來訪問所述會議會話。
8.如權利要求7所述的系統，其特征在于，所述前端服務器的會議池包括在所述前端服務器之間平衡會話負載的負載平衡器。
9.一種管理多方會議的方法，包括 從會話參與者接收請求以創建會議會話； 響應于所述請求創建來提供會議控制組件，所述會議控制組件被配置成 響應于所述請求創建并配置所述會議會話； 在接收所述請求之后，評估分布式多點控制單元MCU的可用性以供所述會話參與者進行媒體訪問； 在評估所述分布式MCU的可用性之后，向所述會議會話分配可用的MCU以供所述會話參與者訪問會話，所述可用的MCU位于所述分布式MCU中； 在將所述可用的MCU分配給所述會議會話之后，向所述會話參與者返回所述可用的MCU的統一資源標識符； 接受客戶機對所述會議會話的訂閱； 將與所述會議會話相關聯的狀態的改變通知給已訂閱的客戶機，其中所述通知作為BENOTIFY消息來提供；以及 認證參與者對所述會議會話的訪問。
10.如權利要求9所述的方法，其特征在于，還包括在數據庫中維護所述會議會話的狀態息。
11.如權利要求9所述的方法，其特征在于，還包括 接收所述分布式MCU中的分配給所述會議會話的每一 MCU的個別狀態信息； 通過聚集所述個別狀態信息來為分配給所述會議會話的MCU生成所聚集的狀態信息；以及 向所述會議會話的每一客戶機分發所聚集的狀態信息。
12.如權利要求9所述的方法，其特征在于，還包括基于會話參與者的改變來更新會話名單。
13.如權利要求9所述的方法，其特征在于，還包括將URI地址與所述可用的MCU的每一個進行關聯，所述會話參與者經由所述可用的MCU的一個訪問所述會議會話。
14.如權利要求9所述的方法，其特征在于，所述請求是會話發起協議(SIP)請求。
15.如權利要求9所述的方法，其特征在于，還包括程序引導可用的MCU進入所述會議會話。
16.如權利要求9所述的方法，其特征在于，還包括使用對MCUURI的撥入，使用所述MCU URI的撥出，或從所述可用的MCU到所述MCU URI的直接邀請，來加入所述可用的MCU，所述MCU URI標識所述可用的MCU。
17.如權利要求9所述的方法，其特征在于，還包括向另一參與者發出自組織邀請。
18.如權利要求9所述的方法，其特征在于，還包括經由所述會議控制組件呈現所述會議會話的單個會議視圖。
19.一種不包括已傳播的數據信號的計算機存儲介質，所述計算機存儲介質包括指令，計算設備對所述指令的執行將所述計算設備配置成 響應于客戶機提交的會議建立請求來提供集中式會議控制組件，所述會議控制組件被配置成 從所述客戶機接收所述會議建立請求以供初始化會議會話； 響應于接收所述請求來創建所述會議會話的會議實例； 作為對所述請求的響應，創建所述會議會話的地址并將其發送到所述客戶機； 在接收所述請求之后向所述會議會話分配分布式MCU，所述會議控制組件基于所述分布式MCU提供的媒體類型的可用性來向所述會議會話分配所述分布式MCU ； 在所述會議控制組件將所述MCU分配給所述會議會話之后，向所述客戶機返回所述分布式MCU的統一資源標識符； 在所述會議會話期間管理會議狀態； 將與所述會議會話相關聯的狀態的改變通知給已訂閱的客戶機，其中所述通知作為BENOTIFY消息來提供。
全文摘要
用于可縮放、可插入、多方、和分布式多媒體會議的體系結構。集中式策略和控制會議組件允許無縫地插入不同的分布式媒體組件(例如，數據、音頻/視頻、消息傳送)，以適應客戶機參與會議會話。該集中式會議控制組件包括以下用于接受對會議狀態的訂閱并通知訂閱者該狀態的變化的會議通知服務；用于存儲和操縱會議策略和名單的會議策略和名單控制服務；用于基于用戶身份信息來授權/認證用戶的安全服務；用于會議調度的調度服務；用于分配會議會話的最可用的媒體組件的分配服務；以及用于分布式媒體組件的會議策略和名單管理的MCU管理服務。
文檔編號H04L29/06GK102904733SQ20121034250
公開日2013年1月30日 申請日期2007年9月5日 優先權日2006年9月15日
發明者D·D·塞卡萊, S·D·皮爾斯, S·D·考克斯, S·舍洛夫, P·科蒂斯, D·尼科爾斯, B·K·梅達, V·艾戴爾曼, V·K·H·帕塔薩拉蒂, O·萊文, G·基米馳 申請人:微軟公司