(57)【要約】【課題】デジタルコンテンツを保護する分野、特に、廃棄メカニズム上でコンテンツを復号化する方法及び装置、そのための復号化支援方法を提供する。【解決手段】複数のノードのうち所定ノードが廃棄されたかどうかによって、前記所定ノードに対応する暗号化されたコンテンツの復号化を行う一連の過程のうち、一部を処理することを外部に要請するステップと、前記要請に対する応答に基づいて、前記所定ノードに対応する暗号化されたコンテンツを復号化するステップと、を含む復号化方法。これにより、デバイスのデータ保存容量が小さいか、データ処理能力が落ちる場合にも、ブロードキャスト暗号化方式によって暗号化されたコンテンツの復号化を円滑に行える。【選択図】図９
2008033968.tif 000002
【特許請求の範囲】
【請求項１】
廃棄ノードの情報を保存するステップと、
デバイスから、デバイスのＩＤと前記デバイスに対応するリーフノードのＩＤとを含む廃棄検査要請メッセージを受信するステップと、
前記廃棄ノードの情報から前記リーフノードのＩＤに対応するデバイスの廃棄如何を検査するステップと、
前記廃棄検査要請メッセージの応答メッセージを送信するステップと、を含むことを特徴とするデバイスの廃棄検査方法。
【請求項２】
前記廃棄ノードの情報は安全に保護されることを特徴とする請求項１に記載のデバイスの廃棄検査方法。
【請求項３】
前記デバイスから乱数を受信するステップと、
前記乱数に基づいて前記デバイスとＳＡＣ（Ｓｅｃｕｒｅ Ａｕｔｈｅｎｔｉｃａｔｅｄ Ｃｈａｎｎｅｌ）を開設するステップと、をさらに含むことを特徴とする請求項１に記載のデバイスの廃棄検査方法。
【請求項４】
前記ＳＡＣを開設するステップは、前記乱数に基づいて前記デバイスとサーバ間のセッションキーを生成し、前記生成されたセッションキーを利用して前記ＳＡＣを開設することを特徴とする請求項３に記載のデバイスの廃棄検査方法。
【請求項５】
前記デバイスに暗号化されたコンテンツを伝送するステップをさらに含むことを特徴とする請求項１に記載のデバイス廃棄検査方法。
【請求項６】
廃棄ノードの情報を保存するストレージと、
デバイスからデバイスのＩＤと前記デバイスに対応するリーフノードのＩＤとを含む廃棄検査要請メッセージを受信する廃棄検査要請受信部と、
前記廃棄ノードの情報から前記リーフノードのＩＤに対応するデバイスの廃棄如何を検査する廃棄検査部と、
前記廃棄検査要請メッセージの応答メッセージを送信する廃棄検査応答部と、を備えることを特徴とするデバイスの廃棄検査装置。
【請求項７】
前記廃棄ノードの情報は安全に保護されることを特徴とする請求項６に記載のデバイスの廃棄検査装置。
【請求項８】
前記デバイスから乱数を受信し、前記乱数に基づいて前記デバイスとＳＡＣを開設するＳＡＣ開設部とをさらに備えることを特徴とする請求項６に記載のデバイスの廃棄検査装置。
【請求項９】
前記ＳＡＣ開設部は、前記乱数に基づいて前記デバイスとサーバ間のセッションキーを生成し、前記生成されたセッションキーを利用して前記ＳＡＣを開設することを特徴とする請求項８に記載のデバイスの廃棄検査装置。
【請求項１０】
前記デバイスに暗号化されたコンテンツを伝送する応答部をさらに備えることを特徴とする請求項６に記載のデバイス廃棄検査装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルコンテンツを保護する分野に係り、特に、廃棄メカニズム上でコンテンツを復号化する方法及び装置、そのための復号化支援方法に関する。
【背景技術】
【０００２】
最近、インターネット、地上波、ケーブル、衛星などの多様な通信媒体を利用したデジタルコンテンツの伝送が急増しつつあり、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）などの大容量記録媒体を利用したデジタルコンテンツの販売及び貸与が急増しつつある。これにより、デジタルコンテンツの著作権を保護するためのソリューションであるＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）が重要な問題として浮び上がっている。ＤＲＭに関連した技術のうち、特にＣＤ、ＤＶＤなどの記録媒体、インターネットなどを利用してブロードキャストされるデジタルコンテンツを暗号化することによって、広範囲に配布されるデジタルコンテンツを保護するブロードキャスト暗号化方式についての研究が活発に進められている。
【０００３】
一般的に、ブロードキャスト暗号化方式は、コンテンツキーを使用してコンテンツを暗号化し、デバイス、応用プログラムなどの廃棄を管理するための廃棄キーを使用して、コンテンツ暗号化に使われたコンテンツキーを暗号化するか、コンテンツキーを暗号化するのに使われたブロードキャストキーを暗号化する廃棄メカニズムを採択している。したがって、従来ブロードキャスト暗号化方式によって暗号化されたコンテンツを復号化するためには、デバイスまたは応用プログラムは、自身と対応するノードのＩＤ及び廃棄キーセットを保有していなければならない。また、デバイスまたは応用プログラムは、ブロードキャスト暗号化方式によって暗号化されたコンテンツを復号化するために、ブロードキャストキーブロックを受信し、これに基づいて自身が廃棄されたかどうかを検査し、その結果によって暗号化されたコンテンツキーを復号化するなど、コンテンツ復号化に必要な一連の過程を行わねばならない。デバイスのデータ保存容量が小さいか、または、データ処理能力が落ちる場合に、これは相当な負担として作用するという問題点があった。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明が解決しようとする技術的課題は、デバイスのデータ保存容量が小さいか、または、データ処理能力が落ちる場合にも、ブロードキャスト暗号化方式によって、暗号化されたコンテンツの復号化を円滑に行える装置及び方法を提供するところにある。また、前記の方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供するところにある。
【課題を解決するための手段】
【０００５】
前記技術的課題を解決するための本発明による復号化方法は、複数のノードのうち所定ノードが廃棄されたかどうかによって、前記所定ノードに対応する暗号化されたコンテンツの復号化を行う一連の過程のうち、一部を処理することを外部に要請するステップと、前記要請に対する応答に基づいて、前記所定ノードに対応する暗号化されたコンテンツを復号化するステップと、を含む。
【０００６】
前記他の技術的課題を解決するために、本発明は、前記の復号化方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【０００７】
前記さらに他の技術的課題を解決するための本発明による復号化装置は、複数のノードのうち、所定ノードが廃棄されたかどうかを検査することを外部に要請する要請部と、前記要請に対する応答に基づいて、前記所定ノードに対応する暗号化されたコンテンツを復号化する復号化部と、を備える。
【０００８】
前記さらに他の技術的課題を解決するための本発明による復号化支援方法は、複数のノードのうち、所定ノードが廃棄されたかどうかによって、前記所定ノードに対応する暗号化されたコンテンツの復号化を行う一連の過程のうち、一部を処理せよという要請を外部から受信するステップと、前記受信された要請に応じて前記一部を処理するステップと、前記処理結果を含む応答を伝送するステップと、を含む。
【０００９】
前記さらに他の技術的課題を解決するために、本発明は、前記の復号化支援方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【００１０】
前記さらに他の技術的課題を解決するための本発明による復号化支援装置は、複数のノードのうち、所定ノードが廃棄されたかどうかを検査せよという要請を外部から受信する廃棄検査要請受信部と、前記廃棄検査要請受信部に受信された要請に応じて、前記所定ノードが廃棄されたかどうかを検査する廃棄検査部と、前記廃棄検査部での検査結果を含む応答を伝送する廃棄検査応答部と、を備える。
【発明の効果】
【００１１】
本発明によれば、ＨＢＥＳ（Ｈａｓｈ−ｃｈａｉｎ Ｂｒｏａｄｃａｓｔ Ｅｎｃｒｙｐｔｉｏｎ Ｓｃｈｅｍｅ）リーフノードのうち、いなかるリーフノードが廃棄されたかによって、このリーフノードに対応する暗号化されたコンテンツの復号化を行う一連の過程のうち、一部を外部のデバイスまたはサービスが処理することで、デバイスのデータ保存容量が小さいか、データ処理能力が落ちる場合にも、ブロードキャスト暗号化方式によって暗号化されたコンテンツの復号化を円滑に行える。
【発明を実施するための最良の形態】
【００１２】
以下では、図面を参照して本発明の望ましい実施形態を詳細に説明する。
【００１３】
図１は、一般的なブロードキャスト暗号化方式を示す図面である。
【００１４】
図１を参照すれば、コンテンツ提供者１１は、コンテンツをコンテンツキーＣＫで暗号化して、コンテンツを再生しようとするデバイス１３１ないし１３４にブロードキャストする。一般的に、コンテンツキーで暗号化されたコンテンツをＥ（ＣＫ，ｃｏｎｔｅｎｔ）１２１と表記する。
【００１５】
また、コンテンツ提供者１１は、コンテンツキーＣＫを、デバイス１３１ないし１３４が保有しているキーで暗号化して、デバイス１３１ないし１３４にブロードキャストする。図１では、デバイス１３１ないし１３４のキーＫ１，Ｋ２，Ｋ３，…，Ｋｎで暗号化されたコンテンツキーＣＫを、Ｅ（Ｋ１，ＣＫ）、Ｅ（Ｋ２，ＣＫ）、Ｅ（Ｋ３，ＣＫ）、…、Ｅ（Ｋｎ，ＣＫ）と表記し、このように暗号化されたコンテンツキーを、｛Ｅ（Ｋｉ，ＣＫ）｝１２２と表記する。
【００１６】
デバイス１３１ないし１３４は、自身が保有しているキーセットを利用して、コンテンツ提供者１１から受信した｛Ｅ（Ｋｉ，ＣＫ）｝１２２に対する復号化を試みる。もし、｛Ｅ（Ｋｉ，ＣＫ）｝１２２の暗号化に使われたキーと一致する少なくとも一つ以上のキーを保有したデバイス１３１ないし１３４は、｛Ｅ（Ｋｉ，ＣＫ）｝１２２を復号化できるが、｛Ｅ（Ｋｉ，ＣＫ）｝１２２の暗号化に使われたキーと一致する少なくとも一つ以上のキーをただ一つも保有していないデバイス１３１ないし１３４は、｛Ｅ（Ｋｉ，ＣＫ）｝１２２を復号化できない。｛Ｅ（Ｋｉ，ＣＫ）｝１２２を復号化したデバイスは、｛Ｅ（Ｋｉ，ＣＫ）｝１２２復号化の結果物であるコンテンツキーＣＫを利用して、Ｅ（ＣＫ，ｃｏｎｔｅｎｔ）１２１を復号化する。
【００１７】
したがって、コンテンツ提供者１１は、キーセット露出などによって廃棄されたデバイスが保有していないキーのみでコンテンツキーを暗号化して、デバイス１３１ないし１３４にブロードキャストすることによって、これらデバイスが｛Ｅ（Ｋｉ，ＣＫ）｝１２２を復号化できないようにする。結果的に、キーセット露出などによって廃棄されたデバイスは、Ｅ（ＣＫ，ｃｏｎｔｅｎｔ）１２１を復号化できなくなる。
【００１８】
図２は、図１に図示されたブロードキャスト暗号化方式で使われるツリーの一例を示す図面である。
【００１９】
図２を参照すれば、図２に図示されたブロードキャスト暗号化方式で使われるツリーは、一つの先祖ノードが二つの子孫ロードを持っており、４つの階層からなる２進４階層形態のツリーである。また、ツリーのノードそれぞれには一つのキーが割り当てられている。
【００２０】
図２に図示されたツリーのノードのうち、最も上段のノードをルートノードといい、最も下段のノードをリーフノードという。一般的なブロードキャスト暗号化方式によれば、リーフノードそれぞれにデバイスそれぞれを一対一に対応させ、デバイスそれぞれに、これらそれぞれに対応するリーフノードからルートノードまでの最短経路に位置したノードのキーを割り当てる。また、リーフノードそれぞれに応用プログラムそれぞれを一対一に対応させることもできる。例えば、デバイス１のキーセット割り当てを説明すれば、デバイス１に対応するリーフノードからルートノードまでの最短経路に位置したノードのキーはＫ１、Ｋ２、Ｋ４、及びＫ８になり、このキーで構成されたキーセットがデバイス１に割り当てられる。
【００２１】
図２に図示されたツリーのあらゆるリーフノードのキーが廃棄されていない状態ならば、あらゆるデバイスは、ルートノードのキーＫ１を使用してブロードキャスト暗号化方式によって暗号化されたあらゆるコンテンツを復号化できる。したがって、デバイスがブロードキャスト暗号化方式によって暗号化されたコンテンツＥ（ＣＫ，ｃｏｎｔｅｎｔ）を復号化するのに要求される最小限のキーセットは、Ｋ１になる。
【００２２】
図３は、図２に図示されたツリーのリーフノードのうちいずれか一つが廃棄された場合を示す図面である。
【００２３】
図３を参照すれば、図２に図示されたツリーのリーフノードのうち、デバイス１に対応するリーフノードのキーＫ１、Ｋ２、Ｋ４、及びＫ８が廃棄された状態である。この場合、デバイス１を除外したあらゆるデバイスは、Ｋ３、Ｋ５、及びＫ９を使用してブロードキャスト暗号化方式によって暗号化されたあらゆるコンテンツを復号化できる。したがって、デバイス１を除外したあらゆるデバイスがブロードキャスト暗号化方式によって暗号化されたコンテンツＥ（ＣＫ，ｃｏｎｔｅｎｔ）を復号化するのに要求される最小限のキーセット、すなわち、デバイス１を除外したあらゆるデバイスが共有する最小限のキーセットは、Ｋ３、Ｋ５、及びＫ９となる。
【００２４】
ただし、前記のブロードキャスト暗号化方式は、ブロードキャスト暗号化方式が適用されるデバイスの数が増加すれば、これらそれぞれに割り当てられねばならない廃棄キーの数が幾何級数的に増加するという問題点があった。ＨＢＥＳ（Ｈｉｅｒａｒｃｈｉｃａｌ Ｈａｓｈ−Ｃｈａｉｎ Ｂｒｏａｄｃａｓｔ Ｅｎｃｒｙｐｔｉｏｎ Ｓｃｈｅｍｅ）は、このような問題点を解決するための変形されたブロードキャスト暗号化方式である。
【００２５】
図４は、一般的なＨＢＥＳキーツリーを示す図面である。
【００２６】
図４を参照すれば、一般的なＨＢＥＳキーツリーは、Ｌ階層Ｎ進ツリー（Ｌ−Ｌａｙｅｒｓ Ｎ−ａｒｙ ｔｒｅｅ）であり、廃棄キーの一種であるＨＢＥＳノードキーセットが割り当てられたノードのグループが階層的に配列された構造になっている。また、ＨＢＥＳキーツリー内のグループに属するリーフノードそれぞれがデバイスに対応し、ＨＢＥＳリーフノードキーセットが割り当てられる。
【００２７】
特に、ＨＢＥＳノードキーセットは、一つのシード値及びこのシード値と異なるシード値それぞれが、相異なる回数でハッシュされた値で構成される。さらに詳細に説明すれば、ＨＢＥＳキーツリー内のグループのうち、いずれか一つのグループに属するノードそれぞれに最初のシード値とこのシード値が連鎖的にハッシュされた値とが割り当てられ、次いで、第二のシード値とこのシード値が連鎖的にハッシュされた値とが一ノードほど遷移されて割り当てられ、この過程は、最後のシード値とこのシード値が連鎖的にハッシュされた値とが割り当てられるまで反復される。
【００２８】
図５は、一般的なＨＢＥＳノードキーセットの一例を示す図面である。
【００２９】
図５は、８個のノードを持つグループに対するＨＢＥＳノードキーセットを表す。ここで、関数ｈは、ハッシュ関数を意味し、ｈｊ（Ｓｉ）は、Ｓｉがｊ回ハッシュされた値であることを意味する。例えば、最初のノード０×０にはＳ０、Ｓ１が７回ハッシュされた値、Ｓ２が６回ハッシュされた値、…、Ｓ７が１回ハッシュされた値が割り当てられる。
【００３０】
一般的なブロードキャスト暗号化方式と同様に、ＨＢＥＳキーツリーのリーフノードそれぞれにデバイスそれぞれを一対一に対応させ、デバイスそれぞれに、これらそれぞれに対応するリーフノードからルートノードまでの最短経路に位置したノードのキーを割り当てる。また、リーフノードそれぞれに応用プログラムそれぞれを一対一に対応させることもできる。このように、ＨＢＥＳによれば、廃棄キーの数は減少したが、ＨＢＥＳリーフノードキーセットのデータ量は増加した。
【００３１】
図６は、図５に図示されたＨＢＥＳリーフノードのうち、一部が廃棄された場合を示す図面である。
【００３２】
図６は、図５に図示されたＨＢＥＳリーフノードのうち、２番目ノード０×１、７番目ノード０×６が廃棄された場合を表す。ＨＢＥＳによれば、ＨＢＥＳリーフノードのうち、いかなるリーフノードが廃棄されたかを表す廃棄ノード情報を含むブロードキャストキーブロックは、ＨＢＥＳリーフノードそれぞれに対応するデバイスで随時ブロードキャストされる。これを通じて、デバイスは、ＨＢＥＳリーフノードのうちいかなるノードが廃棄されたかが分かる。
【００３３】
一般的に、ブロードキャストキーブロックは、ブロードキャストキーブロック長、構造バージョン、廃棄バージョン、キーチェックデータ、保留、廃棄リーフノードの数及び廃棄ノード情報で構成される。特に、図６に図示された場合についての廃棄ノード情報は、｛０００００１２、０００１１０２、署名、Ｅ（Ｈ３（Ｓ２）、ＢＫ）、Ｅ（Ｈ（Ｓ７）、ＢＫ）｝で構成される。ここで、ＢＫ（Ｂｒｏａｄｃａｓｔ Ｋｅｙ）は、コンテンツ暗号化に使われたコンテンツキーＣＫでもあり、コンテンツキー暗号化に使われたキー暗号化キーＫＥＫでもある。
【００３４】
図７は、一般的なＨＢＥＳキーツリーの一例を示す図面である。
【００３５】
図７を参照すれば、図７に図示されたＨＢＥＳキーツリーは、３階層４進ツリーである。特に、ＨＢＥＳキーツリー内のグループに属するノードのうち、Ｘ表示された部分が廃棄されたＨＢＥＳリーフノードキーセットであることを表す。図２に図示されたＨＢＥＳキーツリーについて、前記のような廃棄ノード情報を表現するためには非常に多くのビット数が必要となる。
【００３６】
前記のように、デバイスまたは応用プログラムは、自身と対応するノードのＩＤ及びＨＢＥＳリーフノードキーセットを保有していなければならない。また、デバイスまたは応用プログラムは、ＨＢＥＳによって暗号化されたコンテンツを復号化するために、ブロードキャストキーブロックを受信し、これに基づいて自身が廃棄されたかどうかを検査し、その結果によって暗号化されたコンテンツキーを復号化するなど、コンテンツ復号化に必要な一連の過程を行わねばならない。デバイスのデータ保存容量が小さいか、データ処理能力が落ちる場合に、これは相当な負担として作用する。
【００３７】
図８は、本発明の望ましい一実施形態による復号化方法及び復号化支援方法の概略的なフローチャートである。
【００３８】
図８を参照すれば、本実施形態による復号化方法及び復号化支援方法は、次のようなステップで構成される。特に、本実施形態による復号化方法は、クライアント８１の内部で行われ、本実施形態による復号化支援方法は、ホスト８２の内部で行われる。ホスト８２は、必ずしも物理的なデバイスである必要はなく、デバイスが提供するサービスであってもよい。
【００３９】
クライアント８１のデータ保存容量が小さいか、データ処理能力が落ちる場合に、クライアント８１の負担を低減するために、８０１ステップでクライアント８１は、ＨＢＥＳリーフノードのうち、クライアント８１に対応するリーフノードが廃棄されたかどうかによって、クライアント８１が保有している暗号化されたコンテンツの復号化を行う一連の過程のうち、一部を処理することを外部のホスト８２に要請する。これにより、８０１ステップでクライアント８１は前記の要請を受信する。
【００４０】
例えば、クライアント８１は、ＨＢＥＳリーフノードのうち、クライアント８１に対応するリーフノードが廃棄されたかどうかを検査することを要請してもよく、暗号化されたコンテンツキーを復号化することを要請してもよい。
【００４１】
クライアント８１のデータ保存容量が小さな場合、クライアント８１は、暗号化されたコンテンツの復号化を行う一連の過程を処理するのに必要な情報のうち、一部のみを保有できる。この場合、クライアント８１は、この一部の情報を除外した残りを保有している外部のホスト８２に、この一部の情報を含む要請メッセージを伝送することで要請する。
【００４２】
クライアント８１のデータ保存容量は十分であるが、クライアント８１の処理能力が落ちる場合、クライアント８１は、暗号化されたコンテンツの復号化を行う一連の過程を処理するのに必要な情報全部を保有できる。この場合、クライアント８１は、外部のホスト８２に前記情報の一部または全部を備える要請メッセージを伝送することで要請する。
【００４３】
８０２ステップで、ホスト８２は、８０１ステップで受信された要請に応じてクライアント８１が保有している暗号化されたコンテンツの復号化を行う一連の過程のうち、一部を処理する。例えば、ホスト８２は、クライアント８１の代わりにＨＢＥＳリーフノードのうち、クライアント８１に対応するリーフノードが廃棄されたかどうかを検査してもよく、暗号化されたコンテンツキーを復号化してもよい。
【００４４】
８０３ステップで、ホスト８２は、８０２ステップでの処理結果を含む応答を伝送する。これにより、クライアント８１は、８０１ステップでの要請に対する応答を受信する。
【００４５】
８０４ステップで、ホスト８２は、８０３ステップで受信された応答に基づいてクライアント８１に対応する暗号化されたコンテンツを復号化する。例えば、ホスト８２は、８０３ステップで受信された応答に含まれたコンテンツキーを利用して、暗号化されたコンテンツを復号化する。
【００４６】
図９は、本発明の望ましい一実施形態によるクライアント及びホストの構成図である。
【００４７】
図９を参照すれば、本実施形態によるクライアント８１の復号化装置は、第１ストレージ８１１、第２ストレージ８１２、ＳＡＣ（Ｓｅｃｕｒｅｄ Ａｕｔｈｅｎｔｉｃａｔｅｄ Ｃｈａｎｎｅｌ）開設部８１３、廃棄検査要請部８１４、廃棄検査応答受信部８１５、復号化要請部８１６、復号化応答受信部８１７、ＤＲＭエンジン８１８、暗／復号化エンジン８１９、コンテンツ再生部８１１０及びＳＡＣ終了部８１１１で構成される。
【００４８】
本実施形態では、ＨＢＥＳに適用されると記述しているが、本実施形態が、図２に図示された一般的なブロードキャスト暗号化方式にも適用できるということを、当業者ならば、理解できるであろう。また、本実施形態では、ＨＢＥＳリーフノードそれぞれにデバイスそれぞれを対応させると記述しているが、ＨＢＥＳリーフノードそれぞれに応用プログラムそれぞれを対応させることもあるということを、当業者ならば、理解できるであろう。
【００４９】
また、本実施形態では、コンテンツをコンテンツキーＣＫで暗号化し、コンテンツキーＣＫをブロードキャストキーＢＫで暗号化し、ブロードキャストキーＢＫを廃棄ノードを除外したあらゆるノードが共有する最小限のキーセットで暗号化する方式を採択しているが、コンテンツをコンテンツキーＣＫで暗号化し、コンテンツキーＣＫを廃棄ノードを除外したあらゆるノードが共有する最小限のキーセットで暗号化する方式を採択することもできるということを、当業者ならば理解できるであろう。
【００５０】
第１ストレージ８１１には、本実施形態に適用されるＤＲＭ規格によるライセンス及び暗号化されたコンテンツＥ（ＣＫ，ｃｏｎｔｅｎｔ）が保存される。一般的に、ライセンスは、コンテンツ保護手段を解除できる情報、コンテンツの使用範囲についての情報で構成される。特に、本実施形態でのライセンスは、コンテンツ保護手段を解除できる情報であって、暗号化されたコンテンツキーＥ（ＢＫ，ＣＫ）を含む。ただし、本実施形態を具現する色々な方式によって、第１ストレージ８１１には、ライセンス及び暗号化されたコンテンツＥ（ＣＫ，ｃｏｎｔｅｎｔ）以外に、ブロードキャストキーブロックの一部または全部が保存されることもできる。ブロードキャストキーブロックは、ＨＢＥＳリーフノードのうちいかなるリーフノードが廃棄されたかを表す廃棄リーフノード情報及び暗号化されたブロードキャストキー｛Ｅ（ｈｊ（Ｓｉ），ＢＫ）｝で構成される。
【００５１】
第２ストレージ８１２には、クライアント８１の固有キー及び図５に図示されたＨＢＥＳキーツリーのリーフノードのうち、クライアント８１に対応するリーフノードのＩＤが保存される。ただし、本実施形態を具現する色々な方式によって、第２ストレージ８１２には、クライアント８１の固有キー及びリーフノードＩＤ以外にＨＢＥＳリーフノードキーセットが保存されることもある。第２ストレージ８１２に保存されるこのような情報は、外部に露出されてはならない情報であるために、第２ストレージ８１２は、外部からの接近が不可能なストレージで具現されねばならない。
【００５２】
ＳＡＣ開設部８１３は、ホスト８２とのＳＡＣを開設する。より詳細に説明すれば、ＳＡＣ開設部８１３は、ホスト８２との相互認証を行う。クライアント８１とホスト８２それぞれが、ブロードキャストキーブロックの一部または全部を保有しているならば、これを利用して相互認証を行うこともできる。次いで、ＳＡＣ開設部８１３は、ホスト８２との相互認証に成功すれば、乱数を生成し、ホスト８２と乱数とを交換する。次いで、ＳＡＣ開設部８１３は、クライアント８１の乱数とホスト８２の乱数とに基づいてセッションキーを生成し、このセッションキーを利用していずれか一つのセッション間のＳＡＣを開設する。クライアント８１とホスト８２とは、ＳＡＣ開設部８１３により開設されたＳＡＣを通じて安全にメッセージを交換できる。すなわち、クライアント８１は、ホスト８２にセッションキーを利用してメッセージを暗号化して伝送すれば、ホスト８２は、クライアント８２からこのメッセージを受信して復号化する。ただし、本実施形態を具現する色々な方式によって、ＳＡＣ開設部８１３は使われないこともある。
【００５３】
廃棄検査要請部８１４は、ＨＢＥＳリーフノードのうち、クライアント８１に対応するリーフノードが廃棄されたかどうかを検査することをホスト８２に要請する。より詳細に説明すれば、廃棄検査要請部８１４は、クライアント８１に対応するノードが廃棄されたかどうかを検査するために必要な情報のうち一部である、クライアント８１に対応するリーフノードのＩＤを含む廃棄検査要請メッセージを、ブロードキャストキーブロック及びＨＢＥＳリーフノードキーセットを保有しているホスト８２に伝送する。
【００５４】
クライアント８１がＨＢＥＳリーフノードキーセットを保有しているが、暗号化されたコンテンツキーＥ（ＢＫ，ＣＫ）を復号化できない場合がありうる。この場合、廃棄検査要請部８１４は、クライアント８１に対応するリーフノードのＩＤ以外に、ＨＢＥＳリーフノードキーセットを含む廃棄検査要請メッセージを、ブロードキャストキーブロックを保有しているホスト８２に伝送することもある。また、クライアント８１がブロードキャストキーブロックのうち一部を保有している場合がありうる。この場合、廃棄検査要請部８１４は、クライアント８１に対応するリーフノードのＩＤ以外に、ブロードキャストキーブロックのうち一部を備える廃棄検査要請メッセージを、ブロードキャストキーブロックのうち前記一部を除外した残り、及びＨＢＥＳリーフノードキーセットを保有しているホスト８２に伝送する。また、クライアント８１がブロードキャストキーブロック全部を保有している場合がありうる。この場合、廃棄検査要請部８１４は、クライアント８１に対応するリーフノードのＩＤ以外に、ブロードキャストキーブロック全部を備える廃棄検査要請メッセージを、ＨＢＥＳリーフノードキーセットを保有しているホスト８２に伝送する。
【００５５】
特に、廃棄検査要請メッセージを安全に伝送するために、廃棄検査要請部８１４は、ＳＡＣ開設部８１３により開設されたＳＡＣを通じて廃棄検査要請メッセージを伝送する。また、廃棄検査要請部８１４は、ＳＡＣ開設部８１３により生成されたセッションキーを利用せず、クライアント８１の固有キーを利用して廃棄検査要請メッセージを暗号化することもある。クライアント８１とクライアント８１との間の暗号化方式が秘密キー方式ならば、クライアント８１の固有キーは秘密キーとなり、公開キー方式ならば、クライアント８１の固有キーは公開キーとなる。
【００５６】
廃棄検査応答受信部８１５は、廃棄検査要請部８１５での廃棄検査要請に対する応答を受信する。より詳細に説明すれば、廃棄検査応答受信部８１５は、廃棄検査要請部８１５により伝送された廃棄検査要請メッセージに対する応答に該当する廃棄検査応答メッセージを受信する。廃棄検査応答受信部８１５に廃棄検査応答メッセージが受信されたということは、ホスト８２での廃棄検査結果が、クライアント８１に対応するリーフノードが廃棄されていないということを表すということを意味する。特に、廃棄検査応答受信部８１５は、ＳＡＣ開設部８１３により開設されたＳＡＣを通じて廃棄検査応答メッセージを受信する。また、廃棄検査応答受信部８１５は、ＳＡＣ開設部８１３により生成されたセッションキーを利用せず、クライアント８１の固有キーを利用して、ホスト８２により暗号化された廃棄検査応答メッセージを復号化することもある。
【００５７】
復号化要請部８１６は、廃棄検査要請部８１４での要請に対する応答が受信されれば、ホスト８２に暗号化されたコンテンツキーＥ（ＢＫ，ＣＫ）を復号化することを要請する。より詳細に説明すれば、復号化要請部８１６は、廃棄検査応答受信部８１５に廃棄検査応答メッセージが受信されれば、第１ストレージ８１１に保存されたライセンスを含む復号化要請メッセージを伝送する。前記のように、第１ストレージ８１１に保存されたライセンスは、暗号化されたコンテンツキーＥ（ＢＫ，ＣＫ）を含む。復号化要請メッセージは、第２ストレージ８１２に保存されたＨＢＥＳリーフノードキーセットを含むこともある。
【００５８】
特に、復号化要請メッセージを安全に伝送するために、復号化要請部８１６は、ＳＡＣ開設部８１３により開設されたＳＡＣを通じて復号化要請メッセージを伝送する。また、復号化要請部８１６は、ＳＡＣ開設部８１３により生成されたセッションキーを利用せず、クライアント８１の固有キーを利用して復号化要請メッセージを暗号化することもある。
【００５９】
復号化応答受信部８１７は、復号化要請部８１６での復号化要請に対する応答を受信する。より詳細に説明すれば、復号化応答受信部８１７は、復号化要請部８１６により伝送された復号化要請メッセージに対する応答に該当する復号化応答メッセージを受信する。特に、復号化応答受信部８１７は、ＳＡＣ開設部８１３により開設されたＳＡＣを通じて廃棄検査応答メッセージを受信する。また、復号化応答受信部８１７は、ＳＡＣ開設部８１３により生成されたセッションキーを利用せず、クライアント８１の固有キーを利用して、ホスト８２により暗号化された復号化応答メッセージを復号化することもある。
【００６０】
ＤＲＭエンジン８１８は、第１ストレージ８１１に保存されたライセンスを解釈する。ＤＲＭエンジン８１８でのライセンス解釈結果によって、暗／復号化エンジン８１９での復号化が統制される。例えば、ＤＲＭエンジン８１８でのライセンス解釈結果が表すコンテンツ使用範囲内でのみ、暗／復号化エンジン８１９での復号化が行われる。ただし、本実施形態を具現する色々な方式によって、ＤＲＭエンジン８１８は使われないこともある。
【００６１】
暗／復号化エンジン８１９は、廃棄検査要請部８１４での要請に対する応答に基づいて、第１ストレージ８１１に保存された暗号化されたコンテンツＥ（ＣＫ，ｃｏｎｔｅｎｔ）を復号化する。すなわち、暗／復号化エンジン８１９は、復号化要請部８１６での復号化要請に対する応答に含まれたコンテンツキーＣＫを利用して、第１ストレージ８１１に保存された暗号化されたコンテンツＥ（ＣＫ，ｃｏｎｔｅｎｔ）を復号化する。より詳細に説明すれば、暗／復号化エンジン８１９は、ＤＲＭエンジン８１８でのライセンス解釈結果によって、復号化応答受信部８１７に受信された復号化応答メッセージに含まれたコンテンツキーＣＫを利用して、第１ストレージ８１１に保存された暗号化されたコンテンツＥ（ＣＫ，ｃｏｎｔｅｎｔ）を復号化する。また、暗／復号化エンジン８１９は、ＤＲＭエンジン８１８でのライセンス解釈結果ではない、復号化応答受信部８１７に受信された復号化応答メッセージに含まれたライセンス解釈結果によって、復号化応答受信部８１７に受信された復号化応答メッセージに含まれたコンテンツキーＣＫを利用して、第１ストレージ８１１に保存された暗号化されたコンテンツＥ（ＣＫ，ｃｏｎｔｅｎｔ）を復号化する。
【００６２】
コンテンツ再生部８１１０は、暗／復号化エンジン８１９での復号化により復元されたコンテンツを再生する。
【００６３】
ＳＡＣ終了部８１１１は、復号化応答受信部８１７に復号化応答メッセージが受信されれば、ＳＡＣ開設部８１３により開設されたＳＡＣを終了する。
【００６４】
図９を参照すれば、本実施形態によるホスト８２の復号化支援装置は、第１ストレージ８２１、第２ストレージ８２２、ＳＡＣ開設部８２３、廃棄検査要請受信部８２４、廃棄検査部８２５、廃棄検査応答部８２６、復号化要請受信部８２７、ＤＲＭエンジン８２８、暗／復号化エンジン８２９、復号化応答部８２１０及びＳＡＣ終了部８２１１で構成される。
【００６５】
第１ストレージ８２１には、ブロードキャストキーブロックが保存される。ただし、本実施形態を具現する色々な方式によって、第１ストレージ８２１には、ブロードキャストキーブロック一部のみ保存されてもよく、ブロードキャストキーブロック全部が保存されなくてもよい。
【００６６】
第２ストレージ８２２には、ホスト８２の固有キー及びＨＢＥＳリーフノードキーセットが保存される。第２ストレージ８１２に保存されるこのような情報は、外部に露出されてはならない情報であるために、第２ストレージ８１２は、外部からの接近が不可能なストレージとして具現されねばならない。
【００６７】
ＳＡＣ開設部８２３は、クライアント８１とのＳＡＣを開設する。より詳細に説明すれば、ＳＡＣ開設部８２３は、クライアント８１との相互認証を行う。クライアント８１とホスト８２それぞれがブロードキャストキーブロック一部または全部を保有しているならば、これを利用して相互認証を行うこともできる。次いで、ＳＡＣ開設部８２３は、クライアント８１との相互認証に成功すれば、乱数を生成し、クライアント８１と乱数を交換する。次いで、ＳＡＣ開設部８２３は、クライアント８１の乱数とホスト８２の乱数とに基づいてセッションキーを生成し、このセッションキーを利用していずれか一つのセッション間のＳＡＣを開設する。ただし、本実施形態を具現する色々な方式によって、ＳＡＣ開設部８２３は使われないこともある。
【００６８】
廃棄検査要請受信部８２４は、ＨＢＥＳリーフノードのうち、クライアント８１に対応するリーフノードが廃棄されたかどうかを検査せよという要請をクライアント８１から受信する。より詳細に説明すれば、廃棄検査要請受信部８２４は、クライアント８１に対応するリーフノードが廃棄されたかどうかを検査するために必要な情報のうち一部である、クライアント８１に対応するリーフノードのＩＤを含む廃棄検査要請メッセージを、クライアント８１から受信する。特に、廃棄検査要請受信部８２４は、ＳＡＣ開設部８２３により開設されたＳＡＣを通じて廃棄検査要請メッセージを受信する。また、廃棄検査要請受信部８２４は、ＳＡＣ開設部８２３により生成されたセッションキーを利用せず、ホスト８２の固有キーを利用して、クライアント８１により暗号化された廃棄検査要請メッセージを復号化してもよい。
【００６９】
廃棄検査部８２５は、廃棄検査要請受信部８２４に受信された要請に応じて、クライアント８１に対応するリーフノードが廃棄されたかどうかを検査する。より詳細に説明すれば、廃棄検査部８２５は、第１ストレージ８２１に保存されたブロードキャストキーブロックのうち、ＨＢＥＳリーフノードのうちいかなるリーフノードが廃棄されたかを表す廃棄リーフノード情報を参照して、廃棄検査要請受信部８２４に受信された廃棄検査要請メッセージに含まれたＩＤを持つノードが廃棄されたかどうかを検査する。
【００７０】
廃棄検査応答部８２６は、廃棄検査部８２５での検査結果を含む応答を伝送する。より詳細に説明すれば、廃棄検査応答部８２６は、廃棄検査部８２５での検査結果が、クライアント８１に対応するリーフノードが廃棄されていないということを表す場合に、廃棄検査要請受信部８２４に、受信された廃棄検査要請メッセージに対する応答に該当する廃棄検査応答メッセージを伝送する。
【００７１】
特に、廃棄検査応答メッセージを安全に伝送するために、廃棄検査応答部８２６は、ＳＡＣ開設部８２３により開設されたＳＡＣを通じて廃棄検査要請メッセージを伝送する。また、廃棄検査応答部８２６は、ＳＡＣ開設部８２３により生成されたセッションキーを利用せず、ホスト８２の固有キーを利用して廃棄検査要請メッセージを暗号化してもよい。クライアント８１とホスト８２との間の暗号化方式が秘密キー方式ならば、ホスト８２の固有キーは秘密キーとなり、公開キー方式ならば、ホスト８２の固有キーは公開キーとなる。
【００７２】
復号化要請受信部８２７は、廃棄検査応答部８２６により伝送された応答に対して、暗号化されたコンテンツキーＥ（ＢＫ，ＣＫ）を復号化せよという要請をクライアント８１から受信する。より詳細に説明すれば、復号化要請受信部８２７は、クライアント８１のライセンスを含む復号化要請メッセージをクライアント８１から受信する。復号化要請メッセージに含まれたライセンスは、暗号化されたコンテンツキーＥ（ＢＫ，ＣＫ）を含む。特に、復号化要請受信部８２７は、ＳＡＣ開設部８２３により開設されたＳＡＣを通じて復号化要請メッセージを受信する。また、復号化要請受信部８２７は、ＳＡＣ開設部８２３により生成されたセッションキーを利用せず、ホスト８２の固有キーを利用して、クライアント８１により暗号化された復号化要請メッセージを復号化してもよい。
【００７３】
ＤＲＭエンジン８２８はライセンスを解釈する。ただし、ＤＲＭエンジン８２８は、クライアント８１のＤＲＭエンジン８１８が使われない場合に、クライアント８１の代わりにライセンスを解釈してクライアント８１に伝達する。
【００７４】
暗／復号化エンジン８２９は、復号化要請受信部８２７に受信された要請に応じて、第２ストレージ８２２に保存されたＨＢＥＳリーフノードキーセットを利用して、暗号化されたコンテンツキーＥ（ＢＫ，ＣＫ）を復号化する。また、暗／復号化エンジン８２８は、第２ストレージ８２２に保存されたＨＢＥＳリーフノードキーセットの代りに、復号化要請メッセージに含まれたＨＢＥＳリーフノードキーセットを利用して、暗号化されたコンテンツキーＥ（ＢＫ，ＣＫ）を復号化してもよい。
【００７５】
より詳細に説明すれば、暗／復号化エンジン８２９は、第２ストレージ８２２に保存されたＨＢＥＳリーフノードキーセットを利用して、ブロードキャストキーブロックに含まれた暗号化されたブロードキャストキー｛Ｅ（ｈｊ（Ｓｉ），ＢＫ）｝を復号化する。次いで、暗／復号化エンジン８２９は、ブロードキャストキーＢＫを利用して、復号化要請メッセージのライセンスに含まれた暗号化されたコンテンツキーＥ（ＢＫ，ＣＫ）を復号化する。もし、ブロードキャストキーＢＫがコンテンツキーＣＫである場合ならば、暗／復号化エンジン８２９は、第２ストレージ８２２に保存されたＨＢＥＳリーフノードキーセットを利用して、直ちに暗号化されたコンテンツキーを復号化できる。
【００７６】
復号化応答部８２１０は、暗／復号化エンジン８２９での復号化により復元されたコンテンツキーを含む復号化応答メッセージを伝送する。復号化応答メッセージは、ＤＲＭエンジン８２８でのライセンス解釈結果を含むこともある。特に、復号化応答メッセージを安全に伝送するために、復号化応答部８２１０は、ＳＡＣ開設部８２３により開設されたＳＡＣを通じて復号化応答メッセージを伝送する。また、復号化応答部８２１０は、ＳＡＣ開設部８２３により生成されたセッションキーを利用せず、ホスト８２の固有キーを利用して復号化応答メッセージを暗号化してもよい。クライアント８１とホスト８２との間の暗号化方式が秘密キー方式ならば、ホスト８２の固有キーは秘密キーとなり、公開キー方式ならば、ホスト８２の固有キーは公開キーとなる。
【００７７】
ＳＡＣ終了部８２１１は、復号化応答部８２１０により復号化応答メッセージが伝送されれば、ＳＡＣ開設部８１３により開設されたＳＡＣを終了する。
【００７８】
図１０は、本発明の望ましい一実施形態による復号化方法のフローチャートである。
【００７９】
図１０を参照すれば、本実施形態による復号化方法は、図９に図示されたクライアント８１の復号化装置で時系列的に処理されるステップで構成される。したがって、以下、省略された内容であっても、図９に図示されたクライアント８１の復号化装置に関して、以上で記述された内容は、本実施形態による復号化方法にも適用される。
【００８０】
１０１ステップで、クライアント８１は、ホスト８２とのＳＡＣを開設する。
【００８１】
１０２ステップで、クライアント８１は、ＳＡＣを通じてＨＢＥＳリーフノードのうち、クライアント８１に対応するリーフノードが廃棄されたかどうかを検査することを、ホスト８２に要請する。より詳細に説明すれば、１０２ステップで、クライアント８１は、クライアント８１に対応するノードが廃棄されたかどうかを検査するために必要な情報のうち、一部であるクライアント８１に対応するリーフノードのＩＤを含む廃棄検査要請メッセージをホスト８２に伝送する。
【００８２】
１０３ステップで、クライアント８１は、ＳＡＣを通じて１０２ステップでの廃棄検査要請に対する応答を受信した場合には、１０４ステップに進み、受信しない場合には、１０８ステップに進む。より詳細に説明すれば、１０３ステップで、クライアント８１は、１０２ステップで伝送された廃棄検査要請メッセージに対する応答に該当する廃棄検査応答メッセージを受信した場合には、１０４ステップに進み、受信しない場合には、１０８ステップに進む。
【００８３】
１０４ステップで、クライアント８１は、１０３ステップで１０２ステップでの要請に対する応答が受信されれば、ＳＡＣを通じてホスト８２に暗号化されたコンテンツキーＥ（ＢＫ，ＣＫ）を復号化することを要請する。
【００８４】
１０５ステップで、クライアント８１は、ＳＡＣを通じて１０４ステップでの復号化要請に対する応答を受信する。より詳細に説明すれば、１０５ステップで、クライアント８１は、１０４ステップで伝送された復号化要請メッセージに対する応答に該当する復号化応答メッセージを受信する。
【００８５】
１０６ステップで、クライアント８１は、１０５ステップで受信された復号化応答メッセージに含まれたライセンス解釈結果によって、復号化応答メッセージに含まれたコンテンツキーＣＫを利用して、第１ストレージ８１１に保存された暗号化されたコンテンツＥ（ＣＫ，ｃｏｎｔｅｎｔ）を復号化する。
【００８６】
１０７ステップで、クライアント８１は、１０６ステップでの復号化により復元されたコンテンツを再生する。
【００８７】
１０８ステップで、クライアント８１は、ホスト８２とのＳＡＣを終了する。
【００８８】
図１１は、本発明の望ましい一実施形態による復号化支援方法のフローチャートである。
【００８９】
図１１を参照すれば、本実施形態による復号化支援方法は、図９に図示されたホスト８２の復号化支援装置で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図９に図示されたホスト８２の復号化支援装置に関して以上で記述された内容は、本実施形態による復号化支援方法にも適用される。
【００９０】
１１１ステップで、ホスト８２は、クライアント８１とのＳＡＣを開設する。
【００９１】
１１２ステップで、ホスト８２は、ＳＡＣを通じてＨＢＥＳリーフノードのうち、クライアント８１に対応するリーフノードが廃棄されたかどうかを検査せよという要請をクライアント８１から受信する。より詳細に説明すれば、１１２ステップで、ホスト８２は、クライアント８１に対応するリーフノードが廃棄されたかどうかを検査するために必要な情報のうち、一部であるクライアント８１に対応するリーフノードのＩＤを含む廃棄検査要請メッセージをクライアント８１から受信する。
【００９２】
１１３ステップで、ホスト８２は、１１２ステップで受信された要請に応じて、クライアント８１に対応するリーフノードが廃棄されたかどうかを検査する。より詳細に説明すれば、１１３ステップで、ホスト８２は、第１ストレージ８２１に保存されたブロードキャストキーブロックのうち、ＨＢＥＳリーフノードのうちいかなるリーフノードが廃棄されたかを表す廃棄リーフノード情報を参照して、廃棄検査要請受信部８２４に受信された廃棄検査要請メッセージに含まれたＩＤを持つノードが廃棄されたかどうかを検査する。
【００９３】
１１４ステップで、ホスト８２は、１１３ステップでの検査結果が、クライアント８１に対応するリーフノードが廃棄されていないことを表す場合には、１１５ステップに進み、廃棄されたことを表す場合には、１１１０ステップに進む。
【００９４】
１１５ステップで、ホスト８２は、ＳＡＣを通じて１１２ステップで受信された要請に対する応答を伝送する。より詳細に説明すれば、１１５ステップで、ホスト８２は、１１３ステップでの検査結果を含む廃棄検査応答メッセージを伝送する。
【００９５】
１１６ステップで、ホスト８２は、１１５ステップで伝送された応答に対して暗号化されたコンテンツキーＥ（ＢＫ，ＣＫ）を復号化せよという要請を、ＳＡＣを通じてクライアント８１から受信する。より詳細に説明すれば、１１６ステップで、ホスト８２は、クライアント８１のライセンスを含む復号化要請メッセージをクライアント８１から受信する。
【００９６】
１１７ステップで、ホスト８２は、ライセンスを解釈する。
【００９７】
１１８ステップで、ホスト８２は、１１６ステップで受信された要請に応じて、第２ストレージ８２２に保存されたＨＢＥＳリーフノードキーセットを利用して、暗号化されたコンテンツキーＥ（ＢＫ，ＣＫ）を復号化する。
【００９８】
１１９ステップで、ホスト８２は、ＳＡＣを通じて１１６ステップで受信された要請に対する応答を伝送する。より詳細に説明すれば、１１９ステップで、ホスト８２は、１１８ステップでの復号化により復元されたコンテンツキーを含む復号化応答メッセージを伝送する。復号化応答メッセージは、１１７ステップでのライセンス解釈結果を含む。
【００９９】
１１１０ステップで、ホスト８２は、クライアント８１とのＳＡＣを終了する。
【０１００】
一方、前述した本発明の実施形態は、コンピュータで実行できるプログラムで作成可能であり、コンピュータで読み取り可能な記録媒体を利用して、前記プログラムを動作させる汎用ディジタルコンピュータで具現できる。また、前述した本発明の実施形態で使われたデータの構造は、コンピュータで読み取り可能な記録媒体にいろいろな手段を通じて記録できる。
【０１０１】
前記コンピュータで読み取り可能な記録媒体は、マグネチック記録媒体（例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）及びキャリアウェーブ（例えば、インターネットを通じた伝送）のような記録媒体を含む。
【０１０２】
これまで、本発明についてその望ましい実施形態を中心に説明した。当業者ならば、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態に具現できるということを理解できるであろう。したがって、開示された実施形態は、限定的な観点ではなく説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明ではなく特許請求の範囲に現れており、それと同等な範囲内にあるあらゆる差異点は本発明に含まれていると解釈されねばならない。
【産業上の利用可能性】
【０１０３】
本発明は、デジタルコンテンツを再生する装置、例えば、ＤＶＤプレーヤーなどに好適に用いられる。
【図面の簡単な説明】
【０１０４】
【図１】一般的なブロードキャスト暗号化方式を示す図面である。
【図２】図１に図示されたブロードキャスト暗号化方式で使われるツリーの一例を示す図面である。
【図３】図２に図示されたツリーのリーフノードのうちいずれか一つが廃棄された場合を示す図面である。
【図４】一般的なＨＢＥＳキーツリーを示す図面である。
【図５】一般的なＨＢＥＳノードキーセットの一例を示す図面である。
【図６】図５に図示されたＨＢＥＳリーフノードのうち、一部が廃棄された場合を示す図面である。
【図７】一般的なＨＢＥＳキーツリーの一例を示す図面である。
【図８】本発明の望ましい一実施形態による復号化方法及び復号化支援方法の概略的なフローチャートである。
【図９】本発明の望ましい一実施形態によるクライアント及びホストの構成図である。
【図１０】本発明の望ましい一実施形態による復号化方法のフローチャートである。
【図１１】本発明の望ましい一実施形態による復号化支援方法のフローチャートである。
【符号の説明】
【０１０５】
８１  クライアント
８１１  第１ストレージ
８１２  第２ストレージ
８１３  ＳＡＣ開設部
８１４  廃棄検査要請部
８１５  廃棄検査応答受信部
８１６  復号化要請部
８１７  復号化応答受信部
８１８  ＤＲＭエンジン
８１９  暗／復号化エンジン
８１１０  コンテンツ再生部
８１１１  ＳＡＣ終了部
８２  ホスト
８２１  第１ストレージ
８２２  第２ストレージ
８２３  ＳＡＣ開設部
８２４  廃棄検査要請受信部
８２５  廃棄検査部
８２６  廃棄検査応答部
８２７  復号化要請受信部
８２８  ＤＲＭエンジン
８２９  暗／復号化エンジン
８２１０  復号化応答部
８２１１  ＳＡＣ終了部
【図１】
2008033968.tif 000003
【図２】
2008033968.tif 000004
【図３】
2008033968.tif 000005
【図４】
2008033968.tif 000006
【図５】
2008033968.tif 000007
【図６】
2008033968.tif 000008
【図７】
2008033968.tif 000009
【図８】
2008033968.tif 000010
【図９】
2008033968.tif 000011
【図１０】
2008033968.tif 000012
【図１１】
2008033968.tif 000013