(57)【特許請求の範囲】
【請求項１】
記録メディアに格納されたデータを読み出して再生処理を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに格納された暗号化コンテンツを含むコンテンツファイルを取得し、該コンテンツファイルに記録されたフラグを参照して、フラグの設定に基づいて管理情報ファイルの参照の要否を判定し、
フラグの設定が、管理情報ファイルの参照が必要であることを示している場合に、コンテンツファイルの識別子を検索キーとした管理情報ファイルの検索処理を実行し、前記記録メディアから取得した管理情報ファイルの記録情報を用いて、前記暗号化コンテンツの再生可否判定処理を実行する情報処理装置。
【請求項２】
前記記録メディアに格納された管理情報ファイルは、ファイル名にコンテンツファイルの識別子が設定され、
前記データ処理部は、
再生予定のコンテンツファイルの識別子と同じ識別子の設定されたファイル名を有する管理情報ファイルを選択する処理を実行する請求項１に記載の情報処理装置。
【請求項３】
前記記録メディアに格納された管理情報ファイルは、コンテンツファイルの識別子を含むディレクトリ名を持つディレクトリに設定され、
前記データ処理部は、
再生予定のコンテンツファイルの識別子と同じ識別子の設定されたディレクトリに設定された管理情報ファイルを選択する処理を実行する請求項１に記載の情報処理装置。
【請求項４】
前記データ処理部は、
前記コンテンツファイルに記録されたコンテンツファイル識別子を検索キーとした管理情報ファイルの検索処理を実行する請求項１に記載の情報処理装置。
【請求項５】
前記データ処理部は、
前記記録メディアの識別子（メディアＩＤ）に基づく検証値を算出し、前記記録メディアに記録済みの検証値との照合処理を実行し、照合成立を条件として前記暗号化コンテンツの再生処理を行う請求項１に記載の情報処理装置。
【請求項６】
前記データ処理部は、
前記記録メディアに対して自装置の証明書を出力し、前記記録メディアにおける前記証明書の検証に基づく前記記録メディアの保護領域に対するアクセス権の許容判定を条件として、前記保護領域から暗号鍵を読み出して該暗号鍵を適用したコンテンツ復号、再生処理を実行する請求項１に記載の情報処理装置。
【請求項７】
記録メディアに格納されたデータを読み出して再生処理を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに格納された暗号化コンテンツを含むコンテンツファイルを取得し、該コンテンツファイルに記録されたフラグを参照して、フラグの設定に基づいて管理情報ファイルの参照の要否を判定し、
フラグの設定が、管理情報ファイルの参照が必要であることを示している場合に、前記コンテンツファイルに格納された管理情報ファイルの参照処理を実行し、前記記録メディアから取得したコンテンツファイルに格納された管理情報ファイルの記録情報を用いて、前記暗号化コンテンツの再生可否判定処理を実行する情報処理装置。
【請求項８】
記録メディアに対するデータ記録処理を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに暗号化コンテンツを含むコンテンツファイルを記録し、
該コンテンツファイルに、暗号化コンテンツの再生処理に際して管理情報ファイルの参照が必要であるか否かを示すフラグを設定し、
コンテンツファイル識別子を含むファイル名とした管理情報ファイル、または、コンテンツファイル識別子を含むディレクトリ名を持つディレクトリ下に管理情報ファイルを記録する構成であり、
前記管理情報ファイルは、前記暗号化コンテンツの再生可否判定処理に適用するデータを格納したファイルである情報処理装置。
【請求項９】
前記データ処理部は、
前記記録メディアの識別子（メディアＩＤ）に基づく検証値を算出し、算出した検証値を前記記録メディアに記録する請求項８に記載の情報処理装置。
【請求項１０】
再生装置における再生対象となる暗号化コンテンツを含むコンテンツファイルを記録データとして有し、
前記コンテンツファイルに、前記暗号化コンテンツの再生処理に際して管理情報ファイルの参照が必要であるか否かを示すフラグを格納した情報記録メディアであり、
再生装置におけるコンテンツ再生処理に際して、再生装置のデータ処理部に、前記フラグの設定に基づいて管理情報ファイルの参照の要否判定を実行させるとともに、前記情報記録メディアから取得した管理情報ファイルの記録情報を用いて、前記暗号化コンテンツの再生可否判定処理を実行させることを可能とした情報記録メディア。
【請求項１１】
前記情報記録メディアは、さらに、
前記情報記録メディアの識別子（メディアＩＤ）に基づく検証値を記録データとして格納し、
再生装置におけるコンテンツ再生処理に際して、前記情報記録メディアの識別子（メディアＩＤ）に基づく検証値を算出させ、算出検証値と記録済み検証値との照合処理を実行させて照合結果に応じてコンテンツ再生の許容判定処理を行わせることを可能とした請求項１０に記載の情報記録メディア。
【請求項１２】
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、記録メディアに格納されたデータを読み出して再生処理を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに格納された暗号化コンテンツを含むコンテンツファイルを取得し、該コンテンツファイルに記録されたフラグを参照して、フラグの設定に基づいて管理情報ファイルの参照の要否を判定し、
フラグの設定が、管理情報ファイルの参照が必要であることを示している場合に、コンテンツファイルの識別子を検索キーとした管理情報ファイルの検索処理を実行し、前記記録メディアから取得した管理情報ファイルの記録情報を用いて、前記暗号化コンテンツの再生可否判定処理を実行する情報処理方法。
【請求項１３】
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、記録メディアに対するデータ記録処理を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに暗号化コンテンツを含むコンテンツファイルを記録し、
該コンテンツファイルに、暗号化コンテンツの再生処理に際して管理情報ファイルの参照が必要であるか否かを示すフラグを設定し、
コンテンツファイル識別子を含むファイル名とした管理情報ファイル、または、コンテンツファイル識別子を含むディレクトリ名を持つディレクトリ下に管理情報ファイルを記録し、
前記管理情報ファイルは、前記暗号化コンテンツの再生可否判定処理に適用するデータを格納したファイルである情報処理方法。
【請求項１４】
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、記録メディアに格納されたデータを読み出して再生処理を実行するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
前記記録メディアに格納された暗号化コンテンツを含むコンテンツファイルを取得し、該コンテンツファイルに記録されたフラグを参照して、フラグの設定に基づいて管理情報ファイルの参照の要否を判定する処理と、
フラグの設定が、管理情報ファイルの参照が必要であることを示している場合に、コンテンツファイルの識別子を検索キーとした管理情報ファイルの検索処理を実行させ、前記記録メディアから取得した管理情報ファイルの記録情報を用いて、前記暗号化コンテンツの再生可否判定処理を実行させるプログラム。
【請求項１５】
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、記録メディアに対するデータ記録処理を実行するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
前記記録メディアに暗号化コンテンツを含むコンテンツファイルを記録する処理と、
該コンテンツファイルに、暗号化コンテンツの再生処理に際して管理情報ファイルの参照が必要であるか否かを示すフラグを設定する処理と、
コンテンツファイル識別子を含むファイル名とした管理情報ファイル、または、コンテンツファイル識別子を含むディレクトリ名を持つディレクトリ下に管理情報ファイルを記録する処理を実行させ、
前記管理情報ファイルは、前記暗号化コンテンツの再生可否判定処理に適用するデータを格納したファイルであるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、および情報処理方法、並びにプログラムに関する。特に、コンテンツの再生処理に際して、特定のコンテンツ保護システム（ＣＰＳ：Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｙｓｔｅｍ）に応じた処理を実行可能とする情報処理装置、および情報処理方法、並びにプログラムに関する。
【０００２】
さらに詳細には、例えばコンテンツの再生プログラム（アプリケーション）のフレームワークに依存することなく、特定のコンテンツ保護システム（ＣＰＳ：Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｙｓｔｅｍ）に従って、コンテンツ利用権の確認処理等、規定処理を実行させる構成を実現する情報処理装置、および情報処理方法、並びにプログラムに関する。
【背景技術】
【０００３】
昨今、情報記録媒体として、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）や、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）、あるいはフラッシュメモリなど、様々なメディアが利用されている。特に、昨今は、大容量のフラッシュメモリを搭載したＵＳＢメモリなどのメモリカードの利用が盛んになっている。ユーザは、このような様々な情報記録媒体（メディア）に音楽や映画などのコンテンツを記録して再生装置（プレーヤ）に装着してコンテンツの再生を行うことができる。
【０００４】
しかし、音楽データ、画像データ等の多くのコンテンツは、その作成者あるいは販売者に著作権、頒布権等が保有されている。従って、ユーザにコンテンツを提供する場合には、一定の利用制限、すなわち正規な利用権を持つユーザのみにコンテンツの利用を許諾し、許可のないコピー等の無秩序な利用が行われないような制御を行うのが一般的となっている。
【０００５】
例えば、コンテンツの利用制御に関する規格としてＡＡＣＳ（Ａｄｖａｎｃｅｄ  Ａｃｃｅｓｓ  Ｃｏｎｔｅｎｔ  Ｓｙｓｔｅｍ）が知られている。ＡＡＣＳの規格は、例えばＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）の記録コンテンツに対する利用制御構成を定義している。具体的には例えばＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）に記録するコンテンツを暗号化コンテンツとして、その暗号鍵を取得できるユーザを正規ユーザにのみ限定することを可能とするアルゴリズムなどを規定している。
【０００６】
例えば、ＡＡＣＳではメディア間のコンテンツコピーを実行する場合、管理サーバからコピー許可情報を取得することを条件としたマネージドコピー（ＭＣ：Ｍａｎａｇｅｄ  Ｃｏｐｙ）について規定している。
【０００７】
また、サーバからのコンテンツのダウンロード処理として、ＡＡＣＳでは、
ＰＣ等のユーザ装置を利用したＥＳＴ（Ｅｌｅｃｔｒｉｃ  Ｓｅｌｌ  Ｔｈｒｏｕｇｈ）や、
コンビニ等に設置された共用端末を利用したＭｏＤ（Ｍａｎｕｆａｃｔｕｒｉｎｇ  ｏｎ  Ｄｅｍａｎｄ）、
これらの各種のダウンロード形態を規定して、これらの各ダウンロード処理によりディスクにコンテンツを記録して利用する場合についても、所定のルールに従った処理を行うことを義務付けている。
なお、これらの処理については、例えば特許文献１（特開２００８−９８７６５号公報）に記載されている。
【０００８】
しかし、現行のＡＡＣＳ規定には、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）等のディスク記録コンテンツに対する利用制御構成についての規定は存在するが、その他のメディア、例えばメモリカードなどのフラッシュメモリに記録されるコンテンツ等については、十分な規定がない。
また、ＡＡＣＳで規定するコンテンツ保護システム（ＣＰＳ：Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｙｓｔｅｍ）に従ったコンテンツ再生を実行するためには、再生装置がＡＡＣＳ規定の再生プログラム（アプリケーション）を実行する構成であることが必要となる。
【０００９】
しかし、このようなＡＡＣＳ規定の再生プログラム（アプリケーション）は、特定の仕様を備えた機器でのみ利用可能なプログラムであり、すべての機器において利用可能なプログラムではないという問題がある。
例えば、昨今、携帯端末で多く利用されている基本ソフト（ＯＳ）機能を提供するＡｎｄｒｏｉｄ上では、上述したＡＡＣＳ規定アプリケーションによるコンテンツ保護システム（ＣＰＳ）に関する処理を実行させることが困難となる場合がある。
【００１０】
例えばＡＡＣＳ規定のコンテンツ保護システム（ＣＰＳ）では、様々な独立したファイル、例えば、
（ａ）コンテンツの利用条件、例えばコピー／再生制御情報などを規定した利用制御情報ファイル（Ｕｓａｇｅ  Ｆｉｌｅ）、
（ｂ）コンテンツの識別子としてのコンテンツＩＤなど、再生コンテンツの確認、検証等に利用するデータを格納したファイルであるトークン（Ｔｏｋｅｎ）、
これらのファイルをコンテンツファイルの記録メディアに、コンテンツファイルと別の独立したファイルとして予めメディアに記録し、コンテンツ再生開始前にこれらのファイルを取得してコンテンツ利用権の確認や、再生コンテンツの検証等を実行させる構成としている。
【００１１】
このような処理を実行させるため、現行のＡＡＣＳ規定のアプリケーションは、メディアに記録された各ファイルのディレクトリとファイル名を指定して個別にファイルを読み出して処理を実行する構成としている。
しかし、例えば前述の基本ソフト（ＯＳ）機能を提供するＡｎｄｒｏｉｄ（アンドロイド）は、Ａｎｄｏｒｏｉｄ上で実行するアプリケーションに、ディレクトリとファイル名を指定して個別にファイルを読み出す処理を許容していないという問題がある。
このように許容アプリケーションの実行機能に制限のある基本ソフトを利用している装置では、これまでのコンテンツ保護システム（ＣＰＳ）の機能が利用できなくなるという問題がある。
【００１２】
例えば、Ａｎｄｒｏｉｄ  プラットフォームのようにメディア再生フレームワークがパイプライン実装されている場合、ＣＰＳデータ［利用制御情報ファイル（Ｕｓａｇｅ  Ｆｉｌｅ）やトークン（Ｔｏｋｅｎ）］を、コンテンツファイルと異なる個別のファイルとしてメディアに記録される構成では、ＣＰＳデータの取り回しがアプリケーション側からは簡便に行えないという問題がある。
また、通常のメディア再生フレームワークでは、一つの再生装置に複数のメディアが装着されている場合に、アプリケーションからメディアの区別がつかないという問題がある。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００８−９８７６５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
本開示は、例えば上記問題点に鑑みてなされたものであり、例えばコンテンツの再生プログラム（アプリケーション）のフレームワークに依存することなく、特定のコンテンツ保護システム（ＣＰＳ：Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｙｓｔｅｍ）に従った処理を実行可能とする構成を実現する情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
本開示の第１の側面は、
記録メディアに格納されたデータを読み出して再生処理を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに格納された暗号化コンテンツを含むコンテンツファイルを取得し、該コンテンツファイルに記録されたフラグを参照して、フラグの設定に基づいて管理情報ファイルの参照の要否を判定し、
フラグの設定が、管理情報ファイルの参照が必要であることを示している場合に、コンテンツファイルの識別子を検索キーとした管理情報ファイルの検索処理を実行する情報処理装置にある。
【００１６】
さらに、本開示の情報処理装置の一実施態様において、前記記録メディアに格納された管理情報ファイルは、ファイル名にコンテンツファイルの識別子が設定され、前記データ処理部は、再生予定のコンテンツファイルの識別子と同じ識別子の設定されたファイル名を有する管理情報ファイルを選択する処理を実行する。
【００１７】
さらに、本開示の情報処理装置の一実施態様において、前記記録メディアに格納された管理情報ファイルは、コンテンツファイルの識別子を含むディレクトリ名を持つディレクトリに設定され、前記データ処理部は、再生予定のコンテンツファイルの識別子と同じ識別子の設定されたディレクトリに設定された管理情報ファイルを選択する処理を実行する。
【００１８】
さらに、本開示の情報処理装置の一実施態様において、前記データ処理部は、前記コンテンツファイルに記録されたコンテンツファイル識別子を検索キーとした管理情報ファイルの検索処理を実行する。
【００１９】
さらに、本開示の情報処理装置の一実施態様において、前記データ処理部は、前記記録メディアの識別子（メディアＩＤ）に基づく検証値を算出し、前記記録メディアに記録済みの検証値との照合処理を実行し、照合成立を条件として前記暗号化コンテンツの再生処理を行う。
【００２０】
さらに、本開示の情報処理装置の一実施態様において、前記データ処理部は、前記記録メディアに対して自装置の証明書を出力し、前記記録メディアにおける前記証明書検証に基づく前記記録メディアの保護領域に対するアクセス権の許容判定を条件として、前記保護領域から暗号鍵を読み出して該暗号鍵を適用したコンテンツ復号、再生処理を実行する。
【００２１】
さらに、本開示の第２の側面は、
記録メディアに格納されたデータを読み出して再生処理を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに格納された暗号化コンテンツを含むコンテンツファイルを取得し、該コンテンツファイルに記録されたフラグを参照して、フラグの設定に基づいて管理情報ファイルの参照の要否を判定し、
フラグの設定が、管理情報ファイルの参照が必要であることを示している場合に、前記コンテンツファイルに格納された管理情報ファイルの参照処理を実行する情報処理装置にある。
【００２２】
さらに、本開示の第３の側面は、
記録メディアに対するデータ記録処理を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに暗号化コンテンツを含むコンテンツファイルを記録し、
該コンテンツファイルに、暗号化コンテンツの再生処理に際して管理情報ファイルの参照が必要であるか否かを示すフラグを設定し、
コンテンツファイル識別子を含むファイル名とした管理情報ファイル、または、コンテンツファイル識別子を含むディレクトリ名を持つディレクトリ下に管理情報ファイルを記録する情報処理装置にある。
【００２３】
さらに、本開示の情報処理装置の一実施態様において、前記データ処理部は、前記記録メディアの識別子（メディアＩＤ）に基づく検証値を算出し、算出した検証値を前記記録メディアに記録する。
【００２４】
さらに、本開示の第４の側面は、
再生装置における再生対象となる暗号化コンテンツを含むコンテンツファイルを記録データとして有し、
前記コンテンツファイルに、前記暗号化コンテンツの再生処理に際して管理情報ファイルの参照が必要であるか否かを示すフラグを格納し、
再生装置におけるコンテンツ再生処理に際して、前記フラグの設定に基づいて管理情報ファイルの参照の要否判定を実行させることを可能とした情報記録メディアにある。
【００２５】
さらに、本開示の情報記録メディアの一実施態様において、前記情報記録メディアは、さらに、前記情報記録メディアの識別子（メディアＩＤ）に基づく検証値を記録データとして格納し、再生装置におけるコンテンツ再生処理に際して、前記情報記録メディアの識別子（メディアＩＤ）に基づく検証値を算出させ、算出検証値と記録済み検証値との照合処理を実行させて照合結果に応じてコンテンツ再生の許容判定処理を行わせることを可能とした。
【００２６】
さらに、本開示の第５の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、記録メディアに格納されたデータを読み出して再生処理を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに格納された暗号化コンテンツを含むコンテンツファイルを取得し、該コンテンツファイルに記録されたフラグを参照して、フラグの設定に基づいて管理情報ファイルの参照の要否を判定し、
フラグの設定が、管理情報ファイルの参照が必要であることを示している場合に、コンテンツファイルの識別子を検索キーとした管理情報ファイルの検索処理を実行する情報処理方法にある。
【００２７】
さらに、本開示の第６の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、記録メディアに対するデータ記録処理を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに暗号化コンテンツを含むコンテンツファイルを記録し、
該コンテンツファイルに、暗号化コンテンツの再生処理に際して管理情報ファイルの参照が必要であるか否かを示すフラグを設定し、
コンテンツファイル識別子を含むファイル名とした管理情報ファイル、または、コンテンツファイル識別子を含むディレクトリ名を持つディレクトリ下に管理情報ファイルを記録する情報処理方法にある。
【００２８】
さらに、本開示の第７の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、記録メディアに格納されたデータを読み出して再生処理を実行するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
前記記録メディアに格納された暗号化コンテンツを含むコンテンツファイルを取得し、該コンテンツファイルに記録されたフラグを参照して、フラグの設定に基づいて管理情報ファイルの参照の要否を判定する処理と、
フラグの設定が、管理情報ファイルの参照が必要であることを示している場合に、コンテンツファイルの識別子を検索キーとした管理情報ファイルの検索処理を実行させるプログラムにある。
【００２９】
さらに、本開示の第８の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、記録メディアに対するデータ記録処理を実行するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
前記記録メディアに暗号化コンテンツを含むコンテンツファイルを記録する処理と、
該コンテンツファイルに、暗号化コンテンツの再生処理に際して管理情報ファイルの参照が必要であるか否かを示すフラグを設定する処理と、
コンテンツファイル識別子を含むファイル名とした管理情報ファイル、または、コンテンツファイル識別子を含むディレクトリ名を持つディレクトリ下に管理情報ファイルを記録する処理を実行させるプログラムにある。
【００３０】
なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。
【００３１】
本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００３２】
本開示の一実施例の構成によれば、コンテンツの再生プログラム（アプリケーション）のフレームワークに依存することなく、所定のコンテンツ利用制御処理を実行可能とする構成が実現される。
具体的には、例えば、記録メディアに格納される暗号化コンテンツを含むコンテンツファイル内にコンテンツ再生処理に際してコンテンツ対応のトークンや利用制御情報ファイル等の管理情報ファイルの参照の要否判別情報を設定したフラグを記録する。
本構成によって、コンテンツ再生処理に際して、再生装置は、記録メディアに格納された暗号化コンテンツを含むコンテンツファイルを取得し、該コンテンツファイルに記録されたフラグを参照して、フラグの設定に基づいて管理情報ファイルの参照の要否を判定することができる。また、フラグの設定が管理情報ファイルの参照が必要であることを示している場合に、再生装置は、コンテンツファイル識別子を検索キーとして正しい管理情報ファイルを選択することができる。
【図面の簡単な説明】
【００３３】
【図１】コンテンツ提供処理および利用処理の概要について説明する図である。
【図２】メディアに対するデータ記録構成の一例を示す図である。
【図３】トークンの具体的なデータ構成例について説明する図である。
【図４】コンテンツの再生処理シーケンスについて説明するフローチャートを示す図である。
【図５】コンテンツの再生処理シーケンスについて説明するフローチャートを示す図である。
【図６】コンテンツの再生処理シーケンスについて説明するフローチャートを示す図である。
【図７】メモリカードの記憶領域の具体的構成例について説明する図である。
【図８】ホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）について説明する図である。
【図９】メモリカードの記憶領域の具体的構成例とアクセス制御処理の一例について説明する図である。
【図１０】データ記録シーケンスについて説明するシーケンス図を示す図である。
【図１１】メディアに対するデータ記録構成の一例を示す図である。
【図１２】コンテンツの再生処理シーケンスについて説明するフローチャートを示す図である。
【図１３】コンテンツの再生処理シーケンスについて説明するフローチャートを示す図である。
【図１４】コンテンツの再生処理シーケンスについて説明するフローチャートを示す図である。
【図１５】データ記録シーケンスについて説明するシーケンス図を示す図である。
【図１６】メディアに対するデータ記録構成の一例を示す図である。
【図１７】コンテンツの再生処理シーケンスについて説明するフローチャートを示す図である。
【図１８】コンテンツの再生処理シーケンスについて説明するフローチャートを示す図である。
【図１９】コンテンツの再生処理シーケンスについて説明するフローチャートを示す図である。
【図２０】データ記録シーケンスについて説明するシーケンス図を示す図である。
【図２１】メモリカードを装着してデータの記録や再生処理を行うホスト機器のハードウェア構成例について説明する図である。
【図２２】メモリカードのハードウェア構成例について説明する図である。
【発明を実施するための形態】
【００３４】
以下、図面を参照しながら本開示の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行う。
１．コンテンツ提供処理および利用処理の概要について
２．コンテンツおよび管理情報の記録構成例１（実施例１）
３．第１実施例のデータ記録構成に対応するコンテンツ再生処理例について
４．メモリカードの構成例について
５．保護領域に対するアクセス許容情報を持つ証明書について
６．各装置の証明書を適用したメモリカードに対するアクセス処理例について
７．第１実施例のデータ記録構成に対応するコンテンツ記録処理例について
８．コンテンツおよび管理情報の記録構成例２（実施例２）
９．第２実施例のデータ記録構成に対応するコンテンツ再生処理例について
１０．第２実施例のデータ記録構成に対応するコンテンツ記録処理例について
１１．コンテンツおよび管理情報の記録構成例３（実施例３）
１２．第３実施例のデータ記録構成に対応するコンテンツ再生処理例について
１３．第３実施例のデータ記録構成に対応するコンテンツ記録処理例について
１４．各装置のハードウェア構成例について
１５．本開示の構成のまとめ
【００３５】
［１．コンテンツ提供処理および利用処理の概要について］
【００３６】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。
【００３７】
まず、図１を参照して、コンテンツ提供処理および利用処理の一例について概要を説明する。
図１には、例えば映画や音楽等のコンテンツの再生処理や記録処理を実行するユーザ機器２０を示している。ユーザ機器２０には、コンテンツの再生および記録処理を行うＰＣ２１、再生装置２２、テレビ２３が含まれる。さらにＰＣ２１、再生装置２２、テレビ２３の記録メディア、例えばハードディスク等に記録されたコンテンツをこれらの機器から出力して記録するフラッシュメモリ等のメモリカード３０、さらに、メモリカード３０を装着してメモリカードに記録されたコンテンツの再生を実行する再生装置４１等が含まれる。
【００３８】
ユーザ機器２０としてのＰＣ２１、再生装置２２、テレビ２３は、コンテンツ提供サーバ１２ａ，１２ｂから様々なコンテンツを取得し、自装置の記録メディア、例えばハードディスクに記録する。また、これらのコンテンツについて利用するために必要となる鍵情報などを管理サーバ１１から取得する。
【００３９】
ユーザは、ＰＣ２１、再生装置２２、テレビ２３において、コンテンツ提供サーバ１２ａ，１２ｂからの取得コンテンツの再生処理や、外部機器に対する出力等、様々な形態でコンテンツ利用を行う。なお、多くの場合、コンテンツ提供サーバ１２ａ，１２ｂから提供されるコンテンツは利用制御対象コンテンツである。
【００４０】
コンテンツ提供サーバ１２ａ，１２ｂは、ユーザ機器２０に提供する利用制御コンテンツに併せて、許容されるコンテンツ利用形態、例えば再生処理やコピー処理についての制限情報などを記録した利用制御情報ファイル（Ｕｓａｇｅ  Ｆｉｌｅ）をユーザ機器２０に提供する。ユーザ機器２０では、この利用制御情報ファイル（Ｕｓａｇｅ  Ｆｉｌｅ）において認められた範囲でコンテンツ利用が行われる。
【００４１】
コンテンツ提供サーバ１２ａ，１２ｂが利用制御コンテンツに対応する管理情報ファイルとしてユーザ機器２０に提供するデータには、例えば以下のデータがある。
（ａ）コンテンツの利用条件、例えばコピー／再生制御情報などを規定した利用制御情報ファイル（Ｕｓａｇｅ  Ｆｉｌｅ）、
（ｂ）コンテンツの識別子としてのコンテンツＩＤなど、再生コンテンツの確認、検証等に利用するデータを格納したファイルであるトークン（Ｔｏｋｅｎ）、
ＰＣ２１、再生装置２２、テレビ２３等のユーザ機器２０は、これらのファイルをコンテンツファイルに併せてコンテンツ提供サーバ１２ａ，１２ｂから受領する。
【００４２】
しかし、前述したように、ユーザ機器２０が、これらの管理情報ファイルを、ハードディスク等の記録メディアにコンテンツファイルと別の独立したファイルとして記録してしまうと、ユーザ機器によっては、前述した問題を発生させる場合がある。
【００４３】
ユーザ機器２０に設定された基本ソフト（ＯＳ）が、ディレクトリとファイル名を指定して個別にファイルを読み出す処理を許容した機器であれば、これらの管理情報ファイルを個別に読み出して所定シーケンスに従ったコンテンツ利用権の確認処理（例えばＡＡＣＳ規定の処理）を実行してコンテンツの利用可否を決定してコンテンツ利用を行うといった処理が可能となる。
【００４４】
しかし、これらの機器が、前述したＡｎｄｒｏｉｄのようにディレクトリとファイル名を指定して個別にファイルを読み出す処理を許容しない基本ソフト（ＯＳ）を持つ機器である場合、上記の利用制御情報ファイル（Ｕｓａｇｅ  Ｆｉｌｅ）や、トークン（Ｔｏｋｅｎ）等の管理情報ファイルのスムーズな読み出しが阻害される場合がある。結果として、これらの管理情報ファイルに基づくコンテンツ利用権の確認処理（例えばＡＡＣＳ規定の処理）やコンテンツの利用可否の決定処理などの規定に従った利用制御処理ができなくなる場合がある。
【００４５】
なお、この問題は、特に、図１に示す再生装置４１のように、直接、コンテンツ提供サーバ１２ａ，１２ｂ等からコンテンツを取得する機器でない場合に発生しやすい。
図１に示すユーザ機器２０としてのＰＣ２１、再生装置２２、テレビ２３は、コンテンツ提供サーバ１２ａ，１２ｂからのコンテンツ取得処理を実行する際、コンテンツ利用権を持つ管理サーバ１１に登録された機器（例えばドメイン機器）であることを確認した上で行われる場合が多く、この確認処理の際に、例えばＡＡＣＳ規定に従ったコンテンツ確認を伴うコンテンツ再生シーケンスの実行可能な機器であることが確認されるからである。
【００４６】
なお、ドメイン機器とは、コンテンツ利用権を認められた機器であり、管理サーバ１１に登録がなされた機器である。例えば暗号化コンテンツの復号処理等に適用する鍵データを管理サーバ１１から取得している機器である。具体的には、例えば、ソニー（株）他のメーカーが規定したデジタルコンテンツの利用制御規定であるマーリンＤＲＭ（Ｍａｒｌｉｎ  Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）に従ってコンテンツ利用を行う機器である。
【００４７】
一方、コンテンツ提供サーバ１２から、直接、コンテンツを取得しない機器、例えば図１に示す再生装置４１では、コンテンツの取得時に再生装置４１の有する機能の確認等が行われないので、再生装置４１の機能によっては、上記の問題が発生することがある。
【００４８】
具体的には、例えば、ユーザ機器２０としてのＰＣ２１、再生装置２２、テレビ２３に格納されたコンテンツファイルと管理情報ファイルをフラッシュメモリ等のメモリカード３０に記録し、メモリカード３０の格納コンテンツを再生する再生装置４１において再生する場合である。
再生装置４１が先に説明したＡｎｄｒｏｉｄのようにディレクトリとファイル名を指定して個別にファイルを読み出す処理を許容しない基本ソフト（ＯＳ）を備えた機器である場合に、上記の問題が発生することになる。
以下では、このような問題を解決する構成例について説明する。
【００４９】
［２．コンテンツおよび管理情報の記録構成例１（実施例１）］
図２以下を参照して、本開示に係るコンテンツおよび管理情報の記録構成例１（実施例１）について説明する。
【００５０】
図２は、メディア（記録媒体）のデータ記録構成、具体的には、コンテンツファイルと、管理情報ファイルと、コンテンツの再生処理において利用される鍵情報等の各データの記録構成例を示す図である。
【００５１】
メディア（記録媒体）は、例えば図１に示すメモリカード３０、あるいはＰＣ２１、再生装置２２、テレビ２３、再生装置４１等に備えられた記録メディアである。
【００５２】
図２に示すメディア記録構成に従ったデータ記録処理は、例えば以下のようなタイミングで行われるデータ記録処理に際して行われる。
（１）ユーザ機器２０としてのＰＣ２１、再生装置２２、テレビ２３、再生装置４１が、コンテンツ提供サーバ１２ａ，１２ｂから取得したデータをメモリカード３０に記録する処理。
あるいは、
（２）ユーザ機器２０としてのＰＣ２１、再生装置２２、テレビ２３、再生装置４１が、コンテンツ提供サーバ１２ａ，１２ｂから取得したデータを自装置のハードディスク等の記録メディアに記録する処理。
例えば、図２に示すデータ記録構成は、上記（１），（２）のデータ記録処理によって設定される構成である。
【００５３】
以下では、一例として、上記の（１）のデータ記録処理を実行する場合、すなわち、ユーザ機器２０としてのＰＣ２１、再生装置２２、テレビ２３、再生装置４１が、コンテンツ提供サーバ１２ａ，１２ｂから取得したデータをメモリカード３０に記録する際に、図２に示すデータ記録構成で記録を行う処理例について説明する。
【００５４】
具体例として図２に示すユーザ機器２０中のＰＣ２１がメモリカード３０を装着して、メモリカード３０にデータ記録を行う場合の処理例について説明する。
ＰＣ２１は、コンテンツ提供サーバ１２から取得し、ＰＣ２１のハードディスクに記録済みのコンテンツファイル、管理情報ファイル、鍵情報などの各データを、メモリカード３０に記録する。この際に、図２に示す記録構成に従ったデータ記録を実行する。
【００５５】
図２に示すように、メモリカード３０には、
（ａ）コンテンツファイル１１０、
（ｂ）管理情報と第１鍵データ１２０、
（ｃ）第２鍵データ１３０、
これらの各データが記録される。
【００５６】
図２には、（ａ）コンテンツファイル１１０として、
ｎ個のコンテンツファイル＃１，１１０−１〜コンテンツファイル＃ｎ，１１０−ｎが記録された例を示している。
これらのコンテンツファイルは例えばＭＰ４形式の符号化データファイルであり、例えば映画や音楽等の再生対象データを暗号化した暗号化コンテンツを含むデータファイルである。
【００５７】
コンテンツファイル＃１，１１０−１〜コンテンツファイル＃ｎ，１１０−ｎの各々には、暗号化コンテンツの他に、コンテンツファイルに含まれるコンテンツの属性を示すフラグ（ｆｌａｇ）１１２−１〜ｎを記録したセキュリティボックス（Ｓｅｃｕｒｉｔｙ  ｂｏｘ）１１１−１〜ｎが記録される。
【００５８】
フラグは、コンテンツの利用に際して管理情報ファイルの参照が必要となるか否かの情報を有するフラグである。
さらに、例えば、コンテンツの利用制御システム（ＤＲＭ：Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）の種類、例えばマーリン（Ｍａｒｌｉｎ）等のＤＲＭ種別を示す情報を持つフラグを設定してもよい。
【００５９】
例えば、
フラグの値＝０：管理情報ファイルを参照した処理が不要、
フラグの値＝１：管理情報ファイルを参照した処理が必要、
このような設定、
あるいは、
フラグの値＝００：管理情報ファイルを参照した処理が不要、
フラグの値＝０１：コンテンツの利用制御システム（ＤＲＭ）＝マーリン（Ｍａｒｌｉｎ）であり、管理情報ファイルを参照した処理が必要、
フラグの値＝０２：コンテンツの利用制御システム（ＤＲＭ）＝ｘｘｘｘであり、管理情報ファイルを参照した処理が必要、
このような設定のフラグである。
【００６０】
例えば、再生装置におけるコンテンツ再生処理に際して、前述のＡｎｄｏｒｏｉｄのようなＯＳ上で実行されるコンテンツ再生プログラム（アプリケーション）は、コンテンツファイル１１０−ｘを読み出して再生を実行する。この際、再生装置は、読み出したコンテンツファイル１１０−ｘに含まれるセキュリティボックスを取得してフラグの値を参照し、フラグの値に基づいて、管理情報ファイルの読み出しと管理情報ファイルに基づくデータ処理の要否を判定することが可能となる。
なお、この処理をスムーズに実行するため、セキュリティボックス内のデータは非暗号化データとすることが好ましい。
【００６１】
図２に示す（ｂ）管理情報と第１鍵データ１２０には、各コンテンツファイル＃１，１１０−１〜コンテンツファイル＃ｎ，１１０−ｎに対応する管理情報ファイルと鍵情報ファイルが含まれる。
【００６２】
管理情報ファイルには以下のファイルが含まれる。
コンテンツの識別子としてのコンテンツＩＤなど、再生コンテンツの確認、検証等に利用するデータを格納したファイルであるトークンファイル（Ｔｏｋｅｎ  Ｆｉｌｅ）１２１−１〜１２１−ｎ、
コンテンツの利用条件、例えばコピー／再生制御情報などを規定した利用制御情報ファイル（Ｕｓａｇｅ  Ｆｉｌｅ）１２２−１〜ｎ、
管理情報ファイルにはこれらのファイルが含まれる。
【００６３】
トークンファイル（Ｔｏｋｅｎ  Ｆｉｌｅ）１２１の具体的なデータ構成例について図３を参照して説明する。
トークンは、図３に示すように例えば以下のデータを含むデータである。
（１）ボリュームＩＤ（ＰＶ  Ｖｏｌｕｍｅ  ＩＤ）
（２）コンテンツＩＤ（Ｃｏｎｔｅｎｔ  ＩＤ）
（３）コンテンツハッシュテーブルダイジェスト（Ｃｏｎｔｅｎｔ  Ｈａｓｈ  Ｔａｂｌｅ  Ｄｉｇｅｓｔ（Ｓ））
（４）利用制御情報ハッシュ値（Ｕｓａｇｅ  Ｒｕｌｅ  Ｈａｓｈ）
（５）タイムスタンプ（Ｔｉｍｅ  ｓｔａｍｐ）
（６）その他の情報
（７）署名（Ｓｉｇｎａｔｕｒｅ）
【００６４】
以下、上記の各データについて説明する。
（１）ボリュームＩＤ（ＰＶ  Ｖｏｌｕｍｅ  ＩＤ）
ボリュームＩＤ（ＰＶ  Ｖｏｌｕｍｅ  ＩＤ）は、所定単位（例えばタイトル単位）のコンテンツに対応する識別子（ＩＤ）である。このＩＤは、例えばコンテンツ再生時に利用可能性のあるＪａｖａ（登録商標）アプリケーションであるＢＤ−Ｊ／ＡＰＩやＢＤ＋ＡＰＩ等によって参照される場合があるデータである。
【００６５】
（２）コンテンツＩＤ（Ｃｏｎｔｅｎｔ  ＩＤ）
コンテンツＩＤ（Ｃｏｎｔｅｎｔ  ＩＤ）はコンテンツを識別する識別子であるが、トークンに記録されるコンテンツＩＤは、コンテンツまたはコンテンツ管理データ（トークンを含む）を提供したサーバＩＤを含むデータとして設定される。すなわち、
コンテンツＩＤ＝サーバＩＤ（Ｓｅｒｖｅｒ  ＩＤ）＋コンテンツ固有ＩＤ（Ｕｎｉｑｕｅ  Ｃｏｎｔｅｎｔ  ＩＤ）
上記のようにサーバＩＤを含むデータとしてコンテンツＩＤが記録される。
【００６６】
サーバＩＤは、認証局が各コンテンツ提供サーバに設定したＩＤである。先に図４を参照して説明したサーバ証明書（Ｓｅｒｖｅｒ  Ｃｅｒｔ）に記録されたサーバＩＤと同じＩＤである。
コンテンツ固有ＩＤは、コンテンツ提供サーバが独自に設定するコンテンツ対応の識別子（ＩＤ）である。
トークンに記録されるコンテンツＩＤは、このように認証局の設定したサーバＩＤとコンテンツ提供サーバの設定したコンテンツ固有ＩＤの組み合わせとして構成される。
【００６７】
なお、コンテンツＩＤの構成ビット数や、サーバＩＤのビット数、コンテンツ固有ＩＤのビット数は予め規定されており、コンテンツを再生する再生装置は、トークンに記録されたコンテンツＩＤから所定ビット数の上位ビットを取得してサーバＩＤを取得し、コンテンツＩＤから所定の下位ビットを取得することでコンテンツ固有ＩＤを得ることが可能となる。
【００６８】
（３）コンテンツハッシュテーブルダイジェスト（Ｃｏｎｔｅｎｔ  Ｈａｓｈ  Ｔａｂｌｅ  Ｄｉｇｅｓｔ（Ｓ））
コンテンツハッシュテーブルダイジェスト（Ｃｏｎｔｅｎｔ  Ｈａｓｈ  Ｔａｂｌｅ  Ｄｉｇｅｓｔ（Ｓ））は、メモリカードに格納されるコンテンツのハッシュ値を記録したデータである。このデータは、コンテンツが改ざん検証処理に利用される。
【００６９】
コンテンツを再生する再生装置は、メモリカードに記録された再生予定のコンテンツのハッシュ値を計算し、トークンに記録されたコンテンツハッシュテーブルダイジェスト（Ｃｏｎｔｅｎｔ  Ｈａｓｈ  Ｔａｂｌｅ  Ｄｉｇｅｓｔ（Ｓ））の記録値との比較を実行する。計算データと登録データとが一致としていればコンテンツの改ざんはないと判定されコンテンツ再生が可能となる。一致しない場合は、コンテンツは改ざんされている可能性があると判定され、再生は禁止される。
【００７０】
（４）利用制御情報ハッシュ値（Ｕｓａｇｅ  Ｒｕｌｅ  Ｈａｓｈ）
利用制御情報ハッシュ値（Ｕｓａｇｅ  Ｒｕｌｅ  Ｈａｓｈ）はサーバがコンテンツの管理データとしてユーザに提供しメモリカードに記録させる利用制御情報のハッシュ値である。
利用制御情報は、例えばコンテンツのコピーを許容するか否か、コピーの許容回数、他機器への出力可否などのコンテンツの利用形態の許容情報などを記録したデータであり、コンテンツとともにメモリカードに記録される情報である。
利用制御情報ハッシュ値は、この利用制御情報の改ざん検証用のデータとして利用されるハッシュ値である。
【００７１】
コンテンツを再生する再生装置は、メモリカードに記録された再生予定のコンテンツに対応する利用制御情報のハッシュ値を計算し、トークンに記録された利用制御情報ハッシュ値（Ｕｓａｇｅ  Ｒｕｌｅ  Ｈａｓｈ）の記録値との比較を実行する。計算データと登録データとが一致としていれば利用制御情報の改ざんはないと判定され、利用制御情報に従ったコンテンツ利用が可能となる。一致しない場合は、利用制御情報は改ざんされている可能性があると判定され、コンテンツの再生等の利用処理は禁止される。
【００７２】
（５）タイムスタンプ（Ｔｉｍｅ  ｓｔａｍｐ）
タイムスタンプ（Ｔｉｍｅ  ｓｔａｍｐ）は、このトークンの作成日時、例えば図３の（７）に示す署名の作成日時情報である。
【００７３】
トークン（Ｔｏｋｅｎ）には、上述したデータの他、図３に示すように［（６）その他の情報］が記録され、さらに、（１）〜（６）の各データに対してサーバの秘密鍵によって生成された（７）署名（Ｓｉｇｎａｔｕｒｅ）が記録される。この署名によりトークンの改ざん防止構成が実現される。
【００７４】
トークン（Ｔｏｋｅｎ）を利用する場合は、署名検証を実行して、トークン（Ｔｏｋｅｎ）が改ざんのない正当なトークンであることを確認した上で利用が行われる。なお、署名検証は、サーバの公開鍵を利用して実行される。サーバの公開鍵は、例えばサーバの公開鍵証明書（Ｓｅｒｖｅｒ  Ｃｅｒｔｉｆｉｃａｔｅ）から取得可能である。
【００７５】
図２に戻り、メモリカード３０に格納されるデータについて説明を続ける。
図２に示す（ｂ）管理情報と第１鍵データ１２０には、トークンファイル１２１と、利用制御情報ファイル１２２の他、鍵情報ファイル１２３が含まれる。
【００７６】
鍵情報ファイル１２３は、
各コンテンツファイル＃１，１１０−１〜コンテンツファイル＃ｎ，１１０−ｎに格納された暗号化コンテンツの暗号化／復号処理に適用する鍵であるタイトルキーを暗号化した暗号化タイトルキー１２４、さらに、
コンテンツファイルの識別子と機器またはメディア識別子（本例では図１に示すメモリカード３０の識別子）との連結情報に基づく検証値（ＭＡＣ：Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）１２５−１〜ｎ、
これらのデータを格納している。
【００７７】
なお、本例では図２に示すデータを格納している機器がメモリカード３０であると仮定しており、検証値１２５−１〜ｎはコンテンツファイルの識別子とメモリカード３０の識別子との連結情報に基づく検証値（ＭＡＣ）として設定される。
なお、検証値（ＭＡＣ）は、図２に示す構成を持つデータを格納した機器の識別子（機器ＩＤ）またはメディアの識別子（メディアＩＤ）に基づく検証値（ＭＡＣ）として設定される。
【００７８】
管理情報ファイルであるトークンファイル（Ｔｏｋｅｎ  Ｆｉｌｅ）１２１−１〜１２１−ｎと、利用制御情報ファイル（Ｕｓａｇｅ  Ｆｉｌｅ）１２２−１〜ｎの各ファイルには、ファイル名として、コンテンツファイルの識別情報（＃１〜＃ｎ）が設定される。
【００７９】
このようなファイル名設定処理によって、コンテンツ再生を行う再生機器において実行されるコンテンツ再生実行プログラム（アプリケーション）は、再生予定のコンテンツファイルの識別子（＃１〜＃ｎ）を検索キーとして、同じ識別子を持つ管理情報ファイルを選択することが可能となる。このファイル選択処理によって、再生予定コンテンツに対応する管理情報ファイルを正しく選択できる。
【００８０】
なお、管理情報ファイルのファイル名にコンテンツファイルの識別子（＃１〜＃ｎ）を設定する構成の他、
管理情報ファイルを設定するディレクトリ名に、コンテンツファイルの識別子（＃１〜＃ｎ）を設定する構成としてもよい。
この構成の場合、再生装置は、再生予定のコンテンツファイルの識別子（＃１〜＃ｎ）を検索キーとして、同じ識別子を持つディレクトリを選択して再生予定コンテンツに対応する管理情報ファイルをその選択ディレクトリから取得することができる。
【００８１】
また、コンテンツ再生を行う再生機器において実行されるコンテンツ再生実行プログラム（アプリケーション）は、鍵情報ファイル１２３に含まれる再生予定のコンテンツファイルに対応する検証値（ＩＤ＃ｘ検証値）１２５−ｘを取得して、取得した検証値に基づく検証処理を実行する。
【００８２】
具体的には、例えば図２に示すデータが図１に示すメモリカード３０に記録され、図１に示す再生装置４１がメモリカード３０を装着してコンテンツファイル１１０−ｘに含まれるコンテンツを再生する場合、再生装置４１は、メモリカード３０の識別子（メディアＩＤ）を取得し、取得したメディアＩＤと、再生予定コンテンツファイルの識別子（ＩＤ＃ｘ）に基づくＭＡＣ算出を実行する。さらに、算出したＭＡＣと、鍵情報ファイル１２３に含まれる検証値（ＩＤ＃ｘ検証値）１２５−ｘとの照合処理を実行する。
【００８３】
この照合処理において、照合成立（両ＭＡＣが一致）した場合、正当な処理に従ってコンテンツがメディアに格納されたと判定して、コンテンツ再生に移行する。
一方、照合が不成立（両ＭＡＣが不一致）の場合、正当な処理に従ってコンテンツがメディアに格納されていない、例えば不正にメディア間コピーが行われた可能性があると判定する。この場合はコンテンツ再生を実行しない。
【００８４】
図２に示すように、メモリカード３０には、さらに、
（ｃ）第２鍵データ１３０が記録される。
これは、具体的には、図２に示すようにバインドキー１３１である。バインドキー１３１は、暗号化タイトルキー１２４の暗号化キーである。
バインドキー１３１は、メモリカードの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に記録される。なお、保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）は、アクセス制限領域であり、アクセス要求装置がメモリカードに提示した証明書を検証して、証明書に記載されたアクセス許容情報に応じてアクセスが許容される領域である。この保護領域の構成と、アクセスシーケンスについての詳細は後述する。
【００８５】
例えば、図１に示す再生装置４１がメモリカード３０を装着してメモリカード３０に格納されたコンテンツファイル１１０−ｘに記録されたコンテンツの再生を行う場合、再生装置４１は自装置の証明書（例えば公開鍵証明書）をメモリカード３０に出力する。
メモリカード３０は再生装置４１の証明書を検証して、証明書に記載されたアクセス許容情報に応じて保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対するアクセスを許容するか否かを決定する。
【００８６】
アクセスが許容されると判定された場合にのみ、再生装置４１は、メモリカード３０の保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）からバインドキー１３１を読み出すことが可能となる。
読み出したバインドキー１３１を適用して暗号化タイトルキーを復号してタイトルキーを取得し、取得したタイトルキーを用いてコンテンツファイル１１０−ｘに含まれる暗号化コンテンツを復号して再生を実行する。
【００８７】
［３．第１実施例のデータ記録構成に対応するコンテンツ再生処理例について］
次に、再生装置が、図２を参照して説明したデータ記録構成を持つメディアに記録されたコンテンツを読み出して再生処理を実行する場合の再生シーケンスについて図４以下に示すフローチャートを参照して説明する。
【００８８】
図４以下のフローチャートに従ったコンテンツ再生処理は、例えば図２に示すデータを格納したメディアからコンテンツファイルを読み出して再生処理を実行する再生装置において実行される。
例えば、図１に示す再生装置４１が、図２に示すデータを格納したメモリカード３０を装着してメモリカード３０に格納されたコンテンツファイルを読み出して再生する場合に実行される処理である。
【００８９】
なお、再生装置４１におけるコンテンツ再生処理は、再生装置４１のメモリに予め格納された再生プログラム（アプリケーション）を、再生装置４１のデータ処理部で実行することで行われ、図４以下のフローチャートに示す各ステップの処理は、再生装置４１のデータ処理部において実行される。
【００９０】
図４以下のフローに示す各ステップの処理について説明する。
まず、ステップＳ１０１において、再生コンテンツの指定情報を入力することで再生シーケンスがスタートする。
ステップＳ１０１の処理は、具体的には、例えば再生装置４１のディスプレイに表示される再生可能なコンテンツ情報に対するユーザによるコンテンツ指定情報の入力検出処理として行われる。
【００９１】
次に、ステップＳ１０２において、再生指定コンテンツファイルを取得する。例えば再生装置４１に装着されたメモリカード３０に記録されたコンテンツファイルを取得する。
具体的には、例えば再生装置４１のデータ処理部が、メモリカード３０から、図２に示すコンテンツファイル＃１，１１０−１を読み出す処理として実行する。
【００９２】
次に、ステップＳ１０３において、読み出したコンテンツファイルからセキュリティボックスを取得する。
先に図２を参照して説明したように、コンテンツファイルに含まれるセキュリティボックスには、コンテンツファイルに含まれるコンテンツの属性を示すフラグ（ｆｌａｇ）が記録されている。
フラグは、例えば、コンテンツの利用に際して管理情報ファイルの参照が必要となるか否かの情報を持つ。
例えば、
フラグの値＝０：管理情報ファイルを参照した処理が不要、
フラグの値＝１：管理情報ファイルを参照した処理が必要、
このような設定である。
【００９３】
ステップＳ１０４において、再生装置は、セキュリティボックスのフラグの値が管理情報ファイルの参照処理が必要であることを示しているか否かを判定する。
管理情報ファイルの参照処理が必要であることを示している場合にはステップＳ１０５に進む。
【００９４】
管理情報ファイルの参照処理が不要であることを示す場合にはステップＳ１１８に進み、コンテンツ再生に移行する。これは、例えばサービスコンテンツなど、利用制御の不要なコンテンツに対して行われる処理であり、コンテンツも暗号化されていないコンテンツで自由に利用可能なコンテンツである場合などの処理である。この場合は、ステップＳ１０５〜Ｓ１１７の処理を省略してコンテンツファイルに含まれるコンテンツ再生に移行することになる。
【００９５】
フラグが、管理情報ファイルの参照処理が必要であることを示す場合にはステップＳ１０５に進み、管理情報ファイルの読み出しを実行する。
この管理情報ファイルの読み出し処理に際しては、再生指定コンテンツファイルの識別子（＃ｘ）を検索キーとして管理情報ファイルを検索する。すなわち、管理情報ファイル名に再生予定のコンテンツファイルの識別子（＃１〜＃ｎ）と同じ識別子を持つ管理情報ファイルを選択する。このファイル選択処理によって、再生予定コンテンツに対応する管理情報ファイルを正しく選択できる。
【００９６】
なお、前述したように、管理情報ファイルを設定したディレクトリ名にコンテンツファイルの識別子（＃１〜＃ｎ）を設定した構成としてもよく、この場合は、ンテンツファイルの識別子（＃１〜＃ｎ）と同じ識別子を持つディレクトリを選択してそのディレクトリに設定された管理情報ファイルを選択する。このファイル選択処理によって、再生予定コンテンツに対応する管理情報ファイルを正しく選択できる。
【００９７】
次に、再生装置は、ステップＳ１０６において、再生予定コンテンツファイルに対応する管理情報ファイルであるトークン、利用制御情報を読み取り、これらのデータに設定された改ざん検証用の署名検証を実行する。
ステップＳ１０７において検証成立と判定されると、ステップＳ１０８に進み、検証不成立の場合は、ステップＳ１５１に進み、再生処理を中止する。
【００９８】
ステップＳ１０７において検証成立と判定され、トークン、利用制御情報の正当性が確認された場合は、ステップＳ１０８に進み、トークン、利用制御情報の構成データに基づくコンテンツの検証や許容処理の確認等を実行する。
【００９９】
次に、ステップＳ１０９において、再生装置は、コンテンツファイルを格納したメモリカードの識別子であるメディアＩＤを読み取る。
次に、再生装置は、ステップＳ１１０において、読み取ったメディアＩＤと、再生予定のコンテンツファイルの識別子（＃ｘ）とに基づく検証値（例えばＭＡＣ）を算出する。なお、この算出アルゴリズムは、予め既定されたアルゴリズムであり、先に図２を参照して説明した鍵情報ファイル１２３に格納されたＭＡＣの算出アルゴリズムと同様のアルゴリズムが適用される。
【０１００】
次に、ステップＳ１１１において、再生装置は、図２を参照して説明した鍵情報ファイル１２３に格納された検証値（ＭＡＣ）を取得し、ステップＳ１１２において、再生装置は、算出ＭＡＣ値と、鍵情報ファイル１２３に格納された検証値（ＭＡＣ）との照合処理（ＭＡＣ検証）を実行する。
【０１０１】
ステップＳ１１３において、算出ＭＡＣと読み出しＭＡＣが一致したと判定した場合は、正当なコンテンツ書き込み処理がなされたメディアであると判定してステップＳ１１４以下の処理を実行する。
ステップＳ１１３において、算出ＭＡＣと読み出しＭＡＣが一致しなかったと判定した場合は、正当なコンテンツ書き込み処理がなされたメディアではない可能性があると判定してステップＳ１１４以下の処理を実行することなく、ステップＳ１５１に進み処理を中止する。
【０１０２】
ステップＳ１１３において、算出ＭＡＣと読み出しＭＡＣが一致し、ステップＳ１１４に進むと、再生装置は、メモリカードの保護領域に記録された暗号鍵（バインドキー）を読み取る。
なお、この保護領域に対するアクセスの前提として、再生装置は、メモリカードに対して再生装置の証明書（例えば公開鍵証明書）の提示を行う。メモリカードは再生装置から受領した証明書に基づいて保護領域に対するアクセス権の有無を判定してアクセス権が認められた場合にのみ、ステップＳ１１４の保護領域からのバインドキー読み取り処理が実行されることになる。
アクセス権が認められなかった場合は、ステップＳ１１４の処理は実行されず、コンテンツ再生は許容されないことになる。
【０１０３】
再生装置のメモリカード保護領域に対するアクセス権が確認され、ステップＳ１１４の保護領域からのバインドキー読み取り処理が実行されると、次に、ステップＳ１１５において、再生装置は、図２に示す暗号鍵ファイル１２３から、再生予定コンテンツに対応する暗号化タイトルキーを読み出す。
【０１０４】
次に、再生装置は、ステップＳ１１６において、バインドキーを利用して暗号化タイトルキーの復号処理を実行しタイトルキーを取得する。
さらに、ステップＳ１１７において、取得したタイトルキーを適用して再生予定のコンテンツファイル内の暗号化コンテンツの復号処理を実行し、ステップＳ１１８において、復号したコンテンツを再生する。
【０１０５】
［４．メモリカードの構成例について］
上述したように、例えばフラッシュメモリ等のメモリカード３０などのメディアには、アクセス権の確認に基づいてアクセスの許容される保護領域が設定されている。
このような保護領域の設定されたメディアの構成例について図７以下を参照して説明する。
【０１０６】
図７は、コンテンツの記録メディアとして利用されるフラッシュメモリ等のメモリカードの具体的構成例を示す図である。
メモリカード２００の記憶領域は、図７に示すように、
（ａ）保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０、
（ｂ）汎用領域（Ｇｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ａｒｅａ）２２０、
これら２つの領域によって構成される。
【０１０７】
（ｂ）汎用領域（Ｇｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ａｒｅａ）２２０はユーザの利用する記録装置や再生装置等によって、自由にアクセス可能な領域であり、コンテンツや一般のコンテンツ管理データ等が記録される。ユーザによって自由にデータの書き込みや読み取りを行うことか可能な領域である。
【０１０８】
一方、（ａ）保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０は、自由なアクセスが許容されない領域である。
例えば、ユーザの利用する記録装置、再生装置、あるいはネットワークを介して接続されるサーバ等によってデータの書き込みあるいは読み取りを行おうとする場合、メモリカード２００のデータ処理部は、メモリカード２００に予め格納されたプログラムに従ってアクセス許容判定処理を実行する。この判定処理によって、アクセスを要求する各装置に応じて読み取り（Ｒｅａｄ）または書き込み（Ｗｒｉｔｅ）の可否が決定される。
【０１０９】
メモリカード２００は、予め格納されたプログラムの実行や認証処理を行うデータ処理部を備えており、メモリカード２００は、メモリカード２００に対してデータの書き込みまたは読み取りを実行しようとする装置との認証処理を行う。
【０１１０】
この認証処理の段階で、相手装置、すなわちアクセス要求装置から公開鍵証明書等の装置証明書（たとえばサーバ証明書（Ｓｅｒｖｅｒ  Ｃｅｒｔｉｆｉｃａｔｅ）を受信し、その証明書に記載された情報を用いて、保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０の各区分領域に対するアクセス許容判定を行う。この判定処理は、図７に示す保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０内の区分領域（図に示す領域＃０，＃１，＃２・・・）単位で行われ、許可された区分領域で許可された処理（データの読み取り／書き込み等の処理）のみが、アクセス要求装置に対する許容処理として設定される。
【０１１１】
このメディアに対する読み取り／書き込み制限情報（ＰＡＤ  Ｒｅａｄ／ＰＡＤＷｒｉｔｅ）は、例えば、アクセスしようとする装置、例えばサーバや、記録再生装置（ホスト）単位で設定される。これらの情報は各装置対応のサーバ証明書（Ｓｅｒｖｅｒ  Ｃｅｒｔｉｆｉｃａｔｅ）や、ホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）に記録される。
【０１１２】
メモリカード２００は、メモリカード２００に予め格納された既定のプログラムに従って、サーバ証明書（Ｓｅｒｖｅｒ  Ｃｅｒｔｉｆｉｃａｔｅ）や、ホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）の記録データを検証して、アクセス許可のなされた領域についてのみアクセスを許容する処理を行う。
【０１１３】
［５．保護領域に対するアクセス許容情報を持つ証明書について］
次に、上述したメモリカード２００の保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０に対するアクセスを行う場合に、メモリカードに提示が必要となる証明書の構成例について図８を参照して説明する。
【０１１４】
上述したように、メモリカード２００は、メモリカード２００に対してデータの書き込みまたは読み取りを実行しようとする装置との認証処理を行う。この認証処理の段階で、相手装置、すなわちアクセス要求装置から公開鍵証明書等の装置証明書（たとえばサーバ証明書（Ｓｅｒｖｅｒ  Ｃｅｒｔｉｆｉｃａｔｅ））を受信し、その証明書に記載された情報を用いて、保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０の各区分領域のアクセスを許容するか否かを判定する。
【０１１５】
この認証処理に利用される装置証明書の一例について図８を参照して説明する。
図８に示す証明書は、ホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）である。ホスト証明書は、図１に示すコンテンツ再生処理を実行するＰＣ２１、再生装置２２、テレビ２３、再生装置４１等のユーザ機器（ホスト機器）に提供され、これらの機器に格納される。
【０１１６】
ホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）は、例えば、公開鍵証明書発行主体である認証局によって各ユーザ機器（ホスト機器）に提供される。例えば、ホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）は、認証局がコンテンツ利用処理を認めたユーザ機器（ホスト機器）に対して発行するユーザ機器の証明書であり、公開鍵等を格納した証明書である。ホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）は、認証局の秘密鍵によって署名が設定され、改ざんの防止されたデータとして構成される。
【０１１７】
なお、メモリカード２００の保護領域に対するアクセスを行うサーバに対しても、ホスト証明書と同様の構成を持つサーバ公開鍵とメモリカードのアクセス許容情報が記録されたサーバ証明書（Ｓｅｖｅｒ  Ｃｅｒｔｉｆｉｃａｔｅ）が提供される。
【０１１８】
図８に示すホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）の構成について説明する。
ホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）には、図６に示すように、以下のデータが含まれる。
（１）タイプ情報
（２）ホストＩＤ（ユーザ機器ＩＤ）
（３）ホスト公開鍵（Ｈｏｓｔ  Ｐｕｂｌｉｃ  Ｋｅｙ）
（４）メディアに対する読み取り／書き込み制限情報（ＰＡＤ  Ｒｅａｄ／ＰＡＤＷｒｉｔｅ）
（５）その他の情報
（６）署名（Ｓｉｇｎａｕｒｅ）
【０１１９】
以下、上記（１）〜（６）の各データについて説明する。
（１）タイプ情報
タイプ情報は、証明書のタイプやユーザ機器のタイプを示す情報であり、例えば本証明書がホスト証明書であることを示すデータや、機器の種類、例えばＰＣであるとか、音楽再生プレーヤであるといった機器の種類などを示す情報が記録される。
【０１２０】
（２）ホストＩＤ
ホストＩＤは機器識別情報としての機器ＩＤを記録する領域である。
（３）ホスト公開鍵（Ｈｏｓｔ  Ｐｕｂｌｉｃ  Ｋｅｙ）
ホスト公開鍵（Ｈｏｓｔ  Ｐｕｂｌｉｃ  Ｋｅｙ）はホスト機器の公開鍵である。ホスト機器（ユーザ機器）に提供される秘密鍵とともに公開鍵暗号方式に従った鍵ペアを構成する。
【０１２１】
（４）メディアに対する読み取り／書き込み制限情報（ＰＡＤ  Ｒｅａｄ／ＰＡＤＷｒｉｔｅ）
メディアに対する読み取り／書き込み制限情報（ＰＡＤ  Ｒｅａｄ／ＰＡＤＷｒｉｔｅ）は、コンテンツを記録するメディア、例えば図７に示すメモリカード２００の記憶領域中に設定される保護領域（ＰＤＡ：Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０内のデータ読み取り（Ｒｅａｄ）や、書き込み（Ｗｒｉｔｅ）が許容された区分領域についての情報が記録される。
【０１２２】
（５）その他の情報、（６）署名（Ｓｉｇｎａｔｕｒｅ）
ホスト証明書には、上記（１）〜（４）の他、様々な情報が記録され、（１）〜（５）の情報に対する署名データが記録される。
署名は、認証局の秘密鍵によって実行される。ホスト証明書に記録された情報、例えばホスト公開鍵を取り出して利用する場合には、まず認証局の公開鍵を適用した署名検証処理を実行して、ホスト証明書の改ざんがないことを確認し、その確認がなされたことを条件として、ホスト公開鍵等の証明書格納データの利用が行われることになる。
【０１２３】
なお、図８は、メモリカードの保護領域に対するユーザ機器（ホスト機器）のアクセス許容情報を記録したホスト証明書であるが、例えばメモリカードにコンテンツを提供するコンテンツ提供サーバなど、保護領域に対するアクセスが必要となるサーバに対しては、図８に示すホスト証明書と同様、メモリカードの保護領域に対するアクセス許容情報を記録した証明書（サーバ証明書（サーバ公開鍵証明書））が提供される。
【０１２４】
［６．各装置の証明書を適用したメモリカードに対するアクセス処理例について］
図８を参照して説明したように、メモリカード２００の保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０に対してアクセスを行う場合には、図８に示すような証明書をメモリカードに提示することが必要となる。
メモリカードは、例えば図８に示す証明書を確認して、図７に示すメモリカード２００の保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０に対するアクセス可否を判定する。
【０１２５】
ホスト機器は、例えば図８を参照して説明したホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）を保持し、コンテンツの提供等を行うサーバは、サーバに対応する証明書（サーバ証明書：Ｓｅｒｖｅｒ  Ｃｅｒｔｉｆｉｃａｔｅ）を保持している。
【０１２６】
これらの各装置が、メモリカードの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対するアクセスを行う場合には、各装置が保有している証明書をメモリカードに提供してメモリカード側の検証に基づくアクセス可否の判定を受けることが必要となる。
【０１２７】
図９を参照して、メモリカードに対するアクセス要求装置が記録再生装置等のホスト機器である場合のアクセス制限の設定例について説明する。
【０１２８】
図９には、左から、メモリカードに対するアクセス要求装置であるホスト機器２２２と、メモリカード２００を示している。
ホスト機器２２２は、例えば、図１に示すユーザ機器でありコンテンツ再生処理を実行するＰＣ２１、再生装置２２、テレビ２３、再生装置４１等のユーザ機器（ホスト機器）であり、メモリカード２００に対するコンテンツの出力処理や、メモリカード２００に記録されたコンテンツ再生を実行する装置である。
【０１２９】
これらのユーザ機器（ホスト機器）は、自装置の記憶部に格納された暗号化コンテンツをメモリカード２００に出力する際に、自装置に格納された暗号鍵（例えばバインドキー）をメモリカード２００の保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０に書き込む処理を実行する。
【０１３０】
また、メモリカード２１０に記録された暗号化コンテンツを利用して再生する場合に、メモリカード２００の保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０に書き込まれた暗号鍵（例えばバインドキー）を取得する処理を実行する。
これらの処理においてメモリカード２００の保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０に対するアクセスが必要となる。
【０１３１】
メモリカード２００は、保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０と、汎用領域（Ｇｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ａｒｅａ）２２０を有し、暗号化コンテンツ等は汎用領域（Ｇｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ａｒｅａ）２２０に記録される。
コンテンツ再生に際して必要とする鍵であるバインドキーは保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０に記録される。
【０１３２】
先に図７を参照して説明したように、保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０は、複数の領域に区分されている。
図９に示す例では、
区分領域＃０（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ＃０）２１１、
区分領域＃１（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ＃１）２１２、
これらの２つの区分領域を持つ例を示している。
【０１３３】
これらの区分領域の設定態様としては様々な設定が可能である。
図９に示す例では、ホスト機器２２２の保持するホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）は、
区分領域＃０（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ＃０）に対しては、データの記録（Ｗｒｉｔｅ）と読み取り（Ｒｅａｄ）の双方の処理が許可、
区分領域＃１（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ＃１）に対しては、読み取り（Ｒｅａｄ）処理のみが許可、
これらの設定がなされた証明書である。
【０１３４】
図９に示すホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）には、区分領域＃１（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ＃１）に対する書き込み（Ｗｒｉｔｅ）許可が設定されていない。
例えば、このようなアクセス許容情報が記録された証明書がユーザ機器に提供されることになる。
【０１３５】
メモリカード２００の保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０をアクセスしようとする装置は、このアクセス許容情報が記録された証明書をメモリカードに出力して、メモリカード内のデータ処理部における証明書検証処理に基づいて、アクセス可否が決定され、決定情報に従ってメモリカード２００の保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）２１０をアクセスすることになる。
【０１３６】
このように、メモリカードの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）は、アクセス要求装置単位、かつ区分領域（＃０，＃１，＃２・・・）単位で、データの書き込み（Ｗｒｉｔｅ）、読み取り（Ｒｅａｄ）の許容、非許容がアクセス制御情報として設定される。
【０１３７】
このアクセス制御情報は、各アクセス要求装置の証明書（サーバ証明書、ホスト証明書など）に記録され、メモリカードは、アクセス要求装置から受領した証明書について、まず署名検証を行い、正当性を確認した後、証明書に記載されたアクセス制御情報、すなわち、以下の情報を読み取る。
読み取り許容領域情報（ＰＡＤ  Ｒｅａｄ）、
書き込み許容領域情報（ＰＡＤ  Ｗｒｉｔｅ）、
これらの情報に基づいて、アクセス要求装置に対して認められた処理のみを許容して実行する。
【０１３８】
なお、ホスト機器にも、例えばレコーダ、プレーヤ等のＣＥ機器や、ＰＣ等、様々な機器の種類がある。
装置証明書は、これらの各装置が個別に保持する証明書であり、これらの装置の種類に応じて異なる設定とすることができる。
また、メモリカードのデータ処理部は、装置証明書に記録された以下の情報、すなわち、
読み取り許容領域情報（ＰＡＤ  Ｒｅａｄ）、
書き込み許容領域情報（ＰＡＤ  Ｗｒｉｔｅ）、
これらの情報のみならず、例えば、図８を参照して説明した証明書に含まれるタイプ情報（Ｔｙｐｅ）に基づいて、保護領域の区分領域単位のアクセスの許容判定を行ってもよい。
【０１３９】
［７．第１実施例のデータ記録構成に対応するコンテンツ記録処理例について］
次に、図２を参照して説明したデータ記録構成を持つデータの記録処理の実行シーケンスについて、図１０を参照して説明する。
【０１４０】
ここでは、データ記録処理の一例として、図１に示すユーザ機器２０中のＰＣ２１が自装置のメディア（例えばハードディスク）に記録済みのコンテンツ等を着脱可能なメディア、例えばメモリカード３０に記録する場合のシーケンスについて説明する。
【０１４１】
図１０には、左から、
コンテンツを保持し、出力するデバイス（例えば図１に示すＰＣ２１）、
コンテンツの記録対象となるメデイア（例えば図１に示すメモリカード３０）、
これらを示している。
なお、図１０に示す例は、コンテンツ記録処理の一例としてデバイスとメディア間の処理例を示しているが、コンテンツ記録処理は、デバイスとメディア間に限らず、ＰＣと再生装置間などのデバイス間処理として実行することも可能であり、またサーバとデバイス間、サーバとメディア間の処理として実行することも可能である。
【０１４２】
図１０に示すコンテンツ記録を実行するデバイス（ＰＣ）は、例えば図１に示すコンテンツ提供サーバ１２から暗号化コンテンツおよびその管理情報、暗号鍵等を保持しているデバイスである。
管理情報には、先に図２を参照して説明した以下の情報が含まれる。
（ａ）トークン（Ｔｏｋｅｎ）、
（ｂ）利用制御情報（Ｕｓａｇｅ  Ｆｉｌｅ）、
これらの情報が含まれる。
【０１４３】
図１０のシーケンス図に従って、各処理について説明する。
まず、デバイスは、メディア（例えばメモリカード）を装着し、ステップＳ２０１において、デバイスとメディア間で相互認証処理を実行する。例えば公開鍵暗号方式に従って、双方の公開鍵証明書の交換処理等を含む相互認証処理を行う。
【０１４４】
デバイス、メディア（メモリカード）とも、認証局の発行した公開鍵を格納した証明書（Ｃｅｒｔｉｆｉｃａｔｅ）と秘密鍵を保持している。デバイスの保持する証明書（Ｃｅｒｔｉｆｉｃａｔｅ）は、先に図８を参照して説明したホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）であり、公開鍵の他、メモリカードの保護領域に関するアクセス権情報が記録されている。
【０１４５】
なお、メディア（メモリカード）は相互認証処理や、保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対するアクセス可否判定を行うプログラムを格納し、これらのプログラムを実行するデータ処理部を有する。
【０１４６】
デバイスとメディア（メモリカード）間の相互認証が成立し、双方の正当性が確認されると、ステップＳ２０２以下の処理が実行される。
相互認証が成立しない場合は、ステップＳ２０２以下の処理は実行されない。
【０１４７】
デバイスとメディア間の相互認証が成立し、双方の正当性が確認されると、メディアのデータ処理部は、ステップＳ２０２において、デバイスが認証処理に際してメディアに提供した公開鍵証明書（図８に示すホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ））を参照して、メディアの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対するアクセス権の確認を行う。
【０１４８】
なお、メディアに対するコンテンツの記録処理に際しては、メディアの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対する暗号鍵（バインドキー）の書き込みを行うことが必要となる。従って、メディアのデータ処理部は、デバイスから受領した証明書（図８に示すホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）に保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）の１つ以上の区分領域に対する書き込み（Ｗｒｉｔｅ）許容情報が記録されているか否かを確認する。
【０１４９】
区分領域に対する書き込み（Ｗｒｉｔｅ）許容情報がない場合、そのデバイスによるメディア（メモリカード）の保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対する暗号鍵の書き込みは許容されない。この場合、ステップＳ２０３以下の処理、すなわちメディアに対するコンテンツの提供処理は中止される。
【０１５０】
デバイスからメディアに提供された証明書（図８に示すホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）にメディアの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）の１つ以上の区分領域に対する書き込み（Ｗｒｉｔｅ）許容情報が記録されている場合には、デバイスの提供する暗号鍵を保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に記録可能となり、この場合に限り、ステップＳ２０３以下の処理が実行される。
【０１５１】
ステップＳ２０３〜Ｓ２０６では、デバイスがメディアに対して、以下のデータを送信し書き込み処理を行う。
（ａ）コンテンツファイル
（ｂ）管理情報と第１鍵データ
（ｃ）暗号鍵（バインドキー）
これらの情報は、図２を参照して説明した（ａ）〜（ｃ）の各データに対応する。
【０１５２】
ステップＳ２０３では、コンテンツファイルの書き込みを行う。
コンテンツファイルには、先に図２を参照して説明したフラグを有するセキュリティボックスを設定してメディアに提供する。
すなわちコンテンツ再生時に管理情報ファイルを参照した処理が必要であるか否かを示す情報を設定したフラグを持つセキュリティボックスである。
【０１５３】
ステップＳ２０４では、（ｂ）管理情報と第１鍵データ中の管理情報ファイルの書き込みを行う。
管理情報ファイルは、図２を参照して説明した（ｂ）管理情報と第１鍵データに含まれるトークンファイルと、利用制御情報ファイル等である。これらの管理情報ファイルのファイル名は、コンテンツファイルの識別子（＃ｘ）を含むファイル名として記録する。あるいはディレクトリ名にコンテンツファイルの識別子（＃ｘ）を含むディレクトリにこれらの管理情報ファイルを記録する。
なお、これらのファイル名の設定あるいはディレクトリ名設定は、デバイス側の処理ではなく、メディア側のデータ処理部において実行してもよい。
【０１５４】
ステップＳ２０５では、（ｂ）管理情報と第１鍵データ中の第１鍵データの書き込みを行う。
（ｂ）管理情報と第１鍵データに含まれる第１鍵データは、図２に示す鍵情報ファイル１２３である。鍵情報ファイルには、バインドキーで暗号化された暗号化タイトルキーの他、ＩＤ検証値（＃ｘ）が含まれる。
【０１５５】
ＩＤ検証値（＃ｘ）は、先に図２を参照して説明したように、コンテンツファイルを記録するメディアや機器のＩＤ（メディアＩＤ／デバイスＩＤ）とコンテンツファイル識別子（＃ｘ）とに基づいて生成される検証値（ＭＡＣ）である。
コンテンツ記録処理を実行するデバイスはコンテンツ記録先としてのメディア、本例ではメモリカードのメディアＩＤを取得して、このメディアＩＤとコンテンツファイルの識別子に基づいて検証値（ＭＡＣ）を生成して鍵情報ファイル１２３に格納してメディア（メモリカード）に提供して記録する。
なお、メディアＩＤは、ステップＳ２０１の認証処理に際してメディアからデバイスに提供される公開鍵証明書に記録されている。
【０１５６】
ステップＳ２０６では、暗号鍵（バインドキー）の書き込みを行う。
暗号鍵（バインドキー）については、図２に示すように、メディアの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に記録する。なお、この保護領域に対する書き込み処理は、ステップＳ２０２のメディアによるデバイスの証明書に基づくアクセス権判定の結果、アクセス権の認められた領域に対して実行される。
【０１５７】
このようにコンテンツファイルの記録処理に際しては、
コンテンツファイルに管理情報の参照要否を示すフラグを設定する。
管理情報ファイルのファイル名または設定ディレクトリにコンテンツファイルの識別子を含める。
暗号鍵ファイルにコンテンツ記録機器（デバイスまたはメディア）のＩＤに基づく検証値（ＭＡＣ）を記録する。
バインドキーを保護領域に記録する。
これらの処理を実行する。
【０１５８】
コンテンツ再生処理に際しては、これらの記録データに基づいて、先に図４〜図７を参照して説明したフローに従った処理が実行されることになる。
再生処理に際しては、例えば以下の処理が実行可能となる。
コンテンツファイルのセキュリティボックスのフラグの値に基づいて管理情報の参照要否が判定できる。
管理情報ファイルのファイル名または設定ディレクトリのコンテンツファイルの識別子に基づいてコンテンツに対応する管理情報ファイルを確実に選択できる。
暗号鍵ファイルに設定されたコンテンツ記録機器（デバイスまたはメディア）のＩＤに基づく検証値（ＭＡＣ）によってコンテンツが正当な記録シーケンスによって記録されたメディアまたはデバイスであるかの検証が可能となる。
証明書に基づいてアクセス可能な保護領域からバインドキーを取得することで、保護領域に対するアクセス権を持つ機器のみがコンテンツ再生を行うことができる。
このような処理によって、正当なコンテンツ利用処理が実現される。
【０１５９】
［８．コンテンツおよび管理情報の記録構成例２（実施例２）］
次に、図１１を参照して、本開示に係るコンテンツおよび管理情報等の記録構成例２（実施例２）について説明する。
図１１は、先に説明した図２と同様、メディア（記録媒体）のデータ記録構成、具体的には、コンテンツファイルと、管理情報ファイルと、コンテンツの再生処理において利用される鍵情報等の各データの記録構成例を示す図である。
メディア（記録媒体）は、例えば図１に示すメモリカード３０、あるいはＰＣ２１、再生装置２２、テレビ２３、再生装置４１等に備えられた記録メディアである。
【０１６０】
図１１に示すメディアの記録構成は、例えば以下のような記録処理に際して実現される。
（１）ユーザ機器２０としてのＰＣ２１、再生装置２２、テレビ２３、再生装置４１が、コンテンツ提供サーバ１２ａ，１２ｂから取得したデータをメモリカード３０に記録する際に、図１１に示すデータ記録構成で記録を行う。
あるいは、
（２）ユーザ機器２０としてのＰＣ２１、再生装置２２、テレビ２３、再生装置４１が、コンテンツ提供サーバ１２ａ，１２ｂから取得したデータを自装置のハードディスク等の記録メディアに記録する際に、図１１に示すデータ記録構成で記録を行う。
図１１に示すデータ記録構成は、例えば、上記（１），（２）の記録処理に際して設定される記録構成である。
【０１６１】
以下では、一例として、上記の（１）の処理を実行する場合、すなわち、ユーザ機器２０としてのＰＣ２１、再生装置２２、テレビ２３、再生装置４１が、コンテンツ提供サーバ１２ａ，１２ｂから取得したデータをメモリカード３０に記録する際に、図１１に示すデータ記録構成で記録を行う処理例について説明する。
【０１６２】
具体例として図１に示すユーザ機器２０中のＰＣ２１がメモリカード３０を装着して、メモリカード３０にデータ記録を行う場合の処理例として説明する。
すなわち、ＰＣ２１が事前にコンテンツ提供サーバ１２から取得し、ＰＣ２１のハードディスクに記録済みのコンテンツファイル、管理情報ファイル、鍵情報などの各データをメモリカード３０に記録する処理例として説明する。
【０１６３】
図１１に示すように、メモリカード３０には、
（ａ）コンテンツファイル３１０、
（ｂ）第２鍵データ３５０、
これらの各データが記録される。
【０１６４】
図１１に示す例では、（ａ）コンテンツファイル３１０として、
ｎ個のコンテンツファイル＃１，３１０−１〜コンテンツファイル＃ｎ，３１０−ｎが記録された例を示している。
これらのコンテンツファイルは例えばＭＰ４形式の符号化データファイルであり、例えば映画や音楽等の再生対象データを暗号化した暗号化コンテンツを含むデータファイルである。
【０１６５】
コンテンツファイル＃１，３１０−１〜コンテンツファイル＃ｎ，３１０−ｎの各々には、暗号化コンテンツの他に、管理情報等を記録したセキュリティボックス３１１−１〜ｎが格納される。
セキュリティボックス３１１には、以下の情報が記録される。
コンテンツファイルに含まれるコンテンツの属性を示すフラグ（ｆｌａｇ）３２１、
管理情報ファイルとしてのトークンファイル３２２、
管理情報ファイルとしての利用制御情報ファイル３２３、
デバイスまたはメディア等のコンテンツファイルを記録した装置のＩＤに基づく検証値（ＭＡＣ）３２４、
暗号化タイトルキー３２５、
これらのデータを含むセキュリティボックス３１１が各コンテンツファイル内に設定される。
【０１６６】
フラグは、先に図２を参照して説明したフラグと同様のフラグであり、コンテンツの利用に際して管理情報ファイルの参照が必要となるか否かの情報を有するフラグである。
さらに、例えば、コンテンツの利用制御システム（ＤＲＭ：Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）の種類、例えばマーリン（Ｍａｒｌｉｎ）等のＤＲＭ種別を示す情報を持つフラグとして設定してもよい。
【０１６７】
例えば、
フラグの値＝０：管理情報ファイルを参照した処理が不要、
フラグの値＝１：管理情報ファイルを参照した処理が必要、
このような設定、
あるいは、
フラグの値＝００：管理情報ファイルを参照した処理が不要、
フラグの値＝０１：コンテンツの利用制御システム（ＤＲＭ）＝マーリン（Ｍａｒｌｉｎ）であり、管理情報ファイルを参照した処理が必要、
フラグの値＝０２：コンテンツの利用制御システム（ＤＲＭ）＝ｘｘｘｘであり、管理情報ファイルを参照した処理が必要、
このような設定のフラグである。
【０１６８】
例えば、前述のＡｎｄｏｒｏｉｄのようなＯＳ上で実行されるコンテンツ再生プログラム（アプリケーション）が、コンテンツファイル１１０−ｘを読み出してコンテンツ再生を行う際に、読み出したコンテンツファイル１１０−ｘに含まれるセキュリティボックスを取得してフラグの値を参照する。再生装置は、参照したフラグの値に基づいて、管理情報ファイルの読み出しと管理情報ファイルに基づくデータ処理の要否を判定することが可能となる。
なお、この処理をスムーズに実行するため、セキュリティボックス内のデータ、または少なくともフラグは非暗号化データとすることが好ましい。
【０１６９】
さらに、本実施例では、コンテンツファイル３１０内のセキュリティスボックス３１１内に以下の管理情報ファイルが記録される。
コンテンツの識別子としてのコンテンツＩＤなど、再生コンテンツの確認、検証等に利用するデータを格納したファイルであるトークンファイル（Ｔｏｋｅｎ  Ｆｉｌｅ）３２２、
コンテンツの利用条件、例えばコピー／再生制御情報などを規定した利用制御情報ファイル（Ｕｓａｇｅ  Ｆｉｌｅ）３２３、
【０１７０】
トークンファイル３２２は、先に図３を参照して説明したデータを有するファイルである。
なお、利用制御情報ファイル３２３には、暗号化タイトルキーの暗号鍵であるバインドキーの識別子（ＩＤ）が記録される。
再生装置は、利用制御情報ファイル３２３に記録されたＩＤに基づいて、コンテンツファイルの暗号化タイトルキーの暗号鍵であるバインドキーを選択することが可能となる。
【０１７１】
さらに、コンテンツファイル３１０内のセキュリティスボックス３１１には、コンテンツファイルの記録装置であるメディアの識別子（メディアＩＤ）またはデバイスの識別子（デバイスＩＤ）に基づく検証値（ＭＡＣ）、すなわちＩＤ検証値（ＭＡＣ  ｏｆ  ＩＤ）３２４が記録される。
さらに、コンテンツファイル３１０内のセキュリティスボックス３１１には、
バインドキーで暗号化された暗号化タイトルキー３２５が記録される。
【０１７２】
本実施例では、コンテンツファイル自身に、再生対象となる暗号化コンテンツの他、管理情報ファイル、暗号化タイトルキーを含むセキュリティボックスが記録されている。このファイル設定処理によって、コンテンツ再生を行う再生機器において実行されるコンテンツ再生実行プログラム（アプリケーション）は、再生予定のコンテンツファイル（＃ｘ）を取得するのみで、そのコンテンツに対応する管理情報等を即座に取得可能となる。
【０１７３】
また、コンテンツ再生を行う再生機器において実行されるコンテンツ再生実行プログラム（アプリケーション）は、コンテンツファイルのセキュリティボックスに含まれる検証値（ＭＡＣ  ｏｆ  ＩＤ）を取得して、取得した検証値に基づく検証処理を実行する。
【０１７４】
具体的には、例えば図１１に示すデータが図１に示すメモリカード３０に記録され、図１に示す再生装置４１がメモリカード３０を装着してコンテンツファイル３１０−ｘに含まれるコンテンツを再生する場合、再生装置４１は、メモリカード３０の識別子（メディアＩＤ）を取得し、取得したメディアＩＤに基づくＭＡＣ算出を実行する。さらに、算出したＭＡＣと、コンテンツファイルのセキュリティボックスに含まれる検証値（ＭＡＣ  ｏｆ  ＩＤ）３２４との照合処理を実行する。
【０１７５】
この照合処理において、照合成立（両ＭＡＣが一致）した場合、正当な処理に従ってコンテンツがメディアに格納されたこと判定して、コンテンツ再生に移行する。
一方、照合が不成立（両ＭＡＣが不一致）の場合、正当な処理に従ってコンテンツがメディアに格納されていない、例えば不正にメディア間コピーが行われた可能性があると判定して、コンテンツ再生を実行しない。
【０１７６】
図１１に示すように、メモリカードには、さらに、
（ｂ）第２鍵データ３５０が記録される。
これは、先に図２を参照して説明したと同様のバインドキー３５１である。バインドキー３５１は、暗号化タイトルキー３２５の暗号化キーである。
バインドキー３５１は、メモリカードの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に記録される。なお、保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）は、前述したように、アクセス制限領域であり、アクセス要求装置がメモリカードに提示した証明書を検証して、証明書に記載されたアクセス許容情報に応じてアクセスが許容される領域である。
【０１７７】
例えば、図１に示す再生装置４１がメモリカード３０を装着してメモリカード３０に格納されたコンテンツファイル３１０−ｘに記録されたコンテンツの再生を行う場合、再生装置４１は自装置の証明書（例えば公開鍵証明書）をメモリカード３０に出力する。
メモリカード３０は再生装置４１の証明書を検証して、証明書に記載されたアクセス許容情報に応じて保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対するアクセスを許容するか否かを決定する。
【０１７８】
アクセスが許容されると判定された場合にのみ、再生装置４１は、メモリカード３０の保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）からバインドキー３５１を読み出すことが可能となる。
読み出したバインドキー３５１を適用して暗号化タイトルキーを復号してタイトルキーを取得し、取得したタイトルキーを用いてコンテンツファイル３１０−ｘに含まれる暗号化コンテンツを復号して再生を実行する。
【０１７９】
［９．第２実施例のデータ記録構成に対応するコンテンツ再生処理例について］
次に、図１１を参照して説明したデータ記録構成を持つメディアに記録されたコンテンツを読み出して再生処理を実行する場合の再生シーケンスについて図１２以下に示すフローチャートを参照して説明する。
【０１８０】
図１２以下のフローチャートに従ったコンテンツ再生処理は、例えば図１１に示すデータを格納したメディアからコンテンツファイルを読み出して再生処理を実行する装置において実行される。
例えば、図１に示す再生装置４１が、図１１に示すデータを格納したメモリカード３０を装着してメモリカード３０に格納されたコンテンツファイルを読み出して再生する場合に実行される処理である。
【０１８１】
なお、再生装置４１におけるコンテンツ再生処理は、再生装置４１のメモリに予め格納された再生プログラム（アプリケーション）を、再生装置４１のデータ処理部で実行することで行われ、図１２以下のフローチャートに示す各ステップの処理は、再生装置４１のデータ処理部において実行される。
【０１８２】
図１２以下のフローに示す各ステップの処理について説明する。
まず、ステップＳ３０１において、再生コンテンツの指定情報を入力することで再生シーケンスがスタートする。
ステップＳ３０１の処理は、具体的には、例えば再生装置４１のディスプレイに表示される再生可能コンテンツ情報に対するユーザによるコンテンツ指定情報の入力検出処理として行われる。
【０１８３】
次に、ステップＳ３０２において、再生指定コンテンツファイルを取得する。例えば再生装置４１に装着されたメモリカード３０に記録されたコンテンツファイルを取得する。
具体的には、例えば再生装置４１のデータ処理部が、メモリカード３０から、図１１に示すコンテンツファイル＃１，３１０−１を読み出す処理として実行する。
【０１８４】
次に、ステップＳ３０３において、読み出したコンテンツファイルからセキュリティボックスを取得する。
先に図１１を参照して説明したように、コンテンツファイルに含まれるセキュリティボックス３１１には、以下の情報が記録されている。
コンテンツファイルに含まれるコンテンツの属性を示すフラグ（ｆｌａｇ）３２１、
管理情報ファイルとしてのトークンファイル３２２、
管理情報ファイルとしての利用制御情報ファイル３２３、
デバイスまたはメディア等のコンテンツファイルを記録した装置のＩＤに基づく検証値（ＭＡＣ）３２４、
暗号化タイトルキー３２５、
これらの各データが記録される。
【０１８５】
フラグは、例えば、コンテンツの利用に際して管理情報ファイルの参照が必要となるか否かの情報を持つ。
例えば、
フラグの値＝０：管理情報ファイルを参照した処理が不要、
フラグの値＝１：管理情報ファイルを参照した処理が必要、
このような設定である。
【０１８６】
ステップＳ３０４において、再生装置は、セキュリティボックスのフラグの値が管理情報ファイルを参照した処理が必要であることを示しているか否かを判定する。
フラグの値が、管理情報ファイルの参照処理が必要であることを示す場合にはステップＳ３０５に進む。
【０１８７】
フラグの値が、管理情報ファイルの参照処理が必要でないことを示す場合にはステップＳ３１８に進み、コンテンツ再生に移行する。これは、例えばサービスコンテンツなど、利用制御の不要なコンテンツに対して行われる処理であり、コンテンツも暗号化されていないコンテンツで自由に利用可能なコンテンツである場合などの処理である。この場合は、ステップＳ３０５〜Ｓ３１７の処理を省略してコンテンツファイルに含まれるコンテンツ再生に移行することになる。
【０１８８】
一方、フラグの値が、管理情報ファイルの参照処理が必要であることを示す場合にはステップＳ３０５に進み、管理情報ファイルの読み出しを実行する。
本実施例において、管理情報ファイルはコンテンツファイル内のセキュリティボックスに記録されている。したがって、再生予定コンテンツに対応する管理情報ファイルを正しく選択できる。
【０１８９】
次に、再生装置は、ステップＳ３０６において、再生予定コンテンツファイルに対応する管理情報ファイルであるトークン、利用制御情報を読み取り、これらのデータに設定された改ざん検証用の署名検証を実行する。
ステップＳ３０７において検証成立と判定されると、ステップＳ３０８に進み、検証不成立の場合は、ステップＳ３５１に進み、再生処理を中止する。
【０１９０】
ステップＳ３０７において検証成立と判定され、トークン、利用制御情報の正当性が確認された場合は、ステップＳ３０８に進み、トークン、利用制御情報の構成データに基づくコンテンツの検証や許容処理の確認等を実行する。
【０１９１】
次に、ステップＳ３０９において、再生装置は、コンテンツファイルを格納したメモリカードの識別子であるメディアＩＤを読み取る。
次に、再生装置は、ステップＳ３１０において、読み取ったメディアＩＤに基づく検証値（例えばＭＡＣ）を算出する。なお、この算出アルゴリズムは、予め既定されたアルゴリズムであり、先に図１１を参照して説明したセキュリティボックス３１１内に記録されたＩＤ検証値３２４の算出アルゴリズムと同様のアルゴリズムが適用される。
【０１９２】
次に、ステップＳ３１１において、再生装置は、図１１を参照して説明したセキュリティボックス３１１内に記録されたＩＤ検証値３２４を取得し、ステップＳ３１２において、再生装置は、算出ＭＡＣ値と、ＩＤ検証値３２４との照合処理（ＭＡＣ検証）を実行する。
【０１９３】
ステップＳ３１３において、算出ＭＡＣと読み出しＭＡＣが一致したと判定した場合は、正当なコンテンツ書き込み処理がなされたメディアであると判定してステップＳ３１４以下の処理を実行する。
ステップＳ３１３において、算出ＭＡＣと読み出しＭＡＣが一致しなかったと判定した場合は、正当なコンテンツ書き込み処理がなされたメディアではない可能性があると判定してステップＳ３１４以下の処理を実行することなく、ステップＳ３５１に進み処理を中止する。
【０１９４】
ステップＳ３１３において、算出ＭＡＣと読み出しＭＡＣが一致し、ステップＳ３１４に進むと、再生装置は、メモリカードの保護領域に記録された暗号鍵（バインドキー）を読み取る。
なお、この保護領域に対するアクセスの前提として、再生装置は、メモリカードに対して再生装置の証明書（例えば公開鍵証明書）の提示を行う。メモリカードは再生装置から受領した証明書に基づいて保護領域に対するアクセス権の有無を判定してアクセス権が認められた場合にのみ、ステップＳ３１４の保護領域からのバインドキー読み取り処理が実行されることになる。
アクセス権が認められなかった場合は、ステップＳ３１４の処理は実行されず、コンテンツ再生は許容されないことになる。
【０１９５】
再生装置のメモリカード保護領域に対するアクセス権が確認され、ステップＳ３１４の保護領域からのバインドキー読み取り処理が実行されると、次に、ステップＳ３１５において、再生装置は、図１１に示すセキュリティボックス３１１から、再生予定コンテンツに対応する暗号化タイトルキーを読み出す。
【０１９６】
次に、再生装置は、ステップＳ３１６において、バインドキーを利用して暗号化タイトルキーの復号処理を実行しタイトルキーを取得する。
さらに、ステップＳ３１７において、取得したタイトルキーを適用して再生予定のコンテンツファイル内の暗号化コンテンツの復号処理を実行し、ステップＳ３１８において、復号したコンテンツを再生する。
【０１９７】
［１０．第２実施例のデータ記録構成に対応するコンテンツ記録処理例について］
次に、図１１を参照して説明したデータ記録構成を持つデータの記録処理の実行シーケンスについて、図１５を参照して説明する。
【０１９８】
ここでは、データ記録処理の一例として、図１に示すユーザ機器２０中のＰＣ２１が自装置のメディア（例えばハードディスク）に記録済みのコンテンツ等を着脱可能なメディア、例えばメモリカード３０に記録する場合のシーケンスについて説明する。
【０１９９】
図１５には、左から、
コンテンツを保持し、出力するデバイス（例えば図１に示すＰＣ２１）、
コンテンツの記録対象となるメデイア（例えば図１に示すメモリカード３０）、
これらを示している。
なお、図１５に示す例は、コンテンツ記録処理の一例としてデバイスとメディア間の処理として示しているが、コンテンツ記録処理は、デバイスとメディア間に限らず、ＰＣと再生装置間などのデバイス間処理として実行することも可能であり、またサーバとデバイス間、サーバとメディア間の処理として実行することも可能である。
【０２００】
図１５に示すコンテンツ記録を実行するデバイスは、例えば図１に示すコンテンツ提供サーバ１２から暗号化コンテンツおよびその管理情報、暗号鍵等を保持しているデバイスである。
管理情報には、先に図１１を参照して説明した以下の情報が含まれる。
（ａ）トークン（Ｔｏｋｅｎ）、
（ｂ）利用制御情報（Ｕｓａｇｅ  Ｆｉｌｅ）、
これらの情報が含まれる。
【０２０１】
図１５のシーケンス図に従って、各処理について説明する。
まず、デバイスは、メディア（例えばメモリカード）を装着し、ステップＳ４０１においてデバイスとメディア間で相互認証処理を実行する。例えば公開鍵暗号方式に従って、双方の公開鍵証明書の交換処理等を含む相互認証処理を行う。
【０２０２】
デバイス、メディア（メモリカード）とも、認証局の発行した公開鍵を格納した証明書（Ｃｅｒｔｉｆｉｃａｔｅ）と秘密鍵を保持している。デバイスの保持する証明書（Ｃｅｒｔｉｆｉｃａｔｅ）は、先に図８を参照して説明したホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）であり、公開鍵の他、メモリカードの保護領域に関するアクセス権情報が記録されている。
【０２０３】
なお、メディア（メモリカード）は相互認証処理や、保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対するアクセス可否判定を行うプログラムを格納し、これらのプログラムを実行するデータ処理部を有する。
【０２０４】
デバイスとメディア（メモリカード）間の相互認証が成立し、双方の正当性が確認されると、ステップＳ４０２以下の処理が実行される。
相互認証が成立しない場合は、ステップＳ４０２以下の処理は実行されない。
【０２０５】
デバイスとメディア間の相互認証が成立し、双方の正当性が確認されると、メディアのデータ処理部は、ステップＳ４０２において、デバイスが認証処理に際してメディアに提供した公開鍵証明書（図８に示すホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ））を参照して、メディアの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対するアクセス権の確認を行う。
【０２０６】
なお、メディアに対するコンテンツの記録処理に際しては、メディアの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対する暗号鍵（バインドキー）の書き込みを行うことが必要となる。従って、メディアのデータ処理部は、デバイスから受領した証明書（図８に示すホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）に保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）の１つ以上の区分領域に対する書き込み（Ｗｒｉｔｅ）許容情報が記録されているか否かを確認する。
【０２０７】
区分領域に対する書き込み（Ｗｒｉｔｅ）許容情報がない場合、そのデバイスによるメディア（メモリカード）の保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対する暗号鍵の書き込みは許容されない。この場合、ステップＳ４０３以下の処理、すなわちメディアに対するコンテンツの提供処理は中止される。
【０２０８】
デバイスからメディアに提供された証明書（図８に示すホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）にメディアの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）の１つ以上の区分領域に対する書き込み（Ｗｒｉｔｅ）許容情報が記録されている場合には、デバイスの提供する暗号鍵を保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に記録可能となり、この場合に限り、ステップＳ４０３以下の処理が実行される。
【０２０９】
ステップＳ４０３〜Ｓ４０４では、デバイスがメディアに対して、以下のデータを送信し書き込み処理を行う。
（ａ）コンテンツファイル
（ｂ）暗号鍵（バインドキー）
これらの情報は、図１１を参照して説明した（ａ）〜（ｂ）の各データに対応する。
【０２１０】
ステップＳ４０３では、コンテンツファイルの書き込みを行う。
コンテンツファイルには、先に図１１を参照して説明したセキュリティボックスを設定してメディアに提供する。
先に図１１を参照して説明したように、コンテンツファイルに含まれるセキュリティボックスには、以下の情報が記録されている。
コンテンツファイルに含まれるコンテンツの属性を示すフラグ（ｆｌａｇ）、
管理情報ファイルとしてのトークンファイル、
管理情報ファイルとしての利用制御情報ファイル、
デバイスまたはメディア等のコンテンツファイルを記録した装置のＩＤに基づく検証値（ＭＡＣ  ｏｆ  ＩＤ）、
暗号化タイトルキー、
これらの各データが記録される。
【０２１１】
フラグは、例えば、コンテンツの利用に際して管理情報ファイルの参照が必要となるか否かの情報を持つ。
例えば、
フラグの値＝０：管理情報ファイルを参照した処理が不要、
フラグの値＝１：管理情報ファイルを参照した処理が必要、
このような設定である。
【０２１２】
ＩＤ検証値（ＭＡＣ  ｏｆ  ＩＤ）は、デバイスまたはメディア等のコンテンツファイルを記録した装置のＩＤに基づく検証値である。
コンテンツ記録処理を実行するデバイスはコンテンツ記録先としてのメディア、本例ではメモリカードのメディアＩＤを取得して、このメディアＩＤに基づいて検証値（ＭＡＣ）を生成してセキュリティボックスに格納してメディア（メモリカード）に提供して記録する。
なお、メディアＩＤは、ステップＳ４０１の認証処理に際してメディアからデバイスに提供される公開鍵証明書に記録されている。
【０２１３】
ステップＳ４０４では、暗号鍵（バインドキー）の書き込みを行う。
暗号鍵（バインドキー）については、図１１に示すように、メディアの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に記録する。なお、この保護領域に対する書き込み処理は、ステップＳ４０２のメディアによるデバイスの証明書に基づくアクセス権判定の結果、アクセス権の認められた領域に対して実行される。
【０２１４】
このように、本実施例では、コンテンツファイルの記録処理に際しては、以下のデータを持つセキュリティボックスを含むコンテンツファイルを設定して記録する。
コンテンツファイルに含まれるコンテンツの属性を示すフラグ（ｆｌａｇ）、
管理情報ファイルとしてのトークンファイル、
管理情報ファイルとしての利用制御情報ファイル、
デバイスまたはメディア等のコンテンツファイルを記録した装置のＩＤに基づく検証値（ＭＡＣ  ｏｆ  ＩＤ）、
暗号化タイトルキー。
さらに、
バインドキーを保護領域に記録する。
これらの処理を実行する。
【０２１５】
コンテンツ再生処理に際しては、これらの記録データに基づいて、先に図１２〜図１４を参照して説明したフローに従った処理が実行されることになる。
再生処理に際しては、
コンテンツファイルのセキュリティボックスのフラグの値に基づいて管理情報の参照要否が判定できる。
管理情報ファイルはコンテンツファイルのセキュリティボックスから直接取得できる。
暗号鍵ファイルに設定されたコンテンツ記録機器（デバイスまたはメディア）のＩＤに基づく検証値（ＭＡＣ）によってコンテンツが正当な記録シーケンスによって記録されたメディアまたはデバイスであるかの検証が可能となる。
証明書に基づいてアクセス可能な保護領域からバインドキーを取得することで、保護領域に対するアクセス権を持つ機器のみがコンテンツ再生を行うことができる。
このような処理によって、正当なコンテンツ利用処理が実現される。
【０２１６】
［１１．コンテンツおよび管理情報の記録構成例３（実施例３）］
次に、図１６を参照して、本開示に係るコンテンツおよび管理情報の記録構成例３（実施例３）について説明する。
図１６は、先に説明した図２と同様、メディア（記録媒体）のデータ記録構成、具体的には、コンテンツファイルと、管理情報ファイルと、コンテンツの再生処理において利用される鍵情報等の各データの記録構成例を示す図である。
メディア（記録媒体）は、例えば図１に示すメモリカード３０、あるいはＰＣ２１、再生装置２２、テレビ２３、再生装置４１等に備えられた記録メディアである。
【０２１７】
図１６に示すメディアの記録構成は、例えば以下のような記録処理に際して実現される。
（１）ユーザ機器２０としてのＰＣ２１、再生装置２２、テレビ２３、再生装置４１が、コンテンツ提供サーバ１２ａ，１２ｂから取得したデータをメモリカード３０に記録する際に、図１６に示すデータ記録構成で記録を行う。
あるいは、
（２）ユーザ機器２０としてのＰＣ２１、再生装置２２、テレビ２３、再生装置４１が、コンテンツ提供サーバ１２ａ，１２ｂから取得したデータを自装置のハードディスク等の記録メディアに記録する際に、図１６に示すデータ記録構成で記録を行う。
図１６に示すデータ記録構成は、上記（１），（２）のいずれの場合にも適用可能である。
【０２１８】
以下では、一例として、上記の（１）の処理を実行する場合、すなわち、ユーザ機器２０としてのＰＣ２１、再生装置２２、テレビ２３、再生装置４１が、コンテンツ提供サーバ１２ａ，１２ｂから取得したデータをメモリカード３０に記録する際に、図１６に示すデータ記録構成で記録を行う処理例について説明する。
【０２１９】
具体例として図１に示すユーザ機器２０中のＰＣ２１がメモリカード３０を装着して、メモリカード３０にデータ記録を行う場合の処理例として説明する。
すなわち、ＰＣ２１が事前にコンテンツ提供サーバ１２から取得し、ＰＣ２１のハードディスクに記録済みのコンテンツファイル、管理情報ファイル、鍵情報などの各データに基づいて、図１６に示す記録構成を持つ記録データをメモリカード３０に記録する処理例として説明する。
【０２２０】
図１６に示すように、メモリカード３０には、
（ａ）コンテンツファイル５１０、
（ｂ）管理情報と第１鍵データ５２０、
（ｃ）第２鍵データ５３０、
これらの各データが記録される。
【０２２１】
本実施例３は、先に図２を参照して説明した実施例１のデータ記録構成とほぼ同様の記録構成である。ただし、
（ａ）コンテンツファイル５１０内のセキュリティボックス５１１にフラグの他に、コンテンツファイルの識別情報（＃ｘ）を記録した点が異なる。
その他、
（ｂ）管理情報と第１鍵データ５２０、
（ｃ）第２鍵データ５３０、
これらのデータ構成は、図２を参照して説明したデータ構成と同様である。
【０２２２】
コンテンツファイルのセキュリティボックスに記録されるデータが異なっている。
フラグは、先に図２を参照して説明したフラグと同様のフラグデあり、コンテンツの利用に際して管理情報ファイルの参照が必要となるか否かの情報を有するフラグである。
本実施例では、セキュリティボックス５１１に、さらに、
コンテンツファイルの識別情報（＃ｘ）
が記録される。
【０２２３】
再生装置において、コンテンツファイルに含まれるコンテンツを再生する場合、
セキュリティボックスのフラグの値に応じて管理情報ファイルの参照処理の要否を判定し、
さらに、
セキュリティボックスに記録されたコンテンツファイルの識別情報（＃ｘ）に基づいて管理情報ファイルを選択取得する。
【０２２４】
なお、本実施例においても、トークンファイル５２１や利用制御情報ファイル５２２は、コンテンツファイルの識別子（＃ｘ）がファイル名に設定されている。あるいはディレクトリ名に設定されている。
従って、本実施例においても実施例１と同様、コンテンツファイルの識別子（＃ｘ）を検索キーとして再生予定コンテンツに対応する管理情報を正しく選択することが可能となる。
【０２２５】
その他の構成は実施例１と同様である。
鍵情報ファイル５２３には、
暗号化タイトルキー５２４、
コンテンツファイルの識別子と機器またはメディア識別子（本例では図１に示すメモリカード３０の識別子）との連結情報に基づく検証値（ＭＡＣ：Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）５２５−１〜ｎ、
これらのデータが格納される。
【０２２６】
保護領域には、（ｃ）第２鍵データ５３０が記録される。
これは、具体的には、図１６に示すようにバインドキー５３１である。バインドキー５３１は、暗号化タイトルキー５２４の暗号化キーである。
バインドキー５３１は、メモリカードの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に記録される。なお、保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）は、アクセス制限領域であり、アクセス要求装置がメモリカードに提示した証明書を検証して、証明書に記載されたアクセス許容情報に応じてアクセスが許容される領域である。
【０２２７】
［１２．第３実施例のデータ記録構成に対応するコンテンツ再生処理例について］
次に、図１６を参照して説明したデータ記録構成を持つメディアに記録されたコンテンツを読み出して再生処理を実行する場合の再生シーケンスについて図１７以下に示すフローチャートを参照して説明する。
【０２２８】
図１７以下のフローチャートに従ったコンテンツ再生処理は、例えば図１６に示すデータを格納したメディアからコンテンツファイルを読み出して再生処理を実行する装置において実行される。
例えば、図１に示す再生装置４１が、図１６に示すデータを格納したメモリカード３０を装着してメモリカード３０に格納されたコンテンツファイルを読み出して再生する場合に実行される処理である。
【０２２９】
なお、再生装置４１におけるコンテンツ再生処理は、再生装置４１のメモリに予め格納された再生プログラム（アプリケーション）を、再生装置４１のデータ処理部で実行することで行われ、図１７以下のフローチャートに示す各ステップの処理は、再生装置４１のデータ処理部において実行される。
【０２３０】
図１７以下のフローに示す各ステップの処理について説明する。
まず、ステップＳ５０１において、再生コンテンツの指定情報を入力することで再生シーケンスがスタートする。
ステップＳ５０１の処理は、具体的には、例えば再生装置４１のディスプレイに表示される再生可能コンテンツ情報に対するユーザによるコンテンツ指定情報の入力検出処理として行われる。
【０２３１】
次に、ステップＳ５０２において、再生指定コンテンツファイルを取得する。例えば再生装置４１に装着されたメモリカード３０に記録されたコンテンツファイルを取得する。
具体的には、例えば再生装置４１のデータ処理部が、メモリカード３０から、図１６に示すコンテンツファイル＃１，５１０−１を読み出す処理として実行する。
【０２３２】
次に、ステップＳ５０３において、読み出したコンテンツファイルからセキュリティボックスを取得する。
先に図１６を参照して説明したように、コンテンツファイルに含まれるセキュリティボックスには、コンテンツファイルに含まれるコンテンツの属性を示すフラグ（ｆｌａｇ）が記録されている。
フラグは、例えば、コンテンツの利用に際して管理情報ファイルの参照が必要となるか否かの情報を持つ。
例えば、
フラグの値＝０：管理情報ファイルを参照した処理が不要、
フラグの値＝１：管理情報ファイルを参照した処理が必要、
このような設定である。
【０２３３】
ステップＳ５０４において、再生装置は、セキュリティボックスのフラグの値が管理情報ファイルを参照した処理が必要であることを示しているか否かを判定する。
フラグの値が、管理情報ファイルの参照処理が必要であることを示す場合にはステップＳ５０５に進む。
【０２３４】
フラグの値が、管理情報ファイルの参照処理が必要でないことを示す場合にはステップＳ５１８に進み、コンテンツ再生に移行する。これは、例えばサービスコンテンツなど、利用制御の不要なコンテンツに対して行われる処理であり、コンテンツも暗号化されていないコンテンツで自由に利用可能なコンテンツである場合などの処理である。この場合は、ステップＳ５０５〜Ｓ５１７の処理を省略してコンテンツファイルに含まれるコンテンツ再生に移行することになる。
【０２３５】
一方、フラグの値が、管理情報ファイルの参照処理が必要であることを示す場合にはステップＳ５０５に進み、管理情報ファイルの読み出しを実行する。
本実施例では、この管理情報ファイルの読み出し処理は、実施例１と同様、コンテンツファイルの識別子（＃ｘ）を検索キーとして管理情報ファイルを検索する。ただし、本実施例ではセキュリティボックスにコンテンツファイル識別子が記録されており、これを参照することができる。
再生装置は、この識別子に基づいて、管理情報ファイル名に再生予定のコンテンツファイルの識別子（＃１〜＃ｎ）と同じ識別子を持つ管理情報ファイルを選択する。このファイル選択処理によって、再生予定コンテンツに対応する管理情報ファイルを正しく選択できる。
【０２３６】
なお、前述したように、管理情報ファイルを設定したディレクトリ名にコンテンツファイルの識別子（＃１〜＃ｎ）を設定した構成としてもよく、この場合は、ンテンツファイルの識別子（＃１〜＃ｎ）と同じ識別子を持つディレクトリを選択してそのディレクトリに設定された管理情報ファイルを選択する。このファイル選択処理によって、再生予定コンテンツに対応する管理情報ファイルを正しく選択できる。
【０２３７】
次に、再生装置は、ステップＳ５０６において、再生予定コンテンツファイルに対応する管理情報ファイルであるトークン、利用制御情報を読み取り、これらのデータに設定された改ざん検証用の署名検証を実行する。
ステップＳ５０７において検証成立と判定されると、ステップＳ５０８に進み、検証不成立の場合は、ステップＳ５５１に進み、再生処理を中止する。
【０２３８】
ステップＳ５０７において検証成立と判定され、トークン、利用制御情報の正当性が確認された場合は、ステップＳ５０８に進み、トークン、利用制御情報の構成データに基づくコンテンツの検証や許容処理の確認等を実行する。
【０２３９】
次に、ステップＳ５０９において、再生装置は、コンテンツファイルを格納したメモリカードの識別子であるメディアＩＤを読み取る。
次に、再生装置は、ステップＳ５１０において、読み取ったメディアＩＤと、再生予定のコンテンツファイルの識別子（＃ｘ）とに基づく検証値（例えばＭＡＣ）を算出する。なお、この算出アルゴリズムは、予め既定されたアルゴリズムであり、先に図１６に示す鍵情報ファイル５２３に格納されたＭＡＣの算出アルゴリズムと同様のアルゴリズムが適用される。
【０２４０】
次に、ステップＳ５１１において、再生装置は、図１６を参照して説明した鍵情報ファイル５２３に格納された検証値（ＭＡＣ）を取得し、ステップＳ５１２において、再生装置は、算出ＭＡＣ値と、鍵情報ファイル５２３に格納された検証値（ＭＡＣ）との照合処理（ＭＡＣ検証）を実行する。
ステップＳ５１３において、算出ＭＡＣと読み出しＭＡＣが一致したと判定した場合は、正当なコンテンツ書き込み処理がなされたメディアであると判定してステップＳ５１４以下の処理を実行する。
【０２４１】
ステップＳ５１３において、算出ＭＡＣと読み出しＭＡＣが一致しなかったと判定した場合は、正当なコンテンツ書き込み処理がなされたメディアではない可能性があると判定してステップＳ５１４以下の処理を実行することなく、ステップＳ５５１に進み処理を中止する。
【０２４２】
ステップＳ５１３において、算出ＭＡＣと読み出しＭＡＣが一致し、ステップＳ５１４に進むと、再生装置は、メモリカードの保護領域に記録された暗号鍵（バインドキー）を読み取る。
なお、この保護領域に対するアクセスの前提として、再生装置は、メモリカードに対して再生装置の証明書（例えば公開鍵証明書）の提示を行う。メモリカードは再生装置から受領した証明書に基づいて保護領域に対するアクセス権の有無を判定してアクセス権が認められた場合にのみ、ステップＳ５１４の保護領域からのバインドキー読み取り処理が実行されることになる。
アクセス権が認められなかった場合は、ステップＳ５１４の処理は実行されず、コンテンツ再生は許容されないことになる。
【０２４３】
再生装置のメモリカード保護領域に対するアクセス権が確認され、ステップＳ５１４の保護領域からのバインドキー読み取り処理が実行されると、次に、ステップＳ５１５において、再生装置は、図１６に示す暗号鍵ファイル５２３から、再生予定コンテンツに対応する暗号化タイトルキーを読み出す。
【０２４４】
次に、再生装置は、ステップＳ５１６において、バインドキーを利用して暗号化タイトルキーの復号処理を実行しタイトルキーを取得する。
さらに、ステップＳ５１７において、取得したタイトルキーを適用して再生予定のコンテンツファイル内の暗号化コンテンツの復号処理を実行し、ステップＳ５１８において、復号したコンテンツを再生する。
【０２４５】
［１３．第３実施例のデータ記録構成に対応するコンテンツ記録処理例について］
次に、図１６を参照して説明したデータ記録構成を持つデータの記録処理の実行シーケンスについて、図２０を参照して説明する。
【０２４６】
ここでは、データ記録処理の一例として、図１に示すユーザ機器２０中のＰＣ２１が自装置のメディア（例えばハードディスク）に記録済みのコンテンツ等を着脱可能なメディア、例えばメモリカード３０に記録する場合のシーケンスについて説明する。
【０２４７】
図２０には、左から、
コンテンツを保持し、出力するデバイス（例えば図１に示すＰＣ２１）、
コンテンツの記録対象となるメデイア（例えば図１に示すメモリカード３０）、
これらを示している。
なお、図２０に示す例は、コンテンツ記録処理の一例としてデバイスとメディア間の処理として示しているが、コンテンツ記録処理は、デバイスとメディア間に限らず、ＰＣと再生装置間などのデバイス間処理として実行することも可能であり、またサーバとデバイス間、サーバとメディア間の処理として実行することも可能である。
【０２４８】
図２０に示すコンテンツ記録を実行するデバイスは、例えば図１に示すコンテンツ提供サーバ１２から暗号化コンテンツおよびその管理情報、暗号鍵等を保持しているデバイスである。
管理情報には、先に図１６を参照して説明した以下の情報が含まれる。
（ａ）トークン（Ｔｏｋｅｎ）、
（ｂ）利用制御情報（Ｕｓａｇｅ  Ｆｉｌｅ）、
これらの情報が含まれる。
【０２４９】
図２０のシーケンス図に従って、各処理について説明する。
まず、デバイスは、メディア（例えばメモリカード）を装着し、ステップＳ６０１においてデバイスとメディア間で相互認証処理を実行する。例えば公開鍵暗号方式に従って、双方の公開鍵証明書の交換処理等を含む相互認証処理を行う。
【０２５０】
デバイス、メディア（メモリカード）とも、認証局の発行した公開鍵を格納した証明書（Ｃｅｒｔｉｆｉｃａｔｅ）と秘密鍵を保持している。デバイスの保持する証明書（Ｃｅｒｔｉｆｉｃａｔｅ）は、先に図８を参照して説明したホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）であり、公開鍵の他、メモリカードの保護領域に関するアクセス権情報が記録されている。
【０２５１】
なお、メディア（メモリカード）は相互認証処理や、保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対するアクセス可否判定を行うプログラムを格納し、これらのプログラムを実行するデータ処理部を有する。
【０２５２】
デバイスとメディア（メモリカード）間の相互認証が成立し、双方の正当性が確認されると、ステップＳ６０２以下の処理が実行される。
相互認証が成立しない場合は、ステップＳ６０２以下の処理は実行されない。
【０２５３】
デバイスとメディア間の相互認証が成立し、双方の正当性が確認されると、メディアのデータ処理部は、ステップＳ６０２において、デバイスが認証処理に際してメディアに提供した公開鍵証明書（図８に示すホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ））を参照して、メディアの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対するアクセス権の確認を行う。
【０２５４】
なお、メディアに対するコンテンツの記録処理に際しては、メディアの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対する暗号鍵（バインドキー）の書き込みを行うことが必要となる。従って、メディアのデータ処理部は、デバイスから受領した証明書（図８に示すホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）に保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）の１つ以上の区分領域に対する書き込み（Ｗｒｉｔｅ）許容情報が記録されているか否かを確認する。
【０２５５】
区分領域に対する書き込み（Ｗｒｉｔｅ）許容情報がない場合、そのデバイスによるメディア（メモリカード）の保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に対する暗号鍵の書き込みは許容されない。この場合、ステップＳ６０３以下の処理、すなわちメディアに対するコンテンツの提供処理は中止される。
【０２５６】
デバイスからメディアに提供された証明書（図８に示すホスト証明書（Ｈｏｓｔ  Ｃｅｒｔｉｆｉｃａｔｅ）にメディアの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）の１つ以上の区分領域に対する書き込み（Ｗｒｉｔｅ）許容情報が記録されている場合には、デバイスの提供する暗号鍵を保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に記録可能となり、この場合に限り、ステップＳ６０３以下の処理が実行される。
【０２５７】
ステップＳ６０３〜Ｓ６０６では、デバイスがメディアに対して、以下のデータを送信し書き込み処理を行う。
（ａ）コンテンツファイル
（ｂ）管理情報と第１鍵データ
（ｃ）暗号鍵（バインドキー）
これらの情報は、図１６を参照して説明した（ａ）〜（ｃ）の各データに対応する。
【０２５８】
ステップＳ６０３では、コンテンツファイルの書き込みを行う。
コンテンツファイルには、先に図２を参照して説明したセキュリティボックスを設定してメディアに提供する。すなわち、
コンテンツ再生時に管理情報ファイルを参照した処理が必要であるか否かを示す情報を設定したフラグ、
コンテンツファイルの識別子（＃ｘ）
これらのデータを持つセキュリティボックスである。
【０２５９】
ステップＳ６０４では、（ｂ）管理情報と第１鍵データ中の管理情報ファイルの書き込みを行う。
管理情報ファイルは、図１６を参照して説明した（ｂ）管理情報と第１鍵データに含まれるトークンファイルと、利用制御情報ファイル等である。これらの管理情報ファイルのファイル名は、コンテンツファイルの識別子（＃ｘ）を含むファイル名として記録する。あるいはディレクトリ名にコンテンツファイルの識別子（＃ｘ）を含むディレクトリにこれらの管理情報ファイルを記録する。
なお、これらのファイル名の設定あるいはディレクトリ名設定は、デバイス側の処理ではなく、メディア側のデータ処理部において実行してもよい。
【０２６０】
ステップＳ６０５では、（ｂ）管理情報と第１鍵データ中の第１鍵データの書き込みを行う。
（ｂ）管理情報と第１鍵データに含まれる第１鍵データは、図２に示す鍵情報ファイル１２３である。鍵情報ファイルには、バインドキーで暗号化された暗号化タイトルキーの他、ＩＤ検証値（＃ｘ）が含まれる。
【０２６１】
ＩＤ検証値（＃ｘ）は、先に図１６を参照して説明したように、コンテンツファイルを記録するメディアや機器のＩＤ（メディアＩＤ／デバイスＩＤ）とコンテンツファイル識別子（＃ｘ）とに基づいて生成される検証値（ＭＡＣ）である。
コンテンツ記録処理を実行するデバイスはコンテンツ記録先としてのメディア、本例ではメモリカードのメディアＩＤを取得して、このメディアＩＤとコンテンツファイルの識別子に基づいて検証値（ＭＡＣ）を生成して鍵情報ファイル５２３に格納してメディア（メモリカード）に提供して記録する。
なお、メディアＩＤは、ステップＳ６０１の認証処理に際してメディアからデバイスに提供される公開鍵証明書に記録されている。
【０２６２】
ステップＳ６０６では、暗号鍵（バインドキー）の書き込みを行う。
暗号鍵（バインドキー）については、図１６に示すように、メディアの保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）に記録する。なお、この保護領域に対する書き込み処理は、ステップＳ６０２のメディアによるデバイスの証明書に基づくアクセス権判定の結果、アクセス権の認められた領域に対して実行される。
【０２６３】
このようにコンテンツファイルの記録処理に際しては、
コンテンツファイルに管理情報の参照要否を示すフラグとコンテンツファイル識別子を設定する。
管理情報ファイルのファイル名または設定ディレクトリにコンテンツファイルの識別子を含める。
暗号鍵ファイルにコンテンツ記録機器（デバイスまたはメディア）のＩＤに基づく検証値（ＭＡＣ）を記録する。
バインドキーを保護領域に記録する。
これらの処理を実行する。
【０２６４】
コンテンツ再生処理に際しては、これらの記録データに基づいて、先に図１７〜図１９を参照して説明したフローに従った処理が実行されることになる。
具体的には、再生処理に際して以下の処理が可能となる。
コンテンツファイルのセキュリティボックスのフラグの値に基づいて管理情報の参照要否が判定できる。
管理情報ファイルのファイル名または設定ディレクトリのコンテンツファイルの識別子に基づいてコンテンツに対応する管理情報ファイルを確実に選択できる。
暗号鍵ファイルに設定されたコンテンツ記録機器（デバイスまたはメディア）のＩＤに基づく検証値（ＭＡＣ）によってコンテンツが正当な記録シーケンスによって記録されたメディアまたはデバイスであるかの検証が可能となる。
証明書に基づいてアクセス可能な保護領域からバインドキーを取得することで、保護領域に対するアクセス権を持つ機器のみがコンテンツ再生を行うことができる。
このような処理によって、正当なコンテンツ利用処理が実現される。
【０２６５】
［１４．各装置のハードウェア構成例について］
最後に、図２１、図２２を参照して、上述した処理を実行する各装置のハードウェア構成例について説明する。
まず、図２１を参照して、メモリカードを装着してデータの記録や再生処理を行うホスト機器のハードウェア構成例について説明する。
【０２６６】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）７０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）７０２、または記憶部７０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述の各実施例において説明したサーバとの通信処理やサーバからの受信データのメモリカード(図中のリムーバブルメディア７１１)に対する記録処理、メモリカード(図中のリムーバブルメディア７１１)からのデータ再生処理等を実行する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）７０３には、ＣＰＵ７０１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ７０１、ＲＯＭ７０２、およびＲＡＭ７０３は、バス７０４により相互に接続されている。
【０２６７】
ＣＰＵ７０１はバス７０４を介して入出力インタフェース７０５に接続され、入出力インタフェース７０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部７０６、ディスプレイ、スピーカなどよりなる出力部７０７が接続されている。ＣＰＵ７０１は、入力部７０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部７０７に出力する。
【０２６８】
入出力インタフェース７０５に接続されている記憶部７０８は、例えばハードディスク等からなり、ＣＰＵ７０１が実行するプログラムや各種のデータを記憶する。通信部７０９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。
【０２６９】
入出力インタフェース７０５に接続されているドライブ７１０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア７１１を駆動し、記録されているコンテンツや鍵情報等の各種データを取得する例えば、。取得されたコンテンツや鍵データを用いて、ＣＰＵによって実行する再生プログラムに従ってコンテンツの復号、再生処理などが行われる。
【０２７０】
図２２は、メモリカードのハードウェア構成例を示している。
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）８０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）８０２、または記憶部８０７に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述の各実施例において説明したサーバやホスト機器との通信処理やデータの記憶部８０７に対する書き込み、読み取り等の処理、記憶部８０７の保護領域８１１の区分領域単位のアクセス可否判定処理等を実行する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）８０３には、ＣＰＵ８０１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ８０１、ＲＯＭ８０２、およびＲＡＭ８０３は、バス８０４により相互に接続されている。
【０２７１】
ＣＰＵ８０１はバス８０４を介して入出力インタフェース８０５に接続され、入出力インタフェース８０５には、通信部８０６、記憶部８０７が接続されている。
【０２７２】
入出力インタフェース８０５に接続されている通信部８０４は、例えばサーバ、ホスト機器との通信を実行する。記憶部８０７は、データの記憶領域であり、先に説明したようにアクセス制限のある保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）８１１、自由にデータ記録読み取りができる汎用領域（Ｇｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ａｒｅａ）８１２を有する。
【０２７３】
なお、サーバは、例えば図２１に示すホスト機器と同様のハードウェア構成を持つ装置によって実現可能である。
【０２７４】
［１５．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０２７５】
なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１）記録メディアに格納されたデータを読み出して再生処理を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに格納された暗号化コンテンツを含むコンテンツファイルを取得し、該コンテンツファイルに記録されたフラグを参照して、フラグの設定に基づいて管理情報ファイルの参照の要否を判定し、
フラグの設定が、管理情報ファイルの参照が必要であることを示している場合に、コンテンツファイルの識別子を検索キーとした管理情報ファイルの検索処理を実行する情報処理装置。
【０２７６】
（２）前記記録メディアに格納された管理情報ファイルは、ファイル名にコンテンツファイルの識別子が設定され、前記データ処理部は、再生予定のコンテンツファイルの識別子と同じ識別子の設定されたファイル名を有する管理情報ファイルを選択する処理を実行する前記（１）に記載の情報処理装置。
（３）前記記録メディアに格納された管理情報ファイルは、コンテンツファイルの識別子を含むディレクトリ名を持つディレクトリに設定され、前記データ処理部は、再生予定のコンテンツファイルの識別子と同じ識別子の設定されたディレクトリに設定された管理情報ファイルを選択する処理を実行する前記（１）または（２）に記載の情報処理装置。
【０２７７】
（４）前記データ処理部は、前記コンテンツファイルに記録されたコンテンツファイル識別子を検索キーとした管理情報ファイルの検索処理を実行する前記（１）〜（３）いずれかに記載の情報処理装置。
（５）前記データ処理部は、前記記録メディアの識別子（メディアＩＤ）に基づく検証値を算出し、前記記録メディアに記録済みの検証値との照合処理を実行し、照合成立を条件として前記暗号化コンテンツの再生処理を行う前記（１）〜（４）いずれかに記載の情報処理装置。
（６）前記データ処理部は、前記記録メディアに対して自装置の証明書を出力し、前記記録メディアにおける前記証明書検証に基づく前記記録メディアの保護領域に対するアクセス権の許容判定を条件として、前記保護領域から暗号鍵を読み出して該暗号鍵を適用したコンテンツ復号、再生処理を実行する前記（１）〜（５）いずれかに記載の情報処理装置。
【０２７８】
（７）記録メディアに格納されたデータを読み出して再生処理を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに格納された暗号化コンテンツを含むコンテンツファイルを取得し、該コンテンツファイルに記録されたフラグを参照して、フラグの設定に基づいて管理情報ファイルの参照の要否を判定し、
フラグの設定が、管理情報ファイルの参照が必要であることを示している場合に、前記コンテンツファイルに格納された管理情報ファイルの参照処理を実行する情報処理装置。
【０２７９】
（８）  記録メディアに対するデータ記録処理を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに暗号化コンテンツを含むコンテンツファイルを記録し、
該コンテンツファイルに、暗号化コンテンツの再生処理に際して管理情報ファイルの参照が必要であるか否かを示すフラグを設定し、
コンテンツファイル識別子を含むファイル名とした管理情報ファイル、または、コンテンツファイル識別子を含むディレクトリ名を持つディレクトリ下に管理情報ファイルを記録する情報処理装置。
（９）前記データ処理部は、前記記録メディアの識別子（メディアＩＤ）に基づく検証値を算出し、算出した検証値を前記記録メディアに記録する前記（８）に記載の情報処理装置。
【０２８０】
（１０）  再生装置における再生対象となる暗号化コンテンツを含むコンテンツファイルを記録データとして有し、
前記コンテンツファイルに、前記暗号化コンテンツの再生処理に際して管理情報ファイルの参照が必要であるか否かを示すフラグを格納し、
再生装置におけるコンテンツ再生処理に際して、前記フラグの設定に基づいて管理情報ファイルの参照の要否判定を実行させることを可能とした情報記録メディア。
【０２８１】
（１１）前記情報記録メディアは、さらに、前記情報記録メディアの識別子（メディアＩＤ）に基づく検証値を記録データとして格納し、再生装置におけるコンテンツ再生処理に際して、前記情報記録メディアの識別子（メディアＩＤ）に基づく検証値を算出させ、算出検証値と記録済み検証値との照合処理を実行させて照合結果に応じてコンテンツ再生の許容判定処理を行わせることを可能とした前記（１０）に記載の情報記録メディア。
【０２８２】
さらに、上記した装置等において実行する処理の方法や、処理を実行させるプログラムも本開示の構成に含まれる。
【０２８３】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２８４】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０２８５】
以上、説明したように、本開示の一実施例の構成によれば、コンテンツの再生プログラム（アプリケーション）のフレームワークに依存することなく、所定のコンテンツ利用制御処理を実行可能とする構成が実現される。
具体的には、例えば、記録メディアに格納される暗号化コンテンツを含むコンテンツファイル内にコンテンツ再生処理に際してコンテンツ対応のトークンや利用制御情報ファイル等の管理情報ファイルの参照の要否判別情報を設定したフラグを記録する。
本構成によって、コンテンツ再生処理に際して、再生装置は、記録メディアに格納された暗号化コンテンツを含むコンテンツファイルを取得し、該コンテンツファイルに記録されたフラグを参照して、フラグの設定に基づいて管理情報ファイルの参照の要否を判定することができる。また、フラグの設定が管理情報ファイルの参照が必要であることを示している場合に、再生装置は、コンテンツファイル識別子を検索キーとして正しい管理情報ファイルを選択することができる。
【符号の説明】
【０２８６】
１１  管理サーバ
１２  コンテンツ提供サーバ
２０  ユーザ機器
２１  ＰＣ
２２  再生装置）
２３  テレビ
３０  メモリカード
３１  再生装置
１１０  コンテンツファイル
１１１  セキュリティボックス
１１２  フラグ
１２０  管理情報と第１鍵データ
１２１  トークンファイル
１２２  利用制御情報ファイル
１２３  鍵情報ファイル
１２４  暗号化タイトルキー
１２５  ＩＤ検証値
１３０  第２鍵データ
１３１  暗号鍵（バインドキー）
２００  メモリカード
２１０  保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）
２２０  汎用領域（Ｇｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ａｒｅａ）
２２２  ホスト機器
３１０  コンテンツファイル
３１１  セキュリティボックス
３２１  フラグ
３２２  トークンファイル
３２３  利用制御情報ファイル
３２４  ＩＤ検証値
３２５  暗号化タイトルキー
３５０  第２鍵データ
３５１  暗号鍵（バインドキー）
５１０  コンテンツファイル
５１１  セキュリティボックス
５１２  フラグ
５１３  コンテンツファイル識別子
５２０  管理情報と第１鍵データ
５２１  トークンファイル
５２２  利用制御情報ファイル
５２３  鍵情報ファイル
５２４  暗号化タイトルキー
５２５  ＩＤ検証値
５３０  第２鍵データ
５３１  暗号鍵（バインドキー）  
７０１  ＣＰＵ
７０２  ＲＯＭ
７０３  ＲＡＭ
７０４  バス
７０５  入出力インタフェース
７０６  入力部
７０７  出力部
７０８  記憶部
７０９  通信部
７１０  ドライブ
７１１  リムーバブルメディア
８０１  ＣＰＵ
８０２  ＲＯＭ
８０３  ＲＡＭ
８０４  バス
８０５  入出力インタフェース
８０６  通信部
８０７  記憶部
８１１  保護領域（Ｐｒｏｔｅｃｔｅｄ  Ａｒｅａ）
８１２  汎用領域（Ｇｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ａｒｅａ）
【図２】
0005874200.tif 000002
【図３】
0005874200.tif 000003
【図４】
0005874200.tif 000004
【図５】
0005874200.tif 000005
【図６】
0005874200.tif 000006
【図７】
0005874200.tif 000007
【図８】
0005874200.tif 000008
【図９】
0005874200.tif 000009
【図１１】
0005874200.tif 000010
【図１２】
0005874200.tif 000011
【図１３】
0005874200.tif 000012
【図１４】
0005874200.tif 000013
【図１６】
0005874200.tif 000014
【図１７】
0005874200.tif 000015
【図１８】
0005874200.tif 000016
【図１９】
0005874200.tif 000017
【図２１】
0005874200.tif 000018
【図２２】
0005874200.tif 000019
【図１】
0005874200.tif 000020
【図１０】
0005874200.tif 000021
【図１５】
0005874200.tif 000022
【図２０】
0005874200.tif 000023