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