"不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記データ処理部は、前記リボケーション情報から、リボケーション情報の発行順を識別可能としたバージョン情報を抽出して、抽出したバージョン情報を通信相手装置に送信し、前記通信相手装置から、該通信相手装置の保持する発行順の新しいバージョンのリボケーション情報を受信した場合には、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行う情報記憶装置。前記データ処理部は、前記バージョン情報の送信処理に際して、バージョン情報に対するメッセージ認証コードMAC:MessageAuthenticationCodeを設定して送信する請求項1に記載の情報記憶装置。前記メッセージ認証コードMAC:MessageAuthenticationCodeは、前記通信相手装置との認証処理に際して生成した共有鍵を適用して生成する請求項2に記載の情報記憶装置。前記データ処理部は、前記バージョン情報の送信処理に際して、バージョン情報に対するデジタル署名を設定して送信する請求項1に記載の情報記憶装置。前記デジタル署名は、前記情報記憶装置の秘密鍵を適用して生成する請求項4に記載の情報記憶装置。前記データ処理部は、前記情報記憶装置と前記通信相手装置との間で相互認証処理を実行し、該相互認証処理の際に前記バージョン情報と、前記バージョン情報を含むデータに対するデジタル署名を前記通信相手装置に送信する請求項1に記載の情報記憶装置。前記デジタル署名は、前記情報記憶装置の秘密鍵を適用して生成する請求項6に記載の情報記憶装置。不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記データ処理部は、通信相手装置から、通信相手装置の保持するリボケーション情報の発行順を識別可能としたバージョン情報を受信し、受信したバージョン情報と、自装置の記憶部に格納した自装置格納リボケーション情報のバージョン比較処理を実行し、自装置格納リボケーション情報のバージョンが受信したバージョンより新しい場合は、前記自装置格納リボケーション情報を、前記通信相手装置に送信し、自装置格納リボケーション情報のバージョンが受信したバージョンより古い場合は、前記通信相手装置から、より新しいバージョンのリボケーション情報を受信し、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行う情報処理装置。前記データ処理部は、前記通信相手装置からバージョン情報に対するメッセージ認証コードMAC:MessageAuthenticationCodeを受信し、受信MACの検証により、受信したバージョン情報の正当性確認処理を行い、正当性が確認された場合に、前記バージョン比較処理を実行する請求項8に記載の情報処理装置。前記メッセージ認証コードMAC:MessageAuthenticationCodeは、前記通信相手装置との認証処理に際して生成した共有鍵を適用して生成され、前記データ処理部は、前記共有鍵を適用したMAC検証を行う請求項9に記載の情報処理装置。前記データ処理部は、前記通信相手装置からバージョン情報に対するデジタル署名を受信し、受信デジタル署名の検証により、受信したバージョン情報の正当性確認処理を行い、正当性が確認された場合に、前記バージョン比較処理を実行する請求項8に記載の情報処理装置。前記デジタル署名は、前記通信相手装置の秘密鍵を適用して生成され、前記データ処理部は、前記通信相手装置の公開鍵を適用して前記デジタル署名の検証を行う請求項11に記載の情報処理装置。前記データ処理部は、前記情報処理装置と前記通信相手装置との間で相互認証処理を実行し、該相互認証処理の際に前記バージョン情報と、前記バージョン情報を含むデータに対するデジタル署名を前記通信相手装置から受信し、受信したデジタル署名の検証により、受信したバージョン情報の正当性確認処理を行い、正当性が確認された場合に、前記バージョン比較処理を実行する請求項8に記載の情報処理装置。前記デジタル署名は、前記通信相手装置の秘密鍵を適用して生成され、前記データ処理部は、前記通信相手装置の公開鍵を適用して前記デジタル署名の検証を行う請求項13に記載の情報処理装置。データ再生またはデータ記録処理を実行する情報処理装置と、前記情報処理装置の再生対象データまたは記録対象データの記録領域となる記憶部を有する情報記憶装置を有し、前記情報処理装置、および前記情報記憶装置は、いずれも、不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記情報処理装置は、前記情報記憶装置から、前記情報記憶装置の保持するリボケーション情報の発行順を識別可能としたバージョン情報を受信し、受信したバージョン情報と、自装置の記憶部に格納した自装置格納リボケーション情報のバージョン比較処理を実行し、自装置格納リボケーション情報のバージョンが受信したバージョンより新しい場合は、前記自装置格納リボケーション情報を、前記情報記憶装置に送信し、自装置格納リボケーション情報のバージョンが受信したバージョンより古い場合は、前記情報記憶装置から、より新しいバージョンのリボケーション情報を受信し、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行い、前記情報記憶装置は、前記情報処理装置の要求に応じて、情報記憶装置の記憶部に格納したリボケーション情報から、リボケーション情報の発行順を識別可能としたバージョン情報を抽出して、抽出したバージョン情報を前記情報処理装置に送信し、前記情報処理装置から、該情報処理装置の保持する発行順の新しいバージョンのリボケーション情報を受信した場合には、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行う情報処理システム。情報記憶装置において実行する情報処理方法であり、前記情報記憶装置は、不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記データ処理部が、前記リボケーション情報から、リボケーション情報の発行順を識別可能としたバージョン情報を抽出して、抽出したバージョン情報を通信相手装置に送信し、前記データ処理部が、前記通信相手装置から、該通信相手装置の保持する発行順の新しいバージョンのリボケーション情報を受信した場合には、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行う情報処理方法。情報処理装置において実行する情報処理方法であり、前記情報処理装置は、不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記データ処理部が、通信相手装置から、通信相手装置の保持するリボケーション情報の発行順を識別可能としたバージョン情報を受信し、前記データ処理部が、受信したバージョン情報と、自装置の記憶部に格納した自装置格納リボケーション情報のバージョン比較処理を実行し、前記データ処理部が、自装置格納リボケーション情報のバージョンが受信したバージョンより新しい場合は、前記自装置格納リボケーション情報を、前記通信相手装置に送信し、前記データ処理部が、自装置格納リボケーション情報のバージョンが受信したバージョンより古い場合は、前記通信相手装置から、より新しいバージョンのリボケーション情報を受信し、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行う情報処理方法。情報記憶装置において情報処理を実行させるプログラムであり、前記情報記憶装置は、不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記プログラムは、前記データ処理部に、前記リボケーション情報から、リボケーション情報の発行順を識別可能としたバージョン情報を抽出して、抽出したバージョン情報を通信相手装置に送信する処理と、前記通信相手装置から、該通信相手装置の保持する発行順の新しいバージョンのリボケーション情報を受信した場合には、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を実行させるプログラム。情報処理装置において情報処理を実行させるプログラムであり、前記情報処理装置は、不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記プログラムは、前記データ処理部に、通信相手装置から、通信相手装置の保持するリボケーション情報の発行順を識別可能としたバージョン情報を受信する処理と、受信したバージョン情報と、自装置の記憶部に格納した自装置格納リボケーション情報とのバージョン比較処理と、自装置格納リボケーション情報のバージョンが受信したバージョンより新しい場合は、前記自装置格納リボケーション情報を、前記通信相手装置に送信する処理と、自装置格納リボケーション情報のバージョンが受信したバージョンより古い場合は、前記通信相手装置から、より新しいバージョンのリボケーション情報を受信し、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を実行させるプログラム。本開示は、例えば上記問題点に鑑みてなされたものであり、より新しいバージョンのリボケーション情報RevocationListの利用による、不正なコンテンツ利用を防止可能とする情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。本開示の第1の側面は、不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記データ処理部は、前記リボケーション情報から、リボケーション情報の発行順を識別可能としたバージョン情報を抽出して、抽出したバージョン情報を通信相手装置に送信し、前記通信相手装置から、該通信相手装置の保持する発行順の新しいバージョンのリボケーション情報を受信した場合には、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行う情報記憶装置にある。さらに、本開示の情報記憶装置の一実施態様において、前記データ処理部は、前記バージョン情報の送信処理に際して、バージョン情報に対するメッセージ認証コードMAC:MessageAuthenticationCodeを設定して送信する。さらに、本開示の情報記憶装置の一実施態様において、前記メッセージ認証コードMAC:MessageAuthenticationCodeは、前記通信相手装置との認証処理に際して生成した共有鍵を適用して生成する。さらに、本開示の情報記憶装置の一実施態様において、前記データ処理部は、前記バージョン情報の送信処理に際して、バージョン情報に対するデジタル署名を設定して送信する。さらに、本開示の情報記憶装置の一実施態様において、前記デジタル署名は、前記情報記憶装置の秘密鍵を適用して生成する。さらに、本開示の情報記憶装置の一実施態様において、前記データ処理部は、前記情報記憶装置と前記通信相手装置との間で相互認証処理を実行し、該相互認証処理の際に前記バージョン情報と、前記バージョン情報を含むデータに対するデジタル署名を前記通信相手装置に送信する。さらに、本開示の情報記憶装置の一実施態様において、前記デジタル署名は、前記情報記憶装置の秘密鍵を適用して生成する。さらに、本開示の第2の側面は、不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記データ処理部は、通信相手装置から、通信相手装置の保持するリボケーション情報の発行順を識別可能としたバージョン情報を受信し、受信したバージョン情報と、自装置の記憶部に格納した自装置格納リボケーション情報のバージョン比較処理を実行し、自装置格納リボケーション情報のバージョンが受信したバージョンより新しい場合は、前記自装置格納リボケーション情報を、前記通信相手装置に送信し、自装置格納リボケーション情報のバージョンが受信したバージョンより古い場合は、前記通信相手装置から、より新しいバージョンのリボケーション情報を受信し、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行う情報処理装置にある。さらに、本開示の情報処理装置の一実施態様において、前記データ処理部は、前記通信相手装置からバージョン情報に対するメッセージ認証コードMAC:MessageAuthenticationCodeを受信し、受信MACの検証により、受信したバージョン情報の正当性確認処理を行い、正当性が確認された場合に、前記バージョン比較処理を実行する。さらに、本開示の情報処理装置の一実施態様において、前記メッセージ認証コードMAC:MessageAuthenticationCodeは、前記通信相手装置との認証処理に際して生成した共有鍵を適用して生成され、前記データ処理部は、前記共有鍵を適用したMAC検証を行う。さらに、本開示の情報処理装置の一実施態様において、前記データ処理部は、前記通信相手装置からバージョン情報に対するデジタル署名を受信し、受信デジタル署名の検証により、受信したバージョン情報の正当性確認処理を行い、正当性が確認された場合に、前記バージョン比較処理を実行する。さらに、本開示の情報処理装置の一実施態様において、前記デジタル署名は、前記通信相手装置の秘密鍵を適用して生成され、前記データ処理部は、前記通信相手装置の公開鍵を適用して前記デジタル署名の検証を行う。さらに、本開示の情報処理装置の一実施態様において、前記データ処理部は、前記情報処理装置と前記通信相手装置との間で相互認証処理を実行し、該相互認証処理の際に前記バージョン情報と、前記バージョン情報を含むデータに対するデジタル署名を前記通信相手装置から受信し、受信したデジタル署名の検証により、受信したバージョン情報の正当性確認処理を行い、正当性が確認された場合に、前記バージョン比較処理を実行する。さらに、本開示の情報処理装置の一実施態様において、前記デジタル署名は、前記通信相手装置の秘密鍵を適用して生成され、前記データ処理部は、前記通信相手装置の公開鍵を適用して前記デジタル署名の検証を行う。さらに、本開示の第3の側面は、データ再生またはデータ記録処理を実行する情報処理装置と、前記情報処理装置の再生対象データまたは記録対象データの記録領域となる記憶部を有する情報記憶装置を有し、前記情報処理装置、および前記情報記憶装置は、いずれも、不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記情報処理装置は、前記情報記憶装置から、前記情報記憶装置の保持するリボケーション情報の発行順を識別可能としたバージョン情報を受信し、受信したバージョン情報と、自装置の記憶部に格納した自装置格納リボケーション情報のバージョン比較処理を実行し、自装置格納リボケーション情報のバージョンが受信したバージョンより新しい場合は、前記自装置格納リボケーション情報を、前記情報記憶装置に送信し、自装置格納リボケーション情報のバージョンが受信したバージョンより古い場合は、前記情報記憶装置から、より新しいバージョンのリボケーション情報を受信し、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行い、前記情報記憶装置は、前記情報処理装置の要求に応じて、情報記憶装置の記憶部に格納したリボケーション情報から、リボケーション情報の発行順を識別可能としたバージョン情報を抽出して、抽出したバージョン情報を前記情報処理装置に送信し、前記情報処理装置から、該情報処理装置の保持する発行順の新しいバージョンのリボケーション情報を受信した場合には、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行う情報処理システムにある。さらに、本開示の第4の側面は、情報記憶装置において実行する情報処理方法であり、前記情報記憶装置は、不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記データ処理部が、前記リボケーション情報から、リボケーション情報の発行順を識別可能としたバージョン情報を抽出して、抽出したバージョン情報を通信相手装置に送信し、前記データ処理部が、前記通信相手装置から、該通信相手装置の保持する発行順の新しいバージョンのリボケーション情報を受信した場合には、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行う情報処理方法にある。さらに、本開示の第5の側面は、情報処理装置において実行する情報処理方法であり、前記情報処理装置は、不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記データ処理部が、通信相手装置から、通信相手装置の保持するリボケーション情報の発行順を識別可能としたバージョン情報を受信し、前記データ処理部が、受信したバージョン情報と、自装置の記憶部に格納した自装置格納リボケーション情報のバージョン比較処理を実行し、前記データ処理部が、自装置格納リボケーション情報のバージョンが受信したバージョンより新しい場合は、前記自装置格納リボケーション情報を、前記通信相手装置に送信し、前記データ処理部が、自装置格納リボケーション情報のバージョンが受信したバージョンより古い場合は、前記通信相手装置から、より新しいバージョンのリボケーション情報を受信し、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行う情報処理方法にある。さらに、本開示の第6の側面は、情報記憶装置において情報処理を実行させるプログラムであり、前記情報記憶装置は、不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記プログラムは、前記データ処理部に、前記リボケーション情報から、リボケーション情報の発行順を識別可能としたバージョン情報を抽出して、抽出したバージョン情報を通信相手装置に送信する処理と、前記通信相手装置から、該通信相手装置の保持する発行順の新しいバージョンのリボケーション情報を受信した場合には、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を実行させるプログラムにある。さらに、本開示の第7の側面は、情報処理装置において情報処理を実行させるプログラムであり、前記情報処理装置は、不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記プログラムは、前記データ処理部に、通信相手装置から、通信相手装置の保持するリボケーション情報の発行順を識別可能としたバージョン情報を受信する処理と、受信したバージョン情報と、自装置の記憶部に格納した自装置格納リボケーション情報とのバージョン比較処理と、自装置格納リボケーション情報のバージョンが受信したバージョンより新しい場合は、前記自装置格納リボケーション情報を、前記通信相手装置に送信する処理と、自装置格納リボケーション情報のバージョンが受信したバージョンより古い場合は、前記通信相手装置から、より新しいバージョンのリボケーション情報を受信し、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を実行させるプログラムにある。なお、本開示のプログラムは、例えば、様々なプログラムコードを実行可能な情報処理装置やコンピュータシステムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータシステム上でプログラムに応じた処理が実現される。本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。本開示の一実施例の構成によれば、リボケーション情報の同期処理における処理負荷の軽減と安全確実な処理が実現される。具体的には、ホスト装置である情報処理装置が、メモリカード等の情報記憶装置からリボケーション情報のバージョンを受信し、受信バージョンと、自装置のリボケーション情報のバージョンの比較を実行する。自装置バージョンが受信バージョンより新しい場合は、自装置のリボケーション情報を情報記憶装置に送信し、自装置バージョンが受信バージョンより古い場合は、情報記憶装置からリボケーション情報を受信して更新する。このように、バージョン比較に際してバージョンのみを送受信し、MACや署名を設定する構成としたので、機器の通信処理、処理負荷の軽減と、安全確実なバージョン比較が可能となる。以下、図面を参照しながら本開示の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行う。1.コンテンツ提供処理および利用処理の概要について2.情報記憶装置の構成例について3.リボケーション情報の構成例について4.情報記憶装置のメディア公開鍵証明書の構成例について5.情報処理装置ホスト装置の要部の構成例について6.情報処理装置ホスト装置のホスト公開鍵証明書の構成例について7.リボケーション情報の同期処理について7-1.実施例1リボケーション情報のバージョンVerに対するMAC値を生成し、MAC検証によるバージョン確認を行う処理例7-2.実施例2リボケーション情報のバージョンVerに対する署名Signを生成し、署名検証によるバージョン確認を行う処理例7-3.実施例3相互認証時に生成する署名を、リボケーション情報のバージョンVerを含むデータを対象とした署名として、この署名検証によるバージョン確認を行う処理例8.各装置のハードウェア構成例について9.本開示の構成のまとめ[1.コンテンツ提供処理および利用処理の概要について]以下、図面を参照しながら本開示の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。まず、図1以下を参照して、コンテンツ提供処理および利用処理の概要について説明する。図1には、左から、aコンテンツ提供元b情報処理装置コンテンツ記録再生装置ホストc情報記憶装置コンテンツ記録メディアこれらの例を示している。c情報記憶装置コンテンツ記録メディア30はユーザがコンテンツを記録して、コンテンツの再生処理に利用するメディアである。ここでは例えばフラッシュメモリ等の情報記憶装置であるメモリカード31を示している。ユーザは、例えば音楽や映画などの様々なコンテンツをメモリカード31等の情報記憶装置コンテンツ記録メディア30に記録して利用する。これらのコンテンツには例えば著作権の管理対象となるコンテンツ等、利用制御対象となるコンテンツが含まれる。利用制御対象となるコンテンツとは、例えば無秩序なコピーやコピーデータ配布等が禁止されたコンテンツや、利用期間が制限されたコンテンツ等である。なお、メモリカード31に対して、利用制御コンテンツを記録する場合、そのコンテンツに対応する利用制御情報UsageRuleが合わせて記録される。また、不正装置としての情報処理装置20や、情報記憶装置の識別子IDを登録データとし、コンテンツ管理主体としての例えば認証局の秘密鍵による電子署名が付与されたリボケーション情報RevocationListについても提供、更新処理が行われる。この処理については、後段で詳細に説明する。aコンテンツ提供元は、音楽や映画等のコンテンツの提供元である。図1には、一例として、放送局11と、コンテンツサーバ12、BD、DVD等のコンテンツ記録メディア13をコンテンツ提供元として示している。放送局11は、例えばテレビ局であり、様々な放送コンテンツを地上波や衛星を介した衛星波に載せてユーザ装置[bコンテンツ記録再生装置ホスト]に提供する。コンテンツサーバ12は、音楽や映画等のコンテンツをインターネット等のネットワークを介して提供するサーバである。コンテンツ記録メディア13はBD-ROM、DVD-ROM等、映画等のコンテンツが予め記録されたメディアである。ユーザは、情報処理装置20に、例えばメモリカード31を装着し、情報処理装置30が外部から受信、あるいは、コンテンツ記録メディア13から再生するコンテンツをメモリカード31に記録することができる。また、情報処理装置20は、例えばメモリカード31に記録されたコンテンツを読み出して、再生することができる。情報処理装置20は、例えばDVDプレーヤなど、ハードディスクやDVD,BD等のディスクを備えた記録再生専用器CE機器:ConsumerElectronics機器21がある。さらに。PC22や、スマートフォン、携帯電話、携帯プレーヤ、タブレット端末などの携帯端末23などがある。これらはすべてc情報記憶装置30、例えばメモリカード31を装着可能な装置である。メモリカード31の利用形態について図2を参照して説明する。情報記憶装置30の一形態であるメモリカード31は、例えばPC等のコンテンツ再生器に対して着脱可能な記録メディアであり、コンテンツ記録を実行した機器から自由に取り外して、その他のユーザ機器に装着することが可能である。すなわち、図2に示すように、1記録処理2再生処理これらの処理を実行する。なお、記録または再生の一方のみを実行する機器もある。また、記録と再生各処理の実行機器は同一であることは必須ではなく、ユーザは自由に記録機器と再生機器を選択して利用することができる。なお、多くの場合、メモリカード31に記録された利用制御コンテンツは暗号化コンテンツとして記録されており、記録再生専用器21やPC22、携帯端末23等のコンテンツ再生装置は、所定のシーケンスに従った復号処理を実行した後、コンテンツ再生を行う。また、コンテンツに対応して設定される利用制御情報UsageRuleに記録された利用許容態様で再生処理などを行う。bコンテンツ記録再生装置ホストには、利用制御情報UsageRuleに従ったコンテンツ利用やコンテンツの復号処理を実行するためのプログラムホストアプリケーションが格納されており、コンテンツ再生はこのプログラムホストアプリケーションに従って実行する。また、コンテンツ記録再生を実行する情報処理装置20、コンテンツを格納する情報記憶装置30、これらの各装置は、いずれも、不正装置のリストであるリボケーション情報RevocationListを記憶部に格納している。PC22等の情報処理装置20が、メモリカード31等の情報記憶装置30を装着して情報記憶装置30に対してコンテンツを記録する処理を行う際、あるいは、情報記憶装置30に記録されたコンテンツを再生する処理を行う際には、その事前処理として、図3に示すように、処理A情報処理装置20と、情報記憶装置30間の相互認証処理、処理B情報処理装置20と、情報記憶装置30間のリボケーション情報同期処理、これらの処理が行われる。相互認証処理は、例えば公開鍵暗号アルゴリズムであるECDHEllipticCurveDiffie-Hellman暗号方式に従って実行される。リボケーション同期処理は、情報処理装置20の保持するリボケーション情報RevocationListと、情報記憶装置30の保持するリボケーション情報RevocationListとのバージョン比較を実行して、より新しいバージョンのリボケーション情報RevocationListを選択して、古いリボケーション情報RevocationListを保持していた装置のリボケーション情報RevocationListを新しいものに置き換える処理である。このリボケーション情報RevocationListの更新処理をリボケーション情報の同期処理と呼ぶ。[2.情報記憶装置の構成例について]次に、コンテンツの記録メディアとして利用されるメモリカード31等などの情報記憶装置30の構成例について説明する。情報記憶装置30の具体的構成例を図4に示す。情報記憶装置30は、例えばコンテンツの記録再生を行う情報処理装置ホスト装置20に装着されると、情報処理装置ホスト装置20から認証を伴うアクセスが行われ、データの読み出しや書き込みが行われる。本実施形態の情報記憶装置30は、図4に示すように、データ処理部110、記憶部120、通信IF140を有する。通信IF140を介して、例えば情報処理装置ホスト装置20との通信を行う。データ処理部110は、プログラム実行機能を持つCPU111、RAM112等によって構成される。記憶部120は、基本的に自由なアクセスが許容されるユーザデータ領域121と、自由なアクセスの許容されないセキュア領域122に区分されている。セキュア領域122には、秘密エリア131が設けられ、各種の秘密情報が記録される。例えばコンテンツの復号に適用される暗号鍵タイトル鍵等である。暗号化コンテンツは、ユーザデータ領域121に記録される。セキュア領域122には、さらに、リボケーション情報132、メディア秘密鍵133、メディア公開鍵証明書134、認証局公開鍵135、が記録される。リボケーション情報RevocationList132は、不正機器、具体的には、記録再生装置等の情報処理装置や、メモリカード等の情報記憶装置等の性機器の識別子を登録したリストである。発行者認証局の署名により改ざんを防止した構成となっている。情報記憶装置のデータ処理部110は、認証局公開鍵135を適用して署名検証を実行し、署名検証の成立によって、リボケーション情報132の正当性を確認して、リボケーション情報132を適用した不正装置の判別を行う。メディア秘密鍵133と、メディア公開鍵証明書134は、公開鍵暗号方式に従った情報記憶装置30対応の秘密鍵と、公開鍵を格納した証明書Certificateである。なお、メディアは情報記憶装置を意味する。先に図3を参照して説明した通り、情報処理装置20と、情報記憶装置30間のリボケーション情報同期処理に際して、情報処理装置20の保持するリボケーション情報とのバージョン比較が行われる。情報処理装置ホスト20の保持するリボケーション情報が新しい場合は、情報処理装置ホスト20の保持するリボケーション情報を取得して、情報記憶装置30のリボケーション情報132を新しいデータに置き換える更新処理が行われる。一方、情報処理装置ホスト20の保持するリボケーション情報より、情報記憶装置30のリボケーション情報132が新しい場合は、情報処理装置ホスト20に、情報記憶装置30のリボケーション情報132を出力して、情報処理装置ホスト20のリボケーション情報を新しいデータに置き換える更新処理が行われる。これらの処理をリボケーション情報の同期処理と呼ぶ。情報記憶装置30は、リボケーション情報の同期前に情報処理装置ホスト20間で認証とセッション鍵=バス鍵BKの共有を行う。相互認証の成立を条件として、その後、情報処理装置ホスト20と情報記憶装置30間の秘密情報の通信は、必要に応じてセッション鍵=バス鍵BKによる暗号化あるいは署名データを設定して行われる。秘密エリア131は、前述したように各種の秘密情報が記録される。例えばコンテンツの復号に適用される暗号鍵タイトル鍵等のデータである。秘密エリア131は、所定ブロック単位に区分され、各ブロック単位で特定のホスト等の特定の装置に対してアクセスが許容される。情報記憶装置30と情報処理装置ホスト装置20間の認証処理に際して、情報記憶装置30は、情報処理装置ホスト装置20から提示されるホスト証明書公開鍵証明書に基づいて、秘密エリア131のアクセス許容ブロックを判別する。ホスト証明書公開鍵証明書には、アクセスを許容したブロックのブロック識別子が登録されており、情報記憶装置30は、このアクセス許容情報に基づいて、そのホストに対してアクセスの許容されるブロックを判別する。秘密エリア131には、図5に示すように、情報処理装置の実行するホストアプリケーション毎にアクセス許容ブロックが区分けされている。図5に示す例では、アドレス0が割り振られたブロック151は記録再生専用器21の実行するビデオ記録再生アプリケーション専用のブロックとして設定され、記録または再生されるビデオデータの記録領域として利用されている。アドレス1が割り振られたブロック152は携帯端末23の実行するゲームアプリケーション専用のブロックであり、ゲーム用データが書き込まれている。また、アドレス2が割り振られたブロック153は、携帯端末23の実行する電子本閲覧アプリケーション専用のブロックであり、電子本eBOOK用データが書き込まれる。このように秘密エリア131に書き込まれるデータは、たとえば改ざんされると困るデータや見られると困るデータが保存される。改ざんされると困るデータとしては、例示すると、前述したコンテンツの暗号鍵であるタイトル鍵の他、コンテンツの権利情報視聴期限、再生回数や配信サービスのユーザIDなどがあげられる。見られると困るデータとしては、例示すると、暗号化されたコンテンツを復号するための鍵、配信サービスのパスワード、クレジットカードの番号などがあげられる。情報記憶装置30のデータ処理部110のCPU111は、予めRAM112等の記録されたプログラムに従った処理を実行する。具体的には、例えば、情報処理装置ホスト装置20との間でリボケーション情報の同期処理などを行う。CPU111は、リボケーション情報の同期前に情報処理装置ホスト装置20との間で認証と鍵共有処理を行う。リボケーション情報の同期を行う際には、必要に応じて情報処理装置ホスト装置20と情報記憶装置30との間でやり取りするデータに対し共有鍵で暗号化または署名設定を行う。これにより第3者によるデータのすり替えを防止できる。[3.リボケーション情報の構成例について]図6は、本実施形態に係るリボケーション情報=リボケーションリストを示す図である。リボケーション情報RVKは、不正機器として判別されたリボーク対象の装置ID、例えば、情報記憶装置であるメモリカードのメモリカードID0~60と、情報処理装置ホスト装置の情報処理装置ID0~100が登録されたリストLST1,LST2を含む。例えば、メモリカードID0~60はメモリカードを識別するための12バイトの情報である。情報処理装置ホスト装置ID0~100は情報処理装置ホスト装置を識別するための6バイトの情報である。リボケーション情報には、さらに、バージョン番号VSNが付加されている。バージョン番号が大きい値であるほど新しいリボケーション情報であることを示す。バージョン情報は、リボケーション情報の発行順を識別可能とした情報である。前述したリボケーション情報の同期処理においては、このバージョン番号VSNの比較処理が行われることになる。リボケーション情報は認証局が発行する。リボケーション情報には認証局のRSA秘密鍵で署名SGNが付加されている。情報記憶装置30および情報処理装置ホスト装置20が、リボケーション情報を利用する際には、認証局のRSA公開鍵で署名を検証し、検証が成立してリボケーション情報が改ざんのない正当な情報であることを確認してから利用する。[4.情報記憶装置のメディア公開鍵証明書の構成例について]図7は、本実施形態に係る情報記憶装置30の保持する情報記憶装置の公開鍵証明書、すなわちメディア公開鍵証明書の一例を示す図である。図7に示す証明書Certificate200は、タイプTYPEエリア201、メディアNediaIDエリア202、メディア公開鍵MediaPublicKeyエリア203、および署名Signatureエリア204を有する。タイプTYPEエリア201は、2バイトで形成され、証明書の種類を表す値が格納される。具体的には、0002h=Mediaが格納される。メディアMediaIDエリア202は、16バイトで形成され、情報記憶装置30のメディアIDが格納される。メディア公開鍵MediaPublicKeyエリア203は、56バイトで形成され、情報記憶装置30の公開鍵が格納される。署名Signatureエリア204は、56バイトで形成され、認証局秘密鍵LAprivによる署名が格納される。たとえば、署名生成時はSignatureを以下の計算式で求める。情報記憶装置30の証明書200の[00h-57h]のデータをDとする。ECDSA_SignLApriv,D署名検証時は以下の計算式で検証する。ECDSA_VerifyLApub,Signature,D上記式に従って、認証局公開鍵LApubを適用して署名検証が行われる。[5.情報処理装置ホスト装置の要部の構成例について]次に、情報処理装置ホスト装置20のより具体的な構成について説明する。図8は、図1に示される情報処理装置20の要部の構成例を示すブロック図である。図8に示すように、情報処理装置ホスト装置20は、データ処理部210、記憶部220、通信IF240、を有する。通信IF240を介して、例えばメモリカード等の情報記憶装置30との通信を行う。データ処理部210は、プログラム実行機能を持つCPU211、RAM212等によって構成される。記憶部220は、基本的に自由なアクセスが許容されるユーザデータ領域121と、自由なアクセスの許容されないセキュア領域222に区分されている。セキュア領域222には、リボケーション情報232、ホスト秘密鍵233、ホスト公開鍵証明書234、認証局公開鍵235、が記録される。リボケーション情報232は不正機器、具体的には、記録再生装置等の情報処理装置や、メモリカード等の情報記憶装置の識別子を登録したリストである。発行者認証局の署名により改ざんを防止した構成となっている。情報処理装置のデータ処理部210は、認証局公開鍵235を適用して署名検証を実行し、署名検証の成立によって、リボケーション情報232の正当性を確認して、リボケーション情報232を適用した不正装置の判別を行う。ホスト秘密鍵233と、ホスト公開鍵証明書234は、公開鍵暗号方式に従った情報処理装置20対応の秘密鍵と、公開鍵を格納した証明書Certificateである。先に図3を参照して説明した通り、情報処理装置20と、情報記憶装置30間のリボケーション情報同期処理に際して、情報記憶装置30の保持するリボケーション情報とのバージョン比較が行われる。情報記憶装置30の保持するリボケーション情報が新しい場合は、情報記憶装置30の保持するリボケーション情報を取得して、情報処理装置ホスト20のリボケーション情報232を新しいデータに置き換える更新処理が行われる。一方、情報記憶装置30の保持するリボケーション情報より、情報処理装置ホスト20のリボケーション情報232が新しい場合は、情報記憶装置30に、情報処理装置ホスト20のリボケーション情報232を出力して、情報記憶装置30のリボケーション情報を新しいデータに置き換える更新処理が行われる。これらの処理をリボケーション情報の同期処理と呼ぶ。情報処理装置20は、リボケーション情報の同期前に情報記憶装置30間で認証とセッション鍵=バス鍵BKの共有を行う。相互認証の成立を条件として、その後、情報処理装置ホスト20と情報記憶装置30間の秘密情報の通信は、必要に応じてセッション鍵=バス鍵BKによる暗号化または署名データを設定して行われる。情報記憶装置30のデータ処理部110のCPU111は、予めRAM112等の記録されたプログラムに従った処理を実行する。具体的には、例えば、情報処理装置ホスト装置20との間でリボケーション情報の同期処理などを行う。リボケーション情報の同期を行う際には、情報処理装置ホスト装置20と情報記憶装置30との間でやり取りするデータに対し必要に応じてセッション鍵で暗号化または署名を付加する。これにより第3者によるデータのすり替えを防止できる。[6.情報処理装置ホスト装置のホスト公開鍵証明書の構成例について]図9は、本実施形態に係る情報処理装置ホスト装置20に格納されるホスト公開鍵証明書=ホスト証明書の一例を示す図である。図9に示すホスト証明書HostCertificate300は、タイプTYPEエリア301、属性情報を含むPADアクセスProtectedAreaDataAccess:保護されるエリアデータアクセスエリア302、およびホストHostIDエリア303、ホスト公開鍵HostPublicKeyエリア304、および署名Signatureエリア305を有する。タイプTYPEエリア301は、2バイトで形成され、証明書の種類を表す値が格納される。具体的には、0001h=Hostが格納される。PADアクセスProtectedAreaDataAccess:保護されるエリアデータアクセスエリア302には、情報記憶装置の秘密エリアに対するアクセス許容情報が記録される。例えばブロック単位の書き気味や読み取りに関する許容情報が記録される。ホストHostIDエリア303は、6バイトで形成され、情報処理装置ホスト装置20のホストIDが格納される。ホスト公開鍵HostPublicKeyエリア304は、56バイトで形成され、情報処理装置ホスト装置20の公開鍵が格納される。署名Signatureエリア305は、56バイトで形成され、認証局の秘密鍵LAprivによる署名が格納される。たとえば、署名生成時はSignatureを以下の計算式で求める。情報処理装置ホスト装置20の証明書300の[00h-57h]のデータをDとする。ECDSA_SignLApriv,D署名検証時は、認証局の公開鍵LApubを適用して以下の計算式で検証する。ECDSA_VerifyLApub,Signature,D[7.リボケーション情報の同期処理について]次に、情報処理装置ホスト装置と情報記憶装置間で実行するリボケーション情報の同期処理について説明する。先に図3を参照して説明した通り、情報処理装置20が情報記憶装置30に対してコンテンツを記録する処理や、情報記憶装置30からのコンテンツ再生処理を行う際には、情報処理装置20と情報記憶装置30との間で、相互認証処理と、リボケーション情報同期処理、これらの処理が行われる。なお、情報処理装置20が情報記憶装置30に対してコンテンツを記録する処理や、情報記憶装置30からのコンテンツ再生処理を開始するためには、相互認証が成立することが必要であるが、リボケーション情報同期処理については、必ずしもこの同期処理の完了をコンテンツ記録や再生の開始条件とする必要はない。なお、リボケーション情報同期処理においては、情報処理装置20の保持するリボケーション情報とのバージョン比較が行われる。この比較処理の結果として、情報処理装置ホスト20の保持するリボケーション情報が新しいと判定した場合は、情報処理装置ホスト20の保持するリボケーション情報を、情報記憶装置30に提供して、情報記憶装置30の古いリボケーション情報を新しいデータに置き換える更新処理が行われる。一方、情報処理装置ホスト20の保持するリボケーション情報より、情報記憶装置30のリボケーション情報132が新しい場合は、情報処理装置ホスト20に、情報記憶装置30のリボケーション情報132を出力して、情報処理装置ホスト20の古いリボケーション情報を新しいデータに置き換える更新処理が行われる。なお、情報処理装置20と情報記憶装置30は、リボケーション情報の同期前に相互認証とセッション鍵=バス鍵BKの共有を行う。相互認証の成立を条件として、その後、情報処理装置ホスト20と情報記憶装置30間の秘密情報の通信は、必要に応じてセッション鍵=バス鍵による暗号化または署名データを設定して行われる。以下、リボケーション情報の同期処理について、以下の3つの実施例について順次、説明する。実施例1リボケーション情報のバージョンVerに対するMAC値を生成し、MAC検証によるバージョン確認を行う処理例実施例2リボケーション情報のバージョンVerに対する署名Signを生成し、署名検証によるバージョン確認を行う処理例実施例3相互認証時に生成する署名を、リボケーション情報のバージョンVerを含むデータを対象とした署名として、この署名検証によるバージョン確認を行う処理例[7-1.実施例1リボケーション情報のバージョンVerに対するMAC値を生成し、MAC検証によるバージョン確認を行う処理例]まず、実施例1として、リボケーション情報のバージョンVerに対するメッセージ認証コードMAC:MessageAuthenticationCodeを生成し、MAC検証によるバージョン確認を行う処理例について説明する。図10以下を参照して、コンテンツの再生または記録処理を実行する情報処理装置H:ホストと、コンテンツを格納する情報記憶装置M:メディア間において実行する処理について説明する。図10以下のシーケンス図には、左に情報処理装置H:ホスト、右に情報記憶装置M:メディアを示し、これら2つの装置間で実行される処理を時系列に従って示している。なお、図10以下のシーケンス図に示す各装置において行われる処理および通信処理は、例えば各装置のデータ処理部が予めRAM等の記憶部に格納されたプログラムに従って実行される。図10以下のシーケンス図に示す各処理ステップについて説明する。まず、ステップS11において、情報処理装置H:ホストと、情報処理装置H:ホストに装着された情報記憶装置M:メディア間で相互認証処理が行われる。例えば、公開鍵暗号アルゴリズムに従ったECDHEllipticCurveDiffie-Hellman方式に基づいて相互認証と鍵共有処理が行われる。共有鍵は、セッション鍵またはバス鍵BKと呼ぶ。以下では共有鍵をバス鍵BKとして説明する。なお、このステップS11における相互認証処理においては、認証機器間において、公開鍵証明書の交換が実行され、双方の機器において以下の処理が実行される。a相手機器から受信した公開鍵証明書の署名検証による公開鍵証明書の正当性の検証処理、b正当性が確認された公開鍵証明書からの相手機器の識別子IDの取得処理、c公開鍵証明書から取得した相手機器の識別子IDが自装置の記憶部に保持したリボケーション情報に登録されていないことの確認処理、これらの処理を実行する。なお、リボケーション情報の利用に際しては、事前にリボケーション情報に設定された署名の検証を行い、リボケーション情報の正当性を確認する処理を行う。このステップS11における相互認証処理において、例えば、d相手機器から受信した公開鍵証明書の署名検証によって公開鍵証明書の正当性が確認されない場合、e公開鍵証明書から取得した相手機器の識別子IDが自装置の記憶部に保持したリボケーション情報に登録されていた場合、このような場合は、相互認証が不成立となり、その後の処理は中止される。すなわちコンテンツの記録処理や再生処理は行われない。ステップS11における相互認証処理において、f相手機器から受信した公開鍵証明書の署名検証によって公開鍵証明書の正当性が確認され、かつ、g公開鍵証明書から取得した相手機器の識別子IDが自装置の記憶部に保持したリボケーション情報に登録されていないことが確認された場合、には、相互認証が成立したと判定され、次の処理に進む。なお、ステップS12以下の処理は、情報処理装置H:ホストと、情報処理装置H:ホストに装着された情報記憶装置M:メディアの2つの機器にそれぞれ格納されたリボケーション情報のバージョン比較を行い、どちらか一方の機器に古いバージョンのリボケーション情報がある場合に、その古いバージョンのリボケーション情報を他方の機器の新しいバージョンのリボケーション情報に置き換えるリボケーション情報の同期処理更新処理である。このリボケーション情報同期処理の完了は、コンテンツの記録、再生の開始条件ではなく、ステップS11の相互認証の成立に応じて、情報処理装置H:ホストは情報記憶装置M:メディアに対する記録、あるいは情報記憶装置M:メディアからのコンテンツ再生を開始できる。次のステップS12では、情報処理装置H:ホストが、情報記憶装置M:メディアに対して、情報記憶装置M:メディアに格納されたリボケーション情報のバージョンの通知を要求する。次に、ステップS13において、情報記憶装置M:メディアは、情報記憶装置Mの記憶部に格納されたリボケーション情報のバージョンMverに対して、ステップS11の相互認証時に共有した共有鍵BKでMACMessageAuthenticationCode値Mm生成する。以下の式に従ってMAC値Mmを生成する。Mm=MACBK,Mverなお、リボケーション情報のバージョンMverは、先に図6を参照して説明したバージョン番号VSNである。バージョン番号が大きい値であるほど新しいリボケーション情報であることを示す。リボケーション情報の同期処理においては、このバージョン番号VSNの比較処理が行われることになる。次に、ステップS14において、情報記憶装置M:メディアは、情報記憶装置Mの記憶部に格納されたリボケーション情報のバージョンMverと、生成したMAC値Mmを、情報処理装置H:ホストに送信する。次に、図11に示すステップS15において、情報処理装置Hは、情報記憶装置Mから受信したMAC値Mmに対して、共有鍵BKを適用したMac検証を実行する。具体的には、MAC値Mmに対して、共有鍵BKを適用して生成するリボケーション情報のバージョンMverと、情報記憶装置Mから受信したボケーション情報のバージョンMverとを比較して両者が一致するか否かを検証する。一致すれば、検証成立であり、情報記憶装置Mが自装置に格納されたリボケーション情報の正しいバージョンを通知したと判定する。MAC検証が不成立の場合は、検証不成立であり、情報記憶装置Mが自装置に格納されたリボケーション情報の正しいバージョンを通知していないと判定し、以下の処理は行わない。すなわち、リボケーション情報の同期処理更新処理は実行されない。なお、このような場合は、共有鍵BKを破棄し、コンテンツの再生や記録を中止する設定としてもよい。MAC検証が成立した場合は、ステップS16に進む。ステップS16では、情報処理装置Hは、情報記憶装置Mから受信したリボケーション情報のバージョンMverと、自装置情報処理装置Hのリボケーション情報のバージョンHverを比較する。ステップS17では、ステップS16におけるバージョン比較結果に応じたリボケーション情報の同期処理更新処理を実行する。ステップS17において実行するリボケーション情報の同期処理更新処理は、A情報記憶装置Mから受信したリボケーション情報のバージョンMverが、情報処理装置Hのリボケーション情報のバージョンHverより新しい場合、B情報記憶装置Mから受信したリボケーション情報のバージョンMverが、情報処理装置Hのリボケーション情報のバージョンHverより古い場合、これらの2通りの場合に異なる処理として行われる。なお、情報記憶装置Mから受信したリボケーション情報のバージョンMverが、情報処理装置Hのリボケーション情報のバージョンHverと一致する場合は、情報処理装置Hから情報記憶装置Mから処理完了通知を送信して処理を終了してよい。以下、上記A,Bの各場合のリボケーション情報の同期処理更新処理シーケンスについて、図12以下を参照して説明する。A情報記憶装置Mから受信したリボケーション情報のバージョンMverが、情報処理装置Hのリボケーション情報のバージョンHverより新しい場合のリボケーション情報同期処理まず、情報記憶装置Mから受信したリボケーション情報のバージョンMverが、情報処理装置Hのリボケーション情報のバージョンHverより新しい場合のリボケーション情報同期処理について、図12を参照して説明する。まず、ステップS21において、情報処理装置Hは、情報記憶装置Mに対して、リボケーション情報送信要求RequestRevocationListを行う。次に、ステップS22において、情報記憶装置Mは、記憶部からリボケーション情報RevocationListを取得して、情報処理装置Hに送信する。次に、ステップS23において、情報処理装置Hは、情報記憶装置Mから取得したリボケーション情報RevocationListのバージョンが、先のステップS15においてMAC検証を行ったバージョンと一致するか否かを判定する。一致しない場合は、情報記憶装置Mが正しい新しいバージョンのリボケーション情報RevocationListを送信していないと判定し、以下の処理を中止する。すなわち、リボケーション情報の同期処理更新処理は実行されない。なお、このような場合は、共有鍵BKを破棄し、コンテンツの再生や記録を中止する設定としてもよい。一致した場合は、次の処理に進む。次に、ステップS24において、情報処理装置Hは、情報記憶装置Mから取得したリボケーション情報RevocationListの署名検証を行う。先に図6を参照して説明したように、リボケーション情報RevocationListには認証局の秘密鍵によって生成された署名が設定されている。情報処理装置Hは、記憶部に格納された認証局の公開鍵を適用して、この署名検証を行う。署名検証が成功した場合は、リボケーション情報RevocationListは改ざんのない正当な情報であると判定する。署名検証が失敗した場合は、リボケーション情報RevocationListは改ざんされた不正な情報である可能性があると判定し、その後の処理を中止する。すなわち、リボケーション情報の同期処理更新処理は実行されない。なお、このような場合は、共有鍵BKを破棄し、コンテンツの再生や記録を中止する設定としてもよい。署名検証が成功した場合は、ステップS25に進む。ステップS25では、情報処理装置Hは、情報処理装置内の記憶部に格納されている古いリボケーション情報を、情報記憶装置Mから取得したリボケーション情報RevocationListに置き換える更新処理を行う。以上の処理によって、リボケーション情報同期処理が完了する。B情報記憶装置Mから受信したリボケーション情報のバージョンMverが、情報処理装置Hのリボケーション情報のバージョンHverより古い場合のリボケーション情報同期処理次に、情報記憶装置Mから受信したリボケーション情報のバージョンMverが、情報処理装置Hのリボケーション情報のバージョンHverより古い場合のリボケーション情報同期処理について、図13、図14を参照して説明する。まず、ステップS31において、情報処理装置Hは、情報記憶装置Mに対して、リボケーション情報RevocationListを送信する。次に、ステップS32において、情報記憶装置Mは、情報処理装置Hから取得したリボケーション情報RevocationListのバージョンが、自装置に格納されたリボケーション情報RevocationListのバージョンより新しいか否かを確認する。新しくない場合は、情報処理装置Hが正しい新しいバージョンのリボケーション情報RevocationListを送信していないと判定し、以下の処理を中止する。すなわち、リボケーション情報の同期処理更新処理は実行されない。なお、このような場合は、共有鍵BKを破棄し、コンテンツの再生や記録を中止する設定としてもよい。新しいと判定した場合は、次の処理に進む。次に、ステップS33において、情報記憶装置Mは、情報処理装置Hから取得したリボケーション情報RevocationListの署名検証を行う。先に図6を参照して説明したように、リボケーション情報RevocationListには認証局の秘密鍵によって生成された署名が設定されている。情報記憶装置Mは、記憶部に格納された認証局の公開鍵を適用して、この署名検証を行う。署名検証が成功した場合は、リボケーション情報RevocationListは改ざんのない正当な情報であると判定する。署名検証が失敗した場合は、リボケーション情報RevocationListは改ざんされた不正な情報である可能性があると判定し、その後の処理を中止する。すなわち、リボケーション情報の同期処理更新処理は実行されない。なお、このような場合は、共有鍵BKを破棄し、コンテンツの再生や記録を中止する設定としてもよい。署名検証が成功した場合は、ステップS34に進む。ステップS34では、情報記憶装置Mは、情報記憶装置M内の記憶部に格納されている古いリボケーション情報を、情報処理装置Hから取得したリボケーション情報RevocationListに置き換える更新処理を行う。次に、図14のステップS35において、情報記憶装置Mは、ステップS34で更新し、新たに記憶部に格納した新しいバージョンのリボケーション情報RevocationListのバージョンMverを読み取って、共有鍵BKに基づくMAC値Mmを生成する。以下の式に従ってMAC値Mmを生成する。Mm=MACBK,Mver次に、ステップS36において、情報記憶装置M:メディアは、生成したMAC値Mmを、情報処理装置H:ホストに送信する。次に、ステップS37において、情報処理装置Hは、情報記憶装置Mから受信したMAC値Mmに対して、共有鍵BKを適用したMac検証を実行する。具体的には、情報処理装置Hに格納されたリボケーション情報のバージョンHverに対する共有鍵BKを適用したMac値を算出して、算出値と情報記憶装置Mから受信したMAC値Mmとが一致するか否かを判定する。すなわち、以下の式に従った検証処理を行う。VerifyMm=CMACBK,Hver算出MAC値と、受信MAC値Mmが一致しない場合は、情報記憶装置Mは、情報処理装置Hの送信した新しいバージョンのリボケーション情報RevocationListを情報記憶装置Mの記憶部に正しく格納する同期処理更新処理を実行していないと判定する。この場合は、その後の処理を中止する。なお、このような場合は、共有鍵BKを破棄し、コンテンツの再生や記録を中止する設定としてもよい。一方、算出MAC値と、受信MAC値Mmが一致すれば、情報記憶装置Mは、情報処理装置Hの送信した新しいバージョンのリボケーション情報RevocationListを情報記憶装置Mの記憶部に正しく格納する同期処理更新処理を実行したと判定して、処理を終了する。以上の処理によって、リボケーション情報同期処理が完了する。[7-2.実施例2リボケーション情報のバージョンVerに対する署名Signを生成し、署名検証によるバージョン確認を行う処理例]次に、実施例2として、実施例2リボケーション情報のバージョンVerに対するデジタル署名Signを生成し、署名検証によるバージョン確認を行う処理例について図15以下を参照して説明する。図15以下のシーケンス図に示す各処理ステップについて説明する。まず、ステップS51において、情報処理装置H:ホストと、情報処理装置H:ホストに装着された情報記憶装置M:メディア間で相互認証処理が行われる。例えば、公開鍵暗号アルゴリズムに従ったECDHEllipticCurveDiffie-Hellman方式に基づいて相互認証と鍵共有処理が行われる。共有鍵は、前述の実施例1と同様バス鍵BKとして説明する。なお、このステップS51における相互認証処理は、前述の実施例1と同様の処理であり、認証機器間において、公開鍵証明書の交換が実行され、双方の機器において以下の処理が実行される。a相手機器から受信した公開鍵証明書の署名検証による公開鍵証明書の正当性の検証処理、b正当性が確認された公開鍵証明書からの相手機器の識別子IDの取得処理、c公開鍵証明書から取得した相手機器の識別子IDが自装置の記憶部に保持したリボケーション情報に登録されていないことの確認処理、これらの処理を実行する。なお、リボケーション情報の利用に際しては、事前にリボケーション情報に設定された署名の検証を行い、リボケーション情報の正当性を確認する処理を行う。このステップS51における相互認証処理において、例えば、d相手機器から受信した公開鍵証明書の署名検証によって公開鍵証明書の正当性が確認されない場合、e公開鍵証明書から取得した相手機器の識別子IDが自装置の記憶部に保持したリボケーション情報に登録されていた場合、このような場合は、相互認証が不成立となり、その後の処理は中止される。すなわちコンテンツの記録処理や再生処理は行われない。ステップS51における相互認証処理において、f相手機器から受信した公開鍵証明書の署名検証によって公開鍵証明書の正当性が確認され、かつ、g公開鍵証明書から取得した相手機器の識別子IDが自装置の記憶部に保持したリボケーション情報に登録されていないことが確認された場合、には、相互認証が成立したと判定され、次の処理に進む。なお、ステップS52以下の処理は、情報処理装置H:ホストと、情報処理装置H:ホストに装着された情報記憶装置M:メディアの2つの機器にそれぞれ格納されたリボケーション情報のバージョン比較を行い、どちらか一方の機器に古いバージョンのリボケーション情報がある場合に、その古いバージョンのリボケーション情報を他方の機器の新しいバージョンのリボケーション情報に置き換えるリボケーション情報の同期処理更新処理である。このリボケーション情報同期処理の完了は、コンテンツの記録、再生の開始条件ではなく、ステップS51の相互認証の成立に応じて、情報処理装置H:ホストは情報記憶装置M:メディアに対する記録、あるいは情報記憶装置M:メディアからのコンテンツ再生を開始できる。次のステップS52では、情報処理装置H:ホストが、情報記憶装置M:メディアに対して、情報記憶装置M:メディアに格納されたリボケーション情報のバージョンの通知を要求する。次に、ステップS53において、情報記憶装置M:メディアは、情報記憶装置Mの記憶部に格納されたリボケーション情報のバージョンMverに対して、情報記憶装置Mの記憶部に格納された秘密鍵Mprivを適用したデジタル署名処理によってデジタル署名Msigを生成する。以下の式に従ってデジタル署名Msigを生成する。Msig=ECDSASignMpriv,Mverなお、リボケーション情報のバージョンMverは、先に図6を参照して説明したバージョン番号VSNである。バージョン番号が大きい値であるほど新しいリボケーション情報であることを示す。リボケーション情報の同期処理においては、このバージョン番号VSNの比較処理が行われることになる。次に、ステップS54において、情報記憶装置M:メディアは、情報記憶装置Mの記憶部に格納されたリボケーション情報のバージョンMverと、生成した署名Msigを、情報処理装置H:ホストに送信する。次に、図16に示すステップS55において、情報処理装置Hは、情報記憶装置Mから受信した署名Msigに対して、情報記憶装置Mの公開鍵Mpubを適用した署名検証を実行する。情報記憶装置Mの公開鍵Mpubは、ステップS51の認証処理に際して情報記憶装置Mから受信した公開鍵証明書から取得できる。署名検証が成立した場合は、情報記憶装置Mが自装置に格納されたリボケーション情報の正しいバージョンを通知したと判定する。署名検証が不成立の場合は、検証不成立であり、情報記憶装置Mが自装置に格納されたリボケーション情報の正しいバージョンを通知していないと判定し、以下の処理は行わない。すなわち、リボケーション情報の同期処理更新処理は実行されない。なお、このような場合は、共有鍵BKを破棄し、コンテンツの再生や記録を中止する設定としてもよい。署名検証が成立した場合は、ステップS56に進む。ステップS56では、情報処理装置Hは、情報記憶装置Mから受信したリボケーション情報のバージョンMverと、自装置情報処理装置Hのリボケーション情報のバージョンHverを比較する。ステップS57では、ステップS56におけるバージョン比較結果に応じたリボケーション情報の同期処理更新処理を実行する。ステップS57において実行するリボケーション情報の同期処理更新処理は、先の実施例1と同様、A情報記憶装置Mから受信したリボケーション情報のバージョンMverが、情報処理装置Hのリボケーション情報のバージョンHverより新しい場合、B情報記憶装置Mから受信したリボケーション情報のバージョンMverが、情報処理装置Hのリボケーション情報のバージョンHverより古い場合、これらの2通りの場合に異なる処理として行われる。なお、情報記憶装置Mから受信したリボケーション情報のバージョンMverが、情報処理装置Hのリボケーション情報のバージョンHverと一致する場合は、情報処理装置Hから情報記憶装置Mから処理完了通知を送信して処理を終了してよい。上記A,Bの各場合のリボケーション情報の同期処理更新処理シーケンスは、先に実施例1において図12~図14を参照して説明した処理と同様であるので、説明を省略する。なお、図14におけるステップS35~S37のMAC値生成、MAC値検証処理は、署名生成と署名検証処理に置き換えてもよい。[7-3.実施例3相互認証時に生成する署名を、リボケーション情報のバージョンVerを含むデータを対象とした署名として、この署名検証によるバージョン確認を行う処理例]次に、実施例3として、相互認証時に生成するデジタル署名を、リボケーション情報のバージョンVerを含むデータを対象とした署名として、この署名検証によるバージョン確認を行う処理例について、図17以下のシーケンス図を参照して説明する。図17は、本実施例における全体シーケンスを説明する図である。図18、図19、図20は、図17に示すステップS100の相互認証処理の詳細シーケンスを説明する図である。まず、図17の全体シーケンスについて説明する。ステップS100において、情報処理装置H:ホストと、情報処理装置H:ホストに装着された情報記憶装置M:メディア間で相互認証処理が行われる。この相互認証処理は、例えば、公開鍵暗号アルゴリズムに従ったECDHEllipticCurveDiffie-Hellman方式をベースとした相互認証と鍵共有処理である。ただし、この認証処理において、2つの装置間で送受信される署名データを、リボケーション情報のバージョンVerを含むデータを対象とした署名データとする。すなわち、本実施例におけるステップS100の相互認証処理においては、A相互認証、B鍵共有処理これらの処理に加え、C情報記憶装置Mから情報処理装置Hに対するリボケーション情報のバージョン情報提供処理この処理が実行される。この認証処理シーケンスの詳細については、図18以下を参照して後段で詳細に説明する。ステップS100の相互認証が成立しない場合は、以下の処理は行われない。すなわち、リボケーション情報の同期処理は中止される。また、コンテンツの再生処理や記録処理も実行されない。ステップS100の相互認証が成立した場合は、ステップS200以下の処理が実行される。なお、ステップS200以下の処理は、情報処理装置H:ホストと、情報処理装置H:ホストに装着された情報記憶装置M:メディアの2つの機器にそれぞれ格納されたリボケーション情報のバージョン比較を行い、どちらか一方の機器に古いバージョンのリボケーション情報がある場合に、その古いバージョンのリボケーション情報を他方の機器の新しいバージョンのリボケーション情報に置き換えるリボケーション情報の同期処理更新処理である。このリボケーション情報同期処理の完了は、コンテンツの記録、再生の開始条件ではなく、ステップS100の相互認証の成立に応じて、情報処理装置H:ホストは情報記憶装置M:メディアに対する記録、あるいは情報記憶装置M:メディアからのコンテンツ再生を開始できる。ステップS200は、情報処理装置Hにおいて実行する2つの装置に格納されたリボケーション情報のバージョン比較処理である。本処理例では、ステップS100における相互認証処理に際して、情報記憶装置Mが情報処理装置Hに送信する署名データを、情報記憶装置Mの保持するリボケーション情報のバージョンMverを含むデータを対象とした署名として、この署名送信に際して、情報記憶装置Mの保持するリボケーション情報のバージョンMverも、情報記憶装置Mから情報処理装置Hに送信する設定としている。ステップS200では、ステップS100における相互認証処理に際して、情報記憶装置Mから受信した情報記憶装置Mの保持するリボケーション情報のバージョンMverと、情報処理装置Hの記憶部に格納されたリボケーション情報のバージョンHverとの比較処理を行う。次に、ステップS300において、ステップS200におけるバージョン比較結果に応じたリボケーション情報の同期処理更新処理を実行する。ステップS300において実行するリボケーション情報の同期処理更新処理は、先の実施例1,2と同様、A情報記憶装置Mから受信したリボケーション情報のバージョンMverが、情報処理装置Hのリボケーション情報のバージョンHverより新しい場合、B情報記憶装置Mから受信したリボケーション情報のバージョンMverが、情報処理装置Hのリボケーション情報のバージョンHverより古い場合、これらの2通りの場合に異なる処理として行われる。なお、情報記憶装置Mから受信したリボケーション情報のバージョンMverが、情報処理装置Hのリボケーション情報のバージョンHverと一致する場合は、情報処理装置Hから情報記憶装置Mから処理完了通知を送信して処理を終了してよい。上記A,Bの各場合のリボケーション情報の同期処理更新処理シーケンスは、先に実施例1において図12~図14を参照して説明した処理と同様である。ステップS100の相互認証処理の詳細シーケンスについて、図18~図20を参照して説明する。前述したように、本実施例におけるステップS100の相互認証処理においては、A相互認証、B鍵共有処理これらの処理に加え、C情報記憶装置Mから情報処理装置Hに対するリボケーション情報のバージョン情報提供処理この処理が実行される。この認証処理シーケンスの詳細については、図18以下を参照して説明する。図18以下に示す相互認証処理は、先に説明した実施例1,2と同様、例えば、公開鍵暗号アルゴリズムに従ったECDHEllipticCurveDiffie-Hellman方式をベースとした相互認証と鍵共有処理である。ただし、この認証処理において、2つの装置間で送受信される署名データを、リボケーション情報のバージョンVerを含むデータを対象とした署名データとしている。まず、図18に示すステップS101において、情報処理装置Hが乱数Hnを生成する。次に、ステップS102において、情報処理装置Hが、生成した乱数Hnと、情報処理装置Hの公開鍵証明書HCertを送信する。なお、図中に示すABは、AとBの連結データを意味する。次に、ステップS103において、情報記憶装置Mは、情報処理装置Hの公開鍵証明書HCertの署名検証を実行する。先に図7,図9を参照して説明したように、公開鍵証明書には認証局の秘密鍵による署名が設定されている。情報記憶装置Mは、記憶部に格納された認証局の公開鍵を適用して署名検証を行う。署名検証に成功せず、情報処理装置Hの公開鍵証明書HCertの正当性が確認されなかった場合は、処理を中止する。すなわち、その後のリボケーション情報の同期処理、コンテンツの再生または記録処理は実行されない。署名検証に成功し、情報処理装置Hの公開鍵証明書HCertの正当性が確認された場合は、情報処理装置Hの公開鍵証明書HCertから情報処理装置Hの識別子IDを取得し、このIDが、情報記憶装置Mの記憶部に格納されたリボケーション情報に登録されていないかを確認する。情報処理装置HのIDがリボケーション情報に登録されている場合は、情報処理装置Hは不正機器であると判定し、その後の処理を中止する。すなわち、その後のリボケーション情報の同期処理、コンテンツの再生または記録処理は実行されない。一方、情報処理装置HのIDがリボケーション情報に登録されていない場合は、情報処理装置Hは正当な機器であると判定し、次の処理に進む。次の、ステップS104において、情報記憶装置Mは、以下の処理を行う。乱数Mnを生成、乱数Mkを生成、乱数Mkに基づく規定アルゴリズムに従った変換値Mvを算出、変換値Mvと,情報記憶装置Mの記憶部に格納されたリボケーション情報のバージョンMverと、ホストから受信した乱数Hnに対して、情報記憶装置の秘密鍵Mprivを適用して、以下の式に従って、署名:Msigを生成、Msig=ECDSASignMpriv,MvMverHn次に、ステップS105において、情報記憶装置Mは、生成した乱数Mnと、情報記憶装置Mの公開鍵証明書MCert、生成した変換値Mvと、情報記憶装置Mの記憶部に格納されたリボケーション情報のバージョンMverと、ステップS104で生成した署名Msigの連結データを情報処理装置Hに送信する。すなわち、以下のデータを送信する。MnMcertMvMverMsig次に、図19に示すステップS106において、情報処理装置Hは、情報記憶装置Mの公開鍵証明書MCertの署名検証を実行する。先に図7,図9を参照して説明したように、公開鍵証明書には認証局の秘密鍵による署名が設定されている。情報処理装置Hは、記憶部に格納された認証局の公開鍵を適用して署名検証を行う。署名検証に成功せず、情報記憶装置Mの公開鍵証明書MCertの正当性が確認されなかった場合は、処理を中止する。すなわち、その後のリボケーション情報の同期処理、コンテンツの再生または記録処理は実行されない。署名検証に成功し、情報記憶装置Mの公開鍵証明書MCertの正当性が確認された場合は、情報記憶装置Mの公開鍵証明書MCertから情報記憶装置Mの識別子IDを取得し、このIDが、情報処理装置Hの記憶部に格納されたリボケーション情報に登録されていないかを確認する。情報記憶装置MのIDがリボケーション情報に登録されている場合は、情報記憶装置Mは不正機器であると判定し、その後の処理を中止する。すなわち、その後のリボケーション情報の同期処理、コンテンツの再生または記録処理は実行されない。一方、情報記憶装置MのIDがリボケーション情報に登録されていない場合は、情報記憶装置Mは正当な機器であると判定し、さらに、情報記憶装置Mから受信した署名Msigの署名検証を行う。署名検証処理は、情報記憶装置Mの公開鍵証明書MCertから取得した情報記憶装置Mの公開鍵Mpubを適用した処理として、以下の式に従って実行する。VerifyMsigbyECDSAVerifyMpub,Msig,MvMverHn署名検証処理が不成立の場合は、情報記憶装置Mからの受信データが不正データであると判定し、その語の処理は中止する。すなわち、その後のリボケーション情報の同期処理、コンテンツの再生または記録処理は実行されない。一方、署名検証処理が成立した場合は、情報記憶装置Mからの受信データが正当なデータであると判定し、次の処理に進む。ステップS107において、情報処理装置Hは、以下の処理を行う。乱数Hkを生成、乱数Hkと、メディアから受信した変換値Mvに基づく規定アルゴリズムに従った変換処理により、共有鍵としてのセッションキー=バスキーBKを生成、乱数Hkに基づく既亭アルゴリズムに従った変換処理により変換値Hvを生成、変換値Hvと、メディアから受信した乱数Mnに対して、情報処理装置Hの秘密鍵Hprivを適用して、以下の式に従って、署名Hsigを生成、Hsig=ECDSASignHpriv,HvMn次に。図20に示すステップS108において、情報処理装置Hは、生成した変換値Hvと、署名Hsigとの連結データ、すなわち、HvHsigを情報記憶装置Mに送信する。次に、ステップS109において、情報記憶装置Mは、情報処理装置Hから受信した署名Hsigに対する署名検証を行う。この署名検証は、情報処理装置Hから受信した公開鍵証明書HCertに格納された情報処理装置Hの公開鍵Hpubを適用して以下の式に従って実行する。VerifyHsigbyECDSAVerifyHpub,Hsig,HvMn署名検証に成功しない場合は、処理を中止する。すなわち、その後のリボケーション情報の同期処理、コンテンツの再生または記録処理は実行されない。署名検証に成功した場合は、次の処理に移行する。次に、ステップS110において、情報記憶装置Mは、ステップS104において生成した生成乱数Mkと、ホストから受信した変換値Hvに基づく規定アルゴリズムに従った変換処理により、共有鍵としてのセッションキー=バスキーBKを生成する。最後に、ステップS111において、情報記憶装置Mは、情報処理装置Hに対して処理の完了を通知して処理を終了する。本実施例においして、図17に示すステップS100の相互認証処理は、この図18~図20を参照して説明した処理に従って実行される。図17に示すステップS200のリボケーション情報のバージョン比較処理は、図18に示すステップS105において、情報記憶装置Mが情報処理装置Hに送信したバージョンMverを適用して実行する。このように相互認証処理に際して情報記憶装置Mが情報処理装置Hに送信する署名データをリボケーション情報のバージョンMverを含めたデータに対するデジタル署名として、署名送信時にリボケーション情報のバージョンMverも併せて送信することで、相互認証処理のシーケンス内で、リボケーション情報のバージョンMverの正当性確認が実行される。この結果、相互認証処理の終了後に、新たにリボケーション情報の送受信や正当性確認処理を行う必要がなくなり、処理が簡略化される。なお、上述した実施例1~3は個別に実行することも可能であるが、各実施例を適宜、組み合わせて処理を行う構成としてもよい。[8.各装置のハードウェア構成例について]最後に、図21、図22を参照して、上述した処理を実行する各装置のハードウェア構成例について説明する。まず、図21を参照して、メモリカードを装着してデータの記録や再生処理を行う情報処理装置H:ホストのハードウェア構成例について説明する。CPUCentralProcessingUnit701は、ROMReadOnlyMemory702、または記憶部708に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、放送局やサーバからのコンテンツ受信処理や受信データのメモリカード等の情報記憶装置図中のリムーバブルメディア711に対する記録処理、メモリカード図中のリムーバブルメディア711からのデータ再生処理等を実行する。RAMRandomAccessMemory703には、CPU701が実行するプログラムやデータなどが適宜記憶される。これらのCPU701、ROM702、およびRAM703は、バス704により相互に接続されている。CPU701はバス704を介して入出力インタフェース705に接続され、入出力インタフェース705には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部706、ディスプレイ、スピーカなどよりなる出力部707が接続されている。CPU701は、入力部706から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部707に出力する。入出力インタフェース705に接続されている記憶部708は、例えばハードディスク等からなり、CPU701が実行するプログラムや各種のデータを記憶する。通信部709は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。入出力インタフェース705に接続されているドライブ710は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア711を駆動し、記録されているコンテンツや鍵情報等の各種データを取得する例えば、取得されたコンテンツや鍵データを用いて、CPUによって実行する再生プログラムに従ってコンテンツの復号、再生処理などが行われる。図22は、メモリカード等の情報記憶装置のハードウェア構成例を示している。CPUCentralProcessingUnit801は、ROMReadOnlyMemory802、または記憶部807に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述の各実施例において説明したサーバやホスト機器との通信処理やデータの記憶部807に対する書き込み、読み取り等の処理、記憶部807のセキュア領域811の区分領域単位のアクセス可否判定処理等を実行する。RAMRandomAccessMemory803には、CPU801が実行するプログラムやデータなどが適宜記憶される。これらのCPU801、ROM802、およびRAM803は、バス804により相互に接続されている。CPU801はバス804を介して入出力インタフェース805に接続され、入出力インタフェース805には、通信部806、記憶部807が接続されている。入出力インタフェース805に接続されている通信部804は、例えばサーバやホストとの通信を実行する。記憶部807は、データの記憶領域であり、先に説明したようにアクセス制限のあるセキュア領域811、自由にデータ記録読み取りができるユーザデータ領域812を有する。[9.本開示の構成のまとめ]以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。なお、本明細書において開示した技術は、以下のような構成をとることができる。1不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記データ処理部は、前記リボケーション情報から、リボケーション情報の発行順を識別可能としたバージョン情報を抽出して、抽出したバージョン情報を通信相手装置に送信し、前記通信相手装置から、該通信相手装置の保持する発行順の新しいバージョンのリボケーション情報を受信した場合には、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行う情報記憶装置。2前記データ処理部は、前記バージョン情報の送信処理に際して、バージョン情報に対するメッセージ認証コードMAC:MessageAuthenticationCodeを設定して送信する前記1に記載の情報記憶装置。3前記メッセージ認証コードMAC:MessageAuthenticationCodeは、前記通信相手装置との認証処理に際して生成した共有鍵を適用して生成する前記2に記載の情報記憶装置。4前記データ処理部は、前記バージョン情報の送信処理に際して、バージョン情報に対するデジタル署名を設定して送信する前記1~3いずれかに記載の情報記憶装置。5前記デジタル署名は、前記情報記憶装置の秘密鍵を適用して生成する前記4に記載の情報記憶装置。6前記データ処理部は、前記情報記憶装置と前記通信相手装置との間で相互認証処理を実行し、該相互認証処理の際に前記バージョン情報と、前記バージョン情報を含むデータに対するデジタル署名を前記通信相手装置に送信する前記1~5いずれかに記載の情報記憶装置。7前記デジタル署名は、前記情報記憶装置の秘密鍵を適用して生成する前記6に記載の情報記憶装置。8不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記データ処理部は、通信相手装置から、通信相手装置の保持するリボケーション情報の発行順を識別可能としたバージョン情報を受信し、受信したバージョン情報と、自装置の記憶部に格納した自装置格納リボケーション情報のバージョン比較処理を実行し、自装置格納リボケーション情報のバージョンが受信したバージョンより新しい場合は、前記自装置格納リボケーション情報を、前記通信相手装置に送信し、自装置格納リボケーション情報のバージョンが受信したバージョンより古い場合は、前記通信相手装置から、より新しいバージョンのリボケーション情報を受信し、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行う情報処理装置。9前記データ処理部は、前記通信相手装置からバージョン情報に対するメッセージ認証コードMAC:MessageAuthenticationCodeを受信し、受信MACの検証により、受信したバージョン情報の正当性確認処理を行い、正当性が確認された場合に、前記バージョン比較処理を実行する前記8に記載の情報処理装置。10前記メッセージ認証コードMAC:MessageAuthenticationCodeは、前記通信相手装置との認証処理に際して生成した共有鍵を適用して生成され、前記データ処理部は、前記共有鍵を適用したMAC検証を行う前記9に記載の情報処理装置。11前記データ処理部は、前記通信相手装置からバージョン情報に対するデジタル署名を受信し、受信デジタル署名の検証により、受信したバージョン情報の正当性確認処理を行い、正当性が確認された場合に、前記バージョン比較処理を実行する前記8~10いずれかに記載の情報処理装置。12前記デジタル署名は、前記通信相手装置の秘密鍵を適用して生成され、前記データ処理部は、前記通信相手装置の公開鍵を適用して前記デジタル署名の検証を行う前記11に記載の情報処理装置。13前記データ処理部は、前記情報処理装置と前記通信相手装置との間で相互認証処理を実行し、該相互認証処理の際に前記バージョン情報と、前記バージョン情報を含むデータに対するデジタル署名を前記通信相手装置から受信し、受信したデジタル署名の検証により、受信したバージョン情報の正当性確認処理を行い、正当性が確認された場合に、前記バージョン比較処理を実行する前記8~12いずれかに請求項9に記載の情報処理装置。14前記デジタル署名は、前記通信相手装置の秘密鍵を適用して生成され、前記データ処理部は、前記通信相手装置の公開鍵を適用して前記デジタル署名の検証を行う前記13に記載の情報処理装置。15データ再生またはデータ記録処理を実行する情報処理装置と、前記情報処理装置の再生対象データまたは記録対象データの記録領域となる記憶部を有する情報記憶装置を有し、前記情報処理装置、および前記情報記憶装置は、いずれも、不正装置の識別子のリストであるリボケーション情報を格納した記憶部と、前記リボケーション情報に従った不正機器の判定処理を実行するデータ処理部を有し、前記情報処理装置は、前記情報記憶装置から、前記情報記憶装置の保持するリボケーション情報の発行順を識別可能としたバージョン情報を受信し、受信したバージョン情報と、自装置の記憶部に格納した自装置格納リボケーション情報のバージョン比較処理を実行し、自装置格納リボケーション情報のバージョンが受信したバージョンより新しい場合は、前記自装置格納リボケーション情報を、前記情報記憶装置に送信し、自装置格納リボケーション情報のバージョンが受信したバージョンより古い場合は、前記情報記憶装置から、より新しいバージョンのリボケーション情報を受信し、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行い、前記情報記憶装置は、前記情報処理装置の要求に応じて、情報記憶装置の記憶部に格納したリボケーション情報から、リボケーション情報の発行順を識別可能としたバージョン情報を抽出して、抽出したバージョン情報を前記情報処理装置に送信し、前記情報処理装置から、該情報処理装置の保持する発行順の新しいバージョンのリボケーション情報を受信した場合には、受信した新しいバージョンのリボケーション情報を記憶部に格納された古いバージョンのリボケーション情報に置き換えて格納するリボケーション情報同期処理を行う情報処理システム。さらに、上記した装置およびシステムにおいて実行する処理の方法や、処理を実行させるプログラムも本開示の構成に含まれる。また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、LANLocalAreaNetwork、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。"