情報アクセス管理方法および装置
【課題】ＡＡＣＳ等のアクセス管理方式を高度機密情報の保護に利用する。
【解決手段】例えば停電により電源が落ちた後の電源起動時にRead Write MKBのバックアップファイル（MKB.BUP）が存在する場合、３つの鍵ファイルＴＫＦ１、ＴＫＦ２、ＴＫＦ３の世代（Generation）がどうなっているかに応じ、Read Write MKB（MKB.NEW）あるいはそのバックアップファイル（MKB.BUP）のいずれかを用いて（ＳＴ４２６またはＳＴ４２８）、３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの２つから暗号鍵（ＫｔまたはTitle Key）を復元する（ＳＴ４３０）。
【解決手段】例えば停電により電源が落ちた後の電源起動時にRead Write MKBのバックアップファイル（MKB.BUP）が存在する場合、３つの鍵ファイルＴＫＦ１、ＴＫＦ２、ＴＫＦ３の世代（Generation）がどうなっているかに応じ、Read Write MKB（MKB.NEW）あるいはそのバックアップファイル（MKB.BUP）のいずれかを用いて（ＳＴ４２６またはＳＴ４２８）、３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの２つから暗号鍵（ＫｔまたはTitle Key）を復元する（ＳＴ４３０）。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、暗号鍵等を利用した情報アクセス管理に関する。特に、高度機密情報（Highly Confidential Data）の保護に利用される鍵が正常でなくなった場合（例えば処理途中で鍵が壊れた場合）の鍵の復元方法に関する。
【背景技術】
【０００２】
近年、ディスクメディア等に記録されたコンテンツにアクセスするデジタル機器が種々開発されている。このような機器でアクセスされるディスクに記録されたデータには、不正アクセスあるいは違法コピーを防止するため、暗号化処理が施されている。この暗号化されたデータには、ＤＶＤ（Digital Versatile Disc）では主にＣＳＳ（Content Scramble System）方式に準拠した暗号化方式が採用されている。
【０００３】
一方、より高度な暗号化方式として、ＡＡＣＳ（Advanced Access Content System）が提案されている（特許文献１）。このＡＡＣＳ方式を採用する場合、例えばセットメーカーは、ライセンシーが持つ鍵マトリクスから特定の鍵セットを入手し、異なる組み合わせの鍵を暗号化して、個々の機器に組み込んでいる。
【特許文献１】特開２００５−３９４８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＡＡＣＳでは、コンテンツを正当に記録再生する機器毎に付与されたデバイスキーとランダムに発生させた乱数とにより、複数のキーそれぞれを暗号化して乱数とともにキーファイルに登録して、メディアに記録する。コンテンツを再生する場合には、このキーファイルに登録されている暗号化キーを、乱数と再生しようとする機器のデバイスキーとで復号化する。そして、復号化されたキーでコンテンツを復号化して、コンテンツを再生する。
【０００５】
この発明の課題の１つは、ＡＡＣＳ等のアクセス管理方式を高度機密情報（Highly Confidential Data）の保護に利用することである。
【課題を解決するための手段】
【０００６】
この発明の一実施の形態に係る情報アクセス管理では、更新可能な３つの鍵ファイル（例えば図４のＴＫＦ１、ＴＫＦ２、ＴＫＦ３）および暗号鍵元情報（例えば図３のRead Write MKB、Binding Nonce等）から所定の処理（例えば図３のＫｍを生成するＭＫＢ処理、Ｋｐａを生成するＫｐａ処理、Ｋｔを生成するＴＫ処理等）を経て生成された暗号鍵（ＫｔまたはTitle Key）を用いてコンテンツ（Title）あるいはオブジェクト（VOB/SOB）の暗号化を行う（ＡＡＣＳ）ことで、前記コンテンツあるいはオブジェクトに対するアクセスを管理する。この情報アクセス管理の方法において、例えば停電により電源が落ちた後の電源起動時に前記暗号鍵元情報の少なくとも一部（例えばRead Write MKB）のバックアップファイル（図５のMedia Key Block (backup)、あるいは図１７のMKB.BUP）が存在する場合（図１６のＳＴ４０６でMKB.BUPが作成されている場合）、前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）の更新による世代（Generation）がどうなっているか（世代が同じか、あるいは１つの鍵ファイルのうちの１つの世代が残り２つより大きいか小さいか）に応じ、前記暗号鍵元情報の少なくとも一部（例えばRead Write MKBまたはMKB.NEW）あるいはそのバックアップファイル（MKB.BUP）のいずれかを用いて前記所定の処理（ＭＫＢ処理等）を行って（図１７のＳＴ４２６またはＳＴ４２８）、前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの２つから暗号鍵（ＫｔまたはTitle Key）を復元する（図１７のＳＴ４３０）。
【発明の効果】
【０００７】
暗号鍵生成に関する処理の途中で停電が発生した場合でも、暗号鍵（ＫｔまたはTitle Key）を失ってしまう危険性を軽減できる。
【発明を実施するための最良の形態】
【０００８】
以下、図面を参照してこの発明の種々な実施の形態を説明する。光ディスク等の情報記録媒体に対して情報を記録する場合、情報を暗号化して記録することが要求される場合がある。その場合、例えば著作権保護されたコンテンツを暗号鍵で暗号化して暗号化コンテンツとし、さらに暗号化に用いた前記暗号鍵を秘匿させるため、他の暗号鍵で暗号化して暗号化鍵としている。そして前記暗号化鍵と暗号化コンテンツを一緒に記録媒体に記録し、違法コピー防止している。
【０００９】
現在、急速にマーケットを拡大しているＤＶＤ（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
・Usage Rule File
がある。またTitle Key Fileの先頭アドレスのプロテクト領域にはBinding Nonceという乱数を基にしたデータが記録されている。
【００１６】
ＡＡＣＳでは、コンテンツを暗号化するための「タイトル鍵（Ｋｔ）」を生成する処理は、大きくいって、次の順番で実行される。すなわち、まずLead-in MKBとRead Write MKBのバージョンの新しいほうを使用してＭＫＢ処理を行う。この処理で生成される鍵を「メディア鍵（Ｋｍ）」と呼ぶ。このメディア鍵ＫｍとBinding Nonceを入力としてProtected Area Key処理（Ｋｐａ処理）を行うと「プロテクテッドエリアキー（Ｋｐａ）」が生成される。このＫｐａとUsage Rule 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のバージョンを比較して、バージョンの新しいＭＫＢを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）という乱数データが記憶されている。このＴＫＦＮは暗号化処理（後述）において、タイトルキーを暗号化するために用いられた乱数データである。また、ディスク１００にはコンテンツの利用規則を記述したUsage Rule Fileが備わっている。このUsage Rule 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２０でエンコードされ（またはパススルーした）ストリームデータは、SDRAM（Synchronous Dynamic Random Access Memory）２２等の高速メモリに一旦バッファリングされる。このSDRAM２２上で、下記の１〜３のストリーム書き換え処理が適宜行われる：
1.AudioがLiner PCMである場合、Audio Packのsub_stream_idの値を書き換える；
2.RDI-PCKの記載内容を書き換える；
3.一度CPRMの暗号を復号し、ＡＡＣＳに再暗号化を行う、もしくはその逆を行う。
【００７５】
SDRAM２２にバッファリングされそこで処理されたストリームデータは、その内容に応じて、所定のタイミングでＨＤＤ１０４か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２８、および／またはＨＤＤ１０４から再生されたストリームデータは、SDRAM２２を介して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録画等）、それらを同様に操作できる。
【００８３】
図１４は、この発明の一実施の形態に係る記録方法を説明するフローチャートである。この記録方法の処理は、あるオブジェクト（ＶＯＢまたはＳＯＢ）の１回の記録が行われる毎に実行される。例えば、著作権保護されたデジタル放送の番組Ａと番組Ｂが電子プログラムガイド（ＥＰＧ）等を用いることで録画予約されているとする。この場合、番組Ａの予約録画が行われるときに図１４の処理が（ある暗号鍵を用いて）実行されて、例えば番組Ａ相当のビデオオブジェクトＶＯＢ（ＭＰＥＧ４ＡＶＣ等）が暗号化されて光ディスクまたはハードディスクに記録される。また、番組Ｂの予約録画が行われるときには図１４の処理が（別の暗号鍵を用いて）改めて実行されて、例えば番組Ｂ相当のストリームオブジェクトＳＯＢ（ＭＰＥＧ２ＴＳ等）が暗号化されて光ディスク（例えば図１３の１００）またはハードディスク（例えば図１３の１０４）に記録される。
【００８４】
上記のような１回の記録が開始されると、ＡＡＣＳ方式の暗号化に用いる鍵（タイトル鍵Ｋｔまたは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、Usage Rule Fileなどを言う（図２参照）。この復号鍵生成処理は、図２を参照して説明した処理と同様に行うことができる。こうして読み取られた管理情報（HR_MANGR.IFOファイル）と生成した復号鍵（ＫｔまたはContents Key）を用いて、再生対象オブジェクトを復号しながら再生する（ＳＴ２０６）。この再生処理が再生対象オブジェクトの末尾まで済むと（あるいはユーザもしくは装置の制御プログラムが再生停止を指示すると）（ＳＴ２０８Ｙ）、図１５の再生処理は終了する。
【００９０】
図１６は、この発明の一実施の形態に係る情報アクセス管理方法における鍵ファイルの作成・記録処理を説明するフローチャートである。図３の説明で前述したように、ＨＤ＿ＤＶＤのＡＡＣＳでは、メディア（HD_DVD Disc）１００のLead-in Areaに埋め込まれているLead-in MKB、メディア１００上にファイルとして保存されているRead Write MKB、及び機器自体が内部の不揮発メモリ（例えば図１３の４２）に保存するDevice MKBの３種類のＭＫＢが存在し、このうちもっとも新しいＭＫＢをRead Write MKBに上書きすることが定められている。
【００９１】
いま、例えば図１３のHD_DVD Drive２６に挿入されたディスク１００に記録されているRead Write MKBのバージョンが、図１３の録画再生装置の持つDevice MKB（図２の説明参照）のバージョンと異なる場合の処理を考えてみる。この場合、まずRead Write MKBとDevice MKBのバージョンを取得してから（ＳＴ４００、ＳＴ４０２）取得した両バージョンを比較する（ＳＴ４０４）。ここで、Device MKBよりもRead Write MKBの方が新しかった場合は（ＳＴ４０４Ｎ）、現状維持として図１６の処理を終了する。
【００９２】
一方、Device MKBの方が新しかった場合は（ＳＴ４０４Ｙ）、Read Write MKBをDevice MKBの内容に更新しなくてはならない。前述したようにＭＫＢが更新されるとプロテクテッドエリア鍵（Ｋｐａ）が変更されるため、従前のTitle Key FileからTitle Key（Ｋｔ）を取得できなくなる。このため、まず現在のRead Write MKBの内容をバックアップファイルに保存し（ＳＴ４０６）、その後Device MKBから作成したプロテクテッドエリア鍵からEncrypted Title Key値を算出して、Title Key Fileの＃１〜＃３を順次生成・保存する（ＳＴ４０８〜ＳＴ４１２）。こうして３つのTitle Key Fileの保存処理が終了したら、Read Write MKBのバックアップファイルを削除する（ＳＴ４１４）。
【００９３】
ところで、Read Write MKBのバックアップ作成後（ＳＴ４０６）、Title Key Fileの＃１〜＃３を順次生成・保存（ＳＴ４０８〜ＳＴ４１２）する処理の途中で停電などによる機器の給電中断（ユーザが動作中の機器のＡＣプラグをコンセントから不用意に引き抜く場合も含む）があると鍵情報の一部が壊れてしまうことがある。このように、処理の途中で停電等が発生した場合、どのようにして鍵の修復を図るかが、この発明の実施の形態のポイントとなる。この鍵修復に関する処理の具体例を、以下に説明する。
【００９４】
図１７は、図１６の処理における鍵修復処理ＡまたはＤの具体例を説明するフローチャートである。図８を参照して前述したが、Title Key File Generationにはこのファイルの更新のたびにインクリメントされる値が記されている。また、図４を参照して説明したが、Title Key Fileはバックアップ用を含めて合計３つのファイル（ＴＫＦ１〜ＴＫＦ３）を備えている。そしてこの３つのファイルのTitle Key File Generationの値が全て一致していない場合、ファイル書き込み中に何らかの障害があったことを意味する。しかし、３つのファイルのTitle Key File Generationの値が全て一致していても、停電等により鍵ファイルに何らかの障害が発生している可能性がある。
【００９５】
いま、３つのTitle Key File#1〜#3が全て同じGenerationであるのにRead Write MKBのバックアップファイルが残っている場合（Title Key Filesの作成・記録終了後はバックアップを残してはいけないのだが）を考える。この場合は、Title Key File#1の更新処理前に停電Ａが発生したか、更新されたRead Write MKのバックアップの削除直前またはその削除中に停電Ｄが発生した場合のいずれかである。これを見分けるためには、Read Write MKBのバックアップファイルの更新日時（使用するファイルシステムのタイムスタンプ）とTitle Key Fileの更新日時を比較すればよい。これらの更新日時の元になる時間情報は、例えば図１３の機器構成ではTimer４６から得ることができる。
【００９６】
すなわち、現在の（最新の）Read Write MKBのタイムスタンプとRead Write MKBのバックアップのタイムスタンプを取得し（ＳＴ４２０）、使用するTitle Key File#1のタイムスタンプを取得する（ＳＴ４２２）。そして、取得したTitle Key File#1のタイムスタンプが現在の（最新の）Read Write MKBのタイムスタンプとRead Write MKBのバックアップのタイムスタンプのうちどちらに近いかにより、ファイルの新旧をチェックする（ＳＴ４２４）。
【００９７】
ＭＫＢバックアップファイルの方がTitle Key Fileよりも新しい場合はバックアップ作成直後に停電した（換言すればTitle Key File#1のタイムスタンプがバックアップのタイムスタンプに近い）ことであり、バックアップMKB.BUPを採用してＭＫＢ処理を行う（ＳＴ４２８）。一方バックアップMKB.BUPよりもTitle Key Fileの方が新しければ、バックアップ削除直前またはその削除中に停電した（換言すればTitle Key File#1のタイムスタンプが最新のRead Write MKBのタイムスタンプに近い）ことであるので、バックアップ（MKB.BUP）ではなく最新のRead Write MKB（MKB.NEW）を採用してＭＫＢ処理を行う（ＳＴ４２６）。
【００９８】
ＳＴ４２４でのチェックに基づいて、最新のRead Write MKB（MKB.NEW）とバックアップ（MKB.BUP）のどちらを採用するかを決めることにより、ＭＫＢ処理を実行できる。その処理実行結果（Ｋｐａ）と３つのTitle Key File#1〜#3のうちの２つがあれば、Title Keyを作成（あるいは鍵の復元が）できる（ＳＴ４３０）。Title Keyを作成した後は図１６のＳＴ４１４に戻り、Read Write MKBのバックアップファイルを削除して、図１６の処理を終える。このような処理により、図１６の処理途中で停電等が起きても、タイトル鍵が復元できなくなることを出来る限り防ぐことができる。
【００９９】
図１８は、図１６の処理における鍵修復処理Ｂの具体例を説明するフローチャートである。例えばTitle Key File#1の保存（ＳＴ４０８）が終了したときに停電Ｂが発生すると、Read Write MKBのバックアップが存在し、Title Key File#1のみ更新された状態となる。これはTitle Key File#1のGenerationのみが他（Title Key File#2, #3）より1だけ大きいことでわかる。この場合、存在するRead Write MKBのバックアップを用いてＭＫＢ処理を行ってＫｐａを作成し（ＳＴ４２８ａ）、Title Key File#2とTitle Key File#3の２つを用いてタイトル鍵を復元する（ＳＴ４３０ａ）ことになる。なお、Title Key File#2と#3は古いRead Write MKBから求めたプロテクテッドエリア鍵で暗号化されているため、停電Ｂからの復帰時にはバックアップされたＭＫＢにてＭＫＢ処理を行う必要がある。そのための処理がＳＴ４２８ａである。
【０１００】
図１９は、図１６の処理における鍵修復処理Ｃの具体例を説明するフローチャートである。Title Key File#2まで保存（ＳＴ４１０）が終了した段階で停電Ｃが発生した場合は、Title Key File#3のみ更新前のファイルが残っていることになる。この場合はTitle Key File#1と#2を使ってタイトル鍵を復元するのだが、この両ファイルは新しいRead Write MKBで暗号化されているので、バックアップではない最新のＭＫＢを用いてＭＫＢ処理を行う（ＳＴ４２６ｂ）。このＭＫＢ処理によりＫｐａを作成し（ＳＴ４２６ｂ）、Title Key File#1とTitle Key File#2の２つを用いてタイトル鍵を復元する（ＳＴ４３０ｂ）。
【０１０１】
なお、図１７のＳＴ４３０、図１８のＳＴ４３０ａ、または図１９のＳＴ４３０ｂの処理においては、３つのTitle Key File#1〜#3のうちの２つを用いてタイトル鍵（暗号鍵）を復元しているが、この復元に使わなかった１つの鍵ファイルは、他の２つの鍵ファイルから復元できる（図４の説明個所等参照）。この復元後、正常な３つの鍵ファイル（Title Key File#1〜#3）をメディア１００等に保存しておくことができる。
【０１０２】
あるいは、残り２つの鍵ファイルから３つの鍵ファイル（Title Key File#1〜#3）全てを改めて作成し直し（図１７のＳＴ４３０；図１８のＳＴ４３０ａ；または図１９のＳＴ４３０ｂで実行できる）、作成し直された（つまり復元された）前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）を所定のメディア（図１〜図３の１００等）に記録することもできる（図１６のＳＴ４０８〜ＳＴ４１２）。
【０１０３】
＜まとめ＞
（１）更新（例えば図９のＳ４５）可能な３つの鍵ファイル（例えば図４のＴＫＦ１、ＴＫＦ２、ＴＫＦ３）および暗号鍵元情報（例えば図３のRead Write MKB、Binding Nonce等）から所定の処理（例えば図３のＫｍを生成するＭＫＢ処理、Ｋｐａを生成するＫｐａ処理、Ｋｔを生成するＴＫ処理等）を経て生成された暗号鍵（ＫｔまたはTitle Key）を用いてコンテンツ（Title）あるいはオブジェクト（VOB/SOB）の暗号化を行う（ＡＡＣＳ）ことで前記コンテンツあるいはオブジェクトに対するアクセスを管理する。この方法において、（電源が落ちた後の）電源起動時（図１８の鍵修復処理Ｂエンター）に前記暗号鍵元情報の少なくとも一部（例えばRead Write MKB）のバックアップファイル（図５のMedia Key Block (backup)、あるいは図１８のMKB.BUP）が存在する場合（図１６のＳＴ４０６でMKB.BUPが作成されている場合）、前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうち1つ（例えばＴＫＦ１）のみ前記更新による世代（Generation）が大きい場合は、前記バックアップファイル（MKB.BUP）を用いて前記所定の処理（図１８のＳＴ４２８ａのＭＫＢ処理）を行って、前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの前記1つ（ＴＫＦ１）を使わず前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの残り２つ（ＴＫＦ２、ＴＫＦ３）を用いて前記暗号鍵（ＫｔまたはTitle Key）を復元する（図１８のＳＴ４３０ａのTitle Key作成処理）。
【０１０４】
（２）更新可能な３つの鍵ファイルおよび暗号鍵元情報から所定の処理を経て生成された暗号鍵を用いてコンテンツあるいはオブジェクトの暗号化を行うことで前記コンテンツあるいはオブジェクトに対するアクセスを管理する。この方法において、（電源が落ちた後の）電源起動時（図１９の鍵修復処理Ｃエンター）に、前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうち1つ（例えばＴＫＦ３）のみ前記更新による世代（Generation）が小さい場合は、前記暗号鍵元情報の前記少なくとも一部（Read Write MKBまたはMKB.NEW）を用いて前記所定の処理（図１９のＳＴ４２６ｂのＭＫＢ処理）を行って、前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの前記1つ（ＴＫＦ３）を使わず前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの残り２つ（ＴＫＦ１、ＴＫＦ２）を用いて前記暗号鍵（ＫｔまたはTitle Key）を復元する（図１９のＳＴ４３０ｂのTitle Key作成処理）。
【０１０５】
（３）更新可能な３つの鍵ファイルおよび暗号鍵元情報から所定の処理を経て生成された暗号鍵を用いてコンテンツあるいはオブジェクトの暗号化を行うことで前記コンテンツあるいはオブジェクトに対するアクセスを管理する。この方法において、（電源が落ちた後の）電源起動時（図１７の鍵修復処理ＡまたはＤエンター）に前記暗号鍵元情報の少なくとも一部（例えばRead Write MKB）のバックアップファイル（図５のMedia Key Block (backup)、あるいは図１７のMKB.BUP）が存在し（図１６のＳＴ４０６でMKB.BUPが作成されている場合）、前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）の全ての世代（Generation）が同じ場合を考える。
【０１０６】
前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうち1つ（例えばＴＫＦ３）のファイルタイムスタンプが前記バックアップファイル（MKB.BUP）のタイムスタンプよりも前記暗号鍵元情報の前記少なくとも一部（Read Write MKBまたはMKB.NEW）のタイムスタンプに近いときは（図１７のＳＴ４２４のMKB.NEW側）、前記暗号鍵元情報の前記少なくとも一部（MKB.NEW）を用いて前記所定の処理（図１７のＳＴ４２６のＭＫＢ処理）を行って前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの前記1つ（ＴＫＦ３）を使わず前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの残り２つ（ＴＫＦ１、ＴＫＦ２）を用いて前記暗号鍵（ＫｔまたはTitle Key）を復元する（図１７のＳＴ４３０のTitle Key作成処理）。
【０１０７】
一方、前記バックアップファイル（MKB.BUP）のタイムスタンプが前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうち1つ（例えばＴＫＦ１）のファイルタイムスタンプよりも前記暗号鍵元情報の前記少なくとも一部（Read Write MKBまたはMKB.NEW）のタイムスタンプに近いときは（図１７のＳＴ４２４のMKB.BUP側）、前記暗号鍵元情報の前記少なくとも一部（MKB.BUP）を用いて前記所定の処理（図１７のＳＴ４２８のＭＫＢ処理）を行って前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの前記1つ（ＴＫＦ１）を使わず前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの残り２つ（ＴＫＦ２、ＴＫＦ３）を用いて前記暗号鍵（ＫｔまたはTitle Key）を復元する。
【０１０８】
（４）上記の方法において、前記暗号鍵の復元に使わなかった１つの鍵ファイル（ＴＫＦ１またはＴＫＦ３）を前記残り２つの鍵ファイル（ＴＫＦ２、ＴＫＦ３；またはＴＫＦ１、ＴＫＦ２）から復元し（図１７のＳＴ４３０；図１８のＳＴ４３０ａ；または図１９のＳＴ４３０ｂ）、復元された前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）を所定のメディア（図１〜図３の１００等）に記録する（図１６のＳＴ４０８〜ＳＴ４１２）。
【０１０９】
あるいは、上記の方法において、前記残り２つの鍵ファイル（ＴＫＦ２、ＴＫＦ３；またはＴＫＦ１、ＴＫＦ２）から前記３つの鍵ファイル（ＴＫＦ１〜ＴＫＦ３）を復元し（図１７のＳＴ４３０；図１８のＳＴ４３０ａ；または図１９のＳＴ４３０ｂ）、復元された前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）を所定のメディア（図１〜図３の１００等）に記録する（図１６のＳＴ４０８〜ＳＴ４１２）。
【０１１０】
（５）上記の方法で復元された前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちのいずれか（例えばＴＫＦ１）を用いて前記暗号鍵（ＫｔまたはTitle Key）を生成し（図１４のＳＴ１００）、生成した前記暗号鍵を用いて前記コンテンツ（Title）あるいはオブジェクト（VOB/SOB）の暗号化を行い（ＳＴ１０６）、暗号化された前記コンテンツ（Title）あるいはオブジェクト（VOB/SOB）を所定のメディア（１００）に記録する（ＳＴ１０８）。
【０１１１】
（６）上記の方法で復元された前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちのいずれか（例えばＴＫＦ１）を用いて暗号化された前記コンテンツ（Title）あるいはオブジェクト（VOB/SOB）が記録されたメディア（１００）から前記暗号化に関する情報（Ｋｍ，Ｋｐａ，Ｋｔ等）を読み取り（ＳＴ２０２）、この読み取った暗号化に関する情報から前記暗号鍵（ＫｔまたはTitle Key）に対応する復号鍵（Ｋｔ）を生成し（ＳＴ２０４）、この生成した復号鍵（Ｋｔ）を用いて前記メディア（１００）から暗号化された前記コンテンツ（Title）あるいはオブジェクト（VOB/SOB）を復号しつつ再生する（ＳＴ２０６）。
【０１１２】
（７）復元された３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちのいずれか（例えばＴＫＦ１）を用いて暗号鍵（ＫｔまたはTitle Key）を生成する手段と（ＳＴ１００の処理を行う２１０ａ）、
生成した前記暗号鍵を用いてコンテンツ（Title）あるいはオブジェクト（VOB/SOB）の暗号化を行う手段と（ＳＴ１０６の処理を行う２１０ａ）、
暗号化された前記コンテンツ（Title）あるいはオブジェクト（VOB/SOB）を所定のメディア（１００）に記録する手段と（ＳＴ１０８の処理を行う４０８、２０〜２４）を具備した記録装置。
【０１１３】
（８）復元された３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちのいずれか（例えばＴＫＦ１）を用いて暗号化されたコンテンツ（Title）あるいはオブジェクト（VOB/SOB）が記録されたメディア（１００）から暗号化に関する情報（Ｋｍ，Ｋｐａ，Ｋｔ等）を読み取る手段と（ＳＴ２０２の処理を行う２１０ａ、２２〜２４）、
前記読み取った暗号化に関する情報から暗号鍵（ＫｔまたはTitle Key）に対応する復号鍵（Ｋｔ）を生成する手段と（ＳＴ２０４の処理を行う２１０ａ、２２〜２４）、
前記生成した復号鍵（ＫｔまたはContents Key）を用いて、前記暗号化されたコンテンツ（Title）あるいはオブジェクト（VOB/SOB）を復号しながら再生する手段と（ＳＴ２０６の処理を行う２１０ａ、４０８、２２〜３０）を具備した再生装置。
【０１１４】
＜実施の形態の効果＞
暗号鍵生成に関する処理（ＭＫＢ更新処理等：例えば図１６のＳＴ４０６〜ＳＴ４１４）の途中で停電が発生した場合でも、たいていの場合は暗号鍵（ＫｔまたはTitle Key）を復元できる。
【０１１５】
なお、この発明は前述した実施の形態に限定されるものではなく、現在または将来の実施段階では、その時点で利用可能な技術に基づき、その要旨を逸脱しない範囲で種々に変形することが可能である。たとえば、この発明の実施において利用される情報記憶媒体は、光ディスクあるいはハードディスクドライブだけには限らず、大容量フラッシュメモリ等が利用されてもよい。
【０１１６】
また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。さらに、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、この構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【０１１７】
【図１】この発明の一実施の形態に係るメディア（情報記録媒体）内のデータ（タイトルキーファイル）の構成を説明する図。
【図２】メデイアに記録された暗号化コンテンツを復号する処理例を説明する図。
【図３】コンテンツを暗号化してＤＶＤに記録する処理例を説明する図。
【図４】タイトルキーファイルとそのバックアップファイルとしてのタイトルキーファイルの構造を示す説明図。
【図５】この発明の一実施の形態で採用される暗号化方式（ＡＡＣＳ方式）を用いた記録再生処理で必要となるメデイア上のデータを示す図。
【図６】ＡＡＣＳ方式の記録再生処理で必要となるメデイア上のデータを示す図。
【図７】ＡＡＣＳ方式の記録再生処理で必要となるメデイア上のデータを示す図。
【図８】暗号化されたタイトルキーファイル（Ｅ−ＴＫＦ）の構造例を示す図。
【図９】リライタブルメディアのタイトルキーファイルの更新手続きを説明するフローチャート図。
【図１０】ライトワンスメディアのタイトルキーファイルの書込み手続きを説明するフローチャート図。
【図１１】この発明の一実施の形態に係るデータ構造例を説明する図。
【図１２】この発明の一実施の形態に係るファイル構造例を説明する図。
【図１３】この発明の一実施の形態に係る記録再生装置（HD_DVDレコーダ）の構成例を説明するブロック図。
【図１４】この発明の一実施の形態に係る記録方法を説明するフローチャート図。
【図１５】この発明の一実施の形態に係る再生方法を説明するフローチャート図。
【図１６】この発明の一実施の形態に係る情報アクセス管理方法における鍵ファイルの作成・記録処理を説明するフローチャート図。
【図１７】図１６の処理における鍵修復処理ＡまたはＤの具体例を説明するフローチャート図。
【図１８】図１６の処理における鍵修復処理Ｂの具体例を説明するフローチャート図。
【図１９】図１６の処理における鍵修復処理Ｃの具体例を説明するフローチャート図。
【符号の説明】
【０１１８】
２０…エンコーダ；２４…光ディスクドライブユニット；２６…青レーザ使用光ディスクドライブ（HD_DVD Drive）；２８…赤レーザ使用光ディスクドライブ（DVD-R/RW/RAM Drive）；３０…デコーダ；４０…制御用マイクロプロセサ（MPU）；４００…グラフィックユーザインターフェース（GUI）表示制御部（ファームウエア）；４０２…エンコードパラメータ検出処理部（ファームウエア）；４０４…高速コピー／高速ダビング処理部（ファームウエア）；４０６…レート変換コピー／レート変換ダビング制御部（ファームウエア）；４０８…記録／再生制御部（管理情報処理部）（ファームウエア）；２１０ａ…ＡＡＣＳ処理部；５０…オンスクリーン表示（OSD）部；５２ａ、５２ｂ…モニタ表示例；１００、１０２…情報記憶媒体（光ディスク）；１０４…情報記憶媒体（ハードディスクドライブ）；２００…情報記録再生装置、２１０…制御部、２２０…読出し部、２３０…書込み部。
【技術分野】
【０００１】
この発明は、暗号鍵等を利用した情報アクセス管理に関する。特に、高度機密情報（Highly Confidential Data）の保護に利用される鍵が正常でなくなった場合（例えば処理途中で鍵が壊れた場合）の鍵の復元方法に関する。
【背景技術】
【０００２】
近年、ディスクメディア等に記録されたコンテンツにアクセスするデジタル機器が種々開発されている。このような機器でアクセスされるディスクに記録されたデータには、不正アクセスあるいは違法コピーを防止するため、暗号化処理が施されている。この暗号化されたデータには、ＤＶＤ（Digital Versatile Disc）では主にＣＳＳ（Content Scramble System）方式に準拠した暗号化方式が採用されている。
【０００３】
一方、より高度な暗号化方式として、ＡＡＣＳ（Advanced Access Content System）が提案されている（特許文献１）。このＡＡＣＳ方式を採用する場合、例えばセットメーカーは、ライセンシーが持つ鍵マトリクスから特定の鍵セットを入手し、異なる組み合わせの鍵を暗号化して、個々の機器に組み込んでいる。
【特許文献１】特開２００５−３９４８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＡＡＣＳでは、コンテンツを正当に記録再生する機器毎に付与されたデバイスキーとランダムに発生させた乱数とにより、複数のキーそれぞれを暗号化して乱数とともにキーファイルに登録して、メディアに記録する。コンテンツを再生する場合には、このキーファイルに登録されている暗号化キーを、乱数と再生しようとする機器のデバイスキーとで復号化する。そして、復号化されたキーでコンテンツを復号化して、コンテンツを再生する。
【０００５】
この発明の課題の１つは、ＡＡＣＳ等のアクセス管理方式を高度機密情報（Highly Confidential Data）の保護に利用することである。
【課題を解決するための手段】
【０００６】
この発明の一実施の形態に係る情報アクセス管理では、更新可能な３つの鍵ファイル（例えば図４のＴＫＦ１、ＴＫＦ２、ＴＫＦ３）および暗号鍵元情報（例えば図３のRead Write MKB、Binding Nonce等）から所定の処理（例えば図３のＫｍを生成するＭＫＢ処理、Ｋｐａを生成するＫｐａ処理、Ｋｔを生成するＴＫ処理等）を経て生成された暗号鍵（ＫｔまたはTitle Key）を用いてコンテンツ（Title）あるいはオブジェクト（VOB/SOB）の暗号化を行う（ＡＡＣＳ）ことで、前記コンテンツあるいはオブジェクトに対するアクセスを管理する。この情報アクセス管理の方法において、例えば停電により電源が落ちた後の電源起動時に前記暗号鍵元情報の少なくとも一部（例えばRead Write MKB）のバックアップファイル（図５のMedia Key Block (backup)、あるいは図１７のMKB.BUP）が存在する場合（図１６のＳＴ４０６でMKB.BUPが作成されている場合）、前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）の更新による世代（Generation）がどうなっているか（世代が同じか、あるいは１つの鍵ファイルのうちの１つの世代が残り２つより大きいか小さいか）に応じ、前記暗号鍵元情報の少なくとも一部（例えばRead Write MKBまたはMKB.NEW）あるいはそのバックアップファイル（MKB.BUP）のいずれかを用いて前記所定の処理（ＭＫＢ処理等）を行って（図１７のＳＴ４２６またはＳＴ４２８）、前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの２つから暗号鍵（ＫｔまたはTitle Key）を復元する（図１７のＳＴ４３０）。
【発明の効果】
【０００７】
暗号鍵生成に関する処理の途中で停電が発生した場合でも、暗号鍵（ＫｔまたはTitle Key）を失ってしまう危険性を軽減できる。
【発明を実施するための最良の形態】
【０００８】
以下、図面を参照してこの発明の種々な実施の形態を説明する。光ディスク等の情報記録媒体に対して情報を記録する場合、情報を暗号化して記録することが要求される場合がある。その場合、例えば著作権保護されたコンテンツを暗号鍵で暗号化して暗号化コンテンツとし、さらに暗号化に用いた前記暗号鍵を秘匿させるため、他の暗号鍵で暗号化して暗号化鍵としている。そして前記暗号化鍵と暗号化コンテンツを一緒に記録媒体に記録し、違法コピー防止している。
【０００９】
現在、急速にマーケットを拡大しているＤＶＤ（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
・Usage Rule File
がある。またTitle Key Fileの先頭アドレスのプロテクト領域にはBinding Nonceという乱数を基にしたデータが記録されている。
【００１６】
ＡＡＣＳでは、コンテンツを暗号化するための「タイトル鍵（Ｋｔ）」を生成する処理は、大きくいって、次の順番で実行される。すなわち、まずLead-in MKBとRead Write MKBのバージョンの新しいほうを使用してＭＫＢ処理を行う。この処理で生成される鍵を「メディア鍵（Ｋｍ）」と呼ぶ。このメディア鍵ＫｍとBinding Nonceを入力としてProtected Area Key処理（Ｋｐａ処理）を行うと「プロテクテッドエリアキー（Ｋｐａ）」が生成される。このＫｐａとUsage Rule 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のバージョンを比較して、バージョンの新しいＭＫＢを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）という乱数データが記憶されている。このＴＫＦＮは暗号化処理（後述）において、タイトルキーを暗号化するために用いられた乱数データである。また、ディスク１００にはコンテンツの利用規則を記述したUsage Rule Fileが備わっている。このUsage Rule 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２０でエンコードされ（またはパススルーした）ストリームデータは、SDRAM（Synchronous Dynamic Random Access Memory）２２等の高速メモリに一旦バッファリングされる。このSDRAM２２上で、下記の１〜３のストリーム書き換え処理が適宜行われる：
1.AudioがLiner PCMである場合、Audio Packのsub_stream_idの値を書き換える；
2.RDI-PCKの記載内容を書き換える；
3.一度CPRMの暗号を復号し、ＡＡＣＳに再暗号化を行う、もしくはその逆を行う。
【００７５】
SDRAM２２にバッファリングされそこで処理されたストリームデータは、その内容に応じて、所定のタイミングでＨＤＤ１０４か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２８、および／またはＨＤＤ１０４から再生されたストリームデータは、SDRAM２２を介して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録画等）、それらを同様に操作できる。
【００８３】
図１４は、この発明の一実施の形態に係る記録方法を説明するフローチャートである。この記録方法の処理は、あるオブジェクト（ＶＯＢまたはＳＯＢ）の１回の記録が行われる毎に実行される。例えば、著作権保護されたデジタル放送の番組Ａと番組Ｂが電子プログラムガイド（ＥＰＧ）等を用いることで録画予約されているとする。この場合、番組Ａの予約録画が行われるときに図１４の処理が（ある暗号鍵を用いて）実行されて、例えば番組Ａ相当のビデオオブジェクトＶＯＢ（ＭＰＥＧ４ＡＶＣ等）が暗号化されて光ディスクまたはハードディスクに記録される。また、番組Ｂの予約録画が行われるときには図１４の処理が（別の暗号鍵を用いて）改めて実行されて、例えば番組Ｂ相当のストリームオブジェクトＳＯＢ（ＭＰＥＧ２ＴＳ等）が暗号化されて光ディスク（例えば図１３の１００）またはハードディスク（例えば図１３の１０４）に記録される。
【００８４】
上記のような１回の記録が開始されると、ＡＡＣＳ方式の暗号化に用いる鍵（タイトル鍵Ｋｔまたは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、Usage Rule Fileなどを言う（図２参照）。この復号鍵生成処理は、図２を参照して説明した処理と同様に行うことができる。こうして読み取られた管理情報（HR_MANGR.IFOファイル）と生成した復号鍵（ＫｔまたはContents Key）を用いて、再生対象オブジェクトを復号しながら再生する（ＳＴ２０６）。この再生処理が再生対象オブジェクトの末尾まで済むと（あるいはユーザもしくは装置の制御プログラムが再生停止を指示すると）（ＳＴ２０８Ｙ）、図１５の再生処理は終了する。
【００９０】
図１６は、この発明の一実施の形態に係る情報アクセス管理方法における鍵ファイルの作成・記録処理を説明するフローチャートである。図３の説明で前述したように、ＨＤ＿ＤＶＤのＡＡＣＳでは、メディア（HD_DVD Disc）１００のLead-in Areaに埋め込まれているLead-in MKB、メディア１００上にファイルとして保存されているRead Write MKB、及び機器自体が内部の不揮発メモリ（例えば図１３の４２）に保存するDevice MKBの３種類のＭＫＢが存在し、このうちもっとも新しいＭＫＢをRead Write MKBに上書きすることが定められている。
【００９１】
いま、例えば図１３のHD_DVD Drive２６に挿入されたディスク１００に記録されているRead Write MKBのバージョンが、図１３の録画再生装置の持つDevice MKB（図２の説明参照）のバージョンと異なる場合の処理を考えてみる。この場合、まずRead Write MKBとDevice MKBのバージョンを取得してから（ＳＴ４００、ＳＴ４０２）取得した両バージョンを比較する（ＳＴ４０４）。ここで、Device MKBよりもRead Write MKBの方が新しかった場合は（ＳＴ４０４Ｎ）、現状維持として図１６の処理を終了する。
【００９２】
一方、Device MKBの方が新しかった場合は（ＳＴ４０４Ｙ）、Read Write MKBをDevice MKBの内容に更新しなくてはならない。前述したようにＭＫＢが更新されるとプロテクテッドエリア鍵（Ｋｐａ）が変更されるため、従前のTitle Key FileからTitle Key（Ｋｔ）を取得できなくなる。このため、まず現在のRead Write MKBの内容をバックアップファイルに保存し（ＳＴ４０６）、その後Device MKBから作成したプロテクテッドエリア鍵からEncrypted Title Key値を算出して、Title Key Fileの＃１〜＃３を順次生成・保存する（ＳＴ４０８〜ＳＴ４１２）。こうして３つのTitle Key Fileの保存処理が終了したら、Read Write MKBのバックアップファイルを削除する（ＳＴ４１４）。
【００９３】
ところで、Read Write MKBのバックアップ作成後（ＳＴ４０６）、Title Key Fileの＃１〜＃３を順次生成・保存（ＳＴ４０８〜ＳＴ４１２）する処理の途中で停電などによる機器の給電中断（ユーザが動作中の機器のＡＣプラグをコンセントから不用意に引き抜く場合も含む）があると鍵情報の一部が壊れてしまうことがある。このように、処理の途中で停電等が発生した場合、どのようにして鍵の修復を図るかが、この発明の実施の形態のポイントとなる。この鍵修復に関する処理の具体例を、以下に説明する。
【００９４】
図１７は、図１６の処理における鍵修復処理ＡまたはＤの具体例を説明するフローチャートである。図８を参照して前述したが、Title Key File Generationにはこのファイルの更新のたびにインクリメントされる値が記されている。また、図４を参照して説明したが、Title Key Fileはバックアップ用を含めて合計３つのファイル（ＴＫＦ１〜ＴＫＦ３）を備えている。そしてこの３つのファイルのTitle Key File Generationの値が全て一致していない場合、ファイル書き込み中に何らかの障害があったことを意味する。しかし、３つのファイルのTitle Key File Generationの値が全て一致していても、停電等により鍵ファイルに何らかの障害が発生している可能性がある。
【００９５】
いま、３つのTitle Key File#1〜#3が全て同じGenerationであるのにRead Write MKBのバックアップファイルが残っている場合（Title Key Filesの作成・記録終了後はバックアップを残してはいけないのだが）を考える。この場合は、Title Key File#1の更新処理前に停電Ａが発生したか、更新されたRead Write MKのバックアップの削除直前またはその削除中に停電Ｄが発生した場合のいずれかである。これを見分けるためには、Read Write MKBのバックアップファイルの更新日時（使用するファイルシステムのタイムスタンプ）とTitle Key Fileの更新日時を比較すればよい。これらの更新日時の元になる時間情報は、例えば図１３の機器構成ではTimer４６から得ることができる。
【００９６】
すなわち、現在の（最新の）Read Write MKBのタイムスタンプとRead Write MKBのバックアップのタイムスタンプを取得し（ＳＴ４２０）、使用するTitle Key File#1のタイムスタンプを取得する（ＳＴ４２２）。そして、取得したTitle Key File#1のタイムスタンプが現在の（最新の）Read Write MKBのタイムスタンプとRead Write MKBのバックアップのタイムスタンプのうちどちらに近いかにより、ファイルの新旧をチェックする（ＳＴ４２４）。
【００９７】
ＭＫＢバックアップファイルの方がTitle Key Fileよりも新しい場合はバックアップ作成直後に停電した（換言すればTitle Key File#1のタイムスタンプがバックアップのタイムスタンプに近い）ことであり、バックアップMKB.BUPを採用してＭＫＢ処理を行う（ＳＴ４２８）。一方バックアップMKB.BUPよりもTitle Key Fileの方が新しければ、バックアップ削除直前またはその削除中に停電した（換言すればTitle Key File#1のタイムスタンプが最新のRead Write MKBのタイムスタンプに近い）ことであるので、バックアップ（MKB.BUP）ではなく最新のRead Write MKB（MKB.NEW）を採用してＭＫＢ処理を行う（ＳＴ４２６）。
【００９８】
ＳＴ４２４でのチェックに基づいて、最新のRead Write MKB（MKB.NEW）とバックアップ（MKB.BUP）のどちらを採用するかを決めることにより、ＭＫＢ処理を実行できる。その処理実行結果（Ｋｐａ）と３つのTitle Key File#1〜#3のうちの２つがあれば、Title Keyを作成（あるいは鍵の復元が）できる（ＳＴ４３０）。Title Keyを作成した後は図１６のＳＴ４１４に戻り、Read Write MKBのバックアップファイルを削除して、図１６の処理を終える。このような処理により、図１６の処理途中で停電等が起きても、タイトル鍵が復元できなくなることを出来る限り防ぐことができる。
【００９９】
図１８は、図１６の処理における鍵修復処理Ｂの具体例を説明するフローチャートである。例えばTitle Key File#1の保存（ＳＴ４０８）が終了したときに停電Ｂが発生すると、Read Write MKBのバックアップが存在し、Title Key File#1のみ更新された状態となる。これはTitle Key File#1のGenerationのみが他（Title Key File#2, #3）より1だけ大きいことでわかる。この場合、存在するRead Write MKBのバックアップを用いてＭＫＢ処理を行ってＫｐａを作成し（ＳＴ４２８ａ）、Title Key File#2とTitle Key File#3の２つを用いてタイトル鍵を復元する（ＳＴ４３０ａ）ことになる。なお、Title Key File#2と#3は古いRead Write MKBから求めたプロテクテッドエリア鍵で暗号化されているため、停電Ｂからの復帰時にはバックアップされたＭＫＢにてＭＫＢ処理を行う必要がある。そのための処理がＳＴ４２８ａである。
【０１００】
図１９は、図１６の処理における鍵修復処理Ｃの具体例を説明するフローチャートである。Title Key File#2まで保存（ＳＴ４１０）が終了した段階で停電Ｃが発生した場合は、Title Key File#3のみ更新前のファイルが残っていることになる。この場合はTitle Key File#1と#2を使ってタイトル鍵を復元するのだが、この両ファイルは新しいRead Write MKBで暗号化されているので、バックアップではない最新のＭＫＢを用いてＭＫＢ処理を行う（ＳＴ４２６ｂ）。このＭＫＢ処理によりＫｐａを作成し（ＳＴ４２６ｂ）、Title Key File#1とTitle Key File#2の２つを用いてタイトル鍵を復元する（ＳＴ４３０ｂ）。
【０１０１】
なお、図１７のＳＴ４３０、図１８のＳＴ４３０ａ、または図１９のＳＴ４３０ｂの処理においては、３つのTitle Key File#1〜#3のうちの２つを用いてタイトル鍵（暗号鍵）を復元しているが、この復元に使わなかった１つの鍵ファイルは、他の２つの鍵ファイルから復元できる（図４の説明個所等参照）。この復元後、正常な３つの鍵ファイル（Title Key File#1〜#3）をメディア１００等に保存しておくことができる。
【０１０２】
あるいは、残り２つの鍵ファイルから３つの鍵ファイル（Title Key File#1〜#3）全てを改めて作成し直し（図１７のＳＴ４３０；図１８のＳＴ４３０ａ；または図１９のＳＴ４３０ｂで実行できる）、作成し直された（つまり復元された）前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）を所定のメディア（図１〜図３の１００等）に記録することもできる（図１６のＳＴ４０８〜ＳＴ４１２）。
【０１０３】
＜まとめ＞
（１）更新（例えば図９のＳ４５）可能な３つの鍵ファイル（例えば図４のＴＫＦ１、ＴＫＦ２、ＴＫＦ３）および暗号鍵元情報（例えば図３のRead Write MKB、Binding Nonce等）から所定の処理（例えば図３のＫｍを生成するＭＫＢ処理、Ｋｐａを生成するＫｐａ処理、Ｋｔを生成するＴＫ処理等）を経て生成された暗号鍵（ＫｔまたはTitle Key）を用いてコンテンツ（Title）あるいはオブジェクト（VOB/SOB）の暗号化を行う（ＡＡＣＳ）ことで前記コンテンツあるいはオブジェクトに対するアクセスを管理する。この方法において、（電源が落ちた後の）電源起動時（図１８の鍵修復処理Ｂエンター）に前記暗号鍵元情報の少なくとも一部（例えばRead Write MKB）のバックアップファイル（図５のMedia Key Block (backup)、あるいは図１８のMKB.BUP）が存在する場合（図１６のＳＴ４０６でMKB.BUPが作成されている場合）、前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうち1つ（例えばＴＫＦ１）のみ前記更新による世代（Generation）が大きい場合は、前記バックアップファイル（MKB.BUP）を用いて前記所定の処理（図１８のＳＴ４２８ａのＭＫＢ処理）を行って、前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの前記1つ（ＴＫＦ１）を使わず前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの残り２つ（ＴＫＦ２、ＴＫＦ３）を用いて前記暗号鍵（ＫｔまたはTitle Key）を復元する（図１８のＳＴ４３０ａのTitle Key作成処理）。
【０１０４】
（２）更新可能な３つの鍵ファイルおよび暗号鍵元情報から所定の処理を経て生成された暗号鍵を用いてコンテンツあるいはオブジェクトの暗号化を行うことで前記コンテンツあるいはオブジェクトに対するアクセスを管理する。この方法において、（電源が落ちた後の）電源起動時（図１９の鍵修復処理Ｃエンター）に、前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうち1つ（例えばＴＫＦ３）のみ前記更新による世代（Generation）が小さい場合は、前記暗号鍵元情報の前記少なくとも一部（Read Write MKBまたはMKB.NEW）を用いて前記所定の処理（図１９のＳＴ４２６ｂのＭＫＢ処理）を行って、前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの前記1つ（ＴＫＦ３）を使わず前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの残り２つ（ＴＫＦ１、ＴＫＦ２）を用いて前記暗号鍵（ＫｔまたはTitle Key）を復元する（図１９のＳＴ４３０ｂのTitle Key作成処理）。
【０１０５】
（３）更新可能な３つの鍵ファイルおよび暗号鍵元情報から所定の処理を経て生成された暗号鍵を用いてコンテンツあるいはオブジェクトの暗号化を行うことで前記コンテンツあるいはオブジェクトに対するアクセスを管理する。この方法において、（電源が落ちた後の）電源起動時（図１７の鍵修復処理ＡまたはＤエンター）に前記暗号鍵元情報の少なくとも一部（例えばRead Write MKB）のバックアップファイル（図５のMedia Key Block (backup)、あるいは図１７のMKB.BUP）が存在し（図１６のＳＴ４０６でMKB.BUPが作成されている場合）、前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）の全ての世代（Generation）が同じ場合を考える。
【０１０６】
前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうち1つ（例えばＴＫＦ３）のファイルタイムスタンプが前記バックアップファイル（MKB.BUP）のタイムスタンプよりも前記暗号鍵元情報の前記少なくとも一部（Read Write MKBまたはMKB.NEW）のタイムスタンプに近いときは（図１７のＳＴ４２４のMKB.NEW側）、前記暗号鍵元情報の前記少なくとも一部（MKB.NEW）を用いて前記所定の処理（図１７のＳＴ４２６のＭＫＢ処理）を行って前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの前記1つ（ＴＫＦ３）を使わず前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの残り２つ（ＴＫＦ１、ＴＫＦ２）を用いて前記暗号鍵（ＫｔまたはTitle Key）を復元する（図１７のＳＴ４３０のTitle Key作成処理）。
【０１０７】
一方、前記バックアップファイル（MKB.BUP）のタイムスタンプが前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうち1つ（例えばＴＫＦ１）のファイルタイムスタンプよりも前記暗号鍵元情報の前記少なくとも一部（Read Write MKBまたはMKB.NEW）のタイムスタンプに近いときは（図１７のＳＴ４２４のMKB.BUP側）、前記暗号鍵元情報の前記少なくとも一部（MKB.BUP）を用いて前記所定の処理（図１７のＳＴ４２８のＭＫＢ処理）を行って前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの前記1つ（ＴＫＦ１）を使わず前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちの残り２つ（ＴＫＦ２、ＴＫＦ３）を用いて前記暗号鍵（ＫｔまたはTitle Key）を復元する。
【０１０８】
（４）上記の方法において、前記暗号鍵の復元に使わなかった１つの鍵ファイル（ＴＫＦ１またはＴＫＦ３）を前記残り２つの鍵ファイル（ＴＫＦ２、ＴＫＦ３；またはＴＫＦ１、ＴＫＦ２）から復元し（図１７のＳＴ４３０；図１８のＳＴ４３０ａ；または図１９のＳＴ４３０ｂ）、復元された前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）を所定のメディア（図１〜図３の１００等）に記録する（図１６のＳＴ４０８〜ＳＴ４１２）。
【０１０９】
あるいは、上記の方法において、前記残り２つの鍵ファイル（ＴＫＦ２、ＴＫＦ３；またはＴＫＦ１、ＴＫＦ２）から前記３つの鍵ファイル（ＴＫＦ１〜ＴＫＦ３）を復元し（図１７のＳＴ４３０；図１８のＳＴ４３０ａ；または図１９のＳＴ４３０ｂ）、復元された前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）を所定のメディア（図１〜図３の１００等）に記録する（図１６のＳＴ４０８〜ＳＴ４１２）。
【０１１０】
（５）上記の方法で復元された前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちのいずれか（例えばＴＫＦ１）を用いて前記暗号鍵（ＫｔまたはTitle Key）を生成し（図１４のＳＴ１００）、生成した前記暗号鍵を用いて前記コンテンツ（Title）あるいはオブジェクト（VOB/SOB）の暗号化を行い（ＳＴ１０６）、暗号化された前記コンテンツ（Title）あるいはオブジェクト（VOB/SOB）を所定のメディア（１００）に記録する（ＳＴ１０８）。
【０１１１】
（６）上記の方法で復元された前記３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちのいずれか（例えばＴＫＦ１）を用いて暗号化された前記コンテンツ（Title）あるいはオブジェクト（VOB/SOB）が記録されたメディア（１００）から前記暗号化に関する情報（Ｋｍ，Ｋｐａ，Ｋｔ等）を読み取り（ＳＴ２０２）、この読み取った暗号化に関する情報から前記暗号鍵（ＫｔまたはTitle Key）に対応する復号鍵（Ｋｔ）を生成し（ＳＴ２０４）、この生成した復号鍵（Ｋｔ）を用いて前記メディア（１００）から暗号化された前記コンテンツ（Title）あるいはオブジェクト（VOB/SOB）を復号しつつ再生する（ＳＴ２０６）。
【０１１２】
（７）復元された３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちのいずれか（例えばＴＫＦ１）を用いて暗号鍵（ＫｔまたはTitle Key）を生成する手段と（ＳＴ１００の処理を行う２１０ａ）、
生成した前記暗号鍵を用いてコンテンツ（Title）あるいはオブジェクト（VOB/SOB）の暗号化を行う手段と（ＳＴ１０６の処理を行う２１０ａ）、
暗号化された前記コンテンツ（Title）あるいはオブジェクト（VOB/SOB）を所定のメディア（１００）に記録する手段と（ＳＴ１０８の処理を行う４０８、２０〜２４）を具備した記録装置。
【０１１３】
（８）復元された３つの鍵ファイル（ＴＫＦ１、ＴＫＦ２、ＴＫＦ３）のうちのいずれか（例えばＴＫＦ１）を用いて暗号化されたコンテンツ（Title）あるいはオブジェクト（VOB/SOB）が記録されたメディア（１００）から暗号化に関する情報（Ｋｍ，Ｋｐａ，Ｋｔ等）を読み取る手段と（ＳＴ２０２の処理を行う２１０ａ、２２〜２４）、
前記読み取った暗号化に関する情報から暗号鍵（ＫｔまたはTitle Key）に対応する復号鍵（Ｋｔ）を生成する手段と（ＳＴ２０４の処理を行う２１０ａ、２２〜２４）、
前記生成した復号鍵（ＫｔまたはContents Key）を用いて、前記暗号化されたコンテンツ（Title）あるいはオブジェクト（VOB/SOB）を復号しながら再生する手段と（ＳＴ２０６の処理を行う２１０ａ、４０８、２２〜３０）を具備した再生装置。
【０１１４】
＜実施の形態の効果＞
暗号鍵生成に関する処理（ＭＫＢ更新処理等：例えば図１６のＳＴ４０６〜ＳＴ４１４）の途中で停電が発生した場合でも、たいていの場合は暗号鍵（ＫｔまたはTitle Key）を復元できる。
【０１１５】
なお、この発明は前述した実施の形態に限定されるものではなく、現在または将来の実施段階では、その時点で利用可能な技術に基づき、その要旨を逸脱しない範囲で種々に変形することが可能である。たとえば、この発明の実施において利用される情報記憶媒体は、光ディスクあるいはハードディスクドライブだけには限らず、大容量フラッシュメモリ等が利用されてもよい。
【０１１６】
また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。さらに、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、この構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【０１１７】
【図１】この発明の一実施の形態に係るメディア（情報記録媒体）内のデータ（タイトルキーファイル）の構成を説明する図。
【図２】メデイアに記録された暗号化コンテンツを復号する処理例を説明する図。
【図３】コンテンツを暗号化してＤＶＤに記録する処理例を説明する図。
【図４】タイトルキーファイルとそのバックアップファイルとしてのタイトルキーファイルの構造を示す説明図。
【図５】この発明の一実施の形態で採用される暗号化方式（ＡＡＣＳ方式）を用いた記録再生処理で必要となるメデイア上のデータを示す図。
【図６】ＡＡＣＳ方式の記録再生処理で必要となるメデイア上のデータを示す図。
【図７】ＡＡＣＳ方式の記録再生処理で必要となるメデイア上のデータを示す図。
【図８】暗号化されたタイトルキーファイル（Ｅ−ＴＫＦ）の構造例を示す図。
【図９】リライタブルメディアのタイトルキーファイルの更新手続きを説明するフローチャート図。
【図１０】ライトワンスメディアのタイトルキーファイルの書込み手続きを説明するフローチャート図。
【図１１】この発明の一実施の形態に係るデータ構造例を説明する図。
【図１２】この発明の一実施の形態に係るファイル構造例を説明する図。
【図１３】この発明の一実施の形態に係る記録再生装置（HD_DVDレコーダ）の構成例を説明するブロック図。
【図１４】この発明の一実施の形態に係る記録方法を説明するフローチャート図。
【図１５】この発明の一実施の形態に係る再生方法を説明するフローチャート図。
【図１６】この発明の一実施の形態に係る情報アクセス管理方法における鍵ファイルの作成・記録処理を説明するフローチャート図。
【図１７】図１６の処理における鍵修復処理ＡまたはＤの具体例を説明するフローチャート図。
【図１８】図１６の処理における鍵修復処理Ｂの具体例を説明するフローチャート図。
【図１９】図１６の処理における鍵修復処理Ｃの具体例を説明するフローチャート図。
【符号の説明】
【０１１８】
２０…エンコーダ；２４…光ディスクドライブユニット；２６…青レーザ使用光ディスクドライブ（HD_DVD Drive）；２８…赤レーザ使用光ディスクドライブ（DVD-R/RW/RAM Drive）；３０…デコーダ；４０…制御用マイクロプロセサ（MPU）；４００…グラフィックユーザインターフェース（GUI）表示制御部（ファームウエア）；４０２…エンコードパラメータ検出処理部（ファームウエア）；４０４…高速コピー／高速ダビング処理部（ファームウエア）；４０６…レート変換コピー／レート変換ダビング制御部（ファームウエア）；４０８…記録／再生制御部（管理情報処理部）（ファームウエア）；２１０ａ…ＡＡＣＳ処理部；５０…オンスクリーン表示（OSD）部；５２ａ、５２ｂ…モニタ表示例；１００、１０２…情報記憶媒体（光ディスク）；１０４…情報記憶媒体（ハードディスクドライブ）；２００…情報記録再生装置、２１０…制御部、２２０…読出し部、２３０…書込み部。
【特許請求の範囲】
【請求項１】
更新可能な３つの鍵ファイルおよび暗号鍵元情報から所定の処理を経て生成された暗号鍵を用いてコンテンツあるいはオブジェクトの暗号化を行うことで前記コンテンツあるいはオブジェクトに対するアクセスを管理する方法において、
電源起動時に前記暗号鍵元情報の少なくとも一部のバックアップファイルが存在する場合、前記３つの鍵ファイルのうち1つのみ前記更新による世代が大きい場合は、前記バックアップファイルを用いて前記所定の処理を行って、前記３つの鍵ファイルのうちの前記1つを使わず前記３つの鍵ファイルのうちの残り２つを用いて前記暗号鍵を復元する情報アクセス管理方法。
【請求項２】
更新可能な３つの鍵ファイルおよび暗号鍵元情報から所定の処理を経て生成された暗号鍵を用いてコンテンツあるいはオブジェクトの暗号化を行うことで前記コンテンツあるいはオブジェクトに対するアクセスを管理する方法において、
電源起動時に、前記３つの鍵ファイルのうち1つのみ前記更新による世代が小さい場合は、前記暗号鍵元情報の前記少なくとも一部を用いて前記所定の処理を行って、前記３つの鍵ファイルのうちの前記1つを使わず前記３つの鍵ファイルのうちの残り２つを用いて前記暗号鍵を復元する情報アクセス管理方法。
【請求項３】
更新可能な３つの鍵ファイルおよび暗号鍵元情報から所定の処理を経て生成された暗号鍵を用いてコンテンツあるいはオブジェクトの暗号化を行うことで前記コンテンツあるいはオブジェクトに対するアクセスを管理する方法において、
電源起動時に前記暗号鍵元情報の少なくとも一部のバックアップファイルが存在し、前記３つの鍵ファイルの全ての世代が同じ場合、
前記３つの鍵ファイルのうち1つのファイルタイムスタンプが前記バックアップファイルのタイムスタンプよりも前記暗号鍵元情報の前記少なくとも一部のタイムスタンプに近いときは、前記暗号鍵元情報の前記少なくとも一部を用いて前記所定の処理を行って前記３つの鍵ファイルのうちの前記1つを使わず前記３つの鍵ファイルのうちの残り２つを用いて前記暗号鍵を復元し、
前記バックアップファイルのタイムスタンプが前記３つの鍵ファイルのうち1つのファイルタイムスタンプよりも前記暗号鍵元情報の前記少なくとも一部のタイムスタンプに近いときは、前記暗号鍵元情報の前記少なくとも一部を用いて前記所定の処理を行って前記３つの鍵ファイルのうちの前記1つを使わず前記３つの鍵ファイルのうちの残り２つを用いて前記暗号鍵を復元する情報アクセス管理方法。
【請求項４】
請求項１ないし請求項３のいずれか１項に記載の方法において、前記暗号鍵の復元に使わなかった１つの鍵ファイルを前記残り２つの鍵ファイルから復元し、復元された前記３つの鍵ファイルを所定のメディアに記録する情報アクセス管理方法。
【請求項５】
請求項４に記載の方法で復元された前記３つの鍵ファイルのうちのいずれかを用いて前記暗号鍵を生成し、生成した前記暗号鍵を用いて前記コンテンツあるいはオブジェクトの暗号化を行い、暗号化された前記コンテンツあるいはオブジェクトを所定のメディアに記録する方法。
【請求項６】
請求項４のいずれか１項に記載の方法で復元された前記３つの鍵ファイルのうちのいずれかを用いて暗号化された前記コンテンツあるいはオブジェクトが記録されたメディアから前記暗号化に関する情報を読み取り、この読み取った暗号化に関する情報から前記暗号鍵に対応する復号鍵を生成し、この生成した復号鍵を用いて前記メディアから暗号化された前記コンテンツあるいはオブジェクトを復号しつつ再生する方法。
【請求項７】
請求項４のいずれか１項に記載の方法で復元された前記３つの鍵ファイルのうちのいずれかを用いて前記暗号鍵を生成する手段と、
生成した前記暗号鍵を用いて前記コンテンツあるいはオブジェクトの暗号化を行う手段と、
暗号化された前記コンテンツあるいはオブジェクトを所定のメディアに記録する手段とを具備した記録装置。
【請求項８】
請求項４のいずれか１項に記載の方法で復元された前記３つの鍵ファイルのうちのいずれかを用いて暗号化された前記コンテンツあるいはオブジェクトが記録されたメディアから前記暗号化に関する情報を読み取る手段と、
前記読み取った暗号化に関する情報から前記暗号鍵に対応する復号鍵を生成する手段と、
前記生成した復号鍵を用いて、前記暗号化されたコンテンツあるいはオブジェクトを復号しながら再生する手段とを具備した再生装置。
【請求項９】
請求項１ないし請求項３のいずれか１項に記載の方法において、前記残り２つの鍵ファイルから前記３つの鍵ファイルを復元し、復元された前記３つの鍵ファイルを所定のメディアに記録する情報アクセス管理方法。
【請求項１】
更新可能な３つの鍵ファイルおよび暗号鍵元情報から所定の処理を経て生成された暗号鍵を用いてコンテンツあるいはオブジェクトの暗号化を行うことで前記コンテンツあるいはオブジェクトに対するアクセスを管理する方法において、
電源起動時に前記暗号鍵元情報の少なくとも一部のバックアップファイルが存在する場合、前記３つの鍵ファイルのうち1つのみ前記更新による世代が大きい場合は、前記バックアップファイルを用いて前記所定の処理を行って、前記３つの鍵ファイルのうちの前記1つを使わず前記３つの鍵ファイルのうちの残り２つを用いて前記暗号鍵を復元する情報アクセス管理方法。
【請求項２】
更新可能な３つの鍵ファイルおよび暗号鍵元情報から所定の処理を経て生成された暗号鍵を用いてコンテンツあるいはオブジェクトの暗号化を行うことで前記コンテンツあるいはオブジェクトに対するアクセスを管理する方法において、
電源起動時に、前記３つの鍵ファイルのうち1つのみ前記更新による世代が小さい場合は、前記暗号鍵元情報の前記少なくとも一部を用いて前記所定の処理を行って、前記３つの鍵ファイルのうちの前記1つを使わず前記３つの鍵ファイルのうちの残り２つを用いて前記暗号鍵を復元する情報アクセス管理方法。
【請求項３】
更新可能な３つの鍵ファイルおよび暗号鍵元情報から所定の処理を経て生成された暗号鍵を用いてコンテンツあるいはオブジェクトの暗号化を行うことで前記コンテンツあるいはオブジェクトに対するアクセスを管理する方法において、
電源起動時に前記暗号鍵元情報の少なくとも一部のバックアップファイルが存在し、前記３つの鍵ファイルの全ての世代が同じ場合、
前記３つの鍵ファイルのうち1つのファイルタイムスタンプが前記バックアップファイルのタイムスタンプよりも前記暗号鍵元情報の前記少なくとも一部のタイムスタンプに近いときは、前記暗号鍵元情報の前記少なくとも一部を用いて前記所定の処理を行って前記３つの鍵ファイルのうちの前記1つを使わず前記３つの鍵ファイルのうちの残り２つを用いて前記暗号鍵を復元し、
前記バックアップファイルのタイムスタンプが前記３つの鍵ファイルのうち1つのファイルタイムスタンプよりも前記暗号鍵元情報の前記少なくとも一部のタイムスタンプに近いときは、前記暗号鍵元情報の前記少なくとも一部を用いて前記所定の処理を行って前記３つの鍵ファイルのうちの前記1つを使わず前記３つの鍵ファイルのうちの残り２つを用いて前記暗号鍵を復元する情報アクセス管理方法。
【請求項４】
請求項１ないし請求項３のいずれか１項に記載の方法において、前記暗号鍵の復元に使わなかった１つの鍵ファイルを前記残り２つの鍵ファイルから復元し、復元された前記３つの鍵ファイルを所定のメディアに記録する情報アクセス管理方法。
【請求項５】
請求項４に記載の方法で復元された前記３つの鍵ファイルのうちのいずれかを用いて前記暗号鍵を生成し、生成した前記暗号鍵を用いて前記コンテンツあるいはオブジェクトの暗号化を行い、暗号化された前記コンテンツあるいはオブジェクトを所定のメディアに記録する方法。
【請求項６】
請求項４のいずれか１項に記載の方法で復元された前記３つの鍵ファイルのうちのいずれかを用いて暗号化された前記コンテンツあるいはオブジェクトが記録されたメディアから前記暗号化に関する情報を読み取り、この読み取った暗号化に関する情報から前記暗号鍵に対応する復号鍵を生成し、この生成した復号鍵を用いて前記メディアから暗号化された前記コンテンツあるいはオブジェクトを復号しつつ再生する方法。
【請求項７】
請求項４のいずれか１項に記載の方法で復元された前記３つの鍵ファイルのうちのいずれかを用いて前記暗号鍵を生成する手段と、
生成した前記暗号鍵を用いて前記コンテンツあるいはオブジェクトの暗号化を行う手段と、
暗号化された前記コンテンツあるいはオブジェクトを所定のメディアに記録する手段とを具備した記録装置。
【請求項８】
請求項４のいずれか１項に記載の方法で復元された前記３つの鍵ファイルのうちのいずれかを用いて暗号化された前記コンテンツあるいはオブジェクトが記録されたメディアから前記暗号化に関する情報を読み取る手段と、
前記読み取った暗号化に関する情報から前記暗号鍵に対応する復号鍵を生成する手段と、
前記生成した復号鍵を用いて、前記暗号化されたコンテンツあるいはオブジェクトを復号しながら再生する手段とを具備した再生装置。
【請求項９】
請求項１ないし請求項３のいずれか１項に記載の方法において、前記残り２つの鍵ファイルから前記３つの鍵ファイルを復元し、復元された前記３つの鍵ファイルを所定のメディアに記録する情報アクセス管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２００７−３３６１９７（Ｐ２００７−３３６１９７Ａ）
【公開日】平成１９年１２月２７日（２００７．１２．２７）
【国際特許分類】
【出願番号】特願２００６−１６５０４１（Ｐ２００６−１６５０４１）
【出願日】平成１８年６月１４日（２００６．６．１４）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成１９年１２月２７日（２００７．１２．２７）
【国際特許分類】
【出願日】平成１８年６月１４日（２００６．６．１４）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]