對(duì)cdn內(nèi)的媒體uri進(jìn)行隱藏的方法、系統(tǒng)與終端的制作方法
【技術(shù)領(lǐng)域】
[0001 ] 本公開涉及三網(wǎng)融合領(lǐng)域，特別地，涉及一種基于HAS (HTTP AdaptiveStreaming, HTTP自適應(yīng)流媒體)機(jī)制對(duì)⑶N (Content Delivery Network,內(nèi)容分發(fā)網(wǎng)絡(luò))內(nèi)的媒體URI (Uniform Resource Identif ier,統(tǒng)一資源標(biāo)識(shí))進(jìn)行隱藏的方法、系統(tǒng)與用戶終端。
【背景技術(shù)】
[0002]近些年，互聯(lián)網(wǎng)視頻迅猛發(fā)展，視頻內(nèi)容的流量已占到了整個(gè)互聯(lián)網(wǎng)流量的一半。談到互聯(lián)網(wǎng)視頻就不得不提到流媒體技術(shù)，正是流媒體技術(shù)的不斷發(fā)展促進(jìn)了目前互聯(lián)網(wǎng)視頻的迅猛發(fā)展。
[0003]傳統(tǒng)的媒體內(nèi)容分發(fā)技術(shù)主要有兩大類，一類是以RTSP (Real Time StreamingProtocol,實(shí)時(shí)流媒體協(xié)議)/RTP (Real Time Transfer Protocol,實(shí)時(shí)傳輸協(xié)議)為代表的面向連接的流媒體技術(shù)，另一類則是目前主流視頻網(wǎng)站采用的無(wú)連接的HTTP漸進(jìn)式下載。
[0004]所謂的漸進(jìn)式下載，即終端播放器可以在整個(gè)媒體文件被下載完成之前即可開始媒體的播放，客戶端及服務(wù)端如果均支持HTTP1.1，則終端還可從沒下載完成的部分中任意選取一個(gè)時(shí)間點(diǎn)開始播放。
[0005]但是，傳統(tǒng)的媒體內(nèi)容分發(fā)技術(shù)與HTTP漸進(jìn)式下載技術(shù)均存在一定的缺陷，這時(shí)HAS技術(shù)應(yīng)運(yùn)而生，它融合了傳統(tǒng)RTSP/RTP流媒體技術(shù)以及基于HTTP漸進(jìn)式下載技術(shù)的優(yōu)點(diǎn)，具有高效、可擴(kuò)展以及兼容性強(qiáng)的特點(diǎn)。
[0006]HAS技術(shù)結(jié)合了傳統(tǒng)的流媒體技術(shù)和HTTP漸進(jìn)式下載播放的特點(diǎn)，以HTTP的方式向用戶傳送媒體內(nèi)容，該技術(shù)的采用可以大大提升用戶的媒體播放體驗(yàn)，同時(shí)該技術(shù)降低了頭端服務(wù)器的技術(shù)復(fù)雜度。基于HTTP的傳送方式提升了媒體內(nèi)容在網(wǎng)絡(luò)設(shè)備中的穿透能力，該技術(shù)目前已成為流媒體視頻行業(yè)發(fā)展的趨勢(shì)。
[0007]HAS技術(shù)是一種混合的媒體分發(fā)方式，給用戶的體驗(yàn)是流的方式，但是實(shí)際上與HTTP漸進(jìn)式下載方式一樣采用HTTP協(xié)議完成了內(nèi)容的下載分發(fā)，但這些媒體內(nèi)容都被切割成了一系列的媒體分塊進(jìn)行傳輸，這是HAS的一個(gè)關(guān)鍵技術(shù)。每個(gè)分塊的時(shí)間長(zhǎng)度相同，一般為2?10秒。
[0008]媒體分塊存儲(chǔ)在HTTP Web服務(wù)器中，客戶端以線性的方式向Web服務(wù)器請(qǐng)求媒體分塊，并以傳統(tǒng)的HTTP方式進(jìn)行媒體分塊的下載，當(dāng)媒體分塊下載至客戶端時(shí)，客戶端按照順序播放這一系列媒體分塊。因?yàn)檫@些媒體分塊按照約定的規(guī)則進(jìn)行編碼，各個(gè)媒體分塊之間沒有內(nèi)容的重疊或不連續(xù)，對(duì)于用戶來(lái)說(shuō)，則看到了一個(gè)無(wú)縫平滑的播放效果。
[0009]需要指出的是，網(wǎng)絡(luò)視訊服務(wù)使用CDN向大量的用戶終端進(jìn)行媒體文件的傳送，在服務(wù)過(guò)程中CDN需要向用戶終端隱藏媒體文件的真實(shí)的URI，以防止出現(xiàn)盜鏈行為。
[0010]在HAS機(jī)制中，客戶端是通過(guò)播放列表文件中包含的媒體文件地址訪問(wèn)相應(yīng)媒體文件，但是，現(xiàn)有電信運(yùn)營(yíng)商的防盜鏈機(jī)制中只對(duì)播放列表文件的地址進(jìn)行加密，無(wú)法對(duì)播放列表文件中包含的媒體文件地址進(jìn)行加密。因此，在此機(jī)制下電信運(yùn)營(yíng)商現(xiàn)有的防盜鏈機(jī)制無(wú)法對(duì)CDN內(nèi)的媒體文件的URI進(jìn)行隱藏。

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

[0011]本公開鑒于以上問(wèn)題中的至少一個(gè)提出了新的技術(shù)方案。
[0012]本公開在其一個(gè)方面提供了一種基于HAS機(jī)制對(duì)CDN內(nèi)的媒體URI進(jìn)行隱藏的方法，其可以隱藏采用HAS機(jī)制時(shí)的媒體URI。
[0013]本公開在其另一方面提供了一種用戶終端，其可以隱藏采用HAS機(jī)制時(shí)的媒體URI。
[0014]本公開在其又一方面提供了一種基于HAS機(jī)制對(duì)⑶N內(nèi)的媒體URI進(jìn)行隱藏的系統(tǒng)，其可以隱藏采用HAS機(jī)制時(shí)的媒體URI。
[0015]根據(jù)本公開，提供一種基于HAS機(jī)制對(duì)⑶N內(nèi)的媒體URI進(jìn)行隱藏的方法，包括:
[0016]向播放地址生成模塊請(qǐng)求待播放媒體的播放地址；
[0017]接收加密的播放地址，并通過(guò)播放列表請(qǐng)求將加密的播放地址轉(zhuǎn)發(fā)至⑶N ；
[0018]接收CDN返回的播放列表文件，其中，播放列表文件中包含加密的所請(qǐng)求媒體各個(gè)分片的URI ；
[0019]向CDN請(qǐng)求媒體文件，對(duì)媒體文件的請(qǐng)求中包含加密的所請(qǐng)求媒體各個(gè)分片的URI ；
[0020]接收⑶N返回的媒體文件。
[0021]在本公開的一些實(shí)施例中，該方法還包括:
[0022]⑶N在接收到加密的播放地址后，根據(jù)加密的播放地址將相應(yīng)的加密后的URI發(fā)送給用戶終端。
[0023]在本公開的一些實(shí)施例中，根據(jù)加密的播放地址將相應(yīng)的加密后的URI發(fā)送給用戶終端的步驟包括:
[0024]對(duì)加密的播放地址進(jìn)行解密；
[0025]對(duì)與解密后的播放地址對(duì)應(yīng)的播放列表文件所包含的媒體各個(gè)分片的URI進(jìn)行加密；
[0026]生成包含所請(qǐng)求媒體各個(gè)分片的加密URI的播放列表文件并發(fā)送給用戶終端。
[0027]在本公開的一些實(shí)施例中，該方法還包括:
[0028]CDN在接收到對(duì)媒體文件的請(qǐng)求后，對(duì)其中包含的各個(gè)分片的URI進(jìn)行解密；
[0029]并將與解密后的URI對(duì)應(yīng)的媒體分片發(fā)送至用戶終端。
[0030]根據(jù)本公開，還提供了一種用戶終端，包括:
[0031 ] 播放地址請(qǐng)求單元，用于向播放地址生成模塊請(qǐng)求待播放媒體的播放地址；
[0032]播放地址轉(zhuǎn)發(fā)單元，用于接收加密的播放地址，并通過(guò)播放列表請(qǐng)求將加密的播放地址轉(zhuǎn)發(fā)至⑶N ；
[0033]列表文件接收單元，用于接收CDN返回的播放列表文件，其中，播放列表文件中包含加密的所請(qǐng)求媒體各個(gè)分片的URI ；
[0034]媒體文件請(qǐng)求單元，用于向CDN請(qǐng)求媒體文件，對(duì)媒體文件的請(qǐng)求中包含加密的所請(qǐng)求媒體各個(gè)分片的URI ；
[0035]媒體文件接收單元，用于接收CDN返回的媒體文件。
[0036]根據(jù)本公開，還提供了一種基于HAS機(jī)制對(duì)⑶N內(nèi)的媒體URI進(jìn)行隱藏的系統(tǒng)，包括⑶N、播放地址生成模塊以及前述實(shí)施例的用戶終端。
[0037]在本公開的一些實(shí)施例中，該⑶N包括:
[0038]URI加密單元，用于根據(jù)加密的播放地址將相應(yīng)的加密后的URI發(fā)送給用戶終端。
[0039]在本公開的一些實(shí)施例中，URI加密單元包括:
[0040]地址解密子單元，用于對(duì)加密的播放地址進(jìn)行解密；
[0041]加密子單元，用于對(duì)與解密后的播放地址對(duì)應(yīng)的播放列表文件所包含的媒體各個(gè)分片的URI進(jìn)行加密；
[0042]列表文件生成子單元，用于生成包含所請(qǐng)求媒體各個(gè)分片的加密URI的播放列表文件并發(fā)送給用戶終端。
[0043]在本公開的一些實(shí)施例中，該⑶N還包括:
[0044]URI解密單元，用于對(duì)其中包含的各個(gè)分片的URI進(jìn)行解密；
[0045]媒體分片發(fā)送單元，用于將與解密后的URI對(duì)應(yīng)的媒體分片發(fā)送至用戶終端。
[0046]在本公開的技術(shù)方案中，由于CDN對(duì)媒體文件的每個(gè)分片對(duì)應(yīng)的URI分別進(jìn)行了加密，并將加密后的URI通過(guò)播放列表文件的方式發(fā)送給了用戶終端，使得用戶終端只能看到加密的URI，進(jìn)而防止了媒體文件鏈接的被盜。
【附圖說(shuō)明】
[0047]此處所說(shuō)明的附圖用來(lái)提供對(duì)本公開的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分。在附圖中:
[0048]圖1是本公開一個(gè)實(shí)施例的基于HAS機(jī)制對(duì)⑶N內(nèi)的媒體URI進(jìn)行隱藏的方法的流程示意圖。
[0049]圖2是本公開另一實(shí)施例的基于HAS機(jī)制對(duì)⑶N內(nèi)的媒體URI進(jìn)行隱藏的方法的流程示意圖。
[0050]圖3是本公開一個(gè)實(shí)施例的用戶終端的結(jié)構(gòu)示意圖。
[0051 ] 圖4是本公開一個(gè)實(shí)施例的基于HAS機(jī)制對(duì)CDN內(nèi)的媒體URI進(jìn)行隱藏的系統(tǒng)的結(jié)構(gòu)示意圖。
[0052]圖5是本公開另一實(shí)施例的基于HAS機(jī)制對(duì)CDN內(nèi)的媒體URI進(jìn)行隱藏的系統(tǒng)的結(jié)構(gòu)示意圖。
[0053]圖6是本公開又一實(shí)施例的基于HAS機(jī)制對(duì)⑶N內(nèi)的媒體URI進(jìn)行隱藏的系統(tǒng)的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0054]下面將參照附圖描述本公開。要注意的是，以下的描述在本質(zhì)上僅是解釋性和示例性的，決不作為對(duì)本公開及其應(yīng)用或使用的任何限制。除非另外特別說(shuō)明，否則，在實(shí)施例中闡述的部件和步驟的相對(duì)布置以及數(shù)字表達(dá)式和數(shù)值并不限制本公開的范圍。另外，本領(lǐng)域技術(shù)人員已知的技術(shù)、方法和裝置可能不被詳細(xì)討論，但在適當(dāng)?shù)那闆r下意在成為說(shuō)明書的一部分。
[0055]本公開下述實(shí)施例提供了一種在基于HAS機(jī)制的網(wǎng)絡(luò)視訊服務(wù)的過(guò)程中對(duì)⑶N內(nèi)的媒體URI進(jìn)行隱藏的技術(shù)方案。在該技術(shù)方案中，當(dāng)CDN向用戶終端傳送播放列表文件時(shí)，對(duì)其中包含的媒體URI進(jìn)行加密，在用戶終端請(qǐng)求媒體內(nèi)容時(shí)，再由CDN對(duì)媒體URI進(jìn)行解密，進(jìn)而通過(guò)上述方式面向用戶終端隱藏CDN中媒體文件的真實(shí)URI。
[0056]圖1是本公開一個(gè)實(shí)施例的基于HAS機(jī)制對(duì)⑶N內(nèi)的媒體URI進(jìn)行隱藏的方法的流程示意圖。
[0057]如圖1所示，該實(shí)施例可以包括以下步驟:
[0058]S102,向播放地址生成模塊請(qǐng)求待播放媒體的播放地址；
[0059]具體地，在用戶終端想請(qǐng)求播放某個(gè)媒體文件時(shí)，其首先需向網(wǎng)絡(luò)側(cè)的播放地址生成模塊請(qǐng)求待播放媒體文件的播放地址。
[0060]S104,接收加密的播放地址，并通過(guò)播放列表請(qǐng)求將加密的播放地址轉(zhuǎn)發(fā)至⑶N ；[0061 ] 具體地，播放地址生成模塊根據(jù)所請(qǐng)求的媒體文件查詢與該媒體文件對(duì)應(yīng)的播放地址，并將該播放地址加密后發(fā)送給用戶終端。用戶終端在收到該加密的播放地址后，直接將該加密的播放地址承載在播放列表請(qǐng)求中發(fā)送給CDN。
[0062]S106，接收CDN返回的播放列表文件，其中，播放列表文件中包含加密的所請(qǐng)求媒體各個(gè)分片的URI ；
[0063]具體地，CDN在接收到播放列表請(qǐng)求后，根據(jù)加密的播放地址生成播放列表文件返回給用戶終端。
[0064]S108,向CDN請(qǐng)求媒體文件，對(duì)媒體文件的請(qǐng)求中包含加密的所請(qǐng)求媒體各個(gè)分片的URI ；
[0065]具體地，用戶終端在接收到播放列表文件后，向CDN發(fā)出媒體文件請(qǐng)求，該請(qǐng)求中包含CDN發(fā)給用戶終端的加密的媒體URI。
[0066]SI 10，接收⑶N返回的媒體文件；
[0067]具體地，在用戶終端將媒體文件請(qǐng)求發(fā)送給CDN后，CDN提取其中的加密的媒體URI，對(duì)其進(jìn)行解密，根據(jù)解密后的URI獲取對(duì)應(yīng)的媒體文件并發(fā)送給用戶終端。
[0068]在該實(shí)施例中，由于CDN對(duì)媒體文件的每個(gè)分片對(duì)應(yīng)的URI分別進(jìn)行了加密，并將加密后的URI通過(guò)播放列表文件的方式發(fā)送給了用戶終端，使得用戶終端只能看到加密的URI，進(jìn)而防止了媒體文件鏈接的被盜。
[00