會議模式選擇方法及服務(wù)器的制造方法
【專利摘要】本發(fā)明實施例提供一種會議模式選擇方法及服務(wù)器，該方法包括：接收客戶端發(fā)送的創(chuàng)建會議請求，所述會議請求中包括所述客戶端邀請參會的其它客戶端的標(biāo)識和會議所需的媒體類型的描述；根據(jù)所述參會的其它客戶端的數(shù)量和所述媒體類型所需的帶寬，獲取會議所需帶寬；若所述帶寬小于等于預(yù)設(shè)帶寬，則確定使用點對點會議模式；若所述帶寬大于預(yù)設(shè)帶寬，則確定使用會議中心模式。本發(fā)明實施例通過獲取會議所需的帶寬，來根據(jù)具體情況確定會議使用P2P會議模式還是會議中心模式，實現(xiàn)了靈活選擇合適的會議模式，在保證會議質(zhì)量的前提下服務(wù)更多的會議客戶端。
【專利說明】會議模式選擇方法及服務(wù)器

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)，尤其涉及一種會議模式選擇方法及服務(wù)器。

【背景技術(shù)】
[0002] 隨著通信技術(shù)的普及，即時通訊應(yīng)用已經(jīng)成為互聯(lián)網(wǎng)上的熱門應(yīng)用之一，隨著接 入帶寬的增加，即時通信也從早期的只支持文本類型的通信發(fā)展到支持音視頻多媒體通 ?目。
[0003] 多媒體會議是一種多方參與的即時通信方式，現(xiàn)有技術(shù)中，多媒體會議采用點 到點（Peer to Peer，簡稱P2P)模式，在這種模式下，參會的各客戶端注冊到中心服務(wù)器 之后，各客戶端與其它所有參會客戶端之間建立P2P的用戶數(shù)據(jù)報協(xié)議（User Datagram Protocol，簡稱UDP)通道，并通過該通道傳輸音視頻媒體流。還可以采用會議中心模式，在 這種模式下，參會的各客戶端注冊到中心服務(wù)器之后，各客戶端與媒體服務(wù)器建立通道，通 過媒體服務(wù)器向參會的各客戶端轉(zhuǎn)發(fā)音視頻媒體流。
[0004] 帶寬采用上述P2P模式時，對中心服務(wù)器性能和帶寬要求低，但是如果參會客戶 端數(shù)量較大的話，一個客戶端同時給其它所有參會客戶端發(fā)送音視頻媒體流所占用的帶寬 就會大于寬帶運營商給該客戶端分配的上行帶寬，這樣會議質(zhì)量就會下降，會議無法正常 進行，而且目前的運營商普遍采用非對稱的帶寬模式，在這種模式下分配給每個客戶端的 上行帶寬要小于下行帶寬，這進一步限制了 P2P模式所能允許的參會客戶端數(shù)量。而采用 會議中心模式，對中心服務(wù)器的性能和帶寬要求高，能夠同時支持的數(shù)目有限。兩種會議模 式適合不同的應(yīng)用場景，現(xiàn)有技術(shù)不能根據(jù)應(yīng)用場景靈活的選擇會議模式。


【發(fā)明內(nèi)容】

[0005] 本發(fā)明提供一種會議模式選擇方法及服務(wù)器，用于解決無法根據(jù)應(yīng)用場景靈活選 擇會議模式的問題。
[0006] 本發(fā)明實施例第一方面提供一種會議模式選擇方法，包括：
[0007] 接收客戶端發(fā)送的創(chuàng)建會議請求，所述會議請求中包括所述客戶端邀請參會的其 它客戶端的標(biāo)識和會議所需的媒體類型的描述；
[0008] 根據(jù)所述參會的其它客戶端的數(shù)量和所述媒體類型所需的帶寬，獲取會議所需帶 寬；
[0009] 若上述帶寬小于等于預(yù)設(shè)帶寬，則確定使用點對點會議模式；
[0010] 若所述帶寬大于預(yù)設(shè)帶寬，則確定使用會議中心模式。
[0011] 結(jié)合第一方面，在第一方面的第一種可能的實施方式中，所述確定使用點對點會 議模式之后，還包括：
[0012] 向所有參會客戶端發(fā)送包含點對點會議模式標(biāo)識的邀請加入會議信息，以使所有 參會客戶端加入到會議中，并采用所述點對點會議模式進行會議。
[0013] 結(jié)合第一方面的第一種可能的實施方式，在第一方面的第二種可能的實施方式 中，所述采用所述點對點會議模式進行會議之后，還包括：
[0014] 接收參會客戶端發(fā)送的切換請求信息，所述切換請求信息表示所述客戶端請求將 會議模式切換到會議中心模式；
[0015] 將會議模式從所述點對點會議模式切換到所述會議中心模式。
[0016] 結(jié)合第一方面的第二種可能的實施方式，在第一方面的第三種可能的實施方式 中，接收參會客戶端發(fā)送的切換請求信息包括：接收參會客戶端在會議質(zhì)量的下降值超過 預(yù)設(shè)閾值之后發(fā)送所述切換請求信息，其中，所述會議質(zhì)量包括：數(shù)據(jù)報丟包率和/或延遲 抖動時間。
[0017] 結(jié)合第一方面的第三種可能的實施方式，在第一方面的第四種可能的實施方式 中，所述將會議模式從所述點對點會議模式切換到所述會議中心模式，包括：
[0018] 向所有參會客戶端發(fā)送切換到會議中心模式的切換指令信息，以使所有參會客戶 端切換到所述會議中心模式。
[0019] 結(jié)合第一方面的第一種可能的實施方式，在第一方面的第五種可能的實施方式 中，所述采用所述點對點會議模式進行會議之后，還包括：
[0020] 接收第一參會客戶端發(fā)送的請求對第二參會客戶端靜音的第一請求消息；
[0021] 根據(jù)所述第一請求消息進行鑒權(quán)，若鑒權(quán)通過，則向所有參會客戶端發(fā)送對所述 第二參會客戶端靜音的指令消息，以指示所述第二參會客戶端關(guān)閉輸出，所述所有參會客 戶端中除所述第二參會客戶端之外的客戶端關(guān)閉接收所述第二客戶端的輸入。
[0022] 結(jié)合第一方面的第五種可能的實施方式，在第一方面的第六種可能的實施方式 中，所述向所有參會客戶端發(fā)送對所述第二參會客戶端靜音的指令消息之后，還包括：
[0023] 接收第一客戶端發(fā)送的取消對所述第二參會客戶端靜音的第二請求消息；
[0024] 根據(jù)所述第二請求消息進行鑒權(quán)，若鑒權(quán)通過，則向所有參會客戶端發(fā)送取消對 所述第二參會客戶端靜音的指令消息，以指示所述第二參會客戶端開啟輸出，所述所有參 會客戶端中除所述第二參會客戶端之外的客戶端開啟接收所述第二客戶端的輸入。
[0025] 結(jié)合第一方面，在第一方面的第七種可能的實施方式中，所述確定使用會議中心 模式之后，還包括：
[0026] 向所有參會客戶端發(fā)送包含會議中心模式標(biāo)識的邀請加入會議信息，以使所有參 會客戶端加入到會議中，并采用所述會議中心模式進行會議。
[0027] 結(jié)合第一方面的第七種可能的實施方式，在第一方面的第八種可能的實現(xiàn)方式 中，所述采用所述會議中心模式進行會議之后，還包括：
[0028] 若參會客戶端的數(shù)量減少或會議使用的媒體類型變更為所需帶寬更少的媒體類 型，則根據(jù)當(dāng)前參會客戶端的數(shù)量和會議使用的媒體類型獲取更新后的會議所需帶寬；
[0029] 若所述更新后的會議所需帶寬小于所述預(yù)設(shè)帶寬，則將會議模式從所述會議中心 模式切換到所述點對點會議模式。
[0030] 結(jié)合第一方面的第八種可能的實施方式，在第一方面的第九種可能的實現(xiàn)方式 中，所述將會議模式從所述會議中心模式切換到所述點對點會議模式，包括：
[0031] 向所述當(dāng)前參會客戶端發(fā)送切換到點對點會議模式的切換指令信息，以使所述當(dāng) 前參會客戶端切換到所述點對點會議模式。
[0032] 結(jié)合第一方面至第一方面的第九種可能的實施方式中任一項，在第一方面的第十 種可能的實現(xiàn)方式中，所述媒體類型包括：音頻信息和/或視頻信息。
[0033] 本發(fā)明實施例第二方面提供一種服務(wù)器，包括：
[0034] 接收模塊，用于接收客戶端發(fā)送的創(chuàng)建會議請求，所述會議請求中包括所述客戶 端邀請參會的其它客戶端的標(biāo)識和會議所需的媒體類型的描述；
[0035] 獲取模塊，用于根據(jù)所述參會的其它客戶端的數(shù)量和所述媒體類型所需的帶寬， 獲取會議所需帶寬；
[0036] 確定模塊，用于若所述帶寬小于等于預(yù)設(shè)帶寬，則確定使用點對點會議模式；若所 述帶寬大于預(yù)設(shè)帶寬，則確定使用會議中心模式。
[0037] 結(jié)合第二方面，在第二方面的第一種可能的實施方式中，所述服務(wù)器還包括：第一 發(fā)送模塊，用于在所述確定模塊確定使用點對點會議模式之后，向所有參會客戶端發(fā)送包 含點對點會議模式標(biāo)識的邀請加入會議信息，以使所有參會客戶端加入到會議中，并采用 所述點對點會議模式進行會議。
[0038] 結(jié)合第二方面的第一種可能的實施方式，在第二方面的第二種可能的實施方式 中，所述接收模塊，還用于在所述采用所述點對點會議模式進行會議之后，接收參會客戶端 發(fā)送的切換請求信息，所述切換請求信息表示所述客戶端請求將會議模式切換到會議中心 模式；
[0039] 所述服務(wù)器還包括：第一切換模塊，用于將會議模式從所述點對點會議模式切換 到所述會議中心模式。
[0040] 結(jié)合第二方面的第二種可能的實施方式，在第二方面的第三種可能的實施方式 中，所述接收模塊，具體用于接收參會客戶端在會議質(zhì)量的下降值超過預(yù)設(shè)閾值之后發(fā)送 所述切換請求信息，其中，所述會議質(zhì)量包括：數(shù)據(jù)報丟包率和/或延遲抖動時間。
[0041] 結(jié)合第二方面的第三種可能的實施方式，在第二方面的第四種可能的實施方式 中，所述第一切換模塊，具體用于向所有參會客戶端發(fā)送切換到會議中心模式的切換指令 信息，以使所有參會客戶端切換到所述會議中心模式。
[0042] 結(jié)合第二方面的第一種可能的實施方式，在第二方面的第五種可能的實施方式 中，所述接收模塊，還用于在所述采用所述點對點會議模式進行會議之后，接收第一參會客 戶端發(fā)送的請求對第二參會客戶端靜音的第一請求消息；
[0043] 所述服務(wù)器還包括：鑒權(quán)模塊，用于根據(jù)所述第一請求消息進行鑒權(quán)，若鑒權(quán)通 過，則向所有參會客戶端發(fā)送對所述第二參會客戶端靜音的指令消息，以指示所述第二參 會客戶端關(guān)閉輸出，所述所有參會客戶端中除所述第二參會客戶端之外的客戶端關(guān)閉接收 所述第二客戶端的輸入。
[0044] 結(jié)合第二方面的第五種可能的實施方式，在第二方面的第六種可能的實施方式 中，所述接收模塊，還用于在所述向所有參會客戶端發(fā)送對所述第二參會客戶端靜音的指 令消息之后，接收第一客戶端發(fā)送的取消對所述第二參會客戶端靜音的第二請求消息；
[0045] 所述鑒權(quán)模塊，還用于根據(jù)所述第二請求消息進行鑒權(quán)，若鑒權(quán)通過，則向所有參 會客戶端發(fā)送取消對所述第二參會客戶端靜音的指令消息，以指示所述第二參會客戶端開 啟輸出，所述所有參會客戶端中除所述第二參會客戶端之外的客戶端開啟接收所述第二客 戶端的輸入。
[0046] 結(jié)合第二方面，在第二方面的第七種可能的實施方式中，所述服務(wù)器還包括：第二 發(fā)送模塊，用于在所述確定模塊確定使用會議中心模式之后，向所有參會客戶端發(fā)送包含 會議中心模式標(biāo)識的邀請加入會議信息，以使所有參會客戶端加入到會議中，并采用所述 會議中心模式進行會議。
[0047] 結(jié)合第二方面的第七種可能的實施方式，在第二方面的第八種可能的實施方式 中，所述獲取模塊，還用于在所述采用所述會議中心模式進行會議之后，若參會客戶端的數(shù) 量減少或會議使用的媒體類型變更為所需帶寬更少的媒體類型，則根據(jù)當(dāng)前參會客戶端的 數(shù)量和會議使用的媒體類型獲取更新后的會議所需帶寬；
[0048] 所述服務(wù)器還包括：第二切換模塊，用于若所述更新后的會議所需帶寬小于所述 預(yù)設(shè)帶寬，則將會議模式從所述會議中心模式切換到所述點對點會議模式。
[0049] 結(jié)合第二方面的第七種可能的實施方式，在第二方面的第九種可能的實施方式 中，所述第二切換模塊，具體用于向所述當(dāng)前參會客戶端發(fā)送切換到點對點會議模式的切 換指令信息，以使所述當(dāng)前參會客戶端切換到所述點對點會議模式。
[0050] 結(jié)合第二方面至第二方面的第九種可能的實施方式中任一項，在第二方面的第十 種可能的實施方式中，所述媒體類型包括：音頻信息和/或視頻信息。
[0051] 本發(fā)明實施例中，通過獲取會議所需的帶寬，來根據(jù)具體情況確定會議使用P2P 會議模式還是會議中心模式，實現(xiàn)了靈活選擇合適的會議模式，在保證會議質(zhì)量的前提下 服務(wù)更多的會議客戶端。

【專利附圖】

【附圖說明】
[0052] 為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。
[0053] 圖1為本發(fā)明提供的會議模式選擇方法實施例一的流程示意圖；
[0054] 圖2為本發(fā)明提供的會議模式選擇方法實施例二的流程示意圖；
[0055] 圖3為本發(fā)明提供的會議模式選擇方法實施例三的流程示意圖；
[0056] 圖4為本發(fā)明提供的會議模式選擇方法實施例四的流程示意圖；
[0057] 圖5為本發(fā)明提供的會議模式選擇方法實施例五的流程示意圖；
[0058] 圖6為本發(fā)明提供的會議模式選擇方法實施例六的流程示意圖；
[0059] 圖7為本發(fā)明提供的服務(wù)器實施例一的結(jié)構(gòu)示意圖；
[0060] 圖8為本發(fā)明提供的服務(wù)器實施例二的結(jié)構(gòu)示意圖；
[0061] 圖9為本發(fā)明提供的服務(wù)器實施例三的結(jié)構(gòu)示意圖。

【具體實施方式】
[0062] 為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0063] 圖1為本發(fā)明提供的會議模式選擇方法實施例一的流程示意圖，該方法的執(zhí)行主 體可以是用于控制會議的中心服務(wù)器，如圖1所示，該方法包括：
[0064] S101、接收客戶端發(fā)送的創(chuàng)建會議請求，該會議請求中包括上述客戶端邀請參會 的其它客戶端的標(biāo)識和會議所需的媒體類型的描述。
[0065] 當(dāng)一個客戶端要發(fā)起一次會議的時候，該客戶端會向中心服務(wù)器發(fā)送創(chuàng)建會議請 求，并在該創(chuàng)建會議請求中攜帶它所邀請的其它客戶端的標(biāo)識，該標(biāo)識可以為各客戶端的 身份標(biāo)識號碼（Identity，簡稱ID)，并且在該創(chuàng)建會議請求中攜帶此次會議所需的媒體類 型的描述。
[0066] 具體地，本發(fā)明實施例中的媒體類型可以為音頻信息和/或視頻信息。
[0067] 舉例說明，上述媒體類型的描述可以參考會話描述協(xié)議（Session Description Protocol,簡稱SDP)中的媒體描述標(biāo)準(zhǔn)定義，這里定義如下：type,表示媒體類型；codec, 表示編碼格式；frame，表示視頻每秒的幀數(shù)；pixels，視頻分辨率。假設(shè)攜帶此次會議所需 的媒體類型的描述為：
[0068] "m=type: audio, codec: PCMU
[0069] m=type:video, codec:H. 264, frame:25, pixels:76800^
[0070] 通過上述描述可以看出，此次會議所需的媒體類型包含音頻信息和視頻信 息。具體地，上述描述中，"type:audio"表示此次會議所需的媒體類型包括音頻信息， "codec:PCMU"表示上述音頻信息的編碼格式為脈沖編碼調(diào)制（Pulse Code Modulation mu-law,簡稱PCMU),進一步地根據(jù)上述描述可分析獲得此次會議的單個音頻流大概需要帶 寬為64Kbps。" type: video"表示此次會議所需的媒體類型還包括視頻信息,"codec: H. 264" 表示上述視頻信息的編碼為H. 264, "frame:25"表示上述視頻信息為每秒25幀的視頻信 息，"pixels: 76800"表示上述視頻信息的分辨率為76800個像素點，進一步地根據(jù)上述描 述可分析獲得此次會議的單個視頻流大概需要帶寬為128Kbps。
[0071] S102、根據(jù)上述參會的其它客戶端的數(shù)量和上述媒體類型所需的帶寬，獲取會議 所需帶寬。
[0072] 例如，除了發(fā)送創(chuàng)建會議請求的上述客戶端，還有4個參會客戶端，此次會議使用 的媒體類型為視頻信息，該視頻信息傳輸所需求的帶寬為1M，因為當(dāng)其中一個客戶端發(fā)言 時，另外4個客戶端收聽，因而參加該會議的客戶端所需帶寬為4*1M=4M。
[0073] S103、若上述帶寬小于等于預(yù)設(shè)帶寬，則確定使用P2P會議模式；若上述帶寬大于 預(yù)設(shè)帶寬，則確定使用會議中心模式。
[0074] 該預(yù)設(shè)帶寬可以是運營商分配給各個用戶的固定帶寬的平均值。在所需帶寬大于 預(yù)設(shè)帶寬的情況下，如果還使用P2P會議模式，可能會導(dǎo)致會議質(zhì)量很差，例如丟包率會很 高，延遲抖動時間會變長等。
[0075] 本實施例中，接收客戶端發(fā)送的創(chuàng)建會議請求之后，獲取本次會議所需的帶寬，在 該帶寬小于等于預(yù)設(shè)帶寬時，使用P2P會議模式，在該帶寬大于預(yù)設(shè)帶寬時，使用會議中心 模式，這樣就可以實現(xiàn)根據(jù)不同的應(yīng)用場景選擇不同的會議模式，在保證會議質(zhì)量的前提 下服務(wù)更多的會議客戶端。
[0076] 進一步地，如果上述S103中，確定使用了 P2P會議模式，則開始按照P2P會議模 式創(chuàng)建會議，中心服務(wù)器向所有參會客戶端發(fā)送包含P2P會議模式標(biāo)識的邀請加入會議信 息，以使所有參會客戶端加入到會議中，并采用上述P2P會議模式進行會議。在本發(fā)明實施 例中，由于會選擇不同的會議模式，因此需要在邀請加入會議信息中攜帶此次會議所使用 的會議模式的標(biāo)識，以使各客戶端知道建立哪種會議模式。
[0077] 圖2為本發(fā)明提供的會議模式選擇方法實施例二的流程示意圖，如圖2所示，以1 個中心服務(wù)器、3個參會客戶端為例，上述按照P2P會議模式創(chuàng)建會議的流程為：
[0078] S201、客戶端1向中心服務(wù)器發(fā)送創(chuàng)建會議請求。該創(chuàng)建會議請求中包括了客戶 端2和客戶端3的標(biāo)識和此次會議所需的媒體類型的標(biāo)識。
[0079] S202、中心服務(wù)器確定會議模式，并向客戶端1發(fā)送創(chuàng)建成功響應(yīng)。
[0080] 本實施例中，中心服務(wù)器根據(jù)參會的其它客戶端的數(shù)量和媒體類型計算出所需帶 寬，根據(jù)所需帶寬和預(yù)設(shè)帶寬的大小確定出會議模式為P2P會議模式。
[0081] S203、中心服務(wù)器分別向客戶端1、客戶端2和客戶端3發(fā)送邀請加入會議信息，該 邀請加入會議信息中攜帶P2P會議模式的標(biāo)識。
[0082] S204、客戶端1、客戶端2和客戶端3向中心服務(wù)器發(fā)送加入會議的響應(yīng)。
[0083] S205、中心服務(wù)器分別向客戶端1、客戶端2和客戶端3發(fā)送參會客戶端列表。以 使各參會客戶端知道其它的參會客戶端。
[0084] S206、各客戶端(客戶端1、客戶端2和客戶端3)之間進行P2P會話協(xié)商，以建立各 客戶端之間的媒體流傳輸。
[0085] 假設(shè)中心服務(wù)器為網(wǎng)站，客戶端1、客戶端2和客戶端3分別為瀏覽器1、瀏覽器 2和瀏覽器3,瀏覽器1、瀏覽器2和瀏覽器3之間進行網(wǎng)站實時通訊（website real time communication,簡稱WEBRTC)會話協(xié)商，具體的協(xié)商過程可以通過SDP進行，SDP屬于信令 的一部分，由中心服務(wù)器進行轉(zhuǎn)發(fā)，由于通過SDP協(xié)商需要確定發(fā)起方和應(yīng)答方，在實現(xiàn)過 程中，可以由瀏覽器中預(yù)設(shè)的策略決定自己作為發(fā)起方還是應(yīng)答方，例如可以按照上述客 戶端列表的順序確定，將排在該列表如面的客戶端確定為發(fā)起方。協(xié)商完成后，各客戶端之 間就可以通過協(xié)商好的媒體流傳輸進行多媒體會議了。
[0086] 進一步地，在采用上述P2P會議模式進行會議之后，中心服務(wù)器接收任一參會客 戶端發(fā)送的切換請求信息，該切換請求信息表示客戶端請求將會議模式切換到會議中心模 式。具體為，接收參會客戶端在會議質(zhì)量的下降值超過預(yù)設(shè)閾值之后會發(fā)送該切換請求信 息，該會議質(zhì)量可以為數(shù)據(jù)報丟包率和/或延遲抖動時間。當(dāng)中心服務(wù)器收到該切換請求 信息后，則將會議模式從P2P會議模式切換到會議中心模式。
[0087] 會議質(zhì)量下降的原因有多種，例如：有新的參會客戶端加入到正在進行的會議中； 處于網(wǎng)絡(luò)繁忙階段，運營商實際分配的帶寬變小等，都會導(dǎo)致數(shù)據(jù)報丟包率和/或延遲抖 動時間變化。
[0088] 圖3為本發(fā)明提供的會議模式選擇方法實施例三的流程示意圖，上述將會議模式 從P2P會議模式切換到會議中心模式的過程中，中心服務(wù)器會向所有參會客戶端發(fā)送切換 到會議中心模式的切換指令信息，以使所有參會客戶端切換到會議中心模式。
[0089] 如圖3所示，以有新的客戶端1加入到正在進行的會議中為例，上述將會議模式從 P2P會議模式切換到會議中心模式的流程為：
[0090] S301、客戶端1向中心服務(wù)器發(fā)送加入會議請求，假設(shè)此時客戶端2和客戶端3正 在使用進行P2P會議模式進行會議。
[0091] S302、中心服務(wù)器向客戶端1發(fā)送加入成功響應(yīng)。具體地可以是中心服務(wù)器先對 接收到的加入會議請求進行驗證，在驗證通過后返回加入成功響應(yīng)。
[0092] S303、中心服務(wù)器向客戶端1發(fā)送參會客戶端列表。
[0093] S304、中心服務(wù)器向客戶端2和客戶端3發(fā)送新增會議成員通知，本例中具體為發(fā) 送新增客戶端1的通知，客戶端2和客戶端3會更新原有的客戶端列表。
[0094] S305、客戶端1分別和客戶端2、客戶端3進行會話協(xié)商，以建立和其它客戶端之間 的媒體流傳輸。
[0095] S306、在會議質(zhì)量的下降值超過預(yù)設(shè)閾值時，客戶端1向中心服務(wù)器發(fā)送切換請 求信息，需要說明的是，如果客戶端2或客戶端3檢測到會議質(zhì)量的下降值超過預(yù)設(shè)閾值都 可以向中心服務(wù)器發(fā)送切換請求信息，以使中心服務(wù)器獲知需要切換到會議中心模式。
[0096] S307、中心服務(wù)器確定從P2P會議模式切換到會議中心模式，以保證會議的質(zhì)量。
[0097] S308、中心服務(wù)器向媒體服務(wù)器發(fā)送創(chuàng)建會議指令，以使多媒體服務(wù)器預(yù)留資源 用于此次會議。
[0098] S309、中心服務(wù)器分別向客戶端1、客戶端2和客戶端3發(fā)送切換到會議中心模式 的指令信息，以指示客戶端1、客戶端2和客戶端3進行會議模式的切換。
[0099] S310、客戶端1、客戶端2和客戶端3分別與媒體服務(wù)器進行會話協(xié)商，以建立各客 戶端與媒體服務(wù)器之間的媒體流的傳輸。該媒體流傳輸建立完成后就可以采用會議中心模 式進行多媒體會議。
[0100] S311、各參會客戶端(客戶端1、客戶端2和客戶端3)之間結(jié)束之前的P2P媒體會 話，關(guān)閉P2P媒體流傳輸。
[0101] 整個切換過程中，可以采用無縫切換技術(shù)，以保持會議不中斷，例如在客戶端和媒 體服務(wù)器會話協(xié)商完成后，由中心服務(wù)器同時向各參會客戶端發(fā)送結(jié)束P2P媒體會話的指 令，參會客戶端接收到指令后才結(jié)束P2P媒體會話。
[0102] 圖4為本發(fā)明提供的會議模式選擇方法實施例四的流程示意圖，上述采用P2P會 議模式進行會議之后，中心服務(wù)器還可以接收第一參會客戶端發(fā)送的請求對第二參會客戶 端靜音的第一請求消息；然后中心服務(wù)器對該第一請求消息進行鑒權(quán)，若鑒權(quán)通過，則向所 有參會客戶端發(fā)送對上述第二參會客戶端靜音的指令消息，以指示上述第二參會客戶端關(guān) 閉輸出，上述所有參會客戶端中除上述第二參會客戶端之外的客戶端關(guān)閉接收該第二客戶 端的輸入。這樣可以在某些場景下節(jié)約帶寬資源，也可以實現(xiàn)根據(jù)會議需要靈活的控制參 會客戶端的參與。
[0103] 進一步地，中心服務(wù)器向所有參會客戶端發(fā)送對上述第二參會客戶端靜音的指令 消息之后，在需要恢復(fù)該第二參會客戶端的參與時，該中心服務(wù)器接收第一客戶端發(fā)送的 取消對上述第二參會客戶端靜音的第二請求消息；然后根據(jù)該第二請求消息進行鑒權(quán)，若 鑒權(quán)通過，則向所有參會客戶端發(fā)送取消對該第二參會客戶端靜音的指令消息，以指示上 述第二參會客戶端開啟輸出，上述所有參會客戶端中除上述第二參會客戶端之外的客戶端 開啟接收該第二客戶端的輸入。
[0104] 如圖4所示，以1個中心服務(wù)器、3個參會客戶端為例，假設(shè)客戶端1、客戶端2和 客戶端3正在采用P2P會議模式進行會議，對客戶端2進行靜音并且取消靜音的流程為：
[0105] S401、客戶端1向中心服務(wù)器發(fā)送對客戶端2進行靜音的第一請求消息。需要說 明的是，參會的任意客戶端都可以請求對其它參會客戶端進行靜音。
[0106] S402、中心服務(wù)器根據(jù)上述第一請求消息進行鑒權(quán)，鑒權(quán)通過，執(zhí)行S403 ;若鑒權(quán) 不通過，則中心服務(wù)器返回操作失敗響應(yīng)。
[0107] S403、中心服務(wù)器向客戶端1發(fā)送確認(rèn)響應(yīng)。
[0108] S404、中心服務(wù)器分別向客戶端1、客戶端2和客戶端3發(fā)送對客戶端2靜音的指 令消息。
[0109] S405、客戶端1和客戶端3關(guān)閉接收客戶端2的輸入，即不再接收客戶端2發(fā)送的 任何信息、媒體流等。
[0110] S406、客戶端2關(guān)閉輸出，即不再給其它參會客戶端發(fā)送任何信息、媒體流等。
[0111] 可選地，上述中心服務(wù)器接收到客戶端1發(fā)送的第一請求消息之后，可以只向客 戶端1或任意參會客戶端發(fā)送對客戶端2靜音的指令消息，以使接收到該指令消息的客戶 端關(guān)閉接收客戶端2的輸入，類似地，中心服務(wù)器可以不向客戶端2發(fā)送靜音的指令消息， 即客戶端2可以繼續(xù)給其它參會客戶端發(fā)送信息、媒體流等，但是關(guān)閉了接收客戶端2的輸 入的客戶端不再接收即可。
[0112] S407、客戶端1向中心服務(wù)器發(fā)送取消對上述客戶端2靜音的第二請求消息。
[0113] S408、中心服務(wù)器根據(jù)上述第二請求消息進行鑒權(quán)，鑒權(quán)通過，執(zhí)行S409 ;若鑒權(quán) 不通過，則中心服務(wù)器返回操作失敗響應(yīng)。
[0114] S409、中心服務(wù)器向客戶端1發(fā)送確認(rèn)響應(yīng)。
[0115] S410、中心服務(wù)器分別向客戶端1、客戶端2和客戶端3發(fā)送取消對客戶端2靜音 的指令消息。
[0116] S411、客戶端1和客戶端3重新開啟接收客戶端2的輸入。
[0117] S412、客戶端2重新開啟輸出。
[0118] 圖5為本發(fā)明提供的會議模式選擇方法實施例五的流程示意圖，若上述S103確定 使用會議中心模式，類似于上述實施例使用P2P會議模式，中心服務(wù)器會向所有參會客戶 端發(fā)送包含會議中心模式標(biāo)識的邀請加入會議信息，以使所有參會客戶端加入到會議中， 并采用上述會議中心模式進行會議。
[0119] 如圖5所示，以1個中心服務(wù)器、3個參會客戶端為例，上述按照會議中心模式創(chuàng)建 會議的流程為：
[0120] S501、客戶端1向中心服務(wù)器發(fā)送創(chuàng)建會議請求。該創(chuàng)建會議請求中包括了客戶 端2和客戶端3的標(biāo)識和此次會議所需的媒體類型的描述。
[0121] S502、中心服務(wù)器確定會議模式，并向客戶端1發(fā)送創(chuàng)建成功響應(yīng)。本實施例中， 中心服務(wù)器根據(jù)參會的其它客戶端的數(shù)量和媒體類型計算出所需帶寬，根據(jù)所需帶寬和預(yù) 設(shè)帶寬的大小確定出會議模式為會議中心模式。
[0122] S503、中心服務(wù)器向媒體服務(wù)器發(fā)送創(chuàng)建會議指令，以使多媒體服務(wù)器預(yù)留資源 用于此次會議。
[0123] S504、中心服務(wù)器分別向客戶端1、客戶端2和客戶端3發(fā)送邀請加入會議信息，該 邀請加入會議信息中攜帶會議中心模式的標(biāo)識。
[0124] S505、客戶端1、客戶端2和客戶端3向中心服務(wù)器發(fā)送加入會議的響應(yīng)。
[0125] S506、中心服務(wù)器分別向客戶端1、客戶端2和客戶端3發(fā)送參會客戶端列表。以 使各參會客戶端知道其它的參會客戶端。
[0126] S507、客戶端1、客戶端2和客戶端3分別與媒體服務(wù)器進行會話協(xié)商，以分別建立 客戶端1、客戶端2和客戶端3與媒體服務(wù)器的媒體流傳輸。用于進行會話協(xié)商的信令可以 通過中心服務(wù)器進行轉(zhuǎn)發(fā)。協(xié)商完成后，就可以利用建立好的媒體流傳輸進行會議了。在 該會議中心模式中，所有的音頻信息和/或視頻信息均通過媒體服務(wù)器向各參會客戶端轉(zhuǎn) 發(fā)。
[0127] 進一步地，在采用上述會議中心模式進行會議之后，如果參會客戶端的數(shù)量減少 或會議使用的媒體類型變更為所需帶寬更低的媒體類型，則根據(jù)當(dāng)前參會客戶端的數(shù)量和 會議使用的媒體類型獲取更新后的會議所需帶寬。即在參會客戶端數(shù)量減少或會議使用的 媒體類型變更為所需帶寬更低的媒體類型時，重新計算會議所需帶寬。若該更新后的會議 所需帶寬小于上述預(yù)設(shè)帶寬，則將會議模式從會議中心模式切換到P2P會議模式。
[0128] 圖6為本發(fā)明提供的會議模式選擇方法實施例六的流程示意圖，上述將會議模式 從上述會議中心模式切換到P2P會議模式時，中心服務(wù)器會向當(dāng)前所有參會客戶端發(fā)送切 換到P2P會議模式的切換指令信息，以使當(dāng)前所有參會客戶端切換到P2P會議模式。
[0129] 如圖6所示，假設(shè)客戶端1、客戶端2和客戶端3正在采用會議中心模式進行會議， 以客戶端1離開會議為例，將會議模式從會議中心模式切換到P2P會議模式的流程為：
[0130] S601、客戶端1向中心服務(wù)器發(fā)送離開會議請求。
[0131] S602、中心服務(wù)器向客戶端1發(fā)送離開成功響應(yīng)，以使客戶端1離開該會議。
[0132] S603、中心服務(wù)器分別向客戶端2和客戶端3發(fā)送客戶端1離開會議的通知，客戶 端2和客戶端3會更新原有的客戶端列表。
[0133] S604、中心服務(wù)器獲取更新后的會議所需帶寬，即根據(jù)當(dāng)前參會客戶端的數(shù)量和 會議使用的媒體類型重新計算會議所需的帶寬。
[0134] S605、中心服務(wù)器根據(jù)上述更新后的會議所需帶寬，確定從會議中心模式切換到 P2P會議模式，以降低中心服務(wù)器的負(fù)載。
[0135] S606、中心服務(wù)器分別向客戶端2和客戶端3發(fā)送切換到P2P會議模式的指令信 息，以指示客戶端2和客戶端3進行會議模式的切換。
[0136] S607、各參會客戶端(客戶端2和客戶端3)之間進行P2P會話協(xié)商，以建立各客戶 端之間的媒體流傳輸。
[0137] S608、客戶端2和客戶端3分別向中心服務(wù)器發(fā)送P2P會話協(xié)商完成通知，以使中 心服務(wù)器獲知可以采用P2P會議模式進行會議了。
[0138] S609、中心服務(wù)器向媒體服務(wù)器發(fā)送指示釋放與本次會議對應(yīng)的多媒體資源的指 示消息，媒體服務(wù)器結(jié)束和各個客戶端之間的會話。切換過程結(jié)束。
[0139] 整個切換過程中，可以采用無縫切換技術(shù)，以保持會議不中斷，及保持一段時間 P2P通道和媒體服務(wù)器通道同時使用。
[0140] 本實施例中，接收客戶端發(fā)送的創(chuàng)建會議請求之后，獲取本次會議所需的帶寬，在 該帶寬小于等于預(yù)設(shè)帶寬時，使用P2P會議模式，在該帶寬大于預(yù)設(shè)帶寬時，使用會議中心 模式，這樣就可以實現(xiàn)根據(jù)不同的應(yīng)用場景選擇不同的會議模式，在保證會議質(zhì)量的前提 下服務(wù)更多的會議客戶端。在會議進行過程中，還可以中心服務(wù)器還可以根據(jù)實際情況，隨 時進行會議模式的切換，以在減少中心服務(wù)器負(fù)載和保證會議質(zhì)量之間找到一個較優(yōu)的平 衡。同時，還可以在P2P會議模式中對參會的客戶端進行靜音操作，實現(xiàn)了對會議更加靈活 的控制。
[0141] 圖7為本發(fā)明提供的服務(wù)器實施例一的結(jié)構(gòu)示意圖，該服務(wù)器可以是用于控制會 議的中心服務(wù)器，包括：接收模塊701、獲取模塊702和確定模塊703,其中：
[0142] 接收模塊701，用于接收客戶端發(fā)送的創(chuàng)建會議請求，所述會議請求中包括所述客 戶端邀請參會的其它客戶端的標(biāo)識和會議所需的媒體類型的描述；獲取模塊702,用于根 據(jù)所述參會的其它客戶端的數(shù)量和所述媒體類型所需的帶寬，獲取會議所需帶寬；確定模 塊703,用于若所述帶寬小于等于預(yù)設(shè)帶寬，則確定使用點對點會議模式；若所述帶寬大于 預(yù)設(shè)帶寬，則確定使用會議中心模式。
[0143] 上述各模塊用于執(zhí)行前述方法實施例，其實現(xiàn)原理和技術(shù)效果類似，在此不再贅 述。
[0144] 圖8為本發(fā)明提供的服務(wù)器實施例二的結(jié)構(gòu)示意圖，如圖8所示，在圖7的基礎(chǔ) 上，該服務(wù)器還包括：第一發(fā)送模塊704,用于在所述確定模塊確定使用點對點會議模式之 后，向所有參會客戶端發(fā)送包含點對點會議模式標(biāo)識的邀請加入會議信息，以使所有參會 客戶端加入到會議中，并采用所述點對點會議模式進行會議。
[0145] 如圖8所示，該服務(wù)器還包括：第一切換模塊705,具體地，所述接收模塊701，還用 于在所述采用所述點對點會議模式進行會議之后，接收參會客戶端發(fā)送的切換請求信息， 所述切換請求信息表示參會客戶端請求將會議模式切換到會議中心模式；該第一切換模塊 705,用于將會議模式從所述點對點會議模式切換到所述會議中心模式。
[0146] 該接收模塊701，具體用于接收參會客戶端在會議質(zhì)量的下降值超過預(yù)設(shè)閾值之 后發(fā)送所述切換請求信息，其中，所述會議質(zhì)量包括：數(shù)據(jù)報丟包率和/或延遲抖動時間。
[0147] 該第一切換模塊705,具體用于向所有參會客戶端發(fā)送切換到會議中心模式的切 換指令信息，以使所有參會客戶端切換到所述會議中心模式。
[0148] 進一步地，參照圖8,該服務(wù)器還包括：鑒權(quán)模塊706,其中：
[0149] 上述接收模塊701，還用于在所述采用所述點對點會議模式進行會議之后，接收第 一參會客戶端發(fā)送的請求對第二參會客戶端靜音的第一請求消息；鑒權(quán)模塊706,用于根 據(jù)所述第一請求消息進行鑒權(quán)，若鑒權(quán)通過，則向所有參會客戶端發(fā)送對所述第二參會客 戶端靜音的指令消息，以指示所述第二參會客戶端關(guān)閉輸出，所述所有參會客戶端中除所 述第二參會客戶端之外的客戶端關(guān)閉接收所述第二客戶端的輸入。
[0150] 更進一步地，接收模塊701，還用于在所述向所有參會客戶端發(fā)送對所述第二參會 客戶端靜音的指令消息之后，接收第一客戶端發(fā)送的取消對所述第二參會客戶端靜音的第 二請求消息；鑒權(quán)模塊706,還用于根據(jù)所述第二請求消息進行鑒權(quán)，若鑒權(quán)通過，則向所 有參會客戶端發(fā)送取消對所述第二參會客戶端靜音的指令消息，以指示所述第二參會客戶 端開啟輸出，所述所有參會客戶端中除所述第二參會客戶端之外的客戶端開啟接收所述第 二客戶端的輸入。
[0151] 圖9為本發(fā)明提供的服務(wù)器實施例三的結(jié)構(gòu)示意圖，如圖9所示，在圖7的基礎(chǔ) 上，該服務(wù)器還包括：第二發(fā)送模塊901，用于在所述確定模塊確定使用會議中心模式之 后，向所有參會客戶端發(fā)送包含會議中心模式標(biāo)識的邀請加入會議信息，以使所有參會客 戶端加入到會議中，并采用所述會議中心模式進行會議。
[0152] 進一步地，該服務(wù)器還包括：第二切換模塊902,其中：
[0153] 上述獲取模塊702,還用于在所述采用所述會議中心模式進行會議之后，若參會客 戶端的數(shù)量減少或會議使用的媒體類型變更為所需帶寬更少的媒體類型，則根據(jù)當(dāng)前參會 客戶端的數(shù)量和會議使用的媒體類型獲取更新后的會議所需帶寬；該第二切換模塊902， 用于若所述更新后的會議所需帶寬小于所述預(yù)設(shè)帶寬，則將會議模式從所述會議中心模式 切換到所述點對點會議模式。
[0154] 具體地，該第二切換模塊902,用于向所述當(dāng)前參會客戶端發(fā)送切換到點對點會議 模式的切換指令信息，以使所述當(dāng)前參會客戶端切換到所述點對點會議模式。
[0155] 需要說明的是，本發(fā)明實施例中上述媒體類型包括：音頻信息和/或視頻信息。
[0156] 上述各模塊用于執(zhí)行前述方法實施例，其實現(xiàn)原理和技術(shù)效果類似，在此不再贅 述。
[0157] 本發(fā)明實施例還提供另一種服務(wù)器，包括：接收器和處理器，其中，接收器，用于接 收客戶端發(fā)送的創(chuàng)建會議請求，所述會議請求中包括所述客戶端邀請參會的其它客戶端的 標(biāo)識和會議所需的媒體類型的描述。處理器，用于根據(jù)所述參會的其它客戶端的數(shù)量和所 述媒體類型所需的帶寬，獲取會議所需帶寬；若所述帶寬小于等于預(yù)設(shè)帶寬，則確定使用點 對點會議模式；若所述帶寬大于預(yù)設(shè)帶寬，則確定使用會議中心模式。
[0158] 該服務(wù)器還包括：發(fā)送器，該發(fā)送器用于在所述確定模塊確定使用點對點會議模 式之后，向所有參會客戶端發(fā)送包含點對點會議模式標(biāo)識的邀請加入會議信息，以使所有 參會客戶端加入到會議中，并采用所述點對點會議模式進行會議。
[0159] 上述接收器，還用于在所述采用所述點對點會議模式進行會議之后，接收參會客 戶端發(fā)送切換請求信息，所述切換請求信息表示參會客戶端請求將會議模式切換到會議中 心模式；上述處理器，還用于將會議模式從所述點對點會議模式切換到所述會議中心模式。 該接收器，具體用于接收參會客戶端在會議質(zhì)量的下降值超過預(yù)設(shè)閾值之后發(fā)送所述切換 請求信息，其中，所述會議質(zhì)量包括：數(shù)據(jù)報丟包率和/或延遲抖動時間。
[0160] 具體地，該處理器具體用于向所有參會客戶端發(fā)送切換到會議中心模式的切換指 令信息，以使所有參會客戶端切換到所述會議中心模式。
[0161] 上述接收器，還用于在所述采用所述點對點會議模式進行會議之后，接收第一參 會客戶端發(fā)送的請求對第二參會客戶端靜音的第一請求消息；上述處理器，還用于根據(jù)所 述第一請求消息進行鑒權(quán)，若鑒權(quán)通過，則向所有參會客戶端發(fā)送對所述第二參會客戶端 靜音的指令消息，以指示所述第二參會客戶端關(guān)閉輸出，所述所有參會客戶端中除所述第 二參會客戶端之外的客戶端關(guān)閉接收所述第二客戶端的輸入。該接收器，還用于在所述向 所有參會客戶端發(fā)送對所述第二參會客戶端靜音的指令消息之后，接收第一客戶端發(fā)送的 取消對所述第二參會客戶端靜音的第二請求消息；該處理器，還用于根據(jù)所述第二請求消 息進行鑒權(quán)，若鑒權(quán)通過，則向所有參會客戶端發(fā)送取消對所述第二參會客戶端靜音的指 令消息，以指示所述第二參會客戶端開啟輸出，所述所有參會客戶端中除所述第二參會客 戶端之外的客戶端開啟接收所述第二客戶端的輸入。
[0162] 上述發(fā)送器，還用于在所述確定模塊確定使用會議中心模式之后，向所有參會客 戶端發(fā)送包含會議中心模式標(biāo)識的邀請加入會議信息，以使所有參會客戶端加入到會議 中，并采用所述會議中心模式進行會議。
[0163] 上述處理器，還用于在所述采用所述會議中心模式進行會議之后，若參會客戶端 的數(shù)量減少或會議使用的媒體類型變更為所需帶寬更少的媒體類型，則根據(jù)當(dāng)前參會客戶 端的數(shù)量和會議使用的媒體類型獲取更新后的會議所需帶寬；若所述更新后的會議所需帶 寬小于所述預(yù)設(shè)帶寬，則將會議模式從所述會議中心模式切換到所述點對點會議模式。該 處理器，具體用于向所述當(dāng)前參會客戶端發(fā)送切換到點對點會議模式的切換指令信息，以 使所述當(dāng)前參會客戶端切換到所述點對點會議模式。
[0164] 需要說明的是，上述媒體類型包括：音頻信息和/或視頻信息。
[0165] 該服務(wù)器用于執(zhí)行前述方法實施例，其實現(xiàn)原理和技術(shù)效果類似，在此不再贅述。
[0166] 在本發(fā)明所提供的幾個實施例中，應(yīng)該理解到，所揭露的裝置和方法，可以通過其 它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅 僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié) 合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的 相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通 信連接，可以是電性，機械或其它的形式。
[0167] 所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯 示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個 網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目 的。
[0168] 另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以 是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單 元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。
[0169] 上述以軟件功能單元的形式實現(xiàn)的集成的單元，可以存儲在一個計算機可讀取 存儲介質(zhì)中。上述軟件功能單元存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計 算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等）或處理器（processor)執(zhí)行本發(fā) 明各個實施例所述方法的部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器 (Read-Only Memory, ROM)、隨機存取存儲器（Random Access Memory, RAM)、磁碟或者光盤 等各種可以存儲程序代碼的介質(zhì)。
[0170] 最后應(yīng)說明的是：以上各實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制； 盡管參照前述各實施例對本發(fā)明進行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其 依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分或者全部技術(shù)特征 進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技 術(shù)方案的范圍。
【權(quán)利要求】
1. 一種會議模式選擇方法，其特征在于，包括： 接收客戶端發(fā)送的創(chuàng)建會議請求，所述會議請求中包括所述客戶端邀請參會的其它客 戶端的標(biāo)識和會議所需的媒體類型的描述； 根據(jù)所述參會的其它客戶端的數(shù)量和所述媒體類型所需的帶寬，獲取會議所需帶寬； 若所述帶寬小于等于預(yù)設(shè)帶寬，則確定使用點對點會議模式； 若所述帶寬大于預(yù)設(shè)帶寬，則確定使用會議中心模式。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定使用點對點會議模式之后，還包 括： 向所有參會客戶端發(fā)送包含點對點會議模式標(biāo)識的邀請加入會議信息，以使所有參會 客戶端加入到會議中，并采用所述點對點會議模式進行會議。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述采用所述點對點會議模式進行會議 之后，還包括： 接收參會客戶端發(fā)送的切換請求信息，所述切換請求信息表示所述客戶端請求將會議 模式切換到會議中心模式； 將會議模式從所述點對點會議模式切換到所述會議中心模式。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，接收參會客戶端發(fā)送的切換請求信息包 括：接收參會客戶端在會議質(zhì)量的下降值超過預(yù)設(shè)閾值之后發(fā)送所述切換請求信息，其中， 所述會議質(zhì)量包括：數(shù)據(jù)報丟包率和/或延遲抖動時間。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述將會議模式從所述點對點會議模式 切換到所述會議中心模式，包括： 向所有參會客戶端發(fā)送切換到會議中心模式的切換指令信息，以使所有參會客戶端切 換到所述會議中心模式。
6. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述采用所述點對點會議模式進行會議 之后，還包括： 接收第一參會客戶端發(fā)送的請求對第二參會客戶端靜音的第一請求消息； 根據(jù)所述第一請求消息進行鑒權(quán)，若鑒權(quán)通過，則向所有參會客戶端發(fā)送對所述第二 參會客戶端靜音的指令消息，以指示所述第二參會客戶端關(guān)閉輸出，所述所有參會客戶端 中除所述第二參會客戶端之外的客戶端關(guān)閉接收所述第二客戶端的輸入。
7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述向所有參會客戶端發(fā)送對所述第二 參會客戶端靜音的指令消息之后，還包括： 接收第一客戶端發(fā)送的取消對所述第二參會客戶端靜音的第二請求消息； 根據(jù)所述第二請求消息進行鑒權(quán)，若鑒權(quán)通過，則向所有參會客戶端發(fā)送取消對所述 第二參會客戶端靜音的指令消息，以指示所述第二參會客戶端開啟輸出，所述所有參會客 戶端中除所述第二參會客戶端之外的客戶端開啟接收所述第二客戶端的輸入。
8. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定使用會議中心模式之后，還包 括： 向所有參會客戶端發(fā)送包含會議中心模式標(biāo)識的邀請加入會議信息，以使所有參會客 戶端加入到會議中，并采用所述會議中心模式進行會議。
9. 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述采用所述會議中心模式進行會議之 后，還包括： 若參會客戶端的數(shù)量減少或會議使用的媒體類型變更為所需帶寬更少的媒體類型，則 根據(jù)當(dāng)前參會客戶端的數(shù)量和會議使用的媒體類型獲取更新后的會議所需帶寬； 若所述更新后的會議所需帶寬小于所述預(yù)設(shè)帶寬，則將會議模式從所述會議中心模式 切換到所述點對點會議模式。
10. 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述將會議模式從所述會議中心模式切 換到所述點對點會議模式，包括： 向所述當(dāng)前參會客戶端發(fā)送切換到點對點會議模式的切換指令信息，以使所述當(dāng)前參 會客戶端切換到所述點對點會議模式。
11. 根據(jù)權(quán)利要求1-10任一項所述的方法，所述媒體類型包括：音頻信息和/或視頻 信息。
12. -種服務(wù)器，其特征在于，包括： 接收模塊，用于接收客戶端發(fā)送的創(chuàng)建會議請求，所述會議請求中包括所述客戶端邀 請參會的其它客戶端的標(biāo)識和會議所需的媒體類型的描述； 獲取模塊，用于根據(jù)所述參會的其它客戶端的數(shù)量和所述媒體類型所需的帶寬，獲取 會議所需帶寬； 確定模塊，用于若所述帶寬小于等于預(yù)設(shè)帶寬，則確定使用點對點會議模式；若所述帶 寬大于預(yù)設(shè)帶寬，則確定使用會議中心模式。
13. 根據(jù)權(quán)利要求12所述的服務(wù)器，其特征在于，還包括： 第一發(fā)送模塊，用于在所述確定模塊確定使用點對點會議模式之后，向所有參會客戶 端發(fā)送包含點對點會議模式標(biāo)識的邀請加入會議信息，以使所有參會客戶端加入到會議 中，并采用所述點對點會議模式進行會議。
14. 根據(jù)權(quán)利要求13所述的服務(wù)器，其特征在于，所述接收模塊，還用于在所述采用所 述點對點會議模式進行會議之后，接收參會客戶端發(fā)送的切換請求信息，所述切換請求信 息表示所述客戶端請求將會議模式切換到會議中心模式； 所述服務(wù)器還包括：第一切換模塊，用于將會議模式從所述點對點會議模式切換到所 述會議中心模式。
15. 根據(jù)權(quán)利要求14所述的服務(wù)器，其特征在于，所述接收模塊，具體用于接收參會客 戶端在會議質(zhì)量的下降值超過預(yù)設(shè)閾值之后發(fā)送所述切換請求信息，其中，所述會議質(zhì)量 包括：數(shù)據(jù)報丟包率和/或延遲抖動時間。
16. 根據(jù)權(quán)利要求15所述的服務(wù)器，其特征在于，所述第一切換模塊，具體用于向所有 參會客戶端發(fā)送切換到會議中心模式的切換指令信息，以使所有參會客戶端切換到所述會 議中心模式。
17. 根據(jù)權(quán)利要求13所述的服務(wù)器，其特征在于，所述接收模塊，還用于在所述采用所 述點對點會議模式進行會議之后，接收第一參會客戶端發(fā)送的請求對第二參會客戶端靜音 的第一請求消息； 所述服務(wù)器還包括：鑒權(quán)模塊，用于根據(jù)所述第一請求消息進行鑒權(quán)，若鑒權(quán)通過，則 向所有參會客戶端發(fā)送對所述第二參會客戶端靜音的指令消息，以指示所述第二參會客戶 端關(guān)閉輸出，所述所有參會客戶端中除所述第二參會客戶端之外的客戶端關(guān)閉接收所述第 二客戶端的輸入。
18. 根據(jù)權(quán)利要求17所述的服務(wù)器，其特征在于，所述接收模塊，還用于在所述向所有 參會客戶端發(fā)送對所述第二參會客戶端靜音的指令消息之后，接收第一客戶端發(fā)送的取消 對所述第二參會客戶端靜音的第二請求消息； 所述鑒權(quán)模塊，還用于根據(jù)所述第二請求消息進行鑒權(quán)，若鑒權(quán)通過，則向所有參會客 戶端發(fā)送取消對所述第二參會客戶端靜音的指令消息，以指示所述第二參會客戶端開啟輸 出，所述所有參會客戶端中除所述第二參會客戶端之外的客戶端開啟接收所述第二客戶端 的輸入。
19. 根據(jù)權(quán)利要求12所述的服務(wù)器，其特征在于，還包括： 第二發(fā)送模塊，用于在所述確定模塊確定使用會議中心模式之后，向所有參會客戶端 發(fā)送包含會議中心模式標(biāo)識的邀請加入會議信息，以使所有參會客戶端加入到會議中，并 采用所述會議中心模式進行會議。
20. 根據(jù)權(quán)利要求19所述的服務(wù)器，其特征在于，所述獲取模塊，還用于在所述采用所 述會議中心模式進行會議之后，若參會客戶端的數(shù)量減少或會議使用的媒體類型變更為所 需帶寬更少的媒體類型，則根據(jù)當(dāng)前參會客戶端的數(shù)量和會議使用的媒體類型獲取更新后 的會議所需帶寬； 所述服務(wù)器還包括：第二切換模塊，用于若所述更新后的會議所需帶寬小于所述預(yù)設(shè) 帶寬，則將會議模式從所述會議中心模式切換到所述點對點會議模式。
21. 根據(jù)權(quán)利要求19所述的服務(wù)器，其特征在于，所述第二切換模塊，具體生成向所述 當(dāng)前參會客戶端發(fā)送切換到點對點會議模式的切換指令信息，以使所述當(dāng)前參會客戶端切 換到所述點對點會議模式。
22. 根據(jù)權(quán)利要求12-21任一項所述的服務(wù)器，其特征在于，所述媒體類型包括：音頻 息和/或視頻息。
【文檔編號】H04L29/08GK104158673SQ201310177822
【公開日】2014年11月19日 申請日期:2013年5月13日 優(yōu)先權(quán)日:2013年5月13日
【發(fā)明者】卞永剛 申請人:杭州華為企業(yè)通信技術(shù)有限公司