專利名稱：內(nèi)容分發(fā)系統(tǒng)和方法、內(nèi)容接收終端和視聽時的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及內(nèi)容分發(fā)系統(tǒng)、內(nèi)容接收終端、內(nèi)容分發(fā)方法和視聽流式 內(nèi)容時所執(zhí)行的處理方法。
背景技術(shù)：
近年來，隨著信息處理技術(shù)和通信技術(shù)的飛速發(fā)展，許多音樂內(nèi)容、 視頻內(nèi)容等已作為劣化較少的數(shù)字?jǐn)?shù)據(jù)處理并且經(jīng)由各種通信網(wǎng)絡(luò)被分 發(fā)。數(shù)字?jǐn)?shù)據(jù)的特征在于它即使是在重復(fù)復(fù)制幾次之后或者長距離的通 信之后仍然不會劣化。
由于這樣的特性，常常發(fā)生這樣的情況數(shù)字內(nèi)容經(jīng)由諸如因特網(wǎng)之 類的寬帶通信網(wǎng)絡(luò)被非法復(fù)制并被非法分發(fā)。為了對抗這樣的未被授權(quán)的 欺詐行為，例如在內(nèi)容流式分發(fā)等中使用被稱為數(shù)字版權(quán)管理(Digital Rights Management, DRM)的技術(shù)來限制數(shù)字內(nèi)容的使用或分發(fā)。并且在 陸地?cái)?shù)字廣播中也使用了被稱為條件接收系統(tǒng)(Conditional Access System, CAS)的接收限制系統(tǒng)。
作為用于這樣的內(nèi)容分發(fā)的技術(shù)，在日本專利文件特開2006-222674 號公報(bào)中公開了 一種內(nèi)容分發(fā)系統(tǒng)的構(gòu)成，該系統(tǒng)將視頻內(nèi)容劃分成多個 內(nèi)容部分，對每個內(nèi)容部分進(jìn)行加密和分發(fā)。在日本專利文件特開2003-150492公報(bào)中還公開了一種用于對流式內(nèi)容進(jìn)行限制使得用戶僅可以在一 段時間內(nèi)視聽該流式內(nèi)容的技術(shù)。日本專利文件特開2005-110310號公報(bào) 還公開了一種流式內(nèi)容分發(fā)系統(tǒng)的構(gòu)成，該系統(tǒng)包括用于執(zhí)行產(chǎn)生元文件 (metafile)或MIME類型信息的處理的元文件管理服務(wù)器。

發(fā)明內(nèi)容
使用DRM或CAS的相關(guān)系統(tǒng)例如包括這樣的系統(tǒng)，該系統(tǒng)中，用于對內(nèi)容進(jìn)行解碼使得能夠視聽內(nèi)容的解碼密鑰(decode key)被直接提供 給已經(jīng)簽訂許可合同的視聽者。使用該系統(tǒng)的許可形式的一個示例是視頻 點(diǎn)播(Video on Demand, VoD)許可形式。在視頻點(diǎn)播VoD許可形式 中，視聽者訪問(access)入口服務(wù)器來簽訂許可合同，并且獲取對內(nèi)容 的源進(jìn)行指示的地址信息。然后，視聽者在視聽時訪問由獲得的地址信息 指示的內(nèi)容分發(fā)服務(wù)器來獲取內(nèi)容，并且使用所提供的解碼密鑰來對內(nèi)容 進(jìn)行解碼。
另一方面，提供了這樣的系統(tǒng)，該系統(tǒng)用于進(jìn)一步對用于對內(nèi)容進(jìn)行 解擾的加繞密鑰(scramble key)進(jìn)行加密，并且向訂立了許可合同的視聽 者提供用于對所述加密進(jìn)行解碼的工作密鑰(work key)。在該系統(tǒng)中， 經(jīng)過加密的加繞密鑰連同經(jīng)過加擾的內(nèi)容一起被提供給視聽者。使用這種 雙重加密系統(tǒng)的許可形式例如包括多播(MC)許可形式。在MC許可形 式中，視聽者例如訪問基于頻道安裝的多個內(nèi)容分發(fā)服務(wù)器中期望的內(nèi)容 所放置于的內(nèi)容分發(fā)服務(wù)器，并且獲取所述內(nèi)容。然后，視聽者用工作密 鑰對加繞密鑰進(jìn)行解碼，并且使用加繞密鑰來對內(nèi)容進(jìn)行解擾，使得能夠 視聽所述內(nèi)容。
在VoD許可形式中，由于可以從入口服務(wù)器指定內(nèi)容的源，所以可以 有利地基于內(nèi)容對許可進(jìn)行管理。然而，由于所述內(nèi)容僅僅是針對分發(fā)被 加密的，所以，在內(nèi)容創(chuàng)建者執(zhí)行加密時，內(nèi)容分發(fā)者很難管理許可。此 外，在內(nèi)容分發(fā)者執(zhí)行加密時，內(nèi)容創(chuàng)建者很難管理許可。而且，當(dāng)期望 實(shí)時視頻的分發(fā)時，也很難基于內(nèi)容執(zhí)行加密。另一方面，在MC許可形 式中，采用MC形式使得訂立了許可合同的視聽者可以任意視聽從每個內(nèi) 容分發(fā)服務(wù)器提供的內(nèi)容。因此，很難實(shí)現(xiàn)向內(nèi)容單元或預(yù)定的內(nèi)容群組 提供許可的分發(fā)形式。此外，也很難基于內(nèi)容實(shí)現(xiàn)連接目的地中的改變。
已經(jīng)針對以上問題提出了本發(fā)明并且希望提供新穎的和改善的內(nèi)容分 發(fā)系統(tǒng)、內(nèi)容接收終端、內(nèi)容分發(fā)方法以及在視聽流式內(nèi)容時執(zhí)行的處理 方法，其中，內(nèi)容創(chuàng)建者、分發(fā)者等可以各自管理許可，并且內(nèi)容分發(fā)者 等可以基于內(nèi)容管理許可。
為了解決以上問題，根據(jù)本發(fā)明實(shí)施例，提供了一種內(nèi)容分發(fā)系統(tǒng)，該系統(tǒng)包括多個用于分發(fā)經(jīng)過加擾的內(nèi)容并且流式分發(fā)用于解除加擾的 經(jīng)過加密的加繞密鑰的內(nèi)容分發(fā)服務(wù)器；用于提供工作密鑰的許可服務(wù) 器，工作密鑰用于對從預(yù)定的內(nèi)容分發(fā)服務(wù)器分發(fā)的經(jīng)過加密的加繞密鑰
進(jìn)行解碼；用于提供預(yù)定的內(nèi)容分發(fā)服務(wù)器的地址信息的入口服務(wù)器；以
及內(nèi)容接收終端，內(nèi)容接收終端包括用于從入口服務(wù)器獲取預(yù)定的內(nèi)容 分發(fā)服務(wù)器的地址信息的地址信息獲取單元，參考由地址信息獲取單元獲 得的地址信息并且從預(yù)定的內(nèi)容分發(fā)服務(wù)器獲取內(nèi)容和加繞密鑰的內(nèi)容獲 取單元，通過使用從許可服務(wù)器獲得的工作密鑰來解碼出加繞密鑰的家加 繞密鑰解碼單元，以及過使用加繞密鑰對經(jīng)過加擾的內(nèi)容進(jìn)行解擾的解擾 單元。
入口服務(wù)器可以配置成還提供對預(yù)定的內(nèi)容分發(fā)服務(wù)器的再現(xiàn)控制方 式進(jìn)行指示的信息。此外，所述內(nèi)容接收終端可以配置成還包括再現(xiàn)控制 信息獲取單元，所述再現(xiàn)控制信息獲取單元從所述入口服務(wù)器獲取關(guān)于所 述再現(xiàn)控制方式的信息，以及根據(jù)由所述再現(xiàn)控制信息獲取單元獲得的信 息所指示的再現(xiàn)控制方式來獲取所述內(nèi)容和所述加繞密鑰。
該內(nèi)容分發(fā)系統(tǒng)還可以包括用于僅對那些通過使用內(nèi)容密鑰可以解碼 的經(jīng)過加密的內(nèi)容進(jìn)行分發(fā)的內(nèi)容分發(fā)服務(wù)器。此外，許可服務(wù)器可以配 置成根據(jù)由所述預(yù)定的內(nèi)容分發(fā)服務(wù)器所分發(fā)的內(nèi)容的分發(fā)形式來提供所 述工作密鑰或所述內(nèi)容密鑰。然后，所述入口服務(wù)器可以配置成還提供對 由所述預(yù)定的內(nèi)容分發(fā)服務(wù)器所分發(fā)的內(nèi)容的分發(fā)形式進(jìn)行指示的信息。 在這種情況中，所述內(nèi)容接收終端可以配置成還包括從所述入口服務(wù)器 獲取對由所述預(yù)定的內(nèi)容分發(fā)服務(wù)器所分發(fā)的內(nèi)容的分發(fā)形式進(jìn)行指示的
信息的分發(fā)形式獲取單元；通過使用從所述許可服務(wù)器獲得的內(nèi)容來對所
述經(jīng)過加密的內(nèi)容進(jìn)行解碼的內(nèi)容解碼單元。在由所述分發(fā)形式獲取單元 所獲得的信息所指示的加密形式是內(nèi)容密鑰系統(tǒng)的分發(fā)形式時，內(nèi)容接收 終端通過內(nèi)容獲取單元來獲取所述經(jīng)過加密的內(nèi)容并且通過所述內(nèi)容解碼 單元對所述內(nèi)容進(jìn)行解碼。
此外，所述內(nèi)容接收終端中所包括的加繞密鑰解碼單元可以配置成 在開始以所述內(nèi)容獲取單元獲取內(nèi)容和加繞密鑰的分發(fā)形式來接收內(nèi)容時，從所述許可服務(wù)器獲取工作密鑰。
所述內(nèi)容接收終端中所包括的加繞密鑰解碼單元可以配置成在由內(nèi) 容獲取單元獲取所述經(jīng)過加密的內(nèi)容時，從所述許可服務(wù)器獲取內(nèi)容密 鑰。
為了解決以上問題，根據(jù)本發(fā)明另一實(shí)施例，提供了一種內(nèi)容接收終 端，該終端包括地址信息獲取單元，所述地址信息獲取單元用于獲取用 于流式分發(fā)經(jīng)過加密的加繞密鑰的內(nèi)容分發(fā)服務(wù)器或用于分發(fā)通過使用內(nèi) 容密鑰可以解碼的經(jīng)過加密的內(nèi)容的內(nèi)容分發(fā)服務(wù)器的地址信息，所述經(jīng) 過加密的加繞密鑰用于對經(jīng)過加擾的內(nèi)容進(jìn)行解擾或者用于解除加擾；分 發(fā)形式獲取單元，所述分發(fā)形式獲取單元獲取對從與所述地址信息相對應(yīng) 的內(nèi)容分發(fā)服務(wù)器分發(fā)的內(nèi)容的分發(fā)形式進(jìn)行指示的信息；內(nèi)容獲取單 元，所述內(nèi)容獲取單元參考由所述地址信息獲取單元獲得的所述地址信 息，并且根據(jù)由所述分發(fā)形式獲取單元所獲得的信息中所指示的分發(fā)形 式，從與所述地址信息相對應(yīng)的內(nèi)容分發(fā)服務(wù)器獲取所述內(nèi)容和所述加繞 密鑰，或所述經(jīng)過加密的內(nèi)容；密鑰獲取單元，所述密鑰獲取單元在所述
分發(fā)形式使用工作密鑰系統(tǒng)時獲取用于對所述加繞密鑰進(jìn)行解碼的工作密
鑰，并且在所述分發(fā)形式使用內(nèi)容密鑰系統(tǒng)時獲取所述內(nèi)容密鑰；加繞密 鑰解碼單元，所述加繞密鑰解碼單元在所述分發(fā)形式使用工作密鑰系統(tǒng) 時，通過使用所述工作密鑰來解碼出所述加繞密鑰；以及內(nèi)容解碼單元， 所述內(nèi)容解碼單元在所述分發(fā)形式使用工作密鑰系統(tǒng)時通過使用所述加繞 密鑰對內(nèi)容進(jìn)行解擾，并且在所述分發(fā)形式是內(nèi)容密鑰系統(tǒng)時通過使用所 述內(nèi)容密鑰對所述經(jīng)過加密的內(nèi)容進(jìn)行解碼。
為了解決以上問題，根據(jù)本發(fā)明另一實(shí)施例，提供了一種內(nèi)容分發(fā)方 法，該方法包括以下步驟從入口服務(wù)器獲取預(yù)定的內(nèi)容分發(fā)服務(wù)器的地
址信息，所述內(nèi)容分發(fā)服務(wù)器用于分發(fā)經(jīng)過加擾的內(nèi)容并且流式分發(fā)用于
解除加擾的經(jīng)過加密的加繞密鑰；從許可服務(wù)器獲取工作密鑰，所述工作 密鑰用于對從所述預(yù)定的內(nèi)容分發(fā)服務(wù)器分發(fā)的所述經(jīng)過加密的加繞密鑰 進(jìn)行解碼；參考地址信息獲取步驟中所包含的地址信息并且從所述預(yù)定的 內(nèi)容分發(fā)服務(wù)器獲取所述內(nèi)容和所述加繞密鑰；通過使用工作密鑰獲取步驟中所獲得的工作密鑰解碼出所述加繞密鑰；以及通過使用加繞密鑰解碼 步驟中解碼出的加繞密鑰，對所述經(jīng)過加擾的內(nèi)容進(jìn)行解擾。
為了解決以上問題，根據(jù)本發(fā)明另一實(shí)施例，提供了一種處理方法， 所述處理方法在視聽流式內(nèi)容時被執(zhí)行，所述處理方法包括以下歩驟獲 取用于流式分發(fā)經(jīng)過加密的加繞密鑰的內(nèi)容分發(fā)服務(wù)器或用于僅對那些通 過使用內(nèi)容密鑰可以解碼的經(jīng)過加密的內(nèi)容進(jìn)行分發(fā)的內(nèi)容分發(fā)服務(wù)器的 地址信息，所述經(jīng)過加密的加繞密鑰用于對經(jīng)過加擾的內(nèi)容進(jìn)行解擾或者 用于解除加擾；獲取對從與所述地址信息相對應(yīng)的內(nèi)容分發(fā)服務(wù)器所分發(fā)
的內(nèi)容的分發(fā)形式進(jìn)行指示的信息；參考由所述地址信息獲取歩驟中所獲
得的所述地址信息，并且從與所述地址信息相對應(yīng)的內(nèi)容分發(fā)服務(wù)器獲取 所述內(nèi)容和所述加繞密鑰，或所述經(jīng)過加密的內(nèi)容；在所述分發(fā)形式使用 工作密鑰系統(tǒng)時獲取用于對所述加繞密鑰進(jìn)行解碼的工作密鑰，并且在所
述分發(fā)形式是內(nèi)容密鑰系統(tǒng)時獲取所述內(nèi)容密鑰；在所述分發(fā)形式使用工 作密鑰系統(tǒng)時通過使用所述工作密鑰來解碼出加繞密鑰；以及在所述分發(fā) 形式是工作密鑰系統(tǒng)時通過使用所述加繞密鑰對經(jīng)過加擾的內(nèi)容進(jìn)行解 擾，并且在所述分發(fā)形式是內(nèi)容密鑰系統(tǒng)時通過使用所述內(nèi)容密鑰對所述 經(jīng)過加密的內(nèi)容進(jìn)行解碼。
如上所述，根據(jù)本發(fā)明，內(nèi)容創(chuàng)建者和分發(fā)者可以各自管理許可并且 內(nèi)容分發(fā)者可以基于內(nèi)容管理許可和內(nèi)容源。


圖1是示出VoD系統(tǒng)中的內(nèi)容提供系統(tǒng)的構(gòu)成示例的說明圖； 圖2是示出MC系統(tǒng)中的內(nèi)容提供系統(tǒng)的構(gòu)成示例的說明圖； 圖3是示出根據(jù)本發(fā)明一個實(shí)施例的內(nèi)容提供系統(tǒng)的系統(tǒng)構(gòu)成的一個 示例的說明圖4是示出根據(jù)本實(shí)施例的內(nèi)容服務(wù)器的功能構(gòu)成的一個示例的說明
圖5是示出根據(jù)本實(shí)施例的內(nèi)容接收終端的功能構(gòu)成的一個示例的說 明圖；圖6A是示出根據(jù)本實(shí)施例的內(nèi)容視聽處理的流程的說明圖； 圖6B是示出根據(jù)本實(shí)施例的內(nèi)容視聽處理的流程的說明圖7A是示出根據(jù)本實(shí)施例的變形例的內(nèi)容視聽處理(訂合同時的處 理)的流程的說明圖7B是示出根據(jù)本實(shí)施例的變形例的內(nèi)容視聽處理(視聽時的處 理)的流程的說明圖8是示出根據(jù)本實(shí)施例的再現(xiàn)控制元文件和許可信息的特定示例的 說明圖；以及
圖9是示出根據(jù)本實(shí)施例的終端或服務(wù)器的硬件構(gòu)成示例的說明圖。
具體實(shí)施例方式
以下，將參考附圖詳細(xì)描述本發(fā)明的優(yōu)選實(shí)施例。注意，在該說明書 和附圖中，用同樣的標(biāo)號標(biāo)注具有基本相同的功能和構(gòu)成的構(gòu)成元件，并 且省略對這些構(gòu)成元件的重復(fù)說明。
這里將簡要描述對以下描述的本發(fā)明實(shí)施例的說明的流程。首先，將 通過參考圖1給出特定示例來描述與VoD許可系統(tǒng)相關(guān)的內(nèi)容分發(fā)系統(tǒng)的 系統(tǒng)構(gòu)成。接著，將通過參考圖2給出特定示例來描述與MC許可系統(tǒng)相 關(guān)的內(nèi)容分發(fā)系統(tǒng)的系統(tǒng)構(gòu)成。在關(guān)于所述特定示例的說明中也將描述希 望通過本發(fā)明實(shí)施例實(shí)現(xiàn)的目的。
以下將參考圖3描述根據(jù)本發(fā)明一個實(shí)施例的內(nèi)容分發(fā)系統(tǒng)的系統(tǒng)構(gòu) 成。接著將參考圖4描述該內(nèi)容分發(fā)系統(tǒng)中所包含的內(nèi)容服務(wù)器的功能構(gòu) 成。接著將參考圖5描述內(nèi)容分發(fā)系統(tǒng)中所包括的內(nèi)容接收終端的功能構(gòu) 成。接著將參考圖6A和圖6B描述根據(jù)本發(fā)明實(shí)施例的視聽時的內(nèi)容分發(fā) 處理的流程。
接著將參考圖7A描述根據(jù)該實(shí)施例的一個變形例的合同時許可獲取 處理等的流程。接著將參考圖7B描述根據(jù)該實(shí)施例的一個變形例的視聽 時的內(nèi)容分發(fā)處理的流程。在以下說明中將在適當(dāng)吋參考圖8中所示的再 現(xiàn)控制元文件的構(gòu)成示例和許可信息的特定示例。接著將參考圖9描述能夠?qū)崿F(xiàn)根據(jù)該實(shí)施例的各種服務(wù)器和終端的功能的硬件構(gòu)成的一個示例。 最后，將總結(jié)通過根據(jù)該實(shí)施例的技術(shù)構(gòu)成獲得的操作效果。 [目的]
在說明根據(jù)本發(fā)明的實(shí)施例之前，首先將參考圖l簡要描述與VoD許 可系統(tǒng)相關(guān)的內(nèi)容分發(fā)系統(tǒng)的系統(tǒng)構(gòu)成。還將參考圖2簡要描述與MC許
可系統(tǒng)相關(guān)的內(nèi)容分發(fā)系統(tǒng)的系統(tǒng)構(gòu)成。圖l是示出與VoD許可系統(tǒng)相關(guān) 的內(nèi)容分發(fā)系統(tǒng)1的系統(tǒng)構(gòu)成示例的說明圖。圖2是示出與MC許可系統(tǒng) 相關(guān)的內(nèi)容分發(fā)系統(tǒng)2的系統(tǒng)構(gòu)成示例的說明圖。 (VoD許可系統(tǒng))
首先參考圖1。如圖1中所示，內(nèi)容分發(fā)系統(tǒng)1主要包括發(fā)送系統(tǒng)10 和內(nèi)容接收終端20。發(fā)送系統(tǒng)10主要包括DRM/CAS服務(wù)器12、入口服 務(wù)器14、內(nèi)容服務(wù)器16和內(nèi)容分發(fā)服務(wù)器18。 (購買時處理)
視聽者在開始視聽內(nèi)容之前購買他/她希望視聽的內(nèi)容。將簡要描述與 內(nèi)容購買處理相關(guān)的流程。然而，在此所示的該處理的流程僅僅是概要并 且實(shí)際上包括諸如相互認(rèn)證之類的各種處理。
例如，視聽者參考從入口服務(wù)器14提供的內(nèi)容列表并且指定期望的 內(nèi)容來執(zhí)行購買操作。此時，與由視聽者指定的內(nèi)容相對應(yīng)的內(nèi)容購買請 求從內(nèi)容接收終端20發(fā)送到入口服務(wù)器14。入口服務(wù)器14在接收到該內(nèi) 容購買請求時向DRM/CAS服務(wù)器12發(fā)送許可產(chǎn)生請求。DRM/CAS服務(wù) 器12在接收到許可產(chǎn)生請求時產(chǎn)生許可并且向入口服務(wù)器14發(fā)送許可產(chǎn) 生完成通知。入口服務(wù)器14在接收到來自DRM/CAS服務(wù)器12的許可產(chǎn) 生完成通知時，向內(nèi)容接收終端20發(fā)送內(nèi)容購買完成通知。
通過以上流程完成內(nèi)容購買處理。然而，實(shí)際上，在入口服務(wù)器14 和內(nèi)容接收終端20之間執(zhí)行認(rèn)證處理等并且由連接到入口服務(wù)器14等的 計(jì)費(fèi)服務(wù)器(未示出)執(zhí)行計(jì)費(fèi)處理等。 (內(nèi)容視聽時的處理)
接著，視聽者視聽通過以上處理所購買的內(nèi)容。將描述在視聽吋由內(nèi) 容分發(fā)系統(tǒng)1執(zhí)行的一系列處理。然而，該處理的流程僅僅是概要，并且實(shí)際上包括諸如相互認(rèn)證等的各種處理。
當(dāng)內(nèi)容購買處理如上所述被完成時，視聽者可以從內(nèi)容接收終端20 訪問內(nèi)容分發(fā)服務(wù)器18并且視聽所購買的內(nèi)容。此時，內(nèi)容接收終端20
執(zhí)行以下處理。首先，內(nèi)容視聽請求從內(nèi)容接收終端20發(fā)送到入口服務(wù) 器14。入口服務(wù)器14在接收到內(nèi)容視聽請求時，向內(nèi)容接收終端20發(fā)送 再現(xiàn)控制元文件。
再現(xiàn)控制元文件包含作為內(nèi)容接收終端20所需內(nèi)容的獲取源的內(nèi)容 分發(fā)服務(wù)器18的地址信息和DRM/CAS服務(wù)器12的地址信息，內(nèi)容分發(fā) 服務(wù)器18的地址信息是用于連接到內(nèi)容分發(fā)服務(wù)器18以與內(nèi)容分發(fā)服務(wù) 器18建立會話的信息。再現(xiàn)控制元文件可以包含在內(nèi)容被視聽等時可控 的關(guān)于再現(xiàn)方式的信息。在此所述的再現(xiàn)方式例如指示2倍速度再現(xiàn)、16 倍速度再現(xiàn)、再現(xiàn)停止、快進(jìn)等。
內(nèi)容接收終端20在接收到再現(xiàn)控制元文件時從再現(xiàn)控制元文件提取 DRM/CAS服務(wù)器12的地址信息，并且基于該地址信息訪問DRM/CAS服 務(wù)器12。然后，內(nèi)容接收終端20向DRM/CAS服務(wù)器12發(fā)送許可獲取請 求。DRM/CAS服務(wù)器12在接收到許可獲取請求時，向內(nèi)容接收終端20 發(fā)送許可信息和內(nèi)容密鑰。
許可信息例如包含對內(nèi)容密鑰的有效期限進(jìn)行指示的信息。內(nèi)容密鑰 用于對從內(nèi)容分發(fā)服務(wù)器18分發(fā)的內(nèi)容進(jìn)行解碼。然而，可以通過該內(nèi) 容密鑰解碼的內(nèi)容是之前由視聽者購買的內(nèi)容。在內(nèi)容接收終端20已經(jīng) 保持該內(nèi)容密鑰時，可以僅將與該內(nèi)容密鑰相對應(yīng)的許可信息配置成從 DRM/CAS服務(wù)器12發(fā)送到內(nèi)容接收終端20。
內(nèi)容接收終端20在接收到許可信息和內(nèi)容密鑰時，參考許可信息中 所包含的有效期限來確認(rèn)該內(nèi)容密鑰的有效期限。當(dāng)確認(rèn)該有效期限未過 期時，內(nèi)容接收終端20提取再現(xiàn)控制元文件中所包含的、內(nèi)容接收終端 20用于連接到內(nèi)容分發(fā)服務(wù)器18來建立與內(nèi)容分發(fā)服務(wù)器18的會話所需 的分發(fā)服務(wù)器18的地址信息，并且訪問內(nèi)容分發(fā)服務(wù)器18。
內(nèi)容接收終端20在獲取到來自內(nèi)容分發(fā)服務(wù)器18的內(nèi)容時，使用從 DRM/CAS服務(wù)器12獲得的內(nèi)容密鑰來對經(jīng)過加密的內(nèi)容進(jìn)行解碼。利用所執(zhí)行的處理，視聽者可以視聽通過使用內(nèi)容接收終端20獲得的內(nèi)容。
從內(nèi)容分發(fā)服務(wù)器18分發(fā)的內(nèi)容由內(nèi)容服務(wù)器16提供。此時，內(nèi)容
服務(wù)器16使用從DRM/CAS服務(wù)器12提供的內(nèi)容密鑰來對內(nèi)容進(jìn)行加密 并且將內(nèi)容提供給內(nèi)容分發(fā)服務(wù)器18。該內(nèi)容密鑰與經(jīng)由入口服務(wù)器14 從內(nèi)容接收終端20購買的內(nèi)容的許可相對應(yīng)。
到此已經(jīng)簡要描述了 VoD許可系統(tǒng)中的內(nèi)容分發(fā)系統(tǒng)的構(gòu)成示例以及 與該內(nèi)容視聽處理相關(guān)的流程。如上所述，在VoD許可系統(tǒng)中，可以通過 從入口服務(wù)器14提供的再現(xiàn)控制元文件來指定內(nèi)容分發(fā)目的地。用各自 的內(nèi)容密鑰加密的內(nèi)容單播分發(fā)給各自的內(nèi)容分發(fā)服務(wù)器18，從而基于內(nèi) 容管理許可。然而，由于使用用于對經(jīng)過加密的內(nèi)容進(jìn)行解碼的內(nèi)容密鑰 來管理許可，所以存在這樣的問題內(nèi)容創(chuàng)建者或分發(fā)者難以以相互不同 的形式管理許可。當(dāng)一方希望對實(shí)時視頻進(jìn)行流式分發(fā)時，內(nèi)容可能未經(jīng) 加密。
(MC許可系統(tǒng))
以下將參考圖2。如圖2中所示，內(nèi)容分發(fā)系統(tǒng)2主要包括發(fā)送系統(tǒng) 30和內(nèi)容接收終端38。發(fā)送系統(tǒng)30主要包括DRM/CAS服務(wù)器32、內(nèi)容 服務(wù)器34和內(nèi)容分發(fā)服務(wù)器36。 (訂合同時的處理)
視聽者在開始視聽內(nèi)容之前訂立內(nèi)容視聽合同。因此，以下將簡要描 述與視聽合同訂立處理相關(guān)的流程。然而，在此示出的該處理的流程僅僅 是概要，并且實(shí)際上包括諸如相互認(rèn)證等的各種處理。
例如，視聽者之前按月訂立內(nèi)容視聽合同。在許多情況中，視聽者不 是對單個內(nèi)容訂立視聽合同，而是訂立他/她可以自由視聽與預(yù)定頻道相對
應(yīng)的內(nèi)容的合同。并且在許多情況下，也訂立可以自由選擇和視聽幾個頻 道的合同。通過該合同，內(nèi)容在內(nèi)容分發(fā)者和視聽者之間自由設(shè)置，將通 過示例方式描述訂立以上合同的情況。
在這種情況中，視聽者使用內(nèi)容接收終端38來訪問DRMZCAS服務(wù) 器32并且被給予許可。此時，內(nèi)容接收終端38向DRM/CAS服務(wù)器32發(fā) 送許可獲取請求。DRM/CAS服務(wù)器32在接收到許可獲取請求時，執(zhí)行預(yù)定的認(rèn)證處理、計(jì)費(fèi)處理等。當(dāng)這些處理完成時，DRM/CAS服務(wù)器32向 內(nèi)容接收終端38發(fā)送許可信息和工作密鑰。許可信息包含指示工作密鑰 的有效期限的信息和指示有效期限與工作密鑰之間的對應(yīng)關(guān)系的信息。這 里所指出的工作密鑰用于對用來對內(nèi)容進(jìn)行解擾的加繞密鑰進(jìn)行解密。
通過以上流程訂立內(nèi)容視聽合同。如上所述，內(nèi)容接收終端38處于 這樣的狀態(tài)與許可相對應(yīng)的工作密鑰被保持。然而，在MC許可系統(tǒng) 中，假定內(nèi)容接收終端38認(rèn)出DRM/CAS服務(wù)器32的地址信息和用于分 發(fā)內(nèi)容的內(nèi)容分發(fā)服務(wù)器36的地址信息。因此，應(yīng)當(dāng)注意，不存在在 VoD許可系統(tǒng)中所使用的再現(xiàn)控制元文件或入口服務(wù)器。 (內(nèi)容視聽時的處理)
接著，視聽者基于所訂立的合同視聽內(nèi)容。將描述視聽時由內(nèi)容分發(fā) 系統(tǒng)2執(zhí)行的一系列處理。然而，在此所述的該系統(tǒng)的流程僅僅是概要并 且實(shí)際上包括諸如相互認(rèn)證等的各種處理。
當(dāng)之前如上所述訂立了合同時，視聽者可以從內(nèi)容接收終端38對分 發(fā)所期望的內(nèi)容的內(nèi)容分發(fā)服務(wù)器36進(jìn)行訪問，并且視聽所分發(fā)的內(nèi) 容。此時，內(nèi)容接收終端38向分發(fā)由視聽者指定的內(nèi)容的內(nèi)容分發(fā)服務(wù) 器36發(fā)送內(nèi)容視聽請求。內(nèi)容分發(fā)服務(wù)器36在接收到內(nèi)容視聽請求時， 向內(nèi)容接收終端38發(fā)送內(nèi)容和授權(quán)控制消息(Entitle Control Message, ECM)分組。
此時發(fā)送的內(nèi)容由稍后所述的內(nèi)容服務(wù)器34加擾。在此指出的F.CM 分組是通過使用工作密鑰對用于對內(nèi)容進(jìn)行解擾的加繞密鑰進(jìn)行加密獲得 的。
內(nèi)容接收終端38在接收到內(nèi)容和ECM分組時，使用之前獲得的工作 密鑰來從ECM分組解碼出加繞密鑰。此外，內(nèi)容接收終端38使用解碼出 的加繞密鑰來對內(nèi)容進(jìn)行解擾。以上處理被執(zhí)行使得視聽者可以視聽通過 使用內(nèi)容接收終端38獲得的內(nèi)容。
如上所述，從內(nèi)容分發(fā)服務(wù)器36分發(fā)的內(nèi)容由內(nèi)容服務(wù)器34進(jìn)行加 擾。內(nèi)容服務(wù)器34從DRM/CAS服務(wù)器32獲取工作密鑰并且使用工作密 鑰來對加繞密鑰進(jìn)行加密。然后，經(jīng)內(nèi)容服務(wù)器34加密的加繞密鑰作為ECM分組發(fā)送到內(nèi)容分發(fā)服務(wù)器36。然而，內(nèi)容服務(wù)器34使用同樣的工 作密鑰來對發(fā)送到內(nèi)容分發(fā)服務(wù)器36的每個內(nèi)容的加繞密鑰進(jìn)行加密。 因此，視聽者可以選擇任意的內(nèi)容分發(fā)服務(wù)器36，并且視聽內(nèi)容。
以上已經(jīng)簡要描述了 MC許可系統(tǒng)中的內(nèi)容分發(fā)系統(tǒng)的構(gòu)成示例以及 與內(nèi)容視聽處理相關(guān)的流程。如上所述，在MC許可系統(tǒng)中，由于執(zhí)行了 諸如內(nèi)容加擾和加繞密鑰加密之類的兩種類型的加密處理，所以內(nèi)容創(chuàng)建 者和分發(fā)者可以各自管理許可。例如，內(nèi)容創(chuàng)建者管理加繞密鑰的提供l3 的地，從而實(shí)現(xiàn)對內(nèi)容分發(fā)者的許可管理。另一方面，內(nèi)容分發(fā)者管理工 作密鑰的提供目的地，從而實(shí)現(xiàn)對內(nèi)容視聽者的許可管理。
然而，為了實(shí)現(xiàn)多播分發(fā)，用同一工作密鑰對分發(fā)到同一多播地址的 不同內(nèi)容的加繞密鑰進(jìn)行加密，問題是，難以針對每個內(nèi)容進(jìn)行許可管 理。此外，不能實(shí)現(xiàn)這樣的分發(fā)形式針對以流方式提供的內(nèi)容，向視聽 者提供基于內(nèi)容的不同的內(nèi)容源。
以下所述的根據(jù)本發(fā)明的實(shí)施例解決了 VoD許可系統(tǒng)和MC許可系 統(tǒng)中的問題，并且想要提出兼具這兩種系統(tǒng)的優(yōu)點(diǎn)的內(nèi)容分發(fā)系統(tǒng)。
<實(shí)施例>
以下將描述根據(jù)本發(fā)明的一個實(shí)施例。該實(shí)施例與這樣的內(nèi)容分發(fā)系 統(tǒng)相關(guān)，該內(nèi)容分發(fā)系統(tǒng)與MC許可系統(tǒng)類似地采用了使用兩種類型加密 處理的許可形式，并且使能基于內(nèi)容的許可管理。
首先將參考圖3描述根據(jù)實(shí)施例的內(nèi)容分發(fā)系統(tǒng)1000的系統(tǒng)構(gòu)成和 根據(jù)該實(shí)施例的內(nèi)容分發(fā)處理的流程。圖3是示出根據(jù)該實(shí)施例的內(nèi)容分 發(fā)系統(tǒng)1000的系統(tǒng)構(gòu)成示例的說明圖。
如圖3中所示，內(nèi)容分發(fā)系統(tǒng)1000主要包括發(fā)送系統(tǒng)100和內(nèi)容接收 終端130。發(fā)送系統(tǒng)100主要包括內(nèi)容服務(wù)器102、內(nèi)容分發(fā)服務(wù)器104、 DRM/CAS服務(wù)器106、入口服務(wù)器108、計(jì)費(fèi)服務(wù)器110和認(rèn)證服務(wù)器 112。然而，根據(jù)實(shí)施例的形式在適當(dāng)時可以省略計(jì)費(fèi)服務(wù)器110和認(rèn)證 服務(wù)器112。
(購買時的處理)還在該實(shí)施例中，視聽者在開始內(nèi)容視聽之前購買他/她所希望視聽的 內(nèi)容。因此，將描述與內(nèi)容購買處理相關(guān)的流程。
首先，視聽者參考從入口服務(wù)器108提供的內(nèi)容列表并且指定所期望
的內(nèi)容以執(zhí)行購買操作。該內(nèi)容列表以諸如電子節(jié)目向?qū)?Electronic Program Guide, EPG)的節(jié)目表格的形式呈現(xiàn)。在這種情況中，視聽者從 節(jié)目表格中指定期望的節(jié)目，從而能夠購買與節(jié)目相對應(yīng)的內(nèi)容。當(dāng)然， 內(nèi)容列表的呈現(xiàn)形式是任意的。當(dāng)這樣的購買操作被執(zhí)行時，由內(nèi)容接收 終端130執(zhí)行該內(nèi)容購買處理。
當(dāng)以上購買操作被執(zhí)行時，內(nèi)容接收終端130向入口服務(wù)器108發(fā)送 內(nèi)容購買請求。此時，內(nèi)容接收終端130向入口服務(wù)器108發(fā)送用于指定 視聽者和終端的認(rèn)證信息。入口服務(wù)器108在接收到內(nèi)容購買請求和認(rèn)證 信息時，向認(rèn)證服務(wù)器112發(fā)送所接收到的認(rèn)證信息。認(rèn)證服務(wù)器112使 用所接收到的認(rèn)證信息來執(zhí)行對視聽者和終端進(jìn)行認(rèn)證的處理，并且將認(rèn) 證結(jié)果通知入口服務(wù)器108。
當(dāng)入口服務(wù)器108接收到來自認(rèn)證服務(wù)器112的認(rèn)證結(jié)果通知并且確 認(rèn)該認(rèn)證已經(jīng)成功完成吋，入口服務(wù)器108向DRM/CAS服務(wù)器106發(fā)送 許可產(chǎn)生請求。DRM/CAS服務(wù)器106在接收到許可產(chǎn)生請求時，產(chǎn)生許 可并且向入口服務(wù)器108發(fā)送許可產(chǎn)生完成通知。入口服務(wù)器108接收來 自DRM/CAS服務(wù)器106的許可產(chǎn)生完成通知，并且向計(jì)費(fèi)服務(wù)器110發(fā) 送許可計(jì)費(fèi)請求。
計(jì)費(fèi)服務(wù)器UO基于從入口服務(wù)器108接收到的許可計(jì)費(fèi)請求針對該 許可執(zhí)行計(jì)費(fèi)處理。當(dāng)計(jì)費(fèi)處理完成時，計(jì)費(fèi)服務(wù)器110向入口服務(wù)器 108發(fā)送許可計(jì)費(fèi)完成通知。入口服務(wù)器108在接收到許可計(jì)費(fèi)完成通知 時，向內(nèi)容接收終端130發(fā)送內(nèi)容購買完成通知。內(nèi)容接收終端130在接 收到內(nèi)容購買完成通知時，完成內(nèi)容購買處理。
以上已經(jīng)描述了購買時的處理。然而，可以對內(nèi)容購買處理進(jìn)行各種 修改。例如，對于不計(jì)費(fèi)內(nèi)容省略計(jì)費(fèi)服務(wù)器110的計(jì)費(fèi)處理等。類似 地，也可以根據(jù)實(shí)施例的形式省略認(rèn)證處理等。也可以對從入口服務(wù)器 108向內(nèi)容接收終端130提供的內(nèi)容列表等的呈現(xiàn)形式進(jìn)行各種修改。(內(nèi)容視聽時的處理)
接著，視聽者視聽通過以上處理購買的內(nèi)容。將描述關(guān)于視聽由內(nèi)容 分發(fā)系統(tǒng)1000執(zhí)行的一系列處理。這里指出的該處理的流程僅僅是概要 并且實(shí)際上包含諸如相互認(rèn)證之類的各種處理。
當(dāng)如上所述完成內(nèi)容購買處理時，視聽者可以從內(nèi)容接收終端130訪
問內(nèi)容分發(fā)服務(wù)器104，并且視聽所購買的內(nèi)容。此時，由內(nèi)容接收終端 130執(zhí)行以下處理。首先，從內(nèi)容接收終端130向入口服務(wù)器108內(nèi)容視 聽請求。入口服務(wù)器108在接收到內(nèi)容視聽請求時，向內(nèi)容接收終端130 發(fā)送再現(xiàn)控制元文件。
再現(xiàn)控制元文件包含作為內(nèi)容接收終端130所需內(nèi)容的獲取源的內(nèi)容 分發(fā)服務(wù)器104的地址信息和DRM/CAS服務(wù)器106的地址信息，內(nèi)容分 發(fā)服務(wù)器104的地址信息是用于連接到內(nèi)容分發(fā)服務(wù)器104以與內(nèi)容分發(fā) 服務(wù)器104建立會話的信息。
再現(xiàn)控制元文件包含在視聽內(nèi)容等時可控的關(guān)于再現(xiàn)方式的信息。在 此所述的再現(xiàn)方式例如指示兩倍速度再現(xiàn)、16倍速度再現(xiàn)、再現(xiàn)停止、快 進(jìn)等。再現(xiàn)控制元文件還包含指示要獲得的內(nèi)容的類型的內(nèi)容類型信息。 內(nèi)容類型信息例如指示內(nèi)容是否以VoD許可形式分發(fā)，內(nèi)容是否以諸如 直播流形式之類的MC許可形式分發(fā)，等等。
內(nèi)容接收終端130從以上再現(xiàn)控制元文件提取DRM/CAS服務(wù)器106 的地址信息并且基于該地址信息訪問DRM/CAS服務(wù)器106。然后，內(nèi)容 接收終端130向DRM/CAS服務(wù)器106發(fā)送許可獲取請求。DRM/CAS服 務(wù)器106在接收到許可獲取請求時，向內(nèi)容接收終端130發(fā)送許可信息和 工作密鑰。
許可信息例如包含指示內(nèi)容密鑰的有效期限的信息。與MC許可系統(tǒng) 類似，工作密鑰用于對從內(nèi)容分發(fā)服務(wù)器104分發(fā)的內(nèi)容的加繞密鑰進(jìn)行 解碼。然而，用工作密鑰可以解碼出的加繞密鑰與之前由視聽者購買的內(nèi) 容相對應(yīng)。當(dāng)由視聽者訂立關(guān)于從幾個內(nèi)容分發(fā)服務(wù)器104分發(fā)的內(nèi)容的 視聽合同時，這些內(nèi)容分發(fā)服務(wù)器104共同的工作密鑰被提供給內(nèi)容接收 終端130。當(dāng)許可信息和工作密鑰如上所述被發(fā)送時，內(nèi)容接收終端130接收它 們并且參考許可信息中所包含的有效期限來確認(rèn)工作密鑰的有效期限。內(nèi) 容接收終端130在確認(rèn)有效期限未過期時，提取再現(xiàn)控制元文件中所包含
的內(nèi)容分發(fā)服務(wù)器104的地址信息，并且根據(jù)該地址信息訪問內(nèi)容分發(fā)服 務(wù)器104，從而獲取ECM分組和經(jīng)過加擾的內(nèi)容。
當(dāng)針對從這些內(nèi)容分發(fā)服務(wù)器104分發(fā)的內(nèi)容的購買處理或合同處理 己經(jīng)完成時，再現(xiàn)控制元文件包含這些內(nèi)容分發(fā)服務(wù)器104的地址信息。 在這種情況中，內(nèi)容接收終端130可以選擇分發(fā)所期望的內(nèi)容的內(nèi)容分發(fā) 服務(wù)器104，并且可以從所選擇的內(nèi)容分發(fā)服務(wù)器104獲取所述內(nèi)容。例 如，視聽者可以購買僅從3個頻道分發(fā)的內(nèi)容。在這種情況中，再現(xiàn)控制 元文件包含與這3個頻道相對應(yīng)的內(nèi)容分發(fā)服務(wù)器104的地址信息等。
內(nèi)容接收終端130在從內(nèi)容分發(fā)服務(wù)器104獲得ECM分組和經(jīng)過加 擾的內(nèi)容時，使用從DRM/CAS服務(wù)器106獲得的工作密鑰來從ECM分 組解碼出加繞密鑰。內(nèi)容接收終端130還使用解碼出的加繞密鑰對內(nèi)容進(jìn) 行解擾。利用上述處理，視聽者可以視聽通過使用內(nèi)容接收終端130獲得 的內(nèi)容。
從內(nèi)容分發(fā)服務(wù)器104分發(fā)的內(nèi)容和ECM分組由內(nèi)容服務(wù)器102提 供。內(nèi)容服務(wù)器102對內(nèi)容進(jìn)行加擾并且使用從DRM/CAS服務(wù)器106提 供的工作密鑰來對用于解擾的加繞密鑰進(jìn)行加密，從而產(chǎn)生ECM分組。 然后，內(nèi)容服務(wù)器102將ECM分組和經(jīng)過加擾的內(nèi)容提供給內(nèi)容分發(fā)服 務(wù)器104。
然而，當(dāng)許可被給予從內(nèi)容分發(fā)服務(wù)器104分發(fā)的多個內(nèi)容時，內(nèi)容 服務(wù)器102用公共的工作密鑰對所述內(nèi)容的加繞密鑰進(jìn)行加密。利用這樣 的構(gòu)成，每個內(nèi)容被基于內(nèi)容不同的加繞密鑰進(jìn)行加擾。另一方面，要被 分發(fā)的一組內(nèi)容用同一工作密鑰來限制視聽。換而言之，在是多播許可 時， 一組內(nèi)容被配置成使能對單個內(nèi)容的許可管理。
以上已經(jīng)描述了根據(jù)該實(shí)施例的內(nèi)容分發(fā)系統(tǒng)1000的構(gòu)成示例和該 內(nèi)容視聽處理的流程圖。如上所述，由于在根據(jù)該實(shí)施例的內(nèi)容分發(fā)系統(tǒng) 中執(zhí)行諸如內(nèi)容加擾和加繞密鑰加密之類的兩種類型的加密處理，所以在內(nèi)容創(chuàng)建者和分發(fā)者之間各自管理許可。通過再現(xiàn)控制元文件對內(nèi)容源的 限制或使用工作密鑰的許可管理使得可以在多播或單播時自由設(shè)置分發(fā)形 式。
這里將參考圖4描述內(nèi)容分發(fā)系統(tǒng)1000中所包括的內(nèi)容服務(wù)器102的 功能構(gòu)成。圖4是示出根據(jù)該實(shí)施例的內(nèi)容服務(wù)器102的功能構(gòu)成的一個 示例的說明圖。
如圖4中所示，內(nèi)容服務(wù)器102主要包括存儲單元152、加擾單元 154、工作密鑰獲取單元156、加繞密鑰加密單元158和復(fù)用單元160。
存儲單元152的功能例如在后述硬件構(gòu)成中由RAM 906、存儲單元 920、可移除記錄介質(zhì)928等實(shí)現(xiàn)。加擾單元154和加繞密鑰加密單元158 的功能例如是基于ROM 904、 RAM 906、存儲單元920、可移除記錄介質(zhì) 928中所記錄的程序由CPU 902實(shí)現(xiàn)的。此外，工作密鑰獲取單元156和 復(fù)用單元160的功能例如由連接端口 924或通信單元926實(shí)現(xiàn)。 (存儲單元152)
存儲單元152存儲由內(nèi)容分發(fā)服務(wù)器104分發(fā)的內(nèi)容。然而，所述內(nèi) 容未經(jīng)加擾。并且，存儲單元152存儲用于對內(nèi)容進(jìn)行加擾的加繞密鑰。 存儲單元152還存儲用于對經(jīng)過加擾的內(nèi)容進(jìn)行解擾的加繞密鑰。然而， 用于解擾的加繞密鑰可以和用于加擾的加繞密鑰相同或不同。然而，在以 下描述中，假定所述加繞密鑰相同而進(jìn)行描述。 (加擾單元154)
加擾單元154從存儲單元152獲取內(nèi)容和加繞密鑰。加擾單元154使 用所獲得的加繞密鑰來對內(nèi)容進(jìn)行加擾。此時，要被加擾的內(nèi)容與加繞密 鑰彼此對應(yīng)。然后，例如，由內(nèi)容創(chuàng)建者設(shè)置用哪個加繞密鑰對哪些內(nèi)容 進(jìn)行加擾。經(jīng)加擾單元154加擾的內(nèi)容輸入復(fù)用單元160。 (工作密鑰獲取單元156、加繞密鑰加密單元158)
工作密鑰獲取單元156從DRM/CAS服務(wù)器106獲取工作密鑰。此 時，工作密鑰獲取單元156也獲取指示所獲得的工作密鑰和內(nèi)容(或加繞 密鑰)之間的對應(yīng)關(guān)系的信息。然后，工作密鑰獲取單元156將所獲得的工作密鑰和指示對應(yīng)關(guān)系的信息輸入到加繞密鑰加密單元158。
加繞密鑰加密單元158從存儲單元152獲得加密密鑰。加繞密鑰加密 單元158還從工作密鑰獲取單元156獲得工作密鑰和指示對應(yīng)關(guān)系的信 息。然后，加繞密鑰加密單元158基于從工作密鑰獲取單元156輸入的指 示對應(yīng)關(guān)系的信息、使用與所獲得的加繞密鑰相對應(yīng)的工作密鑰來對加繞 密鑰進(jìn)行加密。經(jīng)加繞密鑰加密單元158加密的加繞密鑰作為ECM分組 輸入復(fù)用單元160。 (復(fù)用單元160)
如上所述，復(fù)用單元160被輸入來自加擾單元154的經(jīng)過加擾的內(nèi)容 和來自加繞密鑰加密單元158的ECM分組。然而，假定輸入復(fù)用單元160 的內(nèi)容和ECM分組彼此對應(yīng)。換而言之，假定用來對輸入內(nèi)容進(jìn)行加擾 的加繞密鑰和構(gòu)成ECM分組的經(jīng)過加密的加繞密鑰相同。在這種情況 中，復(fù)用單元160將輸入的內(nèi)容和ECM分組作為一組發(fā)送給內(nèi)容分發(fā)服 務(wù)器104。
如之前所述，根據(jù)許可合同的內(nèi)容，可以用同一工作密鑰對多個加繞 密鑰進(jìn)行加密。在這種情況中，復(fù)用單元160將作為一組的各個內(nèi)容和 ECM分組發(fā)送給各個內(nèi)容分發(fā)服務(wù)器104。相對照地，可以采用向單個內(nèi) 容發(fā)布許可的形式。在這種情況中，與單個內(nèi)容相對應(yīng)的加繞密鑰用各自 的工作密鑰來加密并且被發(fā)送給各自的內(nèi)容分發(fā)服務(wù)器104。
以上已經(jīng)描述了根據(jù)該實(shí)施例的內(nèi)容服務(wù)器102的功能構(gòu)成。如上所 述，根據(jù)該實(shí)施例的內(nèi)容加密處理是通過使用加繞密鑰的內(nèi)容加擾處理和 通過工作密鑰對加繞密鑰進(jìn)行加密的加密處理來實(shí)現(xiàn)的。因此，加繞密鑰 被用來使能基于內(nèi)容的許可管理，并且工作密鑰被用來使能以分發(fā)內(nèi)容的 組合為單位的許可管理。換而言之，實(shí)現(xiàn)了MC許可形式。
以下將參考圖5描述內(nèi)容分發(fā)系統(tǒng)1000中所包括的內(nèi)容接收終端130 的功能構(gòu)成。圖5是示出根據(jù)該實(shí)施例的內(nèi)容接收終端130的功能構(gòu)成的 一個示例的說明圖。
如圖5中所示，內(nèi)容接收終端130主要包括DRM客戶端132和視聽客戶端134。 DRM客戶端132是用于訪問DRM/CAS服務(wù)器106的裝置并 且包括許可獲取單元172。視聽客戶端134是用于執(zhí)行關(guān)于內(nèi)容視聽的處 理的裝置。視聽客戶端134包括內(nèi)容購買處理單元174，再現(xiàn)控制元文件 獲取單元176，內(nèi)容分發(fā)形式判定單元178、內(nèi)容獲取單元180、加繞密鑰 解碼單元182和解擾單元184。
DRM客戶端132和視聽客戶端134的主要功能例如基于所述硬件構(gòu)成 中的ROM 904、 RAM 906、存儲單元920、可移除記錄介質(zhì)928等中所記 錄的程序由CPU 902實(shí)現(xiàn)。然而，許可獲取單元172、再現(xiàn)控制元文件獲 取單元176和內(nèi)容獲取單元180的主要功能例如是由連接端口 924或通信 單元926實(shí)現(xiàn)。
首先將描述與內(nèi)容購買處理相關(guān)的功能構(gòu)成。然后，將描述與內(nèi)容視 聽處理相關(guān)的功能構(gòu)成。
(內(nèi)容購買處理單元174)
內(nèi)容購買處理單元174向入口服務(wù)器108發(fā)送內(nèi)容購買請求。內(nèi)容購 買處理單元174接收響應(yīng)于內(nèi)容購買請求從入口服務(wù)器108發(fā)送的內(nèi)容購 買完成通知。內(nèi)容購買處理單元174在接收到內(nèi)容購買完成通知時，將內(nèi) 容購買己經(jīng)完成的事實(shí)通知再現(xiàn)控制元文件獲取單元176。 (再現(xiàn)控制元文件獲取單元176)
再現(xiàn)控制元文件獲取單元176在接收到來自內(nèi)容購買處理單元174的 指示內(nèi)容購買已經(jīng)完成的通知后，向入口服務(wù)器108發(fā)送內(nèi)容視聽請求。 再現(xiàn)控制元文件獲取單元176還接收響應(yīng)于內(nèi)容視聽請求從入口服務(wù)器 108發(fā)送的再現(xiàn)控制元文件。再現(xiàn)控制元文件包含圖8中所示的內(nèi)容分發(fā) 服務(wù)器104的地址信息、DRM/CAS服務(wù)器106的地址信息、內(nèi)容類型信 息、分發(fā)形式信息等等
再現(xiàn)控制元文件獲取單元176從接收到的再現(xiàn)控制元文件提取 DRM/CAS服務(wù)器106的地址信息等并且將它們輸入許可獲取單元172。 再現(xiàn)控制元文件獲取單元176也從再現(xiàn)控制元文件提取內(nèi)容分發(fā)服務(wù)器 104的地址信息并且將其輸入內(nèi)容獲取單元180。再現(xiàn)控制元文件獲取單 元176也從再現(xiàn)控制元文件提取關(guān)于內(nèi)容分發(fā)形式的信息并且將其輸入內(nèi)容分發(fā)形式判定單元178。
(內(nèi)容分發(fā)形式判定單元178)
內(nèi)容分發(fā)形式判定單元178基于從再現(xiàn)控制元文件獲取單元176輸入
的信息判定內(nèi)容分發(fā)形式。關(guān)于內(nèi)容分發(fā)形式的信息例如包括指示內(nèi)容
類型的信息或針對內(nèi)容能夠采用的關(guān)于再現(xiàn)控制方式的信息。例如關(guān)于內(nèi)
容類型是否是VoD系統(tǒng)中分發(fā)的內(nèi)容、直播流系統(tǒng)中分發(fā)的內(nèi)容、其它內(nèi) 容等來進(jìn)行判定。例如也關(guān)于再現(xiàn)控制方式是否能夠兩倍速度再現(xiàn)、再現(xiàn) 停止等來做出判定。由內(nèi)容分發(fā)形式判定單元178判定的結(jié)果輸入內(nèi)容獲 取單元180。
(內(nèi)容獲取單元180)
內(nèi)容獲取單元180使用從再現(xiàn)控制元文件獲取單元176輸入的內(nèi)容分 發(fā)服務(wù)器104的地址信息等來訪問內(nèi)容分發(fā)服務(wù)器104。內(nèi)容獲取單元 180向內(nèi)容分發(fā)服務(wù)器104發(fā)送會話開始請求。此后，內(nèi)容獲取單元180 接收響應(yīng)于會話開始請求從內(nèi)容分發(fā)服務(wù)器104發(fā)送的內(nèi)容和ECM分 組。然而，所述內(nèi)容己加擾。由內(nèi)容獲取單元180接收到的內(nèi)容輸入解擾 單元184。此外，由內(nèi)容獲取單元180接收的ECM分組被輸入加繞密鑰解 碼單元182。
這里將簡要描述與關(guān)于內(nèi)容分發(fā)形式的判定結(jié)果相關(guān)的內(nèi)容獲取單元 180的處理。例如，如以下(A)或(B)對關(guān)于分發(fā)形式的判定結(jié)果進(jìn)行 處理。
(A)在以上描述中，假定從所有內(nèi)容分發(fā)服務(wù)器104分發(fā)MC許可系 統(tǒng)中的內(nèi)容和ECM分組。然而，可以考慮這樣的系統(tǒng)，其中，內(nèi)容分發(fā) 服務(wù)器104可以發(fā)送像在VoD許可系統(tǒng)中一樣用內(nèi)容密鑰加密過的內(nèi)容。 在這種情況中，內(nèi)容接收終端130需要知道哪個是通過使用從DRM/CAS 服務(wù)器106獲得的密鑰(工作密鑰，內(nèi)容密鑰)被解碼的。
在這種情況中，當(dāng)由內(nèi)容分發(fā)形式判定單元178輸入的判定結(jié)果是內(nèi) 容密鑰加密系統(tǒng)時，內(nèi)容獲取單元180將判定結(jié)果輸入加繞密鑰解碼單元 182和解擾單元184。相對照地，在使用工作密鑰的雙重加密處理系統(tǒng)， 即，原始處理形式的情況中，判定結(jié)果不輸入加繞密鑰解碼單元182和解擾單元184。然而，可以將判定結(jié)果配置成被輸入到加繞密鑰解碼單元
182和解擾單元184。
(B)當(dāng)視聽流式內(nèi)容時，內(nèi)容接收終端130最好知道所述內(nèi)容或內(nèi)容分
發(fā)服務(wù)器104對應(yīng)于哪種再現(xiàn)控制方式。這例如是因?yàn)榧词褂糜谥付▋?br> 倍速度再現(xiàn)的再現(xiàn)控制信息被發(fā)送到不適于兩倍速度再現(xiàn)的內(nèi)容分發(fā)服務(wù)
器104，內(nèi)容獲取單元180也可能不能正確地取得并且再現(xiàn)所述內(nèi)容。因 此，內(nèi)容獲取單元180以與內(nèi)容分發(fā)形式判定單元178的判定結(jié)果兼容的 分發(fā)形式從內(nèi)容分發(fā)服務(wù)器104獲得所述內(nèi)容。 (許可獲取單元172)
許可獲取單元172使用從再現(xiàn)控制元文件獲取單元176輸入的地址信 息來訪問DRM/CAS服務(wù)器106。此時，許可獲取單元172使用關(guān)于之前 保持的設(shè)備特定ID等的認(rèn)證信息來執(zhí)行與DRM/CAS服務(wù)器106的相互 認(rèn)證。然后，許可獲取單元172向DRM/CAS服務(wù)器106發(fā)送許可獲得請 求。此后，許可獲取單元172接收響應(yīng)于許可獲取請求從DRM/CAS服務(wù) 器106發(fā)送的許可信息和工作密鑰。
許可信息包括圖8中所示的工作密鑰、工作密鑰的有效期限、指示有 效期限和工作密鑰之間的對應(yīng)關(guān)系的信息。工作密鑰可以配置成之前被獲 得并被保持而不是在此時被獲得。當(dāng)以這種方式獲得許可信息和工作密鑰 時，許可獲取單元172參考許可信息中所包含的有效期限，并且確定工作 密鑰是否有效。當(dāng)工作密鑰有效時，許可獲取單元172將工作密鑰輸入到 加繞密鑰解碼單元182。
(加繞密鑰解碼單元182)
加繞密鑰解碼單元182使用由許可獲取單元172輸入的工作密鑰來從 由內(nèi)容獲取單元180輸入的ECM分組解碼出加繞密鑰。由加繞密鑰解碼 單元182解碼出的加繞密鑰被輸入到解擾單元184。然而當(dāng)指示分發(fā)形式 是內(nèi)容密鑰加密系統(tǒng)的判定結(jié)果從內(nèi)容獲取單元180被輸入時，從許可獲 取單元172輸入的密鑰被原樣輸入到解擾單元184。 (解擾單元184)
解擾單元184使用由加繞密鑰解碼單元182解碼的加繞密鑰來對從內(nèi)容獲取單元180輸入的內(nèi)容進(jìn)行解擾。然而，當(dāng)指示分發(fā)形式是內(nèi)容密鑰
加密系統(tǒng)的判定結(jié)果從內(nèi)容獲取單元180被輸入時，解擾單元184使用從 加繞密鑰解碼單元182輸入的密鑰來對由內(nèi)容獲取單元180獲得的內(nèi)容進(jìn) 行解碼。利用這些處理，內(nèi)容復(fù)原到可視狀態(tài)中。
以上已經(jīng)描述了根據(jù)該實(shí)施例的內(nèi)容接收終端130的功能構(gòu)成。利用 以上構(gòu)成，在如VoD許可系統(tǒng)中一樣使用再現(xiàn)控制元文件來指定內(nèi)容源的 構(gòu)成中，可以應(yīng)用像MC許可一樣的雙重加密系統(tǒng)。 (內(nèi)容分發(fā)形式)
將補(bǔ)充描述如何對再現(xiàn)控制元文件中所包含的關(guān)于內(nèi)容分發(fā)形式的信 息進(jìn)行處理。如上所述，再現(xiàn)控制元文件包含關(guān)于再現(xiàn)控制方式的信息和 關(guān)于許可形式的信息，作為對內(nèi)容分發(fā)形式進(jìn)行指示的信息。當(dāng)內(nèi)容獲取 單元180獲得內(nèi)容時，使用關(guān)于再現(xiàn)控制方式的信息來以內(nèi)容分發(fā)服務(wù)器 104所對應(yīng)的形式獲取內(nèi)容。另一方面，關(guān)于許可形式的信息也取決于系 統(tǒng)構(gòu)成，并且在此省略對它的說明。
如上所述，根據(jù)本實(shí)施例的內(nèi)容分發(fā)系統(tǒng)1000與MC許可系統(tǒng)類似 地采用使用工作密鑰的雙重加密系統(tǒng)。然而，根據(jù)本實(shí)施例的內(nèi)容接收終 端130可以應(yīng)付通過將VoD許可系統(tǒng)中的系統(tǒng)元件添加到內(nèi)容分發(fā)系統(tǒng) 1000而擴(kuò)展的系統(tǒng)形式。實(shí)際上，根據(jù)本實(shí)施例的技術(shù)可以應(yīng)用并擴(kuò)展到 現(xiàn)有的VoD許可系統(tǒng)等。當(dāng)然，這樣擴(kuò)展的系統(tǒng)落在本實(shí)施例的技術(shù)范圍 之內(nèi)。
然而，當(dāng)執(zhí)行該擴(kuò)展時，內(nèi)容接收終端130需要認(rèn)出所述內(nèi)容是在 MC許可系統(tǒng)中還是在VoD許可系統(tǒng)中被分發(fā)。當(dāng)然，類似地處理其它許 可系統(tǒng)。內(nèi)容分發(fā)系統(tǒng)1000將關(guān)于內(nèi)容分發(fā)形式的信息添加到要從入口 服務(wù)器108發(fā)送的再現(xiàn)控制元文件。內(nèi)容接收終端130認(rèn)出內(nèi)容分發(fā)形式 并且切換內(nèi)容解碼處理。
例如，當(dāng)判定分發(fā)形式是VoD許可系統(tǒng)時，內(nèi)容接收終端130通過許 可獲取單元172從DRM/CAS服務(wù)器106獲取內(nèi)容密鑰。此外，內(nèi)容獲取 單元180從內(nèi)容分發(fā)服務(wù)器104獲取僅經(jīng)過加密的內(nèi)容。此外，加繞密鑰 解碼單元182不工作并且解擾單元184使用內(nèi)容密鑰來對內(nèi)容進(jìn)行解碼。如上所述，在再現(xiàn)控制元文件中包含指示內(nèi)容分發(fā)形式的信息使得關(guān) 于內(nèi)容視聽的處理可以容易地被切換。因此，可以確保與其它許可系統(tǒng)的 兼容性并且基于現(xiàn)有系統(tǒng)配置實(shí)現(xiàn)根據(jù)本實(shí)施例的技術(shù)。因此，可以以相 對低的開發(fā)成本和弓I進(jìn)成本實(shí)現(xiàn)本實(shí)施例中提出的技術(shù)。
以下將參考圖6A和圖6B描述根據(jù)本實(shí)施例的內(nèi)容分發(fā)系統(tǒng)1000中
的視聽時的處理序列。這里，將描述整個系統(tǒng)中所執(zhí)行的處理的流程，而
不是考慮內(nèi)容服務(wù)器102或內(nèi)容接收終端130的詳細(xì)功能構(gòu)成。
首先參考圖6A。如圖6A中所示，首先從視聽客戶端134向入口服務(wù) 器108發(fā)送內(nèi)容購買請求(S102)。接著，在入口服務(wù)器108和認(rèn)證服務(wù) 器112之間執(zhí)行認(rèn)證處理(S104)。然后，在入口服務(wù)器108和 DRM/CAS服務(wù)器106之間執(zhí)行許可產(chǎn)生處理(S106)。然后，在入口服 務(wù)器108和計(jì)費(fèi)服務(wù)器IIO之間執(zhí)行計(jì)費(fèi)處理(S108)。接著，從入口服 務(wù)器108向視聽客戶端134發(fā)送內(nèi)容購買完成通知(S110)。利用以上處 理，完成與內(nèi)容購買相關(guān)的一系列處理。
接著，從視聽客戶端134向入口服務(wù)器108發(fā)送內(nèi)容視聽請求 (S112)。接著，從入口服務(wù)器108向視聽客戶端134發(fā)送再現(xiàn)控制元文 件(S114)。接著，由視聽客戶端134確認(rèn)再現(xiàn)控制元文件中所包含的再 現(xiàn)控制信息(S116)。在這個階段，從再現(xiàn)控制元文件中提取出了每個服 務(wù)器的地址信息等。之后，從視聽客戶端134向DRM客戶端132發(fā)布許 可獲取指令(S118)。
然后，在DRM客戶端132和DRM/CAS服務(wù)器106之間執(zhí)行相互認(rèn) 證(S120)。然后，從DRM客戶端132向DRM/CAS服務(wù)器106發(fā)送許 可獲取請求(S122)。然后，向DRM/CAS服務(wù)器106向DRM客戶端 132提供許可信息(S124)。例如，在此階段，工作密鑰和許可信息一起 被發(fā)送。接著，由DRM客戶端132確認(rèn)許可狀態(tài)(S126)。換而言之， 確認(rèn)工作密鑰的有效期限。然后，從DRM客戶端132向視聽客戶端134 通知許可狀態(tài)(S128)。
參考圖6B。之后，在視聽客戶端134和內(nèi)容分發(fā)服務(wù)器104之間開始會話(S130)。之后，在視聽客戶端134和內(nèi)容分發(fā)服務(wù)器104之間執(zhí)行 直播流(S132)。此時，從內(nèi)容分發(fā)服務(wù)器104向視聽客戶端134發(fā)送 ECM分組和經(jīng)過加擾的內(nèi)容。視聽客戶端D4使用工作密鑰來解碼出加繞 密鑰并且使用加繞密鑰來對內(nèi)容進(jìn)行解擾(S134)。類似地，重復(fù)直播流 (S136)并且每次重復(fù)對加繞密鑰的解碼和對內(nèi)容的解擾(S138)。當(dāng)視 聽被終止時，在視聽客戶端134和內(nèi)容分發(fā)服務(wù)器104之間執(zhí)行會話結(jié)束 處理(S140)使得視聽時的處理被終止。 (變形例當(dāng)訂立視聽合同時)
以下將參考圖7A和圖7B描述與根據(jù)本實(shí)施例的內(nèi)容分發(fā)系統(tǒng)相關(guān)的 一個變形例。配置本變形例使得視聽者針對特定內(nèi)容訂立視聽合同并且使 用合同訂立時提供的許可來視聽所述內(nèi)容。和該變形例類似，對于視聽合 同或內(nèi)容購買形式，各種修改都是可以的。
即使進(jìn)行了這樣的修改，視聽時的處理序列中的本實(shí)施例的技術(shù)精神 也被包含在所述修改中，所述修改落在本實(shí)施例的技術(shù)范圍以內(nèi)。
首先參考圖7A。如圖7A中所示，首先，視聽客戶端134向入U(xiǎn)服務(wù) 器108發(fā)送內(nèi)容視聽合同請求(S202)。然后，入口服務(wù)器108執(zhí)行關(guān)于 認(rèn)證服務(wù)器112的認(rèn)證處理(S204)。然后，在入口服務(wù)器108和 DRM/CAS服務(wù)器106之間執(zhí)行許可產(chǎn)生處理(S206)。然后，在入U(xiǎn)服 務(wù)器108和計(jì)費(fèi)服務(wù)器IIO之間執(zhí)行許可計(jì)費(fèi)處理(S208)。然后，從入 口服務(wù)器108向視聽客戶端134發(fā)送合同完成通知(S210)。以這種方 式，即使訂立了視聽合同，到目前為止，該處理的流程與購買處理的流程 也基本相同。
接著，視聽客戶端134向DRM客戶端132發(fā)送許可獲取指令 (S212)。然后，在DRM客戶端132和DRM/CAS服務(wù)器106之間執(zhí)行 相互認(rèn)證(S214)。然后，從DRM客戶端132向DRM/CAS服務(wù)器106 發(fā)送許可獲取請求(S216)。然后，從DRM/CAS服務(wù)器106向DRM客 戶端132提供許可信息(S218)。例如，在這一階段，工作密鑰與許可信 息一起被提供。由DRM客戶端132確認(rèn)許可狀態(tài)(S220)。然后，從 DRM客戶端132向視聽客戶端134通知許可狀態(tài)(S222)。從步驟S212至步驟S222的一系列處理被稱為許可獲取歩驟SL。在 許可信息中所包含的有效期限之前通過許可獲取步驟SL向訂約人提供許 可。上至圖7A中所示的序列與訂合同時的處理相對應(yīng)。接著，將描述視 聽時的處理序列。
參考圖7B。首先，如圖7B中所示，視聽客戶端134向入口服務(wù)器 108發(fā)送內(nèi)容視聽請求(S224)。然后，在入口服務(wù)器108和認(rèn)證服務(wù)器 112之間執(zhí)行認(rèn)證處理(S226)。然后，從入口服務(wù)器108向視聽客戶端 134發(fā)送再現(xiàn)控制元文件(S228)。然后，在視聽客戶端134和內(nèi)容分發(fā) 服務(wù)器104之間執(zhí)行直播流(S232)。此時，從內(nèi)容分發(fā)服務(wù)器104向視 聽客戶端134發(fā)送ECM分組和經(jīng)過加擾的內(nèi)容。
視聽客戶端134使用工作密鑰來解碼出加繞密鑰并且使用該加繞密鑰 來對內(nèi)容進(jìn)行解擾(S234)。類似地，重復(fù)直播流(S236)并且每次都重 復(fù)對加繞密鑰的解碼和對內(nèi)容的解擾(S238)。當(dāng)視聽終止時，在視聽客 戶端134和內(nèi)容分發(fā)服務(wù)器104之間執(zhí)行會話結(jié)束處理(S240)并且視聽 時的處理終止。當(dāng)合同期已經(jīng)期滿時，視聽者再次執(zhí)行圖7A中所示的許 可獲取步驟SL來執(zhí)行許可更新處理。
以上已經(jīng)描述了根據(jù)本實(shí)施例的一個變形例的內(nèi)容分發(fā)處理的流程。 以這種方式，即使訂立了視聽合同，本實(shí)施例的技術(shù)仍可以適用。
上述裝置中所包括的各個要素的功能可以通過具有圖9中所示的硬件 構(gòu)成的信息處理裝置或者通過用于實(shí)現(xiàn)以上功能的計(jì)算機(jī)程序被實(shí)現(xiàn)。圖 9是示出能夠?qū)崿F(xiàn)以上裝置中的各個要素的功能的信息處理裝置的硬件構(gòu) 成的說明圖。該信息處理裝置的形式是任意的，并且例如包括便攜式信息 終端、游戲機(jī)、各種信息家電等的形式，所述便攜式信息終端例如是個人
計(jì)算機(jī)、蜂窩電話、個人手持電話系統(tǒng)(PHS)、個人數(shù)字助理(PDA)
坐 寸。
如圖9中所示，該信息處理裝置主要包括CPU (中央處理單元) 902、 ROM (只讀存儲器)904、 RAM (隨機(jī)存取存儲器)906、主機(jī)總線 908、橋接器(bridge) 910、外部總線912、接口 914、輸入單元916、輸出單元918、存儲單元920、驅(qū)動器922、連接端口 924和通信單元926。
CPU 902用作算術(shù)處理單元或控制單元，并且基于ROM 904、 RAM 906、存儲單元920或可移除記錄介質(zhì)928上所記錄的各種程序控制所有 或某些構(gòu)成要素的全部操作。ROM 904例如存儲加載到CPU 902的程序或 在算術(shù)運(yùn)算中使用的數(shù)據(jù)等。RAM 906例如臨時或永久地存儲加載到 CPU 902上的程序或在程序的執(zhí)行中任意改變的各種參數(shù)等。這些構(gòu)成要 素例如通過可以執(zhí)行高速數(shù)據(jù)傳輸?shù)闹鳈C(jī)總線908彼此連接。主機(jī)總線 908例如連接到外部總線912，在外部總線912中，數(shù)據(jù)傳輸速率比用橋 接器910相對要低。
輸入單元916例如是諸如鼠標(biāo)、鍵盤、觸摸面板、按鈕、開關(guān)、控制 桿之類的操作單元。輸入單元916可以是通過使用紅外射線或其它無線電 波來發(fā)送控制信號的遠(yuǎn)程控制單元(所謂的遙控)。輸入單元916包括用 于通過輸入信號將通過使用操作單元輸入的信息發(fā)送給CPU 902的輸入控 制電路等。
輸出單元918例如是諸如CRT (陰極射線管)、LCD (液晶顯示 器)、PDP (等離子顯示面板)或ELD (電光顯示器)之類的顯示設(shè)備、 諸如揚(yáng)聲器或頭戴式耳機(jī)之類的音頻輸出設(shè)備、打印機(jī)、移動電話或可以 視覺上或聽覺上將所獲得的信息通知給用戶的傳真機(jī)。
存儲單元920是用于存儲各種數(shù)據(jù)的設(shè)備，并且例如包括諸如硬盤驅(qū) 動器(HDD， Hard Disk Drive)之類的磁存儲設(shè)備、半導(dǎo)體存儲設(shè)備、光
存儲設(shè)備或磁光存儲設(shè)備等。
驅(qū)動器922是讀取可移除記錄介質(zhì)928上所存儲的信息或?qū)⑿畔懭?br> 可移除記錄介質(zhì)928的設(shè)備，可移除記錄介質(zhì)928例如是磁盤、光盤、磁
光盤或半導(dǎo)體存儲器?？梢瞥涗浗橘|(zhì)928例如是DVD介質(zhì)、藍(lán)光 (Blue-ray)介質(zhì)、HD-DVD介質(zhì)、緊湊式閃存(CF， CompactFlash) (注冊商標(biāo))、記憶棒或SD存儲卡(安全數(shù)字存儲卡)等。當(dāng)然，可移
除記錄介質(zhì)928例如可以是電子設(shè)備、其上綁定了非接觸IC芯片的IC卡
(集成電路卡)等。
連接端口 924是諸如USB (通用串行總線)端口、 IEEE 1394端口、SCSI (小型計(jì)算機(jī)系統(tǒng)接口) 、 RS-232C端口，或外部連接設(shè)備930所連 接到的光學(xué)音頻終端之類的端口。外部連接設(shè)備930例如是打印機(jī)、移動 音樂播放器、數(shù)字相機(jī)、數(shù)字視頻相機(jī)、IC記錄儀等。
通信單元926是要被連接到網(wǎng)絡(luò)932的通信設(shè)備。例如，使用用于有 線或無線LAN (局域網(wǎng))、藍(lán)牙(Bluetooth,注冊商標(biāo))或WUSB (無線 USB)的通信卡、光通信路由器、ADSL (非對稱數(shù)字用戶線)路由器、 各種通信調(diào)制解調(diào)器等。連接到通信單元926的網(wǎng)絡(luò)932包括有線或無線 連接的網(wǎng)絡(luò)。例如，使用因特網(wǎng)、家用LAN、紅外通信、廣播、衛(wèi)星通信
最后將簡要總結(jié)根據(jù)本實(shí)施例的內(nèi)容分發(fā)系統(tǒng)和內(nèi)容接收終端的功能 構(gòu)成以及所述功能構(gòu)成的操作效果。
首先，可以如下表現(xiàn)出根據(jù)本實(shí)施例的內(nèi)容分發(fā)系統(tǒng)和內(nèi)容接收終端 的功能構(gòu)成。
根據(jù)本實(shí)施例的內(nèi)容分發(fā)系統(tǒng)包括許可服務(wù)器、入口服務(wù)器和內(nèi)容接 收終端和多個內(nèi)容分發(fā)服務(wù)器。
在此所述的內(nèi)容分發(fā)服務(wù)器的一個示例是內(nèi)容服務(wù)器102或內(nèi)容分發(fā) 服務(wù)器104。此外，許可服務(wù)器的一個示例是DRM/CAS服務(wù)器106。入 口服務(wù)器和內(nèi)容接收終端的示例分別是所描述的入口服務(wù)器108和內(nèi)容接 收終端130。
內(nèi)容分發(fā)服務(wù)器分發(fā)經(jīng)過加擾的內(nèi)容并且流式分發(fā)用于解除加擾的經(jīng) 過加密的加繞密鑰。換而言之，內(nèi)容分發(fā)服務(wù)器流式分發(fā)經(jīng)過和MC許可 系統(tǒng)一樣的雙重加密的內(nèi)容。
許可服務(wù)器用于提供用于對從預(yù)定的內(nèi)容分發(fā)服務(wù)器分發(fā)的經(jīng)過加密 的加繞密鑰進(jìn)行解碼的工作密鑰。當(dāng)然，該工作密鑰是基于預(yù)定的購買處 理、合同處理等提供給被許可的觀眾的。此外，入口服務(wù)器提供預(yù)定的內(nèi) 容分發(fā)服務(wù)器的地址信息。入口服務(wù)器用作使得視聽者能夠?qū)?nèi)容進(jìn)行指 定的窗口。換而言之，入口服務(wù)器將每個內(nèi)容和用于分發(fā)該內(nèi)容的內(nèi)容分 發(fā)服務(wù)器進(jìn)行橋接。用于此的方法之一是提供地址信息。然后，內(nèi)容接收終端包括地址信息獲取單元、內(nèi)容獲取單元、加繞密 鑰解碼單元和解擾單元。
地址信息獲取單元用于從入口服務(wù)器獲取預(yù)定的內(nèi)容分發(fā)服務(wù)器的地 址信息。內(nèi)容獲取單元用于參考由地址信息獲取單元獲取的地址信息來從 預(yù)定的內(nèi)容分發(fā)服務(wù)器獲取內(nèi)容和加繞密鑰。加繞密鑰解碼單元用于使用 從許可服務(wù)器獲取的工作密鑰來解碼出加繞密鑰。此外，解擾單元使用加 繞密鑰來對內(nèi)容進(jìn)行解擾。
這里所說的地址信息獲取單元的一個示例是再現(xiàn)控制元文件獲取單兀 176。然而，再現(xiàn)控制元文件獲取單元176獲取再現(xiàn)控制元文件并且提取
出其中包含的地址信息，從而獲得內(nèi)容分發(fā)服務(wù)器104的地址信息。此 外，這里所說的內(nèi)容獲取單元的一個示例是內(nèi)容獲取單元180。此外，加 繞密鑰解碼單元的一個示例是加繞密鑰解碼單元182。此外，解擾單元的 一個示例是解擾單元184。
入口服務(wù)器可以配置成還提供指示預(yù)定內(nèi)容分發(fā)服務(wù)器的再現(xiàn)控制方 式的信息。該再現(xiàn)控制方式例如包括兩倍速度再現(xiàn)、再現(xiàn)停止等。在這種 情況中，內(nèi)容接收終端還包括從入口服務(wù)器獲取關(guān)于再現(xiàn)控制方式的信總 的再現(xiàn)控制信息獲取單元。然后，內(nèi)容接收終端根據(jù)由再現(xiàn)控制信息獲取 單元獲取的信息指示的再現(xiàn)控制方式，通過內(nèi)容獲取單元獲取內(nèi)容和加繞 密鑰。該構(gòu)成可以避免由于不同的再現(xiàn)控制方式而不能正確接收內(nèi)容的情 況。
這里所說的再現(xiàn)控制信息獲取單元的一個示例是再現(xiàn)控制元文件獲取 單元176。然而，再現(xiàn)控制元文件獲取單元176獲取再現(xiàn)控制元文件并且 提取其中包含的關(guān)于再現(xiàn)控制方式的信息，從而獲取關(guān)于再現(xiàn)控制方式的 信息。
內(nèi)容分發(fā)系統(tǒng)可以配置成還包括內(nèi)容分發(fā)服務(wù)器，內(nèi)容分發(fā)服務(wù)器用 于分發(fā)僅那些通過使用內(nèi)容密鑰可以解碼的經(jīng)過加密的內(nèi)容。例如，當(dāng)基 于VoD許可系統(tǒng)中的內(nèi)容分發(fā)系統(tǒng)構(gòu)件根據(jù)本實(shí)施例的內(nèi)容分發(fā)系統(tǒng)時， 可以采用以上系統(tǒng)構(gòu)成。
許可服務(wù)器被配置成根據(jù)由預(yù)定的內(nèi)容分發(fā)服務(wù)器分發(fā)的內(nèi)容的分發(fā)
31形式來提供工作密鑰或內(nèi)容密鑰。入口服務(wù)器被配置成還提供對由預(yù)定的 內(nèi)容分發(fā)服務(wù)器分發(fā)的內(nèi)容的分發(fā)形式進(jìn)行指示的信息。指示該分發(fā)形式 的信息的一個示例是再現(xiàn)控制元文件中所包含的內(nèi)容類型信息或許可形式 信息。通常，由于內(nèi)容分發(fā)形式和許可形式(或加密形式)有相對應(yīng)的關(guān) 系，所以，獲取該信息使得可以識別流式分發(fā)的內(nèi)容的分發(fā)形式。
內(nèi)容接收終端還設(shè)有分發(fā)形式獲取單元和內(nèi)容解碼單元，分發(fā)形式獲 取單元從入口服務(wù)器獲取指示由預(yù)定的內(nèi)容分發(fā)服務(wù)器分發(fā)的內(nèi)容的分發(fā) 形式的信息，內(nèi)容解碼單元通過使用從許可服務(wù)器獲得的內(nèi)容密鑰對經(jīng)過 加密的內(nèi)容進(jìn)行解碼。然后，當(dāng)由分發(fā)形式獲取單元獲得的信息指示的分 發(fā)形式是內(nèi)容密鑰系統(tǒng)時，內(nèi)容接收終端配置成通過內(nèi)容獲取單元獲取經(jīng) 過加密的內(nèi)容并且通過內(nèi)容解碼單元對所述內(nèi)容進(jìn)行解碼。
這里所說的分發(fā)形式獲取單元的一個示例是再現(xiàn)控制元文件獲取單元 176。然而，再現(xiàn)控制元文件獲取單元176獲取再現(xiàn)控制元文件并且提取 其中所包含的內(nèi)容類型信息等來識別內(nèi)容的許可形式。如上所述，當(dāng)內(nèi)容
的分發(fā)形式被識別出時，可以識別該內(nèi)容是在VoD許可系統(tǒng)還是在MC 許可系統(tǒng)還是在其它許可系統(tǒng)中被加密的。在本實(shí)施例中，由于和MC許 可系統(tǒng)基本相同的雙重加密系統(tǒng)是基本的，所以可以容易地識別該系統(tǒng)是 基本的還是其它的。
這里所說的內(nèi)容解碼單元的一個示例是解擾單元184。解擾單元184 的基本操作是通過使用經(jīng)過解碼的加繞密鑰來對內(nèi)容進(jìn)行解擾。然而，已 經(jīng)描述了，由于本實(shí)施例可以處理在內(nèi)容密鑰系統(tǒng)中加密的內(nèi)容，所以解 擾單元184被配置成通過使用內(nèi)容密鑰對內(nèi)容進(jìn)行解碼。以這種方式，本 實(shí)施例被配置成處理幾個許可系統(tǒng)或加密形式，使得根據(jù)本實(shí)施例的技術(shù) 被應(yīng)用于現(xiàn)有系統(tǒng)來容易地增強(qiáng)整個系統(tǒng)的可用性。
內(nèi)容接收終端中所包括的加繞密鑰解碼單元可以配置成從許可服務(wù)器 獲取工作密鑰，只要內(nèi)容和加繞密鑰被內(nèi)容獲取單元獲得。類似地，內(nèi)容 接收終端中所包括的內(nèi)容解碼單元可以配置成從許可服務(wù)器獲取內(nèi)容密 鑰，只要經(jīng)過加密的內(nèi)容被內(nèi)容獲取單元獲得。該構(gòu)成使得可以基于內(nèi)容 實(shí)現(xiàn)許可管理。可以如下表現(xiàn)內(nèi)容接收終端的功能構(gòu)成。
內(nèi)容接收終端包括地址信息獲取單元、分發(fā)形式獲取單元、內(nèi)容獲取 單元、密鑰獲取單元、加繞密鑰解碼單元和內(nèi)容解碼單元。
地址信息獲取單元獲取用于流式分發(fā)經(jīng)過加密的加繞密鑰的內(nèi)容分發(fā) 服務(wù)器或用于分發(fā)通過使用內(nèi)容密鑰可以解碼的經(jīng)過加密的內(nèi)容的內(nèi)容分 發(fā)服務(wù)器的地址信息，所述加繞密鑰用于對經(jīng)過加擾的內(nèi)容進(jìn)行解擾或者 用于解除加擾。
分發(fā)形式獲取單元獲取指示從與該地址信息對應(yīng)的內(nèi)容分發(fā)服務(wù)器分 發(fā)的內(nèi)容的分發(fā)形式的信息。然后，內(nèi)容獲取單元參考由地址信息獲取單 元獲得的地址信息，并且根據(jù)由所述分發(fā)形式獲取單元獲得的信息所指示 的分發(fā)形式，從與該地址信息相對應(yīng)的內(nèi)容分發(fā)服務(wù)器獲取內(nèi)容和加繞密 鑰或經(jīng)過加密的內(nèi)容。
密鑰獲取單元在分發(fā)形式是工作密鑰系統(tǒng)時獲取用于對加繞密鑰進(jìn)行 解碼的工作密鑰，并且在分發(fā)形式是內(nèi)容密鑰系統(tǒng)時獲取內(nèi)容密鑰。在分 發(fā)形式是工作密鑰系統(tǒng)時，加繞密鑰解碼單元使用工作密鑰來對加繞密鑰 進(jìn)行解碼。然后，內(nèi)容解碼單元在分發(fā)形式是工作密鑰系統(tǒng)時使用加繞密 鑰來對內(nèi)容進(jìn)行解擾，并且在加密形式是內(nèi)容密鑰系統(tǒng)時使用內(nèi)容密鑰來 對經(jīng)過加密的內(nèi)容進(jìn)行解碼。
這里所說的地址信息獲取單元和分發(fā)形式獲取單元的一個示例是再現(xiàn) 控制元文件獲取單元176。內(nèi)容獲取單元的一個示例是內(nèi)容獲取單元
180。此外，密鑰獲取單元的一個示例是許可獲取單元172。加繞密鑰解碼 單元的一個示例是加繞密鑰解碼單元182。此外，內(nèi)容解碼單元的一個示 例是解擾單元184。處理以這種方式根據(jù)分發(fā)形式被切換，從而與使用幾 種許可系統(tǒng)的分發(fā)形式相對應(yīng)。因此，即使分發(fā)形式對于每個內(nèi)容不同， 視聽者也可以視聽所述內(nèi)容，不論每個內(nèi)容的許可的分發(fā)形式如何。
如上所述，根據(jù)本實(shí)施例的技術(shù)被配置使得對于通過需要知道用于
每次視聽的內(nèi)容源的直播流式分發(fā)的內(nèi)容提供系統(tǒng)，可以與DRM/CAS系 統(tǒng)相關(guān)聯(lián)地發(fā)布和管理許可。此外，本實(shí)施例提供能夠判定內(nèi)容接收終端 的分發(fā)形式并且切換內(nèi)容接收處理的內(nèi)容分發(fā)系統(tǒng)。本技術(shù)領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解可以根據(jù)設(shè)計(jì)和其它因素進(jìn)行各種修 改、組合、子組合和更改，只要它們在本發(fā)明所附權(quán)利要求及其等價(jià)物的 范圍以內(nèi)即可。
本申請包含與2008年7月8日向日本專利局遞交的日本優(yōu)先權(quán)專利申
請JP 2008-177708中所公開的主題相關(guān)的主題，其全部內(nèi)容通過引用結(jié)合 于此。
權(quán)利要求
1.一種內(nèi)容分發(fā)系統(tǒng)，包括多個內(nèi)容分發(fā)服務(wù)器，用于分發(fā)經(jīng)過加擾的內(nèi)容并且流式分發(fā)用于解除該加擾的經(jīng)過加密的加繞密鑰；許可服務(wù)器，用于提供工作密鑰，所述工作密鑰用于對從預(yù)定的內(nèi)容分發(fā)服務(wù)器分發(fā)的所述經(jīng)過加密的加繞密鑰進(jìn)行解碼；入口服務(wù)器，用于提供所述預(yù)定的內(nèi)容分發(fā)服務(wù)器的地址信息；以及內(nèi)容接收終端，所述內(nèi)容接收終端包括地址信息獲取單元，所述地址信息獲取單元從所述入口服務(wù)器獲取所述預(yù)定的內(nèi)容分發(fā)服務(wù)器的地址信息，內(nèi)容獲取單元，所述內(nèi)容獲取單元參考由所述地址信息獲取單元獲得的地址信息，并且從所述預(yù)定的內(nèi)容分發(fā)服務(wù)器獲取所述內(nèi)容和所述加繞密鑰，加繞密鑰解碼單元，所述加繞密鑰解碼單元通過使用從所述許可服務(wù)器獲得的工作密鑰來解碼所述加繞密鑰，以及解擾單元，所述解擾單元通過使用所述加繞密鑰對所述內(nèi)容進(jìn)行解擾。
2. 根據(jù)權(quán)利要求1所述的內(nèi)容分發(fā)系統(tǒng)，其中，所述入口服務(wù)器還提 供指示所述預(yù)定的內(nèi)容分發(fā)服務(wù)器的再現(xiàn)控制方式的信息，所述內(nèi)容接收終端還包括再現(xiàn)控制信息獲取單元，所述再現(xiàn)控制信息 獲取單元從所述入口服務(wù)器獲取關(guān)于所述再現(xiàn)控制方式的信息，以及所述內(nèi)容獲取單元根據(jù)由所述再現(xiàn)控制信息獲取單元獲得的信息所指 示的再現(xiàn)控制方式，獲取所述內(nèi)容和所述加繞密鑰。
3. 根據(jù)權(quán)利要求1所述的內(nèi)容分發(fā)系統(tǒng)，還包括內(nèi)容分發(fā)服務(wù)器，所 述內(nèi)容分發(fā)服務(wù)器用于僅對可用內(nèi)容密鑰解碼的經(jīng)過加密的內(nèi)容進(jìn)行分、其中，所述許可服務(wù)器根據(jù)由所述預(yù)定的內(nèi)容分發(fā)服務(wù)器所分發(fā)的內(nèi) 容的分發(fā)形式來提供所述工作密鑰或所述內(nèi)容密鑰，所述入口服務(wù)器還提供指示由所述預(yù)定的內(nèi)容分發(fā)服務(wù)器所分發(fā)的內(nèi) 容的分發(fā)形式的信息，所述內(nèi)容接收終端還包括分發(fā)形式獲取單元，所述分發(fā)形式獲取單元從所述入口服務(wù)器獲 取指示由所述預(yù)定的內(nèi)容分發(fā)服務(wù)器所分發(fā)的內(nèi)容的分發(fā)形式的信息；以 及內(nèi)容解碼單元，所述內(nèi)容解碼單元通過使用從所述許可服務(wù)器獲 得的內(nèi)容來對所述經(jīng)過加密的內(nèi)容進(jìn)行解碼，并且在由所述分發(fā)形式獲取單元獲得的信息所指示的分發(fā)形式是使用內(nèi)容 密鑰系統(tǒng)的分發(fā)形式時，所述內(nèi)容獲取單元獲取所述經(jīng)過加密的內(nèi)容，以 通過所述內(nèi)容解碼單元對所述內(nèi)容進(jìn)行解碼。
4. 根據(jù)權(quán)利要求1所述的內(nèi)容分發(fā)系統(tǒng)，其中，所述內(nèi)容接收終端中 所包括的加繞密鑰解碼單元在開始獲取使用由所述內(nèi)容獲取單元提供內(nèi)容 和加繞密鑰的分發(fā)形式的內(nèi)容時，從所述許可服務(wù)器獲取工作密鑰。
5. 根據(jù)權(quán)利要求3所述的內(nèi)容分發(fā)系統(tǒng)，其中，所述內(nèi)容接收終端中所包括的內(nèi)容解碼單元在由內(nèi)容獲取單元獲取所述經(jīng)過加密的內(nèi)容時，從 所述許可服務(wù)器獲取內(nèi)容密鑰。
6. —種內(nèi)容接收終端，包括地址信息獲取單元，所述地址信息獲取單元獲取用于流式分發(fā)經(jīng)過加 密的加繞密鑰的內(nèi)容分發(fā)服務(wù)器或者用于分發(fā)可用內(nèi)容密鑰解碼的經(jīng)過加 密的內(nèi)容的內(nèi)容分發(fā)服務(wù)器的地址信息，所述經(jīng)過加密的加繞密鑰用于對 經(jīng)過加擾的內(nèi)容進(jìn)行解擾或者用于解除加擾；分發(fā)形式獲取單元，所述分發(fā)形式獲取單元獲取指示從與所述地址信息相對應(yīng)的內(nèi)容分發(fā)服務(wù)器分發(fā)的內(nèi)容的分發(fā)形式的信息；內(nèi)容獲取單元，所述內(nèi)容獲取單元參考由所述地址信息獲取單元獲得的所述地址信息，并且根據(jù)由所述分發(fā)形式獲取單元所獲得的信息中所指示的分發(fā)形式，從與所述地址信息相對應(yīng)的內(nèi)容分發(fā)服務(wù)器獲取所述內(nèi)容和所述加繞密鑰，或所述經(jīng)過加密的內(nèi)容；密鑰獲取單元，所述密鑰獲取單元在所述分發(fā)形式利用了工作密鑰系統(tǒng)時，獲取用于對所述加繞密鑰進(jìn)行解碼的工作密鑰，并且在所述分發(fā)形 式利用了內(nèi)容密鑰系統(tǒng)時，獲取所述內(nèi)容密鑰；加繞密鑰解碼單元，所述加繞密鑰解碼單元在所述分發(fā)形式利用了工 作密鑰系統(tǒng)時，通過使用所述工作密鑰來解碼所述加繞密鑰；以及內(nèi)容解碼單元，所述內(nèi)容解碼單元在所述分發(fā)形式利用了工作密鑰系統(tǒng)時，通過使用所述加繞密鑰對內(nèi)容進(jìn)行解擾，并且在所述分發(fā)形式是內(nèi) 容密鑰系統(tǒng)時，通過使用所述內(nèi)容密鑰對所述經(jīng)過加密的內(nèi)容進(jìn)行解碼。
7. —種內(nèi)容分發(fā)方法，包括以下步驟從入口服務(wù)器獲取預(yù)定的內(nèi)容分發(fā)服務(wù)器的地址信息，所述內(nèi)容分發(fā) 服務(wù)器用于分發(fā)經(jīng)過加擾的內(nèi)容并且流式分發(fā)用于解除加擾的經(jīng)過加密的加繞密鑰；從許可服務(wù)器獲取工作密鑰，所述工作密鑰用于對從所述預(yù)定的內(nèi)容 分發(fā)服務(wù)器分發(fā)的所述經(jīng)過加密的加繞密鑰進(jìn)行解碼-,參考在地址信息獲取步驟中獲取的地址信息，并從所述預(yù)定的內(nèi)容分 發(fā)服務(wù)器獲取所述內(nèi)容和所述加繞密鑰；通過使用在工作密鑰獲取步驟中所獲得的工作密鑰，解碼出所述加繞 密鑰；以及通過使用在加繞密鑰解碼步驟中解碼出的加繞密鑰，對所述經(jīng)過加擾 的內(nèi)容進(jìn)行解擾。
8. —種在視聽流式內(nèi)容時執(zhí)行的處理方法，包括以下歩驟 獲取用于流式分發(fā)經(jīng)過加密的加繞密鑰的內(nèi)容分發(fā)服務(wù)器或用于僅對可用內(nèi)容密鑰解碼的經(jīng)過加密的內(nèi)容進(jìn)行分發(fā)的內(nèi)容分發(fā)服務(wù)器的地址信 息，所述經(jīng)過加密的加繞密鑰用于對經(jīng)過加擾的內(nèi)容進(jìn)行解擾或者用于解 除加擾；獲取指示從與所述地址信息相對應(yīng)的內(nèi)容分發(fā)服務(wù)器所分發(fā)的內(nèi)容的 分發(fā)形式的信息；參考在地址信息獲取步驟中所獲得的所述地址信息，并從與所述地址 信息相對應(yīng)的內(nèi)容分發(fā)服務(wù)器獲取所述內(nèi)容和所述加繞密鑰或者所述經(jīng)過 加密的內(nèi)容；在所述分發(fā)形式利用了工作密鑰系統(tǒng)時，獲取用于對所述加繞密鑰進(jìn) 行解碼的工作密鑰，并且在所述分發(fā)形式是內(nèi)容密鑰系統(tǒng)時，獲取所述內(nèi) 容密鑰；在所述分發(fā)形式利用了工作密鑰系統(tǒng)時，通過使用所述工作密鑰來解碼所述加繞密鑰；以及在所述分發(fā)形式是工作密鑰系統(tǒng)時，通過使用所述加繞密鑰對經(jīng)過加 擾的內(nèi)容進(jìn)行解擾，并且在所述分發(fā)形式是內(nèi)容密鑰系統(tǒng)時，通過使用所 述內(nèi)容密鑰對所述經(jīng)過加密的內(nèi)容進(jìn)行解碼。
全文摘要
本發(fā)明公開了一種內(nèi)容分發(fā)系統(tǒng)和方法、內(nèi)容接收終端和視聽時的處理方法。該系統(tǒng)包括多個用于分發(fā)經(jīng)過加擾的內(nèi)容并且流式分發(fā)用于解除加擾的經(jīng)過加密的加繞密鑰的內(nèi)容分發(fā)服務(wù)器；用于提供工作密鑰的許可服務(wù)器，工作密鑰用于對從預(yù)定的內(nèi)容分發(fā)服務(wù)器分發(fā)的經(jīng)過加密的加繞密鑰進(jìn)行解碼；用于提供預(yù)定的內(nèi)容分發(fā)服務(wù)器的地址信息的入口服務(wù)器；以及內(nèi)容接收終端，內(nèi)容接收終端用于從入口服務(wù)器獲取預(yù)定的內(nèi)容分發(fā)服務(wù)器的地址信息，參考地址信息來從預(yù)定的內(nèi)容分發(fā)服務(wù)器獲取內(nèi)容和加繞密鑰，通過使用從許可服務(wù)器獲得的工作密鑰來解碼出加繞密鑰，以及過使用加繞密鑰對經(jīng)過加擾的內(nèi)容進(jìn)行解擾。
文檔編號H04N7/173GK101626488SQ20091015882
公開日2010年1月13日 申請日期2009年7月8日 優(yōu)先權(quán)日2008年7月8日
發(fā)明者北里直久, 增田康人, 小笠原好一, 川畑哲 申請人:索尼株式會社