(57)【要約】【課題】ＡＡＣＳの鍵情報更新処理に伴うユーザ待ちを極力避ける。【解決手段】更新される鍵情報（Title Key File等）を用いてアクセス制限対象のオブジェクト（ＶＯＢ／ＳＯＢ）に暗号化処理を施し、暗号化されたオブジェクトデータをメディア（光ディスク／ＨＤＤ）に記録する。ここでは、前記鍵情報の更新処理（鍵情報の再設定と再暗号化）およびこの更新処理の結果得られる更新情報を前記メディアへ書き込む処理を、所定のタイミング（ＳＴ１２０Ａイエス）で一括して行う（ＳＴ２０Ａ）。【選択図】  図１２
2008022366.tif 000002
【特許請求の範囲】
【請求項１】
更新される鍵情報を用いてオブジェクトに暗号化処理を施し、暗号化されたオブジェクトデータをメディアに記録する方法において、
前記鍵情報の更新処理および／またはこの更新処理の結果得られる更新情報を前記メディアへ書き込む処理を、所定のタイミングで一括して行う記録方法。
【請求項２】
前記メディアがメディアドライブ装置に装填されるリムーバブルメディアである場合において、前記メディアドライブ装置から前記リムーバブルメディアが取り出されあるいは入れ替えられるときを前記所定のタイミングとして、前記鍵情報の従前書き込み時からの更新情報を前記リムーバブルメディアにまとめて書き込む請求項１に記載の方法。
【請求項３】
前記メディアが前記オブジェクトの記録再生装置で用いられるメディアである場合において、前記記録再生装置の電源がオフされるときを前記所定のタイミングとして、前記鍵情報の従前書き込み時からの更新情報を前記メディアにまとめて書き込む請求項１または請求項２に記載の方法。
【請求項４】
前記オブジェクトが第1のフォーマットまたは第２のフォーマットでエンコードされるデジタルストリームに対応する場合において、前記オブジェクトのエンコードフォーマットが前記第1および第２のフォーマットの一方から他方へ変更されるときを前記所定のタイミングとして、前記鍵情報の従前書き込み時からの更新情報を前記メディアにまとめて書き込む請求項１ないし請求項３のいずれか1項に記載の方法。
【請求項５】
前記オブジェクトデータを前記メディアに記録する処理がソフトウエアで行われる場合において、前記ソフトウエアの終了処理時を前記所定のタイミングとして、前記ソフトウエアの開始時から累積された前記鍵情報の更新情報あるいは前記鍵情報の従前書き込み時から累積された更新情報を、前記メディアにまとめて書き込む請求項１ないし請求項４のいずれか1項に記載の方法。
【請求項６】
前記オブジェクトデータを前記メディアに記録する処理を行うシステムにおいて、前記システムがアイドル状態となった際に前記鍵情報の更新情報の書き込みが未だであることが検出されたときは、この検出のときを前記所定のタイミングとして、前記鍵情報の累積された更新情報を前記メディアにまとめて書き込む請求項１ないし請求項５のいずれか1項に記載の方法。
【請求項７】
前記所定のタイミングに至る前までに、前記更新情報を累積記憶する請求項１ないし請求項６のいずれか1項に記載の方法。
【請求項８】
請求項１ないし請求項７のいずれか１項に記載の前記メディアから前記暗号化に関する情報を読み取り、この読み取った情報から復号鍵を生成し、この生成した復号鍵を用いて、暗号化された前記オブジェクトデータを復号しつつ再生する方法。
【請求項９】
更新される鍵情報を用いてオブジェクトに暗号化処理を施す手段と、
暗号化されたオブジェクトデータをメディアに記録する手段と、
前記鍵情報の更新処理およびこの更新処理の結果得られる更新情報を前記メディアへ書き込む処理を、所定のタイミングで一括して行う手段とを具備した記録装置。
【請求項１０】
メディアから暗号化されたオブジェクトデータおよびこの暗号化に関する情報を読み取る手段と、
読み取った前記暗号化に関する情報から復号鍵を生成する手段と、
生成した前記復号鍵を用いて暗号化されたオブジェクトデータを復号しつつ再生する手段とを具備した記録再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、暗号鍵等を利用した情報アクセス管理に関する。特に、高度機密情報（Highly Confidential Data）の保護に利用される鍵の更新方法に関する。
【背景技術】
【０００２】
近年、ディスクメディア等に記録されたコンテンツにアクセスするデジタル機器が種々開発されている。このような機器でアクセスされるディスクに記録されたデータには、不正アクセスあるいは違法コピーを防止するため、暗号化処理が施されている。この暗号化されたデータには、ＤＶＤ（Digital Versatile Disc）では主にＣＳＳ（Content Scramble System）方式に準拠した暗号化方式が採用されている。
【０００３】
一方、より高度な暗号化方式として、ＡＡＣＳ（Advanced Access Content System）が提案されている（特許文献１）。このＡＡＣＳ方式を採用する場合、例えばセットメーカーは、ライセンシーが持つ鍵マトリクスから特定の鍵セットを入手し、異なる組み合わせの鍵を暗号化して、個々の機器に組み込んでいる。また、暗号鍵を累積更新する方法の提案もなされている（特許文献２）。
【特許文献１】特開２００５−３９４８０号公報
【特許文献２】特開２００２−３００１５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＡＡＣＳでは、コンテンツを正当に記録再生する機器毎に付与されたデバイスキーとランダムに発生させた乱数とにより、複数のキーそれぞれを暗号化して乱数とともにキーファイルに登録して、メディアに記録する。コンテンツを再生する場合には、このキーファイルに登録されている暗号化キーを、乱数と再生しようとする機器のデバイスキーとで復号化する。そして、復号化されたキーでコンテンツを復号化して、コンテンツを再生する。
【０００５】
ところで、この暗号化／復号化のキーに関する情報はメディアの反復録画使用中に何度も更新されることになるが、その更新処理には時間がかかる。そのため、使用途中で更新処理が割り込んでくると、その処理の待ち時間でユーザは不快な思いをすることがある。
【０００６】
この発明の課題の１つは、鍵情報の更新処理に伴うユーザ待ちを極力避けることができるようにすることである。
【課題を解決するための手段】
【０００７】
この発明の一実施の形態に係る方法は、更新される鍵情報（Title Key File等）を用いて（アクセス制限対象の）オブジェクト（ＶＯＢ／ＳＯＢ）に暗号化処理を施し、暗号化されたオブジェクトデータをメディア（光ディスク／ＨＤＤ）に記録するもので利用される。この方法では、前記鍵情報の更新処理（鍵情報の再設定と再暗号化）および／またはこの更新処理の結果得られる更新情報を前記メディアへ書き込む処理を、所定のタイミング（図１０のＳＴ１２０イエスまたは図１２〜図１６のＳＴ１２０Ａ〜ＳＴ１２０Ｅイエス）で一括して行う（図１２〜図１６のＳＴ２０Ａ〜ＳＴ２０Ｅ）ようにしている。
【発明の効果】
【０００８】
鍵情報の更新処理に伴うユーザ待ちを極力避けることができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照してこの発明の種々な実施の形態を説明する。光ディスク等の情報記録媒体に対して情報を記録する場合、情報を暗号化して記録することが要求される場合がある。その場合、例えば著作権保護されたコンテンツを暗号鍵で暗号化して暗号化コンテンツとし、さらに暗号化に用いた前記暗号鍵を秘匿させるため、他の暗号鍵で暗号化して暗号化鍵としている。そして前記暗号化鍵と暗号化コンテンツを一緒に記録媒体に記録し、違法コピー防止している。
【００１０】
現在、急速にマーケットを拡大しているＤＶＤ（Digital Versatile Disc）では、著作権保護に関して、次のような対応が図られている。即ち、ＤＶＤビデオでは、ＤＶＤ  ＣＣＡ（DVD Copy Control Association）がライセンスしているＣＳＳ（Content Scramble System）方式を利用しており、ＤＶＤオーディオではＣＰＰＭ（Content Protection for Prerecorded Media）方式を利用している。また、記録メディアに記録されるコンテンツの著作権保護方式ではＣＰＲＭ（Content Protection for Recordable Media）方式が利用されている。ＣＰＰＭ方式とＣＰＲＭ方式のライセンスは、特定の団体（例えば４Ｃ  Ｅｎｔｉｔｙ，  ＬＬＣと称される団体）が行っている。
【００１１】
一方では、更に高精細映像や高品質多チャネル音声信号などを記録再生可能とする、大容量の次世代ＤＶＤ等の開発が進められている。このような次世代記録媒体へ高品位著作物を記録する場合の著作権保護方式は、従来以上にセキュリティー能力を高めた方式の導入が要求されている。その具体例として、ＡＡＣＳ（Advanced Access Content System）方式がある。以下、ＨＤ＿ＤＶＤ−ＶＲ（High Density Digital Versatile Disc Video Recording）フォーマットで採用するコンテンツ保護技術であるＡＡＣＳにおけるコンテンツ鍵の管理方法を説明する。
【００１２】
従来のＣＰＲＭ方式では、ディスクの中に存在するメディアキーブロック（ＭＫＢ）とメディアＩＤ（Media ID）を用いて暗号鍵を生成してコンテンツを暗号化していた。一方、ＡＡＣＳ方式では、ディスク内のコンテンツは共通の１つの暗号鍵ではなく、コンテンツ毎の暗号鍵によって暗号化されている。
【００１３】
図１はメディア１００内のデータの構成例を示す図である。この例では、同一のメディア内には、ＭＰＥＧ２−ＰＳなどの形式のコンテンツであるビデオオブジェクト（ＶＯＢ）、ＭＰＥＧ２−ＴＳなどの形式のコンテンツであるストリームオブジェクト（ＳＯＢ）をそれぞれ規格上最大１９９８個保存することが可能となっている。従来の方式ではこれらの全オブジェクトで１つの暗号鍵を使用しているが、ＡＡＣＳ方式ではコンテンツ毎にそれぞれ異なる暗号鍵によって暗号化がなされている。そしてこのコンテンツごとの暗号鍵はタイトルキーファイル（ＴＫＦ）に記憶されている。即ち、ビデオオブジェクト用タイトルキーファイルとストリームオブジェクト用タイトルキーファイルが設けられ、それぞれのタイトルキーファイルには暗号化されたタイトルキー（Encrypted Title Key：略してＥ−ＴＫ）が最大１９９８個保存可能となっている。
【００１４】
図２は、メデイア１００に記録された暗号化コンテンツ（Encrypted Contents）を復号する処理を説明する図である。図２には、コンテンツなどを記録したメディア１００に格納されている情報と、情報記録再生装置２００に設けられた処理機能及びそれらの間のデータの流れを表している。
【００１５】
ＨＤ＿ＤＶＤ Video Recording Formatで採用するコンテンツ保護技術はＡＡＣＳである。ＡＡＣＳにおけるコンテンツ鍵の管理方法を図２を用いて説明する。ＡＡＣＳ処理で使用するディスクの上書き換え不能な領域に記録されているデータには、
・Media ID
・Lead-in MKB
がある。
【００１６】
一方、ＡＡＣＳ処理で使用するものであってディスク１００上でファイルとして存在するデータには、
・Read Write MKB
・Title Key File
・Title Usage File
がある。またTitle Key Fileの先頭アドレスのプロテクト領域にはBinding Nonceという乱数を基にしたデータが記録されている。
【００１７】
ＡＡＣＳでは、コンテンツを暗号化するための「タイトル鍵（Ｋｔ）」を生成する処理は、大きくいって、次の順番で実行される。すなわち、まずLead-in MKBとRead Write MKBのバージョンの新しいほうを使用してＭＫＢ処理を行う。この処理で生成される鍵を「メディア鍵（Ｋｍ）」と呼ぶ。このメディア鍵ＫｍとBinding Nonceを入力としてProtected Area Key処理（Ｋｐａ処理）を行うと「プロテクテッドエリアキー（Ｋｐａ）」が生成される。このＫｐａとTitle Usage FileのデータとTitle Key Fileのデータを入力としてTitle Key処理（ＴＫ処理）を行うことで、Title Key Fileに記載されている暗号化されたタイトル鍵（Encrypted Title Key）を本来のタイトル鍵Ｋｔに変換することができる。
【００１８】
ＭＫＢとはMedia Key Blockと呼ばれるデータであり、メディア鍵Ｋｍが暗号化されて記録されたものである。またＭＫＢには不正機器の情報も記録されており、不正機器はＫｍを取り出すことができないようになっている。不正機器の情報は更新されるため、ＭＫＢも新しいものを使うようにする必要がある。このためＨＤ＿ＤＶＤのＡＡＣＳでは、メディアのLead-in Areaに埋め込まれているLead-in MKB、ディスク上にファイルとして保存されているRead Write MKB、及び機器自体が内部の不揮発メモリに保存するＭＫＢ（以後、Device MKBとする）の３種類のＭＫＢが存在し、このうちもっとも新しいＭＫＢをRead Write MKBに上書きすることが定められている。但し、ＭＫＢが新しいものに更新されるということはＫｍの値が変更されることになるため、Ｋｍ以降のすべての鍵情報（Ｋｐａ、Ｋｔ等）は再生成する必要がある。
【００１９】
なお、図２の情報記録再生装置２００には、制御部２１０、読み出し部２２０、書込み部２３０が設けられている。制御部２１０は、図２に示す情報記録再生装置２００の各機能及び各処理動作を制御する。読出し部２２０は、メディア１００よりデータを情報記録再生装置２００に読み込む。書込み部２３０は、情報記録再生装置２００内のデータをメディア１００に書き込む。
【００２０】
メディア１００の読み取り専用リードイン領域にはLead-in MKB（Media Key Block）が格納され、書き換え可能領域であるUser Data AreaにはRead Write MKBが格納されている。ＭＫＢは、コンテンツ暗号化のベース鍵であるメディアキー（Ｋｍ）を、情報記録再生装置２００に秘密鍵として設置されるデバイスキー（Ｋｄ）の集合体で暗号化して数学的体系を整えた、「メディアキーブロック」である。
【００２１】
図２のＳ１０において、メディア１００に記録されているLead-in MKBとRead Write MKBのバージョンを比較して、Read Write MKB のバージョンが、Lead-in MKBのバージョン以上であることを確認した上で、Read Write MKBをMedia MKBとして読み出す。また、メディア１００にLead-in MKBのみしか存在しない場合には、Lead-in MKBをMedia MKBとして読み出す。そして、Ｓ１１において情報記録再生装置２００で保存されているデバイスキーセット（Set of Device KeysあるいはDevice Key Set）とMedia MKBとを用いてＭＫＢ処理を行う。このデバイスキーセットは、複数のデバイスキーＫｄで構成されている。
【００２２】
ここで、ＭＫＢにはプロテクテッドエリアキー（Ｋｐａ）を生成するための情報が暗号化されて保存されているが、そのほかに、リボーク情報（Revoke Information：取消情報あるいは無効化情報）も含まれている。即ち、あるデバイスキーセットにセキュリティホールが存在し、ライセンサが該当するデバイスキーＫｄを使用禁止としたときは、該当するデバイスキーＫｄに関するリボーク情報が記載される。このリボーク情報によって、該当するデバイスキーＫｄを持ったデバイスでは暗号を解くことができなくなる（つまりリボークされた情報を再生できなくなる）。不正機器の情報は時間経過に伴い漸次更新されるため、ＭＫＢも新しいもの（最新の更新されたＭＫＢ）を使うようにする必要がある。そのため上述のようにバージョンの新しいほうをMedia MKBとして使用する。
【００２３】
このＭＫＢ処理によって、メディア鍵（Ｋｍ）が生成される。図２のＳ１２において、生成されたメディア鍵を検証する。生成されたメディア鍵が検証結果不正である場合は、デバイスキーセットが不正であるとみなして、ＡＡＣＳに関する処理を終了する。
【００２４】
一方、タイトルキーファイル（ＴＫＦ）の先頭アドレスのプロテクト領域には、Binding Nonceというファイルと結合した「乱数を基にしたデータ」が記録されている。このBinding Nonceは、例えば、ＰＣ（パソコン）のWrite命令ではコピー不可であり、ＡＡＣＳで定義された命令のみによってコピーが可能である。このように、ＡＡＣＳのライセンスを受けたハードでのみコピー可能とすることで、ＰＣを介した情報の流出を防いでいる。
【００２５】
次に、図２のＳ１３において、ＫｍとBinding Nonceを用いて、暗号処理であるＫｐａ処理を実施する。このＫｐａ処理には、暗号アルゴリズムであるＡＥＳ（Advanced Encrypted Standard）−Ｇを用いる。このＫｐａ処理の結果としてプロテクテッドエリアキー（Ｋｐａ）が生成される。
【００２６】
次に、Ｋｐａからタイトルキー（ＴＫ）を生成するための、タイトルキー処理について説明する。この処理は図２のＳ１４で示されている。タイトルキーファイル（ＴＫＦ）には、ＴＫＦＮ（Title Key File Nonce）という乱数データが記憶されている。このＴＫＦＮは暗号化処理（後述）において、タイトルキーを暗号化するために用いられた乱数データである。また、ディスク１００にはコンテンツの利用規則を記述したTitle Usage Fileが備わっている。このTitle Usage Fileには、複数の使用規則それぞれについて、その使用規則を適用するか否かの情報（Usage Rule）が、０または１のＢｉｔ情報として記述されている。
【００２７】
さらに、ディスク１００のリードイン領域より内側に設けられた読取専用のバーストカッティングエリア（ＢＣＡ）には、Media IDが記録されている。Media IDは、メディア毎に付加されている固有ＩＤである。そして、書き換え可能領域であるユーザデータエリアには、Media IDを用いた改ざん防止コードＭＡＣ（Message Authentication Code）であるMedia ID MACが格納されている。
【００２８】
図２のＳ１４に示すタイトルキー処理では、上述のUsage Ruleを処理した結果とＫｐａとＴＫＦＮとに基いてＡＥＳ−Ｄのアルゴリズムを用いた処理を行い、暗号化されたタイトルキー（Ｅ−ＴＫ）を復号してタイトルキー（ＴＫ）を生成する。なお、この際ＢＣＡに格納されているMedia IDを用いて生成したＭＡＣと、ディスクに格納されているMedia ID MACとを比較して改ざんがなされていないことが検証される。図２のＳ１５において、このようにして生成されたＴＫと暗号化されたコンテンツ（Encrypted contents）とをＡＥＳ−Ｇのアルゴリズムで処理してコンテンツキーを生成し、Ｓ１６において、このコンテンツキーを用いて暗号化されたコンテンツ（Encrypted contents）を復号してコンテンツを生成する。
【００２９】
図３は、コンテンツを暗号化してHD_DVD-R/RW/RAM等の光ディスク１００に記録する処理を説明する図である。なお、使用する用語は図２と同一であるため、重複する説明は省略する。図３のＳ２０において、メディア１００に記録されているLead-in MKBとRead Write MKBのバージョンを比較して、バージョンの新しいＭＫＢをMedia MKBとして読み出す。次に、Media MKBと、情報記録再生装置２００が保有するDevice MKBとのバージョンを比較する。Device MKBのバージョンの方が新しい場合は、Ｓ２１において、ＭＫＢ更新処理を起動しRead Write MKBにDevice MKBの値を更新する。但し、Media MKBのバージョンの方が新しい場合にDevice MKBの値を更新するかどうかは、セット仕様となる。そして、図３のＳ２２において、情報記録再生装置２００で保存されているデバイスキーセットとMedia MKBとを用いてＭＫＢ処理を行う。このＭＫＢ処理によって、メディア鍵（Ｋｍ）が生成される。
【００３０】
図３のＳ２３において、生成されたメディア鍵を検証し、生成されたメディア鍵が検証結果不正である場合は、デバイスキーセットが不正であるとみなしてＡＡＣＳに関する処理を終了する。一方、図３のＳ２４において、ＫｍとBinding Nonceとを用いて、暗号処理であるＫｐａ処理を実施する。ＡＥＳ−Ｇを用いたＫｐａ処理の結果としてプロテクテッドエリアキー（Ｋｐａ）が生成される。
【００３１】
図３のＳ２５において、タイトルキー（ＴＫ）とコンテンツとをＡＥＳ−Ｇのアルゴリズムで処理してコンテンツキーを生成する。そして、Ｓ２６において、このコンテンツキーを用いてコンテンツを暗号化してEncrypted contentsを生成し、メディア１００に記録する。また、Ｓ２７において、Media IDとＴＫとを用いてＭＡＣを生成し、メディア１００にMedia ID MACとして格納する。一方、Ｓ２８において、タイトルキーを暗号化するために用いられる乱数データを生成し、Title Key File Nonceとしてメディア１００に記録する。そして、Ｓ２９において、Usage Ruleをハッシュ処理（公知技術）した結果とＫｐａとＴＫとに基いてＡＥＳ−Ｅのアルゴリズムを用いた処理を行い、暗号化されたタイトルキー（Ｅ−ＴＫ）を生成してメディア１００に格納する。なお、Usage RuleはＳ３０においてメディア１００に記録する。
【００３２】
上述のように、コンテンツの暗号化、復号化においてはタイトルキー等が重要な役割を担っている。しかし、このタイトルキー等はRead/Write可能なファイルとしてメディア１００に記録されているため、メディア表面が例えば指紋などで汚れた場合、簡単にコンテンツの読み出し不能の状態に至るおそれがある。そこで、ＡＡＣＳではこれらのタイトルキー等の情報を格納したタイトルキーファイル（ＴＫＦ）についてバックアップが図られている。
【００３３】
図４は、タイトルキーファイルとそのバックアップファイルとしてのタイトルキーファイルの構造例を示す説明図である。なお、このバックアップ方法の説明では、タイトルキーファイルをＴＫＦ１とし、バックアップファイルとしてのタイトルキーファイルをＴＫＦ２，ＴＫＦ３と表す。なお、ＴＫＦ１〜３は、メディア１００に格納している。
【００３４】
それぞれのタイトルキーファイル（ＴＫＦ１〜３）は、Binding Nonce１〜３（ＢＮ１〜３）と、Title Key File Generation１〜３（ＴＫＦＧ１〜３）と、Title Key File Nonce〜３（ＴＫＦＮ１〜３）と、Encrypted Title Key１〜３（暗号化タイトルキーＥＴＫ１〜３）とをそれぞれ登録した構成となっている。ここで、Binding Nonce１〜３（ＢＮ１〜３）は、上述のように自身のタイトルキーファイルの暗号化に用いられる乱数データである。Title Key File Generation１〜３（ＴＫＦＧ１〜３）は、タイトルキーファイル（ＴＫＦ１〜３）それぞれの変更回数を表している。Title Key File Nonce〜３（ＴＫＦＮ１〜３）は、自身のタイトルキーファイルまたはバックアップファイル以外のファイルの暗号化タイトルキー（ＥＴＫ１〜３）を生成するための乱数である。
【００３５】
Encrypted Title Key１〜３（暗号化タイトルキー：ＥＴＫ１，ＥＴＫ２，ＥＴＫ３）は、次の（eq.1）〜（eq.3）式で示される：
ＥＴＫ１＝f（ＴＫ，ＢＮ１，ＴＫＦＮ３）  …（eq.1）
ＥＴＫ２＝f（ＴＫ，ＢＮ２，ＴＫＦＮ１）  …（eq.2）
ＥＴＫ３＝f（ＴＫ，ＢＮ３，ＴＫＦＮ２）  …（eq.3）
ここで、ＴＫは暗号化されていない平文のタイトルキーを示し、暗号処理関数fは、第１パラメタ（ＴＫ）に第２パラメタ（ＢＮ１〜３）と第３パラメタ（ＴＫＦＮ１〜３）を暗号鍵として暗号処理を施すことを示している。暗号処理fには、たとえばＡＥＳ（Advanced Encryption Standard）などの公知の暗号アルゴリズムを用いればよい。
【００３６】
すなわち、ＴＫＦ１は、ＴＫＦ３と関連づけられており、タイトルキー（ＴＫ）を、（ＢＮ１）と、関連づけられたＴＫＦ３の（ＴＫＦＮ３）とで暗号化したものとなっている。また、ＴＫＦ２は、ＴＫＦ１と関連づけられており、タイトルキー（ＴＫ）を、（ＢＮ２）と、関連づけられたＴＫＦ１の（ＴＫＦＮ１）とで暗号化したものとなっている。さらに、ＴＫＦ３は、ＴＫＦ２と関連づけられており、タイトルキー（ＴＫ）を、（ＢＮ３）と、関連づけられたＴＫＦ２の（ＴＫＦＮ２）とで暗号化したものとなっている。
【００３７】
このようにタイトルキーファイルＴＫＦ１と各バックアップファイルＴＫＦ２，ＴＫＦ３は、互いに他のファイルと関連付けられており、暗号化タイトルキー（Ｅ−ＴＫ１，Ｅ−ＴＫ２，Ｅ−ＴＫ３）は、自己のファイルに登録された（ＢＮ１，ＢＮ２，ＢＮ２）と、関連づけられている他のファイルに登録されている（ＴＫＦＮ１，ＴＫＦＮ２，ＴＫＦＮ３）とでタイトルキー（ＴＫ）を暗号化したものとなっている。
【００３８】
上記のようにＴＫＦを３つ保存し、ＴＫＦＮを別ファイルに保存することにより、１つのＴＫＦがデータ破損などにより壊れてしまっても、残り２つのＴＫＦのデータから、壊れたデータを復元できる。
【００３９】
なお、前述したBinding Nonceを特殊なドライブ用コマンドでしか読み書きできないデータとしておくことにより、不正コピーを防止できる。すなわち、仮にＴＫＦがコピーされてもそれに付随するBinding Nonceはコピーされないため、悪意のある第三者による不正な暗号化／復号化行為を防ぐことができる。
【００４０】
なお、タイトルキーファイルと各バックアップファイルの他のファイルのＴＫＦＮとの関連づけは、上記（eq.1）〜（eq.3）式に限定されるものではなく、（eq.1）〜（eq.3）式以外のパターンでタイトルキーファイルとバックアップファイルのＴＫＦＮと関連付けるように構成してもよい。
【００４１】
図５、図６、図７を参照しつつ、ＡＡＣＳ方式の記録再生処理で必要となるメデイア上のデータを詳細に説明する。メディア１００上のProtected Area、即ち、Ｅ−ＴＫが格納されているファイルのProtected Areaには、Binding Nonce及びそのバックアップデータが格納されている。また、メディア１００の読取専用エリアにあるＢＣＡ（Burst Cutting Area）にはMedia IDが記録され、リードイン領域（後述する図１１では１１０）にはLead-in MKBが記録されている。
【００４２】
メディア１００上のユーザデータエリアには、ビデオオブジェクト（ＶＯＢ）および／またはストリームオブジェクト（ＳＯＢ）のCopy Protection Pointerに関する情報である管理情報が格納されている。また、ユーザデータエリアには、Read Write MKB、暗号化されたタイトルキー（Ｅ−ＴＫ）、Media ID MAC、Usage Rule及びそれらのバックアップファイルが格納されている。さらに、ユーザデータエリアは、暗号化されたコンテンツが最大１９９８個まで格納が可能となっている。
【００４３】
図８は、暗号化されたタイトルキーファイル（Ｅ−ＴＫＦ）の構造を示している。なお、図８はストリームオブジェクト（ＳＯＢ）についてのＥ−ＴＫＦの構造であるが、ビデオオブジェクト（ＶＯＢ）についても同様の構造である。バイト位置でいって０〜１５バイトには、タイトルキーファイルを特定するための固定情報（ＳＴＫＦ＿ＩＤ、ＨＲ＿ＳＴＫＦ＿ＥＡ）が記載され、３２〜３３バイトには、ＡＡＣＳのバージョン番号が記載されている。そして、１２８〜１４３バイトには、Title Key File Generationが格納され、１４４〜１５９バイトにはTitle Key File Nonceが格納されている。また、１６０〜６４０９５バイトには、Title Key Information（ＫＴＩ）として、暗号化されたタイトルキー（Ｅ−ＴＫ）とMedia ID MACとが１９９８組記載されている。
【００４４】
それぞれのコンテンツはこの１９９８個のタイトルキーのうちの１つの鍵を使って暗号化されている。但し、１９９８個すべてにEncrypted Title Keyを記録しておく必要は無く、未使用のものは０という数値をＴＫ処理で暗号化したものを記述する。またTitle Key File Generationにはこのファイルの更新のたびにインクリメントされる値が記されている。上述のようにタイトルキーファイルはバックアップ用に合計３つのファイルを備えている。そしてこの３つのファイルのTitle Key File Generationの値がすべて一致していない場合、ファイル書き込み中に何らかの障害があったことを意味する。
【００４５】
次にタイトルキーファイルの更新方法について説明する。ＡＡＣＳが適用されるメディアの種類には、リライタブルメディアとライトワンスメディアがある。リライタブルメディアでは、例えば、新しいコンテンツが追加記録される毎に新しいタイトルキーが追加されるため、タイトルキーファイル中の全タイトルキーを新しいＫｐａを用いて再暗号化する必要がある。即ち、タイトルキーファイルの更新が必要となる。
【００４６】
ところで、タイトルキーファイルのプロテクト領域には、Binding Nonceという乱数を基にした数値が記載されているが、このBinding Nonceは不正な暗号解除を防止するために使用されるものであり、従って、Binding Nonceもタイトルキーファイルを更新する都度、更新される。
【００４７】
一方、ライトワンスメディアでは、タイトルキーファイルを更新すると毎回新しいアドレスにタイトルキーファイルが書き込まれることになる。このためBinding Nonceの書き込まれるアドレスも毎回異なる。しかし、ＡＡＣＳではBinding Nonceは同一個所に上書きすることが求められているため、ライトワンスメディアの場合は、タイトルキーファイルの更新を行わないようにしなければならない。従って、リライタブルメディアとライトワンスメディアでは、タイトルキーファイルの更新条件が異なることになる。
【００４８】
図８のTitle Key Fileの中には１９９８個の暗号化されたタイトル鍵（Encrypted Title Key）が記録されている。コンテンツはこの１９９８個のうちの1つの鍵を使って暗号化されている。１９９８個すべてにEncrypted Title Keyを記録しておく必要は無く、未使用のものは“０”という数値をＴＫ処理で暗号化したものを記述することになっている。またTitle Key File Generationにはこのファイルの更新のたびにインクリメントされる値が記されている。Title Key Fileはタイトル鍵を保存するものであり、メディア上の欠陥等により読めなくなるとコンテンツの再生がまったく不能になる。このためバックアップ用に３つのファイルに書き込んでいる。この３つのファイルのTitle Key File Generationの値がすべて一致していない場合、ファイル書き込み中に何らかの障害があったことを意味する。
【００４９】
メディア１００上のTitle Key Fileが書き込まれているアドレスのプロテクト領域に、Binding Nonceという乱数を基にした数値を記録している。プロテクト領域とはＡＡＣＳ専用の特殊コマンドでのみ読み書きができる領域であり、この部分にＫｐａを構成する要素を記録しておくことで、パソコン等を使った不正な暗号解除を防ぐことができる。
【００５０】
Title Key File内のタイトル鍵は、プロテクテッドエリアキーとBinding Nonceを組み合わせてＴＫ処理を行うことで暗号化している。このとき、Title Key File#1の暗号化にはTitle Key File#2のBinding Nonceを使い、Title Key File#2の暗号化のBinding Nonceを使う、というようにしている。こうすることにより、３つのTitle Key Fileのうち1つが破損してしまっても、他の２つのファイルを用いることによって復元ができる。このようにBinding Nonceはタイトル鍵の暗号に用いているものであるので、Title Key Fileを更新する都度更新する。
【００５１】
一方、Binding Nonceはファイルが書き込まれるアドレスに依存しており、HD_DVD-R等のライトワンスメディアの場合、Title Key File自体が毎回新しいアドレスに保存されることになり、Binding Nonceの書き込まれる位置も一箇所ではなくなる。しかしＡＡＣＳではBinding Nonceは同一箇所に上書きすることが求められているので、ライトワンスメディアの場合はTitle Key Fileの更新を行わないようにする。
【００５２】
Title Key Fileには１９９８個の暗号化されたタイトル鍵を保存することが出来る。これはビデオオブジェクト（ＶＯＢ）及びストリームオブジェクト（ＳＯＢ）の個数と一致しており、ビデオオブジェクト毎にタイトル鍵（Ｋｔ）を変えることを前提としている。これは、例えばそのディスクから他のメディアにコンテンツをムーブする場合、使用しているタイトル鍵を消去しないと不正コピーができる抜け穴が残ってしまうためである。タイトル鍵を削除すると、同じタイトル鍵を共用している他のオブジェクトが復号できなくなるので、極力オブジェクトごとに異なる鍵を割り当てる必要がある。このため、録画再生装置においては、1回の録画処理毎にタイトル鍵を新規に生成し、そのタイトル鍵によってビデオオブジェクト及びストリームオブジェクトを暗号化する。
【００５３】
一方、特にストリームオブジェクト（ＳＯＢ）による録画の場合、記録対象のデジタル放送の内容によってストリームオブジェクトを動的に分割する必要がある。具体的には番組の境界で音声ストリームの個数が変わるなどストリームオブジェクト（ＳＯＢ）の構成要素が変わった場合は、自動的にそこでＳＯＢを分割する。このような場合、そこでタイトル鍵を切り替えるのは事実上不可能である（タイトル鍵を切り替えようとすると、新たな鍵の生成に時間を要するため、分割後のＳＯＢの録画を開始する際その先頭部分の録画が欠けてしまう）。このような場合は同じタイトル鍵を使った暗号を引き続き行う。
【００５４】
なお、ディスクがライトワンスメディア（上書きできないメディア）である場合はTitle Key Fileの更新ができないため、録画開始時に鍵を生成する処理において、既に存在するタイトル鍵を用いることになる。
【００５５】
メディア１００としてリライタブルメディア（HD_DVD-RW/RAMあるいはHDD等）を用いる場合において、リライタブルメディアのタイトルキーファイルの更新手続きは、例えば次のようになる。ここで、リライタブルメディアには、既にタイトルキーファイルが生成されて書き込まれているとする。この処理動作は、情報記録再生装置２００の制御部２１０（あるいは後述する図９のＡＡＣＳ処理部２１０ａのファームウエア等）により実現される。
【００５６】
例えばユーザが情報記録再生装置２００の電源をＯＮし、リライタブルメディアを挿入すると、ＭＫＢ処理とＴＫＦ読み込み処理が一括して実行される。ＭＫＢ処理では、Read Write MKB及びLead-in MKBに付加している署名を検証し、検証結果が正当であると判定した場合は、それぞれのＭＫＢのバージョンを取得する。Read Write MKBのバージョンはLead-in MKBのバージョンと同じかもしくは新しくなければならないが、もしそうでない場合は、再生及び記録を制限する。ＴＫＦ読み込み処理では、メディアにあるタイトルキーファイルをＳＤＲＡＭ（後述する図９の２２など）上に展開する。
【００５７】
そして、ユーザのコンテンツ記録操作、コンテンツ編集操作、コンテンツ削除操作、メディア排出操作、情報記録再生装置２００の電源ＯＦＦ操作に対応して、タイトルキーファイルの更新を行うかどうかを判断する。即ち、以下の３つの条件のうちの少なくとも１つが満たされたときのみ、タイトルキーファイルを更新する。
【００５８】
（１）コンテンツの記録、削除が行われた場合
コンテンツの記録、削除が行われると、タイトルキーファイル内のEncrypted Title Keyが新たに追加、削除される。そのため、タイトルキーファイルを更新する。
【００５９】
（２）ＭＫＢが更新された場合
例えば、情報記録再生装置２００の内部で保持しているＭＫＢであるDevice MKBのバージョンがRead Write MKBのバージョンよりも新しい場合、Device MKBの値をRead Write MKBにコピーしてDevice MKBのメディア鍵（Ｋｍ）が変更される。Ｋｍが変更されると、Ｋｐａも更新される。このため、タイトルキーファイルを更新してタイトルキーの再暗号化を行う。
【００６０】
（３）３つのTitle Key File Generationの１つだけが異なる場合
上述のように３つのタイトルキーファイルの内の１つが破損していることになる。そのため、正常な残りの２つのタイトルキーファイルを用いて破損したタイトルキーファイルを修復（更新）する。すなわち、上述の３つの条件のうちの少なくとも１つが成立する場合は、タイトルキーファイルの更新を行う。上述の３つの条件の全てが成立しない場合は、タイトルキーファイルを更新せずに処理を終了する。
【００６１】
メディア１００としてライトワンスメディア（片面１層のHD_DVD-Rあるいは片面２層のHD_DVD-R:DL等）を用いる場合は、ライトワンスメディアのタイトルキーファイルの書込み手続きは例えば次のようになる。この処理動作は、情報記録再生装置２００の制御部２１０（あるいは図９のＡＡＣＳ処理部２１０ａ）により実行できる。
【００６２】
例えばユーザが情報記録再生装置２００の電源をＯＮし、ライトワンスメディアを挿入すると、ＭＫＢ処理とＴＫＦ読み込み処理が一括して実行される。ＭＫＢ処理では、Read Write MKB及びLead-in MKBに付加している署名を検証し、検証結果が正当であると判定した場合は、それぞれのＭＫＢのバージョンを取得する。Read Write MKBのバージョンはLead-in MKBのバージョンと同じかもしくは新しくなければならないが、もしそうでない場合は、再生及び記録を制限する。ＴＫＦ読み込み処理では、メディアにあるタイトルキーファイルをＳＤＲＡＭ（図９の２２など）上に展開する。
【００６３】
そして、ユーザのコンテンツ記録操作、コンテンツ編集操作、コンテンツ削除操作、メディア排出操作、情報記録再生装置２００の電源ＯＦＦ操作に対応して、タイトルキーファイルの書込みを行うかどうかを判断する。即ち、以下の２つの条件が満たされれば、タイトルキーファイルを書き込む。
【００６４】
（１＊）コンテンツの記録が行われた場合
（２＊）ディスクにタイトルキーファイルが記録されていなかった場合。
【００６５】
ＡＡＣＳではTitle Key Fileを同一箇所に上書きすることが求められているため、ライトワンスメディアの場合は、（１＊）と（２＊）の条件を同時に満たしたときにのみTitle Key Fileを書き込む。そうする理由を以下に述べる。
【００６６】
（１＊）の条件のみでは、コンテンツの記録が行われる度に書き込み要求が起こるため、同一箇所に上書き不可能なライトワンスメディアでは問題となる。（２＊）の条件のみでは、ディスクにコンテンツを記録していない状態では、有効なコンテンツキーは生成されていないため、無効なEncrypted Title KeyのみのTitle Key Fileとなり問題となる。（１＊）と（２＊）の条件を共に満たす場合には、ディスクにTitle Key Fileが記録されていない状態で記録が行われたときに書き込むこととなるため、有効なEncrypted Title Keyが１つだけ生成されたTitle Key Fileが記録されることになる。
【００６７】
上述の２つの条件がともに成立する場合は、タイトルキーファイルをディスクに書き込む。上述の２つの条件が全て成立しない場合は、タイトルキーファイルの書き込みを行わずに処理を終了する。
【００６８】
以上説明した実施の形態によれば、メディア種別ごとにタイトルキーファイルを書き込む条件を設け、その条件に合致するときのみにディスクに書き込む。この条件によれば、リライタブルメディアの場合は無駄にTitle Key Fileを更新することがなくなり、ディスクに書き込む回数を削減することができる。ライトワンスメディアの場合は、問題のあるTitle Key Fileを書き込こんでしまうことを排除することができる。
【００６９】
RecordableあるいはRe-writableな情報記憶媒体の代表例として、ＤＶＤディスク（波長650nm前後の赤色レーザあるいは波長405nm以下の青紫ないし青色レーザを用いた、単記録層または複数記録層の、ＤＶＤ±Ｒ、ＤＶＤ±ＲＷ、ＤＶＤ−ＲＡＭ等）１００がある。このディスク１００は、ファイルシステムが入っているボリューム／ファイル構造情報領域とデータファイルを実際に記録するデータ領域を含んで構成されている。上記ファイルシステムは、どのファイルがどこに記録されているかを示す情報で構成されている。
【００７０】
データ領域は、一般のコンピュータが記録する領域と、オーディオビデオデータ（ＡＶデータ）を記録する領域を含んでいる。ＡＶデータ記録領域は、ＡＶデータの管理をするためのビデオマネージャファイル（VMGまたはHDVR_MG）があるＡＶデータ管理情報領域と、DVD-Video（ROM Video）規格に準じたオブジェクトデータのファイルが記録されるROM_Videoオブジェクト群記録領域と、ビデオレコーディング（ＶＲ）規格に準じたオブジェクトデータ（ESOBS：Extended Video Object Set）のファイル（ＶＲＯファイル）が記録されるＶＲオブジェクト群記録領域と、デジタル放送に対応したオブジェクトが記録されているストリームオブジェクトデータ（ESOBS：Extended Stream Object Set）ファイル（ＳＲＯファイル）が記録される記録領域を含んで構成されている。なお、ＳＲＯファイルのためのレコーディング規格は、適宜、ストリームレコーディング（ＳＲ）規格と表記する。
【００７１】
図示しないが、ビデオマネージャファイルのディレクトリ（DVD_HDVRディレクトリ）は、HD_DVD-VRフォーマットの管理情報ファイルであるHR_MANGER.IFO、アナログビデオ入力のオブジェクトファイルであるＶＲＯファイル（最大レートが30.24Mbpsまで許されたEVOBファイル）を含むHDVR_VOBディレクトリ、デジタル放送対応用のＳＲＯファイル（ESOBファイル）を含むHDVR_SOBディレクトリ等を含んで構成されている。また、DVD_HDVRディレクトリと同じルートディレクトリ下のDVD_RTAVディレクトリは、DVD-VRフォーマットの管理情報ファイルであるVR_MANGER.IFO、アナログビデオ入力のオブジェクトファイルであるＶＲＯファイル（最大レートが10.08Mbpsに抑えられた従来DVD-VRのVOBファイル）等を含んで構成されている。
【００７２】
つまり、この実施の形態に係るファイル構造では、HDVRのMPEG2-TSデータファイルもHDVRのMPEG2-PSデータファイルもVRのMPEG2-PSデータファイルも同じルートディレクトリ下でファイル管理されている。例えば、HR_MOVIE.VROにリンクされたショートカットファイルをタイトルサムネールＡ、Ｃとし、VR_MOVIE.VROにリンクされたショートカットファイルをタイトルサムネールＢとし、HR_STRnn.SROにリンクされたショートカットファイルをタイトルサムネールＤとすれば、これらのタイトルサムネールＡ〜Ｄを同じメニュー画面上に表示することができる（図９のモニタ画面５２ａの表示例参照）。これにより、ユーザは、別々のオブジェクト（MPEG2-PS、MPEG2-TSが混在するオブジェクト）を同じ画面操作環境でメニュー操作できるようになる。
【００７３】
図９は、この発明の一実施の形態に係る記録再生装置（HD_DVDレコーダ）の構成例を説明するブロック図である。衛星デジタルＴＶ放送、地上デジタルＴＶ放送、および地上アナログＴＶ放送の受信機能を持つTV tuner１０のアナログＡＶ出力は、Video ADC１４およびAudio ADC１６に入力される。外部アナログ入力端子１２からのアナログＡＶ入力もまた、Video ADC１４およびAudio ADC１６に入力される。Video ADC１４でデジタル化されたビデオストリームおよびAudio ADC１６でデジタル化されたオーディオストリームはMPEG Encoder２０に入力される。外部デジタル入力端子１８からのデジタルストリーム（MPEG2-TS等）は、IEEE1394（あるいはHDMI）等のインターフェース１９を介して、MPEG Encoder２０に入力される。図示しないが、TV tuner１０からのデジタルストリーム（MPEG2-TS等）も適宜MPEG Encoder２０に入力される。MPEG Encoder２０は、入力されたMPEG2-TSをパススルーする場合以外は、入力されたストリームをMPEG2-PSにエンコードするか、MPEG4-AVCにエンコードする。
【００７４】
ここで、MPEG2-PSにエンコードする場合としては、DVD-VR規格に基づきMPEG2-PSにエンコードする場合（最大レート10.08Mbps；最大解像度720x480または720x576）と、HD_DVD-VR規格に基づきMPEG2-PSに高レートエンコードする場合（最大レート30.24Mbps；最大解像度1920x1080）と、HD_DVD-VR規格の枠内でMPEG2-PSに低レートエンコードする場合（最大レート10.08Mbps；最大解像度720x480または720x576）がある。
【００７５】
MPEG Encoder２０でエンコードされ（またはパススルーした）ストリームデータは、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）２２等の高速メモリに一旦バッファリングされる。このＳＤＲＡＭ２２上で、下記の１〜３のストリーム書き換え処理が適宜行われる：
１．AudioがLiner PCMである場合、Audio Packのsub_stream_idの値を書き換える；
２．RDI-PCKの記載内容を書き換える；
３．一度ＣＰＲＭの暗号を復号し、ＡＡＣＳに再暗号化を行う、もしくはその逆を行う。
【００７６】
ＳＤＲＡＭ２２にバッファリングされそこで処理されたストリームデータは、その内容に応じて、所定のタイミングでＨＤＤ１０４かHD_DVD Drive２６かDVD Drive２８に転送される。ＨＤＤ１０４としては大容量ハードディスクドライブ（例えば１ＴＢ）が用いられる。また、HD_DVD Drive２６には青色レーザ（例えば波長λ=405nm）が用いられ、DVD Drive２８には赤色レーザ（例えば波長λ=650nm）が用いられる。
【００７７】
HD_DVD Drive２６およびDVD Drive２８はDrive Unit２４を構成している。Drive Unit２４は、回転駆動系を含めて独立した２基のドライブを備えている場合と、回転駆動系が共通で青色レーザの光ヘッドと赤色レーザの光ヘッドを個別に有するHD_DVD/DVDコンパチブルドライブ（ツインピックアップタイプ）を備えている場合と、回転駆動系および光ヘッドの機構が共通で青色レーザまたは赤色レーザを切替使用する２波長光学系を有する場合（シングルピックアップタイプ）がある。
【００７８】
図９の実施の形態では、回転駆動系を含めて独立した２基のDrive２６およびDrive２８がある場合を例示している。これらのドライブで使用される情報記憶媒体（青色レーザ用光ディスク１００、赤色レーザ用光ディスク１０２）としては、青色レーザ使用の場合も赤色レーザ使用の場合も、-R/−RW/RAMタイプの光ディスクの他に、+R/+RWタイプの光ディスクが利用可能である。将来的には、ホログラムを利用した大容量光ディスクを用いることも可能である。
【００７９】
HD_DVD Drive２６はHD_DVD-VR規格に基づく記録再生に対応し、DVD Drive２８はDVD-VR規格に基づく記録再生に対応している。DVD Drive２８はさらに、HD_DVD-VR規格に基づきエンコードされたデータであっても、最大レートやビデオ属性等がDVD-VR規格の枠内に収まるMPEG-PSのデータについては、DVD-VR規格のディスク（片面１層のDVD-R/RW/RAM、片面２層のDVD-R、両面各１層のDVD-RAM等）１０２を用いて等速または高速で記録再生することができるように構成されている。（具体例を挙げれば、最大レート10.08MbpsでＨＤＤ１０４に記録されたNTSCのビデオのMPEG2-PSデータは、それがHD_DVD-VR規格に基づきエンコードされたデータであっても、DVD-VR規格のディスク１０２に高速コピー／高速ダビングできるように構成される。言うまでもないが、このHD_DVD-VR規格に基づきエンコードされたMPEG2-PSデータは、HD_DVD-VR規格のディスク１００にも高速コピー／高速ダビングできる。）
HD_DVD Drive２６、DVD Drive２８、および／またはＨＤＤ１０４から再生されたストリームデータは、ＳＤＲＡＭ２２を介してMPEG Decoder３０に転送される。MPEG Decoder３０は、転送されてきたストリームに応じて、MPEG2-TSをデコードする機能、MPEG2-PSをデコードする機能、MPEG4-AVCをデコードする機能、その他のデコード機能（例えばHD_DVD-VR規格で定められているVC-1をデコードする機能）を備えている。MPEG Decoder３０でデコードされたビデオデータ（MPEG2-TSまたはMPEG2-PS）はVideo DAC３２により標準画質または高精細画質のアナログビデオ信号に変換されてVideo Out端子３６から出力される。また、MPEG Decoder３０でデコードされたオーディオデータはAudio DAC３４によりアナログオーディオ信号に変換されてAudio Out端子３８から出力される。さらに、デコードされたデータがMPEG2-TSの場合は、適宜、IEEE1394（あるいはHDMI）等のインターフェース３７を介してDigital Out端子３９から外部出力される。MPEG Decoder３０でデコードされDAC３２、３４でＤ／Ａ変換されたＡＶ信号（アナログビデオ信号およびアナログオーディオ信号）は、外部モニタに入力される。
【００８０】
図９の記録再生装置（HD_DVDレコーダ）の動作は、ＭＰＵ４０により制御される。ＭＰＵ４０にはファームウエアや種々な制御パラメータを格納するＥＥＰＲＯＭ４２、ワークＲＡＭ４４、タイマ４６等が付属している。ＭＰＵ４０のファームウエアの中身としては、グラフィックユーザインターフェースを提供するＧＵＩ表示制御部４００、エンコードパラメータ検出処理部４０２、高速コピー（高速ダビング）処理部４０４、レート変換コピー（等速コピー／等速ダビング）制御部４０６、記録／再生制御部（管理情報処理部）４０８、ＡＡＣＳ処理部２１０ａ（図２の制御部２１０に対応）等がある。ＧＵＩ表示制御部４００の処理結果は、オンスクリーン表示部（ＯＳＤ）５０を介して外部モニタにて画面表示される（タイトルサムネールの表示画面５２ａ、コピー処理時のダイアログボックス表示画面５２ｂ等はＯＳＤ５０の処理で得ることができる）。
【００８１】
図９の実施の形態において、ＨＤＤ１０４については、１台の超大容量ＨＤＤ（例えば１ＴＢ）でも、複数の大容量ＨＤＤの併用（例えば５００ＧＢ＋５００ＧＢ）でもよい。また、ＨＤＤの記録エリアの使い方としては、その記録エリアを論理的に複数パーティションに分けて使用する場合と、物理的なＨＤＤ毎に用途を特定する場合がある。前者の場合としては、例えば１ＴＢのうち４００ＧＢの第１パーティションをデジタル高精細放送のMPEG2-TS記録用（ＴＳタイトル用）に割り当て、４００ＧＢの第２パーティションをデジタル高精細放送のMPEG4-AVC記録用（ＨＤＶＲタイトル用）に割り当て、２００ＧＢの第３パーティションをアナログ放送またはデジタル放送もしくは外部入力のMPEG2-PS記録用（ＶＲタイトル用）に割り当てるなどが考えられる。また、後者の場合としては、例えば第１の４００ＧＢＨＤＤをMPEG2-TS記録用（ＴＳタイトル用）に割り当て、第２の４００ＧＢＨＤＤをMPEG4-AVC記録用（ＨＤＶＲタイトル用）に割り当て、第３の２００ＧＢＨＤＤをMPEG2-PS記録用（ＶＲタイトル用）に割り当てるなどが考えられる。
【００８２】
なお、この発明の一実施の形態では、ＶＲタイトルには、現行のDVD-VR規格によるMPEG2-PS記録の他に、次世代HD_DVD規格において最大レートを10.08Mbpsに抑えたMPEG2-PS記録も含まれる。あるＶＲタイトルのストリームデータがDVD-VR規格によるMPEG2-PSなのかHD_DVD規格において最大レートを10.08Mbpsに抑えたMPEG2-PSなのかの区別は、オブジェクトデータレベルでは、オブジェクトデータ内の特定情報（例えばプログラム最大レート “program_mux_rate”）の記述内容が「10.08Mbps」なのか「30.24Mbps」なのかで行うことができる。また、管理情報レベルでは、そのタイトルの再生開始前に、管理情報内の特定情報（例えばビデオ属性“V_ATR”）が現行DVD-VR規格ではあり得ない解像度（例えば1280x1080）を含んでいるかどうかで行うことができる。
【００８３】
前述した複数種類のタイトル（ＴＳタイトル、ＨＤＶＲタイトル、ＶＲタイトル）は、この発明の一実施の形態では、同じディレクトリ内でファイル管理される。そのため、複数種類のタイトル（ＴＳタイトル、ＨＤＶＲタイトル、ＶＲタイトル）のアイコンまたはサムネールを同一画面５２ａ上で表示できる。このことから、ユーザは、複数タイトルの各々がどんな規格（HD_DVD-VR、DVD-VR等）のどのような状況下で録画されたものでも（最大レートが10.08MbpsのHD_DVD-VR録画、最大レートが10.08MbpsのDVD-VR録画等）、それらを同様に操作できる。
【００８４】
図９のシステムは、大きくいって、メディアへアクセスしデータの読み書きを行うディスクドライブ部２４と、システム制御を司るシステムプロセッサ（ＭＰＵ）４０と、ユーザからの命令（リモコン６０からのユーザ操作指令）をシステムへ送信するUser Interface部（ＧＵＩ制御部に含まれる）４００と、データの保存等に用いるデータ記憶領域４４（および／または４２）を含んで構成されている。システムプロセッサ（ＭＰＵ）４０内部には、システムの制御を行う制御部４０２〜４０８、Title Key File（ＴＫＦ）およびＴＫＦに関連するデータの暗号/復号を行うデータ処理部（ＡＡＣＳ処理部）２１０ａ等がファームウエアの形で存在する。
【００８５】
図１０は、この発明の一実施の形態に係る記録方法を説明するフローチャートである。この記録方法の処理は、あるオブジェクト（ＶＯＢまたはＳＯＢ）の１回の記録が行われる毎に実行される。例えば、著作権保護されたデジタル放送の番組Ａと番組Ｂが電子プログラムガイド（ＥＰＧ）等を用いることで録画予約されているとする（この録画予約処理は、例えばＭＰＵ４０のファームウエアにより実行できる）。この場合、番組Ａの予約録画が行われるときに図１０の処理が（ある暗号鍵を用いて）実行されて、例えば番組Ａ相当のビデオオブジェクトＶＯＢ（ＭＰＥＧ４ＡＶＣ等）が暗号化されて光ディスクまたはハードディスクに記録される。また、番組Ｂの予約録画が行われるときには図１０の処理が（別の暗号鍵を用いて）改めて実行されて、例えば番組Ｂ相当のストリームオブジェクトＳＯＢ（ＭＰＥＧ２ＴＳ等）が暗号化されて光ディスク（例えば図９の１００）またはハードディスク（例えば図９の１０４）に記録される。
【００８６】
上記のような１回の記録が開始されると、ＡＡＣＳ方式の暗号化に用いる鍵（タイトル鍵ＫｔまたはContents key）が生成される（ＳＴ１００）。この鍵生成処理は、図３を参照して説明した処理と同様に行うことができる。なお、記録先の媒体がハードディスクやHD_DVD-RW/RAM等の上書き可能なメディアであればＳＴ１００で新たに鍵の生成を行う。しかし、記録先の媒体がHD_DVD-R（または片面２層のHD_DVD-R：DL）等の上書き不能なライトワンスメディアであり、そのメディアの一部に暗号化されたオブジェクトが既に記録されているときは、その暗号化に用いられた既存の鍵（Ｋｔ）を、これから行う記録処理での暗号化に利用する（ライトワンスメディアでは既存の鍵ファイルを上書きで更新できないため、既存の鍵をそのまま利用することになる）。
【００８７】
記録対象のオブジェクトの記録中、そのオブジェクトの分割がないときは（ＳＴ１０２Ｎ）、ＳＴ１００で生成された鍵を用いて（ＡＡＣＳ方式により）オブジェクトを暗号化しつつ（ＳＴ１０６）、暗号化されたオブジェクトを記録媒体（ハードディスクまたは光ディスクもしくは半導体メモリ）に記録する（ＳＴ１０８）。記録対象のオブジェクトに対する１回の記録が終了していない間は（ＳＴ１１０Ｎ）、ＳＴ１０２〜ＳＴ１１０の処理が反復される。
【００８８】
記録対象のオブジェクト（例えば番組ＢのＳＯＢ）の記録中、そのオブジェクトが例えば録画ポーズあるいはビデオ属性の変更などにより分割されたときは（ＳＴ１０２Ｙ）、その後の記録処理を別の記録処理としてカウントすると、見かけ上１回の録画処理でなくなる。しかし、その場合は１回の録画処理内の出来事とみなし、分割前のオブジェクト（例えば番組Ｂの前半のＳＯＢ）の暗号化で用いた鍵（Ｋｔ）を分割後のオブジェクト（例えば番組Ｂの後半のＳＯＢ）に適用する（ＳＴ１０４）。このようにすると、新たな鍵生成処理（図３を参照して述べたような処理）を省略できるため、新たな鍵生成のためのタイムラグがなくなり、分割後のオブジェクトの暗号化（ＳＴ１０６）とその記録（ＳＴ１０８）を滞りなく実行できる（具体的には、分割後のオブジェクトの記録を継続する際にその冒頭が切れてしまう恐れを払拭できる）。
【００８９】
以上のようにして、記録対象のオブジェクトの１回の記録が終了すると（ＳＴ１１０Ｙ）、記録されたオブジェクトを再生する際に必要な種々な管理情報がHR_MANGR.IFOファイル（図示せず）に記録されて（ＳＴ１１２）、図１０の記録処理は終了する。このあと、毎回の記録で用いた（あるいは記録毎に更新された）鍵に関する情報の一括処理タイミングが来れば（ＳＴ１２０イエス）、その一括処理（図１２〜図１６等）に移る。この一括処理タイミングが来ないうちは（ＳＴ１２０ノー）、その一括処理以外の処理が実行され、この一括処理によるユーザ待ちは回避される。
【００９０】
図１１は、この発明の一実施の形態に係る再生方法を説明するフローチャートである。図１０のような処理でオブジェクトデータ（ＶＯＢおよび／またはＳＯＢ）および管理情報が記録されたディスク１００から、再生しようとするオブジェクト（例えば番組ＢのＳＯＢ）の管理情報が読み取られる（ＳＴ２００）。読み取られた管理情報は、再生機器のワークメモリ（図９の４４等）に一旦記憶される。
【００９１】
この再生機器（図２の２００相当）は、再生しようとするオブジェクトの暗号化に関する情報（Ｋｍ，Ｋｐａ，Ｋｔ等を生成するための元になる情報）を光ディスク（例えば図９の１００）またはハードディスク（例えば図９の１０４）から読み取り（ＳＴ２０２）、読み取った情報から復号鍵（ＫｔまたはContents Key）を生成する（ＳＴ２０４）。ここで、Ｋｍ，Ｋｐａ，Ｋｔ等を生成するための元になる情報とは、Lead-in MKB、Read Write MKB、Binding Nonce、Title Key File、Title Usage Fileなどを言う（図２参照）。この復号鍵生成処理は、図２を参照して説明した処理と同様に行うことができる。こうして読み取られた管理情報（HR_MANGR.IFOファイル）と生成した復号鍵（ＫｔまたはContents Key）を用いて、再生対象オブジェクトを復号しながら再生する（ＳＴ２０６）。この再生処理が再生対象オブジェクトの末尾まで済むと（あるいはユーザもしくは装置の制御プログラムが再生停止を指示すると）（ＳＴ２０８Ｙ）、図１１の再生処理は終了する。
【００９２】
次に、記録メディア（ディスク）取り出し時または入れ替え時に直近のＴＫＦを書き込む際、記録メディア挿入時または電源オン時からの（累積された）更新情報を纏めて処理し書き込む実装方式を説明する。
【００９３】
図１２は、この発明の一実施の形態に係る鍵情報の更新記録方法を説明するフローチャートである。まず、システムプロセッサ（ＭＰＵ）４０よりＴＫＦの更新命令が発行される（ＳＴ１０Ａ）。システムプロセッサ４０は、データ記憶領域（Work RAM）４４に、対象となるＴＫＦとＴＫＦに関連するデータとバックアップデータ（以後ＴＫＦデータ群とする）が存在するか確認する（ＳＴ１２Ａ）。存在する場合（ＳＴ１２Ａイエス）にはＳＴ１６Ａへ移行する。存在しない場合（ＳＴ１２Ａノー）には、システムプロセッサ４０はディスクドライブ部（Drive Unit）２４にデータ取得命令を発行し、ＴＫＦデータ群を取得し、データ記憶領域４４に保存する（ＳＴ１６Ａ）。ここでは、システムプロセッサ４０は、ＴＫＦデータ群を更新するため、データ処理部２１０ａにおいてデータの追加、削除、再暗号化などの更新処理を行い、更新されたＴＫＦデータ群をデータ記憶領域４４に保存（または累積）する（ＳＴ１６Ａ）。
【００９４】
図９のＧＵＩ４００より、ディスク取り出しが要求され、あるいはディスクチェンジャー機能を有する場合にはディスクの入れ替え（またはディスクの変更）の要求されるまで、ＴＫＦが更新される度にＳＴ１０Ａ〜ＳＴ１６Ａの処理を繰り返す。
【００９５】
ディスクの取り出しまたは入れ替え要求が行われた場合（ＳＴ１２０Ａイエス）、これを所定のタイミングとして、システムプロセッサ４０はデータ記憶領域４４より更新されたＴＫＦデータ群を取得する（ＳＴ１８Ａ）。そして取得したＴＫＦデータ群をディスクドライブ部２４から記録メディア（１００など）に書き込む（ＳＴ２０Ａ）。（このＴＫＦデータ群書き込み対象メディアは、光ディスクに限られず、ＨＤＤあるいは大容量のフラッシュメモリの場合もあり得る。）
図１３は、この発明の他の実施の形態に係る鍵情報の更新記録方法を説明するフローチャートである。この処理は、電源オフ時に直近のＴＫＦを書き込む際、記録メディア挿入時または電源オン時からの（累積された）更新情報を纏めて処理し書き込む実装方式の例である。図１３において、ＳＴ１０Ｂ〜ＳＴ１６Ｂの処理は前述したＳＴ１０Ａ〜ＳＴ１６Ａの処理と同様である。
【００９６】
ＧＵＩ４００を介したリモコン６０（図９）の電源ボタンからの電源オフ要求、あるいは機器の操作パネル（図示せず）の電源ボタンからの電源オフ要求、もしくは予約録画終了時などシステムプロセッサ４０による電源オフ命令があるまで、ＴＫＦが更新される度にＳＴ１０Ｂ〜ＳＴ１６Ｂの処理を繰り返す。
【００９７】
電源オフ処理が行われた場合（ＳＴ１２０Ｂイエス）、これを所定のタイミングとして、システムプロセッサ４０はデータ記憶領域４４より更新されたＴＫＦデータ群を取得する（ＳＴ１８Ｂ）。そして取得したＴＫＦデータ群をディスクドライブ部２４から記録メディア（１００など）に書き込む（ＳＴ２０Ｂ）。（このＴＫＦデータ群書き込み対象メディアは、光ディスクに限られず、ＨＤＤあるいは大容量のフラッシュメモリの場合もあり得る。）
図１４は、この発明のさらに他の実施の形態に係る鍵情報の更新記録方法を説明するフローチャートである。この処理は、記録するフォーマット（ＭＰＥＧ２−ＰＳのＰＥＳフォーマット、ＭＰＥＧ２−ＴＳのＴＳフォーマットなど）が変更される時に直近のＴＫＦを書き込む際、記録メディア挿入時または電源オン時からの（累積された）更新情報を纏めて処理し書き込む実装方式の例である。図１４において、ＳＴ１０Ｃ〜ＳＴ１６Ｃの処理は前述したＳＴ１０Ａ〜ＳＴ１６Ａの処理と同様である。
【００９８】
例えばＭＰＥＧ２−ＰＳ録画（記録オブジェクトはビデオオブジェクトＶＯＢ）からＭＰＥＧ２−ＴＳ録画（記録オブジェクトはストリームオブジェクトＳＯＢ）に切り替わるといったような記録フォーマットの変更をシステムプロセッサ４０が検知するまで、ＴＫＦが更新される度にＳＴ１０Ｃ〜ＳＴ１６Ｃの処理を繰り返す。
【００９９】
記録対象ストリームの記録フォーマット変更が検出された場合（ＳＴ１２０Ｃイエス）、これを所定のタイミングとして、システムプロセッサ４０はデータ記憶領域４４より更新されたＴＫＦデータ群を取得する（ＳＴ１８Ｃ）。そして取得したＴＫＦデータ群をディスクドライブ部２４から記録メディア（１００など）に書き込む（ＳＴ２０Ｃ）。（このＴＫＦデータ群書き込み対象メディアは、光ディスクに限られず、ＨＤＤあるいは大容量のフラッシュメモリの場合もあり得る。）
図１５は、この発明のさらに他の実施の形態に係る鍵情報の更新記録方法を説明するフローチャートである。この処理は、記録ソフトウェア終了時に直近のＴＫＦを書き込む際、記録メディア挿入時またはソフトウェア起動時からの（累積された）更新情報を纏めて処理し書き込む実装方式の例である。図１５において、ＳＴ１０Ｄ〜ＳＴ１６Ｄの処理は前述したＳＴ１０Ａ〜ＳＴ１６Ａの処理と同様である。
【０１００】
ＧＵＩ４００を介したリモコン６０（図９）からのソフトウェア終了要求（例えば予約録画途中での、ユーザ意思による番組録画の強制終了）、あるいは電源オンを維持した状態での予約録画終了時などシステムプロセッサ４０によるソフトウェア終了命令があるまで、ＴＫＦが更新される度にＳＴ１０Ｄ〜ＳＴ１６Ｄの処理を繰り返す。
【０１０１】
このソフトウェア終了処理が行われた場合（ＳＴ１２０Ｄイエス）、これを所定のタイミングとして、システムプロセッサ４０はデータ記憶領域４４より更新されたＴＫＦデータ群を取得する（ＳＴ１８Ｄ）。そして取得したＴＫＦデータ群をディスクドライブ部２４から記録メディア（１００など）に書き込む（ＳＴ２０Ｄ）。（このＴＫＦデータ群書き込み対象メディアは、光ディスクに限られず、ＨＤＤあるいは大容量のフラッシュメモリの場合もあり得る。）
図１６は、この発明のさらに他の実施の形態に係る鍵情報の更新記録方法を説明するフローチャートである。この処理は、ＥＰＧを用いた予約録画待機状態などのようにシステムがアイドル状態に入ったときにＴＫＦの更新情報が未保存であることが検出された際に、記録メディア挿入時または電源オン時からの（累積された）更新情報を纏めて処理し書き込む実装方式の例である。図１６において、ＳＴ１０Ｅ〜ＳＴ１６Ｅの処理は前述したＳＴ１０Ａ〜ＳＴ１６Ａの処理と同様である。
【０１０２】
システムがアイドル状態（例えばＥＰＧを用いた予約録画待機状態）に入った状態でＴＫＦの更新情報が未保存であることをシステムプロセッサ４０が検知するまで、ＴＫＦが更新される度にＳＴ１０Ｅ〜ＳＴ１６Ｅの処理を繰り返す。（ＴＫＦの更新情報が未保存であるかどうかは、その更新情報に保存済みかどうかを示すフラグを付けておけば容易に検知できる。）
システムがアイドル状態に入ったときに未保存の更新情報が検出された場合（例えば未保存フラグの立った更新情報がメモリ４４内にある場合）（ＳＴ１２０Ｅイエス）、これを所定のタイミングとして、システムプロセッサ４０はデータ記憶領域４４より更新されたＴＫＦデータ群を取得する（ＳＴ１８Ｅ）。そして取得したＴＫＦデータ群をディスクドライブ部２４から記録メディア（１００など）に書き込む（ＳＴ２０Ｅ）。（このＴＫＦデータ群書き込み対象メディアは、光ディスクに限られず、ＨＤＤあるいは大容量のフラッシュメモリの場合もあり得る。）
＜まとめ＞
１．Title Key File（ＴＫＦ）を更新する場合は、ＴＫＦとＴＫＦに関連するファイルを再設定及び再暗号化を行い、メディアに書き込む必要がある。ＴＫＦを更新する度にメディア書き込み処理を行うのではなく、メディア（ディスク）取り出し時や入れ替え時に直前の（または従前の）書き込み時からの更新情報をまとめて処理し書き込みを行う。  
２．電源オフの処理を行う際に、直前の（または従前の）ＴＫＦ書き込み時からの更新情報をまとめて処理し書き込みを行う。  
３．記録するフォーマット（ＰＥＳフォーマット、ＴＳフォーマットなど）が変更された場合、直前の（または従前の）ＴＫＦ書き込み時からの更新情報をまとめて処理し書き込みを行う。  
４．記録ソフトウェアの終了処理時に、ソフトウェア開始あるいは直前の（または従前の）ＴＫＦ書き込み時からの累積された更新の情報をまとめて処理し書き込みを行う。  
５．システムがアイドル状態となった時点で、ＴＫＦ書き込みが行われていない場合には累積された更新の情報をまとめて処理し書き込みを行う。
【０１０３】
＜実施の形態の効果＞
（１）ＡＡＣＳを用いるシステムにおいては、ＴＫＦを更新する度にＴＫＦデータ群の更新を行う必要がある。その際は、通常のRead/Write方法ではアクセスできない領域にあるデータも更新する必要があるため、ＴＫＦデータ群の更新情報を更新される度に毎回記録メディアに書き込むと時間を要する。しかし、この発明の実施の形態を利用することにより、記録メディアの変更あるいはシステムが終了するまでのＴＫＦデータ群の更新については記録メディアへの書き込み処理をする必要がなくなり、次の処理開始までの時間を短縮することが可能となる。
【０１０４】
（２）記録フォーマット毎に、ＴＫＦデータ群のファイルが用意されている。そのため、実施例１，２の方式のみ行うと、記録フォーマット別にファイルを同時に管理する必要が生じる。
【０１０５】
本実施例を利用することにより、ＴＫＦデータ群のファイル簡易が容易となり、かつデータ記憶領域を使用量を減少させることが可能となる。
【０１０６】
（４）ＡＡＣＳを用いるシステムにおいては、ＴＫＦを更新する度にＴＫＦデータ群の更新を行う必要がある。その際は、通常のRead/Write方法ではアクセスできない領域にあるデータも更新する必要があるため、ＴＫＦデータ群の更新情報を更新される度に毎回記録メディアに書き込むと時間を要する。しかし、この発明の実施の形態を利用することにより、書き込みソフトウエアが終了までのＴＫＦデータ群の更新については記録メディアへの書き込み処理を行う必要がなくなり、次の処理開始までの時間を短縮することが可能となる。
【０１０７】
なお、この発明は前述した実施の形態に限定されるものではなく、現在または将来の実施段階では、その時点で利用可能な技術に基づき、その要旨を逸脱しない範囲で種々に変形することが可能である。たとえば、この発明の実施において利用される情報記憶媒体は、光ディスクあるいはハードディスクドライブだけには限らず、大容量フラッシュメモリ等が利用されてもよい。
【０１０８】
また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。さらに、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、この構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【０１０９】
【図１】この発明の一実施の形態に係るメディア（情報記録媒体）内のデータ（タイトルキーファイル）の構成を説明する図。
【図２】メデイアに記録された暗号化コンテンツを復号する処理例を説明する図。
【図３】コンテンツを暗号化してＤＶＤに記録する処理例を説明する図。
【図４】タイトルキーファイルとそのバックアップファイルとしてのタイトルキーファイルの構造を示す説明図。
【図５】この発明の一実施の形態で採用される暗号化方式（ＡＡＣＳ方式）を用いた記録再生処理で必要となるメデイア上のデータを示す図。
【図６】ＡＡＣＳ方式の記録再生処理で必要となるメデイア上のデータを示す図。
【図７】ＡＡＣＳ方式の記録再生処理で必要となるメデイア上のデータを示す図。
【図８】暗号化されたタイトルキーファイル（Ｅ−ＴＫＦ）の構造例を示す図。
【図９】この発明の一実施の形態に係る記録再生装置（HD_DVDレコーダ）の構成例を説明するブロック図。
【図１０】この発明の一実施の形態に係る記録方法を説明するフローチャート図。
【図１１】この発明の一実施の形態に係る再生方法を説明するフローチャート図。
【図１２】この発明の一実施の形態に係る鍵情報の更新記録方法を説明するフローチャート図。
【図１３】この発明の他の実施の形態に係る鍵情報の更新記録方法を説明するフローチャート図。
【図１４】この発明のさらに他の実施の形態に係る鍵情報の更新記録方法を説明するフローチャート図。
【図１５】この発明のさらに他の実施の形態に係る鍵情報の更新記録方法を説明するフローチャート図。
【図１６】この発明のさらに他の実施の形態に係る鍵情報の更新記録方法を説明するフローチャート図。
【符号の説明】
【０１１０】
２０…エンコーダ；２４…光ディスクドライブユニット（ディスクドライブ部）；２６…青レーザ使用光ディスクドライブ（HD_DVD Drive）；２８…赤レーザ使用光ディスクドライブ（DVD-R/RW/RAM Drive）；３０…デコーダ；４０…制御用マイクロプロセサ（システムプロセサ）（ＭＰＵ）；４００…グラフィックユーザインターフェース（ＧＵＩ）表示制御部（ファームウエア等によるユーザインターフェース）；４０２…エンコードパラメータ検出処理部（ファームウエア等）；４０４…高速コピー／高速ダビング処理部（ファームウエア等）；４０６…レート変換コピー／レート変換ダビング制御部（ファームウエア等）；４０８…記録／再生制御部（管理情報処理部）（ファームウエア等）；２１０ａ…ＡＡＣＳ処理部（データ処理部）；４２…メモリ（ＥＥＰＲＯＭ）；４４…ワークＲＡＭ（データ記憶領域）；５０…オンスクリーン表示（ＯＳＤ）部；５２ａ、５２ｂ…モニタ表示例；１００、１０２…情報記憶媒体（光ディスク）；１０４…情報記憶媒体（ハードディスクドライブ）；２００…情報記録再生装置；２１０…制御部；２２０…読出し部；２３０…書込み部。
【図１】
2008022366.tif 000003
【図２】
2008022366.tif 000004
【図３】
2008022366.tif 000005
【図４】
2008022366.tif 000006
【図５】
2008022366.tif 000007
【図６】
2008022366.tif 000008
【図７】
2008022366.tif 000009
【図８】
2008022366.tif 000010
【図９】
2008022366.tif 000011
【図１０】
2008022366.tif 000012
【図１１】
2008022366.tif 000013
【図１２】
2008022366.tif 000014
【図１３】
2008022366.tif 000015
【図１４】
2008022366.tif 000016
【図１５】
2008022366.tif 000017
【図１６】
2008022366.tif 000018