(57)【要約】【課題】ディスク定義構造（ＴＤＤＳ３２）を含むデータを、管理情報領域（ＴＤＭＡ１７）の先頭位置の１ブロックに常に配置する。【解決手段】本発明によれば、１つの記録層のユーザデータ領域に対して、複数のスペースビットマップ（ＳＢＭ３０♯０、ＳＢＭ３０♯１）が形成される。それら複数のスペースビットマップのうちの１つとディスク定義構造（ＴＤＤＳ３２）とを含む１ブロックサイズのディスク管理構造更新単位が管理情報領域（ＴＤＭＡ１７）に記録される。これにより、ディスク定義構造（ＴＤＤＳ３２）を含むデータを、管理情報領域（ＴＤＭＡ１７）の先頭位置の１ブロックに常に配置することができる。【選択図】図１２
2010231888.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上の記録層を備え、ブロック単位で情報の記録が行われる追記型情報記録媒体であって、
前記追記型情報記録媒体は、
ユーザデータを記録するためのユーザデータ領域と、
前記追記型情報記録媒体に関する管理情報を記録するための管理情報領域と
を備え、
前記ユーザデータ領域は、前記記録層毎に設けられ、
前記管理情報は、
所定の前記記録層の前記ユーザデータ領域の記録状態を管理するためのビットマップ情報を含むスペースビットマップと、
前記スペースビットマップに関する位置情報を含むディスク定義構造と
を含み、
前記スペースビットマップのサイズは、前記ユーザデータ領域のサイズに関係なく、前記ディスク定義構造と組み合わせて１ブロックサイズとなるサイズである、追記型情報記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各領域の記録状態／未記録状態を示すビットマップ情報を含み、ランダム記録が可能な情報記録媒体、及びその記録媒体に対する記録再生方法、記録再生装置に関する。例えば、高密度ＢＤ−Ｒなどの記録が１回のみ可能な追記型光ディスク等や、そのようなディスクに対する記録再生に関する。
【背景技術】
【０００２】
近年、大容量で交換可能な情報記録媒体、およびそれを扱うディスクドライブ装置が広く普及している。大容量で交換可能な情報記録媒体としては、ＤＶＤやＢｌｕ−ｒａｙ  Ｄｉｓｃ（以下、ＢＤとも記載する。）のような光ディスクが良く知られている。光ディスクドライブ装置は、レーザ光を用いて光ディスク上に微小なピット（マーク）を形成することによって記録再生を行うので、大容量で交換可能な情報記録に適している。レーザ光としてＤＶＤは赤色レーザ、ＢＤは赤色レーザより波長が短い青色レーザを用いることが特徴であり、それによりＢＤはＤＶＤよりも記録密度を高め、大容量化を実現している。例えばＢＤ−Ｒの場合、記録層１層あたり、最大で２７ＧＢｙｔｅの記録容量を実現している。
【０００３】
光ディスクの一例として、相変化タイプの記録材料を記録層に用いた光ディスクがある。相変化型光ディスクは、レーザ光線を光ディスクに照射し、その注入エネルギーにより、記録膜面上の薄膜物質の原子結合状態を局所的に変化させることにより情報を記録する。記録したときよりも十分低いパワーのレーザ光を照射すると、前述の物理状態の違いによって反射率が変化する。この反射率の変化量を検出すれば情報の読み取りを行うことができる。
【０００４】
相変化型光ディスクは、記録層に用いる相変化タイプの記録材料によって複数回の繰り返し記録が可能な書き換え型光ディスクの他に、１回しか記録できない追記型光ディスクがある。これらの追記型光ディスクにマークエッジ記録する場合、マルチパルス状に変調されたレーザ光を照射して記録材料の物理状態の変化を生じさせることによって、記録マークを形成し、できたマークとスペースの反射率変化を検出して情報を読み出す。
【０００５】
しかしながら、光ディスクは交換可能な情報記録媒体であるため、埃や傷などによってその記録面に欠陥が存在する可能性が高い。特に高密度な記録媒体ほど欠陥の影響を受けやすいこともあり、書き換え型光ディスク（例えばＢＤ−ＲＥ）だけでなく、追記型光ディスク（例えばＢＤ−Ｒ）でも記録再生データの信頼性保証のために欠陥管理を行う方法が一般的になっている（例えば特許文献１）。またＢＤ−Ｒの場合はさらに、追記型記録媒体の特徴である特定の追記点から連続した記録を行うシーケンシャル記録モードに加えて、任意の記録位置への記録を行うランダム記録モードという記録モードを備えるという特徴も持っている（例えば特許文献２、特許文献３および特許文献４）。
【０００６】
図１は、一般的な光ディスクの領域構成図である。円盤状の光ディスク１には、スパイラル状に多数のトラック２が形成されており、各トラック２には細かく分けられた多数のブロック３が形成されている。ブロック３は、エラー訂正の単位であり、記録および再生動作が行われる最小の単位である。ＢＤの場合は、このブロック３のことをクラスタ（Ｃｌｕｓｔｅｒ）と呼んだり、あるいはＤＶＤの場合は、このブロック３のことをＥＣＣと呼んだりもする。ＢＤの場合の１ブロックである１クラスタは例えば３２セクタ（１セクタは２ＫＢｙｔｅで、１クラスタは６４ＫＢｙｔｅ）、ＤＶＤの場合の１ブロックである１ＥＣＣは１６セクタ（３２ＫＢｙｔｅ）である。また、光ディスク１の領域は、リードイン領域４とデータ領域５とリードアウト領域６に大別される。ユーザデータの記録再生はデータ領域５に対して行われる。リードイン領域４とリードアウト領域６は、光ヘッド（図示せず）がデータ領域５の端へアクセスする場合に、光ヘッドがオーバーランしてもトラックに追随できるように、のりしろとしての役割を果たす。この領域構成は書き換え型光ディスク、追記型光ディスクとも共通である。
【０００７】
図２は、欠陥管理機能を有する追記型光ディスクの記録層１層についてのデータ構造を示す図である。
【０００８】
データ領域５は、ユーザデータの記録再生を行うユーザデータ領域１４と、ユーザデータ領域１４の中の欠陥ブロックの代わりに用いるブロック（以下交替ブロック）として予め用意されたスペア領域（光ディスク１の内周側に用意される内周スペア領域１５と、外周側に用意される外周スペア領域１６）とを備える。なお図２では、データ領域５の内周側と外周側にそれぞれ１つずつスペア領域を備えた場合を例にして記載したが、どちらか一方（例えば内周側のみ配置）でもよく、配置についてはこの図に示した限りではない。
【０００９】
光ディスク１におけるスペア領域の配置（サイズ）情報や記録モード情報、欠陥ブロックの情報などの管理情報であるディスク管理構造（Ｄｉｓｃ  Ｍａｎａｇｅｍｅｎｔ  Ｓｔｒｕｃｔｕｒｅ。以下ＤＭＳと呼ぶ）を書き込むための領域として、リードイン領域４は第１のＤＭＡ１０（Ｄｉｓｃ  Ｍａｎａｇｅｍｅｎｔ  Ａｒｅａ。以下ＤＭＡ１とする）と第２のＤＭＡ１１（以下ＤＭＡ２とする）とを備え、リードアウト領域６は第３のＤＭＡ１２（以下ＤＭＡ３とする）と第４のＤＭＡ１３（以下ＤＭＡ４とする）とを備える。なお、ＤＭＡは、Ｄｅｆｅｃｔ  Ｍａｎａｇｅｍｅｎｔ  Ａｒｅａと称されることもある。
【００１０】
ＤＭＡ１〜ＤＭＡ４はそれぞれ所定の位置に配置される領域である。ここでＤＭＡ１〜ＤＭＡ４には、位置情報のような所定の情報を除いて、全て同じ管理情報が多重記録されている。これは、ＤＭＡ１〜ＤＭＡ４自身が欠陥に冒されている場合の備えであり、たとえ正しく再生されないＤＭＡがあってもどれか１つでも正しく再生できるＤＭＡがあれば欠陥管理情報を取得することができる。
【００１１】
さらにリードイン領域４は第１のＴＤＭＡ（Ｔｅｍｐｏｒａｒｙ  Ｄｉｓｃ  Ｍａｎａｇｅｍｅｎｔ  Ａｒｅａ）１７を備える。ＴＤＭＡは、書き換え（上書き更新）が出来ない追記型光ディスク特有の領域であり、光ディスク１使用中の過渡的な管理情報を追記更新するために使用される。なお、ＴＤＭＡは、Ｔｅｍｐｏｒａｒｙ  Ｄｅｆｅｃｔ  Ｍａｎａｇｅｍｅｎｔ  Ａｒｅａと称されることもある。
【００１２】
具体的なＴＤＭＡ１７の使い方について図１４を用いて説明する。まずスペア領域の配置（サイズ）や記録モードを確定させて追記型の光ディスク１を使用可能な状態にする初期化フォーマット処理（Ｉｎｉｔｉａｌｉｚａｔｉｏｎとも呼ばれる）を行い、図１４（ａ）に示すように、初期ＴＤＭＳ（Ｔｅｍｐｏｒａｒｙ  Ｄｉｓｃ  Ｍａｎａｇｅｍｅｎｔ  Ｓｔｒｕｃｔｕｒｅ）２０が記録される。
【００１３】
続けてユーザデータ領域１４への記録処理が行われ、図１４（ｂ）に示すように、それに応じた情報（欠陥情報や終端記録位置情報など）に更新したＴＤＭＳ２１＃０がＴＤＭＡ１７における未記録の先頭位置に（つまり記録済み位置と未記録の境界位置から未記録側に向かって）記録される。
【００１４】
以降同様に管理情報更新が実施され、図１４（ｃ）に示す状態の場合は、初期化フォーマット処理と、ｍ＋１回の管理情報更新が実施された後の状態を示す。つまり、最新の管理情報（最新ＴＤＭＳ）は、ＴＤＭＡ１７における記録済みと未記録の境界位置に隣接する記録済みのＴＤＭＳ（この図の場合はＴＤＭＳ２１＃ｍ）ということになる。
【００１５】
ＤＭＡの配置は追記型光ディスク、書き換え型光ディスクとも相違ないが、書き換え型光ディスクの場合は書き換え（上書き更新）が可能なため、光ディスク１使用中の過渡的な管理情報も含めてすべて、管理情報更新をＤＭＡ領域で行うことが出来る。これに対して、追記型光ディスクの場合には書き換え（上書き更新）が出来ない。そのため追記型の光ディスク１の場合には、追記型特有のＴＤＭＡという過渡的情報更新用の領域を備えるとともに、以降の光ディスク１への新規記録（追記）を禁止し再生専用とするファイナライズ（Ｆｉｎａｌｉｚｅ、もしくはＤｉｓｃ  Ｃｌｏｓｅとも呼ぶ）時に、最新ＴＤＭＳの内容がＤＭＡにコピー記録される。
【００１６】
なお図２では、ＴＤＭＡ１７がリードイン領域４中に１つ存在する場合を例に示して説明したが、ＴＤＭＡ１７が２つ以上備えられる場合もある（例えば特許文献５）。例えば図１５に示すように、記録層１層に対して、リードイン領域４中のＴＤＭＡ♯０に加えて、データ領域５の内周スペア領域１５中のＴＤＭＡ♯１、外周スペア領域１６中のＴＤＭＡ♯２というように、例えばスペア領域中にもＴＤＭＡが確保されてもよい。また記録層を複数備えた追記型の光ディスク１の場合には、記録層毎に上記のＴＤＭＡを備えたりもする。
【００１７】
ＤＭＡに記録されるＤＭＳ、およびＴＤＭＡ１７に記録されるＴＤＭＳ２１はいずれも同じ要素から構成される。ここではＴＤＭＳ２１を例にとって説明する。
【００１８】
図１６は、ランダム記録モードの場合の、追記型光ディスクであるＢＤ−ＲにおけるＴＤＭＳ２１を構成する構成要素を示す。なおこの図では、記録層を１層のみ備えている場合の追記型の光ディスク１を例にとって説明することとし、そのため各情報が保持するデータの内容も記録層１層分のデータのみを記載することとする。
【００１９】
ＴＤＭＳ２１は、ＳＢＭ（Ｓｐａｃｅ  Ｂｉｔ  Ｍａｐ）３０と、ＴＤＦＬ（Ｔｅｍｐｏｒａｒｙ  Ｄｅｆｅｃｔ  Ｌｉｓｔ）３１と、ＴＤＤＳ（Ｔｅｍｐｏｒａｒｙ  Ｄｉｓｃ  Ｄｅｆｉｎｉｔｉｏｎ  Ｓｔｒｕｃｔｕｒｅ）３２から構成される。
【００２０】
ＳＢＭ３０は、この情報がＳＢＭ３０であることを示す識別子や、更新回数情報、ＳＢＭ管理対象の領域範囲に関する情報（例えば対象領域の先頭アドレスとサイズなど）などを備えるＳＢＭヘッダ４０と、ＳＢＭ管理対象の領域範囲における記録状態（例えば、領域範囲に含まれるブロック毎の記録済み／未記録の状態）を示すビットマップ情報４１とを備える。ビットマップ情報４１については、後述で詳細に説明する。記録層を複数備えた光ディスク１の場合、ＳＢＭ３０が管理可能な領域であるデータ領域５（より詳細には、ユーザデータ領域１４）は各層間では物理的に連続していないため、ＳＢＭ３０は記録層毎に備えられる。
【００２１】
ＴＤＦＬ３１は、この情報がＴＤＦＬであることを示す識別子や、更新回数情報、ＴＤＦＬが備える欠陥・交替情報であるＤＦＬエントリ４３の個数（図１６の場合は、ｎ＋１個）などの情報を備えるＤＦＬヘッダ４２と、上述した個数分のＤＦＬエントリ４３と、ＤＦＬエントリ４３の個数に応じてサイズが変化するＴＤＦＬ３１の終端位置であることを示す識別子や、更新回数情報などを備えるＤＦＬターミネータ４４とを備える。ＴＤＦＬ３１は例えば、後述の１セクタサイズのＴＤＤＳ３２との組み合わせで、記録層が１層の場合、最大で４ブロック（ＢＤの場合は４クラスタ）サイズであり、２層の場合は最大で８ブロック（ＢＤの場合は８クラスタ）サイズとなる。つまりＴＤＦＬ３１のサイズとしては記録層が１層の場合、最大で“４ブロック（ＢＤの場合は４クラスタ）−１セクタ”のサイズであり、２層の場合は最大で“８ブロック（ＢＤの場合は８クラスタ）−１セクタ”のサイズである。
【００２２】
ＴＤＤＳ３２は、この情報がＴＤＤＳ３２であることを示す識別子や、更新回数情報などを備えるＤＤＳヘッダ５０と、データ領域５中の領域構造を確定させる内周スペア領域１５のサイズ情報である内周スペア領域サイズ５１および外周スペア領域１６のサイズ情報である外周スペア領域サイズ５２と、シーケンシャル記録モードかランダム記録モードかという記録モードを示す記録モード情報５３と、図１５に示したように内周スペア領域１５および外周スペア領域１６内にＴＤＭＡが確保されている場合のサイズ情報を示す内周スペア内ＴＤＭＡサイズ５４および外周スペア内ＴＤＭＡサイズ５５と、上述の最新のＳＢＭ３０が記録されている位置情報であるＳＢＭ＃０位置情報５６と、最新のＴＤＦＬ３１（最大４ブロック分）が記録されている各ブロックの位置情報であるＤＦＬ＃０位置情報５７、ＤＦＬ＃１位置情報５８、ＤＦＬ＃２位置情報５９、ＤＦＬ＃３位置情報６０とを備える。
【００２３】
ＴＤＤＳ３２は固定サイズであり、例えば上述したように１セクタサイズであるとする。
【００２４】
ここで、ビットマップ情報４１について、図１９を用いて詳細に説明する。ビットマップ情報４１は、データ領域の記録済み部分および未記録部分を管理するための情報であり、例えば、ブロック単位で記録／未記録を管理する。ビットマップ情報４１は、ＳＢＭ管理対象の領域範囲（例えば、ユーザデータ領域１４）における１ブロックを１ビットで対応させ、そのブロックが未記録状態ならば０であるが、記録された時点で１に変更する。つまり図１９のように、ＳＢＭ管理対象の領域範囲におけるＡ〜Ｈまでの８ブロックに対して、ビットマップ情報４１の所定のＢｙｔｅ位置の１バイト（８ビット）データを対応させる。ｂｉｔ０をブロックＡ、・・・、ｂｉｔ７をブロックＨに対応させて示す場合、図１９（Ａ）のように対象領域がすべて未記録状態であれば、対応するビットマップ情報４１は、ｂｉｔ０〜ｂｉｔ７がすべて０である。これに対して、図１９（Ｂ）のようにブロックＢ、Ｃ、Ｆが記録された後では、対応するビットマップ情報４１のｂｉｔ１、ｂｉｔ２、ｂｉｔ５がそれぞれ１となり、ビットマップ情報４１の所定のＢｙｔｅ位置の１バイト（８ビット）データは２６ｈ（１６進数表記）となる。１ブロックを１ビットで対応させるため、１セクタ（２ＫＢｙｔｅ）のビットマップ情報４１で４０００ｈ（１６進数表記）ブロックを管理でき、３０セクタのビットマップ情報４１で７８０００ｈ（１６進数表記。１０進数表記で４９１，５２０）ブロックを管理できる。
【００２５】
ＢＤ−Ｒの場合、記録層１層の最大容量２７ＧＢｙｔｅの場合、ユーザデータ領域１４に含まれる最大ブロック（クラスタ）数は６８０００ｈ（１６進数表記）ブロック未満であるため、ビットマップ情報４１のサイズは３０セクタ分あれば十分である。ＳＢＭヘッダ４０を１セクタサイズとした場合、３１セクタサイズのＳＢＭ３０と１セクタサイズのＴＤＤＳ３２を組み合わせたサイズは必ず１ブロック（３２セクタ・１クラスタ）に収まることが保証できる。一方でＴＤＦＬ３１のサイズはＤＦＬエントリ４３の数に応じて可変であるため、ＴＤＤＳ３２と組み合わせて必ず１ブロックサイズに収まることは保証できない。
【００２６】
ＳＢＭ３０およびＴＤＦＬ３１は、必ずそれぞれＴＤＤＳ３２と組み合わせた形式を１つの記録単位（これをディスク管理構造更新単位と言う）としてＴＤＭＡ１７に記録される。
【００２７】
次に初期ＴＤＭＳ２０（図１４）について説明する。
【００２８】
初期ＴＤＭＳ２０は、ＴＤＭＡ１７の先頭位置、つまり当該光ディスク１の中で最初に使用（記録）される位置に配置される。
【００２９】
初期ＴＤＭＳ２０は通常のＴＤＭＳ２１と同じ構成要素を含むが、その内容がＴＤＭＳ２１とは少し異なる。初期ＴＤＭＳ２０は、図１７に示すように、初期のＳＢＭ３０とＴＤＤＳ３２の組み合わせの１ブロック（１クラスタ）のデータ（ディスク管理構造更新単位）と、それに続く初期のＴＤＦＬ３１とＴＤＤＳ３２の組み合わせの１ブロック（１クラスタ）のデータ（ディスク管理構造更新単位）とから構成される。
【００３０】
ここで初期のＳＢＭ３０とは、ＳＢＭヘッダ４０の識別子やＳＢＭ管理対象の領域範囲についての情報のみ設定され、更新回数情報などは０であり、さらにビットマップ情報４１はすべて０である（つまりユーザデータ領域１４はすべて未記録状態）のＳＢＭのことである。
【００３１】
初期のＳＢＭ３０と組み合わせて記録するＴＤＤＳ３２においては、識別子情報等のみが設定されたＤＤＳヘッダ５０と、スペア領域のサイズ（内周スペア領域サイズ５１、外周スペア領域サイズ５２）と、スペア領域内のＴＤＭＡのサイズ（内周スペア内ＴＤＭＡサイズ５４、外周スペア内ＴＤＭＡサイズ５５）と、記録モード情報５３（この例の場合はランダム記録モード）とを確定する。また、ＳＢＭ＃０位置情報５６はこれからＳＢＭ３０を記録する位置情報を示す。ＴＤＦＬ位置情報としては、後述の初期のＴＤＦＬ３１に対応するＤＦＬ＃０位置情報５７を記録する。ＤＦＬ＃０位置情報５７は、初期のＳＢＭ３０およびＴＤＤＳ３２に続けて初期のＴＤＦＬ３１およびＴＤＤＳ３２を記録するブロック位置を示す。
【００３２】
なお、使用しないＤＦＬ＃１位置情報５８、ＤＦＬ＃２位置情報５９、ＤＦＬ＃３位置情報６０については、これらの情報が存在しないことを示す意味を持たないデータ（例えば、すべて０）で記録する。
【００３３】
初期のＴＤＦＬ３１とは、ＤＦＬエントリ４３を全く含まない最小サイズのＴＤＦＬである。つまり、初期のＴＤＦＬ３１は、識別子情報等のみ設定されてＤＦＬエントリ４３の個数や更新回数情報などは０のＤＦＬヘッダ４２、および、識別子情報は設定されて更新回数情報は０のＤＦＬターミネータ４４のみを備えたＴＤＦＬのことである。初期のＴＤＦＬ３１は１セクタサイズで収まるサイズであるため、ＴＤＤＳ３２とともに記録しても１ブロック（１クラスタ）サイズに収めることができる。またここで記録するＴＤＤＳ３２も、上述の初期のＳＢＭ３０とＴＤＤＳ３２で記録したＴＤＤＳ３２とほとんど同じ内容である。唯一異なりうるのは、ＤＦＬ＃０位置情報５７であり、記録しようとしたブロックが欠陥等の理由で記録できずに後続のブロックへ記録されたような場合には、この値のみが、初期のＳＢＭ３０と一緒に記録したＴＤＤＳ３２の値と異なりうる。
【００３４】
このように、ＴＤＭＡ１７の先頭位置には、初期ＴＤＭＳ２０の一部のデータが記録される。このとき、必ず先頭位置には、光ディスク１のデータ領域５に関する領域構造や記録モードを判断できる情報を備えたＴＤＤＳ３２が記録される。これにより、例えばＴＤＭＡが複数存在するような場合や、既に複数回にわたって更新されたような場合など、どの位置に光ディスク１のデータ領域５に関する領域構造や記録モードを判断できる情報を備えたＴＤＤＳ３２が存在するかが即座に判断できないような場合であっても、必ずＴＤＭＡ１７の先頭位置の１ブロック（もしそこが欠陥であった場合は、後続の正しく記録再生できる最初の１ブロック）データを読み出すことでデータ領域５の領域構造や記録モードを確定させることができる。
【００３５】
光ディスク１の再生専用装置においては、例えばスペア領域を備えない光ディスク１に対しては、光ディスク１のレイアウト（領域構造）さえ把握できれば、最新の管理情報を取得せずとも、あとはホストからの再生要求に従って再生処理を行うことが出来る。このため、必ずしも最新状態の管理情報は必要ではなく、光ディスク１のレイアウトを示すＴＤＤＳ３２を出来るだけ早く確実に取得できることが好ましい。そのような観点から見ても、必ず所定位置（例えばＴＤＭＡ１７の先頭位置の１ブロック）にＴＤＤＳ３２を備えたデータが記録されることが望まれる。
【００３６】
さらに、もしＴＤＭＡが複数存在するような場合は、スペア領域中のＴＤＭＡのサイズがわからないことには、配置されている位置すら判断できないことになる。このため、ＴＤＤＳ３２を取得できるデータを必ず所定の位置（この例の場合はＴＤＭＡ１７の先頭位置）に配置することは、この光ディスク１を記録再生する光ディスクドライブ装置にとって非常に重要で効率的な方法である。
【００３７】
なお、ここではランダム記録モードの場合について説明したが、シーケンシャル記録モードの場合には、ＳＢＭ３０の代わりに、記録トラック（ＳＲＲ：Ｓｅｑｕｅｎｔｉａｌ  Ｒｅｃｏｒｄｉｎｇ  Ｒａｎｇｅとも言う）の先頭位置および記録済み終端位置情報などを備えるＳＲＲＩ（ＳＲＲ  Ｉｎｆｏｒｍａｔｉｏｎ）が記録されることになるだけである。この場合、初期ＴＤＭＳは、初期のＴＤＦＬ３１＋初期のＳＲＲＩ＋ＴＤＤＳ３２で、１ブロック（１クラスタ）サイズに収まるため、１ブロック（１クラスタ）データの形で記録される。
【００３８】
なお、ＤＭＡに記録されるＤＭＳと、ＴＤＭＡに記録されるＴＤＭＳとでは、データの記録順番に差異がある。ＴＤＭＳの場合にはＴＤＤＳがＴＤＭＳの終端位置に配置されるのに対して、ＤＭＳの場合にはＤＤＳがＤＭＳの先頭位置に配置される（例えば特許文献１）。
【００３９】
また近年、光ディスクにおいては更なる大容量化への取り組みも活発になっている。光ディスクの大容量化、つまり記録容量を高めるための方法として、記録するマークおよびスペースの長さを短くしたり、あるいはトラックピッチを短くしたりして、記録層１層あたりの記録密度を高める方法と、情報記録層を多層化して記録容量を高める方法などがある。
【００４０】
このうち、記録層１層あたりの記録密度を高める方法としては、記録するマークおよびスペースの長さを短くする方法で、従来のＢＤのサイズである最大２７ＧＢｙｔｅの約２５％増の、記録層１層あたり３２ＧＢｙｔｅや３３．４ＧＢｙｔｅなどが検討されており、さらに増加する可能性もある。
【先行技術文献】
【特許文献】
【００４１】
【特許文献１】特開２００５−５６５４２号公報
【特許文献２】特許第３８６１８５６号公報
【特許文献３】米国特許第７１８８２７１号明細書
【特許文献４】米国特許出願公開第２００７／０１２２１２４号明細書
【特許文献５】特許第３８６５２６１号公報
【発明の概要】
【発明が解決しようとする課題】
【００４２】
しかし記録層１層あたりの記録容量が増えると、当然、ＳＢＭ管理対象のデータ領域５およびユーザデータ領域１４のサイズも増えることになる。上述したように、１セクタのビットマップ情報４１で４０００ｈ（１６進数表記の場合。１０進数表記で１６，３８４）ブロックの管理ができる。ビットマップ情報４１のサイズが最大３０セクタとすると、管理可能なブロック数は７８０００ｈ（１６進数表記の場合。１０進数表記で４９１，５２０）である。しかし、仮に記録層１層あたりの記録容量が増加した場合、例えば３３．４ＧＢｙｔｅの場合、記録層１層あたり約７Ｄ０００ｈ（１６進数表記の場合。１０進数表記で約５１２，０００）ブロックとなるが、これを管理するためには３２セクタ必要となり、ビットマップ情報４１の最大サイズである３０セクタを超えてしまう。そうなると、ＳＢＭ３０とＴＤＤＳ３２を組み合わせたサイズは１ブロック（３２セクタ）を超えてしまうため、ＳＢＭ３０とＴＤＤＳ３２を組み合わせたディスク管理構造更新単位も１ブロック超（２ブロック以上）のサイズとなってしまう。
【００４３】
この場合、初期ＴＤＭＳ２０を従来どおりの内容および手順で記録した場合、図１８に示すようになり、ＴＤＤＳ３２を取得できるデータを必ずＴＤＭＡ１７の先頭位置に配置するということが保証できなくなってしまう。例えばこの図１８の場合では、ＴＤＤＳ３２は先頭から２ブロック目に位置することになる。初期ＴＤＭＳ２０を記録しようとしたＴＤＭＡ１７のブロックが欠陥であった場合などには、後続のブロックに対して記録リトライを行いながら正常に記録されるまで記録を行うため、どのブロックに正常なＴＤＤＳ３２が含まれているかをチェックしながら探索しなくてはならなくなる。
【００４４】
また、初期ＴＤＭＳ２０の先頭ブロックに記録されるＳＢＭ３０に含まれるビットマップ情報４１はビットごとに意味を持つ値でどのような値にもなり得る。このため、例えばＤＤＳヘッダ５０に含まれる、ＴＤＤＳ３２であることを示す識別子の情報と、ビットマップ情報４１の情報とが偶然に合致してしまう可能性もあり、正常に記録されたブロックにおけるＴＤＤＳ３２を探索することは非常に困難になってしまう。
【００４５】
本発明は、上記の問題点を鑑みてなされたものであり、記録層１層あたりの記録容量が増えることに伴って、ＳＢＭ３０のような管理情報のサイズが増えたとしても、必ず所定の位置（例えばＴＤＭＡ１７の先頭ブロック）にＴＤＤＳ３２を含んだデータを配置可能な情報記録媒体、およびその情報記録媒体に対する記録再生方法を提供する。
【課題を解決するための手段】
【００４６】
本発明の追記型情報記録媒体は、１つ以上の記録層を備え、ブロック単位で情報の記録が行われる追記型情報記録媒体であって、前記追記型情報記録媒体は、ユーザデータを記録するためのユーザデータ領域と、前記追記型情報記録媒体に関する管理情報を記録するための管理情報領域とを備え、前記ユーザデータ領域は、前記記録層毎に設けられ、前記管理情報は、所定の前記記録層の前記ユーザデータ領域の記録状態を管理するためのビットマップ情報を含むスペースビットマップと、前記スペースビットマップに関する位置情報を含むディスク定義構造とを含み、前記スペースビットマップのサイズは、前記ユーザデータ領域のサイズに関係なく、前記ディスク定義構造と組み合わせて１ブロックサイズとなるサイズであり、前記所定の記録層の前記ユーザデータ領域のサイズが所定のサイズを超える場合、前記所定の記録層の前記ユーザデータ領域に対して、複数の前記スペースビットマップが形成され、前記管理情報領域には、前記複数のスペースビットマップのうちの１つと前記ディスク定義構造とを含む１ブロックサイズのディスク管理構造更新単位が記録される。
【００４７】
ある実施形態によれば、前記所定の記録層の前記ユーザデータ領域のサイズが前記所定のサイズを超える場合、前記ビットマップ情報は、複数の部分ビットマップ情報に分割され、前記複数のスペースビットマップのそれぞれは、前記複数の部分ビットマップ情報のうちの１つを含む。
【００４８】
ある実施形態によれば、前記複数のスペースビットマップのそれぞれは、前記複数のスペースビットマップのそれぞれが含む前記部分ビットマップ情報によって管理される領域範囲に関する情報を含んだヘッダを含む。
【００４９】
ある実施形態によれば、前記ビットマップ情報のサイズは、前記ユーザデータ領域のサイズの増加に応じて増加し、前記所定のサイズとは、前記ビットマップ情報と前記ディスク定義構造と前記ヘッダとを合わせたサイズが、１ブロックサイズとなる場合の前記ユーザデータ領域のサイズである。
【００５０】
ある実施形態によれば、前記ヘッダは、前記部分ビットマップ情報によって管理される領域範囲の先頭アドレスおよびサイズに関する情報を含む。
【００５１】
ある実施形態によれば、前記ヘッダは、前記スペースビットマップの更新回数情報を含む。
【００５２】
ある実施形態によれば、前記管理情報領域の所定位置のブロックには、前記ディスク管理構造更新単位と、前記ディスク定義構造および初期の欠陥リストを含む１ブロックサイズの第２のディスク管理構造更新単位とのうちのいずれかが記録され、前記ディスク定義構造は、前記初期の欠陥リストの位置情報を含み、前記初期の欠陥リストとは、欠陥領域に関する情報を含まない欠陥リストである。
【００５３】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域の記録再生可能なブロックのうち最も先頭にあるブロックである。
【００５４】
本発明の情報記録装置は、１つ以上の記録層を備え、ブロック単位で記録が行われる追記型情報記録媒体へ情報の記録を行なう情報記録装置であって、前記追記型情報記録媒体は、ユーザデータを記録するためのユーザデータ領域と、前記追記型情報記録媒体に関する管理情報を記録するための管理情報領域とを備え、前記ユーザデータ領域は、前記記録層毎に備えられ、前記管理情報は、所定の前記記録層の前記ユーザデータ領域の記録状態を管理するためのビットマップ情報を含むスペースビットマップと、前記スペースビットマップに関する位置情報を含むディスク定義構造とを含み、前記スペースビットマップのサイズは、前記ユーザデータ領域のサイズに関係なく、前記ディスク定義構造と組み合わせて１ブロックサイズとなるサイズであり、前記情報記録装置は、前記所定の記録層の前記ユーザデータ領域のサイズが所定のサイズを超える場合、前記所定の記録層の前記ユーザデータ領域に対して、複数の前記スペースビットマップを形成し、前記管理情報領域に、前記複数のスペースビットマップのうちの１つと前記ディスク定義構造とを含む１ブロックサイズのディスク管理構造更新単位を記録する。
【００５５】
ある実施形態によれば、前記所定の記録層の前記ユーザデータ領域のサイズが前記所定のサイズを超える場合、前記ビットマップ情報を、複数の部分ビットマップ情報に分割し、前記複数のスペースビットマップのそれぞれに、前記複数の部分ビットマップ情報のうちの１つを含ませる。
【００５６】
ある実施形態によれば、前記複数のスペースビットマップのそれぞれは、前記複数のスペースビットマップのそれぞれが含む前記部分ビットマップ情報によって管理される領域範囲に関する情報を含んだヘッダを含む。
【００５７】
ある実施形態によれば、前記ビットマップ情報のサイズは、前記ユーザデータ領域のサイズの増加に応じて増加し、前記所定のサイズとは、前記ビットマップ情報と前記ディスク定義構造と前記ヘッダとを合わせたサイズが、１ブロックサイズとなる場合の前記ユーザデータ領域のサイズである。
【００５８】
ある実施形態によれば、前記ヘッダは、前記部分ビットマップ情報によって管理される領域範囲の先頭アドレスおよびサイズに関する情報を含む。
【００５９】
ある実施形態によれば、前記ヘッダは、前記スペースビットマップの更新回数情報を含む。
【００６０】
ある実施形態によれば、前記管理情報領域の所定位置のブロックには、前記ディスク管理構造更新単位と、前記ディスク定義構造および初期の欠陥リストを含む１ブロックサイズの第２のディスク管理構造更新単位とのうちのいずれかを記録し、前記ディスク定義構造は、前記初期の欠陥リストの位置情報を含み、前記初期の欠陥リストとは、欠陥領域に関する情報を含まない欠陥リストである。
【００６１】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域の記録再生可能なブロックのうち最も先頭にあるブロックである。
【００６２】
本発明の情報記録方法は、１つ以上の記録層を備え、ブロック単位で記録が行われる追記型情報記録媒体へ情報の記録を行なう情報記録方法であって、前記追記型情報記録媒体は、ユーザデータを記録するためのユーザデータ領域と、前記追記型情報記録媒体に関する管理情報を記録するための管理情報領域とを備え、前記ユーザデータ領域は、前記記録層毎に備えられ、前記管理情報は、所定の前記記録層の前記ユーザデータ領域の記録状態を管理するためのビットマップ情報を含むスペースビットマップと、前記スペースビットマップに関する位置情報を含むディスク定義構造とを含み、前記スペースビットマップのサイズは、前記ユーザデータ領域のサイズに関係なく、前記ディスク定義構造と組み合わせて１ブロックサイズとなるサイズであり、前記情報記録方法は、前記所定の記録層の前記ユーザデータ領域のサイズが所定のサイズを超える場合、前記所定の記録層の前記ユーザデータ領域に対して、複数の前記スペースビットマップを形成するステップと、前記管理情報領域に、前記複数のスペースビットマップのうちの１つと前記ディスク定義構造とを含む１ブロックサイズのディスク管理構造更新単位を記録するステップとを包含する。
【００６３】
ある実施形態によれば、前記所定の記録層の前記ユーザデータ領域のサイズが前記所定のサイズを超える場合、前記ビットマップ情報を、複数の部分ビットマップ情報に分割するステップと、前記複数のスペースビットマップのそれぞれに、前記複数の部分ビットマップ情報のうちの１つを含ませるステップと、をさらに包含する。
【００６４】
ある実施形態によれば、前記複数のスペースビットマップのそれぞれは、前記複数のスペースビットマップのそれぞれが含む前記部分ビットマップ情報によって管理される領域範囲に関する情報を含んだヘッダを含む。
【００６５】
ある実施形態によれば、前記ビットマップ情報のサイズは、前記ユーザデータ領域のサイズの増加に応じて増加し、前記所定のサイズとは、前記ビットマップ情報と前記ディスク定義構造と前記ヘッダとを合わせたサイズが、１ブロックサイズとなる場合の前記ユーザデータ領域のサイズである。
【００６６】
ある実施形態によれば、前記ヘッダは、前記部分ビットマップ情報によって管理される領域範囲の先頭アドレスおよびサイズに関する情報を含む。
【００６７】
ある実施形態によれば、前記ヘッダは、前記スペースビットマップの更新回数情報を含む。
【００６８】
ある実施形態によれば、前記管理情報領域の所定位置のブロックには、前記ディスク管理構造更新単位と、前記ディスク定義構造および初期の欠陥リストを含む１ブロックサイズの第２のディスク管理構造更新単位とのうちのいずれかを記録し、前記ディスク定義構造は、前記初期の欠陥リストの位置情報を含み、前記初期の欠陥リストとは、欠陥領域に関する情報を含まない欠陥リストである。
【００６９】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域の記録再生可能なブロックのうち最も先頭にあるブロックである。
【００７０】
本発明の情報再生装置は、１つ以上の記録層を備え、ブロック単位で記録が行われる追記型情報記録媒体から情報の再生を行なう情報再生装置であって、前記追記型情報記録媒体は、ユーザデータを記録するためのユーザデータ領域と、前記追記型情報記録媒体に関する管理情報を記録するための管理情報領域とを備え、前記ユーザデータ領域は、前記記録層毎に備えられ、前記管理情報は、所定の前記記録層の前記ユーザデータ領域の記録状態を管理するためのビットマップ情報を含むスペースビットマップと、前記スペースビットマップに関する位置情報を含むディスク定義構造とを含み、前記スペースビットマップのサイズは、前記ユーザデータ領域のサイズに関係なく、前記ディスク定義構造と組み合わせて１ブロックサイズとなるサイズであり、前記所定の記録層の前記ユーザデータ領域のサイズが所定のサイズを超える場合、前記所定の記録層の前記ユーザデータ領域に対して、複数の前記スペースビットマップが形成され、前記管理情報領域には、前記複数のスペースビットマップのうちの１つと前記ディスク定義構造とを含む１ブロックサイズのディスク管理構造更新単位が記録されており、前記情報再生装置は、前記管理情報領域から、前記ディスク定義構造を含む１ブロックサイズの前記ディスク管理構造更新単位を読み出し、前記スペースビットマップを読み出す。
【００７１】
ある実施形態によれば、前記所定の記録層の前記ユーザデータ領域のサイズが前記所定のサイズを超える場合、前記ビットマップ情報は、複数の部分ビットマップ情報に分割され、前記複数のスペースビットマップのそれぞれは、前記複数の部分ビットマップ情報のうちの１つを含み、前記情報再生装置は、前記スペースビットマップから前記部分ビットマップ情報を読み出す。
【００７２】
ある実施形態によれば、前記複数のスペースビットマップのそれぞれは、前記複数のスペースビットマップのそれぞれが含む前記部分ビットマップ情報によって管理される領域範囲に関する情報を含んだヘッダを含む。
【００７３】
ある実施形態によれば、前記ビットマップ情報のサイズは、前記ユーザデータ領域のサイズの増加に応じて増加し、前記所定のサイズとは、前記ビットマップ情報と前記ディスク定義構造と前記ヘッダとを合わせたサイズが、１ブロックサイズとなる場合の前記ユーザデータ領域のサイズである。
【００７４】
ある実施形態によれば、前記ヘッダは、前記部分ビットマップ情報によって管理される領域範囲の先頭アドレスおよびサイズに関する情報を含む。
【００７５】
ある実施形態によれば、前記ヘッダは、前記スペースビットマップの更新回数情報を含む。
【００７６】
ある実施形態によれば、前記管理情報領域の所定位置のブロックには、前記ディスク管理構造更新単位と、前記ディスク定義構造および初期の欠陥リストを含む１ブロックサイズの第２のディスク管理構造更新単位とのうちのいずれかが記録され、前記ディスク定義構造は、前記初期の欠陥リストの位置情報を含み、前記初期の欠陥リストとは、欠陥領域に関する情報を含まない欠陥リストであり、前記情報再生装置は、前記所定位置のブロックから、前記ディスク管理構造更新単位および前記第２のディスク管理構造更新単位のうちのいずれかを読み出す。
【００７７】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域の記録再生可能なブロックのうち最も先頭にあるブロックである。
【００７８】
本発明の情報再生方法は、１つ以上の記録層を備え、ブロック単位で記録が行われる追記型情報記録媒体から情報の再生を行なう情報再生方法であって、前記追記型情報記録媒体は、ユーザデータを記録するためのユーザデータ領域と、前記追記型情報記録媒体に関する管理情報を記録するための管理情報領域とを備え、前記ユーザデータ領域は、前記記録層毎に備えられ、前記管理情報は、所定の前記記録層の前記ユーザデータ領域の記録状態を管理するためのビットマップ情報を含むスペースビットマップと、前記スペースビットマップに関する位置情報を含むディスク定義構造とを含み、前記スペースビットマップのサイズは、前記ユーザデータ領域のサイズに関係なく、前記ディスク定義構造と組み合わせて１ブロックサイズとなるサイズであり、前記所定の記録層の前記ユーザデータ領域のサイズが所定のサイズを超える場合、前記所定の記録層の前記ユーザデータ領域に対して、複数の前記スペースビットマップが形成され、前記管理情報領域には、前記複数のスペースビットマップのうちの１つと前記ディスク定義構造とを含む１ブロックサイズのディスク管理構造更新単位が記録されており、前記情報再生方法は、前記管理情報領域から、前記ディスク定義構造を含む１ブロックサイズの前記ディスク管理構造更新単位を読み出し、前記スペースビットマップを読み出すステップを包含する。
【００７９】
ある実施形態によれば、前記所定の記録層の前記ユーザデータ領域のサイズが前記所定のサイズを超える場合、前記ビットマップ情報は、複数の部分ビットマップ情報に分割され、前記複数のスペースビットマップのそれぞれは、前記複数の部分ビットマップ情報のうちの１つを含み、前記情報再生方法は、前記スペースビットマップから前記部分ビットマップ情報を読み出すステップをさらに包含する。
【００８０】
ある実施形態によれば、前記複数のスペースビットマップのそれぞれは、前記複数のスペースビットマップのそれぞれが含む前記部分ビットマップ情報によって管理される領域範囲に関する情報を含んだヘッダを含む。
【００８１】
ある実施形態によれば、前記ビットマップ情報のサイズは、前記ユーザデータ領域のサイズの増加に応じて増加し、前記所定のサイズとは、前記ビットマップ情報と前記ディスク定義構造と前記ヘッダとを合わせたサイズが、１ブロックサイズとなる場合の前記ユーザデータ領域のサイズである。
【００８２】
ある実施形態によれば、前記ヘッダは、前記部分ビットマップ情報によって管理される領域範囲の先頭アドレスおよびサイズに関する情報を含む。
【００８３】
ある実施形態によれば、前記ヘッダは、前記スペースビットマップの更新回数情報を含む。
【００８４】
ある実施形態によれば、前記管理情報領域の所定位置のブロックには、前記ディスク管理構造更新単位と、前記ディスク定義構造および初期の欠陥リストを含む１ブロックサイズの第２のディスク管理構造更新単位とのうちのいずれかが記録され、前記ディスク定義構造は、前記初期の欠陥リストの位置情報を含み、前記初期の欠陥リストとは、欠陥領域に関する情報を含まない欠陥リストであり、前記情報再生方法は、前記管理情報領域の所定位置のブロックから、前記ディスク管理構造更新単位および前記第２のディスク管理構造更新単位のうちのいずれかを読み出すステップをさらに包含する。
【００８５】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域の記録再生可能なブロックのうち最も先頭にあるブロックである。
【発明の効果】
【００８６】
本発明によれば、記録層１層あたりの記録容量が増加し、その記録層に関する管理情報のサイズが増加したような場合であっても、追記型情報記録媒体の管理情報領域の先頭ブロックといった所定の位置に、追記型情報記録媒体のレイアウト情報などを備えたＴＤＤＳを含む管理情報が必ず記録（配置）されるようにする。これにより、最新の管理情報を必ずしも必要としない再生専用装置においても、追記型情報記録媒体のレイアウト情報を備えるＴＤＤＳを高速かつ確実に取得することが出来るため、ホスト装置からの再生命令などに対するより高速な応答が可能になる。
【図面の簡単な説明】
【００８７】
【図１】本発明の実施の形態における光ディスクを示す図である。
【図２】本発明の実施の形態における光ディスクのある記録層におけるデータ構造を示す図である。
【図３】本発明の実施の形態１における、初期ＴＤＭＳのデータ構造を示す図である。
【図４】本発明の実施の形態における、ＴＤＤＳの保持情報を示す図である。
【図５】（ａ）から（ｃ）は、本発明の実施の形態１における、ＴＤＭＳの記録イメージ、およびＴＤＤＳが示す位置情報に関する図である。
【図６】本発明の実施の形態における光ディスク記録再生装置のブロック図である。
【図７】本発明の実施の形態１における、初期化フォーマット（Ｉｎｉｓｔｉａｌｉｚｅ）処理を示すフローチャートである。
【図８】（ａ）および（ｂ）は、本発明の実施の形態２における、初期ＴＤＭＳのデータ構造を示す図である。
【図９】本発明の実施の形態２における、初期化フォーマット（Ｉｎｉｓｔｉａｌｉｚｅ）処理を示すフローチャートである。
【図１０】本発明の実施の形態３における、初期ＴＤＭＳのデータ構造を示す図である。
【図１１】（ａ）および（ｂ）は、本発明の実施の形態３における、ＴＤＭＳの記録イメージ、およびＴＤＤＳが示す位置情報に関する説明図である。
【図１２】本発明の実施の形態３における、初期のＳＢＭのデータ構造説明図である。
【図１３】本発明の実施の形態３における、初期化フォーマット（Ｉｎｉｓｔｉａｌｉｚｅ）処理を示すフローチャートである。
【図１４】ＴＤＭＡの更新処理を示す図である。
【図１５】ある記録層に配置された複数のＴＤＭＡを示す図である。
【図１６】ＴＤＭＳの保持情報を示す図である。
【図１７】初期ＴＤＭＳ２０のデータ構造を示す図である。
【図１８】初期ＴＤＭＳ２０のデータ構造を示す図である。
【図１９】（Ａ）および（Ｂ）は、ビットマップ情報を説明する図である。
【図２０】本発明の実施の形態における光ディスクの断面を示す図である。
【図２１】多層ディスクの構成例を示す図である。
【図２２】本発明の実施の形態における単層ディスクの構成例を示す図である。
【図２３】本発明の実施の形態における二層ディスクの構成例を示す図である。
【図２４】本発明の実施の形態における三層ディスクの構成例を示す図である。
【図２５】本発明の実施の形態における四層ディスクの構成例を示す図である。
【図２６】本発明の実施の形態における光ディスクの物理的構成を示す図である。
【図２７】（Ａ）は２５ＧＢのＢＤの例を示す図であり、（Ｂ）は２５ＧＢのＢＤよりも高記録密度の光ディスクの例を示す図である。
【図２８】トラック上に記録されたマーク列に光ビームを照射させている様子を示す図である。
【図２９】２５ＧＢ記録容量の場合のＯＴＦと最短記録マークとの関係を示す図である。
【図３０】最短マーク（２Ｔ）の空間周波数がＯＴＦカットオフ周波数よりも高く、かつ、２Ｔの再生信号の振幅が０になっている例を示す図である。
【発明を実施するための形態】
【００８８】
以下、本発明の実施の形態について、図面を用いて説明する。なお、本発明の実施の形態の説明においては、情報記録媒体として１回のみ記録可能な追記型情報記録媒体を用いて説明を行う。なお、この記録媒体の記録層１層における記録容量（つまりユーザデータ領域１４のサイズ）は、ＳＢＭ３０が１ブロックサイズ以上（より詳細には、ビットマップ情報４１が３１セクタサイズ以上）で、ＳＢＭ３０とＴＤＤＳ３２を組み合わせたサイズが１ブロック超のサイズとなる記録容量であるとする。
【００８９】
（実施の形態１）
（１）領域配置
本発明の実施の形態１における追記型情報記録媒体である光ディスク１の領域構造は、上述した図２に示す構造と同じである。
【００９０】
（２）初期ＴＤＭＳ２０のデータ構成
図３は、本発明の実施の形態１における、光ディスク１の管理情報領域ＴＤＭＡ１７（複数ＴＤＭＡが存在する場合には、その最初に使用されるＴＤＭＡ）の先頭に記録される初期のディスク管理構造ＴＤＭＳ２０のデータ構成を示す図である。
【００９１】
図３に示すように、初期ＴＤＭＳ２０は初期のスペースビットマップＳＢＭ３０と、ディスク定義構造ＴＤＤＳ３２と、初期の欠陥リストＴＤＦＬ３１とから構成され、ＳＢＭ３０およびＴＤＦＬ３１はそれぞれＴＤＤＳ３２と組み合わせた形式（ディスク管理構造更新単位）で記録が行われる。図３に示す初期ＴＤＭＳ２０は、図１７に示した初期ＴＤＭＳと構成要素は同じであるが、その記録順番が異なる。つまり、初期のＳＢＭ３０を含むデータを記録する前に、初期ＴＤＦＬ３１とＴＤＤＳ３２の組み合わせの１ブロック（１クラスタ）のデータ（ディスク管理構造更新単位）を先頭位置に記録（配置）し、それに続けて初期のＳＢＭ３０とＴＤＤＳ３２の組み合わせの２ブロック（２クラスタ）のデータ（ディスク管理構造更新単位）を記録（配置）する。なお、組み合わせてブロック単位のデータを生成するにあたり、そのブロックサイズのデータ中で意味を持たないデータの部分については、例えばＡｌｌ０などのダミーデータとしたり、意味を持たないことを示すパディングデータとしたりすることで、１ブロックサイズのデータを生成する。
【００９２】
このように配置することで、ＳＢＭ３０のサイズが記録層１層あたりの記録容量に応じて増加し、ＳＢＭ３０とＴＤＤＳ３２を組み合わせたディスク管理構造更新単位のサイズが１ブロック超（２ブロック以上）になった場合であっても、常にＴＤＤＳ３２を含むデータを、ＴＤＭＡ１７の先頭位置の１ブロック（もしそこが欠陥であった場合は、後続の正しく記録再生できる最初の１ブロック）に配置することができる。
【００９３】
なお、この方法は、ＳＢＭ３０のサイズが３１セクタ以下の場合（つまりＳＢＭ３０とＴＤＤＳ３２を組み合わせても１ブロックサイズに収まる場合）に適用しても同様に効果を得ることができる。
【００９４】
具体的な記録手順等については、後述の（５）項にて説明する。
【００９５】
（３）ＴＤＤＳ３２が備える各種情報
図４は、本発明の実施の形態１における、ＴＤＤＳ３２が備えるデータ構造についての説明図である。
【００９６】
図４のＴＤＤＳ３２は、図１６を用いて説明したものと基本的には同様の構成であるが、ＳＢＭ＃０位置情報５６に加えてＳＢＭ＃１位置情報６１をさらに備える。
【００９７】
図４のＴＤＤＳ３２は、この情報がＴＤＤＳ３２であることを示す識別子や、更新回数情報などを備えるＤＤＳヘッダ５０と、データ領域５中の領域構造を確定させる内周スペア領域１５のサイズ情報である内周スペア領域サイズ５１および外周スペア領域１６のサイズ情報である外周スペア領域サイズ５２と、シーケンシャル記録モードかランダム記録モードかという記録モードを示す記録モード情報５３と、図１５に示したように内周スペア領域１５および外周スペア領域１６内にＴＤＭＡが確保されている場合のサイズ情報を示す内周スペア内ＴＤＭＡサイズ５４および外周スペア内ＴＤＭＡサイズ５５と、最新のＴＤＦＬ３１（最大４ブロック分）が記録されている各ブロックの位置情報であるＤＦＬ＃０位置情報５７、ＤＦＬ＃１位置情報５８、ＤＦＬ＃２位置情報５９およびＤＦＬ＃３位置情報６０と、最新のＳＢＭ３０が記録されている位置情報であるＳＢＭ＃０位置情報５６およびＳＢＭ＃１位置情報６１とを備える。つまり、ＳＢＭ３０のサイズが２ブロックにわたるサイズになったため、ＳＢＭ位置情報もそれに応じて増やしている。
【００９８】
ここで、これらのＴＤＦＬ３１の位置情報およびＳＢＭ３０の位置情報が、各ブロックについての位置情報を備える理由を、具体例を用いて詳細に説明する。
【００９９】
図５は、ＴＤＭＡ１７に記録されるＴＤＭＳ２１（図１４）の記録イメージ、およびＴＤＤＳ３２が示す位置情報について説明するための図である。この図では、ＴＤＭＡ１７のブロックＡからブロックＤという４ブロックを例にとって説明する。
【０１００】
図５（ａ）は、ＴＤＦＬ３１とＴＤＤＳ３２とを組み合わせたデータサイズが１ブロックに収まる場合で、ＳＢＭ３０とＴＤＦＬ３１とを同時に記録したような場合（つまり、例えば初期ＴＤＭＳ２０を記録したような場合）の例である。
【０１０１】
最初のブロックＡにＴＤＦＬ３１とＴＤＤＳ３２を記録する。このときのＴＤＤＳ３２におけるＤＦＬ＃０位置情報は、ＴＤＦＬ３１が配置されるブロックＡの先頭位置を指す。ＳＢＭ＃０位置情報５６およびＳＢＭ＃１位置情報６１はこれから記録をするので、予測ということでそれぞれブロックＢ、ブロックＣの先頭位置を指した状態で記録する。
【０１０２】
そして続けてＳＢＭ３０とＴＤＤＳ３２の２ブロックにまたがるデータを記録する。このときのＴＤＤＳ３２におけるＤＦＬ＃０位置情報５７は、前のＴＤＤＳ３２と同様にＴＤＦＬ３１が配置されるブロックＡの先頭位置を指す。また、ＳＢＭ＃０位置情報５６およびＳＢＭ＃１位置情報６１も、実際に記録をした位置であるブロックＢおよびＣの先頭位置をそれぞれ指した状態で記録する。
【０１０３】
つまりこの例の場合、記録される２つのＴＤＤＳ３２は、それぞれ同じ位置情報を示した状態となる。
【０１０４】
図５（ｂ）は、ＴＤＦＬ３１が２ブロック超えのサイズで、且つ記録対象のブロックＢが欠陥である場合の例である。ＴＤＦＬ３１とＴＤＤＳ３２を組み合わせて３ブロックサイズになるため、まず、最初の１ブロック目のデータ（ＴＤＦＬ＃０）をブロックＡに記録する。しかし、ブロックＢが欠陥ブロックであるため、２ブロック目のデータ（ＴＤＦＬ＃１）は後続のブロックＣに記録され、続けて最後のデータ（ＴＤＦＬ＃２とＴＤＤＳ３２の組み合わせた１ブロックデータ）がブロックＤに記録される。この場合、図中の実線矢印が示すように、ＤＦＬ＃０位置情報５７はブロックＡの先頭位置を指し、ＤＦＬ＃１位置情報５８はブロックＣの先頭位置を指し、ＤＦＬ＃２位置情報５９はブロックＤの先頭位置を指すことになる。
【０１０５】
図５（ｃ）は、図５（ａ）と同様、ＴＤＦＬ３１とＴＤＤＳ３２とを組み合わせたデータサイズが１ブロックに収まる場合で、ＳＢＭ３０とＴＤＦＬ３１とを同時に記録したような場合で、且つ記録対象のブロックＣが欠陥である場合の例である。最初のブロックＡにＴＤＦＬ３１とＴＤＤＳ３２を記録する。このときのＴＤＤＳ３２におけるＤＦＬ＃０位置情報は、ＴＤＦＬ３１が配置されるブロックＡの先頭位置を指し、ＳＢＭ＃０位置情報５６およびＳＢＭ＃１位置情報６１はこれから記録をするので、図中の破線矢印が示すように、予測ということでそれぞれブロックＢおよびＣの先頭位置を指した状態で記録する。
【０１０６】
そして続けてＳＢＭ３０とＴＤＤＳ３２の２ブロックにまたがるデータを記録する。ブロックＢにはＳＢＭ＃０が正しく記録されるが、ブロックＣは欠陥であるため記録に失敗し、ＳＢＭ＃１とＴＤＤＳ３２を組み合わせた１ブロックデータは後続のブロックＤに記録される。
【０１０７】
このときのＴＤＤＳ３２における各位置情報は、図中実線矢印が示すように、ＤＦＬ＃０位置情報５７は、前のＴＤＤＳ３２と同様に、ＴＤＦＬ３１が配置されるブロックＡの先頭位置を指す。ＳＢＭ＃０位置情報５６およびＳＢＭ＃１位置情報６１についても実際に記録をした位置、つまりＳＢＭ＃０位置情報５６はブロックＢを指すことになるが、しかし、ＳＢＭ＃１位置情報６１だけは、予測でブロックＡに記録したＴＤＤＳ３２の内容と異なり、ブロックＤの先頭位置を指すことになる。
【０１０８】
つまりこの例の場合、記録される２つのＴＤＤＳ３２は、一部の内容が異なることになるが、常に最新のＴＤＤＳ３２（この図５（ｃ）の場合であれば、ブロックＤに記録されたＴＤＤＳ３２）には正しい情報が記録されることになる。
【０１０９】
なおここでは、同時にＴＤＦＬ３１とＳＢＭ３０を記録することが分かっているためこのような例で記載したが、例えば図５（ｃ）のような場合、ＳＢＭ＃０位置情報５６およびＳＢＭ＃１位置情報６１については、直前に正しく記録されているＳＢＭ３０の位置を指したままにしておくという方法もある。つまり、予測した位置情報を入れるのではなく、前回正しく記録された位置を指しておくことで、どのＴＤＤＳ３２を読み出した場合でも、誤った位置情報が読み出されることが無いようにすることができる。
【０１１０】
なお、図５（ａ）および（ｃ）の状態でもＴＤＭＳ２１の記録順番として、ＴＤＦＬ３１をＳＢＭ３０よりも先に記録する例で示したが、この順番が必要となるのは上述（２）の初期ＴＤＭＳ２０についてであり、ＴＤＭＳ２１については、ＳＢＭ３０をＴＤＦＬ３１より先に記録してもよい。
【０１１１】
（４）記録再生装置
図６は、本発明の実施の形態における光ディスク１への記録再生を行う光ディスク記録再生装置１００の構成を示す図である。なお、装置１００は記録装置や再生専用装置であってもよい。
【０１１２】
光ディスク記録再生装置１００は、Ｉ／Ｏバス１８０を介して上位制御装置（図示せず）に接続される。上位制御装置は、例えば、ホストコンピュータ（ホストＰＣ）である。
【０１１３】
光ディスク記録再生装置１００は、上位制御装置からの命令を処理する命令処理部１１０と、光ディスク１に対して記録再生を行うためにレーザ光を照射する光ヘッド１２０と、光ヘッド１２０から出力されるレーザパワー等の制御を行うレーザ制御部１３０と、光ヘッド１２０を目的位置へ移動したりサーボ制御を行うためのメカ制御部１４０と、記録及び再生したユーザデータやその他情報を管理するメモリ１５０と、ＴＤＭＡやＤＭＡから読み出したりそれらに記録する最新状態のＳＢＭ３０、ＴＤＦＬ３１およびＴＤＤＳ３２等の管理情報を格納しておく管理情報格納メモリ１６０と、光ディスク１からの記録再生処理などのシステム処理全般の統括制御を行うシステム制御部１７０とを備える。
【０１１４】
システム制御部１７０は、ユーザデータや管理情報等のデータの記録再生を行う記録部１７１および再生部１７２と、光ディスク１に関する管理情報などからデータを読み出す位置や次にデータを記録する位置を決定するアクセス位置管理部１７３と、管理情報格納メモリ１６０に格納された管理情報の更新を行う管理情報更新部１７４と、管理情報格納メモリ１６０に格納されたＳＢＭ３０、ＴＤＦＬ３１およびＴＤＤＳ３２から更新が必要なデータを組み合わせて、ＴＤＭＡやＤＭＡに記録するためのＴＤＭＳ２１やＤＭＳを生成する管理情報生成部１７５とを備える。
【０１１５】
（５）初期ＴＤＭＳ２０の記録（初期化：Ｉｎｉｔｉａｌｉｚｅ）方法
図７は、光ディスク記録再生装置１００が追記型光ディスク１に対して初期化フォーマット処理（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ）を行う手順を示すフローチャートである。
【０１１６】
ステップ７０１：初期状態の管理情報を生成する。具体的には、管理情報生成部１７５は、管理情報格納メモリ１６０中に、初期状態のＳＢＭ３０、ＴＤＦＬ３１、ＴＤＤＳ３２を生成する。初期状態のＳＢＭ３０、ＴＤＦＬ３１、ＴＤＤＳ３２とは、それぞれの識別子情報等のみが設定され、更新回数などはすべて０の状態の管理情報のことであり、ＳＢＭ３０およびＴＤＦＬ３１についてはそれぞれ、初期のＳＢＭ３０および初期のＴＤＦＬ３１と同じ意味である。
【０１１７】
ステップ７０２：初期ＴＤＭＳ２０を生成する。具体的には、管理情報生成部１７５は、ステップ７０１で生成した初期状態の管理情報を図３で示した状態の初期ＴＤＭＳ２０の形式になるように、ＳＢＭ３０、ＴＤＦＬ３１、ＴＤＤＳ３２を組み合わせて、上記記録形式の初期ＴＤＭＳ２０を作る。より具体的には、例えば、管理情報格納メモリ１６０中に記録に使用するための３ブロック分のデータ領域を確保し、この領域をすべて０データでクリアした状態にして、先頭の１ブロック目の先頭に初期のＴＤＦＬ３１を、１ブロック目の終端にＴＤＤＳ３２を配置する。さらに２ブロック目の先頭から初期のＳＢＭ３０を配置し、最後に３ブロック目の終端にＴＤＤＳ３２を配置して初期ＴＤＭＳ２０相当のデータを生成する。なお、ＴＤＤＳ３２については、後述のステップ７０３やステップ７０５において位置情報の更新を行って値が変化することになるため、この時点では配置しておかず、記録直前に配置するのが望ましい。
【０１１８】
ステップ７０３：ＴＤＦＬ３１に関する位置情報を更新する。具体的には、管理情報更新部１７４は、これから記録を行うにあたり、管理情報格納メモリ１６０中に生成したＴＤＤＳ３２相当のデータの中のＤＦＬ位置情報を更新する。より具体的には、システム制御部１７０はアクセス位置管理部１７３によって初期ＴＤＭＳ２０の記録が可能な記録位置（例えばＴＤＭＡ１７の先頭位置）を算出する。管理情報更新部１７４はＤＦＬ＃０位置情報５７をアクセス位置管理部１７３によって算出した記録位置（例えばＴＤＭＡ１７の先頭位置）を指すように更新し、ＤＦＬ＃１位置情報５８、ＤＦＬ＃２位置情報５９、ＤＦＬ＃３位置情報６０はそれぞれ０とする。そして、このデータを、管理情報格納メモリ１６０中に確保した記録用のデータ領域の所定の位置（この場合は先頭１ブロック目の終端位置）に対して配置する。
【０１１９】
なお、この時点でＳＢＭ３０に関する位置情報については、まだどの位置に記録することになるかが確定できないため、０のままにしておいてもよいし、あるいは、正常に記録されることを想定して予測して、予測で位置情報を設定した状態にしておいてもよい。
【０１２０】
ステップ７０４：初期ＴＤＭＳ２０の一部を記録する。具体的には、システム制御部１７０は、記録を行うレーザパワーやストラテジ等の記録条件をレーザ制御部１３０に設定する。ステップ７０３においてアクセス位置管理部１７３によって求めた記録を行う位置に対してメカ制御部１４０を用いて光ヘッド１２０を移動させる。記録部１７１によって、初期ＴＤＭＳ２０の最初の１ブロック目のデータである初期のＴＤＦＬ３１とＴＤＤＳ３２の組み合わせデータを記録する。なお、もしこのブロックへの記録に失敗した場合には、再度ステップ７０３から処理を繰り返し、正常に記録がなされるまで繰り返して記録を行う。
【０１２１】
ステップ７０５：ＳＢＭ３０に関する位置情報を更新する。具体的には、管理情報更新部１７４は、これから記録を行うにあたり、管理情報格納メモリ１６０中に生成したＴＤＤＳ３２相当のデータの中のＳＢＭ位置情報を更新する。より具体的には、システム制御部１７０はアクセス位置管理部１７３によって、上記ステップ７０４で初期ＴＤＭＳ２０の一部を記録した位置に続く次に記録可能な記録位置（例えばステップ７０４が１回で記録に成功した場合は、ＴＤＭＡ１７の先頭から２ブロック目の位置）を算出する。管理情報更新部１７４は、ＳＢＭ＃０位置情報５６を、アクセス位置管理部１７３によって算出した記録位置（例えばＴＤＭＡ１７の先頭から２ブロック目の先頭位置）を指すように更新し、ＳＢＭ＃１位置情報６１をその次のブロック位置（例えばＴＤＭＡ１７の先頭から３ブロック目の先頭位置）を指すように更新する。なお、ＤＦＬ＃０位置情報５７はステップ７０４で記録した位置を示す内容で記録する。ＤＦＬ＃１位置情報５８、ＤＦＬ＃２位置情報５９、ＤＦＬ＃３位置情報６０はそれぞれ０（つまり、ステップ７０４で記録したＴＤＤＳ３２と同じ状態）として記録を行う。
【０１２２】
ステップ７０６：初期ＴＤＭＳ２０の一部を記録する。具体的には、システム制御部１７０は記録を行うレーザパワーやストラテジ等の記録条件をレーザ制御部１３０に設定する。ステップ７０５においてアクセス位置管理部１７３によって求めた記録を行う位置に対して、メカ制御部１４０を用いて光ヘッド１２０を移動させる。記録部１７１によって、初期ＴＤＭＳ２０の残りの２ブロックである２ブロック目のデータおよび３ブロック目のデータである、初期のＳＢＭ３０とＴＤＤＳ３２の組み合わせデータを記録する。なお、もし記録に失敗したブロックがあった場合には、記録に失敗したブロックに対して再度ステップ７０５から処理を繰り返し、すべてのブロックが正常に記録されるまで繰り返して記録を行う。
【０１２３】
なおこのフローでは特に記述を行わなかったが、例えばＴＤＤＳ３２はＤＤＳヘッダ５０中に更新回数情報などを備える。初期化フォーマット時には、この更新回数は０など、初期化フォーマット時に記録した情報であることを示す値で記録する。ここでＳＢＭ３０およびＴＤＦＬ３１については、初期化フォーマット処理の中でいずれも１回しか記録されないため、更新回数情報はそれぞれ０として記録を行えばよいが、ＴＤＤＳ３２については、初期化フォーマットの際に２度記録を行うことになる。この場合にも、いずれのＴＤＤＳ３２とも初期ＴＤＭＳ２０に含まれるＴＤＤＳ３２であることを示すため、更新回数情報を０とした記録を行う。なお別の方法として、例えば、最初に記録するＴＤＤＳ３２は更新回数情報を０とし、２回目に記録するＴＤＤＳ３２は更新回数情報を１として、純粋な更新回数を設定して記録を行ってもよい。
【０１２４】
以上で初期化フォーマット時の初期ＴＤＭＳ２０の記録処理が完了する。このようにすることで、ＴＤＭＡ１７の先頭位置に必ずＴＤＤＳ３２を含むデータを配置することができる。このため、多層化・高密度化などによって管理情報のデータサイズが大きくなったような場合でも、ＴＤＭＡ１７における最新の管理情報を検索しなくとも、所定の位置のデータを読み出すことで光ディスク１の領域構造を把握することが可能となる。
【０１２５】
（実施の形態２）
（１）領域配置
本発明の実施の形態２における光ディスク１の領域構造は、本発明の実施の形態１における光ディスク１と同じである。
【０１２６】
（２）初期ＴＤＭＳ２０のデータ構成
図８は、本発明の実施の形態２における、光ディスク１の管理情報領域ＴＤＭＡ１７（複数ＴＤＭＡが存在する場合には、その最初に使用されるＴＤＭＡ）の先頭に記録される初期のディスク管理構造ＴＤＭＳ２０のデータ構成を示す図である。
【０１２７】
本発明の実施の形態２における初期ＴＤＭＳ２０は、初期のスペースビットマップＳＢＭ３０の内容が、本発明の実施の形態１の初期のＳＢＭ３０と異なる。
【０１２８】
ＳＢＭ３０におけるビットマップ情報４１は、１ブロック（３２セクタ）のサイズが必要となるため、ＳＢＭ３０とディスク定義構造ＴＤＤＳ３２を組み合わせたデータ（ディスク管理構造更新単位）は２ブロック相当のサイズが必要になる。本発明の実施の形態２における初期ＴＤＭＳ２０に含まれる初期のＳＢＭ３０は、図８に示すように、ＳＢＭヘッダ４０のみを備え、ビットマップ情報４１を備えていないことが特徴である。
【０１２９】
これについて詳細に説明する。初期ＴＤＭＳ２０を記録する際、つまり初期化フォーマット（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ）が実施される際には、データ領域５をはじめ光ディスク１の領域は未記録状態である。つまり初期ＴＤＭＳ２０に含まれるＳＢＭ３０のビットマップ情報４１はすべて０のデータとなる。つまり、初期ＴＤＭＳ２０のビットマップ情報４１については、データが記録されていなくとも判断することができる。よって、初期ＴＤＭＳ２０のサイズを抑える目的で、初期のＳＢＭ３０にはビットマップ情報４１を備えない、ＳＢＭヘッダ４０のみの情報であるという点が本実施形態での特徴である。
【０１３０】
図８（ａ）は、初期ＴＤＭＳ２０の一例であり、初期ＴＤＭＳ２０に組み込んで記録する必要のある初期の欠陥リストＴＤＦＬ３１およびＴＤＤＳ３２はともに、１セクタのサイズがあれば十分である。また、初期のＳＢＭ３０も１セクタのサイズがあれば十分であるため、初期ＴＤＭＳ２０の場合についてのみ、初期のＳＢＭ３０と初期のＴＤＦＬ３１とＴＤＤＳ３２を組み合わせた１ブロックのデータをディスク管理構造更新単位として扱い、この情報を１ブロックにまとめて記録する。
【０１３１】
図８（ｂ）も、初期ＴＤＭＳ２０の一例であり、初期ＴＤＭＳ２０における１ブロック目においては、本発明の実施の形態１と同様に、初期のＴＤＦＬ３１とＴＤＤＳ３２を組み合わせた１ブロックのデータ（ディスク管理構造更新単位）を先頭位置に記録（配置）する。それに続けて次のブロックに初期のＳＢＭ３０とＴＤＤＳ３２を組み合わせた１ブロックのデータ（ディスク管理構造更新単位）を記録（配置）する。
【０１３２】
これらに示すように、初期のＳＢＭ３０をＳＢＭヘッダ４０のみを含むデータとして、初期ＴＤＭＳ２０を記録することで、ＴＤＤＳ３２を含むデータを、ＴＤＭＡ１７の先頭位置の１ブロック（もしそこが欠陥であった場合は、後続の正しく記録再生できる最初の１ブロック）に常に配置することができる。
【０１３３】
（３）ＴＤＤＳ３２が備える各種情報
本発明の実施の形態２における光ディスク１のＴＤＤＳ３２が含むデータ内容は、図４を用いて説明した本発明の実施の形態１における光ディスク１と同じである。
【０１３４】
（４）記録再生装置
本発明の実施の形態２における光ディスク１への記録再生を行う光ディスク記録再生装置１００の構成は、図６を用いて説明した本発明の実施の形態１における光ディスク記録再生装置１００と同じである。
【０１３５】
（５）初期ＴＤＭＳ２０の記録（初期化：Ｉｎｉｔｉａｌｉｚｅ）方法
図９は、光ディスク記録再生装置１００が、本発明の実施の形態２における追記型光ディスク１に対して初期化フォーマット処理（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ）を行う手順を示すフローチャートである。なおここでは、初期ＴＤＭＳ２０は、図８（ａ）に示したように１ブロックにまとめて記録する場合を例にとって説明を行う。なお、図８（ｂ）の形で記録を行う際の手順は、基本的に本発明の実施の形態１の説明の（５）項で図７を用いて示した手順と同じであるため、ここでは説明は省略する。
【０１３６】
ステップ９０１：初期状態の管理情報を生成する。具体的には、管理情報生成部１７５は、管理情報格納メモリ１６０中に、初期状態のＳＢＭ３０、ＴＤＦＬ３１、ＴＤＤＳ３２を生成する。初期状態のＳＢＭ３０、ＴＤＦＬ３１、ＴＤＤＳ３２とは、それぞれの識別子情報等のみが設定され、更新回数などはすべて０の状態の管理情報のことであり、ＳＢＭ３０およびＴＤＦＬ３１についてはそれぞれ、初期のＳＢＭ３０および初期のＴＤＦＬ３１と同じ意味である。
【０１３７】
ステップ９０２：初期ＴＤＭＳ２０を生成する。具体的には、管理情報生成部１７５は、ステップ９０１で生成した初期状態の管理情報を図８（ａ）で示した状態の初期ＴＤＭＳ２０の形式になるように、ＳＢＭ３０、ＴＤＦＬ３１、ＴＤＤＳ３２を組み合わせて、上記記録形式の初期ＴＤＭＳ２０を作る。より具体的には、例えば、管理情報格納メモリ１６０中に記録に使用するための１ブロック分のデータ領域を確保し、この領域をすべて０データでクリアした状態にして、このブロックの先頭の１セクタに初期のＴＤＦＬ３１を配置し、このブロックの終端から１セクタ手前の位置に初期のＳＢＭ３０を配置し、終端の１セクタにＴＤＤＳ３２を配置して、初期ＴＤＭＳ２０相当のデータを生成する。なお、ＴＤＤＳ３２については、後述のステップ９０３において位置情報の更新を行って値が変化することになるため、この時点では配置しておかず、記録直前に配置するのが望ましい。
【０１３８】
ステップ９０３：ＴＤＦＬ３１およびＳＢＭ３０に関する位置情報を更新する。具体的には、管理情報更新部１７４は、これから記録を行うにあたり、管理情報格納メモリ１６０中に生成したＴＤＤＳ３２相当のデータの中のＤＦＬ位置情報、ＳＢＭ位置情報を更新する。より具体的には、システム制御部１７０はアクセス位置管理部１７３によって初期ＴＤＭＳ２０の記録が可能な記録位置（例えばＴＤＭＡ１７の先頭位置）を算出する。管理情報更新部１７４は、ＤＦＬ＃０位置情報５７を、アクセス位置管理部１７３によって算出した記録位置（例えばＴＤＭＡ１７の先頭位置）を指すように更新し、ＤＦＬ＃１位置情報５８、ＤＦＬ＃２位置情報５９およびＤＦＬ＃３位置情報６０はそれぞれ０とする。さらにＳＢＭ＃０位置情報５６も同じブロックの記録位置（例えばＴＤＭＡ１７の先頭ブロックの先頭から３１セクタ目の先頭位置）を指すように更新する。ＳＢＭ＃１位置情報６１は例えば０とするか、もしくは、有効なビットマップ情報４１が存在するがその情報がまだ記録されていない状態であることを示す値（例えば、ＦＦＦＦＦＦＦＦｈ（１６進数表記））とする。そして、このデータを、管理情報格納メモリ１６０中に確保した記録用のデータ領域の所定の位置（この場合は先頭１ブロック目の終端位置）に対して配置する。
【０１３９】
ステップ９０４：初期ＴＤＭＳ２０の一部を記録する。具体的には、システム制御部１７０は記録を行うレーザパワーやストラテジ等の記録条件をレーザ制御部１３０に設定する。ステップ９０３においてアクセス位置管理部１７３によって求めた記録を行う位置に対してメカ制御部１４０を用いて光ヘッド１２０を移動させる。記録部１７１によって、初期ＴＤＭＳ２０である初期のＳＢＭ３０、初期のＴＤＦＬ３１およびＴＤＤＳ３２の組み合わせデータを記録する。なお、もしこのブロックへの記録に失敗した場合には、再度ステップ９０３から処理を繰り返し、正常に記録がなされるまで繰り返して記録を行う。
【０１４０】
以上で初期化フォーマット時の初期ＴＤＭＳ２０の記録処理が完了する。
【０１４１】
このようにすることで、ＴＤＭＡ１７の先頭位置に必ずＴＤＤＳ３２を含むデータを配置することができる。このため、多層化・高密度化などによって管理情報のデータサイズが大きくなったような場合でも、ＴＤＭＡ１７における最新の管理情報を検索しなくとも、所定の位置のデータを読み出すことで光ディスク１の領域構造を把握することが可能となる。
【０１４２】
（実施の形態３）
（１）領域配置
本発明の実施の形態３における光ディスク１の領域構造は、本発明の実施の形態１における光ディスク１と同じである。
【０１４３】
（２）初期ＴＤＭＳ２０のデータ構成
図１０は、本発明の実施の形態３における、光ディスク１の管理情報領域ＴＤＭＡ１７（複数ＴＤＭＡが存在する場合には、その最初に使用されるＴＤＭＡ）の先頭に記録される初期のディスク管理構造ＴＤＭＳ２０のデータ構成を示す図である。
【０１４４】
本発明の実施の形態３における初期ＴＤＭＳ２０は、初期のスペースビットマップＳＢＭ３０の構成としては本発明の実施の形態１と同様であるが、この記録方法が本発明の実施の形態１の場合と異なる。
【０１４５】
図１０に示す初期ＴＤＭＳ２０は、図１７に示すものと同様に、初期のスペースビットマップＳＢＭ３０とディスク定義構造ＴＤＤＳ３２と初期の欠陥リストＴＤＦＬ３１とから構成されるが、その記録方法が異なる。
【０１４６】
１セクタサイズのＳＢＭヘッダ４０と、３１セクタサイズ以上のビットマップ情報４１とを組み合わせたＳＢＭ３０は、３２セクタ（１ブロック）サイズ以上となるが、本実施形態では、そのようなＳＢＭ３０を、３１セクタ以下の複数のスペースビットマップ（初期のＳＢＭ３０＃０および初期のＳＢＭ３０＃１）として形成し、それぞれのデータにＴＤＤＳ３２を組み合わせた１ブロックサイズのデータを１つのディスク管理構造更新単位として生成し、その単位で記録する。このように、個々のスペースビットマップのサイズは、ユーザデータ領域１４のサイズに関係なく、ＴＤＤＳ３２と組み合わせて１ブロックサイズとなるようにする。
【０１４７】
より具体的に言えば、例えばＳＢＭヘッダ４０とビットマップ情報４１を組み合わせたサイズが、１ブロックと１セクタとのサイズ（ＳＢＭヘッダ４０が１セクタサイズ、ビットマップ情報４１が３２セクタサイズの合計３３セクタサイズ）であるとした場合、ＳＢＭヘッダ４０とビットマップ情報４１の前半１６セクタからなる１７セクタサイズの有効データ（部分ビットマップ情報４１＃０）を備える初期のＳＢＭ３０＃０と、ビットマップ情報４１の後半１６セクタサイズの有効データ（部分ビットマップ情報４１＃１）を備える初期のＳＢＭ３０＃１とを形成し、それぞれにＴＤＤＳ３２を組み合わせてディスク管理構造更新単位を形成し記録する。これにより、図１０に示すように、すべてのブロックに対してＴＤＤＳ３２が配置されるように記録を行なうことができる。
【０１４８】
ここで、ビットマップ情報４１とＴＤＤＳ３２とＳＢＭヘッダ４０とを合わせたサイズが１ブロックサイズとなる場合のユーザデータ領域１４のサイズを所定のサイズとする。そして、所定の記録層におけるユーザデータ領域１４のサイズが、その所定のサイズを超える場合は、ビットマップ情報４１は、複数の部分ビットマップ情報（例えばユーザデータ領域１４のサイズが所定のサイズの２倍以下のサイズの場合は、部分ビットマップ情報４１＃０、部分ビットマップ情報４１＃１の２つの部分ビットマップ情報）に分割される。複数のスペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）のそれぞれは、複数の部分ビットマップ情報のうちの１つを含むことになる。複数のスペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）のそれぞれのサイズはいずれも、ＴＤＤＳ３２と組み合わせて１ブロックサイズとなるサイズである。
【０１４９】
なお、初期のＳＢＭ３０＃０および初期のＳＢＭ３０＃１とＴＤＤＳ３２を組み合わせた、それぞれの１ブロックデータにおいては、初期のＳＢＭ３０＃０の１７セクタ分とＴＤＤＳ３２の１セクタ分以外のデータは使用されないデータであり、また、初期のＳＢＭ３０＃１の２セクタ分とＴＤＤＳ３２の１セクタ分以外のデータは使用されないデータである。それら使用されないデータは、例えば意味を持たないデータとしてＡＬＬ０のダミーデータであったり、意味を持たないことを示すパディングデータであったりし、これら使用されないデータと組み合わせて１ブロックサイズのデータを生成し記録する。
【０１５０】
ＳＢＭ３０（より詳細には、ビットマップ情報４１）のサイズが、記録層１層あたりの記録容量（ユーザデータ領域１４のサイズ）に応じて増加し、ＳＢＭ３０とＴＤＤＳ３２を組み合わせたディスク管理構造更新単位のサイズが１ブロック超（２ブロック以上）になった場合であっても、上記のように配置することで、ＴＤＤＳ３２を含むデータをＴＤＭＡ１７の先頭位置の１ブロックに常に配置することができる（もしそこが欠陥であった場合は、後続の正しく記録再生できる最初の１ブロックに常に配置することができる）。より詳細に言えば、このように配置すれば、ＴＤＭＡ１７のうちの初期ＴＤＭＳ２０を記録した全てのブロックに対して、ＴＤＤＳ３２を記録することができる。
【０１５１】
なおこの記録方法は、初期化フォーマット（初期ＴＤＭＳ２０）に対してだけでなく、通常のＴＤＭＡ記録時のＴＤＭＳ２１に対しても同様に適用してもよい。
【０１５２】
３２セクタのビットマップ情報４１を前半１６セクタ分のデータと後半１６セクタ分のデータの部分ビットマップ情報に分割して、初期ＴＤＭＳ２０におけるＳＢＭ３０の前半１ブロックであるＳＢＭ３０＃０と後半１ブロックであるＳＢＭ３０＃１にそれぞれ配置する例を説明した。このように配置するメリットを以下説明する。
【０１５３】
ＳＢＭ３０におけるビットマップ情報４１で管理するＳＢＭ管理対象の領域範囲に記録がなされてビットマップ情報４１が変化した場合、例えば、記録されたのがビットマップ情報４１における前半１６セクタで管理される領域に相当するブロックだけであった場合には、ビットマップ情報４１における前半１６セクタ分が変化するだけで、後半１６セクタ分は前の状態から変化していない。
【０１５４】
このような場合には、ＳＢＭ３０のうち更新しなくてはならないのはビットマップ情報４１の前半１６セクタ分のデータ（部分ビットマップ情報４１＃０）を含むＳＢＭ３０＃０のみでよい。例えば、図１１（ａ）に示した初期化フォーマット後に、ＳＢＭ３０におけるビットマップ情報４１で管理するＳＢＭ管理対象の領域範囲における、ビットマップ情報４１の前半１６セクタ分（部分ビットマップ情報４１＃０）で管理される領域にのみ記録がなされてビットマップ情報４１が変化した場合は、図１１（ｂ）に示すように変化があったＳＢＭ３０＃０のみを更新すればよい。
【０１５５】
この際、ＴＤＤＳ３２が示すＳＢＭ＃０位置情報５６は新たに記録したブロックＤの先頭位置を指した状態に変更されるが、ＳＢＭ＃１位置情報６１は、前回記録された位置であるブロックＢの先頭位置を指したままにしておけばよい。
【０１５６】
このようにＳＢＭ３０のような管理情報のうち更新が必要な部分のみをＴＤＭＡ１７に記録することで、毎回必ずＳＢＭ３０全てのデータ（この例の場合は２ブロックサイズ）を記録する場合と比べて、管理情報領域であるＴＤＭＡ１７を効率的に使用することが出来るというメリットがある。
【０１５７】
但しこのように更新が必要な部分のみをＴＤＭＡ１７に対して記録させる場合、ＳＢＭヘッダ４０に含まれる更新回数情報が問題となる。つまりＳＢＭ３０を更新記録するたびにＳＢＭヘッダ４０中の更新回数情報も増やして記録を行なわなければならない。このため、仮に図１０で説明したようにＳＢＭヘッダ４０がＳＢＭ３０＃０にのみ含まれる構成であった場合には、ＳＢＭ３０＃１に含まれる部分ビットマップ情報４１＃１で管理される領域が記録され、ＳＢＭ３０＃１の部分ビットマップ情報４１＃１が変化しただけの場合であっても、ＳＢＭ３０＃１だけでなく、更新回数情報を備えるＳＢＭヘッダ４０を含んだＳＢＭ３０＃０も同時に記録しなくてはならなくなってしまう。
【０１５８】
これを解決するため、例えば、図１２に示すように、ビットマップ情報４１を含む全ての１ブロックサイズのディスク管理構造更新単位に、ＳＢＭヘッダ４０を備えた構成にしてもよい。つまり、ＳＢＭヘッダ４０は、ＳＢＭ３０＃０だけでなく、ＳＢＭ３０＃１にも備えられてもよい。この場合は、ＳＢＭ３０＃１は、ＳＢＭヘッダ４０とビットマップ情報４１の後半１６セクタからなる１７セクタサイズの有効データ（部分ビットマップ情報４１＃１）を備えた構成となり、所定の記録層に対して複数（上記の例では２つ）の独立したＳＢＭ３０を備える構成になる。
【０１５９】
より具体的に言えば、ＳＢＭヘッダ４０は、ＳＢＭ管理対象の領域範囲に関する情報を備えている。つまり、ビットマップ情報４１での管理対象となるユーザデータ領域１４を、ＳＢＭ３０＃０で管理する領域範囲とＳＢＭ３０＃１で管理する領域範囲という２つに分けて、それぞれを管理するＳＢＭヘッダ４０を備える。ＳＢＭ３０＃０側で管理する領域範囲とＳＢＭ３０＃１で管理する領域範囲とは異なるため、ＳＢＭ管理対象の領域範囲に関する情報を備えたＳＢＭヘッダ４０を、ＳＢＭ３０＃０およびＳＢＭ３０＃１のそれぞれに備えておくことが望ましい。さらに上述した更新回数情報の更新の観点からも、ＳＢＭ３０の部分更新を行う場合には、ＳＢＭ３０＃０およびＳＢＭ３０＃１のそれぞれにＳＢＭヘッダ４０を備えておくことが望ましい。
【０１６０】
以上のように、所定の記録層におけるユーザデータ領域１４を管理する複数のスペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）のそれぞれは、複数のスペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）のそれぞれが含む部分ビットマップ情報（部分ビットマップ情報４１＃０、部分ビットマップ情報４１＃１）によって管理される領域範囲に関する情報を備えたヘッダ（ＳＢＭヘッダ４０）を含んでもよい。さらに、複数のスペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）のそれぞれのヘッダ（ＳＢＭヘッダ４０）は、スペースビットマップＳＢＭ３０の更新回数情報を含んでもよい。
【０１６１】
これにより、例えば、ＳＢＭ３０＃１に含まれる部分ビットマップ情報４１＃１で管理される領域のみに記録が行われ、ＳＢＭ３０＃１の部分ビットマップ情報４１＃１が変化しただけの場合は、ＳＢＭ３０＃１だけを更新することが可能となる。もしＳＢＭ３０＃０とＳＢＭ３０＃１の両方の部分ビットマップ情報が変化した場合はＳＢＭ３０＃０とＳＢＭ３０＃１の両方を含んだＴＤＭＳ２１をＴＤＭＡ１７に記録する。しかし、もしＳＢＭ３０＃１の部分ビットマップ情報４１＃１のみが変化した場合は、ＳＢＭ３０＃１を含みＳＢＭ３０＃０は含まないＴＤＭＳ２１を、ＴＤＭＡ１７に記録する。
【０１６２】
このように、特定の部分ビットマップ情報によって管理される管理領域に記録が行われた場合は、その特定の部分ビットマップ情報が含まれるスペースビットマップを更新し、管理情報領域ＴＤＭＡ１７に記録するだけでよい。特定の部分ビットマップ情報が含まれるスペースビットマップの管理領域に記録が行われた場合には、全てのスペースビットマップを更新して管理情報領域ＴＤＭＡ１７に記録する必要がない。このように、管理情報のうち更新が必要な部分のみをＴＤＭＡ１７に記録することが出来るため、管理情報領域ＴＤＭＡ１７をより効率良く利用することが可能となる。
【０１６３】
なお、３２セクタサイズのビットマップ情報４１をＳＢＭ３０＃０およびＳＢＭ３０＃１の部分ビットマップ情報に分割して割り当てるサイズとして、それぞれ前半１６セクタおよび後半１６セクタと均等に割り当てる場合を例にとって説明を行ったが、割り当てるサイズとしてはこの限りではない。
【０１６４】
例えば、ＳＢＭ３０＃０に前半３０セクタ分（つまり、部分ビットマップ情報として備えることが可能な最大サイズ）を割り当て、ＳＢＭ３０＃１に残りの後半２セクタ分を割り当てるといった形も効率的である。このことは、更新回数情報を備えるＳＢＭヘッダ４０を含むのがＳＢＭ３０＃０だけである場合に特に有用である。この場合は、ＳＢＭ３０をＴＤＭＡ１７に記録するたびに必ず記録しなくてはならないＳＢＭヘッダ４０を備えるＳＢＭ３０＃０に含まれるビットマップ情報４１で管理される領域のサイズを、ＳＢＭヘッダ４０を備えないＳＢＭ３０＃１に含まれるビットマップ情報４１で管理される領域のサイズよりも大きくしておく。これにより、ビットマップ情報４１で管理する領域の大きい方がビットマップ情報４１の変化する確率が高くなり、結果としてＳＢＭ３０＃１を更新しなくてはならない回数を抑えることが出来る。
【０１６５】
もしＳＢＭ３０＃０およびＳＢＭ３０＃１の部分ビットマップ情報が変化した場合はＳＢＭ３０＃０とＳＢＭ３０＃１の両方を含んだＴＤＭＳ２１をＴＤＭＡ１７に記録する。しかし、もしＳＢＭ３０＃１の部分ビットマップ情報４１＃１のみが変化した場合は、ＳＢＭ３０＃１を含みＳＢＭ３０＃０は含まないＴＤＭＳ２１をＴＤＭＡ１７に記録するといった方法を用いることが出来る。これにより、管理情報のうち更新が必要な部分のみをＴＤＭＡ１７に記録することが出来るという上述の効果を得ることが出来る。
【０１６６】
なお、複数のスペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）のヘッダ（ＳＢＭヘッダ４０）は、この情報がスペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）であることを示す識別子や、スペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）それぞれが含む部分ビットマップ情報（部分ビットマップ情報４１＃０、部分ビットマップ情報４１＃１）によって管理される管理対象の領域範囲に関する情報を含んでもよい。そのような部分ビットマップ情報によって管理される領域範囲に関する情報は、例えば対象領域の先頭アドレスやサイズなどである。
【０１６７】
これにより、特定のスペースビットマップのヘッダの管理対象の領域範囲に関する情報（対象領域の先頭アドレスとサイズ）を読み取ることで、その特定のスペースビットマップが管理する領域を特定することができる。さらに、ヘッダの管理対象の領域範囲に関する情報（対象領域の先頭アドレスとサイズ）を含むことで、スペースビットマップの管理領域を任意のサイズに割り当てるなど、割り当て方を容易に変更することができ、ユーザの選択の幅（自由度）を広げることも可能になる。
【０１６８】
（３）ＴＤＤＳ３２が備える各種情報
本発明の実施の形態３における光ディスク１のＴＤＤＳ３２が保持するデータ内容は、図４を用いて説明した本発明の実施の形態１における光ディスク１と同じである。
【０１６９】
（４）記録再生装置
本発明の実施の形態３における光ディスク１への記録再生を行う光ディスク記録再生装置１００の構成は、図６を用いて説明した本発明の実施の形態１における光ディスク記録再生装置１００と同じである。
【０１７０】
本発明の実施の形態３における光ディスク１への情報の記録を行う情報記録装置および情報記録方法において、所定の記録層におけるユーザデータ領域１４のサイズが、所定のサイズ（ビットマップ情報４１とＴＤＤＳ３２とＳＢＭヘッダ４０とを合わせたサイズが１ブロックサイズとなる場合のユーザデータ領域のサイズ）を超える場合の処理を説明する。この場合は、所定の記録層におけるユーザデータ領域１４に対して、複数のスペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）を形成する。そして、管理情報領域ＴＤＭＡ１７に、複数のスペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）のうちの１つとディスク定義構造ＴＤＤＳ３２とを含む１ブロックサイズのディスク管理構造更新単位を記録する。
【０１７１】
上述したような記録処理や後述する記録処理は、システム制御部１７０（図６）が、記録再生装置１００の各構成要素を制御し、光ヘッド１２０が光ディスク１にレーザ光を照射することにより行われる。
【０１７２】
また、所定の記録層のユーザデータ領域１４のサイズが、所定のサイズ（ビットマップ情報４１とＴＤＤＳ３２とＳＢＭヘッダ４０とを合わせたサイズが１ブロックサイズとなる場合のユーザデータ領域１４のサイズ）を超える場合は、ビットマップ情報４１を、複数の部分ビットマップ情報（部分ビットマップ情報４１＃０、部分ビットマップ情報４１＃１）に分割する。そして、複数のスペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）のそれぞれに、複数の部分ビットマップ情報のうちの１つを含ませてもよい。
【０１７３】
また、管理情報領域ＴＤＭＡ１７における所定位置のブロックには、上述のディスク管理構造更新単位を記録する。また、そのようなディスク管理構造更新単位の代わりに、ディスク定義構造ＴＤＤＳ３２と初期の欠陥リストＴＤＦＬ３１を含む１ブロックサイズの第２のディスク管理構造更新単位を記録してもよい。このとき、ディスク定義構造ＴＤＤＳ３２は、初期の欠陥リストの位置情報を備えていてもよい。
【０１７４】
なお、初期の欠陥リストＴＤＦＬ３１とは、欠陥領域に関する情報であるＤＦＬエントリ４３を全く含まない最小サイズのＴＤＦＬである。つまり、初期の欠陥リストＴＤＦＬ３１とは、識別子情報等のみ設定されＤＦＬエントリ４３の個数や更新回数情報などは０のＤＦＬヘッダ４２と、識別子情報は設定され更新回数情報は０のＤＦＬターミネータ４４のみを備えたＴＤＦＬのことである。初期のＴＤＦＬ３１は、１セクタサイズで収まるサイズであるため、ＴＤＤＳ３２とともに記録しても１ブロック（１クラスタ）サイズに収めることができる。
【０１７５】
また、上述の管理情報領域ＴＤＭＡ１７における所定位置のブロックとは、例えば、管理情報領域ＴＤＭＡ１７の記録再生可能なブロックのうち最も先頭にあるブロックである。
【０１７６】
次に、本発明の実施の形態３における光ディスク１からの情報の再生を行う情報再生装置および情報再生方法を説明する。再生処理は、光ヘッド１２０が光ディスク１にレーザ光を照射して得られる反射光を受光して再生信号を得て、システム制御部１７０（図６）が記録再生装置１００の各構成要素を制御して信号処理を行うことにより実行される。
【０１７７】
所定の記録層におけるユーザデータ領域１４に対して、複数のスペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）が形成され、光ディスク１の管理情報領域ＴＤＭＡ１７には、複数のスペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）のうちの１つとディスク定義構造ＴＤＤＳ３２とを含む１ブロックサイズのディスク管理構造更新単位が記録されている。この光ディスク１の管理情報領域ＴＤＭＡ１７から、ディスク定義構造ＴＤＤＳ３２を含む１ブロックサイズのディスク管理構造更新単位を読み出し、スペースビットマップ（ＳＢＭ３０＃０またはＳＢＭ３０＃１）を読み出す。
【０１７８】
また、本実施形態の光ディスク１では、ビットマップ情報４１が複数の部分ビットマップ情報（部分ビットマップ情報４１＃０、部分ビットマップ情報４１＃１）に分割され、複数のスペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）のそれぞれに、複数の部分ビットマップ情報のうちの１つが含まれている。このような光ディスク１からスペースビットマップを読み出し、スペースビットマップから部分ビットマップ情報（部分ビットマップ情報４１＃０、または、部分ビットマップ情報４１＃１）を読み出してもよい。
【０１７９】
また、本実施形態の光ディスク１の管理情報領域ＴＤＭＡ１７における所定位置のブロックには、ディスク管理構造更新単位が記録されているか、または、ディスク定義構造ＴＤＤＳ３２と初期の欠陥リストＴＤＦＬ３１を含む１ブロックサイズの第２のディスク管理構造更新単位が記録されている。このような管理情報領域ＴＤＭＡ１７の所定位置のブロックから、ディスク管理構造更新単位、または、第２のディスク管理構造更新単位を読み出してもよい。なお、ディスク定義構造ＴＤＤＳ３２は、初期の欠陥リストの位置情報を備えてもよい。なお、ここで、管理情報領域ＴＤＭＡ１７の所定位置のブロックとは、例えば、管理情報領域ＴＤＭＡ１７の記録再生可能なブロックのうち最も先頭にあるブロックである。
【０１８０】
（５）初期ＴＤＭＳ２０記録（初期化：Ｉｎｉｔｉａｌｉｚｅ）方法
図１３は、光ディスク記録再生装置１００が本発明の実施の形態３における追記型光ディスク１に対して初期化フォーマット処理（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ）を行う手順を示すフローチャートである。
【０１８１】
ステップ１３０１：初期状態の管理情報を生成する。具体的には、管理情報生成部１７５は、管理情報格納メモリ１６０中に、初期状態のＳＢＭ３０、ＴＤＦＬ３１、ＴＤＤＳ３２を生成する。初期状態のＳＢＭ３０、ＴＤＦＬ３１、ＴＤＤＳ３２とは、それぞれの識別子情報等のみが設定され、更新回数などはすべて０の状態の管理情報のことである。ＳＢＭ３０、ＴＤＦＬ３１についてはそれぞれ、初期のＳＢＭ３０、初期のＴＤＦＬ３１と同じ意味である。
【０１８２】
ステップ１３０２：初期ＴＤＭＳ２０を生成する。具体的には、管理情報生成部１７５は、ステップ１３０１で生成した初期状態の管理情報を、図１０で示した状態の初期ＴＤＭＳ２０の形式になるように、ＳＢＭ３０、ＴＤＦＬ３１、ＴＤＤＳ３２を組み合わせて、上記記録形式の初期ＴＤＭＳ２０を作る。
【０１８３】
より具体的には、例えばＳＢＭ３０のサイズが、１ブロックと１セクタの合計３３セクタサイズの場合、管理情報格納メモリ１６０中に、記録に使用するための３ブロック分のデータ領域を確保し、この領域をすべて０データでクリアした状態にする。そして、先頭１ブロック目の先頭から初期のＳＢＭ３０における先頭１７セクタ分のデータ（ＳＢＭヘッダ４０の１セクタと、ビットマップ情報４１の前半１６セクタ（部分ビットマップ情報４１＃０）の計１７セクタサイズからなる、初期のＳＢＭ３０＃０）を配置する。１ブロック目の終端セクタにＴＤＤＳ３２を配置する。また、２ブロック目の先頭から初期のＳＢＭ３０における後半１６セクタ分のデータ（部分ビットマップ情報４１＃１を含む初期のＳＢＭ３０＃１）を配置する。２ブロック目の終端セクタにＴＤＤＳ３２を配置する。３ブロック目の先頭に初期のＴＤＦＬ３１を配置する。３ブロック目の終端セクタにＴＤＤＳ３２を配置する。このようにして、初期ＴＤＭＳ２０相当のデータを生成する。
【０１８４】
なお、図１２に示すように、所定の記録層におけるユーザデータ領域１４を管理する複数のスペースビットマップ（ＳＢＭ３０＃０、ＳＢＭ３０＃１）のそれぞれは、それら複数のスペースビットマップのそれぞれが含む部分ビットマップ情報（部分ビットマップ情報４１＃０、部分ビットマップ情報４１＃１）によって管理される領域範囲に関する情報を備えたヘッダ（ＳＢＭヘッダ４０）を含んでもよい。この場合、管理情報格納メモリ１６０中に確保したデータ領域のうちの２ブロック目の先頭に配置するデータは、ＳＢＭヘッダ４０の１セクタと、初期のＳＢＭ３０における後半１６セクタ分のデータ（部分ビットマップ情報４１＃１を含む初期のＳＢＭ３０＃１）をあわせた１７セクタ分のデータとなる。
【０１８５】
なお、ＳＢＭヘッダ４０は、この情報がスペースビットマップであることを示す識別子や、スペースビットマップのそれぞれの管理対象の領域範囲に関する情報（例えば対象領域の先頭アドレスとサイズなど）を含んでもよい。また、ＳＢＭヘッダ４０は、スペースビットマップＳＢＭ３０の更新回数情報を含んでもよい。
【０１８６】
なお、ＴＤＤＳ３２については、後述のステップ１３０３やステップ１３０５、ステップ１３０７において位置情報の更新を行って値が変化することになるため、この時点では配置しておかず、記録直前に配置するのが望ましい。
【０１８７】
ステップ１３０３：ＳＢＭ３０に関する位置情報を更新する。具体的には、管理情報更新部１７４は、これから記録を行うにあたり、管理情報格納メモリ１６０中に生成したＴＤＤＳ３２相当のデータの中のＳＢＭ位置情報を更新する。より具体的には、システム制御部１７０はアクセス位置管理部１７３によって、初期ＴＤＭＳ２０の記録が可能な記録位置（例えばＴＤＭＡ１７の先頭位置）を算出する。管理情報更新部１７４は、ＳＢＭ＃０位置情報５６を、アクセス位置管理部１７３によって算出した記録位置（例えばＴＤＭＡ１７の先頭位置）を指すように更新する。ＤＦＬ＃１位置情報５８、ＤＦＬ＃２位置情報５９、ＤＦＬ＃３位置情報６０はそれぞれ０とする。そして、このデータを、管理情報格納メモリ１６０中に確保した記録用のデータ領域の所定の位置（この場合は先頭１ブロック目の終端セクタ）に対して配置する。
【０１８８】
なお、この時点ではＳＢＭ３０に関する位置情報であるＳＢＭ＃１位置情報６１、およびＴＤＦＬ３１に関する位置情報であるＴＤＦＬ＃０位置情報５７については、まだどの位置に記録することになるかが確定できないため、０のままにしておいてもよい。あるいは、それらが正常に記録されることを想定して予測して、予測で位置情報を設定した状態（例えばＳＢＭ＃１位置情報６１はＴＤＭＡ１７の先頭から２ブロック目の先頭位置を指し、ＤＦＬ＃０位置情報５７はＴＤＭＡ１７の先頭から３ブロック目の先頭位置を指す状態）にしておいてもよい。
【０１８９】
ステップ１３０４：初期ＴＤＭＳ２０の一部を記録する。具体的には、システム制御部１７０は、記録を行うレーザパワーやストラテジ等の記録条件をレーザ制御部１３０に設定する。ステップ１３０３においてアクセス位置管理部１７３によって求めた記録を行う位置に対してメカ制御部１４０を用いて光ヘッド１２０を移動させる。そして、記録部１７１によって、初期ＴＤＭＳ２０の最初の１ブロック目のデータである初期のＳＢＭ３０＃０とＴＤＤＳ３２の組み合わせデータを記録する。なお、もしこのブロックへの記録に失敗した場合には、再度ステップ１３０３から処理を繰り返し、正常に記録がなされるまで繰り返して記録を行う。
【０１９０】
ステップ１３０５：ＳＢＭ３０に関する位置情報を更新する。具体的には、管理情報更新部１７４は、これから記録を行うにあたり、管理情報格納メモリ１６０中に生成したＴＤＤＳ３２相当のデータの中のＳＢＭ位置情報を更新する。より具体的には、システム制御部１７０はアクセス位置管理部１７３によって、初期ＴＤＭＳ２０の記録が可能な記録位置（例えばステップ１３０４において１回で記録に成功した場合は、ＴＤＭＡ１７の先頭から２ブロック目の先頭位置）を算出する。管理情報更新部１７４は、ＳＢＭ＃１位置情報６１を、アクセス位置管理部１７３によって算出した記録位置（例えばＴＤＭＡ１７の先頭から２ブロック目の先頭位置）を指すように更新する。なお、ＳＢＭ＃０位置情報５６は、ステップ１３０４において記録した位置を指す。ＤＦＬ＃１位置情報５８、ＤＦＬ＃２位置情報５９、ＤＦＬ＃３位置情報６０はそれぞれ０とする。そして、このデータを、管理情報格納メモリ１６０中に確保した記録用のデータ領域の所定の位置（この場合は先頭１ブロック目の終端セクタ）に対して配置する。
【０１９１】
なお、この時点ではＴＤＦＬ３１に関する位置情報であるＴＤＦＬ＃０位置情報５７については、まだどの位置に記録することになるかが確定できないため、０のままにしておいてもよい。あるいは、それが正常に記録されることを想定して予測して、予測で位置情報を設定した状態（例えば、ＤＦＬ＃０位置情報５７は次に記録可能な位置であるＴＤＭＡ１７の先頭から３ブロック目の先頭位置を指した状態）にしておいてもよい。
【０１９２】
ステップ１３０６：初期ＴＤＭＳ２０の一部を記録する。具体的には、システム制御部１７０は、記録を行うレーザパワーやストラテジ等の記録条件をレーザ制御部１３０に設定する。ステップ１３０５においてアクセス位置管理部１７３によって求めた記録を行う位置に対して、メカ制御部１４０を用いて光ヘッド１２０を移動させる。そして、記録部１７１によって、初期ＴＤＭＳ２０の２ブロック目のデータである初期のＳＢＭ３０＃１とＴＤＤＳ３２の組み合わせデータを記録する。なお、もしこのブロック３への記録に失敗した場合には、再度ステップ１３０５から処理を繰り返し、正常に記録がなされるまで繰り返して記録を行う。
【０１９３】
ステップ１３０７：ＴＤＦＬ３１に関する位置情報を更新する。具体的には、管理情報更新部１７４は、これから記録を行うにあたり、ＴＤＦＬ位置情報を更新する。より具体的には、システム制御部１７０はアクセス位置管理部１７３によって、上記ステップ１３０６で初期ＴＤＭＳ２０の一部を記録した位置に続く次に記録可能な記録位置（例えばステップ１３０４および１３０６において１回で記録に成功した場合は、ＴＤＭＡ１７の先頭から３ブロック目の位置）を算出する。管理情報更新部１７４は、ＤＦＬ＃０位置情報５７を、アクセス位置管理部１７３によって算出した記録位置（例えばＴＤＭＡ１７の先頭から３ブロック目の先頭位置）を指すように更新する。ＳＢＭ＃０位置情報５６はステップ１３０４で記録した位置を指すように更新する。ＳＢＭ＃１位置情報６１はステップ１３０６で記録した位置を指すように更新する。ＤＦＬ＃１位置情報５８、ＤＦＬ＃２位置情報５９、ＤＦＬ＃３位置情報６０は、それぞれ０（つまり、ステップ１３０４で記録したＴＤＤＳ３２と同じ状態）とする。このような状態で記録を行う。
【０１９４】
ステップ１３０８：初期ＴＤＭＳ２０の一部を記録する。具体的には、システム制御部１７０は、記録を行うレーザパワーやストラテジ等の記録条件をレーザ制御部１３０に設定する。ステップ１３０７においてアクセス位置管理部１７３によって求めた記録を行う位置に対して、メカ制御部１４０を用いて光ヘッド１２０を移動させる。そして、記録部１７１によって、初期ＴＤＭＳ２０の最後の１ブロックである３ブロック目のデータである初期のＴＤＦＬ３１とＴＤＤＳ３２の組み合わせデータを記録する。なお、もしこのブロックへの記録に失敗した場合には、再度ステップ１３０７から処理を繰り返し、正常に記録がなされるまで繰り返して記録を行う。
【０１９５】
なお、ＴＤＤＳ３２は、ＤＤＳヘッダ５０中に更新回数情報などを備える。初期化フォーマット時には、この更新回数は０など、初期化フォーマット時に記録した情報であることを示す値で記録する。ここで、ＳＢＭ３０およびＴＤＦＬ３１については、初期化フォーマット処理の中でいずれも１回しか記録されないため、更新回数情報はそれぞれ０として記録を行えばよい。しかし、ＴＤＤＳ３２については、初期化フォーマットの際に３度記録を行うことになる。この場合は、いずれのＴＤＤＳ３２とも初期ＴＤＭＳ２０に含まれるＴＤＤＳであることを示すために、更新回数情報を０とした記録を行う。なお、例えば、最初に記録するＴＤＤＳ３２は更新回数情報を０とし、２回目に記録するＴＤＤＳ３２は更新回数情報を１とし、３回目に記録するＴＤＤＳ３２は更新回数情報を２とするような、純粋な更新回数を設定して記録を行ってもよい。
【０１９６】
以上で初期化フォーマット時の初期ＴＤＭＳ２０の記録処理が完了する。
【０１９７】
このようにすることで、ＴＤＭＡ１７中の記録された全てのブロックにＴＤＤＳ３２が配置される（つまり、ＴＤＭＡ１７の先頭位置といった所定の位置にもＴＤＤＳ３２が配置される）。このため、多層化・高密度化などによって管理情報のデータサイズが大きくなったような場合でも、ＴＤＭＡ１７における最新の管理情報を検索しなくとも、所定の位置のデータを読み出すことで光ディスク１の領域構造を把握することが可能となる。
【０１９８】
なお、図１３では、初期化フォーマットの際の記録処理を示したが、例えばＳＢＭ３０を含んだ通常のＴＤＭＳ２１を記録するような場合には、上記の本発明の実施の形態３の（２）項で説明したように、必ずしもＳＢＭ３０を構成するＳＢＭ３０＃０およびＳＢＭ３０＃１全てを含んだ形で記録しなくてもよい。つまり、上記の本発明の実施の形態３の（２）項に示したように、ＳＢＭ３０のうち、ビットマップ情報４１が更新されてＴＤＭＡ１７への記録が必要な情報を含むブロックのみを記録するという方法を用いてもよい。
【０１９９】
本発明の実施の形態１から３における光ディスク１は、１つ以上の記録層を備える追記型の光ディスクである。図２０は、光ディスク１の断面を示す図である。一例として、図２０では、記録層を３層備えた多層の光ディスク１を示している。光ディスク１は、光ビームが照射される側から遠い順に（つまり基板１００１側から順に）、記録層Ｌ０、記録層Ｌ１、記録層Ｌ２を含む情報記録層１００２を備える。ユーザデータ領域１４は、記録層毎に設けられる。
【０２００】
光ディスク１の製造方法について説明する。ディスク基板１００１上に、アドレス信号やコントロールデータに応じた情報信号を記録するためのトラックが設けられた記録層Ｌ０、記録層Ｌ１、記録層Ｌ２をこの順に形成する。これにより、ユーザデータ領域、欠陥管理領域、スペア領域が図１および図２に示す配置となる記録層を製造できる。なお、記録層と記録層の間には、中間層などを含んでもよい。また記録層の上にカバー層を形成してもよい。
【０２０１】
なお、上述した本発明の実施の形態１から３においては説明を省略したが、図１５に示したように複数のＴＤＭＡを備えるような場合、例えばＴＤＭＡ１７先頭位置に、現在使用中のＴＤＭＡを示す情報であるインジケータ用の領域が確保されることもある。このような場合も含めて、本発明で言う初期ＴＤＭＳ２０を記録する所定の位置として説明したＴＤＭＡ１７の先頭位置というのは、インジケータ用の領域を除いた、ＴＤＭＳ（初期ＴＤＭＳ２０および通常のＴＤＭＳ２１）の記録に使用される領域の先頭位置のことであり、つまり当該光ディスク１における管理情報領域の中で最初に記録されるブロック（管理情報領域の記録再生可能なブロックのうち最も先頭にあるブロック）のことである。
【０２０２】
なお、上述のインジケータ領域に、当該ＴＤＭＡの最初に記録されるＴＤＤＳ３２のコピーが記録されたりする方法もあり、このインジケータを読み出せば光ディスク１の領域構造を把握できたりもする。しかし、インジケータが記録されていない状態も存在する（例えば、複数のＴＤＭＡが存在する中で、最初に使用されるリードイン領域４中のＴＤＭＡ１７を使用中の状態）ため、このような場合であっても、最初に使用されるＴＤＭＡの先頭位置といった所定の位置に必ずＴＤＤＳ３２を含むデータが配置されることによる効果を得ることが出来る。
【０２０３】
なお、本発明の実施の形態１から３におけるＳＢＭ３０のサイズは、２ブロックサイズである場合を例にとって説明を行ったが、ＳＢＭ３０のサイズが３ブロック以上であるような場合などであっても、本発明の実施の形態１から３において説明したのと同様の効果を得ることが出来る。
【０２０４】
なお、本発明の実施の形態１から３におけるＳＢＭ３０のサイズは１ブロックサイズを超えるサイズ、つまり２ブロックサイズ以上であるため、ＴＤＦＬ３１が備えるＤＦＬターミネータ４４と同様に、ＳＢＭ３０の終端位置であることを示すＳＢＭターミネータのような情報を備えてもよい。
【０２０５】
なお、本発明の実施の形態１から３では、管理情報としてＳＢＭ３０を例にとって説明を行ったが、ＳＢＭ３０に限られない。例えば初期化フォーマット時などにＴＤＭＡ１７に記録する際のサイズが１ブロックサイズ以上で、ＴＤＤＳ３２と組み合わせたディスク
管理構造更新単位のサイズが１ブロック超（２ブロック以上）となるような管理情報に適用しても、同様の効果を得ることが出来る。
【０２０６】
次に、本発明の情報記録媒体についてさらに説明する。
【０２０７】
（主要パラメータ）
本発明が適用可能な記録媒体の一例として、ブルーレイディスク（ＢＤ）や他の規格の光ディスクがあるが、ここではＢＤに関して説明する。ＢＤには、記録膜の特性に応じて、再生専用型であるＢＤ−ＲＯＭ，追記記録型・ライトワンス型であるＢＤ−Ｒ，書換記録型であるＢＤ−ＲＥなどのタイプがあり、本発明は、Ｒ(追記型・ライトワンス型)のタイプの記録媒体に適用可能である。ブルーレイディスクの主な光学定数と物理フォーマットについては、「ブルーレイディスク読本」（オーム社出版）やブルーレイアソシエーションのホームページ（http://www.blu-raydisc.com/）に掲載されているホワイトペーパ
に開示されている。
【０２０８】
ＢＤでは、波長が略４０５ｎｍ（標準値４０５ｎｍに対して誤差範囲の許容値を±５ｎｍとすれば、４００〜４１０ｎｍ）のレーザ光および開口数（ＮＡ：Numerical Aperture）が略０．８５（標準値０．８５に対して誤差範囲の許容値を±０．０１とすれば、０．８４〜０．８６）の対物レンズを用いる。ＢＤのトラックピッチは略０．３２μｍ（標準値０．３２０μｍに対して誤差範囲の許容値を±０．０１０μｍとすれば、０．３１０〜０．３３０μｍ）であり、記録層が１層または２層設けられている。記録層の記録面がレーザ入射側から片面１層あるいは片面２層の構成であり、ＢＤの保護層の表面から記録面まで距離は７５μｍ〜１００μｍである。
【０２０９】
記録信号の変調方式は１７ＰＰ変調を利用し、記録されるマークの最短マーク（２Ｔマーク：Ｔは基準クロックの周期（所定の変調則によってマークを記録する場合における、変調の基準周期））のマーク長は０．１４９μｍ（又は０．１３８μｍ）（チャネルビット長：Ｔが７４．５０ｎｍ（又は６９．００ｎｍ））である。記録容量は片面単層２５ＧＢ（又は２７ＧＢ）（より詳細には、２５．０２５ＧＢ（又は２７．０２０ＧＢ））、または、片面２層５０ＧＢ（又は５４ＧＢ）（より詳細には、５０．０５０ＧＢ（又は５４．０４０ＧＢ））である。
【０２１０】
チャネルクロック周波数は、標準速度（ＢＤ１ｘ）の転送レートでは６６ＭＨｚ（チャネルビットレート６６．０００Ｍｂｉｔ／ｓ）であり、４倍速（ＢＤ４ｘ）の転送レートでは２６４ＭＨｚ（チャネルビットレート２６４．０００Ｍｂｉｔ／ｓ）、６倍速（ＢＤ６ｘ）の転送レートでは３９６ＭＨｚ（チャネルビットレート３９６．０００Ｍｂｉｔ／ｓ）、８倍速（ＢＤ８ｘ）の転送レートでは５２８ＭＨｚ（チャネルビットレート５２８．０００Ｍｂｉｔ／ｓ）である。
【０２１１】
標準線速度（基準線速度、１ｘ）は４．９１７ｍ／ｓｅｃ（又は、４．５５４ｍ／ｓｅｃ）である。２倍（２ｘ）、４倍（４ｘ）、６倍（６ｘ）および８倍（８ｘ）の線速度は、それぞれ、９．８３４ｍ／ｓｅｃ、１９．６６８ｍ／ｓｅｃ、２９．５０２ｍ／ｓｅｃおよび３９．３３６ｍ／ｓｅｃである。標準線速度よりも高い線速度は一般的には、標準線速度の正の整数倍であるが、整数に限られず、正の実数倍であってもよい。また、０．５倍（０．５ｘ）など、標準線速度よりも遅い線速度も定義し得る。
【０２１２】
なお、上記は既に商品化が進んでいる、主に１層当たり約２５ＧＢ（又は約２７ＧＢ）の１層又は２層のＢＤに関するものであるが、更なる大容量化として、１層あたりの記録容量を略３２ＧＢ又は略３３．４ＧＢとした高密度なＢＤや、層数を３層又は４層としたＢＤも検討されており、以降では、それらに関しても説明する。
【０２１３】
（多層について）
レーザ光を保護層の側から入射して情報が再生及び／又は記録される片面ディスクとすると、記録層を二層以上にする場合、基板と保護層の間には複数の記録層が設けられることになるが、その場合における多層ディスクの構成例を図２１に示す。図示された光ディスクは、（ｎ＋１）層の情報記録層５０２で構成されている（ｎは０以上の整数）。その構成を具体的に説明すると、光ディスクには、レーザ光５０５が入射する側の表面から順に、カバー層５０１、（ｎ＋１）枚の情報記録層（Ｌｎ〜Ｌ０層）５０２、そして基板５００が積層されている。また、（ｎ＋１）枚の情報記録層５０２の層間には、光学的緩衝材として働く中間層５０３が挿入されている。つまり、光入射面から所定の距離を隔てた最も奥側の位置（光源から最も遠い位置）に基準層（Ｌ０）を設け、基準層（Ｌ０）から光入射面側に層を増やすように記録層を積層（Ｌ１，Ｌ２，・・・，Ｌｎ）している。
【０２１４】
ここで、単層ディスクと比較した場合、多層ディスクにおける光入射面から基準層Ｌ０までの距離を、単層ディスクにおける光入射面から記録層までの距離とほぼ同じ（例えば０．１ｍｍ程度）にしてもよい。このように層の数に関わらず最奥層（最遠層）までの距離を一定にする（すなわち、単層ディスクにおける場合とほぼ同じ距離にする）ことで、単層か多層かに関わらず基準層へのアクセスに関する互換性を保つことができる。また、層数の増加に伴うチルト影響の増加を抑えることが可能となる。チルト影響の増加を抑えることが可能になるのは、最奥層が最もチルトの影響を受けるが、最奥層までの距離を、単層ディスクとほぼ同じ距離とすることで、層数が増加しても最奥層までの距離が増加することがなくなるからである。
【０２１５】
また、スポットの進行方向（あるいは、トラック方向，スパイラル方向とも言う）に関しては、パラレル・パスとしても、オポジット・パスとしてもよい。
【０２１６】
パラレル・パスでは、全ての層において、再生方向が同一である。つまり、スポットの進行方向は、全層にて内周から外周の方向へ、又は全層にて外周から内周の方向へ進行する。
【０２１７】
一方、オポジット・パスでは、ある層とその層に隣接する層とで、再生方向が逆になる。つまり、基準層（Ｌ０）における再生方向が、内周から外周へ向かう方向である場合、記録層Ｌ１における再生方向は外周から内周へ向かう方向であり、記録層Ｌ２では内周から外周へ向かう方向である。すなわち、再生方向は、記録層Ｌｍ（ｍは０及び偶数）では内周から外周へ向かう方向であって、記録層Ｌｍ＋１では外周から内周へ向かう方向である。あるいは、記録層Ｌｍ（ｍは０及び偶数）では外周から内周へ向かう方向であって、記録層Ｌｍ＋１では内周から外周へ向かう方向である。
【０２１８】
保護層（カバー層）の厚みは、開口数ＮＡが上がることで、焦点距離が短くなるのに伴って、またチルトによるスポット歪みの影響を抑えられるよう、より薄く設定される。開口数ＮＡは、ＣＤでは０．４５，ＤＶＤでは０．６５に対して、ＢＤでは略０．８５に設定される。例えば記録媒体の総厚み１．２ｍｍ程度のうち、保護層の厚みを１０〜２００μｍとしてもよい。より具体的には、１．１ｍｍ程度の基板に、単層ディスクならば０．１ｍｍ程度の透明保護層、二層ディスクならば０．０７５ｍｍ程度の保護層に０．０２５ｍｍ程度の中間層（ＳｐａｃｅｒＬａｙｅｒ）が設けられてもよい。三層以上のディスクならば、保護層及び／又は中間層の厚みはさらに薄くしてもよい。
【０２１９】
（１層から４層の各構成例）
ここで、単層ディスクの構成例を図２２に、二層ディスクの構成例を図２３に、三層ディスクの構成例を図２４に、四層ディスクの構成例を図２５に示す。前述のように、光照射面から基準層Ｌ０までの距離を一定にする場合、図２３から図２５のいずれにおいても、ディスクの総厚みは略１．２ｍｍ（レーベル印刷なども含んだ場合、１．４０ｍｍ以下にするのが好ましい）、基板５００の厚みは略１．１ｍｍ、光照射面から基準層Ｌ０までの距離は略０．１ｍｍとなる。図２２の単層ディスク（図２１においてｎ＝０の場合）においては、カバー層５０１１の厚みは略０．１ｍｍ、また、図２３の二層ディスク（図２１においてｎ＝１の場合）においては、カバー層５０１２の厚みは略０．０７５ｍｍ、中間層５３０２の厚みは略０．０２５ｍｍ、また、図２４の三層ディスク（図２１においてｎ＝２の場合）においては、カバー層５０１３の厚み、及び／又は、中間層５３０３の厚みや、図２５の四層ディスク（図２１においてｎ＝３の場合）においては、カバー層５０１４の厚み、及び／又は、中間層５３０４の厚みを更に薄くしてもよい。
【０２２０】
（光ディスクの製造方法）
これらの単層又は多層のディスク（ｋ層の記録層を有するディスク，ｋは１以上の整数）は、以下のような工程により製造することができる。
【０２２１】
つまり、厚みが略１．１ｍｍの基板上に、開口数が０．８４以上、０．８６以下の対物レンズを介して、波長が４００ｎｍ以上、４１０ｎｍ以下のレーザを照射することにより情報が再生可能なｋ個の記録層が形成される。
【０２２２】
次に、記録層と記録層との間にはｋ−１個の中間層が形成される。なお、単層ディスクの場合、ｋ＝１となるので、ｋ−１＝０となり中間層は形成されない。
【０２２３】
次に、基板側から数えてｋ番目の記録層（多層ディスクの場合は、基板から最も遠い記録層）の上に、厚みが０．１ｍｍ以下の保護層が形成される。
【０２２４】
そして、記録層を形成する工程において、基板側から数えてｉ番目（ｉは１以上、ｋ以下の奇数）の記録層が形成される際には、再生方向がディスクの内周側から外周側の方向となるように同心円状又はスパイラル状のトラックが形成される。また、基板側から数えてｊ番目（ｊは１以上、ｋ以下の偶数）の記録層が形成される際には、再生方向がディスクの外周側から内周側の方向となるように同心円状又はスパイラル状のトラックが形成される。なお、単層ディスクの場合、ｋ＝１となるので、ｋ＝１における１以上、ｋ以下を満たす奇数であるｉは“１”しか存在しないため、ｉ番目の記録層としては１つの記録層しか形成されず、また、ｋ＝１における１以上、ｋ以下を満たす偶数であるｊは存在しないため、ｊ番目の記録層は形成されないことになる。
【０２２５】
そして、記録層におけるトラックには、各種の領域が割り当て可能となる。
【０２２６】
図２６は、本発明の実施形態による光ディスク１の物理的構成を示す。円盤状の光ディスク１には、たとえば同心円状またはスパイラル状に多数のトラック２が形成されており、各トラック２には細かく分けられた多数のセクタが形成されている。なお、後述するように、各トラック２には予め定められたサイズのブロック３を単位としてデータが記録される。
【０２２７】
本実施形態による光ディスク１は、従来の光ディスク（たとえば２５ＧＢのＢＤ）よりも情報記録層１層あたりの記録容量が拡張されている。記録容量の拡張は、記録線密度を向上させることによって実現されており、たとえば光ディスクに記録される記録マークのマーク長をより短くすることによって実現される。ここで「記録線密度を向上させる」とは、チャネルビット長を短くすることを意味する。このチャネルビットとは、基準クロックの周期Ｔ（所定の変調則によってマークを記録する場合における、変調の基準周期Ｔ）に相当する長さをいう。なお、光ディスク１は多層化されていてもよい。ただし、以下では説明の便宜のため、１つの情報記録層にのみ言及する。また、複数の情報記録層が設けられている場合において、各情報記録層に設けられたトラックの幅が同一であるときでも、層ごとにマーク長が異なり、同一層中ではマーク長が一様であることで、層ごとに記録線密度を異ならせてもよい。
【０２２８】
トラック２は、データの記録単位６４ｋＢ（キロバイト）毎にブロックに分けられて、順にブロックアドレス値が割り振られている。ブロックは、所定の長さのサブブロックに分割され、３個のサブブロックで１ブロックを構成している。サブブロックは、前から順に０から２までのサブブロック番号が割り振られている。
【０２２９】
（記録密度について）
次に、記録密度について、図２７、図２８および図２９を用いて説明する。
【０２３０】
図２７（Ａ）は２５ＧＢのＢＤの例を示す。ＢＤでは、レーザ１２３の波長は４０５ｎｍ、対物レンズ２２０の開口数（Ｎｕｍｅｒｉｃａｌ  Ａｐｅｒｔｕｒｅ；ＮＡ）は０．８５である。
【０２３１】
ＤＶＤ同様、ＢＤにおいても、記録データは光ディスクのトラック２上に物理変化のマーク列１２０、１２１として、記録される。このマーク列の中で最も長さの短いものを「最短マーク」という。図では、マーク１２１が最短マークである。
【０２３２】
２５ＧＢ記録容量の場合、最短マーク１２１の物理的長さは０．１４９ｕｍとなっている。これは、ＤＶＤの約１／２．７に相当し、光学系の波長パラメータ（４０５ｎｍ）とＮＡパラメータ(０．８５)を変えて、レーザの分解能を上げても、光ビームが記録マークを識別できる限界である光学的な分解能の限界に近づいている。
【０２３３】
図２８は、トラック上に記録されたマーク列に光ビームを照射させている様子を示す。ＢＤでは、上記光学系パラメータにより光スポット３０は、約０．３９ｕｍ程度となる。光学系の構造は変えないで記録線密度向上させる場合、光スポット３０のスポット径に対して記録マークが相対的に小さくなるため、再生の分解能は悪くなる。
【０２３４】
たとえば図２７（Ｂ）は、２５ＧＢのＢＤよりも高記録密度の光ディスクの例を示す。このディスクでも、レーザ１２３の波長は４０５ｎｍ、対物レンズ２２０の開口数（Ｎｕｍｅｒｉｃａｌ  Ａｐｅｒｔｕｒｅ；ＮＡ）は０．８５である。このディスクのマーク列１２５、１２４のうち、最短マーク（２Ｔマーク）１２５の物理的長さは０．１１１５ｕｍ（又は、０．１１１７５ｕｍ）となっている。図２７（Ａ）と比較すると、スポット径は同じ約０．３９ｕｍである一方、記録マークが相対的に小さくなり、かつ、マーク間隔も狭くなるため、再生の分解能は悪くなる。
【０２３５】
光ビームで記録マークを再生した際の再生信号の振幅は記録マークが短くなるに従って低下し、光学的な分解能の限界でゼロとなる。この記録マークの周期の逆数を空間周波数といい、空間周波数と信号振幅の関係をＯＴＦ（Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ)という。信号振幅は、空間周波数が高くになるに従ってほぼ直線的に低下
する。信号振幅がゼロとなる再生の限界周波数を、ＯＴＦカットオフ（ｃｕｔｏｆｆ）という。
【０２３６】
図２９は、２５ＧＢ記録容量の場合のＯＴＦと最短記録マークとの関係を示すグラフである。ＢＤの最短マークの空間周波数は、ＯＴＦカットオフに対して８０％程度であり、ＯＴＦカットオフに近い。また、最短マークの再生信号の振幅も、検出可能な最大振幅の約１０％程度と非常に小さくなっているこが分かる。ＢＤの最短マークの空間周波数が、ＯＴＦカットオフに非常に近い場合、すなわち、再生振幅がほとんど出ない場合の記録容量は、ＢＤでは、約３１ＧＢに相当する。最短マークの再生信号の周波数が、ＯＴＦカットオフ周波数付近である、または、それを超える周波数であると、レーザの分解能の限界、もしくは超えていることもあり、再生信号の再生振幅が小さくなり、ＳＮ比が急激に劣化する領域となる。
【０２３７】
そのため、図２７（Ｂ）の高記録密度光ディスクの記録線密度は、再生信号の最短マークの周波数が、ＯＴＦカットオフ周波数付近の場合（ＯＴＦカットオフ周波数以下だがＯＴＦカットオフ周波数を大きく下回らない場合も含む）からＯＴＦカットオフ周波数以上の場合が想定できる。
【０２３８】
図３０は、最短マーク（２Ｔ）の空間周波数がＯＴＦカットオフ周波数よりも高く、かつ、２Ｔの再生信号の振幅が０であるときの、信号振幅と空間周波数との関係の一例を示したグラフである。図３０において、最短マーク長の２Ｔの空間周波数は、ＯＴＦカットオフ周波数の１．１２倍である。
【０２３９】
（波長と開口数とマーク長との関係）
また、高記録密度のディスクＢにおける波長と開口数とマーク長／スペース長との関係は以下の通りである。
【０２４０】
最短マーク長をＴＭｎｍ、最短スペース長をＴＳｎｍとしたとき、（最短マーク長＋最短スペース長）を“Ｐ”で表すと、Ｐは、（ＴＭ＋ＴＳ）ｎｍである。１７変調の場合、Ｐ＝２Ｔ＋２Ｔ＝４Ｔとなる。レーザ波長λ（４０５ｎｍ±５ｎｍ、すなわち４００〜４１０ｎｍ）、開口数ＮＡ（０．８５±０．０１すなわち０．８４〜０．８６）、最短マーク＋最短スペース長Ｐ（１７変調の場合、最短長は２Ｔとなるため、Ｐ＝２Ｔ＋２Ｔ＝４Ｔ）の３つのパラメータを用いると、
Ｐ  ≦  λ／２ＮＡ
となるまで基準Ｔが小さくなると、最短マークの空間周波数は、ＯＴＦカットオフ周波数を超えることになる。
【０２４１】
ＮＡ＝０．８５，λ＝４０５としたときの、ＯＴＦカットオフ周波数に相当する基準Ｔは、
Ｔ  ＝  ４０５／（２ｘ０．８５）／４  ＝  ５９．５５８ｎｍ
となる（なお、逆に、Ｐ  ＞  λ／２ＮＡ  である場合は、最短マークの空間周波数はＯＴＦカットオフ周波数より低い）。
【０２４２】
このように、記録線密度を上げるだけでも、光学的な分解能の限界によりＳＮ比が劣化する。よって、情報記録層の多層化によるＳＮ比劣化は、システムマージンの観点で、許容できない場合がある。特に、上述のように、最短記録マークの周波数が、ＯＴＦカットオフ周波数を越える辺りから、ＳＮ比劣化が顕著になる。
【０２４３】
なお、以上では、最短マークの再生信号の周波数とＯＴＦカットオフ周波数を比較して記録密度に関して述べたものであるが、更に高密度化が進んだ場合には、次最短マーク（更には次々最短マーク（更には次最短マーク以上の記録マーク））の再生信号の周波数とＯＴＦカットオフ周波数との関係により、以上と同様の原理に基づき、それぞれに対応した記録密度（記録線密度，記録容量）を設定してもよい。
【０２４４】
（記録密度及び層数）
ここで、波長４０５ｎｍ，開口数０．８５等のスペックを有するＢＤにおける１層あたりの具体的な記録容量としては、最短マークの空間周波数がＯＴＦカットオフ周波数付近である場合においては、例えば、略２９ＧＢ（例えば、２９．０ＧＢ±０．５ＧＢ，あるいは２９ＧＢ±１ＧＢなど）若しくはそれ以上、又は略３０ＧＢ（例えば、３０．０ＧＢ±０．５ＧＢ，あるいは３０ＧＢ±１ＧＢなど）若しくはそれ以上、又は略３１ＧＢ（例えば、３１．０ＧＢ±０．５ＧＢ，又は３１ＧＢ±１ＧＢなど）若しくはそれ以上、又は略３２ＧＢ（例えば、３２．０ＧＢ±０．５ＧＢ，あるいは３２ＧＢ±１ＧＢなど）若しくはそれ以上、などを想定することが可能である。
【０２４５】
また、最短マークの空間周波数がＯＴＦカットオフ周波数以上における、１層あたりの記録容量としては、例えば、略３２ＧＢ（例えば、３２．０ＧＢ±０．５ＧＢ，あるいは３２ＧＢ±１ＧＢなど）若しくはそれ以上、又は略３３ＧＢ（例えば、３３．０ＧＢ±０．５ＧＢ，あるいは３３ＧＢ±１ＧＢなど）若しくはそれ以上、又は略３３．３ＧＢ（例えば、３３．３ＧＢ±０．５ＧＢ，あるいは３３．３ＧＢ±１ＧＢなど）若しくはそれ以上、又は略３３．４ＧＢ（例えば、３３．４ＧＢ±０．５ＧＢ，あるいは３３．４ＧＢ±１ＧＢなど）若しくはそれ以上、又は略３４ＧＢ（例えば、３４．０ＧＢ±０．５ＧＢ，あるいは３４ＧＢ±１ＧＢなど）若しくはそれ以上、又は略３５ＧＢ（例えば、３５．０ＧＢ±０．５ＧＢ，あるいは３５ＧＢ±１ＧＢなど）若しくはそれ以上、などを想定することが可能である。
【０２４６】
特に、記録密度が略３３．３ＧＢである場合、３層で約１００ＧＢ（９９．９ＧＢ）の記録容量が実現でき、略３３．４ＧＢとすると３層で１００ＧＢ以上（１００．２ＧＢ）の記録容量が実現できる。これは、２５ＧＢのＢＤを４層にした場合の記録容量とほぼ同じになる。例えば、記録密度を３３ＧＢとした場合、３３ｘ３＝９９ＧＢで１００ＧＢとの差は１ＧＢ（１ＧＢ以下）、３４ＧＢとした場合、３４ｘ３＝１０２ＧＢで１００ＧＢとの差は２ＧＢ（２ＧＢ以下）、３３．３ＧＢとした場合、３３．３ｘ３＝９９．９ＧＢで１００ＧＢとの差は０．１ＧＢ（０．１ＧＢ以下）、３３．４ＧＢとした場合、３３．４ｘ３＝１００．２ＧＢで１００ＧＢとの差は０．２ＧＢ（０．２ＧＢ以下）となる。
【０２４７】
なお、記録密度が大幅に拡張されると、先に述べたように、最短マークの再生特性の影響により、精密な再生が困難になる。そこで、記録密度の大幅な拡張を抑えつつ、かつ１００ＧＢ以上を実現する記録密度としては、略３３．４ＧＢが現実的である。
【０２４８】
ここで、ディスクの構成を、１層あたり２５ＧＢの４層構造とするか、１層あたり３３〜３４ＧＢの３層構造とするか、の選択肢が生じる。多層化には、各記録層における再生信号振幅の低下（ＳＮ比の劣化）や、多層迷光（隣接する記録層からの信号）の影響などが伴う。そのため、２５ＧＢの４層ディスクではなく、３３〜３４ＧＢの３層ディスクとすることにより、そのような迷光の影響を極力抑えつつ、即ち、より少ない層数（４層ではなく３層）で、約１００ＧＢを実現することが可能となる。そのため、多層化を極力避けつつ約１００ＧＢを実現したいディスクの製造者は、３３〜３４ＧＢの３層化を選択することが可能となる。一方、従来のフォーマット（記録密度２５ＧＢ）のまま約１００ＧＢを実現したいディスク製造者は、２５ＧＢの４層化を選択することが可能となる。このように、異なる目的を有する製造者は、それぞれ異なる構成によって、それぞれの目的を実現することが可能となり、ディスク設計の自由度を与えることができる。
【０２４９】
また、１層あたりの記録密度を３０〜３２ＧＢ程度とすると、３層ディスクでは１００ＧＢに届かないものの（９０〜９６ＧＢ程度）、４層ディスクでは１２０ＧＢ以上が実現できる。そのうち、記録密度を略３２ＧＢとすると、４層ディスクでは約１２８ＧＢの記録容量が実現できる。この１２８という数字はコンピュータで処理するのに便利な２のべき乗（２の７乗）に整合した数値でもある。そして、３層ディスクで約１００ＧＢを実現する記録密度のものと比べると、最短マークに対する再生特性はこちらの方が厳しくない。
【０２５０】
このことから、記録密度の拡張にあたっては、記録密度を複数種類設けることで（例えば略３２ＧＢと略３３．４ＧＢなど）、複数種類の記録密度と層数との組み合わせにより、ディスクの製造者に対して設計の自由度を与えることが可能となる。例えば、多層化を影響を抑えつつ大容量化を図りたい製造者に対しては３３〜３４ＧＢの３層化による約１００ＧＢの３層ディスクを製造するという選択肢を与え、再生特性を影響を抑えつつ大容量化を図りたい製造者に対しては、３０〜３２ＧＢの４層化による約１２０ＧＢ以上の４層ディスクを製造するという選択肢を与えることが可能となる。
【０２５１】
また記録方式に関して、媒体に溝を形成することによって、溝部と、溝と溝との間の溝間部と、が形成されることになるが、溝部に記録するか、溝間部に記録するか、溝部と溝間部の両方に記録するか、様々な方式がある。ここで、溝部と溝間部のうち、光入射面から見て凸部となる側に記録する方式をＯｎ−Ｇｒｏｏｖｅ方式といい、光入射面から凹部となる側に記録する方式をＩｎ−Ｇｒｏｏｖｅ方式という。本発明において、記録方式として、Ｏｎ−Ｇｒｏｏｖｅ方式とするか、Ｉｎ−Ｇｒｏｏｖｅ方式とするか、両方式のどちらか一方を許可する方式とするかは特に問わない。
【０２５２】
なお、両方式のどちらか一方を許可する方式の場合、その媒体が、どちらの記録方式であるかを容易に識別できるように、Ｏｎ−Ｇｒｏｏｖｅ方式であるかＩｎ−Ｇｒｏｏｖｅ方式であるかを示した記録方式識別情報を媒体に記録してもよい。多層媒体については、各層についての記録方式識別情報を記録してもよい。その場合、各層についての記録方式識別情報を基準層（光入射面から見てもっとも遠い側の層（Ｌ０）又は最も近い層や、起動時に最初にアクセスされるように決められている層など）にまとめて記録してもよいし、各層にその層のみに関する記録方式識別情報を記録してもよいし、各層に全ての層に関する記録方式識別情報を記録してもよい。
【０２５３】
また記録方式識別情報を記録する領域としては、ＢＣＡ（ＢｕｒｓｔＣｕｔｔｉｎｇＡｒｅａ）やディスク情報領域（データ記録領域よりも内周側又は／及び外周側にあり、主に制御情報を格納する領域、なお再生専用領域でデータ記録領域よりもトラックピッチが広くなっていることがある）やウォブル（ウォブルに重畳して記録）等があり、いずれかの領域又はいずれか複数の領域又は全ての領域に記録してもよい。
【０２５４】
またウォブルの開始方向に関して、Ｏｎ−Ｇｒｏｏｖｅ方式とＩｎ−Ｇｒｏｏｖｅ方式とで互いに逆となるようにしてもよい。つまり、もしＯｎ−Ｇｒｏｏｖｅ方式にてウォブルの開始方向がディスクの内周側から開始する場合には、Ｉｎ−Ｇｒｏｏｖｅ方式ではウォブルの開始方向をディスクの外周側から開始するようにし（、又は、もしＯｎ−Ｇｒｏｏｖｅ方式にてウォブルの開始方向がディスクの外周側から開始する場合には、Ｉｎ−Ｇｒｏｏｖｅ方式ではウォブルの開始方向をディスクの内周側から開始するようにし）てもよい。このように、Ｏｎ−Ｇｒｏｏｖｅ方式とＩｎ−Ｇｒｏｏｖｅ方式とでウォブルの開始方向互いに逆となるようにすることで、どちらの方式にしてもトラッキングの極性を同一にすることができる。なぜなら、Ｏｎ−Ｇｒｏｏｖｅ方式では、光入射面から凸部となる側に記録を行うのに対して、Ｉｎ−Ｇｒｏｏｖｅ方式では、光入射面から凹部となる側に記録を行うため、仮に両者で溝の深さが同じである場合、トラッキング極性は逆の関係となる。そこで、両者でウォブルの開始方向も互いに逆とすることにより、トラッキング極性を同じにすることができる。
【０２５５】
また、記録膜の特性に関して、記録部分と未記録部分との反射率の関係により、以下の２つの特性のものがある。つまり、未記録部分が記録済部分よりも高反射率（Ｈｉｇｈ−ｔｏ−Ｌｏｗ）であるＨｔｏＬ特性と、未記録部分が記録済部分よりも低反射率（Ｌｏｗ−ｔｏ−Ｈｉｇｈ）であるＬｔｏＨ特性である。本発明において、媒体の記録膜特性として、ＨｔｏＬであるか、ＬｔｏＨであるか、どちらか一方を許可するものであるかは特に問わない。
【０２５６】
また、どちらか一方を許可するものの場合、どちらの記録膜特性であるかを容易に識別できるように、ＨｔｏＬであるかＬｔｏＨであるかを示した記録膜特性識別情報を媒体に記録してもよい。多層媒体については、各層についての記録膜特性識別情報を記録してもよい。その場合、各層についての記録膜特性識別情報を基準層（光入射面から見てもっとも遠い側の層（Ｌ０）又は最も近い層や、起動時に最初にアクセスされるように決められている層など）にまとめて記録してもよいし、各層にその層のみに関する記録膜特性識別情報を記録してもよいし、各層に全ての層に関する記録膜特性識別情報を記録してもよい。
【０２５７】
また、記録膜特性識別情報を記録する領域としては、ＢＣＡ（ＢｕｒｓｔＣｕｔｔｉｎｇＡｒｅａ）やディスク情報領域（データ記録領域よりも内周側又は／及び外周側にあり、主に制御情報を格納する領域、なお再生専用領域でデータ記録領域よりもトラックピッチが広くなっていることがある）やウォブル（ウォブルに重畳して記録）等があり、いずれかの領域又はいずれか複数の領域又は全ての領域に記録してもよい。
【０２５８】
なお、以上の各種のフォーマットや方式に関して、記録密度が向上すると、複数の記録密度が存在する可能性が生じることになるが、記録密度の違いにより、その一部を採用し、一部を採用せずに別のフォーマットや方式を採用してもよい。
【０２５９】
以上説明したように、本発明の追記型情報記録媒体は、１つ以上の記録層を備え、ブロック単位で情報の記録が行われる追記型情報記録媒体であって、前記追記型情報記録媒体は、ユーザデータを記録するためのユーザデータ領域と、前記追記型情報記録媒体に関する管理情報を記録するための管理情報領域とを備え、前記ユーザデータ領域は、前記記録層毎に設けられ、前記管理情報は、所定の前記記録層の前記ユーザデータ領域の記録状態を管理するためのビットマップ情報を含むスペースビットマップと、前記スペースビットマップに関する位置情報を含むディスク定義構造とを含み、前記スペースビットマップのサイズは、前記ユーザデータ領域のサイズに関係なく、前記ディスク定義構造と組み合わせて１ブロックサイズとなるサイズであり、前記所定の記録層の前記ユーザデータ領域のサイズが所定のサイズを超える場合、前記所定の記録層の前記ユーザデータ領域に対して、複数の前記スペースビットマップが形成され、前記管理情報領域には、前記複数のスペースビットマップのうちの１つと前記ディスク定義構造とを含む１ブロックサイズのディスク管理構造更新単位が記録される。
【０２６０】
ある実施形態によれば、前記所定の記録層の前記ユーザデータ領域のサイズが前記所定のサイズを超える場合、前記ビットマップ情報は、複数の部分ビットマップ情報に分割され、前記複数のスペースビットマップのそれぞれは、前記複数の部分ビットマップ情報のうちの１つを含む。
【０２６１】
ある実施形態によれば、前記複数のスペースビットマップのそれぞれは、前記複数のスペースビットマップのそれぞれが含む前記部分ビットマップ情報によって管理される領域範囲に関する情報を含んだヘッダを含む。
【０２６２】
ある実施形態によれば、前記ビットマップ情報のサイズは、前記ユーザデータ領域のサイズの増加に応じて増加し、前記所定のサイズとは、前記ビットマップ情報と前記ディスク定義構造と前記ヘッダとを合わせたサイズが、１ブロックサイズとなる場合の前記ユーザデータ領域のサイズである。
【０２６３】
ある実施形態によれば、前記ヘッダは、前記部分ビットマップ情報によって管理される領域範囲の先頭アドレスおよびサイズに関する情報を含む。
【０２６４】
ある実施形態によれば、前記ヘッダは、前記スペースビットマップの更新回数情報を含む。
【０２６５】
ある実施形態によれば、前記管理情報領域の所定位置のブロックには、前記ディスク管理構造更新単位と、前記ディスク定義構造および初期の欠陥リストを含む１ブロックサイズの第２のディスク管理構造更新単位とのうちのいずれかが記録され、前記ディスク定義構造は、前記初期の欠陥リストの位置情報を含み、前記初期の欠陥リストとは、欠陥領域に関する情報を含まない欠陥リストである。
【０２６６】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域の記録再生可能なブロックのうち最も先頭にあるブロックである。
【０２６７】
本発明の情報記録装置は、１つ以上の記録層を備え、ブロック単位で記録が行われる追記型情報記録媒体へ情報の記録を行なう情報記録装置であって、前記追記型情報記録媒体は、ユーザデータを記録するためのユーザデータ領域と、前記追記型情報記録媒体に関する管理情報を記録するための管理情報領域とを備え、前記ユーザデータ領域は、前記記録層毎に備えられ、前記管理情報は、所定の前記記録層の前記ユーザデータ領域の記録状態を管理するためのビットマップ情報を含むスペースビットマップと、前記スペースビットマップに関する位置情報を含むディスク定義構造とを含み、前記スペースビットマップのサイズは、前記ユーザデータ領域のサイズに関係なく、前記ディスク定義構造と組み合わせて１ブロックサイズとなるサイズであり、前記情報記録装置は、前記所定の記録層の前記ユーザデータ領域のサイズが所定のサイズを超える場合、前記所定の記録層の前記ユーザデータ領域に対して、複数の前記スペースビットマップを形成し、前記管理情報領域に、前記複数のスペースビットマップのうちの１つと前記ディスク定義構造とを含む１ブロックサイズのディスク管理構造更新単位を記録する。
【０２６８】
ある実施形態によれば、前記所定の記録層の前記ユーザデータ領域のサイズが前記所定のサイズを超える場合、前記ビットマップ情報を、複数の部分ビットマップ情報に分割し、前記複数のスペースビットマップのそれぞれに、前記複数の部分ビットマップ情報のうちの１つを含ませる。
【０２６９】
ある実施形態によれば、前記複数のスペースビットマップのそれぞれは、前記複数のスペースビットマップのそれぞれが含む前記部分ビットマップ情報によって管理される領域範囲に関する情報を含んだヘッダを含む。
【０２７０】
ある実施形態によれば、前記ビットマップ情報のサイズは、前記ユーザデータ領域のサイズの増加に応じて増加し、前記所定のサイズとは、前記ビットマップ情報と前記ディスク定義構造と前記ヘッダとを合わせたサイズが、１ブロックサイズとなる場合の前記ユーザデータ領域のサイズである。
【０２７１】
ある実施形態によれば、前記ヘッダは、前記部分ビットマップ情報によって管理される領域範囲の先頭アドレスおよびサイズに関する情報を含む。
【０２７２】
ある実施形態によれば、前記ヘッダは、前記スペースビットマップの更新回数情報を含む。
【０２７３】
ある実施形態によれば、前記管理情報領域の所定位置のブロックには、前記ディスク管理構造更新単位と、前記ディスク定義構造および初期の欠陥リストを含む１ブロックサイズの第２のディスク管理構造更新単位とのうちのいずれかを記録し、前記ディスク定義構造は、前記初期の欠陥リストの位置情報を含み、前記初期の欠陥リストとは、欠陥領域に関する情報を含まない欠陥リストである。
【０２７４】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域の記録再生可能なブロックのうち最も先頭にあるブロックである。
【０２７５】
本発明の情報記録方法は、１つ以上の記録層を備え、ブロック単位で記録が行われる追記型情報記録媒体へ情報の記録を行なう情報記録方法であって、前記追記型情報記録媒体は、ユーザデータを記録するためのユーザデータ領域と、前記追記型情報記録媒体に関する管理情報を記録するための管理情報領域とを備え、前記ユーザデータ領域は、前記記録層毎に備えられ、前記管理情報は、所定の前記記録層の前記ユーザデータ領域の記録状態を管理するためのビットマップ情報を含むスペースビットマップと、前記スペースビットマップに関する位置情報を含むディスク定義構造とを含み、前記スペースビットマップのサイズは、前記ユーザデータ領域のサイズに関係なく、前記ディスク定義構造と組み合わせて１ブロックサイズとなるサイズであり、前記情報記録方法は、前記所定の記録層の前記ユーザデータ領域のサイズが所定のサイズを超える場合、前記所定の記録層の前記ユーザデータ領域に対して、複数の前記スペースビットマップを形成するステップと、前記管理情報領域に、前記複数のスペースビットマップのうちの１つと前記ディスク定義構造とを含む１ブロックサイズのディスク管理構造更新単位を記録するステップとを包含する。
【０２７６】
ある実施形態によれば、前記所定の記録層の前記ユーザデータ領域のサイズが前記所定のサイズを超える場合、前記ビットマップ情報を、複数の部分ビットマップ情報に分割するステップと、前記複数のスペースビットマップのそれぞれに、前記複数の部分ビットマップ情報のうちの１つを含ませるステップと、をさらに包含する。
【０２７７】
ある実施形態によれば、前記複数のスペースビットマップのそれぞれは、前記複数のスペースビットマップのそれぞれが含む前記部分ビットマップ情報によって管理される領域範囲に関する情報を含んだヘッダを含む。
【０２７８】
ある実施形態によれば、前記ビットマップ情報のサイズは、前記ユーザデータ領域のサイズの増加に応じて増加し、前記所定のサイズとは、前記ビットマップ情報と前記ディスク定義構造と前記ヘッダとを合わせたサイズが、１ブロックサイズとなる場合の前記ユーザデータ領域のサイズである。
【０２７９】
ある実施形態によれば、前記ヘッダは、前記部分ビットマップ情報によって管理される領域範囲の先頭アドレスおよびサイズに関する情報を含む。
【０２８０】
ある実施形態によれば、前記ヘッダは、前記スペースビットマップの更新回数情報を含む。
【０２８１】
ある実施形態によれば、前記管理情報領域の所定位置のブロックには、前記ディスク管理構造更新単位と、前記ディスク定義構造および初期の欠陥リストを含む１ブロックサイズの第２のディスク管理構造更新単位とのうちのいずれかを記録し、前記ディスク定義構造は、前記初期の欠陥リストの位置情報を含み、前記初期の欠陥リストとは、欠陥領域に関する情報を含まない欠陥リストである。
【０２８２】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域の記録再生可能なブロックのうち最も先頭にあるブロックである。
【０２８３】
本発明の情報再生装置は、１つ以上の記録層を備え、ブロック単位で記録が行われる追記型情報記録媒体から情報の再生を行なう情報再生装置であって、前記追記型情報記録媒体は、ユーザデータを記録するためのユーザデータ領域と、前記追記型情報記録媒体に関する管理情報を記録するための管理情報領域とを備え、前記ユーザデータ領域は、前記記録層毎に備えられ、前記管理情報は、所定の前記記録層の前記ユーザデータ領域の記録状態を管理するためのビットマップ情報を含むスペースビットマップと、前記スペースビットマップに関する位置情報を含むディスク定義構造とを含み、前記スペースビットマップのサイズは、前記ユーザデータ領域のサイズに関係なく、前記ディスク定義構造と組み合わせて１ブロックサイズとなるサイズであり、前記所定の記録層の前記ユーザデータ領域のサイズが所定のサイズを超える場合、前記所定の記録層の前記ユーザデータ領域に対して、複数の前記スペースビットマップが形成され、前記管理情報領域には、前記複数のスペースビットマップのうちの１つと前記ディスク定義構造とを含む１ブロックサイズのディスク管理構造更新単位が記録されており、前記情報再生装置は、前記管理情報領域から、前記ディスク定義構造を含む１ブロックサイズの前記ディスク管理構造更新単位を読み出し、前記スペースビットマップを読み出す。
【０２８４】
ある実施形態によれば、前記所定の記録層の前記ユーザデータ領域のサイズが前記所定のサイズを超える場合、前記ビットマップ情報は、複数の部分ビットマップ情報に分割され、前記複数のスペースビットマップのそれぞれは、前記複数の部分ビットマップ情報のうちの１つを含み、前記情報再生装置は、前記スペースビットマップから前記部分ビットマップ情報を読み出す。
【０２８５】
ある実施形態によれば、前記複数のスペースビットマップのそれぞれは、前記複数のスペースビットマップのそれぞれが含む前記部分ビットマップ情報によって管理される領域範囲に関する情報を含んだヘッダを含む。
【０２８６】
ある実施形態によれば、前記ビットマップ情報のサイズは、前記ユーザデータ領域のサイズの増加に応じて増加し、前記所定のサイズとは、前記ビットマップ情報と前記ディスク定義構造と前記ヘッダとを合わせたサイズが、１ブロックサイズとなる場合の前記ユーザデータ領域のサイズである。
【０２８７】
ある実施形態によれば、前記ヘッダは、前記部分ビットマップ情報によって管理される領域範囲の先頭アドレスおよびサイズに関する情報を含む。
【０２８８】
ある実施形態によれば、前記ヘッダは、前記スペースビットマップの更新回数情報を含む。
【０２８９】
ある実施形態によれば、前記管理情報領域の所定位置のブロックには、前記ディスク管理構造更新単位と、前記ディスク定義構造および初期の欠陥リストを含む１ブロックサイズの第２のディスク管理構造更新単位とのうちのいずれかが記録され、前記ディスク定義構造は、前記初期の欠陥リストの位置情報を含み、前記初期の欠陥リストとは、欠陥領域に関する情報を含まない欠陥リストであり、前記情報再生装置は、前記所定位置のブロックから、前記ディスク管理構造更新単位および前記第２のディスク管理構造更新単位のうちのいずれかを読み出す。
【０２９０】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域の記録再生可能なブロックのうち最も先頭にあるブロックである。
【０２９１】
本発明の情報再生方法は、１つ以上の記録層を備え、ブロック単位で記録が行われる追記型情報記録媒体から情報の再生を行なう情報再生方法であって、前記追記型情報記録媒体は、ユーザデータを記録するためのユーザデータ領域と、前記追記型情報記録媒体に関する管理情報を記録するための管理情報領域とを備え、前記ユーザデータ領域は、前記記録層毎に備えられ、前記管理情報は、所定の前記記録層の前記ユーザデータ領域の記録状態を管理するためのビットマップ情報を含むスペースビットマップと、前記スペースビットマップに関する位置情報を含むディスク定義構造とを含み、前記スペースビットマップのサイズは、前記ユーザデータ領域のサイズに関係なく、前記ディスク定義構造と組み合わせて１ブロックサイズとなるサイズであり、前記所定の記録層の前記ユーザデータ領域のサイズが所定のサイズを超える場合、前記所定の記録層の前記ユーザデータ領域に対して、複数の前記スペースビットマップが形成され、前記管理情報領域には、前記複数のスペースビットマップのうちの１つと前記ディスク定義構造とを含む１ブロックサイズのディスク管理構造更新単位が記録されており、前記情報再生方法は、前記管理情報領域から、前記ディスク定義構造を含む１ブロックサイズの前記ディスク管理構造更新単位を読み出し、前記スペースビットマップを読み出すステップを包含する。
【０２９２】
ある実施形態によれば、前記所定の記録層の前記ユーザデータ領域のサイズが前記所定のサイズを超える場合、前記ビットマップ情報は、複数の部分ビットマップ情報に分割され、前記複数のスペースビットマップのそれぞれは、前記複数の部分ビットマップ情報のうちの１つを含み、前記情報再生方法は、前記スペースビットマップから前記部分ビットマップ情報を読み出すステップをさらに包含する。
【０２９３】
ある実施形態によれば、前記複数のスペースビットマップのそれぞれは、前記複数のスペースビットマップのそれぞれが含む前記部分ビットマップ情報によって管理される領域範囲に関する情報を含んだヘッダを含む。
【０２９４】
ある実施形態によれば、前記ビットマップ情報のサイズは、前記ユーザデータ領域のサイズの増加に応じて増加し、前記所定のサイズとは、前記ビットマップ情報と前記ディスク定義構造と前記ヘッダとを合わせたサイズが、１ブロックサイズとなる場合の前記ユーザデータ領域のサイズである。
【０２９５】
ある実施形態によれば、前記ヘッダは、前記部分ビットマップ情報によって管理される領域範囲の先頭アドレスおよびサイズに関する情報を含む。
【０２９６】
ある実施形態によれば、前記ヘッダは、前記スペースビットマップの更新回数情報を含む。
【０２９７】
ある実施形態によれば、前記管理情報領域の所定位置のブロックには、前記ディスク管理構造更新単位と、前記ディスク定義構造および初期の欠陥リストを含む１ブロックサイズの第２のディスク管理構造更新単位とのうちのいずれかが記録され、前記ディスク定義構造は、前記初期の欠陥リストの位置情報を含み、前記初期の欠陥リストとは、欠陥領域に関する情報を含まない欠陥リストであり、前記情報再生方法は、前記管理情報領域の所定位置のブロックから、前記ディスク管理構造更新単位および前記第２のディスク管理構造更新単位のうちのいずれかを読み出すステップをさらに包含する。
【０２９８】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域の記録再生可能なブロックのうち最も先頭にあるブロックである。
【０２９９】
また本発明によれば、追記型情報記録媒体は、１つ以上の記録層を備え、ブロック単位で記録が行われる追記型情報記録媒体であって、前記追記型情報記録媒体は、ユーザデータを記録するためのデータ領域と、前記情報記録媒体に関する管理情報であるディスク管理構造を記録するための管理情報領域を備え、前記データ領域は、前記記録層毎に備えられ、前記ディスク管理構造は、前記記録層毎に前記データ領域における記録未記録状態を管理するためのスペースビットマップと、前記データ領域における欠陥を管理するための欠陥リストと、前記追記型情報記録媒体におけるレイアウト情報や、前記スペースビットマップおよび前記欠陥リストに関する位置情報を備えるディスク定義構造とから構成され、前記スペースビットマップおよび前記欠陥リストは、それぞれ前記ディスク定義構造を組み合わせて形成されるディスク管理構造更新単位ごとに前記管理情報領域に記録され、１つの前記記録層における前記スペースビットマップと前記ディスク定義構造とを組み合わせたサイズは１ブロック超のサイズを有し、少なくとも前記管理情報領域における所定位置のブロックには、前記ディスク定義構造を含む１ブロックサイズの前記ディスク管理構造更新単位が記録される。
【０３００】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域の中で、最初に記録されるブロックである。
【０３０１】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域先頭のブロックである。
【０３０２】
ある実施形態によれば、前記所定位置のブロックには、初期状態の前記欠陥リストと前記ディスク定義構造とを組み合わせて形成される１ブロックサイズの前記ディスク定義構造更新単位が記録される。
【０３０３】
ある実施形態によれば、１つの前記記録層における前記スペースビットマップは、前記ディスク定義構造と組み合わせて１ブロックサイズの前記ディスク定義構造更新単位を形成可能な複数の部分スペースビットマップに分割され、前記管理情報領域には、前記部分スペースビットマップと前記ディスク定義構造とを組み合わせて形成される１ブロックサイズの前記ディスク定義構造更新単位が記録される。
【０３０４】
ある実施形態によれば、１つの前記記録層における前記スペースビットマップは、前記データ領域内の前記ブロック毎の記録未記録状態を示すビットマップデータと、前記ビットマップデータに関する情報を備えたヘッダとから構成され、前記所定位置のブロックには、前記スペースビットマップにおける前記ビットマップデータを含まない、前記ヘッダと前記ディスク定義構造とを組み合わせて形成される前記ディスク定義構造更新単位が記録される。
【０３０５】
本発明の情報記録方法は、１つ以上の記録層を備え、ブロック単位で記録が行われる追記型情報記録媒体への記録を行なう情報記録方法であって、前記追記型情報記録媒体は、ユーザデータを記録するためのデータ領域と、前記情報記録媒体に関する管理情報であるディスク管理構造を記録するための管理情報領域を備え、前記データ領域は、前記記録層毎に備えられ、前記ディスク管理構造は、前記記録層毎に前記データ領域における記録未記録状態を管理するためのスペースビットマップと、前記データ領域における欠陥を管理するための欠陥リストと、前記追記型情報記録媒体におけるレイアウト情報や、前記スペースビットマップおよび前記欠陥リストに関する位置情報を備えるディスク定義構造とから構成され、前記スペースビットマップおよび前記欠陥リストは、それぞれ前記ディスク定義構造を組み合わせて形成されるディスク管理構造更新単位ごとに前記管理情報領域に記録され、１つの前記記録層における前記スペースビットマップと前記ディスク定義構造とを組み合わせたサイズは１ブロック超のサイズを有し、前記情報記録方法は、少なくとも前記管理情報領域における所定位置のブロックに、前記ディスク定義構造を含む１ブロックサイズの前記ディスク管理構造更新単位を記録する。
【０３０６】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域の中で、最初に記録するブロックである。
【０３０７】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域先頭のブロックである。
【０３０８】
ある実施形態によれば、前記所定位置のブロックに、初期状態の前記欠陥リストと前記ディスク定義構造とを組み合わせて形成される１ブロックサイズの前記ディスク定義構造更新単位を記録する。
【０３０９】
ある実施形態によれば、１つの前記記録層における前記スペースビットマップは、前記ディスク定義構造と組み合わせて１ブロックサイズの前記ディスク定義構造更新単位を形成可能な複数の部分スペースビットマップに分割され、前記管理情報領域に、前記部分スペースビットマップと前記ディスク定義構造とを組み合わせて形成される１ブロックサイズの前記ディスク定義構造更新単位を記録する。
【０３１０】
ある実施形態によれば、１つの前記記録層における前記スペースビットマップは、前記データ領域内の前記ブロック毎の記録未記録状態を示すビットマップデータと、前記ビットマップデータに関する情報を備えたヘッダとから構成され、前記所定位置のブロックに、前記スペースビットマップにおける前記ビットマップデータを含まない、前記ヘッダと前記ディスク定義構造とを組み合わせて形成される前記ディスク定義構造更新単位を記録する。
【０３１１】
本発明の情報記録装置は、１つ以上の記録層を備え、ブロック単位で記録が行われる追記型情報記録媒体への記録を行なう情報記録装置であって、前記追記型情報記録媒体は、ユーザデータを記録するためのデータ領域と、前記情報記録媒体に関する管理情報であるディスク管理構造を記録するための管理情報領域を備え、前記データ領域は、前記記録層毎に備えられ、前記ディスク管理構造は、前記記録層毎に前記データ領域における記録未記録状態を管理するためのスペースビットマップと、前記データ領域における欠陥を管理するための欠陥リストと、前記追記型情報記録媒体におけるレイアウト情報や、前記スペースビットマップおよび前記欠陥リストに関する位置情報を備えるディスク定義構造とから構成され、前記スペースビットマップおよび前記欠陥リストは、それぞれ前記ディスク定義構造を組み合わせて形成されるディスク管理構造更新単位ごとに前記管理情報領域に記録され、１つの前記記録層における前記スペースビットマップと前記ディスク定義構造とを組み合わせたサイズは１ブロック超のサイズを有し、前記情報記録装置は、少なくとも前記管理情報領域における所定位置のブロックに、前記ディスク定義構造を含む１ブロックサイズの前記ディスク管理構造更新単位を記録する制御部を備える。
【０３１２】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域の中で、最初に記録するブロックである。
【０３１３】
ある実施形態によれば、前記所定位置のブロックとは、前記管理情報領域先頭のブロックである。
【０３１４】
ある実施形態によれば、前記制御部は、前記所定位置のブロックに、初期状態の前記欠陥リストと前記ディスク定義構造とを組み合わせて形成される１ブロックサイズの前記ディスク定義構造更新単位を記録する。
【０３１５】
ある実施形態によれば、１つの前記記録層における前記スペースビットマップは、前記ディスク定義構造と組み合わせて１ブロックサイズの前記ディスク定義構造更新単位を形成可能な複数の部分スペースビットマップに分割され、前記制御部は、前記管理情報領域に、前記部分スペースビットマップと前記ディスク定義構造とを組み合わせて形成される１ブロックサイズの前記ディスク定義構造更新単位を記録する。
【０３１６】
ある実施形態によれば、１つの前記記録層における前記スペースビットマップは、前記データ領域内の前記ブロック毎の記録未記録状態を示すビットマップデータと、前記ビットマップデータに関する情報を備えたヘッダとから構成され、前記制御部は、前記所定位置のブロックに、前記スペースビットマップにおける前記ビットマップデータを含まない、前記ヘッダと前記ディスク定義構造とを組み合わせて形成される前記ディスク定義構造更新単位を記録する。
【０３１７】
本発明の情報再生方法は、１つ以上の記録層を備え、ブロック単位で記録が行われる追記型情報記録媒体から情報の再生を行なう情報再生方法であって、前記追記型情報記録媒体は、ユーザデータを記録するためのデータ領域と、前記情報記録媒体に関する管理情報であるディスク管理構造を記録するための管理情報領域を備え、前記データ領域は、前記記録層毎に備えられ、前記ディスク管理構造は、前記記録層毎に前記データ領域における記録未記録状態を管理するためのスペースビットマップと、前記データ領域における欠陥を管理するための欠陥リストと、前記追記型情報記録媒体におけるレイアウト情報や、前記スペースビットマップおよび前記欠陥リストに関する位置情報を備えるディスク定義構造とから構成され、前記スペースビットマップおよび前記欠陥リストは、それぞれ前記ディスク定義構造を組み合わせて形成されるディスク管理構造更新単位ごとに前記管理情報領域に記録され、１つの前記記録層における前記スペースビットマップと前記ディスク定義構造とを組み合わせたサイズは１ブロック超のサイズを有し、前記情報再生方法は、前記管理情報領域における所定位置のブロックから、前記ディスク定義構造を含む１ブロックサイズの前記ディスク管理構造更新単位を読み出す。
【０３１８】
本発明の情報再生装置は、１つ以上の記録層を備え、ブロック単位で記録が行われる追記型情報記録媒体から情報の再生を行なう情報再生装置であって、前記追記型情報記録媒体は、ユーザデータを記録するためのデータ領域と、前記情報記録媒体に関する管理情報であるディスク管理構造を記録するための管理情報領域を備え、前記データ領域は、前記記録層毎に備えられ、前記ディスク管理構造は、前記記録層毎に前記データ領域における記録未記録状態を管理するためのスペースビットマップと、前記データ領域における欠陥を管理するための欠陥リストと、前記追記型情報記録媒体におけるレイアウト情報や、前記スペースビットマップおよび前記欠陥リストに関する位置情報を備えるディスク定義構造とから構成され、前記スペースビットマップおよび前記欠陥リストは、それぞれ前記ディスク定義構造を組み合わせて形成されるディスク管理構造更新単位ごとに前記管理情報領域に記録され、１つの前記記録層における前記スペースビットマップと前記ディスク定義構造とを組み合わせたサイズは１ブロック超のサイズを有し、前記情報再生装置は、前記管理情報領域における所定位置のブロックから、前記ディスク定義構造を含む１ブロックサイズの前記ディスク管理構造更新単位を読み出す制御部を備える。
【産業上の利用可能性】
【０３１９】
本発明にかかる情報記録媒体は、任意の場所へのランダム記録が可能な追記型光ディスクなどに適用でき、本発明にかかる情報記録再生方法は、任意の場所へのランダム記録が可能な追記型光ディスクを記録再生可能な光ディスクドライブ装置などに適用できる。
【符号の説明】
【０３２０】
１    ディスク基板
２    トラック
３    ブロック
４    リードイン領域
５    データ領域
６    リードアウト領域
１０、１１、１２、１３    ＤＭＡ
１４    ユーザデータ領域
１５、１６    スペア領域
１７    ＴＤＭＡ
２０    初期ＴＤＭＳ
２１    ＴＤＭＳ
３０    ＳＢＭ
３１    ＴＤＦＬ
３２    ＴＤＤＳ
４０    ＳＢＭヘッダ
４１    ビットマップ情報４１
４２    ＤＦＬヘッダ
４３    ＤＦＬエントリ
４４    ＤＦＬターミネータ
５０    ＤＤＳヘッダ
５１    内周スペア領域サイズ
５２    外周スペア領域サイズ
５３    記録モード情報
５４    内周スペア内ＴＤＭＡサイズ
５５    外周スペア内ＴＤＭＡサイズ
５６    ＳＢＭ＃０位置情報
５７    ＤＦＬ＃０位置情報
５８    ＤＦＬ＃０位置情報
５９    ＤＦＬ＃０位置情報
６０    ＤＦＬ＃０位置情報
６１    ＳＢＭ＃１位置情報
１００    光ディスク記録再生装置
１１０    命令処理部
１２０    光ヘッド
１３０    レーザ制御部
１４０    メカ制御部
１５０    メモリ
１６０    管理情報格納メモリ
１７０    システム制御部
１７１    記録部
１７２    再生部
１７３    アクセス位置管理部
１７４    管理情報更新部
１７５    管理情報生成部
１８０    Ｉ／Ｏバス
【図１】
2010231888.tif 000003
【図２】
2010231888.tif 000004
【図３】
2010231888.tif 000005
【図４】
2010231888.tif 000006
【図５】
2010231888.tif 000007
【図６】
2010231888.tif 000008
【図７】
2010231888.tif 000009
【図８】
2010231888.tif 000010
【図９】
2010231888.tif 000011
【図１０】
2010231888.tif 000012
【図１１】
2010231888.tif 000013
【図１２】
2010231888.tif 000014
【図１３】
2010231888.tif 000015
【図１４】
2010231888.tif 000016
【図１５】
2010231888.tif 000017
【図１６】
2010231888.tif 000018
【図１７】
2010231888.tif 000019
【図１８】
2010231888.tif 000020
【図１９】
2010231888.tif 000021
【図２０】
2010231888.tif 000022
【図２１】
2010231888.tif 000023
【図２２】
2010231888.tif 000024
【図２３】
2010231888.tif 000025
【図２４】
2010231888.tif 000026
【図２５】
2010231888.tif 000027
【図２６】
2010231888.tif 000028
【図２７】
2010231888.tif 000029
【図２８】
2010231888.tif 000030
【図２９】
2010231888.tif 000031
【図３０】
2010231888.tif 000032