一種數(shù)據(jù)傳輸通道建立方法、系統(tǒng)和服務器的制造方法
【專利摘要】本發(fā)明公開了一種數(shù)據(jù)傳輸通道建立方法、系統(tǒng)和服務器，屬于通信領(lǐng)域。通過在數(shù)據(jù)傳輸之前，UDP服務器、發(fā)起方和應答方根據(jù)發(fā)送的通道建立請求，預先建立數(shù)據(jù)傳輸通道，相比于在數(shù)據(jù)傳輸時再建立數(shù)據(jù)傳輸通道，避免了在數(shù)據(jù)傳輸過程中等待數(shù)據(jù)通道建立的時間，從而提高了數(shù)據(jù)傳輸?shù)男?，提高了用戶體驗。
【專利說明】
一種數(shù)據(jù)傳輸通道建立方法、系統(tǒng)和服務器
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及通信領(lǐng)域，特別涉及一種數(shù)據(jù)傳輸通道建立方法、系統(tǒng)和服務器。
【背景技術(shù)】
[0002]在數(shù)據(jù)傳輸過程中，需要發(fā)起方和應答方建立相應的數(shù)據(jù)傳輸通道，發(fā)起方通過該數(shù)據(jù)傳輸通道，將數(shù)據(jù)發(fā)送至應答方，從而需要一種數(shù)據(jù)傳輸通道建立方法，以使發(fā)起方和應答方建立相應的數(shù)據(jù)傳輸通道。
[0003]現(xiàn)有技術(shù)提供了一種數(shù)據(jù)傳輸通道建立方法，在數(shù)據(jù)傳輸時，發(fā)起方和應答方所連接的服務器建立對應的數(shù)據(jù)傳輸通道，實現(xiàn)數(shù)據(jù)傳輸。
[0004]但是在使用現(xiàn)有技術(shù)所提供的方法時，應答方和發(fā)起方需要在數(shù)據(jù)傳輸過程中等待數(shù)據(jù)通道建立的時間，從而降低了數(shù)據(jù)傳輸?shù)男省?br>
【發(fā)明內(nèi)容】
[0005]為了提高數(shù)據(jù)傳輸?shù)男?，本發(fā)明實施例提供了一種數(shù)據(jù)傳輸通道建立方法、系統(tǒng)和服務器。所述技術(shù)方案如下:
[0006]第一方面，提供了一種數(shù)據(jù)傳輸通道建立方法，所述方法包括:
[0007]服務器接收發(fā)起方發(fā)送的建立請求，并將所述建立請求發(fā)送至應答方；
[0008]所述服務器若接收到應答方發(fā)送的第一響應消息，所述第一響應消息用于指示所述應答方接收到所述建立請求，則向所述發(fā)起方和所述應答方發(fā)送用戶數(shù)據(jù)報協(xié)議UDP月艮務器的信息；
[0009]所述發(fā)起方和所述應答方向所述UDP服務器發(fā)送通道建立請求；
[0010]所述UDP服務器建立數(shù)據(jù)傳輸通道；
[0011 ]所述服務器若接收到所述應答方發(fā)送的第二響應消息，則將所述第二響應消息發(fā)送至所述發(fā)起方；
[0012]所述發(fā)起方通過所述數(shù)據(jù)傳輸通道，向所述應答方發(fā)送數(shù)據(jù)。
[0013]結(jié)合第一方面，在第一種可能的實現(xiàn)方式中，所述服務器包括傳輸控制協(xié)議TCP月艮務器，所述服務器向所述發(fā)起方和所述應答方發(fā)送UDP服務器的信息包括:
[0014]所述TCP服務器獲取滿足預設(shè)條件的UDP服務器的信息；
[0015]所述TCP服務器向所述發(fā)起方和所述應答方發(fā)送所述UDP服務器的信息。
[0016]結(jié)合第一方面的第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，所述TCP月艮務器獲取滿足預設(shè)條件的UDP服務器的信息包括:
[0017]所述TCP服務器獲取所有可用UDP服務器的網(wǎng)絡參數(shù)；
[0018]所述TCP服務器根據(jù)所述網(wǎng)絡參數(shù)，從所述所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。
[0019]結(jié)合第一方面，在第三種可能的實現(xiàn)方式中，在所述UDP服務器建立數(shù)據(jù)傳輸通道之前，所述方法還包括:
[0020]所述UDP服務器判斷所述發(fā)起方和所述應答方之間是否能夠建立點對點P2P通道；
[0021]若是，則所述UDP服務器將所述P2P通道的信息發(fā)送至所述發(fā)起方和所述應答方。
[0022]結(jié)合第一方面的第三種可能的實現(xiàn)方式，在第四種可能的實現(xiàn)方式中，所述方法還包括:
[0023]若所述發(fā)起方接收到所述UDP服務器發(fā)送的P2P通道的信息，則通過所述P2P通道，向所述應答方發(fā)送數(shù)據(jù)。
[0024]第二方面，提供了一種數(shù)據(jù)傳輸通道建立方法，所述方法包括:
[0025]服務器接收發(fā)起方發(fā)送的建立請求，并將所述建立請求發(fā)送至應答方；
[0026]所述服務器若接收到應答方發(fā)送的臨時響應消息，則向所述發(fā)起方和所述應答方發(fā)送用戶數(shù)據(jù)報協(xié)議UDP服務器的信息，以使所述發(fā)起方和所述應答方向所述UDP服務器發(fā)送通道建立請求，所述UDP服務器建立數(shù)據(jù)傳輸通道；
[0027]其中，所述臨時響應消息用于指示所述應答方接收到所述建立請求。
[0028]結(jié)合第二方面，在第一種可能的實現(xiàn)方式中，所述服務器包括傳輸控制協(xié)議TCP月艮務器，所述服務器向所述發(fā)起方和所述應答方發(fā)送UDP服務器的信息包括:
[0029]所述TCP服務器獲取滿足預設(shè)條件的UDP服務器的信息；
[0030]所述TCP服務器向所述發(fā)起方和所述應答方發(fā)送所述UDP服務器的信息。
[0031]結(jié)合第二方面的第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，所述TCP月艮務器獲取滿足預設(shè)條件的UDP服務器的信息包括:
[0032]所述TCP服務器獲取所有可用UDP服務器的網(wǎng)絡參數(shù)；
[0033]所述TCP服務器根據(jù)所述網(wǎng)絡參數(shù)，從所述所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。
[0034]第三方面，提供了一種數(shù)據(jù)傳輸通道建立系統(tǒng)，所述系統(tǒng)包括服務器、用戶數(shù)據(jù)報協(xié)議UDP服務器、發(fā)起方以及應答方，其中:
[0035]所述服務器包括:
[0036]中轉(zhuǎn)模塊，用于接收所述發(fā)起方發(fā)送的建立請求，并將所述建立請求發(fā)送至所述應答方；
[0037]發(fā)送模塊，用于在所述中轉(zhuǎn)模塊接收到所述應答方發(fā)送的第一響應消息時，向所述發(fā)起方和所述應答方發(fā)送所述UDP服務器的信息，所述第一響應消息用于指示所述應答方接收到所述建立請求；
[0038]所述發(fā)起方和所述應答方分別包括第一發(fā)送模塊和第二發(fā)送模塊，所述第一發(fā)送模塊和所述第二發(fā)送模塊用于分別向所述UDP服務器發(fā)送通道建立請求；
[0039]所述UDP服務器包括傳輸通道建立模塊，用于建立數(shù)據(jù)傳輸通道；
[0040]中轉(zhuǎn)模塊還用于在接收到所述應答方發(fā)送的第二響應消息時，將所述第二響應消息發(fā)送至所述發(fā)起方；
[0041 ]所述第一發(fā)送模塊還用于根據(jù)所述數(shù)據(jù)傳輸通道，向所述應答方發(fā)送數(shù)據(jù)。
[0042]結(jié)合第三方面，在第一種可能的實現(xiàn)方式中，所述服務器包括傳輸控制協(xié)議TCP月艮務器，所述發(fā)送模塊具體包括:
[0043]獲取子模塊，用于獲取滿足預設(shè)條件的UDP服務器的信息；
[0044]第一發(fā)送子模塊，用于向所述發(fā)起方和所述應答方發(fā)送所述UDP服務器的信息。
[0045]結(jié)合第三方面的第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，所述獲取子模塊具體用于:
[0046]獲取所有可用UDP服務器的網(wǎng)絡參數(shù)；
[0047]根據(jù)所述網(wǎng)絡參數(shù)，從所述所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。
[0048]結(jié)合第三方面，在第三種可能的實現(xiàn)方式中，
[0049]所述UDP服務器還包括處理子模塊，用于判斷所述發(fā)起方和所述應答方之間是否能夠建立點對點P2P通道；
[0050]所述UDP服務器還包括第二發(fā)送子模塊，用于在所述處理子模塊判定所述發(fā)起方和所述應答方之間能夠建立點對點P2P通道時，將所述P2P通道的信息發(fā)送至所述發(fā)起方和所述應答方。
[0051]結(jié)合第三方面的第三種可能的實現(xiàn)方式，在第四種可能的實現(xiàn)方式中，
[0052]所述發(fā)起方還包括接收模塊，所述第二發(fā)送模塊還用于在所述接收模塊接收到所述UDP服務器發(fā)送的P2P通道的信息時，通過所述P2P通道，向所述應答方發(fā)送數(shù)據(jù)。
[0053 ]第四方面，提供了一種服務器，所述服務器包括:
[0054]中轉(zhuǎn)模塊，用于接收發(fā)起方發(fā)送的建立請求，并將所述建立請求發(fā)送至應答方；
[0055]發(fā)送模塊，用于在所述中轉(zhuǎn)模塊接收到應答方發(fā)送的臨時響應消息時，向所述發(fā)起方和所述應答方發(fā)送用戶數(shù)據(jù)報協(xié)議UDP服務器的信息，以使所述發(fā)起方和所述應答方向所述UDP服務器發(fā)送通道建立請求，所述UDP服務器建立數(shù)據(jù)傳輸通道；
[0056]其中，所述臨時響應消息用于指示所述應答方接收到所述建立請求。
[0057]結(jié)合第四方面，在第一種可能的實現(xiàn)方式中，所述服務器包括傳輸控制協(xié)議TCP月艮務器，所述發(fā)送模塊具體包括:
[0058]獲取子模塊，用于獲取滿足預設(shè)條件的UDP服務器的信息；
[0059]發(fā)送子模塊，用于向所述發(fā)起方和所述應答方發(fā)送所述UDP服務器的信息。
[0060]結(jié)合第四方面的第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，所述獲取子模塊具體用于:
[0061 ]獲取所有可用UDP服務器的網(wǎng)絡參數(shù)；
[0062]根據(jù)所述網(wǎng)絡參數(shù)，從所述所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。
[0063]第五方面，提供了一種服務器，所述服務器包括存儲器、網(wǎng)絡接口模塊以及與所述存儲器和所述網(wǎng)絡接口模塊連接的處理器，其中，所述存儲器用于存儲一組程序代碼，所述處理器調(diào)用所述存儲器所存儲的程序代碼用于執(zhí)行以下操作:
[0064]控制所述網(wǎng)絡接口模塊接收發(fā)起方發(fā)送的建立請求，并將所述建立請求發(fā)送至應答方；
[0065]若所述網(wǎng)絡接口模塊接收到應答方發(fā)送的臨時響應消息，則向所述發(fā)起方和所述應答方發(fā)送用戶數(shù)據(jù)報協(xié)議UDP服務器的信息，以使所述發(fā)起方和所述應答方向所述UDP月艮務器發(fā)送通道建立請求，所述UDP服務器建立數(shù)據(jù)傳輸通道；
[0066]其中，所述臨時響應消息用于指示所述應答方接收到所述建立請求。
[0067]結(jié)合第五方面，在第一種可能的實現(xiàn)方式中，所述服務器包括傳輸控制協(xié)議TCP月艮務器，所述處理器調(diào)用所述存儲器所存儲的程序代碼具體用于執(zhí)行以下操作:
[0068]獲取滿足預設(shè)條件的UDP服務器的信息；
[0069]向所述發(fā)起方和所述應答方發(fā)送所述UDP服務器的信息。
[0070]結(jié)合第五方面的第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，所述處理器調(diào)用所述存儲器所存儲的程序代碼具體用于執(zhí)行以下操作:
[0071 ]獲取所有可用UDP服務器的網(wǎng)絡參數(shù)；
[0072]根據(jù)所述網(wǎng)絡參數(shù)，從所述所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。
[0073]本發(fā)明實施例提供了一種數(shù)據(jù)傳輸通道建立方法、系統(tǒng)和服務器，包括:服務器接收發(fā)起方發(fā)送的建立請求，并將建立請求發(fā)送至應答方;服務器若接收到應答方發(fā)送的第一響應消息，第一響應消息用于指示應答方接收到建立請求，則向發(fā)起方和應答方發(fā)送用戶數(shù)據(jù)報協(xié)議UDP服務器的信息;發(fā)起方和應答方向UDP服務器發(fā)送通道建立請求;UDP服務器建立數(shù)據(jù)傳輸通道;服務器若接收到應答方發(fā)送的第二響應消息，則將第二響應消息發(fā)送至發(fā)起方;發(fā)起方通過數(shù)據(jù)傳輸通道，向應答方發(fā)送數(shù)據(jù)。通過在數(shù)據(jù)傳輸之前，UDP服務器、發(fā)起方和應答方根據(jù)發(fā)送的通道建立請求，預先建立數(shù)據(jù)傳輸通道，相比于在數(shù)據(jù)傳輸時再建立數(shù)據(jù)傳輸通道，避免了在數(shù)據(jù)傳輸過程中等待數(shù)據(jù)通道建立的時間，從而提高了數(shù)據(jù)傳輸?shù)男?，提高了用戶體驗。
【附圖說明】
[0074]為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0075]圖1是本發(fā)明實施例提供的一種數(shù)據(jù)傳輸通道建立方法流程圖；
[0076]圖2是本發(fā)明實施例提供的一種數(shù)據(jù)傳輸通道建立方法流程圖；
[0077]圖3是本發(fā)明實施例提供的一種數(shù)據(jù)傳輸通道建立方法流程圖；
[0078]圖4是本發(fā)明實施例提供的一種數(shù)據(jù)傳輸通道建立方法流程圖；
[0079]圖5是本發(fā)明實施例提供的一種數(shù)據(jù)傳輸通道建立方法流程圖；
[0080]圖6是本發(fā)明實施例提供的一種數(shù)據(jù)傳輸通道建立系統(tǒng)示意圖；
[0081 ]圖7是本發(fā)明實施例提供的一種服務器結(jié)構(gòu)示意圖；
[0082]圖8是本發(fā)明實施例提供的一種服務器結(jié)構(gòu)示意圖。
【具體實施方式】
[0083]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0084]本發(fā)明實施例提供了一種數(shù)據(jù)傳輸通道建立方法，該方法可以應用于即時視頻過程中的視頻交互雙方的視頻數(shù)據(jù)、語音數(shù)據(jù)、圖片數(shù)據(jù)以及文本數(shù)據(jù)等的數(shù)據(jù)傳輸，除此之夕卜，本發(fā)明實施例所述的數(shù)據(jù)傳輸通道建立方法還可以應用于其他場景下的數(shù)據(jù)傳輸，本發(fā)明實施例對具體的場景不加以限定。需要說明的是，該發(fā)起方和應答方在數(shù)據(jù)傳輸之前，連接至同一個TCP服務器，該TCP服務器可以是單個TCP服務器，也可以是由多個TCP服務器組成的服務器群，且該TCP服務器群內(nèi)，多個TCP服務器之間的信息共享。
[0085]實施例一為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸通道建立方法，參照圖1所示，該方法包括:
[0086]101、服務器接收發(fā)起方發(fā)送的建立請求，并將建立請求發(fā)送至應答方。
[0087]102、服務器若接收到應答方發(fā)送的第一響應消息，第一響應消息用于指示應答方接收到建立請求，則向發(fā)起方和應答方發(fā)送用戶數(shù)據(jù)報協(xié)議UDP服務器的信息。
[0088]具體的，服務器包括傳輸控制協(xié)議TCP服務器；
[0089]TCP服務器獲取滿足預設(shè)條件的UDP服務器的信息。
[0090]TCP服務器向發(fā)起方和應答方發(fā)送UDP服務器的信息。
[0091]其中，所述TCP服務器獲取滿足預設(shè)條件的UDP服務器的信息的過程可以為:TCP服務器獲取所有可用UDP服務器的網(wǎng)絡參數(shù)。
[0092]TCP服務器根據(jù)網(wǎng)絡參數(shù)，從所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。
[0093 ] 103、發(fā)起方和應答方向UDP服務器發(fā)送通道建立請求。
[0094]104、UDP服務器建立數(shù)據(jù)傳輸通道。
[0095]可選的，在步驟104之前，方法還包括:
[0096]UDP服務器判斷發(fā)起方和應答方之間是否能夠建立點對點P2P通道；
[0097]若是，則UDP服務器將P2P通道的信息發(fā)送至發(fā)起方和應答方。
[0098]105、服務器若接收到應答方發(fā)送的第二響應消息，則將第二響應消息發(fā)送至發(fā)起方。
[0099 ] 106、發(fā)起方通過數(shù)據(jù)傳輸通道，向應答方發(fā)送數(shù)據(jù)。
[0100] 可選的，方法還包括:
[0101 ]若發(fā)起方接收到UDP服務器發(fā)送的P2P通道的信息，則通過P2P通道，向應答方發(fā)送數(shù)據(jù)。
[0102]本發(fā)明實施例提供了一種數(shù)據(jù)傳輸通道建立方法，通過在數(shù)據(jù)傳輸之前，UDP服務器、發(fā)起方和應答方根據(jù)發(fā)送的通道建立請求，預先建立數(shù)據(jù)傳輸通道，相比于在數(shù)據(jù)傳輸時再建立數(shù)據(jù)傳輸通道，避免了在數(shù)據(jù)傳輸過程中等待數(shù)據(jù)通道建立的時間，從而提高了數(shù)據(jù)傳輸?shù)男?，提高了用戶體驗。
[0103]實施例二為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸通道建立方法，參照圖2所示，該方法包括:
[0104]201、服務器接收發(fā)起方發(fā)送的建立請求，并將建立請求發(fā)送至應答方。
[0105]202、服務器若接收到應答方發(fā)送的臨時響應消息，則向發(fā)起方和應答方發(fā)送用戶數(shù)據(jù)報協(xié)議UDP服務器的信息，以使發(fā)起方和應答方向UDP服務器發(fā)送通道建立請求，UDP月艮務器建立數(shù)據(jù)傳輸通道。
[0106]具體的，服務器包括傳輸控制協(xié)議TCP服務器，服務器向發(fā)起方和應答方發(fā)送UDP服務器的信息包括:
[0107]TCP服務器獲取滿足預設(shè)條件的UDP服務器的信息；
[0108]TCP服務器向發(fā)起方和應答方發(fā)送UDP服務器的信息。
[0109]其中，所述TCP服務器獲取滿足預設(shè)條件的UDP服務器的信息的過程可以為:
[0110]TCP服務器獲取所有可用UDP服務器的網(wǎng)絡參數(shù)；
[0111]TCP服務器根據(jù)網(wǎng)絡參數(shù)，從所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。
[0112]本發(fā)明實施例提供了一種數(shù)據(jù)傳輸通道建立方法，通過在數(shù)據(jù)傳輸之前，UDP服務器、發(fā)起方和應答方根據(jù)發(fā)送的通道建立請求，預先建立數(shù)據(jù)傳輸通道，相比于在數(shù)據(jù)傳輸時再建立數(shù)據(jù)傳輸通道，避免了在數(shù)據(jù)傳輸過程中等待數(shù)據(jù)通道建立的時間，從而提高了數(shù)據(jù)傳輸?shù)男?，提高了用戶體驗。
[0113]實施例三為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸通道建立方法，參照圖3所示，該方法包括:
[0114]301、TCP服務器接收發(fā)起方發(fā)送的建立請求，并將建立請求發(fā)送至應答方。
[0115]具體的，該建立請求可以為數(shù)據(jù)傳輸通道建立請求；
[0116]在實際應用中，該建立請求可以包括應答方的網(wǎng)絡地址，發(fā)起方的網(wǎng)絡地址等。
[0117]該發(fā)送過程可以是:
[0118]發(fā)起方將包括自身的網(wǎng)絡地址與應答方的網(wǎng)絡地址的建立請求發(fā)送至于其連接的TCP服務器；
[0119]TCP服務器根據(jù)建立請求中所包括的應答方的網(wǎng)絡地址，將該建立請求發(fā)送至應答方，上述發(fā)送過程僅僅是示例性的，本發(fā)明實施例對具體的發(fā)送過程不加以限定。
[0120]302、TCP服務器若接收到應答方發(fā)送的第一響應消息，第一響應消息用于指示應答方接收到建立請求。
[0121]具體的，應答方在接收到該建立請求之后，向服務器發(fā)送用于指示其接收到該建立請求的第一響應消息。
[0122]服務器接收該應答方發(fā)送的第一響應消息。
[0123]可選的，在實際應用中，若服務器在預設(shè)時間內(nèi)未接收到應答方發(fā)送的第一響應消息，則可以再將該建立請求發(fā)送至應答方，直至接收到應答方發(fā)送的第一響應消息。
[0124]303、TCP服務器獲取所有可用UDP服務器的網(wǎng)絡參數(shù)。
[0125]具體的，上述過程可以是TCP服務器向UDP服務器發(fā)送測試數(shù)據(jù)實現(xiàn)的，也可以是通過獲取UDP服務器周期性向TCP服務器上報的網(wǎng)絡參數(shù)實現(xiàn)的，本發(fā)明實施例對具體的實現(xiàn)方式不加以限定。
[0126]另外，本發(fā)明實施例所述的可用UDP服務器包括與TCP服務器連接且處于空閑狀態(tài)的UDP服務器，或者是與TCP服務器連接且待處理任務數(shù)小于預設(shè)值的UDP服務器。
[0127]本發(fā)明實施例所述的網(wǎng)絡參數(shù)用于描述UDP服務器的數(shù)據(jù)處理能力、UDP服務器與發(fā)起方之間的網(wǎng)絡鏈路的網(wǎng)絡狀態(tài)以及UDP服務器與應答方之間的網(wǎng)絡鏈路的網(wǎng)絡狀態(tài)。
[0128]304、TCP服務器根據(jù)網(wǎng)絡參數(shù)，從所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。
[0129]可以是通過判斷UDP服務器的數(shù)據(jù)處理能力、UDP服務器與發(fā)起方之間的網(wǎng)絡鏈路的網(wǎng)絡狀態(tài)以及UDP服務器與應答方之間的網(wǎng)絡鏈路的網(wǎng)絡狀態(tài)中的至少一個來確定網(wǎng)絡參數(shù)最優(yōu)的UDP服務器，也可以是綜合判斷UDP服務器的數(shù)據(jù)處理能力、UDP服務器與發(fā)起方之間的網(wǎng)絡鏈路的網(wǎng)絡狀態(tài)以及UDP服務器與應答方之間的網(wǎng)絡鏈路的網(wǎng)絡狀態(tài)來確定滿足網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。
[0130]其中，UDP服務器的數(shù)據(jù)處理能力可以通過單位時間內(nèi)服務器所能處理的數(shù)據(jù)量來描述，UDP服務器的數(shù)據(jù)處理能力滿足預設(shè)條件包括:
[0131 ]單位時間內(nèi)服務器所能處理的數(shù)據(jù)量最大，該單位時間內(nèi)服務器所能處理的數(shù)據(jù)量可以是通過服務器的數(shù)據(jù)處理歷史記錄獲取的。
[0132]UDP服務器與發(fā)起方之間的網(wǎng)絡鏈路的網(wǎng)絡狀態(tài)可以通過UDP服務器與發(fā)起方之間的網(wǎng)絡鏈路的傳輸速度、丟包率和RTT來描述，UDP服務器與發(fā)起方之間的網(wǎng)絡鏈路的網(wǎng)絡狀態(tài)滿足預設(shè)條件包括:
[0133]傳輸速度最大、丟包率最小和RTT最小中的至少一個。
[0134]UDP服務器與應答方之間的網(wǎng)絡鏈路的網(wǎng)絡狀態(tài)可以通過UDP服務器與應答之間的網(wǎng)絡鏈路的傳輸速度、丟包率和RTT來描述。
[0135]UDP服務器與應答方之間的網(wǎng)絡鏈路的網(wǎng)絡狀態(tài)滿足預設(shè)條件包括:
[0136]傳輸速度最大、丟包率最小和RTT最小中的至少一個。
[0137]由于UDP服務器的網(wǎng)絡參數(shù)描述了UDP服務器的數(shù)據(jù)處理能力、UDP服務器與發(fā)起方之間的網(wǎng)絡鏈路的網(wǎng)絡狀態(tài)以及UDP服務器與應答方之間的網(wǎng)絡鏈路的網(wǎng)絡狀態(tài)，所以TCP服務器根據(jù)網(wǎng)絡參數(shù)，從所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器的UDP月艮務器，避免了在數(shù)據(jù)傳輸過程中由于UDP服務器的數(shù)據(jù)處理能力、UDP服務器與發(fā)起方之間的網(wǎng)絡鏈路的網(wǎng)絡狀態(tài)以及UDP服務器與應答方之間的網(wǎng)絡鏈路的網(wǎng)絡狀態(tài)較差而導致的數(shù)據(jù)傳輸中斷或者數(shù)據(jù)丟失，進一步保證了數(shù)據(jù)傳輸?shù)目煽啃院托省?br>[0138]值得注意的是，步驟303至步驟304是實現(xiàn)所述TCP服務器獲取滿足預設(shè)條件的UDP服務器的信息的過程，除了所述步驟所述的方式之外，還可以通過其他方式實現(xiàn)該過程，本發(fā)明實施例對具體的方式不加以限定。
[0139]305、TCP服務器向發(fā)起方和應答方發(fā)送UDP服務器的信息。
[0140]具體的，該UDP服務器的信息可以包括UDP服務器的IP地址。
[0141]本發(fā)明實施例對具體的發(fā)送方式不加以限定。
[0142]值得注意的是，步驟303至步驟305是實現(xiàn)所述服務器向發(fā)起方和應答方發(fā)送多個用戶數(shù)據(jù)報協(xié)議UDP服務器的信息的過程，除了所述步驟所述的方式之外，還可以通過其他方式實現(xiàn)該過程，本發(fā)明實施例對具體的方式不加以限定。
[0143]值得注意的是，步驟303至步驟305是實現(xiàn)所述服務器向發(fā)起方和應答方發(fā)送用戶數(shù)據(jù)報協(xié)議UDP服務器的信息的過程，除了所述步驟所述的方式之外，還可以通過其他方式實現(xiàn)該過程，本發(fā)明實施例對具體的方式不加以限定。
[0144]306、發(fā)起方和應答方向UDP服務器發(fā)送通道建立請求。
[0145]具體的，該通道建立請求可以包括發(fā)起方的網(wǎng)絡地址和應答方的網(wǎng)絡地址。
[0146]本發(fā)明實施例對具體的發(fā)送方式不加以限定。
[0147]可選的，該通道建立請求還可以包括用于描述所要傳輸數(shù)據(jù)類型的字段，以使UDP服務器根據(jù)該數(shù)據(jù)類型的字段，進行數(shù)據(jù)傳輸通道的建立。
[0148]307、UDP服務器判斷發(fā)起方和應答方之間是否能夠建立點對點P2P通道，若是，則執(zhí)行步驟308，否則，則執(zhí)行步驟309。
[0149]具體的，判斷發(fā)起方和應答方之間傳輸介質(zhì)的類型、發(fā)起方和應答方所連接的同一網(wǎng)絡的運行速度、發(fā)起方和應答方所連接的網(wǎng)絡的覆蓋范圍以及發(fā)起方和應答方之間的網(wǎng)絡拓撲結(jié)構(gòu)是否滿足建立點對點P2P通道所需的條件。
[0150]其中，發(fā)起方和應答方之間傳輸介質(zhì)的類型滿足預設(shè)條件包括:
[0151]發(fā)起方和應答方之間至少包括能夠支持組建無線對等網(wǎng)絡的無線網(wǎng)絡接口或者發(fā)起方和應答方之間至少包括支持組建有線對等網(wǎng)絡的有線網(wǎng)絡接口和傳輸介質(zhì)。
[0152]發(fā)起方和應答方所連接的同一網(wǎng)絡的運行速度滿足預設(shè)條件包括:
[0153]發(fā)起方和應答方所連接的同一網(wǎng)絡的運行速度大于或者等于網(wǎng)絡速度閾值。
[0154]發(fā)起方和應答方所連接的網(wǎng)絡的覆蓋范圍滿足預設(shè)條件包括:
[0155]發(fā)起方的網(wǎng)絡覆蓋范圍至少包括應答方，應答方之間的網(wǎng)絡覆蓋至少包括發(fā)起方。
[0156]發(fā)起方和應答方之間的網(wǎng)絡拓撲結(jié)構(gòu)滿足預設(shè)條件包括:
[0157]發(fā)起方和應答方之間的網(wǎng)絡拓撲結(jié)構(gòu)是自組織且自動調(diào)整的。
[0158]本發(fā)明實施例對具體的判斷方式不加以限定。
[0159]308、UDP服務器建立發(fā)起方和應答方之間的P2P通道，并將P2P通道的信息發(fā)送至發(fā)起方和應答方。
[0160]具體的，該將P2P通道的信息包括:P2P通道的路由信息。
[0161]本發(fā)明實施例對具體的發(fā)送方式不加以限定。
[0162]值得注意的是，步驟307至步驟308是可選步驟，在實際應用中，在步驟306之后，可以不執(zhí)行步驟307至步驟308，直接執(zhí)行步驟309。
[0163]309、UDP服務器建立數(shù)據(jù)傳輸通道。
[0164]具體的，UDP服務器分別根據(jù)發(fā)起方的IP地址、應答方的IP地址以及發(fā)起方和應答方的之間的路由信息，建立數(shù)據(jù)傳輸通道；
[0165]本發(fā)明實施例對具體的建立方式不加以限定。
[0166]由于通過P2P通道進行數(shù)據(jù)傳輸相比于通過服務器中轉(zhuǎn)的數(shù)據(jù)傳輸?shù)目煽啃暂^高，且數(shù)據(jù)傳輸?shù)男瘦^高，同時還可以避免在通過服務器中轉(zhuǎn)進行數(shù)據(jù)傳輸由于中間路由設(shè)備故障而導致的數(shù)據(jù)傳輸中斷或者數(shù)據(jù)丟失，所以UDP服務器判斷發(fā)起方和應答方之間是否能夠建立點對點P2P通道，以使在發(fā)起方和應答方之間能夠建立點對點P2P通道時，通過P2P通道進行數(shù)據(jù)傳輸，從而進一步保證了數(shù)據(jù)傳輸?shù)目煽啃院托省?br>[0167]310、服務器若接收到應答方發(fā)送的第二響應消息，則將第二響應消息發(fā)送至發(fā)起方，在步驟310之后，執(zhí)行步驟311和312中的任意一個。
[0168]具體的，該第二響應消息用于指示應答方同意發(fā)起方的數(shù)據(jù)傳輸請求，并指示發(fā)起方可以通過多個數(shù)據(jù)傳輸通道，向應答方傳輸數(shù)據(jù)。
[0169]本發(fā)明實施例對具體的發(fā)送方式不加以限定。
[0170]311、發(fā)起方通過數(shù)據(jù)傳輸通道，向應答方發(fā)送數(shù)據(jù)。
[0171]具體的，本發(fā)明實施例對具體的發(fā)送過程不加以限定。
[0172]312、若發(fā)起方接收到UDP服務器發(fā)送的P2P通道的信息，則通過P2P通道，向應答方發(fā)送數(shù)據(jù)。
[0173]具體的，本發(fā)明實施例對具體的發(fā)送過程不加以限定。
[0174]值得注意的是，若在步驟306之后，已執(zhí)行步驟307至步驟308，則在步驟310之后，直接執(zhí)行步驟312;若在步驟306之后，未執(zhí)行步驟307至步驟308，則在步驟310之后，只執(zhí)行步驟311而不執(zhí)行步驟312。
[0175]在實際應用中，本發(fā)明實施例所提供的數(shù)據(jù)傳輸通道建立方法的流程圖還可以參照圖4所示。
[0176]本發(fā)明實施例提供了一種數(shù)據(jù)傳輸通道建立方法，通過在數(shù)據(jù)傳輸之前，UDP服務器、發(fā)起方和應答方根據(jù)發(fā)送的通道建立請求，預先建立數(shù)據(jù)傳輸通道，相比于在數(shù)據(jù)傳輸時再建立數(shù)據(jù)傳輸通道，避免了在數(shù)據(jù)傳輸過程中等待數(shù)據(jù)通道建立的時間，從而提高了數(shù)據(jù)傳輸?shù)男?，提高了用戶體驗。
[0177]實施例四為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸通道建立方法，參照圖5所示，該方法包括:
[0178]501、TCP服務器接收發(fā)起方發(fā)送的建立請求，并將建立請求發(fā)送至應答方。
[0179]具體的，該步驟與步驟301相同，此處不再加以贅述。
[0180]502、TCP服務器若接收到應答方發(fā)送的臨時響應消息，該臨時響應消息與實施例三中的第一響應消息相同，用于指示應答方接收到發(fā)起方通過TCP服務器轉(zhuǎn)發(fā)的建立請求。
[0181]具體的，應答方在接收到該建立請求之后，向服務器發(fā)送臨時響應消息。
[0182]服務器接收該應答方發(fā)送的臨時響應消息。
[0183]可選的，在實際應用中，若服務器在預設(shè)時間內(nèi)未接收到應答方發(fā)送的臨時響應消息，則可以再將該建立請求發(fā)送至應答方，直至接收到應答方發(fā)送的臨時響應消息。
[0184]503、TCP服務器獲取所有可用UDP服務器的網(wǎng)絡參數(shù)。
[0185]具體的，該步驟與步驟303相同，此處不再加以贅述。
[0186]504、TCP服務器根據(jù)網(wǎng)絡參數(shù)，從所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。
[0187]具體的，該步驟與步驟304相同，此處不再加以贅述。
[0188]值得注意的是，步驟503至步驟504是實現(xiàn)TCP服務器獲取滿足預設(shè)條件的UDP服務器的信息的過程，除了所述步驟所述的方式之外，還可以通過其他方式實現(xiàn)該過程，本發(fā)明實施例對具體的方式不加以限定。
[0189]505、TCP服務器向發(fā)起方和應答方發(fā)送UDP服務器的信息，以使發(fā)起方和應答方向UDP服務器發(fā)送通道建立請求，UDP服務器建立數(shù)據(jù)傳輸通道。
[0190]具體的，該步驟與步驟305相同，此處不再加以贅述。
[0191]值得注意的是，步驟503至步驟505是實現(xiàn)向發(fā)起方和應答方發(fā)送用戶數(shù)據(jù)報協(xié)議UDP服務器的信息的過程，除了所述步驟所述的方式之外，還可以通過其他方式實現(xiàn)該過程，本發(fā)明實施例對具體的方式不加以限定。
[0192]本發(fā)明實施例提供了一種數(shù)據(jù)傳輸通道建立方法，通過在數(shù)據(jù)傳輸之前，UDP服務器、發(fā)起方和應答方根據(jù)發(fā)送的通道建立請求，預先建立數(shù)據(jù)傳輸通道，相比于在數(shù)據(jù)傳輸時再建立數(shù)據(jù)傳輸通道，避免了在數(shù)據(jù)傳輸過程中等待數(shù)據(jù)通道建立的時間，從而提高了數(shù)據(jù)傳輸?shù)男剩岣吡擞脩趔w驗。
[0193]實施例五為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸通道建立系統(tǒng)，參照圖6所示，所示系統(tǒng)包括服務器61、發(fā)起方62、應答方63以及用戶數(shù)據(jù)報協(xié)議UDP服務器64其中:
[0194]服務器61包括:
[0195]中轉(zhuǎn)模塊611，用于接收發(fā)起方62發(fā)送的建立請求，并將建立請求發(fā)送至應答方63；
[0196]發(fā)送模塊612，用于在中轉(zhuǎn)模塊611接收到應答方63發(fā)送的第一響應消息時，第一響應消息用于指示應答方63接收到建立請求，向發(fā)起方62和應答方63發(fā)送UDP服務器64的信息；
[0197]發(fā)起方62和應答方63分別包括第一發(fā)送模塊621和第二發(fā)送模塊631，第一發(fā)送模塊621和第二發(fā)送模塊631用于分別向UDP服務器64發(fā)送通道建立請求；
[0198]UDP服務器64包括傳輸通道建立模塊641，用于建立數(shù)據(jù)傳輸通道；
[0199]中轉(zhuǎn)模塊611還用于在接收到應答方63發(fā)送的第二響應消息時，將第二響應消息發(fā)送至發(fā)起方62;
[0200]第一發(fā)送模塊621還用于根據(jù)數(shù)據(jù)傳輸通道，向應答方63發(fā)送數(shù)據(jù)。
[0201 ]可選的，服務器包括傳輸控制協(xié)議TCP服務器，發(fā)送模塊612具體包括:
[0202]獲取子模塊6121，用于獲取滿足預設(shè)條件的UDP服務器的信息；
[0203 ] 第一發(fā)送子模塊6122，用于向發(fā)起方62和應答方63發(fā)送UDP服務器64的信息。
[0204]可選的，獲取子模塊6121具體用于:
[0205]獲取所有可用UDP服務器的網(wǎng)絡參數(shù)；
[0206]根據(jù)網(wǎng)絡參數(shù)，從所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。
[0207]可選的，
[0208]UDP服務器64還包括處理子模塊642，用于判斷發(fā)起方62和應答方63之間是否能夠建立點對點P2P通道；
[0209]UDP服務器64還包括第二發(fā)送子模塊643，用于在處理子模塊642判定發(fā)起方62和應答方63之間能夠建立點對點P2P通道時，將P2P通道的信息發(fā)送至發(fā)起方62和應答方63。
[0210]可選的，
[0211]發(fā)起方62還包括接收模塊622，第二發(fā)送模塊621還用于在接收模塊622接收到UDP服務器64發(fā)送的P2P通道的信息時，通過P2P通道，向應答方63發(fā)送數(shù)據(jù)。
[0212]本發(fā)明實施例提供了一種數(shù)據(jù)傳輸通道建立系統(tǒng)，該系統(tǒng)通過在數(shù)據(jù)傳輸之前，UDP服務器、發(fā)起方和應答方根據(jù)發(fā)送的通道建立請求，預先建立數(shù)據(jù)傳輸通道，相比于在數(shù)據(jù)傳輸時再建立數(shù)據(jù)傳輸通道，避免了在數(shù)據(jù)傳輸過程中等待數(shù)據(jù)通道建立的時間，從而提高了數(shù)據(jù)傳輸?shù)男?，提高了用戶體驗。
[0213]實施例六為本發(fā)明實施例提供的一種服務器，參照圖7所示，服務器包括:
[0214]中轉(zhuǎn)模塊71，用于接收發(fā)起方發(fā)送的建立請求，并將建立請求發(fā)送至應答方；
[0215]發(fā)送模塊72，用于在中轉(zhuǎn)模塊71接收到應答方發(fā)送的臨時響應消息時，向發(fā)起方和應答方發(fā)送用戶數(shù)據(jù)報協(xié)議UDP服務器的信息，以使發(fā)起方和應答方向UDP服務器發(fā)送通道建立請求，UDP服務器建立數(shù)據(jù)傳輸通道；
[0216]其中，臨時響應消息用于指示應答方接收到建立請求。
[0217]可選的，服務器包括傳輸控制協(xié)議TCP服務器，發(fā)送模塊71具體包括:
[0218]獲取子模塊711，用于獲取滿足預設(shè)條件的UDP服務器的信息；
[0219]發(fā)送子模塊712，用于向發(fā)起方和應答方發(fā)送UDP服務器的信息。
[0220]可選的，獲取子模塊711具體用于:
[0221 ]獲取所有可用UDP服務器的網(wǎng)絡參數(shù)；
[0222]根據(jù)網(wǎng)絡參數(shù)，從所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。
[0223]本發(fā)明實施例提供了一種服務器，該服務器通過在數(shù)據(jù)傳輸之前，UDP服務器、發(fā)起方和應答方根據(jù)發(fā)送的通道建立請求，預先建立數(shù)據(jù)傳輸通道，相比于在數(shù)據(jù)傳輸時再建立數(shù)據(jù)傳輸通道，避免了在數(shù)據(jù)傳輸過程中等待數(shù)據(jù)通道建立的時間，從而提高了數(shù)據(jù)傳輸?shù)男剩岣吡擞脩趔w驗。
[0224]實施例七為本發(fā)明實施例提供的一種服務器，參照圖8所示，服務器包括存儲器81、網(wǎng)絡接口模塊82以及與存儲器83、網(wǎng)絡接口模塊82連接的處理器，其中，存儲器81用于存儲一組程序代碼，處理器83調(diào)用存儲器81所存儲的程序代碼用于執(zhí)行以下操作:
[0225]控制網(wǎng)絡接口模塊82接收發(fā)起方發(fā)送的建立請求，并將建立請求發(fā)送至應答方；
[0226]若網(wǎng)絡接口模塊82接收到應答方發(fā)送的臨時響應消息，則向發(fā)起方和應答方發(fā)送用戶數(shù)據(jù)報協(xié)議UDP服務器的信息，以使發(fā)起方和應答方向UDP服務器發(fā)送通道建立請求，UDP服務器建立數(shù)據(jù)傳輸通道；
[0227]其中，臨時響應消息用于指示應答方接收到建立請求。
[0228]可選的，服務器包括傳輸控制協(xié)議TCP服務器，處理器83調(diào)用存儲器81所存儲的程序代碼具體用于執(zhí)行以下操作:
[0229]獲取滿足預設(shè)條件的UDP服務器的信息；
[0230]向發(fā)起方和應答方發(fā)送UDP服務器的信息。
[0231]可選的，處理器83調(diào)用存儲器81所存儲的程序代碼具體用于執(zhí)行以下操作:
[0232]獲取所有可用UDP服務器的網(wǎng)絡參數(shù)；
[0233]根據(jù)網(wǎng)絡參數(shù)，從所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。
[0234]本發(fā)明實施例提供了一種服務器，該服務器通過在數(shù)據(jù)傳輸之前，UDP服務器、發(fā)起方和應答方根據(jù)發(fā)送的通道建立請求，預先建立數(shù)據(jù)傳輸通道，相比于在數(shù)據(jù)傳輸時再建立數(shù)據(jù)傳輸通道，避免了在數(shù)據(jù)傳輸過程中等待數(shù)據(jù)通道建立的時間，從而提高了數(shù)據(jù)傳輸?shù)男剩岣吡擞脩趔w驗。
[0235]上述所有可選技術(shù)方案，可以采用任意結(jié)合形成本發(fā)明的可選實施例，在此不再
--贅述。
[0236]需要說明的是:上述實施例提供的數(shù)據(jù)傳輸通道建立系統(tǒng)和服務器在執(zhí)行數(shù)據(jù)傳輸通道建立方法時，僅以上述各功能模塊的劃分進行舉例說明，實際應用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將數(shù)據(jù)傳輸通道建立系統(tǒng)和服務器的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實施例提供的數(shù)據(jù)傳輸通道建立系統(tǒng)、方法和服務器實施例屬于同一構(gòu)思，其具體實現(xiàn)過程詳見方法實施例，這里不再贅述。
[0237]本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
[0238]以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
【主權(quán)項】
1.一種數(shù)據(jù)傳輸通道建立方法，其特征在于，所述方法包括: 服務器接收發(fā)起方發(fā)送的建立請求，并將所述建立請求發(fā)送至應答方； 所述服務器若接收到應答方發(fā)送的第一響應消息，所述第一響應消息用于指示所述應答方接收到所述建立請求，則向所述發(fā)起方和所述應答方發(fā)送用戶數(shù)據(jù)報協(xié)議UDP服務器的信息； 所述發(fā)起方和所述應答方向所述UDP服務器發(fā)送通道建立請求； 所述UDP服務器建立數(shù)據(jù)傳輸通道； 所述服務器若接收到所述應答方發(fā)送的第二響應消息，則將所述第二響應消息發(fā)送至所述發(fā)起方； 所述發(fā)起方通過所述數(shù)據(jù)傳輸通道，向所述應答方發(fā)送數(shù)據(jù)。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述服務器包括傳輸控制協(xié)議TCP服務器，所述服務器向所述發(fā)起方和所述應答方發(fā)送UDP服務器的信息包括: 所述TCP服務器獲取滿足預設(shè)條件的UDP服務器的信息； 所述TCP服務器向所述發(fā)起方和所述應答方發(fā)送所述UDP服務器的信息。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述TCP服務器獲取滿足預設(shè)條件的UDP月艮務器的信息包括: 所述TCP服務器獲取所有可用UDP服務器的網(wǎng)絡參數(shù)； 所述TCP服務器根據(jù)所述網(wǎng)絡參數(shù)，從所述所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述UDP服務器建立數(shù)據(jù)傳輸通道之前，所述方法還包括: 所述UDP服務器判斷所述發(fā)起方和所述應答方之間是否能夠建立點對點P2P通道； 若是，則所述UDP服務器將所述P2P通道的信息發(fā)送至所述發(fā)起方和所述應答方。5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方法還包括: 若所述發(fā)起方接收到所述UDP服務器發(fā)送的P2P通道的信息，則通過所述P2P通道，向所述應答方發(fā)送數(shù)據(jù)。6.一種數(shù)據(jù)傳輸通道建立方法，其特征在于，所述方法包括: 服務器接收發(fā)起方發(fā)送的建立請求，并將所述建立請求發(fā)送至應答方； 所述服務器若接收到應答方發(fā)送的臨時響應消息，則向所述發(fā)起方和所述應答方發(fā)送用戶數(shù)據(jù)報協(xié)議UDP服務器的信息，以使所述發(fā)起方和所述應答方向所述UDP服務器發(fā)送通道建立請求，所述UDP服務器建立數(shù)據(jù)傳輸通道； 其中，所述臨時響應消息用于指示所述應答方接收到所述建立請求。7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述服務器包括傳輸控制協(xié)議TCP服務器，所述服務器向所述發(fā)起方和所述應答方發(fā)送UDP服務器的信息包括: 所述TCP服務器獲取滿足預設(shè)條件的UDP服務器的信息； 所述TCP服務器向所述發(fā)起方和所述應答方發(fā)送所述UDP服務器的信息。8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述TCP服務器獲取滿足預設(shè)條件的UDP月艮務器的信息包括: 所述TCP服務器獲取所有可用UDP服務器的網(wǎng)絡參數(shù)； 所述TCP服務器根據(jù)所述網(wǎng)絡參數(shù)，從所述所有可用UDP服務器中獲取網(wǎng)絡參數(shù)最優(yōu)的UDP服務器。9.一種數(shù)據(jù)傳輸通道建立系統(tǒng)，其特征在于，所述系統(tǒng)包括服務器、用戶數(shù)據(jù)報協(xié)議UDP服務器、發(fā)起方以及應答方，其中: 所述服務器包括: 中轉(zhuǎn)模塊，用于接收所述發(fā)起方發(fā)送的建立請求，并將所述建立請求發(fā)送至所述應答方； 發(fā)送模塊，用于在所述中轉(zhuǎn)模塊接收到所述應答方發(fā)送的第一響應消息時，向所述發(fā)起方和所述應答方發(fā)送所述UDP服務器的信息，所述第一響應消息用于指示所述應答方接收到所述建立請求； 所述發(fā)起方和所述應答方分別包括第一發(fā)送模塊和第二發(fā)送模塊，所述第一發(fā)送模塊和所述第二發(fā)送模塊用于分別向所述UDP服務器發(fā)送通道建立請求； 所述UDP服務器包括傳輸通道建立模塊，用于建立數(shù)據(jù)傳輸通道； 中轉(zhuǎn)模塊還用于在接收到所述應答方發(fā)送的第二響應消息時，將所述第二響應消息發(fā)送至所述發(fā)起方； 所述第一發(fā)送模塊還用于根據(jù)所述數(shù)據(jù)傳輸通道，向所述應答方發(fā)送數(shù)據(jù)。10.一種服務器，其特征在于，所述服務器包括: 中轉(zhuǎn)模塊，用于接收發(fā)起方發(fā)送的建立請求，并將所述建立請求發(fā)送至應答方； 發(fā)送模塊，用于在所述中轉(zhuǎn)模塊接收到應答方發(fā)送的臨時響應消息時，向所述發(fā)起方和所述應答方發(fā)送用戶數(shù)據(jù)報協(xié)議UDP服務器的信息，以使所述發(fā)起方和所述應答方向所述UDP服務器發(fā)送通道建立請求，所述UDP服務器建立數(shù)據(jù)傳輸通道； 其中，所述臨時響應消息用于指示所述應答方接收到所述建立請求。
【文檔編號】H04L29/08GK105847275SQ201610278942
【公開日】2016年8月10日
【申請日】2016年4月29日
【發(fā)明人】楊柳
【申請人】掌贏信息科技（上海）有限公司