專利名稱：多媒體會議管理方法、網(wǎng)絡(luò)設(shè)備及網(wǎng)絡(luò)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，尤其涉及一種多媒體會議管理方法、網(wǎng)絡(luò)設(shè)備和網(wǎng) 絡(luò)系統(tǒng)。
背景技術(shù)：
多媒體會議是指一種三方以上的多媒體通信業(yè)務(wù)。多媒體會議業(yè)務(wù)允許用 戶進行創(chuàng)建、管理、結(jié)束、加入或離開會議，同時也允許會議系統(tǒng)向各與會者 發(fā)送各種動態(tài)會議信息。會議管理者或用戶可以為 一個會議設(shè)定各種會議策略 或媒體策略，系統(tǒng)通過策略控制功能實現(xiàn)對會漢策略的控制。
在目前基于SIP的會議系統(tǒng)中，會議服務(wù)器負責(zé)信令的控制，資源服務(wù)器
負責(zé)話音、視頻等媒體流的控制。當(dāng)會議系統(tǒng)的用戶數(shù)不斷增大，為了支持更 大的容量，通常采用多臺會議服務(wù)器組成集群系統(tǒng)，在會議服務(wù)器之前增加一
臺負載分發(fā)器(Load Balancer, LB),將來自與會者的消息分發(fā)到不同的會議服 務(wù)器。
對于會議管理問題，目前常用的解決方案是會議主席所在的會議服務(wù)器采 用進程間通信的方式(如EJB， COBRA等)，對需要操作的與會者所在的會議 服務(wù)器進行操作。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題 LB接收到與會者的呼叫后，將與會者隨機路由到會議服務(wù)器，從概率上來 講，同一會議的與會者可以分布在集群中的任一臺會議服務(wù)器上。 一臺會議服 務(wù)器需要同時管理多場會議的與會者。從而，當(dāng)某臺會議服務(wù)器宕機時，將直 接影響到該臺會議服務(wù)器上的所有與會者，該集群系統(tǒng)中的所有會議都將受到 影響，即每個會議都會有用戶斷線，導(dǎo)致系統(tǒng)性能較差。

發(fā)明內(nèi)容
本發(fā)明的實施例提供一種多媒體會議管理方法、網(wǎng)絡(luò)設(shè)備和網(wǎng)絡(luò)系統(tǒng)，用 于使得同一會議對應(yīng)的與會者由管理該會議的會議服務(wù)器進行管理，降低任一會議服務(wù)器出現(xiàn)宕機時，對整個集群系統(tǒng)的影響，提高了系統(tǒng)性能。
為達到上述目的，本發(fā)明的實施例釆用如下技術(shù)方案 一種多媒體會議管理方法，包括 第一會議服務(wù)器接收來自與會者的請求；
所述第 一會議服務(wù)器根據(jù)所述請求判斷所述與會者要加入的會議是否由該 第一會議服務(wù)器管理，若是，則接受所述與會者；若否，則確定對所述會議進 行管理的第二會議服務(wù)器；
所述第 一會議服務(wù)器發(fā)起所述與會者向所述第二會議服務(wù)器的遷移，以使 所述與會者遷移至所述第二會議服務(wù)器。
一種網(wǎng)絡(luò)設(shè)備，包括
接收單元，用于接收來自與會者的請求；
管理單元，用于根據(jù)所述接收單元接收到的請求判斷所述與會者要加入的 會議是否由本設(shè)備管理，若是，接受所述與會者；若否，確定對所述會議進行 管理的第二網(wǎng)絡(luò)設(shè)備，并發(fā)起所述與會者向所述第二網(wǎng)絡(luò)設(shè)備的遷移，以使所 述與會者遷移至所述第二網(wǎng)絡(luò)設(shè)備。
一種網(wǎng)絡(luò)系統(tǒng)，包括第一會議服務(wù)器和第二會議服務(wù)器，其中
所述第一會議服務(wù)器，用于接收來自與會者的請求；根據(jù)所述請求判斷所 述與會者要加入的會議是否由該第一會議服務(wù)器管理，若是，則接受所述與會 者；若否，則確定對所述會議進行管理的第二會議服務(wù)器，發(fā)起所述與會者向 所述第二會議服務(wù)器的遷移；
所述第二會議服務(wù)器，用于對與會者要加入的所述會議進行管理時，接管 由所述第 一會議服務(wù)器遷移來的所述會議的與會者。
本發(fā)明實施例提供的技術(shù)方案，通過與會者的請求判斷與會者要加入的會 議是否由本會議服務(wù)器管理；若是，接受該與會者，若否，則獲取對所述會議 進行管理的第二會議服務(wù)器，發(fā)起所述與會者向所述第二會議服務(wù)器的遷移， 可以使得同 一會議對應(yīng)的與會者由管理該會議的會議服務(wù)器進行管理，由 一 臺 會議服務(wù)器對同一會議的所有與會者進行管理，降低了任一會議服務(wù)器出現(xiàn)宕 機時，對整個集群系統(tǒng)的影響，提高了系統(tǒng)的性能。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施 例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述 中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付 出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明實施例一提供的多媒體會議管理方法流程示意圖； 圖2為本發(fā)明實施例二提供的多媒體會議管理方法流程示意圖； 圖3為本發(fā)明實施例二提供的會議服務(wù)器宕機時的處理方法流程圖； 圖4為本發(fā)明實施例三提供的會議服務(wù)器的結(jié)構(gòu)示意圖； 圖5為本發(fā)明實施例四提供的會議管理系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式
為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將結(jié)合附圖對本發(fā)明的 實施例進行詳細的介紹，下面的描述〗叉僅是本發(fā)明的一些實施例，對于本領(lǐng)域 普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些實施例獲 得本發(fā)明的其他的實施方式。
本發(fā)明實施例的多媒體包括音頻、或視頻、或消息、或各種數(shù)據(jù)與應(yīng)用， 或上述任意對象的組合等。本發(fā)明實施例可以基于H.323標(biāo)準(zhǔn)協(xié)議，或基于SIP (Session Initial Protocol, SIP)協(xié)議，或者其他類型的協(xié)議。
本發(fā)明實施例一提供的多媒體會議管理方法，如圖1所示，所述方法包括
步驟ll:第一會議服務(wù)器接收與會者的請求；
為了清楚說明本發(fā)明的技術(shù)方案，使用了 "第一"、"第二"等字樣，對不 同的會議服務(wù)器進行區(qū)分，但并不對會議服務(wù)器的數(shù)量和操作優(yōu)先級進行限制> 第一會議服務(wù)器表示任一 臺會議服務(wù)器，第二會議服務(wù)器表示與第 一會議服務(wù) 器不同的任一臺會議服務(wù)器。
在基于SIP的會議系統(tǒng)中，上述與會者發(fā)出的請求可以為邀請(INVITE) 消息。在包含多臺會議服務(wù)器的分布式的多媒體會議系統(tǒng)中，與會者通過LB將
7請求發(fā)送至第一會議服務(wù)器。
步驟12:所述第一會議服務(wù)器根據(jù)所述請求判斷所述與會者要加入的會議 是否由該第一會議服務(wù)器管理，若是，接受所述與會者；若否，獲取對所述會 議進行管理的第二會議服務(wù)器；
所述請求可以表明上述與會者要加入的會議的專有信息，如會議標(biāo)識 (ConfID)、會議代碼等，第一會議服務(wù)器可以根據(jù)上述會議的專有信息，如會 議標(biāo)識，查詢公共數(shù)據(jù)區(qū)，判斷所述與會者要加入的會議是否由該第一會議服 務(wù)器管理。該公共數(shù)據(jù)區(qū)維護會議標(biāo)識與會議服務(wù)器的標(biāo)識的對應(yīng)關(guān)系。
步驟13:所述第一會議服務(wù)器發(fā)起所述與會者向所述第二會議服務(wù)器的遷 移，以使所述與會者遷移至所述第二會議服務(wù)器。
由上所述，本發(fā)明實施例提供的技術(shù)方案，通過與會者在會議服務(wù)器之間 的遷移，將同一會議的所有與會者集中在同一臺會議服務(wù)器上，由一臺會議服 務(wù)器對同 一會議的所有與會者進行管理，解決了現(xiàn)有技術(shù)中 一 臺會議服務(wù)器需 要同時管理多場會議的與會者，會議管理困難、混亂且一臺會議服務(wù)器的運行 狀態(tài)會影響集群系統(tǒng)中所有會議等問題，方便了對多々某體會議的管理，降低了 任一會議服務(wù)器出現(xiàn)宕機時，對整個集群系統(tǒng)的影響，提高了系統(tǒng)性能。
下面結(jié)合一個與會者需要遷移的具體應(yīng)用場景，如圖2所示，對本發(fā)明實 施例二提供的多J;某體會議管理方法進行具體說明。
步驟1:與會者a發(fā)出請求，如INVITE請求，此請求到達LB;
步驟2: LB按照既定的負載均衡策略，選擇會議服務(wù)器1來處理與會者a 的請求，將此請求路由到會議服務(wù)器1。
公共數(shù)據(jù)區(qū)會保存會議服務(wù)器的標(biāo)識和與會者的對應(yīng)關(guān)系，記錄與會者a 對應(yīng)的會議服務(wù)器的標(biāo)識為會議服務(wù)器1的標(biāo)識。
步驟3:會議服務(wù)器1返回此請求的響應(yīng)消息，如200 OK,此響應(yīng)消息中 攜帶上述會議服務(wù)器1的標(biāo)識。
該會議服務(wù)器1的標(biāo)識將用于后續(xù)消息的Session粘連，例如，與會者a收 到響應(yīng)消息后向LB發(fā)送確認消息ACK、 BYE消息，LB根據(jù)會議服務(wù)器1的標(biāo) 識將ACK、 BYE消息發(fā)送至?xí)h服務(wù)器1。步驟4: LB將該響應(yīng)消息，如200OK，路由到與會者a。
步驟5:會議服務(wù)器1根據(jù)獲知的與會者a想要加入的會議，查詢公共數(shù)據(jù) 區(qū)，得知該會議的地址在會議服務(wù)器2上。
用戶撥打會議接入號發(fā)出請求時，會依據(jù)系統(tǒng)的指示，如系統(tǒng)的提示音， 依次輸入各項會議的專有信息，如會議標(biāo)識、會議密碼等，在用戶語音撥號完 成之前，系統(tǒng)并不知道與會者想要加入會議。經(jīng)過前述的請求和響應(yīng)消息的交 互，會議服務(wù)器1會得知與會者a想要加入的會議。會議服務(wù)器1根據(jù)會議的 專有信息，如會議標(biāo)識，查詢公共數(shù)據(jù)區(qū)，得知此會漢的地址在會議服務(wù)器2 上。該公共數(shù)據(jù)區(qū)還維護會議標(biāo)識與會議服務(wù)器的標(biāo)識的對應(yīng)關(guān)系，會議服務(wù) 器1根據(jù)與會者a的會議標(biāo)識查詢公共數(shù)據(jù)區(qū)，得到會議服務(wù)器2的標(biāo)識，從 而得知此會議的地址在會議服務(wù)器2上。
本發(fā)明實施例二主要對會議服務(wù)器需要遷移的情況進行了說明，若會議服 務(wù)器1獲知與會者a要加入的會議由其自身管理，會議服務(wù)器l接受該與會者， 根據(jù)該與會者的請求所指示的會議標(biāo)識，將與會者加入相應(yīng)的會議，對與會者 進行管理。
步驟6:會議服務(wù)器1通知會議服務(wù)器2與會者a想要加入的會議由會議服 務(wù)器2管理。
步驟7:會議服務(wù)器2從公共數(shù)據(jù)區(qū)中獲取與會者a的相關(guān)數(shù)據(jù)傳遞給會議 服務(wù)器2，并在會議服務(wù)器2上進行恢復(fù)。
可選的，對步驟7的執(zhí)行順序不進行限制，例如，步驟7可在步驟8之前 執(zhí)行或與步驟8同時執(zhí)行等，只要保證在與會者a遷移至?xí)h服務(wù)器2之前， 會議服務(wù)器2已獲取到與會者a的相關(guān)數(shù)據(jù)，如，與會者a的呼叫狀態(tài)數(shù)據(jù)，在 SIP會議系統(tǒng)中，包括SIPSession、 SIPApplicationSession等數(shù)據(jù)。
步驟8:會議服務(wù)器2向與會者a發(fā)送新的請求，該新的請求為標(biāo)識刷新請 求，如REINVITE請求，該REINVITE請求中攜帶會議服務(wù)器2的標(biāo)識；會議 服務(wù)器2將公共數(shù)據(jù)區(qū)中與會者a對應(yīng)的會議服務(wù)器的標(biāo)識刷新為會議服務(wù)器2 的標(biāo)識。
步驟9: LB接收到上述REINVITE請求后，才艮據(jù)7>共數(shù)據(jù)區(qū)中已刷新的記
9錄的與會者a對應(yīng)的會議服務(wù)器2的標(biāo)識，將該請求發(fā)送至與會者a;
步驟10:與會者a返回響應(yīng)消息，此消息到達LB，該響應(yīng)消息中攜帶會議 服務(wù)器2的標(biāo)識。
步驟ll: LB根據(jù)上述響應(yīng)消息中攜帶的會議服務(wù)器2的標(biāo)識，將此響應(yīng)消 息正確路由到會議服務(wù)器2。與會者a遷移成功，將會由會議服務(wù)器2對與會者 a進行管理，后續(xù)的消息交互都將在與會者a和會議服務(wù)器2之間進行。
通過上述操作，將同一會議的所有與會者集中在同一臺會議服務(wù)器上，由 一臺會議服務(wù)器對同 一會議的所有與會者進行管理，方便了管理。
進一步的，本發(fā)明實施例二的技術(shù)方案還包括對會議服務(wù)器發(fā)生宕機時的 失效轉(zhuǎn)移處理方法，該方法包括當(dāng)?shù)谝粫h服務(wù)器宕機時，由第二會議服務(wù) 器接管所述第一會議服務(wù)器上的與會者；當(dāng)所述第二會議服務(wù)器還未開始恢復(fù) 第一會議服務(wù)器上的第一與會者及其所在會議的數(shù)據(jù)，且接收到來自所述第一 與會者新的請求時，所述第二會議服務(wù)器優(yōu)先恢復(fù)所述第一與會者及其所在會 議的數(shù)據(jù)，優(yōu)先接管所述第一與會者。其中，第一會議服務(wù)器表示任一臺會議 服務(wù)器，第二會議服務(wù)器表示與第一會議服務(wù)器不同的任一臺會議服務(wù)器，第 一與會者為上述第一會議服務(wù)器上的任一與會者，該第一與會者在第二會議服 務(wù)器還未恢復(fù)其所在會議的數(shù)據(jù)時，發(fā)送了新的請求。
例如，會議服務(wù)器1發(fā)生了宕機，由會議服務(wù)器2接管會議服務(wù)器1上的 與會者，與會者a為會議服務(wù)器l上的與會者，當(dāng)會議服務(wù)器2還未開始恢復(fù) 與會者a及其所在會議的數(shù)據(jù)而與會者a發(fā)送新的請求時，本發(fā)明實施例二的技 術(shù)方案可以優(yōu)先恢復(fù)發(fā)送請求的與會者及其所在會議的數(shù)據(jù)，避免了通訊拆線， 與會者從會議中斷開。下面通過一個具體的應(yīng)用場景，如圖3所示，對本發(fā)明 實施例二提供的會議服務(wù)器宕機時的處理方法進行說明。應(yīng)當(dāng)注意到上述圖2 及圖3只是示例性地給出了本發(fā)明實施例的簡化流程，略去了與本發(fā)明關(guān)聯(lián)性 較小的設(shè)備和步驟，且實際的應(yīng)用中會包含大量的會議服務(wù)器。
步驟T1:與會者a發(fā)出請求，如INVITE請求，此請求到達LB。
步驟T2: LB按照既定的負載均衡策略，選擇會議服務(wù)器1來處理與會者a 的請求；LB將會議服務(wù)器1的標(biāo)識填充到此請求消息中，然后將此請求路由到會議服務(wù)器l。公共數(shù)據(jù)區(qū)會保存會議服務(wù)器的標(biāo)識和與會者的對應(yīng)關(guān)系，記錄
與會者a對應(yīng)的會議服務(wù)器的標(biāo)識為會議服務(wù)器1的標(biāo)識。
步驟T3:會議服務(wù)器1返回此請求的響應(yīng)消息，如200OK，此響應(yīng)消息中 攜帶上述會議服務(wù)器1的標(biāo)識。此會議服務(wù)器1的標(biāo)識將用于后續(xù)消息的Session 粘連。
步驟T4:會議服務(wù)器l將與會者a的數(shù)據(jù)，如狀態(tài)信息等，保存到其數(shù)據(jù) 備份單元。
為保證會議系統(tǒng)的可靠性，可以采用數(shù)據(jù)備份單元來存儲與會者的相關(guān)數(shù) 據(jù)，對不同的廠商該數(shù)據(jù)備份單元的實現(xiàn)形式也不同，可以設(shè)置獨立的存儲設(shè) 備來實現(xiàn)各會議服務(wù)器的數(shù)據(jù)備份單元，也可以在公共數(shù)據(jù)區(qū)中開辟專有的存 儲區(qū)域來實現(xiàn)各會議服務(wù)器的數(shù)據(jù)備份單元。^^共數(shù)據(jù)區(qū)中存儲各會議服務(wù)器 與數(shù)據(jù)備份單元的對應(yīng)關(guān)系。
該數(shù)據(jù)備份單元可以由一個獨立的進程運行，即不與其相應(yīng)的會議服務(wù)器 共用同一個進程。
步驟T5: LB將響應(yīng)消息路由到與會者a。
對步驟T4和步驟T5的執(zhí)行順序不進行限制，可以依次順序執(zhí)行，也可以 同時執(zhí)行。
步驟T6: LB檢測到會議服務(wù)器1宕機后，通知會議服務(wù)器2接管會議服務(wù) 器l上的與會者。
會議服務(wù)器定時向LB發(fā)送消息表明自身工作正常，如發(fā)送OPTION消息， 這種消息即為心跳消息。LB通過接收到的心跳消息檢測會議服務(wù)器是否出現(xiàn)宏 機，即在一定時間內(nèi)未收到來自會議服務(wù)器的心跳消息，則認為該會議服務(wù)器 發(fā)生宕機。
LB向會議服務(wù)器2發(fā)送的通知消息將包含需要會議服務(wù)器2接管的會場的 會議標(biāo)識的后兩位數(shù)。比如LB通知會議服務(wù)器2接管會議服務(wù)器1上30%的會 場，那么在LB的通知消息中，可以包含00-29這樣的信息，那么在會議服務(wù) 器1上，會議標(biāo)識的后兩位尾數(shù)從00到29的所有的會議都將被會議服務(wù)器2 接管。步驟T7:會議服務(wù)器2查詢公共數(shù)據(jù)區(qū)，獲取會議服務(wù)器1的數(shù)據(jù)備份單 元的地址，會議服務(wù)器1上會議標(biāo)識的后兩位尾數(shù)從00到29的所有會議的會 議標(biāo)識，同時也獲取每個會議標(biāo)識對應(yīng)的與會者。會議服務(wù)器2將刷新該與會 者對應(yīng)的會議服務(wù)器的標(biāo)識，將原會議服務(wù)器1上與會者對應(yīng)的會議服務(wù)器的 標(biāo)識刷新為會議服務(wù)器2的標(biāo)識。
步驟T8:會議服務(wù)器2將逐次恢復(fù)各個會場，但此過程需要持續(xù)一定的時 間。這時，屬于與會者a的會場還未被會議服務(wù)器2接管，但與會者a向會議系 統(tǒng)發(fā)送新的請求，此請求到達LB。
步驟T9: LB檢查此請求中攜帶的會議標(biāo)識，獲知此會議標(biāo)識對應(yīng)的會議服 務(wù)器l已經(jīng)宕機，該請求應(yīng)當(dāng)被會議服務(wù)器2接管。則LB將維護的與會者a對 應(yīng)的會議服務(wù)器參數(shù)更新為DID2，將上述新的請求發(fā)送至?xí)h服務(wù)器2。
步驟T10:會議服務(wù)器2收到此請求后，因為與會者a還未遷移至?xí)h服務(wù) 器2,與會者a及其會議的數(shù)據(jù)還未在會議服務(wù)器2上恢復(fù)，此請求不能被處理。 會議服務(wù)器2暫停當(dāng)前的數(shù)據(jù)恢復(fù)處理，訪問會議服務(wù)器1的數(shù)據(jù)備份單元， 獲取與會者a和及其所在會議的相關(guān)數(shù)據(jù)，首先恢復(fù)與會者a所在的會議及與會 者a的相關(guān)數(shù)據(jù)，將與會者a遷移至?xí)h服務(wù)器2 (參見上述步驟7至11 )。然 后，處理與會者a發(fā)送的新的請求。
步驟T11:會議服務(wù)器2對上述新的請求進行處理，發(fā)出響應(yīng)消息到達LB, 該響應(yīng)消息中攜帶會議服務(wù)器2的標(biāo)識。
步驟T12: LB將此響應(yīng)消息路由到與會者a。
步驟T13:與會者a的后續(xù)消息到達LB, LB根據(jù)其中的會議服務(wù)器2的標(biāo) 識，直接路由至?xí)h服務(wù)器2。
步驟T14: LB將后續(xù)消息路由至?xí)h服務(wù)器2。
然后，會議服務(wù)器2將首先恢復(fù)與會者a所在的會議的其他與會者，再在 會議服務(wù)器2上恢復(fù)會議服務(wù)器1上其他的會議標(biāo)識后兩位尾數(shù)從00到29的 所有會議及其與會者。
由上所述，本發(fā)明實施例二可以優(yōu)先恢復(fù)發(fā)送請求的與會者及其所在會議 的數(shù)據(jù)，即在接管宕機會議服務(wù)器上會議的與會者時，首先恢復(fù)宕機會議服務(wù)
12器上發(fā)出新的請求的與會者及其所在的會議，避免了通訊拆線，與會者從會議 中斷開，增強了用戶體驗。
應(yīng)當(dāng)注意到，上述實施例僅以接管宕機會議服務(wù)器的過程中，該宕機會議
服務(wù)器上的與會者a發(fā)送新的請求為例進行了說明，若出現(xiàn)同時存在多個與會 者發(fā)送新的請求的情況，可以通過預(yù)設(shè)優(yōu)先接管策略進行處理，例如，設(shè)置策 略為首先恢復(fù)會議標(biāo)識后兩位尾數(shù)較小的會議，或者，為重要性較高的會議設(shè) 置高的優(yōu)先級別，首先恢復(fù)該會議及其與會者。
本發(fā)明實施例三還提供了一種網(wǎng)絡(luò)設(shè)備，如圖4所示，包括
接收單元41，用于接收來自與會者的請求；
管理單元42，用于根據(jù)所述接收單元41接收到的請求判斷所述與會者要加 入的會議是否由本設(shè)備管理，若是，接受所述與會者；若否，確定對所述會議 進行管理的第二網(wǎng)絡(luò)設(shè)備，并發(fā)起所述與會者向所述第二網(wǎng)絡(luò)設(shè)備的遷移，以 使所述與會者遷移至所述第二網(wǎng)絡(luò)設(shè)備。
進一步的，所述管理單元42包括
消息處理模塊，用于根據(jù)所述接收單元41接收到的請求獲取所述與會者要 加入會議的會議識別信息；判斷模塊，用于根據(jù)所述消息處理模塊獲取到的會 議標(biāo)識判斷所述與會者要加入的會議是否由本設(shè)備管理；查詢模塊，用于當(dāng)所 述判斷模塊判斷所述與會者要加入的會議不由本設(shè)備管理時，根據(jù)所述消息處 理模塊解析得到的會議標(biāo)識，查詢公共數(shù)據(jù)區(qū)，確定對所述會議進行管理的第 二網(wǎng)絡(luò)設(shè)備，其中，所述公共數(shù)據(jù)區(qū)維護會議識別地址與會議服務(wù)器的對應(yīng)關(guān) 系。
進一步的 > 若會議服務(wù)器1發(fā)生了宕機，由會議服務(wù)器2接管會議服務(wù)器1 上的與會者，與會者a為會議服務(wù)器1上的與會者，當(dāng)會議服務(wù)器2還未開始 恢復(fù)與會者a及其所在會議的數(shù)據(jù)而與會者a發(fā)送新的請求時，本發(fā)明實施例三 提供的會議服務(wù)器可以優(yōu)先恢復(fù)發(fā)送請求的與會者及其所在會議的數(shù)據(jù)，避免 了通訊拆線，與會者從會議中斷開。上述會議服務(wù)器還包括
接管單元，用于接管宕機的會議服務(wù)器上的與會者，當(dāng)還未開始恢復(fù)宕機 的會議服務(wù)器上的第一與會者及其所在會議的數(shù)據(jù)，且接收到來自所述第一與會者新的請求時，優(yōu)先恢復(fù)該第一與會者及其所在會議的數(shù)據(jù)，優(yōu)先接管所述 第一與會者。
本發(fā)明實施例三中網(wǎng)絡(luò)設(shè)備可以為用于多媒體會議的會議服務(wù)器等網(wǎng)絡(luò)設(shè) 備，該設(shè)備的各功能模塊的具體工作方法參見本發(fā)明方法實施例。
本發(fā)明實施例的各個功能模塊可以集成于一體，也可以分離部署。上述單 元可以合并為一個單元，也可以進一步拆分成多個子單元。
本發(fā)明實施例提供的網(wǎng)絡(luò)設(shè)備，通過與會者的請求判斷與會者要加入的會
議是否由本會議服務(wù)器管理；若是，接受該與會者，若否，則獲取對所述會議 進行管理的第二會議服務(wù)器，發(fā)起所述與會者向所述第二會議服務(wù)器的遷移， 可以使得同一會議對應(yīng)的與會者由管理該會議的會議服務(wù)器進行管理，由一臺 會議服務(wù)器對同一會議的所有與會者進行管理，降低了任一會議服務(wù)器出現(xiàn)宕 機時，對整個集群系統(tǒng)的影響，提高了系統(tǒng)的性能。
本發(fā)明實施例四還提供了 一種網(wǎng)絡(luò)系統(tǒng)，如圖5所示，所述系統(tǒng)包括第一 會議服務(wù)器51和第二會議服務(wù)器52,應(yīng)當(dāng)注意到，這里略去了會議管理系統(tǒng)中 本領(lǐng)域技術(shù)人員已知的一些設(shè)備和單元的描述，如公共數(shù)據(jù)區(qū)等。
所述第一會議服務(wù)器51，用于接收與會者的請求；根據(jù)所述請求判斷所述 與會者要加入的會議是否由該第一會議服務(wù)器管理，若是，則接受所述與會者； 若否，則確定對所述會議進行管理的第二會議服務(wù)器，發(fā)起所述與會者向所述 第二會議服務(wù)器的遷移；
所述第二會議服務(wù)器52，用于對與會者要加入的會議進行管理時，接管由 所述第 一會議服務(wù)器遷移來的所述會議的與會者。
其中，所述第二會議服務(wù)器還用于當(dāng)接管所述第一會議服務(wù)器遷移來的所 述會議的與會者時，向所述與會者發(fā)送標(biāo)識刷新請求，將么、共數(shù)據(jù)區(qū)中所述與 會者對應(yīng)的會議服務(wù)器的標(biāo)識刷新為該第二會議服務(wù)器的標(biāo)識。
進一 步的，所述系統(tǒng)還可以包括
負載均衡器53，用于接收來自所述第二會議服務(wù)器52的標(biāo)識刷新請求，所 述標(biāo)識刷新請求攜帶第二會議服務(wù)器52的標(biāo)識；將該標(biāo)識刷新請求發(fā)送給所述 與會者；接收來自所述與會者根據(jù)接收到的標(biāo)識刷新請求發(fā)送的響應(yīng)，所述響應(yīng)攜帶所述第二會議服務(wù)器52的標(biāo)識；根據(jù)所述第二會議服務(wù)器52的標(biāo)識將 所述響應(yīng)發(fā)送給所述第二會議服務(wù)器52，由第二會議服務(wù)器52接管所述與會者。
進一步的，上述第一和第二會議服務(wù)器還可以包括接管單元，用于接管 宕機的會議服務(wù)器上的與會者，所述與會者包括第一與會者，且當(dāng)還未開始恢 復(fù)第一與會者及其所在會議的數(shù)據(jù)而該第一與會者發(fā)送新的請求時，優(yōu)先恢復(fù) 第一與會者及其所在會議的數(shù)據(jù)，優(yōu)先接管所述第一與會者。
本發(fā)明實施例四中網(wǎng)絡(luò)系統(tǒng)中各功能模塊的具體工作方法參見本發(fā)明方法 實施例。
本發(fā)明實施例系統(tǒng)的各個單元可以集成于一個裝置，也可以分布于多個裝 置。上述單元可以合并為一個單元，也可以進一步拆分成多個子單元。
本發(fā)明實施例提供的網(wǎng)絡(luò)系統(tǒng)，通過與會者的請求判斷與會者要加入的會 議是否由本會議服務(wù)器管理；若是，接受該與會者，若否，則獲取對所述會議 進行管理的第二會議服務(wù)器，發(fā)起所述與會者向所述第二會議服務(wù)器的遷移， 可以使得同 一會議對應(yīng)的與會者由管理該會議的會議服務(wù)器進行管理，由一 臺 會議服務(wù)器對同一會議的所有與會者進行管理，降低了任一會議服務(wù)器出現(xiàn)宕 機時，對整個集群系統(tǒng)的影響，提高了系統(tǒng)的性能。
由上所述，通過與會者在會議服務(wù)器之間的遷移，將同一會議的所有與會 者集中在同 一臺會議服務(wù)器上，由一臺會議服務(wù)器對同 一會議的所有與會者進 行管理，解決了現(xiàn)有技術(shù)中一臺會議服務(wù)器需要同時管理多場會議的與會者， 會議管理困難、混亂且一 臺會議服務(wù)器的運行狀態(tài)會影響集群系統(tǒng)中所有會議 等問題，方便了對多々某體會議的管理，降低了任一會議服務(wù)器出現(xiàn)宕機時，對
整個集群系統(tǒng)的影響，提高了系統(tǒng)性能。
本領(lǐng)域普通技術(shù)人員可以意識到，結(jié)合本文中所公開的實施例描述的各示 例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)， 為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地 描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決 于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用 來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應(yīng)認為超出本發(fā)明的范
15結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以用硬件、處理器 執(zhí)行的軟件模塊，或者二者的結(jié)合來實施。軟件模塊可以置于隨機存儲器
(RAM)、內(nèi)存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、 寄存器、硬盤、可移動》茲盤、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式 的存儲介質(zhì)中。
以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于 此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到 變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng) 以權(quán)利要求的保護范圍為準(zhǔn)。
權(quán)利要求
1、一種多媒體會議管理方法，其特征在于，所述方法包括第一會議服務(wù)器接收來自與會者的請求；所述第一會議服務(wù)器根據(jù)所述請求判斷所述與會者要加入的會議是否由該第一會議服務(wù)器管理，若是，則接受所述與會者；若否，則確定對所述會議進行管理的第二會議服務(wù)器；所述第一會議服務(wù)器發(fā)起所述與會者向所述第二會議服務(wù)器的遷移，以使所述與會者遷移至所述第二會議服務(wù)器。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一會議服務(wù)器獲取對 所述會議進行管理的第二會議服務(wù)器包括所述第一會議服務(wù)器解析所述請求，獲取所述與會者要加入會議的會議標(biāo)識；所述第一會議服務(wù)器根據(jù)所述會議標(biāo)識，查詢公共數(shù)據(jù)區(qū)，確定所述第二 會議服務(wù)器。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一會議服務(wù)器發(fā)起所 述與會者向所述第二會議服務(wù)器的遷移，以使所述與會者遷移至所述第二會議 服務(wù)器包括第 一會議服務(wù)器通知第二會議服務(wù)器接管所述與會者；所述第二會議服務(wù)器將標(biāo)識刷新請求發(fā)送至負載均衡器，所述標(biāo)識刷新請 求攜帶第二會議服務(wù)器的標(biāo)識；將公共數(shù)據(jù)區(qū)中所述與會者對應(yīng)的會議服務(wù)器 的標(biāo)識刷新為第二會議力良務(wù)器的標(biāo)識；所述負載均衡器將所述標(biāo)識刷新請求發(fā)送給所述與會者；所述負載均衡器接收來自所述與會者根據(jù)接收到的標(biāo)識刷新請求發(fā)送的響 應(yīng)，所述響應(yīng)攜帶所述第二會議服務(wù)器的標(biāo)識；所述負載均衡器根據(jù)所述第二會議服務(wù)器的標(biāo)識將所述響應(yīng)發(fā)送給所迷第 二會議服務(wù)器，由第二會議服務(wù)器接管所述與會者。
4、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括當(dāng)所述第一會議服務(wù)器宕機時，由第二會議服務(wù)器接管所述第一會議服務(wù) 器上的與會者；當(dāng)所述第二會議服務(wù)器還未開始恢復(fù)第一會議服務(wù)器上的第一與會者及其 所在會議的數(shù)據(jù)，且接收到來自所述第一與會者新的請求時，所述第二會議服 務(wù)器優(yōu)先恢復(fù)所述第一與會者及其所在會議的數(shù)據(jù)，優(yōu)先接管所述第一與會者。
5、 根據(jù)權(quán)利要求3所述的方法，其特征在于， 所述與會者向第一會議服務(wù)器發(fā)出的請求為INVITE消息； 所述第二會議服務(wù)器發(fā)送的標(biāo)識刷新請求為REINVITE消息。
6、 一種網(wǎng)絡(luò)設(shè)備，其特征在于，包括 接收單元，用于接收來自與會者的請求；管理單元，用于根據(jù)所述接收單元接收到的請求判斷所述與會者要加入的 會議是否由本設(shè)備管理，若是，接受所述與會者；若否，確定對所述會議進行 管理的第二網(wǎng)絡(luò)設(shè)備，發(fā)起所述與會者向所述第二網(wǎng)絡(luò)設(shè)備的遷移，以使所述 與會者遷移至所述第二網(wǎng)絡(luò)設(shè)備。
7、 根據(jù)權(quán)利要求6所述的設(shè)備，其特征在于，所述管理單元包括-. 消息處理模塊，用于解析所述接收單無接收到的請求，獲取所述與會者要加入會議的會i義標(biāo)識；判斷模塊，用于根據(jù)所述消息處理模塊獲取到的會議標(biāo)識判斷所述與會者 要加入的會議是否由本設(shè)備管理；查詢模塊，用于當(dāng)所述判斷模塊判斷所述與會者要加入的會議不由本設(shè)備 管理時，根據(jù)所述消息處理模塊解析得到的會議標(biāo)識，查詢公共數(shù)據(jù)區(qū)，確定 對所述會議進行管理的第二網(wǎng)絡(luò)設(shè)備。
8、 根據(jù)權(quán)利要求6所述的設(shè)備，其特征在于，還包括接管單元，用于接管宕機的會議服務(wù)器上的與會者，當(dāng)還未開始恢復(fù)宕機 的會議服務(wù)器上的第一與會者及其所在會議的數(shù)據(jù)，且接收到來自所述第一與 會者新的請求時，優(yōu)先恢復(fù)所述第一與會者及其所在會議的數(shù)據(jù)，優(yōu)先接管所 述第一與會者。
9、 一種網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述系統(tǒng)包括第一會議服務(wù)器和第二會議 服務(wù)器，其中所述第一會議服務(wù)器，用于接收來自與會者的請求；根據(jù)所述請求判斷所述與會者要加入的會議是否由該第一會議服務(wù)器管理，若是，則接受所述與會者；若否，則確定對所述會議進行管理的第二會議服務(wù)器，發(fā)起所述與會者向 所述第二會議服務(wù)器的遷移；所述第二會議服務(wù)器，用于接管由所述第一會議服務(wù)器遷移來的所述會議 的與會者。
10、根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述第二會議服務(wù)器還用于當(dāng)接管所述第一會議服務(wù)器遷移來的所述會議 的與會者時，向所述與會者發(fā)送標(biāo)識刷新請求，將 >共數(shù)據(jù)區(qū)中所述與會者對 應(yīng)的會議服務(wù)器的標(biāo)識刷新為該第二會議服務(wù)器的標(biāo)識。
11 、根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 負載均衡器，用于接收來自所述第二會議服務(wù)器的標(biāo)識刷新請求，所述標(biāo) 識刷新請求攜帶第二會議服務(wù)器的標(biāo)識；將該標(biāo)識刷新請求發(fā)送給所述與會者; 接收來自所述與會者根據(jù)接收到的標(biāo)識刷新請求發(fā)送的響應(yīng)，所述響應(yīng)攜帶所 述第二會議服務(wù)器的標(biāo)識；根據(jù)所述第二會議服務(wù)器的標(biāo)識將所述響應(yīng)發(fā)送給 所述第二會議服務(wù)器，由第二會議服務(wù)器接管所述與會者。
全文摘要
本發(fā)明實施例公開了一種多媒體會議管理方法、網(wǎng)絡(luò)設(shè)備和網(wǎng)絡(luò)系統(tǒng)。本發(fā)明實施例提供的多媒體會議管理方法包括第一會議服務(wù)器接收來自與會者的請求；所述第一會議服務(wù)器根據(jù)所述請求判斷所述與會者要加入的會議是否由該第一會議服務(wù)器管理，若是，則接受所述與會者；若否，則確定對所述會議進行管理的第二會議服務(wù)器；所述第一會議服務(wù)器發(fā)起所述與會者向所述第二會議服務(wù)器的遷移，以使所述與會者遷移至所述第二會議服務(wù)器。本發(fā)明實施例提供的技術(shù)方案用于使得同一會議對應(yīng)的與會者由管理該會議的會議服務(wù)器進行管理，降低任一會議服務(wù)器出現(xiàn)宕機時，對整個集群系統(tǒng)的影響，提高了系繞性能。
文檔編號H04L29/06GK101510884SQ20091011977
公開日2009年8月19日 申請日期2009年3月26日 優(yōu)先權(quán)日2009年3月26日
發(fā)明者張志雄, 張民衛(wèi), 閔正佳 申請人:華為技術(shù)有限公司