一種會議預約方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種會議預約方法及裝置，方法包括：輸入會議的會議時間信息，以及參與會議的一個或多個終端的位置選擇范圍信息；將所述會議時間信息、位置選擇范圍信息與預先保存的會議資源信息進行匹配；匹配成功，則會議預約成功；匹配失敗，則會議預約失敗；其中，所述會議資源信息包括所有終端基于時間軸的空閑或占用的狀態(tài)信息，以及多點控制單元MCU基于時間軸的資源消耗狀態(tài)信息。本發(fā)明的方法及裝置可明顯提升會議預約成功的概率，并可提高設備資源的利用率，進而帶來生產效率的提升。
【專利說明】一種會議預約方法及裝置
【技術領域】
[0001]本發(fā)明涉及多媒體會議【技術領域】，特別是涉及一種會議預約方法及裝置。
【背景技術】
[0002]多媒體會議系統是支持聲音、視頻雙向傳送的遠程通信系統。通過該系統，身處異地的用戶能完成實時的近似面對面效果的聲音、視頻溝通。
[0003]國際電信聯盟(InternationalTelecomunication Unit,縮寫為 ITU)、互聯網工程任務組(Internet Engineering Task Force,縮寫IETF)、第三代合作伙伴計劃(3rdGeneration Partnership Project,縮寫3GPP)等標準組織負責視頻會議標準的制定。ITU 已制定了 ITU-T H.320、ITU-T H.323、ITU-T H.324 等多個視頻通信標準，其中，ITU-TH.320是針對窄帶電路交換網絡的多媒體通信應用，ITU-T H.323是針對IP網絡的多媒體通信應用，而ITU-T H.324是針對非常低速的網絡的多媒體通信應用，如PSTN (PublicSwitched Telephone Network,公共交換電話網)網絡和移動網絡。IETF負責制定會話初始協議(Session Initialization Protocol,縮寫為SIP)和基于此協議的多媒體會議標準。3GPP是負責制定IP多媒體子系統(IP Multimedia Subsystem，縮寫為MS)的標準，它在IETF標準基礎上也制定了一套基于MS網絡的多媒體會議標準。除了上面已經提到的組織，還有其它一些組織直接、或間接地對視頻會議的標準作出貢獻。有些企業(yè)為了產品開發(fā)設計需要，制定企業(yè)內部使用的私有產品和通信規(guī)范，或是在開發(fā)標準的集成上進行私有擴展。視頻會議產品可遵守一種或多種開放標準或企業(yè)私有標準。
[0004]從設備互操作層面劃分，視頻會議系統一般由終端、多點控制單元(MultipointControl Unit，縮寫為MCU)、網關、呼叫控制器等實體或設備組成。
[0005]終端是用戶使用的設備，一個系統一般包含多個終端。終端一般由核心編解碼器和外部的輸入、輸出設備組成。編解碼器負責聲音、視頻等信號的預處理、編碼、解碼、后處理、網絡通信、用戶控制等處理。輸入設備包括麥克風、攝像機等設備，輸出設備包括音響、電視機等設備。終端采集用戶的聲音、視頻信號，經過預處理后進行壓縮編碼、再封裝成數據包的格式由網絡發(fā)送給遠端；同時從網絡接收遠端的數據包，經過拆封后獲得的有效數據再進行解碼處理、后處理后播放給用戶。
[0006]MCU用來完成多方會議通信。當召開多點會議時，參與多方會議通信的多個終端和MCU之間建立多對一連接，終端通過MCU交換音、視頻信號。MCU負責完成媒體流的交換和混合。對于聲音媒體流，MCU通常為每個終端輸出一個經過混音的聲音媒體流，混音一般選擇輸入音量最大的幾路聲音媒體流進行疊加。對于視頻，MCU可以為某個終端發(fā)送另一個終端的單畫面視頻流，如果MCU支持多畫面功能，也能夠把多個終端來的視頻合成為一個多畫面圖像，然后發(fā)送給某個或某些終端。
[0007]呼叫控制器用來完成呼叫的路由選擇，例如H.323標準中定義的網守實體(Gatekeeper)、以及SIP標準中定義的代理服務器(Proxy)實體負責完成呼叫路由功能。
[0008]網關設備用來實現不同網絡協議、媒體格式之間的設備互通的轉換。[0009]視頻會議設備之間相互交換的信息內容包括呼叫控制信令和以及一種或多種音頻流、視頻流、文本消息流等。各種媒體流的含義以及媒體流編解碼和傳送管理，可參考ITU-T H.323相關標準或IETF SIP相關標準。
[0010]在企業(yè)應用中，視頻會議系統通常是一種較為稀缺的資源，因此需要采用預約的方式進行管理。會議預約包含時間、資源兩個方面的約束。例如會議預約人希望第二天早上的9:0(Tll:00點召開一個多方視頻會議，參加會議的終端和會議室有位于深圳總部的會議室101 (含終端1001)、北京分支的會議室201 (含終端2001)、南京分公司的會議室301(含終端3001)。由于涉及到多方會議，因此通常還需要占用MCU設備資源。假如這個時間段的終端、MCU資源均空閑，那么會議預約系統將會為本次會議保留這些資源，并返回預約成功的結果。如果有其他的用戶預約同一時間段的會議并且打算占用會議室101時，預約系統將返回失敗的處理結果，因為會議室101已經被占用了。
[0011]在現有的會議預約系統中，一般要求用戶輸入會議的開始時間、結束時間、需參加會議的終端列表，系統根據用戶輸入的參數結合系統資源的占用情況來計算預約結果。當系統包含的終端數量很多，且會議的業(yè)務非常繁忙時，上面的處理方式存在明顯的不足。因為用戶指定的終端列表之一個或多個終端很可能在指定的時間段已經被占用，從而預約失??；用戶需要不斷地嘗試選擇不同的終端或選擇不同的時間段，具有預約會議不便的缺陷。

【發(fā)明內容】

[0012]本發(fā)明要解決的技術問題是提供一種會議預約方法及裝置，用以解決現有技術中會議預約不便的問題。
[0013]為解決上述技術問題，一方面，本發(fā)明提供一種會議預約方法，包括:
[0014]輸入會議的會議時間信息，以及參與會議的一個或多個終端的位置選擇范圍信息；
[0015]將所述會議時間信息、位置選擇范圍信息與預先保存的會議資源信息進行匹配；匹配成功，則會議預約成功；匹配失敗，則會議預約失敗；其中，所述會議資源信息包括所有終端基于時間軸的空閑或占用的狀態(tài)信息，以及多點控制單元MCU基于時間軸的資源消耗狀態(tài)信息。
[0016]進一步，所述會議時間信息包括會議時長和可接受的會議召開時間區(qū)間。
[0017]進一步，判斷所述會議資源信息中，在所述可接受的會議召開時間區(qū)間內，是否存在一個時長等于所述會議時長的時間窗，且在所述時間窗內，根據終端的位置選擇范圍信息，每個位置范圍至少有一個終端空閑，以及在所述時間窗內存在可使用的MCU資源；如果存在所述時間窗，則表示匹配成功，否則表示匹配失敗。
[0018]進一步，通過以下方法確定所述時間窗:
[0019]第一個候選時間窗的起點選擇預所述會會議召開時間區(qū)間的起點，時間窗的長度為所述會議時長；判斷第一個候選時間窗是否匹配成功，如果是，則將第一個候選時間窗作為時間窗，如果否，則將第一個候選時間窗的起點延遲一個增量，再重新判斷是否匹配成功，以此類推，直至匹配成功或遍歷完所述會議召開時間區(qū)間。
[0020]進一步，當會議召開結束后，將參與會議的終端及MCU的狀態(tài)修改為空閑狀態(tài)，并保存。[0021]另一方面，本發(fā)明還提供一種會議預約裝置，包括:
[0022]輸入單元，用于輸入會議的會議時間信息，以及參與會議的一個或多個終端的位置選擇范圍信息；
[0023]預約單元，用于將所述會議時間信息、位置選擇范圍信息與預先保存的會議資源信息進行匹配；匹配成功，則會議預約成功；匹配失敗，則會議預約失??；其中，所述會議資源信息包括所有終端基于時間軸的空閑或占用的狀態(tài)信息，以及多點控制單元MCU基于時間軸的資源消耗狀態(tài)信息。
[0024]進一步，所述會議時間信息包括會議時長和可接受的會議召開時間區(qū)間。
[0025]進一步，所述預約單元還用于:判斷所述會議資源信息中，在所述可接受的會議召開時間區(qū)間內，是否存在一個時長等于所述會議時長的時間窗，且在所述時間窗內，根據終端的位置選擇范圍信息，每個位置范圍至少有一個終端空閑，以及在所述時間窗內存在可使用的MCU資源；如果存在所述時間窗，則表示可匹配成功，否則匹配失敗。
[0026]進一步，所述預約單元還用于:第一個候選時間窗的起點選擇預所述會會議召開時間區(qū)間的起點，時間窗的長度為所述會議時長；判斷第一個候選時間窗是否匹配成功，如果是，則將第一個候選時間窗作為時間窗，如果否，則將第一個候選時間窗的起點延遲一個增量，再重新判斷是否匹配成功，以此類推，直至匹配成功或遍歷完所述會議召開時間區(qū)間。
[0027]進一步，所述預約單元還用于:當會議召開結束后，將參與會議的終端及MCU的狀態(tài)修改為空閑狀態(tài)，并保存。
[0028]本發(fā)明有益效果如下:
[0029]本發(fā)明的方法及裝置可明顯提升會議預約成功的概率，并可提高設備資源的利用率，進而帶來生產效率的提升。
【專利附圖】

【附圖說明】
[0030]圖1是本發(fā)明實施例中一種會議預約方法的流程圖；
[0031]圖2是本發(fā)明實施例中一種會議預約裝置的結構示意圖；
[0032]圖3是本發(fā)明具體實施例中支持本發(fā)明方法的視頻會議系統結構示意圖；
[0033]圖4是本發(fā)明實施例中終端位置信息的組織方式示意圖。
【具體實施方式】
[0034]為了解決現有技術會議預約不便的問題，本發(fā)明提供了一種會議預約方法及裝置，以下結合附圖以及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不限定本發(fā)明。
[0035]實際上,在某個地點，例如同一個建筑內，有多個會議室時，用戶一般并不在意使用哪個會議室，完全可以由系統從中選擇一個空閑的會議室。利用這個規(guī)則，可以有效提供會議預約的成功概率。另一方面，有些情況下，用戶對會議的召開時間也不是非常敏感，例如會議在9:00-11:00進行或10:00-12:00進行對用戶都是可接受的。
[0036]如圖1所示，本發(fā)明實施例涉及一種會議預約方法，包括:
[0037]步驟S101，輸入會議的會議時間信息，以及參與會議的一個或多個終端的位置選擇范圍信息；
[0038]本步驟中，在輸入之前，先存儲并維護(更新)會議資源信息；會議資源信息包括但不限于終端資源的描述信息和MCU資源的描述信息。終端資源的描述信息包括但不限于終端的標識、層次化的位置信息、基于時間軸的空閑或占用狀態(tài)。終端的層次化的位置信息的表示方式之一是用物理位置來表達，位置信息包含物理位置從屬層次關系，例如一種物理位置層次表達方式為:國家-城市-大樓-樓層-會議室。終端的層次化的位置信息的表示方式之一是用邏輯位置來表達，位置信息包含邏輯位置從屬層次關系，例如，一種邏輯位置層次表達方式為:總部(分部)_部門-會議室。MCU資源的描述信息包括但不限于端口容量和消耗量、接口帶寬容量和消耗量、音頻媒體處理資源總量和消耗量、視頻媒體處理資源總量和消耗量中的一種或多種。
[0039]會議時間信息包括會議時長、可接受的會議召開時間區(qū)間。參與會議終端的位置選擇范圍信息為前述的層次化的位置信息中的某級層次。
[0040]步驟S102，將所述會議時間信息、位置選擇范圍信息與預先保存的會議資源信息進行匹配；匹配成功，則會議預約成功；匹配失敗，則會議預約失敗；其中，所述會議資源信息包括所有終端基于時間軸的空閑或占用的狀態(tài)信息，以及多點控制單元MCU基于時間軸的資源消耗狀態(tài)信息。
[0041]本步驟中，判斷所述會議資源信息中，在所述可接受的會議召開時間區(qū)間內，是否存在一個時長等于所述會議時長的時間窗，且在所述時間窗內，根據終端的位置選擇范圍信息，每個位置范圍至少有一個終端空閑，以及在所述時間窗內存在可使用的MCU資源；如果存在所述時間窗，則表示匹配成功，否則表示匹配失敗?？墒褂玫腗CU資源，是指，該時間窗內存在滿足該預約會議要求、能保證會議正常如約進行的MCU資源。例如，該預約會議需要的端口數是3個，需要的帶寬容量是3M，而，剩余端口數大于3，剩余帶寬容量大于3M，則認為存在可使用的MCU資源。當然，例如CPU資源等其它必須MCU資源也需要滿足預約會議要求，本領域技術人員顯然都明白進行預約會議的必須資源是什么，因此，本實施例不再詳述。
[0042]通過以下方法確定所述時間窗:第一個候選時間窗的起點選擇預所述會會議召開時間區(qū)間的起點，時間窗的長度為所述會議時長；判斷第一個候選時間窗是否匹配成功，如果是，則將第一個候選時間窗作為時間窗，如果否，則將第一個候選時間窗的起點延遲一個增量，再重新判斷是否匹配成功，以此類推，直至匹配成功或遍歷完所述會議召開時間區(qū)間。
[0043]無論預約成功或失敗，都返回給預約者結果，結果為成功和失敗指示以及可選參數；如果預約成功，可選參數包括但不限于保留的會議室信息、會議信息的一種或多種；會議室信息包括但不限于會議室標識、位置信息、呼叫地址的一種或多種；會議信息包括但不限于會議主題、會議開始時間、會議時長、呼叫地址的一種或多種。
[0044]當會議召開結束后，將參與會議的終端及MCU的狀態(tài)修改為空閑狀態(tài)，并保存。
[0045]如圖2所示，本發(fā)明實施例還涉及一種實現上述方法的會議預約裝置，包括:
[0046]輸入單元201，用于輸入會議的會議時間信息，以及參與會議的一個或多個終端的位置選擇范圍信息；
[0047]預約單元202，用于將所述會議時間信息、位置選擇范圍信息與預先保存的會議資源信息進行匹配；匹配成功，則會議預約成功；匹配失敗，則會議預約失敗；其中，所述會議資源信息包括所有終端基于時間軸的空閑或占用的狀態(tài)信息，以及多點控制單元MCU基于時間軸的資源消耗狀態(tài)信息。
[0048]其中，所述會議時間信息包括會議時長和可接受的會議召開時間區(qū)間。
[0049]所述預約單元202還用于:判斷所述會議資源信息中，在所述可接受的會議召開時間區(qū)間內，是否存在一個時長等于所述會議時長的時間窗，且在所述時間窗內，根據終端的位置選擇范圍信息，每個位置范圍至少有一個終端空閑，以及在所述時間窗內存在可使用的MCU資源；如果存在所述時間窗，則表示可匹配成功，否則匹配失敗。第一個候選時間窗的起點選擇預所述會會議召開時間區(qū)間的起點，時間窗的長度為所述會議時長；判斷第一個候選時間窗是否匹配成功，如果是，則將第一個候選時間窗作為時間窗，如果否，則將第一個候選時間窗的起點延遲一個增量，再重新判斷是否匹配成功，以此類推，直至匹配成功或遍歷完所述會議召開時間區(qū)間。當會議召開結束后，將參與會議的終端及MCU的狀態(tài)修改為空閑狀態(tài)，并保存。
[0050]下面以一具體實例進行詳細說明。
[0051]圖3描述了支持本發(fā)明中的方法的視頻會議系統結構圖，為了表達的清晰，圖3中省略了呼叫服務器、網關等不影響本發(fā)明描述的配套設備；上述設備按照目前現有技術連接使用即可。各種設備通過網絡進行相互通信，圖3中的網絡可能代表多種網絡，例如對于
H.323視頻會議設備，是通過IP網絡進行通信的，而如果是H.320兼容的設備，則是通過電路交換網絡通信的。視頻會議管理平臺(預約單元)用來完成會議預約、會議控制、設備管理、用戶管理、故障管理、性能管理等功能。會議管理客戶端(輸入單元)用來提供管理員用戶的操作界面，管理員用戶通過會議管理客戶端向會議管理平臺錄入會議資源相關的描述信息，終端資源描述信息，如終端標識、位置信息、呼叫地址等，MCU資源的描述信息，如端口容量、接口帶寬、音頻媒體處理資源數量、視頻媒體處理資源數量等。另外，會議管理平臺也可以通過終端和MCU上報資源描述信息的方式收集資源描述信息。會議預約客戶端(輸入單元)用來提高會議預約用戶的操作界面，會議預約用戶通過會議預約客戶端向會議管理平臺輸入會議預約信息，會議預約信息包括會議時長、可接受的會議召開時間區(qū)間、參與會議終端的位置范圍等參數。
[0052]圖4描述了一種終端位置信息的組織方式，終端的位置被組織為樹狀的層次結構。為了表達方便性，圖4示僅表示了一級、二級、會議室三個層次的關系，真實實現可以采用其它的級數。根節(jié)點可表示本系統，一級和二級位置為中間層次，會議室為末級層次。一個終端的完整位置由所有中間層次和末級層次完整確定，例如〈一級位置1，二級位置11，會議室112〉。采用上述結構的一個具體例子為一級位置表示國家名稱、二級位置表示城市名稱，三級位置表示建筑物名稱，四級位置表示樓層名稱，末級為會議室。
[0053]采用上述系統進行預約會議的流程如下:
[0054]步驟1，初始化會議資源描述信息，這個過程通常在系統初始化階段進行。例如由管理員通過會議管理客戶端人工錄入系統中；也可以在系統使用過程中，動態(tài)新增資源或刪除資源。資源描述信息可以存儲在數據庫中，例如終端描述信息可以采用表11和表12來描述，表11用來保存所有終端的基本信息，而表12則表示終端在不同時間段的占用狀態(tài)。
[0055]表 11[0056]
【權利要求】
1.一種會議預約方法，其特征在于，包括: 輸入會議的會議時間信息，以及參與會議的一個或多個終端的位置選擇范圍信息； 將所述會議時間信息、位置選擇范圍信息與預先保存的會議資源信息進行匹配；匹配成功，則會議預約成功；匹配失敗，則會議預約失??；其中，所述會議資源信息包括所有終端基于時間軸的空閑或占用的狀態(tài)信息，以及多點控制單元MCU基于時間軸的資源消耗狀態(tài)息。
2.如權利要求1所述的會議預約方法，其特征在于，所述會議時間信息包括會議時長和可接受的會議召開時間區(qū)間。
3.如權利要求2所述的會議預約方法，其特征在于，判斷所述會議資源信息中，在所述可接受的會議召開時間區(qū)間內，是否存在一個時長等于所述會議時長的時間窗，且在所述時間窗內，根據終端的位置選擇范圍信息，每個位置范圍至少有一個終端空閑，以及在所述時間窗內存在可使用的MCU資源；如果存在所述時間窗，則表示匹配成功，否則表示匹配失敗。
4.如權利要求3所述的會議預約方法，其特征在于，通過以下方法確定所述時間窗: 第一個候選時間窗的起點選擇預所述會會議召開時間區(qū)間的起點，時間窗的長度為所述會議時長；判斷第一個候選時間窗是否匹配成功，如果是，則將第一個候選時間窗作為時間窗，如果否，則將第一個候選時間窗的起點延遲一個增量，再重新判斷是否匹配成功，以此類推，直至匹配成功或遍歷完所述會議召開時間區(qū)間。
5.如權利要求1-4任一項所述的會議預約方法，其特征在于，當會議召開結束后，將參與會議的終端及MCU的狀態(tài)修改為空閑狀態(tài)，并保存。
6.一種會議預約裝置，其特征在于，包括: 輸入單元，用于輸入會議的會議時間信息，以及參與會議的一個或多個終端的位置選擇范圍信息； 預約單元，用于將所述會議時間信息、位置選擇范圍信息與預先保存的會議資源信息進行匹配；匹配成功，則會議預約成功；匹配失敗，則會議預約失??；其中，所述會議資源信息包括所有終端基于時間軸的空閑或占用的狀態(tài)信息，以及多點控制單元MCU基于時間軸的資源消耗狀態(tài)信息。
7.如權利要求6所述的會議預約裝置，其特征在于，所述會議時間信息包括會議時長和可接受的會議召開時間區(qū)間。
8.如權利要求7所述的會議預約裝置，其特征在于，所述預約單元還用于:判斷所述會議資源信息中，在所述可接受的會議召開時間區(qū)間內，是否存在一個時長等于所述會議時長的時間窗，且在所述時間窗內，根據終端的位置選擇范圍信息，每個位置范圍至少有一個終端空閑，以及在所述時間窗內存在可使用的MCU資源；如果存在所述時間窗，則表示可匹配成功，否則匹配失敗。
9.如權利要求8所述的會議預約裝置，其特征在于，所述預約單元還用于:第一個候選時間窗的起點選擇預所述會會議召開時間區(qū)間的起點，時間窗的長度為所述會議時長；判斷第一個候選時間窗是否匹配成功，如果是，則將第一個候選時間窗作為時間窗，如果否，則將第一個候選時間窗的起點延遲一個增量，再重新判斷是否匹配成功，以此類推，直至匹配成功或遍歷完所述會議召開時間區(qū)間。
10.如權利要求6、所述的會議預約裝置，其特征在于，所述預約單元還用于:當會議召開結束后，將參與 會議的終端及MCU的狀態(tài)修改為空閑狀態(tài)，并保存。
【文檔編號】G06Q10/10GK103593753SQ201210295713
【公開日】2014年2月19日 申請日期:2012年8月17日 優(yōu)先權日:2012年8月17日
【發(fā)明者】吳永明 申請人:中興通訊股份有限公司