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