專利名稱：：視頻會議資源調(diào)度的方法和裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明屬于視頻會議通信領(lǐng)域，特別涉及一種視頻會議資源調(diào)度的方法和裝置。
背景技術(shù)：
：視頻會議系統(tǒng)是支持聲音、視頻以及數(shù)據(jù)通信的多媒體通信系統(tǒng)，它由視頻會議終端設(shè)備、多點控制單元(MultipointControlUnit,MCU)設(shè)備、網(wǎng)關(guān)設(shè)備、注冊服務器、呼叫服務器、會議應用服務器以及傳輸網(wǎng)絡(luò)等組件組成。目前市場上的視頻會議系統(tǒng)一般遵循ITU-TH.320、ITU-TH.323、ITU-TH.324、IETFSIP等一個或多個相關(guān)標準。其中，ITU-TH.320標準定義和描述了承載于電路交換網(wǎng)絡(luò)的視頻會議系統(tǒng)的組成和協(xié)議規(guī)程。在H.320標準中，定義了終端、MCU、網(wǎng)關(guān)等標準實體。H.320標準在上世紀90年代發(fā)布，遵循該標準的系統(tǒng)認為是第一代視頻會議系統(tǒng)。視頻會議終端由編解碼器以及聲音、視頻輸入輸出外設(shè)組成。編解碼器負責完成聲音、視頻等媒體的壓縮編碼和解碼，以及網(wǎng)絡(luò)的通信功能。終端連接麥克風、音響、攝像頭、顯示器等輸入輸出外設(shè)，用來完成聲音、視頻的輸入和輸出。終端包括用戶輸入接口，如紅外遙控器，用戶通過輸入接口向終端輸入指令和信息。終端負責和對方的終端(或MCU、網(wǎng)關(guān))建立連接，協(xié)商雙方的媒體編解碼器能力，采用雙方支持的媒體編解碼格式進行媒體流通信。MCU用來提供多方會議功能。參加多方會議通信的終端和MCU建立連接，并進行媒體流的通信。MCU負責完成媒體流的交換、格式轉(zhuǎn)換和混合處理。對于聲音媒體流，MCU通常為每個終端輸出一個經(jīng)過混音處理的聲音媒體流，混音合成一般選擇輸入的音量最大的幾路終端的聲音進行混合。對于視頻媒體流，MCU可以為某個終端發(fā)送另一個終端的單畫面視頻流，如果MCU支持多畫面功能，也能夠把多個終端來的視頻合成為一個多畫面圖像，然后發(fā)送給某個或某些終端。網(wǎng)關(guān)負責完成在不同的網(wǎng)絡(luò)之間或不同能力的終端之間的互通，例如支持H.320終端和H.323終端之間的通信。ITU-TH.323標準定義和描述了承載于IP網(wǎng)絡(luò)的多媒體會議系統(tǒng)的組成和協(xié)議規(guī)程，屬于第二代視頻會議標準。和H.320標準一樣，H.323標準也定義了終端、MCU以及網(wǎng)關(guān)實體，另外還定義了網(wǎng)守實體。網(wǎng)守主要完成設(shè)備注冊、權(quán)限管理、地址解析等功能。終端、MCU、網(wǎng)關(guān)設(shè)備開機后，可以向網(wǎng)守進行注冊，注冊信息包括設(shè)備的名稱、號碼、IP地址等信息。當終端呼叫會議號加入會議時，可向網(wǎng)守請求將會議號轉(zhuǎn)換為MCU設(shè)備的IP地址，終端使用解析的IP地址建立呼叫連接。網(wǎng)守主要處理信令，一般不處理媒體流。IETF定義和描述了基于會議初始協(xié)議(SessionInitiationProtocol,SIP)協(xié)議的視頻會議系統(tǒng)和協(xié)議規(guī)程。RFC3261為SIP核心標準，描述了用戶代理(UserAgent,UA)、注冊服務器(REGISTRAR)、代理服務器(PROXY)、重定向服務器(REDIRECT)等實體的功能分工以及相互之間的交互方式。終端、MCU、網(wǎng)關(guān)設(shè)備屬于用戶代理設(shè)備。注冊服務器負責收集用戶代理設(shè)備的呼叫地址信息。代理服務器和重定向服務器完成呼叫的路由。在RFC4353描述了一種視頻會議系統(tǒng)的框架結(jié)構(gòu)，提到了一種FOCUS實體，該實體的功能類似于前面所述的MCU。3GPPTS24.147定義了基于IP多媒體子系統(tǒng)(IPMultimediaSubsystem,IMS)的視頻會議系統(tǒng)結(jié)構(gòu)和方法，3GPP的標準繼承和借鑒了IETF的許多成果。在該標準中，會議應用服務器用來處理多點會議的呼叫建立，而由多媒體資源功能處理器(MultimediaResourceFunctionProcessor,MRFP)處理多點會議媒體流。承載網(wǎng)絡(luò)用來提供各設(shè)備之間的媒體、信令、控制等數(shù)據(jù)的傳輸。目前，許多視頻會議系統(tǒng)均支持會議預約功能，會議預約操作用來保留一組MCU資源給未來某個時間段的某個會議用，從而保證此會議時間到達后，系統(tǒng)能夠在資源層面保證會議正常進行。目前的會議調(diào)度實現(xiàn)方式中，所有MCU資源采取一致的調(diào)度策略，按照先請求先得的方式向用戶提供服務。在這樣的調(diào)度方式下，所有用戶對資源競爭是平等的，不同的會議對資源競爭是平等的。但在現(xiàn)實應用中，部分客戶要求系統(tǒng)能夠為某類用戶優(yōu)先保證會議資源，例如公司重要領(lǐng)導召開的管理會議。采用傳統(tǒng)的會議調(diào)度實現(xiàn)方法，無法滿足該應用場景。
發(fā)明內(nèi)容本發(fā)明實施例提供了一種視頻會議資源調(diào)度的方法和裝置，可以在會議預約資源競爭考慮會議重要性的分級，給重要的會議保留部分專用資源，具體技術(shù)方案如下—種視頻會議資源調(diào)度的方法，包括為會議預留媒體處理資源和預設(shè)會議預約匹配信息；獲取會議預約信息，所述會議預約信息包括會議類型信息和終端的相關(guān)信息；根據(jù)會議預約匹配信息判斷所述會議和所述終端是否符合使用預留媒體處理資源的條件；如果是，則為所述會議分配所述預留的媒體處理資源?！N視頻會議資源調(diào)度的裝置，包括設(shè)置模塊，用于為會議預留媒體處理資源和預設(shè)會議預約匹配信息；獲取模塊，用于獲取會議預約信息，所述會議預約信息包括會議類型信息和終端的相關(guān)信息；判斷模塊，用于根據(jù)會議預約匹配信息判斷所述會議和所述終端是否符合使用預留媒體處理資源的條件；分配模塊，用于當判斷模塊的判斷結(jié)果為是時，則為所述會議分配所述預留的媒體處理資源。在本發(fā)明實施例中，通過為會議預留媒體處理資源和預設(shè)會議預約匹配信息；獲取會議預約信息，所述會議預約信息包括會議類型信息和終端的相關(guān)信息；根據(jù)會議預約匹配信息判斷所述會議和所述終端是否符合使用預留媒體處理資源的條件；如果是，則為所述會議分配所述預留的媒體處理資源，可以在會議預約資源競爭考慮會議重要性的分級，給重要的會議保留部分專用資源，滿足用戶個性化的會議需求，提高了系統(tǒng)的使用價值。圖1是本發(fā)明實施例提供的視頻會議資源調(diào)度的方法的流程圖；圖2是本發(fā)明實施例提供的視頻會議系統(tǒng)結(jié)構(gòu)圖；圖3是本發(fā)明實施例提供的視頻會議資源調(diào)度方法的詳細流程圖；圖4是本發(fā)明實施例提供的會議預約成功的結(jié)構(gòu)圖；圖5是本發(fā)明實施例提供的會議預約成功的另一種結(jié)構(gòu)圖；圖6是本發(fā)明實施例提供的視頻會議資源調(diào)度的裝置的結(jié)構(gòu)圖。具體實施例方式本發(fā)明的核心思想在于通過為會議預留媒體處理資源和預設(shè)會議預約匹配信息；獲取會議預約信息，所述會議預約信息包括會議類型信息和終端的相關(guān)信息；根據(jù)會議預約匹配信息判斷所述會議和所述終端是否符合使用預留媒體處理資源的條件；如果是，則為所述會議分配所述預留的媒體處理資源，可以在會議預約資源競爭考慮會議重要性的分級，給重要的會議保留部分專用資源，提高了系統(tǒng)的使用價值。下面結(jié)合附圖及優(yōu)選實施方式對本發(fā)明技術(shù)方案進行詳細說明。本發(fā)明實施例提供了一種視頻會議資源調(diào)度的方法，如圖1所示，包括101，為會議預留媒體處理資源和預設(shè)會議預約匹配信息；102，獲取會議預約信息，該會議預約信息包括會議類型信息和終端的相關(guān)信息；103，根據(jù)會議預約匹配信息判斷該會議和該終端是否符合使用預留媒體處理資源的條件；104，如果是，則為該會議分配該預留的媒體處理資源。進一步地，該會議預約匹配信息包括會議匹配信息和終端匹配信息，其中，該會議匹配信息包括會議屬性是高級會議或會議視頻格式高于預設(shè)的級別；終端匹配信息包括終端號碼為預設(shè)值或終端支持的視頻格式高于預設(shè)級別。進一步地，該會議屬性是高級會議和會議視頻格式高于預設(shè)的級別之間的關(guān)系包括至少以下一種禾口、或以及否。進一步地，該終端號碼為預設(shè)值和終端支持的視頻格式高于預設(shè)級別之間的關(guān)系包括至少以下一種禾口、或以及否。進一步地，根據(jù)會議預約匹配信息判斷該會議和該終端是否符合使用預留媒體處理資源的條件，包括根據(jù)會議匹配規(guī)則判斷該會議是否可使用預留的媒體處理資源，根據(jù)終端匹配規(guī)則判斷該終端是否可使用預留的媒體處理資源，如果兩者皆可使用，則判斷該會議和該終端符合使用預留媒體處理資源的條件。下面結(jié)合具體的示例對本發(fā)明實施例進行詳細的描述，但該示例并不構(gòu)成對本發(fā)明保護范圍的限制。如圖2所示為示例所用的視頻會議系統(tǒng)結(jié)構(gòu)。但圖示并不反映一個實際系統(tǒng)的所有細節(jié)特征，在一個實際的系統(tǒng)中設(shè)備的種類、數(shù)量、功能和設(shè)備實體的分配上可以根據(jù)實際需要進行配置。該系統(tǒng)為一個基于IMS的視頻會議系統(tǒng)。在IMS環(huán)境中，會話控制使用SIP協(xié)議。呼叫狀態(tài)控制功能(CallSessionControlFunction,CSCF)是IMS系統(tǒng)中的核心組件，在頂S規(guī)范中可進一步分解為P-CSCF、I-CSCF、S-CSCF等組件，CSCF用來完成終端注冊、呼叫路由、業(yè)務觸發(fā)到應用服務器等功能。會議應用服務器負責處理會議資源配置和調(diào)度、多點會議會話建立、控制MCU的媒體處理行為，例如控制MCU將來自發(fā)言終端的視頻分發(fā)給其他所有終端。MCU負責進行多點會議的媒體處理，在本實施例中，MCU執(zhí)行MRFP的功能角色，而會議應用服務器執(zhí)行MRFC的功能角色。在該系統(tǒng)中，有PC軟終端和硬件終端，PC軟終端支持H.263CIF視頻格式，硬件終端可支持720p高清視頻格式。第一示例在本示例中，PC軟終端主要用于企業(yè)內(nèi)部員工辦公通信，而硬件終端主要用于召開行政管理會議。用戶要求硬件終端隨時能夠召開會議。為次，給硬件終端配備了一組專用的MCU資源，這些資源不允許軟終端使用。下面結(jié)合圖3對本示例的視頻會議資源調(diào)度的方法的流程進行詳細說明301，會議應用服務器收集MCU資源信息。具體的，每個MCU和會議應用服務器建立連接時，將設(shè)備的資源描述信息上報給會議應用服務器。信息描述格式可以如表l下<table>tableseeoriginaldocumentpage7</column></row><table>表1302，會議應用服務器將MCU資源進行分組，MCU1歸到高級資源(Rh)組，將MCU2歸到低級資源(Rl)組。303，會議應用服務器資源調(diào)度算法配置會議匹配規(guī)則和終端匹配規(guī)則。具體地，會議匹配規(guī)則可以是如果會議能力支持720p高清格式，可使用Rh組的MCU資源；終端匹配規(guī)則；將終端號10開頭的終端加入到Rh組的MCU中；304，會議應用服務器收到用戶提交的會議預約單，預約單信息可以如表2所示<table>tableseeoriginaldocumentpage8</column></row><table>表2305，會議應用服務器會議匹配規(guī)則和終端匹配規(guī)則對會議預約單信息進行處理，判斷此次會議是否可以使用Rh組MCU資源，以及哪些終端可以使用MCU資源。具體地，會議應用服務器根據(jù)會議匹配規(guī)則判斷此會議可以使用Rh資源；根據(jù)終端匹配規(guī)則判斷終端1001，終端1002使用Rh組MCU資源，終端2001，終端2002使用Rl組的MCU資源。306，會議應用服務器進行會議拓撲結(jié)構(gòu)的計算以及MCU資源占用計算。具體地，不同會議預約系統(tǒng)的資源計算方法不盡相同，本發(fā)明不關(guān)注計算方法實現(xiàn)細節(jié)，但輸出結(jié)果必須滿足前面定義的會議匹配規(guī)則和終端匹配規(guī)則的檢驗。在本實施例中，給出一個簡單的計算方法。會議應用服務器根據(jù)匹配規(guī)則從Rh組中選擇一個MCU用來處理高清會議和終端接入，即選擇唯一的MCU1，將終端1001，終端1002調(diào)度到MCU1。會議應用服務器從Rl中選擇一個MCU來處理不滿足匹配規(guī)則的部分，即選擇唯一的MCU2，將終端2001，終端2002調(diào)度到MCU2。另外在MCU1上保留一個級聯(lián)口資源，MCU2保留一個級聯(lián)口資源，目的是將MCU1和MCU2上的子會議級聯(lián)起來，組成一個完整的會議。會議資源服務器給此會議保留的資源可以如下表3所示<table>tableseeoriginaldocumentpage8</column></row><table>表3下面對上述表3的內(nèi)容做說明MCU1需要連接終端1001、終端1002以及和MCU2進行級聯(lián)，所以占用3個端口資源，終端1001和終端1002采用2Mbps呼叫速率，而級聯(lián)口采用384Kbps速率，所以總計帶寬為4.384Mbps，1001和1002采用H.264720p編解碼，而級聯(lián)口采用H.263CIF編解碼，它們之間需要進行格式轉(zhuǎn)換，需要使用視頻處理資源，這里假設(shè)進行一路H.264720p到H.263CIF之間的互轉(zhuǎn)換，需要使用63個視頻處理資源。MCU2需要連接中終端2001、終端2002以及和MCU1進行級聯(lián)，所以占用3個端口資源，所有端口都采用384Kbps呼叫速率，所以總計帶寬為1152Kbps，所有端口均采用H.263CIF編解碼，它們之間不需要進行格式轉(zhuǎn)換，所以不消耗視頻處理資源。會議資源程序檢查在2009年1月1日9點到2009年1月1日10點這個時間區(qū)間內(nèi)，MCU剩余資源是否可滿足此會議預約的需要，如果滿足則預約成功，否則預約失敗。圖4為預約成功的會議連接拓撲關(guān)系示意圖。第二示例在本示例中，用戶要求支持VIP會議類型，該類型會議的預約權(quán)限僅開放給少數(shù)用戶，該類型會議的資源需要優(yōu)先保證。下面結(jié)合圖3對本示例進行詳細的描述301，會議應用服務器收集MCU資源信息，具體內(nèi)容可以參見示例l相應步驟，在此不再贅述。302，會議應用服務器將MCU資源進行分組，具體內(nèi)容可以參見示例1相應步驟，在此不再贅述。303，會議應用服務器為資源調(diào)度算法設(shè)置會議匹配規(guī)則和終端匹配規(guī)則。具體地，會議匹配規(guī)則可以是如果會議類型為VIP會議，可使用Rh組的MCU資源；終端匹配規(guī)則可以是所有終端可使用Rh組和Rl組的資源；304，會議應用服務器收到用戶提交的會議預約單信息。具體地，在本示例中，會議預約清單信息和第一示例的會議預約清單信息的內(nèi)容基本相同，但增加了會議類型信息，如表4所示會議號9001會議名稱"我的會議"會議類型VIP會議開始時間2009年1月1號9時0分結(jié)束時間2009年1月1號10時0分能力集l2Mbps、H.264720p能力集2384Kbps、H.263CIF會議成員1001，1002,2001,2002表4305，會議應用服務器會議匹配規(guī)則和終端匹配規(guī)則對會議預約單信息進行處理，判斷此次會議是否可以使用Rh組MCU資源，以及哪些終端可以使用MCU資源。具體地，會議應用服務器根據(jù)會議匹配規(guī)則對會議預約單信息進行處理由于為VIP會議，判斷此會議可以使用Rh資源；終端匹配規(guī)則對會議預約單信息進行處理判斷終端1001，終端1002，終端2001，終端2002都可以使用Rh組MCU資源或Rl組MCU資源。306，會議應用服務器進行會議拓撲結(jié)構(gòu)的計算以及MCU資源占用計算。具體地，會議應用服務器根據(jù)匹配規(guī)則從Rh組中選擇一個MCU用來處理終端接入，即選擇唯一的MCUl，將終端1001，終端1002，終端2001，終端2002都調(diào)度到MCU1。會議資源服務器給此會議保留的資源可以如表5所示MCUID端口數(shù)帶寬視頻處理資源MCU144.768Mbps126表5下面對上述表5的內(nèi)容做說明MCU1需要連接終端1001、終端1002、終端2001、終端2002，所以占用4個端口資源，終端1001和終端1002采用2Mbps呼叫速率，終端2001和終端2002采用384Kbps呼叫速率，所以總計帶寬為4.768Mbps，終端1001和終端1002采用H.264720p編解碼，而終端2001、終端2002級聯(lián)口采用H.263CIF編解碼，它們之間需要進行格式轉(zhuǎn)換，需要使用視頻處理資源，這里假設(shè)進行二路H.264720p到H.263CIF之間的互轉(zhuǎn)換，需要使用126個視頻處理資源。會議資源程序檢查在2009年1月1日9點到2009年1月1日10點這個時間區(qū)間內(nèi)，MCU剩余資源是否可滿足此會議預約的需要，如果滿足則預約成功，否則預約失敗。圖5為預約成功的會議連接拓撲關(guān)系示意圖。基于與方法相同的發(fā)明構(gòu)思，本發(fā)明實施例提供了視頻會議資源調(diào)度的裝置，如圖6所示，包括設(shè)置模塊，用于為會議預留媒體處理資源和預設(shè)會議預約匹配信息；獲取模塊，用于獲取會議預約信息，該會議預約信息包括會議類型信息和終端的相關(guān)信息；判斷模塊，用于根據(jù)會議預約匹配信息判斷該會議和該終端是否符合使用預留媒體處理資源的條件；分配模塊，用于當判斷模塊的判斷結(jié)果為是時，則為該會議分配該預留的媒體處理資源。進一步地，該設(shè)置模塊設(shè)置的該會議預約匹配信息包括會議匹配信息和終端匹配信息，其中，該會議匹配信息包括會議屬性是高級會議或會議視頻格式高于預設(shè)的級別；終端匹配信息包括終端號碼為預設(shè)值或終端支持的視頻格式高于預設(shè)級別。進一步地，設(shè)置模塊設(shè)置的該會議屬性是高級會議和會議視頻格式高于預設(shè)的級別之間的關(guān)系包括至少以下一種禾口、或以及否。進一步地，該設(shè)置模塊設(shè)置的終端號碼為預設(shè)值和終端支持的視頻格式高于預設(shè)級別之間的關(guān)系包括至少以下一種禾口、或以及否。進一步地，該判斷模塊具體用于根據(jù)會議匹配規(guī)則判斷該會議是否可使用預留的媒體處理資源，根據(jù)終端匹配規(guī)則判斷該終端是否可使用預留的媒體處理資源，如果兩者皆可使用，則判斷該會議和該終端符合使用預留媒體處理資源的條件。在本發(fā)明實施例中，通過為會議預留媒體處理資源和預設(shè)會議預約匹配信息；獲取會議預約信息，所述會議預約信息包括會議類型信息和終端的相關(guān)信息；根據(jù)會議預約匹配信息判斷所述會議和所述終端是否符合使用預留媒體處理資源的條件；如果是，則為所述會議分配所述預留的媒體處理資源，可以在會議預約資源競爭考慮會議重要性的分級，給重要的會議保留部分專用資源，提高了系統(tǒng)的使用價值。上述說明示出并描述了本發(fā)明的一個優(yōu)選實施例，但如前所述，應當理解本發(fā)明并非局限于本文所披露的形式，不應看作是對其他實施例的排除，而可用于各種其他組合、修改和環(huán)境，并能夠在本文所述發(fā)明構(gòu)想范圍內(nèi)，通過上述教導或相關(guān)領(lǐng)域的技術(shù)或知識進行改動。而本領(lǐng)域人員所進行的改動和變化不脫離本發(fā)明的精神和范圍，則都應在本發(fā)明所附權(quán)力要求的保護范圍內(nèi)。權(quán)利要求一種視頻會議資源調(diào)度的方法，其特征在于，包括為會議預留媒體處理資源和預設(shè)會議預約匹配信息；獲取會議預約信息，所述會議預約信息包括會議類型信息和終端的相關(guān)信息；根據(jù)會議預約匹配信息判斷所述會議和所述終端是否符合使用預留媒體處理資源的條件；如果是，則為所述會議分配所述預留的媒體處理資源。2.如權(quán)利要求1所述的方法，其特征在于，所述會議預約匹配信息包括會議匹配信息和終端匹配信息，其中，所述會議匹配信息包括會議屬性是高級會議或會議視頻格式高于預設(shè)的級別；終端匹配信息包括終端號碼為預設(shè)值或終端支持的視頻格式高于預設(shè)級別。3.如權(quán)利要求2所述的方法，其特征在于，所述會議屬性是高級會議、會議視頻格式高于預設(shè)的級別之間的關(guān)系包括至少以下一種禾口、或以及否。4.如權(quán)利要求2所述的方法，其特征在于，所述終端號碼為預設(shè)值、終端支持的視頻格式高于預設(shè)級別之間的關(guān)系包括至少以下一種禾口、或以及否。5.如權(quán)利要求2所述的方法，其特征在于，根據(jù)會議預約匹配信息判斷所述會議和所述終端是否符合使用預留媒體處理資源的條件，包括根據(jù)會議匹配規(guī)則判斷所述會議是否可使用預留的媒體處理資源，根據(jù)終端匹配規(guī)則判斷所述終端是否可使用預留的媒體處理資源，如果兩者皆可使用，則判斷所述會議和所述終端符合使用預留媒體處理資源的條件。6.—種視頻會議資源調(diào)度的裝置，其特征在于，包括設(shè)置模塊，用于為會議預留媒體處理資源和預設(shè)會議預約匹配信息；獲取模塊，用于獲取會議預約信息，所述會議預約信息包括會議類型信息和終端的相關(guān)信息；判斷模塊，用于根據(jù)會議預約匹配信息判斷所述會議和所述終端是否符合使用預留媒體處理資源的條件；分配模塊，用于當判斷模塊的判斷結(jié)果為是時，則為所述會議分配所述預留的媒體處理資源。7.如權(quán)利要求6所述的裝置，其特征在于，所述設(shè)置模塊設(shè)置的所述會議預約匹配信息包括會議匹配信息和終端匹配信息，其中，所述會議匹配信息包括會議屬性是高級會議或會議視頻格式高于預設(shè)的級別；終端匹配信息包括終端號碼為預設(shè)值或終端支持的視頻格式高于預設(shè)級別。8.如權(quán)利要求7所述的裝置，其特征在于，設(shè)置模塊設(shè)置的所述會議屬性是高級會議、會議視頻格式高于預設(shè)的級別之間的關(guān)系包括至少以下一種禾口、或以及否。9.如權(quán)利要求7所述的裝置，其特征在于，所述設(shè)置模塊設(shè)置的終端號碼為預設(shè)值、終端支持的視頻格式高于預設(shè)級別之間的關(guān)系包括至少以下一種禾口、或以及否。10.如權(quán)利要求7所述的裝置，其特征在于，所述判斷模塊具體用于根據(jù)會議匹配規(guī)則判斷所述會議是否可使用預留的媒體處理資源，根據(jù)終端匹配規(guī)則判斷所述終端是否可使用預留的媒體處理資源，如果兩者皆可使用，則判斷所述會議和所述終端符合使用預留媒體處理資源的條件。全文摘要本發(fā)明實施例公開了一種視頻會議資源調(diào)度的方法和裝置，屬于視頻會議通信領(lǐng)域。該方法包括為會議預留媒體處理資源和預設(shè)會議預約匹配信息；獲取會議預約信息，所述會議預約信息包括會議類型信息和終端的相關(guān)信息；根據(jù)會議預約匹配信息判斷所述會議和所述終端是否符合使用預留媒體處理資源的條件；如果是，則為所述會議分配所述預留的媒體處理資源。該裝置包括設(shè)置模塊、獲取模塊、判斷模塊和分配模塊。本發(fā)明實施例可以在會議預約資源競爭考慮會議重要性的分級，給重要的會議保留部分專用資源，滿足用戶個性化的會議需求，提高了系統(tǒng)的使用價值。文檔編號H04N7/15GK101710962SQ20091025817公開日2010年5月19日申請日期2009年12月22日優(yōu)先權(quán)日2009年12月22日發(fā)明者吳永明,彭峰申請人:中興通訊股份有限公司