專利名稱：在內(nèi)容分發(fā)網(wǎng)絡(luò)中隱藏url的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，更具體地，涉及一種在內(nèi)容分發(fā)網(wǎng)絡(luò)中隱藏URL的方法。
背景技術(shù)：
Q)N (Content Delivery Network)內(nèi)容分發(fā)網(wǎng)絡(luò),該技術(shù)是近年來在美國首先興起并迅速發(fā)展起來的一種解決互聯(lián)網(wǎng)性能不佳問題的有效手段。其基本思路是盡量避開互聯(lián)網(wǎng)上有可能影響數(shù)據(jù)傳輸速度和穩(wěn)定性的瓶頸和環(huán)節(jié)，使數(shù)據(jù)傳輸?shù)母臁⒏€(wěn)。通過在網(wǎng)絡(luò)各處放置節(jié)點服務(wù)器所構(gòu)成的在現(xiàn)有的互聯(lián)網(wǎng)基礎(chǔ)之上的一層智能虛擬網(wǎng)絡(luò)，CDN系統(tǒng)能夠?qū)崟r地根據(jù)網(wǎng)絡(luò)流量和各節(jié)點的連接、負載狀況以及到用戶的距離和響應(yīng)時 間等綜合信息將用戶的請求重新導向離用戶最近的服務(wù)節(jié)點上。其目的就是通過在現(xiàn)有的Internet中增加一層新的網(wǎng)絡(luò)架構(gòu)，將網(wǎng)站的內(nèi)容分發(fā)到最接近用戶的網(wǎng)絡(luò)“邊緣”，使得用戶可以就近取得所需的內(nèi)容，解決Internet網(wǎng)絡(luò)擁擠的狀況，提高用戶訪問網(wǎng)站的響應(yīng)速度。從技術(shù)上解決由于網(wǎng)絡(luò)帶寬小、用戶訪問量大、網(wǎng)點分布不均勻等原因所造成的用戶訪問網(wǎng)站響應(yīng)速度慢的問題。目前常見的CDN系統(tǒng)，能夠根據(jù)用戶的訪問需求來實現(xiàn)內(nèi)容從中心到邊緣的分發(fā)，但是策略較為單一，不能較好地滿足各種實時變化的情況，不能動態(tài)地調(diào)整分發(fā)策略，因此數(shù)據(jù)傳輸效率不高。圖I示出了現(xiàn)有技術(shù)中的傳統(tǒng)CDN的服務(wù)過程示意圖。當前普遍采用的利用CDN傳輸網(wǎng)絡(luò)視頻的方法是用戶播放器向全局唯一的CDN調(diào)度服務(wù)器請求一臺可用的CDN節(jié)點，CDN調(diào)度服務(wù)器根據(jù)調(diào)度策略，從眾多CDN節(jié)點中選擇一臺距離用戶最近、帶寬情況最為理想的CDN節(jié)點，將該CDN節(jié)點的地址反饋給請求的用戶播放器，該用戶播放器再向該CDN節(jié)點請求視頻數(shù)據(jù)，該CDN節(jié)點收到請求后將視頻數(shù)據(jù)的內(nèi)容發(fā)送給用戶播放器。在用戶播放器向唯一的⑶N調(diào)度服務(wù)器請求可用的⑶N節(jié)點時，發(fā)送的請求統(tǒng)一資源定位符URL —般形如http: //CDN調(diào)度服務(wù)器地址/視頻文件絕對存儲路徑？視頻格式、碼率等參數(shù)。其中，請求URL是明文的形式，即在CDN系統(tǒng)中，視頻文件的存儲地址是對外開放的。這樣就可能造成第三方到⑶N中下載視頻文件并盜播。因此傳統(tǒng)的⑶N服務(wù)方式安全性不高。

發(fā)明內(nèi)容
本發(fā)明提供一種在內(nèi)容分發(fā)網(wǎng)絡(luò)中隱藏URL的方法，其特征在于，所述方法包括如下步驟
1)用戶播放器對請求URL中的視頻文件路徑進行Base64加密；
2)所述用戶播放器用所述Base64加密后的請求URL向CDN調(diào)度服務(wù)器請求可用的CDN節(jié)點；
3)所述CDN調(diào)度服務(wù)器將接收的所述Base64加密后的請求URL進行Base64解密；
4)所述CDN調(diào)度服務(wù)器在所述Base64解密后，根據(jù)調(diào)度策略，選擇一臺可用的CDN節(jié)點；
5)所述CDN調(diào)度服務(wù)器將所述可用的CDN節(jié)點的地址進行加密；
6)所述CDN調(diào)度服務(wù)器將所述加密后的可用CDN節(jié)點地址返回給所述用戶播放
器；
7)所述用戶播放器中接受到所述加密后的可用CDN節(jié)點地址后，對其進行解
密；
8)所述用戶播放器對請求URL中的視頻文件路徑進行Base64加密；
9)所述用戶播放器用所述Base64加密后的請求URL向所述可用的CDN節(jié)點發(fā)送視頻數(shù)據(jù)請求；
10)所述可用的CDN節(jié)點收到所述用戶播放器發(fā)送的所述Base64加密后的視頻數(shù)據(jù)請求后，對所述Base64加密后的視頻數(shù)據(jù)請求進行Base64解密；
11)所述可用的CDN節(jié)點解密后，將所請求的視頻數(shù)據(jù)發(fā)送給所述用戶播放器。優(yōu)選的是，在步驟2)中所述Base64加密后的請求URL的格式為http://CDN調(diào)度服務(wù)器地址/加密方式/加密后的視頻文件路徑？視頻格式、碼率。優(yōu)選的是，在步驟9)中所述Base64加密后的請求URL的格式為http://CDN節(jié)點地址/加密方式/加密后的視頻文件路徑？視頻格式、碼率。本發(fā)明還提供一種在內(nèi)容分發(fā)網(wǎng)絡(luò)中隱藏URL的方法，其特征在于，所述方法包括如下步驟
1)用戶播放器對請求URL中的視頻文件路徑進行Base64加密；
2)所述用戶播放器用所述Base64加密后的請求URL向CDN調(diào)度服務(wù)器請求可用的CDN節(jié)點；
3)所述CDN調(diào)度服務(wù)器將接收的所述Base64加密后的請求URL進行Base64解
密；
4)所述CDN調(diào)度服務(wù)器在所述Base64解密后，根據(jù)調(diào)度策略，選擇一臺可用的CDN節(jié)點；
5)所述CDN調(diào)度服務(wù)器將所述可用CDN節(jié)點地址返回給所述用戶播放器；
6)所述用戶播放器中接受到所述可用CDN節(jié)點地址后，對請求URL中的視頻文件路徑進行Base64加密；
7)所述用戶播放器用所述Base64加密后的請求URL向所述可用的CDN節(jié)點發(fā)送視頻數(shù)據(jù)請求；
8)所述可用的CDN節(jié)點收到所述用戶播放器發(fā)送的所述Base64加密后的視頻數(shù)據(jù)請求后，對所述Base64加密后的視頻數(shù)據(jù)請求進行Base64解密；
9)所述可用的CDN節(jié)點解密后，將所請求的視頻數(shù)據(jù)發(fā)送給所述用戶播放器。優(yōu)選的是，在步驟2)中所述Base64加密后的請求URL的格式為http://⑶N調(diào)度服務(wù)器地址/加密方式/加密后的視頻文件路徑？視頻格式、碼率。優(yōu)選的是，在步驟7)中所述Base64加密后的請求URL的格式為http://⑶N節(jié)點地址/加密方式/加密后的視頻文件路徑？視頻格式、碼率。
與現(xiàn)有技術(shù)相比，本發(fā)明提出的一種在內(nèi)容分發(fā)網(wǎng)絡(luò)中隱藏URL的CDN服務(wù)方法，對請求URL中的視頻文件存儲路徑進行加密，CDN只接受加密視頻文件路徑的請求URL，并在CDN內(nèi)部解密出真實的視頻文件路徑，本發(fā)明提供的方法大大提高了 CDN服務(wù)的安全性和數(shù)據(jù)傳輸效率。


為了使本發(fā)明便于理解，現(xiàn)在結(jié)合附圖描述本發(fā)明的具體實施例。圖I示出了現(xiàn)有技術(shù)中的傳統(tǒng)CDN的服務(wù)過程示意圖。圖2示出了本發(fā)明一優(yōu)選實施例的引入路徑加密的CDN服務(wù)流程的示意圖。
具體實施例方式下面結(jié)合附圖和優(yōu)選的實施方式對本發(fā)明作進一步詳細描述。權(quán)利要求中構(gòu)成要 件和實施例中具體實例之間的對應(yīng)關(guān)系可以如下例證。這里的描述意圖在于確認在實施例中描述了用來支持在權(quán)利要求中陳述的主題的具體實例，由于在實施例中描述了實例，不意味著該具體實例不表示構(gòu)成要件。相反地，即使在此包含了具體實例作為對應(yīng)一個構(gòu)成要件的要素特征，也不意味著該具體實例不表示任何其它構(gòu)成要件。此外，這里的描述不意味著對應(yīng)于實施例中陳述的具體實例的所有主題都在權(quán)利要求中引用了。換句話說，這里的描述不否認這種實體，即對應(yīng)實施例包含的具體實例，但不包含在其任何一項權(quán)利要求中，即，能夠在以后的修正被分案并申請、或增加的可能發(fā)明的實體。應(yīng)當注意的是，“系統(tǒng)”在此意味著由兩個或更多設(shè)備構(gòu)成的處理。顯而易見地，用戶終端可以由個人計算機構(gòu)成。此外，所述用戶終端還可以由例如蜂窩電話、任何其它PDA (個人數(shù)字助理)工具、AV (音頻視頻)裝置、諸如家用電氣(家庭用電氣化)設(shè)備的CE (消費電子設(shè)備)等構(gòu)成?！熬W(wǎng)絡(luò)”意味著至少連接了兩個設(shè)備的機構(gòu)，并且在其中，一條信息能夠從一個設(shè)備發(fā)送到另一個設(shè)備。經(jīng)由網(wǎng)絡(luò)建立通信的設(shè)備可以是彼此分離的，也可以是構(gòu)成一個機器的內(nèi)部模塊?！巴ㄐ拧笨杀硎緹o線通信和有線通信。然而，還可以是混合無線和有線通信的通信，更具體地，在某個區(qū)段采取無線通信而在另一個區(qū)段采取有線通信的通信。同樣，它也可以是這樣的通信從一個設(shè)備向另一設(shè)備的通信是有線的，且相反方向的通信是無線的。圖2示出了本發(fā)明一優(yōu)選實施例的引入路徑加密的CDN服務(wù)流程的示意圖。在該CDN服務(wù)流程中對用戶播放器發(fā)送的請求URL中的視頻文件路徑進行了 Base64加密。弓I入路徑加密過程的CDN服務(wù)流程是首先，用戶播放器在向CDN調(diào)度服務(wù)器請求一臺⑶N節(jié)點之前，對請求URL中的視頻文件路徑進行Base64加密。進行Base64加密后的請求URL的格式為http://CDN調(diào)度服務(wù)器地址/加密方式/加密后的視頻文件路徑？視頻格式、碼率等參數(shù)。然后，該用戶播放器用Base64加密后的請求URL向所述CDN調(diào)度服務(wù)器請求一臺可用的⑶N節(jié)點。所述CDN調(diào)度服務(wù)器在接受來自用戶播放器的Base64加密后的請求URL后，對Base64加密后的請求URL中的視頻文件路徑進行Base64解密。所述CDN調(diào)度服務(wù)器在Base64解密后，根據(jù)調(diào)度策略，選擇一臺可用的CDN節(jié)點。然后，所述CDN調(diào)度服務(wù)器將該可用的⑶N節(jié)點的地址進行Base64加密并將加密后的⑶N節(jié)點地址返回給用戶播放器。所述用戶播放器在接受加密后的⑶N節(jié)點地址后，對所述⑶N節(jié)點地址進行解密。所述用戶播放器中解密后向該可用的CDN節(jié)點發(fā)送視頻數(shù)據(jù)請求，所述視頻數(shù)據(jù)請求的URL中的視頻路徑文件也需要進行Base64加密。進行Base64加密后的請求URL格式為http://CDN節(jié)點地址/加密方式/加密后的視頻文件路徑？視頻格式、碼率等參數(shù)。所述可用的CDN節(jié)點收到所述用戶播放器發(fā)送的Base64加密后的視頻數(shù)據(jù)請求后，對請求URL中的加密后的視頻文件路徑進行Base64解密。所述可用的CDN節(jié)點在解密后，將所請求的視頻數(shù)據(jù)發(fā)送給所述用戶播放器。自此，完成整個引入路徑加密的CDN服務(wù)流程。本發(fā)明的又一優(yōu)選實施例為首先，用戶播放器在向CDN調(diào)度服務(wù)器請求一臺CDN節(jié)點之前，對請求URL中的視頻文件路徑進行Base64加密。進行Base64加密后的請求URL 的格式為http://CDN調(diào)度服務(wù)器地址/加密方式/加密后的視頻文件路徑？視頻格式、碼率等參數(shù)。然后，該用戶播放器用Base64加密后的請求URL向所述CDN調(diào)度服務(wù)器請求一臺可用的CDN節(jié)點。所述CDN調(diào)度服務(wù)器在接受來自用戶播放器的Base64加密后的請求URL后，對Base64加密后的請求URL中的視頻文件路徑進行Base64解密。所述CDN調(diào)度服務(wù)器在Base64解密后，根據(jù)調(diào)度策略，選擇一臺可用的CDN節(jié)點。然后，所述CDN調(diào)度服務(wù)器將該可用的CDN節(jié)點的地址返回給用戶播放器。所述用戶播放器在接受可用的⑶N節(jié)點地址后，向該可用的⑶N節(jié)點發(fā)送視頻數(shù)據(jù)請求，所述視頻數(shù)據(jù)請求的URL中的視頻路徑文件也需要進行Base64加密。進行Base64加密后的請求URL格式為http://CDN節(jié)點地址/加密方式/加密后的視頻文件路徑？視頻格式、碼率等參數(shù)。所述可用的CDN節(jié)點收到所述用戶播放器發(fā)送的Base64加密后的視頻數(shù)據(jù)請求后，對請求URL中的加密后的視頻文件路徑進行Base64解密。所述可用的CDN節(jié)點在解密后，將所請求的視頻數(shù)據(jù)發(fā)送給所述用戶播放器。自此，完成整個引入路徑加密的CDN服務(wù)流程。上述詳細描述通過實施例和/或示意圖闡明了系統(tǒng)和/或過程的各種實施例。就這些示意圖和/或包含一個或多個功能和/或操作而言，本領(lǐng)域技術(shù)人員將理解，這些示意圖或?qū)嵤├械拿恳粋€功能和/或操作都可由各種各樣的硬件、軟件、固件、或?qū)嶋H上其任意組合來單獨地和/或共同地實現(xiàn)。應(yīng)該理解，本文描述的方法可以結(jié)合硬件或軟件，或在適當時結(jié)合兩者的組合來實現(xiàn)。因此，本發(fā)明的方法，可以采用包含在諸如軟盤、CD-ROM、硬盤驅(qū)動器或任何其他機器可讀存儲介質(zhì)等有形介質(zhì)中的程序代碼(即，指令)的形式，其中，當程序代碼在可編程計算機上執(zhí)行的情況下，計算設(shè)備通常包括處理器、該處理器可讀的存儲介質(zhì)(包括易失性存儲器和/或存儲元件)、至少一個輸入設(shè)備、以及至少一個輸出設(shè)備。一個或多個程序可以例如，通過使用API，可重用控件等來實現(xiàn)或利用結(jié)合本發(fā)明描述的過程。這樣的程序優(yōu)選地用高級過程語言或面向?qū)ο缶幊陶Z言來實現(xiàn)，以與計算機系統(tǒng)通信。然而，如果需要，該程序可以用匯編語言或機器語言來實現(xiàn)。在任何情形中，語言可以是編譯語言或解釋語言，且與硬件實現(xiàn)相結(jié)合。需要說明的是，本發(fā)明的一種在內(nèi)容分發(fā)網(wǎng)絡(luò)中隱藏URL的方案的范疇包括但不限于上述各部分之間的任意組合。盡管具體地參考其優(yōu)選實施例來示出并描述了本發(fā)明，但本領(lǐng)域的技術(shù)人員可以 理解，可以做出形式和細節(jié)上的各種改變而不脫離所附權(quán)利要求書中所述的本發(fā)明的范圍。以上結(jié)合本發(fā)明的具體實施例做了詳細描述，但并非是對本發(fā)明的限制。凡是依據(jù)本發(fā)明的技術(shù)實質(zhì)對以上實施例所做的任何簡單修改，均仍屬于本發(fā)明技術(shù)方案的范圍。
權(quán)利要求
1.一種在內(nèi)容分發(fā)網(wǎng)絡(luò)中隱藏URL的方法，其特征在于，所述方法包括如下步驟 用戶播放器對請求URL中的視頻文件路徑進行Base64加密； 所述用戶播放器用所述Base64加密后的請求URL向CDN調(diào)度服務(wù)器請求可用的CDN節(jié)點； 所述CDN調(diào)度服務(wù)器將接收的所述Base64加密后的請求URL進行Base64解密； 所述CDN調(diào)度服務(wù)器在所述Base64解密后，根據(jù)調(diào)度策略，選擇一臺可用的CDN節(jié)點； 所述CDN調(diào)度服務(wù)器將所述可用的CDN節(jié)點的地址進行加密； 所述CDN調(diào)度服務(wù)器將所述加密后的可用CDN節(jié)點地址返回給所述用戶播放器； 所述用戶播放器中接受到所述加密后的可用CDN節(jié)點地址后，對其進行解密； 所述用戶播放器對請求URL中的視頻文件路徑進行Base64加密； 所述用戶播放器用所述Base64加密后的請求URL向所述可用的CDN節(jié)點發(fā)送視頻數(shù)據(jù)請求； 所述可用的CDN節(jié)點收到所述用戶播放器發(fā)送的所述Base64加密后的視頻數(shù)據(jù)請求后，對所述Base64加密后的視頻數(shù)據(jù)請求進行Base64解密； 所述可用的CDN節(jié)點解密后，將所請求的視頻數(shù)據(jù)發(fā)送給所述用戶播放器。
2.一種如權(quán)利要求I所述的在內(nèi)容分發(fā)網(wǎng)絡(luò)中隱藏URL的方法，其特征在于，在步驟2)中所述Base64加密后的請求URL的格式為http://⑶N調(diào)度服務(wù)器地址/加密方式/加密后的視頻文件路徑？視頻格式、碼率。
3.—種如權(quán)利要求I所述的在內(nèi)容分發(fā)網(wǎng)絡(luò)中隱藏URL的方法，其特征在于，在步驟9沖所述Base64加密后的請求URL的格式為http://⑶N節(jié)點地址/加密方式/加密后的視頻文件路徑？視頻格式、碼率。
4.一種在內(nèi)容分發(fā)網(wǎng)絡(luò)中隱藏URL的方法，其特征在于，所述方法包括如下步驟 用戶播放器對請求URL中的視頻文件路徑進行Base64加密； 所述用戶播放器用所述Base64加密后的請求URL向CDN調(diào)度服務(wù)器請求可用的CDN節(jié)點； 所述CDN調(diào)度服務(wù)器將接收的所述Base64加密后的請求URL進行Base64解密； 所述CDN調(diào)度服務(wù)器在所述Base64解密后，根據(jù)調(diào)度策略，選擇一臺可用的CDN節(jié)點； 所述CDN調(diào)度服務(wù)器將所述可用CDN節(jié)點地址返回給所述用戶播放器； 所述用戶播放器中接受到所述可用CDN節(jié)點地址后，對請求URL中的視頻文件路徑進行Base64加密； 所述用戶播放器用所述Base64加密后的請求URL向所述可用的CDN節(jié)點發(fā)送視頻數(shù)據(jù)請求； 所述可用的CDN節(jié)點收到所述用戶播放器發(fā)送的所述Base64加密后的視頻數(shù)據(jù)請求后，對所述Base64加密后的視頻數(shù)據(jù)請求進行Base64解密； 所述可用的CDN節(jié)點解密后，將所請求的視頻數(shù)據(jù)發(fā)送給所述用戶播放器。
5.一種如權(quán)利要求4所述的在內(nèi)容分發(fā)網(wǎng)絡(luò)中隱藏URL的方法，其特征在于，在步驟2)中所述Base64加密后的請求URL的格式為http://⑶N調(diào)度服務(wù)器地址/加密方式/加密后的視頻文件路徑？視頻格式、碼率。
6.一種如權(quán)利要求4所述的在內(nèi)容分發(fā)網(wǎng)絡(luò)中隱藏URL的方法，其特征在于，在步驟7)中所述Base64加密后的請求URL的格式為http://⑶N節(jié)點地址/加密方式/加密后的視頻文件路徑？視頻·格式、碼率。
全文摘要
本發(fā)明提供一種在內(nèi)容分發(fā)網(wǎng)絡(luò)中隱藏URL的方法，用戶播放器預先對請求URL中的視頻文件路徑進行Base64加密，然后將加密后的請求URL向CDN調(diào)度服務(wù)器請求可用的CDN節(jié)點；所述CDN調(diào)度服務(wù)器對該請求URL進行Base64解密后，根據(jù)調(diào)度策略，選擇一臺可用的CDN節(jié)點；所述CDN調(diào)度服務(wù)器將所述可用的CDN節(jié)點的地址返回給所述用戶播放器；所述用戶播放器中接受到所述可用CDN節(jié)點地址后，對請求URL中的視頻文件路徑進行Base64加密，然后將加密后的請求URL向所述可用的CDN節(jié)點發(fā)送視頻數(shù)據(jù)請求；所述可用的CDN節(jié)點收到所述加密后的視頻數(shù)據(jù)請求后，對其進行Base64解密并將所請求的視頻數(shù)據(jù)發(fā)送給所述用戶播放器。本發(fā)明提供的方法提高了CDN服務(wù)的安全性。
文檔編號H04L29/12GK102801810SQ201210304248
公開日2012年11月28日 申請日期2012年8月24日 優(yōu)先權(quán)日2012年8月24日
發(fā)明者邵長松, 李茗, 夏彥剛 申請人:樂視網(wǎng)信息技術(shù)(北京)股份有限公司