"仮想マシンを動作させることが可能な物理サーバを複数備えるとともに、クライアント端末からの処理リクエストを物理サーバに振り分ける負荷分散装置を備える負荷分散システムであって、前記物理サーバは、自サーバ上で稼動している仮想マシンを他の物理サーバへ移動させる機能を有し、仮想マシンを他の物理サーバへ移動させる場合には移動先の物理サーバの情報を前記負荷分散装置へ送信し、前記負荷分散装置は、前記処理リクエストの振り分け先決定処理で使用する情報が登録されたテーブルを保持し、仮想マシンを稼動させる物理サーバに変更が生じた場合、物理サーバから取得した移動先の物理サーバの情報に基づいて前記テーブルを更新することを特徴とする負荷分散システム。仮想マシンを動作させることが可能な物理サーバを複数備えるとともに、クライアント端末からの処理リクエストを物理サーバに振り分ける負荷分散装置を備える負荷分散システムであって、前記負荷分散装置は、前記処理リクエストの振り分け先決定処理で使用する情報が登録されたテーブルを保持し、前記物理サーバは、自サーバ上で稼動している仮想マシンを他の物理サーバへ移動させる機能を有し、仮想マシンを他の物理サーバへ移動させる場合、前記負荷分散装置から前記テーブルを取得し、さらに、当該テーブルを前記他の物理サーバの情報に基づいて更新し、当該更新後のテーブルを前記負荷分散装置へ送信するとともに、当該更新後のテーブルを使用して前記処理リクエストの振り分け先を決定するよう指示することを特徴とする負荷分散システム。前記物理サーバは、フェイルオーバにより他の物理サーバ上で稼動していた仮想マシンを自サーバ上に移行させた場合、当該仮想マシンが提供するサービスの情報、自サーバの情報、および当該仮想マシンの移行元の物理サーバの情報を含んだメッセージを負荷分散装置へ送信し、前記負荷分散装置は、前記メッセージを受信した場合、当該メッセージに含まれる情報に基づいて前記テーブルを更新することを特徴とする請求項1または2に記載の負荷分散システム。仮想マシンを動作させることが可能で、なおかつ、自装置上の仮想マシンを他の装置へ移動させることが可能な物理サーバを複数備えるとともに、クライアント端末からの処理リクエストを物理サーバに振り分ける負荷分散装置を備える負荷分散システムの前記負荷分散装置であって、前記処理リクエストの振り分け先決定処理で使用する情報が登録されたテーブルを保持し、仮想マシンを稼動させる物理サーバに変更が生じた場合、変更内容に関する情報を、変更前に仮想マシンを稼動させていた物理サーバから取得し、さらに、当該取得した情報に基づいて前記テーブルを更新することを特徴とする負荷分散装置。仮想マシンを動作させることが可能なサーバ装置を複数備えるとともに、クライアント端末からの処理リクエストをサーバ装置に振り分ける負荷分散装置を備え、前記サーバ装置は自装置上で稼動している仮想マシンを他のサーバ装置へ移動させる機能を有し、前記負荷分散装置は前記処理リクエストの振り分け先決定処理で使用する情報が登録されたテーブルを保持している負荷分散システムの前記サーバ装置であって、仮想マシンを他のサーバ装置へ移動させる場合、前記負荷分散装置から前記テーブルを取得し、さらに、当該テーブルを前記他のサーバ装置の情報に基づいて更新し、当該更新後のテーブルを前記負荷分散装置へ送信するとともに、当該更新後のテーブルを使用して前記処理リクエストの振り分け先を決定するよう指示することを特徴とするサーバ装置。一方、サーバの負荷上昇はクライアントからの膨大な処理リクエストがシステムに入力されて発生することもある。このため、入力された処理リクエストを分散させるための負荷分散装置をシステム内に設置して各サーバの処理負荷を抑える平均化する手法も広く知られている。しかし、この手法と特許文献1などで示した手法を単に組み合わせると、高負荷の仮想マシンを他の物理サーバ上に移動させた場合、負荷分散装置は振り分け先の物理サーバ上の仮想マシンが移動したことを認識しないので、仮想マシンの移動が完了した後も引き続きクライアント端末からの処理リクエストを同じ振り分け先物理サーバへ振り分けようとする。すなわち、ライブマイグレーションを実施すると、負荷分散装置による処理リクエストの振り分けが正常に行われなくなるという問題があった。本発明は、上記に鑑みてなされたものであって、仮想化システムにおける物理サーバの各種状態変化高負荷、メンテナンスによって仮想マシンの配置が動的に変化した場合にもクライアントからの処理リクエストを正常に振り分けることが可能な負荷分散システム、負荷分散装置およびサーバ装置を得ることを目的とする。上述した課題を解決し、目的を達成するために、本発明は、仮想マシンを動作させることが可能な物理サーバを複数備えるとともに、クライアント端末からの処理リクエストを物理サーバに振り分ける負荷分散装置を備える負荷分散システムであって、前記物理サーバは、自サーバ上で稼動している仮想マシンを他の物理サーバへ移動させる機能を有し、仮想マシンを他の物理サーバへ移動させる場合には移動先の物理サーバの情報を前記負荷分散装置へ送信し、前記負荷分散装置は、前記処理リクエストの振り分け先決定処理で使用する情報が登録されたテーブルを保持し、仮想マシンを稼動させる物理サーバに変更が生じた場合、物理サーバから取得した移動先の物理サーバの情報に基づいて前記テーブルを更新することを特徴とする。本発明によれば、仮想マシンが稼動する物理サーバが動的に変化しても、負荷分散装置は自動的にこの変化に追随しながら振り分け先を変更するため、クライアントからの処理リクエストを正常かつ柔軟に振り分けることができる、という効果を奏する。以下に、本発明にかかる負荷分散システムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。実施の形態1.負荷分散システムの全体構成まず、負荷分散システムの全体構成について説明する。図1は、本発明にかかる負荷分散システムの構成例を示す図である。図示したように、負荷分散システムは、クライアント端末301からのリクエストを振り分ける負荷分散装置1と、負荷分散装置1により振り分けられたリクエストを処理する物理サーバ11~15とを備え、負荷分散装置1および各物理サーバはルータ200を介して接続されている。また、負荷分散措置1とクライアント端末301はネットワーク300を介して接続されている。物理サーバの構成次に、物理サーバ11~15の構成について説明する。各物理サーバの基本構成は同一であるため、ここでは、物理サーバ12および14の構成について説明する。図2は、物理サーバの構成例を示す図である。物理サーバ12は、内部で稼動する仮想マシン22と、仮想マシン22の動作を制御する仮想マシン制御部32と、仮想マシン制御部32の動作を管理する管理部72とを備える。また、仮想マシン制御部32は、各仮想マシン22を動作させるのに必要なリソースプール42と、仮想マシン22のリソースを制御するためのリソース制御部52と、リソースの状態変化を定期的に監視するリソース監視部62とにより構成されている。物理サーバ14は、物理サーバ12が備えている仮想マシン制御部32と同様の仮想マシン制御部34、および管理部72と同様の管理部74を備える。物理サーバ14にも仮想マシン22と同様の仮想マシンを構築することが可能であるが、図2では仮想マシンが構築されていない状態の物理サーバ14を示している。また、図2において、物理サーバ12で稼動している仮想マシン22は、管理部72からの指示によって他の物理サーバへ無停止で移動することができる。管理部72からの指示のきっかけとしては、例えば管理者から明示的に他の物理サーバへ移動させる、または物理サーバで稼動している負荷の高い仮想マシンを、負荷の低い物理サーバへ移動させる等があげられる。図2において仮想マシン22を物理サーバ14へ移動させる場合、管理部72は、リソース制御部52に対して、仮想マシン22を物理サーバ14へ移動させるよう通知する。リソース制御部52は、管理部72から通知を受けると、移動先となる物理サーバ14のリソース制御部54に仮想マシン22の移動を通知し、リソースプール42にある仮想マシン22のメモリを物理サーバ14のリソースプール44へコピーしていき、コピーが完了すると物理サーバ12で稼動していた仮想マシン22の動作を停止する。また、物理サーバ14において、仮想マシン22のコピーが完了後、遅延無く仮想マシン22を起動することで、仮想マシン22の移動が完了する。なお、図2では、説明の簡単化のため、物理サーバ12および14において単一の仮想マシン22のみが稼動している場合の例を示したが、各物理サーバにおいては複数の仮想マシンを稼動させることも可能である。負荷分散装置の構成次に、負荷分散装置1の構成について説明する。図3は、負荷分散装置1の構成例を示す図である。負荷分散装置1は、クライアント端末301からネットワーク300経由で受信する処理要求メッセージリクエストの振り分けを行うパケット振分部101と、処理要求メッセージの振り分けに必要な規則を管理する振り分けテーブル103と、各物理サーバや仮想マシンの状態変化を検出する状態管理部102とを備える。ここで、振り分けテーブル103の詳細について説明する。振り分けテーブル103は、例えば、図4~図6に示したような複数種類のテーブル、すなわち、振り分け管理テーブル図4とサービス振り分けテーブル図5,図6とを含んで構成されている。振り分け管理テーブルは、クライアント端末301から受け取った処理要求メッセージの種類とサービス振り分けテーブルの対応関係を示す。なお、同じサービスを要求する処理要求メッセージを同一種類として扱う。サービス振り分けテーブルは、処理要求メッセージの種類ごとに、その処理要求メッセージをどのような配分で、処理可能な複数の物理サーバへ振り分けるかを示す。図5に示したサービス振り分けテーブル103-2は、サービスAを要求する処理要求メッセージを振り分ける際に使用するテーブル、図6に示したサービス振り分けテーブル103-3は、サービスBを要求する処理要求メッセージを振り分ける際に使用するテーブルである。各サービス振り分けテーブルに示した重みとは、テーブルに示した各物理サーバに対してどのような配分で処理要求メッセージを振り分けるかを示す情報である。負荷分散装置1のパケット振分部101は、例えば、サービスAを要求する処理要求メッセージを受信した場合、まず、振り分け管理テーブル103-1図4を確認し、受信した処理要求メッセージの振り分け処理でサービス振り分けテーブル103-2図5を使用することを把握する。そして、サービス振り分けテーブル103-2および過去に受信した同一メッセージサービスAを要求する処理要求メッセージの振り分け実績に基づいて、物理サーバ11,12,13に振り分けられた処理要求メッセージの数の比が1:1:2となるように、処理要求メッセージを振り分ける。パケット振分部101により振り分けられた処理要求メッセージを受信した物理サーバにおいては、仮想マシンが、受信した処理要求メッセージの内容に応じた処理を実施する。負荷分散システムの動作説明次に、実施の形態1の負荷分散システムにおける特徴的な動作、具体的には、ある物理サーバで稼働中している仮想マシンを他の物理サーバに移動させる場合の動作について、図7を用いて説明する。なお、図7は、実施の形態1の負荷分散システムにおけるマイグレーション制御手順の一例を示す図である。本実施の形態では、物理サーバ12で稼動している仮想マシン22を物理サーバ14に移動させる場合の手順について説明する。本実施の形態の負荷分散システムにおいて、物理サーバ12の管理部72は、仮想マシン22の物理サーバ14への移動指示を外部から受けた場合や、自サーバの処理負荷が高い状態であることを検出し仮想マシン22を物理サーバ14へ移動させることに決定した場合、リソース制御部52に対してマイグレートの実行を指示するとともに、マイグレート先の物理サーバを通知するステップS11,S12。指示を受けたリソース制御部52は、リソース監視部62に対して、マイグレート先の物理サーバが物理サーバ14であることを通知してマイグレート実行を指示するステップS13。指示を受けたリソース監視部62は、負荷分散装置1の状態管理部102に対して、マイグレート先の物理サーバが物理サーバ14であることを通知してマイグレート実行を通知するステップS14。また、リソース制御部52は、上記ステップS13を実行後、仮想マシン22の物理サーバ14への移行動作を実施するステップS15。状態管理部102は、物理サーバ12で稼働中の仮想マシン22が物理サーバ14に移動すること把握すると、一旦移動元の物理サーバ12と移動先の物理サーバ14を記憶するステップS16。負荷分散装置1は、仮想マシン22の移動が完了するまでは、物理サーバ12への処理要求メッセージ振り分けを継続する。そして、仮想マシン22の物理サーバ12から物理サーバ14への移動が完了すると、物理サーバ12のリソース制御部52はリソース監視部62に対してマイグレートの終了を通知するステップS17。リソース監視部62はマイグレートが終了した旨の通知を受けると、負荷分散装置1の状態管理部102に対してマイグレートの終了を通知するステップS18。状態管理部102は、マイグレートの終了通知を受けると、振り分けテーブル103に含まれているサービス振り分けテーブルのうち、振り分け先として移動元の物理サーバ12が登録されているサービス振り分けテーブルを更新するステップS19。すなわち、振り分け先が物理サーバ12となっている部分を移動先マイグレート先の物理サーバを示す物理サーバ14に更新する。この結果、図5に示したサービス振り分けテーブル103-2は図8に示した内容のものに変更され、以降、クライアント端末301からの処理要求メッセージこの例ではサービスAを要求する処理要求メッセージは、物理サーバ12ではなく物理サーバ14に振り分けられるようになる。なお、上記のステップS16において、状態管理部102は、振り分け先をマイグレート先の物理サーバに変更したサービス振り分けテーブルを新たに作成しておき、ステップS19では、ステップS16で新たに作成しておいたテーブルとそれまで使用していたテーブルを差し替えるようにしてもよい。これにより、マイグレート終了の通知を受けた後、遅延無くサービス振り分けテーブルを更新することができ、処理要求メッセージをマイグレート先の物理サーバに確実に振り分けることができる。また、図7に示した制御手順では、仮想マシンの移行動作ステップS15を実行する前にマイグレート先のサーバ情報を負荷分散装置1の状態管理部102へ通知することとしたが、振り分けテーブル103内の各サービス振り分けテーブルに登録されている情報量が少なく、上記ステップS19におけるテーブル更新の所要時間が十分に小さい場合には、マイグレート終了を通知する際にマイグレート先の物理サーバも併せて通知するようにしてもよい。この場合、上記ステップS13~S16が不要となり処理負荷を低減できる。このように、本実施の形態の負荷分散システムでは、仮想マシンをある物理サーバから他の物理サーバへ移動させる場合、移動元の物理サーバが、移動先の物理サーバの情報を負荷分散装置に対して通知し、負荷分散装置は、移動元の物理サーバからの通知内容に従い、サービス振り分けテーブルを更新し、仮想マシンの移動が完了した後には更新後のサービス振り分けテーブルを使用して処理要求メッセージを振り分けることとした。これにより、物理サーバの状態変化高負荷,メンテナンスなどによって仮想マシンの配置仮想マシンが稼動する物理サーバが動的に変化しても、負荷分散装置は自動的にこの変化に追随しながら振り分け先を変更するため、クライアントからの処理要求メッセージ処理リクエストを正常かつ柔軟に振り分けることができる。実施の形態2.実施の形態2の負荷分散システムについて説明する。なお、システムおよび各装置の構成、負荷分散装置1が保持している各種振り分けテーブルの内容は実施の形態1と同様図1~図6参照であるものとして説明を行う。本実施の形態では、実施の形態1と共通の部分については説明を省略する。本実施の形態の負荷分散システムにおいては、図9に示した手順でマイグレーション制御を行う。なお、図9において、図7に示したマイグレーション制御手順と同じ処理には同じステップ番号を付している。そのため、図7と同じステップ番号を付した処理については説明を省略する。本実施の形態のマイグレーション制御において、物理サーバ12のリソース監視部62は、ステップS13でマイグレート先の物理サーバが通知されると、状態管理部102が保持している全てのサービス振り分けテーブルを取得するステップS21,S22。そして、取得したサービス振り分けテーブルをマイグレート先の物理サーバの情報に基づいて更新する。具体的には、取得したサービス振り分けテーブルのうち、振り分け先として自物理サーバ移動元の物理サーバ12が登録されているサービス振り分けテーブルについて、振り分け先が物理サーバ12となっている部分を、移動先の物理サーバを示す物理サーバ14に更新する。その後、ステップS17でマイグレートの終了通知を受けると、上記更新後のサービス振り分けテーブルをマイグレート後の振り分けテーブルとして状態管理部102へ送信しステップS23。ステップS23で送信されたテーブルを受信した状態管理部102は、受信したテーブルを振り分けテーブル103に上書きして振り分けテーブル103より詳細にはサービス振り分けテーブル103-2を更新するステップS24。このように、本実施の形態の負荷分散システムでは、仮想マシンをある物理サーバから他の物理サーバへ移動させる場合、移動元の物理サーバは、負荷分散装置が保持しているサービス振り分けテーブルを取得し、取得したテーブルを移動先の物理サーバの情報に基づいて更新し、仮想マシンの移動が完了した後に、更新後のテーブルを分散負荷装置へ送信し、この更新後のテーブルを使用して処理要求メッセージを振り分けさせることとした。これにより、実施の形態1と同様に、物理サーバの状態変化によって仮想マシンの配置が動的に変化しても、負荷分散装置は自動的にこの変化に追随しながら振り分け先を変更するため、クライアントからの処理要求メッセージを正常かつ柔軟に振り分けることができる。実施の形態3.実施の形態3の負荷分散システムについて説明する。なお、システムおよび各装置の構成、負荷分散装置1が保持している各種振り分けテーブルの内容は実施の形態1,2と同様図1~図6参照であるものとして説明を行う。本実施の形態では、実施の形態1,2と共通の部分については説明を省略する。本実施の形態では、移動元の物理サーバが負荷分散装置1に対して仮想マシン移行を直接通知できない場合の仮想マシン移行動作について説明する。図10は、実施の形態3の負荷分散システムにおいて仮想マシンを物理サーバ間で移動させる動作の一例を示す図である。図10では、フェイルオーバにより仮想マシンを移動させる場合の制御手順を示している。仮想マシン22が稼働中の物理サーバ12移動元の物理サーバにおいて、障害や明示的なサービス停止などが発生した場合、リソース監視部62はこの状態変化を検出し、移行先の物理サーバ14に対して、フェイルオーバ発生メッセージ81稼動していた仮想マシンを他の物理サーバへ移動させるためのメッセージを通知するステップS31,S32。図11は、フェイルオーバメッセージの構成例を示す図であり、図示したように、フェイルオーバ発生メッセージ81には、送信元,発生元,停止するサービス,停止する仮想マシンの情報が含まれる。送信元はメッセージ送信元の物理サーバを示す。発生元は、障害など、フェイルオーバ発生メッセージ81を送信する要因となる現象が発生した物理サーバを示す。停止するサービスは、発生元の物理サーバで停止するサービスを示す。停止する仮想マシンは、発生元の物理サーバ上で動作していた仮想マシンのうち、動作を停止する仮想マシンを示す。上記ステップS32でリソース監視部62が送信するフェイルオーバメッセージにおいて、送信元および発生元には物理サーバ12の情報が設定され、停止するサービスには物理サーバ12で停止するサービス名またはポート番号の情報が設定される。また、停止する仮想マシンには仮想マシン12の情報が設定される。なお、リソース監視部62は、仮想マシンで障害が発生した場合には、この仮想マシンで処理していた全てのサービス名またはポート番号を停止するサービスに設定する。仮想マシンで処理していた一部のサービスを停止する場合は、停止するサービス名またはポート番号を停止サービスに設定する。物理サーバ14のリソース監視部64は、上記ステップS32で送信されたフェイルオーバ発生メッセージ81を受信すると、停止する仮想マシンを確認し、停止する仮想マシンが仮想マシン22であることを把握する。そして、仮想マシン22を起動するよう、リソース制御部54に通知する。その後、リソース制御部54によって仮想マシン22が起動されるとステップS33、リソース監視部64は、ステップS32で受信したフェイルオーバ発生メッセージ81の送信元を自物理サーバ物理サーバ14の情報に書き換えた上、負荷分散装置1の状態管理部102へ送信するステップS34。状態管理部102は、リソース監視部64からフェイルオーバ発生メッセージ81を受信すると、図12に示す手順で振り分けテーブル103内のサービス振り分けテーブル図5,図6など参照を更新するステップS35。ステップS35におけるサービス振り分けテーブル更新動作について、図12を用いて説明する。フェイルオーバ発生メッセージ81を受信した場合、状態管理部102は、まず、受信したフェイルオーバ発生メッセージ81の内容に基づいて、振り分けテーブル103において更新の必要なサービス振り分けテーブルを特定するステップS41。具体的には、停止サービスが示すサービスに対応するサービス振り分けテーブルを更新の必要なものと把握する。次に、特定したサービス振り分けテーブルの振り分け先に障害が発生した物理サーバがあるかどうか、すなわち、発生元が示す物理サーバがサービス振り分けテーブルの振り分け先に登録されているかどうかを確認するステップS42。そして、発生元が示す物理サーバがサービス振り分けテーブルの振り分け先に登録されている場合ステップS43:Yes、振り分け先をフェイルオーバ先の物理サーバ、すなわち、フェイルオーバ発生メッセージ81の送信元が示す物理サーバに変更するステップS44。本実施の形態では、上記ステップS41で特定した振り分けテーブルの振り分け先が物理サーバ12となっている部分を物理サーバ14に変更する。この結果、図5に示したサービス振り分けテーブル103-2は図8に示した内容のものに変更され、以降、クライアント端末301からの処理要求メッセージサービスAを要求する処理要求メッセージは、物理サーバ12ではなく物理サーバ14に振り分けられるようになる。このように、本実施の形態の負荷分散システムにおいて、物理サーバに障害が発生した場合やサービス提供が停止された場合、それを検出したリソース監視部は、フェイルオーバ発生メッセージを他の物理サーバリソース監視部へ送信し、フェイルオーバ発生メッセージを受信した他のサーバでは、メッセージ送信元の物理サーバで稼動していた仮想マシンを起動するとともに、フェイルオーバ発生メッセージを負荷分散装置に転送することとした。また、転送されたフェイルオーバ発生メッセージを受信した負荷分散装置は、メッセージの内容に基づいて、保持しているサービス振り分けテーブルを更新することとした。これにより、実施の形態1や2と同様に、物理サーバの状態変化によって仮想マシンの配置が動的に変化しても、負荷分散装置は自動的にこの変化に追随しながら振り分け先を変更するため、クライアントからの処理要求メッセージを正常かつ柔軟に振り分けることができる。"