"暗号化コンテンツおよび暗号化コンテンツの復号に適用する暗号鍵を格納する記憶部を有し、前記記憶部は、前記暗号鍵を前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名との演算によって生成された変換暗号鍵を格納し、前記電子署名は、前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名であり、前記記憶部から前記暗号化コンテンツを読み出して復号処理を実行する再生装置に、前記変換暗号鍵に対する電子署名の適用演算による暗号鍵取得を行わせることを可能とした情報記憶装置。前記変換暗号鍵は、前記暗号化コンテンツに対応して設定される利用制御情報と、前記電子署名との連結データに対するハッシュ値と、前記暗号鍵との排他的論理和演算結果である請求項1に記載の情報記憶装置。前記記憶部は、アクセス制限の設定された保護領域を有し、前記変換暗号鍵を、前記保護領域に格納した構成である請求項1に記載の情報記憶装置。前記情報記憶装置は、前記保護領域に対するアクセス要求装置から受領した証明書に基づいて、前記保護領域に対するアクセス可否を判定するデータ処理部を有する請求項3に記載の情報記憶装置。前記記憶部は、アクセス制限の設定された保護領域と、アクセス制限のない汎用領域を有し、前記変換暗号鍵を、前記保護領域に格納し、前記暗号化コンテンツと、前記暗号化コンテンツ署名ファイルを、前記汎用領域に格納した構成である請求項1に記載の情報記憶装置。前記電子署名は、前記暗号化コンテンツの構成データおよび前記暗号鍵、さらに、前記暗号化コンテンツ署名ファイルの構成データを含むデータに対する電子署名である請求項1に記載の情報記憶装置。前記電子署名は、前記暗号化コンテンツ署名ファイルの構成データである前記暗号化コンテンツ署名ファイルの発行日時情報を含むデータに対する電子署名である請求項6に記載の情報記憶装置。メディアに記録された暗号化コンテンツの復号および再生処理を実行するデータ処理部を有し、前記データ処理部は、前記暗号化コンテンツの復号処理に際して、前記メディアに記録された前記暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を読み出し、該変換暗号鍵に対する演算処理を実行して暗号鍵の取得処理を実行し、前記変換暗号鍵は、前記暗号鍵を前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名との演算によって生成された変換暗号鍵であり、前記データ処理部は、前記メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名を取得し、取得した電子署名を適用した演算処理を実行して暗号鍵の取得処理を実行する情報処理装置。前記電子署名は、前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名である請求項8に記載の情報処理装置。前記変換暗号鍵は、前記暗号化コンテンツに対応して設定される利用制御情報と、前記電子署名との連結データに対するハッシュ値と、前記暗号鍵との排他的論理和演算結果であり、前記データ処理部は、前記メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名と、前記メディアに記録された利用制御情報を取得し、取得したデータを適用した演算処理を実行して暗号鍵の取得処理を実行する請求項8に記載の情報処理装置。前記データ処理部は、前記メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名に対する署名検証処理を実行し、該署名検証処理に成功し、前記暗号化コンテンツ署名ファイルの正当性を確認したことを条件として、前記暗号鍵の取得処理を行う請求項8に記載の情報処理装置。メディアに記録する暗号化コンテンツと、該暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を出力するデータ処理部を有し、前記データ処理部は、前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名であり、前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名と、前記暗号鍵の演算処理により、前記変換暗号鍵を生成する情報処理装置。前記データ処理部は、前記暗号化コンテンツに対応して設定される利用制御情報と、前記電子署名との連結データに対するハッシュ値と、前記暗号鍵との排他的論理和演算を実行して前記変換暗号鍵を生成する請求項12に記載の情報処理装置。情報処理装置において実行する情報処理方法であり、データ処理部が、メディアに記録された暗号化コンテンツの復号処理に際して、復号に適用する暗号鍵の変換データである変換暗号鍵を読み出し、該変換暗号鍵に対する演算処理を実行して暗号鍵の取得処理を行うデータ処理ステップを実行し、前記変換暗号鍵は、前記暗号鍵を前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名との演算によって生成された変換暗号鍵であり、前記データ処理部は、前記データ処理部ステップにおいて、前記メディアに記録された暗号化コンテンツ署名ファイルから前記電子署名を取得し、取得した電子署名を適用した演算処理を実行して暗号鍵の取得処理を実行する情報処理方法。情報処理装置において実行する情報処理方法であり、データ処理部が、メディアに記録する暗号化コンテンツと、該暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を出力するデータ処理ステップを実行し、前記データ処理ステップにおいて、前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名であり、前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名と、前記暗号鍵の演算処理により、前記変換暗号鍵を生成する情報処理方法。情報処理装置において情報処理を実行させるプログラムであり、データ処理部に、メディアに記録された暗号化コンテンツの復号処理に際して、復号に適用する暗号鍵の変換データである変換暗号鍵の読み出し処理と、該変換暗号鍵に対する演算処理による暗号鍵の取得処理を行うデータ処理ステップを実行させ、前記変換暗号鍵は、前記暗号鍵を前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名との演算によって生成された変換暗号鍵であり、前記データ処理部ステップにおいて、前記メディアに記録された暗号化コンテンツ署名ファイルから前記電子署名の取得処理と、取得した電子署名を適用した演算処理による暗号鍵の取得処理を実行させるプログラム。情報処理装置において情報処理を実行させるプログラムであり、データ処理部に、メディアに記録する暗号化コンテンツと、該暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を出力するデータ処理ステップを実行させ、前記データ処理ステップにおいて、前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名であり、前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名と、前記暗号鍵の演算処理により、前記変換暗号鍵を生成させるプログラム。本開示は、例えば上記問題点に鑑みてなされたものであり、コンテンツの不正利用の効果的な防止を実現する情報処理装置、情報記憶装置、情報処理システム、および情報処理方法、並びにプログラムを提供することを目的とする。本開示の第1の側面は、暗号化コンテンツおよび暗号化コンテンツの復号に適用する暗号鍵を格納する記憶部を有し、前記記憶部は、前記暗号鍵を前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名との演算によって生成された変換暗号鍵を格納し、前記電子署名は、前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名であり、前記記憶部から前記暗号化コンテンツを読み出して復号処理を実行する再生装置に、前記変換暗号鍵に対する電子署名の適用演算による暗号鍵取得を行わせることを可能とした情報記憶装置にある。さらに、本開示の情報記憶装置の一実施態様において、前記変換暗号鍵は、前記暗号化コンテンツに対応して設定される利用制御情報と、前記電子署名との連結データに対するハッシュ値と、前記暗号鍵との排他的論理和演算結果である。さらに、本開示の情報記憶装置の一実施態様において、前記記憶部は、アクセス制限の設定された保護領域を有し、前記変換暗号鍵を、前記保護領域に格納した構成である。さらに、本開示の情報記憶装置の一実施態様において、前記情報記憶装置は、前記保護領域に対するアクセス要求装置から受領した証明書に基づいて、前記保護領域に対するアクセス可否を判定するデータ処理部を有する。さらに、本開示の情報記憶装置の一実施態様において、前記記憶部は、アクセス制限の設定された保護領域と、アクセス制限のない汎用領域を有し、前記変換暗号鍵を、前記保護領域に格納し、前記暗号化コンテンツと、前記暗号化コンテンツ署名ファイルを、前記汎用領域に格納した構成である。さらに、本開示の情報記憶装置の一実施態様において、前記電子署名は、前記暗号化コンテンツの構成データおよび前記暗号鍵、さらに、前記暗号化コンテンツ署名ファイルの構成データを含むデータに対する電子署名である。さらに、本開示の情報記憶装置の一実施態様において、前記電子署名は、前記暗号化コンテンツ署名ファイルの構成データである前記暗号化コンテンツ署名ファイルの発行日時情報を含むデータに対する電子署名である。さらに、本開示の第2の側面は、メディアに記録された暗号化コンテンツの復号および再生処理を実行するデータ処理部を有し、前記データ処理部は、前記暗号化コンテンツの復号処理に際して、前記メディアに記録された前記暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を読み出し、該変換暗号鍵に対する演算処理を実行して暗号鍵の取得処理を実行し、前記変換暗号鍵は、前記暗号鍵を前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名との演算によって生成された変換暗号鍵であり、前記データ処理部は、前記メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名を取得し、取得した電子署名を適用した演算処理を実行して暗号鍵の取得処理を実行する情報処理装置にある。さらに、本開示の情報処理装置の一実施態様において、前記電子署名は、前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名である。さらに、本開示の情報処理装置の一実施態様において、前記変換暗号鍵は、前記暗号化コンテンツに対応して設定される利用制御情報と、前記電子署名との連結データに対するハッシュ値と、前記暗号鍵との排他的論理和演算結果であり、前記データ処理部は、前記メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名と、前記メディアに記録された利用制御情報を取得し、取得したデータを適用した演算処理を実行して暗号鍵の取得処理を実行する。さらに、本開示の情報処理装置の一実施態様において、前記データ処理部は、前記メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名に対する署名検証処理を実行し、該署名検証処理に成功し、前記暗号化コンテンツ署名ファイルの正当性を確認したことを条件として、前記暗号鍵の取得処理を行う。さらに、本開示の第3の側面は、メディアに記録する暗号化コンテンツと、該暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を出力するデータ処理部を有し、前記データ処理部は、前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名であり、前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名と、前記暗号鍵の演算処理により、前記変換暗号鍵を生成する情報処理装置にある。さらに、本開示の情報処理装置の一実施態様において、前記データ処理部は、前記暗号化コンテンツに対応して設定される利用制御情報と、前記電子署名との連結データに対するハッシュ値と、前記暗号鍵との排他的論理和演算を実行して前記変換暗号鍵を生成する。さらに、本開示の第4の側面は、情報処理装置において実行する情報処理方法であり、データ処理部が、メディアに記録された暗号化コンテンツの復号処理に際して、復号に適用する暗号鍵の変換データである変換暗号鍵を読み出し、該変換暗号鍵に対する演算処理を実行して暗号鍵の取得処理を行うデータ処理ステップを実行し、前記変換暗号鍵は、前記暗号鍵を前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名との演算によって生成された変換暗号鍵であり、前記データ処理部は、前記データ処理部ステップにおいて、前記メディアに記録された暗号化コンテンツ署名ファイルから前記電子署名を取得し、取得した電子署名を適用した演算処理を実行して暗号鍵の取得処理を実行する情報処理方法にある。さらに、本開示の第5の側面は、情報処理装置において実行する情報処理方法であり、データ処理部が、メディアに記録する暗号化コンテンツと、該暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を出力するデータ処理ステップを実行し、前記データ処理ステップにおいて、前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名であり、前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名と、前記暗号鍵の演算処理により、前記変換暗号鍵を生成する情報処理方法にある。さらに、本開示の第6の側面は、情報処理装置において情報処理を実行させるプログラムであり、データ処理部に、メディアに記録された暗号化コンテンツの復号処理に際して、復号に適用する暗号鍵の変換データである変換暗号鍵の読み出し処理と、該変換暗号鍵に対する演算処理による暗号鍵の取得処理を行うデータ処理ステップを実行させ、前記変換暗号鍵は、前記暗号鍵を前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名との演算によって生成された変換暗号鍵であり、前記データ処理部ステップにおいて、前記メディアに記録された暗号化コンテンツ署名ファイルから前記電子署名の取得処理と、取得した電子署名を適用した演算処理による暗号鍵の取得処理を実行させるプログラムにある。さらに、本開示の第7の側面は、情報処理装置において情報処理を実行させるプログラムであり、データ処理部に、メディアに記録する暗号化コンテンツと、該暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を出力するデータ処理ステップを実行させ、前記データ処理ステップにおいて、前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名であり、前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名と、前記暗号鍵の演算処理により、前記変換暗号鍵を生成させるプログラムにある。なお、本開示のプログラムは、例えば、様々なプログラムコードを実行可能な情報処理装置やコンピュータシステムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータシステム上でプログラムに応じた処理が実現される。本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。本開示の一実施例の構成によれば、コンテンツの不正利用を効果的に防止する装置、方法が実現される。具体的には、暗号化コンテンツの復号処理に際して、メディアに記録された暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を読み出し、変換暗号鍵に対する演算処理を実行して暗号鍵の取得処理を実行する。変換暗号鍵は、暗号鍵と、暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名との演算によって生成された変換暗号鍵であり、再生装置は、メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名を取得し、取得した電子署名を適用した演算処理を実行して暗号鍵の取得処理を実行する。電子署名は、暗号化コンテンツの構成データおよび暗号鍵を含むデータに対する電子署名として設定される。この暗号化コンテンツ署名ファイルの署名データを変換暗号鍵の構成データとすることで、鍵の掛け替え処理などによるコンテンツ不正利用を防止することが可能となる。以下、図面を参照しながら本開示の情報処理装置、情報記憶装置、情報処理システム、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行う。1.コンテンツ提供処理および利用処理の概要について2.メモリカードの構成例と利用例について3.保護領域に対するアクセス許容情報を持つ証明書について4.各装置の証明書を適用したメモリカードに対するアクセス処理例について5.暗号化コンテンツ署名ECS発行装置を利用したコンテンツ提供システムについて6.ECSファイルの構成例について7.ECS発行装置証明書リボケーションリストの構成について8.暗号化コンテンツ署名ファイルECSファイルの生成処理について9.ECSファイル、ECS発行装置証明書の日時情報を適用した処理について10.暗号鍵とECS発行装置署名との関連づけ構成について11.暗号化コンテンツ署名ECSファイルに記録したブロック識別子の適用処理について12.各装置のハードウェア構成例について13.本開示の構成のまとめ[1.コンテンツ提供処理および利用処理の概要について]以下、図面を参照しながら本開示の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。まず、図1以下を参照して、コンテンツ提供処理および利用処理の概要について説明する。図1には、左から、aコンテンツ提供装置bコンテンツ記録再生装置ホストcコンテンツ記録メディアこれらの例を示している。cコンテンツ記録メディアはユーザがコンテンツを記録して、コンテンツの再生処理に利用するメディアである。ここでは例えばフラッシュメモリ等の情報記憶装置であるメモリカード31を示している。なお、以下の実施例では、コンテンツ提供装置が提供するコンテンツは暗号化コンテンツである例を代表例として説明するが、本開示の構成は、提供コンテンツが暗号化コンテンツである場合に限らず、暗号化されていない平文コンテンツである場合にも適用可能である。ユーザは、例えば音楽や映画などの様々なコンテンツをメモリカード31に記録して利用する。これらのコンテンツには例えば著作権の管理対象となるコンテンツ等、利用制御対象となるコンテンツが含まれる。利用制御対象となるコンテンツとは、例えば無秩序なコピーやコピーデータ配布等が禁止されたコンテンツや、利用期間が制限されたコンテンツ等である。なお、メモリカード31に対して、利用制御コンテンツを記録する場合、そのコンテンツに対応する利用制御情報UsageRuleが合わせて記録される。利用制御情報UsageRuleには、例えば許容されるコンテンツ利用期間や許容されるコピー回数などのコンテンツ利用に関する情報が記録される。コンテンツ提供装置は、コンテンツに併せてコンテンツ対応の利用御情報を提供する。aコンテンツ提供装置は、音楽や映画等のコンテンツの提供元である。図1には、一例として、放送局11と、コンテンツサーバ12をコンテンツ提供装置として示している。放送局11は、例えばテレビ局であり、様々な放送コンテンツを地上波や衛星を介した衛星波に載せてユーザ装置[bコンテンツ記録再生装置ホスト]に提供する。コンテンツサーバ12は、音楽や映画等のコンテンツをインターネット等のネットワークを介して提供するサーバである。ユーザは、例えばcコンテンツ記録メディアであるメモリカード31をbコンテンツ記録再生装置ホストに装着し、bコンテンツ記録再生装置ホスト自体の受信部、あるいは、コンテンツ記録再生装置ホストに接続された受信装置を介して、放送局11やコンテンツサーバ12の提供するコンテンツを受信してメモリカード31に記録することができる。bコンテンツ記録装置ホストは、cコンテンツ記録メディアであるメモリカード31を装着して、aコンテンツ提供装置である放送局11やコンテンツサーバ12から受信したコンテンツをメモリカード31に記録する。bコンテンツ記録再生装置ホストとしては、例えばDVDプレーヤなど、ハードディスクやDVD,BD等のディスクを備えた記録再生専用器CE機器:ConsumerElectronics機器21がある。さらに、PC22や、スマートフォン、携帯電話、携帯プレーヤ、タブレット端末などの携帯端末23などがある。これらはすべてcコンテンツ記録メディアであるメモリカード31を装着可能な装置である。ユーザは、記録再生専用器21、PC22、携帯端末23などを利用して、放送局11やコンテンツサーバ12から音楽や映画等のコンテンツを受信し、メモリカード31に記録する。メモリカード31に記録されたコンテンツの利用形態について図2を参照して説明する。情報記憶装置であるメモリカード31は、例えばPC等のコンテンツ再生器に対して着脱可能な記録メディアであり、コンテンツ記録を実行した機器から自由に取り外して、その他のユーザ機器に装着することが可能である。すなわち、図2に示すように、1記録処理2再生処理これらの処理を実行する。なお、記録または再生の一方のみを実行する機器もある。また、記録と再生各処理の実行機器は同一であることは必須ではなく、ユーザは自由に記録機器と再生機器を選択して利用することができる。なお、多くの場合、メモリカード31に記録された利用制御コンテンツは暗号化コンテンツとして記録されており、記録再生専用器21やPC22、携帯端末23等のコンテンツ再生装置は、所定のシーケンスに従った復号処理を実行した後、コンテンツ再生を行う。また、コンテンツに対応して設定される利用制御情報UsageRuleに記録された利用許容態様で再生処理などを行う。bコンテンツ記録再生装置ホストには、利用制御情報UsageRuleに従ったコンテンツ利用やコンテンツの復号処理を実行するためのプログラムホストアプリケーションが格納されており、コンテンツ再生はこのプログラムホストアプリケーションに従って実行する。[2.メモリカードの構成例と利用例について]次に、コンテンツの記録メディアとして利用されるフラッシュメモリ等のメモリカードの構成例と利用例について説明する。メモリカード31の記憶領域の具体的構成例を図3に示す。メモリカード31の記憶領域は、図3に示すように、a保護領域ProtectedArea51、b汎用領域GeneralPurposeArea52、これら2つの領域によって構成される。b汎用領域GeneralPurposeArea52はユーザの利用する記録再生装置によって、自由にアクセス可能な領域であり、コンテンツやコンテンツ対応の利用制御情報UsageRule、その他の一般のコンテンツ管理データ等が記録される。この汎用領域GeneralPurposeArea52は、例えばサーバやユーザの記録再生装置によって自由にデータの書き込みや読み取りを行うことか可能な領域である。一方、a保護領域ProtectedArea51は、自由なアクセスが許容されない領域である。保護領域ProtectedArea51は複数の区分領域としてのブロック0,1,2に分割され、各ブロック単位でアクセス権が設定される。例えば、ユーザの利用する記録再生装置、あるいはネットワークを介して接続されるサーバ等によってデータの書き込みあるいは読み取りを行おうとする場合、メモリカード31のデータ処理部が、メモリカード31に予め格納されたプログラムに従って、各装置に応じてブロック単位で読み取りReadまたは書き込みWriteの可否を決定する。メモリカード31は、予め格納されたプログラムを実行するためのデータ処理部や認証処理を実行する認証処理部を備えており、メモリカード31は、まず、メモリカード31に対してデータの書き込みまたは読み取りを実行しようとする装置との認証処理を行う。この認証処理の段階で、相手装置、すなわちアクセス要求装置から公開鍵証明書等の装置証明書を受信する。たとえばアクセス要求装置がサーバである場合は、サーバの保有するサーバ証明書ServerCertificateを受信し、その証明書に記載された情報を用いて、保護領域ProtectedArea51の各ブロック区分領域単位でアクセスが許容されるか否かを判定する。また、アクセス要求装置がホスト装置、例えばコンテンツ記録再生を実行するユーザ機器としての記録再生装置ホストである場合は、記録再生装置ホストの保有するホスト証明書HostCertificateを受信し、その証明書に記載された情報を用いて、保護領域ProtectedArea51の各ブロック区分領域のアクセスが許容されるか否かを判定する。このアクセス権判定処理は、図3に示す保護領域ProtectedArea51内のブロック図に示す領域0,1,2単位で行われる。メモリカード31は、ブロック単位で許可された処理データの読み取り/書き込み等の処理のみをサーバやホストに実行させる。メディアに対する読み取り/書き込み制限情報PADRead/PADWriteは、例えば、アクセスしようとする装置、例えばコンテンツサーバ、あるいは記録再生装置ホスト単位で設定される。これらの情報は各装置対応のサーバ証明書ServerCertificateや、ホスト証明書HostCertificateに記録される。なお、以下においてCertificateは、簡略化してCertとして記載する。このように、メモリカード31は、メモリカード31に予め格納された規定のプログラムに従って、サーバ証明書ServerCertや、ホスト証明書HostCertの記録データを検証して、アクセス許可のなされた領域についてのみアクセスを許容する処理を行う。[3.保護領域に対するアクセス許容情報を持つ証明書について]次に、サーバやユーザ装置であるホスト機器=記録再生装置が、上述したメモリカード31の保護領域ProtectedArea51に対するアクセスを行う場合に、メモリカードに提示が必要となる証明書の構成例について図4、図5を参照して説明する。上述したように、メモリカード31は、メモリカード31に対してデータの書き込みまたは読み取りを実行しようとする装置との認証処理を行う。この認証処理の段階で、相手装置、すなわちアクセス要求装置から公開鍵証明書等の装置証明書たとえばサーバ証明書ServerCertやホスト証明書HostCertを受信し、その証明書に記載された情報を用いて、保護領域ProtectedArea51の各区分領域のアクセスを許容するか否かを判定する。この認証処理に利用される装置証明書の一例として、図1に示す記録再生専用器21、PC22、携帯端末23等のユーザ機器ホスト機器に格納されるホスト証明書HostCertの構成例について図4を参照して説明する。ホスト証明書HostCertは、例えば、公開鍵証明書発行主体である認証局によって各ユーザ機器ホスト機器に提供される。例えば、ホスト証明書HostCertは、認証局がコンテンツ利用処理を認めたユーザ機器ホスト機器に対して発行するユーザ機器の証明書であり、公開鍵等を格納した証明書である。ホスト証明書HostCertは、認証局秘密鍵によって署名が設定され、改ざんの防止されたデータとして構成される。なお、装置証明書は、例えば、装置製造時に装置の種類などの装置確認に基づいて予め装置内のメモリに格納することが可能である。ユーザの購入後、取得する場合は、装置と認証局あるいはその他の管理局との所定のシーケンスに従った装置種類や利用可能なコンテンツの種類等の確認処理を行って、各装置に対して発行し装置内のメモリに格納する構成としてもよい。なお、メモリカード31の保護領域に対するアクセスを行うサーバは、ホスト証明書と同様の構成を持つサーバ公開鍵とメモリカードのアクセス許容情報が記録されたサーバ証明書SeverCertを保持する。図4に認証局が各ホスト機器ユーザ機器に提供するホスト証明書HostCertの具体例を示す。ホスト証明書HostCertには、図4に示すように、以下のデータが含まれる。1タイプ情報2ホストIDユーザ機器ID3ホスト公開鍵HostPublicKey4保護領域アクセス権情報メディアの保護領域に対する読み取り/書き込み制限情報PADRead/PADWrite5その他の情報6署名Signaure以下、上記1~6の各データについて説明する。1タイプ情報タイプ情報は、証明書のタイプやユーザ機器のタイプを示す情報であり、例えば本証明書がホスト証明書であることを示すデータや、機器の種類、例えばPCであるとか、音楽再生プレーヤであるといった機器の種類などを示す情報が記録される。2ホストIDホストIDは機器識別情報としての機器IDを記録する領域である。3ホスト公開鍵HostPublicKeyホスト公開鍵HostPublicKeyはホスト機器の公開鍵である。ホスト機器ユーザ機器に提供される秘密鍵とともに公開鍵暗号方式に従った鍵ペアを構成する。4保護領域アクセス権情報メディアの保護領域に対する読み取り/書き込み制限情報PADRead/PADWrite保護領域アクセス権情報は、コンテンツを記録するメディア、例えば図3に示すメモリカード31の記憶領域中に設定される保護領域PDA:ProtectedArea51内のデータ読み取りReadや、書き込みWriteが許容されたブロック区分領域単位の情報が記録される。アクセス権は、保護領域内のブロック区分領域単位のアクセス権として記録される。5その他の情報、6署名Signatureホスト証明書には、上記1~4の他、様々な情報が記録され、1~5の情報に対する署名データが記録される。署名は、認証局の秘密鍵によって実行される。ホスト証明書に記録された情報、例えばホスト公開鍵を取り出して利用する場合には、まず認証局の公開鍵を適用した署名検証処理を実行して、ホスト証明書の改ざんがないことを確認し、その確認がなされたことを条件として、ホスト公開鍵等の証明書格納データの利用が行われることになる。図4は、メモリカードの保護領域に対するユーザ機器ホスト機器のアクセス許容情報を記録したホスト証明書であるが、例えばメモリカードにコンテンツを提供するコンテンツ提供サーバなど、保護領域に対するアクセスが必要となるサーバに対しては、図4に示すホスト証明書と同様、メモリカードの保護領域に対するアクセス許容情報を記録した証明書[サーバ証明書例えばサーバ公開鍵を格納した公開鍵証明書]が提供される。サーバに提供されるサーバ証明書ServerCertの構成例について図5を参照して説明する。なお、以下ではサーバは、図1に示すコンテンツ提供装置のすべて、すなわち放送局11やコンテンツサーバ12等、ユーザ装置に対してコンテンツを提供する装置を含むものとして説明する。サーバ証明書ServerCertは、例えば、公開鍵証明書発行主体である認証局によって例えば、コンテンツ提供を行うコンテンツサーバ等の装置に提供される。例えば、サーバ証明書ServerCertは、認証局がコンテンツ提供処理を認めたサーバに対して発行するサーバの証明書であり、サーバ公開鍵等を格納した証明書である。サーバ証明書ServerCertは、認証局秘密鍵によって署名が設定され、改ざんの防止されたデータとして構成される。図5に認証局が各コンテンツサーバに提供するサーバ証明書ServerCertの具体例を示す。サーバ証明書ServerCertificateには、図5に示すように、図4を参照して説明したホスト証明書と同様、以下のデータが含まれる。1タイプ情報2サーバID3サーバ公開鍵ServerPublicKey4メディアに対する読み取り/書き込み制限情報PADRead/PADWrite5その他の情報6署名Signaureこれらの各情報は、図4を参照して説明した情報と同様の情報であり、詳細な説明は省略する。なお、4メディアに対する読み取り/書き込み制限情報PADRead/PADWriteは、各サーバ単位で、メモリカード31の保護領域51のブロック区分領域単位のアクセス権データ読み取りRead/書き込みWrite許容情報が記録される。なお、サーバ証明書に記録された情報、例えばサーバ公開鍵を取り出して利用する場合には、まず認証局の公開鍵を適用した署名検証処理を実行して、サーバ証明書の改ざんがないことを確認し、その確認がなされたことを条件として、サーバ公開鍵等の証明書格納データの利用が行われることになる。[4.各装置の証明書を適用したメモリカードに対するアクセス処理例について]図4、図5を参照して説明したように、サーバやホスト機器記録再生器等のユーザ機器がメモリカード31の保護領域ProtectedArea51のブロックに対してアクセスを行う場合には、図4や図5に示すような証明書をメモリカードに提示することが必要となる。メモリカードは、図4や図5に示す証明書を確認して、図3に示すメモリカード31の保護領域ProtectedArea51の各ブロック単位のアクセス可否を判定する。ホスト機器は、例えば図4を参照して説明したホスト証明書HostCertificateを保持し、コンテンツの提供等を行うサーバは、図5を参照して説明したサーバ証明書ServerCertificateを保持している。これらの各装置が、メモリカードの保護領域ProtectedAreaに対するアクセスを行う場合には、各装置が保有している証明書をメモリカードに提供してメモリカード側の検証に基づくアクセス可否の判定を受けることが必要となる。図6を参照して、メモリカードに対するアクセス要求装置がサーバである場合と、記録再生装置等のホスト機器である場合のアクセス制限の設定例について説明する。図6には、左から、メモリカードに対するアクセス要求装置であるサーバA61、サーバB62、ホスト機器63、メモリカード70を示している。サーバA61、サーバB62は、例えば、メモリカード70に対する記録コンテンツである暗号化コンテンツCon1,Con2,Con3を提供する。これらのサーバは、さらに、暗号化コンテンツの復号用に鍵であるタイトルキーKt1,Kt2、コンテンツに対応する利用制御情報UsageRule:UR1,UR2を提供する。ホスト機器63は、メモリカード70に格納されたコンテンツの再生処理を行う装置である。ホスト機器63は、メモリカード70の汎用領域GeneralPurposeArea90に記録された暗号化コンテンツCon1,Con2,Con3と利用制御情報UsageRule:UR1,UR2を読み取る。さらに、保護領域ProtectedArea80のブロック区分領域81,82からコンテンツ復号処理に適用するタイトルキーKt1,Kt2を読み取って、タイトルキーによる復号処理を実行して利用制御情報UsageRuleに従ったコンテンツ利用を行う。メモリカード70は、保護領域ProtectedArea80と、汎用領域GeneralPurposeArea90を有し、暗号化コンテンツ、利用制御情報UsageRule等は汎用領域GeneralPurposeArea90に記録される。コンテンツ再生に際して必要とする鍵であるタイトルキーは保護領域ProtectedArea80に記録される。先に図3を参照して説明したように、保護領域ProtectedArea80は、複数のブロック区分領域に区分されている。図6に示す例では、ブロック0ProtectedArea081、ブロック1ProtectedArea182、これらの2つのブロックのみを示している。保護領域ProtectedArea80には、この他にも多数のブロックが設定される。ブロックの設定態様としては様々な設定が可能である。図6に示す例では、ブロック0ProtectedArea081は、サーバA61専用のブロック、すなわち、サーバA61の提供コンテンツの復号用のタイトルキーを格納する領域としている。ブロック1ProtectedArea182は、サーバB62専用のブロック、すなわち、サーバB62の提供コンテンツの復号用のタイトルキーを格納する領域としている。このような設定において、例えばコンテンツの提供サーバA61は、提供コンテンツの復号に必要となるタイトルキーを、ブロック0ProtectedArea081に記録する。この場合、サーバA61のサーバ証明書ServerCertificateに記録される書き込み許容領域情報PADWriteは、ブロック0ProtectedArea0に対する書き込みWrite許可が設定された証明書として構成される。なお、図に示す例では、書き込みWriteの許容されたブロックに対しては、読み取りReadについても許容された設定として示している。またサーバB62は、提供コンテンツの復号に必要となるタイトルキーを、ブロック1ProtectedArea182に記録する。この場合、サーバB62のサーバ証明書ServerCertificateに記録される書き込み許容領域情報PADWriteは、ブロック1ProtectedArea182に対する書き込みWrite許可が設定された証明書として構成される。また、ブロック0,1に記録されたタイトルキーを読み取ってコンテンツ再生を実行する再生装置であるホスト機器63の保持するホスト証明書HostCertificateは、ブロック0,1に対する読み取りRead許可が設定された証明書として構成される。この例では、ホスト証明書HostCertificateには、ブロック0,1に対する書き込みWrite許可は設定されない。ただし、コンテンツ削除時に、削除コンテンツに対応するタイトルキーの削除が可能な設定とするため、削除処理については許可する設定としてもよい。また、その他の処理において、ホスト機器63が保護領域に対するデータ書き込みが必要となる場合は、ホスト証明書HostCertificateに書き込みWrite許可を設定してもよい。メモリカード70のデータ処理部は、コンテンツを提供するサーバや、コンテンツを利用するホストなどのアクセス要求装置から保護領域ProtectedArea80に対するアクセス要求を受信すると、各装置の装置証明書を参照して、各ブロック単位のアクセス許容情報を確認して各ブロックに対するアクセスを許可するか否かを判定する。メモリカード70は、アクセス要求装置からのデータ書き込みや読み取り要求の入力に応じて、書き込みあるいは読み取り要求データの種類を判別し、データ書き込み先あるいは読み取り先としてのブロック0,1,2を選別する。アクセス制御情報は、図4、図5を参照して説明したように、各アクセス要求装置の証明書サーバ証明書、ホスト証明書などに記録され、メモリカードは、アクセス要求装置から受領した証明書について、まず署名検証を行い、証明書の正当性を確認した後、証明書に記載されたアクセス制御情報、すなわち、以下の情報を読み取る。読み取り許容領域情報PADRead、書き込み許容領域情報PADWrite、これらの情報に基づいて、アクセス要求装置に対して認められた処理のみを許容して実行する。[5.暗号化コンテンツ署名ECS発行装置を利用したコンテンツ提供システムについて]先に図1を参照して説明したように、ユーザ装置に提供されるコンテンツはコンテンツ提供装置から提供される。しかし、このコンテンツ提供装置自身が、不正なコピーコンテンツを配信する場合もある。以下では、このようなサーバの不正処理など、ユーザ装置以外の構成による不正についても防止可能とした構成について説明する。図7を参照して、コンテンツの不正利用を防止するための本開示の情報処理システムの全体構成について説明する。図7には、情報処理システムの全体構成例を示している。図7には以下の4種類の装置を階層構成として示している。Aライセンス発行装置LA101B暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102-1~nCコンテンツ提供装置ContentServer103-1~mDユーザ装置コンテンツ再生装置104-1~f図7に示すCコンテンツ提供装置ContentServer103-1~mは、図1に示す放送局11、コンテンツサーバ12等に対応する。また、図7に示すDユーザ装置コンテンツ再生装置104-1~fは、図1に示す記録再生専用器21、PC22、携帯端末23等のユーザ装置に対応する。Cコンテンツ提供装置ContentServer103-1~mは、コンテンツサーバや放送局、さらにはコンテンツを格納したディスク等のメディアを提供するメディア提供会社などコンテンツを送信する装置や、メディアに対するコンテンツ記録を実行する装置など、様々な情報処理装置を含む。これらは多数存在する。Dユーザ装置コンテンツ再生装置104-1~fは、コンテンツ提供装置ContentServer103-1~mからコンテンツ、例えば映画、音楽、その他の様々なコンテンツをインターネットや放送波、あるいはディスク等のメディアを介して受信、または読み出して再生処理を実行する装置である。具体的にはPC、携帯端末、DVDプレーヤ、BDプレーヤ、テレビなどコンテンツ再生可能な様々な種類の情報処理装置が含まれる。B暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102-1~nは、Cコンテンツ提供装置ContentServer103-1~mの提供するコンテンツに対応する暗号化コンテンツ署名ファイルECSファイル:EncryptedContentSignatureFileを生成する。Cコンテンツ提供装置ContentServer103-1~mは、例えば、新たな映画コンテンツなどのコンテンツをユーザ装置104に提供する場合、そのコンテンツに対応する暗号化コンテンツ署名ファイルECSファイルの生成依頼を、暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102に対して行う。B暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102-1~nは、この依頼に応じて、暗号化コンテンツ署名ファイルECSファイルを生成して、Cコンテンツ提供装置ContentServer103に提供する。なお、この暗号化コンテンツ署名ファイルECSファイルの具体的な構成と生成処理については後段で詳細に説明する。Cコンテンツ提供装置ContentServer103は、B暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102から暗号化コンテンツ署名ファイルECSファイルを受領し、これを、暗号化コンテンツに併せてDユーザ装置コンテンツ再生装置104に提供する。Dユーザ装置コンテンツ再生装置104は、コンテンツの再生を行う前に、暗号化コンテンツ署名ファイルECSファイルの署名検証処理を行い、この署名検証処理の成立が確認された場合にのみ、コンテンツの復号、再生が許容される。なお、ユーザ装置コンテンツ再生装置104には、暗号化コンテンツ署名ファイルECSファイルの署名検証を条件としてコンテンツの復号、再生を実行するシーケンスに従った再生処理プログラムが格納されており、この再生処理プログラムに従って暗号化コンテンツ署名ファイルECSファイルの署名検証等のコンテンツ再生可否判定処理と、コンテンツ再生が実行されることになる。例えば、暗号化コンテンツ署名ファイルECSファイルの署名検証が成功しなかった場合は、コンテンツの再生は禁止される。Aライセンス発行装置LA101は、B暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102-1~nに対して、ECSファイルの発行許可証としてのライセンスを提供する。Aライセンス発行装置LA101は、予め既定したライセンス発行シーケンスにしたがって、B暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102-1~nの正当性を確認し、正当であると確認された場合に、暗号化コンテンツ署名ECS発行装置に対して、ライセンスを発行する。なお、ライセンスは、具体的には、例えばライセンス発行装置LA101の秘密鍵による署名が付与された公開鍵証明書である。公開鍵証明書には、暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102の公開鍵が格納される。なお、この公開鍵証明書に格納される公開鍵に対応する秘密鍵も併せてAライセンス発行装置LA101から、暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102に提供される。次に、図8を参照して、Aライセンス発行装置LA101、B暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102、Cコンテンツ提供装置ContentServer103、これらの3者間で実行される処理について説明する。図8には、Aライセンス発行装置LA101、B暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102、Cコンテンツ提供装置ContentServer103、これらの3つの装置と、各装置において実行する代表的な処理を示す図である。ライセンス発行装置LA101の実行する処理は、処理A1、A2として示している。ライセンス発行装置LA101は以下の処理を実行する。処理A1暗号化コンテンツ署名ECS発行装置102に対して、使用期限ExpirationDate付のECS発行装置証明書ECSIssuerCertificateを提供する。処理A2コンテンツ提供装置103に対して、ECS発行装置証明書リボケーションリストECSIssuerKeyRevocationListを提供する。暗号化コンテンツ署名ECS発行装置102の実行する処理は、処理B1、B2として示している。暗号化コンテンツ署名ECS発行装置102は以下の処理を実行する。処理B1暗号化コンテンツ署名ファイルECSファイル:EncryptedContentSignatureFileを生成、処理B2コンテンツ提供装置103に対して、暗号化コンテンツ署名ファイルECSファイル:EncryptedContentSignatureFileを提供、コンテンツ提供装置103の実行する処理は、処理C1、C2として示している。コンテンツ提供装置103は以下の処理を実行する。処理C1暗号化コンテンツ署名ECS発行装置102に対して、ECSファィル生成用データを提供する。例えば、コンテンツハッシュリスト集合、タイトルキーのハッシュ値、ブロック識別子等を提供する。処理C2ECSファイルを利用したコンテンツ提供可否判定処理、[6.ECSファイルの構成例について]次に、暗号化コンテンツ署名ECS発行装置102の生成するECSファイルの構成例について説明する。図9にECSファイルと、ECSファイルの構成データとしても設定されるECS発行装置証明書のデータ構成例を示す。ECSファィルは、暗号化コンテンツ署名ECS発行装置102において生成するファイルであり、コンテンツ提供装置103から受領するコンテンツハッシュリスト集合、タイトルキーのハッシュ値、ブロック識別子等を構成データとして格納したファイルである。図9Aに示すように、ECSファイルは、1コンテンツハッシュリスト集合HashListCollections2ECS発行日時ECSIssueDate3ブロック識別子PADBlockNumber4ECS発行装置署名SignaturebyECSIssuer5ECS発行装置証明書ECSIssuerCertificate6コンテンツブロックテーブルStoredContentBlockTableこれらのデータを含むファイルである。1コンテンツハッシュリスト集合HashListCollectionsは、コンテンツ提供装置ContentServer103が生成して、暗号化コンテンツ署名ECS発行装置102が受領するデータである。ユーザ装置に提供するコンテンツ、具体的にはユーザ装置において再生される例えば映画等のコンテンツに基づいて生成されるコンテンツの構成データに基づいて生成されるハッシュ値とその属性情報ハッシュ値生成元のコンテンツブロックの位置等を示すオフセット、レングスなどの情報を含むデータである。2ECS発行日時ECSIssueDateは、暗号化コンテンツ署名ECS発行装置102においてECSファイルを生成した日時情報である。この日時情報は、例えば、4ECS発行装置署名ECSSignatureの生成日時に対応する。3ブロック識別子PADBlockNumberは、コンテンツ提供装置ContentServer103から、暗号化コンテンツ署名ECS発行装置102に通知されるデータであり、コンテンツ提供装置103がユーザ装置104に対して提供したコンテンツに対応する暗号鍵であるタイトルキーを格納したメディアの保護領域のブロックの識別子である。これは、コンテンツ提供装置103が利用可能なメディアの保護領域におけるブロックの識別子である。先に、図3、図6等を参照して説明したように、コンテンツ提供装置の利用可能なメディアの保護領域のブロックは予め設定されており、これらのアクセス許容ブロック情報が記録される。4ECS発行装置署名ECSSignatureECS発行装置署名ECSSignatureは、ECS発行装置の電子署名である。署名対象データは、コンテンツハッシュリスト集合、ECS発行日時、ブロック識別子、さらに、タイトルキーハッシュ値等の構成データとなる。5ECS発行装置証明書ECSIssuerCertificateECS発行装置証明書ECSIssuerCertificateは、ECS発行装置102に対応する公開鍵証明書であり、図9Bに示すように、ECS発行装置102の公開鍵等が格納されている。この構成については後述する。6コンテンツブロックテーブルStoredContentBlockTableコンテンツブロックテーブルStoredContentBlockTableは、上記のコンテンツハッシュリスト集合HashListCollectionsに、複数のコンテンツに対応するハッシュリストが記録されている場合に、各ハッシュリストとコンテンツの対応情報を記録したフィールドとして設定される。次に、図9Bに示すECS発行装置証明書ECSIssuerCertificateのデータ構成について説明する。ECS発行装置証明書ECSIssuerCertificateは、ライセンス発行装置LA101が生成し、ECS発行装置102に提供される。ECS発行装置102は、ECS発行装置証明書ECSIssuerCertificateの生成に必要となるデータをライセンス発行装置LA101に提供して、ECS発行装置証明書ECSIssuerCertificateの生成を依頼する。ライセンス発行装置LA101は、この依頼に応じてECS発行装置証明書ECSIssuerCertificateを生成する。図9Bに示すように、ECS発行装置証明書は、1ECS証明書識別子ECSCertificateID2ブロック識別子開始番号StartPADBlockNumber3ブロック識別子範囲PADBlockNumberCounter4発行装置証明書使用期限ExpirationDate5ECS発行装置公開鍵ECSIssuerPublicKey6LA署名SignaturebyLAこれらのデータを含むファイルである。1ECS証明書識別子ECSCertificateIDは。このECS証明書の識別子である。2ブロック識別子開始番号StartPADBlockNumberは、ECS発行装置102が、コンテンツ提供装置103に対して許容可能なメディアの保護領域のアクセス許容ブロックの開始番号である。3ブロック識別子範囲PADBlockNumberCounterは、ECS発行装置102が、コンテンツ提供装置103に対して許容可能なメディアの保護領域のアクセス許容ブロックの開始番号からの範囲を示す情報である。4発行装置証明書使用期限ExpirationDateは、この発行装置証明書の使用期限情報である。5ECS発行装置公開鍵ECSIssuerPublicKeyは、ECS発行装置の公開鍵である。6LA署名SignaturebyLAは、図7、図8に示すライセンス発行装置LAの電子署名である。ECS発行装置証明書の上記構成データ1~5に基づいて生成される電子署名である。図10は、ECSファイルのシンタックス、図11は、ECS発行装置証明書のシンタックス、を示す図である。なお、ECS発行装置証明書に記録される、2ブロック識別子開始番号StartPADBlockNumber3ブロック識別子範囲PADBlockNumberCounterこれらの2つのデータは、前述したように、ECS発行装置102が、コンテンツ提供装置103に対して許容可能なメディアの保護領域のアクセス許容ブロックを示す情報である。具体的には、例えば、ブロック識別子開始番号≦N≦ブロック識別子開始番号ブロック識別子範囲を満たす、すべてをブロック識別子として設定したのと同等である。また、ブロック識別子開始番号=0xFFFFFFFFと設定されていた場合は、メディアの保護領域の全ブロックがアクセス許容ブロックであることを示す。なお、図9~図11を参照して説明した例は、ECSファイルがECS発行装置証明書を含む構成として説明したが、ECSファイルにECS発行装置証明書を含めず、ECSファイルと、ECS発行装置証明書を個別のファイルとして構成してもよい。[7.ECS発行装置証明書リボケーションリストの構成について]次に、図12を参照して、ECS発行装置証明書リボケーションリストの構成について説明する。ECS発行装置証明書リボケーションリストECSIssuerKeyRevocationListは、先に図8を参照して説明したように、ライセンス発行装置LA101が発行するリストである。このリストは、例えばコンテンツ提供装置103において利用される。ライセンス発行装置LA101は、不正であると判定されたECS発行装置の公開鍵を格納したECS発行装置証明書図9B参照を無効化し、無効化したECS発行装置具体的には、ECS発行装置証明書の識別子IDを登録したリストとして、ECS発行装置証明書リボケーションリストを生成する。図12に示すように、ECS発行装置証明書リボケーションリストは、以下のデータを格納している。1バージョンVersion2エントリ数Numberofentries3リボーク無効化されたECS発行装置証明書のID4リボーク無効化されたECS発行装置証明書のリボーク日時5ライセンス発行装置LA101の電子署名これらのデータを格納している。5ライセンス発行装置LA101の電子署名は1~4のデータに対する署名である。なお、ECS発行装置証明書リボケーションリストは、不正なECS発行装置が新たに発見された場合には、そのECS発行装置のIDを追加して更新した新しいバージョンのリストが逐次、発行され、コンテンツ提供装置103に提供される。[8.暗号化コンテンツ署名ファイルECSファイルの生成処理について]次に、図13を参照して暗号化コンテンツ署名ファイルECSファイルの生成処理について説明する。暗号化コンテンツ署名ファイルECSファイルは、コンテンツ提供装置ContentServer103からの生成依頼に基づいて、暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102が生成する。コンテンツ提供装置ContentServer103が、例えば、新たな映画コンテンツなどのコンテンツをユーザ装置104に提供する場合、そのコンテンツに対応する暗号化コンテンツ署名ファイルECSファイルの生成依頼を、暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102に対して行う。暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102は、この依頼に応じて、暗号化コンテンツ署名ファイルECSファイルを生成して、コンテンツ提供装置ContentServer103に提供する。図13は、この暗号化コンテンツ署名ファイルECSファイルの生成処理において、コンテンツ提供装置ContentServer103と暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102の実行する処理を説明する図である。コンテンツ提供装置ContentServer103は、新たな暗号化コンテンツ署名ファイルECSファイルの生成依頼を行う場合、図13に示すように、コンテンツ181の構成データコンテンツブロックに基づいて生成したハッシュ値を含むコンテンツハッシュリスト集合HashListCollections183を生成する。なお、コンテンツハッシュリスト集合HashListCollections183は、ユーザ装置104に提供する暗号化コンテンツの構成データコンテンツブロックに基づいて生成したハッシュ値を格納したコンテンツハッシュリスト集合として生成される。コンテンツ提供装置ContentServer103は、生成したコンテンツハッシュリスト集合HashListCollections183を暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102に提供する。さらに、コンテンツ181の暗号化に適用する暗号鍵であるタイトルキー182、またはタイトルキーのハッシュ値も暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102に提供する。コンテンツハッシュリスト集合HashListCollections183は、ユーザ装置に提供するコンテンツ、具体的にはユーザ装置において再生される例えば映画等のコンテンツに基づいて生成されるコンテンツの構成データに基づいて生成されるハッシュ値とその属性情報を含むデータである。なお、属性情報には、例えばハッシュ値を算出したコンテンツブロックの位置情報等の属性情報などが含まれる。暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102は、図13に示すステップS11において、コンテンツ提供装置ContentServer103から受信したデータと、ECSファイルの構成データ、具体的には、例えば、コンテンツハッシュリスト集合、ECS発行日時、ブロック識別子、タイトルキーハッシュ、これらのデータに対する署名を生成する。署名データの生成は、暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102の保持する秘密鍵を適用して署名を生成する。例えばECDSAアルゴリズムに従った署名生成を行う。生成した署名は、図13に示すように、暗号化コンテンツ署名ファイルECSファイルの構成データとして設定される。先に図9を参照して説明したように、暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102の生成する暗号化コンテンツ署名ファイルECSファイル200は、以下のデータを構成データとして有する。1コンテンツハッシュリスト集合HashListCollections2ECS発行日時ECSIssueDate3ブロック識別子PADBlockNumber4ECS発行装置署名SignaturebyECSIssuer5ECS発行装置証明書ECSIssuerCertificate6コンテンツブロックテーブルStoredContentBlockTableこれらのデータを含むファイルである。[9.ECSファイル、ECS発行装置証明書の日時情報を適用した処理について]次に、ECSファイル、ECS発行装置証明書の日時情報を適用した処理について説明する。1ECS発行装置102が生成し、コンテンツ提供装置に提供されるECSファイル、2ライセンス発行装置LA101が生成し、ECS発行装置10に提供されるECS発行装置証明書、これらには、図9を参照して説明したように、様々な日時情報が記録される。例えば、ECSファイルには、ECS発行日時ECSIssueDateが記録される。また、ECS発行装置証明書には、発行装置証明書使用期限ExpirationDateが記録される。コンテンツ提供装置103は、これらのECSファイルとECS発行装置証明書に記録された日時情報や、先に図12を参照して説明したECS発行装置証明書リボケーションリストを適用して、ユーザ装置104に対するコンテンツ提供処理の可否判定処理を実行する。また、コンテンツ提供装置103からコンテンツを受領するユーザ装置においても、ECSファイルとECS発行装置証明書に記録された日時情報や、先に図12を参照して説明したECS発行装置証明書リボケーションリストを適用して、ユーザ装置104におけるコンテンツ再生の可否判定処理を実行する。以下、これらの処理について説明する。まず、図14、図15に示すシーケンス図を参照して、暗号化コンテンツ署名ファイルECSファイルの生成とコンテンツ提供、利用処理シーケンスについて説明する。図14には、左から、ライセンス発行装置101、暗号化コンテンツ署名ECS発行装置102、コンテンツ提供装置103、これらの各装置を示し、ステップS111、S121~S128の各処理を時系列処理として示している。これらの各処理ステップについて説明する。ステップS111ステップS111は、ライセンス発行装置101が、暗号化コンテンツ署名ECS発行装置102に対してライセンスECS発行装置証明書を発行する処理である。先に図8他を参照して説明したように、ライセンス発行装置101は、暗号化コンテンツ署名ECS発行装置102に対して、ECSファイルの発行許可証としてのライセンス、すなわちECS発行装置証明書を提供する。ライセンス発行装置LA101は、予め既定したライセンス発行シーケンスにしたがって、暗号化コンテンツ署名ECS発行装置102の正当性を確認し、正当であると確認された場合に、暗号化コンテンツ署名ECS発行装置に対して、ECS発行装置証明書を発行する。ECS発行装置証明書は、図9Bを参照して説明したデータ構成を有する公開鍵証明書である。ECS発行装置証明書には、暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102の公開鍵が格納される。なお、このECS発行装置証明書に格納される公開鍵に対応する秘密鍵も併せてAライセンス発行装置LA101から、暗号化コンテンツ署名ECS発行装置EncryptedContentSignatureIssuer102に提供される。ステップS121~S124は、図13を参照して説明した暗号化コンテンツ署名ファイルECSファイルの生成処理のシーケンスである。この処理は、コンテンツ提供装置103が、例えば新たなコンテンツをユーザ装置に提供する場合に、その新たなコンテンツに対応する暗号化コンテンツ署名ファイルECSファイルを取得するために、各提供コンテンツに応じて逐次実行される。この処理は、暗号化コンテンツ署名ECS発行装置102と、コンテンツ提供装置103との間で実行される。まず、ステップS121において、コンテンツ提供装置103は、暗号化コンテンツ署名ファイルECSファイル作成に必要となるデータを生成する。具体的には、図13を参照して説明した、コンテンツハッシュリスト集合HashListCollections183の生成処理などを実行する。前述したように、コンテンツハッシュリスト集合HashListCollectionsは、ユーザ装置に提供するコンテンツ、具体的にはユーザ装置において再生される例えば映画等のコンテンツに基づいて生成されるコンテンツの構成データに基づいて生成されるハッシュ値とその属性情報を含むデータである。属性情報には、例えばハッシュ値を算出したコンテンツブロックの位置情報等の属性情報などが含まれる。なお、コンテンツ提供装置103は、コンテンツの暗号化および復号処理に適用するタイトルキー、あるいはタイトルキーのハッシュ値も、暗号化コンテンツ署名ECS発行装置102への提供データとして生成する。次に、コンテンツ提供装置103は、ステップS122において、生成データを暗号化コンテンツ署名ECS発行装置102に送信して、暗号化コンテンツ署名ファイルECSファイルの生成および送信要求を行う。次に、ステップS123において、暗号化コンテンツ署名ECS発行装置102は、コンテンツ提供装置103から受信したデータに対する署名生成処理を行う。すなわち、図13を参照して説明したステップS11の署名生成処理を実行する。さらに、先に図9Aを説明したデータ構成を持つ暗号化コンテンツ署名ファイルECSファイルを生成し、ステップS124において、生成した暗号化コンテンツ署名ファイルECSファイルをコンテンツ提供装置103に送信する。先に図9Aを参照して説明したように、暗号化コンテンツ署名ファイルECSファイルには、ECSファイルは、1コンテンツハッシュリスト集合HashListCollections2ECS発行日時ECSIssueDate3ブロック識別子PADBlockNumber4ECS発行装置署名SignaturebyECSIssuer5ECS発行装置証明書ECSIssuerCertificate6コンテンツブロックテーブルStoredContentBlockTableこれらのデータが含まれる。暗号化コンテンツ署名ファイルECSファイルを受信したコンテンツ提供装置103は、ステップS125において、暗号化コンテンツ署名ファイルECSファイルを適用したコンテンツ提供が許容されるか否かのコンテンツ提供可否判定処理を実行する。ステップS126において、コンテンツ提供が許容されると判定した場合は、ステップS127においてユーザ装置に対するコンテンツ提供処理を実行する。ステップS126において、コンテンツ提供が許容されないと判定した場合は、ステップS128に進み、コンテンツ提供処理を中止する。なお、ステップS125~S128の処理については、図16以下を参照して、後段でさらに詳細に説明する。次に、図15を参照して、コンテンツ提供装置103からユーザ装置104に対するコンテンツの提供と、ユーザ装置104におけるコンテンツ再生シーケンスについて説明する。図15には、左から、コンテンツ提供装置103、ユーザ装置104、これらを示している。まず、コンテンツ提供装置103は、ステップS131において、ユーザ装置に、1暗号化コンテンツ2暗号化コンテンツ署名ファイルECSファイル3タイトルキーこれらのデータを送信する。なお、ステップS131の処理の前処理として、例えばユーザ装置104からコンテンツ提供装置103に対するコンテンツ送信要求が実行されているものとする。コンテンツ提供装置103は、ユーザ装置からのリクエストに応じたコンテンツを提供する。なお、ステップS131においてコンテンツ提供装置103の送信する、1暗号化コンテンツは、コンテンツに対応して設定される上記の3タイトルキーで暗号化されたコンテンツである。また、2暗号化コンテンツ署名ファイルECSファイルは、上記の1暗号化コンテンツに対応して生成されたファイルであり、先に図9を参照して説明した暗号化コンテンツ署名ファイルECSファイルの構成データを格納している。ユーザ装置104は、これらのデータを受信し、例えばハードディスク等のメディアに格納する。その後、コンテンツの再生処理を実行する際に、図15に示すステップS132以下の処理を実行する。ユーザ装置104は、ステップS132において、再生対象コンテンツに対応する暗号化コンテンツ署名ファイルECSファイルを読み出して、暗号化コンテンツ署名ファイルECSファイルを適用してコンテンツ再生が許容されるか否かのコンテンツ再生可否判定処理を実行する。ステップS133において、コンテンツ再生が許容されると判定した場合は、ステップS134においてコンテンツ再生処理を実行する。ステップS133において、コンテンツ再生が許容されないと判定した場合は、ステップS135に進み、コンテンツ再生処理を中止する。なお、ステップS132~S135の処理については、図18を参照して、後段でさらに詳細に説明する。次に、図14を参照して説明したコンテンツ提供装置におけるステップS125|S128の処理、すなわち、暗号化コンテンツ署名ファイルECSファイルを適用したコンテンツ提供可否判定処理の詳細シーケンスについて図16、図17に示すフローチャートを参照して説明する。図16に示すフローチャートのステップS151の前処理として、コンテンツ提供装置は、暗号化コンテンツ署名ファイルECSファイル発行装置から受信した暗号化コンテンツ署名ファイルECSファイルに設定されたECS発行装置署名を適用した署名検証を実行する。この署名検証が成立し、暗号化コンテンツ署名ファイルECSファイルの正当性が確認され場合は、さらに、暗号化コンテンツ署名ファイルECSファイルに格納されたECS発行装置証明書の署名検証を実行する。これらの2つの署名検証が成立したことを条件としてステップS151以下の処理を行う。上記2つの署名検証の少なくともいずれかが成立しなかった場合は、暗号化コンテンツ署名ファイルECSファイルまたはECS発行装置証明書の正当性が確認されないので、ステップS151以下の処理は実行されない。この場合はコンテンツ提供処理も実行しないことになる。暗号化コンテンツ署名ファイルECSファイルと、ECS発行装置証明書の2つの署名検証が成立し、暗号化コンテンツ署名ファイルECSファイルとECS発行装置証明書の正当性が確認された場合、コンテンツ提供装置は、ステップS151の処理を実行する。コンテンツ提供装置は、暗号化コンテンツ署名ファイルECSファイルの記録データであるECS発行日時ECSIssueDateを読み出す。さらに、ECS発行装置証明書の記録データであるECS発行装置証明書使用期限ExpirationDateを読み出す。さらに、これらの日時情報を比較し、ECS発行装置証明書使用期限ExpirationDateがECS発行日時ECSIssueDateより前であるか否かを判定する。前である場合Yesは、ステップS155に進み、リボケーションリストを適用した処理を行う。この処理については後述する。前でない場合Noは、ステップS152に進み、ステップS153以下において暗号化コンテンツ署名ファイルECSファイルとECS発行装置証明書に記録された日時情報タイムスタンプを適用したコンテンツ提供可否判定処理を開始する。ステップS153では、ECS発行装置証明書使用期限ExpirationDateと、コンテンツ提供装置の持つ時間クロックあるいは信頼できる時間情報提供サーバから取得した実時間とを比較する。ECS発行装置証明書使用期限ExpirationDateが、実時間より1日以上前であれば、ステップS156に進み、コンテンツ提供処理を中止する。一方、ECS発行装置証明書使用期限ExpirationDateが、実時間より1日以上前でなければ、ステップS154に進む。ステップS154では、ECS発行日時ECSIssueDateと、コンテンツ提供装置の持つ時間クロックあるいは信頼できる時間情報提供サーバから取得した実時間とを比較する。ECS発行日時ECSIssueDateが、実時間より1日以上前であれば、ステップS156に進み、コンテンツ提供処理を中止する。一方、ECS発行日時ECSIssueDateが、実時間より1日以上前でなければ、ステップS155に進む。次に、ステップS155以下において実行するリボケーションリストを適用したコンテンツ提供可否判定処理について、図17に示すフローチャートを参照して説明する。なお、コンテンツ提供装置は、予め図12を参照して説明したECS発行装置公開鍵リボケーションリストを取得しているものとする。例えばライセンス発行装置LA101から取得可能である。コンテンツ提供装置は、ステップS161において、ECS発行装置証明書からECS証明書識別子を取得し、この識別子IDがECS発行装置公開鍵リボケーションリストに登録されているか否かを判定する。登録されていない場合Noは、ECS発行装置証明書は無効化リボークされておらず有効であることが確認され、この場合は、ステップS164に進み、コンテンツ提供処理を実行する。一方、ステップS161において、ECS証明書識別子IDがECS発行装置公開鍵リボケーションリストに登録されていると判定した場合Yes、この場合は、ステップS162に進む。ステップS162では、ECS発行装置公開鍵リボケーションリストに登録されているそのECS発行装置証明書が無効化リボークされた日時、すなわち、リボーク日時と、暗号化コンテンツ署名ファイルECSファイルの記録データであるECS発行日時ECSIssueDateと、これらの2つの日時データを比較する。暗号化コンテンツ署名ファイルECSファイルの記録データであるECS発行日時ECSIssueDateがリボーク日時より前である場合Yesは、ステップS164に進み、コンテンツの提供処理を実行する。これは、リボーク以前の正当なECS発行装置証明書に基づく処理であると判断できるためである。一方、ステップS162において、暗号化コンテンツ署名ファイルECSファイルの記録データであるECS発行日時ECSIssueDateがリボーク日時より前でない場合Noは、ステップS163に進み、コンテンツの提供処理を停止する。これは、リボーク後の不当なECS発行装置証明書に基づく処理であると判断できるためである。次に、図18に示すフローチャートを参照して、先に図14のステップS132~S135を参照して説明したユーザ装置104における暗号化コンテンツ署名ファイルECSファイルを適用したコンテンツ再生許容判定処理の詳細について説明する。なお、ユーザ装置は、図18に示すステップS171以前に、コンテンツ提供装置から受信した暗号化コンテンツ署名ファイルECSファイルに設定されたECS発行装置署名を適用した署名検証を実行する。この署名検証が成立し、暗号化コンテンツ署名ファイルECSファイルの正当性が確認され場合は、さらに、暗号化コンテンツ署名ファイルECSファイルに格納されたECS発行装置証明書の署名検証を実行する。これらの2つの署名検証が成立したことを条件としてステップS171以下の処理を行う。上記2つの署名検証の少なくともいずれかが成立しなかった場合は、暗号化コンテンツ署名ファイルECSファイルまたはECS発行装置証明書の正当性が確認されないので、ステップS171以下の処理は実行されない。この場合はコンテンツ再生処理も実行しないことになる。暗号化コンテンツ署名ファイルECSファイルと、ECS発行装置証明書の2つの署名検証が成立し、暗号化コンテンツ署名ファイルECSファイルとECS発行装置証明書の正当性が確認された場合、ユーザ装置は、ステップS171の処理を実行する。ステップS171において、ユーザ装置は、暗号化コンテンツ署名ファイルECSファイルの記録データであるECS発行日時ECSIssueDateを読み出す。さらに、ECS発行装置証明書の記録データであるECS発行装置証明書使用期限ExpirationDateを読み出す。さらに、これらの日時情報を比較し、ECS発行装置証明書使用期限ExpirationDateがECS発行日時ECSIssueDateより前であるか否かを判定する。前である場合Yesは、ステップS175に進み、コンテンツの復号、再生処理を実行しない。これは、すでに有効期限の切れたECS発行装置証明書であることが確認されたからである。一方、ステップS171において、ECS発行装置証明書使用期限ExpirationDateがECS発行日時ECSIssueDateより前でない場合Noは、ステップS172に進み、ステップS173以下においてリボケーションリストを適用したコンテンツ提供可否判定処理を実効する。なお、ユーザ装置は、予め図12を参照して説明したECS発行装置公開鍵リボケーションリストを取得しているものとする。例えばライセンス発行装置LA101から取得可能である。ユーザ装置は、ステップS173において、ECS発行装置証明書からECS証明書識別子を取得し、この識別子IDがECS発行装置公開鍵リボケーションリストに登録されているか否かを判定する。登録されていない場合Noは、ECS発行装置証明書は無効化リボークされておらず有効であることが確認され、この場合は、ステップS176に進み、コンテンツ再生処理を実行する。なお、コンテンツ再生処理の開始前に、さらに、暗号化コンテンツの復号に適用するタイトルキーの取得や生成処理、さらに、暗号化コンテンツ署名ファイルに含まれるコンテンツハッシュリストを適用したハッシュ値照合処理を実行する。ハッシュ値照合において照合が成立し、コンテンツの改ざんのないことが確認された場合にコンテンツの再生が許容されることになる。一方、ステップS173において、ECS証明書識別子IDがECS発行装置公開鍵リボケーションリストに登録されていると判定した場合Yes、この場合は、ステップS174に進む。ステップS174では、ECS発行装置公開鍵リボケーションリストに登録されているそのECS発行装置証明書が無効化リボークされた日時、すなわち、リボーク日時と、暗号化コンテンツ署名ファイルECSファイルの記録データであるECS発行日時ECSIssueDateと、これらの2つの日時データを比較する。暗号化コンテンツ署名ファイルECSファイルの記録データであるECS発行日時ECSIssueDateがリボーク日時より前である場合Yesは、ステップS176に進み、コンテンツの再生処理を実行する。これは、リボーク以前の正当なECS発行装置証明書に基づく処理であると判断できるためである。一方、ステップS173において、暗号化コンテンツ署名ファイルECSファイルの記録データであるECS発行日時ECSIssueDateがリボーク日時より前でない場合Noは、ステップS175に進み、コンテンツの再生処理を停止する。これは、リボーク後の不当なECS発行装置証明書に基づく処理であると判断できるためである。[10.暗号鍵とECS発行装置署名との関連づけ構成について]次に、暗号鍵とECS発行装置署名との関連づけ構成について説明する。先に、図3、図6を参照して説明したように、ユーザ装置104では、例えばフラッシュメモリから構成されるメモリカード等にコンテンツ等を記録して利用する。図3を参照して説明したように、メモリカード31の記憶領域は、a保護領域ProtectedArea51、b汎用領域GeneralPurposeArea52、これら2つの領域によって構成される。b汎用領域GeneralPurposeArea52はユーザの利用する記録再生装置によって、自由にアクセス可能な領域であり、コンテンツやコンテンツ対応の利用制御情報UsageRule、その他の一般のコンテンツ管理データ等が記録される。この汎用領域GeneralPurposeArea52は、例えばサーバやユーザの記録再生装置によって自由にデータの書き込みや読み取りを行うことか可能な領域である。一方、a保護領域ProtectedArea51は、自由なアクセスが許容されない領域である。保護領域ProtectedArea51は複数の区分領域としてのブロック0,1,2に分割され、各ブロック単位でアクセス権が設定される。例えば、ユーザの利用する記録再生装置、あるいはネットワークを介して接続されるサーバ等によってデータの書き込みあるいは読み取りを行おうとする場合、メモリカード31のデータ処理部が、メモリカード31に予め格納されたプログラムに従って、各装置に応じてブロック単位で読み取りReadまたは書き込みWriteの可否を決定する。メモリカード31は、予め格納されたプログラムを実行するためのデータ処理部や認証処理を実行する認証処理部を備えており、メモリカード31は、まず、メモリカード31に対してデータの書き込みまたは読み取りを実行しようとする装置との認証処理を行う。この認証処理の段階で、相手装置、すなわちアクセス要求装置から公開鍵証明書等の装置証明書を受信する。たとえばアクセス要求装置がサーバである場合は、図5を参照して説明したサーバの保有するサーバ証明書ServerCertificateを受信し、その証明書に記載された情報を用いて、保護領域ProtectedArea51の各ブロック区分領域単位でアクセスが許容されるか否かを判定する。また、アクセス要求装置がホスト装置、例えばコンテンツ記録再生を実行するユーザ装置としての記録再生装置ホストである場合は、図4を参照して説明した記録再生装置ホストの保有するホスト証明書HostCertificateを受信し、その証明書に記載された情報を用いて、保護領域ProtectedArea51の各ブロック区分領域のアクセスが許容されるか否かを判定する。このアクセス権判定処理は、図3に示す保護領域ProtectedArea51内のブロック図に示す領域0,1,2単位で行われる。メモリカード31は、ブロック単位で許可された処理データの読み取り/書き込み等の処理のみをサーバやホストに実行させる。ユーザ装置104がメディアを装着してコンテンツ提供装置103から受信するコンテンツを記録する場合のデータ記録構成例について、図19を参照して説明する。図19には、コンテンツ提供装置としてのサーバA201がユーザ装置としてのホスト202に装着されたメモリカード210に、暗号化コンテンツを提供して記録する処理例を示している。メモリカード210は、保護領域ProtectedArea211、汎用領域GeneralPurposeArea212、これらを有している。コンテンツ提供装置としてのサーバA201は、暗号化コンテンツ提供処理に際して、提供コンテンツの暗号化および復号に適用するタイトルキーを保護領域ProtectedAreaの所定ブロックに記録する。サーバA201は、先に図5を参照したサーバ証明書ServerCertificateを保有している。まず、サーバA201は、メモリカード210との相互認証処理を実行する。その際にメモリカード210に対してサーバ証明書を出力する。メモリカード210は、サーバA201から受信したサーバ証明書に記録された保護領域アクセス権情報を確認する。この確認処理において、サーバA201がブロック0のアクセス権書き込みの権利を有していることが判定された場合にのみ、サーバA201はメモリカード210に設定された保護領域211のブロック0に対するデータ書き込みが可能となる。図に示すように、サーバA201は、提供コンテンツの復号に適用するタイトルキーを保護領域ProtectedArea211のブロック0,221に格納する。なお、保護領域には、タイトルキー自体をそのまま格納せず、a利用制御情報UR:UsageRuleと、b図9を参照して説明したECSファイルの構成データであるECS発行装置署名SignaturebyECSIssuerこれらa、bの連結データのハッシュ値と、タイトルキーKtとの排他的論理和演算結果を格納する。例えばコンテンツa1に対するタイトルキー:Kta1は、以下のタイトルキー変換データとして保護領域に格納する。Kta1URa1||ECSSiga1hashただし、URa1:コンテンツa1に対応する利用制御情報ECSSiga1:コンテンツa1に対応するECSファイルの構成データであるECS発行装置署名SignaturebyECSIssuerまた、演算子としての記号、:排他的論理和演算||:データの連結を意味し、a||bはデータaとデータbの連結データを意味する。hash:ハッシュ値を意味し、a||bhashは、データaとデータbの連結データのハッシュ値を意味する。図19に示す例では、サーバAは、メモリカードの汎用領域GeneralPurposeArea212に、以下のコンテンツと利用制御情報とECSファイルを記録する。コンテンツ:Cona1、Cona2、Cona3、上記コンテンツに対応する利用制御情報UsageRule:URa1、URa2、URa3、上記コンテンツに対応するECSファイルECSFile:ECSa1、ECSa2、ECSa3、これらのコンテンツと利用制御情報とECSファィルのセットを記録する。さらに、サーバAは、メモリカードの保護領域ProtectedArea211のブロック0,221に以下のデータを記録する。コンテンツ対応のタイトルキーと、コンテンツ対応の利用制御情報UsageRuleとECS発行装置署名ECSSigの連結データのハッシュ値との排他的論理和XOR演算結果Kta1URa1||ECSSiga1hashKta2URa2||ECSSiga2hashKta3URa3||ECSSiga3hashなお、図19には、サーバA201の処理例を示しているが、例えば異なるサーバBは、サーバBの提供コンテンツbxに対応するタイトルキーの格納領域として許容された保護領域ProtectedAreaの所定ブロック、例えば、ブロック1にサーバBの提供コンテンツに同様のタイトルキー変換データ、例えば、KtbxURbx||ECSSigbxhash上記データを格納する。図20には、コンテンツを利用するユーザ装置ホスト202とコンテンツ等を格納したメモリカード210を示している。ユーザ装置ホスト202は、先に図4を参照したホスト証明書HostCertificateを保有している。まず、ユーザ装置ホスト202は、メモリカード210との相互認証処理を実行する。その際にメモリカード210に対してホスト証明書を出力する。メモリカード210は、ユーザ装置ホスト202から受信したホスト証明書に記録された保護領域アクセス権情報を確認する。この確認処理において、ユーザ装置ホスト202がブロック0のアクセス権読み取りの権利を有していることが判定された場合にのみ、ユーザ装置ホスト202はメモリカード210に設定された保護領域211のブロック0からのデータ読み取りが可能となる。これらの相互認証およびアクセス権が確認された後、ユーザ装置ホスト202は、コンテンツの利用に際して以下の処理を実行する。まず、メモリカードの汎用領域GeneralPurposeArea212から利用対象コンテンツ:Conxyと、対応する利用制御情報:URxy、ECSファイル:ECSxy取得する。次に、利用制御情報:URxyを参照して、利用対象コンテンツ:Conxyのタイトルキーの格納された保護領域のブロックがいずれのブロックであるかを確認する。利用制御情報:URxyには、利用対象コンテンツ:Conxyのタイトルキーの格納されたブロックの識別子が記録されている。保護領域211のタイトルキー格納ブロックが特定されると、そのブロックの記録データの読み出し処理を行う。例えば、選択ブロックから、以下のデータを読み出す。KtxyURxy||ECSSigxyhash次に、汎用領域212から読み出した利用制御情報:URxyと、ECSファイル:ECSxyに格納されたECS発行装置署名ECSSigxyこれらの連結処理とハッシュ値算出処理を行う。すなわち、URxy||ECSSigxyhash上記を算出する。この算出結果を、Pxyとする。その後、以下の計算を行うことでタイトルキーKtxyを得る。[ブロックからの読み出しデータタイトルキー変換データ]Pxy=KtxyURxy||ECSSigxyhashPxy=KtxyURxy||ECSSigxyhashURxy||ECSSigxyhash=Ktxyこのような計算処理によってタイトルキーKtxyを取得し、取得したタイトルキーによって暗号化コンテンツを復号して利用する。メモリカードの記録データの例について図21を参照して説明する。図21には、2つの異なるサーバ、サーバAとサーバBがメモリカードに対して書き込むデータの例を示している。サーバAは、メモリカードの保護領域のブロック0に対するアクセス権を有している。サーバBは、メモリカードの保護領域のブロック1に対するアクセス権を有している。各サーバはユーザ装置としてのホスト機器に装着されたメモリカードに対してコンテンツ他のデータを記録する。サーバAの提供コンテンツを、Cona1、Cona2、Cona3とする。サーバBの提供コンテンツを、Conb1、Conb2とする。図21に示すように、サーバAは、メモリカードの汎用領域GeneralPurposeAreaに、以下のデータを記録する。コンテンツ:Cona1、Cona2、Cona3上記コンテンツに対応する利用制御情報UsageRule:URa1、URa2、URa3、上記コンテンツに対応するECSファイルECSFile:ECSa1、ECSa2、ECSa3、さらに、サーバAは、メモリカードの保護領域ProtectedAreaのブロック0に以下のデータを記録する。上記コンテンツの復号に適用するタイトルキー:Kta1、Kta2、Kta3の変換データ、Kta1URa1||ECSSiga1hashKta2URa2||ECSSiga2hashKta3URa3||ECSSiga3hashこれらのデータを記録する。一方、サーバBは、メモリカードの汎用領域GeneralPurposeAreaに、以下のデータを記録する。コンテンツ:Conb1、Conb2上記コンテンツに対応する利用制御情報UsageRule:URb1、URb2、上記コンテンツに対応するECSファイルECSFile:ECSb1、ECSb2、さらに、サーバBは、メモリカードの保護領域ProtectedAreaのブロック1に以下のデータを記録する。上記コンテンツの復号に適用するタイトルキー:Ktb1、Ktb2の変換データ、Ktb1URb1||ECSSigb1hashKtb2URb2||ECSSigb2hashこれらのデータを記録する。各サーバが、メモリカードの保護領域ProtectedAreaのブロック内にデータを記録する場合には、メモリカードは、前述したサーバ証明書の記録に基づくアクセス権確認を実行し、プロックに対する書き込み権の確認を行い、アクセス権が確認された場合にのみ、データ書き込みが実行される。図22には、サーバAとサーバBが、メモリカードの保護領域のブロック0に対するアクセス権を有し、サーバCとサーバDが、メモリカードの保護領域のブロック1に対するアクセス権を有する場合におけるデータ記録例を示している。サーバAは、メモリカードの汎用領域GeneralPurposeAreaに、以下のデータを記録する。コンテンツ:Cona1、Cona2、Cona3上記コンテンツに対応する利用制御情報UsageRule:URa1、URa2、URa3、上記コンテンツに対応するECSファイルECSFile:ECSa1、ECSa2、ECSa3、さらに、サーバAは、メモリカードの保護領域ProtectedAreaのブロック0に以下のデータを記録する。上記コンテンツの復号に適用するタイトルキー:Kta1、Kta2、Kta3の変換データ、Kta1URa1||ECSSiga1hashKta2URa2||ECSSiga2hashKta3URa3||ECSSiga3hashこれらのデータを記録する。サーバBは、メモリカードの汎用領域GeneralPurposeAreaに、以下のデータを記録する。コンテンツ:Conb1、Conb2上記コンテンツに対応する利用制御情報UsageRule:URb1、URb2、上記コンテンツに対応するECSファイルECSFile:ECSb1、ECSb2、さらに、サーバBは、メモリカードの保護領域ProtectedAreaのブロック0に以下のデータを記録する。上記コンテンツの復号に適用するタイトルキー:Ktb1、Ktb2の変換データ、Ktb1URb1||ECSSigb1hashKtb2URb2||ECSSigb2hashこれらのデータを記録する。サーバCは、メモリカードの汎用領域GeneralPurposeAreaに、以下のデータを記録する。コンテンツ:Conc1上記コンテンツに対応する利用制御情報UsageRule:URc1、上記コンテンツに対応するECSファイルECSFile:ECSc1、さらに、サーバCは、メモリカードの保護領域ProtectedAreaのブロック1に以下のデータを記録する。上記コンテンツの復号に適用するタイトルキー:Ktc1の変換データ、Ktc1URc1||ECSSigc1hashこれらのデータを記録する。サーバDは、メモリカードの汎用領域GeneralPurposeAreaに、以下のデータを記録する。コンテンツ:Cond1、Cond2上記コンテンツに対応する利用制御情報UsageRule:URd1、URd2、上記コンテンツに対応するECSファイルECSFile:ECSd1、ECSd2、さらに、サーバDは、メモリカードの保護領域ProtectedAreaのブロック1に以下のデータを記録する。上記コンテンツの復号に適用するタイトルキー:Ktd1、Ktd2の変換データ、Ktd1URd1||ECSSigd1hashKtd2URd2||ECSSigd2hashこれらのデータを記録する。なお、コンテンツ再生を実行するユーザ装置ホストは、再生対象コンテンツを汎用領域から選択した場合、そのタイトルキーの格納されている保護領域のブロックを特定するこが必要となる。このブロック特定情報は、各コンテンツに対応する利用制御情報URから取得する。図23を参照して利用制御情報の利用例について説明する。図23aに、メモリカードの汎用領域GeneralPurposeAreaに記録されたコンテンツa1に対応する利用制御情報UsageRulea1の具体例を示す。利用制御情報UsageRuleには、1ブロック識別子02タイトルキー識別子a13ECSファイル識別子a1これらのデータが記録される。1ブロック識別子は、この利用制御情報UsageRuleUR-a1の対応コンテンツ:Cona1に対するタイトルキーKta1の格納ブロックを示す情報である。本例ではブロック識別子=0であり、コンテンツ再生を実行するユーザ装置ホスト機器は、ブロック0を選択可能となる。2タイトルキー識別子は、ブロック0に格納された多数のタイトルキーのどのタイトルキーが、この利用制御情報UsageRuleURa1の対応コンテンツ:Cona1に対するタイトルキーであるかを示す情報である。本例では、タイトルキー識別子=a1であり、タイトルキーKta1が選択可能となる。3ECSファイル識別子a1は、コンテンツa1に対応するECSファイルを識別するための情報である。ユーザ装置ホストは、利用制御情報:URa1を参照して、利用対象コンテンツ:Cona1のタイトルキーの格納された保護領域のブロックがいずれのブロックであるかを確認し、そのブロックから、以下のデータを読み出す。Kta1URa1||ECSSiga1hash次に、汎用領域から読み出した利用制御情報:URa1と、ECSファイル:ECSa1に格納されたECS発行装置署名ECSSigxyこれらの連結処理とハッシュ値算出処理を行う。すなわち、Pa1=URa1||ECSSiga1hash上記を算出する。その後、以下の計算を行うことでタイトルキーKtxyを得る。[ブロックからの読み出しデータタイトルキー変換データ]Pxy=Kta1URa1||ECSSiga1hashPa1=Kta1URa1||ECSSiga1hashURa1||ECSSiga1hash=Kta1このような計算処理によってタイトルキーKta1を取得し、取得したタイトルキーによって暗号化コンテンツを復号して利用する。このように、メモリカードの保護領域に記録するタイトルキーは、利用制御情報URとECS発行装置署名ECSSigとの連結データのハッシュ値との排他的論理和XOR演算結果として格納される。このような処理を行うことで、ECS発行装置署名ECSSigに適用するECS発行装置の署名鍵秘密鍵の漏えいが発生した場合にもコンテンツの不正利用を防止することが可能となる。例えば、コンテンツ提供サーバやユーザ装置が、漏えいしたECS発行装置の署名鍵秘密鍵を適用した不正処理、具体的には、暗号化コンテンツのすげ替え処理などによるコンテンツ不正利用を防止可能となる。なお、すげ替えとは、例えば、あるコンテンツC1に対応するタイトルキーKt1を利用して他のコンテンツC2、C3、C4の暗号化を施してユーザに提供する処理などである。このような処理を行うと、タイトルキーKt1を有するユーザ装置では、その他のコンテンツC2、C3、C4を正規購入することなく、復号、再生することが可能となる。メモリカードの保護領域に記録するタイトルキーを、利用制御情報URとECS発行装置署名ECSSigとの連結データのハッシュ値との排他的論理和XOR演算結果として格納することで、上記のようなすげ替えを防止することができる。このすげ替え防止効果について図24以下を参照して説明する。図24は、aコンテンツC1に対応する正当なデータ格納構成bコンテンツC1に対応するタイトルキーKt1を利用してコンテンツC2を暗号化したすげ替えデータのデータ格納構成を示している。図24aに示す正当データ格納構成では、メモリカードの汎用領域に、a1コンテンツC1に対する正当なタイトルキーKt1で暗号化された暗号化コンテンツC1Kt1a2コンテンツC1に対する正当な利用制御情報UR1a3コンテンツC1に対する正当な暗号化コンテンツ署名ファイルECSファイル:ECS1C1,Kt1なお、ECSファイルには、ECS発行装置署名ECSSigが格納されており、このECS発行装置署名ECSSigは、先に、図13を参照して説明したように、コンテンツC1のハッシュリスト集合と、タイトルキーKt1のハッシュ値を含むデータに基づいて生成された電子署名を含む。この署名データの生成元データを明示するため、ECSファイルは、ECS1C1,Kt1として記載している。また、図24aに示す正当データ格納構成では、メモリカードの保護領域のブロックNに、タイトルキーKt1の変換データ、すなわち、以下のデータが記録される。Kt1UR1||ECS1Sighashただし、UR1:コンテンツ1に対応する利用制御情報ECS1Sig:コンテンツ1に対応するECSファイルの構成データであるECS発行装置署名SignaturebyECSIssuerまた、演算子としての記号、:排他的論理和演算||:データの連結を意味し、a||bはデータaとデータbの連結データを意味する。hash:ハッシュ値を意味し、a||bhashは、データaとデータbの連結データのハッシュ値を意味する。例えば、悪意のあるコンテンツ提供サーバは、このコンテンツC1のタイトルキーKt1を他のコンテンツC2に対する暗号鍵として利用して、ユーザに提供する。この不正コンテンツ配信の結果、メモリカードには、図24bに示すすげ替えデータが格納される。図24bに示すすげ替えデータ格納構成では、メモリカードの汎用領域に、b1コンテンツC2に対する不正なタイトルキーKt1で暗号化された不正暗号化コンテンツC2Kt1b2コンテンツC2に不正に対応付けた利用制御情報UR1[=コンテンC1対応の利用制御情報UR1]b3コンテンツC2に対応させて不正に生成した暗号化コンテンツ署名ファイルECS2[=ECS2C2,Kt1]なお、不正なECSファイル:ECS2に格納されるECS発行装置署名ECSSigは、コンテンツC2のハッシュリスト集合と、コンテンツC1対応のタイトルキーKt1のハッシュ値を含むデータに基づいて、漏えいしたECS発行装置の署名鍵秘密鍵によって生成した電子署名を含む。この署名データの生成元データを明示するため、ECSファイルは、ECS2C2,Kt1として記載している。また、図24bに示すすげ替えデータ格納構成では、メモリカードの保護領域のブロックNに、タイトルキーKt1の変換データ、すなわち、以下のデータが記録される。Kt1UR1||ECS1Sighashこの図24bに示すすげ替えデータの記録処理シーケンスについて図25に示すフローチャートを参照して説明する。なお、この図25に示す処理は、既に、図24aに示すコンテンツC1に対応する正当なデータセットを格納したメモリカードを利用して実行され、メモリカードの保護領域のブロックNに対するアクセス権としてデータ読み取り処理の権利を有する装置、例えばコンテンツ提供サーバやユーザ装置によって実行される処理である。まず、ステップS201において、新たなコンテンツC2を用意する。次に、ステップS202において、メモリカードの汎用領域に記録されたコンテンツC1の利用制御情報UR1から、ブロック識別子及びタイトルキー識別子を取得し、これらの取得情報に基づいて、保護領域の所定ブロック、すなわちタイトルキー格納ブロックから、正当なコンテンツC1に対応する以下のタイトルキー変換データを読み出す。Kt1UR1||ECS1Sighashなお、ECS1Sig=SignECS署名鍵,MM=コンテンツC1のコンテンツハッシュリスト集合||Kt1ハッシュ値である。次に、ステップS203において、汎用領域から読み出した正当なコンテンツC1に対応する利用制御情報UR1とECSファイルECS1C1,Kt1の連結データのハッシュ値を算出し、算出結果と、保護領域から読み出した上記のタイトルキー変換データとの排他的論理和演算XORを実行してコンテンツC1に対応する正当なタイトルキーKt1を取得する。すなわち、Kt1=保護領域からの読み出しデータ汎用領域からの読み出しデータ=Kt1UR1||ECS1SighashUR1||ECS1Sighash上記式に従ってタイトルキーKt1を取得する。なお、は排他的論理和演算XORを意味する。次に、ステップS204において、ステップS203で取得したタイトルキーKt1を適用して新たなコンテンツC2の暗号化を実行する。暗号化コンテンツC2Kt1を生成する。次に、ステップS205において、暗号化コンテンツC2Kt1をメモリカードの汎用領域に記録する。次に、ステップS206において、コンテンツC2から生成したコンテンツハッシュリスト集合及びKt1ハッシュ値に対する暗号化コンテンツ署名ECS2Sigを生成する。以下の署名データである。ECS2Sig=SignECS署名鍵,Mただし、M=コンテンツC2のコンテンツハッシュリスト集合||Kt1ハッシュ値である。なお、署名生成には漏えいした暗号化コンテンツ署名発行装置の署名鍵秘密鍵を適用する。最後にステップS207において、ステップS206で不正に生成したECS署名ECS2SigC2,Kt1を含むECSファイルを生成してメモリカードの汎用領域に記録する。この図25に示す一連の処理によって図24bに示すすげ替えデータの記録処理が終了する。このようなすげ替え処理によって、コンテンツC2を、異なるコンテンツC1のタイトルキーKt1を適用して暗号化されたコンテンツC2Kt1が生成される。なお、本例では、不正記録コンテンツC2Kt1に対応する利用制御情報として、コンテンツC1の利用制御情報UR1をそのまま利用するものとする。次に、図24bに示すすげ替えデータを利用してコンテンツC2を再生するユーザ装置の処理について、図26に示すフローチャートを参照して説明する。まず、ステップS221において、ユーザ装置は、メモリカードの汎用領域から再生予定の暗号化コンテンツC2Kt1と、このコンテンツに対して生成されたECSファイルECS2C2,Kt1を読み出す。次にステップS222において、メモリカードの汎用領域からコンテンツC2に対応付けて記録されている利用制御情報UR1からタイトルキーの格納ブロックを示すブロック識別子を読み取る。前述したように、本例では、不正記録コンテンツC2Kt1に対応する利用制御情報として、コンテンツC1の利用制御情報UR1をそのまま利用する。先に図23を参照して説明したように、利用制御情報URには、タイトルキーを格納したブロック識別子、タイトルキー識別子等が記録されている。ステップS222では、コンテンツC1の利用制御情報UR1からブロック識別子、タイトルキー識別子を読み取る。このブロック識別子、タイトルキー識別子は、コンテンツC1に対する正当なタイトルキーKt1の格納されたブロックと、そのブロックに格納されたタイトルキーに対応する識別子である。したがって、読み取りデータは、コンテンツC1に対するタイトルキー変換データ、すなわち、Kt1UR1||ECS1Sighashとなる。次に、ステップS223において、汎用領域から読み出した利用制御情報UR1とコンテンツC2に対応して不正に生成したECSファイルECS2C2,Kt1の連結データのハッシュ値を算出し、算出結果と、保護領域から読み出した上記のタイトルキー変換データとの排他的論理和演算XORを実行してコンテンツC2に対応する復号用のタイトルキーKt2の取得を試みる。ここでは、Kt2=Kt1となるタイトルキーKt2が得られればタイトルキーの取得に成功したことになる。すなわち、以下の式に従ってタイトルキー算出処理を試みる。Kt2=保護領域からの読み出しデータ汎用領域からの読み出しデータ=Kt1UR1||ECS2SighashUR1||ECS1Sighash上記タイトルキー算出式に従ってタイトルキーKt2の取得を試みる。なお、は排他的論理和演算XORを意味する。しかし、上記タイトルキー算出式において、ECS2Sig≠ECS1Sigであるため、上記算出式によってえられる値:Kt2は、Kt1とは異なる値、すなわち、Kt2≠Kt1となる。この結果、ユーザ装置は、コンテンツC2の暗号化に適用したタイトルキーKt1を取得することはできず、コンテンツC2の復号、再生は失敗する。ステップS224の処理である。また、ステップS225において、ユーザ装置は、予め規定された再生シーケンスに従って、汎用領域から読み出したECSファイルに含まれるECS発行装置署名ECSSigの検証処理を実行する。以下の式に従って署名検証処理を行う。VerifyECS発行装置公開鍵,ECS2Sig,Mただし、Verifyk,S,Mは、データMに対する電子署名Sを検証鍵kを用いて検証する処理を示す。M=コンテンツC2のコンテンツハッシュリスト集合||Kt2ハッシュである。Kt2は、ステップS223で算出した値を利用することになる。ECSファイルに格納したECS2Sigは、図25に示すフローのステップS206において生成した不正な署名であり、以下のデータである。ECS2Sig=SignECS署名鍵,Mただし、M=コンテンツC2のコンテンツハッシュリスト集合||Kt1ハッシュ値である。このように、署名検証に適用するデータMは、Kt2ハッシュ値を含むデータであるのに対して、ECSファイルに格納された署名データECS2Sigは、Kt1ハッシュを含むMに対して生成されている。従って、このステップS225における署名検証は失敗する。図26のステップS226に記載の通りである。このように、ユーザ装置は、図24bに示すすげ替えデータを適用してコンテンツC2の復号、再生を行おうとしても、コンテンツC2の復号に失敗、ECSファイルの署名検証に失敗、これらの結果となり、結果としてコンテンツC2を利用することはできない。図24~図26を参照して説明した処理例は、コンテンツC1のタイトルキーKt1を適用して、新たなコンテンツC2の暗号化と復号を試みた処理例であった。次に、図27以下を参照して、コンテンツC1に対応する正しい利用制御情報UR1を不正に改ざんして、新たな利用制御情報UR2を生成した不正処理を行う場合の例について説明する。利用制御情報には、例えば、コンテンツの利用期間情報やコピー制限情報などが記録されており、この利用制御情報の書き換えによって、利用可能期限を延長するといった不正が行われる可能性がある。図27は、先に説明した図24と同様、aコンテンツC1に対応する正当なデータ格納構成bコンテンツC1に対応するタイトルキーKt1を利用してコンテンツC2を暗号化したすげ替えデータのデータ格納構成を示している。図24aに示す正当データ格納構成では、メモリカードの汎用領域に、a1コンテンツC1に対する正当なタイトルキーKt1で暗号化された暗号化コンテンツC1Kt1a2コンテンツC1に対する正当な利用制御情報UR1a3コンテンツC1に対する正当な暗号化コンテンツ署名ファイルECSファイル:ECS1C1,Kt1なお、ECSファイルには、ECS発行装置署名ECSSigが格納されており、このECS発行装置署名ECSSigは、先に、図13を参照して説明したように、コンテンツC1のハッシュリスト集合と、タイトルキーKt1のハッシュ値を含むデータに基づいて生成された電子署名を含む。この署名データの生成元データを明示するため、ECSファイルは、ECS1C1,Kt1として記載している。また、図27aに示す正当データ格納構成では、メモリカードの保護領域のブロックNに、タイトルキーKt1の変換データ、すなわち、以下のデータが記録される。Kt1UR1||ECS1Sighashただし、UR1:コンテンツ1に対応する利用制御情報ECS1Sig:コンテンツ1に対応するECSファイルの構成データであるECS発行装置署名SignaturebyECSIssuerまた、演算子としての記号、:排他的論理和演算||:データの連結を意味し、a||bはデータaとデータbの連結データを意味する。hash:ハッシュ値を意味し、a||bhashは、データaとデータbの連結データのハッシュ値を意味する。例えば、悪意のあるコンテンツ提供サーバやユーザ装置は、このコンテンツC1の利用制御情報UR1の書き換えを行う。この不正処理の結果、メモリカードには、図27bに示すすげ替えデータが格納される。図27bに示すすげ替えデータ格納構成では、メモリカードの汎用領域に、b1コンテンツC1に対する不正生成したタイトルキーKt2で暗号化された不正暗号化コンテンツC1Kt2b2コンテンツC1に対応させて不正に生成した利用制御情報UR2b3コンテンツC1に対応させて不正に生成した暗号化コンテンツ署名ファイルECS2[=ECS2C1,Kt2]なお、不正なECSファイル:ECS2に格納されるECS発行装置署名ECSSigは、コンテンツC1のハッシュリスト集合と、不正生成したタイトルキーKt2のハッシュ値を含むデータに基づいて、漏えいしたECS発行装置の署名鍵秘密鍵によって生成した電子署名を含む。この署名データの生成元データを明示するため、ECSファイルは、ECS2C1,Kt2として記載している。また、図27bに示すすげ替えデータ格納構成では、メモリカードの保護領域のブロックNに、タイトルキーKt1の変換データ、すなわち、以下のデータが記録される。Kt1UR1||ECS1Sighashこの図27bに示すすげ替えデータの記録処理シーケンスについて図28に示すフローチャートを参照して説明する。なお、この図28に示す処理は、既に、図27aに示すコンテンツC1に対応する正当なデータセットを格納したメモリカードを利用して実行され、メモリカードの保護領域のブロックNに対するアクセス権としてデータ記録処理の権利を有する装置、例えばコンテンツ提供サーバやユーザ装置によって実行される処理である。まず、ステップS241において、コンテンツC1対応の利用制御情報UR1を汎用領域から読み出して、例えば利用期限情報などの書き換え等の改ざんを行い不正な利用制御情報UR2を生成する。次に、ステップS242において、メモリカードの汎用領域に記録されたコンテンツC1の利用制御情報UR1から、ブロック識別子及びタイトルキー識別子を取得し、これらの取得情報に基づいて、保護領域の所定ブロック、すなわちタイトルキー格納ブロックから、正当なコンテンツC1に対応する以下のタイトルキー変換データを読み出す。Kt1UR1||ECS1Sighashなお、ECS1Sig=SignECS署名鍵,MM=コンテンツC1のコンテンツハッシュリスト集合||Kt1ハッシュ値である。次に、ステップS243において、汎用領域から読み出した正当なコンテンツC1に対応する利用制御情報UR1とECSファイルECS1C1,Kt1の連結データのハッシュ値を算出し、算出結果と、保護領域から読み出した上記のタイトルキー変換データとの排他的論理和演算XORを実行してコンテンツC1に対応する正当なタイトルキーKt1を取得する。すなわち、Kt1=汎用領域からの読み出しデータ保護領域からの読み出しデータ=UR1||ECS1SighashKt1UR1||ECS1Sighash上記式に従ってタイトルキーKt1を取得する。なお、は排他的論理和演算XORを意味する。さらに、コンテンツC2の暗号化と復号に適用するタイトルキーK2を以下の式に従って算出する。Kt2=Kt1UR1||ECS1SighashUR2||ECS1Sighash次に、ステップS244において、ステップS243で生成したタイトルキーKt1を適用してコンテンツC1Kt1を復号し、さらに、ステップS243で生成した新たなタイトルキーKt2を適用してコンテンツC1暗号化してアンゴウカコンテンツC1Kt2を生成する。次に、ステップS245において、暗号化コンテンツC2Kt2をメモリカードの汎用領域に記録する。次に、ステップS246において、コンテンツC1から生成したコンテンツハッシュリスト集合及びKt2ハッシュ値に対する暗号化コンテンツ署名ECS2Sigを生成する。以下の署名データである。ECS2Sig=SignECS署名鍵,Mただし、M=コンテンツC1のコンテンツハッシュリスト集合||Kt2ハッシュ値である。なお、署名生成には漏えいした暗号化コンテンツ署名発行装置の署名鍵秘密鍵を適用する。次に、ステップS247において、ステップS246で不正に生成したECS署名ECS2SigC1,Kt1を含むECSファイルを生成してメモリカードの汎用領域に記録する。最後に、ステップS248において、ステップS241で生成した利用制御情報UR2を汎用領域に記録する。この図28に示す一連の処理によって図27bに示すすげ替えデータの記録処理が終了する。このようなすげ替え処理によって、コンテンツC1に対して不正に生成した利用制御情報UR2が対応づけられる。なお、コンテンツC1は新たなタイトルキーKt2によって暗号化されて記録される。次に、図27bに示すすげ替えデータを利用してコンテンツC1を再生するユーザ装置の処理について、図29に示すフローチャートを参照して説明する。まず、ステップS261において、ユーザ装置は、メモリカードの汎用領域から再生予定の暗号化コンテンツC1Kt2と、このコンテンツに対して生成されたECSファイルECS2C1,Kt2を読み出す。次にステップS262において、メモリカードの汎用領域からコンテンツC1に対応付けて不正に生成した新たな利用制御情報UR2からタイトルキーの格納ブロックを示すブロック識別子、タイトルキー識別子を読み取る。このブロック識別子、タイトルキー識別子は、改ざん前の正当な利用制御情報UR1のままに設定されている。すなわち、このブロック識別子、タイトルキー識別子は、コンテンツC1に対する正当なタイトルキーKt1の格納されたブロックと、そのブロックに格納されたタイトルキーに対応する識別子である。したがって、読み取りデータは、コンテンツC1に対するタイトルキー変換データ、すなわち、Kt1UR1||ECS1Sighashとなる。次に、ステップS263において、汎用領域から読み出した不正に生成した利用制御情報UR2と不正に生成したECSファイルECS2C1,Kt2の連結データのハッシュ値を算出し、算出結果と、保護領域から読み出した上記のタイトルキー変換データとの排他的論理和演算XORを実行してコンテンツC1に対応する復号用のタイトルキーKt3の取得を試みる。ここでは、Kt3=Kt2となるタイトルキーKt3が得られればタイトルキーの取得に成功したことになる。ステップS263では、以下の式に従ってタイトルキー算出処理を試みる。Kt3=保護領域からの読み出しデータ汎用領域からの読み出しデータ=Kt1UR1||ECS1SighashUR2||ECS2Sighash上記タイトルキー算出式に従ってタイトルキーKt3を生成する。なお、は排他的論理和演算XORを意味する。しかし、上記タイトルキー算出式において、Kt2は得られない。上記算出式によってえられる値:Kt3は、Kt1ともKt2とも異なる値、すなわち、Kt3≠Kt2Kt3≠Kt1となる。この結果、ユーザ装置は、コンテンツC1の再暗号化に適用したタイトルキーKt2を取得することはできず、コンテンツC1の復号、再生は失敗する。ステップS264の処理である。また、ステップS265において、ユーザ装置は、予め規定された再生シーケンスに従って、汎用領域から読み出したECSファイルに含まれるECS発行装置署名ECSSigの検証処理を実行する。以下の式に従って署名検証処理を行う。VerifyECS発行装置公開鍵,ECS2Sig,Mただし、Verifyk,S,Mは、データMに対する電子署名Sを検証鍵kを用いて検証する処理を示す。M=コンテンツC1のコンテンツハッシュリスト集合||Kt3ハッシュである。Kt3は、ステップS263で算出した値を利用することになる。ECSファイルに格納したECS2Sigは、図28に示すフローのステップS246において生成した不正な署名であり、以下のデータである。ECS2Sig=SignECS署名鍵,Mただし、M=コンテンツC1のコンテンツハッシュリスト集合||Kt2ハッシュ値である。このように、署名検証に適用するデータMは、Kt3ハッシュ値を含むデータであるのに対して、ECSファイルに格納された署名データECS2Sigは、Kt2ハッシュを含むMに対して生成されている。従って、このステップS265における署名検証は失敗する。図29のステップS266に記載の通りである。このように、ユーザ装置は、図27bに示すすげ替えデータを適用してコンテンツC1の復号、再生を行おうとしても、コンテンツC1の復号に失敗、ECSファイルの署名検証に失敗、これらの結果となり、結果としてコンテンツC1を利用することはできない。このように、メモリカードの保護領域に記録するタイトルキーを、利用制御情報URとECS発行装置署名ECSSigとの連結データのハッシュ値との排他的論理和XOR演算結果として格納することで、ECS発行装置署名ECSSigに適用するECS発行装置の署名鍵秘密鍵の漏えいが発生した場合にもコンテンツの不正利用を防止することが可能となる。例えば、コンテンツ提供サーバやユーザ装置が、漏えいしたECS発行装置の署名鍵秘密鍵を適用した不正処理、具体的には、暗号化コンテンツの暗号鍵のすげ替え処理や、利用制御情報の改ざんなどによるコンテンツ不正利用を防止可能となる。[11.暗号化コンテンツ署名ECSファイルに記録したブロック識別子の適用処理について]次に、暗号化コンテンツ署名ECSファイルに記録したブロック識別子PADBlockNumberの適用処理について説明する。先に、図9を参照して説明したように、暗号化コンテンツ署名ECSファイルには、ブロック識別子PADBlockNumberが記録される。ブロック識別子PADBlockNumberは、図13を参照して説明したように、コンテンツ提供装置ContentServer103から、暗号化コンテンツ署名ECS発行装置102に通知されるデータであり、コンテンツ提供装置103がユーザ装置104に対して提供したコンテンツに対応する暗号鍵であるタイトルキーを格納したメディアの保護領域のブロックの識別子である。これは、コンテンツ提供装置103が利用可能なメディアの保護領域におけるブロックの識別子である。先に、図3、図6等を参照して説明したように、コンテンツ提供装置の利用可能なメディアの保護領域のブロックは予め設定されており、これらのアクセス許容ブロック情報が記録される。また、このブロック識別子PADBlockNumberに対応する情報は、図9を参照して説明したようにECS発行装置証明書にも記録される。先に、図9を参照して説明したように、aブロック識別子開始番号StartPADBlockNumberbブロック識別子範囲PADBlockNumberCounterである。aブロック識別子開始番号StartPADBlockNumberは、ECS発行装置102が、コンテンツ提供装置103に対して許容可能なメディアの保護領域のアクセス許容ブロックの開始番号である。bブロック識別子範囲PADBlockNumberCounterは、ECS発行装置102が、コンテンツ提供装置103に対して許容可能なメディアの保護領域のアクセス許容ブロックの開始番号からの範囲を示す情報である。さらに、先に図23を参照して説明したように、ブロック識別子は、コンテンツ対応の利用制御情報URにも記録される。利用制御情報URに記録されるブロック識別子は、コンテンツに対応するタイトルキーを格納したブロックを示すブロック識別子である。図30に、暗号化コンテンツ署名ECSファイル、利用制御情報UR、これらに記録されたブロック識別子と保護領域のタイトルキー格納ブロック図に示す例ではブロックkとの対応関係を示す。図30に示すように、メモリカードの汎用領域にはコンテンツに対応する、暗号化コンテンツ署名ECSファイル、利用制御情報UR、これらのデータが格納される。また、保護領域のブロックkには、コンテンツに対応するタイトルキーの変換データ、すなわち、KtUR||ECSSighashが格納される。ユーザ装置に対して、コンテンツを提供するコンテンツ提供装置は、自己の有するホスト証明書図5参照に記録された保護領域アクセス権情報としてのブロック識別子と、ECS発行装置証明書中のブロック識別子としての書き込み許容ブロック領域情報とを比較する。この比較結果に応じて、コンテンツ提供の可否を判定する。また、コンテンツ再生を行うユーザ装置は、利用制御情報中のブロック識別子とECSファイル中のブロック識別子とを比較する。この比較結果に応じて、コンテンツ再生の可否を判定する。まず、コンテンツ提供サーバにおけるブロック識別子を利用したコンテンツ提供の可否判定シーケンスについて図31に示すフローチャートを参照して説明する。なお、図31に示すフローチャートのステップS401の前処理として、コンテンツ提供装置は、暗号化コンテンツ署名ファイルECSファイル発行装置から受信した暗号化コンテンツ署名ファイルECSファイルに設定されたECS発行装置署名を適用した署名検証を実行する。この署名検証が成立し、暗号化コンテンツ署名ファイルECSファイルの正当性が確認され場合は、さらに、暗号化コンテンツ署名ファイルECSファイルに格納されたECS発行装置証明書の署名検証を実行する。これらの2つの署名検証が成立したことを条件としてステップS401以下の処理を行う。上記2つの署名検証の少なくともいずれかが成立しなかった場合は、暗号化コンテンツ署名ファイルECSファイルまたはECS発行装置証明書の正当性が確認されないので、ステップS401以下の処理は実行されない。この場合はコンテンツ提供処理も実行しないことになる。なお、暗号化コンテンツ署名ファイルECSファイルに格納されるコンテンツハッシュリスト集合の元データであるコンテンツハッシュは、暗号化コンテンツのハッシュまたは暗号化前のコンテンツのハッシュ、いずれの設定としてもよい。暗号化コンテンツ署名ファイルECSファイルと、ECS発行装置証明書の2つの署名検証が成立し、暗号化コンテンツ署名ファイルECSファイルとECS発行装置証明書の正当性が確認された場合、コンテンツ提供装置は、ステップS401の処理を実行する。コンテンツ提供装置は、まず、ステップS401において、ECSファイル内のECS発行装置証明書を読み出して、ECS発行装置証明書に記録されたブロック識別子情報を読み出す。このステップS401の処理の詳細について、図32に示すフローを参照して説明する。ステップS421において、ECS発行装置証明書内のブロック識別子開始番号StartPADBlockNumberを読みだす。ブロック識別子開始番号StartPADBlockNumberは、ECS発行装置102が、コンテンツ提供装置103に対して許容したメディアの保護領域のアクセス許容ブロックの開始番号である。次に、ステップS422において、ECS発行装置証明書内のブロック識別子開始番号StartPADBlockNumberが0xFFFFFFFFであるか否かを判定する。なお、ブロック識別子開始番号StartPADBlockNumberが0xFFFFFFFFである場合は全ブロックに対するアクセス許容が設定された状態に対応する。ステップS422において、ブロック識別子開始番号StartPADBlockNumberが0xFFFFFFFFであると判定した場合は、ステップS423に進み、メディアの保護領域に設定された前ブロックをアクセス許容ブロックとみなす。一方、ステップS422において、ブロック識別子開始番号StartPADBlockNumberが0xFFFFFFFFでないと判定した場合は、ステップS424に進む。ステップS424では、ECS発行装置証明書内のブロック識別子範囲情報PADBlockNumberCounterを読みだす。ブロック識別子範囲PADBlockNumberCounterは、ECS発行装置102が、コンテンツ提供装置103に対して許容可能なメディアの保護領域のアクセス許容ブロックの開始番号からの範囲を示す情報である。次のステップS425~S428の処理は、ブロック識別子を示す変数Iを0から順次、1,2,3とインクリメントして実行する繰り返しルーチンである。まずステップS425において変数:I=1とする。次に、ステップS426において、ブロック識別子開始番号StartPADBlockNumberIをブロック識別子リストPADBlockNumberListに追加する。次に、ステップS427において、I=I1とする。次に、ステップS428において、Iがブロック識別子範囲情報PADBlockNumberCounterと等しいか否かを判定する。等しければ、処理を終了する。等しくなければ、ステップS426に戻り、処理を繰り返す。この処理に従って、図31に示すフローのステップS401の処理が行われる。ステップS401では、ECS発行装置証明書内のブロック識別子開始番号StartPADBlockNumberと、ブロック識別子範囲情報PADBlockNumberCounterを適用して、ECS発行装置証明書において規定されたアクセス許容範囲を算出しこれをアクセス許容ブロック識別子リストとして設定する。次に、ステップS402において、ステップS401で生成したアクセス許容ブロック識別子リストに、暗号化コンテンツ署名ECSファイルの記録データとして記載されたブロック識別子PADBlockNumberが含まれるか否かを判定する。含まれていなければ、ステップS405に進み、ユーザ装置に対するコンテンツ提供処理は実行しない。一方、含まれている場合は、ステップS403に進む。ステップS403では、暗号化コンテンツ署名ECSファイルの記録データとして記載されたブロック識別子PADBlockNumberが、利用制御情報URに記録されたブロック識別子と一致するか否かを判定する。一致しなければ、ステップS405に進み、ユーザ装置に対するコンテンツ提供処理は実行しない。一方、一致した場合は、ステップS404に進み、ユーザ装置に対するコンテンツ提供を実行する。このように、コンテンツ提供装置は、a暗号化コンテンツ署名ECSファイルに記録されたブロック識別子PADBlockNumberが、ECS発行装置証明書に記録されたアクセス許容ブロックの範囲内であること、b暗号化コンテンツ署名ECSファイルに記録されたブロック識別子PADBlockNumberが、利用制御情報URに記録されたブロック識別子に一致すること、これらa、bの条件を満足するか否かを判定し、満足する場合にのみ、ユーザ装置に対するコンテンツ提供を実行する。次に、図33に示すフローチャートを参照して、コンテンツ再生処理を実行するユーザ装置におけるブロック識別子の適用処理について説明する。なお、ユーザ装置は、図33に示すステップS451以前に、コンテンツ提供装置から受信した暗号化コンテンツ署名ファイルECSファイルに設定されたECS発行装置署名を適用した署名検証を実行する。この署名検証が成立し、暗号化コンテンツ署名ファイルECSファイルの正当性が確認され場合は、さらに、暗号化コンテンツ署名ファイルECSファイルに格納されたECS発行装置証明書の署名検証を実行する。これらの2つの署名検証が成立したことを条件としてステップS451以下の処理を行う。上記2つの署名検証の少なくともいずれかが成立しなかった場合は、暗号化コンテンツ署名ファイルECSファイルまたはECS発行装置証明書の正当性が確認されないので、ステップS451以下の処理は実行されない。この場合はコンテンツ再生処理も実行しないことになる。暗号化コンテンツ署名ファイルECSファイルと、ECS発行装置証明書の2つの署名検証が成立し、暗号化コンテンツ署名ファイルECSファイルとECS発行装置証明書の正当性が確認された場合、ユーザ装置は、ステップS451の処理を実行する。ステップS451は、先にサーバ提供装置の処理として説明した図31に示すフローのステップS401の処理と同様の処理である。すなわち、図32に示すフローを参照して詳細を説明したように、ECS発行装置証明書内のブロック識別子開始番号StartPADBlockNumberと、ブロック識別子範囲情報PADBlockNumberCounterを適用して、ECS発行装置証明書において規定されたアクセス許容範囲を算出しこれをアクセス許容ブロック識別子リストとして設定する。次に、ステップS452において、ステップS451で生成したアクセス許容ブロック識別子リストに、暗号化コンテンツ署名ECSファイルの記録データとして記載されたブロック識別子PADBlockNumberが含まれるか否かを判定する。含まれていなければ、ステップS455に進み、コンテンツ再生処理は実行しない。一方、含まれている場合は、ステップS453に進む。ステップS453では、暗号化コンテンツ署名ECSファイルの記録データとして記載されたブロック識別子PADBlockNumberが、利用制御情報URに記録されたブロック識別子と一致するか否かを判定する。一致しなければ、ステップS455に進み、コンテンツ再生処理は実行しない。一方、一致した場合は、ステップS454に進み、コンテンツ再生を実行する。なお、コンテンツ再生処理の開始前に、さらに、暗号化コンテンツの復号に適用するタイトルキーの取得や生成処理、さらに、暗号化コンテンツ署名ファイルに含まれるコンテンツハッシュリストを適用したハッシュ値照合処理を実行する。ハッシュ値照合において照合が成立し、コンテンツの改ざんのないことが確認された場合にコンテンツの再生が許容されることになる。このように、コンテンツ再生を実行するユーザ装置は、a暗号化コンテンツ署名ECSファイルに記録されたブロック識別子PADBlockNumberが、ECS発行装置証明書に記録されたアクセス許容ブロックの範囲内であること、b暗号化コンテンツ署名ECSファイルに記録されたブロック識別子PADBlockNumberが、利用制御情報URに記録されたブロック識別子に一致すること、これらa、bの条件を満足するか否かを判定し、満足する場合にのみ、コンテンツ再生を実行する。[12.各装置のハードウェア構成例について]最後に、図34を参照して、上述した処理を実行する各装置のハードウェア構成例について説明する。図34は、図7、図8に示すユーザ装置104、コンテンツ提供装置103、暗号化コンテンツ署名発行装置102、ライセンス発行装置101のいずれにも適用可能な情報処理装置のハードウェア構成例を示している。CPUCentralProcessingUnit701は、ROMReadOnlyMemory702、または記憶部708に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述した各フローチャートに従った処理を実行する。RAMRandomAccessMemory703には、CPU701が実行するプログラムやデータなどが適宜記憶される。これらのCPU701、ROM702、およびRAM703は、バス704により相互に接続されている。CPU701はバス704を介して入出力インタフェース705に接続され、入出力インタフェース705には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部706、ディスプレイ、スピーカなどよりなる出力部707が接続されている。CPU701は、入力部706から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部707に出力する。入出力インタフェース705に接続されている記憶部708は、例えばハードディスク等からなり、CPU701が実行するプログラムや各種のデータを記憶する。通信部709は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。入出力インタフェース705に接続されているドライブ710は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア711を駆動し、記録されているコンテンツや鍵情報等の各種データを取得する。例えば、取得されたコンテンツや鍵データを用いて、CPUによって実行する再生プログラムに従ってコンテンツの復号、再生処理などが行われる。図35は、情報記憶装置であるメモリカードのハードウェア構成例を示している。CPUCentralProcessingUnit801は、ROMReadOnlyMemory802、または記憶部807に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述の各実施例において説明したサーバやホスト機器との通信処理やデータの記憶部807に対する書き込み、読み取り等の処理、記憶部807の保護領域811の区分領域単位のアクセス可否判定処理等を実行する。RAMRandomAccessMemory803には、CPU801が実行するプログラムやデータなどが適宜記憶される。これらのCPU801、ROM802、およびRAM803は、バス804により相互に接続されている。CPU801はバス804を介して入出力インタフェース805に接続され、入出力インタフェース805には、通信部806、記憶部807が接続されている。入出力インタフェース805に接続されている通信部804は、例えばサーバやホストとの通信を実行する。記憶部807は、データの記憶領域であり、先に説明したようにアクセス制限のある保護領域ProtectedArea811、自由にデータ記録読み取りができる汎用領域GeneralPurposeArea812を有する。なお、上述した実施例では、コンテンツ提供装置が提供するコンテンツは暗号化コンテンツである例を代表例として説明したが、本開示の構成は、提供コンテンツが暗号化コンテンツである場合に限らず、暗号化されていない平文コンテンツである場合にも適用可能である。なお、コンテンツが平文コンテンツである場合、上述の実施例で説明したタイトルキーは既知のデータ列、例えばオール0の値からなるキーデータであるものとして、上述した暗号化コンテンツの提供処理と同様の処理を行うことができる。[13.本開示の構成のまとめ]以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。なお、本明細書において開示した技術は、以下のような構成をとることができる。1暗号化コンテンツおよび暗号化コンテンツの復号に適用する暗号鍵を格納する記憶部を有し、前記記憶部は、前記暗号鍵を前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名との演算によって生成された変換暗号鍵を格納し、前記電子署名は、前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名であり、前記記憶部から前記暗号化コンテンツを読み出して復号処理を実行する再生装置に、前記変換暗号鍵に対する電子署名の適用演算による暗号鍵取得を行わせることを可能とした情報記憶装置。2前記変換暗号鍵は、前記暗号化コンテンツに対応して設定される利用制御情報と、前記電子署名との連結データに対するハッシュ値と、前記暗号鍵との排他的論理和演算結果である前記1に記載の情報記憶装置。3前記記憶部は、アクセス制限の設定された保護領域を有し、前記変換暗号鍵を、前記保護領域に格納した構成である前記1または2に記載の情報記憶装置。4前記情報記憶装置は、前記保護領域に対するアクセス要求装置から受領した証明書に基づいて、前記保護領域に対するアクセス可否を判定するデータ処理部を有する前記3に記載の情報記憶装置。5前記記憶部は、アクセス制限の設定された保護領域と、アクセス制限のない汎用領域を有し、前記変換暗号鍵を、前記保護領域に格納し、前記暗号化コンテンツと、前記暗号化コンテンツ署名ファイルを、前記汎用領域に格納した構成である前記1~4いずれかに記載の情報記憶装置。6前記電子署名は、前記暗号化コンテンツの構成データおよび前記暗号鍵、さらに、前記暗号化コンテンツ署名ファイルの構成データを含むデータに対する電子署名である前記1~5いずれかに記載の情報記憶装置。7前記電子署名は、前記暗号化コンテンツ署名ファイルの構成データである前記暗号化コンテンツ署名ファイルの発行日時情報を含むデータに対する電子署名である前記6に記載の情報記憶装置。8メディアに記録された暗号化コンテンツの復号および再生処理を実行するデータ処理部を有し、前記データ処理部は、前記暗号化コンテンツの復号処理に際して、前記メディアに記録された前記暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を読み出し、該変換暗号鍵に対する演算処理を実行して暗号鍵の取得処理を実行し、前記変換暗号鍵は、前記暗号鍵を前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名との演算によって生成された変換暗号鍵であり、前記データ処理部は、前記メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名を取得し、取得した電子署名を適用した演算処理を実行して暗号鍵の取得処理を実行する情報処理装置。9前記電子署名は、前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名である前記8に記載の情報処理装置。10前記変換暗号鍵は、前記暗号化コンテンツに対応して設定される利用制御情報と、前記電子署名との連結データに対するハッシュ値と、前記暗号鍵との排他的論理和演算結果であり、前記データ処理部は、前記メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名と、前記メディアに記録された利用制御情報を取得し、取得したデータを適用した演算処理を実行して暗号鍵の取得処理を実行する前記8または9に記載の情報処理装置。11前記データ処理部は、前記メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名に対する署名検証処理を実行し、該署名検証処理に成功し、前記暗号化コンテンツ署名ファイルの正当性を確認したことを条件として、前記暗号鍵の取得処理を行う前記8~10いずれかに記載の情報処理装置。12メディアに記録する暗号化コンテンツと、該暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を出力するデータ処理部を有し、前記データ処理部は、前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名であり、前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名と、前記暗号鍵の演算処理により、前記変換暗号鍵を生成する情報処理装置。13前記データ処理部は、前記暗号化コンテンツに対応して設定される利用制御情報と、前記電子署名との連結データに対するハッシュ値と、前記暗号鍵との排他的論理和演算を実行して前記変換暗号鍵を生成する前記12に記載の情報処理装置。さらに、上記した装置およびシステムにおいて実行する処理の方法や、処理を実行させるプログラムも本開示の構成に含まれる。また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、LANLocalAreaNetwork、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。"