JP4629957B2 - 情報記録媒体、記録装置、再生装置、記録方法および再生方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、情報に対する信頼性の向上した情報記録媒体、記録装置、再生装置、記録方法および再生方法に関する。より詳細には、２ＥＣＣ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｉｎ Ｃｏｄｅ）サイズ以上の欠陥リストの更新、および、欠陥エントリの削除に対応した情報記録媒体、記録装置、再生装置、記録方法および再生方法に関する。
【０００２】
【従来の技術】
近年、大容量で交換可能な情報記録媒体、および、その情報記録媒体を駆動させるディスクドライブ装置が普及し始めている。大容量で交換可能な情報記録媒体としては、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）のような光ディスクが良く知られている。ディスクドライブ装置は、レーザ光を光ディスクに照射させて、光ディスクに微小なピットを形成することによって情報を記録し、光ディスクにレーザ光を照射させて、ピットに起因する反射率の変化を情報として再生する。大容量で交換可能な情報記録媒体は、このようにして情報の記録／再生を行うディスクドライブ装置に適している。しかしながら、光ディスクは交換可能であるため、光ディスクの記録面には、埃や傷などに起因する欠陥が存在し得る。
【０００３】
したがって、ディスクドライブ装置において、記録／再生における情報に対する信頼性を保証するために、光ディスクに存在する欠陥を管理する欠陥管理を行う必要がある。従来のディスクドライブ装置で用いられる欠陥管理について、ＤＶＤ−ＲＡＭの物理規格書（ＤＶＤ−ＲＡＭ規格と称する）に記載されている（例えば、非特許文献１を参照。）。ＤＶＤ−ＲＡＭ規格の第５章にディスクのレイアウトに関する記述がある。
【０００４】
図１２は、ＤＶＤ−ＲＡＭ規格による情報記録媒体１２００のデータ構造図を示す。
【０００５】
情報記録媒体１２００は、ディスクに関する情報を記録するリードイン領域１２０１と、ユーザデータを記録するデータ領域１２０２と、ユーザデータの記録終了位置を示すリードアウト領域１２０３とを備える。
【０００６】
リードイン領域１２０１は、データ領域１２０２に存在する欠陥領域を管理するための欠陥管理情報が記録されるＤＭＡ１（Ｄｅｆｅｃｔ Ｍａｎａｇｅｍｅｎｔ Ａｒｅａ）およびＤＭＡ２と、将来の拡張性のための保留領域１２０４および１２０５とを含む。
【０００７】
データ領域１２０２は、ユーザデータが記録されるユーザ領域１２０６と、スペア領域１２０７とを含む。ユーザ領域１２０６に欠陥領域が存在する場合、その欠陥領域に記録されるべきユーザデータが、欠陥領域に相当するユーザ領域１２０６の部分の代わりにスペア領域１２０７に記録される。
【０００８】
リードアウト領域１２０３は、リードイン領域１２０１と同様に、データ領域１２０２に存在する欠陥領域を管理するための欠陥管理情報が記録されるＤＭＡ３およびＤＭＡ４と、将来の拡張性のための保留領域１２０８および１２０９とを含む。
【０００９】
ＤＭＡ１〜４には、すべて同じ欠陥管理情報が多重記録されている。これは、ＤＭＡ１〜４に記録されている情報それ自身を欠陥管理の対象とすることができないためである。つまり、ＤＭＡ１〜４のうちいずれかに欠陥領域が存在して、正常に再生することができないとしても、ＤＭＡ１〜４のうち１つでも欠陥領域が存在しないＤＭＡがあれば、そこに記録されている欠陥管理情報を正常に再生することができる。したがって、ユーザデータを失うことなく、信頼性が向上する。
【００１０】
ＤＭＡ１は、ＤＤＳ（Ｄａｔａ Ｄｅｆｉｎｉｔｉｏｎ Ｓｔｒｕｃｔｕｒｅ）１２１０と、ＰＤＬ（Ｐｒｉｍａｒｙ Ｄｅｆｅｃｔ Ｌｉｓｔ）１２１１と、ＳＤＬ（Ｓｅｃｏｎｄａｒｙ Ｄｅｆｅｃｔ Ｌｉｓｔ）１２１２とを含む。
【００１１】
ＤＤＳ１２１０は、ＰＤＬ１２１１およびＳＤＬ１２１２のパーティションに関する情報を含む。
【００１２】
ＰＤＬ１２１１は、情報記録媒体の出荷時、すなわち、情報記録媒体の初期化時に検出されたユーザ領域１２０６およびスペア領域１２０７に存在する欠陥領域（例えば、欠陥セクタ）の位置情報（リスト）である。このリストは、情報記録媒体に物理フォーマットを行わない限り基本的に変化しない。
【００１３】
ＤＶＤ−ＲＡＭ規格によれば、ＤＤＳ１２１０のサイズとＰＤＬ１２１１のサイズとを合わせたサイズは１つのＥＣＣ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｎｇ Ｃｏｄｅ）ブロックに収まる大きさである。ＳＤＬ１２１２のサイズもまた、１つのＥＣＣブロックに収まる大きさである。ここでＥＣＣブロックとは、ＤＶＤ−ＲＡＭにおいてはエラー訂正の単位であって、１６個のセクタ（各セクタは２Ｋｂｙｔｅサイズ）から構成された３２ＫＢｙｔｅのサイズを有する。このＥＣＣブロックのサイズを以下では１ＥＣＣサイズと呼ぶ。
【００１４】
図１３は、ＳＤＬ１２１２の詳細なデータ構造図である。
【００１５】
ＳＤＬ１２１２は、ＰＤＬ１２１１とは異なり、記録再生処理時に欠陥領域（例えば、欠陥セクタ）の検出に応じて変化する情報（リスト）である。ＳＤＬ１２１２の内容は、欠陥領域が検出された場合に、ディスクドライブ装置によって適当なタイミングで情報記録媒体１２００のＤＭＡ１〜４にそれぞれ書き込まれる。
【００１６】
ＳＤＬ１２１２は、ヘッダ１３０１と、第１の欠陥エントリ１３０２と、第２の欠陥エントリ１３０３と、…、第Ｎの欠陥エントリ１３０４と、未使用領域１３０５とを含む。
【００１７】
ヘッダ１３０１は、ＳＤＬ１２１２であることを示す識別子、欠陥エントリの総数（図１３の場合、Ｎ）、および、ＳＤＬ１２１２の更新回数等を含む。
【００１８】
第１の欠陥エントリ１３０２は、ユーザ領域１２０６に存在する欠陥領域の位置を示す第１の欠陥位置情報１３０６と、その欠陥領域の代わりにユーザデータを記録したスペア領域１２０７の部分（例えば、交替セクタ）の位置を示す第１の交替位置情報１３０７とを含む。第２の欠陥エントリ１３０３もまた、第２の欠陥位置情報と第２の交替位置情報を含む。第Ｎの欠陥エントリ１３０４もまた、第Ｎの欠陥位置情報と第Ｎの交替位置情報とを含む。なお、欠陥位置情報および交替位置情報とは、一般的に、セクタ番号である。
【００１９】
未使用領域１３０５は、ヘッダ１３０１のサイズと第１〜第Ｎ欠陥エントリ１３０２〜１３０４のサイズとの合計サイズが、１ＥＣＣサイズ未満である場合に存在する。この場合、未使用領域１３０５には、情報として意味を持たないパディングデータ（例えば、０）が記録される。
【００２０】
ディスクドライブ装置が、ＳＤＬ１２１２を情報記録媒体１２００のＤＭＡ１〜４に書き込んでいる最中に、タイミング悪くディスクドライブ装置の電源が落ち、処理が中断する恐れがある。このような場合、ディスクドライブ装置は、次の手順で欠陥管理領域（ＤＭＡ１〜４）の更新結果を判定する。
（１） １ＥＣＣサイズであるＳＤＬ１２１２に対してエラー訂正を施す。エラー訂正が正しく行われた場合、このＳＤＬ１２１２は正常に更新されたと判定される。
（２） （１）をＤＭＡ１〜４のそれぞれに含まれる全てのＳＤＬに対して行う。
（３） （２）で正常と判定されたＳＤＬすべてについて、ＳＤＬ中のヘッダに含まれる更新回数を互いに比較する。比較した結果、最も多い更新回数を有するＳＤＬを正しいＳＤＬ（最新のＳＤＬ）と判定する。
【００２１】
このように、ＳＤＬ１２１２のサイズが１ＥＣＣサイズであれば、ディスクドライブ装置の電源が落ちたとしても、正しいＳＤＬが判定される。したがって、ユーザデータを失うことなくデータの信頼性を確保できる。
【００２２】
近年、情報記録媒体に記録されるべき情報量の増大に伴い、高密度記録技術および大容量技術の向上はめざましい。例えば、レーザとして青色レーザを用いた、従来の光ディスクよりもさらに大容量な情報記録媒体の開発が進められている。従来の容量よりもさらに大容量を記録できるため、ＳＤＬのサイズも従来の１ＥＣＣサイズより大きくなる。ＤＶＤ−ＲＡＭのようにＳＤＬのサイズが１ＥＣＣサイズ以下であれば問題はないが、１ＥＣＣサイズを越えた場合には以下のような問題が発生する。ここでは、ＳＤＬのサイズが４ＥＣＣサイズであると仮定する。
【００２３】
ＳＤＬが従来の１ＥＣＣサイズから４ＥＣＣサイズになった場合に、１つのＤＭＡ（例えば、ＤＭＡ１）に対して次のような場合が生じたとする。
・ ヘッダの更新は完了した。
・ ＳＤＬの２ＥＣＣブロックまでの更新が完了し、３ＥＣＣブロックの更新に入るまさにそのタイミングでディスクドライブ装置の電源が落ちた。
【００２４】
この場合、従来のＳＤＬの更新結果判定方法では、１ＥＣＣ単位のエラー訂正は正常に行われる。さらに、ＤＭＡ１内のＳＤＬの更新回数と、他のＤＭＡ２〜４の各ＳＤＬ内の更新回数のそれぞれとを比較すると、ＤＭＡ１の更新回数が最も多くなる。このため、ＤＭＡ１のＳＤＬの更新は途中で失敗したにも関わらず、このＳＤＬが正常で最新のＳＤＬであると誤った判定をしてしまう。
【００２５】
これを解決するための１つの方法として、４ＥＣＣサイズのＳＤＬの各ＥＣＣブロックごとにヘッダを付加する方法が考えられる。各ヘッダは、ＳＤＬであることを示す識別子、欠陥エントリ総数およびＳＤＬの更新回数などを含む。
【００２６】
図１４は、４ＥＣＣサイズであるＳＤＬ１４００のデータ構造図を示す。
【００２７】
ＳＤＬ１４００は、第１のＥＣＣブロック１４０１と、第２のＥＣＣブロック１４０２と、第３のＥＣＣブロック１４０３と、第４のＥＣＣブロック１４０４とを含む。
【００２８】
第１のＥＣＣブロック１４０１は、ヘッダ１４０５と、第１の欠陥エントリ１４０６と、第２の欠陥エントリ１４０７と、…、第Ｍ−１の欠陥エントリ１４０８と、第Ｍの欠陥エントリ１４０９とを含む。
【００２９】
第２のＥＣＣブロック１４０２は、ヘッダ１４１０と、第Ｍ＋１の欠陥エントリ１４１１と、…、第Ｎの欠陥エントリ１４１２と、未使用領域１４１３とを含む。
【００３０】
第３のＥＣＣブロック１４０３は、ヘッダ１４１４と未使用領域１４１５とを含む。
【００３１】
第４のＥＣＣブロック１４０４は、ヘッダ１４１６と未使用領域１４１７とを含む。
【００３２】
ヘッダ１４０５、１４１０、１４１４および１４１６は、それぞれ、ＳＤＬであることを示す識別子、欠陥エントリ数およびＳＤＬの更新回数等を含む。第１〜第Ｎの欠陥エントリ１４０６〜１４０９および１４１１〜１４１２は、それぞれ、欠陥位置情報と交替位置情報とを含む。未使用領域１４１３、１４１５および１４１７には、情報として意味を持たないパディングデータ（例えば、０）が記録される。
【００３３】
この場合、ディスクドライブ装置は、次の手順で欠陥管理領域（ＤＭＡ１〜４）の更新結果を判定する。
（１） ４ＥＣＣサイズであるＳＤＬ１４００について、第１のＥＣＣブロック１４０１にエラー訂正を施す。エラー訂正が正しく行われた場合、第１のＥＣＣブロック１４０１は正常に更新されたと判定される。この処理をＳＤＬ１４００内の第２〜第４のＥＣＣブロック１４０２〜１４０４に対して行う。第１〜第４のＥＣＣブロック１４０１〜１４０４のエラー訂正が正しく行われた場合、（２）の処理を行う。
（２） 第１〜第４のＥＣＣブロック１４０１〜１４０４のそれぞれに付加されているヘッダ１４０５、１４１０、１４１４および１４１６の更新回数を比較する。ヘッダ１４０５、１４１０、１４１４および１４１６の更新回数が全て同じ値であれば、このＳＤＬ１４００は、正常に更新されたと判定される。
（３） （１）〜（２）をＤＭＡ２〜４全てのＳＤＬに対して行う。
（４） （３）で正常と判定されたＳＤＬについて、ＳＤＬ中のヘッダに含まれる更新回数を互いに比較する。比較した結果、最も記録回数の多い更新回数を有するＳＤＬを正しいＳＤＬ（最新のＳＤＬ）と判定する。
【００３４】
このように、ＳＤＬ１４００のサイズが１ＥＣＣサイズより多い場合には、ＳＤＬ内に１ＥＣＣごとにヘッダを設けることによって、ディスクドライブ装置の電源が落ちたとしても、正しいＳＤＬを判定することができ、ユーザデータを失うことなくデータの信頼性を確保できる。
【００３５】
データの信頼性を向上させた別の従来技術がある（例えば、特許文献１を参照。）
図１５は、従来技術による別の情報記録媒体１５００のデータ構造図を示す。
【００３６】
情報記録媒体１５００は、ＳＤＬ１５０１の構造、および、ＳＤＬ１５０１のサイズが１ＥＣＣサイズとは限らない点が異なる以外は情報記録媒体１２００と同様である。したがって、図１５において、図１２に示される構成要素と同一の構成要素には同一の参照番号を付し、その説明を省略する。
【００３７】
ＳＤＬ１５０１は、ＳＤＬ１５０１であることを示す欠陥リスト識別子１５０２と、今後の拡張性のための保留フィールド１５０３と、欠陥管理情報の新旧を判定するための第１の更新情報１５０４および第２の更新情報１５１０と、ＳＤＬ１５０１に登録された欠陥セクタの数を示す欠陥登録数１５０５と、欠陥セクタの位置を示す第１の欠陥位置情報１５０６および第２の欠陥位置情報１５０８と、欠陥セクタに替わる交替セクタの位置を示す第１の交替位置情報１５０７および第２の交替位置情報１５０９と、今後検出される欠陥セクタを登録するための未使用フィールド１５１１とを含む。第１の更新情報１５０４および第２の更新情報１５１０は、例えば、記録回数である。ＳＤＬ１５０１の更新が正常に行われている限り、第１の更新情報１５０４の内容と第２の更新情報１５１０の内容とは同一である。
【００３８】
この場合、ディスクドライブ装置は、次の手順で欠陥管理領域（ＤＭＡ１〜４）の更新結果を判定する。
（１） ＳＤＬ１５０１について、第１の更新情報１５０４の内容と第２の更新情報１５１０の内容とを比較する。比較の結果、第１の更新情報１５０４の内容と第２の更新情報１５１０の内容とが同じであれば、ＳＤＬ１５０１は正常であると判定される。
（２） ＤＭＡ２〜４すべてのＳＤＬに対して（１）を行う。
（３） （２）で正常と判定されたＳＤＬについて、ＳＤＬ中の更新情報の内容を互いに比較する。比較した結果、最も多い更新情報を有するＳＤＬを正しいＳＤＬ（最新のＳＤＬ）と判定する。
【００３９】
このように、ＤＭＡ１〜ＤＭＡ４のうち１つのＤＭＡに含まれるＳＤＬ内に付加された第１の更新情報および第２の更新情報を読み出しさえすれば、ＳＤＬのサイズがいかなるサイズであっても、正しいＳＤＬを判定することができる。
【００４０】
【特許文献１】
特開平８−２９３１８７号公報
【００４１】
【非特許文献１】
「ＤＶＤ Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ ｆｏｒ Ｒｅｗｒｉｔａｂｌｅ Ｄｉｓｃ（ＤＶＤ−ＲＡＭ） Ｐａｒｔ１ ＰＨＹＳＩＣＡＬ ＳＰＥＣＩＦＩＣＡＴＩＯＮＳ Ｖｅｒｓｉｏｎ２．０」
【００４２】
【発明が解決しようとする課題】
しかしながら、図１４に示す情報記録媒体のＳＤＬ１４００では、ＳＤＬ１４００を構成する４つのＥＣＣブロック全てにヘッダを付加しなくてはならない。これにより、ＳＤＬ１４００の更新の処理効率が低下する。さらに、欠陥エントリ（例えば、第Ｍの欠陥エントリ１４０９）と欠陥エントリ（例えば、第Ｍ＋１の欠陥エントリ１４１１）との間にヘッダ（例えば、ヘッダ１４１０）が含まれる形態であるため、欠陥エントリの検索、追加および削除といった操作が複雑になってしまうという欠点がある。
【００４３】
一方、図１５に示す情報記録媒体１５００では、第２の更新情報１５１１を正しく読み出せない場合がある。
【００４４】
図１６は、図１５に示す情報記録媒体１５００のＳＤＬ１５０１の（ａ）更新前の欠陥リストと、（ｂ）正常に更新された欠陥リスト、および、（ｃ）更新に失敗した欠陥リストとのデータ構造図を示す。図１６を参照して、以前は欠陥と判定され、登録されたセクタが、正常なセクタであると再度判定された場合のＳＤＬ１５０１の更新を説明する。
【００４５】
図１６（ａ）は、図１５に示すＳＤＬ１５０１と同じデータ構造である。図１６（ａ）において、第１の更新情報１５０４の内容および第２の更新情報１５１０の内容は、ともにＭであり、欠陥登録数１５０５は２である。
【００４６】
図１６（ｂ）は、ＳＤＬ１５０１の更新が正常に行われた場合の更新後のＳＤＬ１５０１のデータ構造である。第１の更新情報１５０４の内容は、ＭからＭ＋１へ更新される。欠陥登録数１５０５は、２から１へ更新される。正常と判定された欠陥セクタの位置情報（第２の欠陥位置情報１５０８）およびその欠陥セクタの替わりの交替セクタの位置情報（第２の交替位置情報１５０９）が削除され、第１の欠陥位置情報１５０６および第１の交替位置情報１５０７が残る。第２の更新情報１５１０の内容も、第１の更新情報１５０４と同様に、ＭからＭ＋１へ更新される。第２の更新情報１５１０はまた、第１の交替位置情報１５０７に続いて配置される。未使用フィールド１５１１は、削除された第２の欠陥位置情報１５０８および第２の交替位置情報１５０９に相当するサイズだけ増加する。
【００４７】
図１６（ｃ）は、ＳＤＬ１５０１の更新が正常に行われなかった場合の更新後のＳＤＬ１５０１のデータ構造である。欠陥登録数１５０５を更新した直後に、ディスクドライブ装置の電源が落ちたと仮定する。この場合、第１の更新情報１５０４および欠陥登録数１５０５は、図１６（ｂ）と同様に正常に更新される。しかしながら、第２の欠陥位置情報１５０８、第２の交替位置情報１５０９、第２の更新情報１５１０および未使用フィールド１５１１は、更新前の図１６（ａ）のデータ構造のままとなる。
【００４８】
図１６（ｃ）に示すデータ構造の場合に、更新結果の判定を行う。ディスクドライブ装置は、例えば、更新された欠陥登録数１５０５を用いて、第２の更新情報１５１０として第２の欠陥位置情報１５０８を読み出す。ディスクドライブ装置は、更新された第１の更新情報１５０４の内容と第２の更新情報１５１０として読み出された第２の欠陥位置情報１５０８の内容とを比較する。第１の更新情報１５０４の内容と、第２の欠陥位置情報１５０８の内容とが不幸にも一致する場合、ディスクドライブ装置は、ＳＤＬ１５０１の更新が失敗したにも関わらず、ＳＤＬ１５０１を正常に更新されたと判定してしまう。
【００４９】
図１５に示す情報記録媒体１５００が、１ＥＣＣサイズのエラー訂正を考慮しており、かつ、ＳＤＬ１５０１のサイズが１ＥＣＣサイズを越えない場合には、図１６（ｃ）に示す問題は発生しない。しかしながら、１ＥＣＣサイズを越える場合には、上記問題が発生することになる。
【００５０】
したがって、本発明の目的は、ＳＤＬ（欠陥リスト）のサイズが２ＥＣＣサイズ以上である欠陥リスト、および、欠陥リスト内の欠陥エントリの削除に対応した情報記録媒体、記録装置、再生装置、記録方法および再生方法を提供することである。
【００５１】
【課題を解決するための手段】
本発明による記録媒体は、ユーザデータを記録するためのデータ領域と、前記データ領域に存在するＮ個の欠陥領域（Ｎは、Ｎ≧０を満たす整数）を管理する欠陥リストを記録するための欠陥管理領域とを備えた情報記録媒体であって、前記欠陥リストは、前記欠陥リスト内の固定位置に配置されるヘッダと、前記Ｎ個の欠陥領域のそれぞれの位置に関する位置情報をそれぞれ含むＮ個の欠陥エントリと、アンカとを含み、前記ヘッダと、前記Ｎ個の欠陥エントリと、前記アンカとは、前記欠陥リスト内にこの順に配置されており、前記ヘッダは、前記欠陥リストを識別する欠陥リスト識別子と、前記欠陥リストの更新回数を示す第１の更新回数情報と、前記Ｎ個の欠陥エントリの個数を示す欠陥エントリ数とを含み、前記アンカは、前記欠陥リストのアンカを識別するアンカ識別子と、前記欠陥リストの更新回数を示す第２の更新回数情報とを含み、前記アンカ識別子は、前記欠陥エントリの値とは異なる値であり、とを含み、これにより上記目的を達成する。
【００５２】
本発明による記録装置は、情報記録媒体に情報を記録する記録装置であって、前記情報記録媒体は、ユーザデータを記録するためのデータ領域と、前記データ領域に存在するＮ個の欠陥領域（Ｎは、Ｎ≧０を満たす整数）を管理する欠陥リストを記録するための欠陥管理領域とを備え、前記記録装置は、前記欠陥リストを記録する欠陥リスト記録手段を備え、前記欠陥リスト記録手段は、前記欠陥リスト内の固定位置にヘッダを記録するヘッダ記録手段と、前記ヘッダに続けて、前記Ｎ個の欠陥領域のそれぞれの位置に関する位置情報をそれぞれ含むＮ個の欠陥エントリを記録する欠陥エントリ記録手段と、前記Ｎ個の欠陥エントリに続けて、アンカを記録するアンカ記録手段とを備え、前記ヘッダは、前記欠陥リストを識別する欠陥リスト識別子と、前記欠陥リストの更新回数を示す第１の更新回数情報と、前記Ｎ個の欠陥エントリの個数を示す欠陥エントリ数とを含み、前記アンカは、前記欠陥リストのアンカを識別するアンカ識別子と、前記欠陥リストの更新回数を示す第２の更新回数情報とを含み、前記アンカ識別子は、前記欠陥エントリの値とは異なる値であり、これにより上記目的を達成する。
【００７９】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照して説明する。
【００８０】
（実施の形態１）
（１）情報記録媒体
図１は、実施の形態１による情報記録媒体１００のデータ構造図を示す。
【００８１】
情報記録媒体（光ディスク）１００は、例えば、書換型光ディスクであり得る。光ディスク１００には、１ＥＣＣブロック単位のエラー訂正が施されるものとする。ＥＣＣブロックとは、光ディスクにおけるエラー訂正の単位である。例えば、１ＥＣＣブロックは、１６個のセクタ（各セクタは２Ｋｂｙｔｅサイズ）から構成された３２ＫＢｙｔｅのサイズを有する。このＥＣＣブロックのサイズを以下では１ＥＣＣサイズと呼ぶ。光ディスク１００への情報の記録・更新は１ＥＣＣブロックずつ行われるものとする。
【００８２】
図１に示すデータ構造は、欠陥管理領域にＮ個（ＮはＮ≧０を満たす整数）の欠陥領域に関する位置情報を正常に記録した後の光ディスク１００の構造を示す。欠陥領域は、例えば、欠陥セクタである。
【００８３】
光ディスク１００は、ユーザデータが記録されるデータ領域１０２と、記録再生装置（図示せず）が光学ヘッド（図示せず）の移動によりオーバーランした場合の緩衝領域としての役割を果たすリードイン領域１０１およびリードアウト領域１０３とを含む。
【００８４】
データ領域１０２は、ユーザデータを記録するユーザ領域１０６と、スペア領域１０７とを含む。ユーザ領域１０６に欠陥領域（例えば、欠陥セクタ）が存在する場合、その欠陥領域に記録されるべきユーザデータが、欠陥領域に相当するユーザ領域１０６の部分の代わりにスペア領域１０７に記録される。
【００８５】
リードイン領域１０１は、データ領域１０２に存在する欠陥領域を管理するための情報が記録される第１の欠陥管理領域１０４と第２の欠陥管理領域１０５とを含む。
【００８６】
リードアウト領域１０３は、リードイン領域１０１と同様に、データ領域１０２に存在する欠陥領域を管理するための情報が記録される第３の欠陥管理領域１０８と第４の欠陥管理領域１０９とを含む。
【００８７】
第１の欠陥管理領域１０４、第２の欠陥管理領域１０５、第３の欠陥管理領域１０８および第４の欠陥管理領域１０９は、それぞれ、光ディスク１００内の物理的に特定の位置に配置される。
【００８８】
第１の欠陥管理領域１０４、第２の欠陥管理領域１０５、第３の欠陥管理領域１０８および第４の欠陥管理領域１０９には、同じ欠陥管理のための情報が多重記録される。これは、上述したように、第１の欠陥管理領域１０４、第２の欠陥管理領域１０５、第３の欠陥管理領域１０８および第４の欠陥管理領域１０９に記録されている情報それ自身を欠陥管理の対象とすることができないためである。つまり、これら第１の欠陥管理領域１０４、第２の欠陥管理領域１０５、第３の欠陥管理領域１０８および第４の欠陥管理領域１０９のうちいずれかに欠陥領域が存在して、正常に再生することができないとしても、４つの欠陥管理領域のうち少なくとも１つでも欠陥領域が存在しない欠陥管理領域があれば、そこに記録されている欠陥管理のための情報を正常に再生することができる。したがって、ユーザデータを失うことなく、信頼性が向上する。実施の形態１では、光ディスク１００は、４つの欠陥管理領域１０４、１０５、１０８、１０９を有するが、欠陥管理領域の数は、光ディスク１００が少なくとも１つの欠陥管理領域を有する限り、任意である。
【００８９】
第１の欠陥管理領域１０４には、ディスク定義構造１１１と、データ領域１０２に存在するＮ個の欠陥領域（Ｎは、Ｎ≧０を満たす整数）を管理する欠陥リスト１１２とが記録される。第１の欠陥管理領域１０４は、未使用領域１１３を含む。
【００９０】
ディスク定義構造１１１は、光ディスク１００が欠陥管理を施されているディスクかどうか等のディスク構造を示す情報である。この情報はまたスペア領域１０７に関する情報も含む。ディスク定義構造１１１は、第１の欠陥管理領域１０４内の物理的に特定の位置に配置される。ディスク定義構造１１１のサイズはまた、所定のサイズである。
【００９１】
未使用領域１１３には、現時点では意味を有さない情報が記録される。未使用領域１１３には、一般に、パディングデータ１２７（例えば、０）が記録される。ユーザ領域１０６において新たな欠陥領域が検出されると、新たな欠陥領域を管理するための欠陥エントリが、欠陥リスト１１２に追加される。これにともなって、追加された欠陥エントリのサイズだけ未使用領域１１３のサイズが減少することになる。
【００９２】
欠陥リスト１１２は、ヘッダ１２１と、第１の欠陥エントリ１２２、第２の欠陥エントリ１２３、…、第Ｎ−１の欠陥エントリ１２４および第Ｎの欠陥エントリ１２５と、アンカ１２６とを含む。ヘッダ１２１と、第１〜第Ｎの欠陥エントリ１２２〜１２５と、アンカ１２６とは、欠陥リスト１１２内にこの順に配置される。
【００９３】
実施の形態１において、欠陥リスト１１２のサイズと未使用領域１１３のサイズとを合わせたサイズが、４ＥＣＣであるとする。合計サイズは、４ＥＣＣに限定されず、任意のサイズである。
【００９４】
ヘッダ１２１は、欠陥リスト１１２を識別する欠陥リスト識別子１３１と、欠陥リスト１１２に含まれる欠陥エントリの個数を示す欠陥エントリ数１３２と、更新された欠陥リストが第１の欠陥管理領域１０４に記録された回数を示す第１の更新回数情報１３３とを含む。図１において、欠陥エントリ数１３２はＮ（ＮはＮ≧０を満たす整数）であり、第１の更新回数情報１３３の内容はＭ（ＭはＭ≧０を満たす整数）である。欠陥リスト識別子１３１は、例えば、図１に示されるようにヘッダ１２１の先頭に配置され得る。
【００９５】
ヘッダ１２１は、物理的に決まった位置に配置される。実施の形態１では、ヘッダ１２１は、欠陥リスト１１２の先頭に配置されている。しかしながら、欠陥リスト１１２内のヘッダ１２１の位置は、ヘッダ１２１と、第１〜第Ｎの欠陥エントリ１２２〜１２５と、アンカ１２６とが、欠陥リスト１１２内にこの順に配置される限り、任意である。
【００９６】
図１に示す光ディスク１００の場合、欠陥エントリ数１３２がＮであることから、欠陥リスト１１２中には第１の欠陥エントリ１２２、・・・、第Ｎの欠陥エントリ１２５が存在する。第１の欠陥エントリ１２２は、欠陥領域の位置に関する位置情報である第１の欠陥位置情報１４１と、スペア領域１０７における欠陥領域の代わりの部分の位置に関する位置情報である第１の交替位置情報１４２とを含む。第２の欠陥エントリ１２３についても同様に、第２の欠陥位置情報および第２の交替位置情報を含む。以下、第Ｎ−１の欠陥エントリ１２４および第Ｎの欠陥エントリ１２５についても同様である。ここで、第１の欠陥位置情報１４１および第１の交替位置情報１４２は一般的にセクタ番号である。
【００９７】
欠陥エントリは、一般的に、含まれる欠陥位置情報が昇順となるように配置される。詳細には、例えば、欠陥位置情報がセクタ番号の場合には、セクタ番号が最小である欠陥位置情報を第１の欠陥位置情報１４１として第１の欠陥エントリ１２２に配置する。以下、順次セクタ番号順に行われる。セクタ番号が最大である欠陥位置情報を第Ｎの欠陥位置情報として第Ｎの欠陥エントリ１２５に配置する。
【００９８】
なお、欠陥リスト１１２中の欠陥エントリは、必ずしも昇順に配置されなくてもよい。例えば、欠陥エントリは、セクタ番号が降順となるように配置されていてもよい。あるいは、欠陥エントリは、ランダムに配置されていてもよい。
【００９９】
アンカ１２６は、欠陥リスト１１２のアンカを識別するアンカ識別子１５１と、更新された欠陥リストが第１の欠陥管理領域１０４に記録された回数を示す第２の更新回数情報１５２と、今後の拡張性のための予備情報１５３とを含む。図１において、第２の更新回数情報１５２の内容はＭ（ＭはＭ≧０を満たす整数）であり、第１の更新回数情報１３３と同じ内容を有する。第１の欠陥管理領域１０４の更新が正常に行われている限り、第１の更新回数情報１３３の内容と第２の更新回数情報１５２の内容とは同一である。アンカ識別子１５１は、例えば、図１に示されるようにアンカ１２６の先頭に配置され得る。
【０１００】
本明細書において、第１および第２の更新回数情報１３３、１５２は、更新された欠陥リストを第１の欠陥管理領域１０４に記録した回数（すなわち、光ディスク１００において欠陥リスト１１２が更新され、記録された回数）を示すが、第１および第２の更新回数情報１３３、１５２は、欠陥リストが更新された回数（すなわち、後述する格納部内で欠陥リストが更新された回数）を示してもよい。以降では、第１および第２の更新回数情報１３３、１５２は、更新された欠陥リストを第１の欠陥管理領域１０４に記録した回数を示すものとして説明する。
【０１０１】
アンカ１２６は、第Ｎの欠陥エントリ１２５に続いて配置される。欠陥リスト１１２のサイズは可変であるため、アンカ１２６が配置される位置も可変であることに留意されたい。
【０１０２】
次に、ヘッダ１２１、第１の欠陥エントリ１２２、アンカ１２６および未使用領域１１３について詳細に説明する。
【０１０３】
図２は、ヘッダ１２１、第１の欠陥エントリ１２２、アンカ１２６および未使用領域１１３の詳細なデータ構造図を示す。
【０１０４】
図２において、ＢＰはビット位置を示し、Ｖａｌは各ＢＰに対応した値を２進数で表した値である。図２に示す例では、ヘッダ１２１、第１の欠陥エントリ１２２、アンカ１２６および未使用領域１１３のサイズは、いずれも８バイト（ビット位置０〜ビット位置６３）であるとする。
【０１０５】
図２（ａ）はヘッダ１２１の例示的な構造である。この例では、欠陥リスト識別子１３１のビット位置６２のみがＶａｌ＝１であり、１６進数で表すと０ｘ４０００である。
【０１０６】
図２（ｂ）は第１の欠陥エントリ１２２の例示的な構造である。データ領域１０２において使用可能なセクタのうち最大セクタ番号を１６進数で表すと０ｘ０７ＦＦＦＦＦＦであるとする。第１の欠陥エントリ１２２の第１の欠陥位置情報１４１として登録される可能性のある最大値を１６進数で表すと、図２（ｂ）に示されるように０ｘ０７ＦＦＦＦＦＦである。
【０１０７】
図２（ｃ）はアンカ１２６の例示的な構造である。この例では、アンカ識別子１５１のビット位置５９〜６３すべてをＶａｌ＝１とし、１６進数で表すと０ｘＦＦＦＦである。
【０１０８】
図２（ｄ）は未使用領域１１３の例示的な構造である。未使用領域１１３には、一般に、パディングデータ１２７が記録される。未使用領域１１３では、Ｖａｌ＝０となる。図２（ｄ）では、パディングデータとして０が記録されるが、パディングデータは、０に限定されない。
【０１０９】
欠陥リスト識別子１３１およびアンカ識別子１５１には、それぞれ、如何なる欠陥エントリや未使用領域１１３とも識別できる値が採用される。図２（ｃ）に示すように、欠陥エントリや未使用領域１１３において絶対に１となることのないビット位置５９〜６３のいずれかをＶａｌ＝１に設定する。
【０１１０】
同様に、図２（ａ）に示すように、欠陥エントリや未使用領域１１３において絶対に１となることのないビット位置５９〜６３のいずれかをＶａｌ＝１に設定し、かつ、これらのビット位置５９〜６３をアンカ識別子１５１とも異なる値に設定すればよい。
【０１１１】
このような設定により、欠陥リスト識別子１３１は、アンカ識別子１５１、如何なる欠陥エントリおよび未使用領域１１３とも識別できる値となる。同様に、アンカ識別子１５１もまた、欠陥リスト識別子１３１、如何なる欠陥エントリおよび未使用領域１１３とも識別できる値となる。
【０１１２】
なお、図２に示される欠陥リスト識別子１３１およびアンカ識別子１５１の値は、単なる例示にすぎず、この値に限定されない。
【０１１３】
実施の形態１による光ディスク１００は、欠陥リスト識別子１３１の内容とアンカ識別子１５１の内容とは、如何なる欠陥エントリおよび未使用領域１１３とも識別可能な値を有する。これにより、アンカ１２６に含まれるアンカ識別子１５１として任意の欠陥エントリを読み出したとしても、誤ってアンカ識別子１５１と判定することはない。したがって、欠陥リスト１１２の更新が正常に行われたか否かを容易に判定することができる。
【０１１４】
１ＥＣＣブロックごとにヘッダを付加する必要がないため、欠陥リストの更新の処理効率が向上する。欠陥エントリ間にヘッダが挟まれることはないので、欠陥エントリの検索、追加および削除等の処理を容易に行うことができる。
【０１１５】
以下の説明では、光ディスク１００が図１のようなデータ構造であるものとして説明を行う。
【０１１６】
（２）再生／記録（更新）
図３は、本発明の実施の形態１による記録再生装置３００のブロック図である。記録再生装置３００は、実施の形態１による光ディスク１００に情報を記録する、および／または、光ディスク１００に記録された情報を再生する。
【０１１７】
記録再生装置３００は、制御部３０１と、記録再生部３０２と、格納部３０３とを備える。
【０１１８】
制御部３０１は、記録再生部３０２の動作を制御する。制御部３０１は、例えば、ＣＰＵであり得る。制御部３０１は、光ディスク１００の欠陥リスト１１２を識別する固有欠陥リスト識別子と、光ディスク１００の欠陥リスト１１２のアンカ１２６を識別する固有アンカ識別子とを予め格納している。これらの固有欠陥リスト識別子および固有アンカ識別子の内容（値）は、正しい値であり、書き換えることができない。制御部３０１は、記録再生部３０２および格納部３０３を用いて、第１〜第４の欠陥管理領域１０４、１０５、１０８、１０９に記録されている欠陥リストのうち最新欠陥リストを特定する欠陥管理処理、および、第１〜第４の欠陥管理領域１０４、１０５、１０８、１０９に記録されている欠陥リストを最新欠陥リストに更新する欠陥管理処理の実行を制御する。
【０１１９】
記録再生部３０２は、光ディスク１００に情報を記録する、および／または、光ディスク１００に記録された情報を再生する。このような記録／再生は、例えば、レーザを発光して、光ディスク１００に情報を信号として書き込む、および／または、情報記録媒体１００に信号として書き込まれた情報を読み出すことによって行われる。
【０１２０】
格納部３０３は、光ディスク１００に記録すべき情報を格納する、および／または、光ディスク１００から再生された情報を格納する。格納部３０３は、例えば、ランダムアクセスメモリ（ＲＡＭ）であり得る。格納部３０３には、光ディスク１００の欠陥管理領域（例えば、第１の欠陥管理領域１０４）から再生された欠陥リスト１１２、または、欠陥管理領域に記録すべき最新欠陥リストを格納するための欠陥リスト領域が、制御部３０１によって確保されている。
【０１２１】
（２−１）最新欠陥リストを特定する欠陥管理処理
次に、記録再生装置３００による、最新欠陥リストを特定する欠陥管理処理動作を説明する。
【０１２２】
制御部３０１は、欠陥管理処理を実行する。制御部３０１は、欠陥管理処理手順にしたがって、第１の欠陥管理領域１０４の先頭に配置されたディスク定義構造１１１の情報を再生し、再生されたディスク定義構造１１１の情報を格納部３０３に格納するように、記録再生部３０２に要求する。
【０１２３】
記録再生部３０２は、制御部３０１からの要求にしたがって、光ディスク１００からディスク定義構造１１１の情報を再生し、格納部３０３に格納する。記録再生部３０２は、ディスク定義構造１１１の情報の再生および格納が完了したことを制御部３０１に報告する。
【０１２４】
制御部３０１は、記録再生部３０２から再生および格納の完了報告を受け取ると、格納部３０３に格納されたディスク定義構造１１１の情報に基づいて、光ディスク１００が欠陥管理の施されたディスクであるかどうかを確認する。
【０１２５】
制御部３０１は、光ディスク１００が欠陥管理の施されたディスクであることを確認すると、第１の欠陥管理領域１０４に記録された欠陥リスト１１２の固定位置（図１では、先頭）に配置されたヘッダ１２１を再生し、再生されたヘッダ１２１を格納部３０３に格納するように、記録再生部３０２に要求する。
【０１２６】
記録再生部３０２は、制御部３０１からの要求にしたがって、第１の欠陥管理領域１０４に記録された欠陥リスト１１２内の先頭に配置されたヘッダ１２１を再生し、再生されたヘッダ１２１を格納部３０３に格納する。記録再生部３０２は、ヘッダ１２１の再生および格納が完了したことを制御部３０１に報告する。
【０１２７】
制御部３０１は、記録再生部３０２から再生および格納の完了報告を受け取ると、自身に予め格納されている固有欠陥リスト識別子の内容と、格納部３０３に格納されたヘッダ１２１に含まれる欠陥リスト識別子１３１の内容とを比較し、格納された情報が欠陥リスト１１２内のヘッダ１２１であることを確認する。
【０１２８】
制御部３０１は、比較の結果が一致した場合には、格納された情報が欠陥リスト１１２内のヘッダ１２１であると判定し、欠陥管理処理を続行する。制御部３０１は、比較の結果が一致しない場合には、第１の欠陥管理領域１０４が更新に失敗した領域（異常な欠陥管理領域）であると判定し、欠陥管理処理を終了する。比較の結果が一致しない場合としては、例えば、第１の欠陥管理領域１０４自身に欠陥領域が存在し、情報を読み出すことができない場合等がある。
【０１２９】
制御部３０１は、第１の欠陥管理領域１０４に記録された欠陥リスト１１２内のアンカ１２６を識別するために、格納部３０３に格納されたヘッダ１２１に含まれる欠陥エントリ数１３２を用いて、欠陥リスト１１２内のアンカ１２６の先頭の位置を算出する。アンカ１２６の先頭の位置は、欠陥エントリ数１３２に固定値である１つの欠陥エントリのサイズを乗算することによって求められる。
【０１３０】
制御部３０１は、算出した位置に基づいて、欠陥リスト１１２内のアンカ１２６を再生し、再生されたアンカ１２６を格納部３０３に格納するように、記録再生部３０２に要求する。
【０１３１】
記録再生部３０２は、制御部３０１の要求にしたがって、欠陥リスト１１２内の指定された位置に存在する情報を再生し、再生された情報を格納部３０３に格納する。記録再生部３０２は、指定された位置に存在する情報の再生および格納が完了したことを制御部３０１に報告する。
【０１３２】
制御部３０１は、記録再生部３０２から再生および格納の完了報告を受け取ると、自身に予め格納されている固有アンカ識別子の内容と、格納部３０３に格納された情報のうち先頭に位置する情報の内容とを比較し、格納された情報が欠陥リスト１１２内のアンカ１２６であることを確認する。ここで、格納部３０３に格納された情報のうち先頭に位置する情報とは、アンカ１２６に含まれるアンカ識別子１５１と予想された情報である。
【０１３３】
制御部３０１は、比較の結果が一致した場合には、格納された情報が欠陥リスト１１２内のアンカ１２６であると判定し、欠陥管理処理を続行する。制御部３０１は、比較の結果が一致しない場合には、第１の欠陥管理領域１０４が更新に失敗した領域（異常な欠陥管理領域）であると判定し、欠陥管理処理を終了する。比較の結果が一致しない場合としては、欠陥エントリ数１３２を用いて算出した位置に存在する情報がアンカ１２６でない場合である。詳細には、例えば、欠陥リスト１１２の第１〜第Ｎの欠陥エントリ１２２〜１２５の更新時に、記録再生装置３００の電源が落ちた場合である。この結果、ヘッダ１２１に含まれる欠陥エントリ数１３２と、第１〜第Ｎの欠陥エントリ１２２〜１２５の総数とが一致しなくなる。
【０１３４】
制御部３０１は、格納部３０３に格納されている、ヘッダ１２１に含まれる第１の更新回数情報１３３の内容と、アンカ１２６に含まれる第２の更新回数情報１５２の内容とを比較する。
【０１３５】
制御部３０１は、比較の結果が一致した場合には、第１の欠陥管理領域１０４は正常に更新された欠陥管理領域であると判定し、欠陥管理処理を続行する。
【０１３６】
制御部３０１は、比較の結果が一致しなかった場合には、第１の欠陥管理領域１０４が更新に失敗した領域（異常な欠陥管理領域）と判定し、欠陥管理処理を終了する。比較の結果が一致しない場合としては、例えば、欠陥リスト１１２の第１〜第Ｎの欠陥エントリ１２２〜１２５の更新時に、記録再生装置３００の電源が落ち、更新が最後まで完了しない場合である。この結果、ヘッダ１２１に含まれる第１の更新回数情報１３３の内容と、アンカ１２６に含まれる第２の更新回数情報１５２の内容とが不一致となる。
【０１３７】
制御部３０１は、第２の欠陥管理領域１０５、第３の欠陥管理領域１０８および第４の欠陥管理領域１０９のそれぞれについても同様の処理を行う。
【０１３８】
制御部３０１は、第１〜第４欠陥管理領域１０４、１０５、１０８および１０９のそれぞれについて、欠陥管理領域が正常な欠陥管理領域であるか否かを確認した後、正常と判定された欠陥管理領域のうち最新の欠陥管理領域を特定する。制御部３０１は、正常と判定された欠陥管理領域に記録されている第１の更新回数情報１３３を互いに比較し、更新回数が最大である更新回数情報を有する欠陥管理領域を最新の欠陥管理領域として特定する。特定された最新の欠陥管理領域に記録されている欠陥リストが、最新欠陥リストとして特定される。
【０１３９】
なお、最新の欠陥管理領域を特定するために用いられる更新回数情報は、第１の更新回数情報１３３の代わりに、アンカ１２６に含まれる第２の更新回数情報１５２を用いてもよい。
【０１４０】
制御部３０１は、特定された最新の欠陥管理領域に記録された欠陥リストを再生し、再生された欠陥リストを予め格納部３０３に確保されている欠陥リスト領域に格納するように、記録再生部３０２に要求する。
【０１４１】
記録再生部３０２は、制御部３０１の要求にしたがって、特定された最新の欠陥管理領域に記録されている欠陥リストを再生し、再生された欠陥リストを格納部３０３の欠陥リスト領域に格納する。記録再生部３０２は、欠陥リストの再生および格納が完了したことを制御部３０１に報告する。
【０１４２】
このようにして、記録再生装置３００による、最新欠陥リストを特定する欠陥管理処理動作は終了する。
【０１４３】
特定された最新欠陥リストを用いて、例えば、データ領域１０２に記録されたユーザデータを再生することができる。この場合、制御部３０１は、最新欠陥リストに基づいて、ユーザデータを再生し、再生されたユーザデータを格納部３０３に格納するように、記録再生部３０２に要求する。
【０１４４】
記録再生部３０２は、制御部３０１の要求にしたがって、データ領域１０２からユーザデータを再生し、再生されたユーザデータを格納部３０３に格納する。
【０１４５】
なお、特定された最新欠陥リストを用いて情報の記録を行ってもよい。
【０１４６】
図４は、本発明の実施の形態１による、最新欠陥リストを特定する欠陥管理処理手順を示す。欠陥管理処理は、制御部３０１によって実行される。以下、欠陥管理処理手順を各ステップごとに説明する。欠陥管理処理手順は、光ディスク１００に欠陥管理が施されていることを確認した後に開始される。光ディスク１００に欠陥管理が施されているかどうかは、光ディスク１００のディスク定義構造１１１から判定される。
【０１４７】
ステップＳ４０１：ヘッダ１２１に含まれる欠陥リスト識別子１３１、欠陥エントリ数１３２および第１の更新回数情報１３３が再生される。再生された欠陥リスト識別子１３１の内容と固有欠陥リスト識別子の内容とを比較する。固有欠陥リスト識別子は、光ディスク１００の欠陥リスト１１２を識別する。固有欠陥リスト識別子はまた、書き換えることのできない正しい値を有する。固有欠陥リスト識別子は、制御部３０１に予め格納され得る。比較の結果、欠陥リスト識別子１３１の内容と固有欠陥リスト識別子の内容とが一致する場合には、欠陥管理処理はステップＳ４０２に進む。比較の結果、欠陥リスト識別子１３１の内容と固有欠陥リスト識別子の内容とが一致しない場合には、欠陥管理処理はステップＳ４０６に進む。
【０１４８】
ステップＳ４０２：ステップＳ４０１において、欠陥リスト識別子１３１の内容と固有欠陥リスト識別子の内容とが一致すると判定されると、再生された情報が、欠陥リスト１１２内のヘッダ１２１であることが確認される。ヘッダ１２１に含まれる欠陥エントリ数１３２を用いて、欠陥リスト１１２内のアンカ１２６の先頭の位置が算出される。アンカ１２６の先頭の位置は、欠陥エントリ数１３２に固定値である１つの欠陥エントリのサイズを乗算することによって求められる。欠陥管理処理はステップＳ４０３に進む。
【０１４９】
ステップＳ４０３：ステップＳ４０２で得られた位置に基づいて、予想されるアンカ１２６に含まれるアンカ識別子１５１および第２の更新回数情報１５２が再生される。アンカ識別子１５１と予想される情報の内容と固有アンカ識別子の内容とを比較する。固有アンカ識別子は、欠陥リスト１１２のアンカを識別する。固有アンカ識別子はまた、書き換えることのできない正しい値を有する。固有アンカ識別子は、制御部３０１に予め格納され得る。比較の結果、アンカ識別子１５１の内容と固有アンカ識別子の内容とが一致すると判定されると、欠陥管理処理はステップＳ４０４に進む。比較の結果、アンカ識別子１５１の内容と固有アンカ識別子の内容とが一致しないと判定されると、欠陥管理処理はステップＳ４０６に進む。
【０１５０】
ステップＳ４０４：ステップＳ４０３においてアンカ識別子１５１と予想される情報の内容と固有アンカ識別子の内容とが一致した場合には、格納された情報が欠陥リスト１１２内のアンカ１２６であることが確認される。ヘッダ１２１に含まれる第１の更新回数情報１３３の内容とアンカ１２６に含まれる第２の更新回数情報１５２の内容とを比較する。比較の結果、第１の更新回数情報１３３の内容と第２の更新回数情報の内容１５２とが一致する場合には、欠陥管理処理はステップＳ４０５に進む。比較の結果、第１の更新回数情報１３３の内容と第２の更新回数情報の内容１５２とが一致しない場合には、欠陥管理処理はステップＳ４０６に進む。
【０１５１】
ステップＳ４０５：ステップＳ４０４において第１の更新回数情報１３３の内容と第２の更新回数情報１５２の内容とが一致した場合には、第１の欠陥管理領域１０４は、正常に更新された欠陥管理領域であると判定される。欠陥管理処理はステップＳ４０７に進む。
【０１５２】
ステップＳ４０６：ステップＳ４０１、ステップＳ４０３またはステップＳ４０４において、比較結果が一致しないと判定されると、第１の欠陥管理領域１０４が更新に失敗した領域（異常な欠陥管理領域）であると判定され、第１の欠陥管理領域１０４についての欠陥管理処理を終了する。欠陥管理処理はステップＳ４０７に進む。
【０１５３】
ステップＳ４０７：光ディスク１００に存在するすべての欠陥管理領域について、ステップＳ４０１〜Ｓ４０６を行ったか否かを判定する。すべての欠陥管理領域についてステップＳ４０１〜Ｓ４０６を行っていない場合には、欠陥管理処理は再度ステップＳ４０１に戻る。すべての欠陥管理領域についてステップＳ４０１〜Ｓ４０６を行っている場合には、欠陥管理処理はステップＳ４０８に進む。
【０１５４】
ステップＳ４０８：最新欠陥リストが特定される。詳細には、正常と判定された欠陥管理領域のうち最新の欠陥管理領域が特定される。正常と判定された欠陥管理領域に記録されている第１の更新回数情報（または第２の更新回数情報）を互いに比較し、更新回数が最大である更新回数情報を有する欠陥管理領域を最新の欠陥管理領域として特定する。特定された最新の欠陥管理領域に記録されている欠陥リストが、最新欠陥リストとして特定される。
【０１５５】
ステップＳ４０１〜Ｓ４０８によって、光ディスク１００の最新欠陥リストが特定されると、欠陥管理処理は終了する。ステップＳ４０８で得られた最新欠陥リストを用いて、例えば、データ領域１０２に記録されているユーザデータを再生することができる。
【０１５６】
（２−２）欠陥リストを更新する欠陥管理処理
再度図３を参照して、記録再生装置３００による、欠陥リストを更新する欠陥管理処理動作を説明する。ここでは、ユーザデータを光ディスク１００のデータ領域１０２に記録時にさらなる欠陥領域が検出されるか、または、データ領域１０２に記録されたユーザデータの再生時に、以前に欠陥領域と判定されたユーザ領域１０６の部分が正常な欠陥領域であると再度判定された場合に、欠陥リストが更新される例を説明する。本明細書において、「正常な欠陥領域」とは、以前に欠陥領域と判定された領域であるが、現時点で情報を記録すること、および／または、再生することができる欠陥のない領域を意味する。欠陥領域が正常な欠陥領域と再度判定される例を説明する。例えば、欠陥領域が光ディスクの表面上に存在する埃または指紋等の汚れに起因している場合である。この場合、ユーザが光ディスクの表面を拭いて、光ディスク上の埃または汚れが取り除かれることによって、埃または汚れの存在していた領域（以前に欠陥領域と判定された領域）は、記録／再生に用いることができる正常な領域として再度判定される。
【０１５７】
格納部３０３は、最新欠陥リストを格納している。最新欠陥リストは、格納部３０３の欠陥リスト領域に配置され得る。最新欠陥リストは、最新ヘッダと、Ｐ個の最新欠陥エントリ（Ｐは、Ｐ＝ＮまたはＰ≠Ｎ、Ｐ≧０を満たす整数）と、最新アンカとを含む。実施の形態１では、最新ヘッダと、Ｐ個の最新欠陥エントリと、最新アンカとは、最新欠陥リスト内にこの順に配置されている。最新ヘッダは最新欠陥リスト内の固定位置に配置されている。最新アンカは、Ｐ個の最新欠陥エントリのうち第Ｐ番目の最新欠陥エントリに続いて配置されている。最新ヘッダは、最新欠陥リスト識別子と、第１の最新更新回数情報と、最新欠陥エントリ数Ｐとを含む。最新欠陥リスト識別子の内容は、制御部３０１に格納されている固有欠陥リスト識別子の内容と常に同じである。最新アンカは、最新アンカ識別子と、第１の最新更新回数情報と同じ内容を有する第２の最新更新回数情報とを含む。最新アンカ識別子の内容は、制御部３０１に格納されている固有アンカ識別子の内容と常に同じである。Ｐ個の最新欠陥エントリは、欠陥位置情報（欠陥セクタ番号）順に昇順に並んでいるとする。最新欠陥リストは、未使用領域を含み得る。なお、最新ヘッダは、必ずしも最新欠陥リスト識別子を含んでいなくてもよい。同様に、最新アンカは、必ずしも最新アンカ識別子を含んでいなくてもよい。
【０１５８】
上述の最新のヘッダと、Ｐ個の最新欠陥エントリと、最新アンカとの配置は、単なる例示に過ぎないことに留意されたい。最新欠陥リストにおける最新ヘッダと、Ｐ個の最新欠陥エントリと、最新アンカとの配置は、任意である。
【０１５９】
制御部３０１は、欠陥管理処理を実行する。制御部３０１は、さらなる欠陥領域がデータ領域１０２に存在するか、以前に欠陥領域と判定された欠陥領域が正常な欠陥領域であるか、または、そのいずれでもないかを判定するように、記録再生部３０２に要求する。さらなる欠陥領域の存在の有無の判定は、例えば、ユーザデータの記録直後に再生して得られる信号と、記録すべきユーザデータを示す信号とを比較して行われる。これらの信号が一致する場合には、ユーザデータはデータ領域１０２に正常に記録されたと判定される。これらの信号が一致しない場合には、ユーザデータはデータ領域１０２に正常に記録されず、データ領域１０２にさらなる欠陥領域が存在すると判定される。
【０１６０】
制御部３０１は、データ領域１０２にさらなる欠陥領域が存在する、または、欠陥領域が正常であると判定すると、格納部３０３に格納されている最新欠陥リストを更新する。
【０１６１】
具体的な最新欠陥リストの更新手順を説明する。更新手順には、３つの場合がある。すなわち▲１▼欠陥エントリの追加、▲２▼欠陥エントリの削除、および、▲３▼欠陥エントリの変更である。各場合ごとに説明する。
【０１６２】
▲１▼欠陥エントリの追加
さらなる欠陥領域がユーザ領域１０６に存在すると判定された場合には、さらなる欠陥領域の位置に関する位置情報を含む欠陥エントリが最新欠陥リストに追加される。制御部３０１は、検出された欠陥領域に関する欠陥位置情報に基づいて、追加されるべき欠陥エントリの位置を決定する。制御部３０１は、決定した位置以降に存在する他の欠陥エントリおよび最新アンカを未使用領域方向へずらし、決定した位置にさらなる欠陥領域に関する位置情報を含む欠陥エントリを追加する。これにより、Ｐ個の最新欠陥エントリは、Ｐ’個の欠陥エントリに更新される（Ｐ≠Ｐ’、Ｐ＜Ｐ’）。
【０１６３】
制御部３０１は、欠陥エントリの追加にともなって、最新欠陥エントリ数ＰをＰ’に更新する。この場合、最新欠陥エントリ数は、追加された欠陥エントリの数（すなわち、検出された欠陥セクタ数）だけ増加する。
【０１６４】
制御部３０１は、Ｐ個の最新欠陥エントリおよび最新欠陥エントリ数Ｐが更新された後、最新ヘッダに含まれる第１の最新更新回数情報の内容、および、最新アンカに含まれる第２の最新更新回数情報の内容を１インクリメントさせる。
【０１６５】
▲２▼欠陥エントリの削除
以前に欠陥領域と判定された領域が正常な欠陥領域であると再度判定された場合には、制御部３０１は、正常と判定された欠陥領域の位置に関する位置情報を含む欠陥エントリを削除する。制御部３０１は、次いで、削除された欠陥エントリ以降に続く欠陥エントリおよび最新アンカを削除された欠陥エントリのサイズ分だけ最新ヘッダ方向へずらす。制御部３０１は、欠陥エントリを削除することによって欠陥エントリのサイズ分だけ増大した未使用領域にパディングデータ（例えば、０）を記録する。これにより、Ｐ個の最新欠陥エントリは、Ｐ’個の欠陥エントリとなる（Ｐ≠Ｐ’、Ｐ＞Ｐ’）。
【０１６６】
制御部３０１は、欠陥エントリの削除にともなって、最新ヘッダに含まれる最新欠陥エントリ数ＰをＰ’に更新する。この場合、最新欠陥エントリ数は、削除された欠陥エントリの数（すなわち、正常と判定された欠陥セクタ数）だけ減少する。
【０１６７】
制御部３０１は、Ｐ個の最新欠陥エントリおよび最新欠陥エントリ数Ｐが更新された後、最新ヘッダに含まれる第１の最新更新回数情報の内容、および、最新アンカに含まれる第２の最新更新回数情報の内容を１インクリメントさせる。
【０１６８】
▲３▼欠陥エントリの変更
さらなる欠陥領域がスペア領域１０７に存在すると判定された場合には、制御部３０１は、最新欠陥リスト内のさらなる欠陥領域に相当する交替位置情報を書き換える。さらなる欠陥領域に相当する交替位置情報は、スペア領域１０７のさらなる欠陥領域以外の部分を示す交替位置情報に書き換えられる。
【０１６９】
この場合、欠陥エントリは最新欠陥リストに追加も削除もされないので、制御部３０１は、最新欠陥エントリ数ＰをＰ’（ただし、Ｐ＝Ｐ’）に更新する。すなわち、Ｐ個の最新欠陥エントリは、Ｐ個の最新欠陥エントリのままとなる。ただし、含まれる交替位置情報は異なる。本明細書において、「欠陥リストの更新」には、欠陥リストに含まれる欠陥エントリ数を変更する場合に加えて、変更しない場合も含まれる。
【０１７０】
制御部３０１は、Ｐ個の最新欠陥エントリおよび最新欠陥エントリ数Ｐが更新された後、最新ヘッダに含まれる第１の最新更新回数情報の内容、および、最新アンカに含まれる第２の最新更新回数情報の内容を１インクリメントさせる。
【０１７１】
なお、▲１▼〜▲３▼のいずれの場合も、制御部３０１は、格納部３０３が格納している最新欠陥リストに対して行う。第１および第２の更新回数情報１３３、１５２が、更新された最新欠陥リストを第１の欠陥管理領域１０４に記録する回数を示す場合には、第１および第２の最新更新回数情報は、更新された最新欠陥リストが第１の欠陥管理領域１０４に記録される前に１回だけ、それぞれ１インクリメントされ得る。一方、第１および第２の更新回数情報１３３、１５２が、格納部３０３内で最新欠陥リストが更新された回数を示す場合には、最新欠陥エントリおよび最新欠陥エントリ数が更新されるたびに、第１および第２の最新更新回数情報は１インクリメントされ得る。
【０１７２】
制御部３０１は、格納部３０３において更新された最新欠陥リストを光ディスク１００の第１の欠陥管理領域１０４に記録するように、記録再生部３０２に要求する。例えば、制御部３０１は、更新された最新ヘッダ、Ｐ’個の最新欠陥エントリ、最新アンカの順で第１の欠陥管理領域１０４に記録するように、記録再生部３０２に要求する。
【０１７３】
記録再生部３０２は、制御部３０１の要求にしたがって、更新された最新欠陥リストを第１の欠陥管理領域１０４に記録する。欠陥リスト１１２に代わる更新された最新欠陥リストは、ヘッダ１２１に代わる最新ヘッダ、第１〜第Ｎの欠陥エントリ１２２〜１２５に代わる最新欠陥エントリ、アンカ１２６に代わる最新アンカの順で第１の欠陥管理領域１０４に記録される。記録再生部３０２は、第１の欠陥管理領域１０４への更新された最新欠陥リストの記録が完了したことを報告する。
【０１７４】
制御部３０１は、格納部３０３において更新された最新欠陥リストを第２〜第４の欠陥管理領域１０５、１０８、１０９のそれぞれに記録するように、記録再生部３０２に要求する。ここでもやはり、制御部３０１は、更新された最新ヘッダ、最新欠陥エントリ、最新アンカの順で第２〜第４の欠陥管理領域１０５、１０８、１０９のそれぞれに記録するように、記録再生部３０２に要求する。
【０１７５】
記録再生部３０２は、制御部３０１の要求にしたがって、更新された最新欠陥リストを第２〜第４の欠陥管理領域１０５、１０８、１０９のそれぞれに記録する。
【０１７６】
このようにして、記録再生装置３００による、欠陥管理処理が実行される。
【０１７７】
更新された最新欠陥リストの記録順序は、上述の最新ヘッダ、Ｐ’個の最新欠陥エントリ、最新アンカの順に限定されない。ヘッダ１２１と、Ｎ個の欠陥エントリ１２２〜１２５と、アンカ１２６とが、欠陥リスト１１２内にこの順に配置されている限り、制御部３０１は、更新された最新アンカ、Ｐ’個の最新欠陥エントリ、最新ヘッダの順で第１〜第４の欠陥管理領域１０４、１０５、１０８、１０９のそれぞれに記録するように、記録再生部３０２に要求し、記録再生部３０２は、制御部３０１の要求にしたがって、更新された最新欠陥リストを第１〜第４の欠陥管理領域１０４、１０５、１０８、１０９のそれぞれに記録してもよい。
【０１７８】
図５は、本発明の実施の形態１による、欠陥リストを更新する欠陥管理処理手順を示す。欠陥管理処理は、制御部３０１によって実行される。以下、欠陥管理記録手順を各ステップごとに説明する。
【０１７９】
ステップＳ５０１：さらなる欠陥領域がデータ領域１０２に存在するか、以前に欠陥領域と判定された領域が正常な欠陥領域であるか、または、そのいずれでもないかを判定する。さらなる欠陥領域がデータ領域１０２に存在する、または、以前に欠陥領域と判定された領域が正常な欠陥領域であると判定されると、欠陥管理処理はステップＳ５０２に進む。いずれでもないと判定されると、欠陥管理処理は、終了する。このような判定は、例えば、ユーザデータをデータ領域１０２に記録する際、および、データ領域１０２に記録されたユーザデータを再生する際に行われる。
【０１８０】
ステップＳ５０２：最新欠陥エントリおよび最新欠陥エントリ数Ｐを更新する。Ｐ個の最新欠陥エントリがＰ’個の欠陥エントリに更新され、最新欠陥エントリ数ＰがＰ’に更新される。
【０１８１】
詳細には、ユーザ領域１０６にさらなる欠陥領域が存在すると判定されると、最新欠陥リスト内にさらなる欠陥エントリが追加される。次いで、最新欠陥エントリ数が追加された欠陥エントリの数だけ増加される（この場合、Ｐ≠Ｐ’、Ｐ＜Ｐ’）。
【０１８２】
スペア領域１０７にさらなる欠陥領域が存在すると判定されると、最新欠陥リスト内のさらなる欠陥領域に相当する交替位置情報を書き換える。さらなる欠陥領域に相当する交替位置情報は、スペア領域１０７のさらなる欠陥領域以外の部分を示す交替位置情報に書き換えられる。最新欠陥エントリ数は変更されない（この場合、Ｐ＝Ｐ’）。
【０１８３】
以前に欠陥領域と判定された領域が正常な欠陥領域であると再度判定された場合には、正常と判定された欠陥領域の位置に関する位置情報を含む欠陥エントリを削除する。次いで、最新欠陥エントリ数は、削除された欠陥エントリの数（すなわち、正常と判定された欠陥領域数（セクタ数））だけ減少される（この場合、Ｐ≠Ｐ’、Ｐ＞Ｐ’）。
【０１８４】
最新欠陥エントリおよび最新欠陥エントリ数Ｐが更新されると、欠陥管理処理はステップＳ５０３へ進む。
【０１８５】
ステップＳ５０３：第１および第２の最新更新回数情報をそれぞれ１インクリメントする。次いで、欠陥管理処理はステップＳ５０４へ進む。
【０１８６】
ステップＳ５０４：ステップＳ５０２およびステップＳ５０３において更新された最新欠陥リストを光ディスク１００の第１の欠陥管理領域１０４に記録する。例えば、更新された最新ヘッダ、Ｐ’個の最新欠陥エントリ、最新アンカの順で第１の欠陥管理領域１０４に記録する。次いで、欠陥管理処理はステップＳ５０５へ進む。なお、ヘッダ１２１と、Ｎ個の欠陥エントリ１２２〜１２５と、アンカ１２６とが、欠陥リスト１１２内にこの順に配置されている限り、更新された最新アンカ、Ｐ’個の最新欠陥エントリ、最新ヘッダの順で第１の欠陥管理領域１０４に記録してもよい。
【０１８７】
ステップＳ５０５：光ディスク１００のすべての欠陥管理領域（この場合、第１〜第４の欠陥管理領域１０４、１０５、１０８、１０９）に更新された最新欠陥リストが記録されているかどうかを判定する。光ディスク１００のすべての欠陥管理領域に更新された最新欠陥リストが記録されている場合には、欠陥管理処理を終了する。光ディスク１００のすべての欠陥管理領域に更新された最新欠陥リストが記録されていない場合には、欠陥管理処理は、ステップＳ５０４に戻る。
【０１８８】
上述したように、最新欠陥リストにおける最新ヘッダと、Ｐ個の最新欠陥エントリと、最新アンカとの配置は、任意である。この場合、更新された最新欠陥リストは、次のようにして光ディスク１００の第１〜第４の欠陥管理領域１０４、１０５、１０８、１０９にそれぞれ記録される。更新された最新ヘッダがヘッダ１２１の位置に配置されるように、更新されたＰ’個の最新欠陥エントリが欠陥エントリ１２２〜１２５の位置に配置されるように、更新された最新アンカがアンカ１２６の位置に配置されるように、更新された最新ヘッダ、Ｐ’個の最新欠陥エントリ、最新アンカの順、または、更新された最新アンカ、Ｐ’個の最新欠陥エントリ、最新ヘッダの順のいずれかの順で、第１〜第４の欠陥管理領域１０４、１０５、１０８、１０９にそれぞれ記録される。
【０１８９】
上述の説明では、更新された最新欠陥リストが記録される対象は、図１に示される光ディスク１００である（すなわち、光ディスクは欠陥管理されている）ものとして説明してきた。次に、光ディスクが工場出荷直後の初期状態の場合の、（更新された）最新欠陥リストの記録について説明する。
【０１９０】
初期状態の光ディスクは、例えば、図１に示される欠陥リスト１１２が情報を有していない点を除いて、図１に示される構造と同様であるとする。このような光ディスクには、欠陥リストを識別する欠陥リスト識別子およびその欠陥リストのアンカを識別するアンカ識別子が記録されていない。したがって、最新欠陥リストが最新欠陥リスト識別子および最新アンカ識別子を含んでいない場合、初期状態の光ディスクに対しては、最新欠陥リストを記録する欠陥管理処理は、最新欠陥リストを欠陥管理領域に記録することに加えて、欠陥リスト識別子およびアンカ識別子を欠陥管理領域に記録する必要がある。最新欠陥リストが最新欠陥リスト識別子および最新アンカ識別子を含んでいる場合は、図５を参照して説明したとおりであるため、詳述しない。
【０１９１】
制御部３０１は、格納部３０３に格納されている最新欠陥リストを光ディスクの欠陥管理領域に記録し、かつ、制御部３０１自身に予め格納されている固有欠陥リスト識別子および固有アンカ識別子を光ディスクの欠陥管理領域に記録するように、記録再生部３０２に要求する。詳細には、固有欠陥リスト識別子は、ヘッダ１２１の先頭に位置するように欠陥管理領域に記録される。固有アンカ識別子は、アンカ１２６の先頭に位置するように欠陥管理領域に記録される。この場合、欠陥エントリ数１３２および第１〜第Ｎの欠陥エントリ１２２〜１２５に相当する、最新欠陥リストの最新欠陥エントリ数および最新欠陥エントリとして、任意の値がそれぞれ記録される。第１および第２の最新更新回数情報には、いずれも、例えば、０または１が記録される。なお、第１および第２の更新回数情報として記録する値は、ともに同じ値であり、かつ、初期状態の光ディスクに対して１回のみ記録が行われたことを識別できる値である限り、任意である。
【０１９２】
欠陥リスト識別子およびアンカ識別子の欠陥管理領域への記録方法は、上述の方法に限定されない。例えば、格納部３０３に格納されている最新欠陥リストの最新ヘッダの先頭位置に、制御部３０１に予め格納されている固有欠陥リスト識別子を最新欠陥リスト識別子として付与する。同様に、最新欠陥リストの最新アンカの先頭位置に、制御部３０１に予め格納されている固有アンカ識別子を最新アンカ識別子として付与する。初期状態の光ディスクに対する欠陥管理処理として、このようにして得られた最新欠陥リスト識別子および最新アンカ識別子を含む最新欠陥リストを欠陥管理領域に記録してもよい。
【０１９３】
この欠陥管理処理は、図５のステップＳ５０４およびＳ５０５で行われる。
【０１９４】
次に、実施の形態１の光ディスク１００を用いた場合に、欠陥管理領域の更新がうまくいったか否かが確実に判定されることを３つの異なる更新状態を用いて説明する。
【０１９５】
（具体例１：欠陥エントリが追加された場合）
図６は、（ａ）更新前の欠陥リストと、（ｂ）正常に更新された欠陥リスト、および、（ｃ）更新に失敗した欠陥リストとのデータ構造図を示す。
【０１９６】
図６は、ユーザ領域１０６に１つのさらなる欠陥領域（欠陥セクタ）が検出され、１つの欠陥エントリが追加される場合である。欠陥エントリの追加は、図３および図５を参照して説明したとおりである。
【０１９７】
図６（ａ）は欠陥リストの更新が行われる前の欠陥リストのデータ構造を表す。図６（ａ）に示される欠陥リストは、図１における欠陥リスト１１２の状態と同一である。ここで、欠陥リストは、第１の欠陥エントリ、…、第Ｎの欠陥エントリを含む。欠陥エントリ数はＮであり、第１の更新回数情報および第２の更新回数情報の内容はそれぞれＭである。
【０１９８】
図６（ｂ）は正常に欠陥リストの更新（欠陥エントリの追加）が行われた後の欠陥リストのデータ構造を表す。１つの欠陥エントリが欠陥リストに正常に追加されると、欠陥リストは、第１の欠陥エントリ、…、第Ｎの欠陥エントリ、第Ｎ＋１の欠陥エントリを含む。図６（ａ）と比べて、欠陥エントリは１つ増加しており、欠陥エントリ数はＮからＮ＋１に更新されている。第１の更新回数情報および第２の更新回数情報の内容は、それぞれ、ＭからＭ＋１に更新されている。
【０１９９】
欠陥エントリの追加にともなって、アンカの配置位置は、図６（ａ）に示されるアンカの配置位置から、追加された欠陥エントリのサイズ分だけ未使用領域側にずれている。アンカが配置されている位置を算出するためには、ヘッダに含まれる欠陥エントリ数Ｎ＋１と１つの欠陥エントリのサイズとを乗算し、ヘッダにおける最終位置から乗算結果分だけ未使用領域側へと進んだ位置として求められ得る。このとき、算出された位置から読み出した情報と、制御部３０１自身が予め格納している固有アンカ識別子の値とは一致する。これにより、アンカを読み出せたことが確認される。さらに、第１の更新回数情報の内容と第２の更新回数情報の内容とは一致する。これにより、この欠陥リストは正常に更新されものであると判定できる。
【０２００】
図６（ｃ）は、欠陥リストの更新が途中で失敗した場合の欠陥リストのデータ構造を表す。図６（ｃ）は、欠陥リストの更新途中で記録再生装置３００の電源が切れるなどの原因で、アンカを記録する前に更新が失敗した場合を示す。図６（ｃ）では、欠陥リストは、更新前の図６（ａ）と同様に第１の欠陥エントリ、…、第Ｎの欠陥エントリを含む。欠陥リストは図６（ａ）と同じ欠陥エントリを含むが、欠陥エントリ数はＮからＮ＋１に更新されている。第１の更新回数情報の内容もまた、ＭからＭ＋１に更新されている。しかしながら、第２の更新回数情報の内容は、図６（ａ）と同様にＭのままである。この場合、ヘッダに含まれる欠陥エントリ数Ｎ＋１と１つの欠陥エントリのサイズを乗算した結果を用いて算出した位置に、アンカは存在しない。このとき、アンカの位置として算出した位置から読み出した情報は、未使用領域に記録された、情報として意味を持たないパディングデータ（図６（ｃ）では、０）である。したがって、アンカの位置として読み出した情報は、制御部３０１が予め格納している固有アンカ識別子の値と異なるので、更新に失敗した欠陥リストであると判定できる。
【０２０１】
（具体例２：欠陥エントリが削除された場合）
図７は、（ａ）更新前の欠陥リストと、（ｂ）正常に更新された欠陥リスト、および、（ｃ）更新に失敗した欠陥リストとのデータ構造図を示す。
【０２０２】
図７は、以前に欠陥領域と判定された領域が正常な欠陥領域であると再度判定された際に、正常と判定された欠陥領域の位置に関する位置情報を含む欠陥エントリを削除する例である。欠陥エントリの削除は、図３および図５を参照して説明したとおりである。
【０２０３】
図７（ａ）は欠陥リストの更新が行われる前の欠陥リストのデータ構造を表す。図７（ａ）に示される欠陥リストは、図１における欠陥リスト１１２の状態と同一である。
【０２０４】
図７（ｂ）は正常に欠陥エントリの削除が行われた後の欠陥リストのデータ構造を表す。１つの欠陥エントリが欠陥リストから正常に削除されると、欠陥リストは、第１の欠陥エントリ、…、第Ｎ−１の欠陥エントリを含む。図７（ａ）と比べて、欠陥エントリは１つ減少しており、欠陥エントリ数はＮからＮ−１に更新されている。第１の更新回数情報および第２の更新回数情報の内容は、それぞれ、ＭからＭ＋１に更新されている。
【０２０５】
欠陥エントリの削除にともなって、アンカの配置位置は、図７（ａ）に示されるアンカの配置位置から、削除された欠陥エントリのサイズ分だけヘッダ側にずれている。アンカが配置されている位置を算出するためには、具体例１と同様に、ヘッダに含まれる欠陥エントリ数Ｎ−１と１つの欠陥エントリのサイズとを乗算し、ヘッダにおける最終位置から乗算結果分だけ未使用領域側へと進んだ位置として求められる。算出された位置から読み出した情報と、制御部３０１自身が予め格納している固有アンカ識別子の値とは一致する。これにより、アンカを読み出せたことが確認される。さらに、第１の更新回数情報の内容と第２の更新回数情報の内容とは一致する。これにより、この欠陥リストは正常に更新されものであると判定できる。
【０２０６】
図７（ｃ）は、欠陥リストの更新が途中で失敗した場合の欠陥リストのデータ構造を表す。図７（ｃ）は、欠陥リストの更新途中で記録再生装置３００の電源が切れるなどの原因で、アンカを記録する前に更新が失敗した場合を示す。図７（ｃ）では、欠陥リストは、更新前の図７（ａ）と同様に第１の欠陥エントリ、…、第Ｎの欠陥エントリを含む。欠陥エントリは、図７（ａ）と同じであるが、欠陥エントリ数はＮからＮ−１に更新されている。第１の更新回数情報の内容もまた、ＭからＭ＋１に更新されている。しかしながら、第２の更新回数情報の内容は、図７（ａ）と同様にＭのままである。この場合、ヘッダに含まれる欠陥エントリ数Ｎ−１と１つの欠陥エントリのサイズを乗算した結果を用いて算出した位置に、アンカは存在しない。このとき、アンカの位置として算出した位置から読み出した情報は、第Ｎの欠陥エントリに含まれる第Ｎの欠陥位置情報である。制御部３０１に予め格納されている固有アンカ識別子の値は、図２を参照して説明したように、欠陥リスト識別子、欠陥エントリ、パディングデータのいずれとも異なる。したがって、偶然にも、第Ｎの欠陥位置情報の内容と固有アンカ識別子の値とが一致してしまい、この欠陥リストが正常に更新されたと誤って判定することはない。
【０２０７】
（具体例３：欠陥エントリが変更された場合）
図８は、（ａ）更新前の欠陥リストと、（ｂ）正常に更新された欠陥リスト、および、（ｃ）更新に失敗した欠陥リストとのデータ構造図を示す。
【０２０８】
図８では、第Ｎ−１の欠陥位置情報によって示される欠陥領域（欠陥セクタ）の交替領域（交替セクタ）として使用していたスペア領域１０７の部分にさらなる欠陥領域が存在する。その結果、第Ｎ−１の欠陥エントリにおける交替位置情報が変化する。欠陥エントリの変更は、図３および図５を参照して説明したとおりである。
【０２０９】
図８（ａ）は欠陥リストの更新が行われる前の欠陥リストのデータ構造を表す。図８（ａ）に示される欠陥リストは、図１における欠陥リスト１１２の状態と同一である。
【０２１０】
図８（ｂ）は正常に欠陥リストの変更（交替位置情報の変更）が行われた後の欠陥リストのデータ構造を表す。欠陥エントリの追加も削除も行われないので、欠陥リストは、図８（ａ）と同様に、第１の欠陥エントリ、…、第Ｎの欠陥エントリを含む。欠陥エントリ数もまた、図８（ａ）と同様に、Ｎである。第１の更新回数情報の内容と第２の更新回数情報の内容とは、それぞれ、ＭからＭ＋１に更新される。
【０２１１】
したがって、更新後にアンカが配置される位置は、更新前にアンカが配置されていた位置と同じである。アンカが配置されている位置を算出するためには、具体例１と同様に、ヘッダに含まれる欠陥エントリ数Ｎと１つの欠陥エントリのサイズとを乗算し、ヘッダにおける最終位置から乗算結果分だけ未使用領域側へと進んだ位置として求められる。算出された位置から読み出した情報と、制御部３０１自身が予め格納している固有アンカ識別子の値とは一致する。これにより、アンカを読み出せたことが確認される。さらに、第１の更新回数情報の内容と第２の更新回数情報の内容とは一致する。これにより、この欠陥リストは正常に更新されものであると判定できる。
【０２１２】
図８（ｃ）は、欠陥リストの更新が途中で失敗した場合の欠陥リストのデータ構造を表す。図８（ｃ）は、欠陥リストの更新途中で記録再生装置３００の電源が切れるなどの原因で、アンカを記録する前に更新が失敗した場合を示す。図８（ｃ）では、欠陥リストは、更新前の図８（ａ）と同様に第１の欠陥エントリ、…、第Ｎの欠陥エントリを含む。欠陥エントリ数は、図８（ａ）と同様にＮである。第１の更新回数情報の内容は、ＭからＭ＋１に更新されている。しかしながら、第２の更新回数情報の内容は、図８（ａ）と同様にＭのままである。この場合、ヘッダに含まれる欠陥エントリ数Ｎと１つの欠陥エントリのサイズを乗算した結果を用いて算出した位置は、アンカの正しい位置となる。しかしながら、第１の更新回数情報の内容と第２の更新回数情報の内容とは異なるので、この欠陥リストが正常に更新されたと誤って判定することはない。
【０２１３】
なお、本実施の形態１では、ヘッダ１２１は欠陥リスト識別子１３１を有するものとして説明を行ってきた。しかしながら、ヘッダ１２１は光ディスク１００の物理的に決まった位置に配置されるため、必ずしも欠陥リスト識別子１３１を含んでいなくてもよい。欠陥リスト識別子１３１がない場合も実施の形態１と同様の効果を得ることができる。
【０２１４】
以上説明してきたように、本発明の実施の形態１によれば、情報記録媒体１００は、ユーザデータを記録するためのデータ領域１０２と、データ領域１０２に存在するＮ個の欠陥領域（Ｎは、Ｎ≧０を満たす整数）を管理する欠陥リストを記録するための欠陥管理領域１０４、１０５、１０８、１０９とを備える。欠陥リスト１１２は、ヘッダ１２１と、Ｎ個の欠陥領域のそれぞれの位置に関する位置情報をそれぞれ含むＮ個の欠陥エントリと、アンカ１２６とを含む。ヘッダ１２１と、Ｎ個の欠陥エントリと、アンカ１２６とは、欠陥リスト１１２内にこの順に配置される。
【０２１５】
これにより、欠陥リスト１１２のサイズは可変となる。検出された欠陥領域（欠陥セクタ）の数に応じて、欠陥リスト１１２のサイズが可変となるので、欠陥領域の数が少ない場合には、欠陥リスト１１２のサイズは小さくなる。すなわち、欠陥リスト１１２が少ないＥＣＣサイズ（例えば、１ＥＣＣサイズ）に収まる。欠陥リスト１１２のサイズが小さいと、欠陥管理領域に欠陥リスト１１２を記録する際の記録時間が短くなり、処理速度が向上する。欠陥管理領域における欠陥リスト１１２を除く残りのＥＣＣブロック（未使用領域）に欠陥領域が存在するとしても、その欠陥管理領域は、正常な欠陥管理領域として処理され得る。したがって、その欠陥管理領域を正常に再生することができる。
【０２１６】
本発明の実施の形態１によれば、情報記録媒体１００のヘッダ１２１は、欠陥リスト１１２を識別する欠陥リスト識別子１３１と、欠陥リスト１１２の更新回数を示す第１の更新回数情報１３３と、欠陥エントリの個数を示す欠陥エントリ数１３２とを含み、アンカ１２６は、欠陥リスト１１２のアンカを識別するアンカ識別子１５１と、欠陥リスト１１２の更新回数を示す第２の更新回数情報１５２とを含む。
【０２１７】
これにより、欠陥リスト１１２のサイズが１ＥＣＣサイズに収まらないサイズであっても、１ＥＣＣブロックごとにヘッダを付加する必要がないため、欠陥リスト１１２の更新の処理効率が向上する。欠陥エントリ間にヘッダが挟まれることはないので、欠陥エントリの検索、追加および削除等の処理を容易に行うことができる。
【０２１８】
また、アンカ識別子１５１の内容は、欠陥リスト識別子１３１、欠陥エントリ数１３２、第１の更新回数情報１３３、欠陥エントリ、第２の更新回数情報１５２の内容のいずれとも異なるため、欠陥エントリを削除した場合であっても、アンカ識別子１５１として誤って読み出された情報の内容と固有アンカ識別子の内容とは一致することはないので、欠陥リスト１１２の更新が正常に行われたと誤った判断をすることはない。
【０２１９】
（実施の形態２）
（１）情報記録媒体
図９は、実施の形態２による情報記録媒体９００のデータ構造図を示す。
【０２２０】
情報記録媒体（光ディスク）９００は、例えば、書換型光ディスクであり得る。光ディスク９００には、１ＥＣＣブロック単位のエラー訂正が施されるものとする。ＥＣＣブロックとは、光ディスクにおけるエラー訂正の単位である。このＥＣＣブロックのサイズを以下では１ＥＣＣサイズと呼ぶ。光ディスク９００への情報の記録・更新は１ＥＣＣブロックずつ行われるものとする。
【０２２１】
図９の光ディスク９００のデータ構造は、欠陥管理領域にＮ個（ＮはＮ≧０を満たす整数）の欠陥領域に関する位置情報を記録した後の正常なデータ構造を示す。欠陥領域は、例えば、欠陥セクタである。
【０２２２】
光ディスク９００は、ユーザデータが記録されるデータ領域９０２と、記録再生装置（図示せず）が光学ヘッド（図示せず）の移動によりオーバーランした場合の緩衝領域としての役割を果たすリードイン領域９０１およびリードアウト領域９０３とを含む。
【０２２３】
データ領域９０２は、ユーザデータを記録するユーザ領域９０６と、スペア領域９０７とを含む。ユーザ領域９０６に欠陥領域（例えば、欠陥セクタ）が存在する場合、その欠陥領域に記録されるべきユーザデータが、欠陥領域に相当するユーザ領域９０６の部分の代わりにスペア領域９０７に記録される。
【０２２４】
リードイン領域９０１は、データ領域９０２に存在する欠陥領域を管理するための情報が記録される第１の欠陥管理領域９０４と第２の欠陥管理領域９０５とを含む。
【０２２５】
リードアウト領域９０３は、リードイン領域９０１と同様に、データ領域９０２に存在する欠陥領域を管理するための情報が記録される第３の欠陥管理領域９０８と第４の欠陥管理領域９０９とを含む。
【０２２６】
第１の欠陥管理領域９０４、第２の欠陥管理領域９０５、第３の欠陥管理領域９０８および第４の欠陥管理領域９０９は、それぞれ、光ディスク９００内の物理的に特定の位置に配置される。
【０２２７】
第１の欠陥管理領域９０４、第２の欠陥管理領域９０５、第３の欠陥管理領域９０８および第４の欠陥管理領域９０９には、同じ欠陥管理のための情報が多重記録される。これは、実施の形態１で上述したように、第１の欠陥管理領域９０４、第２の欠陥管理領域９０５、第３の欠陥管理領域９０８および第４の欠陥管理領域９０９に記録されている情報それ自身を欠陥管理の対象とすることができないためである。つまり、これら第１の欠陥管理領域９０４、第２の欠陥管理領域９０５、第３の欠陥管理領域９０８および第４の欠陥管理領域９０９のうちいずれかに欠陥領域が存在して、正常に再生することができないとしても、４つの欠陥管理領域のうち少なくとも１つでも欠陥領域が存在しない欠陥管理領域があれば、そこに記録されている欠陥管理のための情報を正常に再生することができる。したがって、ユーザデータを失うことなく、信頼性が向上する。実施の形態２では、光ディスク９００は、４つの欠陥管理領域９０４、９０５、９０８、９０９を有するが、欠陥管理領域の数は、光ディスク９００が少なくとも１つの欠陥管理領域を有する限り、任意である。
【０２２８】
第１の欠陥管理領域９０４には、ディスク定義構造９１１と、データ領域９０２に存在するＮ個の欠陥領域（Ｎは、Ｎ≧０を満たす整数）を管理する欠陥リスト９１２とが記録される。
【０２２９】
ディスク定義構造９１１は、光ディスク９００が欠陥管理を施されているディスクかどうか等のディスク構造を示す情報である。この情報はまたスペア領域９０７に関する情報も含む。ディスク定義構造９１１は、第１の欠陥管理領域９０４内の物理的に特定の位置に配置される。ディスク定義構造９１１のサイズはまた、所定のサイズである。
【０２３０】
欠陥リスト９１２は、ヘッダ９２１と、第１の欠陥エントリ９２２、第２の欠陥エントリ９２３、…、第Ｎ−１の欠陥エントリ９２４および第Ｎの欠陥エントリ９２５と、欠陥リスト９１２内の固定位置に配置されるアンカ９２７とを含む。欠陥リスト９１２は、実施の形態１とは異なり、未使用領域９２６を含む。ヘッダ９２１と、第１〜第Ｎの欠陥エントリ９２２〜９２５と、アンカ９２７とは、欠陥リスト９１２内にこの順に配置される。
【０２３１】
実施の形態２において、欠陥リスト９１２のサイズは、４ＥＣＣであるとする。欠陥リスト９１２のサイズは、４ＥＣＣに限定されず、任意のサイズである。
【０２３２】
ヘッダ９２１は、欠陥リスト９１２を識別する欠陥リスト識別子９３１と、欠陥リスト９１２に含まれる欠陥エントリの個数を示す欠陥エントリ数９３２と、更新された欠陥リストが第１の欠陥管理領域９０４に記録された回数を示す第１の更新回数情報９３３とを含む。図９において、欠陥エントリ数９３２はＮ（ＮはＮ≧０を満たす整数）であり、第１の更新回数情報９３３の内容はＭ（ＭはＭ≧０を満たす整数）である。欠陥リスト識別子９３１は、例えば、図９に示されるようにヘッダ９２１の先頭に配置され得る。
【０２３３】
ヘッダ９２１は、物理的に決まった位置に配置される。実施の形態２では、ヘッダ９２１は、欠陥リスト９１２の先頭に配置されている。しかしながら、欠陥リスト９１２内のヘッダ９２１の位置は、ヘッダ９２１と、第１〜第Ｎの欠陥エントリ９２２〜９２５と、アンカ９２７とが、欠陥リスト９１２内にこの順に配置される限り任意である。
【０２３４】
図９に示す光ディスク９００の場合、欠陥エントリ数９３２がＮであることから、欠陥リスト９１２中には第１の欠陥エントリ９２２、・・・、第Ｎの欠陥エントリ９２５が存在する。第１の欠陥エントリ９２２は、欠陥領域の位置に関する位置情報である第１の欠陥位置情報９４１と、スペア領域９０７における欠陥領域の代わりの部分の位置に関する位置情報である第１の交替位置情報９４２とを含む。第２の欠陥エントリ９２３についても同様に、第２の欠陥位置情報および第２の交替位置情報を含む。以下、第Ｎ−１の欠陥エントリ９２４および第Ｎの欠陥エントリ９２５についても同様である。ここで、第１の欠陥位置情報９４１および第１の交替位置情報９４２は一般的にセクタ番号である。
【０２３５】
欠陥エントリは、一般的に、含まれる欠陥位置情報が昇順となるように配置される。詳細には、例えば、欠陥位置情報がセクタ番号の場合には、セクタ番号が最小である欠陥位置情報を第１の欠陥位置情報９４１として第１の欠陥エントリに配置する。以下、順次セクタ番号順に行われる。セクタ番号が最大である欠陥位置情報を第Ｎの欠陥位置情報として第Ｎの欠陥エントリ９２５に配置する。
【０２３６】
なお、欠陥リスト９１２中の欠陥エントリは、必ずしも昇順に配置されなくてもよい。例えば、欠陥エントリは、セクタ番号が降順となるように配置されていてもよい。あるいは、欠陥エントリは、ランダムに配置されていてもよい。
【０２３７】
未使用領域９２６には、現時点では意味を有さない情報が記録される。未使用領域９２６には、一般に、パディングデータ９５２（例えば、０）が記録される。ユーザ領域９０６において新たな欠陥領域が検出されると、新たな欠陥領域を管理するための欠陥エントリが、欠陥リストに９１２に追加される。これにともなって、追加された欠陥エントリのサイズだけ未使用領域９２６のサイズが減少することになる。
【０２３８】
アンカ９２７は、更新された欠陥リストが第１の欠陥管理領域９０４に記録された回数を示す第２の更新回数情報９５１を含む。図９において、第２の更新回数情報９５１の内容はＭ（ＭはＭ≧０を満たす整数）であり、第１の更新回数情報９３３と同じ内容を有する。第１の欠陥管理領域９０４の更新が正常に行われている限り、第１の更新回数情報９３３の内容と第２の更新回数情報９５１の内容とは同一である。
【０２３９】
本明細書において、第１および第２の更新回数情報９３３、９５１は、更新された欠陥リストを第１の欠陥管理領域９０４に記録した回数（すなわち、光ディスク９００において欠陥リスト９１２が更新され、記録された回数）を示すが、第１および第２の更新回数情報９３３、９５１は、欠陥リストが更新された回数（すなわち、後述する格納部内で欠陥リストが更新された回数）を示してもよい。以降では、第１および第２の更新回数情報９３３、９５１は、更新された欠陥リストを第１の欠陥管理領域９０４に記録した回数を示すものとして説明する。
【０２４０】
アンカ９２７は、実施の形態１とは異なり、欠陥リスト９１２内の固定位置に配置される。アンカ９２７は、好ましくは、ヘッダ９２１が配置されている位置から一意に決まる位置に配置される。実施の形態２では、アンカ９２７は、欠陥リスト９１２の最終位置、すなわち第１の欠陥管理領域９０４の最終位置に配置される。欠陥リスト９１２のサイズは４ＥＣＣサイズで固定であるので、アンカ９２７は、欠陥リスト９１２における先頭から４ＥＣＣブロックの最終位置に配置される。しかしながら、アンカ９２７は、ヘッダ９２１と、第１〜第Ｎの欠陥エントリ９２２〜９２５と、アンカ９２７とが、欠陥リスト９１２内にこの順に配置される限り、欠陥リスト９１２内の任意の位置に固定される。
【０２４１】
実施の形態２による光ディスク９００では、アンカ９２７が欠陥リスト９１２内の物理的に固定位置に配置される。ヘッダ９２１は第１の更新回数情報９３３を含み、アンカ９２７は第２の更新回数情報９５１を含む。アンカ９２７の位置が固定であるため、確実に、第１の更新回数情報９３３の内容と第２の更新回数情報９５１の内容とが比較される。したがって、欠陥リスト９１２の更新が正常に行われたか否かを容易に判断することができる。
【０２４２】
以下の説明では、光ディスク９００が図９のようなデータ構造であるものとして説明を行う。
【０２４３】
（２）再生／記録（更新）
実施の形態２による光ディスク９００に情報を記録する、および／または、光ディスク９００に記録された情報を再生するために、図３に示される記録再生装置３００が用いられる。実施の形態１と異なる点は、実施の形態２では、記録再生装置３００の制御部３０１は、光ディスク９００の欠陥リスト９１２を識別する固有欠陥リスト識別子のみを格納している点である。この固有欠陥リスト識別子の内容（値）は、正しい値であり、書き換えることができない。図３の記録再生装置３００の構成の説明は、実施の形態１で詳述したため省略する。
【０２４４】
（２−１）最新欠陥リストを特定する欠陥管理処理
次に、再度図３を参照して、記録再生装置３００による最新欠陥リストを特定する欠陥管理処理動作を説明する。
【０２４５】
制御部３０１は、欠陥管理処理を実行する。制御部３０１は、欠陥管理処理手順にしたがって、第１の欠陥管理領域９０４の先頭に配置されたディスク定義構造９１１の情報を再生し、再生されたディスク定義構造９１１の情報を格納部３０３に格納するように、記録再生部３０２に要求する。
【０２４６】
記録再生部３０２は、制御部３０１からの要求にしたがって、光ディスク９００からディスク定義構造９１１の情報を再生し、格納部３０３に格納する。記録再生部３０２は、ディスク定義構造９１１の情報の再生および格納が完了したことを制御部３０１に報告する。
【０２４７】
制御部３０１は、記録再生部３０２から再生および格納の完了報告を受け取ると、格納部３０３に格納されたディスク定義構造９１１の情報に基づいて、光ディスク９００が欠陥管理の施されたディスクであるかどうかを確認する。
【０２４８】
制御部３０１は、光ディスク９００が欠陥管理の施されたディスクであることを確認すると、第１の欠陥管理領域９０４に記録された欠陥リスト９１２の固定位置（図９では、先頭）に配置されたヘッダ９２１を再生し、再生されたヘッダ９２１を格納部３０３に格納するように、記録再生部３０２に要求する。
【０２４９】
記録再生部３０２は、制御部３０１からの要求にしたがって、第１の欠陥管理領域９０４に記録された欠陥リスト９１２内の先頭に配置されたヘッダ９２１を再生し、再生されたヘッダ９２１を格納部３０３に格納する。記録再生部３０２は、ヘッダ９２１の再生および格納が完了したことを制御部３０１に報告する。
【０２５０】
制御部３０１は、記録再生部３０２からの再生および格納の完了報告を受け取ると、自身に予め格納されている固有欠陥リスト識別子の内容と、格納部３０３に格納されたヘッダ９２１に含まれる欠陥リスト識別子９３１の内容とを比較し、格納された情報が欠陥リスト９１２内のヘッダ９２１であることを確認する。
【０２５１】
制御部３０１は、比較の結果が一致した場合には、格納された情報が欠陥リスト９１２内のヘッダ９２１であると判定し、欠陥管理処理を続行する。制御部３０１は、比較の結果が一致しない場合には、第１の欠陥管理領域９０４が更新に失敗した領域（異常な欠陥管理領域）であると判定し、欠陥管理処理を終了する。比較の結果が一致しない場合としては、例えば、第１の欠陥管理領域９０４自身に欠陥領域が存在し、情報を読み出すことができない場合等がある。
【０２５２】
制御部３０１は、第１の欠陥管理領域９０４における第１の更新回数情報９３３の内容と、第２の更新回数情報９５１の内容とを確認するために、欠陥リスト９１２内の固有位置（図９では、欠陥リスト９１２の先頭から４ＥＣＣブロックの最終位置）に配置されているアンカ９２７を再生し、再生されたアンカ９２７を格納部３０３に格納するように、記録再生部３０２に要求する。
【０２５３】
記録再生部３０２は、制御部３０１の要求にしたがって、欠陥リスト９１２内の指定された位置に存在するアンカ９２７を再生し、再生されたアンカ９２７を格納部３０３に格納する。記録再生部３０２は、アンカ９２７の再生および格納が完了したことを制御部３０１に報告する。
【０２５４】
制御部３０１は、格納部３０３に格納されている、ヘッダ９２１に含まれる第１の更新回数情報９３３の内容と、アンカ９２７に含まれる第２の更新回数情報９５１の内容とを比較する。
【０２５５】
制御部３０１は、比較の結果が一致した場合には、第１の欠陥管理領域９０４は正常に更新された欠陥管理領域であると判定し、欠陥管理処理を続行する。
【０２５６】
制御部３０１は、比較の結果が一致しなかった場合には、第１の欠陥管理領域９０４が更新に失敗した領域（異常な欠陥管理領域）と判定し、欠陥管理処理を終了する。比較の結果が一致しない場合としては、例えば、欠陥リスト９１２の第１〜第Ｎの欠陥エントリ９２２〜９２５の更新時に、記録再生装置３００の電源が落ち、更新が最後まで完了しない場合である。この結果、ヘッダ９２１に含まれる第１の更新回数情報９３３の内容と、アンカ９２７に含まれる第２の更新回数情報９５１の内容とが不一致となる。
【０２５７】
制御部３０１は、第２の欠陥管理領域９０５、第３の欠陥管理領域９０８および第４の欠陥管理領域９０９のそれぞれについても同様の処理を行う。
【０２５８】
制御部３０１は、第１〜第４欠陥管理領域９０４、９０５、９０８および９０９のそれぞれについて、欠陥管理領域が正常な欠陥管理領域であるか否かを確認した後、正常と判定された欠陥管理領域のうち最新の欠陥管理領域を特定する。制御部３０１は、正常と判定された欠陥管理領域に記録されている第１の更新回数情報９３３を互いに比較し、更新回数が最大である更新回数情報を有する欠陥管理領域を最新の欠陥管理領域として特定する。特定された最新の欠陥管理領域に記録されている欠陥リストが、最新欠陥リストとして特定される。
【０２５９】
なお、最新の欠陥管理領域を特定するために用いられる更新回数情報は、第１の更新回数情報９３３の代わりに、アンカ９２７に含まれる第２の更新回数情報９５１を用いてもよい。
【０２６０】
制御部３０１は、特定された最新の欠陥管理領域に記録された欠陥リストを再生し、再生された欠陥リストを予め格納部３０３に確保されている欠陥リスト領域に格納するように、記録再生部３０２に要求する。
【０２６１】
記録再生部３０２は、制御部３０１の要求にしたがって、特定された最新の欠陥管理領域に記録されている欠陥リストを再生し、再生された欠陥リストを格納部３０３の欠陥リスト領域に格納する。記録再生部３０２は、欠陥リストの再生および格納が完了したことを制御部３０１に報告する。
【０２６２】
このようにして、記録再生装置３００による、最新欠陥リストを特定する欠陥管理処理動作は終了する。
【０２６３】
特定された最新欠陥リストを用いて、例えば、データ領域９０２に記録されたユーザデータを再生することができる。この場合、制御部３０１は、最新欠陥リストに基づいて、ユーザデータを再生し、再生されたユーザデータを格納部３０３に格納するように、記録再生部３０２に要求する。
【０２６４】
記録再生部３０２は、制御部３０１の要求にしたがって、データ領域９０２からユーザデータを再生し、再生されたユーザデータを格納部３０３に格納する。
【０２６５】
なお、特定された最新欠陥リストを用いて情報の記録を行ってもよい。
【０２６６】
図１０は、本発明の実施の形態２による、最新欠陥リストを特定する欠陥管理処理手順を示す。欠陥管理処理は、制御部３０１によって実行される。以下、欠陥管理処理手順を各ステップごとに説明する。欠陥管理処理手順は、光ディスク９００に欠陥管理が施されていることを確認した後に開始される。光ディスク９００に欠陥管理が施されているかどうかは、光ディスク９００のディスク定義構造９１１から判定される。
【０２６７】
ステップＳ１００１：ヘッダ９２１に含まれる欠陥リスト識別子９３１、欠陥エントリ数９３２および第１の更新回数情報９３３が再生される。再生された欠陥リスト識別子９３１の内容と固有欠陥リスト識別子の内容とを比較する。固有欠陥リスト識別子は、光ディスク９００の欠陥リスト９１２を識別する。固有欠陥リスト識別子はまた、書き換えることのできない正しい値を有する。固有欠陥リスト識別子は、制御部３０１に予め格納され得る。比較の結果、欠陥リスト識別子９３１の内容と固有欠陥リスト識別子の内容とが一致する場合には、欠陥管理処理はステップＳ１００２に進む。比較の結果、欠陥リスト識別子９３１の内容と固有欠陥リスト識別子の内容とが一致しない場合には、欠陥管理処理はステップＳ１００３に進む。
【０２６８】
ステップＳ１００２：ステップＳ１００１において、欠陥リスト識別子９３１の内容と固有欠陥リスト識別子の内容とが一致すると、再生された情報が、欠陥リスト９１２内のヘッダ９２１であることが確認される。欠陥リスト９１２内の固定の位置（図９では、欠陥リスト９１２の先頭から４ＥＣＣブロックの最終位置）に配置されているアンカ９２７を再生する。ヘッダ９２１に含まれる第１の更新回数情報９３３の内容とアンカ９２７に含まれる第２の更新回数情報９５１の内容とを比較する。比較の結果、第１の更新回数情報９３３の内容と第２の更新回数情報９５１の内容とが一致する場合には、欠陥管理再生処理はステップＳ１００４に進む。比較の結果、第１の更新回数情報９３３の内容と第２の更新回数情報９５１の内容とが一致しない場合には、欠陥管理処理はステップＳ１００３に進む。
【０２６９】
ステップＳ１００３：ステップＳ１００１において欠陥リスト識別子９３１の内容と固有欠陥リスト識別子の内容とが一致しないと判定されるか、または、ステップＳ１００２において第１の更新回数情報９３３の内容と第２の更新回数情報９５１の内容とが一致しないと判定されると、第１の欠陥管理領域９０４が更新に失敗した領域（異常な欠陥管理領域）であると判定され、第１の欠陥管理領域９０４についての欠陥管理処理を終了する。欠陥管理処理はステップＳ１００５に進む。
【０２７０】
ステップＳ１００４：ステップＳ１００２において第１の更新回数情報９３３の内容と第２の更新回数情報９５１の内容とが一致した場合には、第１の欠陥管理領域９０４は、正常に更新された欠陥管理領域であると判定される。欠陥管理再生処理はステップＳ１００５に進む。
【０２７１】
ステップＳ１００５：光ディスク９００に存在するすべての欠陥管理領域について、ステップＳ１００１〜Ｓ１００４を行ったか否かを判定する。すべての欠陥管理領域についてステップＳ１００１〜Ｓ１００４を行っていない場合には、欠陥管理処理は再度ステップＳ１００１に戻る。すべての欠陥管理領域についてステップＳ１００１〜Ｓ１００４を行っている場合には、欠陥管理処理はステップＳ１００６に進む。
【０２７２】
ステップＳ１００６：最新欠陥リストが特定される。詳細には、正常と判定された欠陥管理領域のうち最新の欠陥管理領域が特定される。正常と判定された欠陥管理領域に記録されている第１の更新回数情報（または第２の更新回数情報）を互いに比較し、更新回数が最大である更新回数情報を有する欠陥管理領域を最新の欠陥管理領域として特定する。特定された最新の欠陥管理領域に記録されている欠陥リストが、最新欠陥リストとして特定される。
【０２７３】
ステップＳ１００１〜Ｓ１００６によって、光ディスク９００の最新欠陥リストが特定されると、欠陥管理処理は終了する。ステップＳ１００６で得られた最新欠陥リストを用いて、例えば、データ領域９０２に記録されているユーザデータを再生することができる。
【０２７４】
（２−２）欠陥リストを更新する欠陥管理処理
再度図３を参照して、記録再生装置３００による、欠陥リストを更新する欠陥管理処理動作を説明する。ここでは、ユーザデータを光ディスク９００のデータ領域９０２に記録時にさらなる欠陥領域が検出されるか、または、データ領域９０２に記録されたユーザデータの再生時に、以前に欠陥領域と判定されたユーザ領域９０６の部分が正常な欠陥領域であると再度判定された場合に、欠陥リストが更新される例を説明する。本明細書において、「正常な欠陥領域」とは、以前に欠陥領域と判定された領域であるが、現時点で情報を記録すること、および／または、再生することができる欠陥のない領域を意味する。欠陥領域が正常な欠陥領域と再度判定される例を説明する。例えば、欠陥領域が光ディスクの表面上に存在する埃または指紋等の汚れに起因している場合である。この場合、ユーザが光ディスクの表面を拭いて、光ディスク上の埃または汚れが取り除かれることによって、埃または汚れの存在していた領域（以前に欠陥領域と判定された領域）は、記録／再生に用いることができる正常な領域として再度判定される。
【０２７５】
ここで、格納部３０３は、最新欠陥リストを格納している。最新欠陥リストは、格納部３０３の欠陥リスト領域に配置され得る。最新欠陥リストは、最新ヘッダと、Ｐ個の最新欠陥エントリ（Ｐは、Ｐ＝ＮまたはＰ≠Ｎ、Ｐ≧０を満たす整数）と、最新アンカとを含む。最新ヘッダと、Ｐ個の最新欠陥エントリと、最新アンカとは、最新欠陥リスト内にこの順に配置される。最新ヘッダは最新欠陥リスト内の固定位置に配置されている。最新アンカもまた、最新欠陥リスト内の固定位置に配置されている。最新ヘッダは、最新欠陥リスト識別子と、第１の最新更新回数情報と、最新欠陥エントリ数Ｐとを含む。最新欠陥リスト識別子の内容は、制御部３０１に格納されている固有欠陥リスト識別子の内容と常に同じである。最新アンカは、第１の最新更新回数情報と同じ内容を有する第２の最新更新回数情報を含む。Ｐ個の最新欠陥エントリは、欠陥位置情報（欠陥セクタ番号）順に昇順に並んでいるとする。最新欠陥リストはまた、未使用領域を含み得る。なお、最新ヘッダは、必ずしも最新欠陥リスト識別子を含んでいなくてもよい。
【０２７６】
上述の最新ヘッダと、Ｐ個の最新欠陥エントリと、最新アンカとの配置は、単なる例示に過ぎないことに留意されたい。最新欠陥リストにおける最新ヘッダと、Ｐ個の最新欠陥エントリと、最新アンカとの配置は、任意である。
【０２７７】
制御部３０１は、欠陥管理処理を実行する。制御部３０１は、さらなる欠陥領域がデータ領域９０２に存在するか、以前に欠陥領域と判定された欠陥領域が正常な領域であるか、または、そのいずれでもないかを判定するように、記録再生部３０２に要求する。データ領域９０２におけるさらなる欠陥領域の存在の有無の判定は、例えば、ユーザデータの記録直後に再生して得られる信号と、記録すべきユーザデータを示す信号とを比較して行われる。これらの信号が一致する場合には、ユーザデータはデータ領域９０２に正常に記録されたと判定される。これらの信号が一致しない場合には、ユーザデータはデータ領域９０２に正常に記録されず、データ領域９０２にさらなる欠陥領域が存在すると判定される。
【０２７８】
制御部３０１は、データ領域９０２にさらなる欠陥領域が存在する、または、欠陥領域が正常であると判定すると、格納部３０３に格納されている最新欠陥リストを更新する。
【０２７９】
具体的な最新欠陥リストの更新手順を説明する。更新手順には、３つの場合がある。すなわち▲１▼欠陥エントリの追加、▲２▼欠陥エントリの削除、および、▲３▼欠陥エントリの更新である。各場合ごとに説明する。
【０２８０】
▲１▼欠陥エントリの追加
さらなる欠陥領域がユーザ領域９０６に存在すると判定された場合には、さらなる欠陥領域の位置に関する位置情報を含む欠陥エントリが最新欠陥リストに追加される。制御部３０１は、検出された欠陥領域に関する欠陥位置情報に基づいて、追加されるべき欠陥エントリの位置を決定する。制御部３０１は、決定した位置以降に存在する他の欠陥エントリを未使用領域方向へずらし、決定した位置にさらなる欠陥領域に関する位置情報を含む欠陥エントリを追加する。これにより、Ｐ個の最新欠陥エントリは、Ｐ’個の欠陥エントリに更新される（Ｐ≠Ｐ’、Ｐ＜Ｐ’）。
【０２８１】
制御部３０１は、欠陥エントリの追加にともなって、最新欠陥エントリ数ＰをＰ’に更新する。この場合、最新欠陥エントリ数は、追加された欠陥エントリの数（すなわち、検出された欠陥セクタ数）だけ増加する。
【０２８２】
制御部３０１は、Ｐ個の最新欠陥エントリおよび最新欠陥エントリ数Ｐが更新された後、最新ヘッダに含まれる第１の最新更新回数情報の内容、および、最新アンカに含まれる第２の最新更新回数情報の内容を１インクリメントさせる。
【０２８３】
▲２▼欠陥エントリの削除
以前に欠陥領域と判定された領域が正常な欠陥領域であると再度判定された場合には、制御部３０１は、正常と判定された欠陥領域の位置に関する位置情報を含む欠陥エントリを削除する。制御部３０１は、次いで、削除された欠陥エントリ以降に続く欠陥エントリを削除された欠陥エントリのサイズ分だけ最新ヘッダ方向へずらす。制御部３０１は、欠陥エントリを削除することによって欠陥エントリのサイズ分だけ増大した未使用領域にパディングデータ（例えば、０）を記録する。これにより、Ｐ個の最新欠陥エントリは、Ｐ’個の欠陥エントリとなる（Ｐ≠Ｐ’、Ｐ＞Ｐ’）。
【０２８４】
制御部３０１は、欠陥エントリの削除にともなって、最新ヘッダに含まれる最新欠陥エントリ数を更新する。この場合、最新欠陥エントリ数は、削除された欠陥エントリの数（すなわち、正常と判定された欠陥セクタ数）だけ減少する。
【０２８５】
制御部３０１は、Ｐ個の最新欠陥エントリおよび最新欠陥エントリ数Ｐが更新された後、最新ヘッダに含まれる第１の最新更新回数情報の内容、および、最新アンカに含まれる第２の最新更新回数情報の内容を１インクリメントさせる。
【０２８６】
▲３▼欠陥エントリの変更
この場合は、実施の形態１における欠陥エントリの変更と同一であるため説明を省略する。
【０２８７】
なお、▲１▼〜▲３▼のいずれの場合も、制御部３０１は、格納部３０３が格納している最新欠陥リストに対して行う。実施の形態１と同様に、第１および第２の更新回数情報９３３、９５１が、更新された最新欠陥リストを第１の欠陥管理領域９０４に記録する回数を示す場合には、第１および第２の最新更新回数情報は、更新された最新欠陥リストが第１の欠陥管理領域９０４に記録される前に１回だけ、それぞれ１インクリメントされ得る。一方、第１および第２の更新回数情報９３３、９５１が、格納部３０３内で最新欠陥リストが更新された回数を示す場合には、最新欠陥エントリおよび最新欠陥エントリ数が更新されるたびに、第１および第２の最新更新回数情報は１インクリメントされ得る。
【０２８８】
制御部３０１は、格納部３０３において更新された最新欠陥リストを光ディスク９００の第１の欠陥管理領域９０４に記録するように、記録再生部３０２に要求する。例えば、制御部３０１は、更新された最新ヘッダ、Ｐ’個の最新欠陥エントリ、最新アンカの順で第１の欠陥管理領域９０４に記録するように、記録再生部３０２に要求する。
【０２８９】
記録再生部３０２は、制御部３０１の要求にしたがって、更新された最新欠陥リストを第１の欠陥管理領域９０４に記録する。欠陥リスト９１２に代わる更新された最新欠陥リストは、ヘッダ９２１に代わる最新ヘッダ、第１〜第Ｎの欠陥エントリ９２２〜９２５に代わる最新欠陥エントリ、アンカ９２７に代わる最新アンカの順で第１の欠陥管理領域９０４に記録される。記録再生部３０２は、第１の欠陥管理領域９０４への更新された最新欠陥リストの記録が完了したことを報告する。実施の形態１と異なり、実施の形態２の光ディスク９００では、アンカ９２７が固定位置（すなわち、欠陥リスト９１２の先頭から４ＥＣＣブロックの最終位置）に配置される。したがって、欠陥リスト９１２内にヘッダ９２１のサイズと欠陥エントリのサイズとを合わせたサイズが１ＥＣＣサイズに収まる場合であっても、１ＥＣＣブロックと、最新アンカが配置される４ＥＣＣブロックとの少なくとも２ＥＣＣブロック分の記録を行う必要がある。
【０２９０】
制御部３０１は、格納部３０３において更新された最新欠陥リストを第２〜第４の欠陥管理領域９０５、９０８、９０９のそれぞれに記録するように、記録再生部３０２に要求する。ここでもやはり、制御部３０１は、更新された最新ヘッダ、最新欠陥エントリ、最新アンカの順で第２〜第４の欠陥管理領域９０５、９０８、９０９のそれぞれに記録するように、記録再生部３０２に要求する。
【０２９１】
記録再生部３０２は、制御部３０１の要求にしたがって、更新された最新欠陥リストを第２〜第４の欠陥管理領域９０５、９０８、９０９のそれぞれに記録する。
【０２９２】
このようにして、制御部３０１による欠陥管理処理が実行される。
【０２９３】
更新された最新欠陥リストの記録順序は、上述の最新ヘッダ、Ｐ’個の最新欠陥エントリ、最新アンカの順に限定されない。ヘッダ９２１と、Ｎ個の欠陥エントリ９２２〜９２５と、アンカ９２７とが、欠陥リスト９１２内にこの順に配置されている限り、制御部３０１は、更新された最新アンカ、Ｐ’個の最新欠陥エントリ、最新ヘッダの順で第１〜第４の欠陥管理領域９０４、９０５、９０８、９０９のそれぞれに記録するように、記録再生部３０２に要求し、記録再生部３０２は、制御部３０１の要求にしたがって、更新された最新欠陥リストを第１〜第４の欠陥管理領域９０４、９０５、９０８、９０９のそれぞれに記録してもよい。
【０２９４】
再度図５を参照して、本発明の実施の形態２による、欠陥リストを更新する欠陥管理処理手順を示す。欠陥管理処理は、制御部３０１によって実行される。ステップＳ５０１〜Ｓ５０３およびＳ５０５は、実施の形態１と同一であるため説明を省略する。
【０２９５】
ステップＳ５０４：更新された最新欠陥リストを光ディスク９００の第１の欠陥管理領域９０４に記録する。例えば、更新された最新ヘッダ、Ｐ’個の最新欠陥エントリ、最新アンカの順で第１の欠陥管理領域９０４に記録する。ヘッダ９２１と、Ｎ個の欠陥エントリ９２２〜９２５と、アンカ９２７とが、欠陥リスト９１２内にこの順に配置されている限り、更新された最新アンカ、Ｐ’個の最新欠陥エントリ、最新ヘッダの順で第１の欠陥管理領域９０４に記録してもよい。実施の形態２の光ディスク９００では、アンカ９２７は、欠陥リスト９１２内の固定位置（図９では、欠陥リスト９１２の先頭から４ＥＣＣブロックの最終位置）に配置された情報である。したがって、欠陥リスト９１２内にヘッダ９２１のサイズと欠陥エントリのサイズとを合わせたサイズが１ＥＣＣサイズに収まる場合であっても、１ＥＣＣブロックと、最新アンカが配置される４ＥＣＣブロックとの少なくとも２ＥＣＣブロック分の記録を行う。
【０２９６】
上述したように、最新欠陥リストにおける最新ヘッダと、Ｐ個の最新欠陥エントリと、最新アンカとの配置は、任意である。この場合、更新された最新欠陥リストは、次のようにして光ディスク９００の第１〜第４の欠陥管理領域９０４、９０５、９０８、９０９にそれぞれ記録される。更新された最新ヘッダがヘッダ９２１の位置に配置されるように、更新されたＰ個の最新欠陥エントリが欠陥エントリ９２２〜９２５の位置に配置されるように、更新された最新アンカがアンカ９２７の位置に配置されるように、更新された最新ヘッダ、Ｐ個の最新欠陥エントリ、最新アンカの順、または、更新された最新アンカ、Ｐ’個の最新欠陥エントリ、最新ヘッダの順のいずれかの順で、第１〜第４の欠陥管理領域９０４、９０５、９０８、９０９にそれぞれ記録される。
【０２９７】
上述の説明では、更新された最新欠陥リストが記録される対象は、図９に示される光ディスク９００である（すなわち、光ディスクは欠陥管理されている）ものとして説明してきた。次に、光ディスクが工場出荷直後の初期状態の場合の、（更新された）最新欠陥リストの記録について説明する。
【０２９８】
初期状態の光ディスクは、例えば、図９に示される欠陥リスト９１２が情報を有していない点を除いて、図９に示される構造と同様であるとする。このような光ディスクには、欠陥リストを識別する欠陥リスト識別子が記録されていない。したがって、最新欠陥リストが最新欠陥リスト識別子を含んでいない場合、初期状態の光ディスクに対しては、最新欠陥リストを記録する欠陥管理処理は、最新欠陥リストを欠陥管理領域に記録することに加えて、欠陥リスト識別子を欠陥管理領域に記録する必要がある。最新欠陥リストが最新欠陥リスト識別子を含んでいる場合には、図５を参照して説明したとおりであるため、詳述しない。
【０２９９】
制御部３０１は、格納部３０３に格納されている最新欠陥リストを光ディスクの欠陥管理領域に記録し、かつ、制御部３０１自身に予め格納されている固有欠陥リスト識別子を光ディスクの欠陥管理領域に記録するように、記録再生部３０２に要求する。詳細には、固有欠陥リスト識別子は、ヘッダ９２１の先頭に位置するように欠陥管理領域に記録される。この場合、欠陥エントリ数９３２および第１〜第Ｎの欠陥エントリ９２２〜９２５にそれぞれ相当する、最新欠陥リストの最新欠陥エントリ数および最新欠陥エントリとして、任意の値が記録される。第１および第２の最新更新回数情報には、いずれも、例えば、０または１が記録される。なお、第１および第２の更新回数情報として記録する値は、ともに同じ値であり、かつ、初期状態の光ディスクに対して１回のみ記録が行われたことを識別できる値である限り、任意である。
【０３００】
欠陥リスト識別子の欠陥管理領域への記録方法は、上述の方法に限定されない。例えば、格納部３０３に格納されている最新欠陥リストの最新ヘッダの先頭位置に、制御部３０１に予め格納されている固有欠陥リスト識別子を最新欠陥リスト識別子として付与する。初期状態の光ディスクに対する欠陥管理処理として、このようにして得られた最新欠陥リスト識別子を含む最新欠陥リストを欠陥管理領域に記録してもよい。
【０３０１】
この欠陥管理処理は、図５のステップＳ５０４およびＳ５０５で行われる。
【０３０２】
次に、実施の形態２の光ディスク９００を用いた場合に、欠陥管理領域の更新がうまくいったか否かが確実に判定されることを以下に説明する。
【０３０３】
（具体例１：欠陥エントリが追加された場合）
図１１は、（ａ）更新前の欠陥リストと、（ｂ）正常に更新された欠陥リスト、および、（ｃ）更新に失敗した欠陥リストとのデータ構造図を示す。
【０３０４】
図１１は、ユーザ領域９０６に１つのさらなる欠陥領域（欠陥セクタ）が検出され、１つの欠陥エントリが追加される場合である。欠陥エントリの追加は、図３および図５を参照して説明したとおりである。
【０３０５】
図１１（ａ）は欠陥リストの更新が行われる前の欠陥リストのデータ構造を表す。図１１（ａ）に示される欠陥リストは、図９における欠陥リスト９１２の状態と同一である。ここで、欠陥リストは、第１の欠陥エントリ、…、第Ｎの欠陥エントリを含む。欠陥エントリ数はＮであり、第１の更新回数情報および第２の更新回数情報の内容はそれぞれＭである。
【０３０６】
図１１（ｂ）は正常に欠陥リストの更新（欠陥エントリの追加）が行われた後の欠陥リストのデータ構造を表す。１つの欠陥エントリが欠陥リストに正常に追加されると、欠陥リストは、第１の欠陥エントリ、…、第Ｎの欠陥エントリ、第Ｎ＋１の欠陥エントリを含む。図１１（ａ）と比べて、欠陥エントリは１つ増加しており、欠陥エントリ数はＮからＮ＋１に更新されている。第１の更新回数情報および第２の更新回数情報の内容は、それぞれ、ＭからＭ＋１に更新されている。
【０３０７】
欠陥エントリの追加にともなって、追加された欠陥エントリのサイズ分だけ未使用領域のサイズが減少するが、アンカの配置位置は固定である。第１の更新回数情報の内容と第２の更新回数情報の内容とは一致する。これにより、この欠陥リストは正常に更新されものであると判定できる。
【０３０８】
図１１（ｃ）は、欠陥リストの更新が途中で失敗した場合の欠陥リストのデータ構造を表す。図１１（ｃ）は、欠陥リストの更新途中で記録再生装置３００の電源が切れるなどの原因で、アンカを記録する前に更新が失敗した場合を示す。図１１（ｃ）では、欠陥リストは、更新前の図１１（ａ）と同様に第１の欠陥エントリ、…、第Ｎの欠陥エントリを含む。欠陥リストは図１１（ａ）と同じ欠陥エントリを含むが、欠陥エントリ数はＮからＮ＋１に更新されている。第１の更新回数情報もまた、ＭからＭ＋１に更新されている。しかしながら、第２の更新回数情報の内容は、図１１（ａ）と同様にＭのままである。第１の更新回数情報の内容と第２の更新回数情報の内容とが異なるので、更新に失敗した欠陥リストであると判定できる。
【０３０９】
欠陥エントリが変更された場合および欠陥エントリが削除された場合も同様に、第１の更新回数情報の内容と第２の更新回数情報の内容とを比較することによって、欠陥リストの更新が正常に行われたか否かを判定することができる。
【０３１０】
なお、本実施の形態２では、アンカ９２７は第２の更新回数情報９５１のみを有するものとして説明を行ってきた。しかしながら、本実施の形態１のように、欠陥リスト９１２のアンカを識別するアンカ識別子を含んでいてもよい。この場合も実施の形態２と同様の効果を得ることができる。
【０３１１】
なお、本実施の形態２では、ヘッダ９２１は欠陥リスト識別子９３１を有するものとして説明を行ってきたが、ヘッダ９２１は物理的に決まった位置に配置されるため、必ずしも欠陥リスト識別子９３１を含んでいなくてもよい。この場合も実施の形態２と同様の効果を得ることができる。
【０３１２】
以上説明してきたように、本発明の実施の形態２によれば、情報記録媒体９００は、ユーザデータを記録するためのデータ領域９０２と、データ領域９０２に存在するＮ個の欠陥領域（Ｎは、Ｎ≧０を満たす整数）を管理する欠陥リストを記録するための欠陥管理領域９０４、９０５、９０８、９０９とを備える。欠陥リスト９１２は、ヘッダ９２１と、Ｎ個の欠陥領域のそれぞれの位置に関する位置情報をそれぞれ含むＮ個の欠陥エントリと、欠陥リスト９１２内の固定位置に配置されるアンカ９２７とを含む。ヘッダ９２１は第１の更新回数情報９３３を含み、アンカ９２７は第２の更新回数情報９５１を含む。
【０３１３】
アンカ９２７が、常に固定の位置に配置されているため、アンカ９２７として誤って他の情報を再生することはない。つまり、第１の更新回数情報９３３の内容と第２の更新回数情報９５１の内容とを確実に比較することができる。したがって、欠陥リスト９１２の更新が正常に行われたか否かを容易に判断できる。
【０３１４】
アンカ９２７が、常に固定の位置に配置されているため、アンカ９２７を再生する際に、実施の形態１に示されるアンカ９２７の位置を算出し、算出された位置にアンカ９２７が存在するか否かを確認する必要がない。したがって、欠陥管理処理が、簡素化・高速化され得る。
【０３１５】
欠陥リスト９１２のサイズが１ＥＣＣサイズに収まらないサイズであっても、１ＥＣＣブロックごとにヘッダを付加する必要がないため、欠陥リスト９１２の更新の処理効率が向上する。欠陥エントリ間にヘッダが挟まれることはないので、欠陥エントリの検索、追加および削除等の処理を容易に行うことができる。
【０３１６】
【発明の効果】
上述してきたように、本発明による情報記録媒体は、ユーザデータを記録するためのデータ領域と、データ領域に存在するＮ個の欠陥領域（Ｎは、Ｎ≧０を満たす整数）を管理する欠陥リストを記録するための欠陥管理領域とを備える。欠陥リストは、ヘッダと、Ｎ個の欠陥領域のそれぞれの位置に関する位置情報をそれぞれ含むＮ個の欠陥エントリと、アンカとを含む。ヘッダと、Ｎ個の欠陥エントリと、アンカとは、欠陥リスト内にこの順で配置される。これにより、欠陥リストのサイズが可変となるので、欠陥リストのサイズに応じて処理速度が向上する。
【０３１７】
本発明による情報記録媒体によれば、ヘッダは、欠陥リストを識別する欠陥リスト識別子と、欠陥リストの更新回数を示す第１の更新回数情報と、欠陥エントリの個数を示す欠陥エントリ数とを含む。アンカは、欠陥リストのアンカを識別するアンカ識別子と、欠陥リストの更新回数を示す第２の更新回数情報とを含む。欠陥リストのサイズが１ＥＣＣサイズに収まらないサイズであっても、１ＥＣＣブロックごとにヘッダを付加する必要がないため、欠陥リスト１１２の更新の処理効率が向上する。さらに、欠陥エントリ間にヘッダが挟まれることはないので、欠陥エントリの検索、追加および削除等の処理を容易に行うことができる。
【０３１８】
また、アンカ識別子の内容は、欠陥リスト識別子、欠陥エントリ数、第１の更新回数情報、欠陥エントリ、第２の更新回数情報の内容のいずれとも異なるため、欠陥エントリが削除された場合であっても、アンカ識別子として誤って読み出された情報の内容と固有アンカ識別子の内容とは一致することはないので、欠陥リストの更新が正常に行われたと誤った判断をすることはない。
【図面の簡単な説明】
【図１】実施の形態１による情報記録媒体１００のデータ構造図
【図２】ヘッダ１２１、第１の欠陥エントリ１２２、アンカ１２６および未使用領域１１３の詳細なデータ構造図
【図３】本発明の実施の形態１による記録再生装置３００のブロック図
【図４】本発明の実施の形態１による、最新欠陥リストを特定する欠陥管理処理手順
【図５】本発明の実施の形態１による、欠陥リストを更新する欠陥管理処理手順
【図６】本発明の実施の形態１による、欠陥エントリを追加することによって欠陥リストが更新される場合の、（ａ）更新前の欠陥リストと、（ｂ）正常に更新された欠陥リスト、および、（ｃ）更新に失敗した欠陥リストとのデータ構造図
【図７】本発明の実施の形態１による、欠陥エントリを削除することによって欠陥リストが更新される場合の、（ａ）更新前の欠陥リストと、（ｂ）正常に更新された欠陥リスト、および、（ｃ）更新に失敗した欠陥リストとのデータ構造図
【図８】本発明の実施の形態１による、欠陥エントリを変更することによって欠陥リストが更新される場合の、（ａ）更新前の欠陥リストと、（ｂ）正常に更新された欠陥リスト、および、（ｃ）更新に失敗した欠陥リストとのデータ構造図
【図９】実施の形態２による情報記録媒体９００のデータ構造図
【図１０】本発明の実施の形態２による、最新欠陥リストを特定する欠陥管理処理手順
【図１１】本発明の実施の形態２による、欠陥エントリを追加することによって欠陥リストが更新される場合の、（ａ）更新前の欠陥リストと、（ｂ）正常に更新された欠陥リスト、および、（ｃ）更新に失敗した欠陥リストとのデータ構造図
【図１２】ＤＶＤ−ＲＡＭ規格による情報記録媒体１２００のデータ構造図
【図１３】ＳＤＬ１２１２の詳細なデータ構造図
【図１４】４ＥＣＣサイズであるＳＤＬ１４００のデータ構造図
【図１５】従来技術による別の情報記録媒体１５００のデータ構造図
【図１６】図１５に示す情報記録媒体１５００のＳＤＬ１５０１の（ａ）更新前の欠陥リストと、（ｂ）正常に更新された欠陥リスト、および、（ｃ）更新に失敗した欠陥リストとのデータ構造図
【符号の説明】
１００ 光ディスク
１０１ リードイン領域
１０２ データ領域
１０３ リードアウト領域
１０４ 第１の欠陥管理領域
１０５ 第２の欠陥管理領域
１０８ 第３の欠陥管理領域
１０９ 第４の欠陥管理領域
１０６ ユーザ領域
１０７ スペア領域
１１１ ディスク定義構造
１１２ 欠陥リスト
１１３ 未使用領域
１２１ ヘッダ
１２２、１２３、１２４、１２５ 欠陥エントリ
１２６ アンカ
１３１ 欠陥リスト識別子
１３２ 欠陥エントリ数
１３３ 第１の更新回数情報
１５２ 第２の更新回数情報
１４１ 第１の欠陥位置情報
１４２ 第２の交替位置情報
１５１ アンカ識別子

Claims (2)

1. ユーザデータを記録するためのデータ領域と、前記データ領域に存在するＮ個の欠陥領域（Ｎは、Ｎ≧０を満たす整数）を管理する欠陥リストを記録するための欠陥管理領域とを備えた情報記録媒体であって、
   前記欠陥リストは、
   前記欠陥リスト内の固定位置に配置されるヘッダと、
   前記Ｎ個の欠陥領域のそれぞれの位置に関する位置情報をそれぞれ含むＮ個の欠陥エントリと、
   アンカと
   を含み、
   前記ヘッダと、前記Ｎ個の欠陥エントリと、前記アンカとは、前記欠陥リスト内にこの順に配置されており、
   前記ヘッダは、
   前記欠陥リストを識別する欠陥リスト識別子と、
   前記欠陥リストの更新回数を示す第１の更新回数情報と、
   前記Ｎ個の欠陥エントリの個数を示す欠陥エントリ数と
   を含み、
   前記アンカは、
   前記欠陥リストのアンカを識別するアンカ識別子と、
   前記欠陥リストの更新回数を示す第２の更新回数情報と
   を含み、
   前記アンカ識別子は、前記欠陥エントリの値とは異なる値を有する、情報記録媒体。
2. 情報記録媒体に情報を記録する記録装置であって、前記情報記録媒体は、ユーザデータを記録するためのデータ領域と、前記データ領域に存在するＮ個の欠陥領域（Ｎは、Ｎ≧０を満たす整数）を管理する欠陥リストを記録するための欠陥管理領域とを備え、
   前記記録装置は、
   前記欠陥リストを記録する欠陥リスト記録手段
   を備え、
   前記欠陥リスト記録手段は、
   前記欠陥リスト内の固定位置にヘッダを記録するヘッダ記録手段と、
   前記ヘッダに続けて、前記Ｎ個の欠陥領域のそれぞれの位置に関する位置情報をそれぞれ含むＮ個の欠陥エントリを記録する欠陥エントリ記録手段と、
   前記Ｎ個の欠陥エントリに続けて、アンカを記録するアンカ記録手段と
   を備え、
   前記ヘッダは、前記欠陥リストを識別する欠陥リスト識別子と、前記欠陥リストの更新回数を示す第１の更新回数情報と、前記Ｎ個の欠陥エントリの個数を示す欠陥エントリ数とを含み、前記アンカは、前記欠陥リストのアンカを識別するアンカ識別子と、前記欠陥リストの更新回数を示す第２の更新回数情報とを含み、
   前記アンカ識別子は、前記欠陥エントリの値とは異なる値を有する、
   記録装置。

Images