"クラスタシステムに追加するサーバへ、管理ネットワーク経由で、当該サーバを動作させるためのソフトウェアイメージを配信するリポジトリ装置が、前記サーバの追加台数および前記サーバへ配信するソフトウェアイメージの種別を含む追加指示の入力を受け付けるステップと、前記入力された追加指示に基づき、前記サーバそれぞれのID、当該サーバが追加可能か否かおよび当該サーバへの遠隔電源オンを行うためのエンドポイントのアドレスを示したサーバ情報を読み出し、前記読み出したサーバ情報に示されるサーバのうち、追加可能なサーバを前記追加指示に示される台数選択し、前記選択したサーバのエンドポイント経由で、前記選択したサーバそれぞれへの遠隔電源オンの指示を、前記管理ネットワークを介して送信するステップと、前記ソフトウェアイメージの種別ごとに当該種別のソフトウェアイメージまたは当該種別のソフトウェアイメージの格納場所を示したソフトウェア情報を参照して、前記追加指示に示される種別のソフトウェアイメージを、前記管理ネットワーク経由で、前記選択したサーバへ配信するステップと、前記管理ネットワークを構成するノードまたは前記選択されたサーバそれぞれが互いに、前記受信したソフトウェアイメージをコピーして転送することで、前記ソフトウェアイメージを、前記選択したサーバへ配信するステップとを実行することを特徴とするソフトウェアイメージ配信方法。前記リポジトリ装置が、前記ソフトウェアイメージを、前記選択したサーバへ配信するステップにおいて、前記ソフトウェアイメージを、前記管理ネットワーク経由で、マルチキャストにより、前記選択したサーバへ配信することを特徴とする請求項1に記載のソフトウェアイメージ配信方法。前記リポジトリ装置が、前記選択したサーバそれぞれへの遠隔電源オンの指示を、前記管理ネットワークを介して送信するステップを実行した後、前記選択したサーバのIDごとにそのIDのサーバの転送IDを示した転送ID情報を作成するステップと、前記作成した転送ID情報を、前記管理ネットワーク経由で、前記選択したサーバそれぞれへ配信するステップとをさらに実行し、前記ソフトウェアイメージを、前記選択したサーバへ配信するステップに代えて、前記ソフトウェアイメージを、ユニキャストにより、前記転送ID情報に示される転送IDのうち転送IDの順番が最も先、または、最も後の転送サーバへ配信するステップを実行し、前記選択されたサーバそれぞれが互いに、前記ソフトウェアイメージを配信するステップにおいて、前記選択されたサーバそれぞれが、前記リポジトリ装置から、前記転送ID情報を受信し、前記リポジトリ装置または他のサーバから、前記ソフトウェアイメージを受信するステップと、前記受信した転送ID情報および前記自身のサーバのIDに基づき、前記自身のサーバの転送IDを特定し、前記特定した転送IDおよび前記転送ID情報を参照して、前記自身のサーバの転送IDの次の転送IDのサーバがあると判断したとき、前記次の転送IDのサーバへ前記受信したソフトウェアイメージをコピーして転送するソフトウェアイメージ転送ステップとを実行することを特徴とする請求項1に記載のソフトウェアイメージ配信方法。前記リポジトリ装置が、前記選択したサーバそれぞれへの遠隔電源オンの指示を、前記管理ネットワークを介して送信するステップを実行した後、前記選択したサーバのIDごとにそのIDのサーバの転送IDを示した転送ID情報を作成するステップと、前記作成した転送ID情報を、前記管理ネットワーク経由で、前記選択したサーバそれぞれへ配信するステップとをさらに実行し、前記ソフトウェアイメージを、前記選択したサーバへ配信するステップに代えて、前記選択したサーバ群を、前記リポジトリ装置をルートとする二項木の木構造のノードとしたときの、前記リポジトリ装置の子のノードとなるサーバへ、前記ソフトウェアイメージを配信するステップを実行し、前記選択されたサーバそれぞれが互いに、前記ソフトウェアイメージを配信するステップにおいて、前記選択されたサーバそれぞれが、前記リポジトリ装置から、前記転送ID情報を受信し、前記リポジトリ装置または他のサーバから、前記ソフトウェアイメージを受信するステップと、前記受信した転送ID情報および前記自身のサーバのIDに基づき、前記自身のサーバの転送IDを特定し、前記特定した転送IDに基づき、前記二項木における前記自身のサーバからみて子のサーバがあるか否かを判断し、前記子のサーバがあると判断したとき、前記子のサーバそれぞれへ前記受信したソフトウェアイメージをコピーして転送するソフトウェアイメージ転送ステップを実行することを特徴とする請求項1に記載のソフトウェアイメージ配信方法。前記選択されたサーバそれぞれが、予め記憶部に転送用OSオペレーティングシステムおよび転送プログラムを記憶しており、前記リポジトリ装置から、前記転送ID情報を受信し、前記リポジトリ装置または他のサーバから、前記ソフトウェアイメージを受信するステップにおいて、前記記憶部から前記転送用OSおよび転送プログラムを読み込んで、起動し、前記起動した転送用OSにより前記転送プログラムを実行して、前記リポジトリ装置から前記転送ID情報を受信し、前記リポジトリ装置または他のサーバから前記ソフトウェアイメージを受信するステップと、前記ソフトウェアイメージ転送ステップと、前記ソフトウェアイメージを前記記憶部のソフトウェアイメージ格納部へ記憶するステップとを実行し、さらに、前記受信したソフトウェアイメージを前記記憶部のソフトウェアイメージ格納部へ記憶するステップが完了した後、前記サーバを再起動し、前記ソフトウェアイメージ格納部のソフトウェアイメージのOSを起動するステップを実行することを特徴とする請求項3または請求項4に記載のソフトウェアイメージ配信方法。前記選択されたサーバそれぞれが、前記リポジトリ装置から、前記転送ID情報を受信し、前記リポジトリ装置または他のサーバから、前記ソフトウェアイメージを受信するステップにおいて、外部装置から、転送プログラムを取得して、起動するステップと、前記転送プログラムにより、前記リポジトリ装置から前記転送ID情報を受信し、前記リポジトリ装置または他のサーバから前記ソフトウェアイメージを受信するステップと、前記ソフトウェアイメージ転送ステップと、前記受信したソフトウェアイメージを記憶部のソフトウェアイメージ格納部へ記憶するステップとを実行し、さらに、前記転送プログラムにより、前記ソフトウェアイメージ格納部のソフトウェアイメージのOSを起動するステップを実行することを特徴とする請求項3または請求項4に記載のソフトウェアイメージ配信方法。クラスタシステムに追加するサーバへ、管理ネットワーク経由で、当該サーバを動作させるためのソフトウェアイメージを配信するリポジトリ装置であって、前記サーバの追加台数および前記サーバへ配信するソフトウェアイメージの種別を含む追加指示の入力を受け付ける管理インタフェース部と、前記サーバそれぞれのID、当該サーバが追加可能か否かおよび当該サーバへの遠隔電源オンを行うエンドポイントのアドレスを示したサーバ情報と、前記ソフトウェアイメージの種別ごとに当該種別のソフトウェアイメージまたは当該種別のソフトウェアイメージの格納場所を示したソフトウェアイメージ情報とを記憶する記憶部と、前記入力された追加指示に基づき、前記サーバ情報に示されるサーバのうち、追加可能なサーバを前記追加指示に示される台数選択し、前記選択したサーバのエンドポイント経由で、前記選択したサーバそれぞれへの遠隔電源オンの指示を、前記管理ネットワークを介して送信するサーバ起動部と、前記追加指示に示されるソフトウェアイメージを、前記管理ネットワーク経由で、マルチキャストにより前記選択したサーバそれぞれへ配信するイメージ配信部とを備えることを特徴とするリポジトリ装置。クラスタシステムに用いられるサーバであって、外部装置からの指示に基づき、電源オンの処理を行う遠隔管理インタフェース部と、自身のサーバを動作させるためのソフトウェアイメージと、前記クラスタシステムに追加するサーバのIDごとにそのIDのサーバの転送IDを示した転送ID情報とを受信し、前記転送ID情報および前記自身のサーバのIDに基づき、前記自身のサーバの転送IDを特定し、前記特定した転送IDおよび前記転送ID情報を参照して、前記自身のサーバの転送IDの次の転送IDのサーバがあると判断したとき、前記次の転送IDのサーバへ前記受信したソフトウェアイメージをコピーして転送するイメージ転送部と、前記受信したソフトウェアイメージを記憶する前記記憶部と、前記記憶部に前記ソフトウェアイメージが記憶された後、再起動し、前記記憶部から前記ソフトウェアイメージを読み込み、前記ソフトウェアイメージのOSを起動するブート部とを備えることを特徴とするサーバ。クラスタシステムに用いられるサーバであって、外部装置からの指示に基づき、電源オンの処理を行う遠隔管理インタフェース部と、自身のサーバを動作させるためのソフトウェアイメージと、前記クラスタシステムに追加するサーバのIDごとにそのIDのサーバの転送IDを示した転送ID情報とを受信し、前記転送ID情報および前記自身のサーバのIDに基づき、前記自身のサーバの転送IDを特定し、前記特定した転送IDに基づき、前記クラスタシステムに追加するサーバとして選択されたサーバ群を、前記リポジトリ装置をルートとする二項木の木構造のノードとしたとき、前記木構造における前記自身のサーバからみた子のサーバがあるか否かを判断し、前記子のサーバがあると判断したとき、前記子のサーバそれぞれへ前記受信したソフトウェアイメージをコピーして転送するソフトウェアイメージ転送処理を行うイメージ転送部と、前記受信したソフトウェアイメージを記憶する前記記憶部と、前記記憶部に前記ソフトウェアイメージが記憶された後、再起動し、前記記憶部から前記ソフトウェアイメージを読み込み、前記ソフトウェアイメージのOSを起動するブート部とを備えることを特徴とするサーバ。前記イメージ転送部は、前記ブート部が、前記記憶部から前記転送用OSおよび転送プログラムを読み込んで、起動し、前記起動した転送用OSにより前記転送プログラムを実行することにより実現することを特徴とする請求項8または請求項9に記載のサーバ。前記イメージ転送部は、前記ブート部が、外部装置から受信した転送プログラムを実行することにより実現することを特徴とする請求項8または請求項9に記載のサーバ。請求項8、請求項10および請求項11のいずれか1項に記載のサーバを含むシステムに用いられ、前記クラスタシステムに追加するサーバへ、管理ネットワーク経由で、当該サーバを動作させるためのソフトウェアイメージを配信するリポジトリ装置であって、前記サーバの追加台数および前記サーバへ配信するソフトウェアイメージの種別を含む追加指示の入力を受け付ける管理インタフェース部と、前記サーバそれぞれのID、当該サーバが追加可能か否かおよび当該サーバへの遠隔電源オンを行うエンドポイントのアドレスを示したサーバ情報と、前記ソフトウェアイメージの種別ごとに当該種別のソフトウェアイメージまたは当該種別のソフトウェアイメージの格納場所を示したソフトウェアイメージ情報とを記憶する記憶部と、前記入力された追加指示に基づき、前記サーバ情報に示されるサーバのうち、追加可能なサーバを前記追加指示に示される台数選択し、前記選択したサーバのエンドポイント経由で、前記選択したサーバそれぞれへの遠隔電源オンの指示を、前記管理ネットワークを介して送信するサーバ起動部と、前記選択したサーバのIDごとにそのIDのサーバの転送IDを示した転送ID情報を作成し、前記作成した転送ID情報を、前記管理ネットワーク経由で、前記選択したサーバそれぞれへ配信し、前記追加指示に示される種別のソフトウェアイメージを、ユニキャストにより、前記転送ID情報に示される転送IDのうち転送IDの順番が最も先、または、最も後のサーバへ配信するイメージ配信部とを備えることを特徴とするリポジトリ装置。請求項9ないし請求項11のいずれか1項に記載のサーバを含むシステムに用いられ、前記クラスタシステムに追加するサーバへ、管理ネットワーク経由で、当該サーバを動作させるためのソフトウェアイメージを配信するリポジトリ装置であって、前記サーバの追加台数および前記サーバへ配信するソフトウェアイメージの種別を含む追加指示の入力を受け付ける管理インタフェース部と、前記サーバそれぞれのID、当該サーバが追加可能か否かおよび当該サーバへの遠隔電源オンを行うエンドポイントのアドレスを示したサーバ情報と、前記ソフトウェアイメージの種別ごとに当該種別のソフトウェアイメージまたは当該種別のソフトウェアイメージの格納場所を示したソフトウェアイメージ情報とを記憶する記憶部と、前記入力された追加指示に基づき、前記サーバ情報に示されるサーバのうち、追加可能なサーバを前記追加指示に示される台数選択し、前記選択したサーバのエンドポイント経由で、前記選択したサーバそれぞれへの遠隔電源オンの指示を、前記管理ネットワークを介して送信するサーバ起動部と、前記選択したサーバのIDごとにそのIDのサーバの転送IDを示した転送ID情報を作成し、前記作成した転送ID情報を、前記管理ネットワーク経由で、前記選択したサーバそれぞれへ配信し、前記追加指示に示される種別のソフトウェアイメージを、ユニキャストにより、前記選択したサーバ群を、前記リポジトリ装置をルートとする二項木の木構造のノードとしたときの、前記リポジトリ装置の子のノードとなるサーバへ配信するイメージ配信部とを備えることを特徴とするリポジトリ装置。請求項7に記載のリポジトリ装置および前記サーバを備えることを特徴とするシステム。請求項12に記載のリポジトリ装置と、請求項8、請求項10および請求項11のいずれか1項に記載のサーバとを備えることを特徴とするシステム。請求項13に記載のリポジトリ装置と、請求項9ないし請求項11のいずれか1項に記載のサーバとを備えることを特徴とするシステム。ソフトウェアイメージは、オペレーティングシステムや各種ミドルウェア、データ等をすべて含んでいるため数~数十GBに及ぶ大容量であり、転送にはある程度の時間を要する。リソースプールから多数のサーバを同時にクラスタに組み込む必要がある場合、リポジトリから大容量のイメージを同時に多数のサーバへ配信する必要があるため、イメージを管理しているリポジトリが輻輳を起こしてボトルネックとなるおそれがある。そのような場合、状況に応じて迅速に資源追加をすることができず、インフラとして公共性の高い通信サービスに求められる無停止性や即応性を満たすことができない。そこで、本発明は、前記した問題を解決し、リソースプールから多数のサーバをクラスタに組み込む場合であっても、迅速に組み込める手段を提供することを目的とする。前記した課題を解決するため、請求項1に記載の発明は、クラスタシステムに追加するサーバへ、管理ネットワーク経由で、当該サーバを動作させるためのソフトウェアイメージを配信するリポジトリ装置が以下の処理を行う方法とした。すなわち、リポジトリ装置は、サーバの追加台数およびサーバへ配信するソフトウェアイメージの種別を含む追加指示の入力を受け付ける。そして、入力された追加指示に基づき、サーバそれぞれのID、当該サーバが追加可能か否かおよび当該サーバへの遠隔電源オンを行うためのエンドポイントのアドレスを示したサーバ情報を読み出す。次に、読み出したサーバ情報に示されるサーバのうち、追加可能なサーバを追加指示に示される台数選択する。そして、この選択したサーバのエンドポイント経由で、選択したサーバそれぞれへの遠隔電源オンの指示を、管理ネットワークを介して送信する。これにより、選択したサーバは電源オンになる。その後、リポジトリ装置は、ソフトウェアイメージの種別ごとに当該種別のソフトウェアイメージまたは当該種別のソフトウェアイメージの格納場所を示したソフトウェア情報を参照して、追加指示に示される種別のソフトウェアイメージを、管理ネットワーク経由で、選択したサーバへ配信する。そして、管理ネットワークを構成するノードまたは選択されたサーバそれぞれは互いに、受信したソフトウェアイメージをコピーして転送することで、ソフトウェアイメージを、選択したサーバへ配信する。このようにすることで、リポジトリ装置は、管理ネットワークを構成するノードまたはサーバそれぞれが互いに、ソフトウェアイメージを、宛先となるサーバそれぞれへコピーして転送するので、リポジトリ装置がサーバそれぞれへソフトウェアイメージをユニキャストで送信する必要がなくなる。これにより、ソフトウェアイメージ配信時におけるリポジトリ装置の輻輳を防止できる。請求項2に記載の発明は、請求項1に記載のソフトウェアイメージ配信方法において、リポジトリ装置が、ソフトウェアイメージを、選択したサーバへ配信するとき、ソフトウェアイメージを、管理ネットワーク経由で、マルチキャストにより配信する。請求項7に記載の発明は、クラスタシステムに追加するサーバへ、管理ネットワーク経由で、当該サーバを動作させるためのソフトウェアイメージを配信するリポジトリ装置が、以下の構成を有する。すなわち、リポジトリ装置は、サーバの追加台数およびサーバへ配信するソフトウェアイメージの種別を含む追加指示の入力を受け付ける管理インタフェース部と、サーバそれぞれのID、当該サーバが追加可能か否かおよび当該サーバへの遠隔電源オンを行うエンドポイントのアドレスを示したサーバ情報と、ソフトウェアイメージの種別ごとに当該種別のソフトウェアイメージまたは当該種別のソフトウェアイメージの格納場所を示したソフトウェアイメージ情報とを記憶する記憶部とを有する。また、このリポジトリ装置は、入力された追加指示に基づき、サーバ情報に示されるサーバのうち、追加可能なサーバを追加指示に示される台数選択し、選択したサーバのエンドポイント経由で、選択したサーバそれぞれへの遠隔電源オンの指示を、管理ネットワークを介して送信するサーバ起動部と、追加指示に示されるソフトウェアイメージを、管理ネットワーク経由で、マルチキャストにより選択したサーバそれぞれへ配信するイメージ配信部とを備える。このようにすることで、リポジトリ装置は、マルチキャストによりクラスタシステムに追加する各サーバへソフトウェアイメージを配信するので、ソフトウェアイメージ配信時におけるリポジトリ装置の輻輳を防止できる。請求項3に記載の発明は、請求項1に記載のソフトウェアイメージ配信方法において、選択したサーバそれぞれへの遠隔電源オンの指示を、管理ネットワークを介して送信した後、以下の処理を行う。すなわち、リポジトリ装置は、選択したサーバのIDごとにそのIDのサーバの転送IDを示した転送ID情報を作成する。そして、この作成した転送ID情報を、管理ネットワーク経由で、選択したサーバそれぞれへ配信する。そして、リポジトリ装置は、ソフトウェアイメージを、ユニキャストにより、転送ID情報に示される転送IDのうち転送IDの順番が最も先、または、最も後の転送サーバへ配信する。その後、選択されたサーバそれぞれが、転送ID情報と、ソフトウェアイメージとを受信する。そして、この選択されたサーバそれぞれは、転送ID情報を参照して、次のサーバへソフトウェアイメージを配信する。つまり、選択されたサーバはそれぞれ、受信した転送ID情報および自身のサーバのIDに基づき、自身のサーバの転送IDを特定する。そして、この特定した転送IDおよび転送ID情報を参照して、自身のサーバの転送IDの次の転送IDのサーバがあると判断したとき、この次の転送IDのサーバへ、受信したソフトウェアイメージをコピーして転送する。なお、自身のサーバからみて次のサーバがないときは、サーバは、ソフトウェアイメージの転送を行わない。請求項8に記載の発明は、クラスタシステムに用いられるサーバであり、このサーバは、外部装置からの指示に基づき、電源オンの処理を行う遠隔管理インタフェース部と、受信したソフトウェアイメージを記憶する記憶部と、記憶部にソフトウェアイメージが記憶された後、再起動し、記憶部からソフトウェアイメージを読み込み、ソフトウェアイメージのOSを起動するブート部と、イメージ転送部とを備える。イメージ転送部は、自身のサーバを動作させるためのソフトウェアイメージと、クラスタシステムに追加するサーバのIDごとにそのIDのサーバの転送IDを示した転送ID情報とを受信し、転送ID情報および自身のサーバのIDに基づき、自身のサーバの転送IDを特定する。そして、この特定した転送IDと転送ID情報とを参照して、自身のサーバの転送IDの次の転送IDのサーバがあるか否かを判断する。ここで自身のサーバの転送IDの次の転送IDのサーバがあると判断したとき、この次の転送IDのサーバへ受信したソフトウェアイメージをコピーして転送する。なお、自身のサーバからみて次のサーバがないときは、サーバは、ソフトウェアイメージの転送を行わない。このようにリポジトリ装置は、クラスタシステムへの追加対象のサーバのうち、二項木のルートとなるサーバへソフトウェアイメージを配信し、そのソフトウェアイメージを受信したサーバがソフトウェアイメージをコピーして他のサーバへ転送する。よって、リポジトリ装置が、ユニキャストで、追加対象のすべてのサーバへソフトウェアイメージを送信する必要がなくなり、ソフトウェアイメージ配信時におけるリポジトリ装置の輻輳を防止できる。請求項4に記載の発明は、請求項1に記載のソフトウェアイメージ配信方法において、リポジトリ装置が、選択したサーバのIDごとにそのIDのサーバの転送IDを示した転送ID情報を作成する。そして、この作成した転送ID情報を、管理ネットワーク経由で、選択したサーバそれぞれへ配信する。また、リポジトリ装置は、選択したサーバ群を、リポジトリ装置をルートとする二項木の木構造のノードとしたときの、このリポジトリ装置の子のノードとなるサーバへ、ソフトウェアイメージを配信する。次に、選択されたサーバそれぞれが、転送ID情報とソフトウェアイメージとを受信する。そして、この選択されたサーバそれぞれは、転送ID情報を参照して、次のサーバへソフトウェアイメージを配信する。つまり、選択されたサーバはそれぞれ、転送ID情報および自身のサーバのIDに基づき、自身のサーバの転送IDを特定する。そして、この特定した転送IDと転送ID情報とを参照して、二項木における自身のサーバからみて子のサーバがあるか否かを判断する。ここで、自身のサーバからみて、子のサーバがあると判断したとき、サーバは、子のサーバそれぞれへ、受信したソフトウェアイメージをコピーして転送する。なお、自身のサーバからみて子のサーバがないときは、サーバは、ソフトウェアイメージの転送を行わない。請求項9に記載の発明は、クラスタシステムに用いられるサーバであり、このサーバは、外部装置からの指示に基づき、電源オンの処理を行う遠隔管理インタフェース部と、受信したソフトウェアイメージを記憶する記憶部と、受信したソフトウェアイメージによって、自身のサーバの起動処理を行うブート部と、イメージ転送部とを備える。イメージ転送部は、自身のサーバを動作させるためのソフトウェアイメージと、クラスタシステムに追加するサーバとして選択されたサーバのIDごとにそのIDのサーバの転送IDを示した転送ID情報とを受信する。また、このイメージ転送部は、転送ID情報および自身のサーバのIDに基づき、自身のサーバの転送IDを特定する。そして、この特定した転送IDと転送ID情報とを参照して、選択されたサーバ群を、リポジトリ装置をルートとする二項木の木構造のノードとしたとき、木構造における自身のサーバからみた子のサーバがあるか否かを判断する。ここで、子のサーバがあると判断したとき、イメージ転送部は、子のサーバそれぞれへ受信したソフトウェアイメージをコピーして転送するソフトウェアイメージ転送処理を行う。なお、自身のサーバからみて子のサーバがないときは、サーバは、ソフトウェアイメージの転送を行わない。請求項13に記載の発明は、請求項9に記載のサーバを含むシステムに用いられ、クラスタシステムに新たに追加するサーバへ、管理ネットワーク経由で、当該サーバを動作させるためのソフトウェアイメージを配信するリポジトリ装置であり、このリポジトリ装置は、サーバの追加台数およびサーバへ配信するソフトウェアイメージの種別を含む追加指示の入力を受け付ける管理インタフェース部と、記憶部とを備える。この記憶部は、サーバそれぞれのID、当該サーバが追加可能か否かおよび当該サーバへの遠隔電源オンを行うエンドポイントのアドレスを示したサーバ情報と、ソフトウェアイメージの種別ごとに当該種別のソフトウェアイメージまたは当該種別のソフトウェアイメージの格納場所を示したソフトウェアイメージ情報とを記憶する。また、リポジトリ装置は、入力された追加指示に基づき、サーバ情報に示されるサーバのうち、追加可能なサーバを追加指示に示される台数選択し、選択したサーバのエンドポイント経由で、選択したサーバそれぞれへの遠隔電源オンの指示を、管理ネットワークを介して送信するサーバ起動部を備える。また、このリポジトリ装置は、選択したサーバのIDごとにそのIDのサーバの転送IDを示した転送ID情報を作成し、作成した転送ID情報を、管理ネットワーク経由で、選択したサーバそれぞれへ配信し、追加指示に示される種別のソフトウェアイメージを、ユニキャストにより、起動したサーバ群を、リポジトリ装置をルートとする二項木の木構造のノードとしたときの、リポジトリ装置の子のノードとなるサーバへ配信するイメージ配信部とを備える。このようにリポジトリ装置は、クラスタシステムへの追加対象のサーバのうち、二項木のルートの子となるサーバへソフトウェアイメージを配信し、そのソフトウェアイメージを受信したサーバがソフトウェアイメージをコピーして他のサーバへ転送する。よって、リポジトリ装置が、ユニキャストで、追加対象のすべてのサーバへソフトウェアイメージを送信する必要がなくなり、ソフトウェアイメージ配信時におけるリポジトリ装置の輻輳を防止できる。なお、サーバはそれぞれ、リポジトリ装置から送信された転送ID情報に基づき、クラスタシステムの各サーバを二項木の木構造で考えたときの、自身のサーバの子ノードのサーバを認識し、その子ノードのサーバへソフトウェアイメージを転送する。これにより、ソフトウェアイメージを効率よく配信できる。請求項5に記載の発明は、請求項3または請求項4に記載のソフトウェアイメージ配信方法において、選択されたサーバそれぞれが、予め記憶部に転送用OSオペレーティングシステムおよび転送プログラムを記憶している。そして、リポジトリ装置から、転送ID情報を受信し、リポジトリ装置または他のサーバから、ソフトウェアイメージを受信するとき、サーバは、まず、記憶部から転送用OSおよび転送プログラムを読み込んで、起動する。その後、起動した転送用OSにより転送プログラムを実行して、リポジトリ装置から転送ID情報を受信し、リポジトリ装置または他のサーバからソフトウェアイメージを受信する。そして、サーバは、ソフトウェアイメージ転送ステップを実行し、ソフトウェアイメージを、自身のサーバの記憶部のソフトウェアイメージ格納部へ記憶する。その後、サーバを再起動し、ソフトウェアイメージのOSを起動する。このようにすることで、サーバは、自身の備える転送OSにより、転送プログラムを実行し、ソフトウェアイメージの転送を行うことができる。請求項10に記載の発明は、請求項8または請求項9に記載のサーバにおけるイメージ転送部が、ブート部により記憶部から転送用OSおよび転送プログラムを読み込んで、起動し、起動した転送用OSにより転送プログラムを実行することで実現される。このように各サーバが転送用OSを一時的に起動することで、転送プログラムが実行され、請求項8または請求項9に記載のサーバのイメージ転送部の機能を実現できる。請求項6に記載の発明は、請求項3または請求項4に記載のソフトウェアイメージ配信方法において、選択されたサーバそれぞれが、リポジトリ装置から転送IDを受信し、リポジトリ装置または他のサーバからソフトウェアイメージを受信するとき、まず、外部装置から、転送プログラムを取得して、起動する。そして、ソフトウェアイメージ転送ステップを実行し、受信したソフトウェアイメージを記憶部のソフトウェアイメージ格納部へ記憶する。その後、サーバは、転送プログラムにより、ソフトウェアイメージ格納部のソフトウェアイメージのOSを起動する。このようにすることで、各サーバが転送プログラムを備えていない場合でも、ソフトウェアイメージ転送処理を実行でき、ソフトウェアイメージのOSを起動できる。請求項11に記載の発明は、請求項8または請求項9に記載のサーバにおけるイメージ転送部が、ブート部により、外部装置から受信した転送プログラムを実行することで実現される。このようにすることで、各サーバが転送プログラムを備えていない場合でも、請求項8または請求項9に記載のサーバのイメージ転送部の機能を実現できる。請求項14に記載の発明は、請求項7に記載のリポジトリ装置およびサーバを備えるシステムとした。このようにすることで、請求項7のリポジトリ装置およびサーバを含むシステムを実現できる。請求項15に記載の発明は、請求項12に記載のリポジトリ装置と、請求項8、請求項10および請求項11のいずれか1項に記載のサーバとを備えるシステムとした。このようにすることで、請求項12に記載のリポジトリ装置と、請求項8、請求項10および請求項11のいずれか1項に記載のサーバとを備えるシステムを実現できる。請求項16に記載の発明は、請求項13に記載のリポジトリ装置と、請求項8、請求項10および請求項11のいずれか1項に記載のサーバとを備えるシステムとした。このようにすることで、請求項13のリポジトリ装置および請求項8、請求項10および請求項11のいずれか1項に記載のサーバを含むシステムを実現できる。本発明によれば、リポジトリ装置が、クラスタシステムに追加するサーバそれぞれへソフトウェアイメージをユニキャストで送信する必要がなくなるので、ソフトウェアイメージ配信時におけるリポジトリ装置の輻輳発生を防止できる。これにより、リソースプールから多数のサーバをクラスタに組み込む場合であっても、迅速に組み込める。以下、本発明を実施するための形態以下、実施の形態とするを、第1の実施の形態および第2の実施の形態に分けて説明する。なお、以下の説明において、ソフトウェアイメージは、OSオペレーティングシステムやミドルウェア、サーバが各種サービスを提供するためのソフトウェア、データ等を含むファイルであるものとする。また、リポジトリ装置2100、サーバ2310,2320,2330の台数は、各図に示す台数に限定されない。<第1の実施の形態>まず、図1を用いて第1の実施の形態の概要を説明する。図1に示すように、クラスタシステム2000は、リポジトリ装置2100と、リソースプール2300のサーバ2310サーバ2310A,2310B,2310Cと、マルチキャストによる配信をサポートする例えば、IPInternetProtocol網管理ネットワーク2200とを含んで構成される。リポジトリ装置2100と、リソースプール2300のサーバ2310とは、管理ネットワーク2200経由で接続される。リポジトリ装置2100は、この管理ネットワーク2200経由で、マルチキャストによりソフトウェアイメージを配信する。これにより、ソフトウェアイメージ配信時におけるリポジトリ装置2100の輻輳発生を防止できる。つまり、この管理ネットワーク2200内において、管理ネットワーク2200内のルータがデータソフトウェアイメージを複製して配信することになるので、ソフトウェアイメージ配信時にリポジトリ装置2100で輻輳が発生することがなくなる。よって、リポジトリ装置2100は、各サーバ2310へ、迅速にソフトウェアイメージを配信できる。なお、リポジトリ装置2100は、管理ネットワーク2200が同じセグメントのネットワークである場合、ブロードキャストアドレスへのソフトウェアイメージの配信がマルチキャストとなる。<構成>次に、図2を用いて、第1の実施の形態のシステムの構成例を説明する。図2に示すように、クラスタシステム2000は、保守ネットワーク4000LANLocalAreaNetworkまたはIP網によって保守者端末1000と接続し、サービスネットワーク5000によって利用者端末3000と接続する。サービス提供者は、クラスタシステム2000に対する保守コマンド後記を保守者端末1000により入力する。ユーザは、利用者端末3000を用い、クラスタシステム2000上で提供されるサービスをサービスネットワーク5000LANまたはIP網越しに利用する。クラスタシステム2000は、計算資源である複数のサーバ2310が集約されているリソースプール2300と、リポジトリ装置2100とを備え、両者は管理ネットワーク2200によって接続される。リポジトリ装置2100は、保守者端末1000から入力された保守コマンドに基づき、リソースプール2300のサーバ2310を起動させ、このサーバ2310へソフトウェアイメージを配信する。このリポジトリ装置2100は、管理インタフェース部2110と、ソフトウェアイメージDBデータベース2120と、サーバDB2130と、イメージ配信部2140と、サーバ起動部2150とを備える。このリポジトリ装置2100は、入出力インタフェース、通信インタフェース、CPUCentralProcessingUnit、メモリ等を備えるコンピュータにより実現される。管理インタフェース部2110は、保守者端末1000とのインタフェースとなり、保守コマンドを受け付ける。管理インタフェース部2110は、例えば、クラスタシステム2000で稼動させるサーバ2310に追加するための保守コマンドを受け付ける。この保守コマンドは、少なくとも、追加するサーバ台数、配信するソフトウェアイメージのイメージIDの2つを含む。この管理インタフェース部2110は、通信インタフェースや入出力インタフェース、および、CPUによるプログラム実行処理により実現される。ソフトウェアイメージDB2120は、ソフトウェアイメージ管理テーブルソフトウェアイメージ情報。図3参照を備える。このソフトウェアイメージ管理テーブルは、所定のサービス実行に必要なソフトウェアイメージの種別イメージIDごとに、ソフトウェアイメージの格納場所を示した情報である。ソフトウェアイメージは、サービスの提供に必要なソフトウェア構成を含んだファイルであり、サーバ2310に配信されるファイルである。ソフトウェアイメージDB2120は、管理インタフェース部2110等から主KeyであるイメージIDの入力を受け付けると、そのソフトウェアイメージの格納場所を示すパスを返す。パスは、リポジトリ装置2100がアクセス可能な場所であれば、リポジトリ装置2100のローカルディスク上でもよいし、リモートストレージ上でもよい。サーバDB2130は、サーバ情報図4参照を備える。このサーバ情報は、サーバIDごとに、そのサーバIDのサーバ2310の遠隔電源管理エンドポイントのアドレスと、サーバ2310の状態追加資源として利用可能かとを示した情報である。遠隔電源管理エンドポイントのアドレスは、サーバ2310の遠隔電源オンを行うサーバのインタフェースによって異なり、例えば、IPMIIntelligentPlatformManagementInterfaceであればIPアドレスであり、WoLWakeonLANであればMACMediaAccessControlアドレスである。また、サーバ2310の状態は、そのサーバ2310が追加資源として利用可能か否かを判別出来ればよい。図4の例では追加資源として利用可能な状態を待機中とし、それ以外の利用不可能な状態を理由ごとに分けて使用中、故障中としている。例えば、イメージ配信部2140やサーバ起動部2150から、追加資源として利用可能な状態のサーバ2310の問い合わせを受けたとき、このサーバDB2130は、サーバ情報において、状態が待機中となっているサーバ2310を所定台数選択し、そのサーバ2310のサーバIDと、エンドポイントとを返す。なお、このサーバDB2130およびソフトウェアイメージDB2120は、CPUによるプログラム実行処理と、サーバ情報やソフトウェアイメージ管理テーブルを記憶する記憶手段RAMRandomAccessMemoryやHDDHardDiskDrive、フラッシュメモリ等とにより実現される。2150は、管理インタフェース部2110で受け付けたサーバの追加要求に応じて、利用可能状態のサーバ2310をサーバDB2130に問い合わせる。次に、サーバ起動部2150は、問い合わせの応答として得た利用可能状態のサーバ2310の中から追加するサーバ2310を選択する。そして、その選択したサーバ2310の遠隔電源管理エンドポイントを得て、選択したサーバ2310を遠隔電源オンする。イメージ配信部2140は、管理インタフェースで受け付けられたサーバの追加要求に応じて、ソフトウェアイメージDB2120に問い合わせを行うことにより必要なソフトウェアイメージを特定する。そして、イメージ配信部2140は、特定したソフトウェアイメージを追加対象の各サーバ2310に配信する。なお、このサーバ起動部2150およびイメージ配信部2140は、CPUによるプログラム実行処理により実現される。次に、サーバ2310を説明する。サーバ2310は、電源オンになった後、リポジトリ装置2100から配信されたソフトウェアイメージを受信し、このソフトウェアイメージにより、サーバ2310を再起動させる。このサーバ2310は、ブート部2312と、遠隔管理インタフェース部2313と、ソフトウェアイメージ格納部2314とを備える。このサーバ2310も、入出力インタフェース、通信インタフェース、CPU、記憶部等を備えるコンピュータにより実現される。ブート部2312は、リポジトリ装置2100から配信されたソフトウェアイメージにを受信後、サーバ2310を再起動させる。そして、受信したソフトウェアイメージを読み込み、このソフトウェアイメージのOSを起動させる。これにより、サーバ2310は、サービスネットワーク5000経由でサービスを提供可能な状態になる。遠隔管理インタフェース部2313は、リポジトリ装置2100のサーバ起動部2150から遠隔電源オンを行うサーバ図示省略経由で、遠隔電源オンを受け付けるインタフェースである。ソフトウェアイメージ格納部2314は、リポジトリ装置2100から配信されたソフトウェアイメージを格納する。このソフトウェアイメージ格納部2314は、サーバ2310の記憶手段図示省略により実現される。<処理手順>次に、図5を用いて、図2のリポジトリ装置2100およびサーバ2310の処理手順を説明する。リポジトリ装置2100の管理インタフェース部2110は、図2の保守者端末1000から、保守ネットワーク4000経由で、サーバ2310の追加要求追加指示。イメージIDおよび追加するサーバ台数を含むを受け付けるS1。その後、管理インタフェース部2110は、サーバ起動部2150へ、追加するサーバ台数を伝えるS2。S2の後、サーバ起動部2150は、サーバDB2130に利用可能なサーバ2310の問い合わせを行い、必要な台数のサーバの遠隔電源管理エンドポイントを取得するS3。そして、この遠隔電源管理エンドポイント経由で各サーバ2310の遠隔電源オンを行うS4。各サーバ2310は、遠隔電源オンが行われると、ブート部2312例えば、GRUBGRandUnifiedBootloader等のブートローダにより起動する。ここで起動させるサーバ2310は、サーバIDの昇順で選ぶ方法や、最も待機時間が長いサーバを選ぶ方法等、予め定めたアルゴリズムによって選択されるものとする。また、リポジトリ装置2100の管理インタフェース部2110は、イメージ配信部2140へ、これから配信を行うソフトウェアイメージのイメージIDおよび追加対象のサーバ数を通知するS5。そして、イメージ配信部2140は、ソフトウェアイメージDB2120に問い合わせを行って該当のソフトウェアイメージを取得しS6、配信に備える。S6の後、リポジトリ装置2100のイメージ配信部2140は、管理ネットワーク2200経由で、マルチキャストにより、各サーバ2310へ、S6で取得したソフトウェアイメージを配信するS11。そして、各サーバ2310は、受信したソフトウェアイメージをソフトウェアイメージ格納部2314に格納しS12、各サーバ2310は再起動するS13。再起動を行う際、サーバ2310のブート部2312は、ソフトウェアイメージ格納部2314からソフトウェアイメージをロードしS14、そのソフトウェアイメージ内のOSを起動するS15。これにより、追加要求されたサーバ2310の起動が完了する。なお、起動したサーバ2310のクラスタシステム2000への追加方法はサービスやクラスタシステム2000ごとに異なり、そのロジックはソフトウェアイメージ内に含まれていることを想定するため、本クラスタシステム2000ではOSの起動でサーバ資源の追加を完了したこととする。なお、前記したS2において、追加するサーバ台数の決定は、サーバ2310のプロセッサ等の現使用率や過去のアクセス数、データ処理数等の測定データをもとにして、予め定めたアルゴリズムにより行うようにしてもよい。このようにすることで、リポジトリ装置2100は、多数のサーバ2310へソフトウェアイメージを配信する際でも、リポジトリ装置2100側で輻輳が発生することがなくなる。これにより、リソースプール2300から多数のサーバ2310をクラスタクラスタシステム2000に組み込む場合であっても、迅速に組み込むことができる。<第2の実施の形態>図6を用いて第2の実施の形態の概要を説明する。前記した実施の形態と同様の構成要素は、同じ符号を付して説明を省略する。第2の実施の形態は、全サーバが単純にリポジトリ装置2100からソフトウェアイメージを受信するのではなく、リポジトリ装置2100およびサーバ間で所定の配信順序を決めて転送を行うことを特徴とする。具体的には、リポジトリ装置2100およびサーバ間で、所定の配信順序で転送するために、リポジトリ装置2100は、各サーバの転送IDを割り振り、この各サーバの転送IDを示した転送ID情報を各サーバに配布する。そして、各サーバは、この転送ID情報を参照して、所定の配信順序によりソフトウェアイメージを転送していく。例えば、転送IDの昇順でソフトウェアイメージを転送する場合、リポジトリ装置2100は、まず、転送ID情報に示される転送IDのうち転送IDの順番が最も先のサーバへ配信し、その後、各サーバは、転送IDの昇順でソフトウェアイメージを転送していく。転送IDの降順でソフトウェアイメージを転送する場合、リポジトリ装置2100は、まず、転送ID情報に示される転送IDのうち転送IDの順番が最も後のサーバへ配信し、その後、各サーバは、転送IDの降順でソフトウェアイメージを転送していく。効率的な配信順序の一例として、リポジトリ装置2100およびサーバを、リポジトリ装置2100を根ルートとした二項木で構成し、その二項木のルートから子ノード、その子ノードのさらに子ノード...という順序とすることが考えられる。この場合の実施の形態を以下に説明する。図6に示すように、第2の実施の形態のクラスタシステム2000のリソースプール2300は、サーバ2320サーバ2320A,2320B,2320Cを備える。このようなシステムにおいて、リポジトリ装置2100は、管理ネットワーク2200経由で、リソースプール2300のすべてのサーバ2320ではなく所定のサーバ2320へソフトウェアイメージを送信する。このソフトウェアイメージを受信したサーバ2320は、受信したソフトウェアイメージを格納するととともに、そのソフトウェアイメージをコピーし、管理ネットワーク2200経由で追加対象の他のサーバ2320へ転送する。つまり、追加対象のサーバ2320同士が協調してソフトウェアイメージを転送しあう。このようにすることで、管理ネットワーク2200がマルチキャストをサポートしていない場合でも、各サーバ2320へ迅速にソフトウェアイメージを配信できる。次に、図7を用いて、第2の実施の形態のシステムの全体構成例を説明する。第2の実施の形態のシステムのリポジトリ装置2100は、図2のイメージ配信部2140に代えて、イメージ配信部2141を備える。また、リソースプール2300は、サーバ2320を備える。サーバ2320は、図2のサーバ2310の構成に加え、イメージ転送部2321をさらに備える。このイメージ配信部2141は、遠隔電源オンにより起動したサーバ2320クラスタシステム2000への追加対象のサーバ2320へソフトウェアイメージを配信する。ここで、ソフトウェアイメージの配信先となるサーバ2320は、追加対象のサーバ2320群をリポジトリ装置2100をルートとする二項木次数0の二項木は1つのノードを持ち、次数kの二項木は1つのルートを持ち、その子ノードはそれぞれ次数k-1,k-2,...,2,1,0の二項木の親ノードであるという特徴を持つ木の木構造で考えたときの、リポジトリ装置2100の子ノードとなるサーバ2320とする。つまり、イメージ配信部2141は、追加対象のサーバ2320すべてへソフトウェアイメージを配信するのではなく、その一部のサーバ2320へ配信する。また、イメージ配信部2141は、転送ID情報作成部2142を備える。この転送ID情報作成部2142は、遠隔電源オンにより起動したサーバ2320追加対象のサーバ2320から、サーバIDの登録を受け付けると、そのサーバIDごとに、そのサーバ2320の転送IDを示した転送ID情報図8参照を作成する。この転送IDは、追加対象のすべてのサーバ2320例えば、N台のサーバ2320に対して、1~Nのユニークな数字を割り当てたものである。各サーバ2320に対して、1~Nのユニークな数字が割り当てられれば、その順序は問わない。例えば、サーバIDの昇順に数字を割り当てると、図8に示す転送ID情報のようになる。イメージ配信部2141は、この転送ID情報を、追加対象のサーバ2320それぞれへ配信する。そして、この転送ID情報を受信したサーバ2320は、この転送ID情報から、自身の転送IDを特定し、ソフトウェアイメージの転送先となるサーバ2320があるか否かを判断する。そして、ソフトウェアイメージの転送先となるサーバ2320があれば、そのサーバ2320へソフトウェアイメージを転送する。このときの転送先のサーバ2320の決定処理の詳細については、図10を用いて後記する。なお、このように各サーバ2320において追加対象のサーバ2320群を二項木として把握することで、ソフトウェアイメージを転送すべき子ノードがあるか否かの判断を容易に行える。サーバ2320のイメージ転送部2321は、リポジトリ装置2100から転送ID情報を受信し、リポジトリ装置2100または他のサーバ2320からソフトウェアイメージを受信すると、転送ID情報と自身のサーバ2320のサーバIDとを参照して、自身の転送IDを特定する。そして、この転送IDをもとに、追加対象のサーバ2320群を二項木の木構造図9参照で考えた場合の、自身のサーバ2320の子ノードソフトウェアイメージの転送先となるサーバ2320があるか否かを判断する。ここで、子ノードとなるサーバ2320があれば、そのサーバ2320へ、ソフトウェアイメージをコピーして転送する。もし、子ノードとなるサーバ2320がなければ、ソフトウェアイメージの転送は行わず、処理を終了する。なお、このイメージ転送部2321は、ブート部2312が転送用OSおよび転送プログラムを読み込んで、起動し、この起動した転送用OSにより転送プログラムを実行することにより実現される。ここで、図9,10を用いて、ソフトウェアイメージの配信処理の概要を説明する。ここでは、図9に示すように、リポジトリ装置2100が、転送ID1~7のサーバ2320にソフトウェアイメージを配信する場合の処理を例に説明する。本アルゴリズムでは、すべてのサーバ2320を、リポジトリ装置2100をルートとする二項木構造にマッピングすることによって、サーバ2320の台数をN台としたとき、log2N回の転送ステップで配信を完了することができる。つまり、リポジトリ装置2100がすべてのサーバ2320へユニキャストでソフトウェアイメージを配信するより、ソフトウェアイメージ配信処理の負荷を大幅に低減できる。図9の二項木に沿ってソフトウェアイメージの配信を行う場合の処理概要を以下に述べる。まず、リポジトリ装置2100は起動対象であるすべてのサーバ2320ここでN台とするに対して1からNの数字の転送IDを割り振る。各サーバ2320に対して異なる1からNの数字が割り振られれば、その順序は問わない。例えばサーバIDの昇順に割り振った場合、図9のようになる。リポジトリ装置2100のイメージ配信部2141は、図8に示す転送ID情報を、すべてのサーバ2320に対して送信する。この送信はサーバ台数分のユニキャストでよい。各サーバ2320はこの転送ID情報を受け取ると、この転送ID情報とサーバIDとから自身に割り振られた転送IDを認識する。ここでリポジトリ装置2100の転送IDを0とし、このリポジトリ装置2100が持つソフトウェアイメージを二項木に基づいて転送ID1からNまでのサーバ2320に配信する方法について述べる。転送IDが割り振られた各サーバ2320およびリポジトリ装置2100は、二項木における自身の子ノードの転送IDが、以下の2つの式s=log2自身の転送ID1...式1id=自身の転送ID2s...式2で定義されるという性質を利用し、図10のフローチャートに基づいてソフトウェアイメージの転送先のサーバ2320を決定する。リポジトリ装置2100および各サーバ2320ここでは、以下まとめてノードと呼ぶは、転送ID情報と、自身のサーバIDとを参照して、自身の転送IDを特定する。そして、自身のノードがソフトウェアイメージを有していればS101のYes、S2へ進む。一方、まだソフトウェアイメージを受信していないサーバ2320は、S101でNoに進むため、先の状態へは進まない。S102の計算式s=log2自身の転送ID1およびS103の計算式id=自身の転送ID2sによって、各ノードは、二項木に基づいてソフトウェアイメージを送信すべきサーバの転送ID最初は、転送IDを1とするの値を計算する。ここで計算された値が、転送IDの最大値を超えていた場合S104のNo、二項木における子のノードが存在しないということなので、そこでソフトウェアイメージの転送は完了となるS107。一方、計算された値が、転送IDの最大値以下の場合はS104のYes、計算された転送IDidのノードサーバ2320へソフトウェアイメージを転送するS105。その後、二項木における別の子に対する送信処理を行うため、ノードは、sの値をインクリメントしてS106、S103以降の処理を再度実行する。以上のような処理を行うことで、例えば、図9のリポジトリ装置2100転送ID0は、転送ID1、2、4のサーバ2320へソフトウェアイメージを転送する。また、転送ID1のサーバ装置2320は、転送ID3、5のサーバ2320へソフトウェアイメージを転送する。さらに、転送ID3のサーバ2320は、転送ID7のサーバ2320へソフトウェアイメージを転送する。このようにすることで、クラスタシステム2000内のリポジトリ装置2100が、追加対象のサーバ2320それぞれへソフトウェアイメージを配信するよりも、転送処理の負荷を大幅に低減できる。ここで、このような転送機能を持つサーバ2320の詳細を、図11を用いて説明する。サーバ2320の記憶手段図示省略は、ソフトウェアイメージ格納部2314に加え、管理OS保管部2315を備える。これらは、物理的に異なるディスクでも、同じディスク上の異なる領域であってもよい。前記したイメージ転送部2321は、管理OS保管部2315の転送APL転送アプリケーション、転送プログラム2322と、この転送APL2322を動作させる転送用OS2323とにより実現される。なお、ソフトウェアイメージの配信順序転送順序は、例えば、リポジトリ装置2100→転送ID0のサーバ2320→転送ID1のサーバ2320→転送ID2のサーバ2320→...というように、サーバ2320を転送ID順に昇順または降順に論理的に一列に並べ、先頭から順にソフトウェアイメージを転送するようにしてもよい。この場合、リポジトリ装置2100は、まず、転送ID情報に示される転送IDのうち転送IDの順番が最も先または、最も後のサーバ2320へソフトウェアイメージを配信する。その後、このソフトウェアイメージ受信した、サーバ2320は、転送ID情報と自身のサーバIDとを参照して、自身のサーバ2320の転送IDを特定する。そして、転送ID情報を参照し、転送IDが、昇順または降順で自身のサーバ2320の転送IDの次である他のサーバ2320があれば、このサーバ2320へソフトウェアイメージを転送する。一方、転送IDが、昇順または降順で自身のサーバ2320の転送IDの次である他のサーバ2320がなければ、ソフトウェアイメージを転送せず、処理を終了する。このような方法によっても、リポジトリ装置2100がソフトウェアイメージを配信するときの処理負荷を軽減し、輻輳を効果的に防止できる。<処理手順>次に、図12を用いて、図7のリポジトリ装置2100およびサーバ2320の処理手順を説明する。図12のS6までは、第1の実施の形態と同様なので説明を省略し、S7から説明する。各サーバ2320は、遠隔電源オンが行われると、ブート部2312により、管理OS保管部2315から転送用OS2323を読み込みS7、転送用OS2323を起動させるS8。転送用OS2323が起動すると、この転送用OS2323により、各サーバ2320は、転送APL2322を実行しS9、転送APL2322により、リポジトリ装置2100のイメージ配信部2141に対して自身のサーバ2320のサーバIDを登録するS10。つまり、自身のサーバ2320が起動したことを、リポジトリ装置2100へ通知する。リポジトリ装置2100のイメージ配信部2141は、登録してきたサーバIDを受け付け、記憶手段の所定領域に記憶しておく。その後、リポジトリ装置2100のイメージ配信部2141は、起動した各サーバ2320S10で登録してきたサーバ2320に対し、起動した各サーバ2320のサーバIDごとに、そのサーバ2320の転送IDを示した転送ID情報図8参照を作成し、各サーバ2320へ配信する。また、イメージ配信部2141は、二項木の子ノードに当たるサーバ2320へソフトウェアイメージを配信する。その後、ソフトウェアイメージを受信したサーバ2320はそれぞれ、受信した転送ID情報から、自身の転送IDを把握し、子ノードに当たるサーバ2320があれば、そのサーバ2320へソフトウェアイメージをコピーして転送する処理を繰り返すことで、各サーバ2320へソフトウェアイメージを配信するS11。S11の処理の詳細は、図10で説明したとおりであるので詳細な説明を省略する。また、S12~S15の処理は、第1の実施の形態と同様であるので説明を省略する。このようにすることで、管理ネットワーク2200がマルチキャストをサポートしていない場合でも、リポジトリ装置2100は、輻輳を発生させることなく、各サーバ2320へ迅速にソフトウェアイメージを配信できる。<その他の実施の形態>なお、サーバ2320のイメージ転送部2321図11参照の機能は、第2の実施の形態のように、予めサーバ2320自身が備えていてもよいし、図13に示すネットワークブートサーバ2400がネットワークブートストラッププログラム2430として各サーバ23302330A,2330B,2330Cへ配布してもよい。このネットワークブートサーバ2400は、CPU、記憶手段、管理ネットワーク2200との通信インタフェース等を備えるコンピュータにより実現され、管理ネットワーク2200に接続されるサーバである。ネットワークブートサーバ2400は、アドレス配布部2410と、ブートストラッププログラム配信部2420とを備え、記憶手段の所定領域にネットワークブートストラッププログラム2430を記憶する。このネットワークブートストラッププログラム2430は、イメージ転送部2321の機能を実現するためのイメージ転送プログラム2331を含む。アドレス配布部2410は、起動したサーバ2330から、DHCPDynamicHostConfigurationProtocolリクエストを受信すると、これに応じて、サーバ2330に割り当てるIPアドレスを払い出す。また、サーバ2330へ、ネットワークブートサーバ2400のアドレスと、ネットワークブートストラッププログラム2430の格納場所を示すパスとを送信する。ブートストラッププログラム配信部2420は、ネットワークブートストラッププログラム2430をサーバ2330へ配信する。なお、以下の説明において、各サーバ2330は、PXEPrebooteXecutionEnvironment等のネットワークブート規格によってリモートのソフトウェアイメージを読み込んで起動するものとする。次に、図14を用いて、図13のリポジトリ装置2100、ネットワークブートサーバ2400およびサーバ2330の処理手順を説明する。図14のS6までは、第1の実施の形態および第2の実施の形態と同様なので説明を省略し、S25から説明する。サーバ2330は、S4において遠隔電源オンが行われると、図13のブート部2312が、PXEネットブート規格に従って、ネットワークブートを開始するS25。そして、ブート部2312は、DHCPリクエストを管理ネットワーク2200のブロードキャストパケットにより送信するS26。このDHCPリクエストを受信したネットワークブートサーバ2400のアドレス配布部2410は、DHCPリクエストの送信元のサーバ2330へIPアドレスを払い出す。また、ネットワークブートサーバ2400のアドレス、ネットワークブートストラッププログラム2430の格納場所を示すパスを通知するS27。各サーバ2320のブート部2312は、TFTPTrivialFileTransferProtocol等のプロトコルによってネットワークブートサーバ2400上のネットワークブートストラッププログラム2430を取得しS28、このネットワークブートストラッププログラム2430をサーバ2330上で実行するS29。実行されたネットワークブートストラッププログラム2430により、イメージ転送部2321図11参照の機能が実現されると、図12のS10と同様に、イメージ転送部2321により、サーバ2330は、リポジトリ装置2100のイメージ配信部2141へ自身を登録するS30。その後、リポジトリ装置2100は、図5のS11、図12のS11と同様に、各サーバ2330にソフトウェアイメージを配信する。但し、本実施の形態では、サーバ2330は、ネットワークブートストラッププログラム2430に基づき、ソフトウェアイメージを一時的にHDD等の記憶領域に保管せず、直接ソフトウェアイメージ内のOSをメインメモリに展開して起動するS31。このようにすることで、サーバ2330が、イメージ転送部2321を備えていない場合でも、ブート部2312がネットワークブートサーバ2400から受信した転送プログラムを実行することで、イメージ転送部2312の機能を実現できる。これにより、システムは、第2の実施の形態で説明したような、ソフトウェアイメージの転送処理を行うことができる。"