(57)【要約】【課題】稼働中のサーバの状況に応じた負荷分散を実現することができる通信中継装置、サーバ、クライアント、ネットワークシステム、及び通信方法を得る。【解決手段】ネットワーク上に接続された複数のサーバ３００から稼働状況に関する情報を取得するサーバ稼働状況監視部２３０と、稼働状況に関する情報に基づき、通信リクエストの振り分け先サーバを前記複数のサーバ３００から選択する負荷分散部２２０と、ネットワーク上に接続されたクライアント１００からの通信リクエストを受信し、振り分け先サーバに送信する通信部２１０とを備えたものである。【選択図】図１
2009140212.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に接続された複数のサーバから稼働状況に関する情報を取得するサーバ稼働状況監視部と、
前記稼働状況に関する情報に基づき、通信リクエストの振り分け先サーバを前記複数のサーバから選択する負荷分散部と、
前記ネットワーク上に接続されたクライアントからの通信リクエストを受信し、前記振り分け先サーバに送信する通信部と
を備えたことを特徴とする通信中継装置。
【請求項２】
ネットワーク上に接続された複数のサーバから稼働状況に関する情報を取得するサーバ稼働状況監視部と、
前記稼働状況に関する情報から前記複数のサーバ全体の使用電力量を求め、該使用電力量に基づいて、当該稼働状況において最低限必要なサーバ数を求めるサーバ使用電力量監視部と、
前記サーバ数に基づいて、１又は複数の前記サーバに対し、サスペンド移行又はサスペンド復帰のコマンドを送信するサーバ遠隔操作部と、
前記稼働状況に関する情報に基づき、通信リクエストの振り分け先サーバを、前記サスペンド移行コマンドが送信されたサーバ以外の前記サーバから選択する負荷分散部と、
前記ネットワーク上に接続されたクライアントからの通信リクエストを受信し、前記振り分け先サーバに送信する通信部と
を備えたことを特徴とする通信中継装置。
【請求項３】
前記サーバ稼働状況監視部は、前記稼働状況に関する情報として前記サーバのＣＰＵ負荷の情報を取得し、
前記サーバ使用電力量監視部は、前記ＣＰＵ負荷の情報に基づき、前記各サーバの使用電力量を求め、前記複数のサーバの使用電力量の合計値と、前記ＣＰＵ負荷の最大時におけるサーバ１台あたりの使用電力量との割合に基づき、前記サーバ数を求めることを特徴とする請求項２記載の通信中継装置。
【請求項４】
前記サーバ稼働状況監視部は、前記稼働状況に関する情報として前記サーバのＣＰＵ負荷の情報を取得し、
前記負荷分散部は、前記複数のサーバのＣＰＵ負荷が均等になるように、前記振り分け先サーバを選択することを特徴とする請求項１又は２記載の通信中継装置。
【請求項５】
請求項１〜４の何れかに記載の通信中継装置と接続されるサーバであって、
当該サーバの稼働状況を定期的に計測する計測部と、
計測された前記稼働状況の情報を前記通信中継装置に通知する通信部と
を備えたことを特徴とするサーバ。
【請求項６】
請求項２又は３記載の通信中継装置と接続されるサーバであって、
当該サーバの稼働状況を定期的に計測する計測部と、
計測された稼働状況の情報を前記通信中継装置に通知する通信部と、
前記通信中継装置からのコマンドに基づき、当該サーバをサスペンド状態に移行させ又はサスペンド状態から復帰させる遠隔操作コマンド実行部と
を備えたことを特徴とするサーバ。
【請求項７】
請求項１〜４の何れかに記載の通信中継装置と接続されるクライアントであって、
前記通信中継装置から稼働状況に関する情報を取得する通信部と、
該情報に基づき所定のメッセージを表示する稼働状況表示部と
を備えたことを特徴とするクライアント。
【請求項８】
請求項１〜４の何れかに記載の通信中継装置と、
請求項５又は６記載の複数のサーバと
を備えたことを特徴とするネットワークシステム。
【請求項９】
請求項７記載のクライアントを備えたことを特徴とする請求項８記載のネットワークシステム。
【請求項１０】
前記通信中継装置の故障発生時に、当該通信中継装置の通信動作を代行する冗長系の通信中継装置を更に備えたことを特徴とする請求項８又は９記載のネットワークシステム。
【請求項１１】
ネットワーク上に接続された複数のサーバから稼働状況に関する情報を取得するステップと、
前記稼働状況に関する情報に基づき、通信リクエストの振り分け先サーバを前記複数のサーバから選択するステップと、
前記ネットワーク上に接続されたクライアントからの通信リクエストを受信し、前記振り分け先サーバに送信するステップと
を有することを特徴とする通信方法。
【請求項１２】
ネットワーク上に接続された複数のサーバから稼働状況に関する情報を取得するステップと、
前記稼働状況に関する情報から前記複数のサーバ全体の使用電力量を求め、該使用電力量に基づいて、当該稼働状況において最低限必要なサーバ数を求めるステップと、
前記サーバ数に基づいて、１又は複数の前記サーバに対し、サスペンド移行又はサスペンド復帰のコマンドを送信するステップと、
前記稼働状況に関する情報に基づき、通信リクエストの振り分け先サーバを、前記サスペンド移行コマンドが送信されたサーバ以外の前記サーバから選択するステップと、
前記ネットワーク上に接続されたクライアントからの通信リクエストを受信し、前記振り分け先サーバに送信するステップと
を有することを特徴とする通信方法。
【請求項１３】
前記稼働必要なサーバ数を求めるステップは、
前記稼働状況に関する情報として前記サーバのＣＰＵ負荷の情報を取得するステップと、
前記ＣＰＵ負荷の情報に基づき、前記各サーバの使用電力量を求めるステップと、
前記複数のサーバの使用電力量の合計値と、前記ＣＰＵ負荷の最大時におけるサーバ１台あたりの使用電力量との割合に基づき、前記サーバ数を求めるステップと
を有することを特徴とする請求項１２記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信中継装置、サーバ、クライアント、ネットワークシステム、及び通信方法に関し、特に、クライアントからサーバへの通信リクエストの振り分けに関するものである。
【背景技術】
【０００２】
従来の通信中継装置においては、例えば、「パケットを送受信する複数のインタフェースと、該複数のインタフェースに接続されたスイッチと、該スイッチに接続された統計情報収集処理部と、前記パケットに付与されたヘッダ情報を解析する手段と、前記インタフェースを介して送信または受信されるパケットの量を計数する手段とを備え、前記統計情報収集処理部は、前記解析されたヘッダ情報とパケット量とから前記複数のインタフェースで受信されるパケット量を予測し、該予測されたパケット量に基づき、パケットを送信するインタフェースを選択する」ものが提案されている（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開２００４−２２１８０５号公報（請求項１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
複数のクライアントからの接続を受け付けるサーバの拡張性と可用性を高めることを可能とする通信中継装置（負荷分散装置）が提案されている。この通信中継装置は、ネットワーク上に接続されたクライアントからサーバへの通信リクエスト（以下「通信パケット」ともいう）を振り分けるものである。
【０００５】
従来、通信リクエストを振り分けるための方式として、ラウンドロビンによる方法がある。ラウンドロビンは、分散対象のサーバに均等に通信リクエストを振り分ける方式であり、各サーバで処理するリクエストの数が均等になる。
【０００６】
また、通信リクエストを振り分けるための他の方式として、重み付きラウンドロビンによる方法がある。これは、分散対象サーバの処理能力に応じて通信リクエストの分散比率を指定する方式である。
【０００７】
しかしながら従来の通信中継装置では、ラウンドロビン又は重み付けラウンドロビン等の分散方式を設定し、クライアントからの通信リクエストをサーバに振り分ける手段を提供するが、通信中継装置の稼働後は分散方式の重み付けを動的に変化させて運用することができないため、稼働中のサーバの状況に応じた負荷分散を実現することができない、という問題点があった。
【０００８】
上記特許文献１に記載の技術では、パケット量の統計情報を利用して実際のトラフィックの状況に応じた振り分けを実現するが、係る従来の技術では、サーバの負荷状況に応じた振り分けを行うことができない、という問題点があった。
【０００９】
本発明は、上記のような課題を解決するためになされたもので、稼働中のサーバの状況に応じた負荷分散を実現することができる通信中継装置、サーバ、クライアント、ネットワークシステム、及び通信方法を得ることを目的とする。
【課題を解決するための手段】
【００１０】
本発明に係る通信中継装置は、ネットワーク上に接続された複数のサーバから稼働状況に関する情報を取得するサーバ稼働状況監視部と、前記稼働状況に関する情報に基づき、通信リクエストの振り分け先サーバを前記複数のサーバから選択する負荷分散部と、前記ネットワーク上に接続されたクライアントからの通信リクエストを受信し、前記振り分け先サーバに送信する通信部とを備えたものである。
【発明の効果】
【００１１】
本発明は、複数のサーバから稼働状況に関する情報を取得し、前記稼働状況に関する情報に基づき、通信リクエストの振り分け先サーバを前記複数のサーバから選択し、クライアントからの通信リクエストを前記振り分け先サーバに送信することにより、稼働中のサーバの状況に応じた負荷分散を実現することができる。
【発明を実施するための最良の形態】
【００１２】
実施の形態１．
以下、本発明に係る通信中継装置、サーバ、クライアント、ネットワークシステム、及び通信方法の好適な実施の形態について図を参照しながら説明する。
【００１３】
図１は実施の形態１に係るネットワークシステムの構成を示す図である。図１に示すように、本実施の形態１に係るネットワークシステムは、１又は複数のクライアント１００と、通信中継装置２００と、複数のサーバ３００とにより構成され、クライアント１００と通信中継装置２００とはネットワーク４００により接続され、サーバ３００と通信中継装置２００とはネットワーク５００により接続される。
【００１４】
クライアント１００は、通信中継装置２００に対し、サーバ３００への要求が格納された通信パケット（通信リクエスト）を送信するものである。
通信中継装置２００は、クライアント１００からの要求が格納された通信パケットを受信し、後述する動作により、振り分け先サーバとして選択したサーバ３００に、当該通信パケットを送信するものである。
サーバ３００は、受信した通信パケットに対する処理を行い、通信中継装置２００を経由してクライアント１００に応答が格納された通信パケットを返すものである。
【００１５】
図２は実施の形態１に係る通信中継装置の構成を示す図である。図２に示すように、通信中継装置２００は、通信部２１０と、負荷分散部２２０と、サーバ稼働状況監視部２３０とから構成される。
通信部２１０は、クライアント１００からの通信パケットを受信し、振り分け先のサーバ３００に送信するものである。この通信部２１０は、ＴＣＰ／ＩＰ、ＵＤＰ等のプロトコルスタック上に搭載される。プロトコルスタックはネットワーク物理層の上位に搭載されるもので、ネットワーク物理層としては、Ｅｔｈｅｒｎｅｔ（登録商標）、無線ＬＡＮ、ＵＳＢ、ＩＥＥＥ１３９４、シリアル通信等の候補から選択することができる。
負荷分散部２２０は、稼働状況に関する情報（後述）に基づき、クライアント１００からの要求が格納された通信パケットをサーバ３００に振り分けるための処理を行う。これについては後述する。
サーバ稼働状況監視部２３０は、接続されたサーバ３００の負荷に関する稼働状況を監視するもので、サーバ３００から稼働状況に関する情報（データ）を取得し、時系列データとして管理する。
【００１６】
図３は実施の形態１に係るサーバの構成を示す図である。図３に示すように、サーバ３００は、通信部３１０と、計測部である稼働状況計測部３２０とから構成される。
通信部３１０は、稼働状況の情報を通信中継装置２００に通知するものである。この通信部３１０は、ＴＣＰ／ＩＰ、ＵＤＰ等のプロトコルスタック上に搭載される。プロトコルスタックはネットワーク物理層の上位に搭載されるもので、ネットワーク物理層としては、Ｅｔｈｅｒｎｅｔ（登録商標）、無線ＬＡＮ、ＵＳＢ、ＩＥＥＥ１３９４、シリアル通信等の候補から選択することができる。
稼働状況計測部３２０は、当該サーバ３００自身の稼働状況（ＣＰＵ負荷）を定期的に時系列に計測する。そして通信部３１０により、通信中継装置２００に稼働状況の情報を定期的に通知させる。
【００１７】
図４は実施の形態１に係るクライアント、通信中継装置及びサーバの間の通信フローを示した図である。以下、図４に基づき本実施の形態１における通信動作を説明する。
各サーバ３００の稼働状況計測部３２０は、当該サーバ３００の稼働状況（ＣＰＵ負荷）を定期的に計測する（Ｓ１０１）。そして各サーバ３００の通信部３１０は、計測された稼働状況（ＣＰＵ負荷）の情報を通信中継装置２００に通知する（Ｓ１０２）。
【００１８】
通信中継装置２００のサーバ稼働状況監視部２３０は、通信部２１０を介して各サーバ３００と通信し、各サーバ３００からの稼働状況に関する情報を取得する。そして、負荷分散部２２０は、稼働状況に関する情報に基づき、サーバ３００のＣＰＵ負荷が均等になるように、通信パケットの振り分け先のサーバ３００を選択する。この振り分け先のサーバ３００の選択は、例えば通信パケットをサーバ３００に振り分ける分散方式の重み付けを決定することにより行う（Ｓ１０３）。
【００１９】
以下に振り分けの際のアルゴリズムの一例を示す。
振り分けは、重み付けラウンドロビンの重み付け（Ｗｉ）を動的に変化させる方式とする。サーバ３００がｎ台接続され、ｉ番目（ｉ＝１，２，，，，ｎ）のサーバ３００における一定時間での平均ＣＰＵ負荷をＣｉ（％）とするとき、ｉ番目（ｉ＝１，２，，，，ｎ）のサーバ３００に振り分けられる重み付け（Ｗｉ）は、以下により決定する。
【００２０】
Ｗｉ＝１／Ｃｉ
【００２１】
これにより高負荷のサーバ３００に対しては重み付けが小さくなり、低負荷のサーバ３００に対しては重み付けが大きくなる。尚、ステップＳ１０１〜Ｓ１０３は、クライアント１００からの要求とは関係なしに、定期的に実行され、ラウンドロビンの重み付けが定期的に更新される。
【００２２】
一方、クライアント１００は、サーバ３００への要求を格納した通信パケットを通信中継装置２００に対して送信する（Ｓ１０４，Ｓ１０５）。通信中継装置２００の通信部２１０は、クライアント１００からの通信パケットを受信し、負荷分散部２２０は、ステップ４０３にて決定した分散方式の重み付けに基づいて、サーバ３００への振り分けを行う（Ｓ１０６）。そして、通信部２１０は、振り分け先のサーバ３００へ通信パケットを送信する（Ｓ１０７）。
【００２３】
次に、サーバ３００は、通信部３１０により通信中継装置２００からの通信パケットを受信し、当該通信パケットに対するサーバ処理を行う（Ｓ１０８）。そして、通信パケットに対する応答を、通信部３１０により通信中継装置２００に送信する（Ｓ１０９）。
【００２４】
次に通信中継装置２００は、サーバ３００から受信した通信パケットの中継処理を行い（Ｓ１１０）、受信した応答が格納された通信パケットをクライアント１００に送信する（Ｓ１１１）。そしてクライアント１００は、サーバ３００からの応答が格納された通信パケットを受信する（Ｓ１１２）。
【００２５】
以上のように本実施の形態１においては、複数のサーバ３００から稼働状況に関する情報を取得し、この稼働状況に関する情報に基づき、通信パケットの振り分け先のサーバ３００を選択し、クライアント１００からの通信パケットを選択された振り分け先のサーバ３００に送信することにより、稼働中のサーバ３００の負荷状況に応じて通信パケットを振り分けることができ、サーバ３００負荷分散を実現することができる。
これにより、通信中継装置２００の負荷分散の最適な性能チューニングを自動的に行うことが可能となる。また、性能チューニングにかかる作業（分析、設定、評価）を削減することができる。
【００２６】
実施の形態２．
本実施の形態２は、サーバ３００の負荷状況に応じて必要なサーバ３００のみを稼働させることで、全体としてのサーバ３００の使用電力量を抑制するものである。
【００２７】
図５は実施の形態２に係るネットワークシステムの構成を示す図である。図５に示すように、本実施の形態２に係るネットワークシステムは、上述した実施の形態１と同様に、１又は複数のクライアント１００と、通信中継装置２００と、複数のサーバ３００とにより構成され、クライアント１００と通信中継装置２００とはネットワーク４００により接続され、サーバ３００と通信中継装置２００とはネットワーク５００により接続される。
【００２８】
クライアント１００は、通信中継装置２００から稼働状況に関する情報を取得する通信部１１０と、該情報に基づき所定のメッセージを表示する稼働状況表示部１２０とから構成され、後述する動作により所定のメッセージをユーザに通知する。また、通信中継装置２００に対し、サーバ３００への要求が格納された通信パケットを送信するものである。
【００２９】
通信中継装置２００は、通信部２１０と、負荷分散部２２０と、サーバ稼働状況監視部２３０と、サーバ使用電力量監視部２４０と、サーバ遠隔操作部２５０とから構成される。
【００３０】
通信部２１０及び負荷分散部２２０は、上記実施の形態１と同じものであるので説明は割愛する。
サーバ稼働状況監視部２３０は、接続されたサーバ３００の負荷に関する稼働状況を監視するもので、サーバ３００からの稼働状況に関する情報（データ）を取得し、時系列データとして管理する。また、取得した稼働状況に関する情報に基づき、当該通信中継装置２００に接続された全てのサーバ３００の一定時間における平均ＣＰＵ負荷を合計した値（Ｌｉ）を算出する。
【００３１】
サーバ使用電力量監視部２４０は、取得された稼働状況に関する情報からサーバ３００全体の使用電力量を求め、該使用電力量に基づいて、当該稼働状況において最低限必要なサーバ数を求めるものである。
サーバ遠隔操作部２５０は、求められたサーバ数に基づいて、サーバ３００に対し、サスペンド移行又はサスペンド復帰のコマンド（後述）を送信する。
【００３２】
図６は実施の形態２に係るクライアント、通信中継装置及びサーバの間の通信フローを示した図である。以下、図６に基づき本実施の形態２における通信動作を説明する。
各サーバ３００の稼働状況計測部３２０は、当該サーバ３００の稼働状況（ＣＰＵ負荷）を定期的に計測する（Ｓ２０１）。そして各サーバ３００の通信部３１０は、計測された稼働状況（ＣＰＵ負荷）の情報を通信中継装置２００に通知する（Ｓ２０２）。
【００３３】
通信中継装置２００のサーバ稼働状況監視部２３０は、通信部２１０を介して各サーバ３００と通信して各サーバ３００からの稼働状況に関する情報を取得し、取得した稼働状況に関する情報に基づき、当該通信中継装置２００に接続された全てのサーバ３００の一定時間における平均ＣＰＵ負荷を合計した値（Ｌｉ）を算出する。そして、サーバ使用電力量監視部２４０は、サーバ稼働状況監視部２３０が保持するサーバ３００の稼働状況のデータを元に、サーバ全体の使用電力量（Ｐａ）を算出する（Ｓ２０３）。ここで、サーバ３００の使用電力量とＣＰＵ負荷とは比例関係にあるため、サーバ全体の使用電力量（Ｐａ）は、以下により求めることができる。
【００３４】
Ｐａ＝Ｋ×Ｌｉ
【００３５】
ここで、Ｋは定数である。
【００３６】
次に、サーバ使用電力量監視部２４０は、当該稼働状況において最低限必要なサーバ数（Ｓｘ）を求める。このサーバ数（Ｓｘ）は、以下により求めることができる。
【００３７】
Ｓｘ＝ｒｏｕｎｄｕｐ（（ｒｏｕｎｄｕｐ（Ｐａ／Ｐｓ））×Ｂｔ）
【００３８】
ここで、ｒｏｕｎｄｕｐ（）は小数点以下切り上げの関数、Ｐａは全てのサーバ３００の使用電力量の合計値、ＰｓはＣＰＵ負荷１００％でのサーバ１台あたりの使用電力量、Ｂｔは余裕度である。Ｂｔは１以上の実数であり、サーバ３００全体の負荷の余裕を示す係数である。このＢｔは、例えばサーバ３００の稼働時間の時間帯別の傾向から事前に決定する。
【００３９】
そして、当該通信中継装置２００に接続されたサーバ３００の全台数（Ｎａ）のうち、サスペンド対象となるサーバ３００の台数（Ｎｓ）を以下により求める（Ｓ２０４）。
【００４０】
Ｎｓ＝Ｎａ−Ｓｘ（台）
【００４１】
即ち、サーバ３００の全台数のうち、Ｎｓ（台）のサーバ３００をサスペンドしたとしても、残りのサーバ３００で振り分けを行うことで、サーバ３００としての処理は継続可能である。そこでサーバ３００の全台数のうち、任意のＮｓ（台）のサーバ３００を一時的にサスペンド状態とする。
【００４２】
次に、サーバ使用電力量監視部２４０は、サーバ３００の全台数のうち、任意のＮｓ（台）のサーバ３００をサスペンド対象のサーバ３００として選択する（Ｓ２０５）。そして、サーバ遠隔操作部２５０は、選択されたサーバ３００に対し、サスペンド移行のコマンドを送信する（Ｓ２０６）。サーバ３００の遠隔操作コマンド実行部３３０は、通信中継装置２００からのコマンドに基づき、当該サーバ３００をサスペンド状態に移行させる（Ｓ２０７）。
【００４３】
以降、ステップＳ２０１〜Ｓ２０７は、定期的に実行され、サーバ全体の使用電力量（Ｐａ）が増加する場合には、サーバ使用電力量監視部２４０は、サーバ遠隔操作部２５０を通じて、サスペンドされていたサーバ３００に対し、サスペンド復帰のコマンドを送信させて、サスペンドの復帰を一台ずつ行う。また、サーバ全体の使用電力量（Ｐａ）が下降傾向にあるときは、上述の動作によりサーバ数（Ｓｘ）を再計算し、サスペンドの対象のサーバ３００を増やし、サスペンド状態に移行させる。
これにより、サーバ３００の負荷状況に応じて、ネットワークシステムを稼働するのに最低限必要なサーバ３００のみを稼働させることで、全体としてのサーバ３００の使用電力量を抑制することができる。
【００４４】
加えて、サーバ使用電力量監視部２４０は電力使用量を監視し（Ｓ２１０）、電力使用量が所定の閾値を超えた場合、所定の警告メッセージの情報を、通信部２１０を介して、ネットワークシステムの管理者向けのクライアント１００に対して通知する（Ｓ２１１）。そしてクライアント１００の通信部１１０は、通信中継装置２００からの当該情報を取得し、稼働状況表示部１２０は、情報に基づき所定のメッセージを表示する（Ｓ２１２）。
【００４５】
尚、負荷分散部２２０の負荷分散方式については、サスペンド対象以外のサーバ３００について、上記実施の形態１の動作と同様に重み付けラウンドロビン方式を用いて行う。
【００４６】
以上のように本実施の形態２においては、当該稼働状況において最低限必要なサーバ数を求め、このサーバ数に基づいて、サスペンド対象となるサーバ３００の台数を求め、当該サスペンド対象のサーバ３００をサスペンド状態とすることにより、サーバ３００の負荷状況に応じて、ネットワークシステムを稼働するのに最低限必要なサーバ３００のみを稼働させることができ、全体としてのサーバ３００の使用電力量を抑制することができる。
【００４７】
実施の形態３．
本実施の形態３は、通信中継装置２００の冗長化を行い、通信中継装置２００のサービスのダウン時間を大幅に減少させるものである。
【００４８】
図７は実施の形態３に係るネットワークシステムの構成を示す図である。図７に示すように、本実施の形態３に係るネットワークシステムは、上述した実施の形態１の構成に加え、通信中継装置２００の故障発生時に、当該通信中継装置２００の通信動作を代行する冗長系の通信中継装置（待機系）６００を更に備えている。この通信中継装置（待機系）６００は、上述した実施の形態１と同様に、クライアント１００とネットワーク４００により接続され、サーバ３００とネットワーク５００により接続される。また、通信中継装置２００と通信中継装置（待機系）６００との間に、生存確認通信用のネットワーク７００が追加される。このような構成により本実施の形態３に係るネットワークシステムにおいては、通信中継装置２００の冗長化を行い、通信中継装置２００のサービスのダウン時間を大幅に減少させるものである。
【００４９】
通信中継装置（待機系）６００は、稼働時に定期的に生存確認のための通信を通信中継装置２００と行い、故障していないかを問い合わせる。このとき、通信中継装置２００がハードウエア（Ｈ／Ｗ）故障等の理由でダウンして通信不可能な場合、通信中継装置（待機系）６００が正常系として起動し、クライアント１００からの通信パケットをサーバ３００に振り分ける通信中継装置２００の処理を代行する。尚、振り分け動作は上述した実施の形態１と同様であるので説明は省略する。
【００５０】
尚、通信中継装置（待機系）６００は、上記実施の形態２の通信中継装置２００と同様の構成とし、サーバ３００の負荷状況に応じて必要なサーバ３００のみを稼働させるようにしても良い。
【００５１】
以上のように本実施の形態３においては、通信中継装置２００の故障発生時に、当該通信中継装置２００の通信動作を代行する冗長系の通信中継装置（待機系）６００を備えることにより、通信中継装置２００の冗長化を図ることができ、通信中継装置２００のサービスのダウン時間を大幅に減少させることができる。
【図面の簡単な説明】
【００５２】
【図１】実施の形態１に係るネットワークシステムの構成を示す図である。
【図２】実施の形態１に係る通信中継装置の構成を示す図である。
【図３】実施の形態１に係るサーバの構成を示す図である。
【図４】実施の形態１に係るクライアント、通信中継装置及びサーバの間の通信フローを示した図である。
【図５】実施の形態２に係るネットワークシステムの構成を示す図である。
【図６】実施の形態２に係るクライアント、通信中継装置及びサーバの間の通信フローを示した図である。
【図７】実施の形態３に係るネットワークシステムの構成を示す図である。
【符号の説明】
【００５３】
１００  クライアント、１１０  通信部、１２０  稼働状況表示部、２００  通信中継装置、２１０  通信部、２２０  負荷分散部、２３０  サーバ稼働状況監視部、２４０  サーバ使用電力量監視部、２５０  サーバ遠隔操作部、３００  サーバ、３１０  通信部、３２０  稼働状況計測部、３３０  遠隔操作コマンド実行部、４００  ネットワーク、５００  ネットワーク、６００  通信中継装置（待機系）、７００  生存確認通信用のネットワーク。
【図１】
2009140212.tif 000003
【図２】
2009140212.tif 000004
【図３】
2009140212.tif 000005
【図４】
2009140212.tif 000006
【図５】
2009140212.tif 000007
【図６】
2009140212.tif 000008
【図７】
2009140212.tif 000009