(57)【要約】【課題】複数のクライアントがネットワークを介してファイルを共有しているネットワークシステムにおいて、複数のクライアントにおいて同時にＷｒｉｔｅ要求が発生しても、ファイルサーバの要求受信バッファが溢れないようにする。【解決手段】クライアント１００−１〜１００−ｎ，６００−１〜６００−ｍは、ファイルサーバ２００が管理するファイル３０１を共有する。クライアント１００−１〜１００−ｎは、ファイル３０１にデータをＷｒｉｔｅする際、Ｗｒｉｔｅ要求パケット５００を直接ファイルサーバ２００へ送信する。一方、クライアント６００−１〜６００−ｍは、Ｗｒｉｔｅ要求パケット８０１を中継サーバ７００を介してファイルサーバ２００へ送信する。クライアント１００−１〜１００−ｎ，６００−１〜６００−ｍで同時にＷｒｉｔｅ要求が発生しても、ファイルサーバ２００へのＷｒｉｔｅ要求パケットの到達時刻に差ができるので、ファイルサーバ２００内の要求受信バッファ２０２が溢れる確率を減らし、スループットを向上させることができる。【選択図】      図１
2004252630.tif 000002
【特許請求の範囲】
【請求項１】
ファイルサーバで管理されているファイルを、複数のクライアントがネットワークを介して共有するネットワークシステムにおいて、
前記複数のクライアントの内の一部のクライアントが、前記ファイルにデータを書き込む際、中継サーバを介して前記ファイルサーバにＷｒｉｔｅ要求を送信する構成を有することを特徴とするネットワークシステム。
【請求項２】
ファイルサーバで管理されているファイルを、複数のクライアントがネットワークを介して共有するネットワークシステムにおいて、
前記ネットワーク上に中継サーバを備え、
前記複数のクライアントの内の一部のクライアントが、前記ファイルにデータを書き込む際、Ｗｒｉｔｅ要求を含む中継要求を前記中継サーバに送信する構成を有し、
前記中継サーバが、中継要求を受信したとき、該中継要求に含まれているＷｒｉｔｅ要求を前記ファイルサーバへ送信する構成を有し、
前記ファイルサーバが、前記中継サーバから送られてきたＷｒｉｔｅ要求を要求受信バッファに格納し、該要求受信バッファに格納されているＷｒｉｔｅ要求に従って前記ファイルにデータを書き込む構成を有することを特徴とするネットワークシステム。
【請求項３】
請求項２記載のネットワークシステムにおいて、
前記ファイルサーバが、前記中継サーバから送られてきたＷｒｉｔｅ要求に従ったＷｒｉｔｅ処理の処理結果を前記中継サーバに返信する構成を有し、
前記中継サーバが、前記ファイルサーバから処理結果が返信されてきたとき、前記Ｗｒｉｔｅ要求の送信元のクライアントに前記処理結果を返信する構成を有することを特徴とするネットワークシステム。
【請求項４】
請求項３記載のネットワークシステムにおいて、
前記複数のクライアントの内の前記一部のクライアント以外のクライアントが、前記ファイルにデータを書き込む際、Ｗｒｉｔｅ要求を前記中継サーバを介さずに前記ファイルサーバへ直接送信する構成を有することを特徴とするネットワークシステム。
【請求項５】
ファイルサーバで管理されているファイルを、複数のクライアントがネットワークを介して共有しているネットワークシステムにおける負荷低減方法であって、
前記複数のクライアントの内の一部のクライアントが、前記ファイルにデータを書き込む際、Ｗｒｉｔｅ要求を含む中継要求を前記中継サーバに送信し、
前記中継サーバが、中継要求を受信したとき、該中継要求に含まれているＷｒｉｔｅ要求を前記ファイルサーバへ送信し、
前記ファイルサーバが、前記中継サーバから送られてきたＷｒｉｔｅ要求を要求受信バッファに格納し、該要求受信バッファに格納されているＷｒｉｔｅ要求に従って前記ファイルにデータを書き込むことを特徴とする負荷低減方法。
【請求項６】
ファイルサーバで管理されているファイルを、ネットワークを介して共有する複数のクライアントの内の一部のクライアントであって、
前記ファイルにデータを書き込む際、Ｗｒｉｔｅ要求を中継サーバを介して前記ファイルサーバに送信する手段を備えたことを特徴とするクライアント。
【請求項７】
ファイルサーバで管理されているファイルを、ネットワークを介して共有する複数のクライアントの内の一部のクライアントをコンピュータによって実現するためのプログラムであって、
前記コンピュータを、前記ファイルにデータを書き込む際、Ｗｒｉｔｅ要求を中継サーバを介して前記ファイルサーバに送信する手段として機能させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ファイルサーバが管理しているファイルを、複数のクライアントがネットワークを介して共有しているネットワークシステムに関し、特に、複数のクライアントにおいて同時にファイルに対するＷｒｉｔｅ要求が発生した場合においても、ファイルサーバに負荷集中が発生しないようにすることができる負荷低減技術に関する。
【０００２】
【従来の技術】
従来からファイルサーバで管理されているファイルを、複数のクライアントがネットワークを介して共有するネットワークシステムが実現されている。このようなネットワークシステムは、コンピュータのオペレーティングシステムにおいて数多く採用されている分散ファイルシステムであるＮＦＳ（Ｎｅｔｗｏｒｋ  Ｆｉｌｅｓｙｓｔｅｍ）を用いてデータ共有を行っている。
【０００３】
図４は従来のこの種のネットワークシステムの構成例を示すブロック図である。
【０００４】
同図を参照すると、従来のネットワークシステムは、複数台のクライアント１００−１〜１００−３と、大規模な記憶装置３００を持つファイルサーバ２００とから構成されており、クライアント１００−１〜１００−３とファイルサーバ２００とはネットワーク４００を介して相互に接続されている。
【０００５】
各クライアント１００−１〜１００−３は、それぞれＮＦＳ等の分散ファイルシステム１０１−１〜１０１−３を備えている。また、ファイルサーバ２００もＮＦＳ等の分散ファイルシステム２０１を備えている。ファイルサーバ２００内の分散ファイルシステム２０１は、各クライアント１００−１〜１００−３からの要求を一時的に保存する要求受信バッファ２０２を備えている。また、記憶装置３００には、各クライアント１００−１〜１００−３によって共有されるファイル３０１が格納されている。
【０００６】
次に、図５，図６の流れ図を参照し、クライアント１００−１〜１００−３においてファイル３０１に対するＷｒｉｔｅ要求が発生した場合の動作を説明する。
【０００７】
クライアント（例えば、クライアント１００−３）内の或るプロセスにおいて、リモートファイルであるファイル３０１に対するＷｒｉｔｅ要求が発生すると（図５のステップＳ５１）、分散ファイルシステム１０１−３は、その定義情報からファイルサーバ２００に関する情報を読み出し（ステップＳ５２）、Ｗｒｉｔｅ要求パケット５００を作成する（ステップＳ５３）。このＷｒｉｔｅ要求パケット５００には、送信先、返答先、Ｗｒｉｔｅデータ、Ｗｒｉｔｅアドレスが含まれている。送信先には、ステップＳ５２で読み出した情報に含まれているファイルサーバ２００のアドレスが設定され、返答先には、自クライアント１００−３のアドレスが設定される。
【０００８】
その後、分散ファイルシステム１０１−３は、Ｗｒｉｔｅ要求パケット５００をネットワーク４００を介してファイルサーバ２００へ送信し（ステップＳ５４）、ファイルサーバ２００からの応答待ち合わせ状態になる（ステップＳ５５）。
【０００９】
一方、ファイルサーバ２００は、クライアント１００−３からＷｒｉｔｅ要求パケット５００が送られてくると、それを要求受信バッファ２０２に格納する。分散ファイルシステム２０１は、クライアント１００−３からのＷｒｉｔｅ要求パケット５００を要求受信バッファ２０２から取り出すと（図６のステップＳ６１）、その内容をチェックする（ステップＳ６２）。
【００１０】
そして、不正なファイル操作等を要求している不正な要求であると判断した場合は、エラーを示すＷｒｉｔｅ返答パケット５０１をクライアント１００−３に返信する（ステップＳ６５）。ここで、返信先のクライアント１００−３は、Ｗｒｉｔｅ要求パケット５００中の返答先によって示されているクライアントである。
【００１１】
これに対して、ステップＳ６２で正常な要求であると判断した場合は、Ｗｒｉｔｅデータのファイル３０１への書き込み処理を行い、その結果を示すＷｒｉｔｅ返答パケット５０１を要求元のクライアント１００−３に返信する（ステップＳ６３、Ｓ６４）。
【００１２】
再び図５に戻り、応答待ち合わせ状態にあるクライアント１００−３は、Ｗｒｉｔｅ返答パケット５０１の受信或いは待ち合わせ時間経過により待ち合わせが終了すると、Ｗｒｉｔｅ返答パケット５０１の内容を確認する（ステップＳ５６）。そして、Ｗｒｉｔｅ返答パケット５０１の内容が、Ｗｒｉｔｅ処理が正常終了したことを示している場合には、先のステップＳ５１においてＷｒｉｔｅ要求の発生したプロセスに対して正常通知を行い（ステップＳ５７）、処理を終了する。
【００１３】
これに対して、Ｗｒｉｔｅ返答パケット５０１の内容が、エラーやＷｒｉｔｅ処理の異常終了を示している場合や、待ち合わせ時間が経過してもＷｒｉｔｅ返答パケット５０１を受信できなかった場合は、再要求回数を確認し（ステップＳ５８）、定義数以下であればステップＳ５４の処理へ、定義数以上であれば、先のステップＳ５１においてＷｒｉｔｅ要求の発生したプロセスに対して異常通知を行い（ステップＳ５９）、処理を終了する。
【００１４】
以上が、ファイルサーバで管理されているファイルを、複数のクライアントがネットワークを介して共有しているネットワークシステムの一般的な構成および動作である。
【００１５】
一方、サーバ側の負荷を低減させる従来の技術として、クライアントからサーバへのリクエストを中継すると共にサーバからクライアントへのレスポンスを中継するゲートウェイにおいて、レスポンスの中継処理に滞りがある場合には、リクエストの中継処理を行わないようにした技術が知られている（例えば、特許文献１参照）。
【００１６】
【特許文献１】
特開２００２−２７１４２２号公報
【００１７】
【発明が解決しようとする課題】
図４に示した従来のネットワークシステムでは、多くの要求がクライアントから同時にファイルサーバに集中すると、要求受信バッファに要求を格納しきれずに、要求を受信できないという事態が発生する。クライアントは、要求に対する返答に対する時間監視を行っており、要求が受け付けられなかったクライアントは、タイムアウト後に再要求することにより処理を継続する。そのため全体の処理時間が長くなって性能が低下してしまう。特に、Ｗｒｉｔｅ要求が集中した場合にこの傾向が顕著である。これはｗｒｉｔｅ要求パケットには、実際にｗｒｉｔｅするデータが格納されており、他の要求と比較してサイズが大きく、要求受信バッファが溢れる確率が高いためである。
【００１８】
例えば、クラスター構成のような多コンピュータからなる計算機システムでは、ユーザデータの共有や分散並列プログラムを動作させるために同一のデータを多コンピュータから共有する必要があり、一般的にＮＦＳが良く用いられる。この場合、特に分散並列プログラムから同期を取って、同時に単一データにアクセスする場合が多く見られる。この場合、分散並列プログラムが動作するコンピュータ数が多くなるにつれ、ＮＦＳサーバへの瞬間的な負荷が増大し、ＮＦＳサーバが要求を処理しきれないため再送処理が発生し、全体のＮＦＳのスループット性能が低下することが多い。
【００１９】
また、特開２００２−２７１４２２号公報に記載されている技術は、サーバの負荷を低減させる技術ではあるが、ファイルサーバで管理されているファイルを、複数のクライアントが共有しているネットワークシステムにおける負荷低減技術ではないため、クライアントからのＷｒｉｔｅ要求を上記公報に記載されている構成のゲートウェイを介してファイルサーバに送信するようにしたとしても、複数のクライアントにおいて、同時にＷｒｉｔｅ要求が発生した場合、ファイルサーバ内の要求受信バッファが溢れ、スループット性能が低下してしまう。
【００２０】
そこで、本発明の目的は、ファイルサーバが管理しているファイルを、複数のクライアントがネットワークを介して共有しているネットワークシステムにおいて、複数のクライアントにおいて同時にファイルに対するＷｒｉｔｅ要求が発生した場合であっても、ファイルサーバの要求受信バッファが溢れないようにすることにある。
【００２１】
【課題を解決するための手段】
本発明に係るネットワークシステムは、上記目的を達成するため、
ファイルサーバで管理されているファイルを、複数のクライアントがネットワークを介して共有するネットワークシステムにおいて、
前記複数のクライアントの内の一部のクライアントが、前記ファイルにデータを書き込む際、中継サーバを介して前記ファイルサーバにＷｒｉｔｅ要求を送信する構成を有することを特徴とする。
【００２２】
より具体的には、本発明に係るネットワークシステムは、
ファイルサーバで管理されているファイルを、複数のクライアントがネットワークを介して共有するネットワークシステムにおいて、
前記ネットワーク上に中継サーバを備え、
前記複数のクライアントの内の一部のクライアントが、前記ファイルにデータを書き込む際、Ｗｒｉｔｅ要求を含む中継要求を前記中継サーバに送信する構成を有し、
前記中継サーバが、中継要求を受信したとき、該中継要求に含まれているＷｒｉｔｅ要求を前記ファイルサーバへ送信する構成を有し、
前記ファイルサーバが、前記中継サーバから送られてきたＷｒｉｔｅ要求を要求受信バッファに格納し、該要求受信バッファに格納されているＷｒｉｔｅ要求に従って前記ファイルにデータを書き込む構成を有することを特徴とする。
【００２３】
また、本発明のネットワークシステムは、
前記ファイルサーバが、前記中継サーバから送られてきたＷｒｉｔｅ要求に従ったＷｒｉｔｅ処理の処理結果を前記中継サーバに返信する構成を有し、
前記中継サーバが、前記ファイルサーバから処理結果が返信されたきたとき、前記Ｗｒｉｔｅ要求の送信元のクライアントに前記処理結果を返信する構成を有することを特徴とする。
【００２４】
また、本発明のネットワークシステムは、
前記複数のクライアントの内の前記一部のクライアント以外のクライアントが、前記ファイルにデータを書き込む際、Ｗｒｉｔｅ要求を前記中継サーバを介さずに前記ファイルサーバへ直接送信する構成を有することを特徴とする。
【００２５】
【作用】
ファイルサーバが管理しているファイルを共有する複数のクライアントの内の一部のクライアントが、Ｗｒｉｔｅ要求を中継サーバ経由でファイルサーバに送信するようにしているので、多数のクライアントが同時にＷｒｉｔｅ要求をファイルサーバに送信しても、ファイルサーバへのＷｒｉｔｅ要求の到達時刻に差ができ、その間にファイルサーバがＷｒｉｔｅ要求を処理できるので、要求受信バッファが溢れる確率は減り、全体のスループット性能が向上する。
【００２６】
【発明の実施の形態】
次に本発明の実施の形態について図面を参照して詳細に説明する。
【００２７】
【実施例の構成】
図１を参照すると、本発明に係るネットワークシステムの実施例は、クライアント１００−１〜１００−ｎ、６００−１〜６００−ｍと、大規模な記憶装置３００を有するファイルサーバ２００と、中継サーバ７００とから構成され、それらはネットワーク４００を介して相互に接続されている。
【００２８】
クライアント１００−１〜１００−ｎ及びクライアント６００−１〜６００−ｍは、ネットワーク４００を介してファイル３０１を共有するクライアントである。
【００２９】
クライアント１００−１〜１００−ｎは、図４に示したクライアント１００−１〜１００−３と同様の構成および機能を有する。
【００３０】
クライアント６００−１は、分散ファイルシステム１０１−１の代わりに、改良分散ファイルシステム６０１−１を備えている点がクライアント１００−１と相違している。改良分散ファイルシステム６０１−１は、Ｗｒｉｔｅ中継発行手段６０２−１を備えている点が分散ファイルシステム１０１−１と相違しており、Ｗｒｉｔｅ中継発行手段６０２−１は、Ｗｒｉｔｅ要求パケット８０１を含む中継Ｗｒｉｔｅ要求パケット８００を中継サーバ７００に送信する機能を有する。
【００３１】
また、クライアント６００−１が備えている記録媒体Ｋ６００は、ディスク、半導体メモリ、その他の記録媒体であり、コンピュータからなるクライアント６００−１上に改良分散ファイルシステム６０１−１を実現するためのプログラムが記録されている。このプログラムは、コンピュータによって読み取られ、その動作を制御することで、コンピュータ上に改良分散ファイルシステム６０１−１を実現する。なお、他のクライアント６００−２〜６００−ｍもクライアント６００−１と同様の構成および機能を有している。
【００３２】
ファイルサーバ２００は、図４に示したファイルサーバ２００と同様の構成および機能を有する。
【００３３】
中継サーバ７００は、Ｗｒｉｔｅ中継手段７０２を含む改良分散ファイルシステム７０１を備えている。Ｗｒｉｔｅ中継手段７０２は、クライアント６００−ｉ（１≦ｉ≦ｍ）から送られてきた中継Ｗｒｉｔｅ要求パケット８００に含まれているＷｒｉｔｅ要求パケット８０１中の返答先を自中継サーバに変更したＷｒｉｔｅ要求パケット８０１’をファイルサーバ２００に中継する機能や、上記Ｗｒｉｔｅ要求パケット８０１に対するファイルサーバ２００からのＷｒｉｔｅ返答パケット８０２をクライアント６００−ｉに返信する機能を有する。
【００３４】
また、中継サーバ７００が備えている記録媒体Ｋ７００は、ディスク、半導体メモリ、その他の記録媒体であり、コンピュータからなる中継サーバ７００上に改良分散ファイルシステム７０１を実現するためのプログラムが記録されている。このプログラムは、コンピュータによって読み取られ、その動作を制御することで、コンピュータ上に改良分散ファイルシステム７０１を実現する。
【００３５】
【実施例の動作の説明】
次に、本実施例の動作について詳細に説明する。
【００３６】
クライアント１００−１〜１００−ｎにおいて、Ｗｒｉｔｅ要求が発生した場合には、前述した従来の技術と同様に、Ｗｒｉｔｅ要求パケット５００がネットワーク４００を介して直接ファイルサーバ２００に送信され、要求受信バッファ２０２に格納される。ファイルサーバ２００内の分散ファイルシステム２０１は、要求受信バッファ２０２からＷｒｉｔｅ要求パケット５００を取り出すと、それに従ったＷｒｉｔｅ処理を行い、Ｗｒｉｔｅ返答パケット５０１を要求元のクライアント１００−１〜１００−ｎに返信する。
【００３７】
これに対して、クライアント６００−１〜６００−ｍにおいて、Ｗｒｉｔｅ要求が発生した場合には、次のような動作が行われる。
【００３８】
クライアント６００−ｉ内の或るプロセスにおいて、リモートファイルであるファイル３０１に対するＷｒｉｔｅ要求が発生すると（図２のステップＳ２１）、クライアント６００−ｉ内の改良分散ファイルシステム６０１−１は、クライアント管理者によって定義されている中継情報を参照し、中継サーバ７００経由でＷｒｉｔｅ要求を送信することが指示されているか否かを判定する（ステップＳ２２）。
【００３９】
そして、中継サーバ７００経由でＷｒｉｔｅ要求を送信することが指示されていない場合（ステップＳ２２がＮＯ）は、従来の技術において説明した動作と同様の動作を行う。すなわち、定義情報からファイルサーバ２００に関する情報を読み出し（ステップＳ２３）、ｗｒｉｔｅ要求パケットを作成した後に（ステップＳ２４）、Ｗｒｉｔｅ要求パケットを送信し（ステップＳ２５）、ファイルサーバ２００からの応答を待つ（ステップＳ２６）。その後、図５のステップＳ５６〜５９と同様の処理を行う（ステップＳ２７）。
【００４０】
これに対して、中継サーバ７００経由でＷｒｉｔｅ要求を送信することが指示されている場合（ステップＳ２２がＹＥＳ）は、Ｗｒｉｔｅ中継発行手段６０２−ｉが定義情報からファイルサーバ２００及び中継サーバ７００に関する情報を読み出し、Ｗｒｉｔｅ要求パケット８０１を包含する中継Ｗｒｉｔｅ要求パケット８００を作成する（ステップＳ２３ｄ、Ｓ２４ｄ）。Ｗｒｉｔｅ要求パケット８０１には、送信先、返答先、Ｗｒｉｔｅデータ、Ｗｒｉｔｅアドレスが含まれている。送信先には、ステップＳ２３ｄで読み出した情報に含まれているファイルサーバ２００のアドレスが設定され、返答先には、自クライアント６００−ｉのアドレスが設定される。また、中継Ｗｒｉｔｅ要求パケット８００の送信先は、ステップＳ２３ｄで読み出した情報に含まれている中継サーバ７００のアドレスが設定される。その後、Ｗｒｉｔｅ中継発行手段６０２−ｉは、中継Ｗｒｉｔｅ要求パケット８００を中継サーバ７００へ送信し（ステップＳ２５ｄ）、中継サーバ７００からの応答を待つ（ステップＳ２６ｄ）。これ以後、図５のステップＳ５６〜５９と同様の処理が行われる（ステップＳ２７ｄ）。但し、図５のステップＳ５８と同様の処理において、定義数以下と判断した場合には、ステップＳ２５ｄに戻る。
【００４１】
次に、図３の流れ図を参照し、中継サーバ７００の動作を説明する。
【００４２】
クライアント６００−ｉからの中継ｗｒｉｔｅ要求パケット８００は、ｗｒｉｔｅ中継手段７０２で受信される（ステップＳ３１）。その後、Ｗｒｉｔｅ中継手段７０２は、受信した中継Ｗｒｉｔｅ要求パケット８００をチェックする（ステップＳ３２）。
【００４３】
この時、中継Ｗｒｉｔｅ要求パケット８００が不正であれば、返答先となっているクライアントへエラーを示すＷｒｉｔｅ返答パケットを返し（ステップＳ３３）、処理を終了する。
【００４４】
これに対して、中継Ｗｒｉｔｅ要求パケット８００が正常であれば、それに包含されているｗｒｉｔｅ要求パケット８０１を取り出し、返答先をクライアント６００−ｉのアドレスから自中継サーバ７００のアドレスに書き換え、書き換え後のＷｒｉｔｅ要求パケット８０１’をファイルサーバ２００に送信する（ステップＳ３４、Ｓ３５）。その後、中継サーバ７００は、ファイルサーバ２００からの応答を待つ（ステップＳ３６）。Ｗｒｉｔｅ要求パケット８０１’を受信したファイルサーバ２００は、従来の技術において説明した処理と同様の処理を行い、Ｗｒｉｔｅ返答パケット８０２を、返答先になっている中継サーバ７００に送信する。
【００４５】
その後、Ｗｒｉｔｅ要求パケット８０１’に対するＷｒｉｔｅ返答パケット８０２の受信や、待ち合わせ時間超過により待ち合わせが終了すると、Ｗｒｉｔｅ返答パケットの内容を確認し（ステップＳ３７）、正常な結果であればそのことを示すＷｒｉｔｅ返答パケットをクライアント６００−ｉへ送信する（ステップＳ３９）。異常の場合（待ち合わせ時間超過や、Ｗｒｉｔｅ返答パケット８０２が異常終了，エラーを示している場合）は、再要求回数を確認（ステップＳ３８）し、定義数以下であればステップＳ３５の処理へ、定義数以上であれば、Ｗｒｉｔｅ処理が不成功であったことを示すＷｒｉｔｅ返答パケットをクライアント６００−ｉに返信し（ステップＳ３９）、処理を終了する。
【００４６】
【発明の効果】
以上説明したように、本発明のネットワークシステムは、ファイルサーバが管理しているファイルを共有する複数のクライアントの内の一部のクライアントが、Ｗｒｉｔｅ要求を中継サーバ経由でファイルサーバに送信するようにしているので、多数のクライアントが同時のＷｒｉｔｅ要求をファイルサーバに送信しても、ファイルサーバへのＷｒｉｔｅ要求の到達時刻に差ができ、その間にファイルサーバがＷｒｉｔｅ要求を処理できるので、要求受信バッファが溢れる確率は減り、全体のスループット性能が向上する。
【図面の簡単な説明】
【図１】本発明の実施例のブロック図である。
【図２】クライアント６００−１〜６００−ｎの処理例を示す流れ図である。
【図３】中継サーバ７００の処理例を示す流れ図である。
【図４】従来の技術を説明するためのブロック図である。
【図５】クライアント１００−１〜１００−３の処理例を示す流れ図である。
【図６】ファイルサーバ２００の処理例を示す流れ図である。
【符号の説明】
１００−１〜１００−ｎ…クライアント
１０１−１〜１０１−３…分散ファイルシステム
２００…ファイルサーバ
２０１…分散ファイルシステム
２０２…要求受信バッファ
３００…記憶装置
３０１…ファイル
６００−１〜６００−ｍ…クライアント
６０１−１…改良分散ファイルシステム
６０２−１…Ｗｒｉｔｅ中継発行手段
７００…中継サーバ
７０１…改良分散ファイルシステム
７０２…Ｗｒｉｔｅ中継手段
Ｋ６００、Ｋ７００…記録媒体
【図１】
2004252630.tif 000003
【図２】
2004252630.tif 000004
【図３】
2004252630.tif 000005
【図４】
2004252630.tif 000006
【図５】
2004252630.tif 000007
【図６】
2004252630.tif 000008