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

Description

本発明は、情報処理装置、情報記録媒体、コンテンツ管理システム、およびデータ処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、コンテンツ利用管理の要求される様々なコンテンツの細分化されたデータユニット毎の管理を実現し、かつ、コンテンツの改ざん検証を効率的にかつ確実に実行することを可能とした情報処理装置、情報記録媒体、コンテンツ管理システム、およびデータ処理方法、並びにコンピュータ・プログラムに関する。

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

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

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

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

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

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

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

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

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

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

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

さらに、本発明は、情報記録媒体に格納されたコンテンツの細分化されたユニット毎に、効率的に確実に改ざん検証処理を行ない、コンテンツの利用管理を実現する情報処理装置、情報記録媒体、コンテンツ管理システム、およびデータ処理方法、並びにコンピュータ・プログラムを提供することを目的とするものである。

本発明の第１の側面は、
情報記録媒体から、所定の管理単位で管理されているコンテンツの再生処理を実行する情報処理装置であり、
コンテンツの正当性を検証するコンテンツ検証手段と、
前記コンテンツ検証手段の検証に基づいてコンテンツの正当性が確認されたことを条件としてコンテンツの再生処理を実行するコンテンツ再生手段とを有し、
前記コンテンツ検証手段は、
情報記録媒体に記録された前記管理単位で管理されているコンテンツの細分化データとして設定されたハッシュユニットをｎ個選択（ただしｎは１以上整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、情報記録媒体に、前記管理単位の名前に基づいた値に対応付けられて、テーブルとして管理されて格納された照合用ハッシュ値との照合処理を実行し、選択したｎ個全てのハッシュ値の照合の成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行する構成を有することを特徴とする情報処理装置にある。
さらに、本発明の情報処理装置の一実施態様において、前記情報記録媒体に格納された照合用ハッシュ値が含まれているテーブルは、前記コンテンツファイルとは別のデータとされて管理されていることを特徴とする。
さらに、本発明の情報処理装置の一実施態様において、前記テーブルは、更に、前記管理単位のコンテンツに対応するハッシュ値が記録されている先頭のハッシュユニット番号と、前記管理単位の記録層に基づいたオフセットの値とに対応させて、前記照合用ハッシュ値を管理していることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記コンテンツ検証手段は、情報記録媒体に格納されたコンテンツハッシュテーブルの記録データから、情報記録媒体に格納されたハッシュユニット数（ＨＮ）を取得し、ｘ≦ＨＮの数値ｘをランダムに選択して、該選択数値ｘを、情報記録媒体に格納されたハッシュユニットのハッシュユニット番号に対応させて、照合処理対象のハッシュユニットの選択処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記コンテンツ検証手段は、情報記録媒体に格納された暗号化コンテンツの構成データとしてのハッシュユニットに基づいてハッシュ値を算出する処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記コンテンツ検証手段は、前記選択ハッシュユニットの復号処理を実行し、該復号ハッシュユニットに基づくハッシュ値の算出を実行し、算出ハッシュ値と、情報記録媒体に格納された照合用ハッシュ値との照合処理を実行する構成であることを特徴とする。

さらに、本発明の第２の側面は、
情報記録媒体であり、
所定の管理単位で管理されているコンテンツと、
前記管理単位で管理されているコンテンツの細分化データとして設定されたハッシュユニット各々についてのハッシュ値と、前記コンテンツが管理されている管理単位の名前に基づいた値を対応付けて管理しているテーブルを格納した構成を有し、
前記情報記録媒体からのコンテンツ再生処理を実行する情報処理装置において、
前記管理単位で管理されているコンテンツの細分化データとして設定されたハッシュユニットをｎ個選択（ただしｎは１以上整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、前記テーブルに記録されたハッシュ値を照合用ハッシュ値として照合処理を実行し、選択したｎ個全てのハッシュ値の照合の成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行可能としたことを特徴とする情報記録媒体にある。

さらに、本発明の情報記録媒体の一実施態様において、前記ハッシュユニットの論理上のサイズは、コンテンツ再生を実行する情報処理装置におけるデータ読み取り単位であるＥＣＣブロックデータのデータ長の整数倍に設定されていることを特徴とする。

さらに、本発明の情報記録媒体の一実施態様において、前記コンテンツは、コンテンツファイルとして設定されるクリップファイルによって区分され、該クリップファイルの構成データ中、少なくともクリップファイルの先頭データ位置が、前記ＥＣＣブロックの先頭位置と一致するように記録された構成を有することを特徴とする。

さらに、本発明の第３の側面は、
コンテンツ管理システムであり、
コンテンツ利用管理のための管理情報の提供を行なう管理センタと、コンテンツ編集処理を行なうコンテンツ編集エンティテイと、前記コンテンツ編集エンティテイから、編集コンテンツを受領して情報記録媒体に対するコンテンツ記録を行なう情報記録媒体製造エンティテイを有し、
前記コンテンツ編集エンティテイまたは情報記録媒体製造エンティテイの少なくともいずれかは、所定の管理単位で管理されている情報記録媒体格納コンテンツの細分化データであるハッシュユニットに対応するハッシュ値を算出し、該算出ハッシュ値と前記管理単位の名前に基づいた値に対応付けて記録したコンテンツハッシュテーブルを、情報記録媒体の格納データとして生成する構成であることを特徴とするコンテンツ管理システムにある。

さらに、本発明のコンテンツ管理システムの一実施態様において、前記コンテンツ編集エンティテイまたは情報記録媒体製造エンティテイの少なくともいずれかは、前記コンテンツハッシュテーブルに格納したハッシュ値に基づいて算出されるハッシュダイジェスト値を記録したコンテンツ証明書を情報記録媒体に格納するデータとして生成する構成であることを特徴とする。

さらに、本発明のコンテンツ管理システムの一実施態様において、前記コンテンツ編集エンティテイまたは情報記録媒体製造エンティテイの少なくともいずれかは、前記コンテンツ証明書に格納したデータに基づく電子署名を生成し、該コンテンツ証明書に付与する処理を実行する構成であることを特徴とする。

さらに、本発明の第４の側面は、
情報記録媒体に記録する所定の管理単位で管理されているデータを生成するデータ処理方法であり、
セクタ単位の記録データ生成処理を実行する記録データ生成ステップと、
生成した記録データをバッファに格納するステップと、
バッファ蓄積データが予め定めたハッシュユニットに対応するデータ量に達した際に該バッファ蓄積データに基づくハッシュ値を算出するハッシュ値算出ステップと、
前記ハッシュ値算出ステップにおいて算出した各ハッシュユニットのハッシュ値と、前記管理単位の名前に基づいた値に対応付けたテーブルを情報記録媒体に記録するデータとして設定するステップと、
を有することを特徴とするデータ処理方法にある。

さらに、本発明のデータ処理方法の一実施態様において、前記データ処理方法は、さらに、前記テーブルであるコンテンツハッシュテーブルに格納したハッシュ値に基づいて算出されるハッシュダイジェスト値を記録したコンテンツ証明書を情報記録媒体に格納するデータとして生成するコンテンツ証明書生成ステップとを有することを特徴とする。

さらに、本発明のデータ処理方法の一実施態様において、前記コンテンツ証明書生成ステップは、コンテンツ証明書に格納したデータに基づく電子署名を生成し、該コンテンツ証明書に付与する処理を含むことを特徴とする。

さらに、本発明のデータ処理方法の一実施態様において、前記記録データ生成ステップは、各セクタ単位のデータ処理態様を記述した補助ファイルを参照し、該補助ファイルに基づいて、セクタ毎の暗号化の要否および暗号化態様を決定し、該決定情報に従ったデータ処理を行い、セクタ単位の記録データを生成することを特徴とする。

さらに、本発明の第５の側面は、
情報記録媒体から所定の管理単位で管理されているコンテンツの再生処理を実行するデータ処理方法であり、
コンテンツの正当性を検証するコンテンツ検証ステップと、
前記コンテンツ検証ステップにおける検証に基づいてコンテンツの正当性が確認されたことを条件としてコンテンツの再生処理を実行するコンテンツ再生ステップとを有し、
前記コンテンツ検証ステップは、
情報記録媒体に記録されたコンテンツの細分化データとして設定されたハッシュユニットをｎ個選択（ただしｎは１以上整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、情報記録媒体に、前記管理単位の名前に基づいた値に対応付けられて、テーブルとして管理されて格納された照合用ハッシュ値との照合処理を実行し、選択したｎ個全てのハッシュ値の照合の成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行するステップを含むことを特徴とするデータ処理方法にある。

さらに、本発明のデータ処理方法の一実施態様において、前記コンテンツ検証ステップは、情報記録媒体に格納されたコンテンツハッシュテーブルの記録データから、情報記録媒体に格納されたハッシュユニット数（ＨＮ）を取得し、ｘ≦ＨＮの数値ｘをランダムに選択して、該選択数値ｘを、情報記録媒体に格納されたハッシュユニットのハッシュユニット番号に対応させて、照合処理対象のハッシュユニットの選択処理を実行するステップを含むことを特徴とする。

さらに、本発明のデータ処理方法の一実施態様において、前記コンテンツ検証ステップは、情報記録媒体に格納された暗号化コンテンツの構成データとしてのハッシュユニットに基づいてハッシュ値を算出する処理を実行するステップを含むことを特徴とする。

さらに、本発明のデータ処理方法の一実施態様において、前記コンテンツ検証ステップは、前記選択ハッシュユニットの復号処理を実行し、該復号ハッシュユニットに基づくハッシュ値の算出を実行し、算出ハッシュ値と、情報記録媒体に格納された照合用ハッシュ値との照合処理を実行するステップを含むことを特徴とする。

さらに、本発明の第６の側面は、
情報記録媒体に記録する所定の管理単位で管理されるデータを生成する処理をコンピュータにおいて実行させるコンピュータ・プログラムであり、
セクタ単位の記録データ生成処理を実行する記録データ生成ステップと、
生成した記録データをバッファに格納するステップと、
バッファ蓄積データが予め定めたハッシュユニットに対応するデータ量に達した際に該バッファ蓄積データに基づくハッシュ値を算出するハッシュ値算出ステップと、
前記ハッシュ値算出ステップにおいて算出した各ハッシュユニットのハッシュ値と、前記管理単位の名前に基づいた値に対応付けたテーブルを情報記録媒体に記録するデータとして設定するステップと、
を有することを特徴とするコンピュータ・プログラムにある。

さらに、本発明の第７の側面は、
情報記録媒体から、所定の管理単位で管理されているコンテンツの再生処理をコンピュータにおいて実行させるコンピュータ・プログラムであり、
コンテンツの正当性を検証するコンテンツ検証ステップと、
前記コンテンツ検証ステップにおける検証に基づいてコンテンツの正当性が確認されたことを条件としてコンテンツの再生処理を実行するコンテンツ再生ステップとを有し、
前記コンテンツ検証ステップは、
情報記録媒体に記録された前記管理単位で管理されているコンテンツの細分化データとして設定されたハッシュユニットをｎ個選択（ただしｎは１以上整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、情報記録媒体に前記管理単位の名前に基づいた値に対応付けられてテーブルとして管理されて格納された照合用ハッシュ値との照合処理を実行し、選択したｎ個全てのハッシュ値の照合の成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行するステップを含むことを特徴とするコンピュータ・プログラムにある。
さらに、本発明の第８の側面は、
光ディスクを生産するディスク生産方法であり、
コンテンツ編集エンティテイにおいて生成された所定の管理単位が設定されたコンテンツ、及び、コンテンツの暗号化処理の詳細情報を記録した補助ファイルを取得するステップと、
前記取得したコンテンツを前記補助ファイルに記録された暗号化処理の詳細情報に従って暗号化するステップと、
前記取得したコンテンツを細分化したハッシュユニットを設定するステップと、
前記ハッシュユニットに対してのハッシュ値を計算するステップと、
前記計算したハッシュ値と、前記管理単位の名前に基づく値を対応付けたテーブルを生成するステップと、
前記生成されたテーブルと、前記暗号化したコンテンツに基づき前記光ディスクを生産するステップと、
を有することを特徴とするディスク生産方法にある。

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

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

本発明の構成によれば、情報記録媒体の格納コンテンツの細分化データとして設定されたハッシュユニット各々についてのハッシュ値を算出して、算出ハッシュ値をコンテンツハッシュテーブルに記録してコンテンツとともに情報記録媒体に格納する構成とし、コンテンツ再生を実行する情報処理装置において、多数のハッシュユニットからランダムに選択した１つ以上のハッシュユニットに基づいてハッシュ値照合処理を実行する構成としたので、コンテンツのデータ量にかかわらず、少ないデータ量に設定されたハッシュユニットに基づくハッシュ値の算出、照合処理によるコンテンツ検証が可能となり、コンテンツ再生を実行するユーザ機器のデータ処理能力を高めることが不要であり、またコンテンツ再生に至るまでの検証処理時間も短縮され、効率的なコンテンツ検証が可能となる。

さらに、本発明の構成では、ハッシュユニットは、コンテンツ再生を実行する情報処理装置におけるデータ読み取り単位であるＥＣＣブロックデータのデータ長の整数倍に設定された構成であるので、ハッシュユニットの読み取りをより少ないデータ読み取りによって実現することが可能であり、処理効率の高いデータ検証が可能となる。

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

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

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

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

データ格納領域１０１には、暗号化コンテンツ１１１と、暗号化コンテンツの復号処理に適用する鍵の生成に必要となる情報としての記録シード（ＲＥＣ ＳＥＥＤ）１１２と、コンテンツのコピー・再生制御情報としてのＣＣＩ（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が記録されない場合は、00000000₁₆を記述。
UK_Inf_Offset : Unit_Key.infの開始点とEncrypted Unit Key for CPS Unit#1の直前までのバイト数。そのLayerにUnit_Key.infが記録されない場合は、00000000₁₆を記述。
Num_of_UK : Disc全体のUnit Keyの数（＝CPS Unitの数）。
MFK_Cert_Location : MF Key Certificateの開始点のPhysical Sector Number。サイズは、固定。そのLayerにMFK_Certが記録されない場合は、 00000000₁₆を記述。
MKB_Location : MKBの開始点のPhysical Sector Number。そのLayerにMKB_Certが記録されない場合は、 00000000₁₆を記述。
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）暗号アルゴリズムを適用し、ＭＫＢから取得したメディアキーＫｍを用いて復号し、さらに、ＡＥＳ復号部７９１の出力値と物理インデックスデータとを排他的論理和部７９２に入力して排他論理和演算を実行した結果値をユニット鍵生成キーＫｅとする処理として実行される。

図２５のステップＳ６０３におけるコントロールキーＫｃの生成、ステップＳ６０４におけるコンテンツハッシュキーの生成も、図２６（ｂ），（ｃ）に示すようにＡＥＳ復号部７９１と排他的論理和部７９２による演算によって行われる。ユニット鍵Ｋｕの生成は、図２６（ｄ）に示すように、情報記録媒体７８０から取得した暗号化ユニット鍵ｅＫｈ（Ｋｕ）をコンテンツハッシュキーＫｈを適用してＡＥＳ復号部７９１において復号する処理として実行される。図２６のステップＳ６０７のブロックキーＫｂの生成は、図２６（ｅ）に示すようにＡＥＳ復号部７９３と排他的論理和部７９２による演算によって行われる。

なお、本実施例では、ＡＥＳ暗号アルゴリズムを適用し、１２８ビットの鍵長を持つ鍵データの生成例を示しているが、アルゴリズムや鍵長は、これらの例に限定されるものではなく、他のアルゴリズム、鍵長を適用することも可能である。

このように、コンテンツ（ＣＰＳユニット）の復号処理に適用するユニット鍵は、各種の情報を利用して生成される。ハッシュ値検証を平文データに基づいて実行する場合は、図２５を参照して説明したプロセスに従って選択したハッシュユニットの復号処理を行った後、復号データに基づくハッシュ値を算出して、算出ハッシュ値と、コンテンツハッシュテーブル（ＣＨＴ）に格納された照合用ハッシュ値との比較を行うことになる。

［７．情報処理装置の構成例］
次に、図２７を参照して、上述のコンテンツ管理ユニット（ＣＰＳユニット）構成を持つメインコンテンツ、サブコンテンツの記録処理または再生処理を行う情報処理装置の構成例について説明する。

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

まず、データ記録時の動作について説明する。記録を行うデータとしてデジタル信号入力とアナログ信号入力の２つのケースが想定される。

デジタル信号の場合、デジタル信号用入出力Ｉ／Ｆ８１０から入力され、必要に応じて暗号化処理手段８５０によって適切な暗号化処理を施したデータを情報記録媒体８９１に保存する。また、入力されたデジタル信号のデータ形式を変換して保存する場合、ＭＰＥＧコーデック８３０およびＣＰＵ８７０、ＴＳ・ＰＳ処理手段８２０によって保存用のデータ形式に変換を行い、その後暗号化処理手段８５０で適切な暗号化処理を施して情報記録媒体８９１に保存する。

アナログ信号の場合、入出力Ｉ／Ｆ８４０へ入力されたアナログ信号はＡ／Ｄコンバータ８４１によってデジタル信号となり、ＭＰＥＧコーデック８３０によって記録時に使用されるコーデックへと変換される。その後、ＴＳ・ＰＳ処理手段８２０により、記録データの形式であるＡＶ多重化データへ変換され、必要に応じて暗号化処理手段８５０によって適切な暗号化処理を施したデータが記録媒体８９１に保存される。

例えば、ＭＰＥＧ−ＴＳデータによって構成されるＡＶストリームデータからなるメインコンテンツの記録を行なう場合、メインコンテンツは、コンテンツ管理ユニット（ＣＰＳユニット）に区分された後、ユニット鍵による暗号化処理が暗号処理手段８５０によって暗号化され、ドライブ８９０を介して記録媒体８９１に記録される。

サブコンテンツについても、各データグループ対応のコンテンツ管理ユニット（ＣＰＳユニット）に区分された後、ユニット鍵による暗号化処理が暗号処理手段８５０によって暗号化され、ドライブ８９０を介して記録媒体８９１に記録される。

次に、情報記録媒体からのデータ再生を行なう場合の処理について説明する。例えばメインコンテンツとしてのＭＰＥＧ−ＴＳデータからなるＡＶストリームデータの再生を行う場合、ドライブ８９０において情報記録媒体８９１から読み出されたデータはコンテンツ管理ユニットとして識別されると、コンテンツ管理ユニットに対応するユニット鍵の取得処理が実行され、取得されたユニット鍵に基づいて、暗号化処理手段８５０で暗号を解きＴＳ（Transport Stream）・ＰＳ(Program Stream)処理手段８２０によってＶｉｄｅｏ、Ａｕｄｉｏ、字幕などの各データに分けられる。

ＭＰＥＧコーデック８３０において復号されたデジタルデータは入出力Ｉ／Ｆ８４０内のＤ／Ａコンバータ８４１によってアナログ信号に変換され出力される。またデジタル出力を行う場合、暗号化処理手段８５０で復号されたＭＰＥＧ−ＴＳデータは入出力ＩＦ８１０を通してデジタルデータとして出力される。この場合の出力は例えばＩＥＥＥ１３９４やイーサネットケーブル、無線ＬＡＮなどのデジタルインターフェースに対して行われる。なお、ネットワーク接続機能に対応する場合入出力ＩＦ８１０はネットワーク接続の機能を備える。また、再生装置内で出力先機器が受信可能な形式にデータ変換をして出力を行う場合、一旦、ＴＳ・ＰＳ処理手段８２０で分離したＶｉｄｅｏ、Ａｕｄｉｏ、字幕などに対してＭＰＥＧコーデック８３０においてレート変換、コーデック変換処理を加え、ＴＳ・ＰＳ処理手段８２０で再度ＭＰＥＧ−ＴＳやＭＰＥＧ−ＰＳなどに多重化を行ったデータをデジタル用入出力Ｉ／Ｆ８１０から出力する。または、ＣＰＵ８７０を使用してＭＰＥＧ以外のコーデック、多重化ファイルに変換をしてデジタル用入出力Ｉ／Ｆ８１０から出力することも可能である。

サブコンテンツの場合も、コンテンツ管理ユニットとして識別されると、コンテンツ管理ユニットに対応するユニット鍵の取得処理が実行され、取得されたユニット鍵に基づいて、暗号化処理手段８５０で暗号を解き、再生処理が実行される。再生を行う際に必要なコンテンツ管理ユニット（ＣＰＳユニット）ごとの鍵情報は、メモリ８８０上に保管されたデータから取得することができる。なお、ユニット鍵は情報記録媒体に格納されていない場合は、ネットワーク接続サーバから所定の手続きを行うことで取得可能である。

前述したように、コンテンツ管理ユニット（ＣＰＳユニット）には、１つのユニット鍵が対応付けられている。コンテンツ再生の再生制御を統括的に実行する再生アプリケーションプログラムが、コンテンツ管理ユニット（ＣＰＳユニット）の切り替えの発生を検出し、切り替えに応じて適用する鍵の切り替えを実行する。鍵が取得されていない場合は、鍵取得を促すメッセージを提示する処理を実行する。

記録再生装置において必要な情報を装置外部のネットワーク経由で取得する場合、取得したデータは記録再生装置内部のメモリ８８０に保存される。保存されるデータとしてはコンテンツ再生に必要な鍵情報、コンテンツ再生時に合わせて再生するための字幕、音声（Ａｕｄｉｏ）情報、静止画などのデータ、コンテンツ管理情報、およびコンテンツ管理情報に対応した再生装置の動作ルール（Ｕｓａｇｅ Ｒｕｌｅ）などが存在する。

なお、再生処理、記録処理を実行するプログラムはＲＯＭ８６０内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ８８０を使用する。なお、図２７では、データ記録、再生の可能な装置構成を示して説明したが、再生機能のみの装置、記録機能のみを有する装置も構成可能であり、これらの装置においても本発明の適用が可能である。

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

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

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

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

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

以上、説明したように、本発明の構成によれば、情報記録媒体の格納コンテンツの細分化データとして設定されたハッシュユニット各々についてのハッシュ値を算出して、算出ハッシュ値をコンテンツハッシュテーブルに記録してコンテンツとともに情報記録媒体に格納する構成とし、コンテンツ再生を実行する情報処理装置において、多数のハッシュユニットからランダムに選択した１つ以上のハッシュユニットに基づいてハッシュ値照合処理を実行する構成としたので、コンテンツのデータ量にかかわらず、少ないデータ量に設定されたハッシュユニットに基づくハッシュ値の算出、照合処理によるコンテンツ検証が可能となり、コンテンツ再生を実行するユーザ機器のデータ処理能力を高めることが不要であり、またコンテンツ再生に至るまでの検証処理時間も短縮され、効率的なコンテンツ検証が可能となる。

さらに、本発明の構成では、ハッシュユニットは、コンテンツ再生を実行する情報処理装置におけるデータ読み取り単位であるＥＣＣブロックデータのデータ長の整数倍に設定された構成であるので、ハッシュユニットの読み取りをより少ないデータ読み取りによって実現することが可能であり、処理効率の高いデータ検証が可能となる。

情報記録媒体の格納データ構成について説明する図である。 情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。 コンテンツ管理ユニット構成およびユニット鍵管理テーブルの例を示す図である。 情報記録媒体のデータ記録構成を説明する図であり、物理レイヤーにおけるＥＣＣブロックと、クリップＡＶストリームの対応について説明する図である。 情報記録媒体のデータ記録構成を説明する図であり、物理レイヤーにおけるクリップＡＶストリーム、論理レイヤーにおけるクリップＡＶストリーム、およびハッシュユニットの対応について説明する図である。 情報記録媒体のデータ記録構成および暗号化処理構成を説明する図である。 情報記録媒体の格納コンテンツの暗号化処理構成を説明する図である。 情報記録媒体のデータ記録構成を説明する図であり、ハッシュユニットと、アラインドユニットの対応について説明する図である。 情報記録媒体のデータ記録構成を説明する図であり、物理レイヤーおよび論理レイヤーにおけるアラインドユニットの対応について説明する図である。 コンテンツハッシュテーブルの構成例について説明する図である。 コンテンツハッシュテーブルの具体的構成例について説明する図である。 クリップ対応のコンテンツハッシュテーブルの構成例について説明する図である。 情報記録媒体の製造工程における管理センタ、コンテンツ編集エンティテイ、および情報記録媒体製造エンティテイの処理概要について説明する図である。 管理センタ、コンテンツ編集エンティテイ、および情報記録媒体製造エンティテイの実行する処理例について説明する図である。 情報記録媒体に格納するデータとして生成するディスクイメージの生成処理手順について説明するフロー図である。 情報記録媒体に格納するコンテンツの暗号化処理の際に適用する補助ファイルのデータについて説明する図である。 情報記録媒体に格納するコンテンツの暗号化処理の際に適用する補助ファイルのシンタックスを示す図である。 コンテンツ証明書のデータ構成について説明する図である。 コンテンツ格納情報記録媒体の製造において、管理センタ、コンテンツ編集エンティテイ、および情報記録媒体製造エンティテイの実行する処理例について説明する図である。 コンテンツ格納情報記録媒体の製造において、管理センタ、コンテンツ編集エンティテイ、および情報記録媒体製造エンティテイの実行する処理例について説明する図である。 コンテンツ格納情報記録媒体の製造において、管理センタ、コンテンツ編集エンティテイ、および情報記録媒体製造エンティテイの実行する処理例について説明する図である。 コンテンツ再生を実行する情報処理装置におけるハッシュ値に基づくコンテンツ検証処理シーケンスについて説明する図である。 コンテンツ再生を実行する情報処理装置におけるハッシュ値に基づくコンテンツ検証処理シーケンスについて説明するフロー図である。 コンテンツ再生を実行する情報処理装置における平文データに基づくハッシュ値を適用したコンテンツ検証処理シーケンスについて説明する図である。 情報処理装置におけるコンテンツ再生における暗号処理シーケンスについて説明する図である。 情報処理装置におけるコンテンツ再生において適用する鍵生成などの暗号処理の詳細について説明する図である。 情報記録媒体を装着して情報の記録再生を実行する情報処理装置の構成例について説明する図である。

符号の説明

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

Claims (24)

1. 情報記録媒体から、所定の管理単位で管理されているコンテンツの再生処理を実行する情報処理装置であり、
   コンテンツの正当性を検証するコンテンツ検証手段と、
   前記コンテンツ検証手段の検証に基づいてコンテンツの正当性が確認されたことを条件としてコンテンツの再生処理を実行するコンテンツ再生手段とを有し、
   前記コンテンツ検証手段は、
   情報記録媒体に記録された前記管理単位で管理されているコンテンツの細分化データとして設定されたハッシュユニットをｎ個選択（ただしｎは１以上整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、情報記録媒体に、前記管理単位の名前に基づいた値に対応付けられて、テーブルとして管理されて格納された照合用ハッシュ値との照合処理を実行し、選択したｎ個全てのハッシュ値の照合の成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行する構成を有することを特徴とする情報処理装置。
2. 前記情報記録媒体に格納された照合用ハッシュ値が含まれているテーブルは、前記コンテンツファイルとは別のデータとされて管理されていることを特徴とする請求項１に記載の情報処理装置。
3. 前記テーブルは、更に、前記管理単位のコンテンツに対応するハッシュ値が記録されている先頭のハッシュユニット番号と、前記管理単位の記録層に基づいたオフセットの値とに対応させて、前記照合用ハッシュ値を管理していることを特徴とする請求項１に記載の情報処理装置。
4. 前記コンテンツ検証手段は、
   情報記録媒体に格納されたコンテンツハッシュテーブルの記録データから、情報記録媒体に格納されたハッシュユニット数（ＨＮ）を取得し、ｘ≦ＨＮの数値ｘをランダムに選択して、該選択数値ｘを、情報記録媒体に格納されたハッシュユニットのハッシュユニット番号に対応させて、照合処理対象のハッシュユニットの選択処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
5. 前記コンテンツ検証手段は、
   情報記録媒体に格納された暗号化コンテンツの構成データとしてのハッシュユニットに基づいてハッシュ値を算出する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
6. 前記コンテンツ検証手段は、
   前記選択ハッシュユニットの復号処理を実行し、該復号ハッシュユニットに基づくハッシュ値の算出を実行し、算出ハッシュ値と、情報記録媒体に格納された照合用ハッシュ値との照合処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
7. 情報記録媒体であり、
   所定の管理単位で管理されているコンテンツと、
   前記管理単位で管理されているコンテンツの細分化データとして設定されたハッシュユニット各々についてのハッシュ値と、前記コンテンツが管理されている管理単位の名前に基づいた値を対応付けて管理しているテーブルを格納した構成を有し、
   前記情報記録媒体からのコンテンツ再生処理を実行する情報処理装置において、
   前記管理単位で管理されているコンテンツの細分化データとして設定されたハッシュユニットをｎ個選択（ただしｎは１以上整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、前記テーブルに記録されたハッシュ値を照合用ハッシュ値として照合処理を実行し、選択したｎ個全てのハッシュ値の照合の成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行可能としたことを特徴とする情報記録媒体。
8. 前記テーブルは、更に、前記管理単位のコンテンツに対応するハッシュ値が記録されている先頭のハッシュユニット番号と、前記管理単位の記録層に基づいたオフセットの値とに対応させて、前記照合用ハッシュ値を管理していることを特徴とする請求項７に記載の情報記録媒体。
9. 前記ハッシュユニットの論理上のサイズは、コンテンツ再生を実行する情報処理装置におけるデータ読み取り単位であるＥＣＣブロックデータのデータ長の整数倍に設定されていることを特徴とする請求項７に記載の情報記録媒体。
10. 前記コンテンツは、コンテンツファイルとして設定されるクリップファイルによって区分され、該クリップファイルの構成データ中、少なくともクリップファイルの先頭データ位置が、前記ＥＣＣブロックの先頭位置と一致するように記録された構成を有することを特徴とする請求項７に記載の情報記録媒体。
11. コンテンツ管理システムであり、
    コンテンツ利用管理のための管理情報の提供を行なう管理センタと、コンテンツ編集処理を行なうコンテンツ編集エンティテイと、前記コンテンツ編集エンティテイから、編集コンテンツを受領して情報記録媒体に対するコンテンツ記録を行なう情報記録媒体製造エンティテイを有し、
    前記コンテンツ編集エンティテイまたは情報記録媒体製造エンティテイの少なくともいずれかは、所定の管理単位で管理されている情報記録媒体格納コンテンツの細分化データであるハッシュユニットに対応するハッシュ値を算出し、該算出ハッシュ値と前記管理単位の名前に基づいた値に対応付けて記録したコンテンツハッシュテーブルを、情報記録媒体の格納データとして生成する構成であることを特徴とするコンテンツ管理システム。
12. 前記コンテンツ編集エンティテイまたは情報記録媒体製造エンティテイの少なくともいずれかは、前記コンテンツハッシュテーブルに格納したハッシュ値に基づいて算出されるハッシュダイジェスト値を記録したコンテンツ証明書を情報記録媒体に格納するデータとして生成する構成であることを特徴とする請求項１１に記載のコンテンツ管理システム。
13. 前記コンテンツ編集エンティテイまたは情報記録媒体製造エンティテイの少なくともいずれかは、前記コンテンツ証明書に格納したデータに基づく電子署名を生成し、該コンテンツ証明書に付与する処理を実行する構成であることを特徴とする請求項１１に記載のコンテンツ管理システム。
14. 情報記録媒体に記録する所定の管理単位で管理されているデータを生成するデータ処理方法であり、
    セクタ単位の記録データ生成処理を実行する記録データ生成ステップと、
    生成した記録データをバッファに格納するステップと、
    バッファ蓄積データが予め定めたハッシュユニットに対応するデータ量に達した際に該バッファ蓄積データに基づくハッシュ値を算出するハッシュ値算出ステップと、
    前記ハッシュ値算出ステップにおいて算出した各ハッシュユニットのハッシュ値と、前記管理単位の名前に基づいた値に対応付けたテーブルを情報記録媒体に記録するデータとして設定するステップと、
    を有することを特徴とするデータ処理方法。
15. 前記データ処理方法は、さらに、
    前記テーブルであるコンテンツハッシュテーブルに格納したハッシュ値に基づいて算出されるハッシュダイジェスト値を記録したコンテンツ証明書を情報記録媒体に格納するデータとして生成するコンテンツ証明書生成ステップと、
    を有することを特徴とする請求項１４に記載のデータ処理方法。
16. 前記コンテンツ証明書生成ステップは、
    コンテンツ証明書に格納したデータに基づく電子署名を生成し、該コンテンツ証明書に付与する処理を含むことを特徴とする請求項１４に記載のデータ処理方法。
17. 前記記録データ生成ステップは、
    各セクタ単位のデータ処理態様を記述した補助ファイルを参照し、該補助ファイルに基づいて、セクタ毎の暗号化の要否および暗号化態様を決定し、該決定情報に従ったデータ処理を行い、セクタ単位の記録データを生成することを特徴とする請求項１４に記載のデータ処理方法。
18. 情報記録媒体から所定の管理単位で管理されているコンテンツの再生処理を実行するデータ処理方法であり、
    コンテンツの正当性を検証するコンテンツ検証ステップと、
    前記コンテンツ検証ステップにおける検証に基づいてコンテンツの正当性が確認されたことを条件としてコンテンツの再生処理を実行するコンテンツ再生ステップとを有し、
    前記コンテンツ検証ステップは、
    情報記録媒体に記録されたコンテンツの細分化データとして設定されたハッシュユニットをｎ個選択（ただしｎは１以上整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、情報記録媒体に、前記管理単位の名前に基づいた値に対応付けられて、テーブルとして管理されて格納された照合用ハッシュ値との照合処理を実行し、選択したｎ個全てのハッシュ値の照合の成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行するステップを含むことを特徴とするデータ処理方法。
19. 前記コンテンツ検証ステップは、
    情報記録媒体に格納されたコンテンツハッシュテーブルの記録データから、情報記録媒体に格納されたハッシュユニット数（ＨＮ）を取得し、ｘ≦ＨＮの数値ｘをランダムに選択して、該選択数値ｘを、情報記録媒体に格納されたハッシュユニットのハッシュユニット番号に対応させて、照合処理対象のハッシュユニットの選択処理を実行するステップを含むことを特徴とする請求項１８に記載のデータ処理方法。
20. 前記コンテンツ検証ステップは、
    情報記録媒体に格納された暗号化コンテンツの構成データとしてのハッシュユニットに基づいてハッシュ値を算出する処理を実行するステップを含むことを特徴とする請求項１８に記載のデータ処理方法。
21. 前記コンテンツ検証ステップは、
    前記選択ハッシュユニットの復号処理を実行し、該復号ハッシュユニットに基づくハッシュ値の算出を実行し、算出ハッシュ値と、情報記録媒体に格納された照合用ハッシュ値との照合処理を実行するステップを含むことを特徴とする請求項１８に記載のデータ処理方法。
22. 情報記録媒体に記録する所定の管理単位で管理されるデータを生成する処理をコンピュータにおいて実行させるコンピュータ・プログラムであり、
    セクタ単位の記録データ生成処理を実行する記録データ生成ステップと、
    生成した記録データをバッファに格納するステップと、
    バッファ蓄積データが予め定めたハッシュユニットに対応するデータ量に達した際に該バッファ蓄積データに基づくハッシュ値を算出するハッシュ値算出ステップと、
    前記ハッシュ値算出ステップにおいて算出した各ハッシュユニットのハッシュ値と、前記管理単位の名前に基づいた値に対応付けたテーブルを情報記録媒体に記録するデータとして設定するステップと、
    を有することを特徴とするコンピュータ・プログラム。
23. 情報記録媒体から、所定の管理単位で管理されているコンテンツの再生処理をコンピュータにおいて実行させるコンピュータ・プログラムであり、
    コンテンツの正当性を検証するコンテンツ検証ステップと、
    前記コンテンツ検証ステップにおける検証に基づいてコンテンツの正当性が確認されたことを条件としてコンテンツの再生処理を実行するコンテンツ再生ステップとを有し、
    前記コンテンツ検証ステップは、
    情報記録媒体に記録された前記管理単位で管理されているコンテンツの細分化データとして設定されたハッシュユニットをｎ個選択（ただしｎは１以上整数）し、選択ハッシュユニットに基づく算出ハッシュ値と、情報記録媒体に前記管理単位の名前に基づいた値に対応付けられてテーブルとして管理されて格納された照合用ハッシュ値との照合処理を実行し、選択したｎ個全てのハッシュ値の照合の成立をコンテンツの正当性の確認条件としたコンテンツ検証処理を実行するステップを含むことを特徴とするコンピュータ・プログラム。
24. 光ディスクを生産するディスク生産方法であり、
    コンテンツ編集エンティテイにおいて生成された所定の管理単位が設定されたコンテンツ、及び、コンテンツの暗号化処理の詳細情報を記録した補助ファイルを取得するステップと、
    前記取得したコンテンツを前記補助ファイルに記録された暗号化処理の詳細情報に従って暗号化するステップと、
    前記取得したコンテンツを細分化したハッシュユニットを設定するステップと、
    前記ハッシュユニットに対してのハッシュ値を計算するステップと、
    前記計算したハッシュ値と、前記管理単位の名前に基づく値を対応付けたテーブルを生成するステップと、
    前記生成されたテーブルと、前記暗号化したコンテンツに基づき前記光ディスクを生産するステップと、
    を有することを特徴とするディスク生産方法。

Images