(57)【特許請求の範囲】
【請求項１】
情報処理装置であり、
情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得し、該コンテンツコードに従ったデータ処理を実行するデータ処理部と、
情報処理装置の装置識別子を含む装置証明書を格納したメモリとを有し、
前記データ処理部は、
前記コンテンツコードに含まれる装置確認処理用コードに基づいて、前記メモリに格納された装置証明書を適用した装置確認処理を実行し、装置確認処理の後、前記装置証明書に記録された装置識別子を取得し、さらに取得した装置識別子に対応するコンテンツコードを適用したデータ処理を実行する構成であることを特徴とする情報処理装置。
【請求項２】
前記装置証明書は、
情報処理装置固有のデバイス識別子とデバイス公開鍵を格納したデバイス証明書、または、情報処理装置のモデルまたはバージョンに対応するモデル識別子またはバージョン識別子とモデルバージョン公開鍵を格納したモデルバージョン証明書であり、
前記データ処理部は、
前記デバイス証明書、またはモデルバージョン証明書の少なくともいずれかの証明書を適用した装置確認処理を実行し、前記デバイス証明書に記録されたデバイス識別子、またはモデルバージョン証明書に記録されたモデル識別子、バージョン識別子、いずれかの識別子を取得し、取得した識別子に対応するコンテンツコードを適用したデータ処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
前記装置証明書に設定された署名検証処理によって、装置証明書の正当性の確認を実行し、さらに、情報処理装置のメモリに保持された秘密鍵によって新たな署名データを生成し、該生成署名データを前記装置証明書に格納された公開鍵で検証し、署名検証が成立したことを装置確認の成立として判定する装置確認処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記情報処理装置は、
デバイスおよびグループ対応データとして、
階層構成を持つ鍵ツリーにおいて、情報処理装置の対応付けられた最下層ノードとしてのリーフに対応して設定されたデバイス固有鍵、リーフから頂点ノードに至るルート上の各ノードに対応して設定されたグループ鍵、および頂点ノードに対応して設定されたデバイス製造エンティテイ鍵と、
モデルバージョンパッケージとして、
情報処理装置のモデルおよびバージョンに対応するモデル鍵とバージョン鍵と、
鍵管理センタ公開鍵とを格納したメモリを有し、
前記データ処理部は、
前記コンテンツコードの署名検証処理を、前記鍵管理センタ公開鍵を適用して実行し、
前記コンテンツコードを適用したデータ処理において、前記デバイス固有鍵、またはグループ鍵、またはデバイス製造エンティテイ鍵、またはモデル鍵、またはバージョン鍵のいずれかの鍵を適用したコンテンツコード構成データの復号処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記データ処理部は、
前記コンテンツコードの復号に適用する鍵指定情報、および前記コンテンツコード中に設定された暗号化データの位置を示す暗号化データ位置指定情報を前記情報記録媒体の格納データから取得し、該取得情報に従って適用する鍵を選択し、前記暗号化データ位置指定情報に従って復号対象データを特定して、選択鍵を適用した復号処理を実行する構成であることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記コンテンツコードは、コンテンツコード構成データとしてのブロック単位で署名が設定されたデータ構成を有し、
前記データ処理部は、
前記コンテンツコードの署名検証処理を、前記ブロック単位で実行する構成であることを特徴とする請求項４に記載の情報処理装置。
【請求項７】
前記情報処理装置は、
情報処理装置の製造者、または構成部品製造者、またはアセンブリメーカに対応する複数の異なるデバイス製造エンティテイに対応する個別の鍵セットをメモリに格納し、
前記データ処理部は、
コンテンツコードの復号処理に際して、実行するコンテンツコードに対応して選択されるデバイス製造エンティテイ対応の鍵セットから鍵を選択して、選択鍵を適用したコンテンツコード構成データの復号処理を実行する構成であることを特徴とする請求項４に記載の情報処理装置。
【請求項８】
前記データ処理部は、
前記装置確認処理の後に実行するコンテンツコードを適用したデータ処理として、コンテンツコードに含まれるセキュリティチェックコードを適用したセキュリティチェック処理、または、コンテンツコードに含まれるデータ変換テーブルを適用したコンテンツ構成データのデータ変換処理の少なくともいずれかの処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項９】
前記情報処理装置は、
情報処理装置のモデルおよびバージョンに対応するモデルバージョン公開鍵を格納したモデルバージョン証明書をメモリに格納した構成であり、
前記データ処理部は、
前記モデルバージョン証明書に記録された証明書更新情報を確認して、コンテンツコードに含まれるセキュリティチェックコードを適用したセキュリティチェック処理、または、コンテンツコードに含まれるデータ変換テーブルを適用したコンテンツ構成データのデータ変換処理の処理態様を決定する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
情報記録媒体製造装置であり、
情報記録媒体に記録するコンテンツデータを格納したコンテンツファイルを生成するコンテンツファイル生成手段と、
コンテンツの利用に際して実行すべきデータ処理プログラムを含むコンテンツコードを格納したコンテンツコードファイルを生成するコンテンツコードファイル生成手段と、
前記コンテンツファイル生成手段において生成したコンテンツファイル、および前記コンテンツコードファイル生成手段において生成したコンテンツコードファイルを情報記録媒体に記録する記録手段とを有し、
前記コンテンツコードファイル生成手段は、
各情報処理装置のメモリに格納された装置証明書を適用した装置確認処理を実行させる装置確認処理用コードを格納したコンテンツコードファイルと、装置確認処理によって確認された装置識別子に基づいて選択実行可能なセキュリティチェックコードを格納したコンテンツコードファイルを生成する構成であることを特徴とする情報記録媒体製造装置。
【請求項１１】
前記コンテンツコードファイル生成手段は、さらに、
装置確認処理によって確認された装置識別子に基づいて選択実行可能なコンテンツのデータ変換処理に適用するデータ変換テーブルを格納したコンテンツコードファイルを生成する構成であることを特徴とする請求項１０に記載の情報記録媒体製造装置。
【請求項１２】
前記コンテンツコードファイル生成手段は、
コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルを生成する構成であることを特徴とする請求項１０に記載の情報記録媒体製造装置。
【請求項１３】
前記暗号鍵は、
階層構成を持つ鍵ツリーにおいて、
情報処理装置の対応付けられた最下層ノードとしてのリーフに対応して設定されたデバイス固有鍵、または、
リーフから頂点ノードに至るルート上の各ノードに対応して設定されたグループ鍵、または、
頂点ノードに対応して設定されたデバイス製造エンティテイ鍵、または、
情報処理装置のモデルに対応するモデル鍵、または、
情報処理装置のバージョンに対応するバージョン鍵のいずれかの暗号鍵であることを特徴とする請求項１２に記載の情報記録媒体製造装置。
【請求項１４】
前記コンテンツコードファイル生成手段は、さらに、
コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルに対応する情報として、暗号化データ部分と、鍵指定情報を含むコンテンツコード暗号構成情報を情報記録媒体に記録する情報として生成する処理を実行する構成であることを特徴とする請求項１２に記載の情報記録媒体製造装置。
【請求項１５】
情報記録媒体であり、
コンテンツデータを格納したコンテンツファイルと、
コンテンツの利用に際して実行すべきデータ処理プログラムを含むコンテンツコードを格納したコンテンツコードファイルを格納データとして有し、
前記コンテンツコードファイルは、
各情報処理装置のメモリに格納された装置証明書を適用した装置確認処理を実行させる装置確認処理用コードを格納したコンテンツコードファイル、装置確認処理によって確認された装置識別子に基づいて選択実行可能なセキュリティチェックコードを格納したコンテンツコードファイルを含む構成であることを特徴とする情報記録媒体。
【請求項１６】
前記コンテンツコードファイルは、さらに、
装置確認処理によって確認された装置識別子に基づいて選択実行可能なコンテンツのデータ変換処理に適用するデータ変換テーブルを含む構成であることを特徴とする請求項１５に記載の情報記録媒体。
【請求項１７】
前記コンテンツコードファイルは、
コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルであることを特徴とする請求項１５に記載の情報記録媒体。
【請求項１８】
前記暗号鍵は、
階層構成を持つ鍵ツリーにおいて、
情報処理装置の対応付けられた最下層ノードとしてのリーフに対応して設定されたデバイス固有鍵、または、
リーフから頂点ノードに至るルート上の各ノードに対応して設定されたグループ鍵、または、
頂点ノードに対応して設定されたデバイス製造エンティテイ鍵、または、
情報処理装置のモデルに対応するモデル鍵、または、
情報処理装置のバージョンに対応するバージョン鍵のいずれかの暗号鍵であることを特徴とする請求項１７に記載の情報記録媒体。
【請求項１９】
前記情報記録媒体は、さらに、
コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルに対応する情報として、暗号化データ部分と、鍵指定情報を含むコンテンツコード暗号構成情報を記録情報として有することを特徴とする請求項１７に記載の情報記録媒体。
【請求項２０】
情報処理装置において、情報記録媒体の記録データを適用したデータ処理を実行する情報処理方法であり、
データ処理部において、情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得するコンテンツコード取得ステップと、
データ処理部において、前記コンテンツコードに含まれる装置確認処理用コードに基づいて、メモリに格納された装置証明書を適用した装置確認処理を実行する装置確認処理実行ステップと、
データ処理部において、前記装置証明書に記録された装置識別子を取得し、さらに取得した装置識別子に対応するコンテンツコードを選択し、選択コンテンツコードを適用したデータ処理を実行するコンテンツコード処理実行ステップと、
を有することを特徴とする情報処理方法。
【請求項２１】
前記装置証明書は、
情報処理装置固有のデバイス識別子とデバイス公開鍵を格納したデバイス証明書、または、情報処理装置のモデルまたはバージョンに対応するモデル識別子またはバージョン識別子とモデルバージョン公開鍵を格納したモデルバージョン証明書であり、
前記装置確認処理実行ステップは、
前記デバイス証明書、またはモデルバージョン証明書の少なくともいずれかの証明書を適用した装置確認処理を実行し、前記デバイス証明書に記録されたデバイス識別子、またはモデルバージョン証明書に記録されたモデル識別子、バージョン識別子、いずれかの識別子を取得するステップであり、
前記コンテンツコード処理実行ステップは、
取得した識別子に対応するコンテンツコードを適用したデータ処理を実行するステップであることを特徴とする請求項２０に記載の情報処理方法。
【請求項２２】
前記装置確認処理実行ステップは、
前記装置証明書に設定された署名検証処理によって、装置証明書の正当性の確認を実行し、さらに、情報処理装置のメモリに保持された秘密鍵によって新たな署名データを生成し、該生成署名データを前記装置証明書に格納された公開鍵で検証し、署名検証が成立したことを装置確認の成立として判定する装置確認処理を実行するステップであることを特徴とする請求項２０に記載の情報処理方法。
【請求項２３】
前記情報処理装置は、
デバイスおよびグループ対応データとして、
階層構成を持つ鍵ツリーにおいて、情報処理装置の対応付けられた最下層ノードとしてのリーフに対応して設定されたデバイス固有鍵、リーフから頂点ノードに至るルート上の各ノードに対応して設定されたグループ鍵、および頂点ノードに対応して設定されたデバイス製造エンティテイ鍵と、
モデルバージョンパッケージとして、
情報処理装置のモデルおよびバージョンに対応するモデル鍵とバージョン鍵と、
鍵管理センタ公開鍵とを格納したメモリを有し、
前記データ処理部は、前記コンテンツコードの署名検証処理を、前記鍵管理センタ公開鍵を適用して実行し、前記コンテンツコード処理実行ステップにおいて、前記デバイス固有鍵、またはグループ鍵、またはデバイス製造エンティテイ鍵、またはモデル鍵、またはバージョン鍵のいずれかの鍵を適用したコンテンツコード構成データの復号処理を実行することを特徴とする請求項２０に記載の情報処理方法。
【請求項２４】
前記コンテンツコード処理実行ステップにおいて、
前記コンテンツコードの復号に適用する鍵指定情報、および前記コンテンツコード中に設定された暗号化データの位置を示す暗号化データ位置指定情報を前記情報記録媒体の格納データから取得し、該取得情報に従って適用する鍵を選択し、前記暗号化データ位置指定情報に従って復号対象データを特定して、選択鍵を適用した復号処理を実行することを特徴とする請求項２３に記載の情報処理方法。
【請求項２５】
前記コンテンツコードは、コンテンツコード構成データとしてのブロック単位で署名が設定されたデータ構成を有し、
前記データ処理部において、前記コンテンツコードの署名検証処理を、前記ブロック単位で実行するステップを有することを特徴とする請求項２３に記載の情報処理方法。
【請求項２６】
前記コンテンツコード処理実行ステップにおいて、
コンテンツコードの復号処理に際して、実行するコンテンツコードに対応して選択されるデバイス製造エンティテイ対応の鍵セットから鍵を選択して、選択鍵を適用したコンテンツコード構成データの復号処理を実行することを特徴とする請求項２３に記載の情報処理方法。
【請求項２７】
前記データ処理部は、前記コンテンツコード処理実行ステップにおいて、
前記装置確認処理の後に実行するコンテンツコードを適用したデータ処理として、コンテンツコードに含まれるセキュリティチェックコードを適用したセキュリティチェック処理、または、コンテンツコードに含まれるデータ変換テーブルを適用したコンテンツ構成データのデータ変換処理の少なくともいずれかの処理を実行することを特徴とする請求項２０に記載の情報処理方法。
【請求項２８】
前記情報処理装置は、情報処理装置のモデルおよびバージョンに対応するモデルバージョン公開鍵を格納したモデルバージョン証明書をメモリに格納した構成であり、
前期情報処理方法において、さらに、
前記データ処理部は、前記モデルバージョン証明書に記録された証明書更新情報を確認して、コンテンツコードに含まれるセキュリティチェックコードを適用したセキュリティチェック処理、または、コンテンツコードに含まれるデータ変換テーブルを適用したコンテンツ構成データのデータ変換処理の処理態様の決定処理を実行するステップを有することを特徴とする請求項２０に記載の情報処理方法。
【請求項２９】
情報記録媒体製造装置における情報記録媒体製造方法であり、
コンテンツファイル生成手段が、情報記録媒体に記録するコンテンツデータを格納したコンテンツファイルを生成するコンテンツファイル生成ステップと、
コンテンツコードファイル生成手段が、コンテンツの利用に際して実行すべきデータ処理プログラムを含むコンテンツコードを格納したコンテンツコードファイルを生成するコンテンツコードファイル生成ステップと、
記録手段が、前記コンテンツファイル生成ステップにおいて生成したコンテンツファイル、および前記コンテンツコードファイル生成ステップにおいて生成したコンテンツコードファイルを情報記録媒体に記録する記録ステップとを有し、
前記コンテンツコードファイル生成ステップは、
各情報処理装置のメモリに格納された装置証明書を適用した装置確認処理を実行させる装置確認処理用コードを格納したコンテンツコードファイルと、装置確認処理によって確認された装置識別子に基づいて選択実行可能なセキュリティチェックコードを格納したコンテンツコードファイルを生成するステップであることを特徴とする情報記録媒体製造方法。
【請求項３０】
前記コンテンツコードファイル生成ステップは、さらに、
装置確認処理によって確認された装置識別子に基づいて選択実行可能なコンテンツのデータ変換処理に適用するデータ変換テーブルを格納したコンテンツコードファイルを生成するステップであることを特徴とする請求項２９に記載の情報記録媒体製造方法。
【請求項３１】
前記コンテンツコードファイル生成ステップは、
コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルを生成するステップであることを特徴とする請求項２９に記載の情報記録媒体製造方法。
【請求項３２】
前記暗号鍵は、
階層構成を持つ鍵ツリーにおいて、
情報処理装置の対応付けられた最下層ノードとしてのリーフに対応して設定されたデバイス固有鍵、または、
リーフから頂点ノードに至るルート上の各ノードに対応して設定されたグループ鍵、または、
頂点ノードに対応して設定されたデバイス製造エンティテイ鍵、または、
情報処理装置のモデルに対応するモデル鍵、または、
情報処理装置のバージョンに対応するバージョン鍵のいずれかの暗号鍵であることを特徴とする請求項３１に記載の情報記録媒体製造方法。
【請求項３３】
前記コンテンツコードファイル生成ステップは、さらに、
コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルに対応する情報として、暗号化データ部分と、鍵指定情報を含むコンテンツコード暗号構成情報を情報記録媒体に記録する情報として生成する処理を実行することを特徴とする請求項３１に記載の情報記録媒体製造方法。
【請求項３４】
情報処理装置において、情報記録媒体の記録データを適用したデータ処理を実行させるコンピュータ・プログラムであり、
データ処理部において、情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得させるコンテンツコード取得ステップと、
データ処理部において、前記コンテンツコードに含まれる装置確認処理用コードに基づいて、メモリに格納された装置証明書を適用した装置確認処理を実行させる装置確認処理実行ステップと、
データ処理部において、前記装置証明書に記録された装置識別子を取得し、さらに取得した装置識別子に対応するコンテンツコードを選択し、選択コンテンツコードを適用したデータ処理を実行させるコンテンツコード処理実行ステップと、
を実行させることを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報記録媒体製造装置、情報記録媒体、および方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、コンテンツと共に情報記録媒体に記録され、コンテンツ利用に際して実行されるコンテンツコードの利用処理に際して、情報処理装置に対応するデバイス、モデル、あるいはバージョンなどを判別し、判別情報に従って情報処理装置に対応するコンテンツコードを選択実行する構成とした情報処理装置、情報記録媒体製造装置、情報記録媒体、および方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）は、記録メディア、例えば、青色レーザを適用したＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）、あるいはＤＶＤ(Digital Versatile Disc)、ＭＤ(Mini Disc)、ＣＤ(Compact Disc)にデジタルデータとして格納することができる。特に、青色レーザを利用したＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）は、高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データとして記録することができる。
【０００３】
これら様々な情報記録媒体（記録メディア）にデジタルコンテンツが格納され、ユーザに提供される。ユーザは、所有するＰＣ（Personal Computer）、ディスクプレーヤ等の再生装置においてコンテンツの再生、利用を行う。
【０００４】
音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。
【０００５】
デジタル記録装置および記録媒体によれば、例えば画像や音声を劣化させることなく記録、再生を繰り返すことが可能であり、不正コピーコンテンツのインターネットを介した配信や、コンテンツをＣＤ−Ｒ等にコピーした、いわゆる海賊版ディスクの流通や、ＰＣ等のハードディスクに格納したコピーコンテンツの利用が蔓延しているといった問題が発生している。
【０００６】
ＤＶＤ、あるいは近年開発が進んでいる青色レーザを利用した記録媒体等の大容量型記録媒体は、１枚の媒体に例えば映画１本〜数本分の大量のデータをデジタル情報として記録することが可能である。このように映像情報等をデジタル情報として記録することが可能となってくると不正コピーを防止して著作権者の保護を図ることが益々重要な課題となっている。昨今では、このようなデジタルデータの不正なコピーを防ぐため、デジタル記録装置および記録媒体に違法なコピーを防止するための様々な技術が実用化されている。
【０００７】
コンテンツの不正コピーを防止して著作権者の保護を図る１つの手法としてコンテンツの暗号化処理がある。しかし、コンテンツを暗号化しても、暗号鍵の漏洩が発生してしまうと、不正に復号されたコンテンツが流出するという問題が発生する。
【０００８】
また、コンテンツの不正利用を防止する構成として、例えば、再生を実行しようとするアプリケーションに識別子（ＩＤ）を付与し、特定のＩＤを持つアプリケーションを適用した処理によってのみコンテンツの利用を可能とした構成がある。この構成については例えば特許文献１に記載されている。また、不正に生成されたコンテンツの生成元を検証可能とする技術として、コンテンツ再生時に再生処理を実行する装置のＩＤを埋め込ませる構成が提案されている。この構成は例えば特許文献２に記載されている。
【０００９】
コンテンツの再生に際して、コンテンツの復号処理やＩＤ埋め込みなどのデータ変換処理を実行させる構成とした場合、コンテンツを利用しようとする情報処理装置や再生（プレーヤ）プログラムが正当なライセンスを受けた機器やプログラムであるかといった正当性確認処理やセキュリティチェックを行なう場合がある。このような処理は、例えば、コンテンツの利用制御プログラムとして、コンテンツと共に情報記録媒体に記録されるコンテンツコードを実行することで行なわれる。
【００１０】
コンテンツコードは、一般的にコンテンツとは独立したファイルとして設定し、情報記録媒体に記録される。従って、コンテンツコードのみを他の情報記録媒体に移動させる処理やコピーする処理が可能となる。このようにコンテンツコードの流出が発生すると、正当なコンテンツ利用権限を持つ機器以外の不正機器において流出したコンテンツコードの実行によって、コンテンツが不正に再生、利用される可能性がある。
【００１１】
コンテンツ再生を実行する装置やアプリケーションには、様々なメーカの異なる装置やアプリケーションが適用される。コンテンツコードを利用したセキュリティチェックやデータ変換処理を実行する場合、様々なメーカの異なる装置やアプリケーションに対応させた適正なコンテンツコードを選択させて、それぞれのシーケンスに従ったセキュリティチェックを行ない、適正なデータ変換処理を行なわせる設定とすることが好ましい。特にコンテンツデータの一部を他のデータに置き換えるデータ変換処理において、コンテンツ再生を実行する装置やアプリケーションの識別情報をコンテンツ中に埋め込む処理を行なう場合、正しいコンテンツコードの選択が行なわれないと、正しい識別情報の埋め込みが実行されず、不正処理の実行装置の特定が不可能となるという問題がある。
【特許文献１】特開２００５−３５４１２１
【特許文献２】特開２００４−２６０５３３
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明は、このような状況に鑑みてなされたものであり、コンテンツの利用制御プログラムとしてコンテンツと共に情報記録媒体に記録されるコンテンツコードの厳格な利用処理構成を実現するものであり、コンテンツコードを適用した処理に際して、コンテンツ利用機器としての情報処理装置を特定するデバイス、モデル、あるいはバージョンなどの識別情報に基づく装置確認処理を実行して、装置確認情報に従って情報処理装置に対応するコンテンツコードを的確に選択させて実行させる構成とした情報処理装置、情報記録媒体製造装置、情報記録媒体、および方法、並びにコンピュータ・プログラムを提供することを目的とするものである。
【課題を解決するための手段】
【００１３】
本発明の第１の側面は、
情報処理装置であり、
情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得し、該コンテンツコードに従ったデータ処理を実行するデータ処理部と、
情報処理装置の装置識別子を含む装置証明書を格納したメモリとを有し、
前記データ処理部は、
前記コンテンツコードに含まれる装置確認処理用コードに基づいて、前記メモリに格納された装置証明書を適用した装置確認処理を実行し、装置確認処理の後、前記装置証明書に記録された装置識別子を取得し、さらに取得した装置識別子に対応するコンテンツコードを適用したデータ処理を実行する構成であることを特徴とする情報処理装置にある。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記装置証明書は、情報処理装置固有のデバイス識別子とデバイス公開鍵を格納したデバイス証明書、または、情報処理装置のモデルまたはバージョンに対応するモデル識別子またはバージョン識別子とモデルバージョン公開鍵を格納したモデルバージョン証明書であり、前記データ処理部は、前記デバイス証明書、またはモデルバージョン証明書の少なくともいずれかの証明書を適用した装置確認処理を実行し、前記デバイス証明書に記録されたデバイス識別子、またはモデルバージョン証明書に記録されたモデル識別子、バージョン識別子、いずれかの識別子を取得し、取得した識別子に対応するコンテンツコードを適用したデータ処理を実行する構成であることを特徴とする。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記装置証明書に設定された署名検証処理によって、装置証明書の正当性の確認を実行し、さらに、情報処理装置のメモリに保持された秘密鍵によって新たな署名データを生成し、該生成署名データを前記装置証明書に格納された公開鍵で検証し、署名検証が成立したことを装置確認の成立として判定する装置確認処理を実行する構成であることを特徴とする。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、デバイスおよびグループ対応データとして、階層構成を持つ鍵ツリーにおいて、情報処理装置の対応付けられた最下層ノードとしてのリーフに対応して設定されたデバイス固有鍵、リーフから頂点ノードに至るルート上の各ノードに対応して設定されたグループ鍵、および頂点ノードに対応して設定されたデバイス製造エンティテイ鍵と、モデルバージョンパッケージとして、情報処理装置のモデルおよびバージョンに対応するモデル鍵とバージョン鍵と、鍵管理センタ公開鍵とを格納したメモリを有し、前記データ処理部は、前記コンテンツコードの署名検証処理を、前記鍵管理センタ公開鍵を適用して実行し、前記コンテンツコードを適用したデータ処理において、前記デバイス固有鍵、またはグループ鍵、またはデバイス製造エンティテイ鍵、またはモデル鍵、またはバージョン鍵のいずれかの鍵を適用したコンテンツコード構成データの復号処理を実行する構成であることを特徴とする。
【００１７】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記コンテンツコードの復号に適用する鍵指定情報、および前記コンテンツコード中に設定された暗号化データの位置を示す暗号化データ位置指定情報を前記情報記録媒体の格納データから取得し、該取得情報に従って適用する鍵を選択し、前記暗号化データ位置指定情報に従って復号対象データを特定して、選択鍵を適用した復号処理を実行する構成であることを特徴とする。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記コンテンツコードは、コンテンツコード構成データとしてのブロック単位で署名が設定されたデータ構成を有し、前記データ処理部は、前記コンテンツコードの署名検証処理を、前記ブロック単位で実行する構成であることを特徴とする。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、情報処理装置の製造者、または構成部品製造者、またはアセンブリメーカに対応する複数の異なるデバイス製造エンティテイに対応する個別の鍵セットをメモリに格納し、前記データ処理部は、コンテンツコードの復号処理に際して、実行するコンテンツコードに対応して選択されるデバイス製造エンティテイ対応の鍵セットから鍵を選択して、選択鍵を適用したコンテンツコード構成データの復号処理を実行する構成であることを特徴とする。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記装置確認処理の後に実行するコンテンツコードを適用したデータ処理として、コンテンツコードに含まれるセキュリティチェックコードを適用したセキュリティチェック処理、または、コンテンツコードに含まれるデータ変換テーブルを適用したコンテンツ構成データのデータ変換処理の少なくともいずれかの処理を実行する構成であることを特徴とする。
【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、情報処理装置のモデルおよびバージョンに対応するモデルバージョン公開鍵を格納したモデルバージョン証明書をメモリに格納した構成であり、前記データ処理部は、前記モデルバージョン証明書に記録された証明書更新情報を確認して、コンテンツコードに含まれるセキュリティチェックコードを適用したセキュリティチェック処理、または、コンテンツコードに含まれるデータ変換テーブルを適用したコンテンツ構成データのデータ変換処理の処理態様を決定する構成であることを特徴とする。
【００２２】
さらに、本発明の第２の側面は、
情報記録媒体製造装置であり、
情報記録媒体に記録するコンテンツデータを格納したコンテンツファイルを生成するコンテンツファイル生成手段と、
コンテンツの利用に際して実行すべきデータ処理プログラムを含むコンテンツコードを格納したコンテンツコードファイルを生成するコンテンツコードファイル生成手段と、
前記コンテンツファイル生成手段において生成したコンテンツファイル、および前記コンテンツコードファイル生成手段において生成したコンテンツコードファイルを情報記録媒体に記録する記録手段とを有し、
前記コンテンツコードファイル生成手段は、
各情報処理装置のメモリに格納された装置証明書を適用した装置確認処理を実行させる装置確認処理用コードを格納したコンテンツコードファイルと、装置確認処理によって確認された装置識別子に基づいて選択実行可能なセキュリティチェックコードを格納したコンテンツコードファイルを生成する構成であることを特徴とする情報記録媒体製造装置にある。
【００２３】
さらに、本発明の情報記録媒体製造装置の一実施態様において、前記コンテンツコードファイル生成手段は、さらに、装置確認処理によって確認された装置識別子に基づいて選択実行可能なコンテンツのデータ変換処理に適用するデータ変換テーブルを格納したコンテンツコードファイルを生成する構成であることを特徴とする。
【００２４】
さらに、本発明の情報記録媒体製造装置の一実施態様において、前記コンテンツコードファイル生成手段は、コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルを生成する構成であることを特徴とする。
【００２５】
さらに、本発明の情報記録媒体製造装置の一実施態様において、前記暗号鍵は、階層構成を持つ鍵ツリーにおいて、情報処理装置の対応付けられた最下層ノードとしてのリーフに対応して設定されたデバイス固有鍵、または、リーフから頂点ノードに至るルート上の各ノードに対応して設定されたグループ鍵、または、頂点ノードに対応して設定されたデバイス製造エンティテイ鍵、または、情報処理装置のモデルに対応するモデル鍵、または、情報処理装置のバージョンに対応するバージョン鍵のいずれかの暗号鍵であることを特徴とする。
【００２６】
さらに、本発明の情報記録媒体製造装置の一実施態様において、前記コンテンツコードファイル生成手段は、さらに、コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルに対応する情報として、暗号化データ部分と、鍵指定情報を含むコンテンツコード暗号構成情報を情報記録媒体に記録する情報として生成する処理を実行する構成であることを特徴とする。
【００２７】
さらに、本発明の第３の側面は、
情報記録媒体であり、
コンテンツデータを格納したコンテンツファイルと、
コンテンツの利用に際して実行すべきデータ処理プログラムを含むコンテンツコードを格納したコンテンツコードファイルを格納データとして有し、
前記コンテンツコードファイルは、
各情報処理装置のメモリに格納された装置証明書を適用した装置確認処理を実行させる装置確認処理用コードを格納したコンテンツコードファイル、装置確認処理によって確認された装置識別子に基づいて選択実行可能なセキュリティチェックコードを格納したコンテンツコードファイルを含む構成であることを特徴とする情報記録媒体にある。
【００２８】
さらに、本発明の情報記録媒体の一実施態様において、前記コンテンツコードファイルは、さらに、装置確認処理によって確認された装置識別子に基づいて選択実行可能なコンテンツのデータ変換処理に適用するデータ変換テーブルを含む構成であることを特徴とする。
【００２９】
さらに、本発明の情報記録媒体の一実施態様において、前記コンテンツコードファイルは、コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルであることを特徴とする。
【００３０】
さらに、本発明の情報記録媒体の一実施態様において、前記暗号鍵は、階層構成を持つ鍵ツリーにおいて、情報処理装置の対応付けられた最下層ノードとしてのリーフに対応して設定されたデバイス固有鍵、または、リーフから頂点ノードに至るルート上の各ノードに対応して設定されたグループ鍵、または、頂点ノードに対応して設定されたデバイス製造エンティテイ鍵、または、情報処理装置のモデルに対応するモデル鍵、または、情報処理装置のバージョンに対応するバージョン鍵のいずれかの暗号鍵であることを特徴とする。
【００３１】
さらに、本発明の情報記録媒体の一実施態様において、前記情報記録媒体は、さらに、コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルに対応する情報として、暗号化データ部分と、鍵指定情報を含むコンテンツコード暗号構成情報を記録情報として有することを特徴とする。
【００３２】
さらに、本発明の第４の側面は、
情報処理装置において、情報記録媒体の記録データを適用したデータ処理を実行する情報処理方法であり、
データ処理部において、情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得するコンテンツコード取得ステップと、
データ処理部において、前記コンテンツコードに含まれる装置確認処理用コードに基づいて、メモリに格納された装置証明書を適用した装置確認処理を実行する装置確認処理実行ステップと、
データ処理部において、前記装置証明書に記録された装置識別子を取得し、さらに取得した装置識別子に対応するコンテンツコードを選択し、選択コンテンツコードを適用したデータ処理を実行するコンテンツコード処理実行ステップと、
を有することを特徴とする情報処理方法にある。
【００３３】
さらに、本発明の情報処理方法の一実施態様において、前記装置証明書は、情報処理装置固有のデバイス識別子とデバイス公開鍵を格納したデバイス証明書、または、情報処理装置のモデルまたはバージョンに対応するモデル識別子またはバージョン識別子とモデルバージョン公開鍵を格納したモデルバージョン証明書であり、前記装置確認処理実行ステップは、前記デバイス証明書、またはモデルバージョン証明書の少なくともいずれかの証明書を適用した装置確認処理を実行し、前記デバイス証明書に記録されたデバイス識別子、またはモデルバージョン証明書に記録されたモデル識別子、バージョン識別子、いずれかの識別子を取得するステップであり、前記コンテンツコード処理実行ステップは、取得した識別子に対応するコンテンツコードを適用したデータ処理を実行するステップであることを特徴とする。
【００３４】
さらに、本発明の情報処理方法の一実施態様において、前記装置確認処理実行ステップは、前記装置証明書に設定された署名検証処理によって、装置証明書の正当性の確認を実行し、さらに、情報処理装置のメモリに保持された秘密鍵によって新たな署名データを生成し、該生成署名データを前記装置証明書に格納された公開鍵で検証し、署名検証が成立したことを装置確認の成立として判定する装置確認処理を実行するステップであることを特徴とする。
【００３５】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理装置は、デバイスおよびグループ対応データとして、階層構成を持つ鍵ツリーにおいて、情報処理装置の対応付けられた最下層ノードとしてのリーフに対応して設定されたデバイス固有鍵、リーフから頂点ノードに至るルート上の各ノードに対応して設定されたグループ鍵、および頂点ノードに対応して設定されたデバイス製造エンティテイ鍵と、モデルバージョンパッケージとして、情報処理装置のモデルおよびバージョンに対応するモデル鍵とバージョン鍵と、鍵管理センタ公開鍵とを格納したメモリを有し、前記データ処理部は、前記コンテンツコードの署名検証処理を、前記鍵管理センタ公開鍵を適用して実行し、前記コンテンツコード処理実行ステップにおいて、前記デバイス固有鍵、またはグループ鍵、またはデバイス製造エンティテイ鍵、またはモデル鍵、またはバージョン鍵のいずれかの鍵を適用したコンテンツコード構成データの復号処理を実行することを特徴とする。
【００３６】
さらに、本発明の情報処理方法の一実施態様において、前記コンテンツコード処理実行ステップにおいて、前記コンテンツコードの復号に適用する鍵指定情報、および前記コンテンツコード中に設定された暗号化データの位置を示す暗号化データ位置指定情報を前記情報記録媒体の格納データから取得し、該取得情報に従って適用する鍵を選択し、前記暗号化データ位置指定情報に従って復号対象データを特定して、選択鍵を適用した復号処理を実行することを特徴とする。
【００３７】
さらに、本発明の情報処理方法の一実施態様において、前記コンテンツコードは、コンテンツコード構成データとしてのブロック単位で署名が設定されたデータ構成を有し、前記データ処理部において、前記コンテンツコードの署名検証処理を、前記ブロック単位で実行するステップを有することを特徴とする。
【００３８】
さらに、本発明の情報処理方法の一実施態様において、前記コンテンツコード処理実行ステップにおいて、コンテンツコードの復号処理に際して、実行するコンテンツコードに対応して選択されるデバイス製造エンティテイ対応の鍵セットから鍵を選択して、選択鍵を適用したコンテンツコード構成データの復号処理を実行することを特徴とする。
【００３９】
さらに、本発明の情報処理方法の一実施態様において、前記データ処理部は、前記コンテンツコード処理実行ステップにおいて、前記装置確認処理の後に実行するコンテンツコードを適用したデータ処理として、コンテンツコードに含まれるセキュリティチェックコードを適用したセキュリティチェック処理、または、コンテンツコードに含まれるデータ変換テーブルを適用したコンテンツ構成データのデータ変換処理の少なくともいずれかの処理を実行することを特徴とする。
【００４０】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理装置は、情報処理装置のモデルおよびバージョンに対応するモデルバージョン公開鍵を格納したモデルバージョン証明書をメモリに格納した構成であり、前期情報処理方法において、さらに、前記データ処理部は、前記モデルバージョン証明書に記録された証明書更新情報を確認して、コンテンツコードに含まれるセキュリティチェックコードを適用したセキュリティチェック処理、または、コンテンツコードに含まれるデータ変換テーブルを適用したコンテンツ構成データのデータ変換処理の処理態様の決定処理を実行するステップを有することを特徴とする。
【００４１】
さらに、本発明の第５の側面は、
情報記録媒体製造装置における情報記録媒体製造方法であり、
コンテンツファイル生成手段が、情報記録媒体に記録するコンテンツデータを格納したコンテンツファイルを生成するコンテンツファイル生成ステップと、
コンテンツコードファイル生成手段が、コンテンツの利用に際して実行すべきデータ処理プログラムを含むコンテンツコードを格納したコンテンツコードファイルを生成するコンテンツコードファイル生成ステップと、
記録手段が、前記コンテンツファイル生成ステップにおいて生成したコンテンツファイル、および前記コンテンツコードファイル生成ステップにおいて生成したコンテンツコードファイルを情報記録媒体に記録する記録ステップとを有し、
前記コンテンツコードファイル生成ステップは、
各情報処理装置のメモリに格納された装置証明書を適用した装置確認処理を実行させる装置確認処理用コードを格納したコンテンツコードファイルと、装置確認処理によって確認された装置識別子に基づいて選択実行可能なセキュリティチェックコードを格納したコンテンツコードファイルを生成するステップであることを特徴とする情報記録媒体製造方法にある。
【００４２】
さらに、本発明の情報記録媒体製造方法の一実施態様において、前記コンテンツコードファイル生成ステップは、さらに、装置確認処理によって確認された装置識別子に基づいて選択実行可能なコンテンツのデータ変換処理に適用するデータ変換テーブルを格納したコンテンツコードファイルを生成するステップであることを特徴とする。
【００４３】
さらに、本発明の情報記録媒体製造方法の一実施態様において、前記コンテンツコードファイル生成ステップは、コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルを生成するステップであることを特徴とする。
【００４４】
さらに、本発明の情報記録媒体製造方法の一実施態様において、前記暗号鍵は、階層構成を持つ鍵ツリーにおいて、情報処理装置の対応付けられた最下層ノードとしてのリーフに対応して設定されたデバイス固有鍵、または、リーフから頂点ノードに至るルート上の各ノードに対応して設定されたグループ鍵、または、頂点ノードに対応して設定されたデバイス製造エンティテイ鍵、または、情報処理装置のモデルに対応するモデル鍵、または、情報処理装置のバージョンに対応するバージョン鍵のいずれかの暗号鍵であることを特徴とする。
【００４５】
さらに、本発明の情報記録媒体製造方法の一実施態様において、前記コンテンツコードファイル生成ステップは、さらに、コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルに対応する情報として、暗号化データ部分と、鍵指定情報を含むコンテンツコード暗号構成情報を情報記録媒体に記録する情報として生成する処理を実行することを特徴とする。
【００４６】
さらに、本発明の第６の側面は、
情報処理装置において、情報記録媒体の記録データを適用したデータ処理を実行させるコンピュータ・プログラムであり、
データ処理部において、情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得させるコンテンツコード取得ステップと、
データ処理部において、前記コンテンツコードに含まれる装置確認処理用コードに基づいて、メモリに格納された装置証明書を適用した装置確認処理を実行させる装置確認処理実行ステップと、
データ処理部において、前記装置証明書に記録された装置識別子を取得し、さらに取得した装置識別子に対応するコンテンツコードを選択し、選択コンテンツコードを適用したデータ処理を実行させるコンテンツコード処理実行ステップと、
を実行させることを特徴とするコンピュータ・プログラムにある。
【００４９】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００５０】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００５１】
本発明の一実施例の構成によれば、情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得し、コンテンツコードに従ったセキュリティチェック処理やコンテンツの構成データの変換処理、装置情報のコンテンツに対する埋め込み処理などのデータ処理を実行する構成において、コンテンツコードの適用処理に際して、情報処理装置の確認処理として、情報処理装置に格納されたデバイス証明書またはモデルバージョン証明書を適用した装置確認処理を実行し、装置確認処理の後、デバイス証明書またはモデルバージョン証明書に記録された装置識別子としてのデバイスＩＤ、モデルＩＤ、バージョンＩＤなどを取得し、取得した装置識別子に対応するコンテンツコードを適用したデータ処理を実行する構成としたので、各装置に対応する適切なコンテンツコードの選択適用が実現される。
【００５２】
さらに、本発明の一実施例構成によれば、コンテンツコードの少なくとも一部を暗号化データとして設定し、その暗号鍵として、階層構成を持つ鍵ツリーにおいて、情報処理装置の対応付けられた最下層ノードとしてのリーフに対応して設定されたデバイス固有鍵、リーフから頂点ノードに至るルート上の各ノードに対応して設定されたグループ鍵、頂点ノードに対応して設定されたデバイス製造エンティテイ鍵、または、情報処理装置のモデルおよびバージョンに対応するモデル鍵とバージョン鍵のいずれかを適用した暗号化データとしたので、情報処理装置の特定の集合にのみコンテンツコードの処理を実行させることが可能となり、不正なコンテンツコードの適用処理を防止する構成が実現される。
【発明を実施するための最良の形態】
【００５３】
以下、図面を参照しながら本発明の情報処理装置、情報記録媒体製造装置、情報記録媒体、および方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は、以下の記載項目に従って行う。
１．情報記録媒体の格納データと、ドライブおよびホストにおける処理の概要
２．コンテンツ管理ユニット（ＣＰＳユニット）について
３．変形データを含むコンテンツのデータ構成およびデータ変換処理の概要
４，コンテンツ再生処理
５．セキュリティチェックコードを適用した処理
６．情報処理装置に対する暗号鍵配布構成とコンテンツコードの暗号化および利用処理構成
７．情報処理装置の構成
８．情報記録媒体製造装置および情報記録媒体
【００５４】
［１．情報記録媒体の格納データと、ドライブおよびホストにおける処理の概要］
まず、情報記録媒体の格納データと、ドライブおよびホストにおける処理の概要について説明する。図１に、コンテンツの格納された情報記録媒体１００、ドライブ１２０およびホスト１４０の構成を示す。ホスト１４０は、例えばＰＣ等の情報処理装置で実行されるデータ再生（または記録）アプリケーションであり、所定のデータ処理シーケンスに従ってＰＣ等の情報処理装置のハードウェアを利用した処理を行なう。
【００５５】
情報記録媒体１００は、例えば、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）、ＤＶＤなどの情報記録媒体であり、正当なコンテンツ著作権、あるいは頒布権を持ついわゆるコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体（ＲＯＭディスクなど）、あるいはデータ記録可能な情報記録媒体（ＲＥディスクなど）である。なお、以下の実施例では、情報記録媒体の例としてディスク型の媒体を例として説明するが、本発明は様々な態様の情報記録媒体を用いた構成において適用可能である。
【００５６】
図１に示すように、情報記録媒体１００には、暗号化処理および一部データの置き換え処理の施された暗号化コンテンツ１０１と、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックとしてのＭＫＢ（Media Key Block）１０２、コンテンツ復号処理に適用するタイトル鍵を暗号化したデータ（Encrypted CPS Unit Key）等から構成されるタイトル鍵ファイル１０３、コンテンツのコピー・再生制御情報としてのＣＣＩ（Copy Control Information）等を含む使用許諾情報１０４、暗号化コンテンツ１０１の利用に際して実行されるデータ処理プログラムを含むコンテンツコード１０５が格納される。
【００５７】
コンテンツコード１０５には、コンテンツ中の所定領域の置き換えデータに対応する変換データを登録した変換テーブル（Ｆｉｘ−ｕｐ  Ｔａｂｌｅ）１０６、コンテンツ再生を実行するプレーヤ（再生装置）の正当性などを検証するためのプログラムなどによって構成されるセキュリティチェックコード１０７が含まれる。さらに、情報処理装置の装置確認、例えば情報処理装置に対応するモデル、バージョン、デバイスなどをモデル識別子（モデルＩＤ）、バージョン識別子（バージョンＩＤ）、デバイス識別子（デバイスＩＤ）などに基づいて特定する装置確認処理用コード１０８が含まれる。
【００５８】
コンテンツの再生を実行する情報処理装置は、コンテンツコード１０５に含まれるセキュリティチェックコード１０７に従って、プレーヤ（再生装置）の正当性などの検証処理を実行し、検証処理の後、コンテンツコード１０５に含まれるデータ変換処理プログラムに従って、コンテンツコード１０５に含まれる変換テーブル（Ｆｉｘ−ｕｐ  Ｔａｂｌｅ）１０６に記録された変換データを取り出して、コンテンツの構成データの置き換え処理を行なう。
【００５９】
なお、変換テーブル（Ｆｉｘ−ｕｐ  Ｔａｂｌｅ）１０６や、セキュリティチェックコード１０７には、様々な再生装置や再生アプリケーション種別などに応じた処理、すなわちセキュリティチェック処理や変換処理を実行可能とするため、様々な種類のコードが含まれる。例えばＡ社製のモデルＡ１、バージョンａ２、デバイスＡａ３に対応するセキュリティチェックコード、変換テーブル、Ｂ社製のモデルＢ１、バージョンｂ２、デバイスＢｂ３に対応するセキュリティチェックコード、変換テーブルなどである。コンテンツを利用しようとする装置は、これらのセキュリティチャックコードや変換テーブルから、自装置に対応するセキュリティチェックコードや変換テーブルを選択して処理を実行することになる。
【００６０】
コンテンツを利用する情報処理装置は、自装置に対応する適切な変換テーブルやセキュリティチェックコードを選択して処理を行なうことになる。例えば情報処理装置に相当する「デバイス」、あるいは複数のデバイスの集合として定義される「モデル」あるいはモデルの下位概念としての「バージョン」などの様々な情報処理装置の所属集合に応じた適切な変換テーブルやセキュリティチェックコードを選択して処理を行なう。例えば、
デバイス識別子は、個々の情報処理装置固有の識別子として設定される。
モデル識別子は、同一モデルに含まれる複数のデバイス（情報処理装置）に共通に設定される。
バージョン識別子は、同一モデルに含まれる異なるバージョン毎に設定される識別子である。例えば、モデルＡのバージョン１、モデルＡのバージョン２などがある場合に、それぞれのバージョンに対応して個別のバージョン識別子が設定される。
【００６１】
情報処理装置は、装置確認処理用コード１０８の適用処理によって、情報処理装置の所属集合としてのデバイス、モデル、バージョンなどを確認して、適切な変換テーブルやセキュリティチェックコードを選択して処理を行なう。このために、自装置のデバイス識別子や、モデル識別子、バージョン識別子を確認することが必要となる。この確認処理を実行する装置確認処理プログラムが装置確認処理用コード１０８に含まれる。
【００６２】
コンテンツの利用を行なおうとする情報処理装置は、情報処理装置のメモリ（図１に示すメモリｂ１６１）に格納されたデバイス証明書（Ｄｅｖｉｃｅ  Ｃｅｒｔ）、あるいはモデルバージョン証明書（ＭＶ  Ｃｅｒｔ）を取得して、コンテンツコード１０５に含まれる装置確認処理用コード１０８を実行して、自装置のデバイス、モデル、またはバージョンの確認処理を実行する。この装置確認処理の後、確認されたデバイス、モデル、またはバージョンに対応する適切な変換テーブルやセキュリティチェックコードを選択して処理を行なう。デバイス証明書（Ｄｅｖｉｃｅ  Ｃｅｒｔ）、あるいはモデルバージョン証明書（ＭＶ  Ｃｅｒｔ）は公開鍵が格納された公開鍵証明書である。なお、これらの処理の具体的処理例については、後段で説明する。
【００６３】
さらに、コンテンツコード１０５には、変換データを適用した変換処理プログラムの他、スタートアップ処理や、セキュリティチェック処理などの様々な処理を実行するための情報やプログラムが含まれる。コンテンツコードの詳細については、後段で詳細に説明する。なお、図に示す情報記録媒体格納データ例は一例であり、格納データは、ディスクの種類などによって多少異なる。以下、これらの各種情報の概要について説明する。
【００６４】
（１）暗号化コンテンツ１０１
情報記録媒体１００には、様々なコンテンツが格納される。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームや特定の規格で規定された形式のゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるコンテンツである。これらのコンテンツは、特定のＡＶフォーマット規格データであり、特定のＡＶデータフォーマットに従って格納される。具体的には、例えばＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）ＲＯＭ規格データとして、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）ＲＯＭ規格フォーマットに従って格納される。
【００６５】
さらに、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどが格納される場合もある。これらのコンテンツは、特定のＡＶデータフォーマットに従わないデータフォーマットを持つデータとして格納される場合もある。
【００６６】
コンテンツの種類としては、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなど、様々なコンテンツが含まれ、これらのコンテンツには、情報記録媒体１００からのデータのみによって利用可能なコンテンツ情報と、情報記録媒体１００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となるコンテンツ情報など、様々な態様の情報が含まれる。情報記録媒体に格納されるコンテンツは、区分コンテンツ毎の異なる利用制御を実現するため、区分コンテンツ毎に異なる鍵（ＣＰＳユニット鍵またはユニット鍵（あるいはタイトル鍵と呼ぶ場合もある））が割り当てられ暗号化されて格納される。１つのユニット鍵を割り当てる単位をコンテンツ管理ユニット（ＣＰＳユニット）と呼ぶ。さらに、コンテンツは、構成データの一部が、正しいコンテンツデータと異なるデータによって置き換えられたブロークンデータとして設定され、復号処理のみでは正しいコンテンツ再生が実行されず、再生を行なう場合は、ブロークンデータを変換テーブルに登録されたデータに置き換える処理が必要となる。これらの処理は後段で詳細に説明する。
【００６７】
（２）ＭＫＢ
ＭＫＢ（Media Key Block）１０２は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックである。ＭＫＢ１０２は有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵［Ｋｄ］に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵［Ｋｍ］の取得を可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式を適用したものであり、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディア鍵［Ｋｍ］の取得を可能とし、無効化（リボーク処理）されたユーザデバイスにおいては、メディア鍵［Ｋｍ］の取得が不可能となる。
【００６８】
ライセンスエンティテイとしての管理センタはＭＫＢに格納する鍵情報の暗号化に用いるデバイス鍵の変更により、特定のユーザデバイスに格納されたデバイス鍵では復号できない、すなわちコンテンツ復号に必要なメディア鍵を取得できない構成を持つＭＫＢを生成することができる。従って、任意タイミングで不正デバイスを排除（リボーク）して、有効なライセンスを持つデバイスに対してのみ復号可能な暗号化コンテンツを提供することが可能となる。コンテンツの復号処理については後述する。
【００６９】
（３）タイトル鍵ファイル
前述したように各コンテンツまたは複数コンテンツの集合は、コンテンツの利用管理のため、各々、個別の暗号鍵（タイトル鍵（ＣＰＳユニット鍵））を適用した暗号化がなされて情報記録媒体１００に格納される。すなわち、コンテンツを構成するＡＶ(Audio Visual)ストリーム、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなどは、コンテンツ利用の管理単位としてのユニットに区分され、区分されたユニット毎に異なるタイトル鍵を生成して、復号処理を行なうことが必要となる。このタイトル鍵を生成するための情報がタイトル鍵データであり、例えばメディア鍵等によって生成された鍵で暗号化タイトル鍵を復号することによってタイトル鍵を得る。タイトル鍵データを適用した所定の暗号鍵生成シーケンスに従って、各ユニット対応のタイトル鍵が生成され、コンテンツの復号が実行される。
【００７０】
（４）使用許諾情報
使用許諾情報には、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。すなわち、情報記録媒体１００に格納された暗号化コンテンツ１０１に対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）は、コンテンツ管理ユニットとして設定されるＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。
【００７１】
（５）コンテンツコード
コンテンツコード１０５は、コンテンツ中の所定領域の置き換えデータに対応する変換データを登録した変換テーブル（Ｆｉｘ−ｕｐ  Ｔａｂｌｅ）１０６と、コンテンツ再生を実行する情報処理装置の正当性などを検証するプログラムであるセキュリティチェックコード１０７が含まれる。さらに、前述したように、情報処理装置に対応するデバイス、モデル、バージョンの少なくともいずれかの識別情報を確認する装置確認処理用コード１０８が含まれる。
【００７２】
前述したように、変換テーブルやセキュリティチェックコードには、様々な再生装置としての情報処理装置（デバイス、モデル、バージョンなど）の種別に応じた処理を可能とするため、様々な種類のコードが含まれる。コンテンツを利用しようとする情報処理装置は、装置確認処理用コード１０８に基づいて、自装置についてのデバイス、モデル、バージョンなどの確認処理を行なった後、自装置に対応するセキュリティチャックコードや変換テーブルを選択してセキュリティチェック処理とデータ変換処理を実行する。
【００７３】
コンテンツ再生を実行する再生装置の再生アプリケーションとしてのホストは、データ変換処理を実行するバーチャルマシン（ＶＭ）を設定し、バーチャルマシン（ＶＭ）において、情報記録媒体１００から読み出したコンテンツコードに従って、装置確認処理、セキュリティチェック処理およびデータ変換処理を実行して、変換テーブル（Ｆｉｘ−ｕｐ  Ｔａｂｌｅ）１０６の登録エントリを適用して、コンテンツの一部構成データのデータ変換処理を実行する。
【００７４】
情報記録媒体１００に格納された暗号化コンテンツ１０１は、所定の暗号化が施されているとともに、コンテンツ構成データの一部が、正しいデータと異なるブロークンデータによって構成されている。コンテンツ再生に際しては、このブロークンデータを正しいコンテンツデータである変換データに置き換えるデータ上書き処理が必要となる。この変換データを登録したテーブルが変換テーブル（Ｆｉｘ−ｕｐ  Ｔａｂｌｅ）１０６である。ブロークンデータはコンテンツ中に散在して多数設定され、コンテンツ再生に際しては、これらの複数のブロークンデータを変換テーブルに登録された変換データに置き換える（上書き）する処理が必要となる。この変換データを適用することにより、例えば、暗号鍵が漏洩しコンテンツの復号が不正に行なわれた場合であっても、コンテンツの復号のみでは、置き換えデータの存在によって正しいコンテンツの再生が不可能となり、不正なコンテンツ利用を防止することができる。
【００７５】
なお、変換テーブル１０６には、通常の変換データに加え、コンテンツ再生装置またはコンテンツ再生アプリケーションを識別可能とした識別情報の構成ビットを解析可能としたデータを含む変換データ（Ｆｏｒｅｎｓｉｃ  Ｍａｒｋ）が含まれる。具体的には、例えば、情報処理装置に対応する識別データとしてのデバイスＩＤ（デバイス識別子）、あるいはモデルＩＤ（モデル識別子）、あるいはバージョンＩＤ（バージョン識別子）等の識別子、あるいはこれらの識別子情報に基づいて生成された識別情報が記録された「識別マークを含む変換データ（Ｆｏｒｅｎｓｉｃ  Ｍａｒｋ）」が含まれる。識別マークを含む変換データは、コンテンツの再生に影響を与えないレベルで、正しいコンテンツデータのビット値をわずかに変更したデータである。
【００７６】
なお、コンテンツコード１０５には、上述した変換テーブル１０６を適用したデータ変換処理プログラムの他、スタートアップ処理や、セキュリティチェック処理などの様々な処理を実行するための情報やプログラムが含まれる。コンテンツコードの詳細については、後段で詳細に説明する。
【００７７】
次に、ホスト１４０とドライブ１２０の構成、処理の概要について、図１を参照して説明する。情報記録媒体１００に格納されたコンテンツの再生処理は、ドライブ１２０を介してホスト１４０にデータが転送されて実行される。
【００７８】
ホスト１４０には、再生（プレーヤ）アプリケーション１５０と、セキュアＶＭ１６０が設定される。再生（プレーヤ）アプリケーション１５０は、コンテンツ再生処理部であり、コンテンツ再生処理において実行するドライブとの認証処理、コンテンツ復号、デコード処理などの処理を実行する。
【００７９】
セキュアＶＭ１６０は、コンテンツコード１０５を適用した処理を実行するデータ処理部である。コンテンツコード１０５には、変換テーブル１０６、セキュリティチェックコード１０７、装置確認処理用コード１０８が含まれ、セキュアＶＭ１６０は、装置確認処理用コード１０８に従って装置のモデル、バージョン、デバイスなどの装置確認を行った後、確認済みの自装置に対応するセキュリティチェックコード１０７を選択して、セキュリティチェック処理を実行し、さらに、変換テーブル１０６を利用したコンテンツの一部データの置き換え処理を実行する。
【００８０】
データ処理部としてのセキュアＶＭ１６０は、コンテンツコードに含まれる装置確認処理用コード１０８に基づいて、メモリに格納された装置証明書（デバイス証明書、モデルバージョン証明書）を適用した装置確認処理を実行し、装置確認処理の後、装置証明書に記録された装置識別子（モデルＩＤ、バージョンＩＤ、デバイスＩＤ）を取得し、さらに取得した装置識別子に対応するコンテンツコードを適用したデータ処理を実行する。
【００８１】
なお、セキュアＶＭ１６０は、ホスト１４０内にバーチャルマシンとして設定される。バーチャルマシン（ＶＭ）は中間言語を直接解釈して実行する仮想コンピュータであり、プラットフォームに依存しない中間言語での命令コード情報を情報記録媒体１００から読み出して解釈実行する。
【００８２】
セキュアＶＭ１６０は、情報記録媒体１００に記録された暗号化コンテンツ１０１の利用に適用するプログラムまたは適用情報を含むコンテンツコード１０５を取得して、取得したコンテンツコード１０５に従ってデータ処理を実行するデータ処理部として機能する。
【００８３】
セキュアＶＭ１６０は、セキュアＶＭのアクセス可能なメモリであるメモリｂ１６１からデバイス証明書（Ｄｅｖｉｃｅ Ｃｅｒｔ）や、モデルバージョン証明書（ＭＶ Ｃｅｒｔ）などの装置情報を取得し、これらの証明書を適用して、装置確認処理、すなわち、デバイスやモデルやバージョンなどの各識別子に基づいて、自装置を確認する処理を実行し、確認された装置識別情報に基づいて、装置対応の適切なコンテンツコードを情報記録媒体から選択して実行する。
【００８４】
なお、コンテンツコードの一部は、暗号化データとして設定されており、この暗号化データを復号するための暗号鍵がメモリｂ１６１に格納されている。セキュアＶＭ１６０は、メモリｂ１６１から選択した鍵を適用してコンテンツコードの復号処理を実行する。
【００８５】
メモリｂ１６１には、例えばデバイス固有の鍵であるデバイス固有鍵、複数のデバイスのグループに共通のグループ鍵、さらに特定の装置モデルに対応するモデル鍵、あるいは特定のモデルの特定のバージョンに対応するバージョン鍵などが格納される。
【００８６】
なお、デバイス固有鍵、およびグルーブ鍵は、階層構成を持つ鍵ツリーにおいて各情報処理装置の対応付けられた最下層ノードとしてのリーフから頂点ノードに至るルート上の各ノードに対応して設定されるノード鍵によって構成される。各情報処理装置は、これらのノード鍵をデバイス固有鍵、およびグルーブ鍵として格納している。これらの鍵構成の詳細については、後段で説明する。
【００８７】
セキュアＶＭ１６０は、コンテンツコードに含まれる暗号化コードを復号する場合には、メモリｂ１６１から、ノード鍵としてのデバイス固有鍵、または複数のデバイスのグループに共通のグループ鍵、あるいはモデル鍵、またはバージョン鍵を選択して選択した鍵を適用してコンテンツコードの復号処理を実行する。なお、メモリｂ１６１に格納される暗号鍵の詳細、およびセキュアＶＭ１６０の実行する処理の詳細については後段で説明する。
【００８８】
再生（プレーヤ）アプリケーション１５０と、セキュアＶＭ１６０間の情報伝達、あるいは処理要求は、再生（プレーヤ）アプリケーション１５０からセキュアＶＭ１６０に対する割り込み（ＩＮＴＲＰ）と、セキュアＶＭ１６０から再生（プレーヤ）アプリケーション１５０に対する応答（Ｃａｌｌ）処理のシーケンスによって実行される。アプリケーション１５０からセキュアＶＭ１６０に対する割り込み（ＩＮＴＲＰ）と、セキュアＶＭ１６０から再生（プレーヤ）アプリケーション１５０に対する応答（Ｃａｌｌ）処理のシーケンスによって行なわれる。
【００８９】
ホスト１４０の実行する主な処理について説明する。コンテンツの利用に先立ち、ドライブ１２０と、ホスト１４０間では相互認証処理が実行され、この認証処理の成立によって双方の正当性が確認された後、ドライブからホストに暗号化コンテンツが転送され、ホスト側でコンテンツの復号処理が行なわれ、さらに上述の変換テーブルによるデータ変換処理が実行されてコンテンツ再生が行なわれる。
【００９０】
ドライブ１２０のデータ処理部１２１は、コンテンツ利用に際して実行されるホストとの認証処理、さらに、情報記録媒体からのデータ読み出し、ホストヘのデータ転送処理などを実行する。
【００９１】
ホスト１４０の再生（プレーや）アプリケーション１５０は、例えばＰＣ等の情報処理装置で実行されるデータ再生（または記録）アプリケーションであり、所定のデータ処理シーケンスに従ってＰＣ等の情報処理装置のハードウェアを利用した処理を行なう。
【００９２】
ホスト１４０は、ドライブ１２０との相互認証処理や、データ転送制御などを実行するデータ処理部１５１、暗号化コンテンツの復号処理を実行する復号処理部１５３、前述の変換テーブル１０５の登録データに基づくデータ変換処理を実行するデータ変換処理部１５４、デコード（例えばＭＰＥＧデコード）処理を実行するデコード処理部１５５を有する。
【００９３】
復号処理部１５３では、メモリａ１５６に格納された各種情報、および、情報記録媒体１００からの読み取りデータを適用して、コンテンツの復号に適用する鍵を生成し、暗号化コンテンツ１０１の復号処理を実行する。データ変換処理部１５４は、情報記録媒体１００から取得されるデータ変換処理プログラムに従って、情報記録媒体１００から取得される変換テーブルに登録された変換データを適用してコンテンツの構成データの置き換え処理（上書き）を実行する。デコード処理部１５５は、デコード（例えばＭＰＥＧデコード）処理を実行する。
【００９４】
情報処理装置１５０のメモリａ１５６には、デバイス鍵：Ｋｄや、相互認証処理に適用する鍵情報や復号に適用する鍵情報などが格納される。なお、コンテンツの復号処理の詳細については後述する。デバイス鍵：Ｋｄは、先に説明したＭＫＢの処理に適用する鍵である。ＭＫＢは有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵［Ｋｄ］に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵［Ｋｍ］の取得を可能とした鍵情報ブロックであり、暗号化コンテンツの復号に際して、情報処理装置１５０は、メモリａ１５６に格納されたデバイス鍵：Ｋｄを適用してＭＫＢの処理を実行することになる。なお、コンテンツの復号処理の詳細については後述する。
【００９５】
［２．コンテンツ管理ユニット（ＣＰＳユニット）について］
前述したように、情報記録媒体に格納されるコンテンツは、ユニット毎の異なる利用制御を実現するため、ユニット毎に異なる鍵が割り当てられ暗号化処理がなされて格納される。すなわち、コンテンツはコンテンツ管理ユニット（ＣＰＳユニット）に区分されて、個別の暗号化処理がなされ、個別の利用管理がなされる。
【００９６】
コンテンツ利用に際しては、まず、各ユニットに割り当てられたＣＰＳユニット鍵（タイトル鍵とも呼ばれる）を取得することが必要であり、さらに、その他の必要な鍵、鍵生成情報等を適用して予め定められた復号処理シーケンスに基づくデータ処理を実行して再生を行う。コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図２を参照して説明する。
【００９７】
図２に示すように、コンテンツは、（Ａ）インデックス２１０、（Ｂ）ムービーオブジェクト２２０、（Ｃ）プレイリスト２３０、（Ｄ）クリップ２４０の階層構成を有する。再生アプリケーションによってアクセスされるタイトルなどのインデックスを指定すると、例えばタイトルに関連付けられた再生プログラムが指定され、指定された再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したプレイリストが選択される。
【００９８】
プレイリストには、再生対象データ情報としてのプレイアイテムが含まれる。プレイリストに含まれるプレイアイテムによって規定される再生区間としてのクリップ情報によって、コンテンツ実データとしてのＡＶストリームあるいはコマンドが選択的に読み出されて、ＡＶストリームの再生、コマンドの実行処理が行われる。なお、プレイリスト、プレイアイテムは多数、存在し、それぞれに識別情報としてのプレイリストＩＤ、プレイアイテムＩＤが対応付けられている。
【００９９】
図２には、２つのＣＰＳユニットを示している。これらは、情報記録媒体に格納されたコンテンツの一部を構成している。ＣＰＳユニット１，２７１、ＣＰＳユニット２，２７２の各々は、インデックスとしてのタイトルと、再生プログラムファイルとしてのムービーオブジェクトと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイルを含むクリップを含むユニットとして設定されたＣＰＳユニットである。
【０１００】
コンテンツ管理ユニット（ＣＰＳユニット）１，２７１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２が、少なくとも暗号化対象データであり、原則的にコンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定される暗号鍵であるタイトル鍵（Ｋｔ１）（ＣＰＳユニット鍵とも呼ばれる）を適用して暗号化されたデータとして設定される。
【０１０１】
コンテンツ管理ユニット（ＣＰＳユニット）２，２７２には、インデックスとしてアプリケーション１，２１３、再生プログラム２２４、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定される暗号鍵である暗号鍵であるタイトル鍵（Ｋｔ２）適用して暗号化される。
【０１０２】
例えば、ユーザがコンテンツ管理ユニット１，２７１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定された暗号鍵としてのタイトル鍵：Ｋｔ１を取得して復号処理を実行することが必要となる。コンテンツ管理ユニット２，２７２に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定された暗号鍵としてのタイトル鍵：Ｋｔ２を取得して復号処理を実行することが必要となる。
【０１０３】
ＣＰＳユニットの設定構成、およびタイトル鍵の対応例を図３に示す。図３には、情報記録媒体に格納される暗号化コンテンツの利用管理単位としてのＣＰＳユニット設定単位と、各ＣＰＳユニットに適用するタイトル鍵（ＣＰＳユニット鍵）の対応を示している。なお、予め後発データ用のＣＰＳユニットおよびタイトル鍵を格納して設定しておくことも可能である。例えばデータ部２８１が後発データ用のエントリである。
【０１０４】
ＣＰＳユニット設定単位は、コンテンツのタイトル、アプリケーション、データグループなど、様々であり、ＣＰＳユニット管理テーブルには、それぞれのＣＰＳユニットに対応する識別子としてのＣＰＳユニットＩＤが設定される。
【０１０５】
図３において、例えばタイトル１はＣＰＳユニット１であり、ＣＰＳユニット１に属する暗号化コンテンツの復号に際しては、タイトル鍵Ｋｔ１を生成し、生成したタイトル鍵Ｋｔ１に基づく復号処理を行なうことが必用となる。
【０１０６】
このように、情報記録媒体１００に格納されるコンテンツは、ユニット毎の異なる利用制御を実現するため、ユニット毎に異なる鍵が割り当てられ暗号化処理がなされて格納される。各コンテンツ管理ユニット（ＣＰＳユニット）に対する個別の利用管理のために、各コンテンツ管理ユニット（ＣＰＳユニット）に対する使用許諾情報（ＵＲ：Ｕｓａｇｅ  Ｒｕｌｅ）が設定されている。使用許諾情報は、前述したように、コンテンツに対する例えばコピー・再生制御情報（ＣＣＩ）を含む情報であり、各コンテンツ管理ユニット（ＣＰＳユニット）に含まれる暗号化コンテンツのコピー制限情報や、再生制限情報である。
【０１０７】
なお、タイトル鍵の生成には、情報記録媒体に格納された様々な情報を適用したデータ処理が必要となる。これらの処理の具体例についは、後段で詳細に説明する。
【０１０８】
［３．変形データを含むコンテンツのデータ構成およびデータ変換処理の概要］
次に、変形データを含むコンテンツの構成およびデータ変換処理の概要について説明する。情報記録媒体１００に含まれる暗号化コンテンツ１０１は、前述したように、構成データの一部が、正しいコンテンツデータと異なるデータによって置き換えられたブロークンデータとして設定され、復号処理のみでは正しいコンテンツ再生が実行されず、再生を行なう場合は、ブロークンデータを変換テーブルに登録された変換データに置き換える処理が必要となる。
【０１０９】
図４を参照して、情報記録媒体に格納されるコンテンツの構成および再生処理の概要について説明する。情報記録媒体１００には例えば映画などのＡＶ（Audio Visual）コンテンツが格納される。これらのコンテンツは暗号化が施され、所定のライランスを持つ再生装置においてのみ取得可能な暗号鍵を適用した処理によって復号の後、コンテンツ再生が可能となる。具体的なコンテンツ再生処理については後段で説明する。情報記録媒体１００に格納されるコンテンツは、暗号化のみならず、コンテンツの構成データが変形データによって置き換えられた構成を持つ。
【０１１０】
図４には、情報記録媒体１００に格納される記録コンテンツ２９１の構成例を示している。記録コンテンツ２９１は変形のされていない正常なコンテンツデータ２９２と、変形が加えられ破壊されたコンテンツであるブロークンデータ２９３によって構成される。ブロークンデータ２９３は、本来のコンテンツに対してデータ処理によって破壊が施されたデータである。従って、このブロークンデータを含むコンテンツ２９１を適用して正常なコンテンツ再生は実行できない。
【０１１１】
コンテンツ再生を行なうためには、記録コンテンツ２９１に含まれるブロークンデータ２９３を正常なコンテンツデータに置き換える処理を行なって再生コンテンツ２９６を生成することが必要となる。各ブロークンデータ領域に対応する正常なコンテンツデータとしての変換用のデータ（変換データ）は、情報記録媒体１００に記録されたコンテンツコード１０５内の変換テーブル（ＦＵＴ(Fix-Up Table)）１０６（図１参照）に登録された変換エントリ２９５から変換データを取得して、ブロークンデータ領域のデータを置き換える処理を実行して、再生コンテンツ２９６を生成して再生を実行する。
【０１１２】
なお、再生コンテンツ２９６の生成に際しては、ブロークンデータ２９３を正常なコンテンツデータとしての変換データ２９７に置き換える処理に加え、記録コンテンツ２９１の一部領域を、コンテンツ再生装置またはコンテンツ再生アプリケーションを識別可能とした識別情報（例えばデバイスＩＤ、モデルＩＤ、バージョンＩＤ）の構成ビットを解析可能としたデータ（Ｆｏｒｅｎｓｉｃ  Ｍａｒｋ）を含む識別子設定変換データ２９８によって置き換える処理を行なう。例えば、不正にコピーされたコンテンツが流出した場合、流出コンテンツ中の識別子設定変換データ２９８の解析によって、不正コンテンツの流出源を特定することが可能となる。
【０１１３】
なお、変換データを含む変換テーブルの構成データとしての変換エントリは、コンテンツの構成データ中の特定パケットに分散して重複記録する構成としてもよい。すなわち、変換データは、図１に示す変換テーブル１０６に格納されるとともに、暗号化コンテンツ１０１にも分散記録され、重複して記録される。コンテンツ再生を実行する情報処理装置は、変換テーブル１０６に格納された変換データを取得してデータ置き換えを実行するか、あるいはコンテンツに分散は記録された変換エントリを取得してデータ置き換えを実行するかのいずれかの処理を行なう。
【０１１４】
［４．コンテンツ再生処理］
次に、図５を参照して、ホストの実行するコンテンツ再生処理について説明する。図５には、左から暗号化コンテンツの格納された情報記録媒体３３０、情報記録媒体３３０をセットし、データの読み取りを実行するドライブ３４０、ドライブとデータ通信可能に接続され、情報記録媒体３３０に格納されたコンテンツをドライブ３４０を介して取得して再生処理を実行する再生アプリケーションを実行するホスト３４５を示している。
【０１１５】
なお、図５に示すホスト３４５は、コンテンツの復号、デコード、データ変換処理などを実行する再生（プレーヤ）アプリケーションブロック３５０と、情報記録媒体に記録されたコンテンツコードに含まれる装置確認処理プログラムに基づく装置確認、すなわちデバイス識別子、モデル識別子、バージョン識別子などによる装置の特定処理、さらに、セキュリティチェックコードに基づくセキュリティチェック処理および変換テーブルに基づく変換処理に適用するパラメータ算出処理などを実行するセキュアＶＭ３６０を有するセキュアＶＭ３６０ブロックを区分して示してある。
【０１１６】
情報記録媒体３３０は、ＭＫＢ（Media Key Block）３３１、タイトル鍵ファイル３３２、暗号化コンテンツ３３３、コンテンツコード３３４を記録データとして含む。暗号化コンテンツ３３３は、先に、図４を参照して説明したように、一部を変換テーブルから取得するデータに置き換える必要のあるコンテンツである。
【０１１７】
コンテンツコード３３４には、コンテンツ再生を実行するプレーヤ（再生装置）の正当性などを検証するためのプログラムなどによって構成されるセキュリティチェックコード３３５と、コンテンツ中の所定領域の置き換えデータに対応する変換データを登録した変換テーブル（Ｆｉｘ−ｕｐ  Ｔａｂｌｅ）３３６が含まれる。ホスト３４５は、ＭＫＢの処理に適用するデバイス鍵３５１を保持している。
【０１１８】
図５に示すホスト３４５がドライブ３４０を介して情報記録媒体３３０の格納コンテンツを取得して再生する処理シーケンスについて説明する。まず、情報記録媒体３３０の格納コンテンツの読み出しに先立ち、ホスト３４５とドライブ３４０は、ステップＳ１０１において、相互認証を実行する。この相互認証は、ホストおよびドライブがそれぞれ正当な機器またはアプリケーションソフトであるかを確認する処理である。この相互認証処理シーケンスとしては、様々な処理が適用可能である。相互認証処理によって、ドライブ３４０とホスト３４５は共通の秘密鍵としてのセッション鍵（Ｋｓ）を共有する。
【０１１９】
ステップＳ１０１において、ホストドライブ間の相互認証が実行され、セッション鍵（Ｋｓ）を共有した後、ホスト３４５の再生（プレーヤ）アプリケーション３５０は、ステップＳ１０２において、情報記録媒体３３０に記録されたＭＫＢ３３１を、ドライブを介して取得して、メモリに格納されたデバイス鍵３５１を適用したＭＫＢ３３１の処理を実行して、ＭＫＢからメディア鍵（Ｋｍ）を取得する。
【０１２０】
前述したように、ＭＫＢ（Media Key Block）３３１は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックであり、有効なライセンスを持つ装置に格納されたデバイス鍵（Ｋｄ）に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵（Ｋｍ）の取得を可能とした鍵情報ブロックである。
【０１２１】
次に、ステップＳ１０３において、ステップＳ１０２におけるＭＫＢ処理で取得したメディア鍵（Ｋｍ）を適用して、情報記録媒体３３０から読み取ったタイトル鍵ファイル３３２の復号を実行して、タイトル鍵（Ｋｔ）を取得する。情報記録媒体３３０に格納されるタイトル鍵ファイル３３２はメディア鍵によって暗号化されたデータを含むファイルであり、メディア鍵を適用した処理によってコンテンツ復号に適用するタイトル鍵（Ｋｔ）を取得することができる。なお、ステップＳ１０３の復号処理は、例えばＡＥＳ暗号アルゴリズムが適用される。
【０１２２】
次に、ホスト３４５の再生（プレーヤ）アプリケーション３５０は、ドライブ３４０を介して情報記録媒体３３０に格納された暗号化コンテンツ３３３を読み出して、トラックバッファ３５２に読み出しコンテンツを格納し、このバッファ格納コンテンツについて、ステップＳ１０４において、タイトル鍵（Ｋｔ）を適用した復号処理を実行し、復号コンテンツを取得する。
【０１２３】
復号コンテンツは、平文ＴＳバッファ３５３に格納する。（Ｐｌａｉｎ  ＴＳ）は復号された平文トランスポートストリームを意味する。ここで、平文ＴＳバッファ３５３に格納される復号コンテンツは、前述したブロークンデータを含むコンテンツであり、このままでは再生できず、所定のデータ変換（上書きによるデータ置き換え）を行なう必要がある。
【０１２４】
ステップＳ１０５において、セキュアＶＭ３６１は、データ変換に必要となるパラメータなどをコンテンツコード３３４から生成する処理を実行する。その後、ステップＳ１０６において、リアルタイムイベントハンドラ３５６の制御によって、テーブル復元＆データ変換処理が実行される。リアルタイムイベントハンドラ３５６の制御により、再生（プレーヤ）アプリケーション３５０は、コンテンツの構成データとしてのセグメントの切り替えに応じてパラメータ算出要求をセキュアＶＭ３６１に割り込み（ＩＮＴＲＰ）として出力し、セキュアＶＭ３６１からパラメータを、順次受領し、変換テーブルブロックの復号または演算を実行して平文変換テーブルブロックを取得し、取得した変換テーブルブロックに含まれる変換エントリを取得する。
【０１２５】
変換エントリには、変換データ、すなわち、
（ａ）変換データ
（ｂ）識別子設定変換データ（Ｆｏｒｅｎｓｉｃ  Ｍａｒｋ）
と、これらの変換データのコンテンツにおける記録位置指定情報が記録されており、再生（プレーヤ）アプリケーション３５０は、ステップＳ１０６において、指定位置に書き込むデータ変換処理をコンテンツ再生処理または外部出力処理に並行したリアルタイム処理として実行する。
【０１２６】
セキュアＶＭ３６１は、例えばコンテンツの構成データとしてのセグメントごとに適用する異なるパラメータを、コンテンツコードに従って生成して出力する。例えば、パラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）は所定のコンテンツ部分データ単位であるセグメントに対応する変換エントリとの排他論理和（ＸＯＲ）演算パラメータである場合、ステップＳ３０３におけるテーブル復元処理としては、
［変換エントリ１］（ＸＯＲ）［ＳＰ１］、
［変換エントリ２］（ＸＯＲ）［ＳＰ２］、
［変換エントリ３］（ＸＯＲ）［ＳＰ３］、
：                          ：
これらの排他論理和演算処理を実行して、変換テーブルブロックデータに含まれる変換エントリを取得する。なお、上記式において、［Ａ］（ＸＯＲ）［Ｂ］は、ＡとＢの排他論理和演算を意味するものとする。
【０１２７】
このように、情報記録媒体に記録されたコンテンツ３３３に含まれる変換エントリは、パラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）と排他論理和演算されて格納されている。このパラメータは、セキュアＶＭ３６１によって逐次、取得され出力される。
【０１２８】
ステップＳ１０６のテーブル復元＆データ変換処理においては、パラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）を適用した演算または暗号処理よって取得した復元された変換エントリから変換データを取得して、コンテンツに含まれるブロークンデータを正当なコンテンツ構成データである変換データに置き換え、さらに、識別子設定変換データをコンテンツの一部データと入れ替えるデータ上書き処理を実行し、平文ＴＳバッファ３５３の格納データを変換処理済みデータに変更する。このデータ変換処理の概要について、図６を参照して説明する。
【０１２９】
情報記録媒体に格納された暗号化コンテンツ３３３が、一旦、ホスト側のトラックバッファ３５２に格納される。図６（１）に示すトラックバッファ格納データ４０１である。ホスト側の復号処理によって、トラックバッファ格納データ４０１としての暗号化コンテンツの復号が実行されて、復号結果データが平文ＴＳバッファ３５３に格納される。図６（２）に示す復号結果データ４０２である。
【０１３０】
復号結果データ４０２には、正常なコンテンツ構成データではない、ブロークンデータ４０３が含まれる。ホストのデータ変換処理部は、このブロークンデータ４０３を、正しいコンテンツ構成データとしての変換データ４０４に置き換える処理を実行する。この置き換え処理は、例えば平文ＴＳバッファ３５３に書き込み済みのデータに対する一部データの再書き込み（上書き）処理として実行される。
【０１３１】
さらに、ホストの実行するデータ変換処理は、ブロークンデータを正常なコンテンツデータである変換データに置き換える処理のみならず、図６に示すように、識別子設定変換データ４０５によって、復号結果データ４０２の一部構成データを置き換える処理を実行する。
【０１３２】
識別子は、前述したようにコンテンツ再生装置またはコンテンツ再生アプリケーションを識別可能とした識別情報の構成ビットを解析可能としたデータである。具体的には例えば、ホストアプリケーションを実行するプレーヤとしての情報処理装置の識別情報（例えばデバイスＩＤ、またはモデルＩＤ、またはバージョンＩＤなど）の構成データまたは、これらのＩＤに基づいて生成される識別マークである。識別子設定変換データは、先に説明したようにコンテンツの再生に影響を与えないレベルで、正しいコンテンツデータのビット値をわずかに変更したデータである。
【０１３３】
識別子設定変換データ４０５は、コンテンツ中に多数設定され、これら複数の識別子設定変換データ４０５を集積して解析することで、例えばデバイスＩＤが判別される。例えば、デバイスＩＤは情報処理装置固有の識別情報として設定され、識別子設定変換データ４０５を集積して解析することで情報処理装置を特定することが可能となる。識別子設定変換データ４０５は、コンテンツとして通常再生可能なレベルで正常コンテンツデータの構成ビットを変更したデータであり、ＭＰＥＧビットストリーム解析によりビット（識別マーク構成ビット）判別が可能なデータである。
【０１３４】
情報記録媒体に格納される変換テーブルには、図６に示す変換データ４０４、識別子設定変換データ４０５が多数登録されており、さらに、これらの書き込み位置情報についても登録されている。この変換テーブル格納情報に基づくデータ変換処理を実行することで、平文ＴＳバッファ３５３に格納されたデータは、図６（３）に示す変換処理済みデータ４０６に置き換えられることになる。
【０１３５】
その後、変換済みのＴＳ（トランスポートストリーム）は、ネットワークなどを介して外部出力され、外部の再生機器において再生される。あるいは、ステップＳ１０７において、デマルチプレクサによる処理によって、トランスポートストリーム（ＴＳ）からエレメンタリストリーム（ＥＳ）への変換が実行され、さらに、デコード処理（ステッブＳ１０８）が行なわれた後、ディスプレイスピーカを介して再生される。
【０１３６】
［５．セキュリティチェックコードを適用した処理］
上述したコンテンツ再生処理の開始前に、セキュアＶＭ３６１は、情報処理装置のメモリ（図１に示すメモリｂ１６１）に格納された証明書、すなわち、デバイス証明書（Ｄｅｖｉｃｅ  Ｃｅｒｔ）、あるいはモデルバージョン証明書（ＭＶ  Ｃｅｒｔ）を取得して、コンテンツコードに含まれる装置確認処理用コード、すなわち、デバイス、またはモデルまたはバージョン確認処理用のプログラムコードを実行して、自装置のデバイス、モデル、またはバージョンの確認処理を実行し、この装置確認処理の後、確認されたデバイス、モデル、またはバージョンに対応する適切な変換テーブルやセキュリティチェックコードを選択して処理を行なう。なお、セキュアＶＭ３６１は、さらに必要に応じてコンテンツ再生処理の実行期間においてもセキュリティチェックコード３３５を適用したセキュリティチェックを実行する。
【０１３７】
セキュアＶＭ３６１は、イベントハンドラ３５４の制御の下、コンテンツコード３３４に含まれるセキュリティチェックコード３３５に従って、プレーヤ（再生装置）の正当性などの検証処理を実行する。なお、前述したように、変換テーブル（Ｆｉｘ−ｕｐ  Ｔａｂｌｅ）３３６や、セキュリティチェックコード３３５は、再生装置としてのプレーヤの種別に応じた処理を実行可能とするため、様々な種類のコードを含む設定とされる。
【０１３８】
セキュアＶＭ３６１は、プレーヤ情報３５５として再生装置の記憶部に格納された各種の証明書、すなわち、デバイス証明書（Ｄｅｖｉｃｅ  Ｃｅｒｔｉｆｉｃａｔｅ）や、モデルバージョン証明書（ＭＶ  Ｃｅｒｔｉｆｉｃａｔｅ）を取得して実行された装置確認処理によって確認された装置情報に基づいて、コンテンツコード３３４中に含まれるセキュリティチェックコード３３５から、自己の情報処理装置に対応するセキュリティチェックコードを選択して、セキュリティチェック処理を実行する。すなわち、情報処理装置に対応する識別情報または属性情報に対応するセキュリティチェックコードを選択して、選択コードに基づくセキュリティチェック処理を実行する。
【０１３９】
セキュアＶＭ３６１におけるセキュリティチェックにおいてコンテンツの利用が許容された正当な機器であることが証明され、また、不正なコンテンツの外部出力などが行なわれないことを機器構成情報などに基づいて検証した後、コンテンツの再生が行なわれることになる。
【０１４０】
このようなセキュリティチェックは、再生装置の構成、再生アプリケーションの種類などに応じて異なる処理が要求されることがあり、このため、セキュリティチェックコードは、様々な機器やアプリケーションに対応したコードのセットとしてコンテンツコード中に記録されている。
【０１４１】
情報記録媒体におけるコンテンツコードの記録態様について、図を参照して説明する。図７は、情報記録媒体に格納されるデータ全体のディレクトリ構成を示す図である。情報記録媒体の格納データは、大きく２つのデータに区分される。１つは、コンテンツ管理データ、ＣＰＳユニット鍵、コンテンツ利用制御情報（ＣＣＩ）、コンテンツなどを含むコンテンツ関連データを設定したＢＤＭＶディレクトリと、セキュリティチェックコード、変換テーブル等を含むコンテンツコードを設定したＢＤＳＶＭディレクトリを有する。
【０１４２】
これらの各ディレクトリの詳細例について、図８、図９を参照して説明する。先に、図２を参照して説明した階層構造を持つコンテンツを情報記録媒体に格納する場合、様々なデータ、あるいはコンテンツコード等のプログラムなどは、個別のファイルとして記録され、例えば図８に示すディレクトリ設定に従って情報記録媒体に格納される。
（Ａ）図２におけるインデックス２１０は、図８に示すディレクトリ中のindex.bdmvファイル
（Ｂ）図２におけるムービーオブジェクト２２０は図８に示すディレクトリ中のMovieObject.bdmvファイル
（Ｃ）図２におけるプレイリスト２３０は図８に示すディレクトリ中のPLAYLISTディレクトリ下のファイル、
（Ｄ）図２におけるクリップ２４０は図８に示すディレクトリ中のCLIPINFディレクトリ下のファイルとSTREAMディレクトリ下のファイルで同じファイル番号持つものの対に対応する。
（Ｅ）その他、音声データやフォントデータを格納したＡＵＸＤＡＴＡファイル、メタデータを格納したＭＥＴＡファイル、ＢＤ−Ｊオブジェクトを格納したＢＤＯＪファイルなどが情報記録媒体に格納される。
【０１４３】
情報記録媒体に格納されるコンテンツは、前述したように、コンテンツの構成データの一部が、正しいコンテンツデータと異なるデータによって置き換えられたブロークンデータとして設定され、復号処理のみでは正しいコンテンツ再生が実行されず、再生を行なう場合は、ブロークンデータを変換テーブルに登録されたデータ（変換データ）に置き換える処理が必要となる。この置き換え処理には、情報記録媒体に格納されたコンテンツコードを適用して、変換テーブル（Ｆｉｘ−ｕｐ  Ｔａｂｌｅ）の登録データによるデータ変換処理を実行する。
【０１４４】
この変換テーブル、およびセキュリティチェックコードを含むコンテンツコードについても、個別のファイルとして情報記録媒体に格納される。コンテンツコードを設定したディレクトリ構成を図９に示す。図９は、例えば、図８のディレクトリ構造を持つＡＶコンテンツに対して作成されるコンテンツコードのディレクトリ構成である。
【０１４５】
コンテンツコードは、前述したようにセキュリティチェックコードと、変換テーブル、さらに装置確認処理のためのコードを含む。情報記録媒体に格納されるコンテンツコードは、図９に示すように、ＢＤＳＶＭディレクテリに設定された複数の個別のファイル［ｎｎｎｎｎ．ｓｖｍ］に格納される。さらに、ＢＡＣＫＵＰディレクトリにコピーデータとしてのバックアップデータが設定される。
【０１４６】
図９に示すように、各コンテンツコードファイルには、以下のような種類がある。
コンテンツコードファイル［０００００．ｓｖｍ］：デバイス、モデル、バージョン情報の判別に適用するコード
コンテンツコードファイル［００００１．ｓｖｍ］，［００００２．ｓｖｍ］：装置情報に応じて選択されるコード（たとえば00001.svmはモデルＡ用のコード、
00002.svmはモデルＢ用のコードなど）
コンテンツコードファイル［００００３．ｓｖｍ］：装置情報によらない処理（たとえばコンテンツ発売時よりも後に発売される機器については、00003.svmに記載されたデフォルトのコードを実行する）
【０１４７】
これらのコンテンツコードの各々のファイルは、例えば、
（ａ）全コンテンツ＆全デバイス共通のコンテンツコード
（ｂ）コンテンツ固有のコンテンツコード
（ｃ）デバイス、モデル、バージョンなどに固有のコンテンツコード
（ｄ）コンテンツ＆装置（デバイス、モデル、バージョンなど）固有のコンテンツコード
これら（ａ）〜（ｄ）の各カテゴリに分類される。
【０１４８】
装置確認処理のために実行されるコード、すなわち、コンテンツ再生を実行しようとする情報処理装置に対応するデバイス、モデル、バージョンをそれぞれの識別情報に基づいて確認するために適用されるコードである装置確認処理用コードは、全コンテンツ＆全デバイス共通のコンテンツコードとして設定され、情報処理装置は、このコードを適用して、装置のモデル、またはバージョン、またはデバイスの確認処理を実行し、この確認の結果、得られた装置情報に基づいて、上記（ａ）〜（ｄ）の各コードから、自装置に対応するセキュリティチェックコードに基づくセキュリティチェック処理を実行し、また自装置に対応する変換テーブルに基づくデータ変換を伴うコンテンツ再生を実行する。
【０１４９】
なお、デバイス、モデル、バージョンの識別情報を確認するための装置確認処理は、情報処理装置に格納されたデバイス証明書、モデルバージョン証明書を適用した処理として実行される。デバイス証明書、モデルバージョン証明書は、コンテンツの利用権限を確認する証明書として利用され、コンテンツの管理を実行する管理エンティテイが発行する。
【０１５０】
デバイス証明書、モデルバージョン証明書のデータ構成例について、図１０を参照して説明する。図１０（ａ）は、デバイス証明書、図１０（ｂ）はモデルバージョン証明書のデータ構成例を示している。
【０１５１】
デバイス証明書は、図１０（ａ）に示すように、
＊デバイス証明書サイズ、
＊デバイス証明書バージョン、
＊デバイス製造者識別子、
＊デバイス識別子、
＊署名日時、
＊デバイス公開鍵、
＊電子署名、
これらのデータを有する。
【０１５２】
一方、モデルバージョン証明書は、図１０（ｂ）に示すように、
＊モデルバージョン証明書サイズ、
＊モデルバージョン証明書バージョン、
＊モデル製造者識別子、
＊モデル識別子、
＊バージョン識別子、
＊リビジョン識別子
＊署名日時、
＊デバイス公開鍵、
＊電子署名、
これらのデータを有する。
【０１５３】
図５に示すセキュアＶＭ３６１は、情報記録媒体から読み出した装置確認処理用のコード（プログラム）に従って、デバイス証明書またはモデルバージョン証明書、少なくともいずれかの検証処理を実行し、正当性を確認した後、装置のモデル、バージョン、デバイス、少なくともいずれかの確認を行い、その確認情報に従って、コンテンツコードを利用した処理、例えば、セキュリティチェックに適用するコードの選択、適用する変換テーブルの選択などを行う。
【０１５４】
例えばデバイス証明書を利用した具体的な処理としては、まず、セキュアＶＭ３６１は、デバイス証明書の署名検証処理を実行する。例えば、デバイス証明書の署名の実行エンティテイである管理センタの公開鍵を適用した署名検証を実行する。管理センタの公開鍵は、予め取得して装置のメモリに保持したものを適用してもよいし、情報記録媒体から取得あるいはネットワークを介して取得してもよい。
【０１５５】
署名検証により、デバイス証明書の正当性が確認されなかった場合は、その後のデータ変換を伴うコンテンツ再生への移行が停止される。デバイス証明書の正当性が確認された場合は、さらに、そのデバイスに対応するセキュリティチェックコードが選択されて実行される。デバイス製造メーカなどの基本的な情報は、デバイス証明書から取得できる。モデルバージョンを単位とした処理を行なう場合は、モデルバージョン証明書を利用した装置確認処理が実行される。
【０１５６】
セキュアＶＭ３６１は、デバイス証明書またはモデルバージョン証明書の正当性検証処理を実行し、正当性が確認されたことを条件として、証明書の記録情報から、情報処理装置またはコンテンツ利用アプリケーションに対応する識別情報または属性情報、すなわち装置やアプリケーションのメーカ、種別、バージョン、シリアル番号などを取得する処理を実行する。これらの取得情報に基づいて、取得情報に対応するセキュリティチェックコードを選択して、選択コードに基づくセキュリティチェック処理を実行する。なお、これらの処理シーケンスの詳細については、後段でフローチャートを参照して説明する。
【０１５７】
［６．情報処理装置に対する暗号鍵配布構成とコンテンツコードの暗号化および利用処理構成］
先に説明したように、セキュアＶＭ３６１は、情報記録媒体に記録されたコンテンツコードに含まれるセキュリティチェックコードに基づくセキュリティチェック処理および変換テーブルに基づく変換処理に適用するパラメータ算出処理などを実行する。この処理に際して、セキュアＶＭ３６１は、図１を参照して説明した装置確認処理用コード１０８に従って、デバイス証明書やモデルバージョン証明書を適用した装置確認処理を実行する。
【０１５８】
情報処理装置は、デバイス証明書またはモデルバージョン証明書の少なくともいずれかの証明書の正当性検証処理を実行し、正当性が確認されたことを条件として、証明書の記録情報から、情報処理装置またはコンテンツ利用アプリケーションを判別し、判別情報に対応するセキュリティチェックコードを選択して、選択コードに基づくセキュリティチェック処理を実行し、前述した変換テーブル（Ｆｉｘｕｐ−Ｔａｂｌｅ）を適用したデータ変換処理において、コンテンツの変換に際して必要なパラメータ算出を実行する。
【０１５９】
変換テーブルに従って実行されるデータの置き換えは、先に説明したように、
（ａ）変換データ
（ｂ）識別子設定変換データ（Ｆｏｒｅｎｓｉｃ  Ｍａｒｋ）
これらのデータを適用した変換が実行される。
【０１６０】
セキュリティチェックコードによるセキュリティチェックや、変換テーブルに従って実行されるデータ変換処理は、正しいデバイスまたはモデルまたはバージョン識別情報に基づいて選択されたコンテンツコードに従って実行されるべき処理である。しかし、不正な再生装置が、デバイス証明書やモデルバージョン証明書を他の装置からコピーするなどして、不正な証明書情報を使用した処理が行なわれる可能性がある。証明書の検証のみによって、情報処理装置に対応する装置種別、すなわち、モデルまたはバージョンまたはデバイス種別を判定し、これらの装置対応のコンテンツコードに基づくセキュリティチェック処理やデータ変換処理を行なうと、本来必要なセキュリティチェックをすり抜けてコンテンツ利用が行なわれ場合があり、また、本来コンテンツに埋め込むべき識別子設定変換データ（Ｆｏｒｅｎｓｉｃ  Ｍａｒｋ）が正しいものと異なる装置情報を含むデータとなってしまう場合が発生し得る。このような不正な装置情報が埋め込まれたコンテンツを追跡しても、不正な処理を実行した装置をつきとめることはできないという問題が発生する。
【０１６１】
また、例えば、極めて厳しいセキュリティチェックが要求されるＰＣなどの情報処理装置が、甘いセキュリティチェックのみでコンテンツ利用を許容される再生専用機器のデバイス証明書をコピーしてＰＣに格納し、ＰＣにおいて、再生専用機器のデバイス証明書を適用して装置確認処理を実行させて、甘いセキュリティチェックのみを実行してコンテンツを利用してしまうといった事態も発生する可能性がある。
【０１６２】
このように、情報処理装置が正しい装置情報（デバイス、モデル、バージョンのいずれかの識別情報）を提供しない場合には、コンテンツの利用が不正に行なわれ、また不正追跡も困難になる。すなわち、誤った装置情報を提示すると、正しいセキュリティチェックが実行されず、また変換テーブルに基づく正しいデータ変換がなされず、コンテンツに対する装置情報（デバイス、モデル、バージョンのいずれかの識別情報）の埋め込みも正しく行われない可能性がある。以下では、このような不正行為を防止する構成について説明する。
【０１６３】
すなわち、装置側において不正な装置情報を提示する場合においても、各装置に応じた正しいコンテンツコードを選択させて、コンテンツを利用する情報処理装置や再生アプリケーションに対応する正規のセキュリティチェック処理を実行させ、さらに、前述した変換テーブルを適用したデータ変換処理においても正しい装置情報の埋め込みを実行させる構成について説明する。
【０１６４】
情報処理装置対応の正しいコンテンツコードを選択して実行させるため、本処理例では、コンテンツ再生を実行する多数の情報処理装置の各々に対して、特定のルールに従った固有の暗号鍵のセットを配布し、さらに、情報記録媒体に記録しセキュアＶＭによって実行されるコンテンツコードの少なくとも一部を、情報処理装置に配布した暗号鍵を適用した暗号化データとする。以下、暗号鍵配布構成および処理例について説明する。
【０１６５】
まず、情報処理装置に格納される暗号鍵構成について、図１１以下を参照して説明する。鍵管理センタは、各情報処理装置、すなわちコンテンツ再生を実行する情報処理装置に対して、暗号鍵を配布する。鍵管理センタは、暗号鍵の配布先についての登録情報を保持する。情報処理装置は、デバイス識別子、モデル識別子、バージョン識別子が対応付けられている。前述したように、
デバイス識別子は、個々の情報処理装置固有の識別子として設定される。
モデル識別子は、同一モデルに含まれる複数のデバイス（情報処理装置）に共通に設定される。
バージョン識別子は、同一モデルに含まれる異なるバージョン毎に設定される識別子である。例えば、モデルＡのバージョン１、モデルＡのバージョン２などがある場合に、それぞれのバージョンに対応して設定される。
【０１６６】
鍵管理センタは、これらの情報処理装置の各識別子と、各情報処理装置に配布した暗号鍵とを対応付けた登録テーブルを保持し管理する。一方、情報処理装置は、図１を参照して説明したメモリｂ１６１に、
デバイス固有の鍵であるデバイス固有鍵、
複数のデバイスのグループに共通のグループ鍵、
特定の装置モデルに対応するモデル鍵、
特定モデルの特定バージョンに対応するバージョン鍵、
これらの各種の鍵データやその他証明書データを格納する。これらの各データは、鍵管理センタによって、例えば、製造メーカに配付されて、情報処理装置の製造段階でメモリに記録されることになる。
【０１６７】
図１１は、鍵管理センタが各情報処理装置に配付する鍵情報を含むデータセットを説明する図である。鍵管理センタが各情報処理装置に配付するデータは、図１１に示すように、大きく３つに分類される。すなわち、
（ａ）デバイスおよびグループ対応データ
（ｂ）モデルバージョンパッケージ
（ｃ）鍵管理センタ公開鍵
これら（ａ）〜（ｃ）である。以下、これらの各カテゴリ対応のデータについて説明する。
【０１６８】
（ａ）デバイスおよびグループ対応データ
コンテンツ再生を実行する情報処理装置やＬＳＩなどの製造を行なうデバイス製造エンティテイに対応して鍵［デバイス製造エンティテイ鍵（Ｍａｎｕｆａｃｔｕｒｅ鍵）］を頂点とする鍵ツリーが設定され、１つの頂点または分岐点（ノード）からｎ個（図の例ではｎ＝２５６）の下位鍵を設定する。例えば、鍵ツリーの頂点にあるデバイス製造エンティテイ鍵の直下の２段目の鍵は、デバイス製造エンティテイの製造販売する装置やＬＳＩなどをグループ別に区分し、各グループ毎にＧ１−１〜Ｇ１−２５６まで、２５６個の異なるグループ鍵Ｇ１が設定される。
【０１６９】
さらに、３段目の鍵は、各Ｇ１レイヤをさらに区分して、Ｇ２−１〜Ｇ２−２５６＊２５６の鍵、すなわち２５６２個の異なるグループ鍵Ｇ２が設定される。以下、３段目では、各グループＧ２をさらに区分して、２５６３の異なるグループ鍵Ｇ３を設定して、さらに、４段目において、２５６４の異なる最下層のノード（リーフ）を設定して、このノード（リーフ）を、各デバイスごとに割り当て、各デバイスに対応するデバイス固有鍵［Ｄｅｖｉｃｅ＿Ｓｐｅｃｉｆｉｃ＿Ｋｅｙ］を設定する。
【０１７０】
各デバイスは、
頂点ノードに対応するデバイス製造エンティテイ鍵と、
自デバイスに対応する最下層の１つのノード（リーフ）の対応鍵としてのデバイス固有鍵と、
自デバイスに対応するリーフから頂点ノードに至るルートにある各ノード対応の鍵、すなわちグループ鍵（Ｇ１，Ｇ２，Ｇ３の各グループ鍵）
これらの鍵を保有する。
【０１７１】
例えばグループ鍵Ｇ１，５０１は、図に示す階層構成中、最下層のリーフに対応するデバイス中、左半分のリーフ対応のデバイスには配付されるが、右左半分のリーフ対応のデバイスには配付されない。また、グループ鍵Ｇ２，５０２は、図に示す階層構成中、最下層のリーフに対応するデバイス中、左側１／４のリーフ対応のデバイスには配付されるが、それ以外の左側３／４のリーフ対応のデバイスには配付されない。このように、各デバイスに対して配付される暗号鍵のセットは異なる設定とされる。なお、各デバイスは、さらにデバイス秘密鍵［Ｄｅｖｉｃｅ＿Ｋｅｙ］と、デバイス対応の公開鍵を格納した公開鍵証明書であるデバイス証明書［Ｄｅｖｉｃｅ＿Ｃｅｒｔ］も割り当てられる。デバイス証明書は、先に図１０を参照して説明したデータ構成を持つ。
【０１７２】
なお、図１１（ａ）に示す階層構成中の頂点ノード〜リーフに設定される鍵を、グループ鍵と称するのみではなく、階層鍵またはノード鍵とも呼ぶ。なお、各階層の区分設定例は一例であり、たとえばライセンシ、プラットフォーム、販売地域でグループ分けしたり、製造日時でグループ分けをしたりするなどの設定も可能である。
【０１７３】
デバイス対応の公開鍵を格納した公開鍵証明書であるデバイス証明書［Ｄｅｖｉｃｅ＿Ｃｅｒｔ］には、デバイス識別子が格納される。デバイス識別子（ＩＤ）は各プレーヤ個々に異なる識別子であり、例えば０ｘ００００００００〜０ｘＦＦＦＦＦＦＦＦの各値が、各デバイスに対応するデバイスＩＤとして設定される。
【０１７４】
（ｂ）モデルバージョンパッケージ
情報処理装置には、さらに、図１１（ｂ）に示すモデルバージョンパッケージに含まれる各データが格納される。モデルバージョンパッケージには以下のデータが含まれる。
（ｂ１）モデル鍵、
（ｂ２）バージョン鍵、
（ｂ３）モデルバージョン秘密鍵
（ｂ４）モデルバージョン証明書
【０１７５】
モデル鍵は、情報処理装置に対応するモデルに固有の鍵データであり、バージョン鍵は、情報処理装置に対応するバージョンに固有の鍵データである。モデルバージョン秘密鍵、モデルバージョン証明書は、それぞれ公開鍵暗号システムにおける秘密鍵、公開鍵を格納した公開鍵証明書に相当する。それぞれ情報処理装置に対応するモデルバージョンに固有の鍵情報として設定される。モデルバージョン証明書は、先に図１０を参照して説明したデータを格納している。
【０１７６】
モデルバージョン証明書は、
モデルＩＤ＝Ｘ
バージョンＩＤ＝Ｙ
リビジョンＩＤ＝Ｚ
これらの各コードに対応して設定される証明書として構成され、Ｘ，Ｙ，Ｚの値が異なるとことなる証明書として設定されることになる。なお、リビジョンＩＤ（Ｚ）は、例えばファームウェアアップデートなど、装置自体のハードウェアではなく、例えば再生アプリケーションなどのアップデートに際して更新されるコードであり、情報処理装置がこのようなファームウェアアップデートを行った場合、アップデートに応じて、ネットワークや情報記録媒体を介して更新されたモデルバージョン証明書が情報処理装置に提供される。
【０１７７】
以上のように、デバイス固有の鍵、デバイス証明書とともに、モデル鍵、バージョン鍵、モデルバージョン証明書を設定することにより、上述の装置特定のための識別情報（forensic mark）を埋め込む際に、偽の識別情報を埋め込まれることを防ぐことが出来る。
【０１７８】
また、図１１（ａ）のデバイス＆グループ対応データと、図１１（ｂ）のモデルバージョンパッケージを分けて管理することにより、例えば、ＬＳＩそれぞれに応じて異なる値が設定されるデバイス＆グループ対応データは、ＬＳＩメーカが埋め込み、そのＬＳＩを用いて、他の部品などと組み立てて情報処理装置を製造するメーカ（組み立てメーカ）が、モデルバージョンパッケージを埋め込むように、分担して製造作業を行うことも可能となる。
【０１７９】
これにより、例えばＬＳＩとして共通であっても、モデル、バージョンが変わる場合がありえ、その場合には異なる値を埋め込むことがありえるモデル鍵等のみを組み立てメーカが埋め込むことで、組み立てメーカが一台ごとにそれぞれ異なるＩＤを埋め込む必要がなくなるため、組み立てメーカの負担が軽くなる。さらに、モデル、バージョンが変わったとしてもＬＳＩになんら変更を加えることなく、ＬＳＩメーカから購入済みのＬＳＩを使用することが出来る。従って、図１１（ａ）のデバイス＆グループ対応データと、図１１（ｂ）のモデルバージョンパッケージは、同じ物理的なメモリに保存されるとは限らず、別のメモリに保存されることもありえる。
【０１８０】
このため、図１１（ａ）における、グループ鍵（階層鍵、ノード鍵）は、ある一台のデバイスを特定するために設定された分類鍵であるのに対して、図１１（ｂ）におけるモデル鍵、バージョン鍵は情報処理装置（例えば、光ディスクの再生装置）のいわゆる「型番」等に応じて設定される鍵であり、必ずしも対応する関係には無い。
【０１８１】
（ｃ）鍵管理センタ公開鍵
さらに、情報処理装置には、上記の（ａ），（ｂ）のデータに加えて、図１１（ｃ）に示す鍵管理センタ（ＫＩＣ）公開鍵が格納される。この公開鍵は、情報処理装置において、例えばコンテンツコードに付与された鍵管理センタの署名の検証を行なう際に利用される。
【０１８２】
図１２に情報処理装置のメモリに格納されるデータ構成を示す。図１２に示すように、情報処理装置には、
（１）デバイス製造エンティテイ鍵（Manufacturer鍵）
（２）グループ１鍵（Group1 Key）
（３）グループ２鍵（Group２ Key）
（４）グループ３鍵（Group３ Key）
（５）デバイス固有鍵（Device Specific Key)
（６）デバイス秘密鍵（Device Private Key)
（７）モデル鍵＃Ｘ（Model Key #X）
（８）バージョン鍵＃Ｙ（Version Key #Y）
（９）モデルバージョン秘密鍵（Model/Version Private Key）
（１０）デバイス証明書（Device CERT）
（１１）モデルバージョン証明書（MV_CERT(X,Y, Z=Y) (Model/Version CERT)）
（１２）鍵管理センタ公開鍵（KIC Public Key）
これらのデータが格納される。
【０１８３】
これらのデータ中、デバイス証明書、モデルデバイス証明書および、鍵管理センタ公開鍵を除く（１）〜（９）の各データは、漏洩を防止して秘密に格納することが必要であり、セキュアなメモリ中に格納される。デバイス証明書、モデルデバイス証明書および、鍵管理センタ公開鍵は、漏洩防止の必要はない。
【０１８４】
図１１を参照して説明した鍵管理センタの配付データと、図１２を参照して説明した情報処理装置の納データとの対応について説明する図を、図１３として示す。図１３に示すように、
（ａ）デバイスおよびグループ対応データとして、
（１）デバイス製造エンティテイ鍵（Manufacturer鍵）
（２）グループ１鍵（Group1 Key）
（３）グループ２鍵（Group２ Key）
（４）グループ３鍵（Group３ Key）
（５）デバイス固有鍵（Device Specific Key)
（６）デバイス秘密鍵（Device Private Key)
これらのデータがセキュアメモリに格納される。
【０１８５】
（ｂ）モデルバージョンパッケージ構成データとして、
（７）モデル鍵＃Ｘ（Model Key #X）
（８）バージョン鍵＃Ｙ（Version Key #Y）
（９）モデルバージョン秘密鍵（Model/Version Private Key）
これらのデータがセキュアメモリに格納される。
【０１８６】
さらに、セキュアに格納する必要がないデータとして、
（６）デバイス秘密鍵（Device Private Key) 中の、
（１０）デバイス証明書（Device CERT）
（ｂ）モデルバージョンパッケージ構成データ中の、
（１１）モデルバージョン証明書（MV_CERT(X,Y, Z=Y) (Model/Version CERT)）
（ｃ）鍵管理センタ公開鍵に含まれる、
（１２）鍵管理センタ公開鍵（KIC Public Key）
が、情報処理装置のメモリに格納される。
【０１８７】
情報処理装置には、初期的に、これらの鍵および証明書情報が格納されてユーザに提供されることになる。さらに、前述したように、例えばファームウェアアップデートなど、装置自体のハードウェアではなく、例えば再生アプリケーションなどのアップデートを行った場合、アップデートに応じて、ネットワークや情報記録媒体を介して更新されたモデルバージョン証明書が情報処理装置に提供される。
【０１８８】
このような場合は、図１４に示すように、更新されたモデルバージョン証明書が鍵管理センタ、あるいは製造メーカなどを介してユーザの情報処理装置に提供されることになる。例えば、更新されたモデルバージョン証明書は、コンテンツを格納した情報記録媒体に併せて記録され、情報処理装置がこれを読み取って、情報処理装置内に記録された証明書の置き換えを行なう。あるいはネットワークを介してダウンロードするなどの処理によって証明書を更新証明書に置き換えてもよい。
【０１８９】
モデルバージョン証明書が更新された証明書であるか否かは、証明書内のリビジョンＩＤ（Ｚ）を参照することで確認される（図１０参照）。リビジョンＩＤは、更新
ごとに例えば（＋１）されるなどのＩＤ設定が行なわれ、このリビジョンＩＤを参照することで、証明書の更新状況を確認することができる。
【０１９０】
例えば、情報処理装置のモデルバージョン証明書を利用した装置確認処理において、情報処理装置のメモリに格納されたモデルバージョン証明書を確認することで、更新状況が確認され、その更新状況に応じて、的確なセキュリティチェックコードの選択や、変換テーブルの選択を実行させることが可能となる。
【０１９１】
なお、図１１、図１３他を参照して説明した
（ａ）デバイスおよびグループ対応データ、
（ｂ）モデルバージョンパッケージ、
これらのデータは、情報処理装置や情報処理装置に組み込むＬＳＩなどの様々なデバイス製造エンティテイの各々が個別に設定可能なデータとすることができる。図１５、図１６を参照して、これらのデバイス製造エンティテイ個別の鍵データ設定構成例について説明する。
【０１９２】
図１５は、［（ａ）デバイスおよびグループ対応データ］について、デバイス製造エンティテイの各々が個別に設定した例を示している。たとえば、デバイス製造エンティテイは、例えばＤＶＤプレーヤの製造者、あるいは、ＤＶＤプレーヤに組み込むＬＳＩの製造者、あるいは再生ソフトアプリケーショーンの製造者など、様々である。これらのデバイス製造エンティテイの各々は、例えば、［０ｘ００００００００〜０ｘＦＦＦＦＦＦＦＦ］の、予め設定された数のデバイスＩＤを定義し、これらのデバイスＩＤをツリー構造のリーフの各々に対応付けて、各リーフから頂点ノードに至るルート上の鍵と証明書を各デバイスに格納する鍵として設定する。このルート上の鍵、および証明書としては、先に説明したように、
（１）デバイス製造エンティテイ鍵（Manufacturer鍵）
（２）グループ１鍵（Group1 Key）
（３）グループ２鍵（Group２ Key）
（４）グループ３鍵（Group３ Key）
（５）デバイス固有鍵（Device Specific Key)
（６）デバイス秘密鍵（Device Private Key)
（７）デバイス証明書（Device Cert)
これらのデータが含まれる。
【０１９３】
図１５には、デバイス製造エンティテイ（Manufacturer）１〜Ｎを示しており、Ｎ個のデバイス製造エンティテイが、それぞれ（１）デバイス製造エンティテイ鍵（Manufacturer鍵）〜（７）デバイス証明書（Device Cert)の各データを情報処理装置格納データとして設定することが可能である。この場合、情報処理装置には、（１）〜（７）の各データが、その装置の製造エンティテイとして登録された数のセット数分、メモリに格納されることになる。
【０１９４】
同様に、［（ｂ）モデルバージョンパッケージ］についても、デバイス製造エンティテイの各々が個別に設定することが可能である。図１６には、デバイス製造エンティテイ（Manufacturer）１〜Ｎを示しており、Ｎ個のデバイス製造エンティテイが、それぞれ図１６に示すように、［（ｂ）モデルバージョンパッケージ］を情報処理装置格納データとして設定することが可能である。
【０１９５】
（ｂ）モデルバージョンパッケージは、先に説明したように、
（１）モデル鍵＃Ｘ（Model Key #X）
（２）バージョン鍵＃Ｙ（Version Key #Y）
（３）モデルバージョン秘密鍵（Model/Version Private Key）
（４）モデルバージョン証明書（MV_CERT(X,Y, Z=Y) (Model/Version CERT)）
これらのデータを含み、各デバイス製造エンティテイがこれらの各データを含むパッケージを個別に設定する。
【０１９６】
各デバイス製造エンティテイ（Manufacturer）は、図１６のデバイス製造エンティテイ（Manufacturer）１の欄に示すように、デバイス製造エンティテイの製造するデバイスのモデル（Ｘ）、バージョン（Ｙ）に応じて異なるモデルバージョンパッケージを設定する。情報処理装置に格納されるパッケージは、情報処理装置のモデルバージョンに対応するパッケージデータとなる。
【０１９７】
情報処理装置には、情報処理装置のアセンブリメーカの提供するモデルバージョンパッケージ、情報処理装置内のＬＳＩの製造メーカの提供するモデルバージョンパッケージなど、複数のモデルバージョンパッケージが格納されることがある。すなわち、情報処理装置は、情報処理装置の製造者、または構成部品製造者、またはアセンブリメーカなどに対応する複数の異なるデバイス製造エンティテイに対応する個別の鍵セットをメモリに格納する。情報処理装置のデータ処理部としてのセキュアＶＭは、コンテンツコードの復号処理に際して、実行するコンテンツコードに対応して選択されるデバイス製造エンティテイ対応の鍵セットから鍵を選択して、選択鍵を適用したコンテンツコード構成データの復号処理を実行する。
【０１９８】
なお、これらの鍵データや証明書データは、鍵管理センタが生成して、各デバイス製造エンティテイに提供されることになる。図１７を参照して鍵管理センタにおける鍵データ、証明書データの生成処理について説明する。図１７には（ａ），（ｂ１），（ｂ２）の３種類のデータ生成処理例を示している。
【０１９９】
図１７（ａ）は、（ａ）デバイスおよびグループ対応データの生成処理例を示している。鍵管理センタは、まず、生成する台数分のデバイス固有データを、例えば乱数生成処理などによって生成し、これを入力値とするデータ処理をデータ生成部５２１において実行して、デバイス固有鍵を生成し、さらにデバイス証明書、デバイス秘密鍵、などの［（ａ）デバイスおよびグループ対応データ］を生成する。
【０２００】
（ｂ１）は、（ｂ）モデルバージョンパッケージの生成処理例を示している。鍵管理センタは、まず、生成するモデルバージョンに相当する数分の固有データを、例えば乱数生成処理などによって生成し、これを入力値とするデータ処理を、データ生成部５２２において実行し、モデル鍵、バージョン鍵、モデルバージョン証明書などからなる［（ｂ）モデルバージョンパッケージ］を生成する。
【０２０１】
（ｂ２）は、（ｂ）モデルバージョンパッケージに含まれるモデルバージョン証明書の更新データを生成する処理を示している。鍵管理センタは、まず、更新モデルバージョンに対応する固有データを、例えば乱数生成処理などによって生成し、これを入力値とするデータ処理を、データ生成部５２３において実行し、更新モデルバージョン証明書を生成する。なお、この更新モデルバージョン証明書は、更新前の更新モデルバージョン証明書に記録されたリビジョンＩＤが１つインクリメントされたリビジョンＩＤを記録したデータ構成を持つ。更新モデルバージョン証明書は、ディスクなどの情報記録媒体、あるいはネットワークを介してユーザ装置としての情報処理装置に提供され、情報処理装置内に格納済みの更新前のモデルバージョン証明書に置き換える処理がなされる。
【０２０２】
先に、図１他を参照して説明したように、鍵管理センタが各情報処理装置に配付する鍵情報を含むデータセットは、大きく３つに分類される。すなわち、
（ａ）デバイスおよびグループ対応データ
（ｂ）モデルバージョンパッケージ
（ｃ）鍵管理センタ公開鍵
この中で、（ｃ）鍵管理センタ公開鍵は、コンテンツコードに付与された電子署名の検証に適用される。すなわち、情報記録媒体に格納されるコンテンツコードが改ざんのない正当なコードであるかを検証するために利用される。
【０２０３】
コンテンツコードに対する電子署名の設定例について、図１８を参照して説明する。図１８に示す処理ステップＳ２０１は、鍵管理センタ（ＫＩＣ）によって実行される。鍵管理センタ（ＫＩＣ）は、例えば、装置確認処理コード、セキュリティチェックコード、あるいは変換テーブルを含む処理コードなどの各種のコンテンツコードからなるファイル［000xx.svm］を入力する。これらのコードは、例えばコンテンツ提供者、デバイス製造エンティテイなど様々なエンティテイが生成するファイルである。鍵管理センタ（ＫＩＣ）は、これらのコンテンツコードファイルを入力して、各コンテンツコードファイルの検証の後、各ファイルに対して、鍵管理センタ（ＫＩＣ）の秘密鍵を適用した署名を生成し、出力する。出力には、各コンテンツコードファイルに署名［Ｓｉｇ］が設定される。
【０２０４】
情報処理装置においてコンテンツコードを情報記録媒体から読み取り、各種の処理を実行する場合は、まず、読み取ったコンテンツコードファイルに付与された電子署名の検証処理を実行する。この処理は、鍵管理センタ公開鍵を適用して実行する。この検証によって、コンテンツコードが改ざんのない正当なコードであることが確認された場合にのみ、そのファイルに含まれるコンテンツコードを適用した処理を実行する。
【０２０５】
なお、署名の付与構成は、様々な設定が可能である。その例について、図１９を参照して説明する。図１９は、１つのコンテンツコードファイル［０００００．ｓｖｍ］に対する署名設定例を示している。入力としてのコンテンツコードファイル［０００００．ｓｖｍ］は、例えばコンテンツ提供者、デバイス製造エンティテイなど様々なエンティテイが生成するファイルである。このファイルには、予め２ＭＢデータ単位のブロックに区切られており、さらに、これらの各２ＭＢブロック毎に署名データ格納用の領域として、ダミーデータが記録されている。
【０２０６】
鍵管理センタ（ＫＩＣ）は、このダミーデータを含むコンテンツコードファイルを入力し、各２ＭＢデータ毎に検証の後、各２ＭＢブロックに対して、鍵管理センタ（ＫＩＣ）の秘密鍵を適用した署名を生成し、出力する。
【０２０７】
情報処理装置においてコンテンツコードを情報記録媒体から読み取り、各種の処理を実行する場合は、まず、読み取ったコンテンツコードファイルの利用領域に付与された電子署名の検証処理を実行する。この処理は、鍵管理センタ公開鍵を適用して実行する。この検証によって、コンテンツコードファイルの利用領域の構成データが改ざんのない正当なコードであることが確認された場合にのみ、そのファイル領域に含まれるコンテンツコードを適用した処理を実行する。
【０２０８】
情報処理装置において実行されるコンテンツコードファイルの特定データ領域の読み込み、署名検証処理の具体的処理例について、図２０を参照して説明する。図２０（１）は、情報記録媒体に格納されたコンテンツコードファイルを示している。ここでは２つのコンテンツコードファイル［ＡＡＡＡＡ．ｓｖｍ］、［ＢＢＢＢＢ．ｓｖｍ］を示している。
【０２０９】
図２０（２）は、この情報記録媒体を読み取り可能にセットした情報処理装置内のメモリ領域、具体的には、図１を参照して説明したセキュアＶＭ１６０の利用可能なメモリスペースとしてのＶＭメモリ領域を示している。コンテンツコードの処理は、セキュアＶＭによって実行される。セキュアＶＭは、情報記録媒体から、特定のコンテンツコード中の特定領域を読み出す際、予め定義されたコード読み込み命令であるコンテンツコードファイルデータの読み込み命令の実行関数としての（CALL_LoadContentCode)を利用する。
【０２１０】
コンテンツコードファイルデータの読み込み命令（CALL_LoadContentCode)は、例えば、以下の指定情報を含む命令である。
UINT8 contentcode[5]：コンテンツコードファイル番号(=AAAAA)
UINIT32 block      :コンテンツコードファイル内のブロック番号=２
UINT32 offset      ：ブロック内のコンテンツコードのロード開始位置
UINT32 len        ：ロードするコンテンツコードファイル長
UINT8 *dstPtr    ：ロード先のＶＭメモリアドレス
【０２１１】
これらの指定情報を含むコンテンツコードファイルデータの読み込み命令実行関数（CALL_LoadContentCode)を利用して、所定のコンテンツコードファイルの所定領域データをＶＭメモリ領域にロードする。
【０２１２】
なお、ロード処理の際には、署名検証が実行される。例えばコンテンツコードファイル［ＡＡＡＡＡ．Ｓｖｍ］ファイルの、２番目のブロックをロードする場合の具体的な処理シーケンスは、以下の通りとなる。
(ステップ１)AAAAA.Svmファイルの、2番目のブロック先頭へアクセス
（ステップ２）アクセスブロックの署名検証を行う
（ステップ３）ブロックのボディ部分からオフセットバイト目の位置から、ロードするコンテンツコードファイル長（len）バイトをロードして、ＶＭメモリ領域のＶＭメモリアドレス（*dstPtr）から始まる空間へコピーする。
これらの処理ステップによって、署名検証およびデータロードが行なわれる。なお、署名検証においてデータ改ざんの可能性があると判定された場合は、ロード処理およびコンテンツコードを利用した処理は行われない。
【０２１３】
次に、図２１を参照して情報記録媒体に格納するコンテンツコードの暗号化処理態様について説明する。先に、図９を参照して説明したように、コンテンツコードは、以下の４つのカテゴリに分類可能である。
（ａ）全コンテンツ＆全デバイス共通のコンテンツコード
（ｂ）コンテンツ固有のコンテンツコード
（ｃ）デバイス、モデル、バージョンなどに固有のコンテンツコード
（ｄ）コンテンツ＆装置（デバイス、モデル、バージョンなど）固有のコンテンツコード
これら（ａ）〜（ｄ）の各カテゴリに分類される。
【０２１４】
これらの各々のコンテンツコードは、個別のファイル、あるいは集積されて１つのファイルとして情報記録媒体に格納される。これらの各カテゴリのコンテンツコードは、それぞれコードの制作を行なうエンティテイが異なる場合がある。例えば、（ｂ）コンテンツ固有データに対応するコンテンツコードは、コンテンツの製作者であるスタジオなどが設定する。また、（ｃ）デバイス、モデル、バージョンなどの固有データについては、再生装置や、再生アプリケーションを制作するエンティテイが生成する場合が多い。
【０２１５】
このように、異なるエンティテイによって生成されるコンテンツコードが、情報記録媒体に記録されるまでのシーケンスについて、図２１を参照して説明する。図２１には、それぞれ異なるエンティテイ、すなわち、コンテンツの制作、編集を行なうスタジオ、オーサリング会社、また、装置または再生アプリ、ＬＳＩなどの情報処理装置構成部品の製造メーカなどによって制作されるコンテンツコードファイル５５１として、［０００００．ｓｖｍ］〜［００００３．ｓｖｍ］を示している。
【０２１６】
これらの各コンテンツコードファイル［０００００．ｓｖｍ］〜［００００３．ｓｖｍ］は、モデル/バージョン/デバイスなどに固有な鍵、すなわち先に図１１〜図１３等を参照して説明したノード鍵（グループ鍵［Ｇｎ］やデバイス固有鍵）、モデル鍵あるいはバージョン鍵などを用いてコンテンツコードの一部を暗号化する前提でコンテンツコードを準備し、する。
【０２１７】
さらに、各コンテンツコードファイル［０００００．ｓｖｍ］〜［００００３．ｓｖｍ］を生成したエンティテイは、各コンテンツコードの暗号化構成情報を持つコンテンツコード暗号構成情報５５２を生成して、生成したコンテンツコードとともに、鍵管理センタへ送付する。コンテンツコード暗号構成情報５５２は、図に示すように、コンテンツコード識別情報としてのコンテンツコード番号と、暗号化区間情報と、暗号化区間に適用する鍵の指定情報との対応データによって構成される。
【０２１８】
鍵管理センタでは、各コンテンツコード生成エンティテイから受領したコンテンツコードに対して、コンテンツコード暗号構成情報５５２に基づく暗号化を実行する。すなわち、鍵管理センタは、デバイス製造エンティテイ鍵、グループ鍵［Ｇｎ］やデバイス固有鍵、モデル鍵あるいはバージョン鍵など、コンテンツコード暗号構成情報５５２において指定された鍵を選択し、コンテンツコード暗号構成情報５５２において指定されたコンテンツコードの指定部分を暗号化する。
【０２１９】
このようにして、図２１に示す暗号化済みコンテンツコード５５３が生成され、この暗号化済みコンテンツコード５５３が情報記録媒体製造エンティテイとしてのディスク工場に送付され、ディスクに記録される。なお、コンテンツコード暗号構成情報５５２についても、ディスク工場に送付され、ディスクに記録される。なお、コンテンツコード暗号構成情報５５２は、コンテンツコードの構成データに含めて情報記録媒体に記録するか、あるいは固有の独立ファイルとして情報記録媒体に記録する設定とする。
【０２２０】
暗号化済みコンテンツコード５５３として、図２１には４つのコンテンツコードファイル［０００００．ｓｖｍ］〜［００００３．ｓｖｍ］を示している。これらのコンテンツコードは、それぞれ部分的に暗号化された暗号化データを含む。これらの暗号化に適用した暗号鍵は、例えばデバイス製造エンティテイ鍵、グループ鍵［Ｇｎ］やデバイス固有鍵、モデル鍵あるいはバージョン鍵であり、コンテンツコード暗号構成情報５５２に基づいて選択された鍵を適用して暗号化がなされている。
【０２２１】
例えば、コンテンコードファイル０００００．ｓｖｍが、図１１（ａ）に示すグループ鍵Ｇ１，５０１を適用して暗号化されているとすると、この暗号化データを復号できるのは、グループ鍵Ｇ１，５０１を保持しているデバイスのみとなり、図１１に示す階層構成の最下層のリーフに対応するデバイス中、左半分のリーフ対応のデバイスのみがコンテンツコード０００００．ｓｖｍの暗号化部データを利用することができる。右半分のリーフ対応のデバイスは、グループ鍵Ｇ１，５０１を保持していないので、コンテンツコード０００００．ｓｖｍの暗号化部データを利用することができない。
【０２２２】
同様に、例えばコンテンコードファイル００００１．ｓｖｍが、図１１（ａ）に示すグループ鍵Ｇ２，５０２を適用して暗号化されているとすると、この暗号化データを復号できるのは、グループ鍵Ｇ２，５０２を保持しているデバイスのみとなり、図１１（ａ）に示す階層構成の最下層のリーフに対応するデバイス中、左側の１／４のリーフ対応のデバイスのみがコンテンツコード００００１．ｓｖｍの暗号化部データを利用することができる。
【０２２３】
このように、コンテンツコードを、グループ鍵Ｇｎあるいはデバイス固有鍵、あるいはモデル鍵、バージョン鍵を適用して暗号化することで、コンテンツコードを復号して利用可能なデバイスを限定することが可能となる。コンテンツコードには、前述したようにセキュリティチェック用のセキュリティチェックコードや、コンテンツのデータ変換に適用する変換テーブルが含まれており、セキュリティチェック処理や、データ変換処理を、特定のデバイスに対してのみ実行可能な設定とすることができる。
【０２２４】
従って、デバイス証明書やモデルバージョン証明書を他のデバイスからコピーするなどの処理によって、不正な証明書を適用した装置確認処理を行なった場合、そのデバイス情報などに対応する固有のコンテンツコードを取得して処理を実行しようとしても、そのコンテンツコードは、証明書によって証明される情報処理装置にのみ格納された鍵によって復号可能なデータを含み、借り物である証明書を適用した装置確認を行なっても、その情報処理装置にはその証明書に対応する鍵、すなわち、デバイス製造エンティテイ鍵、グループ鍵Ｇｎあるいはデバイス固有鍵、あるいはモデル鍵、バージョン鍵が格納されておらず、コンテンツコードを復号することが不可能となり、不正な証明書によって識別された装置情報に対応する固有のコンテンツコードが不正に適用されることが防止される。
【０２２５】
次に、図２２を参照して、情報処理装置におけるコンテンツコードの処理について説明する。コンテンツ再生を実行する情報処理装置のデータ処理としてのセキュアＶＭは、情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得し、該コンテンツコードに従ったデータ処理を実行する。このコンテンツコードの少なくとも一部は、先に説明したように、デバイス製造エンティテイ鍵、グループ鍵Ｇｎあるいはデバイス固有鍵、あるいはモデル鍵、バージョン鍵のいずれかを適用して暗号化されている。
【０２２６】
セキュアＶＭは、コンテンツコードの復号に適用する鍵指定情報、およびコンテンツコード中に設定された暗号化データの位置を示す暗号化データ位置指定情報を情報記録媒体の格納データから取得し、該取得情報に従ってメモリから適用する鍵を選択し、暗号化データ位置指定情報に従って復号対象データを特定して、選択鍵を適用した復号処理を実行する。
【０２２７】
図２２は、セキュアＶＭ６５２による処理を説明する図である。情報記録媒体に格納されたコンテンツコードは、セキュアＶＭ６５２によって読み取られて処理がなされる。セキュアＶＭ６５２は、セキュアＶＭ用メモリ６５１に情報記録媒体から読み出したコンテンツコードを格納して処理を実行する。
【０２２８】
なお、デバイス格納鍵６５０には、先に図１１〜図１３等を参照して説明した鍵、すなわち、鍵管理センタが配付するデバイス製造エンティテイ鍵、グループ鍵Ｇｎあるいはデバイス固有鍵、あるいはモデル鍵、バージョン鍵、デバイス証明書、モデルバージョン証明書を示している。
【０２２９】
セキュアＶＭ６５２は、まず、ステップＳ２５１において、セキュアＶＭ用メモリ６５１に格納されたメモリ格納データ６６１から、処理対象のコンテンツコードに設定された暗号化鍵データ［Ｘ］６６２を取得し、このコンテンツコードに含まれる記録データあるいは他のデータファイルから取得した鍵指定情報に基づいて、暗号化鍵データ［Ｘ］６６２の復号処理に適用する鍵をプレーヤ格納鍵６５０から選択する。鍵指定情報は、先に、図２１を参照して説明したコンテンツコード暗号構成情報５５２に基づいて情報記録媒体に記録される情報である。
【０２３０】
本処理例では、鍵指定情報は、鍵ＩＤ＝４、すなわち、デバイス固有鍵（Ｄｅｖｉｃｅ＿Ｓｐｅｃｉｆｉｃ＿Ｋｅｙ）を指定する情報であったとする。セキュアＶＭ６５２は、鍵指定情報［鍵ＩＤ＝４］に基づいて、デバイス格納鍵６５０からデバイス固有鍵（Ｄｅｖｉｃｅ＿Ｓｐｅｃｉｆｉｃ＿Ｋｅｙ）を選択し、暗号化鍵データ［Ｘ］６６２の復号処理を実行する。
【０２３１】
この復号処理により、コンテンツコードの一部を暗号化したオリジナル暗号鍵［Ｋ］が取得される。セキュアＶＭ６５２は、ステップＳ２５２において、取得したオリジナル暗号鍵［Ｋ］を適用して、コンテンツコードの暗号化部に対応する入力データ６６３を復号し、復号結果を出力データ６６４としてセキュアＶＭ用メモリ６５１に格納する。この処理によって、情報処理装置は、例えばデバイス固有のコンテンツコードの利用が可能となる。
【０２３２】
なお、このようなセキュアＶＭ６５２における処理は、例えば、コンテンツ再生処理を実行する再生（プレーヤ）アプリケーションからセキュアＶＭに対する割り込み（ＩＮＴＲＰ）と、セキュアＶＭから再生（プレーヤ）アプリケーションに対する応答（Ｃａｌｌ）処理のシーケンスによって実行される。コンテンツコードの復号処理は、例えば下記の関数の呼び出しによって実行される。
ＣＡＬＬ＿ＡＥＳ（出力先アドレス，入力データアドレス，ＡＥＳ処理ブロック数，鍵アドレス，鍵ＩＤ）
上記関数は、鍵アドレスで指定される１２８ｂｉｔの値（図２２中の暗号化鍵データ［Ｘ］６６２）を、鍵ＩＤ（図２２ではＩＤ＝４）で指定されたプレーヤがもつ秘密鍵で復号する処理を実行し、復号結果を復号鍵として、入力データアドレスからＡＥＳ処理ブロック数＊１６バイト分のデータを復号し、出力先アドレスへ復号後のデータを出力する処理を実行させる関数である。以上のように、デバイス固有の鍵を用いて識別情報の埋め込みを行うようにしたため、例えばある第１のデバイスで、異なる第２のデバイスの識別情報を埋め込もうとしても、第２のデバイスのDevice_specific_Keyの取得ができないため、第２のデバイス用のデータを復号することが出来ず、他のデバイスの識別情報を埋め込むことが不可能となり、確実にあるデバイスを特定することが出来る。
【０２３３】
さらに、図２３を参照して、情報処理装置において実行されるコンテンツコードの異なる処理例について説明する。図２３は、デバイス格納鍵６５０中のデバイス秘密鍵［Ｄｅｖｉｃｅ＿Ｐｒｉｖａｔｅ＿Ｋｅｙ］を適用した署名処理を説明する図である。
【０２３４】
セキュアＶＭ６５２は、セキュアＶＭ用メモリ６５１に格納したメモリ格納データ６７１の入力データ６７２に対して、ステップＳ２７２において、例えばＳＨＡ−１などのハッシュ関数を適用してハッシュ値を算出する。なお、このハッシュ値算出の前ステップとして、ステップＳ２７１においてプレーヤ情報やメディア情報を加算してもよい。次に、ステップＳ２７３において、デバイス格納鍵６５０からデバイス秘密鍵［Ｄｅｖｉｃｅ＿Ｐｒｉｖａｔｅ＿Ｋｅｙ］を取得して、ハッシュ値に対する電子署名、例えばＥＣ−ＤＳＡアルゴリズムに基づく電子署名を施し、署名を含むデータを出力データ６７３としてセキュアＶＭ用メモリ６５１に格納する。その後、コンテンツコードの実行に際して、出力データ６７３を取得して署名検証処理を実行することで、情報処理装置の正当性を検証することが可能となる。なお、［Ｄｅｖｉｃｅ＿Ｐｒｉｖａｔｅ＿Ｋｅｙ］は、ＥＣ−ＤＳＡ用の鍵としたが、ＲＳＡ用の鍵として、ＲＳＡ署名を付与する構成であっても良い。
【０２３５】
なお、この署名設定処理は、セキュアＶＭ６５２による例えば下記の関数の呼び出しによって実行される。
ＣＡＬＬ＿ＰｒｉｖａｔｅＫｅｙ（出力先アドレス，入力データアドレス，署名対象データ長，Ｏｐｔｉｏｎ指定，鍵ＩＤ）
上記関数は、入力データアドレスから署名対象データ長分のデータを取り出し、Ｏｐｔｉｏｎ指定されるＭｅｄｉａ／Ｐｌａｙｅｒ情報をバイト列に追加したものをＳＨＡ１関数でハッシュ値に変換し、変換結果にデバイスの持つ秘密鍵で署名して出力先アドレスに書き込む処理を実行させる関数である。
【０２３６】
以上、説明したように、情報記録媒体に格納されたコンテンツの利用を行なう情報処理装置には、先に図１１〜図１３等を参照して説明したデバイス製造エンティテイ鍵、グループ鍵Ｇｎ、デバイス固有鍵、モデル鍵、バージョン鍵、デバイス証明書、モデルバージョン証明書他の鍵データ、証明書データが格納され、情報処理装置は、これらの鍵を選択適用した暗号処理によって、コンテンツコードの利用、署名設定などを行なう。情報記録媒体には、特定の選択された鍵によって暗号化されたデータ部を含むコンテンツコードが格納されるので、コンテンツコードは、特定の選択鍵を格納した特定の装置によってのみ利用可能となる。
【０２３７】
次に、図２４、図２５に示すフローチャートを参照して、情報処理装置におけるコンテンツコードを利用した処理シーケンスについて説明する。図２４に示すフローは、デバイス証明書（Ｄｅｖｉｃｅ  Ｃｅｒｔ）と、モデルバージョン証明書（ＭＶ  Ｃｅｒｔ）を適用した装置確認処理のシーケンスを説明するフローチャートであり、図２５は、モデルバージョン対応のセキュリティチェックコードと変換テーブル（Ｆｉｘ＿ｕｐ＿ｔａｂｌｅ）を選択して実行するシーケンスを説明するフローチャートである。図２４、図２５の処理フローのいずれも、図１に示すセキュアＶＭ１６０において実行される処理であり、情報記録媒体に格納されたコンテンツコードを読み出して処理がなされる。
【０２３８】
図２４に示す装置確認処理は、コンテンツコードに含まれる装置確認処理用のコードの適用処理として行なわれる。装置確認処理用のコードには、以下の関数が含まれ、セキュアＶＭによって実行される。
［Ｃａｌｌ＿Ｄｉｓｃｏｖｅｒｙ］
［Ｃａｌｌ＿ＰｒｉｖａｔｅＫｅｙ］
【０２３９】
上記関数［Ｃａｌｌ＿Ｄｉｓｃｏｖｅｒｙ］は、情報処理装置内のメモリからデバイス証明書、またはモデルバージョン証明書を取得して署名検証処理を実行させる関数である。
また、関数［Ｃａｌｌ＿ＰｒｉｖａｔｅＫｅｙ］は、前述したように、入力データアドレスから署名対象データ長分のデータを取り出し、デバイスの持つ秘密鍵で署名して出力先アドレスに書き込む処理を実行させる関数である。
【０２４０】
図２４のフローに従って、情報処理装置において実行される装置確認処理の手順について説明する。まず、ステップＳ３０１において、コンテンツコード処理（ここでは装置確認処理）が開始されると、ステップＳ３０２において、セキュアＶＭは、装置確認処理実行コードにデバイス証明書の呼び出し検証処理を実行する関数［Ｃａｌｌ＿Ｄｉｓｃｏｖｅｒｙ］が含まれているか否かを判定し、デバイス証明書の呼び出し検証処理を実行する関数［Ｃａｌｌ＿Ｄｉｓｃｏｖｅｒｙ］が含まれている場合、この関数を実行し、ステップＳ３０３において、情報処理装置のメモリからデバイス証明書（Ｄｅｖｉｃｅ  Ｃｅｒｔ）を取得する。デバイス証明書の呼び出し検証処理を実行する関数［Ｃａｌｌ＿Ｄｉｓｃｏｖｅｒｙ］が含まれていない場合は、ステップＳ３０８に進む。
【０２４１】
ステップＳ３０３において、情報処理装置のメモリからデバイス証明書（Ｄｅｖｉｃｅ  Ｃｅｒｔ）を取得すると、ステップＳ３０４において、デバイス証明書（Ｄｅｖｉｃｅ  Ｃｅｒｔ）に設定された署名の検証処理を実行するこの処理は、情報処理装置のメモリに格納されている鍵管理センタの公開鍵を適用した署名検証処理として実行される。この署名検証によって、デバイス証明書の正当性が確認されない場合は、処理は中止される。
【０２４２】
ステップＳ３０３において、署名検証によりデバイス証明書の正当性が確認されると、ステップＳ３０５に進み、コンテンツコードに含まれる関数［Ｃａｌｌ＿ＰｒｉｖａｔｅＫｅｙ］を実行する。すなわち、情報処理装置が生成した乱数、あるいは情報記録媒体からの読み込みデータに対して情報処理装置のデバイス秘密鍵による署名を実行する。さらに、ステップＳ３０６において、生成した署名の検証を行なう。この検証は、正当性が確認されたデバイス証明書から取得されるデバイス公開鍵を適用して実行される。
【０２４３】
この署名検証によって、検証が成立しない場合は、情報処理装置は、デバイス証明書から取得されたデバイス公開鍵に対応する正しいデバイス秘密鍵を有していないものと判定され、処理を中止する。署名検証によって、検証が成立した場合は、ステップＳ３０７に進み、情報処理装置は、デバイス証明書から取得されたデバイス公開鍵に対応する正しいデバイス秘密鍵を有していると判定し、正当な情報処理装置であると判定し、デバイス識別子（デバイスＩＤ）をデバイス証明書から取得して、この情報処理装置に対応するデバイスＩＤであると判定する。
【０２４４】
次に、ステップＳ３０８において、セキュアＶＭは、装置確認処理実行コードにモデルバージョン証明書の呼び出し検証処理を実行する関数［Ｃａｌｌ＿Ｄｉｓｃｏｖｅｒｙ］が含まれているか否かを判定し、モデルバージョン証明書の呼び出し検証処理を実行する関数［Ｃａｌｌ＿Ｄｉｓｃｏｖｅｒｙ］が含まれている場合、この関数を実行し、ステップＳ３０９において、情報処理装置のメモリからモデルバージョン証明書（ＭＶ  Ｃｅｒｔ）を取得する。モデルバージョン証明書の呼び出し検証処理を実行する関数［Ｃａｌｌ＿Ｄｉｓｃｏｖｅｒｙ］が含まれていない場合は、正常な装置確認処理が終了したと判定され、処理を終了する。
【０２４５】
ステップＳ３０９において、情報処理装置のメモリからモデルバージョン証明書（ＭＶ  Ｃｅｒｔ）を取得すると、ステップＳ３１０において、モデルバージョン証明書（ＭＶ  Ｃｅｒｔ）に設定された署名の検証処理を実行するこの処理は、情報処理装置のメモリに格納されている鍵管理センタの公開鍵を適用した署名検証処理として実行される。この署名検証によって、モデルバージョン証明書の正当性が確認されない場合は、処理は中止される。
【０２４６】
ステップＳ３１０において、署名検証によりモデルバージョン証明書の正当性が確認されると、ステップＳ３１１に進み、コンテンツコードに含まれる関数［Ｃａｌｌ＿ＰｒｉｖａｔｅＫｅｙ］を実行する。すなわち、情報処理装置が生成した乱数、あるいは情報記録媒体からの読み込みデータに対して情報処理装置のモデルバージョン秘密鍵による署名を実行する。さらに、ステップＳ３１２において、生成した署名の検証を行なう。この検証は、正当性が確認されたモデルバージョン証明書から取得されるモデルバージョン公開鍵を適用して実行される。
【０２４７】
この署名検証によって、検証が成立しない場合は、情報処理装置は、モデルバージョン証明書から取得されたモデルバージョン公開鍵に対応する正しいモデルバージョン秘密鍵を有していないものと判定され、処理を中止する。署名検証によって、検証が成立した場合は、ステップＳ３１３に進み、情報処理装置は、モデルバージョン証明書から取得されたモデルバージョン公開鍵に対応する正しいモデルバージョン秘密鍵を有していると判定し、正当な情報処理装置であると判定し、モデル／バージョン識別子（モデル／バージョンＩＤ）をモデルバージョン証明書から取得して、この情報処理装置に対応するモデルＩＤ、バージョンＩＤであると判定する。
【０２４８】
このように、情報処理装置は、デバイス証明書、またはモデルバージョン証明書の少なくともいずれかの証明書、または、デバイスPrivate鍵、ModelKey/Version Keyを適用して装置確認処理を実行する。この処理によって、装置のデバイスＩＤ、モデルＩＤ、バージョンＩＤの少なくともいずれかが特定される。すなわち、電子証明書のみではなく、装置それぞれの固有の鍵、又は、モデル、バージョンで共通の鍵を用いることにより、確実に情報処理装置の特定が可能となる。
次に、図２５に示すフローチャートを参照して、モデルバージョン対応のセキュリティチェックコードと変換テーブル（Ｆｉｘ＿ｕｐ＿ｔａｂｌｅ）を選択して実行するシーケンスについて説明する。
【０２４９】
この処理も、図１に示すセキュアＶＭ１６０において実行される処理であり、情報記録媒体に格納されたコンテンツコードを読み出して処理がなされる。これらの処理は、コンテンツコードに含まれるセキュリティチェックコードと、変換テーブル（Ｆｉｘ＿ｕｐ＿ｔａｂｌｅ）を適用した処理として実行される。
【０２５０】
まず、ステップＳ３２１において、図２４を参照して説明した装置確認処理で特定されたモデルＩＤ、バージョンＩＤ、またはデバイスＩＤの少なくともいずれかに対応するセキュリティチェックコード（Native code）が情報記録媒体に記録されたコンテンツコードに含まれるか否かを判定する。含まれていない場合は、セキュリティチェックは省略され、ステップＳ３２４に進む。
【０２５１】
装置確認処理で特定されたモデルＩＤ、バージョンＩＤまたはデバイスＩＤの少なくともいずれかに対応するセキュリティチェックコード（Native code）が情報記録媒体に記録されたコンテンツコードに含まれる場合は、ステップＳ３２２に進み、そのモデルＩＤ、バージョンＩＤまたはデバイスＩＤに対応するセキュリティチェックコード（Native code）を実行する。なお、このコード実行時には、署名検証によるコードの正当性の確認が行なわれ、正当性が確認された場合にのみ処理が実行される。さらに、コードの少なくとも一部が、特定の選択鍵、すなわち、デバイス製造エンティテイ鍵、グループ鍵［Ｇｎ］やデバイス固有鍵、モデル鍵あるいはバージョン鍵などによって暗号化されている場合がある。この場合は、先に、図２１を参照して説明したコンテンツコード暗号構成情報５５２の鍵指定情報に基づいて、その鍵をメモリから取得して復号処理を行うことが必要となる。
【０２５２】
なお、装置にとって必要となるセキュリティーコードは、Model／Versionで共通のコードであることが多く、このセキュリティコードの実行に関しては、デバイスＩＤを特定しなくとも（すなわち、図２４のＳ３０２〜Ｓ３０７を実行しなくとも）、図２４のＳ３０８〜Ｓ３１３の処理を行えば、モデルを確実に特定することが出来るため、特にデバイスＩＤの特定処理は必要では無い場合もありえる。
【０２５３】
一方、違法コピーされたコンテンツが流通し、ある特定の違法コピーに使用されたデバイスが違法コピーに埋め込まれた識別データ等により既に特定されている場合においては、記録媒体に記録する、または、ネットワークを通じて取得されるコンテンツコードを、デバイスＩＤの特定に応じて、違法コピーに使用されたある一台のデバイスに対して特有のコンテンツコードとするという構成とすることにより、同じモデルであってもコンテンツコードは実行させず、特定の一台に対して特有の処理を実行させるということも出来る。
【０２５４】
ステップＳ３２３におけるセキュリティチェックが正常に終了した場合は、ステップＳ３２４に進む。セキュリティチェックが正常に終了しなかった場合は、コンテンツの利用が不許可となり、処理は中止される。
【０２５５】
ステップＳ３２４では、コンテンツの再生が開始される。コンテンツ再生においては、まず、先に図５を参照して説明した処理シーケンスに従って、コンテンツ対応のタイトルキーによる復号処理が実行される。次に、ステップＳ３２５において、特定したモデルＩＤ、バージョンＩＤ、デバイスＩＤの少なくいずれか対応する変換テーブル（Ｆｉｘ＿ｕｐ＿ｔａｂｌｅ）を選択してコンテンツデータの変換（Media transform）を実行してステップＳ３２６において、変換済みのコンテンツデータを例えば表示装置等に出力してコンテンツ再生を行なう。
【０２５６】
なお、変換テーブル（Ｆｉｘ＿ｕｐ＿ｔａｂｌｅ）を適用したコンテンツデータの変換（Media transform）処理には、正常なコンテンツ構成データに変換する処理、および、コンテンツ構成データの一部に情報処理装置に対応する識別情報を埋め込むデータ変換処理が含まれる。また、情報処理装置に対応する識別情報の埋め込みは、デバイスＩＤを特定し、そのデバイスＩＤに対応したデータを埋め込めば十分であり、必ずしもModelを特定する必要が無いため、例えば、Model／Versionに対応するセキュリティコードが入っていない場合には、デバイスＩＤ特定処理（例えば図２４のＳ３０２〜Ｓ３０７）のみ実行させ、Model／Versionを特定する処理（例えば図２４のＳ３３０８〜Ｓ３１３）を省略したコンテンツコードを記録媒体に記録することにより、迅速に、識別情報埋め込み処理を実行することも出来る。
【０２５７】
［７．情報処理装置の構成］
次に、図２６を参照して、上述した再生（プレーヤ）アプリケーションおよびセキュアＶＭを適用したデータ処理を実行する情報処理装置のハードウェア構成例について説明する。情報処理装置８００は、ＯＳやコンテンツ再生または記録アプリケーションプログラム、相互認証処理、コンテンツ再生に伴う様々な処理、例えば、上述したコンテンツコードに従った装置確認処理、セキュリティチェックコードに基づくセキュリティチェック処理、変換テーブルを適用したデータ変換処理などを含む各種プログラムに従ったデータ処理を実行するＣＰＵ８０９、プログラム、パラメータ等の記憶領域としてのＲＯＭ８０８、メモリ８１０、デジタル信号を入出力する入出力Ｉ／Ｆ８０２、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ８０５を持つ入出力Ｉ／Ｆ８０４、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック８０３、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段８０６、相互認証、暗号化コンテンツの復号処理など各種の暗号処理を実行する暗号処理手段８０７、ハードディスクなどの記録媒体８１２、記録媒体８１２の駆動、データ記録再生信号の入出力を行なうドライブ８１１を有し、バス８０１に各ブロックが接続されている。
【０２５８】
情報処理装置（ホスト）８００は、例えばＡＴＡＰＩ−ＢＵＳ等の接続バスによってドライブと接続されている。変換テーブル、コンテンツなどをデジタル信号用入出力Ｉ／Ｆ８０２を介して入出力される。暗号化処理、復号処理は、暗号化処理手段８０７によって、例えば、ＡＥＳアルゴリズムなどを適用して実行される。
【０２５９】
なお、コンテンツ再生あるいは記録処理を実行するプログラムは例えばＲＯＭ８０８内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ８１０を使用する。ＲＯＭ８０８または記録媒体８１２には、例えば、前述した各種の鍵データ、証明書データが格納される。
【０２６０】
コンテンツ再生またはコンテンツの外部出力に際しては、情報記録媒体から取得したデータ変換処理プログラムを適用して、暗号化コンテンツの復号と、変換テーブルの復元、変換テーブルの格納データに基づく変換データの書き込み処理など、先に説明した処理シーケンスに従った処理を実行する。
【０２６１】
［８．情報記録媒体製造装置および情報記録媒体］
次に、情報記録媒体製造装置および情報記録媒体について説明する。すなわち、上述したコンテンツ再生処理において適用される情報記録媒体の製造装置、方法、および情報記録媒体について説明する。
【０２６２】
情報記録媒体製造装置は、例えば、先に図１を参照して説明した記録データを格納した情報記録媒体１００を製造する装置である。情報記録媒体１００には、装置確認処理用のコード、セキュリティチェックコードや変換テーブルを含むコンテンツコードが格納される。コンテンツコードの少なくとも一部は、先に図２１を参照して説明したように、様々な選択鍵によって暗号化されている。
【０２６３】
情報記録媒体製造装置は、図２７に示すように、情報記録媒体に記録するコンテンツデータを格納したコンテンツファイルを生成するコンテンツファイル生成手段９０１と、コンテンツの利用に際して実行すべき装置確認処理用のコンテンツコード、セキュリティチェック処理用のプログラムを含むコンテンツコード、コンテンツのデータ変換に適用する変換テーブルを格納したコンテンツコードファイルを生成するコンテンツコードファイル生成手段９０２と、コンテンツファイル生成手段９０１において生成したコンテンツファイル、およびコンテンツコードファイル生成手段９０２において生成したコンテンツコードファイルを情報記録媒体９１０に記録する記録手段９０３を有する。
【０２６４】
コンテンツコードファイル生成手段９０２は、各情報処理装置のメモリに格納された装置証明書を適用した装置確認処理を実行させる装置確認処理用コードを格納したコンテンツコードファイルと、装置確認処理によって確認された装置識別子に基づいて選択実行可能なセキュリティチェックコードを格納したコンテンツコードファイルと、装置確認処理によって確認された装置識別子に基づいて選択実行可能なコンテンツのデータ変換処理に適用するデータ変換テーブルを格納したコンテンツコードファイルを生成する。
【０２６５】
コンテンツコードファイル生成手段９０２は、コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルを生成する構成であり、暗号鍵としては、先に図１１〜図１３を参照して説明したように、階層構成を持つ鍵ツリーにおいて、情報処理装置の対応付けられた最下層ノードとしてのリーフに対応して設定されたデバイス固有鍵、または、リーフから頂点ノードに至るルート上の各ノードに対応して設定されたグループ鍵、または、頂点ノードに対応して設定されたデバイス製造エンティテイ鍵、または、情報処理装置のモデルに対応するモデル鍵、または、情報処理装置のバージョンに対応するバージョン鍵のいずれかの暗号鍵が適用される。
【０２６６】
コンテンツコードファイル生成手段９０２は、さらに、コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルに対応する情報として、先に、図２１を参照して説明したコンテンツコード暗号構成情報、すなわちコンテンツコード中の暗号化データ部分と、鍵指定情報を含むコンテンツコード暗号構成情報を情報記録媒体に記録する情報として生成する処理を実行する。
【０２６７】
このような、情報記録媒体製造装置によって生成された情報記録媒体９１０には、図１他を参照して説明した各種のデータが記録される。具体的には、少なくともコンテンツデータを格納したコンテンツファイルと、コンテンツの利用に際して実行すべき装置確認処理用のコンテンツコード、セキュリティチェック処理用のプログラム、および情報記録媒体格納コンテンツの構成データのデータ変換処理に適用するデータ生成処理コードの少なくともいずれかのコードを含むコンテンツコードを格納したコンテンツコードファイルとを含む構成とされる。
【０２６８】
情報記録媒体９１０に記録されるコンテンツコードファイルには、コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルが含まれる。この暗号鍵としては、先に図１１〜図１３を参照して説明したように、階層構成を持つ鍵ツリーにおいて、情報処理装置の対応付けられた最下層ノードとしてのリーフに対応して設定されたデバイス固有鍵、または、リーフから頂点ノードに至るルート上の各ノードに対応して設定されたグループ鍵、または、頂点ノードに対応して設定されたデバイス製造エンティテイ鍵、または、情報処理装置のモデルに対応するモデル鍵、または、情報処理装置のバージョンに対応するバージョン鍵のいずれかの暗号鍵が適用される。
【０２６９】
情報記録媒体９１０は、さらに、コンテンツを利用する情報処理装置の特定の集合に配布された暗号鍵よってのみ復号可能とした暗号化データを含むコンテンツコードを格納したコンテンツコードファイルに対応する情報として、先に、図２１を参照して説明したコンテンツコード暗号構成情報、すなわちコンテンツコード中の暗号化データ部分と、鍵指定情報を含むコンテンツコード暗号構成情報が記録される。
【０２７０】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０２７１】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２７２】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２７３】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２７４】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０２７５】
また、上述した署名に使う公開鍵、秘密鍵は、いわゆるＲＳＡを用いた方式でも良いし、いわゆる楕円暗号（ＥＣ−ＤＳＡ）を用いた方式であっても良いことはいうまでもない。
【産業上の利用可能性】
【０２７６】
以上、説明したように、本発明の一実施例の構成によれば、情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得し、コンテンツコードに従ったセキュリティチェック処理やコンテンツの構成データの変換処理、装置情報のコンテンツに対する埋め込み処理などのデータ処理を実行する構成において、コンテンツコードの適用処理に際して、情報処理装置の確認処理として、情報処理装置に格納されたデバイス証明書またはモデルバージョン証明書を適用した装置確認処理を実行し、装置確認処理の後、デバイス証明書またはモデルバージョン証明書に記録された装置識別子としてのデバイスＩＤ、モデルＩＤ、バージョンＩＤなどを取得し、取得した装置識別子に対応するコンテンツコードを適用したデータ処理を実行する構成としたので、各装置に対応する適切なコンテンツコードの選択適用が実現される。
【０２７７】
さらに、本発明の一実施例構成によれば、コンテンツコードの少なくとも一部を暗号化データとして設定し、その暗号鍵として、階層構成を持つ鍵ツリーにおいて、情報処理装置の対応付けられた最下層ノードとしてのリーフに対応して設定されたデバイス固有鍵、リーフから頂点ノードに至るルート上の各ノードに対応して設定されたグループ鍵、頂点ノードに対応して設定されたデバイス製造エンティテイ鍵、または、情報処理装置のモデルおよびバージョンに対応するモデル鍵とバージョン鍵のいずれかを適用した暗号化データとしたので、情報処理装置の特定の集合にのみコンテンツコードの処理を実行させることが可能となり、不正なコンテンツコードの適用処理を防止する構成が実現される。
【図面の簡単な説明】
【０２７８】
【図１】情報記録媒体の格納データおよびドライブ装置、情報処理装置の構成および処理について説明する図である。
【図２】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。
【図３】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットとユニット鍵との対応について説明する図である。
【図４】情報記録媒体に記録されるコンテンツと、コンテンツ再生において必要となるデータ変換処理について説明する図である。
【図５】コンテンツ再生処理の処理例について説明する図である。
【図６】コンテンツ再生の際に実行するデータ変換処理について説明する図である。
【図７】情報記録媒体に記録されるデータのディレクトリ構成を示す図である。
【図８】情報記録媒体に記録されるコンテンツ、管理データ等のディレクトリ構成を示す図である。
【図９】情報記録媒体に記録されるコンテンツコードのディレクリ構成を示す図である。
【図１０】デバイス証明書、モデルバージョン証明書のデータ構成例について説明する図である。
【図１１】情報処理装置に対して配布される鍵および証明書情報について説明する図である。
【図１２】情報処理装置に格納される鍵および証明書情報について説明する図である。
【図１３】情報処理装置に対して配布される鍵および証明書情報について説明する図である。
【図１４】モデメバージョン証明書の更新処理について説明する図である。
【図１５】デバイス製造エンティテイ毎の鍵および証明書設定構成について説明する図である。
【図１６】デバイス製造エンティテイ毎の鍵および証明書設定構成について説明する図である。
【図１７】鍵管理センタにおける鍵および証明書生成処理構成について説明する図である。
【図１８】鍵管理センタにおけるコンテンツコードに対する署名設定処理構成について説明する図である。
【図１９】鍵管理センタにおけるコンテンツコードに対する署名設定処理構成について説明する図である。
【図２０】情報処理装置におけるコンテンツコードの利用処理例について説明する図である。
【図２１】情報記録媒体に格納するコンテンツコードの生成処理、暗号化処理構成について説明する図である。
【図２２】情報処理装置におけるコンテンツコードの利用処理シーケンスについて説明する図である。
【図２３】情報処理装置におけるコンテンツコードの利用処理シーケンスについて説明する図である。
【図２４】情報処理装置におけるコンテンツコードの適用処理シーケンスについて説明するフローチャートを示す図である。
【図２５】情報処理装置におけるコンテンツコードの適用処理シーケンスについて説明するフローチャートを示す図である。
【図２６】情報処理装置のハードウェア構成例について説明する図である。
【図２７】情報記録媒体製造装置の構成について説明するブロック図である
【符号の説明】
【０２７９】
１００  情報記録媒体
１０１  暗号化コンテンツ
１０２  ＭＫＢ
１０３  タイトル鍵ファイル
１０４  使用許諾情報
１０５  コンテンツコード
１０６  変換テーブル
１０７  セキュリティチェックコード
１０８  装置確認処理用コード
１２０  ドライブ
１２１  データ処理部
１４０  ホスト
１５０  再生（プレーヤアプリケーション）
１５１  データ処理部
１５３  復号処理部
１５４  データ変換処理部
１５５  デコード処理部
１５６  メモリａ
１６０  セキュアＶＭ
１６１  メモリｂ
２１０  インデックス
２２０  ムービーオブジェクト
２３０  プレイリスト
２４０  クリップ
２６１，２６２，２６３  ＡＶストリーム
２７１，２７２  コンテンツ管理ユニット（ＣＰＳユニット）
２８１  データ部
２９１  記録コンテンツ
２９２  コンテンツデータ
２９３  ブロークンデータ
２９５  変換エントリ
２９６  再生コンテンツ
２９７  変換データ
２９８  識別子設定変換データ
３３０  情報記録媒体
３３１  ＭＫＢ
３３２  タイトル鍵ファイル
３３３  暗号化コンテンツ
３３４  コンテンツコード
３３５  セキュリティチェックコード
３３６  変換テーブル
３４０  ドライブ
３４５  ホスト
３５０  再生（プレーヤ）アプリケーション
３５１  デバイス鍵
３５２  トラックバッファ
３５３  平文ＴＳバッファ
３５４  イベントハンドラ
３５５  プレーヤ情報
３５６  リアルタイムイベントハンドラ
３６０  セキュアＶＭブロック
３６１  セキュアＶＭ
４０１  トラックバッファ格納データ
４０２  復号結果データ
４０３  ブロークンデータ
４０４  変換データ
４０５  識別子設定変換データ
４０６  変換処理済みデータ
５０１，５０２  グループ鍵
５２１〜５２３  データ生成部
５５１  コンテンツコードファイル
５５２  コンテンツコード暗号構成情報
５５３  暗号化済みコンテンツコード
６５０  デバイス格納鍵
６５１  セキュアＶＭ用メモリ
６５２  セキュアＶＭ
６６１  メモリ格納データ
６６２  暗号化鍵データ［Ｘ］
６６３  入力データ
６６４  出力データ
６７１  メモリ格納データ
６７２  入力データ
６７３  出力データ
８００  情報処理装置
８０１  バス
８０２  入出力Ｉ／Ｆ
８０３  ＭＰＥＧコーデック
８０４  入出力Ｉ／Ｆ
８０５  Ａ／Ｄ，Ｄ／Ａコンバータ
８０６  ＴＳ・ＰＳ処理手段
８０７  暗号処理手段
８０８  ＲＯＭ
８０９  ＣＰＵ
８１０  メモリ
８１１  ドライブ
８１２  記録媒体
９０１  コンテンツファイル生成手段
９０２  コンテンツコードファイル生成手段
９０３  記録手段
９１０  情報記録媒体
【図１】
0004655951.tif 000002
【図２】
0004655951.tif 000003
【図３】
0004655951.tif 000004
【図４】
0004655951.tif 000005
【図５】
0004655951.tif 000006
【図６】
0004655951.tif 000007
【図７】
0004655951.tif 000008
【図８】
0004655951.tif 000009
【図９】
0004655951.tif 000010
【図１０】
0004655951.tif 000011
【図１１】
0004655951.tif 000012
【図１２】
0004655951.tif 000013
【図１３】
0004655951.tif 000014
【図１４】
0004655951.tif 000015
【図１５】
0004655951.tif 000016
【図１６】
0004655951.tif 000017
【図１７】
0004655951.tif 000018
【図１８】
0004655951.tif 000019
【図１９】
0004655951.tif 000020
【図２０】
0004655951.tif 000021
【図２１】
0004655951.tif 000022
【図２２】
0004655951.tif 000023
【図２３】
0004655951.tif 000024
【図２４】
0004655951.tif 000025
【図２５】
0004655951.tif 000026
【図２６】
0004655951.tif 000027
【図２７】
0004655951.tif 000028