(57)【要約】【課題】情報処理装置に格納された装置固有鍵の有効性判定処理およびユーザに対する値内を行う装置および方法を実現する。【解決手段】メディア格納コンテンツの再生または記録処理に適用する情報処理装置に固有の鍵である装置固有鍵が有効であるか無効であるかを判定する処理を行う。具体的には、鍵有効性判定用データを外部から受信し、ユーザ指示に応じて鍵有効性判定用データを適用して装置固有鍵の有効性判定処理を実行して判定結果を出力する。鍵有効性判定用データは最新のＭＫＢや最新の無効化デバイスリスト、あるいはこれらのデータを含む診断プログラムによって構成される。情報処理装置は、任意のタイミングで最新のデータを利用して自装置に格納された装置固有鍵の有効性判定を行い、ユーザにその結果を通知することが可能となる。【選択図】図３
2010183278.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置に固有の鍵である装置固有鍵を格納したメモリと、
ユーザ操作情報を入力する入力部と、
データ受信処理を行う通信部と、
前記装置固有鍵の有効性判定処理を実行するデータ処理部と、
前記データ処理部の実行した有効性判定処理の結果を出力する出力部を有し、
前記データ処理部は、
前記装置固有鍵が有効であるか無効であるかを判定するための鍵有効性判定用データを、前記通信部を介して受信するとともに、
前記入力部を介して入力するユーザ指示に応じて、前記鍵有効性判定用データを適用して前記装置固有鍵の有効性判定処理を実行し、判定結果を前記出力部に出力する情報処理装置。
【請求項２】
前記鍵有効性判定用データは、前記装置固有鍵が有効であるか無効であるかを判定するための診断プログラムを含み、
前記データ処理部は、
前記診断プログラムを実行して前記装置固有鍵の有効性判定処理を行い、判定結果を前記出力部に出力する請求項１に記載の情報処理装置。
【請求項３】
前記装置固有鍵は、メディアからのコンテンツ再生、またはメディアに対するコンテンツ記録時の暗号処理に適用するメディアキーを格納したメディアキーブロック（ＭＫＢ）からメディアキーを取得するために必要とするデバイスキーであり、
前記鍵有効性判定用データは、有効なデバイスキーを適用した場合にのみ有効なメディアキーを取得可能な構成を持つメディアキーブロック（ＭＫＢ）を含み、
前記データ処理部は、
情報処理装置のメモリに格納されたデバイスキーによるメディアキーブロック（ＭＫＢ）の処理を実行して、有効なメディアキーが取得できたか否かの確認処理に基づいてデバイスキーの有効性判定を行う請求項１に記載の情報処理装置。
【請求項４】
前記鍵有効性判定用データは、無効化された装置固有鍵を格納した情報処理装置の識別情報リストである無効化デバイス識別子リストを含み、
前記データ処理部は、
前記無効化デバイス識別子リストと、情報処理装置自身のデバイス識別子との照合処理を実行して、情報処理装置自身のデバイス識別子が前記無効化デバイス識別子リストに登録されているか否かの確認処理に基づいて前記装置固有鍵の有効性判定を行う請求項１に記載の情報処理装置。
【請求項５】
ユーザ操作情報を入力する入力部と、
データ受信処理を行う通信部と、
メディアに対するデータ記録、またはメディアからのデータ再生を実行するドライブ装置との通信を行う通信インタフェースと、
前記ドライブ装置に固有の鍵である装置固有鍵の有効性判定処理を実行するデータ処理部と、
前記データ処理部の実行した有効性判定処理の結果を出力する出力部を有し、
前記データ処理部は、
前記装置固有鍵が有効であるか無効であるかを判定するための鍵有効性判定用データを、前記通信部を介して受信するとともに、
前記入力部を介して入力するユーザ指示に応じて、前記ドライブ装置との通信を実行し、前記鍵有効性判定用データと前記ドライブ装置が実装する鍵の識別子であるドライブＩＤとの照合結果に基づく前記装置固有鍵の有効性判定処理を実行し、判定結果を前記出力部に出力する情報処理装置。
【請求項６】
前記鍵有効性判定用データは、無効化された装置固有鍵を格納した情報処理装置の識別情報リストである無効化デバイス識別子リストを含み、
前記装置固有鍵は、前記ドライブ装置に対して発行されたドライブ公開鍵であり、
前記データ処理部は、
前記ドライブ装置に対して、前記ドライブ公開鍵を格納したドライブ公開鍵証明書に記録されたドライブＩＤの取得要求を行い、取得したドライブＩＤが、前記無効化デバイス識別子リストに登録されているか否かの確認処理に基づいて前記装置固有鍵の有効性判定を行う請求項５に記載の情報処理装置。
【請求項７】
前記鍵有効性判定用データは、無効化された装置固有鍵を格納した情報処理装置の識別情報リストである無効化デバイス識別子リストを含み、
前記装置固有鍵は、前記ドライブ装置に対して発行されたドライブ公開鍵であり、
前記データ処理部は、
前記ドライブ装置に対して、前記無効化デバイス識別子リストを出力し、ドライブ公開鍵を格納したドライブ公開鍵証明書に記録されたドライブＩＤとの照合要求コマンドを出力し、前記ドライブ装置から入力する照合処理結果に基づく前記装置固有鍵の有効性判定結果を前記出力部に出力する請求項５に記載の情報処理装置。
【請求項８】
情報処理装置において実行する情報処理方法であり、
データ処理部が、前記情報処理装置に固有の鍵である装置固有鍵が有効であるか無効であるかを判定するための鍵有効性判定用データを通信部を介して受信するデータ受信ステップと、
前記データ処理部が、入力部を介して入力するユーザ指示に応じて、前記鍵有効性判定用データを適用して前記装置固有鍵の有効性判定処理を実行する鍵有効性判定ステップと、
前記データ処理部が、前記鍵有効性判定ステップの判定結果を出力部に出力する判定結果出力ステップと、
を有する情報処理方法。
【請求項９】
情報処理装置において実行する情報処理方法であり、
データ処理部が、前記情報処理装置に接続されたドライブ装置に固有の鍵である装置固有鍵が有効であるか無効であるかを判定するための鍵有効性判定用データを通信部を介して受信するデータ受信ステップと、
前記データ処理部が、入力部を介して入力するユーザ指示に応じて、前記ドライブ装置との通信を実行し、前記鍵有効性判定用データと前記ドライブ装置が実装する鍵の識別子であるドライブＩＤとの照合結果に基づく前記装置固有鍵の有効性判定処理を実行する鍵有効性判定ステップと、
前記データ処理部が、前記鍵有効性判定ステップの判定結果を出力部に出力する判定結果出力ステップと、
を有する情報処理方法。
【請求項１０】
情報処理装置において情報処理を実行させるプログラムであり、
データ処理部に、前記情報処理装置に固有の鍵である装置固有鍵が有効であるか無効であるかを判定するための鍵有効性判定用データを通信部を介して受信させるデータ受信ステップと、
前記データ処理部に、入力部を介して入力するユーザ指示に応じて、前記鍵有効性判定用データを適用して前記装置固有鍵の有効性判定処理を実行させる鍵有効性判定ステップと、
前記データ処理部に、前記鍵有効性判定ステップの判定結果を出力部に出力させる判定結果出力ステップと、
を有するプログラム。
【請求項１１】
情報処理装置において情報処理を実行させるプログラムであり、
データ処理部に、前記情報処理装置に接続されたドライブ装置に固有の鍵である装置固有鍵が有効であるか無効であるかを判定するための鍵有効性判定用データを通信部を介して受信させるデータ受信ステップと、
前記データ処理部に、入力部を介して入力するユーザ指示に応じて、前記ドライブ装置との通信を実行し、前記鍵有効性判定用データと前記ドライブ装置が実装する鍵の識別子であるドライブＩＤとの照合結果に基づく前記装置固有鍵の有効性判定処理を実行させる鍵有効性判定ステップと、
前記データ処理部に、前記鍵有効性判定ステップの判定結果を出力部に出力させる判定結果出力ステップと、
を有するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、および情報処理方法、並びにプログラムに関する。さらに、詳細には、コンテンツの利用制御を実行する情報処理装置、および情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
データ記録媒体として昨今はＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）などが利用されている。これらの情報記録媒体は、例えば映画や音楽などの様々なコンテンツの記録、再生に利用される。
【０００３】
ＤＶＤ、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）などの情報記録媒体の種類としては、ＤＶＤ−ＲＯＭやＢＤ−ＲＯＭといった予めデータが記録され新たなデータ書き込みを許容しない媒体（再生専用メディア）や、ＤＶＤ−ＲＡＭ／Ｒ／ＲＷ、ＤＶＤ＋ＲＷ／＋ＲおよびＢＤ−Ｒ／ＲＥといったデータ書き込み可能な媒体（書き換え型メディア）がある。
【０００４】
再生専用メディアには、予め映画や音楽などの様々なコンテンツが記録されユーザに提供される。また、書き換え型メディアなどデータ書き込み可能な情報記録媒体を利用することで、ユーザは、例えば放送コンテンツや、ネットワークを介してダウンロードしたコンテンツや、公共の場所に設置された端末装置を介して取得したコンテンツを記録して利用することが可能となる。
【０００５】
予めコンテンツが記録されたディスクであっても、ユーザが放送やネットワーク等を介して取得して記録したコンテンツであっても、これらの音楽データや動画像データ等のコンテンツの多くは、その作成者あるいは販売者に著作権、頒布権等が保有されている。従って、ユーザに提供されるコンテンツの多くは、無秩序なコピーなどが行われないように利用制御がなされた構成とされている。具体的には、例えば正規ユーザのみにコンテンツ再生等の利用を可能として、許可のない複製等が行われないような制御構成が採用されている。
【０００６】
コンテンツ利用制御の１つの手法がコンテンツを暗号化して配付する構成である。正当なコンテンツ利用権を持つユーザや機器のみが保有する鍵を適用して暗号化コンテンツの復号を行って再生を実行する。このような利用制御システムの一例について説明する。
【０００７】
ＤＶＤや、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）等のメディアに記録されたコンテンツの再生処理を行う再生装置（プレーヤ）、あるいはこれらのメディアに対するデータ記録を行う記録装置（レコーダ）、さらに、これらのメディアを装着して再生または記録を行うドライブ装置など、これらの装置の各々に装置固有の鍵（電子鍵）を対応付けて、各装置のメモリに格納してユーザに提供する。
【０００８】
装置に格納される鍵は、コンテンツの著作権保護技術を提供するライセンス管理者（管理センタ）が発行する鍵である。再生装置等の装置製造工場は、管理センタから配布された鍵を装置内のメモリに記録する。このようにして装置固有の鍵を格納した装置が販売店等を通じてユーザに提供される。なお、管理センタとしては、ＨＤ（High Definition）ムービーコンテンツの著作権保護技術として知られるＡＡＣＳ(Advanced Access Content System)をライセンスするＡＡＣＳ  ＬＡ(Advanced Access Content System License Administrator)などがある
【０００９】
ＤＶＤなどのメディア格納コンテンツは暗号化されたコンテンツとして記録されており、ユーザが再生を行おうとする場合は、装置の格納鍵を適用してコンテンツ暗号鍵を算出して暗号化されたコンテンツの復号処理を行う。また、メディアにコンテンツを記録する場合は、コンテンツ暗号鍵を適用して暗号化された暗号化コンテンツを、装置の格納鍵を適用した暗号化処理を施したコンテンツ暗号鍵とともに記録する。このように装置固有の鍵を適用したコンテンツの復号再生処理、または暗号化記録処理を実行させる構成とすることで、不正なコンテンツの複製、利用が防止される。
【００１０】
しかし、装置に実装された鍵が流出してしまい暴露するなどの事故があると、本来、１台の装置に固有の鍵が、正規のライセンスを受けずに製造された多数の装置に流用されて利用可能な状態になってしまう。その結果として、ＡＡＣＳ規定の制約を越えたコンテンツ複製やコンテンツ利用を可能とする非正規の装置を市場で販売あるいは流通させる第三者が現れ、コンテンツの不正利用を防止できなくなるという事態を招いてしまいかねない。
【００１１】
ＡＡＣＳ規定では、このような事態に対処する構成が採用されている。例えば鍵の漏洩などのＡＡＣＳライセンス契約遵守事項の重大な違反を管理センタ（ＡＡＣＳ  ＬＡ）が把握した時点で、契約に従って装置に実装された鍵を無効化（リボーク）するシステムである。
【００１２】
鍵の無効化処理（リボーク処理）は、公開鍵の無効化処理（リボーク処理）、あるいはブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号情報（暗号鍵）ブロックであるＭＫＢ（Media Key Block）を利用した処理として、すでに利用されている。ＡＡＣＳ規定に従った鍵の無効化処理も、この旧来の無効化処理と同様である。なお、ＭＫＢを利用した処理については例えば特許文献１（特開２００８−１０３００７号公報）に記載されている。
【００１３】
ＭＫＢはメディアキーブロックと呼ばれ、暗号化コンテンツの復号処理に必要となるメディアキーが暗号化されて格納されている。メディアキーは装置に格納された鍵を適用したＭＫＢの処理によって取得できる。ＭＫＢは、逐次更新されるデータであり、例えば、上述したように鍵の漏洩が発覚し、その鍵を無効化する場合には、その鍵を適用したＭＫＢ処理を行っても有効なメディアキーが取得できない設定としたＭＫＢを生成する。
【００１４】
このような更新されたＭＫＢは、その後に発売されるＤＶＤなどのメディアに格納されてユーザに提供される。無効化された鍵を格納した装置を適用してコンテンツ再生を行おうとしても、更新されたＭＫＢからメディアキーを取得できないので、コンテンツ再生が不可能となる。
【００１５】
しかし、このようなシステムでは、あるユーザの所有する装置の装置固有鍵が無効化の対象となったとしても、そのユーザが最新のＭＫＢなど無効化を示すデータを記録したメディアを利用しない限り、自分の装置の鍵が無効化されたことに気がつくことはない。
【００１６】
ＡＡＣＳ規定によるリボークが起きた場合、古いディスクのコンテンツ再生はできるが、新しいディスクのコンテンツ再生ができないといった事態が発生することがある。このような場合、装置のユーザは装置の故障ではないかという疑念を抱くことになり、例えば装置の製造者であるメーカーに修理依頼を行うことがある。
【００１７】
このような事態に備えるため、装置製造者は、管理センタから受領した鍵を自身の提供する装置に格納する際に、自身の製造した装置の識別子（シリアルナンバー）と、各装置に格納した装置固有鍵の識別情報との対応データからなる装置対応鍵リストを作成して、この装置対応鍵リストを半永久的に保存するという対応をとっている。
【００１８】
装置メーカーは、自身の提供する装置に格納された鍵が無効化された場合、その無効化された鍵情報を管理センタから受領し、装置対応鍵リストを用いて、無効化された鍵を搭載する製品を特定すべく、無効化された鍵に対応して設定された装置識別子（シリアルナンバー）情報を取得する。その後、その製品シリアルナンバーを、メーカーの提供するホームページ等の媒体を通じてユーザへ告知する。このような処理によって、無効化された鍵を格納した装置を所有するユーザに対して、製品交換や払い戻し等を働きかけるという顧客対応を可能としている。
【００１９】
しかし、このような方法には以下のような問題がある。
（１）毎年累積され続けるデータ保存設備維持費
装置メーカーにとって損失を招く事態である、製品が無効化されるような事故が起こらないよう万全の注意を払って設計・製造された製品においては、その事故や事故にともなう鍵の無効化がいつ起こるともわからないし、起こる確率はほとんどゼロに近いともいえる。この鍵の無効化に備えて、装置メーカーが装置対応鍵リストを保存し続けるということは、製品の製造数量に比例した設備コスト（設備投資・メンテナンス）を負担し続けるということである。この負担は、毎年累積されるデータとともに積みあがっていく。著作権保護技術契約（例えばＡＡＣＳ）ではデータ保存期間の上限は明確に設定されておらず、保存は半永久的に継続することになる可能性がある。
【００２０】
（２）サービスの問題
例えば装置メーカーが、製品の出荷後のサービス補修時に鍵の実装部品の交換を行うとすると、装置対応鍵リストも更新する手続きが必要となる。あるいは、サービス補修時に鍵の実装部品の交換を行う際に、その製品のシリアル番号と関連付けられた鍵を装置対応鍵リストから呼び出して、部品交換後の製品へ記録しなおすという作業が必要とされる。その際に、例えば各地に分散するサービス拠点が装置対応鍵リストを格納したデータベースへアクセスする必要があり、また、サービス補修において極秘情報である電子鍵を記録するとなると記録冶具のみならず施設や人員の高度の情報セキュリティ対応も求められ、その分各サービス拠点の設備投資や維持費は高額となる。
【００２１】
（３）ＰＣ組込み機器の問題
Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）ドライブなど、ＰＣ本体に組み込まれて使用する製品の場合、製品シリアル番号を確認するためにはＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）ドライブをＰＣ本体から外して確認する必要がある。このような確認処理はユーザの誰でもができることとは必ずしもいえるものではない。特に近年ＰＣの製品形態として比率の高くなっているノート型ＰＣの場合、内蔵するＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）ドライブを外すことはＰＣ本体を完全に分解するに等しい作業を伴い、とても現実的な対応ではない。
【先行技術文献】
【特許文献】
【００２２】
【特許文献１】特開２００８−１０３００７号公報
【発明の開示】
【発明が解決しようとする課題】
【００２３】
本発明は、このような状況に鑑みてなされたものであり、上記の装置対応鍵リスト、すなわち装置と鍵の対応データの生成や管理処理を不要とし、また鍵の無効化が発生した場合に、その事実の効率的なユーザ通知を可能とした情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００２４】
本発明の第１の側面は、
情報処理装置に固有の鍵である装置固有鍵を格納したメモリと、
ユーザ操作情報を入力する入力部と、
データ受信処理を行う通信部と、
前記装置固有鍵の有効性判定処理を実行するデータ処理部と、
前記データ処理部の実行した有効性判定処理の結果を出力する出力部を有し、
前記データ処理部は、
前記装置固有鍵が有効であるか無効であるかを判定するための鍵有効性判定用データを、前記通信部を介して受信するとともに、
前記入力部を介して入力するユーザ指示に応じて、前記鍵有効性判定用データを適用して前記装置固有鍵の有効性判定処理を実行し、判定結果を前記出力部に出力する情報処理装置にある。
【００２５】
さらに、本発明の情報処理装置の一実施態様において、前記鍵有効性判定用データは、前記装置固有鍵が有効であるか無効であるかを判定するための診断プログラムを含み、前記データ処理部は、前記診断プログラムを実行して前記装置固有鍵の有効性判定処理を行い、判定結果を前記出力部に出力する。
【００２６】
さらに、本発明の情報処理装置の一実施態様において、前記装置固有鍵は、メディアからのコンテンツ再生、またはメディアに対するコンテンツ記録時の暗号処理に適用するメディアキーを格納したメディアキーブロック（ＭＫＢ）からメディアキーを取得するために必要とするデバイスキーであり、前記鍵有効性判定用データは、有効なデバイスキーを適用した場合にのみ有効なメディアキーを取得可能な構成を持つメディアキーブロック（ＭＫＢ）を含み、前記データ処理部は、情報処理装置のメモリに格納されたデバイスキーによるメディアキーブロック（ＭＫＢ）の処理を実行して、有効なメディアキーが取得できたか否かの確認処理に基づいてデバイスキーの有効性判定を行う。
【００２７】
さらに、本発明の情報処理装置の一実施態様において、前記鍵有効性判定用データは、無効化された装置固有鍵の識別情報リストである無効化デバイス識別子リストを含み、前記データ処理部は、前記無効化デバイス識別子リストと、情報処理装置自身の搭載する装置固有鍵のデバイス識別子との照合処理を実行して、情報処理装置自身の搭載する装置固有鍵のデバイス識別子が前記無効化デバイス識別子リストに登録されているか否かの確認処理に基づいて前記装置固有鍵の有効性判定を行う。
【００２８】
さらに、本発明の第２の側面は、
ユーザ操作情報を入力する入力部と、
データ受信処理を行う通信部と、
メディアに対するデータ記録、またはメディアからのデータ再生を実行するドライブ装置との通信を行う通信インタフェースと、
前記ドライブ装置に固有の鍵である装置固有鍵の有効性判定処理を実行するデータ処理部と、
前記データ処理部の実行した有効性判定処理の結果を出力する出力部を有し、
前記データ処理部は、
前記装置固有鍵が有効であるか無効であるかを判定するための鍵有効性判定用データを、前記通信部を介して受信するとともに、
前記入力部を介して入力するユーザ指示に応じて、前記ドライブ装置との通信を実行し、前記鍵有効性判定用データと前記ドライブ装置が実装する鍵の識別子であるドライブＩＤとの照合結果に基づく前記装置固有鍵の有効性判定処理を実行し、判定結果を前記出力部に出力する情報処理装置にある。
【００２９】
さらに、本発明の情報処理装置の一実施態様において、前記鍵有効性判定用データは、無効化された装置固有鍵の識別情報リストである無効化デバイス識別子リストを含み、前記装置固有鍵は、前記ドライブ装置に対して発行されたドライブ公開鍵であり、前記データ処理部は、前記ドライブ装置に対して、前記ドライブ公開鍵を格納したドライブ公開鍵証明書に記録されたドライブＩＤの取得要求を行い、取得したドライブＩＤが、前記無効化デバイス識別子リストに登録されているか否かの確認処理に基づいて前記装置固有鍵の有効性判定を行う。
【００３０】
さらに、本発明の情報処理装置の一実施態様において、前記鍵有効性判定用データは、無効化された装置固有鍵の識別情報リストである無効化デバイス識別子リストを含み、前記装置固有鍵は、前記ドライブ装置に対して発行されたドライブ公開鍵であり、前記データ処理部は、前記ドライブ装置に対して、前記無効化デバイス識別子リストを出力し、ドライブ公開鍵を格納したドライブ公開鍵証明書に記録されたドライブＩＤとの照合要求コマンドを出力し、前記ドライブ装置から入力する照合処理結果に基づく前記装置固有鍵の有効性判定結果を前記出力部に出力する。
【００３１】
さらに、本発明の第３の側面は、
情報処理装置において実行する情報処理方法であり、
データ処理部が、前記情報処理装置に固有の鍵である装置固有鍵が有効であるか無効であるかを判定するための鍵有効性判定用データを通信部を介して受信するデータ受信ステップと、
前記データ処理部が、入力部を介して入力するユーザ指示に応じて、前記鍵有効性判定用データを適用して前記装置固有鍵の有効性判定処理を実行する鍵有効性判定ステップと、
前記データ処理部が、前記鍵有効性判定ステップの判定結果を出力部に出力する判定結果出力ステップと、
を有する情報処理方法にある。
【００３２】
さらに、本発明の第４の側面は、
情報処理装置において実行する情報処理方法であり、
データ処理部が、前記情報処理装置に接続されたドライブ装置に固有の鍵である装置固有鍵が有効であるか無効であるかを判定するための鍵有効性判定用データを通信部を介して受信するデータ受信ステップと、
前記データ処理部が、入力部を介して入力するユーザ指示に応じて、前記ドライブ装置との通信を実行し、前記鍵有効性判定用データと前記ドライブ装置が実装する鍵の識別子であるドライブＩＤとの照合結果に基づく前記装置固有鍵の有効性判定処理を実行する鍵有効性判定ステップと、
前記データ処理部が、前記鍵有効性判定ステップの判定結果を出力部に出力する判定結果出力ステップと、
を有する情報処理方法にある。
【００３３】
さらに、本発明の第５の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
データ処理部に、前記情報処理装置に固有の鍵である装置固有鍵が有効であるか無効であるかを判定するための鍵有効性判定用データを通信部を介して受信させるデータ受信ステップと、
前記データ処理部に、入力部を介して入力するユーザ指示に応じて、前記鍵有効性判定用データを適用して前記装置固有鍵の有効性判定処理を実行させる鍵有効性判定ステップと、
前記データ処理部に、前記鍵有効性判定ステップの判定結果を出力部に出力させる判定結果出力ステップと、
を有するプログラムにある。
【００３４】
さらに、本発明の第６の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
データ処理部に、前記情報処理装置に接続されたドライブ装置に固有の鍵である装置固有鍵が有効であるか無効であるかを判定するための鍵有効性判定用データを通信部を介して受信させるデータ受信ステップと、
前記データ処理部に、入力部を介して入力するユーザ指示に応じて、前記ドライブ装置との通信を実行し、前記鍵有効性判定用データと前記ドライブ装置が実装する鍵の識別子であるドライブＩＤとの照合結果に基づく前記装置固有鍵の有効性判定処理を実行させる鍵有効性判定ステップと、
前記データ処理部に、前記鍵有効性判定ステップの判定結果を出力部に出力させる判定結果出力ステップと、
を有するプログラムにある。
【００３５】
なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３６】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００３７】
本発明の一実施例の構成によれば、例えば著作権保護技術が適用されたメディア格納コンテンツの再生または記録処理に適用する情報処理装置に固有の鍵である装置固有鍵が有効であるか無効であるかを判定する処理を行う。具体的には、鍵有効性判定用データを外部から受信し、ユーザ指示に応じて、鍵有効性判定用データを適用して装置固有鍵の有効性判定処理を実行し判定結果を出力部に出力する。鍵有効性判定用データは最新のＭＫＢや最新の無効化デバイスリスト、あるいはこれらのデータを含む診断プログラムによって構成される。情報処理装置は、最新のＭＫＢや最新の公開鍵リボケーションリストの記録されたメディアや装置に依存することなく、任意のタイミングで最新のデータを利用して自装置に格納された装置固有鍵の有効性判定を行い、ユーザにその結果を通知することが可能となる。
【図面の簡単な説明】
【００３８】
【図１】ドライブ一体型の装置におけるＡＡＣＳ規定に従ったコンテンツの記録および再生処理について説明する図である。
【図２】ドライブ装置を接続したＰＣ等の記録再生装置を利用したコンテンツ記録再生処理構成におけるＡＡＣＳ規定に従ったコンテンツの記録および再生処理について説明する図である。
【図３】本発明の第１実施例に係る情報処理装置の実行する装置固有鍵の有効性検証処理および結果通知処理について説明する図である。
【図４】本発明の第１実施例に係る情報処理装置の実行する装置固有鍵の有効性検証処理および結果通知処理のシーケンスについて説明するフローチャートを示す図である。
【図５】本発明の第２実施例に係る情報処理装置の実行する装置固有鍵の有効性検証処理および結果通知処理について説明する図である。
【図６】本発明の第２実施例に係る情報処理装置の実行する装置固有鍵の有効性検証処理および結果通知処理のシーケンスについて説明するフローチャートを示す図である。
【図７】本発明の第３実施例に係る情報処理装置の実行する装置固有鍵の有効性検証処理および結果通知処理について説明する図である。
【図８】本発明の第４実施例に係る情報処理装置の実行する装置固有鍵の有効性検証処理および結果通知処理について説明する図である。
【図９】本発明の第５実施例に係る情報処理装置の実行する装置固有鍵の有効性検証処理および結果通知処理について説明する図である。
【図１０】公開鍵証明書のデータ構成について説明する図である。
【図１１】本発明の第５実施例に係る情報処理装置の実行する装置固有鍵の有効性検証処理および結果通知処理のシーケンスについて説明するフローチャートを示す図である。
【図１２】本発明の第６実施例に係る情報処理装置の実行する装置固有鍵の有効性検証処理および結果通知処理について説明する図である。
【図１３】本発明に従った処理を実行する情報処理装置の構成を説明するブロック図である。
【図１４】本発明に従った処理を実行する情報処理装置の構成を説明するブロック図である。
【発明を実施するための形態】
【００３９】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．装置格納鍵を適用したコンテンツ再生処理例について
（１−１）ドライブ装置が一体化された記録再生装置を利用したコンテンツ記録再生処理構成について
（１−２）ドライブ装置を接続したＰＣ等の記録再生装置を利用したコンテンツ記録再生処理構成について
２．装置固有鍵の有効性検証処理および結果通知処理の実施例
（２−１）装置固有鍵の有効性検証処理および結果通知処理の第１実施例
（２−２）装置固有鍵の有効性検証処理および結果通知処理の第２実施例
（２−３）装置固有鍵の有効性検証処理および結果通知処理の第３実施例
（２−４）装置固有鍵の有効性検証処理および結果通知処理の第４実施例
（２−５）装置固有鍵の有効性検証処理および結果通知処理の第５実施例
（２−６）装置固有鍵の有効性検証処理および結果通知処理の第６実施例
３．情報処理装置の機能、構成について
【００４０】
［１．装置格納鍵を適用したコンテンツ再生処理例について］
まず、本発明の実施例の説明の前に、装置固有鍵（電子鍵）を利用したコンテンツの記録再生処理の概要について説明する。なお、メディア（情報記録媒体）からのコンテンツ再生、コンテンツ記録処理を行なう態様としては、
（１−１）ドライブ装置が一体化された記録再生装置を利用した処理
（１−２）ドライブ装置を接続したＰＣ等の記録再生装置を利用した処理
これらの２つの処理構成に大きく分類することができる。本明細書では、上記（１−１），（１−２）の処理態様について、順次、項目別に説明する。
【００４１】
［（１−１）ドライブ装置が一体化された記録再生装置を利用した処理］
まず、ドライブ装置が一体化された記録再生装置を利用したコンテンツ記録再生処理について、図１を参照して説明する。
【００４２】
図１は、ドライブ装置が一体化された記録再生装置を利用して、ＡＡＣＳ(Advanced Access Content System)規定に従ってコンテンツの記録および再生処理を行なう場合のシーケンスを説明する図である。図１において、中央のメディア（情報記録媒体）１１０がＡＡＣＳ規格に対応するデータ記録可能なメディア１１０である。メディア１１０には、メディア固有の識別子であるメディアＩＤ１１２が記録されている。メディアＩＤ１１２は、情報記録媒体の内周領域に通常のデータ記録とは異なる方式によるデータ記録領域であるバーストカッティング・エリア（ＢＣＡ）に記録されている。
【００４３】
図１において、左側がメディア１１０に対してＡＡＣＳ規定に従った記録シーケンスによってコンテンツ記録処理を実行するＡＡＣＳ対応の記録装置１２０、右側がメディア１１０の記録コンテンツをＡＡＣＳ規定に従った再生シーケンスによってコンテンツ再生処理を実行するＡＡＣＳ対応の再生装置１３０である。
【００４４】
（メディアの記録情報）
まず、ＡＡＣＳ対応のメディア１１０の記録情報について説明する。メディア１１０には、図に示すように、ＭＫＢ（Media Key Block）１１１、メディアＩＤ（メディア識別子）１１２、ＭＡＣ検証値１１３、バインディングナンス１１４、ユニット鍵ファイル１１５、利用制御情報（Ｕｓａｇｅ  Ｒｕｌｅ）１１６、暗号化コンテンツ１１７が記録される。これらの各データについて順次、説明する。
【００４５】
（１）ＭＫＢ（Media Key Block）
ＭＫＢ（Media Key Block）１１１は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号情報（暗号鍵）ブロックである。ＭＫＢ１１１は有効なライセンスを持つユーザの情報処理装置に格納されたデバイスキー（Ｋｄ）に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディアキー（Ｋｍ）の取得を可能とした暗号情報ブロックである。すなわち、ＭＫＢ１１１は秘密情報としてメディアキーを格納している。なお、ＭＫＢ１１１には、更新の新しさを示すバージョン情報、およびメディアキー（Ｋｍ）の正しさを確認するための検証データ（Ｄｖ）が付与されている。
【００４６】
ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディアキー（Ｋｍ）の取得を可能とし、無効化（リボーク）されたユーザデバイスにおいては、メディアキー（Ｋｍ）の取得が不可能となる。すなわち、ＭＫＢは、特定の選択デバイスに配付された装置固有鍵としてのデバイスキーを適用した場合にのみ秘密情報の取得を可能とし、排除デバイスであるリボークデバイスに配付されたデバイスキーを適用した場合には秘密情報の取得ができない構成を持つ暗号情報ブロックである。
【００４７】
ライセンスエンティテイとしての管理センタはＭＫＢに格納するメディアキー（Ｋｍ）の暗号化に用いる鍵セットの変更により、特定のユーザデバイスに格納されたデバイスキーでは復号できない、すなわちコンテンツ復号に必要なメディアキーを取得できない構成を持つＭＫＢを生成することができる。従って、任意タイミングで不正デバイスを排除する無効化（リボーク）処理を実行して、有効なライセンスを持つデバイスに対してのみ復号可能な暗号化コンテンツを提供することが可能となる。
【００４８】
（２）メディアＩＤ
メディアＩＤ１１２は、メディア（情報記録媒体）固有の識別情報（ＩＤ）である。ＡＡＣＳ対応のメディア、例えば、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）は、物理規格としてバーストカッティング領域（ＢＣＡ）を定義しており、ＢＣＡに１２８ビットのメディアＩＤを記録している。メディアＩＤは、特定のライセンスされたメディア製造者のみが記録可能なデータとして設定され、ＡＡＣＳの規定に従ったデータ記録、再生を行なう場合には、メディア１１０から読み取られて記録されているコンテンツが正当な手続きによるものであることの確認処理など所定の処理を行なうことが必須とされている。
【００４９】
（３）ＭＡＣ検証値
ＭＡＣ検証値１１３は、コンテンツの暗号化鍵として利用されるタイトルキー（ＣＰＳユニットキー、ユニットキーとも呼ばれる）を利用したメディアＩＤに対するＭＡＣ生成処理によって生成されるデータであり、各メディアに固有の値であるメディアＩＤと記録されたコンテンツに対応するタイトルキーの組合せを確認するための検証用データとして生成されるＭＡＣ（Message Authentication Code）である。コンテンツ記録に際して、記録装置において生成されてメディアに記録され、再生時には、ＭＡＣ検証を行い検証が成立することがコンテンツの再生条件とされる。
【００５０】
（４）バインディングナンス
バインディングナンス（Ｂｉｎｄｉｎｇ  Ｎｏｎｃｅ）１１４は、コンテンツの暗号化鍵として利用されるタイトルキー（ＣＰＳユニットキー、ユニットキーとも呼ばれる）の暗号化に適用される情報であり、メディアに対するコンテンツ記録処理に際しては、タイトルキーの暗号化に利用され、メディアからのコンテンツ再生処理に際しては、暗号化タイトルキーの復号によるタイトルキーの取得に適用される。復号により、タイトルキーが取得され、取得されたタイトルキーを適用して暗号化コンテンツの復号が実行される。
【００５１】
（５）ユニット鍵ファイル
ユニット鍵ファイル１１５は、前述のタイトルキーを暗号化した鍵データを格納したファイルである。ＣＰＳユニット鍵ファイルとも呼ばれる。メディア１１０に記録される暗号化コンテンツは、ユニットに区分されてユニット毎にタイトルキー（ＣＰＳユニットキー）が個別に対応付けられて、ユニット対応のタイトルキーによって暗号化がなされて記録される。ユニット鍵ファイル１１５は、メディアに記録される暗号化コンテンツに含まれるユニットに対応するタイトルキーを暗号化して記録したファイルである。メディアに記録されたコンテンツを再生する際には、区分されたユニット毎に異なるタイトルキーを生成して、復号処理を行なうことが必要となる。
【００５２】
（６）利用制御情報
利用制御情報（Usage Rule）１１６は、コンテンツの利用制御情報を記録したデータであり、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。すなわち、メディア１１０に格納された暗号化コンテンツ１１７に対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）は、コンテンツ管理ユニットとして設定されるＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。
【００５３】
（７）暗号化コンテンツ
暗号化コンテンツ１１７は、ＡＡＣＳ規定に従って記録されるコンテンツであり、例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームを含むコンテンツである。このコンテンツは、特定のＡＶデータフォーマットに従って格納される。コンテンツは、区分コンテンツ毎の異なる利用制御を実現するため、区分コンテンツ毎に異なる鍵、すなわち上述したタイトルキー（ＣＰＳユニットキーまたはユニットキーとも呼ばれる）が割り当てられ暗号化されて格納される。１つのタイトルキーが割り当てられる単位をコンテンツ管理ユニット（ＣＰＳユニット）と呼ぶ。
【００５４】
（コンテンツ記録処理）
次に、記録装置１２０の実行するメディア１１０に対するコンテンツ記録処理について説明する。記録装置１２０は、ＡＡＣＳ対応の記録装置であり、装置固有鍵であるデバイスキー（Ｋｄ）１２１と、装置に実装されたデバイスキー（Ｋｄ）の識別子であるデバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）１２２をメモリに保持している。デバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）１２２は、例えば３１ビットの装置固有の値として定義されている。デバイスキー１２１、デバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）１２２は、メディア１１０に記録されたＭＫＢ１１１の処理（復号）に適用される情報である。
【００５５】
まず、記録装置１２０は、ステップＳ１１において、ＭＫＢの更新処理を実行する。記録装置１２０は自装置のメモリにＭＫＢを格納しておくことが可能である。ＭＫＢは、デバイスのリボーク状況に応じて更新され、各ＭＫＢにはバージョン情報が付与される。記録装置１２０は、ステップＳ１１において、自装置のメモリに格納されたＭＫＢと、メディア１１０に記録されたＭＫＢ１１１とのバージョン比較を実行し、メディア１１０に記録されたＭＫＢ１１１が新しいバージョンである場合には、自装置のメモリに記録されているＭＫＢを置きかえるＭＫＢ更新処理を実行する。
【００５６】
次に、記録装置１２０は、ステップＳ１２において、自装置のメモリに格納されたデバイスキー１２１、デバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）１２２を適用してＭＫＢの処理（復号）を実行して、メディアキー（Ｋｍ）を取得する。ここで、ＡＡＣＳの場合、メディアキー（Ｋｍ）およびメディアキーの検証値（Ｄｖ）は、いずれも１２８ビットデータであり、ＡＥＳ−Ｅ（Ｋｍ，Ｄｖ）の計算値の上位６４ビットが１６進数"０１２３４５６７８９ＡＢＣＤＥＦ"と等しい場合に正しいメディアキーが取得されたと判断される。ここで、演算ＡＥＳ−Ｅ（ａ，ｂ）は、鍵ａを適用したデータｂに対するＡＥＳアルゴリズムによる暗号化処理を示す。なお、記録装置１２０に実装されるデバイスキー１２１がリボークされている場合はＭＫＢから正しいメディアキーが取得できない。記録装置１２０に実装されるデバイスキー１２１がリボークされていない場合に限り正しいメディアキー取得に成功する。
【００５７】
次に、記録装置１２０は、ステップＳ１３において、メディア１１０に記録されているメディア固有の識別子であるメディアＩＤ１１２を読み取り、メディア１１０に対して記録するコンテンツの暗号化キーとして例えば乱数生成によって生成したタイトルキー（Ｋｔ）１２３を適用して、メディアＩＤのＭＡＣ値を生成し、これをＭＡＣ検証値１１３としてメディア１１０に記録する。なお、前述したようにメディア１１０に記録されたメディアＩＤ１１２はＡＡＣＳ規定に従って記録された１２８ビットデータであり、タイトルキーも１２８ビットデータである。
【００５８】
次に、記録装置１２０は、ステップＳ１４において、ＭＫＢから取得したメディアキー（Ｋｍ）と、メディア１１０から読み取ったバインディングナンス１１４を適用した暗号鍵生成処理（ＡＥＳ−Ｇ）を実行して暗号鍵（Ｋｐａ）を生成する。なお、ＡＥＳ−Ｇは、ＡＥＳアルゴリズムに従った一方向性関数による鍵生成アルゴリズムを示す。
【００５９】
さらに、記録装置１２０は、ステップＳ１５〜Ｓ１６において、タイトルキー１２３の暗号化を行い、暗号化タイトルキーを格納したユニット鍵ファイル１１５を生成してメディア１１０に記録する。まず、ステップＳ１５において、メディア１１０に対して記録するコンテンツに対応する利用制御情報１２４のハッシュ値算出（ＡＥＳ−Ｈ）を実行し、タイトルキー１２３との排他論理和（ＸＯＲ）を行い、ステップＳ１６において、暗号鍵（Ｋｐａ）を適用した暗号化を実行してタイトルキーの暗号化データである暗号化タイトルキー（Ｋｔｅ）を生成してこれを格納したユニット鍵ファイル１１５をメディア１１０に記録する。
【００６０】
すなわち、暗号化タイトルキー（Ｋｔｅ）は下式によって算出する。
Ｋｔｅ＝ＡＥＳ−Ｅ（Ｋｐａ，［Ｋｔ］（ＸＯＲ）［ＡＥＳ−Ｈ（Ｕｓａｇｅ  Ｒｕｌｅ）］）
上記式において
演算ＡＥＳ−Ｅ（ａ，ｂ）は、鍵ａを適用したデータｂに対するＡＥＳアルゴリズムによる暗号化処理を示し、
演算ＡＥＳ−Ｈ（Ｕｓａｇｅ  Ｒｕｌｅ）は、利用制御情報（Ｕｓａｇｅ  Ｒｕｌｅ）に対するＡＥＳアルゴリズムに従ったハッシュ値算出処理、
演算［ａ］（ＸＯＲ）［ｂ］は、ａとｂとの排他論理和演算
を示す。
【００６１】
なお、利用制御情報１２４は、記録コンテンツに対応する利用制御情報であり、例えば放送波やコンテンツ管理サーバなどから提供され、必要に応じてコピー世代管理等の記録・再生制御を実現するための加工が施される。記録装置１２０は、この利用制御情報１２４もメディア１１０に記録する。
【００６２】
さらに、記録装置１２０は、ステップＳ１７において、タイトルキー１２３を適用してコンテンツ１２５の暗号化処理を実行して、暗号化コンテンツ１１７としてメディア１１０に記録する。
【００６３】
（コンテンツ再生処理）
次に、図１の右側に示す再生装置１３０の実行する処理、すなわちメディア１１０に記録された暗号化コンテンツ１１７の再生処理について説明する。再生装置１３０も記録装置１２０と同様、ＡＡＣＳ対応の装置であり、装置固有鍵であるデバイスキー（Ｋｄ）１３１と、装置に実装されたデバイスキー（Ｋｄ）の識別子であるデバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）１３２をメモリに格納している。
【００６４】
まず、再生装置１３０は、ステップＳ２１において、自装置のメモリに格納されたデバイスキー１３１、デバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）１３２を適用してＭＫＢの処理（復号）を実行して、メディアキー（Ｋｍ）を取得する。ここで、メディアキー（Ｋｍ）およびメディアキーの検証値（Ｄｖ）を用いた計算式、ＡＥＳ−Ｅ（Ｋｍ，Ｄｖ）の計算値の上位６４ビットが１６進数"０１２３４５６７８９ＡＢＣＤＥＦ"と等しい場合に正しいメディアキーが取得されたと判断される。なお、再生装置１３０に実装されるデバイスキー１３１がリボークされている場合はＭＫＢからの正しいメディアキー取得はできず、再生装置１３０に実装されるデバイスキー１３１がリボークされていない場合に限り正しいメディアキー取得に成功する。
【００６５】
次に、再生装置１３０は、ステップＳ２２において、ＭＫＢから取得したメディアキー（Ｋｍ）と、メディア１１０から読み取ったバインディングナンス１１４を適用した暗号鍵生成処理（ＡＥＳ−Ｇ）を実行して暗号鍵（Ｋｐａ）を生成する。なお、ＡＥＳ−Ｇは、ＡＥＳアルゴリズムに従った一方向性関数による鍵生成アルゴリズムを示す。
【００６６】
さらに、再生装置１３０は、ステップＳ２３〜Ｓ２４において、タイトルキーの生成処理を行なう。まず、ステップＳ２３において、暗号化タイトルキー（Ｋｔｅ）を格納したユニット鍵ファイル１１５をメディアから読み取り、暗号鍵（Ｋｐａ）を適用した復号処理を実行する。次に、ステップＳ２４において、メディア１１０から読み取った利用制御情報１１６のハッシュ値算出（ＡＥＳ−Ｈ）を実行し、ハッシュ値算出（ＡＥＳ−Ｈ）結果と、ステップＳ２３における復号結果との排他論理和演算を実行してタイトルキー（Ｋｔ）を取得する。
【００６７】
すなわち、
Ｋｔ＝［ＡＥＳ−Ｄ（Ｋｐａ，Ｋｔｅ）］（ＸＯＲ）［ＡＥＳ−Ｈ（Ｕｓａｇｅ  Ｒｕｌｅ）］
上記式に従って、タイトルキー（Ｋｔ）を得る。
なお、上記式において
演算ＡＥＳ−Ｄ（ａ，ｂ）は、鍵ａを適用したデータｂのＡＥＳアルゴリズムによる復号処理を示し、
演算ＡＥＳ−Ｈ（Ｕｓａｇｅ  Ｒｕｌｅ）は、利用制御情報（Ｕｓａｇｅ  Ｒｕｌｅ）に対するＡＥＳアルゴリズムに従ったハッシュ値算出処理、
演算［ａ］（ＸＯＲ）［ｂ］は、ａとｂとの排他論理和演算
を示す。
【００６８】
次に、再生装置１３０は、ステップＳ２５において、メディア１１０に記録されているメディア固有の識別子であるメディアＩＤ１１２を読み取り、生成したタイトルキー（Ｋｔ）を適用して、メディアＩＤのＭＡＣ値を生成し、ステップＳ２６において、生成ＭＡＣ値と、メディア１１０から読み出したＭＡＣ検証値１１３と比較するＭＡＣ検証処理を実行する。両ＭＡＣ値が等しければ、メディアＩＤと生成されたタイトルキーは正しい組合せのメディアＩＤとタイトルキーであることが確認される。このＭＡＣ検証の成立を条件として、ステップＳ２７において、タイトルキーを適用した暗号化コンテンツ１１７の復号処理が開始される。
【００６９】
ステップＳ２７におけるタイトルキーを適用した暗号化コンテンツ１１７の復号処理によってコンテンツ１３３が取得されて再生処理が行なわれる。
【００７０】
［（１−２）ドライブ装置を接続したＰＣ等の記録再生装置を利用した処理］
次に、ドライブ装置を接続したＰＣ等の記録再生装置を利用したコンテンツ記録再生処理構成について説明する。
【００７１】
図２は、ドライブ装置を接続したＰＣ等の記録再生装置を利用して、ＡＡＣＳ(Advanced Access Content System)規定に従ってコンテンツの記録および再生処理を行なう場合のシーケンスを説明する図である。
【００７２】
図２において、左端のメディア（情報記録媒体）２１０がＡＡＣＳ規格に対応するデータ記録可能なメディア２１０である。具体的には、先にＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）を例示して説明したように、例えばバーストカッティング領域（ＢＣＡ）に１２８ビットのメディアＩＤが記録されたメディア２１０である。メディア２１０の右にあるドライブ２２０は、メディア２１０に対するアクセスを実行してメディア２１０に対するデータ記録、メディアからのデータ読み取りを実行するドライブ２２０であり、ＡＡＣＳ規定に従ったドライブ装置である。右端のホスト２３０は、ドライプ２２０との通信により、ドライブ２２０を介したメディア２１０に対するデータ記録、メディアからのデータ読み取りを実行するＡＡＣＳ規定に従ったホスト２３０である。ホスト２３０は、例えばＰＣ等の装置によって構成され、ＡＡＣＳ規定に従ったコンテンツ記録再生アプリケーションプログラムを実行する。
【００７３】
（メディアの記録情報）
まず、ＡＡＣＳ対応のメディア２１０の記録情報について説明する。メディア２１０には、図２に示すように、ＭＫＢ（Media Key Block）２１１、ドライブリボケーションリスト（ＤＲＬ）２１２、ホストリボケーションリスト（ＨＲＬ）２１３、メディアＩＤ（メディア識別子）２１４、暗号化コンテンツ２１５が記録される。なお、図２には示していないが、先に図１を参照して説明したメディア記録データであるＭＡＣ検証値、バインディングナンス、ユニット鍵ファイル、利用制御情報（Ｕｓａｇｅ  Ｒｕｌｅ）等も記録されている。ただし、これらのデータの利用処理については、図１を参照して説明したドライブ装置が一体化された記録再生装置における処理と同様であり、図２には示しておらず説明を省略する。
【００７４】
（１）ＭＫＢ（Media Key Block）
ＭＫＢ（Media Key Block）２１１は、先に説明した通り、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号情報（暗号鍵）ブロックである。ＭＫＢ２１１は有効なライセンスを持つユーザの情報処理装置に格納されたデバイスキー（Ｋｄ）に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディアキー（Ｋｍ）の取得を可能とした暗号情報ブロックである。ＭＫＢ２１１には、更新の新しさを示すバージョン情報、およびメディアキーの正しさを確認するための検証データ（Ｄｖ）が付与されている。
【００７５】
（２）ドライブリボケーションリスト（ＤＲＬ）
ドライブリボケーションリスト（ＤＲＬ）２１２は、不正なドライブ装置としてＡＡＣＳの管理センタにおいて判定されたドライブへ実装されている鍵の識別情報、および不正に取り扱われたと判定されたドライブの鍵の識別情報を記録したリスト、すなわちブラックリストである。例えばこれらの識別情報としてドライブに対応するドライブ公開鍵証明書の識別番号が記録される。更新の新しさを示すバージョン情報、およびドライブリボケーションリストの改ざんがなされないようにＡＡＣＳの管理センタの秘密鍵による署名が付与されている。
【００７６】
（３）ホストリボケーションリスト（ＨＲＬ）
ホストリボケーションリスト（ＨＲＬ）２１３は、不正なホストとしてＡＡＣＳの管理センタにおいて判定されたホストへ実装されている鍵の識別情報、および不正に取り扱われたと判定されたホストの鍵の識別情報を記録したリスト、すなわちブラックリストである。例えばホストの識別情報としてホストに対応するホスト公開鍵証明書の識別番号が記録される。更新の新しさを示すバージョン情報、およびホストリボケーションリストの改ざんがなされないようにＡＡＣＳの管理センタの秘密鍵による署名が付与されている。
【００７７】
（４）メディアＩＤ
メディアＩＤ２１４は、先に説明したと同様、メディア（情報記録媒体）固有の識別情報（ＩＤ）である。ＡＡＣＳ対応のメディア、例えば、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）Recordable、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）Rewritable等の次世代ディスクは、物理規格としてバーストカッティング領域（ＢＣＡ）を定義しており、ＢＣＡに１２８ビットのメディアＩＤを記録している。メディアＩＤは、特定のライセンスされたメディア製造者のみが記録可能なデータとして設定され、ＡＡＣＳの規定に従ったデータ記録、再生を行なう場合には、メディア２１０から読み取られて確認処理など所定の処理を行なうことが必須とされている。
【００７８】
（５）暗号化コンテンツ
暗号化コンテンツ２１５は、先に説明したと同様、ＡＡＣＳ規定に従って記録されるコンテンツであり、例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームを含むコンテンツである。このコンテンツは、特定のＡＶデータフォーマットに従って格納される。コンテンツは、区分コンテンツ毎の異なる利用制御を実現するため、区分コンテンツ毎に異なる鍵、すなわち上述したタイトルキー（ＣＰＳユニットキーまたはユニットキーとも呼ばれる）が割り当てられ暗号化されて格納される。１つのタイトルキーが割り当てられる単位をコンテンツ管理ユニット（ＣＰＳユニット）と呼ぶ。
【００７９】
（コンテンツ記録再生処理）
次に、ホスト２３０がドライブ２２０を介してメディア２１０からのデータ読み取りを行なってコンテンツの記録あるいは再生を行なう場合のシーケンスについて説明する。なお、図２に示すホスト２３０は、暗号処理部２３７を有し、この暗号処理部２３７において、コンテンツのメディア２１０に対する記録処理において、先に図１を参照して説明した記録装置１２０が実行すると同様の処理を実行する。また、コンテンツのメディア２１０からの再生処理において、先に図１を参照して説明した再生装置１３０が実行すると同様の処理を実行する。
【００８０】
ホスト２３０とドライブ２２０は、暗号処理部２３７における処理の開始条件として、図２に示すホストとドライブ間の認証および鍵共有処理（ステップＳ５１，Ｓ６１）を実行し、これらの処理においてホスト２３０とドライブ２２０で共有したバスキー（Ｋｂ）を適用してメディア２１０に記録されたメディアＩＤに対するＭＡＣ生成とＭＡＣ検証が、それぞれドライブ２２０とホスト２３０において実行され、ＭＡＣ検証が成立したことを条件として、ホストの暗号処理部２３７において、コンテンツの記録または再生処理が行なわれることになる。
【００８１】
図２に示すホストとドライブ間の認証および鍵共有処理（ステップＳ５１，Ｓ６１）について説明する。この認証および鍵共有処理はＡＡＣＳの規定する認証および鍵共有処理シーケンスを実行するものである。この処理において各装置の実行する主な処理は以下の通りである。
【００８２】
ドライブ２２０は、メディア２１０からホストリボケーションリスト（ＨＲＬ）２１２を読み取り、ＡＡＣＳ管理センタ公開鍵２２１を適用してホストリボケーションリスト（ＨＲＬ）２１２の署名検証を行なって改竄のないことを確認し、自装置のメモリに格納されたホストリボケーションリスト（ＨＲＬ）と、メディア２１０に記録されたホストリボケーションリスト（ＨＲＬ）２１２とのバージョン比較を実行し、メディア２１０に記録されたホストリボケーションリスト（ＨＲＬ）２１２が新しいバージョンである場合には、自装置のメモリに記録されているホストリボケーションリストを置き換えるＨＲＬ更新処理を実行する。続けて、自装置のメモリに記録されたホストリボケーションリスト（ＨＲＬ）にホスト２３０の公開鍵の識別情報が記載されていないこと、すなわち、ホスト２３０の公開鍵がリボークされていないことを確認する。
【００８３】
ホスト２３０は、ドライブ２２０を介してメディア２１０からドライブリボケーションリスト（ＤＲＬ）２１３を取得し、ＡＡＣＳ管理センタ公開鍵２３３を適用してドライブリボケーションリスト（ＤＲＬ）２１３の署名検証を行なって改竄のないことを確認し、自装置のメモリに格納されたドライブリボケーションリスト（ＤＲＬ）と、メディア２１０に記録されたドライブリボケーションリスト（ＤＲＬ）２１３とのバージョン比較を実行し、メディア２１０に記録されたドライブリボケーションリスト（ＤＲＬ）２１３が新しいバージョンである場合には、自装置のメモリに記録されているドライブリボケーションリストを置き換えるＤＲＬ更新処理を実行する。続けて、自装置のメモリに記録されたドライブリボケーションリスト（ＤＲＬ）にドライブ２２０の公開鍵の識別情報が記載されていないこと、すなわち、ドライブ２２０の公開鍵がリボークされていないことを確認する。
【００８４】
ドライブ２２０とホスト２３０の両者とも相手の公開鍵がリボークされていないことが確認された場合は、ドライブ２２０とホスト２３０間で、ＡＡＣＳ規定に従った暗号データの通信の実行によって、双方での共有秘密データとしてバスキー（Ｋｂ）を共有する。なお、この処理において、ドライブ秘密鍵２２２、ドライブ公開鍵証明書２２３、ホスト秘密鍵２３４、ホスト公開鍵証明書２３５が利用される。
【００８５】
前述したように、ドライブリボケーションリスト（ＤＲＬ）には、不正なドライブ装置であると管理センタが判定したドライブへ実装されている鍵、および不正に取り扱われたと判定されたドライブの鍵に対応するドライブ公開鍵証明書の識別番号が記録される。また、ホストリボケーションリスト（ＨＲＬ）には、不正なホストであると管理センタが判定したホストへ実装されている鍵、および不正に取り扱われたと判定されたホストの鍵に対応するホスト公開鍵証明書の識別番号が記録される。
【００８６】
これらのリボケーションリストに相手のホスト公開鍵証明書またはドライブ公開鍵証明書の識別番号が記録されている場合、図２に示すホストとドライブ間の認証および鍵共有処理（ステップＳ５１，Ｓ６１）において、相手の装置の公開鍵証明書がリボークされていることが検出され、その後の処理は中止される。
【００８７】
この図２に示す構成において、ドライブ公開鍵証明書２２３に格納されたドライブ公開鍵と、ドライブ秘密鍵２２２のペアは、ドライブの装置固有鍵である。同様に、ホスト公開鍵証明書に格納されたホスト公開鍵とホスト秘密鍵２３４のペアはホストに固有の装置固有鍵である。なお、ホストは、さらに、図１を参照して説明した記録装置１２０や再生装置１３０と同様の装置固有鍵としてデバイスキー２３１とデバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）２３２も保有している。
【００８８】
ドライブの装置固有鍵であるドライブ公開鍵の格納されたドライブ公開鍵証明書２２３の有効性、およびホストの装置固有鍵であるホスト公開鍵の格納されたホスト公開鍵証明書２３５の有効性が確認された場合に限り、このホストとドライブ間の認証および鍵共有処理（ステップＳ５１，Ｓ６１）が成功して完了する。
【００８９】
このホストとドライブ間の認証および鍵共有処理（ステップＳ５１，Ｓ６１）が完了すると、ドライブ２２０は、メディア２１０からメディアＩＤ２１４を読み取り、バスキー（Ｋｂ）を適用したＭＡＣ生成処理を実行して、生成ＭＡＣ値と、メディアＩＤをホスト２３０に送信する。
【００９０】
ホスト２３０では、ステップＳ６２において、バスキー（Ｋｂ）を適用したＭＡＣ検証処理を実行する。すなわち、ドライブ２２０から受信したメディアＩＤに対してバスキー（Ｋｂ）を適用したＭＡＣ生成処理を行い、生成ＭＡＣ値とドライプ２２０から受信したＭＡＣ値とを照合する。２つのＭＡＣ値が一致した場合に、検証成立と判断し、暗号処理部２３７においてＡＡＣＳ規定に従ったコンテンツ記録または再生処理を実行する。暗号処理部２３７において実行するＡＡＣＳ規定に従ったコンテンツ記録または再生処理シーケンスは、先に図１を参照して説明した処理とほぼ同様である。ホスト２３０は、デバイスキー（Ｋｄ）２３１、デバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）２３２をメモリに保持しており、これらの情報を適用してＡＡＣＳの規定するシーケンスに従ったコンテンツ記録または再生処理を実行する。
【００９１】
上述したように、ホストがドライブを介してメディアからのデータ読み取りを行なってコンテンツの記録あるいは再生を行なう場合には、ホストとドライブ間の認証および鍵共有処理が行なわれ、認証が成立して鍵共有に成功することがコンテンツの記録再生の実行条件となる。また、共有鍵（バスキー（Ｋｂ））によるメディアＩＤに対するＭＡＣ生成、検証処理を行い、検証が成立することがコンテンツの記録再生の開始条件である。ＡＡＣＳ規定では１２８ビットのメディアＩＤを記録したメディアを利用することが必須要件となる。
【００９２】
以上、図１、図２を参照して説明した処理例において、メディア格納コンテンツの再生、またはメディアに対するコンテンツ記録処理に際しては、装置固有鍵としてのデバイスキーや公開鍵を適用した処理が必須となる。これらのデバイスキーや公開鍵の有効性が確認されない場合は、コンテンツの再生や記録処理は実行されない。
【００９３】
すなわち、装置固有鍵（デバイスキーまたは公開鍵）が無効化された場合には、以下の処理、すなわち、
デバイスキーを適用したＭＫＢ処理によるメディアキーの取得処理、あるいは、
公開鍵証明書のリボーク確認を伴う認証および鍵共有、
これらの処理のいずれかが失敗することになり、その後のコンテンツ再生や記録処理が実行されない。すなわち不正な装置でのコンテンツ利用が防止される。
【００９４】
先に説明したようにＭＫＢは、デバイスキーの有効期限切れや無効化状況に応じて逐次更新される。また公開鍵証明書に格納された公開鍵も有効期限切れや無効化処理によって無効化されることがある。公開鍵の無効化情報を格納したリボケーションリストも、公開鍵の無効状況に応じて逐次更新される。すなわち、新たなリボケーションリストが発行されることになる。
【００９５】
しかし、無効化されたデバイスキー、あるいは公開鍵を格納した公開鍵証明書を保持したデバイス（再生装置、または記録装置、またはドライブなどのデバイス）は、更新前のＭＫＢや更新前のリボケーションリストを格納したメディアのみを利用している場合には、何ら問題なくコンテンツの利用が可能となる。更新されたＭＫＢや更新されたリボケーションリストを格納したメディアを利用した場合に、突然、コンテンツ利用ができなくなるという事態が発生することになる。
【００９６】
このような事態に遭遇すると、ユーザは、装置の故障であると判断し、装置メーカーへの問い合わせを行うことになる。前述したように、このような事態に備えるため、装置メーカーは、自身の製造した装置の識別子（シリアルナンバー）と、各装置に格納した装置固有鍵の識別情報との対応データからなる装置対応鍵リストを作成していた。
【００９７】
メーカーは自身の製造した装置が万が一無効化された場合に備えて、無効化された鍵の情報を管理センタから受領した後、無効化された鍵を格納する装置を速やかに特定して、ユーザへ無効化の対象となる装置の識別子（シリアルナンバー）の告知をするため、およびユーザからの問い合わせに応ずるため、メーカーは、この装置対応鍵リストを半永久的に保存せざる得ない状況がある。しかし、このリストの管理、更新処理の負担、コストは、日々増加する一方である。
【００９８】
以下では、このような装置対応鍵リストを利用することなく、装置固有鍵の有効性検証処理をユーザ装置において実行させて、その結果をユーザに通知することを可能とした構成について説明する。
【００９９】
［２．装置固有鍵の有効性検証処理および結果通知処理の実施例］
次に、本発明に従った実施例として、装置固有鍵の有効性検証処理および結果通知処理を行う複数の情報処理装置の実施例について説明する。
【０１００】
［（２−１）装置固有鍵の有効性検証処理および結果通知処理の第１実施例］
まず、図３、図４を参照して装置固有鍵の有効性検証処理および結果通知処理の第１実施例について説明する。図３は、本発明の第１実施例に係る情報処理装置の構成を示す図である。図４は、本発明の第１実施例に係る情報処理装置の実行する処理シーケンスについて説明するフローチャートを示す図である。
【０１０１】
図３に示す情報処理装置３１０は、ＤＶＤやＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）などのメディアを利用したコンテンツ再生またはコンテンツ記録処理を実行する装置である。なお、メディアを利用したコンテンツ再生およびコンテンツ記録処理は、記録／再生処理実行部３４０において、図１を参照して説明した処理と同様の処理によって行われる。
【０１０２】
図３に示す情報処理装置３１０は、例えばＤＶＤやＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）などのレコーダ、これらのメディアを記録再生装置として備えたテレビ、ＰＣなどの装置である。
【０１０３】
図３に示す情報処理装置３１０は、装置固有鍵としてデバイスキー（Ｋｄ）３２１を保持し、さらに装置に実装されたデバイスキー（Ｋｄ）の固有識別子であるデバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）３２２をメモリ内に保持している。
【０１０４】
先に説明したように、装置固有鍵であるデバイスキー（Ｋｄ）３２１は、記録／再生処理実行部３４０でのメディアからのコンテンツ再生におけるコンテンツ復号処理、またはメディアに対するコンテンツ記録処理におけるコンテンツ暗号化処理に際して必要となるメディアキーをＭＫＢから取得するために必要となる鍵である。このデバイスキー（Ｋｄ）３２１は、不正使用などが発覚した場合に、管理センタによって無効化される可能性のある鍵である。
【０１０５】
図３に示す情報処理装置３１０は、デジタル放送チューナー３１３、あるいはネットワークインタフェース３１４を介して、放送波あるいはインターネット等のネットワークを介して装置固有鍵であるデバイスキー（Ｋｄ）３２１の有効性を判定するための診断プログラムを受信する。
【０１０６】
この診断プログラムは、例えば、情報処理装置のメーカーによって提供されるプログラムであり、デジタル放送において受信する更新プログラムに含めて送信される。例えば、デジタル放送では、デジタル放送の受信器であるテレビやビデオレコーダ等に対して、テレビおよびビデオレコーダ等の内部のデータ処理プログラムを最新バージョンに更新するための更新プログラムが逐次、送信されている。テレビおよびビデオレコーダ等の受信機側ではこの更新プログラムを受信して、装置内部のプログラムの更新処理を行っている。なお、この一般的なデジタル放送におけるプログラム更新処理については、特開平８−１９５９５２に記載されている。診断プログラムは、この公知技術と同様、更新プログラムの送受信処理と同様の処理で送受信することができる。
【０１０７】
このように、図３に示す情報処理装置３１０は、デジタル放送チューナー３１３、あるいはネットワークインタフェース３１４を介して、デバイスキー（Ｋｄ）３２１の有効性を判定するための診断プログラムを受信する。診断プログラムを含むプログラムは、プログラム更新処理部３１５に入力される。プログラム更新処理部３１５は、装置に保持済みのプログラムを受信プログラムに置き換えるプログラム更新処理を実行する。この処理に際して、装置固有鍵の診断プログラムも新しいプログラムに置き換えられる。
【０１０８】
受信した診断プログラムには、その時点で最新バージョンのＭＫＢが含まれている。図３に示すＭＫＢ（最新版）３３１である。すなわち、最新のリボーク情報が埋め込まれたＭＫＢである。情報処理装置のメーカーは管理センタから最新バージョンのＭＫＢを受領し、受領した最新ＭＫＢを診断プログラムに含めてユーザの情報処理装置に提供する。
【０１０９】
ユーザは、任意のタイミングで、ユーザインタフェース３１１を介して、装置固有鍵の診断プログラムの実行を指示する。ユーザインタフェース３１１を介して入力されたユーザ指示情報は、ユーザ操作解析部３１２において解析される。解析結果に応じて、診断プログラムが開始される。
【０１１０】
診断プログラムは、図３に示す自己診断処理部（更新プログラム実行部）３３０において実行される。自己診断処理部（更新プログラム実行部）３３０における処理について説明する。
【０１１１】
自己診断処理部（更新プログラム実行部）３３０は、外部から受信した診断プログラムに従って処理ステップＳ１０１〜Ｓ１０３を実行する。まず、ステップＳ１０１においてＭＫＢ処理を実行する。
【０１１２】
ステップＳ１０１のＭＫＢ処理は、受信した診断プログラムに含まれるＭＫＢ（最新版）３３１に対して、情報処理装置３１０の装置固有鍵であるデバイスキー（Ｋｄ）３２１、デバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）３２２を適用してメディアキー（Ｋｍ）の取得処理を行う処理である。
【０１１３】
なお、先に説明したように、有効なデバイスキー（Ｋｄ）を適用した場合は、ＭＫＢから有効なメディアキー（Ｋｍ）を取得することができる。しかし、無効化（リボーク）されたデバイスキー（Ｋｄ）を適用した場合は、ＭＫＢから有効なメディアキー（Ｋｍ）を取得することができず、コンテンツの正しい再生や、他の装置との再生互換性を保ったコンテンツの記録は不可能となる。
【０１１４】
次に、ステップＳ１０２において、メディアキー検証処理を実行する。この処理は、ＭＫＢ３３１の処理によって得られたメディアキーが有効値であるか無効値であるかを検証する処理である。メディアキー（Ｋｍ）およびメディアキーの検証値（Ｄｖ）を用いた計算式、ＡＥＳ−Ｅ（Ｋｍ，Ｄｖ）の計算値の上位６４ビットが１６進数"０１２３４５６７８９ＡＢＣＤＥＦ"と等しい場合にメディアキーが有効値であると判断される。
【０１１５】
次に、ステップＳ１０３において、検証結果の出力処理を行う。この処理は、デバイスキー（Ｋｄ）の有効性の有無に応じた結果を出力部（ディスプレイ）３１６に出力する処理である。例えば、正しいメディアキーが取得できた場合は、装置固有鍵であるデバイスキー（Ｋｄ）が有効であることを示すメッセージを出力する。正しいメディアキーが取得できなかった場合は、装置固有鍵であるデバイスキー（Ｋｄ）が無効化されていることを示すメッセージを出力する。この処理によって、ユーザは、情報処理装置３１０に格納されている装置固有鍵（デバイスキー(Ｋｄ)３２１）が有効であるか無効化されているかを確認することができる。
【０１１６】
図４に示すフローチャートは、図３の情報処理装置３１０の自己診断処理部３３０において実行される装置固有鍵の有効性確認処理シーケンスを説明するフローチャートである。
【０１１７】
まず、ステップＳ１５１において、自己診断処理部３３０は情報処理装置３１０のメモリからデバイスキー（Ｋｄ）３２１を読み出す。
次に、ステップＳ１５２において、自己診断処理部３３０は情報処理装置３１０のメモリからデバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）３２２を読み出す。
【０１１８】
次に、ステップＳ１５３において、自己診断処理部３３０のＭＫＢ処理部３３２は、外部から受信したプログラムに含まれるＭＫＢ（最新版）３３１に対して、メモリから読み出したデバイスキー（Ｋｄ）３２１とデバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）３２２を適用した処理を実行して、メディアキー（Ｋｍ）を算出する。
【０１１９】
次に、ステップＳ１５４において、自己診断処理部３３０のメディアキー検証処理部３３３は、ステップＳ１５３で算出したメディアキー（Ｋｍ）が有効値であるか無効値であるかを検証する。ステップＳ１５５でメディアキー（Ｋｍ）が有効値であると判断した場合は、ステップＳ１５６に進み、検証結果出力として、出力部（ディスプレイ）３１６を通じて「デバイスキーは有効です。」とのメッセージを表示出力する。
【０１２０】
一方、ステップＳ１５５でメディアキー（Ｋｍ）が無効値であると判断した場合は、ステップＳ１５７に進み、検証結果出力として、出力部（ディスプレイ）３１６を通じて「デバイスキーは無効化されています。」とのメッセージを表示出力する。
【０１２１】
この処理によって、ユーザは、情報処理装置３１０に格納されている装置固有鍵（デバイスキー(Ｋｄ)３２１）が有効であるか無効化されているかを確認することができる。
【０１２２】
［（２−２）装置固有鍵の有効性検証処理および結果通知処理の第２実施例］
次に、図５、図６を参照して装置固有鍵の有効性検証処理および結果通知処理の第２実施例について説明する。図５は、本発明の第２実施例に係る情報処理装置の構成を示す図である。図６は、本発明の第２実施例に係る情報処理装置の実行する処理シーケンスについて説明するフローチャートを示す図である。
【０１２３】
図５に示す情報処理装置３５０も、第１実施例と同様、ＤＶＤやＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）などのメディアを利用したコンテンツ再生またはコンテンツ記録処理を実行する装置である。なお、メディアを利用したコンテンツ再生およびコンテンツ記録処理は、記録／再生処理実行部３８０において、図１を参照して説明した処理と同様の処理によって行われる。
【０１２４】
図３、図４を参照して説明した処理では、装置固有鍵であるデバイスキー（Ｋｄ）を適用したＭＫＢ処理によりメディアキーの算出処理を行っていたが、第２実施例では、デバイスキー（Ｋｄ）を適用したＭＫＢ処理を実行しないで装置固有鍵であるデバイスキー（Ｋｄ）が有効であるか無効化されているかの確認処理を実行する。
【０１２５】
図５に示す情報処理装置３５０は、図示していないが装置固有鍵としてデバイスキー（Ｋｄ）をメモリに保持している。さらに装置に実装されたデバイスキー（Ｋｄ）の固有識別子であるデバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）３６２をメモリ内に保持している。
【０１２６】
図５に示す情報処理装置３５０は、図３を参照して説明した第１実施例と同様、デジタル放送チューナー３５３、あるいはネットワークインタフェース３５４を介して、放送波あるいはインターネット等のネットワークを介して装置固有鍵であるデバイスキー（Ｋｄ）の有効性を判定するための診断プログラムを受信する。
【０１２７】
診断プログラムは、プログラム更新処理部３５５に入力される。プログラム更新処理部３５５は、装置に保持済みのプログラムを受信プログラムに置き換えるプログラム更新処理を実行する。この処理に際して、装置固有鍵の診断プログラムも新しいプログラムに置き換えられる。
【０１２８】
受信した診断プログラムには、無効化デバイス識別子リスト（最新版）３７１が含まれている。情報処理装置のメーカーは管理センタから最新バージョンの無効化デバイス識別子リストを受領し、受領した最新の無効化デバイス識別子リストを診断プログラムに含めてユーザの情報処理装置に提供する。
【０１２９】
ユーザは、任意のタイミングで、ユーザインタフェース３５１を介して、装置固有鍵の診断プログラムの実行を指示する。ユーザインタフェース３５１を介して入力されたユーザ指示情報は、ユーザ操作解析部３５２において解析される。解析結果に応じて、診断プログラムが開始される。
【０１３０】
診断プログラムは、図５に示す自己診断処理部（更新プログラム実行部）３７０において実行される。自己診断処理部（更新プログラム実行部）３７０における処理について説明する。
【０１３１】
まず、自己診断処理部（更新プログラム実行部）３７０は、ステップＳ２０１の検索・照合処理を実行する。この処理は、情報処理装置３５０のデバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）３６２が、外部から受信した診断プログラムに含まれる最新の無効化デバイス識別子リスト３７１に記録されているか否かの照合処理を実行する処理である。
【０１３２】
デバイス識別子３６２が、無効化デバイス識別子リスト３７１に記録されていない場合は、情報処理装置３５０の保持する装置固有鍵であるデバイスキー（Ｋｄ）が有効であると判定する。この場合、ステップＳ２０２の検索・照合結果出力処理において、装置固有鍵であるデバイスキー（Ｋｄ）が有効であることを示すメッセージを出力部（ディスプレイ）３５６に出力する。
【０１３３】
一方、デバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）３６２が、無効化デバイス識別子リスト３７１に記録されている場合は、情報処理装置３５０の保持する装置固有鍵であるデバイスキー（Ｋｄ）が無効化されていると判定する。この場合、装置固有鍵であるデバイスキー（Ｋｄ）が無効化されていることを示すメッセージを出力部（ディスプレイ）３５６に出力する。この処理によって、ユーザは、情報処理装置３５０に格納されている装置固有鍵（デバイスキー(Ｋｄ)）が有効であるか無効化されているかを確認することができる。
【０１３４】
図６に示すフローチャートは、図５の情報処理装置３５０の自己診断処理部３７０において実行する装置固有鍵の有効性確認処理シーケンスを説明するフローチャートである。
【０１３５】
まず、ステップＳ２５１において、自己診断処理部３７０は情報処理装置３５０のメモリからデバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）３６２を読み出す。
【０１３６】
次に、ステップＳ２５２において、自己診断処理部３７０の検索・照合処理部３７２は、外部から受信した無効化デバイス識別子リスト３７１に情報処理装置３５０のデバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）３６２が登録されているか否かの照合処理を実行する。
【０１３７】
ステップＳ２５３において、無効化デバイス識別子リスト３７１に情報処理装置３５０のデバイス識別子３６２が登録されていないと判断した場合は、ステップＳ２５４に進み、検索・照合結果出力として、出力部（ディスプレイ）３５６を通じて「デバイスキーは有効です。」とのメッセージを表示出力する。
【０１３８】
一方、ステップＳ２５３において、無効化デバイス識別子リスト３７１に情報処理装置３５０のデバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）３６２が登録されていると判断した場合は、ステップＳ２５５に進み、検索・照合結果出力として、出力部（ディスプレイ）３１６を通じて「デバイスキーは無効化されています。」とのメッセージを表示出力する。
【０１３９】
この処理によって、ユーザは、情報処理装置３５０に格納されている装置固有鍵（デバイスキー(Ｋｄ)）が有効であるか無効化されているかを確認することができる。
【０１４０】
［（２−３）装置固有鍵の有効性検証処理および結果通知処理の第３実施例］
次に、図７を参照して装置固有鍵の有効性検証処理および結果通知処理の第３実施例について説明する。図７は、本発明の第３実施例に係る情報処理装置の構成を示す図である。
【０１４１】
図７に示す情報処理装置４１０も、第１実施例と同様、ＤＶＤやＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）などのメディアを利用したコンテンツ再生またはコンテンツ記録処理を実行する装置である。なお、メディアを利用したコンテンツ再生およびコンテンツ記録処理は、記録／再生処理実行部４４０において、図１を参照して説明した処理と同様の処理によって行われる。
【０１４２】
第３実施例は、先に説明した第１実施例と同様、装置固有鍵であるデバイスキー（Ｋｄ）を適用したＭＫＢ処理を実際に実行して装置固有鍵であるデバイスキー（Ｋｄ）が有効であるか無効化されているかを確認する。ただし、本実施例では、第１実施例とは異なり、ＭＫＢデータのみを外部から受信する。すなわち、診断プログラム自体は、予め情報処理装置４１０のメモリに格納されており、外部から受信することなく、装置の有するプログラムを利用して実行する。
【０１４３】
図７に示す情報処理装置４１０は、装置固有鍵としてデバイスキー（Ｋｄ）４２１を保持し、さらに装置に実装されたデバイスキー（Ｋｄ）の固有識別子であるデバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）４２２をメモリ内に保持している。
【０１４４】
図７に示す情報処理装置４１０は、デジタル放送チューナー４１３、あるいはネットワークインタフェース４１４を介して、放送波あるいはインターネット等のネットワークを介してデータを受信し、ＭＫＢ取得処理部４１５が、受信データからＭＫＢの最新版であるＭＫＢ（最新版）４２０を取得する。なお、ＭＫＢは、例えば一般的なデジタル放送における更新プログラム内に格納して送信される。ただし、この実施例では、装置固有鍵であるデバイスキー（Ｋｄ）４２１の有効性を判定するための診断プログラムは受信しない。最新のＭＫＢのみを受信する。例えば、情報処理装置のメーカーは管理センタから最新バージョンのＭＫＢを受領し、受領した最新ＭＫＢをユーザの情報処理装置に提供する。
【０１４５】
ユーザは、任意のタイミングで、ユーザインタフェース４１１を介して、装置固有鍵の診断プログラムの実行を指示する。ユーザインタフェース４１１を介して入力されたユーザ指示情報は、ユーザ操作解析部４１２において解析される。解析結果に応じて、診断プログラムが開始される。この診断プログラムは、予め情報処理装置４１０のメモリに格納されている。
【０１４６】
診断プログラムは、図７に示す自己診断処理部（プログラム実行部）４３０において実行される。自己診断処理部（プログラム実行部）４３０における処理について説明する。
【０１４７】
まず、自己診断処理部（プログラム実行部）４３０は、ステップＳ３０１においてＭＫＢ処理を実行する。ステップＳ３０１のＭＫＢ処理は、受信したＭＫＢ（最新版）４２０に対して、情報処理装置４１０の装置固有鍵であるデバイスキー（Ｋｄ）４２１、デバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）４２２を適用してメディアキー（Ｋｍ）の取得処理を行う処理である。
【０１４８】
なお、先に説明したように、有効なデバイスキー（Ｋｄ）を適用した場合は、ＭＫＢから有効なメディアキー（Ｋｍ）を取得することができる。しかし、無効化（リボーク）されたデバイスキー（Ｋｄ）を適用した場合は、ＭＫＢから有効なメディアキー（Ｋｍ）を取得することができない。
【０１４９】
次に、ステップＳ３０２において、メディアキー検証処理を実行する。この処理は、ＭＫＢ４２０の処理によって得られたメディアキーが有効値であるか無効値であるかを検証する処理である。メディアキー（Ｋｍ）およびメディアキーの検証値（Ｄｖ）を用いた計算式、ＡＥＳ−Ｅ（Ｋｍ，Ｄｖ）の計算値の上位６４ビットが１６進数"０１２３４５６７８９ＡＢＣＤＥＦ"と等しい場合にメディアキーが有効値であると判断される。
【０１５０】
次に、ステップＳ３０３において、検証結果出力処理を行う。この処理は、デバイスキー（Ｋｄ）の有効性の有無に応じた結果を出力部（ディスプレイ）４１６に出力する処理である。例えば、正しいメディアキーが取得できた場合は、装置固有鍵であるデバイスキー（Ｋｄ）が有効であることを示すメッセージを出力する。正しいメディアキーが取得できなかった場合は、装置固有鍵であるデバイスキー（Ｋｄ）が無効化されていることを示すメッセージを出力する。この処理によって、ユーザは、情報処理装置４１０に格納されている装置固有鍵（デバイスキー(Ｋｄ)４２１）が有効であるか無効化されているかを確認することができる。
【０１５１】
本処理例では、情報処理装置４１０は、診断プログラムを受信する必要が無いので、送受信データ量が削減され、情報処理装置の処理が軽減されることになる。また、守秘性や完全性を要求されるデバイスキー（Ｋｄ）を更新可能な診断プログラムが直接取り扱う必要が無く、製品に既に実装済みのプログラムが取り扱うことから、デバイスキー（Ｋｄ）の守秘性・完全性といったセキュリティ実装上のロバストネスを保ちやすいという利点もある。さらに、最新のＭＫＢの記録されたメディアを利用せずに無効化の確認が可能であるという点は他の事例とも共通の特長である。
【０１５２】
なお、この第３実施例の自己診断処理部４３０において実行する装置固有鍵の有効性確認処理シーケンスは、先に第１実施例の処理として説明した図４に示すフローチャートのシーケンスと同様の処理となる。
【０１５３】
［（２−４）装置固有鍵の有効性検証処理および結果通知処理の第４実施例］
次に、図８を参照して装置固有鍵の有効性検証処理および結果通知処理の第４実施例について説明する。図８は、本発明の第４実施例に係る情報処理装置の構成を示す図である。
【０１５４】
図８に示す情報処理装置４５０も、第１実施例と同様、ＤＶＤやＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）などのメディアを利用したコンテンツ再生またはコンテンツ記録処理を実行する装置である。なお、メディアを利用したコンテンツ再生およびコンテンツ記録処理は、記録／再生処理実行部４８０において、図１を参照して説明した処理と同様の処理によって行われる。
【０１５５】
第４実施例は、先に説明した第２実施例と同様、ＭＫＢ処理を実際に行うことなく、無効化デバイス識別子リストとの照合処理によって装置固有鍵であるデバイスキー（Ｋｄ）が有効であるか無効化されているかの確認処理を実行する。
【０１５６】
ただし、本実施例では、第２実施例とは異なり、無効化デバイス識別子リストのみを外部から受信する。すなわち、診断プログラムは、予め情報処理装置４５０のメモリに格納されており、外部から受信することなく、装置の有するプログラムを利用して装置固有鍵の有効性判断処理を実行する。
【０１５７】
図８に示す情報処理装置４５０は、図示していないが装置固有鍵としてデバイスキー（Ｋｄ）をメモリに保持している。さらに装置に実装されたデバイスキー（Ｋｄ）の固有識別子であるデバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）４６２をメモリ内に保持している。
【０１５８】
図８に示す情報処理装置４５０は、図５を参照して説明した第２実施例と同様、デジタル放送チューナー４５３、あるいはネットワークインタフェース４５４を介して、放送波あるいはインターネット等のネットワークを介して装置固有鍵であるデバイスキー（Ｋｄ）の有効性を判定するための無効化デバイス識別子リストを受信する。図８に示す無効化データ取得部４５５が、受信データから無効化デバイス識別子リスト４６１を取得する。
【０１５９】
この実施例では、装置固有鍵であるデバイスキー（Ｋｄ）の有効性を判定するための診断プログラムは受信しない。最新の無効化デバイス識別子リスト４６１のみを受信する。例えば、情報処理装置のメーカーは管理センタから最新バージョンの無効化デバイス識別子リストを受領し、受領した最新の無効化デバイス識別子リストをユーザの情報処理装置に提供する。
【０１６０】
ユーザは、任意のタイミングで、ユーザインタフェース４５１を介して、装置固有鍵の診断プログラムの実行を指示する。ユーザインタフェース４５１を介して入力されたユーザ指示情報は、ユーザ操作解析部４５２において解析される。解析結果に応じて、診断プログラムが開始される。
【０１６１】
診断プログラムは、図８に示す自己診断処理部（プログラム実行部）４７０において実行される。自己診断処理部（プログラム実行部）４７０における処理について説明する。
【０１６２】
まず、自己診断処理部（プログラム実行部）４７０は、ステップＳ４０１の検索・照合処理を実行する。この処理は、情報処理装置４５０のデバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）４６２が、外部から受信した診断プログラムに含まれる最新の無効化デバイス識別子リスト４６１に記録されているか否かの照合処理を実行する処理である。
【０１６３】
デバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）４６２が、無効化デバイス識別子リスト４６１に記録されていない場合は、情報処理装置４５０の保持する装置固有鍵であるデバイスキー（Ｋｄ）が有効であると判定する。この場合、ステップＳ４０２の検索・照合結果出力処理において、装置固有鍵であるデバイスキー（Ｋｄ）が有効であることを示すメッセージを出力部（ディスプレイ）４５６に出力する。
【０１６４】
一方、デバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）４６２が、無効化デバイス識別子リスト４６１に記録されている場合は、情報処理装置４５０の保持する装置固有鍵であるデバイスキー（Ｋｄ）が無効化されていると判定する。この場合、装置固有鍵であるデバイスキー（Ｋｄ）が無効化されていることを示すメッセージを出力部（ディスプレイ）４５６に出力する。この処理によって、ユーザは、情報処理装置４５０に格納されている装置固有鍵（デバイスキー(Ｋｄ)）が有効であるか無効化されているかを確認することができる。
【０１６５】
本処理例では、情報処理装置４５０は、診断プログラムを受信する必要が無いので、送受信データ量が削減され、情報処理装置の処理が軽減されることになる。また、守秘性や完全性を要求されるデバイスキー（Ｋｄ）を更新可能な診断プログラムを取り扱う必要が無いので、デバイスキー（Ｋｄ）の守秘性・完全性といったセキュリティ実装上のロバストネスに影響を与えないという利点もある。さらに、最新のＭＫＢの記録されたメディアを利用せずに無効化の確認が可能であるという点は他の事例とも共通の特長である。
【０１６６】
なお、この第４実施例の自己診断処理部４７０において実行する装置固有鍵の有効性確認処理シーケンスは、先に第２実施例の処理として説明した図６に示すフローチャートのシーケンスと同様の処理となる。
【０１６７】
［（２−５）装置固有鍵の有効性検証処理および結果通知処理の第５実施例］
次に、装置固有鍵の有効性検証処理および結果通知処理の第５実施例として、ドライブ装置を接続したＰＣ等の記録再生装置を利用した構成例について説明する。
【０１６８】
図９は、ＤＶＤやＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）などのメディア（情報記録媒体）を装着するドライブ５１０と、ドライブとのデータ転送により、メディアからのデータ再生、またはメディアに対するデータ記録を実行するホスト５３０を示している。ホストは例えばＰＣ等の装置に対応する。
【０１６９】
この図９に示す例では、ホスト５３０が、メディアを利用したコンテンツ再生およびコンテンツ記録処理を記録／再生処理実行部５７０において実行する処理は、図２を参照して説明した処理と同様の処理である。また、ホスト５３０は、図９には示していないが、装置固有鍵としてのデバイスキー（Ｋｄ）を保持し、デバイスキー（Ｋｄ）を利用してコンテンツの再生、またはコンテンツ記録を実行する。ホスト５３０の保持するデバイスキー（Ｋｄ）の有効性確認処理は、先に説明した第１〜第４実施例のいずれかの処理と同様の処理として行われる。
【０１７０】
第５実施例では、ホスト５３０と独立した装置であるドライブ５１０が存在する。従って、ドライブ５１０の保有する装置固有鍵の有効性検証を行うことが必要となる。ドライブ５１０の保持する装置固有鍵は、ドライブ５１０に対して付与されたドライブ公開鍵である。
【０１７１】
ドライブ公開鍵は、図９に示すドライブ公開鍵証明書５２０に格納されている。ドライブ５１０は、ドライブ公開鍵証明書５２０をドライブ５１０内のメモリに格納している。ドライブ公開鍵証明書は、公開鍵発行センタの発行する証明書であり、公開鍵発行センタの署名が設定され、改ざんが困難な構成を持つ。なお、本例では、公開鍵発行センタは管理センタ（ＡＡＣＳ  ＬＡ）であるとする。
【０１７２】
ＡＡＣＳにおけるドライブ公開鍵証明書５２０のデータ構成を図１０に示す。図１０に示すように、ドライブ公開鍵証明書には証明書タイプ、データ長、ドライブＩＤ、ドライブ公開鍵、署名の各データが記録されている。署名はＡＡＣＳ管理センタの秘密鍵によってなされた署名でありＡＡＣＳ管理センタの公開鍵を適用した署名検証によって、ドライブ公開鍵証明書５２０の正当性を判定した後、格納されたデータの利用が行なわれる。
【０１７３】
このデータは、先に図２を参照して説明したホストとドライブ間の認証および鍵共有処理（図２に示すステップＳ５１，Ｓ６１）において利用される。この認証および鍵共有処理はＡＡＣＳの規定する認証および鍵共有処理シーケンスである。この処理において、ホストは、ドライブの正当性を確認する。すなわちドライブが有効な公開鍵を保持しているか否かを確認する。ホストも同様のデータ構成のホスト公開鍵証明書を保持しており、ドライブによるホストの正当性の確認がなされる。この確認の後、コンテンツの再生または記録が実行されることになる。
【０１７４】
先に、図２を参照して説明したように、公開鍵の有効性はリボケーションリストを参照して確認することができる。例えば、ホストはドライブリボケーションリストを参照し、ドライブリボケーションリストにドライブに実装されたドライブ公開鍵の識別子（図１０に示すドライブＩＤ）が記録されているか否かを確認する。ドライブリボケーションリストにドライブに実装されたドライブ公開鍵の識別子（ドライブＩＤ）が記録されている場合、そのドライブの公開鍵証明書は無効化されていることになる。この場合、ホストはそのドライブを利用した処理、すなわちコンテンツの記録／再生を実行しない。
【０１７５】
このホストとドライブ間の認証および鍵共有処理は、コンテンツの記録／再生の前処理として行われる。従って、ドライブまたはホストの公開鍵証明書が無効化されていた場合、ユーザがコンテンツの記録や再生処理を行おうとしたにもかかわらず、処理が途中で停止してしまうことになり、ユーザは装置の故障が発生したという誤った認識を持ってしまうことがある。
【０１７６】
また、リボケーションリストは、逐次、更新されており、最新のリボケーションリストを適用しない限りはコンテンツの記録、再生が許容され続け、最新のリボケーションリストを入手して適用した場合に限り、それ以降のコンテンツの記録、再生が停止されるといった事態が発生する。一般的なユーザは、どの時点で最新のリボケーションリストを適用したかを知ることができないことから、このような事象の原因を正確に把握することはできず、装置の故障であると判断してしまうことが多い。
【０１７７】
そこで、本発明では、コンテンツの再生や記録処理とは独立したシーケンスで、ドライブの装置固有鍵であるドライブ公開鍵証明書の有効性を確認することを可能としている。ユーザの指示によって、装置固有鍵、本例ではドライブの公開鍵の有効性を確認することができる。
【０１７８】
図９に示すホスト５３０の自己診断処理部５５０が、このドライブの公開鍵の有効性確認処理を実行する。有効性確認処理用の診断プログラムは、例えば装置メーカーによって提供される。ホスト５３０は、装置メーカーのサービスサイトの提供する診断プログラムを、例えばインターネットなどのネットワークおよびネットワークインタフェース５３３を介して受信する。
【０１７９】
受信プログラムは、プログラムダウンロード処理部５３４においてダウンロード処理が行われ、ホスト５３０のメモリに格納される。自己診断処理部５５０が、ダウンロードされた診断プログラムを実行する。ダウンロードされた診断プログラムには、無効化されたデバイス識別子（ドライブＩＤ）のリストが含まれる。このリストはダウンロード処理を行う時点における最新版のリストである。ドライブあるいはホストとしての情報処理装置のメーカーは管理センタから最新バージョンの無効化デバイス識別子（ドライブＩＤ）リストを受領し、受領した最新リストをプログラムに含めてユーザの情報処理装置に提供する。
【０１８０】
無効化デバイス識別子リストには、無効化された公開鍵（公開鍵証明書）の発行対象である装置に実装された公開鍵の識別情報、本例ではドライブＩＤが記録されている。このドライブＩＤは、公開鍵証明書に記録されたドライブＩＤ（図１０参照）に対応する。自己診断処理部５５０は、ドライブ５１０からドライブ公開鍵証明書５２０に記録されたドライブＩＤを受領し、ダウンロードしたリストとの照合処理を実行して、ドライブ公開鍵証明書５２０の有効性判断を行う。
【０１８１】
図９を参照して、ホスト５３０の実行する装置固有鍵の有効性確認処理について説明する。なお、本例ではドライブ公開鍵証明書５２０の有効性確認処理として行われる。
【０１８２】
ユーザは、任意のタイミングで、ユーザインタフェース５３１を介して、装置固有鍵の診断プログラムの実行を指示する。ユーザインタフェース５３１を介して入力されたユーザ指示情報は、ユーザ操作解析部５３２において解析される。解析結果に応じて、自己診断処理部（プログラム実行部）５５０において診断プログラムが開始される。
【０１８３】
診断プログラムは、図９に示す自己診断処理部（プログラム実行部）５５０において、ドライブとの通信を伴う処理として処理ステップＳ５０１〜Ｓ５０５の順に実行される。この処理には、外部からダウンロードしたプログラムに含まれる無効化デバイス識別子リスト（最新版）５５１との照合処理が含まれる。
【０１８４】
まず、自己診断処理部（プログラム実行部）５５０は、ステップＳ５０１において、ドライブ５１０に対してドライブＩＤ転送要求コマンドを出力する。ドライブ５１０は、ステップＳ５０２において、受信したコマンドの処理を実行する。ホスト５３０からの受信コマンドを解釈し、ドライブ５１０のメモリに格納したドライブ公開鍵証明書５２０（図１０参照）を取得し、ドライブ公開鍵証明書に記録されたドライブＩＤを読み出す。ドライブ５１０は、ステップＳ５０３において、読み出したドライブＩＤをホストに出力する。
【０１８５】
ホスト５３０の自己診断処理部（プログラム実行部）５５０は、ステップＳ５０４において、ドライブ５１０から受信したドライブＩＤと、外部からダウンロードした診断プログラムに含まれる無効化デバイス識別子リスト（最新版）５５１との照合処理を実行する。
【０１８６】
ドライブ５１０から受信したデバイス識別子（ドライブＩＤ）が、無効化デバイス識別子リスト５５１に記録されていない場合は、ドライブ５１０の保持する装置固有鍵である公開鍵を格納した公開鍵証明書が有効であると判定する。この場合、ステップＳ５０５の検索・照合結果出力処理において、装置固有鍵であるドライブ公開鍵を格納したドライブ公開鍵証明書５２０が有効であることを示すメッセージを出力部（ディスプレイ）５３５に出力する。
【０１８７】
一方、ドライブ５１０から受信したデバイス識別子（ドライブＩＤ）が、無効化デバイス識別子リスト５５１に記録されている場合は、ドライブ５１０の保持する装置固有鍵である公開鍵を格納した公開鍵証明書が無効であると判定する。この場合、ステップＳ５０５の検索・照合結果出力処理において、装置固有鍵であるドライブ公開鍵を格納したドライブ公開鍵証明書５２０が無効であることを示すメッセージを出力部（ディスプレイ）５３５に出力する。この処理によって、ユーザは、ドライブ５１０に格納されている装置固有鍵（ドライブ公開鍵証明書５２０に格納された公開鍵）が有効であるか無効化されているかを確認することができる。
【０１８８】
図１１に示すフローチャートは、図９に示す情報処理装置であるホスト５３０の自己診断処理部５５０において実行する装置固有鍵（ドライブ公開鍵証明書５２０に格納された公開鍵）の有効性確認処理シーケンスを説明するフローチャートである。
【０１８９】
まず、ステップＳ５５１において、ホスト５３０の自己診断処理部５５０は、ドライブに対して、ドライブＩＤの転送を要求する。
次に、ステップＳ５５２において、ドライブからドライブＩＤを受信する。
【０１９０】
次に、ステップＳ５５３において、外部から受信した無効化デバイス識別子リストに、ドライブから受信したドライブＩＤが登録されているか否かの照合処理を実行する。
【０１９１】
ステップＳ５５４において、無効化デバイス識別子リストにドライブＩＤが登録されていないと判断した場合は、ステップＳ５５５に進み、出力部（ディスプレイ）に「ドライブの装置固有鍵（公開鍵）は有効です。」とのメッセージを表示出力する。
【０１９２】
一方、ステップＳ５５４において、無効化デバイス識別子リストにドライブＩＤが登録されていると判断した場合は、ステップＳ５５６に進み、出力部（ディスプレイ）に「ドライブの装置固有鍵（公開鍵）は無効化されています。」とのメッセージを表示出力する。
【０１９３】
この処理によって、ユーザは、最新のドライブリボケーションリスト（ＤＲＬ）の記録されたメディアやホストとの組み合わせに依存することなく、ドライブ５１０に格納されている装置固有鍵（公開鍵証明書に格納された公開鍵）が有効であるか無効化されているかを確認することができる。
【０１９４】
［（２−６）装置固有鍵の有効性検証処理および結果通知処理の第６実施例］
ドライブ装置を接続したＰＣ等の記録再生装置を利用した構成における装置固有鍵の有効性検証処理および結果通知処理のもう１つの実施例について、第６実施例として図１２を参照して説明する。
【０１９５】
図１２には、図９と同様、ＤＶＤやＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）などのメディア（情報記録媒体）を装着するドライブ６１０と、ドライブとのデータ転送により、メディアからのデータ再生、またはメディアに対するデータ記録を実行するホスト６３０を示している。ホストは例えばＰＣ等の装置に対応する。
【０１９６】
この図１２に示す例では、ホスト６３０が、メディアを利用したコンテンツ再生およびコンテンツ記録処理を記録／再生処理実行部６４０において実行する処理は、図２を参照して説明した処理と同様の処理である。また、ホスト６３０は、図１２には示していないが、装置固有鍵としてのデバイスキー（Ｋｄ）を保持し、デバイスキー（Ｋｄ）を利用してコンテンツの再生、またはコンテンツ記録を実行する。ホスト６３０の保持するデバイスキー（Ｋｄ）の有効性確認処理は、先に説明した第１〜第４実施例のいずれかの処理と同様の処理として行われる。
【０１９７】
第６実施例は、第５実施例と同様、無効化デバイス識別子リストにドライブに実装された鍵の識別子が記録されているか否かを確認し、この確認結果に基づいて、ドライブの装置固有鍵の有効性を判定する。本例においても、ドライブの装置固有鍵は、ドライブの保持するドライブ公開鍵証明書に格納されたドライブ公開鍵である。
【０１９８】
ただし、本実施例では、第５実施例とは異なり、無効化デバイス識別子リストのみを外部から受信する。すなわち、診断プログラムは、予め情報処理装置としてのホスト６３０とドライブ６１０のメモリにそれぞれ格納されており、外部から受信することなく、装置の有するプログラムを利用して装置固有鍵（ドライブ公開鍵）の有効性判断処理を実行する。
【０１９９】
無効化デバイス識別子リストは、例えば装置メーカーによって提供される。ホスト６３０は、装置メーカーのサービスサイトの提供する診断プログラムをインターネット等を経由してネットワークインタフェース６３４を介して受信する。
【０２００】
受信した無効化デバイス識別子リストは、無効化デバイス識別子リストダウンロード処理部６３５においてダウンロード処理が行われ、ホスト６３０のメモリに格納される。無効化デバイス識別子リストには、無効化された装置が実装する公開鍵（公開鍵証明書）の識別情報、本例ではドライブＩＤが記録されている。このドライブＩＤは、公開鍵証明書に記録されたドライブＩＤ（図１０参照）に対応する。
【０２０１】
図１２を参照して、ホスト６３０の実行する装置固有鍵の有効性確認処理について説明する。なお、本例ではドライブ公開鍵証明書６２０の有効性確認処理として行われる。
【０２０２】
ユーザは、任意のタイミングで、ユーザインタフェース６３１を介して、装置固有鍵の診断プログラムの実行を指示する。ユーザインタフェース６３１を介して入力されたユーザ指示情報は、ユーザ操作解析部６３２において解析される。解析結果に応じて、ホスト６３０のメモリに格納された診断プログラムが開始され、ステップＳ６０１〜Ｓ６０５の各処理が実行される。
【０２０３】
この一連の処理には、外部からダウンロードした無効化デバイス識別子リスト（最新版）６３６との照合処理が含まれる。ただし、本実施例では、リストとの照合処理は、ドライブ６１０が実行する。すなわちドライブの装置固有鍵の有効性判定はドライブ６１０が実行する。ドライブ６１０は判定結果をホスト６３０に出力する。ホスト６３０はドライブ６１０から受領した判定結果を出力部（ディスプレイ）６３８に出力する。
【０２０４】
まず、ホスト６３０は、ステップＳ６０１において、ドライブ６１０に対して、外部からダウンロードした無効化デバイス識別子リスト（最新版）６３６を、装置固有鍵の有効性判断処理の実行命令コマンドとともに出力する。
【０２０５】
ドライブ６１０は、ステップＳ６０２において、ホスト６３０から無効化デバイス識別子リスト（最新版）６３６をコマンドとともに受信する。
【０２０６】
次に、ドライブ６１０は、ステップＳ６０３において、ホスト６３０から受信したコマンドの処理を実行する。まず、ドライブ６１０のメモリに格納したドライブ公開鍵証明書６２０（図１０参照）を取得し、ドライブ公開鍵証明書に記録されたドライブＩＤを読み出す。次に、ドライブ公開鍵証明書から読み出したドライブＩＤと、ホストから受信した無効化デバイス識別子リスト（最新版）６３６との照合処理を実行する。
【０２０７】
ドライブ公開鍵証明書から読み出したドライブＩＤが、無効化デバイス識別子リスト６３６に記録されていない場合は、ドライブ６１０の保持する装置固有鍵であるドライブ公開鍵を格納した公開鍵証明書が有効であると判定する。この場合、ステップＳ６０４の判定結果送信処理において、装置固有鍵であるドライブ公開鍵を格納したドライブ公開鍵証明書６２０が有効であることを示す判定結果をホスト６３０に出力する。ホスト６３０は、ステップＳ６０５において、ドライブ公開鍵証明書６２０が有効であることを示すメッセージを出力部（ディスプレイ）６３８に出力する。
【０２０８】
一方、ドライブ公開鍵証明書から読み出したドライブＩＤが、無効化デバイス識別子リスト６３６に記録されている場合は、ドライブ６１０の保持する装置固有鍵であるドライブ公開鍵を格納した公開鍵証明書が無効であると判定する。この場合、ステップＳ６０４の判定結果送信処理において、装置固有鍵であるドライブ公開鍵を格納したドライブ公開鍵証明書６２０が無効であることを示す判定結果をホスト６３０に出力する。ホスト６３０は、ステップＳ６０５において、ドライブ公開鍵証明書６２０が無効であることを示すメッセージを出力部（ディスプレイ）６３８に出力する。
【０２０９】
この処理によって、ユーザは、最新のドライブリボケーションリスト（ＤＲＬ）の記録されたメディアやホストとの組み合わせに依存することなく、ドライブ６１０に格納されている装置固有鍵（ドライブ公開鍵証明書６２０に格納されたドライブ公開鍵）が有効であるか無効化されているかを確認することができる。
【０２１０】
［３．情報処理装置の機能、構成について］
次に、図１３以下を参照して、上述した実施例に対応する処理を実行する情報処理装置の機能、構成についてまとめて説明する。
【０２１１】
図１３は、ドライブ装置が一体化された記録再生装置に対応する情報処理装置である。上述した第１〜第４実施例の処理を行う情報処理装置に対応する。
【０２１２】
図１３に示すように情報処理装置は、入力部７１１、データ処理部７１２、通信部７１３、出力部７１４、メモリ７１５、メディアインタフェース７１６を有する。図１３に示す情報処理装置は、メディアインタフェース７１６を介して、例えばＤＶＤ、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）などによって構成されるメディア７２０に対するデータ記録またはメディア７２０からのデータ再生を行う。
【０２１３】
入力部７１１は、ユーザ操作情報を入力する。通信部７１３は、具体的にはデジタル放送チューナーやネットワークインタフェースによって構成される。通信部７１３は、装置固有鍵が有効であるか無効であるかを判定するための鍵有効性判定用データを受信する。鍵有効性判定用データには、例えば診断プログラムや、メディアキーブロック（ＭＫＢ）や、無効化された装置固有鍵を格納した情報処理装置の識別情報リストである無効化デバイス識別子リストなどが含まれる。
【０２１４】
メモリ７１５には、装置固有鍵としてのデバイスキー（Ｋｄ）、デバイス識別子（Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）、装置が認識する最新のメディアキーブロック（ＭＫＢ）、さらに通信部７１３を介して受信したデータや、プログラムなどが格納される。
データ処理部７１２は、コンテンツの記録再生処理の他、通信部７１３を介したデータ受信処理の制御、さらに装置固有鍵の有効性判定処理を実行する。例えば、実施例１〜４において説明した自己診断処理部、記録／再生実行部の処理を実行する。
【０２１５】
データ処理部７１２は、具体的には、通信部７１３を介して受信した診断プログラムや、メディアキーブロック（ＭＫＢ）や、無効化デバイス識別子リストなどを適用した装置固有鍵の有効性判定処理を実行し、判定結果を出力部７１４に出力する。
【０２１６】
図１４は、ドライブ装置が分離した情報処理装置の構成例である。上述した第５〜第６実施例の処理を行う情報処理装置に対応する。
【０２１７】
図１４に示すように情報処理装置は、入力部７１１、データ処理部７１２、通信部７１３、出力部７１４、メモリ７１５、ドライブ７３０との通信を行う通信インタフェース７１７を有する。図１４に示す情報処理装置は、通信インタフェース７１７を介してドライブ７３０との通信を行い、例えばＤＶＤ、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）などによって構成されるメディア７２０に対するデータ記録またはメディア７２０からのデータ再生を行う。
【０２１８】
入力部７１１〜メモリ７１５の構成は、図１３を参照して説明した構成とほぼ同様である。なお、メモリ７１５にはドライブリボケーションリスト（ＤＲＬ）も格納される。ドライブ７３０には一組のドライブ秘密鍵とドライブ公開鍵証明書、およびＡＡＣＳ管理センタ公開鍵が格納される。データ処理部７１２は、コンテンツの記録再生処理の他、通信部７１３を介したデータ受信処理の制御、さらに装置固有鍵の有効性判定処理を実行する。例えば、実施例５〜６において説明した自己診断処理部、記録／再生実行部の処理を実行する。
【０２１９】
データ処理部７１２は、具体的には、通信部７１３を介して受信した診断プログラムや、メディアキーブロック（ＭＫＢ）や、無効化デバイス識別子リストなどを適用した装置固有鍵の有効性判定処理を実行し、判定結果を出力部７１４に出力する。
【０２２０】
データ処理部７１２は、通信インタフェース７１７を介してドライブ７３０との通信を実行して、鍵有効性判定用データである無効化デバイス識別子リストとドライブ装置が実装する鍵の識別子であるドライブＩＤとの照合結果を利用して装置固有鍵の有効性判定処理を実行し、判定結果を出力部７１４に出力する。
【０２２１】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０２２２】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２２３】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０２２４】
以上、説明したように、本発明の一実施例の構成によれば、例えばメディア格納コンテンツの再生または記録処理に適用する情報処理装置に固有の鍵である装置固有鍵が有効であるか無効であるかを判定する処理を行う。具体的には、鍵有効性判定用データを外部から受信し、ユーザ指示に応じて、鍵有効性判定用データを適用して装置固有鍵の有効性判定処理を実行し判定結果を出力部に出力する。鍵有効性判定用データは最新のＭＫＢや最新の無効化デバイスリスト、あるいはこれらのデータを含む診断プログラムによって構成される。情報処理装置は、最新のＭＫＢや最新の公開鍵のリボケーションリストの記録されたメディアや装置に依存することなく、任意のタイミングで最新のデータを利用して自装置に格納された装置固有鍵の有効性判定を行い、ユーザにその結果を通知することが可能となる。
【符号の説明】
【０２２５】
１１０・・メディア（情報記録媒体）、１１１・・ＭＫＢ、１１２・・メディアＩＤ、１１３・・ＭＡＣ検証値、１１４・・バインディングナンス、１１５・・ユニット鍵ファイル、１１６・・利用制御情報、１１７・・暗号化コンテンツ、１２０・・記録装置、１２１・・デバイスキー、１２２・・デバイス識別子、１２３・・タイトルキー、１２４・・利用制御情報、１３０・・再生装置、１３１・・デバイスキー、１３２・・デバイス識別子、１３３・・コンテンツ、２１０・・メディア（情報記録媒体）、２１１・・ＭＫＢ、２１２・・ドライブリボケーションリスト、２１３・・ホストリボケーションリスト、２１４・・メディアＩＤ、２１５・・暗号化コンテンツ、２２０・・ドライブ、２２１・・ＡＡＣＳ管理センタ公開鍵、２２２・・ドライブ秘密鍵、２２３・・ドライブ公開鍵証明書、２３０・・ホスト、２３１・・デバイスキー、２３２・・デバイス識別子、２３３・・ＡＡＣＳ管理センタ公開鍵、２３４・・ホスト秘密鍵、２３５・・ホスト公開鍵証明書、２３７・・暗号処理部、３１０・・情報処理装置、３１１・・ユーザインタフェース、３１２・・ユーザ操作解析部、３１３・・デジタル放送チューナー、３１４・・ネットワークインタフェース、３１５・・プログラム更新処理部、３１６・・出力部、３２１・・デバイスキー、３２２・・デバイス識別子、３３０・・自己診断処理部、３３１・・ＭＫＢ、３４０・・記録／再生実行部、３５０・・情報処理装置、３５１・・ユーザインタフェース、３５２・・ユーザ操作解析部、３５３・・デジタル放送チューナー、３５４・・ネットワークインタフェース、３５５・・プログラム更新処理部、３５６・・出力部、３６２・・デバイス識別子、３７０・・自己診断処理部、３７１・・無効化デバイス識別子リスト、３８０・・記録／再生実行部、４１０・・情報処理装置、４１１・・ユーザインタフェース、４１２・・ユーザ操作解析部、４１３・・デジタル放送チューナー、４１４・・ネットワークインタフェース、４１５・・ＭＫＢ取得処理部、４１６・・出力部、４２０・・ＭＫＢ、４２１・・デバイスキー、４２２・・デバイス識別子、４３０・・自己診断処理部、４４０・・記録／再生実行部、４５０・・情報処理装置、４５１・・ユーザインタフェース、４５２・・ユーザ操作解析部、４５３・・デジタル放送チューナー、４５４・・ネットワークインタフェース、４５５・・無効化データ取得部、４５６・・出力部、４６１・・無効化デバイス識別子リスト、４６２・・デバイス識別子、４７０・・自己診断処理部、４８０・・記録／再生実行部、５１０・・ドライブ、５２０・・ドライブ公開鍵証明書、５３０・・ホスト、５３１・・ユーザインタフェース、５３２・・ユーザ操作解析部、５３３・・ネットワークインタフェース、５３４・・プログラムダウンロード処理部、５３５・・出力部、５７０・・記録／再生処理部、６１０・・ドライブ、６２０・・ドライブ公開鍵証明書、６３０・・ホスト、６３１・・ユーザインタフェース、６３２・・ユーザ操作解析部、６３４・・ネットワークインタフェース、６３５・・無効化デバイス識別子リストダウンロード処理部、６３６・・無効化デバイス識別子リスト、６３８・・出力部、６４０・・記録／再生処理部、７１１・・入力部、７１２・・データ処理部、７１３・・通信部、７１４・・出力部、７１５・・メモリ、７１６・・メディアＩＦ、７１７・・通信ＩＦ、７２０・・メディア、７３０・・ドライブ
【図１】
2010183278.tif 000003
【図２】
2010183278.tif 000004
【図３】
2010183278.tif 000005
【図４】
2010183278.tif 000006
【図５】
2010183278.tif 000007
【図６】
2010183278.tif 000008
【図７】
2010183278.tif 000009
【図８】
2010183278.tif 000010
【図９】
2010183278.tif 000011
【図１０】
2010183278.tif 000012
【図１１】
2010183278.tif 000013
【図１２】
2010183278.tif 000014
【図１３】
2010183278.tif 000015
【図１４】
2010183278.tif 000016
【手続補正書】
【提出日】平成22年3月4日(2010.3.4)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００８２
【補正方法】変更
【補正の内容】
【００８２】
ドライブ２２０は、メディア２１０からホストリボケーションリスト（ＨＲＬ）２１３を読み取り、ＡＡＣＳ管理センタ公開鍵２２１を適用してホストリボケーションリスト（ＨＲＬ）２１３の署名検証を行なって改竄のないことを確認し、自装置のメモリに格納されたホストリボケーションリスト（ＨＲＬ）と、メディア２１０に記録されたホストリボケーションリスト（ＨＲＬ）２１３とのバージョン比較を実行し、メディア２１０に記録されたホストリボケーションリスト（ＨＲＬ）２１３が新しいバージョンである場合には、自装置のメモリに記録されているホストリボケーションリストを置き換えるＨＲＬ更新処理を実行する。続けて、自装置のメモリに記録されたホストリボケーションリスト（ＨＲＬ）にホスト２３０の公開鍵の識別情報が記載されていないこと、すなわち、ホスト２３０の公開鍵がリボークされていないことを確認する。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
ホスト２３０は、ドライブ２２０を介してメディア２１０からドライブリボケーションリスト（ＤＲＬ）２１２を取得し、ＡＡＣＳ管理センタ公開鍵２３３を適用してドライブリボケーションリスト（ＤＲＬ）２１２の署名検証を行なって改竄のないことを確認し、自装置のメモリに格納されたドライブリボケーションリスト（ＤＲＬ）と、メディア２１０に記録されたドライブリボケーションリスト（ＤＲＬ）２１２とのバージョン比較を実行し、メディア２１０に記録されたドライブリボケーションリスト（ＤＲＬ）２１２が新しいバージョンである場合には、自装置のメモリに記録されているドライブリボケーションリストを置き換えるＤＲＬ更新処理を実行する。続けて、自装置のメモリに記録されたドライブリボケーションリスト（ＤＲＬ）にドライブ２２０の公開鍵の識別情報が記載されていないこと、すなわち、ドライブ２２０の公開鍵がリボークされていないことを確認する。