專利名稱：通過一個(gè)分布網(wǎng)絡(luò)來廣播多媒體內(nèi)容的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種將多媒體內(nèi)容傳輸給客戶端設(shè)備的方法。本發(fā)明也涉及專門設(shè)計(jì)成實(shí)現(xiàn)這種傳輸方法的一種系統(tǒng)、一種內(nèi)容服務(wù)器和一種客戶端設(shè)備。
本發(fā)明對于通過因特網(wǎng)將付費(fèi)內(nèi)容傳輸給客戶端設(shè)備、特別是對于傳輸直播內(nèi)容(直播事件、直播秀(live show)、廣播電視節(jié)目等)具有令人關(guān)注的應(yīng)用。
背景技術(shù)：
歐洲專利申請No.1187423描述了傳輸其內(nèi)容隨時(shí)間變化的象音樂或視頻之類的按需(on-demand)信息的方法。特別是，它描述了一種所謂的緩沖分發(fā)(distribution)方法，該方法是將單獨(dú)的一段內(nèi)容分成多個(gè)文件并且從第一個(gè)文件開始逐個(gè)文件地下載該內(nèi)容。該緩沖分發(fā)方法被描述為提供了縮短在開始重放前的等待時(shí)間(當(dāng)?shù)贜部分在下載時(shí)，第N-1部分可以被播放)的優(yōu)點(diǎn)。
本發(fā)明的目的之一是提出對這樣一種分發(fā)方法的改進(jìn)。

發(fā)明內(nèi)容
此目的是利用如權(quán)利要求1至3所限定的系統(tǒng)、如權(quán)利要求4至7所限定的內(nèi)容服務(wù)器、如權(quán)利要求8和9所限定的客戶端設(shè)備以及如權(quán)利要求10所限定的方法實(shí)現(xiàn)的。
依照本發(fā)明的一種系統(tǒng)包括-一個(gè)用于獲取多媒體內(nèi)容的源，-一個(gè)用于編碼所述多媒體內(nèi)容的編碼器，-一個(gè)分割器(slicer)，用于將所述編碼的多媒體內(nèi)容切分成至少一組片斷(slice)，并且用于從所述至少一組片斷中提供至少一組文件，所述分割器執(zhí)行了一個(gè)加密算法，使得在沒有與之相關(guān)的解密密鑰的情況下不能使用在文件中至少包含的片斷，-一個(gè)分布網(wǎng)絡(luò)，
-一個(gè)訪問提供設(shè)備(provider)，用于向客戶端設(shè)備提供對所述分布網(wǎng)絡(luò)的訪問，-一個(gè)內(nèi)容服務(wù)器，其被連接至所述分布網(wǎng)絡(luò)，并且可以訪問所述一組或多組文件，以用于在接收到來自所述客戶端設(shè)備的請求時(shí)通過所述分布網(wǎng)絡(luò)將至少一個(gè)所述文件下載至所述客戶端設(shè)備，以及-一個(gè)密鑰服務(wù)器，其被連接至所述分布網(wǎng)絡(luò)，用于向所述客戶端設(shè)備提供與下載的文件相關(guān)的一個(gè)或多個(gè)解密密鑰。
利用本發(fā)明，內(nèi)容被分成一組片斷，并為每個(gè)片斷產(chǎn)生一個(gè)文件。所述片斷(或文件)在下載之前被加密，這樣客戶端設(shè)備在獲得相關(guān)的解密密鑰之前不能使用該片斷(或文件)。因此本發(fā)明允許基于逐個(gè)片斷(或是基于逐個(gè)文件)來保護(hù)所下載的內(nèi)容，而不是將所下載的內(nèi)容作為整體來保護(hù)。
對于下面的原因來說這是有利的當(dāng)下載的內(nèi)容通過加密被保護(hù)時(shí)，解密密鑰通常在已經(jīng)完成下載后被提供，以便確保下載成功(因此消除了客戶為他最終將未接收到的內(nèi)容付費(fèi)的風(fēng)險(xiǎn))，并避免客戶在被收費(fèi)前可以看到所述內(nèi)容并且斷開連接。對片斷(或文件)逐個(gè)的(或逐組的)保護(hù)允許客戶端在所有的文件被下載之前解密并因此開始播放所述內(nèi)容，同時(shí)確?？蛻粢呀?jīng)正確地接收了他所付費(fèi)的內(nèi)容，并且不能使用他未付費(fèi)的內(nèi)容。
利用本發(fā)明，客戶不必預(yù)先為整個(gè)內(nèi)容付費(fèi)。付費(fèi)是隨著播放的進(jìn)行而逐步進(jìn)行的?？蛻艨梢蚤_始播放一個(gè)內(nèi)容，并且如果他希望的話，則可以在全部內(nèi)容被下載之前斷開連接。在這種情況下，他將只為他最終接收到的內(nèi)容付費(fèi)。
本發(fā)明同時(shí)維護(hù)了內(nèi)容提供商和客戶的利益。
依照本發(fā)明，基于文件的內(nèi)容通過點(diǎn)對點(diǎn)連接從內(nèi)容服務(wù)器下載至客戶端設(shè)備。在IP網(wǎng)絡(luò)中，點(diǎn)對點(diǎn)連接通常受HTTP協(xié)議(超文本傳輸協(xié)議，其被定義在IETF的RFC2616中)支配。HTTP協(xié)議是萬維網(wǎng)的基礎(chǔ)，并且因此具有為所有的防火墻和網(wǎng)絡(luò)地址轉(zhuǎn)換器所接受(對于RTP/UDP傳輸協(xié)議不是這種情況)的顯著優(yōu)點(diǎn)。這意味著所傳輸?shù)膬?nèi)容對于可沒有限制地訪問萬維網(wǎng)的任何客戶端設(shè)備都將是可訪問的。使用下載分發(fā)模式的另一優(yōu)點(diǎn)是它是高度可靠的。
然而，使用在歐洲專利申請No.1187423中所述類型的下載分發(fā)模式具有的缺點(diǎn)在于，所有的文件都必須從第一個(gè)文件開始進(jìn)行傳輸。利用這種下載分發(fā)模式，客戶不能隨意地訪問內(nèi)容。不能實(shí)現(xiàn)直播內(nèi)容(也就是，一個(gè)實(shí)時(shí)可用的內(nèi)容，象直播事件、直播秀、廣播電視節(jié)目...)的傳輸。
在本發(fā)明的一個(gè)有利實(shí)施例中，片斷以其可以彼此獨(dú)立地被解碼的方式產(chǎn)生。這意味著客戶不需要從其起始處接收該內(nèi)容。它可以從任何一個(gè)片斷開始接收該內(nèi)容。當(dāng)客戶向一個(gè)直播內(nèi)容發(fā)送了初始請求時(shí)，他將接收到先前的文件(這意味著他將接收稍微過時(shí)的信息)，或者他必須等待準(zhǔn)備好的下一個(gè)文件。
利用本發(fā)明，在接收到客戶端設(shè)備的請求時(shí)，也有可能只下載一個(gè)文件。這對某些應(yīng)用是有利的，例如允許客戶在錦標(biāo)賽期間快速地瀏覽結(jié)果。
當(dāng)多個(gè)文件將被下載時(shí)，這些文件可以被客戶端設(shè)備逐個(gè)地提取(fetch)或者由內(nèi)容服務(wù)器在接收到初始請求時(shí)逐個(gè)地發(fā)送。實(shí)際上，不一定所有的客戶瀏覽器都會(huì)支持響應(yīng)于一個(gè)單獨(dú)請求而接收幾個(gè)文件。因此，通常優(yōu)選的是由客戶端設(shè)備逐個(gè)地提取這些文件(即為每一個(gè)將要下載的文件發(fā)送一個(gè)提取請求)。客戶端設(shè)備可以被專門設(shè)計(jì)以便在適當(dāng)?shù)臅r(shí)間自動(dòng)發(fā)送提取請求。可選地，該內(nèi)容服務(wù)器能夠向客戶端設(shè)備發(fā)送一個(gè)文檔，所述文檔使客戶端設(shè)備反復(fù)地發(fā)送提取請求。有利地，所述文檔包括一個(gè)使客戶端設(shè)備在先前文件的重放結(jié)束之前的一定量的時(shí)間發(fā)送一個(gè)隨后的提取請求的指令。這樣，確保了下一個(gè)文件將足夠早地到達(dá)客戶端設(shè)備，并且客戶不會(huì)感受到在重放過程中的任何間隙。


本發(fā)明的這些和其它方面將參考下面的圖進(jìn)一步進(jìn)行描述-圖1是依照本發(fā)明的系統(tǒng)的第一實(shí)例的圖示，-圖2是依照本發(fā)明的系統(tǒng)的第二實(shí)例的圖示，-圖3是由依照本發(fā)明的分割器產(chǎn)生的一組文件的圖示，-圖4是客戶端設(shè)備獲取與特定文件相關(guān)的解密密鑰所執(zhí)行的協(xié)議的第一實(shí)例，-圖5是客戶端設(shè)備獲取與特定文件相關(guān)的解密密鑰所執(zhí)行的協(xié)議的第二實(shí)例，-圖6是依照本發(fā)明用于下載一個(gè)直播多媒體內(nèi)容的方法的第一實(shí)例的框圖，-圖7是依照本發(fā)明用于下載一個(gè)直播多媒體內(nèi)容的方法的第二實(shí)例的框圖。
具體實(shí)施例方式
圖1是依照本發(fā)明的系統(tǒng)的第一實(shí)例的示意圖。圖1的系統(tǒng)包括-一個(gè)用于獲取多媒體內(nèi)容的源1；-一個(gè)用于編碼所接收的多媒體內(nèi)容的編碼器5；-一個(gè)分割器6，用于將編碼的多媒體內(nèi)容切分為一組片斷并用于提供一組文件，每個(gè)文件包含所述編碼的多媒體內(nèi)容的一個(gè)片斷，所述分割器執(zhí)行了一個(gè)加密算法，使得在沒有與之相關(guān)的解密密鑰的情況下不能使用在文件中至少包含的片斷，-一個(gè)內(nèi)容服務(wù)器8，其可訪問所述文件，-一個(gè)分布網(wǎng)絡(luò)10，內(nèi)容服務(wù)器8被連接至該分布網(wǎng)絡(luò)10，-一個(gè)訪問提供設(shè)備12，用于向客戶端設(shè)備14提供對分布網(wǎng)絡(luò)10的訪問，-一個(gè)密鑰服務(wù)器15，其被連接至分布網(wǎng)絡(luò)10，用于向客戶端設(shè)備14提供與下載的文件相關(guān)的一個(gè)或多個(gè)解密密鑰。
在圖1的系統(tǒng)中，源1、編碼器5和分割器6可以在物理上位于一個(gè)或幾個(gè)設(shè)備中。
圖2是依照本發(fā)明的系統(tǒng)的第二實(shí)例的圖示。除了上面參考圖1描述的部件外，圖2的系統(tǒng)包括-一個(gè)廣播系統(tǒng)16，用于廣播由源1提供的多媒體內(nèi)容；以及-一個(gè)接收器17，用于接收所廣播的多媒體內(nèi)容，并將接收到的多媒體內(nèi)容轉(zhuǎn)發(fā)至分割器6。
客戶端設(shè)備14(除了未在圖1中表示的其它裝置之外還)具有一個(gè)用于向訪問提供設(shè)備12發(fā)送/從訪問提供設(shè)備12接收的通信單元20、一個(gè)用于播放編碼的多媒體內(nèi)容的播放器22、以及一個(gè)用于顯示多媒體內(nèi)容的顯示器24。該客戶端設(shè)備14可以是一個(gè)移動(dòng)設(shè)備(象一部移動(dòng)電話)，這時(shí)通信單元20是一個(gè)無線電通信單元，或者是一個(gè)有線設(shè)備(象一臺(tái)PC)，這時(shí)通信單元20是一個(gè)有線通信單元。分布網(wǎng)絡(luò)10典型地是因特網(wǎng)。
廣播系統(tǒng)16例如是一個(gè)衛(wèi)星廣播網(wǎng)絡(luò)，以及接收機(jī)17是一個(gè)衛(wèi)星接收機(jī)。這不是限制性的任何其它廣播裝置都可以代替衛(wèi)星廣播裝置而被使用。廣播多媒體內(nèi)容可以是任何被傳輸并可由包括接收機(jī)17在內(nèi)的許多接收機(jī)所接收的多媒體內(nèi)容。廣播多媒體內(nèi)容例如可以是電視節(jié)目、預(yù)先錄制的事件/節(jié)目、直播事件等。編碼器5負(fù)責(zé)編碼接收到的多媒體內(nèi)容。編碼器5例如與MPEG標(biāo)準(zhǔn)之一或H263兼容。
編碼器5和分割器6可以在一個(gè)單獨(dú)的設(shè)備中或者在兩個(gè)分離的設(shè)備中實(shí)現(xiàn)。在這兩種情況下，從編碼器5傳送給分割器6的都是編碼的視頻流。有利的是，該編碼的視頻流通過使用RTP協(xié)議在IP上從編碼器5傳送至分割器6。這不是限制性的。作為示例，也可以使用稱為MPEG-2TS的MPEG-2標(biāo)準(zhǔn)的傳輸層。
實(shí)際上，由分割器6產(chǎn)生的文件被存儲(chǔ)在內(nèi)容服務(wù)器8能夠訪問的存儲(chǔ)單元26中。存儲(chǔ)單元26由分割器6和內(nèi)容服務(wù)器8共用。該存儲(chǔ)單元26可以是內(nèi)容服務(wù)器8的一部分或者可以位于遠(yuǎn)程。
分割器6具有下面的功能a)它將由編碼器5產(chǎn)生的編碼的內(nèi)容切分成多個(gè)片斷，其中每個(gè)片斷包括一個(gè)給定量時(shí)間的編碼的多媒體內(nèi)容。
b)它從每個(gè)片斷中產(chǎn)生一個(gè)文件。
c)它執(zhí)行一個(gè)加密算法，這樣使得在沒有與其相關(guān)的解密密鑰的情況下不能使用在文件中至少包含的片斷。這可以通過加密該片斷或加密該文件來實(shí)現(xiàn)。對文件進(jìn)行加密具有簡單的優(yōu)點(diǎn)。加密該片斷更為復(fù)雜。然而，它允許在客戶側(cè)不必首先解密文件的情況下訪問在文件結(jié)構(gòu)中(例如在標(biāo)題中)包含的文件信息。作為示例，分割器6所使用的加密算法是AES(高級加密標(biāo)準(zhǔn))。加密是通過使用一個(gè)加密密鑰實(shí)現(xiàn)的。為了實(shí)現(xiàn)對編碼的實(shí)體(片斷或文件)的解密需要一個(gè)相關(guān)的解密密鑰。密鑰服務(wù)器15負(fù)責(zé)向分割器6傳送加密密鑰并向客戶端設(shè)備14傳送解密密鑰。
分割器6可以為同一多媒體內(nèi)容產(chǎn)生多組文件。作為示例，當(dāng)分割器6產(chǎn)生多組文件時(shí)，可以使用多組切分位置，每一組切分位置與其它組的切分位置相比在時(shí)間上移動(dòng)。產(chǎn)生多組文件是有利的，因?yàn)楫?dāng)客戶向一個(gè)直播內(nèi)容發(fā)送請求時(shí)，這允許降低客戶感受到的延遲。
圖3是由分割器6通過在切分位置Ti，j(j＝1，...，N-1)處切分一個(gè)編碼的多媒體內(nèi)容而產(chǎn)生的組Si的文件Fi，j(j＝1，.....，N-1)的表示。
在一個(gè)有利的實(shí)施例中，片斷是以其能夠彼此獨(dú)立的被解碼的形式產(chǎn)生的。實(shí)際上，由多媒體編碼器產(chǎn)生的任何編碼的多媒體內(nèi)容都包括所謂的隨機(jī)訪問點(diǎn)(RAP)。為了產(chǎn)生可以獨(dú)立于其它片斷而被解碼的片斷，分割器6以每個(gè)片斷從一個(gè)隨機(jī)訪問點(diǎn)開始的方式切分該編碼的多媒體內(nèi)容。例如，當(dāng)編碼器與MPEG-2或MPEG-4標(biāo)準(zhǔn)兼容時(shí)，該隨機(jī)訪問點(diǎn)是MPEG編碼的多媒體內(nèi)容的I幀，并且切分位置是以每個(gè)片斷的第一幀是一個(gè)I幀的方式進(jìn)行選擇的。
可選地，片斷的大小是可調(diào)整的。它對于所有的片斷可以是相同的，或者它可以從一個(gè)片斷到另一個(gè)片斷而不同(例如，片斷的大小可以隨著時(shí)間而增長)。對于相對較長的文件獲得了最好的效率，因?yàn)閭鬏數(shù)奈募蕉?，由文件?biāo)題產(chǎn)生的開銷就越多。
由分割器6產(chǎn)生的每個(gè)文件作為一個(gè)文件被存儲(chǔ)在存儲(chǔ)單元26中。該存儲(chǔ)單元26必須是定期“清理的”，以確保有可用于存儲(chǔ)新產(chǎn)生的文件的空間。清理該存儲(chǔ)單元的一個(gè)方法是定期重新使用文件名。一個(gè)可選的方法是為每個(gè)文件使用不同的文件名，并且定期刪除過期的文件。
內(nèi)容服務(wù)器8和密鑰服務(wù)器15被連接至分布網(wǎng)絡(luò)10。客戶端設(shè)備14能夠通過訪問提供設(shè)備12訪問分布網(wǎng)絡(luò)10。典型地，客戶端設(shè)備14可以通過分布網(wǎng)絡(luò)10來加載一個(gè)包含內(nèi)容服務(wù)器8提供下載的一個(gè)編碼的多媒體內(nèi)容的至少一個(gè)鏈接的頁面。當(dāng)用戶點(diǎn)擊所述鏈接時(shí)，一個(gè)指向所述編碼的多媒體內(nèi)容的初始請求R0被自動(dòng)發(fā)送至內(nèi)容服務(wù)器8。存在若干用于內(nèi)容服務(wù)器8來處理該初始請求R0的方法。
在第一實(shí)施例中，內(nèi)容服務(wù)器8響應(yīng)于客戶請求而下載一個(gè)單獨(dú)的文件。這一實(shí)施方案可用于特定的應(yīng)用，例如用于向客戶提供獲取關(guān)于一個(gè)直播事件的信息的應(yīng)用。它也可以用于被專門設(shè)計(jì)成使客戶端設(shè)備14反復(fù)發(fā)送初始請求R0的播放器22。
在第二實(shí)施例中，一旦文件在服務(wù)器側(cè)準(zhǔn)備好了，則內(nèi)容服務(wù)器8就逐個(gè)地下載這些文件。此實(shí)施例具有易于實(shí)現(xiàn)的優(yōu)點(diǎn)。然而，存在一個(gè)風(fēng)險(xiǎn)，即某些客戶瀏覽器不支持響應(yīng)于一個(gè)單獨(dú)請求而接收幾個(gè)文件。
在第三實(shí)施例中，內(nèi)容服務(wù)器8在接收到初始請求R0時(shí)向客戶端設(shè)備14發(fā)送一個(gè)文檔。該文檔使客戶端設(shè)備14反復(fù)地發(fā)送標(biāo)明該編碼的多媒體內(nèi)容的提取請求。
作為示例，由內(nèi)容服務(wù)器8發(fā)送的該文檔可以是一個(gè)包括自動(dòng)刷新命令的頁面。在下面給出這樣一個(gè)頁面的實(shí)例<html>
<head>
<META meta http-equiv＝″Refresh″content＝″134″；url＝′http//www.yoursite.com/live2download.html</head>
<embed src＝″live2download.mp4″width＝″240″height＝″240″>
</embed>
</html>
這樣一個(gè)頁面使客戶瀏覽器每134秒(這是在本例中一個(gè)文件的持續(xù)時(shí)間)就重新加載文件“l(fā)iye2download.mp4”。
可選地，由內(nèi)容服務(wù)器8發(fā)送的該文檔可以是一個(gè)多媒體內(nèi)容的標(biāo)準(zhǔn)描述，所述標(biāo)準(zhǔn)描述打算由播放器22以標(biāo)準(zhǔn)的方式進(jìn)行處理。這樣一個(gè)描述例如可以是一個(gè)SMIL(SMIL是一個(gè)定義基于XML的音頻/視頻場景描述的W3C標(biāo)準(zhǔn))描述。在下面給出一個(gè)這樣的SMIL描述的實(shí)例<smil>
<head>
<layout>
<root-layout width＝″240″height＝″240″background-color＝″white″/>
<region regionName＝″im″left＝″0″top＝″0″width＝″240″height＝″240″/>
</layout>
</head>
<body>
<seq repeatCount＝″indefinite″>
<video id＝″vid″src＝″live2download.mp4″region＝″im″/>
</seq>
</body>
</smil>
該SMIL文檔的效果是使得播放器17反復(fù)地播放文件“l(fā)ive2download.mp4”。結(jié)果，客戶端設(shè)備將反復(fù)地發(fā)送指向“l(fā)ive2download.mp4”的提取請求。
有利的是，由內(nèi)容服務(wù)器8發(fā)送的該SMIL文檔包括一個(gè)表明該文件必須提前一段時(shí)間(也就是，在先前文件的播放結(jié)束之前的一段時(shí)間)被提取的命令。這確保下一個(gè)文件將按時(shí)到達(dá)客戶端設(shè)備14，所以客戶不會(huì)在播放多媒體內(nèi)容的過程中感受到間隙。在下面給出一個(gè)具有這樣一個(gè)命令的SMIL描述的實(shí)例<smil>
<head>
<layout>
<root-layout width＝″240″height＝″240″background-color＝″white″/>
<region regionName＝″im″left＝″0″top＝″0″width＝″240″height＝″240″/>
</layout>
</head>
<body>
<seq repeatCount＝″indefinite″>
<video id＝″vid″src＝″live2download1.mp4″region＝″im″ clipBegin＝″0s″dur＝″25s″/>
<par>
<prefetch src＝″live2download2.mp4″mediaTime＝″5s″/>
<video id＝″vid″src＝″live2download1.mp4″region＝″im″clipBegin＝″25s″/>
</par>
<video id＝″vid″src＝″live2download2.mp4″region＝″im″clipBegin＝″0s″dur＝″25s″/>
<par>
<prefetch src＝″live2download1.mp4″mediaTime＝″5s″>
<video id＝″vid″src＝″live2download2.mp4″region＝″im″clipBegin＝″25s″/>
</par>
</seq>
</body>
</smil>
該文檔是為一個(gè)包含30秒內(nèi)容的片斷而寫的。它使得播放器17依次執(zhí)行下面的操作a)播放第一源(live2download1.mp4)的頭25秒；b)播放第一源的最后5秒，并且并行地提取第二源(live2download2.mp4)的頭5秒；c)播放第二源的頭25秒(因?yàn)轭^5秒已經(jīng)被預(yù)提取，所以這可以無延遲地完成)；使用兩個(gè)不同的源是一個(gè)執(zhí)行技巧。內(nèi)容服務(wù)器8必須被設(shè)計(jì)成可以識別出第一和第二源對應(yīng)于同一個(gè)編碼的多媒體內(nèi)容。
當(dāng)要被下載的內(nèi)容是一個(gè)直播內(nèi)容時(shí)，服務(wù)器必須在接收到初始請求R0或者在接收到提取請求時(shí)選擇下載哪一個(gè)文件。內(nèi)容服務(wù)器8可以選擇最近的文件或者準(zhǔn)備好的第一個(gè)文件。選擇最近的文件的結(jié)果是客戶將接收到過時(shí)的數(shù)據(jù)。選擇準(zhǔn)備好的第一個(gè)文件的結(jié)果是客戶在得到響應(yīng)前必須等待一定的時(shí)間。在圖2中，箭頭A表示由內(nèi)容服務(wù)器8接收到初始請求R0。如果下載的文件是文件Fi，1，則客戶不會(huì)感受到延遲；然而他將接收到的數(shù)據(jù)將有一個(gè)等于ai，1時(shí)間的滯后。如果下載的文件是文件Fi，2，則客戶不會(huì)接收到過時(shí)的數(shù)據(jù)；然而，他將感受到一個(gè)等于bi，2的延遲。
當(dāng)實(shí)現(xiàn)了文件的下載時(shí)，客戶端設(shè)備14必須獲得相關(guān)的解密密鑰以便能夠播放該文件的內(nèi)容?，F(xiàn)在將參考圖4和圖5分別描述獲得此解密密鑰的兩種方法。
在圖4中，客戶端設(shè)備14向內(nèi)容服務(wù)器8發(fā)送一個(gè)表明下載成功完成的確認(rèn)30。在接收到確認(rèn)30時(shí)，內(nèi)容服務(wù)器8向密鑰服務(wù)器15發(fā)送一個(gè)通知32。在接收到通知32時(shí)，密鑰服務(wù)器15向客戶端設(shè)備14發(fā)送一個(gè)包含合適的解密密鑰的消息34。
在圖5中，客戶端設(shè)備14向內(nèi)容服務(wù)器8發(fā)送一個(gè)表明下載成功完成的確認(rèn)40，并向密鑰服務(wù)器15發(fā)送一個(gè)請求42。在接收到確認(rèn)40時(shí)，內(nèi)容服務(wù)器8向密鑰服務(wù)器15發(fā)送一個(gè)通知43。在接收到通知43和請求42時(shí)，密鑰服務(wù)器15向客戶端設(shè)備14發(fā)送一個(gè)包含合適的解密密鑰的消息44。
通過分布網(wǎng)絡(luò)10的傳輸受HTTP協(xié)議的支配。
現(xiàn)在將參考圖6描述一個(gè)依照本發(fā)明傳送多媒體內(nèi)容M到客戶端設(shè)備14的方法的第一實(shí)例。它包括-步驟X1，其從多媒體內(nèi)容M中產(chǎn)生編碼的多媒體內(nèi)容E(M)，-步驟X2，其將編碼的多媒體內(nèi)容E(M)切分成一組片斷Si，-步驟X3，其利用加密密鑰KXi通過應(yīng)用加密算法X來加密片斷Si(或是一組片斷)，因此提供加密的片斷X(Si，KXi)，-步驟X4，其提供一組文件Fi，其中每個(gè)文件Fi包含一個(gè)加密的片斷X(Si，KXi)，-步驟X5，其在從客戶端設(shè)備14中接收到指向多媒體內(nèi)容M的初始請求R0時(shí)將至少一個(gè)所述文件Fi通過分布網(wǎng)絡(luò)10下載至客戶端設(shè)備14。
現(xiàn)在將參考圖6描述一個(gè)依照本發(fā)明傳送多媒體內(nèi)容M到客戶端設(shè)備14的方法的第二實(shí)例。其包括-步驟X10，其從多媒體內(nèi)容M中產(chǎn)生編碼的多媒體內(nèi)容E(M)，-步驟X20，其將編碼的多媒體內(nèi)容E(M)切分成一組片斷Si，-步驟X25，其提供一組文件Fi，其中每個(gè)文件Fi包含一個(gè)片斷Si，-步驟X30，其利用加密密鑰KXi通過應(yīng)用加密算法X來加密一個(gè)文件Fi(或者一組文件)，因此提供加密的文件X(Fi，KXi)，-步驟X50，其在從客戶端設(shè)備14接收到指向多媒體內(nèi)容M的初始請求R0時(shí)將至少一個(gè)所述文件X(Fi，KXi)通過分布網(wǎng)絡(luò)10下載至客戶端設(shè)備14。
這些步驟通過在一個(gè)或幾個(gè)設(shè)備中包含的專用硬件和/或軟件來實(shí)現(xiàn)。例如，步驟X1和X10由編碼器5實(shí)現(xiàn)，步驟X2、X3、X4和X20、X25、X30由分割器6實(shí)現(xiàn)，以及步驟X5和X50由內(nèi)容服務(wù)器8實(shí)現(xiàn)。
對于所描述的網(wǎng)絡(luò)、服務(wù)器、系統(tǒng)、分割器、客戶端設(shè)備和下載方法，可以在不脫離本發(fā)明的范圍的情況下提出修改或改進(jìn)。本發(fā)明因此不限于所提供的實(shí)例。
可以使用不同于HTTP的文件傳輸協(xié)議(例如FTP)。
內(nèi)容服務(wù)器和密鑰服務(wù)器可以是同樣的物理實(shí)體。加密可以被應(yīng)用于片斷或文件。加密密鑰和相關(guān)的解密密鑰可以是不同或相同的，這取決于所使用的加密算法。
在說明書和權(quán)利要求書中所使用的動(dòng)詞“包括”及其動(dòng)詞變化不排除不同于在說明書和權(quán)利要求書中陳述的那些的元件或步驟的存在。
用于表示一個(gè)元件或步驟所使用的冠詞“一”或“一個(gè)”不排除存在多個(gè)這樣的元件或步驟。
權(quán)利要求
1.一種系統(tǒng)，至少包括-一個(gè)用于獲取多媒體內(nèi)容的源(1)；-一個(gè)用于編碼所述多媒體內(nèi)容的編碼器(5)；-一個(gè)分割器(6)，用于將所述編碼的多媒體內(nèi)容切分成至少一組片斷，并且用于從所述至少一組片斷中提供至少一組文件，所述分割器執(zhí)行了一個(gè)加密算法，使得在沒有與之相關(guān)的解密密鑰的情況下不能使用在文件中至少包含的片斷，-一個(gè)分布網(wǎng)絡(luò)(10)，-一個(gè)訪問提供設(shè)備(12)，用于向客戶端設(shè)備(14)提供對所述分布網(wǎng)絡(luò)的訪問，-一個(gè)內(nèi)容服務(wù)器(8)，其被連接至所述分布網(wǎng)絡(luò)并且可以訪問所述一組或多組文件，以用于在接收到所述客戶端設(shè)備的請求時(shí)通過所述分布網(wǎng)絡(luò)將至少一個(gè)所述文件下載至所述客戶端設(shè)備，以及-一個(gè)密鑰服務(wù)器，其被連接至所述分布網(wǎng)絡(luò)，用于向所述客戶端設(shè)備提供與下載的文件相關(guān)的一個(gè)或多個(gè)解密密鑰。
2.如權(quán)利要求1所述的系統(tǒng)，其中解密密鑰在與其相關(guān)的一個(gè)或多個(gè)文件被成功下載時(shí)被提供給客戶端設(shè)備。
3.如權(quán)利要求1所述的系統(tǒng)，其中片斷是以其能夠彼此獨(dú)立地被解碼的方式產(chǎn)生的。
4.一種內(nèi)容服務(wù)器(8)，其可以訪問至少一組文件(Si)，所述文件是通過將編碼的多媒體內(nèi)容切分成至少一組片斷并且通過執(zhí)行一個(gè)加密算法來從所述至少一組片斷中提供至少一組文件(Fi，j)而產(chǎn)生的，這樣使得在沒有與之相關(guān)的解密密鑰的情況下不能使用在文件中至少包含的片斷，所述內(nèi)容服務(wù)器具有在接收到來自客戶端設(shè)備(14)的請求時(shí)將至少一個(gè)所述文件下載至所述客戶端設(shè)備的裝置。
5.如權(quán)利要求4所述的內(nèi)容服務(wù)器，其中所述文件來源于能夠彼此獨(dú)立地被解碼的片斷。
6.如權(quán)利要求4所述的內(nèi)容服務(wù)器，具有在向所述客戶端設(shè)備成功下載文件時(shí)向密鑰服務(wù)器發(fā)送通知的裝置，這樣使得所述密鑰服務(wù)器向所述客戶端設(shè)備提供與所述文件相關(guān)的解密密鑰。
7.如權(quán)利要求4所述的內(nèi)容服務(wù)器，其中所述下載裝置包括-用于在接收到所述請求時(shí)向所述客戶端設(shè)備發(fā)送文檔的裝置，所述文檔使得所述客戶端設(shè)備反復(fù)地發(fā)送指示所述編碼的多媒體內(nèi)容的提取請求，-用于在從所述客戶端設(shè)備接收到所述提取請求時(shí)在所述一組或多組文件中選擇哪一個(gè)文件將被下載的裝置，-用于下載選定的文件的裝置。
8.一種客戶端設(shè)備，包括-用于連接至內(nèi)容服務(wù)器的裝置，所述內(nèi)容服務(wù)器可以訪問至少一組文件(Si)，所述文件是通過將編碼的多媒體內(nèi)容切分成至少一組片斷并且通過執(zhí)行一個(gè)加密算法而產(chǎn)生的，每個(gè)文件包含一個(gè)片斷，這樣使得在沒有與之相關(guān)的解密密鑰的情況下不能使用在文件中至少包含的片斷，所述內(nèi)容服務(wù)器提供基于逐個(gè)文件地下載至少一部分所述編碼的多媒體內(nèi)容，-用于反復(fù)地向所述內(nèi)容服務(wù)器發(fā)送指向所述編碼的多媒體內(nèi)容的請求的裝置，-用于響應(yīng)于每個(gè)請求而接收所述文件之一的裝置，-用于獲取與每個(gè)文件相關(guān)的解密密鑰的裝置，-用于解密并播放所述文件的裝置。
9.如權(quán)利要求8所述的客戶端設(shè)備，進(jìn)一步包括用于在當(dāng)前文件的重放結(jié)束之前發(fā)送一個(gè)隨后的請求的裝置。
10.一種將編碼的多媒體內(nèi)容傳送至客戶端設(shè)備的方法，所述方法包括以下步驟-編碼一個(gè)多媒體內(nèi)容，-將所述編碼的多媒體內(nèi)容切分成至少一組片斷，并且從所述至少一組片斷中提供至少一組文件，所述切分步驟包括一個(gè)加密步驟，這樣使得在沒有與之相關(guān)的解密密鑰的情況下不能使用在文件中至少包含的片斷，-在接收到來自所述客戶端設(shè)備的請求時(shí)通過所述分布網(wǎng)絡(luò)將至少一個(gè)所述文件下載至所述客戶端設(shè)備。
全文摘要
本發(fā)明提出將通過網(wǎng)絡(luò)傳送的內(nèi)容分成一組片斷并且從這組片斷中產(chǎn)生一組文件。所述片斷(或所述文件)在下載前被加密，這樣客戶在獲得相關(guān)的解密密鑰之前無法使用所述片斷(或所述文件)。因此本發(fā)明允許基于逐個(gè)片斷(或是基于逐個(gè)文件)地保護(hù)所下載的內(nèi)容，而不是將所下載的內(nèi)容作為整體來保護(hù)。在服務(wù)器和客戶端之間的傳輸(在下載模式中)受為所有的防火墻和NAT所接受的HTTP協(xié)議支配。因此，所傳輸?shù)膬?nèi)容對于可以沒有限制地訪問萬維網(wǎng)的任何客戶端設(shè)備都是可訪問的。有利的是，片斷可以彼此獨(dú)立地被解碼。
文檔編號H04N7/173GK1817040SQ200480019179
公開日2006年8月9日 申請日期2004年6月23日 優(yōu)先權(quán)日2003年7月4日
發(fā)明者P·讓特里克 申請人:皇家飛利浦電子股份有限公司