JP4748463B2 - ファイルシステム、ファイルシステムの制御方法 - Google Patents

Description

本発明は、ファイルシステムに関し、特にクライアントからネットワークを介してアクセスされるファイルシステムに関する。

ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）は、ネットワークを介してストレージ（記憶媒体）資源へのアクセスを可能とすることで、複数のクライアントで使用するストレージ資源の共有化を可能とした技術である。クライアントは、例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークを介して、ＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）やＣＩＦＳ（Ｃｏｍｍｏｎ Ｉｎｔｅｒｎｅｔ Ｆｉｌｅ Ｓｙｓｔｅｍ）といったファイルアクセスプロトコルを用いて、ＮＡＳ上のファイルの読み書きを行うことが可能である。

ＮＡＳのような、ネットワークを介してアクセスされる装置のファイルシステムには、複数のクライアント間で共有するデータの他に、専ら特定のクライアントのみがアクセスするようなデータを置くことも運用上よく行われている。実質的にそのようなデータが置かれている領域は、そのクライアントの専用領域と言える。クライアントは、専用領域へアクセスするために、割り当てられた領域へのパス情報を用いる。そして、クライアントは、各々の専用領域へのパス情報を固有設定情報として保存することになる。ここで、ほぼ同一の構成のコンピュータを並列接続して運用するグリッドコンピューティングや、ほぼ同様の構成の仮想ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）を多数集約する仮想ＰＣサーバの運用を考える。これらのストレージ領域として、ネットワーク接続されたＮＡＳを用いることは、管理の集約、構成の柔軟性の観点からもよく行われている。しかし、ＮＡＳ上に置いたグリッドコンピューティング用の各コンピュータや、各仮想ＰＣ用にＮＡＳ上に割り当てられた、各々の専用領域へアクセスするためのパス情報は、一般的に各クライアントによって各々異なる。そのため、本来全く同じで良いはずの設定が、各クライアント毎に異なってしまう。これは、膨大な設定作業を伴い、管理コストの増加を招く。

このような課題を解決するために、従来のファイルサーバは、ファイルサーバ上でファイルアクセスプロトコルを解釈する段階で、クライアントに提供する専用領域へのアクセス手段として共通に提供する仮想パスによるアクセス要求のパス情報を、アクセス元のクライアントやユーザ情報を用いてファイルシステム内のパス情報へ変換して対応している。このような方式をとるファイルサーバでは、変換を正しく行うために、ファイルアクセスプロトコル解釈部が持つ変換ルールと変換の行き先となるファイルシステム内の実体ファイル構成との整合性を常に運用で維持する必要がある。変換ルールの設定は複雑であり、人為的に行う場合には設定ミスの発生する危険も高い。さらに、ファイルサーバは、変換ルールと実体ファイルとを分散して保存しているため、障害などに備えてバックアップを取る場合は、双方の同期をとって行う必要がある。しかし、実際に双方の同期を厳密に保証して運用することは難しく、効果的な解決方法は確立されていない。

ネットワークを介したファイルアクセスシステムに関する技術として次のようなものが開示されている。

特許文献１は、きめ細かいＯＳレベルのアクセス制御の実現、セキュリティポリシ自動生成による運用性の確保及び仮想ディレクトリを用いた供給リソースの集約によるユーザの利便性を確保するセキュアファイル共有方法を開示している。特許文献１のセキュアファイル共有方法は、記憶装置に格納されているファイルを共有する方法であって、セキュアＯＳ上でオブジェクトとなるプロセスにユーザ単位に異なる識別子を付与し、サブジェクトとなるリソースにユーザ単位かつ共有グループ単位かつ許容するパーミッション単位に識別子を付与し、アクセス制御する。

特許文献２は、ユーザーに対して複数のネットワークストレージを単一のネットワークストレージとして見せることを可能としたファイルシステムを開示している。特許文献２のファイルシステムは、ネットワークストレージと独立して機能する分散制御部を備え、分散制御部は、クライアントからのファイルアクセス要求を受信し、目的のファイルが格納されたネットワークストレージをクライアントに通知して再接続を促す。また、分散制御部は、各ファイルへのアクセス履歴をファイル管理テーブルに記録し、これらの情報に応じてネットワークストレージ間でファイルの移動やコピーを行う。これにより、各ネットワークストレージにかかる負荷を分散し、各ネットワークストレージの空き容量を平滑化することができる。

特開２００５−０６３２２３号公報 特開２００６−００３９６２号公報

本発明の目的は、前述したような従来分散して保持されていた仮想パスの変換ルール等をアクセス対象となる実体ファイルと同じファイルシステム内に保持することにより、設定の不整合を解消するとともに運用管理を柔軟に行うことが可能なＮＡＳ用ファイルシステムを提供することである。
また、本発明の他の目的は、同一設定による複数のファイルアクセスに対して、異なる実体ファイルへの安全なアクセスを可能とするファイルシステムを提供することである。

本発明のファイルシステムは、クライアントがネットワークを介してアクセスするファイルシステムであって、クライアントに割り当てられた実体ファイル領域と、クライアントがネットワークを介して実体ファイル領域へアクセスする時に指定する仮想パスを、ファイルシステム内で実体ファイル領域を指定する実体パスに、クライアントの属性情報に基づいて変換する変換ルールを記録するコンディショナルシンボリックリンクファイルと、コンディショナルシンボリックリンクファイルを用いて、仮想パスを実体パスへ変換して、ファイルシステム内の実体ファイル領域を特定するパス解析手段とを備える。

本発明のファイルシステムの制御方法は、ネットワークを介してクライアントにアクセスされるファイルシステムの制御方法であって、クライアントに実体ファイル領域を割り当てるステップと、クライアントがネットワークを介して実体ファイル領域へアクセスする時に指定する仮想パスを、ファイルシステム内で実体ファイル領域を指定する実体パスへ、クライアントの属性情報に基づいて変換する変換ルールを記録するステップと、仮想パスを実体パスへ変換するステップと、ファイルシステム内の実体ファイル領域を特定するステップとを備える。

本発明によれば、複数のクライアントからの仮想パスによるアクセスを変換するルールの管理と変換先となる実体ファイルの管理を柔軟かつ容易に整合をとりつつ行うことが可能なファイルシステムを提供できる。
さらに、本発明によれば、同一設定による複数のファイルアクセスに対して、異なる実体ファイルへの安全なアクセスを可能とするファイルシステムを提供できる。

添付図面を参照して、本発明の実施形態によるファイルシステムを、以下に説明する。

［構成の説明］
始めに、本実施形態における、ファイルシステムの構成の説明を行う。図１は、本実施形態における、ファイルシステムを実現するネットワークストレージシステムの機能ブロックを示している。本実施形態における、ファイルシステムを実現するネットワークストレージシステムは、クライアント１０１、クライアント１０２、ファイルサーバ１を備える。

始めに、クライアント１０１及びクライアント１０２の説明を行う。クライアント１０１及びクライアント１０２は、ネットワークストレージシステムにおいて、ユーザーの使用するクライアント端末である。クライアント１０１及びクライアント１０２は、例えば、ＰＣ端末である。クライアント１０１及びクライアント１０２は、図示されないネットワークを介して、ファイルサーバ１にアクセスする。クライアント１０１及びクライアント１０２は、ファイルサーバ１に格納されるファイル（あるいはディレクトリ、以下、ファイル等と表記する。）にアクセスするために、アクセス要求（以下、ファイルアクセス要求）を送信する。クライアント１０１及びクライアント１０２は、ファイルサーバ１に格納されるファイル等にアクセスして、編集作業等を行う。なお、本実施形態において、説明の簡易のため、クライアントは、クライアント１０１及びクライアント１０２の２台のみを用いて説明を行う。しかし、クライアントの数はこれに限らず、より多数のクライアントが存在する場合がある。クライアント１０１及びクライアント１０２は、従来技術によって構成されるため詳細な説明を省略する。

次に、ファイルサーバ１の説明を行う。ファイルサーバ１は、プロトコル解析手段３とファイルシステム２を備える。

まず、プロトコル解析手段３の説明を行う。プロトコル解析手段３は、ネットワーク上で使用さるファイルアクセスプロトコルを、ファイルシステム２内で使用するプロトコルへ変換する。ネットワークストレージシステムにおいて、ファイルサーバ１とクライアント１０１及びクライアント１０２との間で使用されるファイルアクセスプロトコルには、例えば、ＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）やＣＩＦＳ（Ｃｏｍｍｏｎ Ｉｎｔｅｒｎｅｔ Ｆｉｌｅ Ｓｙｓｔｅｍ）等がある。これらのファイルアクセスプロトコルは、従来技術であるため詳細な説明を省略する。プロトコル解析手段３は、クライアント１０１あるいはクライアント１０２が送信したファイルアクセス要求を受信する。プロトコル解析手段３は、ネットワーク上で使用されるファイルアクセスプロトコルによるファイルアクセス要求を、ファイルシステム２内で使用するファイルアクセス要求へ変換する。プロトコル解析手段３は、変換後のファイルアクセス要求を、ファイルシステム２へ出力する。

次に、ファイルシステム２の説明を行う。ファイルシステム２は、パス解析手段４と、コンディショナルシンボリックリンクファイル（以下、リンクファイル）５と、実体ファイル領域６と、実体ファイル領域７と、アクセスコントロールリスト（以下、ＡＣＬ）６１と、ＡＣＬ７１とを備える。

まず、パス解析手段４の説明を行う。パス解析手段４は、ファイルアクセス要求に含まれるパスを解析する。クライアント１０１及びクライアント１０２は、ファイルシステム２内に専用領域をそれぞれ割り当てられている。専用領域は、実体ファイル領域６及び実体ファイル領域７である。なお、説明の簡易のために専用領域は、クライアント１０１及びクライアント１０２に対して割り当てられた実体ファイル領域６及び実体ファイル領域７のみとして説明を行う。しかし、他にクライアントが多数存在する場合には、各クライアント毎に専用領域が割り当てられることがある。
クライアント１０１及びクライアント１０２は、ファイルシステム２内における、各々の専用領域を含むファイル等へアクセスするために、ファイルシステム２内のパスをファイルアクセス要求に含めて送信する。本実施形態では、クライアント１０１及びクライアント１０２がファイルアクセス要求において指定するパスを仮想パスと呼ぶ。一方、ファイルシステム２内で、ファイル等へアクセスするためのパスを実体パスと呼ぶ。
パス解析手段４は、ファイルアクセス要求に含まれる仮想パスを解析して、仮想パスによって指定された対象ディレクトリやファイル等の実体パスを特定する。パス解析手段４は、プロトコル解析手段３からファイルアクセス要求を入力する。パス解析手段４は、ファイルアクセス要求に含まれた仮想パスを取得する。パス解析手段４は、仮想パスを解析して、ファイル等の実体パスを特定する。パス解析手段４は、仮想パスの解析にあたり、仮想パスがリンクファイル５を用いて変換を行う必要がある場合、リンクファイル５を用いて実体パスを特定する。

次に、リンクファイル５の説明を行う。リンクファイル５は、ファイルシステム２内の特定の領域へのリダイレクト情報を記録している。リンクファイル５は、仮想パスを、予め定められたルールに基づいて、実体パスへ変換するように記録されている。本実施形態において、リンクファイル５は、アクセス元のクライアントのホスト名に基づいて、仮想パスを実体パスへ変換するように記録されている。リンクファイル５については、後に詳述する。

次に、実体ファイル領域６の説明を行う。実体ファイル領域６は、ファイルシステム２において、実体ファイル内の特定の領域を示している。本実施形態において、実体ファイル領域６は、クライアント１０１が使用するための領域として割り当てられている。

次に、実体ファイル領域７の説明を行う。実体ファイル領域７は、ファイルシステム２内において、実体ファイル内の特定の領域を示している。本実施形態において、実体ファイル領域７は、クライアント１０２が使用するための領域として割り当てられている。

次に、ＡＣＬ６１の説明を行う。ＡＣＬ６１は、実体ファイル領域６のアクセス制御情報を記録している。

次に、ＡＣＬ７１の説明を行う。ＡＣＬ７１は、実体ファイル領域７のアクセス制御情報を記録している。

以上が、ファイルサーバ１の構成の説明である。

なお、ファイルサーバ１の各機能は、図２に示されるようなコンピュータシステム構成により実現する。図２は、ファイルサーバ１の構成を示している。ファイルサーバ１は、通信部１０と、制御部２０と、記憶部３０と、入出力部４０とを備えている。

通信部１０は、通信ポート等で構成されている。通信部１０は、ネットワークを介して、クライアント１０１及びクライアント１０２と通信を行う。

制御部２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等で構成されている。制御部２０は、記憶部３０に記憶される処理用プログラムを読み込んで実行することによりファイルサーバ１の機能を実現する。制御部２０は、プロトコル解析手段３や、パス解析手段４の機能を実現する。

記憶部３０は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ハードディスク等で構成される。記憶部３０は、ファイルサーバ１の機能を実現するための処理用プログラムやデータを保存している。記憶部３０は、リンクファイル５、実体ファイル領域６、実体ファイル領域７、ＡＣＬ６１、およびＡＣＬ７１を保存している。

入出力部４０は、キーボードや、マウスや、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）等で構成される。入出力部４０は、ファイルサーバ１の操作を行う者との、インターフェイスである。

ここで、図３を用いて、パス解析手段４とリンクファイル５を詳細に説明する。図３は、ファイルシステム２の実際の処理例を示している。図３において、実体ファイル領域６に、実体パス「／ｈｏｍｅ＿ｃｌｉｅｎｔ１／」が割り当てられている。前述のとおり、実体ファイル領域６は、クライアント１０１の専用領域である。また、実体ファイル領域７に、実体パス「／ｈｏｍｅ＿ｃｌｉｅｎｔ２」が割り当てられている。前述のとおり、実体ファイル領域７は、クライアント１０２の専用領域である。

通常、クライアント１０１及びクライアント１０２は、それぞれの専用領域にアクセスする場合、各々割り当てられた専用領域の実体パスを直接指すパスを指定してファイルアクセス要求を行う。つまり、クライアント１０１は、パス「／ｈｏｍｅ＿ｃｌｉｅｎｔ１／」を指定してファイルアクセス要求を行えばよい。また、クライアント１０２は、パス「／ｈｏｍｅ＿ｃｌｉｅｎｔ２」を指定してファイルアクセス要求を行えばよい。しかし、このように各々の専用領域を指すパス情報が異なることは、クライアント毎の設定が異なることを意味している。そのため、クライアントの台数が増加する場合には、各クライアントへの設定作業が膨大となる。そこで、本実施形態では、リンクファイル５に予め記録したルールに基づいて、各々のクライアントに共通して提供されるリンクファイル５を指す仮想パスから、各々の専用領域を指す実体パスへの変換を行う。

図３を参照すると、リンクファイル５は、変換ルール「／ｈｏｍｅ＿＄ｃｌｉｅｎｔ」を記録している。リンクファイル５の記録している変換ルールは、仮想パス「／ｈｏｍｅ＿＄ｃｌｉｅｎｔ」へのアクセスにおいて、「＄ｃｌｉｅｎｔ」という文字列をアクセスしてきたクライアントのホスト名に置き換えるという内容である。例えば、クライアント１０１のホストが「ｃｌｉｅｎｔ１」である場合を考える。クライアント１０１は、仮想パス「／ｈｏｍｅ」宛てのファイルアクセス要求を送信する。パス解析手段４は、プロトコル解析手段３からファイルシステム２へのファイルアクセス要求を入力する。パス解析手段４は、仮想パス「／ｈｏｍｅ」をリンクファイル５に記載された変換ルールに基づいて、実体パス「／ｈｏｍｅ＿ｃｌｉｅｎｔ１」を得る。パス解析手段４は、実体パス「／ｈｏｍｅ＿ｃｌｉｅｎｔ１」へアクセスする。

同様に、クライアント１０２のホストが「ｃｌｉｅｎｔ２」である場合を考える。クライアント１０２は、仮想パス「／ｈｏｍｅ」宛てのファイルアクセス要求を送信する。パス解析手段４は、プロトコル解析手段３からファイルシステム２内のプロトコルに変換されたファイルアクセス要求を入力する。パス解析手段４は、仮想パス「／ｈｏｍｅ」をリンクファイル５に記載された変換ルールに基づいて、実体パス「／ｈｏｍｅ＿ｃｌｉｅｎｔ２」を得る。パス解析手段４は、実体パス「／ｈｏｍｅ＿ｃｌｉｅｎｔ２」へアクセスする。

このように、パス解析手段４は、リンクファイル５に予め設定された変換ルールに基づいて仮想パスを実体パスへ変換することで、異なるクライアントからの同一の仮想パス「／ｈｏｍｅ」を、異なる実体ファイルへの実体パスへ変換することができる。そのため、クライアント数が多数にのぼる場合にも、各クライアントは、同じ仮想パスを用いてファイルアクセス要求を行えばよい。また、ファイルシステム２内で実体ファイルへの実体パスに変更が発生したとしても、リンクファイル５において変換ルールの設定変更を行うことで対応することができる。

次に、図３及び図４を用いて、ＡＣＬ６１及びＡＣＬ７１を説明する。
本実施形態において、クライアント１０２は、クライアント１０１用の専用領域である実体ファイル領域６に、直接的にパス「／ｈｏｍｅ＿ｃｌｉｅｎｔ１」を指定することでアクセスを試みることが可能である。このようなアクセスは、ファイルサーバ１の管理者が、ファイルシステム２のバックアップを行うような場合に必要となる。しかしながら、他のクライアントから専用領域へのアクセスが可能であることは管理上の問題となる。そこで、本実施形態におけるアクセス制御手段は、従来のアクセスコントロールリストを拡張している。具体的には、ＡＣＬ６１及びＡＣＬ７１は、アクセス元情報を、アクセス制御に用いることができる。

図４は、ＡＣＬ６１の例を示している。ＡＣＬ６１は、実体ファイル領域６に対するアクセス制御情報を記録している。図４を参照すると、ＡＣＬ６１は、実体ファイル６へのアクセスは、「ｃｌｉｅｎｔ１」及び「管理用クライアント」のみが許可されている。また、その上で、従来用いられるユーザーベース、グループベースのアクセス制御情報が記録されている。これによって、パス解析手段４は、ファイルアクセス要求を受信した受信元のクライアントのホスト名を用いて、アクセス制御を行うことが可能となる。また、本実施形態では、図３に示すように、ＡＣＬ６１及びＡＣＬ７１は、ファイルシステム２内に備えられている。そのため、従来のような、プロトコル解析手段３でアクセス制御を行う場合と異なり、各ＡＣＬとファイル実体との整合性の問題や、バックアップおよびリストアを行う際のデータ同期の問題を解決することが可能となる。

以上が、本実施形態における、ファイルシステムの構成の説明である。

［動作方法の説明］
次に、図３及び図５を用いて、本実施形態におけるファイルシステムの動作方法の説明を行う。図５は、本実施形態におけるファイルシステムの動作フローを示している。なお、本動作方法の説明においては、クライアント１０１及びクライアント１０２のうち、クライアント１０１のみを、また、ＡＣＬ６１及びＡＣＬ７１のうち、ＡＣＬ６１のみを、用いて説明を行う。

（ステップＳ１０）
ファイルシステム２は、予めクライアント１０１の専用領域として、実体ファイル領域６（実体パス「／ｈｏｍｅ＿ｃｌｉｅｎｔ１」）を割り当てている。クライアント１０１（ホスト名：ｃｌｉｅｎｔ１）は、クライアント１０１の専用領域である実体ファイル領域６へアクセスする。クライアント１０１は、ファイルサーバ１との間で使用するファイルアクセスプロトコルに基づいたファイルアクセス要求を、ネットワークを介してファイルサーバ１へ送信する。クライアント１０１は、アクセス先として仮想パス「／ｈｏｍｅ」を、ファイルアクセス要求に含めて送信する。

（ステップＳ２０）
プロトコル解析手段３は、クライアント１０１からのファイルアクセス要求を入力する。プロトコル解析手段３は、ファイルサーバ１とクライアント１０１の間で使用されるファイルアクセスプロトコルに基づいたファイルアクセス要求を、ファイルシステム２内で使用する手段へ変換する。プロトコル解析手段３は、変換後のファイルアクセス要求をパス解析手段４へ出力する。

（ステップＳ３０）
パス解析手段４は、プロトコル解析手段３からファイルアクセス要求を入力する。パス解析手段４は、ファイルアクセス要求からアクセス要求先の仮想パス「／ｈｏｍｅ」を取得する。パス解析手段４は、仮想パスを解析して、アクセス先のディレクトリあるいはファイルへの実体パスを特定する。パス解析手段４は、パス解析にあたり、仮想パス「／ｈｏｍｅ」を、リンクファイル５を用いて実体パスへ変換する。本実施形態において、リンクファイル５には、「／ｈｏｍｅ＿＄ｃｌｉｅｎｔ」が記述されている。パス解析手段４は、リンクファイル５を用いて、仮想パス「／ｈｏｍｅ」から、実体パス「／ｈｏｍｅ＿ｃｌｉｅｎｔ１」を得る。

（ステップＳ４０）
パス解析手段４は、実体パス「／ｈｏｍｅ＿ｃｌｉｅｎｔ１」へアクセスする。

（ステップＳ５０）
実体ファイル領域６には、ＡＣＬ６１によるアクセス制御が設定されている。パス解析手段４は、ＡＣＬ６１を参照する。パス解析手段４は、ファイルアクセス要求の送信元であるクライアント１０１が実体パス「／ｈｏｍｅ＿ｃｌｉｅｎｔ１」へアクセス可能であるかを判定する。アクセス可能である場合、ステップＳ６０へ進む。一方、アクセス可能でない場合、ステップＳ７０へ進む。

（ステップＳ６０）
ＡＣＬ６１は、予めアクセス制御情報にホスト名「ｃｌｉｅｎｔ１」からのアクセス許可を記録している。ＡＣＬ６１が、ホスト名「ｃｌｉｅｎｔ１」から実体パス「／ｈｏｍｅ＿ｃｌｉｅｎｔ１」へのアクセスを許可している場合、クライアント１０１は、実体ファイル領域６へアクセスすることができる。

（ステップＳ７０）
ＡＣＬ６１は、予めアクセス制御情報にホスト名「ｃｌｉｅｎｔ１」からのアクセス許可を記録していない。ＡＣＬ６１が、ホスト名「ｃｌｉｅｎｔ１」から「／ｈｏｍｅ＿ｃｌｉｅｎｔ１」へのアクセスを拒否している場合、クライアント１０１は、実体ファイル領域６へアクセスすることはできない。

以上が、本実施形態における、ファイルシステムの動作方法の説明である。

以上が、本実施形態の説明である。なお、本実施形態において、リンクファイル５の記録するコンディショナルシンボリックリンクの解釈方式は、「＄ｃｌｉｅｎｔ」という文字列をアクセス元クライアントのホスト名に置き換える、というものである。しかし、コンディショナルシンボリックリンクの記述は、これに限定せず、様々な方法を取ることが可能である。
また、リンクファイル５の記録するコンディショナルシンボリックリンクは、変換対象をアクセス元クライアントのホスト名としている。これを、アクセス元クライアントのＩＰアドレスや、アクセス元クライアントが使用するファイルアクセスプロトコル等のいずれか、あるいは、アクセス元クライアントのホスト名を含め、それら複数の組合せを対象としてもよい。このようにすることで、同一のクライアントが、複数のファイルアクセスプロトコルを用いてファイルサーバ１へアクセスしてくる場合に、それぞれのファイルアクセスプロトコルに対応させて、全く違った実体ファイル領域へアクセスさせることも可能である。なお、この場合は、ＡＣＬ６１、ＡＣＬ７１における記述もＩＰアドレス等に基づく記述へ対応させればよい。

ここまで説明してきたとおり、本発明によれば、仮想パスから実体パスへの変換ルール、及び実体ファイルへのアクセス制御情報は、全てファイルシステム２内に備えられている。そのため、実体ファイルと変換ルール及びアクセス制御情報との間の不整合が発生しない。さらに、ファイルシステム２のバックアップ処理のみによって、実体ファイルだけでなく変換ルールやアクセス制御情報の退避も可能である。よって、ファイルシステム２のリストア処理のみによって、実体ファイルだけでなく変換ルールやアクセス制御情報の回復が可能である。
また、本発明によれば、リンクファイル５のコンディショナルシンボリックリンクの書き換えを行うことで、仮想パスから実体パスへの変換ルールの設定変更することができる。そのため、これに伴うクライアント側への設定変更が不要となり、ファイルシステム２内において、実体ファイルの格納位置の自由度を高くできる。さらに、多数存在するクライアントは、それぞれ同じ設定を用いて、ファイルサーバ１内の専用領域へアクセスすることが可能となる。各専用領域は、アクセス元クライアントのホスト名等の属性情報に基づくアクセス制御可能としている。そのため、各クライアントは、それぞれ同じ設定を用いて、各々の専用領域へ安全にアクセスすることが可能となる。

以上、実施形態を参照して本発明を説明したが、本発明は、上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。

ファイルシステム２の機能ブロックである。 ファイルサーバ１の構成を示す図である。 ファイルシステムの実処理の例を示した図である。 ＡＣＬ６１の例を示した図である。 ファイルシステムの動作フローである。

符号の説明

１ ファイルサーバ
２ ファイルシステム
３ プロトコル解析手段
４ パス解析手段
５ コンディショナルシンボリックリンクファイル
６ 実体ファイル領域
７ 実体ファイル領域
１０ 通信部
２０ 制御部
３０ 記憶部
４０ 入出力部
６１ アクセスコントロールリスト
７１ アクセスコントロールリスト
１０１ クライアント
１０２ クライアント

Claims (2)

1. クライアントがネットワークを介してアクセスするファイルシステムであって、
   前記クライアントに割り当てられた実体ファイル領域格納手段と、
   前記クライアントが前記ネットワークを介して前記実体ファイル領域格納手段へアクセスする時に指定する仮想パスを、前記ファイルシステム内で前記実体ファイル領域格納手段を指定する実体パスに、前記クライアントのホスト名、ＩＰアドレス、あるいは前記クライアントが前記ネットワークを介して前記実体ファイル領域格納手段へアクセスする時に使用するファイルアクセスプロトコルのいずれか、もしくはそれら複数の組合せに基づいて変換する変換ルールを記録するコンディショナルシンボリックリンクファイル格納手段と、
   前記コンディショナルシンボリックリンクファイル格納手段を用いて、前記仮想パスを前記実体パスへ変換して、前記ファイルシステム内の前記実体ファイル領域格納手段を特定するパス解析手段と
   を備えるファイルシステム。
2. 請求項１に記載のファイルシステムであって、
   前記クライアントから前記実体ファイル領域格納手段へのアクセス可否を、前記クライアントのホスト名、ＩＰアドレス、あるいは前記クライアントが前記ネットワークを介して前記実体ファイル領域格納手段へアクセスする時に使用するファイルアクセスプロトコルのいずれか、もしくはそれら複数の組合せに基づいて決定するアクセス制御情報を記録するアクセスコントロールリスト格納手段をさらに備え、
   前記パス解析手段は、前記アクセスコントロールリスト格納手段に基づいて、前記クライアントから前記実体ファイル領域格納手段へのアクセス可否を判定する
   ファイルシステム。

Images