JPH05342075A - ファイル管理システム - Google Patents

Abstract

(57)【要約】 【目的】 ディレクトリファイル間のリンク処理可能と
するとともに、全体のファイル構造の把握を容易とす
る。 【構成】 ［/usr3/jun］を実ディレクトリファイル
（ＲＤ）として［/usr１/sum］という虚ディレクトリフ
ァイル（ＩＤ）を作る場合、まずＩＤのｉノードとし
て、ＲＤと同じ実体情報をもつｉノードを作成する。Ｉ
Ｄの親ディレクトリファイル［/usr１］の実体に［su
m］というファイルが追加される。さらに、ＲＤの虚デ
ィレクトリファイルリスト29に、ＩＤおよびその親ディ
レクトリファイルのｉノード番号が追加される。したが
って、ＲＤが管理しているファイルから、ＩＤの存在を
知ることができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、ファイル管理システ
ムに関するものであり、特に、そのディレクトリファイ
ル間のリンク処理に関するものである。

【０００２】

【従来の技術】一般的にＵＮＩＸ等のファイル管理シス
テムにおいては、複数のファイルを階層構造で管理す
る。図６に、ＵＮＩＸ（商標）（４．３ＢＳＤ版）のフ
ァイル管理システムを示す。物理ディスク51は、パーテ
ィションと呼ばれる複数の論理的な区分に分割されてい
る。この例ではパーティション51a,51b,51c,51dに分割
されている。なお、一のパーティションが一のファイル
システムを構成する。

【０００３】各パーティションは、複数のシリンダグル
ープに分割されており、そのうちの一のシリンダグルー
プ55は、スーパーブロック57、シリンダグループブロッ
ク59、ｉノードリスト61およびデータブロック63から構
成されている。他のシリンダグループも同様である。

【０００４】スーパーブロック57には、当該ファイルシ
ステムの大きさ等、そのファイルシステムを管理するた
めに必要な情報が格納されている。なお、スーパーブロ
ックは、ファイルシステムごとに１つ設ければよいので
あるが、信頼性を高めるため、各シリンダーグループブ
ロックに同じ情報が記憶されている。シリンダーグルー
プブロック59には、シリンダグループ内の有効ブロック
のビットマップ情報や統計情報が格納されている。

【０００５】ｉノードリスト61には、ｉノードの配列が
格納されており、ここに格納されているｉノードの数の
分だけのファイルを、そのシリンダーグループブロック
に作成することができる。各ｉノードには、ファイルの
種類（通常ファイルかディレクトリファイルか等）、そ
のファイルの大きさ、およびデータブロックへのアドレ
ス情報等の各ファイルの属性が格納されている。図７
に、ｉノードリスト61に格納されているｉノードの一例
を示す。同図Ａにおいて、ファイルの種類は［Ｄ］であ
るので、ディレクトリファイルであることがわかる。ま
た同図Ｂにおいて、ファイルの種類は［−］であるの
で、通常ファイルであることがわかる。なお、ファイル
の実体を管理している領域およびファイルの大きさ等か
ら、そのファイルの実体を知ることができる。

【０００６】図６に戻って、データブロック63には、通
常ファイルおよびディレクトリファイルの実体が格納さ
れている。通常ファイルの実体には、図８に示すように
当該ファイルの実際のデータが格納されている。

【０００７】ディレクトリファイルの実体の一例を図９
Ａ，図９Ｃ，図９Ｅに示す。ディレクトリファイルの実
体部分には、当該ディレクトリファイルのｉノード番
号、当該ディレクトリファイルの親ディレクトリファイ
ルのｉノード番号、および当該ディレクトリファイルが
管理しているファイルのｉノード番号およびファイル名
が格納されている。なお、ここでいうファイルには、デ
ィレクトリファイルも含む。

【０００８】例えば、図９Ａは、ルートディレクトリを
示す。同図においてファイル名［・］に対応するｉノー
ド番号が、そのディレクトリファイルのｉノード番号で
ある。すなわちルートディレクトリのｉノード番号は２
である。その下欄のファイル名［・・］に対応するｉノ
ード番号は、ルートディレクトリの親ディレクトリファ
イルのｉノード番号である。ルートディレクトリには、
親ディレクトリファイルが存在しないため、親ディレク
トリファイルとして同じｉノード番号２が与えられてい
る。その下欄には、ルートディレクトリが管理している
ファイルが格納されており、ファイル［usr1］のｉノー
ド番号は３、ファイル［usr2］のｉノード番号は４、フ
ァイル［usr3］のｉノード番号は５、ファイル［usr4］
のｉノード番号は６であることがわかる。

【０００９】つぎに、図１１に示すようなツリー構造の
ファイルシステムにおいて、ファイル［/usr3/jun/car.
c］にアクセスする手順について説明する。ルートディ
レクトリの実体は、すでに説明したように、図９Ａに示
すような構造をしており、ファイル［/usr3］のｉノー
ド番号は５であるとわかる。ｉノード番号５のｉノード
を図９Ｂに示す。同図において、ファイルの種類は
［Ｄ］であるので［/usr3］がディレクトリファイルで
あることがわかる。さらに、その実体を管理している領
域等を見ると、図９Ｃに示すようにディレクトリファイ
ル［/usr3］の実体がわかる。

【００１０】ディレクトリファイル［/usr3］の実体を
見ることにより、ファイル［jun］のｉノード番号は７
であるとわかる。ｉノード番号７のｉノードを図９Ｄに
示す。同図において、ファイルの種類は［Ｄ］であるの
で［/jun］がディレクトリファイルであることがわか
る。さらに、その実体を管理している領域等を見ると、
図９Ｅに示すようにディレクトリファイル［/jun］の実
体がわかる。

【００１１】ディレクトリファイル［/jun］の実体を見
ることにより、ファイル［car.c］のｉノード番号は１
１であるとわかる。ｉノード番号１１のｉノードを図９
Ｆに示す。その実体を管理している領域等を見ることに
より、ファイル［/usr3/jun/car.c］の内容がわかる。
このようにしてファイル［/usr3/jun/car.c］にアクセ
スすることができる。

【００１２】ところで、すでに存在する実体に対して、
別のファイル名でアクセスすることができれば、同じ内
容のファイルを複数持つ必要がなくなり、ファイルシス
テムのデータ領域を節約することができる。また、デー
タの一元化も図ることができる。たとえば、ある参照フ
ァイルを別のディレクトリファイルに移した場合、別の
ファイル名でアクセスすることができれば、いままでそ
のファイル名でその実体にアクセスしていた実行プログ
ラムを書き換える必要がない。また、他人が管理してい
るファイルを参照する際、他人が設定しているファイル
名以外で、そのファイルへアクセスするためには、目的
ファイルを、アクセスするファイル名で自己のディレク
トリファイルにコピーする必要があるが、これでは、コ
ピーする時間が無駄となるとともに、データ領域を必要
とする。

【００１３】そこで、リンク処理がなされる。リンク処
理には、ハードリンクとシンボリックリンクがある。ま
ずハードリンクする方法について説明する。ハードリン
クは、ファイル間のリンク処理を行なうもので、本ファ
イルシステムにおいては、つぎの［Ｉｎ］コマンドによ
って設定される。

【００１４】 ％ ln /usr3/jun/car.c /usr1/tmp/a.c ・・・(1) このようなコマンドが実行されると、図１０Ａに示すよ
うに、ファイル［/usr3/jun/car.c］と同じｉノード番
号をもつファイル［/usr1/tmp/a.c］が、ディレクトリ
ファイル［/usr1/tmp］の実体に追加される。

【００１５】同図において、ｉノード番号１１のファイ
ル名［a.c］が、追加されている。ここで、図９Ｅに示
すように、ファイル［/usr3/jun/car.c］のｉノード番
号は１１である。同じｉノード番号をもつファイルの実
体は同じであるので、図１１に示すように、ファイル
［/usr3/jun/car.c］の実体に対してファイル［/usr1/t
mp/a.c］でアクセス可能となる。なお、図８に示すファ
イル［/usr3/jun/car.c］の実体に記憶されているハー
ドリンクの数は１増えて２となる。

【００１６】このように、ハードリンクをおこなうこと
により、記憶データの一元化も図ることができるととも
に、ファイルシステムのデータ領域を節約することがで
きる。

【００１７】一方、ファイル間のみリンク処理可能なハ
ードリンクに対して、ディレクトリファイル間をもリン
ク処理可能なシンボリックリンクがある。シンボリック
リンクは、リンク先のディレクトリファイルのパス名
を、リンク元のディレクトリファイルに付与することに
より、ディレクトリファイル間をリンクさせる。シンボ
リックリンクは、つぎの［Ｉｎ -s］コマンドによって
設定される。

【００１８】％ ln -s /usr3/jun /usr1 ・・・(2) このようなコマンドが実行されると、図１０Ｂに示すよ
うに、シンボリックリンクの情報が記憶されたファイル
が作成される。さらに、図７Ａに示すようにシンボリッ
クリンクのｉノード番号がディレクトリファイル［/usr
1］のｉノードに記憶される。これにより、リンク先の
ディレクトリファイルのパス名が、リンク元のディレク
トリファイルに与えられる。すなわち、図１２に示すよ
うにディレクトリファイル［/usr1］にパス先であるデ
ィレクトリファイル［/usr3/jun］が与えられる。

【００１９】したがって、ファイル［/usr1/jun/car.
c］にアクセスした場合、ディレクトリファイル［/usr
1］には、そのような名前のファイルがなくとも、自動
的にディレクトリファイル［/usr3/jun］が検索され、
ディレクトリファイル［/usr1］にファイル［/usr1/jun
/car.c］が、存在するとして処理される。

【００２０】このように、シンボリックリンクはディレ
クトリファイル間で処理することができるので、当該デ
ィレクトリファイルに複数のサブディレクトリファイル
およびファイルが存在する場合は、１の処理で容易にリ
ンク処理が可能となる。

【００２１】

【発明が解決しようとする課題】しかしながら、上記の
ようなファイル管理システムのリンク処理においては、
次のような問題点があった。ハードリンクは、ファイル
名を指定してリンク処理を行なうので、全体のファイル
構造を把握することはできるが、ディレクトリファイル
間でリンク処理をすることができない。

【００２２】また、シンボリックリンクはディレクトリ
ファイル間においてリンク処理可能ではあるが、リンク
先のディレクトリファイルのパス名を付与することによ
りリンク処理を行なっているので、リンク先のディレク
トリファイルにとっては、リンク元のディレクトリファ
イルがわからない。したがって、全体のファイル構造の
把握が容易ではない。

【００２３】この発明は、上記のような問題点を解決
し、ディレクトリファイル間のリンク処理可能となると
ともに、全体のファイル構造を把握が容易となるファイ
ル管理システムを提供することを目的とする。

【００２４】

【課題を解決するための手段】請求項１にかかるファイ
ル管理システムは、一または二以上の通常ファイル、当
該一または二以上の通常ファイル情報を管理する複数の
ディレクトリファイル、を備えており、ディレクトリフ
ァイル間のリンク処理が可能なファイル管理システムに
おいて、リンク元のディレクトリファイルを実ディレク
トリファイルとし、リンク先のディレクトリファイルを
虚ディレクトリファイルとするとともに、虚ディレクト
リファイルの検索情報を、実ディレクトリファイルに記
憶させること、を特徴とする。

【００２５】

【作用】請求項１にかかるファイル管理システムにおい
ては、虚ディレクトリファイルの検索情報が、実ディレ
クトリファイルに記憶されている。したがって、実ディ
レクトリファイルが管理しているファイルまたはディレ
クトリファイルから、虚ディレクトリファイルの存在を
知ることができる。

【００２６】

【実施例】本発明の一実施例を図面に基づいて説明す
る。図３に示すようなツリー構造のファイルシステムに
おけるファイル管理状態を図２Ｃ，図２Ｄ，図２Ｅに示
す。まず、本ファイルシステムにおいて、ファイル［/u
sr3/jun/car.c］にアクセスする手順について説明す
る。ルートディレクトリの実体をみてルートディレクト
リが管理するファイル［usr3］のｉノード番号を検索す
る。つぎに、その実体を見ることにより、図２Ｃに示す
ようにディレクトリファイル［usr3］が管理しているフ
ァイルおよびそのｉノード番号がわかる。ファイル［ju
n］のｉノード番号は７であるとわかり、同図Ｄに示す
ように、ｉノード番号７のｉノードをみることにより、
ファイル［jun］がディレクトリファイルであること
や、アドレス情報等がわかる。

【００２７】さらに、その実体を見ることにより、同図
Ｅに示すようにディレクトリファイル［jun］が管理し
ているファイルおよびそのｉノード番号がわかる。ファ
イル［car.c］のｉノード番号は１１であるとわかり、
ｉノード番号１１のｉノードをみるとファイル［car.
c］が通常ファイルであることや、アドレス情報等がわ
かる。このようにして、ファイル［/usr3/jun/car.c］
にアクセスすることができる。

【００２８】つぎに、図３に示すようなツリー構造のフ
ァイルシステムにおいて、［/usr3/jun］を実ディレク
トリファイルとして、［/usr１/sum］という虚ディレク
トリファイルを作成する方法を図４を参照しつつ説明す
る。このようなディレクトリファイル間のリンク処理
を、ディレクトリリンクとよぶ。ディレクトリリンク
は、本実施例ではつぎの［dirln ］コマンドによって設
定される。

【００２９】 ％ dirln /usr3/jun /usr１/sum ・・・(3) このようなコマンドが実行されると、リンク元となる実
ディレクトリファイルが存在するかどうか判定される
（図４ステップＳ101）。この場合、図３に示すように
ディレクトリファイル［/usr3/jun］が存在するので、
図４ステップＳ102に進む。なお、実ディレクトリファ
イルが存在しない場合は「実ディレクトリファイルが存
在しません」というメッセージを表示し（ステップＳ10
6）、終了する。

【００３０】ステップＳ102では、リンク先である虚デ
ィレクトリファイルの名前と同じ名前のファイル（ディ
レクトリファイルを含む）がすでに存在するかどうか判
定される。この場合、図３に示すようにファイル［/usr
１/sum］は存在していないので、ステップＳ103に進
む。なお、同じ名前のファイルがすでに存在する場合は
「同じ名前のファイルがすでに存在します」というメッ
セージを表示し（ステップＳ106）、終了する。

【００３１】ステップＳ103では、リンク先である虚デ
ィレクトリファイルがリンク元となる実ディレクトリフ
ァイルの子孫にあたるかどうか判定される。この場合、
図３に示すように、子孫関係にはないので、ステップＳ
104に進む。なお、子孫関係である場合は「ディレクト
リリンクすることができません」というメッセージを表
示し（ステップＳ106）、終了する。

【００３２】このように本実施例においては、リンク先
である虚ディレクトリファイルがリンク元となる実ディ
レクトリファイルの子孫にあたる場合には、ディレクト
リリンクを禁止するようにしている。これにより、実デ
ィレクトリファイルの下にもう１度実ディレクトリファ
イルのが存在するという状態（ループ状態）の発生を防
止することができる。

【００３３】ステップＳ104において、図２Ｂに示すよ
うに、リンク先である虚ディレクトリファイルのｉノー
ドとして、リンク元となる実ディレクトリファイルと同
じ実体情報をもつｉノードが新たに作成される。この場
合、ディレクトリファイル［/usr3/jun］を示すｉノー
ド番号７のｉノードと同じ実体情報をもつｉノード番号
１７のｉノードが作成される。さらに、図２Ａに示すよ
うに、リンク先である虚ディレクトリファイルの親ディ
レクトリファイルの実体に、ｉノード番号１７でファイ
ル名［sum］というファイルが追加される。

【００３４】図４に戻って、ステップＳ105において、
虚ディレクトリファイルリストに、リンク先である虚デ
ィレクトリファイルのｉノード番号およびその親ディレ
クトリファイルのｉノード番号が追加される。この場合
は、虚ディレクトリファイルである［/usr１/sum］のｉ
ノード番号１７および、その親ディレクトリファイルで
ある［/usr１］のｉノード番号３が、虚ディレクトリフ
ァイルリスト29に追加される。

【００３５】このようにして、図１に示すように［/usr
3/jun］を実ディレクトリファイルとして、［/usr１/su
m］という虚ディレクトリファイルが作成される。な
お、同様にして、一の実ディレクトリファイルを、複数
の虚ディレクトリファイルとディレクトリリンクさせる
こともできる。

【００３６】以上説明したように、本実施例において
は、ディレクトリリンクを行なった場合、リンク先であ
る虚ディレクトリファイルに、リンク元となる実ディレ
クトリファイルと同じ実体情報をもつｉノードを与えて
いる。また、リンク先である虚ディレクトリファイルの
親ディレクトリファイルの実体に、虚ディレクトリファ
イルのｉノード番号およびそのファイル名を追加するよ
うにしている。これにより、ディレクトリファイル間の
リンク処理が可能となる。

【００３７】また、虚ディレクトリファイルリスト29
に、リンク先である虚ディレクトリファイルのｉノード
番号および、その親ディレクトリファイルのｉノード番
号を追加するようにしている。したがって、実ディレク
トリファイルが管理しているファイルまたはディレクト
リファイルから、虚ディレクトリファイルの存在を知る
ことができる。

【００３８】つぎに、図１、図５を参照しつつ、ディレ
クトリリンクさせた実ディレクトリファイルまたは虚デ
ィレクトリファイルを削除する方法を説明する。まず、
虚ディレクトリファイル［/usr１/sum］を削除する場合
について説明する。虚ディレクトリファイル削除は、つ
ぎの［rmdir］コマンドによって設定される。

【００３９】％ rmdir /usr１/sum ・・・(4) このようなコマンドが実行されると、削除対象であるデ
ィレクトリファイルが存在するかどうか判定される（ス
テップＳ201）。この場合、図１に示すように、ディレ
クトリファイル［/usr１/sum］が存在するので、ステッ
プＳ202に進む。なお、削除対象であるディレクトリフ
ァイルが存在しない場合は「ディレクトリファイルが存
在しません」というメッセージを表示し（ステップＳ20
9）、終了する。

【００４０】ステップＳ202では、削除対象のディレク
トリファイルが虚ディレクトリファイルか否かが判定さ
れる。この場合、ディレクトリファイル［/usr１/sum］
をルートディレクトリからたどっていき、その実体を参
照することにより、ディレクトリファイル［/usr１/su
m］は図２Ｅに示すように、虚ディレクトリファイルで
あることが判明するので、図５ステップＳ207に進む。

【００４１】ステップＳ207においては、虚ディレクト
リファイルリストから、虚ディレクトリファイルのｉノ
ード番号およびその親ディレクトリファイルのｉノード
番号が削除される。この場合は、［/usr１/sum］のｉノ
ード番号１７および［/usr１］のｉノード番号３が虚デ
ィレクトリファイルリスト29から削除される。

【００４２】つぎに、この削除ディレクトリの使用して
いるｉノードテーブルを解放し（ステップＳ206）、終
了する。この場合、ディレクトリファイル［/usr１/su
m］を示すｉノード番号１７のｉノードが使用していた
領域が解放され、終了する。このように、虚ディレクト
リファイルを削除する場合には、なんら特殊な処理をす
ることなく削除すればよい。

【００４３】つぎに、実ディレクトリファイル［/usr3/
jun］を削除する場合について説明する。この場合も、
上述したよう［rmdir］コマンドによって設定される。

【００４４】％ rmdir /usr3/jun ・・・(5) このようなコマンドが実行されると、削除対象であるデ
ィレクトリファイルが存在するかどうか判定される（ス
テップＳ201）。この場合、図１に示すように、ディレ
クトリファイル［/usr3/jun］が存在するので、ステッ
プＳ202に進む。なお、削除対象であるディレクトリフ
ァイルが存在しない場合は、上述したように「ディレク
トリファイルが存在しません」というメッセージを表示
し（ステップＳ209）、終了する。

【００４５】ステップＳ202で、削除対象のディレクト
リファイルが虚ディレクトリファイルか否かが判定され
る。この場合、ディレクトリファイル［/usr3/jun］を
ルートディレクトリからたどっていき、その実体を参照
することにより、ディレクトリファイル［/usr3/jun］
は、図２Ｅに示すように、実ディレクトリファイルであ
ることが判明するので、ステップＳ203に進む。

【００４６】ステップＳ203では、削除対象のディレク
トリファイルに虚ディレクトリファイルが存在するかが
判定される。この場合は、虚ディレクトリファイル［/u
sr１/sum］が存在するのでステップＳ208に進む。

【００４７】ステップＳ208においては、虚ディレクト
リファイルが存在する場合、実ディレクトリファイルの
ｉノード番号およびその親ディレクトリファイルのｉノ
ード番号が削除される。さらに、虚ディレクトリファイ
ルリストに記憶されている先頭のディレクトリファイル
のｉノード番号およびその親ディレクトリファイルのｉ
ノード番号を、実ディレクトリファイルのｉノード番号
およびその親ディレクトリファイルのｉノード番号とす
る。すなわち、この場合、実ディレクトリファイルのｉ
ノード番号は１７、その親ディレクトリファイルのｉノ
ード番号は３となり、虚ディレクトリファイルは無しと
いうことになる。

【００４８】つぎに、この削除ディレクトリファイルの
使用していたｉノードテーブルを解放し（ステップＳ20
6）、終了する。この場合、ディレクトリファイル［/us
r3/jun］を示すｉノード番号７のｉノードが使用してい
た領域が解放され、終了する。

【００４９】このように、虚ディレクトリファイルを有
する実ディレクトリファイルを削除する場合は、虚ディ
レクトリファイルリスト29から先頭の虚ディレクトリフ
ァイル（［/usr１/sum］）を、実ディレクトリファイル
に変更することにより、削除対象の実ディレクトリファ
イル（［/usr3/jun］）で管理していたファイルおよび
ディレクトリファイルを、新たに実ディレクトリファイ
ルとなったディレクトリファイル（［/usr１/sum］）で
管理することができる。

【００５０】ステップＳ203で、削除ディレクトリファ
イルに虚ディレクトリファイルが存在しないと判定され
た場合は、ステップＳ204に進む。ステップＳ204におい
て、削除対象であるディレクトリファイルが管理してい
るファイルまたはディレクトリファイルが存在するか
（削除対象であるディレクトリファイルが空か否か）が
判定される。

【００５１】削除対象であるディレクトリファイルが空
である場合は、削除対象であるディレクトリファイルの
実体が使用している領域を解放する。さらに、この削除
ディレクトリの使用していたｉノードテーブルを解放し
（ステップＳ206）、終了する。

【００５２】削除対象であるディレクトリファイルが空
でない場合は、「このディレクトリファイルは削除でき
ません」というメッセージを表示し（ステップＳ21
0）、終了する。このように、実ディレクトリファイル
を削除する場合に、虚ディレクトリファイルが存在せず
かつ削除対象であるディレクトリファイルが空でない場
合は、当該ディレクトリファイルを削除できないように
することにより、削除対象のディレクトリファイルが管
理しているファイルまたはディレクトリファイルを誤っ
て、削除するおそれがない。

【００５３】

【発明の効果】請求項１にかかるファイル管理システム
においては、リンク元のディレクトリファイルを実ディ
レクトリファイルとし、リンク先のディレクトリファイ
ルを虚ディレクトリファイルとするとともに、虚ディレ
クトリファイルの検索情報を、実ディレクトリファイル
に記憶させている。したがって、実ディレクトリファイ
ルが管理しているファイルまたはディレクトリファイル
から、虚ディレクトリファイルの存在を知ることができ
る。これにより、ディレクトリファイル間のリンク処理
可能となるとともに、全体のファイル構造を把握が容易
となるファイル管理システムを提供することができる。

【図面の簡単な説明】

【図１】ディレクトリファイルをリンクさせた場合のツ
リー構造を示す図である。

【図２】ファイル管理システムの構造を示す図である。

【図３】ディレクトリファイルをリンクさせる前のツリ
ー構造を示す図である。

【図４】ディレクトリリンクさせるフローチャートであ
る。

【図５】ディレクトリファイルのリンクを解除させる場
合のフローチャートである。

【図６】従来のファイル管理システムにおけるファイル
システムを示す図である。

【図７】ｉノードの一例を示す図である。

【図８】通常ファイルの内容を示す図である。

【図９】ディレクトリファイルの実体とｉノードを示す
図である。

【図１０】ディレクトリファイルの実体を示す図であ
る。

【図１１】通常ファイルをハードリンクさせた場合のツ
リー構造を示す図である。

【図１２】ディレクトリファイルをシンボリックリンク
させた場合のツリー構造を示す図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 藤居 藤樹 京都府京都市右京区花園土堂町10番地 オ ムロン株式会社内

Claims (1)

【特許請求の範囲】
1. 【請求項１】一または二以上の通常ファイル、 当該一または二以上の通常ファイル情報を管理する複数
   のディレクトリファイル、を備えており、 ディレクトリファイル間のリンク処理が可能なファイル
   管理システムにおいて、 リンク元のディレクトリファイルを実ディレクトリファ
   イルとし、リンク先のディレクトリファイルを虚ディレ
   クトリファイルとするとともに、 虚ディレクトリファイルの検索情報を、実ディレクトリ
   ファイルに記憶させること、を特徴とするファイル管理
   システム。