(57)【特許請求の範囲】
【請求項１】
複数のクライアントシステムと、複数の情報提供サーバと、複数のネットワーク監視サーバと、管理サーバと、を備えるネットワークシステムであって、
前記管理サーバは、
前記複数のクライアントシステムに提供すべきコンテンツが更新された場合、更新後のコンテンツを前記各情報提供サーバに送信すると共に、前記各ネットワーク監視サーバに対して前記更新後のコンテンツのバージョンを示す情報を送信する手段と、
前記各情報提供サーバ及び前記各ネットワーク監視サーバの負荷状況及び障害情報に基づいて、前記クライアントシステムごとに、当該クライアントシステムのアクセス先とする情報提供サーバ及びネットワーク監視サーバと、前記アクセス先とする情報提供サーバ及びネットワーク監視サーバにそれぞれ障害が生じた場合のバックアップ用の情報提供サーバ及びネットワーク監視サーバと、を選定し、選定されたアクセス先及びバックアップ用の情報提供サーバ及びネットワーク監視サーバを含むサーバリストを生成し、生成したサーバリストを対応するクライアントシステムに配信するサーバリスト生成手段と、
を備え、
前記各ネットワーク監視サーバは、
前記管理サーバから受け取った前記更新後のコンテンツのバージョンを示す情報に基づき前記コンテンツの最新バージョンを求めて記憶する最新バージョン記憶手段と、
前記クライアントシステムからの定期的なコンテンツ更新問合せに応じ、前記最新バージョン記憶手段に記憶された前記コンテンツの最新バージョンを示す情報を回答する手段と、
を備え、
前記各情報提供サーバは、
前記管理サーバから受け取った前記更新後のコンテンツを最新のコンテンツとして記憶する最新コンテンツ記憶手段と、
前記クライアントシステムから最新のコンテンツを要求された場合に、前記最新コンテンツ記憶手段に記憶された前記最新のコンテンツを提供する手段と、
を備え、
前記各クライアントシステムは、
前記管理サーバから配信されたサーバリストを記憶するサーバリスト記憶手段と、
前記サーバリストに示されるアクセス先のネットワーク監視サーバに対し、定期的にコンテンツ更新問合せを行う問合せ手段と、
前記コンテンツ更新問合せに応じて前記コンテンツの最新バージョンを示す情報を取得した場合に、前記サーバリストに示されるアクセス先の情報提供サーバから当該最新バージョンのコンテンツを取得する最新コンテンツ取得手段と、
前記問合せ手段によるコンテンツ更新問合せの際に、前記アクセス先のネットワーク監視サーバから応答が得られない場合に、前記サーバリストに示されるバックアップ用のネットワーク監視サーバにコンテンツ更新問合せを行うと共に、前記アクセス先のネットワーク監視サーバに障害が生じたことを示す障害通知情報を前記管理サーバへと通知する手段と、
を備え、
前記管理サーバの前記サーバリスト生成手段は、前記クライアントシステムから前記障害通知情報を受け取った場合に、当該障害通知情報を反映した前記各ネットワーク監視サーバの障害情報及び前記各ネットワーク監視サーバの負荷状況に基づきサーバリストを再生成して前記クライアントシステムに配信し、
前記クライアントシステムは、前記サーバリスト記憶手段に記憶されたサーバリストを、前記障害通知情報の通知に応じて前記管理サーバから配信されたサーバリストにより更新し、前記問合せ手段は定期的な前記コンテンツ更新問合せを、更新後のサーバリストに示されるアクセス先のネットワーク監視サーバに対して行う、
ことを特徴とするネットワークシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、クライアント端末に情報を提供するネットワークシステムにおいて、その情報を管理する情報管理サーバにおける改良された情報管理手法、並びに負荷分散システムにおける管理サーバの負荷の軽減を図るシステムの構成に関する。
【０００２】
【従来の技術】
ネットワークシステムを構成するクライアント端末からの要求に応じて提供する情報を管理するシステム形態として集中型と分散型がある。集中型の情報管理システムは、ネットワークシステム内において管理する情報を一括管理する情報管理サーバを含み、その情報管理サーバが、各クライアント端末からの要求に応じて情報を提供する。このようなシステム形態では、情報提供に伴うシステム負荷が管理サーバに集中する。
【０００３】
一方、分散型の情報管理システムでは、情報管理サーバから提供の対象となった情報を複数の情報提供サーバに配信して、各情報提供サーバに保持させる。そしてクライアント端末をグループにわけて、各グループのクライアント端末がアクセスする情報提供サーバを異ならせることによって、いわば「分散」をすることで、情報管理サーバの負荷を軽減することができる。ところが、この分散型の情報管理システムでは、複数の情報提供サーバが配信された情報に基づき、正常にサービスを提供しているかどうかを確認するために、各情報提供サーバと情報管理サーバとの間の通信を緊密に行わなければならず、ネットワークトラフィックが増大し、各サーバへの負荷も増大する。
【０００４】
さらに、この分散型の情報管理システムでは、クライアント端末の稼働状態をサーバ側にて監視しようとするときには、そのクライアント端末の状態監視を情報管理サーバが行うことになるのが一般的である。
【０００５】
【発明が解決しようとする課題】
以上のように、クライアントサーバ型のネットワークシステムにおいては、集中型及び分散型の種別に関係なくサーバ側に機能が集中する傾向にあり、クライアント端末の接続台数が増えるにつれ、サーバ側にかかる負荷は増大する。従って、サーバ側にかかる負荷が軽減できるような情報管理手法が望まれる。
【０００６】
この事情は分散型の情報管理システムであっても同じであって、クライアント数が増大すればそれだけ情報提供サーバの数を増やすことになり、各情報提供サーバとの間で通信を行う情報管理サーバの負荷も増大するので、結局サーバ側の負荷軽減のための根本的な解決とはなっていないのが現状である。
【０００７】
本発明は以上のような問題を解決するためになされたものであり、その目的の一つは、改良された情報管理の一手法を実現する情報管理サーバを提供することにある。
【０００８】
また、別の目的の一つは、負荷分散システムにおいてシステム管理を行う管理サーバの負荷の軽減を図ることのできるクライアント端末用管理サーバを提供することにある。
【０００９】
また、さらに他の目的の一つは、負荷の軽減を図ることができるような情報をクライアントシステムに対し与えることのできる負荷分散システムにおける管理サーバを提供することにある。
【００１０】
【課題を解決するための手段】
本発明は、複数のクライアントシステムと、複数の情報提供サーバと、複数のネットワーク監視サーバと、管理サーバと、を備えるネットワークシステムであって、前記管理サーバは、前記複数のクライアントシステムに提供すべきコンテンツが更新された場合、更新後のコンテンツを前記各情報提供サーバに送信すると共に、前記各ネットワーク監視サーバに対して前記更新後のコンテンツのバージョンを示す情報を送信する手段と、前記各情報提供サーバ及び前記各ネットワーク監視サーバの負荷状況及び障害情報に基づいて、前記クライアントシステムごとに、当該クライアントシステムのアクセス先とする情報提供サーバ及びネットワーク監視サーバと、前記アクセス先とする情報提供サーバ及びネットワーク監視サーバにそれぞれ障害が生じた場合のバックアップ用の情報提供サーバ及びネットワーク監視サーバと、を選定し、選定されたアクセス先及びバックアップ用の情報提供サーバ及びネットワーク監視サーバを含むサーバリストを生成し、生成したサーバリストを対応するクライアントシステムに配信するサーバリスト生成手段と、を備え、前記各ネットワーク監視サーバは、前記管理サーバから受け取った前記更新後のコンテンツのバージョンを示す情報に基づき前記コンテンツの最新バージョンを求めて記憶する最新バージョン記憶手段と、前記クライアントシステムからの定期的なコンテンツ更新問合せに応じ、前記最新バージョン記憶手段に記憶された前記コンテンツの最新バージョンを示す情報を回答する手段と、を備え、前記各情報提供サーバは、前記管理サーバから受け取った前記更新後のコンテンツを最新のコンテンツとして記憶する最新コンテンツ記憶手段と、前記クライアントシステムから最新のコンテンツを要求された場合に、前記最新コンテンツ記憶手段に記憶された前記最新のコンテンツを提供する手段と、を備え、前記各クライアントシステムは、
前記管理サーバから配信されたサーバリストを記憶するサーバリスト記憶手段と、前記サーバリストに示されるアクセス先のネットワーク監視サーバに対し、定期的にコンテンツ更新問合せを行う問合せ手段と、前記コンテンツ更新問合せに応じて前記コンテンツの最新バージョンを示す情報を取得した場合に、前記サーバリストに示されるアクセス先の情報提供サーバから当該最新バージョンのコンテンツを取得する最新コンテンツ取得手段と、前記問合せ手段によるコンテンツ更新問合せの際に、前記アクセス先のネットワーク監視サーバから応答が得られない場合に、前記サーバリストに示されるバックアップ用のネットワーク監視サーバにコンテンツ更新問合せを行うと共に、前記アクセス先のネットワーク監視サーバに障害が生じたことを示す障害通知情報を前記管理サーバへと通知する手段と、を備え、前記管理サーバの前記サーバリスト生成手段は、前記クライアントシステムから前記障害通知情報を受け取った場合に、当該障害通知情報を反映した前記各ネットワーク監視サーバの障害情報及び前記各ネットワーク監視サーバの負荷状況に基づきサーバリストを再生成して前記クライアントシステムに配信し、前記クライアントシステムは、前記サーバリスト記憶手段に記憶されたサーバリストを、前記障害通知情報の通知に応じて前記管理サーバから配信されたサーバリストにより更新し、前記問合せ手段は定期的な前記コンテンツ更新問合せを、更新後のサーバリストに示されるアクセス先のネットワーク監視サーバに対して行う、ことを特徴とするネットワークシステムである。
参考例のネットワークシステムは、少なくとも一つの配信先装置と、前記配信先装置が参照する情報を保持する少なくとも一つの配信元装置と、管理装置と、を含むネットワークシステムであって、前記配信先装置が、配信元装置の状況に関する状況情報を出力する手段と、前記出力した状況情報に基いて、前記管理装置によって生成された、情報の参照先となる配信元装置のリストの設定を受け入れる手段と、前記設定されたリストを用いて情報の参照先である配信元装置を決定する手段と、を有することとした。
【００１１】
また、参考例の配信先装置は、情報を保持する少なくとも一つの配信元装置及び、管理装置とともにネットワークシステムを構成する配信先装置であって、配信元装置の状況に関する状況情報を検出して出力する手段と、前記出力した状況情報に基いて、前記管理装置によって生成された、情報の参照先となる配信元装置のリストの設定を受け入れる手段と、前記設定されたリストを用いて情報の参照先である配信元装置を決定する決定手段と、を有することを特徴としている。
【００１２】
ここで前記配信元装置から参照される情報は漸次更新される情報であり、前記決定手段は、リストに含まれる配信元装置のうちから、前記検出した配信元装置の状況と、配信元装置が保持する情報の更新状態とに基づいて、情報の参照先である配信元装置を決定することとしても好ましい。
【００１３】
また、前記状況情報を検出する手段は、配信元装置との間の所定時間ごとのアクセスによって配信元装置の稼働状況を検出するとともに、配信元装置との間の通信のスループットによって、配信元装置の負荷状況を検出しており、前記所定時間は、前記負荷状況に基づいて変更されることとしても好ましい。
【００１４】
さらに別の参考例の配信先装置の制御方法は、情報を保持する少なくとも一つの配信元装置及び、管理装置とともにネットワークシステムを構成する配信先装置の制御方法であって、配信元装置の状況に関する状況情報を検出して出力する工程と、前記出力した状況情報に基いて、前記管理装置によって生成された、情報の参照先となる配信元装置のリストの設定を受け入れる工程と、前記設定されたリストを用いて情報の参照先である配信元装置を決定する決定工程と、を有することを特徴としている。
【００１５】
また別の参考例では、情報を保持する少なくとも一つの配信元装置及び、管理装置とともにネットワークシステムを構成する配信先装置によって実行されるプログラムが、配信元装置の状況に関する状況情報を検出して出力する手順と、前記出力した状況情報に基いて、前記管理装置によって生成された、情報の参照先となる配信元装置のリストの設定を受け入れる手順と、前記設定されたリストを用いて情報の参照先である配信元装置を決定する決定手順と、を前記配信先装置に実行させることを特徴としている。
【００１６】
さらに別の参考例の情報管理サーバは、入力情報の内容を解釈することによって、クライアント情報、管理対象の情報を取得又は更新するためのコンテンツ情報及びコンテンツ情報の管理情報を生成又は入力情報の内容から特定した情報格納場所から取得する情報収集処理手段と、クライアント端末からの管理情報への定期的なアクセスによってクライアント端末の稼動状態を監視する接続監視手段と、クライアント端末からの情報取得要求に応じてコンテンツ情報を送信する情報送信手段とを有することを特徴とする。
【００１７】
また、別の参考例の情報管理方法は、入力情報の内容を解釈することによって情報管理のための管理情報と、管理される情報を取得又は更新するためのコンテンツ情報とを生成又は入力情報の内容から特定した情報格納場所から取得し、クライアント端末からの管理情報への定期的なアクセスによってクライアント端末の稼動状態を監視すると共に、クライアント端末からの情報取得要求に応じてコンテンツ情報を送信することを特徴とする。
【００１８】
また、別の参考例負荷分散システムにおける管理サーバは、１乃至複数のクライアントシステムと、前記クライアントシステムが参照する情報を保持する複数の情報提供サーバと、ネットワーク監視機能を有するネットワーク監視サーバと共にネットワークシステムを構成し、そのネットワークシステムのシステム管理を行う管理サーバであって、前記各情報提供サーバがそれぞれ分散して保持する情報を把握するための情報提供サーバ管理情報が記録されたシステム内情報管理用データベースと、前記システム内情報管理用データベース及び前記ネットワークシステムに含まれる各サーバの負荷状況に基づいて前記各クライアントシステムのアクセス先とする前記サーバを選定し、その選定した前記サーバのリストを生成するサーバリスト管理手段とを有し、前記各クライアントシステムが情報を収集する際に前記サーバリストを参照させることによって当該サーバに対して直接アクセス可能にしたことを特徴とする。
【００１９】
また、前記サーバリスト管理手段は、多重化されているもののうち一の前記ネットワーク監視サーバがダウンしたことを検知した他の前記ネットワーク監視サーバからシステムダウン通知情報が送られてくると、前記サーバリストを再生成し、ダウンした前記ネットワーク監視サーバをアクセス先とする前記クライアントシステムへ送信することを特徴とする。
【００２０】
また、別の参考例の情報管理方法は、１乃至複数のクライアントシステムと、前記クライアントシステムが参照する情報を保持する複数の情報提供サーバと、ネットワーク監視機能を有するネットワーク監視サーバと共にネットワークシステムを構成し、そのネットワークシステムのシステム管理を行う管理サーバであって、前記各情報提供サーバがそれぞれ分散して保持する情報を把握するための情報提供サーバ管理情報が記録されたシステム内情報管理用データベース及び前記ネットワークシステムに含まれる各サーバの負荷状況に基づいて前記各クライアントシステムのアクセス先とする前記サーバを選定し、その選定した前記サーバのリストを生成するステップを含み、前記各クライアントシステムが情報を収集する際に前記サーバリストを参照させることによって当該サーバに対して直接アクセス可能にしたことを特徴とする。
【００２１】
別の参考例に係る負荷分散システムにおける負荷分散システムにおけるクライアント端末用管理サーバは、ネットワークシステム内において提供する情報を保持する情報提供サーバと、ネットワーク監視機能を有するネットワーク監視サーバと、前記ネットワークシステムのシステム管理を行う管理サーバと共にネットワークシステムを構成し、接続されたクライアント端末又は自らが参照したい情報を前記情報提供サーバのいずれかから取得するクライアント端末用管理サーバであって、予め生成された、アクセス先とする前記各サーバのリストを記憶するサーバリスト記憶手段と、必要な情報を収集するために前記サーバリストに基づき該当する前記サーバへアクセスする情報収集処理手段とを有し、情報を収集する際に前記サーバリストを参照することによって当該サーバに対して直接アクセスすることを特徴とする。
【００２２】
また、前記サーバリスト記憶手段には、複数組のサーバリストが記憶されており、前記情報収集処理手段は、参照しているサーバリストに含まれるいずれかの前記サーバがダウンしたことを検知したときには、参照するサーバリストを他のサーバリストに切り替えることによってサーバアクセスを継続して行うことを特徴とする。
【００２３】
また、前記サーバリストは、前記各情報提供サーバがそれぞれ分散して保持する情報を把握するための情報提供サーバ管理情報及び前記ネットワークシステムに含まれる各サーバの負荷状況に基づいて前記管理サーバにより生成されダウンロードされたものであることを特徴とする。
【００２４】
また、前記情報収集処理手段は、前記情報提供サーバでもある前記ネットワーク監視サーバに対して定期的に行う更新情報の有無の問合せによって、当該クライアント端末用管理サーバが稼動していることを前記ネットワーク監視サーバに確認させることを特徴とする。
【００２５】
また、別の参考例に係るクライアント端末用管理サーバにおける情報管理方法は、ネットワークシステム内において提供する情報を保持する情報提供サーバと、ネットワーク監視機能を有するネットワーク監視サーバと、前記ネットワークシステムのシステム管理を行う管理サーバと共にネットワークシステムを構成し、接続されたクライアント端末又は自らが参照したい情報を前記情報提供サーバのいずれかから取得するクライアント端末用管理サーバにおける情報管理方法であって、必要な情報を収集するために、予め生成されたアクセス先とする前記各サーバのリストを参照することによって該当する前記サーバへ直接アクセスすることを特徴とする。
【００２６】
また、別の参考例に係る管理サーバにおける情報管理方法は、１乃至複数のクライアントシステムと、前記クライアントシステムが参照する情報を保持する複数の情報提供サーバと、ネットワーク監視機能を有するネットワーク監視サーバと共にネットワークシステムを構成し、そのネットワークシステムのシステム管理を行う管理サーバにおいて、前記各情報提供サーバがそれぞれ分散して保持する情報を把握するための情報提供サーバ管理情報と前記ネットワークシステムに含まれる各サーバの負荷状況に基づいて前記各クライアントシステムのアクセス先とする前記サーバを選定し、その選定した前記サーバのリストを生成することを特徴とする。
【００２７】
また、他の態様として、ネットワークシステム内において提供する情報を保持する情報提供サーバと、ネットワーク監視機能を有するネットワーク監視サーバと、前記ネットワークシステムのシステム管理を行う管理サーバと共にネットワークシステムを構成し、接続されたクライアント端末又は自らが参照したい情報を前記情報提供サーバのいずれかから取得するクライアント端末用管理サーバにおいて、情報を収集する際にアクセス先とする前記各サーバのアドレスリストが設定されたサーバリストを参照することによって当該サーバに対して直接アクセスするようにしてもよい。
【００２８】
【発明の実施の形態】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００２９】
［構成］
図１は、本発明に係る負荷分散システムの一実施の形態を示したシステム全体構成図であり、図２は、ブロック構成図である。本実施の形態における負荷分散システムは、インターネット２を介して接続された後述する各コンピュータにより構成されるネットワークシステムにより形成される。図１には、ネットワークシステム全体のシステム管理を行うために設けられた管理サーバ１０と、クライアントに提供する情報を保持する情報提供サーバ２０と、ネットワーク監視を行うと共にクライアントに提供する情報を保持する情報提供サーバでもあるネットワーク監視サーバ３０と、ドメイン名を管理するＤＮＳ／ＤＡＰサーバ４と、時間を管理するＮＴＳサーバ６と、必要な情報を上記サーバから提供してもらうクライアントシステム４０とが示されている。クライアントシステム４０は、ＬＡＮ４１に接続された１乃至複数台のクライアント端末４２とクライアント端末用管理サーバ４３等で構成されている。クライアント端末用管理サーバ４３は、クライアント端末４２のためのＤＨＣＰサーバに相当し、クライアント端末４２のアドレス管理を行う。また、所定の処理手順に従いいずれかのサーバ４，６，２０，３０からクライアント端末４２又は自らが参照したい情報を取得する。
【００３０】
管理サーバ１０は、従来においてネットワーク管理を一括集中して行うために設けられた基幹サーバコンピュータである。本実施の形態においては、この管理サーバ１０にかかる負荷の軽減を図ることも、その目的の一つとしている。管理サーバ１０は、情報管理用データベース１２、サーバ管理部１４、サーバリスト管理部１６及びサーバリスト保持部１８を有している。
【００３１】
情報管理用データベース１２には、クライアント端末用管理サーバ４３とクライアント端末４２との対応関係等クライアントシステム４０に関するクライアント情報、管理対象の情報を取得又は更新するためのコンテンツ情報及びコンテンツ情報の管理情報が蓄積されている。これらの情報は、図示しない入力手段から入力されたり、コンテンツサーバ等から受け取った情報の内容を解釈することによって生成されたり、あるいは入力情報の内容から特定した情報格納場所から収集される。
【００３２】
さらに、サーバ２０，３０にそれぞれ分散させて保持させる情報を把握するための情報提供サーバ管理情報が記録されている。サーバ管理部１４は、情報の分配や負荷分散システムとの接続／切断、稼動／停止等サーバ４，６，２０，３０の管理、監視を行う。サーバリスト管理部１６は、情報管理用データベース１２及びネットワークシステムに含まれる各サーバ４，６，２０，３０等の負荷状況に基づいてクライアント端末用管理サーバ４３のアクセス先とするサーバ４，６，２０，３０を選定し、その選定したサーバ４，６，２０，３０のアドレスのリスト（以下、「サーバリスト」）を生成する。そして、そのサーバリストをサーバリスト保持部１８に書き込むと共にネットワーク監視サーバ３０へ送信する。本実施の形態においては、１台の管理サーバ１０だけでも機能させることは可能であるが、管理サーバ１０を多重化してミラーサーバを設けるように構成した。これにより、いずれの管理サーバ１０が予期せぬ障害等によりダウンしても、あるいはメンテナンス等のためにシステムを一時停止させてもシステムを継続して運用することができる。
【００３３】
ネットワーク監視サーバ３０は、ＮＯＣ（Network Operation Center）に相当し、ネットワーク監視部３１、情報管理部３２及び管理情報データベース３３を有している。ネットワーク監視部３１は、ネットワーク監視機能によってクライアント端末用管理サーバ４３の稼動状態を監視する。管理情報データベース３３には、管理サーバ１０から分配されたコンテンツ情報の管理情報が格納されるデータベースである。より具体的には、コンテンツ情報が更新されたことやコンテンツ情報の格納場所を含む管理情報、また、ユーザに必要なビジネスルールを提供するための情報が格納される。情報管理部３２は、情報提供サーバとしての機能を発揮する手段であり、管理情報データベース３３に格納された情報をクライアント端末用管理サーバ４３からの要求に応じて提供する。
【００３４】
情報提供サーバ２０は、情報管理部２１及びモジュールデータベース２２を有している。モジュールデータベース２２には、管理サーバ１０から分配された情報が格納されるデータベースであり、より具体的には、クライアント端末用管理サーバ４３が用いる知識ベースの最新モジュール、ルールベースの最新モジュール等のコンテンツ情報が格納されている。本実施の形態において提供する情報は、オブジェクトであり、管理サーバ１０が保持しているインスタンスのコピーであり、管理サーバ１０によって割り振られる。また、クライアント端末用管理サーバ４３が保持管理するオブジェクトと、情報提供サーバ２０が保持管理するオブジェクトを関連付けている。これらのオブジェクトの管理は、ネットワーク監視サーバ３０により行われる。
【００３５】
これら情報提供サーバ２０やネットワーク監視サーバ３０は、管理サーバ１０からオブジェクトの配信を受ける点で、管理サーバ１０から見た場合の「配信先装置」であり、管理サーバ１０は、この情報提供サーバ２０やネットワーク監視サーバ３０から見た場合の「配信元装置」である。
【００３６】
クライアント端末用管理サーバ４３は、サーバリスト受信部４４、サーバリスト４５、情報管理部４６を有している。サーバリスト受信部４４は、ネットワーク監視サーバ３０から送られてくるサーバリスト４５を受信する。情報管理部４６は、クライアントシステム側における情報の管理を行い、クライアントシステムにおいて必要な情報が更新されたか否かをサーバリスト４５に指定されたネットワーク監視サーバ３０に対して問い合わせる問合せ部４７と、情報が更新されたときに、最新情報をサーバリスト４５に指定されたネットワーク監視サーバ３０又は情報提供サーバ２０から収集する情報収集部４８とを有している。
【００３７】
これらサーバ群は、基本的に次のようなサービスを提供している。すなわち管理サーバ１０では、オブジェクトに関係する情報（オブジェクト情報）が入力され、保持される。このオブジェクト情報は、所定のタイミングで各情報提供サーバ２０及びネットワーク監視サーバ３０に配信される。本実施の形態では管理サーバ１０は各情報提供サーバ２０やネットワーク監視サーバ３０がこの分配されたオブジェクト情報に基づき、正常に処理をしているかどうかを確認しなくともよい（その理由は後に述べる）。
【００３８】
情報提供サーバ２０は、受信したオブジェクト情報に基づく所定の処理を実行する。例えば、そのオブジェクト情報がソフトウエアモジュールのアップデータやパッチ（ソフトウエア更新用のデータ）の存在に関する情報である場合、それが取得可能なものであれば、オブジェクト情報に含まれるＵＲＬからアップデータ等を取得して保持する。情報提供サーバ２０は、このように各種のコンテンツ等、種々のオブジェクト情報やそれに基づいて取得した情報等を収集するよう動作するのであるが、何らかの原因によって収集できなかった場合、所定の条件（例えば所定時間内に収集できなかったなど）の下で収集を中断してしまってもよい。
【００３９】
ネットワーク監視サーバ３０は、受信したオブジェクト情報に基づく所定の処理を実行する。このネットワーク監視サーバ３０は、例えばオブジェクト情報がソフトウエアモジュールのアップデータやパッチの存在に関する情報である場合、そのソフトウエアモジュールを特定する情報や、アップデータやパッチの対象となるモジュールのバージョン、及び更新後のバージョンといった概要の情報を保持する。
【００４０】
これら情報提供サーバ２０やネットワーク監視サーバ３０で保持されている情報は、クライアント側からの要求に応じて、要求元となったクライアント側へ配信される。従って、この場面では情報提供サーバ２０やネットワーク監視サーバ３０が情報の配信元装置であり、クライアント側が情報の配信先装置である。クライアント側は、ネットワーク監視サーバ３０に対して定期的にアクセスして、その稼働状態を報知しながら、オブジェクト情報から得られた概要の情報を取得し、ソフトウエアモジュールの更新が行われる場合には、更新用のデータを情報提供サーバ２０に要求する。情報提供サーバ２０では、要求されたソフトウエアモジュールのうち、保持している更新データの概要情報（バージョン）を返信する。クライアント側において、その概要情報に示されたバージョンの更新データが必要であるか否かを判断し、必要であれば取得する。このとき、更新データのバージョンが、最新のものより所定バージョン分だけ古い（例えば３つ以上前のバージョンであるなど）とき、クライアント側は直接又は間接的に管理サーバ１０にその情報提供サーバ２０上の情報が更新されていない旨を報知する。
【００４１】
すなわち管理サーバ１０は、情報提供サーバ２０との間で通信をするのではなく、クライアント側で異常と判断された情報提供サーバ２０に関する情報を、クライアント側から受け取るのである。このために、管理サーバ１０は、分配されたオブジェクトに基づく正常な処理が行われているか否かに関する確認が不要になっているのである。このことは、ネットワーク監視サーバ３０においても同様に当てはまる。つまり、クライアント側において、ネットワーク監視サーバ３０との間の通信速度（スループット）が所定の値より遅くなれば、ネットワーク監視サーバ３０の異常が直接又は間接的に管理サーバ１０に通知される。
【００４２】
なお、本実施の形態においては、管理サーバ１０のみならず各サーバ４，６，２０，３０も多重化している。これは、各サーバ４，６，２０，３０は多数のクライアントシステム４０からアクセスされることになるので、それぞれにかかる負荷を分散するためである。従って、クライアントシステムの接続数が少ないシステム構築初期の時点では、それぞれ１台でも充分かもしれないが、１台のサーバ４，６，２０，３０が受け持つクライアントシステム数が増えていくにつれ、処理能力の限界に達する可能性がある。そこで、図１では、多重化された状態で各サーバ４，６，２０，３０を図示している。各サーバ４，６，２０，３０は、接続されるクライアントシステムの数とサーバコンピュータの能力等が考慮されることによってミラーサーバが適宜増やされていく。また本実施の形態においては、各々の処理の負荷の差や利用度合いの差に注目して、「アップデートがあった」という情報を配信するサービスと、アップデータ等の実体的なデータを配信するサービスとを別のサーバにおいて実行するようにした。これによって、ミラーリングを行う場合に、情報提供サーバ２０の数と、ネットワーク監視サーバ３０との数とを独立に調整できる。つまり、これらの数は互いに異なっていてもよいのである。
【００４３】
本実施の形態において特徴的なことは、管理サーバ１０によりサーバリストを生成させ、クライアント端末用管理サーバ４３に、そのサーバリスト４５に設定された各サーバに対して能動的に直接アクセスさせるようにしたことである。これにより、管理サーバ１０は通常運用時にはクライアントシステム４０から何らアクセスされることはないため、負荷の軽減を図ることができる。
【００４４】
［サーバリスト］
前述したように、本実施の形態におけるクライアント端末用管理サーバ４３は、各サーバ４，６，２０，３０に対して直接アクセスするが、そのためには各サーバ４，６，２０，３０のアドレスが示されたサーバリスト４５が必要になるので、まず最初に、サーバリスト４５が新規に生成されるときの処理について説明する。
【００４５】
クライアント端末用管理サーバ４３が負荷分散システムに新規に導入されたとき、管理サーバ１０のサーバリスト管理部１６は、そのクライアント端末用管理サーバ４３に対して図３に例示したようなサーバリストを生成する。ここで、図３を用いてサーバリストのデータ構成について説明する。
【００４６】
サーバリストには、クライアント端末用管理サーバ４３毎に生成されるテーブルであり、アクセス先となる各サーバ４，６，１０，２０，３０のアドレスが登録される。なお、本実施の形態では、通常使用するプライマリとバックアップ用のセカンダリの２つの組のアドレスリストが登録されている。例えば、図３によると、このサーバリストが付与されたクライアント端末用管理サーバ４３は、通常、「ＭＳ１」の管理サーバ１０，「ＮＯＣ１」のネットワーク監視サーバ３０、「ＤＣ１」の情報提供サーバ２０、「ＤＮＳ３」のＤＮＳサーバ４、「ＮＴＳ１」のＮＴＳサーバ６にアクセスすることになる。なお、図３においては便宜的に「ＭＳ１」というようにサーバ名で示したが、実際には前述したように各サーバ４，６，１０，２０，３０のアドレスが登録されている。
【００４７】
まず、管理サーバ１０は、負荷分散システム内において稼動している各サーバの負荷状況を情報管理用データベース１２並びにサーバリスト保持部１８に保持されているサーバリスト群によって求める。すなわち、稼動している各サーバは、サーバ管理部１４によって把握され、各サーバの負荷は、サーバ管理部１４により収集した負荷状況と、サーバリスト保持部１８に保持されている各サーバリストに指定された、各サーバの総数とに基づき得ることができる。
【００４８】
例えば、ネットワーク監視サーバ３０に着目すると、ここでは、クライアント端末用管理サーバ４３にアクセスさせるネットワーク監視サーバ３０として、ＮＯＣ１，ＮＯＣ２，ＮＯＣ３，…のうちいずれかを選出するのだから、１台毎に負荷等をカウントすることになる。このようにして求めた各サーバ１台ずつの負荷と各サーバのシステム能力、資源の残量等によってクライアント端末用管理サーバ４３に割り当てるネットワーク監視サーバ３０を選定する。なお、図３に示した例では、ネットワーク監視サーバ３０においては、クライアント端末用管理サーバ４３にとって最適な「ＮＯＣ１」がプライマリとして、次に適した「ＮＯＣ３」がセカンダリとしてそれぞれ選定されている。管理サーバ１０は、このように負荷計算をしてクライアント端末用管理サーバ４３にアクセスさせる各サーバ４，６，１０，２０，３０につきそれぞれ１台ずつ選定し、その選定したサーバのアドレスリストを生成する。なお、実際の運用には、プライマリとセカンダリの２組を用意しておけば充分であるが、更に多くの組を設定してもよい。
【００４９】
以上のようにして生成されたサーバリストは、クライアント端末用管理サーバ４３に配信されるのであるが、続いて、クライアント端末用管理サーバ４３の初期導入時における処理について図４を参照しながら説明する。
【００５０】
新規にクライアントシステム４０に設置されるクライアント端末用管理サーバ４３には、予めいずれかのネットワーク監視サーバ３０のＩＰアドレスが設定されている。クライアント端末用管理サーバ４３は、起動後に、クライアント端末４２から入力されたＡＤＳＬの認証情報を受け取り、ＩＳＰ３との接続を行う（Ｓ１）。接続後、クライアント端末用管理サーバ４３は、ＡＤＳＬの認証情報をＩＳＰ３から取得し（Ｓ２）、この認証情報からユーザを特定する情報を抽出し、ネットワーク監視サーバ３０に送信する（Ｓ３）。ネットワーク監視サーバ３０は、送られてきたユーザ特定情報を管理サーバ１０へ転送し（Ｓ４）、管理サーバ１０は、そのユーザ特定情報から、当該ユーザに対応しているクライアント端末用管理サーバ４３を特定する。そして、そのクライアント端末用管理サーバ４３のサーバリスト、更に設置時には不明であったクライアント端末用管理サーバ４３に関する情報をネットワーク監視サーバ３０に送信する（Ｓ５）。ネットワーク監視サーバ３０は、送られてきた情報をクライアント端末用管理サーバ４３へ転送する（Ｓ６）。
【００５１】
クライアント端末用管理サーバ４３は、以上のようにしてサーバリストを取得し、更に送られてきた情報に基づき初期設定を行う。以降の説明でも明らかになるが、サーバリスト管理部１６は、クライアント端末用管理サーバ４３における情報収集処理が実行される際には情報収集のために何ら処理を行わず、どのクライアント端末用管理サーバ４３がどのサーバリストを用いているかという情報を単に保持しているだけである。なお、管理サーバ１０は、サーバリストを生成すると、そのサーバリストに指定された各サーバ４，６，２０，３０に対してどのクライアント端末用管理サーバ４３からアクセスされるようになったかを通知する。生成したサーバリストをそのまま各サーバ４，６，２０，３０に転送するようにしてもよい。
【００５２】
［コンテンツ更新時の動作］
次に、情報が更新されたときの動作について説明する。
【００５３】
本実施の形態の場合、例えば「ＯＳ１のＶ１．０のサービスパック１が出た。その格納場所はＡだ。」というように、ＯＳ１Ｖ１．０という管理対象の情報についてサービスパックが出たという内容の情報（Knowledge）が管理サーバ１０に入力されると、管理サーバ１０は、その入力された情報の内容を解釈して、指定されている格納場所Ａからサービスパックのコンテンツ情報を取得する。そして、そのコンテンツ情報を情報管理用データベース１２に格納するとともに、各情報提供サーバ２０に送信する。その送信処理が終了したことを確認した後に更新情報（コンテンツ情報の管理情報）をネットワーク監視サーバ３０に送信する。なお、コンテンツ情報は、モジュールデータベース２２に格納され、更新情報は管理情報データベース３３に格納される。
【００５４】
次に、クライアント端末用管理サーバ４３が情報収集を行う際の処理について図５を参照しながら説明する。なお、図５ではＩＳＰ３は省略している。まず、クライアント端末用管理サーバ４３において、問合せ部４７は、サーバリスト４５の設定内容に基づいてアクセス先のネットワーク監視サーバ３０を特定する。そしてこの特定したネットワーク監視サーバ３０に対して定期的、例えば１分毎に情報が更新されていないかを問い合わせる（Ｓ１１−１〜１１−ｎ）。クライアントを管理するサーバ側からしてみれば、この問合せがクライアント端末用管理サーバ４３の稼動状態の監視（接続状態の確認）になるし、クライアント側からすればこの問い合わせに対する応答の有無がネットワーク監視サーバ３０が稼動中であるか（アライブ（alive）であるか）の確認にもなる。問合せ先となるネットワーク監視サーバ３０は、図３に示した例によると「ＮＯＣ１」である。問合せの内容（問い合わせる情報の種別）は、クライアント端末用管理サーバ４３に予め登録されている。ネットワーク監視サーバ３０の情報管理部３２は、管理情報データベース３３を参照して問合せに指定された情報が更新されたかをチェックする。上記例に準じると、クライアント端末用管理サーバ４３からの問合せ内容はＯＳ１に関してということになる。
【００５５】
ここで、問い合わせた情報が更新されていたとすると、クライアント端末用管理サーバ４３の情報管理部４６は、ネットワーク監視サーバ３０から対応する管理情報を受け取る（Ｓ１２）。ネットワーク監視サーバ３０から送られてくる情報はカプセル化された情報であり、新しいモジュールが生成され、それはどの情報提供サーバ２０のモジュールデータベース２２に登録されているからそこからダウンロードしなさいなどという指示が情報として含まれている。従って、情報収集部４８は、カプセル内の指示に指定された情報提供サーバ２０から該当する情報、すなわち、この例の場合は新しいモジュール（コンテンツ情報）を取り出してくる（Ｓ１３）。実際には、サーバリスト４５に指定された「ＤＣ１」の情報提供サーバ２０にアクセスすることになる。取得した情報は、接続したクライアント端末４２から要求されたものであれば、そのクライアント端末４２へ送られ、また、自己において必要な情報であれば、内部にて使用される。
【００５６】
以上が負荷分散システムにおける基本的な情報、処理の流れであるが、本実施の形態によれば、クライアント端末用管理サーバ４３が情報を収集する際に管理サーバ１０に何らアクセスすることはない。つまり、管理サーバ１０の負荷の軽減を図ることができる。特に、本実施の形態によれば、クライアント端末用管理サーバ４３の数が増加したとしてもサーバリスト保持部１８に登録されるレコード数が単に増えるだけである。つまり、クライアント端末用管理サーバ４３、ひいてはクライアント端末４２の数が無限に増えたとしても管理サーバ１０にかかる負荷は全く増えることはない。また、クライアント端末用管理サーバ４３がシステムに追加されることによりサーバリスト保持部１８に登録されるデータ量は、数台のサーバのアドレス値であり、管理サーバ１０の負荷に影響を与えるほどではない。このように、本実施の形態では、クライアント端末用管理サーバ４３が情報を収集する際には管理サーバ１０からの指示等を受けなくても能動的に該当するサーバ４，６，２０，３０から直接情報を収集するので、管理サーバ１０に何ら負荷をかけることがない。また、クライアント端末用管理サーバ４３が情報を収集している際に管理サーバ１０にアクセスしないので、負荷分散システム全体を停止させなくても管理サーバ１０をリプレースすることも可能である。更に、他のサーバ４，６，２０，３０も多重化させることによりシステムを稼動させながらリプレースすることができる。
【００５７】
また、負荷分散という目的を除外した場合でも、単一の管理サーバ１０によってクライアントシステムに関する情報、管理対象の情報を取得又は更新するためのコンテンツ情報及びコンテンツ情報の管理情報が入力、生成、あるい取得されるので、必要な情報の収集、管理を効率的に行うことができる。なお、効率的な情報管理のみを行い、負荷分散という目的を考慮しなければ、クライアント端末用管理サーバ４３の稼動状態の監視を管理サーバ１０が行うようにし、管理サーバ１０における処理機能をネットワーク監視サーバ３０及び情報提供サーバ２０に分散する必要はない。
【００５８】
［負荷状況の監視］
情報提供サーバ２０やネットワーク監視サーバ３０の負荷状況は、クライアント端末用管理サーバ４３がこれらのサーバ２０，３０から情報を取得する際の転送速度（スループット）情報によって判断される。サーバ２０，３０の負荷が高いときには、これらのサーバからの応答も遅くなると考えられるから、この転送速度情報に基づいて問い合わせの頻度を変更したり、ピン（ping）プロトコルによる定期的な動作確認（アライブか否かのチェック）を行っているときには、その動作確認の間隔を変更する。例えば転送速度情報に示されたスループットが小さくなっているときには、サーバの負荷が高いと考えられるので、そのサーバに対する問い合わせの頻度を１分に１回から２分に１回といったように低減する。
【００５９】
［障害の検知］
ここで、いずれかのサーバに障害が発生したときなどの処理について説明する。前述したように、クライアント端末用管理サーバ４３は、定期的にネットワーク監視サーバ３０に対して問合せをしている。この問合せを本実施の形態ではクライアント端末用管理サーバ４３の監視に利用している。ネットワーク監視サーバ３０は、どのクライアント端末用管理サーバ４３からアクセスされるかを事前に知っており、また、正常動作時には一定周期でアクセスされることは上記説明したとおりである。従って、一定時間アクセスがなかったときにはそのクライアント端末用管理サーバ４３はダウンしたと判断することができる。なお、ネットワーク監視サーバ３０は、クライアント端末用管理サーバ４３がダウンしたことを管理サーバ１０に通知する。
【００６０】
本実施の形態においては、以上のようにしてクライアント端末用管理サーバ４３の動作状況を確認することができるが、この際にも管理サーバ１０は何ら関与していない。すなわち、管理サーバ１０を用いなくてもクライアント端末用管理サーバ４３の動作状況を把握することができるので、管理サーバ１０の負荷を軽減することができる。また、クライアント端末用管理サーバ４３は、ダウンにより消失したなどの理由にサーバリスト４５を改めて取得したいようなときには、管理サーバ１０からではなくネットワーク監視サーバ３０から取得するように動作するので、このような場合でも管理サーバ１０に負荷をかけることはない。
【００６１】
また、クライアント端末用管理サーバ４３がネットワーク監視サーバ３０に対して問合せをしているときに、ネットワーク監視サーバ３０がダウンしたとする。このとき、クライアント端末用管理サーバ４３は、負荷状況との関係で定められる時間に亘って応答がなくなったことにより、ネットワーク監視サーバ３０がダウンしたと判断する。これにより、クライアント端末用管理サーバ４３は、使用するサーバの組をサーバリスト４５のプライマリからセカンダリに切り替えることにより、稼動しているネットワーク監視サーバ３０に対して問合せを開始する。これにより、情報の収集を継続して行うことができる。図３に示した例によると、ネットワーク監視サーバ３０に対するアクセス先は、「ＮＯＣ１」から「ＮＯＣ３」に切り替わる。
【００６２】
この場合、クライアント端末用管理サーバ４３は「ＮＯＣ３」に対して「ＮＯＣ１」が応答しなくなった旨を障害情報として知らせる。そしてＮＯＣ３が当該障害情報を管理サーバ１０へ送信して障害を通知する。
【００６３】
またネットワーク監視サーバ３０は、多重構成されているメンバにより常時監視しあっていてもよい。この場合「ＮＯＣ１」のネットワーク監視サーバ３０がダウンしたことは、「ＮＯＣ１」と多重構成されている他のネットワーク監視サーバ３０により即時に検知される。そして、他のネットワーク監視サーバ３０は、「ＮＯＣ１」のネットワーク監視サーバ３０がダウンしたことを管理サーバ１０へ通知する。
【００６４】
管理サーバ１０は、こうした障害の通知を受けると、ダウンしたネットワーク監視サーバ３０にアクセスしていたクライアント端末用管理サーバ４３に対してサーバリストを再生成し、新たにプライマリに指定されたネットワーク監視サーバ３０を経由してクライアント端末用管理サーバ４３へ送信する。なお、再生成処理の内容は、前述した生成処理と同じなので説明を省略する。これにより、セカンダリを用いてサーバアクセスをしていたクライアント端末用管理サーバ４３は、またプライマリを用いて対応するサーバへアクセスすることになる。
【００６５】
ところで、稼動中の各サーバ４，６，２０，３０の台数は、ダウンしたことにより減るが、その一方、各サーバ４，６，２０，３０に対する負荷の増大により、ミラーサーバが新たに追加されることによって増加する可能性がある。しかしながら、台数を増やしてもサーバリストが更新されなければ、アクセスされることはない。そこで、管理サーバ１０に稼動中のサーバの数の変動に伴い強制的にサーバリストを再生成できる機能を持たせた。これにより、各サーバ４，６，２０，３０それぞれにおける負荷分散を均等に行うことができる。
【００６６】
なお、ここで、ミラーサーバが構築される手順についてネットワーク監視サーバ３０を例にして説明すると、まず、ネットワーク監視サーバ３０の複製対象となるコンピュータにＨＴＴＰベースのサービスサーブレットとして、サービス提供用システムと自己管理用システムとを初期化するサービスを起動させておく。そして、このコンピュータは、管理サーバ１０に対して初期化サービスを立ち上げたことを自ら通知するなどしてその旨を知らせる。管理サーバ１０は、その通知に対して複製可と決定すると、ミラーサーバとして動作することを許可する。この許可（トリガ）を受けた当該コンピュータは、管理サーバ１０に対してネットワーク監視サーバとして必要な情報を問い合わせる。管理サーバ１０からの回答を収集すると、保持しているデータベースに反映させて、ネットワーク監視サーバとしてサービスを開始すると共にその旨を管理サーバ１０に通知する。
【００６７】
以上のようにして、各サーバ４，６，２０，３０のミラーサーバを構築することができ、管理サーバ１０は、新たに追加されたサーバからの通知に応じて前述したサーバリストの再生成処理を自動的に実施することになる。
【００６８】
また、管理サーバ１０においてサーバリストを生成し送信する処理やクライアント端末用管理サーバ４３においてサーバリスト４５に基づき該当するネットワーク監視サーバ３０等にアクセスする処理は、アプリケーションによって実現でき、そのアプリケーションは、それぞれコンピュータによって読み取り可能な記録媒体、例えばＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等、電磁気的・光学的に情報を保持する記録媒体に書き込んでおいてもよい。つまり、その記録媒体からそのアプリケーションをインストールすることで前述した各サーバ４，６，１０，２０，３０，４３の各機能を実現することができる。なお、ネットワークを介して取得した上記アプリケーションをインストールするようにしても同様である。
【００６９】
なお、本実施の形態においては、クライアント端末４２を管理するクライアント端末用管理サーバ４３を設けて、そこにサーバリスト４５を登録するようにしたが、管理サーバ１０がクライアント端末４２それぞれにサーバリストを生成して直接又はネットワーク監視サーバ３０経由で配信するようにすれば、クライアント端末用管理サーバ４３をクライアントシステム４０から取り除くことができる。
【００７０】
さらに、ここまでの説明では、障害の例としてサーバがダウンした場合のみを例示していたが、本実施の形態においては既に説明したように、情報提供サーバ２０が提供の対象となる情報を収集する際に、その時点で負荷が高かったなど、何らかの原因によって収集できなかった場合、所定の条件（例えば所定時間内に収集できなかったなど）の下で収集を中断してしまう。従って、ある状況では、ＤＣ１で収集されているサービスパック（アップデータの一例）はバージョン「１」であるが、ＤＣ３で収集されているサービスパックのバージョンは「２」である、ということが起こり得る。
【００７１】
この場合にクライアント側である、クライアント端末用管理サーバ４３がクライアント端末４２にインストールされているＯＳ１のサービスパックのバージョンが「１」であると認識しており、ネットワーク監視サーバ３０からサービスパックのバージョン「２」がでた、という情報を入手してＤＣ１にアクセスしたのに、ＤＣ１に保持されているサービスパックが「１」であると、ＤＣ１が正しく更新を行っていないことが検出できる。そこでＤＣ１が更新処理を正常に行っていないことを表す障害情報をネットワーク監視サーバ３０へ送信し、ネットワーク監視サーバ３０がこの障害情報を管理サーバ１０へ報知する。管理サーバ１０は、ＤＣ１に対して再度、バージョン「２」のサービスパックを収集するよう指示してもよいし、各クライアント側のサーバリストを調べて、ＤＣ１を含むサーバリストからＤＣ１を削除して新たなサーバリストを生成し、そのサーバリストに対応するクライアント側に当該生成した新たなサーバリストを配信するようにしてもよい。
【００７２】
なお、ここではクライアント側で保持しているバージョンと同じである場合に障害と認識する場合を例として説明したが、クライアント側で保持しているバージョンよりも情報提供サーバ２０が保持しているバージョンが低い場合に障害と認識してもよいし、通知されたサービスパックのバージョンと情報提供サーバ２０が保持しているサービスパックのバージョンとの差が所定値以上となったときに、障害と認識するようにしてもよい。
【００７３】
［適応的な取得］
本実施の形態では、クライアントやサーバの数が極めて多い、大規模ネットワークをも、その例に含んでいる。このような大規模ネットワークの状況下では上述のように各サーバごとに保持している情報のバージョンが異なっているということが十分起こり得る。このことから、ネットワーク監視サーバ３０から通知された最新のバージョンに対応するサービスパックの実体がサーバリスト上のどの情報提供サーバ２０においても未だ取得されていないという事態も起こり得るのである。このような場合に、クライアント側が一々障害情報を管理サーバ１０に報知したり、情報提供サーバ２０に対して何度もアクセスするようなことがあっては、却って負荷軽減が図れないこととなる。
【００７４】
そこで本実施の形態において特徴的なことの一つとして、クライアント端末用管理サーバ４３が次のような動作を行う。すなわち、クライアント端末用管理サーバ４３は、同じクライアントシステム４０内にあるクライアント端末４２のうち、ＯＳ１がインストールされているものについて、それらに適用されているサービスパックのバージョン（現在バージョン）を管理している。そして、クライアント端末用管理サーバ４３は、ネットワーク監視サーバ３０から最新のサービスパックがでた、という情報を受け取ると、当該情報に含まれているサービスパックのバージョン（最新バージョン）と、管理している現在バージョンとを比較する。
【００７５】
ここで最新バージョンが、現在バージョンよりも新しいならば、サーバリストを参照して、そこに含められている情報提供サーバ２０の一つ（図３の例を用いてＤＣ１とする）にアクセスする。ここで当該ＤＣ１で保持しているそのサービスパックのバージョンが最新バージョンであるか否かを調べる。そしてそれが最新バージョンであれば、そのサービスパックを取得して処理を終了するのであるが、最新バージョンでない場合、さらにＤＣ１で保持しているサービスパックのバージョンと現在バージョンとを比較し、サービスパックのバージョンが現在バージョンよりも新しいならば、それを取得して処理を終了する。
【００７６】
すなわち本実施の形態では、最新バージョンでなくとも、現在バージョンよりもバージョンアップできるならば、そのアップデータを取得して処理を終了してしまうという、いわば適応的な取得を行うことである。なお、ここでＤＣ１が最新バージョンのサービスパックを提供していない場合に、サーバリスト上の各情報提供サーバ２０間で（図３の例で言えばＤＣ１とＤＣ３との間で）それらが提供するサービスパックのバージョンを比較して、より新しい方を取得するようにしてもよい。
【００７７】
【発明の効果】
本発明によれば、クライアントシステムに関する情報、管理対象の情報を取得又は更新するためのコンテンツ情報及びコンテンツ情報の管理情報の収集、管理を効率的に行うことができる。
【００７８】
また、サーバリストを生成し、クライアント端末用管理サーバが情報を収集する際にサーバリストに基づき情報提供先となるサーバに対して、管理サーバからの指示等を受けなくても能動的に直接アクセスすることができるので、管理サーバにアクセスする必要がなくなる。これにより、管理サーバの負荷の軽減を図ることができる。また、クライアント端末用管理サーバからアクセスされないので、システムを停止させなくても管理サーバをリプレースすることも可能である。
【００７９】
また、ネットワーク監視サーバがダウンしたときにはサーバリストが再生成されるので、クライアント端末用管理サーバに対して常に有効なサーバリストを提供することができる。
【００８０】
また、複数組のサーバリストを用意しておくようにしたので、使用中のサーバリストを構成するいずれかのサーバがダウンしたとしても他のサーバリストに切り替えることによって継続して稼動中のサーバに対してアクセスすることができる。
【００８１】
また、ネットワーク監視サーバに対して定期的に行う更新情報の有無の問合せをアライブ情報としても利用したので、当該クライアント端末用管理サーバが稼動していることをネットワーク監視サーバに確認させることができる。
【図面の簡単な説明】
【図１】  本発明に係る負荷分散システムの一実施の形態を示したシステム全体構成図である。
【図２】  本実施の形態における負荷分散システムのブロック構成図である。
【図３】  本実施の形態において管理サーバが生成するサーバリストの例を示した図である。
【図４】  クライアント端末用管理サーバ４３の初期導入時における処理を表すフローチャート図である。
【図５】  情報が更新されたときのシステムの動作を表すフローチャート図である。
【符号の説明】
２  インターネット、３  ＩＳＰ、４  ＤＮＳサーバ、６  ＮＴＳサーバ、１０  管理サーバ、１２  情報管理用データベース、１４  サーバ管理部、１６  サーバリスト管理部、１８  サーバリスト保持部、２０  情報提供サーバ、２１，３２，４６  情報管理部、２２  モジュールデータベース、３０  ネットワーク監視サーバ、３１  ネットワーク監視部、３３  管理情報データベース、４０クライアントシステム、４１  ＬＡＮ、４２  クライアント端末、４３  クライアント端末用管理サーバ、４４  サーバリスト受信部、４５  サーバリスト、４７  問合せ部、４８  情報収集部。
【図１】
0004039195.tif 000002
【図２】
0004039195.tif 000003
【図３】
0004039195.tif 000004
【図４】
0004039195.tif 000005
【図５】
0004039195.tif 000006