JP4901164B2 - 情報処理装置、情報記録媒体、および方法、並びにコンピュータ・プログラム - Google Patents

Description

本発明は、情報処理装置、情報記録媒体、および方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、コンテンツ利用管理の要求される様々なコンテンツについての検証処理を実行し、不正なコンテンツ利用を防止を可能とした情報処理装置、情報記録媒体、および方法、並びにコンピュータ・プログラムに関する。

音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）は、記録メディア、例えば、青色レーザを適用したＢｌｕ−ｒａｙディスク、あるいはＤＶＤ(Digital Versatile Disc)、ＭＤ(Mini Disc)、ＣＤ(Compact Disc)にデジタルデータとして格納することができる。特に、青色レーザを利用したＢｌｕ−ｒａｙディスクは、高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データとして記録することができる。

これら様々な情報記録媒体（記録メディア）にデジタルコンテンツが格納され、ユーザに提供される。ユーザは、所有するＰＣ（Personal Computer）、ディスクプレーヤ等の再生装置においてコンテンツの再生、利用を行う。

音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。

デジタル記録装置および記録媒体によれば、例えば画像や音声を劣化させることなく記録、再生を繰り返すことが可能であり、不正コピーコンテンツのインターネットを介した配信や、コンテンツをＣＤ−Ｒ等にコピーした、いわゆる海賊版ディスクの流通や、ＰＣ等のハードディスクに格納したコピーコンテンツの利用が蔓延しているといった問題が発生している。

ＤＶＤ、あるいは近年開発が進んでいる青色レーザを利用した記録媒体等の大容量型記録媒体は、１枚の媒体に例えば映画１本〜数本分の大量のデータをデジタル情報として記録することが可能である。このように映像情報等をデジタル情報として記録することが可能となってくると不正コピーを防止して著作権者の保護を図ることが益々重要な課題となっている。昨今では、このようなデジタルデータの不正なコピーを防ぐため、デジタル記録装置および記録媒体に違法なコピーを防止するための様々な技術が実用化されている。

例えば、ＤＶＤプレーヤでは、コンテンツ・スクランブルシステム（Ｃｏｎｔｅｎｔ Ｓｃｒａｍｂｌｅ Ｓｙｓｔｅｍ）が採用されている。コンテンツ・スクランブルシステムでは、ＤＶＤ−ＲＯＭ(Read Only Memory)に、ビデオデータやオーディオデータ等が暗号化されて記録されており、その暗号化されたデータを復号するのに用いる鍵が、ライセンスを受けたＤＶＤプレーヤに与えられる。ライセンスは、不正コピーを行わない等の所定の動作規定に従うように設計されたＤＶＤプレーヤに対して与えられる。従って、ライセンスを受けたＤＶＤプレーヤでは、与えられたキーを利用して、ＤＶＤ−ＲＯＭに記録された暗号化データを復号することにより、ＤＶＤ−ＲＯＭから画像や音声を再生することができる。

一方、ライセンスを受けていないＤＶＤプレーヤは、暗号化されたデータを復号するための鍵を有していないため、ＤＶＤ−ＲＯＭに記録された暗号化データの復号を行うことができない。このように、コンテンツ・スクランブルシステム構成では、ライセンス時に要求される条件を満たしていないＤＶＤプレーヤは、デジタルデータを記録したＤＶＤ−ＲＯＭの再生を行なえないことになり、不正コピーが防止されるようになっている。

コンテンツの不正利用を排除する１つの手法として、コンテンツ再生を実行する情報処理装置（再生装置）において、コンテンツの改ざんの有無を検証し、コンテンツに改ざんがないことが確認された場合にのみコンテンツ再生を許容し、改ざんがあることが判明した場合には、コンテンツの再生を実行しない構成とする制御構成が提案されている。

例えば、特許文献１には、再生予定のコンテンツファイルからハッシュ値を計算し、予め用意された照合用ハッシュ値、すなわち正当なコンテンツデータに基づいて予め計算済みの照合用ハッシュ値との比較を実行し、新たに算出したハッシュ値が照合用ハッシュ値と一致した場合には、コンテンツの改ざんは無いと判定して、コンテンツの再生処理に移行する制御構成を開示している。

また、特許文献２には、コンテンツ情報として記録されるＴＯＣ（Table of Content）データに基づいてハッシュを算出して、このハッシュ値を検証用データとして利用する構成が開示されている。

しかし、このようにハッシュ値をコンテンツに基づいて算出する処理を実行する場合、ハッシュ値算出の元データとしてのコンテンツデータの容量が大きい場合、計算に要する処理負荷、処理時間が多大なものとなる。昨今では動画像データの高品質化が進み、１コンテンツあたり、数ＧＢ〜数十ＧＢのデータ量を持つ場合が多くなっている。このような大容量データに基づくコンテンツのハッシュ値算出処理を、コンテンツ再生を実行するユーザ機器に行わせることは、ユーザ機器に求められるデータ処理能力が過大になるという問題、さらに、コンテンツの検証に要する時間が長くなり、コンテンツ再生処理が効率的に行われないという問題が発生する。

また、ハッシュ値に基づく検証処理は、ハッシュ値を登録したコンテンツに対してのみ有効な検証が可能となる。従って、例えば、ハッシュ値が登録されたコンテンツを記録した情報記録媒体に、不正に入手した不正コンテンツを追加記録した海賊版ディスクが流通した場合、ハッシュ検証処理ルーチンを実行しても、ハッシュ検証処理はハッシュ値が登録された正当コンテンツのみの検証として実行されてしまい、追加記録された不正コンテンツについては検証対象外となる。すなわち、ハッシュ検証による不正コンテンツ検出は実行されないため不正コンテンツの利用防止機能を果たさないという問題をもたらす。
特開２００２−３５８０１１号 特開２００２−２５１８２８号

本発明は、このような状況に鑑みてなされたものであり、著作権管理など利用管理の要求される様々なコンテンツが格納された情報記録媒体のコンテンツ利用において、コンテンツの検証処理を確実に実行することを可能とした情報処理装置、情報記録媒体、および方法、並びにコンピュータ・プログラムを提供することを目的とするものである。

さらに、本発明は、情報記録媒体に格納されたコンテンツの再生に際して実行するコンテンツ検証処理において、ハッシュ値の登録されていない不正追加コンテンツの検出を可能として、このような不正記録コンテンツの利用を防止することを可能とした情報処理装置、情報記録媒体、および方法、並びにコンピュータ・プログラムを提供することを目的とするものである。

本発明の第１の側面は、
情報処理装置であり、
情報記録媒体に記録された記録コンテンツの検証処理を実行するコンテンツ検証手段と、
前記検証処理に基づいて記録コンテンツの正当性が確認されたことを条件としてコンテンツ再生処理を実行するコンテンツ再生手段とを有し、
前記コンテンツ検証手段は、
正当な記録コンテンツデータに基づいて生成されたハッシュ値であり、予め設定されたデータ量を持つハッシュユニットごとのハッシュ値と、各コンテンツデータファイルに対応する登録ハッシュユニット数を記録したコンテンツハッシュテーブルを情報記録媒体から取得し、
情報記録媒体に記録されたファイルシステム情報に基づいて生成された照合用ハッシュ値と、前記コンテンツハッシュテーブルの検証用データとを格納したコンテンツ証明書を取得し、取得したコンテンツ証明書に設定された電子署名の検証により、コンテンツ証明書の正当性を確認し、
正当性の確認されたコンテンツ証明書から前記照合用ハッシュ値を取得し、情報記録媒体から読み出したファイルシステム情報に基づいて算出したハッシュ値との照合処理により、ファイルシステム情報の正当性を確認し、
正当性の確認されたファイルシステム情報から取得した情報記録媒体のコンテンツデータファイルのファイルサイズと、前記コンテンツハッシュテーブルに記録されたコンテンツデータファイルに対応する登録ハッシュユニット数との整合性を検証して、ハッシュ値の登録されていない不正コンテンツが前記情報記録媒体に記録されているか否かの検証処理を実行し、不正コンテンツが前記情報記録媒体に記録されていないとの判定が得られた場合、さらに、
前記ハッシュユニットをｎ個選択（ただしｎは１以上の整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、前記コンテンツハッシュテーブルに格納されたハッシュ値との照合処理を実行し、選択したｎ個全てのハッシュ値の照合成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行する構成を有することを特徴とする情報処理装置。

さらに、本発明の情報処理装置の一実施態様において、前記コンテンツデータファイルは、コンテンツを含むデータファイルとして設定されるクリップファイルであり、前記コンテンツ検証手段における検証処理は、情報記録媒体に記録されたクリップファイルのファイルサイズと、前記コンテンツハッシュテーブルに登録されたクリップファイルに対応するハッシュユニット数との整合性を検証して、ハッシュ値の登録されていない記録コンテンツの有無を検証するものであることを特徴とする。

さらに、本発明の第２の側面は、
情報記録媒体であり、
情報記録媒体の記録コンテンツに対応するファイルシステム情報と、
前記ファイルシステム情報に基づいて生成された照合用ハッシュ値と、
情報記録媒体の記録コンテンツデータに基づいて生成されたハッシュ値であり、予め設定されたデータ量を持つハッシュユニットごとのハッシュ値と、各コンテンツデータファイルに対応する登録ハッシュユニット数を記録したコンテンツハッシュテーブルの検証用データと、
を格納したコンテンツ証明書、
を記録情報として有し、
情報記録媒体の記録コンテンツの再生を実行する情報処理装置において、前記コンテンツ証明書の前記照合用ハッシュ値と、情報記録媒体から読み出したファイルシステム情報に基づいて算出したハッシュ値との照合処理によるファイルシステム情報の正当性確認処理を実行させ、正当性の確認されたファイルシステム情報から取得される情報記録媒体のコンテンツデータファイルのファイルサイズと、前記コンテンツハッシュテーブルに記録されたコンテンツデータファイルに対応する登録ハッシュユニット数との整合性を検証させて、ハッシュ値の登録されていない不正コンテンツが前記情報記録媒体に記録されているか否かの検証処理を実行させ、不正コンテンツが前記情報記録媒体に記録されていないとの判定が得られた場合、さらに、前記ハッシュユニットをｎ個選択（ただしｎは１以上の整数）させて、選択ハッシュユニットに基づく算出ハッシュ値と、前記コンテンツハッシュテーブルに格納されたハッシュ値との照合処理を実行させて情報記録媒体の記録コンテンツの正当性検証を実行させることを可能としたことを特徴とする情報記録媒体。

さらに、本発明の第３の側面は、
情報処理方法であり、
情報記録媒体に記録された記録コンテンツの検証処理を実行するコンテンツ検証ステップと、
前記検証処理に基づいて記録コンテンツの正当性が確認されたことを条件としてコンテンツ再生処理を実行するコンテンツ再生ステップとを有し、
前記コンテンツ検証ステップは、
正当な記録コンテンツデータに基づいて生成されたハッシュ値であり、予め設定されたデータ量を持つハッシュユニットごとのハッシュ値と、各コンテンツデータファイルに対応する登録ハッシュユニット数を記録したコンテンツハッシュテーブルを情報記録媒体から取得し、
情報記録媒体に記録されたファイルシステム情報に基づいて生成された照合用ハッシュ値と、前記コンテンツハッシュテーブルの検証用データとを格納したコンテンツ証明書を取得し、取得したコンテンツ証明書に設定された電子署名の検証により、コンテンツ証明書の正当性を確認し、
正当性の確認されたコンテンツ証明書から前記照合用ハッシュ値を取得し、情報記録媒体から読み出したファイルシステム情報に基づいて算出したハッシュ値との照合処理により、ファイルシステム情報の正当性を確認し、
正当性の確認されたファイルシステム情報から取得した情報記録媒体のコンテンツデータファイルのファイルサイズと、前記コンテンツハッシュテーブルに記録されたコンテンツデータファイルに対応する登録ハッシュユニット数との整合性を検証して、ハッシュ値の登録されていない不正コンテンツが前記情報記録媒体に記録されているか否かの検証処理を実行し、不正コンテンツが前記情報記録媒体に記録されていないとの判定が得られた場合、さらに、
前記ハッシュユニットをｎ個選択（ただしｎは１以上の整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、前記コンテンツハッシュテーブルに格納されたハッシュ値との照合処理を実行し、選択したｎ個全てのハッシュ値の照合成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行するステップであることを特徴とする情報処理方法。

さらに、本発明の情報処理方法の一実施態様において、前記コンテンツデータファイルは、コンテンツを含むデータファイルとして設定されるクリップファイルであり、前記コンテンツ検証ステップにおける検証処理は、情報記録媒体に記録されたクリップファイルのファイルサイズと、前記コンテンツハッシュテーブルに登録されたクリップファイルに対応するハッシュユニット数との整合性を検証して、ハッシュ値の登録されていない記録コンテンツの有無を検証するものであることを特徴とする。

さらに、本発明の第４の側面は、
情報記録媒体に記録された記録コンテンツの検証処理を情報処理装置において実行させるコンピュータ・プログラムであり、
情報記録媒体に記録された記録コンテンツの検証処理を実行するコンテンツ検証ステップと、
前記検証処理に基づいて記録コンテンツの正当性が確認されたことを条件としてコンテンツ再生処理を実行するコンテンツ再生ステップとを有し、
前記コンテンツ検証ステップは、
正当な記録コンテンツデータに基づいて生成されたハッシュ値であり、予め設定されたデータ量を持つハッシュユニットごとのハッシュ値と、各コンテンツデータファイルに対応する登録ハッシュユニット数を記録したコンテンツハッシュテーブルを情報記録媒体から取得し、
情報記録媒体に記録されたファイルシステム情報に基づいて生成された照合用ハッシュ値と、前記コンテンツハッシュテーブルの検証用データとを格納したコンテンツ証明書を取得し、取得したコンテンツ証明書に設定された電子署名の検証により、コンテンツ証明書の正当性を確認し、
正当性の確認されたコンテンツ証明書から前記照合用ハッシュ値を取得し、情報記録媒体から読み出したファイルシステム情報に基づいて算出したハッシュ値との照合処理により、ファイルシステム情報の正当性を確認し、
正当性の確認されたファイルシステム情報から取得した情報記録媒体のコンテンツデータファイルのファイルサイズと、前記コンテンツハッシュテーブルに記録されたコンテンツデータファイルに対応する登録ハッシュユニット数との整合性を検証して、ハッシュ値の登録されていない不正コンテンツが前記情報記録媒体に記録されているか否かの検証処理を実行し、不正コンテンツが前記情報記録媒体に記録されていないとの判定が得られた場合、さらに、
前記ハッシュユニットをｎ個選択（ただしｎは１以上の整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、前記コンテンツハッシュテーブルに格納されたハッシュ値との照合処理を実行し、選択したｎ個全てのハッシュ値の照合成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行するステップであることを特徴とするコンピュータ・プログラム。

なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本発明の一実施例の構成によれば、正当な記録コンテンツデータに基づいて生成されたハッシュ値を登録したコンテンツハッシュテーブルの記録情報に基づいて、コンテンツハッシュテーブルにハッシュ値の登録されていない不正記録コンテンツの有無を検証する構成としたので、不正に追加記録されたコンテンツの不正利用を防止することが可能となる。例えば、情報記録媒体のコンテンツデータファイルのファイルサイズと、コンテンツハッシュテーブルに登録されたコンテンツデータファイルに対応するハッシュユニット数との整合性の検証によって、ハッシュ値の登録されていない記録コンテンツの有無を検証する構成としたので、効率的な検証処理が実現される。

また、本発明の一実施例の構成によれば、情報記録媒体に記録されたファイルシステム情報の改ざん検証処理を実行することで、不正に追加記録されたコンテンツの不正利用を防止することが可能となる。例えば、ファイルシステム情報に基づいて生成された照合用ハッシュ値を電子署名の付与されたコンテンツ証明書から取得し、コンテンツ証明書の署名検証の後、照合用ハッシュ値を取得して、情報記録媒体から読み出したファイルシステム情報に基づいて算出したハッシュ値との照合処理を実行する構成としたので、確実なコンテンツ検証が可能となる。

以下、図面を参照しながら本発明の情報処理装置、情報記録媒体、および方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は、以下の記載項目に従って行う。
１．情報記録媒体の格納データ構成
２．格納コンテンツの暗号化、利用管理構成
３．情報記録媒体のデータ記録構成、暗号化構成、およびコンテンツハッシュの詳細
４．コンテンツハッシュテーブルの記録情報に基づくコンテンツ検証処理
５．ファイルシステム情報の検証に基づくコンテンツ検証処理
６，ファイルシステム情報の検証値を格納した情報記録媒体の製造処理
７．情報処理装置の構成例

［１．情報記録媒体の格納データ構成］
まず、情報記録媒体の格納データ構成について説明する。図１に、本発明の処理の適用可能なコンテンツの格納された情報記録媒体の一例を示す。ここでは、コンテンツ格納済みディスクとしてのＲＯＭディスクの情報格納例を示す。

このＲＯＭディスクは、例えば、Ｂｌｕ−ｒａｙディスク、ＤＶＤなどの情報記録媒体であり、正当なコンテンツ著作権、あるいは頒布権を持ついわゆるコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体である。なお、以下の実施例では、情報記録媒体の例としてディスク型の媒体を例として説明するが、本発明は様々な態様の情報記録媒体を用いた構成において適用可能である。

図１に示すように、情報記録媒体１００は、コンテンツ等のデータを格納するデータ格納領域１０１と、ディスクおよび格納コンテンツに対応する付帯情報、コンテンツの復号処理に適用する鍵情報などを格納するリードイン領域１０２を持つ。

データ格納領域１０１には、暗号化コンテンツ１１１と、暗号化コンテンツの復号処理に適用する鍵の生成に必要となる情報としての記録シード（ＲＥＣ ＳＥＥＤ）１１２と、コンテンツのコピー・再生制御情報としてのＣＣＩ（Copy Control Information）１１３、およびコンテンツの改ざん検証に適用するコンテンツのハッシュ値としてのコンテンツハッシュ１１４、コンテンツの正当性を示すためのコンテンツ証明書（ＣＣ：Content Cert）１１５、コンテンツ証明書（ＣＣ）に付与された電子署名の検証に適用する公開鍵を格納した署名検証用公開鍵証明書１１６が格納される。コンテンツハッシュ１１４はコンテンツハッシュテーブル（ＣＨＴ）として格納される。コンテンツハッシュテーブル（ＣＨＴ）の詳細については後述する。なお、記録シード（ＲＥＣ ＳＥＥＤ）１１２、ＣＣＩ（Copy Control Information）１１３、およびコンテンツハッシュ１１４は、コンテンツの暗号化、復号に適用する暗号鍵（ユニット鍵）の生成情報として利用される。詳細構成については、後述する。

リードイン領域１０２には、暗号化コンテンツ１１１の復号処理に適用する鍵の生成に必要となる暗号鍵情報１２０が格納される。暗号鍵情報１２０には、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックとしてのメディアキーブロック（ＭＫＢ：Media Key Block）１２１が含まれる。さらに、情報記録媒体１００は、物理インデックス（Ｐｈｙｓｉｃａｌ Ｉｎｄｅｘ）１３１が記録される。以下、これらの各種情報の概要について説明する。

（１）暗号化コンテンツ１１１
情報記録媒体１００には、様々なコンテンツが格納される。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームや特定の規格で規定された形式のゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるメインコンテンツである。これらのコンテンツは、特定のＡＶフォーマット規格データであり、特定のＡＶデータフォーマットに従って格納される。具体的には、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従って格納される。

さらに、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどがサブコンテンツとして格納される場合もある。サブコンテンツは、特定のＡＶデータフォーマットに従わないデータフォーマットを持つデータである。すなわち、Ｂｌｕ−ｒａｙディスクＲＯＭ規格外データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従わない任意のフォーマットで格納可能である。

メインコンテンツ、サブコンテンツとともに、コンテンツの種類としては、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなど、様々なコンテンツが含まれ、これらのコンテンツには、情報記録媒体１００からのデータのみによって利用可能なコンテンツ情報と、情報記録媒体１００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となるコンテンツ情報など、様々な態様の情報が含まれる。

（２）記録シード１１２
各コンテンツまたは複数コンテンツの集合は、コンテンツの利用管理のため、各々、個別の暗号鍵（ユニット鍵）を適用した暗号化がなされて情報記録媒体１００に格納される。すなわち、コンテンツを構成するＡＶ(Audio Visual)ストリーム、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなどは、コンテンツ利用の管理単位としてのユニットに区分され、区分されたユニット毎に異なる記録シード：Ｖｕ１１２が割り当てられている。

コンテンツ利用に際しては、記録シード：Ｖｕ１１２、暗号鍵情報１２０を適用した所定の暗号鍵生成シーケンスに従って、各ユニット対応の暗号鍵（ユニット鍵）を割り当てる。１つのユニット鍵を割り当てる単位をコンテンツ管理ユニット（ＣＰＳユニット）と呼ぶ。すなわち、暗号化コンテンツ１１１は、ＣＰＳユニット単位に区分され、各ＣＰＳユニットに対応するユニット鍵で暗号化されて情報記録媒体１００に格納されている。

（３）コピー・再生制御情報（ＣＣＩ）１１３
コピー・再生制御情報（ＣＣＩ）１１３は、情報記録媒体１００に格納された暗号化コンテンツ１１１に対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）１１３は、ＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。この情報の詳細については後段で説明する。

（４）コンテンツハッシュ１１４
コンテンツハッシュ１１４は、情報記録媒体１００に格納されたコンテンツあるいは暗号化コンテンツの構成データに基づくハッシュ値であり、コンテンツの改ざん検証に適用される。本発明の構成においては、ＣＰＳユニットを構成するＡＶストリーム実データとしてのクリップファイルを細分化し、所定データ単位（例えば１９２ＫＢ）のハッシュユニットを設定し、各ハッシュユニット毎のハッシュ値を算出し、各ハッシュユニット単位のハッシュ値をコンテンツハッシュテーブル（ＣＨＴ）に記録し、情報記録媒体に格納する。

情報記録媒体からのコンテンツ再生を実行する情報処理装置（再生装置）では、ハッシュユニットに基づくハッシュ値を算出し、算出ハッシュ値と情報記録媒体に格納されたコンテンツハッシュテーブル（ＣＨＴ）に記録された対応するハッシュユニットの照合用ハッシュ値とを比較し、一致していれば、コンテンツ改ざんなしと判定し、コンテンツの復号、再生処理に移行する。一致していない場合は、コンテンツ改ざんありと判定し、コンテンツの復号、再生プロセスを停止する。これらの処理の詳細については後述する。

なお、コンテンツハッシュは、コンテンツの暗号処理、復号処理に適用する暗号鍵の生成情報としても利用されるデータである。コンテンツハッシュ１１４の生成、利用態様については後段で説明する。

（５）コンテンツ証明書
コンテンツ証明書（ＣＣ：Content Cert）は、情報記録媒体に格納されたコンテンツの正当性を示すための証明書であり、上述したコンテンツハッシュテーブル（ＣＨＴ）に格納された照合用ハッシュユニットに基づくコンテンツハッシュダイジェスト等のデータが格納され、さらに電子署名が付加される。例えばディスク工場である情報記録媒体製造エンティテイなどの電子署名が付加され、改ざんの防止されたデータとされる。コンテンツ証明書の詳細については、後段で詳細に説明する。

（６）署名検証用公開鍵証明書
署名検証用公開鍵証明書は、コンテンツ証明書に付与された情報記録媒体製造エンティテイなどの電子署名の検証に適用する公開鍵を格納した公開鍵証明書である。

（７）物理インデックス１３１
物理インデックス１３１には、情報記録媒体のカテゴリ情報、例えばディスクの種別などのディスク付帯情報や、データ領域１０１に格納されたコンテンツに対応するコンテンツの付帯情報などが記録される。さらに、記録シード１１２と同様、情報記録媒体のデータ格納領域１０１に格納された暗号化コンテンツの復号処理に適用する鍵を生成するための鍵情報（鍵生成情報）が記録される場合もある。なお、物理インデックス１１３は、リードイン領域１０２に記録する構成としてもよい。

（８）暗号鍵情報１２０
暗号鍵情報１２０は、前述の記録シード１１２と同様、情報記録媒体のデータ格納領域１０１に格納された暗号化コンテンツの復号処理に適用する鍵を生成するための鍵情報（鍵生成情報）を取得するための暗号鍵ブロック、すなわち、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックとしてのメディアキーブロック（ＭＫＢ（Media Key Block））１２１を含む。

ＭＫＢ１２１は有効なライセンスを持つユーザの情報処理装置に格納されたデバイスキーに基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディアキー（Ｋｍ）を取得することを可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式によって、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、鍵取得を可能としたものであり、無効化（リボーク処理）されたユーザデバイスの鍵（メディアキー）取得を阻止可能としたものである。管理センタはＭＫＢに格納する鍵情報の変更により、特定のユーザデバイスに格納されたデバイスキーでは復号できない、すなわちコンテンツ復号に必要なメディアキーを取得できない構成を持つＭＫＢを生成することができる。従って、任意タイミングで不正デバイスを排除（リボーク）して、有効なライセンスを持つデバイスに対してのみ復号可能な暗号化コンテンツを提供することが可能となる。

［２．格納コンテンツの暗号化、利用管理構成］
次に、図２以下を参照して、情報記録媒体に格納されたコンテンツを区分して、区分コンテンツ毎に異なる利用制御を実現するコンテンツ管理構成について説明する。

前述したように、情報記録媒体に格納されるコンテンツは、区分コンテンツ毎の異なる利用制御を実現するため、区分コンテンツ毎に異なる鍵（ユニット鍵）が割り当てられ暗号化されて格納される。１つのユニット鍵を割り当てる単位をコンテンツ管理ユニット（ＣＰＳユニット）と呼ぶ。

それぞれのユニット鍵を適用して各ユニットに属するコンテンツを暗号化し、コンテンツ利用に際しては、各ユニットに割り当てられた鍵（ユニット鍵）を取得して再生を行う。各ユニット鍵は、個別に管理することが可能であり、例えばあるユニットＡに対して割り当てるユニット鍵は、情報記録媒体から取得可能な鍵として設定する。また、ユニットＢに対して割り当てるユニット鍵は、ネットワーク接続されるサーバにアクセスし、ユーザが所定の手続きを実行したことを条件として取得することができる鍵とするなど、各ユニット対応の鍵の取得、管理構成は、各ユニット鍵に独立した態様とすることが可能である。

１つの鍵を割り当てる単位、すなわち、コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図２を参照して説明する。

図２に示すように、コンテンツは、（Ａ）タイトル２１０、（Ｂ）ムービーオブジェクト２２０、（Ｃ）プレイリスト２３０、（Ｄ）クリップ２４０の階層構成を有し、再生アプリケーションによってアクセスされるインデックスファイルとしてのタイトルが指定されると、タイトルに関連付けられた再生プログラムが指定され、指定された再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したプレイリストが選択され、プレイリストに規定されたクリップ情報によって、コンテンツ実データとしてのＡＶストリームあるいはコマンドが読み出されて、ＡＶストリームの再生、コマンドの実行処理が行われる。

図２には、２つのＣＰＳユニットを示している。これらは、情報記録媒体に格納されたコンテンツの一部を構成している。ＣＰＳユニット１，３０１、ＣＰＳユニット２，３０２の各々は、アプリケーションインデックスとしてのタイトルと、再生プログラムファイルとしてのムービーオブジェクトと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイルを含むクリップを含むユニットとして設定されたＣＰＳユニットである。

コンテンツ管理ユニット（ＣＰＳユニット）１，３０１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２がコンテンツ管理ユニット（ＣＰＳユニット）１，３０１に対応付けて設定される暗号鍵であるユニット鍵：Ｋｕ１を適用して暗号化される。

コンテンツ管理ユニット（ＣＰＳユニット）２，３０２には、タイトル３，２１３、再生プログラム２２４、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，３０２に対応付けて設定される暗号鍵であるユニット鍵：Ｋｕ２を適用して暗号化される。

例えば、ユーザがコンテンツ管理ユニット１，３０１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，３０１に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ１を取得して復号処理を実行することが必要であり、復号処理を実行後、アプリケーションプログラムを実行してコンテンツ再生を行なうことができる。コンテンツ管理ユニット２，３０２に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）２，３０２に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ１を取得して復号処理を実行することが必要となる。

コンテンツを再生する情報処理装置において実行される再生アプリケーションプログラムは、ユーザの再生指定コンテンツに対応したコンテンツ管理ユニット（ＣＰＳユニット）を識別し、識別したＣＰＳ管理ユニット情報に対応するＣＰＳ暗号鍵の取得処理を実行する。ＣＰＳ暗号鍵が取得できない場合には、再生不可能のメッセージ表示などを行なう。また、再生アプリケーションプログラムは、コンテンツ再生実行時におけるコンテンツ管理ユニット（ＣＰＳユニット）の切り替えの発生の検出を行ない、必要な鍵の取得、再生不可能のメッセージ表示などを行なう。

再生アプリケーションプログラムは、図３に示すようなユニット構成およびユニット鍵管理テーブルに基づく再生管理を実行する。ユニット構成およびユニット鍵管理テーブルは、図３に示すように、アプリケーション層のインデックスまたはアプリケーションファイル、またはデータグループに対応するコンテンツ管理ユニット（ＣＰＳユニット）と、ユニット鍵情報を対応付けたテーブルである。再生アプリケーションプログラムは、この管理テーブルに基づく管理を行う。

再生アプリケーションプログラムは、例えば、アプリケーションインデックスの切り替えによって、コンテンツ管理ユニット（ＣＰＳユニット）の切り替えが発生したことを検知すると、コンテンツ管理ユニット（ＣＰＳユニット）の切り替えによって適用する鍵の切り替えを行う。あるいはユニット鍵の取得が必要であることのメッセージ表示などの処理を実行する。

例えばコンテンツ再生処理を実行している再生装置に、コンテンツ管理ユニット（ＣＰＳユニット）１，３０１のユニット鍵Ｋｕ１が格納されており、コンテンツ管理ユニット（ＣＰＳユニット）２，３０２のユニット鍵Ｋｕ２も格納されている場合、コンテンツ再生処理を統括的に制御する再生アプリケーションプログラムは、アプリケーションのユニット間の切り替えやコンテンツの切り替えがあったことを検知すると、コンテンツ管理ユニット（ＣＰＳユニット）の切り替えに対応したユニット鍵の切り替え、すなわちＫｕ１→Ｋｕ２の切り替えを行う。

また、コンテンツ再生処理を実行している再生装置に、コンテンツ管理ユニット（ＣＰＳユニット）１，３０１のユニット鍵Ｋｕ１が格納されており、コンテンツ管理ユニット（ＣＰＳユニット）２，３０２のユニット鍵Ｋｕ２が格納されていない場合は、コンテンツ再生処理を統括的に制御する再生アプリケーションプログラムは、アプリケーションのユニット間の切り替えやコンテンツの切り替えがあったことを検知すると、ユニット鍵の取得が必要であることのメッセージ表示などの処理を実行する。

［３．情報記録媒体のデータ記録構成、暗号化構成、およびコンテンツハッシュの詳細］
次に、情報記録媒体のデータ記録構成、暗号化構成、およびコンテンツハッシュの詳細について説明する。まず、図４を参照して、クリップファイルと、ＥＣＣブロックとの対応について説明する。情報記録媒体に格納されるデータは、コンテンツ記録再生を実行するドライブの最小データ記録再生単位としてのＥＣＣブロック単位でデータが記録される。本例では、ＥＣＣブロックは、図４（ａ）に示すように、６４ＫＢのデータとして設定される。図４（ａ）は物理レイヤーにおけるデータ記録構成を示し、（ｂ）は、物理レイヤーに対応する記録コンテンツであるクリップファイルを示している。

コンテンツは、図２を参照して説明したように、クリップファイルが管理単位として設定される。図４（ｂ）には、クリップＡＶストリームとして、
クリップＮｏ．＝＃００００３
クリップＮｏ．＝＃００００５
クリップＮｏ．＝＃０００２３
の複数のクリップファイルが記録された構成例を示している。

図の例では、クリップ：＃００００１〜＃０００２３の各クリップファイルが情報記録媒体に格納され、各クリップは、細分化され、細分化データが、ＵＤＦ（ユニバーサルディスクフォーマット）で管理される１つの連続記録領域（Ｅｘｔｅｎｔ）にデータ＃０００ｎｎ＿ｘとして分散されて記録される。

本発明の情報記録媒体のデータ記録構成では、各クリップの先頭データ、すなわち、クリップファイルのＡＶストリームデータの先頭データであるデータ［＃０００ｎｎ＿０］は、すべて、物理レイヤーにおけるＥＣＣブロック（６４ＫＢ）の先頭に一致させて記録される。これは、各クリップファイルに対応して設定されるハッシュユニットの読み取り、およびハッシュユニットからのハッシュ値算出などの処理を効率的に実行可能とするためである。これらの処理については、後段で詳細に説明する。

本実施例においては、物理レイヤーにおけるＥＣＣブロック（６４ＫＢ）の先頭に一致させて記録するのは、クリップファイルのＡＶストリームデータの先頭データであるデータ［＃０００ｎｎ＿０］のみであり、その他の後続データ［＃０００ｎｎ＿１〜］は、ＥＣＣブロックの先頭に一致させることは必須としてはいない。ただし、すべての連続記録領域（Ｅｘｔｅｎｔ）データの先頭をＥＣＣブロックの先頭に一致させて記録する構成としてもよく、この構成により、ハッシュ値の算出のさらなる効率化が可能である。

次に、図５を参照して、クリップファイルと、ハッシュユニットの対応について説明する。前述したように、図１を参照して説明した情報記録媒体１００の格納データとしてのコンテンツハッシュ１１４は、情報記録媒体１００に格納されたコンテンツあるいは暗号化コンテンツの構成データに基づくハッシュ値であり、コンテンツの改ざん検証に適用される。本発明の構成においては、ＣＰＳユニットを構成するＡＶストリーム実データとしてのクリップファイルを細分化し、所定データ単位（例えば１９２ＫＢ）のハッシュユニットを設定し、各ハッシュユニット毎のハッシュ値を算出し、各ハッシュユニット単位のハッシュ値をコンテンツハッシュテーブル（ＣＨＴ）に記録し、情報記録媒体に格納する。

図５の最上段に示す（ｂ）は、図４に示す（ｂ）に対応する物理レイヤーにおけるクリップファイルの配列を示している。各クリップファイルの構成データは、前述したように情報記録媒体に細分化され、分散して記録可能である。これらの分散データは、図５（ｃ）に示すように、論理レイヤーにおいては、各クリップファイル毎に管理される。コンテンツ再生処理を実行する情報処理装置における再生アプリケーションは、情報記録媒体に分散記録されたクリップファイルの構成データをアドレスに従って、読み出して１つのクリップファイルを論理レイヤー上で構成して、データ復号処理、再生処理などを実行する。

コンテンツ再生処理を実行する情報処理装置における再生アプリケーションは、コンテンツの改ざん検証処理を実行する。コンテンツの改ざん検証は、例えば再生対象として選択したクリップファイルからランダムに複数のハッシュユニットを選択して、選択したハッシュユニットに対応するコンテンツデータのハッシュ値を算出し、これらの算出ハッシュ値と、予め情報記録媒体に記録されたコンテンツハッシュテーブル（ＣＨＴ）の格納値（照合用ハッシュ値）との対比を実行する。これらのハッシュ値が一致すればコンテンツの改ざんなしと判定し、コンテンツの復号、再生処理に移行し、不一致の場合は、コンテンツ改ざん有りと判定し、コンテンツの復号、再生処理を中止する。

ハッシュユニットは、図５（ｄ）に示すように、論理レイヤーにおけるクリップファイルを細分化したデータ単位（１９２ＫＢ）単位に設定される。図５（ｅ）に示すように、各ハッシュユニットは、論理セクタ（２０４８Ｂ）９６個分のデータに相当する。

図５（ｄ）に示すように、各クリップファイルに対応して設定されるハッシュユニットには、ハッシュユニット番号（＃０，＃１，＃２・・・）が設定される。図５には、クリップファイル（＃００００３）には、ハッシュユニット＃０〜＃１２３３が含まれ、クリップファイル（＃００００５）には、ハッシュユニット＃１２３４〜が含まれている構成例を示している。

情報記録媒体に格納されるコンテンツハッシュテーブル（ＣＨＴ）には、各ハッシュユニットのハッシュ値（照合用ハッシュ値）がそれぞれ格納されるとともに、各クリップファイルの先頭のハッシュユニット番号が記録される。この構成により、ハッシュ値検証を実行する情報処理装置（再生装置）は、再生対象のクリップに対応する検証対象のハッシュユニットをコンテンツハッシュテーブル（ＣＨＴ）に記録されたクリップファイルの先頭のハッシュユニット番号に基づいて効率的に選択することが可能となる。コンテンツハッシュテーブル（ＣＨＴ）の構成及びＣＨＴを適用した処理の詳細については、後段で説明する。

図６は、情報記録媒体に格納されるデータの暗号化処理構成について説明する図である。コンテンツの暗号化は、図６（ｆ）に示す暗号処理単位として設定されるアラインドユニット（Ａｌｉｇｎｅｄ Ｕｎｉｔ）を単位として実行される。１つの暗号処理単位（Ａｌｉｇｎｅｄ Ｕｎｉｔ）は、図６（ｇ）に示すように、セクタデータ（２０４８Ｂ（バイト））３つの６１４４Ｂ（バイト）によって構成される。１セクタデータは、図５（ｅ）の１つのセクタデータに相当する。

図６（ｈ）に示すように、１つの暗号処理単位（Ａｌｉｇｎｅｄ Ｕｎｉｔ）は、１６バイトの非暗号化部分と、６１２８バイトの暗号化部分によって構成される。非暗号化部分からブロックキー生成値としてのシードが取得され、図１を参照して説明したメディアキーブロックから取得したメディアキーなどの各種情報に基づいて生成したユニット鍵（ｕｎｉｔ Ｋｅｙ）との暗号処理（ＡＥＳ＿Ｅ）および配置論理和演算によってブロックキーが生成されて、平文に対する暗号化処理（ＡＥＳ＿ＥＣＢＣ）が実行されて６１２８バイトの暗号化データが生成される。

ブロックキーを適用した暗号化処理は、ＡＥＳ暗号アルゴリズムのＣＢＣモードを適用して実行される。この暗号化処理について、図７を参照して説明する。

図７（ｉ）は、情報記録媒体に格納するコンテンツの平文を示している。平文は１６バイト単位に分割され、各分割ブロックが、排他論理和演算および暗号化部（ＡＥＳ）を介して暗号化が実行され、その結果データが後続の１６バイトデータと排他論理和され、さらにＡＥＳ暗号化が実行されるという繰り返し処理として実行される。暗号化部（ＡＥＳ）の出力が連結されて、図７（ｊ）に示す暗号化データが生成される。この暗号化データが図７（ｈ）のデータであり、これは、図６（ｈ）のデータと同一であり、２０４８バイトの３つのセクタデータにより構成される１つの暗号処理単位（Ａｌｉｇｎｅｄ Ｕｎｉｔ）の６１２８バイトの暗号化部分となる。なお、先頭の平文ユニット１６バイトとの排他論理和演算処理がなされる初期値（ＩＶ）は、図６（ｈ）に示す非暗号化部分から取得されるシードである。

このように生成された暗号化データが、ＥＣＣブロックに分割されて情報記録媒体に記録されることになる。なお、コンテンツ再生処理を実行する情報処理装置（再生装置）では、図７に示すＡＥＳ暗号アルゴリズムに従ったＣＢＣモードと同様の復号処理を実行し、暗号化データから復号データ（平文）を生成する処理を実行する。

次に、図８を参照して、情報記録媒体に記録されるＥＣＣブロック配列と、ハッシュユニットとの対応について説明する。図８（ａ）は、図４（ａ）と同様の物理レイヤーにおけるＥＣＣブロック配列を示している。図８（ｍ）には、論理レイヤー上のハッシュユニットの配列を示している。各ハッシュユニットは、図５を参照して説明したように、それぞれいずれかのクリップファイルの構成データに対応し、各ハッシュユニットは、所定のデータ長（例えば１９２ＫＢ）のデータ構成からなる。

ハッシュユニットは１９２ＫＢであり、一方ＥＣＣブロックは、６４ＫＢ構成であるので、１つのハッシュユニットは、３つのＥＣＣブロックと同一のデータ長として設定されていることになる。ＥＣＣブロックは、ドライブにおけるデータ記録再生の処理単位である。コンテンツ再生を実行する情報処理装置（再生装置）は、コンテンツ再生に先立ち、再生対象のコンテンツ管理ユニット（ＣＰＳユニット）に属する１以上のハッシュユニットを読み取ってハッシュ値の算出を行い、コンテンツハッシュテーブル（ＣＨＴ）に記録された照合用のハッシュ値との照合を行なう。

この場合、ドライブは、ＥＣＣブロック単位でのデータ読み取りを実行する。論理レイヤー上の論理セクタは、物理レイヤー上の物理セクタに分散して記録することが可能であるが、多くの場合、例えば１つのクリップファイルに含まれるセクタデータ、すなわち論理レイヤー上で連続するセクタデータは、物理レイヤー上でも連続して記録される場合が多い。

本発明のデータ記録構成は、先に、図４を参照して説明したように、各クリップファイルの先頭を物理レイヤーにおけるＥＣＣブロックの先頭に一致させた記録を行なう構成である。さらに、各ハッシュユニット（１９２ＫＢ）は、ＥＣＣブロック（６４ＫＢ）の整数倍（３倍）のデータ長に設定される。この結果、多くの場合、ハッシュユニットの読み取りは、３つのＥＣＣブロックの読み取りによって実現されることになる。結果として、ハッシュ値に基づくデータ検証を実行する情報処理装置は、多くの場合、ハッシュ検証におけるデータ読み取り処理を最低限のＥＣＣブロックの読み取りによって実現することが可能となり効率的な検証処理を行なうことができる。

なお、ハッシュユニットは、図８（ｎ）に示すようにデータ処理単位（暗号化処理単位）としてのアラインドユニットの連結データに対応する。図８（ｎ）のアラインドユニットは論理レイヤー上の配列であるが、本発明のデータ記録構成では、物理レイヤーの配列も同様の配列を示す場合が多い。

データ処理単位（暗号化処理単位）としてのアラインドユニットの論理レイヤー上の配列と、物理レイヤー上の配列との対応について、図９を参照して説明する。図９（Ｌ１）が論理レイヤー上のアラインドユニット配列であり図９（Ｐ１）が本発明の構成を適用した場合の物理レイヤー上のアラインドユニット配列、最上段の図９（Ｌ２）は、従来のデータ記録処理を行った場合の物理レイヤー上のアラインドユニット配列を示している。

本発明の構成、すなわち、図９（Ｌ１）の論理レイヤー上のアラインドユニット配列と、図９（Ｐ１）の物理レイヤー上のアラインドユニット配列において、少なくとも各クリップファイルの先頭部分のデータは、図に示すように一致する配列となる。これは、先に図４を参照して説明したデータ記録処理、すなわち、クリップファイルの先頭部分を物理レイヤー上のＥＣＣブロックの先頭に一致させるデータ記録を行なったことによるものである。従来は、このようなデータ記録を行なっていないため、図９（Ｐ２）に示すように、物理レイヤー上において、データ処理単位（暗号化処理単位）としてのアラインドユニットは離間して記録される場合が多くなる。現行ルールでは、論理セクタ（２０４８Ｂ）をそれ以上細かく分割することは禁止されているが、暗号化単位のアラインドユニット（６１４４Ｂ＝２０４８Ｂ×３）をセクタ（２０４８Ｂ）毎に分けることは、許されている。結果として、図９（Ｐ２）に示すようなばらばらのデータはいつがなされることが多くなる。

本発明のデータ記録構成（図９（Ｐ１））を採用することにより、ハッシュ算出の際の記録媒体アクセスが効率化されるばかりでなく、情報記録媒体に格納するコンテンツの暗号処理においても効率的な処理が可能となる。すなわち、図９（Ｐ２）に示すようにアラインドユニットが物理レイヤー上に分割されて記録された場合、データ記録の際の暗号化処理や、データ再生の際の復号処理を実行するプロセスが非効率的になる。前述したようにコンテンツの暗号化、復号には、ＣＢＣモードを用いる。連鎖の単位は、６１４４Ｂ（＝Ａｌｉｇｎｅｄ Ｕｎｉｔのサイズ）。従って、アラインドユニット＃Ｘ＿１とアラインドユニット＃Ｘ＿２の暗号化や復号には、（論理的に）直前のアラインドユニットの最後の１６Ｂ（ＡＥＳの最小単位）が必要になる。

すなわち、暗号処理には、先に図７を参照して説明したように、あるユニットの演算結果と、連続するユニット間の演算（排他論理和）を実行するプロセスを含む。従って、アラインドユニット内の論理セクタが分割されていると、アラインドユニット＃１＿１を暗号化する際には、アラインドユニット＃１＿０の最後の１６Ｂを、離間したデータのアクセス期間中、保持しておく必要がある。１コンテンツには多数のアラインドユニットを含み、データ記録または再生時に、離間したユニットのアクセス時間が累積することになる。このようなアクセス待機時間が累積し、結果として、データ処理効率が低下してしまう。これに対し、図９（Ｐ１）のような配列とすれば、各ユニットは連続して配列されているため。データ記録、再生時のアクセスは連続的に実行可能であり、データアクセス時間が減少し、効率的な処理が可能となる。

次に、各ハッシュユニットに対応する照合用ハッシュ値、すなわち正当なコンテンツデータに基づいて予め計算済みのハッシュ値を各ハッシュユニット毎に格納したコンテンツハッシュテーブル（ＣＨＴ）の構成例について説明する。図１０は、情報記録媒体の１つの記録レイヤー（記録層）に対して設定される１つのコンテンツハッシュテーブル（ＣＨＴ）のデータ構成例を示している。

コンテンツハッシュテーブル（ＣＨＴ）には、
全クリップ数（ＮＣ）
全ハッシュユニット数（ＮＨ）
の各データに続いて、各クリップ（ｉ）について、
クリップ（ｉ）の先頭のハッシュユニット番号、
クリップ（ｉ）のファイル名対応の番号
クリップ（ｉ）のオフセット値
の各データが記録され、さらに、
各クリップ毎、ハッシュユニット毎のハッシュ値（照合用ハッシュ値）としての［Ｈａｓｈ Ｖａｌｕｅ］が記録される。

ハッシュユニット毎のハッシュ値（照合用ハッシュ値）としての［Ｈａｓｈ Ｖａｌｕｅ］は、正当なコンテンツの記録処理を実行する例えばディスク工場によって記録される。
全ハッシュユニット数（ＮＨ）は、例えば情報処理装置（再生装置）において、ハッシュ値算出、照合処理によるコンテンツ検証を実行する場合に、ランダムにハッシュユニット番号を選択する際に、その選択範囲としての数を取得する際に使用される。具体的な処理例については後述する。

全ハッシュ番号に対してハッシュユニットを選択することによって、改ざん検出精度を上げることができる。ハッシュユニット数を適用せず、全クリップ番号からランダムにクリップ番号を選択し、選ばれたクリップ内からランダムにハッシュユニットを選択するという方法にすると、例えば、「極端に小さいサイズの改ざんされていないクリップファイル９９９個」と「改ざんされている大きいサイズのクリップファイル１つ」をディスクに記録した場合、改ざんが検出される可能性が低くなるが、全ハッシュ番号に対してハッシュユニットを選択する構成により、改ざん検出の可能性を高めることができる。

クリップ（ｉ）の先頭のハッシュユニット番号は、ディスク上のクリップファイル（例えば最大１０００個）に対して、それぞれ０〜ＮＣまで番号を与える。そして、各クリップファイルに属するハッシュユニットの（論理的に）先頭のハッシュユニットの全体における番号を記述する。これは、先に図５を参照して説明した通りである。

クリップ（ｉ）のオフセット値とは、ディスクのレイヤー（記録層）の識別値である。レイヤー０のオフセット値は、全て０。レイヤー１のオフセット値は、レイヤー０に含むクリップのハッシュユニット数を示す値として設定される。この値によって、レイヤー１のテーブルのハッシュユニットの論理アドレスを容易に知ることが出来る。

情報記録媒体からのコンテンツ再生を実行する情報処理装置（再生装置）は、情報記録媒体再生時に情報記録媒体上のコンテンツの任意のハッシュユニットから計算されたハッシュ値とコンテンツハッシュテーブルに記載された照合用ハッシュ値を比較してコンテンツの改ざんの検証を行なうことが出来る。

コンテンツハッシュテーブル（ＣＨＴ）の具体的構成について、図１１を参照して説明する。図１１（Ａ）は２つの記録レイヤー（Ｌａｙｅｒ０，１）を持つ情報記録媒体（ディスク）のデータ記録構成を示し、図１１（Ｂ）は、この記録データに対応するコンテンツハッシュテーブルの構成を示している。

図１１（Ａ）に示すように、２つの記録レイヤー（Ｌａｙｅｒ０，１）を持つ情報記録媒体（ディスク）には、４つのクリップ（Ｃｌｉｐ０〜３）が記録され、ハッシュユニットの総数（ＮＨ）は６４個である。クリップ０は、１６個のハッシュユニットを有し、これらの全てがレイヤー０に記録されている。クリップ１は、８個のハッシュユニットがレイヤー０に記録され、レイヤー１に１２個のハッシュユニットが記録されている。クリップ２は、８個のハッシュユニットがレイヤー０に記録され、レイヤー１に４個のハッシュユニットが記録されている。クリップ３は、１６個のハッシュユニットがレイヤー１に記録されたクリップである。
レイヤー０のハッシュユニット総数（Ｌ０＿ＮＨ）＝３２、
レイヤー１のハッシュユニット総数（Ｌ１＿ＮＨ）＝３２、
である。

この構成において、コンテンツハッシュテーブル（ＣＨＴ）はレイヤー単位で設定され、２つのコンテンツハッシュテーブルが記録される。図１１（Ｂ）に示すのはコンテンツハッシュテーブルのヘッダとボディの各データを示している。（Ｂ１）は、レイヤー０のコンテンツハッシュテーブルのヘッダーデータであり、レイヤー０に含まれる各クリップ（Ｃｌｉｐ０〜２）について、
クリップ（ｉ）の先頭のハッシュユニット番号＝Ｓｔａｒｔ、
クリップ（ｉ）のファイル名対応の番号＝Ｃｌｉｐ＃
クリップ（ｉ）のオフセット値＝Ｏｆｆｓｅｔ
の各値を格納している。

（Ｂ２）は、レイヤー０のコンテンツハッシュテーブルのボディデータであり、レイヤー０に含まれる各ハッシュユニット（ハッシュ番号０〜３１）の照合用ハッシュ値を格納している。

（Ｂ３）は、レイヤー１のコンテンツハッシュテーブルのヘッダーデータであり、レイヤー１に含まれる各クリップ（Ｃｌｉｐ１〜３）について、
クリップ（ｉ）の先頭のハッシュユニット番号＝Ｓｔａｒｔ、
クリップ（ｉ）のファイル名対応の番号＝Ｃｌｉｐ＃
クリップ（ｉ）のオフセット値＝Ｏｆｆｓｅｔ
の各値を格納している。

（Ｂ４）は、レイヤー１のコンテンツハッシュテーブルのボディデータであり、レイヤー１に含まれる各ハッシュユニット（ハッシュ番号３２〜６３）の照合用ハッシュ値を格納している。

情報記録媒体からのコンテンツ再生を実行する情報処理装置（再生装置）は、情報記録媒体再生時に情報記録媒体上のコンテンツの任意のハッシュユニットから計算されたハッシュ値とコンテンツハッシュテーブルに記載された照合用ハッシュ値を比較してコンテンツの改ざんの検証を行なう。これらの処理については、後段で説明する。

［４．コンテンツハッシュテーブルの記録情報に基づくコンテンツ検証処理］
次に、コンテンツハッシュテーブルの記録情報に基づくコンテンツ検証処理について説明する。以下において説明するコンテンツ検証処理例では、情報記録媒体に格納されたコンテンツの利用に際してハッシュ検証によるコンテンツ改ざん検証を実行するとともに、コンテンツハッシュテーブルの記録情報に基づいて、ハッシュ検証シーケンスの前段階あるいは初期段階において、ハッシュ値が登録されたコンテンツ以外のハッシュ値の登録されていない不正コンテンツが情報記録媒体に記録されていないことを確認する処理を実行する。ハッシュ値の登録されていない不正コンテンツが情報記録媒体に記録されていることが検出された場合は、この不正記録コンテンツの利用、再生を停止する。

図１２に、情報記録媒体に記録されるコンテンツおよび鍵情報などの管理情報を格納するディレクトリ構成例を示す。図１２に示すディレクトリ構成は、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭフォーマットに従ったコンテンツ、アプリケーションを保管するディレクトリとして設定されるＢＤＭＶディレクトリを示している。ＢＤＭＶディレクトリには、コンテンツ管理データ部４０１と、コンテンツデータ部４０２に区分され、コンテンツデータ部４０２には、先に図２を参照して説明したように、タイトル、オブジェクト、プレイリスト、クリップ情報、ＡＶストリーム等の階層構成を持ち、これらを構成するデータファイルがＢＤＭＶディレクトリに設定される。

コンテンツ管理データ部４０１には、コンテンツに対応する管理ファイルが格納される。例えば、図１０、図１１を参照して説明したコンテンツハッシュテーブルが記録される。さらに、図１２には示していないが、図３を参照して説明したユニット鍵管理テーブル、さらに、各ユニットに対応して設定されるコンテンツの再生処理やコピー処理の制限情報などからなるコンテンツ利用制御情報（ＣＣＩ）などが格納される。

コンテンツ管理データ部４０１に設定されるコンテンツハッシュテーブル（ＣＨＴ）は、情報記録媒体に記録された正当なコンテンツに対応して算出されたハッシュ値を格納したテーブルであり、先に図１０他を参照して説明したように、ＣＰＳユニットを構成するＡＶストリーム実データとしてのクリップファイルを細分化し、所定データ単位（例えば１９２ＫＢ）のハッシュユニットに基づいて算出されるハッシュ値を、各ハッシュユニット単位の照合用ハッシュ値として格納したテーブルである。

コンテンツハッシュテーブル（ＣＨＴ）には、先に図１０、図１１を参照して説明したように、ヘッダ情報、ボディ情報が含まれ、
ヘッダ情報には、
全クリップ数（ＮＣ）
全ハッシュユニット数（ＮＨ）
各クリップ（ｉ）について、
クリップ（ｉ）の先頭のハッシュユニット番号、
クリップ（ｉ）のファイル名対応の番号
クリップ（ｉ）のオフセット値
の各データが記録され、
ボディ情報には、
各クリップ毎のハッシュユニット単位のハッシュ値（照合用ハッシュ値）である［Ｈａｓｈ Ｖａｌｕｅ］が記録される。

コンテンツハッシュテーブル（ＣＨＴ）に記録されるハッシュ値は、ＣＰＳユニットを構成するＡＶストリーム実データとしてのクリップファイルを所定データ単位（例えば１９２ＫＢ）に細分化して設定したハッシュユニット毎のハッシュ値である。従って、情報記録媒体に記録されたコンテンツのデータサイズが大きくなれば、ハッシュユニット数は増加する。すなわち、コンテンツハッシュテーブル（ＣＨＴ）のヘッダ情報中に記録されるハッシュユニット数は、その情報記録媒体に記録されているコンテンツのデータサイズに応じた数に設定されることになる。

もし、情報記録媒体に不正コンテンツが追加記録されている場合、この不正コンテンツに対応するハッシュ値はコンテンツハッシュテーブルには記録されないため、情報記録媒体に記録されたコンテンツデータサイズと、コンテンツハッシュテーブルのハッシュユニット数との整合性がくずれることになる。コンテンツ再生処理を実行する本発明の情報処理装置は、このような、コンテンツハッシュテーブルの記録データと、情報記録媒体に記録されたコンテンツのデータサイズの整合性チェックを実行し、不正な追加記録コンテンツの有無を検証する。

この整合性検証処理において、整合性がないと判定された場合は、コンテンツ再生を禁止する。この整合性検証処理において、整合性ありの判定がなされた場合は、次に、コンテンツハッシュテーブル（ＣＨＴ）に記録されたハッシュ値を適用してコンテンツの改ざん検証を実行する。改ざん検証において、ハッシュ値の照合が成立しない場合は、コンテンツが改ざんされていると判定してコンテンツ再生を禁止する。改ざん検証において、ハッシュ値の照合が成立した場合は、コンテンツが改ざんされていないと判定してコンテンツ再生を許容する。このような検証シーケンスによって、不正コンテンツの利用を排除する。

図１３以下を参照して、コンテンツ再生を実行する情報処理装置において実行されるコンテンツ検証処理について説明する。まず、図１３に示すフローチャートを参照して、コンテンツハッシュテーブルの記録データと、情報記録媒体に記録されたコンテンツのデータサイズの整合性チェックを実行し、不正な追加記録コンテンツの有無を検証するコンテンツ整合性検証処理シーケンスについて説明する。

まず、情報記録媒体に格納されたコンテンツの再生を行なおうとする情報処理装置は、ステップＳ１０１において、情報記録媒体に記録されたコンテンツハッシュテーブル（ＣＨＴ）から、クリップ番号と各クリップのハッシュユニット数を取得する。先に図１０、図１１を参照して説明したコンテンツハッシュテーブル（ＣＨＴ）からこれらの情報を取得する。

コンテンツハッシュテーブル（ＣＨＴ）の記録データに基づくクリップごとのハッシュユニット数の算出方法について、図１４を参照して説明する。図１４（Ｂ）は、先に、図１１（Ｂ）と同様の図であり、２つの記録レイヤー（Ｌａｙｅｒ０，１）を持つ情報記録媒体（ディスク）においてレイヤーごとに設定されたコンテンツハッシュテーブルの構成を示す図である。（Ｂ１）と（Ｂ３）は、レイヤー０と１のコンテンツハッシュテーブルのヘッダーデータであり、レイヤー０，１それぞれに含まれる各クリップ（Ｃｌｉｐ０〜３）について、
クリップ（ｉ）の先頭のハッシュユニット番号＝Ｓｔａｒｔ、
クリップ（ｉ）のファイル名対応の番号＝Ｃｌｉｐ＃
クリップ（ｉ）のオフセット値＝Ｏｆｆｓｅｔ
の各値を格納している。

図１４（Ｃ）は、これらのコンテンツハッシュテーブルから、各クリップ対応のハッシュユニット数を算出する手法を示している。例えばクリップ０のハッシュユニット（ＨＵ）数は、まずレイヤー０のコンテンツハッシュテーブルから、レイヤー０のクリップ０のハッシュユニット数を以下の手順で算出する。
クリップ１の先頭のハッシュユニット番号（１６）から、クリップ０の先頭のハッシュユニット番号（０）を減算した数、すなわち、
レイヤー０におけるクリップ０のＨＵ数＝１６−０＝１６
上記算出式によって、レイヤー０におけるクリップ０のＨＵ数１６が求められる。レイヤー１のコンテンツハッシュテーブルにはクリップ０のデータが存在しないので、クリップ０のハッシュユニット数は１６と判定する。

クリップ１のハッシュユニット（ＨＵ）数は、
まずレイヤー０について、レイヤー０のコンテンツハッシュテーブルから、
クリップ２の先頭のハッシュユニット番号（２４）から、クリップ１の先頭のハッシュユニット番号（１６）を減算した数、すなわち、
レイヤー０のクリップ１のＨＵ数＝２４−１６＝８が算出され、
次に、レイヤー１について、レイヤー０１コンテンツハッシュテーブルから、
クリップ２の先頭のハッシュユニット番号（４４）から、クリップ１の先頭のハッシュユニット番号（３２）を減算した数、すなわち、
レイヤー１のクリップ１のＨＵ数＝４４−３２＝１２が算出される。

クリップ１のハッシュユニット（ＨＵ）数は、
レイヤー０と１の合計値、すなわち、
クリップ１のＨＵ数＝８＋１２＝２０
上記式によって、クリップ１のハッシュユニット数２０が算出される。

以下、他のクリップについても同様のハッシュユニット算出処理が実行され、図１４に示す例では、
クリップ０のハッシュユニット（ＨＵ）数＝１６
クリップ１のハッシュユニット（ＨＵ）数＝２０
クリップ２のハッシュユニット（ＨＵ）数＝１２
クリップ３のハッシュユニット（ＨＵ）数＝１６
これら、各クリップ対応のハッシュユニット数が、コンテンツハッシュテーブル（ＣＨＴ）から求められる。

次に、ステップＳ１０２において、情報記録媒体に記録されたファイルシステム情報から、情報記録媒体に記録されたコンテンツ（ＡＶストリームファイル）のファイル名と、ファイルサイズを取得する。なお、ファイルシステム情報は、情報記録媒体に記録されるデータファイルについての情報、例えば、コンテンツとしてのＡＶストリームデータを構成するファイルのファイル名、ファイルサイズ等のファイル情報である。

具体的なファイルシステムとしては、例えば、ＵＤＦ(Universal Disc Format)、あるいはＢｌｕ−ｒａｙ Ｄｉｓｃのファイルフオーマットとして適用されるＢＤＦＳ(Blu-ray Disc File System)などが利用される。例えば、ＢＤＦＳファイルシステムでは、図１２に示すディレクトリの末尾に設定されたＡＶストリームクリップファイルのファイル名、ファイルサイズ等の情報をファイルシステム情報から取得する。ＵＤＦにおいても、同様にＡＶストリームに対応するクリップファイルのファイル名、ファイルサイズをファイルシステム情報から取得する。

次に、ステップＳ１０３において、各ファイルについて、ファイルサイズと、コンテンツハッシュテーブル（ＣＨＴ）に記録されたハッシュユニット数の整合性を検証する。前述したように、コンテンツハッシュテーブル（ＣＨＴ）に記録されるハッシュ値は、ＡＶストリーム実データとしてのクリップファイルを所定データ単位（例えば１９２ＫＢ）に細分化して設定したハッシュユニット毎に設定されたハッシュ値である。従って、情報記録媒体に記録されたコンテンツのデータサイズが大きくなれば、ハッシュユニット数は増加する。すなわち、コンテンツハッシュテーブル（ＣＨＴ）のヘッダ情報中に記録されるハッシュユニット数は、その情報記録媒体に記録されているコンテンツのデータサイズに応じた数に設定されることになる。

ファイルシステム情報から得られた全てのＡＶストリームクリップファイルについてのクリップファイルデータサイズと、コンテンツハッシュテーブル（ＣＨＴ）に記録された各クリップに対応するハッシュユニットの数を比較することで、ファイルサイズに応じたハッシュユニット数が設定されているか否かを判定することができる。具体的には、コンテンツハッシュテーブル（ＣＨＴ）に記録された各クリップ（ｉ）に対応するハッシュユニット数（ｎ）について、
１９２ＫＢ×ｎ≒クリップファイルデータサイズ
が成立するか否かを判定する。

上記式が成立しないクリップデータファイルが検出された場合、このデータファイルは、コンテンツハッシュテーブルにハッシュ値が登録されていない不正コンテンツであると判断する。この場合、ステップＳ１０４の判定はＮｏとなり、ステップＳ１０５に進み再生禁止の処理を行なう。ファイルシステム情報から得られたすべてのクリップデータファイルについて、上記式が成立した場合は、情報記録媒体に記録されたコンテンツの全てが、コンテンツハッシュテーブル（ＣＨＴ）にハッシュ値が登録された正当なコンテンツであると判定して、次のステップ、すなわち、ステップＳ１０６におけるコンテンツ改ざん検証処理に進む。ステップＳ１０６のコンテンツ改ざん検証処理は、コンテンツハッシュテーブル（ＣＨＴ）に登録されたハッシュ値を適用したコンテンツの改ざん検証処理である。

図１５〜図１７を参照して、情報記録媒体からのコンテンツ再生を実行する情報処理装置（再生装置）において実行するコンテンツ改ざん検証処理について説明する。

情報記録媒体からのコンテンツ再生処理を実行する情報処理装置は、図１３を参照して説明したコンテンツ整合性検証処理において、情報記録媒体に不正な追加コンテンツが記録されていないことが確認されると、次に、コンテンツハッシュテーブル（ＣＨＴ）に登録されたハッシュ値を適用したコンテンツの改ざん検証によってコンテンツの正当性を検証する。

コンテンツ再生を実行する情報処理装置は、コンテンツの正当性を検証するコンテンツ検証手段と、コンテンツ検証手段の検証に基づいてコンテンツの正当性が確認されたことを条件としてコンテンツの再生処理を実行するコンテンツ再生手段とを有し、コンテンツ検証手段は、情報記録媒体に記録されたコンテンツの細分化データとして設定されたハッシュユニットをｎ個選択（ただしｎは１以上の整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、情報記録媒体に格納された照合用ハッシュ値との照合処理を実行し、選択したｎ個全てのハッシュ値の照合の成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行する。

図１５は、情報処理装置（再生装置）におけるコンテンツ検証手段の実行する処理の概略を示している。情報処理装置（再生装置）４２１は、コンテンツを記録した情報記録媒体４２２を装着し、コンテンツ再生に先立ち、再生予定のコンテンツに対応するハッシュユニットを選択して、ハッシュユニットに対して設定されたハッシュ値の照合を実行する。

まず、ステップＳ３０１において、照合処理を実行するハッシュユニットを選択する。前述した説明から明らかなように、情報記録媒体の格納コンテンツは所定データ長（例えば１９２ＫＢ）のハッシュユニットに区分されている。情報処理装置４２１は、これらの多数のハッシュユニットから照合処理を実行するユニットの選択を実行する。ユニット選択処理の詳細については、図１７を参照して後段で詳細に説明する。照合処理の対象として選択するハッシュユニットは、複数個（ｎ個）例えば３個のハッシュユニットをランダムに選択する。

選択したハッシュユニットが、
ハッシュユニット＃１
ハッシュユニット＃１２３４５
ハッシュユニット＃９９９９９
であるとする。

ステップＳ３０２では、選択されたハッシュユニットに対応するハッシュユニット対応データを情報記録媒体４２２から読み取り、各選択ハッシュユニットのハッシュ値を算出する。算出ハッシュ値を、それぞれ、
ハッシュユニット＃１のハッシュ値＝ａａａ
ハッシュユニット＃１２３４５のハッシュ値＝ｂｂｂ
ハッシュユニット＃９９９９９のハッシュ値＝ｃｃｃ
であるとする。

一方ステップＳ３０３では、情報記録媒体４２２に格納されたコンテンツハッシュテーブル４２３から、ステップＳ３０１において選択した照合処理対象のコンテンツハッシュユニットの照合用ハッシュ値を読み取る。読み取った照合用ハッシュ値が、
ハッシュユニット＃１のハッシュ値＝ＡＡＡ
ハッシュユニット＃１２３４５のハッシュ値＝ＢＢＢ
ハッシュユニット＃９９９９９のハッシュ値＝ＣＣＣ
であるとする。

ステップＳ３０４では、ステップＳ３０２においてコンテンツのハッシュユニットに基づいて算出したハッシユ値と、コンテンツハッシュテーブル（ＣＨＴ）から読み取った照合用ハッシュ値との比較処理を実行する。すべての対応するハッシュユニットの算出ハッシュ値と照合用ハッシュ値とが一致した場合、すなわち、
ａａａ＝ＡＡＡ
ｂｂｂ＝ＢＢＢ
ｃｃｃ＝ＣＣＣ
が成立した場合は、コンテンツの改ざんが無いと判定し、コンテンツ再生が許容され、コンテンツの再生処理に移行する。

一方、対応するハッシュユニットの算出ハッシュ値と照合用ハッシュ値とのいずれかの不一致が検出された場合、すなわち、
ａａａ≠ＡＡＡ
ｂｂｂ≠ＢＢＢ
ｃｃｃ≠ＣＣＣ
のいずれかが検出された場合は、コンテンツの改ざんが有ると判定し、コンテンツ再生を禁止し、その後のコンテンツ再生処理への移行を中止する。

次に、図１６、図１７のフローを参照して、コンテンツ再生を実行する情報処理装置におけるコンテンツハッシュに基づくコンテンツ改ざん検証処理の処理手順について詳細に説明する。

図１６の処理フローは、ハッシュ値に基づく照合処理を実行するハッシュユニットの数ｎをｎ＝３とした設定の処理例である。

ステップＳ５０１において、ハッシュ値の照合を実行する情報処理装置は、初期設定として、照合処理を実行するハッシュユニットの数の初期値ｎ＝０の設定を行う。ステップＳ５０２において、ｎ≧３か否かを判定する。ｎ≧３でない場合、規定の照合数（ｎ＝３）に達していないので、ステップＳ５０３以下の照合処理を実行する。

ステップＳ５０３において、ｎ＝ｎ＋１の設定の後、ステップＳ５０４においてハッシュユニットを、ハッシュユニット番号に基づいて選択する。ハッシュユニットの選択は、ランダムに実行される。

具体的には、コンテンツハッシュテーブル（ＣＨＴ）に記録された［全ハッシュユニット数（ＮＨ）］を読み取り、ｘ＜ＮＨの乱数（ｘ）を選択する。この選択した数値（ｘ）を照合処理を実行するハッシュユニット番号＃ｘとする。

ステップＳ５０５において、情報記録媒体に格納されたコンテンツハッシュテーブルからハッシュユニット番号＃ｘの照合用ハッシュ値を取得する。さらに、ステップＳ５０６において、情報記録媒体に格納されたコンテンツのハッシュユニットからハッシュユニット番号＃ｘのハッシュユニットを抽出し、抽出したハッシュユニットに基づいてハッシュ値を算出し、ステップＳ５０７において算出ハッシュ値と照合用ハッシュ値との比較処理を実行する。

ステップＳ５０８において、算出ハッシュ値と照合用ハッシュ値との一致判定を行い、一致していれば、ステップＳ５０２に戻り、ｎ≧３の判定を行ない、規定の照合数（ｎ＝３）に達していない場合は、ステップＳ５０３においてｎの更新後、ステップＳ５０４で、さらに新たなハッシュユニットの選択を実行して、以下ステップＳ５０５〜Ｓ５０７において、異なるハッシュユニットについて、同様の算出ハッシュ値と照合用ハッシュ値との照合処理を実行する。この処理が規定回数繰り返し実行され、規定数（ｎ＝３）すべてのハッシュ値の一致が確認された場合ステップＳ５０２において、ｎ≧３？の判定がＹｅｓとなり、ステップＳ５１０に、再生許可がなされ、再生処理に移行する。

規定回数、ｎ回のハッシュ値検証処理過程中、ステップＳ５０８の算出ハッシュ値と照合用ハッシュ値との一致判定において、一致が確認されなかった場合は、ステップＳ５０９に進み、再生禁止とされ、コンテンツの再生処理に移行しない。

照合対象のハッシュ値が暗号化コンテンツに対して設定されている場合は、上述の処理のように、情報記録媒体から読み取った暗号化コンテンツに対応するハッシュユニットから直接ハッシュ値を算出することができるが、先に説明した平文に対してハッシュ値が算出され、コンテンツハッシュテーブル（ＣＨＴ）に照合用ハッシュ値として記録されている場合は、算出ハッシュ値も平文に基づいて算出することが必要となる。

図１７を参照して、平文に基づくハッシュ値による検証を行なう処理手順について説明する。図１７に示す処理は、図１６に示す処理フローのステップＳ５０４〜Ｓ５０７の処理に対応する。ステップＳ５０１〜Ｓ５０３の処理が行われた後、図１７のステップＳ５２１において、コンテンツハッシュテーブル（ＣＨＴ）に記録された［全ハッシュユニット数（ＮＨ）］を読み取り、ｘ＜ＮＨの乱数を選択する。

ステップＳ５２２において、情報記録媒体に格納されたコンテンツハッシュテーブルからハッシュユニット番号＃ｘの照合用ハッシュ値（Ｈａｓｈ Ｖａｌｕｅ（ｘ））を取得する。ステップＳ５２３において、ハッシュユニット番号＃ｘのユニットがどのクリップに属するかを計算する。

前述したように、コンテンツハッシュテーブル（ＣＨＴ）には、
全クリップ数（ＮＣ）
全ハッシュユニット数（ＮＨ）
の各データに続いて、各クリップ（ｉ）について、
クリップ（ｉ）の先頭のハッシュユニット番号、
クリップ（ｉ）のファイル名対応の番号
クリップ（ｉ）のオフセット値
の各データが記録され、さらに、
各クリップ毎、ハッシュユニット毎のハッシュ値（照合用ハッシュ値）としての［Ｈａｓｈ Ｖａｌｕｅ］が記録されており、

コンテンツハッシユテーブルの記録データに基づいて、ハッシュユニット番号から所属するクリップを算出する。次に、ステップＳ５２４において、クリップＡＶストリームの属するコンテンツ管理ユニット（ＣＰＳユニット）のユニット鍵を生成する。先に図２、図３を参照して説明したように、各クリップは、いずれかのコンテンツ管理ユニット（ＣＰＳユニット）に属し、各コンテンツ管理ユニット（ＣＰＳユニット）にはユニット鍵が対応付けられており、ユニット鍵による暗号化がなされている。ステップＳ５２４においては、このユニット鍵を生成する。なお、ユニット鍵の生成プロセスについては、後述する。

次に、ステップＳ５２５において、クリップＡＶストリームにアクセスし、ステップＳ５２６において、クリップＡＶストリームに含まれるハッシュユニット＃ｘを取得して復号処理を実行する。さらに、ステップＳ５２７において、ハッシュユニット＃ｘの復号データに基づいてハッシュ値を算出する。

ステップＳ５２８において、算出ハッシュ値と照合用ハッシュ値との一致判定を行い、一致していれば、さらに、他のハッシュユニットに対して同様の処理を実行し、規定の照合数（例えばｎ＝３）に達するまで照合処理を繰りかえし実行し、規定数（ｎ）すべてのハッシュ値の一致が確認された場合には、再生許可がなされ、再生処理に移行する。規定回数、ｎ回のハッシュ値検証処理過程中、一致が確認されないものが出現した場合は、その時点で再生禁止とされ、コンテンツの再生処理に移行しない。

なお、上述の実施例は、図１３に示すフローチャートを参照して説明したように、ファイルシステムのファイルサイズを用いることによりコンテンツ整合性検証処理を行い、所定数のコンテンツハッシュユニットのハッシュ値とコンテンツハッシュテーブルに登録されているハッシュユニットのハッシュ値とを比較することによりコンテンツ改竄検証処理を行なう処理例であるが、例えば、以下に説明する処理構成も可能である。

すなわち、図１３に示すフローチャートのステップＳ１０１，Ｓ１０２，Ｓ１０３，Ｓ１０４、Ｓ１０５を実行せず、ファイルシステム上存在する全てのクリップ（Clip）とそのサイズを元に、コンテンツハッシュテーブルとは無関係にハッシュユニットを設定する処理を実行する。なお、ここで実行するハッシュユニット設定処理は、コンテンツハッシュテーブルに登録されているハッシュユニットと同様の構成を有するように、例えば一つのクリップに対しては、クリップ（Clip）サイズ(Kbyte)÷１９２Kbyte個のハッシュユニットを設定することにより実行する。

このようにして設定されたハッシュユニットについてハッシュ値を計算し、計算されたハッシュ値と、コンテンツハッシュテーブル上に登録されているハッシュユニットとのハッシュ値とを比較する。この比較処理において、計算されたハッシュ値と登録ハッシュ値とが一致しなければ改竄が行なわれたと判断することができる。すなわち、例えばコンテンツが追加された記録媒体においては、コンテンツハッシュユニット設定処理において、追加されたコンテンツに対してもハッシュユニットが設定されるため、コンテンツハッシュテーブルに登録されているハッシュユニットの構成とは異なり、その結果、ハッシュ値比較処理においてハッシュ値の一致が得られない。このハッシュ値照合処理によって、改竄の検出が可能となる。

この変形例ではコンテンツが改竄されていないことを完全に確かめる構成であるため、コンテンツの改竄危険性を更に低くできる。一方、先に説明した実施例においては、全てのハッシュユニットのハッシュ値の比較は必要とせず、一部のハッシュ値の計算と全体のファイルサイズの比較によりコンテンツの追加等がされていないかを確かめられる処理であり、効率のよい改竄チェックが可能となる。

［５．ファイルシステム情報の検証に基づくコンテンツ検証処理］
次に、ファイルシステム情報の検証に基づくコンテンツ検証処理について説明する。以下において説明するコンテンツ検証処理例は、先の［４．コンテンツハッシュテーブルの記録情報に基づくコンテンツ検証処理］において、図１３、図１４を参照して説明したコンテンツ整合性検証処理、すなわち、ハッシュ値が登録されたコンテンツ以外のハッシュ値の登録されていない不正コンテンツが情報記録媒体に記録されていないことを確認する処理を、情報記録媒体に格納されたファイルシステム情報の検証によって行なう処理例である。

先の処理例において説明したように、情報記録媒体には、情報記録媒体に記録されるデータファイルについての情報、例えば、コンテンツとしてのＡＶストリームデータを構成するファイルのファイル名、ファイルサイズ等のファイル情報を格納したファイルシステム情報が記録される。このファイルシステム情報が、正当なコンテンツを格納したディスク製造を実行するディスク製造業者におけるディスク製造当初から、変更されていないことが確認されれば、情報記録媒体上に不正な追加記録コンテンツは無いと判定することができる。

以下、説明するコンテンツ検証処理例は、このファイルシステム情報の改ざん検証値を予め情報記録媒体に記録し、この改ざん検証値に基づいて、ファイルシステム情報の改ざんの有無を検証することで、情報記録媒体上に不正な追加記録コンテンツがあるか否かを確認する処理を実行する処理例である。

図１８にＵＤＦ(Universal Disc Format)ファイルシステムを適用した場合の情報記録媒体におけるデータ記録構成を示す。図１８に示す構成において、ユーザデータ領域は、論理セクタＮｏ．（ＬＳＮ）＝０〜Ｎの情報記録媒体記録領域に相当する。このユーザデータ領域に、以下の各データが記録される。
ボリュームストラクチャ（Ｖｏｌｕｍｅ Ｓｔｒ．）
アンカー（Ａｎｃｈｏｒ）
ファイルシステム（ＦＳ（Ｍｅｔａｄａｔａ））
ファイル（Ｆｉｌｅ（ＢＤ管理情報））
ファイル（Ｆｉｌｅ（ＡＶストリームデータ）

ドライブは、まず、ドライブに装着されたアンカー（Ａｎｃｈｏｒ）を読み取る。アンカーには、情報記録媒体のデータ読み取りに必要となる初期情報、例えばポインタ情報などのディレクトリ解析情報が格納されており、ドライブはアンカー情報を読みとることで、情報記録媒体の格納データの基本構成を知ることができる。なお、アンカーは、図に示すように、論理セクタＮＯ．（ＬＳＮ）＝２５６の他、ボリューム空間の末尾と、末尾から一定間隔前方の位置の３箇所に記録される。これらは同じアンカー情報であり、情報記録媒体に発生した傷などでいずれかが読み取り不能となった場合に利用するためのバックアップデータとして記録されるものである。図に示すように、アンカーと同様、ボリュームストラクチャ（Ｖｏｌｕｍｅ Ｓｔｒ．）、ファイルシステム（ＦＳ（Ｍｅｔａｄａｔａ））等も同様のデータがバックアップデータとして複数記録される。

ドライブはアンカー情報の読み取り後、ボリュームストラクチャを読み取り、情報記録媒体に記録された管理ファイル、データファイルの位置を確認し、その後、ファイルシステム（ＦＳ（Ｍｅｔａｄａｔａ））を読み取り、その後、再生シーケンスに従ってファイル（Ｆｉｌｅ（ＡＶストリームデータ）を読み取る処理を実行する。

このファイルアクセスシーケンスについて、図１９、図２０を参照して説明する。図１９は、ＵＤＦのＶｏｌｕｍｅ Ｓｔｒｕｃｔｕｒｅ構造の例を示しており、図２０は、Ｆｉｌｅ Ｓｔｒｕｃｔｕｒｅ ａｎｄ Ｆｉｌｅｓの内容を示したものである。ここでは、図２０で示される［ｒｏｏｔ／ＢＤＭＶ／Ｕｎｉｔ＿Ｋｅｙ＿Ｇｅｎ＿Ｖａｌｕｅ．ｉｎｆ］へアクセスする場合を例に説明する。

図１９において、Ｖｏｌｕｍｅ Ｓｔｒｕｃｔｕｒｅは論理Ｖｏｌｕｍｅに関する情報やパーティション内部に記録されているＦｉｌｅ Ｓｔｒｕｃｔｕｒｅの解析開始点に関する情報を記録したものである。なお、図１９において、最左列がＬＳＮ（論理セクタ番号（Ｌｏｇｉｃａｌ Ｓｅｃｔｏｒ Ｎｕｍｂｅｒ）を、左から２列目が、Ｓｔｒｕｃｔｕｒｅを、右から２列目がＤｅｓｃｒｉｐｔｏｒｓを、そして、最右列がＬＢＮ（論理ブロック番号（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ｎｕｍｂｅｒ））を示している。また、図２０において、最左列がＬＢＮ（論理ブロック番号（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ｎｕｍｂｅｒ））を、中央の列が、Ｓｔｒｕｃｔｕｒｅを、最右列がＤｅｓｃｒｉｐｔｏｒｓをそれぞれ示している。また、図２０において、ＦＩＤ、ＦＥはそれぞれ以下の意味を持つ。
ＦＩＤ：File Identifier Descriptor （ファイル名、ＦＥの位置等を記述）
ＦＥ：File Entry（ファイル本体のアロケーション、記録日時情報等を記録）

ボリューム内のアドレス情報はＬＳＮ（論理セクタ番号）、パーティション内のアドレスはＬＢＮ（論理ブロック番号）で表記される。また、ボリューム内に複数のパーティションが存在する場合、Ｌｏｇｉｃａｌ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ内部に複数のパーティション情報を記録することができる。

なお、図１９，図２０については、処理に必要な項目のみを説明し、処理に不要な項目については、適宜説明を省略する。まず、図１９の番号１で示されるＬＳＮが２５６の位置であるＡｎｃｈｏｒ−１のアンカー情報（Ａｎｃｈｏｒ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ Ｐｏｉｎｔｅｒ）を解析し、番号２で示されるＶｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ Ｓｅｑｕｅｎｃｅの位置を取得する。続いて、番号２で示されるＬＳＮが３２乃至４７の位置となるＶｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ Ｓｅｑｕｅｎｃｅを解析する。Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ Ｓｅｑｕｅｎｃｅには、［Ｐｒｉｍａｒｙ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ］、［Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ Ｕｓｅ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ］、［Ｐａｒｔｉｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ］、［Ｌｏｇｉｃａｌ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ］、［Ｕｎａｌｌｏｃａｔｅｄ Ｓｐｅｃｅ Ｄｅｓｃｒｉｐｔｏｒ］、［Ｔｅｒｍｉｎａｔｉｎｇ Ｄｅｓｃｒｉｐｔｏｒ］、および、［Ｔｒａｉｌｉｎｇ Ｌｏｇｉｃａｌ Ｓｅｃｔｏｒｓ］が含まれており、それぞれ、［Ｐｒｉｍａｒｙ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ］はボリュームを識別する情報を、［Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ Ｕｓｅ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ］は互換性を示す情報を、［Ｐａｒｔｉｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ］はパーティションを識別する情報を、［Ｌｏｇｉｃａｌ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ］は論理パーティションの位置を示す情報を、［Ｕｎａｌｌｏｃａｔｅｄ Ｓｐｅｃｅ Ｄｅｓｃｒｉｐｔｏｒ］は未使用領域を示す情報、［Ｔｅｒｍｉｎａｔｉｎｇ Ｄｅｓｃｒｉｐｔｏｒ］は領域の最後の位置を示す情報を、そして、［Ｔｒａｉｌｉｎｇ Ｌｏｇｉｃａｌ Ｓｅｃｔｏｒｓ］は残りの領域の情報を格納している。

このうち、図１９の番号３で示されているＬＳＮが３５の［Ｌｏｇｉｃａｌ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ］に記載された［Ｌｏｇｉｃａｌ Ｖｏｌｕｍｅ Ｉｎｔｅｇｒｉｔｙ Ｓｅｑｕｅｎｃｅ］の位置と、目的のパーティションの位置、パーティション内部のＦｉｌｅ Ｓｅｔ Ｄｅｓｃｒｉｐｔｏｒの位置を取得する。

さらに、番号４で示されるＬＳＮが４８の［Ｌｏｇｉｃａｌ Ｖｏｌｕｍｅ Ｉｎｔｅｇｒｉｔｙ Ｓｅｑｕｅｎｃｅ］を解析し、Ｖｏｌｕｍｅ情報の整合性チェックを行い、整合性に問題が無ければ、番号５で示されるＬＳＮ２７２乃至２７２Ｎａｌｌ−２７２のＦｉｌｅ Ｓｔｒｕｃｔｕｒｅ ａｎｄ Ｆｉｌｅｓのパーティション内部を解析する。以上の手順で目的のパーティションへのアクセスを開始できる。

続いて、図２０の番号１１で示されるＬＢＮが（Ａ＋１）のＦｉｌｅ Ｓｅｔ Ｄｅｓｃｒｉｐｔｏｒには、ｒｏｏｔの情報が格納されているので、これを解析し、番号１２で示されるＬＢＮが（Ａ＋３）のルートディレクトリのＦｉｌｅ Ｅｎｔｒｙ（図中では、ＦＥ（Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ）と示されている）の位置を取得する。

さらに、番号１２で示されるＬＢＮが（Ａ＋３）のルートディレクトリのＦｉｌｅ Ｅｎｔｒｙ（図中では、ＦＥ（Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ）と示されている）を解析し、ルートディレクトリの情報が記載された位置（ＬＢＮ＝Ａ＋４）を取得する。次に、ルートディレクトリの情報の中にある番号１３で示されるＢＤＭＶディレクトリのＦＩＤ（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒ）を解析して、番号１４で示されるＢＤＭＶディレクトリのＦＥ（Ｆｉｌｅ Ｅｎｔｒｙ）（図中では、ＦＥ（ＢＤＭＶ）と示されている）の位置（ＬＢＮ＝Ａ＋５）を取得する。

さらに、番号１４で示されるＢＤＭＶディレクトリのＦｉｌｅ Ｅｎｔｒｙを解析し、ＢＤＭＶディレクトリの情報が記録されている位置（ＬＢＮ＝Ａ＋９）を取得する。

続いて、ＢＤＭＶディレクトリの情報を取得し、番号１５で示されるＢＤＭＶディレクトリにあるＵｎｉｔ＿Ｋｅｙ＿Ｇｅｎ＿Ｖａｌｕｅ．ｉｎｆ のＦｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒを解析してＵｎｉｔ＿Ｋｅｙ＿Ｇｅｎ＿Ｖａｌｕｅ．ｉｎｆ のＦｉｌｅ Ｅｎｔｒｙの位置を取得する。そして、番号１６のＵｎｉｔ＿Ｋｅｙ＿Ｇｅｎ＿Ｖａｌｕｅ．ｉｎｆのＦｉｌｅ Ｅｎｔｒｙを解析し、Ｕｎｉｔ＿Ｋｅｙ＿Ｇｅｎ＿Ｖａｌｕｅ．ｉｎｆのデータが記録されている位置を取得し、Ｕｎｉｔ＿Ｋｅｙ＿Ｇｅｎ＿Ｖａｌｕｅ．ｉｎｆのデータが記録されたアドレスへアクセスし、目的のデータを取得する。以上の手順で［番号１７で示されるｒｏｏｔ／ＢＤＭＶ／Ｕｎｉｔ＿Ｋｅｙ＿Ｇｅｎ＿Ｖａｌｕｅ．ｉｎｆ］ファイルのデータを取得することができる。

ＵＤＦ２．５０で導入されたメタデータパーティションが使用されている場合、番号１１で示されるＦｉｌｅ Ｓｅｔ Ｄｅｓｃｒｉｐｔｏｒ、番号１２で示されるルートディレクトリのＦｉｌｅ Ｅｎｔｒｙ、番号１３で示されるＢＤＭＶディレクトリのＦＩＤ（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒ）、番号１４で示されるＢＤＭＶディレクトリのＦＥ（Ｆｉｌｅ Ｅｎｔｒｙ）、番号１５で示されるＢＤＭＶディレクトリにあるＵｎｉｔ＿Ｋｅｙ＿Ｇｅｎ＿Ｖａｌｕｅ．ｉｎｆのＦｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒ、および番号１６のＵｎｉｔ＿Ｋｅｙ＿Ｇｅｎ＿Ｖａｌｕｅ．ｉｎｆのＦｉｌｅ Ｅｎｔｒｙはメタデータパーティション内に仮想アドレスを使用して配置される。

メタデータパーティションが記録されている位置は、メタデータファイルのファイルエントリによって取得できる。メタデータパーティション内のデータを一度にメモリに読み込むことにより、複数階層のディレクトリの下に保存されているファイルにアクセスする際も、ディレクトリを１段下るごとにＦｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒ、Ｆｉｌｅ Ｅｎｔｒｙ、ディレクトリ情報の３の情報を個々に記録媒体上から読み出すことを避け、メモリ上に読み出されているメタデータパーティションの情報からファイルの読み出しに必要な情報を取得し解析することが可能である。なお、図２０に示す情報は、ファイル構造のクラスタ化により１つのファイルとして配置され、そのファイル内の仮想アドレス上で管理される

なお、図１８に示すユーザデータ領域のほぼ全体は、通常の暗号化システムに従ったコンテンツ暗号処理の対象データである。ただし、暗号鍵生成データとして適用されるシード情報などごく一部のデータは暗号化対象とされない場合もある。

図１８に示すＵＤＦ(Universal Disc Format)ファイルシステムにおいて、ファイルシステム情報４３１には、情報記録媒体に記録されたコンテンツとしてのＡＶストリームデータを構成するファイルのファイル名、ファイルサイズ等のファイル情報が格納される。

本処理例においては、このファイルシステム情報の改ざん検証値を予め情報記録媒体に記録し、この改ざん検証値に基づいて、ファイルシステム情報の改ざんの有無を検証することで、情報記録媒体上に不正な追加記録コンテンツがあるか否かを確認する。

ファイルシステム情報の改ざん検証値を、情報記録媒体に記録する場合の１つの格納先としてコンテンツ証明書がある。コンテンツ証明書にファイルシステム情報のハッシュ値を格納し、このハッシュ値をファイルシステム情報の改ざん検証値とする。

コンテンツ証明書（ＣＣ：Content Cert）は、先に、図１を参照して説明したように、情報記録媒体に格納されたコンテンツの正当性を示すための証明書であり、上述したコンテンツハッシュテーブル（ＣＨＴ）に格納された照合用ハッシュユニットに基づくコンテンツハッシュダイジェスト等のデータが格納され、さらに電子署名が付加される。例えばディスク工場である情報記録媒体製造エンティテイなどの電子署名が付加され、改ざんの防止されたデータとされる。

ファイルシステム情報のハッシュ値を含まない一般的なコンテンツ証明書について、図２１を参照して説明する。コンテンツ証明書は、図２１に示すデータ構成を有している。すなわち、
ヘッダ：このデータがコンテンツ証明書であることを示すデータ、
ハッシュダイジェスト数：コンテンツ証明書に登録されたハッシュダイジェストの数（クリップファイル数）、
ハッシュユニット数：ディスク上の全ハッシュユニット数、
ハッシュダイジェスト：各ハッシュテーブルの登録コンテンツハッシュに基づくハッシュ値、
さらに、コンテンツプロバイダＩＤ、コンテンツＩＤ、ディスク工場ＩＤなどが登録され、
コンテンツ証明書の発行管理主体（例えば鍵管理センタ）の署名が設定される。

コンテンツ証明書に登録されるハッシュダイジェストについて、さらに、図２２を参照して説明する。図２２（ａ）は、コンテンツ証明書の構成を示している。ヘッダその他の登録データは、ハッシュダイジェストと署名以外のヘッダ他のデータ部あり、以下、複数のハッシュダイジェスト（０）〜（ｎ）が登録され、署名が付与されている。

ハッシュダイジェストは、図２２（ｂ）に示すコンテンツハッシュテーブルに登録されたハッシュユニットのダイジェスト値である。コンテンツハッシュテーブルは、情報記録媒体に記録されたコンテンツに対応して設定される。例えば１つのＣＰＳユニットに対応して１つのコンテンツハッシュテーブルが設定され登録される。コンテンツハッシュテーブルには、複数のコンテンツハッシュが記録される。

コンテンツハッシュは、図２２（ｃ）に示すコンテンツの構成データから選択されるハッシュユニット（例えば１９２ＫＢ）に基づいて生成されるハッシュ値である。図２２（ｃ）は例えば１つのＣＰＳユニットに属する１つのコンテンツであり、このコンテンツから複数のデータ部分がハッシュユニットとして設定され、それぞれのハッシュユニットの構成データに基づいて算出されたハッシュ値が、コンテンツハッシュテーブルに記録される。

さらに、コンテンツハッシュテーブルの登録データ全体に基づいて新たなハッシュ値が算出され、これがハッシュダイジェストとして図２２（ａ）に示すコンテンツ証明書に登録されることになる。すなわちハッシュダイジェストは、情報記録媒体に記録されるコンテンツ（ＣＰＳユニット）毎に設定されるハッシュ値となる。

図２２（ｂ）に示すコンテンツハッシュテーブルは、例えばコンテンツ再生を実行する前に実行するコンテンツの改ざん検証処理に適用される。例えば、再生対象コンテンツに設定されたハッシュユニットを選択して、予め定められたハッシュ値算出アルゴリズムに従ってハッシュ値を算出し、この算出ハッシュ値が、コンテンツハッシュテーブルに登録されたコンテンツハッシュと一致するか否かによって、コンテンツが改ざんされているか否かを判定する処理を行なう。

本処理例では、コンテンツハッシュテーブルのハッシュ値を集積したコンテンツ証明書にファイルシステム情報の改ざん検証値としてのファイルシステム情報ハッシュ値を含めた構成としている。すなわち、図２３に示すような構成を持つコンテンツ証明書を情報記録媒体に格納する。図２３に示すデータ例において、ヘッダその他の登録データは、ハッシュダイジェストとファイルシステム情報ハッシュ値、署名以外のデータであり、先に図２１を参照して説明したヘッダ、ハッシュダイジェスト数、ハッシュユニット数、さらに、コンテンツプロバイダＩＤ、コンテンツＩＤ、ディスク工場ＩＤなどが登録データである。

これらのデータの後に、各コンテンツハッシュテーブルの登録データに基づいて算出されたハッシュダイジェストが登録される。さらに、ファイルシステム情報ハッシュ値が格納され、コンテンツ証明書の発行管理主体（例えば鍵管理センタ）の署名が設定される。

本処理例のコンテンツ検証処理シーケンスについて、図２４を参照して説明する。まず、情報記録媒体に格納されたコンテンツの再生を行なおうとする情報処理装置は、ステップＳ５７１において、情報記録媒体に記録されたコンテンツ証明書（ＣＣ）を取得する。ステップＳ５７２において、コンテンツ証明書の検証を実行し正当性確認を行なう。すなわち、コンテンツ証明書に設定された署名の検証を実行する。例えばＥＣＤＳＡ（楕円曲線暗号に従った署名検証アルゴリズム）を適用し、署名検証処理を実行する。なお、署名の検証に必要なコンテンツ証明書の発行管理主体（例えば鍵管理センタ）は予め取得しメモリ（ＮＶＲＡＭ）に格納しておく、必要であればネットワークを介して取得する構成としてもよい。

ステップＳ５７２における証明書の検証において、コンテンツ証明書の正当性が確認されなかった場合は、ステップＳ５８１に進み、情報記録媒体からのコンテンツの再生禁止として処理を終了する。コンテンツ証明書が改ざんされていない正当な証明書であることが確認された場合に限り、ステップＳ５７３に進み、コンテンツ証明書からファイルシステム情報ハッシュ値を取得する。

さらに、ステップＳ５７４において、情報記録媒体の格納データからファイルシステム情報を取得し、ハッシュ値を算出する。このハッシュ算出には、予め規定されたアルゴリズムを適用する。ステップＳ５７５において、ステップＳ５７３で、コンテンツ証明書から取得したファイルシステム情報ハッシュ値と、ステップＳ５７４で算出した算出ハッシュ値を比較照合する。

ステップＳ５７６において、ハッシュ値照合に成功、すなわち両ハッシュ値が一致した場合は、情報記録媒体の格納データとして設定されたファイルシステム情報に改ざんはなく正当なファイルシステム情報であると判定し、情報記録媒体に不正なコンテンツが追加記録されていないと判定する。その後、ステップＳ５７７に進み、コンテンツハッシュテーブルの登録ハッシュ値に基づくコンテンツ改ざん検証処理に移行する。この処理は、先に説明した［４．コンテンツハッシュテーブルの記録情報に基づくコンテンツ検証処理］において図１５〜図１７を参照して説明した検証処理と同様の処理となる。

ステップＳ５７６において、ハッシュ値照合に失敗、すなわち両ハッシュ値が一致しなかった場合は、情報記録媒体の格納データとして設定されたファイルシステム情報に改ざんがあり、正当なファイルシステム情報でないと判定し、情報記録媒体に不正なコンテンツが追加記録されている可能性があると判定する。この場合は、ステップＳ６１１に進み、情報記録媒体からのコンテンツの再生禁止として処理を終了する。

上述したように、本処理例においては、ファイルシステム情報の改ざんの有無を検証する構成としたので、正当なライセンスを受けたディスク製造工場において記録されたファイルシステム情報が改ざんされているか否かを検証することで、正当なディスクに対する不正なコンテンツの追加記録がなされているか否かを判定することが可能となり、追記不正コンテンツがある場合、その検出によって、不正コンテンツの再生利用を禁止することが可能となる。

［６，ファイルシステム情報の検証値を格納した情報記録媒体の製造処理］
次に、上述したファイルシステム情報の検証値を格納した情報記録媒体の製造処理について説明する。

上述した［５．ファイルシステム情報の検証に基づくコンテンツ検証処理］において説明した情報記録媒体は、格納コンテンツの他に、情報記録媒体の記録コンテンツに対応するファイルシステム情報と、ファイルシステム情報に基づくハッシュ値とを記録した構成を有し、ファイルシステム情報に基づくハッシュ値は、情報記録媒体の記録コンテンツデータに基づいて生成されたハッシュ値を登録したコンテンツハッシュテーブルに対応する検証用データを格納したコンテンツ証明書に格納された構成となる。

このような情報記録媒体の製造装置について説明する。図２５に示すように、情報記録媒体製造装置は、情報記録媒体の記録コンテンツに対応するファイルシステム情報を生成するファイルシステム情報生成手段４４１と、ファイルシステム情報のハッシュ値を算出するファイルシステム情報ハッシュ値算出手段４４２と、情報記録媒体の記録コンテンツデータに基づいて生成されたハッシュ値を登録したコンテンツハッシュテーブルを生成するコンテンツハッシュテーブル生成手段４４３と、コンテンツハッシュテーブルの検証用データと、ファイルシステム情報のハッシュ値を登録情報としたコンテンツ証明書を生成するコンテンツ証明書生成手段４４４と、コンテンツ、コンテンツハッシュテーブル、およびコンテンツ証明書を情報記録媒体に記録する記録手段４４５を有する。

なお、図２５に示す構成は、情報記録媒体製造装置において、ファイルシステム情報およびそのハッシュ値の記録に必要な製造装置構成を示すものであり、この他にも記録手段は、様々な管理情報を情報記録媒体に記録することが必要であり、そのデータ処理に応じた構成を持つことになる。なお、実際のディスク製造プロセスにおいては、様々な管理情報を提供する管理エンティテイや、コンテンツオーナーなどのコンテンツ権利を持つエンティテイなどが存在し、これらの各エンティテイが様々な情報を、ディスク製造エンティテイに提供して情報記録媒体の製造が行なわれる。具体的な製造プロセスについて、以下説明する。

図２６に示すように、情報記録媒体に格納するコンテンツは、コンテンツ編集エンティテイ（ＡＳ：Authoring Studio）（＝オーサリングファシリティ）４５１において編集され、その後、情報記録媒体製造エンティテイ（ＤＭ：Disc Manufacturer)（＝暗号化ファシリティ）４５２において、例えば、ＣＤ、ＤＶＤ、Ｂｌｕ−ｒａｙディスク等が大量に複製（レプリカ）されて、情報記録媒体４５０が製造され、ユーザに提供される。情報記録媒体４５０はユーザのデバイス（情報処理装置）４５３において再生される。

このディスク製造、販売、使用処理全体についての管理を実行するのが管理センタ（ＴＣ：Trusted Center）（＝ライセンスエンティティ）４５４である。管理センタ（ＴＣ：Trusted Center）４５４は、情報記録媒体製造エンティテイ（ＤＭ：Disc Manufacturer)４５２に対して様々な管理情報、例えばメディア（情報記録媒体）に対応して設定されたメディアキーＫｍや、メディアキーＫｍを暗号化データとして格納した暗号化キーブロックとしてのＭＫＢを提供し、情報記録媒体製造エンティテイ（ＤＭ：Disc Manufacturer)４５２は、管理センタ（ＴＣ：Trusted Center）４５４から受領した管理情報に基づいて、コンテンツ編集エンティテイ（ＡＳ：Authoring Studio）４５１から受領したコンテンツの編集、暗号化、鍵情報の、生成、格納処理などを行う。また、管理センタ（ＴＣ：Trusted Center）４５４は、ユーザの情報処理装置４５３に格納するデバイスキーの管理、提供も行う。

次に、図２７を参照して、暗号化コンテンツ他のデータを格納した情報記録媒体の製造におけるデータの流れおよびデータ処理の全体について説明する。図２７には、管理センタ（ＴＣ：Trusted Center）（＝ライセンスエンティティ）５１０、コンテンツ編集エンティテイ（ＡＳ：Authoring Studio）（＝オーサリングファシリティ）５３０、情報記録媒体製造エンティテイ（ＤＭ：Disc Manufacturer)（＝暗号化ファシリティ）５５０と、最終的に製造される情報記録媒体（Ｄｉｓｃ）６００を示している。

情報記録媒体製造エンティテイ５５０は、管理センタ５１０からメディアキー（Ｋｍ）を格納したメディアキーブロック（ＭＫＢ）を取得し、メディアキー取得するとともに、コンテンツ編集エンティテイ５３０から、平文コンテンツ５３２と、暗号化処理の詳細情報を記述した補助ファイル（ＭＳＴＢ．ＤＡＴ）５３１と、ファイルシステム情報５３３を取得する。

情報記録媒体製造エンティテイ５５０は、ユニット鍵５５１を適用して、コンテンツの暗号化処理（ステップＳ５９１）を実行して暗号化コンテンツ５５２を生成する。コンテンツの暗号化処理は、セクタ単位の処理として、例えばＡＥＳ−ＣＢＣモードの暗号処理（図７参照）として実行される。生成された暗号化コンテンツ５５２は、情報記録媒体６００に格納される暗号化コンテンツ６０１とされる。

さらに、情報記録媒体製造エンティテイ５５０は、ステップＳ５９２において、生成した暗号化コンテンツ５５２の所定データ単位（ハッシュユニット）にハッシュ値を算出する。この処理は、ハッシュユニットのデータ長である１９２ＫＢのデータ単位のハッシュ値を算出する処理である。これらのハッシュ値を照合用ハッシュ値として記録したコンテンツハッシュテーブル５５３が生成され、情報記録媒体６００に格納されるコンテンツハッシュテーブル６０２とされる。

さらに、情報記録媒体製造エンティテイ５５０は、ステップＳ５９３において、コンテンツ証明書の生成処理を実行する。コンテンツ証明書は、先に図２１〜図２３を参照して説明したデータ構成を持つコンテンツの正当性を証明するためのデータである。ここには、コンテンツハッシュテーブル６０２に格納されたハッシュ値に基づくコンテンツハッシュダイジェスト（図２１〜図２３参照）が格納され、さらに、コンテンツ編集エンティテイ５３０から取得したファイルシステム情報５３３の改ざん検証値（ハッシュ値）を算出してコンテンツ証明書に格納する。これらの格納データに対応して電子署名を付加し、先に図２３を参照して説明したコンテンツ証明書を生成する。

管理センタ５１０は、情報記録媒体製造エンティテイ５５０の秘密鍵（ＳＫ＿ＭＦ）５１２、公開鍵（ＰＫ＿ＭＦ）５１３を保持し、秘密鍵５１２と、公開鍵（ＰＫ＿ＭＦ）５１３を格納した公開鍵証明書５１４を情報記録媒体製造エンティテイ５５０に提供する。

情報記録媒体製造エンティテイ５５０は、管理センタ５１０から受領した秘密鍵（ＳＫ＿ＭＦ）５５４を適用して、コンテンツ証明書に対する電子署名を実行し、電子署名付加コンテンツ証明書５５５を生成する。これが、情報記録媒体６００に格納されるコンテンツ証明書６０３とされる。

さらに、情報記録媒体製造エンティテイ５５０は、管理センタ５１０から受領した公開鍵証明書５５６を情報記録媒体に記録する。これが、情報記録媒体６００に格納される公開鍵証明書６０４となる。以上のプロセスによって、コンテンツを格納した情報記録媒体６００が完成する。

［７．情報処理装置の構成例］
次に、図２８を参照して、コンテンツの記録処理または再生処理を行う情報処理装置の構成例について説明する。情報処理装置８００は、情報記録媒体８９１の駆動を行ない、データ記録再生信号の入手力を行なうドライブ８９０、各種プログラムに従ったデータ処理を実行するＣＰＵ８７０、プログラム、パラメータ等の記憶領域としてのＲＯＭ８６０、メモリ８８０、デジタル信号を入出力する入出力Ｉ／Ｆ８１０、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ８４１を持つ入出力Ｉ／Ｆ８４０、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック８３０、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段８２０、各種の暗号処理を実行する暗号処理手段８５０を有し、バス８０１に各ブロックが接続されている。

情報処理装置８００における暗号化処理、復号処理、ハッシュ値算出、署名検証処理は、暗号化処理手段８５０あるいはＣＰＵ８７０において、例えば、ＡＥＳアルゴリズム、その他の演算処理を適用して実行される。なお、コンテンツ再生あるいは記録処理を実行するプログラムは例えばＲＯＭ８６０内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ８８０を使用する。

ＲＯＭ８６０またはメモリ８８０には、例えば、デバイスキー、管理センタの公開鍵、情報処理装置対応の秘密鍵、公開鍵証明書、さらに、リボケーションリストなどが格納される。

コンテンツ再生または外部出力に際しては、コンテンツ整合性検証処理、コンテンツハッシュテーブルの登録ハッシュ値に基づくコンテンツ改ざん検証処理が実行され、さらに、暗号化コンテンツの復号処理など、先に説明した処理例の各処理シーケンスに従った処理を実行する。

以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。

例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。

なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本発明の一実施例の構成によれば、正当な記録コンテンツデータに基づいて生成されたハッシュ値を登録したコンテンツハッシュテーブルの記録情報に基づいて、コンテンツハッシュテーブルにハッシュ値の登録されていない不正記録コンテンツの有無を検証する構成としたので、不正に追加記録されたコンテンツの不正利用を防止することが可能となる。例えば、情報記録媒体のコンテンツデータファイルのファイルサイズと、コンテンツハッシュテーブルに登録されたコンテンツデータファイルに対応するハッシュユニット数との整合性の検証によって、ハッシュ値の登録されていない記録コンテンツの有無を検証する構成としたので、効率的な検証処理が実現される。

また、本発明の一実施例の構成によれば、情報記録媒体に記録されたファイルシステム情報の改ざん検証処理を実行することで、不正に追加記録されたコンテンツの不正利用を防止することが可能となる。例えば、ファイルシステム情報に基づいて生成された照合用ハッシュ値を電子署名の付与されたコンテンツ証明書から取得し、コンテンツ証明書の署名検証の後、照合用ハッシュ値を取得して、情報記録媒体から読み出したファイルシステム情報に基づいて算出したハッシュ値との照合処理を実行する構成としたので、確実なコンテンツ検証が可能となる。

情報記録媒体の格納データ構成について説明する図である。 情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。 コンテンツ管理ユニット構成およびユニット鍵管理テーブルの例を示す図である。 情報記録媒体のデータ記録構成を説明する図であり、物理レイヤーにおけるＥＣＣブロックと、クリップＡＶストリームの対応について説明する図である。 情報記録媒体のデータ記録構成を説明する図であり、物理レイヤーにおけるクリップＡＶストリーム、論理レイヤーにおけるクリップＡＶストリーム、およびハッシュユニットの対応について説明する図である。 情報記録媒体のデータ記録構成および暗号化処理構成を説明する図である。 情報記録媒体の格納コンテンツの暗号化処理構成を説明する図である。 情報記録媒体のデータ記録構成を説明する図であり、ハッシュユニットと、アラインドユニットの対応について説明する図である。 情報記録媒体のデータ記録構成を説明する図であり、物理レイヤーおよび論理レイヤーにおけるアラインドユニットの対応について説明する図である。 コンテンツハッシュテーブルの構成例について説明する図である。 コンテンツハッシュテーブルの具体的構成例について説明する図である。 情報記録媒体に記録されるコンテンツおよび鍵情報などの管理情報を格納するディレクトリ構成例を示す図である。 コンテンツ再生を実行する情報処理装置におけるコンテンツ検証処理シーケンスを説明するフローチャートを示す図である。 クリップごとのハッシュユニット数の算出方法について説明する図である。 コンテンツ再生を実行する情報処理装置におけるハッシュ値に基づくコンテンツ検証処理シーケンスについて説明する図である。 コンテンツ再生を実行する情報処理装置におけるハッシュ値に基づくコンテンツ検証処理シーケンスについて説明するフロー図である。 コンテンツ再生を実行する情報処理装置における平文データに基づくハッシュ値を適用したコンテンツ検証処理シーケンスについて説明する図である。 ＵＤＦ(Universal Disc Format)ファイルシステムを適用した場合の情報記録媒体におけるデータ記録構成を示す図である。 ＵＤＦ(Universal Disc Format)ファイルシステムを適用した場合のファイルアクセスシーケンスについて説明する図である。 ＵＤＦ(Universal Disc Format)ファイルシステムを適用した場合のファイルアクセスシーケンスについて説明する図である。 コンテンツ証明書のデータ構成例について説明する図である。 コンテンツ証明書のデータ構成の詳細について説明する図である。 ファイルシステム情報ハッシュ値を含むコンテンツ証明書のデータ構成例について説明する図である。 コンテンツ再生を実行する情報処理装置におけるファイルシステム情報の改ざん検証に基づくコンテンツ検証処理シーケンスを説明するフローチャートを示す図である。 情報記録媒体製造装置の構成例について説明する図である。 コンテンツ格納情報記録媒体の製造において、管理センタ、コンテンツ編集エンティテイ、および情報記録媒体製造エンティテイの実行する処理例について説明する図である。 コンテンツ格納情報記録媒体の製造において、管理センタ、コンテンツ編集エンティテイ、および情報記録媒体製造エンティテイの実行する処理例について説明する図である。 情報記録媒体を装着して情報の記録再生を実行する情報処理装置の構成例について説明する図である。

符号の説明

１００ 情報記録媒体
１０１ ユーザデータ領域
１０２ リードイン領域
１１１ 暗号化コンテンツ
１１２ 記録シード
１１３ コピー・再生制御情報
１１４ コンテンツハッシュ
１１５ コンテンツ証明書
１１６ 署名検証用公開鍵証明書
１２０ 暗号鍵情報
１２１ ＭＫＢ（Media Key Block）
１３１ 物理インデックス
２１０ タイトル
２２０ ムービーオブジェクト
２３０ プレイリスト
２４０ クリップ
２６１，２６２，２６３ ＡＶストリーム
３０１，３０２ コンテンツ管理ユニット（ＣＰＳユニット）
４０１ コンテンツ管理データ部
４０２ コンテンツデータ部
４２１ 情報処理装置（再生装置）
４２２ 情報記録媒体
４２３ コンテンツハッシュテーブル
４３１ ファイルシステム情報
４４１ ファイルシステム情報生成手段
４４２ ファイルシステム情報ハッシュ値算出手段
４４３ コンテンツハッシュテーブル生成手段
４４４ コンテンツ証明書生成手段
４４５ 記録手段
４５０ 情報記録媒体
４５１ コンテンツ編集エンティテイ
４５２ 情報記録媒体製造エンティテイ
４５３ 情報処理装置
４５４ 管理センタ
５１０ 管理センタ
５１１ ＭＫＢ
５１２ 情報記録媒体製造エンティテイ秘密鍵
５１３ 情報記録媒体製造エンティテイ公開鍵
５１４ 公開鍵証明書
５３０ コンテンツ編集エンティテイ
５３１ 補助ファイル
５３２ コンテンツ（平文）
５３３ ファイルシステム情報
５５０ 情報記録媒体製造エンティテイ
５５１ ユニット鍵
５５２ 暗号化コンテンツ
５５３ コンテンツハッシュテーブル
５５４ 情報記録媒体製造エンティテイ秘密鍵
５５５ 電子署名付加コンテンツ証明書
５５６ 公開鍵証明書
６００ 情報記録媒体
６０１ 暗号化コンテンツ
６０２ コンテンツハッシュテーブル
６０３ 電子署名付加コンテンツ証明書
６０４ 公開鍵証明書
８００ 情報処理装置
８０１ バス
８１０ 入出力Ｉ／Ｆ
８２０ ＴＳ・ＰＳ処理手段
８３０ ＭＰＥＧコーデック
８４０ 入出力Ｉ／Ｆ
８４１ Ａ／Ｄ，Ｄ／Ａコンバータ
８５０ 暗号処理手段
８６０ ＲＯＭ
８７０ ＣＰＵ
８８０ メモリ
８９０ ドライブ
８９１ 情報記録媒体

Claims (6)

1. 情報処理装置であり、
   情報記録媒体に記録された記録コンテンツの検証処理を実行するコンテンツ検証手段と、
   前記検証処理に基づいて記録コンテンツの正当性が確認されたことを条件としてコンテンツ再生処理を実行するコンテンツ再生手段とを有し、
   前記コンテンツ検証手段は、
   正当な記録コンテンツデータに基づいて生成されたハッシュ値であり、予め設定されたデータ量を持つハッシュユニットごとのハッシュ値と、各コンテンツデータファイルに対応する登録ハッシュユニット数を記録したコンテンツハッシュテーブルを情報記録媒体から取得し、
   情報記録媒体に記録されたファイルシステム情報に基づいて生成された照合用ハッシュ値と、前記コンテンツハッシュテーブルの検証用データとを格納したコンテンツ証明書を取得し、取得したコンテンツ証明書に設定された電子署名の検証により、コンテンツ証明書の正当性を確認し、
   正当性の確認されたコンテンツ証明書から前記照合用ハッシュ値を取得し、情報記録媒体から読み出したファイルシステム情報に基づいて算出したハッシュ値との照合処理により、ファイルシステム情報の正当性を確認し、
   正当性の確認されたファイルシステム情報から取得した情報記録媒体のコンテンツデータファイルのファイルサイズと、前記コンテンツハッシュテーブルに記録されたコンテンツデータファイルに対応する登録ハッシュユニット数との整合性を検証して、ハッシュ値の登録されていない不正コンテンツが前記情報記録媒体に記録されているか否かの検証処理を実行し、不正コンテンツが前記情報記録媒体に記録されていないとの判定が得られた場合、さらに、
   前記ハッシュユニットをｎ個選択（ただしｎは１以上の整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、前記コンテンツハッシュテーブルに格納されたハッシュ値との照合処理を実行し、選択したｎ個全てのハッシュ値の照合成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行する構成を有することを特徴とする情報処理装置。
2. 前記コンテンツデータファイルは、
   コンテンツを含むデータファイルとして設定されるクリップファイルであり、
   前記コンテンツ検証手段における検証処理は、
   情報記録媒体に記録されたクリップファイルのファイルサイズと、前記コンテンツハッシュテーブルに登録されたクリップファイルに対応するハッシュユニット数との整合性を検証して、ハッシュ値の登録されていない記録コンテンツの有無を検証するものであることを特徴とする請求項１に記載の情報処理装置。
3. 情報記録媒体であり、
   情報記録媒体の記録コンテンツに対応するファイルシステム情報と、
   前記ファイルシステム情報に基づいて生成された照合用ハッシュ値と、
   情報記録媒体の記録コンテンツデータに基づいて生成されたハッシュ値であり、予め設定されたデータ量を持つハッシュユニットごとのハッシュ値と、各コンテンツデータファイルに対応する登録ハッシュユニット数を記録したコンテンツハッシュテーブルの検証用データと、
   を格納したコンテンツ証明書、
   を記録情報として有し、
   情報記録媒体の記録コンテンツの再生を実行する情報処理装置において、前記コンテンツ証明書の前記照合用ハッシュ値と、情報記録媒体から読み出したファイルシステム情報に基づいて算出したハッシュ値との照合処理によるファイルシステム情報の正当性確認処理を実行させ、正当性の確認されたファイルシステム情報から取得される情報記録媒体のコンテンツデータファイルのファイルサイズと、前記コンテンツハッシュテーブルに記録されたコンテンツデータファイルに対応する登録ハッシュユニット数との整合性を検証させて、ハッシュ値の登録されていない不正コンテンツが前記情報記録媒体に記録されているか否かの検証処理を実行させ、不正コンテンツが前記情報記録媒体に記録されていないとの判定が得られた場合、さらに、前記ハッシュユニットをｎ個選択（ただしｎは１以上の整数）させて、選択ハッシュユニットに基づく算出ハッシュ値と、前記コンテンツハッシュテーブルに格納されたハッシュ値との照合処理を実行させて情報記録媒体の記録コンテンツの正当性検証を実行させることを可能としたことを特徴とする情報記録媒体。
4. 情報処理方法であり、
   情報記録媒体に記録された記録コンテンツの検証処理を実行するコンテンツ検証ステップと、
   前記検証処理に基づいて記録コンテンツの正当性が確認されたことを条件としてコンテンツ再生処理を実行するコンテンツ再生ステップとを有し、
   前記コンテンツ検証ステップは、
   正当な記録コンテンツデータに基づいて生成されたハッシュ値であり、予め設定されたデータ量を持つハッシュユニットごとのハッシュ値と、各コンテンツデータファイルに対応する登録ハッシュユニット数を記録したコンテンツハッシュテーブルを情報記録媒体から取得し、
   情報記録媒体に記録されたファイルシステム情報に基づいて生成された照合用ハッシュ値と、前記コンテンツハッシュテーブルの検証用データとを格納したコンテンツ証明書を取得し、取得したコンテンツ証明書に設定された電子署名の検証により、コンテンツ証明書の正当性を確認し、
   正当性の確認されたコンテンツ証明書から前記照合用ハッシュ値を取得し、情報記録媒体から読み出したファイルシステム情報に基づいて算出したハッシュ値との照合処理により、ファイルシステム情報の正当性を確認し、
   正当性の確認されたファイルシステム情報から取得した情報記録媒体のコンテンツデータファイルのファイルサイズと、前記コンテンツハッシュテーブルに記録されたコンテンツデータファイルに対応する登録ハッシュユニット数との整合性を検証して、ハッシュ値の登録されていない不正コンテンツが前記情報記録媒体に記録されているか否かの検証処理を実行し、不正コンテンツが前記情報記録媒体に記録されていないとの判定が得られた場合、さらに、
   前記ハッシュユニットをｎ個選択（ただしｎは１以上の整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、前記コンテンツハッシュテーブルに格納されたハッシュ値との照合処理を実行し、選択したｎ個全てのハッシュ値の照合成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行するステップであることを特徴とする情報処理方法。
5. 前記コンテンツデータファイルは、
   コンテンツを含むデータファイルとして設定されるクリップファイルであり、
   前記コンテンツ検証ステップにおける検証処理は、
   情報記録媒体に記録されたクリップファイルのファイルサイズと、前記コンテンツハッシュテーブルに登録されたクリップファイルに対応するハッシュユニット数との整合性を検証して、ハッシュ値の登録されていない記録コンテンツの有無を検証するものであることを特徴とする請求項４に記載の情報処理方法。
6. 情報記録媒体に記録された記録コンテンツの検証処理を情報処理装置において実行させるコンピュータ・プログラムであり、
   情報記録媒体に記録された記録コンテンツの検証処理を実行するコンテンツ検証ステップと、
   前記検証処理に基づいて記録コンテンツの正当性が確認されたことを条件としてコンテンツ再生処理を実行するコンテンツ再生ステップとを有し、
   前記コンテンツ検証ステップは、
   正当な記録コンテンツデータに基づいて生成されたハッシュ値であり、予め設定されたデータ量を持つハッシュユニットごとのハッシュ値と、各コンテンツデータファイルに対応する登録ハッシュユニット数を記録したコンテンツハッシュテーブルを情報記録媒体から取得し、
   情報記録媒体に記録されたファイルシステム情報に基づいて生成された照合用ハッシュ値と、前記コンテンツハッシュテーブルの検証用データとを格納したコンテンツ証明書を取得し、取得したコンテンツ証明書に設定された電子署名の検証により、コンテンツ証明書の正当性を確認し、
   正当性の確認されたコンテンツ証明書から前記照合用ハッシュ値を取得し、情報記録媒体から読み出したファイルシステム情報に基づいて算出したハッシュ値との照合処理により、ファイルシステム情報の正当性を確認し、
   正当性の確認されたファイルシステム情報から取得した情報記録媒体のコンテンツデータファイルのファイルサイズと、前記コンテンツハッシュテーブルに記録されたコンテンツデータファイルに対応する登録ハッシュユニット数との整合性を検証して、ハッシュ値の登録されていない不正コンテンツが前記情報記録媒体に記録されているか否かの検証処理を実行し、不正コンテンツが前記情報記録媒体に記録されていないとの判定が得られた場合、さらに、
   前記ハッシュユニットをｎ個選択（ただしｎは１以上の整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、前記コンテンツハッシュテーブルに格納されたハッシュ値との照合処理を実行し、選択したｎ個全てのハッシュ値の照合成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行するステップであることを特徴とするコンピュータ・プログラム。

Images