專利名稱：內(nèi)容分發(fā)系統(tǒng)和分發(fā)方法以及內(nèi)容處理設備和處理方法
技術(shù)領(lǐng)域：
本發(fā)明總體上涉及一種內(nèi)容分發(fā)系統(tǒng)和方法以及內(nèi)容處理設備和方法，更具體地說，涉及一種可適合于用于通過通常由因特網(wǎng)表示的網(wǎng)絡來提供內(nèi)容的內(nèi)容分發(fā)系統(tǒng)和方法、內(nèi)容處理設備和方法以及內(nèi)容提供設備和方法，以及涉及一種用于操作這些系統(tǒng)和設備的程序和其上記錄了所述程序的記錄介質(zhì)。
背景技術(shù)：
近來，因特網(wǎng)基礎設施已經(jīng)被更新，并且已經(jīng)實現(xiàn)了通過因特網(wǎng)分發(fā)諸如音頻數(shù)據(jù)、音頻/視頻(AV)數(shù)據(jù)、程序數(shù)據(jù)等各種內(nèi)容的內(nèi)容分發(fā)系統(tǒng)。
通過因特網(wǎng)分發(fā)內(nèi)容的公知系統(tǒng)包括所謂的應請求(on-demand)系統(tǒng)，其中，響應于來自終端的請求，服務器通過流式傳輸(streaming)或下載而提供所請求的內(nèi)容；以及所謂的多播系統(tǒng)，其中，通過流式傳輸而通過因特網(wǎng)向多于一個終端多播內(nèi)容。通過將多播系統(tǒng)應用到通過因特網(wǎng)的內(nèi)容分發(fā)，可以像在電視廣播中那樣同時向多于一個用戶發(fā)送內(nèi)容。
例如，在CS(通信衛(wèi)星)電視廣播的領(lǐng)域中，已經(jīng)建立了帶有預覽的按次計費。在這種系統(tǒng)中，用戶可以預覽幾分鐘電視節(jié)目的首部，如果他或她對該首部滿意，則在考慮到按次計費收費的情況下，可以連續(xù)地觀看該電視節(jié)目。
由于這個原因，也期望實現(xiàn)因特網(wǎng)上內(nèi)容分發(fā)的具有預覽的按次計費。例如，日本專利申請公開第2003-187101號公開了一個發(fā)明，其允許預覽系統(tǒng)中的內(nèi)容，在所述系統(tǒng)中，從連接到作為應請求系統(tǒng)的對等體(peer to peer)的服務器向終端分發(fā)內(nèi)容。
但是，對于采用多播系統(tǒng)的因特網(wǎng)上內(nèi)容分發(fā)，還沒有建立實現(xiàn)版權(quán)保護和具有預覽的按次計費二者的任何方法。

發(fā)明內(nèi)容
因此期望通過在采用多播系統(tǒng)的因特網(wǎng)上內(nèi)容分發(fā)中實現(xiàn)版權(quán)保護和具有預覽的按次計費二者來克服在現(xiàn)有技術(shù)中的上述缺陷。
按照本發(fā)明，提供了一種內(nèi)容分發(fā)系統(tǒng)，其中，服務器包括第一提供裝置，用于通過網(wǎng)絡向內(nèi)容處理設備提供主許可；以及第二提供裝置，用于通過網(wǎng)絡向內(nèi)容處理設備提供加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可，其中，所述內(nèi)容處理設備包括再現(xiàn)裝置，用于通過根據(jù)從所述服務器提供的所述分許可類型識別信息而選擇所提供的分許可，向所選擇的分許可應用所述主許可以解密所述主許可，并且使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
在按照本發(fā)明的上述內(nèi)容分發(fā)系統(tǒng)中，可以安排許可類型識別信息以區(qū)分預覽的分許可和實際觀看的分許可。
按照本發(fā)明，還提供了一種內(nèi)容分發(fā)方法，包括第一提供步驟，由服務器進行，來通過網(wǎng)絡向內(nèi)容處理設備提供主許可；第二提供步驟，由所述服務器進行，來通過網(wǎng)絡向所述內(nèi)容處理設備提供加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可；以及再現(xiàn)步驟，由所述內(nèi)容處理設備進行，來通過根據(jù)從所述服務器提供的所述分許可類型識別信息而選擇所提供的分許可，向所選擇的分許可應用所述主許可以解密所述主許可，并且使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
按照本發(fā)明，還提供了一種內(nèi)容處理設備，包括獲取裝置，用于通過網(wǎng)絡從服務器獲取主許可；接收裝置，用于通過網(wǎng)絡從所述服務器接收加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可；以及再現(xiàn)裝置，用于通過根據(jù)從所述服務器提供的所述分許可類型識別信息而選擇所提供的分許可，向所選擇的分許可應用所述主許可以解密所述主許可，并且使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
在按照本發(fā)明的上述內(nèi)容處理設備中，可以安排所述許可類型識別信息以區(qū)分預覽的分許可和實際觀看的分許可。
上述的再現(xiàn)裝置可以被適配來通過根據(jù)所述分許可類型識別信息而首先選擇加密的預覽分許可，向所選擇的預覽分許可應用所述主許可以解密所述主許可，并且使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容，然后通過選擇加密的實際觀看分許可，向所選擇的實際觀看分許可應用所述主許可以解密所述主許可，并且使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
而且，上述的再現(xiàn)裝置可以被適配來通過根據(jù)所述分許可類型識別信息而首先選擇加密的預覽分許可，向所選擇的預覽分許可應用所述主許可以解密所述主許可，并且在所述預覽分許可中包括的使用條件下，使用在從所述主許可解密產(chǎn)生的所述預覽分許可中包括的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容，然后通過選擇加密的實際觀看分許可，向所選擇的實際觀看分許可應用所述主許可以解密所述主許可，并且在所述預覽分許可中包括的使用條件下，使用從所述主許可解密產(chǎn)生的所述實際觀看分許可中包括的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
上述的接收裝置可以被適配來通過網(wǎng)絡從服務器接收作為MPEG-2傳送流的加密內(nèi)容、加密的預覽分許可、加密的實際觀看分許可和許可信息文件，所述許可信息文件包括許可類型識別信息，所述許可類型識別信息用于區(qū)分加密預覽和實際觀看分許可。
所述許可信息文件可以是ECM。
所述接收裝置還可以被適配來接收通過網(wǎng)絡從服務器由多播而分發(fā)的MPEG-2傳送流。
按照本發(fā)明，還提供了一種內(nèi)容處理方法，包括步驟通過網(wǎng)絡從服務器獲取主許可；通過所述網(wǎng)絡從所述服務器接收加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可；以及通過根據(jù)所述分許可類型識別信息而選擇所提供的分許可，向所選擇的分許可應用所述主許可以解密所述主許可，并且使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
按照本發(fā)明，還提供了一種第一記錄介質(zhì)，其中記錄了程序，所述程序包括步驟通過網(wǎng)絡從服務器獲取主許可；
通過所述網(wǎng)絡從所述服務器接收加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可；以及通過根據(jù)所述分許可類型識別信息而選擇所提供的分許可，向所選擇的分許可應用所述主許可以解密所述主許可，并且使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
按照本發(fā)明，還提供了第一程序，所述第一程序使計算機可以執(zhí)行處理，所述處理包括步驟通過網(wǎng)絡從服務器獲取主許可；通過所述網(wǎng)絡從所述服務器接收加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可；以及通過根據(jù)所述分許可類型識別信息而選擇所提供的分許可，向所選擇的分許可應用所述主許可以解密所述主許可，并且使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
按照本發(fā)明，還提供了一種內(nèi)容提供設備，包括第一提供裝置，用于通過網(wǎng)絡向內(nèi)容處理設備提供主許可；以及第二提供裝置，用于通過網(wǎng)絡向所述內(nèi)容處理設備提供加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可。
在按照本發(fā)明的上述內(nèi)容提供設備中，可以安排許可類型識別信息以區(qū)分預覽的分許可和實際觀看的分許可。
上述第二提供裝置可以被適配來通過網(wǎng)絡向所述內(nèi)容處理設備提供作為MPEG-2傳送流的加密內(nèi)容、加密的預覽分許可、加密的實際觀看分許可和許可信息文件，所述許可信息文件包括許可類型識別信息，所述許可類型識別信息用于區(qū)分加密的預覽和實際觀看分許可。
所述許可信息文件可以是ECM。
所述第二提供裝置還可以被適配來通過網(wǎng)絡向內(nèi)容處理設備提供通過多播而分發(fā)的MPEG-2傳送流。
按照本發(fā)明，還提供了一種內(nèi)容提供方法，包括第一提供步驟，通過網(wǎng)絡向內(nèi)容處理設備提供主許可；以及第二提供步驟，通過網(wǎng)絡向所述內(nèi)容處理設備提供加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可。
按照本發(fā)明，還提供了一種其上記錄了程序的第二記錄介質(zhì)，所述程序包括第一提供步驟，通過網(wǎng)絡向內(nèi)容處理設備提供主許可；以及第二提供步驟，通過網(wǎng)絡向所述內(nèi)容處理設備提供加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可。
按照本發(fā)明，還提供了一種第二程序，使計算機能夠執(zhí)行處理，所述處理包括步驟第一提供步驟，通過網(wǎng)絡向內(nèi)容處理設備提供主許可；以及第二提供步驟，通過網(wǎng)絡向所述內(nèi)容處理設備提供加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可。
在按照本發(fā)明的上述內(nèi)容分發(fā)系統(tǒng)和方法中，通過網(wǎng)絡從服務器向所述內(nèi)容處理設備提供主許可、以及加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可。而且，在所述內(nèi)容處理設備中，根據(jù)從服務器提供的許可類型識別信息來選擇所提供的分許可，向所選擇的分許可應用所述主許可以解密所述主許可，并且使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容以再現(xiàn)內(nèi)容。
在按照本發(fā)明的上述內(nèi)容處理設備和方法和程序中，根據(jù)從服務器提供的許可類型識別信息來選擇所提供的分許可，向所選擇的分許可應用所述主許可，并且使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容以再現(xiàn)內(nèi)容。
在上述的內(nèi)容提供設備和方法和程序中，通過網(wǎng)絡向所述內(nèi)容處理設備提供主許可、以及加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可。
通過下面結(jié)合附圖來詳細說明用于實現(xiàn)本發(fā)明的最佳方式，本發(fā)明的這些目的和其它目的、特征和優(yōu)點將會變得更清楚。


圖1是按照本發(fā)明的內(nèi)容分發(fā)系統(tǒng)的配置的示例的方框圖。
圖2也是在圖1中所示的DTV和服務器的配置的示例的方框圖。
圖3示意地圖解了當應用一步許可時分發(fā)內(nèi)容和許可。
圖4示意地圖解了當應用二步許可時分發(fā)內(nèi)容和許可。
圖5示出了內(nèi)容配置的示例。
圖6是示出在PPC合同和與所述PPC合同對應的一步許可下要出售的內(nèi)容的分發(fā)中進行的操作序列的時序圖。
圖7示出了在包(package)信息文件中包括的信息的示例。
圖8是示出在訂閱(subscription)合同和二步許可(主許可和分許可)下要出售的內(nèi)容的分發(fā)中進行的操作序列的時序圖。
圖9示出了MPEG2-TS的ECM部分的配置的示例。
圖10是示出在具有預覽的按次計費(PPV)的許可下被出售的內(nèi)容的多播分發(fā)中進行的操作序列的時序圖。
具體實施例方式
下面參見附圖結(jié)合本發(fā)明的實施例來詳細說明本發(fā)明。圖1示出了按照本發(fā)明的內(nèi)容分發(fā)系統(tǒng)的配置的示例。如圖所示，所述內(nèi)容分發(fā)系統(tǒng)總體上由附圖標號11指示，包括數(shù)字電視機(DTV)2-1和2-2和服務器3，通過作為典型網(wǎng)絡的因特網(wǎng)1而彼此連接。
廣播臺4也連接到因特網(wǎng)1。例如在家中或工作場所等中使用數(shù)字電視機2-1和2-2的每個。所述數(shù)字電視機2-1和2-2的每個可以從廣播臺4接收電視廣播波，以呈現(xiàn)電視節(jié)目，并且也可以通過經(jīng)由因特網(wǎng)1而下載或流式傳輸來再現(xiàn)從服務器3接收的內(nèi)容。應當注意，在此所指的流式傳輸分發(fā)方法包括多播和應請求分發(fā)方法。
服務器3接收從廣播臺4廣播的節(jié)目，并且將所述節(jié)目中的AV數(shù)據(jù)保存為內(nèi)容?；蛘?，服務器3通過因特網(wǎng)1從廣播臺4接收節(jié)目中包括的AV數(shù)據(jù)，并且將其保存為內(nèi)容。當然，服務器3也保存唯一地創(chuàng)建或從其它處獲得的內(nèi)容。
注意，圖1僅僅示出了兩個數(shù)字電視機2-1和2-2和一個服務器3，但是實際的內(nèi)容分發(fā)系統(tǒng)包括多于兩個的數(shù)字電視機2-1和2-2和多個服務器3。
也注意，在下面的說明中，以下在個別地引用數(shù)字電視機2-1和2-2時，將它們簡稱為“DTV 2”。
圖2分別示出了DTV 2和服務器3的配置的示例。
如圖所示，DTV 2包括輸入單元21、呈現(xiàn)單元22、瀏覽器23、內(nèi)容再現(xiàn)單元24、DRM代理器25、DRM客戶機26、內(nèi)容存儲單元27、客戶機應用28、客戶機元數(shù)據(jù)數(shù)據(jù)庫(以下稱為“客戶機元數(shù)據(jù)DB”)29、下載(DL)代理器30和包信息處理代理器31。
從用戶向輸入單元21提供各種命令。呈現(xiàn)單元22呈現(xiàn)從內(nèi)容再現(xiàn)產(chǎn)生的圖像和聲音。而且，呈現(xiàn)單元22向用戶提供用于操作瀏覽器23的屏幕和其它各種信息。
瀏覽器23分析從在服務器3中包括的商店服務器71提供用于顯示內(nèi)容獲取的屏幕的、包括HTML(超文本標記語言)文件(包括CSS(層疊風格頁面))的導航信息，將其呈現(xiàn)在呈現(xiàn)單元22上，并且執(zhí)行在HTML中包括的腳本。類似地，瀏覽器23分析包括BML(廣播標記語言)文件(包括CSS)的導航信息，將其呈現(xiàn)在呈現(xiàn)單元22上，并且執(zhí)行在BML中包括的腳本。而且，瀏覽器23可以處理XrML(可擴展權(quán)利標記語言；通過內(nèi)容保護)。而且，瀏覽器23與在服務器3中包括的支付服務器72通信，以進行與內(nèi)容購買相關(guān)的支付。
內(nèi)容再現(xiàn)單元24響應于來自瀏覽器23或客戶機應用28的再現(xiàn)命令而操作，以再現(xiàn)從在服務器3中包括的內(nèi)容服務器75通過流式傳輸而分發(fā)的內(nèi)容、和從內(nèi)容服務器75下載并且被存儲在內(nèi)容存儲單元27中的內(nèi)容。
DRM代理器25使DRM客戶機26響應于來自瀏覽器23或客戶機應用28的請求而進行DRM操作。所述DRM操作包括獲取再現(xiàn)內(nèi)容所需要的許可、鑒別是否用戶是具有所述許可的正確用戶、獲取和頒發(fā)解密所加密數(shù)據(jù)所需要的密鑰、和管理所述許可所需要的其它操作。DRM代理器25獲取在內(nèi)容中包括的分許可(后面詳細說明)，并且將其傳送到DRM客戶機26。從DRM代理器25向DRM客戶機26提供指令，以與在服務器3中包括的DRM服務器74通信以進行DRM操作。
內(nèi)容存儲單元27包括例如硬盤等，并且存儲通過從在服務器3中的內(nèi)容服務器75正常下載或推動下載而獲得的內(nèi)容。
客戶機應用28包括各種軟件，并且向用戶提供每個作為用戶界面的各種功能菜單，并且控制DTV 2的操作。例如，客戶機應用28啟動瀏覽器23，向內(nèi)容再現(xiàn)單元24提供再現(xiàn)命令，從在服務器3中包括的元數(shù)據(jù)DB 73獲取元數(shù)據(jù)，搜索在客戶機元數(shù)據(jù)DB 29中保存的元數(shù)據(jù)，并且進行其它操作。客戶機元數(shù)據(jù)DB 29保存從在服務器3中的元數(shù)據(jù)DB 73提供的元數(shù)據(jù)。
下載代理器(以下在適當時也稱為“DL代理器”)30從在服務器3中的內(nèi)容服務器75下載內(nèi)容，并且按照從瀏覽器23或客戶機應用28提供的指令來將其存儲在內(nèi)容存儲單元27中。而且，下載代理器30從元數(shù)據(jù)DB 73獲取關(guān)于所下載內(nèi)容的元數(shù)據(jù)，并且使客戶機元數(shù)據(jù)DB 29保存它。
包信息處理代理器31請求DRM代理器25獲取作為瀏覽器23的幫助器應用和銷售內(nèi)容的單位的包的許可。
如圖所示，服務器3包括商店服務器71、支付服務器72、元數(shù)據(jù)DB 73、DRM服務器74、內(nèi)容服務器75和域服務器76。
當被瀏覽器23通過因特網(wǎng)1訪問時，商店服務器71向瀏覽器23提供包括HTML或BML文件的導航信息。
支付服務器72與瀏覽器23通信以進行支付。而且，支付服務器72根據(jù)來自商店服務器71的支付請求而進行支付，并且向商店服務器71報告支付結(jié)果。
響應于來自客戶機應用28的獲取元數(shù)據(jù)的請求，元數(shù)據(jù)DB 73讀取預先提供和存儲的元數(shù)據(jù)，并且將其提供到在DTV 2中的客戶機元數(shù)據(jù)DB 29。而且，元數(shù)據(jù)DB 73向商店服務器71提供根據(jù)來自商店服務器71的搜索元數(shù)據(jù)的請求而搜索和獲取的元數(shù)據(jù)。
注意元數(shù)據(jù)包括包元數(shù)據(jù)、許可元數(shù)據(jù)、分許可元數(shù)據(jù)、實例元數(shù)據(jù)、內(nèi)容元數(shù)據(jù)等。所述包元數(shù)據(jù)是關(guān)于作為購買內(nèi)容的單位的包的屬性信息，并且它主要被用作購買包的導航信息。所述許可元數(shù)據(jù)主要用于以許可為單位來呈現(xiàn)使用條件，并且獲取許可。分許可元數(shù)據(jù)主要用于呈現(xiàn)對應于分許可的用戶條件，并且識別分許可。實例元數(shù)據(jù)用于引導內(nèi)容的獲取和再現(xiàn)。內(nèi)容元數(shù)據(jù)是關(guān)于內(nèi)容的屬性信息，并且用于搜索內(nèi)容或類似的目的。
響應于來自商店服務器71的允許許可發(fā)放的請求，DRM服務器74與在DTV 2中的DRM客戶機26通信，并且進行DRM操作。DRM服務器74向內(nèi)容服務器75提供用于內(nèi)容加密的內(nèi)容密鑰Kc。而且，當DRM服務器74已經(jīng)成功地進行DRM操作時，它向在DTV 2中的DRM客戶機26提供相應的許可(后面詳細說明)。
內(nèi)容服務器75保存要提供到DTV 2的內(nèi)容，使用從DRM服務器74提供的內(nèi)容密鑰Kc來加密由DTV 2請求的內(nèi)容，通過流式傳輸而向內(nèi)容再現(xiàn)單元24分發(fā)內(nèi)容，或向內(nèi)容存儲單元27分發(fā)內(nèi)容作為下載文件以存儲。
域服務器76響應于來自商店服務器71的注冊請求而向DTV 2的用戶發(fā)放域ID，并且管理它。而且，根據(jù)來自商店服務器71的搜索域ID的請求，域服務器76向商店服務器71提供搜索結(jié)果。
注意在圖2中所示的示例中，服務器3包括多個服務器3，但是它當然可以僅僅包括一個服務器。
接著，將說明通過因特網(wǎng)1從服務器3向DTV 2提供的內(nèi)容的許可。根據(jù)內(nèi)容分發(fā)的合同的類型，例如按內(nèi)容支付(pay-per-content)合同或訂閱合同，來向內(nèi)容分發(fā)系統(tǒng)11應用一步許可或二步許可。
在“按內(nèi)容支付合同(以下稱為“PPC合同”)”下，按照每包來銷售和購買指定的內(nèi)容(或指定的內(nèi)容組)。在“訂閱合同”下，例如如在電視廣播的付費頻道的每月合同下，銷售和購買使用多個未指定內(nèi)容的權(quán)利。
所述一步許可應用到要在PPC合同下分發(fā)的內(nèi)容。另一方面，所述二步許可應用到要在訂閱合同下分發(fā)的內(nèi)容。
圖3示意地圖解了其中將所述一步許可應用到內(nèi)容的內(nèi)容和許可的分發(fā)。
在服務器3中，由內(nèi)容服務器75使用內(nèi)容密鑰Kc來加密作為內(nèi)容的主元素的內(nèi)容資源文件(像在圖5中那樣)，并且向DTV 2提供所加密的內(nèi)容資源文件。把內(nèi)容密鑰Kc作為相應內(nèi)容的許可，與相應內(nèi)容的使用條件一起，與加密內(nèi)容分離地從DRM服務器74向DTV 2提供。
在DTV 2中，使用在所述許可中包括的內(nèi)容密鑰Kc來解密所加密的內(nèi)容以再現(xiàn)。應當注意下面參見圖6來詳細說明在應用一步許可的情況下分發(fā)內(nèi)容和許可。
圖4示意地圖解了在應用二步許可的情況下內(nèi)容和許可的分發(fā)。
作為內(nèi)容的主元素的內(nèi)容資源文件由內(nèi)容服務器75使用內(nèi)容密鑰Kc來加密，并且與使用工作密鑰Kw加密的分許可一起提供到DTV 2。在此應當注意，所述分許可包括在其下使用相應內(nèi)容的第二使用條件、以及用于解密相應加密內(nèi)容的內(nèi)容密鑰Kc。
在與訂閱合同一一對應的主許可中包括用于解密所加密的分許可的工作密鑰Kw。與內(nèi)容分離地從DRM服務器74向DTV 2提供主許可。所述主許可除了工作密鑰Kw之外還包括第一使用條件，在所述第一使用條件下，使用對應于訂閱合同的內(nèi)容。
在DTV 2中，使用在主許可中包括的工作密鑰Kw來解密所加密的分許可，并且使用內(nèi)容密鑰Kc來解密所加密的內(nèi)容以再現(xiàn)。應當注意，下面參見圖8來詳細說明在應用二步許可的情況下分發(fā)內(nèi)容和許可。
圖5示出了在一個內(nèi)容中包括的元素。如圖所示，一個內(nèi)容包括包括多于一個文件的內(nèi)容資源文件101；內(nèi)容啟動文件102；下載控制文件103；DRM信息參考文件104；以及分許可文件107。應當注意，對于僅僅在PPC合同下分發(fā)內(nèi)容，分許可文件107可以不作為內(nèi)容的元素而被包括。
內(nèi)容資源文件101是內(nèi)容的主元素。它是符合諸如MPEG-2等的格式的AV數(shù)據(jù)，并且已經(jīng)使用內(nèi)容密鑰Kc而被加密。內(nèi)容啟動文件102用于過渡到內(nèi)容資源文件101的再現(xiàn)，并且它首先被執(zhí)行來啟動內(nèi)容。在對應的內(nèi)容啟動文件102中指定了對應的DRM信息參考文件104。
下載控制文件103被引用來用于下載內(nèi)容。它包括用于下載的信息，諸如“內(nèi)容ID”，它是用于識別內(nèi)容的信息；“許可查詢URL(統(tǒng)一資源定位符)”，它是指示對于該許可而要查詢的目的地的信息；“許可URL”，它是指示獲取主許可的目的地的信息；以及“資源”，它是包括資源和資源ID的信息，所述資源ID用于識別在內(nèi)容中包括的內(nèi)容資源文件。
DRM信息參考文件104除了包括“內(nèi)容ID”、“許可查詢URL”、“許可URL”、“資源”和“資源ID”之外還包括與內(nèi)容相關(guān)的DRM操作所需要的許可的列表，所述DRM操作諸如解密所加密的內(nèi)容資源文件等。關(guān)于每個許可的信息包括“許可ID”，它是識別許可的信息；類型信息，用于指示是否存在分許可；“分許可”，用于指示如類型信息所指示存在的分許可的名稱。
如果在指示是否存在分許可的類型信息中聲明了“類型1”，則意味著向該許可應用了所述一步許可，不存在分許可，并且僅僅在該許可下可以解密對應的內(nèi)容資源文件。
如果在指示是否存在分許可的類型信息中聲明了“類型2”，則意味著向該許可應用了二步許可，并且存在分許可。
分許可包括“許可ID”，它是用于識別許可的信息；“內(nèi)容ID”，它是用于識別內(nèi)容的信息；第二使用條件，用于使用內(nèi)容；和內(nèi)容密鑰Kc，用于解密所加密的內(nèi)容資源文件。通過工作密鑰Kw來加密。與包括內(nèi)容資源文件101到分許可文件107的內(nèi)容相分離地，在由DRM服務器74管理的主許可中包括工作密鑰Kw。
注意，如果要通過多播來分發(fā)作為MPEG2-TS的內(nèi)容，則將分許可107存儲在MPEG2-TS的ECM部分中(下面詳細說明)。
接著，將參見圖6中的時序圖來說明分發(fā)在PPC合同下要出售的內(nèi)容和對應于該內(nèi)容的一步許可的系列操作。應當注意，在此假定DTV 2的用戶已經(jīng)向服務器3進行了基本的用戶注冊，被發(fā)放了用戶ID和域ID，并且已經(jīng)通知了支付信息，諸如他的或她的信用卡號碼、存款賬號等。
在步驟S1中，在DTV 2中的瀏覽器23響應于用戶的操作而訪問用于在PCC合同下購買內(nèi)容的商店服務器71，并且根據(jù)從商店服務器71提供的導航信息而在呈現(xiàn)單元22上呈現(xiàn)用戶可以購買的內(nèi)容列表。當用戶從所呈現(xiàn)的內(nèi)容列表中選擇期望的內(nèi)容(以下也稱為作為購買單位的“包”)時，瀏覽器23向商店服務器71發(fā)送用于在PPC合同下買包的注冊信息(識別用戶的信息(用戶ID)、識別用戶要購買的包的信息(包ID)等)。對應地，在步驟S11，商店服務器71連接到支付服務器72，并且向后者通知從瀏覽器23發(fā)送的用戶ID和包ID，以請求支付服務器72在PPC合同下進行支付。
在已經(jīng)從支付服務器72接收到已經(jīng)正常地進行了支付的信息后，在步驟S12，商店服務器71向域服務器76通知用戶ID，并且獲取域服務器76已經(jīng)相應于用戶ID而預先發(fā)放的域ID。即，商店服務器71獲取識別信息，所述識別信息要被提供到諸如DTV 2的一組終端單元，在所述終端單元之間允許傳送提供給用戶的許可。
在步驟S13，商店服務器71連接到元數(shù)據(jù)DB 73，向后者通知從瀏覽器23通知的包ID，并且獲取與使用包ID而識別的包對應的許可ID的列表(許可使用所涉及的包的內(nèi)容所需的許可ID的列表)。在這種情況下，所述許可ID列表包括所述一步許可的許可ID。
在步驟S14中，商店服務器71向DRM服務器74傳送所獲取的域ID和許可ID的列表。相應地，DRM服務器74存儲所接收的域ID和許可ID列表，以使得它們彼此對應。在步驟S15，商店服務器71向瀏覽器23通知包括DTV2的瀏覽器23獲取包信息文件所需要的信息在內(nèi)的信息，指示已經(jīng)完成了PPC合同的注冊。響應于這個信息，瀏覽器23將向用戶通知在連接到商店服務器71以獲取包信息文件的同時完成PPC合同注冊和支付。
圖7示出了瀏覽器23已經(jīng)從商店服務器71獲取的包信息文件的配置。所述包信息文件111包括與在PPC合同下的包對應的許可ID列表、作為要獲取許可的目的地的在DRM服務器74中的URL、和作為要獲取元數(shù)據(jù)的目的地的在元數(shù)據(jù)DB 73中的URL。
再次參見圖6來繼續(xù)說明。在步驟S2，已經(jīng)獲取了包信息文件的瀏覽器23啟動作為幫助器應用的包信息處理代理器31。所述包信息處理代理器31經(jīng)由DRM代理器25向DRM客戶機26通知在所獲取的包信息文件中包括的許可ID的列表和在DRM服務器74中的URL、以及與用戶對應的域ID，并且請求DRM客戶機26獲取許可。響應于這個請求，DRM客戶機26將連接到DRM服務器74，向DRM服務器74發(fā)送許可ID列表和域ID，并且請求DRM服務器74獲取在許可ID列表中包括的許可。
在步驟S21中，DRM服務器74響應于所述請求而判斷是否所提供的域ID已經(jīng)被正常地發(fā)放到作為發(fā)送器的DTV 2，以及是否允許對于所提供的域ID而提供在所提供的許可ID列表中包括的許可。如果滿足這兩個條件，則DRM服務器74確定來自DRM客戶機26的請求是正確地，并且向DRM客戶機26提供在許可ID列表中包括的許可。DRM客戶機26安全地存儲了所提供的許可，并且向DRM代理器25通知完成許可的獲取。此時，已經(jīng)獲取了在PPC合同下購買的內(nèi)容的許可。
其后，為了響應于用戶的操作而再現(xiàn)在PPC合同下購買的內(nèi)容，瀏覽器23在步驟S3訪問商店服務器71以再現(xiàn)在PPC合同下已經(jīng)購買的內(nèi)容，并且在呈現(xiàn)單元22上呈現(xiàn)在PPC合同下已經(jīng)購買的內(nèi)容的列表，其根據(jù)從商店服務器71提供的導航信息可以被再現(xiàn)。如果用戶已經(jīng)從在呈現(xiàn)單元22上呈現(xiàn)的列表中選擇了期望的內(nèi)容，則瀏覽器23在步驟S4訪問內(nèi)容服務器75以獲取在所選擇內(nèi)容中包括的內(nèi)容啟動文件102，并且使得插件執(zhí)行內(nèi)容啟動文件102。而且，瀏覽器23與內(nèi)容啟動文件102一起存儲在完成內(nèi)容再現(xiàn)時已經(jīng)指定訪問的在商店服務器71中的URL。
在步驟S5，瀏覽器23的插件從內(nèi)容服務器75獲取使用內(nèi)容啟動文件102而指定的DRM信息參考文件104。
在步驟S6，瀏覽器23啟動作為幫助器應用的DRM代理器25，并且使得后者分析所獲取的DRM信息參考文件104。DRM代理器25向DRM客戶機26通知在DRM信息參考文件104中聲明的內(nèi)容ID，并且檢查DRM客戶機26保存了對應于內(nèi)容ID的許可。如果DRM客戶機26保存了僅僅一個對應的許可，則將使用所述許可。如果DRM客戶機26保存了多個對應的許可，則將所述許可呈現(xiàn)給選擇了許可中所期望的一個的用戶。
在選擇了期望的許可后，DRM客戶機26從DRM信息參考文件104讀取關(guān)于所述許可的信息，然后從所讀取的信息讀取類型信息。如果類型信息指示“類型1”，則已經(jīng)被確認為被保存在DRM客戶機26中的許可是一步許可類型1，因此將僅使用已經(jīng)被確認被保存在DRM客戶機26中的許可來解密所加密的內(nèi)容資源文件101。如果所述類型信息指示“類型2”，則已經(jīng)被確認被保存在DRM客戶機26中的許可是二步許可類型1，因此獲取對應的分許可以解密所加密的內(nèi)容資源文件101。在這個示例中，因為所述類型信息指示“類型1”，因此將不獲取任何分許可。DRM客戶機26向DRM代理器25發(fā)回對應的許可的許可ID。DRM代理器25將存儲所發(fā)回的許可ID并退出其自身的操作。
響應于在DRM信息參考文件104中聲明了流類型內(nèi)容資源文件101的事實，瀏覽器23在步驟S7啟動內(nèi)容再現(xiàn)單元24，而不等待DRM代理器25的操作。
在步驟S31，內(nèi)容再現(xiàn)單元24根據(jù)在要再現(xiàn)的流類型內(nèi)容資源文件中的內(nèi)容名稱的擴展來識別加密了內(nèi)容資源，并且確認DRM代理器25已經(jīng)獲取了許可。當內(nèi)容再現(xiàn)單元24已經(jīng)確認DRM代理器25已經(jīng)獲取了許可時，它將獲取對應的許可ID和域ID。應當注意，如果內(nèi)容再現(xiàn)單元24在此階段還沒有確認是否DRM代理器25已經(jīng)獲取了許可，則它將等待直到它確認DRM代理器25已經(jīng)獲取了許可。
在步驟S32，內(nèi)容再現(xiàn)單元24向DRM客戶機26通知許可ID和域ID，并且請求DRM客戶機26提供許可。如果此時滿足了在所述許可中包括的使用條件，則DRM客戶機26向內(nèi)容再現(xiàn)單元24安全地傳送在許可中包括的內(nèi)容密鑰Kc和使用條件。內(nèi)容再現(xiàn)單元24在其內(nèi)部解密單元(未示出)中設置內(nèi)容密鑰Kc，并且開始應用所述使用條件。
在步驟S33，內(nèi)容再現(xiàn)單元24從內(nèi)容服務器75獲取流信息文件，然后通過流式傳輸分發(fā)而解密一個接一個地獲取的所加密的內(nèi)容資源，以解密流信息文件，并且在呈現(xiàn)單元22上呈現(xiàn)圖像和聲音。
然后，當內(nèi)容再現(xiàn)已經(jīng)結(jié)束時，響應于來自用戶的命令或當已經(jīng)在再現(xiàn)的過程中變得不滿足使用條件時，放棄再現(xiàn)，內(nèi)容再現(xiàn)單元24在步驟S34向DRM客戶機26通知此時使用狀態(tài)和再現(xiàn)的結(jié)束。
其后，內(nèi)容再現(xiàn)單元24退出其自身的操作。瀏覽器23將訪問在步驟S4的操作中保存、并且已經(jīng)被指令在內(nèi)容再現(xiàn)結(jié)束時訪問的商店服務器71的URL(統(tǒng)一資源定位符)，并且在呈現(xiàn)單元22中呈現(xiàn)從所述URL獲得的信息。因此，服務器3可以向在PPC合同下已經(jīng)對內(nèi)容進行了試聽的用戶提供所意欲的信息，諸如用戶已經(jīng)試聽的內(nèi)容的續(xù)集的廣告等。
已經(jīng)說明了分發(fā)PCC合同下銷售的內(nèi)容和所述內(nèi)容的一步許可的系列操作。
接著，將參見圖8中的時序圖來說明分發(fā)在訂閱合同下要銷售的內(nèi)容和所述內(nèi)容的二步許可的系列操作。應當注意，在此假定DTV 2的用戶已經(jīng)向服務器3進行了基本的用戶注冊，被發(fā)放了用戶ID和域ID，并且已經(jīng)通知了支付信息，諸如他的或她的信用卡號碼或存款賬號等。
在步驟S101，在DTV 2中的瀏覽器23響應于用戶的操作而訪問商店服務器71，以建立關(guān)于每個早晨廣播諸如電視連續(xù)劇的內(nèi)容的頻道等的訂閱合同，并且在呈現(xiàn)單元22上呈現(xiàn)用戶可以根據(jù)從商店服務器71提供的導航信息而建立訂閱合同的頻道等的列表。當用戶選擇了他或她要建立訂閱合同的期望頻道(以下也將稱為作為購買單位的“包”)時，瀏覽器23將向商店服務器71發(fā)送用于建立所選擇的頻道的訂閱合同的注冊信息。應當注意，所述注冊信息包括用于識別用戶的信息(用戶ID)、用于識別要建立訂閱合同的包的信息(包ID)等。相應地，在步驟S111，商店服務器71連接到支付服務器72，并且向后者通知從瀏覽器23發(fā)送的用戶ID和包ID，以請求支付服務器72在訂閱合同下進行支付。
在已經(jīng)從支付服務器72接收到已經(jīng)正常地進行了支付的信息后，商店服務器71在步驟S112向域服務器76通知用戶ID，并且響應于所述用戶ID而獲取域服務器76已經(jīng)預先發(fā)放的域ID。
在步驟S113，商店服務器71連接到元數(shù)據(jù)DB 73，向后者通知從瀏覽器23通知的包ID，并且獲取與使用包ID而識別的包對應的許可ID的列表。在這種情況下，許可ID列表包括所述二步許可的許可ID。
在步驟S114，商店服務器71向DRM服務器74傳送所獲取的域ID和許可ID的列表。相應地，DRM服務器74以所接收的域ID和許可ID彼此對應的方式來存儲它們。在步驟S115，商店服務器71向瀏覽器23通知包括DTV 2的瀏覽器23獲取包信息文件所需信息的信息，指示訂閱合同的注冊已經(jīng)結(jié)束。響應于這個信息，瀏覽器23將通知用戶在連接到商店服務器71以獲取包信息文件的同時訂閱合同注冊和支付結(jié)束。
瀏覽器23從商店服務器71獲取的包信息文件被與如圖7中所示類似地配置，并且包括與在訂閱合同下的包對應的許可ID列表、作為要獲取許可的目的地的在DRM服務器74中的URL、和作為要獲取元數(shù)據(jù)的目的地的在元數(shù)據(jù)DB 73中的URL。
在步驟S102，已經(jīng)獲取了包信息文件的瀏覽器23啟動作為幫助器應用的包信息處理代理器31。包信息處理代理器31經(jīng)由DRM代理器25向DRM客戶機26通知在所獲得的包信息文件中包括的許可ID的列表和在DRM服務器74中的URL、對應于用戶的域ID，并且請求DRM客戶機26獲取許可。響應于此請求，DRM客戶機26將連接到DRM服務器74，向DRM服務器74發(fā)送許可ID列表和域ID，并且請求DRM服務器74獲取在許可ID列表中包括的許可。
在步驟S121，DRM服務器74響應于所述請求而判斷是否所提供的域ID已經(jīng)被正常地發(fā)放到作為發(fā)送器的DTV 2，以及是否允許對所提供的域ID提供在所提供的許可ID列表中包括的許可。如果滿足這兩個條件，則DRM服務器74確定來自DRM客戶機26的請求是正確的，并且向DRM客戶機26提供在許可ID列表中包括的許可。DRM客戶機26安全地存儲所提供的許可，并且向DRM代理器25通知許可的獲取結(jié)束。此時，完成了用于在訂閱合同下購買的內(nèi)容的必要主許可和分許可的主許可的獲取。
其后，為了響應于用戶的操作而再現(xiàn)在訂閱合同下購買的內(nèi)容，瀏覽器23在步驟S103訪問商店服務器71以再現(xiàn)已經(jīng)在訂閱合同下購買的內(nèi)容，并且在呈現(xiàn)單元22上呈現(xiàn)已經(jīng)在訂閱合同下購買的內(nèi)容的列表，其根據(jù)從商店服務器71提供的導航信息而可以被再現(xiàn)。如果用戶已經(jīng)從在呈現(xiàn)單元22上呈現(xiàn)的列表選擇了期望的內(nèi)容，則瀏覽器23在步驟S104訪問內(nèi)容服務器75以獲取在所選擇內(nèi)容中包括的內(nèi)容啟動文件102，并且使插件執(zhí)行內(nèi)容啟動文件102。而且，瀏覽器23與內(nèi)容啟動文件102一起存儲在完成內(nèi)容再現(xiàn)時已經(jīng)指定訪問的在商店服務器71中的URL。
在步驟S105，瀏覽器23的插件從內(nèi)容服務器75獲取使用內(nèi)容啟動文件102而指定的DRM信息參考文件104。
在步驟S106，瀏覽器23啟動作為幫助器應用的DRM代理器25，并且使后者分析所獲取的DRM信息參考文件104。DRM代理器25逐個地向DRM客戶機26通知在DRM信息參考文件104中包括的內(nèi)容ID，并且檢查是否DRM客戶機26保存了對應于內(nèi)容ID的許可。如果DRM客戶機26保存了對應的許可的僅僅一個，則將使用所述許可。如果DRM客戶機26保存了多個對應的許可，則將所述許可呈現(xiàn)給選擇了許可中的所期望的一個的用戶。在用戶選擇了所期望的許可后，DRM客戶機26從DRM信息參考文件104讀取關(guān)于所述許可的信息，然后從那個許可信息讀取類型信息。
在上述的情況下，將在假定類型信息指示“類型2”的情況下繼續(xù)說明。在步驟S131，DRM代理器25通過參見DRM信息參考文件104而了解對應的分許可的名稱，并且訪問內(nèi)容服務器75以獲取具有所述分許可名稱的分許可。在步驟S132，DRM代理器25向DRM客戶機26中插入所獲取的分許可。DRM客戶機26相應于已經(jīng)獲取的主許可而存儲所插入的分許可。DRM代理器25保存許可ID和內(nèi)容ID，并退出其自身的操作。
響應于在DRM信息參考文件104中聲明了流類型內(nèi)容資源文件101的事實，瀏覽器23在步驟S107啟動內(nèi)容再現(xiàn)單元24，而不等待到在DRM代理器25中保存了來自DRM客戶機26的許可ID。
在步驟S141，內(nèi)容再現(xiàn)單元24根據(jù)在要再現(xiàn)的流類型內(nèi)容資源文件中的內(nèi)容名稱的擴展來識別加密了內(nèi)容資源，并且確認DRM代理器25已經(jīng)獲取了許可。當內(nèi)容再現(xiàn)單元24已經(jīng)確認DRM代理器25已經(jīng)獲取了許可時，它將獲取對應的許可ID和域ID。應當注意，如果內(nèi)容再現(xiàn)單元24在此階段還沒有確認是否DRM代理器25已經(jīng)獲取了許可，則它將等待直到它確認DRM代理器25已經(jīng)獲取了許可。
在步驟S142，內(nèi)容再現(xiàn)單元24向DRM客戶機26通知許可ID和域ID，并且請求DRM客戶機26提供內(nèi)容密鑰Kc。DRM客戶機26使用在主許可中包括的工作密鑰Kw來解密所加密的分許可，并且如果此時發(fā)現(xiàn)滿足了在所述許可中包括的使用條件，則DRM客戶機26向內(nèi)容再現(xiàn)單元24安全地傳送在許可中包括的內(nèi)容密鑰Kc和使用條件。內(nèi)容再現(xiàn)單元24在其內(nèi)部解密單元中設置內(nèi)容密鑰Kc，并且開始應用所述使用條件。
在步驟S143，內(nèi)容再現(xiàn)單元24從內(nèi)容服務器75獲取流信息文件，然后通過流式傳輸分發(fā)而解密一個接一個地獲取的所加密的內(nèi)容資源，并且開始在呈現(xiàn)單元22上呈現(xiàn)圖像和聲音。
然后，當內(nèi)容再現(xiàn)已經(jīng)結(jié)束了時，響應于來自用戶的命令或當在再現(xiàn)的過程中已經(jīng)變得不滿足使用條件時，放棄再現(xiàn)，內(nèi)容再現(xiàn)單元24在步驟S144向DRM客戶機26通知此時的使用狀態(tài)和再現(xiàn)的結(jié)束。
其后，內(nèi)容再現(xiàn)單元24退出其自身的操作。瀏覽器23將訪問在步驟S104的操作中保存、并且已經(jīng)被指令在內(nèi)容再現(xiàn)結(jié)束時訪問的在商店服務器71中的URL，并且在呈現(xiàn)單元22中呈現(xiàn)從所述URL獲得的信息。因此，服務器3可以向已經(jīng)在訂閱合同下對內(nèi)容進行了試聽的用戶提供所意欲的信息，諸如用戶已經(jīng)試聽的內(nèi)容的續(xù)集的廣告等。
已經(jīng)說明了分發(fā)在訂閱合同下銷售的內(nèi)容和所述內(nèi)容的二步許可。
如上所述，因為服務器3發(fā)送了包括類型信息的DRM信息參考文件104，所述類型信息指示采用一步或二步許可的哪個來許可所考慮的內(nèi)容，并且DTV 2分別進行了由類型信息指示的不同類型的不同操作，因此可以有效地實施使用PPC和訂閱合同二者的內(nèi)容分發(fā)服務。
注意，可以在對應于每個包的元數(shù)據(jù)中，例如在許可元數(shù)據(jù)中，包括指示采用一步和二步許可中的哪個來用于許可內(nèi)容的類型信息，以進行發(fā)送，并且DTV 2可以被適配來當它被給予用于再現(xiàn)內(nèi)容的命令時通過引用類型信息而進行對應于許可類型的操作。
接著，將說明通過流式傳輸而從服務器3向多個DTV 2分發(fā)內(nèi)容的帶有預覽的按次計費(以下將稱為“PPV/預覽”)的實施。注意，在PPV/預覽的許可(PPV/預覽許可)下分發(fā)的內(nèi)容將在以下被稱為“PPV/預覽內(nèi)容”。
來自服務器3的內(nèi)容廣播符合MPEG2-TS格式。所述二步許可被應用到對于再現(xiàn)具有MPEG2-TS格式的內(nèi)容的許可，在分發(fā)前具有MPEG2-TS格式的內(nèi)容中包括在內(nèi)容再現(xiàn)的總時間的預定時間，例如從內(nèi)容頂部開始的幾分鐘，允許預覽(在決定購買內(nèi)容之前的試聽/試看)的分許可；和在決定購買內(nèi)容后允許的、再現(xiàn)總時間的內(nèi)容的全部(full-scale)收聽/觀看的分許可。在DTV 2中，預先獲取PPV/預覽頻道等的主許可。當通過多播來分發(fā)內(nèi)容時，首先使用預覽的分許可。在決定購買內(nèi)容后，要使用全部收聽/觀看的分許可。
預覽許可和全部收聽/觀看許可被存儲在MPEG2-TS的ECM(權(quán)利控制消息)部分中以分發(fā)。
圖9示出了其中存儲了預覽分許可和全部收聽/觀看分許可的ECM部分的示例。ECM部分包括ECM部分首標，其中存儲了用于指示分組(packet)是ECM部分的識別信息；ECM體；和糾錯CRC(循環(huán)冗余校驗)部分。所述ECM體包括其中存儲了各種信息的首標和其中存儲了分許可的許可部分。
ECM體包括協(xié)議編號信息，用于識別協(xié)議；商業(yè)實體識別信息，用于彼此識別商業(yè)實體；工作密鑰識別信息，用于識別在主許可中包括的工作密鑰Kw；內(nèi)容ID，用于識別對應于ECM部分的內(nèi)容；關(guān)于要收聽和觀看的內(nèi)容的奇數(shù)/偶數(shù)信息，用于指示使用奇數(shù)和偶數(shù)內(nèi)容鍵(key)的哪一個可以解密正在收聽和觀看的當前內(nèi)容；關(guān)于(分發(fā)的節(jié)目的)分許可的數(shù)量的信息，用于指示在當前分發(fā)的內(nèi)容中設置的數(shù)量(＝n)；關(guān)于對應于當前分發(fā)的內(nèi)容的n個分許可的信息；關(guān)于(要分發(fā)的下一個節(jié)目的)分許可的數(shù)量的信息，用于指示在要分發(fā)的下一個內(nèi)容中設置的分許可的數(shù)量(＝n)；以及關(guān)于對應于要分發(fā)的下一個內(nèi)容的n個分許可的信息。
關(guān)于每個分許可的信息包括作為分許可識別信息的許可ID和在許可部分中存儲分許可的位置(從ECM體頂部計數(shù)的字節(jié)數(shù))。
在上述的分許可信息中，相對于同一內(nèi)容的預覽分許可和全部收聽/觀看分許可被分配相同的許可ID，并且彼此在類型信息和位置上不同。
注意，如果在ECM部分中存儲了所述預覽和全部收聽/觀看分許可，則在MPEG2-TS中的PMT(節(jié)目圖表)中的有限接收擴展(CA擴展)中將包括ECM部分的分組ID。
預覽分許可包括預覽的使用條件(諸如預覽時間的長度等)和內(nèi)容密鑰Kc。全部收聽/觀看分許可包括全部收聽/觀看的使用條件和內(nèi)容密鑰Kc。
注意，通過改變預覽的使用條件，在內(nèi)容再現(xiàn)時間的總長度中的預覽的時間位置和預覽時間的長度可以被設置為從內(nèi)容頂部開始的幾分鐘，并且也可以自由地設置。而且，由于可以在ECM部分中存儲不同的預覽分許可，因此服務器3可以在內(nèi)容再現(xiàn)時間的總長度中提供多個預覽機會。而且，可以僅僅在允許預覽的內(nèi)容再現(xiàn)的總長度的時段分發(fā)預覽分許可。
接著，將參見圖10中的時序圖來說明從服務器3向多于一個的DTV 2多播分發(fā)PPV/預覽內(nèi)容的系列操作。應當注意，在此假定DTV 2的用戶已經(jīng)向服務器3進行了基本的用戶注冊，被發(fā)放了用戶ID和域ID，并且已經(jīng)通知了支付信息，諸如他的或她的信用卡號碼或存款賬號等。
在步驟S201，在DTV 2中的瀏覽器23響應于用戶的操作而訪問商店服務器71以建立接收廣播PPV/預覽內(nèi)容的頻道的訂閱合同，并且在呈現(xiàn)單元22上呈現(xiàn)用戶可以根據(jù)從商店服務器71提供的導航信息而獲得的頻道的列表。當用戶從如此呈現(xiàn)的頻道列表選擇期望的內(nèi)容(以下也稱為作為購買單位的“包”)時，瀏覽器23將向商店服務器71發(fā)回該頻道的訂閱合同的注冊信息。應當注意，所述注冊信息包括用于識別用戶的信息(用戶ID)和用于識別用戶將購買的包的信息(包ID)。
在步驟S211，商店服務器71向域服務器76通知用戶ID，并且響應于用戶ID而獲取域服務器76已經(jīng)預先發(fā)放的域ID。
在步驟S212，商店服務器71連接到元數(shù)據(jù)DB 73，向后者通知從瀏覽器23通知的包ID，并且獲取對應于使用所述包ID而識別的包的許可ID的列表。在這種情況下，所述許可ID列表包括其上可以分發(fā)PPV/預覽內(nèi)容的頻道的二步許可的許可ID。
在步驟S213，商店服務器71向DRM服務器74傳送所獲取的域ID和許可ID列表。相應地，DRM服務器74彼此對應地存儲所接收的域ID和許可ID列表。在步驟S124中，商店服務器71向瀏覽器23通知包括DTV 2的瀏覽器23獲取包信息文件所需信息的信息，其指示訂閱合同注冊的完成。響應于此信息，瀏覽器23向用戶呈現(xiàn)完成了訂閱合同的注冊和支付，并且連接到商店服務器71以獲取包信息文件。
瀏覽器23從商店服務器71獲取的包信息文件包括與訂閱合同下的包對應的許可ID列表、作為要獲取許可的目的地的在DRM服務器74中的URL、和作為要獲取元數(shù)據(jù)的目的地的在元數(shù)據(jù)DB 73中的URL。
在步驟S202中，已經(jīng)獲得了包信息文件的瀏覽器23啟動作為幫助器應用的包信息處理代理器31。所述包信息處理代理器31經(jīng)由DRM代理器25向DRM客戶機26通知在所獲取的包信息文件中包括的許可ID列表和在DRM服務器74中的URL、和對應于用戶的域ID，并且請求DRM客戶機26獲取其上可以分發(fā)PPV/預覽內(nèi)容的頻道的主許可(以下稱為“PPV許可”)。響應于這個請求，DRM客戶機26將連接到DRM服務器74，向DRM服務器74發(fā)送許可ID列表和域ID，并且請求DRM服務器74獲取對應于所述許可ID的PPV許可。
在步驟S221中，DRM服務器74響應于所述請求而判斷是否所提供的域ID已經(jīng)被正常地發(fā)放到作為發(fā)送器的DTV 2，以及是否允許對于所提供的域ID而提供對應于所提供的許可ID列表的PPV許可。如果滿足這兩個條件，則DRM服務器74確定來自DRM客戶機26的請求是正確的，并且向DRM客戶機26提供對應于所述許可ID的PPV許可。DRM客戶機26安全地存儲所提供的PPV許可，并且向DRM代理器25通知完成了PPV許可的獲取。此時，在使用在能夠分發(fā)PPV/預覽內(nèi)容的頻道上廣播的、在訂閱合同下購買的內(nèi)容所需的PPV許可和分許可中，將完全獲取PPV許可。
在步驟S203，包信息處理代理器31根據(jù)在所獲取的包信息文件中包括的在元數(shù)據(jù)DB 73中的URL而連接到元數(shù)據(jù)DB 73，并且請求元數(shù)據(jù)DB 73獲取對應于所購買的包的包元數(shù)據(jù)。應當注意，所述包包括接收其上可以廣播PPV/預覽內(nèi)容的頻道的權(quán)利。
在步驟S231，元數(shù)據(jù)DB 73響應于所述請求而向客戶機元數(shù)據(jù)DB 29提供所請求的包元數(shù)據(jù)，在所述客戶機元數(shù)據(jù)DB 29中將保存所述元數(shù)據(jù)。在完成上述操作后，包信息處理代理器31退出其自身的操作。其后，客戶機應用28周期地從元數(shù)據(jù)DB 73獲取對應于在與所購買的包對應的頻道上廣播的內(nèi)容的內(nèi)容元數(shù)據(jù)，并且將內(nèi)容元數(shù)據(jù)保存在客戶機元數(shù)據(jù)DB 29中。
其后，為了在訂閱合同下收聽和觀看在頻道上廣播的內(nèi)容，用戶啟動客戶機應用28。在步驟S241，客戶機應用28通過參見在客戶機元數(shù)據(jù)DB 29中保存的元數(shù)據(jù)而向用戶呈現(xiàn)可以收聽和觀看并且此時廣播的內(nèi)容的列表。當用戶選擇內(nèi)容并給出開始內(nèi)容的收聽/觀看的命令時，客戶機應用28進行到步驟S242，在步驟S242，它參見元數(shù)據(jù)，經(jīng)由DRM代理器25向DRM客戶機26通知PPV許可的許可ID、在DRM服務器74中的URL和域ID，并且確認已經(jīng)獲取了PPV許可。
在確認獲取了PPV許可后，客戶機應用28進行到步驟S243，在步驟S243，它參見與用戶選擇的內(nèi)容對應的已獲取的元數(shù)據(jù)，獲取在內(nèi)容服務器75中的廣播URL(多播地址)，在內(nèi)容服務器75中指定多播地址，并且請求內(nèi)容再現(xiàn)單元24再現(xiàn)內(nèi)容。響應于此請求，內(nèi)容再現(xiàn)單元24連接到指定的多播地址，在此，它將開始接收正在廣播的MPEG2-TS。
在步驟S251，內(nèi)容再現(xiàn)單元24從所接收的MPEG2-TS一個接一個地提取PAT(節(jié)目關(guān)聯(lián)表)和PMT，根據(jù)所述PMT的CA描述符來檢測是否存在ECM會話，并且提取所述ECM會話。內(nèi)容再現(xiàn)單元24通過參見在關(guān)于在ECM會話的ECM體中的首標中包括的分許可的信息之中的類型信息，而搜索并提取預覽分許可，并且經(jīng)由DRM代理器25向DRM客戶機26傳送所提取的預覽分許可。DRM客戶機26與已經(jīng)獲取的PPV許可相對應地存儲所提供的預覽分許可。
在步驟252中，內(nèi)容再現(xiàn)單元24向DRM客戶機26通知預覽分許可的許可ID和域ID，并且請求DRM客戶機26提供對應的內(nèi)容密鑰Kc。DRM客戶機26使用在PPV許可中包括的工作密鑰Kw來解密所加密的預覽分許可。當此時滿足所獲取的使用條件時，DRM客戶機26向內(nèi)容再現(xiàn)單元24安全地傳送在所述許可中包括的內(nèi)容密鑰Kc和預覽使用條件。內(nèi)容再現(xiàn)單元24在其內(nèi)部解密單元中設置內(nèi)容密鑰Kc，并且開始應用預覽使用條件。所述預覽使用條件包括允許預覽的時段，例如從內(nèi)容頂部開始的X到Y(jié)分鐘的時間。內(nèi)容再現(xiàn)單元24解密所述MPEG2-TS以使呈現(xiàn)單元22開始呈現(xiàn)圖像和聲音。因此，開始預覽內(nèi)容。
在步驟S253，內(nèi)容再現(xiàn)單元24向客戶機應用28通知預覽的開始。響應于此預覽開始，客戶機應用28提示用戶購買全部收聽/觀看的預覽內(nèi)容。如果用戶響應于所述提示而購買內(nèi)容，則客戶機應用28在步驟S244指令內(nèi)容再現(xiàn)單元24再現(xiàn)全部收聽/觀看的內(nèi)容。
在步驟S254，內(nèi)容再現(xiàn)單元24通過參見在所接收的MPEG2-TS中的ECM會話的ECM體的首標中包括的分許可信息中的類型信息，而搜索和提取全部收聽/觀看的分許可，并且經(jīng)由DRM代理器25向DRM客戶機26傳送所提取的全部收聽/觀看的分許可。DRM客戶機26與已經(jīng)獲取的PPV許可相對應地存儲所傳送的全部收聽/觀看的分許可。
在步驟S255，內(nèi)容再現(xiàn)單元24向DRM客戶機26通知全部收聽/觀看許可的許可ID和域ID，并且請求DRM客戶機26提供對應的內(nèi)容密鑰Kc。DRM客戶機26使用在PPV許可中包括的工作密鑰Kw來解密所加密的全部收聽/觀看分許可。如果此時滿足所獲取的使用條件，則DRM客戶機26向內(nèi)容再現(xiàn)單元24安全地傳送在許可中包括的內(nèi)容密鑰Kc和全部收聽/觀看使用條件。內(nèi)容再現(xiàn)單元24在其內(nèi)部解密單元中設置內(nèi)容密鑰Kc。內(nèi)容再現(xiàn)單元24無任何延遲地無縫地繼續(xù)內(nèi)容再現(xiàn)，除非在預覽使用條件中規(guī)定的預覽時間的長度已經(jīng)過去。相反，如果在預覽使用條件中規(guī)定的預覽時間的長度已經(jīng)過去，則內(nèi)容再現(xiàn)單元24將恢復曾經(jīng)停止的內(nèi)容再現(xiàn)。當繼續(xù)或恢復所述再現(xiàn)時，開始應用全部收聽/觀看使用條件。
注意，用于預覽的內(nèi)容密鑰Kc可以與用于全部收聽/觀看的內(nèi)容密鑰Kc相同，并且它可以共同地用于全部收聽/觀看。
其后，當內(nèi)容再現(xiàn)已經(jīng)結(jié)束時或當用戶給出停止再現(xiàn)的命令時，內(nèi)容再現(xiàn)單元24在步驟S256從在內(nèi)容服務器75中的多播地址停止接收。在步驟S257，內(nèi)容再現(xiàn)單元24向DRM客戶機26通知再現(xiàn)的終止和當前PPV的使用狀態(tài)。DRM客戶機26連接到DRM服務器74，并且向DRM服務器74上載所述PPV的使用狀態(tài)。響應于此上載，在步驟S261，DRM服務器74根據(jù)PPV的使用狀態(tài)來計算要對已經(jīng)進行服務的用戶收費的數(shù)額，并且請求支付服務器72支付所收費的數(shù)額。
注意，可以不在此時進行支付，而是可以當例如開始全部收聽/觀看時使用全部收聽/觀看分許可來進行所述支付。
其后，內(nèi)容再現(xiàn)單元24退出其自身的操作?？蛻魴C應用28再次參考在客戶機元數(shù)據(jù)DB 29中保存的元數(shù)據(jù)，并且向用戶呈現(xiàn)此時可以收聽和觀看并且要廣播的內(nèi)容的列表。在此，用于多播分發(fā)PPV/預覽內(nèi)容的系列操作結(jié)束。
如上所述，按照本發(fā)明的內(nèi)容分發(fā)系統(tǒng)可以通過經(jīng)由因特網(wǎng)多播而分發(fā)具有版權(quán)保護和帶有預覽的PPV的內(nèi)容。應當注意，當按照要求來分發(fā)內(nèi)容時能夠應用上述的系列操作。例如，范圍從頂部到幾分鐘的內(nèi)容的部分可以用于提示等的目的。
在上面，已經(jīng)說明了本發(fā)明在DTV的應用。然而，本發(fā)明也可以應用到各種類型的內(nèi)容處理設備，包括盒式錄像機、電視機調(diào)諧器、硬盤記錄器、DVD(數(shù)字多功能盤)記錄器等。
而且，按照本發(fā)明的內(nèi)容分發(fā)系統(tǒng)可以分發(fā)電視廣播節(jié)目以及各種其它類型的內(nèi)容。
在此注意，可以通過硬件以及軟件來進行上述的系列操作。如果要通過軟件來進行所述操作，則例如在DTV中安裝的、具有CPU(中央處理單元)等的計算機將執(zhí)行所述軟件。
同樣注意，雖然可以如上所述以時間順序依序執(zhí)行按照本發(fā)明的形成在記錄介質(zhì)中記錄的程序的步驟，但是也可以并行或分別地執(zhí)行它們。
同樣注意，按照本發(fā)明的內(nèi)容分發(fā)系統(tǒng)是包括多個設備的系統(tǒng)。
在上面，已經(jīng)參見附圖按照作為本發(fā)明的示例的特定優(yōu)選實施例而詳細說明了本發(fā)明。但是，本領(lǐng)域內(nèi)的技術(shù)人員應當明白，本發(fā)明不限于所述實施例，而是可以在不脫離在所附的權(quán)利要求中限定的其范圍和精神的情況下以各種形式修改、替代地構(gòu)造或以各種其它形式而實現(xiàn)。
本申請要求2003年12月5日提交的日本專利申請第2003-407454號的優(yōu)先權(quán)，其整體包含于此作為參考。
權(quán)利要求
1.一種內(nèi)容分發(fā)系統(tǒng)，包括服務器和內(nèi)容處理設備，所述服務器提供加密內(nèi)容、包括用于解密所加密內(nèi)容的第一密鑰和使用條件的分許可、和包括用于解密所加密的分許可的第二密鑰的主許可，所述內(nèi)容處理設備經(jīng)由網(wǎng)絡而連接到服務器，其中所述服務器包括第一提供裝置，用于通過網(wǎng)絡向內(nèi)容處理設備提供主許可；以及第二提供裝置，用于通過網(wǎng)絡向內(nèi)容處理設備提供加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可；以及所述內(nèi)容處理設備包括再現(xiàn)裝置，用于通過根據(jù)從所述服務器提供的所述分許可類型識別信息而選擇所提供的分許可，向所選擇的分許可應用所述主許可以解密所述主許可，以及使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
2.按照權(quán)利要求1的系統(tǒng)，其中，所述許可類型識別信息用于在預覽的分許可和實際觀看的分許可之間進行區(qū)分。
3.一種內(nèi)容分發(fā)系統(tǒng)的內(nèi)容分發(fā)方法，所述內(nèi)容分發(fā)系統(tǒng)包括服務器和內(nèi)容處理設備，所述服務器提供加密內(nèi)容、包括用于解密所加密內(nèi)容的第一密鑰和使用條件的分許可、和包括用于解密所加密的分許可的第二密鑰的主許可，所述內(nèi)容處理設備經(jīng)由網(wǎng)絡而連接到服務器，所述方法包括第一提供步驟，由服務器進行來通過網(wǎng)絡向內(nèi)容處理設備提供主許可；第二提供步驟，由所述服務器進行來通過網(wǎng)絡向所述內(nèi)容處理設備提供加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可；以及再現(xiàn)步驟，由所述內(nèi)容處理設備進行來通過根據(jù)從所述服務器提供的所述分許可類型識別信息而選擇所提供的分許可，向所選擇的分許可應用所述主許可以解密所述主許可，以及使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
4.一種內(nèi)容處理設備，用于處理通過網(wǎng)絡從服務器分發(fā)的加密內(nèi)容、包括用于解密所加密內(nèi)容的第一密鑰和使用條件的分許可、和包括用于解密所加密的分許可的第二密鑰的主許可，所述設備包括獲取裝置，用于通過網(wǎng)絡從服務器獲取主許可；接收裝置，用于通過網(wǎng)絡從所述服務器接收加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可；以及再現(xiàn)裝置，用于通過根據(jù)從所述服務器提供的所述分許可類型識別信息而選擇所提供的分許可，向所選擇的分許可應用所述主許可以解密所述主許可，以及使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
5.按照權(quán)利要求4的設備，其中，所述許可類型識別信息用于在預覽的分許可和實際觀看的分許可之間進行區(qū)分。
6.按照權(quán)利要求5的設備，其中，所述再現(xiàn)裝置通過首先根據(jù)所述分許可類型識別信息而選擇加密的預覽分許可，向所選擇的預覽分許可應用所述主許可以解密所述主許可，以及使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容，然后通過選擇加密的實際觀看分許可，向所選擇的實際觀看分許可應用所述主許可以解密所述主許可，以及使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
7.按照權(quán)利要求5的設備，其中，所述再現(xiàn)裝置通過首先根據(jù)所述分許可類型識別信息而選擇加密的預覽分許可，向所選擇的預覽分許可應用所述主許可以解密所述主許可，以及在預覽分許可中包括的使用條件下，使用在從所述主許可解密產(chǎn)生的預覽分許可中包括的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容，然后通過選擇加密的實際觀看分許可，向所選擇的實際觀看分許可應用所述主許可以解密所述主許可，以及在所述預覽分許可中包括的使用條件下，使用在從所述主許可解密產(chǎn)生的所述實際觀看分許可中包括的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
8.按照權(quán)利要求5的設備，其中，所述接收裝置通過網(wǎng)絡從服務器接收作為MPEG-2傳送流的加密內(nèi)容、加密的預覽分許可、加密的實際觀看分許可、和許可信息文件，所述許可信息文件包括許可類型識別信息，所述許可類型識別信息用于在加密的預覽和實際觀看分許可之間進行區(qū)分。
9.按照權(quán)利要求8的設備，其中，所述許可信息文件是ECM(權(quán)利控制消息)。
10.按照權(quán)利要求8的設備，其中，所述接收裝置接收通過經(jīng)由網(wǎng)絡從服務器多播而分發(fā)的MPEG-2傳送流。
11.一種內(nèi)容處理方法，處理通過網(wǎng)絡從服務器分發(fā)的加密內(nèi)容、包括用于解密所加密內(nèi)容的第一密鑰和使用條件的分許可、和包括用于解密所加密的分許可的第二密鑰的主許可，所述方法包括步驟通過網(wǎng)絡從服務器獲取主許可；通過所述網(wǎng)絡從所述服務器接收加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可；以及通過根據(jù)所述分許可類型識別信息而選擇所提供的分許可，向所選擇的分許可應用所述主許可以解密所述主許可，以及使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
12.一種記錄介質(zhì)，其中記錄了計算機可讀程序，所述程序用于處理通過網(wǎng)絡從服務器分發(fā)的加密內(nèi)容、包括用于解密所加密內(nèi)容的第一密鑰和使用條件的分許可、和包括用于解密所加密的分許可的第二密鑰的主許可，所述程序包括步驟通過網(wǎng)絡從服務器獲取主許可；通過所述網(wǎng)絡從所述服務器接收加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可；以及通過根據(jù)所述分許可類型識別信息而選擇所提供的分許可，向所選擇的分許可應用所述主許可以解密所述主許可，以及使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
13.一種程序，用于處理通過網(wǎng)絡從服務器分發(fā)的加密內(nèi)容、包括用于解密所加密內(nèi)容的第一密鑰和使用條件的分許可、和包括用于解密所加密的分許可的第二密鑰的主許可，所述程序使計算機執(zhí)行處理，所述處理包括步驟通過網(wǎng)絡從服務器獲取主許可；通過所述網(wǎng)絡從所述服務器接收加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可；以及通過根據(jù)所述分許可類型識別信息而選擇所提供的分許可，向所選擇的分許可應用所述主許可以解密所述主許可，以及使用從所述主許可解密產(chǎn)生的第一密鑰來解密所加密的內(nèi)容，來再現(xiàn)內(nèi)容。
14.一種內(nèi)容提供設備，用于通過網(wǎng)絡向內(nèi)容處理設備提供加密內(nèi)容、包括用于解密所加密內(nèi)容的第一密鑰和使用條件的分許可、和包括用于解密所加密的分許可的第二密鑰的主許可，所述設備包括第一提供裝置，用于通過網(wǎng)絡向內(nèi)容處理設備提供主許可；以及第二提供裝置，用于通過網(wǎng)絡向所述內(nèi)容處理設備提供加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可。
15.按照權(quán)利要求14的設備，其中，所述許可類型識別信息用于在預覽的分許可和實際觀看的分許可之間進行區(qū)分。
16.按照權(quán)利要求15的設備，其中，所述第二提供裝置通過網(wǎng)絡向所述內(nèi)容處理設備提供作為MPEG-2傳送流的加密內(nèi)容、加密的預覽分許可、加密的實際觀看分許可、和許可信息文件，所述許可信息文件包括許可類型識別信息，所述許可類型識別信息用于在加密的預覽和實際觀看分許可之間進行區(qū)分。
17.按照權(quán)利要求16的設備，其中，所述許可信息文件是ECM。
18.按照權(quán)利要求16的設備，其中，所述第二提供裝置通過經(jīng)由網(wǎng)絡向內(nèi)容處理設備進行多播來提供MPEG-2傳送流。
19.一種內(nèi)容提供方法，通過網(wǎng)絡向內(nèi)容處理設備提供加密內(nèi)容、包括用于解密所加密內(nèi)容的第一密鑰和使用條件的分許可、和包括用于解密所加密的分許可的第二密鑰的主許可，所述方法包括第一提供步驟，通過網(wǎng)絡向內(nèi)容處理設備提供主許可；以及第二提供步驟，通過網(wǎng)絡向所述內(nèi)容處理設備提供加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可。
20.一種記錄介質(zhì)，其中記錄了計算機可讀程序，所述程序用于通過網(wǎng)絡向內(nèi)容處理設備提供加密內(nèi)容、包括用于解密所加密內(nèi)容的第一密鑰和使用條件的分許可、和包括用于解密所加密的分許可的第二密鑰的主許可，所述程序包括第一提供步驟，通過網(wǎng)絡向內(nèi)容處理設備提供主許可；以及第二提供步驟，通過網(wǎng)絡向所述內(nèi)容處理設備提供加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可。
21.一種程序，用于通過網(wǎng)絡向內(nèi)容處理設備提供加密內(nèi)容、包括用于解密所加密內(nèi)容的第一密鑰和使用條件的分許可、和包括用于解密所加密的分許可的第二密鑰的主許可，并且所述程序使計算機執(zhí)行處理，所述處理包括步驟第一提供步驟，通過網(wǎng)絡向內(nèi)容處理設備提供主許可；以及第二提供步驟，通過網(wǎng)絡向所述內(nèi)容處理設備提供加密內(nèi)容和許可信息文件，所述許可信息文件包括分許可和許可類型識別信息，所述許可類型識別信息用于識別與觀看類型對應的分許可。
全文摘要
提供了一種利用多播方法使用因特網(wǎng)的內(nèi)容分發(fā)系統(tǒng)。關(guān)于ECM(權(quán)利控制消息)的主體的每個分許可的信息包括許可ID，它是分許可識別信息；類型信息，指示是否所述分許可用于預覽或主觀看；以及位置，指示在所述分許可的許可部分中的存儲位置(從ECM主體起首開始的字節(jié)的數(shù)目)。所述許可部分包括所述分許可。
文檔編號G06Q50/10GK1890976SQ20048003619
公開日2007年1月3日 申請日期2004年12月6日 優(yōu)先權(quán)日2003年12月5日
發(fā)明者北里直久, 山下雅美, 德田克己, 村上弘規(guī), 山本雅哉, 三浦康史 申請人:索尼株式會社, 松下電器產(chǎn)業(yè)株式會社