(57)【要約】  本発明の記録再生装置は、情報記録媒体に対してデータの記録再生を行う記録再生部と、情報記録媒体に記録されたデータが正常に再生できるか否かを確認するベリファイ部と、情報記録媒体に記録されたデータを管理するための複数種類の管理情報のうち、変更が必要な管理情報のみを、記録再生部を用いて情報記録媒体に記録する管理情報記録部と、変更が不要で再利用される管理情報も含めた最新の管理情報が正常に再生できるか否かを、ベリファイ部を用いて確認する管理情報確認部とを備える。
2012108178.tif 000002
【特許請求の範囲】
【請求項１】
情報記録媒体に対してデータの記録再生を行う記録再生部と、
前記記録再生部を用いて前記情報記録媒体に記録されたデータを再生し、前記データが正常に再生できるか否かを確認するベリファイ部と、
前記情報記録媒体に記録されたデータを管理するための複数種類の管理情報のうち、変更が必要な管理情報のみを、前記記録再生部を用いて前記情報記録媒体に記録する管理情報記録部と、
変更が不要で再利用される管理情報も含めた最新の管理情報が正常に再生できるか否かを、前記ベリファイ部を用いて確認する管理情報確認部と
を備える、記録再生装置。
【請求項２】
前記最新の管理情報が前記情報記録媒体上に不連続に記録され、前記最新の管理情報が記録されている位置の間に前記最新の管理情報とは異なる管理情報が記録されている場合、前記管理情報確認部は、前記最新の管理情報の確認の動作時に前記最新の管理情報とは異なる管理情報は再生しない、請求項１に記載の記録再生装置。
【請求項３】
前記最新の管理情報が正常に再生できないことを前記管理情報確認部が確認した場合、前記管理情報記録部は、少なくとも前記最新の管理情報のうちの正常に再生できなかった管理情報の記録をやり直す、請求項１に記載の記録再生装置。
【請求項４】
前記複数種類の管理情報のうちの少なくとも１つは、他の種類の管理情報が記録されている位置を示す管理情報位置情報を含み、
前記管理情報確認部は、前記管理情報位置情報に基づいて、前記再利用される管理情報が記録されている位置を特定する、請求項１に記載の記録再生装置。
【請求項５】
前記複数種類の管理情報は、前記情報記録媒体の欠陥領域を管理するための欠陥管理情報と、前記情報記録媒体の記録状態を示す記録管理情報と、前記情報記録媒体の構成を示すディスク定義構造とであり、
前記ディスク定義構造は、前記欠陥管理情報が記録された位置を示す欠陥管理情報位置情報と、前記記録管理情報が記録された位置を示す記録管理情報位置情報とを含み、
前記管理情報確認部は、前記欠陥管理情報位置情報と前記記録管理情報位置情報とに基づいて、前記再利用される管理情報が記録されている位置を特定する、請求項１に記載の記録再生装置。
【請求項６】
前記変更が必要な管理情報の記録がリトライを伴って成功した場合、前記管理情報確認部は、前記再利用される管理情報も含めた前記最新の管理情報が正常に再生できるか否かを確認し、
前記変更が必要な管理情報の記録がリトライなく成功した場合、前記管理情報確認部は、記録を行った前記変更が必要であった管理情報が正常に再生できるか否かの確認を行い、前記再利用される管理情報が正常に再生できるか否かの確認は行わない、請求項１に記載の記録再生装置。
【請求項７】
前記管理情報確認部は、前記変更が必要な管理情報が記録された半径位置から所定の範囲内の半径位置に記録された最新の管理情報のみを確認対象とする、請求項１に記載の記録再生装置。
【請求項８】
（ａ）情報記録媒体にデータの記録を行うステップと、
（ｂ）前記情報記録媒体に記録されたデータが正常に再生できるか否かを確認するステップと、
（ｃ）前記情報記録媒体に記録されたデータを管理するための複数種類の管理情報のうち、変更が必要な管理情報のみを、前記情報記録媒体に記録するステップと、
（ｄ）変更が不要で再利用される管理情報も含めた最新の管理情報が正常に再生できるか否かを確認するステップと
を含む、記録再生方法。
【請求項９】
前記最新の管理情報が前記情報記録媒体上に不連続に記録され、前記最新の管理情報が記録されている位置の間に前記最新の管理情報とは異なる管理情報が記録されている場合、前記ステップ（ｄ）では、前記最新の管理情報とは異なる管理情報を再生しない、請求項８に記載の記録再生方法。
【請求項１０】
前記最新の管理情報が正常に再生できないことを確認した場合、少なくとも前記最新の管理情報のうちの正常に再生できなかった管理情報の記録をやり直す、請求項８に記載の記録再生方法。
【請求項１１】
前記複数種類の管理情報のうちの少なくとも１つは、他の種類の管理情報が記録されている位置を示す管理情報位置情報を含み、
前記ステップ（ｄ）では、前記管理情報位置情報に基づいて、前記再利用される管理情報が記録されている位置を特定する、請求項８に記載の記録再生方法。
【請求項１２】
前記複数種類の管理情報は、前記情報記録媒体の欠陥領域を管理するための欠陥管理情報と、前記情報記録媒体の記録状態を示す記録管理情報と、前記情報記録媒体の構成を示すディスク定義構造とであり、
前記ディスク定義構造は、前記欠陥管理情報が記録された位置を示す欠陥管理情報位置情報と、前記記録管理情報が記録された位置を示す記録管理情報位置情報とを含み、
前記ステップ（ｄ）では、前記欠陥管理情報位置情報と前記記録管理情報位置情報とに基づいて、前記再利用される管理情報が記録されている位置を特定する、請求項８に記載の記録再生方法。
【請求項１３】
前記変更が必要な管理情報の記録がリトライを伴って成功した場合、前記ステップ（ｄ）を実行し、
前記記録再生方法は、
（ｅ）前記変更が必要な管理情報の記録がリトライなく成功した場合、前記最新の管理情報の一部である前記変更が必要であった管理情報が正常に再生できるか否かを確認するステップ
をさらに含む、請求項８に記載の記録再生方法。
【請求項１４】
前記ステップ（ｄ）では、前記変更が必要な管理情報が記録された半径位置から所定の範囲内の半径位置に記録された最新の管理情報のみを確認対象とする、請求項８に記載の記録再生方法。
【請求項１５】
情報記録媒体に対するデータの記録再生を記録再生装置に実行させるプログラムであって、
前記プログラムは、
（ａ）情報記録媒体にデータの記録を行うステップと、
（ｂ）前記情報記録媒体に記録されたデータが正常に再生できるか否かを確認するステップと、
（ｃ）前記情報記録媒体に記録されたデータを管理するための複数種類の管理情報のうち、変更が必要な管理情報のみを、前記情報記録媒体に記録するステップと、
（ｄ）変更が不要で再利用される管理情報も含めた最新の管理情報が正常に再生できるか否かを確認するステップと
を前記記録再生装置に実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザデータを管理する管理情報が記録された情報記録媒体に対して記録および再生を行う記録再生装置および記録再生方法に関する。
【背景技術】
【０００２】
近年のＰＣ（パーソナルコンピュータ）の普及に伴い、ハードディスクなどの記憶装置に保存されるデータ量が急激に増加している。また、金融商品取引法と会社法による内部統制の義務化や、記憶装置の大容量化に伴う故障によって失われるデータ量の増大などにより、データを保護する重要性も高まっている。【０００３】
データを保護するために、複数の記憶装置を用いてＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）を構成する方法が知られている。ＲＡＩＤは、冗長性を確保する技術で、同じデータを複数の記憶装置に記録することで１台の記憶装置が故障してもデータが消失しないＲＡＩＤ１、記録データからパリティデータを生成し分散記録することで１台の記憶装置が故障しても他の記憶装置のデータからデータを復元することができるＲＡＩＤ５、２種類のパリティデータを生成し分散記録することで２台の記憶装置が故障しても他の記憶装置のデータからデータを復元することができるＲＡＩＤ６など、その仕組みの違いにより複数のレベルが定義されている。ＲＡＩＤを構成するときには、保存するデータに要求される信頼性に応じて、適したレベルが選択される。また、さらに信頼性を向上させるために、ＲＡＩＤ１とＲＡＩＤ５など複数のレベルを組み合わせて使用されることもある。【０００４】
このようなデータを記憶する記憶装置としては、一般的にハードディスクが用いられている。近年、保存するデータ量の増加に伴い、ハードディスクが消費する電力量の増加が問題になっている。そこで、より少ない電力量でデータを保存できる記憶装置が求められている。そのため、ハードディスクより少ない電力量でデータを保存できる記憶装置として、光ディスクを用いた記憶装置が注目されている。【０００５】
光ディスクでは、データを保護するために、所定の単位毎に強力な誤り訂正符号を付加してデータを記録している。これは、ディスク表面についた傷や埃、記録品質が悪い場合や経時劣化などにより再生データにエラーが発生しても、データを正しく再生できるようにするためである。【０００６】
また、書換え型のＤＶＤであるＤＶＤ−ＲＡＭや、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（以下、ＢＤと記載する）である書換え型のＢＤ−ＲＥ、追記型のＢＤ−Ｒでは、データを保護するために、欠陥管理機能をサポートしている。欠陥管理は、データの記録中に欠陥を検出した場合（すなわちデータを正しく記録できなかった場合）、交替用に確保されるスペア領域などの別の領域に交替記録することで記録したデータが正しく再生できるようにするための技術である。【０００７】
ここで、光ディスクに記録されるデータには、ユーザデータの他に、ユーザデータを管理するための管理情報が記録される。例えば、管理情報としては、欠陥を管理する欠陥管理情報や、光ディスクの構成や記録状態を管理する記録管理情報、記録したユーザデータの位置を管理するファイル管理情報などがある。したがって、光ディスクからユーザデータを正しく再生するためには、これらの管理情報を正しく再生することが必須である。すなわち、光ディスクを用いた記憶装置において、データを保護するためには、ユーザデータだけでなく管理情報も保護する必要がある。【０００８】
管理情報を記録するときにも、通常のデータを記録するときと同様に、所定の単位毎に誤り訂正符号が付加されるため、誤り訂正によるデータの保護は実行される。しかし、上述した欠陥管理による交替記録は、ユーザデータの記録に対しては適用できるが、欠陥管理の管理情報自体（即ち欠陥管理情報）には適用できない。【０００９】
そこで、管理情報を記録した後、データが正しく記録できたことの確認を行うベリファイを行い、欠陥を検出したら、その次の未記録領域に記録するという方法が開示されている（特許文献１参照）。この方法によれば、管理情報を記録した後にベリファイを行うため、記録した管理情報が正しく再生できることが確認でき、管理情報を記録する際に欠陥が発生しても、欠陥のない領域に記録するため、正しく記録することができる。【００１０】
しかし、光ディスクに記録する時に発生するエラーは、欠陥だけではない。【００１１】
光ディスクには、トラック（案内溝）が形成されており、このトラックにレーザ光を追従（トラッキング）させながら、記録や再生を行っている。例えば、衝突による外的振動やディスク表面の傷や埃などが原因で、トラッキングがはずれて別のトラックに跳んでしまうことがある。記録中にこのようなエラーが発生すると、別のトラックのデータを書き潰してしまう。この場合、記録しようとしたデータはリトライにより正しく記録し直すことができるが、書き潰されたデータは元に戻らず失われてしまう。【００１２】
そこで、記録エラーが発生した場合、隣接領域のデータを読み出し、読み出したデータにエラーを検出した場合、ＲＡＩＤ機能を用いて隣接領域のデータを復元する方法が開示されている（特許文献２参照）。【００１３】
また、記録を開始する前に、記録開始位置の前後数トラックの所定範囲のデータを再生しておき、記録終了後に再度所定範囲のデータを再生し、記録前後に再生した所定範囲のデータを比較することで、正常に記録が行われたか否かを判定する方法が開示されている（特許文献３参照）。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】国際公開第２００６／０７５７０７号
【特許文献２】特開２００７−２８０２２６号公報
【特許文献３】特開２００７−１０２８５１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、上記ＲＡＩＤ機能を用いて隣接領域のデータを復元する方法では、ＲＡＩＤ機能で復元できるデータはユーザデータのみで、管理情報を復元することはできないという課題がある。【００１６】
また、上述した記録前後に再生した所定範囲のデータを比較する方法では、その所定範囲外のデータを書き潰してしまった場合、データを保護することはできないという課題がある。逆に、保護出来る領域を広げるために、その所定範囲を広くすると、再生したデータを保存しておくメモリを大きくする必要がありコストが高くなるという課題がある。さらに、再生する時間も長くなるため、処理速度が低下するという課題がある。【００１７】
図１３は、ＢＤ−Ｒの管理情報を記録するための管理情報領域であるＴＤＭＡ（Ｔｅｍｐｏｒａｒｙ  Ｄｉｓｃ  Ｍａｎａｇｅｍｅｎｔ  Ａｒｅａ）に記録された管理情報の一例を示す図である。ここでＢＤ−Ｒは追記型光ディスクであるため、書換えが出来ない。そのため管理情報についても、シーケンシャルに追記記録することで更新される。つまり、ＴＤＭＡの記録済み終端位置（未記録領域との境界）に最新の管理情報が記録されていることになる。【００１８】
ＴＤＭＡには、管理情報構造であるＴＤＭＳ（Ｔｅｍｐｏｒａｒｙ  Ｄｉｓｃ  Ｍａｎａｇｅｍｅｎｔ  Ｓｔｒｕｃｔｕｒｅ）が記録される。ＴＤＭＳは、基本的に複数種類の管理情報から構成される。具体的には、欠陥管理情報であるＴＤＦＬ（Ｔｅｍｐｏｒａｒｙ  ＤｅＦｅｃｔ  Ｌｉｓｔ）と、記録状態に関する管理情報である記録管理情報と、当該ＴＤＭＳを構成する管理情報が配置されている位置に関する情報やディスクの領域構造などを備えたＴＤＤＳ（Ｔｅｍｐｏｒａｒｙ  Ｄｉｓｃ  Ｄｅｆｉｎｉｔｏｎ  Ｓｔｒｕｃｔｕｒｅ）で構成される。記録管理情報には、ＳＲＲＩ（Ｓｅｑｕｅｎｔｉａｌ  Ｒｅｃｏｒｄｉｎｇ  Ｒａｎｇｅ  Ｉｎｆｏｒｍａｔｉｏｎ）と、ＳＢＭ（Ｓｐａｃｅ  Ｂｉｔ  Ｍａｐ）の２種類があり、ある追記点から後続の領域に連続した記録を行うシーケンシャル記録モード時にはＳＲＲＩが、任意の未記録領域へ記録を行うランダム記録モード時にはＳＢＭが記録される。図１３は、シーケンシャル記録モード時のＴＤＭＡに記録された管理情報を示している。【００１９】
図１３（ａ）は、ＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃３が記録される前の状態を示す図で、図１３（ｂ）は、ＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃３が記録された後の状態を示す図である。図１３（ａ）および図１３（ｂ）において、図の上部がＴＤＭＡ領域の先頭で、ＴＤＭＡ領域のクラスタが図の下部へ向かって順番に並んでいる。【００２０】
ここでクラスタとは、誤り訂正符号が付与される単位であり、光ディスク上に記録可能な最小単位のことである。【００２１】
またＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔとは管理情報を記録する際の更新単位のことである。上述した通り、ＢＤ−Ｒは追記型光ディスクであるため、同じ場所には１回しか記録できない。そのため、ＴＤＭＡに管理情報を記録する場合は、管理情報を後続のクラスタに追記していき、ＴＤＭＡを消費していく。ＴＤＭＡが枯渇してしまうと、データの管理ができなくなり、ユーザデータを記録することができなくなる。そのため、ＴＤＭＡに管理情報を記録する場合、以前に記録した管理情報の中で内容に変化がないものは再利用し、更新記録が必要な管理情報のみで構成されるＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔと呼ばれる単位で記録が行われる。このように、更新記録が必要な管理情報のみを記録することでＴＤＭＡの消費を抑えている。【００２２】
最新のＴＤＭＳをすばやく取得するため、管理情報の位置に関する情報を備える最新のＴＤＤＳは、ＴＤＭＡに記録されたＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔのクラスタの最終セクタに必ず配置される。したがって、図１３（ａ）では、クラスタ＃５に記録されたＴＤＤＳ＃２が最新のＴＤＤＳとなる。また、最新のＴＤＤＳには、最新のＳＲＲＩとＴＤＦＬが記録された位置を示すポインタが記録されており、図１３（ａ）では、クラスタ＃１に記録されたＳＲＲＩ＃１が最新のＳＲＲＩ、クラスタ＃２とクラスタ＃４とクラスタ＃５にそれぞれ記録された第１ＴＤＦＬ＃１と第２ＴＤＦＬ＃１と第３ＴＤＦＬ＃１が最新のＴＤＦＬとなる。なお、第２ＴＤＦＬ＃１は、クラスタ＃３に記録しようとしたが記録に失敗した（欠陥クラスタと見なされる）ため、次のクラスタ＃４に記録されている。【００２３】
図１３（ｂ）は、図１３（ａ）の状態から、ＳＲＲＩのみが変化したため、ＳＲＲＩが最新のＴＤＤＳと共にＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃３として記録された場合を示している。図１３（ｂ）では、クラスタ＃２に記録された第１ＴＤＦＬ＃１と、クラスタ＃４に記録された第２ＴＤＦＬ＃１と、クラスタ＃５に記録された第３ＴＤＦＬ＃１と、クラスタ＃６に記録されたＳＲＲＩ＃２とＴＤＤＳ＃３が最新の管理情報となる。【００２４】
以上のように、ＢＤ−Ｒでは、最新の管理情報の全てが必ずしも連続した領域に記録されるわけではない。つまり、管理情報を記録する時に、特許文献３に記載されているような、上記記録前後に再生した所定範囲のデータを比較する方法を用いると、例えば図１３（ｂ）のＳＲＲＩ＃１やＴＤＤＳ＃１などの必要のない管理情報まで再生して比較するという無駄な処理が発生するという課題がある。また、図１３のクラスタ＃３のように所定範囲内に欠陥があった場合、再生できない欠陥領域も再生しようとしてしまい、無駄な再生処理に多大な時間を浪費するという課題がある。【００２５】
また、特許文献１では、管理情報を記録した後、ベリファイを行っているが、図１３（ｂ）のＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃３を記録する場合、ベリファイされるのは、その時点で記録を行ったクラスタ＃６のみである。それ以前に記録された第１ＴＤＦＬ＃１や第２ＴＤＦＬ＃１、第３ＴＤＦＬ＃１が記録されているクラスタ＃２やクラスタ＃４、クラスタ＃５は、以前（それら自体を記録したとき）にベリファイしたので、ＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃３の記録の際にはベリファイされない。ここで、例えば、ＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃３の記録中にトラック跳びが発生し、クラスタ＃２やクラスタ＃４、クラスタ＃５を書き潰してしまった場合を考えてみる。この場合、クラスタ＃６をベリファイするだけでは最新の管理情報を構成する第１ＴＤＦＬ＃１や第２ＴＤＦＬ＃１、第３ＴＤＦＬ＃１が再生できないことを検出できないため、後にディスクが再装着されたときに管理情報の取得に失敗してユーザデータが再生できなくなってしまうという課題がある。同様に、クラスタ＃２やクラスタ＃４、クラスタ＃５が記録された後にディスク表面に傷や埃が付いた場合も、クラスタ＃６をベリファイするだけでは第１ＴＤＦＬ＃１や第２ＴＤＦＬ＃１、第３ＴＤＦＬ＃１が再生できないことを検出できず、結果的にユーザデータが再生できなくなってしまうという課題がある。【００２６】
また、光ディスクの大容量化により、トラッキング追従がより困難になるため、近傍トラックを書き潰す可能性、及び影響が大きくなるという課題がある。【００２７】
光ディスクを大容量化する方法として、例えば、高屈折率の微小レンズを採用したＳＩＬ（Ｓｏｌｉｄ  Ｉｍｍｅｒｓｉｏｎ  Ｌｅｎｓ）や近接場光を用いてレーザ光のスポット径を小さくし、記録マークの長さやトラックの幅を短くすることで、記録層１層あたりの記録密度を高める方法や、記録層を積層して多層化する方法などがある。【００２８】
記録密度を高めるためにトラックの幅を狭くすると、意図しないトラック跳びが発生しやすくなり、衝突などにより隣接トラックのデータを書き潰す可能性が高くなる。また、記録マークが短くなると、トラック跳びを検出して記録を中断するまでの間に書き潰すデータ量が増加し、誤り訂正の限界を超えて再生できなくなり易い。【００２９】
また、トラッキングは、光ディスクからの反射光から生成されるトラッキングエラー信号に基づいて行われる。記録層を多層化すると、目的の記録層からの反射光に、隣接する他の記録層からの反射光が重なって（以下、迷光と呼ぶ）、トラッキングエラー信号に悪影響を及ぼす。このため、意図しないトラック跳びが発生しやすくなり、隣接トラックや近傍トラックを書き潰す可能性が高くなる。光ディスクでは現状、記録層を３層備えたＢｌｕ−ｒａｙディスクが商品化されているが、今後、記録層を８層、１６層など、より多数備えた光ディスクが開発される可能性もあり、この場合にはトラッキング追従制御はより困難になると予想される。また、迷光はトラッキングエラー信号に誤差を生じさせるため、別のトラックに跳んでいても検出させにくくする。別のトラックに跳んでいないまでも、トラッキングエラー信号に誤差が生じれば、トラックの中心からずれた位置を光スポットが追従することになる。従って、隣接トラックへの信号の漏れ込み（クロストークと呼ばれる）や、隣接トラックの記録マークの片側の上書き（クロスイレーズと呼ばれる）が発生し易くなる。迷光による影響は、記録層の層間距離が短くなるほど迷光の量が増加して大きくなるため、多層化により積層する記録層が多くなるほど、隣接トラックを書き潰す可能性が高くなる。【００３０】
本発明は、上記課題を鑑みてなされたものであり、管理情報を記録した後に最新の管理情報が正しく再生できるか否かを確認することによって、管理情報の信頼性を向上させることができる記録再生装置および記録再生方法を提供する。
【課題を解決するための手段】
【００３１】
本発明の記録再生装置は、情報記録媒体に対してデータの記録再生を行う記録再生部と、前記記録再生部を用いて前記情報記録媒体に記録されたデータを再生し、前記データが正常に再生できるか否かを確認するベリファイ部と、前記情報記録媒体に記録されたデータを管理するための複数種類の管理情報のうち、変更が必要な管理情報のみを、前記記録再生部を用いて前記情報記録媒体に記録する管理情報記録部と、変更が不要で再利用される管理情報も含めた最新の管理情報が正常に再生できるか否かを、前記ベリファイ部を用いて確認する管理情報確認部とを備える。【００３２】
ある実施形態によれば、前記最新の管理情報が前記情報記録媒体上に不連続に記録され、前記最新の管理情報が記録されている位置の間に前記最新の管理情報とは異なる管理情報が記録されている場合、前記管理情報確認部は、前記最新の管理情報の確認の動作時に前記最新の管理情報とは異なる管理情報は再生しない。【００３３】
ある実施形態によれば、前記最新の管理情報が正常に再生できないことを前記管理情報確認部が確認した場合、前記管理情報記録部は、少なくとも前記最新の管理情報のうちの正常に再生できなかった管理情報の記録をやり直す。【００３４】
ある実施形態によれば、前記複数種類の管理情報のうちの少なくとも１つは、他の種類の管理情報が記録されている位置を示す管理情報位置情報を含み、前記管理情報確認部は、前記管理情報位置情報に基づいて、前記再利用される管理情報が記録されている位置を特定する。【００３５】
ある実施形態によれば、前記複数種類の管理情報は、前記情報記録媒体の欠陥領域を管理するための欠陥管理情報と、前記情報記録媒体の記録状態を示す記録管理情報と、前記情報記録媒体の構成を示すディスク定義構造とであり、前記ディスク定義構造は、前記欠陥管理情報が記録された位置を示す欠陥管理情報位置情報と、前記記録管理情報が記録された位置を示す記録管理情報位置情報とを含み、前記管理情報確認部は、前記欠陥管理情報位置情報と前記記録管理情報位置情報とに基づいて、前記再利用される管理情報が記録されている位置を特定する。【００３６】
ある実施形態によれば、前記変更が必要な管理情報の記録がリトライを伴って成功した場合、前記管理情報確認部は、前記再利用される管理情報も含めた前記最新の管理情報が正常に再生できるか否かを確認し、前記変更が必要な管理情報の記録がリトライなく成功した場合、前記管理情報確認部は、記録を行った前記変更が必要であった管理情報が正常に再生できるか否かの確認を行い、前記再利用される管理情報が正常に再生できるか否かの確認は行わない。【００３７】
ある実施形態によれば、前記管理情報確認部は、前記変更が必要な管理情報が記録された半径位置から所定の範囲内の半径位置に記録された最新の管理情報のみを確認対象とする。【００３８】
本発明の記録再生方法は、（ａ）情報記録媒体にデータの記録を行うステップと、（ｂ）前記情報記録媒体に記録されたデータが正常に再生できるか否かを確認するステップと、（ｃ）前記情報記録媒体に記録されたデータを管理するための複数種類の管理情報のうち、変更が必要な管理情報のみを、前記情報記録媒体に記録するステップと、（ｄ）変更が不要で再利用される管理情報も含めた最新の管理情報が正常に再生できるか否かを確認するステップとを含む。【００３９】
ある実施形態によれば、前記最新の管理情報が前記情報記録媒体上に不連続に記録され、前記最新の管理情報が記録されている位置の間に前記最新の管理情報とは異なる管理情報が記録されている場合、前記ステップ（ｄ）では、前記最新の管理情報とは異なる管理情報を再生しない。【００４０】
ある実施形態によれば、前記最新の管理情報が正常に再生できないことを確認した場合、少なくとも前記最新の管理情報のうちの正常に再生できなかった管理情報の記録をやり直す。【００４１】
ある実施形態によれば、前記複数種類の管理情報のうちの少なくとも１つは、他の種類の管理情報が記録されている位置を示す管理情報位置情報を含み、前記ステップ（ｄ）では、前記管理情報位置情報に基づいて、前記再利用される管理情報が記録されている位置を特定する。【００４２】
ある実施形態によれば、前記複数種類の管理情報は、前記情報記録媒体の欠陥領域を管理するための欠陥管理情報と、前記情報記録媒体の記録状態を示す記録管理情報と、前記情報記録媒体の構成を示すディスク定義構造とであり、前記ディスク定義構造は、前記欠陥管理情報が記録された位置を示す欠陥管理情報位置情報と、前記記録管理情報が記録された位置を示す記録管理情報位置情報とを含み、前記ステップ（ｄ）では、前記欠陥管理情報位置情報と前記記録管理情報位置情報とに基づいて、前記再利用される管理情報が記録されている位置を特定する。【００４３】
ある実施形態によれば、前記変更が必要な管理情報の記録がリトライを伴って成功した場合、前記ステップ（ｄ）を実行し、前記記録再生方法は、（ｅ）前記変更が必要な管理情報の記録がリトライなく成功した場合、前記最新の管理情報の一部である前記変更が必要であった管理情報が正常に再生できるか否かを確認するステップをさらに含む。【００４４】
ある実施形態によれば、前記ステップ（ｄ）では、前記変更が必要な管理情報が記録された半径位置から所定の範囲内の半径位置に記録された最新の管理情報のみを確認対象とする。【００４５】
本発明のプログラムは、情報記録媒体に対するデータの記録再生を記録再生装置に実行させるプログラムであって、前記プログラムは、（ａ）情報記録媒体にデータの記録を行うステップと、（ｂ）前記情報記録媒体に記録されたデータが正常に再生できるか否かを確認するステップと、（ｃ）前記情報記録媒体に記録されたデータを管理するための複数種類の管理情報のうち、変更が必要な管理情報のみを、前記情報記録媒体に記録するステップと、（ｄ）変更が不要で再利用される管理情報も含めた最新の管理情報が正常に再生できるか否かを確認するステップとを前記記録再生装置に実行させる。
【発明の効果】
【００４６】
本発明によると、記録中に最新の管理情報が意図せずに書き潰された場合でも、最新の管理情報が再生できないことを確実に検出できる。また、再生できない管理情報が検出された場合には、管理情報領域に再度記録することで、管理情報領域に記録されている最新の管理情報は、全て正しく再生できることが保証される。【００４７】
これは、最新の管理情報を記録した後についた傷や埃などの汚れによって再生できない場合にも同様の効果が得られる。【００４８】
また、本発明によると、最新の管理情報を構成する複数の構成要素の位置を特定し、それら構成要素が記録された領域に対してのみベリファイを行うため、ベリファイする領域を必要最小限にすることができる。そのため、ベリファイに要する時間を必要最低限に抑えることができ、管理情報が正しく再生できるか否かを、より高速に且つ確実に判定することができる。また、最新の管理情報が記録されている領域の間に欠陥クラスタが存在したとしても、その領域を再生することなく、管理情報が正しく再生できるか否かをより高速に判定することができる。【００４９】
さらに、記録する前に最新の管理情報以外のデータを再生して保持しておく必要がないため、データ保護できる領域を広げるために増加させるバッファやメモリの増加量を最小限に抑えることができ、最小のコストで最新の管理情報が正しく再生できるか否かをより高速に且つ確実に判定することができる。
【図面の簡単な説明】
【００５０】
【図１】本発明の実施形態１における情報記録媒体の全体構成を示す図である。
【図２】本発明の実施形態１における情報記録媒体の領域構造を示す図である。
【図３】本発明の実施形態１における情報記録媒体のＤＭＡの領域構成を示す図である。
【図４】本発明の実施形態１における情報記録媒体のＴＤＦＬのデータ構造を示す図である。
【図５】本発明の実施形態１における情報記録媒体のＳＲＲＩのデータ構造を示す図である。
【図６】本発明の実施形態１における情報記録媒体のＴＤＤＳのデータ構造を示す図である。
【図７】本発明の実施形態１における情報記録再生装置の構成を示す図である。
【図８】本発明の実施形態１におけるＴＤＭＡから最新の管理情報を取得する方法を示すフローチャートである。
【図９】本発明の実施形態１における情報記録媒体にユーザデータを記録する方法を示すフローチャートである。
【図１０】本発明の実施形態１におけるＴＤＭＡに管理情報を記録する方法を示すフローチャートである。
【図１１】本発明の実施形態１におけるＳＲＲＩを更新記録した後のＴＤＭＡの状態を説明する図である。
【図１２】（ａ）および（ｂ）は、本発明の実施形態１におけるＴＤＦＬを更新記録した後のＴＤＭＡの状態を説明する図である。
【図１３】（ａ）および（ｂ）は、ＢＤ−ＲのＴＤＭＡに記録された管理情報の一例を示す図である。
【図１４】本発明の実施形態２における情報記録媒体の領域構造を示す図である。
【図１５Ａ】本発明の実施形態２における情報記録媒体が備えるディレクトリ構造を説明する図である。
【図１５Ｂ】本発明の実施形態２におけるファイルデータを記録したときのユーザデータ領域のデータ構成を示す図である。
【図１５Ｃ】本発明の実施形態２におけるＦｉｌｅＡを更新記録した場合のユーザデータ領域のデータ構成を示す図である。
【発明を実施するための形態】
【００５１】
以下、本発明の実施形態について、図面を参照しながら説明する。
【００５２】
（実施形態１）
図１は、本発明の実施形態１における情報記録媒体の全体構成を示す図である。なお、本発明の実施形態１では、情報記録媒体１００として、記録層を１層のみ備えた単層ＢＤ−Ｒを例に説明を行う。またこのＢＤ−Ｒに対する記録方式としては、シーケンシャル記録モードで記録されるものとして説明する。
【００５３】
円盤状の情報記録媒体１００には、スパイラル状にトラック２（案内溝）が形成されており、各トラック２には細かく分けられた多数のクラスタ３が形成されている。クラスタ３は、誤り訂正の単位であり、記録および再生動作が行われる最小の単位であり、ＥＣＣブロックなどと呼ばれる場合もある。ＢＤの場合、１クラスタは例えば３２セクタ（１セクタは２ＫＢｙｔｅで、１クラスタは６４ＫＢｙｔｅ）である。
【００５４】
また、情報記録媒体１００の領域は、インナーゾーン４とデータゾーン５とアウターゾーン６に大別される。ユーザデータの記録再生はデータゾーン５に対して行われる。インナーゾーン４はリードイン領域とも呼ばれ、またアウターゾーンはリードアウト領域とも呼ばれる。インナーゾーン４とアウターゾーン６は、ヘッド（図示せず）がデータゾーン５の端へアクセスする場合に、ヘッドがオーバーランしてもトラックに追随できるように、のりしろとしての役割を果たす。なお、この領域構成は、書き換え型情報記録媒体、追記型情報記録媒体ともに共通である。
【００５５】
図２は、本発明の実施形態１における情報記録媒体１００の領域構造を示す図である。
【００５６】
データゾーン５は、ユーザデータが記録されるユーザデータ領域１４と、ユーザデータ領域１４の中の欠陥ブロックの代わりに用いるブロック（以下交替ブロック）として予め用意されたスペア領域であるＩＳＡ（Ｉｎｎｅｒ  Ｓｐａｒｅ  Ａｒｅａ）１５とＯＳＡ（Ｏｕｔｅｒ  Ｓｐａｒｅ  Ａｒｅａ）１６とで構成される。
【００５７】
インナーゾーン４とアウターゾーン６には、管理情報を記録するためのＤＭＡ（Ｄｉｓｃ（またはＤｅｆｅｃｔ）  Ｍａｎａｇｅｍｅｎｔ  Ａｒｅａ）がそれぞれ２箇所ずつ、合計４箇所ある。具体的には、インナーゾーン４に備えられる第１ＤＭＡ１０と第２ＤＭＡ１１、アウターゾーン６に備えられる第３ＤＭＡ１２と第４ＤＭＡ１３である。それぞれのＤＭＡには、ＤＭＡ自身が欠陥に冒されている場合に備え、冗長性を高めるために、全て同じ内容の管理情報が多重記録される。
【００５８】
さらにリードイン領域（インナーゾーン４）は、第１ＴＤＭＡ（Ｔｅｍｐｏｒａｒｙ  Ｄｉｓｃ（またはＤｅｆｅｃｔ）  Ｍａｎａｇｅｍｅｎｔ  Ａｒｅａ）１７を備える。ＴＤＭＡは、書換え（上書き更新）が出来ない追記型情報記録媒体特有の領域であり、情報記録媒体１００を使用中の、過渡的な管理情報を追記更新するために使用される。
【００５９】
なお、図２では図示しなかったが、ＩＳＡ１５やＯＳＡ１６の一部に更に予備のＴＤＭＡが配置されたりもする。予備のＴＤＭＡは、第１ＴＤＭＡ１７が使い尽くされた後に使用される。なお、以下では第１ＴＤＭＡ１７を、単にＴＤＭＡ１７と記載して説明を行う。
【００６０】
ＴＤＭＡ１７には、情報記録媒体１００に関する管理情報構造であるＴＤＭＳが記録される。ＴＤＭＳは、ＴＤＦＬ４００と、ＳＲＲＩ５００と、ＴＤＤＳ６００の３種類の管理情報から構成される。これらの詳細については、後述する。
【００６１】
ＴＤＭＡ１７に管理情報を記録する場合、上述したように、領域の消費を抑えるために、ＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔと呼ばれる更新単位で記録が行われる。ＴＤＭＡ１７に管理情報を記録する場合は、以前に記録した管理情報の中で内容に変化がないものは再利用し、更新記録が必要な管理情報のみで構成されるＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔの単位で記録が行われる。
【００６２】
図３は、本発明の実施形態１における情報記録媒体１００の確定した管理情報が記録されるＤＭＡの領域構成を示す図である。
【００６３】
ＤＭＡには、ディスクのレイアウト情報などを含むディスク定義構造（Ｄｉｓｃ  Ｄｅｆｉｎｉｔｉｏｎ  Ｓｔｒｕｃｔｕｒｅ。以下、ＤＤＳと呼ぶ。）と、ユーザデータ領域の記録状態を示すＳＲＲＩと、欠陥の位置情報や交替先の位置情報などを含む欠陥管理情報（Ｄｅｆｅｃｔ  Ｌｉｓｔ。以下、ＤＦＬと呼ぶ。）とが記録される。なお、ここで、先に述べたＴＤＤＳとＴＤＦＬの先頭文字“Ｔ”は、Ｔｅｍｐｏｒａｒｙの略で、ＴＤＭＡ１７への記録情報であるため、このように呼ぶ。確定した管理情報が記録されるＤＭＡには、ＤＤＳとＤＦＬが記録されるが、これらは、ＴＤＤＳ６００、ＴＤＦＬ４００と同じデータ構成である。
【００６４】
ＤＭＡには、以降の新規記録（追記）を禁止し、再生専用とするファイナライズ（ディスククローズ）時に、ＴＤＭＡに記録されている最新のＴＤＭＳを構成する最新の管理情報が記録される。
【００６５】
図４は、本発明の実施形態１における情報記録媒体１００のＴＤＦＬ４００のデータ構造を示す図である。
【００６６】
ＴＤＦＬ４００は、ＤＦＬヘッダ４０１と、０個以上の欠陥エントリ４０２で構成される。各欠陥エントリ４０２は、ユーザデータ領域に記録再生した時に検出された欠陥クラスタや、ＢＤ−Ｒに備えられている論理上書き機能（以下、ＬＯＷと略す）で書換え要求されたクラスタなどの位置を示す情報である交替元クラスタ位置情報４０４と、その交替元クラスタの代わりに割り当てられたスペア領域などの交替先クラスタの位置を示す情報である交替先クラスタ位置情報４０５とを含む。交替元クラスタ位置情報４０４や交替先クラスタ位置情報４０５は、例えば、それぞれのクラスタの先頭セクタの位置情報（物理アドレス）である。ＤＦＬヘッダ４０１は、ＴＤＦＬに含まれる欠陥エントリ４０２の個数などを含む。ＴＤＦＬ４００は、ユーザデータ領域１４に記録再生したときに検出された欠陥クラスタの数に応じて可変長であり、複数クラスタに跨って記録されることもある。本発明の実施形態１では、例えば、ＴＤＦＬは最大４クラスタで構成されるものとする。
【００６７】
図５は、本発明の実施形態１における情報記録媒体１００のＳＲＲＩ５００のデータ構造を示す図である。
【００６８】
ＳＲＲＩ５００は、ＳＲＲＩヘッダ５０１と、１個以上のＳＲＲエントリ５０２で構成される。各ＳＲＲエントリ５０２は、ＳＲＲの開始位置を示す情報であるＳＲＲ開始位置情報５０４と、ＳＲＲ内の最終記録位置を示す情報であるＳＲＲ最終記録位置情報５０５が含まれる。なお、最終記録位置情報は、ＬＲＡ（Ｌａｓｔ  Ｒｅｃｏｒｄｅｄ  Ａｄｄｒｅｓｓ）とも表記される。ＳＲＲＩヘッダ５０１には、ＳＲＲＩ５００に含まれるＳＲＲエントリ５０２の個数などを含む。本発明の実施形態１では、例えば、ＳＲＲＩは最大３０セクタに収まるサイズであるとする。
【００６９】
図６は、本発明の実施形態１における情報記録媒体１００のＴＤＤＳ６００のデータ構造を示す図である。
【００７０】
ＴＤＤＳ６００は、ＴＤＦＬ４００やＳＲＲＩ５００などの管理情報が記録された位置情報など、管理情報を管理するための情報を含む情報である。ＴＤＤＳ６００は固定サイズの情報であり、本発明の実施形態１では、例えば、ＴＤＤＳ６００のサイズは１セクタである。
【００７１】
ＴＤＤＳ６００は、ＴＤＤＳを更新記録した回数を示す更新記録回数などを含むＤＤＳヘッダ６０１や、ＤＭＡに記録されたＤＦＬの位置に関する情報であるＤＦＬ位置情報６０２、ＴＤＭＡに記録された最新のＴＤＦＬ４００の位置をクラスタ単位で管理するための情報である第１ＴＤＦＬ位置情報６０３、第２ＴＤＦＬ位置情報６０４、第３ＴＤＦＬ位置情報６０５、第４ＴＤＦＬ位置情報６０６、ＴＤＭＡに記録された最新のＳＲＲＩの位置情報であるＳＲＲＩ位置情報６０７などを含む。
【００７２】
最新のＴＤＤＳ６００と、その最新のＴＤＤＳに格納された第１〜第４ＴＤＦＬ位置情報６０３〜６０６が示すクラスタに記録されているＴＤＦＬ４００と、ＳＲＲＩ位置情報６０７が示すクラスタに記録されているＳＲＲＩ５００とが、最新の管理情報（最新のＴＤＭＳ）となる。
【００７３】
なお、ＴＤＦＬ４００は、最大４クラスタで構成されるため、ＴＤＤＳ６００は、各クラスタが記録された位置を示す第１から第４までの４つのＴＤＦＬ位置に関する情報を含む。ＴＤＦＬ４００は、欠陥エントリ４０２の数によって、ＴＤＭＡ１７に記録されるクラスタ数が変化する。その場合、ＴＤＭＡ１７に記録されていないＴＤＦＬ位置を示す情報には、ＴＤＦＬクラスタが存在しないことを表す無効な位置情報、例えば０が格納される。例えば、ＴＤＦＬ４００の有効サイズが２クラスタの場合、第１ＴＤＦＬ位置情報６０３と第２ＴＤＦＬ位置情報６０４にはＴＤＭＡ１７に記録されたそれぞれのクラスタの位置に関する情報が格納されるが、第３ＴＤＦＬ位置情報６０５と第４ＴＤＦＬ位置情報６０６には０が格納される。また同様に、ＤＭＡに記録されたＤＦＬの位置情報であるＤＦＬ位置情報６０２についても、ＴＤＭＡ１７に記録されるＴＤＤＳ６００では、その情報が無効であることを示す例えば０が格納される。
【００７４】
図７は、本発明の実施形態１における情報記録再生装置７００の構成を示す図である。
【００７５】
情報記録再生装置７００は、Ｉ／Ｏバス７６０を介して、上位制御装置７１０に接続される。上位制御装置７１０は、例えばホストコンピュータである。
【００７６】
情報記録再生装置７００は、命令処理部７２０と、記録再生部７３０、バッファ７４０、ドライブ制御部７５０から構成される。
【００７７】
命令処理部７２０は、上位制御装置７１０からの命令（コマンド）を処理する。
【００７８】
記録再生部７３０は、命令処理部７２０およびドライブ制御部７５０からの指示にしたがって、情報記録媒体１００に対し、クラスタ単位でデータの記録または再生を行う。
【００７９】
バッファ７４０は、記録再生されるユーザデータが一時的に格納される他、管理情報であるＤＤＳ・ＳＲＲＩ・ＤＦＬの最新の情報が格納されたり、あるいはバッファ７４０に格納しているＤＦＬ（ＴＤＦＬ）の内容が変更されたことを表すＴＤＦＬ更新フラグ、ＳＲＲＩの内容が変更されたことを表すＳＲＲＩ更新フラグなどを格納する。
【００８０】
ドライブ制御部７５０は、管理情報取得部７５１と、管理情報更新部７５２、ベリファイ部７５３、管理情報記録部７５４、管理情報確認部７５５から構成される。
【００８１】
管理情報取得部７５１は、ＴＤＭＡ１７から最新の管理情報を読み出して、バッファ７４０に格納（キャッシュ）するように記録再生部７３０を制御する。
【００８２】
管理情報更新部７５２は、バッファ７４０に格納された管理情報の内容の更新（変更）を行う。
【００８３】
ベリファイ部７５３は、記録再生部７３０を制御して所定のクラスタを再生し、再生結果に基づいて正しく再生できたか否かを確認する。例えば、データを再生して、誤り訂正が出来たことによって、正しく再生できたと判定する。あるいは、データを再生して、再生したデータと記録しようとしたデータとが一致したことによって、正しく再生できたと判定してもよい。
【００８４】
管理情報記録部７５４は、情報記録媒体１００に更新記録が必要な管理情報を選択し、ＴＤＭＡ１７に記録する管理情報を生成し、ＴＤＭＡ１７に記録するように記録再生部７３０を制御する。
【００８５】
管理情報確認部７５５は、更新記録された管理情報および再利用された管理情報のいずれに対しても、ベリファイ部７５３を用いてベリファイし、最新の管理情報が正しく再生できるか否かを確認する機能を有する。
【００８６】
図８は、本発明の実施形態１におけるＴＤＭＡ１７から最新の管理情報を取得する方法を示すフローチャートである。
【００８７】
なお本処理は、情報記録媒体１００が装着されてから、ユーザデータを記録再生するまでに行われる。
【００８８】
ステップ８０１で、管理情報取得部７５１は、情報記録媒体１００からの再生信号などを基に、ＴＤＭＡ１７の記録済み領域と未記録領域との境界位置を検出し、ＴＤＭＡの記録済み終端クラスタ位置を特定する。なお、本ステップ８０１において確定したＴＤＭＡ１７の記録済み領域と未記録領域との境界位置（つまり、次にＴＤＭＡ１７に管理情報を記録する先頭位置である次ＴＤＭＡ記録位置）を、バッファ７４０の一部や、メモリ（図示せず）などに保持しておいてもよい。上述した通り、情報記録媒体１００へのユーザデータの記録再生を行う前には、図８に示す管理情報（ＴＤＭＳ）の再生処理が実施されている必要がある。また、後述するように、ＴＤＭＡ１７に新たな管理情報を記録（図１０）する際には、必ずこの次ＴＤＭＡ記録位置に関する情報が必要になる。具体的には、この次ＴＤＭＡ記録位置は、後述するステップ１００１において特定する情報と同等である。よって、本ステップ８０１において確定した次ＴＤＭＡ記録位置に関する情報を、以降の処理でも使用できるように、バッファ７４０やメモリなどに保存しておくのが望ましい。
【００８９】
ステップ８０２で、最新のＴＤＤＳ６００はＴＤＭＡ１７の記録済み終端クラスタの最終セクタに必ず記録されているため、管理情報取得部７５１は、記録再生部７３０を制御し、ステップ８０１で検出した、ＴＤＭＡ１７の記録済み終端位置にあるクラスタを再生する。これにより、最新のＴＤＤＳ６００がバッファ７４０に読み出され、格納される。
【００９０】
ステップ８０３で、最新のＴＤＤＳ６００には、最新のＴＤＦＬ４００と最新のＳＲＲＩ５００の位置情報が記録されているため、管理情報取得部７５１は、バッファ７４０に読み出されたＴＤＤＳに含まれるＴＤＦＬ位置情報６０３〜６０６とＳＲＲＩ位置情報６０７から、最新のＴＤＦＬ４００と最新のＳＲＲＩ５００が記録されているクラスタ位置を特定する。
【００９１】
ステップ８０４で、管理情報取得部７５１は、記録再生部７３０を制御し、ステップ８０３で特定したクラスタを再生する。これにより、最新のＴＤＦＬ４００と最新のＳＲＲＩ５００がバッファ７４０に読み出され、格納される。
【００９２】
以上の手順により、最新の管理情報（最新のＴＤＭＳ）を構成するＴＤＤＳ、ＴＤＦＬ、ＳＲＲＩがバッファ７４０に読み出され、格納される。
【００９３】
なお、ステップ８０４において、ステップ８０３で特定したＴＤＦＬ位置情報６０３〜６０６とＳＲＲＩ位置情報６０７が示すクラスタを再生するとしたが、ＴＤＤＳ６００はＴＤＦＬ４００やＳＲＲＩ５００と組み合わされて、同一のクラスタに一緒に記録される。そのため、ＴＤＦＬ４００やＳＲＲＩ５００のうち、ＴＤＭＡ１７の記録済み終端クラスタにＴＤＤＳ６００と合わせて記録されていた管理情報については、ステップ８０２で再生済であるので、ステップ８０４で再生しなくてもよい。
【００９４】
図１３（ａ）を例に具体的に説明する。
【００９５】
ステップ８０１で、未記録領域と記録済み領域の境界位置としてクラスタ＃５とクラスタ＃６の境界位置が検出され、クラスタ＃５が記録済み終端クラスタとして特定される。
【００９６】
ステップ８０２で、クラスタ＃５を再生することにより、最新のＴＤＤＳ６００であるＴＤＤＳ＃２がバッファ７４０に格納される。
【００９７】
ステップ８０３で、最新のＴＤＦＬ４００の位置に関する情報（第１ＴＤＦＬ位置情報６０３と第２ＴＤＦＬ位置情報６０４と第３ＴＤＦＬ位置情報６０５）として、第１ＴＤＦＬ＃１が記録されたクラスタ＃２と、第２ＴＤＦＬ＃１が記録されたクラスタ＃４と、第３ＴＤＦＬ＃１が記録されたクラスタ＃５と、の位置を取得する。また、最新のＳＲＲＩ５００の位置に関する情報として、ＳＲＲＩ＃１が記録されたクラスタ＃１の位置が特定される。
【００９８】
ステップ８０４で、クラスタ＃１とクラスタ＃２とクラスタ＃４を再生することで、バッファ７４０に第１ＴＤＦＬ＃１と第２ＴＤＦＬ＃１とＳＲＲＩ＃１が格納される。なお、第３ＴＤＦＬ＃１は、ＴＤＤＳ＃２と同一のクラスタ＃５に記録されているため、既にバッファ７４０に取得済みであり、ステップ８０４では再度再生する必要は無い。
【００９９】
以上により、最新の管理情報であるＳＲＲＩ＃１、第１ＴＤＦＬ＃１、第２ＴＤＦＬ＃１、第３ＴＤＦＬ＃１、ＴＤＤＳ＃２の全てが取得でき、バッファ７４０に格納される。
【０１００】
図９は、本発明の実施形態１における情報記録媒体１００にユーザデータを記録する方法を示すフローチャートである。
【０１０１】
命令処理部７２０は、上位制御装置７１０から記録コマンドを受け取ると、記録再生部７３０に記録コマンドに伴って送られてきたユーザデータを記録するように指示する。ここで、記録コマンドとして、ユーザデータを記録する領域の開始位置情報とクラスタ数が指定されるものとする。記録が指示されると記録再生部７３０は、上位装置から指示された開始位置に基づきユーザデータを記録する。
【０１０２】
ステップ９０１で、記録再生部７３０は、ユーザデータ領域１４、あるいはスペア領域（ＩＳＡ１５、ＯＳＡ１６）にユーザデータを記録する。ここで、スペア領域への記録が行われるのは、後述のステップ９０５において、スペア領域を交替先クラスタとして割り当てた場合である。
【０１０３】
ステップ９０２で、記録再生部７３０は、ステップ９０１における記録に失敗したか否かを判定する。記録に失敗した場合、ステップ９０５に進む。記録に成功した場合は、ステップ９０３に進む。ここで、記録失敗とは、例えば、記録中にエラーが発生した場合や、記録したいクラスタ位置にヘッドが到達できずに記録が開始できなかった場合などである。
【０１０４】
ステップ９０３で、ベリファイ部７５３は、ステップ９０１で記録した領域を再生するように記録再生部７３０に指示し、正しく再生できるか否かを判定するベリファイを行う。ベリファイに成功した場合、正しく再生できたと判定し、ベリファイに失敗した場合、正しく再生できなかったと判定する。これにより、ユーザデータが正常に記録されたか否かが判定できる。ここで、正しく再生出来るとは、例えば、所定の誤り訂正数以内でデータが読み出せた場合などである。
【０１０５】
ステップ９０４で、ステップ９０３で正しく再生できたと判定された、すなわちユーザデータが正常に記録できた場合、ステップ９０７に進む。ステップ９０３で正しく再生できなかったと判定された、すなわちステップ９０１で記録したユーザデータが正常に再生できなかった場合、ステップ９０５に進む。ここで、ステップ９０１で記録したユーザデータが正常に再生できなかった場合としては、例えば、記録したクラスタが欠陥だった場合や、表面に埃や指紋が付着したことによって記録パワーが不足して適正な記録が出来なかった場合などである。
【０１０６】
ステップ９０５で、記録再生部７３０は、記録やベリファイに失敗したクラスタ（つまり欠陥クラスタ）に記録しようとしたユーザデータを交替記録するために、スペア領域を交替先クラスタとして割り当てる。交替先クラスタへの記録は、ステップ９０１にて実施する。
【０１０７】
ステップ９０６で、管理情報更新部７５２は、バッファ７４０に格納されたＴＤＦＬを更新する。例えば、ユーザデータ領域の記録中に欠陥を検出した場合、ステップ９０１で最初に記録しようとしたユーザデータ領域１４のクラスタ位置を交替元クラスタ位置情報４０４とし、ステップ９０５で割り当てたスペア領域のクラスタ位置を交替先クラスタ位置情報４０５とした欠陥エントリ４０２をバッファ７４０に格納されたＴＤＦＬに追加し、ＤＦＬヘッダに含まれる欠陥エントリの数を１増やす。交替先として割当てたスペア領域のクラスタへの記録中に欠陥を検出した場合には、再度、交替クラスタをステップ９０５で割り当て、追加しようとした欠陥エントリ４０２の交替先クラスタ位置情報４０５を、再度割り当てたクラスタ位置に変更するように、バッファ７４０に格納されたＴＤＦＬを更新する。また、管理情報更新部７５２は、バッファ７４０上のＴＤＦＬの内容が更新（変更）されたことを表すＴＤＦＬ更新フラグを１にする。そして、ステップ９０５で割り当てた交替先クラスタへ交替記録するため、再度ステップ９０１から処理を繰り返す。
【０１０８】
ステップ９０７で、記録再生部７３０は、上位制御装置７１０から指定されたユーザデータを全て記録したか否かを判定する。例えば、上位装置から指定されたクラスタ数の記録が全て完了したか否かを判定する。指定されたユーザデータを全て記録した場合、ステップ９０８に進む。指定されたユーザデータを全て記録していない場合、残りのユーザデータを記録するため、ステップ９０１に進み、指定されたユーザデータを全て記録するまで、ステップ９０１からステップ９０７を繰り返す。
【０１０９】
ステップ９０８で、上位制御装置７１０から指示されたユーザデータの記録が終了したので、管理情報更新部７５２は、バッファ７４０に格納されたＳＲＲＩに対し、ユーザデータが記録されたＳＲＲに該当するＳＲＲエントリ５０２のＳＲＲ最終記録位置情報５０５（ＬＲＡ）をユーザデータの記録が終了した位置に更新する。また、バッファ７４０上のＳＲＲＩの内容が更新（変更）されたことを表すＳＲＲＩ更新フラグを１にする。
【０１１０】
ステップ９０９で、管理情報記録部７５４は、ＴＤＭＡに記録すべき管理情報があるか否かを判定する。例えば、ＴＤＦＬ更新フラグまたはＳＲＲＩ更新フラグが１の場合、記録すべき管理情報があると判定する。ＴＤＦＬ更新フラグとＳＲＲＩ更新フラグが両方０の場合、記録すべき管理情報がないと判定する。記録すべき管理情報があると判定された場合、ステップ９１０に進む。記録すべき管理情報がないと判定された場合、処理を終了する。
【０１１１】
ステップ９１０で、ＴＤＭＡに記録すべき管理情報を記録する。
【０１１２】
なお、ステップ９０９で、ＴＤＦＬ更新フラグまたはＳＲＲＩ更新フラグが１の場合、ＴＤＭＡに記録すべき管理情報があると判定したが、これに限るものではない。
【０１１３】
ステップ９０９によると、ステップ９０８で、バッファ７４０に格納されたＳＲＲＩのＳＲＲ最終記録位置情報５０５（ＬＲＡ）が更新されるため、ユーザデータの記録終了後には、必ずＳＲＲＩが記録されることになる。しかし、ＴＤＭＡ１７が枯渇してしまうと、データの管理ができなくなり、ユーザデータを記録することができなくなる。
【０１１４】
そのため、例えば、記録したクラスタ数をカウントしておき、所定クラスタ以上記録した場合に、管理情報をＴＤＭＡに記録すると判定してもよい。
【０１１５】
例えば、ＴＤＭＡに記録反映済のＳＲＲＩにあるＬＲＡの値と、バッファ７４０上のＳＲＲＩにあるＬＲＡの値と、の差分が所定以上の場合に、管理情報をＴＤＭＡに記録すると判定してもよい。
【０１１６】
例えば、上位制御装置７１０からの記録指示が所定回数になった場合に、管理情報をＴＤＭＡに記録すると判定してもよい。
【０１１７】
例えば、記録が終了した位置をバッファ７４０に保持しておき、上位制御装置７１０から指定される記録開始クラスタの位置が、前回記録が終了した位置と異なる場合に、管理情報をＴＤＭＡに記録すると判定してもよい。
【０１１８】
例えば、ＴＤＭＡに記録した時間をバッファ７４０に保持しておき、所定時間経過した場合に、管理情報をＴＤＭＡに記録すると判定してもよい。
【０１１９】
例えば、更新回数をカウントしておき、所定回数を超えた場合、管理情報をＴＤＭＡに記録すると判定してもよい。
【０１２０】
例えば、追加および変更した欠陥エントリ数をカウントしておき、欠陥エントリが所定個数追加および変更された場合に、管理情報をＴＤＭＡに記録すると判定してもよい。
【０１２１】
例えば、ＤＦＬヘッダに含まれる欠陥エントリの数が増えたか否かを判定し、増えていた場合、管理情報をＴＤＭＡに記録すると判定してもよい。
【０１２２】
ここで、上記の様々な判定基準をステップ９０９で行なうとしたが、同様の判定基準をステップ９０８やステップ９０６で行ってもよい。例えば、ステップ９０８では、ＴＤＭＡに記録反映済のＳＲＲＩのＬＲＡの値と、バッファ７４０上のＳＲＲＩのＬＲＡの値と、の差分が所定以上の場合に、ＳＲＲＩ更新フラグを１にする、としてもよい。
【０１２３】
なお、ユーザデータの記録終了後に必ず管理情報を記録する場合には、ステップ９０９は省略できる。
【０１２４】
図１０は、本発明の実施形態１におけるＴＤＭＡに管理情報を記録する方法を示すフローチャートである。
【０１２５】
ステップ１００１で、管理情報記録部７５４は、再生信号などを基にＴＤＭＡの記録済み領域と未記録領域との境界位置を検出し、ＴＤＭＡの未記録領域の先頭位置を特定する。以降のステップで、管理情報を記録する場合、この先頭位置から順次記録が行なわれる。
【０１２６】
なお、本ステップ１００１では、必ずしも情報記録媒体１００にアクセスを行い、再生信号等を用いてＴＤＭＡの記録済み領域と未記録領域との境界位置（つまり、次にＴＤＭＡに管理情報を記録する先頭位置である次ＴＤＭＡ記録位置）を検出しなくてもよい。具体的には、前述した図８のステップ８０１において次ＴＤＭＡ記録位置が確定し、その情報がバッファやメモリなどに保存されている場合には、本ステップ１００１ではこのバッファやメモリに保存されている情報を取得するだけでもよい。なお、バッファやメモリに保存されている次ＴＤＭＡ記録位置に関する情報は、新たに管理情報（ＴＤＭＳ）をＴＤＭＡに記録（後述のステップ１００４など）したタイミングなどで更新される。
【０１２７】
ステップ１００２で、管理情報記録部７５４は、ＴＤＭＡに記録が必要な管理情報を特定する。例えば、更新した管理情報の種類を示す更新フラグ（ＴＤＦＬ更新フラグや、ＳＲＲＩ更新フラグ）を用いて、ＴＤＭＡに記録が必要な管理情報を特定する。例えばＴＤＦＬ更新フラグが１の場合、記録反映が必要な管理情報はＴＤＦＬとＴＤＤＳであると判定する。同様にＳＲＲＩ更新フラグが１の場合、記録反映が必要な管理情報はＳＲＲＩとＴＤＤＳであると判定する。なおＴＤＤＳは、ＴＤＭＡ１７に記録するときに必ず最終セクタに記録する必要があることに加え、管理情報を新たに記録することで、ＴＤＤＳが保持する該当する管理情報の位置情報も変更が必要なため、ＴＤＦＬ更新フラグとＳＲＲＩ更新フラグのいずれか一方でも１の場合は、必ず記録が必要な管理情報として判定される。
【０１２８】
ステップ１００３で、管理情報記録部７５４は、ステップ１００２で選択した管理情報とＴＤＤＳのみで構成されるＭ個のクラスタからなるＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔに相当する内容をバッファ７４０に生成する。例えば、ＳＲＲＩ更新フラグのみ１の場合、図９のステップ９０８で更新されたバッファ７４０に格納されているＳＲＲＩと、バッファ７４０に格納されているＴＤＤＳとを組み合わせて１クラスタ（Ｍ＝１）のＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔの内容を生成する。そして、生成したＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔの内容に含まれるＴＤＤＳのＳＲＲＩ位置情報６０７に相当する情報を、ＳＲＲＩとして記録されるクラスタの位置に変更する。ＴＤＦＬ更新フラグのみ１の場合、図９のステップ９０６で更新されたバッファ７４０に格納されているＴＤＦＬと、バッファ７４０に格納されているＴＤＤＳで、合計ＭクラスタとなるＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔの内容を生成する。そして生成したＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔの内容に含まれる第１ＴＤＦＬ位置情報６０３から第ＭＴＤＦＬ位置に相当する情報を、それぞれのＴＤＦＬが記録されるクラスタの位置に変更する。ＴＤＦＬの場合、生成されるクラスタは、欠陥エントリ数に依存して変化する。ＴＤＦＬの最大サイズが４クラスタ、ＴＤＤＳのサイズが１セクタであるとした場合、これらを組み合わせて生成されるＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔの合計のクラスタ数Ｍは、１≦Ｍ≦５となる。
【０１２９】
ステップ１００４で、管理情報記録部７５４は、記録再生部７３０を制御し、ステップ１００３で生成したＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔの内容をＴＤＭＡ１７に記録する。
【０１３０】
ステップ１００５で、管理情報記録部７５４は、ステップ１００４での管理情報の記録に成功したか否かを判定する。記録に失敗したと判定した場合、ステップ１００８に進む。記録に成功したと判定した場合、ステップ１００６に進む。
【０１３１】
ステップ１００６で、管理情報確認部７５５は、ベリファイ部７５３を用いてステップ１００４で新たに記録した管理情報をベリファイし、正しく再生できるか否かを判定する。ベリファイに成功した場合、正しく再生できたと判定し、ベリファイに失敗した場合、正しく再生できなかったと判定する。これにより、新たに記録した管理情報が正常に記録されたか否かが判定できる。
【０１３２】
ステップ１００７で、ステップ１００６で正しく再生できた（ベリファイＯＫ）と判定した場合、すなわち新たに記録した管理情報が正常に記録できた場合、ステップ１００９に進む。ステップ１００６で正しく再生できなかったと判定した場合、すなわち新たに記録した管理情報が正常に記録できなかった場合、ステップ１００８に進む。
【０１３３】
ステップ１００８で、管理情報記録部７５４は、記録やベリファイに失敗した管理情報を次の未記録領域に記録するため、管理情報を記録する領域を次の未記録領域に更新する。また、記録位置が変わるので、バッファ７４０に作成したＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔの内容に含まれる管理情報の位置情報を、その管理情報が記録されるクラスタの位置に変更する。
【０１３４】
ステップ１００９で、管理情報記録部７５４は、ＴＤＭＡ１７に記録が必要な管理情報を全て記録したか否かを判定する。例えば、ステップ１００３で生成したＭ個のクラスタ分の内容を全て記録したか否かを判定する。全て記録したと判定した場合、ステップ１０１０に進む。全て記録していないと判定した場合は、ＴＤＭＡ１７に記録が必要な残りの管理情報を次の未記録領域に記録するために、ステップ１００４に進む。そして、ＴＤＭＡ１７に反映が必要な管理情報を全て記録するまで、ステップ１００４からステップ１００９を繰り返す。
【０１３５】
ステップ１０１０で、管理情報確認部７５５は、ステップ１００２において新たな記録は不要と判断された、つまり再利用された管理情報を特定し、それが記録されているＴＤＭＡ１７上のクラスタ位置を求める。例えば、ＳＲＲＩ更新フラグが０の場合、再利用された管理情報をＳＲＲＩと特定する。そして、バッファ７４０に格納されているＴＤＤＳから取得したＳＲＲＩ位置情報６０７を再利用する管理情報のクラスタ位置とする。同様にＴＤＦＬ更新フラグが０の場合、再利用された管理情報をＴＤＦＬと特定する。そして、バッファ７４０に格納されているＴＤＤＳから第１から第４のＴＤＦＬ位置情報６０３、６０４、６０５、６０６を取得する。ＴＤＦＬの場合、第１から第４のＴＤＦＬ位置情報６０３、６０４、６０５、６０６が０でないクラスタについては、有効なＴＤＦＬが記録されているため、ＴＤＦＬ位置情報が０でないクラスタ位置を再利用された管理情報の位置とする。ここで、最新のＴＤＭＳがＮ個のクラスタに記録されているとすると、１≦Ｍ≦Ｎであり、ステップ１００４で管理情報を記録する際に再利用された管理情報は、（Ｎ−Ｍ）個のクラスタということになる。したがって、ステップ１０１０では、（Ｎ−Ｍ）個のクラスタの位置を求める。
【０１３６】
なお、ステップ１０１０で、更新フラグから再利用された管理情報の特定が完了した時点で、更新必要としてステップ１００３などで１にセットされた管理フラグを０に設定（クリア）する。具体的には、例えば、ステップ１００３でＳＲＲＩの更新が必要として、ＳＲＲＩ更新フラグを１にセットした場合は、ステップ１０１０にて再利用された管理情報の特定が完了した後、ＳＲＲＩ更新フラグを０にクリアする。
【０１３７】
ステップ１０１１で、管理情報確認部７５５は、ベリファイ部７５３を用いてステップ１０１０で求めた再利用された管理情報をベリファイし、正しく再生できるか否かを判定する。ベリファイに成功した場合は正しく再生できたと判定し、ベリファイに失敗した場合は正しく再生できなかったと判定する。これにより、再利用された管理情報が正しく再生できるか否かが判定できる。すなわち、ステップ１００６でのベリファイとあわせると、ＴＤＭＡに記録されている最新のＴＤＭＳが全て正しく再生できることが確認されることになる。
【０１３８】
ステップ１０１２で、ステップ１０１１で正しく再生できたと判定した場合、ステップ１０１３に進む。ステップ１０１１で正しく再生できなかったと判定した場合、再利用された管理情報をＴＤＭＡ１７に再度記録するため、再利用する管理情報を記録が必要な管理情報として（例えば、該当する管理情報がＳＲＲＩであれば、ＳＲＲＩ更新フラグを１にして）ステップ１００２からやり直す。
【０１３９】
ステップ１０１３で、管理情報確認部７５５は、再利用された管理情報の全てのベリファイを完了したか否かを判定する。例えば、ステップ１０１０で特定した（Ｎ−Ｍ）個のクラスタを全てベリファイしたか否かを判定する。全てのベリファイが完了したと判定した場合は、処理を終了する。ベリファイがまだ完了していないと判定した場合は、残りの再利用された管理情報をベリファイするため、ステップ１０１１に戻る。
【０１４０】
図１０に示す本発明の実施形態１におけるＴＤＭＡに管理情報を記録する処理の流れについて、図１１を例に具体的に説明する。
【０１４１】
図１１は、図１３（ｂ）の状態から図１０に示す管理情報を記録する方法を用いて、ＳＲＲＩ更新フラグが１であった場合の、管理情報記録後のＴＤＭＡ１７の状態を示す図である。ＳＲＲＩを更新記録するため、ＳＲＲＩ更新フラグが１、ＴＤＦＬ更新フラグが０であるとする。そして、クラスタ＃７にＳＲＲＩ＃３とＴＤＤＳ＃４を記録するときに意図せずにトラック跳びが発生してしまい、クラスタ＃７の記録に失敗するとともに、既に記録済みのクラスタ＃５を上書きして書き潰すものとする。
【０１４２】
ステップ１００１で、クラスタ＃６とクラスタ＃７の境界が記録済み領域と未記録領域の境界位置であると検出され、クラスタ＃７がＴＤＭＡの未記録領域の先頭位置となる。すなわち、新しい管理情報はクラスタ＃７から記録される。
【０１４３】
ステップ１００２で、ＳＲＲＩ更新フラグが１であるため、ＴＤＭＡ１７に記録反映が必要な管理情報がＳＲＲＩであると判定する。
【０１４４】
ステップ１００３で、ＳＲＲＩ＃３とＴＤＤＳ＃４からなるＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃４（Ｍ＝１）の内容をバッファ７４０に生成する。このとき、ＴＤＤＳ＃４の内容に含まれるＳＲＲＩ位置情報６０７に相当する情報を、ＳＲＲＩが記録されるクラスタ＃７に変更する。
【０１４５】
ステップ１００４で、クラスタ＃７にバッファ７４０に生成したＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃４の内容を記録する。
【０１４６】
このとき、クラスタ＃７の記録中にトラック跳びが発生し、クラスタ＃５を書き潰してしまう。
【０１４７】
ステップ１００５では、ステップ１００４での記録に失敗してしまったので、ステップ１００８に進む。
【０１４８】
ステップ１００８で、ＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃４の内容を再度記録するクラスタの位置を求めなおし、クラスタ＃８として位置情報が更新される。つまり、バッファ７４０のＴＤＤＳ＃４に含まれるＳＲＲＩ位置情報６０７に相当する情報を、ＳＲＲＩが新たに記録されるクラスタ＃８に変更する。
【０１４９】
ステップ１００９で、ＴＤＭＡ１７に記録が必要な管理情報の記録がまだ終了していないためステップ１００４に戻る。
【０１５０】
ステップ１００４からステップ１００９で、クラスタ＃８にＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃４の内容を記録する。
【０１５１】
ＴＤＭＡ１７に記録が必要な管理情報であるＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃４の記録が終了したので、ステップ１０１０に進む。そして、ＴＤＦＬ更新フラグが０であるので、再利用された管理情報をＴＤＦＬと特定し、バッファ７４０に格納されているＴＤＤＳ＃４から第１ＴＤＦＬ位置情報６０３から第４ＴＤＦＬ位置情報６０６の４つのＴＤＦＬ位置情報を取得する。図１１の場合、第１ＴＤＦＬ位置情報６０３としてクラスタ＃２、第２ＴＤＦＬ位置情報６０４としてクラスタ＃４、第３ＴＤＦＬ位置情報６０５としてクラスタ＃５、第４ＴＤＦＬ位置情報６０６として０が取得される。そのため、再利用された管理情報のクラスタ位置を、クラスタ＃２とクラスタ＃４とクラスタ＃５と特定する。図１１の場合、最新のＴＤＭＳは、ＴＤＦＬの３クラスタと、ＳＲＲＩとＴＤＤＳの１クラスタから構成されるため、Ｎ＝４となる。また、記録される管理情報はＳＲＲＩとＴＤＤＳを組み合わせた１クラスタで、Ｍ＝１である。よって、再利用する管理情報は、ＴＤＦＬの３クラスタで、Ｎ−Ｍ＝４−１＝３クラスタとなる。
【０１５２】
ステップ１０１１で、クラスタ＃２をベリファイする。ステップ１０１２でベリファイに成功したと判定されるので、ステップ１０１３に進む。
【０１５３】
ステップ１０１３で、クラスタ＃４とクラスタ＃５をベリファイしていないので、ステップ１０１１に戻り、クラスタ＃４をベリファイする。ステップ１０１２でクラスタ＃４のベリファイに成功したと判定されるので、ステップ１０１３に進む。
【０１５４】
ステップ１０１３で、クラスタ＃５をベリファイしていないので、ステップ１０１１に進み、クラスタ＃５をベリファイする。ステップ１０１２で、クラスタ＃５は正しく再生できないため、ベリファイに失敗したと判定され、再利用される管理情報であるＴＤＦＬをＴＤＭＡ１７に再度記録するために、ＴＤＦＬ更新フラグを１にして、再度ステップ１００２からステップ１００９までを実行する。これにより、ＴＤＦＬがＴＤＭＡに記録が必要な管理情報となり、ベリファイに失敗した第３ＴＤＦＬ＃１を含む管理情報（ＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃５）がＴＤＭＡ１７に記録されてベリファイされる。
【０１５５】
ＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃５をＴＤＭＡ１７に新たに記録したため、今度はＳＲＲＩ＃３が再利用された管理情報となる。そして、ステップ１０１０からステップ１０１１を実行して、ＳＲＲＩ＃３が記録されているクラスタ＃８をベリファイする。
【０１５６】
ステップ１０１２で、クラスタ＃８のベリファイに成功したと判定されるので、ステップ１０１３に進む。
【０１５７】
ステップ１０１３で、再利用する管理情報を全てベリファイし終えたため、処理を終了する。
【０１５８】
以上説明したように、本発明の実施形態１のＴＤＭＡに管理情報を記録する方法では、記録が必要な管理情報を記録する際に、再利用された管理情報も含めて、最新の管理情報（最新のＴＤＭＳ）を構成するクラスタ全てをベリファイして正しく再生できるか否かを確認する。
【０１５９】
すなわち、本実施形態１の記録再生方法では下記の動作を実行する。
【０１６０】
本実施形態１の記録再生方法では、情報記録媒体に記録再生を行うステップ（ａ）と、情報記録媒体に記録されたデータを再生し、正常に再生できるか否かを確認するステップ（ｂ）とを実行する。また、情報記録媒体に記録されたデータを管理するための複数種類の管理情報（例えば、ＴＤＦＬ、ＳＲＲＩ、ＳＢＭ、ＴＤＤＳ）のうち、変更が必要な管理情報のみを、情報記録媒体に記録するステップ（ｃ）を実行する。そして、変更が不要と判断されて再利用される管理情報も含めた最新の管理情報が正常に再生できるか否かを確認するステップ（ｄ）を実行する。
【０１６１】
また、最新の管理情報が情報記録媒体上に不連続に記録され、最新の管理情報が記録されている位置の間に最新の管理情報とは異なる管理情報が記録されている場合、上記ステップ（ｄ）では、その最新の管理情報とは異なる管理情報を再生しなくてもよい。ここで「最新の管理情報が情報記録媒体上に不連続に記録されている」とは、情報記録媒体の記録再生単位であるクラスタ単位で見た場合に、最新の管理情報が記録されたクラスタが離散的になっている（連続していない）状態を示す。また、「最新の管理情報が記録されている位置の間に最新の管理情報とは異なる管理情報が記録されている」とは、最新の管理情報が記録されている不連続（離散的）なクラスタとクラスタの間にあるクラスタに、最新ではない管理情報が記録されている状態を示す。
【０１６２】
また、最新の管理情報が正常に再生できないことを確認した場合、少なくとも最新の管理情報のうちの正常に再生できなかった管理情報の記録をやり直してもよい。
【０１６３】
また、複数種類の管理情報の少なくとも１つの管理情報（例えば、ＴＤＤＳ）は、他の種類の管理情報（例えば、ＴＤＦＬ、ＳＲＲＩ、ＳＢＭ）が記録されている位置を示す管理情報位置情報を含んでいる。上記ステップ（ｄ）では、その管理情報位置情報に基づいて、再利用される管理情報が記録されている位置を特定してもよい。
【０１６４】
また、本実施形態１において主に説明したように、上記複数種類の管理情報とは、情報記録媒体の欠陥領域を管理するための欠陥管理情報（例えば、ＴＤＦＬ）と、情報記録媒体の記録状態を示す記録管理情報（例えば、ＳＲＲＩもしくはＳＢＭ）と、情報記録媒体の構成を示すディスク定義構造（例えば、ＴＤＤＳ）であってもよい。ディスク定義構造は、欠陥管理情報が記録された位置を示す欠陥管理情報位置情報と、記録管理情報が記録された位置を示す記録管理情報位置情報とを含んでいてもよい。このとき、上記ステップ（ｄ）では、欠陥管理情報位置情報と記録管理情報位置情報に基づいて、再利用される管理情報が記録されている位置を特定してもよい。
【０１６５】
また、本実施形態１の情報記録再生装置は下記の構成を有する。
【０１６６】
本実施形態１の情報記録再生装置は、情報記録媒体に記録再生を行う記録再生部７３０と、記録再生部を用いて情報記録媒体に記録されたデータを再生し、データが正常に再生できるか否かを確認するベリファイ部７５３と、情報記録媒体に記録されたデータを管理するための複数種類の管理情報（例えば、ＴＤＦＬ、ＳＲＲＩ、ＳＢＭ、ＴＤＤＳ）のうち、変更が必要な管理情報のみを、記録再生部を用いて情報記録媒体に記録する管理情報記録部７５４と、変更が不要と判断されて再利用される管理情報も含めた最新の管理情報が正しく再生できるか否かをベリファイ部を用いて確認する管理情報確認部７５５とを備える。
【０１６７】
また、最新の管理情報が情報記録媒体上に不連続に記録され、最新の管理情報が記録されている位置の間に最新の管理情報とは異なる管理情報が記録されている場合、管理情報確認部は、最新の管理情報の確認の動作時に、その最新の管理情報とは異なる管理情報を再生しなくてもよい。
【０１６８】
また、最新の管理情報が正常に再生できないことを管理情報確認部が確認した場合、記録再生部は、少なくとも最新の管理情報のうちの正常に再生できなかった管理情報の記録をやり直してもよい。
【０１６９】
また、複数種類の管理情報の少なくとも１つの管理情報（例えば、ＴＤＤＳ）は、他の種類の管理情報（例えば、ＴＤＦＬ、ＳＲＲＩ、ＳＢＭ）が記録されている位置を示す管理情報位置情報を含んでいる。管理情報確認部は、管理情報位置情報に基づいて、再利用される管理情報が記録されている位置を特定してもよい。
【０１７０】
また、本実施形態１において主に説明したように、複数種類の管理情報は、情報記録媒体の欠陥領域を管理するための欠陥管理情報（例えば、ＴＤＦＬ）と、情報記録媒体の記録状態を示す記録管理情報（例えば、ＳＲＲＩもしくはＳＢＭ）と、情報記録媒体の構成を示すディスク定義構造（例えば、ＴＤＤＳ）であってもよい。ディスク定義構造は、欠陥管理情報が記録された位置を示す欠陥管理情報位置情報と、記録管理情報が記録された位置を示す記録管理情報位置情報とを含んでいてもよい。このとき、管理情報確認部は、欠陥管理情報位置情報と記録管理情報位置情報に基づいて、再利用される管理情報が記録されている位置を特定してもよい。
【０１７１】
以上の本実施形態１の情報記録再生方法および情報記録再生装置の構成であれば、記録後に最新の管理情報全ての確認（ベリファイ）を行うため、最新の管理情報が正しく再生出来ることを保証できる。例えば図１１の場合で言えば、記録中にトラック跳びなどで意図せぬ書き潰しなどが発生しても、書き潰してしまったクラスタ＃５が正しく再生できない（書き潰された）ことを検出できる。そして、書き潰されたＴＤＦＬの代わりに、バッファ７４０に保持しているＴＤＦＬの内容を再度ＴＤＭＡ１７に記録することで、正しく再生できる第３ＴＤＦＬ＃１を含んだＴＤＦＬ４００がＴＤＭＡ１７に記録されるため、最新のＴＤＭＳは全て正しく再生できることが保証できる。
【０１７２】
すなわち、記録中に最新の管理情報（最新のＴＤＭＳ）を書き潰してしまった場合であっても、最新の管理情報が再生できないことを正確に検出できる。また、バッファに格納（キャッシュ）している最新の管理情報を用いて、再生できない管理情報を再度ＴＤＭＡに記録し直すことで、ＴＤＭＡ１７に記録されている最新の管理情報は、全て正しく再生できることが保証される。
【０１７３】
本手法を適用すれば、最新の管理情報を記録した後に付着した傷や埃や指紋などの汚れによって再生できない場合にも、同様の効果が得られる。
【０１７４】
また、本発明の実施形態１では、最新の管理情報の構成要素が記録されている位置を特定してから再生するため、ベリファイする領域を必要最小限な領域に限定できる。そのため、ベリファイに要する時間を必要最低限に抑えることができるため、管理情報が正しく再生できるか否かをより高速に判定することができる。また、最新の管理情報が記録されている領域の間に欠陥クラスタが存在したとしても、その領域を再生することなく、管理情報が正しく再生できるか否かをより高速に判定することができる。また、最新の管理情報が不連続（離散的）に記録され、最新の管理情報が記録されている領域の間に、最新でない管理情報が存在したとしても、最新でない管理情報が記録された領域を再生することなく、管理情報が正しく再生できるか否かをより高速に判定することができる。
【０１７５】
さらに、記録する前に所定領域範囲分の全てのデータを再生して保持しておく必要がなく、バッファの拡張を最低限にし、最小のコストで、管理情報の記録が正しく再生できるか否かをより高速に判定することができる。
【０１７６】
なお、ステップ１０１３で、１クラスタずつベリファイを行ったが、図１１のクラスタ＃４、クラスタ＃５のように、ベリファイを行う領域が連続している場合、複数クラスタを一度にベリファイしてもよい。これにより、クラスタ＃５のベリファイ開始時に行われるシークがなくなるため、より高速にベリファイを行うことができる。
【０１７７】
なお、本発明の実施形態１では、ＴＤＭＡ１７に記録する必要がある管理情報を記録する度に、再利用する管理情報をベリファイするものとしたが、情報記録媒体１００が情報記録再生装置７００から取り出される（イジェクトされる）前までにベリファイされ、正しい管理情報が再生できる状態にしておけばよいため、ベリファイを実施するタイミングはこれに限るものではない。
【０１７８】
例えば、管理情報を記録する時間を短縮するために、ＴＤＭＡ１７に記録した回数をカウントしておき、所定回数になったら、再利用された管理情報をベリファイするといった方法でもよい。また、ＴＤＭＡ１７に記録を行った時間情報を保持しておき、所定時間の経過をトリガにして、再利用された管理情報をベリファイしてもよい。さらに、情報記録再生装置７００が情報記録媒体１００に記録再生を行っていない時間に再利用する管理情報をベリファイしてもよい。
【０１７９】
例えば、新たな管理情報の記録の際に記録エラーを検出した場合だけ、再利用された管理情報をベリファイしてもよい。あるいは、トラック跳びが発生して書き潰した可能性が高い記録エラー（例えば、トラックエラー信号の異常とか、記録停止した位置情報のズレや、ディスク回転の同期ズレとか）が発生したときのみ、再利用する管理情報をベリファイしてもよい。これにより、再利用する管理情報をベリファイする回数を削減でき、パフォーマンスをさらに改善できる。
【０１８０】
例えば、トラッキングエラー信号を用いて、トラック跳びを検出しておき、記録済みのトラックに跳んだことを確認したときのみ、再利用する管理情報をベリファイしてもよい。これにより、再利用する管理情報をベリファイする回数をより削減でき、パフォーマンスをさらに改善できる。反対に、未記録のトラックに跳んだ場合は、その時点では書き潰されたデータは無い。また、追記型媒体なので、書き潰した領域に記録するときに、記録もしくはベリファイに失敗するため、記録しようとしたデータは別の領域に記録しなおされる。そのため、未記録のトラックに跳んだ場合は、再利用する管理情報をベリファイしないでもよい。なお、トラック跳びが発生した場合に、それが記録済み領域に跳んだのか、未記録領域に跳んだのかは、例えば情報記録媒体１００から読み出される物理的なアドレス情報（ＢＤの場合はＡＤＩＰなど、情報記録媒体１００に埋め込まれている物理アドレス情報）を追従する、あるいはＲＦ信号の振幅から、トラック跳びしたのが記録済み領域側か、未記録領域側かを判断するような方法により実現出来る。
【０１８１】
すなわち、変更が必要な管理情報の記録がリトライを伴って成功した場合には、ステップ（ｄ）を実行し、変更が必要な管理情報の記録がリトライなく成功した場合は、再利用される管理情報以外の最新の管理情報（すなわち変更が必要であったために記録された管理情報）が正常に再生できるか否かを確認するステップ（ｅ）を実行してもよい。
【０１８２】
また、本実施形態１の情報記録再生装置は、変更が必要な管理情報の記録がリトライを伴って成功した場合に、管理情報確認部は、再利用される管理情報も含めた最新の管理情報が正常に再生できるか否かを確認し、変更が必要な管理情報の記録がリトライなく成功した場合、管理情報確認部は、記録を行った上記変更が必要であった管理情報が正常に再生できるか否かの確認を行い、再利用される管理情報が正常に再生できるか否かの確認は行わなくてもよい。
【０１８３】
なお、本実施形態１の情報記録再生装置は、再利用される管理情報以外の最新の管理情報（すなわち変更が必要であったために記録された管理情報のみ）を正しく再生できるか否かをベリファイ部を用いて確認する第２の管理情報確認部を更に備えていてもよい。このとき、管理情報記録部がリトライを伴って記録に成功した場合は管理情報確認部で確認動作を行い、管理情報記録部がリトライなく記録に成功した場合は第２の管理情報確認部で確認動作を行ってもよい。
【０１８４】
以上の構成により、再利用する管理情報をベリファイする回数を削減でき、パフォーマンスをさらに改善できる。
【０１８５】
なお、本発明の実施形態１では、ＴＤＭＡ１７に記録する必要がある管理情報を特定するときに、更新した管理情報の種類を示すＴＤＦＬ更新フラグとＳＲＲＩ更新フラグを用いた。この場合、例えばＴＤＦＬ４００が３クラスタで構成されている場合では、ＴＤＦＬに欠陥エントリ４０２（に相当するデータ）が追加された場合、ＴＤＭＡ１７に３クラスタ記録されてしまう。しかし、シーケンシャル記録を行っている場合、多くの場合は、ＴＤＦＬに欠陥エントリが追加される場合、ＴＤＦＬの最後のデータ位置、つまり第３ＴＤＦＬに欠陥エントリが追加され、第１ＴＤＦＬに含まれるＤＦＬヘッダ内の欠陥エントリ数が更新されることが多い。つまり、第１ＴＤＦＬ（に含まれるＤＦＬヘッダ内の欠陥エントリ数）と第３ＴＤＦＬは変更されるが、第２ＴＤＦＬに変化はない。この場合、記録反映が必要な管理情報は、ＴＤＦＬにおける第１ＴＤＦＬと第３ＴＤＦＬを含む２クラスタだけである。あるいは、図１１でベリファイに失敗したのはクラスタ＃５だけなので、再度ＴＤＭＡに記録反映が必要な管理情報は、ＴＤＦＬにおける第３ＴＤＦＬを含む１クラスタだけである。そこで、例えば更新した管理情報の構成要素を示す第１ＴＤＦＬ更新フラグ、第２ＴＤＦＬ更新フラグ、第３ＴＤＦＬ更新フラグ、第４ＴＤＦＬ更新フラグ、ＳＲＲＩ更新フラグという形式、つまり管理情報におけるクラスタ毎のような形で更新フラグ情報をバッファ領域７４０に備え、それを用いてもよい。図１２では、この方法を用いた場合の、実際にＴＤＭＡ１７が記録される様子を示している。
【０１８６】
図１２（ａ）は、図１３（ａ）の状態から更新した管理情報の構成要素を示す更新フラグを用いて、図１０に示すＴＤＭＡ１７に管理情報を記録する方法により、ＴＤＦＬ４００を更新記録した後のＴＤＭＡ１７の状態を示す図である。なお、ＴＤＦＬ４００は、新たに欠陥エントリが追加されたため、ＴＤＭＡ１７に更新記録されるものとする。
【０１８７】
ＴＤＦＬに欠陥エントリが追加されると、上述したように、第１ＴＤＦＬおよび第３ＴＤＦＬのみが変更されるため、第１ＴＤＦＬ更新フラグと第３ＴＤＦＬ更新フラグが１、第２ＴＤＦＬ更新フラグと第４ＴＤＦＬ更新フラグとＳＲＲＩ更新フラグが０となる。これにより、ステップ１００２でＴＤＭＡに記録反映が必要な管理情報が、第１ＴＤＦＬと第３ＴＤＦＬとＴＤＤＳであると特定される。
【０１８８】
ステップ１００３からステップ１００９を実行することで、図１２（ａ）に示すように、第１ＴＤＦＬ＃２と第３ＴＤＦＬ＃２とＴＤＤＳ＃３で構成されるＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃３の２つのクラスタがＴＤＭＡに記録される。
【０１８９】
第２ＴＤＦＬ更新フラグと第４ＴＤＦＬ更新フラグが０であり、第２ＴＤＦＬ位置情報６０４としてクラスタ＃４の位置、第４ＴＤＦＬ位置情報６０６として０（該当クラスタなしの意）、ＳＲＲＩ位置情報６０７としてクラスタ＃５の位置が取得できるので、ステップ１０１０で、再利用された管理情報が第２ＴＤＦＬとＳＲＲＩであると特定される。
【０１９０】
ステップ１０１１からステップ１０１３を実行することで、クラスタ＃１とクラスタ＃４がベリファイされる。
【０１９１】
これにより、ＴＤＭＡ１７に記録が必要な管理情報を記録するときに、よりＴＤＭＡ１７の消費を抑えて記録することができる。
【０１９２】
図１２（ｂ）は、更新した管理情報の位置を示す更新フラグを用いた場合に、図１１のベリファイに失敗したクラスタの情報（つまり第３ＴＤＦＬ）とＴＤＤＳを組み合わせた内容のみＴＭＤＳ  Ｕｐｄａｔｅ  Ｕｎｉｔとして記録する方法を用いた場合の、ＴＤＭＡ１７に記録した後のＴＤＭＡの状態を示す図である。
【０１９３】
図１１の場合、クラスタ＃５のベリファイに失敗したときにＴＤＦＬ更新フラグを１にするとしたが、図１２（ｂ）の場合、ベリファイに失敗したクラスタ＃５に含まれる第３ＴＤＦＬの更新フラグである第３ＴＤＦＬ更新フラグのみを１にし、他の更新フラグは０にする。これにより、ステップ１００２で、ＴＤＭＡに記録反映が必要な管理情報が、第３ＴＤＦＬとＴＤＤＳであると特定される。
【０１９４】
ステップ１００３からステップ１００９を実行することで、図１２（ｂ）に示すように、第３ＴＤＦＬ＃１とＴＤＤＳ＃５で構成されるＴＤＭＳ  Ｕｐｄａｔｅ  Ｕｎｉｔ＃５の１クラスタがＴＤＭＡ１７に記録される。
【０１９５】
第１ＴＤＦＬ更新フラグ、第２ＴＤＦＬ更新フラグ、第４ＴＤＦＬ更新フラグ、ＳＲＲＩ更新フラグが０であり、第１ＴＤＦＬ位置情報６０３としてクラスタ＃２、第２ＴＤＦＬ位置情報６０４としてクラスタ＃４の位置、第４ＴＤＦＬ位置情報６０６として０（該当クラスタなしの意）、ＳＲＲＩ位置情報６０７としてクラスタ＃８の位置が取得できるので、ステップ１０１０で、再利用される管理情報が第１ＴＤＦＬと第２ＴＤＦＬとＳＲＲＩであると特定される。
【０１９６】
ステップ１０１１からステップ１０１３を実行することで、クラスタ＃２とクラスタ＃４とクラスタ＃８がベリファイされる。
【０１９７】
このような方法を採用することで、再利用される管理情報のベリファイに失敗し、再度ＴＤＭＡに記録する場合において、よりＴＤＭＡ１７の消費を抑えて記録することができる。
【０１９８】
なお、図１１では更新した管理情報の種類を示す更新フラグ（ＴＤＦＬ更新フラグ、ＳＲＲＩ更新フラグ）を、図１２では更新した管理情報の構成要素を示す更新フラグ（第１ＴＤＦＬ更新フラグ、第２ＴＤＦＬ更新フラグ、第３ＴＤＦＬ更新フラグ、第４ＴＤＦＬ更新フラグ、ＳＲＲＩ更新フラグ）を用いるとしたが、ＴＤＭＡ１７に反映が必要な管理情報が識別できればよく、これに限るものではない。
【０１９９】
また、図１２（ａ）のように、ＴＤＭＡ１７に記録する管理情報が複数クラスタあり、１クラスタずつ記録する場合、クラスタ＃６の記録終了後、クラスタ＃７の記録の前には、シークが発生する。すなわち、クラスタ＃６とクラスタ＃７の記録が途切れるため、クラスタ＃７の記録時にクラスタ＃６を書き潰してしまう恐れがある。そのため、再利用される管理情報のベリファイを行う際、さらに加えてクラスタ＃６をベリファイしてもよい。これにより、クラスタ＃７の記録時にクラスタ＃６を書き潰してしまった場合であっても、クラスタ＃６が正しく再生できないことを検出できる。
【０２００】
また複数クラスタをまとめて記録してから、複数クラスタをまとめてベリファイしてもよい。これにより、各クラスタの記録前に発生するシークがなくなるため、１クラスタずつ記録する場合に比べ、より高速に管理情報を記録することができる。
【０２０１】
また、本発明の実施形態１では、ＴＤＭＡ１７に記録が必要な管理情報を記録した後、新たに記録した管理情報をベリファイし、その後、再利用する管理情報をベリファイするとしたが、最新の管理情報を構成する全てをベリファイすればよく、順番はこれに限るものではない。例えば、ＴＤＭＡ１７に記録が必要な管理情報を記録した後、ＴＤＤＳに含まれる最新の管理情報を構成する位置情報を全て取得し、位置情報が小さい値の（トラックに沿った）順番で、新たに記録した管理情報と、再利用された管理情報をベリファイしてもよい。これにより、トラックに沿った順番でベリファイを行うため、シーク時間を短縮することができる。そのため、管理情報が正しく再生できるか否かをより高速に判定することができる。また、新たに記録した管理情報と再利用する管理情報を区別する必要がないため、ステップ１０１０などのステップを不要とすることが出来、最新の管理情報のベリファイをより簡単に行うことができる。
【０２０２】
なお、本発明の実施形態１では、情報記録媒体１００が単層の追記型ＢＤメディアであるＢＤ−Ｒとしたが、記録層が複数ある多層ディスクであってもよい。また、記録モードはシーケンシャル記録モードではなく、ランダム記録モードの場合であってもよい。
【０２０３】
また、追記型媒体でなく、ＢＤ−ＲＥのような書き換え型の情報記録媒体１００であってもよい。なお、ＢＤ−ＲＥの管理情報は、図３に示すＤＭＡからＳＲＲＩを除いたＤＤＳとＤＦＬで構成される。例えば、欠陥エントリが追加された場合、書き換え型の場合、ＤＭＡに含まれるＤＦＬが上書き記録される。そのため、ＤＤＳに含まれるＤＦＬ位置情報は変化しないため、このケースではＤＤＳは記録されない。したがって、ＤＦＬのみを記録が必要な管理情報とし、ＤＤＳは再利用する管理情報としてベリファイすることによって、書き換え型ディスクにも適用できる。
【０２０４】
（実施形態２）
図１４は、本発明の実施形態２におけるデータゾーン５の構成を示す図である。ここで、本発明の実施形態２における情報記録媒体は、図２に示す１回のみ記録可能な追記型の情報記録媒体１００であるＢＤ−Ｒとして説明を行う。
【０２０５】
図２でも示したように、データゾーン５は、ユーザデータが記録されるユーザデータ領域１４と、交替記録用のスペア領域であるＩＳＡ１５とＯＳＡ１６で構成される。
【０２０６】
ユーザデータ領域１４は、ボリューム空間とも呼ばれ、ユーザのデータであるファイルを記録するファイルデータ領域２０と、ファイルを管理するファイル管理情報を記録するファイル管理情報領域（第１ファイル管理情報領域２１と、第２ファイル管理情報領域２２）とで構成される。
【０２０７】
なお、図１４においては、ファイル管理情報領域を、ファイルデータ領域２０の前後の領域それぞれに、合計２つ備える形で記載したが、第１ファイル管理情報領域２１と第２ファイル管理情報領域２２はファイル管理情報を重複記録するための領域であって、ファイル管理情報のロバストネス性を高めている。なお、この配置はあくまで一例であり、ファイル管理情報領域の個数や配置位置はこの例に限ったものではない。
【０２０８】
なお、本発明の実施形態２では、ファイルデータ領域２０に記録されるファイルの管理はファイルシステムによって行われるものとし、ファイルシステムとして、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ）を例に説明を行う。またファイル管理情報は、ＩＳＯ／ＩＥＣ１３３４６規格、あるいはＵＤＦ規格に規定されたデータ構造を持つものとする。
【０２０９】
また、ユーザデータ領域１４は、複数の追記箇所を設けるように、論理トラックに分割することができる。ここで、論理トラックとはシーケンシャル記録の管理単位であり、ディスク基板上の溝のトラック２と区別するため、論理トラックという名称を用いる。論理トラックは先頭から終端に向かってシーケンシャル記録され、各論理トラックにおける次の記録（追記）開始位置は、ＮＷＡ（Ｎｅｘｔ  Ｗｒｉｔａｂｌｅ  Ａｄｄｒｅｓｓ）によって管理される。
【０２１０】
本発明の実施形態２では、ユーザデータ領域１４は３つの論理トラックに分割され、論理トラック＃１が第１ファイル管理情報領域２１、論理トラック＃３が第２ファイル管理情報領域２２として割り当てられ、さらに論理トラック＃２が、ファイルデータが記録されるファイルデータ領域２０として割り当てられているものとする。なお以降では、ファイル管理情報領域としては、第１ファイル管理情報領域２１を例に説明を行う。
【０２１１】
図１５Ａは、本発明の実施形態２のおける、情報記録媒体１００が備えるディレクトリ構造を示す説明図である。本発明の実施形態２における情報記録媒体１００は、基幹ディレクトリであるルートディレクトリ（ルートＤｉｒ）を備え、ルートディレクトリにはファイルＡという１つのファイルのみを備えている。
【０２１２】
図１５Ｂは、図１５Ａのディレクトリ構造のファイルデータを記録したときのユーザデータ領域１４のデータ構成を示す図である。
【０２１３】
第１ファイル管理情報領域２１には、ファイルを管理するために複数種類のファイル管理情報が記録される。
【０２１４】
ファイル管理情報は、ＡＶＤＰ５０、ＶＤＳ５１、ＬＶＤ５２と、メタデータファイル６０に関するＦＥ（ＭＤＦ）５３とメタデータファイル６０とを備える。そして、これらの管理情報によってファイルの実データが管理される。
【０２１５】
ＡＶＤＰ（Ａｎｃｈｏｒ  Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ  Ｐｏｉｎｔｅｒ）５０は、所定位置（例えば論理セクタ番号（ＬＳＮ）が２５６のセクタ位置など）に記録され、ファイルシステムの起点となる情報で、ここから情報記録媒体１００上の全てのファイルに辿り着けるようになっている。ＡＶＤＰ５０はＶＤＳ（Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ  Ｓｅｑｕｅｎｃｅ）５１が記録されている位置情報を含む。
【０２１６】
ＶＤＳ５１は、情報記録媒体１００に記録されたボリュームに関する情報が記録され、ＬＶＤ５２（Ｌｏｇｉｃａｌ  Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ）が記録されている位置情報を含む。
【０２１７】
ＬＶＤ５２は、論理ボリュームに関する情報が記録され、メタデータファイル６０に関するＦＥ（Ｆｉｌｅ  Ｅｎｔｒｙ）であるＦＥ（ＭＤＦ）５３が記録されている位置情報を含む。
【０２１８】
ＦＥは、各ディレクトリやファイルを管理する情報で、各ファイルが記録されている位置情報や、ファイルのサイズなどを含む。
【０２１９】
メタデータファイル６０の先頭位置には、ＦＳＤ（Ｆｉｌｅ  Ｓｅｔ  Ｄｅｓｃｒｉｐｔｏｒ）６１が記録されるため、メタデータファイルに関するＦＥであるＦＥ（ＭＤＦ）５３は、ＦＳＤ６１が記録されている位置情報を含む。
【０２２０】
メタデータファイル６０は、ＦＳＤ６１をはじめ、ファイル構造に関する情報を含み、各ファイルに関するＦＥや、各ディレクトリやファイルのデータなどを含む。
【０２２１】
ＦＳＤ６１は、ルートディレクトリに関するＦＥであるＦＥ（ルートＤｉｒ）６２が記録されている位置情報を含む。
【０２２２】
各ディレクトリのデータには、ディレクトリを構成するファイル、およびディレクトリのＦＩＤ（Ｆｉｌｅ  Ｉｄｅｎｔｉｆｉｅｒ  Ｄｅｓｃｒｉｐｔｏｒ）が記録される。
【０２２３】
ＦＩＤは、各ファイル、またはディレクトリのＦＥが記録されている位置情報と、ＦＩＤが管理しているデータがファイルかディレクトリかを示すファイル種別を含む。本発明の実施形態２における情報記録媒体１００では、簡略化のため、ディレクトリとしてルートディレクトリのみ、ファイルとしてＦｉｌｅＡのみとし、その結果、備えるＦＩＤはＦｉｌｅＡに関するＦＩＤ（ＦｉｌｅＡ）６３の１つのみである。
【０２２４】
ファイルデータ領域２０には、ファイルの実体データ（本発明の実施形態２では、ＦｉｌｅＡの実体データであるＦｉｌｅＡのデータ（ＦＡ）７０の１つ）が記録されており、各ファイルに対応したＦＥ（本発明の実施形態２では、ＦｉｌｅＡに関するＦＥであるＦＥ（ＦｉｌｅＡ）６４の１つのみ）に、ファイルの実体データが記録された位置情報が記録されている。
【０２２５】
つまり、ファイルの実体データを読み出す場合の例として、図１５Ｂに示す情報記録媒体１００からファイルＡを読み出す場合の動きは、以下の手順になる。
１）ＡＶＤＰ５０を読出し、ＶＤＳ５１に関する位置情報を取得する。
２）ＶＤＳ５１を読出し、ＬＶＤ５２に関する位置情報を取得する。
３）ＬＶＤ５２を読出し、ＦＥ（ＭＤＦ）５３に関する位置情報を取得する。
４）ＦＥ（ＭＤＦ）５３を読出し、メタデータファイル６０の先頭位置に関する情報（ＦＳＤ６１の位置情報）を取得する。
５）ＦＳＤ６１を読出し、ルートディレクトリに関するＦＥであるＦＥ（ルートＤｉｒ）６２の位置情報を取得する。
６）ＦＥ（ルートＤｉｒ）６２を読出し、ファイルＡのＦＩＤであるＦＩＤ（ＦｉｌｅＡ）６３の位置情報を取得する。
７）ＦＩＤ（ＦｉｌｅＡ）６３を読出し、ファイルＡに関するＦＥであるＦＥ（ＦｉｌｅＡ）６４の位置情報を取得する。
８）ＦＥ（ＦｉｌｅＡ）６４を読出し、ＦｉｌｅＡのデータ７０の位置情報を取得する。
９）ＦｉｌｅＡのデータ（ＦＡ）７０を読出す。
【０２２６】
ここで、論理アドレスと物理アドレスについて説明する。論理アドレスとは、ユーザデータ領域１４に対して、始端を０として連続的に割り振られたアドレスのことである。ファイルシステムは、論理アドレスを介して、情報記録媒体１００に対して記録再生等の制御を行う。一方、物理アドレスとは、情報記録媒体１００上の物理的なアドレスであり、情報記録媒体１００に埋め込まれていたりする。例えばＢＤの場合は、上述したＡＤＩＰに相当する。情報記録媒体１００をアクセスする装置（例えば、光ディスクドライブ装置）は、論理アドレスを物理アドレスに変換し、物理アドレスを介して、情報記録媒体１００に対して記録再生等の制御を行う。１つの論理アドレスに対しては、必ず１つの物理アドレスが対応する。つまり、例えば、欠陥による交替が発生した場合には、論理アドレスに対応する物理アドレスが、もともと欠陥の場所に割り当てられていた物理アドレスから、交替先の物理アドレスに代わることになる。
【０２２７】
図１５Ｂには、論理アドレスで管理される論理空間と、物理アドレスで管理される物理空間とを対比して記載している。
【０２２８】
図１５Ｂに示すように、メタデータファイルが記録されている論理アドレス（つまり、図中のメタデータ論理アドレステーブル）は、ＦＳＤ６１が“ｃ”、ＦＥ（ルートＤｉｒ）６２が“ｃ＋１”、ＦＩＤ（ＦｉｌｅＡ）６３が“ｃ＋２”、ＦＥ（ＦｉｌｅＡ）６４が“ｃ＋３”とする。また、それぞれの物理アドレスを、ＦＤＳ６１が“Ｃ”、ＦＥ（ルートＤｉｒ）６２が“Ｃ＋１”，ＦＩＤ（ＦｉｌｅＡ）６３が“Ｃ＋２”，ＦＥ（ＦｉｌｅＡ）６４が“Ｃ＋３”とする。
【０２２９】
図１５Ｃは、図１５Ｂに示した情報記録媒体１００が備えたＦｉｌｅＡを更新（変更）記録した場合の、ユーザデータ領域１４のデータ構成を示す図である。
【０２３０】
ＢＤ−Ｒには、本発明の実施形態１でも触れたように、論理上書き（ＬＯＷ）機能を備えている。追記型の情報記録媒体１００では、記録されたデータを物理的に上書きして書き直すことは出来ない。そこで、ＢＤ−Ｒが備えている欠陥管理機能、つまり交替記録機能を用いて、書き換えたいデータを交替記録することで、論理的には、あたかも書き換えたかのように扱うという機能である。より具体的に言えば、同じ論理アドレスの領域への記録に対して、異なる物理アドレスの領域に交替記録するということである。この際、交替記録先として割り当てられるのは、同じユーザデータ領域１４内の領域であり、通常は交替元と同じ論理トラックのＮＷＡ位置のクラスタになる。ただし、その領域への記録に失敗した場合には、通常の欠陥交替記録機能により、さらにスペア領域であるＩＳＡ１５などに交替記録される。以上をまとめると、任意の論理アドレスへのデータの上書き要求に対して、情報記録媒体１００上の未記録の領域を指す物理アドレスを、その論理アドレスに割り当て直して、データをその領域に記録する。物理アドレスを割り当て直した情報は、欠陥管理情報として保持される。以降、その論理アドレスへのデータ再生要求に対して、その領域（割り当て直した物理アドレスが指す領域）から再生されたデータが返される。従って、情報記録媒体１００は、物理的には１回しか記録できないが、論理的には書き換えることができる。なお、これらの機能は主に、ファイルシステムのような管理情報の記録の際に用いられる。
【０２３１】
図１５Ｃに示すように、ファイルＡの実体データであるＦｉｌｅＡのデータ（ＦＡ）７０が、物理空間上ではＦｉｌｅＡのデータ（ＦＡ’）として更新記録される。つまり、ファイルＡの実体データはＦｉｌｅＡのデータ（ＦＡ’）７０になる。ファイルＡの記録位置やサイズが変更されるため、それらの情報を備えているメタデータファイル６０の中のＦＥ（ＦｉｌｅＡ）６４の内容も変更される。このＦＥ（ＦｉｌｅＡ）６４がＬＯＷ機能によって論理的に上書き更新される。その結果、ＦＥ（ＦｉｌｅＡ）６４はＦＥ’（ＦｉｌｅＡ）６４に変更され、論理アドレス“ｃ＋３”の位置に対応して、最初に記録されていた物理アドレス“Ｃ＋３”の位置から、“Ｃ＋４”の位置に交替記録される。そして、ＴＤＦＬ４００には、交替元クラスタが“Ｃ＋３”、交替先クラスタが“Ｃ＋４”の欠陥エントリ４０２が登録される。これ以降、ファイルシステムから論理アドレス“ｃ＋３”へのアクセス要求は、物理アドレス“Ｃ＋４”に実施されるようになる。このように、交替記録が行われた場合、交替記録前後で、論理アドレスと物理アドレスとの対応関係が変わることになる。
【０２３２】
ここではすでに記録されているファイルＡの更新記録の例を示したが、同様に、新たなファイルが追加されたり、ディレクトリが追加されたりした場合にも、書き換え（変更）が生じるファイルシステム用の管理情報はメタデータファイル６０である。
【０２３３】
ここで、ファイルやディレクトリの追加や変更に対する、管理情報の書き換えの際に、本発明の実施形態１に記載したのと同様に、意図しないトラック跳びが発生した場合を考えてみる。
【０２３４】
この場合、トラック跳びによる書き潰しなどが発生していないかを判断するために、ファイルシステム用の管理情報が記録されている第１ファイル管理情報領域２１の、記録済みのすべての領域に対してベリファイすることも可能である。しかし、本発明の実施形態１で示したＴＤＭＳと比べても、ファイル管理情報のデータ量も非常に大きく、本発明の実施形態１と同様に、最新のファイル管理情報に対してのみベリファイするという形が効率的である。
【０２３５】
そこで最新のファイル管理情報に対してベリファイを行う場合には、メタデータファイル６０に対しては、図１５Ｂに記載したメタデータ論理アドレステーブルに示される、最新のファイル管理情報が記録されている領域に対してのみ実施すればよいことになる。
【０２３６】
例えば図１５Ｃのように、新たにＦＥ’（ＦｉｌｅＡ）６４を記録する場合には、前にＦＥ（ＦｉｌｅＡ）６４が記録されていた物理アドレス：“Ｃ＋３”の位置に対してはベリファイ不要であり、新たに記録したＦＥ’（ＦｉｌｅＡ）６４の位置である物理アドレス：“Ｃ＋４”の位置に加えて、さらにＦＳＤ６１、ＦＥ（ルートＤｉｒ）６２、およびＦＩＤ（ＦｉｌｅＡ）６３が記録されている物理アドレス：“Ｃ”、“Ｃ＋１”、および“Ｃ＋２”に対してベリファイを実施すればよい。そして、もしベリファイＮＧとなる書き潰された領域が見つかった場合には、そのデータをスペア領域（例えばＩＳＡ１５）に対して欠陥交替記録すればデータを復旧することが出来る。
【０２３７】
ここで、交替記録等が発生して、情報が配置されている物理アドレスが変化しようとも、最新のファイル管理情報を読み出して、正しく再生できるかを確認しようと思えば、論理空間のデータを、論理アドレスに従って、それぞれの管理情報が備える関連情報の位置情報（ポインタ情報）を用いて、ＡＶＤＰ５０から上記で示した手順に従って読み出すことで実現可能である。
【０２３８】
しかし、最新の管理情報に限ってもファイルシステムの管理情報は、第１ファイル管理情報領域２１などにおいて、依然として広範囲に配置されることになる。
【０２３９】
また、データ記録時の近隣トラックの書き潰しなどに繋がるトラック跳びについて考えてみると、実際にトラック追従が外れて跳んでしまうトラック本数（つまり領域範囲）は、記録しようとした位置を基準にして、その近傍トラックにほぼ限定される。
【０２４０】
つまり、言い換えれば、書き潰しのチェックを行う領域範囲も限定してもよい。この場合には、情報記録媒体１００の実際のアドレス、つまり物理アドレス基準で判断を行う必要がある。そのため、それぞれの管理情報が備える関連情報の位置情報（ポインタ情報）に加えて、ＴＤＦＬ４００が備える欠陥エントリ４０２を組み合わせることで、最新の管理情報としてベリファイ対象とする領域（クラスタ）の物理的な位置（物理アドレス）を特定することが出来る。このようにすることで、論理アドレスのみでのチェックを行う場合と比べて、より高速に、より効率的に書き潰しのチェックを行うことが可能になる。例えば、図１５Ｃの状態から更にファイルＡの情報が変更されたり、新たにファイルが追加されたりしてメタデータファイル６０へのＬＯＷが実施された場合を考えてみる。この場合、図１５Ｃの物理アドレス：“Ｃ＋３”の領域同様に、最新の管理情報を備えていない領域がたくさん出来てくる。このような場合、ファイル管理情報の記録に伴って書き潰しを考慮してベリファイを行うべき、所定の範囲内に存在する最新のファイル管理情報は限られてくる可能性が高く、その情報だけをベリファイすればよいことになり、より効率的にチェックを行うことが出来る。
【０２４１】
すなわち、本実施形態２の記録再生方法では下記の動作を実行する。
【０２４２】
本実施形態２の記録再生方法では、情報記録媒体に記録再生を行うステップ（ａ）と、情報記録媒体に記録されたデータを再生し、正常に再生できるか否かを確認するステップ（ｂ）とを実行する。また、情報記録媒体に記録されたデータを管理するための複数種類の管理情報（例えば、ＦＳＤ、ＦＥ、ＦＩＤなど）のうち、変更が必要な管理情報のみを、情報記録媒体に記録するステップ（ｃ）を実行する。そして、変更が不要と判断されて再利用される管理情報も含めた最新の管理情報が正しく再生できるか否かを確認するステップ（ｄ）を実行する。
【０２４３】
このとき、複数種類の管理情報の少なくとも１つの管理情報は、他の種類の管理情報が記録されている位置を示す管理情報位置情報を含んでおり、上記ステップ（ｄ）は、管理情報位置情報に基づいて、再利用される管理情報が記録されている位置を特定してもよい。
【０２４４】
また、本実施形態２の情報記録再生装置は、下記の構成を有する。
【０２４５】
本実施形態２の情報記録再生装置は、情報記録媒体に記録再生を行う記録再生部７３０と、記録再生部を用いて情報記録媒体に記録されたデータを再生し、データが正常に再生できるか否かを確認するベリファイ部７５３と、情報記録媒体に記録されたデータを管理するための複数種類の管理情報（例えば、ＦＳＤ、ＦＥ、ＦＩＤなど）のうち、変更が必要な管理情報のみを、記録再生部を用いて情報記録媒体に記録する管理情報記録部７５４と、変更が不要と判断されて再利用される管理情報も含めた最新の管理情報が正しく再生できるか否かをベリファイ部を用いて確認する管理情報確認部７５５とを備える。
【０２４６】
このとき、複数種類の管理情報の少なくとも１つの管理情報は、他の種類の管理情報が記録されている位置を示す管理情報位置情報を含んでおり、管理情報確認部は、管理情報位置情報に基づいて、再利用される管理情報が記録されている位置を決定してもよい。
【０２４７】
以上の本実施形態２の情報記録再生方法および情報記録再生装置の構成であれば、以上で説明したように、ユーザデータ領域１４に存在するファイルシステムのような管理情報の記録の場合でも、再利用される、あるいは更新記録されていない最新の管理情報に対してもベリファイを行うことで、必要な管理情報が書き潰されていないかを確認することが出来、管理情報の信頼性向上を実現できる。
【０２４８】
また、本実施形態２の記録再生方法は、変更が必要な管理情報の記録がリトライを伴って成功した場合に、上記ステップ（ｄ）を実行し、変更が必要な管理情報の記録がリトライなく成功した場合は、再利用される管理情報以外の最新の管理情報（すなわち最新の管理情報の一部である変更が必要であった管理情報のみ）が正常に再生できるか否かを確認するステップ（ｅ）を実行してもよい。
【０２４９】
また、本実施形態２の情報記録再生装置は、変更が必要な管理情報の記録がリトライを伴って成功した場合に、管理情報確認部は、再利用される管理情報も含めた最新の管理情報が正常に再生できるか否かを確認し、変更が必要な管理情報の記録がリトライなく成功した場合、管理情報確認部は、記録を行った上記変更が必要であった管理情報が正常に再生できるか否かの確認を行い、再利用される管理情報が正常に再生できるか否かの確認は行わなくてもよい。
【０２５０】
なお、本実施形態２の情報記録再生装置は、再利用される管理情報以外の最新の管理情報（すなわち変更が必要であった管理情報のみ）を正しく再生できるか否かをベリファイ部を用いて確認する第２の管理情報確認部を更に備えていてもよい。このとき、管理情報記録部がリトライを伴って記録に成功した場合は管理情報確認部で確認動作を行い、管理情報記録部がリトライなく記録に成功した場合は第２の管理情報確認部で確認動作を行ってもよい。
【０２５１】
以上の構成により、再利用する管理情報をベリファイする回数を削減でき、パフォーマンスをさらに改善できる。
【０２５２】
なお、本発明の実施形態１および実施形態２において、最新の管理情報に相当する領域をすべてベリファイして確認する例をベースに説明を行った。しかし、本発明の実施形態２でも少し触れたように、例えば、トラック跳びの特性を考慮し、書き潰された可能性がある領域範囲を限定してベリファイするなどの方法も有効である。トラック跳びする際のトラック本数としては、どれだけの本数を跳ぶかは不定である。しかし、トラック跳びが発生したことを検出するまでに要する時間はほぼ一定である。つまり、単位時間あたりに横断したトラックが多ければ、トラックもしくはクラスタあたりに通過した時間が短く、トラックもしくはクラスタあたりに書き潰したデータ量は小さくなっていく。反対に、横断したトラックが少なければ、１つのトラックもしくはクラスタの上にとどまった時間が長くなるため、書き潰されるデータ量も多くなる。そこで、例えば、仮に書き潰しが発生したとしても、クラスタ単位での誤り訂正が可能な範囲の書き潰しであるならば、必ずしも書き直ししなくてもよいとも言える。つまり、記録位置に対して、所定のトラック本数以上離れた位置のデータに対しては、最新の管理情報が記録されていたとしても、ベリファイしなくてもよいと扱うことも可能である。これは特に、より広範囲にわたって管理情報が記録される本発明の実施形態２に示したファイルシステムのようなファイル管理情報の記録の際に、より効果を発揮できる。
【０２５３】
すなわち、実施形態１および実施形態２の記録再生方法の上記ステップ（ｄ）は、上記ステップ（ｃ）で管理情報を記録した情報記録媒体上の半径位置から、所定の範囲内の半径位置に記録された最新の管理情報を確認対象としてもよい。
【０２５４】
また、実施形態１および実施形態２の情報記録再生装置において、管理情報確認部は、管理情報記録部が管理情報を記録した情報記録媒体上の半径位置から、所定の範囲内の半径位置に記録された最新の管理情報を確認対象としてもよい。
【０２５５】
なお、本発明の実施形態１および実施形態２において、情報記録媒体１００に関するＴＤＭＳのような管理情報や、ファイルシステムのようなファイル管理情報を例に、これらの情報記録時の最新の管理情報に対するベリファイ処理について説明を行った。しかし、本発明の適用範囲はこれらに限定されるものでは無い。つまり、複数種類の情報を組み合わせて１つの情報を構成するデータに対して、その全部または一部のみに記録（更新）が行われ、その他は以上記録した情報を再利用して最新の情報を構成するようなデータに対して適用すれば、同様の効果を得ることが出来る。
【０２５６】
なお、上述した実施形態１および２の情報記録再生装置７００の動作は、ハードウエアによって実現されてもよいしソフトウエアによって実現されてもよい。また、ハードウエアとソフトウエアとを組み合わせて実現されてもよい。上述した記録再生動作およびベリファイ動作を実行させるプログラムは、例えばドライブ制御部７５０の内蔵メモリ等に記憶される。また、そのようなコンピュータプログラムは、それが記録された記録媒体（光ディスク、半導体メモリ等）から情報記録再生装置７００へインストールしてもよいし、インターネット等の電気通信回線を介してダウンロードしてもよい。
【産業上の利用可能性】
【０２５７】
本発明によれば、管理情報のような情報の更新記録の際に、記録した管理情報に加えて、再利用された管理情報に対してもベリファイを行うことで、記録の際に意図しないトラック跳びなどによる書き潰しなどが発生した場合でも、最新の管理情報が正しく再生できることを保証できる。これにより、情報記録媒体などの記録再生に欠かせないデータの信頼性を高めることが可能となる。本発明は、例えば、高密度・多層化に伴いトラッキング追従制御が困難な光ディスクへの記録再生を行う光ディスクドライブ装置や、光ディスクを用いたファイルサーバやデータアーカイブサーバなどのエンタープライズ用ストレージ装置に適用できる。
【符号の説明】
【０２５８】
２    トラック
３    クラスタ
４    インナーゾーン
５    データゾーン
６    アウターゾーン
１０，１１，１２，１３    ＤＭＡ
１４    ユーザデータ領域
１５    ＩＳＡ
１６    ＯＳＡ
１７    ＴＤＭＡ
２０    ファイルデータ領域
２１    第１ファイル管理情報領域
２２    第２ファイル管理情報領域
５０    ＡＶＤＰ
５１    ＶＤＳ
５２    ＬＶＤ
５３    ＦＥ（ＭＤＦ）
６０    メタデータファイル
６１    ＦＳＤ
６２    ＦＥ（ルートディレクトリ）
６３    ＦＩＤ（ファイルＡ）
６４    ＦＥ（ファイルＡ）
７０    ファイルＡのデータ
１００    情報記録媒体
３００    ＤＭＡ
４００    ＴＤＦＬ（ＤＦＬ）
４０１    ＤＦＬヘッダ
４０２    欠陥エントリ
４０４    交替元クラスタ位置情報
４０５    交替先クラスタ位置情報
５００    ＳＲＲＩ
５０１    ＳＲＲＩヘッダ
５０２    ＳＲＲエントリ
５０４    ＳＲＲ開始位置情報
５０５    ＳＲＲ最終記録位置情報
６００    ＴＤＤＳ（ＤＤＳ）
６０１    ＤＤＳヘッダ
６０２    ＤＦＬ位置情報
６０３    第１ＴＤＦＬ位置情報
６０４    第２ＴＤＦＬ位置情報
６０５    第３ＴＤＦＬ位置情報
６０６    第４ＴＤＦＬ位置情報
６０７    ＳＲＲＩ位置情報
７００    情報記録再生装置
７１０    上位制御装置
７２０    命令処理部
７３０    記録再生部
７４０    バッファ
７５０    ドライブ制御部
７５１    管理情報取得部
７５２    管理情報更新部
７５３    ベリファイ部
７５４    管理情報記録部
７５５    管理情報確認部
７６０    Ｉ／Ｏバス
【図１】
2012108178.tif 000003
【図２】
2012108178.tif 000004
【図３】
2012108178.tif 000005
【図４】
2012108178.tif 000006
【図５】
2012108178.tif 000007
【図６】
2012108178.tif 000008
【図７】
2012108178.tif 000009
【図８】
2012108178.tif 000010
【図９】
2012108178.tif 000011
【図１０】
2012108178.tif 000012
【図１１】
2012108178.tif 000013
【図１２】
2012108178.tif 000014
【図１３】
2012108178.tif 000015
【図１４】
2012108178.tif 000016
【図１５Ａ】
2012108178.tif 000017
【図１５Ｂ】
2012108178.tif 000018
【図１５Ｃ】
2012108178.tif 000019
【国際調査報告】
2012108178.tif 000020
2012108178.tif 000021
2012108178.tif 000022
2012108178.tif 000023