情報記録再生方法及び装置、情報記録媒体
【課題】システム特有の性質を巧みに利用しSystem Renewabilityの強化を実現するものである。その結果として再生専用とレコーダブル媒体に記録されるコンテンツの著作権保護に対する要求仕様に対しても強化される、新たな効果を生み出すようにする。
【解決手段】コンテンツ等の情報を暗号化して記録再生するシステムにおいて、記録媒体の記録再生ドライブとPC（パソコン）で構成されるソフトウエアを主体とする装置（ソフトウエア（Ｓ／Ｗ）主体装置）と、ドライブとデータ符号化・復調化処理が一体となったハードウエアを主体とする装置（ハードウエア（Ｈ／Ｗ）主体装置）とで、暗号/復号化処理情報を異ならしめた設計としている。
【解決手段】コンテンツ等の情報を暗号化して記録再生するシステムにおいて、記録媒体の記録再生ドライブとPC（パソコン）で構成されるソフトウエアを主体とする装置（ソフトウエア（Ｓ／Ｗ）主体装置）と、ドライブとデータ符号化・復調化処理が一体となったハードウエアを主体とする装置（ハードウエア（Ｈ／Ｗ）主体装置）とで、暗号/復号化処理情報を異ならしめた設計としている。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報記録媒体に暗号化情報を記録するのに有用な情報記録再生方法及び装置、暗号化情報が記録された情報記録媒体から情報を再生する方法及び装置、さらには、暗号化情報が記録された情報記録媒体、情報再生媒体に適用して有用な発明である。
【背景技術】
【０００２】
情報記録媒体、例えば、光ディスクに対して情報を記録する場合、情報を暗号化して記録することが要求される場合がある。例えば、著作権保護方式では、著作物であるコンテンツを暗号鍵で暗号化して暗号化コンテンツとし、さらに暗号化のために用いた前記暗号鍵を秘匿させる為、他の暗号鍵で暗号化して暗号化鍵としている。そして前記暗号化鍵と、暗号化コンテンツとを一緒に、記録媒体に記録し、違法コピー防止している。
【０００３】
現在、急速にマーケットを拡大しているDVD（Digital Versatile Disc）に関する著作権保護方式では、次のような対応が図られている。即ち、DVD videoは、DVD CCA(DVD Copy Control Association)がライセンスしている、CSS（Content Scramble System）方式を利用しており、再生専用であるDVD AudioはCPPM（Content Protection for Prerecorded Media）方式を利用しており、また、記録メディアに記録されるコンテンツの著作権保護方式ではCPRM(Content Protection for Recodable Media)方式が利用されている。CPPM方式とCPRM方式のライセンスは、特定の団体（例えば４C Entity, LLCと称される団体）が行っている。
一方では、更に高精細映像や音声信号などを記録再生可能とする、高容量の次世代DVD等の開発が進められている。このような次世代記録媒体へ高品位著作物を記録する場合の著作権保護方式は、従来以上にセキュリティー能力を高めた方式の導入が要求されている。
【０００４】
即ち、近年のHD-Video(High Definition Video)を放送するDigtal-TV放送などが開始されつつある。その放送番組を記録再生する記録再生システムに対して、著作権者側では従来以上の高度なセキュリティーシステムを記録許可条件として要求してきている。一方では、利用者としては正しい使用形態なら自由に利用出来るシステムを望んであり、一部の不正者のために不便な使い方を強制される事には、反発が出てくと予想される。
【０００５】
このような状況の中で、次世代に対応する方式においては、基本的な部分の機能を高める事が重要である。下記に（コンテンツ保護の基本要件）を示す。
【０００６】
１）bit-by-bitコピーの防止
２）コンテンツの暗号化
３）System Renewability
４）CCI（Copy Control Information）の完全性確保
CPPMやCPRMを例に取ると、１）に関してはメディア毎に固有IDを付加することで、bit-by-bitコピーを防止する、２）に関しては暗号器の高度化で対応を図る、３）に関してはＭＫＢ（Media Key Block）を採用する、４）に関しては、ＣＣＩを暗号化鍵として利用（アプリケーション依存）することで対応している。
【０００７】
このように、暗号化システムを個々の構成要素が持つ特性や性質を巧みに利用した構造を用いて構成することで、要求仕様実現に努力している。
【０００８】
１）に関して…メディア毎に付加された（固有ID）を利用すると次のような機能を得ることができる。固有IDが関係した暗号鍵でコンテンツを暗号化することで、暗号化コンテンツが直接他の媒体にコピーされても、正しく復号することが出来なくなり、ビットバイビットコピーを防止出きる。２）関して…暗号器の能力に依存する事になり、能力の高い暗号器が採用されつつある。ＭＫＢは、記録媒体にコンテンツを記録再生する装置に秘密鍵として設置されるデバイス鍵の集合体であり、かつ、コンテンツ暗号化のベース鍵であるメディア鍵を暗号化して数学的体系を整えた（メディア鍵ブロック）である。記録再生装置のデバイス鍵がハックされ不正利用が行われた場合、新規に、（新ＭＫＢ）が発行される。新しく発行される記録媒体では、（新ＭＫＢ）が採用される。この結果、新しく発行された記録媒体の情報が処理されるときは、ハックされた対象（デバイス鍵）を削除した鍵束によって演算生成されることになり、ハックされたデバイス鍵を持つ不正記録再生装置は、新しい（新ＭＫＢ）が記録された記録媒体を使用することが出来ない。
【０００９】
即ち、ハックされた記録再生装置は、著作保護システムからリボークされる。この処理でSystem Renewability機能が働く。CCIは、コピー禁止やコピーワンス等コンテンツ単位での制御フラグであるが、そのフラグ自身の改ざんを防止する必要がある。このために、CCIを暗号化鍵として利用することで、改ざんを困難にしている。 このように、現在でも、必要な保護要求に対応すべく、構成要素の高信頼性とシステムによるセキュリティー能力向上に対して高度な技術が使われている。
【非特許文献１】CPPM Specification, DVD Book, Revision 0.93, January 31, 2001 Page 2-6 Figure 2-3 (http://www.4centity.com/docs/versions.html)
【非特許文献２】CPRM Specification, DVD Book, Revision 0.96, January 31, 2003 Page 4-9 Figure 4-3 (http://www.4centity.com/docs/versions.html)
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、現在は記録媒体間でコンテンツ移動を禁止したり、最終ユーザ利用形態への制約も含めた著作権保護システムとなっており、更に高品位デジタル映像信号であるため、著作権者は従来以上に違法コピー防御システムを要求している。 また、上記System Renewability に関して、ハックされたデバイス鍵がインターネット等で拡散して不正利用されると、不正者数は限りない数になりかね無い。 リボークしても、新規のＭＫＢが付加された記録媒体が利用不可になるだけで、それ以前に販売された記録媒体は使用可能である。
【００１１】
このような現状システムの状況を鑑みて、本発明は成されたものであり、システム特有の性質を巧みに利用した技術によって、System Renewabilityの強化を実現するものである。また、その結果として再生専用とレコーダブル媒体に記録されるコンテンツの著作権保護に対する要求仕様に対しても強化される、新たな効果を生み出す事を可能にしている。
【課題を解決するための手段】
【００１２】
この発明の一面では、コンテンツ等の情報を暗号化して記録再生するシステムにおいて、記録媒体の記録再生ドライブとPC（パソコン）で構成されるソフトウエアを主体とする装置（ソフトウエア（Ｓ／Ｗ）主体装置）と、ドライブとデータ符号化・復調化処理が一体となったハードウエアを主体とする装置（ハードウエア（Ｈ／Ｗ）主体装置）とで、暗号/復号化処理情報を異ならしめた設計としている。
【発明の効果】
【００１３】
ハードウエアを主体とする装置の暗号鍵が盗まれたとしても、ハードウエアを主体とする装置を短期間に大量生産する事は困難である。 従来のＣＰＰＭやＣＰＲＭにおけるリボークシステムでも効果は期待できる。 一方、ソフトウエアを主体とする装置では、ネットワークを介して暗号化・復号化のために利用される情報を更新することが容易であり、秘匿性を高めることが可能である。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照してこの発明の実施の形態を説明する。まず、図１（Ａ）、図１（Ｂ）、図２（Ａ）、図２（Ｂ）、図３を参照して、著作権保護再生処理方法の基本的な技術について説明する。
【００１５】
図１（Ａ）は、DVD-Audioに採用されているＣＰＰＭ方式の基本構成である。図１（Ｂ）は暗号化コンテンツが記録された再生専用媒体（例えば光ディスク）である。媒体のデータ(Data)領域には、暗号化テンツと（Media Key Block：ＭＫＢ）が記録されており、内周側のリードイン（Lead-in）領域には、アルバム−ＩＤと呼ばれる（Volume-ID）が記録されている。
【００１６】
このような暗号化コンテンツが記録された記録媒体の記録情報を再生するとき、復号化処理は、図１（Ａ）のような復号化ツリーで行われる。再生装置内には、ＣＰ管理機構から配布された（Device-Key Set）が秘匿状態で格納されている。まず、ＭＫＢ処理部(ＭＫＢ Precess)において、記録媒体１０−１から読み出された（ＭＫＢ）を（Device-Key Set）で演算処理して、メディア鍵（Ｋｍ）が抽出される。この（Ｋｍ）が、記録媒体から読み出された（Volume-ID）と共に、一方向性函数器のようなジェネレータ（Ｇ）に送って処理されると、メディア固有鍵（Ｋｍｕ）が生成される。このメディア固有鍵（Ｋｍｕ）で記録媒体に記録されている暗号化タイトル鍵（Ｅ−Ｋｔ）が鍵復号部（Ｋ-Ｄｅｃ）部で復号され、タイトル鍵（Ｋｔ）が再生される。このタイトル鍵（Ｋｔ）によって、記録媒体に記録されている暗号化コンテンツが、コンテンツ復号部（Ｃ−Ｄｅｃ）で復号され、平文のコンテンツが再生される。
【００１７】
尚、タイトル鍵（Ｋｔ）によるコンテンツの暗号化では、膨大なストリームデータを同一鍵で暗号化することは、暗号化鍵を推定される可能性が高い。このような推定を防止するために、タイトル鍵をある函数器にかけてコンバートし特定単位のコンテンツデータを暗号化し、再び函数器でコンバートして次のコンテンツデータ単位を暗号化するという、チェーン構造の暗号化鍵コンバートシステムが使われる。図１Ａにおけるタイトル鍵による暗号化コンテンツの復号は、単純にコンテンツ復号部で復号するような図示となっているが、当然、復号化においても、タイトル鍵は函数器に通してコンバートする事で、暗号化コンテンツを次々と異なる復号化鍵で復号処理される。
【００１８】
図２（Ａ）は前記と同様に、著作権保護方式を用いた記録再生処理システムを示した図である。この図は、記録再生媒体１０−２に使われるＣＰＲＭ方式を簡略した暗号化・復号化ツリーを示している。 ＣＰＲＭ方式が利用される記録媒体１０−２を図２（Ｂ）に示してある。図２(Ａ)の処理システムにおける暗号化処理は、先ず記録媒体から（ＭＫＢ）（Lead-in area に記録されている）と記録媒体毎に固有IDとして付加されているメディアID（MID）（バーストカッティングエリア（BCA）に記録されている）を読み出す。次に、(ＭＫＢ Process)において、（ＭＫＢ）と装置に埋め込まれている（Device-Key Set）とを使ってメディア鍵（Ｋｍ）を演算抽出する。次に、ジェネレータ（Ｇ）において、（Ｋｍ）と（MID）とを使って、メディア固有鍵（Ｋｍｕ）を演算生成する。次に、鍵暗号化部（Ｋ−Ｅｎｃ）において、（Ｋｔ）を（Ｋｍｕ）で暗号化して暗号化鍵（Ｅ−Ｋｔ）を生成する。タイトル鍵（Ｋｔ）は、乱数発生器などで構成される（タイトル鍵生成器 T-Key）で生成されている。生成した（Ｅ−Ｋｔ）は記録媒体１０−２に記録される。
【００１９】
コンテンツは、タイトル鍵（Ｋｔ）で暗号化して暗号化コンテンツとして記録媒体に記録される。このようにして記録された暗号化コンテンツの復号処理は、図１（Ａ）の処理と同様な処理が行われ、平文のコンテンツデータが再生される。
【００２０】
尚、（Device-Key set）は、複数のDevice-Keyから構成されたものである。ＭＫＢからメディア鍵を演算抽出するには、鍵セット（鍵set）から最初のデバイス鍵を選択して（Ｋｍ）を抽出するが、もし抽出できない場合は、次のデバイス鍵を使って演算抽出する。このようにして演算抽出が成功するまで、次々と鍵setの鍵を順番に使って演算抽出処理を行なう。最後まで抽出が成功しない場合は、システムからリボークされている事になる。このような複数のデバイス鍵を（Device-Key set）として装置に埋め込む必要性は、次のことからである。
【００２１】
System Renewability(システム再現)機能としては、不正行為が行われたデバイス鍵をリボークすることができる。ここで、装置毎に異なるデバイス鍵を配布する場合、有限のデバイス鍵数であることから、装置の台数が限られてしまう。そこで、有限のデバイス鍵の数をM個として、ある特殊函数で選択してｎ個の鍵をセットとして装置に配布すれば、配布できる鍵セットは約Mのｎ乗個の数になる。即ち、有限なデバイス鍵数を、ｎ乗個に拡大する事が可能になる。この場合、不正デバイス鍵セットをリボークしたとき、その鍵セットに含まれているｎ個のデバイス鍵は使用できないが、正しい装置に配布されたデバイス鍵セット内に、不正デバイス鍵が存在しても、当該デバイス鍵セット内にリボークされていないデバイス鍵が存在する限り、正しい暗号化・復号化処理は可能である。 以下、表現は（Device-Key set）と記載するが、Device-Keyとして処理を説明する。 尚、暗号化された秘密鍵情報であるメディアキーブロック（ＭＫＢ）とデバイス鍵セットの構成と関係は、上記までの説明で推測される筈であるが、秘密鍵であるメディア鍵の秘匿性記録方法と復元方法に[関しては、その他に、数学的な特性を使って少ない情報データ量で目的を実現できる手段も考えられる。 しかし、本発明の直接的な内容事項では無いので、上記内容の説明に留める。
【００２２】
図３は、図１（Ａ）、図２（Ａ）における記録再生媒体と装置の関係を示した図である。再生装置や記録再生装置には、大きく分類して２つのタイプがある。
【００２３】
記録媒体１００の記録再生ドライブ２０１とPC（パソコン）またはホストコンピュータ２０２で構成されるソフトウエアを主体とする装置２００（ソフトウエア（Ｓ／Ｗ）主体装置）と、ドライブとデータ符号化・復調化処理が一体となったハードウエアを主体とする装置３００（ハードウエア（Ｈ／Ｗ）主体装置）とである。本発明では、この2つのタイプの暗号/復号化ツリーを異ならしめた設計としている。
【００２４】
即ち、ハードウエア主体装置３００は、専用プレーヤ／レコーダのように記録媒体を装置内に挿入して使用する。装置３００には、最終的な再生信号を出力する機能、及び、逆に入力信号を圧縮、或いは編集処理を行ない暗号化して記録媒体に記録する全ての機能が閉じ込められている。これに対して、ソフトウエア主体装置２００は、データを読み出し／記録するドライブ２０１とパソコン又はホストコンピュータのような装置２０２を連結して、記録再生システムを構成している。
【００２５】
このような装置システムにおいてデバイス鍵セットは、図３に示す通り、前者の専用プレーヤ／レコーダでは内部に設置される。しかし、ドライブ−パソコン連結システムでは、パソコン又はホストコンピュータ内にデバイス鍵セットが設置され、暗号化復号化処理の工程が行なわれる。ドライブ２０１は単に送られてきたデータを記録、あるいは指定された場所のデータを読み出し、パソコン又はホストコンピュータ２０２側に転送するのみである。
【００２６】
この代表的な２つの装置２００と３００では、夫々特有の性質を持っている。
【００２７】
１）専用プレーヤ／レコーダ（装置３００）
＊記録媒体と最終的な映像／音声信号の全処理工程が閉じた装置内で構成される為、処理工程の中間点で不正にデータをスキーミングする事は出来ない、
＊最近のレコーダ装置のように、記録時間設定などに電子番組表を利用する装置は、インターネット接続されている、しかし、多くの一般プレーヤなどはネット接続しないで利用される場合が多く、暗号化処理の一部制御ソフト或いは暗号鍵等を容易に更新することは困難、
＊装置内が他の外部機器と独立しており、検出と判断を行う専用回路を設置する事は容易である。
【００２８】
２）ドライブ２０１とパソコン又はホストコンピュータ２０２により構成される装置２００
＊パソコンの利用形態として、インターネット接続は一般的になっている、
＊パソコンにインストールされた、アプリケーションソフトの更新は容易、
＊記録媒体のデータ記録再生を行うドライブは、ホストであるパソコンからの指示で制御され、指定された場所のデータ記録再は行うが、データ間の比較判断は困難、
＊データの記録再生指示やデータのエンコード・デコード処理はホスト側で行われ、その処理はソフトウエアによって行われる事から、最終ユーザが制御方式を改ざん出来る可能性を持つ、違反防御は、ソフトウエアのタンパーレジスト化で対応するしか無い。
【００２９】
上記のように、ハードウエア（Ｈ／Ｗ）主体装置である専用プレーヤ／レコーダなどは、記録媒体からの記録再生操作とデータの暗号・復号処理及びエンコード・デコード処理まで、閉じた装置内で対応する。故に、記録媒体に記録されているあらゆる場所の各種データの記録再生及び比較判断処理を組み込むことが可能であり、その専用処理回路を閉じた装置内に組み込むことで、セキュリティー能力を高めることは可能である。しかし、外部装置とは独立した構成で設置される事から、一般には内部構成を容易に更新させることは難しい。
【００３０】
一方、ソフトウエア（Ｓ／Ｗ）主体装置である、ドライブとパソコンまたはホストコンピュータで構成される装置では、ドライブはパソコン又はホストコンピュータから標準化されたI/Oコマンドで指示され、記録媒体へのデータ読出しと書込みを行う装置であり、ドライブ内で独自にデータの比較判断は通常困難である。データに関する全ての処理はホスト側にあるアプリケーションソフトで行われる事になり、当然コンテンツの暗号化・復号化処理もこちらで行われる。通常は不正行為を防止する為、ソフトウエアはタンパーレジスト化され、不正改ざんされないようになっている。また、ソフトウエア（Ｓ／Ｗ）を用いる装置の利点としては、以下の点がある。即ち、パソコンなどの利用形態がインタ−ネット利用形態が多くなり、ネット接続が基本になってきた。このことは、一部のソフトウエアや例えば暗号化システムにおける秘密鍵であるデバイス鍵を秘匿処理で更新することが可能であり、暗号化システムのシステム更新を実現する事は可能である。
【００３１】
このように、ハードウエアを主体とする装置とソフトウエアを主体とする装置は、夫々欠点と利点が異なったシステム関係と言える。発明者は、この点に着目した。
【００３２】
図４は、本発明の基本的な考えを示した、復号システムの構成例である。即ち、図３で説明したソフトウエア主体（Ｓ／Ｗ）主体装置とハードウエア主体（Ｈ／Ｗ）主体装置の利点と欠点を巧みに利用して、暗号化・復号化システムのSystem renewabilityの能力を大幅に向上させるものである。
【００３３】
その基本的考えは、暗号化・復号化ツリーにおけるセキュリティーのベースである（デバイス鍵）を、ソフトウエア（Ｓ／Ｗ）システム用と、ハードウエア（Ｈ／Ｗ）システム用とで独立させ、結果としてＭＫＢも夫々専用となり、記録媒体に記録される方式である。
【００３４】
但し、ＭＫＢデータファイルに関しては、別項で説明するが、夫々独立させるか、集合させて１つのファイルで記録媒体に記録するかは、夫々特徴があり他の問題を含めて設定する事になる。以下、本発明に係わる装置及び方法では、ハードウエア側と、ソフトウエア側を意識した構成であるために、ハードウエア側専用のブロック及び機能を示す符号にＨ／Ｗを付加し、ソフトウエア側専用のブロック及び機能を示す符号にＳ／Ｗを付加して表すことにする。また以後示す各図において、同様な符号を付した部分は、同様な機能及び動作を得るものとする。
１）ソフトウエア復号システム（図４の左側）
(1a)記録媒体１０−４から、（Ｓ／Ｗ処理のためのＭＫＢ（以下ＭＫＢ for Ｓ／Ｗ））を読出し、（ソフトウエア処理のためのDevice-Key set（以下Device-Key Set for Ｓ／Ｗ））を使ってメディア鍵処理部（ＭＫＢ Process−Ｓ／Ｗ）でメディア鍵（Ｋｍ）を演算抽出する。
【００３５】
(1b)記録媒体１０−４から、媒体固有IDの（Media-ID）もしくはコンテンツのボリューム単位の（Volume-ID）を読出す。ジェネレータ（Ｇ−Ｓ／Ｗ）において、（Volume-ID）が（Ｋｍ）と共に一方向性函数器などによる函数演算され、メディア固有鍵（Ｋｍｕ）を生成する。
【００３６】
尚、以降の説明で（Volume-ID）名称を使っているが、記録媒体の固有IDである（Media−ID）を利用する場合も含まれているものとする。
【００３７】
(1c)記録媒体１０−４に記録されている、暗号化タイトル鍵（Ｅ−Ｋｔ）を読出す。この（Ｅ−Ｋｔ）を、（Ｋ−Ｄｅｃ−Ｓ／Ｗ）において、（Ｋｍｕ）により復号して、コンテンツ暗号鍵であるタイトル鍵（Ｋｔ）を生成する。
【００３８】
(1d)記録媒体１０−４に記録されている暗号化コンテンツは、順次読み出される。（Ｃ−Ｄｅｃ−Ｓ／Ｗ）において、読み出された暗号化コンテンツは、（Ｋｔ）で復号され平文のコンテンツデータとして再生される。
【００３９】
２）ハードウエア復号システム（図４の右側）
(2a)記録媒体１０−４から、（ＭＫＢ for Ｈ／Ｗ）が読出される。（ＭＫＢ Process−Ｈ／Ｗ）において、（ＭＫＢ for Ｈ／Ｗ）と（Device Key Set for Ｈ／Ｗ）を使ってメディア鍵（Ｋｍ）が演算抽出される。
【００４０】
(2b)記録媒体１０−４から、媒体固有IDの（Media-ID）もしくはコンテンツのボリューム単位の（Volume-ID）が読出される。ジェネレータ（Ｇ−Ｈ／Ｗ）において、（Volume-ID）は、（Ｋｍ）と共に一方向性函数器などで函数演算され、その結果として、メディア固有鍵（Ｋｍｕ）が生成される。
【００４１】
(2c)記録媒体１０−４に記録されている、暗号化タイトル鍵（Ｅ−Ｋｔ）が読出される。（Ｋ−Ｄｅｃ−Ｈ／Ｗ）において、（Ｅ−Ｋｔ）は（Ｋｍｕ）により復号され、コンテンツ暗号鍵であるタイトル鍵(Ｋｔ)が生成される。
【００４２】
(2d)記録媒体１０−４に記録されている、暗号化コンテンツが、順次読み出される。（Ｃ−Ｄｅｃ−Ｈ／Ｗ）において、暗号化コンテンツは、（Ｋｔ）で復号され平文のコンテンツデータとして再生される。
【００４３】
このように、デバイス鍵セット（Device key set）を、ソフトウエア（Ｓ／Ｗ）主体装置とハードウエア主体装置で独立して生成することで、仮に、ハードウエア主体装置用デバイス鍵がハッキングされ、インターネットなどで不正配布されても、ソフトウエア主体装置では利用出来ない。よって、不正行為が行われる装置数は、最小限に抑える事が可能である。その結果、時間遅れで対応される、ＭＫＢを使ったシステム更新であっても、充分な不正防止効果を期待する事が可能である。ソフトウエア主体装置のデバイス鍵は、インターネットに接続されている為、定期的更新システム等を利用すれば、不正拡大は防止出きる。
【００４４】
図５は、本発明のデバイス鍵と、これに対応するＭＫＢの関係を示した図である。左側には、記録媒体上の記録情報を示し、右側には、記録媒体に対して記録再生を行うハードウエア主体装置３００と、ソフトウエア主体装置２００を示している。ハードウエア主体装置３００において、(ＭＫＢ for Ｓ／Ｗ)を用いても、正常なタイトル鍵(Ｋｔ)は復号されないし、ソフトエア主体装置２００において、(ＭＫＢ for Ｈ／Ｗ)を用いても、正常なタイトル鍵(Ｋｔ)は復号されない。
【００４５】
ここで、ハードウエア用デバイス鍵を不正行為によりソフトウエア主体装置で使おうとした場合、ソフトウエア主体装置で（ＭＫＢ for Ｈ／Ｗ）を読み出して利用するような状態に、制御ソフトを改ざんすることが考えられる。このような不正な改ざんを行うと、ソフトウエア主体装置でもハードウエア用デバイス鍵で(Ｋｍ)を抽出できてしまう。
【００４６】
しかし、図４の構成では、一般にソフトウエア主体装置で使われる記録媒体のデータ記録再生処理を行うドライブの特性を利用して、上記問題を解決している。即ち、ホスト側から標準コマンドでデータを自由に管理する出来る領域は、記録媒体のデータゾーン（Data zone）である。そして、記録媒体において、コントロールデータエリア等やドライブ及び媒体テストゾーン等が配置されるリードイン（Lead-in）領域は、ドライブ起動時に使われる領域であり、ホスト側が自由に管理できない場所である。これに対して、ハードウエア主体装置では、全ての処理がクローズされているため、記録媒体のデータ配置規格に委ねられており、データの読出し書込みは自由である。
【００４７】
そこで、（ＭＫＢ for Ｈ／Ｗ）は、Lead-in領域に配置し、(ＭＫＢ for Ｓ／Ｗ)はData zoneに配置し、通常のドライブ２０１では、(ＭＫＢ for Ｈ／Ｗ)は読み出す事が出来ないようにする。この（ＭＫＢ）配置によって図４のシステムの違法コピー防止効果が著しく向上できる。
【００４８】
図６は、図４の復号システムに対応した暗号システムの構成例である。
【００４９】
１）ソフトウエア暗号システム（図６の左側）
(1a)乱数発生器（RNG）などでコンテンツを暗号化するためのタイトル鍵(Ｋｔ)を生成する。次に、暗号化処理部において、コンテンツはタイトル鍵(Ｋｔ)で順次暗号化され暗号化コンテンツとして作成され、記録媒体に記録される。
【００５０】
(1b)（ＭＫＢ for Ｓ／Ｗ）を読出し、これと（Device Key Set for Ｓ／Ｗ）とを使って、（ＭＫＢ Process−Ｓ／Ｗ)において、メディア鍵(Ｋｍ)を演算抽出する。
【００５１】
(1c)記録媒体から、メディア固有データ（Volume-ID）を読出し、この（Volume-ID）とメディア鍵(Ｋｍ)とを使って、例えば一方向性函数器（Ｇ−Ｓ／Ｗ）において、メディア固有鍵（Ｋｍｕ）が生成される。
【００５２】
(1d)コンテンツ暗号化に用いたタイトル鍵（Ｋｔ）を、メディア固有鍵（Ｋｍｕ）で暗号化して、暗号化タイトル鍵（Ｅ−Ｋｔ）を生成し、これを記録媒体に記録する。このときの暗号化部分は（Ｋ−Ｅｎｃ−Ｓ／Ｗ）として図示している。
【００５３】
２）ハードウエア暗号システム（図６の右側）
(2a)乱数発生器（RNG）などでコンテンツを暗号化するためのタイトル鍵(Ｋｔ)を生成する。次に、暗号化処理部において、コンテンツはタイトル鍵(Ｋｔ)で順次暗号化され暗号化コンテンツとして作成され、記録媒体に記録される。
【００５４】
(2b)（ＭＫＢ for Ｈ／Ｗ）を読出し、これと（Device Key Set for Ｈ／Ｗ）とを使って、（ＭＫＢ Process−Ｈ／Ｗ）において、メディア鍵(Ｋｍ)を演算抽出する。
【００５５】
(2c)記録媒体から、メディア固有データ（Volume-ID）を読出し、この（Volume-ID）とメディア鍵(Ｋｍ)とを使って、例えば一方向性函数器（Ｇ−Ｈ／Ｗ）において、メディア固有鍵（Ｋｍｕ）が生成される。
【００５６】
(2d)コンテンツ暗号化に用いたタイトル鍵（Ｋｔ）を、メディア固有鍵（Ｋｍｕ）で暗号化して、暗号化タイトル鍵（Ｅ−Ｋｔ）を生成し、これを記録媒体に記録する。このときの暗号化部分は（Ｋ−Ｅｎｃ−Ｈ／Ｗ）として図示している。
【００５７】
図７は、本発明に係る復号システムの他の実施形態を示す図である。図４の復号システムとの違いは、コンテンツ暗号化鍵であるタイトル鍵を暗号化して記録しておくが、ソフトウエア主体側とハードウエア主体側では、暗号化されて記録媒体に記録されているタイトル鍵が異なっている点である。つまり（Ｅ−Ｋｔ for Ｓ／Ｗ）と（Ｅ−Ｋｔ for Ｈ／Ｗ）が記録されている。
【００５８】
即ち、ソフトウエア復号システムは、図４の構成例と同じであるが、ハードウエア復号システムは図４の例と若干異なる。（Device key Set for Ｈ／Ｗ）と(ＭＫＢ for Ｈ／Ｗ)とを使って、演算処理の結果抽出されるメディア鍵は、（Ｋｍ’）である。演算処理部は、（ＭＫＢ Process−Ｈ／Ｗ）として示している。
【００５９】
次に、一方向性函数器などの函数演算器（Ｇ−Ｈ／Ｗ）において、（Volume-ID）と(Ｋｍ’)とを使って演算した結果生成されるメディア固有鍵は、(Ｋｍｕ’)である。記録媒体から読み出されたハードウエア用の暗号化されたタイトル鍵(Ｅ−Ｋｔ for Ｈ／Ｗ)を、(Ｋｍｕ’)で復号すると、ソフトウエア主体側と同じタイトル鍵（Ｋｔ）が生成される。したがって暗号化コンテンツ（E-Content）は、ソフトウエア主体装置でもハードウエア主体装置でも、正しく復号が可能になる。
【００６０】
図８は、図７の復号システムに対応するソフトウエア暗号システムであり、暗号化されたコンテンツをソフトウエア主体装置が記録する場合の構成例である。ソフトウエア暗号システムにより暗号化コンテンツが記録媒体に記録されたとしても、図７に示すように、ソフトウエア復号システムとハードウエア復号システムのいずれでも復号可能としなければならない。
【００６１】
このようなコンテンツを暗号化して記録する場合の記録媒体は、図７の場合も同様であるが、記録媒体には事前に（ＭＫＢ for Ｓ／Ｗ）、(ＭＫＢ for Ｈ／Ｗ) 、(Volume-ID)が記録されている。この場合、ＭＫＢの記録方法として光ディスクのような記録媒体は、エンボスピットや記録トラックのウォブル信号変調などで物理的構造によってプリレコードしておく方法と、記録ドライブに最新のＭＫＢを記憶させておく方法がある。この最新のＭＫＢは、未記録媒体が挿入された場合、事前に最新ＭＫＢが記録された媒体を利用した時、ドライブ自身が最新ＭＫＢを保有しておき、ＭＫＢ未記録媒体に対しては、ドライブがＭＫＢ記録をする仕組みである。
【００６２】
ここでの実施形態は、ＭＫＢの事前記録手法を規定するものではなく、記録媒体には事前にＭＫＢが記録されていることを前提にしている。また事前処理では、乱数発生器から得られる（Volume-ID）も記録されている。
【００６３】
ここで、(ＭＫＢ for Ｓ／Ｗ)は、著作権保護方式管理機構で事前に生成される時、ソフトウエア用デバイス鍵（Device Key Set for Ｓ／Ｗ）とメディア鍵（Ｋｍ）と（Ｋｍ’）とを暗号化演算して作成されたものである。このため、（Device Key Set for Ｓ／Ｗ）でメディア鍵抽出演算を施すと、（Ｋｍ）と(Ｋｍ’)が生成される。
【００６４】
（Ｋｍ）と(Ｋｍ’)は、夫々（Volume-ID）を使って処理され、その結果、メディア固有鍵（Ｋｍｕ）と（Ｋｍｕ’）が生成される。（Ｋｍｕ）と（Ｋｍｕ’）は、コンテンツ暗号化鍵であるタイトル鍵（Ｋｔ）を暗号化する。この結果、暗号化タイトル鍵（Ｅ−Ｋｔ）と(Ｅ−Ｋｔ’)が生成され、この（Ｅ−Ｋｔ）と(Ｅ−Ｋｔ’)が記録媒体に記録される。当然、コンテンツは（Ｋｔ）で暗号化して記録する。
【００６５】
図９は、図７の復号システムに対応するハードウエア暗号システムであり、暗号化されたコンテンツをハードウエア主体装置が記録する場合の構成例である。この場合もハードウエア暗号システムにより暗号化コンテンツが記録媒体に記録されたとしても、図７に示すように、ソフトウエア復号システムとハードウエア復号システムのいずれで再生される場合であっても、コンテンツなどが復号されなければならない。
【００６６】
使用されるデータ(ＭＫＢ for Ｈ／Ｗ)と鍵(ＭＫＢ for Ｓ／Ｗ)がハードウエア用であるが、その処理工程及び処理ブロックはソフトウエア暗号システムの構成と同じである。事前処理もソフトウエア暗号システムの場合と同じである。
【００６７】
図１０は、図７の復号システムに比べて、さらにハードウエア主体装置の特徴、つまり専用処理回路の導入が容易な特徴を利用したハードウエア復号システムの構成例を示している。
【００６８】
ソフトウエア主体装置（又は方法又はシステム）と、ハードウエア主体装置（又は方法又はシステム）では、デバイス鍵セットが異なることは、本発明の一貫した思想である。これにより違法行為防止能力を大幅に高めることになった。図１０の構成は、さらに、違法行為防止能力を高めている。図７の例との基本的な違いは、ハードウエア主体装置のみに使われる、鍵データ変換処理を行なう鍵変換データ（以下Key Conversion Data：ＫＣＤ）の導入である。ソフトウエア復号システムは、図４及び図７と同様であるため説明は省くが、ハードウエア復号システムが図４及び図７の構成とは異なっている。
【００６９】
先の実施形態では、(ＭＫＢ for Ｈ／Ｗ)をデバイス鍵によって演算処理してメディア鍵（Ｋｍ）を抽出したが、図１０の実施形態では、(ＭＫＢ for Ｈ／Ｗ)は(ＫＣＤ)で暗号化されて記録されている。したがって、図では(Ｅ−ＭＫＢ for Ｈ／Ｗ)と示している。このため、記録媒体から読み出された（Ｅ−ＭＫＢ for Ｈ／Ｗ）は、ＭＫＢ復号部(ＭＫＢ−Ｄｅｃ)において、記録媒体から読み出された（ＫＣＤ）によって復号された後、（ＭＫＢ Process−Ｈ／Ｗ）に送られる。そしてこの（ＭＫＢ Process−Ｈ／Ｗ）において、メディア鍵（Ｋｍ’）が抽出される。(Ｋｍ’)抽出以降の処理工程は、図７の例と同様である。なお、（Key Conversion Data）は、このような場合、MKBを変換するという意味で（MKB Conversion Data）と記述してもかまわない。
【００７０】
ここで、(ＫＣＤ)データであるが、発明者らが考案した以下のような、秘匿情報記録再生システムを使って記録再生する技術が考えられる。即ち、記録媒体に対してデータを記録再生するドライブ内で、主情報データに対して電子透かし的技術を用いるのである、そして、主情報データに暗号化鍵等を埋め込むのである。これにより、ドライブ内だけで暗号化、復号化が実現され、ドライブの外である通常の記録再生工程では、暗号化・復号化処理を扱う事が出来ないような仕組みとしている。このような専用処理部をハードウエア主体装置に導入することで、(Device Key Set for Ｈ／Ｗ)がハッキングされネットで不正公開されても、ソフトウエア主体装置としてＭＫＢから演算生成することは困難になる。
【００７１】
別項目で説明するが、(ＭＫＢ for Ｓ／Ｗ)と(ＭＫＢ for Ｈ／Ｗ)を一組のＭＫＢファイルとして構成する場合、ハードウエア用ＭＫＢをソフトウエア主体装置側から検知する事は可能になり、そのままでは不正者に（Ｋｍ）抽出を可能にしてしまう。図５のようなハードウエア用ＭＫＢを利用出来ない環境を生み出す方法として、本発明によるハードウエア主体側の専用処理部を暗号化・復号化ツリーに組み込む事で、デバイス鍵の構成をソフトウエア用とハードウエア用とに独立して構成することができる。これにより、システム更新機能が大幅に強化される事になる。
図１１は、図１０のソフトウエア復号システムに対応するもので、記録媒体へのコンテンツ記録におけるソフトウエア暗号システムの構成例である。図１１の左側のソフトウエア暗号システムは、図８に示した例と同じである。図１１の復号システムにおける事前処理は、(ＭＫＢ for Ｈ／Ｗ)を暗号化して記録する系統を有する。またＭＫＢ for Ｈ／Ｗを暗号化するための（Key Conversion Data：ＫＣＤ）を記録媒体に記録する系統を有する。即ち、ＭＫＢ暗号化部（ＭＫＢ−Ｅｎｃ）において、（ＭＫＢ for Ｈ／Ｗ）が、（ＫＣＤ）により暗号化されて、記録媒体に記録される。その他は図８に示した例と同じである。
【００７２】
図１２は、図１０のハードウエア復号システムに対応する、ハードウエア暗号システムの構成例を示す。ＭＫＢ暗号化部（ＭＫＢ−Ｅｎｃ）において、記録媒体に対して事前に記録される(ＭＫＢ for Ｈ／Ｗ)は、（ＫＣＤ）により暗号化されて記録媒体に記録される。
【００７３】
コンテンツ暗号化処理においては、読み出された暗号化された（Ｅ−ＭＫＢ for Ｈ／Ｗ）が、記録媒体から読み出された（ＫＣＤ）を用いて復号され（ＭＫＢ Process−Ｈ／Ｗ）に送られる。ここでは、（Device Key Set for Ｈ／Ｗ)によって（Ｋｍ’）と（Ｋｍ）が復元される。それ以降の処理は、図９の場合と同様である。
【００７４】
尚、図１０〜図１２において暗号化されたタイトル鍵は、ソフトウエア用とハードウエア用で独立であるが、図４の場合と同様に同一の(Ｅ-Ｋｔ)で構成する方法でも良い。この場合、（ＭＫＢ Process−Ｓ／Ｗ）及び（ＭＫＢ Process−Ｈ／Ｗ）の出力は、ソフトウエア側もハードウエア側も同一のメディア鍵(Ｋｍ)が抽出される。
【００７５】
図１３は、本発明に係る復号システムのさらに他の実施の形態である。図１０に示した復号システムに比べて、(ＫＣＤ)を使用するポジションが異なる。またソフトウエア復号システム、ハードウエア復号システムの両方で、同一の(Ｅ-Ｋｔ)が用いられる。
【００７６】
ソフトウエア復号システムの（ＭＫＢ Process−Ｓ／Ｗ）は、(ＭＫＢ for Ｓ／Ｗ)と（Device Key Set for Ｓ／Ｗ)とを用いた暗号化（復号化）演算処理を行い、メディア鍵（Ｋｍ）を生成する。これに対してハードウエア復号システムでは、（ＭＫＢ Process−Ｈ／Ｗ）が、(ＭＫＢ for Ｈ／Ｗ)と（Device Key Set for Ｈ／Ｗ)とを用いた暗号化演算処理を行い、まずＥ-Ｋｍ（＝Ｋｍc）を生成する。この（Ｋｍc）は、メディア鍵（Ｋｍ）が（ＫＣＤ）で暗号化されたものである。したがって、（Ｋｍc）と（ＫＣＤ）を用いた暗号化（復号化）演算処理を行い、メディア鍵（Ｋｍ）を生成する。（Ｋｍ）抽出以降の処理は図４の場合と同様である。
【００７７】
図１４は、図１３に示したソフトウエア復号システムに対応する、ソフトウエア暗号システムの構成例である。図１４の左側の暗号化処理理工程は、図６に示した内容と同じ処理である。ここでは、事前処理において、（Key Conversion Data：ＫＣＤ）が記録媒体に記録される。その他は、図８に示した事前処理と同じである。
【００７８】
図１５は、図１３に示したハードウエア復号システムに対応する、ハードウエア暗号システムの構成例である。事前処理は、図１４に示した例と同じである。
【００７９】
このシステムでは、メディア鍵（Ｋｍ）は、（ＫＣＤ）で暗号化され（Ｋｍｃ）に変換されている。したがって、（ＭＫＢ Process−Ｈ／Ｗ）が、(ＭＫＢ for Ｈ／Ｗ)と（Device Key Set for Ｈ／Ｗ)とを用いた暗号化演算処理を行い、まずＥ-Ｋｍ（＝Ｋｍc）を生成する。この（Ｋｍc）と（ＫＣＤ）を用いた暗号化（復号化）演算処理を行い、メディア鍵（Ｋｍ）を生成する。次に、（Ｋｍ）は、夫々（Volume-ID）を使って処理され、その結果、メディア固有鍵（Ｋｍｕ）が生成される。（Ｋｍｕ）は、コンテンツ暗号化鍵であるタイトル鍵（Ｋｔ）を暗号化する。この結果、暗号化タイトル鍵（Ｅ−Ｋｔ）が生成され、この（Ｅ−Ｋｔ）が記録媒体に記録される。またコンテンツは（Ｋｔ）で暗号化されて記録媒体に記録される。
【００８０】
この構成例で他と異なる部分は、（ＭＫＢ for Ｈ／Ｗ）が著作権保護方式管理機構により生成されて提供されている。またメディア鍵（Ｋｍ）を暗号化して（Ｋｍc）を生成するために（ＫＣＤ）（記録媒体に事前記録される）が使われている。この（ＫＣＤ）は、（ＭＫＢ for Ｈ／Ｗ）及び（ＭＫＢ for Ｓ／Ｗ）と同様に管理機構から提供される。
【００８１】
図１６は、さらにこの発明の他の実施の形態である。再生専用記録媒体に対するソフトウエア復号システム及びハードウエア復号システムの構成例を示している。
【００８２】
著作権者からのコンテンツ提供スタイルとしては、電波を利用した放送形態、インターネットを利用した伝送形態、パッケージメディア形態による提供がある。再生専用記録媒体によるパッケージメディア形態では、大量配布が可能、記録時の時間制約が無い事から、特殊編集構成に時間をかけられるなど利点が多い。したがって、パッケージメディア形態による提供スタイルは、映画等のコンテンツ提供には適している。そのため、このような提供スタイルにおいて、再生専用記録媒体のコンテンツを記録系メディアに違法コピーされないよう、特に違法防止能力が求められる。
【００８３】
そこで、再生専用記録媒体に採用される暗号化ツリーと、記録再生メディアに使われる暗号化（復号化）ツリーを異ならせる事で、目的とする防止効果を飛躍的に高める事が可能になる。即ち、一般の最終ユーザが記録再生器を使って暗号化コンテンツを記録媒体に記録する処理構造と、再生専用媒体における暗号化処理構造が異なっている為、一般ユーザが違法行為によって再生専用媒体に近似して記録した媒体を作成する事は、実際問題として不可能に近くなる。
【００８４】
図１６は、このような考え方から、今まで説明した実施形態における記録再生システムでの暗号化ツリーに対して、(ＫＣＤ)の組み込み場所を、記録再生システムでは困難なところに配置している。これにより、再生専用の暗号化構造と同じ構造を記録再生システムでは採用できないようにし、よって、違法コピーによる記録媒体を疑似再生専用として作成出来ないようにするものである。
【００８５】
即ち、記録媒体に記録される暗号化されたタイトル鍵は、（ＥＥ−Ｋｔ’）である。このタイトル鍵は、メディア固有鍵（Ｋｍｕ’）で暗号化した（Ｅ−Ｋｔ’）を、さらに(ＫＣＤ)で多重暗号して（ＥＥ−Ｋｔ’）としたものである。
【００８６】
ハードウエア復号システムでは、記録媒体から読み出された（ＥＥ−Ｋｔ’）を同時に読み出した(ＫＣＤ)で復号し、(Ｅ−Ｋｔ’)を演算生成する。この処理は、復号部（ＫＫ−Ｄｅｃ−Ｈ／Ｗ）で行われる。復号された(Ｅ−Ｋｔ’)が、復号部（Ｋ−Ｄｅｃ−Ｈ／Ｗ）にてさらに処理され、Ｋｔとして導出される。
【００８７】
一方、（ＭＫＢ Process−Ｈ／Ｗ）において、（ＭＫＢ for Ｈ／Ｗ）と（Device key Set for Ｈ／Ｗ ）とにより、（Ｋｍ’）を復号する。そしてこの（Ｋｍ’）と（Volume-ID）とを用いてメディア固有鍵(Ｋｍｕ’)を復号する。
【００８８】
このメディア固有鍵(Ｋｍｕ’)を、先の（ＥＥ−Ｋｔ’）で復号し、暗号化コンテンツを復号する為のタイトル鍵(Ｋｔ)を復号する。この抽出したタイトル鍵(Ｋｔ)を用いて、暗号化コンテンツを復号して平文コンテンツデータを再生する。
【００８９】
上記のように、（ＫＣＤ）がタイトル鍵の多重暗号化に利用されている事から、先の実施形態のソフトウエア暗号化システムでは、(ＥＥ−Ｋｔ)が生成出来ない。よって、記録再生媒体における暗号化ツリーと再生専用暗号化ツリーを異ならせる事が出来、違法防止能力を一段と向上させることが出来る。
【００９０】
図１７には、再生専用記録媒体のマスター盤１０−６製作時に使われる、暗号化システムを示している。製板メーカにおけるフォーマッタシステムに組み込まれる暗号化装置は、管理された状況で利用出来るため、ソフトウエア用データとハードウエア用データとを並列で同じ装置内に組み込むことが許される。
【００９１】
著作権保護方式管理機構は、（Device Key Group）、乱数発生器（RNG）、ＭＫＢ演算生成部を有し、（ＭＫＢ for Ｈ／Ｗ）、（ＭＫＢ for Ｓ／Ｗ）を発行する。
【００９２】
ソフトウエア暗号化システムの系統では、（ＭＫＢ Process−Ｓ／Ｗ）において、（Device key Set for Ｓ／Ｗ）と、（ＭＫＢ）とを用いてメディア鍵（Ｋｍ）が生成される。ソフトウエア対応部を説明する。ジェネレータ（Ｇ−Ｓ／Ｗ）において、（Ｋｍ）は乱数発生器からの乱数出力との演算処理の結果、メディア固有鍵（Ｋｍｕ）となる。このメディア固有鍵（Ｋｍｕ）は、暗号化部（Ｋ−Ｅｎｃ−Ｓ／Ｗ）で暗号化され、（Ｅ−Ｋｔ）に変換され、マスター盤１０−６に記録される。
【００９３】
ハードウエア暗号化システムの系統では、（ＭＫＢ Process−Ｈ／Ｗ）において、（Device key Set for Ｈ／Ｗ）と、（ＭＫＢ）とを用いてメディア鍵（Ｋｍ’）が生成される。ハードウエア対応部を説明する。
【００９４】
ジェネレータ（Ｇ−Ｈ／Ｗ）において、（Ｋｍ）は乱数発生器からの乱数出力との演算処理の結果、メディア固有鍵（Ｋｍｕ’）となる。このメディア固有鍵（Ｋｍｕ’）は、暗号化部（Ｋ−Ｅｎｃ−Ｈ／Ｗ）で暗号化され、（Ｅ−Ｋｔ’）に変換される。さらに（Ｅ−Ｋｔ’）は、暗号化部（ＫＫ−Ｅｎｃ−Ｈ／Ｗ）で（ＫＣＤ）により暗号化され、（ＥＥ−Ｋｔ’）となり、マスター盤１０−６に記録される。コンテンツは、（Ｃ−Ｅｎｃ）において、（Ｋｔ）で暗号化されて暗号化コンテンツとしてマスター盤１０−６に記録される。
【００９５】
図１８は、発明者らが提案したコンテンツ・ムーブ（Move）に対応した著作権保護方法における処理構成例を示した図である。記録媒体を中として、記録動作と再生動作の構成が示されている。
【００９６】
図１８における右側から説明する。記録動作においては、（ＭＫＢ Process）において、記録媒体から読み出された（ＭＫＢ）を(Device-Key)を使って処理し、メディア鍵（Ｋｍ）を抽出する。次に、函数器（Ｇ）において、メディア鍵（Ｋｍ）と媒体固有ID（MID）を処理してメディア固有鍵(Ｋｍｕ)を生成する。この（Ｋｍｕ）でコンテンツ暗号化に使ったタイトル鍵（Ｋｔ1’）は暗号化され（Ｅ−Ｋｔ1’）になる。（Ｋｔ1’）によりコンテンツが暗号化されて、記録媒体に記録される。
【００９７】
ここで暗号化鍵の編集が行われる。即ち、暗号化タイトル鍵（Ｅ−Ｋｔ1’）は、暗号化タイトル鍵（Ｅ−Ｋｔ０）とともにファイル化され、暗号化鍵ファイル（Ｅ−Ｋｔ1）が更新情報（ＵＤ１）で暗号化されて（ＥＥ−Ｋｔ1）となる。図１８では、複数のタイトルファイルがそれぞれ個別タイトル鍵で管理されている場合を想定してからである。先の（ＥＥ−Ｋｔ1）が新しい暗号化タイトル鍵として記録媒体に記録され、ムーブが完了する。また先の更新情報（ＵＤ１）は、暗号化されて（Ｅ−ＵＤ１）として記録媒体に記録される。
【００９８】
更新情報（ＵＤ１）及び先の暗号化タイトル鍵（Ｅ−Ｋｔ０）は、次のように生成されている。すなわち、暗号化タイトル鍵（ＥＥ−Ｋｔ０）、暗号化更新情報（Ｅ−ＵＤ０）が記録媒体に予め記録されている。この（ＥＥ−Ｋｔ０）、（Ｅ−ＵＤ０）が読み出され、それぞれが復号される。（ＥＥ−Ｋｔ０）は（Ｅ−Ｋｔ０）に復号される。（Ｅ−ＵＤ０）は、（ＵＤ０）に復号され、係数αが掛けられ、先に述べた（ＵＤ１）として抽出される。
【００９９】
図１８では、複数のタイトルファイルがそれぞれ個別タイトル鍵で管理されている場合を想定して示している。記録媒体に記録されている他のタイトルファイルの多重暗号化タイトル鍵（ＥＥ−Ｋｔ０）は、最初の復号が行われ、（Ｅ−Ｋｔ０）としてタイトル鍵編集部（ＥＤＴ）に送られ、先ほどの(Ｅ−Ｋｔ1’)と集合され鍵ファイル（Ｅ−Ｋｔ1）として暗号器に送られる。
【０１００】
ここでは、（Ｅ−Ｋｔ1）は、バージョン（Version）更新情報（ＵＤ１）で多重暗号化され（ＥＥ−Ｋｔ１）として記録媒体に記録される。更新情報（ＵＤ）は、メディア鍵（Ｋｍ）で暗号化され記録媒体に記録されている。そして、新規記録処理や暗号化コンテンツを移動させる場合の再生処理において、旧多重暗号化タイトル鍵の削除と更新情報（ＵＤ）の変更をその都度行い、暗号化タイトル鍵の多重暗号化を、移動の都度行う。これにより、多重暗号化タイトル鍵は常に更新される事になり、削除された旧多重暗号化タイトル鍵での復活による違反行為を防止している。
【０１０１】
図１８における再生処理は、コンテンツを他の記録媒体に移動させるための再生動作における処理系統を示している（図１８における右側）。暗号化コンテンツは平文のコンテンツデータに復号化され出力されるが、多重暗号化タイトル鍵において、移動されたコンテンツに対応するタイトル鍵は削除され、他のコンテンツのタイトル鍵は、更新された多重暗号鍵つまり、更新情報ＵＤによって暗号化処理が更新される。
【０１０２】
この処理によって、削除前の多重暗号化タイトル鍵を事前にスキーミングしておき、そのデータで復活させても、暗号化コンテンツを復号するタイトル鍵は再生できない。このようなムーブ（Move）対応著作権保護システムにも本発明の、ソフトウエア主体装置とハードウエア主体装置で独立のデバイス鍵を配布するシステムを導入してもよい。
【０１０３】
図１９は、図１３に示した構成に対して、ムーブ（Move）対応機能を盛り込んだ装置の構成を示している。デバイス鍵は、ソフトウエア（Ｓ／Ｗ）主体装置用とハードウエア（Ｈ／Ｗ）主体装置用とで独立である。図１３に示したブロックと異なる部分を説明する。記録媒体には、暗号化更新情報（Ｅ−ＵＤ）、多重暗号化タイトル鍵（ＥＥ−Ｋｔ）が記録されている。
【０１０４】
コンテンツ移動のための再生及び記録時には、次のような処理が行われる。記録媒体に記録されている（Ｅ−ＵＤ）が読み出され、この（Ｅ−ＵＤ）は、復号されて（ＵＤ）となる。また記録媒体に記録されている（ＥＥ−Ｋｔ）が読み出され、この（ＥＥ−Ｋｔ）は（ＵＤ）を用いて復号され、（Ｅ−Ｋｔ）となる。この（Ｅ−Ｋｔ）は、（Ｋｍｕ）から（Ｋｔ）を復号するために利用される。
【０１０５】
上記の復号出力としての（ＵＤ）と（Ｅ−Ｋｔ）とは、暗号化されて再度記録媒体に記録される。（ＵＤ）は、更新処理され（ＵＤ’）となる。そして、この（ＵＤ’）が暗号化されて新たな（Ｅ−ＵＤ）として記録媒体に記録される。一方、先の（Ｅ−Ｋｔ）は、編集の後、先の（ＵＤ’）を用いて暗号化され、多重暗号化タイトル鍵（ＥＥ−Ｋｔ’）となる。この新たなタイトル鍵が再度記録媒体に記録される。
【０１０６】
ソフトウエア復号システムとハードウエア復号システムの両方とも、多重暗号化タイトル鍵、及び更新情報の処理は、それぞれ同じ構成の処理系統である。
【０１０７】
図２０は、本発明に係わる(ＫＣＤ)を利用した場合の、記録媒体内での（ＭＫＢ）の配置の例を示した説明図である。（ＫＣＤ）をハードウエア主体側のシステムのみで能動状態にする構成であれば、（ＭＫＢ）はどのような位置にあってもかまわない。つまり、（ＭＫＢ）をソフトウエア主体装置およびハードウエア主体装置のいずれが読み込むことが可能になっても問題は発生しない。ハードウエア主体装置にのみ（ＫＣＤ）検出が可能である為、記録されている（ＭＫＢ）は、対応する（ＭＫＢ）しか機能しない為である。このような性質から、ソフトウエア用ＭＫＢ（ＭＫＢ for Ｓ／Ｗ）とハードウエア用ＭＫＢ（ＭＫＢ for Ｈ／Ｗ）を別ブロックとして図示してきたが、記録領域のデータブロックとして別ブロックに分ける必要は無い。
【０１０８】
図２１−図２４は、本発明に係わるＭＫＢデータファイルの構成を各種示している。いずれの形態で、記録媒体に記録されてもよい。
【０１０９】
図４及び図５で説明した実施形態では、ＭＫＢデータファイルの基本構造である図２１に示す構成で、ソフトウエア用と、ハードウエア用とを独立して作成する。そして、各ファイルを記録媒体に配置する場合、その配置位置の持つ性質を考えて、配置位置を決める必要がある（図５に示した例）。
【０１１０】
しかしながら、他の構成例（図２２−図２４）において、特に（ＫＣＤ）を利用したシステムでは、ソフトウエア用とハードウエア用は別データであるが、ＭＫＢデータファイルとしてのデータブロックは集合した１つのデータブロックとして構成しても良い。
【０１１１】
図２１に示した通り、ＭＫＢ基本構成はメディア鍵が記録されていることを検証するための（Verify Media Key Record）の領域と、メディア鍵が記録されている（Caluculate Media Key Record）の領域と、メディア鍵が記録されているブロックの終了を示す（End of Media Key Block Record）領域とから構成されている。ソフトウエア用もハードウエア用のメディア鍵が（Ｋｍ）と同一であれば、図２２のように（Calculate Media Key Record）の領域のみを、ソフトウエア用とハードウエア用として独立作成し、（Verify Media Key Record）と（End Media Key Record）の領域を前後に付加したデータファイルとして構成しても良い。
【０１１２】
メディア鍵が（Ｋｍ）と（Ｋｍ’）と異なる場合は、図２３のように（Verify Media Key Record）と（Calculate Media Key Record）を２組並べて、最後に（End of Media Key Block Record）を付加したデータファイルとしても良い。図２４の例は、更に本発明の図１６に示したように、再生専用と記録再生用を独立して構成する場合に適合する。つまり、再生専用のＭＫＢと記録再生用ＭＫＢを並べて１つのデータファイルとしてＭＫＢを構成しても良い。
【０１１３】
次に、図２５は、ドライブ２０１とホスト（パソコン）２０２が接続されたソフトウエア主体装置の例を示し、特に、ドライブ２０１の内部のブロック関係を示した図である。特にドライブ２０１は、同じ装置としてハードウエア主体装置に組み込まれる事も考えられ、その場合の（ＫＣＤ）処理部の関係を理解しやすいように図示してある。つまり、このドライブ２００は、製造効率を良くするために、ソフトウエア主体装置とハードウエア主体装置のいずれにも適用できるが、それぞれの装置に組み込まれた場合、異なる機能を発揮する。
【０１１４】
記録媒体５０１に記録されたデータを再生する場合は、ピックアップヘッドＰＵＰ５０２から読み出された信号は、ブロック５０７に送られる。ブロック５０７には、高周波増幅器（RF-amp）、フォーカスエラー（ＦＥ）検出器、トラッキングエラー（ＴＥ）検出器、ウォブル（ＷＢ）検出器などが含まれる。
【０１１５】
ブロック５０７の高周波信号は、リードチャンネル部５０８に入力され、ここでは、チャンネルデータが読み出される。高周波信号は、位相ロックループ回路５０９にも入力され、ここでは、クロックが再生されている。
【０１１６】
読み出されたチャンネルデータは、データ処理部５１２で復調・誤り訂正処理などが施される。そしてホスト２０２から要求されているデータが、Ｉ／Ｆ部５１９を介してホスト２０２に送られる。
【０１１７】
ここで、このようなデータ出力をする前に、実際はホスト２０２とドライブ２０１間で認証処理が行われ、データを送出しても良いかの確認処理を行なう。この認証処理は、システムコントローラ５１６の制御の元で、認証処理部５１７を利用して行われる。ホスト２０２は、ＡＶエンコーダ・デコーダをソフトウエアにより実現している。
【０１１８】
この認証処理は、ドライブ２０１とホスト２０２が正しい関係であるかを認証するもので、ハードウエア主体装置のように同じ筐体に設置されているシステムでは不要な処理である。
【０１１９】
そこで、この認証処理が行われたか否かで、リードチャンネル部５０８の出力の特定部分の信号データ、つまり（ＫＣＤ）を秘匿情報検出部であるＫＣＤ検出部５２０で検出する。しかしながら、この検出出力信号は、上記の認証処理が行われた場合は禁止される構成である。つまりＫＣＤ検出部５２０とＩ／Ｆ部５１９との間のＫＣＤ検出信号ラインは、×印のようにカットされている。物理的にカットする方法と、電気的スイッチでカットする方法のいずれでもよい。
【０１２０】
このように、ドライブ２０１とホスト２０２が連結したソフトウエア主体装置の場合は、（ＫＣＤ）が利用出来ない。このため、ソフトウエア主体装置用のドライブ２０２そのままでは、（ＫＣＤ）を利用することができず、不正行為に対する防衛が守られる。
【０１２１】
なお、ブロック５０７からの検出出力は、サーボコントロール部５１４に入力される。サーボコントロール部５１４は、ＰＵＰ５０２のレンズ位置を制御するためのアクチュエータドライブ５０４を制御することができる。また記録媒体５０１を回転駆動するモータ５０３を制御することができる。サーボコントロール部５１４には、パルス発生器（ＦＧ）から、またモータ５０３の回転周波数及び位相を表す、回転検出パルスが入力されている。
【０１２２】
バッファ５１０は、データプロセッサ５１２に接続され、エラー訂正処理のときに一時的にデータを蓄積するメモリである。レーザパワー及び書き込みパワーコントローラ５１６は、ＰＵＰ５０２内のレーザダイオードを制御するレーザドライブ５０５を制御し、適切な読み取りパワー、書き込みパワーを設定することができる。
【０１２３】
一方、図２６に示すように、同じドライブ２０１を、ＡＶエンコーダ・デコーダ部２０３とともに同じ筐体に組み込んで、専用レコーダ・プレーヤ２００（ハードウエア主体装置）として利用する場合は、認証処理を行う必要はない。認証処理が行われない場合、ＫＣＤ検出部５２０とＩ／Ｆ部５１９間のＫＣＤ検出信号ラインは、導通状態に維持される。よって、ＡＶエンコーダ・デコーダ部２０３は、（ＫＣＤ）を利用出来る。図２６において、図２５のブロックと対応する部分には同一符号を付している。
【０１２４】
Ｉ／Ｆ部５１９から出力された再生信号は、ＡＶエンコーダ・デコーダ部２０３のＩ／Ｆ部６０１を介して暗号／復号処理部６０２に入力されて、復号処理される。復号されたコンテンツは、映像・音声の符号化／復号化処理部６０３にてデコードされる。デコードされたＡＶ信号は、Ｉ／Ｆ部６０４を介して外部へ導出される。また外部から入力される信号は、Ｉ／Ｆ部６０４を介して映像・音声の符号化／復号化処理部６０３に入力され、圧縮符号化され。暗号／復号処理部６０２で暗号化され、Ｉ／Ｆ部６０１を介してドライブ２０１へ送りこまれる。
【０１２５】
図２５と図２６で説明したように、同一条件で製作されたドライブ２０１を、Ｓ／Ｗシステム（PCシステム）と、専用レコーダ・プレーヤ内のドライブ２０１として利用する場合、ＫＣＤ検出部を常に動作しても、その出力信号ラインを、（切断）もしくは（接続）することによって、利用効率を高めることができる。このことは、製品コストの削減を得るうえでも効果的である。
【０１２６】
図２７には、さらにこの発明の他の実施の形態であり、ソフトウエア復号システムとハードウエア復号システムを示している。以下の実施の形態は、図２５と図２６で説明したようなソフトウエア主体装置、ハードウエア主体装置を前提としている。図２７の構成は、図１０に示した構成と略同じであるが、（Ｅ−Ｋｔ）がソフトウエア側とハードウエア側とで共通化されている。
【０１２７】
図２８（Ａ）、図２８（Ｂ）には、図２７に示したソフトウエア復号システム対応したソフトウエア暗号システムの構成例である。図２８（Ａ）に示す構成は、図１１の構成と略同じである。ただし、図２８（Ａ）では、ソフトウエア側、ハードウエア側で（Ｅ−Ｋｔ）が同じであるから、図１１の構成に比べて単純化している。図２８（Ａ）と図２８（Ｂ）とは、事前処理の実施形態が異なる例を示している。
【０１２８】
即ち、ソフトウエア暗号システムであっても、ハードウエア主体装置のための（Ｅ−ＭＫＢ for Ｈ／Ｗ）を事前記録する機能が必要である。このために、事前処理部では、(ＭＫＢ)を（Key conversion Data：ＫＣＤ）によって暗号化して記録媒体に記録することができる。図２８（Ｂ）の場合は、（ＫＣＤ）が予め記録媒体に記録されている場合は、（ＫＣＤ）が記録媒体から読み出されて、この（ＫＣＤ）が利用されて、(ＭＫＢ)を暗号化している。
【０１２９】
図２９（Ａ）、図２９（Ｂ）には、図２７に示したハードウエア復号システムに対応したハードウエア暗号システムの構成例である。
【０１３０】
図２９（Ａ）に示す構成は、図１２の構成と略同じである。ただし、図２９（Ａ）では、ソフトウエア側、ハードウエア側で（Ｅ−Ｋｔ）が同じであるから、図１２の構成に比べて単純化している。図２９（Ａ）と図２９（Ｂ）とは、事前処理の実施形態が異なる例を示している。
【０１３１】
図２９（Ａ）の事前処理部では、(ＭＫＢ)を（Key conversion Data：ＫＣＤ）によって暗号化して記録媒体に記録することができる。図２９（Ｂ）の場合は、（ＫＣＤ）が予め記録媒体に記録されている場合は、（ＫＣＤ）が記録媒体から読み出されて、この（ＫＣＤ）が利用されて、(ＭＫＢ)を暗号化している。
【０１３２】
図３０は、さらにこの発明に係る他の実施の形態であり、再生専用媒体に対するソフトウエア復号システムとハードウエア復号システムを示している。この実施形態は、図１６に示した構成と同じである。ソフトウエア主体装置側では、（ＫＣＤ）を読み取ることが不可能であることを示している。
【０１３３】
図３１は、図３０の再生専用媒体に対するマスター盤１０−６製作時に使われる、暗号化システムを示している。製板メーカにおけるフォーマッタシステムに組み込まれる暗号化装置は、管理された状況で利用出来るため、ソフトウエア用データとハードウエア用データとを並列で同じ装置内に組み込むことが許される。構成は、図１７に示した例と同じである。
【０１３４】
図３２は、再生専用メディアに記録されるＭＫＢファイルのデータ構造の例を示している。ここでは、再生専用媒体から読み出した信号の復号に使うＭＫＢデータのブロック３２−Ｂ１と、記録再生媒体用にコピーするＭＫＢデータのブロック３３２−Ｂ２とがある。いずれのブロックも先頭と終端には、（Verify Media Key Record (Km)）と、（End of Media Key Block Record）の領域が確保されている。ブロック３２−Ｂ１には、ソフトウエア主体装置側で利用される（Calculate Media Key Record(Km)）と、ハードウエア主体装置側で利用される（Calculate Media Key Record(Km')）とが含まれる。またブロック３２−Ｂ２にも、ソフトウエア主体装置側で利用される（Calculate Media Key Record(Km)）と、ハードウエア主体装置側で利用される（Calculate Media Key Record(Km')）とが含まれる。ここで、
（Calculate Media Key Record(Km')）のみが（ＫＣＤ）で暗号化されてコピーされている。
【０１３５】
図３３は、図２６に示したハードウエア主体装置に対応する。したがって、図２６と同じ部分には同一符号を付している。ドライブ２０１を、ＡＶエンコーダ・デコーダ部２０３とともに同じ筐体に組み込んで、専用レコーダ・プレーヤ２００（ハードウエア主体装置）として構成している。この場合、認証処理を行う必要はない。したがって、認証処理部５２５、６１５は、オフ設定される。認証処理が行われない場合、ＫＣＤ検出部５２０とＩ／Ｆ部５１９間のＫＣＤ検出信号ラインは、導通状態に維持される。よって、ＡＶエンコーダ・デコーダ部２０３は、（ＫＣＤ）を利用出来る。
【０１３６】
図３４は、図２５に示したソフトウエア主体装置に対応する。したがって、図２６と同じ部分には同一符号を付している。パソコン２０２側において、ＡＶエンコーダ・デコーダ機能７０２及び認証機能７０５などは、ソフトウエアにより構築されている。Ｉ／Ｆ部７０１から入力された信号はソフトウエアにより処理される。またソフトウエアにより処理された信号がＩ／Ｆ部７０１を介して、ドライブ２０１に送り込まれる。
【０１３７】
上記したように、本発明の実施携帯は、記録媒体対して、コンテンツを暗号化して記録再生することで、著作権保護を実現するシステムである。その装置形態は、記録媒体のデータ記録再生処理を担当するドライブとパソコンのようなホストと連結して、システムを構成するソフトウエア主体装置と、ドライブとコンテンツのエンコード／デコード処理を同じ筐体内に設置して、処理工程の中間信号をスキーミング不能なシステムを構成するハードウエア主体装置がある。
【０１３８】
ここで、暗号化ツリーにおける暗号化ベースの秘密鍵であるデバイス鍵は、ソフトウエアシステムではネットウエア接続が一般的であり、定期更新を導入することが可能である。即ち、秘密鍵であるデバイス鍵がハッキングされても、デバイス鍵の更新処理でシステム更新が容易である。
【０１３９】
一方、ハードウエアシステムは、ネットウエアに接続しないで利用される形態が主である為、デバイス鍵の更新は困難なシステムと言える。しかしながら、データ処理の工程は専用の筐体内で行われる為、ユーザからは検知されにくい構成である。よって、特殊秘匿データの読出しやそのデータの比較判断機能をドライブ内に持たせることは容易である。ソフトウエアシステムに使われるドライブは、標準化されたコマンド信号によって制御され、基本的にはドライブはホストの管理化に置かれた構造であるため、特殊な処理機能を持たせることは出来ない。
【０１４０】
このようなソフトウエア処理システムとハードウエア処理システム（実際のデータ処理がソフトかハードかの問題では無い）の特異な性質を巧みに使っている。即ち、デバイス鍵をソフトウエアシステム用とハードウエアシステム用に独立して構成することにより、ソフトウエアシステムは定期更新処理で素早いシステム更新が可能である。一方、ハードウエア処理用デバイス鍵は、違反の拡散が非常に早いソフトウエアシステムでは利用出来ない事で、従来のＭＫＢ更新によるシステム更新で違反発生時の被害を最小限に抑える事が可能になる。
【０１４１】
従来、暗号化構造の構成を共通化するべく努力してきたが、本発明はその考え方を変えて、著作権保護を如何に最適化して構成するかを基本にした方式の考案を導入する事で、保護能力を効果的に高めることを実現できるものである。更に、再生専用媒体と記録再生媒体に構成も共通化ではなく、積極的に変える事で、その機能と能力を大幅に向上させることが実現できる技術である。
【０１４２】
本発明における多数の特徴点は、以下のような技術を包含するものである。
【０１４３】
コンテンツ等の情報を暗号化して記録再生するシステムにおいて、記録媒体の記録再生ドライブとPC（パソコン）で構成されるシステム（ソフトウエア主体装置）と、ドライブとデータ符号化・復調化処理部が一体となったレコーダシステム（ハードウエア主体装置）とで、互いの暗号/復号化ツリーが異なるように設定している。ソフトウエア主体装置及びハードウエア主体装置のどちらでコンテンツ等の情報を暗号化して記録した場合でも、お互いの装置で正しく再生し、復号することが出来る。ソフトウエア処理用のデバイス鍵セットとハードウエア処理用デバイス鍵セットは別構成とし、ハードウエアデバイス鍵セットをソフトウエア処理用として利用出来ない構成をもっている。記録媒体に記録しておくＭＫＢ（メディア鍵ブロック）は、ソフトウエア処理用とハードウエア処理用で、各々専用に演算生成された、異なるＭＫＢであることも含む。ＭＫＢの記録される場所は、ハードウエア用はリードイン領域に、Ｓ／Ｗ処理用はデータ領域に配置される。ソフトウエア用デバイス鍵セットは、ネット接続によって適時更新される。暗号化情報の復号に使われる暗号化タイトル鍵は、ソフトウエア処理ツリーとハードウエア処理ツリーでは、異なる暗号化タイトル鍵である。ハードウエア暗号化・復号化処理システムのみに、ハードウエア処理で構成される（ＭＫＢ変換Data）または（暗号鍵変換Data）処理部（ＫＣＤ処理部）が組み込まれる。記録媒体の記録再生ドライブ（再生専用含む）は、ＫＣＤ処理部が事前に組み込まれており、Ｈ／Ｗ処理システムの場合は有効とし、Ｓ／Ｗ処理システムでは無効になるように選択できる。ＫＣＤ処理部の出力信号(ＫＣＤ)は、再生専用ドライブまたは記録再生ドライブがPCシステムに組み込まれ、暗号化暗号鍵や制御データの伝送をする前に行う（バス認証）処理が行われる場合は、出力が禁止されるようにしている。ＫＣＤ処理部で生成したＫＣＤ信号は、記録媒体の秘匿領域に記録される。秘匿領域へのデータ記録再生は、ドライブ内でのみ処理され、外部からは制御出来ないように構成されている。 再生専用記録媒体と記録再生媒体で、暗号化ツリーを異ならせている。
【０１４４】
本発明の代表的な構成要素を例示すると以下のように示すことができる。
【０１４５】
＜全体について＞コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生する情報記録再生方法において、記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体に設けられた第1の暗号化・復号化処理情報（暗号化・復号化ツリーと称してもよい）と、ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体に設けられた第２の暗号化・復号化処理情報とを有し、上記第1と第２の暗号化・復号化処理情報が異なるようにしている。
【０１４６】
＜ＭＫＢについて＞第1と第２の暗号化・復号化処理情報間では、タイトル鍵を復号するために用いられるメディアキーブロック（ＭＫＢ）の内容が、互いに異なる（キー符号：ＭＫＢ for S/W 、ＭＫＢ for H/W）。
【０１４７】
＜図７が代表される＞タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化ツリー間では、前記メディアキーブロック（ＭＫＢ）の内容と、暗号化タイトル鍵（Ｅ−Ｋｔ）の内容とが、互いに異なる（キー符号：ＭＫＢ for S/W 、 ＭＫＢ for H/W、Ｅ−Ｋｔ for Ｓ／Ｗ、Ｅ−Ｋｔ for Ｈ／Ｗ）。
【０１４８】
＜図８、図１１が代表される＞上記ソフトウエア主体の側は、前記情報を処理し暗号化情報を得た場合、前記ソフトウエア主体の側と前記ハードウエア主体の側でコンテンツを含む前記暗号化情報を復号できるように、前記暗号化タイトル鍵として、ソフトウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＳ／Ｗ）とこれとは異なるハードウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＨ／Ｗ）とを生成する。
【０１４９】
＜図９、図１２が代表される＞上記ハードウエア主体の側は、前記情報を処理し暗号化情報を得た場合、前記ハードウエア主体の側と前記ソフトウエア主体の側でコンテンツを含む前記暗号化情報を復号できるように、前記暗号化タイトル鍵として、ソフトウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＳ／Ｗ）と、これとは異なるハードウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＨ／Ｗ）とを生成する。
【０１５０】
＜図１０が代表される＞タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化ツリー間では、メディアキーブロック（ＭＫＢ）の内容が互いに異なり、暗号化タイトル鍵（Ｅ−Ｋｔ）の内容が互いに異なり、前記ハードウエア主体側で用いられるメディアキーブロック（ＭＫＢ）は、暗号化されており、記録媒体からのキーコンバージョンデータ（ＫＣＤ）で復号化されて使用するように設計されている（キー符号：ＭＫＢ for S/W 、Ｅ−ＭＫＢ for H/W、Ｅ−Ｋｔ for Ｓ／Ｗ、Ｅ−Ｋｔ for Ｈ／Ｗ）。
【０１５１】
＜図１３が代表される＞タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、キーコンバージョンデータ（ＫＣＤ）を用いて復号化されるが、第1と第２の暗号化・復号化ツリー間では、前記メディアキーブロック（ＭＫＢ）の内容が、互いに異なり、また、ハードウエア主体側では、記録媒体からのキーコンバージョンデータ（ＫＣＤ）が用いられ、ソフトエア主体側ではこのキーコンバージョンデータ（ＫＣＤ）は不採用とされる（ＭＫＢ for S/W 、ＭＫＢ for H/W、ＫＣＤ）。
【０１５２】
＜図１３が代表される（共通なＥ−Ｋｔ）＞タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、キーコンバージョンデータ（ＫＣＤ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化ツリー間では、前記メディアキーブロック（ＭＫＢ）の内容が、互いに異なる。またハードウエア主体側では、記録媒体からのキーコンバージョンデータ（ＫＣＤ）が用いられ、ソフトエア主体側ではこのキーコンバージョンデータ（ＫＣＤ）は不採用とされ、また、前記第1と第２の暗号化・符号化ツリー間では、共通の暗号化タイトル鍵（Ｅ−Ｋｔ）が用いられる。
【０１５３】
＜図１６が代表される＞ ＜キー符号：ＭＫＢ for S/W 、 ＭＫＢ for H/W、Ｅ−Ｋｔ for Ｓ／Ｗ、Ｅ−Ｋｔ for Ｈ／Ｗ、Key Conversion Data＞
タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化ツリー間では、前記メディアキーブロック（ＭＫＢ）の内容が互いに異なる。また暗号化タイトル鍵（Ｅ−Ｋｔ）の内容が互いに異なる。また前記ハードウエア主体側で用いられる暗号化タイトル鍵（Ｅ−Ｋｔ）は、暗号化されており、記録媒体からのキーコンバージョンデータ（ＫＣＤ）で復号化されて使用するように設計されている。
【０１５４】
＜最新ＭＫＢについて＞前記タイトル鍵を復号するために用いられる2種類のメディアキーブロック（ＭＫＢ for S/W 、 ＭＫＢ for H/W）を使用された最新の記録媒体から読み取り、使用される次の記録媒体に書き込むようにしている。
【０１５５】
＜情報記録媒体＞＜キー符号：ＭＫＢ−Ｓ／Ｗ、ＭＫＢ−Ｈ／Ｗである＞コンテンツ等の情報が暗号化されて記録される、或いは記録された暗号化情報が再生される情報記録媒体において、記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体に設けられた第1の暗号化・復号化ツリーと、ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体に設けられた第２の暗号化・復号化ツリーとが異なる暗号化・復号化ツリーを得られるようにする。そのために、タイトル鍵を復号するために用いられるメディアキーブロックとして、ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）と、ハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）との、内容の異なる２種類を記録している。
【０１５６】
＜情報記録媒体＞＜キー符号：ＭＫＢ−Ｓ／Ｗ、ＭＫＢ−Ｈ／Ｗ、Ｋｔ−Ｓ／Ｗ、Ｋｔ−Ｈ／Ｗである＞ 前記第1と第２の暗号化・復号化ツリー間では、タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるものである。ここでは暗号化タイトル鍵としてソフトウエア主体用の暗号化タイトル鍵（Ｋｔ−Ｓ／Ｗ）と、ハードウエア主体用の暗号化タイトル鍵（Ｋｔ−Ｈ／Ｗ）の内容の異なる２種類を記録している。
【０１５７】
＜ＫＣＤ＋ＭＫＢ−Ｈ／Ｗがキー符号である＞前記ハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）として、多重暗号化されたものを記録するために、暗号処理用としてのキーコンバージョンデータ（ＫＣＤ）がさらに記録されている。
【０１５８】
＜ＫＣＤ＋Ｅ−Ｋｔ−Ｈ／Ｗがキー符号である＞＜図１６、図１７が代表される＞前記ハードウエア主体用の暗号化タイトル鍵（Ｅ−Ｋｔ−Ｈ／Ｗ）として、多重暗号化されたものを記録するため、及び復号するために、暗号・復号処理用としてのキーコンバージョンデータ（ＫＣＤ）がさらに記録されている。
【０１５９】
＜ＵＤ＞＜図１９が代表される＞
再生時に復号したタイトル鍵を、更新し、そして暗号化して保存するために、暗号化された更新情報（Ｅ−ＵＤ）を記録されている。
【０１６０】
＜図５が代表される＞前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）はデータゾーンに記録され、ハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）はリードイン領域に記録されている。
【０１６１】
＜図２２-図２３が代表される＞前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）とハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）は、１つのファイルとして記録されている。
【０１６２】
＜図２４が代表される＞リードインエリアには、再生専用のための前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）とハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）が記録され、データ領域には、記録再生用に用いられる前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）とハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）が記録されている。
【０１６３】
＜記録再生装置＞ 記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体の装置と、記録再生ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体の装置とが定義される。記録再生ドライブ（再生専用含む）は、記録媒体に記録されている情報を読み取るピックアップヘッド（ＰＵＰ）と、読み取った情報を再生する再生処理部（５０７，５０８，５０９，５１１）と、再生したデータを復調する、また記録用データを変調処理するデータ処理部（５１２）と、前記再生したデータからキーコンバージョンデータ（ＫＣＤ）を検出するＫＣＤ検出部（５２０）と、ドライブとホストコンピュータとの間の相互認証を行うことができる認証部（５２５）と、インターフェース部が組み込まれている。ここで、上記ドライブが前記インターフェース部を介して前記ソフトウエア主体の装置に組み込まれた場合には、前記インターフェース部と前記ＫＣＤ検出部との間が遮断されており、前記認証部が動作可能状態に設定されている。
【０１６４】
＜記録再生装置＞記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体の装置と、記録再生ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体の装置とが定義される。記録再生ドライブ（再生専用含む）は、記録媒体に記録されている情報を読み取るピックアップヘッド（ＰＵＰ）と、読み取った情報を再生する再生処理部（５０７，５０８，５０９，５１１）と、再生したデータを復調する、また記録用データを変調処理するデータ処理部（５１２）と、前記再生したデータからキーコンバージョンデータ（ＫＣＤ）を検出するＫＣＤ検出部（５２０）と、ドライブとホストコンピュータとの間の相互認証を行うことができる認証部（５２５）と、インターフェース部が組み込まれている。上記記録再生ドライブが前記インターフェース部を介して前記ハードウエア主体の装置に組み込まれた場合には、前記インターフェース部と前記ＫＣＤ検出部との間がオン状態とされており、前記認証部が動作不可状態に設定されている。
【０１６５】
なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【０１６６】
【図１】著作権保護再生処理方法（ＣＰＰＭ方式）の基本的な技術について説明するために示した説明図。
【図２】著作権保護再生処理方法（ＣＰＲＭ方式）の基本的な技術について説明するために示した説明図。
【図３】図１（Ａ）、図２（Ａ）における記録再生媒体と装置の関係を示した説明図である。
【図４】本発明の基本的な考えを示した復号システムの構成例を示す図である。
【図５】本発明に係るデバイス鍵と、このデバイス鍵にタ出力するＭＫＢの関係を示した説明図である。
【図６】図６は、図４の復号システムに対応した暗号システムの構成例を示す説明図である。
【図７】本発明に係る復号システムの他の実施形態を示す図である。
【図８】図７の復号システムに対応するソフトウエア暗号システムであり、暗号化されたコンテンツをソフトウエア主体側で記録する場合の構成例を示す図である。
【図９】図７の復号システムに対応するハードウエア暗号システムであり、暗号化されたコンテンツをハードウエア主体側で記録する場合の構成例を示す図である。
【図１０】図７の復号システムに比べて、さらにハードウエア主体装置の特徴、つまり専用処理回路の導入が容易な特徴を利用したハードウエア復号システムの構成例を示す図である。
【図１１】図１０のソフトウエア復号システムに対応するもので、記録媒体へのコンテンツ記録におけるソフトウエア暗号システムの構成例を示す図である。
【図１２】図１０のハードウエア復号システムに対応する、ハードウエア暗号システムの構成例を示す図である。
【図１３】本発明に係る復号システムのさらに他の実施の形態を示す図である。
【図１４】図１３に示したソフトウエア復号システムに対応する、ソフトウエア暗号システムの構成例を示す図である。
【図１５】図１３に示したハードウエア復号システムに対応する、ハードウエア暗号システムの構成例を示す図である。
【図１６】さらにこの発明の他の実施の形態であり、再生専用記録媒体に対するソフトウエア復号システム及びハードウエア復号システムの構成例を示す図である。
【図１７】再生専用記録媒体のマスター盤の製作時に使われる、暗号化システムを示す図である。
【図１８】コンテンツ・ムーブ（Move）に対応した著作権保護方法における処理構成例を示した図である。
【図１９】図１３に示した構成に対してムーブ（Move）対応機能を盛り込んだ装置の構成例を示す図である。
【図２０】本発明に係わる(ＫＣＤ)を利用した場合の記録媒体内での（ＭＫＢ）の配置の例を示した説明図である。
【図２１】本発明に係わるＭＫＢデータファイルの構成例を示す図である。
【図２２】本発明に係わるＭＫＢデータファイルの他の構成例を示す図である。
【図２３】本発明に係わるＭＫＢデータファイルのさらに他の構成例を示す図である。
【図２４】本発明に係わるＭＫＢデータファイルのさらに又他の構成例を示す図である。
【図２５】ドライブ２０１とホスト（パソコン）２０２が接続されたソフトウエア主体装置の例を示し、特にドライブ２０１の内部のブロック関係を示した説明図である。
【図２６】ドライブ２０１をＡＶエンコーダ・デコーダ部２０３とともに同じ筐体に組み込んで、専用レコーダ・プレーヤ２００（ハードウエア主体装置）として利用する場合の説明図である。
【図２７】さらにこの発明の他の実施の形態であり、ソフトウエア復号システムとハードウエア復号システムを示す図である。
【図２８】図２７に示したソフトウエア復号システム対応したソフトウエア暗号システムの構成例を示す図である。
【図２９】図２７に示したハードウエア復号システムに対応したハードウエア暗号システムの構成例を示す図である。
【図３０】さらにこの発明に係る他の実施の形態であり、再生専用媒体に対するソフトウエア復号システムとハードウエア復号システムを示す図である。
【図３１】図３０の再生専用媒体に対するマスター盤製作時に使われる、暗号化システムを示す図である。
【図３２】再生専用メディアに記録されるＭＫＢファイルのデータ構造の例を示す図である。
【図３３】本発明に係るハードウエア主体装置の例を示す図である。
【図３４】本発明に係るソフトウエア主体装置の例を示す図である。
【符号の説明】
【０１６７】
１０−１、１０−２、１０−４、１００…情報記録媒体、２００…ソフトウエア主体装置、２０１…ドライブ、２０２…パソコン又はホストコンピュータ、３００…ハードウエア主体装置。
【技術分野】
【０００１】
この発明は、情報記録媒体に暗号化情報を記録するのに有用な情報記録再生方法及び装置、暗号化情報が記録された情報記録媒体から情報を再生する方法及び装置、さらには、暗号化情報が記録された情報記録媒体、情報再生媒体に適用して有用な発明である。
【背景技術】
【０００２】
情報記録媒体、例えば、光ディスクに対して情報を記録する場合、情報を暗号化して記録することが要求される場合がある。例えば、著作権保護方式では、著作物であるコンテンツを暗号鍵で暗号化して暗号化コンテンツとし、さらに暗号化のために用いた前記暗号鍵を秘匿させる為、他の暗号鍵で暗号化して暗号化鍵としている。そして前記暗号化鍵と、暗号化コンテンツとを一緒に、記録媒体に記録し、違法コピー防止している。
【０００３】
現在、急速にマーケットを拡大しているDVD（Digital Versatile Disc）に関する著作権保護方式では、次のような対応が図られている。即ち、DVD videoは、DVD CCA(DVD Copy Control Association)がライセンスしている、CSS（Content Scramble System）方式を利用しており、再生専用であるDVD AudioはCPPM（Content Protection for Prerecorded Media）方式を利用しており、また、記録メディアに記録されるコンテンツの著作権保護方式ではCPRM(Content Protection for Recodable Media)方式が利用されている。CPPM方式とCPRM方式のライセンスは、特定の団体（例えば４C Entity, LLCと称される団体）が行っている。
一方では、更に高精細映像や音声信号などを記録再生可能とする、高容量の次世代DVD等の開発が進められている。このような次世代記録媒体へ高品位著作物を記録する場合の著作権保護方式は、従来以上にセキュリティー能力を高めた方式の導入が要求されている。
【０００４】
即ち、近年のHD-Video(High Definition Video)を放送するDigtal-TV放送などが開始されつつある。その放送番組を記録再生する記録再生システムに対して、著作権者側では従来以上の高度なセキュリティーシステムを記録許可条件として要求してきている。一方では、利用者としては正しい使用形態なら自由に利用出来るシステムを望んであり、一部の不正者のために不便な使い方を強制される事には、反発が出てくと予想される。
【０００５】
このような状況の中で、次世代に対応する方式においては、基本的な部分の機能を高める事が重要である。下記に（コンテンツ保護の基本要件）を示す。
【０００６】
１）bit-by-bitコピーの防止
２）コンテンツの暗号化
３）System Renewability
４）CCI（Copy Control Information）の完全性確保
CPPMやCPRMを例に取ると、１）に関してはメディア毎に固有IDを付加することで、bit-by-bitコピーを防止する、２）に関しては暗号器の高度化で対応を図る、３）に関してはＭＫＢ（Media Key Block）を採用する、４）に関しては、ＣＣＩを暗号化鍵として利用（アプリケーション依存）することで対応している。
【０００７】
このように、暗号化システムを個々の構成要素が持つ特性や性質を巧みに利用した構造を用いて構成することで、要求仕様実現に努力している。
【０００８】
１）に関して…メディア毎に付加された（固有ID）を利用すると次のような機能を得ることができる。固有IDが関係した暗号鍵でコンテンツを暗号化することで、暗号化コンテンツが直接他の媒体にコピーされても、正しく復号することが出来なくなり、ビットバイビットコピーを防止出きる。２）関して…暗号器の能力に依存する事になり、能力の高い暗号器が採用されつつある。ＭＫＢは、記録媒体にコンテンツを記録再生する装置に秘密鍵として設置されるデバイス鍵の集合体であり、かつ、コンテンツ暗号化のベース鍵であるメディア鍵を暗号化して数学的体系を整えた（メディア鍵ブロック）である。記録再生装置のデバイス鍵がハックされ不正利用が行われた場合、新規に、（新ＭＫＢ）が発行される。新しく発行される記録媒体では、（新ＭＫＢ）が採用される。この結果、新しく発行された記録媒体の情報が処理されるときは、ハックされた対象（デバイス鍵）を削除した鍵束によって演算生成されることになり、ハックされたデバイス鍵を持つ不正記録再生装置は、新しい（新ＭＫＢ）が記録された記録媒体を使用することが出来ない。
【０００９】
即ち、ハックされた記録再生装置は、著作保護システムからリボークされる。この処理でSystem Renewability機能が働く。CCIは、コピー禁止やコピーワンス等コンテンツ単位での制御フラグであるが、そのフラグ自身の改ざんを防止する必要がある。このために、CCIを暗号化鍵として利用することで、改ざんを困難にしている。 このように、現在でも、必要な保護要求に対応すべく、構成要素の高信頼性とシステムによるセキュリティー能力向上に対して高度な技術が使われている。
【非特許文献１】CPPM Specification, DVD Book, Revision 0.93, January 31, 2001 Page 2-6 Figure 2-3 (http://www.4centity.com/docs/versions.html)
【非特許文献２】CPRM Specification, DVD Book, Revision 0.96, January 31, 2003 Page 4-9 Figure 4-3 (http://www.4centity.com/docs/versions.html)
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、現在は記録媒体間でコンテンツ移動を禁止したり、最終ユーザ利用形態への制約も含めた著作権保護システムとなっており、更に高品位デジタル映像信号であるため、著作権者は従来以上に違法コピー防御システムを要求している。 また、上記System Renewability に関して、ハックされたデバイス鍵がインターネット等で拡散して不正利用されると、不正者数は限りない数になりかね無い。 リボークしても、新規のＭＫＢが付加された記録媒体が利用不可になるだけで、それ以前に販売された記録媒体は使用可能である。
【００１１】
このような現状システムの状況を鑑みて、本発明は成されたものであり、システム特有の性質を巧みに利用した技術によって、System Renewabilityの強化を実現するものである。また、その結果として再生専用とレコーダブル媒体に記録されるコンテンツの著作権保護に対する要求仕様に対しても強化される、新たな効果を生み出す事を可能にしている。
【課題を解決するための手段】
【００１２】
この発明の一面では、コンテンツ等の情報を暗号化して記録再生するシステムにおいて、記録媒体の記録再生ドライブとPC（パソコン）で構成されるソフトウエアを主体とする装置（ソフトウエア（Ｓ／Ｗ）主体装置）と、ドライブとデータ符号化・復調化処理が一体となったハードウエアを主体とする装置（ハードウエア（Ｈ／Ｗ）主体装置）とで、暗号/復号化処理情報を異ならしめた設計としている。
【発明の効果】
【００１３】
ハードウエアを主体とする装置の暗号鍵が盗まれたとしても、ハードウエアを主体とする装置を短期間に大量生産する事は困難である。 従来のＣＰＰＭやＣＰＲＭにおけるリボークシステムでも効果は期待できる。 一方、ソフトウエアを主体とする装置では、ネットワークを介して暗号化・復号化のために利用される情報を更新することが容易であり、秘匿性を高めることが可能である。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照してこの発明の実施の形態を説明する。まず、図１（Ａ）、図１（Ｂ）、図２（Ａ）、図２（Ｂ）、図３を参照して、著作権保護再生処理方法の基本的な技術について説明する。
【００１５】
図１（Ａ）は、DVD-Audioに採用されているＣＰＰＭ方式の基本構成である。図１（Ｂ）は暗号化コンテンツが記録された再生専用媒体（例えば光ディスク）である。媒体のデータ(Data)領域には、暗号化テンツと（Media Key Block：ＭＫＢ）が記録されており、内周側のリードイン（Lead-in）領域には、アルバム−ＩＤと呼ばれる（Volume-ID）が記録されている。
【００１６】
このような暗号化コンテンツが記録された記録媒体の記録情報を再生するとき、復号化処理は、図１（Ａ）のような復号化ツリーで行われる。再生装置内には、ＣＰ管理機構から配布された（Device-Key Set）が秘匿状態で格納されている。まず、ＭＫＢ処理部(ＭＫＢ Precess)において、記録媒体１０−１から読み出された（ＭＫＢ）を（Device-Key Set）で演算処理して、メディア鍵（Ｋｍ）が抽出される。この（Ｋｍ）が、記録媒体から読み出された（Volume-ID）と共に、一方向性函数器のようなジェネレータ（Ｇ）に送って処理されると、メディア固有鍵（Ｋｍｕ）が生成される。このメディア固有鍵（Ｋｍｕ）で記録媒体に記録されている暗号化タイトル鍵（Ｅ−Ｋｔ）が鍵復号部（Ｋ-Ｄｅｃ）部で復号され、タイトル鍵（Ｋｔ）が再生される。このタイトル鍵（Ｋｔ）によって、記録媒体に記録されている暗号化コンテンツが、コンテンツ復号部（Ｃ−Ｄｅｃ）で復号され、平文のコンテンツが再生される。
【００１７】
尚、タイトル鍵（Ｋｔ）によるコンテンツの暗号化では、膨大なストリームデータを同一鍵で暗号化することは、暗号化鍵を推定される可能性が高い。このような推定を防止するために、タイトル鍵をある函数器にかけてコンバートし特定単位のコンテンツデータを暗号化し、再び函数器でコンバートして次のコンテンツデータ単位を暗号化するという、チェーン構造の暗号化鍵コンバートシステムが使われる。図１Ａにおけるタイトル鍵による暗号化コンテンツの復号は、単純にコンテンツ復号部で復号するような図示となっているが、当然、復号化においても、タイトル鍵は函数器に通してコンバートする事で、暗号化コンテンツを次々と異なる復号化鍵で復号処理される。
【００１８】
図２（Ａ）は前記と同様に、著作権保護方式を用いた記録再生処理システムを示した図である。この図は、記録再生媒体１０−２に使われるＣＰＲＭ方式を簡略した暗号化・復号化ツリーを示している。 ＣＰＲＭ方式が利用される記録媒体１０−２を図２（Ｂ）に示してある。図２(Ａ)の処理システムにおける暗号化処理は、先ず記録媒体から（ＭＫＢ）（Lead-in area に記録されている）と記録媒体毎に固有IDとして付加されているメディアID（MID）（バーストカッティングエリア（BCA）に記録されている）を読み出す。次に、(ＭＫＢ Process)において、（ＭＫＢ）と装置に埋め込まれている（Device-Key Set）とを使ってメディア鍵（Ｋｍ）を演算抽出する。次に、ジェネレータ（Ｇ）において、（Ｋｍ）と（MID）とを使って、メディア固有鍵（Ｋｍｕ）を演算生成する。次に、鍵暗号化部（Ｋ−Ｅｎｃ）において、（Ｋｔ）を（Ｋｍｕ）で暗号化して暗号化鍵（Ｅ−Ｋｔ）を生成する。タイトル鍵（Ｋｔ）は、乱数発生器などで構成される（タイトル鍵生成器 T-Key）で生成されている。生成した（Ｅ−Ｋｔ）は記録媒体１０−２に記録される。
【００１９】
コンテンツは、タイトル鍵（Ｋｔ）で暗号化して暗号化コンテンツとして記録媒体に記録される。このようにして記録された暗号化コンテンツの復号処理は、図１（Ａ）の処理と同様な処理が行われ、平文のコンテンツデータが再生される。
【００２０】
尚、（Device-Key set）は、複数のDevice-Keyから構成されたものである。ＭＫＢからメディア鍵を演算抽出するには、鍵セット（鍵set）から最初のデバイス鍵を選択して（Ｋｍ）を抽出するが、もし抽出できない場合は、次のデバイス鍵を使って演算抽出する。このようにして演算抽出が成功するまで、次々と鍵setの鍵を順番に使って演算抽出処理を行なう。最後まで抽出が成功しない場合は、システムからリボークされている事になる。このような複数のデバイス鍵を（Device-Key set）として装置に埋め込む必要性は、次のことからである。
【００２１】
System Renewability(システム再現)機能としては、不正行為が行われたデバイス鍵をリボークすることができる。ここで、装置毎に異なるデバイス鍵を配布する場合、有限のデバイス鍵数であることから、装置の台数が限られてしまう。そこで、有限のデバイス鍵の数をM個として、ある特殊函数で選択してｎ個の鍵をセットとして装置に配布すれば、配布できる鍵セットは約Mのｎ乗個の数になる。即ち、有限なデバイス鍵数を、ｎ乗個に拡大する事が可能になる。この場合、不正デバイス鍵セットをリボークしたとき、その鍵セットに含まれているｎ個のデバイス鍵は使用できないが、正しい装置に配布されたデバイス鍵セット内に、不正デバイス鍵が存在しても、当該デバイス鍵セット内にリボークされていないデバイス鍵が存在する限り、正しい暗号化・復号化処理は可能である。 以下、表現は（Device-Key set）と記載するが、Device-Keyとして処理を説明する。 尚、暗号化された秘密鍵情報であるメディアキーブロック（ＭＫＢ）とデバイス鍵セットの構成と関係は、上記までの説明で推測される筈であるが、秘密鍵であるメディア鍵の秘匿性記録方法と復元方法に[関しては、その他に、数学的な特性を使って少ない情報データ量で目的を実現できる手段も考えられる。 しかし、本発明の直接的な内容事項では無いので、上記内容の説明に留める。
【００２２】
図３は、図１（Ａ）、図２（Ａ）における記録再生媒体と装置の関係を示した図である。再生装置や記録再生装置には、大きく分類して２つのタイプがある。
【００２３】
記録媒体１００の記録再生ドライブ２０１とPC（パソコン）またはホストコンピュータ２０２で構成されるソフトウエアを主体とする装置２００（ソフトウエア（Ｓ／Ｗ）主体装置）と、ドライブとデータ符号化・復調化処理が一体となったハードウエアを主体とする装置３００（ハードウエア（Ｈ／Ｗ）主体装置）とである。本発明では、この2つのタイプの暗号/復号化ツリーを異ならしめた設計としている。
【００２４】
即ち、ハードウエア主体装置３００は、専用プレーヤ／レコーダのように記録媒体を装置内に挿入して使用する。装置３００には、最終的な再生信号を出力する機能、及び、逆に入力信号を圧縮、或いは編集処理を行ない暗号化して記録媒体に記録する全ての機能が閉じ込められている。これに対して、ソフトウエア主体装置２００は、データを読み出し／記録するドライブ２０１とパソコン又はホストコンピュータのような装置２０２を連結して、記録再生システムを構成している。
【００２５】
このような装置システムにおいてデバイス鍵セットは、図３に示す通り、前者の専用プレーヤ／レコーダでは内部に設置される。しかし、ドライブ−パソコン連結システムでは、パソコン又はホストコンピュータ内にデバイス鍵セットが設置され、暗号化復号化処理の工程が行なわれる。ドライブ２０１は単に送られてきたデータを記録、あるいは指定された場所のデータを読み出し、パソコン又はホストコンピュータ２０２側に転送するのみである。
【００２６】
この代表的な２つの装置２００と３００では、夫々特有の性質を持っている。
【００２７】
１）専用プレーヤ／レコーダ（装置３００）
＊記録媒体と最終的な映像／音声信号の全処理工程が閉じた装置内で構成される為、処理工程の中間点で不正にデータをスキーミングする事は出来ない、
＊最近のレコーダ装置のように、記録時間設定などに電子番組表を利用する装置は、インターネット接続されている、しかし、多くの一般プレーヤなどはネット接続しないで利用される場合が多く、暗号化処理の一部制御ソフト或いは暗号鍵等を容易に更新することは困難、
＊装置内が他の外部機器と独立しており、検出と判断を行う専用回路を設置する事は容易である。
【００２８】
２）ドライブ２０１とパソコン又はホストコンピュータ２０２により構成される装置２００
＊パソコンの利用形態として、インターネット接続は一般的になっている、
＊パソコンにインストールされた、アプリケーションソフトの更新は容易、
＊記録媒体のデータ記録再生を行うドライブは、ホストであるパソコンからの指示で制御され、指定された場所のデータ記録再は行うが、データ間の比較判断は困難、
＊データの記録再生指示やデータのエンコード・デコード処理はホスト側で行われ、その処理はソフトウエアによって行われる事から、最終ユーザが制御方式を改ざん出来る可能性を持つ、違反防御は、ソフトウエアのタンパーレジスト化で対応するしか無い。
【００２９】
上記のように、ハードウエア（Ｈ／Ｗ）主体装置である専用プレーヤ／レコーダなどは、記録媒体からの記録再生操作とデータの暗号・復号処理及びエンコード・デコード処理まで、閉じた装置内で対応する。故に、記録媒体に記録されているあらゆる場所の各種データの記録再生及び比較判断処理を組み込むことが可能であり、その専用処理回路を閉じた装置内に組み込むことで、セキュリティー能力を高めることは可能である。しかし、外部装置とは独立した構成で設置される事から、一般には内部構成を容易に更新させることは難しい。
【００３０】
一方、ソフトウエア（Ｓ／Ｗ）主体装置である、ドライブとパソコンまたはホストコンピュータで構成される装置では、ドライブはパソコン又はホストコンピュータから標準化されたI/Oコマンドで指示され、記録媒体へのデータ読出しと書込みを行う装置であり、ドライブ内で独自にデータの比較判断は通常困難である。データに関する全ての処理はホスト側にあるアプリケーションソフトで行われる事になり、当然コンテンツの暗号化・復号化処理もこちらで行われる。通常は不正行為を防止する為、ソフトウエアはタンパーレジスト化され、不正改ざんされないようになっている。また、ソフトウエア（Ｓ／Ｗ）を用いる装置の利点としては、以下の点がある。即ち、パソコンなどの利用形態がインタ−ネット利用形態が多くなり、ネット接続が基本になってきた。このことは、一部のソフトウエアや例えば暗号化システムにおける秘密鍵であるデバイス鍵を秘匿処理で更新することが可能であり、暗号化システムのシステム更新を実現する事は可能である。
【００３１】
このように、ハードウエアを主体とする装置とソフトウエアを主体とする装置は、夫々欠点と利点が異なったシステム関係と言える。発明者は、この点に着目した。
【００３２】
図４は、本発明の基本的な考えを示した、復号システムの構成例である。即ち、図３で説明したソフトウエア主体（Ｓ／Ｗ）主体装置とハードウエア主体（Ｈ／Ｗ）主体装置の利点と欠点を巧みに利用して、暗号化・復号化システムのSystem renewabilityの能力を大幅に向上させるものである。
【００３３】
その基本的考えは、暗号化・復号化ツリーにおけるセキュリティーのベースである（デバイス鍵）を、ソフトウエア（Ｓ／Ｗ）システム用と、ハードウエア（Ｈ／Ｗ）システム用とで独立させ、結果としてＭＫＢも夫々専用となり、記録媒体に記録される方式である。
【００３４】
但し、ＭＫＢデータファイルに関しては、別項で説明するが、夫々独立させるか、集合させて１つのファイルで記録媒体に記録するかは、夫々特徴があり他の問題を含めて設定する事になる。以下、本発明に係わる装置及び方法では、ハードウエア側と、ソフトウエア側を意識した構成であるために、ハードウエア側専用のブロック及び機能を示す符号にＨ／Ｗを付加し、ソフトウエア側専用のブロック及び機能を示す符号にＳ／Ｗを付加して表すことにする。また以後示す各図において、同様な符号を付した部分は、同様な機能及び動作を得るものとする。
１）ソフトウエア復号システム（図４の左側）
(1a)記録媒体１０−４から、（Ｓ／Ｗ処理のためのＭＫＢ（以下ＭＫＢ for Ｓ／Ｗ））を読出し、（ソフトウエア処理のためのDevice-Key set（以下Device-Key Set for Ｓ／Ｗ））を使ってメディア鍵処理部（ＭＫＢ Process−Ｓ／Ｗ）でメディア鍵（Ｋｍ）を演算抽出する。
【００３５】
(1b)記録媒体１０−４から、媒体固有IDの（Media-ID）もしくはコンテンツのボリューム単位の（Volume-ID）を読出す。ジェネレータ（Ｇ−Ｓ／Ｗ）において、（Volume-ID）が（Ｋｍ）と共に一方向性函数器などによる函数演算され、メディア固有鍵（Ｋｍｕ）を生成する。
【００３６】
尚、以降の説明で（Volume-ID）名称を使っているが、記録媒体の固有IDである（Media−ID）を利用する場合も含まれているものとする。
【００３７】
(1c)記録媒体１０−４に記録されている、暗号化タイトル鍵（Ｅ−Ｋｔ）を読出す。この（Ｅ−Ｋｔ）を、（Ｋ−Ｄｅｃ−Ｓ／Ｗ）において、（Ｋｍｕ）により復号して、コンテンツ暗号鍵であるタイトル鍵（Ｋｔ）を生成する。
【００３８】
(1d)記録媒体１０−４に記録されている暗号化コンテンツは、順次読み出される。（Ｃ−Ｄｅｃ−Ｓ／Ｗ）において、読み出された暗号化コンテンツは、（Ｋｔ）で復号され平文のコンテンツデータとして再生される。
【００３９】
２）ハードウエア復号システム（図４の右側）
(2a)記録媒体１０−４から、（ＭＫＢ for Ｈ／Ｗ）が読出される。（ＭＫＢ Process−Ｈ／Ｗ）において、（ＭＫＢ for Ｈ／Ｗ）と（Device Key Set for Ｈ／Ｗ）を使ってメディア鍵（Ｋｍ）が演算抽出される。
【００４０】
(2b)記録媒体１０−４から、媒体固有IDの（Media-ID）もしくはコンテンツのボリューム単位の（Volume-ID）が読出される。ジェネレータ（Ｇ−Ｈ／Ｗ）において、（Volume-ID）は、（Ｋｍ）と共に一方向性函数器などで函数演算され、その結果として、メディア固有鍵（Ｋｍｕ）が生成される。
【００４１】
(2c)記録媒体１０−４に記録されている、暗号化タイトル鍵（Ｅ−Ｋｔ）が読出される。（Ｋ−Ｄｅｃ−Ｈ／Ｗ）において、（Ｅ−Ｋｔ）は（Ｋｍｕ）により復号され、コンテンツ暗号鍵であるタイトル鍵(Ｋｔ)が生成される。
【００４２】
(2d)記録媒体１０−４に記録されている、暗号化コンテンツが、順次読み出される。（Ｃ−Ｄｅｃ−Ｈ／Ｗ）において、暗号化コンテンツは、（Ｋｔ）で復号され平文のコンテンツデータとして再生される。
【００４３】
このように、デバイス鍵セット（Device key set）を、ソフトウエア（Ｓ／Ｗ）主体装置とハードウエア主体装置で独立して生成することで、仮に、ハードウエア主体装置用デバイス鍵がハッキングされ、インターネットなどで不正配布されても、ソフトウエア主体装置では利用出来ない。よって、不正行為が行われる装置数は、最小限に抑える事が可能である。その結果、時間遅れで対応される、ＭＫＢを使ったシステム更新であっても、充分な不正防止効果を期待する事が可能である。ソフトウエア主体装置のデバイス鍵は、インターネットに接続されている為、定期的更新システム等を利用すれば、不正拡大は防止出きる。
【００４４】
図５は、本発明のデバイス鍵と、これに対応するＭＫＢの関係を示した図である。左側には、記録媒体上の記録情報を示し、右側には、記録媒体に対して記録再生を行うハードウエア主体装置３００と、ソフトウエア主体装置２００を示している。ハードウエア主体装置３００において、(ＭＫＢ for Ｓ／Ｗ)を用いても、正常なタイトル鍵(Ｋｔ)は復号されないし、ソフトエア主体装置２００において、(ＭＫＢ for Ｈ／Ｗ)を用いても、正常なタイトル鍵(Ｋｔ)は復号されない。
【００４５】
ここで、ハードウエア用デバイス鍵を不正行為によりソフトウエア主体装置で使おうとした場合、ソフトウエア主体装置で（ＭＫＢ for Ｈ／Ｗ）を読み出して利用するような状態に、制御ソフトを改ざんすることが考えられる。このような不正な改ざんを行うと、ソフトウエア主体装置でもハードウエア用デバイス鍵で(Ｋｍ)を抽出できてしまう。
【００４６】
しかし、図４の構成では、一般にソフトウエア主体装置で使われる記録媒体のデータ記録再生処理を行うドライブの特性を利用して、上記問題を解決している。即ち、ホスト側から標準コマンドでデータを自由に管理する出来る領域は、記録媒体のデータゾーン（Data zone）である。そして、記録媒体において、コントロールデータエリア等やドライブ及び媒体テストゾーン等が配置されるリードイン（Lead-in）領域は、ドライブ起動時に使われる領域であり、ホスト側が自由に管理できない場所である。これに対して、ハードウエア主体装置では、全ての処理がクローズされているため、記録媒体のデータ配置規格に委ねられており、データの読出し書込みは自由である。
【００４７】
そこで、（ＭＫＢ for Ｈ／Ｗ）は、Lead-in領域に配置し、(ＭＫＢ for Ｓ／Ｗ)はData zoneに配置し、通常のドライブ２０１では、(ＭＫＢ for Ｈ／Ｗ)は読み出す事が出来ないようにする。この（ＭＫＢ）配置によって図４のシステムの違法コピー防止効果が著しく向上できる。
【００４８】
図６は、図４の復号システムに対応した暗号システムの構成例である。
【００４９】
１）ソフトウエア暗号システム（図６の左側）
(1a)乱数発生器（RNG）などでコンテンツを暗号化するためのタイトル鍵(Ｋｔ)を生成する。次に、暗号化処理部において、コンテンツはタイトル鍵(Ｋｔ)で順次暗号化され暗号化コンテンツとして作成され、記録媒体に記録される。
【００５０】
(1b)（ＭＫＢ for Ｓ／Ｗ）を読出し、これと（Device Key Set for Ｓ／Ｗ）とを使って、（ＭＫＢ Process−Ｓ／Ｗ)において、メディア鍵(Ｋｍ)を演算抽出する。
【００５１】
(1c)記録媒体から、メディア固有データ（Volume-ID）を読出し、この（Volume-ID）とメディア鍵(Ｋｍ)とを使って、例えば一方向性函数器（Ｇ−Ｓ／Ｗ）において、メディア固有鍵（Ｋｍｕ）が生成される。
【００５２】
(1d)コンテンツ暗号化に用いたタイトル鍵（Ｋｔ）を、メディア固有鍵（Ｋｍｕ）で暗号化して、暗号化タイトル鍵（Ｅ−Ｋｔ）を生成し、これを記録媒体に記録する。このときの暗号化部分は（Ｋ−Ｅｎｃ−Ｓ／Ｗ）として図示している。
【００５３】
２）ハードウエア暗号システム（図６の右側）
(2a)乱数発生器（RNG）などでコンテンツを暗号化するためのタイトル鍵(Ｋｔ)を生成する。次に、暗号化処理部において、コンテンツはタイトル鍵(Ｋｔ)で順次暗号化され暗号化コンテンツとして作成され、記録媒体に記録される。
【００５４】
(2b)（ＭＫＢ for Ｈ／Ｗ）を読出し、これと（Device Key Set for Ｈ／Ｗ）とを使って、（ＭＫＢ Process−Ｈ／Ｗ）において、メディア鍵(Ｋｍ)を演算抽出する。
【００５５】
(2c)記録媒体から、メディア固有データ（Volume-ID）を読出し、この（Volume-ID）とメディア鍵(Ｋｍ)とを使って、例えば一方向性函数器（Ｇ−Ｈ／Ｗ）において、メディア固有鍵（Ｋｍｕ）が生成される。
【００５６】
(2d)コンテンツ暗号化に用いたタイトル鍵（Ｋｔ）を、メディア固有鍵（Ｋｍｕ）で暗号化して、暗号化タイトル鍵（Ｅ−Ｋｔ）を生成し、これを記録媒体に記録する。このときの暗号化部分は（Ｋ−Ｅｎｃ−Ｈ／Ｗ）として図示している。
【００５７】
図７は、本発明に係る復号システムの他の実施形態を示す図である。図４の復号システムとの違いは、コンテンツ暗号化鍵であるタイトル鍵を暗号化して記録しておくが、ソフトウエア主体側とハードウエア主体側では、暗号化されて記録媒体に記録されているタイトル鍵が異なっている点である。つまり（Ｅ−Ｋｔ for Ｓ／Ｗ）と（Ｅ−Ｋｔ for Ｈ／Ｗ）が記録されている。
【００５８】
即ち、ソフトウエア復号システムは、図４の構成例と同じであるが、ハードウエア復号システムは図４の例と若干異なる。（Device key Set for Ｈ／Ｗ）と(ＭＫＢ for Ｈ／Ｗ)とを使って、演算処理の結果抽出されるメディア鍵は、（Ｋｍ’）である。演算処理部は、（ＭＫＢ Process−Ｈ／Ｗ）として示している。
【００５９】
次に、一方向性函数器などの函数演算器（Ｇ−Ｈ／Ｗ）において、（Volume-ID）と(Ｋｍ’)とを使って演算した結果生成されるメディア固有鍵は、(Ｋｍｕ’)である。記録媒体から読み出されたハードウエア用の暗号化されたタイトル鍵(Ｅ−Ｋｔ for Ｈ／Ｗ)を、(Ｋｍｕ’)で復号すると、ソフトウエア主体側と同じタイトル鍵（Ｋｔ）が生成される。したがって暗号化コンテンツ（E-Content）は、ソフトウエア主体装置でもハードウエア主体装置でも、正しく復号が可能になる。
【００６０】
図８は、図７の復号システムに対応するソフトウエア暗号システムであり、暗号化されたコンテンツをソフトウエア主体装置が記録する場合の構成例である。ソフトウエア暗号システムにより暗号化コンテンツが記録媒体に記録されたとしても、図７に示すように、ソフトウエア復号システムとハードウエア復号システムのいずれでも復号可能としなければならない。
【００６１】
このようなコンテンツを暗号化して記録する場合の記録媒体は、図７の場合も同様であるが、記録媒体には事前に（ＭＫＢ for Ｓ／Ｗ）、(ＭＫＢ for Ｈ／Ｗ) 、(Volume-ID)が記録されている。この場合、ＭＫＢの記録方法として光ディスクのような記録媒体は、エンボスピットや記録トラックのウォブル信号変調などで物理的構造によってプリレコードしておく方法と、記録ドライブに最新のＭＫＢを記憶させておく方法がある。この最新のＭＫＢは、未記録媒体が挿入された場合、事前に最新ＭＫＢが記録された媒体を利用した時、ドライブ自身が最新ＭＫＢを保有しておき、ＭＫＢ未記録媒体に対しては、ドライブがＭＫＢ記録をする仕組みである。
【００６２】
ここでの実施形態は、ＭＫＢの事前記録手法を規定するものではなく、記録媒体には事前にＭＫＢが記録されていることを前提にしている。また事前処理では、乱数発生器から得られる（Volume-ID）も記録されている。
【００６３】
ここで、(ＭＫＢ for Ｓ／Ｗ)は、著作権保護方式管理機構で事前に生成される時、ソフトウエア用デバイス鍵（Device Key Set for Ｓ／Ｗ）とメディア鍵（Ｋｍ）と（Ｋｍ’）とを暗号化演算して作成されたものである。このため、（Device Key Set for Ｓ／Ｗ）でメディア鍵抽出演算を施すと、（Ｋｍ）と(Ｋｍ’)が生成される。
【００６４】
（Ｋｍ）と(Ｋｍ’)は、夫々（Volume-ID）を使って処理され、その結果、メディア固有鍵（Ｋｍｕ）と（Ｋｍｕ’）が生成される。（Ｋｍｕ）と（Ｋｍｕ’）は、コンテンツ暗号化鍵であるタイトル鍵（Ｋｔ）を暗号化する。この結果、暗号化タイトル鍵（Ｅ−Ｋｔ）と(Ｅ−Ｋｔ’)が生成され、この（Ｅ−Ｋｔ）と(Ｅ−Ｋｔ’)が記録媒体に記録される。当然、コンテンツは（Ｋｔ）で暗号化して記録する。
【００６５】
図９は、図７の復号システムに対応するハードウエア暗号システムであり、暗号化されたコンテンツをハードウエア主体装置が記録する場合の構成例である。この場合もハードウエア暗号システムにより暗号化コンテンツが記録媒体に記録されたとしても、図７に示すように、ソフトウエア復号システムとハードウエア復号システムのいずれで再生される場合であっても、コンテンツなどが復号されなければならない。
【００６６】
使用されるデータ(ＭＫＢ for Ｈ／Ｗ)と鍵(ＭＫＢ for Ｓ／Ｗ)がハードウエア用であるが、その処理工程及び処理ブロックはソフトウエア暗号システムの構成と同じである。事前処理もソフトウエア暗号システムの場合と同じである。
【００６７】
図１０は、図７の復号システムに比べて、さらにハードウエア主体装置の特徴、つまり専用処理回路の導入が容易な特徴を利用したハードウエア復号システムの構成例を示している。
【００６８】
ソフトウエア主体装置（又は方法又はシステム）と、ハードウエア主体装置（又は方法又はシステム）では、デバイス鍵セットが異なることは、本発明の一貫した思想である。これにより違法行為防止能力を大幅に高めることになった。図１０の構成は、さらに、違法行為防止能力を高めている。図７の例との基本的な違いは、ハードウエア主体装置のみに使われる、鍵データ変換処理を行なう鍵変換データ（以下Key Conversion Data：ＫＣＤ）の導入である。ソフトウエア復号システムは、図４及び図７と同様であるため説明は省くが、ハードウエア復号システムが図４及び図７の構成とは異なっている。
【００６９】
先の実施形態では、(ＭＫＢ for Ｈ／Ｗ)をデバイス鍵によって演算処理してメディア鍵（Ｋｍ）を抽出したが、図１０の実施形態では、(ＭＫＢ for Ｈ／Ｗ)は(ＫＣＤ)で暗号化されて記録されている。したがって、図では(Ｅ−ＭＫＢ for Ｈ／Ｗ)と示している。このため、記録媒体から読み出された（Ｅ−ＭＫＢ for Ｈ／Ｗ）は、ＭＫＢ復号部(ＭＫＢ−Ｄｅｃ)において、記録媒体から読み出された（ＫＣＤ）によって復号された後、（ＭＫＢ Process−Ｈ／Ｗ）に送られる。そしてこの（ＭＫＢ Process−Ｈ／Ｗ）において、メディア鍵（Ｋｍ’）が抽出される。(Ｋｍ’)抽出以降の処理工程は、図７の例と同様である。なお、（Key Conversion Data）は、このような場合、MKBを変換するという意味で（MKB Conversion Data）と記述してもかまわない。
【００７０】
ここで、(ＫＣＤ)データであるが、発明者らが考案した以下のような、秘匿情報記録再生システムを使って記録再生する技術が考えられる。即ち、記録媒体に対してデータを記録再生するドライブ内で、主情報データに対して電子透かし的技術を用いるのである、そして、主情報データに暗号化鍵等を埋め込むのである。これにより、ドライブ内だけで暗号化、復号化が実現され、ドライブの外である通常の記録再生工程では、暗号化・復号化処理を扱う事が出来ないような仕組みとしている。このような専用処理部をハードウエア主体装置に導入することで、(Device Key Set for Ｈ／Ｗ)がハッキングされネットで不正公開されても、ソフトウエア主体装置としてＭＫＢから演算生成することは困難になる。
【００７１】
別項目で説明するが、(ＭＫＢ for Ｓ／Ｗ)と(ＭＫＢ for Ｈ／Ｗ)を一組のＭＫＢファイルとして構成する場合、ハードウエア用ＭＫＢをソフトウエア主体装置側から検知する事は可能になり、そのままでは不正者に（Ｋｍ）抽出を可能にしてしまう。図５のようなハードウエア用ＭＫＢを利用出来ない環境を生み出す方法として、本発明によるハードウエア主体側の専用処理部を暗号化・復号化ツリーに組み込む事で、デバイス鍵の構成をソフトウエア用とハードウエア用とに独立して構成することができる。これにより、システム更新機能が大幅に強化される事になる。
図１１は、図１０のソフトウエア復号システムに対応するもので、記録媒体へのコンテンツ記録におけるソフトウエア暗号システムの構成例である。図１１の左側のソフトウエア暗号システムは、図８に示した例と同じである。図１１の復号システムにおける事前処理は、(ＭＫＢ for Ｈ／Ｗ)を暗号化して記録する系統を有する。またＭＫＢ for Ｈ／Ｗを暗号化するための（Key Conversion Data：ＫＣＤ）を記録媒体に記録する系統を有する。即ち、ＭＫＢ暗号化部（ＭＫＢ−Ｅｎｃ）において、（ＭＫＢ for Ｈ／Ｗ）が、（ＫＣＤ）により暗号化されて、記録媒体に記録される。その他は図８に示した例と同じである。
【００７２】
図１２は、図１０のハードウエア復号システムに対応する、ハードウエア暗号システムの構成例を示す。ＭＫＢ暗号化部（ＭＫＢ−Ｅｎｃ）において、記録媒体に対して事前に記録される(ＭＫＢ for Ｈ／Ｗ)は、（ＫＣＤ）により暗号化されて記録媒体に記録される。
【００７３】
コンテンツ暗号化処理においては、読み出された暗号化された（Ｅ−ＭＫＢ for Ｈ／Ｗ）が、記録媒体から読み出された（ＫＣＤ）を用いて復号され（ＭＫＢ Process−Ｈ／Ｗ）に送られる。ここでは、（Device Key Set for Ｈ／Ｗ)によって（Ｋｍ’）と（Ｋｍ）が復元される。それ以降の処理は、図９の場合と同様である。
【００７４】
尚、図１０〜図１２において暗号化されたタイトル鍵は、ソフトウエア用とハードウエア用で独立であるが、図４の場合と同様に同一の(Ｅ-Ｋｔ)で構成する方法でも良い。この場合、（ＭＫＢ Process−Ｓ／Ｗ）及び（ＭＫＢ Process−Ｈ／Ｗ）の出力は、ソフトウエア側もハードウエア側も同一のメディア鍵(Ｋｍ)が抽出される。
【００７５】
図１３は、本発明に係る復号システムのさらに他の実施の形態である。図１０に示した復号システムに比べて、(ＫＣＤ)を使用するポジションが異なる。またソフトウエア復号システム、ハードウエア復号システムの両方で、同一の(Ｅ-Ｋｔ)が用いられる。
【００７６】
ソフトウエア復号システムの（ＭＫＢ Process−Ｓ／Ｗ）は、(ＭＫＢ for Ｓ／Ｗ)と（Device Key Set for Ｓ／Ｗ)とを用いた暗号化（復号化）演算処理を行い、メディア鍵（Ｋｍ）を生成する。これに対してハードウエア復号システムでは、（ＭＫＢ Process−Ｈ／Ｗ）が、(ＭＫＢ for Ｈ／Ｗ)と（Device Key Set for Ｈ／Ｗ)とを用いた暗号化演算処理を行い、まずＥ-Ｋｍ（＝Ｋｍc）を生成する。この（Ｋｍc）は、メディア鍵（Ｋｍ）が（ＫＣＤ）で暗号化されたものである。したがって、（Ｋｍc）と（ＫＣＤ）を用いた暗号化（復号化）演算処理を行い、メディア鍵（Ｋｍ）を生成する。（Ｋｍ）抽出以降の処理は図４の場合と同様である。
【００７７】
図１４は、図１３に示したソフトウエア復号システムに対応する、ソフトウエア暗号システムの構成例である。図１４の左側の暗号化処理理工程は、図６に示した内容と同じ処理である。ここでは、事前処理において、（Key Conversion Data：ＫＣＤ）が記録媒体に記録される。その他は、図８に示した事前処理と同じである。
【００７８】
図１５は、図１３に示したハードウエア復号システムに対応する、ハードウエア暗号システムの構成例である。事前処理は、図１４に示した例と同じである。
【００７９】
このシステムでは、メディア鍵（Ｋｍ）は、（ＫＣＤ）で暗号化され（Ｋｍｃ）に変換されている。したがって、（ＭＫＢ Process−Ｈ／Ｗ）が、(ＭＫＢ for Ｈ／Ｗ)と（Device Key Set for Ｈ／Ｗ)とを用いた暗号化演算処理を行い、まずＥ-Ｋｍ（＝Ｋｍc）を生成する。この（Ｋｍc）と（ＫＣＤ）を用いた暗号化（復号化）演算処理を行い、メディア鍵（Ｋｍ）を生成する。次に、（Ｋｍ）は、夫々（Volume-ID）を使って処理され、その結果、メディア固有鍵（Ｋｍｕ）が生成される。（Ｋｍｕ）は、コンテンツ暗号化鍵であるタイトル鍵（Ｋｔ）を暗号化する。この結果、暗号化タイトル鍵（Ｅ−Ｋｔ）が生成され、この（Ｅ−Ｋｔ）が記録媒体に記録される。またコンテンツは（Ｋｔ）で暗号化されて記録媒体に記録される。
【００８０】
この構成例で他と異なる部分は、（ＭＫＢ for Ｈ／Ｗ）が著作権保護方式管理機構により生成されて提供されている。またメディア鍵（Ｋｍ）を暗号化して（Ｋｍc）を生成するために（ＫＣＤ）（記録媒体に事前記録される）が使われている。この（ＫＣＤ）は、（ＭＫＢ for Ｈ／Ｗ）及び（ＭＫＢ for Ｓ／Ｗ）と同様に管理機構から提供される。
【００８１】
図１６は、さらにこの発明の他の実施の形態である。再生専用記録媒体に対するソフトウエア復号システム及びハードウエア復号システムの構成例を示している。
【００８２】
著作権者からのコンテンツ提供スタイルとしては、電波を利用した放送形態、インターネットを利用した伝送形態、パッケージメディア形態による提供がある。再生専用記録媒体によるパッケージメディア形態では、大量配布が可能、記録時の時間制約が無い事から、特殊編集構成に時間をかけられるなど利点が多い。したがって、パッケージメディア形態による提供スタイルは、映画等のコンテンツ提供には適している。そのため、このような提供スタイルにおいて、再生専用記録媒体のコンテンツを記録系メディアに違法コピーされないよう、特に違法防止能力が求められる。
【００８３】
そこで、再生専用記録媒体に採用される暗号化ツリーと、記録再生メディアに使われる暗号化（復号化）ツリーを異ならせる事で、目的とする防止効果を飛躍的に高める事が可能になる。即ち、一般の最終ユーザが記録再生器を使って暗号化コンテンツを記録媒体に記録する処理構造と、再生専用媒体における暗号化処理構造が異なっている為、一般ユーザが違法行為によって再生専用媒体に近似して記録した媒体を作成する事は、実際問題として不可能に近くなる。
【００８４】
図１６は、このような考え方から、今まで説明した実施形態における記録再生システムでの暗号化ツリーに対して、(ＫＣＤ)の組み込み場所を、記録再生システムでは困難なところに配置している。これにより、再生専用の暗号化構造と同じ構造を記録再生システムでは採用できないようにし、よって、違法コピーによる記録媒体を疑似再生専用として作成出来ないようにするものである。
【００８５】
即ち、記録媒体に記録される暗号化されたタイトル鍵は、（ＥＥ−Ｋｔ’）である。このタイトル鍵は、メディア固有鍵（Ｋｍｕ’）で暗号化した（Ｅ−Ｋｔ’）を、さらに(ＫＣＤ)で多重暗号して（ＥＥ−Ｋｔ’）としたものである。
【００８６】
ハードウエア復号システムでは、記録媒体から読み出された（ＥＥ−Ｋｔ’）を同時に読み出した(ＫＣＤ)で復号し、(Ｅ−Ｋｔ’)を演算生成する。この処理は、復号部（ＫＫ−Ｄｅｃ−Ｈ／Ｗ）で行われる。復号された(Ｅ−Ｋｔ’)が、復号部（Ｋ−Ｄｅｃ−Ｈ／Ｗ）にてさらに処理され、Ｋｔとして導出される。
【００８７】
一方、（ＭＫＢ Process−Ｈ／Ｗ）において、（ＭＫＢ for Ｈ／Ｗ）と（Device key Set for Ｈ／Ｗ ）とにより、（Ｋｍ’）を復号する。そしてこの（Ｋｍ’）と（Volume-ID）とを用いてメディア固有鍵(Ｋｍｕ’)を復号する。
【００８８】
このメディア固有鍵(Ｋｍｕ’)を、先の（ＥＥ−Ｋｔ’）で復号し、暗号化コンテンツを復号する為のタイトル鍵(Ｋｔ)を復号する。この抽出したタイトル鍵(Ｋｔ)を用いて、暗号化コンテンツを復号して平文コンテンツデータを再生する。
【００８９】
上記のように、（ＫＣＤ）がタイトル鍵の多重暗号化に利用されている事から、先の実施形態のソフトウエア暗号化システムでは、(ＥＥ−Ｋｔ)が生成出来ない。よって、記録再生媒体における暗号化ツリーと再生専用暗号化ツリーを異ならせる事が出来、違法防止能力を一段と向上させることが出来る。
【００９０】
図１７には、再生専用記録媒体のマスター盤１０−６製作時に使われる、暗号化システムを示している。製板メーカにおけるフォーマッタシステムに組み込まれる暗号化装置は、管理された状況で利用出来るため、ソフトウエア用データとハードウエア用データとを並列で同じ装置内に組み込むことが許される。
【００９１】
著作権保護方式管理機構は、（Device Key Group）、乱数発生器（RNG）、ＭＫＢ演算生成部を有し、（ＭＫＢ for Ｈ／Ｗ）、（ＭＫＢ for Ｓ／Ｗ）を発行する。
【００９２】
ソフトウエア暗号化システムの系統では、（ＭＫＢ Process−Ｓ／Ｗ）において、（Device key Set for Ｓ／Ｗ）と、（ＭＫＢ）とを用いてメディア鍵（Ｋｍ）が生成される。ソフトウエア対応部を説明する。ジェネレータ（Ｇ−Ｓ／Ｗ）において、（Ｋｍ）は乱数発生器からの乱数出力との演算処理の結果、メディア固有鍵（Ｋｍｕ）となる。このメディア固有鍵（Ｋｍｕ）は、暗号化部（Ｋ−Ｅｎｃ−Ｓ／Ｗ）で暗号化され、（Ｅ−Ｋｔ）に変換され、マスター盤１０−６に記録される。
【００９３】
ハードウエア暗号化システムの系統では、（ＭＫＢ Process−Ｈ／Ｗ）において、（Device key Set for Ｈ／Ｗ）と、（ＭＫＢ）とを用いてメディア鍵（Ｋｍ’）が生成される。ハードウエア対応部を説明する。
【００９４】
ジェネレータ（Ｇ−Ｈ／Ｗ）において、（Ｋｍ）は乱数発生器からの乱数出力との演算処理の結果、メディア固有鍵（Ｋｍｕ’）となる。このメディア固有鍵（Ｋｍｕ’）は、暗号化部（Ｋ−Ｅｎｃ−Ｈ／Ｗ）で暗号化され、（Ｅ−Ｋｔ’）に変換される。さらに（Ｅ−Ｋｔ’）は、暗号化部（ＫＫ−Ｅｎｃ−Ｈ／Ｗ）で（ＫＣＤ）により暗号化され、（ＥＥ−Ｋｔ’）となり、マスター盤１０−６に記録される。コンテンツは、（Ｃ−Ｅｎｃ）において、（Ｋｔ）で暗号化されて暗号化コンテンツとしてマスター盤１０−６に記録される。
【００９５】
図１８は、発明者らが提案したコンテンツ・ムーブ（Move）に対応した著作権保護方法における処理構成例を示した図である。記録媒体を中として、記録動作と再生動作の構成が示されている。
【００９６】
図１８における右側から説明する。記録動作においては、（ＭＫＢ Process）において、記録媒体から読み出された（ＭＫＢ）を(Device-Key)を使って処理し、メディア鍵（Ｋｍ）を抽出する。次に、函数器（Ｇ）において、メディア鍵（Ｋｍ）と媒体固有ID（MID）を処理してメディア固有鍵(Ｋｍｕ)を生成する。この（Ｋｍｕ）でコンテンツ暗号化に使ったタイトル鍵（Ｋｔ1’）は暗号化され（Ｅ−Ｋｔ1’）になる。（Ｋｔ1’）によりコンテンツが暗号化されて、記録媒体に記録される。
【００９７】
ここで暗号化鍵の編集が行われる。即ち、暗号化タイトル鍵（Ｅ−Ｋｔ1’）は、暗号化タイトル鍵（Ｅ−Ｋｔ０）とともにファイル化され、暗号化鍵ファイル（Ｅ−Ｋｔ1）が更新情報（ＵＤ１）で暗号化されて（ＥＥ−Ｋｔ1）となる。図１８では、複数のタイトルファイルがそれぞれ個別タイトル鍵で管理されている場合を想定してからである。先の（ＥＥ−Ｋｔ1）が新しい暗号化タイトル鍵として記録媒体に記録され、ムーブが完了する。また先の更新情報（ＵＤ１）は、暗号化されて（Ｅ−ＵＤ１）として記録媒体に記録される。
【００９８】
更新情報（ＵＤ１）及び先の暗号化タイトル鍵（Ｅ−Ｋｔ０）は、次のように生成されている。すなわち、暗号化タイトル鍵（ＥＥ−Ｋｔ０）、暗号化更新情報（Ｅ−ＵＤ０）が記録媒体に予め記録されている。この（ＥＥ−Ｋｔ０）、（Ｅ−ＵＤ０）が読み出され、それぞれが復号される。（ＥＥ−Ｋｔ０）は（Ｅ−Ｋｔ０）に復号される。（Ｅ−ＵＤ０）は、（ＵＤ０）に復号され、係数αが掛けられ、先に述べた（ＵＤ１）として抽出される。
【００９９】
図１８では、複数のタイトルファイルがそれぞれ個別タイトル鍵で管理されている場合を想定して示している。記録媒体に記録されている他のタイトルファイルの多重暗号化タイトル鍵（ＥＥ−Ｋｔ０）は、最初の復号が行われ、（Ｅ−Ｋｔ０）としてタイトル鍵編集部（ＥＤＴ）に送られ、先ほどの(Ｅ−Ｋｔ1’)と集合され鍵ファイル（Ｅ−Ｋｔ1）として暗号器に送られる。
【０１００】
ここでは、（Ｅ−Ｋｔ1）は、バージョン（Version）更新情報（ＵＤ１）で多重暗号化され（ＥＥ−Ｋｔ１）として記録媒体に記録される。更新情報（ＵＤ）は、メディア鍵（Ｋｍ）で暗号化され記録媒体に記録されている。そして、新規記録処理や暗号化コンテンツを移動させる場合の再生処理において、旧多重暗号化タイトル鍵の削除と更新情報（ＵＤ）の変更をその都度行い、暗号化タイトル鍵の多重暗号化を、移動の都度行う。これにより、多重暗号化タイトル鍵は常に更新される事になり、削除された旧多重暗号化タイトル鍵での復活による違反行為を防止している。
【０１０１】
図１８における再生処理は、コンテンツを他の記録媒体に移動させるための再生動作における処理系統を示している（図１８における右側）。暗号化コンテンツは平文のコンテンツデータに復号化され出力されるが、多重暗号化タイトル鍵において、移動されたコンテンツに対応するタイトル鍵は削除され、他のコンテンツのタイトル鍵は、更新された多重暗号鍵つまり、更新情報ＵＤによって暗号化処理が更新される。
【０１０２】
この処理によって、削除前の多重暗号化タイトル鍵を事前にスキーミングしておき、そのデータで復活させても、暗号化コンテンツを復号するタイトル鍵は再生できない。このようなムーブ（Move）対応著作権保護システムにも本発明の、ソフトウエア主体装置とハードウエア主体装置で独立のデバイス鍵を配布するシステムを導入してもよい。
【０１０３】
図１９は、図１３に示した構成に対して、ムーブ（Move）対応機能を盛り込んだ装置の構成を示している。デバイス鍵は、ソフトウエア（Ｓ／Ｗ）主体装置用とハードウエア（Ｈ／Ｗ）主体装置用とで独立である。図１３に示したブロックと異なる部分を説明する。記録媒体には、暗号化更新情報（Ｅ−ＵＤ）、多重暗号化タイトル鍵（ＥＥ−Ｋｔ）が記録されている。
【０１０４】
コンテンツ移動のための再生及び記録時には、次のような処理が行われる。記録媒体に記録されている（Ｅ−ＵＤ）が読み出され、この（Ｅ−ＵＤ）は、復号されて（ＵＤ）となる。また記録媒体に記録されている（ＥＥ−Ｋｔ）が読み出され、この（ＥＥ−Ｋｔ）は（ＵＤ）を用いて復号され、（Ｅ−Ｋｔ）となる。この（Ｅ−Ｋｔ）は、（Ｋｍｕ）から（Ｋｔ）を復号するために利用される。
【０１０５】
上記の復号出力としての（ＵＤ）と（Ｅ−Ｋｔ）とは、暗号化されて再度記録媒体に記録される。（ＵＤ）は、更新処理され（ＵＤ’）となる。そして、この（ＵＤ’）が暗号化されて新たな（Ｅ−ＵＤ）として記録媒体に記録される。一方、先の（Ｅ−Ｋｔ）は、編集の後、先の（ＵＤ’）を用いて暗号化され、多重暗号化タイトル鍵（ＥＥ−Ｋｔ’）となる。この新たなタイトル鍵が再度記録媒体に記録される。
【０１０６】
ソフトウエア復号システムとハードウエア復号システムの両方とも、多重暗号化タイトル鍵、及び更新情報の処理は、それぞれ同じ構成の処理系統である。
【０１０７】
図２０は、本発明に係わる(ＫＣＤ)を利用した場合の、記録媒体内での（ＭＫＢ）の配置の例を示した説明図である。（ＫＣＤ）をハードウエア主体側のシステムのみで能動状態にする構成であれば、（ＭＫＢ）はどのような位置にあってもかまわない。つまり、（ＭＫＢ）をソフトウエア主体装置およびハードウエア主体装置のいずれが読み込むことが可能になっても問題は発生しない。ハードウエア主体装置にのみ（ＫＣＤ）検出が可能である為、記録されている（ＭＫＢ）は、対応する（ＭＫＢ）しか機能しない為である。このような性質から、ソフトウエア用ＭＫＢ（ＭＫＢ for Ｓ／Ｗ）とハードウエア用ＭＫＢ（ＭＫＢ for Ｈ／Ｗ）を別ブロックとして図示してきたが、記録領域のデータブロックとして別ブロックに分ける必要は無い。
【０１０８】
図２１−図２４は、本発明に係わるＭＫＢデータファイルの構成を各種示している。いずれの形態で、記録媒体に記録されてもよい。
【０１０９】
図４及び図５で説明した実施形態では、ＭＫＢデータファイルの基本構造である図２１に示す構成で、ソフトウエア用と、ハードウエア用とを独立して作成する。そして、各ファイルを記録媒体に配置する場合、その配置位置の持つ性質を考えて、配置位置を決める必要がある（図５に示した例）。
【０１１０】
しかしながら、他の構成例（図２２−図２４）において、特に（ＫＣＤ）を利用したシステムでは、ソフトウエア用とハードウエア用は別データであるが、ＭＫＢデータファイルとしてのデータブロックは集合した１つのデータブロックとして構成しても良い。
【０１１１】
図２１に示した通り、ＭＫＢ基本構成はメディア鍵が記録されていることを検証するための（Verify Media Key Record）の領域と、メディア鍵が記録されている（Caluculate Media Key Record）の領域と、メディア鍵が記録されているブロックの終了を示す（End of Media Key Block Record）領域とから構成されている。ソフトウエア用もハードウエア用のメディア鍵が（Ｋｍ）と同一であれば、図２２のように（Calculate Media Key Record）の領域のみを、ソフトウエア用とハードウエア用として独立作成し、（Verify Media Key Record）と（End Media Key Record）の領域を前後に付加したデータファイルとして構成しても良い。
【０１１２】
メディア鍵が（Ｋｍ）と（Ｋｍ’）と異なる場合は、図２３のように（Verify Media Key Record）と（Calculate Media Key Record）を２組並べて、最後に（End of Media Key Block Record）を付加したデータファイルとしても良い。図２４の例は、更に本発明の図１６に示したように、再生専用と記録再生用を独立して構成する場合に適合する。つまり、再生専用のＭＫＢと記録再生用ＭＫＢを並べて１つのデータファイルとしてＭＫＢを構成しても良い。
【０１１３】
次に、図２５は、ドライブ２０１とホスト（パソコン）２０２が接続されたソフトウエア主体装置の例を示し、特に、ドライブ２０１の内部のブロック関係を示した図である。特にドライブ２０１は、同じ装置としてハードウエア主体装置に組み込まれる事も考えられ、その場合の（ＫＣＤ）処理部の関係を理解しやすいように図示してある。つまり、このドライブ２００は、製造効率を良くするために、ソフトウエア主体装置とハードウエア主体装置のいずれにも適用できるが、それぞれの装置に組み込まれた場合、異なる機能を発揮する。
【０１１４】
記録媒体５０１に記録されたデータを再生する場合は、ピックアップヘッドＰＵＰ５０２から読み出された信号は、ブロック５０７に送られる。ブロック５０７には、高周波増幅器（RF-amp）、フォーカスエラー（ＦＥ）検出器、トラッキングエラー（ＴＥ）検出器、ウォブル（ＷＢ）検出器などが含まれる。
【０１１５】
ブロック５０７の高周波信号は、リードチャンネル部５０８に入力され、ここでは、チャンネルデータが読み出される。高周波信号は、位相ロックループ回路５０９にも入力され、ここでは、クロックが再生されている。
【０１１６】
読み出されたチャンネルデータは、データ処理部５１２で復調・誤り訂正処理などが施される。そしてホスト２０２から要求されているデータが、Ｉ／Ｆ部５１９を介してホスト２０２に送られる。
【０１１７】
ここで、このようなデータ出力をする前に、実際はホスト２０２とドライブ２０１間で認証処理が行われ、データを送出しても良いかの確認処理を行なう。この認証処理は、システムコントローラ５１６の制御の元で、認証処理部５１７を利用して行われる。ホスト２０２は、ＡＶエンコーダ・デコーダをソフトウエアにより実現している。
【０１１８】
この認証処理は、ドライブ２０１とホスト２０２が正しい関係であるかを認証するもので、ハードウエア主体装置のように同じ筐体に設置されているシステムでは不要な処理である。
【０１１９】
そこで、この認証処理が行われたか否かで、リードチャンネル部５０８の出力の特定部分の信号データ、つまり（ＫＣＤ）を秘匿情報検出部であるＫＣＤ検出部５２０で検出する。しかしながら、この検出出力信号は、上記の認証処理が行われた場合は禁止される構成である。つまりＫＣＤ検出部５２０とＩ／Ｆ部５１９との間のＫＣＤ検出信号ラインは、×印のようにカットされている。物理的にカットする方法と、電気的スイッチでカットする方法のいずれでもよい。
【０１２０】
このように、ドライブ２０１とホスト２０２が連結したソフトウエア主体装置の場合は、（ＫＣＤ）が利用出来ない。このため、ソフトウエア主体装置用のドライブ２０２そのままでは、（ＫＣＤ）を利用することができず、不正行為に対する防衛が守られる。
【０１２１】
なお、ブロック５０７からの検出出力は、サーボコントロール部５１４に入力される。サーボコントロール部５１４は、ＰＵＰ５０２のレンズ位置を制御するためのアクチュエータドライブ５０４を制御することができる。また記録媒体５０１を回転駆動するモータ５０３を制御することができる。サーボコントロール部５１４には、パルス発生器（ＦＧ）から、またモータ５０３の回転周波数及び位相を表す、回転検出パルスが入力されている。
【０１２２】
バッファ５１０は、データプロセッサ５１２に接続され、エラー訂正処理のときに一時的にデータを蓄積するメモリである。レーザパワー及び書き込みパワーコントローラ５１６は、ＰＵＰ５０２内のレーザダイオードを制御するレーザドライブ５０５を制御し、適切な読み取りパワー、書き込みパワーを設定することができる。
【０１２３】
一方、図２６に示すように、同じドライブ２０１を、ＡＶエンコーダ・デコーダ部２０３とともに同じ筐体に組み込んで、専用レコーダ・プレーヤ２００（ハードウエア主体装置）として利用する場合は、認証処理を行う必要はない。認証処理が行われない場合、ＫＣＤ検出部５２０とＩ／Ｆ部５１９間のＫＣＤ検出信号ラインは、導通状態に維持される。よって、ＡＶエンコーダ・デコーダ部２０３は、（ＫＣＤ）を利用出来る。図２６において、図２５のブロックと対応する部分には同一符号を付している。
【０１２４】
Ｉ／Ｆ部５１９から出力された再生信号は、ＡＶエンコーダ・デコーダ部２０３のＩ／Ｆ部６０１を介して暗号／復号処理部６０２に入力されて、復号処理される。復号されたコンテンツは、映像・音声の符号化／復号化処理部６０３にてデコードされる。デコードされたＡＶ信号は、Ｉ／Ｆ部６０４を介して外部へ導出される。また外部から入力される信号は、Ｉ／Ｆ部６０４を介して映像・音声の符号化／復号化処理部６０３に入力され、圧縮符号化され。暗号／復号処理部６０２で暗号化され、Ｉ／Ｆ部６０１を介してドライブ２０１へ送りこまれる。
【０１２５】
図２５と図２６で説明したように、同一条件で製作されたドライブ２０１を、Ｓ／Ｗシステム（PCシステム）と、専用レコーダ・プレーヤ内のドライブ２０１として利用する場合、ＫＣＤ検出部を常に動作しても、その出力信号ラインを、（切断）もしくは（接続）することによって、利用効率を高めることができる。このことは、製品コストの削減を得るうえでも効果的である。
【０１２６】
図２７には、さらにこの発明の他の実施の形態であり、ソフトウエア復号システムとハードウエア復号システムを示している。以下の実施の形態は、図２５と図２６で説明したようなソフトウエア主体装置、ハードウエア主体装置を前提としている。図２７の構成は、図１０に示した構成と略同じであるが、（Ｅ−Ｋｔ）がソフトウエア側とハードウエア側とで共通化されている。
【０１２７】
図２８（Ａ）、図２８（Ｂ）には、図２７に示したソフトウエア復号システム対応したソフトウエア暗号システムの構成例である。図２８（Ａ）に示す構成は、図１１の構成と略同じである。ただし、図２８（Ａ）では、ソフトウエア側、ハードウエア側で（Ｅ−Ｋｔ）が同じであるから、図１１の構成に比べて単純化している。図２８（Ａ）と図２８（Ｂ）とは、事前処理の実施形態が異なる例を示している。
【０１２８】
即ち、ソフトウエア暗号システムであっても、ハードウエア主体装置のための（Ｅ−ＭＫＢ for Ｈ／Ｗ）を事前記録する機能が必要である。このために、事前処理部では、(ＭＫＢ)を（Key conversion Data：ＫＣＤ）によって暗号化して記録媒体に記録することができる。図２８（Ｂ）の場合は、（ＫＣＤ）が予め記録媒体に記録されている場合は、（ＫＣＤ）が記録媒体から読み出されて、この（ＫＣＤ）が利用されて、(ＭＫＢ)を暗号化している。
【０１２９】
図２９（Ａ）、図２９（Ｂ）には、図２７に示したハードウエア復号システムに対応したハードウエア暗号システムの構成例である。
【０１３０】
図２９（Ａ）に示す構成は、図１２の構成と略同じである。ただし、図２９（Ａ）では、ソフトウエア側、ハードウエア側で（Ｅ−Ｋｔ）が同じであるから、図１２の構成に比べて単純化している。図２９（Ａ）と図２９（Ｂ）とは、事前処理の実施形態が異なる例を示している。
【０１３１】
図２９（Ａ）の事前処理部では、(ＭＫＢ)を（Key conversion Data：ＫＣＤ）によって暗号化して記録媒体に記録することができる。図２９（Ｂ）の場合は、（ＫＣＤ）が予め記録媒体に記録されている場合は、（ＫＣＤ）が記録媒体から読み出されて、この（ＫＣＤ）が利用されて、(ＭＫＢ)を暗号化している。
【０１３２】
図３０は、さらにこの発明に係る他の実施の形態であり、再生専用媒体に対するソフトウエア復号システムとハードウエア復号システムを示している。この実施形態は、図１６に示した構成と同じである。ソフトウエア主体装置側では、（ＫＣＤ）を読み取ることが不可能であることを示している。
【０１３３】
図３１は、図３０の再生専用媒体に対するマスター盤１０−６製作時に使われる、暗号化システムを示している。製板メーカにおけるフォーマッタシステムに組み込まれる暗号化装置は、管理された状況で利用出来るため、ソフトウエア用データとハードウエア用データとを並列で同じ装置内に組み込むことが許される。構成は、図１７に示した例と同じである。
【０１３４】
図３２は、再生専用メディアに記録されるＭＫＢファイルのデータ構造の例を示している。ここでは、再生専用媒体から読み出した信号の復号に使うＭＫＢデータのブロック３２−Ｂ１と、記録再生媒体用にコピーするＭＫＢデータのブロック３３２−Ｂ２とがある。いずれのブロックも先頭と終端には、（Verify Media Key Record (Km)）と、（End of Media Key Block Record）の領域が確保されている。ブロック３２−Ｂ１には、ソフトウエア主体装置側で利用される（Calculate Media Key Record(Km)）と、ハードウエア主体装置側で利用される（Calculate Media Key Record(Km')）とが含まれる。またブロック３２−Ｂ２にも、ソフトウエア主体装置側で利用される（Calculate Media Key Record(Km)）と、ハードウエア主体装置側で利用される（Calculate Media Key Record(Km')）とが含まれる。ここで、
（Calculate Media Key Record(Km')）のみが（ＫＣＤ）で暗号化されてコピーされている。
【０１３５】
図３３は、図２６に示したハードウエア主体装置に対応する。したがって、図２６と同じ部分には同一符号を付している。ドライブ２０１を、ＡＶエンコーダ・デコーダ部２０３とともに同じ筐体に組み込んで、専用レコーダ・プレーヤ２００（ハードウエア主体装置）として構成している。この場合、認証処理を行う必要はない。したがって、認証処理部５２５、６１５は、オフ設定される。認証処理が行われない場合、ＫＣＤ検出部５２０とＩ／Ｆ部５１９間のＫＣＤ検出信号ラインは、導通状態に維持される。よって、ＡＶエンコーダ・デコーダ部２０３は、（ＫＣＤ）を利用出来る。
【０１３６】
図３４は、図２５に示したソフトウエア主体装置に対応する。したがって、図２６と同じ部分には同一符号を付している。パソコン２０２側において、ＡＶエンコーダ・デコーダ機能７０２及び認証機能７０５などは、ソフトウエアにより構築されている。Ｉ／Ｆ部７０１から入力された信号はソフトウエアにより処理される。またソフトウエアにより処理された信号がＩ／Ｆ部７０１を介して、ドライブ２０１に送り込まれる。
【０１３７】
上記したように、本発明の実施携帯は、記録媒体対して、コンテンツを暗号化して記録再生することで、著作権保護を実現するシステムである。その装置形態は、記録媒体のデータ記録再生処理を担当するドライブとパソコンのようなホストと連結して、システムを構成するソフトウエア主体装置と、ドライブとコンテンツのエンコード／デコード処理を同じ筐体内に設置して、処理工程の中間信号をスキーミング不能なシステムを構成するハードウエア主体装置がある。
【０１３８】
ここで、暗号化ツリーにおける暗号化ベースの秘密鍵であるデバイス鍵は、ソフトウエアシステムではネットウエア接続が一般的であり、定期更新を導入することが可能である。即ち、秘密鍵であるデバイス鍵がハッキングされても、デバイス鍵の更新処理でシステム更新が容易である。
【０１３９】
一方、ハードウエアシステムは、ネットウエアに接続しないで利用される形態が主である為、デバイス鍵の更新は困難なシステムと言える。しかしながら、データ処理の工程は専用の筐体内で行われる為、ユーザからは検知されにくい構成である。よって、特殊秘匿データの読出しやそのデータの比較判断機能をドライブ内に持たせることは容易である。ソフトウエアシステムに使われるドライブは、標準化されたコマンド信号によって制御され、基本的にはドライブはホストの管理化に置かれた構造であるため、特殊な処理機能を持たせることは出来ない。
【０１４０】
このようなソフトウエア処理システムとハードウエア処理システム（実際のデータ処理がソフトかハードかの問題では無い）の特異な性質を巧みに使っている。即ち、デバイス鍵をソフトウエアシステム用とハードウエアシステム用に独立して構成することにより、ソフトウエアシステムは定期更新処理で素早いシステム更新が可能である。一方、ハードウエア処理用デバイス鍵は、違反の拡散が非常に早いソフトウエアシステムでは利用出来ない事で、従来のＭＫＢ更新によるシステム更新で違反発生時の被害を最小限に抑える事が可能になる。
【０１４１】
従来、暗号化構造の構成を共通化するべく努力してきたが、本発明はその考え方を変えて、著作権保護を如何に最適化して構成するかを基本にした方式の考案を導入する事で、保護能力を効果的に高めることを実現できるものである。更に、再生専用媒体と記録再生媒体に構成も共通化ではなく、積極的に変える事で、その機能と能力を大幅に向上させることが実現できる技術である。
【０１４２】
本発明における多数の特徴点は、以下のような技術を包含するものである。
【０１４３】
コンテンツ等の情報を暗号化して記録再生するシステムにおいて、記録媒体の記録再生ドライブとPC（パソコン）で構成されるシステム（ソフトウエア主体装置）と、ドライブとデータ符号化・復調化処理部が一体となったレコーダシステム（ハードウエア主体装置）とで、互いの暗号/復号化ツリーが異なるように設定している。ソフトウエア主体装置及びハードウエア主体装置のどちらでコンテンツ等の情報を暗号化して記録した場合でも、お互いの装置で正しく再生し、復号することが出来る。ソフトウエア処理用のデバイス鍵セットとハードウエア処理用デバイス鍵セットは別構成とし、ハードウエアデバイス鍵セットをソフトウエア処理用として利用出来ない構成をもっている。記録媒体に記録しておくＭＫＢ（メディア鍵ブロック）は、ソフトウエア処理用とハードウエア処理用で、各々専用に演算生成された、異なるＭＫＢであることも含む。ＭＫＢの記録される場所は、ハードウエア用はリードイン領域に、Ｓ／Ｗ処理用はデータ領域に配置される。ソフトウエア用デバイス鍵セットは、ネット接続によって適時更新される。暗号化情報の復号に使われる暗号化タイトル鍵は、ソフトウエア処理ツリーとハードウエア処理ツリーでは、異なる暗号化タイトル鍵である。ハードウエア暗号化・復号化処理システムのみに、ハードウエア処理で構成される（ＭＫＢ変換Data）または（暗号鍵変換Data）処理部（ＫＣＤ処理部）が組み込まれる。記録媒体の記録再生ドライブ（再生専用含む）は、ＫＣＤ処理部が事前に組み込まれており、Ｈ／Ｗ処理システムの場合は有効とし、Ｓ／Ｗ処理システムでは無効になるように選択できる。ＫＣＤ処理部の出力信号(ＫＣＤ)は、再生専用ドライブまたは記録再生ドライブがPCシステムに組み込まれ、暗号化暗号鍵や制御データの伝送をする前に行う（バス認証）処理が行われる場合は、出力が禁止されるようにしている。ＫＣＤ処理部で生成したＫＣＤ信号は、記録媒体の秘匿領域に記録される。秘匿領域へのデータ記録再生は、ドライブ内でのみ処理され、外部からは制御出来ないように構成されている。 再生専用記録媒体と記録再生媒体で、暗号化ツリーを異ならせている。
【０１４４】
本発明の代表的な構成要素を例示すると以下のように示すことができる。
【０１４５】
＜全体について＞コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生する情報記録再生方法において、記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体に設けられた第1の暗号化・復号化処理情報（暗号化・復号化ツリーと称してもよい）と、ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体に設けられた第２の暗号化・復号化処理情報とを有し、上記第1と第２の暗号化・復号化処理情報が異なるようにしている。
【０１４６】
＜ＭＫＢについて＞第1と第２の暗号化・復号化処理情報間では、タイトル鍵を復号するために用いられるメディアキーブロック（ＭＫＢ）の内容が、互いに異なる（キー符号：ＭＫＢ for S/W 、ＭＫＢ for H/W）。
【０１４７】
＜図７が代表される＞タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化ツリー間では、前記メディアキーブロック（ＭＫＢ）の内容と、暗号化タイトル鍵（Ｅ−Ｋｔ）の内容とが、互いに異なる（キー符号：ＭＫＢ for S/W 、 ＭＫＢ for H/W、Ｅ−Ｋｔ for Ｓ／Ｗ、Ｅ−Ｋｔ for Ｈ／Ｗ）。
【０１４８】
＜図８、図１１が代表される＞上記ソフトウエア主体の側は、前記情報を処理し暗号化情報を得た場合、前記ソフトウエア主体の側と前記ハードウエア主体の側でコンテンツを含む前記暗号化情報を復号できるように、前記暗号化タイトル鍵として、ソフトウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＳ／Ｗ）とこれとは異なるハードウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＨ／Ｗ）とを生成する。
【０１４９】
＜図９、図１２が代表される＞上記ハードウエア主体の側は、前記情報を処理し暗号化情報を得た場合、前記ハードウエア主体の側と前記ソフトウエア主体の側でコンテンツを含む前記暗号化情報を復号できるように、前記暗号化タイトル鍵として、ソフトウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＳ／Ｗ）と、これとは異なるハードウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＨ／Ｗ）とを生成する。
【０１５０】
＜図１０が代表される＞タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化ツリー間では、メディアキーブロック（ＭＫＢ）の内容が互いに異なり、暗号化タイトル鍵（Ｅ−Ｋｔ）の内容が互いに異なり、前記ハードウエア主体側で用いられるメディアキーブロック（ＭＫＢ）は、暗号化されており、記録媒体からのキーコンバージョンデータ（ＫＣＤ）で復号化されて使用するように設計されている（キー符号：ＭＫＢ for S/W 、Ｅ−ＭＫＢ for H/W、Ｅ−Ｋｔ for Ｓ／Ｗ、Ｅ−Ｋｔ for Ｈ／Ｗ）。
【０１５１】
＜図１３が代表される＞タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、キーコンバージョンデータ（ＫＣＤ）を用いて復号化されるが、第1と第２の暗号化・復号化ツリー間では、前記メディアキーブロック（ＭＫＢ）の内容が、互いに異なり、また、ハードウエア主体側では、記録媒体からのキーコンバージョンデータ（ＫＣＤ）が用いられ、ソフトエア主体側ではこのキーコンバージョンデータ（ＫＣＤ）は不採用とされる（ＭＫＢ for S/W 、ＭＫＢ for H/W、ＫＣＤ）。
【０１５２】
＜図１３が代表される（共通なＥ−Ｋｔ）＞タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、キーコンバージョンデータ（ＫＣＤ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化ツリー間では、前記メディアキーブロック（ＭＫＢ）の内容が、互いに異なる。またハードウエア主体側では、記録媒体からのキーコンバージョンデータ（ＫＣＤ）が用いられ、ソフトエア主体側ではこのキーコンバージョンデータ（ＫＣＤ）は不採用とされ、また、前記第1と第２の暗号化・符号化ツリー間では、共通の暗号化タイトル鍵（Ｅ−Ｋｔ）が用いられる。
【０１５３】
＜図１６が代表される＞ ＜キー符号：ＭＫＢ for S/W 、 ＭＫＢ for H/W、Ｅ−Ｋｔ for Ｓ／Ｗ、Ｅ−Ｋｔ for Ｈ／Ｗ、Key Conversion Data＞
タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化ツリー間では、前記メディアキーブロック（ＭＫＢ）の内容が互いに異なる。また暗号化タイトル鍵（Ｅ−Ｋｔ）の内容が互いに異なる。また前記ハードウエア主体側で用いられる暗号化タイトル鍵（Ｅ−Ｋｔ）は、暗号化されており、記録媒体からのキーコンバージョンデータ（ＫＣＤ）で復号化されて使用するように設計されている。
【０１５４】
＜最新ＭＫＢについて＞前記タイトル鍵を復号するために用いられる2種類のメディアキーブロック（ＭＫＢ for S/W 、 ＭＫＢ for H/W）を使用された最新の記録媒体から読み取り、使用される次の記録媒体に書き込むようにしている。
【０１５５】
＜情報記録媒体＞＜キー符号：ＭＫＢ−Ｓ／Ｗ、ＭＫＢ−Ｈ／Ｗである＞コンテンツ等の情報が暗号化されて記録される、或いは記録された暗号化情報が再生される情報記録媒体において、記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体に設けられた第1の暗号化・復号化ツリーと、ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体に設けられた第２の暗号化・復号化ツリーとが異なる暗号化・復号化ツリーを得られるようにする。そのために、タイトル鍵を復号するために用いられるメディアキーブロックとして、ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）と、ハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）との、内容の異なる２種類を記録している。
【０１５６】
＜情報記録媒体＞＜キー符号：ＭＫＢ−Ｓ／Ｗ、ＭＫＢ−Ｈ／Ｗ、Ｋｔ−Ｓ／Ｗ、Ｋｔ−Ｈ／Ｗである＞ 前記第1と第２の暗号化・復号化ツリー間では、タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるものである。ここでは暗号化タイトル鍵としてソフトウエア主体用の暗号化タイトル鍵（Ｋｔ−Ｓ／Ｗ）と、ハードウエア主体用の暗号化タイトル鍵（Ｋｔ−Ｈ／Ｗ）の内容の異なる２種類を記録している。
【０１５７】
＜ＫＣＤ＋ＭＫＢ−Ｈ／Ｗがキー符号である＞前記ハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）として、多重暗号化されたものを記録するために、暗号処理用としてのキーコンバージョンデータ（ＫＣＤ）がさらに記録されている。
【０１５８】
＜ＫＣＤ＋Ｅ−Ｋｔ−Ｈ／Ｗがキー符号である＞＜図１６、図１７が代表される＞前記ハードウエア主体用の暗号化タイトル鍵（Ｅ−Ｋｔ−Ｈ／Ｗ）として、多重暗号化されたものを記録するため、及び復号するために、暗号・復号処理用としてのキーコンバージョンデータ（ＫＣＤ）がさらに記録されている。
【０１５９】
＜ＵＤ＞＜図１９が代表される＞
再生時に復号したタイトル鍵を、更新し、そして暗号化して保存するために、暗号化された更新情報（Ｅ−ＵＤ）を記録されている。
【０１６０】
＜図５が代表される＞前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）はデータゾーンに記録され、ハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）はリードイン領域に記録されている。
【０１６１】
＜図２２-図２３が代表される＞前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）とハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）は、１つのファイルとして記録されている。
【０１６２】
＜図２４が代表される＞リードインエリアには、再生専用のための前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）とハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）が記録され、データ領域には、記録再生用に用いられる前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）とハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）が記録されている。
【０１６３】
＜記録再生装置＞ 記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体の装置と、記録再生ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体の装置とが定義される。記録再生ドライブ（再生専用含む）は、記録媒体に記録されている情報を読み取るピックアップヘッド（ＰＵＰ）と、読み取った情報を再生する再生処理部（５０７，５０８，５０９，５１１）と、再生したデータを復調する、また記録用データを変調処理するデータ処理部（５１２）と、前記再生したデータからキーコンバージョンデータ（ＫＣＤ）を検出するＫＣＤ検出部（５２０）と、ドライブとホストコンピュータとの間の相互認証を行うことができる認証部（５２５）と、インターフェース部が組み込まれている。ここで、上記ドライブが前記インターフェース部を介して前記ソフトウエア主体の装置に組み込まれた場合には、前記インターフェース部と前記ＫＣＤ検出部との間が遮断されており、前記認証部が動作可能状態に設定されている。
【０１６４】
＜記録再生装置＞記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体の装置と、記録再生ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体の装置とが定義される。記録再生ドライブ（再生専用含む）は、記録媒体に記録されている情報を読み取るピックアップヘッド（ＰＵＰ）と、読み取った情報を再生する再生処理部（５０７，５０８，５０９，５１１）と、再生したデータを復調する、また記録用データを変調処理するデータ処理部（５１２）と、前記再生したデータからキーコンバージョンデータ（ＫＣＤ）を検出するＫＣＤ検出部（５２０）と、ドライブとホストコンピュータとの間の相互認証を行うことができる認証部（５２５）と、インターフェース部が組み込まれている。上記記録再生ドライブが前記インターフェース部を介して前記ハードウエア主体の装置に組み込まれた場合には、前記インターフェース部と前記ＫＣＤ検出部との間がオン状態とされており、前記認証部が動作不可状態に設定されている。
【０１６５】
なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【０１６６】
【図１】著作権保護再生処理方法（ＣＰＰＭ方式）の基本的な技術について説明するために示した説明図。
【図２】著作権保護再生処理方法（ＣＰＲＭ方式）の基本的な技術について説明するために示した説明図。
【図３】図１（Ａ）、図２（Ａ）における記録再生媒体と装置の関係を示した説明図である。
【図４】本発明の基本的な考えを示した復号システムの構成例を示す図である。
【図５】本発明に係るデバイス鍵と、このデバイス鍵にタ出力するＭＫＢの関係を示した説明図である。
【図６】図６は、図４の復号システムに対応した暗号システムの構成例を示す説明図である。
【図７】本発明に係る復号システムの他の実施形態を示す図である。
【図８】図７の復号システムに対応するソフトウエア暗号システムであり、暗号化されたコンテンツをソフトウエア主体側で記録する場合の構成例を示す図である。
【図９】図７の復号システムに対応するハードウエア暗号システムであり、暗号化されたコンテンツをハードウエア主体側で記録する場合の構成例を示す図である。
【図１０】図７の復号システムに比べて、さらにハードウエア主体装置の特徴、つまり専用処理回路の導入が容易な特徴を利用したハードウエア復号システムの構成例を示す図である。
【図１１】図１０のソフトウエア復号システムに対応するもので、記録媒体へのコンテンツ記録におけるソフトウエア暗号システムの構成例を示す図である。
【図１２】図１０のハードウエア復号システムに対応する、ハードウエア暗号システムの構成例を示す図である。
【図１３】本発明に係る復号システムのさらに他の実施の形態を示す図である。
【図１４】図１３に示したソフトウエア復号システムに対応する、ソフトウエア暗号システムの構成例を示す図である。
【図１５】図１３に示したハードウエア復号システムに対応する、ハードウエア暗号システムの構成例を示す図である。
【図１６】さらにこの発明の他の実施の形態であり、再生専用記録媒体に対するソフトウエア復号システム及びハードウエア復号システムの構成例を示す図である。
【図１７】再生専用記録媒体のマスター盤の製作時に使われる、暗号化システムを示す図である。
【図１８】コンテンツ・ムーブ（Move）に対応した著作権保護方法における処理構成例を示した図である。
【図１９】図１３に示した構成に対してムーブ（Move）対応機能を盛り込んだ装置の構成例を示す図である。
【図２０】本発明に係わる(ＫＣＤ)を利用した場合の記録媒体内での（ＭＫＢ）の配置の例を示した説明図である。
【図２１】本発明に係わるＭＫＢデータファイルの構成例を示す図である。
【図２２】本発明に係わるＭＫＢデータファイルの他の構成例を示す図である。
【図２３】本発明に係わるＭＫＢデータファイルのさらに他の構成例を示す図である。
【図２４】本発明に係わるＭＫＢデータファイルのさらに又他の構成例を示す図である。
【図２５】ドライブ２０１とホスト（パソコン）２０２が接続されたソフトウエア主体装置の例を示し、特にドライブ２０１の内部のブロック関係を示した説明図である。
【図２６】ドライブ２０１をＡＶエンコーダ・デコーダ部２０３とともに同じ筐体に組み込んで、専用レコーダ・プレーヤ２００（ハードウエア主体装置）として利用する場合の説明図である。
【図２７】さらにこの発明の他の実施の形態であり、ソフトウエア復号システムとハードウエア復号システムを示す図である。
【図２８】図２７に示したソフトウエア復号システム対応したソフトウエア暗号システムの構成例を示す図である。
【図２９】図２７に示したハードウエア復号システムに対応したハードウエア暗号システムの構成例を示す図である。
【図３０】さらにこの発明に係る他の実施の形態であり、再生専用媒体に対するソフトウエア復号システムとハードウエア復号システムを示す図である。
【図３１】図３０の再生専用媒体に対するマスター盤製作時に使われる、暗号化システムを示す図である。
【図３２】再生専用メディアに記録されるＭＫＢファイルのデータ構造の例を示す図である。
【図３３】本発明に係るハードウエア主体装置の例を示す図である。
【図３４】本発明に係るソフトウエア主体装置の例を示す図である。
【符号の説明】
【０１６７】
１０−１、１０−２、１０−４、１００…情報記録媒体、２００…ソフトウエア主体装置、２０１…ドライブ、２０２…パソコン又はホストコンピュータ、３００…ハードウエア主体装置。
【特許請求の範囲】
【請求項１】
コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生する情報記録再生方法において、
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体に設けられた第1の暗号化・復号化処理情報と、ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体に設けられた第２の暗号化・復号化処理情報とを有し、
上記第1と第２の暗号化・復号化処理情報とが異なるようにしたことを特徴とする情報記録再生方法。
【請求項２】
第1と第２の暗号化・復号化処理情報間において、
暗号化・復号処理が行われる処理部に事前配置されるデバイス鍵セットは、著作権保護管理機構が、夫々異なる鍵データで選択生成した鍵セットを、夫々対応システムに指定して配布したものであることを特徴とする請求項１記載の情報記録再生方法。
【請求項３】
第1と第２の暗号化・復号化処理情報間では、
タイトル鍵を暗号または復号するために用いられる暗号化された秘密鍵情報である、メディアキーブロック（ＭＫＢ）によって保護された内容（秘密鍵情報）が、互いに異なることを特徴とする請求項１記載の情報記録再生方法。
【請求項４】
第1と第２の暗号化・復号化処理情報間において、
第1の処理情報用である暗号化された秘密鍵情報と、第１の処理部に事前設置される第1の処理用デバイス鍵の組み合わせ、
または第２の処理情報である暗号化された秘密鍵情報と、第２の処理部に事前設置される第２の処理用デバイス鍵の組合せでのみ、
秘密鍵が抽出できる事を特徴とする請求項１記載の情報記録再生方法。
【請求項５】
タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化処理情報間では、
前記暗号化された秘密鍵情報（以下メディアキーブロック（ＭＫＢ））の内容が互いに異なり、また暗号化タイトル鍵（Ｅ−Ｋｔ）の内容が互いに異なることを特徴とする請求項１記載の情報記録再生方法。
【請求項６】
上記ソフトウエア主体の側は、
前記情報を処理し暗号化情報を得た場合、前記ソフトウエア主体の側と前記ハードウエア主体の側でコンテンツを含む前記暗号化情報を復号できるように、
前記暗号化タイトル鍵として、ソフトウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＳ／Ｗ）とこれとは異なるハードウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＨ／Ｗ）とを生成することを特徴とする請求項５記載の情報記録再生方法。
【請求項７】
上記ハードウエア主体の側は、
前記情報を処理し暗号化情報を得た場合、前記ハードウエア主体の側と前記ソフトウエア主体の側でコンテンツを含む前記暗号化情報を復号できるように、
前記暗号化タイトル鍵として、ソフトウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＳ／Ｗ）と、これとは異なるハードウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＨ／Ｗ）とを生成することを特徴とする請求項５記載の情報記録再生方法。
【請求項８】
タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化処理情報間では、
前記メディアキーブロック（ＭＫＢ）の内容が互いに異なり、また暗号化タイトル鍵（Ｅ−Ｋｔ）の内容が互いに異なり、
前記ハードウエア主体側で用いられるメディアキーブロック（ＭＫＢ）は、暗号化されており、記録媒体からのキーコンバージョンデータ（ＫＣＤ）で復号化されて使用するように設計されていることを特徴とする請求項１記載の情報記録再生方法。
【請求項９】
タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、キーコンバージョンデータ（ＫＣＤ）を用いて復号化されるが、第1と第２の暗号化・復号化処理情報間では、
前記メディアキーブロック（ＭＫＢ）の内容が、互いに異なり、
また、ハードウエア主体側では、記録媒体からのキーコンバージョンデータ（ＫＣＤ）が用いられ、ソフトエア主体側ではこのキーコンバージョンデータ（ＫＣＤ）は不採用とされることを特徴とする請求項１記載の情報記録再生方法。
【請求項１０】
タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、キーコンバージョンデータ（ＫＣＤ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化処理情報間では、
前記メディアキーブロック（ＭＫＢ）の内容が、互いに異なり、
ハードウエア主体側では、記録媒体からのキーコンバージョンデータ（ＫＣＤ）が用いられ、ソフトエア主体側ではこのキーコンバージョンデータ（ＫＣＤ）は不採用とされ、
また、前記第1と第２の暗号化・符号化処理情報間では、共通の暗号化タイトル鍵（Ｅ−Ｋｔ）が用いられることを特徴とする請求項１記載の情報記録再生方法。
【請求項１１】
タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化処理情報間では、
前記メディアキーブロック（ＭＫＢ）の内容が互いに異なり、
暗号化タイトル鍵（Ｅ−Ｋｔ）の内容が互いに異なり、
前記ハードウエア主体側で用いられる暗号化タイトル鍵（Ｅ−Ｋｔ）は、暗号化されており、記録媒体からのキーコンバージョンデータ（ＫＣＤ）で復号化されて使用するように設計されていることを特徴とする請求項１記載の情報記録再生方法。
【請求項１２】
前記タイトル鍵を復号するために用いられる2種類のメディアキーブロック（ＭＫＢ for S/W 、 ＭＫＢ for H/W）を使用された最新の記録媒体から読み取り、使用される次の記録媒体に書き込むことを特徴とする請求項３記載の情報記録再生方法。
【請求項１３】
コンテンツ等の情報が暗号化されて記録される、或いは記録された暗号化情報が再生される情報記録媒体において、
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体に設けられた第1の暗号化・復号化処理情報と、ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体に設けられた第２の暗号化・復号化処理情報とが異なる暗号化・復号化処理情報を得られるように、
タイトル鍵を復号するために用いられるメディアキーブロックとして、ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）と、ハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）との、内容の異なる２種類を記録していることを特徴とする情報記録媒体。
【請求項１４】
前記第1と第２の暗号化・復号化処理情報間では、タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるものであり、
暗号化タイトル鍵としてソフトウエア主体用の暗号化タイトル鍵（Ｋｔ−Ｓ／Ｗ）と、ハードウエア主体用の暗号化タイトル鍵（Ｋｔ−Ｈ／Ｗ）の内容の異なる２種類を記録していることを特徴とする請求項１３記載の情報記録媒体。
【請求項１５】
前記ハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）として、多重暗号化されたものを記録するために、暗号処理用としてのキーコンバージョンデータ（ＫＣＤ）がさらに記録されていることを特徴とする請求項１３記載の情報記録媒体。
【請求項１６】
前記ハードウエア主体用の暗号化タイトル鍵（Ｅ−Ｋｔ−Ｈ／Ｗ）として、多重暗号化されたものを記録するため、及び復号するために、暗号・復号処理用としてのキーコンバージョンデータ（ＫＣＤ）がさらに記録されていることを特徴とする請求項１３記載の情報記録媒体。
【請求項１７】
再生時に復号したタイトル鍵を、更新し、そして暗号化して保存するために、暗号化された更新情報（Ｅ−ＵＤ）を記録されていることを特徴とする請求項１３記載の情報記録媒体。
【請求項１８】
前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）はデータゾーンに記録され、ハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）はリードイン領域に記録されていることを特徴とする請求項１３記載の情報記録媒体。
【請求項１９】
前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）とハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）は、１つのファイルとして記録されていることを特徴とする請求項１３記載の情報記録媒体。
【請求項２０】
リードインエリアには、再生専用のための前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）とハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）が記録され、データ領域には、記録再生用に用いられる前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）とハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）が記録されていることを特徴とする請求項１３記載の情報記録媒体。
【請求項２１】
コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生する情報記録再生装置において、
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体に設けられた第1の暗号化・復号化処理情報と、ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体に設けられた第２の暗号化・復号化処理情報とを有し、
タイトル鍵を暗号または復号するために用いられるメディアキーブロック（ＭＫＢ）の内容と、メディアキーブロック（ＭＫＢ）からメディア鍵を抽出する為に使われる、装置内に事前設置されるデバイス鍵セットが、互いに異なり、
ソフトウエア主体用メディアキーブロック（ＭＫＢ for S/W）を 、ソフトウエア主体用デバイス鍵セット（Ｄｅｖｉｃｅ Key Set for S/W）を使って演算処理、或いはハードウエア主体用メディアキーブロック（ＭＫＢ for H/W）をハードウエア主体用デバイスキーセット（Ｄｅｖｉｃｅ Key Set for Ｈ/W）を使って演算処理する事でのみ、必要なメディア鍵が抽出できる事を特徴とする情報記録再生装置。
【請求項２２】
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体の装置と、記録再生ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体の装置とが定義され、
記録再生ドライブ（再生専用含む）は、記録媒体に記録されている情報を読み取るピックアップヘッドと、読み取った情報を再生する再生処理部と、再生したデータを復調する、また記録用データを変調処理するデータ処理部と、前記再生したデータからキーコンバージョンデータ（ＫＣＤ）を検出するＫＣＤ検出部と、ドライブとホストコンピュータとの間の相互認証を行うことができる認証部と、インターフェース部が組み込まれており、
上記ドライブが前記インターフェース部を介して前記ソフトウエア主体の装置に組み込まれた場合には、前記インターフェース部と前記ＫＣＤ検出部との間が遮断されており、前記認証部が動作可能状態に設定されていることを特徴とする情報記録再生装置。
【請求項２３】
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体の装置と、記録再生ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体の装置とが定義され、
記録再生ドライブ（再生専用含む）は、記録媒体に記録されている情報を読み取るピックアップヘッドと、読み取った情報を再生する再生処理部と、再生したデータを復調する、また記録用データを変調処理するデータ処理部と、前記再生したデータからキーコンバージョンデータ（ＫＣＤ）を検出するＫＣＤ検出部と、ドライブとホストコンピュータとの間の相互認証を行うことができる認証部と、インターフェース部が組み込まれており、
上記記録再生ドライブが前記インターフェース部を介して前記ハードウエア主体の装置に組み込まれた場合には、前記インターフェース部と前記ＫＣＤ検出部との間がオン状態とされており、前記認証部が動作不可状態に設定されていることを特徴とする情報記録再生装置。
【請求項１】
コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生する情報記録再生方法において、
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体に設けられた第1の暗号化・復号化処理情報と、ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体に設けられた第２の暗号化・復号化処理情報とを有し、
上記第1と第２の暗号化・復号化処理情報とが異なるようにしたことを特徴とする情報記録再生方法。
【請求項２】
第1と第２の暗号化・復号化処理情報間において、
暗号化・復号処理が行われる処理部に事前配置されるデバイス鍵セットは、著作権保護管理機構が、夫々異なる鍵データで選択生成した鍵セットを、夫々対応システムに指定して配布したものであることを特徴とする請求項１記載の情報記録再生方法。
【請求項３】
第1と第２の暗号化・復号化処理情報間では、
タイトル鍵を暗号または復号するために用いられる暗号化された秘密鍵情報である、メディアキーブロック（ＭＫＢ）によって保護された内容（秘密鍵情報）が、互いに異なることを特徴とする請求項１記載の情報記録再生方法。
【請求項４】
第1と第２の暗号化・復号化処理情報間において、
第1の処理情報用である暗号化された秘密鍵情報と、第１の処理部に事前設置される第1の処理用デバイス鍵の組み合わせ、
または第２の処理情報である暗号化された秘密鍵情報と、第２の処理部に事前設置される第２の処理用デバイス鍵の組合せでのみ、
秘密鍵が抽出できる事を特徴とする請求項１記載の情報記録再生方法。
【請求項５】
タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化処理情報間では、
前記暗号化された秘密鍵情報（以下メディアキーブロック（ＭＫＢ））の内容が互いに異なり、また暗号化タイトル鍵（Ｅ−Ｋｔ）の内容が互いに異なることを特徴とする請求項１記載の情報記録再生方法。
【請求項６】
上記ソフトウエア主体の側は、
前記情報を処理し暗号化情報を得た場合、前記ソフトウエア主体の側と前記ハードウエア主体の側でコンテンツを含む前記暗号化情報を復号できるように、
前記暗号化タイトル鍵として、ソフトウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＳ／Ｗ）とこれとは異なるハードウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＨ／Ｗ）とを生成することを特徴とする請求項５記載の情報記録再生方法。
【請求項７】
上記ハードウエア主体の側は、
前記情報を処理し暗号化情報を得た場合、前記ハードウエア主体の側と前記ソフトウエア主体の側でコンテンツを含む前記暗号化情報を復号できるように、
前記暗号化タイトル鍵として、ソフトウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＳ／Ｗ）と、これとは異なるハードウエア主体側の暗号化タイトル鍵（Ｅ−ＫｔーＨ／Ｗ）とを生成することを特徴とする請求項５記載の情報記録再生方法。
【請求項８】
タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化処理情報間では、
前記メディアキーブロック（ＭＫＢ）の内容が互いに異なり、また暗号化タイトル鍵（Ｅ−Ｋｔ）の内容が互いに異なり、
前記ハードウエア主体側で用いられるメディアキーブロック（ＭＫＢ）は、暗号化されており、記録媒体からのキーコンバージョンデータ（ＫＣＤ）で復号化されて使用するように設計されていることを特徴とする請求項１記載の情報記録再生方法。
【請求項９】
タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、キーコンバージョンデータ（ＫＣＤ）を用いて復号化されるが、第1と第２の暗号化・復号化処理情報間では、
前記メディアキーブロック（ＭＫＢ）の内容が、互いに異なり、
また、ハードウエア主体側では、記録媒体からのキーコンバージョンデータ（ＫＣＤ）が用いられ、ソフトエア主体側ではこのキーコンバージョンデータ（ＫＣＤ）は不採用とされることを特徴とする請求項１記載の情報記録再生方法。
【請求項１０】
タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、キーコンバージョンデータ（ＫＣＤ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化処理情報間では、
前記メディアキーブロック（ＭＫＢ）の内容が、互いに異なり、
ハードウエア主体側では、記録媒体からのキーコンバージョンデータ（ＫＣＤ）が用いられ、ソフトエア主体側ではこのキーコンバージョンデータ（ＫＣＤ）は不採用とされ、
また、前記第1と第２の暗号化・符号化処理情報間では、共通の暗号化タイトル鍵（Ｅ−Ｋｔ）が用いられることを特徴とする請求項１記載の情報記録再生方法。
【請求項１１】
タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるが、第1と第２の暗号化・復号化処理情報間では、
前記メディアキーブロック（ＭＫＢ）の内容が互いに異なり、
暗号化タイトル鍵（Ｅ−Ｋｔ）の内容が互いに異なり、
前記ハードウエア主体側で用いられる暗号化タイトル鍵（Ｅ−Ｋｔ）は、暗号化されており、記録媒体からのキーコンバージョンデータ（ＫＣＤ）で復号化されて使用するように設計されていることを特徴とする請求項１記載の情報記録再生方法。
【請求項１２】
前記タイトル鍵を復号するために用いられる2種類のメディアキーブロック（ＭＫＢ for S/W 、 ＭＫＢ for H/W）を使用された最新の記録媒体から読み取り、使用される次の記録媒体に書き込むことを特徴とする請求項３記載の情報記録再生方法。
【請求項１３】
コンテンツ等の情報が暗号化されて記録される、或いは記録された暗号化情報が再生される情報記録媒体において、
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体に設けられた第1の暗号化・復号化処理情報と、ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体に設けられた第２の暗号化・復号化処理情報とが異なる暗号化・復号化処理情報を得られるように、
タイトル鍵を復号するために用いられるメディアキーブロックとして、ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）と、ハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）との、内容の異なる２種類を記録していることを特徴とする情報記録媒体。
【請求項１４】
前記第1と第２の暗号化・復号化処理情報間では、タイトル鍵が複数段階でメディアキーブロック（ＭＫＢ）、暗号化タイトル鍵（Ｅ−Ｋｔ）を用いて復号化されるものであり、
暗号化タイトル鍵としてソフトウエア主体用の暗号化タイトル鍵（Ｋｔ−Ｓ／Ｗ）と、ハードウエア主体用の暗号化タイトル鍵（Ｋｔ−Ｈ／Ｗ）の内容の異なる２種類を記録していることを特徴とする請求項１３記載の情報記録媒体。
【請求項１５】
前記ハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）として、多重暗号化されたものを記録するために、暗号処理用としてのキーコンバージョンデータ（ＫＣＤ）がさらに記録されていることを特徴とする請求項１３記載の情報記録媒体。
【請求項１６】
前記ハードウエア主体用の暗号化タイトル鍵（Ｅ−Ｋｔ−Ｈ／Ｗ）として、多重暗号化されたものを記録するため、及び復号するために、暗号・復号処理用としてのキーコンバージョンデータ（ＫＣＤ）がさらに記録されていることを特徴とする請求項１３記載の情報記録媒体。
【請求項１７】
再生時に復号したタイトル鍵を、更新し、そして暗号化して保存するために、暗号化された更新情報（Ｅ−ＵＤ）を記録されていることを特徴とする請求項１３記載の情報記録媒体。
【請求項１８】
前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）はデータゾーンに記録され、ハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）はリードイン領域に記録されていることを特徴とする請求項１３記載の情報記録媒体。
【請求項１９】
前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）とハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）は、１つのファイルとして記録されていることを特徴とする請求項１３記載の情報記録媒体。
【請求項２０】
リードインエリアには、再生専用のための前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）とハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）が記録され、データ領域には、記録再生用に用いられる前記ソフトウエア主体用のメディアキーブロック（ＭＫＢ−Ｓ／Ｗ）とハードウエア主体用のメディアキーブロック（ＭＫＢ−Ｈ／Ｗ）が記録されていることを特徴とする請求項１３記載の情報記録媒体。
【請求項２１】
コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生する情報記録再生装置において、
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体に設けられた第1の暗号化・復号化処理情報と、ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体に設けられた第２の暗号化・復号化処理情報とを有し、
タイトル鍵を暗号または復号するために用いられるメディアキーブロック（ＭＫＢ）の内容と、メディアキーブロック（ＭＫＢ）からメディア鍵を抽出する為に使われる、装置内に事前設置されるデバイス鍵セットが、互いに異なり、
ソフトウエア主体用メディアキーブロック（ＭＫＢ for S/W）を 、ソフトウエア主体用デバイス鍵セット（Ｄｅｖｉｃｅ Key Set for S/W）を使って演算処理、或いはハードウエア主体用メディアキーブロック（ＭＫＢ for H/W）をハードウエア主体用デバイスキーセット（Ｄｅｖｉｃｅ Key Set for Ｈ/W）を使って演算処理する事でのみ、必要なメディア鍵が抽出できる事を特徴とする情報記録再生装置。
【請求項２２】
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体の装置と、記録再生ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体の装置とが定義され、
記録再生ドライブ（再生専用含む）は、記録媒体に記録されている情報を読み取るピックアップヘッドと、読み取った情報を再生する再生処理部と、再生したデータを復調する、また記録用データを変調処理するデータ処理部と、前記再生したデータからキーコンバージョンデータ（ＫＣＤ）を検出するＫＣＤ検出部と、ドライブとホストコンピュータとの間の相互認証を行うことができる認証部と、インターフェース部が組み込まれており、
上記ドライブが前記インターフェース部を介して前記ソフトウエア主体の装置に組み込まれた場合には、前記インターフェース部と前記ＫＣＤ検出部との間が遮断されており、前記認証部が動作可能状態に設定されていることを特徴とする情報記録再生装置。
【請求項２３】
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体の装置と、記録再生ドライブとデータ符号化・復調化処理回路が一体となったハードウエア主体の装置とが定義され、
記録再生ドライブ（再生専用含む）は、記録媒体に記録されている情報を読み取るピックアップヘッドと、読み取った情報を再生する再生処理部と、再生したデータを復調する、また記録用データを変調処理するデータ処理部と、前記再生したデータからキーコンバージョンデータ（ＫＣＤ）を検出するＫＣＤ検出部と、ドライブとホストコンピュータとの間の相互認証を行うことができる認証部と、インターフェース部が組み込まれており、
上記記録再生ドライブが前記インターフェース部を介して前記ハードウエア主体の装置に組み込まれた場合には、前記インターフェース部と前記ＫＣＤ検出部との間がオン状態とされており、前記認証部が動作不可状態に設定されていることを特徴とする情報記録再生装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【公開番号】特開２００６−１４６６８３（Ｐ２００６−１４６６８３Ａ）
【公開日】平成１８年６月８日（２００６．６．８）
【国際特許分類】
【出願番号】特願２００４−３３７６３５（Ｐ２００４−３３７６３５）
【出願日】平成１６年１１月２２日（２００４．１１．２２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成１８年６月８日（２００６．６．８）
【国際特許分類】
【出願日】平成１６年１１月２２日（２００４．１１．２２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]