受限網(wǎng)絡(luò)中客戶端之間的數(shù)據(jù)傳輸方法和客戶端的制作方法
【專利摘要】本發(fā)明公開了一種受限網(wǎng)絡(luò)中客戶端之間的數(shù)據(jù)傳輸方法和客戶端，能夠在僅允許HTTP傳輸?shù)氖芟蘧W(wǎng)絡(luò)中實(shí)現(xiàn)不同客戶端之間數(shù)據(jù)傳輸。本發(fā)明實(shí)施例提供的一種受限網(wǎng)絡(luò)中客戶端之間的數(shù)據(jù)傳輸方法，包括：建立第一客戶端與HTTP隧道服務(wù)器之間的第一連接；利用第一連接向HTTP隧道服務(wù)器發(fā)送獲取請求包，并獲取會(huì)話密鑰；建立第一客戶端與HTTP隧道服務(wù)器之間的第二連接；利用第二連接向HTTP隧道服務(wù)器發(fā)送郵寄請求包并在包頭中攜帶會(huì)話密鑰；利用第一連接通過HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器接收來自對端客戶端的TCP數(shù)據(jù)，并利用第二連接通過HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器向?qū)Χ丝蛻舳税l(fā)送TCP數(shù)據(jù)。
【專利說明】受限網(wǎng)絡(luò)中客戶端之間的數(shù)據(jù)傳輸方法和客戶端
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，特別涉及一種受限網(wǎng)絡(luò)中客戶端之間的數(shù)據(jù)傳輸方法 和客戶端。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)技術(shù)應(yīng)用的發(fā)展，在當(dāng)前已經(jīng)實(shí)現(xiàn)的電信網(wǎng)絡(luò)通訊設(shè)備與互聯(lián)網(wǎng)網(wǎng)絡(luò) 下的計(jì)算機(jī)終端進(jìn)行實(shí)時(shí)通信通話技術(shù)中，可以支持承載音視頻的流媒體數(shù)據(jù)，而在互聯(lián) 網(wǎng)傳輸中對流媒體數(shù)據(jù)采用基于UDP (User Datagram Protocol,用戶數(shù)據(jù)包協(xié)議)數(shù)據(jù)包 進(jìn)行傳輸?shù)姆绞健?br> [0003]現(xiàn)有采用UDP數(shù)據(jù)包傳輸?shù)姆桨钢辽倬哂腥缦氯秉c(diǎn):
[0004]由于互聯(lián)網(wǎng)網(wǎng)絡(luò)的復(fù)雜性，在具有限制條件的受限網(wǎng)絡(luò)中，如存在有限制的網(wǎng)絡(luò) 防火墻或路由設(shè)備的受限網(wǎng)絡(luò)中，傳輸U(kuò)DP數(shù)據(jù)包時(shí)，UDP數(shù)據(jù)包經(jīng)常會(huì)被過濾掉，導(dǎo)致數(shù) 據(jù)傳輸失敗，特別是針對僅允許HTTP (Hypertext Transport Protocol,超文本傳輸協(xié)議) 傳輸?shù)氖芟蘧W(wǎng)絡(luò)，現(xiàn)有方案還未能提供一種能夠在不同客戶端之間成功進(jìn)行數(shù)據(jù)傳輸?shù)姆桨浮?br>
【發(fā)明內(nèi)容】

[0005]本發(fā)明提供了一種受限網(wǎng)絡(luò)中客戶端之間的數(shù)據(jù)傳輸方法和客戶端，以解決現(xiàn)有 方案在僅允許HTTP傳輸?shù)氖芟蘧W(wǎng)絡(luò)中無法實(shí)現(xiàn)不同客戶端之間數(shù)據(jù)傳輸?shù)膯栴}。
[0006]為達(dá)到上述目的，本發(fā)明實(shí)施例采用了如下技術(shù)方案:
[0007]本發(fā)明實(shí)施例提供了一種受限網(wǎng)絡(luò)中客戶端之間的數(shù)據(jù)傳輸方法，其中，限制為 僅允許HTTP傳輸?shù)目蛻舳税ǖ谝豢蛻舳?，所述方法包?
[0008]建立所述第一客戶端與所設(shè)置的HTTP隧道服務(wù)器之間的第一連接；
[0009]利用所述第一連接向所述HTTP隧道服務(wù)器發(fā)送獲取請求包，并獲取會(huì)話密鑰；
[0010]建立所述第一客戶端與所設(shè)置的HTTP隧道服務(wù)器之間的第二連接；
[0011]利用所述第二連接向所述HTTP隧道服務(wù)器發(fā)送郵寄請求包，并在所述郵寄請求 包的包頭中攜帶所述會(huì)話密鑰，以成功建立第一連接和第二連接上的會(huì)話；
[0012]利用所述第一連接通過所述HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器接收來自對端客 戶端的TCP數(shù)據(jù)，并利用所述第二連接通過所述HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器向?qū)Χ?客戶端發(fā)送TCP數(shù)據(jù)；
[0013]其中，所述HTTP隧道服務(wù)器支持HTTP協(xié)議和TCP協(xié)議。
[0014]本發(fā)明實(shí)施例還提供了一種客戶端，所述客戶端包括:
[0015]連接建立單元，用于建立所述客戶端與所設(shè)置的HTTP隧道服務(wù)器之間的第一連 接;
[0016]會(huì)話密鑰獲取單元，用于利用所述第一連接向所述HTTP隧道服務(wù)器發(fā)送獲取請 求包，并獲取會(huì)話密鑰；[0017]所述連接建立單元，還用于建立所述第一客戶端與所設(shè)置的HTTP隧道服務(wù)器之間的第二連接；
[0018]會(huì)話建立單元，還用于利用所述第二連接向所述HTTP隧道服務(wù)器發(fā)送郵寄請求包，并在所述郵寄請求包的包頭中攜帶所述會(huì)話密鑰，以成功建立第一連接和第二連接上的會(huì)話；
[0019]端到端數(shù)據(jù)傳輸單元，用于利用所述第一連接通過所述HTTP隧道服務(wù)器和傳輸控制協(xié)議TCP中轉(zhuǎn)服務(wù)器接收來自對端客戶端的TCP數(shù)據(jù)，并利用所述第二連接通過所述 HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器向?qū)Χ丝蛻舳税l(fā)送TCP數(shù)據(jù)；其中，所述HTTP隧道服務(wù)器支持HTTP協(xié)議和TCP協(xié)議。
[0020]本發(fā)明實(shí)施例的有益效果是:
[0021]本發(fā)明實(shí)施例通過受限的客戶端與所設(shè)置的HTTP隧道服務(wù)器建立兩條連接并建立兩條連接之間的會(huì)話，受限的客戶端利用一條連接進(jìn)行TCP數(shù)據(jù)的發(fā)送，利用另一條連接進(jìn)行TCP數(shù)據(jù)的接收的技術(shù)手段，提供了一種新型的受限網(wǎng)絡(luò)中的數(shù)據(jù)傳輸方案，實(shí)現(xiàn)了在僅允許HTTP傳輸?shù)氖芟蘧W(wǎng)絡(luò)中不同客戶端之間數(shù)據(jù)傳輸。并且，由于本發(fā)明實(shí)施例采用了基于TCP和HTTP結(jié)合的傳輸方式，能夠保證數(shù)據(jù)傳輸?shù)目煽啃院屯暾浴?br> 【專利附圖】

【附圖說明】 [0022]
圖；
[0023]
[0024]
圖；
[0025]
意圖；
[0026]
圖1為本發(fā)明實(shí)施例一提供的一種受限網(wǎng)絡(luò)中客戶端之間的數(shù)據(jù)傳輸方法流程
圖2為本發(fā)明實(shí)施例二提供的一個(gè)應(yīng)用場景的網(wǎng)絡(luò)結(jié)構(gòu)示意圖；
圖3為本發(fā)明實(shí)施例二提供的客戶端與HTTP隧道服務(wù)器建立連接的流程示意
圖4為本發(fā)明實(shí)施例二提供的客戶端與對端客戶端之間進(jìn)行數(shù)據(jù)傳輸?shù)牧鞒淌?圖5為本發(fā)明實(shí)施例三提供的一種客戶端的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0027]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā)明實(shí)施方式作進(jìn)一步地詳細(xì)描述。
[0028]本發(fā)明實(shí)施例根據(jù)互聯(lián)網(wǎng)網(wǎng)絡(luò)傳輸數(shù)據(jù)的特點(diǎn)，不采用傳統(tǒng)的UDP數(shù)據(jù)傳輸?shù)姆绞剑岢隽艘环N基于TCP_Relay(TCP中轉(zhuǎn)服務(wù)器)及HTTP TunneKHTTP隧道服務(wù)器)相結(jié)合的傳輸方式，保證了數(shù)據(jù)傳輸?shù)目煽啃约巴暾?。參見圖1，為本發(fā)明實(shí)施例一提供的一種受限網(wǎng)絡(luò)中客戶端之間的數(shù)據(jù)傳輸方法，其中，限制為僅允許HTTP (Hypertext Transport Protocol，超文本傳輸協(xié)議)傳輸?shù)目蛻舳税ǖ谝豢蛻舳?，所述方法包?
[0029]11:第一客戶端建立該第一客戶端與所設(shè)置的HTTP隧道服務(wù)器之間的第一連接；
[0030]12:第一客戶端利用第一連接向所述HTTP隧道服務(wù)器發(fā)送Get (獲取)請求包，并獲取會(huì)話密鑰；
[0031]13:第一客戶端建立該第一客戶端與所設(shè)置的HTTP隧道服務(wù)器之間的第二連接；
[0032]14:第一客戶端利用第二連接向所述HTTP隧道服務(wù)器發(fā)送Post (郵寄)請求包，并在所述郵寄請求包的包頭中攜帶所述會(huì)話密鑰，以成功建立第一連接和第二連接上的會(huì) 話；
[0033]15:第一客戶端利用第一連接通過所述HTTP隧道服務(wù)器和TCP (Transmission Control Protocol,傳輸控制協(xié)議)中轉(zhuǎn)服務(wù)器接收來自對端客戶端的TCP數(shù)據(jù),并利用第 二連接通過所述HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器向?qū)Χ丝蛻舳税l(fā)送TCP數(shù)據(jù)；
[0034]其中，所設(shè)置的HTTP隧道服務(wù)器支持HTTP協(xié)議和TCP協(xié)議。
[0035]為了便于清楚描述本發(fā)明實(shí)施例的技術(shù)方案，在發(fā)明的實(shí)施例中，采用了“第一”、 “第二”等字樣對功能和作用基本相同的相同項(xiàng)或相似項(xiàng)進(jìn)行區(qū)分，本領(lǐng)域技術(shù)人員可以理 解“第一”、“第二”等字樣并不對數(shù)量和執(zhí)行次序進(jìn)行限定。
[0036]上述第一連接和第二連接具體為TCP Socket (套接字)連接。
[0037]由上所述，本發(fā)明實(shí)施例通過受限的客戶端與所設(shè)置的HTTP隧道服務(wù)器建立兩 條連接并建立兩條連接之間的會(huì)話，受限的客戶端利用一條連接進(jìn)行TCP數(shù)據(jù)的發(fā)送，利 用另一條連接進(jìn)行TCP數(shù)據(jù)的接收的技術(shù)手段，提供了一種新型的受限網(wǎng)絡(luò)中的數(shù)據(jù)傳輸 方案，實(shí)現(xiàn)了在僅允許HTTP傳輸?shù)氖芟蘧W(wǎng)絡(luò)中不同客戶端之間數(shù)據(jù)傳輸。并且，由于本發(fā) 明實(shí)施例采用了基于TCP和HTTP結(jié)合的傳輸方式，能夠保證數(shù)據(jù)傳輸?shù)目煽啃院屯暾浴?br> [0038]在圖1所示實(shí)施例的基礎(chǔ)上,上述步驟12還包括:在所述獲取請求包的包頭中設(shè) 置TCP中轉(zhuǎn)服務(wù)器的標(biāo)識和TCP中轉(zhuǎn)服務(wù)器的地址信息；或者，在所述獲取請求包的包頭中 設(shè)置業(yè)務(wù)標(biāo)識，以使所述HTTP隧道服務(wù)器根據(jù)所述業(yè)務(wù)標(biāo)識獲知相應(yīng)的TCP中轉(zhuǎn)服務(wù)器。
[0039]當(dāng)HTTP隧道服務(wù)器首次接收到第一客戶端發(fā)送的獲取請求包后，從包頭中獲知 相應(yīng)的TCP中轉(zhuǎn)服務(wù)器，與該TCP中轉(zhuǎn)服務(wù)器建立TCP連接，連接成功后生成會(huì)話密鑰，下 發(fā)至第一客戶端。第一客戶端可以保存該會(huì)話密鑰，在下一次進(jìn)行數(shù)據(jù)傳輸時(shí)(該下一次數(shù) 據(jù)傳輸?shù)臅r(shí)刻需要在已建立會(huì)話的會(huì)話超時(shí)時(shí)間內(nèi))，直接將會(huì)話密鑰攜帶在Get請求包的 包頭中。
[0040]所以，進(jìn)一步的，本實(shí)施例上述步驟12第一客戶端利用第一連接向所述HTTP隧道 服務(wù)器發(fā)送Get(獲取)請求包，并獲取會(huì)話密鑰，具體包括:第一客戶端接收所述HTTP隧道 服務(wù)器根據(jù)所述獲取請求包下發(fā)的會(huì)話密鑰，將該會(huì)話密鑰作為獲取到的會(huì)話密鑰；或者， 第一客戶端在所述獲取請求包的包頭中攜帶已獲知的會(huì)話密鑰，將該已獲知的會(huì)話密鑰作 為獲取到的會(huì)話密鑰。
[0041]進(jìn)一步的，在步驟13之前，所述方法還包括:接收所述HTTP隧道服務(wù)器返回的應(yīng) 答包，所述應(yīng)答包的包頭中包括內(nèi)容類型參數(shù)和內(nèi)容長度參數(shù)，所述內(nèi)容類型參數(shù)指示第 一連接用于數(shù)據(jù)下載，所述內(nèi)容長度參數(shù)指示所允許的下載容量。本實(shí)施例可以通過修改 應(yīng)答包包頭中內(nèi)容類型參數(shù)和內(nèi)容長度參數(shù)的狀態(tài)，如通過將內(nèi)容類型參數(shù)和內(nèi)容長度參 數(shù)分別設(shè)置為具體的數(shù)值來實(shí)現(xiàn)對兩者狀態(tài)的修改，使應(yīng)答包的包頭中的內(nèi)容類型參數(shù)指 示第一連接用于數(shù)據(jù)下載，以及，使應(yīng)答包的包頭中的內(nèi)容長度參數(shù)指示所允許的下載容 量。該下載容量可以指示第一連接上所允許的下載數(shù)據(jù)的最大值。
[0042]上述步驟14中還包括:設(shè)置所述郵寄請求包的包頭中的內(nèi)容類型參數(shù)指示第二 連接用于上傳數(shù)據(jù)，以及，設(shè)置所述郵寄請求包的包頭中的內(nèi)容長度參數(shù)指示所允許的上 傳容量。本實(shí)施例可以通過修改郵寄請求包包頭中內(nèi)容類型參數(shù)和內(nèi)容長度參數(shù)的狀態(tài)， 如通過將內(nèi)容類型參數(shù)和內(nèi)容長度參數(shù)分別設(shè)置為具體的數(shù)值來實(shí)現(xiàn)對兩者狀態(tài)的修改，使郵寄請求包的包頭中的內(nèi)容類型參數(shù)指示第二連接用于上傳數(shù)據(jù)，以及，使郵寄請求包 的包頭中的內(nèi)容長度參數(shù)指示所允許的上傳容量。該上傳容量可以指示第二連接上所允許 上傳數(shù)據(jù)的最大值。
[0043]在步驟11至14建立了第一連接和第二連接，并利用HTTP Get數(shù)據(jù)包和HTTP Post 數(shù)據(jù)包在第一連接和第二連接上建立了 HTTP會(huì)話之后，進(jìn)入步驟15，在第一客戶端、HTTP 隧道服務(wù)器、TCP中轉(zhuǎn)服務(wù)器和對端客戶端之間建立TCP會(huì)話，以進(jìn)行TCP數(shù)據(jù)的傳輸。由 于HTTP協(xié)議是TCP協(xié)議的上層協(xié)議，利用第一連接和第二連接上的HTTP會(huì)話能夠建立TCP 會(huì)話并進(jìn)行TCP數(shù)據(jù)的傳輸。
[0044]進(jìn)一步的，當(dāng)?shù)谝豢蛻舳藶橥ㄐ虐l(fā)起方時(shí)，上述步驟15包括:
[0045]第一客戶端利用所述第二連接向HTTP隧道服務(wù)器發(fā)送TCP會(huì)話請求，并由HTTP 隧道服務(wù)器將TCP會(huì)話請求轉(zhuǎn)發(fā)至TCP中轉(zhuǎn)服務(wù)器；第一客戶端利用第一連接接收由HTTP 隧道服務(wù)器轉(zhuǎn)發(fā)的來自TCP中轉(zhuǎn)服務(wù)器的TCP會(huì)話請求應(yīng)答，該TCP會(huì)話請求應(yīng)答包括TCP 會(huì)話密鑰；第一客戶端利用第二連接通過HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器將TCP會(huì)話密 鑰轉(zhuǎn)發(fā)至對端客戶端，并請求對端客戶端利用TCP會(huì)話密鑰綁定TCP會(huì)話；在第一客戶端和 對端客戶端都利用TCP會(huì)話密鑰成功綁定TCP會(huì)話之后，第一客戶端利用第一連接通過所 綁定的TCP會(huì)話接收來自對端客戶端的TCP數(shù)據(jù)，并利用第二連接通過所綁定的TCP會(huì)話 向?qū)Χ丝蛻舳税l(fā)送TCP數(shù)據(jù)。
[0046]步驟12至14中的會(huì)話密鑰為在第一連接和第二連接上建立HTTP會(huì)話時(shí)使用的 密鑰，步驟15中的TCP會(huì)話密鑰是建立TCP會(huì)話時(shí)使用的密鑰，兩者一般不相同。
[0047]進(jìn)一步的，當(dāng)對端客戶端為通信發(fā)起方，在步驟11之前，所述方法還包括:第一客 戶端接收對端客戶端通過可信賴網(wǎng)絡(luò)發(fā)送的通信請求消息，獲知需要與對端客戶端進(jìn)行數(shù) 據(jù)傳輸，其中，所述通信請求消息中攜帶TCP中轉(zhuǎn)服務(wù)器的地址信息。
[0048]下面對本發(fā)明實(shí)施例二提供的受限網(wǎng)絡(luò)中客戶端之間的數(shù)據(jù)傳輸方法進(jìn)行說明。 參見圖2，示出了本實(shí)施例的一個(gè)應(yīng)用場景的網(wǎng)絡(luò)結(jié)構(gòu)示意圖。網(wǎng)絡(luò)中包括第一客戶端、與 第一客戶端進(jìn)行數(shù)據(jù)傳輸?shù)膶Χ丝蛻舳?、HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器。當(dāng)?shù)谝豢蛻?端為不受限的客戶端時(shí)，第一客戶端可以直接與TCP中轉(zhuǎn)服務(wù)器建立TCP連接，通過該TCP 連接與對端客戶端進(jìn)行數(shù)據(jù)傳輸。當(dāng)?shù)谝豢蛻舳讼拗茷閮H允許HTTP(Hypertext Transport Protocol,超文本傳輸協(xié)議)傳輸?shù)目蛻舳藭r(shí),包括如下步驟:
[0049]1:客戶端(如第一客戶端)向HTTP隧道服務(wù)器發(fā)送HTTP Get數(shù)據(jù)包。
[0050]本實(shí)施例在網(wǎng)絡(luò)中建立HTTP隧道服務(wù)器，該HTTP隧道服務(wù)器同時(shí)支持HTTP協(xié)議 和TCP協(xié)議。
[0051]在執(zhí)行步驟I之前，第一客戶端先判斷網(wǎng)絡(luò)是否可以進(jìn)行TCP請求，若是的話，進(jìn) 入下述步驟7，直接利用TCP中轉(zhuǎn)服務(wù)器與對端客戶端進(jìn)行數(shù)據(jù)傳輸，若否，執(zhí)行步驟1，在 步驟I中，第一客戶端先與HTTP隧道服務(wù)器建立一條TCP Socket連接(第一連接)，在該連 接上發(fā)送HTTP Get數(shù)據(jù)包，如HTTP1.1Get數(shù)據(jù)包。參見圖3，示出了客戶端與HTTP隧道服 務(wù)器建立連接的流程示意圖。
[0052]本實(shí)施例通過如下兩種方式，使HTTP隧道服務(wù)器獲知所需連接的TCP中轉(zhuǎn)服務(wù) 器:
[0053]方式一、在HTTP Get數(shù)據(jù)包的包頭中設(shè)置TCP中轉(zhuǎn)服務(wù)器的標(biāo)識和TCP中轉(zhuǎn)服務(wù)器的地址信息。一個(gè)TCP中轉(zhuǎn)服務(wù)器的標(biāo)識是標(biāo)記一個(gè)TCP中轉(zhuǎn)服務(wù)器的唯一丨I"生信息，如 TCP中轉(zhuǎn)服務(wù)器的名稱。這種方式下，HTTP隧道服務(wù)器能夠快速地獲知所需連接的TCP中 轉(zhuǎn)服務(wù)器。
[0054]方式二、在所述獲取請求包的包頭中設(shè)置業(yè)務(wù)標(biāo)識。該業(yè)務(wù)標(biāo)識用于標(biāo)記第一客 戶端所請求的業(yè)務(wù)類型，如視頻傳輸、文件傳輸?shù)取Ｏ鄳?yīng)的，HTTP隧道服務(wù)器維護(hù)一個(gè)配置 信息表，記錄業(yè)務(wù)標(biāo)識與TCP中轉(zhuǎn)服務(wù)器的對應(yīng)關(guān)系，HTTP隧道服務(wù)器根據(jù)業(yè)務(wù)標(biāo)識查找 配置信息表從而獲知所需連接的TCP中轉(zhuǎn)服務(wù)器。
[0055]這種方式下，為每種業(yè)務(wù)設(shè)置多個(gè)TCP中轉(zhuǎn)服務(wù)器，比如，音視頻業(yè)務(wù)的業(yè)務(wù)標(biāo)識 可以表示為VideoTransfer，該業(yè)務(wù)標(biāo)識對應(yīng)一組服務(wù)器地址；而文件傳輸?shù)臉I(yè)務(wù)標(biāo)識可 以表示為FileTransfer，該業(yè)務(wù)標(biāo)識也對應(yīng)一組服務(wù)器地址。HTTP隧道服務(wù)器根據(jù)業(yè)務(wù)標(biāo) 識查找到相應(yīng)的服務(wù)器組，并從該服務(wù)器組中選取一個(gè)服務(wù)器作為所需連接的TCP中轉(zhuǎn)服 務(wù)器。這種方式便于網(wǎng)絡(luò)結(jié)構(gòu)的布局和擴(kuò)展，簡化了網(wǎng)絡(luò)中配置信息的管理和維護(hù)。
[0056]利用上述的TCP中轉(zhuǎn)服務(wù)器的標(biāo)識和業(yè)務(wù)標(biāo)識，可以在網(wǎng)絡(luò)中做到多點(diǎn)部署，通 過部署多個(gè)TCP中轉(zhuǎn)服務(wù)器達(dá)到負(fù)載均衡的效果。
[0057]進(jìn)一步的，若第一客戶端通過以前與HTTP隧道服務(wù)器的交互，已經(jīng)獲知所使用的 會(huì)話密鑰時(shí)，在HTTP Get數(shù)據(jù)包的包頭中還可以攜帶有該會(huì)話密鑰。或者，在HTTP Get數(shù) 據(jù)包的包頭中還可以攜帶第一客戶端的身份信息等。
[0058]2 =HTTP隧道服務(wù)器向TCP中轉(zhuǎn)服務(wù)器發(fā)送Connect (連接請求)。
[0059]HTTP隧道服務(wù)器先對HTTP Get數(shù)據(jù)包的包頭中的信息進(jìn)行驗(yàn)證，如驗(yàn)證TCP中轉(zhuǎn) 服務(wù)器的標(biāo)識和TCP中轉(zhuǎn)服務(wù)器的地址信息的合法性，驗(yàn)證業(yè)務(wù)標(biāo)識所指示的業(yè)務(wù)是否為 可支持的業(yè)務(wù)，驗(yàn)證第一客戶端的身份信息等，在驗(yàn)證成功后，向TCP中轉(zhuǎn)服務(wù)器發(fā)送連接 請求。
[0060]3:TCP中轉(zhuǎn)服務(wù)器返回ConnectSuccess (連接成功)消息。
[0061]在HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器之間成功建立TCP連接后，TCP中轉(zhuǎn)服務(wù)器 返回連接成功消息。
[0062]4 =HTTP隧道服務(wù)器向第一客戶端發(fā)送2000K應(yīng)答包。
[0063]對于首次建立連接的情況，HTTP隧道服務(wù)器會(huì)為第一客戶端生成一個(gè)會(huì)話密鑰， 將會(huì)話密鑰隨2000K應(yīng)答包下發(fā)至第一客戶端。例如，將會(huì)話密鑰添加在2000K應(yīng)答包的 包頭中下發(fā)至第一客戶端。
[0064]應(yīng)答包的包頭中包括ContentType (內(nèi)容類型參數(shù))和ContentLength (內(nèi)容長度 參數(shù))，所述內(nèi)容類型參數(shù)指示數(shù)據(jù)下載，所述內(nèi)容長度參數(shù)指示所允許的下載容量。例如， 將ContentType設(shè)置為application/octet-stream,從而使內(nèi)容類型參數(shù)指示第一連接用 于數(shù)據(jù)下載，將ContentLength設(shè)置為500M，從而將所允許的下載容量設(shè)置在500M以內(nèi)。
[0065]5:第一客戶端向HTTP隧道服務(wù)器發(fā)送HTTP Post數(shù)據(jù)包。
[0066]第一客戶端在收到對HTTP Get數(shù)據(jù)包的應(yīng)答后，新建(首次連接時(shí))一條TCP Socket連接(第二連接)至HTTP隧道服務(wù)器，并該在第二連接上發(fā)送HTTP Post數(shù)據(jù)包。本 實(shí)施例設(shè)置HTTP Post請求包的包頭中的內(nèi)容類型參數(shù)指示第二連接用于上傳數(shù)據(jù)，以及， 設(shè)置HTTP Post請求包的包頭中的內(nèi)容長度參數(shù)指示所允許的上傳容量。例如，通過設(shè)置 HTTP Post請求包的包頭中的ContentType為multipart/form-data以使內(nèi)容類型參數(shù)指示上傳數(shù)據(jù)。在HTTP Post數(shù)據(jù)包的包頭中還需要攜帶會(huì)話密鑰。
[0067]注:對于發(fā)送HTTP Post數(shù)據(jù)包之前已存在第二連接的情況，無需再執(zhí)行第二連 接的建立過程。
[0068]6 =HTTP隧道服務(wù)器向第一客戶端返回2000K應(yīng)答包。
[0069]HTTP隧道服務(wù)器判斷HTTP Post數(shù)據(jù)包中攜帶的會(huì)話密鑰是否正確，如判斷HTTP Post數(shù)據(jù)包中攜帶的會(huì)話密鑰與上述步驟4中所生成的會(huì)話密鑰是否一致，當(dāng)一致時(shí)，表 明會(huì)話建立成功，向第一客戶端返回2000K應(yīng)答包，否則，會(huì)話建立失敗，向第一客戶端返 回失敗應(yīng)答，再次嘗試建立連接或者直接結(jié)束操作。本實(shí)施主要對會(huì)話建立成功的場景進(jìn) 行說明。
[0070]至此，受限的第一客戶端和HTTP隧道服務(wù)器之間成功建立了連接。
[0071]由于利用HTTP Get建立的第一連接只能用于下載數(shù)據(jù)(服務(wù)器利用第一連接可以 向第一客戶端推送數(shù)據(jù))，而利用HTTP Post建立的第二連接只能用于上傳數(shù)據(jù)(第一客戶 端利用第二連接進(jìn)行數(shù)據(jù)的發(fā)送)，所以本實(shí)施建立兩條連接，通過相同的會(huì)話密鑰建立第 一連接和第二連接上的會(huì)話，將第一連接和第二連接關(guān)聯(lián)起來，保證了數(shù)據(jù)的雙向傳輸。
[0072]上述以第一客戶端為通信雙方中的通信發(fā)起方為例說明了客戶端與HTTP隧道服 務(wù)器之間建立第一連接和第二連接的過程，當(dāng)?shù)谝豢蛻舳瞬皇峭ㄐ虐l(fā)起方而對端客戶端為 通信發(fā)起方時(shí)，建立第一連接和第二連接的過程仍如上述步驟I至6所述，這時(shí)，對端客戶 端需要在步驟I執(zhí)行之前，告知第一客戶端需要進(jìn)行數(shù)據(jù)傳輸，例如，對端客戶端通過可信 賴網(wǎng)絡(luò)(安全性較高的網(wǎng)絡(luò))發(fā)送的通信請求消息，告知第一客戶端需要進(jìn)行數(shù)據(jù)傳輸，并 在通信請求消息中攜帶TCP中轉(zhuǎn)服務(wù)器的地址信息。
[0073]在第一客戶端成功建立了與HTTP隧道服務(wù)器之間的第一連接和第二連接后，第 一客戶端利用第一連接、第二連接通過HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器和對端客戶端進(jìn) 行數(shù)據(jù)通信，參見圖4，包括如下步驟:
[0074]7:第一客戶端向HTTP隧道服務(wù)器發(fā)送身份驗(yàn)證請求，并由HTTP隧道服務(wù)器將該 身份驗(yàn)證請求轉(zhuǎn)發(fā)至TCP中轉(zhuǎn)服務(wù)器。
[0075]上述身份驗(yàn)證請求中攜帶第一客戶端的身份驗(yàn)證信息，如共享密鑰 (ShareSecret)。第一客戶端在第二連接上利用HTTP Post數(shù)據(jù)包將身份驗(yàn)證請求發(fā)送至 HTTP隧道服務(wù)器，即第一客戶端是利用第二連接上的HTTP Post數(shù)據(jù)包向HTTP隧道服務(wù)器 發(fā)送數(shù)據(jù)的。
[0076]HTTP隧道服務(wù)器利用其與TCP中轉(zhuǎn)服務(wù)器之間的TCP連接將身份驗(yàn)證請求轉(zhuǎn)發(fā)至 TCP中轉(zhuǎn)服務(wù)器。
[0077]8:第一客戶端接收TCP中轉(zhuǎn)服務(wù)器通過HTTP隧道服務(wù)器轉(zhuǎn)發(fā)的身份驗(yàn)證響應(yīng)。
[0078]TCP中轉(zhuǎn)服務(wù)器對上述共享密鑰進(jìn)行驗(yàn)證，并將驗(yàn)證結(jié)果通過TCP連接發(fā)送至 HTTP隧道服務(wù)器，HTTP隧道服務(wù)器通過第一連接上的HTTP Get數(shù)據(jù)包將身份驗(yàn)證響應(yīng)推 送至第一客戶端，即第一客戶端是利用第一連接上的HTTP Get數(shù)據(jù)包接收來自HTTP隧道 服務(wù)器的數(shù)據(jù)的。當(dāng)驗(yàn)證結(jié)果指示驗(yàn)證成功后，執(zhí)行第一客戶端與對端客戶端之間的數(shù)據(jù) 傳輸，進(jìn)入步驟9，否則，結(jié)束操作。
[0079]9:第一客戶端發(fā)送TCP會(huì)話請求。
[0080]第一客戶端向HTTP隧道服務(wù)器發(fā)送TCP會(huì)話請求，如Allocate (配置)消息，然后HTTP隧道服務(wù)器將TCP會(huì)話請求轉(zhuǎn)發(fā)至TCP中轉(zhuǎn)服務(wù)器。
[0081]10:第一客戶端接收TCP中轉(zhuǎn)服務(wù)器通過HTTP隧道服務(wù)器轉(zhuǎn)發(fā)的TCP會(huì)話響應(yīng)， 如AllocateResponse (配置響應(yīng))消息。
[0082]TCP中轉(zhuǎn)服務(wù)器接收到TCP會(huì)話請求后，生成TCP會(huì)話密鑰，將TCP會(huì)話密鑰攜帶 在TCP會(huì)話響應(yīng)中發(fā)送至HTTP隧道服務(wù)器，再由HTTP隧道服務(wù)器將該攜帶有TCP會(huì)話密 鑰的TCP會(huì)話響應(yīng)發(fā)送至第一客戶端。
[0083]11:第一客戶端將TCP會(huì)話密鑰轉(zhuǎn)發(fā)至對端客戶端，并請求對端客戶端利用所述 TCP會(huì)話密鑰綁定TCP會(huì)話。
[0084]第一客戶端通過HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器將會(huì)話密鑰轉(zhuǎn)發(fā)至對端客戶 端，并請求對端客戶端利用該會(huì)話密鑰綁定TCP會(huì)話。
[0085]12:第一客戶端和第二客戶端進(jìn)行會(huì)話綁定。
[0086]第一客戶端通過HTTP隧道服務(wù)器向TCP中轉(zhuǎn)服務(wù)器發(fā)送TCP會(huì)話綁定請求 (ChannelBind),該TCP會(huì)話綁定請求攜帶TCP會(huì)話密鑰；
[0087]對端客戶端接收到TCP會(huì)話密鑰之后，建立與TCP中轉(zhuǎn)服務(wù)器的連接，然后向TCP 中轉(zhuǎn)服務(wù)器發(fā)送TCP會(huì)話綁定請求并攜帶相同的TCP會(huì)話密鑰。
[0088]TCP中轉(zhuǎn)服務(wù)器在收到第一客戶端和對端客戶端的綁定請求后，進(jìn)行會(huì)話綁定。
[0089]13:會(huì)話綁定成功后，TCP中轉(zhuǎn)服務(wù)器同時(shí)分別向第一客戶端和對端客戶端發(fā)送 會(huì)話綁定成功應(yīng)答(ChannelBindResponse )。
[0090]至此，第一客戶端和對端客戶端之間的TCP會(huì)話建立成功。第一客戶端利用第一 連接通過所綁定的TCP會(huì)話接收來自對端客戶端的TCP數(shù)據(jù)，并利用第二連接通過所綁定 的TCP會(huì)話向?qū)Χ丝蛻舳税l(fā)送TCP數(shù)據(jù)。
[0091]本發(fā)明實(shí)施例三還提供了一種客戶端，參見圖5，所述客戶端包括:
[0092]連接建立單元51，用于建立所述客戶端與所設(shè)置的HTTP隧道服務(wù)器之間的第一 連接；
[0093]會(huì)話密鑰獲取單元52，用于利用所述第一連接向所述HTTP隧道服務(wù)器發(fā)送獲取 請求包，并獲取會(huì)話密鑰；
[0094]所述連接建立單元51，還用于建立所述第一客戶端與所設(shè)置的HTTP隧道服務(wù)器 之間的第二連接；
[0095]會(huì)話建立單元53，還用于利用所述第二連接向所述HTTP隧道服務(wù)器發(fā)送郵寄請 求包，并在所述郵寄請求包的包頭中攜帶所述會(huì)話密鑰，以成功建立第一連接和第二連接 上的會(huì)話；
[0096]端到端數(shù)據(jù)傳輸單元54，用于利用所述第一連接通過所述HTTP隧道服務(wù)器和傳 輸控制協(xié)議TCP中轉(zhuǎn)服務(wù)器接收來自對端客戶端的TCP數(shù)據(jù)，并利用所述第二連接通過所 述HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器向?qū)Χ丝蛻舳税l(fā)送TCP數(shù)據(jù)；其中，所述HTTP隧道服 務(wù)器支持HTTP協(xié)議和TCP協(xié)議。
[0097]在圖5所示的實(shí)施例的基礎(chǔ)上，進(jìn)一步的，所述會(huì)話密鑰獲取單元52，具體用于在 所述獲取請求包的包頭中設(shè)置TCP中轉(zhuǎn)服務(wù)器的標(biāo)識和TCP中轉(zhuǎn)服務(wù)器的地址信息；或者， 在所述獲取請求包的包頭中設(shè)置業(yè)務(wù)標(biāo)識，以使所述HTTP隧道服務(wù)器根據(jù)所述業(yè)務(wù)標(biāo)識 獲知相應(yīng)的TCP中轉(zhuǎn)服務(wù)器。[0098]進(jìn)一步的，所述會(huì)話密鑰獲取單元52，還用于接收所述HTTP隧道服務(wù)器根據(jù)所述 獲取請求包下發(fā)的會(huì)話密鑰，將該會(huì)話密鑰作為獲取到的會(huì)話密鑰；或者，在所述獲取請求 包的包頭中攜帶已獲知的會(huì)話密鑰，將該已獲知的會(huì)話密鑰作為獲取到的會(huì)話密鑰。
[0099]進(jìn)一步的，所述端到端數(shù)據(jù)傳輸單元54包括:
[0100]TCP會(huì)話建立模塊，用于利用所述第二連接向所述HTTP隧道服務(wù)器發(fā)送TCP會(huì)話 請求，并由所述HTTP隧道服務(wù)器將所述TCP會(huì)話請求轉(zhuǎn)發(fā)至TCP中轉(zhuǎn)服務(wù)器；利用第一連 接接收由所述HTTP隧道服務(wù)器轉(zhuǎn)發(fā)的來自TCP中轉(zhuǎn)服務(wù)器的TCP會(huì)話請求應(yīng)答，所述TCP 會(huì)話請求應(yīng)答包括TCP會(huì)話密鑰；
[0101]TCP會(huì)話綁定模塊，用于利用第二連接通過所述HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù) 器將所述TCP會(huì)話密鑰轉(zhuǎn)發(fā)至對端客戶端，并請求對端客戶端利用所述TCP會(huì)話密鑰綁定 TCP會(huì)話；
[0102]端到端傳輸模塊，用于在所述客戶端和對端客戶端都利用所述TCP會(huì)話密鑰成功 綁定TCP會(huì)話之后，利用所述第一連接通過所綁定的TCP會(huì)話接收來自對端客戶端的TCP 數(shù)據(jù)，并利用所述第二連接通過所綁定的TCP會(huì)話向?qū)Χ丝蛻舳税l(fā)送TCP數(shù)據(jù)。
[0103]進(jìn)一步的，所述客戶端還包括通信控制單元，用于在接收到對端客戶端通過可信 賴網(wǎng)絡(luò)發(fā)送的通信請求消息之后，控制所述連接建立單元開始建立所述客戶端與所設(shè)置的 HTTP隧道服務(wù)器之間的第一連接，其中，所述通信請求消息中攜帶所述TCP中轉(zhuǎn)服務(wù)器的 地址信息。
[0104]本發(fā)明產(chǎn)品實(shí)施例中各單元的具體工作方式可以參見本發(fā)明的方法實(shí)施例，在此 不再贅述。
[0105]由上所述，本發(fā)明實(shí)施例通過受限的客戶端與所設(shè)置的HTTP隧道服務(wù)器建立兩 條連接并建立兩條連接之間的會(huì)話，受限的客戶端利用一條連接進(jìn)行TCP數(shù)據(jù)的發(fā)送，利 用另一條連接進(jìn)行TCP數(shù)據(jù)的接收的技術(shù)手段，提供了一種新型的受限網(wǎng)絡(luò)中的數(shù)據(jù)傳輸 方案，實(shí)現(xiàn)了在僅允許HTTP傳輸?shù)氖芟蘧W(wǎng)絡(luò)中不同客戶端之間數(shù)據(jù)傳輸。并且，由于本發(fā) 明實(shí)施例采用了基于TCP和HTTP結(jié)合的傳輸方式，能夠保證數(shù)據(jù)傳輸?shù)目煽啃院屯暾浴?br> [0106]以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在 本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均包含在本發(fā)明的保護(hù)范圍 內(nèi)。
【權(quán)利要求】
1.一種受限網(wǎng)絡(luò)中客戶端之間的數(shù)據(jù)傳輸方法，其特征在于，限制為僅允許超文本傳輸協(xié)議HTTP傳輸?shù)目蛻舳税ǖ谝豢蛻舳耍龇椒ò?建立所述第一客戶端與所設(shè)置的HTTP隧道服務(wù)器之間的第一連接；利用所述第一連接向所述HTTP隧道服務(wù)器發(fā)送獲取請求包，并獲取會(huì)話密鑰；建立所述第一客戶端與所設(shè)置的HTTP隧道服務(wù)器之間的第二連接；利用所述第二連接向所述HTTP隧道服務(wù)器發(fā)送郵寄請求包，并在所述郵寄請求包的包頭中攜帶所述會(huì)話密鑰，以成功建立第一連接和第二連接上的會(huì)話；利用所述第一連接通過所述HTTP隧道服務(wù)器和傳輸控制協(xié)議TCP中轉(zhuǎn)服務(wù)器接收來自對端客戶端的TCP數(shù)據(jù)，并利用所述第二連接通過所述HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器向?qū)Χ丝蛻舳税l(fā)送TCP數(shù)據(jù)；其中，所述HTTP隧道服務(wù)器支持HTTP協(xié)議和TCP協(xié)議。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述利用所述第一連接向所述HTTP隧道服務(wù)器發(fā)送獲取請求包具體包括:在所述獲取請求包的包頭中設(shè)置TCP中轉(zhuǎn)服務(wù)器的標(biāo)識和TCP中轉(zhuǎn)服務(wù)器的地址信息；或者，在所述獲取請求包的包頭中設(shè)置業(yè)務(wù)標(biāo)識，以使所述HTTP隧道服務(wù)器根據(jù)所述業(yè)務(wù)標(biāo)識獲知相應(yīng)的TCP中轉(zhuǎn)服務(wù)器。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述利用所述第一連接向所述HTTP隧道服務(wù)器發(fā)送獲取請求包，并獲取會(huì)話密鑰包括:接收所述HTTP隧道服務(wù)器根據(jù)所述獲取請求包下發(fā)的會(huì)話密鑰，將該會(huì)話密鑰作為獲取到的會(huì)話密鑰；或者，在所述獲取請求包的包頭中攜帶已獲知的會(huì)話密鑰，將該已獲知的會(huì)話密鑰作為獲取到的會(huì)話密鑰。`
4.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的方法，其特征在于，在所述建立所述第一客戶端與所設(shè)置的HTTP隧道服務(wù)器之間的第二連接之前，所述方法還包括:接收所述HTTP隧道服務(wù)器返回的應(yīng)答包，所述應(yīng)答包的包頭中包括內(nèi)容類型參數(shù)和內(nèi)容長度參數(shù)，所述內(nèi)容類型參數(shù)指示所述第一連接用于數(shù)據(jù)下載，所述內(nèi)容長度參數(shù)指示所允許的下載容量；所述利用所述第二連接向所述HTTP隧道服務(wù)器發(fā)送郵寄請求包，并在所述郵寄請求包的包頭中攜帶所述會(huì)話密鑰還包括:設(shè)置所述郵寄請求包的包頭中的內(nèi)容類型參數(shù)指示所述第二連接用于上傳數(shù)據(jù)，以及，設(shè)置所述郵寄請求包的包頭中的內(nèi)容長度參數(shù)指示所允許的上傳容量。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述第一客戶端為通信發(fā)起方，所述利用所述第一連接通過所述HTTP隧道服務(wù)器和傳輸控制協(xié)議TCP中轉(zhuǎn)服務(wù)器接收來自對端客戶端的TCP數(shù)據(jù)，并利用所述第二連接通過所述HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器向?qū)Χ丝蛻舳税l(fā)送TCP數(shù)據(jù)包括:所述第一客戶端利用所述第二連接向所述HTTP隧道服務(wù)器發(fā)送TCP會(huì)話請求，并由所述HTTP隧道服務(wù)器將所述TCP會(huì)話請求轉(zhuǎn)發(fā)至TCP中轉(zhuǎn)服務(wù)器；所述第一客戶端利用所述第一連接接收由所述HTTP隧道服務(wù)器轉(zhuǎn)發(fā)的來自TCP中轉(zhuǎn)服務(wù)器的TCP會(huì)話請求應(yīng)答，所述TCP會(huì)話請求應(yīng)答包括TCP會(huì)話密鑰；所述第一客戶端利用所述第二連接通過所述HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器將所述TCP會(huì)話密鑰轉(zhuǎn)發(fā)至對端客戶端，并請求對端客戶端利用所述TCP會(huì)話密鑰綁定TCP會(huì)話；在所述第一客戶端和對端客戶端都利用所述TCP會(huì)話密鑰成功綁定TCP會(huì)話之后，所述第一客戶端利用所述第一連接通過所綁定的TCP會(huì)話接收來自對端客戶端的TCP數(shù)據(jù)， 并利用所述第二連接通過所綁定的TCP會(huì)話向?qū)Χ丝蛻舳税l(fā)送TCP數(shù)據(jù)。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述對端客戶端為通信發(fā)起方，在所述建立所述第一客戶端與所設(shè)置的HTTP隧道服務(wù)器之間的第一連接之前，所述方法還包括:接收對端客戶端通過可信賴網(wǎng)絡(luò)發(fā)送的通信請求消息，獲知需要與對端客戶端進(jìn)行數(shù)據(jù)傳輸，其中，所述通信請求消息中攜帶所述TCP中轉(zhuǎn)服務(wù)器的地址信息。
7.一種客戶端，其特征在于，所述客戶端包括:連接建立單元，用于建立所述客戶端與所設(shè)置的HTTP隧道服務(wù)器之間的第一連接；會(huì)話密鑰獲取單元，用于利用所述第一連接向所述HTTP隧道服務(wù)器發(fā)送獲取請求包， 并獲取會(huì)話密鑰；所述連接建立單元，還用于建立所述第一客戶端與所設(shè)置的HTTP隧道服務(wù)器之間的第二連接；會(huì)話建立單元，還用于利用所述第二連接向所述HTTP隧道服務(wù)器發(fā)送郵寄請求包， 并在所述郵寄請求包的包頭中攜帶所述會(huì)話密鑰，以成功建立第一連接和第二連接上的會(huì)話；端到端數(shù)據(jù)傳輸單元，用于利用所述第一連接通過所述HTTP隧道服務(wù)器和傳輸控制協(xié)議TCP中轉(zhuǎn)服務(wù)器接收來自對端客戶端的TCP數(shù)據(jù)，并利用所述第二連接通過所述HTTP 隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器向?qū)Χ丝蛻舳税l(fā)送TCP數(shù)據(jù)；其中，所述HTTP隧道服務(wù)器支持HTTP協(xié)議和TCP協(xié)議。
8.根據(jù)權(quán)利要求7所述的客戶端，其特征在于，所述會(huì)話密鑰獲取單元，具體用于在所述獲取請求包的包頭中設(shè)置TCP中轉(zhuǎn)服務(wù)器的標(biāo)識和TCP中轉(zhuǎn)服務(wù)器的地址信息；或者，在所述獲取請求包的包頭中設(shè)置業(yè)務(wù)標(biāo)識，以使所述HTTP隧道服務(wù)器根據(jù)所述業(yè)務(wù)標(biāo)識獲知相應(yīng)的TCP中轉(zhuǎn)服務(wù)器。
9.根據(jù)權(quán)利要求7或8所述的客戶端，其特征在于，所述端到端數(shù)據(jù)傳輸單元包括:TCP會(huì)話建立模塊，用于利用所述第二連接向所述HTTP隧道服務(wù)器發(fā)送TCP會(huì)話請求，并由所述HTTP隧道服務(wù)器將所述TCP會(huì)話請求轉(zhuǎn)發(fā)至TCP中轉(zhuǎn)服務(wù)器；利用所述第一連接接收由所述HTTP隧道服務(wù)器轉(zhuǎn)發(fā)的來自TCP中轉(zhuǎn)服務(wù)器的TCP會(huì)話請求應(yīng)答，所述TCP會(huì)話請求應(yīng)答包括TCP會(huì)話密鑰；TCP會(huì)話綁定模塊，用于利用所述第二連接通過所述HTTP隧道服務(wù)器和TCP中轉(zhuǎn)服務(wù)器將所述TCP會(huì)話密鑰轉(zhuǎn)發(fā)至對端客戶端，并請求對端客戶端利用所述TCP會(huì)話密鑰綁定 TCP會(huì)話；端到端傳輸模塊，用于在所述客戶端和對端客戶端都利用所述TCP會(huì)話密鑰成功綁定 TCP會(huì)話之后，利用所述第一連接通過所綁定的TCP會(huì)話接收來自對端客戶端的TCP數(shù)據(jù)， 并利用所述第二連接通過所綁定的TCP會(huì)話向?qū)Χ丝蛻舳税l(fā)送TCP數(shù)據(jù)。
10.根據(jù)權(quán)利要求9所述的客戶端，其特征在于，所述客戶端還包括通信控制單元，用于在接收到對端客戶端通過可信賴網(wǎng)絡(luò)發(fā)送的通信請求消息之后，控制所述連接建立單元開始建立所述客戶端與所設(shè)置 的HTTP隧道服務(wù)器之間的第一連接，其中，所述通信請求消息中攜帶所述TCP中轉(zhuǎn)服務(wù)器的地址信息。
【文檔編號】H04L29/08GK103516573SQ201210221952
【公開日】2014年1月15日 申請日期:2012年6月28日 優(yōu)先權(quán)日:2012年6月28日
【發(fā)明者】陳俊 申請人:北京新媒傳信科技有限公司