(57)【要約】【課題】ダミーファイルが削除・名称変更されて特定領域が実質的になくなってしまった場合でも特定領域を再構築できるファイル管理装置を提供する。【解決手段】本管理装置では、特定領域の再構築要求を受けた場合、各ファイルのＦＥ（管理情報）に記録されているファイル識別情報に基づいて、名称変更されたダミーファイルの有無を探索する（Ｓ１１・Ｓ１２）。そして、探索できた場合（Ｓ１３）、再構築部は、ダミーファイルの名称を元に戻すことで、特定領域を再構築する（Ｓ１７）。一方、探索できなかった場合、再構築部は、ファイル識別情報を用いて特定ファイルを探索し、その特定ファイルに隣接させてダミーファイルを新たに配置することで、特定領域を再構築する。【選択図】  図１
2004362479.tif 000002
【特許請求の範囲】
【請求項１】
媒体にファイルを記録する記録装置に備えられ、
特定アプリケーションによって特定ファイルを記録するための特定領域を媒体に設けるとともに、
特定領域の空き領域に、特定アプリケーションのみが空き領域と認識可能なように、ダミーファイルを配置しているファイル管理装置において、
特定領域に記録されているファイルを他のファイルと識別するためのファイル識別情報を媒体内に記録する記録部と、
ダミーファイルの所在が不明となっている場合に、ファイル識別情報に基づいて特定領域内のファイルを探索し、探索結果に基づいて、特定領域を再構築する再構築部とを備えていることを特徴とするファイル管理装置。
【請求項２】
上記記録部が、ファイル識別情報に、各ファイルがダミーファイルであるか否かを示すダミー情報を含めるようになっており、
上記再構築部が、ダミーファイルの名称が変更された場合に、ダミー情報に基づいて名称の変更されたダミーファイルを探索してその名称を元に戻すように設定されていることを特徴とする請求項１に記載のファイル管理装置。
【請求項３】
上記記録部が、ダミーファイルのファイル識別情報に、属する特定領域を識別するためのファイル領域情報を含めており、
上記再構築部が、ダミー情報およびファイル領域情報に基づいて、所望の特定領域に属する名称の変更されたダミーファイルを探索してその名称を元に戻すように設定されていることを特徴とする請求項２に記載のファイル管理装置。
【請求項４】
上記記録部が、ダミーファイルのファイル識別情報に、属する特定領域を識別するためのファイル領域情報を含めており、
上記再構築部が、ダミーファイルの名称が変更された場合に、ファイル領域情報に基づいて名称の変更されたダミーファイルを探索してその名称を元に戻すように設定されていることを特徴とする請求項１に記載のファイル管理装置。
【請求項５】
上記ファイル領域情報が、ダミーファイルのファイル名に応じたダミーファイル名情報であることを特徴とする請求項３あるいは４に記載のファイル管理装置。
【請求項６】
上記記録部が、ファイル識別情報に、各ファイルが特定ファイルであるか否かを識別するための特定ファイル情報を含めるようになっており、
上記再構築部が、ダミーファイルが削除された場合に、特定ファイル情報に基づいて媒体内から特定ファイルを探索し、探索した特定ファイルに隣接してダミーファイルを配置するように設定されていることを特徴とする請求項１に記載のファイル管理装置。
【請求項７】
上記記録部が、上記特定ファイル情報に、属する特定領域を識別するためのファイル領域情報を含めていることを特徴とする請求項６に記載のファイル管理装置。
【請求項８】
上記記録部が、上記ファイル領域情報に、属する特定領域の種類を示す領域種類情報を含めていることを特徴とする請求項７に記載のファイル管理装置。
【請求項９】
上記記録部が、上記ファイル領域情報に、同種の特定領域を区別するための区別情報を含めていることを特徴とする請求項７に記載のファイル管理装置。
【請求項１０】
上記記録部が、上記ファイル領域情報に、属する特定領域に配置されていたダミーファイルの名称に応じたダミーファイル名情報を含めていることを特徴とする請求項７に記載のファイル管理装置。
【請求項１１】
上記記録部が、上記ファイル領域情報に、各ファイルの名称に応じたファイル名情報を含めていることを特徴とする請求項７に記載のファイル管理装置。
【請求項１２】
上記記録部が、特定ファイルのファイル識別情報に、特定領域内でのファイルの配置状態を示すファイル配置情報を含めていることを特徴とする請求項６に記載のファイル管理装置。
【請求項１３】
上記記録部が、特定ファイルのファイル識別情報に、属する特定領域の位置情報を含めていることを特徴とする請求項６に記載のファイル管理装置。
【請求項１４】
ＵＤＦに基づいてファイルを管理するように設定されており、
上記記録部は、ファイル識別情報を、各ファイルのＦｉｌｅ  ＥｎｔｒｙにおけるＥｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅｓフィールドに記録することを特徴とする請求項１記載のファイル管理装置。
【請求項１５】
ＵＤＦに基づいてファイルを管理するように設定されており、
上記記録部は、ファイル識別情報を、各ファイルに関するＦＩＤのＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅフィールドに記録することを特徴とする請求項１記載のファイル管理装置。
【請求項１６】
請求項１〜１５のいずれかに記載のファイル管理装置を備えたファイル記録装置。
【請求項１７】
媒体にファイルを記録する記録装置に使用され、
特定アプリケーションによって特定ファイルを記録するための特定領域を媒体に設けるとともに、
特定領域の空き領域に、特定アプリケーションのみが空き領域と認識可能なように、ダミーファイルを配置しているファイル管理方法において、
特定領域に記録されているファイルを他のファイルと識別するためのファイル識別情報を媒体内に記録する記録工程と、
ダミーファイルの所在が不明となっている場合に、ファイル識別情報に基づいて特定領域内のファイルを探索し、探索結果に基づいて、特定領域を再構築する再構築工程とを含んでいることを特徴とするファイル管理方法。
【請求項１８】
媒体にファイルを記録する記録装置に備えられたコンピューターを、請求項１に記載のファイル管理装置における記録部および再構築部として機能させるためのファイル管理プログラム。
【請求項１９】
媒体にファイルを記録する記録装置に備えられたコンピューターに、請求項１７に記載のファイル管理方法における記録工程および再構築工程を実施させるためのファイル管理プログラム。
【請求項２０】
請求項１８あるいは請求項１９に記載のファイル管理プログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、媒体にファイルを記録する記録装置に備えられ、ダミーファイルによって特定の領域を確保（管理）しているファイル管理装置に関するものである。
【０００２】
【従来の技術】
ハードディスクや光磁気ディスクのような読み書き可能なＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）媒体では、任意の記録領域に情報を記録できる一方、記録領域から不要な情報を削除することによって、その領域を新たな情報記録のために再利用できるようになっている。
【０００３】
このようなＲＡＭ媒体における情報アクセス（情報の記録・読み出し）の利便性を高めるために、一般に、ファイルシステムが利用されている。
ファイルシステムとは、媒体にディレクトリ階層を構築するともに、記録情報をファイルとして管理するためのものである。
【０００４】
なお、このようなファイルシステムとしては、例えば、広く普及しているＦＡＴ（Ｆｉｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）方式や、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）などで導入されているＯＳＴＡ（Ｏｐｔｉｃａｌ  Ｓｔｏｒａｇｅ  Ｔｅｃｈｎｏｌｏｇｙ  Ａｓｓｏｃｉａｔｉｏｎ）のＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ）方式を挙げられる（ＵＤＦについては非特許文献１参照）。
【０００５】
上記のようなファイルシステムでは、媒体に記録するファイルを、実データと管理情報とに分けるようになっている。
ここで管理情報とは、実データを特定するための識別情報や、実データの記録された位置情報（媒体上のアドレス情報）などを含むものである。
【０００６】
なお、媒体のディレクトリも、ファイルと同様に、記録媒体上に記録するデータであるといえる。従って、ファイルシステムでは、ディレクトリについても、ファイルと同様に、実データ（ディレクトリデータ）と、その管理情報とに分けて取り扱うようになっている。
例えば、ＵＤＦファイルシステムでは、ディレクトリの管理情報には、ディレクトリデータの記録位置を管理する記述子が含まれ、ファイルと同様の管理方式が用いられている。
【０００７】
ここで、ファイルシステムによるファイル・ディレクトリの従来の管理方法について説明する。
ファイルシステムを介して媒体に記録されたファイルは、一般的には、媒体上の空き領域に前詰めに記録される。図１４（ａ）（ｂ）は、ファイルの記録状態を示すイメージ図（説明図）である。
【０００８】
図１４（ａ）に示す例では、領域ＡＡ０１が使用済領域、ＡＡ０２が空き領域である。この場合、新規にファイルの書き込みを行うと、空き領域ＡＡ０２の先頭に、ファイルの管理情報ＡＡ０３および実データＡＡ０４が記録されることとなる。
【０００９】
また、図１４（ｂ）に示す例では、領域ＡＡ０５・ＡＡ０６が使用済領域、ＡＡ０７・ＡＡ０８が空き領域となっている。
なお、使用済領域に挟まれている空き領域ＡＡ０７は、一度記録したファイルを削除したときなどに生じる。
【００１０】
この例では、新規にファイルを記録する場合、まず空き領域ＡＡ０７に、管理情報ＡＡ０９と、実データの一部ＡＡ１０とが記録される。そして、記録済領域ＡＡ０６の後方に、残りの実データＡＡ１１が記録される。
【００１１】
しかしながら、上記のような前詰めの記録方式は、媒体の用途によっては、必ずしも適切とはならない。例えば、ＡＶ（Ａｕｄｉｏ−Ｖｉｓｕａｌ）用途でストリームデータを記録する場合には、前詰め方式は不向きである。
【００１２】
すなわち、このようなストリームデータをＡＶ機器でシームレス再生する場合、ある程度の量のデータをバッファメモリに蓄積した後、バッファメモリからデータを画面に出力する。
これは、前詰め方式の記録媒体上では、ストリームデータを連続領域に固めて記録できず、複数の領域に分けて記録しているため、領域間をシークするための時間をバッファメモリで吸収する必要があるからである。
【００１３】
しかし、シーク処理が繁雑に発生すると、バッファメモリの蓄積分を枯渇させてしまい、シームレス再生を継続できなくなることがある。従って、ストリームデータの記録は、シーク処理を回避できるように、連続領域に対して行われることが好ましい。
【００１４】
また、前詰め方式では、ストリームデータに限らず、どのようなデータを記録する場合にも、シーク処理の問題は生じる。
すなわち、ファイルやディレクトリの管理情報は、実データ（ディレクトリデータを含む）のサイズやファイル名などの内容情報を含むものである。従って、例えば、あるディレクトリ内のファイルの一覧を作成する場合、多くの管理情報にアクセスする必要が生ずる。
【００１５】
このようなとき、管理情報と実データとが媒体上で混在していると、シーク処理に要する時間が長くなってしまう。
なお、ストリームデータとは異なり、管理情報へのアクセスにシームレス性は要求されない。けれども、ディレクトリやファイルの一覧作成などの管理情報を用いる処理に時間がかかると、操作性の悪化につながる。このため、同種の管理情報については、連続領域に集中的に記録するほうが望ましいといえる。
【００１６】
また、ＡＶ関連用途であっても、記録するデータはストリームデータだけでなく、静止画データや、それらを再生・表示するための管理データなど、色々な種類のデータが存在する。従って、シーク処理の効率を上げるためには、記録するデータの種類に応じて領域を分けることが好ましい。
【００１７】
そこで、特許文献１「ファイル管理方法」には、集中的に記録したい特定のファイル（特定ファイル）を記録するための領域（特定領域）を設ける技術が記載されている。
【００１８】
この技術では、特定領域の空き領域に、ダミーファイル（実データ（ダミーデータ）と管理情報とからなる）を記録しておき、特定ファイル以外の書き込みを防ぐようになっている。すなわち、この技術では、ダミーファイルによって、特定領域を保護するように設定されている。
なお、ダミーファイルとは、特定領域を保護するための名義的なものである。従って、その実データであるダミーデータは、特定領域に実際に書き込まれるわけではない。
【００１９】
図１５（ａ）（ｂ）は、特許文献１の技術を示すイメージ図である。まず図１５（ａ）において、特定領域はＢＢ０１であり、特定領域内の空き領域に、ダミーファイル（ダミーデータＢＢ０３とその管理情報ＢＢ０２）が配置されている。
この管理方法により、この特定領域ＢＢ０１内には、見かけ上、空き領域がなくなり、特定のアプリケーション（特定ファイルの記録・読み出しを行うアプリケーション）以外による書き込みを防止できる。
【００２０】
なお、ダミーファイルのファイル名（ダミーデータのデータ名）は、特定領域を使用するアプリケーションあるいはファイルシステム（ファイルシステムドライバ）によってダミーファイルであることを理解できるような名称に規定されている。
【００２１】
また、この図に示すように、特定ファイルについては、管理情報ＢＢ０４，実データＢＢ０５の両方を特定領域ＢＢ０１内に配置（管理）してもよい。また、管理情報ＢＢ０６，実データＢＢ０７で構成されるファイルのように、どちらか一方のみを特定領域ＢＢ０１内に配置してもよい。
【００２２】
図１５（ａ）の状態から、新規に特定ファイルを記録する場合、まず、特定領域ＢＢ０１内のダミーデータＢＢ０３の部分に特定ファイルを記録する。その後、空き領域の残り部位に応じて、ダミーファイルの管理情報ＢＢ０２を更新することとなる。
【００２３】
特定ファイルを記録した後のイメージを図１５（ｂ）に示す。
新規に記録した特定ファイルは、管理情報ＢＢ１５、実データＢＢ１６からなるものである（管理情報ＢＢ１５のみを特定領域ＢＢ０８内に配置している）。
また、ダミーデータＢＢ１０は、空き領域確保のために、図１５（ａ）のダミーデータＢＢ０３よりも小さくなっている。
【００２４】
なお、特定ファイルを削除する場合には、その特定ファイルの記録されていた領域をダミーファイルとして管理し直すように、ダミーファイルの管理情報ＢＢ０２を更新する。また、特定領域を拡張もしくは縮小する場合も、ダミーデータを拡張・縮小するように、ダミーファイルの管理情報ＢＢ０２を更新することで行える。
【００２５】
【特許文献１】
特開２００１−２４３０９６号公報；公開日２００１年９月７日
【００２６】
【非特許文献１】
「Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ，  Ｒｅｖｅｒｓｉｏｎ  ２．０１」；Ｏｐｔｉｃａｌ  Ｓｔｏｒａｇｅ  Ｔｅｃｈｎｏｌｏｇｙ  Ａｓｓｏｃｉａｔｉｏｎ，  ２０００年３月１４日
【００２７】
【発明が解決しようとする課題】
しかしながら、上記したダミーファイルは、記録媒体上で、一般のファイルと同じように管理される。
そして、特許文献１の技術では、ダミーファイルを識別できないＰＣ（あるいはアプリケーション）は、ダミーファイルを通常のファイルとして認識することとなる。従って、ユーザーによっては、ダミーファイルを誤って削除したり、ダミーファイルのファイル名を変更したりする可能性がある。
【００２８】
ダミーファイルを削除してしまった場合、特定領域が実質的になくなる。このため、以後、特定ファイルのみを集中的に配置できなくなってしまう。
また、ダミーファイルのファイル名を変更してしまった場合は、ダミーファイルは、異なる名前で媒体に存在し続ける。このため、特定領域に対する無関係なファイルの書き込みを防止できるものの、特定ファイルも書き込めなくなってしまう。
【００２９】
そこで、このような場合、特定領域を再構築する（ダミーファイルを特定領域の空き領域に記録する）必要がある。
【００３０】
しかしながら、従来のファイルシステムは、特定領域の位置情報を、ダミーファイルの管理情報にしか記載していない。
このため、ダミーファイルが削除あるいは名称変更された場合、ファイルシステムは、特定領域の位置を見失い、特定領域を再構築できなくなってしまうという問題がある。
【００３１】
なお、ダミーファイルの名称が変更された場合、ファイル名を元に戻せれば、特定領域を再構築できる。しかしながら、ファイルシステムは、どのファイルがダミーファイルであるかを判別できない。従って、このような方法では再構築を実現できない。
【００３２】
本発明は、上記のような従来の問題点を解決するために成されたものである。そして、その目的は、ダミーファイルが削除・名称変更されて特定領域が実質的になくなってしまった場合でも、速やかに特定領域を再構築できるファイル管理装置を提供することにある。
【００３３】
【課題を解決するための手段】
上記の目的を達成するために、本発明のファイル管理装置（本管理装置）は、媒体にファイルを記録する記録装置に備えられ、特定アプリケーションによって特定ファイルを記録するための特定領域を媒体に設けるとともに、特定領域の空き領域に、特定アプリケーションのみが空き領域と認識可能なように、ダミーファイルを配置しているファイル管理装置において、特定領域に記録されているファイルを他のファイルと識別するためのファイル識別情報を媒体内に記録する記録部と、ダミーファイルの所在が不明となっている場合に、ファイル識別情報に基づいて特定領域内のファイルを探索し、探索結果に基づいて、特定領域を再構築する再構築部とを備えている構成である。
【００３４】
本管理装置は、ＤＶＤやＭＯ（Ｍａｇｎｅｔｉｃ−ｏｐｔｉｃａｌ  Ｄｉｓｋ）などの、ＲＡＭ媒体にファイルを記録するための装置（ファイル記録装置；光ディスク装置など）に備えられるものである。
ここで、ファイルとは、画像や文書データなどのデータ（実データ）と、その管理情報（実データの記録位置などを示す情報）とを含むものである。
【００３５】
また、本管理装置は、媒体内に、特定アプリケーションのための特定領域を設けるようになっている。
ここで、特定領域とは、媒体内の連続領域に集中的に記録したい特定のファイル（特定ファイル）を記録するための領域である。また、特定アプリケーションとは、特定領域を使用する（特定領域に特定ファイルを記録する）アプリケーションソフトのことである。
【００３６】
また、特定領域の空き領域（特定ファイルの記録されていない領域）には、ダミーファイルが配置されるようになっている。このダミーファイルは、特定アプリケーションによって空き領域と認識される一方、他のアプリケーションによっては通常ファイルと認識されるものである。
従って、本管理装置を用いれば、特定領域の空き領域には、特定アプリケーションのみにファイル（特定ファイル）を記録させることが可能となる。
【００３７】
また、特に、本管理装置は、記録部によって、特定領域に記録されているファイル（特定ファイルおよびダミーファイル）に関するファイル識別情報を、媒体内に記録するようになっている。
このファイル識別情報は、すなわち、『そのファイルが特定領域内のファイルであること』を示すための情報である。
【００３８】
ここで、上記したように、ダミーファイルを用いる場合、ダミーファイルの名称が変更されたり、ダミーファイルが削除されたりした場合、ダミーファイルの所在が不明となり、特定領域に対する特定ファイルの記録を行えなくなる。
【００３９】
そして、本管理装置は、ダミーファイルの所在が不明となった場合に、上記のファイル識別情報に基づいて特定領域内のファイル（特定ファイルあるいはダミーファイル）を探索する再構築部を備えている。
【００４０】
そして、この再構築部は、ダミーファイルを見つけ、そして、その名称が変更されていると判断した場合、その名称を元に戻すことで、特定領域を再構築する。
なお、再構築部によるダミーファイルの名称が変更されているか否かの判断については、例えば、外部の部材（特定アプリケーション等）から取得したダミーファイルの名称と、見つけたダミーファイルの名称とが一致しているか否かに基づいて行われる。
また、再構築部は、特定ファイルを見つけた場合、その特定領域に隣接してダミーファイルを再配置することで、特定領域を再構築するようになっている。
【００４１】
このように、本管理装置では、ダミーファイルの所在が不明となって特定領域を使用できなくなったときに、ファイル識別情報に基づいてダミーファイルあるいは特定ファイルを探索し、速やかに特定領域を再構築することが可能となっている。
また、本管理装置をファイル記録装置に備えれば、特定領域を容易に再構築可能な記録装置を実現できる。
【００４２】
また、本管理装置のファイル識別情報については、例えば、各ファイルの管理情報内に個別に記録しても、また、媒体内の他の領域にまとめて記録してもよい。
また、特定ファイルではない通常ファイルに関しても、『そのファイルが特定領域内のファイルではないこと（通常ファイルであること）』を示すファイル識別情報を媒体に記録するようにしてもよい。
【００４３】
また、記録部は、ファイル識別情報に、各ファイルがダミーファイルであるか否かを示すダミー情報を含めるようになっていてもよい。
この場合、再構築部は、ダミーファイルの名称が変更された場合に、ダミー情報に基づいて名称の変更されたダミーファイルを容易に探索でき、その名称を元に戻すことが可能となる。
【００４４】
また、記録部は、このダミー情報に加えて、ダミーファイルのファイル識別情報に、属する特定領域を識別するためのファイル領域情報を含めるように設定されていてもよい。
ここで、ファイル領域情報とは、特定領域が媒体内に複数存在する場合に、各特定領域を識別するための情報である。
この場合、再構築部が、ダミー情報およびファイル領域情報に基づいて、名称の変更されたダミーファイルであって、所望の特定領域に属するダミーファイルを探索して、その名称を元に戻すこととなる。
【００４５】
この構成では、再構築部は、各特定領域に属するダミーファイルのいくつかが名称変更されている場合に、アプリケーションあるいはユーザーの所望する特定領域に属するものについて、選択的に、名称を元に戻せる。すなわち、所望の特定領域に属するダミーファイルだけを復旧させられるので、望まれていない（不要な）特定領域を再構築することを回避できるので、再構築処理にかかる時間を短縮できる。
【００４６】
また、記録部は、ダミーファイルのファイル識別情報にファイル領域情報を含める場合、ダミー情報を含めなくともよい。また、この場合、記録部は、ダミーファイル以外のファイルにファイル領域情報を含めないことが好ましい。この構成では、再構築部は、ファイル領域情報を含むファイルをダミーファイルと認識することが可能となる。
【００４７】
なお、上記のようなファイル領域情報としては、例えば、ダミーファイルのファイル名に応じたダミーファイル名情報を用いることが可能である。
このようなダミーファイル情報を用いると、再構築部は、ダミーファイルの正しい名称を知らなくても、ダミーファイルの現在の名称と、ダミーファイル名情報とが一致しているか否かに基づいて、名称変更されたダミーファイルを探索できる。
【００４８】
また、本管理装置では、記録部は、ファイル識別情報に、各ファイルが特定ファイルであるか否かを識別するための特定ファイル情報を含めるようになっていてもよい。
この場合、再構築部は、ダミーファイルが削除された場合に、特定ファイル情報に基づいて媒体内から特定ファイルを探索することが容易となる。そして、再構築部は、探索した特定ファイルに隣接させてダミーファイルを容易に配置することが可能となる。
【００４９】
また、記録部は、特定ファイル情報に、属する特定領域を識別するためのファイル領域情報を含めることが好ましい。
また、この場合、記録部は、ファイル領域情報に、属する特定領域の種類を示す領域種類情報を含めることが好ましい。
これにより、媒体内に複数種類の特定領域が存在する場合、再構築部は、各特定ファイルがどの種類の特定領域に属するものであるかを判断できる。
従って、再構築部は、再構築すべき特定領域の種類を指定された場合でも、その特定領域に属する特定ファイルを容易に探索でき、特定領域の再構築を実現できる。
【００５０】
また、この場合、記録部は、ファイル領域情報に、領域種類情報に加えて、同種の特定領域を区別するための区別情報を含めていることが好ましい。
【００５１】
ここで、区別情報とは、媒体内に同種の特定領域が複数ある場合、各特定領域を区別するための情報である。
この区別情報としては、例えば、同種の特定領域中で、何番目の特定領域であるかを示す情報（領域順位情報）を用いることが可能である。
これにより、再構築部は、再構築すべき特定領域を個別に指定された場合でも、その特定領域に属する特定ファイルを容易に探索でき、特定領域の再構築を実現できる。
【００５２】
また、この場合、記録部は、特定ファイルのファイル領域情報に、属する特定領域に配置されていたダミーファイルの名称に応じたダミーファイル名情報を含めることが好ましい。
このようなダミーファイル情報を用いると、ダミーファイル名情報に応じたダミーファイルの有無を判断することによって、媒体内に削除されたダミーファイルのあることを検出できる。
【００５３】
また、この場合、記録部は、ファイル領域情報に、各ファイルの名称に応じたファイル名情報を含めてもよい。
この構成では、特定ファイルのファイル名が変更されてしまった場合でも、再構築部が、ファイル名情報を用いて、特定領域のファイル名を元に戻すことが可能となる。
【００５４】
また、本管理装置では、特定領域に、特定ファイルの実データおよび管理情報のいずれか一方あるいは双方を記録できるようになっていることが好ましい。
そして、この場合、記録部は、特定ファイルのファイル識別情報に、ファイル領域情報とともに、特定領域内でのファイルの配置状態を示すファイル配置情報を含めるようになっていることが好ましい。
【００５５】
このファイル配置情報は、特定領域に特定ファイルのどの部分（実データあるいは管理情報）を記録しているか（配置状態；配置パターン）、を示す情報である。
これにより、再構築部は、特定領域内に配置すべき特定ファイルの部分までも認識できるので、特定領域をより正確に再構築できる。
【００５６】
また、記録部は、特定ファイルのファイル識別情報に、ファイル領域情報とともに、各ファイルの属する特定領域の位置情報（サイズ情報を含む）を含めることが好ましい。
これにより、再構築部は、特定ファイルに隣接して配置するダミーファイルのサイズを、特定領域の位置情報に合わせて（特定ファイルとダミーファイルとの合計サイズが、もとの特定領域のサイズとなるように）決定できる。従って、特定領域をより正確に再構築できる。
【００５７】
また、本管理装置は、ＵＤＦに基づいてファイルを管理するように設定されていてもよい。この場合、記録部は、ファイル識別情報を、各ファイルのＦｉｌｅ  ＥｎｔｒｙにおけるＥｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅｓフィールドに記録することが好ましい。
【００５８】
また、本管理装置がＵＤＦに基づいてファイルを管理するように設定されている場合、記録部は、ファイル識別情報を、各ファイルに関するＦＩＤのＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅフィールドに記録するように設定されていてもよい。
ＦＩＤのＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅフィールドにファイル識別情報を格納することで、特定ファイルやダミーファイルの探索時、再構築部は、各ファイルのファイル識別情報を調べる際、各ファイルのＦＥを辿る必要がなくなる（ディレクトリ用ＦＥに付随するＦＩＤだけを探索すればよい）ので、探索処理の高速化を図ることが可能となる。
【００５９】
また、本発明のファイル管理方法（本管理方法）は、媒体にファイルを記録する記録装置に使用され、特定アプリケーションによって特定ファイルを記録するための特定領域を媒体に設けるとともに、特定領域の空き領域に、特定アプリケーションのみが空き領域と認識可能なように、ダミーファイルを配置しているファイル管理方法において、特定領域に記録されているファイルを他のファイルと識別するためのファイル識別情報を媒体内に記録する記録工程と、ダミーファイルの所在が不明となっている場合に、ファイル識別情報に基づいて特定領域内のファイルを探索し、探索結果に基づいて、特定領域を再構築する再構築工程とを含んでいる方法である。
【００６０】
本管理方法は、上記した本管理装置において使用されている方法である。従って、本管理方法をファイル記録装置に用いれば、ダミーファイルの所在が不明となって特定領域を使用できなくなったときに、ダミーファイルあるいは特定ファイルを探索して速やかに特定領域を再構築することが可能である。
【００６１】
また、本発明のファイル管理プログラムは、媒体にファイルを記録する記録装置に備えられたコンピューターを、本管理装置の記録部および再構築部として機能させるためのプログラムである。
【００６２】
また、本発明のファイル管理プログラムを、媒体にファイルを記録する記録装置に備えられたコンピューターに、本管理方法の記録工程および再構築工程を実施させるためのプログラム、と表現することもできる。
【００６３】
一般的なファイル記録装置のコンピューター（あるいはファイル記録装置に接続されたコンピューター）にこれらのプログラムを読み込ませることで、本管理装置における記録部および再構築部（あるいは本管理方法における記録工程および再構築工程）の処理を、そのコンピューターによって実現することが可能となる。
また、これらのプログラムをコンピューターが読取可能な記録媒体に記録させておくことで、プログラムの保存・流通を容易に行えるようになる。
【００６４】
【発明の実施の形態】
本発明の一実施の形態について説明する。
本実施の形態にかかるファイル管理装置（本管理装置；ファイルシステム）は、ＤＶＤレコーダーなどの光ディスク装置に適用されるものである。
そして、本管理装置は、光ディスク用のファイルフォーマットであるＵＤＦ（ＵＤＦ規格）に基づいて、光ディスク（記録媒体）のファイルを管理するものである。
【００６５】
まず、ＵＤＦについて簡単に説明する。なお、ＵＤＦについては、非特許文献１に詳細に記載されている。
ＵＤＦでは、ディスク（記録媒体）を、論理的なボリュームとして扱う。このため、ＵＤＦでは、セクタと呼ばれる単位にディスクを分割し、そのセクタに対して０から最終論理セクタ番号までの論理セクタ番号ＬＳＮ（Ｌｏｇｉｃａｌ  Ｓｅｃｔｏｒ  Ｎｕｍｂｅｒ）を割り当てている。
またボリューム空間内には、ボリューム構造の管理情報を記録する領域と、ファイルやディレクトリを記録するパーティション領域とが存在する。
【００６６】
以下に、パーティション領域について説明する。
パーティション領域内では、各セクタに対し、論理ブロック番号ＬＢＮ（Ｌｏｇｉｃａｌ  Ｂｌｏｃｋ  Ｎｕｍｂｅｒ；０から最終論理ブロック番号まで）が割り当てられている。
なおパーティション領域の位置情報は、ボリューム構造の管理情報領域内の記述子に記録されている。
【００６７】
領域内の各情報は、用途毎に、記述子（Ｄｅｓｃｒｉｐｔｏｒ）と呼ばれる構造体に格納される。全ての記述子は、構造体の先頭にＤｅｓｃｒｉｐｔｏｒ  Ｔａｇと呼ばれる識別子用のフィールドを持っている。これにより、記述子の種類を判別できる。
表１に、Ｄｅｓｃｒｉｐｔｏｒ  Ｔａｇの構造規格を示す。
【００６８】
【表１】
2004362479.tif 000003
【００６９】
また、図２（ａ）に、パーティション領域１１０１内の構造の例を示す。
この図に示すように、パーティション領域１１０１には、ＦＳＤシーケンス１１０２，ＴＤ１１０６，ディレクトリ構造およびデータ領域１１０８が設けられている。
【００７０】
ＦＳＤシーケンス１１０２は、ＦＳＤ（Ｆｉｌｅ  Ｓｅｔ  Ｄｅｓｃｒｉｐｔｏｒ）１１０３，１１０４，１１０５の記録部位である。
ＦＳＤは、ディレクトリ構造およびデータ領域１１０８の基点となるルートディレクトリの位置情報（記録開始アドレスおよびサイズ）を管理している。この図に示すように、ＦＳＤは、パーティション領域１１０１内に複数記録できる。
表２に、ＦＳＤの構造規格を示す。
【００７１】
【表２】
2004362479.tif 000004
【００７２】
表２に示すＦｉｌｅ  Ｓｅｔ  Ｄｅｓｃｒｉｐｔｏｒ  Ｎｕｍｂｅｒフィールドには、ＦＳＤ毎に異なる番号が格納され、最も大きい番号をもつＦＳＤが有効となる。
Ｒｏｏｔ  Ｄｉｒｅｃｔｏｒｙ  ＩＣＢフィールドには、ルートディレクトリの位置情報が記録される。
Ｉｎｔｅｒｃｈａｎｇｅフィールドには、パーティション領域の互換性を規定した互換レベルが格納され、Ｃｈａｒａｃｔｅｒ  Ｓｅｔ  Ｌｉｓｔフィールドには、パーティション内で使用する文字列タイプが記録される。
【００７３】
またＮｅｘｔ  Ｅｘｔｅｎｔフィールドには、次のＦＳＤシーケンスを記録できる。ＦＳＤシーケンスの読み込みは、ＴＤを読み込んだ場合、未記録領域を読み込んだ場合、またＦＳＤシーケンス領域の全てを読み込んだ場合に終端する。
また、パーティション領域のＴＤ（Ｔｅｒｍｉｎａｔｉｎｇ  Ｄｅｓｃｒｉｐｔｏｒ）１１０６はＦＳＤシーケンスの終端を表すものである。
【００７４】
表３に、ＴＤの構造規格を示す。Ｄｅｓｃｒｉｐｔｏｒ  ＴａｇのＬｏｃａｔｉｏｎフィールドには、論理ブロック番号ＬＢＮが記録される。
【００７５】
【表３】
2004362479.tif 000005
【００７６】
ＳＢＤ（Ｓｐａｃｅ  Ｂｉｔｍａｐ  Ｄｅｓｃｒｉｐｔｏｒ）１１０７は、パーティション領域１１０１の各論理ブロックの空き領域を管理する領域である。ＳＢＤの位置情報は、ボリューム構造の管理情報領域内の記述子に記録されている。
表４に、ＳＢＤの構造規格を示す。ＳＢＤでは、各論理ブロックの空領域の情報がビット単位で管理され、Ｂｉｔｍａｐフィールドに格納されている。
【００７７】
【表４】
2004362479.tif 000006
【００７８】
また、パーティション領域１１０１のディレクトリ構造およびデータ領域１１０８は、ファイルの実データおよび管理情報と、ファイルを管理するディレクトリ構造とを記録するための領域である。
【００７９】
次に、ディレクトリ構造および実データ領域１１０８について説明する。
図２（ｂ）は、ルートディレクトリ以下の構造の例を示す説明図である。
この図に示すＦＥは、主に、付随するデータの位置情報を管理するものであり、ルートディレクトリ用ＦＥ（Ｒｏｏｔ  Ｄｉｒ−ＦＥ）１１０９、ディレクトリ用のＦＥ（Ｄｉｒ−ＦＥ）１１０９・１１１２、および、ファイル用のＦＥ（Ｆｉｌｅ−ＦＥ）１１１４・１１１６がある。
【００８０】
Ｆｉｌｅ−ＦＥ（管理情報）は、ファイルの実データにおける記録領域の位置情報を管理する。
例えば、Ｆｉｌｅ−ＦＥ１４は、実データ１１１５の記録領域の位置情報を管理する。ここで、Ｆｉｌｅ−ＦＥと実データとは、必ずしも隣接して記録されなくてもよい。
【００８１】
また、ルートディレクトリ用ＦＥ（Ｒｏｏｔ  Ｄｉｒ−ＦＥ）１１０９は、ディレクトリ構造の基点となるルートディレクトリの管理情報である。そして、ＦＩＤ（Ｆｉｌｅ  Ｉｄｅｎｔｉｆｉｅｒ  Ｄｅｓｃｒｉｐｔｏｒ）１１１０，１１１１，１１１３の位置情報を管理する機能を有している。
【００８２】
ＦＩＤは、ディレクトリに含まれる要素（ファイルやディレクトリ）の識別情報や、上述のＦｉｌｅ−ＦＥの位置情報を管理する。
ＦＩＤは、Ｄｉｒ−ＦＥの管理する記録領域に先頭から順に格納され、１つのＦＩＤは、ディレクトリ内の１つの要素に対応する。
このＦＥおよびＦＩＤを順に辿ることによって、ルートディレクトリ下の全ての要素を把握することが可能である。
表５に、ＦＥの構造規格を示す。
【００８３】
【表５】
2004362479.tif 000007
【００８４】
この表５に示すＩｎｆｏｒｍａｔｉｏｎ  Ｌｅｎｇｔｈフィールドは、ＦＥの管理するファイルのファイルサイズが記録される。
Ａｌｌｏｃａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒｓフィールドには、Ｆｉｌｅ−ＦＥであれば実データの記録領域の位置情報、Ｄｉｒ−ＦＥであればＦＩＤの記録領域の位置情報が格納される。
なお、実データもしくはＦＩＤの記録領域が複数の領域に分断して記録されている場合、このフィールドには、分断の数と同数の記録領域の位置情報が格納される。
ＦＩＤの構造規格を表６に示す。
【００８５】
【表６】
2004362479.tif 000008
【００８６】
この表６に示すＩＣＢフィールドには、対応する要素のＦＥにおける記録領域の位置情報が記録される。
Ｆｉｌｅ  Ｉｄｅｎｔｉｆｉｅｒフィールドには、ファイル名またはディレクトリ名が記録される。Ｄｉｒ−ＦＥの管理するＦＩＤのうち、先頭のＦＩＤは、親ディレクトリのＤｉｒ−ＦＥにおける記録領域の位置情報を格納したＦＩＤである。
【００８７】
以上の記述子内で管理される位置情報のほとんどは、記述子ＡＤ（Ａｌｌｏｃａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒ）、もしくはそれと同等の記述フォーマットで表現される。記述子ＡＤは、主に以下の２種類が用いられる。
【００８８】
表７に、Ｓｈｏｒｔ  Ａｌｌｏｃａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒの構造規格を示す。
【００８９】
【表７】
2004362479.tif 000009
【００９０】
この表７に示すＥｘｔｅｎｔ  Ｐｏｓｉｔｉｏｎフィールドには、格納する記録領域の位置情報が、パーティション内での論理ブロック番号ＬＢＮで記録される。また、Ｅｘｔｅｎｔ  Ｌｅｎｇｔｈフィールドには、その長さがバイト単位で記録される。
【００９１】
表８に、Ｌｏｎｇ  Ａｌｌｏｃａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒの構造規格を示す。
【００９２】
【表８】
2004362479.tif 000010
【００９３】
この表８に示すＥｘｔｅｎｔ  Ｌｏｃａｔｉｏｎフィールドには位置情報の開始位置が、ボリューム内のパーティション番号と、パーティション内の論理ブロック番号ＬＢＮとによって記録される。また、Ｅｘｔｅｎｔ  Ｌｅｎｇｔｈフィールドにはその長さがバイト単位で記録される。
【００９４】
次に、本管理装置の構成について説明する。
本管理装置は、ディスク上に、ＡＶ用途のストリームデータのように、集中的に記録したい特定のファイル（特定ファイル）を記録するための領域（特定領域）を設けるように設定されている。
【００９５】
そして、本管理装置では、特定領域の空き領域に、ダミーファイル（ダミーデータ（実データ）とＦｉｌｅ−ＦＥ（管理情報）とからなる）を記録しておき、特定ファイル以外の書き込みを防ぐ（ダミーファイルによって特定領域を保護する）ようになっている。
【００９６】
なお、ダミーファイルとは、特定領域を保護するための名義的なものである。従って、その実データであるダミーデータは、特定領域に実際に書き込まれるわけではない。
【００９７】
また、以下では、特定ファイルでないファイルを通常ファイル、特定領域ではない領域を通常領域と称する。
また、ディスク上の特定領域（特待ファイル）を使用するアプリケーションソフト（特定ファイルの記録・読み出しを行うアプリケーションソフト）を、特定アプリケーションと称する。
【００９８】
図３は、本管理装置の構成を示すブロック図である。
この図に示すように、本管理装置は、制御部１１，アプリケーション・インターフェース１２，デバイス・ドライバ１３およびバッファメモリ１４を備えている。
【００９９】
アプリケーション・インターフェース１２は、本管理装置の備えられている光ディスク装置（あるいは光ディスク装置を備えている装置）の保有する様々なアプリケーションソフト（アプリケーション）との間での信号（情報）の送受信を行うためのものである。
【０１００】
デバイス・ドライバ１３は、本管理装置の備えられている光ディスク装置における他のデバイス（光ピックアップデバイス，ディスクを回転駆動するためのデバイスなど）との信号（情報）の送受信を行うためのものである。
バッファメモリ１４は、制御部１１の使用するバッファメモリである。
【０１０１】
制御部１１は、本管理装置の全動作を制御する、本管理装置の中枢部である。そして、図３に示すように、制御部１１は、再構築部２１および記録部２２を備えた構成である。
【０１０２】
制御部１１の記録部２２は、他の部材１２〜１４を制御して、上記したようなＵＤＦに基づくファイル管理、および、後述するような、特定領域の確保処理（記録処理）を行うものである。
また、再構築部２１は、同じく他の部材１２〜１４を制御して、特定領域の再構築処理（後述する）を実施する機能を有している。
【０１０３】
ここで、本管理装置における制御部１１の記録部２２における、ダミーファイルによる特定領域の確保処理について説明する。
図４（ａ）（ｂ）は、その一例を表す説明図である。
【０１０４】
図４（ａ）に、ディレクトリ構造およびデータ領域１０１内の領域構成を示す。図中、特定領域１０３・１０４は、特定ファイルだけを記録できるように、ダミーファイルによる空き領域の確保（管理）を実施する領域である。
一方、通常領域１０２・１０５は、ダミーファイルによる保護（管理）を行わない領域（特定領域以外の領域）である。
【０１０５】
図４（ｂ）に、特定領域１０３の領域構成を示す。
この図に示すように、特定領域１０３内には、２つのファイル、すなわち、Ｆｉｌｅ−ＦＥ１０６・実データ１０７からなるファイルと、Ｆｉｌｅ−ＦＥ１０８・実データ１０９からなるファイルとが記録されている。
また、記録部２２は、特定領域１０３の空き領域に、ダミーデータ１１１と、ダミーデータ１１１を実データとして管理するためのＦｉｌｅ−ＦＥ（ダミーファイルＦｉｌｅ−ＦＥ）１１０とからなるダミーファイルを記録するようになっている。
【０１０６】
なお、これらのファイルの位置情報（アドレスおよびサイズ）やＦｉｌｅ−ＦＥの位置情報を管理するＦＩＤは、ファイルの含まれるディレクトリのＤｉｒ−ＦＥに付随している。
本管理装置の記録部２２は、これらのＦＩＤおよびＤｉｒ−ＦＥを、特定領域１０３内には記録せず、例えば、通常領域１０２・１０５に記録するように設定されている。このため、これらＦＩＤおよびＤｉｒ−ＦＥは、図４（ｂ）には示されていない。
【０１０７】
このように、本管理装置では、記録部２２が、特定領域内の空き領域にダミーファイルを配置することによって、見かけ上、特定領域内に空き領域を設けないようにしている。
そして、ダミーファイルによって確保された特定領域内の空き領域については、特定アプリケーションのみが、ファイル（特定ファイル）を記録できるようになっている。
【０１０８】
また、ＵＤＦの管理情報で、パーティション領域内の空き領域を管理するＳＢＤに関しても、ダミーファイルの記録領域については使用されているものとして扱われる。
【０１０９】
また、運用過程において、例えば先頭の特定ファイルが削除され、実データ１０７とＦｉｌｅ−ＦＥ１０６との記録領域が空き領域となった場合もある。このような場合、本管理装置では、図４（ｃ）に示すように、記録部２２が、この領域にダミーデータ１１２を配置する（この領域をダミーデータ１１２として管理する）。そして、記録部２２は、このダミーデータ１１２の配置に応じて、ダミーファイル用Ｆｉｌｅ−ＦＥ１１０を更新する。
【０１１０】
また、記録部２２は、更新後のダミーファイル用Ｆｉｌｅ−ＦＥ１１０に、元のダミーデータ１１１、および、ファイルの削除によって発生したダミーデータ１１２の位置情報（位置情報を示すＡＤ）を格納している。
【０１１１】
また、図４（ａ）に示した特定領域１０３ａは、特定領域１０３の一部（飛び地）である。
すなわち、特定領域１０３に特定ファイルを記録しきれなくなった場合（特定ファイルの量が増えた場合）、本管理装置では、記録部２２が、特定領域１０３外の空き領域にダミーファイルを記録し、特定領域１０３の拡張領域である特定領域１０３ａを作成するようになっている。
このように、１種類の特定領域が複数の連続領域から構成される状態を、以降では、特定領域の分断と称する。
【０１１２】
上記したように、本管理装置では、記録部２２が、特定領域内の空き領域を常に確保するようにダミーファイルを作成するようになっている。
従って、特定領域には見かけ上空き領域が存在せず、この領域を使用する特定アプリケーション以外のアプリケーションによるデータ書き込みを防止できる。
これにより、本管理装置では、特定領域内に、特定ファイルを集中的に記録することが可能となっている。
【０１１３】
そして、特に、本管理装置は、ダミーファイルの削除や移動、ダミーファイルのファイル名変更などが行われてしまい、特定領域の所在が不明になった場合でも、特定領域を再構築できるようになっている。
【０１１４】
以下に、本管理装置における特定領域の再構築について説明する。
本管理装置では、上記のような場合に特定領域を再構築できるように、ファイルの記録時に、記録部２２が、Ｆｉｌｅ−ＦＥに、各ファイルを識別するための情報（ファイル識別情報；Ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）を記録するようになっている。
そして、特定領域の所在が不明になった場合、このファイル識別情報に基づいて、再構築部２１が、特定領域を再構築するようになっている。
【０１１５】
まず、記録部２２によるファイル識別情報の記録について説明する。
記録部２２は、ファイル識別情報として、ファイル配置情報（Ａｌｌｏｃａｔｉｏｎ  Ｔｙｐｅ）、ファイル領域情報（Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｔｙｐｅ，Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｎｕｍｂｅｒ）およびダミー情報（Ｄｕｍｍｙ  Ｆｉｌｅ）を用いる。
そして、記録部２２は、これらの情報を、各ファイルにおけるＦｉｌｅ−ＦＥのＥｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅｓフィールドに、拡張属性として格納するように設定されている。
【０１１６】
ここで、ダミー情報（Ｄｕｍｍｙ  Ｆｉｌｅ）とは、ファイルが、特定領域内の空き領域を管理するダミーファイルであるか、あるいは、それ以外のファイルであるかを示す情報である。
【０１１７】
また、ファイル配置情報（Ａｌｌｏｃａｔｉｏｎ  Ｔｙｐｅ）とは、ファイル（特定ファイルおよび通常ファイル）が、特定領域内外にどのように配置されているかを示す情報である。
【０１１８】
上述したように、ＵＤＦでは、ファイルは、実データと、その位置情報を管理するＦｉｌｅ−ＦＥと分けられている。また、ディスク内でのそれぞれの記録位置は任意である（隣接していなくてもよい）。
従って、ファイルを特定領域内外に配置するパターンには、図５に示すような４パターンが考えられる。
【０１１９】
すなわち、
パターン０；実データ，Ｆｉｌｅ−ＦＥの両方とも特定領域内に配置される
パターン１；Ｆｉｌｅ−ＦＥのみが特定領域に配置される
パターン２；両方とも特定領域に配置されない
パターン３；実データのみ特定領域に含まれる
である。
ここで、パターン２は、特定領域内で管理しない通常ファイルに割り当てられるファイル配置情報である。
【０１２０】
また、ファイル領域情報とは、ファイルの記録（管理）されている領域を識別する情報である。
そして、本管理装置では、記録部２２が、ファイル領域情報として、領域種類情報（Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｔｙｐｅ）と、領域順位情報（Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｎｕｍｂｅｒ）とを記録するようになっている。
【０１２１】
ここで、領域種類情報（Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｔｙｐｅ）とは、関連するアプリケーションや、その領域に記録されているファイルの内容などに基づいた情報であり、特定領域の種類を示す情報である。
また、領域順位情報（Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｎｕｍｂｅｒ）とは、その領域が特定領域であって、媒体内に同種の特定領域が複数ある場合、その種類中で何番目の特定領域であるかを表す情報である。
【０１２２】
図６は、ファイル領域情報における領域種類情報の例を示す説明図である。
この図の例では、種類Ａ〜Ｃを定義し、それぞれに種類情報０〜３を対応付けている。
特定領域の種類の例としては、例えば、ディレクトリ管理情報領域，コンテンツ管理情報領域，アプリケーション管理情報領域を挙げられる。
【０１２３】
ディレクトリ管理情報領域とは、ルートディレクトリ以下のディレクトリ・ファイル一覧作成を高速化するため、Ｄｉｒ−ＦＥと、それに付随するデータのみを集中的に管理する領域である。
【０１２４】
コンテンツ管理情報領域とは、起動時に記録済みコンテンツの情報をＧＵＩ（Ｇｒａｐｈｉｃ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）に素早く表示するために、コンテンツ管理用のファイルを集中的に管理する領域である。
さらに、アプリケーション管理情報領域とは、アプリケーションの起動に必要な各種設定ファイルなどを集中管理する領域である。
【０１２５】
ここで、上記したようなファイル識別情報の記録状態の一例について説明する。
図７（ａ）〜（ｅ）は、ファイルにおけるＦｉｌｅ−ＦＥの構成を示す説明図である。
なお、この図の例では、２つの特定領域４０１・４０２の種類が互いに異なるとする。
【０１２６】
以下に、種類Ａの特定領域４０１内に管理されているファイル（Ｆｉｌｅ−ＦＥ１０３，実データ４０４）を例にとって、ファイル識別情報の格納方法を説明する。
【０１２７】
なお、ファイル識別情報を格納するフィールドは、図７（ａ）に示すように、Ｆｉｌｅ−ＦＥ４０３内のＥｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅｓフィールド内である。
また、ファイル識別情報を格納するためのＵＤＦの枠組みは、図７（ｂ）に示すように、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｅｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅと呼ばれる拡張属性情報である。
【０１２８】
図７（ｂ）は、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｅｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅの構造規格を示す説明図である。
この図に示すように、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｅｘｔｅｎｄｅｄ  ＡｔｔｒｉｂｕｔｅのＡｔｔｒｉｂｕｔｅＬｅｎｇｔｈフィールドには、この属性情報全体のサイズが格納される。
また、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｌｅｎｇｔｈフィールドには、後述するＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅフィールドのサイズが格納される。
【０１２９】
さらに、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｅｘｔｅｎｄｅｄ  ＡｔｔｒｉｂｕｔｅのＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒには、本管理装置における固有の識別情報（装置識別情報；本管理装置によって記録されたことを示す情報）が格納される。
【０１３０】
ここで、本管理装置では、記録部２２は、全てのファイルに関し、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒフィールドに同じ情報（本管理装置に固有の識別子）を記録するように設定されている。
なお、この情報は、本管理装置以外の装置でファイルを記録する場合には記録されない。従って、この情報によって、ファイルを記録した機器を区別できるようになっている。
【０１３１】
また、図７（ｃ）（ｄ）に示すように、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｅｘｔｅｎｄｅｄ  ＡｔｔｒｉｂｕｔｅのＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅフィールドには、Ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ、すなわちファイル識別情報が格納される。
【０１３２】
図７（ｅ）に、Ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎフィールドの内部構造を示す。
Ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎは、１６ビットの情報であり、最初の１ビットは、ダミー情報（Ｄｕｍｍｙ  Ｆｉｌｅフィールド）を表す。
次の４ビットは、特定領域の種類情報（Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｔｙｐｅ）を表す。
その次の４ビットは、同じ種類の特定領域が複数存在する場合に、それらを区別するための特定領域番号（Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｎｕｍｂｅｒ）を表す。
その次の２ビットは、ファイル配置情報（Ａｌｌｏｃａｔｉｏｎ  Ｔｙｐｅ）を表す。
そして、残りの５ビットは、将来の拡張用として予約（確保）している部分である。
【０１３３】
なお、通常ファイル（特定ファイルでないもの）の場合、ファイル領域情報であるＡｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｎｕｍｂｅｒ（領域種類情報）およびＡｌｌｏｃａｔｉｏｎ  Ｔｙｐｅ（領域順位情報）は無効となる。
【０１３４】
また、後述するが、これらの情報は用途によっては必ずしも全て必要ではない。例えば、本管理装置を、ダミーファイルであるか否かを識別するためだけの構成（用途）であって、記録媒体上に特定領域を１つだけ設けるように構成（運用）する場合、ファイル識別情報としては、ダミー情報（Ｄｕｍｍｙ  Ｆｉｌｅ）のみを含ませればよい。
【０１３５】
ここで、図７に示したＦｉｌｅ−ＦＥ４０３を記録する場合における、ファイル識別情報の記録（格納）処理の例を説明する。
まず、Ｆｉｌｅ−ＦＥ４０３はダミーファイル用のＦＥではないので、記録部２２は、Ｄｕｍｍｙ  Ｆｉｌｅフィールドに０を格納する（ダミーファイルのＦＥである場合は１が格納される）。
【０１３６】
次に、Ｆｉｌｅ−ＦＥ４０３の属する特定領域は種類Ａなので、記録部２２は、図６に従ってＡｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｔｙｐｅフィールドを１とする。
なお、Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｔｙｐｅは、特定領域を使用するアプリケーションから与えられる場合と、本管理装置の記録部２２（ファイルシステム側）が判断して設定すると場合がある。
【０１３７】
例えば、前述のコンテンツ管理情報領域やアプリケーション管理情報領域など、ファイルシステムレベルでは判別できない種類の情報を管理する特定領域の場合は、アプリケーションからＡｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｔｙｐｅが与えられる。
また、ディレクトリ管理情報のように、ファイルシステムレベルで識別可能な種類の情報を管理する特定領域の場合は、記録部２２が判断してＡｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｔｙｐｅを設定してもよい。
【０１３８】
次に、記録部２２は、同種の特定領域が他にないので、Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｎｕｍｂｅｒの初期値を０とする。
なお、記録部２２は、運用途中に同種の（同じＡｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｔｙｐｅを有する）特定領域が新規に記録（定義）された場合、そのＡｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｎｕｍｂｅｒフィールド（領域順位情報に相当）を１づつ増やす。
【０１３９】
次に、実データ４０４、Ｆｉｌｅ−ＦＥ４０３の両方とも特定領域内で管理するパターンであるため、図５に従って、記録部２２は、Ａｌｌｏｃａｔｉｏｎ  Ｔｙｐｅには０を格納する。
【０１４０】
なお、記録部２２は、これらのＡｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ（ファイル識別情報）を、特定ファイルを記録（作成）したときに、Ｆｉｌｅ−ＦＥに格納するように設定されている。
また、記録部２２よるＡｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎの更新は、管理される特定領域等が変更されない限り、必要ない。
【０１４１】
図８は、ディスクにファイルを記録する際における、上記した本管理装置の記録部２２によるファイル識別情報の記録処理の流れを示すフローチャートである。
【０１４２】
この処理では、まず、記録部２２に対し、アプリケーションからファイルの書き込み要求（Ｓ１）が行われる。
そして、記録部２２は、アプリケーションより、Ｆｉｌｅ−ＦＥに格納するファイル識別情報を引き渡される（Ｓ２；記録部２２が、ファイル識別情報を取得する）。
【０１４３】
ファイル識別情報の引き渡しに関しては、例えば、アプリケーション管理情報やコンテンツ管理情報の場合は、アプリケーション側が、格納するファイル識別情報を記録部２２に引き渡す。
またディレクトリ管理情報など、ファイルシステムレベルで識別可能な情報の場合は、記録部２２（ファイルシステム側）自身で、ファイル識別情報を決定できる。
【０１４４】
次に、記録部２２は、ファイルの管理情報であるＦｉｌｅ−ＦＥおよびＦＩＤを作成する（Ｓ３）。
次に、記録部２２は、ファイル識別情報を格納するＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｅｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅ構造体を作成する（Ｓ４）。このとき、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒフィールドには、本管理装置に固有の識別子を格納しておく。
【０１４５】
その後、記録部２２は、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｅｘｔｅｎｄｅｄ  ＡｔｔｒｉｂｕｔｅのＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅフィールドに、Ｓ２で取得したファイル識別情報（Ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）を格納する（Ｓ５）。
次に、記録部２２は、このＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｅｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅ構造体を、Ｆｉｌｅ−ＦＥのＥｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅｓフィールドに格納し（Ｓ６）、記録処理を終了する。
【０１４６】
次に、本管理装置の再構築部２１による、ファイル識別情報を用いた特定領域の再構築について説明する。
なお、本管理装置の特定領域の再構築は、特定領域内の空き領域（ダミーファイル）を認識できない（ダミーファイルにアクセスできない）と判断した特定アプリケーションが、本管理装置の再構築部２１に再構築要求を伝達することによって開始される。
【０１４７】
また、特定領域がディスク上にないと判断される原因は、主に、ダミーファイルのファイル名の変更と、ダミーファイルの削除である。
すなわち、特定アプリケーションは、特定領域内の空き領域であるダミーファイルに特定ファイルを記録するようになっている。このため、ダミーファイルが見分けられなくなったり、なくなったりすると、特定ファイルの記録を行えなくなる。
【０１４８】
まず、ダミーファイルのファイル名が変更（名称変更）されてしまった場合について説明する。
特定アプリケーションは、ダミーファイルと通常ファイルとの区別を、ダミーファイル名を用いて行うようになっている。このため、ダミーファイルの名称が変更された場合、特定アプリケーションは、ダミーファイルにアクセスできず、特定領域内の空き領域に関する情報（位置，サイズの情報）を取得できない。
また、名称の変更されたダミーファイルは、全てのアプリケーションによって、通常ファイルとみなされる。
【０１４９】
このとき、新規にダミーファイルを作成し、特定領域を復旧することも考えられる。
しかしながら、この場合、もとのダミーファイルが通常ファイルとして特定領域内に残ることとなる。従って、その記録領域が無駄に使用され続けてしまい、特定領域を用いた効率的な運用を継続できなくなる。
【０１５０】
図９（ａ）に、ダミーファイルのファイル名が変更される前の記録領域の状態（例）を示す。
特定領域６０１に記録（管理）されているＦｉｌｅ−ＦＥ６０２・６０４およびダミーファイル用Ｆｉｌｅ−ＦＥ６０５には、それぞれ、ファイル識別情報（Ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）が格納されている。  ここで、特定領域６０１内のダミーファイル名が変更されてしまった場合、ダミーファイル用のＦｉｌｅ−ＦＥ６０５およびダミーファイル６０６からなるダミーファイルは、ダミーファイルとして認識されなくなる。
そして、図９（ｂ）に示すように、Ｆｉｌｅ−ＦＥ６０５と実データ６０６とからなる通常ファイルと認識され、実質的に領域６０１は特定領域ではなくなってしまう。
【０１５１】
次に、ダミーファイルを識別できないＰＣ等からユーザーが誤ってダミーファイルを削除してしまった場合の、再構築部２１による特定領域の再構築処理について説明する。
【０１５２】
この場合も、上述のファイル名変更の場合と同様、特定アプリケーションは、ダミーファイルへのアクセスができなり、結果として特定領域を用いた運用（特定ファイルの記録）を継続できなくなってしまう。
【０１５３】
図１０（ａ）に、ダミーファイルが削除される前の記録領域の状態（例）を示す。この図の例では、特定領域は、特定領域８０１・８０２に分断して管理されている。
特定領域８０１・８０２に管理されているＦｉｌｅ−ＦＥ８０３，８０５，８０９およびダミーファイル用Ｆｉｌｅ−ＦＥ８０６には、それぞれ、ファイル識別情報（ダミー情報，ファイル配置情報およびファイル領域情報）が格納されている。
【０１５４】
ここで、特定領域８０１・８０２内の空き領域を管理するダミーファイル（ダミーファイル用Ｆｉｌｅ−ＦＥ８０６，ダミーデータ８０７・８１０）が削除されてしまった場合、その後の領域は、図１０（ｂ）に示すように、全アプリケーション（特定アプリケーションを含む）によって、通常の空き領域８１７・８２０と認識される。すなわち、領域８０１・８０２は、実質的に、特定領域ではなくなってしまう。
【０１５５】
以下に、ダミーファイルのファイル名の変更、あるいは、ダミーファイルの削除によって、特定アプリケーションから本管理装置の再構築部２１に再構築要求のなされた場合における、再構築部２１の処理について説明する。
【０１５６】
図１は、この処理の流れを示すフローチャートである。
この図に示すように、この処理では、まず、再構築部２１は、特定アプリケーションによって、特定領域の再構築要求を受ける。
そして、再構築部２１は、特定アプリケーションから、その特定領域に関するファイル領域情報（Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＴｙｐｅおよびＡｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｎｕｍｂｅｒ）と、ダミーファイルの名称とを取得する（Ｓ１１）。
【０１５７】
次に、再構築部２１は、名称変更されたダミーファイルの有無を探索する（Ｓ１２）。なお、この探索については後述する。
そして、名称変更されたダミーファイルを探索できた場合（Ｓ１３）、再構築部２１は、ダミーファイルにアクセスできない原因は、ダミーファイルの名称変更にあると判断する。
その後、再構築部２１は、後述する名称変更時の再構築処理を行い（Ｓ１７）、処理を終了する。
【０１５８】
一方、名称変更されたダミーファイルを探索できなかった場合、再構築部２１は、ダミーファイルにアクセスできない原因は、ダミーファイルの削除にあると判断する。
そして、再構築部２１は、後述する特定ファイル探索（Ｓ１５）および削除時の再構築処理（Ｓ１６）を行い、処理を終了する。
【０１５９】
次に、図１にＳ１２として示した、名称変更されたダミーファイルの探索処理について説明する。
図１１は、この処理の流れを示すフローチャートである。
この処理は、再構築部２１が、ディスク上から、Ｓ１１において取得したファイル領域情報を有するダミーファイル（実際にはダミーファイル用Ｆｉｌｅ−ＦＥ）を探索する処理である。
【０１６０】
なお、再構築要求の出されたとき（ダミーファイルにアクセスできないとき）に、ディスク上にこのようなダミーファイルのある場合には、そのダミーファイルは必ず名称変更されているといえる。
すなわち、Ｓ１１において取得したファイル領域情報を有する、名称変更されていないダミーファイルがあれば、特定アプリケーションはダミーファイルにアクセスできるため、再構築要求はなされない。
【０１６１】
また、この処理では、再構築部２１が、ルートディレクトリ下のファイルから探索を開始するとする。
具体的には、再構築部２１は、ルートディレクトリ用ＦＥ（Ｒｏｏｔ  Ｄｉｒ−ＦＥ）に付随するＦＩＤのうち、最初のＦＩＤの参照するファイルから探索対象とする（Ｓ７０３）。
【０１６２】
まず、再構築部２１は、探索対象ファイルのＦｉｌｅ−ＦＥに格納されているファイル識別情報（Ａｌｌｏｃａｔｅｄ  Ｉｎｆｏｒｍａｔｉｏｎ）のうち、ダミー情報（ｄｕｍｍｙ  ｆｉｌｅ）を参照する（Ｓ７０４）。
【０１６３】
このとき、ｄｕｍｍｙ  ｆｉｌｅの値が０の場合、再構築部２１は、探索対象ファイルはダミーファイルではないと判断し、次の探索対象に移る（Ｓ７０６）。ここで、次の探索対象とは、探索しているディレクトリ内の次のＦＩＤによって参照されるファイルのことである。
【０１６４】
また、次のＦＩＤがディレクトリのＦＥ（ｄｉｒ−ＦＥ）を参照していた場合、再構築部２１は、探索対象を、そのディレクトリ内の最初のＦＩＤによって参照されるファイルに設定する（Ｓ７０７）。
【０１６５】
また、Ｓ７０６において、次のＦＩＤのない場合、再構築部２１は、探索していたディレクトリの格納されている親ディレクトリの中の、次のＦＩＤの参照するファイルを探索する。
【０１６６】
そして、この一連の処理を行うことによって、再構築部２１は、ルートディレクトリ以下の全てのファイルを探索できる。
そして、全てのファイルを探索し終えて、ダミーファイルが見つからなかった場合は、この処理は終了となる（Ｓ７０８；図１におけるＳ１３を経てＳ１４に処理を進める）。
【０１６７】
一方、Ｓ７０４においてダミー情報（ｄｕｍｍｙ  ｆｉｌｅ）の値が１であった場合、再構築部２１は、そのＦｉｌｅ−ＦＥに関するファイルがダミーファイルであると判断する。
そして、そのＦｉｌｅ−ＦＥに記録されているファイル領域情報（領域種類情報（Ａｌｌｏｃａｔｉｏｎ  Ａｒｅａ  Ｔｙｐｅ）および、領域順位情報（Ａｌｌｏｃａｔｉｏｎ  Ａｒｅａ  Ｎｕｍｂｅｒ））を参照（Ｓ７０５）する。
【０１６８】
そして、再構築部２１は、参照結果がＳ１１（図１）で取得したファイル領域情報（探索すべきダミーファイルのファイル領域情報）と一致する場合、名称の変更されたダミーファイルを検出できたと判断し、処理を終了する（Ｓ７０９；図１におけるＳ１７に処理を進める）。
【０１６９】
次に、図１にＳ１７として示した、名称変更時の再構築処理について説明する。
この処理では、再構築部２１は、まず、検出されたＦｉｌｅ−ＦＥに関するダミーファイルの名称を元に戻す。なお、再構築部２１は、ダミーファイルの元の名称を、図１のＳ１１において、特定アプリケーションから取得している。
そして、その後、再構築部２１は、ダミーファイルの整合性を確認する。
これは、ダミーファイルが名称変更された後に、例えばファイルサイズや属性がユーザーや無関係なアプリケーションによって変更されているかもしれず、元の運用ができなくなっている可能性があるからである。
【０１７０】
よって、再構築部２１は、名称を元に戻したダミーファイルが、本管理装置（ファイルシステム）や特定アプリケーションで規定されたサイズや属性を有するか否かを確認する。そして、変更の加えられている場合は修正する。
例えば、ダミーデータのサイズが小さくなっていた場合は、ダミーデータのサイズ（領域）を増やすように、ダミーファイル用Ｆｉｌｅ−ＦＥを更新する（元に戻す）。
これにより、ダミーファイルを復活させ、特定領域を再構築することが可能となる。
【０１７１】
このように、本管理装置では、ダミーファイルの名称が変更された場合、再構築部２１によって名称の変更されたダミーファイルを見つけ出し、名称を元に戻すことで、特定領域を再構築することが可能となっている。
すなわち、この場合、再構築部２１が、ダミーファイルのＦｉｌｅ−ＦＥ６０５に格納したファイル識別情報を用いて、名称の変更されたダミーファイルを認識する。
【０１７２】
詳細には、再構築部２１は、Ｄｕｍｍｙ  Ｆｉｌｅが１（ダミーファイルを示す）であり、かつ、Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＴｙｐｅおよびＡｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｎｕｍｂｅｒが、所望の（アクセスしようとした）特定領域のダミーファイルを表すようなＦｉｌｅ−ＦＥを探索することで、名称の変更された所望のダミーファイルを検出する。
そして、再構築部２１は、そのＦｉｌｅ−ＦＥに応じたファイル（Ｆｉｌｅ−ＦＥおよび実データ）のファイル名を、特定アプリケーションや本管理装置（論理ファイルシステム）で規定された元の名前に修正する。これにより、記録領域（特定領域）を、図９（ａ）に示す状態に修正できる。
【０１７３】
なお、本管理装置において、ダミーファイルが移動されるということは、ダミーファイルが他のディレクトリに移動されるということである。また、ダミーファイルが他のディレクトリに移動されるということは、ダミーファイルの記録位置を管理しているＦＩＤを、他のディレクトリＦＥに付随するものに変えるということである。そして、この場合も、名称変更と同様の処理を行うことによって特定領域を再構築（ダミーファイルを復旧）できる。
【０１７４】
この場合、再構築部２１は、図１１に示したように移動したダミーファイルを判別した後、既存のＦＩＤ（他のディレクトリに付随するＦＩＤ）を削除し、ダミーファイルの記録位置を管理するＦＩＤを、元のディレクトリＦＥに付随するように作成する。これにより、ダミーファイルを元のディレクトリに移動させられる。
ここで、元のディレクトリとは、例えば、アプリケーションや本管理装置で規定されたディレクトリである。
【０１７５】
次に、図１にＳ１５として示した、特定ファイル探索処理について説明する。図１２は、この処理の流れを示すフローチャートである。
なお、この処理でも、再構築部２１が、ルートディレクトリ下のファイルから探索を開始するとする。
具体的には、再構築部２１は、ルートディレクトリ用ＦＥ（Ｒｏｏｔ  Ｄｉｒ−ＦＥ）に付随するＦＩＤのうち、最初のＦＩＤの参照するファイルから探索対象とする（Ｓ９０３）。
【０１７６】
まず、再構築部２１は、探索対象ファイルのＦｉｌｅ−ＦＥに格納されているファイル識別情報のうち、ファイル領域情報（Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＴｙｐｅとＡｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｎｕｍｂｅｒ）を参照する。この値がＳ１１で取得した値と同じである場合、そのファイルは探索中の特定ファイルの１つである。
【０１７７】
この場合、再構築部２１は、そのＦｉｌｅ−ＦＥのファイル配置情報（Ａｌｌｏｃａｔｉｏｎ  Ｔｙｐｅ）を参照し、その値が２（Ｆｉｌｅ−ＦＥも実データも特定領域外）でなければ、その値に応じて、特定領域に含まれるＦｉｌｅ−ＦＥおよび／または実データの位置情報（アドレスおよびサイズ）を示すＡＤを記憶する（Ｓ９０８）。
例えば、Ａｌｌｏｃａｔｉｏｎ  Ｔｙｐｅが１の場合は、ＦＥのみが特定領域に含まれるので、再構築部２１は、ＦＥ自身の位置情報を表すＡＤを記憶する。なお、この記憶は、例えばバッファメモリ１４を用いて行われる。
【０１７８】
位置情報を示すＡＤを記憶した後、再構築部２１は、次の探索対象に移る（Ｓ９０６）。ここで、次の探索対象とは、探索しているディレクトリ内の次のＦＩＤによって参照されるファイルのことである。
【０１７９】
また、再構築部２１は、Ｓ９０４において探索対象ファイルのファイル領域情報が一致しない場合、また、Ｓ９０５においてファイル配置情報が２である場合には、そのままＳ９０６・Ｓ９０７に進んで探索対象を変更する。
【０１８０】
次のＦＩＤがディレクトリのＦＥ（ｄｉｒ−ＦＥ）を参照していた場合、再構築部２１は、探索対象を、そのディレクトリ内の最初のＦＩＤによって参照されるファイルに設定する（Ｓ９０７）。
【０１８１】
また、Ｓ９０６において、次のＦＩＤのない場合、再構築部２１は、探索していたディレクトリの格納されている親ディレクトリの中の、次のＦＩＤの参照するファイルを探索する。
【０１８２】
この一連の処理を行うことによって、再構築部２１は、ルートディレクトリ以下の全てのファイルを探索できる。
そして、再構築部２１は、次の探索対象ファイルの尽きた場合に、処理を終了する（Ｓ９０６）。
【０１８３】
次に、図６にＳ１６として示した、削除時の再構築処理について説明する。
この処理では、再構築部２１は、探索した特定ファイルを、記憶したＡＤを用いてアドレス順にソート処理する。
【０１８４】
この処理を行うことによって、再構築部２１は、もともと特定領域内に含まれていた特定ファイル群の配置状態を推定できる。
具体的には、再構築部２１は、ソート処理後にアドレスの隣接している複数の特定ファイルについては、一カ所の特定領域（分断されていない特定領域）に連続して含まれていると見なす。
【０１８５】
また隣接していなくても、その間の領域が空き領域であり、かつ、その領域の長さ（サイズ）が所定の値以下であれば、これらの特定ファイルは、一カ所の特定領域（分断されていない特定領域）に含まれていると見なす。
ここで所定の値とは、本管理装置（再構築部２１）や特定アプリケーションで規定された値である。
【０１８６】
そして、上記のような特定ファイルの配置状態から、再構築部２１は、特定ファイルのみからなる暫定的な特定領域を決定する。この暫定的な特定領域とは、例えば、図１０（ｃ）に示す領域８２２・８２３である。
【０１８７】
その後、再構築部２１は、暫定的な特定領域に隣接させて、ダミーファイルを作成し、特定領域の再構築を終了する。
なお、このときに作成するダミーファイルのサイズについては、特定領域のサイズがファイルシステムやアプリケーションで規定されている場合は、その情報（特定領域のサイズ）に基づいて決定される。
【０１８８】
このように、本管理装置では、ダミーファイルが削除された場合、再構築部２１によって特定領域内の特定ファイルを見つけ出し（探索し）、その配置状態に応じて元の特定領域の位置・サイズを推定することで、特定領域を再構築することが可能となっている。
【０１８９】
すなわち、このような場合、本管理装置では、再構築部２１が、各Ｆｉｌｅ−ＦＥに格納したファイル領域情報およびファイル配置情報（Ａｌｌｏｃａｔｉｏｎ  Ｔｙｐｅ）を用いて、もともと特定領域内に管理されていた特定ファイルを判別する。
そして、判別した特定ファイルに基づいて、特定領域を推定的に再構築するようになっている。
【０１９０】
具体的には、再構築部２１は、所望のＡｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｔｙｐｅ（アクセスしようとした特定領域に応じたＡｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｔｙｐｅ（領域種類情報））を有するファイルを探索し、そのＡｌｌｏｃａｔｉｏｎ  Ｔｙｐｅを参照することによって、特定領域内に配置されていた特定ファイルを識別する。
【０１９１】
すなわち、図１０（ｃ）に示す例では、再構築部２１は、Ｆｉｌｅ−ＦＥ８０３，８０５，８０９の領域種類情報に基づいて、Ｆｉｌｅ−ＦＥ８０３，８０５，８０９および実データ８０４が、所望の特定領域内に管理されていたと判別する。
【０１９２】
ここで、Ｆｉｌｅ−ＦＥ８０５とＦｉｌｅ−ＦＥ８０９との間には、特定領域に属さない実データ８０８が記録されている。
従って、図１０（ｃ）に示すように、もとの特定領域には、分断された領域８２２・８２３が含まれていると分かる。よって、再構築部２１は、領域８２２・８２３を含むように特定領域を推定的に再構築するようになっている。
【０１９３】
なお、ダミーファイルの作成後、再構築部２１は、特定領域内に特定ファイル以外のファイルが書き込まれていないかどうかを確認することが好ましい。
この確認については、再構築部２１は、例えばＳＢＤを参照して、特定ファイルの記録領域以外の領域が空き領域になっているか否かを検出することによって実施できる。
【０１９４】
そして、特定ファイル以外のファイルが特定領域内に記録されていると判断した場合、再構築部２１は、その領域を除いて特定領域を構築するか、そのファイルを他の記録領域に移動することが好ましい。
【０１９５】
また、図１０（ａ）に示したように、特定領域に分断のある場合、再構築部２１は、分断されている領域（暫定的な特定領域）のそれぞれにダミーファイルを付随させた後、それらを管理するダミーファイル用Ｆｉｌｅ−ＦＥを記録することとなる。
ダミーファイルのＦｉｌｅ−ＦＥについては、再構築部２１は、例えば、最も領域サイズの大きい分断領域や、最も領域開始アドレスの小さい分断領域に配置することが好ましい。
【０１９６】
また、再構築部２１は、分断のある特定領域を、１つの連続した特定領域として再構築してもよい。
このような再構築は、十分な空き領域を確保した後に、全ての特定領域を移動する方法や、分断された特定領域間にある他のファイルを、別の空き領域に移動する方法をとることが可能である。
【０１９７】
また、再構築部２１は、特定領域を、もとの位置ではなく、再構築部２１自身によって新たに設定した位置に再構築してもよい。
【０１９８】
その場合、再構築部２１は、新たに特定領域を構築しようとする領域内に記録されている他のファイルを、別の空き領域に移動することとなる。また、再構築部２１は、もともとの特定領域に含まれる特定ファイルについても、新たに構築された特定領域内に移動することとなる。
【０１９９】
以上のように、本管理装置では、ファイルの記録時に、各ファイルのＦｉｌｅ−ＦＥにファイル識別情報（ファイル配置情報、ファイル領域情報、ダミー情報）を格納しておくようになっている。
【０２００】
これにより、本管理装置は、ファイル識別情報によって、『各ファイルが、どの特定領域にどのような配置で管理されているのか』を把握できる。
これにより、本管理装置では、特に、ダミーファイルが削除されたり、ダミーファイルのファイル名が変更されたりした場合などに、媒体上の特定ファイルあるいは名称の変更されたダミーファイルを識別できるようになっている。
従って、このような場合でも、本管理装置は、ダミーファイル（特定領域）を再構築し、特定領域によるファイル管理を復旧することが可能となっている。
【０２０１】
なお、本実施の形態では、本管理装置の記録部２２が、運用途中に同種の（同じＡｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｔｙｐｅを有する）特定領域が新規に記録（定義）された場合、そのＡｌｌｏｃａｔｅｄ  Ａｒｅａ  Ｎｕｍｂｅｒフィールド（領域順位情報に相当）を１づつ増やすとしている。しかしながら、これに限らず、記録部２２は、領域順位情報を、１づつではなく、任意の数値間隔で変えるようにしてもよい（さらに、最初に大きめの数値を設定し、同種の特定領域が記録される度に、数値を減らしてゆくようにしてもよい）。
【０２０２】
また、本実施の形態では、本管理装置を、ダミーファイルが名称変更された場合、および削除された場合の両方に対応できるように（特定領域を再構築できるように）、ファイル識別情報（Ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）として、ファイル配置情報、ファイル領域情報、ダミー情報を格納するとしている。
しかしながら、ファイル識別情報を、常にこれら３つの情報の全てから構成する必要はない。
【０２０３】
例えば、本管理装置を、ダミーファイルが名称変更された場合に限り、特定領域を再構築するように構成（運用）する場合、ファイル識別情報（Ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）には、ファイル領域情報およびダミー情報を含めるようにすればよい。
さらに、本管理装置を、記録媒体上に特定領域を１つだけ設けるように構成（運用）する場合、ファイル識別情報としてダミー情報のみをＦｉｌｅ−ＦＥに格納するだけでよい。
【０２０４】
以上のように、ファイル識別情報としては、本管理装置の構成（運用形態）に応じた情報のみを格納すればよく、必ずしも上に挙げた全ての情報を含めなくてもよい。
【０２０５】
また、本実施形態においては、特定領域を識別するためのファイル領域情報を、領域種類情報（Ａｌｌｏｃａｔｉｏｎ  Ａｒｅａ  Ｔｙｐｅ）および、領域順位情報（Ａｌｌｏｃａｔｉｏｎ  Ａｒｅａ  Ｎｕｍｂｅｒ）で構成するとしている。
しかしながら、ファイル領域情報は、これらに限定されるものではなく、特定領域を識別できる情報であればよい。
【０２０６】
例えば、ファイル領域情報として、ダミーファイルのダミーファイル名情報（ダミーファイル名そのもの、および、ダミーファイル名を識別するための情報を含むもの）を用いてもよい。このダミーファイル名情報は、属する特定領域を識別可能なものである。
【０２０７】
このようなダミーファイル名情報をファイル領域情報として用いる利点としては、例えば、アプリケーションから再構築要求がなされなくても、本管理装置のみで、名称の変更されたダミーファイルを識別できる（ダミーファイル名情報とＦＩＤのファイル名との相違を判断できる）点を挙げられる。
また、削除されたダミーファイルのあること（特定ファイルのファイル領域情報によって示されているダミーファイル名情報に応じたダミーファイルが存在しないこと）も、本管理装置によって判断できる。
【０２０８】
また、本管理装置を複数用いて媒体の記録再生を行う場合、装置間における領域順位情報の数値間隔が異なることもある。そして、このような場合、異なる装置間で、領域順位情報を適切に処理できないことも考えられる。従って、ファイル領域情報として、ダミーファイルに固有のダミーファイル名情報を用いることで、異なる装置間においても、ファイル領域情報を共有できる。
【０２０９】
また、例えば、本管理装置を、ダミーファイルが名称変更された場合に限り、特定領域を再構築するように構成（運用）する場合、ファイル識別情報（Ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）としては、ファイル領域情報としてのダミーファイル名情報、およびダミー情報のみをＦｉｌｅ−ＦＥに格納するだけでよい。この場合も、本管理装置のみで、名称の変更されたダミーファイルを識別できる。
【０２１０】
さらに本管理装置を、ダミーファイルのＦｉｌｅ−ＦＥのみにダミーファイル識別情報を格納し、ダミーファイル以外のファイルのＦｉｌｅ−ＦＥにはファイル識別情報を格納しないように構成（運用）する場合、ファイル領域情報としてのダミーファイル名情報を格納するだけでよい。
これは、ダミーファイル名情報がダミーファイルを識別するための情報でもあるため、ダミー情報が不要となるからである。
【０２１１】
また、アプリケーションがファイル名を用いて、各ファイルの属する特定領域を識別する構成（運用）の場合（例えば、特定領域Ａに含まれる全てのファイルに「Ａ００１」「Ａ００２」のようなファイル名をつける場合）、本管理装置を、各ファイルのファイル領域情報として、ファイル名情報（ファイル名そのもの、および、ファイル名を識別するための情報を含むもの）を格納するように構成（運用）してもよい。
この構成を用いると、ダミーファイルだけでなく、特定領域に含まれるファイルのファイル名が変更されてしまった場合でも、ファイル名情報を用いて、本来のファイル名に修正可能である。
【０２１２】
以上のように、ダミーファイル名情報やファイル名情報をＦｉｌｅ−ＦＥに格納しておくことは、すなわち、ファイル名のバックアップを取っておくことに等しい（ＦＩＤに記録される通常のファイル名は書き換えられる可能性があるが、ファイル識別情報に入れておけば書換えられることはない）。
【０２１３】
また、本実施の形態では、図１１に示した処理において、再構築部２１が、名称の変更されたファイルを探索する場合、ダミー情報（ｄｕｍｍｙ  ｆｉｌｅ）の値が１であり、Ｓ１１（図１）で取得したファイル領域情報（探索すべきダミーファイルのファイル領域情報）と一致する場合、名称の変更されたダミーファイルを検出できたと判断するとしている。
しかしながら、これに限らず、ダミーファイルのファイル領域情報にダミーファイル名情報が含まれている場合、再構築部２１は、ダミー情報が１であり、ダミーファイル名情報がＳ１１で取得したダミーファイルの名称と一致する場合に、名称の変更されたダミーファイルを検出できたと判断するように設定されていてもよい。
【０２１４】
また、本管理装置では、記録部２２が、特定ファイルのファイル領域情報として、特定ファイルであることを示すだけの情報（特定ファイル情報）を格納するようにしてもよい。そして、再構築部２１が、この特定ファイル情報に基づいて、特定ファイルを探索するように設定されていてもよい。これは、特に、媒体内に特定領域が１つだけある場合に有効である。
【０２１５】
また、本実施形態では、ファイル識別情報を、ＦＥのＥｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅｓフィールドに格納するとしている。しかしながら、これに限らず、記録部２２は、ファイル識別情報を、例えば、各ファイルに関するＦＩＤのＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅフィールドにも格納するようにしてもよい。また、ファイル識別情報を、各ファイルに関するＦＩＤのＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅフィールドのみに格納するようにしてもよい。
【０２１６】
ＦＩＤのＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅフィールドにファイル識別情報を格納することで、特定ファイルやダミーファイルの探索時、再構築部２１は、各ファイルのファイル識別情報を調べる際、各ファイルのＦＥを辿る必要がなくなる（ディレクトリ用ＦＥに付随するＦＩＤだけを探索すればよい）ので、探索処理の高速化を図ることが可能となる。
【０２１７】
また、本実施の形態では、各ファイルのＦｉｌｅ−ＦＥに記録されているファイル識別情報（Ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）を用いて、特定領域を再構築するとしている。
しかしながら、これに限らず、記録部２２が、特定ファイルのＦｉｌｅ−ＦＥに、属する特定領域の位置情報を格納し、この位置情報とファイル識別情報とを用いて、再構築部２１が特定領域を再構築するようにしてもよい。
【０２１８】
図１３（ａ）〜（ｃ）は、特定ファイルにおけるＦｉｌｅ−ＦＥ１００３に、特定領域の位置情報を格納した場合の説明図である。
これらの図に示すように、特定領域の位置情報については、記録部２２が、Ｆｉｌｅ−ＦＥ１００３内のＥｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅｓフィールドに、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｅｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅ形式で格納する。
【０２１９】
図１３（ｂ）に、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｅｘｔｅｎｄｅｄ  ＡｔｔｒｉｂｕｔｅのＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅフィールドの内部構造を示す。この図に示すように、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ内には、Ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎフィールドと、Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤフィールドとが設けられている。
【０２２０】
Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤには、そのファイルの属する特定領域の位置情報が、Ｓｈｏｒｔ  Ａｌｌｏｃａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒ形式で格納されている（通常ファイルの場合は、Ｎｕｌｌが格納されている）。
また、Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤは、Ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎと同様に、ファイルを作成したときに、記録部２２によって、特定ファイルのＦｉｌｅ−ＦＥに格納される。
【０２２１】
また、特定領域が分断されて複数の連続領域に分かれているときは、それぞれ異なる位置情報が与えられる。従って、特定ファイルのＡｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤには、その特定ファイルの属する領域（分断された特定領域）の位置情報が格納されるようになっている。
【０２２２】
ここで、特定領域の位置情報を用いた特定領域の再構築について説明する。
なお、ダミーファイルのファイル名が変更（名称変更）されてしまった場合の処理は、特定領域の位置情報を用いない場合の処理と同一である。
従って、以下では、ダミーファイルを削除してしまった場合の、再構築部２１による特定領域の再構築処理について説明する。
【０２２３】
このような場合、再構築部２１は、まず、図１２に示した処理と同様に、各Ｆｉｌｅ−ＦＥに格納したファイル識別情報、もともと特定領域内に管理されていた特定ファイルを探索（判別）する。
そして、再構築部２１は、特定領域の位置情報（Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤ）を用いて、特定領域を、推定ではなく、正確に再構築する。
【０２２４】
すなわち、再構築部２１は、特定ファイルを探索して暫定的な特定領域を再構築した後、特定領域の位置情報（Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤ）を用いて、暫定的な特定領域に、元の特定領域と同様のダミーファイルを付随させる（特定領域の位置情報に応じた領域の空き領域に、ダミーファイルを配置する）。
【０２２５】
このように、特定領域の位置情報を用いる構成では、より正確に特定領域を再構築できる（すなわち、元の位置に、元のサイズの特定領域を再構築できる）。なお、通常、特定領域は、特定アプリケーションによる処理に最適なサイズに設定されている。従って、元通りのサイズで特定領域を再構築することで、特定アプリケーションの処理に悪影響を与えてしまうことを回避できる。
【０２２６】
なお、特定領域に分断のない場合、その特定領域に属する特定ファイルのＡｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤには同じ値が入っている。
一方、特定領域に分断のある場合は、同じファイル領域情報を有する特定ファイルであっても、それぞれに記憶されているＡｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤは、複数パターン存在する。また、暫定的な特定領域も複数存在する。
【０２２７】
従って、この場合、再構築部２１は、それぞれのＡｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤに基づいて、分断された特定領域を再現するように、複数の暫定的な特定領域のそれぞれに隣接させて、ダミーファイルを付随させる。すなわち、再構築部２１は、複数のＡｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤに基づいた複数の空き領域に、ダミーファイルを設ける（構築しなおす）こととなる。
【０２２８】
なお、この場合も、ダミーファイルのＦｉｌｅ−ＦＥは、例えば、最も領域サイズの大きい分断領域や、最も領域開始アドレスが小さい分断領域に配置すればよい。
【０２２９】
また、特定領域の位置情報を用いて特定領域を再構築する場合でも、上記したように、再構築した特定領域内に、特定ファイル以外のファイルが書き込まれていないか否かを確認することが好ましい。このような確認には、上記したＳＢＤを用いることが可能である。
また、特定ファイル以外のファイルが特定領域内を使用していた場合、再構築部２１は、その領域を除いた特定領域を構築するか、そのファイルの記録領域を移動することが好ましい。
【０２３０】
また、特定領域の位置情報を用いて特定領域を再構築する場合でも、分断のある特定領域を、１つの連続した特定領域として再構築してもよい。この場合は、上記と同様に、十分な空き領域を確保した後に、特定領域を全て移動する方法や、特定領域の分断の間にあるほかのファイルを、別の空き領域に移動する方法をとることが可能である。
【０２３１】
また、ＵＤＦに基づいた本管理装置においては、ファイルを削除する際、記録部２２が、Ｆｉｌｅ−ＦＥの位置情報を管理するＦＩＤのＦｉｌｅ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓフィールドに格納するビット列の２ビット目（ｄｅｌｅｔｅ  ｂｉｔ）を立てる。
このとき、削除されたＦｉｌｅ−ＦＥと実データとが記録されていた領域には、まだデータが残っている場合がある。
【０２３２】
すなわち、ダミーファイルの削除された場合に、特定ファイルを探索する前に、ｄｅｌｅｔｅ  ｂｉｔの立っているファイルがダミーファイルであるか否かを確認するようにしてもよい。
そして、これによってダミーファイルを見つけられた場合には、ダミーファイル名の変更を受けた場合と同様の処理によって、特定領域を再構築できる。従って、特定領域の再構築を簡易化できる可能性がある。
【０２３３】
具体的には、まず、再構築部２１は、ｄｅｌｅｔｅ  ｂｉｔの立っているＦＩＤが管理していた領域に、Ｆｉｌｅ−ＦＥが残っているかを確認する。Ｆｉｌｅ−ＦＥか否かの判断は、領域の先頭にＤｅｓｃｒｉｐｔｏｒＴａｇフィールドがあり、その中のＴａｇＩｄｅｎｔｉｆｉｅｒフィールドに、Ｆｉｌｅ−ＦＥであることを示す値が格納されているか否かによって行われる。
【０２３４】
Ｆｉｌｅ−ＦＥが残っていた場合は、再構築部２１は、図１１に示した処理と同様に、ダミー情報、ファイル領域情報を参照することによって、そのＦｉｌｅ−ＦＥの属するファイルがダミーファイルであるか否かを判断することが可能となる。
また、Ｆｉｌｅ−ＦＥの管理するダミーデータが利用可能か否かについては、再構築部２１は、ＳＢＤを参照して、空き領域となっていれば利用できると判断する。
【０２３５】
また、本実施の形態では、ダミーファイル名が変更された場合、および、ダミーファイルが削除された場合における再構築部２１の処理について示したが、再構築部２１は、ダミーファイルが他のディレクトリに移動された場合であっても、特定領域の再構築を行うことが可能である。
【０２３６】
この場合、再構築部２１は、図１１に示したようにダミーファイルを検索した後、そのファイルを元のディレクトリに再移動する。この時、元のディレクトリとは、例えば、アプリケーションやファイルシステムで規定されたディレクトリである。
【０２３７】
また、本実施の形態では、本管理装置を、ＤＶＤレコーダーに使用するとしている。しかしながら、これに限らず、ファイルシステムを用いて光ディスクを制御するタイプの光ディスク装置であれば、どのような装置にも使用できる。
【０２３８】
また、本実施の形態では、本管理装置を、ＵＤＦに基づいて、光ディスク（記録媒体）のファイルを管理するものであるとしている。
しかしながら、本管理装置を、ＵＤＦ以外の他の汎用論理ファイルシステムに基づいて光ディスクを管理するように設定してもよい。
【０２３９】
また、本実施の形態では、図１２に示した処理において、再構築部２１は、ファイル領域情報がＳ１１で取得した値と一致していることを確認した後（Ｓ９０４の後）、Ｓ９０５においてファイル配置情報が２でないことを確認するようになっている。
しかしながら、再構築部２１は、このＳ９０５の工程を省き、ファイル領域情報がＳ１１で取得した値と一致している場合には、探索ファイルは必ず特定ファイルである（ファイル配置情報が２ではない）と判断し、そのままＳ９０８の工程に進むようにしてもよい。これにより、再構築処理を簡易化（高速化）することが可能となる。
【０２４０】
また、本実施の形態では、特定アプリケーションから再構築部２１に対して再構築要求の伝達された場合に、再構築部２１が、図１に示した処理を行うとしている。しかしながら、これに限らず、再構築部２１は、図１に示す処理については、どのようなタイミングで行ってもよい。例えば、再構築部２１は、本管理装置あるいは本管理装置を保持している装置の起動時、また、光ディスクが装置にセットされたときに、この処理を行ってもよい。また、再構築部２１は、本管理装置（あるいは本管理装置を備えた装置）のアイドリング中に、定期的に、または、不定期に、図１の処理を行うように設定されていてもよい。このような処理は、特に、特定ファイルやダミーファイルのファイル領域情報に、ファイル名情報やダミーファイル名情報が含まれている場合に有効である。
【０２４１】
また、本管理装置では、記録部２２は、ディレクトリ管理情報用の特定領域を作成することも可能である。
このようなディレクトリ管理情報用の特定領域は、アプリケーションによって記録の行われる領域ではなく、ディレクトリを作成するときなどに、本管理装置の記録部２２がディレクトリ情報を記録する領域である。
すなわち、このような特定領域は、特定アプリケーションではなく、本管理装置の記録部２２によって（すなわちファイルシステムによって）直接にアクセスされるものである。
【０２４２】
従って、このような特定領域のダミーファイルが削除されたりダミーファイルの名称が変更されたりした場合、記録部２２は、ダミーファイルにアクセスできなくなる。そして、この場合には、再構築部２１は、特定アプリケーションからの再構築要求を待つことなく、図１に示した処理を開始する。
【０２４３】
また、本実施の形態では、図１に示したように、ダミーファイルの所在が不明となったとき、再構築部２１が、まず、名称変更されたダミーファイルを探索し、このようなダミーファイルが媒体上にない場合に、特定ファイルを探索して、それに隣接させてダミーファイルを作成するとしている。しかしながら、これに限らず、再構築部２１は、ダミーファイルの所在が不明となったときに、名称変更されたダミーファイルを探索せずに、特定ファイルを探索し、それに隣接させてダミーファイルを作成するようにしてもよい。
また、図１に示す処理において、名称変更されたダミーファイルの探索を行った後、このようなダミーファイルが媒体上にない場合に、特定領域の探索を実行せずに、そのまま処理を終了してもよい。
【０２４４】
また、本実施の形態では、記録部２２が、ファイル識別情報を、各ファイルのＦｉｌｅ−ＦＥに記録するとしている。しかしながら、これに限らず、記録部２２は、ディスクのディレクトリ構造内（あるいはディレクトリ情報内）にファイル識別情報を記録するようにしてもよい。
【０２４５】
また、本実施の形態では、記録部２２が、ディスクに記録される全ファイルに関し、ファイル識別情報を作成してそのＦｉｌｅ−ＦＥに記録するとしている。しかしながら、これに限らず、記録部２２は、特定ファイルだけに関し、ファイル識別情報を作成してＦｉｌｅ−ＦＥ（あるいは他の部分）に記録するようにしてもよい。
【０２４６】
また、本管理装置を、ダミーファイルが名称変更された場合に限り、特定領域を再構築するように構成（運用）する場合、ダミーファイルのＦｉｌｅ−ＦＥのみに、ファイル識別情報を記録しておけばよい。
【０２４７】
また、本実施の形態では、本管理装置においてファイルを管理する媒体を、光ディスクとしている。しかしながら、これに限らず、ＵＤＦ等のファイルシステムを利用できる媒体であれば、どのような媒体であっても管理できる。
【０２４８】
また、本実施の形態では、記録部２２によって、ＵＤＦに基づくファイル管理、および、特定領域の確保処理を行うとしている。しかしながら、これに限らず、ＵＤＦに基づくファイル管理を行う他の部材（ファイル管理部）を制御部１１に別途に設け、記録部２２を、特定領域の確保処理のみを行うように構成してもよい。
また、本管理装置では、１つの制御部（ファイルシステム）によって、本実施の形態に示した再構築部２１，記録部２２の処理を実行するようにしてもよい。
【０２４９】
また、本実施の形態では、記録部２２が、ファイル識別情報を、各ファイルがディスク（媒体）に記録されるときに、そのＦｉｌｅ−ＦＥに記録するとしている。しかしながら、記録部２２によるファイル識別情報の記録は、他のどのようなタイミング（例えばファイルを記録してから所定時間後など）で行われてもよい。
【０２５０】
また、本実施の形態では、再構築部２１が、図１１に示したダミーファイル検索処理において、ダミー情報が１であり、特定アプリケーションから伝達されたファイル領域情報を有するファイルを、名称の変更されたダミーファイルと認識するようになっている。しかしながら、ファイル領域情報は、この処理に必須ではない。例えば、再構築部２１は、ダミー情報が１であり、名称（ＦＩＤに記録されている）がダミーファイルのものではないファイルを見つけることで、名称の変更されたダミーファイルを検出することが可能である。
【０２５１】
また、本実施の形態では、ファイルの識別情報やＦｉｌｅ−ＦＥの位置情報を管理するＦＩＤを通常領域に記録するとしているが、ＦＩＤを特定領域に記録するようにしてもよい。また、本実施の形態に示したファイル領域情報およびダミー情報を、それぞれ領域識別情報およびダミーファイル識別情報と表現してもよい。
【０２５２】
また、本発明のファイル管理方法を、媒体にファイルを記録する記録装置に使用され、特定アプリケーションによって特定ファイルを記録するための特定領域を媒体に設けるとともに、特定領域の空き領域に、特定アプリケーションのみが空き領域と認識可能なように、ダミーファイルを配置しているファイル管理方法において、ファイル管理装置の記録部によって、特定領域に記録されているファイルを他のファイルと識別するためのファイル識別情報を媒体内に記録する記録工程と、ファイル管理装置の再構築部によって、ダミーファイルの所在が不明となっている場合に、ファイル識別情報に基づいて特定領域内のファイルを探索し、探索結果に基づいて、特定領域を再構築する再構築工程とを含んでいる方法である、と表現することもできる。
【０２５３】
また、上記では、本管理装置における全ての処理を、制御部１１（再構築部２１，記録部２２）の制御により行うとしている。しかしながら、これに限らず、これらの処理を行うためのプログラムを記録媒体に記録し、このプログラムを読み出すことのできる情報処理装置を、制御部１１に代えて用いるようにしてもよい。
【０２５４】
この構成では、情報処理装置の演算装置（ＣＰＵやＭＰＵ）が、記録媒体に記録されているプログラムを読み出して処理を実行する。従って、このプログラム自体が処理を実現するといえる。
【０２５５】
ここで、上記の情報処理装置としては、一般的なコンピューター（ワークステーションやパソコン）の他に、コンピューターに装着される、機能拡張ボードや機能拡張ユニットを用いることができる。
【０２５６】
また、上記のプログラムとは、処理を実現するソフトウェアのプログラムコード（実行形式プログラム，中間コードプログラム，ソースプログラム等）のことである。このプログラムは、単体で使用されるものでも、他のプログラム（ＯＳ等）と組み合わせて用いられるものでもよい。また、このプログラムは、記録媒体から読み出された後、装置内のメモリ（ＲＡＭ等）にいったん記憶され、その後再び読み出されて実行されるようなものでもよい。
【０２５７】
また、プログラムを記録させる記録媒体は、情報処理装置と容易に分離できるものでもよいし、装置に固定（装着）されるものでもよい。さらに、外部記憶機器として装置に接続するものでもよい。
【０２５８】
このような記録媒体としては、ビデオテープやカセットテープ等の磁気テープ、フロッピー（登録商標）ディスクやハードディスク等の磁気ディスク、ＣＤ−ＲＯＭ，ＭＯ，ＭＤ，ＤＶＤ，ＣＤ−Ｒ等の光ディスク（光磁気ディスク）、ＩＣカード，光カード等のメモリカード、マスクＲＯＭ，ＥＰＲＯＭ，ＥＥＰＲＯＭ，フラッシュＲＯＭ等の半導体メモリなどを適用できる。
また、ネットワーク（イントラネット・インターネット等）を介して情報処理装置と接続されている記録媒体を用いてもよい。この場合、情報処理装置は、ネットワークを介するダウンロードによりプログラムを取得する。すなわち、上記のプログラムを、ネットワーク（有線回線あるいは無線回線に接続されたもの）等の伝送媒体（流動的にプログラムを保持する媒体）を介して取得するようにしてもよい。なお、ダウンロードを行うためのプログラムは、装置内（あるいは送信側装置・受信側装置内）にあらかじめ記憶されていることが好ましい。
【０２５９】
なお、本管理装置によらないダミーファイルの再構築については、以下のように述べる事も可能である。すなわち、上記したように、ダミーファイルが削除された場合、あるいは名称変更を受けた場合、特定領域を再構築することで、元の状態に戻す必要がある。
しかしながら、ダミーファイルが削除されてしまった場合、従来のファイルシステム（ファイル管理装置）は、ダミーファイルによって保護されていた特定ファイルを識別（検出）できない。
【０２６０】
一方、特定アプリケーションは、特定ファイルをある程度は識別可能である。しかし、特定アプリケーションの認識可能な事項は、「どのファイルがどのディレクトリにあるか」という事項のみであり、媒体上での記録位置については認識できない。従って、特定領域を復旧させるために、実データ・管理情報という区分けを認識あるいは実行することは不可能である。
従って、ファイルシステムおよび特定アプリケーションの双方ともに、特定領域を再構築することは不可能である。
【０２６１】
また、特定領域を再構築できるように、特定アプリケーションに、特定ファイルの検出、および、特定領域の復旧機能（実データ・管理情報という区分けを認識・実行する機能）を持たせることも考えられる。
しかしながら、特定領域の復旧は、媒体上でのファイル配置管理に相当する作業であり、本来的に、ファイルシステムレベルでの処理にあたる。従って、このような処理にアプリケーションを介入させることは好ましくない。
【０２６２】
さらに、特定アプリケーションを、特定領域を再構築できるように設定したとした場合でも、そのアプリケーションがアクセスするまで、特定領域の異常検出および再構築を実施できない。
従って、例えば、ダミーファイルが削除されてしまった場合、その領域は空き領域になる。このとき、特定アプリケーションのアクセスがなければ、他のファイルがその空き領域に書き込まれてしまう可能性がある。
【０２６３】
また、復旧の方法として、記録媒体においてデータ密度の濃い領域を見つけ、その領域が特殊領域であるとすることも考えられる。しかしながら、データ密度の濃い領域であるからといって、特殊領域とは限らない。また、特定領域が複数あることもあり、さらに、特定ファイルを構成する管理情報および実データの配置の仕方も複数ある。従って、データ密度の濃い領域にある全てのファイルが、１つの特殊領域に配置された特殊ファイルであるとは判断できない。
【０２６４】
また、媒体上において、特定領域の位置・サイズが規定されている場合もある。この場合には、従来のファイルシステムは、規定の位置に特定領域を再構築することが可能である。
【０２６５】
しかしながら、ダミーファイルが削除・名称変更されてから再記録されるまでの間は、特殊領域の空き領域が、特定ファイル以外の無関係なファイルも書き込める状態となっている。
従って、従来のファイルシステムは、特定領域を再構築後したとしても、その領域が特定ファイルのみを含むことを保証できない（無関係なファイルが含まれていても、判別できない）。
【０２６６】
また、本管理装置では、ダミーファイルのＦｉｌｅ−ＦＥに、ダミーデータの識別情報と、特定領域全体の識別情報とを記録している（ダミーファイルのＦｉｌｅ−ＦＥによって、ダミーデータの識別情報とともに、特定領域全体の識別情報を管理している）といえる。すなわち、図４（ｂ）の例では、Ｆｉｌｅ−ＦＥ１１０に、ダミーデータ１１１と、特定領域１０３全体の識別情報とが格納されている。
【０２６７】
また、本発明は、ＡＶ用途、ＰＣ用途など様々な用途に用いられる記録媒体において、アプリケーションやファイルシステムの機能に応じて、情報を記録する領域を分割するとともに、各領域内の空き領域をダミーファイルで管理するファイル管理方法に関するともいえる。また、ＵＤＦファイルシステムにおいては、ディレクトリの管理情報には、ファイルの管理情報の位置を管理する記述子が含まれ、ファイルにおける実データと同様の管理方式が用いられているといえる。
【０２６８】
また、ＡＶ関連用途であっても、記録するデータはストリームデータだけでなく、静止画データや、それらを再生・表示するための管理ファイルなど、色々な種類のデータが存在するため、これらを記録する場合、記録するデータの種類に応じて領域を分けて管理したいという要求が発生する。また、この要求などを満たすための従来技術として、特許文献１の方法は、ある特定のファイルを集中的に配置する領域内の空き領域はダミーファイルの実データとして管理され、特定のファイル以外の書き込みを防ぐものであるといえる。また、特定ファイルを集中的な記録の対象となるファイルと考えてもよく、特定領域を特定ファイルを記録するためにダミーデータで保護する領域であるとしてもよい。また、ダミーデータは、名義的なものであり、空き領域を管理する際にデータを書き込むわけではないといえる。
【０２６９】
また、特許文献１の手法において、ダミーファイルは記録媒体上では一般のファイルと同じように管理されるので、ダミーファイルを識別できないＰＣ等からアクセスした場合、ダミーファイルは通常のファイルとして扱われる。よってユーザーによっては誤って削除したり、ファイル名を変更してしまう可能性がある。前者の場合、特定領域が実質的になくなるため、以後、特定ファイルのみを集中的に配置できなくなり、後者の場合は、ダミーファイルが異なる名前で存在し続けるため、特定領域による保護は継続するが、新規に特定ファイルを書き込むことができなくなってしまう。この場合の復旧手段としては、ダミーファイルを再度記録し、特定領域を再構築することが考えられる。
【０２７０】
しかし、ダミーファイルが削除されてしまった場合、ファイルシステムレベルでは、どのファイルがダミーファイルによって保護されていた特定ファイルかどうかを識別する情報がない。特定領域は複数定義することが可能であり、かつ、上述したように、特定ファイルを構成する管理情報および実データの配置の仕方も複数あるので、ディスク上の記録位置が近いというだけでは、同じ特定領域に管理されていたとは判断できない。また、特定領域の位置、サイズが規定されている場合は、その位置にダミーファイルを再構築することが可能であるが、ダミーファイルが削除されてから復旧するまでに、その領域には特定のファイル以外のファイルも書き込めてしまうため、復旧後の特定領域が、特定のファイルのみを含むことは保証できない。また、もし含まれていても、それを判別することができない。また、ダミーファイルのファイル名がユーザーによって変更された場合は、ファイル名を元に戻すことで復旧する必要があるが、どのファイルがダミーファイルであるかを判別する情報がないので、復旧できない。
【０２７１】
また、ＵＤＦは、記録媒体に用いる論理ファイルシステム（ＵＤＦファイルシステム）であるともいえる。また、ＵＤＦのパーティション領域内では、その先頭セクタからセクタ単位で論理ブロック番号ＬＢＮ（Ｌｏｇｉｃａｌ  Ｂｌｏｃｋ  Ｎｕｍｂｅｒ）が０から最終論理ブロック番号まで割り当てられているといえる。
【０２７２】
また、図２に示したディレクトリ構造およびデータ領域１１０８にはファイルの実データと、実データを管理するディレクトリ構造が記録されているともいえる。また、本管理装置では、特定領域内の空き領域をダミーファイルとして管理することによって、特定領域内には見かけ上、空き領域が存在しなくなっているといえる。また、本管理装置では、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒには、本管理装置のファイル管理方法固有の識別情報を格納してもよい。本発明のファイル管理方法に則ったファイルのＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒフィールドには、全て同じ情報を記録する。この情報は、本発明のファイル管理方法を用いない機器でファイルを記録する場合に格納されないため、記録した機器を区別可能になる。
【０２７３】
また、本発明では、あらかじめ各ファイルに配置情報、特定領域の識別情報、ダミーファイル識別情報を格納しておくことによって、各ファイルがどの特定領域に、どのような配置で管理されているかを、ファイルシステムレベルで把握することが可能であるといえる。これらの情報は特に、ダミーファイルが削除されてしまったり、ダミーファイルのファイル名が変更されてしまった場合などに、特定ファイルを識別するための情報として有効であり、ダミーファイルを再構築し、特定領域によるファイルの管理方法を復旧できる。
【０２７４】
また、図１１に示した処理において、再構築部２１は、探索すべきダミーファイルのＦｉｌｅ−ＦＥを見つけたときに、そのＦｉｌｅ−ＦＥに関するファイルの名称を元に戻し、ファイルの移動を行ってから、ダミーファイルの整合性を確認するように設定されていてもよい。また、本管理装置では、特定領域内の空き領域管理を、ダミーファイルの名称を用いて行っているともいえる。
【０２７５】
また、図１２に示した処理におけるＳ９１１において、再構築部２１は、１つでも特定ファイルが検出されていた場合（位置情報を示すＡＤが１つ以上記憶された場合）、記憶したＡＤをアドレス順にソート処理するようにしてもよい。
【０２７６】
また、図１２の処理において、特定領域に含まれる領域を判別した後の、特定領域の再構築処理は、具体的には、特定領域に含まれる領域５２２・８２３に隣接してダミーファイルを作成し、特定領域内の空き領域として管理する処理であってもよい。このときに作成するダミーファイルのサイズは、特定領域のサイズがファイルシステムやアプリケーションで規定されている場合は、その情報を元に決定すればよい。
【０２７７】
またＵＤＦにおいては、ファイルを削除すると、ＦＩＬＥ−ＦＥの位置情報を管理するＦＩＤのＦｉｌｅ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓフィールドに格納するビット列の２ビット目（ｄｅｌｅｔｅ  ｂｉｔ）を立てる。この時、ＦＩＬＥ−ＦＥと実データが記録されていた領域には、まだデータが残っている場合がある。すなわち、ダミーファイルを復旧する際のファイル探索時に、ｄｅｌｅｔｅ  ｂｉｔが立っているファイルも探索を行うことで、復旧処理を簡易化できる可能性がある。具体的には、まずｄｅｌｅｔｅ  ｂｉｔが立っているＦＩＤが管理していた領域にＦｉｌｅ  Ｅｎｔｒｙが残っているかを確認する。Ｆｉｌｅ  Ｅｎｔｒｙかどうかの判断は、領域の先頭にＤｅｓｃｒｉｐｔｏｒＴａｇフィールドがあり、その中のＴａｇＩｄｅｎｔｉｆｉｅｒフィールドに、Ｆｉｌｅ  Ｅｎｔｒｙであることを示す値が格納されている。もしＦＩＬＥ−ＦＥが記録されていた場合は、上記方法と同様、識別情報、配置情報を参照することによってダミーファイルであるかどうかが判断できる。また、ＦＩＬＥ−ＦＥが管理するダミーデータが利用可能か否かは、ＳＢＤを参照して空き領域となっていれば利用できる。
【０２７８】
また、図１０において、ファイルを探索することによって得られた特定領域８２２・８２３の記録位置によらず、復旧する機器が決定した位置に特定領域を構築してもよい。その場合、機器が決定した領域内に他のファイルが記録されていた場合は別の空き領域に移動し、領域８２２・８２３に含まれるファイルを機器が決定した領域内に移動して構築する。
【０２７９】
また、図１３を用いて説明した例では、Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤを用いて、特定領域を正確に構築しなおすことが可能である。すなわち、特定領域内に配置されていたファイルを探索した際、Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤを参照して得られる特定領域の位置情報をもとに、空き領域をダミーファイルで管理しなおす。もし特定領域に分断が無かった場合、その特定領域に属するファイルのＡｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤには同じ値が入っている。また、分断のある特定領域の場合は、同じ特定領域の識別情報を持っていても、Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤが複数パターン存在するので、それぞれを分断として管理するように、ダミーファイルを構築しなおす。ダミーファイルのＦｉｌｅ−ＦＥは、例えば、最も領域サイズの大きい分断や、最も領域開始アドレスが小さい分断に配置すればよい。また、図１３（ａ）に示したＦｉｌｅ−ＦＥ１００３の場合、まず、Ｆｉｌｅ−ＦＥ１００３はダミーファイル用のＦＥではないので、ダミー情報は０であり、このファイルについては、実データ１００４、Ｆｉｌｅ−ＦＥ１００３の両方とも特定領域内で管理するパターンなので、ファイル配置情報には０が格納されている。また、図１３に関する構成では、特定領域が分断し、複数の連続領域に分かれている時は、Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤに、それぞれの分断の位置情報を格納する。
【０２８０】
また、本管理装置では、各ＦＩＬＥ−ＦＥに格納した特定領域の識別情報と配置情報、特定領域の位置情報を用いて、もともと特定領域内に管理されていた特定ファイルを判別することが可能である。具体的には、ＦＩＬＥ−ＦＥに格納した識別情報の内、Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤが、アクセスしようとした特定領域を表すファイルを探索し、そのＡｌｌｏｃａｔｉｏｎ  Ｔｙｐｅを参照することによって、特定領域内に配置されていた情報を特定することが可能である。この場合、Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤを用いて、特定領域を正確に構築しなおすことが可能である。すなわち、特定領域内に配置されていたファイルを探索した際、Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤを参照して得られる特定領域の位置情報をもとに、空き領域をダミーファイルで管理しなおす。もし特定領域に分断が無かった場合、その特定領域に属するファイルのＡｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤには同じ値が入っている。また、分断のある特定領域の場合は、同じ特定領域の識別情報を持っていても、Ａｌｌｏｃａｔｅｄ  Ａｒｅａ  ＡＤが複数パターン存在するので、それぞれを分断として管理するように、ダミーファイルを構築しなおす。ダミーファイルのＦＩＬＥ−ＦＥは、例えば、最も領域サイズの大きい分断や、最も領域開始アドレスが小さい分断に配置すればよい。
【０２８１】
また、本実施の形態では、本管理装置を、図３に示す構成としている。しかしながら、これに限らず、本管理装置の制御部１１を、ファイル・ディレクトリ処理部（ファイル・ディレクトリ管理部），ダミーファイル復旧部（ダミーファイル復旧処理部），空き領域管理部，特定領域管理部，ダミーファイル管理部，特定領域推定部，特定領域構築部から構成するようにしてもよい。
【０２８２】
この構成では、アプリケーション・インターフェース１２がアプリケーションからのファイル書き込み要求を、制御部１１に対して行う。制御部１１内では、まずファイル・ディレクトリに関する主な処理を行うファイル・ディレクトリ処理部がファイル書き込み要求を受け取る。
【０２８３】
このとき、書き込むファイルが特定ファイルである場合は、特定領域管理部４において、特定領域内の空き領域を探索する。ここで、書き込むファイルが特定ファイルではなかった場合は、通常の空き領域管理部を用いて空き領域探索をする。次に、特定領域管理部において、特定領域が識別できないエラーが生じると、ファイル・ディレクトリ管理部は、ダミーファイル復旧部に復旧指令を出す。ダミーファイル復旧部はまず、ダミーファイルの移動、名称変更を検出するためのダミーファイル検出部にて、検出を行う。もし、ここでダミーファイルが検出された場合は、ダミーファイル復旧部が名称変更または再移動を行って復旧する。次に、ダミーファイル検出部で検出されなかった場合、ダミーファイルは削除されたものとし、特定領域推定部において、特定領域に含まれていたファイルを探索し、その記録領域から特定領域を推定する。推定した特定領域は特定領域構築部において再構築される。
【０２８４】
また、本発明を、以下の第１〜７ファイル管理方法として表現することもできる。すなわち、第１ファイル管理方法は、記録媒体と該記録媒体へのデータの入出力を管理する記録制御手段とを備える記録装置において、記録媒体に少なくとも１以上の領域を確保し、各領域内の空き領域をそれぞれダミーファイルで管理するファイル管理方法を用いている場合に、あらかじめファイルやディレクトリ情報内に、その情報の配置情報を記録する方法である。
また、第２ファイル管理方法は、第１ファイル管理方法において、前記配置情報は、そのファイルがダミーファイルであるか否かを表すダミーファイル識別情報である方法である。
【０２８５】
また、第３ファイル管理方法は、第１ファイル管理方法において、前記配置情報は、そのファイルが属する領域の種類を表す種類情報である方法である。また、第４ファイル管理方法は、第１ファイル管理方法において、前記配置情報は、そのファイルが属する領域が、同じ種類情報を持つ領域の中のどの領域であるかを表す識別情報である方法である。
【０２８６】
また、第５ファイル管理方法は、第１ファイル管理方法において、前記配置情報は、そのファイルの特定領域への配置の仕方を表す配置パターン情報である方法である。また、第６ファイル管理方法は、第１ファイル管理方法において、前記配置情報は、そのファイルが属する領域の位置情報である方法である。また、第７ファイル管理方法は、第１ファイル管理方法において、前記ファイルやディレクトリ情報とは、ＵＤＦファイルシステムにおけるＦｉｌｅ  Ｅｎｔｒｙであり、前記配置情報はＥｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅｓフィールドに記録する方法である。
【０２８７】
これら第１〜７ファイル管理方法によれば、ダミーファイルを用いて、特定の種類の情報のみを集中的に管理するための特定領域を確保するファイル管理方法において、ファイルの配置情報をあらかじめファイルやディレクトリ情報に格納しておくことで、各ファイルの特定領域への配置情報をファイルシステムレベルで取得できる。また、配置情報を、ダミーファイルか否かを表す、ダミーファイル識別情報とすることで、特定領域が一つしか定義されていない場合に、ファイルの中からダミーファイルを識別可能になる。
【０２８８】
また、配置情報に、特定領域の種類を表す種類情報を格納することによって、ファイルの内容などファイルシステムレベルでは判別できない情報に基づいて記録する特定領域を分けていた場合でも、特定領域に属するファイルを識別可能になる。また、配置情報に、同じ種類の特定領域を区別するための番号を格納することによって、同種の特定領域が複数定義されている場合でも、属する特定領域を識別可能になる。
【０２８９】
また、配置情報に、特定領域への配置パターンを示す情報を格納することによって、管理情報と実データを特定領域の内外に分ける場合などの配置パターンを識別可能になる。また、配置情報に特定領域の位置情報を格納することによって、特定領域の領域情報が分からなくなった場合でも、正確にもとの特定領域の領域情報を知ることができる。さらに、ＵＤＦにおいて配置情報を各Ｆｉｌｅ−ＥｎｔｒｙのＥｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅｓフィールドに格納することによって、ＵＤＦファイルシステムにおける運用が可能になる。
【０２９０】
【発明の効果】
以上のように、本発明のファイル管理装置（本管理装置）は、媒体にファイルを記録する記録装置に備えられ、特定アプリケーションによって特定ファイルを記録するための特定領域を媒体に設けるとともに、特定領域の空き領域に、特定アプリケーションのみが空き領域と認識可能なように、ダミーファイルを配置しているファイル管理装置において、特定領域に記録されているファイルを他のファイルと識別するためのファイル識別情報を媒体内に記録する記録部と、ダミーファイルの所在が不明となっている場合に、ファイル識別情報に基づいて特定領域内のファイルを探索し、探索結果に基づいて、特定領域を再構築する再構築部とを備えている構成である。
【０２９１】
本管理方法では、特定領域の空き領域（特定ファイルの記録されていない領域）に、ダミーファイルが配置されるようになっている。このダミーファイルは、特定アプリケーションによって空き領域と認識される一方、他のアプリケーションによっては通常ファイルと認識されるものである。
従って、本管理装置を用いれば、特定領域の空き領域には、特定アプリケーションのみにファイル（特定ファイル）を記録させることが可能となる。
【０２９２】
また、特に、本管理装置は、記録部によって、特定領域に記録されているファイル（特定ファイルおよびダミーファイル）に関するファイル識別情報を、媒体内に記録するようになっている。
このファイル識別情報は、すなわち、『そのファイルが特定領域内のファイルであること』を示すための情報である。このファイル識別情報については、例えば、各ファイルの管理情報内に個別に記録しても、また、媒体内の他の領域にまとめて記録してもよい。
【０２９３】
なお、上記したように、ダミーファイルを用いる場合、ダミーファイルの名称が変更されたり、ダミーファイルが削除されたりした場合、ダミーファイルの所在が不明となり、特定領域に対する特定ファイルの記録を行えなくなる。
【０２９４】
そして、本管理装置は、ダミーファイルの所在が不明となった場合に、上記のファイル識別情報に基づいて特定領域内のファイル（特定ファイルあるいはダミーファイル）を探索する再構築部を備えている。
【０２９５】
そして、この再構築部は、ダミーファイルを見つけ、そして、その名称が変更されていると判断した場合、その名称を元に戻すことで、特定領域を再構築する。
なお、再構築部によるダミーファイルの名称が変更されているか否かの判断については、例えば、外部の部材（特定アプリケーション等）から取得したダミーファイルの名称と、見つけたダミーファイルの名称とが一致しているか否かに基づいて行われる。
また、再構築部は、特定ファイルを見つけた場合、その特定領域に隣接してダミーファイルを再配置することで、特定領域を再構築するようになっている。
【０２９６】
このように、本管理装置では、ダミーファイルの所在が不明となって特定領域を使用できなくなったときに、ファイル識別情報に基づいてダミーファイルあるいは特定ファイルを探索し、速やかに特定領域を再構築することが可能となっている。
また、本管理装置をファイル記録装置に備えれば、特定領域を容易に再構築可能な記録装置を実現できる。
【０２９７】
また、本管理装置のファイル識別情報については、例えば、各ファイルの管理情報内に個別に記録しても、また、媒体内の他の領域にまとめて記録してもよい。
また、特定ファイルではない通常ファイルに関しても、『そのファイルが特定領域内のファイルではないこと（通常ファイルであること）』を示すファイル識別情報を媒体に記録するようにしてもよい。
【０２９８】
また、記録部は、ファイル識別情報に、各ファイルがダミーファイルであるか否かを示すダミー情報を含めるようになっていてもよい。
この場合、再構築部は、ダミーファイルの名称が変更された場合に、ダミー情報に基づいて名称の変更されたダミーファイルを容易に探索でき、その名称を元に戻すことが可能となる。
【０２９９】
また、記録部は、このダミー情報に加えて、ダミーファイルのファイル識別情報に、属する特定領域を識別するためのファイル領域情報を含めるように設定されていてもよい。
ここで、ファイル領域情報とは、特定領域が媒体内に複数存在する場合に、各特定領域を識別するための情報である。
この場合、再構築部が、ダミー情報およびファイル領域情報に基づいて、名称の変更されたダミーファイルであって、所望の特定領域に属するダミーファイルを探索して、その名称を元に戻すこととなる。
【０３００】
この構成では、再構築部は、各特定領域に属するダミーファイルのいくつかが名称変更されている場合に、アプリケーションあるいはユーザーの所望する特定領域に属するものについて、選択的に、名称を元に戻せる。すなわち、所望の特定領域に属するダミーファイルだけを復旧させられるので、望まれていない（不要な）特定領域を再構築することを回避できるので、再構築処理にかかる時間を短縮できる。
【０３０１】
また、記録部は、ダミーファイルのファイル識別情報にファイル領域情報を含める場合、ダミー情報を含めなくともよい。また、この場合、記録部は、ダミーファイル以外のファイルにファイル領域情報を含めないことが好ましい。この構成では、再構築部は、ファイル領域情報を含むファイルをダミーファイルと認識することが可能となる。
【０３０２】
なお、上記のようなファイル領域情報としては、例えば、ダミーファイルのファイル名に応じたダミーファイル名情報を用いることが可能である。
このようなダミーファイル情報を用いると、再構築部は、ダミーファイルの正しい名称を知らなくても、ダミーファイルの現在の名称と、ダミーファイル名情報とが一致しているか否かに基づいて、名称変更されたダミーファイルを探索できる。
【０３０３】
また、本管理装置では、記録部は、ファイル識別情報に、各ファイルが特定ファイルであるか否かを識別するための特定ファイル情報を含めるようになっていてもよい。
この場合、再構築部は、ダミーファイルが削除された場合に、特定ファイル情報に基づいて媒体内から特定ファイルを探索することが容易となる。そして、再構築部は、探索した特定ファイルに隣接させてダミーファイルを容易に配置することが可能となる。
【０３０４】
また、記録部は、特定ファイル情報に、属する特定領域を識別するためのファイル領域情報を含めることが好ましい。
また、この場合、記録部は、ファイル領域情報に、属する特定領域の種類を示す領域種類情報を含めることが好ましい。
これにより、媒体内に複数種類の特定領域が存在する場合、再構築部は、各特定ファイルがどの種類の特定領域に属するものであるかを判断できる。
従って、再構築部は、再構築すべき特定領域の種類を指定された場合でも、その特定領域に属する特定ファイルを容易に探索でき、特定領域の再構築を実現できる。
【０３０５】
また、この場合、記録部は、ファイル領域情報に、領域種類情報に加えて、同種の特定領域を区別するための区別情報を含めていることが好ましい。
【０３０６】
ここで、区別情報とは、媒体内に同種の特定領域が複数ある場合、各特定領域を区別するための情報である。
この区別情報としては、例えば、同種の特定領域中で、何番目の特定領域であるかを示す情報（領域順位情報）を用いることが可能である。
これにより、再構築部は、再構築すべき特定領域を個別に指定された場合でも、その特定領域に属する特定ファイルを容易に探索でき、特定領域の再構築を実現できる。
【０３０７】
また、この場合、記録部は、ファイル領域情報に、属する特定領域に配置されていたダミーファイルの名称に応じたダミーファイル名情報を含めることが好ましい。
このようなダミーファイル情報を用いると、ダミーファイル名情報に応じたダミーファイルの有無を判断することによって、媒体内に削除されたダミーファイルのあることを検出できる。
【０３０８】
また、この場合、記録部は、ファイル領域情報に、各ファイルの名称に応じたファイル名情報を含めてもよい。
この構成では、特定ファイルのファイル名が変更されてしまった場合でも、再構築部が、ファイル名情報を用いて、特定領域のファイル名を元に戻すことが可能となる。
【０３０９】
また、本管理装置では、特定領域に、特定ファイルの実データおよび管理情報のいずれか一方あるいは双方を記録できるようになっていることが好ましい。
そして、この場合、記録部は、特定ファイルのファイル識別情報に、ファイル領域情報とともに、特定領域内でのファイルの配置状態を示すファイル配置情報を含めるようになっていることが好ましい。
【０３１０】
このファイル配置情報は、特定領域に特定ファイルのどの部分（実データあるいは管理情報）を記録しているか（配置状態；配置パターン）、を示す情報である。
これにより、再構築部は、特定領域内に配置すべき特定ファイルの部分までも認識できるので、特定領域をより正確に再構築できる。
【０３１１】
また、記録部は、特定ファイルのファイル識別情報に、ファイル領域情報とともに、各ファイルの属する特定領域の位置情報（サイズ情報を含む）を含めることが好ましい。
これにより、再構築部は、特定ファイルに隣接して配置するダミーファイルのサイズを、特定領域の位置情報に合わせて（特定ファイルとダミーファイルとの合計サイズが、もとの特定領域のサイズとなるように）決定できる。従って、特定領域をより正確に再構築できる。
【０３１２】
また、本管理装置は、ＵＤＦに基づいてファイルを管理するように設定されていてもよい。この場合、記録部は、ファイル識別情報を、各ファイルのＦｉｌｅ  ＥｎｔｒｙにおけるＥｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅｓフィールドに記録することが好ましい。
【０３１３】
また、本管理装置がＵＤＦに基づいてファイルを管理するように設定されている場合、記録部は、ファイル識別情報を、各ファイルに関するＦＩＤのＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅフィールドに記録するように設定されていてもよい。
ＦＩＤのＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅフィールドにファイル識別情報を格納することで、特定ファイルやダミーファイルの探索時、再構築部は、各ファイルのファイル識別情報を調べる際、各ファイルのＦＥを辿る必要がなくなる（ディレクトリ用ＦＥに付随するＦＩＤだけを探索すればよい）ので、探索処理の高速化を図ることが可能となる。
【０３１４】
また、本発明のファイル管理方法（本管理方法）は、媒体にファイルを記録する記録装置に使用され、特定アプリケーションによって特定ファイルを記録するための特定領域を媒体に設けるとともに、特定領域の空き領域に、特定アプリケーションのみが空き領域と認識可能なように、ダミーファイルを配置しているファイル管理方法において、特定領域に記録されているファイルを他のファイルと識別するためのファイル識別情報を媒体内に記録する記録工程と、ダミーファイルの所在が不明となっている場合に、ファイル識別情報に基づいて特定領域内のファイルを探索し、探索結果に基づいて、特定領域を再構築する再構築工程とを含んでいる方法である。
【０３１５】
本管理方法は、上記した本管理装置において使用されている方法である。従って、本管理方法をファイル記録装置に用いれば、ダミーファイルの所在が不明となって特定領域を使用できなくなったときに、ダミーファイルあるいは特定ファイルを探索して速やかに特定領域を再構築することが可能である。
【０３１６】
また、本発明のファイル管理プログラムは、媒体にファイルを記録する記録装置に備えられたコンピューターを、本管理装置の記録部および再構築部として機能させるためのプログラムである。
【０３１７】
また、本発明のファイル管理プログラムを、媒体にファイルを記録する記録装置に備えられたコンピューターに、本管理方法の記録工程および再構築工程を実施させるためのプログラム、と表現することもできる。
【０３１８】
一般的なファイル記録装置のコンピューター（あるいはファイル記録装置に接続されたコンピューター）にこれらのプログラムを読み込ませることで、本管理装置における記録部および再構築部（あるいは本管理方法における記録工程および再構築工程）の処理を、そのコンピューターによって実現することが可能となる。
また、これらのプログラムをコンピューターが読取可能な記録媒体に記録させておくことで、プログラムの保存・流通を容易に行えるようになる。
【図面の簡単な説明】
【図１】本発明の一実施形態にかかるファイル管理装置の再構築部による、特定領域の再構築処理の流れを示すフローチャートである。
【図２】ＵＤＦにおけるパーティション領域の構造の例を示す説明図である。
【図３】上記ファイル管理装置の構成を示すブロック図である。
【図４】図３に示したファイル管理装置の記録部における、ダミーファイルによる特定領域の確保例を表す説明図である。
【図５】図３に示したファイル管理装置に関し、ファイルを特定領域内外に配置するパターンを示す説明図である。
【図６】図３に示したファイル管理装置において用いられる、ファイル領域情報における領域種類情報の例を示す説明図である。
【図７】図３に示したファイル管理装置において用いられるファイルにおける、Ｆｉｌｅ−ＦＥの構成を示す説明図である。
【図８】図３に示したファイル管理装置の記録部による、ディスクにファイルを記録する際におけるファイル識別情報の記録処理を示すフローチャートである。
【図９】ダミーファイルのファイル名の変更に関する記録領域の状態例を示す説明図である。
【図１０】ダミーファイルの削除に関する記録領域の状態例を示す説明図である。
【図１１】図３に示したファイル管理装置の再構築部による、名称変更されたダミーファイルの探索処理の流れを示すフローチャートである。
【図１２】図３に示したファイル管理装置の再構築部による、特定ファイル探索処理の流れを示すフローチャートである。
【図１３】特定ファイルにおけるＦｉｌｅ−ＦＥに、特定領域の位置情報を格納した場合の説明図である。
【図１４】従来のファイルの記録状態を示す説明図である。
【図１５】従来の他のファイルの記録状態を示す説明図である。
【符号の説明】
１１  制御部
１２  アプリケーション・インターフェース
１３  デバイス・ドライバ
１４  バッファメモリ
２１  再構築部
２２  記録部
【図１】
2004362479.tif 000011
【図２】
2004362479.tif 000012
【図３】
2004362479.tif 000013
【図４】
2004362479.tif 000014
【図５】
2004362479.tif 000015
【図６】
2004362479.tif 000016
【図７】
2004362479.tif 000017
【図８】
2004362479.tif 000018
【図９】
2004362479.tif 000019
【図１０】
2004362479.tif 000020
【図１１】
2004362479.tif 000021
【図１２】
2004362479.tif 000022
【図１３】
2004362479.tif 000023
【図１４】
2004362479.tif 000024
【図１５】
2004362479.tif 000025