JP2003157194A - ファイルサーバプログラム - Google Patents

Abstract

(57)【要約】 【課題】 複数のファイルサーバにおいて適切な負荷分
散を行うことができるようにする。 【解決手段】 クラスタ２において実行する処理のうち
自身の担当する処理を判断するための判断条件が予め定
義されており、クラスタ２を構成する複数のファイルサ
ーバ３，４，５に対して送信されたファイル操作要求１
ａ，１ｂ，１ｃを受け取ると、判断条件に基づいてファ
イル操作要求１ａ，１ｂ，１ｃに応じた処理の実行の要
否を判断する（ステップＳ１，Ｓ３，Ｓ５）。そして、
ファイル操作要求１ａ，１ｂ，１ｃに応じた処理の実行
が必要と判断された場合、自己の管理するストレージデ
バイス３ａ，４ａ，５ａに対してファイル操作要求１
ａ，１ｂ，１ｃに応じた処理を行う（ステップＳ２，Ｓ
４，Ｓ６）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は他の装置からの要求
に応じてファイル操作を行うためのファイルサーバプロ
グラムに関し、特にクラスタの一部を構成するコンピュ
ータで使用されるファイルサーバプログラムに関する。

【０００２】

【従来の技術】従来、複数のコンピュータでファイルを
共有するために、ファイルサーバが用いられる。ファイ
ルサーバを利用するクライアントコンピュータ（以下、
単にクライアントという）は、ネットワークを介してフ
ァイルサーバにアクセスし、必要なファイルを取得する
ことができる。

【０００３】ところで、大規模なネットワークでは、フ
ァイルサーバで管理されるファイルの量が膨大になる。
さらには、ファイルを利用するクライアントの数も大量
となる。そのため、複数のファイルサーバによってクラ
スタを構成し、ファイル操作（ファイルの書き込みや読
み取りなど）に関する処理を、複数のファイルサーバに
分散させることが行われている。これにより、ファイル
サーバ１台当たりの負荷が軽減される。

【０００４】このように、大量のファイルの管理を複数
のファイルサーバで分散して処理させた場合、各クライ
アントは、各ファイルがどのファイルサーバで管理され
ているのかを、常に把握しておく必要がある。

【０００５】任意のファイルが管理されているファイル
サーバをクライアントに認識させる方法として、たとえ
ば、複数のファイルサーバの１つに、システム全体のフ
ァイル管理情報を持たせる方法がある。この方法によれ
ば、各クライアントは、ファイル管理情報を有している
ファイルサーバに問い合わせることで、任意のファイル
が管理されているファイルサーバを認識することができ
る。

【０００６】また、任意のファイルが管理されているフ
ァイルサーバをクライアントに認識させる別の方法とし
て、ファイルを格納するディレクトリを作成するファイ
ルサーバの決定に関して、一定のルールを定義しておく
方法がある。この方法では、ディレクトリを管理してい
るファイルサーバにおいて、そのディレクトリ配下のフ
ァイルが管理される。このような方法の一例として、た
とえば、特開平５−２３３４１７号公報に記載された発
明がある。この発明では、ディレクトリの識別名を用い
たルールによって、そのディレクトリを作成するファイ
ルサーバを決定する。そして、クライアントは、そのル
ールに従って、そのディレクトリを作成したファイルサ
ーバを特定する。

【０００７】

【発明が解決しようとする課題】しかし、従来の方法で
は、適切に負荷を分散させるのが困難だった。すなわ
ち、１つのファイルサーバにシステム全体のファイル管
理情報を持たせる方法では、ファイルアクセスが増える
につれて、ファイル管理情報を有するファイルサーバへ
の処理負荷が増大してしまう。

【０００８】また、ディレクトリの識別名によって管理
するファイルサーバを決定する方法では、ディレクトリ
の識別名の偏りに伴って、ディレクトリを作成するファ
イルサーバにも偏りが生じてしまう。たとえば、識別名
の先頭の文字に応じてファイルサーバを決定すると、使
用頻度の多い文字に対応するファイルサーバの処理負荷
が、他のサーバよりも高くなる。

【０００９】このように、負荷分散が適切に行われなけ
れば、ファイル操作処理の遅延が発生し、クラスタ全体
の処理能力の低下を招く。しかも、近年のネットワーク
の通信速度の高速化に伴い、ネットワーク上のデータ転
送速度に、ファイルサーバでのファイル書き込みや読み
出しが追いつかない事態が発生している。そのため、フ
ァイルサーバにおけるファイル書き込み速度やファイル
読み取り速度の高速化が強く望まれている。

【００１０】本発明はこのような点に鑑みてなされたも
のであり、複数のファイルサーバにおいて適切な負荷分
散を行うことができるファイルサーバプログラムを提供
することを目的とする。

【００１１】

【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示すような処理をコンピュータに
実行させるファイルサーバプログラムが提供される。本
発明に係るファイルサーバプログラムは、クラスタ２を
構成する複数のファイルサーバ３，４，５の一つとして
コンピュータを機能させるためのプログラムである。本
発明に係るファイルサーバプログラムを実行するコンピ
ュータは、クラスタ２において実行する処理のうち自身
の担当する処理を判断するための判断条件が予め定義さ
れており、クラスタ２を構成する複数のファイルサーバ
３，４，５に対して送信されたファイル操作要求１ａ，
１ｂ，１ｃを受け取ると、判断条件に基づいてファイル
操作要求１ａ，１ｂ，１ｃに応じた処理の実行の要否を
判断する（ステップＳ１，Ｓ３，Ｓ５）。そして、ファ
イル操作要求１ａ，１ｂ，１ｃに応じた処理の実行が必
要と判断された場合、自己の管理するストレージデバイ
ス３ａ，４ａ，５ａに対してファイル操作要求１ａ，１
ｂ，１ｃに応じた処理を行う（ステップＳ２，Ｓ４，Ｓ
６）。

【００１２】このようなファイルサーバプログラムによ
れば、クライアント１が全てのファイルサーバ３，４，
５に対してファイル操作要求１ａ，１ｂ，１ｃを出力す
ると、処理の実行が必要と判断したファイルサーバにお
いて、ファイル操作要求１ａ，１ｂ，１ｃに応じた処理
が実行される。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。まず、本発明の実施の形態に適用
される発明の概要について説明し、その後、本発明の実
施の形態の具体的な内容を説明する。

【００１４】図１は、本発明の実施の形態に適用される
発明の概念図である。本発明に係るファイルサーバプロ
グラムは、クラスタ２を構成する複数のファイルサーバ
３，４，５の一つとしてコンピュータを機能させること
ができる。クラスタ２は、クライアント１からのファイ
ル操作要求１ａ，１ｂ，１ｃに応じて、ファイル操作
（ディレクトリの作成、ファイルの書き込み、ファイル
の読み取りなど）を行う。

【００１５】本発明に係るファイルサーバプログラムを
実行するコンピュータ（ファイルサーバ３，４，５）に
は、クラスタ２において実行する処理のうち自身の担当
する処理を判断するための判断条件が予め定義されてい
る。ファイルサーバ３，４，５は、クラスタ２を構成す
る複数のファイルサーバ３，４，５に対して送信された
ファイル操作要求１ａ，１ｂ，１ｃを受け取ると、判断
条件に基づいてファイル操作要求１ａ，１ｂ，１ｃに応
じた処理の実行の要否を判断する（ステップＳ１，Ｓ
３，Ｓ５）。そして、ファイル操作要求１ａ，１ｂ，１
ｃに応じた処理の実行が必要と判断された場合、自己の
管理するストレージデバイス３ａ，４ａ，５ａに対して
ファイル操作要求１ａ，１ｂ，１ｃに応じた処理を行う
（ステップＳ２，Ｓ４，Ｓ６）。

【００１６】このようなファイルサーバプログラムによ
れば、クライアント１が全てのファイルサーバ３，４，
５に対してファイル操作要求１ａ，１ｂ，１ｃを出力す
ると、処理の実行が必要と判断したファイルサーバにお
いて、ファイル操作要求１ａ，１ｂ，１ｃに応じた処理
が実行される。

【００１７】これにより、クライアント１がクラスタ２
に対してファイル操作を依頼する際には、全てのファイ
ルサーバ３，４，５に対してファイル操作要求１ａ，１
ｂ，１ｃを出力すればよくなる。すなわち、どのファイ
ルサーバ３，４，５で処理が実行されるかを、クライア
ント１において認識する必要がない。その結果、ファイ
ル操作を実行するファイルサーバをクライアント１に認
識させるための処理が不要となり、処理の効率化を図る
ことができる。

【００１８】しかも、本発明では、従来、ファイルサー
バ間での処理の偏りの原因となっていた処理（ファイル
操作処理の依頼先をクライアント１に認識させる処理）
が不要となり、処理負荷の偏りの発生を抑制することが
できる。適切な負荷分散が行われることで、クラスタ２
全体としての処理の高速化が図られる。

【００１９】以下、本発明をファイルサーバシステムに
適用した場合の例を用いて、実施の形態を詳しく説明す
る。 ［第１の実施の形態］図２は、第１の実施の形態のシス
テム構成例を示す図である。第１の実施の形態では、ネ
ットワーク１０を介して、複数のＷｅｂクライアント２
１，２２，２３、Ｗｅｂサーバ３０、アプリケーション
サーバ４１，４２，４３、および複数のファイルサーバ
１００，２００，３００が接続されている。

【００２０】Ｗｅｂクライアント２１，２２，２３は、
ＷＷＷ(World Wide Web)の閲覧機能（ブラウザ）を有し
ている。Ｗｅｂクライアント２１，２２，２３は、Ｗｅ
ｂサーバ３０にアクセスして、様々なコンテンツを閲覧
することができる。

【００２１】Ｗｅｂサーバ３０は、Ｗｅｂクライアント
２１，２２，２３からの要求に応じて、コンテンツを提
供する。また、Ｗｅｂサーバ３０は、Ｗｅｂクライアン
ト２１，２２，２３から、ファイルサーバ１００，２０
０，３００が保持するファイルへのアクセス要求（書き
込み要求や読込要求）を受けると、その処理をアプリケ
ーションサーバ４１，４２，４３に依頼する。

【００２２】アプリケーションサーバ４１，４２，４３
は、Ｗｅｂサーバ３０において高度な処理が必要となっ
たときに、その処理をＷｅｂサーバ３０に代わって実行
する。たとえば、アプリケーションサーバ４１，４２，
４３は、Ｗｅｂサーバ３０から、ファイルサーバ１０
０，２００，３００に対するファイル操作要求の処理を
引き継ぐ。処理を引き継いだアプリケーションサーバ４
１，４２，４３は、ファイルサーバ１００，２００，３
００に対してファイル操作要求を出力する。そして、ア
プリケーションサーバ４１，４２，４３は、ファイルサ
ーバ１００，２００，３００に対するファイル操作要求
の結果を、Ｗｅｂサーバ３０に通知する。

【００２３】なお、アプリケーションサーバ４１、４
２，４３は、図１に示すクライアント１として機能す
る。複数のファイルサーバ１００，２００，３００は、
それぞれが大規模のストレージデバイスを有しており、
ファイルサーバ１００，２００，３００全体でクラスタ
が構成されている。そして、クラスタを構成する各ファ
イルサーバ１００，２００，３００が有しているストレ
ージデバイスの利用環境が、アプリケーションサーバ４
１，４２，４３に提供される。たとえば、ファイルサー
バ１００，２００，３００は、アプリケーションサーバ
４１，４２，４３からのファイル操作要求に応じて、デ
ィレクトリの作成、ファイルの書き込み、ファイルの読
み取りなどの処理を行う。

【００２４】なお、各ファイルサーバ１００，２００，
３００には、それぞれを一意に識別するためのノードＩ
Ｄが割り振られている。図２の例では、ファイルサーバ
１００のノードＩＤは［１］であり、ファイルサーバ２
００のノードＩＤは［２］であり、ファイルサーバ３０
０のノードＩＤは［３］である。

【００２５】図３は、本発明の実施の形態に用いるファ
イルサーバのハードウェア構成例を示す図である。ファ
イルサーバ１００は、ＣＰＵ(Central Processing Uni
t)１０１によって装置全体が制御されている。ＣＰＵ１
０１には、バス１０７を介してＲＡＭ(Random Access M
emory)１０２、ストレージデバイスインタフェース１０
３、グラフィック処理装置１０４、入力インタフェース
１０５、および通信インタフェース１０６が接続されて
いる。

【００２６】ＲＡＭ１０２には、ＣＰＵ１０１に実行さ
せるＯＳ(Operating System)のプログラムやアプリケー
ションプログラムの少なくとも一部が一時的に格納され
る。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理
に必要な各種データが格納される。ストレージデバイス
インタフェース１０３には、ストレージデバイス１１０
が接続されている。ストレージデバイスインタフェース
１０３は、ストレージデバイス１１０の動作を制御し、
ＣＰＵ１０１からの要求に従って、ストレージデバイス
１１０へのデータの書き込みやデータの読み出しを行
う。ストレージデバイス１１０は、たとえば、ハードデ
ィスク装置（ＨＤＤ：Hard Disk Drive）である。スト
レージデバイス１１０には、ＯＳやアプリケーションプ
ログラム、各種データが格納される。格納されるデータ
には、分割されたファイルデータも含まれる。

【００２７】グラフィック処理装置１０４には、モニタ
１１が接続されている。グラフィック処理装置１０４
は、ＣＰＵ１０１からの命令に従って、画像をモニタ１
１の画面に表示させる。入力インタフェース１０５に
は、キーボード１２とマウス１３とが接続されている。
入力インタフェース１０５は、キーボード１２やマウス
１３から送られてくる信号を、バス１０７を介してＣＰ
Ｕ１０１に送信する。

【００２８】通信インタフェース１０６は、ネットワー
ク１０に接続されている。通信インタフェース１０６
は、ネットワーク１０を介して、他のコンピュータとの
間でデータの送受信を行う。

【００２９】以上のようなハードウェア構成によって、
第１の実施の形態の処理機能を実現することができる。
なお、図３には、ファイルサーバ１００の構成を示した
が、他のファイルサーバ２００，３００、Ｗｅｂクライ
アント２１，２２，２３、Ｗｅｂサーバ３０、およびア
プリケーションサーバ４１，４２，４３も同様のハード
ウェア構成で実現できる。

【００３０】以下、図２，３で示した構成のシステムに
おけるファイルサーバ１００、２００，３００およびア
プリケーションサーバ４１，４２，４３が有する処理機
能について説明する。なお、各ファイルサーバ１００，
２００，３００は、それぞれ同様の処理機能を有してい
るため、ファイルサーバ１００の機能を代表的に説明す
るものとする。同様に、アプリケーションサーバ４１，
４２，４３は、それぞれ同様の処理機能を有しているた
め、アプリケーションサーバ４１の機能を代表的に説明
するものとする。

【００３１】図４は、第１の実施の形態におけるアプリ
ケーションサーバとファイルサーバとの機能ブロック図
である。アプリケーションサーバ４１は、ユーザバッフ
ァ４１ａとファイル操作要求部４１ｂとを有している。
ユーザバッファ４１ａは、Ｗｅｂサーバ３０から依頼さ
れた処理を実行するためのプロセスが利用する記憶領域
である。ファイル操作要求部４１ｂは、ファイルサーバ
１００，２００，３００に対してファイル操作要求を送
信する。ファイル操作要求には、ディレクトリ作成要
求、ファイル書き込み要求、ファイル読み取り要求など
がある。

【００３２】ファイルサーバ１００に接続されたストレ
ージデバイス１１０には、ディレクトリ１１１，１１１
ａ，１１１ｂ，・・・、オブジェクト１１２，１１２
ａ，１１２ｂ，・・・、ディレクトリ管理情報１１３、
およびファイルテーブル１１４が格納されている。ディ
レクトリ１１１，１１１ａ，１１１ｂ，・・・は、ファ
イルサーバ１００によって作成されたディレクトリであ
り、そのディレクトリ配下のファイルに関する情報が登
録されている。オブジェクト１１２，１１２ａ，１１２
ｂ，・・・は、クラスタ全体で管理される各ファイルの
一部である。ディレクトリ管理情報１１３は、ディレク
トリ１１１，１１１ａ，１１１ｂ，・・・に関する管理
情報である。

【００３３】ファイルテーブル１１４は、一つのファイ
ルがクラスタ全体においてどのように分散されているか
を含むファイル情報のリストである。ファイル情報に
は、ファイルの属性（更新時間、作成者など）も含まれ
ている。なお、１つのファイルに対するファイル情報
は、クラスタを構成するファイルサーバ１００，２０
０，３００のうちの一台が管理している。すなわち、フ
ァイルサーバ１００のファイルテーブル１１４は、ファ
イルサーバ１００自身が作成したファイルに関するファ
イル情報が登録されている。同様に、各ファイルサーバ
１００，２００，３００は、それぞれオリジナルのファ
イルテーブル（ファイルサーバのノードＩＤがファイル
テーブル内のファイル情報中のファイルＩＤに含まれて
いる）を有している。

【００３４】ファイルサーバ１００が自身オリジナルの
ファイルテーブル１１４に変更を加えた場合、データ入
出力部１６０が、ファイルテーブルに、内容を変更した
ことを示すフラグを立てる。ファイルサーバ１００が、
自身がオリジナルのファイルテーブルを持たないファイ
ルに対して処理を行う場合、そのファイルテーブルのコ
ピーが生成される。そのとき、ファイルサーバ１００
は、今回コピーしたファイルテーブルが前回から変更が
ない場合は、前回コピーしたファイルテーブルを使用す
る。

【００３５】ファイルサーバ１００は、管理エージェン
ト１２０、ディレクトリ作成部１３０、ＲＤＭＡ(Remot
e Direct Memory Access)転送部１４０、キャッシュ領
域１５０、およびデータ入出力部１６０を有している。

【００３６】管理エージェント１２０は、他のファイル
サーバ２００，３００の管理エージェントと連携して、
ノードリスト１２１とファイルテーブル１１４との内容
の統一化や、ディレクトリ１１１の送受信などを行う。

【００３７】たとえば、ネットワーク１０上に新たなフ
ァイルサーバが追加された場合には、追加されたファイ
ルサーバの管理エージェントが、他のファイルサーバを
検出し、接続する。追加されたファイルサーバは、接続
したファイルサーバのノードＩＤをノードリストに書き
込む。追加されたファイルサーバの接続相手の既存のフ
ァイルサーバは、接続要求を受けたことにより新規のフ
ァイルサーバを認識し、自身のノードリストに、追加さ
れたファイルサーバのノードＩＤを加える。

【００３８】また、ファイルサーバ１００において他の
ファイルサーバ２００，３００が有するファイルテーブ
ルを参照する場合、管理エージェント１２０が他のファ
イルサーバ２００，３００で管理されているオリジナル
のファイルテーブルを参照する。そして、管理エージェ
ント１２０は、前回参照したときに作成したときから変
更されていれば、参照したファイルテーブルのコピーを
生成し、生成したコピーを自分自身で管理する。

【００３９】さらに、管理エージェント１２０は、ディ
レクトリ作成部１３０からディレクトリ情報の取得依頼
を受け取ると、その取得依頼に応じて、他のファイルサ
ーバ２００，３００にディレクトリ情報の取得要求を送
信する。そして、他のファイルサーバ２００，３００か
ら送られたディレクトリ情報を、ディレクトリ作成部１
３０に渡す。逆に、管理エージェント１２０は、他のフ
ァイルサーバ２００，３００からのディレクトリ情報の
取得要求を受信すると、その取得要求で指定されたディ
レクトリ情報をストレージデバイス１１０内のディレク
トリ１１１，１１１ａ，１１１ｂ，・・・やディレクト
リ管理情報１１３から読み出す。そして、管理エージェ
ント１２０は、ディレクトリ情報の取得要求を出力した
ファイルサーバに対して、ストレージデバイス１１０か
ら読み出したディレクトリ情報を送信する。

【００４０】なお、管理エージェント１２０が他のファ
イルサーバ２００，３００との間で受け渡しするディレ
クトリ情報には、様々な情報がある。たとえば、あるデ
ィレクトリの親ディレクトリや、その親ディレクトリ配
下にディレクトリを前回作成したファイルサーバのノー
ドＩＤである。また、ディレクトリ情報には、ディレク
トリ１１１，１１１ａ，１１１ｂ，・・・のコピーも含
まれる。

【００４１】ディレクトリ作成部１３０は、アプリケー
ションサーバ４１〜４３からのディレクトリ作成要求に
応じて、ストレージデバイス１１０にディレクトリを作
成する。具体的には、ディレクトリ作成部１３０には、
ファイルサーバ１００自身がディレクトリ作成処理を担
当するか否かを判断するための判断条件が、予め定義さ
れている。ディレクトリ作成部１３０は、アプリケーシ
ョンサーバ４１，４２，４３からのディレクトリ作成要
求を受け取ると、予め定義されている判断条件に従っ
て、ファイルサーバ１００で管理すべきディレクトリか
否かを判断する。そして、ディレクトリ作成部１３０
は、ディレクトリを作成すべきであると判断された場合
のみ、ファイルサーバ１００で管理すべきディレクトリ
１１１のみを、ストレージデバイス１１０に作成する。

【００４２】第１の実施の形態では、ディレクトリ作成
の判断条件として、共通の親ディレクトリの配下へディ
レクトリを作成するファイルサーバの処理担当順が、フ
ァイルサーバ１００自身の順番であることという条件が
定義されている。ディレクトリ作成処理担当順は、ノー
ドリスト１２１の登録順に従う。

【００４３】すなわち、ディレクトリ作成部１３０は、
アプリケーションサーバ４１，４２，４３からディレク
トリ作成要求を受け取ると、まず、作成すべきディレク
トリの親ディレクトリ配下に、前回ディレクトリを作成
したファイルサーバを調べる。そのために、ディレクト
リ作成部１３０は、該当するファイルサーバのノードＩ
Ｄの取得依頼を、管理エージェント１２０に通知する。
すると、管理エージェント１２０で該当するファイルサ
ーバのノードＩＤの取得処理が行われ、取得したノード
ＩＤがディレクトリ作成部１３０に渡される。

【００４４】ディレクトリ作成部１３０は、管理エージ
ェント１２０から渡されたノードＩＤが、ノードリスト
１２１の順番において、ファイルサーバ１００自身の直
前であるかどうかを判断する。管理エージェント１２０
から渡されたノードＩＤの次の順番がファイルサーバ１
００自身であれば、ディレクトリ作成部１３０は、ディ
レクトリ作成要求に応じてディレクトリを作成する。

【００４５】ディレクトリ作成部１３０は、ディレクト
リを作成した際には、作成したディレクトリに対応する
情報を、ディレクトリ管理情報１１３に登録する。ＲＤ
ＭＡ転送部１４０は、ＲＤＭＡと呼ばれるデータ転送方
式により、アプリケーションサーバ４１，４２，４３と
の間でファイルデータの送受信を行う。ＲＤＭＡ転送
は、転送元と転送先とのアドレスを指定したデータ転送
である。ＲＤＭＡ転送を行うことで、たとえば、アプリ
ケーションサーバ４１のユーザバッファ４１ａ内のアド
レスを指定して、そのアドレス内のデータをキャッシュ
領域１５０に転送することができる。また、ＲＤＭＡ転
送によれば、アプリケーションサーバ４１のユーザバッ
ファ４１ａ内のアドレスを指定して、そのアドレス内へ
キャッシュ領域１５０のデータを転送することができ
る。

【００４６】キャッシュ領域１５０は、アプリケーショ
ンサーバ４１，４２，４３との間で送受信するデータを
一時的に格納する記憶領域である。キャッシュ領域１５
０は、図３に示すＲＡＭ１０２の記憶領域の一部であ
る。

【００４７】データ入出力部１６０は、アプリケーショ
ンサーバ４１，４２，４３からの要求に応じて、ストレ
ージデバイス１１０に対するデータの入出力を行う。具
体的には、データ入出力部１６０には、予めファイル書
き込み要求を実行する際の判断条件として、ファイルの
分割規則と、分割により生成されたファイルデータのう
ち、ファイルサーバ１００自身が管理すべきファイルデ
ータの選択規則が定義されている。

【００４８】データ入出力部１６０は、ファイル書き込
み要求を受け取ると、ファイルサーバ１００自身が管理
すべきファイルデータの有無を判断する。管理すべきフ
ァイルデータがあれば、該当するファイルデータのデー
タ転送をＲＤＭＡ転送部１４０に依頼する。次に、デー
タ入出力部１６０は、転送されたファイルデータをキャ
ッシュ領域１５０から読み出し、１つのオブジェクトと
してストレージデバイス１１０に書き込む。このとき、
データ入出力部１６０は、格納したオブジェクト１１２
の元となったファイルの情報をファイルテーブル１１４
に登録する。

【００４９】また、データ入出力部１６０は、ファイル
読み取り要求を実行するための判断条件として、ファイ
ル読み取り要求で示されるファイル、またのそのファイ
ルの一部（ファイルデータ）を自己の管理するストレー
ジデバイス１１０内に格納していることという条件が定
義されている。データ入出力部１６０は、ファイル読み
取り要求を受け取ると、読み取り対象のファイルの少な
くとも一部がストレージデバイス１１０に格納されてい
るか否かを判断する。

【００５０】たとえば、読み取り対象のファイルを構成
するオブジェクト１１２がストレージデバイス１１０に
格納されていれば、データ入出力部１６０は、そのオブ
ジェクト１１２をストレージデバイス１１０から読み出
し、キャッシュ領域１５０に格納する。キャッシュ領域
１５０に格納されたオブジェクト１１２は、ＲＤＭＡ転
送部１４０によって、ファイル読み取り要求を出力した
アプリケーションサーバに転送される。

【００５１】次に、ファイルサーバ１００が管理するデ
ータの構造について説明する。図５は、ノードリストの
データ構造例を示す図である。ノードリスト１２１に
は、ディレクトリ作成処理を行うファイルサーバ１０
０，２００，３００の処理担当順が定義されている。図
５の例では、ノードＩＤが上位に記載されている程、対
応するファイルサーバの順番が先となる。ノードリスト
１２１に登録されているノードＩＤの順番に基づいて、
ディレクトリの作成順が決定される。なお、ノードリス
ト１２１の最後尾のノードＩＤの次の順番は、先頭のノ
ードＩＤとなる。

【００５２】図６は、ディレクトリのデータ構造例を示
す図である。ディレクトリ１１１には、配下のディレク
トリのディレクトリ名とファイルＩＤ（識別情報とし
て、ディレクトリとファイルとは区別されない）との
組、および配下のファイルのファイル名とファイルＩＤ
との組が格納されている。いずれかのファイルサーバ１
００，２００，３００でディレクトリやファイルが作成
または削除されると、各ファイルサーバ１００，２０
０，３００の管理エージェントの働きにより、操作対象
のディレクトリまたはファイルの親ディレクトリを有し
ているファイルサーバに対し、処理の内容が通知され
る。これにより、ディレクトリ１１１の内容が最新の状
態に保たれる。

【００５３】次に、オブジェクト１１２，１１２ａ，１
１２ｂについて説明する。オブジェクト１１２，１１２
ａ，１１２ｂは、ファイルを分散格納させることで生成
されている。

【００５４】図７は、ファイルの分散格納状況を示す図
である。アプリケーションサーバ４１に格納されている
ファイル５０をファイルサーバ１００，２００，３００
に分散格納する場合、ファイル５０が、所定長の複数の
ファイルデータ５１〜５９，・・・に分割される。分割
されたファイルデータ５１〜５９，・・・は、各ファイ
ルサーバ１００，２００，３００に分散して送信され
る。なお、ファイル５０を分割した際の各ファイルデー
タ５１〜５９，・・・に対し、先頭から順番に０から始
まる識別番号を付与するものとする。

【００５５】ファイルサーバ１００では、アプリケーシ
ョンサーバ４１から送られた識別番号「０」，「３」，
「６」，・・・のファイルデータ５１，５４，５７，・
・・によってオブジェクト１１２を構成し、ストレージ
デバイス１１０に格納する。オブジェクト１１２には、
オブジェクトＩＤ［Ｘ］が付与されている。

【００５６】ファイルサーバ２００では、アプリケーシ
ョンサーバ４１から送られた識別番号「１」，「４」，
「７」，・・・のファイルデータ５２，５５，５８，・
・・によってオブジェクト２１２を構成し、ストレージ
デバイス２１０に格納する。オブジェクト２１２には、
オブジェクトＩＤ［Ｙ］が付与されている。

【００５７】ファイルサーバ３００では、アプリケーシ
ョンサーバ４１から送られた識別番号「２」，「５」，
「８」，・・・のファイルデータ５３，５６，５９，・
・・によってオブジェクト３１２を構成し、ストレージ
デバイス３１０に格納する。オブジェクト３１２には、
オブジェクトＩＤ［Ｚ］が付与されている。

【００５８】このように、各ファイルデータ５１〜５
９，・・・は、先頭から順番に、１つずつ各ファイルサ
ーバ１００，２００，３００に割り振られている。そし
て、ファイルデータ５１〜５９，・・・は、割り振られ
たファイルサーバ１００，２００，３００で管理され
る。

【００５９】図８は、ファイルテーブルのデータ構造例
を示す図である。ファイルテーブル１１４には、クラス
タで管理されている各ファイルに関するファイル情報１
１４ａが格納されている。ファイル情報１１４ａは、フ
ァイルＩＤ６１と、マップ情報（ｍａｐ［０］，ｍａｐ
［１］，ｍａｐ［２］）６２〜６４とで構成されてい
る。

【００６０】ファイルＩＤ６１は、分散格納されたファ
イルの識別情報である。各マップ情報６２〜６４は、そ
れぞれファイルサーバ１００，２００，３００に対応し
ている。図８において、マップ情報６２〜６４を表して
いる文字（ｍａｐ［０］，ｍａｐ［１］，ｍａｐ
［２］）の括弧内の数字は、対応するファイルサーバの
ノードＩＤを示している。各マップ情報６２〜６４は、
対応するファイルサーバ１００，２００，３００で管理
されているオブジェクトに関する情報である。

【００６１】マップ情報６２には、ファイルサーバ１０
０で管理されているオブジェクト１１２に関する情報が
登録されている。オフセット６２ａ、データ長６２ｂ、
及びオブジェクトＩＤ６２ｃで構成されている。オフセ
ット６２ａは、ファイル５０を構成する各オブジェクト
１１２，２１２，３１２を結合した場合における、マッ
プ情報６２に対応するオブジェクト１１２の先頭までの
オフセットアドレスである。データ長６２ｂは、マップ
情報６２に対応するオブジェクト１１２のデータ長（デ
ータ容量）である。オブジェクトＩＤ６２ｃは、マップ
情報６２に対応するオブジェクト１１２のオブジェクト
ＩＤ［Ｘ］である。

【００６２】マップ情報６３は、マップ情報６２と同様
のデータ構造により、オブジェクト２１２に関する情報
が登録されている。したがって、マップ情報６３のファ
イルＩＤの欄には、オブジェクト２１２のオブジェクト
ＩＤ［Ｙ］が登録される。

【００６３】マップ情報６４は、マップ情報６２と同様
のデータ構造により、オブジェクト３１２に関する情報
が登録されている。したがって、マップ情報６４のファ
イルＩＤの欄には、オブジェクト３１２のオブジェクト
ＩＤ［Ｚ］が登録される。

【００６４】ここで、マップ情報６２〜６４に登録され
るオフセット値について詳しく説明する。図９は、マッ
プ情報に登録されるオフセットを説明する図である。各
オブジェクト１１２，２１２，３１２に対応するマップ
情報６２〜６４に設定されるオフセットは、オブジェク
ト１１２、オブジェクト２１２、オブジェクト３１２の
順で結合したときの先頭からのオフセットである。従っ
て、オブジェクト１１２に対応するマップ情報６２に登
録されるオフセットは、０である。オブジェクト２１２
に対応するマップ情報６３に登録されるオフセットは、
オブジェクト１１２のデータ長に相当する値である。オ
ブジェクト３１２に対応するマップ情報６４に登録され
るオフセットは、オブジェクト１１２とオブジェクト２
１２とを合わせたデータ長に相当する値である。

【００６５】図１０は、ディレクトリ管理情報のデータ
構造例を示す図である。ディレクトリ管理情報１１３に
は、ファイルサーバ１００で管理している各ディレクト
リの管理情報１１３ａが登録されている。管理情報の１
つとして、前回ディレクトリ作成ノードＩＤが登録され
ている。前回ディレクトリ作成ノードＩＤは、管理情報
１１３ａに対応するディレクトリ配下に、ディレクトリ
（子ディレクトリ）を前回作成したファイルサーバのノ
ードＩＤである。図１０の例では、ノードＩＤ「２」が
登録されている。

【００６６】次に、以上のような構成のシステムにおい
て実行される処理を以下に説明する。まず、ノードリス
ト１２１の同一性確保処理について説明する。

【００６７】図１１は、ノードリストの同一性確保処理
の概念図である。各ファイルサーバ１００，２００，３
００の管理エージェント１２０，２２０，３２０は、互
いにノードリスト１２１の内容を通知し合っている。そ
して、１つのファイルサーバでノードリスト１２１の内
容が更新された場合、更新後のノードリスト１２１が他
のファイルサーバに通知される。更新後のノードリスト
１２１を受け取ったファイルサーバは、受け取ったノー
ドリスト１２１の内容に従って、自己の管理するノード
リストの内容を更新する。これにより、複数のファイル
サーバ１００，２００，３００におてい、ノードリスト
１２１の内容の同一性が保たれる。

【００６８】次に、ディレクトリ作成処理について説明
する。図１２は、ディレクトリ作成処理の手順を示すフ
ローチャートである。図１２では、アプリケーションサ
ーバ４１とファイルサーバ１００との処理手順が示され
ている。アプリケーションサーバ４１の処理は図中左側
に示されており、ファイルサーバ１００の処理は図中右
側に示されている。以下、図１２に示す処理をステップ
番号に沿って説明する。

【００６９】［ステップＳ１１］アプリケーションサー
バ４１のファイル操作要求部４１ｂは、ディレクトリ作
成要求を生成する。作成されたディレクトリ作成要求に
は、作成するディレクトリの親ディレクトリに関する情
報（親ディレクトリを生成したファイルサーバのノード
ＩＤを含む）が含まれている。

【００７０】［ステップＳ１２］ファイル操作要求部４
１ｂは、全てのファイルサーバ１００，２００，３００
に対して、ディレクトリ作成要求を送信する。その後、
アプリケーションサーバ４１の処理はステップＳ１３に
進むと共に、ファイルサーバ１００において、ステップ
Ｓ１４の処理が開始される。

【００７１】［ステップＳ１３］ファイル操作要求部４
１ｂは、ファイルサーバ１００，２００，３００からの
返信を待つ。 ［ステップＳ１４］ファイルサーバ１００のディレクト
リ作成部１３０は、アプリケーションサーバ４１からの
ディレクトリ作成要求を受信する。

【００７２】［ステップＳ１５］ディレクトリ作成部１
３０は、親ディレクトリを持つファイルサーバから、親
ディレクトリ配下に前回ディレクトリを作成したファイ
ルサーバのノードＩＤを取得する。

【００７３】具体的には、ディレクトリ作成部１３０
は、ディレクトリ作成要求に含まれる親ディレクトリに
関する情報を抽出する。そして、抽出した情報を管理エ
ージェント１２０に渡すと共に、管理エージェント１２
０に対して、親ディレクトリ配下に前回ディレクトリを
作成したノードのノードＩＤの取得を依頼する。

【００７４】すると、管理エージェント１２０は、親デ
ィレクトリに関する情報から、親ディレクトリを作成し
たファイルサーバのノードＩＤを認識する。そして、管
理エージェント１２０は、親ディレクトリを作成したフ
ァイルサーバに対して、親ディレクトリ配下に前回ディ
レクトリを作成したファイルサーバのノードＩＤの取得
要求を出力する。この取得要求を受け取ったファイルサ
ーバの管理エージェントは、親ディレクトリのディレク
トリ管理情報を参照し、そのディレクトリ配下に前回デ
ィレクトリを作成したファイルサーバのノードＩＤを取
得する。そして、親ディレクトリを作成したファイルサ
ーバの管理エージェントは、取得したノードＩＤを、取
得要求を出力したファイルサーバ１００に対して送信す
る。送信されたノードＩＤは、ファイルサーバ１００の
管理エージェント１２０で受け取られ、ディレクトリ作
成部１３０に渡される。

【００７５】［ステップＳ１６］ディレクトリ作成部１
３０は、管理エージェント１２０が保持しているノード
リスト１２１と、取得したノードＩＤとを比較する。 ［ステップＳ１７］ディレクトリ作成部１３０は、ノー
ドリスト１２１の配列において、取得したノードＩＤの
ファイルサーバの次に、自己（ファイルサーバ１００）
のノードＩＤがあるか否かを判断する。次に自己のノー
ドＩＤが設定されている場合には、処理がステップＳ１
８に進められる。次に自己のノードＩＤが設定されてい
ない場合には、処理がステップＳ２２に進められる。

【００７６】［ステップＳ１８］ディレクトリ作成部１
３０は、ディレクトリ作成要求に従って、新規のディレ
クトリを作成する。 ［ステップＳ１９］ディレクトリ作成部１３０は、親デ
ィレクトリを有するファイルサーバからディレクトリの
内容を取得する。

【００７７】具体的には、ディレクトリ作成部１３０
は、管理エージェント１２０に対して、親ディレクトリ
を指定したディレクトリの取得を依頼する。管理エージ
ェント１２０は、依頼に応じて、親ディレクトリを有す
るファイルサーバに対して、ディレクトリ取得要求を出
力する。すると、親ディレクトリを有するファイルサー
バの管理エージェントが、親ディレクトリの内容をコピ
ーし、ファイルサーバ１００に送信する。送信された親
ディレクトリのコピーは、管理エージェント１２０から
ディレクトリ作成部１３０に渡される。

【００７８】［ステップＳ２０］ディレクトリ作成部１
３０は、親ディレクトリのコピーに、作成したディレク
トリの情報を追加する。そして、ディレクトリ作成部１
３０は、更新後の親ディレクトリのコピーを、元のファ
イルサーバに送信する。なお、親ディレクトリのコピー
を送信する場合、実際には、まず、親ディレクトリのコ
ピーが管理エージェント１２０に渡される。そして、管
理エージェント１２０が、親ディレクトリを有するファ
イルサーバに対して、ディレクトリ作成部１３０によっ
て更新された親ディレクトリのコピーを送信する。更新
後の親ディレクトリのコピーを受信したファイルサーバ
では、管理エージェントが、受信した内容に従って、親
ディレクトリのディレクトリ管理情報を更新する。

【００７９】［ステップＳ２１］ディレクトリ作成部１
３０は、ディレクトリを作成した旨の応答内容を作成す
る。その後、処理がステップＳ２３に進められる。 ［ステップＳ２２］ディレクトリ作成部１３０は、ディ
レクトリを作成しない旨の応答内容を作成する。

【００８０】［ステップＳ２３］ディレクトリ作成部１
３０は、ディレクトリ作成要求に対する応答として、デ
ィレクトリ作成結果を送信する。その後、ファイルサー
バ１００の処理は終了すると共に、アプリケーションサ
ーバ４１においてステップＳ２４の処理が開始される。

【００８１】［ステップＳ２４］アプリケーションサー
バ４１のファイル操作要求部４１ｂは、全てのファイル
サーバ１００，２００，３００からディレクトリ作成結
果を受信し、処理を終了する。

【００８２】図１３は、ディレクトリ作成処理の概念図
の前半である。図１３の例は、アプリケーションサーバ
４１からの要求によって、ファイルサーバ１００が有す
るディレクトリの配下に新規のディレクトリを作成する
場合の例である。なお、ファイルサーバ１００が有する
ディレクトリ配下に前回ディレクトリを作成したファイ
ルサーバは、ノードＩＤ「２」のファイルサーバ２００
であるものとする。

【００８３】［ステップＳ１０１］アプリケーションサ
ーバ４１からファイルサーバ１００に対して、ディレク
トリ作成要求７１が送信される。同様に、アプリケーシ
ョンサーバ４１から、ファイルサーバ２００に対してデ
ィレクトリ作成要求７２が送信され、ファイルサーバ３
００に対してディレクトリ作成要求７３が送信される。
各ディレクトリ作成要求７１〜７３は、宛先が異なる以
外は、同じ内容である。

【００８４】［ステップＳ１０２］新規に作成するディ
レクトリの親ディレクトリを有しているファイルサーバ
１００から他のファイルサーバ２００，３００に対し
て、親ディレクトリ配下に前回ディレクトリを作成した
ファイルサーバ２００のノードＩＤ７４（図１３の例で
は、ノードＩＤ＝２）が通知される。

【００８５】［ステップＳ１０３］ノードリスト１２１
の配列においてノードＩＤ「２」の次のノードＩＤ
「３」に対応するファイルサーバ３００では、ディレク
トリ作成部３３０が、ストレージデバイス３１０に新規
ディレクトリ３１１を作成する。

【００８６】図１４は、ディレクトリ作成処理の概念図
の後半である。 ［ステップＳ１０４］新規ディレクトリ３１１を作成し
たファイルサーバ３００の管理エージェント３２０は、
ファイルサーバ１００から親ディレクトリ情報（親ディ
レクトリの内容をコピーしたもの）８１を受け取る。

【００８７】［ステップＳ１０５］ファイルサーバ３０
０の管理エージェント３２０は、親ディレクトリのコピ
ーを更新し、更新後の親ディレクトリ情報８２をファイ
ルサーバ１００に送信する。

【００８８】［ステップＳ１０６］各ファイルサーバ１
００、２００，３００は、アプリケーションサーバ４１
に対して、ディレクトリ作成要求７１〜７３に対する応
答９１〜９３を返す。ファイルサーバ１００からアプリ
ケーションサーバ４１へは、ディレクトリを作成しない
旨（非作成）の応答９１が返される。ファイルサーバ２
００からアプリケーションサーバ４１へは、ディレクト
リを作成しない旨（非作成）の応答９２が返される。フ
ァイルサーバ３００からアプリケーションサーバ４１へ
は、ディレクトリの作成が完了した旨（作成完了）の応
答９３が返される。

【００８９】以上のような処理により、クラスタを構成
するファイルサーバ１００，２００，３００のいずれか
１つにおいて、新規のディレクトリが作成される。次
に、ファイルの書き込み処理について説明する。

【００９０】図１５は、ファイル書き込み処理の手順を
示すフローチャートの前半である。図１５には、アプリ
ケーションサーバ４１がファイルの書き込み要求を出力
した場合の処理の例を示している。図１５では、アプリ
ケーションサーバ４１とファイルサーバ１００との処理
手順が示されている。アプリケーションサーバ４１の処
理は図中左側に示されており、ファイルサーバ１００の
処理は図中右側に示されている。以下、図１５に示す処
理をステップ番号に沿って説明する。

【００９１】［ステップＳ３１］アプリケーションサー
バ４１のファイル操作要求部４１ｂは、ファイルサーバ
１００，２００，３００へ転送する書き込み要求を作成
する。

【００９２】［ステップＳ３２］ファイル操作要求部４
１ｂは、全てのファイルサーバ１００，２００，３００
に書き込み要求を送信する。その後、アプリケーション
サーバ４１の処理がステップＳ３３に進められると共
に、ファイルサーバ１００においてステップＳ３４の処
理が開始される。

【００９３】［ステップＳ３３］ファイル操作要求部４
１ｂは、全てのファイルサーバ１００，２００，３００
からの返信を待つ。その後、アプリケーションサーバ４
１の処理は、図１６に示すステップＳ４８に進められ
る。

【００９４】［ステップＳ３４］ファイルサーバ１００
のデータ入出力部１６０は、アプリケーションサーバ４
１からの書き込み要求を取得する。 ［ステップＳ３５］データ入出力部１６０は、書き込み
要求で指定されたファイルのデータを書き込むべきか否
かを判断する。たとえば、ファイルを複数のファイルデ
ータに分割した際に、ファイルサーバ１００自身に割り
当てられたデータが存在する場合には、ファイルのデー
タを書き込むべきであると判断する。ファイルサーバ１
００自身に割り当てられたデータが存在しない場合に
は、ファイルのデータを書き込む必要なないと判断す
る。データを書き込むべきであれば、処理がステップＳ
３６に進められる。データを書き込むべきでなければ、
処理が図１６に示すステップＳ４１に進められる。

【００９５】［ステップＳ３６］データ入出力部１６０
は、管理エージェント１２０へ書き込みを行うストレー
ジデバイス１１０内のブロックの情報を通知する。 ［ステップＳ３７］ＲＤＭＡ転送部１４０は、アプリケ
ーションサーバ４１内のユーザバッファ４１ａから、フ
ァイルサーバ１００自身に割り当てられたファイルデー
タをＲＤＭＡ転送で、メモリのキャッシュ領域１５０に
転送する。

【００９６】［ステップＳ３８］データ入出力部１６０
は、キャッシュ領域１５０に格納された複数のファイル
データを１つのオブジェクトとして、ストレージデバイ
ス１１０に書き込む。

【００９７】［ステップＳ３９］データ入出力部１６０
は、管理エージェント１２０へ書き込み完了を通知す
る。その後、処理が図１６のステップＳ４３に進められ
る。図１６は、ファイル書き込み処理の手順を示すフロ
ーチャートの後半である。以下、図１６に示す処理をス
テップ番号に沿って説明する。

【００９８】［ステップＳ４１］データ入出力部１６０
は、処理対象のファイルがファイルサーバ１００自身の
管理するファイルか否かを判断する。具体的には、処理
対象のファイルのファイルＩＤには、そのファイルのフ
ァイル情報を管理しているファイルサーバのノードＩＤ
が含まれている。

【００９９】従って、データ入出力部１６０は、ファイ
ルＩＤに含まれるノードＩＤと、ファイルサーバ１００
自身のノードＩＤとを比較する。データ入出力部１６０
は、比較の結果、ノードＩＤが一致すれば、自己の管理
するファイルであると判断し、ノードＩＤが一致しなけ
れば、自己の管理するファイルではないと判断する。処
理対象のファイルがファイルサーバ１００自身の管理す
るファイルであれば、処理がステップＳ４２に進められ
る。処理対象のファイルがファイルサーバ１００自身の
管理するファイルでなければ、処理がステップＳ４６に
進められる。

【０１００】［ステップＳ４２］データ入出力部１６０
は、管理エージェント１２０に対して、データの書き込
みを行わないことを通知する。 ［ステップＳ４３］管理エージェント１２０は、他のフ
ァイルサーバ２００，３００の管理エージェント２２
０，３２０と連携して、書き込みデータの総量を計算す
る。計算結果は、データ入出力部１６０に通知される。

【０１０１】［ステップＳ４４］処理対象のファイルが
ファイルサーバ１００自身の管理するファイルか否かを
判断する。処理対象のファイルがファイルサーバ１００
自身の管理するファイルであれば、処理がステップＳ４
５に進められる。処理対象のファイルがファイルサーバ
１００自身の管理するファイルでなければ、処理がステ
ップＳ４６に進められる。

【０１０２】［ステップＳ４５］データ入出力部１６０
は、書き込み結果を作成する。書き込み結果には、書き
込んだオブジェクトのデータ量を示す情報が含まれる。
その後、処理がステップＳ４７に進められる。

【０１０３】［ステップＳ４６］データ入出力部１６０
は、処理をしないことを示す書き込み結果を作成する。 ［ステップＳ４７］データ入出力部１６０は、作成した
書き込み結果を、アプリケーションサーバ４１に送信す
る。その後、ファイルサーバ１００における処理が終了
し、アプリケーションサーバ４１においてステップＳ４
８の処理が実行される。

【０１０４】［ステップＳ４８］アプリケーションサー
バ４１のファイル操作要求部４１ｂでは、全てのファイ
ルサーバ１００，２００，３００からの書き込み結果を
受信し、処理を終了する。

【０１０５】このように、ファイルサーバ１００におい
て、書き込み処理が行われる。なお、データ量を含む書
き込み結果（正常に書き込みを完了したことを示す情
報）は、処理対象のファイルのファイル情報を管理する
ファイルサーバが、アプリケーションサーバに対して通
知する。他のファイルサーバは、データの書き込みを行
った場合でも、アプリケーションサーバに対して、処理
を行わないことを示す処理結果を通知する。これによ
り、アプリケーションサーバにおいて、１台のファイル
サーバが書き込み処理を実行したものと認識させること
ができる。その結果、ファイルサーバにおいて、ファイ
ルが分散格納されたことによる特別な処理が不要とな
る。このことは、後述するファイルの読み取り処理にお
いても同様である。

【０１０６】図１７は、書き込み処理の概念図である。 ［ステップＳ１１１］アプリケーションサーバ４１から
全てのファイルサーバ１００，２００，３００に対し
て、書き込み要求４１１〜４１３が送信される。書き込
み要求４１１〜４１３は、宛先が異なるのみで、それ以
外は同じ内容である。

【０１０７】［ステップＳ１１２］アプリケーションサ
ーバ４１のユーザバッファ４１ａに格納されているファ
イル５０がファイルデータ単位に分割され、複数のファ
イルサーバ１００，２００，３００に分散して転送され
る。各ファイルサーバ１００，２００，３００では、転
送されファイルデータがキャッシュ領域１５０，２５
０，３５０に格納される。

【０１０８】［ステップＳ１１３］各ファイルサーバ１
００，２００，３００のキャッシュ領域１５０，２５
０，３５０に格納されたファイルデータは、オブジェク
ト１１２，２１２，３１２としてストレージデバイス１
１０，２１０，３１０に格納される。

【０１０９】このようにして、ファイルを分散格納する
ことができる。次に、ファイルの読み取り処理について
説明する。図１８は、ファイルの読み取り処理の手順を
示すフローチャートの前半である。図１８では、アプリ
ケーションサーバ４１とファイルサーバ１００との処理
手順が示されている。アプリケーションサーバ４１の処
理は図中左側に示されており、ファイルサーバ１００の
処理は図中右側に示されている。以下、図１８に示す処
理をステップ番号に沿って説明する。

【０１１０】［ステップＳ５１］アプリケーションサー
バ４１のファイル操作要求部４１ｂは、ファイルサーバ
１００，２００，３００に転送する読み取り要求を作成
する。読み取り要求では、ファイルの一部のデータに対
する読み取り要求を出すことができる。その場合、デー
タ開始位置のオフセット（ファイルの先頭からの差分）
や、データ長により、読み取り対象のデータが特定され
る。

【０１１１】［ステップＳ５２］ファイル操作要求部４
１ｂは、全てのファイルサーバ１００，２００，３００
に対して、読み取り要求を送信する。その後、アプリケ
ーションサーバ４１の処理がステップＳ５３に進むと共
に、ファイルサーバ１００においてステップＳ５４の処
理が実行される。

【０１１２】［ステップＳ５３］ファイル操作要求部４
１ｂは、全てのファイルサーバからの返信を待つ。その
後、アプリケーションサーバ４１の処理は、図１９に示
すステップＳ６８に進められる。

【０１１３】［ステップＳ５４］ファイルサーバ１００
のデータ入出力部１６０は、アプリケーションサーバ４
１からの読み取り要求を取得する。［ステップＳ５５］
データ入出力部１６０は、読み取り対象として要求され
ているデータを有しているか否かを判断する。読み取り
対象のデータを有していれば、処理がステップＳ５６に
進められる。読み取り対象のデータを有していなけれ
ば、処理が図１９に示すステップＳ６１に進められる。

【０１１４】［ステップＳ５６］データ入出力部１６０
は、管理エージェント１２０へ、読み取りを行うストレ
ージデバイス１１０内のブロックを通知する。 ［ステップＳ５７］データ入出力部１６０は、ストレー
ジデバイス１１０に格納されているオブジェクトから、
要求されているファイルデータを読み取り、キャッシュ
領域１５０に書き込む。

【０１１５】［ステップＳ５８］ＲＤＭＡ転送部１４０
は、キャッシュ領域１５０に書き込まれたデータを、ア
プリケーションサーバ４１のユーザバッファにＲＤＭＡ
転送する。転送先のアドレスは、読み取り要求で指定さ
れている。

【０１１６】［ステップＳ５９］データ入出力部１６０
は、管理エージェント１２０へ、読み取り完了を通知す
る。その後、処理が図１９に示すステップＳ６３に進め
られる。

【０１１７】図１９は、ファイルの読み取り処理の手順
を示すフローチャートの後半である。以下、図１９に示
す処理をステップ番号に沿って説明する。 ［ステップＳ６１］データ入出力部１６０は、処理対象
のファイルがファイルサーバ１００自身の管理するファ
イルか否かを判断する。ファイルサーバ１００自身の管
理するファイルか否かは、処理対象のファイルのファイ
ルＩＤに含まれるファイルＩＤが、ファイルサーバ１０
０自身のノードＩＤと一致するか否かによって判断でき
る。処理対象のファイルがファイルサーバ１００自身の
管理するファイルであれば、処理がステップＳ６２に進
められる。処理対象のファイルがファイルサーバ１００
自身の管理するファイルでなければ、処理がステップＳ
６６に進められる。

【０１１８】［ステップＳ６２］データ入出力部１６０
は、管理エージェント１２０に対して、データの読み取
りを行わないことを通知する。 ［ステップＳ６３］管理エージェント１２０は、他のフ
ァイルサーバ２００，３００の管理エージェント２２
０，３２０と連携して、読み取りデータの総量を計算す
る。計算結果は、データ入出力部１６０に通知される。

【０１１９】［ステップＳ６４］処理対象のファイルが
ファイルサーバ１００自身の管理するファイルか否かを
判断する。処理対象のファイルがファイルサーバ１００
自身の管理するファイルであれば、処理がステップＳ６
５に進められる。処理対象のファイルがファイルサーバ
１００自身の管理するファイルでなければ、処理がステ
ップＳ６６に進められる。

【０１２０】［ステップＳ６５］データ入出力部１６０
は、読み取り結果を作成する。この読み取り結果には、
転送したデータのデータ量が示されている。その後、処
理がステップＳ６７に進められる。

【０１２１】［ステップＳ６６］データ入出力部１６０
は、処理を行わないことを示す読み取り結果を作成す
る。 ［ステップＳ６７］データ入出力部１６０は、読み取り
結果をアプリケーションサーバ４１に送信する。その
後、ファイルサーバ１００における処理が終了すると共
に、アプリケーションサーバ４１においてステップＳ６
８の処理が実行される。

【０１２２】［ステップＳ６８］アプリケーションサー
バ４１のファイル操作要求部４１ｂは、全てのファイル
サーバ１００，２００，３００から読み取り結果を受信
し、処理を終了する。

【０１２３】図２０は、読み取り処理の概念図である。 ［ステップＳ１２１］アプリケーションサーバ４１から
各ファイルサーバ１００，２００，３００へ、読み取り
要求４２１〜４２３が送信される。読み取り要求４２１
〜４２３は、宛先が異なるのみで、それ以外は同じ内容
である。

【０１２４】［ステップＳ１２２］各ファイルサーバ１
００，２００，３００は、読み取り要求で指定されたフ
ァイルデータのうち、自身が所有しているファイルデー
タをストレージデバイス１１０，２１０，３１０から読
み出し、キャッシュ領域１５０，２５０，３５０に格納
する。

【０１２５】［ステップＳ１２３］各ファイルサーバ１
００，２００，３００は、キャッシュ領域１５０，２５
０，３５０に格納したファイルデータを含む読み取り結
果４３１〜４３３を、アプリケーションサーバ４１のユ
ーザバッファ４１ａにＲＤＭＡにより転送する。なお、
ＲＤＭＡ転送の際に、各ファイルデータの格納領域が指
定されることで、ユーザバッファ４１ａに格納された時
点で、複数のファイルデータが連結され、元のファイル
５０が生成される。

【０１２６】このようにして、分散格納されているファ
イルを読み取ることができる。以上説明したように、本
発明の実施の形態によれば、アプリケーションサーバ４
１〜４３がファイルサーバ１００，２００，３００に対
してファイル操作（ディレクトリ作成、データ書き込
み、データ読み取りなど）を要求する場合、全てのファ
イルサーバ１００，２００，３００に同じ内容の要求を
送信することで、ファイルサーバ１００，２００，３０
０にファイル操作を実行させることができる。これによ
り、アプリケーションサーバ４１〜４３において、ファ
イル操作要求を送信すべきファイルサーバを認識する必
要が無くなる。すなわち、ファイルサーバ１００，２０
０，３００のクライアントとして動作するコンピュータ
（たとえばアプリケーションサーバ４１〜４３）に、フ
ァイルサーバ１００，２００，３００の負荷分散のため
の処理機能を実装せずにすむ。その結果、ファイルサー
バ１００，２００，３００のクライアントとして動作す
るコンピュータの処理負荷が軽減される。

【０１２７】また、１つのファイルを分散格納するよう
にしたため、大容量のファイルの入出力が発生しても、
１つのファイルサーバへの負荷の集中が無くなる。しか
も、ファイルを分散格納したことで、１つのファイルの
書き込みや読み取りの処理が、高速化される。その結
果、ネットワークの通信速度の高速化によるメリット
を、十分に生かすことができる。

【０１２８】［第２の実施の形態］第１の実施の形態で
は、ＲＤＭＡ転送を行うことができるシステムについて
説明したが、ＲＤＭＡ転送ができない場合であっても、
同様のファイルの分散格納を行うことできる。そこで、
ＲＤＭＡ転送を用いない場合の例を、第２の実施の形態
として説明する。

【０１２９】なお、第２の実施の形態におけるシステム
構成は、図２に示した第１の実施の形態の構成と同様で
ある。ただし、アプリケーションサーバとファイルサー
バとの機能の一部が、第１の実施の形態と異なる。ま
た、第２の実施の形態におけるアプリケーションサーバ
とファイルサーバとは、図３と同様のハードウェア構成
で実現することができる。

【０１３０】図２１は、第２の実施の形態における機能
ブロック図である。第２の実施の形態は、複数のアプリ
ケーションサーバ４５〜４７と、複数のファイルサーバ
１００，２００ａ，３００ａとで構成される。ファイル
サーバ１００，２００ａ，３００ａによって、クラスタ
が構成されている。ここで、アプリケーションサーバ４
５とファイルサーバ１００ａとの機能を、代表的に説明
する。なお、ストレージデバイス１１０の内容は第１の
実施の形態と同じであるため、図４と同一の符号を付し
て説明を省略する。

【０１３１】アプリケーションサーバ４５は、ユーザバ
ッファ４５ａ、ファイル操作要求部４５ｂ、および通信
バッファ４５ｃを有している。ユーザバッファ４５ａ
は、Ｗｅｂサーバ３０からの要求に応じた処理を実行す
るためのプロセスが利用する記憶領域である。

【０１３２】ファイル操作要求部４５ｂは、ファイルサ
ーバ１００ａ，２００ａ，３００ａに対してファイル操
作要求を送信する。ファイル操作要求には、ディレクト
リ作成要求、ファイル書き込み要求、ファイル読み取り
要求などがある。ファイル操作要求部４５ｂは、ファイ
ルの読み取り要求を各ファイルサーバ１００ａ，２００
ａ，３００ａに送信した際には、その応答として、各フ
ァイルサーバ１００ａ，２００ａ，３００ａからオブジ
ェクトを受け取る。すると、ファイル操作要求部４５ｂ
は、受け取った複数のオブジェクトを組み合わせて１つ
のファイルを生成し、ユーザバッファ４５ａに格納す
る。

【０１３３】通信バッファ４５ｃは、ファイル操作要求
部４５ｂがネットワークを介した通信を行うためのデー
タを記憶するための記憶領域である。ファイルサーバ１
００ａは、管理エージェント１２０ａ、ディレクトリ作
成部１３０ａ、キャッシュ領域１５０ａ、およびデータ
入出力部１６０ａを有している。管理エージェント１２
０ａは、ノードリスト１２１ａを保持している。管理エ
ージェント１２０ａ、ディレクトリ作成部１３０ａの機
能は、図４に示した第１の実施の形態の同名も構成要素
と同じである。

【０１３４】キャッシュ領域１５０ａは、データ入出力
部１６０ａが、ストレージデバイス１１０に入出力する
データを一時的に格納する記憶領域である。データ入出
力部１６０ａは、アプリケーションサーバ４５からのフ
ァイルの書き込み要求や読み取り要求に応じて、ストレ
ージデバイス１１０内のファイルを操作する。

【０１３５】データ入出力部１６０ａは、アプリケーシ
ョンサーバ４５からファイルの書き込み要求を受け取れ
ば、管理エージェント１２０ａが保持しているノードリ
スト１２１ａを参照して、書き込みを行うべきファイル
データを特定する。次に、データ入出力部１６０ａは、
書き込みを行うべきファイルデータをアプリケーション
サーバ４５のファイル操作要求部４５ｂから受け取り、
一端キャッシュ領域１５０ａに格納する。そして、デー
タ入出力部１６０ａは、キャッシュ領域１５０ａに格納
したファイルデータを纏めて１つのオブジェクト１１２
として、ストレージデバイス１１０に格納する。

【０１３６】データ入出力部１６０ａは、アプリケーシ
ョンサーバ４５からファイルの読み取り要求を受け取る
と、指定されたファイルの一部を構成するオブジェクト
１１２をストレージデバイス１１０から読み取り、キャ
ッシュ領域１５０ａに格納する。次に、キャッシュ領域
１５０ａに格納されたオブジェクト１１２を、アプリケ
ーションサーバ４５のファイル操作要求部４５ｂに渡
す。

【０１３７】次に、第２の実施の形態におけるファイル
の読み取り処理について詳しく説明する。図２２は、第
２の実施の形態におけるファイルの読み取り処理の手順
を示すフローチャートである。図２２では、アプリケー
ションサーバ４５とファイルサーバ１００ａとの処理手
順が示されている。アプリケーションサーバ４５の処理
は図中左側に示されており、ファイルサーバ１００ａの
処理は図中右側に示されている。以下、図２２に示す処
理をステップ番号に沿って説明する。

【０１３８】［ステップＳ２０１］アプリケーションサ
ーバ４５のファイル操作要求部４５ｂは、読み取り要求
を作成する。読み取り要求では、ファイルの一部のデー
タに対する読み取り要求を出すことができる。その場
合、データ開始位置のオフセット（ファイルの先頭から
の差分）や、データ長により、読み取り対象のデータが
特定される。

【０１３９】［ステップＳ２０２］ファイル操作要求部
４５ｂは、全てのファイルサーバ１００ａ，２００ａ，
３００ａに対して、ファイルの読み取り要求を送信す
る。その後、アプリケーションサーバ４５の処理がステ
ップＳ２０３に進むと共に、ファイルサーバ１００ａに
おいてステップＳ２０４の処理が実行される。

【０１４０】［ステップＳ２０３］ファイル操作要求部
４５ｂは、全てのファイルサーバ１００ａ，２００ａ，
３００ａからの返信を待つ。その後、アプリケーション
サーバ４５の処理は、ステップＳ２１０に進められる。

【０１４１】［ステップＳ２０４］ファイルサーバ１０
０ａのデータ入出力部１６０ａは、アプリケーションサ
ーバ４５からの読み取り要求を取得する。 ［ステップＳ２０５］データ入出力部１６０ａは、読み
取り対象として要求されているデータを有しているか否
かを判断する。読み取り対象のデータを有していれば、
処理がステップＳ２０６に進められる。読み取り対象の
データを有していなければ、処理がステップＳ２０８に
進められる。

【０１４２】［ステップＳ２０６］データ入出力部１６
０ａは、ストレージデバイス１１０に格納されているオ
ブジェクトから、要求されているファイルデータを読み
取り、キャッシュ領域１５０ａに書き込む。

【０１４３】［ステップＳ２０７］データ入出力部１６
０ａは、読み取り結果を作成する。読み取り結果には、
要求されたデータや、そのデータのデータ量などが含ま
れる。その後、処理がステップＳ２０９に進められる。

【０１４４】［ステップＳ２０８］データ入出力部１６
０ａは、処理を行わないことを示す読み取り結果を作成
する。 ［ステップＳ２０９］データ入出力部１６０ａは、読み
取り結果をアプリケーションサーバ４５に送信する。そ
の後、ファイルサーバ１００ａにおける処理が終了する
と共に、アプリケーションサーバ４５においてステップ
Ｓ２１０の処理が実行される。

【０１４５】［ステップＳ２１０］アプリケーションサ
ーバ４５のファイル操作要求部４５ｂは、全てのファイ
ルサーバ１００ａ，２００ａ，３００ａから読み取り結
果を受信する。受信した読み取り結果は、一端、通信バ
ッファ４５ｃに格納される。

【０１４６】［ステップＳ２１１］ファイル操作要求部
４５ｂは、全ファイルサーバからの読み取り結果に含ま
れるファイルデータを通信バッファ４５ｃから読み出
し、繋ぎ合わせ、連続データとする。これにより、読み
取り対象のファイルが生成される。ファイル操作要求部
４５ｂは、生成したファイルをユーザバッファ４５ａに
格納する。

【０１４７】図２３は、第２の実施の形態におけるファ
イル読み取り処理の前半を示す概念図である。 ［ステップＳ２２１］アプリケーションサーバ４５から
各ファイルサーバ１００ａ，２００ａ，３００ａへ、読
み取り要求４４１〜４４３が送信される。読み取り要求
４４１〜４４３は、宛先が異なるのみで、それ以外は同
じ内容である。

【０１４８】［ステップＳ２２２］各ファイルサーバ１
００ａ，２００ａ，３００ａは、読み取り要求４４１〜
４４３で指定されたファイルデータのうち、自身が所有
しているファイルデータをストレージデバイス１１０，
２１０，３１０から読み出し、キャッシュ領域１５０
ａ，２５０ａ，３５０ａに格納する。

【０１４９】図２４は、第２の実施の形態におけるファ
イル読み取り処理の後半を示す概念図である。 ［ステップＳ２２３］各ファイルサーバ１００ａ，２０
０ａ，３００ａは、キャッシュ領域１５０ａ，２５０
ａ，３５０ａに格納したファイルデータを含む読み取り
結果４５１〜４５３を、アプリケーションサーバ４５に
転送する。その読み取り結果４５１〜４５３は、通信バ
ッファ４５ｃに格納される。

【０１５０】［ステップＳ２２４］アプリケーションサ
ーバ４５は、通信バッファ４５ｃに格納された読み取り
結果内のファイルデータを、元の順番に繋ぎ合わせ、フ
ァイルを生成する。そして、アプリケーションサーバ４
５は、そのファイルをユーザバッファ４５ａに格納す
る。

【０１５１】以上のようにして、ＲＤＭＡ機能を用いず
に、分散格納されたファイルの読み取りを行うことがで
きる。 ［変形例］以下、上記第１、第２の実施の形態に対する
変形例について説明する。

【０１５２】上記の実施の形態では、ファイルを分散格
納しているが、常にファイルの分散格納を行う必要はな
い。たとえば、ファイルのデータ量が小さければ、分散
させずに、１つのファイルサーバで管理させてもよい。
この場合、ファイルの書き込み要求が出されたときに、
各ファイルサーバは、自己の格納すべきファイルか否か
を判断する。たとえば、ファイルサーバに対して、格納
対象のファイルを決定するための規則を予め定義してお
く。そして、各ファイルサーバは、定義された規則に従
って、それぞれの格納すべきファイルを特定し、特定し
たファイルの書き込みを実行する。

【０１５３】格納対象のファイルを決定するための規則
としては、たとえば、ディレクトリ作成要求に応じてデ
ィレクトリを作成するファイルサーバの決定規則と同様
の規則を適用することができる。すなわち、ファイルが
作成される場所のディレクトリ（親ディレクトリ）配下
に、前回ファイルを作成したファイルサーバを調べる。
そして、ノードリストにおいて、前回ファイルを作成し
たファイルサーバの次のファイルサーバがファイルの書
き込みを行う。

【０１５４】なお、上記第１、第２の実施の形態の説明
では、ファイルのファイル情報を管理するファイルサー
バの決定方法について説明していないが、上記の変形例
に示した格納対象のファイルを決定するための規則と同
様の方法によって、あるファイルのファイル情報を管理
すべきファイルサーバを決定することができる。

【０１５５】上記の処理機能は、サーバコンピュータと
クライアントコンピュータとによって実現することがで
きる。その場合、ファイルサーバが有すべき機能の処理
内容を記述したサーバプログラム、およびアプリケーシ
ョンサーバが有すべき機能の処理内容を記述したクライ
アントプログラムが提供される。サーバプログラムをサ
ーバコンピュータで実行することにより、ファイルサー
バの処理機能がサーバコンピュータ上で実現される。ま
た、クライアントプログラムをクライアントコンピュー
タで実行することにより、アプリケーションサーバの処
理機能がクライアントコンピュータ上で実現される。

【０１５６】処理内容を記述したサーバプログラムやク
ライアントプログラムは、コンピュータで読み取り可能
な記録媒体に記録しておくことができる。コンピュータ
で読み取り可能な記録媒体としては、磁気記録装置、光
ディスク、光磁気記録媒体、半導体メモリなどがある。
磁気記録装置には、ハードディスク装置（ＨＤＤ）、フ
レキシブルディスク（ＦＤ）、磁気テープなどがある。
光ディスクには、ＤＶＤ(Digital Versatile Disc)、Ｄ
ＶＤ−ＲＡＭ(Random Access Memory)、ＣＤ−ＲＯＭ(C
ompact Disc Read Only Memory)、ＣＤ−Ｒ(Recordabl
e)／ＲＷ(ReWritable)などがある。光磁気記録媒体に
は、ＭＯ(Magneto-Optical disc)などがある。

【０１５７】サーバプログラムやクライアントプログラ
ムを流通させる場合には、たとえば、各プログラムが記
録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が
販売される。また、クライアントプログラムをサーバコ
ンピュータの記憶装置に格納しておき、ネットワークを
介して、サーバコンピュータからクライアントコンピュ
ータにクライアントプログラムを転送することもでき
る。

【０１５８】サーバプログラムを実行するサーバコンピ
ュータは、たとえば、可搬型記録媒体に記録されたサー
バプログラムを、自己の記憶装置に格納する。そして、
サーバコンピュータは、自己の記憶装置からサーバプロ
グラムを読み取り、サーバプログラムに従った処理を実
行する。なお、サーバコンピュータは、可搬型記録媒体
から直接サーバプログラムを読み取り、そのサーバプロ
グラムに従った処理を実行することもできる。

【０１５９】クライアントプログラムを実行するクライ
アントコンピュータは、たとえば、可搬型記録媒体に記
録されたクライアントプログラムもしくはサーバコンピ
ュータから転送されたクライアントプログラムを、自己
の記憶装置に格納する。そして、クライアントコンピュ
ータは、自己の記憶装置からクライアントプログラムを
読み取り、クライアントプログラムに従った処理を実行
する。なお、クライアントコンピュータは、可搬型記録
媒体から直接クライアントプログラムを読み取り、その
クライアントプログラムに従った処理を実行することも
できる。また、クライアントコンピュータは、サーバコ
ンピュータからクライアントプログラムが転送される毎
に、逐次、受け取ったクライアントプログラムに従った
処理を実行することもできる。

【０１６０】（付記１） クラスタを構成する複数のフ
ァイルサーバの一つとしてコンピュータを機能させるた
めのファイルサーバプログラムにおいて、前記コンピュ
ータに、前記クラスタにおいて実行する処理のうち自身
の担当する処理を判断するための判断条件が予め定義さ
れており、前記クラスタを構成する前記複数のファイル
サーバに対して送信されたファイル操作要求を受け取る
と、前記判断条件に基づいて前記ファイル操作要求に応
じた処理の実行の要否を判断し、前記ファイル操作要求
に応じた処理の実行が必要と判断された場合、自己の管
理するストレージデバイスに対して前記ファイル操作要
求に応じた処理を行う、処理を実行させることを特徴と
するファイルサーバプログラム。

【０１６１】（付記２） 前記クラスタを構成する前記
複数のファイルサーバの処理担当順が予め定義されてお
り、前記処理担当順において自己の順番であることが、
前記判断条件として定義されていることを特徴とする付
記１記載のファイルサーバプログラム。

【０１６２】（付記３） 前記ファイル操作要求がディ
レクトリ作成要求である場合、前記処理担当順によっ
て、共通の親ディレクトリの配下へディレクトリを作成
するファイルサーバの順番が定義されていることを特徴
とする付記１記載のファイルサーバプログラム。

【０１６３】（付記４） ディレクトリを作成した後
は、前記ディレクトリの配下に最後に子ディレクトリを
作成したファイルサーバの識別情報を記憶し、前記ディ
レクトリ作成要求において、前記ディレクトリ配下への
ディレクトリ作成が要求された場合、前記ディレクトリ
配下に前回子ディレクトリを作成したファイルサーバの
識別情報を、他のファイルサーバに通知することを特徴
とする付記３記載のファイルサーバプログラム。

【０１６４】（付記５） 前記ファイル操作要求に応じ
た処理のうち担当部分として割り当てられた処理を含む
ことが前記判断条件として定義されており、前記ファイ
ル操作要求に応じた処理を実行する際には、前記担当部
分として割り当てられた処理のみを実行することを特徴
とする付記１記載のファイルサーバプログラム。

【０１６５】（付記６） 前記ファイル操作要求がファ
イルの書き込み要求であるときの前記判断条件として、
前記ファイルを分割したファイルデータのうち、書き込
み処理を担当すべき処理担当データの選択規則が定義さ
れており、前記ファイル操作要求に応じた処理を実行す
る際には、前記処理担当データを、自己の管理するスト
レージデバイスに格納することを特徴とする付記１記載
のファイルサーバプログラム。

【０１６６】（付記７） 前記ファイル操作要求がファ
イルの読み取り要求であるときの前記判断条件として、
前記ファイルを自己の管理するストレージデバイス内に
格納していることが定義されており、前記ファイル操作
要求に応じた処理を実行する際には、前記ストレージデ
バイスから前記ファイルを読み出し、読み出した前記フ
ァイルを、前記ファイル操作要求を出力した装置へ送信
することを特徴とする付記１記載のファイルサーバプロ
グラム。

【０１６７】（付記８） 前記ファイル操作要求がファ
イルを構成する一部のファイルデータの読み取り要求で
ある場合、前記ファイルデータを自己の管理するストレ
ージデバイス内に格納していることが、前記判断条件と
して定義されており、前記ファイル操作要求に応じた処
理を実行する際には、前記ストレージデバイスから前記
ファイルデータを読み出し、読み出した前記ファイルデ
ータを、前記ファイル操作要求を出力した装置へ送信す
ることを特徴とする付記１記載のファイルサーバプログ
ラム。

【０１６８】（付記９） クラスタを構成する複数のフ
ァイルサーバの一つとして機能するコンピュータのファ
イル操作方法において、前記クラスタにおいて実行する
処理のうち自身の担当する処理を判断するための判断条
件が予め定義されており、前記クラスタを構成する前記
複数のファイルサーバに対して送信されたファイル操作
要求を受け取ると、前記判断条件に基づいて前記ファイ
ル操作要求に応じた処理の実行の要否を判断し、前記フ
ァイル操作要求に応じた処理の実行が必要と判断された
場合、自己の管理下にあるストレージデバイスに対して
前記ファイル操作要求に応じた処理を行う、ことを特徴
とするファイル操作方法。

【０１６９】（付記１０） クラスタを構成する複数の
装置の一つとして機能するファイルサーバにおいて、ス
トレージデバイスと、前記クラスタにおいて実行する処
理のうち自身の担当する処理を判断するための判断条件
が予め定義されており、前記クラスタを構成する前記複
数のファイルサーバに対して送信されたファイル操作要
求を受け取ると、前記判断条件に基づいて前記ファイル
操作要求に応じた処理の実行の要否を判断する判断手段
と、前記判断手段において前記ファイル操作要求に応じ
た処理の実行が必要と判断された場合、前記ストレージ
デバイスに対して前記ファイル操作要求に応じた処理を
行う処理実行手段と、を有することを特徴とするファイ
ルサーバ。

【０１７０】（付記１１） クラスタを構成する複数の
ファイルサーバの一つとしてコンピュータを機能させる
ためのファイルサーバプログラムを記録した前記コンピ
ュータ読み取り可能な記録媒体において、前記コンピュ
ータに、前記クラスタにおいて実行する処理のうち自身
の担当する処理を判断するための判断条件が予め定義さ
れており、前記クラスタを構成する前記複数のファイル
サーバに対して送信されたファイル操作要求を受け取る
と、前記判断条件に基づいて前記ファイル操作要求に応
じた処理の実行の要否を判断し、前記ファイル操作要求
に応じた処理の実行が必要と判断された場合、自己の管
理するストレージデバイスに対して前記ファイル操作要
求に応じた処理を行う、処理を実行させることを特徴と
する記録媒体。

【０１７１】

【発明の効果】以上説明したように本発明では、全ての
ファイルサーバに対してファイル操作要求が出力される
と、処理の実行が必要と判断したファイルサーバにおい
て、ファイル操作要求に応じた処理が実行されるように
した。そのため、ファイル操作要求の送信先をクライア
ントに認識させる必要が無くなり、処理の効率化を図る
ことができるとともに、ファイル操作要求の送信先の認
識処理に起因する処理負荷の偏りを防ぐことができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に適用される発明の概念図
である。

【図２】第１の実施の形態のシステム構成例を示す図で
ある。

【図３】本発明の実施の形態に用いるファイルサーバの
ハードウェア構成例を示す図である。

【図４】第１の実施の形態におけるアプリケーションサ
ーバとファイルサーバとの機能ブロック図である。

【図５】ノードリストのデータ構造例を示す図である。

【図６】ディレクトリのデータ構造例を示す図である。

【図７】ファイルの分散格納状況を示す図である。

【図８】ファイルテーブルのデータ構造例を示す図であ
る。

【図９】マップ情報に登録されるオフセットを説明する
図である。

【図１０】ディレクトリ管理情報のデータ構造例を示す
図である。

【図１１】ノードリストの同一性確保処理の概念図であ
る。

【図１２】ディレクトリ作成処理の手順を示すフローチ
ャートである。

【図１３】ディレクトリ作成処理の概念図の前半であ
る。

【図１４】ディレクトリ作成処理の概念図の後半であ
る。

【図１５】ファイル書き込み処理の手順を示すフローチ
ャートの前半である。

【図１６】ファイル書き込み処理の手順を示すフローチ
ャートの後半である。

【図１７】書き込み処理の概念図である。

【図１８】ファイルの読み取り処理の手順を示すフロー
チャートの前半である。

【図１９】ファイルの読み取り処理の手順を示すフロー
チャートの後半である。

【図２０】読み取り処理の概念図である。

【図２１】第２の実施の形態における機能ブロック図で
ある。

【図２２】第２の実施の形態におけるファイルの読み取
り処理の手順を示すフローチャートである。

【図２３】第２の実施の形態におけるファイル読み取り
処理の前半を示す概念図である。

【図２４】第２の実施の形態におけるファイル読み取り
処理の後半を示す概念図である。

【符号の説明】

１ クライアント １ａ，１ｂ、１ｃ ファイル操作要求 ２ クラスタ ３，４，５ ファイルサーバ ３ａ，４ａ，５ａ ストレージデバイス １０ ネットワーク ２１，２２，２３ Ｗｅｂクライアント ３０ Ｗｅｂサーバ ４１，４２，４３ アプリケーションサーバ １００，２００，３００ ファイルサーバ

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１４年１１月１４日（２００２．１１．
１４）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】請求項３

【補正方法】変更

【補正内容】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００３３

【補正方法】変更

【補正内容】

【００３３】ファイルテーブル１１４は、一つのファイ
ルがクラスタ全体においてどのように分散されているか
を含むファイル情報のリストである。ファイル情報に
は、ファイルの属性（更新時間、作成者など）も含まれ
ている。なお、１つのファイルに対するファイル情報
は、クラスタを構成するファイルサーバ２００，３００
のうちの一台が管理している。すなわち、ファイルサー
バ１００のファイルテーブル１１４は、ファイルサーバ
１００自身が作成したファイルに関するファイル情報が
登録されている。同様に、各ファイルサーバ１００，２
００，３００は、それぞれオリジナルのファイルテーブ
ル（ファイルサーバのノードＩＤがファイルテーブル内
のファイル情報中のファイルＩＤに含まれている）を有
している。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００５９

【補正方法】変更

【補正内容】

【００５９】図８は、ファイルテーブルのデータ構造例
を示す図である。ファイルテーブル１１４には、クラス
タで管理されている各ファイルに関するファイル情報１
１４ａが格納されている。ファイル情報１１４ａは、フ
ァイルＩＤ６１と、マップ情報（ｍａｐ［１］，ｍａｐ
［２］，ｍａｐ［３］）６２〜６４とで構成されてい
る。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】００６０

【補正方法】変更

【補正内容】

【００６０】ファイルＩＤ６１は、分散格納されたファ
イルの識別情報である。各マップ情報６２〜６４は、そ
れぞれファイルサーバ１００，２００，３００に対応し
ている。図８において、マップ情報６２〜６４を表して
いる文字（ｍａｐ［１］，ｍａｐ［２］，ｍａｐ
［３］）の括弧内の数字は、対応するファイルサーバの
ノードＩＤを示している。各マップ情報６２〜６４は、
対応するファイルサーバ１００，２００，３００で管理
されているオブジェクトに関する情報である。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】００６７

【補正方法】変更

【補正内容】

【００６７】図１１は、ノードリストの同一性確保処理
の概念図である。各ファイルサーバ１００，２００，３
００の管理エージェント１２０，２２０，３２０は、互
いにノードリスト１２１の内容を通知し合っている。そ
して、１つのファイルサーバでノードリスト１２１の内
容が更新された場合、更新後のノードリスト１２１が他
のファイルサーバに通知される。更新後のノードリスト
１２１を受け取ったファイルサーバは、受け取ったノー
ドリスト１２１の内容に従って、自己の管理するノード
リストの内容を更新する。これにより、複数のファイル
サーバ１００，２００，３００において、ノードリスト
１２１の内容の同一性が保たれる。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】０１１５

【補正方法】変更

【補正内容】

【０１１５】［ステップＳ５８］ＲＤＭＡ転送部１４０
は、キャッシュ領域１５０に書き込まれたデータを、ア
プリケーションサーバ４１のユーザバッファ４１ａにＲ
ＤＭＡ転送する。転送先のアドレスは、読み取り要求で
指定されている。

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】０１１７

【補正方法】変更

【補正内容】

【０１１７】図１９は、ファイルの読み取り処理の手順
を示すフローチャートの後半である。以下、図１９に示
す処理をステップ番号に沿って説明する。［ステップＳ
６１］データ入出力部１６０は、処理対象のファイルが
ファイルサーバ１００自身の管理するファイルか否かを
判断する。ファイルサーバ１００自身の管理するファイ
ルか否かは、処理対象のファイルのファイルＩＤに含ま
れるノードＩＤが、ファイルサーバ１００自身のノード
ＩＤと一致するか否かによって判断できる。処理対象の
ファイルがファイルサーバ１００自身の管理するファイ
ルであれば、処理がステップＳ６２に進められる。処理
対象のファイルがファイルサーバ１００自身の管理する
ファイルでなければ、処理がステップＳ６６に進められ
る。

【手続補正８】

【補正対象書類名】明細書

【補正対象項目名】０１３０

【補正方法】変更

【補正内容】

【０１３０】図２１は、第２の実施の形態における機能
ブロック図である。第２の実施の形態は、複数のアプリ
ケーションサーバ４５〜４７と、複数のファイルサーバ
１００ａ，２００ａ，３００ａとで構成される。ファイ
ルサーバ１００ａ，２００ａ，３００ａによって、クラ
スタが構成されている。ここで、アプリケーションサー
バ４５とファイルサーバ１００ａとの機能を、代表的に
説明する。なお、ストレージデバイス１１０の内容は第
１の実施の形態と同じであるため、図４と同一の符号を
付して説明を省略する。

【手続補正９】

【補正対象書類名】明細書

【補正対象項目名】０１３５

【補正方法】変更

【補正内容】

【０１３５】データ入出力部１６０ａは、アプリケーシ
ョンサーバ４５からファイルの書き込み要求を受け取れ
ば、管理エージェント１２０ａが保持しているノードリ
スト１２１ａを参照して、書き込みを行うべきファイル
データを特定する。次に、データ入出力部１６０ａは、
書き込みを行うべきファイルデータをアプリケーション
サーバ４５のファイル操作要求部４５ｂから受け取り、
一旦キャッシュ領域１５０ａに格納する。そして、デー
タ入出力部１６０ａは、キャッシュ領域１５０ａに格納
したファイルデータを纏めて１つのオブジェクト１１２
として、ストレージデバイス１１０に格納する。

【手続補正１０】

【補正対象書類名】明細書

【補正対象項目名】０１４５

【補正方法】変更

【補正内容】

【０１４５】［ステップＳ２１０］アプリケーションサ
ーバ４５のファイル操作要求部４５ｂは、全てのファイ
ルサーバ１００ａ，２００ａ，３００ａから読み取り結
果を受信する。受信した読み取り結果は、一旦、通信バ
ッファ４５ｃに格納される。

【手続補正１１】

【補正対象書類名】明細書

【補正対象項目名】０１６２

【補正方法】変更

【補正内容】

【０１６２】（付記３） 前記ファイル操作要求がディ
レクトリ作成要求である場合、前記処理担当順によっ
て、共通の親ディレクトリの配下へディレクトリを作成
するファイルサーバの順番が定義されていることを特徴
とする付記２記載のファイルサーバプログラム。

【手続補正１２】

【補正対象書類名】明細書

【補正対象項目名】０１６９

【補正方法】変更

【補正内容】

【０１６９】（付記１０） クラスタを構成する複数の
装置の一つとして機能するファイルサーバにおいて、ス
トレージデバイスと、前記クラスタにおいて実行する処
理のうち自身の担当する処理を判断するための判断条件
が予め定義されており、前記クラスタを構成する前記複
数の装置に対して送信されたファイル操作要求を受け取
ると、前記判断条件に基づいて前記ファイル操作要求に
応じた処理の実行の要否を判断する判断手段と、前記判
断手段において前記ファイル操作要求に応じた処理の実
行が必要と判断された場合、前記ストレージデバイスに
対して前記ファイル操作要求に応じた処理を行う処理実
行手段と、を有することを特徴とするファイルサーバ。

【手続補正１３】

【補正対象書類名】図面

【補正対象項目名】図８

【補正方法】変更

【補正内容】

【図８】

【手続補正１４】

【補正対象書類名】図面

【補正対象項目名】図９

【補正方法】変更

【補正内容】

【図９】

【手続補正１５】

【補正対象書類名】図面

【補正対象項目名】図２４

【補正方法】変更

【補正内容】

【図２４】

───────────────────────────────────────────────────── フロントページの続き (72)発明者 佐藤 友昭 愛知県名古屋市東区葵一丁目16番38号 株 式会社富士通プライムソフトテクノロジ内 Ｆターム(参考） 5B082 EA01 FA16 HA08

Claims (5)

【特許請求の範囲】
1. 【請求項１】 クラスタを構成する複数のファイルサー
   バの一つとしてコンピュータを機能させるためのファイ
   ルサーバプログラムにおいて、 前記コンピュータに、 前記クラスタにおいて実行する処理のうち自身の担当す
   る処理を判断するための判断条件が予め定義されてお
   り、前記クラスタを構成する前記複数のファイルサーバ
   に対して送信されたファイル操作要求を受け取ると、前
   記判断条件に基づいて前記ファイル操作要求に応じた処
   理の実行の要否を判断し、 前記ファイル操作要求に応じた処理の実行が必要と判断
   された場合、自己の管理するストレージデバイスに対し
   て前記ファイル操作要求に応じた処理を行う、処理を実
   行させることを特徴とするファイルサーバプログラム。
2. 【請求項２】 前記クラスタを構成する前記複数のファ
   イルサーバの処理担当順が予め定義されており、前記処
   理担当順において自己の順番であることが、前記判断条
   件として定義されていることを特徴とする請求項１記載
   のファイルサーバプログラム。
3. 【請求項３】 前記ファイル操作要求がディレクトリ作
   成要求である場合、前記処理担当順によって、共通の親
   ディレクトリの配下へディレクトリを作成するファイル
   サーバの順番が定義されていることを特徴とする請求項
   １記載のファイルサーバプログラム。
4. 【請求項４】 前記ファイル操作要求がファイルの書き
   込み要求であるときの前記判断条件として、前記ファイ
   ルを分割したファイルデータのうち、書き込み処理を担
   当すべき処理担当データの選択規則が定義されており、 前記ファイル操作要求に応じた処理を実行する際には、
   前記処理担当データを、自己の管理するストレージデバ
   イスに格納することを特徴とする請求項１記載のファイ
   ルサーバプログラム。
5. 【請求項５】 前記ファイル操作要求がファイルの読み
   取り要求であるときの前記判断条件として、前記ファイ
   ルを自己の管理するストレージデバイス内に格納してい
   ることが定義されており、 前記ファイル操作要求に応じた処理を実行する際には、
   前記ストレージデバイスから前記ファイルを読み出し、
   読み出した前記ファイルを、前記ファイル操作要求を出
   力した装置へ送信することを特徴とする請求項１記載の
   ファイルサーバプログラム。