"コンテンツを断片化して複数のコンテンツ片を生成するコンテンツ生成サーバと、前記各コンテンツ片を格納するため物理的に分散した複数のファイルサーバを含んで構成される分散ファイルシステムと、ユーザ端末からの配信要求に応じて前記各ファイルサーバから各コンテンツ片をN個まとめて読込み前記ユーザ端末への配信を行うコンテンツ配信サーバとを備えたシステムにおいて、前記分散ファイルシステムは、前記複数のファイルサーバから各コンテンツ片の書込み先となるN個以上のファイルサーバを決定する分散ファイルシステムクライアントを有し、前記分散ファイルシステムクライアントは、前記各コンテンツ片が時系列順に分散するように書込み先のファイルサーバを決定する書込み先決定部を備えることを特徴とするコンテンツ分散保管システム。前記分散ファイルシステムは、CPU利用率やディスク空き容量などのリソース情報が所定の閾値以上あるファイルサーバのリストを作成するためのメタデータサーバを有し、前記書込み先決定部は、前記メタデータサーバから取得した前記リストに基づいて複数のファイルサーバの中からコンテンツ片の書込み先のファイルサーバを選択する請求項1に記載のコンテンツ分散保管システム。前記リストは、ファイルサーバを一意に識別可能な値の順に並べて作成される請求項2に記載のコンテンツ分散保管システム。前記リストにおけるファイルサーバを一意に識別可能な値の順は、各ファイルサーバのホスト名順又はIPアドレス順又はMACアドレス順である請求項3に記載のコンテンツ分散保管システム。前記リストは、ファイルサーバを運用者が指定した任意の順に並べて作成される請求項2に記載のコンテンツ分散保管システム。前記コンテンツ配信サーバからの同時読込み数とファイルサーバでの書込み総数オリジナルを含めた複製数との乗数以上の台数のファイルサーバを設置した環境で、前記リストにおいて、コンテンツ片を保管したファイルサーバの順位に同時読込み数を加えた順位のファイルサーバにコンテンツ片の複製を保管する請求項1または請求項2に記載のコンテンツ分散保管システム。上述した分散ファイルシステムにおいて、断片化されたコンテンツ片をそれぞれ保管する場合のファイルサーバの選択は、各ファイルサーバのCPU利用率やディスク空き容量などのリソース情報をもとに選択することが行われている。例えば図7に示すように、コンテンツ配信サーバは、エンドユーザからの再生要求に従い、コンテンツ片を時系列順に配信する。ただし、各コンテンツ片の配信開始時刻に対象コンテンツ片の読込みを開始するのではなく、配信ストリーム映像、音声が途切れない様、先のコンテンツ片をN個配信時刻前に読込み、メモリ上に予めロードしておき、配信開始時刻に備えるようになっている。しかしながら、上述のような方式であると、時系列的に隣接するコンテンツ片をN個まとめて読込む場合図7の例であれば、コンテンツ片1,2,3をまとめて読込む場合、あるいはコンテンツ片4,5,6をまとめて読込む場合、まとめて読込むコンテンツ片が、図8に示すように同一のファイルサーバ2010srv内に保管されている場合には、コンテンツ片1,2,3をまとめて読込むに際して、同一のファイルサーバ2010srvにてコンテンツ片1及びコンテンツ片3の読込み処理が輻輳するため、対象ファイルサーバ2010srvにおいてデータ入出力負荷が高騰し、コンテンツ配信サーバに対する応答速度等の読込み性能が低下するという問題があった。本発明は上記実情に鑑みて提案されたもので、コンテンツ片が格納される複数のファイルサーバを備えた分散ファイルシステムにおいて、コンテンツ片をユーザ端末へ配信するコンテンツ配信サーバが、配信前に複数のコンテンツ片をまとめて読込むに際して、特定のファイルサーバに負荷を集中させることなく読込みが可能なコンテンツ分散保管システムを提供することを目的としている。上記目的を達成するため本発明請求項1は、コンテンツを断片化して複数のコンテンツ片を生成するコンテンツ生成サーバと、前記各コンテンツ片を格納するため物理的に分散した複数のファイルサーバを含んで構成される分散ファイルシステムと、ユーザ端末からの配信要求に応じて前記各ファイルサーバから各コンテンツ片をN個まとめて読込み前記ユーザ端末への配信を行うコンテンツ配信サーバとを備えたシステムにおいて、次の構成を含むことを特徴としている。前記分散ファイルシステムは、前記複数のファイルサーバから各コンテンツ片の書込み先となるN個以上のファイルサーバを決定する分散ファイルシステムクライアントを有している。前記分散ファイルシステムクライアントは、前記各コンテンツ片が時系列順に分散するように書込み先のファイルサーバを決定する書込み先決定部を備える。請求項2は、請求項1のコンテンツ分散保管システムにおいて、前記分散ファイルシステムは、CPU利用率やディスク空き容量などのリソース情報が所定の閾値以上あるファイルサーバのリストを作成するためのメタデータサーバを有し、前記書込み先決定部は、前記メタデータサーバから取得した前記リストに基づいて複数のファイルサーバの中からコンテンツ片の書込み先のファイルサーバを選択することを特徴としている。請求項3は、請求項2のコンテンツ分散保管システムにおいて、前記リストは、ファイルサーバを一意に識別可能な値の順に並べて作成されることを特徴としている。請求項4は、請求項3のコンテンツ分散保管システムにおいて、前記リストにおけるファイルサーバを一意に識別可能な値の順は、各ファイルサーバのホスト名順又はIPアドレス順又はMACアドレス順であることを特徴としている。請求項5は、請求項2のコンテンツ分散保管システムにおいて、前記リストは、ファイルサーバを運用者が指定した任意の順に並べて作成されることを特徴としている。請求項6は、請求項1または請求項2のコンテンツ分散保管システムにおいて、前記コンテンツ配信サーバからの同時読込み数とファイルサーバでの書込み総数との乗数以上の台数のファイルサーバを設置した環境で、前記リストにおいて、コンテンツ片を保管したファイルサーバの順位に同時読込み数を加えた順位のファイルサーバにコンテンツ片の複製を保管することを特徴としている。本発明によれば、分散ファイルシステムクライアントは、書込み先決定部により各コンテンツ片が時系列順に分散するように書込み先のファイルサーバを決定するので、コンテンツ配信サーバがユーザ端末からの配信要求に応じて各ファイルサーバから各コンテンツ片をN個まとめて読み込む場合、読み込まれる各コンテンツ片は、N個以上のファイルサーバに時系列順に分散するように格納されているので、読込み先のファイルサーバが重複することなく、特定のファイルサーバに負荷を集中させることなく読み込みを行うことができる。また、書込み先決定部は、CPU利用率やディスク空き容量などのリソース情報が所定の閾値以上あるファイルサーバのリストに基づいて複数のファイルサーバの中からコンテンツ片の書込み先を決定するので、選択されたファイルサーバにコンテンツ片を確実に格納させることができる。本発明のコンテンツ分散保管システムの実施形態の一例について、図面を参照しながら説明する。図1は、コンテンツ分散保管システムの全体構成図である。コンテンツ分散保管システムは、コンテンツ生成サーバ10と、分散ファイルシステム20と、コンテンツ配信サーバ30と、ユーザ端末40とを備え、それぞれネットワークを介して接続して構成されている。コンテンツ生成サーバ10は、コンテンツを提供する外部ストレージ11に接続され、運用者に指定される時間単位に外部ストレージ11から提供されたコンテンツを断片化して複数のコンテンツ片15を生成し、このコンテンツ片15を分散ファイルシステム20内に分割書込みする処理が行われる。分散ファイルシステム20は、コンテンツ片15の書込み及び読込みを行う分散ファイルシステムクライアント21と、各コンテンツ片が時系列的に格納される複数のファイルサーバ22と、各コンテンツ片の格納先情報メタ情報を記録するメタデータサーバ23を備えている。分散ファイルシステムクライアント21は、コンテンツ片15の書込みを行う場合、各コンテンツ片の格納先となるファイルサーバ22を選択する。メタデータサーバ23は、各コンテンツ片がどのファイルサーバ22に格納されたかのメタ情報を記録する。ファイルサーバ22は、各コンテンツ片15を時系列的に格納するため物理的に分散して配置されている。コンテンツ配信サーバ30は、ユーザ端末40からの配信要求に応じて各ファイルサーバ22から各コンテンツ片をN個ずつまとめて読込み、ネットワークを介してユーザ端末40へ順次配信を行う。そして、前記したファイルサーバ22は、N個の各コンテンツ片15を時系列的に物理的に分散して格納するため、少なくとも書込み先として選択可能なファイルサーバ22がN個以上存在する個数を備えている。次に、コンテンツ分散保管システムでのコンテンツ片の書込み及び配信処理について、図2及び図3を参照しながら説明する。先ず、コンテンツ片の書込みを行う場合について説明する。コンテンツ生成サーバ10は、運用者に指定される時間単位に提供されたコンテンツを断片化して複数のコンテンツ片15を生成し、各コンテンツ片15を分散ファイルシステム20内に分割書込みする処理が行われる図3におけるA。分散ファイルシステム20内では、分散ファイルシステムクライアント21が、コンテンツ生成サーバ10からのコンテンツ片15の書込み要求を受け、コンテンツ生成サーバ10から時系列順に順次渡されるコンテンツ片15を書き込むファイルサーバ22を選択する。ファイルサーバ22の選択は、メタデータサーバ23に対して書込み先のリスト問い合わせを行い、CPU利用率やディスク空き容量などのリソース情報に余裕がある複数のファイルサーバ22を抽出応答し、例えば各ファイルサーバ22のホスト名順図2に示す例の場合、ホスト名が2010srvsrvAsrvBworkhostの順に並べたリストを作成し、リストにおける各ファイルサーバ22の昇順に書込み先を決定しコンテンツ片15が書き込まれる。分散ファイルシステムクライアント21において、リストに抽出される複数のファイルサーバ22は、リソース情報が予め設定された閾値より大きいものが選択される。なお、N個のコンテンツ片15を物理的に別々のファイルサーバ22に分散させて保管するためには、リストに抽出される複数のファイルサーバ22リソース情報に余裕があるものがN個以上必要である。これにより、一つのコンテンツの一連のファイルセットの中で、時系列的に近いN個のコンテンツ片15は、物理的に別々のファイルサーバ22に分散して保管される。従って、これらのコンテンツ片15を読込むコンテンツ配信サーバ30にとっては、読込むファイルが物理的に分散して保管されているため、ファイルサーバ22の負荷を分散しつつ各々を並列に読み込むことができ、高速にメモリ上にデータをロードして配信を開始することができる。尚、図2の例では、各ファイルサーバ22のホスト名順昇順にコンテンツ片の書込み先を決定するようにしたが、ホスト名順降順、IPアドレス順、各サーバのMACアドレス順など、ファイルサーバ22を一意に識別可能な値の順、あるいは運用者が設定ファイルに指定した任意の順で書込み先を決定してもよい。次に、コンテンツの配信を行う場合について説明する。コンテンツ配信サーバ30がユーザ端末40から所望コンテンツの配信要求を受けた場合、コンテンツ配信サーバ30は、分散ファイルシステム20に対して所望コンテンツを構成するN個のコンテンツ片15の内の第1コンテンツ片の読込み命令を発する図3におけるB。コンテンツ片の読込み命令を受けた分散ファイルシステムクライアント21は、メタデータサーバ23に対して読込み先の問い合わせを行い、メタデータサーバ23からの応答から該当するファイルサーバ22に対して読込み要求を行い、読込み要求を受けたファイルサーバ22が分散ファイルシステムクライアント21に第1コンテンツ片15のデータを送付応答し、これを受けた分散ファイルシステムクライアント21がコンテンツ配信サーバ30に対して読込応答を行う。同様の処理が順次行われることで、分散ファイルシステムクライアント21は、コンテンツ配信サーバ30に対して第2コンテンツ片~第Nコンテンツ片を読込み各ファイルサーバ22から各コンテンツ片をN個まとめて読込み、ユーザ端末40への第1~第Nコンテンツ片を順次配信する。そして、第1~第Nコンテンツ片の配信時において、コンテンツ配信サーバ30は、分散ファイルシステム20に対して、第N1コンテンツ片の読込み命令を発し、この命令に基づいて分散ファイルシステム20からコンテンツ配信サーバ30へ読込応答が順次行われる。次に、分散ファイルシステムクライアント21の構成について、図4を参照しながら説明する。分散ファイルシステムクライアント21は、ユーザアクセス制御部51、書込み先決定部52、書込み先情報収集部53、ファイルシステムアクセス部54の各モジュールを備えて構成されている。ユーザアクセス制御部51は、外部アプリケーションコンテンツ生成サーバから、コンテンツ片の書込み要求を順次受信し、書込み先決定部52に要求を伝える。また、書込み結果を外部アプリケーションに応答する。書込み先決定部52は、書込み対象として選択可能なファイルサーバリストの中から、ファイルサーバ22のホスト名順、IPアドレス順、各サーバのMACアドレス順など、ファイルサーバ22を一意に識別可能な値の順で書込み先を決定する従って、前回書込み対象としたファイルサーバ22を記憶しておき、その次のファイルサーバ22を選択する。決定した書込み先ファイルサーバ22をファイルシステムアクセス部54に伝える。書込み先情報収集部53は、メタデータサーバ23がファイルサーバ22から定期的に収集した各ファイルサーバ22のディスク空き容量、CPU使用率などのリソース情報を基に作成した書込み可能なファイルサーバ22のファイルサーバリストを取得し、書込み先決定部52に渡す。ファイルシステムアクセス部54は、書込み先決定部52から渡される書込み先ファイルサーバ情報に従い、対象となるファイルサーバ22に書込みデータを転送し、応答を受け取る。続いて、分散ファイルシステムクライアント21の書込み先決定部52における処理手順について、図5のフローチャートを参照しながら説明する。先ず、書込み先決定部52は、ユーザアクセス制御部51からの書込み要求を受け付けるステップ61。次に、ユーザアクセス制御部51から受け取った書込み要求から、ファイル名、ファイルオープンオプションどのようなモードでファイルを開くか、ファイル作成時のアクセスモード書込み許可、読込み許可、書き込みと読み出し許可いずれかの要求パラメータを抽出するステップ62。書込み先決定部52は、作成されたファイルサーバリストをメタデータサーバ23から取得するステップ63。ファイルサーバリストの取得が成功した場合はステップ64、前回書込み先の有無をチェックするステップ65。前回書込み先の有無は、書込み先決定部52のメモリ上に保管しておいた前回書込み先ファイルサーバが、メタデータサーバ23から受け取ったファイルサーバリスト中に存在しているかのチェックを行う。前回書込み先ファイルサーバが有る場合ステップ66、今回の書込み先前回書込み先に対してリスト順において1を加えた書込み先となる次のホスト名を選定するステップ67。選定された書込み先のファイルサーバに対して書込み要求を発行するステップ68。書込み先のファイルサーバからファイル書込み応答を受信するステップ69。書込み先をメモリに記録するステップ70。前回書込み先ファイルサーバが無い場合ステップ66、書込み1回目であるかを判断しステップ71、1回目である場合はファイルサーバリストの先頭のホストに決定するステップ72。1回目の書込みであるので、ホスト名でソートしたファイルサーバリストの先頭を選定する。前回書込み先がない場合で書込みが1回目でない場合ステップ71とは、前回書込み先となったファイルサーバを削除した場合や、前回書込み先のファイルサーバが故障している場合を想定している。この場合には、前回書込み先に近いファイルサーバを検索するステップ73。すなわち、ファイルサーバリストの中から辞書順に、前回書込み先ホスト名の次のファイルサーバ名を今回の書込み先に決定する。書込み先の決定後は、ファイル書込み要求の発行ステップ68、ファイル書込み応答の受信ステップ69、書込み先の記録ステップ70が順次行われる。図6は、コンテンツ分散保管システムでのコンテンツ片の書込み及び配信処理の他の実施形態を示すもので、図2と同一の構成をとる部分については同一の符号を付している。この例のコンテンツ分散保管システムでは、図1と同様に、コンテンツ生成サーバ、コンテンツ配信サーバ、分散ファイルシステム分散ファイルシステムクライアント、メタデータサーバ、複数のファイルサーバが稼働されている。また、コンテンツ配信サーバからの同時読込み数は3とする。そして、コンテンツ生成サーバからのコンテンツ片書込み要求を受けた分散ファイルシステムクライアントは、図2の例と同様に、コンテンツ生成サーバから時系列順に順次渡されるコンテンツ片を書き込むファイルサーバを、各ファイルサーバのCPU利用率やディスク空き容量などのリソース情報に余裕があることある程度の閾値より上のものの中からに加え、各ファイルサーバを一意に識別可能な値の順に選択する。本例のコンテンツ分散保管システムの分散ファイルシステム内においては、最初にファイルサーバに書き込まれたコンテンツ片オリジナルの複製を別のファルサーバに作成する機能を有している。すなわち、コンテンツ配信サーバからの同時読込み数例えば3と複製数例えば、オリジナルを含む複製数が2との乗数この場合、6台以上の台数のファイルサーバを設置した環境で、コンテンツ片15オリジナルを保管したファイルサーバの順位ソートした中での順位に同時読込み数図6の例では3を加えた順位のファイルサーバに複製を保管する。図6の例によれば、ファイルサーバ2010srvに保管された第1コンテンツ片15オリジナルの複製は、昇順では3番後順位4のファイルサーバsrvBに複製として書き込まれる。このアルゴリズムにより、コンテンツ配信サーバ30が時系列的に隣接した3つのコンテンツ片15を同時に読込む際、オリジナルあるいは複製いずれの読込みを行っても、読込み先ファイルサーバが重複することは無い。また、一旦コンテンツ片15が書き込まれたファイルサーバ22に障害が発生した場合は、運用者が代替機を用意することにより、分散ファイルシステム20内のメタデータサーバ23が保持するコンテンツ片15のメタ情報から、用意された代替機にコンテンツ片を再配置すれば、障害に対処することができる。上述した各実施形態によれば、コンテンツ配信サーバ30が各コンテンツ片15をN個まとめて読込みに際して、時系列的に近いN個のコンテンツ片15は物理的に別々のファイルサーバ22に保管されているため、コンテンツ片15を順次読込む処理において、複数のコンテンツ片が一つのファイルサーバに格納される状態を防止し、ファイルサーバへの負荷を集中させることなく並列に読み込みことができるので、低負荷でシームレスな配信を行うことが可能となる。"