(57)【要約】【課題】  情報記録媒体の製造処理において、効率的でかつ厳格な情報管理、情報記録媒体の製造処理を実現する構成を提供する。【解決手段】  情報記録媒体に対する記録データの元データとしてのマスタデータを生成し、マスタデータに基づいて情報記録媒体に対する記録データを生成する構成において、一部領域にダミーデータ領域を含むマスタデータを生成し、補助ファイルの格納情報に基づいて、ダミーデータ領域を識別して有効情報の設定処理を実行する構成としたので、マスタデータ生成時に、有効情報のデータを取得する必要がなく、暗号鍵ブロックなどの特定情報を取得することなくマスタデータを生成することが可能となる。【選択図】  図３１
2006072688.tif 000002
【特許請求の範囲】
【請求項１】
データ処理方法であり、
情報記録媒体に対する記録データの元データとしてのマスタデータを生成するマスタデータ生成ステップと、
前記マスタデータに基づいて情報記録媒体に対する記録データを生成する記録データ生成ステップとを有し、
前記マスタデータ生成ステップは、
一部領域にダミーデータ領域を含むマスタデータを生成し、
前記記録データ生成ステップは、
前記ダミーデータ領域に対する有効情報の設定処理を実行して記録データを生成することを特徴とするデータ処理方法。
【請求項２】
前記データ処理方法は、さらに、
前記ダミーデータ領域の位置情報を含む補助ファイルを生成するステップを有し、
前記記録データ生成ステップは、
前記補助ファイルの位置情報に基づいて、ダミーデータ領域を識別して、識別領域に対する有効情報の設定処理を実行することを特徴とする請求項１に記載のデータ処理方法。
【請求項３】
情報記録媒体製造管理システムであり、
コンテンツ利用管理のための管理情報の提供を行なう管理センタと、コンテンツ編集処理を行なうコンテンツ編集エンティテイと、前記コンテンツ編集エンティテイから、編集コンテンツを受領して情報記録媒体に対するコンテンツ記録を行なう情報記録媒体製造エンティテイを有し、
前記コンテンツ編集エンティテイは、
情報記録媒体に対する記録データの元データとしてのマスタデータを、一部領域にダミーデータ領域を含むマスタデータとして生成して前記情報記録媒体製造エンティテイに提供する構成であり、
前記情報記録媒体製造エンティテイは、
前記ダミーデータ領域を含むマスタデータに基づいて、情報記録媒体に対する記録データを生成する構成であり、前記ダミーデータ領域に管理センタからの受領情報または生成情報の設定処理を実行して記録データを生成する構成であることを特徴とする情報記録媒体製造管理システム。
【請求項４】
前記コンテンツ編集エンティテイは、
前記ダミーデータ領域の位置情報を含む補助ファイルを生成して前記情報記録媒体製造エンティテイに提供する構成であり、
前記情報記録媒体製造エンティテイは、
前記補助ファイルの位置情報に基づいて、ダミーデータ領域を識別し、識別領域に対して、管理センタからの受領情報または生成情報の設定処理を実行する構成であることを特徴とする請求項３に記載の情報記録媒体製造管理システム。
【請求項５】
前記情報記録媒体製造エンティテイは、
有効なライセンスを有する機器においてのみ有効情報の取得を可能とした構成を持つ暗号鍵ブロックを、前記ダミーデータ領域に対する設定情報とする処理を実行する構成であることを特徴とする請求項３または４いずれかに記載の情報記録媒体製造管理システム。
【請求項６】
前記情報記録媒体製造エンティテイは、
情報記録媒体に格納するコンテンツに基づくハッシュ値を格納したコンテンツハッシュテーブル（ＣＨＴ）、またはコンテンツの正当性を証明するコンテンツ証明書（Content_Cert）、またはコンテンツ暗号化に適用する鍵情報、または情報記録媒体製造エンティテイの公開鍵証明書（MF Key Certificate）の少なくともいずれかを前記ダミーデータ領域に対する設定情報とする処理を実行する構成であることを特徴とする請求項３または４いずれかに記載の情報記録媒体製造管理システム。
【請求項７】
情報記録媒体に対する記録データとしてのフォーマットデータを生成する記録データ生成装置であり、
情報記録媒体に対する記録データの元データとしてのマスタデータに対するデータ記録態様情報を含む補助ファイルを解析する解析部と、
前記解析部の解析情報に従って、特定情報の設定位置を決定するデータ位置設定部とを有し、
前記解析部は、前記補助ファイルに含まれる特定情報の設定位置情報としてのダミーデータ設定位置情報を取得し、前記データ位置設定部は、前記取得情報に基づいて特定情報の設定位置を決定する構成であることを特徴とする記録データ生成装置。
【請求項８】
前記記録データ生成装置は、さらに、暗号化部を有し、
前記解析部は、
前記補助ファイルに基づいて、セクタ毎の暗号化の要否および暗号化態様を解析し、
前記暗号化部は、
該解析情報に従った暗号化処理を行い、セクタ単位の記録データを生成することを特徴とする請求項７に記載の記録データ生成装置。
【請求項９】
情報記録媒体に対する記録データとしてのフォーマットデータを生成する記録データ生成方法であり、
情報記録媒体に対する記録データの元データとしてのマスタデータに対するデータ記録態様情報を含む補助ファイルを解析し、前記補助ファイルに含まれる特定情報の設定位置情報を取得する解析ステップと、
前記解析ステップにおいて取得された特定情報の設定位置情報に従って、記録データにおける特定情報位置を設定するデータ位置設定ステップと、
を有することを特徴とする記録データ生成方法。
【請求項１０】
前記記録データ生成方法は、さらに、暗号化ステップを有し、
前記解析ステップは、
前記補助ファイルに基づいて、セクタ毎の暗号化の要否および暗号化態様を解析し、
前記暗号化ステップは、
該解析情報に従った暗号化処理を行い、セクタ単位の記録データを生成することを特徴とする請求項９に記載の記録データ生成方法。
【請求項１１】
情報記録媒体に対する記録データとしてのフォーマットデータの生成をコンピュータにおいて実行させるコンピュータ・プログラムであり、
情報記録媒体に対する記録データの元データとしてのマスタデータに対するデータ記録態様情報を含む補助ファイルを解析し、前記補助ファイルに含まれる特定情報の設定位置情報を取得する解析ステップと、
前記解析ステップにおいて取得された特定情報の設定位置情報に従って、記録データにおける特定情報位置を設定するデータ位置設定ステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理方法、情報記録媒体製造管理システム、記録データ生成装置、および方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、情報記録媒体に対する記録データの生成を効率的に実行することを可能としたデータ処理方法、情報記録媒体製造管理システム、記録データ生成装置、および方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）は、記録メディア、例えば、青色レーザを適用したＢｌｕ−ｒａｙディスク、あるいはＤＶＤ(Digital Versatile Disc)、ＭＤ(Mini Disc)、ＣＤ(Compact Disc)にデジタルデータとして格納することができる。特に、青色レーザを利用したＢｌｕ−ｒａｙディスクは、高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データとして記録することができる。
【０００３】
これら様々な情報記録媒体（記録メディア）にデジタルコンテンツが格納され、ユーザに提供される。ユーザは、所有するＰＣ（Personal Computer）、ディスクプレーヤ等の再生装置においてコンテンツの再生、利用を行う。
【０００４】
音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。
【０００５】
デジタル記録装置および記録媒体によれば、例えば画像や音声を劣化させることなく記録、再生を繰り返すことが可能であり、不正コピーコンテンツのインターネットを介した配信や、コンテンツをＣＤ−Ｒ等にコピーした、いわゆる海賊版ディスクの流通や、ＰＣ等のハードディスクに格納したコピーコンテンツの利用が蔓延しているといった問題が発生している。
【０００６】
ＤＶＤ、あるいは近年開発が進んでいる青色レーザを利用した記録媒体等の大容量型記録媒体は、１枚の媒体に例えば映画１本〜数本分の大量のデータをデジタル情報として記録することが可能である。このように映像情報等をデジタル情報として記録することが可能となってくると不正コピーを防止して著作権者の保護を図ることが益々重要な課題となっている。昨今では、このようなデジタルデータの不正なコピーを防ぐため、デジタル記録装置および記録媒体に違法なコピーを防止するための様々な技術が実用化されている。
【０００７】
例えば、ＤＶＤプレーヤでは、コンテンツ・スクランブルシステム（Ｃｏｎｔｅｎｔ  Ｓｃｒａｍｂｌｅ  Ｓｙｓｔｅｍ）が採用されている。コンテンツ・スクランブルシステムでは、ＤＶＤ−ＲＯＭ(Read Only Memory)に、ビデオデータやオーディオデータ等が暗号化されて記録されており、その暗号化されたデータを復号するのに用いる鍵が、ライセンスを受けたＤＶＤプレーヤに与えられる。ライセンスは、不正コピーを行わない等の所定の動作規定に従うように設計されたＤＶＤプレーヤに対して与えられる。従って、ライセンスを受けたＤＶＤプレーヤでは、与えられたキーを利用して、ＤＶＤ−ＲＯＭに記録された暗号化データを復号することにより、ＤＶＤ−ＲＯＭから画像や音声を再生することができる。
【０００８】
一方、ライセンスを受けていないＤＶＤプレーヤは、暗号化されたデータを復号するための鍵を有していないため、ＤＶＤ−ＲＯＭに記録された暗号化データの復号を行うことができない。このように、コンテンツ・スクランブルシステム構成では、ライセンス時に要求される条件を満たしていないＤＶＤプレーヤは、デジタルデータを記録したＤＶＤ−ＲＯＭの再生を行なえないことになり、不正コピーが防止されるようになっている。
【０００９】
コンテンツの不正利用を排除する１つの手法として、コンテンツ再生を実行する情報処理装置（再生装置）において、コンテンツの改ざんの有無を検証し、コンテンツに改ざんがないことが確認された場合にのみコンテンツ再生を許容し、改ざんがあることが判明した場合には、コンテンツの再生を実行しない構成とする制御構成が提案されている。
【００１０】
例えば、特許文献１には、再生予定のコンテンツファイルからハッシュ値を計算し、予め容易された照合用ハッシュ値、すなわち正当なコンテンツデータに基づいて予め計算済みの照合用ハッシュ値との比較を実行し、新たに算出したハッシュ値が照合用ハッシュ値と一致した場合には、コンテンツの改ざんは無いと判定して、コンテンツの再生処理に移行する制御構成を開示している。
【００１１】
しかし、このようにハッシュ値をコンテンツに基づいて算出する処理を実行する場合、ハッシュ値算出の元データとしてのコンテンツデータの容量が大きい場合、計算に要する処理負荷、処理時間が多大なものとなる。昨今では動画像データの高品質化が進み、１コンテンツあたり、数ＧＢ〜数十ＧＢのデータ量を持つ場合が多くなっている。このような大容量データに基づくコンテンツのハッシュ値算出処理を、コンテンツ再生を実行するユーザ機器に行わせることは、ユーザ機器に求められるデータ処理能力が過大になるという問題、さらに、コンテンツの検証に要する時間が長くなり、コンテンツ再生処理が効率的に行われないという問題が発生する。
【００１２】
また、コンテンツを格納した情報記録媒体を製造する場合、コンテンツの編集を実行するコンテンツ編集エンティテイ、編集コンテンツに基づいて情報記録媒体に対する記録データとしてのディスクイメージを生成し、ディスクイメージに基づく記録データを記録したディスクを製造する情報記録媒体製造エンティテイが存在し、さらに、コンテンツ利用管理や、情報記録媒体の製造ライセンスなどの管理を実行する管理センタが存在する。これらの各エンティテイで所定のデータ受け渡しが実行され、暗号化コンテンツ、鍵情報などの格納された正当なライセンスに基づくコンテンツ格納情報記録媒体が製造される。
【００１３】
しかし、この製造工程では、様々な情報、例えば鍵データ、コンテンツ証明書など、特定のエンティテイでのみ生成可能なデータがあり、これらのデータを効率的にかつ、厳格な管理の下で、生成し、エンティテイ間で受け渡して記録することが必要となる。
【特許文献１】特開２００２−３５８０１１号
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明は、このような状況に鑑みてなされたものであり、著作権管理など利用管理の要求される様々なコンテンツが格納された情報記録媒体の製造処理において、効率的でかつ厳格な情報管理、情報記録媒体の製造処理を実現するデータ処理方法、情報記録媒体製造管理システム、記録データ生成装置、および方法、並びにコンピュータ・プログラムを提供することを目的とするものである。
【課題を解決するための手段】
【００１５】
本発明の第１の側面は、
データ処理方法であり、
情報記録媒体に対する記録データの元データとしてのマスタデータを生成するマスタデータ生成ステップと、
前記マスタデータに基づいて情報記録媒体に対する記録データを生成する記録データ生成ステップとを有し、
前記マスタデータ生成ステップは、
一部領域にダミーデータ領域を含むマスタデータを生成し、
前記記録データ生成ステップは、
前記ダミーデータ領域に対する有効情報の設定処理を実行して記録データを生成することを特徴とするデータ処理方法にある。
【００１６】
さらに、本発明のデータ処理方法の一実施態様において、前記データ処理方法は、さらに、前記ダミーデータ領域の位置情報を含む補助ファイルを生成するステップを有し、前記記録データ生成ステップは、前記補助ファイルの位置情報に基づいて、ダミーデータ領域を識別して、識別領域に対する有効情報の設定処理を実行することを特徴とする。
【００１７】
さらに、本発明の第２の側面は、
情報記録媒体製造管理システムであり、
コンテンツ利用管理のための管理情報の提供を行なう管理センタと、コンテンツ編集処理を行なうコンテンツ編集エンティテイと、前記コンテンツ編集エンティテイから、編集コンテンツを受領して情報記録媒体に対するコンテンツ記録を行なう情報記録媒体製造エンティテイを有し、
前記コンテンツ編集エンティテイは、
情報記録媒体に対する記録データの元データとしてのマスタデータを、一部領域にダミーデータ領域を含むマスタデータとして生成して前記情報記録媒体製造エンティテイに提供する構成であり、
前記情報記録媒体製造エンティテイは、
前記ダミーデータ領域を含むマスタデータに基づいて、情報記録媒体に対する記録データを生成する構成であり、前記ダミーデータ領域に管理センタからの受領情報または生成情報の設定処理を実行して記録データを生成する構成であることを特徴とする情報記録媒体製造管理システムにある。
【００１８】
さらに、本発明の情報記録媒体製造管理システムの一実施態様において、前記コンテンツ編集エンティテイは、前記ダミーデータ領域の位置情報を含む補助ファイルを生成して前記情報記録媒体製造エンティテイに提供する構成であり、前記情報記録媒体製造エンティテイは、前記補助ファイルの位置情報に基づいて、ダミーデータ領域を識別し、識別領域に対して、管理センタからの受領情報または生成情報の設定処理を実行する構成であることを特徴とする。
【００１９】
さらに、本発明の情報記録媒体製造管理システムの一実施態様において、前記情報記録媒体製造エンティテイは、有効なライセンスを有する機器においてのみ有効情報の取得を可能とした構成を持つ暗号鍵ブロックを、前記ダミーデータ領域に対する設定情報とする処理を実行する構成であることを特徴とする。
【００２０】
さらに、本発明の情報記録媒体製造管理システムの一実施態様において、前記情報記録媒体製造エンティテイは、情報記録媒体に格納するコンテンツに基づくハッシュ値を格納したコンテンツハッシュテーブル（ＣＨＴ）、またはコンテンツの正当性を証明するコンテンツ証明書（Content_Cert）、またはコンテンツ暗号化に適用する鍵情報、または情報記録媒体製造エンティテイの公開鍵証明書（MF Key Certificate）の少なくともいずれかを前記ダミーデータ領域に対する設定情報とする処理を実行する構成であることを特徴とする。
【００２１】
さらに、本発明の第３の側面は、
情報記録媒体に対する記録データとしてのフォーマットデータを生成する記録データ生成装置であり、
情報記録媒体に対する記録データの元データとしてのマスタデータに対するデータ記録態様情報を含む補助ファイルを解析する解析部と、
前記解析部の解析情報に従って、特定情報の設定位置を決定するデータ位置設定部とを有し、
前記解析部は、前記補助ファイルに含まれる特定情報の設定位置情報としてのダミーデータ設定位置情報を取得し、前記データ位置設定部は、前記取得情報に基づいて特定情報の設定位置を決定する構成であることを特徴とする記録データ生成装置にある。
【００２２】
さらに、本発明の記録データ生成装置の一実施態様において、前記記録データ生成装置は、さらに、暗号化部を有し、前記解析部は、前記補助ファイルに基づいて、セクタ毎の暗号化の要否および暗号化態様を解析し、前記暗号化部は、該解析情報に従った暗号化処理を行い、セクタ単位の記録データを生成することを特徴とする。
【００２３】
さらに、本発明の第４の側面は、
情報記録媒体に対する記録データとしてのフォーマットデータを生成する記録データ生成方法であり、
情報記録媒体に対する記録データの元データとしてのマスタデータに対するデータ記録態様情報を含む補助ファイルを解析し、前記補助ファイルに含まれる特定情報の設定位置情報を取得する解析ステップと、
前記解析ステップにおいて取得された特定情報の設定位置情報に従って、記録データにおける特定情報位置を設定するデータ位置設定ステップと、
を有することを特徴とする記録データ生成方法にある。
【００２４】
さらに、本発明の記録データ生成方法の一実施態様において、前記記録データ生成方法は、さらに、暗号化ステップを有し、前記解析ステップは、前記補助ファイルに基づいて、セクタ毎の暗号化の要否および暗号化態様を解析し、前記暗号化ステップは、該解析情報に従った暗号化処理を行い、セクタ単位の記録データを生成することを特徴とする。
【００２５】
さらに、本発明の第５の側面は、
情報記録媒体に対する記録データとしてのフォーマットデータの生成をコンピュータにおいて実行させるコンピュータ・プログラムであり、
情報記録媒体に対する記録データの元データとしてのマスタデータに対するデータ記録態様情報を含む補助ファイルを解析し、前記補助ファイルに含まれる特定情報の設定位置情報を取得する解析ステップと、
前記解析ステップにおいて取得された特定情報の設定位置情報に従って、記録データにおける特定情報位置を設定するデータ位置設定ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００２６】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００２７】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００２８】
本発明の構成によれば、情報記録媒体に対する記録データの元データとしてのマスタデータを生成し、マスタデータに基づいて情報記録媒体に対する記録データを生成する構成において、一部領域にダミーデータ領域を含むマスタデータを生成し、補助ファイルの格納情報に基づいて、ダミーデータ領域を識別して有効情報の設定処理を実行する構成としたので、マスタデータ生成時に、有効情報のデータを取得する必要がなく、暗号鍵ブロックなどの特定情報を取得することなくマスタデータを生成することが可能となる。
【００２９】
本発明の構成によれば、コンテンツ編集エンティテイから情報記録媒体製造エンティテイに提供されるカッティングマスターのメディアキーブロック（ＭＫＢ）の記録予定領域に、メディアキーブロック（ＭＫＢ）ダミーデータ、たとえばオール０を記録し、情報記録媒体製造エンティテイに提供し、情報記録媒体製造エンティテイにおいて、ディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）の指示位置に従って、メディアキーブロック（ＭＫＢ）を設定したディスクイメージを生成することができる。コンテンツ編集エンティテイは、具体的なデータ、すなわち、メディアキーブロック（ＭＫＢ）、コンテンツハッシュテーブル（ＣＨＴ）や、コンテンツ証明書（Content_Cert）、暗号化ユニットキー（Unit_Key.inf）、情報記録媒体製造エンティテイの公開鍵証明書（MF Key Certificate）などのデータを受領することなく、情報記録媒体製造エンティテイがこれらのデータを受領または生成して、ディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）の指示位置に設定したディスクイメージを生成することが可能となり、効率的な記録データ生成処理が可能となる。また、コンテンツ編集エンティテイは、メディアキーブロック（ＭＫＢ）を含む各種情報の記録位置を任意の位置に設定することが可能であり、データ記録の柔軟性を高めることが可能となる。
【発明を実施するための最良の形態】
【００３０】
以下、図面を参照しながら本発明の情報処理装置、情報記録媒体、コンテンツ管理システム、およびデータ処理方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は、以下の記載項目に従って行う。
１．情報記録媒体の格納データ構成
２．格納コンテンツの暗号化、利用管理構成
３．情報記録媒体のデータ記録構成、暗号化構成、およびコンテンツハッシュの詳細
４．情報記録媒体の製造、データ格納処理の詳細
５．コンテンツ再生処理におけるコンテンツハッシュを適用した検証処理
６．ユニット鍵の生成、コンテンツ復号、再生処理
７．メディアキーブロック（ＭＫＢ）の詳細および記録処理
８．情報処理装置の構成例
【００３１】
［１．情報記録媒体の格納データ構成］
まず、情報記録媒体の格納データ構成について説明する。図１に、本発明の処理の適用可能なコンテンツの格納された情報記録媒体の一例を示す。ここでは、コンテンツ格納済みディスクとしてのＲＯＭディスクの情報格納例を示す。
【００３２】
このＲＯＭディスクは、例えば、Ｂｌｕ−ｒａｙディスク、ＤＶＤなどの情報記録媒体であり、正当なコンテンツ著作権、あるいは頒布権を持ついわゆるコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体である。なお、以下の実施例では、情報記録媒体の例としてディスク型の媒体を例として説明するが、本発明は様々な態様の情報記録媒体を用いた構成において適用可能である。
【００３３】
図１に示すように、情報記録媒体１００は、コンテンツ等のデータを格納するデータ格納領域１０１と、ディスクおよび格納コンテンツに対応する付帯情報、コンテンツの復号処理に適用する鍵情報などを格納するリードイン領域１０２を持つ。
【００３４】
データ格納領域１０１には、暗号化コンテンツ１１１と、暗号化コンテンツの復号処理に適用する鍵の生成に必要となる情報としての記録シード（ＲＥＣ  ＳＥＥＤ）１１２と、コンテンツのコピー・再生制御情報としてのＣＣＩ（Copy Control Information）１１３、およびコンテンツの改ざん検証に適用するコンテンツのハッシュ値としてのコンテンツハッシュ１１４、コンテンツの正当性を示すためのコンテンツ証明書１１５、コンテンツ証明書に付与された電子署名の検証に適用する公開鍵を格納した署名検証用公開鍵証明書１１６が格納される。コンテンツハッシュ１１４はコンテンツハッシュテーブル（ＣＨＴ）として格納される。コンテンツハッシュテーブル（ＣＨＴ）の詳細については後述する。なお、記録シード（ＲＥＣ  ＳＥＥＤ）１１２、ＣＣＩ（Copy Control Information）１１３、およびコンテンツハッシュ１１４は、コンテンツの暗号化、復号に適用する暗号鍵（ユニット鍵）の生成情報として利用される。詳細構成については、後述する。
【００３５】
リードイン領域１０２には、暗号化コンテンツ１１１の復号処理に適用する鍵の生成に必要となる暗号鍵情報１２０が格納される。暗号鍵情報１２０には、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックとしてのメディアキーブロック（ＭＫＢ：Media Key Block）１２１が含まれる。さらに、情報記録媒体１００は、物理インデックス（Ｐｈｙｓｉｃａｌ  Ｉｎｄｅｘ）１３１が記録される。以下、これらの各種情報の概要について説明する。
【００３６】
（１）暗号化コンテンツ１１１
情報記録媒体１００には、様々なコンテンツが格納される。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームや特定の規格で規定された形式のゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるメインコンテンツである。これらのコンテンツは、特定のＡＶフォーマット規格データであり、特定のＡＶデータフォーマットに従って格納される。具体的には、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従って格納される。
【００３７】
さらに、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどがサブコンテンツとして格納される場合もある。サブコンテンツは、特定のＡＶデータフォーマットに従わないデータフォーマットを持つデータである。すなわち、Ｂｌｕ−ｒａｙディスクＲＯＭ規格外データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従わない任意のフォーマットで格納可能である。
【００３８】
メインコンテンツ、サブコンテンツとともに、コンテンツの種類としては、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなど、様々なコンテンツが含まれ、これらのコンテンツには、情報記録媒体１００からのデータのみによって利用可能なコンテンツ情報と、情報記録媒体１００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となるコンテンツ情報など、様々な態様の情報が含まれる。
【００３９】
（２）記録シード１１２
各コンテンツまたは複数コンテンツの集合は、コンテンツの利用管理のため、各々、個別の暗号鍵（ユニット鍵）を適用した暗号化がなされて情報記録媒体１００に格納される。すなわち、コンテンツを構成するＡＶ(Audio Visual)ストリーム、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなどは、コンテンツ利用の管理単位としてのユニットに区分され、区分されたユニット毎に異なる記録シード：Ｖｕ１１２が割り当てられている。
【００４０】
コンテンツ利用に際しては、記録シード：Ｖｕ１１２、暗号鍵情報１２０を適用した所定の暗号鍵生成シーケンスに従って、各ユニット対応の暗号鍵（ユニット鍵）を割り当てる。１つのユニット鍵を割り当てる単位をコンテンツ管理ユニット（ＣＰＳユニット）と呼ぶ。すなわち、暗号化コンテンツ１１１は、ＣＰＳユニット単位に区分され、各ＣＰＳユニットに対応するユニット鍵で暗号化されて情報記録媒体１００に格納されている。
【００４１】
（３）コピー・再生制御情報（ＣＣＩ）１１３
コピー・再生制御情報（ＣＣＩ）１１３は、情報記録媒体１００に格納された暗号化コンテンツ１１１に対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）１１３は、ＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。この情報の詳細については後段で説明する。
【００４２】
（４）コンテンツハッシュ１１４
コンテンツハッシュ１１４は、情報記録媒体１００に格納されたコンテンツあるいは暗号化コンテンツの構成データに基づくハッシュ値であり、コンテンツの改ざん検証に適用される。本発明の構成においては、ＣＰＳユニットを構成するＡＶストリーム実データとしてのクリップファイルを細分化し、所定データ単位（例えば１９２ＫＢ）のハッシュユニットを設定し、各ハッシュユニット毎のハッシュ値を算出し、各ハッシュユニット単位のハッシュ値をコンテンツハッシュテーブル（ＣＨＴ）に記録し、情報記録媒体に格納する。
【００４３】
情報記録媒体からのコンテンツ再生を実行する情報処理装置（再生装置）では、ハッシュユニットに基づくハッシュ値を算出し、算出ハッシュ値と情報記録媒体に格納されたコンテンツハッシュテーブル（ＣＨＴ）に記録された対応するハッシュユニットの照合用ハッシュ値とを比較し、一致していれば、コンテンツ改ざんなしと判定し、コンテンツの復号、再生処理に移行する。一致していない場合は、コンテンツ改ざんありと判定し、コンテンツの復号、再生プロセスを停止する。これらの処理の詳細については後述する。
【００４４】
なお、コンテンツハッシュは、コンテンツの暗号処理、復号処理に適用する暗号鍵の生成情報としても利用されるデータである。コンテンツハッシュ１１４の生成、利用態様については後段で説明する。
【００４５】
（５）コンテンツ証明書
コンテンツ証明書は、情報記録媒体に格納されたコンテンツの正当性を示すための証明書であり、上述したコンテンツハッシュテーブル（ＣＨＴ）に格納された照合用ハッシュユニットに基づくコンテンツハッシュダイジェスト等のデータが格納され、さらに電子署名が付加される。例えばディスク工場である情報記録媒体製造エンティテイなどの電子署名が付加され、改ざんの防止されたデータとされる。コンテンツ証明書の詳細については、後段で詳細に説明する。
【００４６】
（６）署名検証用公開鍵証明書
署名検証用公開鍵証明書は、コンテンツ証明書に付与された情報記録媒体製造エンティテイなどの電子署名の検証に適用する公開鍵を格納した公開鍵証明書である。
【００４７】
（７）物理インデックス１３１
物理インデックス１３１には、情報記録媒体のカテゴリ情報、例えばディスクの種別などのディスク付帯情報や、データ領域１０１に格納されたコンテンツに対応するコンテンツの付帯情報などが記録される。さらに、記録シード１１２と同様、情報記録媒体のデータ格納領域１０１に格納された暗号化コンテンツの復号処理に適用する鍵を生成するための鍵情報（鍵生成情報）が記録される場合もある。なお、物理インデックス１１３は、リードイン領域１０２に記録する構成としてもよい。
【００４８】
（８）暗号鍵情報１２０
暗号鍵情報１２０は、前述の記録シード１１２と同様、情報記録媒体のデータ格納領域１０１に格納された暗号化コンテンツの復号処理に適用する鍵を生成するための鍵情報（鍵生成情報）を取得するための暗号鍵ブロック、すなわち、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックとしてのメディアキーブロック（ＭＫＢ（Media Key Block））１２１を含む。
【００４９】
ＭＫＢ１２１は有効なライセンスを持つユーザの情報処理装置に格納されたデバイスキーに基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディアキー（Ｋｍ）を取得することを可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式によって、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、鍵取得を可能としたものであり、無効化（リボーク処理）されたユーザデバイスの鍵（メディアキー）取得を阻止可能としたものである。管理センタはＭＫＢに格納する鍵情報の変更により、特定のユーザデバイスに格納されたデバイスキーでは復号できない、すなわちコンテンツ復号に必要なメディアキーを取得できない構成を持つＭＫＢを生成することができる。従って、任意タイミングで不正デバイスを排除（リボーク）して、有効なライセンスを持つデバイスに対してのみ復号可能な暗号化コンテンツを提供することが可能となる。
【００５０】
［２．格納コンテンツの暗号化、利用管理構成］
次に、図２以下を参照して、情報記録媒体に格納されたコンテンツを区分して、区分コンテンツ毎に異なる利用制御を実現するコンテンツ管理構成について説明する。
【００５１】
前述したように、情報記録媒体に格納されるコンテンツは、区分コンテンツ毎の異なる利用制御を実現するため、区分コンテンツ毎に異なる鍵（ユニット鍵）が割り当てられ暗号化されて格納される。１つのユニット鍵を割り当てる単位をコンテンツ管理ユニット（ＣＰＳユニット）と呼ぶ。
【００５２】
それぞれのユニット鍵を適用して各ユニットに属するコンテンツを暗号化し、コンテンツ利用に際しては、各ユニットに割り当てられた鍵（ユニット鍵）を取得して再生を行う。各ユニット鍵は、個別に管理することが可能であり、例えばあるユニットＡに対して割り当てるユニット鍵は、情報記録媒体から取得可能な鍵として設定する。また、ユニットＢに対して割り当てるユニット鍵は、ネットワーク接続されるサーバにアクセスし、ユーザが所定の手続きを実行したことを条件として取得することができる鍵とするなど、各ユニット対応の鍵の取得、管理構成は、各ユニット鍵に独立した態様とすることが可能である。
【００５３】
１つの鍵を割り当てる単位、すなわち、コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図２を参照して説明する。
【００５４】
図２に示すように、コンテンツは、（Ａ）タイトル２１０、（Ｂ）ムービーオブジェクト２２０、（Ｃ）プレイリスト２３０、（Ｄ）クリップ２４０の階層構成を有し、再生アプリケーションによってアクセスされるインデックスファイルとしてのタイトルが指定されると、タイトルに関連付けられた再生プログラムが指定され、指定された再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したプレイリストが選択され、プレイリストに規定されたクリップ情報によって、コンテンツ実データとしてのＡＶストリームあるいはコマンドが読み出されて、ＡＶストリームの再生、コマンドの実行処理が行われる。
【００５５】
図２には、２つのＣＰＳユニットを示している。これらは、情報記録媒体に格納されたコンテンツの一部を構成している。ＣＰＳユニット１，３０１、ＣＰＳユニット２，３０２の各々は、アプリケーションインデックスとしてのタイトルと、再生プログラムファイルとしてのムービーオブジェクトと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイルを含むクリップを含むユニットとして設定されたＣＰＳユニットである。
【００５６】
コンテンツ管理ユニット（ＣＰＳユニット）１，３０１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２がコンテンツ管理ユニット（ＣＰＳユニット）１，３０１に対応付けて設定される暗号鍵であるユニット鍵：Ｋｕ１を適用して暗号化される。
【００５７】
コンテンツ管理ユニット（ＣＰＳユニット）２，３０２には、タイトル３，２１３、再生プログラム２２４、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，３０２に対応付けて設定される暗号鍵であるユニット鍵：Ｋｕ２を適用して暗号化される。
【００５８】
例えば、ユーザがコンテンツ管理ユニット１，３０１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，３０１に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ１を取得して復号処理を実行することが必要であり、復号処理を実行後、アプリケーションプログラムを実行してコンテンツ再生を行なうことができる。コンテンツ管理ユニット２，３０２に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）２，３０２に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ１を取得して復号処理を実行することが必要となる。
【００５９】
コンテンツを再生する情報処理装置において実行される再生アプリケーションプログラムは、ユーザの再生指定コンテンツに対応したコンテンツ管理ユニット（ＣＰＳユニット）を識別し、識別したＣＰＳ管理ユニット情報に対応するＣＰＳ暗号鍵の取得処理を実行する。ＣＰＳ暗号鍵が取得できない場合には、再生不可能のメッセージ表示などを行なう。また、再生アプリケーションプログラムは、コンテンツ再生実行時におけるコンテンツ管理ユニット（ＣＰＳユニット）の切り替えの発生の検出を行ない、必要な鍵の取得、再生不可能のメッセージ表示などを行なう。
【００６０】
再生アプリケーションプログラムは、図３に示すようなユニット構成およびユニット鍵管理テーブルに基づく再生管理を実行する。ユニット構成およびユニット鍵管理テーブルは、図３に示すように、アプリケーション層のインデックスまたはアプリケーションファイル、またはデータグループに対応するコンテンツ管理ユニット（ＣＰＳユニット）と、ユニット鍵情報を対応付けたテーブルである。再生アプリケーションプログラムは、この管理テーブルに基づく管理を行う。
【００６１】
再生アプリケーションプログラムは、例えば、アプリケーションインデックスの切り替えによって、コンテンツ管理ユニット（ＣＰＳユニット）の切り替えが発生したことを検知すると、コンテンツ管理ユニット（ＣＰＳユニット）の切り替えによって適用する鍵の切り替えを行う。あるいはユニット鍵の取得が必要であることのメッセージ表示などの処理を実行する。
【００６２】
例えばコンテンツ再生処理を実行している再生装置に、コンテンツ管理ユニット（ＣＰＳユニット）１，３０１のユニット鍵Ｋｕ１が格納されており、コンテンツ管理ユニット（ＣＰＳユニット）２，３０２のユニット鍵Ｋｕ２も格納されている場合、コンテンツ再生処理を統括的に制御する再生アプリケーションプログラムは、アプリケーションのユニット間の切り替えやコンテンツの切り替えがあったことを検知すると、コンテンツ管理ユニット（ＣＰＳユニット）の切り替えに対応したユニット鍵の切り替え、すなわちＫｕ１→Ｋｕ２の切り替えを行う。
【００６３】
また、コンテンツ再生処理を実行している再生装置に、コンテンツ管理ユニット（ＣＰＳユニット）１，３０１のユニット鍵Ｋｕ１が格納されており、コンテンツ管理ユニット（ＣＰＳユニット）２，３０２のユニット鍵Ｋｕ２が格納されていない場合は、コンテンツ再生処理を統括的に制御する再生アプリケーションプログラムは、アプリケーションのユニット間の切り替えやコンテンツの切り替えがあったことを検知すると、ユニット鍵の取得が必要であることのメッセージ表示などの処理を実行する。
【００６４】
［３．情報記録媒体のデータ記録構成、暗号化構成、およびコンテンツハッシュの詳細］
次に、情報記録媒体のデータ記録構成、暗号化構成、およびコンテンツハッシュの詳細について説明する。まず、図４を参照して、クリップファイルと、ＥＣＣブロックとの対応について説明する。情報記録媒体に格納されるデータは、コンテンツ記録再生を実行するドライブの最小データ記録再生単位としてのＥＣＣブロック単位でデータが記録される。本例では、ＥＣＣブロックは、図４（ａ）に示すように、６４ＫＢのデータとして設定される。図４（ａ）は物理レイヤーにおけるデータ記録構成を示し、（ｂ）は、物理レイヤーに対応する記録コンテンツであるクリップファイルを示している。
【００６５】
コンテンツは、図２を参照して説明したように、クリップファイルが管理単位として設定される。図４（ｂ）には、クリップＡＶストリームとして、
クリップＮｏ．＝＃００００３
クリップＮｏ．＝＃００００５
クリップＮｏ．＝＃０００２３
の複数のクリップファイルが記録された構成例を示している。
【００６６】
図の例では、クリップ：＃００００１〜＃０００２３の各クリップファイルが情報記録媒体に格納され、各クリップは、細分化され、細分化データが、ＵＤＦ（ユニバーサルディスクフォーマット）で管理される１つの連続記録領域（Ｅｘｔｅｎｔ）にデータ＃０００ｎｎ＿ｘとして分散されて記録される。
【００６７】
本発明の情報記録媒体のデータ記録構成では、各クリップの先頭データ、すなわち、クリップファイルのＡＶストリームデータの先頭データであるデータ［＃０００ｎｎ＿０］は、すべて、物理レイヤーにおけるＥＣＣブロック（６４ＫＢ）の先頭に一致させて記録される。これは、各クリップファイルに対応して設定されるハッシュユニットの読み取り、およびハッシュユニットからのハッシュ値算出などの処理を効率的に実行可能とするためである。これらの処理については、後段で詳細に説明する。
【００６８】
本実施例においては、物理レイヤーにおけるＥＣＣブロック（６４ＫＢ）の先頭に一致させて記録するのは、クリップファイルのＡＶストリームデータの先頭データであるデータ［＃０００ｎｎ＿０］のみであり、その他の後続データ［＃０００ｎｎ＿１〜］は、ＥＣＣブロックの先頭に一致させることは必須としてはいない。ただし、すべての連続記録領域（Ｅｘｔｅｎｔ）データの先頭をＥＣＣブロックの先頭に一致させて記録する構成としてもよく、この構成により、ハッシュ値の算出のさらなる効率化が可能である。
【００６９】
次に、図５を参照して、クリップファイルと、ハッシュユニットの対応について説明する。前述したように、図１を参照して説明した情報記録媒体１００の格納データとしてのコンテンツハッシュ１１４は、情報記録媒体１００に格納されたコンテンツあるいは暗号化コンテンツの構成データに基づくハッシュ値であり、コンテンツの改ざん検証に適用される。本発明の構成においては、ＣＰＳユニットを構成するＡＶストリーム実データとしてのクリップファイルを細分化し、所定データ単位（例えば１９２ＫＢ）のハッシュユニットを設定し、各ハッシュユニット毎のハッシュ値を算出し、各ハッシュユニット単位のハッシュ値をコンテンツハッシュテーブル（ＣＨＴ）に記録し、情報記録媒体に格納する。
【００７０】
図５の最上段に示す（ｂ）は、図４に示す（ｂ）に対応する物理レイヤーにおけるクリップファイルの配列を示している。各クリップファイルの構成データは、前述したように情報記録媒体に細分化され、分散して記録可能である。これらの分散データは、図５（ｃ）に示すように、論理レイヤーにおいては、各クリップファイル毎に管理される。コンテンツ再生処理を実行する情報処理装置における再生アプリケーションは、情報記録媒体に分散記録されたクリップファイルの構成データをアドレスに従って、読み出して１つのクリップファイルを論理レイヤー上で構成して、データ復号処理、再生処理などを実行する。
【００７１】
コンテンツ再生処理を実行する情報処理装置における再生アプリケーションは、コンテンツの改ざん検証処理を実行する。コンテンツの改ざん検証は、例えば再生対象として選択したクリップファイルからランダムに複数のハッシュユニットを選択して、選択したハッシュユニットに対応するコンテンツデータのハッシュ値を算出し、これらの算出ハッシュ値と、予め情報記録媒体に記録されたコンテンツハッシュテーブル（ＣＨＴ）の格納値（照合用ハッシュ値）との対比を実行する。これらのハッシュ値が一致すればコンテンツの改ざんなしと判定し、コンテンツの復号、再生処理に移行し、不一致の場合は、コンテンツ改ざん有りと判定し、コンテンツの復号、再生処理を中止する。
【００７２】
ハッシュユニットは、図５（ｄ）に示すように、論理レイヤーにおけるクリップファイルを細分化したデータ単位（１９２ＫＢ）単位に設定される。図５（ｅ）に示すように、各ハッシュユニットは、論理セクタ（２０４８Ｂ）９６個分のデータに相当する。
【００７３】
図５（ｄ）に示すように、各クリップファイルに対応して設定されるハッシュユニットには、ハッシュユニット番号（＃０，＃１，＃２・・・）が設定される。図５には、クリップファイル（＃００００３）には、ハッシュユニット＃０〜＃１２３３が含まれ、クリップファイル（＃００００５）には、ハッシュユニット＃１２３４〜が含まれている構成例を示している。
【００７４】
情報記録媒体に格納されるコンテンツハッシュテーブル（ＣＨＴ）には、各ハッシュユニットのハッシュ値（照合用ハッシュ値）がそれぞれ格納されるとともに、各クリップファイルの先頭のハッシュユニット番号が記録される。この構成により、ハッシュ値検証を実行する情報処理装置（再生装置）は、再生対象のクリップに対応する検証対象のハッシュユニットをコンテンツハッシュテーブル（ＣＨＴ）に記録されたクリップファイルの先頭のハッシュユニット番号に基づいて効率的に選択することが可能となる。コンテンツハッシュテーブル（ＣＨＴ）の構成及びＣＨＴを適用した処理の詳細については、後段で説明する。
【００７５】
図６は、情報記録媒体に格納されるデータの暗号化処理構成について説明する図である。コンテンツの暗号化は、図６（ｆ）に示す暗号処理単位として設定されるアラインドユニット（Ａｌｉｇｎｅｄ  Ｕｎｉｔ）を単位として実行される。１つの暗号処理単位（Ａｌｉｇｎｅｄ  Ｕｎｉｔ）は、図６（ｇ）に示すように、セクタデータ（２０４８Ｂ（バイト））３つの６１４４Ｂ（バイト）によって構成される。１セクタデータは、図５（ｅ）の１つのセクタデータに相当する。
【００７６】
図６（ｈ）に示すように、１つの暗号処理単位（Ａｌｉｇｎｅｄ  Ｕｎｉｔ）は、１６バイトの非暗号化部分と、６１２８バイトの暗号化部分によって構成される。非暗号化部分からブロックキー生成値としてのシードが取得され、図１を参照して説明したメディアキーブロックから取得したメディアキーなどの各種情報に基づいて生成したユニット鍵（ｕｎｉｔ  Ｋｅｙ）との暗号処理（ＡＥＳ＿Ｅ）および配置論理和演算によってブロックキーが生成されて、平文に対する暗号化処理（ＡＥＳ＿ＥＣＢＣ）が実行されて６１２８バイトの暗号化データが生成される。
【００７７】
ブロックキーを適用した暗号化処理は、ＡＥＳ暗号アルゴリズムのＣＢＣモードを適用して実行される。この暗号化処理について、図７を参照して説明する。
【００７８】
図７（ｉ）は、情報記録媒体に格納するコンテンツの平文を示している。平文は１６バイト単位に分割され、各分割ブロックが、排他論理和演算および暗号化部（ＡＥＳ）を介して暗号化が実行され、その結果データが後続の１６バイトデータと排他論理和され、さらにＡＥＳ暗号化が実行されるという繰り返し処理として実行される。暗号化部（ＡＥＳ）の出力が連結されて、図７（ｊ）に示す暗号化データが生成される。この暗号化データが図７（ｈ）のデータであり、これは、図６（ｈ）のデータと同一であり、２０４８バイトの３つのセクタデータにより構成される１つの暗号処理単位（Ａｌｉｇｎｅｄ  Ｕｎｉｔ）の６１２８バイトの暗号化部分となる。なお、先頭の平文ユニット１６バイトとの排他論理和演算処理がなされる初期値（ＩＶ）は、図６（ｈ）に示す非暗号化部分から取得されるシードである。
【００７９】
このように生成された暗号化データが、ＥＣＣブロックに分割されて情報記録媒体に記録されることになる。なお、コンテンツ再生処理を実行する情報処理装置（再生装置）では、図７に示すＡＥＳ暗号アルゴリズムに従ったＣＢＣモードと同様の復号処理を実行し、暗号化データから復号データ（平文）を生成する処理を実行する。
【００８０】
次に、図８を参照して、情報記録媒体に記録されるＥＣＣブロック配列と、ハッシュユニットとの対応について説明する。図８（ａ）は、図４（ａ）と同様の物理レイヤーにおけるＥＣＣブロック配列を示している。図８（ｍ）には、論理レイヤー上のハッシュユニットの配列を示している。各ハッシュユニットは、図５を参照して説明したように、それぞれいずれかのクリップファイルの構成データに対応し、各ハッシュユニットは、所定のデータ長（例えば１９２ＫＢ）のデータ構成からなる。
【００８１】
ハッシュユニットは１９２ＫＢであり、一方ＥＣＣブロックは、６４ＫＢ構成であるので、１つのハッシュユニットは、３つのＥＣＣブロックと同一のデータ長として設定されていることになる。ＥＣＣブロックは、ドライブにおけるデータ記録再生の処理単位である。コンテンツ再生を実行する情報処理装置（再生装置）は、コンテンツ再生に先立ち、再生対象のコンテンツ管理ユニット（ＣＰＳユニット）に属する１以上のハッシュユニットを読み取ってハッシュ値の算出を行い、コンテンツハッシュテーブル（ＣＨＴ）に記録された照合用のハッシュ値との照合を行なう。
【００８２】
この場合、ドライブは、ＥＣＣブロック単位でのデータ読み取りを実行する。論理レイヤー上の論理セクタは、物理レイヤー上の物理セクタに分散して記録することが可能であるが、多くの場合、例えば１つのクリップファイルに含まれるセクタデータ、すなわち論理レイヤー上で連続するセクタデータは、物理レイヤー上でも連続して記録される場合が多い。
【００８３】
本発明のデータ記録構成は、先に、図４を参照して説明したように、各クリップファイルの先頭を物理レイヤーにおけるＥＣＣブロックの先頭に一致させた記録を行なう構成である。さらに、各ハッシュユニット（１９２ＫＢ）は、ＥＣＣブロック（６４ＫＢ）の整数倍（３倍）のデータ長に設定される。この結果、多くの場合、ハッシュユニットの読み取りは、３つのＥＣＣブロックの読み取りによって実現されることになる。結果として、ハッシュ値に基づくデータ検証を実行する情報処理装置は、多くの場合、ハッシュ検証におけるデータ読み取り処理を最低限のＥＣＣブロックの読み取りによって実現することが可能となり効率的な検証処理を行なうことができる。
【００８４】
なお、ハッシュユニットは、図８（ｎ）に示すようにデータ処理単位（暗号化処理単位）としてのアラインドユニットの連結データに対応する。図８（ｎ）のアラインドユニットは論理レイヤー上の配列であるが、本発明のデータ記録構成では、物理レイヤーの配列も同様の配列を示す場合が多い。
【００８５】
データ処理単位（暗号化処理単位）としてのアラインドユニットの論理レイヤー上の配列と、物理レイヤー上の配列との対応について、図９を参照して説明する。図９（Ｌ１）が論理レイヤー上のアラインドユニット配列であり図９（Ｐ１）が本発明の構成を適用した場合の物理レイヤー上のアラインドユニット配列、最上段の図９（Ｌ２）は、従来のデータ記録処理を行った場合の物理レイヤー上のアラインドユニット配列を示している。
【００８６】
本発明の構成、すなわち、図９（Ｌ１）の論理レイヤー上のアラインドユニット配列と、図９（Ｐ１）の物理レイヤー上のアラインドユニット配列において、少なくとも各クリップファイルの先頭部分のデータは、図に示すように一致する配列となる。これは、先に図４を参照して説明したデータ記録処理、すなわち、クリップファイルの先頭部分を物理レイヤー上のＥＣＣブロックの先頭に一致させるデータ記録を行なったことによるものである。従来は、このようなデータ記録を行なっていないため、図９（Ｐ２）に示すように、物理レイヤ上において、データ処理単位（暗号化処理単位）としてのアラインドユニットは離間して記録される場合が多くなる。現行ルールでは、論理セクタ（２０４８Ｂ）をそれ以上細かく分割することは禁止されているが、暗号化単位のアラインドユニット（６１４４Ｂ＝２０４８Ｂ×３）をセクタ（２０４８Ｂ）毎に分けることは、許されている。結果として、図９（Ｐ２）に示すようなばらばらのデータはいつがなされることが多くなる。
【００８７】
本発明のデータ記録構成（図９（Ｐ１））を採用することにより、ハッシュ算出の際の記録媒体アクセスが効率化されるばかりでなく、情報記録媒体に格納するコンテンツの暗号処理においても効率的な処理が可能となる。すなわち、図９（Ｐ２）に示すようにアラインドユニットが物理レイヤー上に分割されて記録された場合、データ記録の際の暗号化処理や、データ再生の際の復号処理を実行するプロセスが非効率的になる。前述したようにコンテンツの暗号化、復号には、ＣＢＣモードを用いる。連鎖の単位は、６１４４Ｂ（＝Ａｌｉｇｎｅｄ  Ｕｎｉｔのサイズ）。従って、アラインドユニット＃Ｘ＿１とアラインドユニット＃Ｘ＿２の暗号化や復号には、（論理的に）直前のアラインドユニットの最後の１６Ｂ（ＡＥＳの最小単位）が必要になる。
【００８８】
すなわち、暗号処理には、先に図７を参照して説明したように、あるユニットの演算結果と、連続するユニット間の演算（排他論理和）を実行するプロセスを含む。従って、アラインドユニット内の論理セクタが分割されていると、アラインドユニット＃１＿１を暗号化する際には、アラインドユニット＃１＿０の最後の１６Ｂを、離間したデータのアクセス期間中、保持しておく必要がある。１コンテンツには多数のアラインドユニットを含み、データ記録または再生時に、離間したユニットのアクセス時間が路遺跡することになる。このようなアクセス待機時間が累積し、結果として、データ処理効率が低下してしまう。これに対し、図９（Ｐ１）のような配列とすれば、各ユニットは連続して配列されているため。データ記録、再生時のアクセスは連続的に実行可能であり、データアクセス時間が減少し、効率的な処理が可能となる。
【００８９】
次に、各ハッシュユニットに対応する照合用ハッシュ値、すなわち正当なコンテンツデータに基づいて予め計算済みのハッシュ値を各ハッシュユニット毎に格納したコンテンツハッシュテーブル（ＣＨＴ）の構成例について説明する。図１０は、情報記録媒体の１つの記録レイヤー（記録層）に対して設定される１つのコンテンツハッシュテーブル（ＣＨＴ）のデータ構成例を示している。
【００９０】
コンテンツハッシュテーブル（ＣＨＴ）には、
全クリップ数（ＮＣ）
全ハッシュユニット数（ＮＨ）
の各データに続いて、各クリップ（ｉ）について、
クリップ（ｉ）の先頭のハッシュユニット番号、
クリップ（ｉ）のファイル名対応の番号
クリップ（ｉ）のオフセット値
の各データが記録され、さらに、
各クリップ毎、ハッシュユニット毎のハッシュ値（照合用ハッシュ値）としての［Ｈａｓｈ  Ｖａｌｕｅ］が記録される。
【００９１】
ハッシュユニット毎のハッシュ値（照合用ハッシュ値）としての［Ｈａｓｈ  Ｖａｌｕｅ］は、正当なコンテンツの記録処理を実行する例えばディスク工場によって記録される。
全ハッシュユニット数（ＮＨ）は、例えば情報処理装置（再生装置）において、ハッシュ値算出、照合処理によるコンテンツ検証を実行する場合に、ランダムにハッシュユニット番号を選択する際に、その選択範囲としての数を取得する際に使用される。具体的な処理例については後述する。
【００９２】
全ハッシュ番号に対してハッシュユニットを選択することによって、改ざん検出精度を上げることができる。ハッシュユニット数を適用せず、全クリップ番号からランダムにクリップ番号を選択し、選ばれたクリップ内からランダムにハッシュユニットを選択するという方法にすると、例えば、「極端に小さいサイズの改ざんされていないクリップファイル９９９個」と「改ざんされている大きいサイズのクリップファイル１つ」をディスクに記録した場合、改ざんが検出される可能性が低くなるが、全ハッシュ番号に対してハッシュユニットを選択する構成により、改ざん検出の可能性を高めることができる。
【００９３】
クリップ（ｉ）の先頭のハッシュユニット番号は、ディスク上のクリップファイル（例えば最大１０００個）に対して、それぞれ０〜ＮＣまで番号を与える。そして、各クリップファイルに属するハッシュユニットの（論理的に）先頭のハッシュユニットの全体における番号を記述する。これは、先に図５を参照して説明した通りである。
【００９４】
クリップ（ｉ）のオフセット値とは、ディスクのレイヤー（記録層）の識別値である。レイヤー０のオフセット値は、全て０。レイヤー１のオフセット値は、レイヤー０に含むクリップのハッシュユニット数を示す値として設定される。この値によって、レイヤー１のテーブルのハッシュユニットの論理アドレスを容易に知ることが出来る。
【００９５】
情報記録媒体からのコンテンツ再生を実行する情報処理装置（再生装置）は、情報記録媒体再生時に情報記録媒体上のコンテンツの任意のハッシュユニットから計算されたハッシュ値とコンテンツハッシュテーブルに記載された照合用ハッシュ値を比較してコンテンツの改ざんの検証を行なうことが出来る。
【００９６】
コンテンツハッシュテーブル（ＣＨＴ）の具体的構成について、図１１を参照して説明する。図１１（Ａ）は２つの記録レイヤー（Ｌａｙｅｒ０，１）を持つ情報記録媒体（ディスク）のデータ記録構成を示し、図１１（Ｂ）は、この記録データに対応するコンテンツハッシュテーブルの構成を示している。
【００９７】
図１１（Ａ）に示すように、２つの記録レイヤー（Ｌａｙｅｒ０，１）を持つ情報記録媒体（ディスク）には、４つのクリップ（Ｃｌｉｐ０〜３）が記録され、ハッシュユニットの総数（ＮＨ）は６４個である。クリップ０は、１６個のハッシュユニットを有し、これらの全てがレイヤー０に記録されている。クリップ１は、８個のハッシュユニットがレイヤー０に記録され、レイヤー１に１２個のハッシュユニットが記録されている。クリップ２は、８個のハッシュユニットがレイヤー０に記録され、レイヤー１に４個のハッシュユニットが記録されている。クリップ３は、１６個のハッシュユニットがレイヤー１に記録されたクリップである。
レイヤー０のハッシュユニット総数（Ｌ０＿ＮＨ）＝３２、
レイヤー１のハッシュユニット総数（Ｌ１＿ＮＨ）＝３２、
である。
【００９８】
この構成において、コンテンツハッシュテーブル（ＣＨＴ）はレイヤー単位で設定され、２つのコンテンツハッシュテーブルが記録される。図１１（Ｂ）に示すのはコンテンツハッシュテーブルのヘッダとボディの各データを示している。（Ｂ１）は、レイヤー０のコンテンツハッシュテーブルのヘッダーデータであり、レイヤー０に含まれる各クリップ（Ｃｌｉｐ０〜２）について、
クリップ（ｉ）の先頭のハッシュユニット番号＝Ｓｔａｒｔ、
クリップ（ｉ）のファイル名対応の番号＝Ｃｌｉｐ＃
クリップ（ｉ）のオフセット値＝Ｏｆｆｓｅｔ
の各値を格納している。
【００９９】
（Ｂ２）は、レイヤー０のコンテンツハッシュテーブルのボディデータであり、レイヤー０に含まれる各ハッシュユニット（ハッシュ番号０〜３１）の照合用ハッシュ値を格納している。
【０１００】
（Ｂ３）は、レイヤー１のコンテンツハッシュテーブルのヘッダーデータであり、レイヤー１に含まれる各クリップ（Ｃｌｉｐ１〜３）について、
クリップ（ｉ）の先頭のハッシュユニット番号＝Ｓｔａｒｔ、
クリップ（ｉ）のファイル名対応の番号＝Ｃｌｉｐ＃
クリップ（ｉ）のオフセット値＝Ｏｆｆｓｅｔ
の各値を格納している。
【０１０１】
（Ｂ４）は、レイヤー１のコンテンツハッシュテーブルのボディデータであり、レイヤー０に含まれる各ハッシュユニット（ハッシュ番号３２〜６３）の照合用ハッシュ値を格納している。
【０１０２】
情報記録媒体からのコンテンツ再生を実行する情報処理装置（再生装置）は、情報記録媒体再生時に情報記録媒体上のコンテンツの任意のハッシュユニットから計算されたハッシュ値とコンテンツハッシュテーブルに記載された照合用ハッシュ値を比較してコンテンツの改ざんの検証を行なう。これらの処理については、後段で説明する。
【０１０３】
次に、図１２を参照して、コンテンツハッシュテーブル（ＣＨＴ）の他の構成例について説明する。図１２（Ａ）は、クリップファィル毎に１つのコンテンツハッシュテーブル（ＣＨＴ）を設定した場合のコンテンツハッシュテーブル（ＣＨＴ）の例である。情報記録媒体に格納されるクリップ数に対応するコンテンツハッシュテーブル（ＣＨＴ）が格納されることになる。
【０１０４】
図１２（Ａ）に示すコンテンツハッシュテーブル（ＣＨＴ）には、
どのクリップ番号に対応するコンテンツハッシュテーブル（ＣＨＴ）であるかを示す識別情報が含まれ、その後に、当該クリップ（ｎ）についての以下の情報、
全ハッシュユニット数（ＮＨ）
クリップ（ｎ）の属するＣＰＳユニット番号
ハッシュユニット毎のハッシュ値（照合用ハッシュ値）としての［Ｈａｓｈ  Ｖａｌｕｅ］
の各情報が記録される。
【０１０５】
１つのクリップファイルに対して１つのコンテンツハッシュテーブル（ＣＨＴ）を設定した構成では、さらに、図１２（Ｂ）に示すコンテンツハッシュテーブル−クリップファイル関連付けテーブルを格納する。
【０１０６】
コンテンツハッシュテーブル−クリップファイル関連付けテーブルは、
全クリップ数（ＮＣ）
全ハッシュユニット数（ＮＨ）
の各データに続いて、各クリップ（ｉ）について、
クリップ（ｉ）の先頭のハッシュユニット番号、
クリップ（ｉ）のファイル名対応の番号
の各データが記録される。
【０１０７】
図１２（Ａ）に示すように、１つのクリップファイルに対して１つのコンテンツハッシュテーブル（ＣＨＴ）を設定した構成では、例えばコンテンツ再生を実行する情報処理装置が、あるクリップＡＶストリーム＃ｘｘｘｘｘをアクセスしようとした場合、このクリップＡＶストリーム＃ｘｘｘｘｘに対応するハッシュユニットを選択してハッシュ算出、照合を行なうことが必要となる。この選択処理に際して、クリップＡＶストリームファイル番号＃ｘｘｘｘｘとハッシュテーブルの対応情報が必要であり、この対応情報として、図１２（Ｂ）のコンテンツハッシュテーブル−クリップファイル関連付けテーブルが適用される。
【０１０８】
なお、図１２（Ｂ）に示すコンテンツハッシュテーブル−クリップファイル関連付けテーブルを適用せず、たとえば、コンテンツハッシュテーブル（ＣＨＴ）のデータファイル名にクリップＡＶストリームファイル番号＃ｘｘｘｘｘに対応する識別データを設定する構成として、コンテンツハッシュテーブル（ＣＨＴ）のデータファイルが、どのＡＶストリームデータファイルに対応するかを識別可能とする構成としてもよい。例えばコンテンツハッシュテーブル（ＣＨＴ）のデータファイル名を［ＣＨＴ＿ＸＸＸＸ．ｄａｔ］とする構成である。
【０１０９】
［４．情報記録媒体の製造、データ格納処理の詳細］
上述したように、情報記録媒体には、コンテンツとともに、各ハッシュユニットに対応して設定されたハッシュ値が、コンテンツハッシュテーブル（ＣＨＴ）に記録されて格納される。このようなデータ記録構成を持つ情報記録媒体の製造、データ格納処理の詳細について、以下説明する。
【０１１０】
図１３に示すように、情報記録媒体に格納するコンテンツは、コンテンツ編集エンティテイ（ＡＳ：Authoring Studio）（＝オーサリングファシリティ）３３０において編集され、その後、情報記録媒体製造エンティテイ（ＤＭ：Disc Manufacturer)（＝暗号化ファシリティ）３５０において、例えば、ＣＤ、ＤＶＤ、Ｂｌｕ−ｒａｙディスク等が大量に複製（レプリカ）されて、情報記録媒体１００が製造され、ユーザに提供される。情報記録媒体１００はユーザのデバイス（情報処理装置）４００において再生される。
【０１１１】
このディスク製造、販売、使用処理全体についての管理を実行するのが管理センタ（ＴＣ：Trusted Center）（＝ライセンスエンティティ）３１０である。管理センタ（ＴＣ：Trusted Center）３１０は、情報記録媒体製造エンティテイ（ＤＭ：Disc Manufacturer)３５０に対して様々な管理情報、例えばメディア（情報記録媒体）に対応して設定されたメディアキーＫｍや、メディアキーＫｍを暗号化データとして格納した暗号化キーブロックとしてのＭＫＢを提供し、情報記録媒体製造エンティテイ（ＤＭ：Disc Manufacturer)３５０は、管理センタ（ＴＣ：Trusted Center）３１０から受領した管理情報に基づいて、コンテンツ編集エンティテイ（ＡＳ：Authoring Studio）３３０から受領したコンテンツの編集、暗号化、鍵情報の、生成、格納処理などを行う。また、管理センタ（ＴＣ：Trusted Center）３１０は、ユーザの情報処理装置４００に格納するデバイスキーの管理、提供も行う。
【０１１２】
管理センタ３１０、コンテンツ編集エンティテイ３３０、および情報記録媒体製造エンティテイ３５０の実行する処理例について、図１４を参照して説明する。
【０１１３】
編集前コンテンツ３０３はコンテンツ編集エンティテイ３３０へ持ち込まれ、エンコーダによるＭＰＥＧデータ等へのエンコード処理や、オーサリングシステムによる編集処理（ステップＳ１１）がなされた後、編集済コンテンツとしてのカッティングマスター３３１が生成される。
【０１１４】
なお、図示していないが、オーサリングシステムによる編集処理（ステップＳ１１）の際、コンテンツに対応するコピー制限情報や、再生制限情報であるＣＣＩ情報（コピー・再生制御情報）、およびコンテンツ暗号化に使用する記録シードも生成される。記録シードは、前述したように、ＣＰＳユニットごとに設定することが可能であり、編集済コンテンツ３３１が複数のコンテンツ管理単位（ＣＰＳユニット）を持つ場合、記録シードＶｕもＣＰＳユニットの数だけ生成される。図に示す編集済コンテンツ３３１にはＣＣＩ情報、記録シードＶｕが含まれ、編集済コンテンツとしてのカッティングマスター３３１は情報記録媒体製造エンティテイ３５０へ送られる。
【０１１５】
情報記録媒体製造エンティテイ３５０はコンテンツ暗号化に必要な情報（管理情報）を管理センタ３１０から取得する。
【０１１６】
管理センタ３１０ではメディアキーＫｍ３１３を生成し、さらに、メディアキーＫｍ３１３を暗号化データとして格納したメディアキーブロック（ＭＫＢ）３１１を生成し、これらのメディアキーブロック（ＭＫＢ）３１１、メディアキーＫｍ３１３、さらに、情報記録媒体製造エンティテイ３５０の公開鍵を格納した公開鍵証明書（ＭＦ  Ｋｅｙ  Ｃｅｒｔｉｆｉｃａｔｅ）３１２を情報記録媒体製造エンティテイ３５０に提供する。
【０１１７】
ＭＫＢ３１２は、前述したように、正当なコンテンツ利用権としてのライセンスを保持する再生装置に格納されたデバイスキーを適用した復号処理によってのみ復号することを可能とした暗号化データを格納しており、正当なコンテンツ利用権としてのライセンスを保持する再生装置のみがメディアキーＫｍを取得できる。
【０１１８】
情報記録媒体製造エンティテイ３５０は、コンテンツ編集エンティテイ３３０から編集済コンテンツとしてのカッティングマスター３３１を受領し、管理センタ３１０からメディアキーブロック（ＭＫＢ）３１１、公開鍵証明書（ＭＦ  Ｋｅｙ  Ｃｅｒｔｉｆｉｃａｔｅ）３１２、メディアキーＫｍ３１３を受領して、情報記録媒体を製造する。
【０１１９】
まず、ステップＳ２１において、カッティングマスター３３１に対するメディアキー３１３を適用した暗号化処理とハッシュ計算を実行する。暗号化処理は、例えば先に図７を参照して説明したＡＥＳ暗号アルゴリズムに従ったＣＢＣモードでの暗号処理として実行される。また、ハッシュ計算は、前述したハッシュユニット単位でのハッシュ値算出処理として実行され、算出値を照合用ハッシュ値として記録したコンテンツハッシュテーブル（ＣＨＴ）を生成する処理として実行される。コンテンツハッシュテーブル（ＣＨＴ）は
先に図１１、図１２を参照して説明した構成を持つ。なお、先に説明したように、クリップ単位のコンテンツハッシュテーブル（ＣＨＴ）を記録する場合は、必要に応じてコンテンツハッシュテーブル−クリップファイル関連付けテーブルを併せて生成する。
【０１２０】
暗号化コンテンツとコンテンツハッシュテーブル（ＣＨＴ）の生成が完了すると、ステップＳ２２において、記録データとしてのディスクイメージ生成処理が実行される。ディスクイメージには、情報記録媒体（ディスク）に記録されるデータのすべてが含まれる。暗号化コンテンツ、コンテンツハッシュテーブルの他にメディアキーブロック（ＭＫＢ）３１１、公開鍵証明書（ＭＦ  Ｋｅｙ  Ｃｅｒｔｉｆｉｃａｔｅ）３１２が含まれる。
【０１２１】
ディスクイメージの生成が完了すると、ステップＳ２３において、ディスクイメージの変調処理が実行され、記録信号としての変調データが生成され、ステップＳ２４における変調データに基づくマスタリング処理により、ディスク原盤としてのスタンパーが生成される。さらに、ステップＳ２５において、レプリケーション（複製）が実行され、多数のディスクが生成され、ステップＳ２６における検査工程を経て、ステップＳ２７において出荷される。
【０１２２】
なお、コンテンツの暗号化、コンテンツハッシュテーブル（ＣＨＴ）の生成は、ステップＳ２４のマスタリングプロセスまでは、レイヤー単位で実行することができる。先に図１０、図１１を参照して説明したように、コンテンツハッシュテーブル（ＣＨＴ）はレイヤー毎に独立した構成をもつからである。レプリケーション（複製）の際に各リイヤーのスタンパーを用いてビット転写を行なうことで、複数のレイヤーを持つディスクが生成される。
【０１２３】
次に、情報記録媒体製造エンティテイ３５０がステップＳ２１において実行する暗号化コンテンツとコンテンツハッシュテーブル（ＣＨＴ）の生成処理の詳細について説明する。まず、コンテンツの暗号化処理とコンテンツハッシュテーブル（ＣＨＴ）の生成を伴うディスクイメージ生成処理の詳細シーケンスについて図１５のフローを参照して説明する。
【０１２４】
まず、ステップＳ１０１において、ディスクイメージ生成に適用する補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）の読み取りを行なう。この補助ファイルは、コンテンツ編集エンティテイ３３０から受領する編集済コンテンツとしてのカッティングマスター３３１に含まれる。
【０１２５】
ディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）の具体例を図１６に示し、ディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）に含まれるデータ説明としてのシンタックスを図１７に示す。
【０１２６】
ディスクイメージ生成用の補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）には、カッティングマスター３３１から、ディスクイメージを生成するために必要な情報が含まれる。具体的には、以下の情報から構成される。
UD_START_Location : 各LayerのUser Data (Data Zone)の開始点のPhysical Sector Number。
UD_END_Location : 各LayerのUser Data (Data Zone)の終了点のPhysical Sector Number。
CHT_Location : CHTの開始点のPhysical Sector Number。
CHT_Offset : CHTの開始点とHash Value（Mastering Facilityが埋めるデータ）の直前までのバイト数    。
Content_Cert_Location : Content Certificateの開始点のPhysical Sector Number。
Content_Cert_Offset : Content Certificateの開始点とContent ID （Mastering Facilityが埋めるデータ）の直前までのバイト数。
UK_Inf_Location : Unit_Key.inf(P.2参照)の開始点のPhysical Sector Number。そのLayerにUnit_Key.infが記録されない場合は、0000000016を記述。
UK_Inf_Offset : Unit_Key.infの開始点とEncrypted Unit Key for CPS Unit#1の直前までのバイト数。そのLayerにUnit_Key.infが記録されない場合は、0000000016を記述。
Num_of_UK : Disc全体のUnit Keyの数（＝CPS Unitの数）。
MFK_Cert_Location : MF Key Certificateの開始点のPhysical Sector Number。サイズは、固定。そのLayerにMFK_Certが記録されない場合は、 0000000016を記述。
MKB_Location : MKBの開始点のPhysical Sector Number。そのLayerにMKB_Certが記録されない場合は、 0000000016を記述。
N : Layer i のLogical Sector数。
Encryption_Flag : 暗号化するかしないかのFlag。
Data_Type : SectorのTypeを示すFlag。
CPS_Unit_No : CPS Unit Number。
Clip_AV_File_No : クリップファイル番号。CHT作成のために使う情報。
Last_Sector_of_Clip : （Layerに関わらず）各クリップの最終Sectorを示すフラグ。
Last_Sector_of_Layer : 各Layerでの各クリップの最終Sectorを示すフラグ。
【０１２７】
ディスクイメージ生成用の補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）には、セクタ単位の暗号化の要否、どのユニット鍵（ＣＰＳ  Ｕｎｉｔ  Ｋｅｙ）を適用した暗号化を実行するかなどの情報が含まれる。情報記録媒体製造エンティテイ３５０は、補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）に従って、各記録セクタの処理を決定する。
【０１２８】
図１５に戻り、情報記録媒体製造エンティテイ３５０の実行する処理フローについての説明を続ける。ステップＳ１０１において、補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）の読み取りを行なうと、ステップＳ１０２において、初期設定として処理セクタＮｏ．としての変数ｊ＝０の設定を行う。
【０１２９】
ステップＳ１０３において、ｊ＜全セクタ数の判定を実行し、ｊ＜全セクタ数の判定がＹｅｓの場合、ステップＳ１０４に進み、カッティンクマスタからユーザセクタデータ（ｊ）を読み取る。ステップＳ１０５において、ユーザセクタデータ（ｊ）の暗号化フラグを参照し、暗号化フラグの値に基づいて、暗号化処理の要否を判定する。暗号化フラグ（Ｅｎｃｒｙｐｔｉｏｎ  Ｆｌａｇ）は、図１６に示す補助ファイルに記載しているように［００］の場合は、暗号化不要セクタであり、［１］の場合は暗号化要セクタである。
【０１３０】
暗号化フラグが０で無い場合は、暗号処理が必要なセクタであると判定し、ステップＳ１０６に進む。暗号化フラグが０の場合は、暗号処理が不要なセクタであると判定し、ステップＳ１１５に進む。ステップＳ１０６では、処理セクタに対応するＣＰＳユニットＮｏ（ｊ）を読み取る。次に、ステップＳ１０７において、処理セクタに対応するデータタイプが１であるか否かを判定する。
【０１３１】
データタイプ（Ｄａｔａ  Ｔｙｐｅ）は、図１６に示す補助ファイルに記載しているように［０１］の場合は、アラインドユニット（ＡＵ）の最初のセクタであることを示している。この場合は、ステップＳ１０８に進み、先に図７を参照して説明したＡＥＳ−ＣＢＣモードの暗号処理における初期値（ＩＶ）を取得する。この初期値には、例えば管理センタから提供される値が適用される。
【０１３２】
ステップＳ１０７の判定において、データタイプ（Ｄａｔａ  Ｔｙｐｅ）が１で無いと判定した場合は、アラインドユニット（ＡＵ）の最初のセクタでないことを示している。この場合は、ステップＳ１０９に進み、既にＡＥＳ−ＣＢＣモードの処理が実行された前セクタ（ｊ−１）の暗号文ユニットを取得する。次にステップＳ１１０において、ユニット鍵を適用したＡＥＳ暗号処理を実行する。これらの処理は、先に図７を参照して説明したＡＥＳ−ＣＢＣモードの暗号処理プロセスに相当する。
【０１３３】
１つの暗号文ユニットが生成されると、ステップＳ１１１において、処理を実行したクリップＡＶファイＮｏ．を読み取り、ステップＳ１１２において、クリップ対応のバッファに暗号ユニット（１６Ｂ）を格納し、ステップＳ１１３において、バッファの格納データが１９２バイトに達したか否かを判定し、達した場合には、ステップＳ１１４においてハッシュ値を算出する。すなわち、ハッシュユニットの単位である１９２ＫＢに達する毎にハッシュ値を算出し、コンテンツハッシュテーブルに格納する照合用ハッシュ値としてメモリに格納する。
【０１３４】
以上の処理がステップＳ１１５においてセクタＮｏ．をインクリメントすることで、セクタ単位で繰り返し実行される。全てのセクタの処理が実行され、ステップＳ１０３の判定において、
ｊ＜全セクタ数？
の判定がＮｏとなると、ステップＳ１２１に進む。
【０１３５】
ステップＳ１２１では、１９２のこのハッシュユニット単位に算出された照合用ハッシュ値を格納したコンテンツハッシュテーブル（ＣＨＴ）を生成する。コンテンツハッシュテーブル（ＣＨＴ）は、先に図１０〜図１２を参照して説明した構成を持つ。
【０１３６】
さらに、ステップＳ１２２において、コンテンツ証明書を作成する。コンテンツ証明書の構成について、図１８を参照して説明する。コンテンツ証明書は、情報記録媒体に格納されたコンテンツが正当なコンテンツであることを証明する証明書であり、例えば１つのレイヤー単位で１つの証明書が設定され、情報記録媒体に格納される。
【０１３７】
コンテンツ証明書には、以下の情報が含まれる。
（ａ）ＣＣ：情報記録媒体全体のコンテンツ証明書数
（ｂ）ＩＤ：コンテンツＩＤ
（ｃ）ＮＣ：各レイヤーに記録された全クリップファイル数
（ｄ）各クリップごとのコンテンツハッシュダイジェスト
（ｅ）電子署名（Ｓｉｇｎａｔｕｒｅ）
【０１３８】
これらの中で、（ｂ）コンテンツＩＤは、コンテンツに対応する識別データであり、管理センタ３１０から与えられる値である。（ｄ），（ｅ）は、情報記録媒体製造エンティテイ３５０において生成されるデータである。
【０１３９】
コンテンツハッシュダイジェストは、例えば以下の算出処理によって算出される値が記録される。
クリップ（ｊ）のコンテンツハッシュダイジェストの算出処理例
レイヤーｉのコンテンツハッシュテーブルに記録されているクリップ（ｊ）のハッシュ値、例えば、
Hash Value(k)||Hash Value(k+1)||… ||Hash Value(l-1)||Hash Value(l)
に対して、例えばＳＨＡ−１でハッシュ計算を行い、この算出値がクリップ（ｊ）のコンテンツハッシュダイジェストとして設定される。なお、上記式において、||はデータ連結を示す。
【０１４０】
電子署名（Signature）は、コンテンツ証明書に記録されたデータ（ＣＣ〜Ｃｌｉｐ（ＮＣ−１））に対する電子署名である。署名鍵としては、情報記録媒体製造エンティテイ３５０の秘密鍵（ＳＫ＿ＭＦ）を用いる。電子署名関数には、例えばＲＳＡを用いる。情報記録媒体を再生する情報処理装置は、情報記録媒体に格納される情報記録媒体製造エンティテイ３５０の公開鍵証明書から公開鍵を取得して、コンテンツ証明書の署名検証を実行し、データ改竄の有無の検証、すなわちコンテンツ証明書の正当性を検証する。
【０１４１】
なお、コンテンツ編集エンティテイ（オーサリングファシリティ）によってコンテンツハッシュが計算される場合、クリップのコンテンツハッシュダイジェスト及び署名は、コンテンツ編集エンティテイ（オーサリングファシリティ）によって書き込まれる。
【０１４２】
図１９を参照して、暗号化コンテンツ他のデータを格納した情報記録媒体の製造におけるデータの流れおよびデータ処理の全体について説明する。図１９には、管理センタ（ＴＣ：Trusted Center）（＝ライセンスエンティティ）５１０、コンテンツ編集エンティテイ（ＡＳ：Authoring Studio）（＝オーサリングファシリティ）５３０、情報記録媒体製造エンティテイ（ＤＭ：Disc Manufacturer)（＝暗号化ファシリティ）５５０と、最終的に製造される情報記録媒体（Ｄｉｓｃ）６００を示している。
【０１４３】
情報記録媒体製造エンティテイ５５０は、管理センタ５１０からメディアキー（Ｋｍ）を格納したメディアキーブロック（ＭＫＢ）を取得し、メディアキー取得するとともに、コンテンツ編集エンティテイ５３０から、平文コンテンツ５３２と、暗号化処理の詳細情報を記述した補助ファイル（ＭＳＴＢ．ＤＡＴ）５３１を取得し、さらにユニット鍵５５１を適用して、コンテンツの暗号化処理（ステップＳ２１１）を実行して暗号化コンテンツ５５２を生成する。コンテンツの暗号化処理は、先に図１５を参照して説明したようにセクタ単位の処理として、ＡＥＳ−ＣＢＣモードの暗号処理（図７参照）として実行される。生成された暗号化コンテンツ５５２は、情報記録媒体６００に格納される暗号化コンテンツ６０１とされる。
【０１４４】
さらに、情報記録媒体製造エンティテイ５５０は、ステップＳ２１２において、生成した暗号化コンテンツ５５２の所定データ単位（ハッシュユニット）にハッシュ値を算出する。この処理は、先に図１５を参照して説明したステップＳ１１２〜Ｓ１１４の処理に対応し、ハッシュユニットのデータ長である１９２ＫＢのデータ単位のハッシュ値を算出する処理である。これらのハッシュ値を照合用ハッシュ値として記録したコンテンツハッシュテーブル５５３が生成され、情報記録媒体６００に格納されるコンテンツハッシュテーブル６０２とされる。
【０１４５】
さらに、情報記録媒体製造エンティテイ５５０は、ステップＳ２１３において、コンテンツ証明書の生成処理を実行する。コンテンツ証明書は、先に図１８を参照して説明したデータ構成を持つコンテンツの正当性を証明するためのデータである。ここには、コンテンツハッシュテーブル６０２に格納されたハッシュ値に基づくコンテンツハッシュダイジェスト（図１８参照）が格納され、さらに格納データに対応する電子署名が付加される。
【０１４６】
管理センタ５１０は、情報記録媒体製造エンティテイ５５０の秘密鍵（ＳＫ＿ＭＦ）５１２、公開鍵（ＰＫ＿ＭＦ）５１３を保持し、秘密鍵５１２と、公開鍵（ＰＫ＿ＭＦ）５１３を格納した公開鍵証明書５１４を情報記録媒体製造エンティテイ５５０に提供する。
【０１４７】
情報記録媒体製造エンティテイ５５０は、管理センタ５１０から受領した秘密鍵（ＳＫ＿ＭＦ）５５４を適用して、コンテンツ証明書に対する電子署名を実行し、電子署名付加コンテンツ証明書５５５を生成する。これが、情報記録媒体６００に格納されるコンテンツ証明書６０３とされる。
【０１４８】
さらに、情報記録媒体製造エンティテイ５５０は、管理センタ５１０から受領した公開鍵証明書５５６を情報記録媒体に記録する。これが、情報記録媒体６００に格納される公開鍵証明書６０４となる。
【０１４９】
図１９の処理例は、図１５の処理フローに沿った処理例であるが、それぞれのエンティテイの役割分担は、図１５、図１９に示す処理例に限定されるものではない。その他の処理例について、図２０〜図２１を参照して説明する。
【０１５０】
図２０は、ハッシュ値算出処理、コンテンツハッシュテーブル（ＣＨＴ）の生成処理を、コンテンツ編集エンティテイ（ＡＳ：Authoring Studio）（＝オーサリングファシリティ）５３０が実行する処理例である。図２０に示す点線部の構成が図１９に示す処理例と異なる点である。
【０１５１】
コンテンツ編集エンティテイ５３０は、ステップＳ２３１において、平文コンテンツ５３２に基づいて、ハッシュユニットを抽出し、各ハッシュユニット毎のハッシュ値を算出して、これらを記録したコンテンツハッシュテーブル（ＣＨＴ）５３３を生成する。この場合、ハッシュ値は平文データの所定データ長単位で設定されたハッシュユニット毎に求められる。
【０１５２】
コンテンツハッシュテーブル（ＣＨＴ）５３３は、情報記録媒体製造エンティテイ５５０に提供され、情報記録媒体製造エンティテイ５５０は、コンテンツハッシュテーブル（ＣＨＴ）５５３に格納されたハッシュ値に基づいて、コンテンツハッシュダイジェスト（図１８参照）を算出し、コンテンツ証明書に算出したコンテンツハッシュダイジェストを格納し、さらに格納データに対応する電子署名を生成して電子署名付加コンテンツ証明書５５５を生成する。これが、情報記録媒体６００に格納されるコンテンツ証明書６０３とされる。
【０１５３】
この処理例は、平文コンテンツに基づくコンテンツハッシュの算出、コンテンツハッシュテーブルの生成をコンテンツ編集エンティテイ５３０が実行する。コンテンツ証明書の生成、電子署名付加処理は情報記録媒体製造エンティテイ５５０が実行する。
【０１５４】
次に、図２１を参照して、情報記録媒体製造エンティテイ５５０が平文コンテンツに基づくコンテンツハッシュの算出、コンテンツハッシュテーブルの生成を実行する処理例について説明する。図２１に示す点線部の構成が図１９に示す処理例と異なる点である。
【０１５５】
情報記録媒体製造エンティテイ５５０は、図２１に示すステップＳ５５１において、コンテンツ編集エンティテイ５３０から受領する平文コンテンツに基づいて、ハッシュユニットを抽出し、各ハッシュユニット毎のハッシュ値を算出して、これらを記録したコンテンツハッシュテーブル（ＣＨＴ）５５３を生成する。この場合、ハッシュ値は平文データの所定データ長単位で設定されたハッシュユニット毎に求められる。
【０１５６】
情報記録媒体製造エンティテイ５５０は、コンテンツハッシュテーブル（ＣＨＴ）５５３に格納されたハッシュ値に基づいて、コンテンツハッシュダイジェスト（図１８参照）を算出し、コンテンツ証明書に算出したコンテンツハッシュダイジェストを格納し、さらに格納データに対応する電子署名を生成して電子署名付加コンテンツ証明書５５５を生成する。これが、情報記録媒体６００に格納されるコンテンツ証明書６０３とされる。
【０１５７】
この処理例は、平文コンテンツに基づくコンテンツハッシュの算出、コンテンツハッシュテーブルの生成を情報記録媒体製造エンティテイ５５０が実行する処理例である。
【０１５８】
さらに、この他の処理例として、例えば、平文コンテンツに基づくコンテンツハッシュの算出、コンテンツハッシュテーブルの生成、さらに、コンテンツ証明書の生成、署名処理をすべてコンテンツ編集エンティテイが実行する処理としてもよい。このようにコンテンツハッシュの算出、コンテンツハッシュテーブルの生成、コンテンツ証明書の生成、署名は、情報記録媒体製造エンティテイ５５０に限らず、コンテンツ編集エンティテイ５３０、または情報記録媒体製造エンティテイ５５０のいずれかにおいて実行する構成とすることができる。
【０１５９】
［５．コンテンツ再生処理におけるコンテンツハッシュを適用した検証処理］
次に、コンテンツ再生処理におけるコンテンツハッシュを適用した検証処理について説明する。
【０１６０】
図２２〜図２４を参照して、情報記録媒体からのコンテンツ再生を実行する情報処理装置（再生装置）において実行するハッシュ値に基づくコンテンツ検証処理について説明する。
【０１６１】
情報記録媒体からのコンテンツ再生処理を実行する情報処理装置は、コンテンツの正当性を検証するコンテンツ検証手段と、コンテンツ検証手段の検証に基づいてコンテンツの正当性が確認されたことを条件としてコンテンツの再生処理を実行するコンテンツ再生手段とを有し、コンテンツ検証手段は、情報記録媒体に記録されたコンテンツの細分化データとして設定されたハッシュユニットをｎ個選択（ただしｎは１以上整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、情報記録媒体に格納された照合用ハッシュ値との照合処理を実行し、選択したｎ個全てのハッシュ値の照合の成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行する構成を有する。
【０１６２】
図２２は、情報処理装置（再生装置）におけるコンテンツ検証手段の実行する処理の概略を示している。情報処理装置（再生装置）６２１は、コンテンツを記録した情報記録媒体６２２を装着し、コンテンツ再生に先立ち、再生予定のコンテンツに対応するハッシュユニットを選択して、ハッシュユニットに対して設定されたハッシュ値の照合を実行する。
【０１６３】
まず、ステップＳ３０１において、照合処理を実行するハッシュユニットを選択する。前述した説明から明らかなように、情報記録媒体の格納コンテンツは所定データ長（例えば１９２ＫＢ）のハッシュユニットに区分されている。情報処理装置６２１は、これらの多数のハッシュユニットから照合処理を実行するユニットの選択を実行する。ユニット選択処理の詳細については、図２４を参照して後段で詳細に説明する。照合処理の対象として選択するハッシュユニットは、複数個（ｎ個）例えば３個のハッシュユニットをランダムに選択する。
【０１６４】
選択したハッシュユニットが、
ハッシュユニット＃１
ハッシュユニット＃１２３４５
ハッシュユニット＃９９９９９
であるとする。
【０１６５】
ステップＳ３０２では、選択されたハッシュユニットに対応するハッシュユニット対応データを情報記録媒体６２２から読み取り、各選択ハッシュユニットのハッシュ値を算出する。算出ハッシュ値を、それぞれ、
ハッシュユニット＃１のハッシュ値＝ａａａ
ハッシュユニット＃１２３４５のハッシュ値＝ｂｂｂ
ハッシュユニット＃９９９９９のハッシュ値＝ｃｃｃ
であるとする。
【０１６６】
一方ステップＳ３０３では、情報記録媒体６２２に格納されたコンテンツハッシュテーブル６２３から、ステップＳ３０１において選択した照合処理対象のコンテンツハッシュユニットの照合用ハッシュ値を読み取る。読み取った照合用ハッシュ値が、
ハッシュユニット＃１のハッシュ値＝ＡＡＡ
ハッシュユニット＃１２３４５のハッシュ値＝ＢＢＢ
ハッシュユニット＃９９９９９のハッシュ値＝ＣＣＣ
であるとする。
【０１６７】
ステップＳ３０４では、ステップＳ３０２においてコンテンツのハッシュユニットに基づいて算出したハッシユ値と、コンテンツハッシュテーブル（ＣＨＴ）から読み取った照合用ハッシュ値との比較処理を実行する。すべての対応するハッシュユニットの算出ハッシュ値と照合用ハッシュ値とが一致した場合、すなわち、
ａａａ＝ＡＡＡ
ｂｂｂ＝ＢＢＢ
ｃｃｃ＝ＣＣＣ
が成立した場合は、コンテンツの改ざんが無いと判定し、コンテンツ再生が許容され、コンテンツの再生処理に移行する。
【０１６８】
一方、対応するハッシュユニットの算出ハッシュ値と照合用ハッシュ値とのいずれかの不一致が検出された場合、すなわち、
ａａａ≠ＡＡＡ
ｂｂｂ≠ＢＢＢ
ｃｃｃ≠ＣＣＣ
のいずれかが検出された場合は、コンテンツの改ざんが有ると判定し、コンテンツ再生を禁止し、その後のコンテンツ再生処理への移行を中止する。
【０１６９】
次に、図２３、図２４のフローを参照して、コンテンツ再生を実行する情報処理装置におけるコンテンツハッシュの検証手順を詳細に説明する。
【０１７０】
図２３の処理フローは、照合処理を実行するハッシュユニットの数ｎをｎ＝３とした設定の処理例である。
【０１７１】
ステップＳ５０１において、ハッシュ値の照合を実行する情報処理装置は、初期設定として、照合処理を実行するハッシュユニットの数の初期値ｎ＝０の設定を行う。ステップＳ５０２において、ｎ≧３か否かを判定する。ｎ≧３でない場合、規定の照合数（ｎ＝３）に達していないので、ステップＳ５０３以下の照合処理を実行する。
【０１７２】
ステップＳ５０３において、ｎ＝ｎ＋１の設定の後、ステップＳ５０４においてハッシュユニットを、ハッシュユニット番号に基づいて選択する。ハッシュユニットの選択は、ランダムに実行される。
【０１７３】
具体的には、コンテンツハッシュテーブル（ＣＨＴ）に記録された［全ハッシュユニット数（ＮＨ）］を読み取り、ｘ＜ＮＨの乱数（ｘ）を選択する。この選択した数値（ｘ）を照合処理を実行するハッシュユニット番号＃ｘとする。
【０１７４】
ステップＳ５０５において、情報記録媒体に格納されたコンテンツハッシュテーブルからハッシュユニット番号＃ｘの照合用ハッシュ値を取得する。さらに、ステップＳ５０６において、情報記録媒体に格納されたコンテンツのハッシュユニットからハッシュユニット番号＃ｘのハッシュユニットを抽出し、抽出したハッシュユニットに基づいてハッシュ値を算出し、ステップＳ５０７において算出ハッシュ値と照合用ハッシュ値との比較処理を実行する。
【０１７５】
ステップＳ５０８において、算出ハッシュ値と照合用ハッシュ値との一致判定を行い、一致していれば、ステップＳ５０２に戻り、ｎ≧３の判定を行ない、規定の照合数（ｎ＝３）に達していない場合は、ステップＳ５０３においてｎの更新後、ステップＳ５０４で、さらに新たなハッシュユニットの選択を実行して、以下ステップＳ５０５〜Ｓ５０７において、異なるハッシュユニットについて、同様の算出ハッシュ値と照合用ハッシュ値との照合処理を実行する。この処理が規定回数繰り返し実行され、規定数（ｎ＝３）すべてのハッシュ値の一致が確認された場合ステップＳ５０２において、ｎ≧３？の判定がＹｅｓとなり、ステップＳ５１０に、再生許可がなされ、再生処理に移行する。
【０１７６】
規定回数、ｎ回のハッシュ値検証処理過程中、ステップＳ５０８の算出ハッシュ値と照合用ハッシュ値との一致判定において、一致が確認されなかった場合は、ステップＳ５０９に進み、再生禁止とされ、コンテンツの再生処理に移行しない。
【０１７７】
照合対象のハッシュ値が暗号化コンテンツに対して設定されている場合は、上述の処理のように、情報記録媒体から読み取った暗号化コンテンツに対応するハッシュユニットから直接ハッシュ値を算出することができるが、先に説明した平文に対してハッシュ値が算出され、コンテンツハッシュテーブル（ＣＨＴ）に照合用ハッシュ値として記録されている場合は、算出ハッシュ値も平文に基づいて算出することが必要となる。
【０１７８】
図２４を参照して、平文に基づくハッシュ値による検証を行なう処理手順について説明する。図２４に示す処理は、図２３に示す処理フローのステップＳ５０４〜Ｓ５０７の処理に対応する。ステップＳ５０１〜Ｓ５０３の処理が行われた後、図２４のステップＳ５２１において、コンテンツハッシュテーブル（ＣＨＴ）に記録された［全ハッシュユニット数（ＮＨ）］を読み取り、ｘ＜ＮＨの乱数を選択する。
【０１７９】
ステップＳ５２２において、情報記録媒体に格納されたコンテンツハッシュテーブルからハッシュユニット番号＃ｘの照合用ハッシュ値（Ｈａｓｈ  Ｖａｌｕｅ（ｘ））を取得する。ステップＳ５２３において、ハッシュユニット番号＃ｘのユニットがどのクリップに属するかを計算する。
【０１８０】
前述したように、コンテンツハッシュテーブル（ＣＨＴ）には、
全クリップ数（ＮＣ）
全ハッシュユニット数（ＮＨ）
の各データに続いて、各クリップ（ｉ）について、
クリップ（ｉ）の先頭のハッシュユニット番号、
クリップ（ｉ）のファイル名対応の番号
クリップ（ｉ）のオフセット値
の各データが記録され、さらに、
各クリップ毎、ハッシュユニット毎のハッシュ値（照合用ハッシュ値）としての［Ｈａｓｈ  Ｖａｌｕｅ］が記録されており、
【０１８１】
コンテンツハッシユテーブルの記録データに基づいて、ハッシュユニット番号から所属するクリップを算出する。次に、ステップＳ５２４において、クリップＡＶストリームの属するコンテンツ管理ユニット（ＣＰＳユニット）のユニット鍵を生成する。先に図２、図３を参照して説明したように、各クリップは、いずれかのコンテンツ管理ユニット（ＣＰＳユニット）に属し、各コンテンツ管理ユニット（ＣＰＳユニット）にはユニット鍵が対応付けられており、ユニット鍵による暗号化がなされている。ステップＳ５２４においては、このユニット鍵を生成する。なお、ユニット鍵の生成プロセスについては、後述する。
【０１８２】
次に、ステップＳ５２５において、クリップＡＶストリームにアクセスし、ステップＳ５２６において、クリップＡＶストリームに含まれるハッシュユニット＃ｘを取得して復号処理を実行する。さらに、ステップＳ５２７において、ハッシュユニット＃ｘの復号データに基づいてハッシュ値を算出する。
【０１８３】
ステップＳ５２８において、算出ハッシュ値と照合用ハッシュ値との一致判定を行い、一致していれば、さらに、他のハッシュユニットに対して同様の処理を実行し、規定の照合数（例えばｎ＝３）に達するまで照合処理を繰りかえし実行し、規定数（ｎ）すべてのハッシュ値の一致が確認された場合には、再生許可がなされ、再生処理に移行する。規定回数、ｎ回のハッシュ値検証処理過程中、一致が確認されないものが出現した場合は、その時点で再生禁止とされ、コンテンツの再生処理に移行しない。
【０１８４】
［６．ユニット鍵の生成、コンテンツ復号、再生処理］
次に、コンテンツ再生を実行する情報処理装置（再生装置）におけるユニット鍵の生成、コンテンツ復号、再生処理について説明する。ユニット鍵は、コンテンツの復号、再生時に適用するが、上述したように、ハッシュ値が復号データ（平文）に対して設定されている場合は、ハッシュ値に基づく検証処理時にも、生成し、ハッシュユニットを復号することが必要となる。図２５、図２６を参照して、ユニット鍵の生成、コンテンツ復号、再生処理の詳細について説明する。
【０１８５】
まず、図２５を参照して、情報処理装置のコンテンツ検証手段、およびコンテンツ再生手段の実行するユニット鍵の生成、コンテンツ復号処理と、コンテンツ再生手段の実行するコンテンツ再生処理について説明する。まず、ユニット鍵の生成、コンテンツ復号、再生処理を実行する情報処理装置（再生装置）は、メモリに格納しているデバイスキー７７６を読み出す。デバイスキー７７６は、コンテンツ利用に関するライセンスを受けた情報処理装置に格納された秘密キーである。
【０１８６】
次に、ステップＳ６０１において、デバイスキー７７６を適用して情報記録媒体７８０に格納されたメディアキーＫｍを格納した暗号鍵ブロックであるＭＫＢ７８１の復号処理を実行して、メディアキーＫｍを取得する。
【０１８７】
ＭＫＢ７８１は有効なライセンスを持つユーザの情報処理装置に格納されたデバイスキーに基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディアキー（Ｋｍ）を取得することを可能とした鍵情報ブロックである。これは前述したように、いわゆる階層型木構造に従った情報配信方式によって、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、鍵取得を可能としたものであり、無効化（リボーク処理）されたユーザデバイスの鍵（メディアキー）取得を阻止可能としたものである。管理センタはＭＫＢに格納する鍵情報の変更により、特定のユーザデバイスに格納されたデバイスキーでは復号できない、すなわちコンテンツ復号に必要なメディアキーを取得できない構成を持つＭＫＢを生成することができる。従って、任意タイミングで不正デバイスを排除（リボーク）して、有効なライセンスを持つデバイスに対してのみ復号可能な暗号化コンテンツを提供することが可能となる。
【０１８８】
次に、ステップＳ６０２において、ステップＳ６０１におけるＭＫＢ処理で取得したメディアキーＫｍと、情報記録媒体７８０から読み取った物理インデックス７８２とに基づく暗号処理（ＡＥＳ＿ＧＤ）によって、ユニット鍵生成キーＫｅ（embedded Key）生成する。この鍵生成処理は、例えばＡＥＳ暗号アルゴリズムに従った処理として実行される。なお、図２５においてＡＥＳ＿Ｄは、ＡＥＳ暗号処理を適用したデータ復号（Decryption）処理、ＡＥＳ＿ＧＤは、ＡＥＳ暗号処理を適用したデータ復号処理を伴う鍵生成（Key Generation）処理、ＡＥＳ＿ＧＥは、ＡＥＳ暗号処理を適用したデータ暗号処理を伴う鍵生成（Key Generation）処理を示している。
【０１８９】
次に、ステップＳ６０３において、ユニット鍵生成キーＫｅ（embedded Key）と、情報記録媒体７８０から読み取ったコンテンツ利用制御情報（コピー・再生制御情報（ＣＣＩ））７８３とに基づく暗号処理（ＡＥＳ＿ＧＤ）によって、コントロールキーＫｃを生成し、ステップＳ６０４において、コントロールキーＫｃと情報記録媒体７８０から読み取ったコンテンツハッシュ７８４とに基づく暗号処理（ＡＥＳ＿ＧＤ）によって、コンテンツハッシュキーＫｈを生成する。コンテンツハッシュ７８４は、情報記録媒体に格納されたコンテンツあるいは暗号化コンテンツの構成データに基づくハッシュ値である。
【０１９０】
次に、ステップＳ６０５において、情報記録媒体７８０から読み取った暗号化ユニット鍵Ｅｎｃ（Ｋｕ）７８５に対して、コンテンツハッシュキーＫｈを適用して復号（ＡＥＳ＿Ｄ）し、ユニット鍵Ｋｕを取得する。なお、本例において、情報記録媒体７８０に格納されるユニット鍵は、図２５のステップＳ６０１〜Ｓ６０４と同様のプロセスによって生成されたコンテンツハッシュキーＫｈによる暗号化データとして格納されている。
【０１９１】
なお、情報記録媒体７８０に記録されている暗号化ユニット鍵Ｅｎｃ（Ｋｕ）７８５はＣＰＳユニットごとに定義されており、Ｓ６０５において生成されるユニット鍵Ｋｕも同様にＣＰＳユニットごとに定義される。生成するＣＰＳユニット鍵のＫｕ（ｉ）は、再生対象のコンテンツに対応するＣＰＳユニット、すなわち情報記録媒体７８０に格納されたＣＰＳユニット１〜ｎから選択されたＣＰＳユニット（ｉ）に対応して設定されているＣＰＳユニット鍵Ｋｕ（ｉ）である。
【０１９２】
暗号化コンテンツの復号を行う際、まずＳ６０６において、情報記録媒体７８０から読み出した暗号化コンテンツ４０６からのブロックシードの取り出し、復号処理の必要な復号処理部（暗号化データ）、復号処理の不要な非復号処理部（平文データ）のデータ選択が行われる。
【０１９３】
なお、ブロックシードは、暗号化処理単位としてのブロックに対応して設定される暗号鍵生成情報である。ＣＰＳユニットとしてのコンテンツデータは、所定データ長のブロック単位で異なるブロックキーＫｂが適用された暗号化がなされ、復号に際しては、各ブロック毎の復号処理鍵としてのブロックキーＫｂを、各ブロックデータに対応して設定されているブロックシードとＣＰＳユニット鍵Ｋｕに基づく暗号処理（Ｓ６０７：ＡＥＳ＿ＧＥ）によって生成して、生成したブロックキーＫｂで復号処理（Ｓ６０８）を行なう。
【０１９４】
ブロックキーＫｂは特定サイズの暗号処理単位において暗号化コンテンツの復号に使用される鍵である。暗号化処理単位のサイズとしては、例えば６１４４バイトのＵｓｅｒ  Ｄａｔａを含むものや２０４８バイトのＵｓｅｒ  Ｄａｔａを含むものが想定される。
【０１９５】
ステップＳ６０９は、暗号化コンテンツに含まれる例えばブロックシード部分などの非暗号化データと、ステップＳ６０８において復号したデータを結合する処理であり、この結果、復号コンテンツ（ＣＰＳユニット）７７７が出力される。
【０１９６】
ステップＳ６０２〜Ｓ６０５、Ｓ６０７において実行する暗号処理の具体例を図２６を参照して説明する。図２６において、ＡＥＳ復号部（ＡＥＳ＿Ｄ）７９１は、例えば１２８ビットの鍵長を持つＡＥＳ、ＥＣＢモードによる復号化処理部であり、ＡＥＳ暗号化部（ＡＥＳ＿Ｅ）７９３は、例えば１２８ビットの鍵長を持つＡＥＳ、ＥＣＢモードによる暗号化処理部である。排他的論理和部７９２は、同じ長さを持つ２つのビット列間で排他的論理和（ＸＯＲ）処理を行う演算部を表している。
【０１９７】
図２５のステップＳ６０２におけるユニット鍵生成キーＫｅの生成処理（ＡＥＳ＿ＧＤ）は、具体的には、図２６（ａ）に示すように、情報記録媒体７８０に格納された物理インデックスを、ＡＥＳ復号部７９１に入力し、共通鍵暗号方式であるＡＥＳ（Advanced Encryption Standard）暗号アルゴリズムを適用し、ＭＫＢから取得したメディアキーＫｍを用いて復号し、さらに、ＡＥＳ復号部７９１の出力値と物理インデックスデータとを排他的論理和部７９２に入力して排他論理和演算を実行した結果値をユニット鍵生成キーＫｅとする処理として実行される。
【０１９８】
図２５のステップＳ６０３におけるコントロールキーＫｃの生成、ステップＳ６０４におけるコンテンツハッシュキーの生成も、図２６（ｂ），（ｃ）に示すようにＡＥＳ復号部７９１と排他的論理和部７９２による演算によって行われる。ユニット鍵Ｋｕの生成は、図２６（ｄ）に示すように、情報記録媒体７８０から取得した暗号化ユニット鍵ｅＫｈ（Ｋｕ）をコンテンツハッシュキーＫｈを適用してＡＥＳ復号部７９１において復号する処理として実行される。図２６のステップＳ６０７のブロックキーＫｂの生成は、図２６（ｅ）に示すようにＡＥＳ復号部７９３と排他的論理和部７９２による演算によって行われる。
【０１９９】
なお、本実施例では、ＡＥＳ暗号アルゴリズムを適用し、１２８ビットの鍵長を持つ鍵データの生成例を示しているが、アルゴリズムや鍵長は、これらの例に限定されるものではなく、他のアルゴリズム、鍵長を適用することも可能である。
【０２００】
このように、コンテンツ（ＣＰＳユニット）の復号処理に適用するユニット鍵は、各種の情報を利用して生成される。ハッシュ値検証を平文データに基づいて実行する場合は、図２５を参照して説明したプロセスに従って選択したハッシュユニットの復号処理を行った後、復号データに基づくハッシュ値を算出して、算出ハッシュ値と、コンテンツハッシュテーブル（ＣＨＴ）に格納された照合用ハッシュ値との比較を行うことになる。
【０２０１】
［７．メディアキーブロック（ＭＫＢ）の詳細および記録処理］
次に、暗号鍵ブロックとして情報記録媒体に記録されるメディアキーブロック（ＭＫＢ）の詳細および記録処理について説明する。
【０２０２】
前述したように、メディアキーブロック（ＭＫＢ）は有効なライセンスを持つユーザの情報処理装置に格納されたデバイスキーに基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディアキー（Ｋｍ）を取得することを可能とした鍵情報ブロックであり、階層型木構造に従った情報配信方式によって、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ復号によって鍵（メディアキー（Ｋｍ））を取得することを可能としたものである。
【０２０３】
メディアキーブロック（ＭＫＢ）は、管理センタによって必要に応じて公正内容を変更する更新処理が実行され、無効化（リボーク処理）されたユーザデバイスに格納されたデバイスキーでは復号処理が不可能になり、メディアキーの取得を阻止できる。このように、管理センタはＭＫＢに格納する鍵情報の変更により、特定のユーザデバイスに格納されたデバイスキーでは復号できない、すなわちコンテンツ復号に必要なメディアキーを取得できない構成を持つＭＫＢを生成することができる。従って、任意タイミングで不正デバイスを排除（リボーク）して、有効なライセンスを持つデバイスに対してのみ復号可能な暗号化コンテンツを提供することが可能となる。
【０２０４】
図２７を参照して、コンテンツ再生を実行する情報処理装置において実行するメディアキーブロック（ＭＫＢ）に対する処理について説明する。先に図２５を参照して説明したように、ユニット鍵の生成、コンテンツの復号、再生の際には、メディアキーブロックを適用することが必要となる。
【０２０５】
図２７は、メディアキーブロック（ＭＫＢ）９１１を格納した情報記録媒体９１０と、情報記録媒体９１０からメディアキーブロック（ＭＫＢ）９１１を読み取って処理を実行する情報処理装置９２０の処理として、ステップＳ７０１〜Ｓ７０３を示している。
【０２０６】
情報処理装置９２０は、前述したように、ユニット鍵の生成、コンテンツの復号、再生処理に際して、情報記録媒体９１０からメディアキーブロック（ＭＫＢ）９１１を読み取る。ステップＳ７０１において、情報処理装置９２０は、情報処理装置９２０のメモリに格納されたデバイスキー、あるいはデバイスキーとさらにデバイスＩＤとを取得し、ステップＳ７０２において、取得したデバイスキー、あるいはデバイスキーとさらにデバイスＩＤとを適用してメディアキーブロック（ＭＫＢ）９１１に含まれる暗号化データの復号処理を実行する。
【０２０７】
メディアキーブロック（ＭＫＢ）９１１に含まれる暗号化データの復号処理に成功すると、ステップＳ７０３において、所定のキーデータ、すなわちメディアキー（Ｋｍ）を取得することができる。復号に失敗し、所定のキーデータ、すなわちメディアキー（Ｋｍ）と異なる無効なデータ列が得られた場合は、情報処理装置はリボーク、すなわち無効化されたデバイスであることが判明する。
【０２０８】
なお、ステップＳ７０１において、適用するデバイスＩＤは、例えば５０ビットのデータであり、コピープロテクションシステムを用いる再生機器、記録機器、ＰＣ用ドライブ及びアプリケーション全てに対して固有な値として、例えば管理センタの管理の下に設定される値である。また、デバイスキーは、例えば１２８ビットデータであり、１つもしくは複数のデバイスの集合に与えられる鍵データである。１つのデバイスは、デバイスキーを複数個持つことができる。
【０２０９】
メディアキーブロック（ＭＫＢ）の処理に基づいて取得されるメディアキー（Ｋｍ）は、例えば１２８ビットデータであり、情報記録媒体などのメディア、あるいはコンテンツ毎に変更されて設定される鍵データである。有効なデバイスキーを適用した暗号化データとしてメディアキーブロック（ＭＫＢ）に格納される。暗号化アルゴリズムは、例えばＡＥＳ暗号アルゴリズムが適用される。
【０２１０】
メディアキーブロック（ＭＫＢ）には全ての有効なデバイスにおいて、正しいメディアキー（Ｋｍ）を得られるように１つもしくは複数のデバイスキーで同じ値のメディアキー（Ｋｍ）の暗号化が施されている。ただし、不正を行ったデバイスは、正しいメディアキー（Ｋｍ）を得られないようにするために、不正デバイスの有するデバイスキーでの暗号化データはメディアキーブロック（ＭＫＢ）に含ませない構成としている。管理センタは適宜ＭＫＢを更新し、リボーク機器のデバイスキーを暗号化キーから削除する処理を行なう。その結果、リボーク機器においてＭＫＢの処理を実行すると、メディアキー（Ｋｍ）のキーデータではなく、「当デバイスはリボークされている」をいう情報を受け取ることになる。
【０２１１】
メディアキーブロック（ＭＫＢ）のデータ構成について、図２８、図２９を参照して説明する。ＭＫＢは、図２８に示すように、タグ情報９３１と、暗号鍵データ格納部９３２とから構成される。暗号鍵データ格納部９３２は、有効なライセンスを保持した機器（デバイス）に格納されたデバイスキー、具体的には、階層型木構造に含まれるノードおよびリーフに対応して設定された鍵の鍵セットからなるデバイスキーを適用した処理によってのみ復号可能な暗号化を施した１以上の暗号化データが格納される。なお、階層型木構造は、頂点ノードをルートとした例えば２分岐型の木構造であり、各デバイスは、最下層のリーフに１つずつ対応付けられる。各デバイスには、リーフからルートに至る経路にあるノードの対応鍵がデバイスキーとして提供される。
【０２１２】
暗号鍵データ格納部９３２には、様々なノードキーを用いて暗号化した送信データが格納される。適用するノードキーによって、復号処理可能なデバイスを自在に設定することができる。
【０２１３】
タグ情報９３１は、暗号鍵データ格納部９３２に含まれる１以上の暗号化データ（鍵束）の順番を示し、各デバイスが復号可能な暗号化データを選択するために適用するデータである。この暗号鍵ブロックであるＭＫＢを情報記録媒体に記録して各デバイスに提供することで、有効なライセンスを保持した機器（デバイス）のみがメディアキーを取得できる。
【０２１４】
図２９はメディアキーブロック（ＭＫＢ）の（Ａ）データ構造と、（Ｂ）シンタックスを示している。メディアキーブロック（ＭＫＢ）には、以下の情報が含まれる。
Tag Information Block Length：タグ情報ブロックのバイト数
Tag Information：あるデバイスＩＤを持ったデバイスがどのデバイスキーを用いてどの暗号化メディアキーデータを復号するべきかを示すデータ
Encrypted Media Key Block Length：暗号化メディアキーブロックのバイト数
Encrypted Media Key Data：あるデバイスキーでメディアキーが暗号化されたデータ
【０２１５】
なお、デバイスキーでメディアキーが暗号化されたデータである［Encrypted Media Key Data］は、リボーク（無効化）されていない有効なデバイスに格納されたデバイスキーのみが適用された暗号化データであり、リボーク（無効化）されたデバイスのデバイスキーでは復号によってメディアキー（Ｋｍ）を取得することができない暗号化データである。
【０２１６】
上述のメディアキーブロック（ＭＫＢ）は、先に、図１４を参照して説明したように、図１４に示す管理センタ３１０から情報記録媒体製造エンティテイ３５０に提供され、情報記録媒体製造エンティテイ３５０において情報記録媒体に格納される。情報記録媒体製造エンティテイ３５０では、図１５〜図１７を参照して説明したように、図１６、図１７を参照して説明したディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）の記述に従って、データの暗号化処理、その他の格納データの記録処理を実行する。メディアキーブロック（ＭＫＢ）の記録態様についても、図１６、図１７を参照して説明したディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）に記述され、この補助ファイルの記述に従って情報記録媒体への記録処理が実行されることになる。
【０２１７】
図３０は、図１６、図１７を参照して説明したディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）中のメディアキーブロック（ＭＫＢ）に関する記述を抽出して示した図である。図３０（Ａ）は、ディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）のメディアキーブロック（ＭＫＢ）に関する記述であり、図１６（Ｂ）は、そのシンタックスを示している。
【０２１８】
図３０に示すように、ディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ））には、メディアキーブロック（ＭＫＢ）の記録位置に関する指示情報、すなわち、ＭＫＢ位置指示情報９５１として、
MKB_Location：メディアキーブロック（ＭＫＢ）の記録開始点の物理セクタ番号（Physical Sector Number）
が記述される。そのレイヤーにメディアキーブロック（ＭＫＢ）が記録されない場合は、ＭＫＢの記録されないことを示す００００００００１６が記述される。
【０２１９】
情報記録媒体製造エンティテイ３５０は、この指示情報に従って、管理センタ３１０から受領したメディアキーブロック（ＭＫＢ）を指示された物理セクタ番号（Physical Sector Number）に記録する。
【０２２０】
なお、前述したように、ディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ））は、図１４に示すコンテンツ編集エンティテイ３３０がカッティングマスター３３１とともに情報記録媒体製造エンティテイ３５０に提供する。
【０２２１】
コンテンツ編集エンティテイ３３０は、メディアキーブロック（ＭＫＢ）の記録位置にダミーデータ、例えばオール０を設定したカッティングマスターを生成し、情報記録媒体製造エンティテイ３５０に提供する。この処理について、図３１を参照して説明する。
【０２２２】
図３１（Ａ）は、コンテンツ編集エンティテイ３３０から情報記録媒体製造エンティテイ３５０に提供されるカッティングマスターを示している。図３１（Ｂ）は、情報記録媒体製造エンティテイ３５０におけるディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）９６１を適用したディスクイメージ生成処理（図１５のフロー参照）によって生成されるディスクイメージを示している。
【０２２３】
フォーマッター９６３は、情報記録媒体に対する記録データ（（Ｂ）ディスクイメージ）としてのフォーマットデータを生成する記録データ生成装置であり、コンテンツ編集エンティテイ３３０から情報記録媒体製造エンティテイ３５０に提供される（Ａ）カッティングマスターに基づいて、補助ファイルであるディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ））９６１を参照してフォーマットデータを生成する。
【０２２４】
フォーマッター９６３は、情報記録媒体に対する記録データの元データとしてのマスタデータに対するデータ記録態様情報を含む補助ファイルを解析する解析部９６４と、解析部９６４の解析情報に従って、メディアキーブロック（ＭＫＢ）９６７などの特定情報の設定位置を決定するデータ位置設定部９６６とを有し、解析部９６３は、補助ファイルに含まれる特定情報の設定位置情報を取得し、データ位置設定部９６６が取得情報に基づいて特定情報の設定位置を決定する。
【０２２５】
なお、ここでは１つのレイヤー（レイヤー０）の処理例を示し、このレイヤー０はメディアキーブロック（ＭＫＢ）が記録されるレイヤーである。情報記録媒体が複数のレイヤーを持つ場合は、１つのレイヤーにのみメディアキーブロック（ＭＫＢ）を記録する構成としてよい。
【０２２６】
ディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ））９６１には、メディアキーブロック（ＭＫＢ）の記録位置に関する指示情報としての［MKB_Location］、具体的には、メディアキーブロック（ＭＫＢ）の記録開始点の物理セクタ番号（Physical Sector Number）が指定されているものとする。
【０２２７】
図３１（Ａ）に示すように、コンテンツ編集エンティテイ３３０から情報記録媒体製造エンティテイ３５０に提供されるカッティングマスターのメディアキーブロック（ＭＫＢ）の記録予定領域には、メディアキーブロック（ＭＫＢ）ダミーデータ９６２、たとえばオール０が記録される。この処理により、コンテンツ編集エンティテイ３３０は管理センタ３１０からメディアキーブロック（ＭＫＢ）を受領する必要がなくカッティングマスターを生成することができる。
【０２２８】
メディアキーブロック（ＭＫＢ）ダミーデータ９６２を持つカッティングマスターは情報記録媒体製造エンティテイに提供され、ディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ））９６１に基づくデータ暗号化その他の記録データ生成処理が行われる。具体的には、図３１に示すように、（Ａ）に示すカッティングマスターに含まれる平文ユーザデータに対するユニットキー９６５を適用した暗号化処理、メディアキーブロック（ＭＫＢ）９６７をダミーデータ領域に対して設定する処理が実行される。
【０２２９】
メディアキーブロック（ＭＫＢ）９６７は、情報記録媒体製造エンティテイが管理センタから受領したデータである。情報記録媒体製造エンティテイは、ディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）９６１からメディアキーブロック（ＭＫＢ）の記録開始点の物理セクタ番号（Physical Sector Number）を取得して、この位置にメディアキーブロック（ＭＫＢ）９６７を設定したディスクイメージ、すなわち、図３１（Ｂ）に示すディスクイメージを生成する。なお、図３１（Ｂ）に示すディスクイメージのメディアキーブロック（ＭＫＢ）９６８の位置は、図３１（Ａ）に示すカッティングマスターのメディアキーブロック（ＭＫＢ）ダミーデータ９６２の記録領域に対応する。
【０２３０】
なお、コンテンツ編集エンティテイが、図３１（Ａ）に示すカッティングマスターを作成する際に、メディアキーブロック（ＭＫＢ）ダミーデータ９６１の記録領域のサイズを決定することが必要となるが、コンテンツ編集エンティテイがメディアキーブロック（ＭＫＢ）のサイズを知っている場合は、そのサイズ分のダミー値を埋める処理を実行し、知らない場合は、管理センタからメディアキーブロック（ＭＫＢ）のサイズに関する情報を受領し、そのサイズ分のダミー値を埋めておく。もしくは、最大のＭＫＢサイズ分のダミー値を埋めておく処理を実行する。
【０２３１】
なお、コンテンツ編集エンティテイは、メディアキーブロック（ＭＫＢ）のみではなく、コンテンツハッシュテーブル（ＣＨＴ）や、コンテンツ証明書（Content_Cert）、さらには暗号化されたユニットキー（Unit_Key.inf）や、情報記録媒体製造エンティテイの公開鍵証明書（MF Key Certificate）などのデータに対応するダミーデータを設定したカッティングマスターを生成し、これらの各データの記録位置（記録スタートアドレス）に関する情報を設定したディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ））を生成し、情報記録媒体製造エンティテイに提供する構成としてもよい。
【０２３２】
このような設定とすることで、コンテンツ編集エンティテイは、具体的なデータ、すなわち、メディアキーブロック（ＭＫＢ）、コンテンツハッシュテーブル（ＣＨＴ）や、コンテンツ証明書（Content_Cert）、暗号化ユニットキー（Unit_Key.inf）、情報記録媒体製造エンティテイの公開鍵証明書（MF Key Certificate）などのデータを受領することなく、情報記録媒体製造エンティテイがこれらのデータを受領または生成して、ディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）の指示位置に設定したディスクイメージを生成することが可能となり、効率的な記録データ生成処理が可能となる。また、コンテンツ編集エンティテイは、メディアキーブロック（ＭＫＢ）を含む各種情報の記録位置を任意の位置に設定することが可能であり、データ記録の柔軟性を高めることが可能となる。
【０２３３】
［８．情報処理装置の構成例］
次に、図３２を参照して、上述のコンテンツ管理ユニット（ＣＰＳユニット）構成を持つメインコンテンツ、サブコンテンツの記録処理または再生処理を行う情報処理装置の構成例について説明する。
【０２３４】
情報処理装置８００は、情報記録媒体８９１の駆動を行ない、データ記録再生信号の入手力を行なうドライブ８９０、各種プログラムに従ったデータ処理を実行するＣＰＵ８７０、プログラム、パラメータ等の記憶領域としてのＲＯＭ８６０、メモリ８８０、デジタル信号を入出力する入出力Ｉ／Ｆ８１０、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ８４１を持つ入出力Ｉ／Ｆ８４０、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック８３０、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段８２０、各種の暗号処理を実行する暗号処理手段８５０を有し、バス８０１に各ブロックが接続されている。
【０２３５】
まず、データ記録時の動作について説明する。記録を行うデータとしてデジタル信号入力とアナログ信号入力の２つのケースが想定される。
【０２３６】
デジタル信号の場合、デジタル信号用入出力Ｉ／Ｆ８１０から入力され、必要に応じて暗号化処理手段８５０によって適切な暗号化処理を施したデータを情報記録媒体８９１に保存する。また、入力されたデジタル信号のデータ形式を変換して保存する場合、ＭＰＥＧコーデック８３０およびＣＰＵ８７０、ＴＳ・ＰＳ処理手段８２０によって保存用のデータ形式に変換を行い、その後暗号化処理手段８５０で適切な暗号化処理を施して情報記録媒体８９１に保存する。
【０２３７】
アナログ信号の場合、入出力Ｉ／Ｆ８４０へ入力されたアナログ信号はＡ／Ｄコンバータ８４１によってデジタル信号となり、ＭＰＥＧコーデック８３０によって記録時に使用されるコーデックへと変換される。その後、ＴＳ・ＰＳ処理手段８２０により、記録データの形式であるＡＶ多重化データへ変換され、必要に応じて暗号化処理手段８５０によって適切な暗号化処理を施したデータが記録媒体８９１に保存される。
【０２３８】
例えば、ＭＰＥＧ−ＴＳデータによって構成されるＡＶストリームデータからなるメインコンテンツの記録を行なう場合、メインコンテンツは、コンテンツ管理ユニット（ＣＰＳユニット）に区分された後、ユニット鍵による暗号化処理が暗号処理手段８５０によって暗号化され、ドライブ８９０を介して記録媒体８９１に記録される。
【０２３９】
サブコンテンツについても、各データグループ対応のコンテンツ管理ユニット（ＣＰＳユニット）に区分された後、ユニット鍵による暗号化処理が暗号処理手段８５０によって暗号化され、ドライブ８９０を介して記録媒体８９１に記録される。
【０２４０】
次に、情報記録媒体からのデータ再生を行なう場合の処理について説明する。例えばメインコンテンツとしてのＭＰＥＧ−ＴＳデータからなるＡＶストリームデータの再生を行う場合、ドライブ８９０において情報記録媒体８９１から読み出されたデータはコンテンツ管理ユニットとして識別されると、コンテンツ管理ユニットに対応するユニット鍵の取得処理が実行され、取得されたユニット鍵に基づいて、暗号化処理手段８５０で暗号を解きＴＳ（Transport Stream）・ＰＳ(Program Stream)処理手段８２０によってＶｉｄｅｏ、Ａｕｄｉｏ、字幕などの各データに分けられる。
【０２４１】
ＭＰＥＧコーデック８３０において復号されたデジタルデータは入出力Ｉ／Ｆ８４０内のＤ／Ａコンバータ８４１によってアナログ信号に変換され出力される。またデジタル出力を行う場合、暗号化処理手段８５０で復号されたＭＰＥＧ−ＴＳデータは入出力ＩＦ８１０を通してデジタルデータとして出力される。この場合の出力は例えばＩＥＥＥ１３９４やイーサネットケーブル、無線ＬＡＮなどのデジタルインターフェースに対して行われる。なお、ネットワーク接続機能に対応する場合入出力ＩＦ８１０はネットワーク接続の機能を備える。また、再生装置内で出力先機器が受信可能な形式にデータ変換をして出力を行う場合、一旦、ＴＳ・ＰＳ処理手段８２０で分離したＶｉｄｅｏ、Ａｕｄｉｏ、字幕などに対してＭＰＥＧコーデック８３０においてレート変換、コーデック変換処理を加え、ＴＳ・ＰＳ処理手段８２０で再度ＭＰＥＧ−ＴＳやＭＰＥＧ−ＰＳなどに多重化を行ったデータをデジタル用入出力Ｉ／Ｆ８１０から出力する。または、ＣＰＵ８７０を使用してＭＰＥＧ以外のコーデック、多重化ファイルに変換をしてデジタル用入出力Ｉ／Ｆ８１０から出力することも可能である。
【０２４２】
サブコンテンツの場合も、コンテンツ管理ユニットとして識別されると、コンテンツ管理ユニットに対応するユニット鍵の取得処理が実行され、取得されたユニット鍵に基づいて、暗号化処理手段８５０で暗号を解き、再生処理が実行される。再生を行う際に必要なコンテンツ管理ユニット（ＣＰＳユニット）ごとの鍵情報は、メモリ８８０上に保管されたデータから取得することができる。なお、ユニット鍵は情報記録媒体に格納されていない場合は、ネットワーク接続サーバから所定の手続きを行うことで取得可能である。
【０２４３】
前述したように、コンテンツ管理ユニット（ＣＰＳユニット）には、１つのユニット鍵が対応付けられている。コンテンツ再生の再生制御を統括的に実行する再生アプリケーションプログラムが、コンテンツ管理ユニット（ＣＰＳユニット）の切り替えの発生を検出し、切り替えに応じて適用する鍵の切り替えを実行する。鍵が取得されていない場合は、鍵取得を促すメッセージを提示する処理を実行する。
【０２４４】
記録再生装置において必要な情報を装置外部のネットワーク経由で取得する場合、取得したデータは記録再生装置内部のメモリ８８０に保存される。保存されるデータとしてはコンテンツ再生に必要な鍵情報、コンテンツ再生時に合わせて再生するための字幕、音声（Ａｕｄｉｏ）情報、静止画などのデータ、コンテンツ管理情報、およびコンテンツ管理情報に対応した再生装置の動作ルール（Ｕｓａｇｅ  Ｒｕｌｅ）などが存在する。
【０２４５】
なお、再生処理、記録処理を実行するプログラムはＲＯＭ８６０内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ８８０を使用する。なお、図３２では、データ記録、再生の可能な装置構成を示して説明したが、再生機能のみの装置、記録機能のみを有する装置も構成可能であり、これらの装置においても本発明の適用が可能である。
【０２４６】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０２４７】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２４８】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２４９】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２５０】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０２５１】
以上、説明したように、本発明の構成によれば、情報記録媒体に対する記録データの元データとしてのマスタデータを生成し、マスタデータに基づいて情報記録媒体に対する記録データを生成する構成において、一部領域にダミーデータ領域を含むマスタデータを生成し、補助ファイルの格納情報に基づいて、ダミーデータ領域を識別して有効情報の設定処理を実行する構成としたので、マスタデータ生成時に、有効情報のデータを取得する必要がなく、暗号鍵ブロックなどの特定情報を取得することなくマスタデータを生成することが可能となる。
【０２５２】
本発明の構成によれば、コンテンツ編集エンティテイから情報記録媒体製造エンティテイに提供されるカッティングマスターのメディアキーブロック（ＭＫＢ）の記録予定領域に、メディアキーブロック（ＭＫＢ）ダミーデータ、たとえばオール０を記録し、情報記録媒体製造エンティテイに提供し、情報記録媒体製造エンティテイにおいて、ディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）の指示位置に従って、メディアキーブロック（ＭＫＢ）を設定したディスクイメージを生成することができる。コンテンツ編集エンティテイは、具体的なデータ、すなわち、メディアキーブロック（ＭＫＢ）、コンテンツハッシュテーブル（ＣＨＴ）や、コンテンツ証明書（Content_Cert）、暗号化ユニットキー（Unit_Key.inf）、情報記録媒体製造エンティテイの公開鍵証明書（MF Key Certificate）などのデータを受領することなく、情報記録媒体製造エンティテイがこれらのデータを受領または生成して、ディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）の指示位置に設定したディスクイメージを生成することが可能となり、効率的な記録データ生成処理が可能となる。また、コンテンツ編集エンティテイは、メディアキーブロック（ＭＫＢ）を含む各種情報の記録位置を任意の位置に設定することが可能であり、データ記録の柔軟性を高めることが可能となる。
【図面の簡単な説明】
【０２５３】
【図１】情報記録媒体の格納データ構成について説明する図である。
【図２】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。
【図３】コンテンツ管理ユニット構成およびユニット鍵管理テーブルの例を示す図である。
【図４】情報記録媒体のデータ記録構成を説明する図であり、物理レイヤーにおけるＥＣＣブロックと、クリップＡＶストリームの対応について説明する図である。
【図５】情報記録媒体のデータ記録構成を説明する図であり、物理レイヤーにおけるクリップＡＶストリーム、論理レイヤーにおけるクリップＡＶストリーム、およびハッシュユニットの対応について説明する図である。
【図６】情報記録媒体のデータ記録構成および暗号化処理構成を説明する図である。
【図７】情報記録媒体の格納コンテンツの暗号化処理構成を説明する図である。
【図８】情報記録媒体のデータ記録構成を説明する図であり、ハッシュユニットと、アラインドユニットの対応について説明する図である。
【図９】情報記録媒体のデータ記録構成を説明する図であり、物理レイヤーおよび論理レイヤーにおけるアラインドユニットの対応について説明する図である。
【図１０】コンテンツハッシュテーブルの構成例について説明する図である。
【図１１】コンテンツハッシュテーブルの具体的構成例について説明する図である。
【図１２】クリップ対応のコンテンツハッシュテーブルの構成例について説明する図である。
【図１３】情報記録媒体の製造工程における管理センタ、コンテンツ編集エンティテイ、および情報記録媒体製造エンティテイの処理概要について説明する図である。
【図１４】管理センタ、コンテンツ編集エンティテイ、および情報記録媒体製造エンティテイの実行する処理例について説明する図である。
【図１５】情報記録媒体に格納するデータとして生成するディスクイメージの生成処理手順について説明するフロー図である。
【図１６】情報記録媒体に格納するコンテンツの暗号化処理の際に適用する補助ファイルのデータについて説明する図である。
【図１７】情報記録媒体に格納するコンテンツの暗号化処理の際に適用する補助ファイルのシンタックスを示す図である。
【図１８】コンテンツ証明書のデータ構成について説明する図である。
【図１９】コンテンツ格納情報記録媒体の製造において、管理センタ、コンテンツ編集エンティテイ、および情報記録媒体製造エンティテイの実行する処理例について説明する図である。
【図２０】コンテンツ格納情報記録媒体の製造において、管理センタ、コンテンツ編集エンティテイ、および情報記録媒体製造エンティテイの実行する処理例について説明する図である。
【図２１】コンテンツ格納情報記録媒体の製造において、管理センタ、コンテンツ編集エンティテイ、および情報記録媒体製造エンティテイの実行する処理例について説明する図である。
【図２２】コンテンツ再生を実行する情報処理装置におけるハッシュ値に基づくコンテンツ検証処理シーケンスについて説明する図である。
【図２３】コンテンツ再生を実行する情報処理装置におけるハッシュ値に基づくコンテンツ検証処理シーケンスについて説明するフロー図である。
【図２４】コンテンツ再生を実行する情報処理装置における平文データに基づくハッシュ値を適用したコンテンツ検証処理シーケンスについて説明する図である。
【図２５】情報処理装置におけるコンテンツ再生における暗号処理シーケンスについて説明する図である。
【図２６】情報処理装置におけるコンテンツ再生において適用する鍵生成などの暗号処理の詳細について説明する図である。
【図２７】コンテンツ再生を実行する情報処理装置におけるメディアキーブロック（ＭＫＢ）に対する処理について説明する図である。
【図２８】メディアキーブロック（ＭＫＢ）のデータ構成について説明する図である。
【図２９】メディアキーブロック（ＭＫＢ）のデータ構成について説明する図である。
【図３０】メディアキーブロック（ＭＫＢ）に関する補助ファイルのデータについて説明する図である。
【図３１】情報記録媒体製造エンティテイにおいて実行するメディアキーブロック（ＭＫＢ）の記録を伴うディスクイメージ生成処理について説明する図である。
【図３２】情報記録媒体を装着して情報の記録再生を実行する情報処理装置の構成例について説明する図である。
【符号の説明】
【０２５４】
１００  情報記録媒体
１０１  ユーザデータ領域
１０２  リードイン領域
１１１  暗号化コンテンツ
１１２  記録シード
１１３  コピー・再生制御情報
１１４  コンテンツハッシュ
１１５  コンテンツ証明書
１１６  署名検証用公開鍵証明書
１２０  暗号鍵情報
１２１  ＭＫＢ（Media Key Block）
１３１  物理インデックス
２１０  タイトル
２２０  ムービーオブジェクト
２３０  プレイリスト
２４０  クリップ
２６１，２６２，２６３  ＡＶストリーム
３０１，３０２  コンテンツ管理ユニット（ＣＰＳユニット）
３０３  コンテンツ素材
３１０  管理センタ
３１１  ＭＫＢ
３１２  公開鍵証明書（ＭＦ＿Ｋｅｙ＿Ｃｅｒｔｉｆｉｃａｔｅ）
３１３  メディアキー
３３０  コンテンツ編集エンティテイ
３３１  カッティングマスター
３５０  情報記録媒体製造エンティテイ
３５１  物理インデックス
４００  情報処理装置
５１０  管理センタ
５１１  ＭＫＢ
５１２  情報記録媒体製造エンティテイ秘密鍵
５１３  情報記録媒体製造エンティテイ公開鍵
５１４  公開鍵証明書
５３０  コンテンツ編集エンティテイ
５３１  補助ファイル
５３２  コンテンツ（平文）
５３３  コンテンツハッシュテーブル
５５０  情報記録媒体製造エンティテイ
５５１  ユニット鍵
５５２  暗号化コンテンツ
５５３  コンテンツハッシュテーブル
５５４  情報記録媒体製造エンティテイ秘密鍵
５５５  電子署名付加コンテンツ証明書
５５６  公開鍵証明書
６００  情報記録媒体
６０１  暗号化コンテンツ
６０２  コンテンツハッシュテーブル
６０３  電子署名付加コンテンツ証明書
６０４  公開鍵証明書
６２１  情報処理装置（再生装置）
６２２  情報記録媒体
６２３  コンテンツハッシュテーブル
７８０  情報記録媒体
７８１  ＭＫＢ
７８２  物理インデックス
７８３  コピー・再生制御情報
７８４  コンテンツハッシュ
７８５  暗号化ユニット鍵
７８６  暗号化コンテンツ
７９１  ＡＥＳ復号部
７９２  排他的論理和部
７９３  ＡＥＳ暗号化部
８００  情報処理装置
８０１  バス
８１０  入出力Ｉ／Ｆ
８２０  ＴＳ・ＰＳ処理手段
８３０  ＭＰＥＧコーデック
８４０  入出力Ｉ／Ｆ
８４１  Ａ／Ｄ，Ｄ／Ａコンバータ
８５０  暗号処理手段
８６０  ＲＯＭ
８７０  ＣＰＵ
８８０  メモリ
８９０  ドライブ
８９１  情報記録媒体
９１０  情報記録媒体
９１１  メディアキーブロック（ＭＫＢ）
９２０  情報処理装置
９３１  タグ情報
９３２  暗号鍵データ格納部
９５１  ＭＫＢ位置指示情報
９６１  ディスクイメージ生成用補助情報ファイル（ＭＳＴＢＬ．ＤＡＴ）
９６２  メディアキーブロック（ＭＫＢ）ダミーデータ
９６３  フォーマッター
９６４  解析部
９６５  ユニットキー
９６６  データ位置設定部
９６７  ＭＫＢ
９６８  メディアキーブロック（ＭＫＢ）
【図１】
2006072688.tif 000003
【図２】
2006072688.tif 000004
【図３】
2006072688.tif 000005
【図４】
2006072688.tif 000006
【図５】
2006072688.tif 000007
【図６】
2006072688.tif 000008
【図７】
2006072688.tif 000009
【図８】
2006072688.tif 000010
【図９】
2006072688.tif 000011
【図１０】
2006072688.tif 000012
【図１１】
2006072688.tif 000013
【図１２】
2006072688.tif 000014
【図１３】
2006072688.tif 000015
【図１４】
2006072688.tif 000016
【図１５】
2006072688.tif 000017
【図１６】
2006072688.tif 000018
【図１７】
2006072688.tif 000019
【図１８】
2006072688.tif 000020
【図１９】
2006072688.tif 000021
【図２０】
2006072688.tif 000022
【図２１】
2006072688.tif 000023
【図２２】
2006072688.tif 000024
【図２３】
2006072688.tif 000025
【図２４】
2006072688.tif 000026
【図２５】
2006072688.tif 000027
【図２６】
2006072688.tif 000028
【図２７】
2006072688.tif 000029
【図２８】
2006072688.tif 000030
【図２９】
2006072688.tif 000031
【図３０】
2006072688.tif 000032
【図３１】
2006072688.tif 000033
【図３２】
2006072688.tif 000034