JP2000076152A - 分散ファイルシステムならびに同システムにおけるファイル共有方法及び同方法がプログラムされ記録される記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ＢＯＯＴＰに対応したＲＯＭを持たずにネッ
トワークブートを行ない、かつ、ＯＳに手を加えること
なくデバイスドライバの追加のみでユーザ毎ファイルシ
ステムの名前空間を拡張した分散ファイルシステムを構
築する。 【解決手段】 ファイル要求を予め定義されたプロトコ
ルに従うリクエストに変換してファイルサーバ２に転送
し、受信したリクエストをクライアント毎割り当てたフ
ァイルシステムへのリクエストに変換し、処理結果を予
め定義されたプロトコルに従うレスポンスとして返し、
このレスポンスをディスクキャッシュ１５に保存し、保
存したレスポンスに対応するリクエストと同じディスク
要求が発せられた場合、ディスクキャッシュに保存され
たそのレスポンスに基づき応答する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、予め定義されたリ
クエスト・レスポンス形式のネットワークプロトコルを
介して通信を行う、他のユーザとの間で排他制御を要し
ないファイルシステムをサービスするファイルサーバ
と、クライアントから成る通信ネットワークシステムに
用いて好適な、分散ファイルシステムならびに同システ
ムにおけるファイル共有方法及び同方法がプログラムさ
れ記録される記録媒体に関する。

【０００２】

【従来の技術】ＢＯＯＴＰは、ＵＤＰ（User Datagram
Protocol：コネクショレスというデータ転送するだけの
形態のトランスポート層プロトコル）／ＩＰ上のプロト
コルであり、ディスクレスのクライアントシステムがそ
のＩＰアドレスやサーバのアドレス、ロードして実行す
べきファイル（ブートプログラム）の名前を見つけて起
動できるようにする。

【０００３】そのため、ＲＯＭ内にあるＢＯＯＴＰは、
まず、「アドレス決定とブートファイル選択」と呼ばれ
るフェーズを実行してサーバのアドレス及び実行すべき
ファイル名を入手し、それらの情報が得られると、次に
そのファイルをＦＴＰを使用してメモリ上にロードして
実行する。これによってシステムの起動が終了する。従
って、従来はＢＯＯＴＰに対応したＲＯＭを持つシステ
ムでないとネットワークブートを行うことができなかっ
た。

【０００４】一方、クライアントサーバから成るネット
ワークシステムにおいて、従来、ローカルディスクの容
量を変更する際にはシステムを停止する必要があった。
また、ユーザ毎にファイルシステムの名前空間を持つこ
とはできなかった。例えば、ＮＦＳ（Network File Sys
tem ：ＵＤＰ上で動作するＬＡＮ上の分散ファイルシス
テム）では、あるユーザが行った分散ファイルシステム
への変更は全てのユーザに反映されてしまう。

【０００５】

【発明が解決しようとする課題】これは、各システムが
固有のファイルシステムの名前空間を持つため、ユーザ
毎にホスト名、ＯＳ等のシステム環境を変更ができない
ことに起因する。また、ＮＦＳは、サービスする範囲が
ＬＡＮ領域に限定されるため、遠隔地では、例えネット
ワークに接続されていても、ファイルを共有する等、通
常の作業環境を簡単に実現することはできなかった。

【０００６】また、従来の差分ファイルシステムでは、
変更されたファイルシステムをクライアントから透過的
にサービスするために、ファイルサーバ側でクライアン
ト毎の差分情報を基に処理を行う必要があった。

【０００７】本発明は上記諸々の事情に鑑みてなされた
ものであり、ＯＳを変更せずにデバイスドライバを改良
するだけで分散ファイルシステムを実現し、ユーザが使
用するディスクはファイルサーバで実行中のソフトウェ
アにより実際のディスクへマッピングすることにより、
ユーザが使用するディスク容量はそのソフトウェアの設
定を変更するだけでファイルサーバ、クライアントとも
に停止させることなくダイナミックに実現することので
きるユーザ毎に名前空間を持つ分散ファイルシステムを
提供することを目的とする。

【０００８】また、必要な情報をローカルディスクにキ
ャッシングすることにより、遠隔地でも実用に耐えうる
反応速度で通常の作業環境を実現し、クライアント側で
ユーザが変更した情報を基にファイルシステムの名前空
間を拡張し、ユーザが変更した差分のみ記録することに
より、ファイルサーバ側でユーザ毎の差分情報に基づく
処理を必要としない、かつ、ディスク容量の削減をはか
った、ユーザ毎に名前空間を持つ分散ファイルシステム
を提供することを目的とする。

【０００９】

【課題を解決するための手段】本発明の分散ファイルシ
ステムにおけるファイル共有方法は、予め定義されたリ
クエスト・レスポンス形式のネットワークプロトコルを
介して通信を行う、他のユーザとの間で排他制御を要し
ないファイルシステムをサービスするファイルサーバと
クライアントから成る通信ネットワークシステムにおい
て、クライアントにて生成されるファイル要求を予め定
義されたプロトコルに従うリクエストに変換し、ネット
ワーク経由でファイルサーバに転送し、受信したリクエ
ストをクライアント毎割り当てたファイルシステムへの
リクエストに変換し、処理結果を予め定義されたプロト
コルに従うレスポンスとして、また、必要に応じてクラ
イアントが処理できる情報を変換してレスポンスを返す
ことを特徴とする。

【００１０】また、本発明の分散ファイルシステムは、
公開するファイルファイルシステムを含む領域と、ユー
ザ毎のキャッシュ情報を記録する領域から成るディスク
装置を持つファイルサーバと、ＳＣＳＩインタフェース
とネットワークインタフェースを持ち、サーバのＩＰア
ドレスやブート時における処理プログラムが格納される
メモリを内蔵する入出力カードと、入出力カードに接続
され、ブロック単位でアクセスされるとともに、ブロッ
ク番号とそのブロックデータのアドレス情報から成るキ
ャッシュテーブル、及びブロック内データが格納される
ディスクキャッシュ装置とから成るクライアントシステ
ムで構成され、ブート時、上記処理プログラムを使用し
てユーザの認証を行いファイルサーバに対してあらかじ
め定義されたプロトコルに従うコネクションを確立し、
リードライト時、リクエストと共に到来するアクセスす
べきディスクブロック番号とアクセスすべきデータ領域
をパラメータとして得、上記キャッシュテーブルを検索
してディスクキャッシュをリード・ライトするか、リク
エストをサーバに送りサーバが持つ記録媒体にリード・
ライトすることも特徴とする。

【００１１】更に本発明の記録媒体は、予め定義された
リクエスト・レスポンス形式のネットワークプロトコル
を介して通信を行う、他のユーザとの間で排他制御を要
しないファイルシステムをサービスするファイルサーバ
とクライアントから成る通信ネットワークシステムにお
いて用いられ、クライアントにて生成されるファイル要
求を予め定義されたプロトコルに従うリクエストに変換
してネットワーク経由でファイルサーバに転送するステ
ップと、受信したリクエストをクライアント毎割り当て
たファイルシステムへのリクエストに変換するステップ
と、処理結果を予め定義されたプロトコルに従うレスポ
ンスとして、また、必要に応じてクライアントが処理で
きる情報に変換してレスポンスを返すステップとがプロ
グラムされ記録されることを特徴とする。

【００１２】このことにより、ＯＳの変更を要すること
なくデバイスドライバの変更のみでユーザ毎名前空間の
拡張が可能となる。従って、ＯＳやアプリケーションの
追加、変更を他のユーザに影響なく自由に行うことがで
きる。

【００１３】

【発明の実施の形態】図１は本発明の実施形態を示すブ
ロック図である。

【００１４】図において、１はクライアントシステムで
あり、通信回線３、例えばＬＡＮ経由でファイルサーバ
２に接続されている。図示してないがクライアントは他
にも存在し、サーバ２が持つ大容量ファイル装置を共有
しているものとする。

【００１５】クライアントシステム１は、ホストプロセ
ッサ１１、入出力カード１２、メモリ１３、バスブリッ
ジ１４、ローカルディスク装置１５で構成される。メモ
リ１３に格納される基本ソフトウェアのマッピング配置
を図２に示してある。図では、常駐ＯＳ１３１とデバイ
スドライバ１３２がマッピングされ格納されている。デ
バイスドライバ１３２は、機能的に、ＯＳ１３１とのイ
ンタフェース部１３２１、ＨＴＴＰプロトコル処理１３
２２、ＴＣＰ／ＩＰ処理部１３２３、ネットワーク用デ
バイスドライバ１３２４、ディスクキャッシュ用ファイ
ルシステム１３２５、ディスク用デバイスドライバ１３
２６に区分され、それぞれが処理階層として示されてい
る。各部分の関連についての詳細は後述する。

【００１６】図３は入出力カード１２のハードウェア構
成を示すブロック図である。入出力カード１２は、ホス
トプロセッサ１１とはＰＣＩバスインタフェース１２４
を介して接続され、外部接続機器とのインタフェースで
あるネットワークインタフェース１２１とディスク接続
インタフェースである、例えば、ＳＣＳＩインタフェー
スをも内蔵する。外部接続機器として、それぞれ、通信
回線３経由でファイルサーバが、ＳＣＳＩバス経由でロ
ーカルディスク装置１５が接続される。入出力カード１
２は、更にＲＯＭ１２３を内蔵し、ここに格納されたプ
ログラムを同じく内蔵のプロセッサもしくはホストプロ
セッサ１１が逐次実行することにより、後述するブート
処理が行われる。

【００１７】図４にローカルディスク装置１５の内部構
造が示されている。ローカルディスク装置１５は、キャ
ッシュしているディスクブロック番号とそのアドレスが
対で記憶されるキャッシュテーブル１５１とそのキャッ
シュ内ディスクブロックデータに領域分けされ、記憶さ
れている。

【００１８】入出力カード１２のハードウェア構成は上
述したとおりであり、ネットワークインタフェース１２
１とＳＣＳＩインタフェース１２２を内蔵し、サーバ２
のＩＰアドレスやブート時の処理プログラムを格納する
ＲＯＭ１２３も内蔵する。入出力カード１２に接続され
るローカルディスク装置１５のデータ構造は図４に示す
とおりであり、ここではディスクキャッシュとして使用
され、ブロック単位でリードライトされるものとする。
従って、キャッシュテーブル１５１には、キャッシュし
ているディスクブロック番号とそのディスクブロックの
データがローカルディスク装置１５のどこに格納されて
いるのかの情報（アドレス）が格納されている。キャッ
シユテーブル１５１以降にはキャッシュしているディス
クブロックのデータが続いている。

【００１９】サーバ２が公開しているディスク内に格納
される情報は図５に示す通りである。即ち、公開するフ
ァイルシステムを含む領域２１とユーザ毎のキヤッシュ
情報を記録する領域２２から成る。クライアント１とサ
ーバ２はここではＨＴＴＰプロトコルを用いリクエスト
とレスポンスを交換するものとし、図６に示すフローチ
ャートを参照しながら以下に詳細な動作説明を行う。

【００２０】図６は本発明実施形態の動作手順をフロー
チャートで示したものであり、主にＲＯＭ１２３に格納
されたブート処理プログラム及びデバイスドライバの動
作が示されている。まず、ブート時（ステップＳ６１）
ユーザに対してユーザ名とパスワード入力（ステップＳ
６２）を促し、ファイルサーバ２に対してＨＴＴＰのコ
ネクションを確立する。このとき、ユーザ名とパスワー
ドを基にユーザの認証（ステップＳ６３）も行う。サー
バ２が稼動していなかったり、あるいはユーザの認証に
失敗してサーバ２との間でＨＴＴＰコネクションの確立
ができなかった場合には、ディスクを検出できなかった
ように動作（ステップＳ６４）する。

【００２１】ＨＴＴＰコネクションが確立された場合に
は、ファイルサーバが公開しているファイルシステムを
含む公開領域２１を仮想ローカルディスクとして持つよ
うに動作する。仮想ローカルディスクの容量は公開領域
２１のサイズと等しくし、仮想ローカルディスクのディ
スクブロック番号は、公開領域の同一ディスクブロック
番号に対応するようにする。また、ユーザのキャッシュ
情報をファイルサーバ２から読み込み（ステップＳ６
５）、入出力カード１２に接続されているローカルディ
スク装置１５に格納（ステップＳ６６）する。これらの
処理を行うプログラムとサーバのＩＰアドレスは、入出
力カード１２内蔵のＲＯＭ１２３に記録され、ブート
時、内蔵プロセッサもしくはホストプロセッサ１１はこ
のＲＯＭに記録されたプログラムをリードして実行す
る。

【００２２】次にリード動作について説明する。

【００２３】まず、ＯＳからリードするディスクブロッ
ク番号とリードした情報を書き込むメモリ領域を指定し
たリード要求がデバイスドライバに通知される（ステッ
プＳ６７）。ここで、デバイスドライバは、まずローカ
ルディスク装置１５にあるキャッシュテーブルを検索す
る（ステップＳ６８）。ここで、ＯＳから指定されたデ
ィスクブロック番号をキャッシュしている場合は、ロー
カルディスク装置１５からデータを読み込み（ステップ
Ｓ６９）、指定されたメモリ領域に書き込む（ステップ
Ｓ７０）。キヤッシュしていない場合には、ＯＳから指
定されたディスクブロックのデータをファイルサーバ２
からリードするために、ディスクブロック番号の情報を
持つＨＴＴＰリクエストをファイルサーバ２に通知する
（ステップＳ７１）。ファイルサーバ２からはＨＴＴＰ
レスポンスとしてディスクブロックのデータが返される
（ステップＳ７２）ので、このデータを指定されたメモ
リ領域に書き込む（ステップＳ７０）。

【００２４】次にライト動作について説明する。

【００２５】まず、ＯＳからはライトするディスクブロ
ック番号とライトデータを格納したメモリ領域を指定し
たライト要求がデバイスドライバに通知される（ステッ
プＳ７３）。デバイスドライバではまずローカルディス
ク装置１５にあるキャッシュテーブル１５１を検索する
（ステップＳ７４）。

【００２６】ここで、ＯＳから指定されたディスクブロ
ック番号をキャッシュしている場合は、キャッシュ用デ
ィスクにライトデータを書き込む（ステップＳ７５）。
キャッシュしていない場合は、そのディスクブロックに
ライトする権利があるか否かを問い合わせるＨＴＴＰリ
クエストをファイルサーバ２へ送る（ステップＳ７
６）。問い合わせの結果は、ＨＴＴＰレスポンスとして
クライアントに通知される（ステップＳ７７）。

【００２７】ライトする権利がある場合は、ディスクブ
ロック番号とライトデータを含むＨＴＴＰリクエストを
ファイルサーバ２に送る（ステップＳ７８）。ファィル
サーバ２からはライト処理が正常終了したか否かを示す
ＨＴＴＰレスポンスが返され（ステップＳ７９）、この
ＨＴＴＰレスポンスを基にＯＳに対し正常終了したか否
かを通知する（ステップＳ８０）。ライトする権利がな
い場合は、キャッシュテーブル１５１にそのディスクブ
ロック番号を登録し、ライトデータをローカルディスク
装置１５に格納する（ステップＳ８１）。

【００２８】尚、システム終了時、ユーザのキャッシュ
情報をファイルサーバ２へ格納するためにキャッシュ情
報を持つＨＴＴＰリクエストをファイルサーバ２に送
る。上記の動作を行うデバイスドライバの処理階層が図
２に示されている。

【００２９】また、上述した本発明実施形態においては
述べられていないが、ファイルサーバ２からリードした
ディスクブロックのデータもキャッシュするような構成
でも同様の効果が得られる。

【００３０】以上説明のように、本発明においては、ネ
ットワークのインタフェースを持つ入出力カード１２を
ＯＳに対してディスクのインタフェースを持つ入出力カ
ードとして認識させるものであり、ファイルサーバ２は
他のユーザとの間で排他制御を行う必要のない、ブート
イメージ、ライブラリやアプリケーション等のファイル
のみを含むファイルシステムをサービスする分散ファイ
ルシステムであり、上述した入出力カードのために用意
されるデバイスドライバは、ＯＳからのディスク要求を
あらかじめ定義されたプロトコルのリクエストに変換
し、ネットワークで接続されたファイルサーバ２に転送
し、ファイルサーバでは受信したリクエストをクライア
ント毎割り当てたファイルシステムヘのリクエストに変
換し、処理結果をあらかじめ定義されたプロトコルのレ
スポンスとして返す。このとき、必要に応じてクライア
ントのＯＳが処理できるように情報を変換してレスポン
スを返す。デバイスドライバでは、受信したレスポンス
に基づきＯＳに適切な応答を返す。

【００３１】また、本発明は、上述した分散ファイルシ
ステムにディスクキャッシュを付加することにより、ネ
ットワークとディスクのインタフェースを内蔵する入出
力カードをＯＳに対してディスクノインタフェースを持
つ入出力カードと認識させ、この入出力カードのために
用意されるデバイスドライバでは、ファイルサーバ２か
らのレスポンスを入出力カードに接続されたローカルデ
ィスクにキャッシュし、以降、キャッシュしたレスポン
スに対応するリクエストと同一のディスク要求がＯＳか
ら発せられた場合、そのキャッシュしたレスポンスに基
づき応答を返す。

【００３２】更に、本発明において、ファイルサーバ２
は、各ユーザ毎基本ファイルシステムを割り当てる。こ
こで、全てのユーザに同一ファイルシステムを割り当て
ても良いし、また、グループ毎に同一ファイルシステム
を割り当てても良い。リクエストを受信したファイルサ
ーバ２は、送信元のユーザを認証し、ユーザ毎割り当て
た基本ファイルシステムへのリクエストに変換し、処理
結果をあらかじめ定義されたプロトコルのレスポンスと
して返す。ファイルサーバ２がサービスする基本ファイ
ルシステムをユーザが変更した際には、ディレクトリ情
報、ファイル情報等の変更内容をディスクキャッシュ上
に保存し、以降の処理ではその保存された変更情報を使
用し、ファイルサーバ２にある基本ファイルシステムは
変更されない。ディスクキャッシュに格納された変更情
報の内容は、システム終了時、またはユーザが指定した
タイミングで、ユーザ情報としてファィルサーバ２のデ
ィスクに記録される。このようにしてユーザ毎の名前空
間の拡張をはかる。

【００３３】

【発明の効果】以上説明のように本発明によれば以下に
列挙する効果が得られる。

【００３４】(1) ＢＯＯＴＰに対応したＲＯＭがシステ
ムになくても、上述した入出力カードを挿入し、カード
内蔵のＲＯＭに書き込まれたコードを実行することによ
り、ネットワークブートを行うことができる。また、Ｏ
Ｓに手を加えることなく、デバイスドライバを追加する
だけで分散ファイルシステムを構築することができる。

【００３５】(2) ユーザが使用するディスクは、ファイ
ルサーバで実行中のソフトウェアにより実際のファイル
にマッピングされることから、ユーザが使用するディス
クの容量は、ソフトウェアの設定を変更するだけで、フ
ァイルサーバ、クライアント共に停止させることなくダ
イナミックに変更ができる。

【００３６】(3) 本発明によればユーザ毎にファイルシ
ステムの名前空間を拡張でき、ＯＳやアプリケーション
の追加、変更を行うことができ、このとき、それら変更
は他のユーザに影響を与えることがない。

【００３７】(4) 通常使用している計算機と異なる計算
機でもホスト名、ＯＳ等同一の環境を実現できる。

【００３８】(5) また、ファイルサーバとは、ＨＴＴＰ
のような信頼性の補償されたプロトコルで情報を交換
し、また、必要なファイルをローカルディスクにキャッ
シュすることにより、遠隔地でも実用に耐えうる反応速
度で通常の作業環境を実現することができる。

【００３９】(6) クライアント側でユーザが変更した情
報を基にファイルシステムの名前空間を拡張するため、
ファイルサーバ側ではユーザ毎の差分情報を基に処理を
行う必要がなくなる。ユーザが変更した差分のみを記録
するため、ディスク容量を節約できる。また、元の環境
に戻すときにはファイルサーバにユーザ情報として記録
されている変更情報を消去するだけで良い。

【図面の簡単な説明】

【図１】本発明の実施形態を示すブロック図、

【図２】図１におけるメモリにマッピングされたプログ
ラムの構成を示す図、

【図３】図１における入出力カードのハードウェア構成
を示す図、

【図４】図１におけるローカルディスク装置に割り付け
られたデータ構造を示す図、

【図５】図１におけるファイルサーバが持つ大容量ディ
スク装置のメモリ構造を示す図、

【図６】本発明実施形態の動作手順をフローチャートで
示した図、

【符号の説明】

１…クライアントシステム、２…ファイルサーバ、３…
通信回線、１１…ホストプロセッサ、１２…入出力カー
ド、１３…メモリ、１４…ブリッジ、１５…ローカルデ
ィスク装置、２１…公開ファイルシステム、２２…ユー
ザ毎のキャッシュ情報、１２１…ネットワークインタフ
ェース、１２２…ＳＣＳＩインタフェース、１２３…Ｒ
ＯＭ、１２４…ＰＣＩインタフェース、１３１…ＯＳ、
１３２…デバイスドライバ、１５１…キャッシュテーブ
ル、１５２…キャッシュディスクブロック、１３２１…
インタフェース部、１３２２…ＨＴＴＰプロトコル処理
部、１３２３…ＴＣＰ／ＩＰプロトコル処理部、１３２
４…ネットワーク用デバイスドライバ、１３２５…ディ
スクキャッシュのファイルシステム、１３２６…ディス
ク用デバイスドライバ

Claims (18)

【特許請求の範囲】
1. 【請求項１】 予め定義されたリクエスト・レスポンス
   形式のネットワークプロトコルを介して通信を行う、他
   のユーザとの間で排他制御を要しないファイルシステム
   をサービスするファイルサーバとクライアントから成る
   通信ネットワークシステムにおいて、クライアントにて
   生成されるファイル要求を予め定義されたプロトコルに
   従うリクエストに変換してネットワーク経由でファイル
   サーバに転送し、受信したリクエストをクライアント毎
   割り当てたファイルシステムへのリクエストに変換し、
   処理結果を予め定義されたプロトコルに従うレスポンス
   として、また、必要に応じてクライアントが処理できる
   情報に変換してレスポンスを返すことを特徴とする分散
   ファイルシステムにおけるファイル共有方法。
2. 【請求項２】 ファイルサーバからのレスポンスをディ
   スクキャッシュに保存し、保存したレスポンスに対応す
   るリクエストと同じディスク要求が発せられた場合、デ
   ィスクキャッシュに保存されたそのレスポンスに基づき
   応答することを特徴とする請求項１記載の分散ファイル
   システムにおけるファイル共有方法。
3. 【請求項３】 リクエストを受信したファイルサーバ
   は、送信元のユーザを認証し、ユーザ毎割り当てた基本
   ファイルシステムへのリクエストに変換し、処理結果を
   予め定義されたプロトコルに従うレスポンスとして返す
   ことを特徴とする請求項１記載の分散ファイルシステム
   におけるファイル共有方法。
4. 【請求項４】 ファイルサーバがサービスする基本ファ
   イルシステムをユーザが変更したとき、その変更情報を
   ディスクキャッシュに反映させ、ファイルサーバにある
   基本ファイルシステムの内容を維持したまま、以降、変
   更情報が反映されたディスクキャッシュを使用すること
   を特徴とする請求項３記載の分散ファイルシステムにお
   けるファイル共有方法。
5. 【請求項５】 ディスクキャッシュに反映された変更情
   報は、システム終了時、もしくはユーザが指定したタイ
   ミングで、ユーザ情報としてファイルサーバが持つ記録
   媒体に記録することを特徴とする請求項４記載の分散フ
   ァイルシステムにおけるファイル共有方法。
6. 【請求項６】 公開するファイルシステムを含む領域
   と、ユーザ毎のキャッシュ情報を記録する領域から成る
   ディスク装置を持つファイルサーバと、ＳＣＳＩインタ
   フェースとネットワークインタフェースを持ち、サーバ
   のＩＰアドレスやブート時における処理プログラムが格
   納されるメモリを内蔵する入出力カードと、入出力カー
   ドに接続され、ブロック単位でアクセスされるととも
   に、ブロック番号とそのブロックデータのアドレス情報
   から成るキャッシュテーブル、及びブロック内データが
   格納されるディスクキャッシュ装置とから成るクライア
   ントシステムで構成され、上記クライアントシステム
   は、ブート時上記処理プログラムを使用してユーザの認
   証を行いファイルサーバに対してあらかじめ定義された
   プロトコルに従うコネクションを確立し、リードライト
   時、リクエストと共に到来するアクセスすべきディスク
   ブロック番号とアクセスすべきデータ領域をパラメータ
   として得、上記キャッシュテーブルを検索してディスク
   キャッシュをリード・ライトするか、リクエストをサー
   バに送りサーバが持つディスク装置にリード・ライトす
   ることを特徴とする分散ファイルシステム。
7. 【請求項７】 ブート時にコネクションが確立された場
   合、ユーザ毎のキャッシュ情報をファイルサーバから
   得、入出力カードに接続されたディスクキャッシュ装置
   に格納することを特徴とする請求項６記載の分散ファイ
   ルシステム。
8. 【請求項８】 リード時、キュッシュテーブルを検索す
   ることにより指定されたブロック番号に相当するデータ
   がディスクキャッシュ装置にあったとき、そのディスク
   キャッシュ装置から必要データを読み込んで指定された
   メモリ領域に書き込み、指定されたブロック番号に相当
   するデータがディスクキャッシュ装置になかったとき、
   ディスクブロック番号の情報を持つリクエストをファイ
   ルサーバに通知し、ファイルサーバから必要なディスク
   ブロックのデータを得指定されたメモリ領域に書き込む
   ことを特徴とする請求項６記載の分散ファイルシステ
   ム。
9. 【請求項９】 更に、ファイルサーバからのレスポンス
   として得たブロックをディスクキャッシュ装置に格納す
   る請求項８記載の分散ファイルシステム。
10. 【請求項１０】 ライト時、キャッシュテーブルを検索
    することににより、指定されたディスクブロック番号に
    相当するデータがディスクキャッシュ装置にあった場
    合、ライトデータを書き込み、指定されたブロック番号
    に相当するデータがディスクキャッシュ装置になかった
    とき、そのディスクブロックにライトする権利があるか
    否かを問い合わせるリクエストをファイルサーバに問い
    合わせ、問い合わせの結果をレスポンスとして得、ライ
    トする権利がある場合、ディスクブロック番号とライト
    データをパラメータとして持つリクエストをファイルサ
    ーバに通知してサーバからライト処理が正常終了したこ
    とを示すレスポンスを受信し、ライトする権利がない場
    合、キャッシュテーブルにそのディスクブロック番号を
    登録し、ライトデータをディスクキャッシュに格納する
    ことを特徴とする請求項６記載の分散ファイルシステ
    ム。
11. 【請求項１１】 ディスクキャッシュ装置に反映された
    変更情報は、システム終了時、もしくはユーザが指定し
    たタイミグでユーザ毎のキャッシュ情報としてファイル
    サーバが持つ記録媒体に記録することを特徴とする請求
    項６記載の分散ファイルシステム。
12. 【請求項１２】 予め定義されたリクエスト・レスポン
    ス形式のネットワークプロトコルを介して通信を行う、
    他のユーザとの間で排他制御を要しないファイルシステ
    ムをサービスするファイルサーバとクライアントから成
    る通信ネットワークシステムにおいて用いられ、クライ
    アントにて生成されるファイル要求を予め定義されたプ
    ロトコルに従うリクエストに変換してネットワーク経由
    でファイルサーバに転送するステップと、受信したリク
    エストをクライアント毎割り当てたファイルシステムへ
    のリクエストに変換するステップと、処理結果を予め定
    義されたプロトコルに従うレスポンスとして、また、必
    要に応じてクライアントが処理できる情報に変換してレ
    スポンスを返すステップとがプログラムされ記録される
    記録媒体。
13. 【請求項１３】 ブート時にユーザの認証を行いファイ
    ルサーバに対してあらかじめ定義されたプロトコルに従
    うコネクションを確立するステップと、リードライト
    時、リクエストと共に到来するアクセスすべきディスク
    ブロック番号とアクセスすべきデータ領域をパラメータ
    として得、上記キャッシュテーブルを検索してディスク
    キャッシュをリード・ライトするか、リクエストをサー
    バに送りサーバが持つディスク装置にリード・ライトす
    るステップとがプログラムされ記録される請求項１２記
    載の記録媒体。
14. 【請求項１４】 ブート時にコネクションが確立された
    場合、ユーザ毎のキャッシュ情報をファイルサーバから
    得るステップと、ユーザ毎のキャッシュ情報を入出力カ
    ードに接続されたディスクキャッシュ装置に格納するス
    テップとがプログラムされ記録される請求項１３記載の
    記録媒体。
15. 【請求項１５】 リード時にキュッシュテーブルを検索
    するステップと、指定されたブロック番号に相当するデ
    ータがディスクキャッシュ装置にあったとき、そのディ
    スクキャッシュ装置から必要データを読み込んで指定さ
    れたメモリ領域に書き込むステップと、指定されたブロ
    ック番号に相当するデータがディスクキャッシュ装置に
    なかったとき、ディスクブロック番号の情報を持つリク
    エストをファイルサーバに通知するステップと、ファイ
    ルサーバから必要なディスクブロックのデータを得、指
    定されたメモリ領域に書き込むステップとがプログラム
    され記録される請求項１２記載の記録媒体。
16. 【請求項１６】 リード時にファイルサーバから得たデ
    ィスクブロックをディスクキャッシユ装置に格納するス
    テップが更にプログラムされ記録される請求項１５記載
    の記録媒体。
17. 【請求項１７】 ライト時にキャッシュテーブルを検索
    するステップと、指定されたディスクブロック番号に相
    当するデータがディスクキャッシュ装置にあった場合、
    ライトデータを書き込むステップと、指定されたブロッ
    ク番号に相当するデータがディスクキャッシュ装置にな
    かったとき、そのディスクブロックにライトする権利が
    あるか否かを問い合わせるリクエストをファイルサーバ
    に発するステップと、問い合わせの結果をレスポンスと
    して得るステップと、ライトする権利がある場合、ディ
    スクブロック番号とライトデータをパラメータとして持
    つリクエストをファイルサーバに通知してサーバからラ
    イト処理が正常終了したことを示すレスポンスを受信す
    るステップと、ライトする権利がない場合、キャッシュ
    テーブルにそのディスクブロック番号を登録し、ライト
    データをディスクキャッシュに格納するステップとがプ
    ログラムされ記録される請求項１２記載の記録媒体。
18. 【請求項１８】 ファイルサーバがサービスするファイ
    ルシステムを更新するステップと、更新した内容をディ
    スクキャッシュに保存するステップと、ディスクキャッ
    シュに保存された内容を、システム終了時、もしくはユ
    ーザが指定したタイミングにてファイルシステムに反映
    させるステップとがプログラムされ記録される請求項１
    ２記載の記録媒体。