專利名稱：流媒體內(nèi)容的處理方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及流媒體技術(shù)，尤其涉及一種流媒體內(nèi)容的處理方法和設(shè)備。
背景技術(shù)：
流媒體是指在互聯(lián)網(wǎng)上以數(shù)據(jù)流的方式發(fā)布音頻和視頻的多流媒體內(nèi)容的媒體，流媒體技術(shù)是指在IP網(wǎng)絡(luò)上發(fā)布多媒體數(shù)據(jù)流的技術(shù)，其主要采用流式傳輸方式，將整個(gè)多媒體文件壓縮編碼成多個(gè)壓縮包，向客戶端實(shí)時(shí)地順序傳送，用戶可以一邊解壓播放前面?zhèn)魉瓦^(guò)來(lái)的壓縮包，一邊下載后續(xù)的壓縮包，從而節(jié)省了時(shí)間。超文本傳輸協(xié)議(HyperText Transfer Protocol ;簡(jiǎn)稱HTTP)流(Streaming)服務(wù)器(Server)主要采用明文傳送媒體呈現(xiàn)內(nèi)容的描述(Media Presentation Description ;簡(jiǎn)稱MPD)，從而使得MPD的安全性、完整性以及用戶隱私帶來(lái)嚴(yán)重的隱患；但是，若采用加密方式傳送MH)時(shí)，還會(huì)使得某些合法的第三方設(shè)備不能對(duì)MH)進(jìn)行合法操作，從而妨礙了 HTTP Streaming Server中對(duì)MPD的有效使用。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種流媒體內(nèi)容的處理方法和設(shè)備，用以保證了 MPD的完整性、安全性和高隱私性。一方面，提供了一種流媒體內(nèi)容的處理方法，包括HTTP Streaming Server接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求,根據(jù)所述認(rèn)證請(qǐng)求,對(duì)所述第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，向所述第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，以觸發(fā)所述第三方設(shè)備發(fā)送第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，所述第一標(biāo)識(shí)為MPD的標(biāo)識(shí)；所述HTTP Streaming Server接收所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，并根據(jù)所述第三方設(shè)備需要處理的內(nèi)容，對(duì)所述第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理；所述HTTP Streaming Server對(duì)處理后的MPD進(jìn)行安全處理,并將安全處理后的MPD發(fā)送給客戶端，以供所述客戶端獲取并播放與所述安全處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容。一方面，提供了另一種媒體內(nèi)容的處理方法，包括第三方設(shè)備獲取客戶端發(fā)送的MPD的請(qǐng)求消息，所述MPD的請(qǐng)求消息包括第一標(biāo)識(shí)，所述第一標(biāo)識(shí)為MPD的標(biāo)識(shí)；所述第三方設(shè)備根據(jù)所述MPD的請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求，并接收所述HTTP Streaming Server返回的認(rèn)證響應(yīng)；所述第三方設(shè)備若接收到的認(rèn)證響應(yīng)為認(rèn)證通過(guò)的響應(yīng)，則向所述HTTPStreaming Server發(fā)送所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，以使得所述HTTP Streaming Server根據(jù)所述三方設(shè)備需要處理的內(nèi)容,對(duì)所述第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理，對(duì)處理后的MPD進(jìn)行安全處理，并將安全處理后的MPD發(fā)送給客戶端。一方面，提供了又一種流媒體內(nèi)容的處理方法，包括第三方設(shè)備獲取到客戶端發(fā)送的MPD的請(qǐng)求消息，根據(jù)所述MPD的請(qǐng)求消息，向HTTP Streaming Server 發(fā)送認(rèn)證請(qǐng)求；所述第三方設(shè)備接收所述HTTP Streaming Server在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，并根據(jù)所述第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的MPD進(jìn)行處理，并發(fā)送給所述客戶端，以供所述客戶端獲取并播放與處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容，所述第三方設(shè)備需要處理的內(nèi)容為預(yù)先設(shè)置的、且用于MPD進(jìn)行處理的內(nèi)容。
一方面，提供了還一種流媒體內(nèi)容的處理方法，包括HTTP Streaming Server接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求,并對(duì)所述第三方設(shè)備進(jìn)行認(rèn)證；所述HTTP Streaming Server在認(rèn)證通過(guò)后，向第三方設(shè)備發(fā)送第一密鑰，以使得所述第三方設(shè)備根據(jù)所述第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理，并發(fā)送給所述客戶端。一方面，提供了一種 HTTP Streaming Server,包括第一收發(fā)模塊，用于接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求；第一認(rèn)證模塊，用于根據(jù)所述第一收發(fā)模塊接收到的所述認(rèn)證請(qǐng)求，對(duì)所述第三方設(shè)備進(jìn)行認(rèn)證；所述第一收發(fā)模塊用于當(dāng)所述第一認(rèn)證模塊認(rèn)證通過(guò)，向所述第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，并接收所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的所述第三方設(shè)備需要處理的內(nèi)容；所述第一標(biāo)識(shí)為MPD的標(biāo)識(shí)；第一處理模塊，用于根據(jù)所述第一收發(fā)模塊接收的所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的所述第三方需要處理的內(nèi)容，對(duì)所述第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理；第一收發(fā)模塊用于對(duì)所述第一處理模塊處理后的MPD進(jìn)行安全處理，并將安全處理后的MPD發(fā)送給客戶端。一方面，提供了一種第三方設(shè)備，包括保存模塊，用于保存第三方設(shè)備需要處理的內(nèi)容；第二收發(fā)模塊，用于獲取客戶端發(fā)送的MPD的請(qǐng)求消息，所述MPD的請(qǐng)求消息包括第一標(biāo)識(shí)，所述第一標(biāo)識(shí)為MPD的標(biāo)識(shí)；并根據(jù)所述MPD的請(qǐng)求消息，向HTTP StreamingServer發(fā)送認(rèn)證請(qǐng)求，并接收所述HTTP Streaming Server返回的認(rèn)證響應(yīng)；若接收到的認(rèn)證響應(yīng)為認(rèn)證通過(guò)的響應(yīng)，則向所述HTTP Streaming Server發(fā)送所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的、所述保存模塊保存的第三方設(shè)備需要處理的內(nèi)容，以使得所述HTTPStreaming Server根據(jù)所述三方設(shè)備需要處理的內(nèi)容,對(duì)所述第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理，并對(duì)處理后的MPD進(jìn)行安全處理，并將安全處理后的MPD發(fā)送給客戶端。一方面，提供了另一種第三方設(shè)備，包括第三收發(fā)模塊，用于獲取客戶端發(fā)送的MPD的請(qǐng)求消息，根據(jù)所述MPD的請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求；并接收所述HTTP Streaming Server在認(rèn)證通過(guò)后所發(fā)送的第一密鑰；
第二處理模塊，用于根據(jù)所述第三方設(shè)備需要處理的內(nèi)容以及所述第三收發(fā)模塊接收到的所述第一密鑰，對(duì)獲取到的、加密后的MPD進(jìn)行處理，并發(fā)送給所述客戶端，以供所述客戶端獲取并播放與處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容，所述第三方設(shè)備需要處理的內(nèi)容為預(yù)先設(shè)置的且用于對(duì)媒體呈現(xiàn)內(nèi)容進(jìn)行處理的內(nèi)容。一方面，提供了另一種 HTTP Streaming Server,包括第四收發(fā)模塊，用于接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求；第二認(rèn)證模塊，用于對(duì)所述第三方設(shè)備進(jìn)行認(rèn)證；所述第四收發(fā)模塊還用于在所述第二認(rèn)證模塊認(rèn)證通過(guò)后，向第三方設(shè)備發(fā)送第一密鑰，以使得所述第三方設(shè)備根據(jù)所述第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲 取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理，并發(fā)送給所述客戶端。本發(fā)明實(shí)施例的流媒體內(nèi)容的處理方法和設(shè)備,通過(guò)HTTP Streaming Server接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求，根據(jù)該認(rèn)證請(qǐng)求，對(duì)第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，以觸發(fā)第三方設(shè)備發(fā)送第一標(biāo)識(shí)和第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，并根據(jù)該第三方設(shè)備需要處理的內(nèi)容，對(duì)第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理，并將處理后的MPD進(jìn)行安全處理，最后將安全處理后的MPD發(fā)送給客戶端，以供該客戶端獲取并播放與該安全處理后的MPD所對(duì)應(yīng)的流媒體內(nèi)容，從而保證了 MPD的完整性、安全性和高隱私性。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I為現(xiàn)有技術(shù)中HTTP Streaming系統(tǒng)的架構(gòu)示意圖；圖2為本發(fā)明流媒體內(nèi)容的處理方法的一個(gè)實(shí)施例的流程圖；圖3為本發(fā)明流媒體內(nèi)容處理方法的又一個(gè)實(shí)施例的流程圖；圖4為在流媒體內(nèi)容的處理系統(tǒng)中實(shí)現(xiàn)流媒體內(nèi)容的處理的系統(tǒng)組網(wǎng)結(jié)構(gòu)示意圖；圖5為本發(fā)明流媒體內(nèi)容的處理方法的再一個(gè)實(shí)施例的信令流程圖；圖6為本發(fā)明流媒體內(nèi)容的處理方法的另一個(gè)實(shí)施例的信令流程圖；圖7為本發(fā)明流媒體內(nèi)容的處理方法的又一個(gè)實(shí)施例的流程圖；圖8為本發(fā)明流媒體內(nèi)容的處理方法的另一個(gè)實(shí)施例的流程圖；圖9為本發(fā)明流媒體內(nèi)容的處理方法的再一個(gè)實(shí)施例的信令流程圖；圖10為本發(fā)明流媒體內(nèi)容的處理方法的另一個(gè)實(shí)施例的信令流程圖；圖11為本發(fā)明流媒體內(nèi)容的處理方法的又一個(gè)實(shí)施例的信令流程圖；圖12為本發(fā)明HTTP Streaming Server的一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；圖13為本發(fā)明HTTP Streaming Server的另一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；圖14為本發(fā)明第三方設(shè)備的一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；圖15為本發(fā)明第三方設(shè)備的又一個(gè)實(shí)施例的結(jié)構(gòu)示意圖16為本發(fā)明第三方設(shè)備的還一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；圖17為本發(fā)明第三方設(shè)備的再一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；圖18為本發(fā)明第三方設(shè)備的又一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；圖19為本發(fā)明HTTP Streaming Server的一個(gè)實(shí)施例的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。傳統(tǒng)的流媒體傳輸技術(shù)主要利用實(shí)時(shí)傳送協(xié)議(Real-time Transport Protocol ;簡(jiǎn)稱 RTP)或者 RTP 控制協(xié)議(RTP Control Protocol ;簡(jiǎn)稱RTCP)來(lái)傳輸實(shí)時(shí)流媒體，例如音頻流、視頻流和字幕流等，并可以利用實(shí)時(shí)流傳輸協(xié)議(Real TimeStreaming Protocol ;簡(jiǎn)稱RTSP)對(duì)流媒體進(jìn)行開(kāi)始播放、暫停、快進(jìn)、快退和停止播放等流控操作。而HTTP Streaming有別于傳統(tǒng)的流媒體傳輸，其主要增加了多碼率，供終端可以根據(jù)實(shí)際情況選擇，在媒體服務(wù)器端把一個(gè)流媒體內(nèi)容分成不同碼率的各個(gè)分片。媒體服務(wù)器根據(jù)終端設(shè)備的請(qǐng)求，將不同碼率的、分片的多流媒體內(nèi)容傳輸給終端設(shè)備進(jìn)行播放。具體的，圖I為現(xiàn)有技術(shù)中HTTP Streaming系統(tǒng)的架構(gòu)示意圖，如圖I所示，該HTTPStreaming 系統(tǒng)主要包括內(nèi)容準(zhǔn)備(Content Preparation)設(shè)備 11、HTTP Streaming 服務(wù)器(Server) 12 和 HTTP Streaming 客戶端(Client) 13,該 HTTP Streaming 系統(tǒng)的工作原理主要是內(nèi)容源(Content Source)把流媒體內(nèi)容輸入給Content Preparation設(shè)備
11,由Content Preparation設(shè)備11將該流媒體內(nèi)容分片，并將獲取到的分片內(nèi)容封裝成符合要求的格式，再生成與該分片內(nèi)容對(duì)應(yīng)的媒體呈現(xiàn)內(nèi)容的描述MPD ;然后把分片內(nèi)容以及 MPD 發(fā)布到 HTTP Streaming Server 12 中。當(dāng) HTTP Streaming Client 13 請(qǐng)求 MPD時(shí)，HTTP Streaming Client 13 發(fā)送請(qǐng)求從 HTTP Streaming Server 12 獲取 MPD,并根據(jù)該ΜΗ)生成分片請(qǐng)求信息，并發(fā)送該分片請(qǐng)求信息給HTTP Streaming Server 12，以供HTTPStreaming Server 12根據(jù)該分片請(qǐng)求信息下發(fā)與該MPD對(duì)應(yīng)的分片內(nèi)容,最后由HTTPStreaming Client 13播放該分片內(nèi)容。另外,第三方設(shè)備(例如運(yùn)營(yíng)商)還可以對(duì)MPD進(jìn)行攔截，并對(duì)攔截的MH)進(jìn)行操作(例如插入廣告或修改原有廣告)，再將修改后的MPD發(fā)送給 HTTP Streaming Client 13,以供 HTTP Streaming Client 13 播放。圖2為本發(fā)明流媒體內(nèi)容的處理方法的一個(gè)實(shí)施例的流程圖，如圖2所示，本實(shí)施例的方法包括步驟101、HTTP Streaming Server接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求,根據(jù)該認(rèn)證請(qǐng)求，對(duì)第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，以觸發(fā)第三方設(shè)備發(fā)送第一標(biāo)識(shí)及該第一標(biāo)識(shí)對(duì)應(yīng)的第三方需要處理的內(nèi)容，該第一標(biāo)識(shí)為MPD的標(biāo)識(shí)。在本實(shí)施例中，HTTP Streaming Client通過(guò)帶外方式獲取MPD的統(tǒng)一資源定位符(Uniform/Universal Resource Locator ;簡(jiǎn)稱URL),并根據(jù)該 MPD 的 URL,向 HTTPStreaming Server發(fā)送MPD的請(qǐng)求消息,第三方設(shè)備的中間節(jié)點(diǎn)(Middle Box)截獲到該MPD 的請(qǐng)求消息時(shí)，則發(fā)送認(rèn)證請(qǐng)求給 HTTP Streaming Server。HTTP Streaming Server若認(rèn)證通過(guò)，則向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，以觸發(fā)第三方設(shè)備發(fā)送第一標(biāo)識(shí)和該第一標(biāo)識(shí)對(duì)應(yīng)的第三方需要處理的內(nèi)容，其中，該第一標(biāo)識(shí)為MPD的標(biāo)識(shí)，具體可以是MPD的編號(hào),或某視頻序列號(hào)等。第三方設(shè)備可以是基站的無(wú)線控制器(Radio NetworkController ;簡(jiǎn)稱RNC),演進(jìn)型基站(evolved Node B ;簡(jiǎn)稱eNB)或者核心網(wǎng)節(jié)點(diǎn)等。步驟102、HTTP Streaming Server接收該第一標(biāo)識(shí)及該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，并根據(jù)第三方設(shè)備需要處理的內(nèi)容，對(duì)第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理。在本實(shí)施例中，當(dāng)HTTP Streaming Server根據(jù)認(rèn)證請(qǐng)求,對(duì)第三方設(shè)備認(rèn)證通過(guò)，即第三方設(shè)備合法時(shí)，可以發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)給第三方設(shè)備，則第三方設(shè)備在接收到該認(rèn)證通過(guò)的認(rèn)證響應(yīng)后，發(fā)送第一標(biāo)識(shí)和第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容給HTTP Streaming Server,由HTTP Streaming Server根據(jù)第三方設(shè)備需要處理的內(nèi)容，對(duì)該第一標(biāo)識(shí)對(duì)應(yīng)MPD進(jìn)行處理，其中，處理的內(nèi)容可以為修改、刪除和/或添加廣告信肩、O 步驟103、HTTP Streaming Server對(duì)處理后的MPD進(jìn)行安全處理,并將安全處理后的MPD發(fā)送給客戶端，以供客戶端獲取并播放與安全處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容。具體的，該客戶端可以具體為HTTP Streaming Client。在本實(shí)施例中，當(dāng)HTTP Streaming Server對(duì)MPD進(jìn)行處理后，則將處理后的MPD進(jìn)行安全處理，例如通過(guò)密鑰對(duì)處理后的MPD進(jìn)行加密處理，再將加密處理后的MPD發(fā)送給HTTP Streaming Client,以供HTTP Streaming Client 從HTTP Streaming Server 中獲取并播放與加密處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容。在本實(shí)施例中，通過(guò)HTTP Streaming Server接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求,根據(jù)該認(rèn)證請(qǐng)求，對(duì)第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，以觸發(fā)第三方設(shè)備發(fā)送第一標(biāo)識(shí)和第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，并根據(jù)該第三方設(shè)備需要處理的內(nèi)容，對(duì)第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理，并將處理后的MPD進(jìn)行安全處理，最后將安全處理后的MPD發(fā)送給客戶端，以供該客戶端獲取并播放與該安全處理后的MPD所對(duì)應(yīng)的流媒體內(nèi)容，從而保證了 MPD的完整性、安全性和高隱私性。進(jìn)一步的，在本發(fā)明的另一個(gè)實(shí)施例中，在上述圖2所示實(shí)施例的基礎(chǔ)上，步驟101中HTTP Streaming Server接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求,根據(jù)該認(rèn)證請(qǐng)求,對(duì)第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)的一種具體實(shí)現(xiàn)方式為HTTP Streaming Server接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求,根據(jù)認(rèn)證請(qǐng)求,對(duì)第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，與第三方設(shè)備建立安全隧道，并通過(guò)安全隧道向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)。則步驟102中HTTP Streaming Server接收該第一標(biāo)識(shí)和該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容的一種具體實(shí)現(xiàn)方式為HTTP Streaming Server接收第三方設(shè)備通過(guò)安全隧道發(fā)送的第一標(biāo)識(shí)和第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容。另外，步驟103中HTTP Streaming Server對(duì)處理后的MPD進(jìn)行安全處理，并將安全處理后的MPD發(fā)送給客戶端的一種具體實(shí)現(xiàn)方式為
HTTP Streaming Server根據(jù)預(yù)先配置的密鑰,對(duì)處理后的MPD進(jìn)行加密處理,并發(fā)送加密后的MPD給客戶端?；蛘?，步驟103中HTTP Streaming Server對(duì)處理后的MPD進(jìn)行安全處理，并將安全處理后的MPD發(fā)送給客戶端的另一種具體實(shí)現(xiàn)方式為HTTP Streaming Server 將處理后的 MPD 通過(guò) HTTP Streaming Server 與客戶端建立的互聯(lián)網(wǎng)協(xié)議安全(Internet Protocol Security ;簡(jiǎn)稱IPsec)隧道發(fā)送給客戶端。圖3為本發(fā)明流媒體內(nèi)容處理方法的又一個(gè)實(shí)施例的流程圖，如圖3所示，本實(shí)施例的方法包括步驟201、第三方設(shè)備獲取客戶端發(fā)送的MPD的請(qǐng)求消息，該MPD的請(qǐng)求消息包括第一標(biāo)識(shí)，該第一標(biāo)識(shí)為MPD的標(biāo)識(shí)。
步驟202、第三方設(shè)備根據(jù)MPD的請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求，并接收該HTTP Streaming Server返回的認(rèn)證響應(yīng)。步驟203、第三方設(shè)備若接收到認(rèn)證響應(yīng)為認(rèn)證通過(guò)的認(rèn)證響應(yīng)，則向HTTPStreaming Server發(fā)送第一標(biāo)識(shí)及該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，以使得HTTP Streaming Server根據(jù)該第三方設(shè)備需要處理的內(nèi)容，對(duì)該第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理，對(duì)處理后的MPD進(jìn)行安全處理，并將安全處理后的MPD發(fā)送給客戶端。具體的,該HTTP Streaming Server可以執(zhí)行圖2所示方法實(shí)施例的技術(shù)方案,其實(shí)現(xiàn)原理相類似，此處不再贅述。在本實(shí)施例中，通過(guò)第三方設(shè)備獲取客戶端發(fā)送的MPD的請(qǐng)求消息，該MPD的請(qǐng)求消息包括第一標(biāo)識(shí)，且該第一標(biāo)識(shí)為MPD的標(biāo)識(shí)，則根據(jù)該MPD的請(qǐng)求消息，向HTTPStreaming Server發(fā)送認(rèn)證請(qǐng)求,并接收該HTTP Streaming Server返回的認(rèn)證響應(yīng),若該第三方設(shè)備接收到的認(rèn)證響應(yīng)為認(rèn)證通過(guò)的認(rèn)證響應(yīng)，則向HTTP Streaming Server發(fā)送第一標(biāo)識(shí)及第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，以使得HTTP Streaming Server根據(jù)該第三方設(shè)備需要處理的內(nèi)容，對(duì)第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理，對(duì)處理后的MPD進(jìn)行安全處理，并將安全處理后的MPD發(fā)送給客戶端，從而保證了 MPD的安全性和完整性。進(jìn)一步的，在本發(fā)明的還一個(gè)實(shí)施例中，在上述圖3所示實(shí)施例的基礎(chǔ)上，步驟202的具體實(shí)現(xiàn)方式為第三方設(shè)備根據(jù)MPD的請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求；若第三方設(shè)備認(rèn)證通過(guò),該第三方設(shè)備與HTTP Streaming Server建立安全隧道，并通過(guò)安全隧道接收認(rèn)證通過(guò)的認(rèn)證響應(yīng)。則步驟203中第三方設(shè)備若接收到認(rèn)證響應(yīng)為認(rèn)證通過(guò)的認(rèn)證響應(yīng)，則向HTTPStreaming Server發(fā)送第一標(biāo)識(shí)和該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容的具體實(shí)現(xiàn)方式可以為第三方設(shè)備通過(guò)該安全隧道接收到認(rèn)證通過(guò)的認(rèn)證響應(yīng)，則第三方設(shè)備通過(guò)該安全隧道向HTTP Streaming Server發(fā)送第一標(biāo)識(shí)及第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容。本發(fā)明各個(gè)實(shí)施例的實(shí)現(xiàn)環(huán)境可以具體為在流媒體內(nèi)容的處理系統(tǒng)中，圖4為在流媒體內(nèi)容的處理系統(tǒng)中實(shí)現(xiàn)流媒體內(nèi)容的處理的系統(tǒng)組網(wǎng)結(jié)構(gòu)示意圖，如圖4所示，該流媒體內(nèi)容的處理系統(tǒng)主要包括HTTP Streaming Server21、HTTP Streaming Client 22和第三方設(shè)備23。圖5為本發(fā)明流媒體內(nèi)容的處理方法的再一個(gè)實(shí)施例的信令流程圖，如圖5所示，在本實(shí)施例中，在上述圖4所示實(shí)施例的基礎(chǔ)上，流媒體內(nèi)容的處理系統(tǒng)可以基于共享密鑰機(jī)制，即HTTP Streaming Server和HTTP Streaming Client之間可以預(yù)先配置共享密鑰，或者以某種方式生成共享密鑰，舉例來(lái)說(shuō)，通過(guò)認(rèn)證方式協(xié)商生成共享密鑰，該認(rèn)證方式可以包括安全套接層(Secure Sockets Layer ;簡(jiǎn)稱SSL)或者傳輸層安全(TransportLayer Security ;簡(jiǎn)稱TLS),則本實(shí)施例的方法包括步驟301、第三方設(shè)備截獲HTTP Streaming Client發(fā)送的MPD的請(qǐng)求消息，并發(fā)送認(rèn)證請(qǐng)求給 HTTP Streaming Server。步驟302、HTTP Streaming Server根據(jù)接收到的認(rèn)證請(qǐng)求,對(duì)第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，則與第三方設(shè)備建立安全隧道，并通過(guò)所述安全隧道向所述第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，以觸發(fā)第三方設(shè)備通過(guò)該安全隧道發(fā)送第一標(biāo)識(shí)及該第一標(biāo)識(shí)對(duì) 應(yīng)的第三方設(shè)備需要處理的內(nèi)容。步驟303、HTTP Streaming Server接收第三方設(shè)備通過(guò)安全隧道發(fā)送的第一標(biāo)識(shí)及該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，并根據(jù)第三方設(shè)備需要處理的內(nèi)容，對(duì)該第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理。在本實(shí)施例中，第三方設(shè)備需要處理的內(nèi)容可以包括第三方設(shè)備需要修改，添加和/或刪除的內(nèi)容，該內(nèi)容可以為廣告信息。步驟304、HTTP Streaming Server根據(jù)預(yù)先配置的密鑰(例如共享密鑰)，對(duì)處理后的MPD進(jìn)行加密處理，并發(fā)送加密后的MPD給HTTP Streaming Client。步驟305、HTTP Streaming Client獲取并播放與該加密后的ΜΗ)對(duì)應(yīng)的流媒體內(nèi)容。具體的,在本實(shí)施例中，當(dāng)HTTP Streaming Client接收到加密后的MPD后,可以根據(jù)前述的共享密鑰對(duì)加密后的MPD進(jìn)行解密處理，并根據(jù)獲取到的解密后的MPD，從HTTPStreaming Server中獲取并播放與該解密后的MPD對(duì)應(yīng)的流媒體內(nèi)容。在本實(shí)施例中，HTTP Streaming Server通過(guò)根據(jù)接收到的第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求，對(duì)第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，與第三方設(shè)備建立安全隧道，并通過(guò)該安全隧道向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，以觸發(fā)第三方設(shè)備通過(guò)該安全隧道發(fā)送第一標(biāo)識(shí)和該第一標(biāo)識(shí)對(duì)應(yīng)的第三方需要處理的內(nèi)容，HTTP Streaming Server接收第三方設(shè)備發(fā)送的第一標(biāo)識(shí)和該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，并根據(jù)該第三方設(shè)備需要處理的內(nèi)容，對(duì)第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理，再根據(jù)HTTP Streaming Server和HTTP Streaming Client預(yù)先配置或者以某種方式生成的共享密鑰，對(duì)處理后的ΜΗ)進(jìn)行加密處理，最后，將加密處理后的MPD發(fā)送給HTTP Streaming Client,以供HTTP StreamingClient對(duì)該加密后的MPD進(jìn)行解密處理，獲取并播放與解密后的MPD對(duì)應(yīng)的流媒體內(nèi)容，由于會(huì)話密鑰不外泄，且由HTTP Streaming Server根據(jù)第三方設(shè)備需要處理的內(nèi)容對(duì)MPD進(jìn)行處理，因此，使 MPD 不被除 HTTP Streaming Server 和 HTTP Streaming Client 之外的第三方設(shè)備解讀，從而保證了 MPD的安全性、完整性和高隱私性，并避免了 MPD不被非法第三方設(shè)備解讀。進(jìn)一步的，本發(fā)明的HTTP Streaming系統(tǒng)還可以基于數(shù)字版權(quán)加密保護(hù)技術(shù)(Digital Rights Management ;簡(jiǎn)稱DRM)機(jī)制，以應(yīng)用于付費(fèi)業(yè)務(wù)的場(chǎng)景中，其實(shí)現(xiàn)原理與圖5所示方法實(shí)施例的實(shí)現(xiàn)原理相類似，其區(qū)別在于，密鑰可以采用對(duì)稱密鑰或者非對(duì)稱密鑰。圖6為本發(fā)明流媒體內(nèi)容的處理方法的另一個(gè)實(shí)施例的信令流程圖，如圖6所示，在上述圖4所示實(shí)施例的基礎(chǔ)上,本實(shí)施例的方法包括步驟401、第三方設(shè)備截獲HTTP Streaming Client發(fā)送的MPD的請(qǐng)求消息，并發(fā)送認(rèn)證請(qǐng)求給 HTTP Streaming Server。步驟402、HTTP Streaming Server根據(jù)接收到的認(rèn)證請(qǐng)求,對(duì)第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，則與第三方設(shè)備建立安全隧道，并通過(guò)安全隧道向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，以觸發(fā)第三方設(shè)備通過(guò)安全隧道發(fā)送第一標(biāo)識(shí)及該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容。步驟403、HTTP Streaming Server接收第三方設(shè)備通過(guò)安全隧道發(fā)送的第一標(biāo)識(shí) 及該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，并根據(jù)第三方設(shè)備需要處理的內(nèi)容，對(duì)該第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理。在本實(shí)施例中，第三方設(shè)備需要處理的內(nèi)容可以包括第三方設(shè)備需要修改，添加和/或刪除的內(nèi)容，該內(nèi)容可以為廣告信息。步驟404、HTTP Streaming Server 將處理后的 MPD 通過(guò) HTTP Streaming Server與 HTTP Streaming Client 建立的 IPsec 隧道發(fā)送給 HTTP Streaming Client。步驟405、HTTP Streaming Client獲取并播放與該安全處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容。在本實(shí)施例中，HTTP Streaming Server通過(guò)根據(jù)接收到的第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求，對(duì)第三方設(shè)備進(jìn)行認(rèn)證，若發(fā)送認(rèn)證通過(guò)，則與第三方設(shè)備建立安全隧道，并通過(guò)該安全隧道向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，以觸發(fā)第三方設(shè)備通過(guò)該安全隧道發(fā)送第一標(biāo)識(shí)和該第一標(biāo)識(shí)對(duì)應(yīng)的第三方需要處理的內(nèi)容，HTTP Streaming Server接收第一標(biāo)識(shí)和該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，并根據(jù)該第三方設(shè)備需要處理的內(nèi)容，對(duì)第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理,再通過(guò)HTTP Streaming Server和HTTP StreamingClient預(yù)先建立的IPsec隧道，將處理后的MPD發(fā)送給HTTP Streaming Client,以供HTTPStreaming Client對(duì)該處理后的MPD進(jìn)行解密處理，獲取并播放與處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容，由于IPsec隧道可以有效的防止第三方設(shè)備的竊聽(tīng)和對(duì)MPD的修改，因此，保護(hù)MPD不被除HTTP Streaming Server和HTTP Streaming Client之外的第三方設(shè)備解讀，從而保證了 MPD的安全性、完整性和高隱私性，并避免了 MPD不被非法第三方設(shè)備解讀。圖7為本發(fā)明流媒體內(nèi)容的處理方法的又一個(gè)實(shí)施例的流程圖，如圖7所示，本實(shí)施例的方法包括步驟501、第三方設(shè)備獲取客戶端發(fā)送的Mro的請(qǐng)求消息，根據(jù)該Mro的請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求。在本實(shí)施例中，該客戶端可以具體為HTTP Streaming Client。步驟502、第三方設(shè)備接收HTTP Streaming Server在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，并根據(jù)該第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的MPD進(jìn)行處理，并發(fā)送給客戶端，以供客戶端獲取并播放與處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容，該第三方設(shè)備需要處理的內(nèi)容為預(yù)先設(shè)置的，且用于對(duì)MPD進(jìn)行處理的內(nèi)容。在本實(shí)施例中，第三方設(shè)備需要處理的內(nèi)容可以包括第三方設(shè)備需要修改，添加和/或刪除的內(nèi)容，該內(nèi)容可以為廣告信息。在本實(shí)施例中，第三方設(shè)備通過(guò)獲取客戶端發(fā)送的MPD的請(qǐng)求消息，并根據(jù)該MPD的請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求；并接收該HTTP Streaming Server在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，再根據(jù)該第一密鑰以及第三方需要處理的內(nèi)容，對(duì)獲取到的、加密的MPD進(jìn)行處理，并發(fā)送給客戶端，以供客戶端獲取并播放與處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容，從而保證了 MPD的安全性和完整性，并避免了 MPD不被非法第三方設(shè)備解讀，進(jìn)而實(shí)現(xiàn)了合法的第三方設(shè)備對(duì)MPD進(jìn)行合法的操作。進(jìn)一步的，在本發(fā)明的還一個(gè)實(shí)施例中，在上述圖7所示實(shí)施例的基礎(chǔ)上，步驟 502中第三方設(shè)備接收HTTP Streaming Server在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，并根據(jù)該第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的MPD進(jìn)行處理，并發(fā)送給客戶端的一種具體實(shí)現(xiàn)方式為第三方設(shè)備接收HTTP Streaming Server在認(rèn)證通過(guò)后所的第一密鑰，并根據(jù)第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的MPD進(jìn)行處理，并發(fā)送給客戶端，以供客戶端獲取并播放與處理后的媒體呈現(xiàn)內(nèi)容描述的流媒體內(nèi)容，該第三方設(shè)備需要處理的內(nèi)容為預(yù)先設(shè)置的、且用于對(duì)MPD進(jìn)行處理的內(nèi)容?；蛘?步驟502中第三方設(shè)備接收HTTP Streaming Server在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，并根據(jù)該第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的MPD進(jìn)行處理，并發(fā)送給客戶端的另一種具體實(shí)現(xiàn)方式為第三方設(shè)備接收HTTP Streaming Server在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，并根據(jù)第一密鑰，對(duì)獲取到的、加密后的MPD進(jìn)行解密，再根據(jù)第三方設(shè)備需要處理的內(nèi)容，對(duì)解密后的MPD述進(jìn)行處理第三方設(shè)備根據(jù)該第一密鑰，對(duì)處理后的MPD進(jìn)行加密并發(fā)送給客戶端。又或者,步驟502中第三方設(shè)備接收HTTP Streaming Server在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，并根據(jù)該第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的MPD進(jìn)行處理，并發(fā)送給客戶端的又一種具體實(shí)現(xiàn)方式為第三方設(shè)備將第三方設(shè)備需要添加的內(nèi)容添加至MPD的最后，該MPD為獲取到的且加密后的MPD，該加密后的MPD是由HTTP Streaming Server根據(jù)第二密鑰加密得到的，且第一密鑰為所述第二密鑰推衍得到；第三方設(shè)備根據(jù)接收到的HTTP Streaming Server在認(rèn)證通過(guò)后發(fā)送的第一密鑰,對(duì)添加后的MPD進(jìn)行加密并發(fā)送給客戶端。更進(jìn)一步的，在本發(fā)明的再一個(gè)實(shí)施例中，在上述圖7所示實(shí)施例的基礎(chǔ)上，該方法還可以包括第三方設(shè)備預(yù)先配置與客戶端共享的第三密鑰；則步驟502中第三方設(shè)備接收HTTP Streaming Server在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，并根據(jù)該第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的MPD進(jìn)行處理，并發(fā)送給客戶端的還一種具體實(shí)現(xiàn)方式為第三方設(shè)備接收HTTP Streaming Server在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，并根據(jù)第一密鑰，對(duì)獲取到的、加密后的MPD進(jìn)行解密，再根據(jù)第三方設(shè)備需要處理的內(nèi)容，對(duì)解密后的MPD進(jìn)行處理；第三方設(shè)備根據(jù)第三密鑰，對(duì)處理后的MPD進(jìn)行加密并發(fā)送給客戶端。圖8為本發(fā)明流媒體內(nèi)容的處理方法的另一個(gè)實(shí)施例的流程圖,如圖8所示，本實(shí)施例的方法包括步驟601、HTTP Streaming Server接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求,并對(duì)該第三方設(shè)備進(jìn)行認(rèn)證。步驟602、HTTP Streaming Server在認(rèn)證通過(guò)后，向第三方設(shè)備發(fā)送第一密鑰，以使得第三方設(shè)備根據(jù)第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理，并發(fā)送給所述客戶端。在本實(shí)施例中，該第三方設(shè)備可以執(zhí)行圖7所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn) 原理相類似，此處不再贅述。在本實(shí)施例中,HTTP Streaming Server接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求,并對(duì)該第三方設(shè)備進(jìn)行認(rèn)證，在認(rèn)證通過(guò)后，向第三方設(shè)備發(fā)送第一密鑰，以使得第三方設(shè)備根據(jù)第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理，并發(fā)送給所述客戶端，從而保證了 MPD的安全性和完整性，并避免了 MPD不被非法第三方設(shè)備解讀，進(jìn)而實(shí)現(xiàn)了合法的第三方設(shè)備對(duì)MPD進(jìn)行合法的操作。進(jìn)一步的，在本發(fā)明的又一個(gè)實(shí)施例中，該方法還可以包括HTTP Streaming Server根據(jù)第一密鑰，對(duì)M，H)進(jìn)行加密處理，并將加密后的MPD發(fā)送給第三方設(shè)備；或者，HTTP Streaming Server根據(jù)第二密鑰,對(duì)M, F1D進(jìn)行加密處理,并將加密后的Μ,PD發(fā)送給第三方設(shè)備，第一密鑰為第二密鑰推衍得到。更進(jìn)一步的，在本發(fā)明的還一個(gè)實(shí)施例中，在步驟601之后，步驟602之前，該方法還包括HTTP Streaming Server與第三方設(shè)備建立安全隧道,則步驟602中發(fā)送第一密鑰給第三方設(shè)備的一種具體實(shí)現(xiàn)方式為通過(guò)安全隧道發(fā)送認(rèn)證響應(yīng)給第三方設(shè)備，該認(rèn)證響應(yīng)中攜帶有第一密鑰?；蛘?，步驟602中發(fā)送第一密鑰給第三方設(shè)備的另一種具體實(shí)現(xiàn)方式為通過(guò)安全隧道發(fā)送第一密鑰給第三方設(shè)備。圖9為本發(fā)明流媒體內(nèi)容的處理方法的再一個(gè)實(shí)施例的信令流程圖，如圖9所示，在本實(shí)施例中，在圖4所示實(shí)施例的基礎(chǔ)上，流媒體內(nèi)容的處理系統(tǒng)可以基于共享密鑰機(jī)制，即HTTP Streaming Server和HTTP Streaming Client之間可以預(yù)先配置共享密鑰，或者以某種方式生成共享密鑰，舉例來(lái)說(shuō)，通過(guò)認(rèn)證方式協(xié)商生成共享密鑰，該認(rèn)證方式可以包括SSL或者TLS，則本實(shí)施例的方法包括步驟701、第三方設(shè)備獲取HTTP Streaming Client發(fā)送的MPD的請(qǐng)求消息，并根據(jù)該MPD的請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求。步驟702、HTTP Streaming Server根據(jù)認(rèn)證請(qǐng)求,對(duì)第三方設(shè)備進(jìn)行認(rèn)證,在認(rèn)證
通過(guò)后，發(fā)送第一密鑰給第三方設(shè)備。需要說(shuō)明的是,該第一密鑰為共享密鑰；另外，當(dāng)HTTP Streaming Server認(rèn)證不通過(guò)時(shí)，則可以拒絕第三方設(shè)備的認(rèn)證請(qǐng)求。
步驟703、第三方設(shè)備根據(jù)第一密鑰，對(duì)獲取到的、加密的MPD進(jìn)行解密，并根據(jù)第三方設(shè)備需要處理的內(nèi)容，對(duì)解密后的MPD進(jìn)行處理。在本實(shí)施例中，第三方設(shè)備需要處理的內(nèi)容可以包括第三方設(shè)備需要修改，添加和/或刪除的內(nèi)容，該內(nèi)容可以為廣告信息。步驟704、第三方設(shè)備根據(jù)第一密鑰，對(duì)處理后的MPD進(jìn)行加密處理并發(fā)送給HTTPStreaming Client。步驟705、HTTP Streaming Client獲取并播放與處理后的ΜΗ)對(duì)應(yīng)的流媒體內(nèi)容。具體的,在本實(shí)施例中,HTTP Streaming Client接收到第三方設(shè)備發(fā)送的加密的MH)后，根據(jù)第一密鑰(例如共享密鑰)，對(duì)該加密后的MPD進(jìn)行解密，獲取解密后的MPD， 最后獲取并播放與該MPD對(duì)應(yīng)的流媒體內(nèi)容。在本實(shí)施例中，第三方設(shè)備通過(guò)獲取HTTP Streaming Client發(fā)送的MPD的請(qǐng)求消息，并根據(jù)該MPD的請(qǐng)求消息向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求；并接收該HTTPStreaming Server在認(rèn)證通過(guò)后所發(fā)送的第一密鑰,再根據(jù)該第一密鑰,對(duì)獲取到的、加密的 MPD 進(jìn)行處理，并發(fā)送給 HTTP Streaming Client,以供 HTTP Streaming Client 獲取并播放與處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容，從而保證了 MPD的安全性和完整性，并避免了 MPD不被非法第三方設(shè)備解讀，即實(shí)現(xiàn)了合法的第三方設(shè)備能夠?qū)用芎蟮腗PD進(jìn)行操作。進(jìn)一步的,在本發(fā)明的又一個(gè)實(shí)施例中，HTTP Streaming系統(tǒng)還可以基于DRM機(jī)制，從而可以應(yīng)用于付費(fèi)業(yè)務(wù)的場(chǎng)景中，其實(shí)現(xiàn)原理與圖9所示實(shí)施例的方法的實(shí)現(xiàn)原理相類似，其區(qū)別在于本實(shí)施例中的第一密鑰為對(duì)稱密鑰或者非對(duì)稱密鑰。圖10為本發(fā)明流媒體內(nèi)容的處理方法的另一個(gè)實(shí)施例的信令流程圖，如圖10所示，在上述圖4所示實(shí)施例的基礎(chǔ)上,本實(shí)施例的方法包括步驟801、第三方設(shè)備獲取HTTP Streaming Client發(fā)送的MPD的請(qǐng)求消息，并根據(jù)該MPD的請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求。步驟802、HTTP Streaming Server根據(jù)認(rèn)證請(qǐng)求,對(duì)第三方設(shè)備進(jìn)行認(rèn)證,在認(rèn)證
通過(guò)后，發(fā)送第一密鑰給第三方設(shè)備。需要說(shuō)明的是，本實(shí)施例中的第一密鑰為HTTP Streaming Server和HTTPStreaming Client共享的第二密鑰推衍得出的；另外，當(dāng)HTTP Streaming Server認(rèn)證不通過(guò)時(shí)，則可以拒絕第三方設(shè)備的認(rèn)證請(qǐng)求。步驟803、第三方設(shè)備將該第三方設(shè)備需要添加的內(nèi)容添加至獲MPD的最后，該MPD為獲取到的且加密后的MPD，并根據(jù)第一密鑰，對(duì)處理后的MPD進(jìn)行加密處理并發(fā)送給HTTP Streaming Client。其中，加密后的MPD是由HTTP Streaming Server根據(jù)第二密鑰加密得到的，且第一密鑰為第二密鑰推衍得到的。具體的，在本實(shí)施例中，HTTPStreaming Server 和 HTTP Streaming Client 共享兩個(gè)密鑰，分別為第一密鑰和第二密鑰，其中，第一密鑰為第二密鑰推衍得出的。且HTTPStreaming Server根據(jù)第二密鑰以及HTTP Streaming Client發(fā)送的MPD的請(qǐng)求消息，對(duì)MPD加密并發(fā)送，第三方設(shè)備截獲該加密后的MPD后，將第三方設(shè)備需要添加的內(nèi)容添加至加密后的MPD最后，并根據(jù)接收到的HTTP Streaming Server在認(rèn)證通過(guò)后發(fā)送的第一密鑰，對(duì)處理后的MPD進(jìn)行加密處理，最后將加密處理后的MPD發(fā)送給HTTP StreamingClient,由于第三方設(shè)備獲取的是第一密鑰，因此,無(wú)法對(duì)截獲的HTTP Streaming Server加密的MPD進(jìn)行解密，從而有效的保證了 MPD的高隱私性。步驟804、HTTP Streaming Client獲取并播放與處理后的ΜΗ)對(duì)應(yīng)的流媒體內(nèi)容。還需要說(shuō)明的是,在本實(shí)施例中，HTTP Streaming Client可以根據(jù)第二密鑰推衍出第一密鑰，以驗(yàn)證第三方設(shè)備簽名的合法性，然后，利用第一密鑰和第二密鑰，對(duì)第三方設(shè)備發(fā)送的加密后的MPD進(jìn)行解密，再獲取并播放與解密后的MPD對(duì)應(yīng)的流媒體內(nèi)容。在本實(shí)施例中，第三方設(shè)備獲取HTTP Streaming Client所發(fā)送的MPD的請(qǐng)求消息，并根據(jù)該MPD的請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求；并接收該HTTP Streaming Server在認(rèn)證通過(guò)后發(fā)送的第一密鑰,再將該第三方設(shè)備需要添加的內(nèi)容添加到所獲取MPD的最后，該MPD為加密后的MPD，并根據(jù)第一密鑰，對(duì)處理后的MPD進(jìn)行加密處理，并發(fā)送給HTTP Streaming Client,以供HTTP Streaming Client獲取并播放與處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容，從而保證了 MPD的安全性和完整性，并避免了 MPD不被非法第三方設(shè)備解讀，即實(shí)現(xiàn)了合法的第三方設(shè)備能夠?qū)用芎蟮腗H)進(jìn)行操作。另外，由于第三方設(shè)備獲取的是第一密鑰，因此，無(wú)法對(duì)截獲的HTTP Streaming Server根據(jù)第二密鑰加密的MPD進(jìn)行解密，從而有效的保證了 MPD的高隱私性。還需要說(shuō)明的是，由于HTTP Streaming Client可以通過(guò)驗(yàn)證不同的私鑰對(duì)應(yīng)的簽名(Message Authentication Code)來(lái)判斷MPD 來(lái)源于HTTP Streaming Server,還是來(lái)源于第三方設(shè)備，從而使得用戶能夠鑒別MPD是否被合法或者非法修改過(guò)，同時(shí)，由于基于共享密鑰的簽名制度，無(wú)論從計(jì)算復(fù)雜度還是帶寬來(lái)看，都比現(xiàn)有技術(shù)的公鑰制度的簽名高效，并且額外的成本最低，即實(shí)現(xiàn)了 HTTP Streaming Server和HTTP Streaming Client的高效性。圖11為本發(fā)明流媒體內(nèi)容的處理方法的又一個(gè)實(shí)施例的信令流程圖，如圖11所示，在上述圖4所示實(shí)施例的基礎(chǔ)上，本實(shí)施例中以第三方設(shè)備為運(yùn)營(yíng)商設(shè)備為例，詳細(xì)介紹本實(shí)施例的技術(shù)方案，則本實(shí)施例的方法包括步驟901、第三方設(shè)備預(yù)先配置與HTTP Streaming Client共享的第三密鑰；步驟902、第三方設(shè)備獲取HTTP Streaming Client發(fā)送的MPD的請(qǐng)求消息，并根據(jù)該MPD的請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求。步驟903、HTTP Streaming Server根據(jù)認(rèn)證請(qǐng)求,對(duì)第三方設(shè)備進(jìn)行認(rèn)證,在認(rèn)證
通過(guò)后，發(fā)送第一密鑰給第三方設(shè)備。需要說(shuō)明的是，當(dāng)HTTP Streaming Server認(rèn)證不通過(guò)時(shí),貝U可以拒絕第三方設(shè)備的認(rèn)證請(qǐng)求。步驟904、第三方設(shè)備根據(jù)第一密鑰，對(duì)獲取到的、加密的MPD進(jìn)行解密，并根據(jù)第三方設(shè)備需要處理的內(nèi)容，對(duì)解密后的MPD進(jìn)行處理。步驟905、第三方設(shè)備根據(jù)第三密鑰，對(duì)處理后的MPD進(jìn)行加密并發(fā)送給HTTPStreaming Client。步驟906、HTTP Streaming Client根據(jù)第三密鑰，對(duì)第三方設(shè)備發(fā)送的加密后的MPD進(jìn)行解密，再獲取并播放與加密后的MPD對(duì)應(yīng)的流媒體內(nèi)容。
在本實(shí)施例中，第三方設(shè)備獲取HTTP Streaming Client發(fā)送的MPD的請(qǐng)求消息，并根據(jù)該MPD的請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求；并接收該HTTPStreaming Server在認(rèn)證通過(guò)后發(fā)送的第一密鑰,再根據(jù)第三方設(shè)備需要處理的內(nèi)容,對(duì)解密后的MPD進(jìn)行處理，并根據(jù)第三方設(shè)備和HTTP Streaming Client預(yù)先配置的第三密鑰，對(duì)處理后的MPD進(jìn)行加密并發(fā)送給HTTP Streaming Client,以供HTTP StreamingClient獲取并播放與處理后的ΜΗ)對(duì)應(yīng)的流媒體內(nèi)容，從而保證了 MPD的安全性和完整性，并避免了 MPD不被非法第三方設(shè)備解讀，即實(shí)現(xiàn)了合法的第三方設(shè)備能夠?qū)用芎蟮腗PD進(jìn)行操作。另外，還使得運(yùn)營(yíng)商設(shè)備能夠隨時(shí)查看流媒體內(nèi)容。圖12為本發(fā)明HTTP Streaming Server的一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，如圖12所示，本實(shí)施例的HTTP Streaming Server包括第一收發(fā)模塊31、第一認(rèn)證模塊32和第一處理模塊33，其中，第一收發(fā)模塊31用于接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求；第一認(rèn)證模塊32用于根據(jù)第一收發(fā)模塊31接收到的認(rèn)證請(qǐng)求，對(duì)第三方設(shè)備進(jìn)行認(rèn)證；第一收發(fā)模塊31用于若第一認(rèn)證模塊32認(rèn)證通過(guò)，向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，并接收第一標(biāo)識(shí)及該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，該第一標(biāo)識(shí)為MPD的標(biāo)識(shí)；第一處理 模塊33用于根據(jù)第一收發(fā)模塊31接收的第一標(biāo)識(shí)及該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，對(duì)第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理；第一收發(fā)模塊31用于對(duì)第一處理模塊33處理后的MH)進(jìn)行安全處理，并將安全處理后的MH)發(fā)送給客戶端，以供客戶端獲取并播放與安全處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容。本實(shí)施例的HTTP Streaming Server可以執(zhí)行圖2所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理相類似，此處不再贅述。在本實(shí)施例中,HTTP Streaming Server接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求,并根據(jù)該認(rèn)證請(qǐng)求，對(duì)第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，則向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，并接收第三方設(shè)備發(fā)送的第一標(biāo)識(shí)和該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，并根據(jù)該第三方設(shè)備需要處理的內(nèi)容，對(duì)第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理，再將處理后的MPD進(jìn)行安全處理，最后將安全處理后的MH)發(fā)送給客戶端，以供客戶端獲取并播放與安全處理后的MH)對(duì)應(yīng)的流媒體內(nèi)容，從而保證了 MPD的完整性、安全性和高隱私性，并避免了 MPD不被非法第三方設(shè)備解讀。圖13為本發(fā)明HTTP Streaming Server的另一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，如圖13所示，在上述圖12所示實(shí)施例的基礎(chǔ)上,該HTTP Streaming Server還包括第一安全隧道建立模塊34，用于若第一認(rèn)證模塊32認(rèn)證通過(guò)，與第三方設(shè)備建立安全隧道。則第一收發(fā)模塊31具體用于通過(guò)該第一安全隧道建立模塊34建立的安全隧道向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的響應(yīng)，以觸發(fā)第三方設(shè)備發(fā)送第一標(biāo)識(shí)和該第一標(biāo)識(shí)對(duì)應(yīng)的第三方需要處理的內(nèi)容，并通過(guò)該安全隧道接收該第一標(biāo)識(shí)和該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容。另外，第一收發(fā)模塊31具體用于根據(jù)預(yù)先配置的密鑰，對(duì)處理后的MPD進(jìn)行加密處理,并發(fā)送加密后的MPD給客戶端。本實(shí)施例的HTTP Streaming Server可以執(zhí)行圖5所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理相類似，此處不再贅述。在本實(shí)施例中，HTTP Streaming Server接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求,并根據(jù)該認(rèn)證請(qǐng)求，對(duì)第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，與第三方設(shè)備建立安全隧道，并通過(guò)安全隧道向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，并接收第三方設(shè)備通過(guò)安全隧道發(fā)送的第一標(biāo)識(shí)和該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，并根據(jù)該第三方設(shè)備需要處理的內(nèi)容，對(duì)第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理，再根據(jù)HTTP Streaming Server和客戶端預(yù)先配置或者以某種方式生成的共享密鑰，對(duì)處理后的MPD進(jìn)行加密處理，最后，將加密處理后的MPD發(fā)送給客戶端，以供客戶端對(duì)該加密后的MPD進(jìn)行解密處理，獲取并播放與解密后的MPD對(duì)應(yīng)的流媒體內(nèi)容，由于會(huì)話密鑰不外泄，且由HTTP Streaming Server根據(jù)第三方設(shè)備需要處理的內(nèi)容對(duì)MPD進(jìn)行處理，因此，保護(hù)MPD不被除HTTP Streaming Server和HTTPStreaming Client之外的第三方設(shè)備解讀,從而保證了 MPD的安全性、完整性和高隱私性，并避免了 MPD不被非法第三方設(shè)備解讀。進(jìn)一步的，在本發(fā)明的又一個(gè)實(shí)施例中，該第一收發(fā)模塊31具體用于將處理后的MPD通過(guò)HTTP Streaming Server與客戶端建立的IPsec隧道發(fā)送給客戶端。本實(shí)施例的HTTP Streaming Server可以執(zhí)行圖6所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理相類似，此處不再贅述。 在本實(shí)施例中,HTTP Streaming Server接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求,并根據(jù)該認(rèn)證請(qǐng)求，對(duì)第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，與第三方設(shè)備建立安全隧道，并通過(guò)該安全隧道向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，并接收第三方設(shè)備發(fā)送的第一標(biāo)識(shí)和該第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，并根據(jù)該第三方設(shè)備需要處理的內(nèi)容，對(duì)第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理,再通過(guò)HTTP Streaming Server和客戶端預(yù)先建立的IPsec隧道，將處理后的MPD發(fā)送給客戶端，以供客戶端對(duì)該處理后的MPD進(jìn)行解密處理，獲取并播放與處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容，由于IPsec隧道可以有效的防止第三方設(shè)備的竊聽(tīng)和對(duì)MPD的修改，因此，保護(hù)MPD不被除HTTP Streaming Server和客戶端之外的第三方設(shè)備解讀，從而保證了 MPD的安全性、完整性和高隱私性，并避免了 MPD不被非法第三方設(shè)備解讀。圖14為本發(fā)明第三方設(shè)備的一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，如圖14所示，本實(shí)施例的第三方設(shè)備包括保存模塊41和第二收發(fā)模塊42，其中，保存模塊41用于保存第三方設(shè)備需要處理的內(nèi)容；第二收發(fā)模塊42用于獲取客戶端發(fā)送的MPD的請(qǐng)求消息，該MPD的請(qǐng)求消息包括第一標(biāo)識(shí)，第一標(biāo)識(shí)為MPD的標(biāo)識(shí)；并根據(jù)MPD的請(qǐng)求消息，向HTTP StreamingServer發(fā)送認(rèn)證請(qǐng)求,并接收HTTP Streaming Server返回的認(rèn)證響應(yīng)；若接收到的認(rèn)證響應(yīng)為認(rèn)證通過(guò)的響應(yīng)，則向所述HTTP Streaming Server發(fā)送第一標(biāo)識(shí)及該第一標(biāo)識(shí)對(duì)應(yīng)的、保存模塊41保存的第三方設(shè)備需要處理的內(nèi)容，以使得HTTP Streaming Server根據(jù)三方設(shè)備需要處理的內(nèi)容，對(duì)第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理，并對(duì)處理后的MPD進(jìn)行安全處理，并將安全處理后的MPD發(fā)送給客戶端。本實(shí)施例的第三方設(shè)備可以執(zhí)行圖3所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理相類似，此處不再贅述。在本實(shí)施例中，通過(guò)第三方設(shè)備獲取客戶端發(fā)送的MPD的請(qǐng)求消息，該MPD的請(qǐng)求消息包括第一標(biāo)識(shí)，且該第一標(biāo)識(shí)為MPD的標(biāo)識(shí)，則根據(jù)該MPD的請(qǐng)求消息，向HTTPStreaming Server發(fā)送認(rèn)證請(qǐng)求,并接收該HTTP Streaming Server返回的認(rèn)證響應(yīng),若該第三方設(shè)備接收到的認(rèn)證響應(yīng)為認(rèn)證通過(guò)的認(rèn)證響應(yīng)，則向HTTP Streaming Server發(fā)送第一標(biāo)識(shí)及第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，以使得HTTP Streaming Server根據(jù)該第三方設(shè)備需要處理的內(nèi)容，對(duì)第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理，對(duì)處理后的MPD進(jìn)行安全處理，并將安全處理后的MPD發(fā)送給客戶端，從而保證了 MPD的安全性和完整性。進(jìn)一步的，在本發(fā)明的另一個(gè)實(shí)施例中，在上述圖14所示實(shí)施例的基礎(chǔ)上，該設(shè)備還可以包括第二安全隧道建立模塊，用于若第三方設(shè)備認(rèn)證通過(guò)，則與HTTP StreamingServer建立安全隧道。則第二收發(fā)模塊42具體用于通過(guò)第二安全隧道建立模塊建立安全通道接收認(rèn)證通過(guò)的認(rèn)證響應(yīng)，并通過(guò)該安全隧道向HTTP Streaming Server發(fā)送第一標(biāo)識(shí)及第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容。圖15為本發(fā)明第三方設(shè)備的又一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，如圖15所示，本實(shí)施例的第三方設(shè)備包括第三收發(fā)模塊51和第二處理模塊52，其中，第三收發(fā)模塊51用于獲取客戶端發(fā)送的MPD的請(qǐng)求消息,根據(jù)該MPD的請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn) 證請(qǐng)求；并接收該HTTP Streaming Server在認(rèn)證通過(guò)后所發(fā)送的第一密鑰；第二處理模塊52用于根據(jù)第三方設(shè)備需要處理的內(nèi)容以及第三收發(fā)模塊51接收到的第一密鑰，對(duì)獲取到的、加密的MPD進(jìn)行處理，并發(fā)送給客戶端，以供客戶端獲取并播放與處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容。本實(shí)施例的第三方設(shè)備可以執(zhí)行圖7所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理相類似，此處不再贅述。在本實(shí)施例中，第三方設(shè)備獲取HTTP Streaming Client發(fā)送的MPD的請(qǐng)求消息，根據(jù)該MPD的請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求；并接收該HTTPStreaming Server在認(rèn)證通過(guò)后發(fā)送的第一密鑰,再根據(jù)該第一密鑰,對(duì)獲取到的、加密的MPD進(jìn)行處理，并發(fā)送給客戶端，以供客戶端獲取并播放與處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容，從而保證了 MPD的安全性和完整性，并避免了 MPD不被非法第三方設(shè)備解讀，進(jìn)而實(shí)現(xiàn)了合法的第三方設(shè)備對(duì)MPD進(jìn)行合法的操作。圖16為本發(fā)明第三方設(shè)備的還一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，如圖16所示，在上述圖15所示實(shí)施例的基礎(chǔ)上，第二處理模塊52包括第一處理單元521和第一加密發(fā)送單元522，其中，第一處理單元521用于根據(jù)第一密鑰，對(duì)獲取到、的加密的MH)進(jìn)行解密，再根據(jù)第三方設(shè)備需要處理的內(nèi)容，對(duì)解密后的MPD進(jìn)行處理；第一加密發(fā)送單元522用于根據(jù)第一密鑰，對(duì)第一處理單元521處理后的MPD進(jìn)行加密并發(fā)送給客戶端。本實(shí)施例的第三方設(shè)備可以執(zhí)行圖9所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理相類似，此處不再贅述。在本實(shí)施例中，第三方設(shè)備獲取HTTP Streaming Client發(fā)送的ΜΗ)的請(qǐng)求消息，根據(jù)該MPD請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求；并接收該HTTP StreamingServer在認(rèn)證通過(guò)后發(fā)送的第一密鑰，再根據(jù)該第一密鑰，對(duì)獲取到的、加密的MPD進(jìn)行處理并發(fā)送給客戶端，以供客戶端獲取并播放與處理后的MH)對(duì)應(yīng)的流媒體內(nèi)容，從而保證了 MPD的安全性和完整性，并避免了 MPD不被非法第三方設(shè)備解讀，即實(shí)現(xiàn)了合法的第三方設(shè)備能夠?qū)用芎蟮腗PD進(jìn)行操作。圖17為本發(fā)明第三方設(shè)備的再一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，如圖17所示，在上述圖15所示實(shí)施例的基礎(chǔ)上，第二處理模塊52包括第二處理單元523和第二加密發(fā)送單元524，其中，第二處理單元523用于將第三方設(shè)備需要添加的內(nèi)容添加至MPD的最后，該MPD為獲取到的且加密后的MPD，該加密后的MPD是由HTTP Streaming Server根據(jù)第二密鑰加密得到的，且該第一密鑰為該第二密鑰推衍得到；第二加密發(fā)送單元524用于根據(jù)接收到的HTTP Streaming Server在認(rèn)證通過(guò)后發(fā)送的第一密鑰,對(duì)添加后的MPD進(jìn)行加密并發(fā)送給 HTTP Streaming Client。本實(shí)施例的第三方設(shè)備可以執(zhí)行圖10所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理相類似，此處不再贅述。在本實(shí)施例中，第三方設(shè)備獲取HTTP Streaming Client發(fā)送的ΜΗ)的請(qǐng)求消息，根據(jù)該MPD請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求；并接收該HTTP StreamingServer在認(rèn)證通過(guò)后發(fā)送的第一密鑰，再將該第三方設(shè)備需要添加的內(nèi)容添加至獲取到的加密的MPD的最后，并根據(jù)第一密鑰，對(duì)處理后的MPD進(jìn)行加密處理并發(fā)送給客戶端，以供客戶端獲取并播放與處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容，從而保證了 MPD的安全性和完整性，并避免了 MPD不被非法第三方設(shè)備解讀，即實(shí)現(xiàn)了合法的第三方設(shè)備能夠?qū)用芎蟮腗PD進(jìn)行操作。另外，由于第三方設(shè)備獲取的是第一密鑰，因此，無(wú)法對(duì)截獲的HTTP StreamingServer根據(jù)第二密鑰加密的MPD進(jìn)行解密，從而有效的保證了 MPD的高隱私性。 還需要說(shuō)明的是，由于HTTP Streaming Client可以通過(guò)驗(yàn)證不同的私鑰對(duì)應(yīng)的簽名(Message Authentication Code)來(lái)判斷 MPD 是來(lái)源是 HTTP Streaming Server 還是第三方設(shè)備，從而使得用戶能夠鑒別PMD是否被合法或者非法修改過(guò)，同時(shí)，由于基于共享密鑰的簽名制度，無(wú)論從計(jì)算復(fù)雜度還是帶寬來(lái)看，比基于公鑰制度的簽名高效的多，額外的成本最低，即實(shí)現(xiàn)了 HTTP Streaming Server 和 HTTP Streaming Client 的高效性。圖18為本發(fā)明第三方設(shè)備的又一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，如圖18所示，在上述圖15所示實(shí)施例的基礎(chǔ)上，還包括配置模塊53，用于預(yù)先配置與客戶端共享的第三密鑰；則第二處理模塊52包括第三處理單元525和第三加密發(fā)送單元526，其中，第三處理單元525用于根據(jù)第一密鑰，對(duì)獲取到的、加密的MPD進(jìn)行解密，再根據(jù)第三方設(shè)備需要處理的內(nèi)容，對(duì)解密后的MPD進(jìn)行處理；第三加密發(fā)送單元526用于根據(jù)第三密鑰，對(duì)處理后的MPD進(jìn)行加密并發(fā)送給客戶端。本實(shí)施例的第三方設(shè)備可以執(zhí)行圖11所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理相類似，此處不再贅述。在本實(shí)施例中，第三方設(shè)備獲取HTTP Streaming Client發(fā)送的MPD的請(qǐng)求消息，根據(jù)該MPD的請(qǐng)求消息，向HTTP Streaming Server發(fā)送認(rèn)證請(qǐng)求；并接收該HTTPStreaming Server在認(rèn)證通過(guò)后發(fā)送的第一密鑰，再根據(jù)第三方設(shè)備需要處理的內(nèi)容,對(duì)解密后的MPD進(jìn)行處理，并根據(jù)第三方設(shè)備和客戶端預(yù)先配置的第三密鑰，對(duì)處理后的MPD進(jìn)行加密并發(fā)送給客戶端，以供客戶端獲取并播放與處理后的MPD對(duì)應(yīng)的流媒體內(nèi)容，從而保證了 MPD的安全性和完整性，并避免了 MPD不被非法第三方設(shè)備解讀，即實(shí)現(xiàn)了合法的第三方設(shè)備能夠?qū)用芎蟮腗PD進(jìn)行操作。另外，還使得運(yùn)營(yíng)商設(shè)備能夠隨時(shí)查看流媒體內(nèi)容。圖19為本發(fā)明HTTP Streaming Server的一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，如圖19所示，HTTP Streaming Server包括第四收發(fā)模塊61和第二認(rèn)證模塊62,其中，第四收發(fā)模塊61用于接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求；第二認(rèn)證模塊62用于對(duì)第三方設(shè)備進(jìn)行認(rèn)證；第四收發(fā)模塊61用于在第二認(rèn)證模塊62認(rèn)證通過(guò)后，向第三方設(shè)備發(fā)送第一密鑰，以使得第三方設(shè)備根據(jù)第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的媒Mro進(jìn)行處理，并發(fā)送給客戶端。本實(shí)施例的HTTP Streaming Server可以執(zhí)行圖8所示實(shí)施例的技術(shù)方案,其實(shí)現(xiàn)原理相類似，此處不再贅述。在本實(shí)施例中,HTTP Streaming Server接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求,并對(duì)該第三方設(shè)備進(jìn)行認(rèn)證，在認(rèn)證通過(guò)后，向第三方設(shè)備發(fā)送第一密鑰，以使得第三方設(shè)備根據(jù)第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理，并發(fā)送給所述客戶端，從而保證了 MPD的安全性和完整性，并避免了 MPD不被非法第三方設(shè)備解讀，進(jìn)而實(shí)現(xiàn)了合法的第三方設(shè)備對(duì)MPD進(jìn)行合法的操作。進(jìn)一步，在本發(fā)明的另一個(gè)實(shí)施例中，在上述圖19所示實(shí)施例的基礎(chǔ)上，該HTTPStreaming Server還包括加密模塊,用于根據(jù)第一密鑰,對(duì)MPD進(jìn)行加密處理；或者，加密模塊用于根據(jù)第二密鑰，對(duì)MPD進(jìn)行加密處理；第一密鑰為第二密鑰推衍得·到。另外，該第四收發(fā)模塊61還用于將加密后的Mro發(fā)送給第三方設(shè)備進(jìn)一步的,該HTTP Streaming Server還包括第三安全隧道建立模塊,用于認(rèn)證通過(guò)后，與第三方設(shè)備建立安全隧道；則第四收發(fā)模塊61具體用于在認(rèn)證通過(guò)后，通過(guò)第三安全隧道建立模塊建立的安全隧道發(fā)送認(rèn)證響應(yīng)給第三方設(shè)備，認(rèn)證響應(yīng)中攜帶有第一密鑰；或者，第四收發(fā)模塊61具體用于在認(rèn)證通過(guò)后，通過(guò)第三安全隧道建立模塊建立的安全隧道發(fā)送第一密鑰給第三方設(shè)備。本發(fā)明還提供了一種媒體內(nèi)容的處理系統(tǒng)，本實(shí)施例的系統(tǒng)包括HTTPStreaming Client、第三方設(shè)備和 HTTP Streaming Server。具體的，該HTTP Streaming Server可以為圖12或圖13所示實(shí)施例的HTTPStreaming Server ;第三方設(shè)備可以為圖14所示實(shí)施例的第三方設(shè)備；或者，該HTTP Streaming Server 可以為圖 19 實(shí)施例所不的 HTTP StreamingServer ;第三方設(shè)備可以為圖15至圖18所示實(shí)施例的第三方設(shè)備。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過(guò)程序指令相關(guān)的硬件來(lái)完成，前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括R0M、RAM、磁碟或者光盤(pán)等各種可以存儲(chǔ)程序代碼的介質(zhì)。最后應(yīng)說(shuō)明的是以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種流媒體內(nèi)容的處理方法，其特征在于，包括 超文本傳輸協(xié)議流服務(wù)器接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求，根據(jù)所述認(rèn)證請(qǐng)求，對(duì)所述第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，向所述第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，以觸發(fā)所述第三方設(shè)備發(fā)送第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，所述第一標(biāo)識(shí)為媒體呈現(xiàn)內(nèi)容描述的標(biāo)識(shí)； 所述超文本傳輸協(xié)議流服務(wù)器接收所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，并根據(jù)所述三方設(shè)備需要處理的內(nèi)容，對(duì)所述第一標(biāo)識(shí)對(duì)應(yīng)的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理； 所述超文本傳輸協(xié)議流服務(wù)器對(duì)處理后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行安全處理，并將安全處理后的媒體呈現(xiàn)內(nèi)容描述發(fā)送給客戶端，以供所述客戶端獲取并播放與所述安全處理后的媒體呈現(xiàn)內(nèi)容描述所對(duì)應(yīng)的流媒體內(nèi)容。
2.根據(jù)權(quán)利要求I所述方法，其特征在于，所述超文本傳輸協(xié)議流服務(wù)器接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求，根據(jù)所述認(rèn)證請(qǐng)求，對(duì)所述第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，向所述第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，包括 所述超文本傳輸協(xié)議流服務(wù)器接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求，根據(jù)所述認(rèn)證請(qǐng)求，對(duì)所述第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，與所述第三方設(shè)備建立安全隧道，并通過(guò)所述安全隧道向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述超文本傳輸協(xié)議流服務(wù)器接收所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，包括 所述超文本傳輸協(xié)議流服務(wù)器接收所述第三方設(shè)備通過(guò)所述安全隧道發(fā)送的所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容。
4.根據(jù)權(quán)利要求I至3任一項(xiàng)所述的方法，其特征在于，所述超文本傳輸協(xié)議流服務(wù)器對(duì)處理后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行安全處理，并將安全處理后的媒體呈現(xiàn)內(nèi)容描述發(fā)送給客戶端，包括 所述超文本傳輸協(xié)議流服務(wù)器根據(jù)預(yù)先配置的密鑰，對(duì)所述處理后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行加密處理，并發(fā)送加密后的媒體呈現(xiàn)內(nèi)容描述給客戶端；或者， 所述超文本傳輸協(xié)議流服務(wù)器將所述處理后的媒體呈現(xiàn)內(nèi)容描述通過(guò)所述超文本傳輸協(xié)議流服務(wù)器與所述客戶端建立的互聯(lián)網(wǎng)協(xié)議安全隧道發(fā)送給所述客戶端。
5.—種流媒體內(nèi)容的處理方法,其特征在于,包括 第三方設(shè)備獲取客戶端發(fā)送的媒體呈現(xiàn)內(nèi)容描述的請(qǐng)求消息，所述媒體呈現(xiàn)內(nèi)容描述的請(qǐng)求消息包括第一標(biāo)識(shí)，所述第一標(biāo)識(shí)為媒體呈現(xiàn)內(nèi)容描述的標(biāo)識(shí)； 所述第三方設(shè)備根據(jù)所述媒體呈現(xiàn)內(nèi)容描述的請(qǐng)求消息，向超文本傳輸協(xié)議流服務(wù)器發(fā)送認(rèn)證請(qǐng)求，并接收所述超文本傳輸協(xié)議流服務(wù)器返回的認(rèn)證響應(yīng)； 所述第三方設(shè)備若接收到的認(rèn)證響應(yīng)為認(rèn)證通過(guò)的響應(yīng)，則向所述超文本傳輸協(xié)議流服務(wù)器發(fā)送所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，以使得所述超文本傳輸協(xié)議流服務(wù)器根據(jù)所述三方設(shè)備需要處理的內(nèi)容，對(duì)所述第一標(biāo)識(shí)對(duì)應(yīng)的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理，對(duì)處理后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行安全處理，并將安全處理后的媒體呈現(xiàn)內(nèi)容描述發(fā)送給客戶端。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述第三方設(shè)備根據(jù)所述媒體呈現(xiàn)內(nèi)容描述的請(qǐng)求消息，向超文本傳輸協(xié)議流服務(wù)器發(fā)送認(rèn)證請(qǐng)求，并接收所述超文本傳輸協(xié)議流服務(wù)器返回的認(rèn)證響應(yīng)包括 所述第三方設(shè)備根據(jù)所述媒體呈現(xiàn)內(nèi)容描述的請(qǐng)求消息，向超文本傳輸協(xié)議流服務(wù)器發(fā)送認(rèn)證請(qǐng)求； 若所述第三方設(shè)備認(rèn)證通過(guò)，所述第三方設(shè)備與所述超文本傳輸協(xié)議流服務(wù)器建立安全隧道，并通過(guò)所述安全隧道接收認(rèn)證通過(guò)的認(rèn)證響應(yīng)。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述第三方設(shè)備若接收到的認(rèn)證響應(yīng)為認(rèn)證通過(guò)的響應(yīng)，則向所述超文本傳輸協(xié)議流服務(wù)器發(fā)送所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，包括 所述第三方設(shè)備通過(guò)所述安全隧道接收到認(rèn)證通過(guò)的響應(yīng)，則所述第三方設(shè)備通過(guò)所述安全隧道向所述超文本傳輸協(xié)議流服務(wù)器發(fā)送所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容。
8.一種流媒體內(nèi)容的處理方法，其特征在于，包括 第三方設(shè)備獲取客戶端發(fā)送的媒體呈現(xiàn)內(nèi)容描述的請(qǐng)求消息，根據(jù)所述媒體呈現(xiàn)內(nèi)容描述的請(qǐng)求消息，向超文本傳輸協(xié)議流服務(wù)器發(fā)送認(rèn)證請(qǐng)求； 所述第三方設(shè)備接收所述超文本傳輸協(xié)議流服務(wù)器在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，并根據(jù)所述第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理，并發(fā)送給所述客戶端，以供所述客戶端獲取并播放與處理后的媒體呈現(xiàn)內(nèi)容描述對(duì)應(yīng)的流媒體內(nèi)容，所述第三方設(shè)備需要處理的內(nèi)容為預(yù)先設(shè)置的、且用于對(duì)媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理的內(nèi)容。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述第三方設(shè)備接收所述超文本傳輸協(xié)議流服務(wù)器在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，并根據(jù)所述第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理，并發(fā)送給所述客戶端，包括 所述第三方設(shè)備接收所述超文本傳輸協(xié)議流服務(wù)器在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，并根據(jù)所述第一密鑰，對(duì)獲取到的、加密后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行解密，再根據(jù)所述第三方設(shè)備需要處理的內(nèi)容，對(duì)解密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理； 所述第三方設(shè)備根據(jù)所述第一密鑰，對(duì)處理后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行加密并發(fā)送給所述客戶端。
10.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述第三方設(shè)備接收所述超文本傳輸協(xié)議流服務(wù)器在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，并根據(jù)所述第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理，并發(fā)送給所述客戶端，包括 所述第三方設(shè)備將所述第三方設(shè)備需要添加的內(nèi)容添加至媒體呈現(xiàn)內(nèi)容描述的最后，所述媒體呈現(xiàn)內(nèi)容描述為獲取到的且加密后的媒體呈現(xiàn)內(nèi)容描述，所述加密后的媒體呈現(xiàn)內(nèi)容描述是由所述超文本傳輸協(xié)議流服務(wù)器根據(jù)第二密鑰加密得到的，且所述第一密鑰為所述第二密鑰推衍得到； 所述第三方設(shè)備根據(jù)接收到的所述超文本傳輸協(xié)議流服務(wù)器在認(rèn)證通過(guò)后發(fā)送的第一密鑰，對(duì)添加后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行加密并發(fā)送給所述客戶端。
11.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述方法還包括 所述第三方設(shè)備預(yù)先配置與所述客戶端共享的第三密鑰；則所述第三方設(shè)備接收所述超文本傳輸協(xié)議流服務(wù)器在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，并根據(jù)所述第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理，并發(fā)送給所述客戶端包括 所述第三方設(shè)備接收所述超文本傳輸協(xié)議流服務(wù)器在認(rèn)證通過(guò)后所發(fā)送的第一密鑰，并根據(jù)所述第一密鑰，對(duì)獲取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行解密，再根據(jù)所述第三方設(shè)備需要處理的內(nèi)容，對(duì)解密后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理； 所述第三方設(shè)備根據(jù)所述第三密鑰，對(duì)處理后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行加密并發(fā)送給所述客戶端。
12.—種流媒體內(nèi)容的處理方法，其特征在于，包括 超文本傳輸協(xié)議流服務(wù)器接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求，并對(duì)所述第三方設(shè)備進(jìn)行認(rèn)證； 所述超文本傳輸協(xié)議流服務(wù)器在認(rèn)證通過(guò)后，向第三方設(shè)備發(fā)送第一密鑰，以使得所述第三方設(shè)備根據(jù)所述第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理，并發(fā)送給所述客戶端。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述方法還包括 所述超文本傳輸協(xié)議流服務(wù)器根據(jù)所述第一密鑰，對(duì)媒體呈現(xiàn)內(nèi)容描述進(jìn)行加密處理，并將加密后的媒體呈現(xiàn)內(nèi)容描述發(fā)送給第三方設(shè)備；或者， 所述超文本傳輸協(xié)議流服務(wù)器根據(jù)第二密鑰，對(duì)媒體呈現(xiàn)內(nèi)容描述進(jìn)行加密處理，并將加密后的媒體呈現(xiàn)內(nèi)容描述發(fā)送給第三方設(shè)備，所述第一密鑰為所述第二密鑰推衍得到。
14.根據(jù)權(quán)利要求12或13所述的方法，其特征在于，所述超文本傳輸協(xié)議流服務(wù)器在認(rèn)證通過(guò)后，發(fā)送第一密鑰給所述第三方設(shè)備前，包括 與所述第三方設(shè)備建立安全隧道， 所述向第三方設(shè)備發(fā)送第一密鑰包括 通過(guò)所述安全隧道向所述第三方設(shè)備發(fā)送認(rèn)證響應(yīng)，所述認(rèn)證響應(yīng)中攜帶有所述第一密鑰；或者， 通過(guò)所述安全隧道向所述第三方設(shè)備發(fā)送所述第一密鑰。
15.—種超文本傳輸協(xié)議流服務(wù)器,其特征在于,包括 第一收發(fā)模塊，用于接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求； 第一認(rèn)證模塊，用于根據(jù)所述第一收發(fā)模塊接收到的所述認(rèn)證請(qǐng)求，對(duì)所述第三方設(shè)備進(jìn)行認(rèn)證； 所述第一收發(fā)模塊用于當(dāng)所述第一認(rèn)證模塊認(rèn)證通過(guò)，向所述第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，并接收所第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容；所述第一標(biāo)識(shí)為媒體呈現(xiàn)內(nèi)容描述的標(biāo)識(shí)； 第一處理模塊，用于根據(jù)所述第一收發(fā)模塊接收的所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的所述第三方需要處理的內(nèi)容，對(duì)所述第一標(biāo)識(shí)對(duì)應(yīng)的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理； 所述第一收發(fā)模塊用于對(duì)所述第一處理模塊處理后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行安全處理，并將安全處理后的媒體呈現(xiàn)內(nèi)容描述發(fā)送給客戶端。
16.根據(jù)權(quán)利要求15所述的超文本傳輸協(xié)議流服務(wù)器，其特征在于，所述服務(wù)器還包括 第一安全隧道建立模塊，用于若所述第一認(rèn)證模塊認(rèn)證通過(guò)，與所述第三方設(shè)備建立安全隧道； 則所述第一收發(fā)模塊具體用于通過(guò)所述第一安全隧道建立模塊建立的安全隧道向所述第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，以觸發(fā)所述第三方設(shè)備發(fā)送所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的第三方需要處理的內(nèi)容；并通過(guò)所述安全隧道接收所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容。
17.根據(jù)權(quán)利要求15或16所述的超文本傳輸協(xié)議流服務(wù)器，其特征在于，所述第一收發(fā)模塊具體用于根據(jù)預(yù)先配置的密鑰，對(duì)所述處理后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行加密處理，并發(fā)送加密后的媒體呈現(xiàn)內(nèi)容描述給所述客戶端；或者， 所述第一收發(fā)模塊具體用于將所述處理后的媒體呈現(xiàn)內(nèi)容描述通過(guò)所述超文本傳輸協(xié)議流服務(wù)器與所述客戶端建立的互聯(lián)網(wǎng)協(xié)議安全隧道發(fā)送給所述客戶端。
18.—種第三方設(shè)備，其特征在于，包括 保存模塊，用于保存第三方設(shè)備需要處理的內(nèi)容； 第二收發(fā)模塊，用于獲取客戶端發(fā)送的媒體呈現(xiàn)內(nèi)容描述的請(qǐng)求消息，所述媒體呈現(xiàn)內(nèi)容描述的請(qǐng)求消息包括第一標(biāo)識(shí)，所述第一標(biāo)識(shí)為媒體呈現(xiàn)內(nèi)容描述的標(biāo)識(shí)；并根據(jù)所述媒體呈現(xiàn)內(nèi)容描述的請(qǐng)求消息，向超文本傳輸協(xié)議流服務(wù)器發(fā)送認(rèn)證請(qǐng)求，并接收所述超文本傳輸協(xié)議流服務(wù)器返回的認(rèn)證響應(yīng)；若接收到的認(rèn)證響應(yīng)為認(rèn)證通過(guò)的響應(yīng)，則向所述超文本傳輸協(xié)議流服務(wù)器發(fā)送所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的、所述保存模塊保存的第三方設(shè)備需要處理的內(nèi)容，以使得所述超文本傳輸協(xié)議流服務(wù)器根據(jù)所述三方設(shè)備需要處理的內(nèi)容，對(duì)所述第一標(biāo)識(shí)對(duì)應(yīng)的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理，并對(duì)處理后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行安全處理，并將安全處理后的媒體呈現(xiàn)內(nèi)容描述發(fā)送給客戶端。
19.根據(jù)權(quán)利要求18所述的第三方設(shè)備，其特征在于，所述第三方設(shè)備還包括 第二安全隧道建立模塊，用于若所述第三方設(shè)備認(rèn)證通過(guò)，則與所述超文本傳輸協(xié)議流服務(wù)器建立安全隧道； 則所述第二收發(fā)模塊具體用于通過(guò)所述第二安全隧道建立模塊建立的所述安全隧道接收認(rèn)證通過(guò)的認(rèn)證響應(yīng)，并通過(guò)所述安全隧道向所述超文本傳輸協(xié)議流服務(wù)器發(fā)送所述第一標(biāo)識(shí)及所述第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容。
20.一種第三方設(shè)備，其特征在于，包括 第三收發(fā)模塊，用于獲取客戶端發(fā)送的媒體呈現(xiàn)內(nèi)容描述的請(qǐng)求消息，根據(jù)所述媒體呈現(xiàn)內(nèi)容描述的請(qǐng)求消息，向超文本傳輸協(xié)議流服務(wù)器發(fā)送認(rèn)證請(qǐng)求；并接收所述超文本傳輸協(xié)議流服務(wù)器在認(rèn)證通過(guò)后所發(fā)送的第一密鑰； 第二處理模塊，用于根據(jù)所述第三方設(shè)備需要處理的內(nèi)容以及所述第三收發(fā)模塊接收到的所述第一密鑰，對(duì)獲取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理，并發(fā)送給所述客戶端，以供所述客戶端獲取并播放與處理后的媒體呈現(xiàn)內(nèi)容描述對(duì)應(yīng)的流媒體內(nèi)容，所述第三方設(shè)備需要處理的內(nèi)容為預(yù)先設(shè)置的且用于對(duì)媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理的內(nèi)容。
21.根據(jù)權(quán)利要求20所述的第三方設(shè)備，其特征在于，所述第二處理模塊包括 第一處理單元，用于根據(jù)所述第一密鑰，對(duì)獲取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行解密，再根據(jù)所述第三方設(shè)備需要處理的內(nèi)容，對(duì)解密后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理；第一加密發(fā)送單元，用于根據(jù)所述第一密鑰，對(duì)所述第二處理單元處理后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行加密，并發(fā)送給所述客戶端。
22.根據(jù)權(quán)利要求20所述的第三方設(shè)備，其特征在于，所述第二處理模塊包括 第二處理單元，用于將所述第三方設(shè)備需要添加的內(nèi)容添加至媒體呈現(xiàn)內(nèi)容描述的最后，所述媒體呈現(xiàn)內(nèi)容描述為獲取到的且加密后的媒體呈現(xiàn)內(nèi)容描述，所述加密后的媒體呈現(xiàn)內(nèi)容描述是由所述超文本傳輸協(xié)議流服務(wù)器根據(jù)第二密鑰加密得到的，且所述第一密鑰為所述第二密鑰推衍得到； 第二加密發(fā)送單元，用于根據(jù)接收到的所述超文本傳輸協(xié)議流服務(wù)器在認(rèn)證通過(guò)后發(fā)送的第一密鑰，對(duì)添加后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行加密并發(fā)送給所述客戶端。
23.根據(jù)權(quán)利要求20所述的第三方設(shè)備，其特征在于，還包括 配置模塊，用于預(yù)先配置與所述客戶端共享的第三密鑰； 則所述第二處理模塊包括 第三處理單元，用于根據(jù)所述第一密鑰，對(duì)獲取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行解密，再根據(jù)所述第三方設(shè)備需要處理的內(nèi)容，對(duì)解密后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理； 第三加密發(fā)送單元，用于根據(jù)所述第三密鑰，對(duì)處理后的媒體呈現(xiàn)內(nèi)容描述進(jìn)行加密并發(fā)送給所述客戶端。
24.一種超文本傳輸協(xié)議流服務(wù)器，其特征在于，包括 第四收發(fā)模塊，用于接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求； 第二認(rèn)證模塊，用于對(duì)所述第三方設(shè)備進(jìn)行認(rèn)證； 所述第四收發(fā)模塊用于在所述第二認(rèn)證模塊認(rèn)證通過(guò)后，向第三方設(shè)備發(fā)送第一密鑰，以使得所述第三方設(shè)備根據(jù)所述第一密鑰以及第三方設(shè)備需要處理的內(nèi)容，對(duì)獲取到的、加密的媒體呈現(xiàn)內(nèi)容描述進(jìn)行處理，并發(fā)送給所述客戶端。
25.根據(jù)權(quán)利要求24所述的超文本傳輸協(xié)議流服務(wù)器，其特征在于，還包括加密模塊，用于根據(jù)第一密鑰，對(duì)媒體呈現(xiàn)內(nèi)容描述進(jìn)行加密處理；或者， 所述加密模塊用于根據(jù)第二密鑰，對(duì)媒體呈現(xiàn)內(nèi)容描述進(jìn)行加密處理；所述第一密鑰為所述第二密鑰推衍得到。
26.根據(jù)權(quán)利要求25所述的超文本傳輸協(xié)議流服務(wù)器，其特征在于，所述第四收發(fā)模塊還用于將加密后的媒體呈現(xiàn)內(nèi)容描述發(fā)送給第三方設(shè)備。
27.根據(jù)權(quán)利要求24至26任一所述的超文本傳輸協(xié)議流服務(wù)器，其特征在于，還包括第三安全隧道建立模塊，用于認(rèn)證通過(guò)后，與所述第三方設(shè)備建立安全隧道； 則第四收發(fā)模塊具體用于在認(rèn)證通過(guò)后，通過(guò)所述第三安全隧道建立模塊建立的安全隧道向所述第三方設(shè)備發(fā)送認(rèn)證響應(yīng)，所述認(rèn)證響應(yīng)中攜帶有所述第一密鑰；或者， 第四收發(fā)模塊具體用于在認(rèn)證通過(guò)后，通過(guò)所述第三安全隧道建立模塊建立的安全隧道向所述第三方設(shè)備發(fā)送所述第一密鑰。
全文摘要
本發(fā)明提供一種流媒體內(nèi)容的處理方法和設(shè)備，該方法包括HTTP Streaming Server接收第三方設(shè)備發(fā)送的認(rèn)證請(qǐng)求，根據(jù)認(rèn)證請(qǐng)求對(duì)第三方設(shè)備進(jìn)行認(rèn)證，若認(rèn)證通過(guò)，向第三方設(shè)備發(fā)送認(rèn)證通過(guò)的認(rèn)證響應(yīng)，以觸發(fā)第三方設(shè)備發(fā)送第一標(biāo)識(shí)及第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，第一標(biāo)識(shí)為MPD的標(biāo)識(shí)；HTTP Streaming Server接收第一標(biāo)識(shí)及第一標(biāo)識(shí)對(duì)應(yīng)的第三方設(shè)備需要處理的內(nèi)容，并根據(jù)三方設(shè)備需要處理的內(nèi)容，對(duì)第一標(biāo)識(shí)對(duì)應(yīng)的MPD進(jìn)行處理；并對(duì)處理后的MPD進(jìn)行安全處理，并將安全處理后的MPD發(fā)送給客戶端，以供客戶端獲取并播放與安全處理后的MPD所對(duì)應(yīng)的流媒體內(nèi)容。
文檔編號(hào)H04L29/08GK102843335SQ20111016586
公開(kāi)日2012年12月26日 申請(qǐng)日期2011年6月20日 優(yōu)先權(quán)日2011年6月20日
發(fā)明者畢曉宇, 韋安妮, 崔洋 申請(qǐng)人:華為技術(shù)有限公司