JPH11282741A - ディレクトリのマウント方法、ファイルアクセス方法およびアクセス権限判別方法 - Google Patents

Abstract

(57)【要約】 【課題】 マウント可能なファイルなどをユーザが指定
できる柔軟な、ディレクトリのマウント方法を提供す
る。 【解決手段】 ローカルファイル名ツリーのディレクト
リ／ｘを共通ファイル名ツリー２のいずれかのディレク
トリｃにマウントするときに、マウント可能な同名ファ
イルの種別などを示すマウント許可条件、アクセス動作
を規制する読み出し操作情報、書き込み操作情報および
アクセス権限表などユーザが指定する情報をマウント先
ｃに対応して設定する。アクセス権限はマウント元／ｘ
にも対応して設定される。これらにより、マウントを許
可されるファイルの選択と、マウントされたファイルｆ
またはｇに対するアクセス要求の実行が制御される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は分散ファイルシステ
ムのディレクトリを合成する方法に関する。

【０００２】

【従来の技術】計算機のファイル・システムにおける名
前づけは、ファイル・システムの基本機能のひとつであ
る。名前づけの役割は、計算機上のさまざまなデータや
プログラム（以後、ファイルと総称する）を一意に識別
することと、ユーザ間のファイルの共有を助けることで
ある。ファイルにつけられた名前を「ファイル名」と呼
ぶ。その全体を「ファイル名空間」と呼ぶ。

【０００３】多くのファイル・システムのファイル名空
間は、階層的な木構造をなす。この木構造は、ディレク
トリとファイルからなる。ディレクトリは木構造の分岐
点である。一方、ファイルは木構造の末端であり、ディ
レクトリの下におかれる。このようなファイル名空間を
ファイル名ツリーとも呼ぶ。

【０００４】ネットワークによって、ひとつの計算機か
ら別の計算機上のファイルをアクセスすることが可能に
なった。１９８０年頃から、ネットワーク上の複数の計
算機を跨る分散ファイル・システムの技術が登場し、発
展してきた。このなかの代表的な技術には、共通ファイ
ル名空間の技術、位置透過性と独立性の技術、キャッシ
ング技術、複製技術、アクセス・コントロール技術、認
証技術があり、これらは現在も発展を続けている。以
下、共通ファイル名空間の技術、位置透過性と位置独立
性の技術を説明する。

【０００５】R. Sandberg他著"The Sun Network File S
ystem: Design, Implementation and Experience", A.
L. AnandaとB. Srinivasan編"Distributed Computing S
ystems: Concepts and Structures", IEEE Computer So
ciety Press, pp. 300-314,1991に記載の方法（以後
「公知例１」と呼ぶ）によれば、計算機Ｂのファイル・
システムにより管理されるネームツリー内のいずれかの
ディレクトリ、例えばＸに、他の計算機Ａのファイルシ
ステムにより管理されるネームツリー内の他のディレク
トリ、例えばＵを組み込むという操作が知られている。
この操作では、ディレクトリＸの名称をディレクトリＵ
に割り当てる。この操作を行うと、計算機Ｂ上のアプリ
ケーションプログラムが計算機ＡのディレクトリＵをア
クセスする場合、アクセス要求がディレクトリＸを指定
すればよく、計算機ＡのディレクトリＵをユーザが指定
する必要はない（位置透過性）。

【０００６】このように、あるネームツリー上のディレ
クトリＸの名称を他のネームツリー上のディレクトリＵ
に割り当てる操作は、ディレクトリＸにディレクトリＵ
をマウントすると呼ばれている。この操作では、ディレ
クトリＸは、マウント先のディレクトリ呼ばれ、ディレ
クトリＵは、マウント元のディレクトリと呼ばれる。

【０００７】J. H. Howard他著"Scale and Performance
in a Distributed File System",ACM Transactions on
Computer Systems, vol. 6, no. 1, pp. 51-81, Febru
ary1988に記載の方法（以後「公知例２」と呼ぶ）で
は、異なるファイル・システムが提案されている。ファ
イル・サーバ計算機とクライアント計算機を区別してお
り、各クライアント計算機は、ファイル名空間をローカ
ルなファイル名空間（もしくはローカルなファイル名ツ
リー）と共通ファイル名空間（もしくは共通ファイル名
ツリー）とで構成する。本明細書を通じて「ローカル」
という語は、ひとつの計算機がネットワークを経由せず
にアクセスできる資源を指す。共通ファイル名空間もし
くは共通ファイル名ツリーはファイル・サーバ計算機群
が提供し、ローカルなファイル名空間もしくはローカル
なファイル名ツリーは各クライアント計算機がそれぞれ
別のものを持つ。共通ファイル名ツリーを構成するディ
レクトリおよびローカルなファイル名ツリーを構成する
ディレクトリを本明細書では、共通ディレクトリおよび
ローカルディレクトリと呼ぶことがある。この従来技術
では、異なるクライアント計算機が管理するローカルデ
ィレクトリを共通のファイルネームツリー上の共通ディ
レクトリにマウントされる。各クライアント計算機は、
このような共通ネームツリーを使用してそれぞれのサー
バ計算機が管理する共通ファイルを、それぞれのファイ
ルを管理するサーバ計算機がどれであるかを意識しない
でアクセスすることが出来る。また、クライアント計算
機側に影響せず、共通ネームツリーに登録されたディレ
クトリやファイルをファイル・サーバ計算機群の中に移
動することが可能である。このように、ディレクトリや
ファイルが特定の計算機に縛られないことを、以後「位
置独立性」と呼ぶ。

【０００８】以上の公知例に記載のマウント方法では、
各計算機に散在したファイル（以後「分散ファイル」と
呼ぶ）を論理的にまとめたい時に次の問題が生じる。た
とえば、同じ種類の情報を格納したファイルが別々の計
算機のローカルなファイル名ツリーに属する二つのディ
レクトリに入っている場合、一方のローカルファイルネ
ームツリー上のローカルなディレクトリを他方のローカ
ルファイルネームツリー上の他のローカルディレクトリ
にまとめて整理したい場合、上記一方のディレクトリを
上記他方のディレクトリにマウントすると、上記一方の
ディレクトリに属する複数のファイルをアクセスするこ
とができるようになるが、上記一方のディレクトリに属
する複数のファイルは隠されてしまい、アクセスするこ
とができなくなる。

【０００９】このような問題を有しないマウント方法と
して、ユニオン・マウント法が提案されている。この技
術によれば、上記の問題が無いマウントの結果、マウン
ト元のディレクトリはマウント先のディレクトリに合成
されると呼んでいる。ユニオン・マウント法には二種類
がある。M. K. McKusick他著“The Design and Impleme
ntation of the 4.4 BSD Operating System", Addison-
Wesley, 1996の「6.7 Stackable Filesystems」に記載の
方法（以後「公知例３」と呼ぶ）とR. Pike他著“The U
se of Name Space in Plan 9", Plan 9: Programmer's
Manual Volume 2, Second Edition, pp. 29-34, 1995に
記載の方法（以後「公知例４」と呼ぶ）である。

【００１０】

【発明が解決しようとする課題】これらの方法によるデ
ィレクトリのマウントは異なるところがあるが、マウン
トされるディレクトリに上下関係が付けられる。すなわ
ち、あるディレクトリ（マウント先のディレクトリ）に
他のディレクトリ（マウント元のディレクトリ）をマウ
ントするとき、マウント先のディレクトリはマウント元
のディレクトリの下側のディレクトリとして扱われる。
ディレクトリのマウント結果はその上下関係に依存す
る。即ち、ユーザがあるファイル名のファイルに対する
アクセスを試みたとき、そのファイル名のファイルが属
するディレクトリと他のディレクトリとの上下関係によ
り、そのファイルへのアクセスあるいはそのファイルの
更新が制限されるなどファイルが属するディレクトリの
上下関係に依存してそのファイルへのアクセスに制限が
生じる。以下、図２を用いて具体的に説明する。

【００１１】図２では、記憶装置２０にあるディレクト
リ“ｘ”２１、ファイル“ａ”２２、ファイル“ｂ”２
３、サブディレクトリ“ｚ”２４、ファイル“ｄ”２５
が格納されており、記憶装置３０にあるディレクトリ
“ｙ”３１、ファイル“ａ”３２、ファイル“ｃ”３
３、サブディレクトリ“ｚ”３４、ファイル“ｅ”３５
が格納されている。公知例３と公知例４のユニオン・マ
ウント法をそれぞれ使って、記憶装置２０にあるディレ
クトリ“ｘ”２１を記憶装置３０にあるディレクトリ
“ｙ”３１の上にマウントするとする。

【００１２】公知例３のユニオン・マウントのマウント
結果はファイル名ツリー４０に示される。ファイル名ツ
リー４０にあるディレクトリ“ｙ”４１はマウント・ポ
イントであり、ディレクトリ“ｘ”２１をそこにマウン
トする前は記憶装置３０にあるディレクトリ“ｙ”３１
を参照する。ディレクトリ“ｘ”２１をそこにマウント
すれば、次のマウント仕様に従ってマウントが行われ
る。ここで、マウント先のディレクトリ“ｙ”４１は、
マウント元のディレクトリ“ｘ”２１より下に位置する
ディレクトリとして扱われる。

【００１３】（ａ）上側のディレクトリ“ｘ”２１に含
まれるファイル“ａ”２２と下側のディレクトリ“ｙ”
４１に含まれるファイル“ａ”３２は同名のファイルで
ある。下側のディレクトリ“ｙ”３１に属する、記憶装
置３０内のファイル“ａ”３２は参照されないし、変更
もされない。このように、下側ディレクトリのファイル
は、上側ディレクトリの同名のファイルにより隠され
る。なお、ファイル“ａ”４２は、記憶装置２０内のフ
ァイル“ａ”２２を参照する。また、ファイル“ａ”４
２を変更すれば（４８）参照の、記憶装置２０内のファ
イル“ａ”２２が変更される（４８’）。

【００１４】（ｂ）記憶装置３０内のファイル“ｃ”３
３と同名のファイルは、上側ディレクトリ“ｘ”２１に
含まれていない。このようにマウント対象となったディ
レクトリ群の中に一番上ではないディレクトリに入って
いるファイルはｒｅａｄ−ｏｎｌｙに制限される。すな
わち、ファイル“ｃ”４４は記憶装置３０内のファイル
“ｃ”３３を参照できるが、これを変更することができ
ない。

【００１５】（ｃ）もしファイル“ｃ”４４を変更しよ
うとすると（４９）、ファイル“ｃ”３３は、記憶装置
２０にある一番上側のディレクトリ“ｘ”２１にコピー
アップされる（４９’）。すなわち、記憶装置２０内の
ファイル“ｃ”３３’が新規に作られ、その後は、変更
は記憶装置２０内のファイル“ｃ”３３’に反映される
（４９”）。記憶装置３０内のファイル“ｃ”３３には
この変更は反映されない。

【００１６】（ｄ）上側のディレクトリ“ｘ”２１に含
まれるサブディレクトリ“ｚ”２４と下側のディレクト
リ“ｙ”４１に含まれるサブディレクトリ“ｚ”３４は
同名のサブディレクトリである。ファイル名ツリー４０
では、サブディレクトリ“ｚ”４５において、ディレク
トリ“ｙ”４１におけるマウントと同じマウント仕様に
従ったマウントがサブディレクトリ“ｚ”３４とサブデ
ィレクトリ“ｚ”２４とに対して再帰的に行われる。し
かし、ファイル名ツリー４０内のファイル“ｄ”４６
は、記憶装置３０内のファイル“ｅ”３５を参照する
が、この参照はｒｅａｄ−ｏｎｌｙである。

【００１７】公知例４によるマウント結果はファイル名
ツリー５０に示される。ファイル名ツリー５０にあるデ
ィレクトリ“ｙ”５１はマウント・ポイントであり、マ
ウントする前に記憶装置３０にあるディレクトリ３１を
参照する。一旦そこにマウントすれば次のマウント仕様
に従ってマウントが行われる。

【００１８】（ａ）同名ファイルは全部見えるが、その
うちの一番上のファイルにしかアクセスできない。すな
わち、ファイル名ツリー５０にファイル“ａ”５２とフ
ァイル“ａ”５２’が二つ見える。ファイル“ａ”５２
は記憶装置２０内のファイル“ａ”２２を参照する。フ
ァイル“ａ”５２’は参照先がない。ファイル“ａ”５
２を変更すれば（５８）、参照先記憶装置２０内のファ
イル“ａ”２２が変更される（５８’）。

【００１９】（ｂ）同名のサブディレクトリは全部見え
るが、そのうちの一番上のサブディレクトリにしかアク
セスできない。このことが原因となって、ディレクトリ
マウントは同名サブディレクトリに対して再帰的に行わ
れない。すなわち、ファイル名ツリー５０にサブディレ
クトリ“ｚ”５５とサブディレクトリ“ｚ”５５’が二
つに見える。サブディレクトリ“ｚ”５５は記憶装置２
０内のサブディレクトリ“ｚ”２４を参照する。サブデ
ィレクトリ“ｚ”５５’は参照先がない。ファイル
“ｄ”５６は、記憶装置２０内のファイル“ｄ”２５を
参照する。記憶装置３０内のファイル“ｅ”３５はファ
イル名ツリー５０から見えない。

【００２０】なお、従来のマウント方法では、あるマウ
ント先のディレクトリにマウント元のディレクトリをマ
ウントするときに、マウント可否は、マウントを要求す
るユーザがマウント先のディレクトリとマウント元のデ
ィレクトリに対してアクセス権限を有するか否かのチェ
ックによってのみ判断される。

【００２１】公知例３のマウント方法はもともとソフト
ウェアのバージョン管理に向けるディレクトリマウント
であるため、仕様上、ディレクトリの上下関係が定めら
れている。これはソフトウェアのバージョン管理に適し
ているが、分散ファイルをマウントする時には、上に示
されたように、最も上のディレクトリ内の同名ファイル
あるいはサブディレクトリ内のファイルしかアクセスあ
るいは更新できないのでは、ファイル管理の上で不便で
ある。

【００２２】したがって、本発明の目的は、マウントす
べき複数のディレクトリの上限関係に依存しないでアク
セスできるファイルあるいは更新できるファイルが定ま
るディレクトリマウント方法を提供することである。

【００２３】本発明の他の目的は、アクセスできるファ
イルあるいは更新できるファイルをより柔軟に定めるこ
とができるディレクトリマウント方法を提供することで
ある。

【００２４】本発明のさらに他の目的は、アクセスでき
るファイルあるいは更新できるファイルをユーザが自由
に定めることができるディレクトリマウント方法を提供
することである。

【００２５】

【課題を解決するための手段】上記課題を解決するため
に、本発明によるディレクトリのマウント方法では、デ
ィレクトリのマウントに際し、マウント先のディレクト
リに対応してマウント許可条件をユーザに指定可能にす
る。このマウント許可条件は、マウント可能なファイル
に関する条件を指定する。たとえば、操作の対象となる
ファイル（特に同名によって重なったファイル）の内容
と属性により、マウント可能なファイルを指定する。マ
ウント許可条件を変えることによって異なる方法でディ
レクトリのマウントを行える。

【００２６】すなわち、本発明によるマウント方法で
は、マウントを実行する前に、分散計算機システム内の
複数の計算機に共通に定められたファイル名ツリーを構
成する複数のディレクトリの各々に対応して、そのディ
レクトリに属することができるファイルに関連する、マ
ウントを要求したユーザが指定したマウント条件を予め
記憶する。本明細書では、ディレクトリに属するファイ
ルはそのディレクトリの直下にあるファイル及び再帰的
にそのディレクトリのサブディレクトリに属するファイ
ルからなる集合にあるファイル、即ち、そのディレクト
リにおけるサブツリーに属するファイルを指す。

【００２７】分散計算機システム内の複数の計算機の一
つにそれぞれ接続された複数の記憶装置のいずれかに対
応するローカルファイル名ツリーのいずれかのマウント
元のローカルディレクトリを、上記共通ファイル名ツリ
ーのいずれかのマウント先の共通ディレクトリにマウン
トするときに、上記マウント元のローカルディレクトリ
に属する複数のファイルの各々が、そのマウント先の共
通のディレクトリに対応して記憶されたマウント条件を
満たすか否かを判別する。

【００２８】上記複数のファイルの全てが上記マウント
先の共通ディレクトリに対応して記憶された上記マウン
ト条件を満たすときには、上記マウント元のローカルデ
ィレクトリを上記マウント先の共通のディレクトリにマ
ウントする。

【００２９】たとえば、同名ファイルとして、複製ファ
イル、同等ファイル、同類ファイルを扱う場合に、これ
らの同名ファイルの内のいずれに対してマウントを許可
するかをユーザの指定に従ってディレクトリ毎に定める
ことができる。

【００３０】さらに、本発明によるファイルアクセス方
法では、ある共通ディレクトリに属する同じ名称を有す
る複数の同名ファイルのファイル名を指定するファイル
読み出し要求が発生した場合に、それらの同名ファイル
のいずれをアクセスするかを決めるための読み出し操作
を予めその共通のディレクトリに対応してユーザが指定
することを可能にする。これにより、それらの同名ファ
イルへのアクセスをユーザが指定した基準により行うこ
とが可能になる。例えば、読み出し要求の処理時には、
同名によって重なった複数のファイルにはどれにでも読
み出しのためのアクセスさせることもできる。また、書
き込み要求の処理時には、基本ファイルに対して行った
書き込みに対応する変更を複数の同名ファイルに対し
て、それぞれのファイルの種類に応じて行い、それによ
りそれらの同名ファイルと基本ファイルとの一致制御を
自動的に行うことができる。

【００３１】すなわち、本発明よる読み出しのためのフ
ァイルアクセス方法では、いずれかの共通ディレクトリ
に、いずれかの記憶装置に対するローカルファイル名ツ
リーのいずれかのローカルディレクトリをマウントする
ときに、マウント元のローカルディレクトリに属するフ
ァイルが同名ファイルであるときには、そのファイルに
関する情報として、そのファイルの同名ファイルの種類
を上記共通ディレクトリに対応して記憶する。

【００３２】上記マウントのときに、その共通ディレク
トリに属する複数の同名ファイルがある場合にそれらの
同名ファイルのいずれか一つを選択して読み出すための
条件を指定する、マウントを要求したユーザにより指定
された読み出し操作情報をその共通のディレクトリに対
応して記憶する。

【００３３】その共通ディレクトリに属するいずれかの
ファイルに対する読み出し要求が発生したときに、その
共通ディレクトリにマウントされたマウント元のローカ
ルディレクトリが複数あれば、それらのマウント元のロ
ーカルディレクトリに属するファイルの中に、アクセス
要求が指定したファイル名と同じ名称を有する複数の同
名ファイルがあるか否かを、それぞれのファイルに対し
て記憶されたファイルの種類により判別し、複数の同名
のファイルがあれば、その共通ディレクトリに対応して
記憶された上記読み出し操作情報に従って、上記複数の
同名ファイルの一つを選択して読み出す。

【００３４】また、本発明よる書き込みのためのファイ
ルアクセス方法では、いずれかの共通ディレクトリに、
いずれかの記憶装置に対するローカルファイル名ツリー
のいずれかのローカルディレクトリをマウントするとき
に、マウント元のローカルディレクトリに属するファイ
ルが同名ファイルであるときには、そのファイルに関す
る情報として、そのファイルの同名ファイルの種類を上
記共通ディレクトリに対応して記憶し、上記マウントの
ときに、その共通ディレクトリに属する複数の同名ファ
イルがある場合にそれらの同名ファイルに対して実行す
べき書き込み操作を指定する、上記マウントを要求した
ユーザにより指定された書き込み操作情報をその共通の
ディレクトリに対応して記憶する。

【００３５】その共通ディレクトリに属するいずれかの
ファイルに対する書き込み要求が発生したときに、その
共通ディレクトリにマウントされたマウント元のローカ
ルディレクトリが複数あれば、それらのマウント元のロ
ーカルディレクトリに属するファイルの中に、アクセス
要求が指定したファイル名と同じ名称を有する複数の同
名ファイルがあるか否かを、それぞれのファイルに対し
て記憶されたファイルの種類により判別し、複数の同名
のファイルがあれば、その共通ディレクトリに対応して
記憶された上記書き込み操作情報に従って、上記複数の
同名ファイルに対して上記書き込み要求に関連する書き
込み操作を実行する。

【００３６】さらに、本発明によるアクセス権限の判別
方法では、マウント先のディレクトリ毎にユーザが指定
したアクセス権限情報を定めることができる。さらに、
マウント元のディレクトリごとに、ユーザが指定したア
クセス権限情報を定めることができる。

【００３７】

【発明の実施の形態】以下、本発明の実施の一形態とし
て、本発明に係るマウント方法−統合マウント法を使用
する分散ファイル・システム（「統合ファイル名システ
ム」（Ｕｎｉｆｉｅｄ Ｎａｍｅ Ｓｙｓｔｅｍ−ＵＮ
Ｓ））を説明する。

【００３８】統合ファイル名システムは各計算機により
管理されるローカルファイル名ツリーに登録されたファ
イルをまとめて管理するファイル名ツリーを提供する。
以後、統合ファイル名システムによるファイル名ツリー
を「統合ファイル名ツリー」（Ｕｎｉｆｉｅｄ Ｎａｍ
ｅ Ｔｒｅｅ−ＵＮＴ）と呼ぶ。統合ファイル名ツリー
は木構造であり、全ユーザに共通である。統合ファイル
名ツリーは、分散計算機システムの各計算機により管理
されるローカルファイル名ツリーに対比して、共通ファ
イル名ツリーと呼ぶことができる。本明細書では、共通
ファイル名ツリーを構成するディレクトリおよびローカ
ルなファイル名ツリーを構成するディレクトリをそれぞ
れ共通ディレクトリおよびローカルディレクトリと呼ぶ
ことができる。したがって統合ファイル名ツリーを構成
するディレクトリも共通ディレクトリと呼ぶことができ
る。

【００３９】あるファイル名ツリーに属するディレクト
リを他のファイル名ツリーに属するディレクトリにマウ
ントすることは、マウント元のディレクトリに、マウン
ト先のディレクトリの名称を割り当てる操作を言う。そ
の割り当てに関する情報をマウント先のディレクトリに
対応して記憶されるなどの処理が実行される。

【００４０】統合ファイル名システムは統合ファイル名
ツリーを階層的に分割して統合ファイル名ツリーの分散
と多重化を実現する。これによってスケーラビリティと
信頼性の高いファイル名空間を提供することができる。

【００４１】以後、統合マウント法によりディレクトリ
を他のディレクトリにマウントすることを「統合マウン
トする」ということがある。同様に、統合マウント法に
よるディレクトリのマウントを「ディレクトリ統合」と
呼び、ディレクトリ統合による同名ファイルのマウント
を「ファイル統合」と呼び、ディレクトリ統合とファイ
ル統合のためのポリシーを「統合ポリシー」と呼び、デ
ィレクトリ統合から得たディレクトリを「統合ディレク
トリ」と呼び、統合ディレクトリに入っているまたはフ
ァイル統合から得たファイルを「統合ファイル」と呼
び、統合ディレクトリと統合ファイルの名前を「統合フ
ァイル名」とと呼ぶことがある。

【００４２】図３を用いて、本発明のマウント法による
ディレクトリのマウント手順の概略と特徴をまず説明す
る。図３では、記憶装置２０は、分散計算機システム内
の図示しないある計算機に接続された記憶装置であり、
その記憶装置２０に対するローカルファイル名ツリーに
は、ローカルディレクトリ“ｘ”２１、ファイル“ａ”
２２、ファイル“ｂ”２３、サブディレクトリ“ｚ”２
４、ファイル“ｄ”２５が登録されていると仮定する。
同様に、図示しない他の計算機に接続された記憶装置３
０に対するローカルファイル名ツリーには、ローカルデ
ィレクトリ“ｙ”３１、ファイル“ａ”３２、ファイル
“ｃ”３３、サブディレクトリ“ｚ”３４、ファイル
“ｅ”３５が登録されていると仮定する。統合マウント
法を使って、記憶装置２０に対するディレクトリ“ｘ”
２１と記憶装置３０に対するディレクトリ“ｙ”３１
を、統合ファイル名ツリー６０上の統合ディレクトリ
“ｕ”６１にマウントする。統合ディレクトリ“ｕ”６
１はマウント・ポイントであり、マウントする時に作ら
れる。

【００４３】本発明によるマウント方法の利点は以下の
通りである。

【００４４】（ａ）統合ファイル名ツリー内では、複数
の同名ファイルを一つの統合ファイルとして見せること
ができる。しかもすべての同名ファイルを参照すること
ができるようにすることもできる。どのファイルを参照
するかの選択はユーザが予め指定した読み出し操作にし
たがって自動的に決定される。例えば、統合ファイル名
ツリー６０の統合ファイル“ａ”６２は記憶装置２０内
のファイル“ａ”２２と記憶装置３０内のファイル
“ａ”３２の両方を参照することができる。また、この
ような統合ファイルを変更する時に、設定された統合ポ
リシーによる一致制御方法に従って、当該統合ファイル
が参照する同名ファイルを変更する。例えば、統合ファ
イル名ツリー６０の統合ファイル“ａ”６２を変更する
時に、まず記憶装置２０内のファイル“ａ”２２を変更
する（６８’）。ファイル“ａ”２２への変更（６
８’）が全部終わったら、記憶装置３０内のファイル
“ａ”３２への一致制御（６８”）を行う。このため、
同名ファイルを隠さないで適当なファイルを参照するこ
ともできるし、同名ファイルの一致性を自動的に行うこ
ともできる。

【００４５】（ｂ）統合ファイルは、統合ポリシーによ
って、自分の参照するファイルの元々の属性をそのまま
持ち続けるか、或は属性の変更や追加をするかを選択で
きる。例えば、統合ファイル名ツリー６０の統合ファイ
ル“ｂ”６３が参照する記憶装置２０内のファイル
“ｂ”２３は変更できる属性があっても、統合ファイル
“ｂ”６３は変更できない属性を持つことができる。こ
のときには、統合ファイル名ツリー６０からファイル
“ｂ”２３を変更することができない。また、統合ファ
イル名ツリー６０の統合ファイル“ｃ”６４が参考先の
記憶装置３０にファイル“ｃ”３３の変更できる属性を
継承するとすれば、統合ファイル“ｃ”６４を変更する
ことができる（６９）。その変更はファイル“ｃ”３３
への変更になる（６９’）。このように、仕様上の制限
がないで、統合ポリシーを用いてファイルに柔軟なアク
セスを行うことができる。

【００４６】（ｃ）ディレクトリマウントは同名サブデ
ィレクトリにも再帰的に行われる。例えば、統合ファイ
ル名ツリー６０の統合ディレクトリ“ｚ”６５は記憶装
置２０にあるディレクトリ“ｚ”２４と記憶装置３０に
あるディレクトリ“ｚ”３４がマウントされる場合、こ
の再帰的なマウントが行われる。このため、マウント・
ポイントにおける統合ディレクトリの全体ツリーをマウ
ントすることができる。

【００４７】統合マウント法の統合ポリシーはマウント
・ポイント毎およびマウント対象となるディレクトリ毎
に設定される。統合ディレクトリへのマウント操作やア
クセス操作は設定された統合ポリシーに従って行われ
る。統合ポリシーによりファイルやディレクトリの属性
（例えば、アクセス制限、日付、サイズ等）を変更また
は追加することもできる。このため、柔軟なファイル名
空間を構築することができる。もちろん、統合マウント
法は適当な統合ポリシーを使ってユニオン・マウントを
シミュレートすることができる。

【００４８】これらの手段によって上下関係のないディ
レクトリマウントができるようになり、かつ、従来のデ
ィレクトリマウントより高い柔軟性（即ち、各種のディ
レクトリマウント）を達成することができる。

【００４９】統合ファイル名システムについて以下に詳
細に説明する。

【００５０】（Ａ）統合ファイル名システムのハードウ
ェア構成およびネットワーク接続 図１に、統合ファイル名システムのハードウェア構成を
示す。１台以上の計算機１０１、１０２、１０３、１０
４等が、ネットワーク１に接続されている。前記計算機
は、それぞれプロセッサ、主記憶装置、ネットワーク・
インタフェースを有し、計算機内でプログラムを実行し
たり、ネットワーク１を経由して他の計算機と通信する
ことができる。また、計算機１０３および計算機１０４
は、記憶装置（主記憶装置の一部、または磁気ディス
ク、光ディスクなどのような補助記憶装置）を有してお
り、計算機１０３および１０４上で実行されるプログラ
ムは、それぞれ記憶装置１２３および１２４上のデータ
にアクセスすることができる。なお、図１では、統合フ
ァイル名ツリーを管理する計算機として一つの計算機１
０１がある場合を示しているが、この数は複数でもよ
い。後述するように、図７に、統合ファイル名ツリーを
管理する計算機が複数である場合の構成を示す。以後の
すべての説明は、統合ファイル名ツリーを管理する計算
機が一つである場合あるいは複数である場合のいずれか
に関して与えられるが、その説明は、統合ファイル名ツ
リーを管理する計算機が複数である場合あるいは一つで
ある場合にもそのままあるいは適宜修正されてあてはめ
ることができる。説明の修正が必要な場合にも、その修
正は自明であるので、とくにその修正については説明を
省略する。

【００５１】前記ネットワーク・インタフェースのそれ
ぞれには、一意なネットワーク・アドレス（以下「アド
レス」と略す）を割り当てる。前記アプリケーションプ
ログラム（以下、アプリケーションプログラムを単にア
プリケーションと呼ぶ）１１２とファイル・サーバ１１
３および１１４、および統合ファイル名結合子（Ｕｎｉ
ｆｉｅｄ Ｎａｍｅ Ｂｉｎｄｅｒ−ＵＮＢ）１１１の
間の通信などは、このアドレスを用いて、次のように実
現される。すなわち、送信する側が送り先のアドレス
と、送りたいデータを格納している主記憶装置上の領域
を指定して、自分のネットワーク・インタフェースに指
令を送ることにより、ネットワークを経由して、前記送
り先のアドレスを割り当てられたネットワーク・インタ
フェースによって受信され、受信する側で指定した主記
憶装置上の領域に書き込まれる。

【００５２】この「各ネットワーク・インタフェースに
一意のアドレスを割り当てたとき、送信側が送り先のア
ドレスを指定することによって、送信したいデータが、
指定したアドレスを割り当てられたネットワーク・イン
タフェースを有する装置に正しく届けられる」という機
能を実現する通信方式についてのより具体的な説明は、
文献W. Richard Stevens, "UNIX Network Programmin
g", Prentice-Hall, pp.171-196に述べられている。本実
施の形態においては、当該通信方式が確立しているもの
とし、本明細書では、当該通信方式についてのこれ以上
の詳細な説明は省略する。

【００５３】（Ｂ）統合ファイル名システムのソフトウ
ェア構成 図１に、統合ファイル名システムのソフトウェア構成も
示す。統合ファイル名システムは、ファイル・サーバ１
１３、１１４、統合ファイル名結合子１１１により実現
され、これによりアプリケーション１１２は統合ファイ
ル名システムを利用することができる。ここで、ファイ
ル・サーバ、統合ファイル名結合子およびアプリケーシ
ョンは、それぞれ独立したプログラムであり、計算機上
で実行される。また、図１では、ファイル・サーバ１１
３、１１４、統合ファイル名結合子１１１、およびアプ
リケーション１１２は、それぞれ別の計算機で実行さ
れ、既に述べたようにネットワーク１を経由して互いに
通信することができる。ただし、これらのプログラムの
一部または全部が同じ計算機上で実行されていても何ら
差し支えない。

【００５４】図１の計算機１０２で実行されているアプ
リケーション１１２は、ファイル・アクセスを行う前
に、アクセスしたいファイルのファイル名を指定する。
本実施の形態では、この時に、統合ファイル名を指定す
ることにより、異なる計算機１０３、１０４等の記憶装
置１２３、１２４等に分散して格納されているファイル
にアクセスすることができる。

【００５５】図１の計算機１０３、１０４上では、それ
ぞれファイル・サーバ１１３および１１４が実行されて
いる。ファイル・サーバ１１３および１１４は、ネット
ワーク１を経由して他の計算機から送信されたファイル
・アクセス要求を受信し、要求に応じて、それぞれ記憶
装置１２３および１２４に格納されたファイルに対する
ファイル・アクセスを実行し、結果をネットワーク１を
経由して要求を送信したプログラムに返す。

【００５６】図１の計算機１０１では、統合ファイル名
結合子１１１が実行されている。統合ファイル名結合子
１１１は、内部データ構造を用いて、統合ファイル名ツ
リー２の管理と統合ファイル名ツリー２に対するファイ
ル名の解決とを行うプログラムである。

【００５７】統合ファイル名ツリー２は、概念的にはク
ライアントが用いる共通のファイルのファイル名をすべ
て含む。ここで、概念的には、ファイル名とは、ディレ
クトリの名称と狭義のファイルの名称を含む。しかし、
統合ファイル名ツリー２を表現する内部データ構造は、
必ずしも共通のファイルのファイル名をすべて含む必要
がない。内部データ構造の量を節約する等の目的で、統
合ファイル名ツリー２の表現に必要最小限のファイル名
のみ登録する方がより望ましい。本実施の形態の統合フ
ァイル名ツリー２の図では、太線は、登録されたファイ
ル名、ここでは具体的には登録されたディレクトリの名
称を表す。細線は、登録されていないが概念的に統合フ
ァイル名ツリー２に含まれるファイル名、具体的には、
狭義のファイルの名称を表す。

【００５８】上記内部データ構造については、後に図９
を用いてより詳細に説明する。統合ファイル名の解決と
は、統合ファイル名から、上記統合ファイル名を有する
ファイル実体（複数である場合もありうる）をアクセス
できるファイル・サーバがどれであるか、当該ファイル
・サーバ内のどこに格納されているか、どのようなアク
セス制御をかけられているかなどを示す情報として、フ
ァイル・サーバのアドレスと当該ファイル・サーバ内の
ローカル・パス名とアクセス制御表などを含む情報（こ
のような情報を「結合情報（Ｂｉｎｄ Ｉｎｆｏｒｍａ
ｔｉｏｎ−ＢＩ）」と呼ぶ）を生成することである。

【００５９】統合ファイル名結合子１１１は３つの役割
を果たす。第１に、アプリケーションがある統合ファイ
ル名を指定してファイル・アクセスを行うときに、当該
統合ファイル名を解決した結果得られた結合情報を当該
アプリケーションに通知する。第２に、複数のファイル
が同じ統合ファイル名を有する時、もし当該複数のファ
イルの内容が一致でなければ、当該複数のファイルに対
して一致制御を行う。第３に、新たに他のファイルシス
テムをその統合ファイルシステムにマウントするマウン
ト要求が発行された時に、統合ファイル名ツリー２の内
容を更新し、新しくマウントされた当該他のファイル・
システムを統合ファイル名システムから利用可能にす
る。

【００６０】前記３つの統合ファイル名結合子の役割に
つき、より詳細に説明する。前記統合ファイル名結合子
の第１の役割では、アプリケーションがある統合ファイ
ル名を指定してファイル・アクセスを行うときに、当該
統合ファイル名を解決した結果を当該アプリケーション
に通知する。

【００６１】例えば図１においてアプリケーション１１
２が統合ファイル名“／／ａ／ｃ／ｇ”を有するファイ
ルにアクセスしようとするとき、アプリケーション１１
２は統合ファイル名結合子１１１に当該統合ファイル名
“／／ａ／ｃ／ｇ”を送信する（１４１）。

【００６２】ここで、実際に統合ファイル名結合子１１
１に当該統合ファイル名を送信する手続きは、アプリケ
ーションの開発者がアプリケーションにプログラムして
も、あるいはあらかじめ当該手続きをライブラリとして
作成しておき、アプリケーションの開発時または実行時
にアプリケーションに組み込んでもよい。後者の場合、
アプリケーションの開発者は前記ライブラリのサブルー
チンを呼び出すだけで、当該手続きの詳細を知る必要が
ないという利点がある。なお、アプリケーション１１２
が実行する１４１以外の手続きにおいても、これは同じ
である。

【００６３】アプリケーション１１２から統合ファイル
名を受信した統合ファイル名結合子１１１は、自分が管
理している統合ファイル名ツリー２を参照し、受信した
統合ファイル名を解決する。その結果結合情報をアプリ
ケーションに返す（１４２）。ここで、受信した統合フ
ァイル名を有するファイル実体が複数存在する時は、当
該複数のファイル実体に関する情報をすべて含む結合情
報が、アプリケーション１１２に返される。図１におい
て、統合ファイル名結合子１１１の受信した統合ファイ
ル名が“／／ａ／ｃ／ｇ”の時は、アプリケーション１
１２にファイル・サーバ１１３におけるファイル“／ｕ
／ｃ／ｇ”１２３５とファイル・サーバ１１４における
ファイル“／ｘ／ｇ”１２４５の両方の情報を含む結合
情報が返される。

【００６４】統合ファイル名結合子１１１からの応答１
４２を受信したアプリケーション１１２は、受信した結
合情報を参照し、アプリケーションが所望するファイル
・アクセスの種類（読みだし、書き込み、ディレクトリ
の内容のリスト等）に応じ、適切なファイル・サーバに
おけるファイル実体を選択してファイル・アクセスを実
行する（１４３）。図１の場合のように、アプリケーシ
ョン１１２が所望するファイル・アクセスの種類によっ
ては、統合ファイル名結合子１１１から複数のファイル
実体の情報を含む結合情報が返されることがある。この
場合でも、アプリケーション１１２は、当該複数のファ
イル実体の一部だけを選択してファイル・アクセスを行
うことができる。以上の手順により、統合ファイル名結
合子１１１を用いて、アプリケーション１１２は統合フ
ァイル名を指定してファイル・アクセスを行うことがで
きる。

【００６５】前記統合ファイル名結合子の第２の役割で
は、複数のファイルが同じ統合ファイル名を有する時、
もし当該複数のファイルの内容が一致でなければ、当該
複数のファイルに対して一致制御を行う。

【００６６】例えば図１の場合では、記憶装置１２４に
ファイル名“／ｘ／ｇ”で格納されているファイル１２
４５が、記憶装置１２３にファイル名“／ｕ／ｃ／ｇ”
で格納されているファイル１２３５の複製であり、両フ
ァイルが同じ統合ファイル名“／／ａ／ｃ／ｇ”を有す
る。ファイル１２３５がアプリケーション１１２による
ファイル・アクセス１４３によって書き換えられた時、
当該ファイル・アクセス１４３を実行したファイル・サ
ーバ１１３から、一致制御要求が統合ファイル名結合子
１１１に送信される（１４４）。一致制御要求１４４を
受信した統合ファイル名結合子１１１は、統合ファイル
名“／／ａ／ｃ／ｇ”を有するファイルが複数あるかど
うかを調べ、もしあれば（図１の場合はファイル１２３
５と１２４５）、書き換えられたファイル１２４５の内
容をファイル・サーバ１１３を経由して読み出し、ファ
イル・サーバ１１４を経由してファイル１２４５に書込
むことにより、ファイル１２３５と１２４５の内容を一
致させる（１４５、１４６）。

【００６７】本実施の形態では、ファイル１２３５が書
き換えられたことを、一致制御要求１４４として統合フ
ァイル名結合子１１１に通知するのは、ファイル・サー
バ１１３が行っているが、ファイル１２３５への書込み
を行ったアプリケーション１１２が一致制御要求１４４
と同等の通知を統合ファイル名結合子１１１に送信して
もよい。統合ファイルの一致制御については、後に「統
合ファイル名システムにおける統合ポリシー」を説明す
る時により詳細に説明する。

【００６８】統合ファイル名結合子１１１の第３の役割
では、新たに他のファイルシステムを統合ファイル名シ
ステムにマウントするマウント要求が発行された時に、
統合ファイル名ツリー２の内容を更新し、新しくマウン
トされたファイル・システムを統合ファイル名システム
から利用可能にする。

【００６９】例えば図１において、記憶装置１２３のデ
ィレクトリ“／ｕ”が統合ファイル名ツリー２上の統合
ディレクトリ“／／ａ”に統合マウント（１３１）され
た状態で、さらに記憶装置１２４のディレクトリ“／
ｘ”を統合ファイル名ツリー２上の統合ディレクトリ
“／／ａ／ｃ”に統合マウント（１３３）しようとする
と、当該新たな統合マウント要求を受信した統合ファイ
ル名結合子１１１は、すでに統合マウントされている統
合ファイル名を調べ、もし統合マウント処理１３３によ
り、同じ統合ファイル名を有する複数のファイルの実体
が生じるとき（図１ではファイル１２３５と１２４５お
よび１２３４と１２４４）は、前記統合ファイル名結合
子１１１の第２の役割にて説明したのと同様の手続きに
より、ファイル１２３５と１２４５に対して一致制御を
行う（１４５、１４６）。その上で、今後アプリケーシ
ョン１１２が統合ファイル名ツリー２上の統合ディレク
トリ“／／ａ／ｃ／ｇ”を指定した時は、アプリケーシ
ョン１１２に返す結合情報として、ファイル・サーバ１
１３内のファイル１２３５の情報だけでなく、ファイル
・サーバ１１４内のファイル１２４５の情報も含めるよ
うにする。

【００７０】（Ｃ）統合ファイル名結合子による統合フ
ァイル名ツリーの構築 図４から図６までは、図１に示した統合ファイル名ツリ
ー２を作成する過程を示す。

【００７１】図４は、統合ファイル名ツリー２の初期状
態を示す。本実施の形態では、統合ファイル名ツリー内
のルートディレクトリは“／／”で表す。したがって、
この初期状態では統合ファイル名ツリー２には他のディ
レクトリがまだマウントされていないルート統合ディレ
クトリ“／／”しかない。

【００７２】図５は、図４の空状態の統合ファイル名ツ
リー２に対して２つのディレクトリがマウントされた後
の統合ファイル名ツリー２を示す。

【００７３】計算機１０３上で実行されるファイル・サ
ーバ１１３は記憶装置１２３に格納されているローカル
・ファイル・システムを維持している。まず、当該ロー
カル・ファイル・システム上のディレクトリ“／ｕ”１
２３１が統合ファイル名ツリー２上の統合ディレクトリ
“／／ａ”に統合マウントされる（１３１）。この結
果、ディレクトリ／／ａが統合ファイル名ツリー２に登
録され、ローカル・ディレクトリ“／ｕ”１２３１に参
照する。この結果、統合ファイル名ツリー２上でファイ
ル・サーバ１１３上のディレクトリ“／ｕ”１２３１と
その下のディレクトリ群やファイル群をアクセスするこ
とができる。例えば、パス“／／ａ”は“／ｕ”１２３
１を、“／／ａ／ｃ”は“／ｕ／ｃ”１２３２を、“／
／ａ／ｄ”は“／ｕ／ｄ”１２３３を、“／／ａ／ｃ／
ｆ”は“／ｕ／ｃ／ｆ”１２３４を、“／／ａ／ｃ／
ｇ”は“／ｕ／ｃ／ｇ”１２３５をそれぞれ参照する。

【００７４】計算機１０５上で実行されるファイル・サ
ーバ１１５は記憶装置１２５に格納されているローカル
・ファイル・システムを維持している。当該ローカル・
ファイル・システム上のディレクトリ“／ｖ”１２５１
が統合ファイル名ツリー２上の統合ディレクトリ“／／
ｂ／ｅ”に統合マウントされる（１３２）と、ディレク
トリ“／／ｂ／ｅ”が統合ファイル名ツリー２に登録さ
れ、ローカル・ディレクトリ“／ｖ”１２５１に参照す
る。このツリー２上でファイル・サーバ１１５上の“／
ｖ”１２５１とその下のディレクトリ群やファイル群を
アクセスすることができる。例えば、パス“／／ｂ／
ｅ”は“／ｖ”１２５１を、“／／ｂ／ｅ／ｉ”は“／
ｖ／ｉ”１２５２を、それぞれ参照する。注意すべきと
ころは、他のディレクトリがマウントされていないディ
レクトリ、例えば、ルートディレクトリ“／／”とディ
レクトリ“／／ｂ”が存在できることである。本実施の
形態ではこのようなディレクトリも、それらが統合ファ
イル名ツリー２上にある以上、統合ディレクトリと呼
ぶ。

【００７５】図６は、図５の状態からもう２つのディレ
クトリがマウントされた統合ファイル名ツリー２の状態
を示す。

【００７６】計算機１０４上で実行されるファイル・サ
ーバ１１４は記憶装置１２４に格納されているローカル
・ファイル・システムを維持している。当該ローカル・
ファイル・システム上のディレクトリ“／ｘ”１２４３
を統合ファイル名ツリー２上のすでに存在する統合ディ
レクトリ“／／ａ／ｃ”に複製ディレクトリとしてマウ
ントすることもできる（１３３）。このマウントの場合
には、統合ディレクトリ“／／ａ／ｃ”とその下の統合
ディレクトリ群や統合ファイル群は複製としてローカル
・ディレクトリ“／ｘ”１２４３に丸ごとコピーされ
る。図６の場合は、“／／ａ／ｃ／ｆ”を“／ｘ／ｆ”
１２４４に、“／／ａ／ｃ／ｇ”を“／ｘ／ｇ”１２４
５にコピーされる。

【００７７】計算機１０５に新規ファイル・サーバ１１
５’が新たに加えられたと仮定する。当該ファイル・サ
ーバ１１５’は記憶装置１２５’に格納されているロー
カル・ファイル・システムを維持している。当該ローカ
ル・ファイル・システム上のディレクトリ“／ｙ／ｚ”
１２５５を統合ファイル名ツリー２上のすでに存在する
統合ディレクトリ“／／ｂ／ｅ”に追加して登録される
ようにマウントすることができる（１３４）。ファイル
・サーバ１１５上の“／ｖ”１２５１とファイル・サー
バ１１５’上の“／ｙ／ｚ”１２５５が統合ファイル名
ツリー２上の同じ統合ディレクトリ“／／ｂ／ｅ”に統
合マウントされる結果として、ディレクトリ“／／ｂ／
ｅ”はディレクトリ“／ｖ”１２５１と“／ｙ／ｚ”１
２５５とをマウントしたディレクトリとなる。従って、
“／／ｂ／ｅ”の下にある“ｉ”と“ｊ”は“／ｖ”１
２５１の下にある“ｉ”１２５２と“／ｙ／ｚ”１２５
５の下にある“ｊ”１２５６をそれぞれ参照する。

【００７８】図６には図示していないが、複数のディレ
クトリが統合マウントされる時に、マウント元のディレ
クトリに属するいずれかのファイルとマウント先のディ
レクトリに属する他のファイルとが同名のファイルであ
れば、それらの同名のファイルに対して一致制御を行
う。統合ファイルの一致制御については、次の「統合フ
ァイル名システムにおける統合ポリシー」節にてより詳
細に説明する。

【００７９】（Ｄ）統合ファイル名システムにおける統
合ポリシー 統合ファイル名システムにおけるディレクトリ統合を用
いて、記憶装置に分散して格納されている複数のファイ
ルの実体（以後、適宜「記憶装置に格納されたファイル
の実体」を「ファイル」と称する）は一つの統合ファイ
ル名を有することができる。ここでこれらのファイルは
五種類に定義される。

【００８０】（ａ）基本ファイル：統合ファイル名が参
照するファイルが一つしかない場合はそのファイル、複
数ある場合はマウント要求の発行者により指定されたフ
ァイルである。

【００８１】（ｂ）複製ファイル：基本ファイルと比べ
て、物理レベルの中身が同じであるファイル、即ち、完
全にコピーされ、同じバイナリ・コードを持っているフ
ァイルである。

【００８２】（ｃ）同等ファイル：基本ファイルと比べ
て、物理レベルの中身が違うが論理レベルの中身が同じ
であるファイル、例えば、異種の編集ツールで作った同
じ文章とか、異種機上でコンパイルした同じコマンドの
実行コードなどである。即ち、これらのファイルは、フ
ァイル・フォーマットが違うが、論理的な中身は同じで
あると考えることができる。

【００８３】（ｄ）同類ファイル：基本ファイルと比べ
て、物理レベルの中身が違うが論理レベルの中身が同じ
意味を持っているファイル、例えば、違うプログラマに
よる大体同じ仕様を持っているプログラムとか、違う記
者による同じニュースに関するレポートとか、違う言語
に翻訳された文章などである。

【００８４】（ｅ）異種ファイル：基本ファイルと比べ
て、物理レベルの中身も論理レベルの中身も意味も全然
違うファイル、即ち、上記の四つの種類の以外のファイ
ルである。

【００８５】一つの統合ファイル名に対して上記５つの
種類が混在することができる。

【００８６】統合ファイル名システムにおける統合ポリ
シーは、複数のファイルが一つの統合ファイル名を有す
る時に、どの種類のファイルが統合できるかに関する基
準とどのファイルにどのようにアクセスするかの基準を
定める。例えば、次の統合ポリシーが設定できる。

【００８７】（ａ）基本ファイルと複製ファイルと同等
ファイルしか統合できない；（ｂ）基本ファイルだけが
あれば基本ファイルにアクセスする；（ｃ）複製ファイ
ルがあれば一番早くアクセスできたファイルにアクセス
する；（ｄ）同等ファイルがあればクライアント計算機
が認識できるファイルにアクセスする；（ｅ）複製ファ
イルと同等ファイルの両方があれば（ｃ）かつ（ｄ）に
従う。

【００８８】複製ファイルのみで構成されるディレクト
リを特に複製ディレクトリと呼ぶ。複製ディレクトリ
は、頻繁に使われるので、これを簡単に指定する方法を
統合ファイル名システムは備える。即ち、あるマウント
先の共通ディレクトリに統合対象となったマウント元の
ローカルディレクトリがマウントされる時に、統合ポリ
シーに当該マウント元のローカルディレクトリが複製デ
ィレクトリであると指定されると、当該マウント元のロ
ーカルディレクトリに当該マウント先の共通ディレクト
リとそのサブディレクトリよりなるサブツリーが複製さ
れる。例えば図１において、マウント要求１３３が発行
される時に「ファイル・サーバ１１４上のディレクトリ
“／ｘ”１２４３が複製ディレクトリであり、基本ファ
イルを複製する」という統合ポリシーが設定されると、
統合ディレクトリ“／／ａ／ｃ”とその下の基本ファイ
ルは自動的にファイル・サーバ１１４上のディレクトリ
“／ｘ”１２４３に複製される。

【００８９】統合ファイル名システム本実施の形態で
は、統合対象となったマウント元のローカルディレクト
リを統合ファイル名ツリーにあるマウント・ポイントに
あるマウント先の共通ディレクトリにマウントする毎
に、統合ポリシーを設定することが必要となる。マウン
ト毎の統合ポリシーの設定により、統合ファイル名ツリ
ーの使用目的に合わせる種々のサブツリーを作ることが
できる。例えば、後述の読み出し専用（ｒｅａｄ−ｏｎ
ｌｙ）ポリシーを使えば、統合ファイル名ツリーに読み
出し専用（ｒｅａｄ−ｏｎｌｙ）サブツリーを作ること
ができる。後述の複製ポリシーを使えば、統合ファイル
名ツリーに複製を持つサブツリーを作ることができる。

【００９０】統合ポリシーはマウント先毎とマウント元
毎の二つの部分に分けて設定される。統合ポリシーのマ
ウント先毎の部分の設定は最初のマウント元をマウント
先にマウントする際に行われる。統合ポリシーの内、マ
ウント元毎の部分の設定はマウント元をマウント先にマ
ウントする際に毎回行われる。統合ポリシーの内、マウ
ント先のディレクトリに関する部分は、後に説明する結
合情報ヘッダ４１３（図９）内に記憶される。統合ポリ
シーの内、マウント元のディレクトリに関する部分は、
後に説明する結合ユニット４１２，４１２’、４１６ま
たは４１６’（図９）内に記憶される。統合ポリシーに
は次のデータ項目が含まれている。

【００９１】１．マウントの許可条件 ａ．統合できるファイル種類（マウント先毎） この情報は統合ファイル名ツリーのいずれかのディレク
トリがマウント先に指定されたときに、そのマウント先
のディレクトリに対応して記憶される。この情報は、マ
ウント先のディレクトリにあるファイルと同名のファイ
ルがマウント元のディレクトリにある場合に、マウント
を許されるマウント元のファイルの種類として、基本フ
ァイル、複製ファイル、同等ファイル、同類ファイルと
異種ファイルの中からいくつかを指定する。このファイ
ル種類は、後に述べるように、結合情報ヘッダ４１３
（図１１）内の統合ポリシー表４１３３内に統合ファイ
ル種類４１７１として記憶される。その記憶された具体
的な内容の例は、図２１のビットマップ５７１に示され
る。

【００９２】ｂ．統合する方式（マウント元毎） この情報は、統合ファイル名ツリーのいずれかのディレ
クトリに他のマウント元のディレクトリがマウントされ
たときに、そのマウント先に対応して、かつ、そのマウ
ント元のディレクトリ別に記憶される。この情報は、マ
ウント元のファイルとしてオリジナルか複製かを一つ選
ぶ。オリジナルの場合は、マウント元におけるサブツリ
ーに含まれたファイルの種類、即ち、基本ファイルか複
製ファイルか同等ファイルか同類ファイルか異種ファイ
ルかの一つを指定する。

【００９３】統合方式として、オリジナルが指定された
場合には、マウント先がマウントを許すファイルの種類
の中にそのオリジナルと指定されたファイルの種類が含
まれるか否かを判断され、それによりそのマウント元の
ファイルのマウントを許すか否かが決められる。統合方
式として複製が指定された場合には、このマウント元の
ローカルディレクトリは複製ディレクトリとして扱わ
れ、マウント先のディレクトリのファイルの写しがマウ
ント元のローカルファイルに転送される。このファイル
種類は、後に述べるように、結合ユニット４１２（図１
０）内に統合方式４１２３として記憶される。その記憶
された具体的な内容の例は、図２１のビットマップ５７
２に示される。

【００９４】２．アクセス制御表 ａ．マウント先のアクセス制御表（マウント先毎） この表は、いずれかの統合ディレクトリに関するアクセ
ス権限情報を保持する。すなわち、統合ファイル名ツリ
ーのいずれかのディレクトリがマウント先に指定された
ときに、そのディレクトリに関するアクセス権限情報と
して記憶される。この情報は、マウント先のディレクト
リにおけるサブツリーにあるファイルをアクセスする権
限を指定するもので、マウント先ディレクトリ権限情報
と呼ぶことができる。アクセス権限情報としては種々の
ものを使用可能である。例えば、この情報は、ユーザ或
はグループ毎のアクセス権限項目のリストからなる。そ
のアクセス権限項目は、ユーザ或はグループのＩＤと、
そのユーザ或はグループがそのディレクトリに属するフ
ァイルを書き換える権限及び読み出すことができる権限
の有無のしるしからなる。このアクセス権限情報を使用
するときには、統合ファイル名システムを使用するアプ
リケーションプログラムを起動したユーザのＩＤまたは
そのユーザが属するグループのＩＤが使用される。

【００９５】マウント要求は、この表の情報として特定
のアクセス権限情報を設定するか、何も設定しないかを
選択する。何も設定しないと全てのユーザがアクセス可
になる。このアクセス制御表はマウント先ディレクトリ
の全サブツリーに作用する。このアクセス制御表は、後
に述べるように、結合情報ヘッダ４１３（図１１）内の
統合ポリシー表４１３３内にアクセス制限表４１７２と
して記憶される。

【００９６】ｂ．マウント元のアクセス制御表（マウン
ト元毎） この情報は、統合ファイル名ツリーのいずれかのディレ
クトリにマウントされたマウント元のローカルディレク
トリに関するアクセス権限情報である。すなわち、この
情報は、統合ファイル名ツリーのいずれかのディレクト
リに他のマウント元のディレクトリがマウントされたと
きに、そのマウント先に対応して、そのマウント元のデ
ィレクトリに関するアクセス権限情報として記憶され
る。このアクセス制限表は、マウント元のディレクトリ
におけるサブツリーにあるファイルをアクセスする権限
を指定する情報を含み、マウント元ディレクトリアクセ
ス権限情報と呼ぶことができる。この情報の例は、上に
述べて、統合ディレクトリに関するものと同じである。

【００９７】マウント要求はこの表に含めるアクセス権
限として特定の情報を指定するか、何も設定しないかを
選択する。何も設定しないと、全てのアクセス元のユー
ザがアクセス可になる。このアクセス制御表はマウント
元ディレクトリの全サブツリーに作用する。このアクセ
ス制限表は、後に述べるように、結合ユニット４１２
（図１０）内にアクセス制限表４１２４として記憶され
る。

【００９８】アクセス要求は、上記２種のアクセス制御
表によるアクセス権限の有無を判断するための情報、た
とえばユーザ或はグループのＩＤを指定する。そのアク
セス要求が要求するファイルが属する統合ディレクトリ
へのアクセスが許されるか否かが、前述の統合ディレク
トリに関するアクセス制御表により判断される。また、
そのファイルが属するローカルディレクトリへのアクセ
スが許されるか否かは、前述の統合ディレクトリに対す
るアクセスが許された状態で、このローカルディレクト
リに関するアクセス制御表により判断される。結局、こ
のローカルディレクトリへのアクセスが許されるか否か
は両方のアクセス制御表がアクセスを許すときに許され
る。このため、あるファイルまたはディレクトリに対す
るアクセス権限は、そのファイルまたはディレクトリに
おけるマウント先とマウント元により、すなわち、その
ファイルまたはディレクトリが使われた場所により決め
ることができる。

【００９９】３．統合ファイルの読み出し操作（マウン
ト先毎） この情報は、統合ファイル名ツリーのいずれかのディレ
クトリがマウント先に指定されたときに、そのディレク
トリに対応して記憶される。この読み出し操作は、マウ
ント先のディレクトリにあるファイルの実体を読み出す
アクセス要求が発生し、アクセス対象のファイルと同名
のファイルが複数あると判明した場合、それらの同名フ
ァイルの内、読み出すべきファイルを選択する方法を指
定することができる。この読み出し操作の例は次のデフ
ォルトポリシーにおいて与えられる。この読み出し操作
情報は、この操作を実現するプログラムへのポインタ
（例えば、プログラム名称、アドレスなど）を保持す
る。この読み出し操作情報は、後に述べるように、結合
情報ヘッダ４１３（図１１）内の統合ポリシー表４１３
３内に読み出し操作４１７３として記憶される。

【０１００】４．統合ファイルの書き込み操作（マウン
ト先毎） この情報は、統合ファイル名ツリーのいずれかのディレ
クトリがマウント先に指定されたときに、そのディレク
トリに対応して記憶される。この書き込み操作は、マウ
ント先のディレクトリにあるファイルの実体に書き込み
を行うアクセス要求が発生し、アクセス対象のファイル
名を同名のファイルが複数あると判明した場合、それら
の同名ファイルの内、書き込むべきファイルを選択する
方法を指定することができる。一般には基本ファイルに
対して、書き込み要求を実行するが、基本ファイル以外
の同名のファイルに対しては、その内容を基本ファイル
と一致させるための処理（一致制御）を行う。この書き
込み操作情報の例は次のデフォールトポリシーにおいて
与えられる。この書き込み操作情報は、この操作を実現
するプログラムへのポインタ（例えば、プログラム名
称、アドレスなど）を保持する。この情報は、後に述べ
るように、結合情報ヘッダ４１３（図１１）内の統合ポ
リシー表４１３３内に書き込み操作４１７４として記憶
される。

【０１０１】以下はいくつかの典型的な統合ポリシーを
挙げる。

【０１０２】（１）デフォルト・ポリシー １．マウントの許可条件 ａ．統合できるファイル種類 基本ファイルと複製ファイルと同等ファイルしか統合で
きない。

【０１０３】ｂ．統合する方式 オリジナルである。ファイル種類はマウント要求の発行
者により指定される。

【０１０４】２．アクセス制御表 ａ．マウント先のアクセス制御表 何も設定しない。

【０１０５】ｂ．マウント元のアクセス制御表 何も設定しない。

【０１０６】３．統合ファイルの読み出し操作 ａ．基本ファイルだけが存在すれば、基本ファイルを読
み出す。

【０１０７】ｂ．複製ファイルが存在すれば、一番早く
取れるファイルを読み出す。

【０１０８】ｃ．同等ファイルが存在すれば、クライア
ント計算機が認識できるファイルを読み出す。このよう
なファイルが複数あればその中に一番早く取れるファイ
ルを読み出す。

【０１０９】ｄ．同類ファイルが存在すれば、ユーザが
読める或は好きなファイルを読み出す。このようなファ
イルが複数あればその中に一番早く取れるファイルを読
み出す。

【０１１０】ｅ．上記の四種類のファイルが混在すれ
ば、上記のｂかつｃかつｄに従う。

【０１１１】ｆ．上記の四種類のファイルが存在しなけ
れば、「ファイルが存在しない」というエラーを返す。

【０１１２】４．統合ファイルの書き込み操作 ａ．基本ファイルだけが存在すれば、基本ファイルに書
き込む。基本ファイル以外の同名ファイルが存在すれ
ば、以下のようにして一致制御を実行する。

【０１１３】ｂ．複製ファイルが存在すれば、まず基本
ファイルに書き込む。基本ファイルをクローズした時、
更新した基本ファイルをすべての複製ファイルにコピー
する。

【０１１４】ｃ．同等ファイルが存在すれば、まず基本
ファイルに書き込む。基本ファイルをクローズした時、
更新した基本ファイルをすべての同等ファイルに変換す
る。

【０１１５】ｄ．同類ファイルが存在すれば、まず基本
ファイルに書き込む。基本ファイルをクローズした時、
更新した基本ファイルをすべての同類ファイルに変換す
る。

【０１１６】ｅ．上記の四種類のファイルが混在すれ
ば、上記のｂかつｃかつｄに従う。

【０１１７】ｆ．上記の四種類のファイルが存在しなけ
れば、新規基本ファイルを作る。

【０１１８】デフォルト・ポリシーを少し変更すれば次
のようなポリシーを作ることができる。

【０１１９】（２）ｒｅａｄ−ｏｎｌｙポリシー １．マウントの許可条件 デフォルト・ポリシーと同じである。

【０１２０】２．アクセス制御表 ａ．マウント先のアクセス制御表 ｒｅａｄ−ｏｎｌｙである。従って、マウント先におけ
るサブツリーに入った全てのディレクトリとファイルを
読み出すことしかない。

【０１２１】ｂ．マウント元のアクセス制御表 何も設定しない。

【０１２２】３．統合ファイルの読み出し操作 デフォルト・ポリシーと同じである。

【０１２３】４．統合ファイルの書き込み操作 禁止される。

【０１２４】（３）複製ポリシー １．マウントの可否判断 ａ．統合できるファイル種類 基本ファイルと複製ファイルしか統合できない。

【０１２５】ｂ．統合する方式 複製である。マウント元が空であれば、マウント先に含
まれた基本ファイルとサブディレクトリを全部に当該マ
ウント元の下にそのままコピーする；空でなければ、
「複製ディレクトリとして使えない」というエラーを返
す。

【０１２６】２．アクセス制御表 マウント元およびマウント先の両方に関してデフォルト
・ポリシーと同じである。

【０１２７】３．統合ファイルの読み出し操作 デフォルト・ポリシーと同じである。

【０１２８】４．統合ファイルの書き込み操作 デフォルト・ポリシーと同じである。

【０１２９】よく使われる統合ポリシーを指定する情報
を含む設定ファイルを事前に用意して、マウントする時
にこの設定ファイルを指定する方法を採れば、簡単に統
合ポリシーを設定することができる。または、設定ファ
イルが用意されていない統合ポリシーを使用するときに
は、マウント時に必要なデータ項目をそれぞれ入力する
か、或は内容が近い統合ポリシーに対して準備された設
定ファイルがあるときには、その設定ファイルに対して
修正、追加、削除等の編集を行うことにより、所望の統
合ポリシー用の設定ファイルを簡単に作成できる。統合
ポリシーを支持する各種のプログラムが必要である。こ
れらのプログラムの追加や変更や削除により、支持され
使える統合ポリシーが変わる。

【０１３０】（Ｅ）複数の統合ファイル名結合子による
統合ファイル名ツリーの分割管理 これまでは統合ファイル名結合子は分散計算機環境内に
ただ１つ存在し、当該統合ファイル名結合子が統合ファ
イル名ツリーを構築するとしてきたが、統合ファイル名
結合子を分散計算機環境内に複数設け、１つの統合ファ
イル名ツリーを当該複数の統合ファイル名結合子で分担
させることも可能である。１つの統合ファイル名結合子
に統合ファイル名ツリー全体の管理のためのデータやア
プリケーション等からの通信が集中すると、統合ファイ
ル名結合子の実行性能が低下する。しかし、統合ファイ
ル名結合子を分散計算機環境内に複数設けると、この性
能低下を防止できる。また、計算機の障害等によりいず
れかの統合ファイル名結合子が正常に動作しない場合で
も分散ファイルシステムとしての機能を維持し続けるこ
とができる。

【０１３１】図７に１つの統合ファイル名ツリーを複数
の統合ファイル名結合子によって構築する場合の一例を
示す。計算機２０１、２０１’、２０２、２０３、２０
４がネットワーク１に接続されており、各計算機では統
合ファイル名結合子２１１、２１１’、２１２、２１
３、２１４がそれぞれ実行されている。ここで、統合フ
ァイル名ツリー２が階層的に４つの領域２２１、２２
２、２２３、２２４に分割され（分割された統合ファイ
ル名ツリーの１つ１つを「領域」と呼ぶ）、それぞれの
領域を１つ以上の統合ファイル名結合子が管理する。図
７では、統合ファイル名結合子２１１および統合ファイ
ル名結合子２１１’が共に領域２２１を、統合ファイル
名結合子２１２が領域２２２を、統合ファイル名結合子
２１３が領域２２３を、統合ファイル名結合子２１４が
領域２２４を管理している。また、それぞれの統合ファ
イル名結合子は自分の管理している領域に関する情報を
格納する結合情報データ構造（Ｂｉｎｄ Ｉｎｆｏｒｍ
ａｔｉｏｎ ＤａｔａＢａｓｅ−ＢＩＤＢ）を持ってい
る。図７では、統合ファイル名結合子２１１が結合情報
データ構造２３１を、統合ファイル名結合子２１１’が
結合情報データ構造２３１’を、統合ファイル名結合子
２１２が結合情報データ構造２３２を、統合ファイル名
結合子２１３が結合情報データ構造２３３を、統合ファ
イル名結合子２１４が結合情報データ構造２３４を持っ
ている。

【０１３２】図７の統合ファイル名ツリー２を利用して
ファイルにアクセスしようとするアプリケーション（図
７には図示していない）は、まず自分の知っている統合
ファイル名結合子（ここでは統合ファイル名結合子２１
３とする）に、図１の１４１と同様に統合ファイル名
“／／ａ／ｃ／ｇ”を指定して要求を送信する。

【０１３３】前記要求を受信した統合ファイル名結合子
２１３は、指定された統合ファイル名が自分の管理する
領域の中にあるかどうか調べ、なければ別の統合ファイ
ル名結合子を選び、その統合ファイル名結合子に前記ア
プリケーションからの要求を転送する。ここでは、アプ
リケーションの指定した統合ファイル名が“／／ａ／ｃ
／ｇ”であり、領域２２３外にあるので、別の統合ファ
イル名結合子に要求が転送される。統合ファイル名“／
／ａ／ｃ／ｇ ”が領域２２３の子領域（ここで、領域
２２４）にも入っていないため、領域２２３の親領域
（ここで、領域２２１）から統合ファイル名“／／ａ／
ｃ／ｇ ”の入っている領域を探す。要求の転送先とし
ては、領域２２１を担当している統合ファイル名結合子
２１１または統合ファイル名結合子２１１’のいずれか
一方が選ばれる。ここで、前記２つの統合ファイル名結
合子の内どちらか選ばれるかは、過去に当該アプリケー
ションが利用した方を利用する方法、あるいは両方に要
求を送信し、先に応答の返ってきた方を利用する方法な
どにより決められる。ここでは統合ファイル名結合子２
１１が選ばれたものとする。

【０１３４】要求を転送された統合ファイル名結合子２
１１も、同様に指定された統合ファイル名が自分の管理
する領域２２１の中にあるかどうか調べる。ここでは、
統合ファイル名“／／ａ／ｃ／ｇ ”は領域２２１にな
いが、その一部である“／／ａ”を有する領域２２１の
子領域２２２に入っている可能性がある。従って領域２
２２を管理する統合ファイル名結合子２１２が選ばれ
る。

【０１３５】要求を転送された統合ファイル名結合子２
１２も、同様に指定された統合ファイル名が自分の管理
する領域２２２内にあるかどうか調べる。当該統合ファ
イル名“／／ａ／ｃ／ｇ ”は領域２２２内に存在する
ので、統合ファイル名結合子２１２は次に自分の保持し
ているデータを参照して、図１の１４２と同じく該当す
る統合ファイルの結合情報を前記要求を送信してきたア
プリケーションに返す。

【０１３６】もしアプリケーションが、過去の履歴等に
より、自分が所望の統合ファイル名“／／ａ／ｃ／ｇ
”の存在する領域２２２を知っている場合は、上記の
手順を踏まずに、直接統合ファイル名結合子２１２に図
１の１４１と同様の要求を送信することができる。これ
により、領域２２１を管理する統合ファイル名結合子２
１１、統合ファイル名結合子２１１’などにかかる処理
負荷をさらに低減することが可能である。

【０１３７】本実施の形態では、以上の手順により、統
合ファイル名ツリー２を複数の統合ファイル名結合子で
分割して管理させた場合でも、図１の場合と同じように
統合ファイル名ツリーを利用してアプリケーションから
ファイルにアクセスできるようにすることが可能であ
る。しかも、統合ファイル名ツリーを分割して複数の統
合ファイル名結合子で管理することにより、管理データ
や通信の１つの統合ファイル名結合子への集中による統
合ファイル名結合子の実効性能低下を防ぐことができ
る。さらに、新しく領域を追加したり、領域内のファイ
ル名ツリーを変更したりといった操作も、当該領域を管
理する統合ファイル名結合子に対してのみ行えばよいた
め、統合ファイル名ツリー２の構成変更も非常に容易で
ある。

【０１３８】また、本実施の形態では、複数の統合ファ
イル名結合子が１つの領域を管理するようにすることが
できる。このため、当該複数の統合ファイル名結合子の
どれか１つが実行されている計算機に障害が発生した場
合などでも、アプリケーションから統合ファイル名ツリ
ー２を引き続き利用することができる。

【０１３９】（Ｆ）統合ファイル名結合子のデータ構造 既に述べたように、統合ファイル名ツリーは、統合ファ
イル名結合子が保持しているデータ構造により管理され
ている。ここでは、当該データ構造につき、より詳細に
説明する。

【０１４０】図８は、アプリケーション、統合ファイル
名結合子、およびファイル・サーバの各プログラムの相
互作用により、アプリケーションが統合ファイル名ツリ
ーを利用してファイルにアクセスしている様子を示した
ものである。図８には図示していないが、これらのプロ
グラムが動作し、また互いに通信するためのハードウェ
ア構成は、すでに図１を用いて説明した構成と同様であ
る。

【０１４１】アプリケーション３１２は、統合ファイル
名結合子リスト３２０を保持している。統合ファイル名
結合子リスト３２０は、１つ以上の統合ファイル名結合
子のアドレスを格納したテーブルである。アプリケーシ
ョン３１２は、統合ファイル名結合子に要求３４１を出
す際に、統合ファイル名結合子リスト３２０に記載のア
ドレスに要求を送信する。統合ファイル名結合子リスト
３２０に記載のアドレスが複数ある時は、どれか１つを
選んで要求を送信してもよく、また１つ以上の統合ファ
イル名結合子に同時に要求を送信することもできる。要
求３４１は、統合ファイル名と、アプリケーション３１
２のアドレス、およびアプリケーションが所望のマウン
ト操作或はアクセス種類（読み込みのみ、書き込みな
ど）からなる。

【０１４２】統合ファイル名結合子３１１は、結合情報
データ構造４を保持する。結合情報データ構造は、統合
ファイル名結合子内に１つづつ設けられ、当該統合ファ
イル名結合子の管理する領域に関する情報がすべて格納
される。なお、以下説明する結合情報データ構造３１１
の内容は、統合ファイル名ツリー２を分割して統合ファ
イル名結合子３１１とともに管理する統合ファイル名結
合子３１１’等の結合情報データ構造でも同様である。
結合情報データ構造３１１は、１つ以上の結合情報４１
１、４１１’等と、１つ以上の結合子位置（Ｂｉｎｄｅ
ｒ Ｌｏｃａｔｉｏｎ−ＢＬ）４２１、４２１’等を含
んでいる。結合情報データ構造については、後に図９を
用いてより詳細に説明する。

【０１４３】結合情報４１１は、図１１を用いて後述す
るが、ある統合ファイル名を有するファイルの実体３２
１、３２１’が格納されたファイル・サーバ３１３、３
１３’のアドレスおよびファイル・サーバ内のローカル
・パス名などを管理している。要求３４１を送信したア
プリケーション３１２には、この結合情報４１１のコピ
ーが応答として返される（３４２）。結合情報４１１
は、１つ以上の結合ユニット（Ｂｉｎｄ Ｕｎｉｔ−Ｂ
Ｕ）４１２、４１２’等を含んでいる。１つの結合ユニ
ットは、マウント・ポイントに１つのディレクトリの実
体に関する情報（ファイル・サーバのアドレス、ファイ
ル・サーバ内のローカル・パス名、アクセス制御など）
を含んでいる。結合ユニットのより詳細な内容について
は、図１０を用いて後述する。図８では、結合ユニット
４１２が、ファイル・サーバ３１３のアドレスを、結合
ユニット４１２’が、別のファイル・サーバ３１３’の
アドレスを含んでいる。１つの結合情報が複数の結合ユ
ニットを含んでいるときは、同じ統合ファイル名を持つ
ディレクトリの実体が、複数存在することを意味する。
なお、以上の説明は、結合情報４１１’等でも同様であ
る。

【０１４４】結合子位置４２１は、要求３４１に含まれ
る統合ファイル名が、統合ファイル名結合子３１１の管
理する領域内に存在しないときに、既に述べたように他
の統合ファイル名結合子３１１’等に要求を転送（３４
１’）するため、統合ファイル名結合子３１１によって
参照される（結合子位置４２１’等でも同様である）。
結合子位置４２１は、ある１つの領域を管理する統合フ
ァイル名結合子のアドレスを含んでいる。当該領域を管
理する統合ファイル名結合子が（前記したように）複数
ある時は、結合子位置４２１に複数の統合ファイル名結
合子のアドレスが含まれる。図８では、結合子位置４２
１が統合ファイル名結合子３１１’のアドレスを含んで
おり、統合ファイル名結合子３１１は結合子位置４２１
を参照して統合ファイル名結合子３１１’に要求を転送
（３４１’）している。要求を転送された統合ファイル
名結合子３１１’は、統合ファイル名結合子３１１と同
様に結合情報データ構造を保持し、その内容として結合
情報と結合子位置を含んでいる。統合ファイル名結合子
３１１’は、結合情報４１１”が要求３４１’に含まれ
ている統合ファイル名に対応するときは、結合情報４１
１”の内容のコピーをアプリケーション３１２に返す
（３４２’）。この時、要求３４１’に記載された、ア
プリケーション３１２のアドレスが参照される。

【０１４５】応答３４２（または３４２’）によって、
結合情報４１１（または４１１”）のコピーを受信した
アプリケーション３１２は、当該結合情報の内容を参照
し、適切なファイル・サーバ（図８ではファイル・サー
バ３１３）を選択し、当該ファイル・サーバとの間でフ
ァイル・アクセス３４３、３４４を行う。

【０１４６】図９は、結合情報データ構造の詳細な内容
を示す。結合情報データ構造４は２つの部分からなる。
第１部分は、マウント先（即ち、統合ファイル名ツリー
におけるマウント・ポイント）に関する情報を保持する
結合情報４１１、４１１’等と複数の結合情報をまとめ
る結合情報テーブル４１０である。第２部分は、親領
域、現在領域、子領域それぞれの統合ファイル名結合子
位置情報を保持する結合子位置テーブル４２２、４２
２’等と複数の結合子位置テーブルをまとめる領域テー
ブル４２０である。結合情報データ構造ヘッダ４００は
結合情報テーブル４１０へのポインタ４０１と領域テー
ブル４２０へのポインタ４０２を保持している。

【０１４７】結合情報４１１は１つのマウント先に関す
る情報を保持する。結合情報４１１は次の情報を含む。
第１は、当該マウント先の統合ファイル名４１３１であ
る。第２は、マウント元に関する情報を保持する結合ユ
ニット４１２、４１２’等と複数の結合ユニットをまと
める結合ユニットテーブル４１４である。第３は、当該
マウント先における統合ポリシー表４１３３である。第
４は、当該マウント先における一致制御表４１３４であ
る。結合情報ヘッダ４１３は上記の情報の実体４１３
１、４１３３、４１３４と情報の実体へのポインタ４１
３２を保持する。なお、以上の説明は、結合情報４１
１’等でも同様である。

【０１４８】結合ユニット４１２は、１つのマウント元
に関する情報を保持する。この情報によってマウント元
へのアクセスが可能である。図１０に示すように、結合
ユニット４１２は次の情報を含む。第１は、当該マウン
ト元のファイル・サーバのアドレス４１２１である。第
２は、当該マウント元の、当該ファイル・サーバ内での
ローカル・パス名４１２２である。第３は、当該マウン
ト元が、オリジナル・ディレクトリか複製ディレクトリ
かを示す統合方式４１２３である。第４は、当該マウン
ト元におけるディレクトリやファイルに対するアクセス
制御表４１２４である。第５は、当該マウント元の他の
各種属性４１２５（サイズ、タイム・スタンプ、ファイ
ル・サーバ種類、およびファイル種類など）である。な
お、以上の説明は、結合ユニット４１２’等でも同様で
ある。

【０１４９】上記の統合ポリシー表４１３３は、前記マ
ウント先に対する次の設定を含む（図１１に示す）。第
１は、当該マウント先の統合ファイル種類４１７１であ
る。第２は、当該マウント先における統合ディレクトリ
や統合ファイルに対するアクセス制御表４１７２であ
る。第３は、当該マウント先における統合ファイルの読
み出し操作４１７３である。第４は、当該マウント先に
おける統合ファイルの書き込み操作４１７４である。こ
れらの情報仕方については「統合ファイル名システムに
おける統合ポリシー」節に記載した。

【０１５０】上記の一致制御表４１３４は、統合ファイ
ル名結合子の一貫性保持機構で用いられる。当該一致制
御表４１３４は、前記マウント先について次の情報を含
む（図１１に示す）。第１は、現時点での統合ファイル
の一貫性の状態を示す一致状態４１８１である。第２
は、一貫性がとられていない時間に許容範囲の最大値を
示す許容不一致時間４１８２である。第３は、複数のマ
ウント元のうち、一貫性がとられていないディレクトリ
またはファイルの実体に関する情報を記録する結合ユニ
ット４１６、４１６’をまとめる不一致リスト４１５へ
のポインター４１８３である。

【０１５１】結合子位置テーブル４２２、４２２’等
は、親領域、現在領域と複数の子領域に１つづつ設けら
れ、当該領域と当該領域に対応づけられる統合ファイル
名結合子との対応関係を保持する。ここで、結合子位置
テーブル４２２は１つ以上の結合子位置４２１、４２
１’等を保持する。即ち、親領域に１つ以上の統合ファ
イル名結合子が対応づけられる。結合子位置４２１、４
２１’等は、統合ファイル名結合子が動作する計算機の
アドレスと当該計算機内での当該統合ファイル名結合子
のＩＤ番号を含む。結合子位置テーブル４２２’等も結
合子位置テーブル４２２と同様なデータ構造を持つ。

【０１５２】親領域の結合子位置テーブルまたは子領域
の結合子位置テーブルをみることで、ある統合ファイル
名を解決する際に次にアクセスすべき統合ファイル名結
合子がわかる。アプリケーション側の計算機は、結合子
位置テーブルに保持される統合ファイル名結合子のうち
どれか１つに統合ファイル名の解決の要求を送ればよ
い。この自由度は、以下の利点がある。第１に、統合フ
ァイル名の解決の処理コストを低減するための動的な最
適化が可能である。例えば、アプリケーション側の計算
機が、当該計算機からもっとも近い統合ファイル名結合
子を記憶しておき、当該統合ファイル名結合子を用いる
ことを指定することができる。第２に、１つの統合ファ
イル名結合子が故障によって動作しなくなった場合、別
の統合ファイル名結合子に切り替えることができる。第
３に、統合ファイル名の解決にかかる負荷を、複数の統
合ファイル名結合子を使うことで分散することができ
る。なお、現在領域の結合子位置テーブルは、結合情報
データ構造の複製の一貫性を保つために用いられる。

【０１５３】図１２から図１５までは、図６と図７に示
した例を用いる場合、複数の領域２２１、２２２、２２
３、２２４に階層的に分散された結合情報データ構造２
３１、２３１’、２３２、２３３、２３４の具体的な構
造と内容を示す。

【０１５４】図１２は、領域名“／／”である領域（即
ちルート領域）２２１の結合情報データ構造２３１とそ
の複製２３１’を示す。当該結合情報データ構造２３１
と２３１’の結合情報データ構造ヘッダ２４０は結合情
報テーブル２４１０へのポインタ２４１と領域テーブル
２４２０へのポインタ２４２を持つ。当該領域２２１に
マウント・ポイントが存在しないので、当該結合情報デ
ータ構造２３１と２３１’の結合情報テーブル２４１０
は空２４１１である。

【０１５５】当該結合情報データ構造２３１と２３１’
の領域テーブル２４２０に関しては、以下の通りであ
る。第１に、当該領域２２１がルート領域なので、親領
域は存在しない。従って親領域名は空２４２１であり、
親領域の結合子位置テーブルへのポインタも空２４２２
である。第２に、現在領域が当該領域２２１なので、現
在領域名は当該領域２２１名“／／”２４２３である。
当該領域２２１の統合ファイル名結合子が２つの計算機
２０１、２０１’に二重化される統合ファイル名結合子
２１１、２１１’なので、ポインタ２４２４に指された
現在領域２２１の結合子位置テーブル２４３は２つの結
合子位置を保持する。当該２つの結合子位置はそれぞれ
統合ファイル名結合子２１１、２１１’のアドレス２４
３０、２４３０’である。統合ファイル名結合子２１１
のアドレス２４３０は計算機２０１のアドレス２４３１
と統合ファイル名結合子２１１のＩＤ番号２４３２から
なる。統合ファイル名結合子２１１’のアドレス２４３
０’は計算機２０１’のアドレス２４３１’と統合ファ
イル名結合子２１１’のＩＤ番号２４３２’からなる。
第３に、当該領域２２１の子領域が領域２２２と領域２
２３なので、子領域名はそれぞれ“／／ａ”２４５と
“／／ｂ”２４７である。子領域２２２の統合ファイル
名結合子２１２が計算機２０２で稼働されるので、ポイ
ンタ２４２６に指された当該子領域２２２の結合子位置
テーブル２４４には統合ファイル名結合子２１２のアド
レス２４４０が入っている。子領域２２３の統合ファイ
ル名結合子２１３が計算機２０３で稼働されるので、ポ
インタ２４２８に指された当該子領域２２３の結合子位
置テーブル２４５には統合ファイル名結合子２１３のア
ドレスが入っている。

【０１５６】図１３は、領域名“／／ａ”である領域２
２２の結合情報データ構造２３２を示す。当該結合情報
データ構造２３２の結合情報データ構造ヘッダ２５０は
結合情報テーブルへ２５１０のポインタ２５１と領域テ
ーブル２５２０へのポインタ２５２を持つ。当該領域２
２２にマウント・ポイントが“／／ａ”と“／／ａ／
ｃ”なので、当該結合情報データ構造２３２の結合情報
テーブル２５１０にはマウント先“／／ａ”の結合情報
２５３へのポインタ２５１１とマウント先“／／ａ／
ｃ”の結合情報２５４Ｂへのポインタ２５１２が入って
いる。

【０１５７】マウント先“／／ａ”の結合情報２５３の
結合情報ヘッダ２５３０は、当該結合情報２５３の統合
ファイル名“／／ａ”２５３１、結合ユニットテーブル
２５３５へのポインタ２５３２、統合ポリシー表２５３
３と一致制御表２５３４からなる。ファイル・サーバ１
１３におけるローカル・ディレクトリ“／ｕ”１２３１
が統合ファイル名“／／ａ”に統合マウントされたの
で、当該結合情報２５３の結合ユニットテーブル２５３
５にはマウント元“／ｕ”１２３１の結合ユニット２５
５０へのポインタ２５３６が入っている。マウント元
“／ｕ”１２３１の結合ユニット２５５０は、ファイル
・サーバ１１３のアドレス２５５１、ローカル・パス名
“／ｕ”２５５２、「オリジナル」である統合方式２５
５３、マウント元“／ｕ”１２３１のためのアクセス制
御２５５４と各種属性２５５５を保持する。

【０１５８】マウント先“／／ａ／ｃ”の結合情報２５
４の結合情報ヘッダ２５４０は、当該結合情報２５４の
統合ファイル名“／／ａ／ｃ”２５４１、結合ユニット
テーブル２５４５へのポインタ２５４２、統合ポリシー
表２５４３と一致制御表２５４４からなる。ファイル・
サーバ１１３におけるローカル・ディレクトリ“／ｕ／
ｃ”１２３２が「オリジナル」として、ファイル・サー
バ１１４におけるローカル・ディレクトリ“／ｘ”１２
４３が「複製」として、統合ファイル名“／／ａ／ｃ”
に統合マウントされたので、当該結合情報２５４の結合
ユニットテーブル２５４５にはマウント元“／ｕ／ｃ”
１２３２の結合ユニット２５６０へのポインタ２５４６
とマウント元“／ｘ”１２４３の結合ユニット２５７０
へのポインタ２５４７が入っている。マウント元“／ｕ
／ｃ”１２３２の結合ユニット２５６０は、ファイル・
サーバ１１３のアドレス２５６１、ローカル・パス名
“／ｕ／ｃ”２５６２、「オリジナル」である統合方式
２５６３、マウント元“／ｕ／ｃ”１２３２のためのア
クセス制御２５６４と各種属性２５６５を保持する。マ
ウント元“／ｘ”１２４３の結合ユニット２５７０は、
ファイル・サーバ１１４のアドレス２５７１、ローカル
・パス名“／ｘ”２５７２、「複製」である統合方式２
５７３、マウント元“／ｘ”１２４３のためのアクセス
制御２５７４と各種属性２５７５を保持する。

【０１５９】複製ディレクトリが存在する場合として、
マウント先“／／ａ／ｃ”の結合情報２５４にある一致
制御表２５４４は以下の通りである。第１に、現在の一
致状態は「一致」２５４４１である。第２に、許容不一
致時間は１０秒２５４４２である。第３に、現在の一致
状態が「一致」であるから、不一致リストが存在しな
い。不一致リストへのポインタは空２５４４３である。

【０１６０】結合情報データ構造２３２の領域テーブル
２５２に関しては、以下の通りである。第１に、親領域
がルート領域２２１なので、親領域名は“／／”２５２
１である。親領域２２１の統合ファイル名結合子が２つ
の計算機２０１、２０１’に二重化される統合ファイル
名結合子２１１、２１１’なので、ポインタ２５２２に
指された親領域２２１の結合子位置テーブル２５８は２
つの結合子位置を持つ。当該２つの結合子位置はそれぞ
れ統合ファイル名結合子２１１、２１１’のアドレス２
５８０、２５８０’である。第２に、現在領域が当該領
域２２２なので、現在領域名は当該領域２２２名“／／
ａ”２５２３である。現在領域２２２の統合ファイル名
結合子２１２が計算機２０２で稼働されるので、ポイン
タ２５２４に指された現在領域２２２の結合子位置テー
ブル２５９には統合ファイル名結合子２１２のアドレス
２５９０が入っている。第３に、当該領域２２２の子領
域が存在しないので、子領域名は空２５２５であり、子
領域の結合子位置テーブルへのポインタも空２５２６で
ある。

【０１６１】図１４は、領域名“／／ｂ”である領域２
２３の結合情報データ構造２３３を示す。当該結合情報
データ構造２３３の結合情報データ構造ヘッダ２６０は
結合情報テーブル２６１０へのポインタ２６１と領域テ
ーブル２６２０へのポインタ２６２を持つ。当該領域２
２３にマウント・ポイントが存在しないので、当該結合
情報データ構造２３３の結合情報テーブル２６１０は空
２６１１である。

【０１６２】結合情報データ構造２３３の領域テーブル
２６２０に関しては、以下の通りである。第１に、親領
域がルート領域２２１なので、親領域名は“／／”２６
２１である。親領域２２１の統合ファイル名結合子が２
つの計算機２０１、２０１’に二重化される統合ファイ
ル名結合子２１２、２１２Ａ’なので、ポインタ２６２
２に指された親領域２２１の結合子位置テーブル２６３
は２つの結合子位置を持つ。当該２つの結合子位置はそ
れぞれ統合ファイル名結合子２１１、２１１’のアドレ
ス２６３０、２６３０’である。第２に、現在領域が当
該領域２２３なので、現在領域名は当該領域２２３名
“／／ｂ”２６２３である。現在領域２２３の統合ファ
イル名結合子２１３が計算機１３０Ｃで稼働されるの
で、ポインタ２６２４に指された現在領域２２３の結合
子位置テーブル２６４には統合ファイル名結合子２１３
のアドレス２６４０が入っている。第３に、当該領域２
２３の子領域が領域２２４なので、子領域名は“／／ｂ
／ｅ”２６２５である。子領域２２４の統合ファイル名
結合子２１４が計算機２０４で稼働されるので、ポイン
タ２６２６に指された子領域２２４の結合子位置テーブ
ル２６５には統合ファイル名結合子２１４のアドレス２
６５０が入っている。

【０１６３】図１５は、領域名“／／ｂ／ｅ”である領
域２２４の結合情報データ構造２３４を示す。当該結合
情報データ構造２３４の結合情報データ構造ヘッダ２７
０はＢＮＩテーブル２７１０へのポインタ２７１と領域
テーブル２７２０へのポインタ２７２を持つ。当該領域
２２４にマウント・ポイントが“／／ｂ／ｅ”なので、
当該結合情報データ構造２３４の結合情報テーブル２７
１０にはマウント先“／／ｂ／ｅ”の結合情報２７３へ
のポインタ２７１１が入っている。

【０１６４】マウント先“／／ｂ／ｅ”の結合情報２７
３の結合情報ヘッダ２７３０は、当該結合情報２７３の
統合ファイル名“／／ｂ／ｅ”２７３１、結合ユニット
テーブル２７３５へのポインタ２７３２、統合ポリシー
表２７３３と一致制御表２７３４からなる。ファイル・
サーバ１１５におけるローカル・ディレクトリ“／ｖ”
１２５１とファイル・サーバ１１５’におけるローカル
・ディレクトリ“／ｙ／ｚ”１２５５とも「オリジナ
ル」として、マウント先“／／ｂ／ｅ”に統合マウント
されたので、当該結合情報２７３の結合ユニットテーブ
ル２７３５にはマウント元“／ｖ”１２５１の結合ユニ
ット２７４０へのポインタ２７３６とマウント元“／ｙ
／ｚ”１２５５の結合ユニット２７５０へのポインタ２
７３７が入っている。マウント元“／ｖ”１２５１の結
合ユニット２７４０は、ファイル・サーバ１１５のアド
レス２７４１、ローカル・パス名“／ｖ”２７４２、
「オリジナル」である統合方式２７４３、マウント元
“／ｖ”１２５１のためのアクセス制御２７４４と各種
属性２７４５を保持する。マウント元“／ｙ／ｚ”１２
５５の結合ユニット２７５０は、ファイル・サーバ１１
５’のアドレス２７５１、ローカル・パス名“／ｙ／
ｚ”２７５２、「オリジナル」である統合方式２７５
３、マウント元“／ｙ／ｚ”１２５５のためのアクセス
制御２７５４と各種属性２７５５を保持する。

【０１６５】結合情報データ構造２３４の領域テーブル
２７２に関しては、以下の通りである。第１に、親領域
が領域２２３なので、親領域名は“／／ｂ”２７２１で
ある。親領域２２３の統合ファイル名結合子２１３が計
算機２０３で稼働されるので、ポインタ２７２２に指さ
れた親領域２２３の結合子位置テーブル２７６には統合
ファイル名結合子２１３のアドレス２７６０が入ってい
る。第２に、現在領域が当該領域２２４なので、現在領
域名は“／／ｂ／ｅ”２７２３である。現在領域２２４
の統合ファイル名結合子２１４が計算機２０４で稼働さ
れるので、ポインタ２７２４に指された現在領域２２４
の結合子位置テーブル２７７には統合ファイル名結合子
２１４のアドレス２７７０が入っている。第３に、当該
領域２２４の子領域が存在しないので、子領域名は空２
７２５であり、子領域の結合子位置テーブルへのポイン
タも空２７２６である。

【０１６６】（Ｇ）統合ファイル名ツリーにアクセス時
の統合ファイル名システムの内部動作 図１６のフローチャートを用いて、図８を参照しなが
ら、エンド・ユーザがアプリケーション・プログラムを
使って、統合ファイル名ツリーをアクセスする時の統合
ファイル名システムの内部動作を説明する。

【０１６７】第１のフェーズ（アプリケーション側）：
ユーザ操作によりアプリケーション３１２が、ディレク
トリまたはファイルへのアクセスを要求した際、アクセ
ス要求が指定した要求ファイル名を取り出し（５１
１）、統合ファイル名であるか、即ち要求ファイル名が
“／／”で始まるか否かを検査する（５１２）。統合フ
ァイル名であれば、この要求３４１は統合ファイル名ツ
リーに向けたものであるので、当該アプリケーション３
１２は、統合ファイル名結合子リスト３２０に記載した
適当な統合ファイル名結合子３１１に当該要求３４１を
送信して（５１４）から、統合ファイル名結合子からの
応答を待つ（５１５）。当該要求３４１には次のデータ
が入っている：統合ファイル名、アクセス種類と当該ア
プリケーション３１２に戻るアドレス。統合ファイル名
でなければ、当該ディレクトリまたはファイルは当該ア
プリケーション３１２の動作する計算機上のファイルで
あるので、当該アプリケーション３１２はそれ自身が動
作する計算機上のローカル・ファイル・システムにアク
セスする（５１３）。

【０１６８】統合ファイル名結合子リストに記載の統合
ファイル名結合子に要求を送信するステップ５１４で
は、統合ファイル名結合子リスト３２０から何らかのア
ルゴリズムを用いて統合ファイル名結合子が選択され
る。もし統合ファイル名結合子リスト３２０が空なら、
エラー「統合ファイル名結合子が指定されていない」が
返される、そうでなければ、上記要求３４１は候補であ
る統合ファイル名結合子に送信される。もし候補である
統合ファイル名結合子への送信に失敗し、失敗理由がネ
ットワークまたは候補である統合ファイル名結合子の故
障であるなら、統合ファイル名結合子リスト３２０上、
次の統合ファイル名結合子があるかどうか調べる。ここ
でもし、次の統合ファイル名結合子が存在すれば、当該
次の統合ファイル名結合子を候補である統合ファイル名
結合子とし、上記要求３４１は候補である統合ファイル
名結合子に送信される。このように、送信成功または統
合ファイル名結合子リスト３２０の中のすべての統合フ
ァイル名結合子に送信失敗まで繰り返す。失敗した場
合、エラー「すべての統合ファイル名結合子が使用でき
ない」が返される。

【０１６９】第２のフェーズ（統合ファイル名結合子
側）：上記統合ファイル名結合子３１１は、アプリケー
ションからの要求を待つ（５３１）状態で、上記アプリ
ケーション３１２からの要求３４１を受けると、当該要
求３４１により指定された統合ファイル名とその統合フ
ァイル名結合子３１１自身が動作する計算機上の結合情
報データ構造の中にある領域テーブルの現在領域名とを
比較（５３２）することにより、当該統合ファイル名が
現在領域内であるかどうかを検査する（５３３）。

【０１７０】当該統合ファイル名が現在領域にあれば、
当該統合ファイル名結合子３１１は結合情報テーブルか
ら、当該統合ファイル名に該当する結合情報４１１を検
索する（５３４）。検索結果（即ち該当する結合情報４
１１の内容）が当該要求元（即ち上記アプリケーション
３１２）に応答３４２として送られる（５３６）。検索
結果としては、もし当該統合ファイル名に該当する結合
情報４１１が存在すれば当該結合情報４１１、そうでな
ければエラー「ディレクトリまたはファイルが存在しな
い」である。もし当該統合ファイル名が、現在領域の外
であれば、当該要求３４１は別の領域の統合ファイル名
結合子に転送される（５３５）。

【０１７１】別の領域の統合ファイル名結合子へ要求を
転送するステップ５３５の手順は、以下の通りである
（図１７に示す）。現在の統合ファイル名結合子３１１
は、自分の結合情報データ構造の領域テーブルに格納さ
れた親領域名または子領域名の内、当該統合ファイル名
と最も近い領域を見出し（５４１）、この見出された親
領域または子領域を選択された領域とする。次に、当該
選択された領域の結合子位置テーブルを検索し、該当す
る統合ファイル名結合子を見出す（５４２）。該当する
統合ファイル名結合子が見つかったかどうかによって、
処理が分けられる（５４３）。もし１つ以上の統合ファ
イル名結合子が当該選択された領域に対応づけられてい
る場合、適当なアルゴリズムで統合ファイル名結合子を
１つ選択する。当該要求３４１は、その統合ファイル名
結合子４１１’に転送される（５４５）。要求転送が成
功したかどうかが検査され（５４６）、もしこの転送が
失敗した場合、上記のステップ（５４２）に戻って、該
当する新しい統合ファイル名結合子を見出す。該当する
統合ファイル名結合子が見つからなかったまたはすべて
の該当する統合ファイル名結合子に要求が転送され、失
敗した場合、エラー「統合ファイル名結合子が利用不
能」が上記アプリケーション３１２に応答３４２として
送られる（５４４）。

【０１７２】現在の統合ファイル名結合子３１１は、一
連の処理を完了し、次の要求を待つ（５３１）。

【０１７３】第３のフェーズ（アプリケーション側）：
上記アプリケーション３１２は、統合ファイル名結合子
からの応答を待つ状態で上記応答３４２を受け取る（５
１５）。もし結果が、上記要求３４１の統合ファイル名
の結合情報であれば、当該アプリケーション３１２は、
統合ファイル名結合子リスト３２０を更新し（５１
８）、そして、受信した結合情報からファイル・サーバ
を決定し、アクセス要求３４３を送信する（５１９）。
そうでなければ、即ちエラーである場合（５１６）、統
合ファイル名結合子からのエラーが返される（５１
７）。

【０１７４】統合ファイル名結合子リストを更新するス
テップ５１８は以下の手順で行なわれる。統合ファイル
名結合子リスト３２０が検査され、上記応答３４２を返
す統合ファイル名結合子が含まれていなければ、その統
合ファイル名結合子を当該統合ファイル名結合子リスト
３２０に追加する。そうでなければ、その統合ファイル
名結合子が当該統合ファイル名結合子リスト３２０に既
に存在するので、その統合ファイル名結合子の優先度を
適当に高める。

【０１７５】受信した結合情報からファイル・サーバを
決定し、アクセス要求送信するステップ５１９は以下の
方法で行われる。当該受信した結合情報の統合ポリシー
表に記入されたポリシーとその結合情報に入っているマ
ウント元ごとの結合ユニットの情報（図１０に示すよう
な統合方式４１２３、アクセス制御表４１２４、各種属
性４１２５）とを用いて、さらにアクセス要求が要求す
るアクセスの種類（ファイルの読み出し、ファイルの書
き込み、ディレクトリの内容のリストなど）に依存し
て、アクセス要求送信先のファイル・サーバを決める。

【０１７６】すなわち、アクセス要求が指定するディレ
クトリに対応して記憶された、そのアクセス要求が指定
するファイル名のファイルに対する結合情報４１１をア
クセスする。その中の結合情報ヘッダ４１３に含まれた
統合ポリシー表４１３３（図１１）内に含まれている読
み出し操作４１７３、書き込み操作４１７４のいずれか
を、アクセス要求が要求するアクセスの種類に応じて読
み出す。さらにその結合情報４１１に含まれた結合ユニ
ット４１２、４１２’を読み出す。複数の結合ユニット
が含まれているときには、全ての結合ユニットを読み出
す。アクセス要求が指定するファイル名のファイルに対
する目的の結合ユニットが複数検出されたときには、そ
れぞれの結合ユニット内の各種属性４１２５の内、ファ
イルの種類を読み出し、そのファイルが同名ファイルで
あるか否か、同名ファイルであるときには同名ファイル
の種別を判断する。

【０１７７】複数の目的の結合ユニットが検出され、そ
れぞれの結合ユニットに記憶されたファイルの種類が同
名ファイルであるときには、それらの同名ファイルのそ
れぞれに対してアクセスを実行するか否かと、アクセス
を実行するときにはアクセス動作の内容とを、統合ポリ
シー表４１３３（図１１）から読み出された読み出し操
作４１７３または書き込み操作４１７４のいずれかとア
クセス要求が指定するアクセスの種類に基づいて決定す
る。アクセスすると決定されたファイルが属するサーバ
計算機に、そのファイルに対して決定されたアクセス動
作を指定するアクセス要求を送信する。

【０１７８】なお、アクセス要求送信する前に、すでに
統合ポリシーの説明の中で説明したように、マウント先
毎（即ち結合情報毎）のアクセス制御表４１７２とマウ
ント元毎（即ち結合ユニット毎）のアクセス制御表４１
２４の両方のそれぞれによって同時にアクセスが許可さ
れているかにより、当該アクセスの可否を判断する。可
の場合、送信する；否の場合、拒否する。次は例を用い
て三つのアクセスの種類について上記アクセス要求送信
ステップ５１９の処理の詳細を説明する。

【０１７９】第１のアクセスの種類は、ファイルの読み
出しである。例えば、アプリケーションは図６に示す統
合ファイル“／／ｂ／ｅ／ｊ”を読み出そうとする。こ
の場合、当該アプリケーションは統合ファイル名結合子
から図１５に示す結合情報２７３を受信する。 結合情
報２７３に入っている結合ユニットはファイル・サーバ
１１５における「オリジナル」としてのマウント元“／
ｖ”１２５１の結合ユニット２７４０と、ファイル・サ
ーバ１１５’における「オリジナル」としてのマウント
元“／ｙ／ｚ”１２５５の結合ユニット２７５０であ
る。

【０１８０】ここで、結合情報２７３における統合ポリ
シー表に設定されたポリシーはデフォルト・ポリシーで
あるとする。このポリシーにより指定される読み出し操
作４１７３は、すでにデフォルト・ポリシーの説明の中
に記載したように、アクセス要求されたファイルに対し
て基本ファイル以外の同名ファイルがあれば、その同名
ファイルの種類が、複製ファイル、同等ファイル、同類
ファイルのいずれかであるかにより、読み出すべきファ
イルを決める。

【０１８１】今の場合には、図６の例では、ファイル名
“／／ｂ／ｅ／ｊ”のファイルが登録されているディレ
クトリｅには基本ファイルｉ、ｊのみが登録されている
と仮定している。したがって、ディレクトリｅからは、
ファイルｉ、ｊのみが検出され、ファイルｊの同名ファ
イルが検出されないので、ファイルｊの基本ファイルの
みがアクセスされる。その方法は以下の通りである。

【０１８２】もし、当該アプリケーションの所在する計
算機には当該両マウント元１２５１、１２５５へのアク
セス記録がなければ、統合ファイル“／／ｂ／ｅ／ｊ”
の実体はどのファイル・サーバに格納されているかわか
らないので、通常両ファイル・サーバ１１５、１１５’
にアクセスする必要がある。このため、ステップ５１９
では両ファイル・サーバ１１５、１１５’を決定し、同
時にアクセス要求を送信する。もし、当該両マウント元
１２５１、１２５５へのアクセス記録があれば、例えば
統合ディレクトリ“／／ｂ／ｅ”の内容をリストしてか
ら当該統合ファイル“／／ｂ／ｅ／ｊ”をアクセスする
場合、ステップ５１９ではそのアクセス記録によりファ
イル・サーバ１１５’を決定することができる。

【０１８３】なお、図６と異なり、一般的にはディレク
トリｅにファイルｊの同名ファイルが登録されている可
能性がある。したがって、上記読み出し要求の処理は一
般的には以下のようにして行われる。まず、ディレクト
リｅに対応して記憶された、読み出し要求が指定するフ
ァイル名に対応する複数の結合ユニットが読み出され、
それぞれの結合ユニットに含まれたファイル種類が判断
される。こうして、複数の同名ファイルの種類が判断さ
れると、読み出し操作情報４１７３にしたがって一つの
同名ファイルを選択し、そのファイルの実体を管理する
サーバ計算機に読み出し要求を送る。

【０１８４】第２のアクセスの種類は、ファイルの書き
込みである。例えば、アプリケーションは図６に示す統
合ファイル“／／ａ／ｃ／ｆ”を書き込もうとする。こ
の場合、当該アプリケーションは統合ファイル名結合子
から図１３に示す結合情報２５４を受信する。結合情報
２５４に入っている結合ユニットはファイル・サーバ１
１３における「オリジナル」としてのマウント元“／ｕ
／ｃ”１２３２の結合ユニット２５６０と、ファイル・
サーバ１１４における「複製」としてのマウント元“／
ｘ”１２４３の結合ユニット２５７０である。

【０１８５】ここで、結合情報２５４における統合ポリ
シー表に設定されたポリシーはデフォルト・ポリシーで
あるとする。このポリシーにより指定される書き込み操
作４１７４は、すでにデフォルト・ポリシーの説明の中
に記載したように、アクセス要求されたファイルに対し
て基本ファイル以外の同名ファイルがあれば、その同名
ファイルに対しても一致制御のためのアクセスを行う。
そのアクセスの種類は同名ファイルの種類が、複製ファ
イル、同等ファイル、同類ファイルのいずれかであるか
により異なる。その同名ファイルが複製ファイルの時に
は、基本ファイルへの書き込みを行い、基本ファイルが
クローズされた時点で、複製ファイルに基本ファイルを
複製ファイルにコピーする。

【０１８６】今の例では、ディレクトリｃには、基本フ
ァイル１２３４と複製ファイル１２４４が登録されてい
る。この場合、ステップ５１９により決定するアクセス
要求送信先のファイル・サーバは、基本ファイル１２３
４を管理するファイル・サーバ１１３である。デフォル
ト・ポリシーに記述されたように、基本ファイル“／ｕ
／ｃ／ｆ”１２３４をクローズした時、更新した当該基
本ファイルは統合ファイル名結合子の一致制御機構によ
り複製ファイル“／ｘ／ｆ”１２４４にコピーされる。

【０１８７】第３のアクセスの種類は、ディレクトリの
内容のリストである。例えば、アプリケーションは図６
に示す統合ディレクトリ“／／ａ／ｅ”の内容をリスト
しようとする。第１のアクセスの種類と同じように、当
該アプリケーションは統合ファイル名結合子から図１５
に示す結合情報２７３を受信する。ここで、結合情報２
７３における統合ポリシー表に設定されたポリシーもデ
フォルト・ポリシーであるとする。リスト処理の場合に
は、この統合ポリシー内の読み出し操作情報が使用され
る。統合ディレクトリの内容をすべてリストするため、
すべての「オリジナル」としてのマウント元にアクセス
する必要がある。このため、ステップ５１９では両ファ
イル・サーバ１１５、１１５’を決定し、同時に両マウ
ント元“／ｖ”１２５１と“／ｙ／ｚ”１２５５のアク
セス要求を送信する。

【０１８８】第４のフェーズ（ファイル・サーバ側）：
ファイル・サーバ３１３は上記アクセス要求３４３を受
け取り、当該アクセス要求３４３で指定されたディレク
トリまたはファイルにアクセスする。そして、上記アプ
リケーション３１２にアクセス結果３４４を返す。

【０１８９】第５のフェーズ（アプリケーション側）：
上記アプリケーション３１２は、ファイル・サーバから
の応答を待つ状態で上記ファイル・サーバ３１３からの
上記アクセス結果３４４を受け取る（５２０）。当該ア
プリケーション３１２は、当該アクセス結果３４４に対
して適当な処理（例えば、複数のファイル・サーバに分
散され、格納されたディレクトリのディレクトリ統合）
を行ない（５２１）、処理した結果を返す（５２２）。

【０１９０】上記のアクセス内部動作は、アクセス先が
マウント・ポイントであるかどうかに関わらず、統合フ
ァイル名ツリーにあるすべての統合ファイルまたは統合
ディレクトリに適用する。このため、あるマウント・ポ
イントにおける統合ポリシーはそのマウント・ポイント
におけるサブツリーにあるすべての統合ファイルまたは
統合ディレクトリに適用する。すなわち、ディレクトリ
統合は同名サブディレクトリにも再帰的に行われる。

【０１９１】（Ｈ）統合ファイル名ツリーにマウント時
の統合ファイル名システムの内部動作 マウントは、システム管理者がシステム管理ツールを使
用してマウント要求を統合ファイルシステムに対して発
行したときに行われる。マウントに使用する統合ポリシ
ー、マウント元ディレクトリ、マウント先ディレクトリ
等の情報はこのときにシステム管理者が指定する。統合
マウント方法を用いて統合ファイル名ツリーにマウント
する時には、結合情報と結合ユニットのレコードが新規
に作られる。即ち、新規のマウント先にマウントする時
に新規に結合情報レコードと結合ユニットレコードが作
られ、既に存在するマウント先に新規にマウント元をマ
ウントする時に新規に結合ユニットレコードだけが作ら
れる。従って、マウント要求を発行する時に結合情報と
結合ユニット構造に含まれるべきデータの内、自動的に
生成できないデータの入力が必要である。具体的に、結
合情報レコードに必要なデータは、統合ファイル名、統
合ポリシーのマウント先毎の部分（即ち、統合ファイル
種類、アクセス制御表、読み出し操作、書き込み操作）
と一致制御規制（即ち、許容不一致時間）であり、結合
ユニットレコードに必要なデータはファイル・サーバの
アドレス、ローカル・パス名と統合ポリシーのマウント
元毎の部分（即ち、統合方式、アクセス制御表）と、マ
ウント元の属性の内のファイル種類等である。

【０１９２】図２０のフローチャートは統合ファイル名
ツリーにマウント時の統合ファイル名システムの内部動
作を示す。以下は、図２０を用いて、図８を参照しなが
ら、統合ファイル名システムのマウント内部動作を説明
する。

【０１９３】第１のフェーズ（アプリケーション側）：
アプリケーション３１２が、ディレクトリまたはファイ
ルをマウントする要求を出した際、マウント先のファイ
ル名を取り出し（５５１）、統合ファイル名であるか、
即ち要求ファイル名が“／／”で始まるか否かを検査す
る（５５２）。統合ファイル名であれば、この要求３４
１は統合ファイル名ツリーに向けたものであるので、当
該アプリケーション３１２は、統合ファイル名結合子リ
スト３２０に記載した適当な統合ファイル名結合子３１
１に当該要求３４１を送信して（５５４）から、統合フ
ァイル名結合子からの応答を待つ（５５５）。当該要求
３４１には次のデータが入っている：前述した統合ファ
イル名などの結合情報レコードに必要なデータと当該ア
プリケーション３１２に戻るアドレス。統合ファイル名
でなければ、当該マウント先は当該アプリケーション３
１２が動作する計算機上のローカル・ファイル名ツリー
にあるので、当該アプリケーション３１２は、既存のマ
ウント方法を用いて、自身が動作する計算機上のローカ
ル・ファイル・システムにマウントする（５５３）。

【０１９４】第２のフェーズ（統合ファイル名結合子
側）：上記統合ファイル名結合子３１１は、アプリケー
ションからの要求を待つ（５６１）状態で、上記アプリ
ケーション３１２からの要求３４１を受けると、図１６
に示すように、結合情報データ構造から当該要求３４１
にある統合ファイル名を探す（５６２）。これによっ
て、上記マウント先は新規であるかどうかを判断する
（５６３）。新規なマウント先であれば、要求３４１か
ら受け取った入力データに基づいて新規結合情報とその
中の新規結合ユニットを作成して（５６４、５６６）、
当該新規結合情報の内容を上記アプリケーション３１２
に応答３４２として送信する（４６７）。既に存在して
いれば、当該マウント先の結合情報に格納された結合情
報毎の統合ポリシーと要求３４１から受け取った結合ユ
ニット毎の統合ポリシーに基づいて当該マウントの可否
を判断する（５６５）。マウント可であれば、当該マウ
ント先の結合情報の中の新規結合ユニットを作成して
（５６６）、当該結合情報の内容を上記アプリケーショ
ン３１２に応答３４２として送信する（４６７）。マウ
ント否であれば、エラー「マウント拒否」を上記アプリ
ケーション３１２に応答３４２として送信する（４６
８）。

【０１９５】マウント可否の判断の仕組みは図２１に示
される。結合情報４１１毎の統合ポリシー表４１３３に
記載の統合ファイル種類４１７１（図１１）は、統合可
能なファイル種類に対応するビットからなるマウント可
否ビットマップ５７１として記憶されている。このビッ
トマップ５７１のいずれかのビットに「１」が立ってい
れば、マウント元のファイルがオリジナルである場合
に、該当するファイル種類のファイルのマウントが許可
される。そうでなければ（即ち、「０」である場合）、
該当するファイル種類のファイルのマウントが拒否され
る。図２１の場合は、基本ファイル、複製ファイルと同
等ファイルに対してマウントが許可される。それ以外の
ファイル種類（即ち、同類ファイルと異種ファイル）は
拒否される。

【０１９６】結合ユニット４１２（図１０）内の統合方
式４１２３と各種属性４１２５内のファイル種類は、統
合方式４１２３がオリジナルを示す時の複数のファイル
種類に対応する複数のビットとその統合方式が複製であ
ることにそれぞれ対応する１ビットからなるマウント方
式ビットマップ５７２として実際には記憶されている。
「１」が立っているビットは実行すべきマウント方式を
示すことになる。マウント方式は六つある。一回のマウ
ント時点で使えるマウント方式は一つしかないから、こ
のビットマップ５７２に一つの「１」しか立っていな
い。図２１の場合は、マウント方式はオリジナルの複製
である。即ち、マウント時に同名になるファイルは複製
ファイルと見なす。

【０１９７】マウントの可否の判断のために各々のマウ
ント方式に対応する判断プログラムが使用される。判断
プログラム・テーブル５７６は各々のマウント方式に適
用する判断プログラムのアドレスを記憶している。

【０１９８】マウント可否を判断する処理は二つのステ
ップに分けられる。第１ステップでは、まず、結合情報
毎の統合ポリシーのマウント可否ビットマップ５７１と
結合ユニット毎の統合ポリシーのマウント方式ビットマ
ップ５７２の論理積を取る。すなわち、図２１が示すよ
うに、ビットマップ５７１の各ビットと、ビットマップ
５７２内のファイルの種類を示す対応するビットとの論
理積をそれぞれ取り（５７３）、さらに、ビットマップ
５７１内の複製ファイルに対応するビットと、ビットマ
ップ５７２内の統合方式がビットマップであるか否かを
示すビットとの論理積を取り（５７３’）、これら二つ
の論理積により得られる複数のビットからなるビットマ
ップ５７４内の一つのビットに「１」が立っていれば、
第２ステップに行く（５７５の「ｙｅｓ」）。そうでな
けば、マウントを拒否する（５７５の「ｎｏ」）。第２
ステップでは、判断プログラム・テーブル５７６から許
可されたマウント方式に適用する判断プログラムのアド
レスを取り出し、結合ユニットに入ったすべての同名に
なるファイルに対して該当する判断プログラムを実行す
る（５７７）。図２１の場合は、該当判断プログラムは
複製ファイルの判断ツールであり、このプログラムは、
例えば、ＵＮＩＸのｃｍｐとｄｉｆｆコマンドよりな
る。判断プログラムにより、マウント可否を判定する
（５７８）。

【０１９９】各判断プログラムは、対応するマウント方
式により定まる処理を実行する。より具体的には、結果
ビットマップ５７４内の統合方式がオリジナルでファイ
ル種類が基本ファイルであることに対応するビットが１
のときには、同名基本ファイル存在判断ツールが実行さ
れる。このプログラムは、マウント元の基本ファイルと
同名の基本ファイルがマウント先のディレクトリに存在
するか否かを判定する。もし、同名の基本ファイルが存
在すれば、この判断プログラムは、マウント元の基本フ
ァイルのマウントはできないと判断する。

【０２００】結果ビットマップ５７４内の統合方式がオ
リジナルで、ファイル種類がそれぞれ複製ファイル、同
等ファイル、同類ファイル、異種ファイルに対応するビ
ットがそれぞれ１のときには、それぞれ複製ファイルの
判断ツール、同等ファイルの判断ツール、同類ファイル
の判断ツール、異種ファイルの判断ツールが実行され
る。それぞれのプログラムは、マウント元のファイルと
同じファイル名を有するマウント先のファイルが、それ
ぞれ複製ファイル、同等ファイル、同類ファイル、異種
ファイルであるかを判断する。もし、マウント先の同名
ファイルが、その特定の種類の同名ファイルでないとき
には、それぞれの判断プログラムは、マウント元の同名
ファイルのマウントはできないと判断する。

【０２０１】結果ビットマップ５７４内の統合方式が複
製であることに対応するビットが１のときに実行される
判断ツールは、マウント先の全ツリーをマウント元にコ
ピーし、コピーが成功したか否かを判断するプログラム
である。もし、マウント元のファイルを記憶するローカ
ルな記憶装置の容量が不足等の理由によりコピーを行え
ないとき、あるいはコピーを実行中に何らかの理由にコ
ピー動作が中断されたときには、このプログラムは、マ
ウント元のディレクトリのマウントはできない判断す
る。

【０２０２】第３のフェーズ（アプリケーション側）：
上記アプリケーション３１２は、統合ファイル名結合子
からの応答を待つ状態で上記応答３４２を受け取る（５
５５）。もし結果が、上記要求３４１の統合ファイル名
の結合情報であれば、当該アプリケーション３１２は、
統合ファイル名結合子リスト３２０を更新し（５５
８）、そして、当該結合情報を返して終了する（５５
９）。そうでなければ、即ちエラーである場合、統合フ
ァイル名結合子からのエラーが返される（５５７）。

【０２０３】今まで説明した統合マウント方法はファイ
ルに対しても適用できる。即ち、マウント元がファイル
であれば、マウント先がファイルである。マウント元と
してのファイルが複数がある場合は、ディレクトリ統合
による同名ファイルの処理と同じように、マウント先で
当該複数のファイルをマウントする（即ち、ファイル統
合）。

【０２０４】（Ｉ） 統合ファイル名システムにおける
統合ファイルの一致制御 統合ファイルの一致制御は結合情報の一致制御表と統合
ポリシー表を参照する。ある結合情報レコードの一致制
御表にある一致状態が「不一致」になると、この結合情
報レコードに対する一致制御が起動される。統合ポリシ
ーの書き込み操作に従って一致制御が行われ、許容不一
致時間以内に「一致」状態にさせる。

【０２０５】統合ファイルの一致制御は、複製ファイル
に対する一致制御だけではなく、同等ファイルと同類フ
ァイルに対する一致制御も含まれている。例えば、上記
のデフォルト・ポリシーの「４．統合ファイルの書き込
み操作」は、統合ファイルの一致制御の一方法を定め
る。そこで、複製ファイルを更新する時に簡単なコピー
で済むことができるが、他の種類のファイルを更新する
場合は対応する変換ツールが必要である。

【０２０６】（Ｊ）応用例 これまで説明してきた統合ファイル名システムは、ロー
カル・エリア・ネットワーク（ＬＡＮ）から広域ネット
ワーク（ＷＡＮ）まで幅広い分散計算機環境に適用で
き、また前記分散計算機環境を構成する計算機として、
パーソナル・コンピュータ（ＰＣ）やワークステーショ
ン（ＷＳ）から大型計算機（並列計算機を含む）まで多
様な計算機を用いることができる。下記に統合ファイル
名システムの応用例として、２種類の典型的な分散計算
機環境を挙げ、それぞれにどのように統合ファイル名シ
ステムを適用するかを説明し、それぞれどのような効果
があるかを明らかにする。

【０２０７】（応用例１）図１８に本応用例における分
散計算機環境の構成を示す。ＬＡＮ６００に、１台以上
のデスクトップ機（ＰＣまたはＷＳ）６０１、６０１’
等および６０２、６０２’等が接続されている。また、
ＬＡＮ６００には、大型計算機６０３が接続されてい
る。デスクトップ機６０１、６０１’等および大型計算
機６０３には、ファイル６２１、６２１’等が格納され
ている。

【０２０８】図１８の分散計算機環境において、ユーザ
がデスクトップ機６０１、６０１’等および６０２、６
０２’等上で実行しているアプリケーションがファイル
６２１、６２１’等にアクセスしようとする場合、従来
の技術では、次のような問題があった。第１は、デスク
トップ機６０１等におけるユーザ（またはユーザが実行
しているアプリケーション、或はアプリケーションが使
用しているファイル・システム）は、必要なファイルが
どの計算機上にあるかを意識していなくてはいけなかっ
た。第２は、ユーザがファイルを複製する時や、プログ
ラムのファイルをバージョン・アップしたり異種機に適
用する時、それらのファイルは互いに別のファイル名を
持つため、すべてのファイル名を把握していなくてはな
らず、しかも複製ファイルのどれか１つを更新したとき
はその他の複製ファイルをすべて更新し、最新かつ特定
計算機で実行できるプログラムを選択する必要があるな
ど、ユーザによる管理が困難であった。

【０２０９】図１８に示す分散計算機環境では、例えば
統合ファイル名システムを次のように適用できる。図１
８において、ファイル６２１、６２１’等を格納してい
るデスクトップ機６０２、６０２’等および大型計算機
６０３のそれぞれにおいて、ファイル・サーバ６１３、
６１３’等を実行する。さらに、大型計算機６０３上
で、統合ファイル名結合子６１１を実行する。統合ファ
イル名結合子６１１が含んでいる結合情報データ構造に
は、すでに図９ないし図１５を用いて説明した方法によ
り、ファイル・サーバ６１３、６１３’等への結合情報
がすべて統合ファイル名ツリー２に基づいて保持され
る。デスクトップ機６０１、６０１’等および６０２、
６０２’等の上のアプリケーション６１２、６１２’、
６１２”等は、“／／”で始まるファイル名を指定して
ファイル・アクセス要求を行うことにより、図８と図１
６を用いて説明した通り、統合ファイル名ツリー２に基
づく統合ファイル名を用いて、ファイル６２１、６２
１’等にアクセスすることができる。

【０２１０】上記のように統合ファイル名システムを適
用することにより、前記従来技術における問題点を解決
することができる。第１に、前記アプリケーション６１
２、６１２’、６１２”等は、複数の計算機に分散して
いるファイル６２１、６２１’等に、統合ファイル名ツ
リー２に基づく統合ファイル名を指定することでアクセ
スすることができる。ここで、あるファイルがどの計算
機に格納されているかは統合ファイル名結合子６１１が
決定するため、統合ファイル名の指定において、ファイ
ルの格納された計算機を指定する必要がない。従って、
ユーザ（およびユーザが実行しているアプリケーション
とアプリケーションが使用しているファイル・システ
ム）はファイルがどの計算機に格納されているかを意識
せず、ファイル６２１、６２１’等に容易にアクセスす
ることができる。

【０２１１】第２に、統合ファイル名結合子６１１が保
持している結合情報データ構造の構造（図９）から明ら
かなように、ファイル６２１、６２１’等のうち複数の
異なるファイルが、同じ統合ファイル名を持つことがで
きる。すでに説明したように、アプリケーションが、同
じ統合ファイル名を有する複数のファイルに対して当該
統合ファイル名を指定してアクセスすると、統合ポリシ
ーにより適当なファイルにアクセスすることができる。
例えば、あるプログラムの複数バージョンのファイルに
同じ統合ファイル名を与えることと、また最新かつアプ
リケーションにおける計算機で実行できるバージョンを
アクセスする統合ポリシーを設定することにより、当該
統合ファイル名で最新かつアプリケーションにおける計
算機で実行できるプログラムを自動的に選んで実行する
ことができる。また複製の場合、アクセスの結果は当該
統合ファイル名を持つすべての複製ファイルに反映され
る。従って、ユーザはあるファイルの複製や複数バージ
ョンを、ファイル名を変えることなく設けることができ
る。しかも、当該複製のどれか１つに変更を加えた場合
でも、ユーザはその他の当該複製に当該変更を自分で反
映する必要がない。当該複数バージョンのある場合、ユ
ーザは複数バージョンの存在を意識する必要がなく適当
なバージョンをアクセスすることができる。

【０２１２】図１８の分散計算機環境では、統合ファイ
ル名結合子は大型計算機６０３にただ１つ設けられてい
るが、これは統合ファイル名結合子を大型計算機６０３
上で実行することが効率的であることによる。その理由
は、大型計算機は一般に他のデスクトップ機と比較して
高性能でかつ連続運転され、また大型計算機には大容量
の磁気ディスク等が設けられ、多数のファイルが格納さ
れているためである。しかし、既に述べたように、本実
施形態の統合ファイル名システムでは複数の統合ファイ
ル名結合子が１つの統合ファイル名ツリーを構成するこ
とができるため、場合によってはデスクトップ機６０
１、６０１’等および６０２、６０２’等の上のどれか
でも統合ファイル名結合子を実行できる。異なる計算機
上で複数の統合ファイル名結合子を実行することによ
り、統合ファイル名結合子内の処理を負荷分散して高速
化したり、計算機のどれかに障害が発生して、その計算
機上の統合ファイル名結合子が停止した場合でも、アプ
リケーションが統合ファイル名ツリーを用いてファイル
・アクセスを継続できるようにしたりすることができ
る。

【０２１３】図１８の分散計算機環境は、デスクトップ
機と大型計算機がＬＡＮで接続された構成であるが、当
該デスクトップ機や大型計算機がすべて１台の並列計算
機のノードであり、ＬＡＮの代わりに内部ネットワーク
で接続されている場合、あるいは一部が並列計算機のノ
ードであり、残りは並列計算機外のデスクトップ機（ま
たは別の並列計算機の各ノード）であり、ＬＡＮおよび
内部ネットワークで接続されている場合でも、まったく
同じように統合ファイル名システムを適用し、前記した
計算機名（またはノード名）を指定する必要のないファ
イル・アクセスや自動的な複製管理とバージョン管理な
どの利点が得られる。

【０２１４】（応用例２）図１９に、本応用例における
分散計算機環境を示す。広域ネットワーク（ＷＡＮ）７
００に、多数のサーバ計算機７０１、７０１’等が接続
されている。当該サーバ計算機は、それぞれ大型計算機
や、サーバ機や、あるいはデスクトップ機などの計算機
である。また、ＷＡＮ７００にはデスクトップ機７０２
やゲートウェイ７０５が接続されている。ゲートウェイ
７０５は、後述するプロキシサーバ７１４を実行するこ
とのできる計算機（ルータ等も含む）である。ゲートウ
ェイ７０５は、さらにローカル・アリア・ネットワーク
（ＬＡＮ）６００に接続されている。ＬＡＮ６００には
１台以上のデスクトップ機７０３、７０３’等が接続さ
れている。ＬＡＮ６００にも１台以上のサーバ計算機７
０４、７０４’等が接続されている場合がある。また、
図示していないが、デスクトップ機７０２やゲートウェ
イ７０５と同様のデスクトップ機やゲートウェイが、Ｗ
ＡＮ７００に接続されていてもよい。

【０２１５】上記構成を有する図１９の分散計算機環境
では、下記のソフトウェアが実行されている。サーバ計
算機７０１では、ファイル・サーバ７１３が実行されて
いる。ファイル・サーバ７１３は、ＷＡＮ７００経由で
要求を受信し、要求に応じて１つ以上のファイル７２
１、７２１’等の内容を送信する。これらは、他のサー
バ計算機７０１’等、および、ＬＡＮ６００経由で要求
を受信することを除けば、サーバ計算機７０４、７０
４’等（図１９ではファイル・サーバの記載を省略して
いる）でも同様である。また、デスクトップ機７０３お
よび７０２では、ユーザによってアプリケーション７１
２および７１２’が実行されている。アプリケーション
７１２は、サーバ計算機７０１のアドレスと、サーバ計
算機７０１が保持するファイル７２１のファイル名（サ
ーバ計算機７０１内でファイル７２１を識別できるファ
イル名）を指定して要求を送信することにより、ファイ
ル７２１の内容を受信する。以下、デスクトップ機７０
３’等においても、デスクトップ機７０３と同様であ
る。

【０２１６】さらに、ゲートウェイ７０５では、プロキ
シサーバ７１４が実行されている。プロキシサーバ７１
４は、アプリケーション７１２とファイル・サーバ７１
３とを中継する役割を果たす。より具体的には、プロキ
シサーバ７１４は、アプリケーション７１２がファイル
・サーバ７１３のファイル７２１を要求した時に、ファ
イル・サーバ７１３から転送されてきたファイルの内容
を受信し（７４３）、自分の中のキャッシュ７２２に格
納し、受信したファイルの内容を要求を送信したアプリ
ケーション７１２に送信する（７４４）。これにより、
アプリケーション７１２や、デスクトップ機７０３、７
０３’等の上で実行されている別のアプリケーション
が、同じファイル７２１を要求しようとしたときは、プ
ロキシサーバ７１４のキャッシュ７２２の内容が転送さ
れるため、ＷＡＮ７００を経由したファイル転送が発生
せず、前記アプリケーションは要求したファイルを高速
に受信することができる。なお、図示していないが、キ
ャッシュ７２２には複数のファイルの内容を格納してい
てもよい。

【０２１７】上記構成の分散計算機環境における問題
は、次の２点である。第１に、アプリケーション７１２
は、ファイル７２１を指定するために、サーバ計算機７
０１のアドレスをまず指定しなくてはならない。そのた
め、ファイル６２１の内容が必要な場合、ファイル７２
１を格納しているサーバ計算機７０１のアドレスも知っ
ていなくてはならないだけでなく、例えばサーバ計算機
の構成変更などによりファイル７２１が別のサーバ計算
機に移動すると、アプリケーション７１２はファイル７
２１を受信することができなくなる。第２に、プロキシ
サーバ７１４のキャッシュ７２２の内容は、多くの場
合、ファイル７２１の内容と常に一致していることが要
求される。図１９の分散計算機環境でこの要求を満たす
には、プロキシサーバ７１４は、アプリケーション７１
２がファイル７２１を要求した時に、前記のようにキャ
ッシュ７２２の内容をアプリケーション７１２に転送す
る前に、サーバ計算機７０１に対して、キャッシュ７２
２の内容とファイル７２１の内容が一致しなくなったか
どうかを毎回問い合わせ、もし不一致であれば、キャッ
シュ７２２の内容を破棄してサーバ計算機７０１からフ
ァイル７２１を転送しなくてはならない。この場合、ア
プリケーション７１２がファイル７２１を要求してから
ファイル７２１の内容を受信するまでの応答時間が長く
なるという問題がある。

【０２１８】図１９の分散計算機環境における上記の問
題は、統合ファイル名システムを次のように適用するこ
とで解決できる。図１９で、各サーバ計算機７０１およ
び７０４上では、それぞれ統合ファイル名結合子７１
１、７１１’が実行されている。また、図示していない
が、その他のサーバ計算機７０１’等および７０４’等
においても同様に統合ファイル名結合子が実行されてい
ることができる。それぞれの統合ファイル名結合子は、
すでに図７ないし図１５を用いて説明した方式により領
域名にもとづいて設定され、統合ファイル名ツリー２を
構成している。上記の状況で、アプリケーション７１
２、７１２’等およびプロキシサーバ７１４は、統合フ
ァイル名を指定することにより、統合ファイル名ツリー
２にもとづいて各サーバ計算機のファイルにアクセスす
ることができる。ここで、既に述べたように、ファイル
７２１を指定する統合ファイル名に、ファイル７２１を
格納しているサーバ計算機７０１のアドレスは含まれな
い。従って、アプリケーションがファイル７２１を必要
とするとき、サーバ計算機７０１のアドレスを知ってい
る必要はないだけでなく、ファイル７２１が別のサーバ
計算機に移動した場合でも、アプリケーションは同じ統
合ファイル名を指定することにより、ファイル７２１の
内容を受け取ることができる。

【０２１９】また、プロキシサーバ７１４が前記のよう
にファイル７２１の内容を受信し、キャッシュ７２２に
格納した後で、自分のアドレスを統合ファイル名結合子
７１１に送信し、ファイル７２１の複製を保持している
ことを統合ファイル名結合子７１１に通知する（７４
５）。これにより、すでに説明したように、統合ファイ
ル名結合子７１１内の結合情報データ構造（図１９には
示していない）に、図１０のファイル・サーバのアドレ
スとしてプロキシサーバ７１４のアドレスが格納され、
統合方式に「複製」が格納された結合ユニットが新規に
作成され、以後ファイル７２１が変更された場合、キャ
ッシュ７２２の内容も更新され、常にファイル７２１の
内容とキャッシュ７２２の内容が一致するように保たれ
る。従って、アプリケーション７１２がファイル７２１
の内容を要求し、プロキシサーバ７１４内のキャッシュ
７２２にファイル７２１の内容のコピーがある場合、プ
ロキシサーバ７１４はキャッシュ７２２の内容がファイ
ル・サーバ７１３にファイル７２１の内容と一致してい
るかどうかを調べることなくキャッシュ７２２の内容を
アプリケーション７１２に転送することができ、アプリ
ケーション７１２がファイル７２１を要求してからファ
イル７２１の内容を受信するまでの応答時間を短縮でき
る。

【０２２０】変形例として、アプリケーション７１２の
実行されているデスクトップ機７０３自体が、過去に受
け取ったファイルの内容をキャッシュとして保持してい
る場合もありうる。この場合、デスクトップ機７０３上
でファイル・サーバを実行し、アプリケーション７１２
がファイルを受け取ってキャッシュに格納したときに、
前記ステップ７４５と同様に複製を有することを統合フ
ァイル名結合子７１１に登録することにより、デスクト
ップ機７０３上で実行されるアプリケーションは、統合
ファイル名を用いて常にファイル７２１の最新の内容
を、自分と同じデスクトップ機内のキャッシュから高速
に受け取ることができる。

【０２２１】また、前記の特別な場合として、統合ファ
イル名の付け方を定めることにより、各サーバ計算機の
保持する情報を、分野ごとに一覧することができるよう
になる。前記の、ファイルを要求する際にアプリケーシ
ョンがサーバ計算機のアドレスを指定しなくてはならな
い方法では、一般に１つの分野でも（例えば同業の企業
ごとに）複数のサーバ計算機に分かれているため、ある
分野の情報をまとめて受信することができない。それに
対し、統合ファイル名システムでは、統合ファイル名を
用いて、サーバ計算機のアドレスを特定せずにファイル
を要求することができる。そこで、統合ファイル名の付
け方として、それぞれのファイルの内容が属する分野を
統合ファイル名に反映（例えば“／／計算機／ソフトウ
ェア／ファイルシステム／分散ファイルシステム／統合
ファイル名システム”などと）させることにより、ある
分野の情報を複数のサーバ計算機が保持している場合で
も、アプリケーションは（例えば統合ファイル名“／／
計算機／ソフトウェア／ファイルシステム”などと指定
することにより）所望の分野の情報を一覧することがで
きる。

【０２２２】以上に示したように、本実施の形態によれ
ば、従来技術のできない上下関係のないディレクトリマ
ウントを含む多種のディレクトリマウントまたはファイ
ルマウントを実現できる。また、異なるローカルファイ
ル名ツリーに分散して配置されたディレクトリまたはフ
ァイルを一つのディレクトリまたはファイルにまとめる
ことができる。しかも、統合ポリシーにより、特に同名
によって重なった複数のファイルに対して、マウント時
のマウント仕方およびマウント後のアクセス手順と一致
制御方法とアクセス制御をユーザが設定可能となる。ま
た、従来より便利な複製管理やバージョン管理などを行
うことができる。

【０２２３】なお、以上に示したファイル統合と統合ポ
リシーを用いれば、ユーザまたはアプリケーションは、
ファイル名を変えることなくファイルの複製や複数バー
ジョンなどを設けることもできる。しかも、これらのフ
ァイルに対して一致制御方法とアクセス方法の選択は設
定された統合ポリシーにより自動的に行われる。

【０２２４】

【発明の効果】本発明によるマウント方法によれば、デ
ィレクトリのマウント時にディレクトリ毎にマウントを
許可するファイルに関連する、ユーザが指定したマウン
ト条件を設定できるので、いろいろの態様でマウントを
行うことができる。

【０２２５】さらに、本発明によるファイルアクセス方
法によれば、マウント先のディレクトリに対応して、ユ
ーザが指定した読み出し操作および書き込み操作を設定
できるので、ファイルアクセスをユーザ指定の態様によ
り実行することができる。

【０２２６】さらに、本発明によるアクセス権限判別方
法では、マウント先のディレクトリに対応して、ユーザ
指定のアクセス権限情報を指定することができる。さら
に、同じマント先に対して、マウント元に対応してユー
ザが指定したアクセス権限情報も設定できる。

【図面の簡単な説明】

【図１】本発明の一実施の形態としての分散ファイルシ
ステム統合ファイル名システムの、ハードウェア構成お
よびソフトウェア構成を示す図である。

【図２】従来のユニオン・マウントを示す図である。

【図３】本発明のマウント方法を示す図である。

【図４】統合ファイル名システムにおける、統合ファイ
ル名ツリーの構築過程を示す図である。

【図５】統合ファイル名システムにおける、統合ファイ
ル名ツリーの構築過程を示す図である。

【図６】統合ファイル名システムにおける、統合ファイ
ル名ツリーの構築過程を示す図である。

【図７】統合ファイル名システムにおいて、統合ファイ
ル名ツリーが複数の統合ファイル名結合子によって構築
されているときの、ハードウェアおよびソフトウェア構
成の一例を示す図である。

【図８】統合ファイル名システムにおける、アプリケー
ション、統合ファイル名結合子およびファイル・サーバ
の各プログラムの相互作用を示す図である。

【図９】統合ファイル名システムにおける、結合情報デ
ータ構造の内容を示す図である。

【図１０】統合ファイル名システムにおける、結合ユニ
ットの内容を示す図である。

【図１１】統合ファイル名システムにおける、結合情報
の内容を示す図である。

【図１２】統合ファイル名システムにおける、結合情報
データ構造の内容の一例を示す図である。

【図１３】統合ファイル名システムにおける、結合情報
データ構造の内容の一例を示す図である。

【図１４】統合ファイル名システムにおける、結合情報
データ構造の内容の一例を示す図である。

【図１５】統合ファイル名システムにおける、結合情報
データ構造の内容の一例を示す図である。

【図１６】アクセス処理手順を示すフローチャートであ
る。

【図１７】図１６におけるステップ５３５の動作の詳細
を示す図である。

【図１８】統合ファイル名システムの応用例１におけ
る、ソフトウェアおよびハードウェア構成を示す図であ
る。

【図１９】統合ファイル名システムの応用例２におけ
る、ソフトウェアおよびハードウェア構成を示す図であ
る。

【図２０】マウント処理手順を示すフローチャートであ
る。

【図２１】図２０でのマウント可否判断処理のフローチ
ャートである。

【符号の説明】

１１１、２１１−２１４、６１１、７１１ 統合ファイ
ル名結合子 ２、６０ 統合ファイル名ツリー ２２１−２２４ 統合ファイル名ツリーの領域 ３２０ 統合ファイル名結合子リスト ４、２３１−２３４ 結合情報データ構造 ４１１ 結合情報 ４１２ 結合ユニット ４２１ 結合子位置

フロントページの続き (72)発明者 野田 文雄 東京都国分寺市東恋ケ窪一丁目280番地 株式会社日立製作所中央研究所内

Claims (12)

【特許請求の範囲】
1. 【請求項１】ネットワークにより接続された複数の計算
   機と、それぞれ上記複数の計算機のいずれかに接続され
   た複数の記憶装置とを有し、それぞれ上記複数の記憶装
   置の一つに記憶された複数のファイルが属する複数の共
   通ディレクトリが登録された、上記複数の計算機に共通
   のファイル名ツリーと、各記憶装置に記憶された複数の
   ファイルが属する複数のローカルディレクトリが登録さ
   れた、各記憶装置に対応するローカルファイル名ツリー
   とを使用して各記憶装置に記憶されたファイルをアクセ
   スする分散計算機システムにおいて、 上記共通のファイル名ツリーに含まれる複数のディレク
   トリの各々に対応して、そのディレクトリに属すること
   ができるファイルに関連する、マウントを要求したユー
   ザが指定したマウント条件を予め記憶し、 上記複数の記憶装置のいずれかに対応するローカルファ
   イル名ツリーのいずれかのマウント元のローカルディレ
   クトリを、上記共通のファイル名ツリーのいずれかのマ
   ウント先の共通ディレクトリにマウントする前に、上記
   マウント元のローカルディレクトリに属する複数のファ
   イルの各々が、そのマウント先の共通のディレクトリに
   対応して記憶されたマウント条件を満たすか否かを判別
   し、 上記複数のファイルの内、上記マウント先の共通ディレ
   クトリに対応して記憶された上記マウント条件を満たす
   ファイルが上記マウント先の共通のディレクトリに新た
   に属するように、上記マウント元のローカルディレクト
   リを上記マウント先の共通のディレクトリにマウントす
   るディレクトリのマウント方法。
2. 【請求項２】上記共通のファイル名ツリーのいずれかの
   共通ディレクトリに対応して記憶された上記マウント条
   件は、その共通ディレクトリにすでに属するファイルと
   その共通ディレクトリに新たに属しうるファイルとの関
   係に関する条件を含む請求項１記載のディレクトリのマ
   ウント方法。
3. 【請求項３】上記マウント条件は、その共通ディレクト
   リにすでに属するファイルの名称と同じ名称を有する同
   名ファイルに関する条件を含む請求項２記載のディレク
   トリのマウント方法。
4. 【請求項４】上記マウント条件は、上記同名ファイルの
   種類に関する条件を含む請求項３記載のディレクトリの
   マウント方法。
5. 【請求項５】上記同名ファイルの種類は、複製ファイ
   ル、同等ファイル、同類ファイルの内の少なくとも一つ
   を含む請求項４記載のディレクトリのマウント方法。
6. 【請求項６】上記マウント元のローカルディレクトリを
   上記マウント先の共通ディレクトリにマウントする前
   に、上記マウント元のローカルディレクトリに対応し
   て、マウント元が複製ディレクトリか否かを指定し、 上記マウント元のローカルディレクトリが複製ディレク
   トリとして指定されなかったときには、上記判別ステッ
   プと上記マウントステップとを実行し、 上記マウント元のローカルディレクトリが複製ディレク
   トリとして指定されたときには、マウント先の共通のデ
   ィレクトリにすでに属しているファイルの写しを上記マ
   ウント元のローカルディレクトリに転送する請求項１記
   載のディレクトリのマウント方法。
7. 【請求項７】ネットワークにより接続された複数の計算
   機と、それぞれ上記複数の計算機のいずれかに接続され
   た複数の記憶装置とを有し、それぞれ上記複数の記憶装
   置の一つに記憶された複数のファイルが属する複数の共
   通ディレクトリが登録された、上記複数の計算機に共通
   のファイル名ツリーと、各記憶装置に記憶された複数の
   ファイルが属する複数のローカルディレクトリが登録さ
   れた、各記憶装置に対応するローカルファイル名ツリー
   とを使用して各記憶装置に記憶されたファイルをアクセ
   スする分散計算機システムにおいて、 いずれかの共通ディレクトリに、いずれかの記憶装置に
   対するローカルファイル名ツリーのいずれかのローカル
   ディレクトリをマウントするときに、マウント元のロー
   カルディレクトリに属するファイルが同名ファイルであ
   るときには、そのファイルに関する情報として、そのフ
   ァイルの同名ファイルの種類を上記共通ディレクトリに
   対応して記憶し、 上記マウントのときに、その共通ディレクトリに属する
   複数の同名ファイルがある場合にそれらの同名ファイル
   のいずれか一つを選択して読み出すための条件を指定す
   る、マウントを要求したユーザにより指定された読み出
   し操作情報をその共通のディレクトリに対応して記憶
   し、 その共通ディレクトリに属するいずれかのファイルに対
   する読み出し要求が発生したときに、その共通ディレク
   トリにマウントされたマウント元のローカルディレクト
   リが複数あれば、それらのマウント元のローカルディレ
   クトリに属するファイルの中に、アクセス要求が指定し
   たファイル名と同じ名称を有する複数の同名ファイルが
   あるか否かを、それぞれのファイルに対して記憶された
   ファイルの種類により判別し、 複数の同名のファイルがあれば、その共通ディレクトリ
   に対応して記憶された上記読み出し操作情報に従って、
   上記複数の同名ファイルの一つを選択して読み出すファ
   イルアクセス方法。
8. 【請求項８】上記同名ファイルの種類は、複製ファイ
   ル、同等ファイル、同類ファイルの内の少なくとも一つ
   を含む請求項７記載のファイルアクセス方法。
9. 【請求項９】ネットワークにより接続された複数の計算
   機と、それぞれ上記複数の計算機のいずれかに接続され
   た複数の記憶装置とを有し、それぞれ上記複数の記憶装
   置の一つに記憶された複数のファイルが属する複数の共
   通ディレクトリが登録された、上記複数の計算機に共通
   のファイル名ツリーと、各記憶装置に記憶された複数の
   ファイルが属する複数のローカルディレクトリが登録さ
   れた、各記憶装置に対応するローカルファイル名ツリー
   とを使用して各記憶装置に記憶されたファイルをアクセ
   スする分散計算機システムにおいて、 いずれかの共通ディレクトリに、いずれかの記憶装置に
   対するローカルファイル名ツリーのいずれかのローカル
   ディレクトリをマウントするときに、マウント元のロー
   カルディレクトリに属するファイルが同名ファイルであ
   るときには、そのファイルに関する情報として、そのフ
   ァイルの同名ファイルの種類を上記共通ディレクトリに
   対応して記憶し、 上記マウントのときに、その共通ディレクトリに属する
   複数の同名ファイルがある場合にそれらの同名ファイル
   に対して実行すべき書き込み操作を指定する、上記マウ
   ントを要求したユーザにより指定された書き込み操作情
   報をその共通のディレクトリに対応して記憶し、 その共通ディレクトリに登録されたいずれかのファイル
   に対する書き込み要求が発生したときに、その共通ディ
   レクトリにマウントされたマウント元のローカルディレ
   クトリが複数あれば、それらのマウント元のローカルデ
   ィレクトリに属するファイルの中に、アクセス要求が指
   定したファイル名と同じ名称を有する複数の同名ファイ
   ルがあるか否かを、それぞれのファイルに対して記憶さ
   れたファイルの種類により判別し、 複数の同名のファイルがあれば、その共通ディレクトリ
   に対応して記憶された上記書き込み操作情報に従って、
   上記複数の同名ファイルに対して上記書き込み要求に関
   連する書き込み操作を実行するファイルアクセス方法。
10. 【請求項１０】上記同名ファイルの種類は、複製ファイ
    ル、同等ファイル、同類ファイルの内の少なくとも一つ
    を含む請求項９記載のファイルアクセス方法。
11. 【請求項１１】ネットワークにより接続された複数の計
    算機と、それぞれ上記複数の計算機のいずれかに接続さ
    れた複数の記憶装置とを有し、それぞれ上記複数の記憶
    装置の一つに記憶された複数のファイルが属する複数の
    共通ディレクトリが属する、上記複数の計算機に共通の
    ファイル名ツリーと、各記憶装置に記憶された複数のフ
    ァイルが属する複数のローカルディレクトリが属する、
    各記憶装置に対応するローカルファイル名ツリーとを使
    用して各記憶装置に記憶されたファイルをアクセスする
    分散計算機システムにおいて、 上記共通のファイル名ツリーに含まれた複数の共通ディ
    レクトリの各々に対応して、その共通ディレクトリに登
    録されたいずれかのファイルのアクセスを許可するか否
    かを決定するための、ユーザが指定した共通ディレクト
    リアクセス権限情報を予め記憶し、 いずれかの共通ディレクトリに属するファイルに対する
    アクセス要求が発生したときに、そのアクセス要求にそ
    のファイルへのアクセスを許すか否かを、その共通ディ
    レクトリに対して記憶された共通ディレクトリアクセス
    権限情報に基づいて判別するアクセス権限判別方法。
12. 【請求項１２】いずれかの共通ディレクトリに、いずれ
    かの記憶装置に対するローカルファイル名ツリーのいず
    れかのローカルディレクトリをマウントするときに、そ
    の共通のディレクトリに対応して、そのローカルディレ
    クトリに属するファイルのアクセスを許可するか否かを
    決定するための、ユーザが指定したローカルディレクト
    リアクセス権限情報を記憶するステップをさらに有し、 上記判別ステップでは、上記アクセス要求にアクセスを
    許すか否かを、上記アクセス要求が要求するファイルが
    属する共通ディレクトリに関して記憶された共通ディレ
    クトリアクセス権限情報と、その共通ディレクトリにマ
    ウントされたローカルディレクトリに関して記憶された
    ローカルディレクトリアクセス権限情報とに基づいて判
    別する請求項１１記載のアクセス権限判別方法。