"クラスタに追加する複数のサーバの遠隔電源オンの指示を行い、前記サーバを動作させるためのソフトウェアイメージを、イメージリポジトリ装置に配信させるリモートブート装置が、前記サーバそれぞれに遠隔電源オンの指示を送信するステップと、前記ソフトウェアイメージを分割した断片を前記サーバ間で転送するときの前記サーバの順序を生成し、その順序の先頭に前記イメージリポジトリ装置を配列したチェインを生成するステップと、前記チェインに配列された前記サーバと、前記サーバの電源状態とを関連付けたチェイン電源情報を生成し記憶するステップと、前記サーバから自身の電源状態を電源オンに更新する指示を受信したとき、前記チェイン電源情報中の当該サーバの電源状態を電源オンに更新するステップと、を実行し、前記イメージリポジトリ装置が、前記ソフトウェアイメージを分割して断片を生成するステップと、前記ソフトウェアイメージの断片に、その断片の識別情報を付加して、繰り返し送信するステップと、を実行し、前記サーバが、前記遠隔電源オンの指示に基づいて、起動した場合、前記リモートブート装置に記憶されている前記チェイン電源情報中の自身の電源状態を電源オンに更新する指示を送信するとともに、更新後のチェイン電源情報を取得するステップと、前記更新後のチェイン電源情報を参照して、自身より前記チェインの先頭側で電源オンとなっているサーバ中で順序の最も近いサーバに、配信先を自身に指示する第1の配信先指示情報を送信するステップと、前記第1の配信先指示情報を送信したサーバから前記ソフトウェアイメージの断片およびその断片の識別情報を受信し、自身の記憶部に記憶するステップと、受信した前記ソフトウェアイメージの断片およびその断片の識別情報を、自身より前記チェインの後尾側で電源オンとなっているサーバ中で順序の最も近いサーバに転送するステップと、前記断片の識別情報がすべて記憶された際に、前記ソフトウェアイメージの断片およびその断片の識別情報を直接送信してきているサーバに対して、自身が転送先としているサーバに転送先を変更するための第2の配信先指示情報を送信するステップと、前記第2の配信先指示情報を受信した場合には、前記第2の配信先指示情報に基づいて配信先を変更して、前記ソフトウェアイメージの断片およびその断片の識別情報を転送するステップと、前記自身の記憶部に記憶されたソフトウェアイメージに基づいて自身のサーバを再起動させるステップと、を実行することを特徴とするソフトウェアイメージ配信方法。前記サーバが、前記更新後のチェイン電源情報を参照して、自身より前記チェインの先頭側で電源オンとなっているサーバが無い場合、前記イメージリポジトリ装置に、配信先を自身に指示する前記第1の配信先指示情報を送信するステップと、前記第1の配信先指示情報を送信した前記イメージリポジトリ装置から前記ソフトウェアイメージの断片およびその断片の識別情報を受信し、自身の記憶部に記憶するステップと、前記ソフトウェアイメージの断片およびその断片の識別情報がすべて記憶された際に、前記ソフトウェアイメージの断片およびその断片の識別情報を直接送信してきている前記イメージリポジトリ装置に対して、自身が転送先としているサーバに転送先を変更するための前記第2の配信先指示情報を送信するステップと、を実行することを特徴とする請求項1に記載のソフトウェアイメージ配信方法。前記サーバが、前記更新後のチェイン電源情報を参照して、自身のサーバの順序が前記チェインの終端の場合、または、自身より前記チェインの後尾側で電源オンとなっているサーバが無い場合、前記ソフトウェアイメージの断片およびその断片の識別情報の転送を止めるステップを実行することを特徴とする請求項1または請求項2に記載のソフトウェアイメージ配信方法。クラスタに追加する複数のサーバと、前記サーバを動作させるためのソフトウェアイメージを配信するイメージリポジトリ装置と、前記サーバの遠隔電源オンの指示を行い、前記ソフトウェアイメージをイメージリポジトリ装置に配信させるリモートブート装置とを備えるソフトウェアイメージ配信システムであって、前記リモートブート装置が、前記サーバそれぞれに遠隔電源オンの指示を送信する遠隔電源管理部と、前記ソフトウェアイメージを分割した断片を前記サーバ間で転送するときの前記サーバの順序を生成し、その順序の先頭に前記イメージリポジトリ装置を配列したチェインを生成する処理と、前記チェインに配列された前記サーバと、前記サーバの電源状態とを関連付けたチェイン電源情報を生成し記憶する処理と、前記サーバから自身の電源状態を電源オンに更新する指示を受信したとき、前記チェイン電源情報中の当該サーバの電源状態を電源オンに更新する処理とを実行するチェイン生成管理部と、を備え、前記イメージリポジトリ装置が、前記ソフトウェアイメージを分割して断片を生成するチャンク分割部と、前記ソフトウェアイメージの断片に、その断片の識別情報を付加して、繰り返し送信するチャンク送信部と、を備え、前記サーバが、前記遠隔電源オンの指示に基づいて、起動した場合、前記リモートブート装置に記憶されている前記チェイン電源情報中の自身の電源状態を電源オンに更新する指示を送信するとともに、更新後のチェイン電源情報を取得する処理と、前記更新後のチェイン電源情報を参照して、自身より前記チェインの先頭側で電源オンとなっているサーバ中で順序の最も近いサーバに、配信先を自身に指示する第1の配信先指示情報を送信する処理と、前記ソフトウェアイメージの断片およびその断片の識別情報をすべて受信して記憶した際に、前記ソフトウェアイメージの断片およびその断片の識別情報を直接送信してきているサーバに対して、自身が転送先としているサーバに転送先を変更するための第2の配信先指示情報を送信する処理と、を実行する配信先変更部と、前記第1の配信先指示情報を送信したサーバから前記ソフトウェアイメージの断片およびその断片の識別情報を受信し、自身の記憶部に記憶するチャンク受信部と、受信した前記ソフトウェアイメージの断片およびその断片の識別情報を、自身より前記チェインの後尾側で電源オンとなっているサーバ中で順序の最も近いサーバに転送する処理と、前記第2の配信先指示情報を受信した場合には、前記第2の配信先指示情報に基づいて配信先を変更して、前記ソフトウェアイメージの断片およびその断片の識別情報を転送する処理と、を実行するチャンク転送部と、前記自身の記憶部に記憶されたソフトウェアイメージに基づいて自身のサーバを再起動させる選択的ブート部と、を備えることを特徴とするソフトウェアイメージ配信システム。クラスタに追加する複数のサーバと、前記サーバを動作させるためのソフトウェアイメージを分割した断片にして繰り返し配信するイメージリポジトリ装置と、前記サーバの遠隔電源オンの指示を行い、前記ソフトウェアイメージをイメージリポジトリ装置に配信させるリモートブート装置とを備えるソフトウェアイメージ配信システムにおける前記サーバであって、前記遠隔電源オンの指示に基づいて、起動した場合、前記リモートブート装置によって実行される、前記ソフトウェアイメージの断片を前記サーバ間で転送するときの前記サーバの順序を生成し、その順序の先頭に前記イメージリポジトリ装置を配列したチェインを生成し、前記チェインに配列された前記サーバと、前記サーバの電源状態とを関連付けたチェイン電源情報を生成し記憶する処理によって生成される前記チェイン電源情報中の自身の電源状態を電源オンに更新する指示を送信するとともに、更新後のチェイン電源情報を取得する処理と、前記更新後のチェイン電源情報を参照して、自身より前記チェインの先頭側で電源オンとなっているサーバ中で順序の最も近いサーバに、配信先を自身に指示する第1の配信先指示情報を送信する処理と、前記ソフトウェアイメージの断片およびその断片の識別情報をすべて受信して記憶した際に、前記ソフトウェアイメージの断片およびその断片の識別情報を直接送信してきているサーバに対して、自身が転送先としているサーバに転送先を変更するための第2の配信先指示情報を送信する処理と、を実行する配信先変更部と、前記第1の配信先指示情報を送信したサーバから前記ソフトウェアイメージの断片およびその断片の識別情報を受信し、自身の記憶部に記憶するチャンク受信部と、受信した前記ソフトウェアイメージの断片およびその断片の識別情報を、自身より前記チェインの後尾側で電源オンとなっているサーバ中で順序の最も近いサーバに転送する処理と、前記第2の配信先指示情報を受信した場合には、前記第2の配信先指示情報に基づいて配信先を変更して、前記ソフトウェアイメージの断片およびその断片の識別情報を転送する処理と、を実行するチャンク転送部と、前記自身の記憶部に記憶されたソフトウェアイメージに基づいて自身のサーバを再起動させる選択的ブート部と、を備えることを特徴とするサーバ。前記配信先変更部は、前記更新後のチェイン電源情報を参照して、自身より前記チェインの先頭側で電源オンとなっているサーバが無い場合、前記イメージリポジトリ装置に、配信先を自身に指示する前記第1の配信先指示情報を送信する処理と、前記ソフトウェアイメージの断片およびその断片の識別情報がすべて記憶された際に、前記ソフトウェアイメージの断片およびその断片の識別情報を直接送信してきている前記イメージリポジトリ装置に対して、自身が転送先としているサーバに転送先を変更するための前記第2の配信先指示情報を送信する処理とを実行し、前記チャンク受信部は、前記第1の配信先指示情報を送信した前記イメージリポジトリ装置から前記ソフトウェアイメージの断片およびその断片の識別情報を受信し、自身の記憶部に記憶することを特徴とする請求項5に記載のサーバ。前記配信先変更部が、前記更新後のチェイン電源情報を参照して、自身のサーバの順序が前記チェインの終端の場合、または、自身より前記チェインの後尾側で電源オンとなっているサーバが無い場合、前記チャンク転送部は、前記ソフトウェアイメージの断片およびその断片の識別情報の転送を止めることを特徴とする請求項5または請求項6に記載のサーバ。クラスタに追加する複数のサーバと、前記サーバを動作させるためのソフトウェアイメージを分割した断片にして繰り返し配信するイメージリポジトリ装置と、前記サーバの遠隔電源オンの指示を行い、前記ソフトウェアイメージをイメージリポジトリ装置に配信させるリモートブート装置とを備えるソフトウェアイメージ配信システムにおける前記サーバを動作させるためのプログラムであって、コンピュータに、前記サーバが前記遠隔電源オンの指示に基づいて、起動した場合、前記リモートブート装置によって実行される、前記ソフトウェアイメージの断片を前記サーバ間で転送するときの前記サーバの順序を生成し、その順序の先頭に前記イメージリポジトリ装置を配列したチェインを生成し、前記チェインに配列された前記サーバと、前記サーバの電源状態とを関連付けたチェイン電源情報を生成し記憶する処理によって生成される前記チェイン電源情報中の自身の電源状態を電源オンに更新する指示を送信するとともに、更新後のチェイン電源情報を取得するステップと、前記更新後のチェイン電源情報を参照して、自身より前記チェインの先頭側で電源オンとなっているサーバ中で順序の最も近いサーバに、配信先を自身に指示する第1の配信先指示情報を送信するステップと、前記第1の配信先指示情報を送信したサーバから前記ソフトウェアイメージの断片およびその断片の識別情報を受信し、自身の記憶部に記憶するステップと、受信した前記ソフトウェアイメージの断片およびその断片の識別情報を、自身より前記チェインの後尾側で電源オンとなっているサーバ中で順序の最も近いサーバに転送するステップと、前記ソフトウェアイメージの断片およびその断片の識別情報をすべて受信して記憶した際に、前記ソフトウェアイメージの断片およびその断片の識別情報を直接送信してきているサーバに対して、自身が転送先としているサーバに転送先を変更するための第2の配信先指示情報を送信するステップと、前記第2の配信先指示情報を受信した場合には、前記第2の配信先指示情報に基づいて配信先を変更して、前記ソフトウェアイメージの断片およびその断片の識別情報を転送するステップと、前記自身の記憶部に記憶されたソフトウェアイメージに基づいて自身のサーバを再起動させるステップと、を前記サーバの機能として実行させるためのプログラム。ところで、非特許文献2に記載の技術は、予め決められた順番で、伝言ゲームのように順送りで、必要なソフトウェアイメージを転送していくため、サーバの小型OSの起動タイミングがばらついた場合に、最も遅く立ち上がったサーバに依存して、転送開始が遅くなり、ソフトウェアイメージの転送に時間がかかってしまうという問題がある。そこで、本発明は、複数のサーバをクラスタに組み込むときにサーバの起動時間がばらつく場合であっても、迅速に組み込める手段を提供することを課題とする。本発明のソフトウェアイメージ配信方法は、クラスタに追加する複数のサーバの遠隔電源オンの指示を行い、前記サーバを動作させるためのソフトウェアイメージを、イメージリポジトリ装置に配信させるリモートブート装置が、前記サーバそれぞれに遠隔電源オンの指示を送信するステップと、前記ソフトウェアイメージを分割した断片を前記サーバ間で転送するときの前記サーバの順序を生成し、その順序の先頭に前記イメージリポジトリ装置を配列したチェインを生成するステップと、前記チェインに配列された前記サーバと、前記サーバの電源状態とを関連付けたチェイン電源情報を生成し記憶するステップと、前記サーバから自身の電源状態を電源オンに更新する指示を受信したとき、前記チェイン電源情報中の当該サーバの電源状態を電源オンに更新するステップと、を実行し、前記イメージリポジトリ装置が、前記ソフトウェアイメージを分割して断片を生成するステップと、前記ソフトウェアイメージの断片に、その断片の識別情報を付加して、繰り返し送信するステップと、を実行し、前記サーバが、前記遠隔電源オンの指示に基づいて、起動した場合、前記リモートブート装置に記憶されている前記チェイン電源情報中の自身の電源状態を電源オンに更新する指示を送信するとともに、更新後のチェイン電源情報を取得するステップと、前記更新後のチェイン電源情報を参照して、自身より前記チェインの先頭側で電源オンとなっているサーバ中で順序の最も近いサーバに、配信先を自身に指示する第1の配信先指示情報を送信するステップと、前記第1の配信先指示情報を送信したサーバから前記ソフトウェアイメージの断片およびその断片の識別情報を受信し、自身の記憶部に記憶するステップと、受信した前記ソフトウェアイメージの断片およびその断片の識別情報を、自身より前記チェインの後尾側で電源オンとなっているサーバ中で順序の最も近いサーバに転送するステップと、前記断片の識別情報がすべて記憶された際に、前記ソフトウェアイメージの断片およびその断片の識別情報を直接送信してきているサーバに対して、自身が転送先としているサーバに転送先を変更するための第2の配信先指示情報を送信するステップと、前記第2の配信先指示情報を受信した場合には、前記第2の配信先指示情報に基づいて配信先を変更して、前記ソフトウェアイメージの断片およびその断片の識別情報を転送するステップと、前記自身の記憶部に記憶されたソフトウェアイメージに基づいて自身のサーバを再起動させるステップと、を実行することを特徴とする。また、本発明のソフトウェアイメージ配信システムは、前記ステップを処理する機能を備えている。このような構成によれば、チェインに配列された各サーバは、チェイン電源情報を参照することによって、チェインの中で、自身の前後において何れのサーバが既に電源オンとなっているかを把握する。そして、サーバは、自身よりチェインの先頭側で電源オンとなっているサーバ中で順序の最も近いサーバに、配信先を自身に指示する第1の配信先指示情報を送信し、ソフトウェアイメージの断片の転送に加わることができる。また、サーバは、ソフトウェアイメージの断片の識別情報をすべて受信して記憶した場合、チェインから離脱するために、ソフトウェアイメージの断片およびその断片の識別情報を直接送信してきているサーバに対して、自身が転送先としているサーバに転送先を変更するための第2の配信先指示情報を送信する。そして、サーバは、記憶したソフトウェアイメージに基づいて再起動する。すなわち、サーバは、起動すると他のサーバの起動を待つことなく、ソフトウェアイメージの断片を転送するチェインに加わって、その断片を受信し記憶し転送し、すべての断片を記憶した場合、チェインから離脱して再起動することができる。したがって、複数のサーバをクラスタに組み込むときにサーバの起動時間がばらつく場合であっても、サーバを迅速にクラスタに組み込むことができる。また、本発明は、前記ソフトウェアイメージ配信方法において、前記サーバが、前記更新後のチェイン電源情報を参照して、自身より前記チェインの先頭側で電源オンとなっているサーバが無い場合、前記イメージリポジトリ装置に、配信先を自身に指示する前記第1の配信先指示情報を送信するステップと、前記第1の配信先指示情報を送信した前記イメージリポジトリ装置から前記ソフトウェアイメージの断片およびその断片の識別情報を受信し、自身の記憶部に記憶するステップと、前記ソフトウェアイメージの断片およびその断片の識別情報がすべて記憶された際に、前記ソフトウェアイメージの断片およびその断片の識別情報を直接送信してきている前記イメージリポジトリ装置に対して、自身が転送先としているサーバに転送先を変更するための前記第2の配信先指示情報を送信するステップと、を実行することを特徴とする。このような構成によれば、サーバは、自身よりチェインの先頭側で電源オンとなっているサーバが無い場合、イメージリポジトリ装置に、配信先を自身に指示する第1の配信先指示情報を送信し、ソフトウェアイメージの断片およびその断片の識別情報を受信し、自身の記憶部に記憶する。そして、サーバは、ソフトウェアイメージの断片およびその断片の識別情報がすべて記憶された際に、イメージリポジトリ装置に対して、自身が転送先としているサーバに転送先を変更するための第2の配信先指示情報を送信する。このようにして、サーバは、自身よりチェインの先頭側で電源オンとなっているサーバが無い場合には、他のサーバの起動を待つことなく、直接イメージリポジトリ装置からソフトウェアイメージの断片およびその断片の識別情報を受信することができる。したがって、複数のサーバをクラスタに組み込むときにサーバの起動時間がばらつく場合であっても、サーバを迅速にクラスタに組み込むことができる。また、本発明は、前記ソフトウェアイメージ配信方法において、前記サーバが、前記更新後のチェイン電源情報を参照して、自身のサーバの順序が前記チェインの終端の場合、または、自身より前記チェインの後尾側で電源オンとなっているサーバが無い場合、前記ソフトウェアイメージの断片およびその断片の識別情報の転送を止めるステップを実行することを特徴とする。このような構成によれば、サーバは、ソフトウェアイメージの断片およびその断片の識別情報の転送を、必要が無い場合には止めることができる。つまり、当該サーバは、自身よりチェインの後尾側のサーバの起動時間にしばられることがない。したがって、複数のサーバをクラスタに組み込むときにサーバの起動時間がばらつく場合であっても、サーバを迅速にクラスタに組み込むことができる。また、本発明のサーバは、クラスタに追加する複数のサーバと、前記サーバを動作させるためのソフトウェアイメージを分割した断片にして繰り返し配信するイメージリポジトリ装置と、前記サーバの遠隔電源オンの指示を行い、前記ソフトウェアイメージをイメージリポジトリ装置に配信させるリモートブート装置とを備えるソフトウェアイメージ配信システムにおける前記サーバであって、前記遠隔電源オンの指示に基づいて、起動した場合、前記リモートブート装置によって実行される、前記ソフトウェアイメージの断片を前記サーバ間で転送するときの前記サーバの順序を生成し、その順序の先頭に前記イメージリポジトリ装置を配列したチェインを生成し、前記チェインに配列された前記サーバと、前記サーバの電源状態とを関連付けたチェイン電源情報を生成し記憶する処理によって生成される前記チェイン電源情報中の自身の電源状態を電源オンに更新する指示を送信するとともに、更新後のチェイン電源情報を取得する処理と、前記更新後のチェイン電源情報を参照して、自身より前記チェインの先頭側で電源オンとなっているサーバ中で順序の最も近いサーバに、配信先を自身に指示する第1の配信先指示情報を送信する処理と、前記ソフトウェアイメージの断片およびその断片の識別情報をすべて受信して記憶した際に、前記ソフトウェアイメージの断片およびその断片の識別情報を直接送信してきているサーバに対して、自身が転送先としているサーバに転送先を変更するための第2の配信先指示情報を送信する処理と、を実行する配信先変更部と、前記第1の配信先指示情報を送信したサーバから前記ソフトウェアイメージの断片およびその断片の識別情報を受信し、自身の記憶部に記憶するチャンク受信部と、受信した前記ソフトウェアイメージの断片およびその断片の識別情報を、自身より前記チェインの後尾側で電源オンとなっているサーバ中で順序の最も近いサーバに転送する処理と、前記第2の配信先指示情報を受信した場合には、前記第2の配信先指示情報に基づいて配信先を変更して、前記ソフトウェアイメージの断片およびその断片の識別情報を転送する処理と、を実行するチャンク転送部と、前記自身の記憶部に記憶されたソフトウェアイメージに基づいて自身のサーバを再起動させる選択的ブート部と、を備えることを特徴とする。また、本発明は、前記サーバにおいて、前記配信先変更部が、前記更新後のチェイン電源情報を参照して、自身より前記チェインの先頭側で電源オンとなっているサーバが無い場合、前記イメージリポジトリ装置に、配信先を自身に指示する前記第1の配信先指示情報を送信する処理と、前記ソフトウェアイメージの断片およびその断片の識別情報がすべて記憶された際に、前記ソフトウェアイメージの断片およびその断片の識別情報を直接送信してきている前記イメージリポジトリ装置に対して、自身が転送先としているサーバに転送先を変更するための前記第2の配信先指示情報を送信する処理とを実行し、前記チャンク受信部は、前記第1の配信先指示情報を送信した前記イメージリポジトリ装置から前記ソフトウェアイメージの断片およびその断片の識別情報を受信し、自身の記憶部に記憶することを特徴とする。また、本発明は、前記サーバにおいて、前記配信先変更部が、前記更新後のチェイン電源情報を参照して、自身のサーバの順序が前記チェインの終端の場合、または、自身より前記チェインの後尾側で電源オンとなっているサーバが無い場合、前記チャンク転送部が、前記ソフトウェアイメージの断片およびその断片の識別情報の転送を止めることを特徴とする。このような構成によれば、チェインに配列された各サーバは、チェイン電源情報を参照することによって、チェインの中で、自身の前後において何れのサーバが既に電源オンとなっているかを把握する。そして、サーバは、自身よりチェインの先頭側で電源オンとなっているサーバ中で順序の最も近いサーバに、配信先を自身に指示する第1の配信先指示情報を送信し、ソフトウェアイメージの断片の転送に加わることができる。また、サーバは、ソフトウェアイメージの断片の識別情報をすべて受信して記憶した場合、チェインから離脱するために、ソフトウェアイメージの断片およびその断片の識別情報を直接送信してきているサーバに対して、自身が転送先としているサーバに転送先を変更するための第2の配信先指示情報を送信する。そして、サーバは、記憶したソフトウェアイメージに基づいて再起動する。すなわち、サーバは、起動すると他のサーバの起動を待つことなく、ソフトウェアイメージの断片を転送するチェインに加わって、その断片を受信し記憶し転送し、すべての断片を記憶した場合、チェインから離脱して再起動することができる。また、サーバは、自身よりチェインの先頭側で電源オンとなっているサーバが無い場合、イメージリポジトリ装置に、配信先を自身に指示する第1の配信先指示情報を送信し、ソフトウェアイメージの断片およびその断片の識別情報を受信し、自身の記憶部に記憶する。そして、サーバは、ソフトウェアイメージの断片およびその断片の識別情報がすべて記憶された際に、イメージリポジトリ装置に対して、自身が転送先としているサーバに転送先を変更するための第2の配信先指示情報を送信する。このようにして、サーバは、自身よりチェインの先頭側で電源オンとなっているサーバが無い場合には、他のサーバの起動を待つことなく、直接イメージリポジトリ装置からソフトウェアイメージの断片およびその断片の識別情報を受信することができる。また、サーバは、ソフトウェアイメージの断片およびその断片の識別情報の転送を、必要が無い場合には止めることができる。つまり、当該サーバは、自身よりチェインの後尾側のサーバの起動時間にしばられることがない。したがって、複数のサーバをクラスタに組み込むときにサーバの起動時間がばらつく場合であっても、サーバを迅速にクラスタに組み込むことができる。また、本発明のプログラムは、クラスタに追加する複数のサーバと、前記サーバを動作させるためのソフトウェアイメージを分割した断片にして繰り返し配信するイメージリポジトリ装置と、前記サーバの遠隔電源オンの指示を行い、前記ソフトウェアイメージをイメージリポジトリ装置に配信させるリモートブート装置とを備えるソフトウェアイメージ配信システムにおける前記サーバを動作させるためのプログラムであって、コンピュータに、前記サーバが前記遠隔電源オンの指示に基づいて、起動した場合、前記リモートブート装置によって実行される、前記ソフトウェアイメージの断片を前記サーバ間で転送するときの前記サーバの順序を生成し、その順序の先頭に前記イメージリポジトリ装置を配列したチェインを生成し、前記チェインに配列された前記サーバと、前記サーバの電源状態とを関連付けたチェイン電源情報を生成し記憶する処理によって生成される前記チェイン電源情報中の自身の電源状態を電源オンに更新する指示を送信するとともに、更新後のチェイン電源情報を取得するステップと、前記更新後のチェイン電源情報を参照して、自身より前記チェインの先頭側で電源オンとなっているサーバ中で順序の最も近いサーバに、配信先を自身に指示する第1の配信先指示情報を送信するステップと、前記第1の配信先指示情報を送信したサーバから前記ソフトウェアイメージの断片およびその断片の識別情報を受信し、自身の記憶部に記憶するステップと、受信した前記ソフトウェアイメージの断片およびその断片の識別情報を、自身より前記チェインの後尾側で電源オンとなっているサーバ中で順序の最も近いサーバに転送するステップと、前記ソフトウェアイメージの断片およびその断片の識別情報をすべて受信して記憶した際に、前記ソフトウェアイメージの断片およびその断片の識別情報を直接送信してきているサーバに対して、自身が転送先としているサーバに転送先を変更するための第2の配信先指示情報を送信するステップと、前記第2の配信先指示情報を受信した場合には、前記第2の配信先指示情報に基づいて配信先を変更して、前記ソフトウェアイメージの断片およびその断片の識別情報を転送するステップと、前記自身の記憶部に記憶されたソフトウェアイメージに基づいて自身のサーバを再起動させるステップと、を前記サーバの機能として実行させることを特徴とする。このようなプログラムによれば、一般的なコンピュータを、本発明のサーバとして機能させることができる。本発明によれば、複数のサーバをクラスタに組み込むときにサーバの起動時間がばらつく場合であっても、迅速に組み込むことができる。本発明を実施するための形態以降、本実施形態と称す。について、適宜図面を参照しながら詳細に説明する。本実施形態におけるソフトウェアイメージ配信システムの構成例について、図1を用いて説明する。ソフトウェアイメージ配信システム1は、サービスを提供するための資源である複数のサーバ300と、サーバ300を遠隔起動するリモートブート装置100と、ソフトウェアイメージの配信元となるイメージリポジトリ装置200とを備える。リモートブート装置100、イメージリポジトリ装置200、サーバ300は、管理ネットワーク400で通信可能に接続される。遠隔起動指示やソフトウェアイメージの配信は、この管理ネットワーク400を介して行われる。また、端末600は、サービスネットワーク500を介してサーバ300と通信可能に接続され、各サーバ300が提供するサービスを受けることができる。なお、図1では、サーバ300が5台記載されているが、5台に限らなくてもよい。リモートブート装置100は、保守者の端末装置不図示からサーバ300のリモートブート遠隔起動要求を受け付けると、必要台数のサーバ300を遠隔起動するとともに、ソフトウェアイメージをサーバへ配信する順序配信順序を決定する。そして、リモートブート装置100は、イメージリポジトリ装置200に対し、配信順序に基づいて、起動したサーバ300へのソフトウェアイメージの配信を指示する。なお、リモートブート装置100、イメージリポジトリ装置200、サーバ300の構成および動作の詳細については、後記する。比較例ここで、比較例として、ソフトウェアイメージの配信例について、図9を用いて説明する。リモートブート装置100は、図9に示すように、イメージリポジトリ装置200を先頭にして、起動対象のサーバ300を論理的に一列チェイン状に並べる。イメージリポジトリ装置200は、この並べた起動対象のサーバ300サービスを提供するサーバ群であるクラスタへの追加対象サーバに対して、ソフトウェアイメージを配信する。その際、ソフトウェアイメージをいくつかの断片チャンクに分割し、チャンク単位で配信順序チェインに沿って、各サーバ300へ配信する。つまり、各サーバ300は、チャンクを受信すると、自身のローカル記憶部例えば、ローカルディスクに保存記憶するとともに、順次、この受信したチャンクをチェインの次のサーバ300へバケツリレー式に転送する。このようにして、各サーバ300は、受信したチャンクを自身に保存記憶していくことで、ソフトウェアイメージ全体を受信することができる。なお、チェインは、ネットワークトポロジを考慮して決められる。例えば、図10abには、1台のイメージリポジトリ装置200と4台のサーバ300300A,300B,300C,300Dと3台のスイッチ700700A,700B,700Cとで構成されるネットワークが表されている。図10aは、チェインを、0→1→2→3→4の順として、各チャンクを順次配信していく場合を実線矢印で表している。この場合には、スイッチ700をまたいだ通信が多く発生し、1つのリンク上で複数の通信が同時に行われるため、ネットワークの通信帯域の利用効率が悪くなる可能性がある。それに対して、図10bは、チェインを、0→1→2→3→4の順として、各チャンクを順次配信していく場合を実線矢印で表している。この場合には、経由するスイッチ数スイッチまたぎの数が、図10aの場合に比べて少なくなる。つまり、1つのリンク上で複数の通信が同時に行われる可能性が低くなるため、ネットワークの通信帯域の利用効率を、図10aの場合よりも良くすることができる。しかしながら、図10bのチェインにおいて、例えば、サーバ300Aの起動時間が著しく遅かった場合、サーバ300B,300C,300Dが配信を開始する時間が遅くなるため、ソフトウェアイメージの配信に時間が掛かるという虞が想定される。そこで、以下に、サーバ300の起動時間がばらつく場合であっても、迅速に複数のサーバ300をクラスタに組み込むことができるようにする、本実施形態におけるソフトウェアイメージ配信システム1について説明する。概要まず、本実施形態におけるソフトウェアイメージ配信システム1の概要について、図2A、図2Bを用いて、以下に説明する。図2A、図2Bでは、1台のイメージリポジトリ装置200と3台のサーバ300300a,300b,300cとで、イメージリポジトリ装置200を先頭とするチェインを論理的に構成した場合が例示されている。そして、イメージリポジトリ装置200が配信するチャンクは、チャンクの識別情報チャンクID1~100が付されたものとする。なお、サーバ300の台数は、3台に限られなくてもよい。図2Aに示すように、第1ステップでは、サーバC300cが最初に起動した場合に、イメージリポジトリ装置200は、未起動のサーバA300a、サーバB300bを飛ばして、チャンクの配信を開始する。そして、イメージリポジトリ装置200によってチャンクIDが1~10のチャンク以降、チャンク1~10のように記載する。が配信されていれば、サーバC300cは、チャンク1~10を受信し、自身のローカル記憶部に記憶することになる。次に、第2ステップでは、サーバA300aが起動した場合に、イメージリポジトリ装置200は、サーバA300aにチャンク11以降の配信を開始する。また、サーバA300aは、未起動のサーバB300bを飛ばして、サーバC300cに受信したチャンクを転送する。そして、イメージリポジトリ装置200がチャンク11~20を配信していれば、サーバA300aはチャンク11~20を受信して自身のローカル記憶部に記憶し、サーバC300cはチャンク11~20を受信して自身のローカル記憶部にチャンク1~20を記憶することになる。第3ステップでは、サーバB300bが起動し、すべてのサーバ300が起動状態となる。この場合には、イメージリポジトリ装置200が配信するチャンク21~100は、サーバA300a、サーバB300b、サーバC300cの順で、バケツリレー式に受信、保存記憶、転送が実行される。そして、サーバA300aはチャンク11~100をローカル記憶部に記憶し、サーバB300bはチャンク21~100をローカル記憶部に記憶し、サーバC300cはチャンク1~100をローカル記憶部に記憶することになる。次に、図2Bに示すように、第4ステップでは、イメージリポジトリ装置200は、先頭のチャンクチャンク1から再配信を開始する。また、サーバC300cは、すべてのチャンクを記憶したので、チェインから離脱し、受信したソフトウェアイメージに含まれるソフトウェア構成を有効にするために再起動する。イメージリポジトリ装置200がチャンク1~10を再配信していれば、サーバA300aはチャンク1~10を受信して自身のローカル記憶部に記憶することにより、すべてのチャンクを記憶したことになる。また、サーバB300bは、チャンク1~10を受信して、自身のローカル記憶部にチャンク1~10、21~100を記憶したことになる。第5ステップでは、サーバA300aは、すべてのチャンクを受信したので、チェインから離脱し、受信したソフトウェアイメージに含まれるソフトウェア構成を有効にするために再起動する。そのため、イメージリポジトリ装置200は、サーバB300bにチャンク11以降を再配信する。イメージリポジトリ装置200がチャンク11以降を再配信しているので、サーバB300bはチャンク11~20を受信して自身のローカル記憶部に記憶することになり、すべてのチャンクを受信したことになる。第6ステップでは、サーバB300bは、すべてのチャンクを受信したので、チェインから離脱し、受信したソフトウェアイメージに含まれるソフトウェア構成を有効にするために再起動する。そして、イメージリポジトリ装置200は、配信対象が無くなったため、チャンクの配信を終了する。以上説明したように、本実施形態におけるソフトウェアイメージ配信システム1は、複数のサーバ300をクラスタに組み込むときに、サーバ300の起動時間がばらつく場合であっても、起動したサーバ300を用いてバケツリレー式にチャンクを転送する。そして、起動が遅れたサーバ300は、イメージリポジトリ装置200が再度先頭のチャンクから再配信するので、すべてのチャンクを記憶することができる。また、すべてのチャンクを記憶したサーバ300は、チェインから離脱し、再起動して、クラスタに迅速に組み込むことができる。次に、リモートブート装置100、イメージリポジトリ装置200、サーバ300の構成例の詳細について、以下に説明する。リモートブート装置まず、リモートブート装置100の構成例について、図3を用いて説明する。リモートブート装置100は、図3に示すように、ブート要求受付部110、遠隔電源管理部120、サーバ情報管理部130、チェイン生成管理部140、チェイン送信部150、および記憶部160を備えている。ブート要求受付部110、遠隔電源管理部120、サーバ情報管理部130、チェイン生成管理部140、およびチェイン送信部150は、図示しないCPUCentralProcessingUnitおよびメインメモリによって構成される処理部不図示が記憶部160に記憶されているアプリケーションプログラムをメインメモリに展開して具現化される。また、記憶部160は、サーバ情報131と、チェイン電源情報141とを記憶している。ブート要求受付部110は、保守者の端末装置等から起動対象のサーバ300の追加台数および追加対象のサーバ300へ配信するソフトウェアイメージの識別情報イメージIDを含むリモートブート要求を受け付ける機能を有する。リモートブート要求は、保守者の端末装置等の外部端末からネットワーク経由で受け付けてもよいし、リモートブート装置100に直接接続された入力装置経由で受け付けてもよい。遠隔電源管理部120は、起動対象のサーバ300を選択し、このサーバ300を遠隔電源ON遠隔起動する。遠隔電源ONは、例えば、IPMIIntelligentPlatformManagementInterfaceやWoLWakeonLAN等を用いて行われる。サーバ情報管理部130は、サーバ情報131の読み出しおよび書き込みを行う機能を有する。このサーバ情報131は、図4に例示するように、サーバ300の識別情報であるサーバIDごとに、このサーバ300の遠隔操作用アドレス、転送用アドレス、およびサーバ300の状態を示すサーバ状態を関連付けて記憶している。遠隔操作用アドレスは、遠隔電源管理部120によって、サーバ300の電源をONする際に用いるアドレスである。図4の例では、サーバ300が遠隔電源ONにIPMIを用いることを想定しており、IPInternetProtocolアドレスが値として格納されている。転送用アドレスは、当該サーバ300にソフトウェアイメージを転送する際に用いるネットワークアドレスである。また、サーバ状態は、そのサーバ300が資源として利用可能であるか否かクラスタに追加可能であるか否かを示す情報である。図4の例では、サーバ状態を、利用可能、利用中、利用不可のいずれかとしている。利用可能は、資源として利用可能な待機中のサーバ300を表す。利用中は、現在何らかのサービスを提供しており、クラスタに追加できないサーバ300を表す。利用不可は、故障等の理由で利用不可となっているサーバ300を表す。図3に戻り、チェイン生成管理部140は、チェインを生成するとともに、チェイン電源情報141の読み出しおよび書き込み記憶を行う機能を有する。チェインとは、イメージリポジトリ装置200および起動対象の各サーバ300間でソフトウェアイメージの断片チャンクを転送するときの順序のことである。また、チェインは、図10bに示すようなネットワークトポロジに係る情報を用いて生成される。また、チェイン電源情報141は、その詳細については後記するが、図7に示すように、チェインに配列されたサーバ300ごとに、そのサーバ300の電源状態がON起動かOFF未起動かを記憶している。また、チェイン生成管理部140は、チェインを生成する際に用いる、ネットワークトポロジに係る情報の読み出しおよび書き込みを行う機能を有する。チェイン送信部150は、ブート要求受付部110によって取得されたリモートブート要求に基づいて、ソフトウェアイメージのイメージIDおよびチェイン生成管理部140によって生成されたチェインをイメージリポジトリ装置200に送信する機能を有し、ソフトウェアイメージの配信開始を指示する。イメージリポジトリ装置次に、イメージリポジトリ装置200の構成例について、図3を用いて説明する。イメージリポジトリ装置200は、図3に示すように、配信要求受付部210、チェイン情報管理部220、イメージ配信部230、および記憶部240を備えている。配信要求受付部210、チェイン情報管理部220、およびイメージ配信部230は、図示しないCPUおよびメインメモリによって構成される処理部不図示が記憶部240に記憶されているアプリケーションプログラムをメインメモリに展開して具現化される。また、記憶部240は、チェイン更新情報221と、イメージ情報234と、図示しないソフトウェアイメージとを記憶している。配信要求受付部210は、管理ネットワーク400経由で、リモートブート装置100から、イメージIDおよびチェインに関する情報チェイン情報の送信を受け付ける機能を有する。チェイン情報管理部220は、チェイン更新情報221の更新を行う機能を有する。このチェイン更新情報221は、その詳細については後記するが、図8に示すように、チェインに配列されたサーバ300がチェインから離脱するたびに、その離脱したサーバ300を削除することによって、チェインに残っているサーバ300を表している。つまり、イメージリポジトリ装置200は、チェイン更新情報221を参照しつつ、チェイン更新情報221からチェインに配列されたサーバ300すべてが削除されたとき、チャンクの配信を終了する。ただし、チャンクの1巡目の配信が終了しても、サーバ300のいずれかが未起動電源OFFのケースでは、このチェイン更新情報221が必要となるが、チャンクの1巡目の配信が終了する前に、サーバ300すべてが起動電源ONされるケースでは、無くても構わない。図3に戻り、イメージ配信部230は、配信先受付部231、チャンク分割部232、およびチャンク送信部233を備える。配信先受付部231は、電源ONになったサーバ300からチャンクの配信先を自身に指示する配信先指示情報第1の配信先指示情報を受け付ける機能を有する。チャンク分割部232は、イメージ情報234図5参照を参照して、イメージIDに対応する配信対象のソフトウェアイメージを読み出し、読み出したソフトウェアイメージをチャンクに分割する機能を有する。チャンクのサイズは、保守者やコンフィグによって予め所定値に定められていてもよく、また配信中に回線の混み具合に応じて動的に可変としてもよい。なお、イメージ情報234は、図5に示すように、イメージIDごとに、そのイメージIDのソフトウェアイメージにアクセスするためのパスを示した情報を関連付けている。チャンク送信部233は、第1の配信先指示情報を送信してきたサーバ300を配信先としてチャンクを送信する機能を有する。また、チャンク送信部233は、チェイン更新情報221を参照しつつ、チャンクの配信終了時まで再送を繰り返す。サーバ次に、サーバ300の構成例について、図3を用いて説明する。サーバ300は、図3に示すように、ブート部310、イメージ配信部320、および記憶部330を備えている。ブート部310およびイメージ配信部320は、図示しないCPUおよびメインメモリによって構成される処理部不図示が記憶部330に記憶されているアプリケーションプログラムをメインメモリに展開して具現化される。また、記憶部330は、チャンク情報324を記憶している。ブート部310は、遠隔管理受付部311と、選択的ブート部312とを備える。遠隔管理受付部311は、IPMI等により、リモートブート装置100から遠隔電源ON遠隔起動を受け付ける機能を有する。選択的ブート部312は、ソフトウェアイメージに含まれるブート対象のソフトウェアを選択して、自身を起動する機能を有する。この選択的ブート部312は、例えば、GRUBGRandUnifiedBootloader等のブートローダである。そして、サーバ300は、チャンクのすべてを受信して、記憶部330に記憶し、選択的ブート部312によって再起動する。イメージ配信部320は、配信先変更部321、チャンク受信部322、およびチャンク転送部323を備える。配信先変更部321は、自身のサーバ300が起動したとき、リモートブート装置100から取得したチェイン電源情報141に基づいて、自身のサーバ300よりチェインの先頭側にある電源ONとなっているサーバ300の中で順序の最も近いサーバ300、または電源ONのサーバ300が無い場合にはイメージリポジトリ装置200に対して、チャンクの配信先を自身のサーバ300に変更する指示を示す配信先指示情報第1の配信先指示情報を送信する。また、配信先変更部321は、チェインから離脱する場合、それまでチャンクを送信してきていたサーバ300に対して、チャンクの転送先を、自身のサーバ300が転送先としていたサーバ300に変更する指示を示す配信先指示情報第2の配信先指示情報を送信する。チャンク受信部322は、他のサーバ300またはイメージリポジトリ装置200からチャンクを受信する。そして、チャンク受信部322は、受信したチャンクを記憶部330に記憶するとともに、受信したチャンクのチャンクIDをチャンク情報324に記憶する。チャンク転送部323は、受信したチャンクを、チェインの後尾側で電源ONとなっているサーバ300の中で順序の最も近いサーバ300に転送する、または、チャンクの転送先として配信先指示情報第2の配信先指示情報によって指示されたサーバ300に転送する。ただし、チャンク転送部323は、チェイン中で終端自身よりチェインの後尾側で電源ONとなっているサーバ300が無い場合も含む。のサーバ300であった場合には、チャンクの転送は実行しない。このように、サーバ300は、イメージ配信部320がチャンクの受信、送信および保存記憶をそれぞれ並行して実行することにより、高速なバケツリレー的配信を実現する。また、サーバ300は、イメージ配信部320によってチャンクすべての受信、送信および保存記憶が完了すると、選択的ブート部312によって再起動する。これにより、サーバ300は、図1の端末600に対し、サービスを提供可能な状態になる。シーケンス例次に、ソフトウェアイメージ配信システム1におけるシーケンス例について、図6A、図6Bを用いて説明する。図6Aは、図2Aで説明した第1ステップから第3ステップにおける処理をシーケンスとして表している。また、図6Bは、図2Bで説明した第4ステップから第6ステップにおける処理をシーケンスとして表している。具体的には、第1ステップ~第6ステップは、それぞれ、ステップS7~S10、ステップS11~S15、ステップS16~S21、ステップS22~S27、ステップS28~S32、ステップS33~S37に対応している。まず、図6Aに示すシーケンスについて、以下に説明する適宜、図3参照。ステップS1では、リモートブート装置100のブート要求受付部110は、保守者の端末装置等から、起動対象のサーバ300の追加台数と、このサーバ300へ配信するソフトウェアイメージの識別情報であるイメージIDとを含むリモートブート要求を受け付ける。ステップS2では、ブート要求受付部110は、リモートブート要求を受け付けると、イメージIDをイメージリポジトリ装置200に通知する。また、イメージリポジトリ装置200の配信要求受付部210は、イメージIDを受信する。ステップS3では、イメージリポジトリ装置200のイメージ配信部230のチャンク分割部232は、イメージIDを用いて、イメージ情報234を参照して、そのイメージIDのソフトウェアイメージを読み出し、読み出したソフトウェアイメージをチャンクに分割する。ステップS4では、遠隔電源管理部120は、指定された台数のサーバ300を、IPMI等の手段を用いて遠隔起動する。具体的には、まず、サーバ情報管理部130が、サーバ情報131図4参照のサーバ状態が利用可能となっているサーバの中から、指定された台数のサーバ300を選択する。そして、遠隔電源管理部120は、選択されたサーバ300に対して、IPMI等の手段を用いて遠隔起動を行う。また、各サーバA,B,Cの遠隔管理受付部311がリモートブート装置100から遠隔起動を受信して、小型OSの起動を開始する。ステップS5では、チェイン生成管理部140がチャンクの配信順序であるチェインを生成して記憶する。ここでは、チェインは、図7aのチェイン電源情報141の左側の欄に示すように、イメージリポジトリ装置200をチェインの先頭として、サーバA300、サーバB300、サーバC300の順に決められたものとする。ステップS6では、チェイン送信部150は、チェイン生成管理部140によって生成されたチェインをチェイン情報としてイメージリポジトリ装置200に送信する。ステップS7では、サーバC300の遠隔管理受付部311がリモートブート装置100から遠隔起動を受信して、最初に起動したものとする。ステップS8では、サーバC300の配信先変更部321は、リモートブート装置100の記憶部160に記憶されているチェイン電源情報141図7参照を取得する。ここで、チェイン電源情報141の役割について、図7を用いて説明する。このチェイン電源情報141は、起動していないサーバ300を飛ばして、チャンクを配信するために参照される。したがって、図7aのチェイン電源情報141の左側の欄には、イメージリポジトリ装置200をチェインの先頭として、チェイン生成管理部140によって生成されたチェインの順に従って、サーバA300、サーバB300、サーバC300が順に並べられる。チェイン生成管理部140は、起動状態となったサーバ300から、チェイン電源情報141の更新の指示を含む取得要求を送信されたときに、取得要求を送信してきたサーバ300の電源状態をONに更新する。図7は、チェイン電源情報141の遷移を表している。まず、図7aは初期状態チェイン生成時の状態を表しており、各サーバA,B,C300の電源状態はOFFとなっている。次に、図7bは、第1ステップとして、サーバC300が起動して、電源状態がONに変更された場合を表している。図7cは、第2ステップとして、サーバA300が起動して、電源状態がONに変更された場合を表している。図7dは、第3ステップとして、サーバB300が起動して、電源状態がONに変更された場合を表している。図6Aに戻って、ステップS8では、サーバC300の配信先変更部321は、図7bのチェイン電源情報141を、リモートブート装置100から取得する。このとき、サーバA,C300の電源状態は、OFFである。ステップS9では、サーバC300の配信先変更部321は、図7bのチェイン電源情報141を参照して、自身のサーバC300よりチェインの先頭側に電源ONのサーバ300が無いため、イメージリポジトリ装置200に、チャンクの配信先をサーバC300自身に指示する配信先指示情報第1の配信先指示情報を送信する。ステップS10では、イメージリポジトリ装置200のチャンク送信部233は、当該配信先指示情報第1の配信先指示情報を送信してきたサーバC300を配信先としてチャンクチャンクIDを付加したものを配信する。ただし、配信したチャンクのチャンクIDは、1~10であるものとする。そして、サーバC300のチャンク受信部322は、チャンクIDが1~10のチャンクを記憶部330に記憶保存するとともに、記憶したチャンクのチャンクIDをチャンク情報324に記憶する。なお、サーバC300は、チェインの終端最後尾であるため、チャンク転送部323は、チャンクの転送を行わない。ステップS11では、サーバA300が起動する。ステップS12では、サーバA300の配信先変更部321は、図7cのチェイン電源情報141を、リモートブート装置100から取得する。このとき、サーバA,C300の電源状態がONとなっている。ステップS13では、サーバA300の配信先変更部321は、図7cのチェイン電源情報141を参照して、自身のサーバA300よりチェインの先頭側がイメージリポジトリ装置200であるため、チャンクの配信先をサーバ300A自身に指示する配信先指示情報第1の配信先指示情報をイメージリポジトリ装置200に送信する。ステップS14では、イメージリポジトリ装置200のチャンク送信部233は、当該配信先指示情報第1の配信先指示情報を送信してきたサーバA300を配信先としてチャンクを配信する。ただし、配信したチャンクのチャンクIDが、11~20であるものとする。サーバA300のチャンク受信部322は、チャンクIDが11~20のチャンクを記憶部330に記憶保存する。ステップS15では、サーバA300のチャンク転送部323は、図7cのチェイン電源情報141を参照して、自身のサーバA300よりチェインの後尾側で電源ONとなっているサーバ300中で順序の最も近いサーバC300に、チャンクを配信する。そして、サーバC300のチャンク受信部322は、チャンクIDが11~20のチャンクを記憶部330に記憶するとともに、記憶したチャンクのチャンクIDをチャンク情報324に記憶する。つまり、サーバC300は、チャンクIDが1~20のチャンクを記憶部330に記憶保存したことになる。ステップS16では、サーバB300が起動する。ステップS17では、サーバB300の配信先変更部321は、図7dのチェイン電源情報141を、リモートブート装置100から取得する。このとき、サーバA,B,C300の電源状態がONとなっている。ステップS18では、サーバB300の配信先変更部321は、図7dのチェイン電源情報141を参照して、自身のサーバB300よりチェインの先頭側で電源ONとなっているサーバ300中で順序の最も近いサーバA300に、チャンクの配信先をサーバB300自身に指示する配信先指示情報第1の配信先指示情報を送信する。ステップS19では、イメージリポジトリ装置200のチャンク送信部233は、チャンクをサーバA300に配信する。ただし、配信したチャンクのチャンクIDが、21~100であるものとする。サーバA300のチャンク受信部322は、チャンクIDが21~100のチャンクを受信して、記憶部330に記憶するとともに、記憶したチャンクのチャンクIDをチャンク情報324に記憶する。つまり、サーバA300は、チャンクIDが11~100のチャンクを記憶部330に記憶保存したことになる。ステップS20では、サーバA300のチャンク転送部323は、サーバB300から配信先指示情報第1の配信先指示情報を受信しているので、サーバB300に、チャンクを転送する。サーバB300のチャンク受信部322は、受信したチャンクIDが21~100のチャンクを記憶部330に記憶保存するとともに、記憶したチャンクのチャンクIDをチャンク情報324に記憶する。ステップS21では、サーバB300のチャンク転送部323は、図7dのチェイン電源情報141を参照して、自身のサーバB300よりチェインの後尾側で電源ONとなっているサーバ300中で順序の最も近いサーバC300に、チャンクを転送する。サーバC300のチャンク受信部322は、チャンクIDが21~100のチャンクを受信して、記憶部330に記憶するとともに、記憶したチャンクのチャンクIDをチャンク情報324に記憶する。つまり、サーバC300は、チャンクIDが1~100のチャンクを記憶部330に記憶したことになる。図6Bに移り、ステップS22では、サーバC300の配信先変更部321は、チャンクIDすべてのチャンクを受信したことにより、配信が完了したと判断する。ステップS23では、サーバC300の配信先変更部321は、チェインから離脱するために、チャンクを転送してきているサーバB300に、自身がチェインから離脱することおよび自身がチェインの終端であることを示す配信先指示情報第2の配信先指示情報を送信する。ステップS24では、サーバC300の配信先変更部321は、イメージリポジトリ装置200にチェイン更新情報変更指示を送信する。そして、イメージリポジトリ装置200のチェイン情報管理部220は、チェイン更新情報221図8a参照からサーバC300を削除して、図8bのようにチェイン更新情報221を更新する。ここで、チェイン更新情報221の役割について、図8を用いて説明する適宜、図3参照。このチェイン更新情報221は、イメージリポジトリ装置200が、チャンクの再送をいつまで行えばよいかを判断するために参照される。チェイン情報管理部220は、各サーバ300がチェインから離脱する際に送信してきたチェイン更新情報変更指示に基づいて、チェイン更新情報221から、当該チェイン更新情報変更指示を送信してきたサーバ300を削除して、チェイン更新情報221を更新する。図8は、チェイン更新情報221の遷移を表している。まず、図8aはチェインの初期状態を表しており、各サーバA,B,C300が登録されている。次に、図8bは、第4ステップとして、サーバC300がチェインから離脱して、登録を削除された場合を表している。図8cは、第5ステップとして、サーバA300がチェインから離脱して、登録を削除された場合を表している。図8dは、第6ステップとして、サーバB300がチェインから離脱して、登録を削除された場合を表している。この図8dに示すように、チェイン更新情報221に、イメージリポジトリ装置200しか登録されていない状態となったときに、イメージリポジトリ装置200は、チャンクの再送を終了する。図6Bに戻り、ステップS25では、サーバC300の選択的ブート部312は、自らの記憶部330に記憶されたブート対象のソフトウェアを選択して、再起動する。ステップS26では、イメージリポジトリ装置200のチャンク送信部233は、チャンクをサーバA300に配信する。ただし、配信したチャンクのチャンクIDが、1~10であるものとする。サーバA300のチャンク受信部322は、チャンクIDが1~10のチャンクを受信して、記憶部330に記憶するとともに、記憶したチャンクのチャンクIDをチャンク情報324に記憶する。つまり、サーバA300は、チャンクIDが1~100のチャンクを記憶部330に記憶保存したことになる。ステップS27では、サーバA300のチャンク転送部323は、サーバB300にチャンクIDが1~10のチャンクを転送する。サーバB300のチャンク受信部322は、チャンクIDが1~10のチャンクを受信して、記憶部330に記憶するとともに、記憶したチャンクのチャンクIDをチャンク情報324に記憶する。つまり、サーバB300は、チャンクIDが1~10、21~100のチャンクを記憶部330に記憶したことになる。ステップS28では、サーバA300の配信先変更部321は、チャンクIDすべてのチャンクを受信したことにより、配信が完了したと判断する。ステップS29では、サーバA300の配信先変更部321は、チェインから離脱するために、チャンクを転送してきていたイメージリポジトリ装置200に、自身がチェインから離脱することおよびサーバB300が配信先であることを示す配信先指示情報第2の配信先指示情報を送信する。ステップS30では、サーバA300の配信先変更部321は、イメージリポジトリ装置200にチェイン更新情報変更指示を送信する。そして、イメージリポジトリ装置200のチェイン情報管理部220は、チェイン更新情報221図8b参照からサーバA300の登録を削除して、図8cのようにチェイン更新情報221を更新する。ステップS31では、サーバA300の選択的ブート部312は、ブート対象のソフトウェアを選択して、再起動する。ステップS32では、イメージリポジトリ装置200のチャンク送信部233は、チャンクをサーバB300に配信する。ただし、配信したチャンクのチャンクIDが、11~20であるものとする。サーバB300のチャンク受信部322は、チャンクIDが11~20のチャンクを受信して、記憶部330に記憶するとともに、記憶したチャンクのチャンクIDをチャンク情報324に記憶する。つまり、サーバB300は、チャンクIDが1~100のチャンクを記憶部330に記憶したことになる。ステップS33では、サーバB300の配信先変更部321は、チャンクIDすべてのチャンクを受信したことにより、配信が完了したと判断する。ステップS34では、サーバB300の配信先変更部321は、チェインから離脱するために、チャンクを転送してきていたイメージリポジトリ装置200に、チェインから離脱することおよびサーバB300が終端であることを示す配信先指示情報第2の配信先指示情報を送信する。ステップS35では、サーバB300の配信先変更部321は、イメージリポジトリ装置200にチェイン更新情報変更指示を送信する。そして、イメージリポジトリ装置200のチェイン情報管理部220は、チェイン更新情報221図8c参照からサーバB300の登録を削除して、図8dのようにチェイン更新情報221を更新する。ステップS36では、サーバB300の選択的ブート部312は、ブート対象のソフトウェアを選択して、再起動する。ステップS37では、イメージリポジトリ装置200のチャンク送信部233は、図8dのチェイン更新情報211を参照し、配信するサーバ300が無いと判定し、チャンクの配信を終了する。以上、本実施形態で説明したソフトウェアイメージ配信システム1は、イメージリポジトリ装置200から配信したソフトウェアイメージのチャンクを、チェインに従って起動対象のサーバ300間でバケツリレー式に転送する際に、未起動のサーバ300を飛ばして、起動したサーバ300からチェインに加わって、チャンクを転送するので、ソフトウェアイメージを迅速に送信できる。そして、チャンクすべてを受信したサーバ300からチェインを離脱して再起動するため、複数のサーバをクラスタに組み込むときにサーバ300の起動時間がばらつく場合であっても、迅速に組み込むことができる。"