(57)【要約】【課題】記録可能回数が制限されている記録媒体を使用する場合であっても、記録媒体の局所的な劣化を防止する。【解決手段】特定情報の記録に必要な領域よりも大きな特定領域Ａ０を記録媒体に確保する。特定情報が更新されると、現時点では特定情報が記録されていない領域を予約領域Ａ２０内の領域Ａ１０ａに、上記特定情報を記録させる。さらに、上記特定情報が記録されていた特定情報記録領域Ａ１０を新たな予約領域Ａ２０ａに統合し、しかも、現時点の予約領域Ａ２０のうち、特定情報が新たに記録された領域Ａ１０ａを、上記予約領域Ａ２０ａから除外するように、上記予約領域を管理するための管理情報を更新する。これにより、特定情報の更新に起因する記録媒体の記録領域の書き換えを、特定領域Ａ０全体に分散し、記録媒体の局所的な劣化を抑える。【選択図】　図１
2004079125.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体の記録領域管理方法であって、
特定の情報の記録に必要な領域よりも大きい特定領域を前記記録媒体に予め確保すると共に、
前記特定の情報の記録が予め定められた回数更新される度に、前記特定の情報を、前記特定領域のうち、前記特定の情報が記録されていなかった予約領域内に記録すると共に、前記予約領域を管理するための予約領域管理情報を更新して、当該特定の情報が記録されていた領域を前記予約領域に統合し、前記特定の情報を新たに記録した領域を前記予約領域から除外する領域変更工程を含んでいることを特徴とする記録領域管理方法。
【請求項２】
記録媒体の記録領域管理方法であって、
特定の情報の記録に必要な領域よりも大きい特定領域を前記記録媒体に予め確保すると共に、
前記特定の情報の記録が予め定められた回数更新される度に、前記特定領域内の位置であって、しかも、前記特定の情報を記録する領域の移動の繰り返しによって前記特定領域内の各記録領域の書き換え回数が均一化されるように決定された位置へ、前記特定の情報を記録する領域を移動させる領域変更工程を含んでいることを特徴とする記録領域管理方法。
【請求項３】
前記特定の情報が記録されていなかった予約領域を管理するための予約領域管理情報は、前記記録媒体に構築されたファイルシステムにおけるファイルの管理情報であり、前記予約領域は、ファイルの実体として管理されることを特徴とする請求項１または２記載の記録領域管理方法。
【請求項４】
前記特定の情報は、ファイルシステムの管理情報であることを特徴とする請求項１または２記載の記録領域管理方法。
【請求項５】
前記特定の情報は、ファイルの実体の記録領域情報を含む管理情報であることを特徴とする請求項４記載の記録領域管理方法。
【請求項６】
前記特定の情報は、ディレクトリに含まれる要素を示す管理情報であることを特徴とする請求項４記載の記録領域管理方法。
【請求項７】
前記特定の情報は、ファイルの実体であることを特徴とする請求項１または２記載の記録領域管理方法。
【請求項８】
前記予約領域管理情報が、前記特定の情報として、前記特定領域内に記録されることを特徴とする請求項１または３記載の記録領域管理方法。
【請求項９】
前記特定領域が連続領域として確保されていることを特徴とする請求項１または２記載の記録領域管理方法。
【請求項１０】
前記特定の情報が、前記特定領域内の連続領域に記録されていることを特徴とする請求項１または２記載の記録領域管理方法。
【請求項１１】
前記特定領域外の領域に記録された上位管理情報に基づいて、前記特定領域内の情報を管理する管理工程を含み、
当該管理工程は、前記特定領域外の領域内に、複数の上位管理情報が記録されている場合、それらの中から現在有効な上位管理情報を特定する特定工程を含んでいることを特徴とする請求項１または２記載の記録領域管理方法。
【請求項１２】
前記上位管理情報は、Ｕｎｉｖｅｒｓａｌ　Ｄｉｓｋ　Ｆｏｒｍａｔ　におけるＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　であることを特徴とする請求項１１記載の記録領域管理方法。
【請求項１３】
古いＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　が参照するダミーのファイルセットを記録する工程を含んでいることを特徴とする請求項１２記載の記録領域管理方法。
【請求項１４】
Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　が更新されるとき、当該Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　に対応する、前記特定情報としてのファイルセットが記録されていた領域を前記予約領域に変更して、古いファイルセットの記録を前記記録媒体に残すと共に、
古いファイルセットの記録が上書きされるときに、当該ファイルセットを参照するＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　も上書きする工程を含んでいることを特徴とする請求項１２記載の記録領域管理方法。
【請求項１５】
Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　が更新されるとき、当該Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　に対応する、前記特定情報としてのファイルセットが記録されていた領域を前記予約領域に変更して、古いファイルセットの記録を前記記録媒体に残すと共に、
Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　のシーケンスに含まれる各Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　について、それぞれに対応するファイルセットが、上記記録媒体に記録されていることを保証できなくなったとき、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　のシーケンスをクリアして、最新のＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　を記録する工程を含んでいることを特徴とする請求項１２記載の記録領域管理方法。
【請求項１６】
前記特定工程では、上位管理情報の記録位置に基づいて、現在有効な上位管理情報が特定されることを特徴とする請求項１１記載の記録領域管理方法。
【請求項１７】
前記特定工程では、前記各上位管理情報内に記録された値に基づいて、現在有効な上位管理情報が特定されることを特徴とする請求項１１記載の記録領域管理方法。
【請求項１８】
前記特定の情報は、前記特定領域内の連続領域に記録されており、
前記上位管理情報には、当該連続領域の位置情報が記録されていることを特徴とする請求項１１記載の記録領域管理方法。
【請求項１９】
前記特定領域内で、使用不能になった領域、もしくは、信頼性の低い領域を使用禁止領域として管理するための使用禁止領域管理情報を記録する工程が含まれていることを特徴とする請求項１または２記載の記録領域管理方法。
【請求項２０】
前記使用禁止領域管理情報は、前記記録媒体に構築されたファイルシステムにおけるファイルの管理情報であり、前記使用禁止領域は、当該ファイルの実体として管理されることを特徴とすることを特徴とする請求項１９記載の記録領域管理方法。
【請求項２１】
前記特定領域内で、使用不能になった領域、もしくは、信頼性の低い領域を使用禁止領域として管理するための使用禁止領域管理情報と、前記予約領域の管理情報とをまとめた共通の管理情報を記録する工程が含まれていることを特徴とする請求項１または３記載の記録領域管理方法。
【請求項２２】
上記共通の管理情報には、当該共通の管理情報が管理する各領域が上記使用禁止領域であるか、予約領域であるかを区別する情報が含まれていることを特徴とする請求項１８記載の記録領域管理方法。
【請求項２３】
上記使用禁止領域および予約領域は、上記記録媒体に構築されたファイルシステムにおけるファイルの実体として、上記共通の管理情報により管理されており、上記ファイルの実体には、上記共通の管理情報が管理する各領域が上記使用禁止領域であるか、予約領域であるかを区別する情報が含まれていることを特徴とする請求項１８記載の記録領域管理方法。
【請求項２４】
記録媒体の寿命、記録媒体に記録されるコンテンツの平均的なサイズ、および、前記特定領域に記録する情報種別に基づいて、前記特定領域の大きさを算出する工程を含んでいることを特徴とする請求項１記載の記録領域管理方法。
【請求項２５】
上記記録媒体の記録領域は、複数のブロックに分けられており、各ブロックには、当該ブロックに記録される情報に基づいて生成され、当該ブロックにおける記録の誤りを少なくとも検出するためのコードが含まれていると共に、
上記領域変更工程にて、上記特定の情報を新たに記録する領域は、当該領域に含まれるブロックの数が最小になるように、その先頭位置がアライメントされることを特徴とする請求項１または２記載の記録領域管理方法。
【請求項２６】
上記特定領域外の領域に記録された上位管理情報に基づいて、前記特定領域内の情報を管理する管理工程を含んでいると共に、
上記予め定められた回数は、複数であることを特徴とする請求項１または２記載の記録領域管理方法。
【請求項２７】
上記記録媒体には、前記特定の情報の記録更新回数が記録されていることを特徴とする請求項２６記載の記録領域管理方法。
【請求項２８】
上記上位管理情報の更新回数が予め定められた回数を超えた場合、当該上位管理情報が記録されていなかった記録領域に、当該上位管理情報を記録する工程を含んでいることを特徴とする請求項２６記載の記録領域管理方法。
【請求項２９】
上記記録媒体には、上記上位管理情報の記録更新回数が記録されていることを特徴とする請求項２８記載の記録領域管理方法。
【請求項３０】
請求項１または２記載の領域変更工程をコンピュータに実行させるプログラム。
【請求項３１】
特定の情報の記録が予め定められた回数更新される度に、特定の情報の記録に必要な領域よりも大きい領域として予め確保された特定領域のうち、前記特定の情報が記録されていなかった予約領域内に、前記特定の情報を記録する記録手段と、
前記予約領域を管理するための予約領域管理情報を更新して、当該特定の情報が記録されていた領域を前記予約領域に統合し、前記特定の情報を新たに記録した領域を前記予約領域から除外する領域変更手段とを備えていることを特徴とする情報記録再生装置。
【請求項３２】
特定の情報の記録が予め定められた回数更新される度に、前記特定の情報の記録に必要な領域よりも大きい領域として予め確保された特定領域内の位置であって、しかも、前記特定の情報を記録する領域の移動の繰り返しによって前記特定領域内の各記録領域の書き換え回数が均一化されるように決定された位置へ、前記特定の情報を記録する領域を移動させる領域変更手段を備えていることを特徴とする情報記録再生装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、記録媒体の記録領域管理方法、そのプログラム、および、情報記録再生装置に関するものである。
【０００２】
【従来の技術】
ハードディスクや光磁気ディスクといった読み書き可能な記録媒体を記録媒体とする情報記録再生装置は、記録媒体上の任意の記録領域に情報を記録し、その情報が不要になれば削除することによって、当該領域を、他の情報を記録するための領域として再利用できる。
【０００３】
このような情報記録再生装置では、情報のアクセスの利便性を高めるために、ファイルシステムを利用することが一般的である。ファイルシステムを用いる事によって、記録した情報をファイルとして管理し、ディレクトリ階層を構築できる。ファイルシステムとしては、広く普及しているＦＡＴ方式や、ＤＶＤなどで導入されているＯＳＴＡ（Ｏｐｔｉｃａｌ　Ｓｔｏｒａｇｅ　Ｔｅｃｈｎｏｌｏｇｙ　Ａｓｓｏｃｉａｔｉｏｎ）のＵＤＦ（Ｕｎｉｖｅｒｓａｌ　Ｄｉｓｋ　Ｆｏｒｍａｔ　）などが挙げられる。
【０００４】
ファイルシステムを導入すると、記録媒体に記録する実データの他に、実データを特定するための識別情報（例えばファイル名）や、実データが記録された記録媒体上の位置情報などを含む管理情報も、記録媒体に記録される。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記従来の構成では、各記録領域の記録更新回数に大きなバラツキが発生することが多い。したがって、記録媒体として、記録可能回数が制限された記録媒体を採用すると、ユーザが記録媒体を使用可能な期間が短くなる虞れがあるという問題を生じる。
【０００６】
具体的には、従来の情報記録再生装置は、ファイルの実体と管理情報とを別々に記録しており、ディレクトリ構造上の移動時などには、ファイルの実体が変更されずに、管理情報のみが更新されることがある。一方、ファイルの実体が更新される場合であっても、ファイルの実体を記録する領域が変更されれば、管理情報も更新される。また、管理情報には、更新日時等の付加的な情報が記録されているため、ファイルの実体を記録する領域が変更されない場合であっても、ファイルの実体の更新によって更新されることが多い。
【０００７】
また、上記ファイルシステムでは、ファイル容量の増加などによって、これまで割り当てられていた記録領域に記録できなくなったときに、新たな記録領域を割り当てることがあっても、これまで割り当てられていた記録領域に記録できる限りは、基本的に同じ記録領域に記録される。
【０００８】
したがって、上記管理情報は、頻繁に更新されるにも拘わらず、常時同じ記録領域に記録されることが多い。また、管理情報の容量は、記録媒体へ書き込み可能な最小単位よりも、小さいことが多いので、最小単位中に複数の管理情報が記録されていることが多い。この場合は、これらの管理情報のいずれが更新された場合であっても、当該最小単位の記録領域が書き換えられるので、当該記録領域への書き込みが集中しやすい。
【０００９】
なお、さらに、他の原因としては、ファイルには、頻繁に内容が更新されるファイルと、余り内容が更新されないファイルとが存在することも挙げられる。例えば、ＡＶ（Ａｕｄｉｏ　Ｖｉｓｕａｌ）データのように容量の大きいファイルは、多くの場合、書き換え頻度が低く、データベースの管理ファイルなどは、比較的書き換え頻度が高い。
【００１０】
これらの結果、書き換え回数が制限された記録媒体において、各記録領域の記録更新回数が大きくバラつくと、記録媒体に局所的な劣化が発生する虞れがある。ここで、劣化した記録領域に対する読み書きができなくなると、データが失われる可能性が高くなる。したがって、ユーザは、データの消失を防止するために、局所的に劣化した領域の数が許容可能な範囲を超えると、残余の記録領域が使用できるにも拘わらず、記録媒体全体を交換する。この結果、ユーザが記録媒体を使用可能な期間が短くなってしまう。
【００１１】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、記録可能回数が制限されている記録媒体を使用する場合であっても、記録媒体の局所的な劣化を防止可能な記録媒体の記録領域管理方法、そのプログラム、および、情報記録再生装置を実現することにある。
【００１２】
【課題を解決するための手段】
本発明に係る記録媒体の記録領域管理方法は、上記課題を解決するために、特定の情報の記録に必要な領域よりも大きい特定領域を前記記録媒体に予め確保すると共に、前記特定の情報の記録が予め定められた回数更新される度に、前記特定の情報を、前記特定領域のうち、前記特定の情報が記録されていなかった予約領域内に記録すると共に、前記予約領域を管理するための予約領域管理情報を更新して、当該特定の情報が記録されていた領域を前記予約領域に統合し、前記特定の情報を新たに記録した領域を前記予約領域から除外する領域変更工程を含んでいることを特徴としている。
【００１３】
上記構成において、特定領域は、特定の情報の記録に必要な領域よりも大きく確保されており、特定領域内には、現在、特定の情報を記録している領域と、特定領域が記録されていない予約領域とが含まれている。
【００１４】
さらに、特定の情報の記録が予め定められた回数（１回以上）更新されると、前記特定の情報は、それまで記録されていた領域ではなく、特定領域内ではあるが、その時点で特定の情報が記録されていない領域（予約領域）内に記録される。さらに、当該特定の情報が記録されていた領域が前記予約領域に統合され、前記特定の情報を新たに記録した領域が前記予約領域から除外されるように、前記予約領域管理情報は、更新される。
【００１５】
これにより、特定の情報は、当該特定の情報の記録が予め定められた回数更新される度に、特定領域内を移動し、それまでとは異なる領域に記録される。この結果、特定の情報の記録領域が常時同じ領域である場合と比較して、記録媒体の各記録領域における特定の情報の記録更新回数を削減でき、記録媒体の局所的な劣化を抑えることができるので、ユーザが記録媒体を使用可能な期間を延長できる。
【００１６】
一方、本発明に係る記録媒体の記録領域管理方法は、上記課題を解決するために、特定の情報の記録に必要な領域よりも大きい特定領域を前記記録媒体に予め確保すると共に、前記特定の情報の記録が予め定められた回数更新される度に、前記特定領域内の位置であって、しかも、前記特定の情報を記録する領域の移動の繰り返しによって前記特定領域内の各記録領域の書き換え回数が均一化されるように決定された位置へ、前記特定の情報を記録する領域を移動させる領域変更工程を含んでいることを特徴としている。
【００１７】
当該構成では、前記特定の情報の記録が予め定められた回数（１回以上）更新される度に、前記特定の情報を記録する領域は、前記特定領域内の位置であって、しかも、前記特定の情報を記録する領域の移動の繰り返しによって前記特定領域内の各記録領域の書き換え回数が均一化されるように決定された位置へ移動する。この結果、特定の情報の記録領域が常時同じ領域である場合と比較して、記録媒体の各記録領域における特定の情報の記録更新回数を削減でき、記録媒体の局所的な劣化を抑えることができるので、ユーザが記録媒体を使用可能な期間を延長できる。
【００１８】
また、上記構成に加えて、前記特定の情報が記録されていなかった予約領域を管理するための予約領域管理情報は、前記記録媒体に構築されたファイルシステムにおけるファイルの管理情報であり、前記予約領域は、ファイルの実体として管理されていてもよい。
【００１９】
当該構成では、予約領域は、特定の情報が記録されていない空き領域であるにも拘わらず、ファイルの実体として管理されている。したがって、前記記録媒体に構築されたファイルシステムを把握可能な情報記録再生装置であれば、前記特定領域を認識できない情報記録再生装置であっても、前記予約領域がファイルであると認識できる。したがって、当該情報記録再生装置が記録媒体をアクセスする場合であっても、当該予約領域は、空き領域ではなく、使用中の領域である認識される。この結果、当該情報記録再生装置が予約領域を空き領域として認識して情報を記録した結果、特定領域内の各領域における記録更新回数が増加してしまうという不具合を防止でき、前記情報記録再生装置が記録媒体をアクセスする可能性のある場合であっても、記録媒体の局所的な劣化を抑えることができる。
【００２０】
さらに、上記構成では、予約領域がファイルとして管理されるので、特定情報の記録位置に拘わらず、特定領域は、全て使用中の領域として認識される。したがって、情報記録再生装置が、記録媒体の各記録領域が空領域か否かを管理している場合であっても、空領域か否かを示す情報を更新する必要がなく、当該情報の更新に起因する記録媒体の書き込みを防止でき、記録媒体の劣化を抑制できる。
【００２１】
また、上記構成に加えて、前記特定の情報は、ファイルシステムの管理情報であってもよい。さらに、前記特定の情報は、ファイルの実体の記録領域情報を含む管理情報（例えば、ＵＤＦにおけるＦｉｌｅ　Ｅｎｔｒｙなど）であってもよい。また、前記特定の情報は、ディレクトリに含まれる要素を示す管理情報（ＵＤＦにおけるＦｉｌｅ　Ｉｄｅｎｔｉｆｉｅｒ　Ｄｅｓｃｒｉｐｔｏｒなど）であってもよい。
【００２２】
ここで、一般に、管理情報は、ファイルの実体に比べて書き換え頻度が高く、管理情報の記録記録される領域は、ファイルの実体が記録される領域に比べて書き換えが集中しやすい。ところが、これらの構成では、当該管理情報の記録される領域が、特定領域内を移動するので、当該管理情報が記録される領域が局所的に劣化することを防止できる。
【００２３】
また、上記構成に加えて、前記特定の情報は、ファイルの実体であってもよい。当該構成では、ファイルの実体を記録する領域が特定領域内を移動するので、当該ファイルの更新に起因して、ファイルの実体の記録領域が局所的に劣化することを防止できる。したがって、例えば、データベースの管理情報が記録されたファイルなど、頻繁に更新されるファイルが存在する場合であっても、当該ファイルの記録領域の局所的な劣化を防止できる。
【００２４】
また、上記構成に加えて、前記予約領域管理情報は、前記特定の情報として、前記特定領域内に記録されてもよい。これにより、頻繁に更新される前記予約領域管理情報を局所的に記録することを回避でき、記録媒体の局所的な劣化を防止できる。
【００２５】
さらに、上記構成に加えて、前記特定領域が連続領域として確保されていてもよい。また、前記特定の情報は、前記特定領域内の連続領域に記録されていてもよい。
【００２６】
これらの構成では、特定領域または特定の情報の記録領域が連続領域なので、特定領域中の各特定の情報へアクセスする際にも、シーク動作が発生せず、記録媒体の各特定の情報へ高速にアクセスできる。
【００２７】
特に、記録媒体の記録回数を削減するために、特定の情報を記憶するバッファを設けた場合、記録媒体から各特定の情報をバッファに読み出すとき、および、バッファ内の各特定の情報を記録媒体に書き込むとき、特定領域内の各特定の情報は、一括してアクセスされる。したがって、当該構成の場合は、特定領域を連続領域として確保すると特に効果が大きい。
【００２８】
さらに、上記構成に加えて、前記特定領域外の領域に記録された上位管理情報（例えば、ＵＤＦにおけるＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　）に基づいて、前記特定領域内の情報を管理する管理工程を含み、当該管理工程は、前記特定領域外の領域内に、複数の上位管理情報が記録されている場合、それらの中から現在有効な上位管理情報を特定する特定工程を含んでいてもよい。なお、前記特定工程では、上位管理情報の記録位置に基づいて、現在有効な上位管理情報が特定されてもよい。また、前記特定工程では、前記各上位管理情報内に記録された値に基づいて、現在有効な上位管理情報が特定されてもよい。
【００２９】
これらの構成では、特定の情報を管理する上位管理情報が前記特定領域外の領域内に複数記録されていても、特定工程によって、それらの中から現在有効な上位管理情報を特定するので、上位管理情報の記録位置を変更できる。したがって、上位管理情報を局所的に記録することを回避でき、記録媒体の局所的な劣化を抑えることができる。
【００３０】
また、前記上位管理情報がＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　の場合は、上記構成に加えて、古いＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　が参照するダミーのファイルセットを記録する工程を含んでいることを特徴としている。
【００３１】
当該構成では、古いＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　は、ダミーではあるが、ファイルセットとして正しいファイルセットを参照している。したがって、過去のＦｉｌｅ　ＳｅｔＤｅｓｃｒｉｐｔｏｒ　に基づいて当該Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　が示すファイルセットにアクセスする情報記録再生装置が、記録媒体へアクセスする場合であっても、以下の不具合の発生、すなわち、古いＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　に基づいて参照した領域が、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　の更新に伴なって、他の用途に使用されているにも拘わらず、古いＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　の記録時点における用途に使用されていると誤解して、上記情報記録再生装置が誤動作するという不具合の発生を防止できる。
【００３２】
また、上記構成に加えて、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　が更新されるとき、当該ＦｉｌｅＳｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　に対応する、前記特定情報としてのファイルセットが記録されていた領域を前記予約領域に変更して、古いファイルセットの記録を前記記録媒体に残すと共に、古いファイルセットの記録が上書きされるときに、当該ファイルセットを参照するＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　も上書きする工程を含んでいてもよい。さらに、上記構成に加えて、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　が更新されるとき、当該Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　に対応する、前記特定情報としてのファイルセットが記録されていた領域を前記予約領域に変更して、古いファイルセットの記録を前記記録媒体に残すと共に、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　のシーケンスに含まれる各Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　について、それぞれに対応するファイルセットが、上記記録媒体に記録されていることを保証できなくなったとき、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　のシーケンスをクリアして、最新のＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　を記録する工程を含んでいてもよい。
【００３３】
当該構成では、古いファイルセットが記録されていた領域が予約領域に変更され、当該領域が上書きされるまでの間、古いファイルセットを保持している。したがって、古いＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　に基づいて、これらのファイルセットにアクセスできる。また、この場合であっても、古いファイルセットが上書きされた場合には、それに対応するＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　が上書きされたり、各Ｆｉｌｅ　ＳｅｔＤｅｓｃｒｉｐｔｏｒ　に対応するファイルセットが、上記記録媒体に記録されていることを保証できなくなったときに、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　のシーケンスがクリアされるので、上述の不具合の発生を防止できる。
【００３４】
また、上記構成に加えて、前記特定の情報は、前記特定領域内の連続領域に記録されており、前記上位管理情報には、当該連続領域の位置情報が記録されていてもよい。
【００３５】
当該構成では、上位管理情報に、特定の情報が記録された連続領域の位置情報が記録されているので、当該位置情報を参照すれば、特定の情報全てが記録されている記録領域を特定できる。したがって、上位管理情報に基づいて参照される特定の情報を解析しながら、他の特定の情報にアクセスする場合よりも、高速に各特定の情報にアクセスできる。
【００３６】
なお、記録媒体の記録回数を削減するために、特定の情報を記憶するバッファを設けた場合、記録媒体から各特定の情報をバッファに読み出すとき、および、バッファ内の各特定の情報を記録媒体に書き込むとき、特定領域内の各特定の情報は、一括してアクセスされる。したがって、当該構成の場合は、特定領域を連続領域として確保し、当該連続領域の位置情報を上位管理情報に記録すると、特に効果が大きい。
【００３７】
また、上記構成に加えて、前記特定領域内で、使用不能になった領域、もしくは、信頼性の低い領域を使用禁止領域として管理するための使用禁止領域管理情報を記録する工程が含まれていてもよい。
【００３８】
当該構成では、使用不能になった領域、もしくは、信頼性の低い領域が、使用禁止領域として管理されるので、記録媒体の信頼性を向上できる。
【００３９】
さらに、上記構成に加えて、前記使用禁止領域管理情報は、前記記録媒体に構築されたファイルシステムにおけるファイルの管理情報であり、前記使用禁止領域は、当該ファイルの実体として管理されてもよい。
【００４０】
当該構成では、予約領域をファイルの実体として管理する場合と略同様に、前記特定領域を認識できない情報記録再生装置が、当該使用禁止領域に情報を書き込むことを防止できる。
【００４１】
また、上記構成に加えて、前記特定領域内で、使用不能になった領域、もしくは、信頼性の低い領域を使用禁止領域として管理するための使用禁止領域管理情報と、前記予約領域の管理情報とをまとめた共通の管理情報を記録する工程が含まれていてもよい。さらに、上記構成に加えて、上記共通の管理情報には、当該共通の管理情報が管理する各領域が上記使用禁止領域であるか、予約領域であるかを区別する情報が含まれていてもよい。また、上記構成に加えて、上記使用禁止領域および予約領域は、上記記録媒体に構築されたファイルシステムにおけるファイルの実体として、上記共通の管理情報により管理されており、上記ファイルの実体には、上記共通の管理情報が管理する各領域が上記使用禁止領域であるか、予約領域であるかを区別する情報が含まれていてもよい。
【００４２】
これらの構成では、予約領域の管理情報と使用禁止領域の管理情報とが共通の管理情報によって管理されるので、管理情報の数を削減できる。特に、当該管理情報がファイルの管理情報であり、前記両領域をファイルの実体として管理する場合は、それぞれの領域を別のファイルとして管理する場合よりも、ファイルの数を削減でき、前記特定領域を認識できない情報記録再生装置によって当該ファイルが誤操作される可能性を減らすことができる。
【００４３】
さらに、上記構成に加えて、記録媒体の寿命、記録媒体に記録されるコンテンツの平均的なサイズ、および、前記特定領域に記録する情報種別に基づいて、前記特定領域の大きさを算出する工程を含んでいてもよい。当該構成では、これらの情報に基づいて、特定領域の大きさが算出されるので、前記特定領域の大きさを適切に決定できる。
【００４４】
また、上記構成に加えて、上記記録媒体の記録領域は、複数のブロックに分けられており、各ブロックには、当該ブロックに記録される情報に基づいて生成され、当該ブロックにおける記録の誤りを少なくとも検出するためのコードが含まれていると共に、上記領域変更工程にて、上記特定の情報を新たに記録する領域は、当該領域に含まれるブロックの数が最小になるように、その先頭位置がアライメントされていてもよい。
【００４５】
当該構成では、上記特定の情報を新たに記録する領域は、当該領域に含まれるブロックの数が最小になるように、その先頭位置がアライメントされる。したがって、上記領域が余分なブロックにもまたがって配されている場合と比較して、特定の情報の更新に伴なって、上記コードが更新されるブロックの数を削減できる。
【００４６】
さらに、上記構成に加えて、上記特定領域外の領域に記録された上位管理情報に基づいて、前記特定領域内の情報を管理する管理工程を含んでいると共に、上記予め定められた回数は、複数であってもよい。また、前記特定の情報の記録更新回数は、上記記録媒体に記録されていてもよい。
【００４７】
これらの構成では、上記回数が単数の場合に比べて、上位管理情報の更新回数を削減できるので、上位管理情報が記録される領域への記録の集中に伴なう記録媒体の局所的な劣化の程度を抑えることができる。
【００４８】
さらに、上記構成に加えて、上記上位管理情報の更新回数が予め定められた回数を超えた場合、当該上位管理情報が記録されていなかった記録領域に、当該上位管理情報を記録する工程を含んでいてもよい。また、上記記録媒体には、上記上位管理情報の記録更新回数が記録されていてもよい。
【００４９】
これらの構成によれば、上位管理情報の記録領域も変更されるので、上位管理情報が記録される領域への記録の集中を抑制でき、さらに、記録媒体の局所的な劣化を防止できる。
【００５０】
また、本発明に係るプログラムは、上述の領域変更工程をコンピュータに実行させるプログラムである。したがって、当該プログラムがコンピュータによって実行されると、当該コンピュータは、上記領域変更工程を実施する。この結果、記録媒体の局所的な劣化を抑えることができ、ユーザが記録媒体を使用可能な期間を延長できる。
【００５１】
さらに、本発明に係る情報記録再生装置は、上記課題を解決するために、特定の情報の記録が予め定められた回数更新される度に、特定の情報の記録に必要な領域よりも大きい領域として予め確保された特定領域のうち、前記特定の情報が記録されていなかった予約領域内に、前記特定の情報を記録する記録手段と、前記予約領域を管理するための予約領域管理情報を更新して、当該特定の情報が記録されていた領域を前記予約領域に統合し、前記特定の情報を新たに記録した領域を前記予約領域から除外する領域変更手段とを備えていることを特徴としている。
【００５２】
また、本発明に係る情報記録再生装置は、上記課題を解決するために、特定の情報の記録が予め定められた回数更新される度に、前記特定の情報の記録に必要な領域よりも大きい領域として予め確保された特定領域内の位置であって、しかも、前記特定の情報を記録する領域の移動の繰り返しによって前記特定領域内の各記録領域の書き換え回数が均一化されるように決定された位置へ、前記特定の情報を記録する領域を移動させる領域変更手段を備えていることを特徴としている。
【００５３】
これらの情報記録再生装置は、領域変更手段を備えているので、上述の記録媒体の記録領域管理方法を実施できる。したがって、記録媒体の局所的な劣化を抑えることができ、ユーザが記録媒体を使用可能な期間を延長できる。
【００５４】
【発明の実施の形態】
〔第１の実施形態〕
本発明の一実施形態について図１ないし図４に基づいて説明すると以下の通りである。すなわち、図２に示すように、本実施形態に係る情報記録再生装置１は、特定情報を常に同じ領域に記録する構成と比較して、記録媒体２の書き換え可能回数が制限されている場合であっても、記録媒体２の局所的な劣化を防止可能な装置であって、記録媒体２にアクセスするデバイスドライバ３と、特定情報が記録されるバッファ４と、バッファ４に格納された特定情報をデバイスドライバ３が記録媒体２へ格納するときの記録位置を制御すると共に、デバイスドライバ３を制御して記録媒体２から当該特定情報を読み出させてバッファ４に格納するループレコーディング処理部５とを備えている。なお、上記特定情報は、記録媒体２に記録される情報であればよく、例えば、ファイルの実体であってもよいし、ファイルを管理する管理情報であってもよい。
【００５５】
本実施形態に係る情報記録再生装置１は、記録媒体２の一例として、相変化型の光ディスクを採用しており、デバイスドライバ３は、ヘッド６を制御して、記録媒体２にアクセスしている。
【００５６】
また、本実施形態に係る情報記録再生装置１は、下位のデバイスドライバ３と、上位のアプリケーション７とに階層化されており、上記情報記録再生装置１には、特定情報と特定情報以外の情報との読み書きを指示するアプリケーション７と、アプリケーション７からの指示を受け付けるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｉｎｔｅｒｆａｃｅ　）処理部８とが設けられている。
【００５７】
上記ＡＰＩ処理部８は、バッファ４に特定情報が書き込まれていないとき（例えば、記録媒体２の挿入時、マウント時あるいはアプリケーション７による特定情報の初回読み出し指示の時など）に、特定情報の読み込み命令をループレコーディング処理部５へ発行する。この場合、ループレコーディング処理部５は、デバイスドライバ３へ特定情報の読み込み命令を発行し、デバイスドライバ３によって記録媒体２から読み取られた特定情報が、バッファ４に格納される。
【００５８】
特定情報がバッファ４に格納された後、例えば、アプリケーション７などから特定情報へのアクセス命令が発行されると、ＡＰＩ処理部８は、記録媒体２ではなく、バッファ４へアクセスして、特定情報を読み出したり、特定情報を書き込んだりする。
【００５９】
なお、特定情報以外の通常情報へのアクセス命令が発行されると、ＡＰＩ処理部８は、デバイスドライバ３へ指示して記録媒体２にアクセスさせる。これにより、記録媒体２からの通常情報の読み出しや、記録媒体２への通常情報の書き込みが行われる。
【００６０】
一方、ＡＰＩ処理部８は、記録媒体２へのアクセスが不可能になる時点までの時点（例えば、情報記録再生装置１の電源断の指示の時、記録媒体２の取り出し指示の時、または、アンマウント指示の時など）に、特定情報の書き込み命令をループレコーディング処理部５へ発行する。この場合、ループレコーディング処理部５は、バッファ４から特定情報を読み込むと共に、上述したように、特定情報の記録位置を調整し、特定情報を記録する領域Ａ１０および予約領域Ａ２０を決定した後、現時点で特定情報を記録すべき領域Ａ１０に特定情報を書き込むよう、デバイスドライバ３へ指示する。これにより、記録媒体２の特定領域Ａ０のうちの特定情報記録領域Ａ１０に、特定情報が記録される。
【００６１】
さらに、上記ループレコーディング処理部５は、図３に示すように、特定情報Ｉ１〜Ｉ３…の記録に必要な領域よりも広い領域を、予め特定領域Ａ０として確保しており、現在特定情報Ｉ１〜Ｉ３が記録されている領域を特定情報記録領域Ａ１０、特定領域Ａ０のうち、現在は、特定情報が記録されていない領域を予約領域Ａ２０として管理している。
【００６２】
また、ループレコーディング処理部５は、特定情報が更新されて、上記領域Ａ１０の記録を更新する必要がある場合に、デバイスドライバ３へ指示して、上記特定情報を現時点での予約領域Ａ２０内の領域Ａ１０ａに記録させると共に、上記予約領域を管理するための管理情報を更新する。より詳細には、当該特定情報が記録されていた領域Ａ１０を新たな予約領域Ａ２０ａに統合し、しかも、現時点の予約領域Ａ２０のうち、特定情報が新たに記録された領域Ａ１０ａを、上記予約領域Ａ２０ａから除外するように、上記管理情報を更新する。
【００６３】
上記では、特定情報記録領域Ａ１０が連続領域として確保される。したがって、記録媒体２がディスク状記録媒体やテープ状記録媒体の場合のように、記録媒体２のアクセス位置を大きく変更するときに、シーク動作が必要になる記録媒体２であっても、情報記録再生装置１は、記録媒体２の特定情報をバッファ４へ取り込むとき、および、バッファ４の特定情報を記録媒体２へ書き出すときに、不要なシーク動作を行うことなく、記録媒体２にアクセスできる。この結果、記録媒体２に高速にアクセスできる。
【００６４】
上記管理情報の更新は、特定情報が更新されて上記領域Ａ１０（Ａ１０ａ…）の記録を更新する度に繰り返される。これにより、特定情報記録領域は、図１に示すＡ１０→Ａ１０ａ→Ａ１０ｂ→Ａ１０ｃ…のように、これまで特定情報が記録されていた領域とは異なる領域になるように変更される。
【００６５】
本実施形態では、上記ループレコーディング処理部５は、上記領域Ａ１０が特定領域Ａ０内をループ状に移動するように、予約領域を管理するための管理情報を管理している。すなわち、図１に示すように、ループレコーディング処理部５は、最初、特定情報記録領域Ａ１０を特定領域Ａ０の先頭に配置し、残余の領域を予約領域Ａ２０として管理している。この状態で、上記領域Ａ１０の記録更新が必要になると、ループレコーディング処理部５は、それまでの特定情報記録領域Ａ１０よりも後のアドレスに配された予約領域Ａ２０の先頭領域が特定情報記録領域Ａ１０ａになり、それまでの特定情報記録領域Ａ１０と、それまでの予約領域Ａ２０のうち、新たな特定情報記録領域Ａ１０ａ以外の領域とが、予約領域Ａ２０ａになるように、特定情報記録領域および予約領域を管理する。
【００６６】
同様に、この状態で、上記領域Ａ１０ａの記録更新が必要になると、ループレコーディング処理部５は、それまでの特定情報記録領域Ａ１０ａよりも後のアドレスに配された予約領域Ａ２０ａの先頭領域が特定情報記録領域Ａ１０ｂになり、それまでの特定情報記録領域Ａ１０ａと、それまでの予約領域Ａ２０ａのうち、新たな特定情報記録領域Ａ１０ｂ以外の領域とが、予約領域Ａ２０ｂになるように、特定情報記録領域および予約領域を管理する。上記動作は、それまでの特定情報記録領域の後のアドレスに配された予約領域に、新たな特定情報記録領域を確保できなくなるまで繰り返される。
【００６７】
例えば、図１に示す特定情報記録領域Ａ１０ｂのように、特定情報記録領域Ａ１０ｂよりも後に予約領域がない場合や、予約領域があっても、特定情報の記録に十分な領域が確保できない場合のように、それまでの特定情報記録領域の後のアドレスに配された予約領域に、新たな特定情報記録領域を確保できなくなると、ループレコーディング処理部５は、特定領域Ａ０の先頭を、再度、特定情報記録領域Ａ１０ｃとして確保し、残余の領域を予約領域Ａ２０ｃとする。
【００６８】
このように、本実施形態に係る情報記録再生装置１は、特定情報が更新されて、これまで特定情報が記録されていた記録領域の記録更新が必要になると、特定情報を現時点での予約領域の領域に記録させると共に、予約領域を管理するための管理情報を更新して、これまで特定情報が記録されていた領域を新たな予約領域に統合し、しかも、現時点の予約領域のうち、特定情報が新たに記録される領域を、上記新たな予約領域から除外する。
【００６９】
この結果、特定情報の書き換え回数が同じとして、特定情報の記録領域が常時同じ領域である場合と比較すると、特定情報の更新に起因する記録媒体２の記録領域の書き換えが、特定領域全体に分散されるので、各記録領域への書き換え回数が均一化される。この結果、記録領域の書き換え回数の最大値が減少し、記録媒体２の局所的な劣化を抑えることができる。
【００７０】
これにより、ある記録領域に書き換えが集中した結果、記録媒体２の残余の記録領域では、書き換え可能回数が十分に余っているにも拘わらず、書き換えが集中した記録領域が局所的に劣化し、当該記録領域が使用できなくなるという不具合を避けることができる。
【００７１】
なお、特定情報記録領域Ａ１０や予約領域Ａ２０の管理情報（図示せず）は、記録媒体２とは、別で、記録媒体２よりも書き換え回数が制限されていない記録媒体に記録してもよいが、記録媒体２がリムーバブル媒体の場合は、記録媒体２に記録されている特定情報記録領域Ａ１０や予約領域Ａ２０と管理情報との整合性を保つために、当該管理情報も記録媒体２に格納する方が望ましい。
【００７２】
また、上記では、全特定情報を記録する領域が一括して移動する場合、すなわち、特定領域Ａ０中の連続した一領域として確保された特定情報記録領域Ａ１０に、全特定情報が格納される場合を例にして説明したが、これに限るものではない。例えば、図４に示すように、予め定められた数の特定情報（この例では、１個）毎に、特定情報記録領域Ａ１０を設け、特定情報記録領域Ａ１０のいずれかの記録更新が必要になったときに、当該特定情報記録領域Ａ１０のみを移動させてもよい。
【００７３】
具体的には、特定情報記録領域Ａ１１〜Ａ１３のうち、ある特定情報記録領域Ａ１２の記録更新が必要になると、ループレコーディング処理部５は、特定領域Ａ０の特定情報記録領域Ａ１１〜Ａ１３のうち、最も後のアドレスの特定情報記録領域Ａ１３の後端以降の予約領域Ａ２０から、新たな特定情報記録領域Ａ１２ａを検索し、当該領域Ａ１２ａに上記特定情報記録領域Ａ１２の特定情報の更新結果を書き込む。また、ループレコーディング処理部５は、新たな予約領域Ａ２０ａが、上記特定情報記録領域Ａ１２を含み、かつ、上記特定情報記録領域Ａ１２ａを含まないように、予約領域の管理情報を更新する。
【００７４】
当該構成のように、特定領域Ａ０内に記録されるべき特定情報の一部を単位にして、特定情報記録領域を変更していくことによって、特定情報の全てを格納する特定情報記録領域を一括して変更する場合よりも、書き換える情報量を削減でき、記録媒体２の劣化を、さらに抑制できる。
【００７５】
さらに、上記では、１つの特定情報が同じ特定情報記録領域に格納される場合を例にして説明したが、１つの特定情報を、複数の連続領域にまたがって格納してもよい。
【００７６】
また、上記では、特定情報記録領域が特定領域内をループ状に移動するように、新たな特定情報記録領域の配置を制御する場合を例にして説明したが、これに限るものではなく、特定情報記録領域の記録更新が必要になった場合、特定領域内の書き換え回数が均一化されるように、特定情報記録領域が特定領域内を移動すれば、同様の効果が得られる。
【００７７】
さらに、上記では、特定情報記録領域の記録更新が必要になる度に、特定情報記録領域を移動させているが、例えば、記録更新回数を記録しておき、記録更新回数が予め定める回数を超えた場合に、特定情報記録領域を移動させてもよい。当該記録更新回数も、特定情報記録領域や予約領域の管理情報と同様に、他の記録媒体に記録してもよいが、記録媒体２がリムーバブル媒体の場合は、当該記録更新回数も記録媒体２に格納する方が望ましい。記録媒体２に記録する場合、上記記録更新回数は、例えば、後述するダミーファイルΩの管理情報や領域情報などとして記録され、情報記録再生装置１は、当該記録回数を参照して、特定情報記録領域の移動の要否を判定する。
【００７８】
なお、上記では、バッファ４が設けられている場合を例にして説明したが、これに限るものではなく、特定情報の書き換え時に、記録媒体２にアクセスして、特定情報を書き換えてもよい。
【００７９】
ただし、本実施形態のように、バッファ４を設けた場合は、バッファ４に記録媒体２の特定情報が記憶されている間、バッファ４へアクセスすることで、記録媒体２にアクセスすることなく、高速に特定情報を取得／更新できる。この結果、特定情報へのアクセス速度を向上すると共に、記録媒体２への記録更新回数を削減できる。なお、バッファ４には、例えば、バッファ４に記録媒体２の特定情報が書き込まれていない時点（例えば、記録媒体２の挿入時、マウント時あるいはアプリケーション７による特定情報の初回読み出し指示の時など）に、記録媒体２から読み出した特定情報が格納され、記録媒体２へのアクセスが不可能になる時点までの時点（例えば、情報記録再生装置１の電源断の指示の時、記録媒体２の取り出し指示の時、または、アンマウント指示の時など）に、バッファ４の特定情報が記録媒体２に格納される。
【００８０】
また、上記では、特定領域Ａ０が１つの連続領域である場合を例にして説明したが、特定領域Ａ０が複数の連続領域であってもよい。さらに、特定情報の種別に応じて、複数の特定領域Ａ０を設けてもよい。いずれの場合であっても、特定情報の記録に必要な領域よりも広い領域が特定領域Ａ０として確保されていれば、同様の効果が得られる。また、情報記録再生装置１が特定領域Ａ０（あるいは、特定情報記録領域Ａ１０および予約領域Ａ２０）を把握できれば、特定領域Ａ０は、記録媒体２の位置や大きさが固定されている必要はなく、情報記録再生装置１は、例えば、記録の書き換えに伴なう欠陥領域の増加、あるいは、特定情報のデータ量増大などによって、特定領域の容量が十分ではなくなった場合、特定領域を移動させたり、特定領域を拡張してもよい。なお、特定領域Ａ０を把握するための情報は、上記予約領域Ａ２０の管理情報と同様に、記録媒体２上に記録していてもよい。これにより、特定領域Ａ０が記録媒体２内を移動する場合や、複数の記録媒体２間で異なっている場合であっても、情報記録再生装置１は、自らが把握する位置と実際の位置との整合性を崩すことなく、何ら支障なく、特定領域Ａ０の位置を把握できる。
【００８１】
〔第２の実施形態〕
ところで、上述した記録領域管理方法、すなわち、特定情報の記録更新が必要になる度（または記録更新回数が所定の数を超える度）に、特定領域内において前回と異なる部分に書き込む方法は、記録媒体２にファイルシステムが構築されず、専用のデバイスドライバによってのみ、記録媒体２の情報にアクセスする場合にも適用できるが、記録媒体２は、上記記録領域管理方法を採用した情報記録再生装置１だけではなく、上記記録領域管理方法を採用しない一般の情報記録再生装置からもアクセスできる方が、記録媒体２に記録された情報にアクセスしやすい。
【００８２】
本実施形態では、記録媒体２が情報記録再生装置１だけではなく、一般の情報記録再生装置１０１（図５参照）からもアクセス可能な場合に好適な実施形態として、予約領域Ａ２０をファイルとして管理する場合について説明する。なお、第１の実施形態と同様に、記録更新回数が所定の数を超える度に、特定情報記録領域を移動させてもよいが、本実施形態および以下の実施形態では、主として、記録更新が必要になる度に移動する場合を例にして説明する。
【００８３】
ここで、本実施形態に係る記録領域管理方法について説明する前に、記録媒体２にアクセスする可能性のある一般の情報記録再生装置１０１、および、それにより認識可能なファイルシステムについて説明する。
【００８４】
図５に示すように、上記情報記録再生装置１０１は、図２に示す情報記録再生装置１に類似しているが、ループレコーディング処理部５およびバッファ４が省略されており、デバイスドライバ１０３は、アプリケーション１０７およびＡＰＩ処理部１０８の指示に従って、ヘッド１０６を制御して記録媒体２にアクセスし、記録媒体２の情報にアクセスしている。
【００８５】
上記デバイスドライバ１０３は、記録媒体２に構築されたファイルシステムを認識できるように構成されている。具体的には、上記記録媒体２には、図６に示すように、ファイルの実体ＦＲとファイルの管理情報ＦＩとが記録されている。例えば、図６は、２つのファイルαおよびβが記録された状態を示しており、ファイルαは、ファイルの実体ＦＲαとファイルシステムの管理情報ＦＩαとから構成されている。また、ファイルβは、ファイルの実体ＦＲβと、ファイルシステムの管理情報ＦＩβとから構成されている。
【００８６】
上記ファイルシステムの管理情報ＦＩは、ファイルの実体ＦＲの記録領域に関する情報を含んでいる。当該記録領域に関する情報とは、例えば、領域の開始アドレスと、長さあるいは終了アドレスとの組み合わせのように、領域の位置を特定するための情報である。
【００８７】
上記デバイスドライバ１０３は、ファイルシステムの管理情報ＦＩにアクセスして、ファイルの実体ＦＲの記録領域を特定し、当該記録領域にアクセスすることによって、ファイルの実体ＦＲを取得したり、更新したりできる。
【００８８】
なお、上記ファイルの実体ＦＲは、ファイルに関する情報を持つ管理情報と、ファイルの実体との組合せであってもよい。この場合、上記管理情報ＦＩは、上記組み合わせのうち、ファイルに関する情報を持つ管理情報の記録領域を管理し、ファイルに関する情報を持つ管理情報がファイルの実体の記録領域を管理してもよい。
【００８９】
また、上記ファイルの実体ＦＲは、連続領域に記録されている必要はなく、例えば、図７に示すように、実体ＦＲ１・ＦＲ２…のように、分断されていてもよい。この場合、管理情報ＦＩには、各実体ＦＲ１・ＦＲ２…の記録領域に関する情報が含まれており、デバイスドライバ１０３は、各実体ＦＲ１・ＦＲ２…が記録媒体２上で分断して記録されているか否かに拘わらず、これらを論理的に１つの連続データ（ファイル）として扱う。なお、上記では、管理情報ＦＩに、各実体ＦＲ１・ＦＲ２…の記録領域に関する情報が含まれている場合を例にして説明したが、例えば、管理情報ＦＩには、先頭の実体ＦＲ１の記録領域に関する情報が含まれており、各実体ＦＲ１…に、次の実体ＦＲ２の記録領域に関する情報が含まれていてもよい。いずれの場合であっても、デバイスドライバ１０３が管理情報ＦＩを参照して、複数の実体ＦＲ１・ＦＲ２…からなる、論理的に１つの連続データ（ファイル）にアクセスできれば、同様の効果が得られる。
【００９０】
さらに、上記ファイルシステムは、図８に示すように、いわゆるディレクトリ構造を持っていてもよい。具体的には、ファイルシステムがディレクトリ構造をもっている場合、記録媒体２には、図６に示す管理情報ＦＩα・ＦＩβ並びにファイルの実体ＦＲα・ＦＲβに加えて、ディレクトリの管理情報ＤＩが記録されている。当該管理情報ＤＩには、当該ディレクトリ下に含まれるファイルα・βの管理情報ＦＩα・ＦＩβを示す情報が含まれており、デバイスドライバ１０３は、あるディレクトリ下に含まれるファイルαまたはβにアクセスする際、当該ディレクトリの管理情報ＤＩにアクセスして、当該ディレクトリ下に含まれるファイルの管理情報ＦＩαまたはＦＩβを取得する。さらに、デバイスドライバ１０３は、取得した管理情報ＦＩαまたはＦＩβに基づいて、ファイルαの実体ＦＲαまたはファイルβの実体ＦＲβにアクセスする。
【００９１】
ここで、本実施形態に係る情報記録再生装置１は、上記情報記録再生装置１０１から記録媒体２がアクセスされる場合であっても、当該情報記録再生装置１０１による予約領域Ａ２０（図１参照）への書き込みを防止するために、図９に示すように、予約領域Ａ２０をファイルの実体として管理している。
【００９２】
具体的には、本実施形態に係るデバイスドライバ３は、デバイスドライバ１０３と同様に、記録媒体２に構築されたファイルシステムを認識可能に形成されている。さらに、上記デバイスドライバ３およびループレコーディング処理部５を含む情報記録再生装置１は、上述したように、特定情報Ｉ１〜Ｉ３…の記録に必要な領域よりも広い領域を、予め特定領域Ａ０として確保しており、現在特定情報Ｉ１〜Ｉ３が記録されている領域を特定情報記録領域Ａ１０、特定領域Ａ０のうち、現在は、特定情報が記録されていない領域を予約領域Ａ２０として管理している。さらに、情報記録再生装置１は、特定情報の記録更新が必要になる度に、特定領域内において前回と異なる部分に書き込み、予約領域Ａ２０を管理する管理情報を更新する。
【００９３】
ここで、本実施形態に係るループレコーディング処理部５は、上記予約領域Ａ２０を、ダミーファイルΩの実体ＦＲΩとして管理すると共に、例えば、デバイスドライバ３へ指示するなどして、ダミーファイルΩの管理情報ＦＩΩに、当該予約領域Ａ２０の記録領域に関する情報が含まれるように、管理情報ＦＩΩの内容を更新している。
【００９４】
ここで、ダミーファイルΩは、領域確保のために設けられるファイルであり、実際には、何も記録されていない。言い換えると、ダミーファイルΩの実体ＦＲΩ用の記録領域は、管理情報ＦＩΩによって確保されるが、実際には、当該記録領域には、何も書き込まれない。したがって、予約領域Ａ２０にダミーファイルΩを割り当てても、予約領域Ａ２０となる記録領域に書き込みが発生することはなく、ダミーファイルΩの割り当てによる当該記録領域の劣化が発生しない。
【００９５】
なお、上記ファイルシステムに空領域管理情報を管理する機能がある場合、情報記録再生装置１は、上記ダミーファイルΩの実体ＦＲΩ用の記録領域が使用中であるというフラグを含むように、空領域管理情報を設定する。ここで、予約領域Ａ２０は、ダミーファイルΩとして管理されるので、情報記録再生装置１は、特定情報の記録位置（特定情報記録領域Ａ１０の位置）に拘わらず、特定領域Ａ０は、全て使用中の領域として認識する。したがって、特定情報記録領域Ａ１０の位置が変更されても、空領域管理情報を変更する必要がなく、当該空き領域情報の更新に起因する記録媒体２の書き込みを防止できる。
【００９６】
上記構成によれば、記録媒体２の予約領域Ａ２０は、一般の情報記録再生装置１０１によって、ダミーファイルΩの実体ＦＲΩ用の記録領域、すなわち、使用中の領域として認識される。したがって、情報記録再生装置１０１が、記録媒体２に対して、他の編集処理（例えば、ファイルやディレクトリの作成）などを行ったとしても、当該領域Ａ２０が使用されることはなく、当該情報記録再生装置１０１による予約領域Ａ２０（図１参照）への書き込みを防止できる。
【００９７】
この結果、本実施形態に係る記録領域管理方法を採用しない一般の情報記録再生装置１０１からも記録媒体２へアクセスできるにも拘わらず、特定領域Ａ０内の各記録領域への書き換え回数を均一化でき、記録媒体２の局所的な劣化を抑制できる。
【００９８】
ここで、ファイルを管理する機能は、ファイルシステムであれば、必ず持っている。したがって、例えば、任意の領域を保護可能なファイルシステムなど、特別なファイルシステムを用意することなく、一般のファイルシステムを使用可能な情報記録再生装置１０１からも、記録媒体２にアクセスできる。
【００９９】
なお、図９では、予約領域Ａ２０が連続領域の場合を図示したが、予約領域Ａ２０が分断されている場合は、例えば、図１０に示すように、複数の連続領域（ファイルの実体ＦＲΩ１…）に関連付けられた管理情報ＦＩΩによって管理できる。また、図１１に示すように、複数のダミーファイルΩ１…を用意し、複数のダミーファイルの実体ＦＲΩ１…と、それそれに対応する管理情報ＦＩΩ１…とにより構成されるダミーファイルΩ１…によって、予約領域Ａ２０を管理してもよい。いずれの場合であっても、予約領域Ａ２０をダミーファイルΩとして管理できれば、同様の効果が得られる。
【０１００】
なお、上記予約領域Ａ２０は、ダミーファイルΩとして管理されるため、上記情報記録再生装置１０１によってダミーファイルΩが削除／編集されると、記録媒体２の予約領域Ａ２０への書き込みが発生する虞れがある。したがって、編集禁止の属性（ｒｅａｄ　ｏｎｒｙ　の属性など）や、システム属性あるいは不可視属性など、情報記録再生装置１０１のユーザによる不用意なファイルの削除を防止可能な属性をファイルに付けることができる場合は、ダミーファイルΩに当該属性を付与する方が望ましい。
【０１０１】
また、情報記録再生装置１は、予約領域Ａ２０を把握する際、予め定められた特定領域Ａ０内に実体があるファイルとして、ダミーファイルΩを検索してもよいが、よりダミーファイルΩを特定しやすいように、例えば、特定のファイル名（例えば、ＤＵＭＭＹ００１．ＳＹＳ）を付すなど、ダミーファイルΩを他のファイルと区別可能な識別子を設ける方が望ましい。この場合、情報記録再生装置１は、当該識別子が付されたファイル（例えば、特定のファイル名を持ったファイル）の管理情報ＦＩΩを参照することによって、予約領域Ａ２０を把握できる。
【０１０２】
さらに、上記ダミーファイルΩは、特定領域Ａ０内の欠陥領域の管理にも使用できる。具体的には、特定情報の更新に起因する記録媒体２の記録領域の書き換えを、特定領域全体に分散させたとしても、種々の原因で特定領域内に欠陥領域が発生する虞れがある。また、欠陥領域とまではいかなくても、他の領域に比べて、書き換え回数が多く、信頼性が低い領域ができることもある。これらの場合、情報記録再生装置１は、欠陥領域、あるいは、信頼性が低い領域をファイルの実体ＦＲとするダミーファイルを作成することによって、欠陥領域や信頼性が低い領域の使用を禁止する機能を持たない情報記録再生装置１および１０１であっても、これらの領域の使用を禁止できる。
【０１０３】
なお、使用禁止領域用のダミーファイルは、予約領域確保用のダミーファイルΩと別に設けてもよいが、それぞれ用のダミーファイルを兼用してもよい。兼用した場合、情報記録再生装置１は、予約領域Ａ２０と使用禁止領域とを区別するための情報を記録媒体２に記録しておき、当該情報を参照して、両者を区別する必要があるが、ダミーファイルの数を削減できるので、ダミーファイルの管理情報を記録するための記録領域を削減すると共に、ユーザが認識する必要のないファイル（ダミーファイル）を極力少なくすることができる。
【０１０４】
ここで、複数の種別（例えば、予約領域確保用と使用禁止領域確保用など）の領域を確保するために、それぞれ用のダミーファイルΩを兼用する方法は、種々の方法が考えられるが、例えば、ダミーファイルΩの管理情報ＦＩΩに、上述したファイルの実体ＦＲΩ…の記録位置（各連続領域の記録位置）と共に、それぞれの領域種別を含めてもよい。なお、領域種別としては、予約領域、使用禁止領域および欠陥領域などが挙げられる。
【０１０５】
また、他の方法として、ダミーファイルΩの管理情報ＦＩΩにおいて、各連続領域の記録位置の情報が記録される位置に基づいて、情報記録再生装置１が種別を判定してもよい。具体的には、上記管理情報ＦＩΩには、各連続領域の記録位置情報の集合が含まれている。情報記録再生装置１は、ある種別の領域（例えば、使用禁止領域）の記録位置情報を、当該集合の前半にまとめて記録し、他の種別の領域（例えば、予約領域）の記録位置情報を、当該集合の後半にまとめて記録する。さらに、両者の境を示す情報（例えば、使用禁止領域の記録位置情報の個数など）も、管理情報ＦＩΩとして記録する。これにより、情報記録再生装置１は、管理情報ＦＩΩにおいて、各連続領域の記録位置の情報が記録される位置に基づいて、各連続領域の種別を判定できる。
【０１０６】
さらに他の方法として、ダミーファイルΩの実体ＦＲΩ用の記録領域に、確保する領域（予約領域Ａ２０や使用禁止領域など）だけではなく、各領域の種別を含む領域情報が記録される領域を設けてもよい。
【０１０７】
具体的には、図１２に示すように、本変形例では、ダミーファイルΩの管理情報ＦＩΩは、予約領域Ａ２０だけではなく、使用禁止領域Ａ２５も管理している。当該管理情報ＦＩΩは、さらに、各領域（Ａ２０・Ａ２５…）の種別を含む領域情報ＤＡが記録される記録領域も管理している。当該領域情報ＤＡには、管理情報ＦＩΩが管理する各記録領域が、予約領域Ａ２０か、使用禁止領域Ａ２５かを特定するための情報が含まれている。当該構成でも、情報記録再生装置１は、予約領域確保用のダミーファイルΩと、使用禁止領域確保用のダミーファイルΩとが兼用されているにも拘わらず、領域情報ＤＡを参照すれば、各領域の種別を認識でき、例えば、予約領域Ａ２０か使用禁止領域Ａ２５かを区別できる。
【０１０８】
なお、上記領域情報ＤＡが記録される記録される領域は、ダミーファイルΩの他の領域、すなわち、予約領域Ａ２０や使用禁止領域Ａ２５を確保するために使用され、実際には、情報が記録されない領域とは異なり、領域情報ＤＡが記録される。したがって、領域情報ＤＡもループレコーディングの対象とすること、すなわち、当該領域情報ＤＡ記録用の領域も、特定情報記録領域Ａ１０と同様に、特定領域Ａ０内を移動させる方が望ましい。これにより、領域情報ＤＡの更新に起因する記録媒体２の記録領域の書き換えも、特定領域全体に分散させることができる。したがって、領域情報ＤＡが記録媒体２に記録されているにも拘わらず、当該領域情報ＤＡの更新に起因する記録媒体２の局所的な劣化を防止できる。
【０１０９】
ところで、特定情報は、記録媒体２に記録可能な情報であれば、どのような情報であってもよいが、以下では、一例として、ファイルシステムの管理情報ＦＩ・ＤＩを特定情報として記録する場合について、図１３に基づき説明する。
【０１１０】
すなわち、記録媒体２の特定領域Ａ０には、特定情報として、ファイルシステムの管理情報ＦＩ・ＤＩが記録されている。上記管理情報ＦＩのうち、管理情報ＦＩα・ＦＩβは、特定領域Ａ０外に記録されたファイルα・βの実体ＦＲα・ＦＲβをそれぞれ管理する情報である。また、管理情報ＦＩΩは、ダミーファイルΩの管理情報であり、実体ＦＲΩ１…が記録される領域（予約領域Ａ２０）を示す情報が含まれている。一方、図１３の例では、ディレクトリに、ファイルαおよびβが含まれており、ディレクトリの管理情報ＤＩには、両管理情報ＦＩα・ＦＩβを示す情報が含まれている。
【０１１１】
上記構成では、情報記録再生装置１は、特定情報としての管理情報ＦＩ・ＤＩの記録更新が必要になると、管理情報ＦＩ・ＤＩを、現時点での予約領域内の領域に記録すると共に、新たな予約領域が、これまで管理情報ＦＩ・ＤＩが記録されていた領域を含み、新たに管理情報ＦＩ・ＤＩが記録される領域を含まないように、予約領域Ａ２０（ダミーファイルΩ）を管理する管理情報ＦＩΩを更新する。
【０１１２】
ここで、管理情報ＦＩ・ＤＩの記録領域は、一般にファイルの実体ＦＲα…が記録されている領域よりも書き換えが発生しやすい。ところが、上記構成では、特定情報（管理情報ＦＩ・ＤＩ）の更新に起因する記録媒体２の記録領域の書き換えが、特定領域全体に分散されるので、各記録領域への書き換え回数が均一化される。この結果、記録領域の書き換え回数の最大値が減少し、記録媒体２の局所的な劣化を抑えることができる。
【０１１３】
また、特定情報は、図１４に示すように、管理情報ＦＩによって管理されるファイルの実体ＦＲであってもよい。具体的には、図１４の例では、記録媒体２の特定領域Ａ０には、ファイルα…の実体ＦＲα…が記録されている。なお、ループレコーディングの対象となるファイルは、ファイルシステムに含まれるファイル全てであってもよいし、予め定められたファイルであってもよい。また、本実施形態では、予約領域Ａ２０に対応するダミーファイルΩの管理情報ＦＩΩも特定領域Ａ０に記録されている。
【０１１４】
上記構成では、情報記録再生装置１は、ファイルの実体ＦＲの記録更新が必要になると、ファイルの実体ＦＲを、現時点での予約領域内の領域に記録すると共に、新たな予約領域が、これまでファイルの実体ＦＲが記録されていた領域を含み、新たにファイルの実体ＦＲが記録される領域を含まないように、予約領域Ａ２０（ダミーファイルΩ）を管理する管理情報ＦＩΩを更新する。
【０１１５】
これにより、例えば、ファイルの大きさが大きくなり、これまで記録していた領域に記録できなくなった場合など、他のトリガとなる事象が発生しない限り、ファイルの実体ＦＲが常時同じ記録領域に書き込まれる構成と異なり、ファイルが頻繁に書き換えられる場合であっても、ファイルの更新に起因する記録媒体２の記録領域の書き換えが、特定領域全体に分散されるので、各記録領域への書き換え回数が均一化される。この結果、記録領域の書き換え回数の最大値が減少し、記録媒体２の局所的な劣化を抑えることができる。なお、上述したように、当該ファイルの実体ＦＲは、ファイルに関する情報を持つ管理情報と、ファイルの実体との組合せであってもよい。
【０１１６】
なお、ファイルの実体ＦＲを特定領域Ａ０に記録する場合であっても、予約領域Ａ２０の管理情報ＦＩΩは、特定領域Ａ０内に記録する方が望ましい。これにより、記録媒体２に記録されているファイルの実体ＦＲの書き換えに応じて、特定情報記録領域Ａ１０（ファイルの実体ＦＲの記録領域）および予約領域Ａ２０が変化し、それに応じて、予約領域Ａ２０を管理する管理情報ＦＩΩの内容も更新されるにも拘わらず、管理情報ＦＩΩを常時同じ記録領域に記録する構成と比較して、記録領域の局所的な劣化を防止できる。
【０１１７】
また、図１５に示すように、上記特定情報は、予め定められた管理情報ＦＩ・ＤＩと、予め定められたファイルの実体ＦＲとであってもよい。具体的には、図１５は、ファイルシステムの全ての管理情報ＦＩ・ＤＩと、特定のファイルαの実体ＦＲαとが特定情報である場合を例示しており、ディレクトリの管理情報ＤＩと、当該ディレクトリに含まれるファイルαおよびβの管理情報ＦＩα・ＦＩβと、予約領域Ａ２０（ダミーファイルΩ）の管理情報ＦＩΩと、ファイルαの実体ＦＲαとが特定領域Ａ０に含まれている。一方、ループレコーディングの対象とならないファイルβの実体ＦＲβは、特定領域Ａ０外に記録されている。
【０１１８】
なお、ループレコーディングの対象とするファイル（ファイルαの実体ＦＲα）と対象としないファイル（ファイルβの実体ＦＲβ）とは、ファイルシステムの仕様やアプリケーション７の仕様、あるいは、情報記録再生装置１や記録媒体２の用途に応じて、予め設定されている。
【０１１９】
当該構成でも、特定領域Ａ０内の記録領域の記録更新が必要になると、当該記録領域へ書き込まれていた特定情報を、現時点での予約領域内の領域に記録すると共に、新たな予約領域が、これまで特定情報が記録されていた領域を含み、新たに特定情報が記録される領域を含まないように、予約領域Ａ２０（ダミーファイルΩ）を管理する管理情報ＦＩΩを更新する。
【０１２０】
これにより、特定のファイルαおよび管理情報ＦＩ・ＤＩの更新に起因する記録媒体２の記録領域の書き換えが、特定領域全体に分散されるので、各記録領域への書き換え回数を均一化でき、記録媒体２の局所的な劣化を抑えることができる。なお、上述したように、当該ファイルの実体ＦＲは、ファイルに関する情報を持つ管理情報と、ファイルの実体との組合せであってもよい。
【０１２１】
〔第３の実施形態〕
ところで、上記第１および第２の実施形態によって、特定情報の書き換えに起因する、特定領域内の記録領域の書き換えが、特定領域全体に分散されるので、特定領域内の記録領域が局所的に劣化することを防止できる。ただし、特定領域内の一領域を指すための管理情報が、特定領域外に記録されている場合（以下では、その情報を特定領域外の管理情報Ｘと称する）、当該管理情報Ｘは、特定領域において、特定情報の記録領域が変更される度に書き換えが必要になるので、管理情報Ｘの記録領域に書き換えが集中し、当該記録領域が局所的に劣化する虞れがある。
【０１２２】
この場合は、上述したように、特定情報記録領域の記録更新が記録更新回数が予め定める複数回になったときに、特定情報記録領域を移動させることにより、管理情報Ｘの記録更新回数を削減できる。したがって、管理情報Ｘが記録される領域への記録の集中に伴なう記録媒体２の局所的な劣化の程度を抑えることができる。
【０１２３】
ここで、以下のように、特定領域Ａ０のサイズＹ〔ｂｙｔｅｓ　〕を設定すれば、管理情報Ｘの記録位置を変更せずに、管理情報Ｘの書き換え回数と、特定情報が記録される記録領域の書き換え回数とのバランスが取れ、記録媒体２の局所的な劣化を抑えることができる。すなわち、媒体寿命（最大書き換え回数）をＬｄｉｓｋ〔回〕、特定情報の記録更新回数を目標寿命Ｌｔａｒｇｅｔ〔回〕、予測される特定情報列の最大サイズをＳｄａｔａとするとき、特定領域Ａ０のサイズＹを、以下の式（１）に示すように、
Ｙ＝（Ｌｔａｒｇｅｔ／Ｌｄｉｓｋ）×Ｓｄａｔａ　　　　　　　　　　　　　　　…（１）
に設定する。
【０１２４】
この場合、特定情報の記録更新回数が目標寿命Ｌｔａｒｇｅｔ〔回〕に達したとき、特定領域Ａ０の各記録領域の更新回数は、Ｌｄｉｓｋ〔回〕となる。一方、特定情報の記録を更新する際、Ｌｔａｒｇｅｔ／Ｌｄｉｓｋ〔回〕に一度、特定情報記録領域Ａ１０を移動させれば、上位の管理情報Ｘの記録更新回数は、Ｌｄｉｓｋ〔回〕になる。したがって、管理情報Ｘの書き換え回数と、特定情報が記録される記録領域の書き換え回数とのバランスが取れ、記録媒体２の局所的な劣化を抑制できる。
【０１２５】
なお、予測に誤差が見込まれる場合は、その誤差を見込んで、特定領域Ａ０のサイズＹを上記の式（１）に示す値よりも大きく設定して、上記管理情報Ｘの記録更新回数がＬｄｉｓｋ以下になるように設定してもよい。また、これらのパラメータを、記録媒体２（例えば、ダミーファイルΩの管理情報や領域情報など）に記録しておくと共に、情報記録再生装置１が記録されたパラメータを参照して、当該パラメータと、実際の値とが一致しているか否かを監視したり、当該パラメータに基づき、特定領域Ａ０のサイズを決定してもよい。
【０１２６】
ただし、記録媒体２の記録容量の制限など、種々の要因によって、特定領域Ａ０のサイズを上記のように設定できないこともある。また、上記の予測が外れることもある。
【０１２７】
したがって、本発明に係る記録領域管理方法が適用されるファイルシステムは、特定領域外の管理情報の記録位置も変更できるように構成されている方が好ましい。
【０１２８】
本実施形態では、記録領域管理方法の適用に好適なファイルシステムとして、ある領域内に、いつの時点で更新されたかが互いに異なり、互いに同じ役割の複数の情報が記録されており、これらのうちのいずれかが現在有効な場合に、有効な情報を検索する方法が規定されているファイルシステムについて説明する。
【０１２９】
具体的には、本実施形態に係るファイルシステムでは、図１６に示すように、特定領域外の管理情報Ｘ１…は、管理情報ＡＩによって管理される領域Ａ３０に先頭から順に格納されている。図２に示す情報記録再生装置１または図５に示す情報記録再生装置１０１は、上記領域Ａ３０に複数の管理情報Ｘが記録されている場合、末尾の管理情報Ｘを最新の管理情報Ｘと判断して、当該管理情報Ｘに基づいて、特定領域Ａ０の特定情報にアクセスする。なお、管理情報Ｘが指し示す領域は、特定領域Ａ０の特定情報にアクセスする際に基準となる情報（例えば、特定情報がファイルシステムの管理情報の場合は、ルートディレクトリの管理情報ＤＩなど）であり、当該領域にアクセスできれば、全特定情報にアクセスできる。
【０１３０】
なお、全特定情報にアクセスするための管理情報Ｘの数は、１つに限るものではなく、複数であってもよい。例えば、特定領域Ａ０内に記録された特定情報は、複数の集合に分けられており、それぞれに対応する管理情報Ｘが記録されていてもよい。この場合、情報記録再生装置１は、ある管理情報Ｘに基づいて、当該管理情報Ｘに対応する集合の特定情報にアクセスし、別の集合の特定情報には、他の管理情報Ｘに基づいてアクセスできる。また、これらの管理情報Ｘは、同じ管理情報ＡＩによって管理される領域Ａ３０に記録されていてもよいし、それぞれの管理情報ＡＩによって管理される複数の領域Ａ３０を設け、上記複数の管理情報Ｘを、互いに異なる領域Ａ３０に記録してもよい。
【０１３１】
一方、例えば、特定情報記録領域Ａ１０を移動するなどして、管理情報Ｘが更新されると、上記情報記録再生装置１は、上記領域Ａ３０のうち、最新の管理情報Ｘが記録されている領域の後に、新たな管理情報Ｘを記録する。
【０１３２】
これにより、上記情報記録再生装置１および１０１が、何ら支障なく、特定情報にアクセスできるにも拘わらず、特定領域外の管理情報Ｘの記録位置を変更でき、管理情報Ｘが記録される領域への書き換えの集中を防止できる。
【０１３３】
なお、末尾の管理情報Ｘが最新の管理情報Ｘである場合を例にして説明したが、これに限るものではなく、例えば、領域Ａ３０の末尾から順に管理情報Ｘを記録し、先頭の管理情報Ｘを有効としてもよい。いずれの場合であっても、各管理情報Ｘの記録位置に基づいて、最新の管理情報Ｘを特定できれば、同様の効果が得られる。
【０１３４】
例えば、記録位置ではなく、管理情報Ｘの内容に基づいて、最新の管理情報Ｘを特定してもよい。具体的には、図１７に示すように、本変形例では、図１６と同様に領域Ａ３０に複数の管理情報Ｘが記録されている。ただし、本変形例では、図１８に示すように、管理情報Ｘにはカウンタが含まれており、最新の管理情報Ｘのカウンタは、領域Ａ３０内の他の管理情報Ｘよりも大きな値に設定されている。
【０１３５】
上記情報記録再生装置１または１０１は、上記領域Ａ３０に複数の管理情報Ｘが記録されている場合、これらの管理情報Ｘのうち、カウンタの値が最も大きい管理情報Ｘを最新の管理情報Ｘ（図の例では、Ｘ３）と判断して、当該管理情報Ｘに基づいて、特定領域Ａ０の特定情報にアクセスする。一方、管理情報Ｘが更新されると、上記情報記録再生装置１は、上記領域Ａ３０の空き領域に、カウンタの値が、領域Ａ３０内の他の管理情報Ｘよりも大きな管理情報Ｘを記録する。
【０１３６】
この場合でも、上記情報記録再生装置１および１０１が、何ら支障なく、特定情報にアクセスできるにも拘わらず、特定領域外の管理情報Ｘの記録位置を変更できるので、管理情報Ｘが記録される領域への書き換えの集中を防止できる。なお、カウンタの値の大きな管理情報Ｘではなく、カウント値の小さな管理情報Ｘを最新の管理情報Ｘと判定してもよいし、カウンタ以外の内容に基づいて判定してもよい。いずれの場合であって、管理情報Ｘの内容に基づいて最新の管理情報Ｘを特定できれば、同様の効果が得られる。
【０１３７】
また、上記では、管理情報Ｘの記録位置または管理情報Ｘの内容に基づいて、最新の管理情報Ｘを特定する場合について説明したが、管理情報Ｘを複数の記録領域に記録可能で、いずれの記録領域に記録されている管理情報Ｘが最新の管理情報Ｘであるかを特定できれば、同様の効果が得られる。
【０１３８】
以下では、カウンタによって最新の管理情報Ｘを特定するファイルシステムを例にして、特定情報がファイルシステムの管理情報ＤＩ・ＦＩの場合について説明する。すなわち、図１９に示すように、本変形例では、特定情報がファイルシステムの管理情報であり、特定領域Ａ０に、ディレクトリの管理情報ＤＩ、ファイルα・βの管理情報ＦＩα・ＦＩβ、および、予約領域Ａ２０の管理情報ＦＩΩが記録されている。また、上記ディレクトリは、ルートディレクトリであって、図の例では、上記各管理情報ＦＩα・ＦＩβ・ＦＩΩを指し示している。
【０１３９】
また、一方、管理情報ＡＩによって指し示される領域Ａ３０には、管理情報Ｘ１〜Ｘ４が含まれている。なお、図では、管理情報Ｘ１〜Ｘ４のカウンタの値を吹き出し中に示している。また、これらの管理情報Ｘ…および管理情報ＡＩ１、および、ファイルα・βの実体ＦＲα・ＦＲβは、特定領域Ａ０外に記録されている。
【０１４０】
上記構成では、記録媒体２から特定情報を読み出す場合、情報記録再生装置１は、図２０に示すＳ１において、管理情報ＡＩ１を解析し、管理情報Ｘが記録されている領域Ａ３０を特定する。さらに、情報記録再生装置１は、Ｓ２において、領域Ａ３０内の管理情報Ｘを全て読み込み、Ｓ３において、それらの管理情報Ｘの中からカウンタの値が最大であるものを最新の管理情報Ｘ（この場合は、カウンタの値が８の管理情報Ｘ２）として検索する。
【０１４１】
ここで、管理情報Ｘは、特定領域Ａ０に記録されている特定情報のうち、基準となる情報が記録された領域として、ルートディレクトリの管理情報ＤＩの記録領域を指し示している。したがって、上記Ｓ３にて最新の管理情報Ｘが特定できると、Ｓ４において、情報記録再生装置１は、当該管理情報Ｘに基づいて、基準となる情報が記録された領域（ルートディレクトリの管理情報ＤＩの記録領域）を特定し、Ｓ５において、当該情報（管理情報ＤＩ）に基づいて、特定領域Ａ０の特定情報を読み出す。
【０１４２】
一方、特定情報の書き込みが指示された場合、情報記録再生装置１は、図２１に示すＳ１１において、特定情報が編集されたか否かを判定し、特定情報が編集されていない場合（上記Ｓ１１にてＮＯの場合）、情報記録再生装置１は、処理を終了する。これとは逆に、特定情報が編集されていた場合（上記Ｓ１１にてＹＥＳ　の場合）は、情報記録再生装置１は、上述したように、特定情報記録領域Ａ１０の後方の予約領域Ａ２０に、新たな管理情報ＤＩａ・ＦＩαａ、ＦＩβａ、ＦＩΩａを上書きする（Ｓ１２）。なお、このとき、管理情報ＤＩ・ＦＩ…の記録位置が移動するので、各管理情報ＤＩ・ＦＩ…内の各種位置情報も適切な値に更新する。また、上述したように、古い管理情報ＤＩ・ＦＩ…が記録されていた領域は、予約領域Ａ２０ａとなり、新しい管理情報の記録された領域は、予約領域Ａ２０ａではなくなるので、情報記録再生装置１は、ダミーファイルΩを管理する管理情報ＦＩΩも更新する。
【０１４３】
さらに、情報記録再生装置１は、Ｓ１３において、管理情報Ｘを更新すると共に、管理情報Ｘのカウンタの値を１増加させ、Ｓ１４において、管理情報Ｘが記録されていた領域の後方に、新たな管理情報Ｘを記録する。
【０１４４】
これにより、図１９に示す更新前の状態から、ファイルα・βが編集され、管理情報ＦＩα・ＦＩβが更新された結果、管理情報ＦＩ…が記録されていた特定情報記録領域Ａ１０の記録更新が必要になると、更新後の状態のように、特定領域Ａ０において、管理情報ＤＩ・ＦＩ…の記録位置が変更されると共に、特定領域Ａ０外の領域Ａ３０には、カウント値が９で、新たな管理情報ＤＩａを指し示す管理情報Ｘ５が記録される。なお、上記では、ファイルの編集を例にして説明したが、他の更新処理（ファイルやディレクトリの追加や削除など）によって、管理情報ＤＩ・ＦＩ…が記録されていた特定情報記録領域Ａ１０の記録更新が必要になった場合でも、図２０の処理が行われる。
【０１４５】
ところで、上記では、特定情報記録領域Ａ１０が変更される度に、上位の管理情報Ｘの記録位置が変更される場合を例にして説明したが、特定情報記録領域Ａ１０の場合と同様に、予め定められた回数までは、記録位置を移動せずに、管理情報Ｘの記録を更新し、当該回数を超えた時点で、管理情報Ｘの記録位置を変更してもよい。この場合、管理情報Ｘの記録更新回数は、例えば、管理情報Ｘ自体の一部として、記録媒体２に記録され、情報記録再生装置１は、当該記録更新回数を参照して、移動の要否を判定する。このように、予め定められた回数までは、記録位置を移動せず、当該回数を超えた時点で、管理情報Ｘの記録位置を変更することによって、所定回数記録更新される度に特定情報記録領域の位置を変更する場合と同様に、記録媒体２の局所的な劣化の程度を抑えることができる。これにより、特定情報の更新回数を増加できる。
【０１４６】
なお、図２に示すように、バッファ４が設けられている場合、上記特定情報読み込み処理は、例えば、起動時や、リムーバブル媒体の場合の媒体挿入時に実行するマウント命令内部で呼び出される処理である。また、特定情報書出し処理とは、アンマウント命令内部や任意のタイミングで特定情報を書き出すシンク命令内部で呼び出される処理である。上記構成では、記録媒体２に対し操作を行う前に、特定情報読み込み処理によって、ループレコーディング対象となっている各管理情報をメモリ上に読み込む。また、記録媒体２に対する書出、編集が行われる場合、その管理情報は、バッファ４上で編集され、特定情報書出し処理によって記録媒体２に書き出される。当該構成では、記録媒体２が装着されている間の特定情報の更新は、メモリとして実現されるバッファ４に対して行われるので、記録媒体２の劣化を抑え、ループレコーディング対象である特定情報を高速に処理する運用が実現できる。
【０１４７】
ところで、上記では、情報記録再生装置１が最新の管理情報Ｘ（図１９参照）によって特定される管理情報ＤＩに基づいて、各管理情報ＦＩα・ＦＩβ・ＦＩΩをそれぞれ読み込んでいるが、図２２に示すように、管理情報Ｘに、特定情報記録領域Ａ１０を管理するフィールドを設け、情報記録再生装置１が、当該フィールドに基づいて、特定情報記録領域Ａ１０内の特定情報Ｉ１〜Ｉ３（管理情報ＦＩα・ＦＩβ・ＦＩΩ）を読み込んでもよい。
【０１４８】
具体的には、各管理情報Ｘには、特定領域Ａ０の特定情報へアクセスする際に基準となる管理情報（ＤＩ）の領域情報だけではなく、特定情報記録領域Ａ１０の領域情報も記録されている。上記情報記録再生装置１は、図１９の場合と同様に、最新の管理情報Ｘを特定した後、管理情報Ｘに基づいて、特定情報記録領域Ａ１０の記録領域を特定し、当該領域の情報を読み出す。
【０１４９】
当該構成では、図１９に示すように、管理情報ＤＩを読み込んだ後、各管理情報ＦＩα・ＦＩβ・ＦＩΩをそれぞれ読み込む場合と比較して、特定情報記録領域Ａ１０の全特定情報を読み込む際に記録媒体２へアクセスする回数を削減できる。なお、図２に示すように、バッファ４が設けられている場合、基本的には、特定情報記録領域Ａ１０の全特定情報がバッファ４に読み込まれるので、特に効果が大きい。
【０１５０】
続いて、特定情報がファイルの実体である場合について、図２３に基づき説明する。本変形例では、特定領域Ａ０に、ファイルα・βの実体ＦＲα・ＦＲβ、並びに、予約領域Ａ２０の管理情報ＦＩΩが記録されている。また、記録媒体２には、それぞれのファイルα・βに対応して、管理情報Ｘαおよび管理情報Ｘβをそれぞれ記録する領域Ａ３０α・Ａ３０βが設けられている。なお、領域Ａ３０αは、管理情報ＡＩαによって管理され、領域Ａ３０βは、管理情報ＡＩβによって管理されている。また、各領域Ａ３０α・Ａ３０βに記録されている管理情報Ｘα…・Ｘβ…のうち、最新の管理情報（図の例では、Ｘα１およびＸβ２）のカウンタの値は、残余の管理情報（Ｘα２・Ｘα３、あるいは、Ｘβ１・Ｘβ３）よりも大きな値に設定されており、最新の管理情報Ｘα１・Ｘβ２は、現在のファイルの実体ＦＲαおよびＦＲβを指し示している。なお、管理情報ＦＩΩを管理するため、記録媒体２には、図１９と同様の管理情報Ｘが記録されているが、図２３では、説明の便宜上、図示を省略している。
【０１５１】
上記更新前の状態から、ファイルα、ファイルβ、もしくは、その両方が編集され、ファイルの実体ＦＲα・ＦＲβの記録更新が必要になると、情報記録再生装置１は、図中、更新後の状態として示すように、ファイルの実体ＦＲα・ＦＲβの記録位置を変更し、ファイルの実体ＦＲα・ＦＲβをファイルの実体ＦＲαａ・ＦＲβａとして記録する。また、情報記録再生装置１は、これに伴ない、予約領域Ａ２０を予約領域Ａ２０ａに変更し、管理情報ＦＩΩを、ＦＩΩａに更新する。さらに、情報記録再生装置１は、ファイルの実体ＦＲα…およびＦＲβの記録領域を管理する情報ＸαおよびＸβについても、前述の例と同様に管理情報ＡＩα・ＡＩβのそれぞれの管理する領域Ａ３０α・Ａ３０β内でループレコーディングを行ない、有効な管理情報Ｘα４およびＸβ４に書き換える。
【０１５２】
次に、特定情報がファイルの実体とファイルシステムの管理情報との双方を含んでいる場合について、図２４に基づき説明する。更新前の状態について説明すると、記録媒体２には、ファイルα、ファイルβと、それらを管理するディレクトリとが記録されており、ファイルβの実体ＦＲβは、特定領域Ａ０外に記録されている。一方、ファイルαの実体ＦＲαと、ファイルα・βの管理情報ＦＩα・ＦＩβと、それらの記録領域をディレクトリとして管理する管理情報ＤＩは、特定領域Ａ０内でループレコーディングされる。また、予約領域Ａ２０をダミーファイルΩとして管理する管理情報ＦＩΩも、ループレコーディングの対象として、特定領域Ａ０に記録されている。また、ダミーファイルΩも、前述のディレクトリ下に含まれ、管理情報ＦＩΩの記録領域は、管理情報ＤＩによって管理される。
【０１５３】
さらに、特定領域Ａ０の特定情報へアクセスする際に基準となる管理情報ＤＩは、管理情報Ｘによって記録位置が管理されている。当該管理情報Ｘは、管理情報ＡＩによって管理される領域Ａ３０内に記録されており、領域Ａ３０内に記録されている管理情報Ｘのうち、最新の管理情報Ｘが現在の管理情報ＤＩの記録位置を管理している。図の例では、上記領域Ａ３０内には、４つの管理情報Ｘ１〜Ｘ４が記録され、それぞれのカウンタの値は、９、１０、１１、８である。これらの管理情報Ｘ１〜Ｘ４のうち、カウンタが最大値である管理情報Ｘ３が最新の管理情報となり、管理情報Ｘ３が、上記管理情報ＤＩの記録領域を管理している。
【０１５４】
ファイルの実体ＦＲαもしくはＦＲβが、ファイルの実体ＦＲαａもしくはＦＲβａに更新され、記録媒体２の記録更新が必要になると、その管理情報ＦＩαもしくはＦＩβが、管理情報ＦＩαａもしくはＦＩβａに更新される。これに伴ない、情報記録再生装置１は、予約領域Ａ２０を、予約領域Ａ２０ａ…に更新し、その管理情報ＦＩΩを管理情報ＦＩΩａに書き換える。また、情報記録再生装置１は、管理情報ＤＩも管理情報ＤＩａに書き換える。さらに、管理情報ＤＩａの記録領域情報を管理する情報は、管理情報ＡＩが管理する領域Ａ３０内に管理情報Ｘ５として更新される。
【０１５５】
なお、上記図１７ないし図２４では、情報記録再生装置１が管理情報Ｘの内容に基づいて、最新の管理情報Ｘを特定する場合を例にして説明したが、これに限るものではなく、例えば、管理情報Ｘの記録位置など、他の方法によって、最新の管理情報Ｘを特定してもよい。
【０１５６】
〔第４の実施形態〕
以下では、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｉｄｅｏ　Ｄｉｓｃ）にも適用されているファイルシステムＵＤＦ（Ｕｎｉｖｅｒｓａｌ　Ｄｉｓｋ　Ｆｏｒｍａｔ　）に、本発明に係る記録領域管理方法を適用した場合について、さらに詳細に説明する。
【０１５７】
まず最初に、ＵＤＦについて簡単に説明する。すなわち、ＵＤＦファイルシステムにおいては、ディスクを、論理的なボリュームとして扱うため、ディスク上を、セクタと呼ばれる単位に分割し、各セクタに対して０から最終論理セクタまでの論理セクタ番号ＬＳＮ（Ｌｏｇｉｃａｌ　Ｓｅｃｔｏｒ　Ｎｕｍｂｅｒ　）を割り当てている。また、図２５に示すように、ボリューム空間Ｖ内には、ボリューム構造の情報が記録される領域（ボリューム情報記録領域）Ａ２０１と、ファイルやディレクトリを記録するパーティション領域Ａ２０２とが設けられている。なお、図２５、図２８、図３７、図４１および図４４、図４９、図５０および図５５は、ディスク上のデータを一次元に配したイメージ図であり、左から右方向へ、論理セクタ番号および論理ブロック番号が付与されている。
【０１５８】
各領域Ａ２０１・Ａ２０２内の各情報は、用途毎に記述子（Ｄｅｓｃｒｉｐｔｏｒ）と呼ばれる構造体に格納されている。全ての記述子は、構造体の先頭に、図２６に示す構造のＤｅｓｃｒｉｐｔｏｒ　Ｔａｇと呼ばれる識別子用のフィールドを持ち、これによって、記述子の種類を判別できる。
【０１５９】
上記ボリューム情報記録領域Ａ２０１には、ＡＶＤＰ（Ａｎｃｈｏｒ　Ｖｏｌｕｍｅ　Ｄｅｓｃｒｉｐｔｏｒ　Ｐｏｉｎｔｅｒ）２１１〜２１３と、ＶＤＳ（Ｖｏｌｕｍｅ　Ｄｅｓｃｒｉｐｔｏｒ　Ｓｅｑｕｅｎｃｅ）２２１・２２２とが記録されている。ＶＤＳは、上記パーティション領域Ａ２０２を管理するための情報である。当該ＶＤＳには、メインＶＤＳ２２１と、リザーブＶＤＳ２２２との２つがあり、それぞれ別の箇所に記録されている。一方、ＡＶＤＰ２１１〜２１３は、ＵＤＦ管理情報の起点となるものであり、論理セクタ番号ＬＳＮが、２５６、Ｎ、Ｎ−２５６（Ｎは最大ＬＳＮ）であるセクタのうち、最低二箇所に記録されている。
【０１６０】
上記ＡＶＤＰは、図２７に示す構造であり、ＡＶＤＰであることを示すＤｅｓｃｒｉｐｔｏｒ　Ｔａｇと、Ｍａｉｎ　Ｖｏｌｕｍｅ　Ｄｅｓｃｒｉｐｔｏｒ　Ｓｅｑｕｅｎｃｅ　Ｅｘｔｅｎｔと、Ｒｅｓｅｒｖｅ　Ｖｏｌｕｍｅ　Ｄｅｓｃｒｉｐｔｏｒ　Ｓｅｑｕｅｎｃｅ　Ｅｘｔｅｎｔ　とを含んでいる。両Ｖｏｌｕｍｅ　Ｄｅｓｃｒｉｐｔｏｒ　Ｓｅｑｕｅｎｃｅ　Ｅｘｔｅｎｔは、ボリューム記述子列である二つのＶＤＳ（２２１・２２２）の記録位置を管理する情報である。なお、ＶＤＳの領域の長さは、１６論理セクタ以上と規定されている。
【０１６１】
一方、上記二つのＶＤＳ（２２１・２２２）は、同一のものであり、例えば、図２８に示すように、主に５種類の記述子２３１〜２３５を含んでいる。ＰＶＤ（Ｐｒｉｍａｒｙ　Ｖｏｌｕｍｅ　Ｄｅｓｃｒｉｐｔｏｒ　）２３１は、ボリュームＶの基本的な情報が記録される記述子である。当該ＰＶＤ２３１は、図２９に示す内部構造を有しており、Ｖｏｌｕｍｅ　Ｉｄｅｎｔｉｆｉｅｒフィールドにはドライバが決定するボリューム名が記録される。また、Ｖｏｌｕｍｅ　Ｓｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒフィールドには、複数のボリュームが存在した場合に付与される番号が記録される。さらに、Ｉｎｔｅｒｃｈａｎｇｅ　フィールドには媒体間の互換性を規定した互換レベルが記録され、Ｃｈａｒａｃｔｅｒ　Ｓｅｔ　Ｌｉｓｔフィールドにはボリューム内で許容される文字列タイプを表す情報が記録される。
【０１６２】
また、図２８に示すＩＵＶＤ（ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　Ｕｓｅ　Ｖｏｌｕｍｅ　Ｄｅｓｃｒｉｐｔｏｒ）２３２は、ボリュームＶの実装情報が記録されている記述子である。当該ＩＵＶＤは、図３０に示す内部構造を有しており、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　Ｕｓｅフィールドには、ＵＤＦで規定された実装情報に関する構造体ＬＶ　Ｉｎｆｏｒｍａｔｉｏｎが記録される。ＬＶ　Ｉｎｆｏｒｍａｔｉｏｎは、図３０に示すデータ構造の構造体であって、各ＬＶ　Ｉｎｆｏフィールドには、作成者名や組織名など、メディアを判別するための情報が記録される。
【０１６３】
さらに、図２８に示すＰＤ（Ｐａｒｔｉｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒ）２３３は、ボリュームＶ内のパーティション管理情報が記録される記述子である。当該ＰＤ２３３は、図３２に示す内部構造を有しており、Ｐａｒｔｉｔｉｏｎ　Ｓｔａｒｔｉｎｇ　Ｌｏｃａｔｉｏｎ　フィールド、Ｐａｒｔｉｔｉｏｎ　Ｌｅｎｇｔｈフィールドには、それぞれ、パーティション領域の開始位置および長さが記録される。また、Ｐａｒｔｉｔｉｏｎ　Ｃｏｎｔｅｎｔｓフィールドには、パーティション領域Ａ２０２への記録に用いる規格情報が記録される。上記Ｐａｒｔｉｔｉｏｎ　Ｃｏｎｔｅｎｔｓ　Ｕｓｅフィールドには、ＰＨＤ（Ｐａｒｔｉｔｉｏｎ　Ｈｅａｄｅｒ　Ｄｅｓｃｒｉｐｔｏｒ）と呼ばれる記述子が記録される。当該ＰＨＤは、図３３に示す内部構造を有しており、Ｕｎａｌｌｏｃａｔｅｄ　Ｓｐａｃｅ　Ｔａｂｌｅ　フィールド、および、Ｕｎａｌｌｏｃａｔｅｄ　Ｓｐａｃｅ　Ｂｉｔｍａｐフィールドのいずれかに、空き領域を管理している情報の位置情報が記録される。
【０１６４】
また、図２８に示すＬＶＤ（Ｌｏｇｉｃａｌ　Ｖｏｌｕｍｅ　Ｄｅｓｃｒｉｐｔｏｒ　）２３４は、ボリュームＶの論理構造情報が記録される記述子である。当該ＬＶＤ２３４は、図３４に示す内部構造を有しており、Ｌｏｇｉｃａｌ　Ｖｏｌｕｍｅ　Ｃｏｎｔｅｎｔｓ　Ｕｓｅ　フィールドにはパーティション領域内の構造の基点となる情報の記録位置が記録される。また、Ｉｎｔｅｇｒｉｔｙ　Ｓｅｑｕｅｎｃｅ　Ｅｘｔｅｎｔ　フィールドには、保全情報の記録位置が記録される。Ｌｏｇｉｃａｌ　Ｂｌｏｃｋ　Ｓｉｚｅフィールドには、パーティション内で用いられる論理ブロックサイズが記録される。通常のＵＤＦにおいては、論理ブロックサイズと、ボリューム全体で用いられる論理セクタサイズは等しい。
【０１６５】
さらに、図２８に示すＵＳＤ（Ｕｎａｌｌｏｃａｔｅｄ　Ｓｐａｃｅ　Ｄｅｓｃｒｉｐｔｏｒ）２３５は、ボリュームＶ内の空き領域情報が記録される記述子である。当該ＵＳＤ２３５は、図３５に示す内部構造を有しており、Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒｓフィールドには、空き領域の位置情報が記録される。
【０１６６】
なお、図２８に示すＴＤ（Ｔｅｒｍｉｎａｔｉｎｇ　Ｄｅｓｃｒｉｐｔｏｒ）２３６は、記述子列２３１〜２３５の終端を示すための情報であって、図３６に示すように、Ｄｅｓｃｒｉｐｔｏｒ　ＴａｇのＬｏｃａｔｉｏｎフィールドには、論理セクタ番号ＬＳＮが記録されている。情報記録再生装置１は、記述子列を読み込む際、ＴＤ２３６を読み込んだ時点で処理を終了することにより、無駄な読み込みを避けることができる。なお、読み込みが未記録領域に達した場合、および、ＶＤＳ２２１（２２２）の領域全てを読み込んだ場合も、終端条件となる。
【０１６７】
次に、図２５に示すパーティション領域Ａ２０２について説明する。当該パーティション領域Ａ２０２の位置情報は、上記ＰＤ２３３（図２８参照）に記録されている。また、パーティション領域Ａ２０２内では、その先頭セクタから最終セクタまで、セクタ単位で、論理ブロック番号ＬＢＮ（Ｌｏｇｉｃａｌ　Ｂｌｏｃｋ　Ｎｕｍｂｅｒ）が順番に割り当てられている。なお、パーティション領域Ａ２０２の最初のセクタは、論理ブロック番号が０であり、パーティション領域Ａ２０２の最終セクタの論理ブロック番号が、最終論理ブロック番号になる。
【０１６８】
パーティション領域Ａ２０２内は、例えば、図３７に示す構造を有しており、図２８に示す上記ＬＤＶ２３４から参照されるＦＳＤシーケンス２４１が記録される領域と、パーティション領域Ａ２０２の各論理ブロックの空き領域を管理するＳＢＤ（Ｓｐａｃｅ　Ｂｉｔ　Ｍａｐ）２４２が記録される領域と、実データを管理するディレクトリ構造および実データが記録される領域Ａ２４３とが設けられている。
【０１６９】
ＦＳＤシーケンス２４１には、ＦＳＤ（Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　）２５１…が記録される。ＦＳＤ２５１…は、ディレクトリ構造および実データ領域Ａ２４３の基点となるルートディレクトリの位置情報を管理している。ＦＳＤシーケンス２４１には、ＦＳＤ２５１…を複数記録することができ、ＦＳＤシーケンス２４１の終端には、ＴＤ２６１が記録されている。
【０１７０】
上記各ＦＳＤ２５１…は、図３８に示す内部構造を有しており、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　Ｎｕｍｂｅｒフィールドには、ＦＳＤ毎に異なる番号が格納され、最も大きい番号をもつＦＳＤが有効となる。Ｒｏｏｔ　Ｄｉｒｅｃｔｏｒｙ　ＩＣＢフィールドにはルートディレクトリの位置情報が記録される。また、Ｉｎｔｅｒｃｈａｎｇｅ　フィールドには、パーティション領域Ａ２０２の互換性を規定した互換レベルが格納され、Ｃｈａｒａｃｔｅｒ　Ｓｅｔ　Ｌｉｓｔフィールドには、パーティション内で使用する文字列タイプが記録される。さらに、Ｎｅｘｔ　Ｅｘｔｅｎｔフィールドには、次のＦＳＤシーケンス２４１を記録できる。ＦＳＤシーケンス２４１の読み込みは、ＴＤ２６１を読み込んだ場合、未記録領域を読み込んだ場合、またＦＳＤシーケンス２４１の領域全てを読み込んだ場合に終端する。なお、上記ＴＤ２６１は、図３９に示す内部構造を有しており、Ｄｅｓｃｒｉｐｔｏｒ　ＴａｇのＬｏｃａｔｉｏｎフィールドには、論理ブロック番号ＬＢＮが記録される。
【０１７１】
一方、図３７に示すＳＢＤ２４２は、その位置情報が図２８に示すＰＤに記録されており、図４０に示す内部構造を有してる。ＳＢＤ２４２は、各論理ブロックの空領域情報（空き領域か否か）を１ビットで管理し、Ｂｉｔｍａｐフィールドに格納している。
【０１７２】
また、図３７に示すディレクトリ構造および実データ領域Ａ２４３には、例えば、図４１に示すように、実データ３０１・３０２が記録されている。各実データ３０１・３０２は、ファイルとして管理されており、各ファイルには、ＦＥ（Ｆｉｌｅ　Ｅｎｔｒｙ）３１１・３１２が、それぞれ付与されている。ＦＥ３１１・３１２は、主に、それぞれが付随する実データ３０１・３０２の位置情報を管理する。
【０１７３】
さらに、ディレクトリ構造および実データ領域Ａ２４３には、ファイル用のＦＥ（Ｆｉｌｅ−ＦＥ　）３１１・３１２の他に、ディレクトリ用のＦＥ（Ｄｉｒ−ＦＥ）３２１・３２２も記録されている。各ディレクトリ用ＦＥ３２１・３２２は、ＦＩＤ（Ｆｉｌｅ　Ｉｄｅｎｔｉｆｉｅｒ　Ｄｅｓｃｒｉｐｔｏｒ）　３３１〜３３３の記録領域を管理している。ＦＩＤ３３１〜３３３には、ディレクトリに含まれる要素（ファイルやディレクトリ）に関する情報が記録されており、一つのＦＩＤが一つの要素に対応する。
【０１７４】
上記ＦＥ３１１〜３２２は、図４２に示す内部構造を有しており、Ｉｎｆｏｒｍａｔｉｏｎ　Ｌｅｎｇｔｈフィールドには、各ＦＥが管理するファイルのファイルサイズが記録される。また、Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒｓフィールドには、ファイル用ＦＥであれば実データの記録領域の位置情報、ディレクトリ用ＦＥであれば、ＦＩＤの記録領域の位置情報が格納される。実データもしくはＦＩＤの記録領域が複数の領域に分断して記録されている場合、分断の数と同数の記録領域の位置情報が、Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒｓフィールドに格納される。
【０１７５】
また、ＦＩＤ３３１〜３３３は、ディレクトリ用ＦＥ３２１・３２２の管理する記録領域に、先頭から順に格納される。また、ディレクトリ用ＦＥ３２１・３２２が管理するＦＩＤのうち、先頭のＦＩＤは、親ディレクトリのディレクトリ用ＦＥの記録領域の位置情報を格納したＦＩＤである。これらＦＩＤ３３１〜３３３は、図４３に示す内部構造を有しており、ＩＣＢ　フィールドには、それぞれに対応する要素のＦＥに関する記録領域の位置情報が記録され、Ｆｉｌｅ　Ｉｄｅｎｔｉｆｉｅｒ　フィールドには、ファイル名またはディレクトリ名が記録される。
【０１７６】
さらに、ＵＤＦでは、パーティション領域の保全情報も記録できる。具体的には、パーティション内の保全情報は、図４４に示すように、ＬＶＩＤ（Ｌｏｇｉｃａｌ　Ｖｏｌｕｍｅ　Ｉｎｔｅｇｒｉｔｙ　Ｄｅｓｃｒｉｐｔｏｒ　）４０１…に記録される。当該ＬＶＩＤ４０１…が記録さされるＬＶＩＳ（Ｌｏｇｉｃａｌ　Ｖｏｌｕｍｅ　Ｉｎｔｅｇｒｉｔｙ　Ｓｅｑｕｅｎｃｅ　）領域Ａ４１１は、パーティション領域Ａ２０２外、かつ、ＶＤＳ２２１（２２２）が記録される領域外に確保される。ＬＶＩＤ４０１…を記録するＬＶＩＳ領域Ａ４１１の記録領域の位置情報は、図２８に示すＬＶＤ２３４によって管理されている。上記ＬＶＩＤ４０１…は、複数記録することができ、最も後ろに記録されているＬＶＩＤ（この場合は、４０３）が有効である。ＬＶＩＤ検索の終端条件は、ＴＤ４２１が記録されていること、未記録領域であること、ＬＶＩＳ領域Ａ４１１の終端に達したことのいずれかである。
【０１７７】
上記ＬＶＩＤ４０１…は、図４５に示す内部構造を有しており、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　Ｕｓｅフィールドに、ファイル数やディレクトリ数などが格納されている。またＦｒｅｅ　Ｓｉｚｅ　Ｔａｂｌｅフィールドには、パーティション内の空き領域情報が記録されている。
【０１７８】
以上の記述子内で管理される記録領域の位置情報のほとんどは、ＡＤ（Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒ　）と呼ばれる記述子、もしくは、それと同等の記述フォーマットで表現される。ＡＤは、格納する情報によって、Ｓｈｏｒｔ　Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒ　、Ｌｏｎｇ　Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒ、または、Ｅｘｔｅｎｄｅｄ　Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒの三種類に分けられる。
【０１７９】
上記Ｓｈｏｒｔ　Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒ　は、図４６に示す内部構造を有しており、Ｅｘｔｅｎｔ　Ｐｏｓｉｔｉｏｎフィールドには、格納する記録領域情報の開始位置が、パーティション内での論理ブロック番号ＬＢＮ　で記録される。また、Ｅｘｔｅｎｔ　Ｌｅｎｇｔｈフィールドには、その長さがバイト単位で記録される。
【０１８０】
一方、上記Ｌｏｎｇ　Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒは、図４７に示す内部構造を有しており、Ｅｘｔｅｎｔ　Ｌｏｃａｔｉｏｎ　フィールドには、位置情報の開始位置が、ボリューム内のパーティション番号と、パーティション内の論理ブロック番号ＬＢＮ　とによって記録される。また、Ｅｘｔｅｎｔ　Ｌｅｎｇｔｈ　フィールドには、その長さがバイト単位で記録される。
【０１８１】
さらに、上記Ｅｘｔｅｎｄｅｄ　Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒは、図４８に示す内部構造を有している。当該Ｅｘｔｅｎｄｅｄ　Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒは、拡張型のＬｏｎｇ　Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒである。
【０１８２】
上述のＵＤＦに対して、以下のように、本発明に係る記録領域管理方法を適用する。なお、以下では、ディレクトリを構成するファイルシステムの管理情報をループレコーディングする場合を例にして説明するが、上述の任意の変形例にも適用できる。
【０１８３】
具体的には、本実施形態では、ＵＤＦのディレクトリ用ＦＥとＦＩＤとがループレコーディングの対象となり、図４９に示すように、特定領域Ａ０内に記録されている。また、ファイル用ＦＥのうち、予約領域Ａ２０を確保するためのダミーファイルΩのファイル用ＦＥ３１０は、ループレコーディングの対象であり、特定領域Ａ０に記録されている。さらに、ダミーファイルΩに対応するファイル用ＦＥ３１０は、ファイルの実体を記録する領域として、予約領域Ａ２０を指し示している。なお、図４９の更新前の状態では、ルートディレクトリに１つのファイルαと、上記ダミーファイルΩとが含まれている場合を例示しているが、当然ながら、ファイルの個数、ディレクトリの数、並びに、ディレクトリおよびファイルシステムの階層構造は、任意に設定できる。
【０１８４】
一方、ルートディレクトリに属するファイルαは、ループレコーディングの対象としないため、ファイルαに対応するファイル用ＦＥ３１１と、ファイルの実体３０１とは、特定領域Ａ０外に記録されている。各ファイル用ＦＥ３１０・３１１の記録位置は、特定領域Ａ０内に記録されたＦＩＤ３３１…によって管理される。また、ＦＩＤ３３１…の記録位置は、ディレクトリ用ＦＥ３２１によって管理される。
【０１８５】
また、ルートディレクトリ用ＦＥ３２１の現在の記録領域は、ＬＶＤ２３４が管理する領域に記録されているＦＳＤ２５１…のうち、最新のものに記録されている。図４９に示す更新前の状態では、ＦＳＤ２５１…のＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　Ｎｕｍｂｅｒを吹き出しで図示しており、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　Ｎｕｍｂｅｒが最大のＦＳＤは、ＦＳＤ２５２である。したがって、情報記録再生装置１は、各ＦＳＤ２５１…のＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　Ｎｕｍｂｅｒを比較することによって、ＦＳＤ２５２に、現在のルートディレクトリ用ＦＥ３２１の記録位置が記録されていると判定でき、ルートディレクトリ用ＦＥ３２１を基準に、各特定情報（ディレクトリを構成するファイルシステムの管理情報）にアクセスできる。
【０１８６】
なお、図２２に示すように、各ＦＳＤ２５１…に、特定情報記録領域Ａ１０の情報が記録されている場合、情報記録再生装置１は、最新のＦＳＤ２５２を参照することで、ルートディレクトリ用ＦＥ３２１を基準に、ディレクトリを構成するファイルシステムの管理情報を解析しながら、これらの管理情報へアクセスするよりも容易に特定情報記録領域Ａ１０を検索できる。
【０１８７】
上記更新前の状態から、ルートディレクトリにファイルβの追加処理が行われ、管理情報の更新が行われると、記録媒体２の記録は、図中、更新後の状態に示すように変化する。具体的には、管理情報ＦＩの更新が行われると、ファイルβの実体３０２ａと、その管理情報であるファイル用ＦＥ３１２ａとが、記録媒体２に記録される。
【０１８８】
なお、特定領域Ａ０内に記録されている管理情報、すなわち、ディレクトリ用ＦＥ３２１、ファイル用ＦＥ３１０およびＦＩＤ３３１…は、図２に示すバッファ４にロードされており、ファイルβが追加されたとき、ファイル用ＦＥ３１２ａの記録位置を管理するＦＩＤは、バッファ４内のＦＩＤ３３１…に追加される。
【０１８９】
バッファ４上の管理情報を記録媒体２に書き出す命令が発行されると、情報記録再生装置１は、バッファ４の管理情報（３２１・３１０・３３１…）の記録位置を、これまで管理情報が記録媒体２に書き込まれていた領域よりも後方の予約領域Ａ２０内に変更し、管理情報（３２１ａ・３１０ａ・３３１ａ…）として記録媒体２に記録する。ここで、情報記録再生装置１は、ダミーファイルΩの管理情報であるファイルＦＥ３１０の内容に基づいて、新たな記録位置を決定する。
【０１９０】
具体的には、情報記録再生装置１は、特定領域Ａ０中の予約領域Ａ２０の位置情報を、ファイル用ＦＥ３１０内のＡｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒｓによって管理されている領域として把握する。さらに、情報記録再生装置１は、把握した特定領域Ａ０中の連続した予約領域Ａ２０の候補の中から、更新前のディレクトリ管理情報（３２１・３１０・３３１…）の記録位置よりアドレス的に後方にあり、しかも、更新処理において、書き込まれる管理情報（３２１ａ・３１０ａ・３３１ａ…）全体を記録可能な予約領域を選択し、当該予約領域に新たな管理情報（３２１ａ・３１０ａ・３３１ａ…）を書き込む。
【０１９１】
また、情報記録再生装置１は、ダミーファイルΩに対応するファイル用ＦＥ３１０ａを書き込む際、その内容を、新たな予約領域Ａ２０ａに対応するように変更している。具体的には、新たなファイル用ＦＥ３１０ａは、更新前のディレクトリ管理情報（３２１・３１０・３３１…）が書き込まれていた領域Ａ２１ａと、それまでの予約領域Ａ２０のうち、新たな管理情報（３２１ａ・３１０ａ・３３１ａ…）が書き込まれる領域を除く領域Ａ２２ａとを指すように更新され、これらの領域Ａ２１ａ・Ａ２２ａが新たな予約領域Ａ２０ａになる。なお、予約領域Ａ２０を構成する領域Ａ２１ａ…のいくつかが連続している場合には、それらの領域を統合してもよい。
【０１９２】
このように、情報記録再生装置１は、ダミーファイルΩによって確保される予約領域Ａ２０に関する情報（ファイル用ＦＥ３１０）に基づいて、当該予約領域Ａ２０の中から、ループレコーディング時の管理情報の新たな記録位置として適切な予約領域を選択し、該予約領域に対して、新たな管理情報を書き込む。
【０１９３】
さらに、ルートディレクトリ用ＦＥ３１０の記録位置が変更され、ディレクトリＦＥ３１０ａとして記録されるので、情報記録再生装置１は、新たなＦＳＤ２５５として、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　Ｎｕｍｂｅｒが、これまでのＦＳＤ２５２よりも大きい値に設定され、新たなルートディレクトリ用ＦＥ３１０ａを指すＦＳＤが記録される。
【０１９４】
なお、本実施形態に係る情報記録再生装置１は、ＦＳＤ２５１…もループレコーディングしており、ＦＳＤの記録更新の度に、ＦＳＤシーケンス２４１の記録領域のうち、これまでＦＳＤを記録している領域とは別の領域に、新たなＦＳＤを記録しているが、これに限るものではない。上述したように、ＦＳＤの記録更新回数が予め定める回数を超えるまでは、同じ記録領域でＦＳＤを更新し、当該回数を超えると、別の記録領域に、ＦＳＤを記録してもよい。この場合、情報記録再生装置１は、例えば、同じ記録領域でＦＳＤを更新する場合もＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　Ｎｕｍｂｅｒ　をインクリメントして、当該Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　Ｎｕｍｂｅｒが上記回数の定数倍になった場合に、ＦＳＤの記録位置を更新するなどして、各記録領域におけるＦＳＤの記録更新回数が上記回数を超えるか否かを判定できる。
【０１９５】
また、ＦＳＤシーケンス２４１内で、最新のＦＳＤが記録されている領域を移動する代わりに、例えば、ＦＳＤを指し示すＬＶＤを更新して、ＦＳＤの記録位置を変更してもよい。この場合であっても、ＦＳＤの記録領域が劣化した場合に、ＦＳＤの記録領域を、他の領域に移動させることができるので、特定情報のループレコーディングに必要なＦＳＤの更新回数を確保できる。なお、ＦＳＤの記録領域を移動しない場合には、特定領域Ａ０のサイズＹを、上述の式（１）に示すように設定することが望まれる。これにより、管理情報Ｘの書き換え回数と、特定情報が記録される記録領域の書き換え回数とのバランスを取ることができ、記録媒体２の局所的な劣化を抑制できる。
【０１９６】
ここで、既存のファイルが確保している領域に対して、関連の無い管理情報やデータを上書きすると、ファイルの内容が変更されてしまうため、通常の情報記録再生装置１０１は、ファイルの領域には、関連の無い管理情報やデータを上書きしないように構成されている。
【０１９７】
しかしながら、情報記録再生装置１は、通常のファイル（ダミーファイルΩ以外のファイル）の領域には、関連の無い管理情報やデータを上書きしないように制御する一方で、ダミーファイルΩの領域（ファイルの実体）が書き込み可能な予約領域であることを識別して、特定情報としての管理情報を書き込む。したがって、通常のファイルの記録を阻害することなく、特定領域Ａ０をループレコーディングできる。なお、上述したように、ダミーファイルΩの判定方法としては種々の方法を採用できるが、この例では、情報記録再生装置１は、特定のファイル名（例えば、ＤＵＭＭＹ００１．ＳＹＳ）か否かによって、ダミーファイルΩか否かを判定している。
【０１９８】
ここで、ＵＤＦに上記記録領域管理方法を適用することによって、特定情報記録領域Ａ１０の位置は、特定情報の記録更新に伴なって移動している。ところが、特定情報が管理情報か否かに拘わらず、特定情報へのアクセス方法や、特定情報を参照しながら行うファイルへのアクセス方法は、ＵＤＦの規格内に収まっている。したがって、上記記録領域管理方法によって、記録媒体の局所的な劣化を防止できるにも拘わらず、当該記録領域管理方法が適用されていない他の情報記録再生装置は、ＵＤＦにアクセス可能であれば、当該記録媒体上の全ファイルにアクセスできる。
【０１９９】
以下では、ループレコーディングの対象の他の例として、ディレクトリ情報と一部のファイル（例えば、ファイルα）とを、それぞれの特定領域Ａ０・Ａ０α内でループレコーディングする場合について説明する。
【０２００】
すなわち、図５０に示す更新前の状態では、ルートディレクトリにファイルα・βおよびダミーファイルΩ・Ωαが記録されている。これらのディレクトリ情報（ディレクトリ用ＦＥ３２１・各ＦＩＤ３３１…）は、特定領域Ａ０内に記録されている。一方、ファイルαの実体３０１およびファイル用ＦＥ３１１は、特定領域Ａ０α内に記録されている。また、各特定領域Ａ０・Ａ０αには、それぞれの予約領域Ａ２０およびＡ２０αを確保するための管理情報（ファイル用ＦＥ３１０・３１０α）がそれぞれ記録されている。
【０２０１】
一方、ファイルβの実体３０２およびファイル用ＦＥ３１２は、ループレコーディングの対象ではないため、特定領域外に記録されている。また、ルートディレクトリ用ＦＥ３２１の現在の記録領域は、ＬＶＤ２３４が管理する領域に記録されているＦＳＤ２５１…のうち、最新のものに記録されている。図５０に示す更新前の状態では、最大のＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　Ｎｕｍｂｅｒを持つＦＳＤがＦＳＤ２５３なので、当該ＦＳＤ２５３が、ルートディレクトリ用ＦＥ３２１の現在の記録領域を指し示している。
【０２０２】
更新前の状態から、ファイルαの編集処理が行われ、管理情報の更新が行われると共に、管理情報が書き出されると、記録媒体２は、図５０に示す更新後の状態になる。
【０２０３】
具体的には、編集されたファイルαの実体３０１は、新たな記録位置に実体３０１ａとして書き出される。また、ファイルαのファイル用ＦＥ３１１は、新たな実体３０１ａに応じて内容が更新されると共に、ファイル用ＦＥ３１１ａとして記録媒体２の新たな記録位置に記録される。さらに、これらの記録位置の変更に伴ない、特定領域Ａ０αの予約領域Ａ２０αが予約領域Ａ２１αａ・Ａ２２αａに変更されるので、ダミーファイルΩαに対応するファイル用ＦＥ３１０αは、新たな予約領域Ａ２１αａ・Ａ２２αａに応じて内容が変更され、記録媒体２の新たな記録位置に記録される。なお、上記各記録位置の決定方法は、図４９の各管理情報と同一なので、説明を省略する。
【０２０４】
ここで、上記ファイル用ＦＥ３１０α・３１１の記録位置が変更され、ファイル用ＦＥ３１１αａ・３１１ａになるので、これらのファイル用ＦＥを指し示すＦＩＤ３３１…もそれぞれ更新される。
【０２０５】
したがって、特定領域Ａ０内の情報もループレコーディングされる。具体的には、図４９と同様に、予約領域Ａ２０が予約領域Ａ２１ａ・Ａ２２ａに変更され、ダミーファイルΩを確保するためのファイル用ＦＥ３１０は、ファイル用ＦＥ３１０ａとして新たな位置に記録される。また、ディレクトリ用ＦＥ３２１および各ＦＩＤ３３１…も、ディレクトリ用ＦＥ３２１ａ・ＦＩＤ３３１ａ…として、記録媒体２の新たな位置に記録される。さらに、ルートディレクトリ用ＦＥであるＦＥ３２１ａの記録領域を管理するＦＳＤは、ＦＳＤ２５５に更新される。
【０２０６】
なお、特定領域Ａ０αの更新処理に応じて、特定領域Ａ０の更新処理を行ってもよいが、本実施形態では、特定領域Ａ０α内の更新に起因する特定領域Ａ０の更新は、図２に示すバッファ４に対して行われ、当該更新は、バッファ４内の特定情報を記録媒体２に書き出すときに記録媒体２に反映される。なお、図５０の更新後の状態は、記録媒体２に書き出された後の状態を示している。
【０２０７】
ここで、ループレコーディングの対象とするファイル（ファイルα）と対象としないファイル（ファイルβ）とは、ファイルシステムの仕様やアプリケーション７の仕様、あるいは、情報記録再生装置１や記録媒体２の用途に応じて、予め設定されている。
【０２０８】
一例として、記録媒体２がＡＶデータを記録するディスクであり、図２に示すアプリケーション７が、当該ディスクに記録されたコンテンツを集中管理する場合について説明する。
【０２０９】
この場合、例えば、ＡＶデータとしてのＡＶストリームファイルを、ファイルβの位置付けで、特定領域外に記録する。なお、ファイルは、１つに限定されるものではなく、当然ながら、複数のファイルを記録してもよい。
【０２１０】
一方、アプリケーション７は、ＡＶデータを集中管理するための管理ファイルも記録媒体２に記録しており、情報記録再生装置１は、当該管理ファイルを、特定領域Ａ０α内のファイルαの位置付けで記録する。
【０２１１】
ここで、一般的に、記録したコンテンツ（ＡＶストリームファイル）自体は、内容が変更される可能性が余り高くない。これに対して、コンテンツを集中管理するアプリケーション７の管理ファイルは、コンテンツの追加や削除、再生順番の変更などと言った編集処理を行う度に、内容が変更される。したがって、管理ファイルの更新が発生する頻度は、コンテンツの更新が発生する頻度に比べて大幅に高く、管理ファイルが記録されている領域が同じとすると、当該領域に書き込みが集中してしまう。したがって、上記管理ファイルをループレコーディングの対象とすることによって、記録媒体２の局所的な劣化を効果的に防止できる。
【０２１２】
また、以下では、図５１および図５２を参照して、図１２の構成、すなわち、予約領域確保用のダミーファイルΩと使用禁止領域確保用のダミーファイルΩとを兼用する構成を、ＵＤＦに適用した場合について説明する。
【０２１３】
すなわち、図１２に示す領域情報ＤＡには、管理情報３１０（ＦＩΩ）が管理する各連続領域について、図５１に示す内部構造の情報を含んでいる。各情報は、連続領域の開始位置と、連続領域の長さと、連続領域の領域種別とを含んでいる。なお、９バイト目以降は、拡張用にリザーブされている。上記領域種別の値としては、図５２に示すように、予約領域Ａ２０（特定情報を記録可能な領域）、使用禁止領域Ａ２５、および、欠陥領域が定義されており、上記情報の領域種別は、対応する連続領域の領域種別に応じた値に設定される。
【０２１４】
ところで、ＵＤＦでは、上述したように、同一の記録媒体２に、各記録時点でのＦＳＤを記録することができる。したがって、当該記録媒体２を読み取り可能な情報記録再生装置には、最新ではないＦＳＤに基づいて、過去のファイルセットにアクセス可能な装置も使われており、当該情報記録再生装置は、例えば、追記型の記録媒体２へ、何回か追記した後、追記前のファイルへアクセスするときなどに、好適に使用されている。なお、上記ファイルセットとは、ＦＳＤが指し示すルートディレクトリ以下に構築される、ディレクトリ構造およびファイル全体を指す。
【０２１５】
このような情報記録再生装置にもアクセスされる可能性がある場合、情報記録再生装置１は、図５３に示すように、過去のＦＳＤから参照されるファイルセットＦＳ０を、記録媒体２のいずれかに残しておいてもよい。
【０２１６】
なお、当該ファイルセットＦＳ０は、ファイルセットＦＳ０を参照するＦＳＤが記録されていた時点におけるディレクトリ構造およびファイル全体を含んでいてもよいが、記録容量削減のためには、ディレクトリ構造およびファイル全体ではなく、ダミーとなるファイルセットを上記ＦＳＤが参照する方が望ましい。当該ダミーとなるファイルセットは、ファイルセットとして矛盾（例えば、参照先の記録領域が現時点では他の用途に使用されているなど）がなければよく、例えば、ルートディレクトリのみであってもよい。また、ループレコーディングがなされていることを示すファイルを、さらに含むファイルセットであってもよい。
【０２１７】
より詳細には、図５３の例では、情報記録再生装置１は、ループレコーディングの対象となっているファイルセットＦＳとは別に、ダミーとなるファイルセットＦＳ０を記録媒体２に記録しており、ＦＳＤが更新されるとき、過去のＦＳＤが当該ファイルセットＦＳ０を参照するように、過去のＦＳＤを書き換える。なお、当該ファイルセットＦＳ０は、一度記録されれば更新する必要がない。また、ファイルセットＦＳ０は、ダミーなので、複数の過去のＦＳＤ２５１・２５２が同じファイルセットＦＳ０を参照していてもよい。なお、最新のＦＳＤ２５３は、上述したように、ループレコーディングの対象となるファイルセットＦＳを指している。
【０２１８】
ファイルセットＦＳ０が、上述のいずれのファイルセットであっても、当該ファイルセットＦＳ０は、ファイルセットとして矛盾がない。したがって、過去のＦＳＤに基づいて当該ＦＳＤが示すファイルセットにアクセスする情報記録再生装置が記録媒体２へアクセスする場合であっても、当該記録媒体２の内容を誤って認識するという不具合、例えば、参照先の記録領域が現時点では他の用途に使用されており、当該記録領域を、ＦＳＤ記録時点での用途（例えば、ファイルの実体など）として誤って認識するという不具合の発生を防止できる。
【０２１９】
また、情報記録再生装置１は、図５４に示すように、過去のファイルセットＦＳ…を予約領域Ａ２０内に残してもよい。当該変形例では、ファイルセット全体が特定情報であり、情報記録再生装置１は、ファイルセットの記録が更新される度に、これまでのファイルセットＦＳ１・ＦＳ２が記録されている場所とは別の領域（例えば、ファイルセットＦＳ１・ＦＳ２の後方など）に、新たなファイルセットＦＳ３を記録する。さらに、情報記録再生装置１は、これまでのファイルセットＦＳ１・ＦＳ２が記録されている領域を予約領域Ａ２０として管理する。
【０２２０】
上記情報記録再生装置１は、特定領域Ａ０のうち、未だファイルセットが記録されていない領域（例えば、特定領域Ａ０の後端など）に、新たなファイルセットＦＳ３の記録に十分な容量を持った記録領域が見つからなかった場合、特定領域Ａ０全体から、新たなファイルセット用の記録領域を検索し、見つかった記録領域（例えば、特定領域Ａ０の先頭領域など）にファイルセットＦＳ３を記録する。さらに、情報記録再生装置１は、この場合、図２８に示すＦＳＤシーケンス２４１をクリアする。これにより、記録媒体２に記録されている全ＦＳＤは、それぞれが指し示すファイルセットＦＳ…が記録媒体２に記録されている状態になる。
【０２２１】
ここで、当該変形例では、情報記録再生装置１は、古いＦＳＤ２５１・２５２の内容を変更しておらず、当該ＦＳＤ２５１・２５２は、それぞれの記録時点におけるファイルセットＦＳ１・ＦＳ２を指している。これらのファイルセットＦＳ１・ＦＳ２が記録されている領域は、予約領域Ａ２０であり、当該領域への記録が阻止されている。したがって、過去のＦＳＤに基づいて当該ＦＳＤが示すファイルセットにアクセスする情報記録再生装置は、新たなファイルセットＦＳ２５３が記録された状態であっても、過去のＦＳＤ２５１・２５２に基づいて、それぞれの記録時点におけるファイルセットＦＳ１・ＦＳ２へ正常にアクセスできる。これにより、ある程度の世代までは、過去のファイルセット全体にアクセスできる。
【０２２２】
〔第５の実施形態〕
ところで、ＵＤＦには、図４４に示すように、媒体の保全管理のための記述子として、ＬＶＩＤ４０１…が用意されている。ＬＶＩＤ４０１…は、ファイル数やディレクトリ数を管理しているため、何度も書き換えられる。したがって、ＬＶＩＤ４０１…の記録についても極力書き込みによる劣化を平均化することが望まれる。
【０２２３】
本実施形態に係る情報記録再生装置１（図２参照）は、当該ＬＶＩＤ４０１…についても、書き込みによる劣化が均一になるように、各ＬＶＩＤ４０１…を記録する領域およびＴＤ４２１を記録する領域を制御している。
【０２２４】
具体的には、ＵＤＦにおいて、ＬＶＩＤ４０１…の記録は、ＬＶＤ２３４で管理する領域（ＬＶＩＳ領域Ａ４１１）の終端、未記録領域への到達、ＴＤ４２１の記録のいずれかによって終端されている。
【０２２５】
図５５の記録媒体２ａに示すように、ＬＶＩＳ領域Ａ４１１に、ＬＶＩＤ４０１と、ＴＤ４２１とが記録されている状態では、情報記録再生装置１は、ＴＤ４２１が見つかった時点で、探索を終了し、発見されたＬＶＩＤ４０１…の中で最も後方に記録されているＬＶＩＤを最新のＬＶＩＤとして認識する。
【０２２６】
記録媒体２ｂは、上記状態からＬＶＩＤが更新された状態を示している。記録媒体２ｂでは、ＬＶＩＤ４０２が、記録媒体２ａのＴＤ４２１に上書きされ、ＬＶＩＤ４０２の後に、ＴＤ４２２が記録されている。
【０２２７】
上記の処理、すなわち、ＴＤへの新たなＬＶＩＤの上書きと、当該ＬＶＩＤの後へのＴＤの書き込みとが繰り返されると、ＴＤの記録領域がＬＶＩＳ領域Ａ４１１内を後方へと移動し、やがて、最新のＬＶＩＤの後に、ＴＤを書き込めなくなる。この場合、情報記録再生装置１は、ＴＤを書き込まず、ＬＶＩＤの検索は、ＬＶＩＳ領域Ａ４１１の終端に到達したことによって終了する。
【０２２８】
この状態から、さらにＬＶＩＤが更新されると、情報記録再生装置１は、図５５に示す記録媒体２ｃのように、ＬＶＩＳ領域Ａ４１１の先頭に、最新のＬＶＩＤ４０３を記録し、その後に、ＴＤ４２３を記録する。
【０２２９】
ところで、上記では、ＬＶＩＳ領域Ａ４１１を最後まで使用したときに、先頭からＬＶＩＤを記録し、その後にＴＤを記録する場合について説明したが、未記録領域（オール・ゼロ・セクタ）を利用してもよい。
【０２３０】
具体的には、図５５に示す記録媒体２ｄのように、ＬＶＩＳ領域Ａ４１１において、最新のＬＶＩＤ４０１が記録されている領域の後方の領域は、未使用領域として、ゼロクリアされており、情報記録再生装置１は、オール・ゼロ・セクタ４２０が見つかった時点で、ＬＶＩＤの探索を終了する。なお、発見されたＬＶＩＤ４０１…の中で最も後方に記録されているＬＶＩＤが最新のＬＶＩＤとして認識される。
【０２３１】
この場合も、ＴＤ４２１…で探索を終端する場合と略同様に、新たなＬＶＩＤは、それまでのＬＶＩＤの後に記録される。ただし、未使用領域で探索を終端する場合は、ＬＶＩＳ領域Ａ４１１内を最後まで利用した後、ＬＶＩＳ領域Ａ４１１全体をゼロクリアし、先頭に、最新のＬＶＩＤを記録する。
【０２３２】
この場合は、ＬＶＩＳ領域Ａ４１１を最後まで利用したときには、ＬＶＩＳ領域Ａ４１１全体をゼロクリアする必要があるが、個々のＬＶＩＤの更新の度に、ＴＤを記録する必要がなくなる。したがって、各ＬＶＩＤ更新のうちの大多数において、処理時間を短縮できる。
【０２３３】
また、さらに他のＬＶＩＤの記録方法として、ＬＶＩＳ領域Ａ４１１を拡大しする方法を採用してもよい。具体的には、図５５に示す記録媒体２ｅのように、より新しいＬＶＩＤは、より古いＬＶＩＤの後方に記録されている。ＬＶＩＤの更新回数が増加して、ＬＶＩＳ領域Ａ４１１の末端に到達すると、情報記録再生装置１は、ＬＶＤ２３４が管理するＬＶＩＳ領域Ａ４１１内の最後のセクタにＬＶＩＤ５０４を記録する際に、新たなＬＶＩＳ領域Ａ４１１ａを確保し、上記ＬＶＩＤ５０４のＮｅｘｔ　Ｅｘｔｅｎｔ　フィールドに、当該ＬＶＩＳ領域Ａ４１１ａの記録位置に関する情報を書き込む。これにより、ＬＶＩＳ領域が領域Ａ４１１ａにまで拡張されるので、情報記録再生装置１は、さらに新しいＬＶＩＤ４０５…を当該領域Ａ４１１ａに記録する。なお、図５５の記録媒体２ｅでは、ＴＤ４２１で終端する運用を適用した場合を例示しているが、当然ながら、未記録領域で終端する運用も適用できる。
【０２３４】
〔第６の実施形態〕
以下では、ＥＣＣ（Ｅｒｒｏｒ　Ｃｏｒｒｅｃｔｉｎｇ　Ｃｏｄｅ　）ブロックと呼ばれる記録領域が設けられた記録媒体２に好適な記録領域管理方法について説明する。なお、本実施形態に係る記録領域管理方法は、上述の任意の構成にも適用できるが、以下では、図１の構成に適用した場合を例にして説明する。
【０２３５】
一般に、ＥＣＣブロックは、連続する特定数のセクタを指し、読み込みエラーを修復する為のビット列ＥＣＣを記録する領域（ＥＣＣフィールド）が、特定の位置（例えば、終端など）に確保されている。したがって、情報記録再生装置１は、当該ビット列ＥＣＣを参照することによって、ＥＣＣブロックから読み出したデータに誤りが発生しているか否かを検出し、誤りの程度（位置や数）がビット列ＥＣＣで訂正可能であれば、上記データを訂正できる。
【０２３６】
このように、ＥＣＣブロックが設けられている記録媒体２では、１セクタでも書き込みをすれば、当該ＥＣＣブロックのＥＣＣフィールドが更新される。したがって、あるＥＣＣブロック内で複数箇所の書き換えが異なるタイミングで行われると、ＥＣＣフィールドは、その都度更新されるので、その都度、書き換えによる劣化が発生してしまう。この結果、ＥＣＣブロック内でまだ使用可能な状態である箇所が残っていたとしても、ＥＣＣフィールドが局所的に劣化して、そのＥＣＣブロックが使用不可能になる虞れがある。
【０２３７】
本実施形態に係る情報記録再生装置１（図２参照）は、上記不具合の発生を防止するため、特定情報記録領域Ａ１０が余分にＥＣＣブロックをまたがないように、すなわち、特定情報記録領域Ａ１０を記録するＥＣＣブロックの数が最小になるように、特定情報記録領域Ａ１０を配置している。これにより、ＥＣＣブロックのＥＣＣフィールドへの書き込み回数を削減でき、記録媒体２の劣化を抑制できる。
【０２３８】
具体的には、例えば、図５６のｉおよびｉｉに示すように、ＥＣＣブロックが４セクタから構成されている場合、特定情報記録領域Ａ１０の位置が、特定情報記録領域Ａ１０ｉのように、セクタ単位かつＥＣＣブロック単位で、その先頭位置がアライメントされている位置から、特定情報記録領域Ａ１０ｉｉのように、セクタ単位で、その先頭位置がアライメントされているが、ＥＣＣブロック単位では、その先頭位置がアライメントされていない位置へと変更されると、当該特定情報記録領域Ａ１０ｉｉは、ＥＣＣブロック５０１だけではなく、ＥＣＣブロック５０２にも配置されてしまう。この結果、特定情報記録領域Ａ１０ｉｉへの特定情報の記録に伴なって、ＥＣＣブロック５０１のＥＣＣフィールドと、ＥＣＣブロック５０２のＥＣＣフィールドとの双方が更新されてしまう。
【０２３９】
これに対して、本実施形態に係る情報記録再生装置１は、図５６のｉおよびｉｉｉに示すように、特定情報記録領域Ａ１０の位置を変更する際、特定情報記録領域Ａ１０ｉを、特定情報記録領域Ａ１０ｉｉｉのように、ＥＣＣブロック単位でも、その先頭位置がアライメントされている位置へと変更する。この場合は、特定情報記録領域Ａ１０ｉｉに記録する場合と異なり、特定情報記録領域Ａ１０ｉｉｉへの特定情報の記録に伴なって、ＥＣＣフィールドが更新されるのは、ＥＣＣブロック５０２だけである。したがって、ＥＣＣブロックのＥＣＣフィールドへの書き込み回数を削減でき、記録媒体２の劣化を抑制できる。なお、図５６のｉｖは、さらに、特定情報がさらに更新され、特定情報記録領域Ａ１０がさらに移動した状態を示している。
【０２４０】
ところで、上述したように、上記各実施形態では、特定領域のサイズを途中で変更することもできるが、特定領域の最適なサイズは、用途や使用状況などによって異なっているので、これらを考慮して、特定領域のサイズの値（または初期値）を設定しておくことが望ましい。
【０２４１】
以下に、特定領域の長さの算出例を示す。コンテンツサイズが平均的で、管理情報をループレコーディングする場合、記録媒体２の容量をＶ〔ｂｙｔｅｓ　〕、記録したいコンテンツのサイズをＣ〔ｂｙｔｅｓ　〕、その管理情報のサイズをＥ〔ｂｙｔｅｓ　〕、書き込めるコンテンツの数をＮとすると、ループレコーディングに使用する特定領域Ａ０のサイズＹ〔ｂｙｔｅｓ　〕と媒体寿命Ｌ〔回〕との関係は、以下の式（２）および（３）に示すように、
Ｖ＝Ｙ＋Ｃ×Ｎ　　　　　　　　　　　　　　　　　　　　　　　…（２）
Ｙ＝Ｅ×Ｎ／Ｌ　　　　　　　　　　　　　　　　　　　　　　　…（３）
になるので、以下の式（４）に示すように、
Ｙ＝（Ｅ・Ｖ）／（Ｌ・Ｃ＋Ｅ）　　　　　　　　　　　　　　　…（４）
と算出できる。
【０２４２】
なお、上記各実施形態において、図２に示す情報記録再生装置１を構成する各部材は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記録媒体に格納されたプログラムを実行することで実現される機能ブロックであってもよいし、同様の処理を行うハードウェアで実現してもよい。また、処理の一部を行うハードウェアと、当該ハードウェアの制御や残余の処理を行うプログラムを実行する上記演算手段とを組み合わせても実現することもできる。さらに、上記演算手段は、単体であってもよいし、装置内部のバスや種々の通信路を介して接続された複数の演算手段が共同してプログラムを実行してもよい。
【０２４３】
上記プログラムは、プログラム自体や当該プログラムを作成するためのデータなどを示すプログラムデータを記録媒体に格納し、当該記録媒体を配付したり、あるいは、上記プログラムデータを、有線または無線の通信手段で送信したりして配付され、上記演算手段で実行される。
【０２４４】
ここで、プログラムデータを配付する際の記録媒体は、取外し可能である方が好ましいが、プログラムデータを配付した後の記録媒体は、取外し可能か否かを問わない。また、上記記録媒体は、プログラムデータが記憶されていれば、書換え（書き込み）可能か否か、揮発性か否か、記録方法および形状を問わない。記録媒体の一例として、磁気テープやカセットテープなどのテープ、あるいは、フロッピー（登録商標）ディスクやハードディスクなどの磁気ディスク、または、ＣＤ−ＲＯＭや光磁気ディスク（ＭＯ）、ミニディスク（ＭＤ）やデジタルビデオディスク（ＤＶＤ）などのディスクが挙げられる。また、記録媒体は、ＩＣカードや光カードのようなカード、あるいは、マスクＲＯＭやＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュＲＯＭなどのような半導体メモリであってもよい。
【０２４５】
なお、上記プログラムデータは、上記各処理の全手順を上記演算手段へ指示するコードであってもよいし、所定の手順で呼び出すことで、上記各処理の一部または全部を実行可能な基本プログラム（例えば、オペレーティングシステムやライブラリなど）が既に存在していれば、当該基本プログラムの呼び出しを上記演算手段へ指示するコードやポインタなどで、上記全手順の一部または全部を置き換えてもよい。
【０２４６】
また、上記記録媒体にプログラムデータを格納する際の形式は、例えば、実メモリに配置した状態のように、演算手段がアクセスして実行可能な格納形式であってもよいし、実メモリに配置する前で、演算手段が常時アクセス可能なローカルな記録媒体（例えば、実メモリやハードディスクなど）にインストールした後の格納形式、あるいは、ネットワークや搬送可能な記録媒体などから上記ローカルな記録媒体にインストールする前の格納形式などであってもよい。また、プログラムデータは、コンパイル後のオブジェクトコードに限るものではなく、ソースコードや、インタプリトまたはコンパイルの途中で生成される中間コードとして格納されていてもよい。いずれの場合であっても、圧縮の解凍や、復号化、インタプリト、コンパイル、リンク、あるいは、実メモリへの配置などの処理や各処理の組み合わせによって、上記演算手段が実行可能な形式に変換可能であれば、プログラムデータを記録媒体に格納する際の形式に拘わらず、同様の効果を得ることができる。
【０２４７】
【発明の効果】
本発明に係る記録媒体の記録領域管理方法は、以上のように、特定の情報の記録に必要な領域よりも大きい特定領域を前記記録媒体に予め確保すると共に、前記特定の情報の記録が予め定められた回数更新される度に、前記特定の情報を、前記特定領域のうち、前記特定の情報が記録されていなかった予約領域内に記録すると共に、前記予約領域を管理するための予約領域管理情報を更新して、当該特定の情報が記録されていた領域を前記予約領域に統合し、前記特定の情報を新たに記録した領域を前記予約領域から除外する領域変更工程を含んでいる構成である。
【０２４８】
また、本発明に係る記録媒体の記録領域管理方法は、以上のように、特定の情報の記録に必要な領域よりも大きい特定領域を前記記録媒体に予め確保すると共に、前記特定の情報の記録が予め定められた回数更新される度に、前記特定領域内の位置であって、しかも、前記特定の情報を記録する領域の移動の繰り返しによって前記特定領域内の各記録領域の書き換え回数が均一化されるように決定された位置へ、前記特定の情報を記録する領域を移動させる領域変更工程を含んでいる構成である。さらに、本発明に係るプログラムは、上記各領域変更工程をコンピュータに実行させるプログラムであって、当該プログラムを実行するコンピュータによって、領域変更工程が実施される。
【０２４９】
これらの構成では、前記特定の情報の記録が予め定められた回数更新される度に、前記特定の情報を記録する領域が移動するので、記録媒体の局所的な劣化を抑えることができ、ユーザが記録媒体を使用可能な期間を延長できるという効果を奏する。
【０２５０】
本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、前記特定の情報が記録されていなかった予約領域を管理するための予約領域管理情報は、前記記録媒体に構築されたファイルシステムにおけるファイルの管理情報であり、前記予約領域は、ファイルの実体として管理されている構成である。
【０２５１】
当該構成では、予約領域は、特定の情報が記録されていない空き領域であるにも拘わらず、ファイルの実体として管理されているので、前記特定領域を認識できない情報記録再生装置による予約領域への書き込みを防止できる。この結果、当該情報記録再生装置が記録媒体をアクセスする可能性のある場合であっても、記録媒体の局所的な劣化を抑えることができるという効果を奏する。
【０２５２】
本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、前記特定の情報は、ファイルシステムの管理情報である。また、本発明に係る記録領域管理方法は、以上のように、前記特定の情報は、ファイルの実体の記録領域情報を含む管理情報（例えば、ＵＤＦにおけるＦｉｌｅ　Ｅｎｔｒｙなど）である。さらに、本発明に係る記録領域管理方法は、以上のように、前記特定の情報は、ディレクトリに含まれる要素を示す管理情報（ＵＤＦにおけるＦｉｌｅ　Ｉｄｅｎｔｉｆｉｅｒ　Ｄｅｓｃｒｉｐｔｏｒなど）である。
【０２５３】
ここで、一般に、管理情報は、ファイルの実体に比べて書き換え頻度が高く、管理情報の記録記録される領域は、ファイルの実体が記録される領域に比べて書き換えが集中しやすい。ところが、これらの構成では、当該管理情報の記録される領域が、特定領域内を移動するので、当該管理情報が記録される領域が局所的に劣化することを防止できるという効果を奏する。
【０２５４】
本発明に係る記録領域管理方法は、以上のように、前記特定の情報は、ファイルの実体である構成である。当該構成では、ファイルの実体を記録する領域が特定領域内を移動するので、当該ファイルの更新に起因するファイルの実体の記録領域が局所的に劣化することを防止できるという効果を奏する。
【０２５５】
本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、前記予約領域管理情報は、前記特定の情報として、前記特定領域内に記録される構成である。これにより、頻繁に更新される前記予約領域管理情報を局所的に記録することを回避でき、記録媒体の局所的な劣化を防止できるという効果を奏する。
【０２５６】
本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、前記特定領域が連続領域として確保されている構成である。また、本発明に係る記録領域管理方法は、以上のように、前記特定の情報は、前記特定領域内の連続領域に記録されている構成である。
【０２５７】
これらの構成では、特定領域または特定の情報の記録領域が連続領域なので、特定領域中の各特定の情報へアクセスする際にも、シーク動作が発生せず、記録媒体の各特定の情報へ高速にアクセスできるという効果を奏する。
【０２５８】
本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、前記特定領域外の領域に記録された上位管理情報（例えば、ＵＤＦにおけるＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　）に基づいて、前記特定領域内の情報を管理する管理工程を含み、当該管理工程は、前記特定領域外の領域内に、複数の上位管理情報が記録されている場合、それらの中から現在有効な上位管理情報を特定する特定工程を含んでいる構成である。
【０２５９】
また、本発明に係る記録領域管理方法は、以上のように、前記特定工程では、上位管理情報の記録位置に基づいて、現在有効な上位管理情報が特定される構成である。さらに、本発明に係る記録領域管理方法は、以上のように、前記特定工程では、前記各上位管理情報内に記録された値に基づいて、現在有効な上位管理情報が特定される構成である。
【０２６０】
これらの構成では、特定の情報を管理する上位管理情報が前記特定領域外の領域内に複数記録されていても、特定工程によって、それらの中から現在有効な上位管理情報を特定するので、上位管理情報の記録位置を変更できる。したがって、上位管理情報を局所的に記録することを回避でき、記録媒体の局所的な劣化を抑えることができるという効果を奏する。
【０２６１】
本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、古いＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　が参照するダミーのファイルセットを記録する工程を含んでいる構成である。
【０２６２】
したがって、過去のＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　に基づいて当該Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　が示すファイルセットにアクセスする情報記録再生装置が、記録媒体へアクセスする場合であっても、以下の不具合の発生、すなわち、古いＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　に基づいて参照した領域が、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　の更新に伴なって、他の用途に使用されているにも拘わらず、古いＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　の記録時点における用途に使用されていると誤解して、上記情報記録再生装置が誤動作するという不具合の発生を防止できるという効果を奏する。
【０２６３】
本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　が更新されるとき、当該Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　に対応する、前記特定情報としてのファイルセットが記録されていた領域を前記予約領域に変更して、古いファイルセットの記録を前記記録媒体に残すと共に、古いファイルセットの記録が上書きされるときに、当該ファイルセットを参照するＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　も上書きする工程を含んでいる構成である。また、本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　が更新されるとき、当該Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　に対応する、前記特定情報としてのファイルセットが記録されていた領域を前記予約領域に変更して、古いファイルセットの記録を前記記録媒体に残すと共に、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　のシーケンスに含まれる各Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　について、それぞれに対応するファイルセットが、上記記録媒体に記録されていることを保証できなくなったとき、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　のシーケンスをクリアして、最新のＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　を記録する工程を含んでいる構成である。
【０２６４】
当該構成では、古いファイルセットが記録されていた領域が予約領域に変更され、当該領域が上書きされるまでの間、古いファイルセットを保持している。したがって、古いＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　に基づいて、これらのファイルセットにアクセスできるという効果を奏する。
【０２６５】
なお、この場合であっても、古いファイルセットが上書きされた場合には、それに対応するＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　が上書きされたり、各Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　に対応するファイルセットが、上記記録媒体に記録されていることを保証できなくなったときに、Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　のシーケンスがクリアされるので、上述の不具合の発生を防止できる。
【０２６６】
本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、前記特定の情報は、前記特定領域内の連続領域に記録されており、前記上位管理情報には、当該連続領域の位置情報が記録されている構成である。
【０２６７】
当該構成では、上位管理情報に、特定の情報が記録された連続領域の位置情報が記録されているので、当該位置情報を参照すれば、特定の情報全てが記録されている記録領域を特定できる。したがって、上位管理情報に基づいて参照される特定の情報を解析しながら、他の特定の情報にアクセスする場合よりも、高速に各特定の情報にアクセスできるという効果を奏する。
【０２６８】
本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、前記特定領域内で、使用不能になった領域、もしくは、信頼性の低い領域を使用禁止領域として管理するための使用禁止領域管理情報を記録する工程が含まれている構成である。当該構成では、使用不能になった領域、もしくは、信頼性の低い領域が、使用禁止領域として管理されるので、記録媒体の信頼性を向上できるという効果を奏する。
【０２６９】
本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、前記使用禁止領域管理情報は、前記記録媒体に構築されたファイルシステムにおけるファイルの管理情報であり、前記使用禁止領域は、当該ファイルの実体として管理される構成である。
【０２７０】
当該構成では、予約領域をファイルの実体として管理する場合と略同様に、前記特定領域を認識できない情報記録再生装置が、当該使用禁止領域に情報を書き込むことを防止できるという効果を奏する。
【０２７１】
本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、前記特定領域内で、使用不能になった領域、もしくは、信頼性の低い領域を使用禁止領域として管理するための使用禁止領域管理情報と、前記予約領域の管理情報とをまとめた共通の管理情報を記録する工程が含まれている構成である。さらに、本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、上記共通の管理情報には、当該共通の管理情報が管理する各領域が上記使用禁止領域であるか、予約領域であるかを区別する情報が含まれている構成である。また、本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、上記使用禁止領域および予約領域は、上記記録媒体に構築されたファイルシステムにおけるファイルの実体として、上記共通の管理情報により管理されており、上記ファイルの実体には、上記共通の管理情報が管理する各領域が上記使用禁止領域であるか、予約領域であるかを区別する情報が含まれている構成である。
【０２７２】
これらの構成では、予約領域の管理情報と使用禁止領域の管理情報とが共通の管理情報によって管理されるので、管理情報の数を削減できるという効果を奏する。
【０２７３】
本発明に係る記録領域管理方法は、上記構成に加えて、記録媒体の寿命、記録媒体に記録されるコンテンツの平均的なサイズ、および、前記特定領域に記録する情報種別に基づいて、前記特定領域の大きさを算出する工程を含んでいる構成である。当該構成では、これらの情報に基づいて、特定領域の大きさが算出されるので、前記特定領域の大きさを適切に決定できるという効果を奏する。
【０２７４】
本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、上記記録媒体の記録領域は、複数のブロックに分けられており、各ブロックには、当該ブロックに記録される情報に基づいて生成され、当該ブロックにおける記録の誤りを少なくとも検出するためのコードが含まれていると共に、上記領域変更工程にて、上記特定の情報を新たに記録する領域は、当該領域に含まれるブロックの数が最小になるように、その先頭位置がアライメントされている構成である。
【０２７５】
当該構成では、上記特定の情報を新たに記録する領域は、当該領域に含まれるブロックの数が最小になるように、その先頭位置がアライメントされる。したがって、上記領域が余分なブロックにもまたがって配されている場合と比較して、特定の情報の更新に伴なって、上記コードが更新されるブロックの数を削減できるという効果を奏する。
【０２７６】
本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、上記特定領域外の領域に記録された上位管理情報に基づいて、前記特定領域内の情報を管理する管理工程を含んでいると共に、上記予め定められた回数は、複数である構成である。また、本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、前記特定の情報の記録更新回数は、上記記録媒体に記録されている構成である。
【０２７７】
これらの構成では、上記回数が単数の場合に比べて、上位管理情報の更新回数を削減できるので、上位管理情報が記録される領域への記録の集中に伴なう記録媒体の局所的な劣化の程度を抑えることができるという効果を奏する。
【０２７８】
本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、上記上位管理情報の更新回数が予め定められた回数を超えた場合、当該上位管理情報が記録されていなかった記録領域に、当該上位管理情報を記録する工程を含んでいる構成である。また、本発明に係る記録領域管理方法は、以上のように、上記構成に加えて、上記記録媒体には、上記上位管理情報の記録更新回数が記録されている構成である。
【０２７９】
これらの構成によれば、上位管理情報の記録領域も変更されるので、上位管理情報が記録される領域への記録の集中を抑制でき、さらに、記録媒体の局所的な劣化を防止できるという効果を奏する。
【０２８０】
本発明に係る情報記録再生装置は、以上のように、特定の情報の記録が予め定められた回数更新される度に、特定の情報の記録に必要な領域よりも大きい領域として予め確保された特定領域のうち、前記特定の情報が記録されていなかった予約領域内に、前記特定の情報を記録する記録手段と、前記予約領域を管理するための予約領域管理情報を更新して、当該特定の情報が記録されていた領域を前記予約領域に統合し、前記特定の情報を新たに記録した領域を前記予約領域から除外する領域変更手段とを備えている構成である。
【０２８１】
また、本発明に係る情報記録再生装置は、以上のように、特定の情報の記録が予め定められた回数更新される度に、前記特定の情報の記録に必要な領域よりも大きい領域として予め確保された特定領域内の位置であって、しかも、前記特定の情報を記録する領域の移動の繰り返しによって前記特定領域内の各記録領域の書き換え回数が均一化されるように決定された位置へ、前記特定の情報を記録する領域を移動させる領域変更手段を備えている構成である。
【０２８２】
これらの情報記録再生装置は、領域変更手段を備えているので、上述の記録媒体の記録領域管理方法を実施できる。したがって、記録媒体の局所的な劣化を抑えることができ、ユーザが記録媒体を使用可能な期間を延長できるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の実施形態を示すものであり、記録媒体に記録されている情報を示す図面である。
【図２】上記記録媒体に情報を記録／再生する情報記録再生装置の要部構成を示すブロック図である。
【図３】上記記録媒体に記録されている情報を、さらに詳細に示すものであり、特定情報が連続領域に記録されている場合を示す図面である。
【図４】上記実施形態の変形例を示すものであり、記録媒体に記録されている情報を示す図面である。
【図５】上記記録媒体に情報を記録／再生可能な情報記録再生装置を示すものであり、特定領域を認識しない情報記録再生装置の要部構成を示すブロック図である。
【図６】本発明の他の実施形態を示すものであり、記録媒体に記録されているファイルシステムを示す図面である。
【図７】上記ファイルシステムにおいて、ファイルが分割されて記録されている状態を示す図面である。
【図８】上記ファイルシステムにおいて、ファイルがディレクトリ構造を持って記録されている状態を示す図面である。
【図９】上記ファイルシステムにおいて、ダミーファイルによって予約領域が確保されている状態を示す図面である。
【図１０】上記ファイルシステムにおいて、ダミーファイルによって確保される予約領域が複数の領域から構成されている状態を示す図面である。
【図１１】上記ファイルシステムにおいて、複数のダミーファイルによって、複数の予約領域が確保されている状態を示す図面である。
【図１２】上記ファイルシステムにおいて、ダミーファイルの一部として、ダミーファイルによって確保される各領域の領域情報が記録されている状態を示す図面である。
【図１３】上記ファイルシステムにおいて、管理情報が特定情報として記録されている状態を示す図面である。
【図１４】上記ファイルシステムにおいて、ファイルの実体が特定情報として記録されている状態を示す図面である。
【図１５】上記ファイルシステムにおいて、管理情報とファイルの実体とが特定情報として記録されている状態を示す図面である。
【図１６】本発明のさらに他の実施形態を示すものであり、特定領域内の情報を管理する管理情報が複数存在する場合に、現在有効な管理情報を特定する方法を示すものであり、記録媒体に記録されている情報を示す図面である。
【図１７】上記実施形態の変形例を示すものであり、他の方法によって現在有効な管理情報を特定する場合に、記録媒体に記録されている情報を示す図面である。
【図１８】前記情報の詳細構造を示す図面である。
【図１９】上記実施形態の変形例を示すものであり、管理情報が特定情報として記録されている状態を詳細に示す図面である。
【図２０】上記情報記録再生装置が記録媒体から特定情報を読み込む際の動作を示すフローチャートである。
【図２１】上記情報記録再生装置が記録媒体へ特定情報を書き出す際の動作を示すフローチャートである。
【図２２】上記実施形態の変形例を示すものであり、特定領域内の情報を管理する管理情報に、特定情報が記録されている領域を示す情報が付加されている状態を示す図面である。
【図２３】上記実施形態の変形例を示すものであり、ファイルの実体が特定情報として記録されている状態を詳細に示す図面である。
【図２４】上記実施形態の変形例を示すものであり、管理情報とファイルの実体とが特定情報として記録されている状態を詳細に示す図面である。
【図２５】本発明のさらに他の実施形態を示すものであり、ＵＤＦにおけるボリューム内の領域区分を例示する図面である
【図２６】上記ＵＤＦにおけるＤｅｓｃｒｉｐｔｏｒ　Ｔａｇの内部構造を例示する図面である。
【図２７】ＵＤＦにおけるＡｎｃｈｏｒ　Ｖｏｌｕｍｅ　Ｄｅｓｃｒｉｐｔｏｒ　Ｐｏｉｎｔｅｒの内部構造を例示する図面である。
【図２８】ＵＤＦにおけるボリューム記述子列の記録領域内での領域区分を例示する図面である。
【図２９】ＵＤＦにおけるＰｒｉｍａｒｙ　Ｖｏｌｕｍｅ　Ｄｅｓｃｒｉｐｔｏｒ　の内部構造を例示する図面である。
【図３０】ＵＤＦにおけるＩｍｐｌｅｍｅｎｔａｔｉｏｎ　Ｕｓｅ　Ｖｏｌｕｍｅ　Ｄｅｓｃｒｉｐｔｏｒの内部構造を例示する図面である。
【図３１】ＵＤＦにおけるＩｍｐｌｅｍｅｎｔａｔｉｏｎ　Ｕｓｅ　Ｖｏｌｕｍｅ　Ｄｅｓｃｒｉｐｔｏｒ内のＩｍｐｌｅｍｅｎｔａｔｉｏｎ　Ｕｓｅフィールドに格納されるＬＶ　Ｉｎｆｏｒｍａｔｉｏｎの内部構造を例示する図面である。
【図３２】ＵＤＦにおけるＰａｒｔｉｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒの内部構造を例示する図面である。
【図３３】ＵＤＦにおけるＰａｒｔｉｔｉｏｎ　Ｈｅａｄｅｒ　Ｄｅｓｃｒｉｐｔｏｒ　の内部構造を例示する図面である。
【図３４】ＵＤＦにおけるＬｏｇｉｃａｌ　Ｖｏｌｕｍｅ　Ｄｅｓｃｒｉｐｔｏｒ　の内部構造を例示する図面である。
【図３５】ＵＤＦにおけるＵｎａｌｌｏｃａｔｅｄ　Ｓｐａｃｅ　Ｄｅｓｃｒｉｐｔｏｒの内部構造を例示する図面である。
【図３６】ＵＤＦにおけるＴｅｒｍｉｎａｔｉｎｇ　Ｄｅｓｃｒｉｐｔｏｒの内部構造を例示する図面である。
【図３７】ＵＤＦにおけるパーティション領域内のディレクトリ構造およびデータ領域を除いた領域区分を例示する図面である。
【図３８】ＵＤＦにおけるＦｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　の内部構造を例示する図面である。
【図３９】ＵＤＦにおけるＴｅｒｍｉｎａｔｉｎｇ　Ｄｅｓｃｒｉｐｔｏｒの内部構造を例示する図面である。
【図４０】ＵＤＦにおけるＳｐａｃｅ　Ｂｉｔｍａｐ　Ｄｅｓｃｒｉｐｔｏｒ　の内部構造を例示する図面である。
【図４１】ＵＤＦにおけるパーティション領域内のディレクトリ構造およびデータ領域の領域区分を例示する図面である。
【図４２】ＵＤＦにおけるＦｉｌｅ　Ｅｎｔｒｙの内部構造を例示する図面である。
【図４３】ＵＤＦにおけるＦｉｌｅ　Ｉｄｅｎｔｉｆｉｅｒ　Ｄｅｓｃｒｉｐｔｏｒの内部構造を例示する図面である。
【図４４】ＵＤＦにおけるパーティションの保全情報の記録位置、記録方法を例示する図面である。
【図４５】ＵＤＦにおけるＬｏｇｉｃａｌ　Ｖｏｌｕｍｅ　Ｉｎｔｅｇｒｉｔｙ　Ｄｅｓｃｒｉｐｔｏｒ　の内部構造を例示する図面である。
【図４６】ＵＤＦにおけるＳｈｏｒｔ　Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒ　の内部構造を例示する図面である。
【図４７】ＵＤＦにおけるＬｏｎｇ　Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒの内部構造を例示する図面である。
【図４８】ＵＤＦにおけるＥｘｔｅｎｄｅｄ　Ａｌｌｏｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒの内部構造を例示する図面である。
【図４９】本実施形態に係る記録領域管理方法で管理情報が記録された記録媒体を示すものであり、特定領域を管理する上位の管理情報が更新されていく状態を示す図面である。
【図５０】本実施形態の変形例を示すものであり、ファイルの実体が特定情報として記録されている状態を示す図面である。
【図５１】本実施形態の変形例を示すものであり、ダミーファイルの一部に記録される領域情報の内部構造を例示する図面である。
【図５２】上記領域情報の領域種別として取りうる値を例示する図面である。
【図５３】本実施形態の変形例を示すものであり、ダミーのファイルセットが記録されている状態を示す図面である。
【図５４】本実施形態の変形例を示すものであり、過去のファイルセットを残しておく場合を示す図面である。
【図５５】本発明のさらに他の実施形態を示すものであり、前記ＬＶＩＤの運用例を示す図面である。
【図５６】本発明のさらに他の実施形態を示すものであり、ＥＣＣブロックと特定情報が記録される領域との関係を示す図面である。
【符号の説明】
１　　　　　情報記録再生装置
２　　　　　記録媒体
５　　　　　ループレコーディング処理部（記録手段・領域変更手段）
２５１…　　　　Ｆｉｌｅ　Ｓｅｔ　Ｄｅｓｃｒｉｐｔｏｒ　（上位管理情報）
３１０　　　　　ファイル用Ｆｉｌｅ　Ｅｎｔｒｙ（予約領域管理情報）
３１１・３１２　ファイル用Ｆｉｌｅ　Ｅｎｔｒｙ（予約領域管理情報）
３２１・３２２　ディレクトリ用Ｆｉｌｅ　Ｅｎｔｒｙ（管理情報）
３３１…　　　　Ｆｉｌｅ　Ｉｄｅｎｔｉｆｉｅｒ　Ｄｅｓｃｒｉｐｔｏｒ（管理情報）
Ａ０　　　　　　特定領域
Ａ２０　　　　　予約領域
ＦＩΩ　　　　　管理情報（予約領域管理情報）
ＦＩ・ＤＩ　　　管理情報
Ｘ　　　　　　　管理情報（上位管理情報）
【図１】
2004079125.tif 000003
【図２】
2004079125.tif 000004
【図３】
2004079125.tif 000005
【図４】
2004079125.tif 000006
【図５】
2004079125.tif 000007
【図６】
2004079125.tif 000008
【図７】
2004079125.tif 000009
【図８】
2004079125.tif 000010
【図９】
2004079125.tif 000011
【図１０】
2004079125.tif 000012
【図１１】
2004079125.tif 000013
【図１２】
2004079125.tif 000014
【図１３】
2004079125.tif 000015
【図１４】
2004079125.tif 000016
【図１５】
2004079125.tif 000017
【図１６】
2004079125.tif 000018
【図１７】
2004079125.tif 000019
【図１８】
2004079125.tif 000020
【図１９】
2004079125.tif 000021
【図２０】
2004079125.tif 000022
【図２１】
2004079125.tif 000023
【図２２】
2004079125.tif 000024
【図２３】
2004079125.tif 000025
【図２４】
2004079125.tif 000026
【図２５】
2004079125.tif 000027
【図２６】
2004079125.tif 000028
【図２７】
2004079125.tif 000029
【図２８】
2004079125.tif 000030
【図２９】
2004079125.tif 000031
【図３０】
2004079125.tif 000032
【図３１】
2004079125.tif 000033
【図３２】
2004079125.tif 000034
【図３３】
2004079125.tif 000035
【図３４】
2004079125.tif 000036
【図３５】
2004079125.tif 000037
【図３６】
2004079125.tif 000038
【図３７】
2004079125.tif 000039
【図３８】
2004079125.tif 000040
【図３９】
2004079125.tif 000041
【図４０】
2004079125.tif 000042
【図４１】
2004079125.tif 000043
【図４２】
2004079125.tif 000044
【図４３】
2004079125.tif 000045
【図４４】
2004079125.tif 000046
【図４５】
2004079125.tif 000047
【図４６】
2004079125.tif 000048
【図４７】
2004079125.tif 000049
【図４８】
2004079125.tif 000050
【図４９】
2004079125.tif 000051
【図５０】
2004079125.tif 000052
【図５１】
2004079125.tif 000053
【図５２】
2004079125.tif 000054
【図５３】
2004079125.tif 000055
【図５４】
2004079125.tif 000056
【図５５】
2004079125.tif 000057
【図５６】
2004079125.tif 000058