"複数のサイトのサーバ同士がネットワークNWを介してハートビートHB送信周期でHBパケットを送受信する通信システムにおいて、各サイトは、他のサイトの複数のサーバとそれぞれが対応する複数のサーバと、自サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報を記憶する、自サイト用テーブルと、自サイト側サーバアドレスに対応する対向サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報記憶する、対向サイト用テーブルと、各前記サーバからのHBパケットを受信し、前記自サイト用テーブル及び前記対向サイト用テーブルを管理するHB代行サーバとを備え、HB送受信代行開始後において、第1のサイトの第1のサーバからHBパケットが送信されると、前記第1のサイトの第1のHB代行サーバの第1の自サイト用テーブルに、前記第1のサーバのアドレスに対して、カウンタに初期値をロードし、HB有無情報へHB有をセットし、一方、前記第1のサーバが故障すると、HBパケットが前記第1のHB代行サーバに送信されなくなり、前記第1の自サイト用テーブルの前記第1のサーバのアドレスに対して、カウンタが初期値にロードされず、前記第1のHB代行サーバはカウンタをカウントし続けて、カウンタが満了するとHB有無情報をHB無にセットし、前記第1のHB代行サーバは、予め定められた時間間隔で前記第1の自サイト用テーブルを参照し、更新された前記第1のサイトの各前記サーバのHB有無情報を一括して含むHB多重化パケットを生成し、該HB多重化パケットを第2のサイトの第2のHB代行サーバへ送信し、前記第2のHB代行サーバは、受信した前記HB多重化パケットに従い、前記第2のHB代行サーバの第2の対向サイト用テーブルの各HB有無情報を更新し、前記第2のHB代行サーバは、カウンタをカウントし、前記第2の対向サイト用テーブルを参照し、ある対向サイト側サーバアドレスのカウンタが満了した場合、HB有無情報がHB有であれば該対向サイト側サーバアドレスの前記第2のサイトの第2のサーバへHBパケットを送信し、一方、前記HB有無情報がHB無であれば前記第2のサーバへHBパケットを送信しないことに基づき、前記第2のサーバは対応する前記第1のサーバが故障したと判断することを特徴とする通信システム。請求項1に記載の通信システムにおいて、HB送受信代行開始前において、前記第1のHB代行サーバは、カウンタをカウントし、前記第1のサーバからHBパケットが送信されると、該HBパケットをそのままNW側へ転送し、前記第1のHB代行サーバは、前記第1の自サイト用テーブルの前記第1のサーバのサーバアドレスに対して、HB有無情報を1にセットし、カウンタに初期値をロードし、前記第2のHB代行サーバは、NWを経由して前記HBパケットを受信すると、前記第2の対向サイト用テーブルの前記第1のサーバのサーバアドレスに対して、HB有無情報を1にセットし、カウンタに初期値をロードすることを特徴とする通信システム。請求項1又は2に記載の通信システムにおいて、各HB代行サーバは、保守端末から入力された情報をもとに、自サイト用テーブルの自サイト側サーバアドレスと、対向サイト用テーブルの対向サイト側サーバアドレスとが、対応するように設定し、自サイト用テーブルのカウンタの初期値については、自サイトのサーバのHB送信周期より長くなるように設定し、対向サイト用テーブルのカウンタの初期値については、対向サイトのサーバのHB送信周期になるように設定することを特徴とする通信システム。複数のサイトのサーバ同士がネットワークNWを介してハートビートHB送信周期でHBパケットを送受信する通信システムにおいて、各サイトは、他のサイトの複数のサーバとそれぞれが対応する複数のサーバと、自サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報を記憶する、自サイト用テーブルと、自サイト側サーバアドレスに対応する対向サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報記憶する、対向サイト用テーブルと、各前記サーバからのHB要求パケット及びHB応答パケットを受信し、前記自サイト用テーブル及び前記対向サイト用テーブルを管理するHB代行サーバとを備え、HB送受信代行開始後において、第2のサイトの第2のHB代行サーバは、予め定められた一定の時間間隔で、前記第2のHB代行サーバの第2の自サイト用テーブルを参照し、第2のサイトの各前記サーバのHB有無情報を一括して含むHB多重化パケットを生成し、該HB多重パケットを第1のサイトの第1のHB代行サーバへHB多重化パケットを送信し、前記第2のHB代行サーバは、カウンタをカウントし、前記第2のHB代行サーバの第2の対向サイト用テーブルの、ある対向サイト側サーバアドレスに対するカウンタが満了すると、初期値をロードし、HB有無情報がHB有であれば、HB要求パケットを、該対向サイト側サーバアドレスの前記第1のサーバに対応する第2のサーバへ送信し、前記第2のサーバは、正常な場合、該HB要求パケットを受けると、HB応答パケットを送信し、前記第2のHB代行サーバは、前記第2の自サイト用テーブルについて、前記第2のサーバからHB応答パケットを受信する度に、前記第2のサーバのアドレスに対して、HB有無情報をHB有に設定し、カウンタに初期値をロードし、一方、前記第2のサーバが故障している場合、HB応答パケットを返さないため、前記第2の自サイト用テーブルの前記第2のサーバのアドレスに対して、カウンタに初期値がロードされず、一定時間後、カウンタが満了するとHB有無情報にHB無をセットし、前記第1のHB代行サーバは、受信したHB多重化パケットに従い、前記第1のHB代行サーバの第1の対向サイト用テーブルの各HB有無情報を更新し、前記第1のHB代行サーバは、前記第1のサーバからHB要求パケットを受信すると、更新された前記第1の対向サイト用テーブルを参照し、前記第1のサーバに対応する前記第2のサーバのアドレスに対するHB有無情報がHB有であれば、HB応答パケットを前記第1のサーバに返送し、一方、前記第1のサーバに対応する前記第2のサーバのアドレスに対する前記HB有無情報がHB無であれば、前記第1のサーバにHB応答パケットを送信しないことに基づき、前記第1のサーバは、対応する前記第2のサーバが故障したと判断することを特徴とする通信システム。請求項4に記載の通信システムにおいて、HB送受信代行開始前において、前記第1のHB代行サーバ及び前記第2のHB代行サーバは、自サイト用テーブル及び対向サイト用テーブルのカウンタをカウントし、前記第1のHB代行サーバは、前記第1のサーバからHB要求パケットを受信すると、受信HBパケットをNW側へ転送し、前記第2のHB代行サーバは、NWを経由してHB要求パケットを受信すると、前記第2のHB代行サーバの前記第2の対向サイト用テーブルの前記第1のサーバのサーバアドレスに対して、HB有無情報をHB有にセットし、カウンタに初期値をロードし、前記第2のHB代行サーバは、前記HB要求パケットを前記第1のサーバに対応する前記第2のサーバへ送信し、前記第2のサーバが正常な場合、前記第2のサーバは、前記HB要求パケットを受信するとHB応答パケットを返送し、前記第2のHB代行サーバは、前記HB応答パケットを受信すると、前記第2の自サイト用テーブルの前記第2のサーバのサーバアドレスに対して、HB有無情報をHB有にセットし、カウンタに初期値をロードすることを特徴とする通信システム。請求項4又は5に記載の通信システムにおいて、各HB代行サーバは、保守端末から入力された情報をもとに、自サイト用テーブル及び対向サイト用テーブルのサーバアドレスについては、対応するように設定し、自サイト用テーブルのカウンタの初期値については、対向サイトのサーバのHB送信周期より長くなるように設定し、対向サイト用テーブルのカウンタの初期値については、対向サイトのサーバのHB送信周期になるように設定することを特徴とする通信システム。複数のサイトのサーバ同士がネットワークNWを介してハートビートHB送信周期でHBパケットを送受信する通信システムにおいて、各サイトは、他のサイトの複数のサーバとそれぞれが対応する複数のサーバと、自サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報を記憶する、自サイト用テーブルと、自サイト側サーバアドレスに対応する対向サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報記憶する、対向サイト用テーブルと、各前記サーバからのHBパケットを受信し、前記自サイト用テーブル及び前記対向サイト用テーブルを管理するHB代行サーバとを備えた前記通信システムにおける通信方法であって、HB送受信代行開始後において、第1のサイトの第1のサーバからHBパケットが送信されると、前記第1のサイトの第1のHB代行サーバの第1の自サイト用テーブルに、前記第1のサーバのアドレスに対して、カウンタに初期値をロードし、HB有無情報へHB有をセットし、一方、前記第1のサーバが故障すると、HBパケットが前記第1のHB代行サーバに送信されなくなり、前記第1の自サイト用テーブルの前記第1のサーバのアドレスに対して、カウンタが初期値にロードされず、前記第1のHB代行サーバはカウンタをカウントし続けて、カウンタが満了するとHB有無情報をHB無にセットし、前記第1のHB代行サーバは、予め定められた時間間隔で前記第1の自サイト用テーブルを参照し、更新された前記第1のサイトの各前記サーバのHB有無情報を一括して含むHB多重化パケットを生成し、該HB多重化パケットを第2のサイトの第2のHB代行サーバへ送信し、前記第2のHB代行サーバは、受信した前記HB多重化パケットに従い、前記第2のHB代行サーバの第2の対向サイト用テーブルの各HB有無情報を更新し、前記第2のHB代行サーバは、カウンタをカウントし、前記第2の対向サイト用テーブルを参照し、ある対向サイト側サーバアドレスのカウンタが満了した場合、HB有無情報がHB有であれば該対向サイト側サーバアドレスの前記第2のサイトの第2のサーバへHBパケットを送信し、一方、前記HB有無情報がHB無であれば前記第2のサーバへHBパケットを送信しないことに基づき、前記第2のサーバは対応する前記第1のサーバが故障したと判断することを特徴とする通信方法。複数のサイトのサーバ同士がネットワークNWを介してハートビートHB送信周期でHBパケットを送受信する通信システムにおいて、各サイトは、他のサイトの複数のサーバとそれぞれが対応する複数のサーバと、自サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報を記憶する、自サイト用テーブルと、自サイト側サーバアドレスに対応する対向サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報記憶する、対向サイト用テーブルと、各前記サーバからのHB要求パケット及びHB応答パケットを受信し、前記自サイト用テーブル及び前記対向サイト用テーブルを管理するHB代行サーバとを備えた前記通信システムにおける通信方法であって、HB送受信代行開始後において、第2のサイトの第2のHB代行サーバは、予め定められた一定の時間間隔で、前記第2のHB代行サーバの第2の自サイト用テーブルを参照し、第2のサイトの各前記サーバのHB有無情報を一括して含むHB多重化パケットを生成し、該HB多重パケットを第1のサイトの第1のHB代行サーバへHB多重化パケットを送信し、前記第2のHB代行サーバは、カウンタをカウントし、前記第2のHB代行サーバの第2の対向サイト用テーブルの、ある対向サイト側サーバアドレスに対するカウンタが満了すると、初期値をロードし、HB有無情報がHB有であれば、HB要求パケットを、該対向サイト側サーバアドレスの前記第1のサーバに対応する第2のサーバへ送信し、前記第2のサーバは、正常な場合、該HB要求パケットを受けると、HB応答パケットを送信し、前記第2のHB代行サーバは、前記第2の自サイト用テーブルについて、前記第2のサーバからHB応答パケットを受信する度に、前記第2のサーバのアドレスに対して、HB有無情報をHB有に設定し、カウンタに初期値をロードし、一方、前記第2のサーバが故障している場合、HB応答パケットを返さないため、前記第2の自サイト用テーブルの前記第2のサーバのアドレスに対して、カウンタに初期値がロードされず、一定時間後、カウンタが満了するとHB有無情報にHB無をセットし、前記第1のHB代行サーバは、受信したHB多重化パケットに従い、前記第1のHB代行サーバの第1の対向サイト用テーブルの各HB有無情報を更新し、前記第1のHB代行サーバは、前記第1のサーバからHB要求パケットを受信すると、更新された前記第1の対向サイト用テーブルを参照し、前記第1のサーバに対応する前記第2のサーバのアドレスに対するHB有無情報がHB有であれば、HB応答パケットを前記第1のサーバに返送し、一方、前記第1のサーバに対応する前記第2のサーバのアドレスに対する前記HB有無情報がHB無であれば、前記第1のサーバにHB応答パケットを送信しないことに基づき、前記第1のサーバは、対応する前記第2のサーバが故障したと判断することを特徴とする通信方法。複数のサイトのサーバ同士がネットワークNWを介してハートビートHB送信周期でHBパケットを送受信し、各サイトは、他のサイトの複数のサーバとそれぞれが対応する複数のサーバを備えた、通信システムにおけるHB代行サーバであって、各前記サイトの各前記HB代行サーバは、自サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報を記憶する、自サイト用テーブルと、自サイト側サーバアドレスに対応する対向サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報記憶する、対向サイト用テーブルと、を備え、各前記サーバからのHBパケットを受信し、前記自サイト用テーブル及び前記対向サイト用テーブルを管理するものであって、HB送受信代行開始後において、第1のサイトの第1のサーバからHBパケットが送信されると、前記第1のサイトの第1のHB代行サーバの第1の自サイト用テーブルに、前記第1のサーバのアドレスに対して、カウンタに初期値をロードし、HB有無情報へHB有をセットし、一方、前記第1のサーバが故障すると、HBパケットが前記第1のHB代行サーバに送信されなくなり、前記第1の自サイト用テーブルの前記第1のサーバのアドレスに対して、カウンタが初期値にロードされず、前記第1のHB代行サーバはカウンタをカウントし続けて、カウンタが満了するとHB有無情報をHB無にセットし、前記第1のHB代行サーバは、予め定められた時間間隔で前記第1の自サイト用テーブルを参照し、更新された前記第1のサイトの各前記サーバのHB有無情報を一括して含むHB多重化パケットを生成し、該HB多重化パケットを第2のサイトの第2のHB代行サーバへ送信し、前記第2のHB代行サーバは、受信した前記HB多重化パケットに従い、前記第2のHB代行サーバの第2の対向サイト用テーブルの各HB有無情報を更新し、前記第2のHB代行サーバは、カウンタをカウントし、前記第2の対向サイト用テーブルを参照し、ある対向サイト側サーバアドレスのカウンタが満了した場合、HB有無情報がHB有であれば該対向サイト側サーバアドレスの前記第2のサイトの第2のサーバへHBパケットを送信し、一方、前記HB有無情報がHB無であれば前記第2のサーバへHBパケットを送信しないことに基づき、前記第2のサーバは対応する前記第1のサーバが故障したと判断することを特徴とするHB代行サーバ。複数のサイトのサーバ同士がネットワークNWを介してハートビートHB送信周期でHBパケットを送受信し、各サイトは、他のサイトの複数のサーバとそれぞれが対応する複数のサーバを備えた、通信システムにおけるHB代行サーバであって、各前記サイトの各前記HB代行サーバは、自サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報を記憶する、自サイト用テーブルと、自サイト側サーバアドレスに対応する対向サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報記憶する、対向サイト用テーブルと、を備え、各前記サーバからのHB要求パケット及びHB応答パケットを受信し、前記自サイト用テーブル及び前記対向サイト用テーブルを管理するものであって、HB送受信代行開始後において、第2のサイトの第2のHB代行サーバは、予め定められた一定の時間間隔で、前記第2のHB代行サーバの第2の自サイト用テーブルを参照し、第2のサイトの各前記サーバのHB有無情報を一括して含むHB多重化パケットを生成し、該HB多重パケットを第1のサイトの第1のHB代行サーバへHB多重化パケットを送信し、前記第2のHB代行サーバは、カウンタをカウントし、前記第2のHB代行サーバの第2の対向サイト用テーブルの、ある対向サイト側サーバアドレスに対するカウンタが満了すると、初期値をロードし、HB有無情報がHB有であれば、HB要求パケットを、該対向サイト側サーバアドレスの前記第1のサーバに対応する第2のサーバへ送信し、前記第2のサーバは、正常な場合、該HB要求パケットを受けると、HB応答パケットを送信し、前記第2のHB代行サーバは、前記第2の自サイト用テーブルについて、前記第2のサーバからHB応答パケットを受信する度に、前記第2のサーバのアドレスに対して、HB有無情報をHB有に設定し、カウンタに初期値をロードし、一方、前記第2のサーバが故障している場合、HB応答パケットを返さないため、前記第2の自サイト用テーブルの前記第2のサーバのアドレスに対して、カウンタに初期値がロードされず、一定時間後、カウンタが満了するとHB有無情報にHB無をセットし、前記第1のHB代行サーバは、受信したHB多重化パケットに従い、前記第1のHB代行サーバの第1の対向サイト用テーブルの各HB有無情報を更新し、前記第1のHB代行サーバは、前記第1のサーバからHB要求パケットを受信すると、更新された前記第1の対向サイト用テーブルを参照し、前記第1のサーバに対応する前記第2のサーバのアドレスに対するHB有無情報がHB有であれば、HB応答パケットを前記第1のサーバに返送し、一方、前記第1のサーバに対応する前記第2のサーバのアドレスに対する前記HB有無情報がHB無であれば、前記第1のサーバにHB応答パケットを送信しないことに基づき、前記第1のサーバは、対応する前記第2のサーバが故障したと判断することを特徴とするHB代行サーバ。請求項9又は10に記載のHB代行サーバであって、前記HB代行サーバは、自サイトのサーバとHB情報を送受信するサイト側HB送信部とサイト側HB受信部と、対向のHB代行サーバとHB情報を送受信するNW側HB送信部及びNW側HB受信部と、自サイトのサーバのHB情報を記憶する前記自サイト用テーブルの情報を管理する自サイト用テーブル管理部と、対向サイトのサーバのHB情報を記憶する前記対向サイト用テーブルを管理する対向サイト用テーブル管理部とを備え、自サイトのサーバのHB情報を一括して対向サイトのHB代行サーバへ送信する機能を備えたHB代行サーバ。一方、データセンター自体が破壊されるような大規模な災害へ対処するために、遠隔のデータセンターにあるサーバとの冗長化を想定すると、遠隔の仮想マシン同士が前述のようにハートビート信号を送受信することが考えられる。このような状況下では、データセンターサイト間をつなぐネットワークNWにハートビート信号が行き交うことになり、サイト間ネットワークトラフィックを圧迫する場合が想定される。本発明は、以下の点に鑑み、送受信するデータ量を削減し、サイト間ネットワークの負荷を低減することを目的とする。本発明では、HB代行サーバがデータセンターサイト入口で各サーバが送受信するハートビート信号を監視し、データセンター内の複数サーバのハートビート有無情報を一元管理し、収集したハートビート有無情報をまとめて冗長サイトの対向HB代行サーバへ送信する。冗長サイトの対向HB代行サーバが受信したハートビート情報をもとに各冗長先サーバへハートビート信号を送信することにより、冗長を組む各サーバ間でハートビートの送受信を実現する。本発明の第1の解決手段によると、複数のサイトのサーバ同士がネットワークNWを介してハートビートHB送信周期でHBパケットを送受信する通信システムにおいて、各サイトは、他のサイトの複数のサーバとそれぞれが対応する複数のサーバと、自サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報を記憶する、自サイト用テーブルと、自サイト側サーバアドレスに対応する対向サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報記憶する、対向サイト用テーブルと、各前記サーバからのHBパケットを受信し、前記自サイト用テーブル及び前記対向サイト用テーブルを管理するHB代行サーバとを備えた前記通信システム、及び、前記通信システムにおける通信方法であって、HB送受信代行開始後において、第1のサイトの第1のサーバからHBパケットが送信されると、前記第1のサイトの第1のHB代行サーバの第1の自サイト用テーブルに、前記第1のサーバのアドレスに対して、カウンタに初期値をロードし、HB有無情報へHB有をセットし、一方、前記第1のサーバが故障すると、HBパケットが前記第1のHB代行サーバに送信されなくなり、前記第1の自サイト用テーブルの前記第1のサーバのアドレスに対して、カウンタが初期値にロードされず、前記第1のHB代行サーバはカウンタをカウントし続けて、カウンタが満了するとHB有無情報をHB無にセットし、前記第1のHB代行サーバは、予め定められた時間間隔で前記第1の自サイト用テーブルを参照し、更新された前記第1のサイトの各前記サーバのHB有無情報を一括して含むHB多重化パケットを生成し、該HB多重化パケットを第2のサイトの第2のHB代行サーバへ送信し、前記第2のHB代行サーバは、受信した前記HB多重化パケットに従い、前記第2のHB代行サーバの第2の対向サイト用テーブルの各HB有無情報を更新し、前記第2のHB代行サーバは、カウンタをカウントし、前記第2の対向サイト用テーブルを参照し、ある対向サイト側サーバアドレスのカウンタが満了した場合、HB有無情報がHB有であれば該対向サイト側サーバアドレスの前記第2のサイトの第2のサーバへHBパケットを送信し、一方、前記HB有無情報がHB無であれば前記第2のサーバへHBパケットを送信しないことに基づき、前記第2のサーバは対応する前記第1のサーバが故障したと判断することを特徴とする通信システム、及び、通信方法が提供される。本発明の第2の解決手段によると、複数のサイトのサーバ同士がネットワークNWを介してハートビートHB送信周期でHBパケットを送受信する通信システムにおいて、各サイトは、他のサイトの複数のサーバとそれぞれが対応する複数のサーバと、自サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報を記憶する、自サイト用テーブルと、自サイト側サーバアドレスに対応する対向サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報記憶する、対向サイト用テーブルと、各前記サーバからのHB要求パケット及びHB応答パケットを受信し、前記自サイト用テーブル及び前記対向サイト用テーブルを管理するHB代行サーバとを備えた前記通信システム、及び、前記通信システムにおける通信方法であって、HB送受信代行開始後において、第2のサイトの第2のHB代行サーバは、予め定められた一定の時間間隔で、前記第2のHB代行サーバの第2の自サイト用テーブルを参照し、第2のサイトの各前記サーバのHB有無情報を一括して含むHB多重化パケットを生成し、該HB多重パケットを第1のサイトの第1のHB代行サーバへHB多重化パケットを送信し、前記第2のHB代行サーバは、カウンタをカウントし、前記第2のHB代行サーバの第2の対向サイト用テーブルの、ある対向サイト側サーバアドレスに対するカウンタが満了すると、初期値をロードし、HB有無情報がHB有であれば、HB要求パケットを、該対向サイト側サーバアドレスの前記第1のサーバに対応する第2のサーバへ送信し、前記第2のサーバは、正常な場合、該HB要求パケットを受けると、HB応答パケットを送信し、前記第2のHB代行サーバは、前記第2の自サイト用テーブルについて、前記第2のサーバからHB応答パケットを受信する度に、前記第2のサーバのアドレスに対して、HB有無情報をHB有に設定し、カウンタに初期値をロードし、一方、前記第2のサーバが故障している場合、HB応答パケットを返さないため、前記第2の自サイト用テーブルの前記第2のサーバのアドレスに対して、カウンタに初期値がロードされず、一定時間後、カウンタが満了するとHB有無情報にHB無をセットし、前記第1のHB代行サーバは、受信したHB多重化パケットに従い、前記第1のHB代行サーバの第1の対向サイト用テーブルの各HB有無情報を更新し、前記第1のHB代行サーバは、前記第1のサーバからHB要求パケットを受信すると、更新された前記第1の対向サイト用テーブルを参照し、前記第1のサーバに対応する前記第2のサーバのアドレスに対するHB有無情報がHB有であれば、HB応答パケットを前記第1のサーバに返送し、一方、前記第1のサーバに対応する前記第2のサーバのアドレスに対する前記HB有無情報がHB無であれば、前記第1のサーバにHB応答パケットを送信しないことに基づき、前記第1のサーバは、対応する前記第2のサーバが故障したと判断することを特徴とする通信システム、及び、通信方法が提供される。本発明の第3の解決手段によると、複数のサイトのサーバ同士がネットワークNWを介してハートビートHB送信周期でHBパケットを送受信し、各サイトは、他のサイトの複数のサーバとそれぞれが対応する複数のサーバを備えた、通信システムにおけるHB代行サーバであって、各前記サイトの各前記HB代行サーバは、自サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報を記憶する、自サイト用テーブルと、自サイト側サーバアドレスに対応する対向サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報記憶する、対向サイト用テーブルと、を備え、各前記サーバからのHBパケットを受信し、前記自サイト用テーブル及び前記対向サイト用テーブルを管理するものであって、HB送受信代行開始後において、第1のサイトの第1のサーバからHBパケットが送信されると、前記第1のサイトの第1のHB代行サーバの第1の自サイト用テーブルに、前記第1のサーバのアドレスに対して、カウンタに初期値をロードし、HB有無情報へHB有をセットし、一方、前記第1のサーバが故障すると、HBパケットが前記第1のHB代行サーバに送信されなくなり、前記第1の自サイト用テーブルの前記第1のサーバのアドレスに対して、カウンタが初期値にロードされず、前記第1のHB代行サーバはカウンタをカウントし続けて、カウンタが満了するとHB有無情報をHB無にセットし、前記第1のHB代行サーバは、予め定められた時間間隔で前記第1の自サイト用テーブルを参照し、更新された前記第1のサイトの各前記サーバのHB有無情報を一括して含むHB多重化パケットを生成し、該HB多重化パケットを第2のサイトの第2のHB代行サーバへ送信し、前記第2のHB代行サーバは、受信した前記HB多重化パケットに従い、前記第2のHB代行サーバの第2の対向サイト用テーブルの各HB有無情報を更新し、前記第2のHB代行サーバは、カウンタをカウントし、前記第2の対向サイト用テーブルを参照し、ある対向サイト側サーバアドレスのカウンタが満了した場合、HB有無情報がHB有であれば該対向サイト側サーバアドレスの前記第2のサイトの第2のサーバへHBパケットを送信し、一方、前記HB有無情報がHB無であれば前記第2のサーバへHBパケットを送信しないことに基づき、前記第2のサーバは対応する前記第1のサーバが故障したと判断することを特徴とするHB代行サーバが提供される。本発明の第4の解決手段によると、複数のサイトのサーバ同士がネットワークNWを介してハートビートHB送信周期でHBパケットを送受信し、各サイトは、他のサイトの複数のサーバとそれぞれが対応する複数のサーバを備えた、通信システムにおけるHB代行サーバであって、各前記サイトの各前記HB代行サーバは、自サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報を記憶する、自サイト用テーブルと、自サイト側サーバアドレスに対応する対向サイト側サーバアドレスに対して、カウンタ、カウンタの初期値、HB有無情報記憶する、対向サイト用テーブルと、を備え、各前記サーバからのHB要求パケット及びHB応答パケットを受信し、前記自サイト用テーブル及び前記対向サイト用テーブルを管理するものであって、HB送受信代行開始後において、第2のサイトの第2のHB代行サーバは、予め定められた一定の時間間隔で、前記第2のHB代行サーバの第2の自サイト用テーブルを参照し、第2のサイトの各前記サーバのHB有無情報を一括して含むHB多重化パケットを生成し、該HB多重パケットを第1のサイトの第1のHB代行サーバへHB多重化パケットを送信し、前記第2のHB代行サーバは、カウンタをカウントし、前記第2のHB代行サーバの第2の対向サイト用テーブルの、ある対向サイト側サーバアドレスに対するカウンタが満了すると、初期値をロードし、HB有無情報がHB有であれば、HB要求パケットを、該対向サイト側サーバアドレスの前記第1のサーバに対応する第2のサーバへ送信し、前記第2のサーバは、正常な場合、該HB要求パケットを受けると、HB応答パケットを送信し、前記第2のHB代行サーバは、前記第2の自サイト用テーブルについて、前記第2のサーバからHB応答パケットを受信する度に、前記第2のサーバのアドレスに対して、HB有無情報をHB有に設定し、カウンタに初期値をロードし、一方、前記第2のサーバが故障している場合、HB応答パケットを返さないため、前記第2の自サイト用テーブルの前記第2のサーバのアドレスに対して、カウンタに初期値がロードされず、一定時間後、カウンタが満了するとHB有無情報にHB無をセットし、前記第1のHB代行サーバは、受信したHB多重化パケットに従い、前記第1のHB代行サーバの第1の対向サイト用テーブルの各HB有無情報を更新し、前記第1のHB代行サーバは、前記第1のサーバからHB要求パケットを受信すると、更新された前記第1の対向サイト用テーブルを参照し、前記第1のサーバに対応する前記第2のサーバのアドレスに対するHB有無情報がHB有であれば、HB応答パケットを前記第1のサーバに返送し、一方、前記第1のサーバに対応する前記第2のサーバのアドレスに対する前記HB有無情報がHB無であれば、前記第1のサーバにHB応答パケットを送信しないことに基づき、前記第1のサーバは、対応する前記第2のサーバが故障したと判断することを特徴とするHB代行サーバが提供される。本発明によると、データセンター内各サーバが冗長先サーバへ送信するハートビート信号に含まれる送信元アドレス、宛先アドレス、その他のプロトコル依存のヘッダ、ハートビート情報に関する各データが、データセンターサイト入口のHB代行サーバで一括管理することができる。また、本発明によると、HB代行サーバは、各サーバのハートビート情報のみをまとめて冗長サイトの対向HB代行サーバへ送信するため、各サーバが個別にハートビート信号を送受信する場合に比べ、サイト間を流れるデータ量を削減でき、ネットワークの負荷低減を可能とする。以下、本発明の実施の形態について、図面を参照して詳細に説明する。A.実施の形態11.システム図1は、本実施の形態のデータセンターDCで構成されるネットワークを示すものである。DCサイトA100は、サイト間ネットワークNW網300を介して、遠隔地のデータセンターであるDCサイトB200とハートビートHB信号の送受信を行う。DCサイトA100は、物理サーバA111、物理サーバA212、、物理サーバAj1j、本発明に該当するHB代行サーバA10を備える。また、物理サーバA111は、物理サーバ内に複数の仮想マシンを動作可能にさせるHypervisorA111-0、仮想サーバとして動作する仮想マシンVMa111-1、仮想マシンVMa211-2、...、仮想マシンVMaj11-iを備える。同様に、DCサイトB200は、データセンターを構成する要素として、物理サーバB121、物理サーバB222、...、物理サーバBj2j、本発明に該当するHB代行サーバB20を備える。また、物理サーバB121は、物理サーバ内に複数の仮想マシンを動作可能にさせるHypervisorB121-0、仮想的なサーバとして動作する仮想マシンVMb121-1、仮想マシンVMb221-2、...、仮想マシンVMbj21-iを備える。HB代行サーバA10は、DCサイトA100内の物理サーバや仮想マシンといった各サーバから送信されるHBパケット41、42を受信し、DCサイトA100内各サーバのHB送信有無情報を各サーバのアドレス、冗長先サーバのアドレスとともに管理する。また、HB代行サーバA10は、収集した各サーバのHB送信有無情報をまとめてHB多重化パケット40としてHB代行サーバB20へサイト間NWを介して送信する。HB代行サーバB20は、受信したHB多重化パケット40から入手したDCサイトA100内各サーバのHB送信有無情報をもとに、DCサイトB内各サーバへHBパケット43、44を送信する。以上の手順により、DCサイトA100内サーバからDCサイトB200内サーバへHBパケットが送信される。本実施の形態では、異なるデータセンターサイト間で冗長構成をなすm組のサーバが一定時間ごとにHBパケットを互いに送り合うようなシステムについて説明する。図2は、HB代行サーバの実施の形態1を示す。HB代行サーバ50は、DC側HB受信部50-1、NW側HB送信部50-2、DC側HB送信部50-3、NW側HB受信部50-4、制御部50-5、対向DC用テーブル50-6、対向DC用テーブル管理部50-7、自DC用テーブル50-8、自DC用テーブル管理部50-9を備える。DC側HB受信部50-1は、DCサイト内からサイト間NW側へ送信されてくるHBパケットを受信するブロックである。図4のフローチャートに示す通り詳細は後述、DC側HB受信部50-1は、HBパケットを受信すると、HB送受信代行中の場合、自DC用テーブル管理部50-9へ自DC用テーブル更新処理の要求を行う。また、HBパケットを代行して送受信する前のテーブル学習段階では、DC側HB受信部50-1は、受信HBパケットのNW側HB送信部50-2への転送も行う。図3aは、HB代行サーバが持つ自データセンター用テーブルの例を示す図である。自DC用テーブル50-8、T508は、自DCサイト内各サーバのHB情報が記録されているテーブルで、図3aに示す通り、自DCサイト内各サーバのアドレスT508-1、減算カウンタの初期値T508-2、HB送信無と判断するまでの時間を計る減算カウンタ値T508-3、HB代行サーバのHB受信有無情報T508-4を対応して記憶する。なお、各テーブルのサーバアドレスとしては、サーバのアドレスを用いてもよいし、VMのアドレスを含むサーバのアドレスVMのアドレス等を用いてもよい。減算カウンタ値T508-3には、HBパケットを受信すると初期値T508-2がロードされ、次のHBパケットを受信するかもしくはカウント値が0になるまで、カウントダウンを続ける。HB代行サーバでHBパケットを受信しなくなると、カウント値が0になるので、これを契機にHBパケット無と判断する。自DC用テーブル管理部50-9は、自DC用テーブルの更新処理を行うブロックである。図6に示す通り詳細は後述、自DC用テーブル管理部50-9は、DC側HB受信部50-1からの自DC用テーブル更新処理の要求を受けて、受信HBパケットT41の送信元アドレスT41-1から自DC用テーブルを検索し、自DC用テーブル該当行のHB受信有無情報を1HB有に書き換える。また、自DC用テーブル管理部50-9は、自DC用テーブル50-8内各減算カウンタの値更新も行う。NW側HB送信部50-2は、HB代行サーバからNW側へHBパケットを送信するブロックで、図5のフローチャートに示す通り詳細は後述、NW側HB送信部50-2は、HBパケット送受信の代行前については、DC側HB受信部50-1から転送されるHBパケットをNW側へ送信する。また、NW側HB送信部50-2は、HBパケット送受信の代行中は、自DC用テーブル50-8の各HB有無情報T508-4を参照し、HB多重化パケット40を生成し、対向のHB代行サーバへ送信する。NW側HB受信部50-4は、NW側から送信されてくるパケットを受信するブロックである。図7aのフローチャートに示す通り詳細は後述、NW側HB受信部50-4は、受信したHBパケットについて通常のHBパケットとHB多重化パケットを識別し、通常のHBパケットであればDC側HB送信部50-3へ受信HBパケットを転送し、対向DC用テーブル管理部50-7へ対向DC用テーブル50-6更新処理の要求を行う。受信HBパケットがHB多重化パケットである場合は、NW側HB受信部50-4は、直接、受信したデータをもとに対向DC用テーブル50-6のHB受信有無情報を更新する。図3bは、HB代行サーバが持つ対向データセンター用テーブルの例を示す図である。対向DC用テーブル50-6、T506は、冗長の対向DCサイト内各サーバのHB情報が記録されているテーブルで、図3bに示す通り、対向DCサイト内各サーバのアドレスT506-1、減算カウンタの初期値T506-2、特定の時間を計る減算カウンタ値T506-3、HB送信有無情報T506-4を対応して記憶する。なお、各テーブルのサーバアドレスとしては、物理サーバのアドレスを用いてもよいし、VMのアドレスを用いてもよい。ただし、減算カウンタ値T506-3には、HB送受信代行前は、HBパケットを受信すると初期値T506-2がロードされ、次のHBパケットを受信するかもしくはカウント値が0になるまで、カウントダウンを続ける。HB代行サーバでHBパケットを受信しなくなると、カウント値が0になるので、これを契機にHBパケット無と判断し、HBパケットを受信してから、HB送信無と判断するまでのタイマーとなる。HBパケット送受信代行後、減算カウンタ値T506-3はHBパケットを自DCサイト内各サーバへ送信する時間を知らせるタイマーとして機能し、HBパケットを送信する度に初期値T506-2がロードされる。対向DC用テーブル管理部50-7は、対向DC用テーブルの更新処理を行うブロックである。図8a、b、cのフローチャートに示す通り詳細は後述、対向DC用テーブル管理部50-7は、HBパケット送受信の代行前については、NW側HB受信部50-4からの対向DC用テーブル更新処理の要求を受けて、受信HBパケットT41の送信元アドレスT41-1から対向DC用テーブルを検索し、対向DC用テーブル該当行のHB受信有無情報を書き換える。HBパケット送受信の代行中については、対向DC用テーブル管理部50-7は、減算カウンタの周期で、DC側HB送信部へHBパケットを送信する。また、対向DC用テーブル管理部50-7は、HBパケット送受信の代行中か否かに関わらず、対向DC用テーブル50-8内各減算カウンタの値更新も行う。DC側HB送信部50-3は、自DC内各サーバへHBパケットを送信するブロックである。図7bに示す通り詳細は後述、DC側HB送信部50-3は、NW側HB受信部50-4および対向DC用テーブル管理部50-7から送信されるHBパケットを自DC内各サーバへ送信する。保守端末60は、自DC用テーブル50-8、対向DC用テーブル50-6の初期設定、HB多重化パケットの送信間隔や冗長構成をなす組の設定のために使用される。また、HB送受信代行開始もこの保守端末60の設定で行われる。制御部50-5は、保守者が保守端末60を通して入力した各設定値を実際にHB代行サーバ各部に設定するブロックとなる。2.動作フロー1前提以下に、図4、図5、図6、図7a、b、図8a、b、cを用いて、各機能ブロックの説明を行う。図4、図5、図6、図7a、b、図8aに示される処理は、1回の処理のみ示しており、実際にはフローチャートの処理が繰り返し実行される。保守者は、HB代行サーバ運用前に、データセンター間で冗長構成をなしているサーバの情報を、自DC用テーブルT508及び対向DC用テーブルT506に、保守端末60で設定する。具体的には、例えば、冗長構成をなす自データセンターおよび対向データセンター内各サーバのアドレスT508-1,T506-1を登録し、減算カウンタの初期値T508-2,T506-2を設定し、減算カウンタ値T508-3,T506-3を0に、HB有無ビットT508-4,T506-4を0HB無に設定し、HB多重化パケットの送信周期や冗長構成をなす組の設定を行う。ただし、本実施の形態では、簡単のため自DC用テーブルT508のn行目に該当するサーバと対向DC用テーブルT506のn行目に該当するサーバが冗長構成を組んでいるものとする。なお、各テーブルのサーバアドレスとしては、物理サーバのアドレスを用いてもよいし、VMのアドレスを用いてもよい。保守者による初期設定が終わると、HB代行サーバは、自DC用テーブルおよび対向DCテーブルのHB有無情報を学習するため、保守者によるHB送受信代行の指示があるまで、各サーバから送信されるHBパケットを監視し、ネットワーク側へ転送する。図4は、DC側HB受信部処理のフローチャートである。物理サーバや仮想マシンが冗長の対向DCサイトの冗長先サーバへHBパケットを送ると、まずHB代行サーバのDC側HB受信部でHBパケットが受信されるF501-1。図3cは、DC内各サーバが送受信する通常のHBパケットの例を示す図である。HBパケットT41は、図3cに示すように、送信元アドレスT41-1、宛先アドレスT41-2、パケットが通常のHBパケットであることを示す情報T41-3、その他プルトコル依存するヘッダ情報T41-4を含んでいる。2HB送受信代行前iHBパケット送信HB送受信代行前であればF501-2、HB代行サーバはHBパケットの監視とテーブルの更新を行うため、DC側HB受信部は、受信パケットをそのままNW側HB送信部へ転送しF501-3、自DC用テーブル管理部へ自DCテーブル更新処理を要求するF501-4。図6は、自DC用テーブル管理処理のフローチャートである。自DC用テーブル管理部は、DC側HB受信部からの要求を受けF509-6、送信元アドレスをもとに、自DC用テーブル内を検索し、自DC用テーブルの該当HB有無ビットを1HB有に設定し、減算カウンタ値に初期値をロードするF509-7。また、自DC用テーブル管理部は、テーブルの1行目F509-1から順にカウンタ値を1ずつ減らすF509-3。ある行の減算カウンタ値が0でなければF509-2、同じ行の減算カウンタ値を1減らしF509-3、減らした結果が0であればF509-4、同じ行のHB有無ビットを0HB無に設定するF509-5。上述のカウンタ減算処理をテーブルの最終行まで繰り返すF509-8、F509-9。iiHBパケット受信図5は、NW側HB送信部処理のフローチャートである。HB送受信代行前であればF502-1、NW側HB送信部は、DC側HB受信部から転送されるHBパケットをサイト間NW網経由で対向HB代行サーバへ送信するF502-3。図7aは、NW側HB受信部処理のフローチャートである。サイト間NW網を経てHB代行サーバへ到着したHBパケットは、NW側HB受信部で受信されるF504-1。NW側HB受信部は、通常のHBパケットかHB代行サーバで一括化された多重化HBパケットなのかを識別しF504-2、通常のHBパケットの場合はDC側HB送信部へ受信したHBパケットを転送し、対向DC側テーブル管理部へ対向DC用テーブル更新要求をするF504-4。図7bは、DC側HB送信部処理のフローチャートである。DC側HB送信部は、HB送受信代行中かどうかに関わらず、送信されてくるパケットをそのままDCサイト内各サーバへ送信するF503-1。図8bは、対向DC用テーブル管理部内処理のフローチャートである。対向DC用テーブル更新処理F701の要求があればF701-1、対向DC用テーブル管理部50-7は、受信HBパケットの送信元アドレスをもとに、対向DC用テーブルにあるHBパケット送信元のHB有無ビットを1HB有に設定し、該当の減算カウンタに初期値をロードするF701-2。図8a対向DC用テーブル管理部処理のフローチャートである。また、図8c対向DC用カウンタ処理のフローチャートである。また、対向DC用テーブル管理部は、対向DC用テーブルの1行目F507-1から順にカウンタ値を1ずつ減らすF507-3。ある行の減算カウンタ値が0でなければF507-2、同じ行の減算カウンタ値を1減らしF507-3、減らした結果が0であればF507-4、対向DC用カウンタ処理F702を実行し、図8cのように、同じ行のHB有無ビットを0HB無に設定するF702-5。上述のカウンタ減算処理をテーブルの最終行まで繰り返すF507-5、F507-6。3HB送受信代行後iHBパケット送信図4のように、保守端末からの設定で、HBパケットの送受信代行を開始するとF501-2、DC側HB受信部50-1はHBパケットをNW側HB送信部50-2へ転送せず、自DC用テーブルT508-4のHB有無ビットT508-4の更新処理を自DC用テーブル管理部へ要求するF501-4。図6のように、自DC用テーブル管理部は、HB送受信代行前と同様に、減算カウンタ値T508-3およびHB有無ビットT508-4の更新処理を行う。図5のように、NW側HB送信部50-2は、HB送受信代行中であればF502-1、自DC用テーブルT508の各HB有無ビットT508-4の値を読み、HB有無ビットマップを作成し、対向のHB代行サーバへ多重化HBパケットT40として送信するF502-2。図3dは、HB代行サーバが送受信するHB多重化パケットの例を示す図である。このとき、HB多重化パケットT40は、図3dに示す通り、送信元アドレスT40-1、宛先アドレスT40-2、パケット種類T40-3、HB有無ビットマップT40-4、T40-5、T40-6、その他のプロトコル依存のヘッダ情報T40-7を含む。iiHBパケット受信図7aのように、NW側HB受信部50-1は、パケット種類T40-3がHB多重化パケットであるか否かにより、HB多重化パケットT40を受信したと判断するとF504-1、F504-2、HB有無ビットマップT40-4、T40-5、T40-6から対向DC用テーブルの各HB有無ビットT506-4の値を更新するF504-3。図8aのように、対向DC用テーブル管理部50-7は、HB送受信代行前と同様に、対向DC用テーブル内各減算カウンタを回して、減算カウンタ値が0になった行があればF507-4、特定の処理対向DCカウンタ内処理を行うF702。図8cは、対向DC用カウンタ処理のフローチャートである。上述の特定の処理とは、HB送受信代行中であればF702-1、該当の減算カウンタに初期値T506-2をロードしF702-2、対向DC用テーブルの同じ行のHB有無ビットT506-4の値が1HB有であればF702-3、DC側HB送信部50-3を介して、自DC内各サーバに対して、HBパケットを自DC用テーブルT508の該当アドレスに送信するF702-4。ただし、送信するHBパケットの宛先アドレスは自DC用テーブル内自DC側サーバアドレスT508-1、送信元アドレスは対向DC用テーブル内対向DC側サーバアドレスT506-1を参照する。以上の手順により、遠隔のサーバ間を行き来するHBパケットをHB代行サーバでDCサイトごとに一括してから遠隔DCサイトの対向HB代行サーバへ送付し、HBパケットを待つ各冗長先サーバに対してHBパケットを送信する。3.シーケンス1前提図9に、上述の実施の形態のシーケンス図を示す。該図はDCサイトA100の仮想マシンVMa111-1、VMa211-2、VMa311-3がそれぞれDCサイトB200の仮想マシンVMb121-1、VMb221-2、VMb321-3と冗長構成の組をなしており、DCサイトA100側からDCサイトB200側へHBパケットを送信する状況を示している。図9では、DCサイトB200内仮想マシンからDCサイトA100内仮想マシンへHBパケットを送信するフローについての図示は省略しており、実際には対称的な振る舞いをしているものとする。つまり、VMa1からVMb1宛にHBパケットが送信されると、VMb1からVMa1宛にHBパケットが送信されることになる。図10、図11は、上述の実施の形態のHB代行サーバ内各テーブルの遷移を示している。保守者は、各DC内仮想マシンのアドレスやHB送信周期の情報について既知であり、保守端末60を通してHB代行サーバに各仮想マシンについての情報やHB代行サーバの設定情報を入力する。入力された情報をもとに制御部50-5が各ブロックの初期設定を行う。ここでは自DC用テーブル内減算カウンタの初期値については、自DC内仮想マシンのHB送信周期1000カウントになるように設定しT108-1、対向DC用テーブル内減算カウンタの初期値については、対向DC内仮想マシンのHB送信周期になるように設定するT108-1。2HB送受信代行前まずHB送受信代行開始前については、HB代行サーバA10およびHB代行サーバB20内の自DC用テーブル管理部50-9および対向DC用テーブル管理部50-7がテーブルの1行目から順に減算カウンタの値を1ずつ減らしていくT108-2。VMa311-1からHBパケットが送信されると、HB代行サーバA内DC側HB受信部50-1で受信し、NW側HB送信部50-2で受信HBパケットをそのままNW側へ転送するS11-a3。この際、HB代行サーバAの自DC用テーブル管理部50-9は、VMa3のHB有無ビットを1にセットし、減算カウンタに初期値をロードするT108-3。NWを経由してHBパケットがHB代行サーバBへ届くと、HB代行サーバBの対向DC用テーブルHB内VMa3のHB有無ビットを1にセットし、減算カウンタに初期値をロードするT206-2。続いてVMa2、VMa3、VMa1の順で送信されるHBパケットをHB代行サーバで受信しS11-a2、S12-a3、S11-a1、VMa2、VMa3、VMa1の順でHB有無ビットを1にセットし、減算カウンタについても同様に初期値を順にロードするT108-4。NWを経由してHBパケットがHB代行サーバBへ届くと、対向DC用テーブル内HB有無ビットの更新、減算カウンタの初期値ロードが実施される。VMa2の2度目のHBパケット送信が行われると、上述の流れが繰り返され、HB代行サーバAの自DC用テーブルおよびHB代行サーバBの対向DC用テーブルの2行目の減算カウンタへ初期値ロード、HB有無ビットへ1のセットが行われる。3HB送受信代行後i正常時保守者が保守端末60を通して、HB送受信代行開始の設定を行うと、保守者が設定した一定の時間間隔でHB代行サーバA10内NW側HB送信部が自DC用テーブル内HB有無情報T508-4をもとに、HB多重化パケットT40を生成し、HB代行サーバB20へ送信するS11-c。ただし、このHB多重化パケットはHB送受信代行開始直前に更新されたHB有無情報に基づいている。HB代行サーバB20のNW側HB受信部は、受信したHB多重化パケットから対向DC用テーブル内HB有無情報T506-4を更新するT206-3。HB代行サーバBの対向DC用テーブルの減算カウンタ値の項目3が0になるとT206-4、該当のHB有無ビットを見て、ビット値が1HB有であるため、対向DC用テーブル管理部がDC側HB送信部経由でVMb3へHBパケットを送信するS14-a3。つづいてHB代行サーバBの対向DC用テーブルの減算カウンタ値が0になる契機で、DCサイトB内各仮想マシンへHBパケットを送信するS14-a2、S13-a1。ただし、送信するHBパケットの送信元アドレスにHB代行サーバB内対向DC用テーブルの対向DC側サーバアドレス、宛先アドレスには、HB代行サーバB内自DC用テーブルの自DC側サーバアドレスの値を入力する。続いてDCサイトA内の各仮想マシンからHBパケットが送信されるとs13-a3、s12-a1、s15-a3、HB代行サーバAの減算カウンタへ初期値ロード、HB有無ビットへ1のセットが行われる。更新されたDCサイトA内各仮想マシンのHB有無情報は、HB多重化パケットで一括して、HB代行サーバBへ送信されるs12-c。HB代行サーバBは受信したHB多重化パケットから対向DC用テーブルの各HB有無ビットに1HB有をセットする。続いてDCサイトA100内各仮想マシンはHBパケットを送信しS12-a1、S13-a2、S13-a3、HB代行サーバAは送信されたHBパケットをもとに、自DC用テーブルを更新し、更新されたHB有無情報をHB多重化パケットで送信するS12-c。HB代行サーバBは、受信したHB多重化パケットから対向DC用テーブル内HB有無情報T506-4を更新し、VMb221-2、VMb321-3にHBパケットを送信するS16-a2、S16-a3。ii故障発生時VMa211-2が故障するとHBパケットがHB代行サーバAに送信されなくなりS15-a2、S17-a2、VMa111-1、VMa311-3のHBパケットのみ送信されるS14-a1、S15-a3、S17-a3。HBパケットがVMa211-2から送信されなくなるとS15-a2、HB代行サーバ内自DC用テーブルの減算カウンタ値が初期値にロードされず、減算され続けるT108-5。減算され続け減算カウンタ値が0になると、HB有無ビットは0HB無にセットされるT108-6。VMa2のHB有無ビットが0になった情報はHB多重化パケットを通して、HB代行サーバBへ送信されるS13-c。HB代行サーバBでHB多重化パケットを受信すると、対向DC用テーブルの2行目のHB有無ビットを0にセットするT206-5。HB代行サーバB内対向DC用テーブルの2行目の減算カウンタが0になると、同じ行のHB有無ビットが0であるため、HBパケットをVMb2へ送信しないT206-6。つまり、HB代行サーバBはVMb121-1、VMb321-3にHBパケットを送信するがS15-a1、S18-a3、VMb221-2にHBパケットを送らないことになるS18-a2。一定時間、VMb220-2にHBパケットが受信されない状態が続くと、VMb220-2はVMa210-2が故障したと判断する。DCサイトB内仮想マシンからDCサイトA内仮想マシンへのHBパケットの送信の流れも同様の手順で行われる。4テーブル図12aは、上述のシーケンスにおけるHB代行サーバA内自DC用テーブルのVMa2についての減算カウンタ値およびHB有無ビットの変化の様子を示す。HB代行サーバがHB有無情報を学習し始めると、減算カウンタのカウントが始まる。HB有無ビットの初期値は0であるが、VMa2からHBパケットを受信するとHB有無ビットが1に設定され、減算カウンタに初期値がロードされる。VMa2から送信されるHBパケットを受信される度にHB有無ビットが1にセットされ、減算カウンタ値も初期値に戻る。HB代行が開始されるとHB有無ビット値が多重化パケットで一括してHB代行サーバBへ送信されるが、減算カウンタの機能は変わらず、HBパケットの有無を判断するタイマーとして機能する。VMa2からHBパケットが送信されないと、カウンタに初期値がロードされないため、減算し続け、やがてカウンタ値が0になるとHB有無ビットが0にセットされる。VMa2からHBパケットが送信される間はHB有無ビット値を1に保持したいため、カウンタの周期をHBパケットの送信周期より長めに設定する必要がある。本実施の形態では送信周期に1000カウント加えた時間をカウンタ周期としている。図12bは、上述のシーケンスにおけるHB代行サーバB内対向DC用テーブルのVMa2についての減算カウンタ値およびHB有無ビットの変化の様子を示す。HB代行サーバがHB有無情報を学習し始めると、減算カウンタのカウントが始まる。HB有無ビットの初期値は0であるが、VMa2からHBパケットを受信するとHB有無ビットが1に設定され、減算カウンタに初期値がロードされる。VMa2から送信されるHBパケットを受信される度にHB有無ビットが1にセットされ、減算カウンタ値も初期値に戻るため、減算カウンタはHBパケットの有無を判断するタイマーとして機能する。HB代行が開始されるとHB有無ビット値が多重化パケットで一括してHB代行サーバAから送信され、HB有無ビット値の値が更新される。減算カウンタ値が0になると、初期値に戻り、HB有無ビットを確認し、ビット値が1であればHBパケットをVMb2へ送信するため、HB代行中の減算カウンタはHBパケットの送信周期を計るタイマーとして機能する。一方、ビット値が0であればHBパケットをVMb2へ送信しない。B.実施の形態21.システム本実施の形態では、冗長構成をなすm組のサーバの一方が他方に対してHB要求パケットを送信し、サーバが正常であれば要求元にHB応答パケットを返すようなシステムに対する適用方法について説明する。図13は、HB代行サーバの実施の形態2を示す。HB代行サーバ51は、DC側HB送信部51-1、DC側HB受信部51-3、NW側HB送信部51-2、NW側HB受信部51-4、自DC用テーブル管理部51-9、自DC用テーブル51-8、対向DC用テーブル管理部51-7、対向DC用テーブル51-6、制御部51-5を備える。DC側HB受信部51-1は、DCサイト内からサイト間NW側へ送信されてくるHBパケットを受信するブロックである。図14のフローチャートに示す通り詳細は後述、DC側HB受信部51-1は、HB送受信代行前は、受信したHBパケットをNW側HB送信部51-2へ転送し、受信したHBパケットがHB応答パケットであると、自DC用テーブル管理部51-9へ自DC用テーブル更新処理の要求を行う。また、DC側HB受信部51-1は、HB送受信代行中に、要求パケットを受信すると自DCサイト内該当サーバにHB応答をするように、対向DC側テーブル管理部へ処理を要求する。DC側HB受信部51-1は、応答パケットを受信した場合は、HB送受信代行前と同様に自DC用テーブル管理部51-9へ自DC用テーブル更新処理の要求を行う。自DC用テーブル51-8、T508は、自DCサイト内各サーバのHB情報が記録されているテーブルで、図3aに示す通り、自DCサイト内各サーバのアドレスT508-1、減算カウンタの初期値T508-2、HB送信無と判断するまでの時間を計る減算カウンタ値T508-3、HB代行サーバのHB受信有無情報T508-4を対応して記憶する。なお、各テーブルのサーバアドレスとしては、物理サーバのアドレスを用いてもよいし、VMのアドレスを用いてもよい。減算カウンタ値T508-3には、HB応答パケットを受信すると初期値T508-2がロードされ、次のHB応答パケットを受信するかもしくはカウント値が0になるまで、カウントダウンを続ける。HB代行サーバでHBパケットを受信しなくなると、カウント値が0になるので、これを契機にHBパケット無と判断する。自DC用テーブル管理部51-9は、自DC用テーブルの更新処理を行うブロックである。図6に示す通り、自DC用テーブル管理部51-9は、DC側HB受信部51-1からの自DC用テーブル更新処理の要求を受けて、受信HB応答パケットの送信元アドレスからテーブルを検索し、該当するHB受信有無情報を書き換える。また、自DC用テーブル管理部51-9は、自DC用テーブル51-8内各減算カウンタの値更新も行う。NW側HB送信部51-2は、HB代行サーバからNW側へHBパケットを送信するブロックである。NW側HB送信部51-2は、図5のフローチャートに示す通り、HBパケット送受信の代行前については、DC側HB受信部51-1から転送されるHBパケットをNW側へ送信する。また、NW側HB送信部51-2は、HBパケット送受信の代行中は、自DC用テーブル51-8の各HB情報を参照し、HB多重化パケット40を生成し、対向のHB代行サーバへ送信する。NW側HB受信部51-4は、NW側から送信されてくるパケットを受信するブロックである。図15のフローチャートに示す通り詳細は後述、NW側HB受信部51-4は、受信したHBパケットについて通常のHBパケットとHB多重化パケットを識別し、通常のHBパケットであればDC側HB送信部51-3へ受信HBパケットを転送し、受信したHBパケットが特にHB要求パケットであれば、対向DC用テーブル管理部51-7へ対向DC用テーブル51-6更新処理の要求を行う。受信HBパケットがHB多重化パケットである場合は、NW側HB受信部51-4は、直接、受信したデータをもとに対向DC用テーブル51-6のHB受信有無情報を更新する。対向DC用テーブル51-7、T507は、冗長の対向DCサイト内各サーバのHB情報が記録されているテーブルで、図3bに示す通り、対向DCサイト内各サーバのアドレスT506-1、減算カウンタの初期値T506-2、特定の時間を計る減算カウンタ値T506-3、HB送信有無情報T506-4を対応して記憶する。なお、各テーブルのサーバアドレスとしては、サーバのアドレスを用いてもよいし、VMのアドレスを含むサーバのアドレスVMのアドレス等を用いてもよい。ただし、減算カウンタ値T506-3には、HB送受信代行前は、HB要求パケットを受信すると初期値T50-2がロードされ、次のHB要求パケットを受信するかもしくはカウント値が0になるまで、カウントダウンを続ける。HB代行サーバでHB要求パケットを受信しなくなると、カウント値が0になるので、これを契機にHBパケット無と判断し、HB要求パケットを受信してからHB送信無と判断するまでのタイマーとして機能する。HBパケット送受信代行後、減算カウンタ値T506-3による減算カウンタは、HB要求パケットを自DCサイト内各サーバへ送信する時間を知らせるタイマーとして機能し、HB要求パケットを送信する度に減算カウンタに初期値がロードされる。対向DC用テーブル管理部51-7は、対向DC用テーブルの更新処理を行うブロックである。図8b、図16a、b、cのフローチャートに示す通り詳細は後述、対向DC用テーブル管理部51-7は、HBパケット送受信の代行前については、NW側HB受信部50-4からの対向DC用テーブル更新処理の要求を受けて、受信HB応答パケットの送信元アドレスからテーブルを検索し、該当するHB受信有無情報を書き換える。HBパケット送受信の代行中については、対向DC用テーブル管理部51-7は、減算カウンタの周期で、DC側HB送信部へHB要求パケットを送信する。また、対向DC用テーブル管理部51-7は、HBパケット送受信の代行中か否かに関わらず、対向DC用テーブル51-8内各減算カウンタの値更新も行う。DC側HB送信部51-3は、を自DC内各サーバへHBパケットを送信するブロックで、図7bに示す通り、DC側HB送信部51-3は、NW側HB受信部51-4および対向DC用テーブル管理部51-7から送信されるHBパケットを自DC内各サーバへ送信する。保守端末60は、自DC用テーブル51-8、対向DC用テーブル51-6の初期設定、HB多重化パケットの送信間隔や冗長構成をなす組の設定のために使用される。また、HB送受信代行開始もこの保守端末60の設定で行われる。制御部51-5は、保守者が保守端末60を通して入力した各設定値を実際にHB代行サーバ各部に設定するブロックとなる。2.動作フロー1前提図5、図6、図7b、図8b、図14、図15、図16a、b、cを用いて、各機能ブロックの説明を行う。図5、図6、図14、図15、図16aに示される処理は、1回の処理のみ示しており、実際にはフローチャートの処理が繰り返し実行される。保守者は、HB代行サーバ運用前に、データセンター間で冗長構成をなしているサーバの情報を、自DC用テーブルT508及び対向DC用テーブルT506に設定する。具体的には、例えば、冗長構成をなす自データセンターおよび対向データセンター内各サーバのアドレスを登録し、減算カウンタの初期値を設定し、減算カウンタ値を0に、HB有無ビットを0HB無に設定し、HB多重化パケットの送信周期や冗長構成をなす組の設定を行う。ただし、本実施の形態では、簡単のため自DC用テーブルT508のn行目に該当するサーバと対向DC用テーブルT506のn行目に該当するサーバが冗長構成を組んでいるものとする。なお、各テーブルのサーバアドレスとしては、物理サーバのアドレスを用いてもよいし、VMのアドレスを用いてもよい。保守者による初期設定が終わると、HB代行サーバは、自DC用テーブルおよび対向DCテーブルのHB有無情報を学習するため、保守者によるHB送受信代行の指示があるまで、各サーバから送信されるHBパケットを監視し、ネットワーク側へ転送する。自DCサイト内サーバが対向DCサイトの冗長系サーバへHBパケットを送ると、まずHB代行サーバのDC側HB受信部でHBパケットが受信される。このHBパケットT41は、図3cに示すように、送信元アドレスT41-1、宛先アドレスT41-2、HBパケットがHB要求パケットなのかHB応答パケットなのかを示す情報T41-3、その他プルトコル依存するヘッダ情報T41-4を含んでいる。2HB送受信代行前iNWへの要求パケットの送信各サーバがHB要求パケットをサイト間NWに向けて送信すると、DC側HB受信部でHB要求パケットが受信される。図14は、DC側HB受信部の処理フローチャートである。HB送受信代行前、HB代行サーバは、HBパケットの監視とテーブルの更新を行うため、DC側HB受信部は、受信HB要求パケットをそのままNW側HB送信部へ転送するF511-1、F511-2、F511-3。図5のように、NW側HB送信部は、HB要求パケットを、対向のHB代行サーバへサイト間NW網を介して送信するF502-3。iiNWからのHB要求パケットの受信図15は、NW側HB受信部処理のフローチャートである。サイト間NW網を経て代行サーバへ到着したHB要求パケットは、NW側HB受信部で受信される。NW側HB受信部は、受信HBパケットの種類を識別しF514-2、通常のHB要求パケットであると判断したらF514-5、対向DC用テーブル内HB要求パケット送信元のHB有無ビットの更新処理を対向DC側テーブル管理部へ要求しF514-6、受信HB要求パケットをDC側HB送信部へ転送するF514-4。図7bのように、DC側HB送信部は受信HBパケットを冗長先サーバへ送信するF503-1。iiiHB応答パケット送信この冗長先サーバが正常時にはHB応答パケットを返し、図14のように、応答パケットが代行サーバのDC側HB受信部で受信されるF511-1。DC側HB受信部は、HB応答パケットを受信するとF511-2、F511-3、F511-5、自DC用テーブル内HB応答パケット送信元のHB有無ビットの更新処理を自DC用管理部へ要求しF511-7、受信HB応答パケットをNW側HB送信部へ転送するF511-3。図5のように、NW側HB送信部は、サイト間NWを介して対向のHB代行サーバへHB応答パケットを送るF502-3。図6のように、DC側HB受信部からの自DC用テーブル更新要求を受け、自DC用テーブル管理部は、DC側HB受信部からの要求を受けF509-6、受信HB応答パケットの送信元アドレスをもとに、自DC用テーブル内を検索し、自DC用テーブル該当行のHB有無ビットを1HB有に設定し、減算カウンタ値に初期値をロードするF509-7。また、自DC用テーブル管理部は、自DC用テーブルのある行の減算カウンタ値が0でなければF509-2、同じ行の減算カウンタ値を1減らしF509-3、減らした結果が0であればF509-4、同じ行のHB有無ビットを0HB無に設定するF509-5。自DC用テーブル管理部は、上述のカウンタ減算処理をテーブルの最終行まで繰り返すF509-8、F509-9。ivHB応答パケット受信サイト間NW網を経て代行サーバへ到着したHB応答パケットはNW側HB受信部で受信される。図15のように、NW側HB受信部は、受信HBパケットの種類を識別し、通常のHB応答パケットであると判断したらF514-2、受信HBパケットをDC側HB送信部へ転送するF514-4。図7bのように、DC側HB送信部は、HB送受信代行中かどうかに関わらず、受信したパケットのアドレスを見て、そのままDC内該当サーバへ送信するF503-1。図8bのように、NW側HB受信部からの対向DC用テーブル更新処理F701の要求があればF701-1、対向DC用テーブル管理部50-7は、受信HB応答パケットの送信元アドレスをもとに、対向DC用テーブル該当行のHBパケット送信元のHB有無ビットを1HB有に設定し、同じ行の減算カウンタに初期値をロードするF701-2。図16aは、対向DC用テーブル管理部処理のフローチャートである。また、図16cは、対向DC用テーブル管理部内処理のフローチャートである。また、対向DC用テーブル管理部は、対向DC用テーブルの1行目F517-1から順にカウンタ値を1ずつ減らすF517-4。対向DC用テーブルのある行の減算カウンタ値が0でなければF517-2、減算カウンタ値を1減らし、減らした結果が0であればF517-3、同じ行のHB有無ビットを0HB無に設定するF704、図16cのF704-5。上述のカウンタ減算処理をテーブルの最終行まで繰り返すF517-5、F517-6。3HB送受信代行後i自サーバからのHB要求パケットに対するHB応答パケット返送保守者の設定でHB送受信代行開始され、自DC内サーバからHB要求パケットが送信されると、図14のように、DC側HB受信部51-1でHB要求パケットを受信しF511-4、HB要求パケット送信元のサーバへ応答パケットを返すように対向DC用テーブル管理部へ要求するF511-6。図16bは、対向DC用テーブル管理部内処理のフローチャートである。対向DC用テーブル管理部は、DC側HB受信部の要求を受けてF703、F703-1、該当HB有無ビットのビット値が1であればF703-2、HB応答パケットをDC側HB送信部経由でサーバへ返しF703-3、0であればF703-2何も返さない。また、図16aのように、対向DC用テーブル管理部51-7は、HB送受信代行前と同様に、対向DC用テーブル内各減算カウンタを回して、減算カウンタ値が0になった行があればF517-3、特定の処理を行うF704。図16cのように、HB送受信代行中F704-1におけるこの特定の処理では、該当の減算カウンタに初期値T506-2をロードしF704-2、同行のHB有無ビットが1であればF704-3、DC側HB送信部50-3を介して、自DC内各サーバに対して、HB要求パケットを自DC用テーブルT508の該当アドレスに送信するF704-4。ただし、HB要求パケットの宛先アドレスは自DC用テーブルT508を参照し、送信元アドレスは対向DC用テーブルを参照する。ii対向サーバからのHB要求パケットに対する多重化HBパケット返送図14のように、HB要求パケットを受信した自DC内サーバが正常であれば、応答パケットをHB要求パケットの送信元アドレスに送り返す。HB応答パケットはHB代行サーバのDC側HB受信部で受信され、DC側HB受信部が自DC用テーブル管理部へテーブル更新要求をするF511-1、F511-2、F511-4、F511-7。図6のように、DC側HB受信部からのテーブル更新要求を受け、自DC用テーブル管理部は、受信HB応答パケットの送信元アドレスに該当する自DC用テーブルT508-4のHB有無ビットT508-4を1HB有に設定し、減算カウンタT508-3に初期値T508-2をロードするF509-3。図5のように、NW側HB送信部51-2は、自DC用テーブルの各HB有無ビットT508-4の値を読み、HB有無ビットマップを作成し、対向の代行サーバへ多重化HBパケットT40として送信するF502-2。iii多重化HBパケット受信図15のように、NW側HB受信部51-1は、HB多重化パケットT40を受信するとHB有無ビットマップから他DC用テーブルの各HB有無ビットT506の値を更新する。F514-3なお、i自サーバからのHB要求パケットに対するHB応答パケット返送で説明したように、対向DC用テーブル管理部は、DC側HB受信部の要求を受けてF703、F703-1、更新された他DC用テーブルを参照し、該当HB有無ビットのビット値が1であればF703-2、HB応答パケットをDC側HB送信部経由でサーバへ返しF703-3、0であればF703-2何も返さない。以上の手順により、遠隔のサーバ間へHB要求パケットを送信し、遠隔の冗長先サーバからHB応答パケットが戻ってくるという一連の動作をHB代行サーバで代行可能である。3.シーケンス1前提図17に、上述の実施の形態のシーケンス図を示す。該図はDCサイトA100の仮想マシンVMa111-1、VMa211-2、VMa311-3がそれぞれDCサイトB200の仮想マシンVMb121-1、VMb221-2、VMb321-3と冗長構成の組をなしており、DCサイトA100内仮想マシンからDCサイトB200内仮想マシンへHB要求パケットを送信し、HB要求パケットを受信した仮想マシンが正常であれば、DCサイトB200内仮想マシンがDCサイトA100内冗長先仮想マシンへ応答パケットを返す状況を示している。図17では、DCサイトB200内仮想マシンからDCサイトA100内仮想マシンへHB要求パケットを送信し、送信先の仮想マシンが正常であれば、応答パケットを返すフローについての図示は省略しており、実際には対称的な振る舞いをしているものとする。つまり、VMa1からVMb1宛にHB要求パケットが送信されると、VMb1からVMa1宛にHB要求パケットが送信されることになる。図18、図19は上述の実施の形態のHB代行サーバ内各テーブルの変化を示している。保守者は、各DC内仮想マシンのアドレスやHB送信周期の情報について既知であり、保守端末60を通してHB代行サーバに各仮想マシンについての情報やHB代行サーバの設定情報を入力する。入力された情報をもとに制御部51-5が各ブロックの初期設定を行う。ここでは自DC用テーブル内減算カウンタの初期値については、対向DC内仮想マシンのHB送信周期1000カウントになるように設定しT218-1、対向DC用テーブル内減算カウンタの初期値については、対向DC内仮想マシンのHB送信周期になるように設定するT216-1。2HB送受信代行前まずHB送受信代行開始前については、HB代行サーバA10およびHB代行サーバB20内の自DC用テーブル管理部51-9および対向DC用テーブル管理部51-7がテーブルの1行目から順に減算カウンタの値を1ずつ減らしていく。VMa311-1からHB要求パケットが送信されると、HB代行サーバA内DC側HB受信部51-1で受信し、NW側HB送信部51-2で受信HBパケットをそのままNW側へ転送するS21-a3。NWを経由してHB要求パケットがHB代行サーバBへ届くと、HB代行サーバBの対向DC用テーブルHB内VMa3のHB有無ビットを1にセットし、減算カウンタに初期値をロードするT216-2。続いてHB代行サーバBは受信HB要求パケットをそのままVMb3へ送信する。VMb3は正常なので、HB要求パケットを受信するとVMa3へHB応答パケットを送信するS21-b3。一旦、VMa3から送信されるHB応答パケットはHB代行サーバB内DC側HB受信部で受信され、自DC用テーブル管理部がVMb3のHB有無ビットを1にセットし、該当の減算カウンタに初期値をロードするT218-2。同様にVMa211-2がHB要求パケットを送信し、HB代行サーバA内DC側HB受信部51-1で受信し、NW側HB送信部51-2で受信HBパケットをそのままNW側へ転送するS21-a2。NWを経由してHB要求パケットがHB代行サーバBへ届くと、HB代行サーバBの対向DC用テーブルHB内VMa2のHB有無ビットを1にセットし、減算カウンタに初期値をロードする。続いてHB代行サーバBは受信HB要求パケットをそのままVMb2へ送信する。VMb2は正常なので、HB要求パケットを受信するとVMa2へHB応答パケットを送信するS21-b2。一旦、VMb2が送信したHB応答パケットについても同様にHB代行サーバB内DC側HB受信部で受信され、自DC用テーブル管理部がVMb2のHB有無ビットを1にセットし、該当の減算カウンタに初期値をロードするT218-3。VMa111-2についても同様にHB要求パケットを送信し、HB代行サーバA内DC側HB受信部51-1で受信し、NW側HB送信部51-2で受信HBパケットをそのままNW側へ転送するS21-a1。NWを経由してHB要求パケットがHB代行サーバBへ届くと、HB代行サーバBの対向DC用テーブルHB内VMa1のHB有無ビットを1にセットし、減算カウンタに初期値をロードするT216-3。続いてHB代行サーバBは受信HB要求パケットをそのままVMb1へ送信する。VMb1は正常なので、HB要求パケットを受信するとVMa1へHB応答パケットを送信するS21-b1。一旦、VMa1が送信したHB応答パケットはHB代行サーバB内DC側HB受信部で受信され、自DC用テーブル管理部がVMb1のHB有無ビットを1にセットし、該当の減算カウンタに初期値をロードするT218-4。3HB送受信代行後i正常時保守者が保守端末60を通して、HB送受信代行開始の設定を行うと、保守者が設定した一定の時間間隔でHB代行サーバB20内NW側HB送信部が自DC用テーブル内HB有無情報T508-4をもとに、HB多重化パケットT40を生成し、HB代行サーバA10へ送信するS21-c。ただし、このHB多重化パケットはHB送受信代行開始直前に更新されたHB有無情報に基づいているため、DCサイトA内各仮想マシンからHB要求パケットが送信されるとS22-a1、S22-a3、S22-a2、HB代行前の情報をもとにHB代行サーバA内対向DC用テーブル管理部がHB応答パケットを生成しF704-4、DC側HB送信部から各仮想マシンへ送信するF503-1、S22-b1、S22-b3、S22-b2。一方、HB代行サーバB内対向DC用テーブルのVMa1と対応するVMb1用減算カウンタが0になると、カウンタに初期値をロードし、該当のHB有無ビットが1であれば、HB要求パケットをVMb1へ送信するS23-a1、T216-4。VMb1はHB要求パケットを受けて、VMa1へHB応答パケットを送信するS23-b1。VMb3、VMb2についても同様にHB代行サーバB内対向DC用テーブルの減算カウンタが0になると、該当のHB有無ビットが1であれば、カウンタに初期値をロードし、HB要求パケットをVMb3、VMb2へ送信するF704-4、F503-1、S23-a3、S23-a2。ii故障発生時ここでVMb2に故障が発生した場合を想定する。この場合VMb1とVMb3は正常であるためHB応答パケットを返すがS23-b3、VMb2は故障しているためHB応答パケットを返さないS23-b2。VMb2からHB応答パケットが返ってこないため、HB代行サーバB内自DC用テーブルのVMb2用減算カウンタに初期値がロードされないT218-5。VMb2用減算カウンタに初期値がロードされないため、一定時間後、減算カウンタ値は0になりHB有無ビットに0がセットされるF509-4、T218-6。一方、HB代行サーバA内NW側HB受信部でHB多重化パケットを受信すると、HB代行サーバA内対向DC用テーブルのHB有無情報T506-4が更新されるS21-c、T116-1。VMa1がVMb1にHB要求パケットを送信するとS24-a1、HB代行サーバA内DC側HB受信部で、HB要求パケットを受信し、対向DC用テーブル管理部が更新された対向DC用テーブルの情報を見て、HB有無ビットが1であれば、HB応答パケットをDC側HB送信部から送り返すS24-b1。続いてHB代行サーバBからHB代行サーバAへHB多重化パケットが送信されるとS22-c、VMb2のHB有無情報は0HB無になっているから、HB代行サーバA内対向DC用テーブルのVMb2用HB有無ビットが0に設定されるT116-2。DCサイトA内各仮想マシンからHB要求パケットの送信があるとS26-a1、S24-a3、S24-a2、HB代行サーバAは、HB代行サーバA内対向DC用テーブルのHB有無ビットを参照し、VMa1、VMa3にHB応答パケットを送信しS26-b1、S24-b3、VMa2にはHB応答パケットを送信しないS24-b2。VMa211-2はHB要求をしても、応答パケットが戻らない状況が一定時間続くと、VMb221-2が故障したと判断する。4テーブル図20aは、上述のシーケンスにおけるHB代行サーバB内自DC用テーブルのVMb2についての減算カウンタ値およびHB有無ビットの変化の様子を示す。HB代行サーバがHB有無情報を学習し始めると、減算カウンタのカウントが始まる。HB有無ビットの初期値は0であるが、VMb2からHB応答パケットを受信するとHB有無ビットが1に設定され、減算カウンタに初期値がロードされる。VMb2から送信されるHB応答パケットを受信される度にHB有無ビットが1にセットされ、減算カウンタ値も初期値に戻る。HB代行が開始されるとDCサイトAHB内の有無ビット値は多重化パケットで一括してHB代行サーバAへ送信されるが、減算カウンタの機能は変わらず、VMb2からのHB応答パケットの有無を判断するタイマーとして機能する。VMb2からHB応答パケットが送信されないと、カウンタに初期値がロードされないため、減算し続け、やがてカウンタ値が0になるとHB有無ビットが0にセットされる。VMb2からHB応答パケットが送信される間はHB有無ビット値を1に保持したいため、カウンタの周期をHB応答パケットの送信周期、つまりVMa2のHB要求パケット送信周期より長めに設定する必要がある。本実施の形態ではHB要求パケット送信周期に1000カウント加えた時間をカウンタ周期としている。図20bは、上述のシーケンスにおけるHB代行サーバA内対向DC用テーブルのVMb2についての減算カウンタ値およびHB有無ビットの変化の様子を示す。HB代行サーバがHB有無情報を学習し始めると、減算カウンタのカウントが始まる。HB有無ビットの初期値は0であるが、VMb2からHB応答パケットを受信するとHB有無ビットが1に設定され、減算カウンタに初期値がロードされる。VMb2から送信される応答HBパケットを受信する度にHB有無ビットが1にセットされ、減算カウンタ値も初期値に戻るため、減算カウンタはHB要求パケットの有無を判断するタイマーとして機能する。HB代行が開始されるとHB有無ビット値が多重化パケットで一括してHB代行サーバBから送信され、対向DC用テーブルのHB有無ビット値の値が更新される。減算カウンタ値が0になると、初期値に戻り、HB有無ビットを確認し、ビット値が1であればHB応答パケットをVMa2へ送信するため、HB代行中の減算カウンタはHB応答パケットの送信周期を計るタイマーとして機能する。一方、ビット値が0であれば、HB応答パケットをVMa2へ送信しない。"