白丝美女被狂躁免费视频网站,500av导航大全精品,yw.193.cnc爆乳尤物未满,97se亚洲综合色区,аⅴ天堂中文在线网官网

首頁 / 專利庫 / 版權(quán)及相關(guān)權(quán) / 版權(quán) / 版權(quán)管理 / 流式內(nèi)容的精細(xì)粒度版權(quán)管理

流式內(nèi)容的精細(xì)粒度版權(quán)管理

閱讀：335發(fā)布：2020-05-14

專利匯可以提供流式內(nèi)容的精細(xì)粒度版權(quán)管理專利檢索，專利查詢，專利分析的服務(wù)。并且本 發(fā)明 提供向接收設(shè)備傳送受保護(hù)的流式多媒體內(nèi)容的方法、裝置和系統(tǒng)。在本發(fā)明的一個(gè)方面中，廣播者提供流式內(nèi)容。為了保障瀏覽者被適當(dāng)?shù)氖跈?quán)，所述流式內(nèi)容被采用流量密鑰加密。流量密鑰通過被服務(wù)密鑰加密的密鑰流消息被提供給所述用戶。所述用戶從 版權(quán) 簽發(fā)者獲得至少一個(gè) 版權(quán)對象 ，而且所述至少一個(gè)版權(quán)對象包括所述服務(wù)密鑰以便所述流式內(nèi)容可以被使用。所述至少一個(gè)版權(quán)對象也包含與所述版權(quán)簽發(fā)者所配置的使用版權(quán)相關(guān)的信息，以便根據(jù)所述用戶和/或所述接收設(shè)備可用不同的版權(quán)。所述密鑰流消息可以包括節(jié)目類別變量值，所述節(jié)目類別變量值指示內(nèi)容的類型，并且與所述版權(quán)對象相結(jié)合，判定對于所述流式內(nèi)容存在何種使用版權(quán)。，下面是流式內(nèi)容的精細(xì)粒度版權(quán)管理專利的具體信息內(nèi)容。

1.一種用于向設(shè)備發(fā)送數(shù)據(jù)流的方法，包括：
(A)發(fā)送以流量密鑰加密的流式內(nèi)容；
(B)發(fā)送以服務(wù)密鑰加密的密鑰流消息，所述密鑰流消息包括所述流量密鑰，并且包括至少一個(gè)節(jié)目類別值；以及
(C)提供包括服務(wù)密鑰的第一版權(quán)對象，其中所述服務(wù)密鑰使得能夠?qū)λ雒荑€流消息解密，而且所述密鑰流消息使得能夠?qū)λ隽魇絻?nèi)容解密，
其中所述第一版權(quán)對象進(jìn)一步包括多個(gè)使用版權(quán)集合，其中當(dāng)前有效的所述多個(gè)使用版權(quán)集合中的至少一個(gè)是以所述至少一個(gè)節(jié)目類別值為條件的。
2.根據(jù)權(quán)利要求1的方法，其中(B)進(jìn)一步包括：
(ii)發(fā)送第一節(jié)目類別值和第二節(jié)目類別值，其中所述第一節(jié)目類別值與第一版權(quán)簽發(fā)者相關(guān)聯(lián)而且所述第二節(jié)目類別值與第二版權(quán)簽發(fā)者相關(guān)聯(lián)。
3.根據(jù)權(quán)利要求2的方法，其中所述第一節(jié)目類別值和所述第二節(jié)目類別值被提供在向量中，所述第一節(jié)目類別值和第二節(jié)目類別值各自包含在所述向量中的第一位置和第二位置。
4.根據(jù)權(quán)利要求3的方法，其中所述第一節(jié)目類別值和第二節(jié)目類別值是采用兩個(gè)或更多比特表達(dá)的。
5.根據(jù)權(quán)利要求4的方法，進(jìn)一步包括：
(D)提供第二版權(quán)對象、第三版權(quán)對象和第四版權(quán)對象，其中所述第一、第二、第三和第四版權(quán)對象組成版權(quán)對象集合。
6.根據(jù)權(quán)利要求5的方法，其中所述第一節(jié)目類別值和第二節(jié)目類別值中的至少一個(gè)與所述第一、第二、第三和第四版權(quán)對象中的一個(gè)相對應(yīng)。
7.根據(jù)權(quán)利要求1的方法，進(jìn)一步包括：
(D)改變所述流量密鑰；以及
(E)重復(fù)(A)和(B)。
8.一種用于向設(shè)備發(fā)送數(shù)據(jù)流的裝置，包括：
用于發(fā)送以流量密鑰加密的流式內(nèi)容的裝置；
用于發(fā)送以服務(wù)密鑰加密的密鑰流消息的裝置，所述密鑰流消息包括所述流量密鑰，并且包括至少一個(gè)節(jié)目類別值；以及
用于提供包括服務(wù)密鑰的第一版權(quán)對象的裝置，其中所述服務(wù)密鑰使得能夠?qū)λ雒荑€流消息解密，而且所述密鑰流消息使得能夠?qū)λ隽魇絻?nèi)容解密，
其中所述第一版權(quán)對象進(jìn)一步包括多個(gè)使用版權(quán)集合，其中當(dāng)前有效的所述多個(gè)使用版權(quán)集合中的至少一個(gè)是以所述至少一個(gè)節(jié)目類別值為條件的。
9.根據(jù)權(quán)利要求8的裝置，進(jìn)一步包括：
用于發(fā)送第一節(jié)目類別值和第二節(jié)目類別值的裝置，其中所述第一節(jié)目類別值與第一版權(quán)簽發(fā)者相關(guān)聯(lián)而且所述第二節(jié)目類別值與第二版權(quán)簽發(fā)者相關(guān)聯(lián)。
10.根據(jù)權(quán)利要求9的裝置，其中所述第一節(jié)目類別值和所述第二節(jié)目類別值被提供在向量中，所述第一節(jié)目類別值和第二節(jié)目類別值各自包含在所述向量中的第一位置和第二位置，
其中所述第一節(jié)目類別值和第二節(jié)目類別值是采用兩個(gè)或更多比特表達(dá)的；并且所述用于向設(shè)備發(fā)送數(shù)據(jù)流的裝置進(jìn)一步包括：用于提供第二版權(quán)對象、第三版權(quán)對象和第四版權(quán)對象的裝置，其中所述第一、第二、第三和第四版權(quán)對象組成版權(quán)對象集合，其中第一節(jié)目類別值和第二節(jié)目類別值中的至少一個(gè)與所述第一、第二、第三和第四版權(quán)對象中的一個(gè)相對應(yīng)。
11.根據(jù)權(quán)利要求9的裝置，其中被發(fā)送的第一節(jié)目值與所述多個(gè)使用版權(quán)中的一個(gè)相對應(yīng)。
12.根據(jù)權(quán)利要求8的裝置，所述用于向設(shè)備發(fā)送數(shù)據(jù)流的裝置進(jìn)一步包括用于改變所述流量密鑰的裝置；以及用于重復(fù)所述用于發(fā)送流式內(nèi)容的裝置和所述用于發(fā)送密鑰流消息的裝置的操作的裝置。
13.一種在多媒體會話中從通信系統(tǒng)接收數(shù)據(jù)的流的方法，包括：
(A)從通信系統(tǒng)接收與單個(gè)廣播服務(wù)對應(yīng)的被加密的數(shù)據(jù)的流，所述數(shù)據(jù)具有分別被多個(gè)流量密鑰加密的不同部分，其中所述分別的多個(gè)流量密鑰是在相同時(shí)隙突發(fā)中作為分別的部分被接收的；
(B)接收被加密的密鑰流消息，所述被加密的密鑰流消息包括所述多個(gè)流量密鑰；以及
(C)使用所述多個(gè)流量密鑰解密所述被加密的數(shù)據(jù)的流的各個(gè)部分。
14.根據(jù)權(quán)利要求13的方法，其中(C)包括：
(D)使用服務(wù)密鑰解密所述被加密的密鑰流消息。
15.根據(jù)權(quán)利要求14的方法，進(jìn)一步包括：
(E)獲得版權(quán)對象，所述版權(quán)對象包括所述服務(wù)密鑰；而且
(F)使用被解密的數(shù)據(jù)的流的各個(gè)部分。
16.根據(jù)權(quán)利要求13的方法，其中(B)包括：
(i)接收節(jié)目類別變量值。
17.根據(jù)權(quán)利要求15的方法，其中(F)包括：
(i)顯示所述被解密的數(shù)據(jù)的流的各個(gè)部分。
18.根據(jù)權(quán)利要求15的方法，其中(F)包括：
(i)存儲所述被解密的數(shù)據(jù)的流的各個(gè)部分。
19.根據(jù)權(quán)利要求15的方法，其中所述被解密的數(shù)據(jù)的流的各個(gè)部分的使用被與所述版權(quán)對象相關(guān)聯(lián)的使用版權(quán)控制。
20.根據(jù)權(quán)利要求14的方法，進(jìn)一步包括：
(E)在所述流量密鑰中的一個(gè)或多個(gè)變化之后重復(fù)(A)、(B)、(C)和(D)。
21.根據(jù)權(quán)利要求15的方法，其中所述版權(quán)對象進(jìn)一步包括與包含在所述密鑰流消息中的節(jié)目類別值相關(guān)聯(lián)的使用版權(quán)，而且(F)被所述使用版權(quán)控制。
22.一種在多媒體會話中從通信系統(tǒng)接收數(shù)據(jù)的流的裝置，所述裝置包括：
用于從通信系統(tǒng)接收與單個(gè)廣播服務(wù)對應(yīng)的被加密的數(shù)據(jù)的流的裝置，所述數(shù)據(jù)具有分別被多個(gè)流量密鑰加密的不同部分，其中所述分別的多個(gè)流量密鑰是在相同時(shí)隙突發(fā)中作為分別的部分被接收的；
用于接收被加密的密鑰流消息的裝置，所述被加密的密鑰流消息包括所述多個(gè)流量密鑰；以及
用于使用所述多個(gè)流量密鑰解密所述被加密的數(shù)據(jù)的流的各個(gè)部分的裝置。
23.根據(jù)權(quán)利要求22的裝置，其中用于解密所述被加密的數(shù)據(jù)的流的各個(gè)部分的裝置包括用于使用服務(wù)密鑰解密所述被加密的密鑰流消息的裝置。
24.根據(jù)權(quán)利要求23的裝置，進(jìn)一步包括：用于獲得版權(quán)對象的裝置，所述版權(quán)對象包括所述服務(wù)密鑰；以及用于使用被解密的數(shù)據(jù)的流的各個(gè)部分的裝置。
25.根據(jù)權(quán)利要求22的裝置，其中用于接收被加密的密鑰流消息的裝置包括用于接收節(jié)目類別變量值的裝置。
26.根據(jù)權(quán)利要求23的裝置，進(jìn)一步包括用于在所述流量密鑰中的一個(gè)或多個(gè)變化之后重復(fù)所述接收被加密的數(shù)據(jù)的流的裝置、所述接收被加密的密鑰流消息的裝置、所述解密所述被加密的數(shù)據(jù)的流的各個(gè)部分的裝置和所述解密所述被加密的密鑰流消息的裝置的操作的裝置。
27.根據(jù)權(quán)利要求24的裝置，其中所述版權(quán)對象進(jìn)一步包括與包含在所述密鑰流消息中的節(jié)目類別變量值相關(guān)聯(lián)的使用版權(quán)，而且用于使用所述被解密的數(shù)據(jù)的流的各個(gè)部分的裝置被所述使用版權(quán)控制。
28.一種用于從通信系統(tǒng)中獲得流式數(shù)據(jù)的方法，包括：
(A)接收被流量密鑰加密的流式內(nèi)容；
(B)接收通過服務(wù)密鑰加密的密鑰流消息，所述密鑰流消息包括所述流量密鑰和至少一個(gè)節(jié)目類別值；
(C)獲得包括服務(wù)密鑰的第一版權(quán)對象，其中所述服務(wù)密鑰使得能夠?qū)λ雒荑€流消息解密，而且所述密鑰流消息使得能夠?qū)λ隽魇絻?nèi)容解密，
其中所述第一版權(quán)對象進(jìn)一步包括多個(gè)使用版權(quán)集合，其中當(dāng)前有效的所述多個(gè)使用版權(quán)集合中的至少一個(gè)是以所述至少一個(gè)節(jié)目類別值為條件的；以及
(D)使用所述流量密鑰解密所述流式內(nèi)容。
29.根據(jù)權(quán)利要求28的方法，進(jìn)一步包括：
(E)根據(jù)與節(jié)目類別值相關(guān)聯(lián)的所述第一版權(quán)對象中的第一使用版權(quán)，使用所述流式內(nèi)容。
30.根據(jù)權(quán)利要求29的方法，進(jìn)一步包括：
(F)當(dāng)所述流量密鑰變化時(shí)，重復(fù)(A)和(B)。
31.根據(jù)權(quán)利要求30的方法，其中(B)進(jìn)一步包括：
(ii)接收第二節(jié)目類別值，所述第二節(jié)目類別值與第二版權(quán)對象中的第二使用版權(quán)相關(guān)聯(lián)。
32.一種用于從通信系統(tǒng)中獲得流式數(shù)據(jù)的裝置，包括：
用于接收被流量密鑰加密的流式內(nèi)容的裝置；
用于接收通過服務(wù)密鑰加密的密鑰流消息的裝置，所述密鑰流消息包括所述流量密鑰和至少一個(gè)節(jié)目類別值；
用于獲得包括服務(wù)密鑰的第一版權(quán)對象的裝置，其中所述服務(wù)密鑰使得能夠?qū)λ雒荑€流消息解密，而且所述密鑰流消息使得能夠?qū)λ隽魇絻?nèi)容解密，
其中所述第一版權(quán)對象進(jìn)一步包括多個(gè)使用版權(quán)集合，其中當(dāng)前有效的所述多個(gè)使用版權(quán)集合中的至少一個(gè)是以所述至少一個(gè)節(jié)目類別值為條件的；以及
用于使用所述流量密鑰解密所述流式內(nèi)容的裝置。
33.一種用于在多媒體會話期間從通信系統(tǒng)接收數(shù)據(jù)的流的裝置，包括：
接收機(jī)，其被配置為
從通信系統(tǒng)接收與單個(gè)廣播服務(wù)對應(yīng)的被加密的數(shù)據(jù)的流，所述數(shù)據(jù)具有分別被多個(gè)流量密鑰加密的不同部分，其中所述分別的多個(gè)流量密鑰是在相同時(shí)隙突發(fā)中作為分別的部分被接收的；
接收加密的密鑰流消息，所述加密的密鑰流消息包括所述多個(gè)流量密鑰；
密鑰提取模塊，其被配置為提取所述流量密鑰；以及
解密模塊，其被配置為通過使用所述多個(gè)流量密鑰來解密所述被加密的數(shù)據(jù)的流的各個(gè)部分。
34.根據(jù)權(quán)利要求33的裝置，其中，所述接收機(jī)被進(jìn)一步配置為通過利用服務(wù)密鑰解密所述密鑰流消息來解密所述數(shù)據(jù)的流。
35.根據(jù)權(quán)利要求34的裝置，進(jìn)一步包括：
收發(fā)機(jī)，其被配置為接收版權(quán)對象，所述版權(quán)對象包括所述服務(wù)密鑰。
36.根據(jù)權(quán)利要求35的裝置，其中所述版權(quán)對象進(jìn)一步包括與包含在所述密鑰流消息中的節(jié)目類別值相關(guān)聯(lián)的使用版權(quán)，并且其中使用所述數(shù)據(jù)的流是由所述使用版權(quán)控制的。

說明書全文

流式內(nèi)容的精細(xì)粒度版權(quán)管理

技術(shù)領(lǐng)域

[0001] 本發(fā)明涉及傳送受保護(hù)的多媒體內(nèi)容。特別地，本發(fā)明提供用于對部分被保護(hù)內(nèi)容提供用戶版權(quán)的改進(jìn)控制的裝置和方法。

背景技術(shù)

[0002] 視頻流、數(shù)據(jù)流和寬帶數(shù)字廣播節(jié)目正盛行于無線網(wǎng)絡(luò)應(yīng)用中，例如，互聯(lián)網(wǎng)協(xié)議(IP)組播服務(wù)。為了支持這些無線應(yīng)用，無線廣播系統(tǒng)同時(shí)向多個(gè)無線終端發(fā)送支持?jǐn)?shù)據(jù)服務(wù)的數(shù)據(jù)內(nèi)容。數(shù)字媒體內(nèi)容或其他數(shù)據(jù)是通過多種應(yīng)用協(xié)議、傳輸協(xié)議和網(wǎng)絡(luò)協(xié)議進(jìn)行廣播的。例如，廣播系統(tǒng)提供IP數(shù)據(jù)廣播，在這些IP數(shù)據(jù)廣播中傳送音視頻服務(wù)，從而把MPEG4-AVC視頻、MPEG4-AAC音頻和輔助數(shù)據(jù)成分分組化并壓縮成RTP和/或ALC。隨后，這些分組被格式化成UDP和IP，并通過MPE以MPEG2-TS格式傳輸(以用于例如DVB-H)。在分組交換域，多媒體會話的概念可能需要一個(gè)或多個(gè)會話成分(在上述情形下是音頻、視頻和輔助數(shù)據(jù))被邏輯地綁定在一起。多媒體會話中的部分是在公共的開始時(shí)間和結(jié)束時(shí)間之間被發(fā)送的。然而，在廣播環(huán)境中，所有能夠接收廣播信號的接收機(jī)都可以接收由廣播信號承載的數(shù)據(jù)。重要的是，內(nèi)容銷售商限制對多媒體內(nèi)容的訪問，從而使得只有授權(quán)的接收機(jī)才能向用戶顯示該多媒體內(nèi)容。
[0003] 數(shù)字版權(quán)管理(DRM)系統(tǒng)，如開放移動聯(lián)盟(OMA)DRM系統(tǒng)，正在被用于出售對離散文檔——如OMA DRM數(shù)字內(nèi)容文檔(DCF)——的接入。作為一種可能的解決方案，設(shè)備(由它的人類用戶命令)從內(nèi)容提供者獲取經(jīng)過內(nèi)容密鑰加密的DCF(例如，MP3音樂文檔)。所述設(shè)備分開地從版權(quán)發(fā)行者(RI)獲得(即，購買)版權(quán)對象(RO)，RO(尤其)包括兩部分：用于解密所述DCF的內(nèi)容密鑰，以及所述DCF的使用版權(quán)。使用版權(quán)控制所述設(shè)備(以及由此它的人類用戶)如何使用被解密的DCF內(nèi)容；例如，使用所述內(nèi)容的時(shí)間限制、所述內(nèi)容是否可以被拷貝，等等。對同一個(gè)DCF，不同RI可以以不同價(jià)格和不同使用權(quán)限來銷售RO。
[0004] 通常，例如在OMA DRM情況下，使用版權(quán)是采用版權(quán)表達(dá)語言(REL)來表達(dá)的，其中REL可以包含基于變量的條件性，所述變量例如每周中的幾天、一天中的時(shí)間、一天中的時(shí)間段，等等。例如，它可以描述特定的使用版權(quán)所延續(xù)的時(shí)間段。REL的示例包括開放數(shù)字版權(quán)語言(ODRL)和可擴(kuò)展權(quán)限標(biāo)記語言(XrML)。
[0005] 最近，除了離散的DCF文檔，DRM系統(tǒng)也被用于出售流式服務(wù)。流服務(wù)的特殊情況是真實(shí)無線廣播流服務(wù)(以下稱廣播服務(wù))，其中多個(gè)設(shè)備接收到同樣的廣播流。例如OMA DRM被建議用于出售和購買IP數(shù)據(jù)廣播(IPDC)服務(wù)，而且所述方案正在被數(shù)字視頻廣播(DVB)組織標(biāo)準(zhǔn)化，(尤其)以便支持在DVB-H(手持)無線廣播技術(shù)之上的手持電視接收機(jī)。
[0006] 在廣播服務(wù)中的典型組成部分包括：1)廣播者，其從內(nèi)容提供者獲得流式內(nèi)容并且在無線通路中以加密的形式廣播，以及2)多個(gè)RI，其銷售用于解密所述內(nèi)容并設(shè)定在接收所述廣播的設(shè)備中對所述內(nèi)容的使用版權(quán)的RO。RO可以與加密的內(nèi)容本身一起在同樣的廣播無線通路上傳送，或通過分立的交互信道，例如蜂窩數(shù)據(jù)載波(例如，GSM GPRS，通用分組無線服務(wù))傳送。
[0007] 在這種情況下，由于流式內(nèi)容是連續(xù)的(不像離散的DCF文檔)，采用每個(gè)RO中的密鑰直接對流式內(nèi)容解密是不切實(shí)際的。一種已知的內(nèi)容解密技術(shù)是密鑰體系，例如在DVB有條件訪問中所使用的。廣播者發(fā)送一系列的流式內(nèi)容，每個(gè)都被流量密鑰(TK)加密，并且周期性地改變所述流量密鑰。至少每當(dāng)流量密鑰變化，就發(fā)送包含經(jīng)服務(wù)密鑰(SK)加密的流量密鑰的密鑰流消息(KSM)。RO中包含了所述服務(wù)密鑰。于是，接收設(shè)備就能夠使用流量密鑰將流式內(nèi)容解密。實(shí)際上，KSM必須被非常頻繁地廣播以便使得能夠從一個(gè)服務(wù)到另一個(gè)服務(wù)快速地“信道切換”。
[0008] 服務(wù)密鑰也周期性變化，盡管變化的頻率通常要慢得多。于是設(shè)備需要新的服務(wù)密鑰以繼續(xù)對流式內(nèi)容解密。因此，具有新服務(wù)密鑰的新RO可以被設(shè)備獲得以替代舊的。因而，RO具有特定的有效期，有效期等于服務(wù)密鑰被用于解密流量密鑰從而解密流式內(nèi)容的持續(xù)時(shí)間。
[0009] 如上所述，用于廣播服務(wù)的RO在該RO的有效期內(nèi)用來解密并生成可訪問的流式內(nèi)容。如DCF示例中那樣，同一個(gè)有效期中所述RO也能夠被用于描述以REL表達(dá)的使用版權(quán)。例如，假設(shè)基于DVB-H的手持電視廣播服務(wù)。通常，設(shè)備被允許當(dāng)接收到電視服務(wù)時(shí)在顯示器上顯示(以便人類用戶可以觀看)該電視服務(wù)，例如在頻道中的節(jié)目。使用版權(quán)可以描述設(shè)備/用戶可以如何流式內(nèi)容，其中所述流式內(nèi)容可以是電視服務(wù)。例如，使用版權(quán)可以提供：所述內(nèi)容可以被復(fù)制，可以在稍后的時(shí)間重放，可以被拷貝到其他設(shè)備，僅可以被觀看或預(yù)期將要提供的任何版權(quán)。
[0010] 雖然所述方法提供一定的功能水平，但是也存在問題。每個(gè)RO在有效期中僅能描述一套使用版權(quán)。這種控制水平可能不足。例如，在手持電視廣播服務(wù)中可能存在不同類型的電視節(jié)目，RI可能希望提供關(guān)于使用的不同的控制水平。所述RI可能希望對于特定類型的內(nèi)容或內(nèi)容的特定部分允許自由的“任意處置”的使用版權(quán)，例如新聞、廣告或測驗(yàn)，但是對于內(nèi)容的其他類型或部分限制使用版權(quán)，例如付費(fèi)體育賽事或特色電影。因此，雖然具有相對較長有效期的RO對于流式內(nèi)容的訪問(例如，解密)很適合，但是在RO的有效期內(nèi)以更高頻率和/或精確性提供使用版權(quán)的更加精細(xì)粒度的方案將非常有用，這樣可以使得對某類型的內(nèi)容或內(nèi)容的某部分的使用與希望賦予所述類型的內(nèi)容或內(nèi)容的所述部分的使用版權(quán)相一致。
[0011] 此外，特定內(nèi)容的版權(quán)可以根據(jù)一天中的時(shí)間或一周中的天而變化。而且，用戶可以對內(nèi)容的不同部分具有不同版權(quán)。例如，為了增強(qiáng)收入，通常只有當(dāng)用戶訂購所述服務(wù)或定購(例如，按次付費(fèi)(pay per view))所述服務(wù)時(shí)，用戶才被允許訪問付費(fèi)多媒體服務(wù)。然而，所述內(nèi)容也可能被分為時(shí)間段。因此，例如，用戶可能決定訂購周末版而不是整周。RI可能希望允許周末版訂購中的某些可用內(nèi)容可以被保存并免費(fèi)轉(zhuǎn)發(fā)給其他人，同時(shí)將所述內(nèi)容的其他部分限制于單人使用或更多受控的分發(fā)組。

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

[0012] 根據(jù)本發(fā)明的方面，包含一些比特的被頻繁發(fā)送的選擇器可以從一系列預(yù)先獲得的并且被包含在一個(gè)或多個(gè)RO中的版權(quán)中選擇用于內(nèi)容的特定部分的版權(quán)。由于所述選擇器相對較小，所述選擇器的頻繁傳送對可用帶寬影響較小。不頻繁變化的一個(gè)或多個(gè)RO能夠提供所述版權(quán)的細(xì)節(jié)，因此節(jié)省廣播信道中的帶寬。這樣，所述一個(gè)或多個(gè)RO仍然能夠利用REL的完全豐富性，以定義用于內(nèi)容的每一部分的版權(quán)。
[0013] 本發(fā)明的另一方面提供了用于向接收設(shè)備傳送受保護(hù)多媒體內(nèi)容的方法、裝置和系統(tǒng)。受保護(hù)多媒體內(nèi)容的部分以及相關(guān)聯(lián)的密鑰信息被插入到同一個(gè)時(shí)間片突發(fā)中。因此，密鑰信息可以被頻繁改變，同時(shí)保持與所述多媒體內(nèi)容的同步。在本發(fā)明的一個(gè)實(shí)施例中，時(shí)間片突發(fā)被通信系統(tǒng)從發(fā)送裝置傳送到接收設(shè)備，所述通信系統(tǒng)包括DVB-H系統(tǒng)、DVB-T系統(tǒng)、ATSC系統(tǒng)以及ISDB-T系統(tǒng)。每個(gè)被非常頻繁發(fā)送的KSM中包含少量節(jié)目類別信息，所述節(jié)目類別信息轉(zhuǎn)化為REL變量，并且因此從所有RI的RO中，或(如另一個(gè)實(shí)施例中)單獨(dú)地從每個(gè)RI的RO中選擇有條件使用版權(quán)。在實(shí)施例中，所述選擇可以是電視節(jié)目特定的。
[0014] 根據(jù)本發(fā)明的另一方面，在KSM中被發(fā)送的節(jié)目類別信息可以被用于選擇一套完整RO中的一個(gè)，或者可能與相同父RO相關(guān)聯(lián)的多個(gè)子RO中的一個(gè)。附圖說明
[0015] 通過參考以下結(jié)合附圖的描述，可以更完整地理解本發(fā)明及其優(yōu)點(diǎn)，在附圖中，相同的參考編號表示相同的部件，其中：
[0016] 圖1示出根據(jù)本發(fā)明實(shí)施例，利用時(shí)間片傳輸?shù)幕ヂ?lián)網(wǎng)協(xié)議(IP)服務(wù)傳輸；
[0017] 圖2示出根據(jù)本發(fā)明實(shí)施例，支持多媒體數(shù)據(jù)傳輸?shù)膮f(xié)議棧；
[0018] 圖3示出根據(jù)本發(fā)明實(shí)施例的多媒體會話的成分配置；
[0019] 圖4示出根據(jù)本發(fā)明實(shí)施例所顯示的多媒體會話的成分配置；
[0020] 圖5示出根據(jù)本發(fā)明實(shí)施例，圖4所示成分配置的變化；
[0021] 圖6示出根據(jù)本發(fā)明實(shí)施例，圖4所示成分配置的變化；
[0022] 圖7示出根據(jù)本發(fā)明實(shí)施例，圖4所示成分配置的變化；
[0023] 圖8示出根據(jù)本發(fā)明實(shí)施例，圖4所示成分配置的變化；
[0024] 圖9示出根據(jù)本發(fā)明實(shí)施例，圖4所示成分配置的變化；
[0025] 圖10示出根據(jù)本發(fā)明實(shí)施例的多媒體會話的成分配置；
[0026] 圖11示出根據(jù)本發(fā)明實(shí)施例，圖10所示成分配置的變化；
[0027] 圖12示出根據(jù)本發(fā)明實(shí)施例，圖10所示成分配置的變化；
[0028] 圖13示出根據(jù)本發(fā)明實(shí)施例，圖10所示成分配置的變化；
[0029] 圖14示出根據(jù)本發(fā)明實(shí)施例，圖10所示成分配置的變化；
[0030] 圖15示出根據(jù)本發(fā)明實(shí)施例，圖10所示成分配置的變化；
[0031] 圖16示出根據(jù)本發(fā)明實(shí)施例，圖10所示成分配置的變化；
[0032] 圖17示出根據(jù)本發(fā)明實(shí)施例，接收多媒體會話的步驟；
[0033] 圖18示出根據(jù)本發(fā)明實(shí)施例的圖17所示架構(gòu)的流程圖；
[0034] 圖19示出根據(jù)現(xiàn)有技術(shù)，支持DVB-H IPDC(IP數(shù)據(jù)廣播)服務(wù)的受保護(hù)內(nèi)容傳送系統(tǒng)；
[0035] 圖20示出根據(jù)本發(fā)明實(shí)施例，支持DVB-H IPDC服務(wù)的系統(tǒng)；
[0036] 圖21示出根據(jù)本發(fā)明實(shí)施例，在圖20所示系統(tǒng)中為DVB-H IPDC服務(wù)發(fā)送數(shù)據(jù)的流程圖；
[0037] 圖22示出根據(jù)本發(fā)明實(shí)施例，支持DVB-H IPDC服務(wù)的系統(tǒng)；
[0038] 圖23示出根據(jù)本發(fā)明實(shí)施例，支持DVB-H IPDC服務(wù)的系統(tǒng)；
[0039] 圖24示出根據(jù)本發(fā)明實(shí)施例，支持如圖20、22和23中所示的傳送模塊的裝置；
[0040] 圖25示出根據(jù)本發(fā)明實(shí)施例，接收多媒體廣播并應(yīng)用IPSec密鑰的裝置；
[0041] 圖26示出根據(jù)本發(fā)明實(shí)施例，接收多媒體廣播并解密IPSec密鑰的裝置；以及[0042] 圖27示出根據(jù)本發(fā)明實(shí)施例，用于配置安全插件軟件模塊的系統(tǒng)。
[0043] 圖28示出提供加密內(nèi)容的現(xiàn)有技術(shù)的示例；
[0044] 圖29示出根據(jù)本發(fā)明實(shí)施例，提供加密的流式內(nèi)容的方法；
[0045] 圖30示出根據(jù)本發(fā)明實(shí)施例，廣播流內(nèi)容的方法；
[0046] 圖31示出根據(jù)本發(fā)明實(shí)施例，流量密鑰變化的時(shí)間線；
[0047] 圖32示出根據(jù)本發(fā)明實(shí)施例，節(jié)目段的劃分；以及
[0048] 圖33示出根據(jù)本發(fā)明實(shí)施例，用于提供使用多個(gè)版權(quán)對象的系統(tǒng)。

具體實(shí)施方式

[0049] 在以下的多個(gè)實(shí)施例描述中將參考附圖，這些附圖構(gòu)成了本發(fā)明的一部分，并以圖示形式顯示可以實(shí)施本發(fā)明的實(shí)施例。應(yīng)理解，在不脫離本發(fā)明精神的情況下，可以利用其他實(shí)施例，并可以進(jìn)行結(jié)構(gòu)上的和功能上的修改。
[0050] 為了便于組織并易于閱讀，采用兩部分提供詳細(xì)描述。首先，在圖1-27中，提供了根據(jù)本發(fā)明的方面的、發(fā)送和接收內(nèi)容的方法的相關(guān)細(xì)節(jié)。然后，在圖28-33，公開了用于控制對內(nèi)容的各部分的使用版權(quán)的方法和裝置的相關(guān)細(xì)節(jié)。
[0051] 用于提供流式內(nèi)容的方法與裝置
[0052] 圖1示出根據(jù)本發(fā)明實(shí)施例，利用時(shí)間片傳輸?shù)幕ヂ?lián)網(wǎng)協(xié)議(IP)服務(wù)傳輸?；纠脭?shù)據(jù)流101、103、105和107為多個(gè)IP服務(wù)廣播數(shù)據(jù)分組。(為每一數(shù)據(jù)流分配數(shù)據(jù)速率容量的一部分。)在該實(shí)施例中，所述基站可以支持通常由基站收發(fā)信臺(BTS)、基站控制器(BSC)、BTS和BSC的結(jié)合以及基站收發(fā)信臺的第三代(3G)設(shè)計(jì)Node B承擔(dān)的功能。數(shù)據(jù)傳輸基本上是連續(xù)的，從而使得通過數(shù)據(jù)流連續(xù)傳輸用于IP服務(wù)的數(shù)據(jù)分組。
[0053] 為了減輕數(shù)據(jù)分組的丟失，基站把數(shù)據(jù)流101、103、105和107分別映射到數(shù)據(jù)分組突發(fā)109、111、113和115中，在這些數(shù)據(jù)分組突發(fā)中，通過無線信道發(fā)送突發(fā)，而不是通過數(shù)據(jù)流101、103、105和107。每個(gè)數(shù)據(jù)流(101、103、105和107)和因此的每個(gè)突發(fā)(109、111、113和115)支持至少一個(gè)數(shù)據(jù)服務(wù)。這樣，每個(gè)突發(fā)可以支持多個(gè)數(shù)據(jù)服務(wù)(例如一組相關(guān)的數(shù)據(jù)服務(wù))。
[0054] 典型地，與突發(fā)109、111、113和115相關(guān)聯(lián)的數(shù)據(jù)速率比與數(shù)據(jù)流101、103、105和107相關(guān)聯(lián)的數(shù)據(jù)速率大，因此，可以在更短的時(shí)間內(nèi)發(fā)送相應(yīng)數(shù)量的數(shù)據(jù)分組。在本實(shí)施例中，數(shù)據(jù)流101、103、105和107相當(dāng)于接近100Kbit/sec的連續(xù)數(shù)據(jù)率。典型地，在大約1秒鐘內(nèi)，突發(fā)109、111、113和115相當(dāng)于接近4Mbit/sec(但可以超過10Mbit/sec)。然而，對于數(shù)據(jù)流101-107和突發(fā)109-115，其他實(shí)施例可以使用不同的數(shù)據(jù)速率。
[0055] 在本實(shí)施例中，在給定時(shí)刻，將全部的數(shù)據(jù)速率容量分配給突發(fā)。如圖1所示，突發(fā)109、111、113和115在時(shí)間上交錯(cuò)?？臻e時(shí)間間隔(在該期間，未發(fā)送用于特定數(shù)據(jù)服務(wù)的數(shù)據(jù)分組)出現(xiàn)在突發(fā)(例如突發(fā)109)的連續(xù)傳輸之間。無線廣播系統(tǒng)可以利用該空閑時(shí)間間隔，在該空閑時(shí)間間隔期間，可以指示無線終端向另一基站轉(zhuǎn)移以完成切換。所述另一基站可以使用不同的中心頻率和不同的相移量，如先前為該無線終端服務(wù)的基站那樣發(fā)送數(shù)據(jù)。時(shí)間片的利用使得終端能夠降低對電源(典型地為電池)提供的電能的損耗。
[0056] 典型地，由基站周期性地發(fā)送突發(fā)。例如，隨后的突發(fā)可以在突發(fā)109之后T秒出現(xiàn)，即，每隔T秒發(fā)送突發(fā)。無線終端可以保持精確的計(jì)時(shí)，例如利用全球定位系統(tǒng)(GPS)，以確定每個(gè)突發(fā)出現(xiàn)的絕對時(shí)間。在另一實(shí)施例中，向無線終端提供關(guān)于每個(gè)突發(fā)的時(shí)間周期信息，通知無線終端隨后的突發(fā)。根據(jù)本發(fā)明的實(shí)施例，時(shí)間周期信息包括實(shí)時(shí)參數(shù)(對應(yīng)于DVB-H中的“delta-t”)，該實(shí)時(shí)參數(shù)表明從時(shí)間片突發(fā)的開始到下一相同服務(wù)的時(shí)間片突發(fā)的開始之間的時(shí)間間隔，并在MPE單元的報(bào)頭中以信號傳送。所述時(shí)間周期可以被包括在IP分組、多協(xié)議封裝幀、任何其他分組幀、和第三代(3G)或通用分組無線業(yè)務(wù)(GPRS)信道或調(diào)制數(shù)據(jù)(例如發(fā)射機(jī)參數(shù)信令)中?；蛘?，無線終端可以通過接收信號前同步碼來檢測突發(fā)的出現(xiàn)，該信號前同步碼可以是無線終端提前獲知的數(shù)據(jù)序列。在另一實(shí)施例中，無線終端可以接收來自基站的開銷信道上的開銷消息。該開銷消息可以包括關(guān)于突發(fā)出現(xiàn)的定時(shí)信息。該開銷信道可以在邏輯上或物理上不同于支持突發(fā)傳輸?shù)南滦墟溌窡o線信道。
[0057] 可以使用依據(jù)歐洲標(biāo)準(zhǔn)EN 301 192“Digital Video Broadcasting(DVB)，DVB specification for data broadcasting”，Section 7，的多協(xié)議封裝，對突發(fā)109、111、113和115進(jìn)行格式化。該封裝可以遵照互聯(lián)網(wǎng)協(xié)議(IP)標(biāo)準(zhǔn)。
[0058] 在本發(fā)明的另一實(shí)施例中，數(shù)字視頻廣播(DVB-H)為無線終端(例如，手持無線單元)提供移動媒體服務(wù)。在該實(shí)施例中，DVB-H系統(tǒng)兼容于DVB-T(地面數(shù)字視頻廣播)，并支持用于更好地支持無線手持終端操作的增強(qiáng)。DVB-H系統(tǒng)支持基于互聯(lián)網(wǎng)協(xié)議(IP)的數(shù)據(jù)服務(wù)，在這些數(shù)據(jù)服務(wù)中，可以將信息作為IP數(shù)據(jù)報(bào)進(jìn)行發(fā)送。DVB-H系統(tǒng)整合了多種增強(qiáng)(相對于DVB-T系統(tǒng))，這些增強(qiáng)有利于在無線手持無線終端上訪問基于IP的DVB服務(wù)。(本發(fā)明的可選實(shí)施例支持包括DVB-T、ATSC和ISDB-T的多種數(shù)字視頻系統(tǒng)。)DVB-H增強(qiáng)基于DVB-T物理層的物理層，對服務(wù)層進(jìn)行了旨在提高電池壽命和在手持環(huán)境下的接收的許多增強(qiáng)。因此，DVB-H增強(qiáng)完善了現(xiàn)存的數(shù)字地面服務(wù)，并為服務(wù)提供商提供了向無線手持市場擴(kuò)展的可能性。
[0059] 圖2示出根據(jù)本發(fā)明實(shí)施例，支持多媒體數(shù)據(jù)傳輸?shù)幕ヂ?lián)網(wǎng)協(xié)議(IP)棧200。數(shù)字媒體內(nèi)容或其他數(shù)據(jù)通過使用各種應(yīng)用協(xié)議、傳輸協(xié)議和網(wǎng)絡(luò)協(xié)議被廣播。通過IP棧200，IP數(shù)據(jù)廣播支持含有MPEG4-AVC視頻201、MPEG4-AAC音頻203和輔助數(shù)據(jù)205成分的音視頻服務(wù)。由編碼器207、編碼器209或編碼器211處理每一成分(201、203或205)，以獲得為實(shí)時(shí)協(xié)議(RTP)層213格式化的分組。隨后，所述分組(數(shù)據(jù)報(bào))被UDP(用戶數(shù)據(jù)報(bào)協(xié)議)層215和網(wǎng)絡(luò)協(xié)議(層)217處理。通過使用(典型地，對應(yīng)于OSI的鏈路層的)多協(xié)議封裝對數(shù)據(jù)報(bào)進(jìn)行格式化，從而將數(shù)據(jù)報(bào)與時(shí)間片突發(fā)相關(guān)聯(lián)，其中，該多協(xié)議封裝例如可以依據(jù)歐洲標(biāo)準(zhǔn)EN 301 192“Digital Video Broadcasting(DVB)，DVB specificationfor data broadcasting”，Section 7。該封裝可以遵照互聯(lián)網(wǎng)協(xié)議(IP)標(biāo)準(zhǔn)。
[0060] 典型地，多媒體會話與邏輯上綁定在一起的一個(gè)或多個(gè)會話成分(在上述情況下為：音頻、視頻和輔助數(shù)據(jù))相關(guān)聯(lián)。所述會話中的部分在公共的開始時(shí)間和結(jié)束時(shí)間之間被發(fā)送。開始時(shí)間和/或結(jié)束時(shí)間可以是已定義的或是未定義的。
[0061] 圖3示出根據(jù)本發(fā)明實(shí)施例的多媒體會話301的成分配置300。成分303對應(yīng)于多個(gè)數(shù)據(jù)報(bào)(包括數(shù)據(jù)報(bào)309和315)；成分305對應(yīng)于多個(gè)數(shù)據(jù)報(bào)(包括數(shù)據(jù)報(bào)311和317)；成分307對應(yīng)于多個(gè)數(shù)據(jù)報(bào)(包括數(shù)據(jù)報(bào)313和319)。成分303、305和307在IP分組內(nèi)被發(fā)送，該IP分組被封裝以進(jìn)行底層的載體層消息傳輸。每個(gè)成分303、305和307具有在承載與所述成分相關(guān)聯(lián)的數(shù)據(jù)的IP分組中使用的已定義源IP地址、目標(biāo)IP地址和端口。不同成分可以具有獨(dú)立定義的源IP地址、目標(biāo)IP地址和端口。在實(shí)施例的變化中，多媒體會話可以具有不同數(shù)量的成分。
[0062] 盡管示例性的成分配置300示出成分303、305和307之間的數(shù)據(jù)報(bào)校準(zhǔn)，但本實(shí)施例也支持這樣的配置，其中，數(shù)據(jù)報(bào)未被校準(zhǔn)且每個(gè)成分的數(shù)據(jù)報(bào)數(shù)量與其他成分不同。例如，典型地，在給定的時(shí)間間隔內(nèi)，音頻成分的數(shù)據(jù)報(bào)數(shù)量比視頻成分的數(shù)據(jù)報(bào)數(shù)量小。
[0063] 圖4示出根據(jù)本發(fā)明實(shí)施例的對于多媒體會話401的成分配置400。成分403、405和407以相同的密鑰加密，在多媒體會話401期間，該密鑰在密鑰流409中周期性地改變。(在圖4至16中，以Ei表示用密鑰ki加密的數(shù)據(jù)報(bào)。(密鑰流409是包括密鑰信息的邏輯信道并且與媒體成分相分離。)相似地，與第j個(gè)成分相關(guān)聯(lián)并以關(guān)聯(lián)于第j個(gè)成分的第i個(gè)密鑰加密的數(shù)據(jù)報(bào)被表示為Eji)。本實(shí)施例支持應(yīng)用于成分403、405或407的不同加密方法，包括：
[0064] ● IPSEC-ESP(稱作IP級加密；參見關(guān)于IPSEC-ESP的RFC)
[0065] ●應(yīng)用會話分組的凈荷加密(例如OMA DRM 1.0或2.0的SRTP或DCF)
[0066] ●加密技術(shù)
[0067] 在多媒體會話401期間，可以單獨(dú)應(yīng)用上述加密方法或應(yīng)用其組合。成分403、405和407對應(yīng)于多個(gè)不同的內(nèi)容數(shù)據(jù)報(bào)。密鑰流409包括多個(gè)關(guān)聯(lián)數(shù)據(jù)報(bào)，每個(gè)關(guān)聯(lián)數(shù)據(jù)報(bào)與密鑰相對應(yīng)。典型地，在單獨(dú)的數(shù)據(jù)報(bào)(例如分組)的基礎(chǔ)上執(zhí)行加密。例如，利用密鑰k1(對應(yīng)于關(guān)聯(lián)數(shù)據(jù)報(bào)411)對內(nèi)容數(shù)據(jù)報(bào)415、425、427、435和437進(jìn)行加密，利用密鑰k2(對應(yīng)于關(guān)聯(lián)數(shù)據(jù)報(bào)413)對內(nèi)容數(shù)據(jù)報(bào)417進(jìn)行加密。
[0068] 密鑰流409利用傳送協(xié)議，例如RTP、ALC/FLUTE、UHTTP、DVBSTP、含有凈荷的IP和含有凈荷的UDP。典型地，在密鑰流409中傳送的密鑰被受權(quán)接收機(jī)所具有的另一密鑰保護(hù)，所述接收機(jī)利用所述另一密鑰來訪問承載密鑰的密鑰流409的內(nèi)容，從而能夠訪問成分403、405和407。可選地，密鑰流409的傳送與成分403、405和407保持同步，例如，使用RTP控制協(xié)議的RTP時(shí)間戳。
[0069] 圖5示出根據(jù)本發(fā)明實(shí)施例，圖4所示的成分配置的變化。成分配置500與成分配置400相似。多媒體會話501包括成分503、505和507及密鑰流509。成分505利用來自密鑰流509的密鑰加密，但成分503和507沒有加密。
[0070] 圖6示出根據(jù)本發(fā)明實(shí)施例，圖4所示的成分配置的變化。成分配置600與成分配置400相似。然而，密鑰流609包括分別對應(yīng)于成分603、605和607的三列密鑰611、613和615。在多媒體會話601期間，所述密鑰可以周期性地但是獨(dú)立地改變，但是可以保持互相同步。
[0071] 圖7示出根據(jù)本發(fā)明實(shí)施例，圖4所示的成分配置的變化。每個(gè)成分的密鑰被不同的密鑰流承載，且這些密鑰流在多媒體會話701期間改變，除此之外，成分配置700與成分配置600相似。不同于含有一個(gè)密鑰流，成分配置700利用三個(gè)密鑰流709、711和713。密鑰流709、711和713分別對應(yīng)于成分703、705和707。
[0072] 圖8示出根據(jù)本發(fā)明實(shí)施例，圖4所示的成分配置的變化。在成分配置800中，成分805利用來自密鑰流809的密鑰加密。然而，密鑰流809提供當(dāng)前應(yīng)用于解密成分805的密鑰，以及隨后將應(yīng)用于解密成分805的密鑰。在圖8所示的例子中，密鑰k1(對應(yīng)于數(shù)據(jù)報(bào)811)是當(dāng)前所應(yīng)用的，而密鑰k2(對應(yīng)于數(shù)據(jù)報(bào)813)和密鑰k3(對應(yīng)于數(shù)據(jù)報(bào)815)是隨后將應(yīng)用的。盡管在多媒體會話801期間成分803和807未被加密，但通過本實(shí)施例的變化，可以對成分803和807進(jìn)行加密。擁有隨后將被應(yīng)用的密鑰使得接收機(jī)設(shè)備可以平滑在多媒體會話801期間的密鑰轉(zhuǎn)換。例如，接收機(jī)設(shè)備可以利用新的密鑰配置IP棧，以便減少對內(nèi)容數(shù)據(jù)報(bào)進(jìn)行解密時(shí)的中斷。
[0073] 圖9示出根據(jù)本發(fā)明實(shí)施例，圖4所示的成分配置的變化。密鑰流909包括當(dāng)前被應(yīng)用于加密成分905的密鑰，以及隨后當(dāng)密鑰轉(zhuǎn)換是在當(dāng)前時(shí)間的預(yù)定增量時(shí)間內(nèi)進(jìn)行時(shí)將被應(yīng)用的密鑰。例如，在密鑰轉(zhuǎn)換951之前，密鑰流909包括密鑰k1(對應(yīng)于數(shù)據(jù)報(bào)911)和k2(對應(yīng)于數(shù)據(jù)報(bào)913)，在密鑰轉(zhuǎn)換951之后，密鑰流909僅包括密鑰k2(對應(yīng)于數(shù)據(jù)報(bào)915)。如成分配置800，成分配置900有助于接收機(jī)設(shè)備平滑密鑰轉(zhuǎn)換的影響。
[0074] 圖10示出根據(jù)本發(fā)明實(shí)施例，多媒體會話1001的成分配置1000。然而，與成分配置400至900相比，密鑰被承載在所述成分的一個(gè)或多個(gè)中，而沒有用于發(fā)送密鑰的單獨(dú)的密鑰流。在成分配置1000中，成分1005包括內(nèi)容數(shù)據(jù)報(bào)(例如內(nèi)容數(shù)據(jù)報(bào)1011)和數(shù)據(jù)報(bào)1009，數(shù)據(jù)報(bào)1009提供用于加密成分1003、1005和1007的密鑰k1。
[0075] 圖11示出根據(jù)本發(fā)明實(shí)施例，圖10所示的成分配置的變化。在成分配置1100中，成分1107提供密鑰k1(對應(yīng)于數(shù)據(jù)報(bào)1109)和密鑰k2(對應(yīng)于數(shù)據(jù)報(bào)1111)，密鑰k1和密鑰k2在多媒體會話1101期間被應(yīng)用于成分1105。在圖11所示的例子中，成分1103和1107不利用成分1107提供的密鑰加密。
[0076] 圖12示出根據(jù)本發(fā)明實(shí)施例，圖10所示的成分配置的變化。成分配置1200與成分配置1100相似。然而，在多媒體會話1201期間，密鑰被應(yīng)用于承載密鑰信息的成分(成分1205)和其他成分(成分1203)。然而，在圖12所示的例子中，成分1207未被加密。
[0077] 圖13示出根據(jù)本發(fā)明實(shí)施例，圖10所示的成分配置的變化。在成分配置1300中，每個(gè)成分1303、1305和1307都承載在多媒體會話1301期間應(yīng)用于本成分的密鑰。例如，密鑰k11(對應(yīng)于數(shù)據(jù)報(bào)1309)和k12(對應(yīng)于數(shù)據(jù)報(bào)1311)被應(yīng)用于成分1303。密鑰k21(對應(yīng)于數(shù)據(jù)報(bào)1313)和密鑰k22(對應(yīng)于數(shù)據(jù)報(bào)1315)被應(yīng)用于成分1305。密鑰k31(對應(yīng)于數(shù)據(jù)報(bào)1317)和密鑰k32(對應(yīng)于數(shù)據(jù)報(bào)1319)被應(yīng)用于成分1307。
[0078] 圖14示出根據(jù)本發(fā)明實(shí)施例，圖10所示的成分配置的變化。在成分配置1400中，每個(gè)成分1403、1405和1407承載在多媒體會話1401期間應(yīng)用于其它成分的密鑰。例如，密鑰k11(對應(yīng)于數(shù)據(jù)報(bào)1413，并被成分1405承載)和密鑰k12(對應(yīng)于數(shù)據(jù)報(bào)1419，并被成分1407承載)被應(yīng)用于成分1403。密鑰k21(對應(yīng)于數(shù)據(jù)報(bào)1417，并被成分1407承載)和密鑰k22(對應(yīng)于數(shù)據(jù)報(bào)1411，并被成分1403承載)被應(yīng)用于成分1405。密鑰k31(對應(yīng)于數(shù)據(jù)報(bào)1409，并被成分1403承載)和密鑰k32(對應(yīng)于數(shù)據(jù)報(bào)1415，并被成分1405承載)被應(yīng)用于成分1407。
[0079] 圖15示出根據(jù)本發(fā)明實(shí)施例，圖10所示的成分配置的變化。在成分配置1500中，密鑰信息被承載于內(nèi)容數(shù)據(jù)報(bào)中而不是單獨(dú)的數(shù)據(jù)報(bào)中。例如，密鑰k1被包括在連貫部分(或帶有專用報(bào)頭)1511之內(nèi)的內(nèi)容數(shù)據(jù)報(bào)1509中，密鑰k2包括于連貫部分(或帶有專用報(bào)頭)1515之內(nèi)的內(nèi)容數(shù)據(jù)報(bào)1513中。密鑰k1和k2被應(yīng)用于成分1503、1505和1507中的數(shù)據(jù)報(bào)。
[0080] 圖16示出根據(jù)本發(fā)明實(shí)施例，圖10所示的成分配置的變化。成分配置1600與成分配置800相似，這兩種成分配置均提供了當(dāng)前密鑰和隨后密鑰。例如，成分1605承載密鑰k1(對應(yīng)于數(shù)據(jù)報(bào)1609)和密鑰k2(對應(yīng)于數(shù)據(jù)報(bào)1611)，其中，在多媒體會話1601期間，密鑰k1被當(dāng)前應(yīng)用于成分1603和1607，而密鑰k2被隨后應(yīng)用。同樣地，密鑰k2(對應(yīng)于數(shù)據(jù)報(bào)1613)和密鑰k3(對應(yīng)于數(shù)據(jù)報(bào)1615)被隨后承載于成分1605中。與成分配置800一樣，成分配置1600有助于接收機(jī)設(shè)備平滑密鑰轉(zhuǎn)換。
[0081] 圖17示出根據(jù)本發(fā)明實(shí)施例的接收多媒體會話的構(gòu)架1700。在構(gòu)架1700中，接收設(shè)備接收數(shù)據(jù)1701的時(shí)間片突發(fā)，該時(shí)間片突發(fā)包括IP會話成分和有關(guān)所述會話成分的密鑰流。眾多內(nèi)容數(shù)據(jù)報(bào)1705、1707和1709分別對應(yīng)于成分1、成分2和成分3。多個(gè)數(shù)據(jù)報(bào)1711對應(yīng)于密鑰流。在把數(shù)據(jù)報(bào)(分組)轉(zhuǎn)發(fā)至IP棧1721之前，時(shí)間片突發(fā)1701被存儲在臨時(shí)緩沖器1713中。首先，接收設(shè)備從臨時(shí)緩沖器1713中提取對于所接收的時(shí)間片突發(fā)1701的密鑰(對應(yīng)于數(shù)據(jù)報(bào)1717)。接著，接收設(shè)備把所提取的密鑰安裝至IPSec安全關(guān)聯(lián)(SA)數(shù)據(jù)庫1719中。并且，接收設(shè)備從該臨時(shí)緩沖器中提取余下的數(shù)據(jù)報(bào)1715，并轉(zhuǎn)發(fā)至IP棧1721。解密之后，所處理的數(shù)據(jù)報(bào)被傳送至應(yīng)用1723，以用于呈現(xiàn)多媒體內(nèi)容。因此，IP棧1721不丟棄內(nèi)容數(shù)據(jù)報(bào)(除非接收設(shè)備未在當(dāng)前時(shí)間片或先前時(shí)間片突發(fā)中接收到相應(yīng)的密鑰)。對于下一個(gè)所接收的時(shí)間片突發(fā)1703，重復(fù)該處理過程。
[0082] 圖18示出根據(jù)本發(fā)明實(shí)施例，圖17所示的架構(gòu)的流程圖1800。在步驟1801中，接收設(shè)備在通信信道(例如無線信道)上接收時(shí)間片突發(fā)。在步驟1803中，接收設(shè)備從所接收的時(shí)間片突發(fā)中分離成分(例如音頻成分和視頻成分)。在步驟1805中，接收設(shè)備從密鑰流提取相關(guān)聯(lián)的密鑰集合。所提取的密鑰可能應(yīng)用于包含在該時(shí)間片突發(fā)中的或隨后的時(shí)間片突發(fā)中的內(nèi)容數(shù)據(jù)報(bào)。并且，本實(shí)施例支持時(shí)間片突發(fā)中的不同數(shù)據(jù)報(bào)使用不同的密鑰的配置。在步驟1807中，所提取的密鑰被應(yīng)用于IPSec安全關(guān)聯(lián)(SA)數(shù)據(jù)庫(例如示于圖17中的SA DB 1719)。在步驟1809中，從緩沖器(例如臨時(shí)緩沖器1713)提取內(nèi)容數(shù)據(jù)報(bào)。在步驟1811中，把這些內(nèi)容數(shù)據(jù)報(bào)發(fā)送至IP棧(例如堆棧1721)。隨后，對這些內(nèi)容數(shù)據(jù)報(bào)進(jìn)行解密，并將其發(fā)送至相應(yīng)的應(yīng)用。
[0083] 圖19示出根據(jù)現(xiàn)有技術(shù)，支持DVB-H IPDC(IP數(shù)據(jù)廣播)服務(wù)的、用于受保護(hù)內(nèi)容傳送的系統(tǒng)1900。系統(tǒng)1900使用如“Interim DVB-H IPDatacast Specifications：IP Datacast Baseline Specification：Specificationof Interface I_MT”(DVB Document A080，April 2004)規(guī)定的IPDC，為DVB-H服務(wù)提供受保護(hù)內(nèi)容傳送。根據(jù)該規(guī)范，在SA轉(zhuǎn)盤(SA carousel)1921中，將安全關(guān)聯(lián)數(shù)據(jù)部分作為(由數(shù)字版權(quán)管理器(DRM)通過執(zhí)行保護(hù)功能而提供的)受DRM保護(hù)的SA文件1919和IPSec策略文件1911，在電子服務(wù)目錄(ESG)中發(fā)送。由于轉(zhuǎn)盤數(shù)據(jù)典型地不頻繁(例如一天一次)更新，因此系統(tǒng)1900沒有為密鑰傳送提供有效的解決方案，特別是當(dāng)一個(gè)或多個(gè)密鑰被更新或頻繁改變時(shí)。
[0084] 加密模塊1903利用IPSec密鑰加密多媒體內(nèi)容1901(對應(yīng)于IP數(shù)據(jù)報(bào))，并將其作為時(shí)間片分組(在多協(xié)議封裝、FEC編碼和時(shí)間片突發(fā)形成后)發(fā)送(由傳送系統(tǒng)1925執(zhí)行)給接收設(shè)備1926。通過交互信道，(由版權(quán)對象生成單元1922提供的)版權(quán)對象(RO)1923被發(fā)送至接收設(shè)備1926，其中，接收設(shè)備1926設(shè)置有用于雙向通信的裝置(例如移動電話功能單元)。接收設(shè)備1926的用戶可以定購服務(wù)(內(nèi)容)，并且因此可以接收相應(yīng)的版權(quán)對象(RO)1933，該版權(quán)對象(RO)使得用戶能夠解密所定購的服務(wù)的內(nèi)容。在本實(shí)施例中，典型地，版權(quán)對象(RO)1933未包括IPSec密鑰1905。
[0085] 接收設(shè)備1926通過突發(fā)處理模塊1927處理時(shí)間片時(shí)間片突發(fā)。解密模塊1929采用密鑰提取模塊1931提供的密鑰對所接收的分組進(jìn)行解密，以獲得內(nèi)容1935。所述密鑰是從版權(quán)對象(RO)確定的。典型地，所述密鑰作為受DRM保護(hù)的SA文件在SA轉(zhuǎn)盤中被傳送。版權(quán)對象(RO)使得接收設(shè)備1926能夠提取所述密鑰。
[0086] 圖20示出根據(jù)本發(fā)明實(shí)施例，支持DVB-H IPDC服務(wù)的系統(tǒng)2000。加密模塊2003應(yīng)用IPSec密鑰2005對多媒體內(nèi)容2001(對應(yīng)于內(nèi)容數(shù)據(jù)報(bào))進(jìn)行加密。傳送系統(tǒng)2025獲得來自加密模塊2003的被加密的內(nèi)容數(shù)據(jù)報(bào)和來自DRM 2009的相應(yīng)密鑰。傳送系統(tǒng)2025形成相應(yīng)數(shù)據(jù)報(bào)，其中包括與加密內(nèi)容數(shù)據(jù)報(bào)相對應(yīng)的密鑰。傳送系統(tǒng)2025把被加密的內(nèi)容數(shù)據(jù)報(bào)和所述相應(yīng)數(shù)據(jù)報(bào)插入到時(shí)間片突發(fā)內(nèi)，所述時(shí)間片突發(fā)在通信信道上被發(fā)送至接收設(shè)備2026。盡管圖20未明示出無線模塊，但是本實(shí)施例可以提供無線信號能力，以通過無線信道向接收設(shè)備2026發(fā)送時(shí)間片突發(fā)。
[0087] 接收設(shè)備2026處理所接收的時(shí)間片突發(fā)，其中，被加密的內(nèi)容數(shù)據(jù)報(bào)和(包括用于加密所接收的內(nèi)容數(shù)據(jù)報(bào)的相應(yīng)密鑰的)相應(yīng)數(shù)據(jù)報(bào)被突發(fā)處理模塊2027分離。在本實(shí)施例中，接收設(shè)備2026包括用于接收含有時(shí)間片突發(fā)的DVB信號的寬帶接收機(jī)，和用于無線網(wǎng)絡(luò)中的雙向通信的收發(fā)機(jī)。所述雙向通信支持用戶服務(wù)定購、OMA消息和安全插件模塊安裝。本實(shí)施例支持不同的信號配置，其中，如以上對圖4至16的描述，密鑰被包括在單獨(dú)的密鑰流中或被包括在多媒體成分中。密鑰提取模塊2031從相應(yīng)的數(shù)據(jù)報(bào)中提取密鑰，以便由解密模塊2029執(zhí)行內(nèi)容數(shù)據(jù)報(bào)的解密。解密模塊向應(yīng)用(未示出)提供已被解密的內(nèi)容2035，從而可以呈現(xiàn)所述內(nèi)容。
[0088] 另外，作為對服務(wù)定購的響應(yīng)，版權(quán)管理對象2023(由版權(quán)對象生成器2022確定)被單獨(dú)地發(fā)送至接收設(shè)備2026。因此，接收設(shè)備2026接收版權(quán)對象2033，以確定接收設(shè)備2026是否被準(zhǔn)許處理所接收的內(nèi)容。
[0089] 圖21示出根據(jù)本發(fā)明實(shí)施例，在系統(tǒng)2000中為DVB-H IPDC服務(wù)發(fā)送數(shù)據(jù)的流程圖2100。在步驟2101中，發(fā)送裝置(例如傳送系統(tǒng)2025)確定所獲得的內(nèi)容數(shù)據(jù)報(bào)是否應(yīng)被包括在當(dāng)前的時(shí)間片突發(fā)內(nèi)。如果否，則在步驟2109中，向接收設(shè)備發(fā)送(含有先前所獲得的內(nèi)容數(shù)據(jù)報(bào)和關(guān)聯(lián)密鑰的)時(shí)間片突發(fā)。
[0090] 如果所獲得的內(nèi)容數(shù)據(jù)報(bào)應(yīng)被包括在當(dāng)前的時(shí)間片突發(fā)內(nèi)，則在步驟2103中，確定相應(yīng)密鑰，并在步驟2105中，以該密鑰加密內(nèi)容數(shù)據(jù)報(bào)。在步驟2107中，被加密的內(nèi)容數(shù)據(jù)報(bào)和(對應(yīng)于可以被包括在多媒體成分中或密鑰流中的相應(yīng)數(shù)據(jù)報(bào)的)相應(yīng)密鑰信息被插入到所述當(dāng)前的時(shí)間片突發(fā)內(nèi)。
[0091] 圖22示出根據(jù)本發(fā)明實(shí)施例，支持DVB-H IPDC服務(wù)的系統(tǒng)2200。在圖22中，單元2201、2203、2205、2222、2223、2227、2229、2231、2233和2235對應(yīng)于圖20中所示的單元2001、2003、2005、2022、2023、2037、2029、2031、2033和2035。與系統(tǒng)2000一樣，系統(tǒng)2200在相同的時(shí)間片突發(fā)內(nèi)發(fā)送內(nèi)容數(shù)據(jù)報(bào)和相應(yīng)密鑰信息。由密鑰消息生成器2206向傳送系統(tǒng)2225提供密鑰信息。密鑰消息生成器可以更進(jìn)一步地對所述密鑰進(jìn)行加密，從而使得傳送系統(tǒng)2225向接收設(shè)備2226發(fā)送被加密的密鑰信息。DRM 2209，與版權(quán)對象生成器
2222一起，向接收設(shè)備2226提供與所期望的DVB-H IPDC服務(wù)相對應(yīng)的版權(quán)對象2233。
[0092] IPSec策略文件2211(可以包括安全關(guān)聯(lián)信息)在SA轉(zhuǎn)盤2221中被發(fā)送，其與使用IPDC時(shí)間片來復(fù)用和發(fā)送的服務(wù)和密鑰消息相分離。在本實(shí)施例中，將SA轉(zhuǎn)盤2221作為電子服務(wù)向?qū)?ESG)的一部分來發(fā)送。
[0093] 圖23示出根據(jù)本發(fā)明實(shí)施例，支持DVB-H IPDC服務(wù)的系統(tǒng)2300。系統(tǒng)2300支持條件訪問(CA)，所述條件訪問可以使用相應(yīng)私有密鑰來提供第二級加密。(這將在圖26中討論，IPSec密鑰可以被數(shù)字版權(quán)管理(DRM)和CA模塊加密。)接收設(shè)備2326包括接收機(jī)部和終端部。接收機(jī)部執(zhí)行突發(fā)處理、解復(fù)用和密鑰管理。接收機(jī)部還包括CA插件安裝單元和密鑰解密單元。DRM 2351向DRM 2314發(fā)送CA插件安裝包2353，從而使得在接收設(shè)備2326處安裝新的CA插件模塊，這將在圖27中進(jìn)一步描述。密鑰解密是在安全處理環(huán)境中進(jìn)行的。除了解密(對應(yīng)于解密模塊2329)和內(nèi)容再現(xiàn)(對應(yīng)于內(nèi)容2335)，終端部還執(zhí)行密鑰管理和密鑰解密。
[0094] 由密鑰加密模塊2311執(zhí)行對(加密模塊2303用于加密內(nèi)容2301的)密鑰2305的加密。密鑰加密模塊2311包括CA模塊2308和DRM 2309。因此，密鑰加密模塊2311可以提供兩個(gè)級別的加密。傳送系統(tǒng)2325把被加密的密鑰信息和內(nèi)容數(shù)據(jù)報(bào)加入相同的時(shí)間片突發(fā)中。
[0095] 相應(yīng)地，由密鑰解密模塊2317執(zhí)行對所接收的密鑰信息的解密。密鑰解密模塊2317包括DRM 2314和CA模塊2315。密鑰解密模塊2317執(zhí)行與兩個(gè)級別的加密相對應(yīng)的兩個(gè)級別的解密。時(shí)間片突發(fā)處理模塊2327使用密鑰管理器2313提供的被解密的密鑰，對所接收的內(nèi)容數(shù)據(jù)報(bào)進(jìn)行解密。所接收的內(nèi)容數(shù)據(jù)報(bào)被終端部的解密模塊2329解密。密鑰管理器2313接收由模塊2327解復(fù)用的密鑰信息，并向(與可信環(huán)境相關(guān)聯(lián)的)用于DRM和CA解密的密鑰解密模塊2317轉(zhuǎn)發(fā)所述密鑰信息。
[0096] 在本實(shí)施例中，(根據(jù)推薦的開放移動聯(lián)盟數(shù)字版權(quán)管理版本2.0)將版權(quán)對象(RO)當(dāng)作OMA DRM 2消息從DRM 2309發(fā)送至DRM 2314。典型地，從時(shí)間片突發(fā)中單獨(dú)地發(fā)送所述版權(quán)對象(RO)。
[0097] 圖24示出根據(jù)本發(fā)明實(shí)施例，支持圖20、22和23所示的傳送系統(tǒng)(例如2025、2225和2325)的裝置2400。在本實(shí)施例中，典型地，裝置2400執(zhí)行與鏈路層(OSI協(xié)議模型的第二層)相關(guān)聯(lián)的功能。處理器2405通過加密接口2401從加密模塊(未示出)獲得被加密的數(shù)據(jù)報(bào)，并且通過密鑰接口2403從密鑰生成器(未示出)獲得相應(yīng)的密鑰信息。
傳送接口2407對數(shù)據(jù)報(bào)進(jìn)行編碼以用于在接收設(shè)備處的前向糾錯(cuò)，執(zhí)行多協(xié)議封裝，并且以編碼的數(shù)據(jù)報(bào)安排時(shí)間片突發(fā)的格式。(在本實(shí)施例中，所述數(shù)據(jù)報(bào)包括內(nèi)容數(shù)據(jù)報(bào)和含有密鑰的相應(yīng)數(shù)據(jù)報(bào))。
[0098] 圖25示出根據(jù)本發(fā)明實(shí)施例，用于接收多媒體廣播和應(yīng)用IPSec密鑰的接收設(shè)備(例如分別示于圖19、20、22和23中的接收設(shè)備1926、2026、2226和2326)的裝置2500。裝置2500處理時(shí)間片突發(fā)(例如時(shí)間片突發(fā)2501和2503)，以提取內(nèi)容數(shù)據(jù)報(bào)和相關(guān)聯(lián)的密鑰流。在圖25所示的實(shí)施例中，時(shí)間片突發(fā)2501或時(shí)間片突發(fā)2503包含具有ESP封裝的IP分組的內(nèi)容數(shù)據(jù)報(bào)(如內(nèi)容數(shù)據(jù)報(bào)2505、2507和2509)和相應(yīng)的密鑰數(shù)據(jù)報(bào)(如相應(yīng)的數(shù)據(jù)報(bào)2511)，其中該IP分組包括服務(wù)內(nèi)容，并且該密鑰數(shù)據(jù)報(bào)包括UDP密鑰消息。
可以利用DRM來保護(hù)UDP密鑰消息中的密鑰。
[0099] 裝置2500能夠區(qū)別服務(wù)內(nèi)容和密鑰消息。因此，接收機(jī)模塊2551分離密鑰數(shù)據(jù)報(bào)和內(nèi)容數(shù)據(jù)報(bào)。在本實(shí)施例中，由傳送裝置(未示出)給予密鑰數(shù)據(jù)報(bào)比內(nèi)容數(shù)據(jù)報(bào)更高的優(yōu)先級。在本實(shí)施例中，在例如服務(wù)類型(ToS)域或區(qū)別服務(wù)域中的某個(gè)域中，指示與數(shù)據(jù)報(bào)相關(guān)聯(lián)的優(yōu)先級。因此，密鑰數(shù)據(jù)報(bào)在相應(yīng)的內(nèi)容數(shù)據(jù)報(bào)之前被發(fā)送給IP棧2553，從而使得可以為密鑰解密模塊2555的密鑰處理分配更多的時(shí)間。密鑰解密模塊通過密鑰管理器2559從IP棧2553得到被加密的密鑰。
[0100] 示于圖17和25中的實(shí)施例將密鑰與相關(guān)聯(lián)的內(nèi)容數(shù)據(jù)報(bào)放入相同的時(shí)間片突發(fā)內(nèi)。然而，在另一個(gè)實(shí)施例中，在時(shí)間片突發(fā)內(nèi)的密鑰與解密包含在下一時(shí)間片突發(fā)中的內(nèi)容數(shù)據(jù)報(bào)相關(guān)聯(lián)，這樣，允許給密鑰處理更多的時(shí)間。其他的變化是可能的。例如，在解密內(nèi)容中使用的多個(gè)密鑰可以被在單獨(dú)的時(shí)間片突發(fā)中提供，而且隨后所述密鑰可以被用于多個(gè)后續(xù)時(shí)間片突發(fā)。
[0101] 被解密的密鑰被交給IPSec模塊2557，從而使得IP棧2553中的關(guān)聯(lián)內(nèi)容數(shù)據(jù)報(bào)可以被解密，并呈現(xiàn)給客戶端2561。
[0102] 圖26示出根據(jù)本發(fā)明實(shí)施例，接收多媒體廣播并對所接收的IPSec密鑰2601進(jìn)行解密的裝置2600。密鑰管理器2653向DRM服務(wù)器2655發(fā)送被加密的IPSec密鑰，以利用公共解密算法和私有密鑰2603對第二級加密進(jìn)行解密。DRM服務(wù)器2655向密鑰管理器2653返回被第二級解密的密鑰2607。如果密鑰管理器2653確定該密鑰被第一級加密加密了，則密鑰管理器2653向CA插件軟件模塊2657發(fā)送所述被第二級解密的密鑰。CA插件模塊2657利用保密的解密算法和私有密鑰2605，以解密所述被第二級解密的密鑰2607。在本發(fā)明的實(shí)施例中，所述保密的解密算法對應(yīng)于DVB通用加擾算法(CSA)，從歐洲電信標(biāo)準(zhǔn)協(xié)會(ETSI)可以得到該CSA算法。CA插件軟件模塊2657向密鑰管理器2653返回被解密的密鑰2609，密鑰管理器2653向IP棧2651轉(zhuǎn)發(fā)被解密的密鑰2609。
[0103] 在本實(shí)施例中，CA插件模塊2657執(zhí)行第一級解密，所述第一級解密是可選的并且基于包括關(guān)聯(lián)私有密鑰和相關(guān)解密算法的運(yùn)營商專用CA方法。所述第二級加密基于開放的標(biāo)準(zhǔn)，例如OMA DRM 2。由于所述第一級加密是可選的，因此密鑰管理器2653確定是否對被第二級解密的密鑰2607應(yīng)用了第一級加密。如果是，則密鑰管理器2653向CA插件軟件模塊2657發(fā)送被第二級解密的密鑰2607。如果否，則密鑰管理器2653直接向IP棧2651發(fā)送被第二級解密的密鑰2607，因?yàn)榈诙壗饷艿拿荑€2607已被完全解密。
[0104] 在本實(shí)施例中，密鑰管理器2653通過檢查關(guān)聯(lián)加密指示符(未示出)，例如報(bào)頭或消息域，來確定被第二級解密的密鑰2603是否已經(jīng)被第一級加密了。如果被第二級解密的密鑰2607已經(jīng)被第一級加密了，則關(guān)聯(lián)加密指示符指示‘Yes’；如果被第二級解密的密鑰2607沒有被第一級加密，則指示‘No’。如果被第二級解密的密鑰2607已經(jīng)被第一級加密，則不對所述關(guān)聯(lián)加密指示符進(jìn)行第一級加密。
[0105] 圖27示出根據(jù)本發(fā)明實(shí)施例，在接收設(shè)備2750處配置安全插件軟件模塊2701的系統(tǒng)2700。安全插件軟件模塊2701被格式化為安裝包2705(例如Symbian支持的SIS文件)。安裝包2705被(例如以O(shè)MA-DRM2)保護(hù)，從而形成受保護(hù)分組2707，并通過傳送機(jī)制被傳送至接收設(shè)備。本實(shí)施例支持傳送機(jī)制中的不同通信信道，包括接收設(shè)備是無線終端的無線通信信道。所接收的受保護(hù)分組2707被直接發(fā)送到應(yīng)用安裝程序2751，該應(yīng)用為可信應(yīng)用。應(yīng)用安裝程序2751從受保護(hù)分組2707中提取新的安全插件軟件模塊2701，并以新的插件軟件模塊2701代替當(dāng)前安裝在接收設(shè)備2750中的當(dāng)前的安全插件軟件模塊2755。為了提取新的安全插件軟件模塊2701，接收設(shè)備2750接收由DRM 2753處理的版權(quán)對象2703。因此，DRM 2753向應(yīng)用安裝程序2751表明準(zhǔn)許進(jìn)行安全插件軟件模塊的替代。
[0106] 在本發(fā)明的實(shí)施例中，示于圖3至16中的成分配置可以與示于圖20、22和23的系統(tǒng)相結(jié)合。
[0107] 用于提供精細(xì)粒度使用版權(quán)的方法和裝置
[0108] 雖然上文討論提供了用于提供流式內(nèi)容的方法和裝置的實(shí)施例的相關(guān)細(xì)節(jié)，其中所述流式內(nèi)容可以在下文中討論的方法和裝置中使用，但是也可以使用其他方法和裝置。
[0109] 因?yàn)榭捎脦挼娜萘坑邢?，用于流式?nèi)容的版權(quán)控制有一些困難。所述問題的自然解決方案是采用正常方法產(chǎn)生并傳送具有非常短的有效期的RO，所述RO可能包含同樣的服務(wù)密鑰但是具有不同的使用版權(quán)。然而在實(shí)際使用中這可能比較棘手，由于服務(wù)密鑰比例如電視頻道中的電視節(jié)目變化的頻率低得多。根據(jù)另一個(gè)解決方案，RO或僅僅版權(quán)表達(dá)可以被傳送在KSM中。然而，頻繁地在KSM中發(fā)送完整的RO會耗費(fèi)大量帶寬，由于RO必須被單獨(dú)發(fā)送給每個(gè)訂購者(或訂購者群體)，以便僅已經(jīng)付費(fèi)的用戶得到所述版權(quán)。即使所述版權(quán)對于所有用戶都是相同的，并且以其他方法限制到所述KSM的訪問從而使得KSM僅僅需要承載RO的版權(quán)表達(dá)部分，所述版權(quán)表達(dá)本身也可能需要相當(dāng)大數(shù)量的比特，尤其是當(dāng)使用了XML類型版權(quán)表達(dá)語言時(shí)。這一問題的典型的解決方案包括不同的壓縮方法以將所述版權(quán)表達(dá)二進(jìn)制化，或限制對少數(shù)預(yù)先確定的情況(“使用狀態(tài)”)的可能的版權(quán)。然而，這些潛在的方案都未能以帶寬友好方式充分提供具有足夠精細(xì)粒度控制的RI，從而可以實(shí)用。
[0110] 首先來看圖28，圖中提供了現(xiàn)有技術(shù)的示例。內(nèi)容被采用內(nèi)容密鑰(CK)加密(E)并被提供給接收機(jī)(未示出)。接收機(jī)分開地獲得包括CK以及一套使用版權(quán)的RO 2860。然后，根據(jù)所獲得的使用版權(quán)，所接收的加密內(nèi)容可以被瀏覽或按照RO中的規(guī)定被使用。
然而，所述現(xiàn)有技術(shù)方法并不是特別適合流式內(nèi)容。
[0111] 轉(zhuǎn)向圖29，圖中示出了本發(fā)明的解釋性方面。流式內(nèi)容2910被提供給廣播者并且在加密器2915中被使用TK 2925加密。接收機(jī)(未示出)通過KSM 2940得到TK 2925，KSM 2940由加密器2930使用SK 2950和TK 2925形成。提供KSM的密鑰流的IP地址和端口號被宣告給用戶。由于TK 2925是采用SK 2950被加密的，設(shè)備使用包含SK 2950的RO2960來解密KSM 2940從而能夠解密流式內(nèi)容2910。除了提供SK 2950，RO2960也提供使用版權(quán)2965。
[0112] 通常，所述TK將周期性變化。圖31提供了這樣的示例。如上所述，在SK有效期間，TK改變了許多次。在實(shí)際中，TK的變化次數(shù)可能更高。當(dāng)TK變化時(shí)，帶有被相同SK2950加密的新TK的新KSM 2940(圖29)被提供給接收機(jī)。這樣，當(dāng)SK 2950保持相同時(shí)，RO 2960將允許接收機(jī)解密流式內(nèi)容。然而，當(dāng)SK變化時(shí)，需要新的RO以便發(fā)送給所述設(shè)備的KSM可以被解密而且所述流式內(nèi)容被允許使用。總而言之，從RI購買的RO必須具有相對較長的有效期以使得DRM機(jī)制可用。在實(shí)施例中，一旦獲得父RO，也可以獲得子RO。如上所述參考圖4-16中的密鑰，在本發(fā)明的一個(gè)實(shí)施例中，在有效期之前在KSM中傳送TK，從而使得在實(shí)際流式內(nèi)容(或其中的片段)被接收之前所述用戶(設(shè)備)可以解密所述密鑰和比特組合。同樣，可以在有效期之前獲得RO。
[0113] 如上所述，所述版權(quán)通常采用REL表達(dá)。為了解決提供足夠控制精確性的采用帶寬友好解決方案的使用版權(quán)的問題，可以使用被稱為節(jié)目類別的新REL變量。節(jié)目類別變量能夠很小，例如2比特，但卻能夠?yàn)槟承?yīng)用提供足夠的使用版權(quán)控制。然而，使用三個(gè)或者更多比特可以提供更細(xì)粒度的控制并且這樣就可以滿足要求。然而，變量的大小在某種程度上取決于傳送的方法。在本發(fā)明的某些實(shí)施例中，不是使用分開的變量，而是節(jié)目類別信息被嵌入或與某些其他識別符連接在一起，例如，內(nèi)容、節(jié)目或服務(wù)識別符。
[0114] 圖30中不同的內(nèi)容提供商(CP)向廣播者提供內(nèi)容。此外，不同RI與所述廣播者通信，以確定節(jié)目類別或提供節(jié)目類別，這些將在下文討論。應(yīng)注意的是，所述RI和CP可以是或可以不是同一個(gè)實(shí)體。內(nèi)容被加密并廣播到接收機(jī)。應(yīng)注意，內(nèi)容的加密可以通過內(nèi)容提供者或廣播者完成，而且相應(yīng)地在加密器和版權(quán)發(fā)行者(RI)之間傳送密鑰。
[0115] 例如，考慮廣播服務(wù)和設(shè)備。從特定RI中，所述設(shè)備從特定RI獲得RO以訪問特定內(nèi)容，并且在RO中存在用于所述內(nèi)容的使用版權(quán)的REL描述。當(dāng)在有效期中所述描述是靜態(tài)的時(shí)，所述REL可能包含這樣的使用版權(quán)，其對于節(jié)目類別REL變量是條件性的。因此，隨著KSM改變節(jié)目類別REL變量的值，當(dāng)前有效的(條件性)使用版權(quán)可能變化。
[0116] 可以按照兩種替換方法從所討論的廣播服務(wù)的KSM中導(dǎo)出節(jié)目類別變量的值，如下文所述。由于KSM被頻繁發(fā)送，節(jié)目類別REL變量值的變化以及由此發(fā)生的當(dāng)前有效使用版權(quán)中的變化可能在時(shí)間方面粒度非常精細(xì)。然而，為了節(jié)省廣播帶寬，在KSM中增加的用于指示節(jié)目類別REL變量的新數(shù)據(jù)的量被盡可能減少。
[0117] 在討論如何將節(jié)目類別提供給接收機(jī)之前，圖32示出了內(nèi)容的不同部分的示例。例如，流式內(nèi)容3210可能包括新聞類別3215、運(yùn)動類別3217、文檔類別3219、電影類別
3221。所述新聞類型可能進(jìn)一步分為n個(gè)類3215-1、3215-2、…、3215-n。上述類別可能，例如但是不限于，表示標(biāo)題、國內(nèi)新聞、國際新聞、等等…。同樣的，運(yùn)動類別3217也可能進(jìn)一步分為多個(gè)類別，例如集錦、比分、現(xiàn)場廣播、等等…。此外，所述類別可能與內(nèi)容的類別無關(guān)，而僅僅為不同使用版權(quán)的不同集合進(jìn)行定義。例如，所述類別可能是“嚴(yán)格限制”、“部分限制”、“普通”和“自由”，其反映出授予用戶的許可。
[0118] 下文是提供KSM的兩種可能的方法，最大的不同是廣播者和RI之間的必要交互。值得注意的是可能使用兩種方法的某種結(jié)合。
[0119] 首先來看確定用于REL的節(jié)目類別的第一種方法，在本發(fā)明的方面中，所述廣播者將流式內(nèi)容“分類”為不同類別。例如，節(jié)目類別的數(shù)量可能相對較少，例如4種不同類別，或者可能相對較多，例如256種不同節(jié)目類別。自然地，隨著節(jié)目類別數(shù)量的增加將需要額外的比特，因此2比特可以提供關(guān)于4個(gè)節(jié)目類別的信息而提供256個(gè)節(jié)目類別的信息需要8比特。例如，在手持電視廣播服務(wù)中，每個(gè)電視節(jié)目被分類為多個(gè)節(jié)目類別中的一個(gè)，其中可能包括新聞、低價(jià)值(lv)展示、高價(jià)值(hv)展示、lv運(yùn)動、hv運(yùn)動、老電影、新電影等等。RI不能影響類別(由廣播者設(shè)定，對于所有RI均相同)，但是它們能夠在它們提供給設(shè)備的RO中以REL表達(dá)的使用版權(quán)中自由使用寬泛的節(jié)目類別REL變量值范圍(例如，從0…255)。然而，典型地，較小數(shù)量(例如12-16)的節(jié)目類別將更加實(shí)用。在廣播者和RI之間不需要額外的通信。節(jié)目片段的每一部分可能與一套使用版權(quán)(在本發(fā)明報(bào)告中：節(jié)目類別)相關(guān)聯(lián)，包括‘現(xiàn)場播放’、‘存儲與播放48小時(shí)’、‘無限期的存儲與播放’、‘無限期的傳播與復(fù)制(轉(zhuǎn)發(fā))’或某些其他類似類型。
[0120] 這樣，RO可能包括以REL表達(dá)的取決于節(jié)目類別的值的條件版權(quán)。因此，用戶可能購買完全版權(quán)從而使得RO提供用于所述內(nèi)容的最大允許版權(quán)?；蛘撸脩艨梢赃x擇增強(qiáng)的自由RO，所述RO提供更多受限的版權(quán)并且僅允許播放流式內(nèi)容的部分。由于SK的變化，RO將被周期性的更新，以便使用版權(quán)能夠從一個(gè)RO變化到另一個(gè)RO。當(dāng)定購/購買/預(yù)定/續(xù)訂所述服務(wù)或服務(wù)的一部分時(shí)，用戶接收到一個(gè)或多個(gè)RO。在本發(fā)明的一個(gè)實(shí)施例中，所述用戶可以首先接收到“父”RO并且隨后進(jìn)一步獲得或生成“子”RO。如果所述用戶沒有定購(購買/預(yù)定)正在接收的節(jié)目片段，則所述用戶被告知(“你沒有本節(jié)目/(節(jié)目片段)的版權(quán)”)并且/或者被告知如何購買所述版權(quán)。
[0121] 如圖33中所述，在本發(fā)明的另一方面中，RI設(shè)定類別并且將它們傳達(dá)給廣播者，所述廣播者再將所述類別放入KSM中。由于存在多個(gè)RI，因此限制每RI允許的比特?cái)?shù)量為2比特將非常有用。在這種情況下，節(jié)目類別的范圍可以是0…3。然而，所述范圍可以是RI特定的，而且因此可能直接與流式內(nèi)容的特定部分(而不是更一般意義上的流式內(nèi)容類型)的使用版權(quán)直接相關(guān)。在這種情況下，可以提供4個(gè)RO而不是提供單獨(dú)一個(gè)RO，每個(gè)RO都具有RI所配置的一套使用版權(quán)。
[0122] 在圖33中使用的RO機(jī)制中，必須有指示出哪個(gè)類別值與哪個(gè)RI相關(guān)的方法，最好不使用RI識別符(其大于2比特)。在實(shí)施例中，每個(gè)KSM 3340包含N個(gè)類別值(對于某些N)的向量，其中每個(gè)類別值可能是2比特。在本發(fā)明另一個(gè)實(shí)施例中，類別值可以多于2比特。提供給接收機(jī)的RO包含范圍為1...N的RI索引，以便在RI 1到RI N的每一個(gè)中的類別值與一套RO相對應(yīng)。仍然是在本發(fā)明的其他實(shí)施例中，KSM中的一個(gè)或多個(gè)比特或多個(gè)比特的結(jié)合可以被用于類別值。雖然KSM可能包括向量，但可以使用其他格式和協(xié)議來提供與所述RI相關(guān)的類別值。此外，在實(shí)施例中所述向量之中的多個(gè)比特和/或比特結(jié)合可以被保留用于未來使用。
[0123] 在本發(fā)明的另一個(gè)實(shí)施例中，可能被保留或者未被保留用于其他目的的、KSM中的多個(gè)比特和/或比特結(jié)合可以被映射到類別值或轉(zhuǎn)化為類別值。此外，KSM中特定位置可以被用于提供一種類型的節(jié)目是否能夠被瀏覽的指示。RO能夠根據(jù)KSM提供的類別值確定所述類別值是什么，并且隨后在KSM中查找合適的位置以確定存在何種使用版權(quán)，例如所述內(nèi)容是否可以被顯示。由于每個(gè)RO可以被配置用于查看KSM中的不同位置以確定使用版權(quán)，因此可以很好的提供隨每個(gè)KSM變化的個(gè)性化的控制。
[0124] 如圖所示，本示例中所述用戶已經(jīng)從RI#I接收到4個(gè)RO，每個(gè)RO都具有用戶版權(quán)等級。采用使用版權(quán)等級的優(yōu)點(diǎn)是版權(quán)對象的總數(shù)量和大小能夠小于在使用版權(quán)被提供用于節(jié)目片段級別上的購買的完整RO集合的情況。當(dāng)所述用戶接收到攜帶實(shí)際TK的KSM時(shí)，與RI#I位置對應(yīng)的位置上的比特結(jié)合允許所述用戶選擇與他的購買相對應(yīng)的RO。例如RI#I處的值為0指示RO1，值為1指示RO2，值為2指示RO3，值為3指示RO4。由于TK可以根據(jù)節(jié)目片段的不同而被改變，用戶可以以他定購(購買)的方式使用他的版權(quán)。值得注意的是，所述用戶正在“偵聽”被宣告給他的KSM(IP地址和端口號)。
[0125] 例如，在手持電視廣播服務(wù)中，根據(jù)電視節(jié)目時(shí)間表，RI為每個(gè)節(jié)目選擇4種類別中的一種，向廣播者通告它們，而且隨后所述廣播者將所述類別包括在KSM中。對于RI而言，所述4種類別可以是：1)僅僅允許現(xiàn)場播放，2)允許存儲與重放48小時(shí)，3)無限期地允許存儲與重放，4)無限期地允許存儲、重放以及拷貝到其他設(shè)備。然而，本示例僅僅是展示性的而且可能提供其他使用版權(quán)組合。
[0126] 在上述情況下，來自RI的RO集合的所有消費(fèi)者都可以具有一組相同的版權(quán)。例如，KSM 3340中的一個(gè)RI#J可以對應(yīng)于特定分組處理，而另一個(gè)RI#J+1可以對應(yīng)于不同的分組處理。但是，應(yīng)注意，對于每一RI的節(jié)目類別式TK特定的。這樣相同的RO集合可以為不同TK提供不同的使用版權(quán)，并且進(jìn)一步地，不同的RO集合可以提供不同的使用版權(quán)集合和/或組合。
[0127] 因此，對于一個(gè)RO集合，RO1可能提供僅僅瀏覽的使用版權(quán)而在其他RO集合中，RO1可能提供邊錄邊看。
[0128] 然而，在兩個(gè)解決方案中，需要記得根據(jù)類別的條件性僅僅補(bǔ)充了RO中的全部使用版權(quán)，使之更加動態(tài)：很多使用版權(quán)可能是無條件性的，并且因此不依賴于節(jié)目類別REL變量值。
[0129] 類似的，在兩個(gè)解決方案中，在KSM中發(fā)送的節(jié)目類別信息能夠替換地用于選擇一系列完整RO中的一個(gè)，或者可能是與同一個(gè)父RO相關(guān)的多個(gè)子RO中的一個(gè)，而不是在單個(gè)RO的使用版權(quán)中提供條件性。
[0130] 因此，本發(fā)明的多個(gè)方面提供了適用于所有用戶的傳送版權(quán)的帶寬高效方法，但是所述方法可能根據(jù)節(jié)目和時(shí)間周期的不同而變化，同時(shí)仍然允許用于為每個(gè)節(jié)目類別定義版權(quán)的REL的完整豐富性。本發(fā)明能夠被用于DVB-T、DVB-H、MediaFLO、OMA廣播和其他系統(tǒng)上的IPDC服務(wù)。
[0131] 如本領(lǐng)域的技術(shù)人員可以理解的那樣，可以利用計(jì)算機(jī)系統(tǒng)來實(shí)現(xiàn)此處披露的示例性實(shí)施例，其中所述計(jì)算機(jī)系統(tǒng)具有包括用于控制所述計(jì)算機(jī)系統(tǒng)的指令的關(guān)聯(lián)計(jì)算機(jī)可讀介質(zhì)。所述計(jì)算機(jī)系統(tǒng)可以包括至少一個(gè)計(jì)算機(jī)，例如微處理器、數(shù)字信號處理器以及相關(guān)的外圍電路。
[0132] 盡管已參照包括執(zhí)行本發(fā)明的優(yōu)選模式的特定例子描述了本發(fā)明，但本領(lǐng)域技術(shù)人員將意識到，落入本發(fā)明提出的權(quán)利要求的精神和范圍內(nèi)的上述系統(tǒng)和技術(shù)可以具有多種變化和置換。
高效檢索全球?qū)＠?/div>

專利匯是專利免費(fèi)檢索,專利查詢,專利分析-國家發(fā)明專利查詢檢索分析平臺，是提供專利分析，專利查詢，專利檢索等數(shù)據(jù)服務(wù)功能的知識產(chǎn)權(quán)數(shù)據(jù)服務(wù)商。

我們的產(chǎn)品包含105個(gè)國家的1.26億組數(shù)據(jù)，免費(fèi)查、免費(fèi)專利分析。

申請?jiān)囉?/a>

QQ群二維碼
意見反饋