JP2007336058A - 情報アクセス管理方法および装置およびライトワンスメディア - Google Patents

情報アクセス管理方法および装置およびライトワンスメディア Download PDF

Info

Publication number
JP2007336058A
JP2007336058A JP2006163470A JP2006163470A JP2007336058A JP 2007336058 A JP2007336058 A JP 2007336058A JP 2006163470 A JP2006163470 A JP 2006163470A JP 2006163470 A JP2006163470 A JP 2006163470A JP 2007336058 A JP2007336058 A JP 2007336058A
Authority
JP
Japan
Prior art keywords
file
key
write
content
title
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2006163470A
Other languages
English (en)
Inventor
Hiroyuki Kamio
広幸 神尾
Takayuki Tachikawa
貴之 立川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2006163470A priority Critical patent/JP2007336058A/ja
Priority to EP07109199A priority patent/EP1868194A2/en
Priority to CNA2007101091421A priority patent/CN101089983A/zh
Priority to US11/808,891 priority patent/US20080022095A1/en
Publication of JP2007336058A publication Critical patent/JP2007336058A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00217—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source
    • G11B20/00246—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is obtained from a local device, e.g. device key initially stored by the player or by the recorder
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00217—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source
    • G11B20/00253—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is stored on the record carrier
    • G11B20/0026—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is stored on the record carrier the key being stored as a barcode
    • G11B20/00268—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is stored on the record carrier the key being stored as a barcode said barcode being recorded in a burst cutting area [BCA]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00217—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source
    • G11B20/00253—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is stored on the record carrier
    • G11B20/00347—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is stored on the record carrier wherein the medium identifier is used as a key
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00217—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source
    • G11B20/00253—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is stored on the record carrier
    • G11B20/00362—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is stored on the record carrier the key being obtained from a media key block [MKB]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/0042—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the copy protection scheme being related to a specific access protection standard
    • G11B20/00427—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the copy protection scheme being related to a specific access protection standard advanced access content system [AACS]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00485—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier
    • G11B20/00492—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein content or user data is encrypted
    • G11B20/00528—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein content or user data is encrypted wherein each title is encrypted with a separate encryption key for each title, e.g. title key for movie, song or data file

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Storage Device Security (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

【課題】ＡＡＣＳ等のアクセス管理方式をライトワンスメディアに記録される高度機密情報の保護に利用する。
【解決手段】ＡＡＣＳにより暗号化するためのTitle Key Fileを最初に作成する際に、Usage Rule File内の規則数に応じた数だけTitle Key（またはＫｔ）を作成する（ＳＴ３００〜ＳＴ３０６）。こうして作成した複数のTitle KeysをTitle Key Fileに書き込む（ＳＴ３０８）。このTitle Key Fileに書き込まれたTitle Keysを適宜用いてコンテンツを暗号化し、暗号化されたコンテンツをライトワンスメディアに記録する。
【選択図】図１７

Description

この発明は、暗号鍵等を利用した情報アクセス管理に関する。特に、ライトワンスメディアに記録する高度機密情報（Highly Confidential Data）の保護に利用される鍵のファイル管理方法（またはライトワンスメディアにおける鍵の更新方法）に関する。
近年、ディスクメディア等に記録されたコンテンツにアクセスするデジタル機器が種々開発されている。このような機器でアクセスされるディスクに記録されたデータには、不正アクセスあるいは違法コピーを防止するため、暗号化処理が施されている。この暗号化されたデータには、ＤＶＤ（Digital Versatile Disc）では主にＣＳＳ（Content Scramble System）方式に準拠した暗号化方式が採用されている。
一方、より高度な暗号化方式として、ＡＡＣＳ（Advanced Access Content System）が提案されている（特許文献１）。このＡＡＣＳ方式を採用する場合、例えばセットメーカーは、ライセンシーが持つ鍵マトリクスから特定の鍵セットを入手し、異なる組み合わせの鍵を暗号化して、個々の機器に組み込んでいる。
特開２００５−３９４８０号公報
ＡＡＣＳでは、コンテンツを正当に記録再生する機器毎に付与されたデバイスキーとランダムに発生させた乱数とにより、複数のキーそれぞれを暗号化して乱数とともにキーファイルに登録して、メディアに記録する。コンテンツを再生する場合には、このキーファイルに登録されている暗号化キーを、乱数と再生しようとする機器のデバイスキーとで復号化する。そして、復号化されたキーでコンテンツを復号化して、コンテンツを再生する。
ＡＡＣＳでは、暗号化に関する情報を記録メディアの同一個所に上書きすることが求められているため、上書きできないライトワンスメディアでＡＡＣＳを利用するには工夫が必要となる。
この発明の課題の１つは、ＡＡＣＳ等のアクセス管理方式を、ファイルの書き換えができないライトワンスメディアに記録される高度機密情報（Highly Confidential Data）の保護に利用することである。
この発明の一実施の形態に係る情報アクセス管理では、不正アクセスから保護しようとするコンテンツ（Title）を所定の暗号化方式（ＡＡＣＳ）により暗号化するための鍵（Title KeyまたはＫｔ）のファイル（Title Key File）を最初に作成する際（図１４のスタートから図１７の処理にエンターする際）に、所定の使用規則ファイル（Usage Rule File）内の規則数に対応する数（Usage Ruleの組み合わせの数および、適宜、ＡＲＦ用Title Keyの数：ＡＡＣＳでは最大１９９８まで可能であるが、通常はUsage Ruleの組み合わせ数等で決まるもっと少ない数）だけ前記鍵（Title KeyまたはＫｔ）を作成している（図１７のＳＴ３００〜ＳＴ３０６）。こうして作成した数の前記鍵（Title KeyまたはＫｔ）を前記鍵のファイル（Title Key File）に書き込み（ＳＴ３０８）、前記鍵のファイル（Title Key File）に書き込まれた前記鍵を用いて（図１４のＳＴ１００）前記コンテンツを暗号化し（ＳＴ１０６）、暗号化されたコンテンツ（Title）をライトワンスメディア（HD_DVD-R等）に記録する（ＳＴ１０８〜ＳＴ１１２）。
予め必要な数だけの鍵（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）が記録されている。コンテンツはこの１９９８個のうちの１つの鍵を使って暗号化されている。１９９８個すべてに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のうち１つが破損してしまっても、他の２つのファイルを用いることによって復元ができる。このように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）等の上書き不能なライトワンスメディアであるときは、後述する図１７の処理により、所望数の鍵（Title Keys）を同じファイル（Title Key File）内に予め用意しておく。そして、これらの予め用意された複数鍵を適宜（あるいは順次）用いることで、上書き不能なライトワンスメディアにおいても、鍵の更新を実質的に可能としている。
これらの鍵は更新で使い切ることがないように必要十分な数が予め用意される。しかし、もし、何らかの理由で予め用意した複数鍵を全て使い切ってしまった場合は、最後に更新された鍵をそのメディアでの既存の鍵（Ｋｔ）とし、以後はその既存鍵（Ｋｔ）を利用するようにしてもよい（ＳＴ１００での最後の括弧書き参照）。
記録対象のオブジェクトの記録中、そのオブジェクトの分割がないときは（ＳＴ１０２Ｎ）、ＳＴ１００で生成された鍵を用いて（ＡＡＣＳ方式により）オブジェクトを暗号化しつつ（ＳＴ１０６）、暗号化されたオブジェクトを記録媒体（ハードディスクまたは光ディスクもしくは半導体メモリ）に記録する（ＳＴ１０８）。記録対象のオブジェクトに対する１回の記録が終了していない間は（ＳＴ１１０Ｎ）、ＳＴ１０２〜ＳＴ１１０の処理が反復される。
記録対象のオブジェクト（例えば番組ＢのＳＯＢ）の記録中、そのオブジェクトが例えば録画ポーズあるいはビデオ属性の変更などにより分割されたときは（ＳＴ１０２Ｙ）、その後の記録処理を別の記録処理としてカウントすると、見かけ上１回の録画処理でなくなる。しかし、その場合は１回の録画処理内の出来事とみなし、分割前のオブジェクト（例えば番組Ｂの前半のＳＯＢ）の暗号化で用いた鍵（Ｋｔ）を分割後のオブジェクト（例えば番組Ｂの後半のＳＯＢ）に適用する（ＳＴ１０４）。このようにすると、新たな鍵生成処理（図３を参照して述べたような処理）を省略できるため、新たな鍵生成のためのタイムラグがなくなり、分割後のオブジェクトの暗号化（ＳＴ１０６）とその記録（ＳＴ１０８）を滞りなく実行できる（具体的には、分割後のオブジェクトの記録を継続する際にその冒頭が切れてしまう恐れを払拭できる）。
以上のようにして、記録対象のオブジェクトの１回の記録が終了すると（ＳＴ１１０Ｙ）、記録されたオブジェクトを再生する際に必要な種々な管理情報がHR_MANGR.IFOファイル（図１２参照）に記録されて（ＳＴ１１２）、図１４の記録処理は終了する。
図１５は、この発明の一実施の形態に係る再生方法を説明するフローチャートである。図１４のような処理でオブジェクトデータ（ＶＯＢおよび／またはＳＯＢ）および管理情報が記録されたディスク１００から、再生しようとするオブジェクト（例えば番組ＢのＳＯＢ）の管理情報が読み取られる（ＳＴ２００）。読み取られた管理情報は、再生機器のワークメモリ（図１３の４４等）に一旦記憶される。
この再生機器（図２の２００相当）は、再生しようとするオブジェクトの暗号化に関する情報（Ｋｍ，Ｋｐａ，Ｋｔ等を生成するための元になる情報）を光ディスク（例えば図１３の１００）またはハードディスク（例えば図１３の１０４）から読み取り（ＳＴ２０２）、読み取った情報から復号鍵（ＫｔまたはContents Key）を生成する（ＳＴ２０４）。ここで、Ｋｍ，Ｋｐａ，Ｋｔ等を生成するための元になる情報とは、Lead-in MKB、Read Write MKB、Binding Nonce、Title Key File、Usage Rule Fileなどを言う（図２参照）。この復号鍵生成処理は、図２を参照して説明した処理と同様に行うことができる。こうして読み取られた管理情報（HR_MANGR.IFOファイル）と生成した復号鍵（ＫｔまたはContents Key）を用いて、再生対象オブジェクトを復号しながら再生する（ＳＴ２０６）。この再生処理が再生対象オブジェクトの末尾まで済むと（あるいはユーザもしくは装置の制御プログラムが再生停止を指示すると）（ＳＴ２０８Ｙ）、図１５の再生処理は終了する。
ところで、メディア１００上のTitle Key Fileが書き込まれているアドレスのプロテクト領域には、Binding Nonceという乱数を基にした数値が記録されている。プロテクト領域とはＡＡＣＳ専用の特殊コマンドでのみ読み書き（アクセス）ができる領域であり、この部分にProtected Area Key（Ｋｐａ）を構成する要素を記録しておくことで、パソコン（ＰＣ）等を使った不正な暗号解除を防ぐことができる。このBinding NonceはTitle Key Fileを更新する都度更新する必要がある。
一方、Binding Nonceはファイルが書き込まれるアドレスに依存しており、HD DVD-R等のライトワンスメディアの場合、Title Key File自体が毎回新しいアドレスに保存されることになり、Binding Nonceの書き込まれる位置も一箇所ではなくなる。しかしＡＡＣＳではBinding Nonceは同一箇所に上書きすることが求められているので、ライトワンスメディアの場合、Title Key Fileの更新は、ＡＡＣＳを採用する限りできないことになる。
このようにライトワンスメディアではTitle Key Fileの更新ができないため、そのメディアを記録に初めて使用する際、一番最初にTitle Key Fileを作成するときに予め必要な数分だけTitle Keyを生成しておく。しかし最大数である１９８８個もTitle Keyを作る必要はなく、必要最低限の個数のみ作成すれば良い。必要最低限の個数とは、全コンテンツを１つの鍵で共通とすれば１つあれば良いことになる。しかし、それでは１枚のライトワンスメディアにＡＡＣＳで管理される個別の複数コンテンツ（例えば個別の複数デジタル放送番組）を記録できなくなる。
ＡＡＣＳには、Title Usage Rule Fileという、コンテンツごとの利用制限などが記載されたファイルがある。このTitle Usage Rule Fileの例が図１６に示されている。利用制限のルールを記述する欄は図１６（ａ）のUsage Rule#1〜Rule#1998まで１９９８個用意されており、これはTitle Keyの番号と対応が取られている。つまり、Title Key#1のUsage RuleはUsage Rule#1に相対する。
図１６（ｂ）はUsage Ruleのデータ構造であり、UR_FLGはこのルールの有効・無効を示すビットである。無効なルールの場合はUR_FLGのビットには０が記載される。その後のＤＯＴ−Ｐ、ＤＯＴというのがルール（使用規則あるいは利用制限）の本体であり、例えばＤＯＴ（Digital Only Token）が1の場合はそのコンテンツをアナログ出力してはならないというルールとなる。前述のようにルールはTitle Keyと相対しているため、コンテンツに暗号化を施す際の採用ルールが異なる場合は、Title Keyも異ならなくてはならない。このため、Usage Ruleの種類の数に応じて、そのルールを適用したTitle Key、ルールを適用しないTitle Keyの２つのTitle Keyが必要になる。現時点ではＤＯＴとＤＯＴ−Ｐの２つのルールがＡＡＣＳで定義されているため、実際の運用上は最小限４種類のTitle Keyを予め作成しておく必要がある。
また、コンテンツを暗号化するための鍵のほかに、Interoperable ContentのAdvanced Resource Fileを暗号化するためにも鍵が必要である。すべてのResource Fileで共通の鍵を使っても構わないので、Interoperable ContentのAdvanced Resource Fileを暗号化するための鍵の最低個数は1となる。（なお、“Interoperable Content”とは、記録再生系のHD_DVD-Video Recording規格内で記録されるコンテンツのうち再生系のHD_DVD-Video規格に準拠したプレーヤでも再生できるコンテンツをいう。）
従って、ライトワンスメディア１００に最初にTitle Key Fileを作成する際は、Title Usage Rule Fileの個数＋１個のコンテンツ用タイトル鍵と、1個のAdvanced Resource File用タイトル鍵を予め生成しておけば、Title Key Fileが更新できないライトワンスメディアであっても、ＡＡＣＳの運用を行うことが可能になる。
図１７は、ライトワンスメディアに最初にTitle Key Fileを書き込む際の処理手順の一例を説明するフローチャートである。不正アクセスから保護しようとするコンテンツ（Title）をＡＡＣＳにより暗号化するための鍵（Title KeyまたはＫｔ）のファイル（Title Key File）を最初に作成するのは、例えば図１４のスタートから図１７の処理にエンターする際（あるいは図１４のＳＴ１００の処理内）である。その際に、Usage Rule File内の規則数（例えば図１６ｂのＤＯＴとＤＯＴ−Ｐの２つ）に対応する数（Usage Ruleの組み合わせの数、例えば４つ）分、Title Key（またはＫｔ）を作成する（ＳＴ３００〜ＳＴ３０２）。また、著作権保護されたAdvanced Resource File（ＡＲＦ）がある場合、もしくはそのようなＡＲＦが今後作成され得る場合（ＡＲＦが将来作成される見込みがある場合）（ＳＴ３０４Ｙ）は、そのＡＲＦ用のTitle Key（またはＫｔ）を別途作成する（ＳＴ３０６）。こうして、所望数（Usage Ruleの組み合わせの数および、適宜、ＡＲＦ用Title Keyの数）だけTitle Key（またはＫｔ）を作成する（ＳＴ３００〜ＳＴ３０６）。作成した数のTitle Key（またはＫｔ）はTitle Key Fileに書き込まれる（ＳＴ３０８）。
その後、図１４の処理へリターンし、Title Key Fileに書き込まれたTitle Key（またはＫｔ）を用いて（ＳＴ１００）コンテンツ（Title）を暗号化し（ＳＴ１０６）、暗号化されたコンテンツ（Title）をライトワンスメディア（HD_DVD-R等）に記録する（ＳＴ１０８〜ＳＴ１１２）。
なお、前記Advanced Resource File（ＡＲＦ）、すなわちコンテンツ（Title）とは別に保護すべき資源情報の具体例としては、フォント、効果音、録画オブジェクトから切り出したサムネール以外の静止画等がある。とくに、高精細画面で用いられる美しいフォント（例えば図１３のモニタ画面５２ａで表示される各タイトル文字やその番組説明等に用いるフォント）は著作権保護の必要性が高いので、ＡＡＣＳによる暗号化・復号化の対象となり得る。
図１７の処理を簡単に整理すると、次のようになる。まずUsage Rule Fileにいくつルールを書き込むかを求め（ＳＴ３００）、その個数だけTitle Keyを生成する（ＳＴ３０２）。またAdvanced Resource Fileの暗号が必要である場合には（ＳＴ３０４Ｙ）、更に１つTitle Keyを生成する（ＳＴ３０６）。そこで生成されたTitle KeyをＴＫ処理で暗号化したものをTitle Key File内に書き込む（ＳＴ３０８）。
＜まとめ＞
１．ライトワンスメディアにTitle Key Fileを最初に作成する際、コンテンツ用Title Keyとして予めUsage Rule File内のルールに対応する数だけTitle Keyを作成する。
２．ライトワンスメディアにTitle Key Fileを最初に作成する際、コンテンツ用Title Keyのほかに、（もしAdvanced Resource Fileがあるならば）Advanced Resource File用Title Keyを１つ以上予め作成しておく。
３．１と２を組み合わせ、最初にTitle Key File を作成する際はコンテンツ用Title KeyとしてUsage Ruleの数だけのTitle Keyと、Advanced Resource File用のTitle Keyの両方を作成する。
＜実施の形態の効果＞
ライトワンスメディアに最初にTitle Key Fileを作成する際、Usage Rule Fileの個数＋１個のコンテンツ用タイトル鍵と、1個のAdvanced Resource File用タイトル鍵を予め生成しておく。そうすれば、Title Key Fileが更新できないライトワンスメディアであっても、問題なくＡＡＣＳの運用（ＡＡＣＳではBinding Nonceは同一箇所に上書きすることが求められる）を行うことが可能になる。
なお、この発明は前述した実施の形態に限定されるものではなく、現在または将来の実施段階では、その時点で利用可能な技術に基づき、その要旨を逸脱しない範囲で種々に変形することが可能である。
また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。さらに、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、この構成要件が削除された構成が発明として抽出され得る。
この発明の一実施の形態に係るメディア（情報記録媒体）内のデータ（タイトルキーファイル）の構成を説明する図。 メデイアに記録された暗号化コンテンツを復号する処理例を説明する図。 コンテンツを暗号化してＤＶＤに記録する処理例を説明する図。 タイトルキーファイルとそのバックアップファイルとしてのタイトルキーファイルの構造を示す説明図。 この発明の一実施の形態で採用される暗号化方式（ＡＡＣＳ方式）を用いた記録再生処理で必要となるメデイア上のデータを示す図。 ＡＡＣＳ方式の記録再生処理で必要となるメデイア上のデータを示す図。 ＡＡＣＳ方式の記録再生処理で必要となるメデイア上のデータを示す図。 暗号化されたタイトルキーファイル（Ｅ−ＴＫＦ）の構造例を示す図。 リライタブルメディアのタイトルキーファイルの更新手続きを説明するフローチャート図。 ライトワンスメディアのタイトルキーファイルの書込み手続きを説明するフローチャート図。 この発明の一実施の形態に係るデータ構造例を説明する図。 この発明の一実施の形態に係るファイル構造例を説明する図。 この発明の一実施の形態に係る記録再生装置（HD_DVDレコーダ）の構成例を説明するブロック図。 この発明の一実施の形態に係る記録方法を説明するフローチャート図。 この発明の一実施の形態に係る再生方法を説明するフローチャート図。 Title Usage Rule Fileの構造例を示す図。 ライトワンスメディアに最初にTitle Key Fileを書き込む際の処理手順の一例を説明するフローチャート図。
符号の説明
２０…エンコーダ；２４…光ディスクドライブユニット；２６…青レーザ使用光ディスクドライブ（HD_DVD Drive）；２８…赤レーザ使用光ディスクドライブ（DVD-R/RW/RAM Drive）；３０…デコーダ；４０…制御用マイクロプロセサ（MPU）；４００…グラフィックユーザインターフェース（GUI）表示制御部（ファームウエア）；４０２…エンコードパラメータ検出処理部（ファームウエア）；４０４…高速コピー／高速ダビング処理部（ファームウエア）；４０６…レート変換コピー／レート変換ダビング制御部（ファームウエア）；４０８…記録／再生制御部（管理情報処理部）（ファームウエア）；２１０ａ…ＡＡＣＳ処理部；５０…オンスクリーン表示（OSD）部；５２ａ、５２ｂ…モニタ表示例；１００、１０２…情報記憶媒体（光ディスク）；１０４…情報記憶媒体（ハードディスクドライブ）；２００…情報記録再生装置、２１０…制御部、２２０…読出し部、２３０…書込み部。

Claims (7)

  1. 不正アクセスから保護しようとするコンテンツを所定の暗号化方式により暗号化するための鍵のファイルを最初に作成する際に、所定の使用規則ファイル内の規則数に対応する数だけ前記鍵を作成し、
    作成した数の前記鍵を前記鍵のファイルに書き込み、
    前記鍵のファイルに書き込まれた前記鍵を用いて前記コンテンツを暗号化し、
    暗号化されたコンテンツをライトワンスメディアに記録する記録方法。
  2. 前記コンテンツとは別に保護すべき資源情報を格納するリソースファイルがある場合、もしくはそのリソースファイルが今後作成され得る場合において、このリソースファイル用の鍵が１つ以上、前記鍵のファイルに予め用意される請求項１に記載の方法。
  3. 請求項１に記載のライトワンスメディアから前記暗号化に関する情報を読み取り、この読み取った暗号化に関する情報から前記鍵に対応する復号鍵を生成し、この生成した復号鍵を用いて前記ライトワンスメディアから前記暗号化されたコンテンツおよび／または前記資源情報を復号しつつ再生する方法。
  4. 不正アクセスから保護しようとするコンテンツを所定の暗号化方式により暗号化するための鍵のファイルを最初に作成する際に、所定の使用規則ファイル内の規則数に対応する数だけ前記鍵を作成する手段と、
    作成した数の前記鍵を前記鍵のファイルに書き込む手段と、
    前記鍵のファイルに書き込まれた前記鍵を用いて前記コンテンツを暗号化する手段と、
    暗号化されたコンテンツをライトワンスメディアに記録する手段とを具備した記録装置。
  5. 所定の鍵を用いて所定の暗号化方式により暗号化されたコンテンツをライトワンスメディアから再生する装置であって、
    前記コンテンツの管理情報を前記ライトワンスメディアから読み取る手段と、
    前記暗号化に関する情報を前記ライトワンスメディアから読み取って復号鍵を生成する手段と、
    前記ライトワンスメディアから読み取った前記管理情報および生成した前記復号鍵を用いて、前記暗号化されたコンテンツを復号しながら再生する手段とを具備した再生装置。
  6. 所定の使用規則ファイル内の規則数に対応する数だけ作成された鍵のファイルを所定の暗号化方式で用いるために予め格納するエリアを持つライトワンスメディア。
  7. コンテンツを正当に記録再生する機器毎に付与されたデバイスキーとランダムに発生させた乱数により複数の鍵それぞれを暗号化して乱数とともに鍵ファイルに登録し、登録された鍵ファイルを前記作成された鍵ファイルとして記録メディアに記録する方式であって、暗号化に関する情報を前記記録メディアの同一個所に上書きすることが求められている方式を、前記所定の暗号化方式として採用している請求項６に記載のライトワンスメディア。
JP2006163470A 2006-06-13 2006-06-13 情報アクセス管理方法および装置およびライトワンスメディア Pending JP2007336058A (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2006163470A JP2007336058A (ja) 2006-06-13 2006-06-13 情報アクセス管理方法および装置およびライトワンスメディア
EP07109199A EP1868194A2 (en) 2006-06-13 2007-05-30 Information access control method and device, and write-once medium
CNA2007101091421A CN101089983A (zh) 2006-06-13 2007-06-13 信息访问控制方法和装置以及一次写入介质
US11/808,891 US20080022095A1 (en) 2006-06-13 2007-06-13 Information access control method and device and write-once medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006163470A JP2007336058A (ja) 2006-06-13 2006-06-13 情報アクセス管理方法および装置およびライトワンスメディア

Publications (1)

Publication Number Publication Date
JP2007336058A true JP2007336058A (ja) 2007-12-27

Family

ID=38294132

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006163470A Pending JP2007336058A (ja) 2006-06-13 2006-06-13 情報アクセス管理方法および装置およびライトワンスメディア

Country Status (4)

Country Link
US (1) US20080022095A1 (ja)
EP (1) EP1868194A2 (ja)
JP (1) JP2007336058A (ja)
CN (1) CN101089983A (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014135563A (ja) * 2013-01-08 2014-07-24 Toshiba Corp 記録方法及び電子機器
US8789618B2 (en) 2010-08-20 2014-07-29 Hitachi-Lg Data Storage, Inc. Optical disc, optical disc recording method, optical disc reproduction method, optical disc device and storage system

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8654253B2 (en) * 2007-08-06 2014-02-18 Mediatek Inc. Video apparatus capable of outputting OSD data through unauthorized output path to provide user with warning message or interactive help dialogue
US20100125741A1 (en) * 2008-11-20 2010-05-20 Seagate Technology Llc Optical disc emulator
CN102833417B (zh) * 2012-08-30 2014-07-09 锐迪科科技有限公司 省略用户识别模块的通信终端
WO2015199370A1 (en) * 2014-06-25 2015-12-30 Lg Electronics Inc. Broadcast reception device, method of operating broadcast reception device, conditional access module, and method of operating conditional access module
CN105989477A (zh) * 2014-11-07 2016-10-05 天地融科技股份有限公司 数据交互方法
JP2020024771A (ja) * 2016-11-28 2020-02-13 株式会社日立エルジーデータストレージ ディスクの記録方法、再生方法、記録装置及び再生装置
USD885864S1 (en) 2018-10-19 2020-06-02 Coulter Ventures, Llc. Locking pin
US11364407B2 (en) 2018-10-19 2022-06-21 Coulter Ventures, Llc. Connector assembly
CN112954404A (zh) * 2021-01-25 2021-06-11 世纪龙信息网络有限责任公司 一种mpeg-2 ps视频文件的加密存储方法和装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4326186B2 (ja) * 2002-04-15 2009-09-02 ソニー株式会社 情報処理装置および方法
US7153249B2 (en) * 2002-05-24 2006-12-26 O'connor Douglas Narrow weight training bench for full shoulder movement and with injury preventing spine conforming contour
JP2004140757A (ja) * 2002-10-21 2004-05-13 Toshiba Corp コンテンツの暗号化方法及び暗号化されたデータを復号化する復号化方法並びにその装置
US20050005137A1 (en) * 2003-06-16 2005-01-06 Microsoft Corporation System and method for individualizing installation media
JP4649865B2 (ja) * 2003-11-06 2011-03-16 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8789618B2 (en) 2010-08-20 2014-07-29 Hitachi-Lg Data Storage, Inc. Optical disc, optical disc recording method, optical disc reproduction method, optical disc device and storage system
JP2014135563A (ja) * 2013-01-08 2014-07-24 Toshiba Corp 記録方法及び電子機器

Also Published As

Publication number Publication date
US20080022095A1 (en) 2008-01-24
CN101089983A (zh) 2007-12-19
EP1868194A2 (en) 2007-12-19

Similar Documents

Publication Publication Date Title
JP2008022367A (ja) 暗号鍵情報保持方法および暗号鍵情報処理装置
JP2007336058A (ja) 情報アクセス管理方法および装置およびライトワンスメディア
JP5310827B2 (ja) 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP2008041243A (ja) 高密度光ディスクと、その光ディスクへの暗号化記録方法及び光ディスクからの再生方法
JP2008035397A (ja) 暗号情報処理方法および暗号情報処理装置
JP2007336059A (ja) 情報アクセス管理方法および装置
JP2006244603A (ja) 蓄積記録方法および蓄積記録装置
JP4984585B2 (ja) 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP4921862B2 (ja) 情報記録再生装置及び方法
JP2007336197A (ja) 情報アクセス管理方法および装置
US20060153381A1 (en) Method and apparatus for writing and using keys for encrypting/decrypting a content and a recording medium storing keys written by the method
US7882367B2 (en) Information recording and reproducing apparatus and method
JP2007336060A (ja) 情報アクセス管理方法および装置
US20080049932A1 (en) Key information update recording method and key information update recording apparatus
AU2005317447A1 (en) Method and apparatus for writing and using keys for encrypting/decrypting a content and a recording medium storing keys written by the method
JP2007335035A (ja) 情報アクセス管理方法および装置および情報記録媒体
JP2008010077A (ja) 外部記憶装置の接続管理方法および装置
JP2004118911A (ja) 情報記録媒体記録装置および再生装置
JP2006155803A (ja) 情報記録装置及び情報記録方法、情報再生装置及び情報再生方法
JP2009158003A (ja) ディスク再生装置
WO2006065034A1 (en) Method and apparatus for writing and using keys for encrypting/decrypting a content and a recording medium storing keys written by the method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090305

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110920

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20120131