"クラスタに追加するサーバへ、管理ネットワーク経由で、当該サーバを動作させるためのソフトウェアイメージを配信するリポジトリ装置が、前記クラスタへのサーバの追加台数および前記サーバへ配信するソフトウェアイメージの種別を含む追加指示の入力を受け付けるステップと、前記入力された追加指示に基づき、前記サーバそれぞれのアドレスごとに、当該サーバが前記クラスタに追加可能な状態か否かおよび当該サーバの保持するソフトウェアイメージの種別を示したサーバ状態情報を読み出し、前記クラスタへの追加対象サーバとして、前記読み出したサーバ状態情報に示されるサーバのうち、追加可能な状態のサーバを、前記追加指示に示される台数選択するステップと、前記サーバ状態情報を参照して、前記追加指示に示されるソフトウェアイメージを保持するサーバを特定するステップと、前記追加対象サーバそれぞれに転送IDを割り当てるステップと、前記追加対象サーバが前記ソフトウェアイメージの断片の取得先とすべき断片取得先サーバのアドレスとして、前記ソフトウェアイメージを保持するサーバのアドレスを設定するステップと、前記追加対象サーバごとに、当該追加対象サーバの転送IDおよび前記断片取得先サーバのアドレスを示した取得交換指示情報を作成するステップと、前記作成した取得交換指示情報を、前記追加対象サーバそれぞれへ配信するステップとを実行し、前記サーバの追加台数が2のべき乗数であるとき、前記追加対象サーバそれぞれが、前記配信された取得交換指示情報と、自身のサーバのアドレスとを参照して、前記ソフトウェアイメージの分割数Nとして、前記取得交換指示情報に示される前記追加対象サーバの台数を設定し、前記ソフトウェアイメージの断片の断片番号として、前記自身のサーバの転送IDとを設定した断片取得要求を、前記自身のサーバの前記ソフトウェアイメージの断片取得先サーバへ送信するステップと、前記断片取得要求の応答として、前記断片取得先サーバから、前記ソフトウェアイメージを、前記追加台数に分割した断片のうち、前記断片番号に対応する断片を受信するステップとを実行し、前記受信した断片を、他の前記追加対象サーバと交換する交換ステップを、前記ソフトウェアイメージを構成するすべての断片を受信するまで繰り返すことを特徴とするソフトウェアイメージ配信方法。前記追加対象サーバそれぞれが、前記交換ステップにおいて、交換ステップ数を示す変数pの初期値として、0を設定し、以下の式1を計算するステップと、s=RD自身のサーバの転送ID/2p...式1前記自身のサーバの断片取得先サーバの転送IDであるidを、sが偶数のとき、以下の式2により計算するステップと、id=自身のサーバの転送ID2p...式2sが奇数のとき、以下の式3により計算するステップと、id=自身のサーバの転送ID-2p...式3前記交換するソフトウェアイメージの断片の先頭の断片番号bを、以下の式4に計算するステップと、b=RDid/2p×2p...式4前記交換するソフトウェアイメージの断片の終端の断片番号eを、以下の式5に計算するステップと、e=b2p-1...式5前記転送IDが、前記idであるサーバから、前記ソフトウェアイメージを前記N個に分割した断片のうち、前記断片番号b~前記断片番号eの断片を受信するステップとを実行し、まだ、前記ソフトウェアイメージを構成するいずれかの断片を受信していないとき、前記変数pの値をインクリメントして、再度、前記式1を計算する処理を、前記ソフトウェアイメージを構成するすべての断片を受信するまで実行することを特徴とする請求項1に記載のソフトウェアイメージ配信方法。但し、式1および式4における、RDは、内の数値の小数点以下を切り捨てた値とする。前記サーバの追加台数が2のべき乗数でないとき、前記追加対象サーバそれぞれが、前記断片取得要求を、前記自身のサーバの前記ソフトウェアイメージの断片取得先サーバへ送信するステップに代えて、前記配信された取得交換指示情報と、自身のサーバのアドレスとを参照して、前記ソフトウェアイメージの分割数Nとして、前記取得交換指示情報に示される前記追加対象サーバの台数より大きい最小の2のべき乗数を設定し、前記ソフトウェアイメージの断片の断片番号として、前記自身のサーバの転送IDとを設定した断片取得要求を、前記自身のサーバの前記ソフトウェアイメージの断片取得先サーバへ送信するステップを実行し、前記交換ステップに代えて、交換ステップ数を示す変数pの初期値として、0を設定し、以下の式1を計算するステップと、s=RD自身のサーバの転送ID/2p...式1前記自身のサーバの断片取得先サーバの転送IDであるidを、sが偶数のとき、以下の式2により計算するステップと、id=自身のサーバの転送ID2p...式2sが奇数のとき、以下の式3により計算するステップと、id=自身のサーバの転送ID-2p...式3前記交換するソフトウェアイメージの断片の先頭の断片番号bを、以下の式4に計算するステップと、b=RDid/2p×2p...式4前記交換するソフトウェアイメージの断片の終端の断片番号eを、以下の式5に計算するステップと、e=b2p-1...式5前記計算したidが、前記サーバの追加台数の値未満であるとき、前記転送IDが、前記idであるサーバから、前記ソフトウェアイメージをN個に分割した断片のうち、前記断片番号b~前記断片番号eの断片を受信するステップと、前記計算したidが、前記サーバの追加台数以上の値であるとき、前記取得交換指示情報を参照して特定した前記断片取得先サーバから、前記ソフトウェアイメージをN個に分割した断片のうち、前記断片番号b~前記断片番号eの断片を受信するステップとを実行し、まだ、前記ソフトウェアイメージを構成するいずれかの断片を受信していないとき、前記変数pの値をインクリメントして、再度、前記式1を計算する処理を、前記ソフトウェアイメージを構成するすべての断片を受信するまで実行することを特徴とする請求項1に記載のソフトウェアイメージ配信方法。但し、式1および式4における、RDは、内の数値の小数点以下を切り捨てた値とする。前記リポジトリ装置が、新規クラスタの構築のため、前記新規クラスタを構成するサーバの台数および前記サーバへ配信するソフトウェアイメージの種別を含む構築指示の入力を受け付けるステップと、前記読み出したサーバ状態情報に示されるサーバのうち、前記追加可能な状態のサーバを前記構築指示に示される台数選択するステップと、前記構築指示に示される種別のソフトウェアイメージを、記憶部から読み出し、前記選択したサーバへ配信するステップとをさらに実行することを特徴とする請求項1ないし請求項3のいずれか1項に記載のソフトウェアイメージ配信方法。クラスタに追加するサーバへ、管理ネットワーク経由で、当該サーバを動作させるためのソフトウェアイメージを配信するリポジトリ装置を備えるシステムであって、前記リポジトリ装置は、前記クラスタへのサーバの追加台数および前記サーバへ配信するソフトウェアイメージの種別を含む追加指示の入力を受け付ける管理インタフェース部と、前記サーバそれぞれのアドレスごとに、当該サーバが前記クラスタに追加可能な状態か否かおよび当該サーバの保持するソフトウェアイメージの種別を示したサーバ状態情報を記憶する記憶部と、前記入力された追加指示に基づき、前記サーバ状態情報を読み出し、前記クラスタへの追加対象サーバとして、前記読み出したサーバ状態情報に示されるサーバのうち、追加可能な状態のサーバを、前記追加指示に示される台数選択し、前記サーバ状態情報を参照して、前記追加指示に示されるソフトウェアイメージを保持するサーバを特定し、前記追加対象サーバそれぞれに転送IDを割り当て、前記追加対象サーバが前記ソフトウェアイメージの断片の取得先とすべき断片取得先サーバのアドレスとして、前記ソフトウェアイメージを保持するサーバのアドレスを設定し、前記追加対象サーバごとに、当該追加対象サーバの転送IDおよび前記断片取得先サーバのアドレスを示した取得交換指示情報を作成し、前記作成した取得交換指示情報を、前記追加対象サーバそれぞれへ配信する追加配信部とを備え、前記サーバそれぞれは、前記サーバの追加台数が2のべき乗数であるとき、前記配信された取得交換指示情報と、自身のサーバのアドレスとを参照して、前記ソフトウェアイメージの分割数Nとして、前記取得交換指示情報に示される前記追加対象サーバの台数を設定し、前記ソフトウェアイメージの断片の断片番号として、前記自身のサーバの転送IDとを設定した断片取得要求を、前記自身のサーバの前記ソフトウェアイメージの断片取得先サーバへ送信するステップを実行し、前記断片取得要求の応答として、前記断片取得先サーバから、前記ソフトウェアイメージを前記N個に分割した断片のうち、前記断片番号に対応する断片を受信し、前記受信した断片を、他の前記追加対象サーバと交換する交換ステップを、前記ソフトウェアイメージを構成するすべての断片を受信するまで繰り返すイメージ転送部と、前記ソフトウェアイメージの断片を保存するソフトウェアイメージ保管部と、前記ソフトウェアイメージ保管部に前記ソフトウェアイメージを構成するすべての断片が保存されたとき、前記ソフトウェアイメージを読み込み、前記自身のサーバを起動するブート部とを備えることを特徴とするシステム。前記サーバそれぞれが、前記交換ステップにおいて、交換ステップ数を示す変数pの初期値として、0を設定し、以下の式1を計算するステップと、s=RD自身のサーバの転送ID/2p...式1前記自身のサーバの断片取得先サーバの転送IDであるidを、sが偶数のとき、以下の式2により計算し、id=自身のサーバの転送ID2p...式2sが奇数のとき、以下の式3により計算し、id=自身のサーバの転送ID-2p...式3前記交換するソフトウェアイメージの断片の先頭の断片番号bを、以下の式4に計算し、b=RDid/2p×2p...式4前記交換するソフトウェアイメージの断片の終端の断片番号eを、以下の式5に計算し、e=b2p-1...式5前記転送IDが、前記idであるサーバから、前記ソフトウェアイメージをN個に分割した断片のうち、前記断片番号b~前記断片番号eの断片を受信し、まだ、前記ソフトウェアイメージを構成するいずれかの断片を受信していないとき、前記pをインクリメントして、再度、前記式1を計算する処理を、前記ソフトウェアイメージを構成するすべての断片を受信するまで実行することを特徴とする請求項5に記載のシステム。但し、式1および式4における、RDは、内の数値の小数点以下を切り捨てた値とする。前記サーバの追加台数が2のべき乗数でないとき、前記サーバそれぞれが、前記断片取得要求を、前記自身のサーバの前記ソフトウェアイメージの断片取得先サーバへ送信するステップに代えて、前記配信された取得交換指示情報と、自身のサーバのアドレスとを参照して、前記ソフトウェアイメージの分割数Nとして、前記取得交換指示情報に示される前記追加対象サーバの台数より大きい最小の2のべき乗数を設定し、前記ソフトウェアイメージの断片の断片番号として、前記自身のサーバの転送IDとを設定した断片取得要求を、前記自身のサーバの前記ソフトウェアイメージの断片取得先サーバへ送信するステップを実行し、前記交換ステップに代えて、交換ステップ数を示す変数pの初期値として、0を設定し、以下の式1を計算し、s=RD自身のサーバの転送ID/2p...式1前記自身のサーバの断片取得先サーバの転送IDであるidを、sが偶数のとき、以下の式2により計算し、id=前記自身のサーバの転送ID2p...式2sが奇数のとき、以下の式3により計算し、id=前記自身のサーバの転送ID-2p...式3前記交換するソフトウェアイメージの断片の先頭の断片番号bを、以下の式4に計算し、b=RDid/2p×2p...式4前記交換するソフトウェアイメージの断片の終端の断片番号eを、以下の式5に計算し、e=b2p-1...式5前記計算したidが、前記サーバの追加台数の値未満であるとき、前記転送IDが、前記idであるサーバから、前記ソフトウェアイメージをN個に分割した断片のうち、前記断片番号b~前記断片番号eの断片を受信し、前記計算したidが、前記サーバの追加台数以上の値であるとき、前記取得交換指示情報を参照して特定した前記断片取得先サーバから、前記ソフトウェアイメージをN個に分割した断片のうち、前記断片番号b~前記断片番号eの断片を受信し、まだ、前記ソフトウェアイメージを構成するいずれかの断片を受信していないとき、前記pをインクリメントして、再度、前記式1を計算する処理を、前記ソフトウェアイメージを構成するすべての断片を受信するまで実行することを特徴とする請求項5に記載のシステム。但し、式1および式4における、RDは、内の数値の小数点以下を切り捨てた値とする。前記リポジトリ装置の管理インタフェース部は、新規クラスタの構築のため、前記新規クラスタを構成するサーバの台数および前記サーバへ配信するソフトウェアイメージの種別を含む構築指示の入力を受け付け、前記リポジトリ装置は、前記サーバ状態情報に示されるサーバのうち、前記追加可能な状態のサーバを前記構築指示に示される台数選択し、前記構築指示に示される種別のソフトウェアイメージを、記憶部から読み出し、前記選択したサーバへ配信する初期配信部をさらに備えることを特徴とする請求項5ないし請求項7のいずれか1項に記載のシステム。前記したとおり、リソースプールのサーバは、ソフトウェアを何も有していない状態であることが一般的である。よって、リポジトリは、追加対象のサーバが決まると、その追加対象のサーバへ、個々のサービスに対応したソフトウェア構成が含まれたソフトウェアイメージを転送し、必要な設定を行った後にクラスタに組み込む必要がある。このソフトウェアイメージはオペレーティングシステムや各種ミドルウェア、データ等を含んでいるため数~数十GBに及ぶ大容量であり、転送にはある程度の時間を要する。ここで、激甚災害や大規模障害等が発生した場合、各サービスを提供するクラスタを構成する多数のサーバ資源が同時に失われ、複数のクラスタが一斉に失われた分の資源を補充するための資源要求を行うことが考えられる。その際には、ソフトウェアイメージを管理しているリポジトリに対して、多数のサーバからのアクセスが発生してデータ転送に輻輳が発生することが考えられる。このため、ソフトウェアイメージの転送時間が長大化し、復旧時間が遅くなり、インフラとして公共性の高い通信サービスに求められる無停止性や即応性を満たすことができないおそれがある。このような環境下で、リポジトリの負荷集中を防ぐため、リポジトリからソフトウェアイメージを転送するのではなく、同じクラスタに属する現用中サービス提供中サーバからソフトウェアイメージを転送する方法も考えられる。しかし、このような方法において、複数のサーバを同時に追加する場合、追加対象の全サーバにソフトウェアイメージが転送されるまで、現用中サーバにおける転送処理が長時間継続し、現用中サーバにおいてサービス提供に必要なリソースが不足するおそれがある。そこで、本発明は、前記した問題を解決し、クラスタに複数のサーバを追加する場合であっても、現用中サーバのリソースがソフトウェアイメージの転送のために占有される時間を低減することを目的とする。前記した課題を解決するため、本発明は、クラスタに追加するサーバへ、管理ネットワーク経由で、当該サーバを動作させるためのソフトウェアイメージを配信するリポジトリ装置が、クラスタへのサーバの追加台数およびサーバへ配信するソフトウェアイメージの種別を含む追加指示の入力を受け付ける。そして、リポジトリ装置は、この入力された追加指示に基づき、サーバそれぞれのアドレスごとに、当該サーバがクラスタに追加可能な状態か否かおよび当該サーバの保持するソフトウェアイメージの種別を示したサーバ状態情報を読み出す。そして、クラスタへの追加対象サーバとして、読み出したサーバ状態情報に示されるサーバのうち、追加可能な状態のサーバを、追加指示に示される台数選択する。そして、サーバ状態情報を参照して、追加指示に示されるソフトウェアイメージを保持するサーバを特定し、また、追加対象サーバそれぞれに転送IDを割り当てる。次に、リポジトリ装置は、追加対象サーバがソフトウェアイメージの断片の取得先とすべき断片取得先サーバのアドレスとして、ソフトウェアイメージを保持するサーバのアドレスを設定する。そして、リポジトリ装置は、追加対象サーバごとに、当該追加対象サーバの転送IDおよび断片取得先サーバのアドレスを示した取得交換指示情報を作成し、この作成した取得交換指示情報を、追加対象サーバそれぞれへ配信する。ここで、クラスタへのサーバの追加台数が2のべき乗数であるとき、追加対象サーバそれぞれが、リポジトリ装置から配信された取得交換指示情報と、自身のサーバのアドレスとを参照して、ソフトウェアイメージの分割数Nとして、取得交換指示情報に示される追加対象サーバの台数を設定し、ソフトウェアイメージの断片番号として、自身のサーバの転送IDとを設定した断片取得要求を、自身のサーバのソフトウェアイメージの断片取得先サーバへ送信する。そして、追加対象サーバそれぞれは、この断片取得要求の応答として、断片取得先サーバから、ソフトウェアイメージを、追加台数に分割した断片のうち、断片番号に対応する断片を受信する。そして、受信した断片を、他の追加対象サーバと交換する交換ステップを、ソフトウェアイメージを構成するすべての断片を受信するまで繰り返す。このように追加対象サーバは、まず、既にソフトウェアイメージを保持しているサーバ現用中サーバからソフトウェアイメージの断片を取得する。そして、その後、断片を受信した追加対象サーバ同士で断片を交換しあうことで、ソフトウェアイメージを構成するすべての断片を取得する。よって、現用中サーバのリソースがソフトウェアイメージの転送のために占有される時間を低減できる。また、本発明は、クラスタへの追加対象サーバそれぞれが、交換ステップにおいて、交換ステップ数を示す変数pの初期値として、0を設定し、以下の式1を計算する。s=RD自身のサーバの転送ID/2p...式1そして、追加対象サーバそれぞれは、自身のサーバの断片取得先サーバの転送IDであるidを、sが偶数のとき、以下の式2により計算し、id=自身のサーバの転送ID2p...式2sが奇数のとき、以下の式3により計算する。id=自身のサーバの転送ID-2p...式3次に、追加対象サーバそれぞれは、交換するソフトウェアイメージの断片の先頭の断片番号bを、以下の式4に計算し、b=RDid/2p×2p...式4交換するソフトウェアイメージの断片の終端の断片番号eを、以下の式5に計算する。e=b2p-1...式5そして、追加対象サーバそれぞれは、転送IDが、idであるサーバから、ソフトウェアイメージをN個に分割した断片のうち、断片番号b~断片番号eの断片を受信する。ここで、まだ、ソフトウェアイメージを構成するいずれかの断片を受信していなければ、変数pの値をインクリメントして、再度、式1を計算する。このような処理を、ソフトウェアイメージを構成するすべての断片を受信するまで実行する。但し、式1および式4における、RDは、内の数値の小数点以下を切り捨てた値とする。このようにすることで、追加対象サーバは、ソフトウェアイメージの断片を漏れなく、効率よく取得できる。また、本発明は、クラスタへのサーバの追加台数が2のべき乗数でないとき、追加対象サーバそれぞれが、断片取得要求を、自身のサーバのソフトウェアイメージの断片取得先サーバへ送信する代わりに以下の処理を行う。すなわち、追加対象サーバは、配信された取得交換指示情報と、自身のサーバのアドレスとを参照して、断片取得要求に、ソフトウェアイメージの分割数Nとして、取得交換指示情報に示される追加対象サーバの台数より大きい最小の2のべき乗数を設定する。また、この断片取得要求に、ソフトウェアイメージの断片番号として、自身のサーバの転送IDとを設定し、自身のサーバのソフトウェアイメージの断片取得先サーバへ送信する。また、追加対象サーバそれぞれは、交換ステップにおいて、交換ステップ数を示す変数pの初期値として、0を設定し、以下の式1を計算する。s=RD自身のサーバの転送ID/2p...式1そして、追加対象サーバそれぞれは、自身のサーバの断片取得先サーバの転送IDであるidを、sが偶数のとき、以下の式2により計算し、id=自身のサーバの転送ID2p...式2sが奇数のとき、以下の式3により計算する。id=自身のサーバの転送ID-2p...式3次に、追加対象サーバそれぞれは、交換するソフトウェアイメージの断片の先頭の断片番号bを、以下の式4に計算し、b=RDid/2p×2p...式4交換するソフトウェアイメージの断片の終端の断片番号eを、以下の式5に計算する。e=b2p-1...式5ここで、計算したidが、サーバの追加台数の値未満であるとき、追加対象サーバは、転送IDが、idであるサーバから、ソフトウェアイメージをN個に分割した断片のうち、断片番号b~断片番号eの断片を受信する。一方、計算したidが、サーバの追加台数以上の値であるとき、追加対象サーバは、取得交換指示情報を参照して特定した断片取得先サーバから、ソフトウェアイメージをN個に分割した断片のうち、断片番号b~断片番号eの断片を受信する。ここで、ソフトウェアイメージを構成するいずれかの断片を受信していなければ、変数pの値をインクリメントして、再度、前記式1を計算する。このような処理を、ソフトウェアイメージを構成するすべての断片を受信するまで実行する。但し、式1および式4における、RDは、内の数値の小数点以下を切り捨てた値とする。このようにすることで、追加対象サーバの台数が2のべき乗数でなかった場合でも、すべての追加対象サーバがソフトウェアイメージの断片を取得できる。また、追加対象サーバは、できるだけ、他の追加対象サーバとの間でソフトウェアイメージの断片を交換するようにし、他の追加対象サーバと断片を交換できない場合に、現用中サーバから断片を取得する。これにより、現用中サーバのリソースがソフトウェアイメージの転送のために占有される時間を低減できる。また、本発明は、リポジトリ装置が、新規クラスタの構築のため、前記新規クラスタを構成するサーバの台数および前記サーバへ配信するソフトウェアイメージの種別を含む構築指示の入力を受け付ける。そして、リポジトリ装置は、サーバ状態情報に示されるサーバのうち、追加可能な状態のサーバを前記構築指示に示される台数選択する。次に、リポジトリ装置は、構築指示に示される種別のソフトウェアイメージを、記憶部から読み出し、選択したサーバへ配信する。このようにすることで、リポジトリ装置は、新規クラスタを構築することができる。本発明によれば、クラスタに複数のサーバを追加する場合であっても、現用中サーバのリソースがソフトウェアイメージの転送のために占有される時間を低減できる。<全体構成>以下、本発明を実施するための最良の形態以下、実施の形態というについて説明する。まず、図1を用いて、本実施の形態のリポジトリ装置およびサーバを含むシステムの全体構成を説明する。システムは、保守者端末1000と、クラスタシステム2000と、利用者端末3000とを含んで構成される。クラスタシステム2000は、保守ネットワーク4000LANLocalAreaNetworkまたはIPInternetProtocol網によって保守者端末1000と接続し、サービスネットワーク5000によって利用者端末3000と接続する。サービス提供者は、クラスタシステム2000に対する保守コマンド後記を保守者端末1000により入力する。ユーザは、利用者端末3000を用い、クラスタシステム2000上で提供されるサービスをサービスネットワーク5000LANまたはIP網越しに利用する。クラスタシステム2000は、計算資源である複数のサーバ2310が集約されているリソースプール2300と、リポジトリ装置2100とを備え、両者は管理ネットワーク2200によって接続される。リポジトリ装置2100は、保守者端末1000から入力された保守コマンドに基づき、リソースプール2300のサーバ2310を起動させ、このサーバ2310へソフトウェアイメージを配信する。ここで、このリポジトリ装置2100が行う処理は大きく2つある。1つは、新規クラスタの構築であり、もう1つは既存クラスタへの資源の追加である。つまり、リポジトリ装置2100は、保守コマンドとして、新規クラスタの構築または既存クラスタへの資源の追加に関するコマンドクラスタへのサーバ2310の追加指示の入力を受け付けると、この保守コマンドに基づき、新規クラスタの構築または既存クラスタへの資源の追加を行う。この保守コマンドは、新規クラスタの構築であれば、新規クラスタのサーバ2310の台数と、配信するソフトウェアイメージのイメージID種別とを含む。一方、既存クラスタへの資源の追加であれば、追加するサーバ2310の台数と、配信するソフトウェアイメージのイメージID種別とを含む。<処理の概要>次に、図1を適宜参照しつつ、図3,4を用いて、システムの処理の概要を説明する。ここでは、リソースプール2300内に、図2に示すように、サーバ2310A~2310Hが存在する場合を例に説明する。リポジトリ装置2100は、図1の保守ネットワーク4000経由で、新規クラスタの構築指示を受け付けると、新規クラスタを構成するサーバ2310例えば、サーバ2310E,2310F,2310G,2310Hを選択する。そして、選択したサーバ2310へ、ソフトウェアイメージを配信する。ソフトウェアイメージを受信したサーバ2310は、ソフトウェアイメージを読み込み、自身のサーバ2310を起動し、現用中サーバとなる。その後、リポジトリ装置2100は、保守ネットワーク4000経由で、既存クラスタへの資源の追加指示を受け付けると、追加対象サーバを選択する。ここでは、追加対象サーバとして、サーバ2310A,2310B,2310C,2310Dを選択した場合を考える。この場合、リポジトリ装置2100は、追加対象サーバの台数この場合、4台に応じて、追加対象サーバそれぞれに転送IDを割り当て、また、追加対象サーバがソフトウェアイメージの断片を取得するときの取得先断片取得先サーバの割り当ても行う。そして、各追加対象サーバに割り当てた転送IDおよび断片取得先サーバを、追加対象サーバそれぞれへ通知する。この通知を受けた追加対象サーバはそれぞれ、自身のサーバ2310の断片取得先サーバに対し、ソフトウェアイメージの断片の取得要求断片取得要求を送信する。この取得要求は、追加対象サーバ数追加対象サーバの数と断片番号自身の転送IDとを含む。現用中サーバはそれぞれ、追加対象サーバからの断片取得要求を受信すると、自身の保持するソフトウェアイメージを、ソフトウェアイメージのサイズ/分割数Nここでは追加対象サーバ数のサイズの断片に分割する。そして、そのソフトウェアイメージの断片の先頭から数えて、断片番号で指定された順番の断片を、断片取得要求の送信元のサーバ2310へ送信する。これにより、追加対象サーバはそれぞれ、ソフトウェアイメージを構成する断片のうち、自身のサーバ2310の転送IDに対応する断片を取得することになる。つまり、図3のサーバ2310A転送ID:0は、断片番号0の断片を取得し、サーバ2310B転送ID:1は、断片番号1の断片を取得し、サーバ2310C転送ID:2は、断片番号2の断片を取得し、サーバ2310D転送ID:3は、断片番号3の断片を取得する。その後、追加対象サーバはそれぞれ、自身のサーバ2310の保持する断片を交換しあうコピーして他の追加対象サーバへ転送する。このような交換を、ソフトウェアイメージを構成するすべての断片が揃うまで繰り返す。例えば、図3に示した処理の後、追加対象サーバはそれぞれ、図4に示すように、転送IDが隣接するサーバ2310同士がペアとなって、自身の取得した断片を交換するS1。これにより、サーバ2310A転送ID:0およびサーバ2310B転送ID:1は、断片番号0,1の断片を取得し、サーバ2310C転送ID:2およびサーバ2310D転送ID:3は、断片番号2,3の断片を取得する。その後、サーバ2310A転送ID:0は、サーバ2310C転送ID:2との間で、断片番号0,1の断片と、断片番号2,3の断片とを交換する。また、サーバ2310B転送ID:1は、サーバ2310D転送ID:3との間で、断片番号0,1の断片と、断片番号2,3の断片とを交換するS2。これにより、サーバ2310A~2310Dはそれぞれ、ソフトウェアイメージを構成するすべての断片断片番号0~3の断片を取得することができる。以上のような処理を行うことで、現用中サーバは、追加対象サーバそれぞれへ全ソフトウェアイメージを送信する必要がなくなるので、ソフトウェアイメージ転送のために長時間リソースが占有されることがなくなる。また、追加対象サーバも、転送IDが隣接するサーバ2310同士でソフトウェアイメージの断片を交換する等、断片を効率よく交換するので、少ない処理負荷でソフトウェアイメージのすべての断片を取得することができる。なお、ここでは、クラスタへの追加サーバの台数が2のべき乗数である場合について説明したが、追加サーバの台数が2のべき乗数ではない場合でも、ソフトウェアイメージの断片の交換は可能である。この場合の処理手順については後記する。<構成>図1のリポジトリ装置2100およびサーバ2310の構成を詳細に説明する。<リポジトリ装置>リポジトリ装置2100は、管理インタフェース部2110と、ソフトウェアイメージDBデータベース2120と、サーバDB2130と、初期配信部2140と、追加配信部2150とを備える。このリポジトリ装置2100は、入出力インタフェース、通信インタフェース、CPUCentralProcessingUnit、メモリ等を備えるコンピュータにより実現される。管理インタフェース部2110は、保守者端末1000とのインタフェースとなり、前記した保守コマンドを受け付ける。この管理インタフェース部2110は、通信インタフェースや入出力インタフェース、および、CPUによるプログラム実行処理により実現される。ソフトウェアイメージDB2120は、ソフトウェアイメージ情報図5参照を備える。このソフトウェアイメージ情報は、各サーバ2310がサービス実行に必要なソフトウェアイメージの種別イメージIDごとに、ソフトウェアイメージの格納場所を示した情報である。ソフトウェアイメージは、サービスの提供に必要なソフトウェア構成を含んだファイルであり、サーバ2310に配信されるファイルである。ソフトウェアイメージDB2120は、管理インタフェース部2110等から主キーであるイメージIDの入力を受け付けると、そのソフトウェアイメージの格納場所を示すパスを返す。パスは、リポジトリ装置2100がアクセス可能な場所であれば、リポジトリ装置2100のローカルディスク上でもよいし、リモートストレージ上でもよい。サーバDB2130は、サーバ状態情報図6参照を備える。このサーバDB2130は、初期配信部2140や追加配信部2150から、追加資源として利用可能な状態のサーバ2310の問い合わせを受けたとき、このサーバDB2130は、サーバ状態情報において、状態が待機中となっているサーバ2310を所定台数選択し、そのサーバ2310のサーバIDと、アドレスとを返す。サーバ状態情報は、主キーであるサーバIDごとに、そのサーバIDのサーバ2310のアドレス、状態、所持ソフトウェアイメージを示した情報である。アドレスとは、ソフトウェアイメージの転送等、外部との通信に用いられるアドレスである。図6の例はIPv4InternetProtocolVersion4アドレスを記載している。状態は、そのサーバの稼動状態を示し、そのサーバが追加資源として利用可能何もサービスを提供していないか、それとも現用中サービス提供中であるかを判別できればよい。図6の例では追加資源として利用可能な状態を待機中、別のサービスを提供している状態を現用中とし、さらにどのサービスも提供していないが、追加資源としても利用可能でない状態を故障中としている。所持ソフトウェアイメージは、そのサーバが所持しているソフトウェアイメージのイメージIDである。なお、ソフトウェアイメージを既に有している現用中サーバは、自身と同じクラスタに新規追加されるサーバ2310に、自身が持つソフトウェアイメージを転送することができる。なお、このサーバDB2130およびソフトウェアイメージDB2120は、CPUによるプログラム実行処理と、サーバ状態情報やソフトウェアイメージ管理情報を記憶する記憶手段RAMRandomAccessMemoryやHDDHardDiskDrive、フラッシュメモリ等とにより実現される。初期配信部2140は、新規クラスタ構築時に、起動対象のサーバ2310に対して、ソフトウェアイメージを配信する。リポジトリ装置2100から起動対象のサーバ2310へのソフトウェアイメージ配信は、初回のクラスタ構築時すなわち、必要なソフトウェアイメージを有する現用中サーバが存在しない場合に行われる。具体的には、管理インタフェース部2110経由で入力された新規クラスタ構築コマンドに対し、初期配信部2140は、ソフトウェアイメージDB2120に、このコマンドに示される種別イメージIDのソフトウェアイメージの問い合わせを行う。そして、このソフトウェアイメージDB2120から、問い合わせの応答を受け取ると、この応答に示されるソフトウェアイメージを起動対象のサーバ2310に転送する。なお、この起動対象のサーバ2310は、初期配信部2140が、サーバDB2130に対し、問い合わせを行い、その応答に示されるサーバ2310とする。追加配信部2150は、既存クラスタへの資源追加コマンドに対して、サーバDB2130のサーバ状態情報を参照して、追加対象サーバそれぞれに対して、どの現用中サーバから断片を取得し、どのような順序でその断片を交換しあうかを指示する。つまり、追加配信部2150は、サーバDB2130から、資源追加コマンドに示されるソフトウェアイメージを保持するサーバ2310の情報を得る。また、追加配信部2150は、追加対象サーバそれぞれにユニークな転送IDを割り当てる。そして、追加配信部2150は、追加対象サーバが、ソフトウェアイメージの断片の取得先とすべき断片取得先サーバのアドレスとして、資源追加コマンドに示されるソフトウェアイメージを保持するサーバ2310のアドレスを設定する。その後、追加配信部2150は、追加対象サーバごとに、転送IDおよび断片取得先サーバのアドレスを示した取得交換指示情報図7参照を作成する。そして、追加配信部2150は、この取得交換指示情報を、各サーバ2310へ配信する。各サーバ2310は、この取得交換指示情報を参照することで、ソフトウェアイメージの断片をどの現用中サーバ、または追加対象サーバから取得すればよいかを判断することができる。取得交換指示情報を、図7に例示する。図7に示すように、取得交換指示情報は、追加対象サーバについて、その追加対象サーバの転送IDと、その追加対象サーバの断片取得先断片取得先サーバとを示した情報である。転送IDは、例えば、0から追加するサーバ台数-1までの数字であり、各サーバ2310に対して異なる数字が割り振られればその順序は問わない。図7の例では、追加対象サーバのアドレスの昇順に転送IDを割り振っている。断片取得先は、サーバDB2130から、追加配信部2150が得た、追加対象サーバが取得すべきソフトウェアイメージIMGA図6参照を所持する現用中サーバである。サーバDB2130が、現用中サーバを選択する方法は、サーバIDサーバ2310のアドレスの昇順または降順で選ぶ方法や、最もCPU使用率が小さいもの、最も性能がよいものを選ぶ方法等、予め定められたアルゴリズムを用いる。そして、選択した現用中サーバのアドレスが断片取得先として取得交換指示情報に登録される。図7の取得交換指示情報は、図9のサーバ状態情報において現用中サーバとなっている、Svr05,Svr06,Svr07,Svr08のサーバ2310が登録された状態を示している。この登録順序は、サーバIDサーバ2310のアドレスの昇順または降順で選ぶ等、予め定められたアルゴリズムによる。<サーバ>図1のサーバ2310を説明する。サーバ2310は、自身のサーバ2310が新規クラスタに組み込まれる場合、リポジトリ装置2100から取得したソフトウェアイメージにより、サーバ2310を起動させる新規クラスタ構築処理。一方、自身のサーバ2310が既存クラスタに組み込まれる場合、まず、リポジトリ装置2100からソフトウェアイメージの断片を取得し、その後、他の追加対象サーバとの間で取得した断片を互いに交換する。そして、サーバ2310は、ソフトウェアイメージを構成するすべての断片を取得すると、このソフトウェアイメージにより、サーバ2310を起動させる既存クラスタへの資源追加処理。このようなサーバ2310は、イメージ転送部2311と、ブート部2312と、ソフトウェアイメージ保管部2313とを備える。イメージ転送部2311は、自身のサーバ2310が新規クラスタに組み込まれる場合、リポジトリ装置2100からソフトウェアイメージを受信し、ソフトウェアイメージ保管部2313に保存する。一方、自身のサーバ2310が既存クラスタに組み込まれる場合、まず、リポジトリ装置2100から断片取得先指示情報図7参照を受信する。そして、自身のサーバ2310のサーバIDアドレスと、断片取得先情報とを参照して、自身のサーバ2310の断片取得先サーバを選択する。そして、その選択した断片取得先サーバから、ソフトウェアイメージの断片を取得する。その後、イメージ転送部2311は、断片取得先情報と、自身のサーバ2310に割り当てられた転送IDとを参照して、ソフトウェアイメージの断片を交換すべき他のサーバ2310を特定し、この特定したサーバ2310との間で断片の交換処理を行う。この交換処理は、イメージ転送部2311が、ソフトウェアイメージ全体を取得するまで繰り返す。ブート部2312は、ソフトウェアイメージ保管部2313に保存されたソフトウェアイメージを読み込み、このソフトウェアイメージのOSOperatingSystemを起動させる。これにより、サーバ2310は、サービスネットワーク5000経由でサービスを提供可能な状態になる。ソフトウェアイメージ保管部2313は、リポジトリ装置2100から受信したソフトウェアイメージや、他のサーバ2310から受信したソフトウェアイメージの断片を保存する。このソフトウェアイメージ保管部2313は、サーバ2310の記憶手段図示省略により実現される。このサーバ2310も、入出力インタフェース、通信インタフェース、CPU、記憶手段等を備えるコンピュータにより実現される。<新規クラスタ構築処理>次に、新規クラスタ構築の処理手順について述べる。ここでは、図2に示すように、8台のサーバ2310ASvr01~2310HSvr08から構成されるクラスタシステム2000において、リポジトリ装置2100が新規クラスタ構築コマンドにより4台のサーバ2310のクラスタを構築する手順について述べる。図8は、リポジトリ装置2100が、新規クラスタ構築コマンドを実行する前のサーバDB2130のサーバ状態情報を例示した図である。各サーバ2310は待機中であり、いずれのサーバ2310もソフトウェアイメージは所持していない。本状態に対して、新規クラスタ構築コマンド構築するクラスタのサーバ台数:4、配信するソフトウェアイメージのイメージIDIMGAを投入する場合について考える。リポジトリ装置2100は、管理インタフェース部2110経由で新規クラスタ構築コマンドを受けると、初期配信部2140は、サーバDB2130に問い合わせを行い、4台の待機中のサーバ2310を選択する。サーバDB2130からの待機中サーバの選択は、サーバIDの昇順または降順で選ぶ方法や、最も待機中の時間が長いもの、最も性能がよいものなど、予め定められたアルゴリズムによる。この例では、図2のサーバ2310ESvr05~サーバ2310HSvr08が選択されたとする。その後、リポジトリ装置2100の初期配信部2140は、ソフトウェアイメージDB2120を参照してIMG_Aのソフトウェアイメージを読み出し、読み出したソフトウェアイメージを、サーバ2310ESvr05、サーバ2310FSvr06、サーバ2310GSvr07およびサーバ2310HSvr08に対して配信する図3参照。なお、ここでの配信は、リポジトリ装置2100の初期配信部2140が、各サーバ2310へユニキャスト通信を4回行う単純なもので構わない。各サーバ2310のイメージ転送部2311は、IMG_Aのソフトウェアイメージをリポジトリ装置2100から受信するとソフトウェアイメージ保管部2313に保存する。保存が完了すると、サーバ2310のブート部2312は、そのソフトウェアイメージによってサーバ2310をブートする。サーバ2310ESvr05~サーバ2310HSvr08がソフトウェアイメージIMGAによって起動すると、初期配信部2140は、サーバDB2130のサーバ状態情報の内容を図9のように書き換える。<既存クラスタへの資源追加処理>以上のようにして、新規クラスタが構築された後、リポジトリ装置2100が、既存クラスタへの資源追加コマンドによって、ソフトウェアイメージIMGAによって、さらに4台のサーバ2310を起動する手順について述べる。リポジトリ装置2100は、管理インタフェース部2110経由で既存クラスタへの資源追加コマンドを受けると、追加配信部2150が、サーバDB2130のサーバ状態情報を参照して、4台の待機中のサーバ2310を選択する。ここでは、サーバ2310ASvr01~サーバ2310CSvr04が選択されたとする。その後、リポジトリ装置2100の追加配信部2150は、自身で各サーバ2310にソフトウェアイメージを転送するのではなく各サーバ2310に対して、ソフトウェアイメージの断片を現用中サーバから取得し、それを互いに交換するように指示する。つまり、追加配信部2150は、追加対象サーバそれぞれの断片取得先サーバを示した取得交換指示情報図7参照を作成し、この取得交換情報を各サーバ2310へ配信する。サーバ2310が取得交換指示情報を受信すると、イメージ転送部2311は、自身のアドレスと、取得交換指示情報とを参照し、自身のサーバ2310の断片取得先サーバを選択する。例えば、サーバ2310A192.168.9.1、Svr01は、図7の取得交換指示情報を参照して、断片取得先サーバとして、サーバ2310E192.168.9.5、Svr05を選択し、サーバ2310B192.168.9.2、Svr02は、サーバ2310F192.168.9.6、Svr06を選択する。また、サーバ2310C192.168.9.3、Svr03は、断片取得先サーバとして、サーバ2310G192.168.9.7、Svr07を選択し、サーバ2310D192.168.9.4、Svr04は、サーバ2310H192.168.9.8、Svr08を選択することを示す。そして、サーバ2310は、選択した断片取得先サーバに対し、断片取得要求を送信し、指定のソフトウェアイメージの断片を取得する。この断片取得要求は、追加対象サーバの台数である追加対象サーバ数と、取得したいソフトウェアイメージの断片の断片番号とを含む。追加対象サーバ数は、取得交換指示情報における、サーバ2310のエントリ数である。断片番号は、初回取得時現用中サーバから断片を取得するときは、自身のサーバ2310の転送IDとなる。断片取得要求を受信した現用中サーバは、ソフトウェアイメージを、ソフトウェアイメージのサイズ/Nのサイズの断片に先頭から均等分割した際に、先頭から数えて断片番号として指定された順番の断片を、断片取得要求の要求元のサーバ2310に転送する。なお、このNは、ソフトウェアイメージの分割数であり、追加対象サーバ数より大きい最小の2のべき乗数とする。また、現用中サーバにアクセスするのは、最初の断片の取得時であり、その後は追加対象サーバここでは、サーバ2310ASvr01~サーバ2310DSvr04同士が断片を交換することにより、既存クラスタへの追加対象サーバすべてにソフトウェアイメージ全体が行き渡るようにする。例えば、図4に示すように、初期状態では各サーバ2310サーバ2310A~2310Dがソフトウェアイメージの断片1つしか所持していないが、1つの交換処理Stepで、ペアとなるサーバ2310が互いに自身が持っていないソフトウェアイメージの断片を交換する。このような交換処理Stepを繰り返すことにより、最終的に全追加対象サーバにソフトウェアイメージが行き渡る。そして、ソフトウェアイメージを取得した各追加対象サーバは、ブート部2312により、このソフトウェアイメージを読み込み、サーバ2310を起動する。このように、既存クラスタへの資源追加時において、追加対象サーバそれぞれが、現用中サーバからソフトウェアイメージの断片を取得した後、その断片を他の追加対象サーバと交換することにより、ソフトウェアイメージ全体を取得する。これにより、現用中サーバのリソースがソフトウェアイメージの転送のために長時間占有されることがなくなる。また、追加対象サーバ同士がソフトウェアイメージを取得する際、互いに自身が持っていないソフトウェアイメージの断片を交換するので、各追加対象サーバは効率よくソフトウェアイメージを取得できる。なお、前記した例は、既存クラスタへの資源追加処理において追加対象サーバの台数が2のべき乗数の場合であった。追加対象サーバの台数が2のべき乗数ではない場合、特定の交換Stepにおいて断片の交換相手となるサーバ2310が存在しないときがある。本実施の形態のサーバ2310は、断片の交換相手となるサーバ2310が存在しないときは、断片取得指示情報に示される自身のサーバ2310の断片取得先サーバ現用中サーバから断片を取得する。具体例を挙げて説明する。ここでは、追加対象サーバの台数が3台サーバ2310ASvr01、サーバ2310BSvr02、サーバ2310CSvr03である場合を考える。この場合、図10に示すように、ソフトウェアイメージを、追加対象サーバの台数より大きい最小の2のべき乗数この場合、分割数4で断片分割し、各追加対象サーバは、断片取得先サーバ現用中サーバから、転送ID番目の断片を取得する。なお、現用中サーバへの断片取得要求は、図3で説明した手順と同様の手順で行われる。その後、追加対象サーバ間での断片交換処理を行うが、図11に示すように、断片の交換先が存在しないサーバ2310初期状態のサーバ2310Cや、S11後のサーバ2310Dは、取得交換指示情報図7参照に示される、自身のサーバ2310の断片取得先である現用中サーバから指定の断片を取得する。例えば、図11のサーバ2310CSvr03は、S11において、断片番号3の断片の交換先断片の取得先となる追加対象サーバが無いので、自身のサーバ2310Cの断片取得先サーバであるサーバ2310GSvr07に対し、追加対象サーバ数分割数4、断片番号3を設定した断片取得要求を送信し、断片番号3の断片を取得する。また、S12において、サーバ2310BSvr02は、断片番号2,3の断片の交換先が無いので、自身のサーバ2310の断片取得先サーバであるサーバ2310FSvr06に対し、追加対象サーバ数分割数4、断片番号2,3を設定した断片取得要求を送信し、断片番号2,3の断片を取得する。なお、このように現用中サーバから複数の断片を同時に取得する必要がある場合、断片取得要求の断片番号は、2,3等のように複数の断片を指定する。このような断片取得要求を受信した現用中サーバは、複数の断片を、図3で説明した手順と同様に、断片要求元のサーバ2310に転送する。<処理手順>図1の各サーバ2310において、ソフトウェアイメージの断片の交換処理の詳細を図12に示す。なお、本処理は、追加対象サーバ数が2のべき乗数であるか否かは問わない。まず、サーバ2310のイメージ転送部2311は、初期値としてp交換ステップ数を示す変数=0、N=1を設定しS21、Nが追加対象サーバの台数より大きい最小の2のべき乗数か否かを判断するS22。ここで、Nが追加対象サーバの台数より大きい最小の2のべき乗数であればS22のYes、以下の式1を計算するS24。そして、S25へ進む。s=RD自身のサーバの転送ID/2p...式1なお、RDは、内の数値の小数点以下を切り捨てた値である。一方、ここで、Nが追加対象サーバの台数より大きい最小の2のべき乗数でなければS22のNo、イメージ転送部2311は、Nの値を2倍してS23、再度、S22の処理を行う。S24の後、イメージ転送部2311は、式1で計算したsが偶数のときS25のYes、以下の式2により自身のサーバ2310の断片取得先サーバの転送IDであるidを計算するS26。そして、S28へ進む。id=自身のサーバの転送ID2p...式2一方、S25でsが奇数のときS25のNo、以下の式3により、idを計算するS27。そして、S28へ進む。id=自身のサーバの転送ID-2p...式3次に、イメージ転送部2311は、交換するソフトウェアイメージの断片の先頭の断片番号bを、以下の式4により計算するS28。b=RDid/2p×2p...式4また、イメージ転送部2311は、交換するソフトウェアイメージの断片の終端の断片番号eを、以下の式5により計算するS29。そして、S30へ進む。e=b2p-1...式5S30において、S26またはS27で計算したidが、追加対象サーバ数サーバ台数の値未満であるときS30のNo、サーバ2310のイメージ転送部2311は、取得交換指示情報図7参照を参照して、転送IDがidであるサーバ2310から、ソフトウェアイメージをN個に分割した断片のうち、断片番号b~eの断片を取得するS32。つまり、サーバ2310は、転送IDがidである追加対象サーバに対し、追加対象サーバ数:N、断片番号:b~eを設定した断片取得要求を送信する。そして、この断片取得要求の送信先の追加対象サーバから、ソフトウェアイメージをN個に分割した断片のうち、断片番号b~eの断片を取得する。そして、S33へ進む。一方、S30において、S26またはS27で計算したidが、追加対象サーバ数の値以上であるときS30のYes、取得交換指示情報に示される、自身のサーバ2310の断片取得先サーバから、ソフトウェアイメージを構成するN個の断片うち、断片番号b~eの断片を取得するS31。つまり、サーバ2310は、断片を交換相手となる追加対象サーバがないので、取得交換指示情報に示される、自身のサーバ2310の断片取得先サーバ現用中サーバに対し、追加対象サーバ数:N、断片番号:b~eを設定した断片取得要求を送信する。そして、サーバ2310は、この断片取得先サーバから、ソフトウェアイメージをN個に分割した断片のうち、断片番号b~eの断片を取得する。そして、S33へ進む。S31またはS32の後、サーバ2310のイメージ転送部2311は、ソフトウェアイメージを構成するすべてのN個の断片を取得したか否かを確認しS33:全断片取得済、まだ取得していない断片があればS33のNo、pの値をインクリメントしてS34、S24へ戻る。一方、イメージ転送部2311は、ソフトウェアイメージを構成するすべての断片を取得していればS33のYes、転送処理を完了させS35、追加対象サーバのブート部2312はソフトウェアイメージ保管部2313に保存されたソフトウェアイメージによってサーバ2310を起動する。以上説明したとおり、既存クラスタへの資源追加時において、追加対象サーバそれぞれが、現用中サーバからソフトウェアイメージの断片を取得した後、その断片を他の追加対象サーバと交換することにより、ソフトウェアイメージ全体を取得する。このとき、断片の交換相手となる追加対象サーバがない場合、適宜、断片取得先サーバから断片を取得する。これにより、各追加対象サーバは、ソフトウェアイメージの全断片を取得することができ、かつ、現用中サーバのリソースがソフトウェアイメージの転送のために占有される時間を低減できる。"