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