(57)【要約】  【課題】  どの再生装置からも獲得できる中間鍵は同じであるため、中間鍵が暴露され不正流出した場合、流出した中間鍵から不正な再生装置を特定することができず、それ以降に流通させるコンテンツについても、不正な再生装置での利用を防止することが不可能である。  【解決手段】  再生装置毎に獲得できる中間鍵を変更することにより、中間鍵が不正流出した場合でも、流出した中間鍵から不正な再生装置を特定することができる。【選択図】  図１
2006203275.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ鍵により暗号化されたコンテンツデータを記録する記録媒体であって、
複数のデバイス鍵の個々に対応する媒体鍵を、対応する前記デバイス鍵で暗号化した複数の暗号化媒体鍵と、
前記媒体鍵で前記コンテンツ鍵を暗号化した複数の暗号化コンテンツ鍵と、
を記録することを特徴とした記録媒体。
【請求項２】
前記デバイス鍵は、複数の再生装置で共有されているデバイス鍵であることを特徴とする請求項１記載の記録媒体。
【請求項３】
前記デバイス鍵は、再生装置で固有のデバイス鍵であることを特徴とする請求項１記載の記録媒体。
【請求項４】
外部から取得する暗号化コンテンツを再生するコンテンツの再生装置であって、
外部から情報を取得する情報取得手段と、
デバイス鍵を保持する手段と、
前記デバイス鍵で暗号化された暗号化中間鍵を、前記情報取得手段を通じて取得し、中間鍵を生成する手段と、
先に生成した前記中間鍵で暗号化された暗号化コンテンツ鍵を、前記情報取得手段から取得する手段と、
先に取得した前記暗号化コンテンツ鍵と、先に生成した前記中間鍵からコンテンツ鍵を生成する手段と、
を有することを特徴とする再生装置。
【請求項５】
前記情報取得手段が、記録媒体から情報を取得することを特徴とする請求項４記載の再生装置。
【請求項６】
前記情報取得手段が、放送により送信される情報を取得することを特徴とする請求項４記載の再生装置。
【請求項７】
前記デバイス鍵のうちの一つとして、前記再生装置に固有のデバイス鍵を保持する手段を有することを特徴とする請求項４から請求項６のいずれか１項に記載の再生装置。
【請求項８】
前記デバイス鍵は、複数の再生装置が保持しているデバイス鍵を保持する手段を有することを特徴とする請求項４から請求項６のいずれか１項に記載の再生装置。
【請求項９】
前記デバイス鍵は、不正端末を無効化するために用いる無効化用デバイス鍵と共通した情報として保持する手段を有することを特徴とする請求項４から請求項６のいずれか１項に記載の再生装置。
【請求項１０】
外部から取得する暗号化コンテンツを再生するコンテンツの再生方法であって、
保持するデバイス鍵で暗号化された暗号化中間鍵を外部から取得し、中間鍵を生成するステップと、
先に生成した前記中間鍵で暗号化された暗号化コンテンツ鍵を外部から取得するステップと、
先に取得した前記暗号化コンテンツ鍵と、先に生成した前記中間鍵からコンテンツ鍵を生成するステップと、
を有することを特徴とする再生方法。
【請求項１１】
請求項１０に記載のステップをコンピュータに実行させることを特徴とするプログラム。
【請求項１２】
請求項１０に記載のステップを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映画などの著作物であるコンテンツをデジタル化したデータを、例えばデジタル光ディスク等の大容量メディアに格納し、特定の再生装置においてのみデータを完全に獲得できる方法に関連し、特に、著作権を保護するための情報が不正に流出した場合に、流出元となった不正な再生装置を特定する技術に関する。
【背景技術】
【０００２】
近年、蓄積メディアが大容量化するに伴い、映画などの著作物であるコンテンツをデジタル化して、例えばデジタル光ディスク等のメディアに格納して配布するシステムが普及している。
こうしたシステムが提供される際には、コンテンツが不正に使用されないように、コンテンツの著作権が保護され、著作権者との合意による制限の下でのみコンテンツの再生や複製などが行われる必要がある。一般的には、次に示すようにして、著作物を著作権者の許可のない不正コピー等から保護する。記録装置がデジタルコンテンツをある暗号鍵により暗号化し、暗号化コンテンツをディスクに記録する。前記暗号鍵に対応する復号鍵を持つ再生装置だけが暗号化コンテンツを復号できる。記録装置や再生装置などの製造業者と著作権者との間で著作権保護に対する規定が取り決められ、その規定の遵守を条件として、製造業者は、暗号鍵を入手できる。製造業者は、入手した鍵が外部に露見しないように厳重に管理しなければならない。
【０００３】
しかし、製造業者が暗号鍵を厳重に管理したとしても、不正な第三者（以下、不正者）が、何らかの手段により暗号鍵を取得することがあるかもしれない。こうして暗号鍵が一旦不正者により暴露されてしまうと、この不正者は、製造業者と著作権者との合意による規定を逃れて、暗号鍵自体を流布したり、コンテンツを不正に扱う記録装置又は再生装置を製造したり、又はコンテンツを不正に扱うコンピュータプログラムを作成しインターネット等を介して流布することが考えられる。このような場合、著作権者は、一旦暴露された暗号鍵では、次から提供するコンテンツを扱えないようにしたいと考える。
【０００４】
これらを実現する方法の一例として、特許文献１にて、不正な再生装置ではコンテンツの再生に必要な暗号鍵を生成するための情報を取得させない仕組みを実現する方法が開示されている。この方法では、鍵管理機関は、複数のデバイス鍵及び複数の媒体鍵からなる集合を有している。鍵管理機関は、複数の記録装置及び複数の再生装置のそれぞれに、デバイス鍵及びそのデバイス鍵の鍵識別番号を割り当て、割り当てたデバイス鍵及び鍵識別番号を記録装置又は再生装置に与える。また、記録媒体に、１個の媒体鍵を割り当てる。次に、鍵管理機関は、前記記録装置及び前記再生装置のそれぞれに割り当てられた各デバイス鍵を用いて媒体鍵を暗号化して暗号化媒体鍵を作成し、全てのデバイス鍵に対する暗号化媒体鍵と鍵識別番号からなるリストを無効化情報として記録媒体に格納する。記録媒体が装着された記録装置又は再生装置は、自らに割り当てられた鍵識別番号に対応する暗号化媒体鍵を、前記記録媒体の無効化情報から取り出し、自らに割り当てられたデバイス鍵を用いて、取り出した暗号化媒体鍵を復号して媒体鍵を獲得する。次に、記録装置は、獲得した媒体鍵を用いてコンテンツの暗号鍵を暗号化して記録媒体に記録する。一方、再生装置は、同様にして獲得した媒体鍵を用いてコンテンツの暗号鍵を生成し、それを用いて暗号化コンテンツを復号する。このようにして、正規にデバイス鍵が割り当てられた記録装置又は再生装置であれば、１個の記録媒体からは必ず同じ媒体鍵が獲得でき、コンテンツを再生することができる。
【特許文献１】特開２００３―２０４３２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記の発明においては、不正な再生装置において、デバイス鍵が暴露され不正流出した場合には、流出したデバイス鍵から流出元の不正な再生装置を特定することができ、それ以降に流通させるコンテンツについては、不正な再生装置での利用を防止することが可能である。しかし、どの再生装置からも獲得できる媒体鍵が同じであるため、媒体鍵が暴露され不正流出した場合、流出した媒体鍵から不正な再生装置を特定することができず、それ以降に流通させるコンテンツについても、不正な再生装置での利用を防止することが不可能である。
【０００６】
そこで、本発明は、上記の問題点を鑑み、前記媒体鍵等の中間鍵が不正流出した場合でも、不正な再生装置を特定することができる記録媒体、再生装置、及びコンテンツ再生方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明では、コンテンツ鍵により暗号化されたコンテンツデータを記録する記録媒体であって、複数のデバイス鍵の個々に対応する媒体鍵を、対応する前記デバイス鍵で暗号化した複数の暗号化媒体鍵と、前記媒体鍵で前記コンテンツ鍵を暗号化した複数の暗号化コンテンツ鍵と、を記録することを特徴とした記録媒体を提供する。
【０００８】
さらに、前記デバイス鍵は、複数の再生装置で共有されているデバイス鍵であることを特徴とする情報記録媒体を提供する。
さらに、前記デバイス鍵は、再生装置で固有のデバイス鍵であることを特徴とする情報記録媒体を提供する。
また、外部から取得する暗号化コンテンツを再生するコンテンツの再生装置であって、外部から情報を取得する情報取得手段と、デバイス鍵を保持する手段と、前記デバイス鍵で暗号化された暗号化中間鍵を、前記情報取得手段を通じて取得し、中間鍵を生成する手段と、先に生成した前記中間鍵で暗号化された暗号化コンテンツ鍵を、前記情報取得手段から取得する手段と、先に取得した前記暗号化コンテンツ鍵と、先に生成した前記中間鍵からコンテンツ鍵を生成する手段とを有することを特徴とする再生装置を提供する。
【０００９】
さらに、前記情報取得手段が、記録媒体から情報を取得することを特徴とする再生装置を提供する。
さらに、前記情報取得手段が、放送により送信される情報を取得することを特徴とする再生装置を提供する。
さらに、前記デバイス鍵のうちの一つとして、前記再生装置に固有のデバイス鍵を保持する手段を有することを特徴とする再生装置を提供する。
【００１０】
さらに、前記デバイス鍵は、複数の再生装置が保持しているデバイス鍵を保持する手段を有することを特徴とする再生装置を提供する。
さらに、デバイス鍵は、不正端末を無効化するために用いる無効化用デバイス鍵と共通した情報として保持する手段を有することを特徴とする再生装置を提供する。
また、外部から取得する暗号化コンテンツを再生するコンテンツの再生方法であって、保持するデバイス鍵で暗号化された暗号化中間鍵を外部から取得し、中間鍵を生成するステップと、先に生成した前記中間鍵で暗号化された暗号化コンテンツ鍵を外部から取得するステップと、先に取得した前記暗号化コンテンツ鍵と、先に生成した前記中間鍵からコンテンツ鍵を生成するステップとを有することを特徴とする再生方法を提供する。
【発明の効果】
【００１１】
以上、説明したように、本発明によれば、何らかの原因により中間鍵が暴露され、不正流出した場合でも、流出した中間鍵から流出元となる不正な再生装置を特定することができる。
【発明を実施するための最良の形態】
【００１２】
以下、発明を実施するための最良の形態を、図面を参照しながら説明する。
図１は、本発明を実施するための最良の形態に係る、記録媒体１０１に記録される情報、及び再生端末１０２の内部構成を示す図である。
図１に示すように、記録媒体１０１には無効化情報１１１、暗号化コンテンツ鍵ファイル１１２、暗号化コンテンツファイル１１３が格納される。記録媒体１０１は、例えばＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）メディアが挙げられるが、それに限るものではない。
【００１３】
ＢＤメディアにはＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ）などのファイルシステムを備えるため、図１で示した各情報はファイルシステム上の一つまたは複数のファイルとして記録される方法が一般的であるが、これに限るものではなく、例えば無効化情報１１１は、ＢＤメディアのリードインエリアの特別な領域に記録する方法や、ＢＣＡ（Ｂｕｒｓｔ  Ｃｕｔｔｉｎｇ  Ａｒｅａ）を用いて記録する方法、さらには誤り検出符号に対して意図的に誤りを作成して情報を記録する方法などを用いても良い。なお、以降の本実施の形態では、データの暗号方法として、ＡＥＳ（Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）を用いるが、それに限るものではない。
【００１４】
再生端末１０２は、読込手段１２１と、コンテンツ鍵生成手段１２２、媒体鍵生成手段１２３、デバイス鍵情報保持手段１２４、操作手段１２５、復号手段１２６、再生手段１２７、表示手段１２８、暗号化コンテンツ鍵取得手段１２９から構成される。
読込手段１２１は、記録媒体１０１からデータを読み出す手段である。なお、本実施の形態では記録媒体１０１からデータを読み出す場合のみ説明するが、記録媒体１０１が読み書き可能な媒体である場合には、読込手段１２１は、記録媒体にデータを書き込む機能を備えていてもよいのはいうまでもない。
【００１５】
コンテンツ鍵生成手段１２２は、後述する媒体鍵と、記録媒体１０１内の暗号化コンテンツ鍵ファイル１１２とに基づいて、コンテンツ鍵を生成する手段である。ここで、コンテンツ鍵とは、暗号化コンテンツファイル１１３を復号するための鍵を意味する。
媒体鍵生成手段１２３は、デバイス鍵情報保持手段１２４が保持するデバイス鍵情報と、記録媒体１０１内の無効化情報１１１とに基づいて媒体鍵を生成する手段である。生成した媒体鍵は、コンテンツ鍵を生成するために用いる。
【００１６】
デバイス鍵情報保持手段１２４は、再生端末１０２が有する固有のデバイス鍵情報を保持する手段であり、デバイス鍵情報とは、先に説明した通り、媒体鍵を生成する際に用いられる。本実施の形態においては、各再生端末１０２は、ＮＮＬシステム（後述する）を用いて割り当てられた複数のデバイス鍵を保持するものとするが、各再生端末装置１０２が保持するデバイス鍵情報は、必ずしもＮＮＬシステムを用いて割り当てられたものに限定されるわけではない。例えば、再生端末１０２が保持するデバイス鍵は、個々の再生端末１０２ごとに固有の鍵を１つ割り当てるとしてもよい。
【００１７】
操作手段１２５は、リモートコントローラ、タッチパネル等、ユーザからの操作を受け付ける手段である。また、復号手段１２６は、コンテンツ鍵生成手段１２２で再生されたコンテンツ鍵を用いて、記録媒体１０１内の暗号化コンテンツを復号する手段である。
再生手段１２７は、復号手段１２６で復号されたコンテンツをデコードし、再生する手段である。例えば、復号されたコンテンツが、圧縮されたＭＰＥＧ２方式で符号化された情報である場合は、伸張処理、映像・音声データへ分離する処理、映像、音声データごとにデコードする処理などを行う。
【００１８】
表示手段１２８は、ディスプレイ、スピーカ等から構成され、再生手段１２７から出力された映像・音声等の情報をユーザへ提示する手段である。また、暗号化コンテンツ鍵取得手段１２９は、記録媒体１０１内の暗号化コンテンツ鍵ファイル１１２から、特定の暗号化コンテンツに対応する暗号化コンテンツ鍵を取得する手段である。
再生端末１０２の一実装例としては、ＣＰＵ、ワークメモリ、フラッシュメモリ、ＢＤドライブ、リモートコントローラ、ビデオアダプターとから構成されるコンピュータシステムであり、読込手段１２１はＢＤドライブであり、デバイス鍵情報保持手段１２４はフラッシュメモリであり、操作手段１２５はリモートコントローラであり、表示手段１２８はビデオアダプターであり、コンテンツ鍵生成手段１２２と、媒体鍵生成手段１２３と、復号手段１２６と、再生手段１２７と、暗号化コンテンツ鍵取得手段１２９は、ＣＰＵとワークメモリを用いて動作するソフトウェアで構成する方法が挙げられるが、これに限定されるものではない。
【００１９】
以上で、記録媒体１０１に記録される情報、及び再生端末１０２の内部構成についての説明を終わる。
次に、記録媒体１０１に格納される情報の内容、及びデータ構造について説明する。
図１に示すように、記録媒体１０１には無効化情報１１１、暗号化コンテンツ鍵ファイル１１２、暗号化コンテンツファイル１１３が記録される。
【００２０】
まず、図２を用いて、無効化情報１１１について説明する。
無効化情報１１１は、個々の再生端末１０２が保持する複数のデバイス鍵（各１２８ビット）のうち、当該コンテンツの再生に使用するデバイス鍵を指定する情報である。本実施の形態においては、各再生端末１０２はＮＮＬシステムを用いて割り当てられたデバイス鍵を保持する。ＮＮＬシステムについては、以下の文献が詳しい。
【００２１】
「Ｄ.  Ｎａｏｒ，Ｍ.  Ｎａｏｒ,  ａｎｄ  Ｊ．Ｌｏｔｓｐｉｅｃｈ，“Ｒｅｖｏｃａｔｉｏｎ  ａｎｄｔｒａｃｉｎｇ  ｒｏｕｔｉｎｅｓ  ｆｏｒ  ｓｔａｔｅｌｅｓｓ  ｒｅｃｅｉｖｅｒｓ，"ｉｎ  Ｌｅｃｔｕｒｅ  Ｎｏｔｅｓ  ｉｎ  Ｃｏｍｐｕｔｅｒ  Ｓｃｉｅｎｃｅ，Ａｄｖａｎｃｅｓ  ｉｎ  Ｃｒｙｐｔｏｌｏｇｙ．Ｈｅｉｄｅｌｂｅｒｇ，Ｇｅｒｍａｎｙ：Ｓｐｒｉｎｇｅｒ-Ｖｅｒｌａｇ，２００１，ｖｏｌ．２１３９」
また、ハックされるなどの理由で特定の再生端末１０２が不正な端末となった場合には、当該再生端末１０２が固有に保持するデバイス鍵のＵＶナンバー、Ｕマスク、それに対応する暗号化媒体鍵、及び暗号化コンテンツ鍵ファイル名を記録媒体１０１に記録しないことによって、不正端末での再生を防止することが可能である。ここで、ＵＶナンバー、Ｕマスクとは、ＮＮＬシステムにおいて、デバイス鍵を特定するための情報である。
【００２２】
本実施の形態では、無効化情報１１１は、ＵＶナンバー、Ｕマスク、暗号化媒体鍵、暗号化コンテンツ鍵ファイル名の４つの情報で構成されるレコードの集合である。図２は、４バイトのＵＶナンバーと、１バイトのＵマスクと、１６バイトの暗号化媒体鍵と、可変長の暗号化コンテンツ鍵ファイル名で構成される無効化情報１１１を示している。無効化情報１１１の各レコードは、「再生端末１０２は、ＵＶナンバーとＵマスクで特定されるデバイス鍵を使って、コンテンツの再生に必要な媒体鍵を算出し、暗号化コンテンツ鍵ファイル名で特定される暗号化コンテンツ鍵ファイルからコンテンツ鍵を算出しなければならない」ことを示している。例えば、図２では、ＵＶナンバー“０ｘ１０００００００”とＵマスク“０ｘ１Ｄ”で特定されるデバイス鍵で暗号化された暗号化媒体鍵が”０ｘ１２．．３４”であることを示している。さらに、その媒体鍵で暗号化された暗号化コンテンツ鍵はファイル名“Ｋｅｙ０００１．ｉｎｆ”に記録されていることを示している。なお、ＵＶナンバーとＵマスクから特定されるデバイス鍵を、複数の再生端末１０２で共有することも可能である。この場合、デバイス鍵を共有する再生端末１０２は、同じ暗号化媒体鍵を用いてコンテンツを再生することになる。ただし、前述のＮＮＬシステムにおいて、各ノードに割り当てられたデバイス鍵は、それ以下のリーフに割り当てられたデバイス鍵を保持する再生端末１０２の間でのみ共有するものとする。
【００２３】
なお、暗号化媒体鍵は、デバイス鍵毎に固有な媒体鍵を当該デバイス鍵で暗号化して作成する。これにより、復号された平文の媒体鍵が不正に流出した場合に、その値から流出元を特定することが可能になる。つまり、不正流出した媒体鍵からデバイス鍵を特定することができ、先に特定したデバイス鍵を保持する再生端末１０２を不正端末として特定できる。
【００２４】
次に、図３を用いて暗号化コンテンツ鍵ファイル１１２について説明する。
暗号化コンテンツ鍵ファイル１１２には、暗号化コンテンツの復号鍵であるコンテンツ鍵を各媒体鍵で暗号化した暗号化コンテンツ鍵と、暗号化コンテンツファイル１１３を特定する暗号化コンテンツファイル名の組が記録されている。例えば、図３では、暗号化コンテンツファイル名“Ｃｌｉｐ０００１．ｍ２ｔｓ”に記録された暗号化コンテンツのコンテンツ鍵を媒体鍵で暗号化した暗号化コンテンツ鍵が、“０ｘＦＥ．．ＤＣ（１２８ビット）”であることを示している。再生端末１０２は、暗号化コンテンツ鍵を当該媒体鍵で復号することで、コンテンツ鍵を得られる。
【００２５】
なお、本発明の実施の形態では、暗号化コンテンツ鍵は、コンテンツ鍵を媒体鍵で暗号化しただけであるが、さらに、対応するコンテンツのＩＤ情報と、対応する媒体鍵を結合し、その値のハッシュ値を使って暗号化するなど、媒体鍵に基づく情報でコンテンツ鍵を暗号化すればよい。
また、本実施の形態では、暗号化コンテンツ鍵ファイル１１２に記録されるレコード数が１つであることを想定しているが、１つの暗号化コンテンツ鍵ファイル１１２に複数のレコードが記録されても構わない。
【００２６】
次に、暗号化コンテンツファイル１１３について説明する。
暗号化コンテンツファイル１１３には、ＭＰＥＧ２ビデオエレメンタリストリームとＭＰＥＧ２オーディオエレメンタリストリームをＭＰＥＧ２で規定された多重化方式によりトランスポートストリームとしたものを暗号化したデータが記録されている。暗号化は、アダプテーションフィールドを除くトランスポートストリームの各パケットのペイロードを、コンテンツ鍵によって暗号化する。
【００２７】
以上で、記録媒体１０１に格納される情報のデータ構造、及びデータの記録方法についての説明を終わる。
次に、再生端末１０２が保持する情報について説明する。
再生端末１０２は、デバイス鍵情報保持手段１２４にて、デバイス鍵情報を保持する。
図４を用いて、デバイス鍵情報について説明する。デバイス鍵情報は、再生端末１０２が保持するデバイス鍵を示す情報であり、前述のＮＮＬシステムにおけるＵＶナンバーとＵマスクの組み合わせで特定されるデバイス鍵のリストである。図４の示すデバイス鍵情報には、４つのデバイス鍵が記述されており、例えば、ＵＶナンバー“０ｘ１０００００００”とＵマスク“０ｘ１Ｄ”で特定されるデバイス鍵が“０ｘ１１．．１１（１２８ビット）”であることを示している。なお、各再生端末１０２は、必ず１つは端末固有のデバイス鍵を保持しており、それ以外のデバイス鍵は、他の再生端末１０２と共有している。
【００２８】
以上で、再生端末１０２が保持する情報についての説明を終わる。
続いて、図５を用いて、再生端末１０２でのコンテンツの再生処理について説明する。
まず、記録媒体１０１を再生端末１０２にセットすることで再生処理が開始される。
媒体鍵生成手段１２３は、読込手段１２１を通じて、記録媒体１０１から無効化情報１１１を取得し、媒体鍵を生成する（Ｓ５０１）。
【００２９】
具体的には、媒体鍵生成手段１２３は、デバイス鍵情報保持手段１２４が保持するデバイス鍵情報と、取得した無効化情報１１１において、デバイス鍵情報のＵマスクと、無効化情報１１１のＵマスクが一致するレコードのうち、
｛（無効化情報１１１のＵＶナンバー）＆（デバイス鍵情報のＶマスク）｝
＝＝｛（デバイス鍵情報のＵＶナンバー）＆（デバイス鍵情報のＶマスク）｝
を満たすレコードがあるかを検索する。そして、デバイス鍵情報の当該レコードにあるデバイス鍵を再生用デバイス鍵として決定する。ここで、ＵＶナンバーとＵマスクからデバイス鍵を特定する方法について説明する。まず、デバイス鍵を特定するために、ＵＶナンバーからＶマスクを算出する。Ｖマスクは、ＵＶナンバー中で最も下位に登場する１のｂｉｔによって算出される。算出方法を、Ｃ言語を使ったコードで表現すると以下のようになる。
【００３０】
long v_mask = 0xFFFFFFFF;
while ((uv & ~v_mask) == 0)  v_mask <<= 1;
図２、および図４を使って具体例を説明する。図４のデバイス鍵情報の中でＵＶナンバー”０ｘ１０００００００”、Ｕマスク”０ｘ１Ｄ”のレコードに着目する。このＵＶナンバーから前述の算出方法に基づき算出したＶマスクは”０ｘＦ０００００００”となる。
【００３１】
図２の無効化情報１１１の中でＵマスクが”０ｘ１Ｄ”であるレコードは２つ存在し、そのＵＶナンバーは、（１）”０ｘ１０００００００”と（２）”０ｘ２０００００００”である。このうち、デバイス鍵情報から算出したＶナンバーを用いて、上記の条件を評価すると以下のようになる。
（１）｛（端末用再生情報のＵＶナンバー）＆（デバイス鍵情報のＶマスク）｝
＝  （０ｘ１０００００００  ＆  ０ｘＦ０．．００）
（２）｛（端末用再生情報のＵＶナンバー）＆（デバイス鍵情報のＶマスク）｝
＝  （０ｘ２０００００００  ＆  ０ｘＦ０．．００）
また、
｛（デバイス鍵情報のＵＶナンバー）＆（デバイス鍵情報のＶマスク）｝
＝  （０ｘ１０００００００  ＆  ０ｘＦ０．．００）
であるため、（１）が該当するレコードとなる。
【００３２】
従って、媒体鍵生成手段１２３は、暗号化媒体鍵を”０ｘ１２．．３４”に決定し、デバイス鍵”０ｘ１１．．１１”を使って復号することで媒体鍵を生成する。
また、上記を満たすレコードが存在しない場合には、無効化情報１１１にあるＵＶナンバーとＵマスクの組み合わせから特定されるＮＮＬシステム上のノードからルートまでに、デバイス鍵情報保持手段１２４が保持するデバイス鍵情報にあるＵＶナンバーとＵマスクの組み合わせで特定されるノードが存在するかどうかを確認する。該当するノードが存在する場合には、デバイス鍵情報保持手段１２４が保持するデバイス鍵情報にある該当ノードに割り当てられているデバイス鍵から、無効化情報１１１にあるＵＶナンバーとＵマスクの組み合わせで特定されるノードに割り当てられるデバイス鍵を、ＮＮＬシステムでの算出方法に基づいて算出する。さらに、媒体鍵生成手段１２３は、無効化情報１１１中の該当するレコードにある暗号化媒体鍵を、先ほど算出したデバイス鍵で復号することで媒体鍵を生成する。なお、媒体鍵生成手段１２３は、生成した媒体鍵をコンテンツ鍵生成手段１２２に送信する。また、媒体鍵生成手段１２３は、無効化情報１１１中の該当レコードの暗号化コンテンツ鍵ファイル名を暗号化コンテンツ鍵取得手段１２９へ送信する。
【００３３】
また、媒体鍵生成手段１２３は、無効化情報１１１に該当するレコードが存在しない場合、媒体鍵の生成を失敗する。
なお、Ｓ５０１では、無効化情報１１１中のレコード毎に異なる媒体鍵が生成される。
Ｓ５０１で媒体鍵の生成が成功した場合は、処理を継続する。しかし、Ｓ５０１で媒体鍵の生成に失敗した場合、再生端末１０２が不正端末として、無効化されている状態であるため、再生処理を終了する（Ｓ５０２）。
【００３４】
次に、暗号化コンテンツ鍵取得手段１２９は、読込手段１２１を通じて、Ｓ５０１で媒体鍵生成手段１２３から送信された暗号化コンテンツ鍵ファイル名で特定できる暗号化コンテンツ鍵ファイル１１２を、記録媒体１０１から取得する（Ｓ５０３）。
具体例として、例えば、Ｓ５０１で、暗号化コンテンツ鍵ファイル名“Ｋｅｙ０００１．ｉｎｆ”が媒体鍵生成手段１２３から送信された場合、該当する暗号化コンテンツ鍵ファイルを取得する。また、暗号化コンテンツ鍵取得手段１２９は、取得したファイルに記述される暗号化コンテンツファイル名を復号手段１２６へ、暗号化コンテンツ鍵をコンテンツ鍵生成手段１２２へそれぞれ送信する。
【００３５】
続いて、コンテンツ鍵生成手段１２２が、コンテンツ鍵を生成する（Ｓ５０４）。具体的には、Ｓ５０１で媒体鍵生成手段１２３から送信された媒体鍵を用いて、Ｓ５０３で暗号化コンテンツ鍵取得手段１２９から送信された暗号化コンテンツ鍵を復号し、コンテンツ鍵を生成する。コンテンツ鍵生成手段１２２は、生成したコンテンツ鍵を復号手段１２６へ送信する。
【００３６】
続いて、復号手段１２６は、読込手段１２１を通じて、Ｓ５０３で暗号化コンテンツ鍵取得手段１２９から取得した暗号化コンテンツ鍵ファイル名に該当する暗号化コンテンツファイル１１３を読込み、Ｓ５０４にて生成したコンテンツ鍵を用いて、コンテンツの復号を行う（Ｓ５０５）。復号手段１２６は、復号したコンテンツを再生手段１２７へ送信する。
【００３７】
続いて、再生手段１２７は、Ｓ５０５で復号されたコンテンツをデコードし、表示手段１２８を通じて、テレビモニターなどの表示装置を使ってコンテンツを再生する。（Ｓ５０６）。
また、本実施の形態では、記録媒体１０１を再生端末１０２にセットすることで再生処理を始していたが、操作手段１２５からの再生要求に応じて再生処理を開始しても構わない。
【００３８】
以上で、再生端末１０２でのコンテンツの再生処理についての説明を終わる。
なお、本実施の形態では、コンテンツ鍵、及び暗号化コンテンツは全再生端末１０２に共通のものを利用しているが、コンテンツ鍵、及び平文のコンテンツの不正流出対策として、再生端末１０２毎に異なるコンテンツ鍵を用意し、再生端末１０２毎に異なる暗号化コンテンツファイル１１３を用意しても構わない。この場合、暗号化コンテンツファイル１１３を復号した平文のコンテンツに対し、再生端末１０２を特定する情報をウォーターマークとして埋め込む。以上により、コンテンツ鍵、及び平文のコンテンツの不正流出に対し、その流出元を特定することが可能になる。
【００３９】
また、複数の再生端末１０２で共有するデバイス鍵に対応する媒体鍵が不正流出した場合、流出した媒体鍵から特定できるのは、特定の1台の再生端末１０２ではなく、そのデバイス鍵を共有する複数の再生端末１０２が特定されるのみである。この場合、媒体鍵の不正流出の発覚後に、作成する記録媒体１０１には、先ほど特定された複数の再生端末１０２が固有に保持するデバイス鍵に対して媒体鍵を割り当てて作成した、無効化情報１１１、及び暗号化コンテンツ鍵ファイル１１２を記録する。これにより、次に媒体鍵が不正流出した時点で、流出元の不正端末を特定することが可能となる。
【００４０】
また、デバイス鍵を共有する再生端末群と、それとは別のデバイス鍵を共有する別の再生端末群が共通のデバイス鍵を共有する場合、２つの再生端末群が共有するデバイス鍵に対して媒体鍵を割り当て、無効化情報１１１、及び暗号化コンテンツ鍵ファイル１１２を記録しても構わない。この場合、無効化情報１１１のレコード数、暗号化コンテンツ鍵ファイル１１２の数を削減することができ、記録媒体１０１に記録すべきデータのサイズを縮小することが可能となる。
【００４１】
また、本実施の形態は、本発明を記録媒体に対して適用した場合を想定したものであるが、放送コンテンツ等の他のコンテンツ配信に対して適用しても構わない。ここでは、放送コンテンツへの適用として、特許第３５６５７１５号で開示されている３つの鍵（マスター鍵、暗号鍵、スクランブル鍵）を用いてコンテンツを保護している有料放送システムに対し、本発明を適用する場合について説明する。当該有料放送システムでは、受信端末もしくはセキュリティモジュール固有に割り当てられたマスター鍵で、暗号鍵が暗号化されている。さらに、暗号鍵にて、コンテンツのスクランブル鍵が暗号化されている。このような有料放送システムにおいて、本発明は、暗号鍵の不正流出対策として適用できる。具体的には、暗号鍵を受信端末もしくはセキュリティモジュール固有の鍵とすることで、不正流出した暗号鍵から流出元の不正端末もしくは不正セキュリティモジュールを特定することが可能となる。
【産業上の利用可能性】
【００４２】
本発明にかかる、不正流出した中間鍵から流出元の不正な再生装置を特定するためデータ構造を有する記録媒体、再生装置、及びコンテンツ再生方法は、パッケージメディアや放送等の分野において有用である。
【図面の簡単な説明】
【００４３】
【図１】本発明の実施の形態１における再生端末、及び記録媒体の構成を示す図
【図２】本発明の実施の形態１における無効化情報の一例を示す図
【図３】本発明の実施の形態１における暗号化コンテンツ鍵ファイルの一例を示す図
【図４】本発明の実施の形態１において再生端末が保持するデバイス鍵情報の一例を示す図
【図５】本発明の実施の形態１における再生端末におけるコンテンツ再生の処理フローを示す図
【符号の説明】
【００４４】
１０１  記録媒体
１０２  再生端末
１１１  無効化情報
１１２  暗号化コンテンツ鍵ファイル
１１３  暗号化コンテンツファイル
１２１  読込手段
１２２  コンテンツ鍵生成手段
１２３  媒体鍵生成手段
１２４  デバイス鍵情報保持手段
１２５  操作手段
１２６  復号手段
１２７  再生手段
１２８  表示手段
１２９  暗号化コンテンツ鍵取得手段
【図１】
2006203275.tif 000003
【図２】
2006203275.tif 000004
【図３】
2006203275.tif 000005
【図４】
2006203275.tif 000006
【図５】
2006203275.tif 000007