JP2005122365A - 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム - Google Patents

Abstract

【課題】 情報記録媒体からの読み取りデータの処理を実行するコンポーネントの認証処理において属性を確認し、コンテンツに対応した厳格な認証を可能とした構成を提供する。
【解決手段】 情報記録媒体からの読み取りデータの処理を行なうコンポーネントに対する認証において、コンポーネント属性が予め設定されたデータ処理許容コンポーネント属性を有するか否かを確認する。例えばコンポーネントがハードウェアコンポーネントであるかソフトウェアコンポーネントであるかを属性確認によって確認し、コンポーネントがハードウェアコンポーネントである場合に限り、コンテンツの処理を許容する。
【選択図】 図３

Description

本発明は、情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、情報記録媒体に格納された暗号化コンテンツの復号処理等、コンテンツ利用に伴って実行される各種のデータ処理を信頼できるコンポーネントのみに許容するための認証処理を実行する構成を持つ情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。

近年、ＤＶＤや、青色レーザーディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ）など、大容量のデータを格納可能なディスクが利用、開発されており、大容量データである高精細画像、高品質音声の保存、再生が可能となっている。また、これらの大容量記録媒体の再生環境として、従来のコンシューマ用記録再生装置だけでなく、高性能なＣＰＵやビデオカードを搭載したパーソナルコンピュータ（ＰＣ）、その他の情報再生装置も、様々開発され、利用が進んでいる。

例えば、ＰＣにおいてコンテンツ再生を行う際の問題として、コンテンツの著作権保護が挙げられる。音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。

特に、デジタル記録装置および記録媒体によれば、画像や音声を劣化させることなく記録、再生を繰り返すことが可能であり、不正コピーされたコンテンツのインターネットを介した配信や、ＣＤ−Ｒ、ＤＶＤ等の記録媒体にコンテンツをコピーした海賊版ディスクの流通という問題が発生している。

ＤＶＤや青色レーザディスク等の大容量型記録媒体には、著作権の保護対象となる様々な映像情報、音楽情報がデジタルデータとして格納されて市場に流通する。このようなデジタルデータを記録した媒体を市場に流通させる場合には、不正コピーを防止し著作権者の保護を図る構成が必須となる。

しかしながら、現状では、例えばＤＶＤ−Ｖｉｄｅｏ規格準拠の記録媒体に保存したコンテンツについてＰＣ上での暗号解読を可能とするツールがインターネット上で配布されるなど、不正コピーの防止体制が不完全な状態にあるというのが現実である。

さらに、ＰＣのＣＰＵ制御の下に再生プログラムを実行させて、コンテンツ再生処理を実行する場合、ＰＣのドライブに装着されたＤＶＤ等のディスク上に暗号化データとして格納されているコンテンツ、あるいは暗号鍵生成情報などが、ドライブのインタフェース、ＰＣの汎用バスを経由してＰＣのメモリに格納されることになる。

また、ＣＰＵによって実行される再生プログラムに従って暗号化コンテンツの復号鍵の生成や、生成鍵によるコンテンツの復号処理、ＭＰＥＧ圧縮コンテンツのデコード処理などが実行される。この際に発生する鍵情報や、中間データなどは、各処理タイミングにおいて、ＰＣの汎用バスを介して転送され、また汎用メモリに格納されることになる。

このように、ＰＣにおいてコンテンツ再生プログラムを実行して、ＰＣの汎用バス、汎用メモリ等を適用したコンテンツデータ処理を行なうと、データ処理過程において発生する暗号を解いた状態のデジタルＡＶストリームデータや暗号鍵情報がＰＣのメモリ、汎用バス上に一時的にでも存在することになる。この結果、コンテンツデータ処理過程のデータ搾取の可能性を発生させて、コンテンツの不正コピーを許容してしまうという問題がある。

これらの問題を解決する手段として、下記の方法が考案されている。
ディスクを装着したドライブと、コンテンツ処理を実行するコンポーネント（ハードウェア機器、再生ソフトウェアなどをまとめてコンポーネントと呼ぶ）との間で認証を行い、ドライブとコンポーネント間の伝送を認証時に生成する一時的な暗号鍵を使って暗号化して転送する。これにより、認証を成立できない不正な機器によるコンテンツの不正な取得を防ぐことができる。

上述の処理は、認証の成立を条件としてコンテンツの処理を実行するコンポーネントの選択を可能とし、不正コンポーネントの介在を排除して不正機器によるデータ搾取を防止しようとした構成である。

しかし、コンテンツ著作権者、あるいはコンテンツ頒布権者は、さらに、限定されたコンポーネントのみでのコンテンツ処理を望む場合がある。例えばＰＣにおいて、ソフトウェアプログラムに暗号化コンテンツ処理を実行させると、上述したように、汎用のＯＳの制御の下に処理を実行するＣＰＵの処理として復号処理プログラムが実行され、その処理において発生する中間データ、鍵データや、結果データがＰＣの汎用のメモリに格納される可能性がある。このようなデータが搾取される可能性は否定できないものである。

上述の認証処理は、認証に必要な所定の情報を持つコンポーネントであれば、ハードウェアコンポーネントであっても、ソフトウェアコンポーネントであっても認証成立に至ることが可能であり、結果として中間データ、鍵データや、結果データがＰＣの汎用のメモリに格納され、汎用バス上を転送するコンテンツ処理を許容してしまうということになる。

よりセキュアにコンテンツ処理を実行するためには、汎用のＣＰＵや、メモリ、汎用バスを利用しない閉じられた特定の専用ハードウェアコンポーネント内でコンテンツ処理を実行することが望ましい。

本発明は、上述の問題点に鑑みてなされたものであり、コンポーネント認証を実行して認証の成立を条件としたコンテンツの処理許容コンポーネントを特定する構成において、認証処理時にコンポーネントの属性確認処理を実行し、予め定められた属性を有するコンポーネントであることが確認された場合にのみ、コンテンツ処理を許容する構成として、コンテンツ漏洩の防止効果を向上させた情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。

本発明の第１の側面は、
情報記録媒体に格納されたデータの読み取り処理を実行するドライブと、前記ドライブから入力する前記情報記録媒体からの読み取りデータに対するデータ処理を実行するコンポーネントとを有する情報処理装置であり、
前記ドライブは、コンポーネント属性の確認処理を実行する認証処理部を有し、
前記認証処理部において確認されたコンポーネント属性が、予め設定されたデータ処理許容コンポーネント属性を有することの確認を条件として、ドライブに装着した情報記録媒体からの読み取りデータをコンポーネントに出力する処理を実行する構成を有することを特徴とする情報処理装置にある。

さらに、本発明の情報処理装置の一実施態様において、前記認証処理部は、認証処理対象であるコンポーネントから受領したコンポーネントＩＤと、データ処理を許容するコンポーネント属性を判定するためのリストである処理許容コンポーネント属性判定リストに設定されたＩＤとの照合処理を実行し、該照合処理に基づいて、認証処理対象であるコンポーネントの属性が、データ処理を許容できるコンポーネント属性であるか否かを確認する属性確認処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記処理許容コンポーネント属性判定リストは、前記ドライブに装着された情報記録媒体に格納されたリストであり、前記認証処理部は、前記情報記録媒体から読み取った処理許容コンポーネント属性判定リストに基づくＩＤ照合処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記認証処理部は、コンポーネントＩＤが格納され、電子署名の付加された証明書を、コンポーネントから受領し、前記電子署名による証明書の正当性確認処理を実行し、正当性の確認された証明書から取得したコンポーネントＩＤに基づいて、コンポーネントの属性確認処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記認証処理部は、コンポーネント属性確認処理として、認証処理対象コンポーネントがハードウェアコンポーネントであるか、ソフトウェアコンポーネントであるかの確認処理を実行し、予め設定されたデータ処理許容コンポーネント属性判定情報が、
ハードウェアコンポーネントのみをデータ処理許容コンポーネント属性としているか、
ソフトウェアコンポーネントのみをデータ処理許容コンポーネント属性としているか、
ハードウェアコンポーネントおよびソフトウェアコンポーネントの両コンポーネントをデータ処理許容コンポーネント属性としているか、
上記のいずれかの情報に従って、認証対象のコンポーネントの属性が、データ処理許容コンポーネント属性を有するか否かの確認処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記認証処理部は、コンポーネント属性確認処理として、認証処理対象コンポーネントが、特定のカテゴリに属する専用ハードウェアコンポーネントであるか否かの確認処理を実行し、認証処理対象コンポーネントが、前記専用ハードウェアコンポーネントであることの確認を認証成立の条件とした認証処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記認証処理部は、認証処理対象であるコンポーネントから受領するコンポーネントＩＤと、不正コンポーネントのリストとしてのコンポーネントリボケーションリストとの照合処理を実行し、認証処理対象であるコンポーネントがリボークされた不正コンポーネントであるか否かを確認するリボーク確認処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記コンポーネントリボケーションリストは、前記ドライブに装着された情報記録媒体に格納されたリストであり、前記認証処理部は、前記情報記録媒体から読み取ったコンポーネントリボケーションリストに基づくＩＤ照合処理を実行する構成であることを特徴とする。

さらに、本発明の第２の側面は、
情報記録媒体であり、
コンテンツと、
前記コンテンツに対するデータ処理を許容するコンポーネントの属性情報であるデータ処理許容コンポーネント属性情報と、
を格納した構成であることを特徴とする情報記録媒体にある。

さらに、本発明の情報記録媒体の一実施態様において、前記データ処理許容コンポーネント属性情報は、
ハードウェアコンポーネントのみをデータ処理許容コンポーネント属性とするか、
ソフトウェアコンポーネントのみをデータ処理許容コンポーネント属性とするか、
ハードウェアコンポーネントおよびソフトウェアコンポーネントの両コンポーネントをデータ処理許容コンポーネント属性とするか、
上記、いずれかの情報であることを特徴とする。

さらに、本発明の第３の側面は、
情報記録媒体からの読み取りデータの処理を行なうコンポーネントに対する認証およびデータ出力処理制御を実行する情報処理方法であり、
処理対象データを格納した情報記録媒体を装着したドライブによるコンポーネント認証ステップと、
前記コンポーネント認証における認証の成立を条件として、前記ドライブから前記コンポーネントに対して、前記情報記録媒体からの読み取りデータを出力するデータ出力ステップとを有し、
前記コンポーネント認証ステップは、
認証処理対象コンポーネントの属性が、予め設定されたデータ処理許容コンポーネント属性を有するか否かの属性確認ステップを含み、
前記認証処理対象コンポーネントの属性が、予め設定されたデータ処理許容コンポーネント属性を有することを認証成立の条件とした認証処理を実行することを特徴とする情報処理方法にある。

さらに、本発明の情報処理方法の一実施態様において、前記属性確認ステップは、前記認証処理対象コンポーネントから受領したコンポーネントＩＤと、データ処理を許容するコンポーネント属性を判定するためのリストである処理許容コンポーネント属性判定リストに設定されたＩＤとの照合処理を実行し、該照合処理に基づいて、認証処理対象であるコンポーネントの属性が、データ処理を許容できるコンポーネント属性であるか否かを確認するステップであることを特徴とする。

さらに、本発明の情報処理方法の一実施態様において、前記処理許容コンポーネント属性判定リストは、前記ドライブに装着された情報記録媒体に格納されたリストであり、前記属性確認ステップは、前記情報記録媒体から読み取った処理許容コンポーネント属性判定リストに基づくＩＤ照合処理を実行することを特徴とする。

さらに、本発明の情報処理方法の一実施態様において、前記コンポーネント認証ステップは、さらに、コンポーネントＩＤが格納され、電子署名の付加された証明書を、コンポーネントから受領し、前記電子署名による証明書の正当性確認処理を実行するステップを有し、前記属性確認ステップは、正当性の確認された証明書から取得したコンポーネントＩＤに基づいて、コンポーネントの属性確認処理を実行することを特徴とする。

さらに、本発明の情報処理方法の一実施態様において、前記属性確認ステップは、コンポーネント属性確認処理として、認証処理対象コンポーネントがハードウェアコンポーネントであるか、ソフトウェアコンポーネントであるかの確認処理を実行するステップであり、予め設定されたデータ処理許容コンポーネント属性判定情報が、
ハードウェアコンポーネントのみをデータ処理許容コンポーネント属性としているか、
ソフトウェアコンポーネントのみをデータ処理許容コンポーネント属性としているか、
ハードウェアコンポーネントおよびソフトウェアコンポーネントの両コンポーネントをデータ処理許容コンポーネント属性としているか、
上記のいずれかの情報に従って、認証対象のコンポーネントの属性が、データ処理許容コンポーネント属性を有するか否かの確認処理を実行することを特徴とする。

さらに、本発明の情報処理方法の一実施態様において、前記コンポーネント認証ステップは、前記属性確認ステップにおけるコンポーネント属性確認処理として、認証処理対象コンポーネントが、特定のカテゴリに属する専用ハードウェアコンポーネントであるか否かの確認処理を実行し、認証処理対象コンポーネントが、前記専用ハードウェアコンポーネントであることの確認を認証成立の条件とした認証処理を実行することを特徴とする。

さらに、本発明の情報処理方法の一実施態様において、前記コンポーネント認証ステップは、さらに、認証処理対象であるコンポーネントから受領するコンポーネントＩＤと、不正コンポーネントのリストとしてのコンポーネントリボケーションリストとの照合処理を実行し、認証処理対象であるコンポーネントがリボークされた不正コンポーネントであるか否かを確認するリボーク確認処理を実行するステップを含むことを特徴とする。

さらに、本発明の情報処理方法の一実施態様において、前記コンポーネントリボケーションリストは、前記ドライブに装着された情報記録媒体に格納されたリストであり、前記コンポーネント認証ステップは、前記情報記録媒体から読み取ったコンポーネントリボケーションリストに基づくＩＤ照合処理を実行することを特徴とする。

さらに、本発明の第４の側面は、
情報記録媒体からの読み取りデータの処理を行なうコンポーネントに対する認証およびデータ出力処理制御を実行するコンピュータ・プログラムであり、
処理対象データを格納した情報記録媒体を装着したドライブによるコンポーネント認証ステップと、
前記コンポーネント認証における認証の成立を条件として、前記ドライブから前記コンポーネントに対して、前記情報記録媒体からの読み取りデータを出力するデータ出力ステップとを有し、
前記コンポーネント認証ステップは、
認証処理対象コンポーネントの属性が、予め設定されたデータ処理許容コンポーネント属性を有するか否かの属性確認ステップを含み、
前記認証処理対象コンポーネントの属性が、予め設定されたデータ処理許容コンポーネント属性を有することを認証成立の条件とした認証処理を実行することを特徴とするコンピュータ・プログラムにある。

なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記録媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本発明の構成によれば、情報記録媒体からの読み取りデータの処理を行なうコンポーネントに対する認証において、コンポーネントの属性が、予め設定されたデータ処理許容コンポーネント属性を有するか否かの属性確認処理を実行し、認証処理対象コンポーネントの属性が、予め設定されたデータ処理許容コンポーネント属性を有することを認証成立の条件としたので、例えばコンポーネントがハードウェアコンポーネントである場合に限り、コンテンツ等のデータ処理を許容することが可能となる。ソフトウェアコンポーネントを処理許容コンポーネントから排除することにより、ＰＣ等に構成された汎用メモリ、汎用バスにコンテンツ処理の際に発生する中間データ、鍵データ、デジタルコンテンツ等の漏洩を防止すべきデータが出力あるいは格納される可能性を低減し、セキュリティの高いコンテンツ利用、再生処理が実現される。

また、本発明の構成によれば、コンテンツを格納した情報記録媒体にコンテンツの処理を許容するコンポーネントの属性情報を併せて格納し、情報記録媒体を装着したドライブが、データ処理許容コンポーネント属性情報を情報記録媒体から読み取って、読み取り情報に基づいてコンポーネントの属性確認および認証を実行する構成としたので、コンテンツ提供者が任意に定めたデータ処理許容コンポーネント属性情報に従ったデータ処理コンポーネントの設定が可能となる。具体的には、
ハードウェアコンポーネントのみをデータ処理許容コンポーネント属性とする、
ソフトウェアコンポーネントのみをデータ処理許容コンポーネント属性とする、
ハードウェアコンポーネントおよびソフトウェアコンポーネントの両コンポーネントをデータ処理許容コンポーネント属性とするなど、コンテンツに応じた様々な設定が可能となる。

以下、図面を参照しながら、本発明の情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。

まず、本発明に係るデータ処理を実行する情報処理装置の構成例について説明する。なお、本発明の情報処理装置の実行するデータ処理とは、ＤＶＤ、青色レーザディスク等、各種の情報記録媒体から読み出されるデータの復号処理、再生処理に伴うデータ処理である。処理対象となるデータは、コンテンツ実体データのみならず、コンテンツの復号に適用する暗号鍵、あるいは暗号鍵、さらに、コンテンツ利用条件情報、プレイリスト、再生プログラムなどのコンテンツの付随する各種の付帯情報、付帯プログラムなども含まれる。

図１は、上述したデータ処理を実行する情報処理装置１００の一実施例構成を示すブロック図である。情報処理装置１００は、ネットワークＩ／Ｆ１１０、ハードウェアコンポーネント１２０、Ａ／Ｄ，Ｄ／Ａコンバータ１３１を備えた入出力Ｉ／Ｆ(Interface)１３０、ハードディスクドライブ（ＨＤＤ）１４０、ＣＰＵ(Central Processing Unit)１５０、メモリ１６０、さらに、ＤＶＤ、青色レーザディスク等の情報記録媒体１７２を装着するドライブ１７０を有する。ドライブ１７０にはコンポーネント間の認証処理、データ入出力制御を実行するデータ処理部１７１が備えられている。

図１に示す各構成部は、バス１０１によって相互接続され、各構成部間でのデータ転送コマンド転送が可能な構成となっている。バス１０１は、例えばＰＣＩバスなどの汎用バス、ＡＧＰなどのグラフィックス専用高速バスなどを含み、これらのバスが用途に応じて使用される。

情報記録媒体１７２に格納されたＡＶストリームデータの再生を行う場合のデータ処理としては、ドライブ１７０において情報記録媒体１７２から読み出された暗号化コンテンツの復号に適用するための鍵の生成、生成した鍵に基づく暗号化コンテンツの復号処理等、一連の暗号処理がある。

さらに、情報記録媒体１７２に格納されたデータがビデオ・オーディオ・字幕等の各種データを多重化したデータである場合は、多重化データから、ビデオ・オーディオ・字幕データを分離抽出する処理（ＭＰＥＧ−ＥＳ（エレメンタリストリーム）の抽出処理）が実行される。さらに、分離抽出されたビデオ・オーディオ・字幕等のデコード処理、例えばＭＰＥＧデコードが実行される。

デコード処理の結果として取得されたコンテンツデータは、入出力Ｉ／Ｆ１３０から出力される。なお、入出力Ｉ／Ｆ１３０はデジタル信号出力、アナログ信号出力の両方または少なくとも一方の信号出力可能な構成を有する。入出力Ｉ／Ｆ１３０からの出力は、図示していないモニタ、スピーカ、ＡＶアンプなどへ出力され、コンテンツの表示、再生が行なわれる。

上述したように、情報記録媒体１７２に格納されたＡＶストリームデータの再生を行う場合、
ａ．暗号化コンテンツの復号、コンテンツ復号用の鍵生成などの処理に伴う暗号処理
ｂ．ビデオ・オーディオ・字幕データの分離抽出処理（ＭＰＥＧ−ＥＳ（エレメンタリストリーム）の抽出処理）
ｃ．デコード処理
の各種処理が行なわれる。

これらの処理を実行するデバイスは、情報記録媒体の再生を実行する情報処理装置（例えばＰＣ）の構成によって異なるものとなる。情報記録媒体上のＡＶストリーム形式、暗号化方式に対応した専用のハードウェアコンポーネントが存在する場合、特定の専用ハードウェアコンポーネントが上記３つの処理ａ，ｂ，ｃを全て実行することが可能である。

すなわち、図１に示すハードウェアコンポーネント１２０が専用ハードウェアコンポーネントである場合は、
ａ．暗号化コンテンツの復号処理に伴う各種暗号処理
ｂ．ビデオ・オーディオ・字幕データの分離抽出処理（ＭＰＥＧ−ＥＳ（エレメンタリストリーム）の抽出処理）
ｃ．デコード処理
のすべての処理をハードウェアコンポーネント１２０内部において実行することになる。

このような専用ハードウェアコンポーネントが存在しない場合、ソフトウェアコンポーネントとハードウェアコンポーネント（ビデオカード、サウンドカードなど）が協同で上記ａ〜ｃの処理を行うことになる。

すなわち、図１に示すハードウェアコンポーネント１２０が、上記ａ〜ｃのすべての処理を実行する専用ハードウェアコンポーネントでない場合は、図１に示すソフトウェアコンポーネント１８０と、ビデオカード、サウンドカードなどからなるハードウェアコンポーネント１２０との協同処理として、上記ａ〜ｃの処理を実行することになる。

なお、ここで、ソフトウェアコンポーネント１８０とは、
ａ．暗号化コンテンツの復号処理に伴う各種暗号処理
ｂ．ビデオ・オーディオ・字幕データの分離抽出処理（ＭＰＥＧ−ＥＳ（エレメンタリストリーム）の抽出処理）
ｃ．デコード処理
の少なくともいずれかの処理、またはその一部の処理を実行するコンピュータ・プログラムを実行するコンポーネントであり、上記処理の実行シーケンスを設定したコンピュータ・プログラムとしてのソフトウェアと、コンピュータ・プログラムを実行する汎用のハードウェアとしてのＣＰＵ１５０、メモリ１６０等のハード構成を含むコンポーネントである。

ソフトウェアコンポーネントを適用した処理の場合、上記ａ〜ｃの処理の処理制御を実行するのは、例えばＰＣの汎用ＯＳ上において実行可能なデータ処理プログラム（ソフトウェア）である。従って、ＣＰＵ１５０、メモリ１６０等のハードを含むが、制御の主体としての実体は、ソフトウェアであるので、このようなコンポーネントをソフトウェアコンポーネントと呼ぶ。

専用ハードウェアコンポーネントで上記ａ〜ｃの全ての処理を実行可能であれば、暗号化コンテンツの処理に際して発生する中間データや、暗号鍵データ、復号されたデジタルコンテンツデータが情報処理装置の汎用のメモリ１６０に格納されることはなく、外部にこれらの情報が漏洩する可能性を低減することができる。

しかし、このような専用ハードウェアコンポーネントが存在しない場合、ソフトウェアコンポーネントと各種のハードウェアコンポーネント（ビデオカード、サウンドカードなど）が協同で上記ａ〜ｃの処理を行うことになる。この場合には、暗号化コンテンツの処理に際して発生する中間データや、暗号鍵データが情報処理装置の汎用のバス１０１を介して転送されたり、あるいは汎用のメモリ１６０に格納される場合があり、外部にこれらの情報が漏洩する可能性が高まることになる。

図２を参照して、専用ハードウェアコンポーネントによる処理と、ソフトウェアコンポーネントと各種のハードウェアコンポーネント（ビデオカード、サウンドカードなど）が協同で行なうコンテンツ処理について説明する。

図２（ａ）は、専用ハードウェアコンポーネント２１０によるコンテンツデータ処理構成を示し、図２（ｂ）は、ソフトウェアコンポーネント２２２とハードウェアコンポーネント（ビデオカード、サウンドカードなど）２２１が協同で行なうコンテンツデータ処理構成について示している。

図２（ａ）の構成では、ドライブ２７０において、情報記録媒体２７２から読み出された暗号化コンテンツを含む未処理データがバス２８０を介して専用ハードウェアコンポーネント２１０に入力され、上述の処理、すなわち、
ａ．暗号化コンテンツの復号処理に伴う各種暗号処理
ｂ．ビデオ・オーディオ・字幕データの分離抽出処理（ＭＰＥＧ−ＥＳ（エレメンタリストリーム）の抽出処理）
ｃ．デコード処理
の各処理を専用ハードウェアコンポーネント２１０が実行する。その処理結果データは、バス２８０を介して図示しない入出力Ｉ／Ｆに転送され、外部に出力される。この図２（ａ）に示す構成では、暗号化コンテンツの処理に際して発生する中間データや、暗号鍵データが情報処理装置の汎用のバス２８０を介して転送されたり、あるいは汎用のメモリに格納されることはなく、外部にこれらの情報が漏洩する可能性を低減することができる。

一方、図２（ｂ）の構成では、ドライブ２７０において、情報記録媒体２７２から読み出された暗号化コンテンツを含む未処理データがバス２８０を介してソフトウェアコンポーネント２２２、あるいはビデオカード、サウンドカードなどによって構成される汎用ハードウェアコンポーネント２２１に入力され、ソフトウェアコンポーネント２２２において、ＣＰＵ２２３の制御の下にデータ処理プログラム（ソフトウェア）が実行され、ソフトウェアコンポーネント２２２と汎用ハードウェアコンポーネント２２１の協同処理として、上記ａ〜ｃの処理を行うことになる。

このソフトウェアコンポーネント２２２を適用した処理の場合、上記ａ〜ｃの処理の処理制御は、例えばＰＣの汎用ＯＳ上において実行可能なデータ処理プログラム（ソフトウェア）によって行なわれる。

この場合には、暗号化コンテンツの処理に際して発生する中間データや、暗号鍵データが情報処理装置の汎用のバス２８０を介して転送されたり、あるいは汎用のメモリ２３４に格納される場合があり、バス２８０上のデータ取得や、メモリ２２４のデータ取得などによる外部への情報漏洩の可能性を高めてしまうという問題を発生させる。

本発明は、上述の問題点を排除するものであり、コンテンツの処理（上記ａ〜ｃの処理）を実行しようとするコンポーネントの認証をドライブが実行する構成において、認証処理に際してコンポーネントの属性確認を実行する。

ドライブは、コンテンツ処理予定のコンポーネントの認証処理において実行する属性確認によって、コンポーネントが予め許容されたコンポーネント属性を持つと確認された場合に限り、コンテンツの処理を許容し、その限られた属性を持つコンポーネントに対してのみ処理対象コンテンツ、すなわち情報記録媒体からの読み出しコンテンツを出力する。

具体的には、情報記録媒体を装着し、情報記録媒体からのデータ読み取りを実行するドライブ装置は、コンテンツのデータ処理を実行する各コンポーネントとの認証処理に際して、不正コンポーネントのリストとして設定されるコンポーネントリボケーションリストに基づくリボーク確認処理を実行するとともに、コンポーネン属性の確認処理を実行する。ドライブ装置は、
ａ．コンポーネントがリボーク（排除）コンポーネントでないこと、
ｂ．コンポーネント属性が、予め定めた所定の属性を有すること、
これらの２つの条件を満足することが確認された場合に限り、そのコンポーネントに対するコンテンツ処理を許容し、情報記録媒体からの読み取られたコンテンツを含むデータをコンポーネントに出力する。

図３を参照して、本発明の情報処理装置において実行するコンポーネント認証処理について説明する。情報記録媒体２７２を装着し、情報記録媒体２７２からのデータ読み取りを実行するドライブ装置２７０は、データ処理部２７１において、コンテンツのデータ処理を実行する予定のコンポーネントの認証処理として、リボーク確認および属性確認処理を実行する。

図３に示すように、ドライブ装置２７０は、データ処理部２７１は、情報記録媒体２７２の駆動処理、データ読み取り、データ書き込み処理を行なう記録媒体制御部２８１、情報処理装置内のコンテンツ処理を実行するコンポーネントに対するデータ入出力を行なう入出力インタフェース２８２、コンポーネントとの認証処理を実行する認証処理部２８３、記憶部２８４を有する。

認証処理部２８３は、不正コンポーネントＩＤの登録情報としてのコンポーネントリボケーションリストに基づくリボーク確認処理を実行するリボーク確認部２９１と、コンポーネントの属性確認処理を実行する属性確認部２９２と、乱数発生、鍵生成処理等の暗号処理、演算処理を実行する暗号処理／演算処理部２９３を有する。記憶部２８４には、ドライブの固有鍵である鍵ベクター（Ａｖ）等が格納されている。

コンポーネントの認証処理におけるリボーク確認および属性確認処理において適用するコンポーネントリボケーションリスト（ＣＲＬ）と、処理許容コンポーネント属性判定リストは、情報記録媒体２７２に格納され、リボーク確認および属性確認、各確認処理の際には、情報記録媒体２７２から読み取られたリストが使用される。

なお、情報記録媒体２７２から読み取られたコンポーネントリボケーションリスト（ＣＲＬ）と、処理許容コンポーネント属性判定リストは、記憶部２８４に格納して保持する構成としてもよく、記憶部２８４に格納されたコンポーネントリボケーションリスト（ＣＲＬ）と、処理許容コンポーネント属性判定リストに基づく認証を実行してもよい。また、これらのリストは、ネットワーク接続されたサーバから取得する構成としてもよい。これらのリストのデータ格納構成、取得構成については、さらに後段で説明する。

認証処理部２８３は、例えば、専用ハードウェアコンポーネント２１０、あるいはソフトウェアコンポーネント２２２を対象としたリボーク確認と、属性確認を含む認証処理を実行する。

認証処理部２８３のリボーク確認部２９１は、情報記録媒体２７２または記憶部２８４に格納された不正コンポーネントのリストとしてのコンポーネントリボケーションリスト（ＣＲＬ）に基づいてコンポーネントとの認証処理を実行する。コンポーネントリボケーションリスト（ＣＲＬ）の例を図４に示す。

コンポーネントリボケーションリスト（ＣＲＬ）は、図４に示すように、不正であると判断されたコンポーネントに設定されたコンポーネントＩＤをリストとして設定したものである。

コンポーネントＩＤは、ドライブと各コンポーネント間で実行される認証および属性確認処理のシーケンス中に、ドライブがコンポーネントから受領する。ドライブの認証処理部２８３のリボーク確認部２９１は、は、コンポーネントから受領したコンポーネントＩＤが、コンポーネントリボケーションリスト（ＣＲＬ）に設定されたＩＤに含まれるか否かを判定し、含まれる場合にコンテンツ処理を不許可とする。

コンポーネントから受領したコンポーネントＩＤが、コンポーネントリボケーションリスト（ＣＲＬ）に含まれない場合には、さらに、認証処理部２８３の属性確認部２９２におけるコンポーネント属性確認において、コンポーネントが処理を許容するコンポーネント属性を持つか否かが判定され、コンポーネントが処理を許容するコンポーネント属性を持つことが確認された場合に、コンテンツ処理が許容される。

なお、コンポーネントリボケーションリスト（ＣＲＬ）は、コンテンツの利用管理を行なっている管理センタにおいて生成され、逐次更新される。

更新されたコンポーネントリボケーションリスト（ＣＲＬ）は、例えば、コンテンツを格納した情報記録媒体に併せて格納され、ユーザの再生装置としての情報処理装置は、更新されたコンポーネントリボケーションリスト（ＣＲＬ）を格納した情報記録媒体を装着した際に、リストのバージョン比較を実行し、自装置の記憶部に格納されたリストより、情報記録媒体に格納されたリストのバージョンが新しい場合は、自装置の記憶部に格納されたコンポーネントリボケーションリスト（ＣＲＬ）を新しいものに置き換えるリスト更新処理を実行する。

なお、更新コンポーネントリボケーションリスト（ＣＲＬ）は、インターネット等のネットワークを介してユーザの再生装置としての情報処理装置に提供する構成としてもよい。

認証処理部２８３における属性確認部２９２は、情報記録媒体２７２または記憶部２８４に格納されたコンテンツ処理を許容するコンポーネント属性情報を格納したリストとしての処理許容コンポーネント属性判定リストに基づいてコンポーネントの属性がコンテンツ処理を許容する属性を持つか否かを判定する処理を実行する。処理許容コンポーネント属性情報の例を図５に示す。

処理許容コンポーネント属性判定リストは、様々な構成とすることが可能である。図５には、２つの処理許容コンポーネント属性情報リストの例を示している。

図５（ａ）は、コンポーネントＩＤに基づいて、コンポーネントがハードウェアコンポーネントである場合にコンテンツ処理を許容し、ソフトウェアコンポーネントである場合にコンテンツ処理を許容しない設定とした処理許容コンポーネント属性判定リストである。

処理許容コンポーネント属性判定リストは、例えば、図に示すように、判別するコンポーネント属性情報に対応付けられたコンポーネントＩＤ、あるいはＩＤの範囲を示す情報と、処理許容情報との対応リストとして設定される。

コンポーネントＩＤは、ドライブと各コンポーネント間で実行される認証および属性確認処理のシーケンス中に、ドライブがコンポーネントから受領する。ドライブの属性確認処理部２８４は、コンポーネントから受領したコンポーネントＩＤが、処理許容コンポーネント属性判定リストにおいて、処理を許容する属性を持つコンポーネントに設定されたＩＤに含まれるか否かを判定し、含まれる場合にコンテンツ処理を許容し、含まれない場合には、コンテンツ処理を不許可とする。

図５（ａ）のリストの例は、コンポーネントがハードウェアコンポーネントである場合にのみコンテンツ処理を許容し、コンポーネントがソフトウェアコンポーネントである場合にはコンテンツ処理を不許可とした処理許容コンポーネント属性情報リストの例を示している。

ドライブの認証処理部２８３の属性確認部２９２は、コンポーネントから受領したコンポーネントＩＤが、処理許容コンポーネント属性判定リストにおいて、処理を許容する属性を持つコンポーネントに設定されたＩＤ、すなわち、xxxxx222xxx〜xxxxx555xxxに含まれるか否かを判定し、含まれる場合には、ハードウェアコンポーネントであると判定し、コンテンツ処理を許容し、含まれない場合、すなわち、xxxxx777xxx〜xxxxx888xxxである場合は、ソフトウェアコンポーネントであると判定し、コンテンツ処理を不許可とする。なおコンポーネントＩＤの［xxx］は任意のデータを意味する。

なお、図５の例では、コンテンツ処理を許可するコンポーネント属性およびコンポーネントＩＤと、コンテンツ処理を許可しないコンポーネント属性およびコンポーネントＩＤとの２つのエントリを設定したリスト例を示してあるが、一方のエントリのみをリストとして設定した構成としてもよい。

図５（ｂ）は、コンテンツ処理を実行するコンポーネントが、ハードウェアコンポーネントであるかソフトウェアコンポーネントであるかのみならず、ハードウェアコンポーネントである場合に、そのメーカーを判別し、コンテンツ処理を許容するコンポーネントを特定のメーカーのハードウェアコンポーネントとすることを可能とした処理許容コンポーネント属性判定リストである。

ドライブの属性確認部２９２は、コンポーネントから受領したコンポーネントＩＤが、xxxxx222xxx〜xxxxx555xxxに含まれる場合は、メーカーＡのハードウェアコンポーネントであると判定し、コンテンツ処理許容コンポーネントであると判定する。同様に、コンポーネントから受領したコンポーネントＩＤが、xxxxx556xxx〜xxxxx666xxxに含まれる場合は、メーカーＢのハードウェアコンポーネントであると判定し、コンテンツ処理許容コンポーネントであると判定する。

また、コンポーネントから受領したコンポーネントＩＤが、xxxxx667xxx〜xxxxx699xxxに含まれる場合は、メーカーＣのハードウェアコンポーネントであると判定し、コンテンツ処理許容コンポーネントでないと判定する。同様に、コンポーネントから受領したコンポーネントＩＤが、xxxxx777xxx〜xxxxx888xxxに含まれる場合は、ソフトウェアコンポーネントであると判定し、コンテンツ処理許容コンポーネントでないと判定する。

コンポーネントがコンテンツ処理許容コンポーネントであるか否かを判定するためのコンポーネント属性は、図５（ａ）に示すように、
＊ハードウェアコンポーネントかソフトウェアコンポーネントかの判別、
さらに、図５（ｂ）に示すように、
＊ハードウェアコンポーネントかソフトウェアコンポーネントかの判別、およびハードウェアコンポーネントのメーカー判別、
などの態様の他、例えば図６に示す各種のコンポーネント属性判別に基づいてコンテンツ処理許容コンポーネントを選択することが可能である。なお、これらのコンポーネント属性判別は、ドライブの属性確認部２９２が、コンポーネントから受領したコンポーネントＩＤに基づいて判定する。

図６に示すコンテンツ処理許容コンポーネントの判別に適用するコンポーネント属性例について説明する。
＊コンポーネントカテゴリ
例えば、コンテンツ処理予定のコンポーネントが、ソフトウェアプログラムコンポーネントであるか、ビデオカードコンポーネントであるか、オーディオカードコンポーネントであるか、ドライブ装置コンポーネントであるか等、コンポーネントのカテゴリを判別して、特定のカテゴリに属するコンポーネントである場合にコンテンツ処理許容コンポーネントとして判定する。

各カテゴリとコンポーネントＩＤとの対応は、例えば、以下のような設定となる。
ソフトウェアプログラム＝コンポーネントＩＤ：11xxxxxxxxxx〜18xxxxxxxxxx
ビデオカード＝コンポーネントＩＤ：21xxxxxxxxxx〜25xxxxxxxxxx
オーディオカード＝コンポーネントＩＤ：32xxxxxxxxxx〜37xxxxxxxxxx
ドライブ装置＝コンポーネントＩＤ：51xxxxxxxxxx〜62xxxxxxxxxx
ドライブの属性確理部２９２は、コンポーネントから受領したコンポーネントＩＤに基づいてカテゴリを判定し、特定のカテゴリに属するコンポーネントである場合にコンテンツ処理許容コンポーネントとして判定する。

この他、メーカー固有のＩＤや、ライセンス契約によって取得するＩＤなどをコンポーネントＩＤに含ませる設定としてコンポーネントメーカーをコンポーネントＩＤに基づいて判定可能とする構成や、１つのメーカーが複数のモデルを生産する場合に各コンポーネントに設定するモデル識別子をコンポーネントＩＤに含ませる設定としてコンポーネントモデルをコンポーネントＩＤに基づいて判定可能とする構成や、プログラムのバージョンや、ハードウェア内に格納されるファームウェアのバージョンなどのバージョン情報をコンポーネントＩＤに含ませる設定としてコンポーネントバージョンをコンポーネントＩＤに基づいて判定可能とする構成が可能である。

さらに、コンポーネントの製造時期をコンポーネントＩＤに基づいて判別するように、コンポーネントの製造時期の識別情報をコンポーネントＩＤに含ませる設定としてコンポーネントの製造時期をコンポーネントＩＤに基づいて判定可能とする構成、さらに、例えば青色レーザディスク（Blu-ray Disc）規格のバージョン１．００（Ver1.00）に対応するコンポーネントであるか、バージョン２．００（Ver2.00）に対応するコンポーネントであるかを識別可能なコンポーネントＩＤを設定するなど、様々な規格対応のコンポーネントであるか否かをコンポーネントＩＤに基づいて判定可能なコンポーネント属性とする構成などが可能である。

このように、コンポーネントＩＤに基づく判定可能なコンポーネント属性としては、
ハードウェアであるかソフトゥェアであるか、
コンポーネントカテゴリ
コンポーネントモデル、
コンポーネントバージョン、
コンポーネントの製造時期、
対応規格のコンポーネントバージョン
など、様々な属性情報がある。

ドライブの記憶部２８４には、判定する属性に応じた処理許容コンポーネント属性判定リストが格納され、ドライブとコンポーネント間の認証および属性確認処理シーケンスにおいて、ドライブがコンポーネントから受領したコンポーネントＩＤに基づいて、記憶部２８４に格納された処理許容コンポーネント属性判定リストを参照して、コンポーネント属性が、処理許容コンポーネントとしての属性を有するか否かを判定して、処理許容属性を有すると判定した場合に限り、コンポーネントに対して情報記録媒体からの読み出しコンテンツを出力する。

上述したように、ドライブ装置は、
ａ．コンポーネントがリボークされていないこと、
ｂ．コンポーネント属性が、予め定めた所定の属性を有すること、
これらの２つの条件を満足することの確認処理を、リボケーションリスト、および処理許容コンポーネント属性判定リストに基づいて実行し、ａ，ｂの条件を満足する場合に限り、そのコンポーネントに対するコンテンツ処理を許容し、情報記録媒体からの読み取りデータをコンポーネントに出力する。

図７を参照して、ドライブと、コンポーネント間で実行するリボーク確認および属性確認処理を含むコンポーネント認証処理の詳細シーケンスについて説明する。

図７において、左サイドがドライブ側の認証処理部の処理であり、右サイドがコンテンツ処理を実行予定のコンポーネント側の認証処理を実行するデータ処理部の処理である。コンポーネントには、ハードウェアコンポーネント、ソフトウェアコンポーネントなど様々なコンポーネントが含まれる。

コンポーネントには、予め以下に説明する認証処理を実行するプログラムが格納され、コンポーネント側のＣＰＵ等のデータ処理部の制御に基づいて、以下の認証シーケンスが実行される。従って、以下の認証シーケンスが実行できないコンポーネントは、コンテンツ処理コンポーネントとしては認められないことになる。

コンテンツ処理を実行しようとするコンポーネント側のデータ処理部は、ステップＳ１１において、乱数（Ｂｎ）を生成し、さらに、ステップＳ１２において、コンポーネントの識別情報として設定されているコンポーネントＩＤと、コンポーネントの固有鍵として設定され、コンポーネントに格納されている鍵ベクター（Ｂｖ）を格納した証明書（Ｂｃｅｒｔ）にデータ改竄の有無や正当性の検証に適用するための電子署名（Ｂｓｉｇｎ）を設定し、ドライブ側にこれらのデータ［乱数（Ｂｎ），証明書（Ｂｃｅｒｔ），電子署名（Ｂｓｉｇｎ）］を送信する。

なお、証明書（Ｂｃｅｒｔ）に格納されるコンポーネントＩＤは、図５、図６を参照して説明したような、様々なコンポーネントの属性の少なくともいずれかのコンポーネント属性を判断可能なＩＤ情報として設定されている。

ドライブ側の認証処理部は、ステップＳ１３において、コンポーネントから受信したコンポーネントＩＤと鍵ベクター（Ｂｖ）とを格納した証明書（Ｂｃｅｒｔ）に設定された電子署名（Ｂｓｉｇｎ）に基づく検証処理を実行し、証明書（Ｂｃｅｒｔ）のデータ改竄の有無、正当性の確認を行なう。

電子署名（Ｂｓｉｇｎ）に基づく検証処理によって、証明書（Ｂｃｅｒｔ）の正当性があると判断されなかった場合は、以下の処理を実行することなく、コンポーネントに対するコンテンツ出力を行なうことなく処理を終了する。

電子署名（Ｂｓｉｇｎ）に基づく検証処理によって、証明書（Ｂｃｅｒｔ）の正当性があると判断された場合は、ステップＳ１４に進み、証明書（Ｂｃｅｒｔ）に格納されたコンポーネントＩＤと、ドライブ側に装着された情報記録媒体または記憶部に格納されたコンポーネントリボケーションリスト（ＣＲＬ）（図４参照）との照合処理を実行し、コンポーネントから受領したコンポーネントＩＤがコンポーネントリボケーションリスト（図４参照）に不正コンポーネントとして登録されたＩＤと一致するか否かを判定する。コンポーネントから受領したコンポーネントＩＤがコンポーネントリボケーションリストに登録されたコンポーネントＩＤと一致する場合は、認証対象のコンポーネントは、不正コンポーネントであると判断し、以下の処理を実行することなく、コンポーネントに対するコンテンツ出力を行なうことなく処理を終了する。

コンポーネントから受領したコンポーネントＩＤがコンポーネントリボケーションリストに登録されたコンポーネントＩＤでない場合は、リボケーションリストに基づく認証は成立したと判断し、次のステップＳ１５に進む。

ドライブの認証処理部２８３は、ステップＳ１５においてコンポーネントの属性確認処理を実行する。証明書（Ｂｃｅｒｔ）に格納されたコンポーネントＩＤと、ドライブ側に装着された情報記録媒体または記憶部に格納された処理許容コンポーネント属性判定リスト（図５参照）との照合処理を実行し、コンポーネントから受領したコンポーネントＩＤが処理許容コンポーネント属性判定リスト（図５参照）に処理許容コンポーネント属性を持つＩＤとして登録されているか否かを判定する。コンポーネントから受領したコンポーネントＩＤを、処理許容コンポーネント属性判定リスト（図５参照）と照合し、認証対象コンポーネントのコンポーネント属性が処理許容コンポーネント属性であるか否かを判定する。

処理許容コンポーネント属性判定リストに基づいて、属性確認処理を実行中のコンポーネントが、コンテンツ処理を許可しないコンポーネント属性を持つコンポーネントであると判断した場合は、以下の処理を実行することなく、コンポーネントに対するコンテンツ出力を行なうことなく処理を終了する。

ドライブの認証処理部が、処理許容コンポーネント属性判定リストに基づいて、属性確認処理を実行中のコンポーネントが、コンテンツ処理を許可されるコンポーネント属性を持つコンポーネントであると判定した場合は、次のステップＳ１６に進む。

ステップＳ１６において、ドライブは、乱数（Ａｎ）を生成し、ステップＳ１７において、ドライブ側の固有鍵である鍵ベクター（Ａｖ）を記憶部２８４（図３参照）から取り出して、乱数（Ａｎ）と鍵ベクター（Ａｖ）をコンポーネントに送信する。

コンポーネントは、ステップＳ１８において、先にステップＳ１１で生成した乱数（Ｂｎ）と自己の固有鍵である鍵ベクター（Ｂｖ）、さらに、ドライブから受信した乱数（Ａｎ）と、ドライブ側の固有鍵である鍵ベクター（Ａｖ）との各データに基づく暗号処理または演算処理により検証鍵Ｋ'ｖを生成する。さらに、ステップＳ１９において生成した検証鍵Ｋ'ｖのハッシュ値（Ｒ）を生成する。Ｒ＝Ｈａｓｈ（Ｋ'ｖ）である。コンポーネントは、生成した検証鍵Ｋ'ｖのハッシュ値（Ｒ）をドライブに送信する。

ドライブは、ステップＳ２０において、先のステップＳ１６において生成した乱数（Ａｎ）、ドライブ側の固有鍵である鍵ベクター（Ａｖ）と、コンポーネントから受信済みの乱数（Ｂｎ）とコンポーネントの固有鍵である鍵ベクター（Ｂｖ）とに基づく暗号処理または演算処理により検証鍵Ｋｖを生成する。

さらに、ステップＳ２１において生成した検証鍵Ｋｖのハッシュ値（Ｒ'）を生成する。Ｒ'＝Ｈａｓｈ（Ｋｖ）である。

次に、ドライブは、ステップＳ２２において、自己の生成したハッシュ値Ｒ'＝Ｈａｓｈ（Ｋｖ）と、コンポーネントから受信したハッシュ値Ｒ＝Ｈａｓｈ（Ｋ'ｖ）との比較処理を実行する。

比較結果が一致した場合は、最終的なコンポーネント認証が成立したと判定する。比較結果が一致しなかった場合は、認証不成立と判断し、以下の処理を実行することなく、コンポーネントに対するコンテンツ出力を行なうことなく処理を終了する。

比較結果が一致した場合は、さらに、ステップＳ２３において、先のステップＳ１６において生成した乱数（Ａｎ）、ドライブ側の固有鍵である鍵ベクター（Ａｖ）と、コンポーネントから受信済みの乱数（Ｂｎ）とコンポーネントの固有鍵である鍵ベクター（Ｂｖ）とに基づく暗号処理または演算処理により認証鍵Ｋａｕｔｈを生成する。また、コンポーネント側においても、同様に、ステップＳ２４において、乱数（Ａｎ）、ドライブ側の固有鍵である鍵ベクター（Ａｖ）と、コンポーネントにおいて生成した乱数（Ｂｎ）とコンポーネントの固有鍵である鍵ベクター（Ｂｖ）とに基づく暗号処理または演算処理により認証鍵Ｋａｕｔｈを生成する。

以上の処理に従って、コンポーネントのリボケーション状況の確認および属性確認処理を含む認証シーケンスが終了する。この認証シーケンスにおいて、コンポーネント認証が成立した場合は、ドライブ、コンポーネント双方が共通の認証鍵Ｋａｕｔｈを保有することになり、両デバイス間で転送される処理対象のコンテンツやコマンドなどが認証鍵Ｋａｕｔｈで暗号化されて送受信されることになる。

図８は、図７を参照して説明したドライブと、コンポーネント間の認証シーケンスにおける両デバイス間で転送されるデータおよびコマンドを説明するシーケンス図である。

ステップＳ１０１，Ｓ１０２において、コンポーネントは、デバイスに対してキー要求コマンド（ＳＥＮＤ ＫＥＹ ｃｏｍｍａｎｄ）とともに、［乱数（Ｂｎ），証明書（Ｂｃｅｒｔ），電子署名（Ｂｓｉｇｎ）］を送信する。

このコマンドおよびデータを受け取ったドライブ側は、電子署名（Ｂｓｉｇｎ）を用いて証明書（Ｂｃｅｒｔ）の正当性を検証する。証明書（Ｂｃｅｒｔ）の正当性が検証されると、証明書（Ｂｃｅｒｔ）からコンポーネントＩＤを取得して、リボケーションリストに基づくリボーク確認を実行し、さらに、処理許容コンポーネント属性判定リストに基づいて、認証対象コンポーネントが、処理許容コンポーネント属性を持つか否かを判定する。

これらリボーク確認、属性確認の２つの確認において、コンポーネントが処理許容コンポーネントであると確認されると、例えばＳＥＮＤ＿ＫＥＹコマンドに対する応答としてのＧＯＯＤステータスをステップＳ１０３で、コンポーネントに通知し、コマンドを完了させる（ＯＫ）。

証明書（Ｂｃｅｒｔ）の正当性が確認されなかったり、あるいは、コンポーネントＩＤに基づいて、リボークされていることが判明した場合、あるいは属性確認において、処理許容属性を持たないと判定された場合は、例えばＳＥＮＤ＿ＫＥＹコマンドを、図示しないＣＨＥＣＫ＿ＣＯＮＤＩＴＩＯＮステータスで完了させる。この場合には、以下の処理は実行されず、コンテンツがコンポーネントに出力されることはない。

リボーク確認、属性確認の２つの確認において、コンポーネントが処理許容コンポーネントであると確認されると、ステップＳ１０４のコンポーネント側からのリポートキーコマンド（ＲＥＰＯＲＴ ＫＥＹ ｃｏｍｍａｎｄ）の受信を条件として、ステップＳ１０５において、ドライブ側は、乱数Ａｎ、鍵ベクターＡｖをコンポーネント側へ転送する。

ドライブ側は、前述のやり取りが成功していた場合（例えばＳＥＮＤ＿ＫＥＹコマンドがＧＯＯＤステータスで完了した場合）は、ＲＥＰＯＲＴ＿ＫＥＹコマンドに対する応答として、ステップＳ１０６で、ＧＯＯＤステータスをコンポーネントに送信し、コマンドを完了させるが、前述のやり取りが失敗していた場合や実施されなかった場合には、ＣＨＥＣＫ＿ＣＯＮＤＩＴＩＯＮステータスで完了させる。この場合には、以下の処理は実行されず、コンテンツがコンポーネントに出力されることはない。

前述のプロセスで、例えばＲＥＰＯＲＴ＿ＫＥＹコマンドが成功した場合、コンポーネント側は、ドライブ側から受け取った［Ａｎ，Ａｖ］とコンポーネント側で持っている［Ｂｎ，Ｂｖ］とから検証鍵Ｋ'ｖを生成し、予め決められたＨａｓｈ関数を通して得た値Ｒを、ステップＳ１０７、Ｓ１０８において、例えばＳＥＮＤ＿ＫＥＹコマンドによってドライブ側へ転送する。

ドライブ側は、ドライブ内に持つ［Ａｎ，Ａｖ，Ｂｎ，Ｂｖ］から検証鍵Ｋｖを生成し、予め決められたＨａｓｈ関数を通して出力値Ｒ'を得る。そして、このドライブが計算したＲ'とＰＣ側から受け取ったＲとを比較して、値の一致を確認する。一致した場合、ドライブ側は、ステップＳ１０９において、例えばＳＥＮＤ＿ＫＥＹコマンドをＧＯＯＤステータスで完了させて、コンポーネント側へ認証が完了したことを知らせる。一致しなかった場合は、例えばＳＥＮＤ＿ＫＥＹコマンドをＣＨＥＣＫ＿ＣＯＮＤＩＴＩＯＮステータスで完了させる。この場合には、以下の処理は実行されず、コンテンツがコンポーネントに出力されることはない。図８は上記の認証プロセスが成功した場合の、ドライブ側とコンポーネント側との間でのコマンドのやりとりを示した図である。

前述のプロセスで、例えばＳＥＮＤ＿ＫＥＹコマンドがＧＯＯＤステータスで完了したなら、コンポーネント側とドライブ側は、それぞれ同じ［Ａｎ，Ａｖ，Ｂｎ，Ｂｖ］を持つことが確認されたことになり、それぞれ予め決められた方法によって、認証鍵Ｋａｕｔｈを算出することができる。

上述の認証シーケンスにおいて、コンポーネントがドライブ側に提示する情報について図９を参照して説明する。

コンポーネントは、ドライブに対して、乱数（Ｂｎ）３１０と、証明書３２０に電子署名３３０を付加したデータを送信する。

証明書には、コンポーネント識別情報としてのコンポーネントＩＤ３５０と、コンポーネントに設定された固有鍵としての鍵ベクター（Ｂｖ）３６０が含まれる。コンポーネントＩＤは、コンポーネント属性を確認可能な属性ＩＤ３５１と、その他のコンポーネントの個別確認情報としての個別ＩＤ３５２が含まれる。

ドライブは、電子署名３３０に基づいて証明書３２０の正当性を確認し、正当性の確認された証明書からコンポーネントＩＤ３５０を取り出して、コンポーネントＩＤを構成する属性ＩＤ３５１に基づいてコンポーネント属性を確認するとともに、個別ＩＤ３５２に基づいてリボーク確認を実行する。

コンポーネントＩＤ３５０のデータ構成としては、例えばコンポーネントＩＤ３５０の上位ビットを属性ＩＤ３５１、下位ビットを個別ＩＤ３５２として設定するなどの構成が可能である。

属性ＩＤ３５１とはそのコンポーネントの属性を示しており、例えばハードウェアコンポーネント、ソフトウェアコンポーネント、ドライブなどの分類に対して１つずつ割り当てられるものである。このＩＤは永久に１つの属性に対して１つ割り当てるものとは限らず、例えばソフトウェアコンポーネントであってもハードウェアコンポーネントと同等のセキュリティが確保できることが保証できる場合は、別途セキュアなソフトウェアコンポーネント用の属性ＩＤを割り当てて、既存のソフトウェアコンポーネントと分けて運用することも可能である。

個別ＩＤ３５２とは特定の属性ＩＤを持つコンポーネントがそれぞれ持っているユニークなＩＤで、コンポーネントを個別に識別することが可能なＩＤである。コンポーネントＩＤ中の個別ＩＤのみに基づいてリボーク検証を行なうことが可能である。

コンポーネントＩＤ３５０のデータ構成としては、上位ビットを個別ＩＤ３５２、下位ビットを属性ＩＤ３５１として設定したり、コンポーネントＩＤ３５１を元に一定の計算を行い、属性ＩＤと個別ＩＤが取得可能としたＩＤデータ設定としてもよい。なお、図９に示す例では、属性ＩＤ３５１と、個別ＩＤ３５２とを別ＩＤとして示してあるが、個別ＩＤ３５２の一部データが属性ＩＤ３５１を構成するＩＤ設定としてもよい。

図１０に、コンポーネントＩＤの設定例を示す。（ａ）は、上位ビットを属性ＩＤ、下位ビットを個別ＩＤとして、設定し、それぞれを属性確認、リボーク確認用のＩＤとして用いる構成である。上位ビットを個別ＩＤ、下位ビットを属性ＩＤとする設定や、コンポーネントＩＤの第ｎ〜ｍビットを属性ＩＤ、第ｐ〜ｑビットを個別ＩＤとして用いるなどの設定も可能である。

（ｂ）は、コンポーネントＩＤ＝個別ＩＤとして設定し、コンポーネントＩＤの一部のビットデータを属性ＩＤとして適用した例である。先に、図５、図６を参照して説明したコンポーネントＩＤはこのＩＤ設定例であり、個別ＩＤ（コンポーネントＩＤ）の一部データが属性ＩＤを構成するＩＤ構成の例である。

（ｃ）は、属性ＩＤと、個別ＩＤとをコンポーネントＩＤに基づく演算処理によって算出するデータとした例である。

このように、コンポーネントＩＤのデータ設定態様は、様々な設定が可能である。すなわち、コンポーネントＩＤの構成データに基づいて、リボーク判定と、属性判定が実行可能なデータ構成であればよい。

また、上述の例では、コンポーネントリボケーションリスト（ＣＲＬ）と、処理許容コンポーネント属性判定リストとをそれぞれ個別のリストとして設定した例について説明したが、コンポーネントリボケーションリスト（ＣＲＬ）と、処理許容コンポーネント属性判定リストとを１つのリストとして設定し、ドライブ側で唯一のリストに基づいて認証処理を実行する構成としてもよい。

図１１を参照してリストの設定例について説明する。図１１（Ａ）は、コンポーネントリボケーションリスト（ＣＲＬ）と、処理許容コンポーネント属性判定リストとを１つのリスト、すなわち処理許容コンポーネント判定リストとして設定した例である。

図１１（Ａ）に示す処理許容コンポーネント判定リスト４０１は、８ビット属性ＩＤと、２４ビット個別ＩＤの合計３２ビットのコンポーネントＩＤを格納したリスト構成であり、コンテンツ処理を許容しない属性ＩＤと、個別ＩＤをエントリとして設定したリスト例である。属性ＩＤと個別ＩＤは１６進数で示してある（０１ｈは１６進数の０１を表している）。

図１１（Ａ）に示す処理許容コンポーネント判定リスト４０１に、属性ＩＤ＝０１ｈ、個別ＩＤ＝０１２３４５ｈが設定されていた場合、
属性ＩＤ＝０１ｈ、かつ、個別ＩＤ＝０１２３４５ｈであるコンポーネントＩＤを提示したコンポーネントに対しては、ドライブは、認証を成立させない、すなわちコンテンツの処理を許容しない。

また、図１１（Ａ）に示す処理許容コンポーネント判定リスト４０１に、属性ＩＤ＝０２ｈ、個別ＩＤ＝ＡＢＣＤＥＦｈが設定されていた場合、
属性ＩＤ＝０２ｈ、かつ、個別ＩＤ＝ＡＢＣＤＥＦｈであるコンポーネントＩＤを提示したコンポーネントに対しては、ドライブは、認証を成立させない、すなわちコンテンツの処理を許容しない。

また、図１１（Ａ）に示す処理許容コンポーネント判定リスト４０１に、属性ＩＤ＝０１ｈ、個別ＩＤ＝ＦＦＦＦＦＦｈが設定されていた場合、
属性ＩＤ＝０１ｈを含むコンポーネントＩＤを提示したコンポーネントに対しては、個別ＩＤの値に関わらずドライブは、認証を成立させない、すなわちコンテンツの処理を許容しない。

図１１（Ｂ）は、コンポーネントリボケーションリスト（ＣＲＬ）と、処理許容コンポーネント属性判定リストとを個別のリストとして設定した例を示している。

コンポーネントリボケーションリスト（ＣＲＬ）４０２に、属性ＩＤ＝０１ｈ、個別ＩＤ＝０１２３４５ｈが設定されていた場合、
属性ＩＤ＝０１ｈ、かつ個別ＩＤ＝０１２３４５ｈであるコンポーネントＩＤを提示したコンポーネントに対しては、ドライブは、認証を成立させない、すなわちコンテンツの処理を許容しない。

コンポーネントリボケーションリスト（ＣＲＬ）４０２に、属性ＩＤ＝０２ｈ、個別ＩＤ＝ＡＢＣＤＥＦｈが設定されていた場合、
属性ＩＤ＝０２ｈ、かつ個別ＩＤ＝ＡＢＣＤＥＦｈであるコンポーネントＩＤを提示したコンポーネントに対しては、ドライブは、認証を成立させない、すなわちコンテンツの処理を許容しない。

コンポーネントリボケーションリスト（ＣＲＬ）４０２において、コンポーネントの提示したコンポーネントＩＤに含まれる個別ＩＤと一致する個別ＩＤが含まれない場合は、次に処理許容コンポーネント属性判定リストに基づいてコンポーネント属性が判定される。

図１１（Ｂ−１）に示す処理許容コンポーネント属性判定リスト４０３は、コンテンツ処理を許容する属性に対応する属性ＩＤをエントリデータとして構成したリスト例である。

処理許容コンポーネント属性判定リスト４０３に、属性ＩＤ＝０１ｈが設定されていた場合、
属性ＩＤ＝０１ｈを含むコンポーネントＩＤを提示したコンポーネントに対しては、ドライブは認証を成立させる。すなわちコンテンツの処理を許容する。

図１１（Ｂ−２）に示す処理許容コンポーネント属性判定リスト４０４は、コンテンツ処理を許容しない属性に対応する属性ＩＤをエントリデータとして構成したリスト例である。

処理許容コンポーネント属性判定リスト４０４に、属性ＩＤ＝０２ｈが設定されていた場合、
属性ＩＤ＝０２ｈを含むコンポーネントＩＤを提示したコンポーネントに対しては、ドライブは、認証を成立させない。すなわちコンテンツの処理を許容しない。

このように、ドライブが適用するコンポーネントリボケーションリスト（ＣＲＬ）、および処理許容コンポーネント属性判定リストのデータ構成は、様々な態様が可能である。

いずれの場合においても、コンポーネントから提示されるコンポーネントＩＤが、コンポーネントリボケーションリスト（ＣＲＬ）に不正コンポーネントとして登録されているか、あるいは、処理許容コンポーネント属性判定リストに基づいて処理の許容できない属性であると判定された場合には、そのコンポーネントに対するコンテンツ出力は実行されない。

なお、図１１（Ｂ−１）に示す処理許容コンポーネント属性判定リスト４０３のように、リストに列挙された属性ＩＤを持つコンポーネントとの認証を成立させるリスト設定は、リストに登録されていない新しい属性ＩＤを持つコンポーネントが出現した場合に認証を不成立とすることになる。一方、（Ｂ−２）に示す処理許容コンポーネント属性判定リスト４０４のように、リストに列挙された属性ＩＤを持つコンポーネントとの認証を成立させないとしたリスト設定とした場合は、リストに登録されていない新しい属性ＩＤを持つコンポーネントが出現した場合に認証を成立させることになり、よりセキュリティの高いコンポーネントに新たな属性ＩＤを割り当て既に流通している記録媒体上のコンテンツを再生させることが可能となる。

なお、コンポーネントリボケーションリスト（ＣＲＬ）と処理許容コンポーネント属性判定リストは、それぞれにデータエントリが必ず設定されている必要はなく、一方または両方のリストが空の状態である場合もある。

次に、図１２を参照して、コンポーネントの認証が成立する場合、成立しない場合の具体的な例について説明する。

図１２（Ａ）は、コンポーネントリボケーションリスト（ＣＲＬ）５１１のみを使用してコンポーネントＩＤに基づく照合を実行して、認証可否判定を実行する処理例を示し、図１２（Ｂ）は、コンポーネントリボケーションリスト（ＣＲＬ）５２１と、処理許容コンポーネント属性判定リスト５２２の２つのリストを使用してコンポーネントＩＤに基づく照合を実行して、認証可否判定を実行する処理例を示している。

図１２の例において、コンポーネント属性として判別する属性は、
ハードウェアコンポーネントであるか、
ソフトウェアコンポーネントであるか、
の属性判別であるものとし、各コンポーネントに設定されるコンポーネントＩＤは、８ビットの属性ＩＤと、２４ビットの個別ＩＤの合計３２ビットのコンポーネントＩＤであり、
属性ＩＤ＝０１ｈ→ソフトウェアコンポーネント
属性ＩＤ＝０２ｈ→ハードウェアコンポーネント
として、各属性ＩＤの値が各コンポーネント属性に対応付けられて設定されているものとする。

図１２（Ａ）の例において、コンポーネントリボケーションリスト（ＣＲＬ）５１１には、リボーク（排除）コンポーネントのコンポーネントＩＤとして、
属性ＩＤ＝０１ｈ，個別ＩＤ＝０００００２ｈ
属性ＩＤ＝０２ｈ，個別ＩＤ＝０００００２ｈ
の２つのエントリが設定されているものとする。

この設定のコンポーネントリボケーションリスト（ＣＲＬ）５１１を記憶部に格納したドライブに対して、（ａ）〜（ｄ）に示すコンポーネントＩＤを持つソフトウェアコンポーネント、またはハードウェアコンポーネントがコンテンツ処理予定コンポーネントとして、ドライブとの認証を実行し、それぞれのコンポーネントＩＤをドライブに提示したものとする。ドライブは、コンポーネントから提示されるコンポーネントＩＤをコンポーネントリボケーションリスト（ＣＲＬ）のエントリＩＤと照合して、一致する場合には、そのコンポーネントはリボーク（排除）対象であると判断し、認証不成立とし、一致しない場合には、そのコンポーネントはリボーク（排除）対象でないと判断し、認証成立と判定する処理を実行する。これらの判定処理結果が、図１２（Ａ）の右サイドに示してある。

具体的には、例えば（ａ）の場合、すなわち、
認証処理対象がソフトウェアコンポーネントで、コンポーネントＩＤが、
属性ＩＤ＝０１ｈ，個別ＩＤ＝０００００１ｈである場合、
このコンポーネントＩＤ［０１ｈ，０００００１ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５１１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
のいずれとも一致しないので、
コンポーネントＩＤ［０１ｈ，０００００１ｈ］を提示してきたソフトウェアコンポーネントはリボーク（排除）対象ではないと判定し、認証成立となる。

認証処理対象がハードウェアコンポーネントで、コンポーネントＩＤが、
属性ＩＤ＝０２ｈ，個別ＩＤ＝０００００１ｈである場合、
このコンポーネントＩＤ［０２ｈ，０００００１ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５１１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
のいずれとも一致しないので、
コンポーネントＩＤ［０２ｈ，０００００１ｈ］を提示してきたハードウェアコンポーネントはリボーク（排除）対象ではないと判定し、認証成立となる。

次に、（ｂ）の場合、認証処理対象がソフトウェアコンポーネントで、コンポーネントＩＤが、属性ＩＤ＝０１ｈ，個別ＩＤ＝０００００１ｈである場合、
このコンポーネントＩＤ［０１ｈ，０００００１ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５１１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
のいずれとも一致しないので、
コンポーネントＩＤ［０１ｈ，０００００１ｈ］を提示してきたソフトウェアコンポーネントはリボーク（排除）対象ではないと判定し、認証成立となる。

認証処理対象がハードウェアコンポーネントで、コンポーネントＩＤが、属性ＩＤ＝０２ｈ，個別ＩＤ＝０００００２ｈである場合、
このコンポーネントＩＤ［０２ｈ，０００００２ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５１１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
の一方と一致するので、
コンポーネントＩＤ［０２ｈ，０００００２ｈ］を提示してきたハードウェアコンポーネントはリボーク（排除）対象であると判定され、認証不成立となる。

次に、（ｃ）の場合、認証処理対象がソフトウェアコンポーネントで、コンポーネントＩＤが、属性ＩＤ＝０１ｈ，個別ＩＤ＝０００００２ｈである場合、
このコンポーネントＩＤ［０１ｈ，０００００２ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５１１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
の一方と一致するので、
コンポーネントＩＤ［０１ｈ，０００００２ｈ］を提示してきたソフトウェアコンポーネントはリボーク（排除）対象であると判定され、認証不成立となる。

認証処理対象がハードウェアコンポーネントで、コンポーネントＩＤが、
属性ＩＤ＝０２ｈ，個別ＩＤ＝０００００１ｈである場合、
このコンポーネントＩＤ［０２ｈ，０００００１ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５１１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
のいずれとも一致しないので、
コンポーネントＩＤ［０２ｈ，０００００１ｈ］を提示してきたハードウェアコンポーネントはリボーク（排除）対象ではないと判定し、認証成立となる。

次に、（ｄ）の場合、認証処理対象がソフトウェアコンポーネントで、コンポーネントＩＤが、属性ＩＤ＝０１ｈ，個別ＩＤ＝０００００２ｈである場合、
このコンポーネントＩＤ［０１ｈ，０００００２ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５１１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
の一方と一致するので、
コンポーネントＩＤ［０１ｈ，０００００２ｈ］を提示してきたソフトウェアコンポーネントはリボーク（排除）対象であると判定され、認証不成立となる。

認証処理対象がハードウェアコンポーネントで、コンポーネントＩＤが、属性ＩＤ＝０２ｈ，個別ＩＤ＝０００００２ｈである場合、
このコンポーネントＩＤ［０２ｈ，０００００２ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５１１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
の一方と一致するので、
コンポーネントＩＤ［０２ｈ，０００００２ｈ］を提示してきたハードウェアコンポーネントはリボーク（排除）対象であると判定され、認証不成立となる。

図１２（Ｂ）は、コンポーネントリボケーションリスト（ＣＲＬ）５２１と、処理許容コンポーネント属性判定リスト５２２の２つのリストを使用してコンポーネントＩＤに基づく照合を実行して、認証可否判定を実行する処理例を示している。

図１２（Ｂ）の例において、コンポーネントリボケーションリスト（ＣＲＬ）５２１には、リボーク（排除）コンポーネントのコンポーネントＩＤとして、図１２（Ａ）の例と同様、
属性ＩＤ＝０１ｈ，個別ＩＤ＝０００００２ｈ
属性ＩＤ＝０２ｈ，個別ＩＤ＝０００００２ｈ
の２つのエントリが設定されているものとする。

さらに、処理許容コンポーネント属性判定リスト５２２には、処理を許容しないコンポーネント属性に対応する属性ＩＤとして、
属性ＩＤ＝０１ｈ
の１つのエントリが設定されているものとする。
この処理許容コンポーネント属性判定リスト５２２は、属性ＩＤ＝０１ｈ、すなわち、ソフトウェアコンポーネントである場合に、処理を許容しないとした設定を持つリストである。

これらの設定のコンポーネントリボケーションリスト（ＣＲＬ）５２１と、処理許容コンポーネント属性判定リスト５２２とを記憶部に格納したドライブに対して、（ａ）〜（ｄ）に示すコンポーネントＩＤを持つソフトウェアコンポーネント、またはハードウェアコンポーネントがコンテンツ処理予定コンポーネントとして、ドライブとの認証を実行し、それぞれのコンポーネントＩＤをドライブに提示したものとする。ドライブは、コンポーネントから提示されるコンポーネントＩＤをコンポーネントリボケーションリスト（ＣＲＬ）のエントリＩＤと照合して、一致する場合には、そのコンポーネントはリボーク（排除）対象であると判断し、認証不成立とする。一致しない場合には、そのコンポーネントはコンポーネントリボケーションリスト（ＣＲＬ）５２１に基づくリボーク（排除）対象でないと判断し、次に、処理許容コンポーネント属性判定リスト５２２との照合処理を実行する。処理許容コンポーネント属性判定リスト５２２に基づいて、コンポーネントから提示されるコンポーネントＩＤが処理許容属性を持たないと判断された場合は、認証不成立とする。コンポーネントから提示されるコンポーネントＩＤが処理許容属性を持つと判断した場合は、認証成立と判定する処理を実行する。これらの判定処理結果が、図１２（Ｂ）の右サイドに示してある。

具体的には、例えば（ａ）の場合、すなわち、
認証処理対象がソフトウェアコンポーネントで、コンポーネントＩＤが、
属性ＩＤ＝０１ｈ，個別ＩＤ＝０００００１ｈである場合、
このコンポーネントＩＤ［０１ｈ，０００００１ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５２１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
のいずれとも一致しないので、
コンポーネントＩＤ［０１ｈ，０００００１ｈ］を提示してきたソフトウェアコンポーネントはリボーク（排除）対象ではないと判定し、次に、処理許容コンポーネント属性判定リスト５２２との照合処理を実行する。

コンポーネントＩＤ［０１ｈ，０００００１ｈ］中の、属性ＩＤ（０１ｈ）は、処理許容コンポーネント属性判定リスト５２２において処理を許容しない属性ＩＤとして設定しているエントリ［０１ｈ］と一致する。この結果、コンポーネントＩＤ［０１ｈ，０００００１ｈ］を提示したソフトウェアコンポーネントは処理を許容できない属性を持つと判断され、認証不成立となる。

認証処理対象がハードウェアコンポーネントで、コンポーネントＩＤが、
属性ＩＤ＝０２ｈ，個別ＩＤ＝０００００１ｈである場合、
このコンポーネントＩＤ［０２ｈ，０００００１ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５２１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
のいずれとも一致しないので、
コンポーネントＩＤ［０２ｈ，０００００１ｈ］を提示してきたハードウェアコンポーネントはリボーク（排除）対象ではないと判定し、次に、処理許容コンポーネント属性判定リスト５２２との照合処理を実行する。

コンポーネントＩＤ［０２ｈ，０００００１ｈ］中の、属性ＩＤ（０２ｈ）は、処理許容コンポーネント属性判定リスト５２２において処理を許容しない属性ＩＤとして設定しているエントリ［０１ｈ］と一致しない。この結果、コンポーネントＩＤ［０２ｈ，０００００１ｈ］を提示したハードウェアコンポーネントは処理を許容できる属性を持つと判断され、認証成立となる。

次に、（ｂ）の場合、認証処理対象がソフトウェアコンポーネントで、コンポーネントＩＤが、属性ＩＤ＝０１ｈ，個別ＩＤ＝０００００１ｈである場合、
このコンポーネントＩＤ［０１ｈ，０００００１ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５２１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
のいずれとも一致しないので、
コンポーネントＩＤ［０１ｈ，０００００１ｈ］を提示してきたソフトウェアコンポーネントはリボーク（排除）対象ではないと判定し、次に、処理許容コンポーネント属性判定リスト５２２との照合処理を実行する。

コンポーネントＩＤ［０１ｈ，０００００１ｈ］中の、属性ＩＤ（０１ｈ）は、処理許容コンポーネント属性判定リスト５２２において処理を許容しない属性ＩＤとして設定しているエントリ［０１ｈ］と一致する。この結果、コンポーネントＩＤ［０１ｈ，０００００１ｈ］を提示したソフトウェアコンポーネントは処理を許容できない属性を持つと判断され、認証不成立となる。

認証処理対象がハードウェアコンポーネントで、コンポーネントＩＤが、属性ＩＤ＝０２ｈ，個別ＩＤ＝０００００２ｈである場合、
このコンポーネントＩＤ［０２ｈ，０００００２ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５２１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
の一方と一致するので、
コンポーネントＩＤ［０２ｈ，０００００２ｈ］を提示してきたハードウェアコンポーネントはリボーク（排除）対象であると判定され、認証不成立となる。

次に、（ｃ）の場合、認証処理対象がソフトウェアコンポーネントで、コンポーネントＩＤが、属性ＩＤ＝０１ｈ，個別ＩＤ＝０００００２ｈである場合、
このコンポーネントＩＤ［０１ｈ，０００００２ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５２１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
の一方と一致するので、
コンポーネントＩＤ［０１ｈ，０００００２ｈ］を提示してきたソフトウェアコンポーネントはリボーク（排除）対象であると判定され、認証不成立となる。

認証処理対象がハードウェアコンポーネントで、コンポーネントＩＤが、
属性ＩＤ＝０２ｈ，個別ＩＤ＝０００００１ｈである場合、
このコンポーネントＩＤ［０２ｈ，０００００１ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５２１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
のいずれとも一致しないので、
コンポーネントＩＤ［０２ｈ，０００００１ｈ］を提示してきたハードウェアコンポーネントはリボーク（排除）対象ではないと判定し、次に、処理許容コンポーネント属性判定リスト５２２との照合処理を実行する。

コンポーネントＩＤ［０２ｈ，０００００１ｈ］中の、属性ＩＤ（０２ｈ）は、処理許容コンポーネント属性判定リスト５２２において処理を許容しない属性ＩＤとして設定しているエントリ［０１ｈ］と一致しない。この結果、コンポーネントＩＤ［０２ｈ，０００００１ｈ］を提示したハードウェアコンポーネントは処理を許容できる属性を持つと判断され、認証成立となる。

次に、（ｄ）の場合、認証処理対象がソフトウェアコンポーネントで、コンポーネントＩＤが、属性ＩＤ＝０１ｈ，個別ＩＤ＝０００００２ｈである場合、
このコンポーネントＩＤ［０１ｈ，０００００２ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
の一方と一致するので、
コンポーネントＩＤ［０１ｈ，０００００２ｈ］を提示してきたソフトウェアコンポーネントはリボーク（排除）対象であると判定され、認証不成立となる。

認証処理対象がハードウェアコンポーネントで、コンポーネントＩＤが、属性ＩＤ＝０２ｈ，個別ＩＤ＝０００００２ｈである場合、
このコンポーネントＩＤ［０２ｈ，０００００２ｈ］は、
コンポーネントリボケーションリスト（ＣＲＬ）５２１のエントリＩＤ
［０１ｈ，０００００２ｈ］
［０２ｈ，０００００２ｈ］
の一方と一致するので、
コンポーネントＩＤ［０２ｈ，０００００２ｈ］を提示してきたハードウェアコンポーネントはリボーク（排除）対象であると判定され、認証不成立となる。

図１２（Ａ）、（Ｂ）の認証結果を比較して理解されるように、（Ａ）のコンポーネントリボケーションリスト（ＣＲＬ）のみを利用した認証処理において認証が成立する場合でも、（Ｂ）のコンポーネントリボケーションリスト（ＣＲＬ）と、処理許容コンポーネント属性判定リストとを併用した認証処理においては認証が不成立となる場合が発生する。これは、図１２（Ｂ）の認証処理においては、処理許容コンポーネント属性判定リストに基づいて、ソフトウェアコンポーネントの属性を持つコンポーネントを全て認証不成立として排除することが可能となるからである。

このように、本発明の構成では、処理許容コンポーネント属性判定リストに基づいて、コンポーネントの属性確認を実行し、所定の属性を持つと確認されたコンポーネントに対してのみ認証成立とすることができ、例えば全てのソフトウェアコンポーネントをコンテンツ処理コンポーネントから排除するといった処理が可能となる。

前述したように、例えばＰＣにおいて、ソフトウェアプログラムに暗号化コンテンツ処理を実行させると、汎用のＯＳの制御の下に処理を実行するＣＰＵの処理として復号処理プログラムが実行され、その処理において発生する中間データや、結果データがＰＣの汎用のメモリに格納される可能性がある。このようなデータが搾取される可能性は否定できないものである。

従って、コンテンツ処理を、汎用のＣＰＵや、メモリを利用しない閉じられたハードウェアコンポーネント内で実行することが、コンテンツや暗号鍵の漏洩、複製を防止するための１つの有効な手段となる。

本発明の構成によれば、上述した処理許容コンポーネント属性判定リストに基づくコンポーネントの属性確認により、所定の属性を持つと確認されたコンポーネントに対してのみコンテンツ処理を許容することが可能となり、コンテンツや暗号鍵の漏洩、複製を効果的に防止することが可能となる。

コンポーネントの認証処理を実行するドライブは、上述したコンポーネントリボケーションリスト（ＣＲＬ）、処理許容コンポーネント属性判定リストを記憶部に格納し、これらのリストを適用したリボーク確認、属性確認を実行することになる。

図１３を参照して、コンポーネントリボケーションリスト（ＣＲＬ）、処理許容コンポーネント属性判定リストのデータ格納例について説明する。図１３には、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（青色レーザディスク）ＲＯＭフォーマットにおいてアプリケーション用ファイルを保管するディレクトリであるＢＤＭＶディレクトリ６０１を示してある。ＢＤＭＶディレクトリ６０１情報記録媒体に格納されたコンテンツの管理ディレクトリとして設定される。

図１３においてＢＤＭＶディレクトリ６０１のコンテンツデータ部６１１には、階層構成からなるコンテンツデータファイル、すなわち、タイトル、アプリケーションインデックス、再生プログラム、プレイリスト、クリップ等の各データファイルが含まれる。これらのデータファイルは情報記録媒体のユーザデータ領域に格納される。なお、コンテンツ実体データであるＡＶストリームは、クリップに暗号化されたデータファイルとして格納される。

コンポーネントリボケーションリスト（ＣＲＬ）、処理許容コンポーネント属性判定リストのデータの設定例としては、例えば図１３（Ａ）〜（Ｄ）に示す態様がある。

（Ａ）は、ＢＤＭＶディレクトリ６０１の管理データ部６１２のユーザデータ領域中にコンポーネントリボケーションリスト（ＣＲＬ）、処理許容コンポーネント属性判定リストの各リストデータを格納する例である。

（Ｂ）は、情報記録媒体上のユーザデータ領域にあるコンテンツデータ部６１１内のＡＶフォーマット用ファイルに挿入する。例えばタイトル、インデックスデータファイルや、プレイリスト等のＡＶフォーマット用ファイルに管理テーブルデータを挿入して、コンポーネントリボケーションリスト（ＣＲＬ）、処理許容コンポーネント属性判定リストを格納する。

（Ｃ）は、情報記録媒体の物理領域、すなわち、情報記録媒体に設定されたリードイン領域など、ユーザが直接アクセスできない領域にコンポーネントリボケーションリスト（ＣＲＬ）、処理許容コンポーネント属性判定リストを格納する例である。

（Ｄ）は、外部のサーバにコンポーネントリボケーションリスト（ＣＲＬ）、処理許容コンポーネント属性判定リストを保存し、コンテンツを格納した情報記録媒体からのコンテンツ再生を行なう情報処理装置がネットワークを介して、外部のサーバからコンポーネントリボケーションリスト（ＣＲＬ）、処理許容コンポーネント属性判定リストを取得し、取得したリストに基づいてコンポーネント認証処理を実行する構成としたものである。

コンポーネントリボケーションリスト（ＣＲＬ）、処理許容コンポーネント属性判定リストは、例えば、（Ａ）〜（Ｄ）のいずれかの態様で格納される。

なお、コンポーネントリボケーションリスト（ＣＲＬ）、処理許容コンポーネント属性判定リストは、ドライブがコンポーネントのコンポーネントＩＤとの照合処理に使用するものであり、ドライブだけがアクセスできるようにする必要がある場合は、上記（Ｃ）の方法を適用することが好ましい。また、コンポーネントリボケーションリスト（ＣＲＬ）、処理許容コンポーネント属性判定リストの情報を、必要に応じて更新する必要がある場合、上記（Ｄ）の方法、すなわちサーバに格納し、情報処理装置が必要に応じて更新されたリストを取得可能とする方法が有効である。

次に、図１４を参照して、ドライブとコンポーネント間の認証処理の結果、認証の成立したコンポーネントに対してドライブが情報記録媒体から読み取ったコンテンツを出力し、コンテンツ再生を実行するシーケンスについて説明する。

先に、図７を参照して説明したようにドライブとコンポーネント間の認証処理の結果、ドライブとコンポーネントは、それぞれ認証鍵Ｋａｕｔｈを共有する。

図１４は、認証鍵Ｋａｕｔｈを共有したドライブとコンポーネントの処理を示している。認証鍵Ｋａｕｔｈを共有した後、ドライブ側からコンポーネント側へ転送データ暗号鍵Ｋｃを作成するために必要な鍵Ｋｘが転送される。この鍵Ｋｘは、ステップＳ２０１において、ドライブ側で、認証鍵Ｋａｕｔｈで暗号化がなされ、Ｋｓｘ＝Ｅｎｃ（Ｋａｕｔｈ，Ｋｘ）としてコンポーネント側へ転送される。Ｅｎｃ（Ａ，Ｂ）はデータＢの鍵Ａを適用した暗号化データであることを示す。

コンポーネント側は、ステップＳ２１１において、受信データ：Ｋｓｘ＝Ｅｎｃ（Ｋａｕｔｈ，Ｋｘ）に対して、認証鍵Ｋａｕｔｈを適用した復号処理を実行し、鍵Ｋｘを取得する。

ドライブ側からコンポーネント側へ転送される鍵Ｋｘは、ドライブ内に記憶された固定値、ドライブ側で乱数を用いて生成されたその都度異なる値、あるいは、情報記録媒体７０１上に記録された特定の場所のデータを利用した値などである。

ドライブ側とコンポーネント側が同じ鍵Ｋｘをもった後、ドライブおよびコンポーネントの双方は、予め決められたＳＥＥＤ値と、鍵Ｋｘと認証鍵Ｋａｕｔｈから計算される値を利用して、それぞれステップＳ２０２、Ｓ２１２において、データ転送鍵Ｋｃを生成する。このデータ転送鍵Ｋｃを利用して、ドライブ側およびコンポーネント側間で送受信されるデータの暗号化がなされる。

例えばドライブにおいて情報記録媒体７０１から読み出されるコンテンツを含むデータは、ステップＳ２０３において、ドライブ側で、データ転送鍵Ｋｃを適用して暗号化がなされた後、コンポーネントに送信され、コンポーネント側で、ステップＳ２１３において、データ転送鍵Ｋｃを適用して復号処理がなされて再生される。なお、データ転送鍵Ｋｃを適用して復号処理がなされたコンテンツは、情報記録媒体７０１に格納された暗号化コンテンツであり、コンポーネントは、さらに暗号化コンテンツの復号処理を実行した後、再生出力することになる。

また、コンポーネントからドライブに対して送信される情報記録媒体７０１に対する書き込みデータは、ステップＳ２１４において、コンポーネント側でデータ転送鍵Ｋｃを適用して暗号化がなされた後、ドライブに送信され、ドライブ側で、ステップＳ２０４において、データ転送鍵Ｋｃを適用して復号して情報記録媒体に格納される。なお、ドライブは、必要に応じて、情報記録媒体７０１に対する格納処理の前に図示しない暗号鍵を適用したコンテンツ暗号化処理を実行して生成した暗号化コンテンツを情報記録媒体７０１に格納する。

図１５に、情報記録媒体からのデータ読み出しプロセスにおけるコンポーネント側とドライブ側とでのコマンドのやりとり、情報記録媒体に対するデータ書き込みしプロセスにおけるコンポーネント側とドライブ側とでのコマンドのやりとりを示す。

図１５（ａ）は、情報記録媒体からのデータ読み出しプロセスにおけるコンポーネント側とドライブ側とでのコマンドのやりとりである。ステップＳ３０１において、コンポーネント側はドライブ側に対してＲＥＰＯＲＴ＿ＫＥＹコマンドにより鍵Ｋｘを要求し、ドライブ側はこの要求に対して、ステップＳ３０２において、鍵Ｋｘを認証鍵Ｋａｕｔｈで暗号化したＫｓｘをＧＯＯＤステータスでコンポーネント側へ返す。

これを受けてコンポーネント側は、ステップＳ３０３において、ドライブ側に対してＲＥＡＤコマンドを出し、ドライブ側はこのＲＥＡＤコマンドを受けて、ステップＳ３０４において暗号化されたコンテンツ情報を転送する。暗号化されたコンテンツ情報の転送が終了すると、ドライブ側は、ステップＳ３０５において、コマンド処理終了を示すＧＯＯＤ ｓｔａｕｓをコンポーネントに送信し、処理を終了する。

書き込みプロセスにおけるＰＣ側とドライブ側とでのコマンドのやりとりを図１５（ｂ）に示す。ステップＳ４０１において、コンポーネント側はドライブ側に対してＲＥＰＯＲＴ＿ＫＥＹコマンドにより鍵Ｋｘを要求し、ドライブ側はこの要求に対して、ステップＳ４０２において、鍵Ｋｘを認証鍵Ｋａｕｔｈで暗号化したＫｓｘをＧＯＯＤステータスでコンポーネント側へ返す。

これを受けて、コンポーネント側は、ステップＳ４０３において、ドライブ側に対してＷＲＩＴＥコマンド（データ書き込み要求コマンド）を出力し、暗号化されたコンテンツ情報を転送する。

暗号化されたコンテンツ情報の転送が終了すると、ドライブ側は、ステップＳ４０４において、コマンド処理終了を示すＧＯＯＤ ｓｔａｕｓをコンポーネントに送信し、処理を終了する。

以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。

なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。

例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。

なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本発明の構成によれば、情報記録媒体からの読み取りデータの処理を行なうコンポーネントに対する認証において、コンポーネントの属性が、予め設定されたデータ処理許容コンポーネント属性を有するか否かの属性確認処理を実行し、認証処理対象コンポーネントの属性が、予め設定されたデータ処理許容コンポーネント属性を有することを認証成立の条件としたので、例えばコンポーネントがハードウェアコンポーネントである場合に限り、コンテンツ等のデータ処理を許容することが可能となる。ソフトウェアコンポーネントを処理許容コンポーネントから排除することにより、ＰＣ等に構成された汎用メモリ、汎用バスにコンテンツ処理の際に発生する中間データ、鍵データ、デジタルコンテンツ等の漏洩を防止すべきデータが出力あるいは格納される可能性を低減し、セキュリティの高いコンテンツ利用、再生処理が実現される。従って、本発明の構成は、著作権保護の必要なコンテンツを利用するＰＣなどの情報処理装置、コンテンツを格納した情報記録媒体などにおいて利用可能である。

また、本発明の構成によれば、コンテンツを格納した情報記録媒体にコンテンツの処理を許容するコンポーネントの属性情報を併せて格納し、情報記録媒体を装着したドライブが、データ処理許容コンポーネント属性情報を情報記録媒体から読み取って、読み取り情報に基づいてコンポーネントの属性確認および認証を実行する構成としたので、コンテンツ提供者が任意に定めたデータ処理許容コンポーネント属性情報に従ったデータ処理コンポーネントの設定が可能となる。具体的には、
ハードウェアコンポーネントのみをデータ処理許容コンポーネント属性とする、
ソフトウェアコンポーネントのみをデータ処理許容コンポーネント属性とする、
ハードウェアコンポーネントおよびソフトウェアコンポーネントの両コンポーネントをデータ処理許容コンポーネント属性とするなど、コンテンツに応じた様々な設定が可能となる。従って、本発明の構成は、著作権保護の必要なコンテンツを利用するＰＣなどの情報処理装置、コンテンツを格納した情報記録媒体などにおいて利用可能である。

本発明の情報処理装置の構成例を示す図である。 情報処理装置において実行する情報記録媒体からの読み出しコンテンツのコンポーネントにおける処理態様を示す図である。 本発明の情報処理装置を構成するドライブ装置の構成、および各コンポーネントとの認証処理について説明する図である。 ドライブ装置とコンポーネントとの認証処理において適用するコンポーネントリボケーションリストの例を示す図である。 ドライブ装置とコンポーネントとの認証処理において適用する処理許容コンポーネント属性判定リストの例を示す図である。 ドライブ装置とコンポーネントとの認証処理において適用する処理許容コンポーネント属性判定リストにおいて設定可能なコンポーネント属性の例を示す図である。 ドライブとコンポーネント間で実行するコンポーネントリボケーションリストと、処理許容コンポーネント属性判定リストを適用した認証処理シーケンスを説明する図である。 ドライブとコンポーネント間で実行するコンポーネントリボケーションリストと、処理許容コンポーネント属性判定リストを適用した認証処理シーケンスにおけるデバイス間の送受信コマンドおよびデータを説明する図である。 ドライブとコンポーネント間で実行するコンポーネントリボケーションリストと、処理許容コンポーネント属性判定リストを適用した認証処理において、コンポーネントがドライブに提示するデータを説明する図である。 コンポーネントＩＤのデータ構成例について説明する図である。 ドライブとコンポーネント間で実行するコンポーネントリボケーションリストと、処理許容コンポーネント属性判定リストを適用した認証処理における、各リストの構成例と、コンポーネントＩＤに基づく判定処理の例を説明する図である。 ドライブとコンポーネント間で実行するコンポーネントリボケーションリストと、処理許容コンポーネント属性判定リストを適用した認証処理における、コンポーネントＩＤに基づく具体的な照合処理および判定結果について説明する図である。 コンポーネントリボケーションリストと、処理許容コンポーネント属性判定リストのデータ格納例について説明する図である。 ドライブとコンポーネント間の認証成立後の情報記録媒体からのデータ読み取りと転送処理および書き込みデータの転送処理シーケンスについて説明する図である。 ドライブとコンポーネント間の認証成立後の情報記録媒体からのデータ読み取りと転送処理および書き込みデータの転送処理におけるデバイス間の転送コマンドおよび転送データについて説明する図である。

符号の説明

１００ 情報処理装置
１０１ バス
１１０ ネットワークＩ／Ｆ
１２０ ハードウェアコンポーネント
１３０ 入出力Ｉ／Ｆ
１３１ Ａ／Ｄ，Ｄ／Ａコンバータ
１４０ ＨＤＤ
１５０ ＣＰＵ(Central processing Unit)
１６０ メモリ
１７０ ドライブ
１７１ データ処理部
１７２ 情報記録媒体
１８０ ソフトウェアコンポーネント
２１０ 専用ハードウェアコンポーネント
２２１ 汎用ハードウェアコンポーネント
２２２ ソフトウェアコンポーネント
２２３ ＣＰＵ(Central processing Unit)
２２４ メモリ
２７０ ドライブ
２７１ データ処理部
２７２ 情報記録媒体
２８０ バス
２８１ 情報記録媒体制御部
２８２ 入出力Ｉ／Ｆ
２８３ 認証処理部
２８４ 記憶部
２９１ リボーク確認部
２９２ 属性確認部
２９３ 暗号処理／演算処理部
３１０ 乱数
３２０ 証明書
３３０ 電子署名
３５０ コンポーネントＩＤ
３５１ 属性ＩＤ
３５２ 個別ＩＤ
３６０ ベクター鍵
４０１ 処理許容コンポーネント判定リスト
４０２ コンポーネントリボケーションリスト
４０３，４０４ 処理許容コンポーネント属性判定リスト
５１１ コンポーネントリボケーションリスト
５２１ コンポーネントリボケーションリスト
５２２ 処理許容コンポーネント属性判定リスト
６０１ ＢＤＭＶディレクトリ
６１１ コンテンツデータ部
６１２ 管理データ部

Claims (19)

1. 情報記録媒体に格納されたデータの読み取り処理を実行するドライブと、前記ドライブから入力する前記情報記録媒体からの読み取りデータに対するデータ処理を実行するコンポーネントとを有する情報処理装置であり、
   前記ドライブは、コンポーネント属性の確認処理を実行する認証処理部を有し、
   前記認証処理部において確認されたコンポーネント属性が、予め設定されたデータ処理許容コンポーネント属性を有することの確認を条件として、ドライブに装着した情報記録媒体からの読み取りデータをコンポーネントに出力する処理を実行する構成を有することを特徴とする情報処理装置。
2. 前記認証処理部は、
   認証処理対象であるコンポーネントから受領したコンポーネントＩＤと、データ処理を許容するコンポーネント属性を判定するためのリストである処理許容コンポーネント属性判定リストに設定されたＩＤとの照合処理を実行し、該照合処理に基づいて、認証処理対象であるコンポーネントの属性が、データ処理を許容できるコンポーネント属性であるか否かを確認する属性確認処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
3. 前記処理許容コンポーネント属性判定リストは、前記ドライブに装着された情報記録媒体に格納されたリストであり、
   前記認証処理部は、
   前記情報記録媒体から読み取った処理許容コンポーネント属性判定リストに基づくＩＤ照合処理を実行する構成であることを特徴とする請求項２に記載の情報処理装置。
4. 前記認証処理部は、
   コンポーネントＩＤが格納され、電子署名の付加された証明書を、コンポーネントから受領し、前記電子署名による証明書の正当性確認処理を実行し、正当性の確認された証明書から取得したコンポーネントＩＤに基づいて、コンポーネントの属性確認処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
5. 前記認証処理部は、
   コンポーネント属性確認処理として、認証処理対象コンポーネントがハードウェアコンポーネントであるか、ソフトウェアコンポーネントであるかの確認処理を実行し、
   予め設定されたデータ処理許容コンポーネント属性判定情報が、
   ハードウェアコンポーネントのみをデータ処理許容コンポーネント属性としているか、
   ソフトウェアコンポーネントのみをデータ処理許容コンポーネント属性としているか、
   ハードウェアコンポーネントおよびソフトウェアコンポーネントの両コンポーネントをデータ処理許容コンポーネント属性としているか、
   上記のいずれかの情報に従って、認証対象のコンポーネントの属性が、データ処理許容コンポーネント属性を有するか否かの確認処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
6. 前記認証処理部は、
   コンポーネント属性確認処理として、認証処理対象コンポーネントが、特定のカテゴリに属する専用ハードウェアコンポーネントであるか否かの確認処理を実行し、認証処理対象コンポーネントが、前記専用ハードウェアコンポーネントであることの確認を認証成立の条件とした認証処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
7. 前記認証処理部は、
   認証処理対象であるコンポーネントから受領するコンポーネントＩＤと、不正コンポーネントのリストとしてのコンポーネントリボケーションリストとの照合処理を実行し、認証処理対象であるコンポーネントがリボークされた不正コンポーネントであるか否かを確認するリボーク確認処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
8. 前記コンポーネントリボケーションリストは、前記ドライブに装着された情報記録媒体に格納されたリストであり、
   前記認証処理部は、
   前記情報記録媒体から読み取ったコンポーネントリボケーションリストに基づくＩＤ照合処理を実行する構成であることを特徴とする請求項７に記載の情報処理装置。
9. 情報記録媒体であり、
   コンテンツと、
   前記コンテンツに対するデータ処理を許容するコンポーネントの属性情報であるデータ処理許容コンポーネント属性情報と、
   を格納した構成であることを特徴とする情報記録媒体。
10. 前記データ処理許容コンポーネント属性情報は、
    ハードウェアコンポーネントのみをデータ処理許容コンポーネント属性とするか、
    ソフトウェアコンポーネントのみをデータ処理許容コンポーネント属性とするか、
    ハードウェアコンポーネントおよびソフトウェアコンポーネントの両コンポーネントをデータ処理許容コンポーネント属性とするか、
    上記、いずれかの情報であることを特徴とする請求項９に記載の情報記録媒体。
11. 情報記録媒体からの読み取りデータの処理を行なうコンポーネントに対する認証およびデータ出力処理制御を実行する情報処理方法であり、
    処理対象データを格納した情報記録媒体を装着したドライブによるコンポーネント認証ステップと、
    前記コンポーネント認証における認証の成立を条件として、前記ドライブから前記コンポーネントに対して、前記情報記録媒体からの読み取りデータを出力するデータ出力ステップとを有し、
    前記コンポーネント認証ステップは、
    認証処理対象コンポーネントの属性が、予め設定されたデータ処理許容コンポーネント属性を有するか否かの属性確認ステップを含み、
    前記認証処理対象コンポーネントの属性が、予め設定されたデータ処理許容コンポーネント属性を有することを認証成立の条件とした認証処理を実行することを特徴とする情報処理方法。
12. 前記属性確認ステップは、
    前記認証処理対象コンポーネントから受領したコンポーネントＩＤと、データ処理を許容するコンポーネント属性を判定するためのリストである処理許容コンポーネント属性判定リストに設定されたＩＤとの照合処理を実行し、該照合処理に基づいて、認証処理対象であるコンポーネントの属性が、データ処理を許容できるコンポーネント属性であるか否かを確認するステップであることを特徴とする請求項１１に記載の情報処理方法。
13. 前記処理許容コンポーネント属性判定リストは、前記ドライブに装着された情報記録媒体に格納されたリストであり、
    前記属性確認ステップは、
    前記情報記録媒体から読み取った処理許容コンポーネント属性判定リストに基づくＩＤ照合処理を実行することを特徴とする請求項１２に記載の情報処理方法。
14. 前記コンポーネント認証ステップは、さらに、
    コンポーネントＩＤが格納され、電子署名の付加された証明書を、コンポーネントから受領し、前記電子署名による証明書の正当性確認処理を実行するステップを有し、
    前記属性確認ステップは、
    正当性の確認された証明書から取得したコンポーネントＩＤに基づいて、コンポーネントの属性確認処理を実行することを特徴とする請求項１１に記載の情報処理方法。
15. 前記属性確認ステップは、
    コンポーネント属性確認処理として、認証処理対象コンポーネントがハードウェアコンポーネントであるか、ソフトウェアコンポーネントであるかの確認処理を実行するステップであり、
    予め設定されたデータ処理許容コンポーネント属性判定情報が、
    ハードウェアコンポーネントのみをデータ処理許容コンポーネント属性としているか、
    ソフトウェアコンポーネントのみをデータ処理許容コンポーネント属性としているか、
    ハードウェアコンポーネントおよびソフトウェアコンポーネントの両コンポーネントをデータ処理許容コンポーネント属性としているか、
    上記のいずれかの情報に従って、認証対象のコンポーネントの属性が、データ処理許容コンポーネント属性を有するか否かの確認処理を実行することを特徴とする請求項１１に記載の情報処理方法。
16. 前記コンポーネント認証ステップは、
    前記属性確認ステップにおけるコンポーネント属性確認処理として、認証処理対象コンポーネントが、特定のカテゴリに属する専用ハードウェアコンポーネントであるか否かの確認処理を実行し、認証処理対象コンポーネントが、前記専用ハードウェアコンポーネントであることの確認を認証成立の条件とした認証処理を実行することを特徴とする請求項１１に記載の情報処理方法。
17. 前記コンポーネント認証ステップは、さらに、
    認証処理対象であるコンポーネントから受領するコンポーネントＩＤと、不正コンポーネントのリストとしてのコンポーネントリボケーションリストとの照合処理を実行し、認証処理対象であるコンポーネントがリボークされた不正コンポーネントであるか否かを確認するリボーク確認処理を実行するステップを含むことを特徴とする請求項１１に記載の情報処理方法。
18. 前記コンポーネントリボケーションリストは、前記ドライブに装着された情報記録媒体に格納されたリストであり、
    前記コンポーネント認証ステップは、
    前記情報記録媒体から読み取ったコンポーネントリボケーションリストに基づくＩＤ照合処理を実行することを特徴とする請求項１７に記載の情報処理方法。
19. 情報記録媒体からの読み取りデータの処理を行なうコンポーネントに対する認証およびデータ出力処理制御を実行するコンピュータ・プログラムであり、
    処理対象データを格納した情報記録媒体を装着したドライブによるコンポーネント認証ステップと、
    前記コンポーネント認証における認証の成立を条件として、前記ドライブから前記コンポーネントに対して、前記情報記録媒体からの読み取りデータを出力するデータ出力ステップとを有し、
    前記コンポーネント認証ステップは、
    認証処理対象コンポーネントの属性が、予め設定されたデータ処理許容コンポーネント属性を有するか否かの属性確認ステップを含み、
    前記認証処理対象コンポーネントの属性が、予め設定されたデータ処理許容コンポーネント属性を有することを認証成立の条件とした認証処理を実行することを特徴とするコンピュータ・プログラム。

Images