(57)【要約】【課題】処理負荷を増加させることなくサーバの故障を考慮したサーバ間の負荷分散を行うことができる負荷分散装置、負荷分散方法、負荷分散プログラム及び負荷分散システムを提供することを目的とする。【解決手段】負荷分散装置３であって、管理端末２からのサーバ４を指定した処理依頼のデータをサーバ４に送信する監視データ送信手段と、管理端末２からのアプリケーション処理の結果が正常であったか異常であったかの情報を元に仮想アドレスに対応付けて記憶されたアプリケーション処理をサーバ４に分散可能／不可能であるかの情報を更新する更新手段と、管理端末２以外の端末１から受信した仮想アドレスを指定したアプリケーション処理依頼のデータを、仮想アドレスに対応付けられて記憶されたアプリケーション処理依頼のデータが分散可能であるサーバ４に送信する負荷分散手段とを有することにより上記課題を解決する。【選択図】  図８
2010238101.tif 000002
【特許請求の範囲】
【請求項１】
管理端末から受信した、アプリケーションサーバを指定したアプリケーション処理依頼のデータを該アプリケーションサーバに送信する監視データ送信手段と、
前記管理端末から受信した、前記アプリケーションサーバによる前記アプリケーション処理の結果が正常であったか異常であったかの情報を元に、該アプリケーション処理の仮想アドレスに対応付けて記憶手段に記憶された、該アプリケーション処理依頼のデータを該アプリケーションサーバに分散可能であるか不可能であるかの情報を更新する更新手段と、
前記管理端末以外の端末から受信した、仮想アドレスを指定したアプリケーション処理依頼のデータを、該アプリケーション処理の仮想アドレスに対応付けられて前記記憶手段に記憶された、該アプリケーション処理依頼のデータが分散可能であるアプリケーションサーバに送信する負荷分散手段と
を有する負荷分散装置。
【請求項２】
複数の前記アプリケーションサーバのアドレス、該アプリケーションサーバに分散させるアプリケーション処理の仮想アドレス、監視周期、監視応答待ち時間、前記管理端末のアドレスの入力を受け付け、対応付けて前記管理端末のアドレス宛に送信する、監視対象サーバ通知手段を更に有する請求項１記載の負荷分散装置。
【請求項３】
前記アプリケーション処理依頼のデータを送信してから該アプリケーションサーバからの応答待ち時間を計測し、前記監視応答待ち時間の経過前に該アプリケーションサーバから応答を受信した場合に該アプリケーションサーバによるアプリケーション処理を正常と判定し、前記監視応答待ち時間を超えて該アプリケーションサーバから応答を受信しない場合に該アプリケーションサーバによるアプリケーション処理を異常と判定する、判定手段と、
前記判定手段による判定結果を前記分散処理装置に送信する監視結果通知手段と
を更に有する請求項２記載の負荷分散装置。
【請求項４】
コンピュータによって実行される負荷分散方法であって、
前記コンピュータが、
管理端末から受信した、アプリケーションサーバを指定したアプリケーション処理依頼のデータを該アプリケーションサーバに送信する監視データ送信ステップと、
前記管理端末から受信した、前記アプリケーションサーバによる前記アプリケーション処理の結果が正常であったか異常であったかの情報を元に、該アプリケーション処理の仮想アドレスに対応付けて記憶手段に記憶された、該アプリケーション処理依頼のデータを該アプリケーションサーバに分散可能であるか不可能であるかの情報を更新する更新ステップと、
前記管理端末以外の端末から受信した、仮想アドレスを指定したアプリケーション処理依頼のデータを、該アプリケーション処理の仮想アドレスに対応付けられて前記記憶手段に記憶された、該アプリケーション処理依頼のデータが分散可能であるアプリケーションサーバに送信する負荷分散ステップと
を実行する負荷分散方法。
【請求項５】
コンピュータを、
管理端末から受信した、アプリケーションサーバを指定したアプリケーション処理依頼のデータを該アプリケーションサーバに送信する監視データ送信手段と、
前記管理端末から受信した、前記アプリケーションサーバによる前記アプリケーション処理の結果が正常であったか異常であったかの情報を元に、該アプリケーション処理の仮想アドレスに対応付けて記憶手段に記憶された、該アプリケーション処理依頼のデータを該アプリケーションサーバに分散可能であるか不可能であるかの情報を更新する更新手段と、
前記管理端末以外の端末から受信した、仮想アドレスを指定したアプリケーション処理依頼のデータを、該アプリケーション処理の仮想アドレスに対応付けられて前記記憶手段に記憶された、該アプリケーション処理依頼のデータが分散可能であるアプリケーションサーバに送信する負荷分散手段と
して機能させるための負荷分散プログラム。
【請求項６】
複数のアプリケーションサーバにアプリケーション処理依頼のデータを分散させる分散処理装置と該アプリケーション処理の管理端末とを含む負荷分散システムであって、
前記複数のアプリケーションサーバのアドレス、該複数のアプリケーションサーバに分散させるアプリケーション処理の仮想アドレス、監視周期、監視応答待ち時間、該アプリケーション処理の管理端末のアドレスの入力を受け付け、対応付けて第１の記憶手段に記憶する、前記分散処理装置の登録手段と、
前記第１の記憶手段に記憶された前記複数のアプリケーションサーバのアドレス、監視周期、監視応答待ち時間を、対応する管理端末のアドレスに送信する、前記分散処理装置の監視対象サーバ通知手段と、
受信した前記複数のアプリケーションサーバのアドレス、監視周期、監視応答待ち時間を第２の記憶手段に記憶する、前記管理端末の監視対象サーバ登録手段と、
前記第２の記憶手段に記憶した前記監視周期に基づき、前記アプリケーションサーバのアドレスを宛先としてアプリケーション処理依頼のデータを送信する、前記管理端末の監視データ送信手段と、
前記アプリケーション処理依頼のデータを受信する、前記分散処理装置の依頼受信手段と、
前記依頼受信手段で受信したアプリケーション処理依頼のデータの宛先が前記第１の記憶手段に記憶した前記アプリケーションサーバのアドレスで、且つ、送信元のアドレスが前記第１の記憶手段に記憶された前記アプリケーション処理の管理端末のアドレスである場合には、該宛先にそのまま該アプリケーション処理依頼のデータを送信する、前記分散処理装置の前記監視データ送信手段と、
前記送信したアプリケーション処理依頼のデータに対する、該アプリケーションサーバからの応答を、該アプリケーション処理依頼の送信元の前記管理端末に送信する、前記分散処理装置の監視結果送信手段と、
前記アプリケーション処理依頼のデータを送信してから該アプリケーションサーバからの応答待ち時間を計測し、前記第２の記憶手段に該アプリケーションサーバに対応付けて記憶された監視応答待ち時間の経過前に該アプリケーションサーバから応答を受信した場合に該アプリケーションサーバによるアプリケーション処理を正常と判定し、前記監視応答待ち時間を超えて該アプリケーションサーバから応答を受信しなかった場合に該アプリケーションサーバによるアプリケーション処理を異常と判定する、前記管理端末の判定手段と、
前記判定手段による判定結果を前記分散処理装置に送信する、前記管理端末の監視結果通知手段と、
前記管理端末から正常が通知された前記アプリケーションサーバのアプリケーション処理を負荷分散対象とし、前記管理端末から異常が通知された前記アプリケーションサーバのアプリケーション処理を負荷分散対象から除外する、前記負荷分散処理装置の負荷分散設定手段と、
前記依頼受信手段で受信したアプリケーション処理依頼のデータの宛先が前記第１の記憶手段に記憶した前記アプリケーション処理の仮想アドレスである場合には、該仮想アドレスに対応付けて記憶され、且つ、負荷分散対象として設定された前記アプリケーションサーバのアドレス宛に、該アプリケーション処理依頼のデータを送信する、前記負荷分散処理装置の負荷分散処理手段と、
を有する負荷分散システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、負荷分散装置、負荷分散方法、負荷分散プログラム及び負荷分散システムに係り、特に通信ネットワーク分野の負荷分散装置、負荷分散方法、負荷分散プログラム及び負荷分散システムに関する。
【背景技術】
【０００２】
通信ネットワーク分野の負荷分散装置は、クライアントからの要求を複数のサーバに振り分けることによりサーバ間の負荷分散を行う。例えば負荷分散装置は、クライアントからの要求に対して、サーバのデータ処理やアクセスの集中によるレスポンスの低下を防ぐため、サーバとクライアントとの間に設置され、クライアントからの要求を複数のサーバに振り分ける処理を行う。
【０００３】
従来、負荷分散装置には、サーバの故障監視を行って、故障と判断したサーバにクライアントからの要求を振り分けないようにするものがあった。なお、負荷分散装置は故障監視を行う場合、監視パケットをサーバに送信し、監視パケットに対する応答の有無で故障を判断していた。
【０００４】
このように、従来の負荷分散装置には、サーバ間の負荷分散と、サーバの故障監視とを行うものがあった（例えば特許文献１及び２参照）。従来の負荷分散装置は、監視パケットをサーバに送信し、サーバからの監視パケットに対する応答によりサーバの故障を判定することで、サーバへの振り分けの可否を判定していた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平９−３１９６８９号公報
【特許文献２】特開２００６−２８５３７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
通信ネットワーク分野においては、サーバが提供すべきサービスの高度化と短納期化にともなって、新しいサービスを提供するためのサーバ，クライアント及び負荷分散装置に実装するアプリケーションの開発やアプリケーションの処理機能がより複雑になってきている。このため、負荷分散装置はアプリケーションによる処理負荷が少なく、かつ効率的な実装技術が必須となっていた。
【０００７】
故障監視を行う従来の負荷分散装置は監視パケットを生成してサーバに送信し、サーバからの監視パケットに対する応答を受信したとき、サーバが正常との判断を行う。このように従来の負荷分散装置は故障監視を行うアプリケーションを実装する必要があり、故障監視を行うアプリケーションの分、処理負荷が余計に掛かっていた。
【０００８】
本発明の一実施形態は、上記の点に鑑みなされたもので、処理負荷を増加させることなくサーバの故障を考慮したサーバ間の負荷分散を行うことができる負荷分散装置、負荷分散方法、負荷分散プログラム及び負荷分散システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明の一実施形態の負荷分散装置は、管理端末から受信した、アプリケーションサーバを指定したアプリケーション処理依頼のデータを該アプリケーションサーバに送信する監視データ送信手段と、前記管理端末から受信した、前記アプリケーションサーバによる前記アプリケーション処理の結果が正常であったか異常であったかの情報を元に、該アプリケーション処理の仮想アドレスに対応付けて記憶手段に記憶された、該アプリケーション処理依頼のデータを該アプリケーションサーバに分散可能であるか不可能であるかの情報を更新する更新手段と、前記管理端末以外の端末から受信した、仮想アドレスを指定したアプリケーション処理依頼のデータを、該アプリケーション処理の仮想アドレスに対応付けられて前記記憶手段に記憶された、該アプリケーション処理依頼のデータが分散可能であるアプリケーションサーバに送信する負荷分散手段とを有する。
【００１０】
なお、本発明の一実施形態の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１１】
上述の如く、本発明の一実施形態によれば、処理負荷を増加させることなくサーバの故障を考慮したサーバ間の負荷分散を行うことができる負荷分散装置、負荷分散方法、負荷分散プログラム及び負荷分散システムを提供可能である。
【図面の簡単な説明】
【００１２】
【図１】本実施例の負荷分散システムの一実施例の構成図である。
【図２】負荷分散装置を実現するコンピュータシステムの一例のハードウェア構成図である。
【図３】負荷分散システムの全体処理を表した一例のシーケンス図である。
【図４】管理端末の一例の内部ブロック図である。
【図５】負荷分散装置の一例の内部ブロック図である。
【図６】クライアント，管理端末，負荷分散装置及びサーバ間におけるアプリケーションパケットと監視パケットとの流れを表した模式図である。
【図７】負荷分散システムの全体処理を表した一例のフローチャートである。
【図８】監視対象サーバテーブル及び負荷分散テーブルのデータ構成を説明する為の説明図である。
【図９】監視パケットの一例のデータ構成図である。
【発明を実施するための形態】
【００１３】
次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明していく。まず、本実施例の理解を容易とする為に、従来の負荷分散システムと本実施例の負荷分散システムとの差異について簡単に説明する。
【００１４】
従来の負荷分散装置におけるサーバの故障監視はプロトコルレイヤ毎に監視パケットを生成してサーバに送信し、サーバからの監視パケットに対する応答を受信したとき、プロトコル解析によりサーバが正常かの判断を行っている。したがって、従来の負荷分散装置は故障監視を行う為の新しいプロトコルの提供が必要であり、また、故障監視を行う為に処理負荷が余計に掛かっていた。
【００１５】
そこで、本実施例の負荷分散システムでは、クライアントとサーバとの間で先にプロトコル実装されても、クライアントと同等な機能を持つ管理端末によりサーバの故障監視を行うことで、負荷分散装置にサーバの故障監視の機能を実装する必要が無くなる。このように本実施例の負荷分散システムでは、負荷分散装置に対して故障監視の為の新しいプロトコルの実装が不要となる。
【００１６】
また、本実施例の負荷分散システムでは、負荷分散装置が監視パケットの為のプロトコル処理を必要としないことにより、サーバの故障監視を行う為の処理負荷に影響されることなく、負荷分散装置がサーバ間の負荷分散機能を提供できる。
【００１７】
例えば新しいプロトコルのクライアントに対して１つのＬ７サービスを複数のサーバが提供する環境においては、効率よくクライアントからサーバへの要求を分散させる負荷分散装置が、クライアントとサーバとの間に必要とされる。Ｌ７サービスを提供する為にはサーバがプロトコル通信を正しく行っていることが前提となる。
【００１８】
サーバは負荷分散装置からの監視パケットに対して正常な応答を行うことで、正しく動作していることを負荷分散装置に通知する。負荷分散装置は、正しく動作するサーバにクライアントからの要求を振り分けるサーバ間の負荷分散を行う。
【００１９】
つまり、クライアントとサーバとの間に新しいプロトコルを実装する場合、従来の負荷分散装置はサーバに監視パケットを送信する為に、新しいプロトコルによるサーバの故障監視の機能を実装する必要があった。
【００２０】
本実施例の負荷分散システムではサーバの故障監視を負荷分散装置からクライアント側の管理端末に処理分担することで、新しいプロトコルによるサーバの故障監視の機能を負荷分散装置に実装する必要がなくなり、クライアントとサーバとの間の新しいプロトコルの開発効率を向上させることができる。
【００２１】
また、従来の負荷分散システムではクライアントが増えることで、クライアントからの要求を処理するサーバ（分散対象サーバ）の１台当たりの処理負荷が高くなるため、クライアントからの要求を振り分ける対象のサーバを増やして、１台当たりのサーバの処理負荷を軽くしていた。
【００２２】
しかし、従来の負荷分散システムでは分散対象サーバが増えると、負荷分散装置におけるクライアントからの要求を振り分ける処理（サーバ振り分け処理）が増え、故障監視を行うサーバの数も増えることになる。このように、従来の負荷分散システムでは分散対象サーバの数が増えることにより、負荷分散装置におけるサーバ間の負荷分散を行う為の処理負荷とサーバの故障監視を行う為の処理負荷とが増え、高い処理負荷の影響により負荷分散処理が遅延したり監視パケットが破棄されたりする可能性がある。
【００２３】
サーバの故障監視を行う為の処理（故障監視処理）はプロトコルに従って監視パケットを生成し、故障監視を行うサーバ（監視サーバ）への監視パケットを送信し、監視サーバから受信した監視パケットに対する応答のプロトコル解析を行い、監視サーバの故障有無の管理を行うものである。サーバ間の負荷分散を行う為の処理（負荷分散処理）は、クライアントからの要求（要求パケット）を、各サーバの負荷に応じて複数のサーバに振り分けるものである。
【００２４】
本実施例の負荷分散システムでは、負荷分散処理を負荷分散装置が分担し、故障監視処理を管理端末が分担することにより、負荷分散装置及び管理端末が互いの処理負荷に作用されなくなる。
【００２５】
本実施例の負荷分散システムでは新しいプロトコルをクライアントとサーバとの間に実装しても、クライアントと同等のプロトコルを実装した管理端末で故障監視処理を行うことにより、負荷分散装置にサーバの故障監視の機能を実装する必要がなくなる。
【００２６】
なお、負荷分散装置は複数のサーバのＩＰアドレスを１つの仮想ＩＰアドレスとしてクライアントに公開する。したがって、クライアントはサーバの実アドレスを把握することができない。もし、クライアントからサーバの仮想ＩＰアドレスに監視パケットを送信しても、監視パケットは負荷分散装置におけるサーバ振り分け処理によりサーバへ振り分けられてしまう。つまり、クライアントからサーバの仮想ＩＰアドレスに監視パケットを送信した場合は、監視パケットが全てのサーバに均等に送信されず、全てのサーバの故障監視を均等に行うことができない。
【００２７】
このように、クライアントと同等のプロトコルを実装した管理端末はクライアント側に置かれると、仮想ＩＰアドレスに監視パケットを送信してもサーバの故障監視を行うことができない。
【００２８】
そこで、本実施例の負荷分散システムでは負荷分散装置が管理端末に対して監視サーバのＩＰアドレスを通知することで、管理端末にサーバのＩＰアドレスを把握させる。管理端末は、監視パケットの宛先である監視サーバをＩＰアドレスにより特定できる。負荷分散装置はサービス開始前に予め管理端末のＩＰアドレスを把握しておくことで、クライアントからの要求パケットと管理端末からの監視パケットとを区別できる。
【００２９】
サービス運用時、負荷分散装置は管理端末からの監視パケットをサーバ振り分け処理の対象とせず、監視パケットの宛先である監視サーバに送信する。このように、管理端末は監視パケットの宛先である監視サーバをＩＰアドレスにより特定できるので、全ての監視サーバを監視することができる。
【００３０】
管理端末は、監視サーバからの監視パケットに対する応答の有無（の結果）を負荷分散装置に通知する。負荷分散装置は監視パケットに対する応答の有無で監視サーバの故障監視を行って、故障と判断されていない監視サーバの中から要求を振り分けるサーバを決定できる。このように、本実施例の負荷分散システムでは、負荷分散処理を負荷分散装置が分担し、故障監視処理を管理端末が分担することにより、負荷分散装置及び管理端末が互いの処理負荷に作用されなくなる。
【実施例１】
【００３１】
本実施例では、複数のサーバがＬ７サービスをクライアントに提供する環境について説明していく。本実施例の負荷分散システムは、負荷分散装置がＬ７プロトコルに依存することなく、正しく動作するサーバをサーバ振り分け処理の対象とするものである。
【００３２】
図１は本実施例の負荷分散システムの一実施例の構成図である。図１に示す負荷分散システムは、クライアント１Ａ〜１Ｃ，管理端末２，負荷分散装置３，サーバ４Ａ〜４Ｃ及びハブ（ＨＵＢ）等の集線装置５Ａ〜５Ｂを含む。なお、クライアント１Ａ〜１Ｃはクライアント１と総称する。サーバ４Ａ〜４Ｃはサーバ４と総称する。集線装置５Ａ〜５Ｂは集線装置５と総称する。
【００３３】
図１中、クライアント１は集線装置５を介して負荷分散装置３に接続される。管理端末２は負荷分散装置３に接続される。サーバ４は集線装置５を介して負荷分散装置３に接続される。クライアント１，管理端末２及びサーバ４は、負荷分散装置３及び集線装置５を介してデータ通信が可能である。
【００３４】
クライアント１はサーバ４に対してアプリケーションパケットで処理を要求し、処理の結果をアプリケーションパケットでサーバ４から受信するものである。サーバ４はクライアント１からの要求を処理し、処理の結果をアプリケーションパケットでクライアント１に送信するものである。クライアント１及びサーバ４は、サーバ４がクライアント１に対して提供するサービスに応じたプロトコルを実装している。
【００３５】
管理端末２はクライアント１と同等のプロトコルを実装している。管理端末２はサーバの故障監視を行うものである。管理端末２はクライアント１と同等のプロトコルに従って監視パケットを生成し、負荷分散装置３経由でサーバ４に送信する。管理端末２は監視パケットに対する応答を負荷分散装置３経由でサーバ４から受信する。管理端末２は監視パケットに対する応答のプロトコル解析を行い、サーバ４の故障有無の管理を行う。管理端末２はサーバ４の故障の有無を管理パケットで負荷分散装置３に通知する。
【００３６】
負荷分散装置３は管理端末２から通知されたサーバ４の故障の有無に応じて、故障していないサーバ４をサーバ振り分け処理の対象とすることができる。負荷分散装置３はクライアント１からのアプリケーションパケットを、サーバ振り分け処理の対象のサーバ４に振り分けることによりサーバ４間の負荷分散を行うものである。
【００３７】
なお、負荷分散装置３は管理端末２に対してサーバ４のＩＰアドレスを通知し、クライアント１に対して１つの仮想ＩＰアドレスを公開する。管理端末２は監視パケットの宛先である例えばサーバ４ＡをＩＰアドレスにより特定できる。負荷分散装置３は予め管理端末２のＩＰアドレスを把握しておくことにより、クライアント１からのアプリケーションパケットと管理端末２からの監視パケットとを区別できる。負荷分散装置３は管理端末２からの監視パケットをサーバ振り分け処理の対象とせず、監視パケットの宛先である例えばサーバ４Ａに送信する。負荷分散装置３は、クライアント１からのアプリケーションパケットをサーバ振り分け処理の対象とし、サーバ振り分け処理の対象のサーバ４に振り分ける
図２は、負荷分散装置を実現するコンピュータシステムの一例のハードウェア構成図である。なお、クライアント１，管理端末２，サーバ４を実現するコンピュータシステムのハードウェア構成図も図２と同様である。
【００３８】
図２のコンピュータシステムは、バスＢで相互に接続されている入力装置１１，出力装置１２，ドライブ装置１３，補助記憶装置１４，主記憶装置１５，演算処理装置１６及びインターフェース装置１７を有する。
【００３９】
入力装置１１はキーボードやマウス等である。入力装置１１は、各種信号を入力するために用いられる。出力装置１２はディスプレイ装置等である。出力装置１２は各種ウインドウやデータ等を表示するために用いられる。インターフェース装置１７は、モデム，ＬＡＮカード等である。インターフェース装置１７は、ネットワークに接続する為に用いられる。
【００４０】
本実施例の負荷分散プログラムは、負荷分散装置３を制御する各種プログラムの少なくとも一部である。クライアント１，管理端末２，負荷分散装置３，サーバ４を制御するプログラムは例えば記録媒体１８の配布やネットワークからのダウンロードなどによって提供される。
【００４１】
プログラムを記録した記録媒体１８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスクなどの様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００４２】
また、プログラムを記録した記録媒体１８がドライブ装置１３にセットされると、プログラムは記録媒体１８からドライブ装置１３を介して補助記憶装置１４にインストールされる。ネットワークからダウンロードされたプログラムは、インターフェース装置１７を介して補助記憶装置１４にインストールされる。
【００４３】
補助記憶装置１４は、インストールされたプログラムを格納すると共に、必要なファイル，データ等を格納する。主記憶装置１５は、プログラムの起動時に補助記憶装置１４からプログラムを読み出して格納する。そして、演算処理装置１６は主記憶装置１５に格納されたプログラムに従って、後述するような各種処理を実現している。
【００４４】
図３は、負荷分散システムの全体処理を表した一例のシーケンス図である。ステップＳ１に進み、負荷分散装置３はユーザの入力により、故障監視に関連のある内容が定義設定される。定義設定には、分散対象サーバ及び監視対象サーバの定義，管理端末２のアドレス，サーバ監視周期，サーバ監視応答待ち時間，サーバ復旧時間が含まれる。定義設定は定義設定テーブルに予め登録しておいてもよい。
【００４５】
ステップＳ２に進み、負荷分散装置３は定義設定に基づき、監視サーバリストを負荷分散テーブルに登録する。監視サーバリストとは、故障監視を行うサーバ（監視サーバ）のリストである。
【００４６】
ステップＳ３に進み、負荷分散装置３は定義設定及び監視サーバリストを管理パケットで管理端末２に送信する。ステップＳ４に進み、管理端末２は負荷分散装置３からの管理パケットを受信する。ステップＳ５に進み、管理端末２は受信した管理パケットから定義設定及び監視サーバリストを取り出して、定義設定テーブル及び監視対象サーバテーブルに登録する。
【００４７】
ステップＳ６に進み、管理端末２は定義設定及び監視サーバリストの登録完了を通知する為の管理パケットを負荷分散装置３へ送信する。ステップＳ７に進み、負荷分散装置３は管理端末２からの管理パケットを受信する。管理端末２から定義設定及び監視サーバリストの登録完了を通知されると、負荷分散装置３はステップＳ８に進み、故障監視を行うサーバ４の故障監視を開始する。
【００４８】
ステップＳ９に進み、負荷分散装置３は故障監視の開始を通知する為の管理パケットを管理端末２へ送信する。ステップＳ１０に進み、管理端末２は負荷分散装置３からの管理パケットを受信する。ステップＳ１１に進み、管理端末２は故障監視を行うサーバ４の故障監視を開始する。
【００４９】
ステップＳ１２に進み、管理端末２はクライアント１と同等のプロトコルに従って監視パケットを生成する。ステップＳ１２で生成される監視パケットの宛先として、管理端末２は故障監視を行う例えばサーバ４ＡのＩＰアドレスを設定する。
【００５０】
ステップＳ１３に進み、管理端末２は監視パケットを負荷分散装置３に送信する。負荷分散装置３はステップＳ１４に進み、監視パケットを受信する。負荷分散装置３は予め管理端末２のＩＰアドレスを把握しておくことにより、パケットの送信元アドレスで管理端末２からの監視パケットを認識できる。
【００５１】
ステップＳ１５に進み、負荷分散装置３は管理端末２からの監視パケットであると認識したため、サーバ振り分け処理を行わない。ステップＳ１６に進み、負荷分散装置３は監視パケットの宛先である例えばサーバ４Ａに監視パケットを送信する。
【００５２】
ステップＳ１７に進み、例えばサーバ４Ａは負荷分散装置３から監視パケットを受信する。ステップＳ１８に進み、例えばサーバ４Ａは監視パケットに応じたサービスの処理を行う。ステップＳ１９に進み、例えばサーバ４Ａは監視パケットに対する応答の為の監視パケットを負荷分散装置３に送信する。
【００５３】
ステップＳ２０に進み、負荷分散装置３は例えばサーバ４Ａから受信した監視パケットを管理端末２に送信する。ステップＳ２１に進み、管理端末２は負荷分散装置３から監視パケットを受信する。ステップＳ２２に進み、管理端末２はサーバ４Ａから応答があったと判定する。管理端末２はサーバ４Ａが正常であると判定し、監視対象サーバテーブルに反映させる。監視対象サーバテーブルにはサーバ４が正常又は異常であるかを表す故障情報が含まれる。管理端末２は例えば正常なサーバ４Ａを分散対象サーバとして負荷分散装置３に通知する必要がある。
【００５４】
ステップＳ２３に進み、管理端末２はサーバ４Ａが分散対象サーバであることを通知する為の管理パケット（サーバ復旧通知パケット）を負荷分散装置３に送信する。ステップＳ２４に進み、負荷分散装置３は管理端末２からサーバ４Ａが分散対象サーバであることを通知する為の管理パケットを受信する。ステップＳ２５に進み、負荷分散装置３は管理端末２から受信したサーバ４Ａが分散対象サーバであることを通知する為の管理パケットに基づき、サーバ４Ａを分散対象サーバと決定し、負荷分散テーブルに反映させる。
【００５５】
一方、管理端末２はステップＳ１３で監視パケットを負荷分散装置３に送信してから所定時間を経過しても、負荷分散装置３から監視パケットを受信しなければ、ステップＳ２６に進み、監視応答タイムアウトと判定する。
【００５６】
ステップＳ２７に進み、管理端末２はサーバ４Ａから応答がなかったと判定する。管理端末２はサーバ４Ａが異常であると判定し、監視対象サーバテーブルに反映させる。管理端末２は例えば異常なサーバ４Ａを分散対象サーバから除く旨を、負荷分散装置３に通知する必要がある。
【００５７】
ステップＳ２８に進み、管理端末２はサーバ４Ａを分散対象サーバから除く旨を通知する為の管理パケット（サーバ故障通知パケット）を負荷分散装置３に送信する。ステップＳ２９に進み、負荷分散装置３はサーバ４Ａを分散対象サーバから除く旨を通知する為の管理パケットを管理端末２から受信する。ステップＳ３０に進み、負荷分散装置３は管理端末２から受信したサーバ４Ａを分散対象サーバから除く旨を通知する為の管理パケットに基づき、サーバ４Ａを分散対象サーバから除くことを決定し、負荷分散テーブルに反映させる。なお、ステップＳ１２〜Ｓ３０の処理は監視対象テーブルに登録されている監視サーバ全てに対してサーバ監視周期で行われる。
【００５８】
ステップＳ３１に進み、例えばクライアント１Ａは、サーバ４に対して処理を要求する為のアプリケーションパケット（リクエストパケット）を負荷分散装置３に送信する。ステップＳ３２に進み、負荷分散装置３は例えばクライアント１Ａからサーバ４に対して処理を要求する為のアプリケーションパケットを受信する。
【００５９】
ステップＳ３３に進み、負荷分散装置３は仮想ＩＰアドレスを宛先とするパケットを例えばクライアント１Ａからのアプリケーションパケットと認識できる。負荷分散装置３は例えばクライアント１Ａからのアプリケーションパケットと認識したため、サーバ振り分け処理を行ってアプリケーションパケットの振り分け先を指定する。
【００６０】
ステップＳ３４に進み、負荷分散装置３は振り分け先に指定された例えばサーバ４Ａへアプリケーションパケットを送信する。ステップＳ３５に進み、振り分け先に指定された例えばサーバ４Ａは負荷分散装置３からアプリケーションパケットを受信する。ステップＳ３６に進み、例えばサーバ４Ａはアプリケーションパケットに応じたサービスの処理を行う。ステップＳ３７に進み、例えばサーバ４Ａはアプリケーションパケットによる処理の結果を例えばクライアント１Ａに応答する為のアプリケーションパケットを負荷分散装置３に送信する。
【００６１】
ステップＳ３８に進み、負荷分散装置３は例えばサーバ４Ａから処理の結果を例えばクライアント１Ａに応答する為のアプリケーションパケットを受信する。ステップＳ３９に進み、負荷分散装置３は例えばサーバ４Ａから受信したアプリケーションパケットを例えばクライアント１Ａに送信する。ステップＳ４０に進み、例えばクライアント１Ａは負荷分散装置３からサーバ４Ａによる処理の結果を、アプリケーションパケットにより受信できる。
【００６２】
なお、図３のフローチャートは、ステップＳ１〜Ｓ１０が管理処理を表し、ステップＳ１１〜Ｓ３０が監視処理を表し、ステップＳ３１〜Ｓ４０が分散処理を表している。
【００６３】
図４は管理端末の一例の内部ブロック図である。管理端末２はパケット受信部２１，パケット識別部２２，監視開始部２３，監視パケット生成部２４，定義設定／監視サーバリストの登録部２５，サーバ復旧通知部２６，監視応答タイムアウト部２７，サーバ故障設定部２８，パケット送信部２９，定義設定テーブル３０，監視対象サーバテーブル３１を有する。
【００６４】
パケット受信部２１は負荷分散装置３から管理パケット，監視パケットを受信する。管理パケットはサーバ４の状態管理を行うためのものである。監視パケットはサーバ４の状態監視を行うためのものである。
【００６５】
パケット識別部２２は、パケット受信部２１で受信した管理パケット又は監視パケットが、管理（設定）パケット，管理（開始）パケット，監視パケットの何れであるかを識別する。なお、管理（設定）パケットは定義設定及び監視サーバリストの登録の為のものである。管理（開始）パケットは故障監視の開始を通知する為のものである。監視パケットはサーバ４に送信した監視パケットに対する応答である。
【００６６】
管理（設定）パケットであると識別された場合、定義設定／監視サーバリストの登録部２５は受信した管理（開始）パケットから定義設定及び監視サーバリストを取り出して定義設定テーブル３０及び監視対象サーバテーブル３１に登録する。定義設定／監視サーバリストの登録部２５は、定義設定及び監視サーバリストの登録完了を通知する為の管理パケットを生成する。
【００６７】
また、管理（開始）パケットであると識別された場合、監視開始部２３は故障監視を行うサーバ４の故障監視を開始する。監視パケット生成部２４はクライアント１と同等のプロトコルに従って監視パケットを生成する。
【００６８】
さらに、監視パケットであると識別された場合、サーバ復旧通知部２６は応答のあったサーバ４を判定する。サーバ復旧通知部２６は応答のあったサーバ４が正常であると判定して監視対象サーバテーブル３１に反映させる。サーバ復旧通知部２６は、応答のあったサーバ４が分散対象サーバであることを通知する為の管理パケットを生成する。
【００６９】
監視応答タイムアウト部２７は、負荷分散装置３に監視パケットを送信してから所定時間を経過しても、負荷分散装置３から監視パケットを受信しなければ、監視応答タイムアウトと判定する。監視応答タイムアウトと判定されると、サーバ故障設定部２８は応答のなかったサーバ４を判定する。サーバ故障設定部２８は、応答のなかったサーバ４が異常であると判定して監視対象サーバテーブル３１に反映させる。
【００７０】
サーバ故障設定部２８は応答のなかったサーバ４を、分散対象サーバから除く旨を通知する為の管理（設定）パケットを生成する。パケット送信部２９は負荷分散装置３へ管理パケット，監視パケットを送信する。
【００７１】
図５は、負荷分散装置の一例の内部ブロック図である。負荷分散装置３は、パケット受信部４１，パケット識別部４２，宛先書き換え部４３，サーバ選択部４４，監視開始部４５，分散対象サーバの決定部４６，監視サーバリストの登録部４７，サーバ振り分けなし宛先書き換え部４８，宛先買い換え部４９，パケット送信部５０，定義設定テーブル５１及び負荷分散テーブル５２を有する。
【００７２】
パケット受信部４１はクライアント１，管理端末２，サーバ４から管理パケット，監視パケット，アプリケーションパケットを受信する。アプリケーションパケットはクライアント１からサーバ４へのリクエストとサーバ４からクライアント１へのレスポンスとを行うためのものである。
【００７３】
パケット識別部４２は、パケット受信部４１で受信した管理パケット，監視パケット又はアプリケーションパケットが、管理（開始）パケット，管理（設定）パケット，監視パケット又はアプリケーションパケットの何れであるかを識別する。管理（開始）パケットは定義設定及び監視サーバリストの登録完了を通知する為のものである。管理（設定）パケットは分散対象サーバを通知する為のものである。
【００７４】
管理（開始）パケットであると識別された場合、監視開始部４５は監視対象サーバの故障監視を開始する。監視開始部４５は、故障監視の開始を通知する為の管理パケット（開始）を生成する。
【００７５】
管理（設定）パケットであると識別された場合、分散対象サーバの決定部４６は、管理端末２から受信した管理（設定）パケットに基づき、分散対象サーバを決定して負荷分散テーブル５２に反映させる。
【００７６】
アプリケーションパケットであると識別された場合、そのアプリケーションパケットがサーバ４から受信したものであれば、宛先書き換え部４３はアプリケーションパケットの宛先をクライアント宛に書き換える。アプリケーションパケットがクライアント１から受信したものであれば、サーバ選択部４４はサーバ振り分け処理を行ってアプリケーションパケットの振り分け先を選択し、アプリケーションパケットの宛先として振り分け先に選択されたサーバ４のアドレスを設定する。
【００７７】
監視パケットであると識別された場合、その監視パケットが管理端末２から受信したものであれば、サーバ振り分けなし宛先書き換え部４８はサーバ振り分け処理を行わず、監視パケットの宛先をサーバ宛に書き換える。監視パケットがサーバ４から受信したものであれば、宛先書き換え部４９は監視パケットの宛先を管理端末宛に書き換える。
【００７８】
故障監視に関連のある内容が定義設定された場合、監視サーバリストの登録部４７は定義設定に基づき、監視サーバリストを負荷分散テーブル５２に登録する。監視サーバリストの登録部４７は、定義設定及び監視サーバリストを管理端末２に送信する為の管理（設定）パケットを生成する。パケット送信部５０は、クライアント１，管理端末２，サーバ４へ管理パケット，監視パケット，アプリケーションパケットを送信する。
【００７９】
図４及び図５に示したように、管理端末２と負荷分散装置３との間では管理パケット及び監視パケットの送受信が行われる。負荷分散装置３は監視対象サーバを決定し、監視対象サーバのアドレスを管理パケットとして管理端末２に通知する。管理端末２から送信された監視パケットは、負荷分散装置３を経由してサーバ４に送信される。サーバ４は監視パケットに対する応答を返す。負荷分散装置３は監視パケットをサーバ振り分け処理による振り分けの対象としない。
【００８０】
監視パケットに対する応答がサーバ４から返ってきたら、管理端末２はサーバ４が正常であると判定し、サーバ４が分散対象サーバであることを管理（設定）パケットにより通知する。
【００８１】
監視パケットに対する応答がサーバ４から返ってこなければ、管理端末２はサーバ４が異常であると判定し、サーバ４が分散対象サーバでないことを管理（設定）パケットにより通知する。
【００８２】
クライアント１とサーバ４との間では、クライアント１からサーバ４へのリクエストとサーバ４からクライアント１へのレスポンスとによるアプリケーションパケット（データパケット）の送受信が行われる。負荷分散装置３はサーバ振り分け処理によりリクエストを処理させるサーバ４を決定する。負荷分散装置３は、決定したサーバ４のアドレスにアプリケーションパケットの宛先を書き換えてサーバ４に送信する。
【００８３】
図６はクライアント，管理端末，負荷分散装置及びサーバ間におけるアプリケーションパケットと監視パケットとの流れを表した模式図である。
【００８４】
図６（Ａ）は、クライアント，負荷分散装置及びサーバ間におけるアプリケーションパケットの流れを表している。図６（Ｂ）は管理端末，負荷分散装置及びサーバ間における監視パケットの流れを表している。
【００８５】
図６（Ａ）に示すように、クライアント１は仮想ＩＰアドレスを宛先（Ｄｓｔ）としてアプリケーションパケットを送信する。負荷分散装置３はサーバ振り分け処理により振り分け先に決定したサーバ４のＩＰアドレスを宛先とし、負荷分散装置３のＩＰアドレスを送信元（Ｓｒｃ）としてアプリケーションパケットを送信する。
【００８６】
アプリケーションパケットに応じたサービスの処理を行ったあと、サーバ４は負荷分散装置３のＩＰアドレスを宛先としてアプリケーションパケットを送信する。負荷分散装置３はクライアント１のＩＰアドレスを宛先とし、仮想ＩＰアドレスを送信元としてアプリケーションパケットを送信する。
【００８７】
図６（Ｂ）に示すように、管理端末２は監視対象サーバを決め、監視対象サーバのＩＰアドレスを宛先として監視パケットを送信する。負荷分散装置３は監視パケットの送信元が管理端末２であるため、監視パケットをサーバ振り分け処理の対象としない。負荷分散装置３は負荷分散装置３のＩＰアドレスを送信元として監視パケットを送信する。
【００８８】
監視パケットに応じたサービスの処理を行ったあと、サーバ４は負荷分散装置３のＩＰアドレスを宛先として監視パケットを送信する。サーバ４はアプリケーションパケットと監視パケットとを区別しない。負荷分散装置３は、管理端末２のＩＰアドレスを宛先として、管理端末２に監視パケットを送信する。
【００８９】
図７は負荷分散システムの全体処理を表した一例のフローチャートである。負荷分散装置３はステップＳ５１〜Ｓ５３の処理により定義設定と監視サーバリストとを管理端末２に通知する。定義設定される故障監視に関連のある５種類の内容は次の通りである。
【００９０】
故障監視に関連のある第１の内容は、分散対象サーバと、その分散対象サーバと対になる監視対象サーバの定義である。負荷分散装置３では、正常な監視対象サーバを分散対象サーバとする。
【００９１】
故障監視に関連のある第２の内容は、管理端末２のアドレスである。負荷分散装置３は管理端末２からの監視パケットについてサーバ振り分け処理を行わない。負荷分散装置３は受信したパケットが「管理端末２からの監視パケット」か「クライアント１からのアプリケーションパケット」かの区別のために、管理端末２のアドレスを登録する。
【００９２】
故障監視に関連のある第３の内容は、サーバ監視周期である。負荷分散装置３はサーバ監視周期で管理端末２からサーバ４へ監視パケットを送信する時間間隔を定義する。故障監視に関連のある第４の内容は、サーバ監視応答待ち時間である。サーバ監視応答待ち時間は管理端末２がサーバ４へ監視パケットを送信してから、応答の監視パケットを受信するまでの待ち時間である。管理端末２は、サーバ監視応答待ち時間を過ぎると、監視対象サーバが故障していると判断し、負荷分散装置３に監視対象サーバが故障している旨を管理パケットにより通知する。
【００９３】
故障監視に関連のある第５の内容は、サーバ復旧時間である。サーバ復旧時間は、故障していた監視対象サーバが、監視パケットに対して正常な応答を開始してから、復旧したと判断するまでの時間である。故障していた監視対象サーバが監視パケットに対して正常な応答をサーバ復旧時間の間、続けると、管理端末２は監視対象サーバが復旧したと判断して、負荷分散装置３に監視対象サーバが復旧していることを、管理パケットにより通知する。
【００９４】
管理端末２はステップＳ５４〜Ｓ５８の処理により定義設定と監視サーバリストとを登録し、定義設定及び監視サーバリストの登録完了を通知する為の管理パケットを負荷分散装置３へ送信する。負荷分散装置３はステップＳ５９〜Ｓ６２の処理により故障監視を開始し、故障監視の開始を通知する為の管理パケットを管理端末２へ送信する。
【００９５】
管理端末２はステップＳ５４，Ｓ５５，Ｓ６３，Ｓ５８の処理により故障監視を開始すると共に、監視パケットを負荷分散装置３に送信する。負荷分散装置３はステップＳ５９及びＳ６０の処理により管理端末２から監視パケットを受信する。ステップＳ６４及びＳ６５の処理により負荷分散装置３は監視パケットをサーバ４に送信する。なお、負荷分散装置３は監視パケットの宛先が仮想ＩＰアドレス以外であり、送信元が管理端末２以外であるとき、不明パケットとして破棄する。
【００９６】
サーバ４はステップＳ６６〜Ｓ６８の処理により監視パケットに応じたサービスの処理を行い、監視パケットに対する応答の為の監視パケットを負荷分散装置３に送信する。負荷分散装置３はステップＳ５９，Ｓ６０，Ｓ６９，Ｓ６２の処理により、応答の為の監視パケットを管理端末２に送信する。
【００９７】
管理端末２はステップＳ５４，Ｓ５５，Ｓ７０の処理により応答のあったサーバ４が正常であると判定し、監視対象サーバテーブルに反映させたあと、応答のあったサーバ４が分散対象サーバであることを通知する為の管理パケット（サーバ復旧通知パケット）を生成する。管理端末２はステップＳ５８の処理によりサーバ復旧通知パケットを負荷分散装置３に送信する。
【００９８】
負荷分散装置３はステップＳ５９，Ｓ６０，Ｓ７１の処理により管理端末２からサーバ復旧通知パケットを受信し、サーバ復旧通知パケットに基づき、応答のあったサーバ４を分散対象サーバと決定し、負荷分散テーブルに反映させる。
【００９９】
一方、管理端末２はステップＳ５４，Ｓ７２，Ｓ７３の処理により、監視パケットを負荷分散装置３に送信してから所定時間を経過しても、負荷分散装置３から監視パケットを受信しなければ、監視応答タイムアウトと判定する。管理端末２はサーバ４から応答がなかったと判定する。管理端末２は応答のなかったサーバ４が異常であると判定し、監視対象サーバテーブルに反映させたあと、応答のなかったサーバ４が分散対象サーバでない旨を通知する為の管理パケット（サーバ故障通知パケット）を生成する。管理端末２は、ステップＳ５８の処理によりサーバ故障通知パケットを負荷分散装置３に送信する。
【０１００】
負荷分散装置３はステップＳ５９，Ｓ６０，Ｓ７１の処理により管理端末２からサーバ故障通知パケットを受信し、サーバ故障通知パケットに基づき、応答のなかったサーバ４を分散対象サーバから除くことを決定し、負荷分散テーブルに反映させる。
【０１０１】
このように、負荷分散装置３は管理端末２からの管理パケットによりサーバ４の故障又は復旧の通知を受け、正常なサーバ４を分散対象サーバとすることができる。また、管理端末２はステップＳ５４，Ｓ７４，Ｓ５８の処理により、サーバ監視周期で監視パケットを生成して負荷分散装置３に送信する。なお、アプリケーションパケットの送受信に関する処理の説明は省略する。
【０１０２】
管理端末２が行なう監視処理は、負荷分散装置３からの定義設定に従い、監視パケットの生成，監視対象サーバとのアプリケーションパケット，監視パケットの送受信、監視対象サーバの故障や復旧の状態管理、監視対象サーバの応答時間管理を行なう。
【０１０３】
このように、管理端末２は、以下の４つの機能が実装されている。第１の機能は監視パケットの生成である。管理端末２はクライアント１と同等にサーバ４への処理要求を監視パケットにより行う。クライアント１及びサーバ４にプロトコルが新たに実装されたとしても、負荷分散装置３は新たに実装されたプロトコルのために、監視パケットを生成する新たな機能を実装する必要がなくなる。
【０１０４】
第２の機能は監視対象サーバとのアプリケーションパケット，監視パケットの送受信である。管理端末２は負荷分散装置３から取得した監視サーバリストを宛先として、監視対象サーバに監視パケットを送信する。また、管理端末２は監視サーバリストのアドレスに従い、サーバ４から監視パケットに対する応答を受信する。
【０１０５】
第３の機能は監視対象サーバの故障や復旧の状態管理である。管理端末２は、監視対象サーバ毎に、故障（異常）／復旧（正常）の状態有無を、監視対象サーバテーブルで保持する。
【０１０６】
第４の機能は監視対象サーバの応答時間管理である。管理端末２は負荷分散装置３からの定義設定に従い、監視対象サーバ毎に監視パケットの応答、故障、復旧時間などをスケジュールする。管理端末２はサーバ監視周期にて送信した監視パケットが、サーバ４からサーバ監視応答待ち時間内に応答されなければ障害と判断し、管理パケットにて負荷分散装置３へ応答の無かったサーバ４の故障を通知する。
【０１０７】
管理端末２はサーバ監視周期にて送信した監視パケットが、サーバ４からサーバ復旧時間の間、続けて応答されれば、応答のあったサーバ４が復旧したと判断し、管理パケットにて負荷分散装置３へ応答のあったサーバ４の復旧を通知する。なお、定義設定は負荷分散装置３から管理端末２へ通知されるが、変更が無い限り通知しなくてもよい。
【０１０８】
図８は監視対象サーバテーブル及び負荷分散テーブルのデータ構成を説明する為の説明図である。管理端末２が有する監視対象サーバテーブル３１は、サーバアドレス，サービス及び故障情報を対応付けて格納する。負荷分散装置３が有する負荷分散テーブル５２は仮想アドレス（ＶＩＰ），仮想ポート（ＶＰＯＲＴ），サーバアドレス及び処理情報を対応付けて格納する。仮想ポートはサービスを表すものである。
【０１０９】
クライアント１は負荷分散装置３の仮想アドレス宛かつ仮想ポートの負荷分散処理依頼データを送信する。負荷分散装置３は負荷分散テーブル５２を参照し、負荷分散処理依頼データの仮想アドレス及び仮想ポートに対応するサーバ４のうち、正常と判断された処理可能な分散対象サーバのサーバアドレスを選んで、そのサーバアドレス宛に、負荷分散処理依頼データを送信する。負荷分散処理依頼データは仮想アドレスと対になる仮想ポートでサーバ４に対してサービスを特定する。
【０１１０】
負荷分散装置３は、負荷分散テーブル５２にあるサーバアドレスと仮想ポートとを管理端末に通知し、管理端末２の監視対象サーバテーブル３１に追加させる。管理端末２は監視処理依頼データ（テストデータ）を有している。管理端末２は、監視処理依頼データを管理端末２のアプリケーションによりサーバ４に送信する。サーバ４からの応答がサーバ監視応答待ち時間を経過してもなければ、管理端末２は応答がなかったサーバ４を異常として監視対象サーバテーブル３１の故障情報を更新する。サーバ４からの応答がサーバ監視応答待ち時間を経過する前にあれば、管理端末２は応答のあったサーバ４を正常として監視対象サーバテーブル３１の故障情報を更新する。
【０１１１】
管理端末２は監視対象サーバテーブル３１の更新と共に、負荷分散装置３に故障情報の更新内容を通知する。負荷分散装置３は通知された故障情報の更新内容に基づき、負荷分散テーブル５２の処理情報を更新する。負荷分散装置３は、故障情報が異常に更新されたサーバ４の処理情報を処理不可に更新する。負荷分散装置３は、故障情報が正常に更新されたサーバ４の処理情報を処理可に更新する。
【０１１２】
図９は監視パケットの一例のデータ構成図である。管理端末２は、監視対象サーバのアドレス、監視対象の仮想ポート、監視対象サーバのアプリケーションへのテストデータパターンからアプリケーション（例えばブラウザ）を利用して監視パケットを生成し、送信する。管理端末２のアプリケーションは、ＩＰデータグラムにて、送信元の管理端末２のアドレス及び宛先のサーバ４のアドレスを設定し、ＴＣＰによるコネクションの確立を行い、テストデータ（ＧＥＴ／ＨＴＴＰ／１．１）を送信する。
【０１１３】
サーバ４からの応答時、管理端末２は、サーバ４のアプリケーションからの応答をテストデータ（ＨＴＴＰ／１．１  ２００  ＯＫ）と照合し、同一であればサーバ４のアプリケーションが正常であると判定する。
【０１１４】
本実施例の負荷分散システムでは、負荷分散装置３に負荷分散処理を分担させ、管理端末２に故障監視処理を分担させることで、負荷分散装置３が管理端末２における故障監視処理の処理負荷に作用されずに負荷分散処理を行うことができる。また、本実施例の負荷分散システムでは、新しいサービスの為のプロトコルの実装を、負荷分散装置３と独立して行うことができる。
【０１１５】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１）
管理端末から受信した、アプリケーションサーバを指定したアプリケーション処理依頼のデータを該アプリケーションサーバに送信する監視データ送信手段と、
前記管理端末から受信した、前記アプリケーションサーバによる前記アプリケーション処理の結果が正常であったか異常であったかの情報を元に、該アプリケーション処理の仮想アドレスに対応付けて記憶手段に記憶された、該アプリケーション処理依頼のデータを該アプリケーションサーバに分散可能であるか不可能であるかの情報を更新する更新手段と、
前記管理端末以外の端末から受信した、仮想アドレスを指定したアプリケーション処理依頼のデータを、該アプリケーション処理の仮想アドレスに対応付けられて前記記憶手段に記憶された、該アプリケーション処理依頼のデータが分散可能であるアプリケーションサーバに送信する負荷分散手段と
を有する負荷分散装置。
（付記２）
複数の前記アプリケーションサーバのアドレス、該アプリケーションサーバに分散させるアプリケーション処理の仮想アドレス、監視周期、監視応答待ち時間、前記管理端末のアドレスの入力を受け付け、対応付けて前記管理端末のアドレス宛に送信する、監視対象サーバ通知手段を更に有する付記１記載の負荷分散装置。
（付記３）
前記アプリケーション処理依頼のデータを送信してから該アプリケーションサーバからの応答待ち時間を計測し、前記監視応答待ち時間の経過前に該アプリケーションサーバから応答を受信した場合に該アプリケーションサーバによるアプリケーション処理を正常と判定し、前記監視応答待ち時間を超えて該アプリケーションサーバから応答を受信しない場合に該アプリケーションサーバによるアプリケーション処理を異常と判定する、判定手段と、
前記判定手段による判定結果を前記分散処理装置に送信する監視結果通知手段と
を更に有する付記２記載の負荷分散装置。
（付記４）
コンピュータによって実行される負荷分散方法であって、
前記コンピュータが、
管理端末から受信した、アプリケーションサーバを指定したアプリケーション処理依頼のデータを該アプリケーションサーバに送信する監視データ送信ステップと、
前記管理端末から受信した、前記アプリケーションサーバによる前記アプリケーション処理の結果が正常であったか異常であったかの情報を元に、該アプリケーション処理の仮想アドレスに対応付けて記憶手段に記憶された、該アプリケーション処理依頼のデータを該アプリケーションサーバに分散可能であるか不可能であるかの情報を更新する更新ステップと、
前記管理端末以外の端末から受信した、仮想アドレスを指定したアプリケーション処理依頼のデータを、該アプリケーション処理の仮想アドレスに対応付けられて前記記憶手段に記憶された、該アプリケーション処理依頼のデータが分散可能であるアプリケーションサーバに送信する負荷分散ステップと
を実行する負荷分散方法。
（付記５）
コンピュータを、
管理端末から受信した、アプリケーションサーバを指定したアプリケーション処理依頼のデータを該アプリケーションサーバに送信する監視データ送信手段と、
前記管理端末から受信した、前記アプリケーションサーバによる前記アプリケーション処理の結果が正常であったか異常であったかの情報を元に、該アプリケーション処理の仮想アドレスに対応付けて記憶手段に記憶された、該アプリケーション処理依頼のデータを該アプリケーションサーバに分散可能であるか不可能であるかの情報を更新する更新手段と、
前記管理端末以外の端末から受信した、仮想アドレスを指定したアプリケーション処理依頼のデータを、該アプリケーション処理の仮想アドレスに対応付けられて前記記憶手段に記憶された、該アプリケーション処理依頼のデータが分散可能であるアプリケーションサーバに送信する負荷分散手段と
して機能させるための負荷分散プログラム。
（付記６）
複数のアプリケーションサーバにアプリケーション処理依頼のデータを分散させる分散処理装置と該アプリケーション処理の管理端末とを含む負荷分散システムであって、
前記複数のアプリケーションサーバのアドレス、該複数のアプリケーションサーバに分散させるアプリケーション処理の仮想アドレス、監視周期、監視応答待ち時間、該アプリケーション処理の管理端末のアドレスの入力を受け付け、対応付けて第１の記憶手段に記憶する、前記分散処理装置の登録手段と、
前記第１の記憶手段に記憶された前記複数のアプリケーションサーバのアドレス、監視周期、監視応答待ち時間を、対応する管理端末のアドレスに送信する、前記分散処理装置の監視対象サーバ通知手段と、
受信した前記複数のアプリケーションサーバのアドレス、監視周期、監視応答待ち時間を第２の記憶手段に記憶する、前記管理端末の監視対象サーバ登録手段と、
前記第２の記憶手段に記憶した前記監視周期に基づき、前記アプリケーションサーバのアドレスを宛先としてアプリケーション処理依頼のデータを送信する、前記管理端末の監視データ送信手段と、
前記アプリケーション処理依頼のデータを受信する、前記分散処理装置の依頼受信手段と、
前記依頼受信手段で受信したアプリケーション処理依頼のデータの宛先が前記第１の記憶手段に記憶した前記アプリケーションサーバのアドレスで、且つ、送信元のアドレスが前記第１の記憶手段に記憶された前記アプリケーション処理の管理端末のアドレスである場合には、該宛先にそのまま該アプリケーション処理依頼のデータを送信する、前記分散処理装置の前記監視データ送信手段と、
前記送信したアプリケーション処理依頼のデータに対する、該アプリケーションサーバからの応答を、該アプリケーション処理依頼の送信元の前記管理端末に送信する、前記分散処理装置の監視結果送信手段と、
前記アプリケーション処理依頼のデータを送信してから該アプリケーションサーバからの応答待ち時間を計測し、前記第２の記憶手段に該アプリケーションサーバに対応付けて記憶された監視応答待ち時間の経過前に該アプリケーションサーバから応答を受信した場合に該アプリケーションサーバによるアプリケーション処理を正常と判定し、前記監視応答待ち時間を超えて該アプリケーションサーバから応答を受信しなかった場合に該アプリケーションサーバによるアプリケーション処理を異常と判定する、前記管理端末の判定手段と、
前記判定手段による判定結果を前記分散処理装置に送信する、前記管理端末の監視結果通知手段と、
前記管理端末から正常が通知された前記アプリケーションサーバのアプリケーション処理を負荷分散対象とし、前記管理端末から異常が通知された前記アプリケーションサーバのアプリケーション処理を負荷分散対象から除外する、前記負荷分散処理装置の負荷分散設定手段と、
前記依頼受信手段で受信したアプリケーション処理依頼のデータの宛先が前記第１の記憶手段に記憶した前記アプリケーション処理の仮想アドレスである場合には、該仮想アドレスに対応付けて記憶され、且つ、負荷分散対象として設定された前記アプリケーションサーバのアドレス宛に、該アプリケーション処理依頼のデータを送信する、前記負荷分散処理装置の負荷分散処理手段と、
を有する負荷分散システム。
【０１１６】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０１１７】
１Ａ〜１Ｃ    クライアント
２    管理端末
３    負荷分散装置
４，４Ａ〜４Ｃ    サーバ
５Ａ，５Ｂ    集線装置
１１    入力装置
１２    出力装置
１３    ドライブ装置
１４    補助記憶装置
１５    主記憶装置
１６    演算処理装置
１７    インターフェース装置
２１    パケット受信部
２２    パケット識別部
２３    監視開始部
２４    監視パケット生成部
２５    定義設定／監視サーバリストの登録部
２６    サーバ復旧通知部
２７    監視応答タイムアウト部
２８    サーバ故障設定部
２９    パケット送信部
３０    定義設定テーブル
３１    監視対象サーバテーブル
４１    パケット受信部
４２    パケット識別部
４３    宛先書き換え部
４４    サーバ選択部
４５    監視開始部
４６    分散対象サーバの決定部
４７    監視サーバリストの登録部
４８    サーバ振り分けなし宛先書き換え部
４９    宛先買い換え部
５０    パケット送信部
５１    定義設定テーブル
５２    負荷分散テーブル
Ｂ    バス
【図１】
2010238101.tif 000003
【図２】
2010238101.tif 000004
【図３】
2010238101.tif 000005
【図４】
2010238101.tif 000006
【図５】
2010238101.tif 000007
【図６】
2010238101.tif 000008
【図７】
2010238101.tif 000009
【図８】
2010238101.tif 000010
【図９】
2010238101.tif 000011