"少なくとも1つの分散ファイルシステムのうちいずれか1つの分散ファイルシステムをターゲットに指定するシステムターゲット部と、前記ターゲットに指定された分散ファイルシステムに格納するためのファイルを分割してファイルブロックとして構成されたチャンクを生成するチャンク生成部と、前記ターゲットに指定された分散ファイルシステムに前記生成されたチャンクについて格納リクエストし、チャンクの格納結果を受信するチャンク演算リクエスト部と、を備えることを特徴とするファイル処理システム。前記分散ファイルシステムは、前記チャンクの複製を分散格納する複数のデータサーバを含むことを特徴とする請求項1に記載のファイル処理システム。前記分散ファイルシステムは、前記チャンクの複製をオーナー単位に応じてグループ化して前記複数のデータサーバそれぞれに分散格納することを特徴とする請求項2に記載のファイル処理システム。前記システムターゲット部は、IPアドレスによってiSCSIターゲットとなる分散ファイルシステムをターゲットに指定することを特徴とする請求項1に記載のファイル処理システム。前記分散ファイルシステムは、前記複数のデータサーバのうちいずれか1つに障害が発生して格納されたチャンクの複製が損傷した場合、前記チャンクの複製と同一の複製を格納している他のデータサーバを用いて前記チャンクの複製を再生成することを特徴とする請求項2に記載のファイル処理システム。少なくとも1つのデータサーバを含む分散ファイルシステムにおいて、前記データサーバは、ファイル処理システムから受信したファイルが分割されたチャンクに対する格納リクエストに対応して前記チャンクの複製を格納するチャンク格納部と、前記ファイル処理システムから受信したチャンクに対する演算リクエストに対応して前記チャンクの複製の演算を行うチャンク演算実行部と、を備えることを特徴とする分散ファイルシステム。前記データサーバは、第1データサーバに格納されたチャンクの複製が前記第1データサーバの障害によって損傷した場合、前記チャンクの複製と同一の複製を格納する第2データサーバから前記チャンクの複製をコピーするチャンクコピー部をさらに備えることを特徴とする請求項6に記載の分散ファイルシステム。前記データサーバは、前記チャンクの複製のコピー進行の過程を考慮して前記第2データサーバが格納するチャンクの複製に書き込みロックを行う書き込みロック実行部をさらに備えることを特徴とする請求項7に記載の分散ファイルシステム。前記書き込みロック実行部は、前記第2データサーバからチャンクの複製をコピーする前に書き込みロックを行って、前記チャンクの複製のコピーが完了すると前記チャンクの複製に対する書き込みロックを解除することを特徴とする請求項8に記載の分散ファイルシステム。少なくとも1つの分散ファイルシステムのうちいずれか1つの分散ファイルシステムをターゲットに指定し、前記ターゲットに指定された分散ファイルシステムに格納するためのファイルを分割してファイルブロックとして構成されたチャンクを生成し、前記ターゲットに指定された分散ファイルシステムに前記生成されたチャンクについて格納リクエストしてチャンクの格納結果を受信すること、を含むことを特徴とするファイル格納方法。前記分散ファイルシステムは、前記チャンクの複製を分散格納する複数のデータサーバを含むことを特徴とする請求項10に記載のファイル格納方法。前記分散ファイルシステムは、前記チャンクの複製をオーナー単位に応じてグループ化して前記複数のデータサーバそれぞれに分散格納することを特徴とする請求項11に記載のファイル格納方法。前記ターゲットに指定することは、IPアドレスによってiSCSIターゲットとなる分散ファイルシステムをターゲットに指定することを特徴とする請求項10に記載のファイル格納方法。前記分散ファイルシステムは、前記複数のデータサーバのうちいずれか1つに障害が発生して格納されたチャンクの複製が損傷した場合、前記チャンクの複製と同一の複製を格納している他のデータサーバを用いて前記チャンクの複製を再生成することを特徴とする請求項11に記載のファイル格納方法。少なくとも1つのデータサーバを含む分散ファイルシステムが行う分散ファイル処理方法において、前記データサーバは、ファイル処理システムから受信したファイルが分割されたチャンクに対する格納リクエストに対応して前記チャンクの複製を格納し、前記ファイル処理システムから受信したチャンクに対する演算リクエストに対応して前記チャンクの複製の演算を行うこと、を行うことを特徴とする分散ファイル処理方法。前記データサーバは、第1データサーバに格納されたチャンクの複製が前記第1データサーバの障害によって損傷した場合、前記チャンクの複製と同一の複製を格納する第2データサーバから前記チャンクの複製をコピーすることをさらに含むことを特徴とする請求項15に記載の分散ファイル処理方法。前記データサーバは、前記チャンクの複製のコピー進行の過程を考慮して前記第2データサーバが格納するチャンクの複製に書き込みロックを行うことをさらに含むことを特徴とする請求項16に記載の分散ファイル処理方法。前記チャンクの複製に書き込みロックを行うことは、前記第2データサーバからチャンクの複製をコピーする前に書き込みロックを行って、前記チャンクの複製のコピーが完了すると前記チャンクの複製に対する書き込みロックを解除することを特徴とする請求項17に記載の分散ファイル処理方法。請求項10乃至請求項18いずれか1項の方法を実行するためのプログラムが記録されたコンピュータで読み出し可能な記録媒体。本発明の目的は、大容量のファイルデータを一定のサイズのチャンクに分割して、分散ファイルシステムにオーナー単位に応じて分散格納することによって、大容量のファイルデータを効率よく低価格のサーバに格納することができるシステムおよび方法を提供する。本発明の目的は、同じ内容のチャンクの複製を予め設定された数だけデータサーバに分散格納することによって、1つのチャンクの複製が故障しても該チャンクの複製を演算することができるため、ファイル処理の利用性を向上させることができるシステムおよび方法を提供する。本発明の目的は、チャンクの複製が故障して損傷しても、チャンクファイルに対する変更演算をロギングすることなく最新状態の複製をコピーすることによってチャンクの複製を復旧することができるシステムおよび方法を提供する。本発明の一実施形態に係るファイル処理システムは、少なくとも1つの分散ファイルシステムのうちいずれか1つの分散ファイルシステムをターゲットに指定するシステムターゲット部と、ターゲットに指定された分散ファイルシステムに格納するためのファイルを分割してファイルブロックとして構成されたチャンクを生成するチャンク生成部と、ターゲットに指定された分散ファイルシステムに生成されたチャンクについて格納リクエストし、チャンクの格納結果を受信するチャンク演算リクエスト部とを備えてもよい。本発明の一実施形態に係る分散ファイルシステムは、少なくとも1つのデータサーバを含み、データサーバは、ファイル処理システムから受信したファイルが分割されたチャンクに対する格納リクエストに対応してチャンクの複製を格納するチャンク格納部と、ファイル処理システムから受信したチャンクに対する演算リクエストに対応してチャンクの複製の演算を行うチャンク演算実行部とを備えてもよい。本発明の一実施形態によると、データサーバは、第1データサーバに格納されたチャンクの複製が第1データサーバの障害によって損傷した場合、チャンクの複製と同一の複製本を格納する第2データサーバからチャンクの複製をコピーするチャンクコピー部をさらに備えてもよい。本発明の一実施形態によると、データサーバは、チャンクの複製に対するコピー進行の過程を考慮して、第2データサーバが格納するチャンクの複製に書き込みロックを行う書き込みロック実行部をさらに備えてもよい。本発明の一実施形態に係るファイル格納方法は、少なくとも1つの分散ファイルシステムのうちいずれか1つの分散ファイルシステムをターゲットに指定し、ターゲットに指定された分散ファイルシステムに格納するためのファイルが分割されてファイルブロックとして構成されたチャンクを生成し、ターゲットに指定された分散ファイルシステムに生成されたチャンクについて格納リクエストしてチャンクの格納結果を受信することを含んでもよい。本発明の一実施形態に係る少なくとも1つのデータサーバを含む分散ファイルシステムが行う分散ファイル処理方法において、データサーバは、ファイル処理システムから受信したファイルが分割されたチャンクに対する格納リクエストに対応してチャンクの複製を格納し、ファイル処理システムから受信したチャンクに対する演算リクエストに対応してチャンクの複製の演算を行ってもよい。本発明の一実施形態によると、大容量のファイルデータを一定のサイズのチャンクに分割して、分散ファイルシステムにオーナー単位に応じて分散格納することによって、大容量のファイルデータを効率よく低価格のサーバに格納することができる。本発明の一実施形態によると、同じ内容のチャンクの複製を予め設定された数だけデータサーバに分散格納することによって、1つのチャンクの複製が故障しても該チャンクの複製を演算することができるため、ファイル処理の利用性を向上させることができる。本発明の一実施形態によると、チャンクの複製が故障して損傷しても、チャンクファイルに対する変更演算をロギングすることなく最新状態の複製をコピーすることによってチャンクの複製を復旧することができる。以下、添付の図面に記載された内容を参照して本発明に係る実施形態を説明する。ただし、本発明が実施形態によって制限又は限定されることはない。各図面に提示された同一の参照符号は同一の構成を示す。図1は、本発明の一実施形態に係るファイル処理過程を説明するための全体システム構成を示す図である。クライアントシステム101は、ファイル処理システム100にファイルデータ以下、ファイルともいうに対する格納リクエストを送信してもよい。例えば、クライアントシステム101は、100GBのファイルを格納することをファイル処理システム100にリクエストしてもよい。このとき、ファイル処理システム100は、クライアントシステム101に100GBに対応するネットワーク上のディスクを提示してもよい。これによって、ファイル処理システム100は、ファイルを少なくとも1つのチャンクchunkに分割し、分割されたチャンクについて分散ファイルシステム102に格納リクエストしてもよい。これによって、分散ファイルシステム102は、チャンクを分散格納してもよい。このとき、分散ファイルシステム102は、予め設定された数に対応するチャンクの複製を分散格納してもよい。分散ファイルシステム102は、ファイル処理システム100とネットワークを介して接続されてもよく、分散ファイルシステム102の数は少なくとも1つであってもよい。以下は、ファイル処理システム100および分散ファイルシステム102を中心に説明する。図2は、本発明の一実施形態に係るファイル処理システムの細部構成を示す図である。図2を参照すると、ファイル処理システム100は、システムターゲット部201、チャンク生成部202、およびチャンク演算リクエスト部203を備えてもよい。システムターゲット部201は、少なくとも1つの分散ファイルシステムのうちいずれか1つの分散ファイルシステム102をターゲットに指定してもよい。一例として、クライアントシステム101は、OSカーネルkernelに搭載されたiSCSI初期化モジュールによって、システムターゲット部201のiSCSIターゲットエミュレーションtargetemulationを動作させてもよい。これによって、システムターゲット部201のiSCSIターゲットエミュレーションは、ネットワーク上に存在する少なくとも1つの分散ファイルシステム102のうちいずれか1つの分散ファイルシステムをターゲットに指定してもよい。このとき、システムターゲット部201は、IPアドレスによってiSCSIターゲットとなる分散ファイルシステム102をターゲットにしてもよい。チャンク生成部202は、ターゲットに指定された分散ファイルシステム102に格納するためのファイルを分割してファイルブロックとして構成されたチャンクを生成してもよい。チャンク生成部202は、ファイルを一定のサイズのチャンクに分割してもよい。すなわち、チャンクは、クライアントシステム101が格納リクエストしたファイルが分割されたものであり、複数のファイルブロックとして構成されてもよい。チャンク演算リクエスト部203は、ターゲットにされた分散ファイルシステム102に生成されたチャンクを格納リクエストし、チャンクの格納結果を受信してもよい。また、チャンク演算リクエスト部203は、チャンクを生成するcreate演算、チャンクを読み出すread演算、チャンクを書き込むwrite演算を分散ファイルシステム102にリクエストしてもよい。一例として、分散ファイルシステム102は、チャンク演算リクエスト部203からのチャンクの格納リクエストに対応してチャンクの複製を分散格納する複数のデータサーバを含んでもよい。データサーバは、ファイルを格納するディスク空間として、仮想の大規模の格納空間を構成してもよい。このとき、分散ファイルシステム102は、オーナーowner単位に応じてチャンクをグループ化して複数のデータサーバそれぞれに分散格納してもよい。オーナーは、データサーバにおけるチャンクの複製が格納されたディレクトリに基づいて決定されてもよい。すなわち、オーナーは、チャンクの複製が格納されたデータサーバにおけるディレクトリに対応してもよい。言い換えれば、チャンクの複製は、チャンクグループに対応するオーナーによって格納されてもよい。すなわち、分散ファイルシステム102は、ファイルを分割したチャンクをオーナー単位に応じて予め設定された数に複製し、それを分散格納することによってファイルをより効率よく格納することができる。また、チャンクの複製を格納する複数のデータサーバのうちいずれか1つに障害が発生して格納されたチャンクの複製が損傷した場合、例えば、チャンクの複製が削除されたり一部消失したり、変更されるなどの場合、分散ファイルシステム102は、当該チャンクの複製と同一の複製を格納している他のデータサーバを用いて、当該チャンクの複製を再生成してもよい。チャンクの複製は、特定の表示に応じてその状態が表示されてもよい。図3は、本発明の一実施形態に係るファイルが格納された一例を示す図である。ファイル処理システム100は、クライアントシステム101からファイル301の格納リクエストを受信してもよい。これによって、ファイル処理システム100は、ファイル301を一定のサイズのチャンクに分割してもよい。図3から分かるように、ファイル301が100GBである場合、ファイル処理システム100は、ファイル301を100個のチャンク306~313に分割してもよい。すなわち、1つのチャンクは1GBであってもよい。これによって、ファイル処理システム100は、生成されたチャンク306~313をファイル302に設定してもよい。そして、分散ファイルシステム102は、生成されたチャンクをオーナー単位に応じてグループ化してデータサーバ314~319に分散格納してもよい。図3を参照すると、4個のチャンク306~309が1つのオーナーowner1304として構成されることが分かる。そして、4個のチャンク310~313が1つのオーナーowner2305として構成されることが分かる。このとき、データサーバ314~319は、チャンクの複製をオーナー単位に応じて分散格納してもよい。図3を参照すると、チャンクの複製は、3つ生成されてオーナー単位に応じてデータサーバ314~319に格納されてもよい。すなわち、4つのチャンク306~309について、3つの複製がオーナーowner1304として構成されてデータサーバ1314、データサーバ2315、およびデータサーバ3316に分散格納されてもよい。そして、4つのチャンク310~313について、3つの複製がオーナーowner2305として構成されてデータサーバ4317、データサーバ5318、およびデータサーバ6319に分散格納されてもよい。ファイル処理システム100がチャンク306に対する読み出し演算を分散ファイルシステム102にリクエストする場合、データサーバ1314、データサーバ2315、またはデータサーバ3316のうちいずれか1つのデータサーバがチャンク306に対する読み出し演算を行なってもよい。ただし、ファイル処理システム100が所定のチャンクに対する生成演算または書き込み演算をリクエストする場合、チャンクの複製に関連する3つのデータサーバ全てで演算を行う必要がある。すなわち、チャンクの複製は同じ内容で分散格納されなければならないため、内容が変更される生成演算または書き込み演算を行う場合、関連のデータサーバ全てで演算に参加する必要がある。図3には示していないが、分散ファイルシステム102は、メタデータサーバを含んでもよい。メタデータサーバは、オーナー単位のチャンクの複製が格納されたデータサーバの位置情報を格納してもよい。ファイル処理システム100は、メタデータサーバによってチャンクの複製が格納された位置情報を確認した後、処理しようとするチャンクの複製が格納されたデータサーバに対して演算リクエストを行なってもよい。図3では、チャンクの複製が3つ生成されることについて説明したが、システムの構成に応じてその複製の数は変わってもよい。そして、システムの構成に応じて、オーナーはファイル302の部分集合形態に設定されてもよい。図4は、本発明の一実施形態に係る分散ファイルシステムの細部構成を示す図である。図4を参照すると、分散ファイルシステム102は、データサーバ400を備えてもよい。このとき、分散ファイルシステム102は少なくとも1つのデータサーバ400を含んでもよい。データサーバ400は、チャンク格納部401、チャンク演算実行部402、書き込みロック実行部403、およびチャンクコピー部404を備えてもよい。チャンク格納部401は、ファイル処理システム100から受信したファイルが分割されたチャンクに対する格納リクエストに対応して、チャンクの複製を格納してもよい。このとき、チャンクは、ファイルが一定のサイズに分割されたものであり、複数のファイルブロックを構成してもよい。データサーバ400は、少なくとも1つのチャンクの複製のいずれか1つをチャンク格納部401に格納してもよい。一例として、チャンク格納部401は、チャンクの複製をオーナー単位に応じて格納してもよい。1つのオーナーは少なくとも1つのチャンクの複製を含んでもよい。チャンク演算実行部402は、ファイル処理システム101から受信したチャンクに対する演算リクエストに対応して、チャンクの複製に対する演算を行なってもよい。ファイル処理システム101は、チャンクに対する生成演算、書き込み演算、または読み出し演算を分散ファイルシステム102にリクエストしてもよい。分散ファイルシステム102を構成しているデータサーバのうちいずれか1つのデータサーバで障害が発生した場合、障害が発生したデータサーバが格納しているチャンクの複製は損傷する。チャンクの複製は、予め設定した数だけデータサーバに格納される必要があるため、損傷したチャンクの複製を復旧する必要がある。このとき、分散ファイルシステム102は、データサーバの障害によって損傷したチャンクの複製を他のデータサーバによって再生成replicamigrationしてチャンクの複製を復旧してもよい。チャンクコピー部404は、第1データサーバに格納されたチャンクの複製が第1データサーバの障害によって損傷した場合、例えば、チャンクの複製が削除されたり一部消失したり、変更されるなどの場合、当該チャンクの複製と同一の複製を格納する第2データサーバからチャンクの複製をコピーしてもよい。チャンクの複製の状態は、NNormal、FFail、およびMMigrationに分類されてもよい。具体的に、Nはチャンクの複製が正常状態であり、読み出し/書き込みの演算が行われることができる状態を意味する。そして、Fはチャンクの複製が損傷した状態であり、読み出し/書き込み演算が行われることができない状態を意味する。また、Mはチャンクの複製が再生成されることができる状態であり、読み出し演算が行われることができず、書き込み演算のみが行われることができる状態を意味する。チャンクの複製を再生成する過程について図5を参照して具体的に説明する。書き込みロック実行部403は、損傷したチャンクの複製に対するコピー進行の過程を考慮して、第2データサーバが格納するチャンクの複製に書き込みロックwritelockを行なってもよい。もし、チャンクコピー部404がチャンクの複製をコピーする過程でチャンクの複製の内容が変更される場合、再びコピーしなければならない問題があるためである。したがって、書き込みロック実行部403は、損傷したチャンクの複製に対するコピー進行の過程を考慮して、第2データサーバが格納するチャンクの複製に書き込みロックを行なってもよい。このとき、書き込みロック実行部403は、チャンクコピー部404がコピーを行う前にコピーしようとするチャンクの複製と同一の複製に対して書き込みロックを行って演算を待機する。そして、チャンクコピー部404がチャンクの複製のコピーを完了すると、書き込みロック実行部403はチャンクの複製に対する書き込みロックを解除してもよい。図5は、本発明の一実施形態に係るチャンクの複製を再生成するシステムを示す図である。ステージ1は、分散ファイルシステム102のデータサーバ501~506それぞれにオーナー単位に応じて格納されたチャンクの複製507~512が正常状態Nであることを意味する。ステージ2は、データサーバのDS2502に障害が発生した場合、DS2502が格納しているチャンクの複製508が損傷した場合を意味する。この場合、DS2502が格納したオーナーに属する全てのチャンクの複製508の状態は故障状態Fに変更される。これによって、分散ファイルシステム102は、損傷したチャンクの複製508を再生成して復旧作業を行なってもよい。このとき、分散ファイルシステム102は、損傷したチャンクの複製508を再生成して格納する新しいデータサーバを選定してもよい。図5を参照すると、分散ファイルシステム102は、チャンクの複製508を再生成して格納する新しいサーバをDSL5505に設定した。または、分散ファイルシステム102は、チャンクの複製508を再生成して格納する新しいサーバをチャンクの複製を格納しないデータサーバに設定してもよい。新しいデータサーバが設定されると、チャンクの複製514の状態は移動状態Mに変更される。まだチャンクの複製514のコピー過程が行われていないため、図5で示すように、DSL5505にチャンクの複製514は存在しない。これによって、DSL5505は、損傷したチャンクの複製508と同一の複製を格納しているデータサーバのDS1501またはDS3503のうちいずれか1つからチャンクの複製507または509をコピーしてもよい。このとき、DSL5505は、チャンクの複製をコピーするとき、コピー中にチャンクの複製が変更されることを防ぐために次のような動作を行なってもよい。一例として、DSL5505は、チャンクの複製507または509をコピーする前にDS1501が格納しているチャンクの複製507およびDS3503が格納しているチャンクの複製509に対して書き込みロックを行なってもよい。このとき、DSL5505は、DS1501およびDS3503それぞれにメッセージを送信し、チャンクの複製507および509に対する書き込み演算のリクエストを受信した場合は待機するようにリクエストする。その後、DSL5505がチャンクの複製507または509をコピー完了すると、DSL5505は、DS1501が格納しているチャンクの複製507およびDS3503が格納しているチャンクの複製509に対する書き込みロックを解除してもよい。このとき、DSL5505は、DS1501およびDS3503それぞれに書き込みロック解除メッセージを送信し、DS1501、DS3503、およびDSL5505は、チャンクの複製507,509,514それぞれに対して書き込み演算を行なってもよい。もし、DSL5505で再生成されているチャンクの複製514に対してチャンクに対する書き込み演算がリクエストされる場合、DSL5505は、次のように処理してもよい。具体的に、DSL5505に書き込み演算を要求されるチャンクが存在する場合、当該チャンクがコピー完了した状態である。これによって、DSL5505は、正常状態の複製と同一の書き込み演算を行った後に演算結果を応答してもよい。反対に、DSL5505に書き込み演算を要求されるチャンクが存在しない場合、当該チャンクがコピー完了しない状態である。これによって、DSL5505は、当該チャンクに対する書き込み演算は成功したものと応答してもよい。なぜならば、当該チャンクがコピー完了すると、同一のチャンクの複製を格納するデータサーバ間に同期化が行われて、書き込み演算が行われたチャンクがコピー完了するためである。もし、チャンクの複製をコピーして再生成する過程でDSL5505に障害が発生すると、再生成中であるチャンクの複製514は故障状態に変更されてもよい。これによって、コピー中であるチャンクの複製514の状態は移動状態Mから故障状態Fに転換される。そして、DSL5505は、DS1501またはDS3503のうちいずれか1つからチャンクの複製507または509を初めからコピーすることでチャンクの複製514を再生成してもよい。ステージ3は、チャンクの複製508の再生成の過程が完了した後を意味する。これによって、DSL5505が格納しているチャンクの複製514の状態は正常状態Nとなる。図6は、本発明の一実施形態に係るファイルを格納する過程を示すフローチャートである。クライアントシステム101は、ファイル処理システム100にファイルを格納することをリクエストしてもよいS601。これによって、ファイル処理システム100は、複数の分散ファイルシステムのうちファイルを格納するための分散ファイルシステム102をターゲットに指定してもよいS602。その後、ファイル処理システム100は、クライアントシステム101が格納リクエストしたファイルを一定のサイズの複数のチャンクに分割してもよいS603。そして、ファイル処理システム100は、ターゲットに指定された分散ファイルシステム102にオーナー単位に応じて複数のチャンクの格納をリクエストしてもよいS604。これによって分散ファイルシステム102は、複数のデータサーバに格納リクエストされたチャンクの複製を分散格納してもよいS605。分散ファイルシステム102は、複数のチャンクの格納結果をファイル処理システム100に応答してもよいS606。その後、ファイル処理システム100は、チャンクに対する演算をリクエストしてもよいS607。これによって、分散ファイルシステム102は、複数のデータサーバに分散格納されたチャンクに対する演算を行なってもよいS608。このとき、分散ファイルシステム102は、演算リクエストされたチャンクの複製に対して演算を行なってもよい。チャンクに対する演算が行われると、分散ファイルシステム102はチャンクの演算結果をファイル処理システム100に応答してもよいS609。図7は、本発明の一実施形態に係るチャンクの複製を再生成する過程を示すフローチャートである。具体的に、図7は、図5に示されたデータサーバ2502が格納しているチャンクの複製が故障した場合、データサーバ1501、データサーバ3503、およびデータサーバ5505を用いてチャンクの複製を再生成する過程を示す。データサーバ1501、データサーバ2502、およびデータサーバ3503は、それぞれ同じ内容のチャンクの複製を格納してもよいS701、S702、S703。このとき、チャンクの複製状態はそれぞれ正常状態Nである。このとき、データサーバ2502に障害が発生してチャンクの複製本が損傷した場合S704、チャンクの複製の状態は正常状態Nから故障状態Fに変更されるS705。これによって、分散ファイルシステム102は、チャンクの複製を再生成して格納するデータサーバ5505を選定してもよいS706。このとき、故障したチャンクの複製の状態は故障状態Fから移動状態Mに変更される。また、損傷した当該チャンクの複製は削除されてもよいS707。その後、データサーバ5505は、削除されたチャンクの複製と同一の複製を格納しているデータサーバ1501およびデータサーバ3503にそれぞれチャンクの複製に対して書き込みロックをリクエストしてもよいS708、S709。書き込みロックされた後、データサーバ5505は、データサーバ3503から正常状態Nのチャンクの複製をコピーしてもよいS710。このとき、データサーバ5505は、データサーバ1501からも同一にチャンクの複製をコピーしてもよい。チャンクの複製のコピーが完了するとS711、データサーバ5505に再生成されたチャンクの複製の状態が移動状態Mから正常状態Nに変更されるS712。そして、データサーバ5505は、データサーバ1501およびデータサーバ3503にそれぞれチャンクの複製に対して書き込みロック解除をリクエストしてもよいS713、S714。その後、データサーバ5505は再生成されたチャンクの複製を格納するS715。図6ないし図7に説明していない事項は図1~図5の説明を参考してもよい。また、本発明の一実施形態に係るファイル格納方法および分散ファイル処理方法は、多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などのうちの1つまたはその組み合わせを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり、使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー登録商標ディスク及び磁気テープのような磁気媒体、CD-ROM、DVDのような光記録媒体、光ディスクのような光磁気媒体、及びROM、RAM、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コードmachinecodeだけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コードhigherlevelcodeを含む。上述したハードウェア装置は、本発明の動作を行うために1つ以上のソフトウェアのレイヤで動作するように構成されてもよい。上述したように、本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。したがって、本発明の範囲は、開示された実施形態に限定されるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められるものである。"