(57)【要約】【課題】              信頼性を向上でき、柔軟な構成を持たせたＡｃｔｉｖｅ／Ｓｔａｎｄｂｙ方式の負荷分散システムの提供。【解決手段】  現用機及び予備機として使用される少なくとも２以上の負荷分散装置と、クライアントからのアクセスの分散先となる情報処理サーバ群と、を含む負荷分散システムにおいて、各負荷分散装置にアクセスするためのアクセス情報を保持し、クライアントからの要求に応じて、利用可能な負荷分散装置のアクセス情報を送信する負荷分散装置管理サーバを備える。また、負荷分散装置管理サーバは、必要に応じて、フェールオーバ処理を仲介し、また、待機サーバに負荷分散装置の実行環境構築を行わせ、動的に予備機を確保する。【選択図】  図５
2006235837.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからのアクセスを情報処理サーバ群に分散する負荷分散装置と、予備の負荷分散装置とに接続された負荷分散装置管理サーバであって、
少なくとも前記予備の負荷分散装置にアクセスするためのアクセス情報を保持する負荷分散装置情報記憶部と、
前記クライアントからの要求に応じて、前記アクセス情報を送信する応答処理部と、を備えたこと、
を特徴とする負荷分散装置管理サーバ。
【請求項２】
更に、負荷分散処理を提供するためのプログラムを保持し、該プログラムのセットアップ完了後にアクセス情報を送信する待機サーバと接続され、
前記予備の負荷分散装置が所定数以下となった場合に、前記待機サーバに対して、前記プログラムの実行を要求し、予備の負荷分散装置を確保する予備資源管理部と、
前記待機サーバから受信したアクセス情報に基いて、前記負荷分散装置情報記憶部を更新すること、
を特徴とする請求項１に記載の負荷分散装置管理サーバ。
【請求項３】
更に、稼動中の負荷分散装置で実行されている負荷分散処理内容を収集する負荷分散装置内部情報サーバと接続され、
前記負荷分散装置内部情報サーバから負荷分散処理内容を受信して、他の負荷分散装置に送信し、負荷分散処理を引き継がせるフェールオーバ処理部を備えたこと、
を特徴とする請求項１又は２に記載の負荷分散装置管理サーバ。
【請求項４】
請求項１乃至３いずれか一に記載の負荷分散装置管理サーバと、少なくとも２以上の負荷分散装置と、クライアントからのアクセスの分散先となる情報処理サーバ群と、を含む負荷分散システム。
【請求項５】
クライアントからの所定のサービス要求を情報処理サーバ群に分散する負荷分散装置と、予備の負荷分散装置と、前記各負荷分散装置に接続された負荷分散装置管理サーバとを用いて実施する負荷分散装置の切り替え方法であって、
前記クライアントが、前記負荷分散装置管理サーバに対して、予備の負荷分散装置にアクセスするためのアクセス情報を要求するステップと、
前記負荷分散装置管理サーバが、予備の負荷分散装置にアクセスするためのアクセス情報を応答するステップと、
前記クライアントが前記アクセス情報を用いてサービス要求を再送するステップと、を含むこと、
を特徴とする負荷分散装置の切り替え方法。
【請求項６】
更に、前記予備の負荷分散装置が所定数以下となった場合に、前記負荷分散装置管理サーバが、負荷分散処理を提供可能なプログラムを保持する待機サーバに対して、前記プログラムの実行を要求し、予備の負荷分散装置を追加するステップと、
前記待機サーバが、該プログラムのセットアップを行うとともに、セットアップ完了後に自機のアクセス情報を前記負荷分散装置管理サーバに対して送信するステップと、
前記負荷分散装置管理サーバが、前記待機サーバから受信したアクセス情報を、予備の負荷分散装置のアクセス情報として記憶するステップと、を含むこと、
を特徴とする請求項５に記載の負荷分散装置の切り替え方法。
【請求項７】
更に、前記負荷分散装置管理サーバが、稼動中の負荷分散装置で実行されている負荷分散処理内容を収集する負荷分散装置内部情報サーバに対して、収集した負荷分散処理内容の送信を要求するステップと、
前記負荷分散装置内部情報サーバが、予備の負荷分散装置に対して、少なくとも負荷分散処理内容を送信し、負荷分散処理を引き継がせるステップと、を含むこと、
を特徴とする請求項５又は６に記載の負荷分散装置の切り替え方法。
【請求項８】
クライアントからの所定のサービス要求を情報処理サーバ群に分散する負荷分散装置と、予備の負荷分散装置と、前記各負荷分散装置に接続された負荷分散装置管理サーバに実行させるプログラムであって、
少なくとも前記予備の利用可能な負荷分散装置にアクセスするためのアクセス情報を保持管理する処理と、
前記クライアントからの要求に応じて、予備の負荷分散装置にアクセスするためのアクセス情報を送信する処理と、を前記負荷分散装置管理サーバに実行させるプログラム。
【請求項９】
更に、利用可能な負荷分散装置が所定数以下となった場合に、負荷分散処理を提供可能なプログラムを保持する待機サーバに対して、前記プログラムの実行を要求し、予備の負荷分散装置を追加する処理と、
前記待機サーバからアクセス情報を受信して、利用可能な負荷分散装置のアクセス情報として追加する処理と、を前記負荷分散装置管理サーバに実行させる請求項８に記載のプログラム。
【請求項１０】
更に、稼動中の負荷分散装置で実行されている負荷分散処理内容を収集する負荷分散装置内部情報サーバから負荷分散処理内容を受信する処理と、
前記負荷分散処理内容を、他の負荷分散装置に送信し、負荷分散処理を引き継がせる処理と、を前記負荷分散装置管理サーバに実行させる請求項８又は９に記載のプログラム。
【請求項１１】
待機サーバを構成するコンピュータに保持させるプログラムであって、
請求項１乃至３いずれか一に記載の負荷分散装置管理サーバからの要求に応じて、負荷分散処理を提供するためのプログラムを該コンピュータにセットアップする処理と、
該プログラムのセットアップ完了後にアクセス情報を前記負荷分散装置管理サーバに送信する処理とを、
前記待機サーバを構成するコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、負荷分散システム、負荷分散装置管理サーバ、負荷分散装置の切り替え方法及びプログラムに関し、特に、負荷分散装置の予備機を用意した構成を備えるものに関する。
【背景技術】
【０００２】
クライアントからの大量のアクセスなどにより、情報処理サーバに高負荷がかかる場合に、クライアントからのアクセスを複数の情報処理サーバに分散させる負荷分散装置が知られている。この種のシステムの信頼性を高める方法として、ボトルネックとなる負荷分散装置を複数用意する構成として、Ａｃｔｉｖｅ／Ａｃｔｉｖｅ方式と、Ａｃｔｉｖｅ／Ｓｔａｎｄｂｙ方式とが知られている。
【０００３】
特開２００３−１３１９６１号公報に、Ａｃｔｉｖｅ／Ａｃｔｉｖｅ方式の負荷分散装置群を備えた構成において、クライアントから送られてくるアクセスを振り分ける機能を備えたルータを用意したネットワークシステムが開示されている。また、特開２００３−１６３６８９号公報には、Ａｃｔｉｖｅ／Ａｃｔｉｖｅ方式の負荷分散装置群を備えた構成において、複数の負荷分散装置間のフェールオーバ（障害時に処理やデータを代替機に引き継ぐ機能）を実現する構成が開示されている。
【０００４】
図７は、Ａｃｔｉｖｅ／Ｓｔａｎｄｂｙ方式にて複数の負荷分散装置を構成し、情報処理サーバの負荷分散を実現する従来のシステムの構成例を表した図である。通信網１には、２台の負荷分散装置３１、３２、ｍ台の情報処理サーバ４１〜４ｍ、クライアント６が接続されている。負荷分散装置３１は、現用機として動作し、クライアント６からのアクセスを情報処理サーバ４１〜４ｍのいずれかに割り当てる。一方、負荷分散装置３２は予備機であり、現用機の負荷分散装置３１に対してハートビートパケット（キープアライブパケット）を送信し、負荷分散装置３１からの応答の有無にて、現用機の負荷分散装置３１の状態を監視する。そして、現用機に障害が生じた場合には、予備機の負荷分散装置３２に現用機として動作させることにより、クライアント６からのアクセスを情報処理サーバ４１〜４ｍのいずれかに割り当てる処理を継続させることができる。
【０００５】
【特許文献１】特開２００３−１３１９６１号公報
【特許文献２】特開２００３−１６３６８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したＡｃｔｉｖｅ／Ａｃｔｉｖｅ方式では、すべての負荷分散装置が同時に稼動するため効率上の利点があるが、一方の障害が他方に与える影響が大きいこと、フェールオーバの実現が複雑となるといった安定性上の問題点がある。
【０００７】
一方、図７に例示したようなＡｃｔｉｖｅ／Ｓｔａｎｄｂｙ方式では、保守性、安定性上の利点があるが、次のような問題点があった。第１の問題点は、現用系の負荷分散装置と待機系（予備）の負荷分散装置が、同一のサブネット上に接続されなければならないという制約が生じていたことにある。その理由は、アクセス情報を用いてアクセスするクライアント６からのアクセスを、現用系の負荷分散装置と待機系（予備）の負荷分散装置が同期して受信する必要があるためである。
【０００８】
また、上記Ａｃｔｉｖｅ／Ｓｔａｎｄｂｙ方式は、スケールアウトによるメリットを享受できないという問題点もある。もちろん予備機を増やせばその分信頼性が向上することになるが、システム全体の稼動率は低減してしまう。そこで、自動的に予備機の確保ができるような柔軟な構成を採ることができれば、上記問題点が解決するものと考えられる。
【課題を解決するための手段】
【０００９】
本発明の第１の視点によれば、クライアントからのアクセスを情報処理サーバ群に分散する負荷分散装置と、予備の負荷分散装置とに接続された負荷分散装置管理サーバであって、少なくとも前記予備の負荷分散装置にアクセスするためのアクセス情報を保持する負荷分散装置情報記憶部と、前記クライアントからの要求に応じて、前記アクセス情報を送信する応答処理部と、を備えたこと、を特徴とする負荷分散装置管理サーバが提供される。
【００１０】
また、本発明の第２の視点によれば、上記負荷分散装置管理サーバと、現用機及び予備機として使用される少なくとも２以上の負荷分散装置と、クライアントからのアクセスの分散先となる情報処理サーバ群と、を含み、現用機に障害等が生じた場合においても前記クライアントが予備系の負荷分散装置へアクセスできるようにした負荷分散システムが提供される。
【発明の効果】
【００１１】
本発明によれば、同一サブネットに属しない２つの負荷分散装置をそれぞれ現用機と予備機として用い、処理を継続させることが可能となる。その理由は、クライアントが負荷分散装置を利用するために必要なアクセス情報を、負荷分散装置管理サーバが提供できるよう構成したことにある。
【発明を実施するための最良の形態】
【００１２】
［第１の実施形態］
続いて、発明を実施するための最良の形態について図面を参照して詳細に説明する。図１は、本発明の第１の実施形態に係る負荷分散システムの構成を表したブロック図である。図１を参照すると、通信網１には、応答処理部２１と、負荷分散装置情報記憶部２２とを備えた負荷分散装置管理サーバ２と、３台の負荷分散装置３１、３２、３３と、ｍ台の情報処理サーバ４１〜４ｍと、クライアント６と、が接続されている。
【００１３】
負荷分散装置３１は、現用機として動作し、クライアント６から情報処理サーバへのアクセスを、情報処理サーバ４１〜４ｍのいずれかに割り当てる。もう一台の負荷分散装置３２、３３は予備機であるが、現用機（例えば、負荷分散装置３１）の稼動中はアイドル状態にあるが、現用機（例えば、負荷分散装置３１）が故障し、現用機としてアクセスを受けた場合には、現用機同様のクライアント６からのアクセスを情報処理サーバ４１〜４ｍのいずれかに割り当てる処理が可能な状態を保持している。
【００１４】
負荷分散装置管理サーバ２の応答処理部２１は、クライアント６からの問い合わせに対して、負荷分散装置情報記憶部２２で管理するアクセス情報を送信する。負荷分散装置情報記憶部２２で管理されるアクセス情報とは、負荷分散装置が持つホスト名、ＩＰアドレス、種々のアプリケーションに割り当てられる仮想ＩＰアドレスなどの負荷分散装置にアクセスするための情報である。また、このアクセス情報を用いて、プロトコル毎に定められた負荷分散装置又は情報処理サーバが提供できるサービスを特定することが可能となる。
【００１５】
情報処理サーバ４１〜４ｍは、クライアント６からのサービス要求を実際に処理するサーバである。
【００１６】
続いて、本実施形態の動作について説明する。例えば、負荷分散装置３１が現用機として稼動中に障害が発生した場合、クライアント６はエラーを検知し、負荷分散装置管理サーバ２に対して利用可能な負荷分散装置のアクセス情報を要求し、予備機である負荷分散装置３２のアクセス情報を取得する。クライアント６は、このアクセス情報を利用して、負荷分散装置３２へのアクセスを再開し、情報処理サーバ４１〜４ｍからサービスを受けることが可能となる。
【００１７】
以上のとおり、本実施形態によれば、予備の負荷分散装置３２、３３は、アクセス情報を使ってクライアント６からアクセスできれば足り、同一のサブネットに接続しなければならないという制約も解消される。従って、負荷分散装置に障害が発生した場合でも、同一のサブネットに制約されない別の負荷分散装置を利用して処理を継続させることができる。
【００１８】
［第２の実施形態］
続いて、待機サーバを用いて動的に負荷分散装置の予備機の確保動作を行うように構成した本発明の第２の実施形態について図面を参照して詳細に説明する。図２は、本発明の第２の実施形態に係る負荷分散システムの構成を表したブロック図である。図２を参照すると、通信網１には、応答処理部２１と負荷分散装置情報記憶部２２と予備資源管理部２３とを備えた負荷分散装置管理サーバ２と、２台の負荷分散装置３１、３２と、ｍ台の情報処理サーバ４１〜４ｍと、ｎ台の待機サーバ５１〜５ｎと、クライアント６と、が接続されている。
【００１９】
負荷分散装置３１は、現用機として動作し、クライアント６から情報処理サーバへのアクセスを、情報処理サーバ４１〜４ｍのいずれかに割り当てる。もう一台の負荷分散装置３２は予備機であるが、現用機（例えば、負荷分散装置３１）が稼動中はアイドル状態にあるが、現用機（例えば、負荷分散装置３１）が故障した場合には現用機としてアクセスされ、クライアント６からのアクセスを情報処理サーバ４１〜４ｍのいずれかに割り当てる。
【００２０】
負荷分散装置管理サーバ２の応答処理部２１は、クライアント６からの問い合わせに対して、負荷分散装置情報記憶部２２に登録されているアクセス情報を送信する。負荷分散装置情報記憶部２２に登録されているアクセス情報とは、予備機として最後に記憶された負荷分散装置が持つホスト名、ＩＰアドレス、種々のアプリケーションに割り当てられる仮想ＩＰアドレスなどの負荷分散装置にアクセスするための情報であり、ここでは初期状態において負荷分散装置３２のアクセス情報が登録されているものとする。また、このアクセス情報を用いて、プロトコル毎に定められた負荷分散装置又は情報処理サーバが提供できるサービスを特定することが可能となる。また、負荷分散装置管理サーバ２の予備資源管理部２３は、待機サーバ５１〜５ｎに対して、その記憶手段に保持されたプログラム（実行環境構築手段）５１１〜５ｎ１を起動し、負荷分散装置の実行環境の構築をするよう要求する処理手段である。
【００２１】
情報処理サーバ４１〜４ｍは、クライアント６からのサービス要求を実際に処理するサーバである。待機サーバ５１〜５ｎは、情報処理サーバ４１〜４ｍ又は負荷分散装置３１、３２の予備機であり、いずれかが障害となった場合は、その代替機として、自動的にリプレースするためのプログラム（実行環境構築手段）５１１〜５ｎ１をその記憶装置に保持している。このプログラムは、既存のソフトウェアのプロビジョニング製品を用いれば足り、ここでは特に規定しない。情報処理サーバ４１〜４ｍ及び待機サーバ５１〜５ｎの通信網１との接続は、負荷分散装置３１と同一のサブネットに接続しなければならないといった制約はなく、クライアント６からアクセス情報を用いてアクセス可能であればよい。
【００２２】
続いて、本実施形態の動作について説明する。図３、図４は、現用機の負荷分散装置に障害が発生した場合に行われる動作を表したフローチャートである。まず、図３を参照すると、負荷分散装置３１が現用機として稼動中に障害が発生した場合、クライアント６はエラーを検知し、負荷分散装置管理サーバ２に対して利用可能な負荷分散装置のアクセス情報を要求する（ステップＡ１）。
【００２３】
前記要求を受信した負荷分散装置管理サーバ２の応答処理部２１は、負荷分散装置情報記憶部２２から予備機である負荷分散装置３２のアクセス情報を取得する（ステップＡ２）。更に、応答処理部２１は、取得したアクセス情報をクライアント６に対して応答する（ステップＡ３）。
【００２４】
クライアント６は、受信したアクセス情報を利用して、負荷分散装置３２へのアクセスを行い（ステップＡ４）、負荷分散装置３２は、クライアント６からのアクセスを情報処理サーバ４１〜４ｍのいずれかに割り当てる処理を行う（ステップＡ５）。
【００２５】
続いて図４を参照すると、ステップＡ３にて、負荷分散装置管理サーバ２は、取得したアクセス情報をクライアント６に対して応答した時点で、負荷分散装置３２が現用機に変更される（ステップＢ１）。
【００２６】
続いて、負荷分散装置管理サーバ２は、予備資源管理部２３を用いて、任意の待機サーバ（例えば、待機サーバ５１）に対して、負荷分散装置３２の代替機となるよう、負荷分散装置としての実行環境の構築を要求する（ステップＢ２）。
【００２７】
実行環境の構築要求を受けた待機サーバ（例えば、待機サーバ５１）は、負荷分散装置の実行環境の構築に必要なプログラムを起動し、セットアップを行う（ステップＢ３）。セットアップ完了後、負荷分散装置３２の代替機（予備の負荷分散装置）となった待機サーバ（例えば、待機サーバ５１）は、自機へのアクセス情報を負荷分散装置管理サーバ２に送信する（ステップＢ４）。
【００２８】
負荷分散装置管理サーバ２は、受信したアクセス情報を負荷分散装置情報記憶部２２に記憶する（ステップＢ５）。
【００２９】
以降、クライアント６から利用可能な負荷分散装置のアクセス情報を要求された場合は、負荷分散装置管理サーバ２は、最後に負荷分散装置情報記憶部２２に記憶された予備機の負荷分散装置のアクセス情報を応答する。このようにして、現用機として用いられている負荷分散装置が故障した場合にも、順次利用可能な待機サーバを用いて、負荷分散装置の予備機を確保することが可能となる。
【００３０】
以上のとおり、本実施形態によれば、第１の実施形態の作用効果に加えて、ネットワーク上の冗長資源（例えば、上記待機サーバ）を、必要に応じて負荷分散装置の予備系に組み入れることができ、柔軟かつ信頼性の高い負荷分散システムが実現される。
【００３１】
［第３の実施形態］
上述した第１、第２の実施形態に係る負荷分散システムでは、予備機の負荷分散装置が現用機として負荷分散の処理を開始する場合、負荷分散装置の内部状態が初期状態となっているため、最適な負荷分散の処理を行うことができない。また、最適な負荷分散の状態に至るまでには相応の時間が必要となる。
【００３２】
上記の観点からフェールオーバ動作を行うように構成した本発明の第３の実施形態について図面を参照して詳細に説明する。図５は、本発明の第３の実施形態に係る負荷分散システムの構成を表したブロック図である。図５を参照すると、通信網１には、応答処理部２１と負荷分散装置情報記憶部２２と予備資源管理部２３とフェールオーバ処理部２４とを備えた負荷分散装置管理サーバ２と、２台の負荷分散装置３１、３２と、ｍ台の情報処理サーバ４１〜４ｍと、ｎ台の待機サーバ５１〜５ｎと、クライアント６と、が接続されている。以下、上記した第１、第２の実施形態で既に説明した事項は適宜省略して、説明する。
【００３３】
本実施の形態では、予備機への切り替えの時点から負荷分散の状態を最適なものにするために、切り替え前の負荷分散装置の負荷分散処理に関する情報を保持する負荷分散装置内部情報サーバ７を配している。
【００３４】
また、本実施の形態における負荷分散装置管理サーバ２は、負荷分散装置内部状態サーバ７に対して負荷分散処理に関する情報の提供を要求し、新たに現用機となる負荷分散装置に転送するフェールオーバ処理部２４を備えている。
【００３５】
また、本実施の形態における現用機の負荷分散装置（例えば負荷分散装置３１）は、負荷分散の処理に関する情報を定期的に負荷分散装置内部情報サーバ７に対してに送信する。なお、この情報の送信は、負荷分散装置３１が負荷分散装置内部情報サーバ７に対して所定の時間間隔で上記負荷分散の処理に関する情報を送信するものとしてもよいし、負荷分散装置内部情報サーバ７から負荷分散装置３１に所定の時間間隔で要求させ、負荷分散装置３１がこれに応答するものとしてもよい。
【００３６】
一方、負荷分散装置内部情報サーバ７は、現用機として動作している負荷分散装置に関するデータの定期的な収集・管理及び上記フェールオーバ処理部２４に対する応答を行う制御部７１と、制御部７１によって収集された負荷分散装置の負荷分散処理に関する情報を記憶する負荷分散装置内部情報記憶部７２と、を備えている。
【００３７】
続いて、本実施形態において、上記した第１、第２に実施形態で説明した動作に加えて行なわれる動作について説明する。図６は、負荷分散装置の切り替え時に行われるフェールオーバ動作を表したフローチャートである。図６を参照すると、負荷分散装置が故障し負荷分散装置管理サーバ２が取得したアクセス情報をクライアント６に対して応答した時点で（図３のステップＡ３参照）、負荷分散装置３２が現用機に変更される（ステップＣ１）と、負荷分散装置管理サーバ２は、フェールオーバ処理部２４を用いて、負荷分散装置内部情報サーバ７に対して、負荷分散処理に関する情報の送信を要求する（ステップＣ２）。
【００３８】
負荷分散装置内部情報サーバ７の制御部７１は、負荷分散装置内部情報記憶部７２から現用機であった負荷分散装置３１の負荷分散処理に関する情報を取得する（ステップＣ３）。更に、負荷分散装置内部情報サーバ７の制御部７１は、取得した情報を負荷分散装置管理サーバ２に対して応答する（ステップＣ４）。
【００３９】
負荷分散装置管理サーバ２は、受信した負荷分散処理に関する情報を、負荷分散装置３２に対して送信し、負荷分散装置３２の内部情報として反映させ、負荷分散処理を引き継がせる（ステップＣ５）。
【００４０】
以上のとおり、本実施の形態では、負荷分散装置の切り替えに際し、従前の現用機の状態を引き継ぐことができるため、新たな現用機においても、切り替え当初から最適な状態にて負荷分散処理を再開させることができる。
【００４１】
以上本発明のその好ましい実施形態を説明したが、その原理からも明らかなとおり、本発明の技術的範囲は、上述した各実施形態に限定されるものではなく、負荷分散装置の配置に自由度を持たせるべく、負荷分散装置管理サーバを用意するという本発明の要旨を逸脱しない範囲で、各種の変形・置換をなしうることが可能であることはいうまでもない。
【００４２】
例えば、上記した第１乃至第３の実施形態においては、現用機は１台であるものとして説明したが、複数台の負荷分散装置が現用機として稼動するものとし、負荷分散装置管理サーバが必要数の予備機を確保するものとしてもよい。また、情報処理サーバが行うサービスも特に限定するものではないことはもちろんである。
【図面の簡単な説明】
【００４３】
【図１】本発明の第１の実施形態に係る負荷分散システムの構成を表したブロック図である。
【図２】本発明の第２の実施形態に係る負荷分散システムの構成を表したブロック図である。
【図３】本発明の第２の実施形態に係る負荷分散システムの動作を表したフローチャートである。
【図４】本発明の第２の実施形態に係る負荷分散システムの動作を表したフローチャートである。
【図５】本発明の第３の実施形態に係る負荷分散システムの構成を表したブロック図である。
【図６】本発明の第３の実施形態に係る負荷分散システムの動作を表したフローチャートである。
【図７】従来の負荷分散システムの構成を表したブロック図である。
【符号の説明】
【００４４】
１  通信網
２  負荷分散装置管理サーバ
６  クライアント
７  負荷分散装置内部情報サーバ
２１  応答処理部
２２  負荷分散装置情報記憶部
２３  予備資源管理部
２４  フェールオーバ処理部
３１、３２、３３  負荷分散装置
４１〜４ｍ  情報処理サーバ
５１〜５ｎ  待機サーバ
７１  制御部
７２  負荷分散装置内部情報記憶部
５１１〜５ｎ１  プログラム（実行環境構築手段）
【図１】
2006235837.tif 000003
【図２】
2006235837.tif 000004
【図３】
2006235837.tif 000005
【図４】
2006235837.tif 000006
【図５】
2006235837.tif 000007
【図６】
2006235837.tif 000008
【図７】
2006235837.tif 000009