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

Description

本発明は、ドライブ装置、再生処理装置、情報記録媒体、およびデータ処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、情報記録媒体に格納されたコンテンツの不正利用の防止を実現するドライブ装置、再生処理装置、情報記録媒体、およびデータ処理方法、並びにコンピュータ・プログラムに関する。

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

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

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

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

例えば、ＤＶＤプレーヤでは、コンテンツ・スクランブルシステム（ＣＳＳ：Ｃｏｎｔｅｎｔ Ｓｃｒａｍｂｌｅ Ｓｙｓｔｅｍ）が採用されている。コンテンツ・スクランブルシステムでは、記録媒体、例えばＤＶＤ−ＲＯＭ(Read Only Memory)に、ビデオデータやオーディオデータ等が暗号化されて記録されており、その暗号化されたデータの復号に用いる鍵をライセンスを受けたプレーヤのみに与える。ライセンスは、不正コピーを行わない等の所定の動作規定に従うように設計されたプレーヤに対してのみ与えられる。従って、ライセンスを受けたプレーヤでは、与えられたキーを利用して、情報記録媒体に記録された暗号化データを復号することにより画像や音声を再生することができる。

一方、ライセンスを受けていないプレーヤは、暗号化されたデータを復号するための鍵を有していないため、情報記録媒体に記録された暗号化データの復号を行うことができない。このように、コンテンツ・スクランブルシステム（ＣＳＳ）は、正規のライセンスを持つプレーヤのみのコンテンツ利用を許容するシステムを提供している。

しかし、このコンテンツ・スクランブルシステム（ＣＳＳ）は、確実なコンテンツの不正利用の排除ができないという問題がある。特に、情報記録媒体を装着したドライブからコンテンツをＰＣなどの情報処理装置に出力して再生する処理において、コンテンツの不正利用が行われ得るという問題点が発生する。以下、この問題点について図面を参照して説明する。

図１にコンテンツ・スクランブルシステム（ＣＳＳ）を採用したコンテンツを格納した情報記録媒体の格納データ例と、再生機器（プレーヤ）の処理を示す。

図１に示す情報記録媒体１０は、例えばＤＶＤビデオディスクであり、情報記録媒体１０には、暗号化ディスクキー（Ｓｅｃｕｒｅｄ Ｄｉｓｃ Ｋｅｙ）１１、情報記録媒体１０に格納されたコンテンツのタイトル対応の暗号化タイトルキー１２、ＣＳＳ方式に基づくスクランブル処理のなされたコンテンツとしてスクランブルＭＰＥＧデータ１３が格納されている。

情報記録媒体１０を装着してコンテンツ再生を実行する再生機器２０、例えばＤＶＤプレーヤは、再生機器２０に格納されたマスターキーを適用し、ステップＳ１１において、情報記録媒体１０から取得した暗号化ディスクキー（Ｓｅｃｕｒｅｄ Ｄｉｓｃ Ｋｅｙ）１１の復号処理を実行し、ディスクキーを取得し、ステップＳ１２において取得したディスクキーを適用して情報記録媒体１０から取得した暗号化タイトルキー１２の復号処理を実行してタイトルキーを取得し、取得したタイトルキーを適用してステップＳ１３において、スクランブルＭＰＥＧデータ１３のスクランブル解除処理を実行した後、ステップＳ１４においてＭＰＥＧデコード処理を実行して音声／映像データ２５を再生する。

次に、ＰＣ等のドライブからコンテンツをＰＣ側に入力し、ＰＣ側のプレーヤアプリケーションによってコンテンツ再生を行なう処理シーケンスについて図２を参照して説明する。

図２に示すように、情報記録媒体を装着したドライブ３０とＰＣ側のプレーヤアプリケーション４０間で、図に示すステップＳ３１，Ｓ４１において、相互認証および鍵共有（ＡＫＥ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ｅｘｃｈａｎｇｅ）を実行する。相互認証処理は、例えば公開鍵暗号方式または共通鍵暗号方式に従ったアルゴリズムに従って実行される。相互認証においてセッションキーが生成され、ドライブ３０とＰＣ側のプレーヤアプリケーション４０がセッションキーを共有する。

ドライブ３０は、ステップＳ３２において、セッションキーを適用して情報記録媒体１０から取得した暗号化ディスクキー１１の再暗号化を実行して、プレーヤアプリケーション４０に送信し、また、ステップＳ３３においてセッションキーを適用して情報記録媒体から取得した暗号化タイトルキー１２の再暗号化を実行して、プレーヤアプリケーション４０に送信する。ドライブ３０と、プレーヤアプリケーション４０の実行装置としてのＰＣは接続バス、例えばＡＴＡＰＩ ＢＵＳによって接続されており、接続バスを介してこれらの暗号化鍵情報がＰＣのプレーヤアプリケーション４０側に送信される。

さらに、ドライブ３０は、情報記録媒体から取得し、ＣＳＳ方式に基づくスクランブル処理のなされたコンテンツであるスクランブルＭＰＥＧデータ１３を、ドライブとＰＣ間の接続バスを介してＰＣ側に出力する。

ＰＣ側のプレーヤアプリケーション４０は、ステップＳ４２において、セッションキーを用いて、ドライブ３０から受領した暗号化ディスクキー１１のセッションキーによる再暗号化データを復号して暗号化ディスクキー１１を取得し、さらに、ステプＳ４３において、ドライブ３０から受領した暗号化タイトルキー１２のセッションキーによる再暗号化データを復号して暗号化タイトルキー１２を取得する。

その後のステップＳ５１〜Ｓ５５の処理は、先に図１を参照して説明した処理（Ｓ１１〜Ｓ１４）と同様の処理となる。

この図２に示す処理におけるドライブ側の処理をフローで示した図を図３に示す。ステップＳ６１において情報記録媒体（ディスク）が挿入されたと判定されると、ステップＳ６２において、ホスト、すなわち図２に示すプレーヤアプリケーション４０を実行するＰＣと相互認証および鍵共有（ＡＫＥ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ｅｘｃｈａｎｇｅ）を実行する。

相互認証および鍵共有（ＡＫＥ）に成功（ステップＳ６３：Ｙｅｓ）すると、ドライブに装着した情報記録媒体の格納コンテンツであるＣＳＳスクランブルデータの出力が許可された状態に移行し、このＣＳＳスクランブルデータの出力許可状態が、情報記録媒体が排出されるまで、あるいは電源がオフされるまで継続されることになる。

このように、ドライブは、コンテンツ出力先の機器との相互認証が成立する前は、ＣＳＳスクランブルデータの出力が許可されない状態に設定され、コンテンツ出力先の機器との相互認証が成立した以降は、ＣＳＳスクランブルデータの出力が許可された状態に設定され、この出力許可状態は情報記録媒体が排出されるまであるいは電源がオフされるまで継続される。

このようなドライブからのコンテンツ出力の許容状態により、図４に示すコンテンツの不正利用が発生し得る。

図４（１）は、ドライブからのコンテンツ出力先であるＰＣ等のホスト側のアプリケーションの切り替えによるコンテンツの迂回利用例を示している。

ホスト（ＰＣ）６０側の処理（ステップＳ７１〜Ｓ７３）について説明する。ステップＳ７１において、情報記録媒体を装着したドライブ５０とホスト（ＰＣ）６０の正規のプレーヤアプリケーション間で相互認証を実行する。この相互認証の成立により、ドライブ５０は、ＣＳＳスクランブルデータの出力許可状態に設定される。

ステップＳ７２において、ドライブ５０からＣＳＳスクランブルデータを含む音声／映像（Audio/Video）データを読み出し、ハードディスクに格納する。

ステップＳ７３において、アプリケーションを切り替えて、ＣＳＳ解除ソフトウェアを適用して、ハードディスクに格納されたＣＳＳスクランブルデータのスクランブル解除処理を実行する。

このような処理によってスクランブル解除が可能であり、スクランブル解除のなされた平文コンテンツは無制限に利用され得る。

図４（２）に示す処理は、ホスト（ＰＣ）とドライブ間の接続バス、例えばＡＴＡＰＩ−ＢＵＳの盗聴処理によるコンテンツの不正利用例を示している。

ホスト（ＰＣ）６０側の処理（ステップＳ８１〜Ｓ８３）について説明する。ステップＳ８１において、情報記録媒体を装着したドライブ５０とホスト（ＰＣ）６０の正規のプレーヤアプリケーション間で相互認証を実行し、コンテンツの取得、再生を実行する。

コンテンツは、ＣＳＳスクランブルデータとして、ホスト（ＰＣ）とドライブ間の接続バス、例えばＡＴＡＰＩ−ＢＵＳを介して入力される。

ホスト６０は、ステップＳ８２において、ホスト（ＰＣ）とドライブ間の接続バスのモニタリングを実行し、モニタリングによって取得したデータ、すなわち、ＣＳＳスクランブルデータをハードディスクに格納する。

ステップＳ６３において、ＣＳＳ解除ソフトウェアを適用して、ハードディスクに格納されたＣＳＳスクランブルデータのスクランブル解除処理を実行する。

このような処理によってスクランブル解除されたコンテンツの取得が可能であり、スクランブル解除のなされた平文コンテンツは無制限に利用され得る。

このように、現行のコンテンツ・スクランブルシステム（ＣＳＳ）は、確実なコンテンツの不正利用の排除ができない。特に、上述したように情報記録媒体を装着したドライブからコンテンツをＰＣなどの情報処理装置に出力して再生する際のコンテンツの不正利用が発生しやすいという問題点が存在する。

本発明は、上述の問題点に鑑みてなされたものであり、ドライブからのコンテンツ出力条件を厳格に設定して、コンテンツの不正利用を排除することを可能としたドライブ装置、再生処理装置、情報記録媒体、およびデータ処理方法、並びにコンピュータ・プログラムを提供することを目的とする。

さらに、詳細には、ディスク等の情報記録媒体に記録されたコンテンツの構成データとしてのセクタデータに対応するセクタヘッダにセクタデータの出力制御情報を設定し、出力制御情報として、出力制御フラグおよびアプリケーション属性情報を定義し、出力制御フラグおよびアプリケーション属性情報に基づくコンテンツの出力制御を実行する。例えば再生処理装置としてのホストＰＣ側のコンテンツ再生アプリケーションに対応する公開鍵証明書にアプリケーション属性情報を定義し、ＰＣ側のコンテンツ再生アプリケーションとドライブの相互認証後、ホスト（ＰＣ）側のアプリケーションからドライブに出力されるセクタデータ読み出し要求をドライブ側で受領した際に、ドライブ側で、情報記録媒体から読み出したセクタヘッダのアプリケーション属性情報と、ホスト（ＰＣ）側から入力したアプリケーションの公開鍵証明書に記録されたアプリケーション属性情報を比較して、これらの情報が所定の出力許容条件を満足する場合にのみセクタデータを転送することで、コンテンツの不正利用を排除することを可能としたドライブ装置、再生処理装置、情報記録媒体、およびデータ処理方法、並びにコンピュータ・プログラムを提供することを目的とする。

本発明の第１の側面は、
情報記録媒体からのデータ読み取りおよび出力を実行するドライブ装置であり、
情報記録媒体を装着しデータ読み取りを実行する記録媒体インタフェースと、
データ再生プログラムとしてのホストアプリケーションを実行する再生処理装置との通信を実行する入出力インタフェースと、
前記ホストアプリケーションを実行する再生処理装置に対する情報記録媒体からの読み取りデータの出力制御を実行するデータ処理部とを有し、
前記データ処理部は、
ドライブ装置と前記ホストアプリケーション間の相互認証処理を実行し、相互認証の成立を条件として前記ホストアプリケーション対応の暗号鍵を生成し、該暗号鍵を適用して情報記録媒体からの読み取りデータの暗号化を行い前記ホストアプリケーションを実行する再生処理装置に出力する構成を有し、
前記データ処理部は、
情報記録媒体からの読み取りデータに含まれるデータ再生プログラム識別情報であるアプリケーション識別子と、前記ホストアプリケーションを実行する再生処理装置から取得した前記ホストアプリケーションに対応付けられたアプリケーション識別情報とを照合し、該照合結果に基づいて情報記録媒体からの読み取りデータの再生処理装置に対する出力可否を決定し、
前記再生処理装置が複数の異なるホストアプリケーションを実行する場合、各々のホストアプリケーションに対して個別に異なる暗号鍵を生成し、個別の暗号鍵を適用して情報記録媒体からの読み取りデータの暗号化を行い各ホストアプリケーションに対して提供する構成を有することを特徴とするドライブ装置にある。

さらに、本発明のドライブ装置の一実施態様において、前記データ処理部は、情報記録媒体からの読み取りデータに含まれる出力制御フラグの値に応じて、前記暗号鍵に基づく暗号化処理の実行の有無を判定する処理を行なう構成であることを特徴とする。

さらに、本発明のドライブ装置の一実施態様において、前記データ処理部は、情報記録媒体からの読み取りデータに含まれるセキュリティレベル情報と、前記ホストアプリケーションから取得したアプリケーション対応のセキュリティレベル情報とを比較し、該比較結果に基づいて情報記録媒体からの読み取りデータの再生処理装置に対する出力の可否を決定する構成を有することを特徴とする。

さらに、本発明のドライブ装置の一実施態様において、前記ホストアプリケーションから取得するアプリケーション識別情報、またはセキュリティレベル情報は、前記ホストアプリケーションの公開鍵証明書に格納された情報であり、前記データ処理部は、該公開鍵証明書の署名検証による改竄検証を実行する構成であることを特徴とする。

さらに、本発明のドライブ装置の一実施態様において、前記データ処理部は、さらに、ドライブ装置と前記ホストアプリケーション間の相互認証処理において生成したセッションキーを適用して、前記ホストアプリケーション対応の暗号鍵を暗号化して再生処理装置に出力する処理を実行する構成であることを特徴とする。

さらに、本発明のドライブ装置の一実施態様において、前記データ処理部は、さらに、前記ホストアプリケーション対応の暗号鍵に対してシーケンス番号を付与し、複数のホストアプリケーションに応じて複数の異なる暗号鍵を生成し、各ホストアプリケーションに応じて暗号鍵を切り替えて適用する処理を実行する構成であることを特徴とする。

本発明の第３の側面は、
情報記録媒体からのデータ読み取りおよび出力を実行するドライブ装置におけるデータ処理方法であり、
ドライブ装置と、再生処理装置が実行するデータ再生プログラムであるホストアプリケーションとの間で相互認証処理を実行する認証ステップと、
前記情報記録媒体からの読み取りデータに含まれるデータ再生プログラム識別情報であるアプリケーション識別子と、前記ホストアプリケーションを実行する再生処理装置から取得した前記ホストアプリケーションに対応付けられたアプリケーション識別情報とを照合し、該照合結果に基づいて情報記録媒体からの読み取りデータの再生処理装置に対する出力可否を決定する出力判定ステップと、
前記認証ステップにおける相互認証の成立、および前記判定ステップにおける出力可の判定を条件として前記ホストアプリケーション対応の暗号鍵を生成する暗合鍵生成ステップと、
前記暗号鍵を適用して情報記録媒体からの読み取りデータの暗号化を行い再生処理装置に出力するデータ出力ステップと、
前記再生処理装置が複数の異なるホストアプリケーションを実行する場合、各々のホストアプリケーションに対して個別に異なる暗号鍵を生成し、個別の暗号鍵を適用して情報記録媒体からの読み取りデータの暗号化を行い各ホストアプリケーションに対して提供するステップと、
を有することを特徴とするデータ処理方法にある。

さらに、本発明のデータ処理方法の一実施態様において、前記データ処理方法は、さらに、情報記録媒体からの読み取りデータに含まれる出力制御フラグの値に応じて、前記暗号鍵に基づく暗号化処理の実行の有無を判定する処理を実行するステップを有することを特徴とする。

さらに、本発明のデータ処理方法の一実施態様において、前記データ処理方法は、さらに、情報記録媒体からの読み取りデータに含まれるセキュリティレベル情報と、前記ホストアプリケーションから取得したアプリケーション対応のセキュリティレベル情報とを比較し、該比較結果に基づいて情報記録媒体からの読み取りデータの再生処理装置に対する出力の可否を決定するステップを有することを特徴とする。

さらに、本発明のデータ処理方法の一実施態様において、前記ホストアプリケーションから取得するアプリケーション識別情報、またはセキュリティレベル情報は、前記ホストアプリケーションの公開鍵証明書に格納された情報であり、前記データ処理方法は、さらに、前記公開鍵証明書の署名検証による改竄検証を実行するステップを有することを特徴とする。

さらに、本発明のデータ処理方法の一実施態様において、前記データ処理方法は、さらに、ドライブ装置と前記ホストアプリケーション間の相互認証処理において生成したセッションキーを適用して、前記ホストアプリケーション対応の暗号鍵を暗号化して再生処理装置に出力する処理を実行するステップを有することを特徴とする。

さらに、本発明のデータ処理方法の一実施態様において、前記データ処理方法は、さらに、前記ホストアプリケーション対応の暗号鍵に対してシーケンス番号を付与し、複数のホストアプリケーションに応じて複数の異なる暗号鍵を生成し、各ホストアプリケーションに応じて暗号鍵を切り替えて適用する処理を実行するステップを有することを特徴とする。

本発明の第５の側面は、
情報記録媒体からのデータ読み取りおよび出力を実行するコンピュータ・プログラムであり、
情報記録媒体からのデータ読み取りおよび出力を実行するドライブ装置と、再生処理装置が実行するデータ再生プログラムであるホストアプリケーションとの間で相互認証処理を実行する認証ステップと、
前記情報記録媒体からの読み取りデータに含まれるデータ再生プログラム識別情報であるアプリケーション識別子と、前記ホストアプリケーションを実行する再生処理装置から取得した前記ホストアプリケーションに対応付けられたアプリケーション識別情報とを照合し、該照合結果に基づいて情報記録媒体からの読み取りデータの再生処理装置に対する出力可否を決定する出力判定ステップと、
前記認証ステップにおける相互認証の成立、および前記判定ステップにおける出力可の判定を条件として前記ホストアプリケーション対応の暗号鍵を生成する暗合鍵生成ステップと、
前記暗号鍵を適用して情報記録媒体からの読み取りデータの暗号化を行い再生処理装置に出力するデータ出力ステップと、
前記再生処理装置が複数の異なるホストアプリケーションを実行する場合、各々のホストアプリケーションに対して個別に異なる暗号鍵を生成し、個別の暗号鍵を適用して情報記録媒体からの読み取りデータの暗号化を行い各ホストアプリケーションに対して提供するステップと、
を有することを特徴とするコンピュータ・プログラムにある。

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

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

本発明の構成によれば、ディスク等の情報記録媒体に記録されたコンテンツの構成データに出力制御情報として、出力制御フラグおよびアプリケーション属性情報を定義し、出力制御フラグおよびアプリケーション属性情報に基づいて出力許容条件を満足するか否かを判定し、満足する場合にのみデータを転送する構成とし、さらに、再生処理装置側で実行するホストアプリケーションとの認証処理を実行し、認証の成立を条件としてホストアプリケーション対応の暗号鍵としてのバスキーを生成して、ホストアプリケーションに提供するとともに、バスキーに基づくコンテンツの暗号化を実行して接続バスを介してドライブから再生処理装置に出力する構成としたので、バスキーを保持するホストアプリケーションにおいてのみコンテンツの利用が可能となり、アプリケーションの切り替えや、接続バス転送データの盗聴などによるコンテンツ入手を行なっても他のアプリケーションでのコンテンツ利用が不可能となり、コンテンツの不正利用が排除される。

また、本発明の構成によれば、アプリケーションの属性情報としてアプリケーション識別子、セキュリティレベルを設定する構成としたので、データ出力先として許容するアプリケーションについて、より細かなアプリケーション選別が可能となる。また、これらのアプリケーション属性情報は、公開鍵証明書の格納データとして構成したので、署名検証による改竄検証が可能であり、確実なアプリケーション属性情報の確認が可能となる。

以下、図面を参照しながら本発明のドライブ装置、再生処理装置、情報記録媒体、およびデータ処理方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は、以下の記載項目に従って行う。
１．情報記録媒体の格納データ構成
２．コンテンツ再生処理
３．再生処理装置およびドライブ装置の構成

［１．情報記録媒体の格納データ構成］
まず、情報記録媒体の格納データ構成について説明する。図５にコンテンツの格納された情報記録媒体の一例を示す。ここでは、コンテンツ格納済みディスクとしてのＲＯＭディスクの情報格納例を示す。

このＲＯＭディスクは、例えば、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）、ＤＶＤなどの情報記録媒体であり、正当なコンテンツ著作権、あるいは頒布権を持ついわゆるコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体である。なお、以下の実施例では、情報記録媒体の例としてディスク型の媒体を例として説明するが、本発明は様々な態様の情報記録媒体の適用が可能である。

図５に示すように、情報記録媒体１００は、コンテンツ等のデータを格納するデータ格納領域１０１と、ディスクおよび格納コンテンツに対応する付帯情報、コンテンツの復号処理に適用する鍵情報などを格納するリードイン領域１０２を持つ。

データ格納領域１０１には、暗号化（スクランブル）コンテンツ１１１と、暗号化コンテンツの復号処理に適用する鍵の生成に必要となる情報としての記録シード（ＲＥＣ ＳＥＥＤ）であるユニットキー生成情報：Ｖｕ１１２、リボーク情報１１３が格納される。なお、スクランブル処理は、暗号化処理の一態様であり、本明細書ではスクランブルコンテンツの上位概念として、暗号化コンテンツという表現を用いる。暗号化コンテンツ１１１は、所定のユニット単位に区分され、ユニットに対応付けられたユニットキーを適用した暗号化がなされた状態で、情報記録媒体１００のデータ格納領域１０１に格納される。ユニットキー生成情報：Ｖｕ１１２は、これらの各ユニットキーの生成に適用する情報でありシード情報とも呼ばれる。リボーク情報１１３については後述する。

リードイン領域１０２には、暗号化コンテンツ１１１の復号処理に適用する鍵の生成に必要となる各種情報が格納される。その１つは、ＲＯＭマーク：Ｖｅ１１４である。ＲＯＭマーク：Ｖｅ１１４は物理インデックス（Ｐｈｙｓｉｃａｌ Ｉｎｄｅｘ）とも呼ばれ、書き換えの不可能な固定情報である。リードイン領域１０２には、さらに、暗号鍵情報１２０が格納される。なお、ＲＯＭマーク：Ｖｅ１１４、暗号鍵情報１２０は必ずしもリードイン領域１０２に格納されることが必須ではなく、データ領域１０１に格納してもよい。

暗号鍵情報１２０は、前述のユニットキー生成情報：Ｖｕ１１２、ＲＯＭマーク：Ｖｅ１１４と同様、情報記録媒体のデータ格納領域１０１に格納された暗号化コンテンツ１１１の復号処理に適用する鍵を生成するための鍵情報（鍵生成情報）によって構成される。

すなわち、暗号化コンテンツ１１１の復号処理に適用する鍵として、例えば情報記録媒体に格納されたコンテンツに対応する鍵として設定されるメディアキー：Ｋｍを取得するために必要となる暗号鍵ブロックであるＲＫＢ（Renewal Key Block）１２１と、暗号化コンテンツ１１１の復号処理に適用する鍵としてのディスクキー：Ｋｄを、メディアキー：Ｋｍを適用して暗号化した暗号化ディスクキーｅＫｍ（Ｋｄ）１２２とを含む情報である。なお、ｅＫａ（ｂ）は、データ：ｂを鍵：Ｋａで暗号化したデータを示すものとする。

ＲＫＢ（Renewal Key Block）１２１は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックであり、情報記録媒体の再生を実行する正当なライセンスを保有するユーザ機器としての情報処理装置に配布されたデバイスキーを適用した復号処理によってメディアキー：Ｋｍを取得可能とした暗号鍵ブロックである。暗号鍵ブロック：ＲＫＢの構成データを変更することにより、メディアキー：Ｋｍを取得可能なユーザ機器を選別することが可能となる。

管理センタが、特定のユーザ機器あるいは再生アプリケーションを不正であると判定した場合は、ＲＫＢの構成を変更して、不正機器によるメディアキー：Ｋｍの取得を不可能とすることが可能となる。なお、不正と判定されたユーザ機器あるいは再生アプリケーションはリボーク（排除）機器として管理センタに登録される。管理センタは、リボークされたユーザ機器あるいは再生アプリケーションの識別情報をリスト化したリボケーションリストを保持し、適宜更新する。ユーザは、最新のリボケーションリストを含むリボーク情報を情報記録媒体あるいはネットワークを介して入手することができる。

図５に示すリボーク情報１１３は、リボークされたユーザ機器あるいは再生アプリケーションの識別情報をリスト化したリボケーションリストを含む情報である。ユーザ機器は、例えばコンテンツを出力する機器が不正機器であるか否かを、機器から入力した機器識別子（ＩＤ）がリボークリストに記録されていないかを検証することにより判定することが可能であり、リボークリストに掲載された不正機器である場合は、コンテンツの出力を中止する処理を行なう。

次に、情報記録媒体１００に格納される暗号化コンテンツ１１１の記録構成の詳細について、図６〜図８を参照して説明する。図６（ａ）が情報記録媒体に格納されるデータ記録構成である。１８バイトのユーザ制御データ（ＵＣＤ：User Control Data）と、実際のＡＶコンテンツデータなどを含む２０４８バイトのユーザデータ(User Data)が１つのセクタデータとして構成される。

図６（ｂ）に示すように、例えばユーザデータ３セクタ分６１４４バイトのデータが１つのブロック暗号処理単位としての１ユニット（１ＡＵ：Aligned Unit）、すなわちブロックとして設定される。６１４４バイトのデータは、３２ＴＳ（トランスポートストリーム）パケットに相当する。なお、ブロックの設定単位は、３セクタ分６１４４バイトのデータとする方式に限らず、１セクタ分２０４８バイトのデータを１つの暗号処理単位、すなわちブロックとして設定する方式など、様々な設定が可能である。

図６（ｃ）に示すように、コンテンツに対応するコピー制御情報ＣＣＩ（Copy Control Information）を格納したユーザデータは、２Ｋ（２０４８）バイト単位で暗号化されて記録される。

なお、１８バイトのユーザ制御データ（User Control Data）は暗号化対象から除去され、ユーザデータのみが、暗号化されて記録される。

図７は、１つのセクタデータの構成を示している。１つのセクタデータは、１８バイトのユーザ制御データ（ＵＣＤ：User Control Data）と２０４８バイトのユーザデータ(User Data)からなる。

ユーザ制御データ（ＵＣＤ：User Control Data）はセクタヘッダとも呼ばれ、その一部に、セクタ単位の出力制御情報（Output Control Information）１５１が記録される。

出力制御情報１５１は、対応するセクタデータ（ユーザデータ）の転送制御情報、例えば情報記録媒体を装着したドライブからＰＣ等の情報処理装置に対する出力の制御情報であり、以下の情報を含む。
＊出力制御フラグ（Output Control Flag）
＊セキュリティレベル（Security Level）
＊アプリケーションＩＤ（Application ID）
を含む情報として設定される。

図８にユーザ制御データ（ＵＣＤ：User Control Data）中に記録される出力制御情報１５１の詳細構成を示す。出力制御情報１５１は、ユーザ制御データ（ＵＣＤ：User Control Data）の３バイト（２４ビット）データに記録される。

まず、ビット１５〜０の１６ビット情報として、アプリケーションＩＤ（Application ID）が記録される。アプリケーションＩＤ（Application ID）は、情報記録媒体の読み出しコンテンツの制御を出力制御情報（Output Control Information）に従って実行する場合に適用する情報であり、情報記録媒体の読み出しコンテンツの再生処理を許容する再生アプリケーションの識別情報（ＩＤ）である。例えば情報記録媒体に格納されたコンテンツが、再生アプリケーションとしてのブルーレイディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））プレーヤを適用することで再生可能なＭＰＥＧ−ＴＳパケットベースのハイビジョン映像コンテンツである場合には、再生アプリケーションとしてのブルーレイディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））プレーヤのアプリケーションＩＤが記録される。また、情報記録媒体に格納されたコンテンツが、再生アプリケーションとしてのＤＶＤプレーヤで再生可能なＭＰＥＧ−ＰＳベースの標準画質の映像コンテンツである場合には、再生アプリケーションとしてのＤＶＤプレーヤの識別情報がアプリケーションＩＤとして記録される。このように、アプリケーションＩＤは、コンテンツの再生を許可する再生プラットフォームを指定する識別情報である。

次のビット１９〜１６の４ビットには、セキュリティレベル（Security Level）が記録される。セキュリティレベル（Security Level）も、情報記録媒体の読み出しコンテンツの制御を出力制御情報（Output Control Information）に従って実行する場合に適用する情報であり、コンテンツ出力先として許容するＰＣなどの情報処理装置のセキュリティレベルを規定した情報である。例えば、特定のセキュアなデータ処理を実行する構成を持ついわゆるセキュアＰＣに対してのみ出力を許容するなど、コンテンツ出力先として許容するＰＣなどの情報処理装置のセキュリティレベルを規定する。

００００〜１１１１までのセキュリティレベルの設定が可能であり、００００を最低セキュリティレベル、１１１１を最高セキュリティレベルとし、出力先の機器から取得したセキュリティレベル情報が、情報記録媒体の出力制御情報１５１に記録されたセキュリティレベル（Security Level）以上である場合に、ドライブからのコンテンツ出力を許容する。

具体的には、例えばセキュリティレベル（Security Level）＝０００１はＭｉｃｒｏｓｏｆｔ ＮＧＳＣＢ やＴｒｕｓｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｇｒｏｕｐで仕様策定されつつあるセキュアＰＣ（Secure PC）環境下で動作するアプリケーション、およびセキュアＰＣ（Secure PC）環境下でしか動作を認めないコンテンツであることを示す。このような設定、すなわち、セキュリティレベル（Security Level）＝０００１の記録されたデータは、通常のＰＣアプリケーションでの再生が禁止され、ドライブからのコンテンツ出力が禁止される。

ビット２２〜２０の３ビットはリザーブ領域であり、
ビット２３の１ビットが出力制御フラグ（Output Control Flag）として設定される。出力制御フラグ（Output Control Flag）は、情報記録媒体の読み出しコンテンツの制御を出力制御情報（Output Control Information）に従って実行するか否かの判定情報として利用される。具体的には、例えば、
出力制御フラグ（Output Control Flag）＝１：出力制限、およびバス暗号化あり
出力制御フラグ（Output Control Flag）＝０：出力制限なし
として設定される。なお、バス暗号化は、ドライブからのコンテンツ出力時に実行する暗号化処理であり、詳細については後述する。

［２．コンテンツ再生処理］
次に、上述した情報記録媒体に格納されたコンテンツの再生処理について説明する。情報記録媒体に格納されたコンテンツの再生態様には２つの態様がある。第１の態様は、情報記録媒体を装着し、情報記録媒体からのデータ読み取りを実行する機器自体が再生処理を実行する態様であり、第２の態様は、情報記録媒体からのデータ読み取りを実行するドライブと、再生処理を実行するホスト（ＰＣ）等の再生処理装置とが別の機器として構成され、ドライブ装置と再生処理装置間がデータ転送用バスによって接続され、接続バスを介したデータ転送を実行して再生処理を行なう態様である。

まず、情報記録媒体を装着し、情報記録媒体からのデータ読み取りを実行する機器自体が再生処理を実行する処理シーケンスについて図９を参照して説明する。

ドライブ兼用再生機器３００が、暗号化コンテンツ２０６を格納した情報記録媒体２００をセットしてデータの読み取り、鍵生成、コンテンツ復号などの各種の暗号処理を実行してコンテンツを出力する。

情報記録媒体２００には、先に、図５を参照して説明した各種の情報、すなわち不正機器リストとしてのリボケーションリストを含むリボーク情報（Ｒｅｖｏｃａｔｉｏｎ ｉｎｆｏ ｆｏｒ ＡＫＥ）２０１、メディアキー：Ｋｍを格納した暗号鍵ブロックとしてのＲＫＢ２０２、ディスクキー：Ｋｄをメディアキー：Ｋｍで暗号化した暗号化ディスクキー：ＥＫｍ（Ｋｄ）２０３、ＲＯＭマーク：Ｖｅ２０４、ユニットキー生成情報：Ｖｕ２０５、暗号化コンテンツ２０６が格納されている。

ドライブ兼用再生機器３００の処理について説明する。ドライブ兼用再生機器３００は、ステップＳ１０１において、予め機器内に格納されているデバイスキー：Ｋｄｅｖ３０１を適用して暗号鍵ブロックとしてのＲＫＢ２０２の復号処理を実行して、ＲＫＢ２０２からメディアキー：Ｋｍを取得する。なお、ＲＫＢ２０２からメディアキー：Ｋｍを取得できるのは、コンテンツの利用を認められた機器のみであり、前述したように不正機器としてリボークされた機器の持つデバイスキーではＲＫＢの復号が出来ず、メディアキー：Ｋｍを取得することができない。

ステップＳ１０１においてメディアキー：Ｋｍの取得に成功すると、次に、ステップＳ１０２において、取得したメディアキー：Ｋｍを適用して、情報記録媒体２００から取得した暗号化ディスクキー：ＥＫｍ（Ｋｄ）２０３の復号処理を実行し、ディスクキー：Ｋｄを取得する。

次にステップＳ１０３において、取得したディスクキー：Ｋｄと、情報記録媒体２００から取得したＲＯＭマーク：Ｖｅ２０４に基づく鍵生成処理、例えばＡＥＳ暗号アルゴリズムに従った鍵生成処理を実行してエンベデッドキー：Ｋｅを生成する。

ＡＥＳ暗号アルゴリズムに従った鍵生成処理の詳細について、図１０を参照して説明する。図１０に示すように、ＡＥＳ暗号アルゴリズムに従った鍵生成は、ＡＥＳ暗号処理ブロック３１１において、入力値に対して暗号鍵を適用したＡＥＳ暗号処理を実行し、その出力と入力値の排他論理和（ＸＯＲ）演算結果を出力とする処理である。図９のステップＳ１０３においては、入力値を情報記録媒体２００から取得したＲＯＭマーク：Ｖｅ２０４とし、適用鍵をディスクキー：Ｋｄとした鍵生成処理を実行して、出力値としてのエンベデッドキー：Ｋｅを得る。

次に、ステップＳ１０４において、取得したエンベデッドキー：Ｋｅと、情報記録媒体２００から取得したユニットキー生成情報：Ｖｕ２０５に基づく鍵生成処理を実行してユニットキー：Ｋｕを生成する。この鍵生成処理も、図１０を参照して説明したＡＥＳ暗号アルゴリズムに従った鍵生成処理として実行される。

次に、ステップＳ１０５において、生成したユニットキーＫｕを適用した暗号化コンテンツ２０６の復号処理が実行されて、コンテンツが出力される。

ステップＳ１０５におけるユニットキーＫｕを適用した暗号化コンテンツ２０６の復号処理の詳細について、図１１を参照して説明する。

暗号化コンテンツ２０６は、所定データ単位のブロック単位での暗号化がなされて情報記録媒体２００に格納されている。図１１に示すように例えば６１４４バイトのセクタデータは、１６バイトのブロックごとの暗号化がなされている。

復号処理の手順について説明する。まず、６１４４バイトのセクタデータから先頭の１６バイトデータを取得し、ＡＥＳ鍵生成処理ブロック［ＡＥＳ＿Ｇ］３２１において、ＡＥＳ暗号アルゴリズムに従った鍵生成処理を実行する。これは、先に図１０を参照して説明した処理と同様である。ＡＥＳ鍵生成処理ブロック３２１の出力をブロックキー：Ｋｂとし、このブロックキー：Ｋｂを適用して次の１６バイトデータの復号処理をＡＥＳ復号処理ブロック［ＡＥＳ＿Ｄ］３２２において実行する。

ＡＥＳ復号処理ブロック［ＡＥＳ＿Ｄ］３２２では、セクタデータの第２番目の１６バイトデータと初期値：ＩＶａとの排他論理和（ＸＯＲ）結果を入力としてブロックキー：Ｋｂを適用したＡＥＳ暗号アルゴリズムに従った復号処理を実行して、１６バイトブロックデータの復号データを取得するとともに、次のブロックの復号に適用する入力値とする。以下、同様の処理を繰り返し実行して、復号セクタデータ３２３を得ることができる。なお、初期値：ＩＶａは、予め設定された定数である。ＩＶａは、例えばセクタデータに対応するユーザ制御データあるいはユーザデータから取得することができる値として設定されるという場合もある。

図９のステップＳ１０５では、このように、ユニットキー：Ｋｕを適用して、ブロック単位の復号処理を実行し、復号されたコンテンツを出力する。

このように、情報記録媒体からの情報読み取りと再生処理を１つの機器内で実行する場合には、コンテンツの漏洩の可能性は少なく、コンテンツの著作権の侵害といった問題が発生する可能性は少ない。しかし、先に、図２〜４を参照して説明したように、情報記録媒体を装着したドライブからバスを介してＰＣ等の機器にコンテンツ出力を行なう構成の場合には、様々な問題が発生し得る。

本発明の構成では、このような情報記録媒体を装着したドライブからバスを介してＰＣ等の機器にコンテンツ出力を行なう構成においてもセキュアなデータ転送を実現しコンテンツの不正利用の防止を可能としている。以下、ドライブと再生機器とをバス接続し、コンテンツの転送を伴う再生処理シーケンスの詳細について説明する。

図１２は、情報記録媒体２００と、情報記録媒体２００をセットし、情報記録媒体２００からのデータ読み取りを実行するドライブ装置４００と、ドライブ装置４００からコンテンツ他のデータを接続バスを介して入力し、ホストアプリケーション・プログラムに従ったコンテンツ再生処理を実行するホスト機器であるＰＣ等の再生処理装置５００の処理を示している。図には、再生処理装置（ホストアプリケーション）として示しているが、これは、再生処理装置において実行されるデータ再生プログラムであるホストアプリケーションの処理という意味である。なお、ドライブ装置４００と、ドライブ装置４００と、ホストアプリケーションを実行するＰＣ等の再生処理装置５００とを接続するバスは、例えばＡＴＡＰＩ ＢＵＳによって構成される接続バスである。なお、ＵＳＢその他の接続バスとしてもよい。

情報記録媒体２００には、先に図９を参照して説明したと同様、図５に示す各種の情報、すなわち不正機器リストとしてのリボケーションリストを含むリボーク情報（Ｒｅｖｏｃａｔｉｏｎ ｉｎｆｏ ｆｏｒ ＡＫＥ）２０１、メディアキー：Ｋｍを格納した暗号鍵ブロックとしてのＲＫＢ２０２、ディスクキー：Ｋｄをメディアキー：Ｋｍで暗号化した暗号化ディスクキー：ＥＫｍ（Ｋｄ）２０３、ＲＯＭマーク：Ｖｅ２０４、ユニットキー生成情報：Ｖｕ２０５、暗号化コンテンツ２０６が格納されている。

ドライブ装置４００には、公開鍵暗号方式に従った管理センタの公開鍵［Ｋｐ＿ｋｉｃ］４０１、公開鍵暗号方式に従ったドライブ対応の秘密鍵［Ｋｓ＿ｄｒｉｖｅ］４０２、公開鍵暗号方式に従ったドライブ対応の公開鍵を格納した公開鍵証明書［Ｃｅｒｔ＿ｄｒｉｖｅ］４０３、およびデバイスキー［Ｋｄｅｖ］４０４を格納している。

一方、ホストアプリケーションを実行する再生処理装置５００には、公開鍵暗号方式に従った管理センタの公開鍵［Ｋｐ＿ｋｉｃ］５０１、再生処理装置（ホスト）の実行するホストアプリケーション対応の公開鍵暗号方式に従ったホストアプリケーション秘密鍵［Ｋｓ＿ｈｏｓｔ］５０２、再生処理装置（ホスト）の実行するホストアプリケーション対応の公開鍵暗号方式に従った公開鍵を格納したホストアプリケーション公開鍵証明書［Ｃｅｒｔ＿ｈｏｓｔ］５０３を格納している。

ドライブ対応の公開鍵証明書［Ｃｅｒｔ＿ｄｒｉｖｅ］４０３と、ホストアプリケーション対応の公開鍵証明書［Ｃｅｒｔ＿ｈｏｓｔ］５０３の詳細について、図１３を参照して説明する。

図１３（ａ）がドライブ対応の公開鍵証明書［Ｃｅｒｔ＿ｄｒｉｖｅ］のデータ構成であり、図１３（ｂ）がホストアプリケーション対応の公開鍵証明書［Ｃｅｒｔ＿ｈｏｓｔ］のデータ構成である。

ドライブ対応の公開鍵証明書［Ｃｅｒｔ＿ｄｒｉｖｅ］のデータ構成は、従来からの公開鍵証明書と同様の構成であり、証明書タイプ、証明書識別子、公開鍵、署名データから構成される。

ホストアプリケーション対応の公開鍵証明書［Ｃｅｒｔ＿ｈｏｓｔ］は、証明書タイプ、証明書識別子、公開鍵、署名データに加え、アプリケーション・セキュリティレベル［ＳＬｃｅｒｔ］５１１と、アプリケーションＩＤ［ＡＩＤｃｅｒｔ］５１２が追加データとして設定される。

アプリケーション・セキュリティレベル［ＳＬｃｅｒｔ］５１１は、４ビット情報であり、先に図８を参照して説明した情報記録媒体のコンテンツ構成データとしてのセクタデータに対応するユーザ制御データ（ＵＣＤ）に格納される出力制御情報（Output Control Information）内のセキュリティレベル（Security Level）に対応するデータである。

ホストのアプリケーション対応の公開鍵証明書に格納されるアプリケーション・セキュリティレベル［ＳＬｃｅｒｔ］５１１は、そのアプリケーションの持つセキュリティレベル情報が設定される。例えば、セキュアＰＣで実行されるアプリケーションであれば、高いセキュリティレベルの値が設定される。

公開鍵証明書に格納されるアプリケーション・セキュリティレベル［ＳＬｃｅｒｔ］５１１は、４ビットデータであり、［００００］〜［１１１１］までのセキュリティレベルの値のいずれかが設定される。００００を最低セキュリティレベル、１１１１を最高セキュリティレベルとする。

アプリケーションＩＤ［ＡＩＤｃｅｒｔ］５１２は、１６ビット情報であり、先に図８を参照して説明した情報記録媒体のコンテンツ構成データとしてのセクタデータに対応するユーザ制御データ（ＵＣＤ）に格納される出力制御情報（Output Control Information）内のアプリケーションＩＤに対応するデータである。

公開鍵証明書に格納されるアプリケーションＩＤは、公開鍵証明書の設定されたアプリケーションの識別情報である。例えば情報記録媒体に格納されたコンテンツが、再生アプリケーションとしてのブルーレイディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））プレーヤアプリケーションであれば、ブルーレイディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））プレーヤアプリケーションであることを判別可能な識別情報としてのアプリケーションＩＤが格納される。

図１２戻り、ドライブ装置４００が情報記録媒体から取得したコンテンツ等のデータを接続バスを介して再生処理装置（ホスト）５００に転送して再生する処理シーケンスについて説明する。

まず、ステップＳ２０１，Ｓ３０１において、ドライブ装置４００と再生処理装置（ホスト）５００のホストアプリケーション間で相互認証および鍵交換（ＡＫＥ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ｅｘｃｈａｎｇｅ）処理が実行される。相互認証および鍵交換（ＡＫＥ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ｅｘｃｈａｎｇｅ）処理の詳細シーケンスについて、図１４を参照して説明する。この処理は、例えば、ＩＳＯ／ＩＥＣ９７９８−３に規定された公開鍵アルゴリズムを利用した相互認証、ＩＳＯ／ＩＥＣ１１７７０−３に規定された公開鍵アルゴリズムを利用した鍵生成処理方式を適用して実行可能である。なお、公開鍵を利用した相互認証方式として実用化された方式としては、例えば、ＤＴＣＰ(Digital Transmission Content Protection) Specification Volume 1 (Informational Version)に記載される方法がある。

図１４に示す処理シーケンスについて説明する。ステップＳ４０１において、ホストアプリケーションは、ドライブに対して乱数生成処理によって生成したチャレンジデータ［Ｃ＿ｈｏｓｔ］と、公開鍵証明書［Ｃｅｒｔ＿Ｈｏｓｔ］を送信する。公開鍵証明書［Ｃｅｒｔ＿Ｈｏｓｔ］は、図１３（ｂ）に示す公開鍵証明書であり、セキュリティレベルと、アプリケーションＩＤの各情報が格納された公開鍵証明書である。

このデータを受け取ったドライブ側は、公開鍵証明書［Ｃｅｒｔ＿Ｈｏｓｔ］の署名検証処理により、公開鍵証明書［Ｃｅｒｔ＿Ｈｏｓｔ］の正当性を検証する。署名検証処理は、ドライブの保持する管理センタの公開鍵［Ｋｐ＿ｋｉｃ］４０１（図１２参照）を適用して実行される。

公開鍵証明書［Ｃｅｒｔ＿Ｈｏｓｔ］の正当性が検証されると、公開鍵証明書［Ｃｅｒｔ＿Ｈｏｓｔ］からアプリケーションＩＤを取得して、情報記録媒体から取得したリボーク情報２０１に含まれるリボケーションリストに基づくリボーク確認を実行する。

公開鍵証明書［Ｃｅｒｔ＿Ｈｏｓｔ］の正当性が確認されなかったり、あるいは、アプリケーションＩＤに基づいて、ホストアプリケーションがリボークされていることが判明した場合にはエラーメッセージの通知などを実行し、処理を終了する。以後のコンテンツ、出力、再生処理は中止される。

公開鍵証明書［Ｃｅｒｔ＿Ｈｏｓｔ］の正当性が確認され、ホストアプリケーションがリボークされていない正当なアプリケーションであることが確認されると、ステップＳ４０２において、ドライブは、ホストアプリケーションに対して乱数生成処理によって生成したチャレンジデータ［Ｃ＿ｄｒｉｖｅ］と、ドライブ側の公開鍵証明書［Ｃｅｒｔ＿ｄｒｉｖｅ］を送信する。

ホストアプリケーション側では、ドライブ側の公開鍵証明書［Ｃｅｒｔ＿ｄｒｉｖｅ］の署名検証を実行する。署名検証処理は、ホスト側で保持する管理センタの公開鍵［Ｋｐ＿ｋｉｃ］５０１（図１２参照）を適用して実行される。

公開鍵証明書［Ｃｅｒｔ＿ｄｒｉｖｅ］の正当性が確認されなかった場合にはエラーメッセージの通知などを実行し、処理を終了する。以後のコンテンツ、出力、再生処理は中止される。

公開鍵証明書［Ｃｅｒｔ＿ｄｒｉｖｅ］の正当性が確認された場合には、ホストアプリケーションは、ドライブから受信したチャレンジデータ［Ｃ＿ｄｒｉｖｅ］に基づく演算を実行しパラメータ［Ａ＿ｈｏｓｔ］を算出し、新たに生成した乱数［Ｒ＿ｈｏｓｔ］とともに、ドライブに送信（ステップＳ４０３）する。

一方、ドライブは、ホストアプリケーションから受信したチャレンジデータ［Ｃ＿ｈｏｓｔ］に基づく演算を実行しパラメータ［Ａ＿ｄｒｉｖｅ］を算出し、新たに生成した乱数［Ｒ＿ｄｒｉｖｅ］とともに、ホストアプリケーションに送信（ステップＳ４０４）する。

この処理により、ドライブ、ホストアプリケーションの双方は、乱数[Ｒ_ｈｏｓｔ]、［Ｒ＿ｄｒｉｖｅ］、パラメータ［Ａ＿ｈｏｓｔ］、［Ａ＿ｄｒｉｖｅ］を共有することになり、ドライブと、ホストアプリケーションの双方は、これらの共有データに基づいて共通のセッションキーＫｓを生成（ステップＳ４０５）する。

ドライブは、さらに、ステップＳ４０６において、乱数に基づいて生成したバスキー：Ｋｂｕｓ、およびバスキーのシーケンス番号：ＳＥＱとの連結データ：［Ｋｂｕｓ‖ＳＥＱ］に、この連結データの改竄検証用データとして算出したハッシュ値［ｈａｓｈ（Ｋｂｕｓ‖ＳＥＱ）］をセッションキー：Ｋｓを用いて暗号化したデータ：ＥＫｓ［（Ｋｂｕｓ‖ＳＥＱ），ｈａｓｈ（Ｋｂｕｓ‖ＳＥＱ）］をホストアプリケーションに送信する。なお、このステップＳ４０６の処理は、図１２において、ステップＳ２０６のバスキー生成処理（Ｇｅｎａｒａｔｅ＿Ｋｂｕｓ）と、ステップＳ２０７のセッションキー：Ｋｓによるバスキーの暗号化処理（ＡＥＳ＿Ｅ）の処理に相当する。

バスキー：Ｋｂｕｓは、暗号化コンテンツのドライブからホスト側への接続バスを介した転送処理の際の暗号化キーとして用いられる鍵であり、ドライブにおいて乱数に基づいて生成される。バスキーは、適宜切り替えられ、各バスキーに応じたシーケンス番号が対応付けられる。例えばホスト側で複数のアプリケーションを適用して情報記録媒体に格納された異なるコンテンツの再生をそれぞれのアプリケーションを適用して実行する場合には、各アプリケーションで適用するバスキーを異なる鍵として設定する。

図１２に戻り、ドライブ装置４００が情報記録媒体から取得したコンテンツ等のデータを接続バスを介して再生処理装置（ホスト）５００に転送して再生する処理シーケンスについて説明を続ける。

ドライブ装置４００は、再生処理装置（ホスト）５００との相互認証および鍵交換（ＡＫＥ）が終了すると、ドライブ内に保持するデバイスキー：Ｋｄｅｖ４０４を適用し、ステップＳ２０２において、情報記録媒体２００から読み出した暗号鍵ブロックとしてのＲＫＢ２０２の復号処理を実行して、ＲＫＢ２０２からメディアキー：Ｋｍを取得する。なお、ＲＫＢ２０２からメディアキー：Ｋｍを取得できるのは、コンテンツの利用を認められた機器のみであり、前述したように不正機器としてリボークされた機器の持つデバイスキーではＲＫＢの復号が出来ず、メディアキー：Ｋｍを取得することができない。

ステップＳ２０２においてメディアキー：Ｋｍの取得に成功すると、次に、ステップＳ２０３において、取得したメディアキー：Ｋｍを適用して、情報記録媒体２００から取得した暗号化ディスクキー：ＥＫｍ（Ｋｄ）２０３の復号処理を実行し、ディスクキー：Ｋｄを取得する。

次にステップＳ２０４において、取得したディスクキー：Ｋｄと、情報記録媒体２００から取得したＲＯＭマーク：Ｖｅ２０４に基づく鍵生成処理、例えばＡＥＳ暗号アルゴリズムに従った鍵生成処理を実行してエンベデッドキー：Ｋｅを生成する。ＡＥＳ暗号アルゴリズムに従った鍵生成処理は、先に図１０を参照して説明した通りである。

ドライブは、ステップＳ２０５において、エンベデッドキー：Ｋｅを先の相互認証および鍵交換処理（ＡＫＥ）において生成したセッションキー：Ｋｓで暗号化して再生処理装置（ホスト）５００に対して接続バスを介して送信する。

ステップＳ２０６、およびステップＳ２０７の処理は、先に図１４を参照して説明した相互認証および鍵交換処理（ＡＫＥ）のステップＳ４０６の処理に相当し、乱数に基づいて、バスキー：Ｋｂｕｓを生成（ステップＳ２０６）し、セッションキー：Ｋｓでバスキー：Ｋｂｕｓを含むデータを暗号化（ステップＳ２０７）して生成したデータを再生処理装置（ホスト）５００に対して接続バスを介して送信する処理である。送信データは、先に図１４を参照して説明したように、乱数に基づいて生成したバスキー：Ｋｂｕｓ、およびバスキーのシーケンス番号：ＳＥＱとの連結データ：［Ｋｂｕｓ‖ＳＥＱ］と、この連結データの改竄検証用データとして算出したハッシュ値［ｈａｓｈ（Ｋｂｕｓ‖ＳＥＱ）］とをセッションキー：Ｋｓを用いて暗号化したデータ：ＥＫｓ［（Ｋｂｕｓ‖ＳＥＱ），ｈａｓｈ（Ｋｂｕｓ‖ＳＥＱ）］である。

さらに、ドライブ装置４００は、ステップＳ２０８において、情報記録媒体２００から読み出した暗号化コンテンツ２０６のユーザ制御データ（ＵＣＤ）に含まれる出力制御情報と、相互認証および鍵交換処理（ＡＫＥ）処理において、再生処理装置（ホスト）５００から取得した再生処理装置（ホスト）の公開鍵証明書の格納データとに基づく出力制御を実行し、ステップＳ２０９において、暗号化コンテンツ２０６を制御態様に応じてバスキー：Ｋｂｕｓを用いて暗号化し、生成した暗号化データを接続バスを介して再生処理装置（ホスト）５００に対して出力する。

情報記録媒体２００から読み出される暗号化コンテンツ３５０は、例えばスクランブル処理のなされた暗号化データであり、ドライブは、このスクランブル処理されたデータをバスキー：Ｋｂｕｓを適用して再暗号化してホスト側に出力する。このバスキー：Ｋｂｕｓを適用した再暗号化処理によるデータ出力を実行することにより、バスキー：Ｋｂｕｓを保持している認証のなされたホスト側の唯一のアプリケーションのみが、バスキー：Ｋｂｕｓを適用した復号が可能となり、復号処理によって暗号化コンテンツ３５０を取得することが可能となる。

すなわち、先に、図４を参照して説明したように、コンテンツを入力するＰＣ（ホスト）側でのアプリケーションの切り替えによるコンテンツの迂回取得や、ドライブとホストとの接続バスの転送データを盗聴することによるコンテンツ取得を行なっても、取得されるコンテンツは、バスキー：Ｋｂｕｓによって暗号化されたデータであり、バスキー：Ｋｂｕｓを保有しているのは、ドライブとの認証の成立した特定のアプリケーションのみであり、その特定のアプリケーションを適用しない限り、入力コンテンツの復号は実行できない。ＣＳＳスクランブルの解除プログラムのみではバスキー：Ｋｂｕｓによって暗号化されたデータの復号は実行できず、コンテンツの不正利用が防止可能となる。

バスキー：Ｋｂｕｓを適用した暗号化コンテンツ２０６の暗号化処理態様について、図１５を参照して説明する。バスキー：Ｋｂｕｓを適用した暗号化コンテンツ２０６の暗号化処理は、例えば図１５に示すように、ＡＥＳ−ＣＢＣモードを適用したブロック暗号化処理によって実行される。

ドライブ装置４００は、情報記録媒体２００から読み出される暗号化コンテンツに対して、ドライブにおいて生成したバスキー：Ｋｂｕｓを適用して、所定データブロック単位（１６バイト）で暗号化する処理を実行する。

まず、情報記録媒体２００から読み出される暗号化コンテンツの構成データである２０４８バイトのセクタデータ３５０から先頭の１６バイトデータを取得し、初期値：ＩＶｂとの排他論理和（ＸＯＲ）結果を、ＡＥＳ暗号処理部［ＡＥＳ＿Ｅ］３５１に入力し、バスキー：Ｋｂｕｓを適用したＡＥＳ暗号アルゴリズムに従った暗号処理を実行して１６バイトブロックデータの暗号化データを生成する。初期値：ＩＶｂは、予め設定された定数である。ＩＶｂは、例えば、セクタデータ３５０に対応するユーザ制御データ（ＵＣＤ）から取得されるという場合もある。

さらに、この生成データは、次のブロックの暗号化に適用する入力値として適用される。以下、各１６バイトのブロックデータ毎に排他論理和（ＸＯＲ）およびＡＥＳ暗号処理を同様に繰り返し実行して、バスキーによる暗号化セクタデータ３５２を生成し、このデータをＡＴＡＰＩ−ＢＵＳなどの接続バスを介して再生処理装置（ホスト）５００側のアプリケーションに向けて送信する。再生処理装置（ホスト）５００側ではこの入力暗号化データを復号して再生処理を行なう。

図１２に戻り、再生処理装置（ホスト）５００側の処理シーケンスについて説明する。再生処理装置（ホスト）５００は、まず、前述したようにステップＳ３０１においてドライブ装置４００との相互認証および鍵交換（ＡＫＥ）を実行し、セッションキー：Ｋｓを取得する。

次に、ステップＳ３０２において、ドライブから接続バスを介して入力したセッションキー：Ｋｓによって暗号化されたエンベデッドキー：Ｋｅ、すなわち［ＥＫｓ（Ｋｅ）］に対して、セッションキー：Ｋｓを適用した復号処理を実行しエンベデッドキー：Ｋｅを取得する。

さらに、ステップＳ３０３において、ドライブから接続バスを介して入力したユニットキー生成情報：Ｖｕに対してエンベデッドキー：Ｋｅを適用したＡＥＳ鍵生成処理（図１０参照）を実行し、ユニットキー：Ｋｕを生成する。

さらに、ステップＳ３０４において、ドライブから接続バスを介して入力したセッションキー：Ｋｓによって暗号化されたバスキー：Ｋｂｕｓ、すなわち［ＥＫｓ（Ｋｂｕｓ）］に対して、セッションキー：Ｋｓを適用した復号処理を実行しバスキー：Ｋｂｕｓを取得する。

なお、先に、図１４を参照して説明したように、ドライブから送信されるバスキー：Ｋｂｕｓを含むデータは、バスキー：Ｋｂｕｓおよびバスキーのシーケンス番号：ＳＥＱとの連結データ：［Ｋｂｕｓ‖ＳＥＱ］と、この連結データの改竄検証用データとして算出したハッシュ値［ｈａｓｈ（Ｋｂｕｓ‖ＳＥＱ）］とをセッションキー：Ｋｓを用いて暗号化したデータ：ＥＫｓ［（Ｋｂｕｓ‖ＳＥＱ），ｈａｓｈ（Ｋｂｕｓ‖ＳＥＱ）］である。

再生処理装置（ホスト）５００のアプリケーションは、ステップＳ３０４において、データ：ＥＫｓ［（Ｋｂｕｓ‖ＳＥＱ），ｈａｓｈ（Ｋｂｕｓ‖ＳＥＱ）］をセッションキー：Ｋｓで復号し、バスキー：Ｋｂｕｓおよびバスキーのシーケンス番号：ＳＥＱとの連結データ：［Ｋｂｕｓ‖ＳＥＱ］と、この連結データの改竄検証用データとして算出したハッシュ値［ｈａｓｈ（Ｋｂｕｓ‖ＳＥＱ）］とを取得する。

次に、ステップＳ３０５において、連結データ：［Ｋｂｕｓ‖ＳＥＱ］のハッシュ値を算出し、ドライブからの入力データ中に含まれるハッシュ値［ｈａｓｈ（Ｋｂｕｓ‖ＳＥＱ）］と比較を実行する。両ハッシュ値が一致していれば、連結データ：［Ｋｂｕｓ‖ＳＥＱ］が改竄されていないものと判定し、ステップＳ３０６におけるバスキー：Ｋｂｕｓを適用したコンテンツ復号処理に以降する。

ステップＳ３０６では、ドライブ装置４００から入力するバスキー：Ｋｂｕｓによって再暗号化された暗号化コンテンツの復号処理を実行する。

バスキー：Ｋｂｕｓによって再暗号化された暗号化コンテンツの復号処理の詳細について、図１６を参照して説明する。バスキー：Ｋｂｕｓを適用した暗号化コンテンツの復号処理は、例えば図１６に示すように、ＡＥＳ−ＣＢＣモードを適用したブロック復号処理によって実行される。

再生処理装置（ホスト）５００のアプリケーションは、ドライブ装置４００から接続バスを介して入力する暗号化コンテンツに対して、ドライブから入力したバスキー：Ｋｂｕｓを適用して、所定データブロック単位（１６バイト）で復号する処理を実行する。

まず、ドライブ装置４００から接続バスを介して入力する暗号化コンテンツの構成データである２０４８バイトのセクタデータ３７０から先頭の１６バイトデータを取得し、ＡＥＳ復号処理部［ＡＥＳ＿Ｄ］３７１に入力し、バスキー：Ｋｂｕｓを適用したＡＥＳ暗号アルゴリズムに従った復号処理を実行し、さらに、初期値：ＩＶｂとの排他論理和（ＸＯＲ）演算を実行して復号結果を得る。初期値：ＩＶｂは、予め設定された定数である。ＩＶｂは、例えば、セクタデータ３７０に対応するユーザ制御データ（ＵＣＤ）から取得されるという場合もある。

さらに、１６バイト単位の復号結果データは、次のブロックの復号処理に適用する入力値として適用される。以下、各１６バイトのブロックデータ毎にＡＥＳ復号処理および排他論理和（ＸＯＲ）を同様に繰り返し実行して、バスキーによる暗号化を解除したセクタデータ、すなわち、情報記録媒体２００に格納されたデータ状態としての暗号化（スクランブル）セクタデータ３７２を取得する。

さらに、再生処理装置（ホスト）５００のホストアプリケーションは、図１２に示すステップＳ３０７において、ユニットキー：Ｋｕを適用して、情報記録媒体２００に格納されたデータ状態としての暗号化コンテンツの復号処理を実行する。この復号処理は、先に図１１を参照して説明したと同様の処理として実行される。

以上の処理により、再生処理装置（ホスト）５００のホストアプリケーションは、復号コンテンツ５２０を取得し、スピーカ、ディスプレイ等の出力部に対する出力処理を行いコンテンツ再生を実行する。

このように、本発明の構成では、情報記録媒体のデータ読み取りを実行するドライブにおいて、情報記録媒体から読み出したスクランブル処理されたデータをバスキー：Ｋｂｕｓを適用して再暗号化してホスト側に出力する構成としたので、バスキー：Ｋｂｕｓを保持しているホスト側アプリケーション、すなわちドライブとの相互認証が成立したホストアプリケーションのみにおいてバスキー：Ｋｂｕｓを適用した復号が可能となり、復号処理による暗号化コンテンツの利用が可能となる。

従って、コンテンツを入力するＰＣ（ホスト）側でのアプリケーションの切り替えによるコンテンツの迂回取得や、ドライブとホストとの接続バスの転送データを盗聴することによるコンテンツ取得を行なってもバスキー：Ｋｂｕｓによって暗号化されたデータの復号は、ドライブとの相互認証が成立し、同一のバスキー：Ｋｂｕｓを持つ唯一のアプリケーションのみが可能となるので、他のアプリケーション、例えばＣＳＳスクランブルの解除プログラムはバスキー：Ｋｂｕｓによる暗号化データの復号が不可能でありコンテンツの不正利用が防止される。

次に、図１７〜図１９を参照して、図１２に示すステップＳ２０８、ステップＳ２０９において実行する出力制御情報解析と、コンテンツの出力制御の複数の態様について説明する。

先に、図８を参照して説明したように、情報記録媒体に格納した暗号化コンテンツのセクタヘッダ（ユーザ制御データ）には、ドライブからＰＣ等の再生処理装置に対する出力制御情報として、
（１）出力制御フラグ（Output Control Flag）
（２）セキュリティレベル（Security Level）
（３）アプリケーションＩＤ（Application ID）
の各情報が設定されると説明した。

これら（１）〜（３）の３種類の情報のすべてを出力制御情報として設定する態様も可能であるが、（１）出力制御フラグ（Output Control Flag）のみ、あるいは、（１）出力制御フラグ（Output Control Flag）と、（３）アプリケーションＩＤ（Application ID）のみを設定するなど、各種の態様が可能である。また、設定情報としては（１）〜（３）の全てが設定されている場合であっても、ドライブにおける出力制御情報の解析に際して、その一部のみを適用した解釈を実行してもよい。以下、これらの複数の処理態様について、図１７〜図１９を参照してドライブ側の処理シーケンス例について説明する。

図１７〜図１９は、それぞれ、以下の処理を説明するシーケンスである。
図１７：出力制御情報中の［出力制御フラグ］のみに基づく出力制御シーケンス
図１８：出力制御情報中の［出力制御フラグ］と［アプリケーションＩＤ］に基づく出力制御シーケンス
図１９：出力制御情報中の［出力制御フラグ］と［アプリケーションＩＤ］と［セキュリティレベル］に基づく出力制御シーケンス

まず、図１７を参照して、出力制御情報中の［出力制御フラグ］のみに基づいて、ドライブから再生処理装置（ホスト）に対するコンテンツ出力を制御するシーケンスについて説明する。

図１７のフローの各ステップについて説明する。まず、ステップＳ５１１においてドライブに対する情報記録媒体（ディスク）の挿入を検知し、ステップＳ５１２において、バス接続された再生処理装置（ホスト）側でのコンテンツ再生処理を実行するホストアプリケーションの起動を検知する。これらが検知されたことを条件として、ステップＳ５１３に進み、ホスト側からの相互認証要求を待機し、相互認証要求を受信すると、ステップＳ５１４において、先に図１４を参照して説明した公開鍵暗号方式に従った相互認証および鍵交換（ＡＫＥ）処理を実行する。

ステップＳ５１５において、相互認証および鍵交換（ＡＫＥ）処理の完了が確認されると、ステップＳ５１６に進み、ドライブは、バスキー：Ｋｂに対応する乱数Ｒの生成処理を実行し、この生成乱数Ｒをバスキー：Ｋｂとする。この処理は、図１２におけるステップＳ２０６の処理に相当する。なお、前述したように、バスキー：Ｋｂには、シーケンス番号が対応付けられる。ドライブは、複数の異なるシーケンス番号に対応する異なるバスキーを保持し、ホスト側の実行アプリケーションに応じて切り替えて適用する場合もある。

ステップＳ５１７において、ホスト側からバスキーの転送要求を受領すると、ステップＳ５１８において、バスキー：Ｋｂをホスト側に転送する。この処理は、図１２におけるステップＳ２０７の処理に相当する。なお、このバスキー転送は、図１４の相互認証および鍵交換（ＡＫＥ）処理の最終ステップＳ４０６に相当する処理であり、ドライブは、バスキー：Ｋｂｕｓおよびバスキーのシーケンス番号：ＳＥＱとの連結データ：［Ｋｂｕｓ‖ＳＥＱ］と、この連結データの改竄検証用データとして算出したハッシュ値［ｈａｓｈ（Ｋｂｕｓ‖ＳＥＱ）］とをセッションキー：Ｋｓを用いて暗号化したデータ：ＥＫｓ［（Ｋｂｕｓ‖ＳＥＱ），ｈａｓｈ（Ｋｂｕｓ‖ＳＥＱ）］を生成してホスト側に送信する。

次に、ステッブＳ５１９では、新たな相互認証要求がないことを確認し、また、ステップＳ５２０では、情報記録媒体の排出がなされないことを確認して、ステップＳ５２１において、ホスト側のコンテンツ取得要求、すなわちセクタデータの読み取り要求がなされるまで待機する。

なお、ステップＳ５１９において、新たな相互認証要求があった場合は、ステップＳ５１４に戻り相互認証および鍵交換（ＡＫＥ）処理を実行し、新たなバスキーの生成、送信を実行する。この際に生成するバスキーは、シーケンス番号：２のバスキーであり、先に生成したバスキー（シーケンス番号１）とは異なるバスキーとなる。これらは、ホスト側の異なるアプリケーションに対応するバスキーであり、ドライブは、ホスト側の起動アプリケーション毎に相互認証および鍵交換（ＡＫＥ）処理を実行し、新たなバスキーの生成、送信を実行し、コンテンツ送信に際しては、ホスト側の起動アプリケーション毎に対応するバスキーを適用した暗号化データを生成して送信する。

なお、ステップＳ５２０において、ドライブからのディスク排出があったと判定した場合は、ステップＳ５１１に戻り、初期招待に設定され、生成済みのバスキー、セッションキー等のすべてのデータはリセット、すなわち消去される。

ステップＳ５２１において、ホスト側からセクタデータの読み出し要求があると、ドライブは、ステップＳ５２２において、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）から出力制御情報を読み取り、［出力制御フラグ：ＯＣＦ］の値を判定する。この処理は、図１２のステップＳ２０８の処理に相当する。

出力制御フラグ：ＯＣＦは、先に図８を参照して説明したように、
ＯＣＦ＝１：出力制限あり、バス暗号化あり、
ＯＣＦ＝０：出力制限なし、
の設定情報である。

ステップＳ５２２において、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）の出力制御情報中の出力制御フラグ（ＯＣＦ）が［１］に設定されていると判定した場合は、ステップＳ５２３に進み、情報記録媒体から読出したセクタデータをバスキー：Ｋｂｕｓで暗号化して、ステップＳ５２４においてホスト側に出力する。なお、ステップＳ５２３におけるセクタデータの暗号化処理は、例えば、先に図１５を参照して説明したＡＥＳ−ＣＢＣモードを適用した暗号化処理として実行される。

ステップＳ５２２において、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）の出力制御情報中の出力制御フラグ（ＯＣＦ）が［０］に設定されていると判定した場合は、ステップＳ５２３をスキップし、情報記録媒体から読出したセクタデータのバスキー：Ｋｂｕｓによる暗号化処理を実行することなく、ステップＳ５２４において、情報記録媒体からの読出しコンテンツをそのままホスト側に出力する。なお、この読出しコンテンツは、例えばＣＳＳ規定に従った暗号化（スクランブル）コンテンツである。

このように、ドライブは、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）の出力制御情報中の出力制御フラグ（ＯＣＦ）が［０］か［１］かに基づいてバスキーによる暗号化の要否を判定し、バスキーによる暗号化の必要なデータである場合に、出力コンテンツのバスキーによる暗号化を実行して出力する。

次に、図１８を参照して、出力制御情報中の［出力制御フラグ］と［アプリケーションＩＤ］とに基づいて、ドライブから再生処理装置（ホスト）に対するコンテンツ出力を制御するシーケンスについて説明する。

図１８のフローの各ステップについて説明する。まず、ステップＳ６１１において、初期設定処理としてセッションＩＤ［ＳＩＤ］と、バスキー：Ｋｂｕｓの値を初期値［０］に設定する。セッションＩＤは、ドライブトホスト間で設定されたセッションに対応する識別子であり、ホストドライブ間において設定されたセッションに対しては、ホストドライブ間の相互認証および鍵交換（ＡＫＥ）処理において、ドライブがホストから受領したホストのアプリケーション対応の公開鍵証明書（図１３参照）から取得したアプリケーションＩＤ［ＡＩＤｃｅｒｔ］と同一の値がセッションＩＤとされる。すなわち、ＳＩＤ＝ＡＩＤｃｅｒｔとしてセッションＩＤが決定される。

ステップＳ６１２〜Ｓ６１６の処理は、図１７において説明した処理ステップＳ５１１〜５１５と同様の処理であり、説明を省略する。

ステップＳ６１７では、ホストドライブ間の相互認証および鍵交換（ＡＫＥ）処理において、ドライブが、ホストから受領したホストのアプリケーション対応の公開鍵証明書（図１３参照）から取得したアプリケーションＩＤ［ＡＩＤｃｅｒｔ］と、セッションＩＤ［ＳＩＤ］が一致するか否かを判定する。

ＳＩＤ＝ＡＩＤｃｅｒｔであれば、既に成立済みのセッションであり、セッション対応のバスキーが存在しているので、バスキー生成処理を実行することなくステップＳ６２０に進む。

ＳＩＤ≠ＡＩＤｃｅｒｔであれば、新たなセッションであり、ステップＳ６１８において、セッション対応のバスキーの生成処理を実行する。これは乱数生成によるバスキーの生成として実行する。なお、バスキーにはシーケンス番号が対応付けられる。それぞれのセッション対応のバスキーは区別されて記憶され、利用される。

バスキー：Ｋｂｕｓの生成が完了すると、ステップＳ６１９において、新たなセッションに対するセッション識別子をホストドライブ間の相互認証および鍵交換（ＡＫＥ）処理において、ドライブが、ホストから受領したホストのアプリケーション対応の公開鍵証明書（図１３参照）から取得したアプリケーションＩＤ［ＡＩＤｃｅｒｔ］として設定、すなわち、ＳＩＤ＝ＡＩＤｃｅｒｔとして設定する。

ステップＳ６２０〜Ｓ６２４の処理は、先に説明した図１７のフローにおけるステップＳ５１７〜５２１の処理と同様であるので、説明を省略する。

ステップＳ６２４において、ホスト側からセクタデータの読み出し要求があると、ドライブは、ステップＳ６２５において、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）から出力制御情報を読み取り、［出力制御フラグ：ＯＣＦ］の値を判定する。この処理は、図１２のステップＳ２０８の処理に相当する。

出力制御フラグ：ＯＣＦは、先に図８を参照して説明したように、
ＯＣＦ＝１：出力制限あり、バス暗号化あり、
ＯＣＦ＝０：出力制限なし、
の設定情報である。

ステップＳ６２５において、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）の出力制御情報中の出力制御フラグ（ＯＣＦ）が［１］に設定されていると判定した場合は、ステップＳ６２６に進み、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）の出力制御情報中のアプリケーションＩＤ［ＡＩＤｕｃｄ］と、ホストドライブ間の相互認証および鍵交換（ＡＫＥ）処理において、ドライブが、ホストから受領したホストのアプリケーション対応の公開鍵証明書（図１３参照）から取得したアプリケーションＩＤ［ＡＩＤｃｅｒｔ］とが一致するか否か、すなわち、
ＡＩＤｕｃｄ＝ＡＩＤｃｅｒｔ
が成立するか否かを判定する。

前述したように、出力制御情報中のアプリケーションＩＤ［ＡＩＤｕｃｄ］は、出力を許容するアプリケーションを示す識別情報であり、ドライブは、ホストのアプリケーションが、出力制御情報中のアプリケーションＩＤ［ＡＩＤｕｃｄ］に一致する場合にのみ、コンテンツ出力を許容する。

ステップＳ６２６において、
ＡＩＤｕｃｄ＝ＡＩＤｃｅｒｔ
が成立しないと判定した場合は、ステップＳ６２９においてドライブからホスト側にエラーメッセージを送信し、処理を終了する。この場合、コンテンツの送信は実行されない。

ステップＳ６２６において、
ＡＩＤｕｃｄ＝ＡＩＤｃｅｒｔ
が成立すると判定した場合は、ステップＳ６２７において、情報記録媒体から読出したセクタデータをバスキー：Ｋｂｕｓで暗号化して、ステップＳ６２８においてホスト側に出力する。なお、ステップＳ６２７におけるセクタデータの暗号化処理は、例えば、先に図１５を参照して説明したＡＥＳ−ＣＢＣモードを適用した暗号化処理として実行される。

ステップＳ６２５において、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）の出力制御情報中の出力制御フラグ（ＯＣＦ）が［０］に設定されていると判定した場合は、ステップＳ６２６，Ｓ６２７をスキップし、アプリケーションＩＤの判定処理、および情報記録媒体から読出したセクタデータのバスキー：Ｋｂｕｓによる暗号化処理を実行することなく、ステップＳ６２８に進み、情報記録媒体からの読出しコンテンツをそのままホスト側に出力する。なお、この読出しコンテンツは、例えばＣＳＳ規定に従った暗号化（スクランブル）コンテンツである。

この実施例においては、ドライブは、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）の出力制御情報中の出力制御フラグ（ＯＣＦ）が［０］か［１］かを判定し、出力制御を実行するか否かを判定するともに、出力制御フラグ（ＯＣＦ）に基づいて出力制御が必要とされる場合には、さらに、アプリケーションＩＤの検証、すなわち、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）の出力制御情報中のアプリケーションＩＤ［ＡＩＤｕｃｄ］と、ホストドライブ間の相互認証および鍵交換（ＡＫＥ）処理において、ドライブが、ホストから受領したホストのアプリケーション対応の公開鍵証明書から取得したアプリケーションＩＤ［ＡＩＤｃｅｒｔ］とが一致するか否か、すなわち、
ＡＩＤｕｃｄ＝ＡＩＤｃｅｒｔ
が成立するか否かを判定し、一致する場合にコンテンツ出力を許容して、出力コンテンツのバスキーによる暗号化を実行して出力する。

この構成とすることで、ホスト側で実行しているアプリケーションの確認に基づくコンテンツ出力が実現される。なお、アプリケーションＩＤは公開鍵証明書に格納されたデータであり、管理センタの署名に基づいて相互認証時に改竄検証の実行されたデータであるので、信頼性の担保されたデータに基づくアプリケーションの確認が可能となる。

次に、図１９を参照して、出力制御情報中の［出力制御フラグ］と［アプリケーションＩＤ］と、［セキュリティレベル］とに基づいて、ドライブから再生処理装置（ホスト）に対するコンテンツ出力を制御するシーケンスについて説明する。

図１９のフローの各ステップの処理について説明する。図１９のフローにおいて、ステップＳ６３１〜Ｓ６４４は、先に説明した図１８のフローにおけるステップＳ６１１〜Ｓ６２４と同様の処理であるので、説明を省略する。

ステップＳ６４４において、ホスト側からセクタデータの読み出し要求があると、ドライブは、ステップＳ６４５において、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）から出力制御情報を読み取り、［出力制御フラグ：ＯＣＦ］の値を判定する。この処理は、図１２のステップＳ２０８の処理に相当する。

出力制御フラグ：ＯＣＦは、先に図８を参照して説明したように、
ＯＣＦ＝１：出力制限あり、バス暗号化あり、
ＯＣＦ＝０：出力制限なし、
の設定情報である。

ステップＳ６４５において、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）の出力制御情報中の出力制御フラグ（ＯＣＦ）が［１］に設定されていると判定した場合は、ステップＳ６４６に進み、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）の出力制御情報中のセキュリティレベル［ＳＬｕｃｄ］と、ホストドライブ間の相互認証および鍵交換（ＡＫＥ）処理において、ドライブが、ホストから受領したホストのアプリケーション対応の公開鍵証明書（図１３参照）から取得したセキュリティレベル［ＳＬｃｅｒｔ］との値の比較を実行する。

セクタヘッダ（ユーザ制御データ）の出力制御情報中に記録されたセキュリティレベル［ＳＬｕｃｄ］はコンテンツ出力を許容するアプリケーションのセキュリティレベルを設定した情報であり、許容する最低のセキュリティレベルの値が記録される。例えば１１１１（最高レベル）〜００００（最低レベル）のいずれかの値が設定される。ホストアプリケーション対応の公開鍵証明書に記録さたれセキュリティレベル［ＳＬｃｅｒｔ］は、ホストアプリケーション対応のセキュリティレベルの値である。

ドライブは、ホストアプリケーション対応のセキュリティレベル［ＳＬｃｅｒｔ］の値が、出力制御情報中に記録されたセキュリティレベル［ＳＬｕｃｄ］の値以上である場合に、コンテンツ出力の許容アプリケーションであると判定する。すなわち、
ＳＬｕｃｄ≦ＳＬｃｅｒｔ
である場合に、コンテンツ出力の許容アプリケーションであると判定する。

ステップＳ６４６において、
ＳＬｕｃｄ≦ＳＬｃｅｒｔ
が成立しないと判定した場合は、ステップＳ６５０においてドライブからホスト側にエラーメッセージを送信し、処理を終了する。この場合、コンテンツの送信は実行されない。

ステップＳ６４６において、
ＳＬｕｃｄ≦ＳＬｃｅｒｔ
が成立すると判定した場合は、さらに、ステップＳ６４７において、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）の出力制御情報中のアプリケーションＩＤ［ＡＩＤｕｃｄ］と、ホストから受領したホストのアプリケーション対応の公開鍵証明書（図１３参照）から取得したアプリケーションＩＤ［ＡＩＤｃｅｒｔ］とが一致するか否か、すなわち、
ＡＩＤｕｃｄ＝ＡＩＤｃｅｒｔ
が成立するか否かを判定する。
この処理は、図１８において説明したステップＳ６２６の処理と同様である。

ステップＳ６４７において、
ＡＩＤｕｃｄ＝ＡＩＤｃｅｒｔ
が成立しないと判定した場合は、ステップＳ６５０においてドライブからホスト側にエラーメッセージを送信し、処理を終了する。この場合、コンテンツの送信は実行されない。

ステップＳ６４７において、
ＡＩＤｕｃｄ＝ＡＩＤｃｅｒｔ
が成立すると判定した場合は、ステップＳ６４８において、情報記録媒体から読出したセクタデータをバスキー：Ｋｂｕｓで暗号化して、ステップＳ６４９においてホスト側に出力する。なお、ステップＳ６２７におけるセクタデータの暗号化処理は、例えば、先に図１５を参照して説明したＡＥＳ−ＣＢＣモードを適用した暗号化処理として実行される。

なお、ステップＳ６４５において、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）の出力制御情報中の出力制御フラグ（ＯＣＦ）が［０］に設定されていると判定した場合は、ステップＳ６４６〜Ｓ６４８をスキップし、セキュリティレベルの判定処理、アプリケーションＩＤの判定処理、および情報記録媒体から読出したセクタデータのバスキー：Ｋｂｕｓによる暗号化処理を実行することなく、ステップＳ６４９に進み、情報記録媒体からの読出しコンテンツをそのままホスト側に出力する。なお、この読出しコンテンツは、例えばＣＳＳ規定に従った暗号化（スクランブル）コンテンツである。

この実施例においては、ドライブは、読み出し対象のセクタデータに対応するセクタヘッダ（ユーザ制御データ）の出力制御情報中の出力制御フラグ（ＯＣＦ）が［０］か［１］かを判定し、出力制御を実行するか否かを判定するともに、出力制御フラグ（ＯＣＦ）に基づいて出力制御が必要とされる場合には、さらに、セキュリティレベルの検証と、アプリケーションＩＤの検証を実行する構成である。

本構成によれば、ホスト側で実行しているアプリケーションのセキュリティレベルと、アプリケーション確認に基づくコンテンツ出力が実現される。なお、セキュリティレベルとアプリケーションＩＤは公開鍵証明書に格納されたデータであり、管理センタの署名に基づいて相互認証時に改竄検証の実行されたデータであるので、信頼性の担保されたデータに基づくセキュリティレベルおよびアプリケーションの確認が可能となる。

［３．再生処理装置およびドライブ装置の構成］
次に、図２０、図２１を参照して、情報記録媒体の格納コンテンツの再生処理を行う再生処理装置および、情報記録媒体の格納コンテンツの読み取りおよび出力を実行するドライブ装置の構成例について説明する。

まず、図２０を参照して、情報記録媒体の格納コンテンツの再生処理を行う再生処理装置の構成について説明する。再生処理装置６００は、ＯＳやコンテンツ再生アプリケーションプログラム、相互認証処理プログラムなどの各種プログラムに従ったデータ処理を実行するＣＰＵ６７０、プログラム、パラメータ等の記憶領域としてのＲＯＭ６６０、メモリ６８０、デジタル信号を入出力する入出力Ｉ／Ｆ６１０、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ６４１を持つ入出力Ｉ／Ｆ６４０、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック６３０、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段６２０、相互認証、暗号化コンテンツの復号処理など各種の暗号処理を実行する暗号処理手段６５０、ハードディスクなどの記録媒体６９１、記録媒体６９１の駆動、データ記録再生信号の入出力を行なうドライブ６９０を有し、バス６０１に各ブロックが接続されている。

再生処理装置（ホスト）６００は、例えばＡＴＡＰＩＢＵＳ等の接続バスによってドライブと接続され、上述したバスキーによって暗号化されたコンテンツは、デジタル信号用入出力Ｉ／Ｆ６１０から入力され、必要に応じて暗号化処理手段６５０によって、例えば、図１６を参照して説明したＡＥＳ−ＣＢＣモードによる復号処理が実行される。

なお、コンテンツ再生処理を実行するプログラムは例えばＲＯＭ６６０内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ６８０を使用する。

ＲＯＭ６６０または記録媒体６９１には、先に図１２を参照して説明した管理センタの公開鍵、ホストアプリケーションに対応する秘密鍵、ホストアプリケーションに対応する公開鍵証明書が格納されている。なお、複数のホストアプリケーションを保持している場合は、それぞれに対応する秘密鍵と公開鍵証明書が格納される。

次に、図２１を参照して、情報記録媒体の格納コンテンツの読み取り、および再生処理装置（ホスト）に対する出力を実行するドライブ装置の構成について説明する。ドライブ装置７００は、コンテンツ読み取り、転送処理プログラム、相互認証処理プログラムなどの各種プログラムに従ったデータ処理を実行するＣＰＵ７０２、プログラム、パラメータ等の記憶領域としてのＲＯＭ７０５、メモリ７０６、デジタル信号を入出力する入出力Ｉ／Ｆ７０３、相互認証、バスキーの生成、出力データの暗号化処理など各種の暗号処理を実行する暗号処理手段７０４、ＤＶＤ，Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）などの情報記録媒体７０８の駆動、データ記録再生信号の入出力を行なう記録媒体Ｉ／Ｆ７０７を有し、バス７０１に各ブロックが接続されている。

ドライブ７００は、例えばＡＴＡＰＩＢＵＳ等の接続バスによって再生処理装置（ホスト）と接続され、例えば情報記録媒体７０８に格納された暗号化（スクランブル）コンテンツをバスキー：Ｋｂｕｓで、再暗号化し入出力Ｉ／Ｆ７０３から出力する。バスキー：Ｋｂｕｓを適用したコンテンツの暗号化は、暗号化処理手段７０４によって、例えば、図１５を参照して説明したＡＥＳ−ＣＢＣモードで実行される。

なお、ＲＯＭ７０５、またはメモリ７０６には、先に図１２を参照して説明した管理センタの公開鍵、ドライブに対応する秘密鍵、ドライブに対応する公開鍵証明書、および暗号鍵ブロックＲＫＢの処理に適用するためのデバイスキー：Ｋｄｅｖが格納されている。また、コンテンツの読み取り、取得、および相互認証処理を実行するプログラム等が格納されている。

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

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

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

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

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

以上、説明したように、本発明の構成によれば、ディスク等の情報記録媒体に記録されたコンテンツの構成データに出力制御情報として、出力制御フラグおよびアプリケーション属性情報を定義し、出力制御フラグおよびアプリケーション属性情報に基づいて出力許容条件を満足するか否かを判定し、満足する場合にのみデータを転送する構成とし、さらに、再生処理装置側で実行するホストアプリケーションとの認証処理を実行し、認証の成立を条件としてホストアプリケーション対応の暗号鍵としてのバスキーを生成して、ホストアプリケーションに提供するとともに、バスキーに基づくコンテンツの暗号化を実行して接続バスを介してドライブから再生処理装置に出力する構成としたので、バスキーを保持するホストアプリケーションにおいてのみコンテンツの利用が可能となり、アプリケーションの切り替えや、接続バス転送データの盗聴などによるコンテンツ入手を行なっても他のアプリケーションでのコンテンツ利用が不可能となり、コンテンツの不正利用が排除される。

また、本発明の構成によれば、アプリケーションの属性情報としてアプリケーション識別子、セキュリティレベルを設定する構成としたので、データ出力先として許容するアプリケーションについて、より細かなアプリケーション選別が可能となる。また、これらのアプリケーション属性情報は、公開鍵証明書の格納データとして構成したので、署名検証による改竄検証が可能であり、確実なアプリケーション属性情報の確認が可能となる。

従来の情報記録媒体格納コンテンツの再生シーケンスを説明する図である。 従来の再生処理装置におけるドライブ出力コンテンツの再生シーケンスを説明する図である。 ドライブからのコンテンツ出力シーケンスを説明するフロー図である。 従来のホストドライブ間のコンテンツ転送を伴う処理構成におけるコンテンツの不正利用例を説明する図である。 本発明の情報記録媒体の格納データについて説明する図である。 本発明の情報記録媒体の格納データの構成について説明する図である。 本発明の情報記録媒体の格納データとしてのセクタデータおよびセクタヘッダの構成について説明する図である。 本発明の情報記録媒体のセクタヘッダに記録される出力制御情報の詳細について説明する図である。 情報記録媒体の格納コンテンツの読み取り、再生を実行する再生機器の処理シーケンスについて説明する図である。 情報記録媒体の格納コンテンツの再生において実行するＡＥＳ暗号アルゴリズムに従った鍵生成処理について説明する図である。 情報記録媒体の格納コンテンツの再生において実行するＡＥＳ暗号アルゴリズムに従ったデータ復号処理について説明する図である。 本発明のドライブ装置と再生処理装置において実行するコンテンツ転送を伴う再生シーケンスを説明する図である。 ドライブ装置と再生処理装置に格納される公開鍵証明書のデータ構成について説明する図である。 ドライブ装置と再生処理装置間で実行する相互認証および鍵交換（ＡＫＥ）処理シーケンスを説明する図である。 ドライブ装置で実行するコンテンツのバスキー：Ｋｂｕｓに基づく暗号化処理構成を説明する図である。 再生処理装置で実行するコンテンツのバスキー：Ｋｂｕｓに基づく復号処理構成を説明する図である。 ドライブ装置で実行するコンテンツの出力制御処理例１を説明するフローチャートを示す図である。 ドライブ装置で実行するコンテンツの出力制御処理例２を説明するフローチャートを示す図である。 ドライブ装置で実行するコンテンツの出力制御処理例３を説明するフローチャートを示す図である。 本発明の再生処理装置の構成例を示す図である。 本発明のドライブ装置の構成例を示す図である。

符号の説明

１０ 情報記録媒体
１１ 暗号化ディスクキー
１２ 暗号化タイトルキー
１３ スクランブルＭＰＥＧデータ
２０ 再生機器
２５ 音声／映像データ
３０ ドライブ
４０ プレーヤアプリケーション
４５ 音声／映像データ
５０ ドライブ
６０ 再生処理装置（ホスト）
１００ 情報記録媒体
１０１ ユーザデータ領域
１０２ リードイン領域
１１１ 暗号化コンテンツ
１１２ ユニットキー生成情報
１１３ リボーク情報
１１４ ＲＯＭマーク
１２０ 暗号鍵情報
１２１ 暗号鍵ブロック（ＲＫＢ）
１２２ 暗号化ディスクキー
１５１ 出力制御情報
２００ 情報記録媒体
２０１ リボーク情報
２０２ 暗号鍵ブロック（ＲＫＢ）
２０３ 暗号化ディスクキー
２０４ ＲＯＭマーク
２０５ ユニットキー生成情報
２０６ 暗号化コンテンツ
３００ ドライブ兼用再生機器
３０１ デバイスキー
３２１ ＡＥＳ鍵生成処理ブロック
３２２ ＡＥＳ復号処理ブロック
３２３ 復号セクタデータ
３５０ セクタデータ
３５１ ＡＥＳ暗号処理部
３５２ バスキーによる暗号化セクタデータ
３７０ バスキーによる暗号化セクタデータ
３７１ ＡＥＳ復号処理部
３７２ 暗号化（スクランブル）セクタデータ
４００ ドライブ装置
４０１ 管理センタ公開鍵
４０２ ドライブ秘密鍵
４０３ ドライブ公開鍵証明書
４０４ デバイスキー
５００ 再生処理装置
５０１ 管理センタ公開鍵
５０２ ホストアプリケーション秘密鍵
５０３ ホストアプリケーション公開鍵証明書
５２０ コンテンツ
５１１ セキュリティレベル
５１２ アプリケーションＩＤ
６００ 再生処理装置
６０１ バス
６１０ 入出力Ｉ／Ｆ
６２０ ＴＳ・ＰＳ処理手段
６３０ ＭＰＥＧコーデック
６４０ 入出力Ｉ／Ｆ
６４１ Ａ／Ｄ，Ｄ／Ａコンバータ
６５０ 暗号処理手段
６６０ ＲＯＭ
６７０ ＣＰＵ
６８０ メモリ
６９０ ドライブ
６９１ 記録媒体
７００ ドライブ装置
７０１ バス
７０２ ＣＰＵ
７０３ 入出力Ｉ／Ｆ
７０４ 暗号処理手段
７０５ ＲＯＭ
７０６ メモリ
７０７ 記録媒体Ｉ／Ｆ
７０８ 情報記録媒体

Claims (13)

1. 情報記録媒体からのデータ読み取りおよび出力を実行するドライブ装置であり、
   情報記録媒体を装着しデータ読み取りを実行する記録媒体インタフェースと、
   データ再生プログラムとしてのホストアプリケーションを実行する再生処理装置との通信を実行する入出力インタフェースと、
   前記ホストアプリケーションを実行する再生処理装置に対する情報記録媒体からの読み取りデータの出力制御を実行するデータ処理部とを有し、
   前記データ処理部は、
   ドライブ装置と前記ホストアプリケーション間の相互認証処理を実行し、相互認証の成立を条件として前記ホストアプリケーション対応の暗号鍵を生成し、該暗号鍵を適用して情報記録媒体からの読み取りデータの暗号化を行い前記ホストアプリケーションを実行する再生処理装置に出力する構成を有し、
   前記データ処理部は、
   情報記録媒体からの読み取りデータに含まれるデータ再生プログラム識別情報であるアプリケーション識別子と、前記ホストアプリケーションを実行する再生処理装置から取得した前記ホストアプリケーションに対応付けられたアプリケーション識別情報とを照合し、該照合結果に基づいて情報記録媒体からの読み取りデータの再生処理装置に対する出力可否を決定し、
   前記再生処理装置が複数の異なるホストアプリケーションを実行する場合、各々のホストアプリケーションに対して個別に異なる暗号鍵を生成し、個別の暗号鍵を適用して情報記録媒体からの読み取りデータの暗号化を行い各ホストアプリケーションに対して提供する構成を有することを特徴とするドライブ装置。
2. 前記データ処理部は、
   情報記録媒体からの読み取りデータに含まれる出力制御フラグの値に応じて、前記暗号鍵に基づく暗号化処理の実行の有無を判定する処理を行なう構成であることを特徴とする請求項１に記載のドライブ装置。
3. 前記データ処理部は、
   情報記録媒体からの読み取りデータに含まれるセキュリティレベル情報と、前記ホストアプリケーションから取得したアプリケーション対応のセキュリティレベル情報とを比較し、該比較結果に基づいて情報記録媒体からの読み取りデータの再生処理装置に対する出力の可否を決定する構成を有することを特徴とする請求項１に記載のドライブ装置。
4. 前記ホストアプリケーションから取得するアプリケーション識別情報、またはセキュリティレベル情報は、前記ホストアプリケーションの公開鍵証明書に格納された情報であり、前記データ処理部は、該公開鍵証明書の署名検証による改竄検証を実行する構成であることを特徴とする請求項３に記載のドライブ装置。
5. 前記データ処理部は、さらに、
   ドライブ装置と前記ホストアプリケーション間の相互認証処理において生成したセッションキーを適用して、前記ホストアプリケーション対応の暗号鍵を暗号化して再生処理装置に出力する処理を実行する構成であることを特徴とする請求項１に記載のドライブ装置。
6. 前記データ処理部は、さらに、
   前記ホストアプリケーション対応の暗号鍵に対してシーケンス番号を付与し、複数のホストアプリケーションに応じて複数の異なる暗号鍵を生成し、各ホストアプリケーションに応じて暗号鍵を切り替えて適用する処理を実行する構成であることを特徴とする請求項１に記載のドライブ装置。
7. 情報記録媒体からのデータ読み取りおよび出力を実行するドライブ装置におけるデータ処理方法であり、
   ドライブ装置と、再生処理装置が実行するデータ再生プログラムであるホストアプリケーションとの間で相互認証処理を実行する認証ステップと、
   前記情報記録媒体からの読み取りデータに含まれるデータ再生プログラム識別情報であるアプリケーション識別子と、前記ホストアプリケーションを実行する再生処理装置から取得した前記ホストアプリケーションに対応付けられたアプリケーション識別情報とを照合し、該照合結果に基づいて情報記録媒体からの読み取りデータの再生処理装置に対する出力可否を決定する出力判定ステップと、
   前記認証ステップにおける相互認証の成立、および前記判定ステップにおける出力可の判定を条件として前記ホストアプリケーション対応の暗号鍵を生成する暗合鍵生成ステップと、
   前記暗号鍵を適用して情報記録媒体からの読み取りデータの暗号化を行い再生処理装置に出力するデータ出力ステップと、
   前記再生処理装置が複数の異なるホストアプリケーションを実行する場合、各々のホストアプリケーションに対して個別に異なる暗号鍵を生成し、個別の暗号鍵を適用して情報記録媒体からの読み取りデータの暗号化を行い各ホストアプリケーションに対して提供するステップと、
   を有することを特徴とするデータ処理方法。
8. 前記データ処理方法は、さらに、
   情報記録媒体からの読み取りデータに含まれる出力制御フラグの値に応じて、前記暗号鍵に基づく暗号化処理の実行の有無を判定する処理を実行するステップを有することを特徴とする請求項７に記載のデータ処理方法。
9. 前記データ処理方法は、さらに、
   情報記録媒体からの読み取りデータに含まれるセキュリティレベル情報と、前記ホストアプリケーションから取得したアプリケーション対応のセキュリティレベル情報とを比較し、該比較結果に基づいて情報記録媒体からの読み取りデータの再生処理装置に対する出力の可否を決定するステップを有することを特徴とする請求項７に記載のデータ処理方法。
10. 前記ホストアプリケーションから取得するアプリケーション識別情報、またはセキュリティレベル情報は、前記ホストアプリケーションの公開鍵証明書に格納された情報であり、
    前記データ処理方法は、さらに、前記公開鍵証明書の署名検証による改竄検証を実行するステップを有することを特徴とする請求項９に記載のデータ処理方法。
11. 前記データ処理方法は、さらに、
    ドライブ装置と前記ホストアプリケーション間の相互認証処理において生成したセッションキーを適用して、前記ホストアプリケーション対応の暗号鍵を暗号化して再生処理装置に出力する処理を実行するステップを有することを特徴とする請求項７に記載のデータ処理方法。
12. 前記データ処理方法は、さらに、
    前記ホストアプリケーション対応の暗号鍵に対してシーケンス番号を付与し、複数のホストアプリケーションに応じて複数の異なる暗号鍵を生成し、各ホストアプリケーションに応じて暗号鍵を切り替えて適用する処理を実行するステップを有することを特徴とする請求項７に記載のデータ処理方法。
13. 情報記録媒体からのデータ読み取りおよび出力を実行するコンピュータ・プログラムであり、
    情報記録媒体からのデータ読み取りおよび出力を実行するドライブ装置と、再生処理装置が実行するデータ再生プログラムであるホストアプリケーションとの間で相互認証処理を実行する認証ステップと、
    前記情報記録媒体からの読み取りデータに含まれるデータ再生プログラム識別情報であるアプリケーション識別子と、前記ホストアプリケーションを実行する再生処理装置から取得した前記ホストアプリケーションに対応付けられたアプリケーション識別情報とを照合し、該照合結果に基づいて情報記録媒体からの読み取りデータの再生処理装置に対する出力可否を決定する出力判定ステップと、
    前記認証ステップにおける相互認証の成立、および前記判定ステップにおける出力可の判定を条件として前記ホストアプリケーション対応の暗号鍵を生成する暗合鍵生成ステップと、
    前記暗号鍵を適用して情報記録媒体からの読み取りデータの暗号化を行い再生処理装置に出力するデータ出力ステップと、
    前記再生処理装置が複数の異なるホストアプリケーションを実行する場合、各々のホストアプリケーションに対して個別に異なる暗号鍵を生成し、個別の暗号鍵を適用して情報記録媒体からの読み取りデータの暗号化を行い各ホストアプリケーションに対して提供するステップと、
    を有することを特徴とするコンピュータ・プログラム。

Images