會議數(shù)據(jù)的傳輸方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種會議數(shù)據(jù)的傳輸方法及裝置，該方法包括：根據(jù)會議的信息在客戶端與媒體資源服務(wù)器之間建立TCP連接，其中，該TCP連接是通過允許使用的端口建立的；通過該TCP連接傳輸會議的數(shù)據(jù)。本發(fā)明中，客戶端主動通過允許使用的端口在客戶端與媒體資源服務(wù)器之間建立TCP連接，利用該TCP連接傳輸會議的數(shù)據(jù)，從而可以減少實現(xiàn)會議需要打開的端口數(shù)。由每個客戶端主動發(fā)起HTTP或TCP連接請求，服務(wù)側(cè)被動處理，所以只要是支持HTTP及TCP協(xié)議的網(wǎng)絡(luò)，均可以透過網(wǎng)絡(luò)實現(xiàn)用戶各種操作的傳輸，相應(yīng)就可以將這些操作在每個會議成員的客戶端進(jìn)行視覺呈現(xiàn)，從而達(dá)到成員互相交流的目的。
【專利說明】會議數(shù)據(jù)的傳輸方法及裝置
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種會議數(shù)據(jù)的傳輸方法及裝置。
【背景技術(shù)】
[0002]現(xiàn)有的基于網(wǎng)絡(luò)的數(shù)據(jù)會議雖然能滿足用戶的需要，但對網(wǎng)絡(luò)的要求較高，不能 適應(yīng)復(fù)雜的網(wǎng)絡(luò)情況。例如，有些數(shù)據(jù)會議的實現(xiàn)需要企業(yè)網(wǎng)防火墻同時打開多個傳輸控 制協(xié)議(Transmission Control Protocol,簡稱為 TCP)端口和用戶數(shù)據(jù)協(xié)議(User Date Protocol，簡稱為UDP)端口，否則不能正常使用，而一般情況下企業(yè)只需要打開有限的幾個 常用端口或者使用代理的方式。這無疑增加了企業(yè)的風(fēng)險和安全成本以及網(wǎng)絡(luò)部署成本， 增加了數(shù)據(jù)會議業(yè)務(wù)部署的難度。

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

[0003]本發(fā)明提供了一種會議數(shù)據(jù)的傳輸方法及裝置，以至少解決相關(guān)技術(shù)中，基于網(wǎng) 絡(luò)的數(shù)據(jù)會議防火墻同時打開的端口數(shù)較多，不能適應(yīng)復(fù)雜的網(wǎng)絡(luò)情況的問題。
[0004]根據(jù)本發(fā)明的一個方面，提供了一種會議數(shù)據(jù)的傳輸方法，包括:根據(jù)會議的信息 在客戶端與媒體資源服務(wù)器之間建立TCP連接，其中，該TCP連接是通過允許使用的端口建 立的；通過該TCP連接傳輸會議的數(shù)據(jù)。
[0005]優(yōu)選地，根據(jù)會議的信息在客戶端與媒體資源服務(wù)器之間建立TCP連接包括:客 戶端向會議服務(wù)器發(fā)送請求消息，以請求進(jìn)入會場，其中，該請求消息攜帶有會議的信息； 客戶端在會議服務(wù)器同意客戶端進(jìn)入會場之后，根據(jù)會議的信息在客戶端與媒體資源服務(wù) 器之間建立TCP連接。
[0006]優(yōu)選地，在客戶端向會議服務(wù)器發(fā)送請求消息之前，上述方法還包括:客戶端接收 來自會議服務(wù)器的通知消息，其中，通知消息用于告知客戶端被邀請參加會議。
[0007]優(yōu)選地，客戶端接收來自會議服務(wù)器的通知消息包括:在客戶端使用會話啟動協(xié) 議(Session Initiation Protocol,簡稱為SIP)格式的賬號注冊到會議服務(wù)器上,并且， 客戶端支持SIP協(xié)議的情況下，客戶端接收來自會議服務(wù)器的SIP通知消息，其中，SIP通 知消息用于告知客戶端被邀請參加會議；或者，在客戶端以超文本傳輸協(xié)議(HyperText Transfer Protocol,簡稱為HTTP)方式登錄到會議服務(wù)器的情況下,客戶端接收會議服務(wù) 器通過預(yù)先建立的客戶端與會議服務(wù)器之間的TCP連接發(fā)送的通知消息，其中，客戶端與 會議服務(wù)器之間的TCP連接用于收發(fā)通知消息。
[0008]優(yōu)選地，在客戶端根據(jù)會議的信息在客戶端與媒體資源服務(wù)器之間建立TCP連接 之后，上述方法還包括:媒體資源服務(wù)器通過媒體資源服務(wù)器與已經(jīng)加入會議的客戶端之 間的TCP連接廣播該客戶端加入會議的通知。
[0009]優(yōu)選地，通過TCP連接傳輸會議的數(shù)據(jù)包括:客戶端向媒體資源服務(wù)器發(fā)送請求， 其中，該請求用于請求媒體資源服務(wù)器傳輸客戶端上執(zhí)行的操作；媒體資源服務(wù)器通過與 每個客戶端建立的TCP連接傳輸客戶端上執(zhí)行的操作。[0010]優(yōu)選地，客戶端向媒體資源服務(wù)器發(fā)送請求包括:客戶端通過HTTP協(xié)議向媒體資 源服務(wù)器發(fā)送請求；和/或，客戶端通過TCP連接向媒體資源服務(wù)器發(fā)送請求。
[0011]優(yōu)選地，上述客戶端包括支持SIP協(xié)議的客戶端。
[0012]優(yōu)選地，上述TCP連接為TCP長連接。
[0013]根據(jù)本發(fā)明的另一方面，提供了一種會議數(shù)據(jù)的傳輸裝置，包括:建立模塊，用于 根據(jù)會議的信息在客戶端與媒體資源服務(wù)器之間建立TCP連接，其中，該TCP連接是通過允 許使用的端口建立的；傳輸模塊，用于通過該TCP連接傳輸會議的數(shù)據(jù)。
[0014]通過本發(fā)明，客戶端主動通過允許使用的端口在客戶端與媒體資源服務(wù)器之間建 立TCP連接，利用該TCP連接傳輸會議的數(shù)據(jù)，從而可以減少實現(xiàn)會議需要打開的端口數(shù)。 由每個客戶端主動發(fā)起HTTP或TCP連接請求，服務(wù)側(cè)被動處理，所以只要是支持HTTP及 TCP協(xié)議的網(wǎng)絡(luò)，均可以透過網(wǎng)絡(luò)實現(xiàn)用戶各種操作的傳輸，相應(yīng)就可以將這些操作在每個 會議成員的客戶端進(jìn)行視覺呈現(xiàn)，從而達(dá)到成員互相交流的目的。
【專利附圖】

【附圖說明】
[0015]此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:
[0016]圖1是根據(jù)本發(fā)明實施例的會議數(shù)據(jù)的傳輸方法的流程圖；
[0017]圖2是根據(jù)本發(fā)明優(yōu)選實施例一的客戶端創(chuàng)建數(shù)據(jù)會議的交互流程圖；
[0018]圖3是根據(jù)本發(fā)明優(yōu)選實施例一的客戶端加入數(shù)據(jù)會議的交互流程圖；
[0019]圖4是根據(jù)本發(fā)明實施例的會議數(shù)據(jù)的傳輸裝置的結(jié)構(gòu)框圖；
[0020]圖5是根據(jù)本發(fā)明優(yōu)選實施例的會議數(shù)據(jù)的傳輸裝置的結(jié)構(gòu)框圖一；
[0021]圖6是根據(jù)本發(fā)明優(yōu)選實施例的會議數(shù)據(jù)的傳輸裝置的結(jié)構(gòu)框圖二 ；
[0022]圖7是根據(jù)本發(fā)明優(yōu)選實施例的會議數(shù)據(jù)的傳輸裝置的結(jié)構(gòu)框圖三。
【具體實施方式】
[0023]需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相 互組合。下面將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。
[0024]相關(guān)技術(shù)中，基于網(wǎng)絡(luò)的數(shù)據(jù)會議防火墻同時打開的端口數(shù)較多，不能適應(yīng)復(fù)雜 的網(wǎng)絡(luò)情況。因此，能適應(yīng)在各種網(wǎng)絡(luò)中工作的數(shù)據(jù)會議才具有更廣泛的價值，現(xiàn)有的網(wǎng)絡(luò) 基本上都會支持HTTP及TCP協(xié)議，將這兩種基本協(xié)議組合起來支持?jǐn)?shù)據(jù)會議的應(yīng)用是能夠 適應(yīng)復(fù)雜網(wǎng)絡(luò)情況的。基于此，本發(fā)明實施例提供了一種會議數(shù)據(jù)的傳輸方法，圖1是根據(jù) 本發(fā)明實施例的會議數(shù)據(jù)的傳輸方法的流程圖，如圖1所示，包括如下的步驟S102至步驟 S104。
[0025]步驟S102，根據(jù)會議的信息在客戶端與媒體資源服務(wù)器之間建立TCP連接，其中， 該TCP連接是通過允許使用的端口建立的。
[0026]步驟S104，通過該TCP連接傳輸會議的數(shù)據(jù)。
[0027]上述實施例中，客戶端主動通過允許使用的端口在客戶端與媒體資源服務(wù)器之間 建立TCP連接，利用該TCP連接傳輸會議的數(shù)據(jù)，從而可以減少實現(xiàn)會議需要打開的端口 數(shù)，例如，不需要打開M)P端口。由每個客戶端主動發(fā)起HTTP或TCP連接請求，服務(wù)側(cè)被動處理，所以只要是支持HTTP及TCP協(xié)議的網(wǎng)絡(luò)，均可以透過網(wǎng)絡(luò)實現(xiàn)用戶各種操作的傳輸， 相應(yīng)就可以將這些操作在每個會議成員的客戶端進(jìn)行視覺呈現(xiàn)，從而達(dá)到成員互相交流的 目的。
[0028]在已經(jīng)創(chuàng)建會議的基礎(chǔ)上，其它客戶端請求加入會場，并需要建立與媒體資源服 務(wù)器之間的TCP連接，對于此，上述步驟S102包括:客戶端向會議服務(wù)器發(fā)送請求消息(可 以是HTTP協(xié)議的方式，即發(fā)送HTTP請求)，以請求進(jìn)入會場，其中，該請求消息攜帶有會議 的信息；客戶端在會議服務(wù)器同意客戶端進(jìn)入會場之后，根據(jù)會議的信息在客戶端與媒體 資源服務(wù)器之間建立TCP連接。
[0029]一般情況下，其它客戶端需要在接收邀請之后，請求進(jìn)入會場，所以，在客戶端向 會議服務(wù)器發(fā)送請求消息之前，上述方法還包括:客戶端接收來自會議服務(wù)器的通知消息， 其中，通知消息用于告知客戶端被邀請參加會議。這樣，保證了只有允許參加會議的客戶端 才可以請求進(jìn)入會場，避免其它用戶(如，不具備參會資格的用戶)隨意請求進(jìn)入會場帶來 的不必要的操作。
[0030]客戶端接收來自會議服務(wù)器的通知消息包括以下兩種情況:(I)在客戶端使用會 話啟動協(xié)議SIP格式的賬號注冊到會議服務(wù)器上，并且，客戶端支持SIP協(xié)議的情況下，客 戶端接收來自會議服務(wù)器的SIP通知消息，其中，SIP通知消息用于告知客戶端被邀請參加 會議；或者，(2)在客戶端以HTTP方式登錄到會議服務(wù)器的情況下，客戶端接收會議服務(wù)器 通過預(yù)先建立的客戶端與會議服務(wù)器之間的TCP連接發(fā)送的通知消息，其中，客戶端與會 議服務(wù)器之間的TCP連接用于收發(fā)通知消息。對于不同的客戶端，用不同的方式通知其被 邀請加入會議，尤其是對于支持SIP協(xié)議的客戶端，直接發(fā)送SIP通知消息，而不需要在客 戶端與會議服務(wù)器之間建立TCP連接，對想要增加數(shù)據(jù)會議功能的已有的SIP終端和服務(wù) 側(cè)來說，實現(xiàn)方式簡單，改動較小，不影響已有的功能，很方便地使原有的軟件支持新的會 議功能，以小的代價為用戶提供一種新的業(yè)務(wù)體驗。
[0031]需要說明的是，不論支持SIP協(xié)議的客戶端使用SIP格式的賬號注冊到會議服務(wù) 器，還是以HTTP方式登陸到會議服務(wù)器(在會議服務(wù)器通知客戶端通過認(rèn)證后，客戶端主 動發(fā)起一個TCP連接，即上述預(yù)先建立的用于收發(fā)通知消息的TCP連接)，都需要為用戶提 供一個可以注冊的賬號。
[0032]優(yōu)選地，在客戶端根據(jù)會議的信息在客戶端與媒體資源服務(wù)器之間建立TCP連接 之后，上述方法還包括:媒體資源服務(wù)器通過媒體資源服務(wù)器與已經(jīng)加入會議的客戶端之 間的TCP連接廣播該客戶端加入會議的通知。
[0033]上述步驟S104包括:客戶端向媒體資源服務(wù)器發(fā)送請求，其中，該請求用于請求 媒體資源服務(wù)器傳輸客戶端上執(zhí)行的操作；媒體資源服務(wù)器通過與每個客戶端建立的TCP 連接傳輸客戶端上執(zhí)行的操作。
[0034]客戶端向媒體資源服務(wù)器發(fā)送請求可以是通過HTTP協(xié)議向媒體資源服務(wù)器發(fā)送 請求；和/或，通過TCP連接向媒體資源服務(wù)器發(fā)送請求。
[0035]優(yōu)選地，上述客戶端包括支持SIP協(xié)議的客戶端。
[0036]優(yōu)選地，上述TCP連接為TCP長連接。TCP長連接一直存在，這樣就可以避免需要 傳輸數(shù)據(jù)時才建立TCP連接，可以提高會議數(shù)據(jù)的傳輸效率。
[0037]綜上所述，創(chuàng)建會議的客戶端首先需要向會議服務(wù)器發(fā)送請求，會議服務(wù)器向媒體資源服務(wù)器申請會議所需的資源，并向客戶端返回結(jié)果，客戶端根據(jù)返回的結(jié)果建立與 媒體資源服務(wù)器之間的TCP連接，以傳輸會議的數(shù)據(jù)。而被邀請加入會議的客戶端，首先接 收會議服務(wù)器發(fā)送的會議邀請通知(可以通過客戶端與會議服務(wù)器之間的TCP連接發(fā)送通 知消息；在客戶端支持SIP協(xié)議的情況下，可以發(fā)送SIP通知消息)，然后發(fā)送請求進(jìn)入會 場，在會議服務(wù)器同意其進(jìn)入會場后，建立與媒體資源服務(wù)器之間的TCP連接，以傳輸會議 的數(shù)據(jù)。
[0038]下面將結(jié)合優(yōu)選的實施例對上述方法進(jìn)行詳細(xì)描述，以下優(yōu)選的實施例中以支持 SIP協(xié)議的客戶端為例進(jìn)行說明。
[0039]優(yōu)選實施例一
[0040]本優(yōu)選實施例描述的是客戶端創(chuàng)建數(shù)據(jù)會議的過程，圖2是根據(jù)本發(fā)明優(yōu)選實施 例一的客戶端創(chuàng)建數(shù)據(jù)會議的交互流程圖，如圖2所示，客戶端Ca是創(chuàng)建數(shù)據(jù)會議的客戶 端，客戶端Cb是被邀請加入該數(shù)據(jù)會議的客戶端，該流程包括如下步驟:
[0041]步驟S202，支持SIP協(xié)議的客戶端(圖2中為客戶端Ca)登陸成功后，用戶通過界 面選擇創(chuàng)建會議，客戶端Ca向數(shù)據(jù)會議服務(wù)器S發(fā)出一個HTTP請求，該請求中攜帶會議相 關(guān)信息(包含參會的成員)。
[0042]步驟S204，數(shù)據(jù)會議服務(wù)器S創(chuàng)建會場、向媒體資源服務(wù)器申請會議所需要的資 源。
[0043]步驟S206，媒體資源服務(wù)器向數(shù)據(jù)會議服務(wù)器回復(fù)會議的相關(guān)信息。
[0044]步驟S208，數(shù)據(jù)會議服務(wù)器將結(jié)果返回給客戶端Ca。
[0045]步驟S210，客戶端Ca根據(jù)返回的信息，通過TCP協(xié)議主動連接到數(shù)據(jù)會議服務(wù)器 S指定的媒體資源服務(wù)器M。
[0046]步驟S212，數(shù)據(jù)會議服務(wù)器S向每個被邀請的用戶(例如，圖2中的客戶端Cb)發(fā) 送一個SIP通知消息,該消息內(nèi)攜帶此會議的惟一標(biāo)識ID (Identity)。
[0047]通過上述步驟完成了創(chuàng)建數(shù)據(jù)會議的過程，下面結(jié)合優(yōu)選實施例二介紹被邀請的 用戶加入會議的過程。
[0048]優(yōu)選實施例二
[0049]本優(yōu)選實施例描述的是客戶端加入數(shù)據(jù)會議的過程，圖3是根據(jù)本發(fā)明優(yōu)選實施 例一的客戶端加入數(shù)據(jù)會議的交互流程圖，如圖3所示，該流程包括如下步驟:
[0050]步驟S302，當(dāng)客戶端Cb收到邀請加入會議的SIP通知時，提示用戶有人邀請開數(shù) 據(jù)會議；用戶選擇同意開會，此時，客戶端Cb向數(shù)據(jù)會議服務(wù)器S發(fā)出HTTP請求，該HTTP 請求攜帶此次會議的惟一標(biāo)識ID。
[0051]步驟S304，數(shù)據(jù)會議服務(wù)器S對接收的HTTP請求進(jìn)行檢查。
[0052]步驟S306，在HTTP請求的返回結(jié)果內(nèi)，將本次數(shù)據(jù)會議的詳細(xì)信息告訴客戶端 Cb0
[0053]步驟S308，客戶端Cb根據(jù)數(shù)據(jù)會議服務(wù)器S返回的信息，通過TCP協(xié)議主動連接 到媒體資源服務(wù)器M (即建立TCP長連接)。然后媒體資源服務(wù)器M通過已經(jīng)加入會議的其 他客戶端(包括創(chuàng)建會議的客戶端和其它被邀請的客戶端)的TCP長連接廣播新成員(即客 戶端Cb)加入會議的通知。
[0054]在所有會議成員均加入會議后，便可利用各個客戶端的TCP長連接進(jìn)行數(shù)據(jù)的傳輸，由此實現(xiàn)的數(shù)據(jù)會議能夠適應(yīng)復(fù)雜的網(wǎng)絡(luò)情況。具體地，在復(fù)雜網(wǎng)絡(luò)上傳輸用戶對數(shù)據(jù) 會議各種操作產(chǎn)生的數(shù)據(jù)流的步驟有如下兩種方式，可以根據(jù)實際需要選擇其中的一種。
[0055]第一種:
[0056](I)用戶執(zhí)行某個操作。
[0057](2)該用戶的客戶端發(fā)送HTTP請求到媒體資源服務(wù)器。
[0058](3)媒體資源服務(wù)器通過與每個會議成員建立的TCP長連接傳輸該用戶的具體操 作內(nèi)容。
[0059]第二種:
[0060]( I)用戶執(zhí)行某個操作。
[0061](2)該用戶的客戶端通過TCP長連接將請求發(fā)送到媒體資源服務(wù)器。
[0062](3)媒體資源服務(wù)器通過與每個會議成員建立的TCP長連接傳輸該用戶的具體操 作內(nèi)容。
[0063]另外，如果客戶端以HTTP方式登陸到數(shù)據(jù)會議服務(wù)器，在數(shù)據(jù)會議服務(wù)器通知該 客戶端認(rèn)證通過后，該客戶端主動發(fā)起建立與數(shù)據(jù)會議服務(wù)器之間的TCP連接，用于收發(fā) 會議邀請通知。對于客戶端之后被邀請加入會議的過程與上述優(yōu)選實施例中的過程類似， 只是客戶端接收的會議邀請是通過TCP連接發(fā)送的，而不是SIP通知消息。
[0064]需要注意的是，經(jīng)過上述方法實現(xiàn)數(shù)據(jù)會議后，每個成員之間就可以通過服務(wù)側(cè) 互相傳遞消息，可以規(guī)定一套自定義的通訊協(xié)議來格式化需要傳遞的具體消息內(nèi)容。
[0065]需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的 計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不 同于此處的順序執(zhí)行所示出或描述的步驟。
[0066]本發(fā)明實施例還提供了一種會議數(shù)據(jù)的傳輸裝置，應(yīng)用于客戶端，該會議數(shù)據(jù)的 傳輸裝置可以用于實現(xiàn)上述會議數(shù)據(jù)的傳輸方法。圖4是根據(jù)本發(fā)明實施例的會議數(shù)據(jù)的 傳輸裝置的結(jié)構(gòu)框圖，如圖4所示，該裝置包括建立模塊42和傳輸模塊44。下面對其結(jié)構(gòu) 進(jìn)行詳細(xì)描述。
[0067]建立模塊42，用于根據(jù)會議的信息在客戶端與媒體資源服務(wù)器之間建立TCP連 接，其中，該TCP連接是通過允許使用的端口建立的；傳輸模塊44，連接至建立模塊42，用于 通過建立模塊42建立的TCP連接傳輸會議的數(shù)據(jù)。
[0068]圖5是根據(jù)本發(fā)明優(yōu)選實施例的會議數(shù)據(jù)的傳輸裝置的結(jié)構(gòu)框圖一，如圖5所示， 建立模塊42包括:發(fā)送單元422，用于向會議服務(wù)器發(fā)送請求消息，以請求進(jìn)入會場，其中， 該請求消息攜帶有會議的信息；建立單元424，連接至發(fā)送單元422，用于在會議服務(wù)器同 意客戶端進(jìn)入會場之后，根據(jù)會議的信息在客戶端與媒體資源服務(wù)器之間建立TCP連接。
[0069]圖6是根據(jù)本發(fā)明優(yōu)選實施例的會議數(shù)據(jù)的傳輸裝置的結(jié)構(gòu)框圖二，如圖6所示， 建立模塊42還包括接收單元426，用于接收來自會議服務(wù)器的通知消息，其中，通知消息用 于告知客戶端被邀請參加會議。
[0070]優(yōu)選地，接收單元426包括:第一接收子單元4262，用于在客戶端使用會話啟動協(xié) 議SIP格式的賬號注冊到會議服務(wù)器上，并且，客戶端支持SIP協(xié)議的情況下，接收來自會 議服務(wù)器的SIP通知消息，其中，SIP通知消息用于告知客戶端被邀請參加會議；第二接收 子單元4264，用于在客戶端以HTTP方式登錄到會議服務(wù)器的情況下，接收會議服務(wù)器通過預(yù)先建立的客戶端與會議服務(wù)器之間的TCP連接發(fā)送的通知消息，其中，客戶端與會議服 務(wù)器之間的TCP連接用于收發(fā)通知消息。
[0071]圖7是根據(jù)本發(fā)明優(yōu)選實施例的會議數(shù)據(jù)的傳輸裝置的結(jié)構(gòu)框圖三，如圖7所示， 傳輸模塊44包括:發(fā)送單元442，用于向媒體資源服務(wù)器發(fā)送請求，其中，該請求用于請求 媒體資源服務(wù)器傳輸客戶端上執(zhí)行的操作；媒體資源服務(wù)器通過與每個客戶端建立的TCP 連接傳輸客戶端上執(zhí)行的操作。
[0072]優(yōu)選地，發(fā)送單元442包括:發(fā)送子單元4422，用于通過HTTP協(xié)議向媒體資源服 務(wù)器發(fā)送請求；和/或，通過TCP連接向媒體資源服務(wù)器發(fā)送請求。
[0073]優(yōu)選地，上述客戶端包括支持SIP協(xié)議的客戶端。
[0074]優(yōu)選地，上述TCP連接為TCP長連接。
[0075]需要說明的是，裝置實施例中描述的會議數(shù)據(jù)的傳輸裝置對應(yīng)于上述的方法實施 例，其具體的實現(xiàn)過程在方法實施例中已經(jīng)進(jìn)行過詳細(xì)說明，在此不再贅述。
[0076]綜上所述，根據(jù)本發(fā)明的上述實施例，提供了 一種會議數(shù)據(jù)的傳輸方法及裝置。本 發(fā)明中，客戶端主動通過允許使用的端口在客戶端與媒體資源服務(wù)器之間建立TCP連接， 利用該TCP連接傳輸會議的數(shù)據(jù)，從而可以減少實現(xiàn)會議需要打開的端口數(shù)。由每個客戶 端主動發(fā)起HTTP或TCP連接請求，服務(wù)側(cè)被動處理，所以只要是支持HTTP及TCP協(xié)議的網(wǎng) 絡(luò)，均可以透過網(wǎng)絡(luò)實現(xiàn)用戶各種操作的傳輸，相應(yīng)就可以將這些操作在每個會議成員的 客戶端進(jìn)行視覺呈現(xiàn)，從而達(dá)到成員互相交流的目的。
[0077]顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們 中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。
[0078]以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種會議數(shù)據(jù)的傳輸方法，其特征在于包括:根據(jù)會議的信息在客戶端與媒體資源服務(wù)器之間建立傳輸控制協(xié)議TCP連接，其中， 所述TCP連接是通過允許使用的端口建立的；通過所述TCP連接傳輸所述會議的數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)所述會議的信息在所述客戶端與所述媒體資源服務(wù)器之間建立所述TCP連接包括:所述客戶端向會議服務(wù)器發(fā)送請求消息，以請求進(jìn)入會場，其中，所述請求消息攜帶有所述會議的信息；所述客戶端在所述會議服務(wù)器同意所述客戶端進(jìn)入所述會場之后，根據(jù)所述會議的信息在所述客戶端與所述媒體資源服務(wù)器之間建立所述TCP連接。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述客戶端向所述會議服務(wù)器發(fā)送所述請求消息之前，所述方法還包括:所述客戶端接收來自所述會議服務(wù)器的通知消息，其中，所述通知消息用于告知所述客戶端被邀請參加會議。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述客戶端接收來自所述會議服務(wù)器的所述通知消息包括:在所述客戶端使用會話啟動協(xié)議SIP格式的賬號注冊到所述會議服務(wù)器上，并且，所述客戶端支持所述SIP協(xié)議的情況下，所述客戶端接收來自所述會議服務(wù)器的SIP通知消息，其中，所述SIP通知消息用于告知所述客戶端被邀請參加會議；或者，在所述客戶端以超文本傳輸協(xié)議HTTP方式登錄到所述會議服務(wù)器的情況下，所述客戶端接收所述會議服務(wù)器通過預(yù)先建立的所述客戶端與所述會議服務(wù)器之間的TCP連接發(fā) 送的通知消息，其中，所述客戶端與所述會議服務(wù)器之間的TCP連接用于收發(fā)所述通知消息。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述客戶端根據(jù)所述會議的信息在所述客戶端與所述媒體資源服務(wù)器之間建立所述TCP連接之后，所述方法還包括:所述媒體資源服務(wù)器通過所述媒體資源服務(wù)器與已經(jīng)加入所述會議的客戶端之間的 TCP連接廣播所述客戶端加入會議的通知。
6.根據(jù)權(quán)利要求1至5中任一項所述的方法，其特征在于，通過所述TCP連接傳輸所述會議的數(shù)據(jù)包括:所述客戶端向所述媒體資源服務(wù)器發(fā)送請求，其中，所述請求用于請求所述媒體資源服務(wù)器傳輸所述客戶端上執(zhí)行的操作；所述媒體資源服務(wù)器通過與每個客戶端建立的TCP連接傳輸所述客戶端上執(zhí)行的所述操作。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述客戶端向所述媒體資源服務(wù)器發(fā)送所述請求包括:所述客戶端通過HTTP協(xié)議向所述媒體資源服務(wù)器發(fā)送所述請求；和/或，所述客戶端通過所述TCP連接向所述媒體資源服務(wù)器發(fā)送所述請求。
8.根據(jù)權(quán)利要求1、2、3、5中任一項所述的方法，其特征在于，所述客戶端包括支持SIP 協(xié)議的客戶端。
9.根據(jù)權(quán)利要求1至5中任一項所述的方法，其特征在于，所述TCP連接為TCP長連接。
10.一種會議數(shù)據(jù)的傳輸裝置，應(yīng)用于客戶端，其特征在于包括:建立模塊，用于根據(jù)會議的信息在客戶端與媒體資源服務(wù)器之間建立傳輸控制協(xié)議 TCP連接，其中，所述TCP連接是通過允許使用的端口建立的；傳輸模塊，用于通過所述TCP連接傳輸所述會議的數(shù)據(jù)。
【文檔編號】H04L29/06GK103457746SQ201210182076
【公開日】2013年12月18日 申請日期:2012年6月5日 優(yōu)先權(quán)日:2012年6月5日
【發(fā)明者】楊磊, 張繼棟 申請人:中興通訊股份有限公司