JPH086839A - 分散ファイルシステム - Google Patents

Abstract

(57)【要約】 【目的】 ＮＦＳにおいてセキュリティ上の理由により
特権ユーザにのみ与えられていたマウント要求の権限
を、セキュリティを保持しつつ一般ユーザにも与える。 【構成】 マウント権確認手段２１は、パスワードファ
イル２３およびシェア管理ファイル２４を参照し、サー
バ２０側のマウント権の有無を確認する。シェア実行手
段２２は、当該マウント権がある場合にシェアを実行す
る。マウント権確認手段１２は、クライアント１０側の
マウント権の有無を確認し、マウント実行手段１３によ
るマウントの実行が成功した場合にその旨を示す情報を
マウント状況記述ファイル１７に書き出す。マウント解
除権確認手段１５は、マウント状況記述ファイル１７を
参照し、マウント解除権の有無を確認する。マウント解
除手段１６は、マウントの解除を行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の計算機がネット
ワークによって接続された分散処理システムに関し、特
に各計算機が所有するディスク資源（ディスク資源上に
設けられるファイル）を共有するために採用される分散
ファイルシステムに関する。なお、本発明の分散ファイ
ルシステムは、ＵＮＩＸオペレーティングシステムが採
用されている分散処理システムで実現されることを前提
としている（「ＵＮＩＸオペレーティングシステム」
は、ＵＮＩＸ Ｓｙｓｔｅｍ Ｌａｂｏｒａｔｏｒｉｅ
ｓ，Ｉｎｃ．によって開発され、ライセンスされてい
る）。

【０００２】

【従来の技術】ＵＮＩＸオペレーティングシステムにお
いては、ネットワーク上のディスク資源の共有および分
散を行う機能を実現する分散ファイルシステムとして、
ＲＦＳ（Ｒｅｍｏｔｅ Ｆｉｌｅ Ｓｙｓｔｅｍ）およ
びＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）
等が提供されている。これらの分散ファイルシステム
は、ネットワーク上に分散して存在するディスク資源を
各計算機におけるローカルのディスク資源であるように
見せる技術である。本発明の分散ファイルシステムは、
このうち、ＮＦＳが使用できる環境に適用されることを
想定している。

【０００３】従来の分散ファイルシステム（ＮＦＳ）で
は、セキュリティ上の理由により、リモートマウント
（ＮＦＳマウント）を実行するに際して以下のおよび
に示すような制限が設けられていた。なお、以下の説
明において、サーバとはリモートマウント先の計算機を
いい、クライアントとはリモートマウント元の計算機を
いう。また、以下の説明においては、リモートマウント
（本発明では、ＮＦＳマウントを意味する）を単に「マ
ウント」と表現する。

【０００４】 マウントの前提として、サーバ側のマ
ウントポイント（マウントに係るディレクトリ）のシェ
ア（ｓｈａｒｅ。マウントの許可）が行われている必要
がある。ここで、マウントポイントに対するシェアの指
定が可能なユーザは、マウントポイントがどのディレク
トリであっても、当該サーバの特権ユーザに限定されて
いる。

【０００５】 クライアントにおいてマウント要求を
促すコマンドが発行され、当該コマンドに基づいてクラ
イアントからサーバにマウント要求が発行される。ここ
で、当該コマンドを発行できるのは、当該クライアント
の特権ユーザに限定されている。

【０００６】一方、ＵＮＩＸオペレーティングシステム
の発展および普及（ＵＮＩＸオペレーティングシステム
が適用される電子計算機の発展および普及を含む）によ
り、一人の一般ユーザ（特権ユーザ以外のユーザ）が複
数の計算機にアカウント（パスワードファイルにおける
当該一般ユーザに関する登録）を持つようになり、一般
ユーザの個人的なディスク資源が複数の計算機に分散さ
れることが多くなった。したがって、一般ユーザであっ
ても、他の計算機における自己のディスク資源に関する
マウントを行いたいと考える場合が増している。

【０００７】しかし、上述のような制限の存在により、
一般ユーザは、サーバおよびクライアント両方の特権ユ
ーザにならない限り、自己の個人的なディスク資源であ
っても自由には他の計算機におけるディスク資源に関す
るマウントを行うことができなかった。

【０００８】

【発明が解決しようとする課題】上述した従来の分散フ
ァイルシステムでは、一般ユーザは自己の個人的なディ
スク資源であっても自由には他の計算機におけるディス
ク資源に関するマウントを行うことができないので、当
該一般ユーザの利便性および作業効率が悪くなるという
問題点があった。すなわち、具体的には、以下の〜
に示すような問題点が存在していた。

【０００９】 個人的なディスク資源をネットワーク
において転送することが困難である。

【００１０】 一度マウントしてしまえば、ネットワ
ーク上の他の計算機にログインすることなく当該他の計
算機におけるディスク資源を使用することができる。し
かしながら、従来は、そのような便宜を享受することが
できない。

【００１１】 個人的なディスク資源を分散して持つ
ことができないので、各一般ユーザが各計算機に同じフ
ァイルを持つ必要が生じ、分散処理システム全体におけ
るディスク資源の無駄が発生する。

【００１２】一方、無制限に一般ユーザに対してマウン
トを許可すると、セキュリティ上の観点から問題が生じ
るという欠点があった。

【００１３】本発明の目的は、上述の点に鑑み、セキュ
リティを保持しつつ、一般ユーザが他の計算機における
当該一般ユーザの個人的なディスク資源を自由にマウン
トすることを可能にする（当該ディスク資源上のファイ
ルへのアクセスを容易にする）分散ファイルシステムを
提供することにある。

【００１４】すなわち、本発明の目的は、ＮＦＳにおい
てセキュリティ上の理由により特権ユーザにのみ与えら
れていたマウント要求の権限を、特権ユーザ以外の一般
ユーザにも与えることを可能にする分散ファイルシステ
ムを提供することにある。

【００１５】なお、ＵＮＩＸオペレーティングシステム
に関する分散ファイルシステムについての従来技術とし
ては、「特開昭６３−２０１８６４号公報（分散型デー
タ処理システム）」および「特開平１−２８７７５６号
公報（分散ファイルの起動方法）」が公表されている。
しかし、これらの従来技術は、デッドロックの解消（特
開昭６３−２０１８６４号公報）やファイルの起動の容
易化（特開平１−２８７７５６号公報）を図る技術であ
り、セキュリティを保持した上で一般ユーザによるマウ
ント（先にも述べたように、ここではＮＦＳマウントを
意味する）を可能にすることを目的とする本発明とは構
成等を異にするものである。

【００１６】

【課題を解決するための手段】本発明の分散ファイルシ
ステムは、ＮＦＳが使用できる環境の分散処理システム
において、サーバ側にディスク資源を所有する一般ユー
ザのアカウントを管理するサーバ側のパスワードファイ
ルと、各一般ユーザ毎に設けられており、当該一般ユー
ザについてのシェアに関する情報を管理するサーバ側の
シェア管理ファイルと、各一般ユーザに関するマウント
状況を示す情報を保持するクライアント側のマウント状
況記述ファイルと、一般ユーザマウント要求コマンドに
基づいてサーバ側マウント要求を発行するクライアント
側のマウント要求発行手段と、前記パスワードファイル
および前記シェア管理ファイルを参照して前記マウント
要求発行手段により発行されたサーバ側マウント要求に
関するサーバ側でのマウント権の有無を確認し、マウン
ト権があると判定した場合にシェア要求を発行するサー
バ側のマウント権確認手段と、このサーバ側のマウント
権確認手段により発行されたシェア要求に基づいてシェ
アの実行を行うサーバ側のシェア実行手段と、このシェ
ア実行手段によるシェアの実行が成功した後に前記サー
バ側のマウント権確認手段から発行されるクライアント
側マウント要求を受け、当該クライアント側マウント要
求に関するクライアント側でのマウント権の有無を確認
し、マウント権があると判定した場合にマウント実行要
求を発行し、当該マウント実行要求に基づくマウントの
実行が成功した場合にその旨を示す情報を前記マウント
状況記述ファイルに書き出すクライアント側のマウント
権確認手段と、このクライアント側のマウント権確認手
段により発行されたマウント実行要求に基づいてマウン
トの実行を行うクライアント側のマウント実行手段と、
一般ユーザマウント解除要求コマンドに基づいてマウン
ト解除要求を発行するクライアント側のマウント解除要
求発行手段と、前記マウント状況記述ファイルを参照し
て前記マウント解除要求発行手段により発行されたマウ
ント解除要求に関するマウント解除権の有無を確認し、
マウント解除権があると判定した場合にマウント解除実
行要求を発行するクライアント側のマウント解除権確認
手段と、このマウント解除権確認手段により発行された
マウント解除実行要求に基づいてマウントの解除を行う
クライアント側のマウント解除手段とを有する。

【００１７】

【作用】本発明の分散ファイルシステムでは、パスワー
ドファイルがサーバ側にディスク資源を所有する一般ユ
ーザのアカウントを管理し、各一般ユーザ毎に設けられ
ているシェア管理ファイルが当該一般ユーザについての
シェアに関する情報を管理し、マウント状況記述ファイ
ルが各一般ユーザに関するマウント状況を示す情報を保
持し、マウント要求発行手段が一般ユーザマウント要求
コマンドに基づいてサーバ側マウント要求を発行し、サ
ーバ側のマウント権確認手段がパスワードファイルおよ
びシェア管理ファイルを参照してマウント要求発行手段
により発行されたサーバ側マウント要求に関するサーバ
側でのマウント権の有無を確認しマウント権があると判
定した場合にシェア要求を発行し、シェア実行手段がサ
ーバ側のマウント権確認手段により発行されたシェア要
求に基づいてシェアの実行を行い、クライアント側のマ
ウント権確認手段がシェア実行手段によるシェアの実行
が成功した後にサーバ側のマウント権確認手段から発行
されるクライアント側マウント要求を受け当該クライア
ント側マウント要求に関するクライアント側でのマウン
ト権の有無を確認しマウント権があると判定した場合に
マウント実行要求を発行し当該マウント実行要求に基づ
くマウントの実行が成功した場合にその旨を示す情報を
マウント状況記述ファイルに書き出し、マウント実行手
段がクライアント側のマウント権確認手段により発行さ
れたマウント実行要求に基づいてマウントの実行を行
い、マウント解除要求発行手段が一般ユーザマウント解
除要求コマンドに基づいてマウント解除要求を発行し、
マウント解除権確認手段がマウント状況記述ファイルを
参照してマウント解除要求発行手段により発行されたマ
ウント解除要求に関するマウント解除権の有無を確認し
マウント解除権があると判定した場合にマウント解除実
行要求を発行し、マウント解除手段がマウント解除権確
認手段により発行されたマウント解除実行要求に基づい
てマウントの解除を行う。

【００１８】

【実施例】次に、本発明について図面を参照して詳細に
説明する。

【００１９】図１は、本発明の分散ファイルシステムの
一実施例の構成を示すブロック図である。

【００２０】本実施例の分散ファイルシステムは、複数
の計算機（クライアント１０およびサーバ２０を含む）
がネットワークによって接続されている分散処理システ
ム（ＵＮＩＸオペレーティングシステムが採用される分
散処理システム）において実現され、クライアント１０
と、サーバ２０とを含んで構成されている。なお、当該
ネットワークに接続されている任意の計算機（ディスク
資源を有する計算機）は、クライアント１０にもサーバ
２０にもなりうる。

【００２１】クライアント１０は、マウント要求発行手
段１１と、マウント権確認手段１２と、マウント実行手
段１３と、マウント解除要求発行手段１４と、マウント
解除権確認手段１５と、マウント解除手段１６と、マウ
ント状況記述ファイル１７（／ｔｍｐ／．ｕｓｒｍｎｔ
ｔａｂファイル）とを含んで構成されている。なお、マ
ウント権確認手段１２とマウント解除権確認手段１５と
はクライアント１０側のｕｓｒｍｎｔｄ（ｕｓｅｒ ｍ
ｏｕｎｔ ｄａｅｍｏｎを意味する）によって実現さ
れ、マウント実行手段１３とマウント解除手段１６とは
クライアント１０側のｍｏｕｎｔｄ（ｍｏｕｎｔ ｄａ
ｅｍｏｎを意味する）によって実現される（ｕｓｒｍｎ
ｔｄは本発明に特有のデーモンであり、ｍｏｕｎｔｄは
通常のＮＦＳにおける既存のデーモンである）。

【００２２】サーバ２０は、マウント権確認手段２１
と、シェア実行手段２２と、パスワードファイル２３
（／ｅｔｃ／ｐａｓｓｗｄファイル）と、シェア管理フ
ァイル２４（＄ＨＯＭＥ／ｓｈａｒｅｔａｂファイル）
とを含んで構成されている。なお、マウント権確認手段
２１およびシェア実行手段２２はサーバ２０側のｕｓｒ
ｍｎｔｄによって実現される（ｕｓｒｍｎｔｄは本発明
に特有のデーモンである）。

【００２３】図２は、本実施例の分散ファイルシステム
におけるマウント実行時の処理を示す流れ図である。こ
の処理は、サーバ側マウント要求発行ステップ２０１
と、サーバ側マウントポイント検査ステップ２０２と、
パスワードファイル読出しステップ２０３と、ユーザ名
等検査ステップ２０４と、ホームディレクトリ認識ステ
ップ２０５と、シェア管理ファイル読出しステップ２０
６と、シェア要求可否検査ステップ２０７と、シェア要
求発行ステップ２０８と、シェア実行ステップ２０９
と、クライアント側マウント要求発行ステップ２１０
と、クライアント側マウントポイント検査ステップ２１
１と、マウント実行要求発行ステップ２１２と、マウン
ト実行ステップ２１３と、マウント成功／失敗検査ステ
ップ２１４と、マウント状況記述ファイル書出しステッ
プ２１５と、マウント成功通知ステップ２１６と、アン
シェア要求可否検査ステップ２１７と、、アンシェア要
求発行ステップ２１８と、アンシェア実行ステップ２１
９と、マウント終了通知ステップ２２０と、マウント実
行処理終了ステップ２２１と、サーバ側失敗通知ステッ
プ２２２と、クライアント側失敗通知ステップ２２３
と、マウント実行処理終了ステップ２２４とからなる。

【００２４】図３は、本実施例の分散ファイルシステム
におけるマウント解除時の処理を示す流れ図である。こ
の処理は、マウント解除要求発行ステップ３０１と、マ
ウント状況記述ファイル読出しステップ３０２と、該当
エントリ有無検査ステップ３０３と、該当エントリ不存
在通知ステップ３０４と、ユーザ一致検査ステップ３０
５と、ユーザ不一致通知ステップ３０６と、マウント解
除実行要求発行ステップ３０７と、マウント解除ステッ
プ３０８と、マウント解除成功／失敗検査ステップ３０
９と、マウント状況記述ファイルエントリ削除ステップ
３１０と、マウント解除成功／失敗情報保持ステップ３
１１と、マウント解除成功／失敗情報通知ステップ３１
２と、マウント解除処理終了ステップ３１３と、マウン
ト解除処理終了ステップ３１４とからなる。

【００２５】図４は、シェア管理ファイル２４のフォー
マットを示す図である。シェア管理ファイル２４は、シ
ェアを行うディレクトリ（シェア対象ディレクトリ）毎
にエントリを有している。各エントリは、シェア対象デ
ィレクトリと、当該シェアに基づいてマウントを行う際
のマウント元の計算機（クライアント）となりうる計算
機のホスト名を示すマウント計算機ホスト名と（この項
目には複数の計算機のホスト名を記述できる）、アクセ
ス権（当該ディレクトリに対するマウントの際のアクセ
ス権と整合する情報であり、「読込みのみ可」を“ｒ
ｏ”で示し、「読み書き可」を“ｒｗ”で示す情報）か
らなる。

【００２６】図５は、パスワードファイル２３のフォー
マットを示す図である。パスワードファイルは、ＵＮＩ
Ｘオペレーティングシステムが採用されている分散処理
システムにおいて従来から存在するファイルであり、ユ
ーザ名と、パスワードと、ユーザｉｄ（ｉｄｅｎｔｉｆ
ｉｃａｔｉｏｎ）と、グループｉｄと、コメントと、ホ
ームディレクトリと、ログインシェルとからなるエント
リ（当該エントリに対応する一般ユーザのアカウント）
を有している。なお、本実施例ひいては本発明では、こ
のエントリ中のユーザ名，ユーザｉｄおよびグループｉ
ｄが使用される（セキュリティ保持の向上を図るために
パスワードの情報を使用することも可能である）。

【００２７】図６は、マウント状況記述ファイル１７の
フォーマットを示す図である。マウント状況記述ファイ
ル１７は、ｕｓｒｍｎｔコマンド（後述参照）を発行し
た一般ユーザを識別するための「ユーザ名」と、当該ｕ
ｓｒｍｎｔコマンドに基づくマウント要求中のクライア
ント側マウントポイントを示す「マウントポイント」と
からなるエントリを有している。

【００２８】次に、このように構成された本実施例の分
散ファイルシステムの動作について説明する。なお、本
実施例の分散ファイルシステムにおけるマウントに関す
る基本的なプロトコルは、通常のＮＦＳにおけるプロト
コルに準ずるものとする。

【００２９】第１に、準備処理時の動作について説明す
る。

【００３０】まず、以下の〜に示すような環境設定
が行われる。

【００３１】 「一般ユーザが非常駐プロセスである
マウント要求発行手段１１を起動するためのコマンド」
であるｕｓｒｍｎｔコマンド（一般ユーザマウント要求
コマンド）と、「一般ユーザが非常駐プロセスであるマ
ウント解除要求発行手段１４を起動するためのコマンド
であるｕｎｕｓｒｍｎｔコマンド（一般ユーザマウント
解除要求コマンド）とが用意される。

【００３２】 クライアント１０およびサーバ２０の
両方に、常駐プロセスであるｕｓｒｍｎｔｄが用意され
る。

【００３３】 クライアント１０およびサーバ２０の
両方で、通常のＮＦＳのサービスを受けることができる
ようにするための設定が行われる。

【００３４】次に、特権ユーザは、自己の権限で、クラ
イアント１０側およびサーバ２０側のｕｓｒｍｎｔｄを
起動する。

【００３５】さらに、クライアント１０側およびサーバ
２０側のｕｓｒｍｎｔｄを利用したい一般ユーザは、サ
ーバ２０側の当該一般ユーザのホームディレクトリ（＄
ＨＯＭＥ）の直下に図４に示すようなフォーマットのシ
ェア管理ファイル２４（＄ＨＯＭＥ／ｓｈａｒｅｔａｂ
ファイル）を作成する。なお、シェア管理ファイル２４
を一般ユーザのホームディレクトリの直下に作成するの
は、当該一般ユーザのシェア管理ファイル２４の所在を
明確にするためである。したがって、その所在が明確に
なるのであれば、シェア管理ファイル２４をホームディ
レクトリの直下以外に作成することも可能である。

【００３６】第２に、マウント実行時の動作について説
明する（図２参照）。

【００３７】クライアント１０側の一般ユーザは、サー
バ２０側の自己のディスク資源に関するマウントを行い
たい場合に、ｕｓｒｍｎｔコマンドを発行する。

【００３８】クライアント１０側のマウント要求発行手
段１１は、このｕｓｒｍｎｔコマンドに基づいて生成さ
れ、サーバ２０側にサーバ側マウント要求を発行する
（ステップ２０１）。このサーバ側マウント要求の中に
は、サービスの種類（この場合には、サーバ側マウント
要求），ユーザ名，ユーザｉｄ，グループｉｄ，クライ
アントホスト名，サーバ側マウントポイント，クライア
ント側マウントポイントおよびオプション（オプション
の内容は、任意であって、なくてもかまわない）が入
る。

【００３９】このサーバ側マウント要求を受けたサーバ
２０側のマウント権確認手段２１は、当該サーバ側マウ
ント要求の中のサーバ側マウントポイントに基づいて、
そのサーバ側マウントポイントに該当するディレクトリ
がサーバ２０側に存在するか否かを検査する（ステップ
２０２）。

【００４０】マウント権確認手段２１は、ステップ２０
２の検査で「当該ディレクトリが存在しない」と判定し
た場合（検査結果が「失敗」である場合）には、その旨
をクライアント１０側のマウント要求発行手段１１に通
知し（ステップ２２３）、要求待ち状態に戻る。

【００４１】一方、マウント権確認手段２１は、ステッ
プ２０２の検査で「当該ディレクトリが存在する」と判
定した場合（検査結果が「成功」である場合）には、図
５に示すようなフォーマットのパスワードファイル２３
を読み出し（ステップ２０３）、ｕｓｒｍｎｔコマンド
を発行した一般ユーザのユーザ名，ユーザｉｄおよびグ
ループｉｄと一致する情報を持つエントリがパスワード
ファイル２３に存在するか否かを検査する（ステップ２
０４）。

【００４２】マウント権確認手段２１は、ステップ２０
４の検査で「当該ユーザ名等と一致する情報を持つエン
トリがパスワードファイル２３に存在しない」と判定し
た場合（検査結果が「失敗」である場合）には、その旨
をクライアント１０側のマウント要求発行手段１１に通
知し（ステップ２２３）、要求待ち状態に戻る。

【００４３】一方、マウント権確認手段２１は、ステッ
プ２０４の検査で「当該ユーザ名等と一致する情報を持
つエントリがパスワードファイル２３に存在する」と判
定した場合（検査結果が「成功」である場合）には、当
該エントリからホームディレクトリ（当該一般ユーザの
サーバ２０におけるホームディレクトリ（＄ＨＯＭ
Ｅ））を取り出して認識する（ステップ２０５）。

【００４４】マウント権確認手段２１は、ステップ２０
５で取り出したホームディレクトリの直下に存在するシ
ェア管理ファイル２４を読み出し（ステップ２０６）、
シェア管理ファイル２４の内容と上述のサーバ側マウン
ト要求とに基づいてシェア実行手段２２に対してシェア
要求を出すべきか否かを検査する（ステップ２０７）。
すなわち、サーバ側マウント要求の中のサーバ側マウン
トポイントをシェア対象ディレクトリに持つエントリが
シェア管理ファイル２４内に存在し、そのエントリ中の
マウント計算機ホスト名の中にクライアント１０のホス
ト名があるか否かを確認する。

【００４５】マウント権確認手段２１は、ステップ２０
７で「シェア要求を出すべきでない」と判定した場合
（検査結果が「失敗」である場合）には、その旨をクラ
イアント１０側のマウント要求発行手段１１に通知し
（ステップ２２３）、要求待ち状態に戻る。

【００４６】一方、マウント権確認手段２１は、ステッ
プ２０７の検査で「シェア要求を出すべきである」と判
定した場合（検査結果が「成功」である場合）には、シ
ェア実行手段２２に対してシェア要求を発行する（ステ
ップ２０８）。なお、ステップ２０２，２０４および２
０７の検査結果が全て「成功」である場合が、当該サー
バ側マウント要求に関するマウント権（サーバ２０側で
のマウント権）がある場合に該当する。

【００４７】シェア実行手段２２は、そのシェア要求に
基づいて、当該マウントポイント（サーバ側マウント要
求の中のサーバ側マウントポイント）のシェアを行う
（ステップ２０９）。

【００４８】なお、すでに当該マウントポイントのシェ
アが行われている場合には、マウント権確認手段２１は
その旨を示す情報を自己の内部に保持しておく（例え
ば、その旨を示すためのフラグにビットを立ててお
く）。

【００４９】マウント権確認手段２１は、当該マウント
ポイントのシェアが行われたことを確認した後に、クラ
イアント１０側のマウント権確認手段１２に対してクラ
イアント側マウント要求を発行する（ステップ２１
０）。このクライアント側マウント要求の中には、サー
ビスの種類（この場合には、クライアント側マウント要
求），ユーザ名，ユーザｉｄ，グループｉｄ，サーバホ
スト名，サーバ側マウントポイント，クライアント側マ
ウントポイントおよびオプションが入る。

【００５０】クライアント１０側のマウント権確認手段
１２は、当該クライアント側マウント要求を受け取る
と、当該クライアント側マウント要求の中のユーザ名，
ユーザｉｄ，グループｉｄおよびクライアント側マウン
トポイントに基づいて、そのクライアント側マウントポ
イントに該当するディレクトリが当該一般ユーザ（当該
ユーザ名，ユーザｉｄおよびグループｉｄで識別される
一般ユーザ）の所有であるか否かを検査する（ステップ
２１１）。

【００５１】マウント権確認手段１２は、ステップ２１
１の検査で「当該ディレクトリ（クライアント側マウン
トポイント）が当該一般ユーザの所有ではない」と判定
した場合（検査結果が「失敗」である場合）には、その
旨をサーバ２０側のマウント権確認手段２１に通知し
（ステップ２２２）、要求待ち状態に戻る。この通知を
受けたマウント権確認手段２１は、その旨をクライアン
ト１０側のマウント要求発行手段１１に通知し（ステッ
プ２２３）、要求待ち状態に戻る。

【００５２】一方、マウント権確認手段１２は、ステッ
プ２１１の検査で「当該ディレクトリが当該一般ユーザ
の所有である」と判定した場合（検査結果が「成功」で
ある場合）には、マウント実行手段１３に対してマウン
ト実行要求（当該マウントポイントのマウントの実行を
促す要求）を発行する（ステップ２１２）。なお、ステ
ップ２１１の検査結果が「成功」である場合が、当該ク
ライアント側マウント要求に関するマウント権（クライ
アント１０側でのマウント権）がある場合に該当する。

【００５３】マウント実行手段１３は、このマウント実
行要求に基づいて、当該マウントポイントのマウントを
実行する（ステップ２１３）。

【００５４】マウント権確認手段１２は、ステップ２１
３のマウントの実行が成功したか失敗したかを検査する
（ステップ２１４）。

【００５５】マウント権確認手段１２は、ステップ２１
４の検査で「マウントの実行が失敗した」と判定した場
合には、サーバ２０側のマウント権確認手段２１に対し
てその旨を示す通知（マウント失敗通知）を行い（ステ
ップ２２２）、要求待ち状態に戻る。マウント失敗通知
を受けたマウント権確認手段２１は、その旨をクライア
ント１０側のマウント要求発行手段１１に通知し（ステ
ップ２２３）、要求待ち状態に戻る。

【００５６】一方、マウント権確認手段１２は、ステッ
プ２１４の検査で「マウントの実行が成功した」と判定
した場合には、図６に示すようなフォーマットのマウン
ト状況記述ファイル１７に当該ユーザ名（ｕｓｒｍｎｔ
コマンドを発行した一般ユーザのユーザ名）と当該マウ
ントポイント（クライアント側マウントポイント）とを
示す情報を書き出し（ステップ２１５）、マウントが成
功した旨を示す通知（マウント成功通知）をサーバ２０
側のマウント権確認手段２１に対して行い（ステップ２
１６）、要求待ち状態に戻る。

【００５７】サーバ２０側のマウント権確認手段２１
は、クライアント１０側のマウント権確認手段１２から
のマウント成功通知（この通知の中にはサーバ側マウン
トポイントを示す情報が含まれている）を受け取った後
に、そのマウント成功通知に係るサーバ側マウントポイ
ントがステップ２０９で実際にシェアされたものである
か否かを検査する（ステップ２１７）。この検査は、ア
ンシェア要求を出すべきか否かを判定するための検査で
あり、例えば、「すでに当該マウントポイントのシェア
が行われている旨を示すためのフラグ」にビットが立っ
ていないかどうかを判定することによって行われる。

【００５８】マウント権確認手段２１は、ステップ２１
７の検査で「当該サーバ側マウントポイントがステップ
２０９で実際にシェアされたものである（アンシェア要
求を出すべきである）」と判定した場合には、当該箇所
（サーバ側マウントポイント）に対するアンシェア要求
をシェア実行手段２２に発行する（ステップ２１８）。

【００５９】シェア実行手段２２は、このアンシェア要
求に基づいて当該箇所のアンシェア（マウントの許可の
解除）を実行する（ステップ２１９）。なお、このアン
シェアの実行が失敗した場合にも、特別の対処はなされ
ず無視される。

【００６０】マウント権確認手段２１は、ステップ２１
７の検査で「当該サーバ側マウントポイントがステップ
２０９で実際にシェアされたものでない（アンシェア要
求を出すべきでない）」と判定した場合またはステップ
２１９のアンシェアの実行が終了した場合には、クライ
アント１０側のマウント要求発行手段１１に対して上述
の一連の処理が正常に終了した旨を示す通知（マウント
終了通知）を行い（ステップ２２０）、要求待ち状態に
戻る。

【００６１】クライアント１０側のマウント要求発行手
段１１は、このマウント終了通知を受けると、本実施例
におけるマウント実行処理を終了させる（ステップ２２
１）。すなわち、マウント実行処理が正常に終了した旨
等を画面上に表示して処理を終了させる。

【００６２】なお、マウント要求発行手段１１は、サー
バ２０側のマウント権確認手段２１から失敗の通知を受
けると（ステップ２２３参照）、その旨を画面上に表示
してマウント実行処理を終了させる（ステップ２２
４）。

【００６３】ステップ２２１やステップ２２４における
画面上の表示により、当該一般ユーザはマウントの成功
／失敗の旨を認識することができる。

【００６４】第３に、マウント解除時の動作について説
明する（図３参照）。

【００６５】クライアント１０側の一般ユーザは、マウ
ントを解除したい場合に、ｕｎｕｓｒｍｎｔコマンドを
発行する。

【００６６】クライアント１０側のマウント解除要求発
行手段１４は、このｕｎｕｓｒｍｎｔコマンドに基づい
て生成され、マウント解除権確認手段１５にマウント解
除要求を発行する（ステップ３０１）。このマウント解
除要求の中には、サービスの種類（この場合には、マウ
ント解除要求），ユーザ名およびマウント解除ポイント
が入る。

【００６７】マウント解除権確認手段１５は、そのマウ
ント解除要求を受けると、マウント状況記述ファイル１
７を読み出し（ステップ３０２）、当該マウント解除要
求の中のマウント解除ポイントに該当するマウントポイ
ントを有するエントリがマウント状況記述ファイル１７
（図６参照）に存在するか否かを検査する（ステップ３
０３）。

【００６８】マウント解除権確認手段１５は、ステップ
３０３の検査で「該当するエントリがマウント状況記述
ファイル１７に存在しない」と判定した場合（検査結果
が「失敗」である場合）には、その旨をマウント解除要
求発行手段１４に通知し（ステップ３０４）、要求待ち
状態に戻る。

【００６９】一方、マウント解除権確認手段１５は、ス
テップ３０３の検査で「該当するエントリがマウント状
況記述ファイル１７に存在する」と判定した場合（検査
結果が「成功」である場合）には、当該エントリに対応
するユーザ（当該エントリ中の「ユーザ名」で識別され
る一般ユーザ）が当該マウント解除要求に係るｕｎｕｓ
ｒｍｎｔコマンドを発行した一般ユーザであるか否か
（ユーザが一致するか否か）を検査する（ステップ３０
５）。

【００７０】マウント解除権確認手段１５は、ステップ
３０５の検査で「ユーザが一致しない」と判定した場合
（検査結果が「失敗」である場合）には、その旨をマウ
ント解除要求発行手段１４に通知し（ステップ３０
６）、要求待ち状態に戻る。

【００７１】一方、マウント解除権確認手段１５は、ス
テップ３０５の検査で「ユーザが一致する」と判定した
場合（検査結果が「成功」である場合）には、マウント
解除手段１６に対してマウント解除実行要求（当該マウ
ントポイントのマウントの解除の実行を促す要求）を発
行する（ステップ３０７）。なお、ステップ３０３およ
び３０５の検査結果が全て「成功」である場合が、当該
マウント解除要求に関するマウント解除権がある場合に
該当する。

【００７２】マウント解除手段１６は、このマウント解
除実行要求に応じて、当該マウントポイント（ステップ
３０３の検査で検出されたエントリ中のマウントポイン
ト）におけるマウントの解除を行う（ステップ３０
８）。

【００７３】マウント解除権確認手段１５は、ステップ
３０８におけるマウントの解除が成功したか失敗したか
を検査する（ステップ３０９）。

【００７４】マウント解除権確認手段１５は、ステップ
３０９の検査で「マウントの解除に成功した」と判定し
た場合には、マウント状況記述ファイル１７から当該マ
ウントポイントを有するエントリを削除する（ステップ
３１０）。

【００７５】一方、マウント解除権確認手段１５は、ス
テップ３０９で「マウントの解除に失敗した」と判定し
た場合（例えば、当該マウントポイントに該当するディ
レクトリが使用中であった場合）には、特別の対処をせ
ずに無視する（ステップ３１１の処理に制御を移す）。

【００７６】また、マウント解除権確認手段１５は、マ
ウントの解除に成功したか失敗したかを示す情報と失敗
した場合におけるその原因を示す情報とを自己の内部に
保持する（ステップ３１１）。

【００７７】さらに、マウント権解除確認手段１５は、
ステップ３１１で保持した情報をマウント解除要求発行
手段１４に通知し（ステップ３１２）、通知後に要求待
ち状態に戻る。

【００７８】マウント解除要求発行手段１４は、ステッ
プ３１２の通知に基づいてマウントの解除の成功／失敗
の結果等を画面に表示して本実施例におけるマウント解
除処理を終了させる（ステップ３１３）。

【００７９】なお、マウント解除要求発行手段１４は、
ステップ３０４または３０６におけるマウント権解除確
認手段１５からの通知を受けた場合には、その旨を画面
に表示してマウント解除処理を終了させる（ステップ３
１４）。

【００８０】ステップ３１３やステップ３１４における
画面上の表示により、当該一般ユーザはマウントの解除
の成功／失敗の旨を認識することができる。

【００８１】以上のような処理によって、クライアント
１０からサーバ２０への一般ユーザの要求によるマウン
トの実行およびマウントの解除が可能になる。ここで、
上述の説明のように、マウントを要求する一般ユーザ
（マウント要求発行者）が以下の〜に示すような条
件を満たす場合にのみマウント権の存在が認められるの
で、当該分散処理システムにおけるセキュリティの保持
は守られる。

【００８２】 サーバ２０側に、マウント要求発行者
のアカウントがあること（パスワードファイル２３内
に、当該マウント要求発行者のユーザ名，ユーザｉｄお
よびグループｉｄが存在していること）

【００８３】 サーバ側マウントポイントに該当する
ディレクトリの所有者がマウント要求発行者と一致して
いること

【００８４】 サーバ側マウントポイントに該当する
ディレクトリがマウント要求発行者のホームディレクト
リの下にあること

【００８５】 クライアント側マウントポイントに該
当するディレクトリがマウント要求発行者の所有になっ
ていること

【００８６】

【発明の効果】以上説明したように本発明は、ｕｓｒｍ
ｎｔコマンド（一般ユーザマウント要求コマンド）およ
びｕｎｕｓｒｍｎｔコマンド（一般ユーザマウント解除
要求コマンド）を用意し、クライアント側およびサーバ
側にｕｓｒｍｎｔｄ（マウント権確認手段，マウント解
除権確認手段およびシェア実行手段）を設け、マウント
状況記述ファイルおよびシェア管理ファイルを備えるこ
と等により、セキュリティを保持しつつ、一般ユーザが
他の計算機における当該一般ユーザの個人的なディスク
資源を自由にマウントすることができるようになるとい
う効果を有する（当該ディスク資源上のファイルへのア
クセスが容易になる）。すなわち、通常のＮＦＳにおい
てセキュリティ上の理由により特権ユーザにのみ与えら
れていたマウント要求の権限を特権ユーザ以外の一般ユ
ーザにも与えることを可能にし、一般ユーザが自己のデ
ィスク資源を自由にマウント（ＮＦＳマウント）できる
手法を確立することができるという効果がある。

【００８７】このような効果により、一般ユーザであっ
て、かつ複数の計算機にアカウントを持つユーザが、ど
の計算機からでもネットワークを意識せずに自己の所有
するディスク資源にアクセスできるようになり、以下の
〜に示すような効果が生じる。

【００８８】 個人的なディスク資源のネットワーク
間の転送が容易になる。

【００８９】 一度マウントしてしまえば、ネットワ
ーク上の他の計算機にログインすることなく、当該他の
計算機におけるディスク資源を使用することができる。

【００９０】 個人的なディスク資源を分散して持つ
ことができるので、各一般ユーザが各計算機に同じファ
イルを持つ必要がなくなり、分散処理システム全体にお
けるディスク資源の節約が可能になる。

【図面の簡単な説明】

【図１】本発明の分散ファイルシステムに係る一実施例
の構成を示すブロック図である。

【図２】図１に示す分散ファイルシステムにおけるマウ
ント実行処理を示す流れ図である。

【図３】図１に示す分散ファイルシステムにおけるマウ
ント解除処理を示す流れ図である。

【図４】図１中のシェア管理ファイルのフォーマットを
示す図である。

【図５】図１中のパスワードファイルのフォーマットを
示す図である。

【図６】図１中のマウント状況記述ファイルのフォーマ
ットを示す図である。

【符号の説明】

１０ クライアント １１ マウント要求発行手段 １２ マウント権確認手段 １３ マウント実行手段 １４ マウント解除要求発行手段 １５ マウント解除権確認手段 １６ マウント解除手段 １７ マウント状況記述ファイル ２０ サーバ ２１ マウント権確認手段 ２２ シェア実行手段 ２３ パスワードファイル ２４ シェア管理ファイル

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ＮＦＳが使用できる環境の分散処理シス
   テムにおいて、 サーバ側にディスク資源を所有する一般ユーザのアカウ
   ントを管理するサーバ側のパスワードファイルと、 各一般ユーザ毎に設けられており、当該一般ユーザにつ
   いてのシェアに関する情報を管理するサーバ側のシェア
   管理ファイルと、 各一般ユーザに関するマウント状況を示す情報を保持す
   るクライアント側のマウント状況記述ファイルと、 一般ユーザマウント要求コマンドに基づいてサーバ側マ
   ウント要求を発行するクライアント側のマウント要求発
   行手段と、 前記パスワードファイルおよび前記シェア管理ファイル
   を参照して前記マウント要求発行手段により発行された
   サーバ側マウント要求に関するサーバ側でのマウント権
   の有無を確認し、マウント権があると判定した場合にシ
   ェア要求を発行するサーバ側のマウント権確認手段と、 このサーバ側のマウント権確認手段により発行されたシ
   ェア要求に基づいてシェアの実行を行うサーバ側のシェ
   ア実行手段と、 このシェア実行手段によるシェアの実行が成功した後に
   前記サーバ側のマウント権確認手段から発行されるクラ
   イアント側マウント要求を受け、当該クライアント側マ
   ウント要求に関するクライアント側でのマウント権の有
   無を確認し、マウント権があると判定した場合にマウン
   ト実行要求を発行し、当該マウント実行要求に基づくマ
   ウントの実行が成功した場合にその旨を示す情報を前記
   マウント状況記述ファイルに書き出すクライアント側の
   マウント権確認手段と、 このクライアント側のマウント権確認手段により発行さ
   れたマウント実行要求に基づいてマウントの実行を行う
   クライアント側のマウント実行手段と、 一般ユーザマウント解除要求コマンドに基づいてマウン
   ト解除要求を発行するクライアント側のマウント解除要
   求発行手段と、 前記マウント状況記述ファイルを参照して前記マウント
   解除要求発行手段により発行されたマウント解除要求に
   関するマウント解除権の有無を確認し、マウント解除権
   があると判定した場合にマウント解除実行要求を発行す
   るクライアント側のマウント解除権確認手段と、 このマウント解除権確認手段により発行されたマウント
   解除実行要求に基づいてマウントの解除を行うクライア
   ント側のマウント解除手段とを有することを特徴とする
   分散ファイルシステム。
2. 【請求項２】 シェア管理ファイル内のエントリが、シ
   ェア対象ディレクトリ，マウント計算機ホスト名および
   アクセス権からなることを特徴とする請求項１記載の分
   散ファイルシステム。
3. 【請求項３】 マウント状況記述ファイル内のエントリ
   が、ユーザ名およびマウントポイントからなることを特
   徴とする請求項１記載の分散ファイルシステム。
4. 【請求項４】 ある一般ユーザのシェア管理ファイルが
   当該一般ユーザのホームディレクトリの直下にあること
   を特徴とする請求項１記載の分散ファイルシステム。