JP2009015645A - ファイルサーバ装置、ファイル管理システム、ファイル管理方法、ファイル管理制御プログラムおよびそのプログラムを記録した記録媒体 - Google Patents

Abstract

【課題】複数のクライアントが同一のサーバのＲＦＳを利用した場合であっても、クライアント固有情報の存在するディレクトリまたはファイルが共有されないファイルサーバ装置を提供する。
【解決手段】本発明に係るファイルサーバ装置１００は、ネットワークファイルシステム上のディレクトリまたはファイルへのアクセスを要求するクライアントの識別情報を取得する抽出部２と、取得した識別情報を用いてクライアントに固有の提供パス名を生成する変換部３を備えている。ファイルサーバ装置１００は、生成した提供パス名に対応するファイルハンドルを生成または取得し、当該ファイルハンドルをクライアントへ送信する。
【選択図】図１

Description

本発明は、ファイルサーバ装置、ファイル管理システム、ファイル管理方法、ファイル管理制御プログラムおよびそのプログラムを記録した記録媒体に関する。

個人情報保護法の施行などによる個人情報保護の観点から、例えば、ノートパソコンの紛失、置き忘れおよび盗難などの物理的被害をはじめとした個人の情報端末からの情報漏洩を防ぐためのソリューションの開発が進められている。これらのソリューションの１つに、アプリケーションをサーバ側において管理するシンクライアントシステムがある。シンクライアントシステムとは、クライアント端末にハードディスクを搭載しないディスクレス端末を利用したシステムである。

シンクライアントシステムでは、クライアント端末にハードディスクを搭載しない、すなわちクライアント端末側にデータを保存しないため、コンピュータの盗難および紛失などによる情報漏洩を防止できる。さらには、サーバ側においてアプリケーション処理を行うため、管理の一元化による運用コストの削減も可能である。

ここで、ハードディスクを搭載しないクライアント端末（以下、単にクライアントとも称する）が、マウントプロトコルによってサーバのファイルを読み出すまでの具体的なシーケンスについて、図７を参照して以下に説明する。図７は、クライアントがサーバのファイルを読み出すマウントプロトコルを示すシーケンス図である。

クライアントがサーバに対してマウントポートの問い合わせを行うと、サーバはポートマッパにマップされているマウントポートのポート番号９８４を返す。次に、クライアントがパス名/var/tmpをサーバに送ると、サーバはディレクトリ/var/tmpに対応するファイルハンドル０ｘ３７２１２を返す。続いて、クライアントがサーバに対してＮＦＳ（Network File System）の問い合わせを行うと、サーバはポートマップにマップされているＮＦＳポートのポート番号２０４９を返す。次に、クライアントがＮＦＳのルックアップ（ＬＯＯＫＵＰ）リクエストを用いて、ディレクトリ/var/tmpに対応するファイルハンドル０ｘ３７２１２およびファイル名hogeをサーバに送ると、サーバはhogeファイルに対応するファイルハンドル０ｘ３０３ｄを返す。そして、クライアントがＮＦＳのＲＥＡＤリクエストを用いてhogeファイルに対応するファイルハンドル０ｘ３０３ｄをサーバに送ると、サーバはhogeファイルのデータを返す。

以上のように、サーバに保存されているファイルまたはディレクトリは、全てファイルファンドルによって特定できるようになっている。したがって、クライアントは、サーバから送られてきたファイルハンドルを用いて、サーバに保存されたファイルまたはディレクトリにアクセスする。

ここで、本明細書等において、「ファイルハンドル」とは、クライアントが、サーバ上のファイルおよびディレクトリを１つに特定するための値であり、サーバにおいて生成される。すなわち、クライアントは、マウントプロトコルを用いてサーバ上にエクスポートされたディレクトリに対応するパス名をサーバに送り、当該ディレクトリ用の最初のファイルハンドルを受け取る。また、「ＮＦＳ」とは、ＴＣＰ／ＩＰのネットワークによって接続されている別のコンピュータおよびそのコンピュータのファイルを共有する仕掛けであり、別のコンピュータのディスクに格納されているデータを、あたかも自分のディスクのファイルのように取り扱えるようにするシステムである。なお、「ＴＣＰ／ＩＰ」とは、インターネットにおいて利用されているプロトコル群のことである。

しかし、例えば、/etc、/var/log、および/vat/tmpなどのマシン固有情報の存在するフォルダは、そのフォルダの名称が同一であることが多い。このため、複数のクライアントがＮＦＳを用いて１つのサーバのＲＦＳ（Root File System）を利用する場合には、それらのフォルダに格納されたファイルが、クライアントごとに区別されることなく共有されてしまう。この問題を解決するためには、マシン固有情報の存在するフォルダのファイルをクライアントごとに区別するために、サーバ側において、クライアントごとに異なるフォルダを提供する方法をとる必要がある。

具体的には、ＢＯＯＴＰ（BOOTstrap Protocol）またはＢＯＯＴＰをベースとしたＤＨＣＰ（Dynamic Host Configuration Protocol）を利用する。すなわち、ＢＯＯＴＰサーバまたはＤＨＣＰサーバが、クライアントのＩＰアドレス、サブネットマスク、ゲートウェイアドレス、ドメイン名、およびブートファイル名などの情報を、クライアントの起動時に動的に割り当てるようにする。これによって、クライアントが、サーバに対して異なるＮＦＳ要求を出せるようにしている。

ここで、本明細書等において、「ＲＦＳ」とは、Ｌｉｎｕｘカーネルが起動する際にマウントを行うファイルシステムのことであり、トップディレクトリ「／（ルート）」にマウントされる。また、「ＢＯＯＴＰ」とは、ＴＣＰ／ＩＰネットワーク上において、クライアントマシンがネットワークに関する設定をサーバから自動的に読み込むためのプロトコルである。さらに、「ＤＨＣＰ」とは、クライアントからのリクエストに対して自動的にＩＰアドレスを割り当てるプロトコルである。なお、「ＩＰアドレス」とは、インターネットプロトコルにおいて利用されるアドレスである。

しかし、ＢＯＯＴＰまたはＤＨＣＰによってクライアントを管理するためには、新たにＢＯＯＴＰサーバまたはＤＨＣＰサーバを設置する必要がある。

そこで、サーバが、クライアントの持つアーキテクチャ情報に対応するＲＦＳをマウントする技術が開示されている（例えば、特許文献１）。具体的には、クライアントにアクセスされるサーバがアーキテクチャごとにＲＦＳを持っており、クライアントはマウントを要求する際に、自身のアーキテクチャ情報をサーバに伝える。これによって、サーバは、クライアントのアーキテクチャ情報に対応するＲＦＳをマウントする。
特開平６−１１０８０９号公報（平成６年４月２２日公開）

しかし、特許文献１に記載の技術では、クライアントがマウント要求を出すとき、自身のアーキテクチャ情報を付加しなければならない。すなわち、特許文献１に記載の技術は、サーバ側のフォルダまたはファイルにアクセスを要求するデータパケットに自身のアーキテクチャ情報を付加するようにサーバに接続するクライアントを改造しなければならないという煩雑な作業を必要とする。

また、複数のクライアントが同じパス名のファイルおよびディレクトリを設定した場合には、同じパス名のファイルおよびディレクトリを設定したクライアント同士で衝突が起きてしまう。この衝突を回避するためには、クライアントの使用者は、サーバにおけるファイルシステムの状況を全て把握しておかなければならない。しかし、大容量のハードディスクを搭載する現在のサーバ装置において、ファイルシステム全体を完全に把握することは非現実的である。

さらに、複数のクライアントにおいてアーキテクチャ情報が一致してしまう場合には、当然ＲＦＳの共有が発生する。このため、クライアント側の操作者も自身のアーキテクチャ情報を把握すると共に、他のクライアントのアーキテクチャ情報も把握する必要がある。

本発明は、上記の問題に鑑みてなされたものであり、その主たる目的は、クライアントを改造することなく、複数のクライアントが同一のサーバのＲＦＳを利用した場合であってもマシン固有情報の存在するファイルおよびフォルダが共有されないファイルサーバ装置、ファイル管理システムおよびファイル管理方法を提供することである。

本発明に係るファイルサーバ装置は、上記課題を解決するために、ネットワークファイルシステム上のディレクトリまたはファイルへのアクセスを要求する要求パス名をクライアント端末から受信する受信手段と、上記クライアント端末を識別する識別情報を取得する識別情報取得手段と、上記識別情報と、上記要求パス名とを用いて、上記ディレクトリまたは上記ファイルに対応する上記クライアント端末に固有の提供パス名を生成する提供パス名生成手段と、上記提供パス名により表される上記ディレクトリまたは上記ファイルへアクセスするためのファイルハンドルを、上記クライアント端末へ送信する送信手段と、を備えていることを特徴としている。

上記の構成によれば、クライアント端末がネットワークファイルシステム上のディレクトリまたはファイルへのアクセスに用いるファイルハンドルは、クライアント端末を識別する識別情報を用いたクライアント端末固有の提供パス名に対応して生成される。

したがって、複数のクライアント端末が、例えば、/etc、/var/log、および/vat/tmpなどのマシン固有情報の存在する同一の名称のディレクトリまたはファイルにアクセスする場合であっても、ファイルサーバ装置は、各クライアント端末に対してそれぞれ異なるＲＦＳのディレクトリまたはファイルを割り当てることができる。これによって、複数のクライアント端末が同じＲＦＳを共有してしまうことを防止できる効果を奏する。

また、上記構成によれば、クライアント端末固有の提供パス名を生成する提供パス名生成手段およびその提供パス名に対応するファイルハンドルを生成する手段は、ファイルサーバ装置側に備えられる。これによって、ファイルサーバ装置に接続する各クライアント端末を改造する煩雑な作業を不要にできる効果を奏する。

本発明に係るファイルサーバ装置では、さらに、上記提供パス名生成手段は、上記識別情報と上記要求パス名を暗号化した値とから上記提供パス名を生成することが好ましい。

上記の構成によれば、クライアント端末から送信される要求パス名は、ファイルサーバ装置において生成する提供パス名との間に相関がないため、悪意のある第三者に対して重要なファイルの所在を隠すことができる効果を奏する。

本発明に係るファイルサーバ装置では、さらに、上記提供パス名生成手段は、上記識別情報と上記要求パス名とから上記提供パス名を生成することが好ましい。

上記の構成によれば、クライアント端末から送信される要求パス名は、ファイルサーバ装置において生成する提供パス名との間に相関があるため、ファイルサーバ装置を管理する管理者にとってわかりやすく、明示的に管理できる効果を奏する。

本発明に係るファイルサーバ装置では、さらに、上記識別情報取得手段は、ＩＰアドレス、ＭＡＣアドレスおよびＦＱＤＮを上記識別情報として取得することが好ましい。

上記の構成によれば、識別情報としてクライアント端末固有の情報を利用するため、クライアント端末同士を確実に識別できる効果を奏する。

本発明に係るファイルサーバ装置では、さらに、上記識別情報取得手段は、ＭＡＣアドレス、ＩＰアドレスおよびＦＱＤＮのうち、ネットワーク環境によって変更されない情報を上記識別情報として取得することが好ましい。

上記の構成によれば、常に固定されたクライアント端末の情報を識別情報として用いることによって、ネットワークの環境を変更したクライアント端末であっても問題を生じることなく識別することができる。

例えば、クライアント端末のＩＰアドレスがＤＨＣＰサーバによって動的に割り当てられ一意に決まらない場合、またはネットワークがルータで区切られクライアント端末のＭＡＣアドレスがサーバまで届かない場合においても、クライアント端末を識別できる効果を奏する。

本発明に係るファイルサーバ装置では、さらに、上記提供パス名と、上記ファイルハンドルとを関連付けて登録情報に登録する登録手段と、上記登録情報に上記提供パスおよび上記ファイルハンドルが登録されている場合、上記生成された上記提供パス名に関連付けられた上記ファイルハンドルを、上記登録情報から取得するファイルハンドル取得手段とをさらに備えており、上記送信手段は、上記ファイルハンドル取得手段によって取得された上記ファイルハンドルを、上記クライアント端末へ送信することが好ましい。

上記の構成によれば、ファイルサーバ装置は、一度提供パス名とファイルハンドルとを生成したクライアント端末であれば、ファイルハンドルを生成することなく、登録情報から提供パス名に対応するファイルハンドルを取得することができる。

これによって、クライアント端末がネットワークファイルシステム上のディレクトリまたはファイルにアクセスする処理を迅速なものとすることができる効果を奏する。

本発明に係るファイルサーバ装置では、さらに、上記要求パス名と、上記識別情報と、上記提供パス名と、上記ファイルハンドルとを関連付けて登録情報に登録する登録手段と、上記登録情報に上記要求パス名、上記識別情報、上記提供パス名および上記ファイルハンドルが登録されている場合、上記生成された上記提供パス名に関連付けられた上記ファイルハンドルを、上記登録情報から取得するファイルハンドル取得手段とをさらに備えており、上記送信手段は、上記ファイルハンドル取得手段によって取得された上記ファイルハンドルを、上記クライアント端末へ送信することが好ましい。

上記の構成によれば、ファイルサーバ装置は、一度提供パス名とファイルハンドルとを生成したクライアント端末であれば、提供パス名およびファイルハンドルを生成することなく、取得した識別情報を用いて登録情報から提供パス名に対応するファイルハンドルを取得できる。

これによって、クライアント端末がネットワークファイルシステム上のディレクトリまたはファイルにアクセスする処理をより一層迅速なものとすることができる効果を奏する。

本発明に係るファイルサーバ装置では、さらに上記提供パス名により表されるディレクトリまたはファイルを生成するファイルシステム生成手段をさらに備えていることが好ましい。

上記の構成によれば、ネットワークファイルシステム上のディレクトリまたはファイルを自動的に生成することができる。例えば、新規のクライアント端末であっても、ディレクトリまたはファイルへのアクセスに先立ち、ファールサーバ装置の管理者またはそのクライアント端末の操作者がアクセスしようとするディレクトリまたはファイルを生成しなければならない作業を不要とすることができる効果を奏する。

本発明に係るファイル管理方法は、上記課題を解決するために、ネットワークファイルシステム上のディレクトリまたはファイルへのアクセスを要求する要求パス名をクライアント端末から受信する受信工程と、上記クライアント端末を識別する識別情報を取得する識別情報取得工程と、上記識別情報と、上記要求パス名とを用いて、上記ディレクトリまたは上記ファイルに対応する上記クライアント端末に固有の提供パス名を生成する提供パス名生成工程と、上記提供パス名により表される上記ディレクトリまたは上記ファイルへアクセスするためのファイルハンドルを、上記クライアント端末へ送信する送信工程と、を含むことを特徴としている。

上記の構成によれば、本発明に係るファイルサーバ装置と同様の作用効果を奏する。

本発明に係るファイル管理システムは、上記課題を解決するために、ネットワークファイルシステム上のディレクトリまたはファイルへのアクセスを要求する要求パス名をクライアント端末から受信する受信手段と、上記クライアント端末を識別する識別情報を取得する識別情報取得手段と、上記識別情報と、上記要求パス名とを用いて、上記ディレクトリまたは上記ファイルに対応する上記クライアント端末に固有の提供パス名を生成する提供パス名生成手段と、上記提供パス名により表される上記ディレクトリまたは上記ファイルへアクセスするためのファイルハンドルを、上記クライアント端末へ送信する送信手段と、
を備えたファイルサーバ装置と、上記要求パス名および上記ファイルハンドルを送信するクライアント端末側送信手段と、上記ファイルハンドルを受信するクライアント端末側受信手段と、を備えた、上記ファイルサーバ装置に接続された少なくとも１つのクライアント端末と、を備えていることを特徴としている。

上記の構成によれば、本発明に係るファイルサーバ装置と同様の作用効果を奏する。

なお、上記ファイルサーバ装置は、コンピュータによって実現してもよい。この場合、コンピュータを上記各手段として動作させることにより上記ファイルサーバ装置をコンピュータにおいて実現するファイル管理制御プログラム、およびそのファイル管理制御プログラムを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明に係るファイルサーバ装置は、以上のように、アクセスを要求するネットワークファイルシステム上のディレクトリまたはファイルに対応するクライアント端末に固有の提供パス名を生成する提供パス名生成手段を備えている。

これによって、ファイルサーバ装置は、各クライアント端末に対してそれぞれ異なるＲＦＳのディレクトリまたはファイルを割り当てることができるため、複数のクライアント端末が同じＲＦＳを共有してしまうことを防止できる効果を奏する。

また、クライアント端末固有の提供パス名を生成する手段、およびその提供パス名に対応するファイルハンドルを生成または取得する手段は、ファイルサーバ装置側備えられている。したがって、ファイルサーバ装置に接続するクライアント端末の改造を不要にできる効果を奏する。

〔実施形態１〕
本発明に係る第１の実施形態について、図１〜図４を参照して以下に説明する。なお、本実施形態では、ハードディスクを搭載しないディスクレスのクライアント端末（以下、単にクライアントとも称する）を用いる場合を例に挙げて説明する。もちろん、ファイルサーバ装置に接続できるクライアント端末は、ディスクレスの端末に限定されるものではない。

（ファイルサーバ装置１００の構成）
まず、本実施形態に係るファイルサーバ装置１００について、図１を参照にして以下に説明する。図１は、本発明の一実施形態に係るファイルサーバ装置１００の要部構成を示すブロック図である。この図に示すように、ファイルサーバ装置１００は、受信部１、抽出部２（識別情報取得手段）、変換部３（提供パス名生成手段）、ハンドル生成部４（ファイルハンドル取得手段）、ファイル／ディレクトリ生成部５（ファイルシステム生成手段）、対応管理部６（登録手段）、および送信部７を備えている（図１）。各部材の詳細について、以下に説明する。

（受信部１）
受信部１は、ネットワークファイルシステム上のディレクトリまたはファイルへのアクセス（以下、マウントとも称する）を要求するクライアントからのデータパケットを受信する。

（抽出部２）
抽出部２は、受信部１において受信したデータパケットから、そのデータパケットに含まれる要求パス名、およびマウントを要求したクライアントを識別する識別情報を抽出する。識別情報としては、例えば、クライアントのＩＰアドレス、ＭＡＣアドレスおよびＦＱＤＮなどを挙げることができる。また、要求パス名とは、クライアントがマウントを要求するディレクトリまたはファイルを示すものであり、例えば、/etc、/var/log、および/vat/tmpなどのように表される。

（変換部３）
変換部３は、抽出部２において抽出された要求パス名を、識別情報を用いてクライアント固有の提供パス名に変換する。なお、変換部３において生成した提供パス名は、クライアントがマウントを要求するディレクトリまたはファイルの名称に対応している。提供パス名の具体例については、下記に示す。

（ハンドル生成部４）
ハンドル生成部４は、変換部３において生成された提供パス名により表されるディスレクトリまたはファイルに対応するファイルハンドルを生成または取得する。すなわち、クライアントは、ハンドル生成部４において生成または取得されるファイルハンドルを用いて、マウントを要求したディレクトリまたはファイルにアクセスする。

（対応管理部６）
対応管理部６は、変換部３において変換した提供パス名と、ハンドル生成部４において生成したファイルハンドルとを関連（対応）付けて管理テーブル（登録情報）に登録し、管理する。また、対応管理部６は、提供パス名または識別情報が管理テーブルに登録されているか否かを判定する。すなわち、マウントを要求するクライアントが管理テーブルに登録されていない場合には、マウント要求をしたクライアントを新規のクライアントであると判定する。

なお、対応管理部６は、提供パス名およびファイルハンドル以外にも、抽出部２において抽出した識別情報および要求パス名をさらに関連付けて管理テーブルに登録し、管理してもよい。管理テーブルの詳細については、下記に詳述する。

（ファイル／ディレクトリ生成部５）
ファイル／ディレクトリ生成部５は、提供パス名により表されるディレクトリまたはファイルを生成する。なお、生成するディレクトリが、例えば、/etc、/var/log、および/vat/tmpなどのマシン固有情報の存在するディレクトリの場合には、それらのディレクトリ以下のマシン固有情報ファイルを生成する。

（送信部７）
送信部７は、ハンドル生成部４において生成したファイルハンドルをマウントを要求したクライアントに送信する。

（ファイルサーバ装置１００におけるマウント処理の概要）
ファイルサーバ装置１００におけるマウント処理の概要について以下に説明する。受信部１は、クライアントからのマウントを要求求するデータパケットを受信すると、そのデータパケットを抽出部２へと送る。抽出部２は、データパケットに含まれるマウントを要求するディレクトリまたはファイルを表す要求パス名とクライアントを識別する識別情報とを抽出し、それらを変換部３へと送る。

変換部３は、要求パス名と識別情報とを用いてクライアント固有の提供パス名を生成し、生成した提供パス名をハンドル生成部４およびファイル／ディレクトリ生成部５へと送る。ハンドル生成部４は、提供パス名に対応するファイルハンドルを生成し、生成したファイルハンドルを対応管理部６へと送る。ファイル／ディレクトリ生成部５は、提供パス名に基づいたディレクトリまたはファイル（以下、提供パス名のディレクトリまたはファイルとも称する）を生成する。

対応管理部６は、識別情報、提供パス名のディレクトリ、およびファイルハンドルを関連付けて管理テーブルに登録するとともに、ファイルハンドルを送信部７へと送る。送信部７は、ファイルハンドルをクライアントに送信する。

送信部７からファイルハンドルを受信したクライアントは、受信したファイルハンドルをファイルサーバ装置１００に送信することによって、マウントを要求したディレクトリまたはファイルへのマウントを実行する。

（マウント処理プロセスの一例）
次に、ファイルサーバ装置１００におけるマウント処理プロセスの具体的な例について、図２を参照して以下に説明する。図２は、ファイルサーバ装置１００のマウント処理の一例を示すフローチャートである。

クライアントからマウントを要求するデータパケットを受信した受信部１は（ステップＳ１においてＹｅｓ）、そのパケットデータを抽出部２へと送る。

抽出部２は、データパケットからマウントを要求するディレクトリまたはファイルを示す要求パス名（例えば、／var／tmp）と、クライアントのＩＰアドレス（例えば、１０．４８．１００．１）およびＭＡＣアドレス（例えば、０８００１Ｆ００１１１１）を抽出する（ステップＳ２）。さらに、抽出部２は、ＤＮＳを利用してＩＰアドレスからＦＱＤＮ（例えば、ａａａ．ｂｂｂ．ｃｏ．ｊｐ）を取得する（ステップＳ３）。続いて、抽出部２は、取得したＩＰアドレス、ＭＡＣアドレスおよびＦＱＤＮを変換部３へと送る。なお、本実施形態では、変換部３において、ＭＡＣアドレス０８００１Ｆ００１１１１を用いて提供パス名を生成する場合を例に挙げて説明する。

変換部３は、要求パス名／var／tmpと、ＭＡＣアドレス０８００１Ｆ００１１１１とを連結して提供パス名／０８００１Ｆ００１１１１／var／tmpを生成する（ステップＳ４）。提供パス名を生成すると、変換部３は、生成した提供パス名／０８００１Ｆ００１１１１／var／tmpをハンドル生成部４およびファイル／ディレクトリ生成部５へと送る。

ハンドル生成部４は、提供パス名／０８００１Ｆ００１１１１／var／tmpに対応するファイルハンドル（例えば、３１２３４）を生成する（ステップＳ５）。

ファイル／ディレクトリ生成部５は、提供パス名／０８００１Ｆ００１１１１／var／tmpにより表されるディレクトリ／０８００１Ｆ００１１１１／var／tmpおよび／var／tmp以下のマシン固有の情報ファイルを生成する（ステップＳ６）。すなわち、提供パス名と、クライアントがマウントされるディレクトリまたはファイルとは同一の名称となる。

次に、対応管理部６は、ＩＰアドレス１０．４８．１００．１、ＭＡＣアドレス０８００１Ｆ００１１１１およびＦＱＤＮａａａ．ｂｂｂ．ｃｏ．ｊｐと、要求パス名／var／tmpと、提供パス名のディレクトリ（提供パス名）／０８００１Ｆ００１１１１／var／tmpと、ファイルハンドル３１２３４とを関連つけて管理テーブルに登録する（ステップＳ７）。続いて、対応管理部６は、ファイルハンドル３１２３４を送信部７へと送り、送信部７は、ファイルハンドル３１２３４をクライアントに送信する（ステップＳ８）。以後は、従来公知のＮＦＳ処理によって、クライアントに提供パス名のディレクトリ／０８００１Ｆ００１１１１／var／tmpをマウントさせる。

（付記事項）
本実施形態において、提供パス名は、要求パス名とＭＡＣアドレスとを単に連結することによって生成しているが、ＭＡＣアドレスの代わりに、ＩＰアドレスまたはＦＱＤＮを用いてもよく、また、これらを暗号化したハッシュ値を用いて生成してもよい。ただし、提供パス名の生成に用いる識別情報は、ネットワーク環境の変化によって変更されにくい情報であることが好ましい。識別情報がネットワーク環境の変化によって変更される場合については、下記の実施形態２において詳述する。

また、ファイルハンドルの生成方法は、特に限定されるものではなく、適宜設定できる。例えば、提供パス名を用いた計算式によって算出してもよいし、ハンドル生成部４に送られてきた順に通し番号によって設定してもよい。

さらに、本実施形態において、ディレクトリまたはファイルの生成は、クライアントのマウント要求時に行っているが、これに限定されるものではない。例えば、クライアントのＲＥＡＤまたはＷＲＩＴＥなどのファイルアクセス要求時に行うようにしてもよい。

ここで、本明細書等における「ＭＡＣアドレス」とは、ネットワークインターフェースのアドレスである。すなわち、世界中の全てのマシンは固有のＭＡＣアドレスを持っている。また、ＭＡＣアドレスの情報は、イーサネット（登録商標）ヘッダに含まれている。また、「ＤＮＳ」とは、Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｅｒの略語であり、ドメイン名とＩＰアドレスとの対応など、ネットワーク上の資源を管理および検索するためのシステムである。さらに、「ＦＱＤＮ」とは、Ｆｕｌｌ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅの略語であり、ＴＣＰ／ＩＰネットワーク上でのマシンを識別する名前の一つである、ＦＱＤＮは、ドメイン名、サブドメイン名およびホスト名を省略することなく全て指定した形式によって表現したものである。なお、「ファイルハンドル」、「ＮＦＳ」および「ＲＦＳ」などの背景技術の項において説明した用語も同一の意味で用いる。

（管理テーブルの具体例）
ここで、対応管理部６が登録し、管理している管理テーブルの一例を図３に示す。図３に示す管理テーブルでは、クライアントの識別情報（ＩＰアドレス、ＭＡＣアドレスおよびＦＱＤＮ）と、要求パス名と、提供パス名のディレクトリと、ファイルハンドルとが関連つけて登録されている。管理テーブルに登録する情報は、これに限るものではなく、提供パス名のディレクトリ（提供パス名）とファイルハンドルとが関連つけて登録されていればよく、その他の情報についてはファイルサーバ装置の管理者などにより適宜設定できる。

（本実施形態の利点）
以上のように、ファイルサーバ装置１００は、クライアントを識別する識別情報を用いて、クライアント固有の提供パス名を生成し、その提供パス名に対応したファイルハンドルを生成する。したがって、複数のクライアントが、同一の名称のディレクトリまたはファイルにマウントしようとする場合であっても、ファイルサーバ装置１００は、各クライアントに対してそれぞれ異なるファイルハンドルを生成できる。これによって、複数のクライアントがＲＦＳを共有してしまうことを防止できる。

また、ファイルサーバ装置１００は、変換部３およびハンドル生成部４を備えているため、ファイルサーバ装置１００に接続する各クライアントを改造する煩雑な作業を不要にできる。

さらに、ファイルサーバ装置１００が、識別情報と要求パス名を暗号化した値とから提供パス名を生成する場合には、クライアント端末から送信される要求パス名と相関のない提供パス名を生成できる。これによって、悪意のある第三者に重要なファイルの所在を隠すことができる。一方、ファイルサーバ装置１００が、識別情報と要求パス名とから提供パス名を生成する場合には、クライアント端末から送信される要求パス名と相関を有する提供パス名を生成できる。これによって、ファイルサーバ装置を管理する管理者にとってわかりやすく、明示的に管理できる。

（マウント処理プロセスの変形例）
ファイルサーバ装置１００は、クライアントからのマウント要求ごとに提供パス名を生成しなくてもよい。すなわち、提供パス名およびファイルハンドルが管理テーブルに登録されている場合には、管理テーブルから読み出すことによりファイルハンドルを取得できる。

ここでは、管理テーブルに既に登録されている提供パス名にクライアントからのマウントの要求があった場合のマウント処理プロセスの一例について、図４を参照して以下に説明する。図４は、ファイルサーバ装置１００のマウント処理プロセスの変形例を示すフローチャートである。また、ファイルサーバ装置１００には、図３に示す管理テーブルが既に登録されているものとする。

クライアントからマウントを要求するデータパケットを受信した受信部１は（ステップＳ１１においてＹｅｓ）、そのパケットデータを抽出部２へと送る。

抽出部２は、データパケットからマウントを要求するディレクトリまたはファイルを示す要求パス名（例えば、／var／tmp）と、クライアントのＩＰアドレス（例えば、１０．４８．１００．２）およびＭＡＣアドレス（例えば、０８００１Ｆ００１１２２）を抽出する（ステップＳ１２）。さらに、抽出部２は、ＤＮＳを利用して、ＩＰアドレス１０．４８．１００．２からＦＱＤＮ（例えば、ｂｂｂ．ｂｂｂ．ｃｏ．ｊｐ）を取得する（ステップＳ１３）。続いて、抽出部２は、要求パス名／var／tmpと、ＩＰアドレス１０．４８．１００．２と、ＭＡＣアドレス０８００１Ｆ００１１２２と、ＦＱＤＮｂｂｂ．ｂｂｂ．ｃｏ．ｊｐとをハンドル生成部４へと送る（ステップＳ１４）。

次に、ハンドル生成部４は、図３に示す管理テーブルから、識別情報（ＩＰアドレス１０．４８．１００．２、ＭＡＣアドレス０８００１Ｆ００１１２２、およびＦＱＤＮｂｂｂ．ｂｂｂ．ｃｏ．ｊｐ）および要求パス名（var／tmp）の一致する提供パス名のディレクトリ／０８００１Ｆ００１１２２／var／tmpに対応するファイルハンドルが３１３２１であることを特定し、取得する（ステップＳ１５）。そして、取得したファイルハンドル３１３２１を送信部７へと送る（ステップＳ１６）。

送信部７は、ハンドル生成部４から送られたファイルハンドル３１３２１をクライアントへと送信する（ステップＳ１７）。以後は、従来公知のＮＦＳ処理によって、クライアントに提供パス名のディレクトリ／０８００１Ｆ００１１２２／var／tmpをマウントさせる。

なお、管理テーブルの中に識別情報および要求パス名が一致する提供パス名のディレクトリ（提供パス名）がない場合には、マウントを要求しているクライアントは新規のクライアントであると判定し、変換部３において提供パス名を生成する。そして、生成した提供パス名に基づいて、ハンドル生成部４においてファイルハンドルを、ファイル／ディレクトリ生成部５においてファイルシステムを生成する。続いて、対応管理部６は、識別情報、要求パス名、提供パス名のディレクトリ、およびファイルハンドルを関連付けて管理テーブルに登録する。

上記の処理プロセスによれば、ファイルサーバ装置１００は一度提供パス名とファイルハンドルとを生成したクライアントであれば、提供パス名およびファイルハンドルを生成することなく、登録情報からマウントを要求するクライアントの提供パス名およびファイルハンドルを特定できる。これによって、マウントの要求を受信するたびにファイルハンドルを生成するよりも、クライアントのマウント処理を迅速なものとすることができる。

（付記事項）
管理テーブルが、提供パス名のディレクトリおよびファイルハンドルのみを関連付けて登録した管理テーブルである場合には、変換部３において生成した提供パス名を管理テーブルから探し、それに対応するファイルハンドルを特定する。この場合は、管理テーブルに登録する情報量を少量とすることができる。さらに、マウントの要求を受信するたびにファイルハンドルを生成するよりも、マウント処理を迅速なものとすることができる。

また、上記の処理プロセスでは、管理テーブルの中からＩＰアドレス、ＭＡＣアドレスおよびＦＱＤＮ、ならびに要求パス名の一致する提供パス名に対応するファイルハンドルを特定しているが、これに限定されるものではない。識別情報の一致は、ＩＰアドレス、ＭＡＣアドレスまたはＦＱＤＮの少なくともいずれか１つの一致によって判定してもよい。なお、この場合には、ネットワーク環境によって変更されない識別情報の一致するクライアントを選択することが好ましい。これによって、クライアントのネットワーク環境が変更された場合であっても管理テーブルから提供パス名およびファイルハンドルを特定できる。

ネットワーク環境によって変更されない情報は、状況に応じて適宜変更されるが、ＦＱＤＮは、どのような場合であってもクライアントごとに固定された識別情報であるため、識別情報を管理テーブルに登録する場合には、ＦＱＤＮを登録しておくことが好ましい。なお、ネットワーク環境の違いに応じたファイルハンドルの特定については、下記実施形態２において詳述する。

〔実施形態２〕
ネットワークの環境により識別情報（ＩＰアドレス、ＭＡＣアドレスおよびＦＱＤＮ）を全て得ることができない場合を実施形態２として図５および図６を参照して以下に説明する。具体的には、本実施形態では、クライアントのＩＰアドレスが動的に割り当てられる場合、またはクライアントのＭＡＣアドレスがファイルサーバ装置にまで届かない場合について説明する。なお、実施形態１と同様の部材に関しては、同一の符号を付し、その説明を省略する。また、特に断りのない限り、実施形態１と同一の用語は同一の意味で用いる。

（ファイル管理システムの構成）
図５は、本発明に係るファイル管理システムの一例を示す概略構成図である。具体的には、クライアントのＩＰアドレスがＤＨＣＰサーバにより動的に割り当てられたネットワークに、ルータにより分断されたネットワークを結合したネットワークの概略構成図である。図５に示すファイル管理システムは、ネットワーク１１０に、ファイルサーバ装置１００、ＤＨＣＰサーバ１０２、ルータ１０３、ディスクレスクライアントＡ１０４、およびディスクレスクライアントＢ１０５が接続されている。各部材の詳細について、以下に説明する。

なお、図５では、クライアント端末がハードディスクを搭載していないディスクレス端末を用いたシンクライアントシステムを例に挙げているが、もちろんこれに限定されるものではなく、いかなるクライアント端末を用いたシステムであってもよい。

（ＤＨＣＰサーバ１０２）
ＤＨＣＰサーバ１０２は、クライアントのＩＰアドレス、サブネットマスク、ゲートウェイアドレス、ドメイン名、およびブートファイル名などの情報を動的に割り当てるプロトコルを有するサーバである。また、ＤＨＣＰサーバ１０２は、ＤＮＳの機能を有したサーバである。

（ルータ１０３）
ルータ１０３は、２つ以上の物理的なネットワークを接続する際に用いられ、それぞれのネットワーク間においてデータパケットを中継するものである。

（ディスクレスクライアントＡ１０４）
ディスクレスクライアントＡ１０４は、要求パス名およびファイルハンドルを送信するクライアント側送信部（図示しない）およびファイルハンドルを受信するクライアント側受信部（図示しない）を備えているクライアント端末である。また、ディスクレスクライアントＡ１０４はＤＨＣＰサーバ１０２によって動的にＩＰアドレスを割り当てられる。すなわち、ディスクレスクライアントＡ１０４のＩＰアドレスは、常に固定されるものではなく、ディスクレスクライアントＡ１０４の起動の度に変更される。

（ディスクレスクライアントＢ１０５）
ディスクレスクライアントＢ１０５は、ディスクレスクライアントＡ１０４と同様に、要求パス名およびファイルハンドルを送信するクライアント側送信部（図示しない）およびファイルハンドルを受信するクライアント側受信部（図示しない）を備えているクライアント端末である。また、ディスクレスクライアントＢ１０５は、ルータ１０３を経由してファイルサーバ装置１００に接続されているため、ファイルサーバ装置１００には、ディスクレスクライアントＢ１０５のＭＡＣアドレスではなく、ルータ１０３のＭＡＣアドレスが送られる。

（ディスクレスクライアントＡ１０４におけるマウント処理プロセスの一例）
次に、ディスクレスクライアントＡ１０４が、ディレクトリ／var／tmpにマウントを要求した時のマウント処理プロセスの一例について、５および６を参照して以下に説明する。なお、ファイルサーバ装置１００の構成部材については、図１を参照する。図６は、ファイルサーバ装置１００のマウント処理プロセスの他の変形例を示すフローチャートである。

ディスクレスクライアントＡ１０４からマウントを要求するデータパケットを受信した受信部１は（ステップＳ２１においてＹｅｓ）、そのパケットデータを抽出部２へと送る。

抽出部２は、データパケットからマウントを要求するディレクトリまたはファイルを示す要求パス名（／var／tmp）と、ディスクレスクライアントＡ１０４のＩＰアドレス（例えば、１９２．１６８．０．１０５）およびＭＡＣアドレス（例えば、０８００１Ｆ００１１３３）を抽出する（ステップＳ２２）。さらに、抽出部２は、ＤＮＳを利用して、ＩＰアドレス１９２．１６８．０．１０５からＦＱＤＮ（例えば、ｃｃｃ．ｂｂｂ．ｃｏ．ｊｐ）を取得する（ステップＳ２３）。続いて、抽出部２は、要求パス名、ディスクレスクライアントＡ１０４の識別情報（ＩＰアドレス、ＭＡＣアドレスおよびＦＱＤＮ）をハンドル生成部４へと送る。

ハンドル生成部４は、例えば図３に示す管理テーブルから、識別情報および要求パスの一致する提供パス名のディレクトリがあるか否かを判定する（ステップＳ２４）。このとき、ＩＰアドレスは、ＤＨＣＰサーバ１０２によって動的に割り当てられているため、管理テーブルに一致するものはない。したがって、識別情報の一致は、ＩＰアドレス以外の識別情報、例えば、ＦＱＤＮの一致によって行う。

管理テーブルにＦＱＤＮおよび要求パス名が一致する提供パス名のディレクトリが存在するとき（ステップＳ２４においてＹｅｓ）、ハンドル生成部４は、提供パス名のディレクトリ（提供パス名）である／０８００１Ｆ００１１３３／var／tmpに対応するファイルハンドル３１２５７を特定し、取得する（ステップＳ２５）。なお、ここでは、識別情報の一致をＦＱＤＮの一致によって行っているが、これに限定されるものではない。例えば、識別情報の一致をＦＱＤＮの代わりにＭＡＣアドレスの一致としてもよく、また、ＦＱＤＮおよびＭＡＣアドレスの双方の一致としてもよい。

管理テーブルにＦＱＤＮおよび要求パス名が一致する提供パス名のディレクトリ（提供パス名）が存在しないとき（ステップＳ２４においてＮｏ）、ハンドル生成部４は、マウントを要求するクライアントを新規のクライアントであると判定し、変換部３は、提供パス名／０８００１Ｆ００１１３３／var／tmpを生成する（ステップＳ２６）。そして、ハンドル生成部４は、提供パス名／０８００１Ｆ００１１３３／var／tmpに対応するファイルハンドル（例えば、３１２５７）を生成する（ステップＳ２７）。続いて、ファイル／ディレクトリ生成部５は、ディレクトリ／０８００１Ｆ００１１３３／var／tmpおよび／var／tmp以下のマシン固有の情報ファイルを生成する（ステップＳ２８）。

次に、対応管理部６は、ＭＡＣアドレスおよびＦＱＤＮと、要求パス名と、提供パス名のディレクトリ（または、提供パス名）と、ファイルハンドルとを関連つけて管理テーブルに登録する（ステップＳ２９）。このとき、ＩＰアドレスは、ディスクレスクライアントＡ１０４固有の値ではないため、管理テーブルには登録しない。なお、管理テーブルにＦＱＤＮが一致するクライアントが存在しないときの処理プロセスは、実施形態１と同様であるため、その詳細な説明については省略する。

続いて、ハンドル生成部４または対応管理部６は、取得または生成したファイルハンドル３１２５７を送信部７へと送り、送信部７は、ファイルハンドル３１２５７をディスクレスクライアントＡ１０４に送信する（ステップＳ３０）。以後は、従来公知のＮＦＳ処理によって、ディスクレスクライアントＡ１０４に提供パス名のディレクトリ／０８００１Ｆ００１１３３／var／tmpをマウントさせる。

（ディスクレスクライアントＢ１０５におけるマウント処理プロセスの一例）
続いて、ディスクレスクライアントＢ１０５が、ディレクトリ／var／tmpにマウントを要求した時のマウント処理プロセスの一例について、図５および６を参照して以下に説明する。なお、ファイルサーバ装置１００の構成部材については、図１を参照する。

ディスクレスクライアントＢ１０５からマウントを要求するデータパケットを受信した受信部１は（ステップＳ２１においてＹｅｓ）、そのパケットデータを抽出部２へと送る。

抽出部２は、データパケットからマウントを要求するディレクトリまたはファイルを示す要求パス名（例えば、／var／tmp）と、ディスクレスクライアントＢ１０５のＩＰアドレス（例えば、１０．４８．１００．４）およびＭＡＣアドレスを抽出する（ステップＳ２２）。さらに、抽出部２は、ＤＮＳを利用して、ＩＰアドレス１０．４８．１００．４からＦＱＤＮ（例えば、ｄｄｄ．ｂｂｂ．ｃｏ．ｊｐ）を取得する（ステップＳ２３）。ここで、ディスクレスクライアントＢ１０５は、ルータ１０３を経由しているため、ファイルサーバ装置１００に送られるＭＡＣアドレスは、ルータ１０３のＭＡＣアドレスとなる。次に、抽出部２は、要求パス名／var／tmpと、ディスクレスクライアントＡ１０４の識別情報であるＩＰアドレス、ＭＡＣアドレスおよびＦＱＤＮをハンドル生成部４へと送る。

ハンドル生成部４は、例えば図３に示す管理テーブルから、識別情報および要求パス名の一致する提供パス名のディレクトリがあるか否かを判定する（ステップＳ２４）。このとき、ＭＡＣアドレスは、ルータ１０３のＭＡＣアドレスであるため、管理テーブルに一致するものはない。したがって、識別情報の一致は、ＭＡＣアドレス以外の識別情報、例えば、ＦＱＤＮの一致により行う。

管理テーブルにＦＱＤＮおよび要求パス名が一致する提供パス名のディレクトリ（提供パス名）が存在するとき（ステップＳ２４においてＹｅｓ）、ハンドル生成部４は、提供パス名のディレクトリ（提供パス名）である／ｄｄｄ．ｂｂｂ．ｃｏ．ｊｐ／var／tmpおよびファイルハンドル３１２６２を特定する（ステップＳ２５）。なお、ここでは識別情報の一致をＦＱＤＮの一致によって行っているが、これに限定されるものではない。例えば、ＩＰアドレスが固定されている場合には、識別情報の一致をＩＰアドレスの一致としてもよく、また、ＦＱＤＮおよびＩＰアドレスの双方の一致としてもよい。

管理テーブルにＦＱＤＮおよび要求パス名が一致する提供パス名のディレクトリ（提供パス名）が存在しないとき（ステップＳ２４においてＮｏ）、ハンドル生成部４は、マウントを要求するクライアントを新規のクライアントであると判断し、変換部３は、提供パス名／ｄｄｄ．ｂｂｂ．ｃｏ．ｊｐ／var／tmpを生成する（ステップＳ２６）。上述したように、ディスクレスクライアントＢ１０５のＭＡＣアドレスは、ルータ１０３のＭＡＣアドレスであるため、提供パス名の生成に用いることができない。そのため、ディスクレスクライアントＢ１０５の提供パス名は、ＭＡＣアドレス以外の識別情報を用いて生成する必要がある。ここでは、例えば、ＦＱＤＮを用いて提供パス名を生成する場合を例に挙げて説明する。なお、ＩＰアドレスが固定されている場合には、ＦＱＤＮの代わりにＩＰアドレスを用いて提供パス名を生成してもよい。

次に、ハンドル生成部４は、提供パス名／ｄｄｄ．ｂｂｂ．ｃｏ．ｊｐ／var／tmpに対応するファイルハンドル（例えば、３１２６２）を生成する（ステップＳ２７）。続いて、ファイル／ディレクトリ生成部５は、ディレクトリ／ｄｄｄ．ｂｂｂ．ｃｏ．ｊｐ／var／tmpおよび／var／tmp以下のマシン固有の情報ファイルを生成する（ステップＳ２８）。次に、対応管理部６は、ＩＰアドレスおよびＦＱＤＮと、要求パス名／var／tmpと、提供パス名のディレクトリ（または、提供パス名）と、ファイルハンドルとを関連つけて管理テーブルに登録する（ステップＳ２９）。ここで、ＭＡＣアドレスは、ルータ１０３のＭＡＣアドレスであり、ディスクレスクライアントＢ１０５のＭＡＣアドレスではないため、管理テーブルには登録しない。

なお、管理テーブルにＦＱＤＮが一致するクライアントが存在しないときの処理プロセスは、実施形態１と同様であるため、その詳細な説明については省略する。

次に、ハンドル生成部４または対応管理部６は、取得または生成したファイルハンドル３１２６２を送信部７へと送り、送信部７は、ファイルハンドル３１２６２をディスクレスクライアントＢ１０５に送信する（ステップＳ３０）。以後は、従来公知のＮＦＳ処理によって、ディスクレスクライアントＢ１０５に提供パス名のディレクトリ／ｄｄｄ．ｂｂｂ．ｃｏ．ｊｐ／var／tmpをマウントさせる。

（本実施形態の利点）
本実施形態によれば、いかなるネットワーク環境にあるクライアント端末であっても、ネットワーク環境によって変更されない識別情報を用いることによって、そのクライアント端末を識別し、提供パス名およびファイルハンドルを特定できる。また、クライアント端末のネットワーク環境が変更された場合であっても、管理テーブルに登録された情報からクライアント端末の提供パス名およびファイルハンドルを特定できる。

新規のクライアント端末の場合には、ファイルサーバ装置１００に接続されているクライアント端末のネットワーク環境に応じて、提供パス名の生成に用いる識別情報を選択できる。すなわち、異なるネットワーク環境に接続されたクライアント端末であっても、それぞれのクライアント端末に応じた提供パス名を生成でき、その提供パス名に対応したファイルハンドルを生成できる。

また、本実施形態では、ディスクレスクライアントＡ１０４とディスクレスクライアントＢ１０５とが同一の要求パス名／var／tmpをファイルサーバ装置１００に送信しているが、ファイルサーバ装置１００は、各ディスクレスクライアントごとに異なるファイルハンドルを送信している。したがって、ファールサーバ装置１００は、同一の要求パス名を受信した場合であっても、クライアント固有の識別情報を取得することによって、クライアントを異なるディレクトリまたはファイルにマウントできる。

（プログラムおよび記録媒体）
最後に、ファイルサーバ装置１００の各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、ファイルサーバ装置１００は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるファイルサーバ装置１００の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記ファイルサーバ装置１００に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、ファイルサーバ装置１００を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

本発明は、上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

本発明に係るファイルサーバ装置は、ハードディスクを備えていないディスクレスクライアント端末を用いたシンクライアントシステムにおけるサーバとして好適に利用できる。

本発明に係るファイルサーバ装置の要部構成を示すブロック図である。 ファイルサーバ装置のマウント処理の一例を示すフローチャートである。 対応管理部において管理されている管理テーブルの一例を示す図である。 ファイルサーバ装置のマウント処理プロセスの変形例を示すフローチャートである。 本発明に係るファイル管理システムの一例を示す概略構成図である。 ファイルサーバ装置のマウント処理プロセスの他の変形例を示すフローチャートである。 クライアントがサーバのファイルを読み出すマウントプロトコルを示すシーケンス図である。

符号の説明

１ 受信部
２ 抽出部（識別情報取得手段）
３ 変換部（提供パス名生成手段）
４ ハンドル生成部（ファイルハンドル取得手段）
５ ファイル／ディレクトリ生成部（ファイルシステム生成手段）
６ 対応管理部（登録手段）
７ 送信部
１００ ファイルサーバ装置
１０２ ＤＨＣＰサーバ
１０３ ルータ
１０４ ディスクレスクライアントＡ（クライアント端末）
１０５ ディスクレスクライアントＢ（クライアント端末）
１１０ ネットワーク

Claims (12)

1. ネットワークファイルシステム上のディレクトリまたはファイルへのアクセスを要求する要求パス名をクライアント端末から受信する受信手段と、
   上記クライアント端末を識別する識別情報を取得する識別情報取得手段と、
   上記識別情報と、上記要求パス名とを用いて、上記ディレクトリまたは上記ファイルに対応する上記クライアント端末に固有の提供パス名を生成する提供パス名生成手段と、
   上記提供パス名により表される上記ディレクトリまたは上記ファイルへアクセスするためのファイルハンドルを、上記クライアント端末へ送信する送信手段と、
   を備えていることを特徴とするファイルサーバ装置。
2. 上記提供パス名生成手段は、上記識別情報と上記要求パス名を暗号化した値とから上記提供パス名を生成することを特徴とする請求項１に記載のファイルサーバ装置。
3. 上記提供パス名生成手段は、上記識別情報と上記要求パス名とから上記提供パス名を生成することを特徴とする請求項１に記載のファイルサーバ装置。
4. 上記識別情報取得手段は、ＩＰアドレス、ＭＡＣアドレスおよびＦＱＤＮの少なくともいずれかを上記識別情報として取得することを特徴とする請求項１から３のいずれか１項に記載のファイルサーバ装置。
5. 上記識別情報取得手段は、ＭＡＣアドレス、ＩＰアドレスおよびＦＱＤＮのうち、ネットワーク環境によって変更されない情報を上記識別情報として取得することを特徴とする請求項４に記載のファイルサーバ装置。
6. 上記提供パス名と、上記ファイルハンドルとを関連付けて登録情報に登録する登録手段と、
   上記登録情報に上記提供パスおよび上記ファイルハンドルが登録されている場合、上記生成された上記提供パス名に関連付けられた上記ファイルハンドルを、上記登録情報から取得するファイルハンドル取得手段と、をさらに備えており、
   上記送信手段は、上記ファイルハンドル取得手段によって取得された上記ファイルハンドルを、上記クライアント端末へ送信することを特徴とする請求項１から５のいずれか１項に記載のファイルサーバ装置。
7. 上記要求パス名と、上記識別情報と、上記提供パス名と、上記ファイルハンドルとを関連付けて登録情報に登録する登録手段と、
   上記登録情報に上記要求パス名、上記識別情報、上記提供パス名および上記ファイルハンドルが登録されている場合、上記生成された上記提供パス名に関連付けられた上記ファイルハンドルを、上記登録情報から取得するファイルハンドル取得手段と、をさらに備えており、
   上記送信手段は、上記ファイルハンドル取得手段によって取得された上記ファイルハンドルを、上記クライアント端末へ送信することを特徴とする請求項１から５のいずれか１項に記載のファイルサーバ装置。
8. 上記提供パス名により表されるディレクトリまたはファイルを生成するファイルシステム生成手段をさらに備えていることを特徴とする請求項１から６のいずれか１項に記載のファイルサーバ装置。
9. ネットワークファイルシステム上のディレクトリまたはファイルへのアクセスを要求する要求パス名をクライアント端末から受信する受信工程と、
   上記クライアント端末を識別する識別情報を取得する識別情報取得工程と、
   上記識別情報と、上記要求パス名とを用いて、上記ディレクトリまたは上記ファイルに対応する上記クライアント端末に固有の提供パス名を生成する提供パス名生成工程と、
   上記提供パス名により表される上記ディレクトリまたは上記ファイルへアクセスするためのファイルハンドルを、上記クライアント端末へ送信する送信工程と、
   を含むことを特徴とするファイル管理方法。
10. ネットワークファイルシステム上のディレクトリまたはファイルへのアクセスを要求する要求パス名をクライアント端末から受信する受信手段と、
    上記クライアント端末を識別する識別情報を取得する識別情報取得手段と、
    上記識別情報と、上記要求パス名とを用いて、上記ディレクトリまたは上記ファイルに対応する上記クライアント端末に固有の提供パス名を生成する提供パス名生成手段と、
    上記提供パス名により表される上記ディレクトリまたは上記ファイルへアクセスするためのファイルハンドルを、上記クライアント端末へ送信する送信手段と、
    を備えたファイルサーバ装置と、
    上記要求パス名および上記ファイルハンドルを送信するクライアント端末側送信手段と、
    上記ファイルハンドルを受信するクライアント端末側受信手段と、
    を備えた、上記ファイルサーバ装置に接続された少なくとも１つのクライアント端末と、
    を備えていることを特徴とするファイル管理システム。
11. 請求項１から８のいずれか１項に記載のファイルサーバ装置を動作させるプログラムであって、コンピュータを上記の各手段として機能させるためのファイル管理制御プログラム。
12. 請求項１１に記載のファイル管理制御プログラムを記録しているコンピュータ読み取り可能な記録媒体。

Images