本發(fā)明屬于內(nèi)容分發(fā)網(wǎng)絡(luò)技術(shù)領(lǐng)域，特別是涉及一種數(shù)據(jù)傳輸方法、系統(tǒng)、CDN網(wǎng)絡(luò)及客戶(hù)端。

背景技術(shù)：

內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Delivery Network，CDN)，通過(guò)在網(wǎng)絡(luò)各處放置緩存服務(wù)器，在現(xiàn)有的互聯(lián)網(wǎng)基礎(chǔ)之上構(gòu)建一層智能虛擬網(wǎng)絡(luò)，將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶(hù)的網(wǎng)絡(luò)“邊緣”，使用戶(hù)可以就近取得所需的內(nèi)容，以緩解網(wǎng)絡(luò)擁擠的狀況，提高網(wǎng)站的響應(yīng)速度。

安全套接層上的超文本傳輸協(xié)議(Hyper Text Transfer Protocol over Secure Socket Layer，HTTPS)，是以安全為目標(biāo)的HTTP通道，是HTTP的安全版，用于安全的HTTP數(shù)據(jù)傳輸。與HTTP不同的是，HTTPS存在不同于HTTP的默認(rèn)端口及一個(gè)加密/身份驗(yàn)證層，所述默認(rèn)端口及一個(gè)加密/身份驗(yàn)證層均在HTTP與傳輸控制協(xié)議(Transmission Control Protocol，TCP)之間。該系統(tǒng)最初由網(wǎng)景公司(Netscape)研發(fā)，并內(nèi)置于其瀏覽器中，提供了身份驗(yàn)證與加密通訊的方法，現(xiàn)在則被廣泛用于萬(wàn)維網(wǎng)上安全敏感的通訊，如交易過(guò)程。

隨著HTTPS的推廣應(yīng)用，CDN網(wǎng)絡(luò)也愈發(fā)廣泛地用于傳輸HTTPS數(shù)據(jù)，如客戶(hù)端與客戶(hù)源站之間的數(shù)據(jù)交互。但是，客戶(hù)端與客戶(hù)源站之間通過(guò)CDN網(wǎng)絡(luò)傳輸HTTPS數(shù)據(jù)時(shí)，CDN網(wǎng)絡(luò)可能會(huì)對(duì)客戶(hù)端與客戶(hù)源站之間傳輸?shù)臄?shù)據(jù)進(jìn)行監(jiān)聽(tīng)，存在著安全性低的問(wèn)題。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例解決的問(wèn)題是如何在客戶(hù)端與客戶(hù)源站之間通過(guò)CDN網(wǎng)絡(luò)傳輸HTTPS數(shù)據(jù)，提高HTTPS數(shù)據(jù)傳輸?shù)陌踩浴?/p>

為解決上述問(wèn)題，本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸方法，包括：當(dāng)接收到開(kāi)通CDN加速服務(wù)的客戶(hù)端發(fā)送的通道構(gòu)建請(qǐng)求時(shí)，創(chuàng)建對(duì)應(yīng)的CDN通道；采用所構(gòu)建的CDN通道，傳輸所述客戶(hù)端與相應(yīng)源站之間交互的HTTPS數(shù)據(jù)。

可選地，所述當(dāng)接收到開(kāi)通CDN加速服務(wù)的客戶(hù)端發(fā)送的通道構(gòu)建請(qǐng)求時(shí)，創(chuàng)建對(duì)應(yīng)的CDN通道，包括：當(dāng)前CDN節(jié)點(diǎn)在接收到所述通道構(gòu)建請(qǐng)求時(shí)，基于所述通道構(gòu)建請(qǐng)求，對(duì)所述客戶(hù)端進(jìn)行鑒權(quán)；當(dāng)對(duì)所述客戶(hù)端鑒權(quán)成功時(shí)，所述當(dāng)前CDN節(jié)點(diǎn)確定下一跳節(jié)點(diǎn)；所述當(dāng)前CDN節(jié)點(diǎn)判斷下一跳節(jié)點(diǎn)是否為所述相應(yīng)源站；所述當(dāng)前CDN節(jié)點(diǎn)在確定所述下一跳節(jié)點(diǎn)不是所述相應(yīng)源站時(shí)，與所述下一跳節(jié)點(diǎn)建立連接并保持，并將所述通道構(gòu)建請(qǐng)求發(fā)送至下一跳節(jié)點(diǎn)；當(dāng)確定下一跳節(jié)點(diǎn)為所述相應(yīng)源站時(shí)，所述當(dāng)前CDN節(jié)點(diǎn)與所述相應(yīng)源站建立連接并保持，所述客戶(hù)端與相應(yīng)源站之間所對(duì)應(yīng)的CDN通道構(gòu)建成功。

可選地，當(dāng)所述客戶(hù)端與相應(yīng)源站之間所對(duì)應(yīng)的CDN通道構(gòu)建成功時(shí)，所述方法還包括：生成連接建立響應(yīng)報(bào)文并通過(guò)所構(gòu)建的CDN通道發(fā)送至所述客戶(hù)端，以使得所述客戶(hù)端獲知所述CDN通道構(gòu)建成功的信息。

可選地，所述客戶(hù)端與相應(yīng)源站之間交互的HTTPS數(shù)據(jù)包括客戶(hù)端與相應(yīng)源站之間的握手協(xié)商數(shù)據(jù)。

可選地，所述加速通道構(gòu)建請(qǐng)求為所述客戶(hù)端的隧道層生成的連接請(qǐng)求報(bào)文。

本發(fā)明實(shí)施例還提供了另一種數(shù)據(jù)傳輸方法，包括：當(dāng)向相應(yīng)源站發(fā)送HTTPS數(shù)據(jù)時(shí)，生成對(duì)應(yīng)的數(shù)據(jù)發(fā)送請(qǐng)求；基于所生成的數(shù)據(jù)發(fā)送請(qǐng)求，確定是否需要對(duì)所發(fā)送的數(shù)據(jù)進(jìn)行CDN加速；當(dāng)確定需要對(duì)所發(fā)送的數(shù)據(jù)進(jìn)行CDN加速時(shí)，生成對(duì)應(yīng)的通道構(gòu)建請(qǐng)求并發(fā)送至CDN網(wǎng)絡(luò)，以使得所述CDN網(wǎng)絡(luò)構(gòu)建對(duì)應(yīng)的CDN通道；當(dāng)確定對(duì)應(yīng)的CDN通道構(gòu)建成功時(shí)，通過(guò)所述CDN通道與所述相應(yīng)源站之間交互HTTPS數(shù)據(jù)。

可選地，所述當(dāng)向相應(yīng)源站發(fā)送HTTPS數(shù)據(jù)時(shí)，生成對(duì)應(yīng)的數(shù)據(jù)發(fā)送請(qǐng)求，包括：采用預(yù)設(shè)的應(yīng)用層生成對(duì)應(yīng)的數(shù)據(jù)發(fā)送請(qǐng)求。

可選地，所述基于所生成的數(shù)據(jù)發(fā)送請(qǐng)求，確定是否需要對(duì)所發(fā)送的數(shù)據(jù)進(jìn)行CDN加速，包括：采用預(yù)設(shè)的網(wǎng)絡(luò)截獲層基于所生成的數(shù)據(jù)發(fā)送請(qǐng)求，確定是否需要對(duì)所發(fā)送的數(shù)據(jù)進(jìn)行CDN加速。

可選地，所述當(dāng)生成對(duì)應(yīng)的通道構(gòu)建請(qǐng)求并發(fā)送至CDN網(wǎng)絡(luò)，包括：采用預(yù)設(shè)的隧道層生成對(duì)應(yīng)的通道構(gòu)建請(qǐng)求并發(fā)送至CDN網(wǎng)絡(luò)。

可選地，所述確定對(duì)應(yīng)的CDN通道構(gòu)建成功，包括：當(dāng)接收到所述CDN網(wǎng)絡(luò)通過(guò)所構(gòu)建的CDN通道發(fā)送的連接建立響應(yīng)報(bào)文時(shí)，確定對(duì)應(yīng)的CDN通道構(gòu)建成功。

可選地，所述與所述相應(yīng)源站之間交互的HTTPS數(shù)據(jù)包括客戶(hù)端與相應(yīng)源站之間的握手協(xié)商數(shù)據(jù)。

本發(fā)明實(shí)施例還提供了一種CDN網(wǎng)絡(luò)，包括：創(chuàng)建單元，適于當(dāng)接收到開(kāi)通CDN加速服務(wù)的客戶(hù)端發(fā)送的通道構(gòu)建請(qǐng)求時(shí)，創(chuàng)建對(duì)應(yīng)的CDN通道；第一交互單元，適于采用所構(gòu)建的CDN通道，傳輸所述客戶(hù)端與相應(yīng)源站之間交互的HTTPS數(shù)據(jù)。

可選地，所述創(chuàng)建單元，適于當(dāng)前CDN節(jié)點(diǎn)在接收到所述通道構(gòu)建請(qǐng)求時(shí)，基于所述通道構(gòu)建請(qǐng)求，對(duì)所述客戶(hù)端進(jìn)行鑒權(quán)；當(dāng)對(duì)所述客戶(hù)端鑒權(quán)成功時(shí)，所述當(dāng)前CDN節(jié)點(diǎn)確定下一跳節(jié)點(diǎn)；所述當(dāng)前CDN節(jié)點(diǎn)判斷下一跳節(jié)點(diǎn)是否為所述相應(yīng)源站；所述當(dāng)前CDN節(jié)點(diǎn)在確定所述下一跳節(jié)點(diǎn)不是所述相應(yīng)源站時(shí)，與所述下一跳節(jié)點(diǎn)建立連接并保持，并將所述通道構(gòu)建請(qǐng)求發(fā)送至下一跳節(jié)點(diǎn)；當(dāng)確定下一跳節(jié)點(diǎn)為所述相應(yīng)源站時(shí)，所述當(dāng)前CDN節(jié)點(diǎn)與所述相應(yīng)源站建立連接并保持，所述客戶(hù)端與相應(yīng)源站之間所對(duì)應(yīng)的CDN通道構(gòu)建成功。

可選地，所述CDN網(wǎng)絡(luò)還包括：響應(yīng)單元，適于當(dāng)所述客戶(hù)端與相應(yīng)源站之間所對(duì)應(yīng)的CDN通道構(gòu)建成功時(shí)，生成連接建立響應(yīng)報(bào)文并通過(guò)所構(gòu)建的CDN通道發(fā)送至所述客戶(hù)端，以使得所述客戶(hù)端獲知所述CDN通道構(gòu)建成功的信息。

可選地，所述客戶(hù)端與相應(yīng)源站之間交互的HTTPS數(shù)據(jù)包括客戶(hù)端與相應(yīng)源站之間的握手協(xié)商數(shù)據(jù)。

可選地，所述加速通道構(gòu)建請(qǐng)求為所述客戶(hù)端的隧道層生成的連接請(qǐng)求報(bào)文。

本發(fā)明實(shí)施例還提供了一種客戶(hù)端，包括：生成單元，適于當(dāng)向相應(yīng)源站發(fā)送HTTPS數(shù)據(jù)時(shí)，生成對(duì)應(yīng)的數(shù)據(jù)發(fā)送請(qǐng)求；判斷單元，適于基于所生成的數(shù)據(jù)發(fā)送請(qǐng)求，確定是否需要對(duì)所發(fā)送的數(shù)據(jù)進(jìn)行CDN加速；請(qǐng)求單元，適于當(dāng)確定需要對(duì)所發(fā)送的數(shù)據(jù)進(jìn)行CDN加速時(shí)，生成對(duì)應(yīng)的通道構(gòu)建請(qǐng)求并發(fā)送至CDN網(wǎng)絡(luò)，以使得所述CDN網(wǎng)絡(luò)構(gòu)建對(duì)應(yīng)的CDN通道；第二交互單元，適于當(dāng)確定對(duì)應(yīng)的CDN通道構(gòu)建成功時(shí)，通過(guò)所述CDN通道與所述相應(yīng)源站之間交互HTTPS數(shù)據(jù)。

可選地，所述生成單元為預(yù)設(shè)的應(yīng)用層。

可選地，所述判斷單元為預(yù)設(shè)的網(wǎng)絡(luò)截獲層。

可選地，所述請(qǐng)求單元為采用預(yù)設(shè)的隧道層。

可選地，所述第二交互單元，適于當(dāng)接收到所述CDN網(wǎng)絡(luò)通過(guò)所構(gòu)建的CDN通道發(fā)送的連接建立響應(yīng)報(bào)文時(shí)，確定對(duì)應(yīng)的CDN通道構(gòu)建成功。

可選地，所述與所述相應(yīng)源站之間交互的HTTPS數(shù)據(jù)包括客戶(hù)端與相應(yīng)源站之間的握手協(xié)商數(shù)據(jù)。

本發(fā)明實(shí)施例還提供了一種數(shù)據(jù)傳輸系統(tǒng)，包括上述的CDN網(wǎng)絡(luò)和一個(gè)以上的上述的客戶(hù)端和相應(yīng)源站；所述客戶(hù)端與所述相應(yīng)源站之間通過(guò)所述CDN網(wǎng)絡(luò)耦接。

與現(xiàn)有技術(shù)相比，本發(fā)明的技術(shù)方案具有以下的優(yōu)點(diǎn)：

上述的方案，當(dāng)接收到已開(kāi)通CDN加速服務(wù)客戶(hù)端發(fā)送的加速通道構(gòu)建請(qǐng)求時(shí)，創(chuàng)建對(duì)應(yīng)的數(shù)據(jù)轉(zhuǎn)發(fā)通道，并通過(guò)所構(gòu)建的數(shù)據(jù)轉(zhuǎn)發(fā)通道，對(duì)所接收的客戶(hù)端與客戶(hù)源站之間交互數(shù)據(jù)進(jìn)行加速傳輸，無(wú)需獲取客戶(hù)源站的私鑰信息便可為客戶(hù)端與客戶(hù)源站之間傳輸?shù)臄?shù)據(jù)提供加速，可以避免客戶(hù)端與客戶(hù)源站之間的交互數(shù)據(jù)被CDN網(wǎng)絡(luò)監(jiān)聽(tīng)，從而可以提高客戶(hù)端與客戶(hù)源站之間數(shù)據(jù)傳輸?shù)陌踩裕嵘脩?hù)的使用體驗(yàn)。

附圖說(shuō)明

圖1是本發(fā)明實(shí)施例中一種的數(shù)據(jù)傳輸方法的流程圖；

圖2是本發(fā)明實(shí)施例中另一種數(shù)據(jù)傳輸方法的流程圖；

圖3是本發(fā)明實(shí)施例中的一種數(shù)據(jù)傳輸系統(tǒng)的結(jié)構(gòu)示意圖；

圖4是本發(fā)明實(shí)施例中的數(shù)據(jù)傳輸方法的信令流程圖；

圖5是本發(fā)明實(shí)施例中的一種CDN網(wǎng)絡(luò)的結(jié)構(gòu)示意圖；

圖6是本發(fā)明實(shí)施例中的一種客戶(hù)端的結(jié)構(gòu)示意圖。

具體實(shí)施方式

正如背景技術(shù)所言，當(dāng)客戶(hù)端與客戶(hù)源站之間進(jìn)行HTTPS數(shù)據(jù)交互且需要對(duì)交互的HTTPS數(shù)據(jù)進(jìn)行CDN加速時(shí)，CDN網(wǎng)絡(luò)可能會(huì)對(duì)客戶(hù)端與客戶(hù)源站之間交互的HTTPS數(shù)據(jù)進(jìn)行監(jiān)聽(tīng)，存在著安全性差的問(wèn)題。

為解決上述問(wèn)題，本發(fā)明實(shí)施例中的技術(shù)方案通過(guò)在接收到已開(kāi)通CDN加速服務(wù)客戶(hù)端發(fā)送的加速通道構(gòu)建請(qǐng)求時(shí)，創(chuàng)建對(duì)應(yīng)的數(shù)據(jù)轉(zhuǎn)發(fā)通道，并通過(guò)所構(gòu)建的數(shù)據(jù)轉(zhuǎn)發(fā)通道，對(duì)所接收的客戶(hù)端與客戶(hù)源站之間交互數(shù)據(jù)進(jìn)行加速傳輸，可以提高客戶(hù)端與客戶(hù)源站之間數(shù)據(jù)傳輸?shù)陌踩?，提升用?hù)的使用體驗(yàn)。

為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能夠更為明顯易懂，下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施例做詳細(xì)的說(shuō)明。

圖1是本發(fā)明實(shí)施例中的一種數(shù)據(jù)傳輸方法的流程圖。如圖1所示的數(shù)據(jù)傳輸方法，可以包括：

步驟S101：當(dāng)接收到開(kāi)通CDN加速服務(wù)的客戶(hù)端發(fā)送的通道構(gòu)建請(qǐng)求時(shí)，創(chuàng)建對(duì)應(yīng)的CDN通道。

在具體實(shí)施中，開(kāi)通CDN加速服務(wù)的客戶(hù)端，即開(kāi)通加速服務(wù)的客戶(hù)的客戶(hù)端。其中，客戶(hù)是否開(kāi)通CDN加速服務(wù)，可以由CDN網(wǎng)絡(luò)通過(guò)客戶(hù)端的域名信息進(jìn)行確定。

步驟S102：采用所構(gòu)建的CDN通道，傳輸所述客戶(hù)端與相應(yīng)源站之間交互的HTTPS數(shù)據(jù)。

在具體實(shí)施中，所述相應(yīng)源站為所述客戶(hù)端所屬客戶(hù)的源站，其中存儲(chǔ)有所屬客戶(hù)的原始數(shù)據(jù)。

圖2是本發(fā)明實(shí)施例中的另一種數(shù)據(jù)傳輸方法的流程圖。如圖2所示的數(shù)據(jù)傳輸方法，可以包括：

步驟S201：當(dāng)向相應(yīng)源站發(fā)送HTTPS數(shù)據(jù)時(shí)，生成對(duì)應(yīng)的數(shù)據(jù)發(fā)送請(qǐng)求。

在具體實(shí)施中，所述數(shù)據(jù)發(fā)送請(qǐng)求也即HTTPS請(qǐng)求。

步驟S202：基于所生成的數(shù)據(jù)發(fā)送請(qǐng)求，確定是否需要對(duì)所發(fā)送的數(shù)據(jù)進(jìn)行CDN加速。

在具體實(shí)施中，可以通過(guò)對(duì)所生成的HTTPS請(qǐng)求進(jìn)行分析，確定是否需要對(duì)所發(fā)送的數(shù)據(jù)進(jìn)行CDN加速。

步驟S203：當(dāng)確定需要對(duì)所發(fā)送的數(shù)據(jù)進(jìn)行CDN加速時(shí)，生成對(duì)應(yīng)的通道構(gòu)建請(qǐng)求并發(fā)送至CDN網(wǎng)絡(luò)，以使得所述CDN網(wǎng)絡(luò)構(gòu)建對(duì)應(yīng)的CDN通道。

在具體實(shí)施中，當(dāng)確定需要對(duì)所發(fā)送的數(shù)據(jù)進(jìn)行CDN加速時(shí)，所生成的對(duì)應(yīng)的通道構(gòu)建請(qǐng)求為HTTP/1.1CONNECT報(bào)文。

步驟S204：當(dāng)確定對(duì)應(yīng)的CDN通道構(gòu)建成功時(shí)，通過(guò)所述CDN通道與所述相應(yīng)源站之間交互HTTPS數(shù)據(jù)。

在具體實(shí)施中，所述對(duì)應(yīng)的CDN通道也即客戶(hù)端與客戶(hù)源站發(fā)送的HTTPS數(shù)據(jù)的轉(zhuǎn)發(fā)通道。

下面將對(duì)本發(fā)明實(shí)施例中的數(shù)據(jù)傳輸方法進(jìn)行進(jìn)一步詳細(xì)的介紹。

為了便于理解，下面首先對(duì)本發(fā)明實(shí)施例中的數(shù)據(jù)傳輸系統(tǒng)進(jìn)行描述。

參見(jiàn)圖3，本發(fā)明實(shí)施例中的一種數(shù)據(jù)傳輸系統(tǒng)，可以包括客戶(hù)端301、CDN網(wǎng)絡(luò)302和客戶(hù)源站303。其中，CDN網(wǎng)絡(luò)302包括多個(gè)CDN節(jié)點(diǎn)302₁，302₂…302_n。

在具體實(shí)施中，當(dāng)客戶(hù)端301與客戶(hù)源站303之間的交互HTTPS數(shù)據(jù)需要進(jìn)行CDN加速時(shí)，客戶(hù)端301首先向CDN網(wǎng)絡(luò)302發(fā)送對(duì)應(yīng)的通道構(gòu)建請(qǐng)求，CDN網(wǎng)絡(luò)302在接收到客戶(hù)端301發(fā)送的通道構(gòu)建請(qǐng)求時(shí)，對(duì)客戶(hù)端301進(jìn)行鑒權(quán)，并在鑒權(quán)成功時(shí)，構(gòu)建對(duì)應(yīng)的CDN通道，并通過(guò)所構(gòu)建的CDN通道傳輸客戶(hù)端301與客戶(hù)源站303之間的交互HTTPS數(shù)據(jù)。

以下將對(duì)上述的數(shù)據(jù)傳輸系統(tǒng)的工作原理進(jìn)行進(jìn)一步詳細(xì)的描述。

參見(jiàn)圖4，本發(fā)明實(shí)施例中的一種數(shù)據(jù)傳輸方法，適于客戶(hù)端與客戶(hù)源站之間傳輸需要進(jìn)行CDN加速的HTTPS數(shù)據(jù)，具體可以采用如下的步驟實(shí)現(xiàn)：

步驟S401：當(dāng)向相應(yīng)源站發(fā)送HTTPS數(shù)據(jù)時(shí)，客戶(hù)端采用預(yù)設(shè)的應(yīng)用層生成對(duì)應(yīng)的HTTPS請(qǐng)求。

在具體實(shí)施中，客戶(hù)端在需要向相應(yīng)的客戶(hù)源站發(fā)送HTTPS數(shù)據(jù)時(shí)，可以首先采用應(yīng)用層生成對(duì)應(yīng)的HTTPS請(qǐng)求。

步驟S402：所述客戶(hù)端采用預(yù)設(shè)的網(wǎng)絡(luò)截獲層基于所生成的HTTPS請(qǐng)求，確定是否需要對(duì)所發(fā)送的數(shù)據(jù)進(jìn)行CDN加速。

在具體實(shí)施中，當(dāng)采用預(yù)設(shè)的應(yīng)用層生成對(duì)應(yīng)的HTTPS請(qǐng)求時(shí)，客戶(hù)端中預(yù)設(shè)的網(wǎng)絡(luò)截獲層可以對(duì)應(yīng)用層所生成的HTTPS請(qǐng)求進(jìn)行辨別，以確定對(duì)應(yīng)的HTTPS數(shù)據(jù)是否需要進(jìn)行CDN加速。

其中，客戶(hù)端與客戶(hù)源站之間傳輸?shù)腍TTPS數(shù)據(jù)中，哪些需要進(jìn)行CDN加速，哪些不需要進(jìn)行CDN加速，可以根據(jù)實(shí)際的需要在客戶(hù)端初始化的過(guò)程中進(jìn)行配置。在本發(fā)明一實(shí)施例中，客戶(hù)端中的網(wǎng)絡(luò)截獲層可以在接收到應(yīng)用層發(fā)送的HTTPS請(qǐng)求，根據(jù)所解析出的HTTPS請(qǐng)求的信息，確定對(duì)應(yīng)的HTTPS數(shù)據(jù)是否需要進(jìn)行HTTPS請(qǐng)求，并將需要進(jìn)行CDN加速的HTTPS數(shù)據(jù)對(duì)應(yīng)的HTTPS請(qǐng)求發(fā)送至客戶(hù)端中預(yù)設(shè)的隧道層。

步驟S403：所述客戶(hù)端采用隧道層，當(dāng)確定需要對(duì)所發(fā)送的數(shù)據(jù)進(jìn)行CDN加速時(shí)，生成對(duì)應(yīng)的通道構(gòu)建請(qǐng)求并發(fā)送至CDN網(wǎng)絡(luò)。

在具體實(shí)施中，客戶(hù)端中預(yù)設(shè)的隧道層在接收到網(wǎng)絡(luò)截獲層發(fā)送的HTTPS請(qǐng)求時(shí)，生成對(duì)應(yīng)的通道構(gòu)建請(qǐng)求并發(fā)送至CDN網(wǎng)絡(luò)，也即發(fā)送至CDN網(wǎng)絡(luò)中的一個(gè)CDN節(jié)點(diǎn)。

在具體實(shí)施中，客戶(hù)端中預(yù)設(shè)的隧道層向CDN網(wǎng)絡(luò)發(fā)送的通道構(gòu)建請(qǐng)求的形式可以根據(jù)實(shí)際的需要進(jìn)行設(shè)置。在本發(fā)明一實(shí)施例中，客戶(hù)端中預(yù)設(shè)的隧道層向CDN網(wǎng)絡(luò)發(fā)送的通道構(gòu)建請(qǐng)求為HTTP/1.1CONNECT報(bào)文，也即HTTP/1.1連接請(qǐng)求報(bào)文。

步驟S404：所述CDN網(wǎng)絡(luò)接收所述通道構(gòu)建請(qǐng)求，并對(duì)所述客戶(hù)端進(jìn)行鑒權(quán)。

在具體實(shí)施中，CDN網(wǎng)絡(luò)在接收到客戶(hù)端發(fā)送的通道構(gòu)建請(qǐng)求時(shí)，可以對(duì)所述客戶(hù)端進(jìn)行鑒權(quán)。在本發(fā)明一實(shí)施例中，CDN網(wǎng)絡(luò)中的CDN節(jié)點(diǎn)在接收到客戶(hù)端發(fā)送的通道構(gòu)建請(qǐng)求時(shí)，可以從所述通道構(gòu)建請(qǐng)求中解析出所述客戶(hù)端對(duì)應(yīng)的域名信息，并將解析得到的域名信息與已開(kāi)通CDN加速的客戶(hù)的域名比較，當(dāng)確定已開(kāi)通CDN加速的客戶(hù)的域名中存在與解析得到的域名一致的域名時(shí)，表明客戶(hù)端為授權(quán)開(kāi)通CDN加速的客戶(hù)的客戶(hù)端，CDN節(jié)點(diǎn)對(duì)客戶(hù)端鑒權(quán)通過(guò)。

步驟S405：當(dāng)對(duì)所述客戶(hù)端鑒權(quán)通過(guò)時(shí)，為所述客戶(hù)端與所述客戶(hù)源站之間創(chuàng)建對(duì)應(yīng)的CDN通道。

在具體實(shí)施中，CDN網(wǎng)絡(luò)中接收到客戶(hù)端發(fā)送的通道構(gòu)建請(qǐng)求的CDN節(jié)點(diǎn)在對(duì)所述客戶(hù)端鑒權(quán)通過(guò)時(shí)，開(kāi)始為所述客戶(hù)端與所述客戶(hù)源站之間創(chuàng)建對(duì)應(yīng)的CDN通道。

具體而言，當(dāng)對(duì)所述客戶(hù)端鑒權(quán)通過(guò)時(shí)，CDN網(wǎng)絡(luò)中接收到客戶(hù)端發(fā)送的通道構(gòu)建請(qǐng)求的CDN節(jié)點(diǎn)確定下一跳節(jié)點(diǎn)，并判斷下一跳節(jié)點(diǎn)是否為所述客戶(hù)源站。其中，當(dāng)確定下一條節(jié)點(diǎn)不是所述客戶(hù)源站時(shí)，CDN網(wǎng)絡(luò)中接收到客戶(hù)端發(fā)送的通道構(gòu)建請(qǐng)求的CDN節(jié)點(diǎn)與下一跳節(jié)點(diǎn)建立連接，并將客戶(hù)端發(fā)送的通道構(gòu)建請(qǐng)求——HTTP/1.1CONNECT報(bào)文轉(zhuǎn)發(fā)至下一跳節(jié)點(diǎn)，并與下一跳節(jié)點(diǎn)保持連接。

下一跳節(jié)點(diǎn)在接收到上一跳節(jié)點(diǎn)轉(zhuǎn)發(fā)的HTTP/1.1CONNECT報(bào)文時(shí)，同樣基于從HTTP/1.1CONNECT報(bào)文中解析出的域名，對(duì)客戶(hù)端進(jìn)行鑒權(quán)，并在鑒權(quán)通過(guò)時(shí)，確定再下一跳節(jié)點(diǎn)，直至確定下一跳節(jié)點(diǎn)為所述客戶(hù)源站。

當(dāng)CDN網(wǎng)絡(luò)中CDN節(jié)點(diǎn)在確定下一跳節(jié)點(diǎn)為所述客戶(hù)源站時(shí)，向所述客戶(hù)源站發(fā)送TCP連接請(qǐng)求，并與所述客戶(hù)源站建立TCP連接。至此，客戶(hù)端與客戶(hù)源站之間傳輸對(duì)應(yīng)的HTTPS數(shù)據(jù)的CDN通道構(gòu)建成功。

在具體實(shí)施中，在客戶(hù)端與客戶(hù)源站之間傳輸對(duì)應(yīng)的HTTPS數(shù)據(jù)的CDN通道的過(guò)程中，接收到HTTP/1.1CONNECT報(bào)文的每個(gè)CDN節(jié)點(diǎn)均可以對(duì)客戶(hù)端進(jìn)行鑒權(quán)。為了進(jìn)一步節(jié)省資源，在本發(fā)明一實(shí)施例中，僅采用CDN網(wǎng)絡(luò)中接收到客戶(hù)端發(fā)送的通道構(gòu)建請(qǐng)求的CDN節(jié)點(diǎn)對(duì)客戶(hù)端進(jìn)行鑒權(quán)，其他的CDN節(jié)點(diǎn)可以不對(duì)客戶(hù)端進(jìn)行鑒權(quán)，也即CDN節(jié)點(diǎn)在接收到其他CDN節(jié)點(diǎn)發(fā)送的通道構(gòu)建請(qǐng)求時(shí)，默認(rèn)對(duì)客戶(hù)端已經(jīng)鑒權(quán)成功，以節(jié)省資源，并提高CDN通道的構(gòu)建速度。

步驟S406：當(dāng)對(duì)應(yīng)的CDN通道創(chuàng)建成功時(shí)，所述CDN網(wǎng)絡(luò)向所述客戶(hù)端發(fā)送對(duì)應(yīng)的連接建立響應(yīng)報(bào)文。

在具體實(shí)施中，當(dāng)客戶(hù)端與客戶(hù)源站之間傳輸對(duì)應(yīng)的HTTPS數(shù)據(jù)的CDN通道構(gòu)建成功時(shí)，對(duì)應(yīng)的CDN通道中的最后一個(gè)CDN節(jié)點(diǎn)，也即直接與客戶(hù)源站之間建立并保持連接的CDN節(jié)點(diǎn)，可以生成對(duì)應(yīng)的連接建立響應(yīng)報(bào)文并發(fā)送至對(duì)應(yīng)的CDN通道的上一跳節(jié)點(diǎn)，直至到達(dá)所述客戶(hù)端，從而使得所述客戶(hù)端可以獲知與客戶(hù)源站之間交互HTTPS數(shù)據(jù)的CDN通道構(gòu)建成功的信息。

步驟S407：所述客戶(hù)端接收所述CDN網(wǎng)絡(luò)發(fā)送的連接建立響應(yīng)報(bào)文。

在具體實(shí)施中，當(dāng)對(duì)應(yīng)的CDN通道中的最后一個(gè)CDN節(jié)點(diǎn)所生成的連接建立響應(yīng)報(bào)文通過(guò)對(duì)應(yīng)的CDN通道中的各個(gè)CDN節(jié)點(diǎn)轉(zhuǎn)發(fā)到達(dá)客戶(hù)端時(shí)，可以端可以對(duì)所述連接建立響應(yīng)報(bào)文進(jìn)行接收。

步驟S408：所述客戶(hù)端與所述客戶(hù)源站之間通過(guò)對(duì)應(yīng)的CDN通道交互HTTPS數(shù)據(jù)。

在具體實(shí)施中，當(dāng)客戶(hù)端接收到CDN網(wǎng)絡(luò)發(fā)送的連接建立響應(yīng)報(bào)文時(shí)，可以確定與客戶(hù)源站之間交互HTTPS數(shù)據(jù)的CDN通道構(gòu)建成功。此時(shí)，客戶(hù)端可以首先通過(guò)對(duì)應(yīng)的CDN通道與客戶(hù)源站之間進(jìn)行握手協(xié)商，并在握手協(xié)商成功時(shí)，通過(guò)對(duì)應(yīng)的CDN通道向客戶(hù)源站發(fā)送HTTPS數(shù)據(jù)，客戶(hù)源站在接收到對(duì)應(yīng)的HTTPS數(shù)據(jù)時(shí)，予以響應(yīng)。

上述對(duì)本發(fā)明實(shí)施例中的方法進(jìn)行了詳細(xì)的描述，下面將對(duì)上述的方法對(duì)應(yīng)的裝置進(jìn)行介紹。

圖5示出了本發(fā)明實(shí)施例中的一種CDN網(wǎng)絡(luò)的結(jié)構(gòu)。參見(jiàn)圖5，一種CDN網(wǎng)絡(luò)500可以包括創(chuàng)建單元501和第一交互單元502，其中：

所述創(chuàng)建單元501，適于當(dāng)接收到開(kāi)通CDN加速服務(wù)的客戶(hù)端發(fā)送的通道構(gòu)建請(qǐng)求時(shí)，創(chuàng)建對(duì)應(yīng)的CDN通道；在本發(fā)明一實(shí)施例中，所述加速通道構(gòu)建請(qǐng)求為所述客戶(hù)端的隧道層生成的連接請(qǐng)求報(bào)文。

所述第一交互單元502，適于采用所構(gòu)建的CDN通道，傳輸所述客戶(hù)端與相應(yīng)源站之間交互的HTTPS數(shù)據(jù)。在具體實(shí)施中，所述客戶(hù)端與相應(yīng)源站之間交互的HTTPS數(shù)據(jù)包括客戶(hù)端與相應(yīng)源站之間的握手協(xié)商數(shù)據(jù)。

在本發(fā)明一實(shí)施例中，所述創(chuàng)建單元501，適于當(dāng)前CDN節(jié)點(diǎn)在接收到所述通道構(gòu)建請(qǐng)求時(shí)，基于所述通道構(gòu)建請(qǐng)求，對(duì)所述客戶(hù)端進(jìn)行鑒權(quán)；當(dāng)對(duì)所述客戶(hù)端鑒權(quán)成功時(shí)，所述當(dāng)前CDN節(jié)點(diǎn)確定下一跳節(jié)點(diǎn)；所述當(dāng)前CDN節(jié)點(diǎn)判斷下一跳節(jié)點(diǎn)是否為所述相應(yīng)源站；所述當(dāng)前CDN節(jié)點(diǎn)在確定所述下一跳節(jié)點(diǎn)不是所述相應(yīng)源站時(shí)，與所述下一跳節(jié)點(diǎn)建立連接并保持，并將所述通道構(gòu)建請(qǐng)求發(fā)送至下一跳節(jié)點(diǎn)；當(dāng)確定下一跳節(jié)點(diǎn)為所述相應(yīng)源站時(shí)，所述當(dāng)前CDN節(jié)點(diǎn)與所述相應(yīng)源站建立連接并保持，所述客戶(hù)端與相應(yīng)源站之間所對(duì)應(yīng)的CDN通道構(gòu)建成功。

在具體實(shí)施中，為了使得客戶(hù)端可以及時(shí)地獲知對(duì)應(yīng)的CDN通道構(gòu)建成功的信息，所述CDN網(wǎng)絡(luò)500還可以包括響應(yīng)單元503，其中：

響應(yīng)單元503，適于當(dāng)所述客戶(hù)端與相應(yīng)源站之間所對(duì)應(yīng)的CDN通道構(gòu)建成功時(shí)，生成連接建立響應(yīng)報(bào)文并通過(guò)所構(gòu)建的CDN通道發(fā)送至所述客戶(hù)端，以使得所述客戶(hù)端獲知所述CDN通道構(gòu)建成功的信息。

圖6示出了本發(fā)明實(shí)施例中的一種客戶(hù)端的結(jié)構(gòu)。參見(jiàn)圖6，一種客戶(hù)端600可以包括生成單元601、判斷單元602、請(qǐng)求單元603和第二交互單元604，其中：

所述生成單元601，適于當(dāng)向相應(yīng)源站發(fā)送HTTPS數(shù)據(jù)時(shí)，生成對(duì)應(yīng)的數(shù)據(jù)發(fā)送請(qǐng)求；在本發(fā)明一實(shí)施例中，所述生成單元601為預(yù)設(shè)的應(yīng)用層。

所述判斷單元602，適于基于所生成的數(shù)據(jù)發(fā)送請(qǐng)求，確定是否需要對(duì)所發(fā)送的數(shù)據(jù)進(jìn)行CDN加速；在本發(fā)明一實(shí)施例中，所述判斷單元602為預(yù)設(shè)的網(wǎng)絡(luò)截獲層。

所述請(qǐng)求單元603，適于當(dāng)確定需要對(duì)所發(fā)送的數(shù)據(jù)進(jìn)行CDN加速時(shí)，生成對(duì)應(yīng)的通道構(gòu)建請(qǐng)求并發(fā)送至CDN網(wǎng)絡(luò)，以使得所述CDN網(wǎng)絡(luò)構(gòu)建對(duì)應(yīng)的CDN通道；在本發(fā)明一實(shí)施例中，所述請(qǐng)求單元603為采用預(yù)設(shè)的隧道層。

第二交互單元604，適于當(dāng)確定對(duì)應(yīng)的CDN通道構(gòu)建成功時(shí)，通過(guò)所述CDN通道與所述相應(yīng)源站之間交互HTTPS數(shù)據(jù)。其中，所述與所述相應(yīng)源站之間交互的HTTPS數(shù)據(jù)包括客戶(hù)端與相應(yīng)源站之間的握手協(xié)商數(shù)據(jù)。

在本發(fā)明一實(shí)施例中，所述第二交互單元604，適于當(dāng)接收到所述CDN網(wǎng)絡(luò)通過(guò)所構(gòu)建的CDN通道發(fā)送的連接建立響應(yīng)報(bào)文時(shí)，確定對(duì)應(yīng)的CDN通道構(gòu)建成功。

采用本發(fā)明實(shí)施例中的上述方案，當(dāng)接收到已開(kāi)通CDN加速服務(wù)客戶(hù)端發(fā)送的加速通道構(gòu)建請(qǐng)求時(shí)，創(chuàng)建對(duì)應(yīng)的數(shù)據(jù)轉(zhuǎn)發(fā)通道，并通過(guò)所構(gòu)建的數(shù)據(jù)轉(zhuǎn)發(fā)通道，對(duì)所接收的客戶(hù)端與客戶(hù)源站之間交互數(shù)據(jù)進(jìn)行加速傳輸，無(wú)需獲取客戶(hù)源站的私鑰信息便可為客戶(hù)端與客戶(hù)源站之間傳輸?shù)臄?shù)據(jù)提供加速，可以避免客戶(hù)端與客戶(hù)源站之間的交互數(shù)據(jù)被CDN網(wǎng)絡(luò)監(jiān)聽(tīng)，從而可以提高客戶(hù)端與客戶(hù)源站之間數(shù)據(jù)傳輸?shù)陌踩?，提升用?hù)的使用體驗(yàn)。

本領(lǐng)域普通技術(shù)人員可以理解上述實(shí)施例的各種方法中的全部或部分步驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件來(lái)完成，該程序可以存儲(chǔ)于計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，存儲(chǔ)介質(zhì)可以包括：ROM、RAM、磁盤(pán)或光盤(pán)等。

以上對(duì)本發(fā)明實(shí)施例的方法及系統(tǒng)做了詳細(xì)的介紹，本發(fā)明并不限于此。任何本領(lǐng)域技術(shù)人員，在不脫離本發(fā)明的精神和范圍內(nèi)，均可作各種更動(dòng)與修改，因此本發(fā)明的保護(hù)范圍應(yīng)當(dāng)以權(quán)利要求所限定的范圍為準(zhǔn)。