著作権管理方法、情報記録再生方法及び装置、並びに情報記録媒体及びその製造方法
【課題】システム特有の性質を巧みに利用し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）に記録されている）を読み出す。次に、(ＭＫＢ Prcess)において、（ＭＫＢ）と装置に埋め込まれている（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 Ｈ／Ｗ）が読出される。（ＭＫＢ Proces−Ｈ／Ｗ）において、（ＭＫＢ 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 Ｈ／Ｗ)がハッキングされネットで不正公開されても、ソフトウエア主体装置としては、(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 Ｓ／Ｗ）と同様に管理機構から提供される。
【００９７】
図１６は、さらにこの発明の他の実施の形態である。再生専用記録媒体に対するソフトウエア復号システム及びハードウエア復号システムの構成例を示している。
【００９８】
著作権者からのコンテンツ提供スタイルとしては、電波を利用した放送形態、インターネットを利用した伝送形態、パッケージメディア形態による提供がある。再生専用記録媒体によるパッケージメディア形態では、大量配布が可能、記録時の時間制約が無い事から、特殊編集構成に時間をかけられるなど利点が多い。したがって、パッケージメディア形態による提供スタイルは、映画等のコンテンツ提供には適している。そのため、このような提供スタイルにおいて、再生専用記録媒体のコンテンツを記録系メディアに違法コピーされないよう、特に違法防止能力が求められる。
【００９９】
そこで、再生専用記録媒体に採用される暗号化ツリーと、記録再生メディアに使われる暗号化（復号化）ツリーを異ならせる事で、目的とする防止効果を飛躍的に高める事が可能になる。即ち、一般の最終ユーザが記録再生器を使って暗号化コンテンツを記録媒体に記録する処理構造と、再生専用媒体における暗号化処理構造が異なっている為、一般ユーザが違法行為によって再生専用媒体に近似して記録した媒体を作成する事は、実際問題として不可能に近くなる。
【０１００】
この考えを本発明の基本となっているハーウエア暗号／復号化システムとソフトウエア暗号／復号化システムを異ならせる方式に加えて、4通りのシステム構成を構築する事で、更なるセキュリティー能力を向上させることが可能になる。
【０１０１】
図１６は、このような考え方から、今まで説明した実施形態における記録再生システムでの暗号化ツリーに対して、(ＫＣＤ)の組み込み場所を、記録再生システムでは困難なところに配置している。これにより、再生専用の暗号化構造と同じ構造を記録再生システムでは採用できないようにし、よって、違法コピーによる記録媒体を疑似再生専用として作成出来ないようにするものである。
【０１０２】
即ち、記録媒体に記録される暗号化されたタイトル鍵は、（ＥＥ−Ｋｔ’）である。このタイトル鍵は、メディア固有鍵（Ｋｍｕ’）で暗号化した（Ｅ−Ｋｔ’）を、さらに(ＫＣＤ)で多重暗号して（ＥＥ−Ｋｔ’）としたものである。ハードウエア復号システムでは、記録媒体から読み出された（ＥＥ−Ｋｔ’）を同時に読み出した(ＫＣＤ)で復号し、(Ｅ−Ｋｔ’)を演算生成する。この処理は、復号部（ＫＫ−Ｄｅｃ−Ｈ／Ｗ）で行われる。復号された(Ｅ−Ｋｔ’)が、復号部（Ｋ−Ｄｅｃ−Ｈ／Ｗ）にてさらに処理され、（Ｋｔ）として導出される。
【０１０３】
一方、（ＭＫＢ Process−Ｈ／Ｗ）において、（ＭＫＢ for Ｈ／Ｗ）と（Device key Set for Ｈ／Ｗ）とにより、（Ｋｍ’）を復号する。そしてこの（Ｋｍ’）と（Volume-ID）とを用いてメディア固有鍵(Ｋｍｕ’)を復号する。
【０１０４】
このメディア固有鍵(Ｋｍｕ’)を、先の（ＥＥ−Ｋｔ’）で復号し、暗号化コンテンツを復号する為のタイトル鍵(Ｋｔ)を復号する。この抽出したタイトル鍵(Ｋｔ)を用いて、暗号化コンテンツを復号して平文コンテンツデータを再生する。
【０１０５】
上記のように、（ＫＣＤ）がタイトル鍵の多重暗号化に利用されている事から、先の実施形態のソフトウエア暗号化システムでは、(ＥＥ−Ｋｔ)が生成出来ない。よって、記録再生媒体における暗号化ツリーと再生専用暗号化ツリーを異ならせる事が出来、違法防止能力を一段と向上させることが出来る。
【０１０６】
図１７には、再生専用記録媒体のマスター盤１０−６製作時に使われる、暗号化システムを示している。製盤メーカにおけるフォーマッタシステムに組み込まれる暗号化装置は、管理された状況で利用出来るため、ソフトウエア用データとハードウエア用データとを並列で同じ装置内に組み込むことが許される。
【０１０７】
著作権保護方式管理機構は、（Device Key Group）、乱数発生器（RNG）、ＭＫＢ演算生成部を有し、（ＭＫＢ for Ｈ／Ｗ）、（ＭＫＢ for Ｓ／Ｗ）を発行する。
【０１０８】
ソフトウエア暗号化システムの系統では、（ＭＫＢ Process−Ｓ／Ｗ）において、（Device key Set for Ｓ／Ｗ）と、（ＭＫＢ）とを用いてメディア鍵（Ｋｍ）が生成される。ソフトウエア対応部を説明する。ジェネレータ（Ｇ−Ｓ／Ｗ）において、（Ｋｍ）は乱数発生器からの乱数出力との演算処理の結果、メディア固有鍵（Ｋｍｕ）となる。このメディア固有鍵（Ｋｍｕ）は、暗号化部（Ｋ−Ｅｎｃ−Ｓ／Ｗ）で暗号化され、（Ｅ−Ｋｔ）に変換され、マスター盤１０−６に記録される。
【０１０９】
ハードウエア暗号化システムの系統では、（ＭＫＢ Process−Ｈ／Ｗ）において、（Device key Set for Ｈ／Ｗ）と、（ＭＫＢ）とを用いてメディア鍵（Ｋｍ’）が生成される。ハードウエア対応部を説明する。
【０１１０】
ジェネレータ（Ｇ−Ｈ／Ｗ）において、（Ｋｍ）は乱数発生器からの乱数出力との演算処理の結果、メディア固有鍵（Ｋｍｕ’）となる。このメディア固有鍵（Ｋｍｕ’）は、暗号化部（Ｋ−Ｅｎｃ−Ｈ／Ｗ）で暗号化され、（Ｅ−Ｋｔ’）に変換される。さらに（Ｅ−Ｋｔ’）は、暗号化部（ＫＫ−Ｅｎｃ−Ｈ／Ｗ）で（ＫＣＤ）により暗号化され、（ＥＥ−Ｋｔ’）となり、マスター盤１０−６に記録される。コンテンツは、（Ｃ−Ｅｎｃ）において、（Ｋｔ）で暗号化されて暗号化コンテンツとしてマスター盤１０−６に記録される。
【０１１１】
尚、上記図１６、図１７で説明した再生専用媒体の暗号化復号化システムにおいて、暗号化／復号化ツリーを記録媒体系システムと異ならせる事を特徴としているが、その構成要素であるMKBも再生専用と記録用で異ならせる事で、セキュリティー効果が大幅に向上させることが出来る。即ち、上記（MKB ｆｏｒ S/W）と（ＭＫＢ for H/W）は、夫々（ＭＫＢ for S/W and Prerecorded Media）と（ＭＫＢ for H/W and Prerecorded Media）となる。当然、記録メディア用ＭＫＢは、（ＭＫＢ for S/W and Recordable Media）と（ＭＫＢ for H/W and Recordable Media）となり、４種類のMKBを使い分ける事になる。
【０１１２】
図１８は、発明者らが提案したコンテンツ・ムーブ（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）の領域と、メディア鍵が記録されている（Calculate 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）、フォーカスエラー（ＦＥ）検出器、トラッキングエラー（ＴＥ）検出器、ウォブル（ＷＢ）検出器、BCA検出器などが含まれる。
【０１３６】
通常ドライブ装置は、初期動作としてメディア識別が行われる。光ディスクを例に取ると、CD、DVDまた次世代DVDなどの識別に加えて、再生専用媒体か記録再生媒体（DVDでは、記録再生媒体においても、R・RW・RAMと３種類ある）か、更には単層か復層かのメディア識別が行われる。このようなメディア識別は、反射光レベルや焦点位置などによって仮判定され、コントロール制御データが記録されている領域のデータが読み出される。そして、この、コントロール制御データの内容から、最終的なメディア識別判定が行われる。図２に示したDVDの著作権保護方式CPRMでは、Media-IDとして媒体固有番号をBCAに記録することになっており、ヤグレーザなどで使って反射膜などを破壊・非破壊領域をつくり、そのパターンを情報データとする、不可逆記録された情報である。このBCAにメディア識別情報を含ませる事によって、再生専用媒体か記録媒体かの判定が容易になる。
【０１３７】
尚BCAデータはブロック５０７で読み出されたデータをData Processor５１２によって誤り検出訂正処理が行われた後に利用される事になり、信頼性は高い。
【０１３８】
このように、ブロック５０７による判定情報やBCAデータによって、メディア識別が行われ、著作権保護システムの暗号化／復号化ツリーが選択される。Servo Control５１４は、記録読出し光ビームのフォーカス／トラッキング制御を行ない、データの記録・再生を可能な状態に整える。このような状態において再生動作では、ブロック５０７の高周波信号は、リードチャンネル部５０８に入力され、ここでは、チャンネルデータが読み出される。高周波信号は、位相ロックループ回路５０９にも入力され、ここでは、チャネルデータ分離用の読出しクロックが再生されている。
【０１３９】
読み出されたチャンネルデータは、データ処理部５１２で復調・誤り訂正処理などが施される。そしてホスト２０２から要求されているデータが、Ｉ／Ｆ部５１９を介してホスト２０２に送られる。
【０１４０】
ここで、このようなデータ出力をする前に、実際はホスト２０２とドライブ２０１間で認証処理が行われ、データを送出しても良いかの確認処理を行なう。この認証処理は、システムコントローラ５１６の制御の元で、認証処理部５１７を利用して行われる。ホスト２０２は、ＡＶエンコーダ・デコーダをソフトウエアにより実現している。
【０１４１】
この認証処理は、ドライブ２０１とホスト２０２が正しい関係であるかを認証するもので、ハードウエア主体装置のように同じ筐体に設置されているシステムでは不要な処理である。
【０１４２】
そこで、この認証処理が行われたか否かで、リードチャンネル部５０８の出力の特定部分の信号データ、つまり（ＫＣＤ）を秘匿情報検出部であるＫＣＤ検出部５２０で検出する。しかしながら、この検出出力信号は、上記の認証処理が行われた場合は禁止される構成である。つまりＫＣＤ検出部５２０とＩ／Ｆ部５１９との間のＫＣＤ検出信号ラインは、×印のようにカットされている。物理的にカットする方法と、電気的スイッチでカットする方法のいずれでもよい。
【０１４３】
このように、ドライブ２０１とホスト２０２が連結したソフトウエア主体装置の場合は、（ＫＣＤ）が利用出来ない。このため、ソフトウエア主体装置用のドライブ２０２そのままでは、（ＫＣＤ）を利用することができず、不正行為に対する防衛が守られる。
【０１４４】
なお、ブロック５０７からの検出出力は、サーボコントロール部５１４に入力される。サーボコントロール部５１４は、ＰＵＰ５０２のレンズ位置を制御するためのアクチュエータドライブ５０４を制御することができる。また記録媒体５０１を回転駆動するモータ５０３を制御することができる。サーボコントロール部５１４には、パルス発生器（ＦＧ）から、モータ５０３の回転周波数及び位相を表す、回転検出パルスが入力されている。
【０１４５】
バッファ５１０は、データプロセッサ５１２に接続され、エラー訂正処理のときに一時的にデータを蓄積するメモリである。また、このバッファメモリーには、最新の記録媒体ＭＫＢが格納されている。この最新ＭＫＢは、Ｓ/Ｗシステムではネット経由で送信される場合もあり、また再生専用メディアや記録メディアに記録されているＭＫＢがこのメモリー内に記録されているＭＫＢデータより新しいＭＫＢである場合は、更新される。
【０１４６】
この最新ＭＫＢは、記録処理が行われる場合、挿入されたメディアにＭＫＢが記録されていないブランクメディアか、或いは古いＭＫＢが記録されている媒体である場合は、最新ＭＫＢを挿入記録媒体に事前記録する時のＭＫＢデータとして利用されるものである。
【０１４７】
書き込みチャンネルコントロール部５０６は、ＰＵＰ５０２内のレーザダイオードを制御するレーザドライブ５０５を制御し、適切な読み取りパワー、書き込みパワーを設定することができる。書込み時において、書込みチャンネル用の位相ロックループ回路５１１は、光ディスク５０１の記録トラックの物理アドレスに同期するクロックを生成している。このクロックの生成方法は、各種の方法が可能である。例えば、トラックから読み取った読み取り信号に同期したクロックを得る方法がある。また、記録トラックのウォブルを検出し、このウォブルに位相同期しさせたクロックを得る方法もある。
【０１４８】
さらにまたこの装置では、再生専用媒体であるのか、記録再生が可能な媒体であるのかを識別するメディア識別部５２１が設けられている。メディアタイプ情報は、特に暗号化して記録しなくてもよく、例えばＭＫＢの先頭に配置されていてもよい。さらには、独自にメディアタイプ情報として記録されていてもよい。
【０１４９】
一方、図２６に示すように、同じドライブ２０１を、ＡＶエンコーダ・デコーダ部２０３とともに同じ筐体に組み込んで、専用レコーダ・プレーヤ２００（ハードウエア主体装置）として利用する場合は、認証処理を行う必要はない。認証処理が行われない場合、ＫＣＤ検出部５２０とＩ／Ｆ部５１９間のＫＣＤ検出信号ラインは、導通状態に維持される。よって、ＡＶエンコーダ・デコーダ部２０３は、（ＫＣＤ）を利用出来る。図２６において、図２５のブロックと対応する部分には同一符号を付している。
【０１５０】
Ｉ／Ｆ部５１９から出力された再生信号は、ＡＶエンコーダ・デコーダ部２０３のＩ／Ｆ部６０１を介して暗号／復号処理部６０２に入力されて、復号処理される。復号されたコンテンツは、映像・音声の符号化／復号化処理部６０３にてデコードされる。デコードされたＡＶ信号は、Ｉ／Ｆ部６０４を介して外部へ導出される。また外部から入力される信号は、Ｉ／Ｆ部６０４を介して映像・音声の符号化／復号化処理部６０３に入力され、圧縮符号化され。暗号／復号処理部６０２で暗号化され、Ｉ／Ｆ部６０１を介してドライブ２０１へ送りこまれる。
【０１５１】
図２５と図２６で説明したように、同一条件で製作されたドライブ２０１を、Ｓ／Ｗシステム（PCシステム）と、専用レコーダ・プレーヤ内のドライブ２０１として利用する場合、ＫＣＤ検出部５２０を常に動作しても、その出力信号ラインを、（切断）もしくは（接続）することによって、利用効率を高めることができる。このことは、製品コストの削減を得るうえでも効果的である。
【０１５２】
図２７には、さらにこの発明の他の実施の形態であり、ソフトウエア復号システムとハードウエア復号システムを示している。以下の実施の形態は、図２５と図２６で説明したようなソフトウエア主体装置、ハードウエア主体装置と、図１６、図１７の再生専用媒体系とその他の図による記録用媒体系をメディア識別で判定して制御する事を前提としている。図２７の構成は、図１０に示した構成と略同じであるが、（Ｅ−Ｋｔ）がソフトウエア側とハードウエア側とで共通化されている。また、Media-IDと共にMedia-Type情報を不可逆記録しておき、ハードウエア復号システムにおいて、Media-Typeによる識別結果で、KCDの利用場所を制御するようにしている。
【０１５３】
図２８（Ａ）、図２８（Ｂ）には、図２７に示したソフトウエア復号システム対応したソフトウエア暗号システムの構成例である。図２８（Ａ）に示す構成は、図１１の構成と略同じである。ただし、図２８（Ａ）では、ソフトウエア側、ハードウエア側で（Ｅ−Ｋｔ）が同じであるから、図１１の構成に比べて単純化している。図２８（Ａ）と図２８（Ｂ）とは、事前処理の実施形態が異なる例を示している。
【０１５４】
即ち、ソフトウエア暗号システムであっても、ハードウエア主体装置のための（Ｅ−ＭＫＢ for Ｈ／Ｗ）を事前記録する機能が必要である。このために、事前処理部では、(ＭＫＢ)を（Key conversion Data：ＫＣＤ）によって暗号化して記録媒体に記録することができる。図２８（Ｂ）の場合は、（ＫＣＤ）が予め記録媒体に記録されている場合は、（ＫＣＤ）が記録媒体から読み出されて、この（ＫＣＤ）が利用されて、(ＭＫＢ)を暗号化している。
【０１５５】
図２９（Ａ）、図２９（Ｂ）には、図２７に示したハードウエア復号システムに対応したハードウエア暗号システムの構成例である。
【０１５６】
図２９（Ａ）に示す構成は、図１２の構成と略同じである。ただし、図２９（Ａ）では、ソフトウエア側、ハードウエア側で（Ｅ−Ｋｔ）が同じであるから、図１２の構成に比べて単純化している。また、BCA等からMedia-IDと共に読み出されるMedia-Typeによって、記録用媒体であることが決定され、KCDの利用場所が決まる。この結果、再生専用媒体に記録されているデータ全体を、記録用媒体にコピーして再生専用媒体として偽装しても、再生保証されない事になり、システム全体のセキュリティー能力が、さらに大幅向上させる結果となる。
【０１５７】
図２９（Ａ）と図２９（Ｂ）とは、事前処理の実施形態が異なる例を示している。図２９（Ａ）の事前処理部では、(ＭＫＢ)を（Key conversion Data：ＫＣＤ）によって暗号化して記録媒体に記録することができる。図２９（Ｂ）の場合は、（ＫＣＤ）が予め記録媒体に記録されている場合は、（ＫＣＤ）が記録媒体から読み出されて、この（ＫＣＤ）が利用されて、(ＭＫＢ)を暗号化している。
【０１５８】
図３０は、この発明に係る、再生専用媒体に対するソフトウエア復号システムとハードウエア復号システムを示している。この実施形態は、図１６に示した構成と同じである。ソフトウエア主体装置側では、（ＫＣＤ）を読み取ることが不可能であることを示している。更に、タイトル単位毎、或いは生産ロット毎に割当てられるVolume-IDを、従来の配置場所に（Volume-ID’）として記録し、BCAのような不可逆記録される領域に（Media-Type）を記録しておく。そしてこの（Volume-ID’）と（Media-Type）とを一方向性函数器のようなジェネレータ（G）に送り、暗号化／復号化ツリーラインの（Volume-ID）を生成する構成を加えてある。
【０１５９】
このような構成によって、再生媒体と記録媒体及び他の記録媒体方式のメディア識別を、BCA領域の情報を最初に読み出す事で、暗号化／復号化ツリーが選択でき、加えてセキュリティー能力の大幅向上も期待できるようになる。
【０１６０】
図３１（Ａ）は、図３０の再生専用媒体に対するマスター盤１０−６製作時に使われる、暗号化システムを示している。
【０１６１】
製盤メーカにおけるフォーマッタシステムに組み込まれる暗号化装置は、管理された状況で利用出来るため、ソフトウエア用データとハードウエア用データとを並列で同じ装置内に組み込むことが許される。構成は、図１７に示した例と同じである。ここで、コンテンツ暗号化に使われるタイトル鍵（Kt）の暗号鍵（Kmu）生成に暗号鍵情報である（Volume-ID）は、再生専用媒体を作成するマスター盤記録において、(Volume-ID’)と（Media-Type）に分割され、夫々の指定場所に記録される。
【０１６２】
図３１（Ｂ）は、暗号化コンテンツとその復号処理に必要な暗号鍵情報等が記録された、再生専用媒体を示す。（Media-Type）はBCA領域に、（Volume-ID’）と（MKB）はLead-in領域に、データ領域には暗号化コンテンツが記録されている。
【０１６３】
図３２は、再生専用メディアに記録されるＭＫＢファイルのデータ構造の例を示している。ここでは、再生専用媒体から読み出した信号の復号に使うＭＫＢデータのブロック３２−Ｂ１と、記録再生媒体用にコピーするＭＫＢデータのブロック３２−Ｂ２とがある。
【０１６４】
いずれのブロックも先頭と終端には、（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')）のみが（ＫＣＤ）で暗号化されてコピーされている。
【０１６７】
尚、ブロック３２−Ｂ１とブロック３２−Ｂ２に夫々（End of Media Key Block Record）が構成されているが、ブロック３２−Ｂ１は省く事も可能である。
【０１６８】
図３３は、図２６に示したハードウエア主体装置に対応する。したがって、図２６と同じ部分には同一符号を付している。ドライブ２０１を、ＡＶエンコーダ・デコーダ部２０３とともに同じ筐体に組み込んで、専用レコーダ・プレーヤ２００（ハードウエア主体装置）として構成している。この場合、認証処理を行う必要はない。したがって、認証処理部５２５、６１５は、オフ設定される。認証処理が行われない場合、ＫＣＤ検出部５２０とＩ／Ｆ部５１９間のＫＣＤ検出信号ラインは、導通状態に維持される。よって、ＡＶエンコーダ・デコーダ部２０３は、（ＫＣＤ）を利用出来る。また、Media-Typeの検出によって、ＫＣＤの利用場所などが決定される、暗号化／復号化ツリーの選択が行われる。
【０１６９】
図３４は、図２５に示したソフトウエア主体装置に対応する。したがって、図２６と同じ部分には同一符号を付している。パソコン２０２側において、ＡＶエンコーダ・デコーダ機能７０２及び認証機能７０５などは、ソフトウエアにより構築されている。Ｉ／Ｆ部７０１から入力された信号はソフトウエアにより処理される。またソフトウエアにより処理された信号がＩ／Ｆ部７０１を介して、ドライブ２０１に送り込まれる。
【０１７０】
上記したように、本発明の実施携帯は、記録媒体対して、コンテンツを暗号化して記録再生することで、著作権保護を実現するシステムである。その装置形態は、記録媒体のデータ記録再生処理を担当するドライブとパソコンのようなホストと連結して、システムを構成するソフトウエア主体装置と、ドライブとコンテンツのエンコード／デコード処理を同じ筐体内に設置して、処理工程の中間信号をスキーミング不能なシステムを構成するハードウエア主体装置がある。取り扱う媒体としては、再生専用媒体と記録用媒体がある。 ここで、暗号化ツリーにおける暗号化ベースの秘密鍵であるデバイス鍵は、ソフトウエアシステムではネットウエア接続が一般的であり、定期更新を導入することが可能である。 即ち、秘密鍵であるデバイス鍵がハッキングされても、デバイス鍵の更新処理でシステム更新が容易である。
【０１７１】
一方、ハードウエアシステムは、ネットウエアに接続しないで利用される形態が主である為、デバイス鍵の更新は困難なシステムと言える。しかしながら、データ処理の工程は専用の筐体内で行われる為、ユーザからは検知されにくい構成である。よって、特殊秘匿データの読出しやそのデータの比較判断機能をドライブ内に持たせることは容易である。 ソフトウエアシステムに使われるドライブは、標準化されたコマンド信号によって制御され、基本的にはドライブはホストの管理化に置かれた構造であるため、特殊な処理機能を持たせることは困難である。
【０１７２】
また、取り扱われる媒体種別においては、大きく分別すると再生専用媒体と、記録用媒体がある。再生専用媒体の製作は、大手製盤メーカで行われる為、コンテンツに暗号化処理を施し記録する工程、即ち暗号化処理工程は全て著作権保護管理団体によって認定された管理状態で行われる為、そこで違反コピーが発生することは考えられない。違反防止機能は復号化処理のみを対応すれば良い。
【０１７３】
一方、記録媒体にコンテンツを暗号化して記録する、即ちディジタルTV放送によって送られてくるコンテンツのコピーワンスが認められている場合の記録処理などは、最終ユーザの記録システムが対応する事になり、その処理制御を違法改造すれば、暗号化コンテンツを記録した媒体を複数枚製作する事や、再生専用媒体の暗号化コンテンツを記録媒体に違法コピーする違反行為が発生するため、暗号化処理と復号化処理の両処理工程について、違反防止機能を考えておかなければならない。
【０１７４】
このようなソフトウエア処理システムとハードウエア処理システム（実際のデータ処理がソフトかハードかの問題では無い）の特異な性質と媒体種別が持つ得意な性質を巧みに使っている。即ち、デバイス鍵をソフトウエアシステム用とハードウエアシステム用に独立して構成することにより、ソフトウエアシステムは定期更新処理で素早いシステム更新が可能である。一方、ハードウエア処理用デバイス鍵は、違反の拡散が非常に早いソフトウエアシステムでは利用出来ない事で、従来のＭＫＢ更新によるシステム更新で違反発生時の被害を最小限に抑える事が可能になる。更に、再生専用媒体の暗号化／復号化ツリーと、記録用媒体で使われる暗号化／復号化ツリーが異なることによって、再生専用媒体の暗号化コンテンツ全てを違反コピーしても、記録媒体用復号化システムでは復号できない。
【０１７５】
図３５は、本発明の復号化基本処理フローである。先ずメディア（光ディスク）が装置本体に挿入されると、不可逆記録のような方式で記録された（Media-Type）が検出され、再生専用媒体か記録用媒体かの選択がなされる。更に処理方法としては、ソフトウエアシステムかハードウエアシステムかの選択が成され、結果として４通りの中から１つの復号化処理の選択がなされる。即ち、
１）S/Wシステム用Prerecorded Mediaの復号
２）H/Wシステム用Prerecorded Mediaの復号
３）S/Wシステム用Recordable Mediaの復号
４）H/Wシステム用Recordable Mediaの復号
である。
【０１７６】
図３５において、ステップＳＴ１は、Media-Type、制御データなどを読み取る工程であり、ステップＳＴ２は、Media-Typeから、再生専用のディスクから、記録再生可能なディスクからの判別を行う工程である。ステップＳＴ３（ＳＴ４）は、共にハードウエア主体装置による再生（記録再生）か、ソフトウエア主体装置による再生（記録再生）かを決定る工程である。ハードウエア主体とソフトウエア主体に応じて、暗号化・復号化処理が異なることになる（ステップＳＴ５−ＳＴ８）。
【０１７７】
図３６は、図３５における各復号化の処理工程を詳細に記述したものである。
【０１７８】
図３７は、今までのVolume-IDやMedia-IDの構成を、（Prerecorded Media）と（Recordable Media）で出来る限り共通化をし、その上でセキュリティー能力向上をするためのデータ構成例を示した図である。
【０１７９】
従来のCPPMにおける（Volume-ID）は、Lead-in領域に記録されていたが、本発明ではその情報を２分割して、（Volume-ID’）と（Media-Type）とし、（Volume-ID’）は従来と同様の場所にきろく、（Media-Type）はBCAのような不可逆記録するか、または同じBCA領域にエンボスパターンで、BCAと同様の記録パターンで記録する。
【０１８０】
一方、記録用媒体は、メディアバインド機能を持たせるために媒体毎にUnique NumberとMedia-Typeを不可逆記録でBCA領域などに記録する。
【０１８１】
このような構成にすることで、記録再生装置は、先ずはMedia-Typeが記録された領域の情報を読み出す。これにより、その後の処理方式を決定させる事ができ、著作権保護機能と併せて、その他の処理を速やかに対応させることが可能になるものである。
【０１８２】
従来、暗号化構造の構成を共通化するべく努力してきたが、本発明はその考え方を変えて、著作権保護を如何に最適化して構成するかを基本にした方式の考案を導入する事で、保護能力を効果的に高めることを実現できるものである。
【０１８３】
本発明における多数の特徴点は、以下のような技術を包含するものである、
コンテンツ等の情報を暗号化して記録再生するシステムにおいて、記録媒体の記録再生ドライブとPC（パソコン）で構成されるシステム（ソフトウエア主体装置）と、ドライブとデータ符号化・復調化処理部が一体となったレコーダシステム（ハードウエア主体装置）とで、互いの暗号/復号化ツリーが異なるように設定している。記録媒体種別において、再生専用媒体と記録媒体で暗号／復号化ツリーを互いに異なるように設定している。
【０１８４】
ソフトウエア主体装置及びハードウエア主体装置のどちらでコンテンツ等の情報を暗号化して記録した場合でも、お互いの装置で正しく再生し、復号することが出来る。ソフトウエア処理用のデバイス鍵セットとハードウエア処理用デバイス鍵セットは別構成とし、ハードウエアデバイス鍵セットをソフトウエア処理用として利用出来ない構成をもっている。記録媒体に記録しておくＭＫＢ（メディア鍵ブロック）は、ソフトウエア処理用とハードウエア処理用で、各々専用に演算生成された、異なるＭＫＢであることも含む。
【０１８５】
ＭＫＢの記録される場所は、ハードウエア用はリードイン領域に、Ｓ／Ｗ処理用はデータ領域に配置される事を含む。ソフトウエア主体装置用ＭＫＢとハードウエア用MKBを同一データファイルで構成することを含む。再生専用媒体と記録媒体では、異なるMKBであることを含む。記録媒体がブランクメディアもしくは古いＭＫＢであった場合は、再生専用媒体に記録されている、最新の記録媒体用ＭＫＢを記録再生装置内メモリーに読み込んで記憶しておき、古いＭＫＢを更新することを含む。
【０１８６】
ソフトウエア用デバイス鍵セットは、ネット接続によって適時更新される。暗号化情報の復号に使われる暗号化タイトル鍵は、ソフトウエア処理ツリーとハードウエア処理ツリーでは、異なる暗号化タイトル鍵である。ハードウエア暗号化・復号化処理システムのみに、ハードウエア処理で構成される（ＭＫＢ変換Data）または（暗号鍵変換Data）処理部（ＫＣＤ処理部）が組み込まれる。記録媒体の記録再生ドライブ（再生専用含む）は、ＫＣＤ処理部が事前に組み込まれており、Ｈ／Ｗ処理システムの場合は有効とし、Ｓ／Ｗ処理システムでは無効になるように選択できる。ＫＣＤ処理部の出力信号(ＫＣＤ)は、再生専用ドライブまたは記録再生ドライブがPCシステムに組み込まれ、暗号化暗号鍵や制御データの伝送をする前に行う（バス認証）処理が行われる場合は、出力が禁止されるようにしている。ＫＣＤ処理部で生成したＫＣＤ信号は、記録媒体の秘匿領域に記録される。
【０１８７】
秘匿領域へのデータ記録再生は、ドライブ内でのみ処理され、外部からは制御出来ないように構成されている。再生専用媒体と記録用媒体の同一場所（例えばLead-inより内側領域）にMedia-Type識別情報が記録されるていることを含む。Media-Type情報はBCAに記録されていることを含む。記録用媒体には不可逆性記録で媒体毎に記録される媒体固有識別情報とMedia-Type情報が併せて構成される事を含む。再生専用媒体のMedia-Type情報は、記録用媒体に記録されるMedia-Type記録場所と同一の場所及び同一記録パターン方式で構成され、記録膜を不可逆記録する方式、またはエンボス成型による構成で生成される。
【０１８８】
本発明のMedia-Type情報を暗号化・復号化ツリーに組み込んだ構成において、コンテンツ等の情報を暗号化して再生専用媒体として供給する場合のマスター盤製作過程において問題が生じる場合がある。即ち、情報データを編集して最終的なストリームデータとしてチェックするオーサリング処理においては、最終的な確認行程として、ストリームを、オーサリング用ライトワンス型記録媒体に記録して、通常の市販プレーヤで評価する方法がある。しかし、Media-Type情報を暗号化・復号化ツリーに組み込んだ場合、この方法を実現する事が困難になる。
【０１８９】
しかしながら、オーサリング用記録媒体のMedia-Type情報にも、再生専用のMedia-Type情報を書込む事で、ライトワンス型記録媒体に再生専用に記録する暗号化コンテンツを記録して、最終チェックを行う事が可能になる。詳細な発明内容の説明では、Media-Type情報として媒体種別識別情報としたが、ここで言うMedia-Type情報は媒体種別識別ではなく、コンテンツ種別識別情報（Content-Type）として利用する事も可能である。
【０１９０】
この様に考え方によって、記録媒体に記録されたコンテンツ種別が、再生専用コンテンツか、ユーザが記録したコンテンツかの、識別情報とする事によって、従来のオーサリング問題も解決可能である。
【０１９１】
記録媒体のコンテンツを暗号化して記録再生することで、著作権保護を実現するシステムにおいて、その装置形態は、記録媒体のデータ記録再生処理を担当するドライブとパソコンのようなホストと連結して、システムを構成するソフトウエア装置システムと、ドライブとコンテンツのエンコード／デコード処理を同じ筐体内に設置して、処理工程の中間信号をスキーミング不能なシステムを構成するハードウエア装置システムが想定できる。ここでは、暗号化ツリーにおける暗号化ベースの秘密鍵であるデバイス鍵は、ソフトウエアシステムではネット接続が一般的であり、定期更新を導入することが可能である。
【０１９２】
即ち、秘密鍵であるデバイス鍵がハッキングされても、デバイス鍵の更新処理でシステム更新が容易である。一方、ハードウエアシステムは、ネットに接続しないで利用される形態が主である為、デバイス鍵の更新は困難なシステムと言える。しかしながら、データ処理の工程は専用の筐体内で行われる為、ユーザからは見えない構成であり、特殊秘匿データの読出しやそのデータの比較判断機能をドライブ内に持たせることは容易である。ソフトウエアシステムに使われるドライブは、標準化されたコマンド信号によって制御され、基本的にはドライブはホストの管理化に置かれた構造であるため、特殊な処理機能を持たせることは出来ない。
【０１９３】
このようなソフトウエア処理システムとハードウエア処理システム（実際のデータ処理がソフトかハードかの問題では無い）の特異な性質を巧みに使って、デバイス鍵をソフトウエアシステム用とハードウエアシステム用に独立して構成することにより、ソフトウエアシステムは定期更新処理で素早いシステム更新が可能であり、ハードウエア処理用デバイス鍵は、違反の拡散が非常に早いソフトウエアシステムでは利用出来ない事で、従来のＭＫＢ更新によるシステム更新で違反発生時の被害を最小限に抑える事が可能になる。
【０１９４】
従来、暗号化構造の構成を共通化するべく努力してきたが、本発明はその考え方を変えて、著作権保護を如何に最適化して構成するかを基本にした方式の考案を導入する事で、保護能力を効果的に高めることを実現できるものである。
【０１９５】
更に、再生専用媒体と記録再生媒体に構成も共通化ではなく、積極的に変える事で、その機能と能力を大幅に向上させることが実現できる技術である。
【０１９６】
本発明に係る実施形態の以下に説明する特徴は、情報記録再生方法、情報記録媒体の再生装置、記録再生装置、情報記録媒体に適用される。
【０１９７】
（１）本発明の実施形態では、コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生するために、記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体用で且つ再生専用媒体用に設けられた第１Ａの暗号化・復号化処理情報と、ソフトウエア主体用で且つ記録再生媒体用に設けられた第１Ｂの暗号化・復号化処理情報とを定義している。また、記録再生ドライブとデータ符号化・復調化処理回路が同一筐体内に一体となって組み込まれたハードウエア主体用で且つ再生専用媒体用に設けられた第２Ａの暗号化・復号化処理情報と、ハードウエア主体用で且つ記録再生媒体用に設けられた第２Ｂの暗号化・復号化処理情報とを定義している。さらに、上記第１Ａと第１Ｂと第２Ａと第２Ｂの暗号化・復号化処理情報との内容が異なるようにしている。ここで、上記第１Ａと第１Ｂの暗号化・復号化処理情報又は、第２Ａと第２Ｂの暗号化・復号化処理情報のいずれか一方を採用した情報記録再生方法として特徴を有する。
【０１９８】
また、本発明の実施形態は、上記第１Ａと第１Ｂの暗号化・復号化処理情報の処理手段又は、第２Ａと第２Ｂの暗号化・復号化処理情報の処理手段いずれか一方を有する情報記録再生装置として特徴を有する。ソフトウエア主体の装置は、上記第１Ａと第１Ｂの暗号化・復号化処理情報の処理手段を有し、ハードウエア主体の装置は、上記第２Ａと第２Ｂの暗号化・復号化処理情報の処理手段を有する。
【０１９９】
（２）また、この発明の実施の形態では、コンテンツ等の情報はメディア鍵に基づいて暗号化され、前記メディア鍵は複数のデバイス鍵で暗号化されたメディアキーブロック（ＭＫＢ）として生成される。そして前記暗号化された前記コンテンツと、暗号化された前記メディアキーブロック（ＭＫＢ）とが共に同一の記録媒体に記録されるものである。前記複数のデバイス鍵は、特定数の鍵が夫々異なる組み合わせで選択されて得られた複数のデバイス鍵セットの中から選択されたものであり、かつ暗号化・復号化システムに配布されたものである。
【０２００】
ここで、ソフトウエア主体の第１Ａの暗号化・復号化処理情報及び第１Ｂの暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ１Ａ・ＭＫＢ１Ｂ）生成用の複数のデバイス鍵１と、ハードウエア主体の第２Ａの暗号化・復号化処理情報及び第２Ｂの暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ２Ａ・ＭＫＢ２Ｂ）生成用の複数のデバイス鍵２とが異なる点に特徴がある。
【０２０１】
（３）また、複数のデバイス鍵セットは各々の暗号化・復号化システムに配布され、コンテンツ等の情報を暗号化・復号化する秘匿鍵として利用される。そして、ソフトウエア主体の第１Ａの暗号化・復号化処理情報及び第１Ｂの暗号化・復号化処理情報における、暗号化・復号化システムに配布されるデバイス鍵セット１と、ハードウエア主体の第２Ａの暗号化・復号化処理情報及び第２Ｂの暗号化・復号化処理情報における、暗号化・復号化システムに配布されるデバイス鍵セット２とは、選択された元の複数のデバイス鍵が異なるものである。
【０２０２】
（４）またこの発明の実施形態では、前記第１Ａ・第１Ｂ・第２Ａ・第２Ｂ暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ１Ａ・ＭＫＢ１Ｂ・ＭＫＢ２Ａ・ＭＫＢ２Ｂ）は夫々異なる。
【０２０３】
（５）さらにまたこの発明の実施形態では、前記メディアキーブロックは、第１と第２のメディアキーブロックを含み、前記第１のメディアキーブロック（ＭＫＢ１Ａ・ＭＫＢ１Ｂ）はＭＫＢデータファイル１として、データエリアに記録される。また、前記第２のメディアキーブロック（ＭＫＢ２Ａ・ＭＫＢ２Ｂ）はＭＫＢデータファイル２として、リードインエリアに記録される。
【０２０４】
（６）さらにまたこの発明の実施形態では、前記第１Ａ・第１Ｂ・第２Ａ・第２Ｂ暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ１Ａ・ＫＢ１Ｂ・ＭＫＢ２Ａ・ＭＫＢ２Ｂ）は、同一のＭＫＢデータファイルとして構成され媒体に記録されてもよい。
【０２０５】
（７）また、再生専用媒体に記録されるメディアキーブロック（ＭＫＢ）としては、前記メディアキーブロック（ＭＫＢ１Ａ・ＫＢ１Ｂ・ＭＫＢ２Ａ・ＭＫＢ２Ｂ）が記録され、記録再生媒体に記録されるメディアキーブロック（ＭＫＢ）としては、ＭＫＢ１ＢとＭＫＢ２Ｂが記録される。
【０２０６】
（８）またこの発明の実施形態では、コンテンツ等の情報はタイトル鍵で暗号化され暗号化コンテンツ（Enc-Content）として記録媒体に記録され、記録された暗号化コンテンツ（Enc-Content）の再生動作では、タイトル鍵で平文コンテンツに復号される。前記タイトル鍵(Kt)はメディア鍵(Km)と媒体識別情報(Volume-ID)によって生成されたメディア固有鍵(Kmu)によって暗号化され、暗号化タイトル鍵(Enc-Kt)として前記記録媒体に記録され、記録された暗号化タイトル鍵(Enc-Kt)からタイトル鍵(Kt)を復号する場合は、メディア固有鍵（Kmu）で前記暗号化タイトル鍵(Enc-Kt)が復号され、復号したタイトル鍵(Kt)を得る。この復号したタイトル鍵(Kt)が上記暗号化コンテンツの復号に利用される。さらにまた、前記メディア鍵(Km)は、メディアキーブロック(MKB)をデバイス鍵セットを使って復号することで抽出され、暗号・復号鍵として利用される。
【０２０７】
この場合、前記媒体識別情報(Volume-ID)は、媒体種別情報（Media-Type）と媒体固有情報（Volume-ID’）との集合で生成されている。
【０２０８】
（９）又この発明の実施形態では、媒体種別情報（Media−Type）は、記録媒体のリードインエリアより内側に構成されるバーストカッティングエリア（BCA）内に配置される。
【０２０９】
（１０）又この発明の実施形態では、記録再生媒体には、事前に媒体固有識別情報（Media-ID）が記録され、この媒体固有識別情報（Media-ID）は、媒体毎に固有な識別番号（Unique-Number）と媒体種別情報（Media-Type）から構成される。そして、タイトル鍵（Kt）暗号化に使われるメディア固有鍵（Kmu）生成の媒体識別情報（Volume-ID）の代わりに利用される。
【０２１０】
（１１）前記媒体固有識別情報（Media-ID）は、リードインより内側のＢＣＡデータ内に配置されるてもよい。
【０２１１】
（１２）又この発明の実施形態では、コンテンツ等の情報はタイトル鍵で暗号化され暗号化コンテンツ（Enc-Content）として記録媒体に記録され、記録された暗号化コンテンツ（Enc-Content）の再生動作ではタイトル鍵で平文コンテンツに復号する。タイトル鍵(Kt)はメディア鍵(Km)と媒体識別情報(Volume-ID)によって生成されたメディア固有鍵(Kmu)によって暗号化され暗号化タイトル鍵(Enc-Kt)として記録媒体に記録され、記録された暗号化タイトル鍵(Enc-Kt)からタイトル鍵を復号する場合はメディア固有鍵（Kmu）で復号して、上記暗号化コンテンツの復号に利用する。メディア鍵(Km)は、メディアキーブロック(MKB)をデバイス鍵セットを使って復号によって抽出され、暗号・復号鍵として利用される。ここで、ソフトウエア主体の第１Ａ及び第１Ｂの暗号化・復号化処理情報に対して、ハードウエア主体の第２Ａ及び第２Ｂの暗号化・復号化処理情報は、第１Ａ及び第１Ｂの暗号化・復号化処理情報には無い構成要素が組み込まれている。
【０２１２】
（１３）ソフトウエア主体の第１Ａ及び第１Ｂの暗号化・復号化処理情報に対して、ハードウエア主体の第２Ａ及び第２Ｂの暗号化・復号化処理情報は、第１Ａ及び第１Ｂの暗号化・復号化処理情報には無い鍵変換データＫＣＤ（Key Conversion Data）が含まれる。そして、他の処理情報の何れかを前記ＫＣＤにより暗号化・復号化する処理工程が存在する。
【０２１３】
（１４）ハードウエア主体の第２Ａ（再生専用媒体対応）及び第２Ｂ（記録用媒体対応）の暗号化・復号化処理情報は、ソフトウエア主体の第１Ａ（再生専用媒体対応）及び第１Ｂ（記録用媒体対応）の暗号化・復号化処理情報には無い鍵変換データＫＣＤ（Key Conversion Data）が含まれる。そして他の処理情報の何れかをＫＣＤによって暗号・復号する処理工程を信号処理工程に組み込む場合、第２Ａ（再生専用媒体対応）の暗号化・復号化処理情報のＫＣＤにより暗号・復号される構成要素と、第２Ｂ（記録用媒体対応）の暗号化・復号化処理情報のＫＣＤにより暗号・復号される構成要素とは異なるように図っている。
【０２１４】
（１５）この発明の実施の形態では、ソフトウエア主体の第１Ａ（再生専用媒体対応）暗号化処理構造と、ハードウエア主体の第２Ａ（再生専用媒体対応）暗号化処理構造は、著作権保護管理団体の認定されたマスター盤記録装置に一体となって組み込まれ、ハードウエア主体の第２Ａ暗号化処理構造では、暗号化タイトル鍵（Enc-Kt）をＫＣＤで多重に暗号化（EncEnc-Kt）する位置に組み込むようにしている。
【０２１５】
（１６）上記した特徴点は、情報記録再生方法、情報記録再生装置及びこれらを実現するための情報記録媒体に取り込まれた特徴点である。
【０２１６】
（１７）また情報記録媒体としては、コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生するために、記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体用で且つ再生専用媒体用に設けられた第１Ａの暗号化・復号化処理情報と、ソフトウエア主体用で且つ記録再生媒体用に設けられた第１Ｂの暗号化・復号化処理情報とを定義している。また、記録再生ドライブとデータ符号化・復調化処理回路が同一筐体内に一体となって組み込まれたハードウエア主体用で且つ再生専用媒体用に設けられた第２Ａの暗号化・復号化処理情報と、ハードウエア主体用で且つ記録再生媒体用に設けられた第２Ｂの暗号化・復号化処理情報とを定義している。さらに、上記第１Ａと第１Ｂと第２Ａと第２Ｂの暗号化・復号化処理情報との内容が異なるようにしている。
【０２１７】
ここで、再生専用媒体は、上記第１Ａの暗号化・復号化処理情報、第２Ａの暗号化・復号化処理情報が記録されるものである。また、記録再生媒体は、第１Ｂの暗号化・復号化処理情報と、第２Ｂの暗号化・復号化処理情報とが記録されている。
【０２１８】
なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【０２１９】
【図１】著作権保護再生処理方法（ＣＰＰＭ方式）の基本的な技術について説明するために示した説明図である。
【図２】著作権保護再生処理方法（ＣＰＲＭ方式）の基本的な技術について説明するために示した説明図である。
【図３】図１（Ａ）、図２（Ａ）における記録再生媒体と装置の関係を示した説明図である。
【図４】本発明の基本的な考えを示した復号システムの構成例を示す図である。
【図５】本発明に係るデバイス鍵と、このデバイス鍵にタ出力するＭＫＢの関係を示した説明図である。
【図６】図６は、図４の復号システムに対応した暗号システムの構成例を示す説明図である。
【図７】本発明に係る復号システムの他の実施形態を示す図である。
【図８】図７の復号システムに対応するソフトウエア暗号システムであり、暗号化されたコンテンツをソフトウエア主体側で記録する場合の構成例を示す図である。
【図９】図７の復号システムに対応するハードウエア暗号システムであり、暗号化されたコンテンツをハードウエア主体側で記録する場合の構成例を示す図である。
【図１０】図７の復号システムに比べて、さらにハードウエア主体装置の特徴、つまり専用処理回路の導入が容易な特徴を利用したハードウエア復号システムの構成例を示す図である。
【図１１】図１０のソフトウエア復号システムに対応するもので、記録媒体へのコンテンツ記録におけるソフトウエア暗号システムの構成例を示す図である。
【図１２】図１０のハードウエア復号システムに対応する、ハードウエア暗号システムの構成例を示す図である。
【図１３】本発明に係る復号システムのさらに他の実施の形態を示す図である。
【図１４】図１３に示したソフトウエア復号システムに対応する、ソフトウエア暗号システムの構成例を示す図である。
【図１５】図１３に示したハードウエア復号システムに対応する、ハードウエア暗号システムの構成例を示す図である。
【図１６】さらにこの発明の他の実施の形態であり、再生専用記録媒体に対するソフトウエア復号システム及びハードウエア復号システムの構成例を示す図である。
【図１７】再生専用記録媒体のマスター盤の製作時に使われる、暗号化システムを示す図である。
【図１８】コンテンツ・ムーブ（Move）に対応した著作権保護方法における処理構成例を示した図である。
【図１９】図１３に示した構成に対してムーブ（Move）対応機能を盛り込んだ装置の構成例を示す図である。
【図２０】本発明に係わる(ＫＣＤ)を利用した場合の記録媒体内での（ＭＫＢ）の配置の例を示した説明図である。
【図２１】本発明に係わるＭＫＢデータファイルの構成例を示す図である。
【図２２】本発明に係わるＭＫＢデータファイルの他の構成例を示す図である。
【図２３】本発明に係わるＭＫＢデータファイルのさらに他の構成例を示す図である。
【図２４】本発明に係わるＭＫＢデータファイルのさらに又他の構成例を示す図である。
【図２５】ドライブ２０１とホスト（パソコン）２０２が接続されたソフトウエア主体装置の例を示し、特にドライブ２０１の内部のブロック関係を示した説明図である。
【図２６】ドライブ２０１をＡＶエンコーダ・デコーダ部２０３とともに同じ筐体に組み込んで、専用レコーダ・プレーヤ２００（ハードウエア主体装置）として利用する場合の説明図である。
【図２７】さらにこの発明の他の実施の形態であり、ソフトウエア復号システムとハードウエア復号システムを示す図である。
【図２８】図２７に示したソフトウエア復号システム対応したソフトウエア暗号システムの構成例を示す図である。
【図２９】図２７に示したハードウエア復号システムに対応したハードウエア暗号システムの構成例を示す図である。
【図３０】さらにこの発明に係る他の実施の形態であり、再生専用媒体に対するソフトウエア復号システムとハードウエア復号システムを示す図である。
【図３１】図３０の再生専用媒体に対するマスター盤製作時に使われる、暗号化システムを示す図である。
【図３２】再生専用メディアに記録されるＭＫＢファイルのデータ構造の例を示す図である。
【図３３】本発明に係るハードウエア主体装置の例を示す図である。
【図３４】本発明に係るソフトウエア主体装置の例を示す図である。
【図３５】本発明に係る復号化方法の基本処理を示すフローチャートである。
【図３６】図３５における各復号化の処理工程を詳細に記述した図である。
【図３７】本発明に関連したVolume-IDやMedia-IDの構成を、（Prerecorded Media）と（Recordable Media）で出来る限り共通化をし、その上でセキュリティー能力向上をするためのデータ構成例を示した図である。
【符号の説明】
【０２２０】
１０−１、１０−２、１０−４、１００…情報記録媒体、２００…ソフトウエア主体装置、２０１…ドライブ、２０２…パソコン又はホストコンピュータ、３００…ハードウエア主体装置。
【技術分野】
【０００１】
この発明は、情報記録媒体に暗号化情報を記録するのに有用な情報記録再生方法及び装置、暗号化情報が記録された情報記録媒体から情報を再生する方法及び装置、さらには、暗号化情報が記録された情報記録媒体、情報再生媒体に適用して有用な発明である。
【背景技術】
【０００２】
情報記録媒体、例えば、光ディスクに対して情報を記録する場合、情報を暗号化して記録することが要求される場合がある。例えば、著作権保護方式では、著作物であるコンテンツを暗号鍵で暗号化して暗号化コンテンツとし、さらに暗号化のために用いた前記暗号鍵を秘匿させる為、他の暗号鍵で暗号化して暗号化暗号鍵としている。 そして前記暗号化暗号鍵と、暗号化コンテンツとを一緒に、記録媒体に記録し、違法コピー防止している。
【０００３】
現在、急速にマーケットを拡大している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）に記録されている）を読み出す。次に、(ＭＫＢ Prcess)において、（ＭＫＢ）と装置に埋め込まれている（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 Ｈ／Ｗ）が読出される。（ＭＫＢ Proces−Ｈ／Ｗ）において、（ＭＫＢ 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 Ｈ／Ｗ)がハッキングされネットで不正公開されても、ソフトウエア主体装置としては、(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 Ｓ／Ｗ）と同様に管理機構から提供される。
【００９７】
図１６は、さらにこの発明の他の実施の形態である。再生専用記録媒体に対するソフトウエア復号システム及びハードウエア復号システムの構成例を示している。
【００９８】
著作権者からのコンテンツ提供スタイルとしては、電波を利用した放送形態、インターネットを利用した伝送形態、パッケージメディア形態による提供がある。再生専用記録媒体によるパッケージメディア形態では、大量配布が可能、記録時の時間制約が無い事から、特殊編集構成に時間をかけられるなど利点が多い。したがって、パッケージメディア形態による提供スタイルは、映画等のコンテンツ提供には適している。そのため、このような提供スタイルにおいて、再生専用記録媒体のコンテンツを記録系メディアに違法コピーされないよう、特に違法防止能力が求められる。
【００９９】
そこで、再生専用記録媒体に採用される暗号化ツリーと、記録再生メディアに使われる暗号化（復号化）ツリーを異ならせる事で、目的とする防止効果を飛躍的に高める事が可能になる。即ち、一般の最終ユーザが記録再生器を使って暗号化コンテンツを記録媒体に記録する処理構造と、再生専用媒体における暗号化処理構造が異なっている為、一般ユーザが違法行為によって再生専用媒体に近似して記録した媒体を作成する事は、実際問題として不可能に近くなる。
【０１００】
この考えを本発明の基本となっているハーウエア暗号／復号化システムとソフトウエア暗号／復号化システムを異ならせる方式に加えて、4通りのシステム構成を構築する事で、更なるセキュリティー能力を向上させることが可能になる。
【０１０１】
図１６は、このような考え方から、今まで説明した実施形態における記録再生システムでの暗号化ツリーに対して、(ＫＣＤ)の組み込み場所を、記録再生システムでは困難なところに配置している。これにより、再生専用の暗号化構造と同じ構造を記録再生システムでは採用できないようにし、よって、違法コピーによる記録媒体を疑似再生専用として作成出来ないようにするものである。
【０１０２】
即ち、記録媒体に記録される暗号化されたタイトル鍵は、（ＥＥ−Ｋｔ’）である。このタイトル鍵は、メディア固有鍵（Ｋｍｕ’）で暗号化した（Ｅ−Ｋｔ’）を、さらに(ＫＣＤ)で多重暗号して（ＥＥ−Ｋｔ’）としたものである。ハードウエア復号システムでは、記録媒体から読み出された（ＥＥ−Ｋｔ’）を同時に読み出した(ＫＣＤ)で復号し、(Ｅ−Ｋｔ’)を演算生成する。この処理は、復号部（ＫＫ−Ｄｅｃ−Ｈ／Ｗ）で行われる。復号された(Ｅ−Ｋｔ’)が、復号部（Ｋ−Ｄｅｃ−Ｈ／Ｗ）にてさらに処理され、（Ｋｔ）として導出される。
【０１０３】
一方、（ＭＫＢ Process−Ｈ／Ｗ）において、（ＭＫＢ for Ｈ／Ｗ）と（Device key Set for Ｈ／Ｗ）とにより、（Ｋｍ’）を復号する。そしてこの（Ｋｍ’）と（Volume-ID）とを用いてメディア固有鍵(Ｋｍｕ’)を復号する。
【０１０４】
このメディア固有鍵(Ｋｍｕ’)を、先の（ＥＥ−Ｋｔ’）で復号し、暗号化コンテンツを復号する為のタイトル鍵(Ｋｔ)を復号する。この抽出したタイトル鍵(Ｋｔ)を用いて、暗号化コンテンツを復号して平文コンテンツデータを再生する。
【０１０５】
上記のように、（ＫＣＤ）がタイトル鍵の多重暗号化に利用されている事から、先の実施形態のソフトウエア暗号化システムでは、(ＥＥ−Ｋｔ)が生成出来ない。よって、記録再生媒体における暗号化ツリーと再生専用暗号化ツリーを異ならせる事が出来、違法防止能力を一段と向上させることが出来る。
【０１０６】
図１７には、再生専用記録媒体のマスター盤１０−６製作時に使われる、暗号化システムを示している。製盤メーカにおけるフォーマッタシステムに組み込まれる暗号化装置は、管理された状況で利用出来るため、ソフトウエア用データとハードウエア用データとを並列で同じ装置内に組み込むことが許される。
【０１０７】
著作権保護方式管理機構は、（Device Key Group）、乱数発生器（RNG）、ＭＫＢ演算生成部を有し、（ＭＫＢ for Ｈ／Ｗ）、（ＭＫＢ for Ｓ／Ｗ）を発行する。
【０１０８】
ソフトウエア暗号化システムの系統では、（ＭＫＢ Process−Ｓ／Ｗ）において、（Device key Set for Ｓ／Ｗ）と、（ＭＫＢ）とを用いてメディア鍵（Ｋｍ）が生成される。ソフトウエア対応部を説明する。ジェネレータ（Ｇ−Ｓ／Ｗ）において、（Ｋｍ）は乱数発生器からの乱数出力との演算処理の結果、メディア固有鍵（Ｋｍｕ）となる。このメディア固有鍵（Ｋｍｕ）は、暗号化部（Ｋ−Ｅｎｃ−Ｓ／Ｗ）で暗号化され、（Ｅ−Ｋｔ）に変換され、マスター盤１０−６に記録される。
【０１０９】
ハードウエア暗号化システムの系統では、（ＭＫＢ Process−Ｈ／Ｗ）において、（Device key Set for Ｈ／Ｗ）と、（ＭＫＢ）とを用いてメディア鍵（Ｋｍ’）が生成される。ハードウエア対応部を説明する。
【０１１０】
ジェネレータ（Ｇ−Ｈ／Ｗ）において、（Ｋｍ）は乱数発生器からの乱数出力との演算処理の結果、メディア固有鍵（Ｋｍｕ’）となる。このメディア固有鍵（Ｋｍｕ’）は、暗号化部（Ｋ−Ｅｎｃ−Ｈ／Ｗ）で暗号化され、（Ｅ−Ｋｔ’）に変換される。さらに（Ｅ−Ｋｔ’）は、暗号化部（ＫＫ−Ｅｎｃ−Ｈ／Ｗ）で（ＫＣＤ）により暗号化され、（ＥＥ−Ｋｔ’）となり、マスター盤１０−６に記録される。コンテンツは、（Ｃ−Ｅｎｃ）において、（Ｋｔ）で暗号化されて暗号化コンテンツとしてマスター盤１０−６に記録される。
【０１１１】
尚、上記図１６、図１７で説明した再生専用媒体の暗号化復号化システムにおいて、暗号化／復号化ツリーを記録媒体系システムと異ならせる事を特徴としているが、その構成要素であるMKBも再生専用と記録用で異ならせる事で、セキュリティー効果が大幅に向上させることが出来る。即ち、上記（MKB ｆｏｒ S/W）と（ＭＫＢ for H/W）は、夫々（ＭＫＢ for S/W and Prerecorded Media）と（ＭＫＢ for H/W and Prerecorded Media）となる。当然、記録メディア用ＭＫＢは、（ＭＫＢ for S/W and Recordable Media）と（ＭＫＢ for H/W and Recordable Media）となり、４種類のMKBを使い分ける事になる。
【０１１２】
図１８は、発明者らが提案したコンテンツ・ムーブ（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）の領域と、メディア鍵が記録されている（Calculate 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）、フォーカスエラー（ＦＥ）検出器、トラッキングエラー（ＴＥ）検出器、ウォブル（ＷＢ）検出器、BCA検出器などが含まれる。
【０１３６】
通常ドライブ装置は、初期動作としてメディア識別が行われる。光ディスクを例に取ると、CD、DVDまた次世代DVDなどの識別に加えて、再生専用媒体か記録再生媒体（DVDでは、記録再生媒体においても、R・RW・RAMと３種類ある）か、更には単層か復層かのメディア識別が行われる。このようなメディア識別は、反射光レベルや焦点位置などによって仮判定され、コントロール制御データが記録されている領域のデータが読み出される。そして、この、コントロール制御データの内容から、最終的なメディア識別判定が行われる。図２に示したDVDの著作権保護方式CPRMでは、Media-IDとして媒体固有番号をBCAに記録することになっており、ヤグレーザなどで使って反射膜などを破壊・非破壊領域をつくり、そのパターンを情報データとする、不可逆記録された情報である。このBCAにメディア識別情報を含ませる事によって、再生専用媒体か記録媒体かの判定が容易になる。
【０１３７】
尚BCAデータはブロック５０７で読み出されたデータをData Processor５１２によって誤り検出訂正処理が行われた後に利用される事になり、信頼性は高い。
【０１３８】
このように、ブロック５０７による判定情報やBCAデータによって、メディア識別が行われ、著作権保護システムの暗号化／復号化ツリーが選択される。Servo Control５１４は、記録読出し光ビームのフォーカス／トラッキング制御を行ない、データの記録・再生を可能な状態に整える。このような状態において再生動作では、ブロック５０７の高周波信号は、リードチャンネル部５０８に入力され、ここでは、チャンネルデータが読み出される。高周波信号は、位相ロックループ回路５０９にも入力され、ここでは、チャネルデータ分離用の読出しクロックが再生されている。
【０１３９】
読み出されたチャンネルデータは、データ処理部５１２で復調・誤り訂正処理などが施される。そしてホスト２０２から要求されているデータが、Ｉ／Ｆ部５１９を介してホスト２０２に送られる。
【０１４０】
ここで、このようなデータ出力をする前に、実際はホスト２０２とドライブ２０１間で認証処理が行われ、データを送出しても良いかの確認処理を行なう。この認証処理は、システムコントローラ５１６の制御の元で、認証処理部５１７を利用して行われる。ホスト２０２は、ＡＶエンコーダ・デコーダをソフトウエアにより実現している。
【０１４１】
この認証処理は、ドライブ２０１とホスト２０２が正しい関係であるかを認証するもので、ハードウエア主体装置のように同じ筐体に設置されているシステムでは不要な処理である。
【０１４２】
そこで、この認証処理が行われたか否かで、リードチャンネル部５０８の出力の特定部分の信号データ、つまり（ＫＣＤ）を秘匿情報検出部であるＫＣＤ検出部５２０で検出する。しかしながら、この検出出力信号は、上記の認証処理が行われた場合は禁止される構成である。つまりＫＣＤ検出部５２０とＩ／Ｆ部５１９との間のＫＣＤ検出信号ラインは、×印のようにカットされている。物理的にカットする方法と、電気的スイッチでカットする方法のいずれでもよい。
【０１４３】
このように、ドライブ２０１とホスト２０２が連結したソフトウエア主体装置の場合は、（ＫＣＤ）が利用出来ない。このため、ソフトウエア主体装置用のドライブ２０２そのままでは、（ＫＣＤ）を利用することができず、不正行為に対する防衛が守られる。
【０１４４】
なお、ブロック５０７からの検出出力は、サーボコントロール部５１４に入力される。サーボコントロール部５１４は、ＰＵＰ５０２のレンズ位置を制御するためのアクチュエータドライブ５０４を制御することができる。また記録媒体５０１を回転駆動するモータ５０３を制御することができる。サーボコントロール部５１４には、パルス発生器（ＦＧ）から、モータ５０３の回転周波数及び位相を表す、回転検出パルスが入力されている。
【０１４５】
バッファ５１０は、データプロセッサ５１２に接続され、エラー訂正処理のときに一時的にデータを蓄積するメモリである。また、このバッファメモリーには、最新の記録媒体ＭＫＢが格納されている。この最新ＭＫＢは、Ｓ/Ｗシステムではネット経由で送信される場合もあり、また再生専用メディアや記録メディアに記録されているＭＫＢがこのメモリー内に記録されているＭＫＢデータより新しいＭＫＢである場合は、更新される。
【０１４６】
この最新ＭＫＢは、記録処理が行われる場合、挿入されたメディアにＭＫＢが記録されていないブランクメディアか、或いは古いＭＫＢが記録されている媒体である場合は、最新ＭＫＢを挿入記録媒体に事前記録する時のＭＫＢデータとして利用されるものである。
【０１４７】
書き込みチャンネルコントロール部５０６は、ＰＵＰ５０２内のレーザダイオードを制御するレーザドライブ５０５を制御し、適切な読み取りパワー、書き込みパワーを設定することができる。書込み時において、書込みチャンネル用の位相ロックループ回路５１１は、光ディスク５０１の記録トラックの物理アドレスに同期するクロックを生成している。このクロックの生成方法は、各種の方法が可能である。例えば、トラックから読み取った読み取り信号に同期したクロックを得る方法がある。また、記録トラックのウォブルを検出し、このウォブルに位相同期しさせたクロックを得る方法もある。
【０１４８】
さらにまたこの装置では、再生専用媒体であるのか、記録再生が可能な媒体であるのかを識別するメディア識別部５２１が設けられている。メディアタイプ情報は、特に暗号化して記録しなくてもよく、例えばＭＫＢの先頭に配置されていてもよい。さらには、独自にメディアタイプ情報として記録されていてもよい。
【０１４９】
一方、図２６に示すように、同じドライブ２０１を、ＡＶエンコーダ・デコーダ部２０３とともに同じ筐体に組み込んで、専用レコーダ・プレーヤ２００（ハードウエア主体装置）として利用する場合は、認証処理を行う必要はない。認証処理が行われない場合、ＫＣＤ検出部５２０とＩ／Ｆ部５１９間のＫＣＤ検出信号ラインは、導通状態に維持される。よって、ＡＶエンコーダ・デコーダ部２０３は、（ＫＣＤ）を利用出来る。図２６において、図２５のブロックと対応する部分には同一符号を付している。
【０１５０】
Ｉ／Ｆ部５１９から出力された再生信号は、ＡＶエンコーダ・デコーダ部２０３のＩ／Ｆ部６０１を介して暗号／復号処理部６０２に入力されて、復号処理される。復号されたコンテンツは、映像・音声の符号化／復号化処理部６０３にてデコードされる。デコードされたＡＶ信号は、Ｉ／Ｆ部６０４を介して外部へ導出される。また外部から入力される信号は、Ｉ／Ｆ部６０４を介して映像・音声の符号化／復号化処理部６０３に入力され、圧縮符号化され。暗号／復号処理部６０２で暗号化され、Ｉ／Ｆ部６０１を介してドライブ２０１へ送りこまれる。
【０１５１】
図２５と図２６で説明したように、同一条件で製作されたドライブ２０１を、Ｓ／Ｗシステム（PCシステム）と、専用レコーダ・プレーヤ内のドライブ２０１として利用する場合、ＫＣＤ検出部５２０を常に動作しても、その出力信号ラインを、（切断）もしくは（接続）することによって、利用効率を高めることができる。このことは、製品コストの削減を得るうえでも効果的である。
【０１５２】
図２７には、さらにこの発明の他の実施の形態であり、ソフトウエア復号システムとハードウエア復号システムを示している。以下の実施の形態は、図２５と図２６で説明したようなソフトウエア主体装置、ハードウエア主体装置と、図１６、図１７の再生専用媒体系とその他の図による記録用媒体系をメディア識別で判定して制御する事を前提としている。図２７の構成は、図１０に示した構成と略同じであるが、（Ｅ−Ｋｔ）がソフトウエア側とハードウエア側とで共通化されている。また、Media-IDと共にMedia-Type情報を不可逆記録しておき、ハードウエア復号システムにおいて、Media-Typeによる識別結果で、KCDの利用場所を制御するようにしている。
【０１５３】
図２８（Ａ）、図２８（Ｂ）には、図２７に示したソフトウエア復号システム対応したソフトウエア暗号システムの構成例である。図２８（Ａ）に示す構成は、図１１の構成と略同じである。ただし、図２８（Ａ）では、ソフトウエア側、ハードウエア側で（Ｅ−Ｋｔ）が同じであるから、図１１の構成に比べて単純化している。図２８（Ａ）と図２８（Ｂ）とは、事前処理の実施形態が異なる例を示している。
【０１５４】
即ち、ソフトウエア暗号システムであっても、ハードウエア主体装置のための（Ｅ−ＭＫＢ for Ｈ／Ｗ）を事前記録する機能が必要である。このために、事前処理部では、(ＭＫＢ)を（Key conversion Data：ＫＣＤ）によって暗号化して記録媒体に記録することができる。図２８（Ｂ）の場合は、（ＫＣＤ）が予め記録媒体に記録されている場合は、（ＫＣＤ）が記録媒体から読み出されて、この（ＫＣＤ）が利用されて、(ＭＫＢ)を暗号化している。
【０１５５】
図２９（Ａ）、図２９（Ｂ）には、図２７に示したハードウエア復号システムに対応したハードウエア暗号システムの構成例である。
【０１５６】
図２９（Ａ）に示す構成は、図１２の構成と略同じである。ただし、図２９（Ａ）では、ソフトウエア側、ハードウエア側で（Ｅ−Ｋｔ）が同じであるから、図１２の構成に比べて単純化している。また、BCA等からMedia-IDと共に読み出されるMedia-Typeによって、記録用媒体であることが決定され、KCDの利用場所が決まる。この結果、再生専用媒体に記録されているデータ全体を、記録用媒体にコピーして再生専用媒体として偽装しても、再生保証されない事になり、システム全体のセキュリティー能力が、さらに大幅向上させる結果となる。
【０１５７】
図２９（Ａ）と図２９（Ｂ）とは、事前処理の実施形態が異なる例を示している。図２９（Ａ）の事前処理部では、(ＭＫＢ)を（Key conversion Data：ＫＣＤ）によって暗号化して記録媒体に記録することができる。図２９（Ｂ）の場合は、（ＫＣＤ）が予め記録媒体に記録されている場合は、（ＫＣＤ）が記録媒体から読み出されて、この（ＫＣＤ）が利用されて、(ＭＫＢ)を暗号化している。
【０１５８】
図３０は、この発明に係る、再生専用媒体に対するソフトウエア復号システムとハードウエア復号システムを示している。この実施形態は、図１６に示した構成と同じである。ソフトウエア主体装置側では、（ＫＣＤ）を読み取ることが不可能であることを示している。更に、タイトル単位毎、或いは生産ロット毎に割当てられるVolume-IDを、従来の配置場所に（Volume-ID’）として記録し、BCAのような不可逆記録される領域に（Media-Type）を記録しておく。そしてこの（Volume-ID’）と（Media-Type）とを一方向性函数器のようなジェネレータ（G）に送り、暗号化／復号化ツリーラインの（Volume-ID）を生成する構成を加えてある。
【０１５９】
このような構成によって、再生媒体と記録媒体及び他の記録媒体方式のメディア識別を、BCA領域の情報を最初に読み出す事で、暗号化／復号化ツリーが選択でき、加えてセキュリティー能力の大幅向上も期待できるようになる。
【０１６０】
図３１（Ａ）は、図３０の再生専用媒体に対するマスター盤１０−６製作時に使われる、暗号化システムを示している。
【０１６１】
製盤メーカにおけるフォーマッタシステムに組み込まれる暗号化装置は、管理された状況で利用出来るため、ソフトウエア用データとハードウエア用データとを並列で同じ装置内に組み込むことが許される。構成は、図１７に示した例と同じである。ここで、コンテンツ暗号化に使われるタイトル鍵（Kt）の暗号鍵（Kmu）生成に暗号鍵情報である（Volume-ID）は、再生専用媒体を作成するマスター盤記録において、(Volume-ID’)と（Media-Type）に分割され、夫々の指定場所に記録される。
【０１６２】
図３１（Ｂ）は、暗号化コンテンツとその復号処理に必要な暗号鍵情報等が記録された、再生専用媒体を示す。（Media-Type）はBCA領域に、（Volume-ID’）と（MKB）はLead-in領域に、データ領域には暗号化コンテンツが記録されている。
【０１６３】
図３２は、再生専用メディアに記録されるＭＫＢファイルのデータ構造の例を示している。ここでは、再生専用媒体から読み出した信号の復号に使うＭＫＢデータのブロック３２−Ｂ１と、記録再生媒体用にコピーするＭＫＢデータのブロック３２−Ｂ２とがある。
【０１６４】
いずれのブロックも先頭と終端には、（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')）のみが（ＫＣＤ）で暗号化されてコピーされている。
【０１６７】
尚、ブロック３２−Ｂ１とブロック３２−Ｂ２に夫々（End of Media Key Block Record）が構成されているが、ブロック３２−Ｂ１は省く事も可能である。
【０１６８】
図３３は、図２６に示したハードウエア主体装置に対応する。したがって、図２６と同じ部分には同一符号を付している。ドライブ２０１を、ＡＶエンコーダ・デコーダ部２０３とともに同じ筐体に組み込んで、専用レコーダ・プレーヤ２００（ハードウエア主体装置）として構成している。この場合、認証処理を行う必要はない。したがって、認証処理部５２５、６１５は、オフ設定される。認証処理が行われない場合、ＫＣＤ検出部５２０とＩ／Ｆ部５１９間のＫＣＤ検出信号ラインは、導通状態に維持される。よって、ＡＶエンコーダ・デコーダ部２０３は、（ＫＣＤ）を利用出来る。また、Media-Typeの検出によって、ＫＣＤの利用場所などが決定される、暗号化／復号化ツリーの選択が行われる。
【０１６９】
図３４は、図２５に示したソフトウエア主体装置に対応する。したがって、図２６と同じ部分には同一符号を付している。パソコン２０２側において、ＡＶエンコーダ・デコーダ機能７０２及び認証機能７０５などは、ソフトウエアにより構築されている。Ｉ／Ｆ部７０１から入力された信号はソフトウエアにより処理される。またソフトウエアにより処理された信号がＩ／Ｆ部７０１を介して、ドライブ２０１に送り込まれる。
【０１７０】
上記したように、本発明の実施携帯は、記録媒体対して、コンテンツを暗号化して記録再生することで、著作権保護を実現するシステムである。その装置形態は、記録媒体のデータ記録再生処理を担当するドライブとパソコンのようなホストと連結して、システムを構成するソフトウエア主体装置と、ドライブとコンテンツのエンコード／デコード処理を同じ筐体内に設置して、処理工程の中間信号をスキーミング不能なシステムを構成するハードウエア主体装置がある。取り扱う媒体としては、再生専用媒体と記録用媒体がある。 ここで、暗号化ツリーにおける暗号化ベースの秘密鍵であるデバイス鍵は、ソフトウエアシステムではネットウエア接続が一般的であり、定期更新を導入することが可能である。 即ち、秘密鍵であるデバイス鍵がハッキングされても、デバイス鍵の更新処理でシステム更新が容易である。
【０１７１】
一方、ハードウエアシステムは、ネットウエアに接続しないで利用される形態が主である為、デバイス鍵の更新は困難なシステムと言える。しかしながら、データ処理の工程は専用の筐体内で行われる為、ユーザからは検知されにくい構成である。よって、特殊秘匿データの読出しやそのデータの比較判断機能をドライブ内に持たせることは容易である。 ソフトウエアシステムに使われるドライブは、標準化されたコマンド信号によって制御され、基本的にはドライブはホストの管理化に置かれた構造であるため、特殊な処理機能を持たせることは困難である。
【０１７２】
また、取り扱われる媒体種別においては、大きく分別すると再生専用媒体と、記録用媒体がある。再生専用媒体の製作は、大手製盤メーカで行われる為、コンテンツに暗号化処理を施し記録する工程、即ち暗号化処理工程は全て著作権保護管理団体によって認定された管理状態で行われる為、そこで違反コピーが発生することは考えられない。違反防止機能は復号化処理のみを対応すれば良い。
【０１７３】
一方、記録媒体にコンテンツを暗号化して記録する、即ちディジタルTV放送によって送られてくるコンテンツのコピーワンスが認められている場合の記録処理などは、最終ユーザの記録システムが対応する事になり、その処理制御を違法改造すれば、暗号化コンテンツを記録した媒体を複数枚製作する事や、再生専用媒体の暗号化コンテンツを記録媒体に違法コピーする違反行為が発生するため、暗号化処理と復号化処理の両処理工程について、違反防止機能を考えておかなければならない。
【０１７４】
このようなソフトウエア処理システムとハードウエア処理システム（実際のデータ処理がソフトかハードかの問題では無い）の特異な性質と媒体種別が持つ得意な性質を巧みに使っている。即ち、デバイス鍵をソフトウエアシステム用とハードウエアシステム用に独立して構成することにより、ソフトウエアシステムは定期更新処理で素早いシステム更新が可能である。一方、ハードウエア処理用デバイス鍵は、違反の拡散が非常に早いソフトウエアシステムでは利用出来ない事で、従来のＭＫＢ更新によるシステム更新で違反発生時の被害を最小限に抑える事が可能になる。更に、再生専用媒体の暗号化／復号化ツリーと、記録用媒体で使われる暗号化／復号化ツリーが異なることによって、再生専用媒体の暗号化コンテンツ全てを違反コピーしても、記録媒体用復号化システムでは復号できない。
【０１７５】
図３５は、本発明の復号化基本処理フローである。先ずメディア（光ディスク）が装置本体に挿入されると、不可逆記録のような方式で記録された（Media-Type）が検出され、再生専用媒体か記録用媒体かの選択がなされる。更に処理方法としては、ソフトウエアシステムかハードウエアシステムかの選択が成され、結果として４通りの中から１つの復号化処理の選択がなされる。即ち、
１）S/Wシステム用Prerecorded Mediaの復号
２）H/Wシステム用Prerecorded Mediaの復号
３）S/Wシステム用Recordable Mediaの復号
４）H/Wシステム用Recordable Mediaの復号
である。
【０１７６】
図３５において、ステップＳＴ１は、Media-Type、制御データなどを読み取る工程であり、ステップＳＴ２は、Media-Typeから、再生専用のディスクから、記録再生可能なディスクからの判別を行う工程である。ステップＳＴ３（ＳＴ４）は、共にハードウエア主体装置による再生（記録再生）か、ソフトウエア主体装置による再生（記録再生）かを決定る工程である。ハードウエア主体とソフトウエア主体に応じて、暗号化・復号化処理が異なることになる（ステップＳＴ５−ＳＴ８）。
【０１７７】
図３６は、図３５における各復号化の処理工程を詳細に記述したものである。
【０１７８】
図３７は、今までのVolume-IDやMedia-IDの構成を、（Prerecorded Media）と（Recordable Media）で出来る限り共通化をし、その上でセキュリティー能力向上をするためのデータ構成例を示した図である。
【０１７９】
従来のCPPMにおける（Volume-ID）は、Lead-in領域に記録されていたが、本発明ではその情報を２分割して、（Volume-ID’）と（Media-Type）とし、（Volume-ID’）は従来と同様の場所にきろく、（Media-Type）はBCAのような不可逆記録するか、または同じBCA領域にエンボスパターンで、BCAと同様の記録パターンで記録する。
【０１８０】
一方、記録用媒体は、メディアバインド機能を持たせるために媒体毎にUnique NumberとMedia-Typeを不可逆記録でBCA領域などに記録する。
【０１８１】
このような構成にすることで、記録再生装置は、先ずはMedia-Typeが記録された領域の情報を読み出す。これにより、その後の処理方式を決定させる事ができ、著作権保護機能と併せて、その他の処理を速やかに対応させることが可能になるものである。
【０１８２】
従来、暗号化構造の構成を共通化するべく努力してきたが、本発明はその考え方を変えて、著作権保護を如何に最適化して構成するかを基本にした方式の考案を導入する事で、保護能力を効果的に高めることを実現できるものである。
【０１８３】
本発明における多数の特徴点は、以下のような技術を包含するものである、
コンテンツ等の情報を暗号化して記録再生するシステムにおいて、記録媒体の記録再生ドライブとPC（パソコン）で構成されるシステム（ソフトウエア主体装置）と、ドライブとデータ符号化・復調化処理部が一体となったレコーダシステム（ハードウエア主体装置）とで、互いの暗号/復号化ツリーが異なるように設定している。記録媒体種別において、再生専用媒体と記録媒体で暗号／復号化ツリーを互いに異なるように設定している。
【０１８４】
ソフトウエア主体装置及びハードウエア主体装置のどちらでコンテンツ等の情報を暗号化して記録した場合でも、お互いの装置で正しく再生し、復号することが出来る。ソフトウエア処理用のデバイス鍵セットとハードウエア処理用デバイス鍵セットは別構成とし、ハードウエアデバイス鍵セットをソフトウエア処理用として利用出来ない構成をもっている。記録媒体に記録しておくＭＫＢ（メディア鍵ブロック）は、ソフトウエア処理用とハードウエア処理用で、各々専用に演算生成された、異なるＭＫＢであることも含む。
【０１８５】
ＭＫＢの記録される場所は、ハードウエア用はリードイン領域に、Ｓ／Ｗ処理用はデータ領域に配置される事を含む。ソフトウエア主体装置用ＭＫＢとハードウエア用MKBを同一データファイルで構成することを含む。再生専用媒体と記録媒体では、異なるMKBであることを含む。記録媒体がブランクメディアもしくは古いＭＫＢであった場合は、再生専用媒体に記録されている、最新の記録媒体用ＭＫＢを記録再生装置内メモリーに読み込んで記憶しておき、古いＭＫＢを更新することを含む。
【０１８６】
ソフトウエア用デバイス鍵セットは、ネット接続によって適時更新される。暗号化情報の復号に使われる暗号化タイトル鍵は、ソフトウエア処理ツリーとハードウエア処理ツリーでは、異なる暗号化タイトル鍵である。ハードウエア暗号化・復号化処理システムのみに、ハードウエア処理で構成される（ＭＫＢ変換Data）または（暗号鍵変換Data）処理部（ＫＣＤ処理部）が組み込まれる。記録媒体の記録再生ドライブ（再生専用含む）は、ＫＣＤ処理部が事前に組み込まれており、Ｈ／Ｗ処理システムの場合は有効とし、Ｓ／Ｗ処理システムでは無効になるように選択できる。ＫＣＤ処理部の出力信号(ＫＣＤ)は、再生専用ドライブまたは記録再生ドライブがPCシステムに組み込まれ、暗号化暗号鍵や制御データの伝送をする前に行う（バス認証）処理が行われる場合は、出力が禁止されるようにしている。ＫＣＤ処理部で生成したＫＣＤ信号は、記録媒体の秘匿領域に記録される。
【０１８７】
秘匿領域へのデータ記録再生は、ドライブ内でのみ処理され、外部からは制御出来ないように構成されている。再生専用媒体と記録用媒体の同一場所（例えばLead-inより内側領域）にMedia-Type識別情報が記録されるていることを含む。Media-Type情報はBCAに記録されていることを含む。記録用媒体には不可逆性記録で媒体毎に記録される媒体固有識別情報とMedia-Type情報が併せて構成される事を含む。再生専用媒体のMedia-Type情報は、記録用媒体に記録されるMedia-Type記録場所と同一の場所及び同一記録パターン方式で構成され、記録膜を不可逆記録する方式、またはエンボス成型による構成で生成される。
【０１８８】
本発明のMedia-Type情報を暗号化・復号化ツリーに組み込んだ構成において、コンテンツ等の情報を暗号化して再生専用媒体として供給する場合のマスター盤製作過程において問題が生じる場合がある。即ち、情報データを編集して最終的なストリームデータとしてチェックするオーサリング処理においては、最終的な確認行程として、ストリームを、オーサリング用ライトワンス型記録媒体に記録して、通常の市販プレーヤで評価する方法がある。しかし、Media-Type情報を暗号化・復号化ツリーに組み込んだ場合、この方法を実現する事が困難になる。
【０１８９】
しかしながら、オーサリング用記録媒体のMedia-Type情報にも、再生専用のMedia-Type情報を書込む事で、ライトワンス型記録媒体に再生専用に記録する暗号化コンテンツを記録して、最終チェックを行う事が可能になる。詳細な発明内容の説明では、Media-Type情報として媒体種別識別情報としたが、ここで言うMedia-Type情報は媒体種別識別ではなく、コンテンツ種別識別情報（Content-Type）として利用する事も可能である。
【０１９０】
この様に考え方によって、記録媒体に記録されたコンテンツ種別が、再生専用コンテンツか、ユーザが記録したコンテンツかの、識別情報とする事によって、従来のオーサリング問題も解決可能である。
【０１９１】
記録媒体のコンテンツを暗号化して記録再生することで、著作権保護を実現するシステムにおいて、その装置形態は、記録媒体のデータ記録再生処理を担当するドライブとパソコンのようなホストと連結して、システムを構成するソフトウエア装置システムと、ドライブとコンテンツのエンコード／デコード処理を同じ筐体内に設置して、処理工程の中間信号をスキーミング不能なシステムを構成するハードウエア装置システムが想定できる。ここでは、暗号化ツリーにおける暗号化ベースの秘密鍵であるデバイス鍵は、ソフトウエアシステムではネット接続が一般的であり、定期更新を導入することが可能である。
【０１９２】
即ち、秘密鍵であるデバイス鍵がハッキングされても、デバイス鍵の更新処理でシステム更新が容易である。一方、ハードウエアシステムは、ネットに接続しないで利用される形態が主である為、デバイス鍵の更新は困難なシステムと言える。しかしながら、データ処理の工程は専用の筐体内で行われる為、ユーザからは見えない構成であり、特殊秘匿データの読出しやそのデータの比較判断機能をドライブ内に持たせることは容易である。ソフトウエアシステムに使われるドライブは、標準化されたコマンド信号によって制御され、基本的にはドライブはホストの管理化に置かれた構造であるため、特殊な処理機能を持たせることは出来ない。
【０１９３】
このようなソフトウエア処理システムとハードウエア処理システム（実際のデータ処理がソフトかハードかの問題では無い）の特異な性質を巧みに使って、デバイス鍵をソフトウエアシステム用とハードウエアシステム用に独立して構成することにより、ソフトウエアシステムは定期更新処理で素早いシステム更新が可能であり、ハードウエア処理用デバイス鍵は、違反の拡散が非常に早いソフトウエアシステムでは利用出来ない事で、従来のＭＫＢ更新によるシステム更新で違反発生時の被害を最小限に抑える事が可能になる。
【０１９４】
従来、暗号化構造の構成を共通化するべく努力してきたが、本発明はその考え方を変えて、著作権保護を如何に最適化して構成するかを基本にした方式の考案を導入する事で、保護能力を効果的に高めることを実現できるものである。
【０１９５】
更に、再生専用媒体と記録再生媒体に構成も共通化ではなく、積極的に変える事で、その機能と能力を大幅に向上させることが実現できる技術である。
【０１９６】
本発明に係る実施形態の以下に説明する特徴は、情報記録再生方法、情報記録媒体の再生装置、記録再生装置、情報記録媒体に適用される。
【０１９７】
（１）本発明の実施形態では、コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生するために、記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体用で且つ再生専用媒体用に設けられた第１Ａの暗号化・復号化処理情報と、ソフトウエア主体用で且つ記録再生媒体用に設けられた第１Ｂの暗号化・復号化処理情報とを定義している。また、記録再生ドライブとデータ符号化・復調化処理回路が同一筐体内に一体となって組み込まれたハードウエア主体用で且つ再生専用媒体用に設けられた第２Ａの暗号化・復号化処理情報と、ハードウエア主体用で且つ記録再生媒体用に設けられた第２Ｂの暗号化・復号化処理情報とを定義している。さらに、上記第１Ａと第１Ｂと第２Ａと第２Ｂの暗号化・復号化処理情報との内容が異なるようにしている。ここで、上記第１Ａと第１Ｂの暗号化・復号化処理情報又は、第２Ａと第２Ｂの暗号化・復号化処理情報のいずれか一方を採用した情報記録再生方法として特徴を有する。
【０１９８】
また、本発明の実施形態は、上記第１Ａと第１Ｂの暗号化・復号化処理情報の処理手段又は、第２Ａと第２Ｂの暗号化・復号化処理情報の処理手段いずれか一方を有する情報記録再生装置として特徴を有する。ソフトウエア主体の装置は、上記第１Ａと第１Ｂの暗号化・復号化処理情報の処理手段を有し、ハードウエア主体の装置は、上記第２Ａと第２Ｂの暗号化・復号化処理情報の処理手段を有する。
【０１９９】
（２）また、この発明の実施の形態では、コンテンツ等の情報はメディア鍵に基づいて暗号化され、前記メディア鍵は複数のデバイス鍵で暗号化されたメディアキーブロック（ＭＫＢ）として生成される。そして前記暗号化された前記コンテンツと、暗号化された前記メディアキーブロック（ＭＫＢ）とが共に同一の記録媒体に記録されるものである。前記複数のデバイス鍵は、特定数の鍵が夫々異なる組み合わせで選択されて得られた複数のデバイス鍵セットの中から選択されたものであり、かつ暗号化・復号化システムに配布されたものである。
【０２００】
ここで、ソフトウエア主体の第１Ａの暗号化・復号化処理情報及び第１Ｂの暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ１Ａ・ＭＫＢ１Ｂ）生成用の複数のデバイス鍵１と、ハードウエア主体の第２Ａの暗号化・復号化処理情報及び第２Ｂの暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ２Ａ・ＭＫＢ２Ｂ）生成用の複数のデバイス鍵２とが異なる点に特徴がある。
【０２０１】
（３）また、複数のデバイス鍵セットは各々の暗号化・復号化システムに配布され、コンテンツ等の情報を暗号化・復号化する秘匿鍵として利用される。そして、ソフトウエア主体の第１Ａの暗号化・復号化処理情報及び第１Ｂの暗号化・復号化処理情報における、暗号化・復号化システムに配布されるデバイス鍵セット１と、ハードウエア主体の第２Ａの暗号化・復号化処理情報及び第２Ｂの暗号化・復号化処理情報における、暗号化・復号化システムに配布されるデバイス鍵セット２とは、選択された元の複数のデバイス鍵が異なるものである。
【０２０２】
（４）またこの発明の実施形態では、前記第１Ａ・第１Ｂ・第２Ａ・第２Ｂ暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ１Ａ・ＭＫＢ１Ｂ・ＭＫＢ２Ａ・ＭＫＢ２Ｂ）は夫々異なる。
【０２０３】
（５）さらにまたこの発明の実施形態では、前記メディアキーブロックは、第１と第２のメディアキーブロックを含み、前記第１のメディアキーブロック（ＭＫＢ１Ａ・ＭＫＢ１Ｂ）はＭＫＢデータファイル１として、データエリアに記録される。また、前記第２のメディアキーブロック（ＭＫＢ２Ａ・ＭＫＢ２Ｂ）はＭＫＢデータファイル２として、リードインエリアに記録される。
【０２０４】
（６）さらにまたこの発明の実施形態では、前記第１Ａ・第１Ｂ・第２Ａ・第２Ｂ暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ１Ａ・ＫＢ１Ｂ・ＭＫＢ２Ａ・ＭＫＢ２Ｂ）は、同一のＭＫＢデータファイルとして構成され媒体に記録されてもよい。
【０２０５】
（７）また、再生専用媒体に記録されるメディアキーブロック（ＭＫＢ）としては、前記メディアキーブロック（ＭＫＢ１Ａ・ＫＢ１Ｂ・ＭＫＢ２Ａ・ＭＫＢ２Ｂ）が記録され、記録再生媒体に記録されるメディアキーブロック（ＭＫＢ）としては、ＭＫＢ１ＢとＭＫＢ２Ｂが記録される。
【０２０６】
（８）またこの発明の実施形態では、コンテンツ等の情報はタイトル鍵で暗号化され暗号化コンテンツ（Enc-Content）として記録媒体に記録され、記録された暗号化コンテンツ（Enc-Content）の再生動作では、タイトル鍵で平文コンテンツに復号される。前記タイトル鍵(Kt)はメディア鍵(Km)と媒体識別情報(Volume-ID)によって生成されたメディア固有鍵(Kmu)によって暗号化され、暗号化タイトル鍵(Enc-Kt)として前記記録媒体に記録され、記録された暗号化タイトル鍵(Enc-Kt)からタイトル鍵(Kt)を復号する場合は、メディア固有鍵（Kmu）で前記暗号化タイトル鍵(Enc-Kt)が復号され、復号したタイトル鍵(Kt)を得る。この復号したタイトル鍵(Kt)が上記暗号化コンテンツの復号に利用される。さらにまた、前記メディア鍵(Km)は、メディアキーブロック(MKB)をデバイス鍵セットを使って復号することで抽出され、暗号・復号鍵として利用される。
【０２０７】
この場合、前記媒体識別情報(Volume-ID)は、媒体種別情報（Media-Type）と媒体固有情報（Volume-ID’）との集合で生成されている。
【０２０８】
（９）又この発明の実施形態では、媒体種別情報（Media−Type）は、記録媒体のリードインエリアより内側に構成されるバーストカッティングエリア（BCA）内に配置される。
【０２０９】
（１０）又この発明の実施形態では、記録再生媒体には、事前に媒体固有識別情報（Media-ID）が記録され、この媒体固有識別情報（Media-ID）は、媒体毎に固有な識別番号（Unique-Number）と媒体種別情報（Media-Type）から構成される。そして、タイトル鍵（Kt）暗号化に使われるメディア固有鍵（Kmu）生成の媒体識別情報（Volume-ID）の代わりに利用される。
【０２１０】
（１１）前記媒体固有識別情報（Media-ID）は、リードインより内側のＢＣＡデータ内に配置されるてもよい。
【０２１１】
（１２）又この発明の実施形態では、コンテンツ等の情報はタイトル鍵で暗号化され暗号化コンテンツ（Enc-Content）として記録媒体に記録され、記録された暗号化コンテンツ（Enc-Content）の再生動作ではタイトル鍵で平文コンテンツに復号する。タイトル鍵(Kt)はメディア鍵(Km)と媒体識別情報(Volume-ID)によって生成されたメディア固有鍵(Kmu)によって暗号化され暗号化タイトル鍵(Enc-Kt)として記録媒体に記録され、記録された暗号化タイトル鍵(Enc-Kt)からタイトル鍵を復号する場合はメディア固有鍵（Kmu）で復号して、上記暗号化コンテンツの復号に利用する。メディア鍵(Km)は、メディアキーブロック(MKB)をデバイス鍵セットを使って復号によって抽出され、暗号・復号鍵として利用される。ここで、ソフトウエア主体の第１Ａ及び第１Ｂの暗号化・復号化処理情報に対して、ハードウエア主体の第２Ａ及び第２Ｂの暗号化・復号化処理情報は、第１Ａ及び第１Ｂの暗号化・復号化処理情報には無い構成要素が組み込まれている。
【０２１２】
（１３）ソフトウエア主体の第１Ａ及び第１Ｂの暗号化・復号化処理情報に対して、ハードウエア主体の第２Ａ及び第２Ｂの暗号化・復号化処理情報は、第１Ａ及び第１Ｂの暗号化・復号化処理情報には無い鍵変換データＫＣＤ（Key Conversion Data）が含まれる。そして、他の処理情報の何れかを前記ＫＣＤにより暗号化・復号化する処理工程が存在する。
【０２１３】
（１４）ハードウエア主体の第２Ａ（再生専用媒体対応）及び第２Ｂ（記録用媒体対応）の暗号化・復号化処理情報は、ソフトウエア主体の第１Ａ（再生専用媒体対応）及び第１Ｂ（記録用媒体対応）の暗号化・復号化処理情報には無い鍵変換データＫＣＤ（Key Conversion Data）が含まれる。そして他の処理情報の何れかをＫＣＤによって暗号・復号する処理工程を信号処理工程に組み込む場合、第２Ａ（再生専用媒体対応）の暗号化・復号化処理情報のＫＣＤにより暗号・復号される構成要素と、第２Ｂ（記録用媒体対応）の暗号化・復号化処理情報のＫＣＤにより暗号・復号される構成要素とは異なるように図っている。
【０２１４】
（１５）この発明の実施の形態では、ソフトウエア主体の第１Ａ（再生専用媒体対応）暗号化処理構造と、ハードウエア主体の第２Ａ（再生専用媒体対応）暗号化処理構造は、著作権保護管理団体の認定されたマスター盤記録装置に一体となって組み込まれ、ハードウエア主体の第２Ａ暗号化処理構造では、暗号化タイトル鍵（Enc-Kt）をＫＣＤで多重に暗号化（EncEnc-Kt）する位置に組み込むようにしている。
【０２１５】
（１６）上記した特徴点は、情報記録再生方法、情報記録再生装置及びこれらを実現するための情報記録媒体に取り込まれた特徴点である。
【０２１６】
（１７）また情報記録媒体としては、コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生するために、記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体用で且つ再生専用媒体用に設けられた第１Ａの暗号化・復号化処理情報と、ソフトウエア主体用で且つ記録再生媒体用に設けられた第１Ｂの暗号化・復号化処理情報とを定義している。また、記録再生ドライブとデータ符号化・復調化処理回路が同一筐体内に一体となって組み込まれたハードウエア主体用で且つ再生専用媒体用に設けられた第２Ａの暗号化・復号化処理情報と、ハードウエア主体用で且つ記録再生媒体用に設けられた第２Ｂの暗号化・復号化処理情報とを定義している。さらに、上記第１Ａと第１Ｂと第２Ａと第２Ｂの暗号化・復号化処理情報との内容が異なるようにしている。
【０２１７】
ここで、再生専用媒体は、上記第１Ａの暗号化・復号化処理情報、第２Ａの暗号化・復号化処理情報が記録されるものである。また、記録再生媒体は、第１Ｂの暗号化・復号化処理情報と、第２Ｂの暗号化・復号化処理情報とが記録されている。
【０２１８】
なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【０２１９】
【図１】著作権保護再生処理方法（ＣＰＰＭ方式）の基本的な技術について説明するために示した説明図である。
【図２】著作権保護再生処理方法（ＣＰＲＭ方式）の基本的な技術について説明するために示した説明図である。
【図３】図１（Ａ）、図２（Ａ）における記録再生媒体と装置の関係を示した説明図である。
【図４】本発明の基本的な考えを示した復号システムの構成例を示す図である。
【図５】本発明に係るデバイス鍵と、このデバイス鍵にタ出力するＭＫＢの関係を示した説明図である。
【図６】図６は、図４の復号システムに対応した暗号システムの構成例を示す説明図である。
【図７】本発明に係る復号システムの他の実施形態を示す図である。
【図８】図７の復号システムに対応するソフトウエア暗号システムであり、暗号化されたコンテンツをソフトウエア主体側で記録する場合の構成例を示す図である。
【図９】図７の復号システムに対応するハードウエア暗号システムであり、暗号化されたコンテンツをハードウエア主体側で記録する場合の構成例を示す図である。
【図１０】図７の復号システムに比べて、さらにハードウエア主体装置の特徴、つまり専用処理回路の導入が容易な特徴を利用したハードウエア復号システムの構成例を示す図である。
【図１１】図１０のソフトウエア復号システムに対応するもので、記録媒体へのコンテンツ記録におけるソフトウエア暗号システムの構成例を示す図である。
【図１２】図１０のハードウエア復号システムに対応する、ハードウエア暗号システムの構成例を示す図である。
【図１３】本発明に係る復号システムのさらに他の実施の形態を示す図である。
【図１４】図１３に示したソフトウエア復号システムに対応する、ソフトウエア暗号システムの構成例を示す図である。
【図１５】図１３に示したハードウエア復号システムに対応する、ハードウエア暗号システムの構成例を示す図である。
【図１６】さらにこの発明の他の実施の形態であり、再生専用記録媒体に対するソフトウエア復号システム及びハードウエア復号システムの構成例を示す図である。
【図１７】再生専用記録媒体のマスター盤の製作時に使われる、暗号化システムを示す図である。
【図１８】コンテンツ・ムーブ（Move）に対応した著作権保護方法における処理構成例を示した図である。
【図１９】図１３に示した構成に対してムーブ（Move）対応機能を盛り込んだ装置の構成例を示す図である。
【図２０】本発明に係わる(ＫＣＤ)を利用した場合の記録媒体内での（ＭＫＢ）の配置の例を示した説明図である。
【図２１】本発明に係わるＭＫＢデータファイルの構成例を示す図である。
【図２２】本発明に係わるＭＫＢデータファイルの他の構成例を示す図である。
【図２３】本発明に係わるＭＫＢデータファイルのさらに他の構成例を示す図である。
【図２４】本発明に係わるＭＫＢデータファイルのさらに又他の構成例を示す図である。
【図２５】ドライブ２０１とホスト（パソコン）２０２が接続されたソフトウエア主体装置の例を示し、特にドライブ２０１の内部のブロック関係を示した説明図である。
【図２６】ドライブ２０１をＡＶエンコーダ・デコーダ部２０３とともに同じ筐体に組み込んで、専用レコーダ・プレーヤ２００（ハードウエア主体装置）として利用する場合の説明図である。
【図２７】さらにこの発明の他の実施の形態であり、ソフトウエア復号システムとハードウエア復号システムを示す図である。
【図２８】図２７に示したソフトウエア復号システム対応したソフトウエア暗号システムの構成例を示す図である。
【図２９】図２７に示したハードウエア復号システムに対応したハードウエア暗号システムの構成例を示す図である。
【図３０】さらにこの発明に係る他の実施の形態であり、再生専用媒体に対するソフトウエア復号システムとハードウエア復号システムを示す図である。
【図３１】図３０の再生専用媒体に対するマスター盤製作時に使われる、暗号化システムを示す図である。
【図３２】再生専用メディアに記録されるＭＫＢファイルのデータ構造の例を示す図である。
【図３３】本発明に係るハードウエア主体装置の例を示す図である。
【図３４】本発明に係るソフトウエア主体装置の例を示す図である。
【図３５】本発明に係る復号化方法の基本処理を示すフローチャートである。
【図３６】図３５における各復号化の処理工程を詳細に記述した図である。
【図３７】本発明に関連したVolume-IDやMedia-IDの構成を、（Prerecorded Media）と（Recordable Media）で出来る限り共通化をし、その上でセキュリティー能力向上をするためのデータ構成例を示した図である。
【符号の説明】
【０２２０】
１０−１、１０−２、１０−４、１００…情報記録媒体、２００…ソフトウエア主体装置、２０１…ドライブ、２０２…パソコン又はホストコンピュータ、３００…ハードウエア主体装置。
【特許請求の範囲】
【請求項１】
コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生するために、
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体用で且つ再生専用媒体用に設けられた第１Ａの暗号化・復号化処理情報と、ソフトウエア主体用で且つ記録再生媒体用に設けられた第１Ｂの暗号化・復号化処理情報とを定義し、
また、記録再生ドライブとデータ符号化・復調化処理回路が同一筐体内に一体となって組み込まれたハードウエア主体用で且つ再生専用媒体用に設けられた第２Ａの暗号化・復号化処理情報と、ハードウエア主体用で且つ記録再生媒体用に設けられた第２Ｂの暗号化・復号化処理情報とを定義し、
さらに、上記第１Ａと第１Ｂと第２Ａと第２Ｂの暗号化・復号化処理情報との内容が異なるようにし、
上記上記第１Ａと第１Ｂの暗号化・復号化処理情報、又は第２Ａと第２Ｂの暗号化・復号化処理情報のいずれか一方を採用し、
暗号化コンテンツを上記再生専用媒体又は記録再生媒体から読出し、
暗号化コンテンツを、採用した前記暗号化・復号化処理情報を用いて復号する、
ことを特徴とする情報記録再生方法。
【請求項２】
前記コンテンツ等の情報はメディア鍵に基づいて暗号化され、
前記メディア鍵は複数のデバイス鍵で暗号化されたメディアキーブロック（ＭＫＢ）として生成され、
前記暗号化された前記コンテンツと、暗号化された前記メディアキーブロック（ＭＫＢ）とが共に同一の記録媒体に記録され、
前記複数のデバイス鍵は、特定数の鍵が夫々異なる組み合わせで選択されて得られた複数のデバイス鍵セットの中から選択されたものであり、かる暗号化・復号化システムに配布されたものであり、
前記ソフトウエア主体の第１Ａの暗号化・復号化処理情報及び第１Ｂの暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ１Ａ・ＭＫＢ１Ｂ）生成用の複数のデバイス鍵１と、ハードウエア主体の第２Ａの暗号化・復号化処理情報及び第２Ｂの暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ２Ａ・ＭＫＢ２Ｂ）生成用の複数のデバイス鍵２とが異なることを特徴とする請求項１記載の情報記録再生方法。
【請求項３】
前記複数のデバイス鍵セットは各々の暗号化・復号化システムに配布され、コンテンツ等の情報を暗号化・復号化する秘匿鍵として利用されるもので、
ソフトウエア主体の第１Ａの暗号化・復号化処理情報及び第１Ｂの暗号化・復号化処理情報における、暗号化・復号化システムに配布されるデバイス鍵セット１と、
ハードウエア主体の第２Ａの暗号化・復号化処理情報及び第２Ｂの暗号化・復号化処理情報における、暗号化・復号化システムに配布されるデバイス鍵セット２は、
選択された元の複数のデバイス鍵が異なるものである事を特徴とする、請求項２記載の情報記録再生方法。
【請求項４】
コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生するために、
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体用で且つ再生専用媒体用に設けられた第１Ａの暗号化・復号化処理情報と、ソフトウエア主体用で且つ記録再生媒体用に設けられた第１Ｂの暗号化・復号化処理情報とを定義し、
また、記録再生ドライブとデータ符号化・復調化処理回路が同一筐体内に一体となって組み込まれたハードウエア主体用で且つ再生専用媒体用に設けられた第２Ａの暗号化・復号化処理情報と、ハードウエア主体用で且つ記録再生媒体用に設けられた第２Ｂの暗号化・復号化処理情報とを定義し、
さらに、上記第１Ａと第１Ｂと第２Ａと第２Ｂの暗号化・復号化処理情報との内容が異なるようにし、
上記第１Ａと第１Ｂの暗号化・復号化処理情報を用いて、暗号化コンテンツの復号化を行う復号化手段、又は、上記第２Ａと第２Ｂの暗号化・復号化処理情報を用いて、暗号化コンテンツの復号化処理を行う復号化手段のいずれか一方を採用していることを特徴とする情報再生装置。
【請求項５】
前記コンテンツ等の情報はメディア鍵に基づいて暗号化され、
前記メディア鍵は複数のデバイス鍵で暗号化されたメディアキーブロック（ＭＫＢ）として生成され、
前記暗号化された前記コンテンツと、暗号化された前記メディアキーブロック（ＭＫＢ）とが共に同一の記録媒体に記録され、
前記複数のデバイス鍵は、特定数の鍵が夫々異なる組み合わせで選択されて得られた複数のデバイス鍵セットの中から選択されたものであり、かる暗号化・復号化システムに配布されたものであり、
前記ソフトウエア主体の第１Ａの暗号化・復号化処理情報及び第１Ｂの暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ１Ａ・ＭＫＢ１Ｂ）生成用の複数のデバイス鍵１と、ハードウエア主体の第２Ａの暗号化・復号化処理情報及び第２Ｂの暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ２Ａ・ＭＫＢ２Ｂ）生成用の複数のデバイス鍵２とが異なることを特徴とする請求項４記載の情報再生装置。
【請求項６】
前記複数のデバイス鍵セットは各々の暗号化・復号化システムに配布され、コンテンツ等の情報を暗号化・復号化する秘匿鍵として利用されるもので、
ソフトウエア主体の第１Ａの暗号化・復号化処理情報及び第１Ｂの暗号化・復号化処理情報における、暗号化・復号化システムに配布されるデバイス鍵セット１と、
ハードウエア主体の第２Ａの暗号化・復号化処理情報及び第２Ｂの暗号化・復号化処理情報における、暗号化・復号化システムに配布されるデバイス鍵セット２は、
選択された元の複数のデバイス鍵が異なるものである事を特徴とする、請求項５記載の情報再生装置。
【請求項７】
コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生するために、
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体用で且つ再生専用媒体用に設けられた第１Ａの暗号化・復号化処理情報と、ソフトウエア主体用で且つ記録再生媒体用に設けられた第１Ｂの暗号化・復号化処理情報とを定義し、
また、記録再生ドライブとデータ符号化・復調化処理回路が同一筐体内に一体となって組み込まれたハードウエア主体用で且つ再生専用媒体用に設けられた第２Ａの暗号化・復号化処理情報と、ハードウエア主体用で且つ記録再生媒体用に設けられた第２Ｂの暗号化・復号化処理情報とを定義し、
さらに、上記第１Ａと第１Ｂと第２Ａと第２Ｂの暗号化・復号化処理情報との内容が異なるものであり、
上記第１Ａの暗号化・復号化処理情報と上記第２Ａの暗号化・復号化処理情報、又は上記第１Ｂの暗号化・復号化処理情報と上記第２Ｂの暗号化・復号化処理情報のいずれか一方が記録されている情報記録媒体。
【請求項８】
前記第１Ａ・第１Ｂ・第２Ａ・第２Ｂ暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ１Ａ・ＭＫＢ１Ｂ・ＭＫＢ２Ａ・ＭＫＢ２Ｂ）は夫々異なる事を特徴とする請求項７記載の情報記録再媒体。
【請求項９】
前記メディアキーブロックは、第１と第２のメディアキーブロックを含み、
前記第１のメディアキーブロック（ＭＫＢ１Ａ・ＭＫＢ１Ｂ）はＭＫＢデータファイル１として、データエリアに記録され、
前記第２のメディアキーブロック（ＭＫＢ２Ａ・ＭＫＢ２Ｂ）はＭＫＢデータファイル２として、リードインエリアに記録されることを特徴とする、請求項７記載の情報記録媒体。
【請求項１０】
前記第１Ａ・第１Ｂ・第２Ａ・第２Ｂ暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ１Ａ・ＫＢ１Ｂ・ＭＫＢ２Ａ・ＭＫＢ２Ｂ）は、同一のＭＫＢデータファイルとして構成され記録される事を特徴とする、請求項７記載の情報記録媒体。
【請求項１１】
再生専用媒体に記録されるメディアキーブロック（ＭＫＢ）としては、前記メディアキーブロック（ＭＫＢ１Ａ・ＫＢ１Ｂ・ＭＫＢ２Ａ・ＭＫＢ２Ｂ）が記録され、
記録再生媒体に記録されるメディアキーブロック（ＭＫＢ）としては、ＭＫＢ１ＢとＭＫＢ２Ｂが記録されることを特徴とする、請求項７記載の情報記録媒体。
【請求項１】
コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生するために、
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体用で且つ再生専用媒体用に設けられた第１Ａの暗号化・復号化処理情報と、ソフトウエア主体用で且つ記録再生媒体用に設けられた第１Ｂの暗号化・復号化処理情報とを定義し、
また、記録再生ドライブとデータ符号化・復調化処理回路が同一筐体内に一体となって組み込まれたハードウエア主体用で且つ再生専用媒体用に設けられた第２Ａの暗号化・復号化処理情報と、ハードウエア主体用で且つ記録再生媒体用に設けられた第２Ｂの暗号化・復号化処理情報とを定義し、
さらに、上記第１Ａと第１Ｂと第２Ａと第２Ｂの暗号化・復号化処理情報との内容が異なるようにし、
上記上記第１Ａと第１Ｂの暗号化・復号化処理情報、又は第２Ａと第２Ｂの暗号化・復号化処理情報のいずれか一方を採用し、
暗号化コンテンツを上記再生専用媒体又は記録再生媒体から読出し、
暗号化コンテンツを、採用した前記暗号化・復号化処理情報を用いて復号する、
ことを特徴とする情報記録再生方法。
【請求項２】
前記コンテンツ等の情報はメディア鍵に基づいて暗号化され、
前記メディア鍵は複数のデバイス鍵で暗号化されたメディアキーブロック（ＭＫＢ）として生成され、
前記暗号化された前記コンテンツと、暗号化された前記メディアキーブロック（ＭＫＢ）とが共に同一の記録媒体に記録され、
前記複数のデバイス鍵は、特定数の鍵が夫々異なる組み合わせで選択されて得られた複数のデバイス鍵セットの中から選択されたものであり、かる暗号化・復号化システムに配布されたものであり、
前記ソフトウエア主体の第１Ａの暗号化・復号化処理情報及び第１Ｂの暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ１Ａ・ＭＫＢ１Ｂ）生成用の複数のデバイス鍵１と、ハードウエア主体の第２Ａの暗号化・復号化処理情報及び第２Ｂの暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ２Ａ・ＭＫＢ２Ｂ）生成用の複数のデバイス鍵２とが異なることを特徴とする請求項１記載の情報記録再生方法。
【請求項３】
前記複数のデバイス鍵セットは各々の暗号化・復号化システムに配布され、コンテンツ等の情報を暗号化・復号化する秘匿鍵として利用されるもので、
ソフトウエア主体の第１Ａの暗号化・復号化処理情報及び第１Ｂの暗号化・復号化処理情報における、暗号化・復号化システムに配布されるデバイス鍵セット１と、
ハードウエア主体の第２Ａの暗号化・復号化処理情報及び第２Ｂの暗号化・復号化処理情報における、暗号化・復号化システムに配布されるデバイス鍵セット２は、
選択された元の複数のデバイス鍵が異なるものである事を特徴とする、請求項２記載の情報記録再生方法。
【請求項４】
コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生するために、
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体用で且つ再生専用媒体用に設けられた第１Ａの暗号化・復号化処理情報と、ソフトウエア主体用で且つ記録再生媒体用に設けられた第１Ｂの暗号化・復号化処理情報とを定義し、
また、記録再生ドライブとデータ符号化・復調化処理回路が同一筐体内に一体となって組み込まれたハードウエア主体用で且つ再生専用媒体用に設けられた第２Ａの暗号化・復号化処理情報と、ハードウエア主体用で且つ記録再生媒体用に設けられた第２Ｂの暗号化・復号化処理情報とを定義し、
さらに、上記第１Ａと第１Ｂと第２Ａと第２Ｂの暗号化・復号化処理情報との内容が異なるようにし、
上記第１Ａと第１Ｂの暗号化・復号化処理情報を用いて、暗号化コンテンツの復号化を行う復号化手段、又は、上記第２Ａと第２Ｂの暗号化・復号化処理情報を用いて、暗号化コンテンツの復号化処理を行う復号化手段のいずれか一方を採用していることを特徴とする情報再生装置。
【請求項５】
前記コンテンツ等の情報はメディア鍵に基づいて暗号化され、
前記メディア鍵は複数のデバイス鍵で暗号化されたメディアキーブロック（ＭＫＢ）として生成され、
前記暗号化された前記コンテンツと、暗号化された前記メディアキーブロック（ＭＫＢ）とが共に同一の記録媒体に記録され、
前記複数のデバイス鍵は、特定数の鍵が夫々異なる組み合わせで選択されて得られた複数のデバイス鍵セットの中から選択されたものであり、かる暗号化・復号化システムに配布されたものであり、
前記ソフトウエア主体の第１Ａの暗号化・復号化処理情報及び第１Ｂの暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ１Ａ・ＭＫＢ１Ｂ）生成用の複数のデバイス鍵１と、ハードウエア主体の第２Ａの暗号化・復号化処理情報及び第２Ｂの暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ２Ａ・ＭＫＢ２Ｂ）生成用の複数のデバイス鍵２とが異なることを特徴とする請求項４記載の情報再生装置。
【請求項６】
前記複数のデバイス鍵セットは各々の暗号化・復号化システムに配布され、コンテンツ等の情報を暗号化・復号化する秘匿鍵として利用されるもので、
ソフトウエア主体の第１Ａの暗号化・復号化処理情報及び第１Ｂの暗号化・復号化処理情報における、暗号化・復号化システムに配布されるデバイス鍵セット１と、
ハードウエア主体の第２Ａの暗号化・復号化処理情報及び第２Ｂの暗号化・復号化処理情報における、暗号化・復号化システムに配布されるデバイス鍵セット２は、
選択された元の複数のデバイス鍵が異なるものである事を特徴とする、請求項５記載の情報再生装置。
【請求項７】
コンテンツ等の情報を暗号化して記録媒体に記録或いは記録媒体から再生するために、
記録再生ドライブとパーソナルコンピュータで構成されるソフトウエア主体用で且つ再生専用媒体用に設けられた第１Ａの暗号化・復号化処理情報と、ソフトウエア主体用で且つ記録再生媒体用に設けられた第１Ｂの暗号化・復号化処理情報とを定義し、
また、記録再生ドライブとデータ符号化・復調化処理回路が同一筐体内に一体となって組み込まれたハードウエア主体用で且つ再生専用媒体用に設けられた第２Ａの暗号化・復号化処理情報と、ハードウエア主体用で且つ記録再生媒体用に設けられた第２Ｂの暗号化・復号化処理情報とを定義し、
さらに、上記第１Ａと第１Ｂと第２Ａと第２Ｂの暗号化・復号化処理情報との内容が異なるものであり、
上記第１Ａの暗号化・復号化処理情報と上記第２Ａの暗号化・復号化処理情報、又は上記第１Ｂの暗号化・復号化処理情報と上記第２Ｂの暗号化・復号化処理情報のいずれか一方が記録されている情報記録媒体。
【請求項８】
前記第１Ａ・第１Ｂ・第２Ａ・第２Ｂ暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ１Ａ・ＭＫＢ１Ｂ・ＭＫＢ２Ａ・ＭＫＢ２Ｂ）は夫々異なる事を特徴とする請求項７記載の情報記録再媒体。
【請求項９】
前記メディアキーブロックは、第１と第２のメディアキーブロックを含み、
前記第１のメディアキーブロック（ＭＫＢ１Ａ・ＭＫＢ１Ｂ）はＭＫＢデータファイル１として、データエリアに記録され、
前記第２のメディアキーブロック（ＭＫＢ２Ａ・ＭＫＢ２Ｂ）はＭＫＢデータファイル２として、リードインエリアに記録されることを特徴とする、請求項７記載の情報記録媒体。
【請求項１０】
前記第１Ａ・第１Ｂ・第２Ａ・第２Ｂ暗号化・復号化処理情報におけるメディアキーブロック（ＭＫＢ１Ａ・ＫＢ１Ｂ・ＭＫＢ２Ａ・ＭＫＢ２Ｂ）は、同一のＭＫＢデータファイルとして構成され記録される事を特徴とする、請求項７記載の情報記録媒体。
【請求項１１】
再生専用媒体に記録されるメディアキーブロック（ＭＫＢ）としては、前記メディアキーブロック（ＭＫＢ１Ａ・ＫＢ１Ｂ・ＭＫＢ２Ａ・ＭＫＢ２Ｂ）が記録され、
記録再生媒体に記録されるメディアキーブロック（ＭＫＢ）としては、ＭＫＢ１ＢとＭＫＢ２Ｂが記録されることを特徴とする、請求項７記載の情報記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【公開番号】特開２００６−２０３８１２（Ｐ２００６−２０３８１２Ａ）
【公開日】平成１８年８月３日（２００６．８．３）
【国際特許分類】
【出願番号】特願２００５−１５９７３（Ｐ２００５−１５９７３）
【出願日】平成１７年１月２４日（２００５．１．２４）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成１８年８月３日（２００６．８．３）
【国際特許分類】
【出願日】平成１７年１月２４日（２００５．１．２４）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]