(57)【要約】【課題】  機器間またはサービス間の依存関係情報を自動的に収集、蓄積し、依存関係管理の負荷を軽減するとともに、障害発生時などに影響を受ける機器の特定と障害重要性の把握を行う。【解決手段】  サーバ２の接続状況チェック部２２が、クライアント３からのサービス部２１への接続を監視し、接続情報を依存関係管理サーバ４へ送る。クライアントからの接続回数などにより、重要度算出部４２で機器の重要度を算出する。サーバ２より送られた情報と算出した重要度を依存関係データベース５へ蓄積する。蓄積された情報をもとに機器間の依存関係、各機器の重要度、障害の起こった際の影響範囲を図示する。これにより、障害発生時には、影響を受ける機器の特定とその障害の重要性の把握が速やかに行える。【選択図】        図１
2006178834.tif 000002
【特許請求の範囲】
【請求項１】
第１のサーバと第２のサーバとクライアントとがネットワークを介して接続される依存関係情報収集システムにおいて、
上記第１のサーバは上記クライアントへサービスを提供するサービス部と、上記サービス部への上記クライアントの接続状況を監視する接続状況チェック部を備え、
上記第２のサーバは、上記サービス部へ接続している上記クライアントと、上記クライアントが接続されている上記サービス部を含んでいる上記第１のサーバとの接続状況を上記接続状況チェック部から収集して依存関係として記憶する依存関係収集部を備えることを特徴とする依存関係情報収集システム。
【請求項２】
上記接続状況チェック部は、上記クライアントのＩＰアドレスに基づいて上記クライアントを特定し、クライアントが接続されている上記第１のサーバのポート番号に基づいて上記サービス部が提供するサービスを特定することにより上記サービス部への上記クライアントの接続状況を監視することを特徴とする請求項１記載の依存関係情報収集システム。
【請求項３】
上記第２のサーバは、さらに、上記サービス部の提供する上記サービスの重要度を算出する重要度算出部を備えることを特徴とする請求項１記載の依存関係情報収集システム。
【請求項４】
上記重要度算出部は、上記サービス部の提供する上記サービスの重要度に基づいて上記サーバの重要度を算出することを特徴とする請求項３記載の依存関係情報収集システム。
【請求項５】
上記依存関係情報収集システムは、さらに、上記ネットワークに接続された第３のサーバを備え、
上記第３のサーバは、上記ネットワークの機器の構成と上記ネットワークの機器の稼動状態を管理するネットワーク監視部を備え、
上記第２のサーバは、さらに、第３のサーバより上記ネットワークの機器の構成と上記ネットワークの機器の稼動状態とを取得し、上記ネットワークの機器に障害が発生した場合に、上記ネットワーク監視部の管理する機器の構成と機器の稼動状況と、上記依存関係収集部が収集した依存関係とに基づいて上記障害の影響範囲を特定する影響範囲特定部を備えることを特徴とした請求項１記載の依存関係情報収集システム。
【請求項６】
上記依存関係情報収集システムは、さらに、上記ネットワークに接続された第３のサーバを備え、
上記第３のサーバは、上記ネットワークの機器の構成を管理するネットワーク監視部を備え、
上記第２のサーバは、さらに、第３のサーバより上記ネットワークの機器の構成を取得し、上記ネットワーク監視部の管理する機器の構成と上記依存関係収集部が収集した依存関係とに基づいて機器間の依存関係を生成し、上記機器間の依存関係に基づいて機器間の接続マップを作成して図示する接続マップ作成部を備えることを特徴とした請求項１記載の依存関係情報収集システム。
【請求項７】
上記依存関係情報収集システムは、さらに、
上記サービス部の提供する上記サービスのサーバの重要度を算出し、上記サービス部の提供する上記サービスの重要度に基づいて上記サーバの重要度を算出する重要度算出部を備え、
上記接続マップ作成部は上記重要度算出部にて算出した重要度を図示することを特徴とする請求項６記載の依存関係情報収集システム。
【請求項８】
第１のサーバと第２のサーバとクライアントとがネットワークを介して接続される依存関係情報収集システムの依存関係情報収集方法において、
上記第１のサーバは上記クライアントへサービスを提供するサービスステップと、上記サービスステップを実行する実行状況を監視する実行状況チェックステップを備え、
上記第２のサーバは、上記クライアントと上記第１のサーバとの実行状況を上記実行状況チェックステップから収集して依存関係として記憶する依存関係収集ステップを備えることを特徴とする依存関係情報収集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
ネットワークの機器間の依存関係を自動的に認識するシステム及び方法に関するものである。
【背景技術】
【０００２】
通常、ネットワーク管理装置、またはネットワーク管理システムではＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（ＩＰ）アドレスを用いた機器の論理的な接続状況や稼動状況などを把握することが可能である。例えば、あるＩＰアドレスを持った機器の停止時に画面のアイコンの表示が変わるなどして、障害の監視を可能としている。
【０００３】
しかし、この状態ではある機器、または機器で動作しているサービスが停止することによって、どの機器に影響があるかを把握することはできなかった。
【０００４】
そこで、機器、または機器で動作しているサービスが停止したことによる影響範囲を特定するために、あらかじめどの機器または機器で動作しているどのサービスと、どの機器または機器で動作しているどのサービスとが依存関係にあるかを定義しておくことで、機器間の影響範囲の把握を行っていた。
【特許文献１】特開２００２−３２８８９３号公報
【特許文献２】特開２００３−２４１９９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来ネットワークの機器の依存関係情報の定義は人手でシステムに入力していた。もしくは、ネットワークのパケット解析や各機器に保存している依存情報をスキャンするなど、ある程度の依存関係情報の自動取得が可能であった。しかし、最終的にはネットワーク構成を熟知する者が人手で修正を行っていたため、これらの依存関係情報の入力に手間がかかっていた。
【０００６】
また、機器間の依存関係によって他の機器に及ぼす影響範囲は特定できるが、その影響がどの程度重要なものであるかを把握することはできなかった。
【０００７】
本発明は上記のような問題点を解決するためになされたもので、手作業で入力していた機器間またはサービス間の依存関係情報を自動的に収集、蓄積することで、依存関係管理の負荷を軽減するとともに、障害発生時などに影響を受ける機器の特定と重要性の把握を行うことを目的とする。
【課題を解決するための手段】
【０００８】
本発明は以下の特徴がある。第１のサーバと第２のサーバとクライアントとがネットワークを介して接続される依存関係情報収集システムにおいて、上記第１のサーバは上記クライアントへサービスを提供するサービス部と、上記サービス部への上記クライアントの接続状況を監視する接続状況チェック部を備え、上記第２のサーバは、上記サービス部へ接続している上記クライアントと、上記クライアントが接続されている上記サービス部を含んでいる上記第１のサーバとの接続状況を上記接続状況チェック部から収集して依存関係として記憶する依存関係収集部を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、機器間またはサーバで動作するサービス間の依存関係情報を自動的に収集し、蓄積することができる。これによりこれまで手作業で行っていた依存関係管理の負荷を軽減することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明を図面に示す実施の形態に基づいて説明する。
実施の形態１．
【００１１】
図１は本実施の形態の全体を示す構成図である。Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）１と、サーバ２と、サーバ２の有するサービス部２１と、サーバ２の有する接続状況チェック部２２と、クライアント３と、依存関係管理サーバ４と、依存関係管理サーバ４の有する依存関係収集部４１と、依存関係管理サーバ４の有する重要度算出部４２と、依存関係管理サーバ４の有する影響範囲特定部４３と、依存関係管理サーバ４の有する接続マップ作成部４４と、依存関係データベース５と、ネットワーク監視装置６と、ネットワーク監視装置６の有するネットワーク監視部６１と、構成情報データベース７とを備えている。
【００１２】
ＬＡＮ１に設置されたクライアント３へサービスを提供するサービス部２１を備えたサーバ２とそのサービスにアクセスし利用するクライアント３によって構成される情報システムを想定する。ここで、ＬＡＮ１はネットワークの一例である。サーバ２のサービス部２１はＬＡＮ１でサービスを提供する。サービスとはネットワーク経由で利用できるプログラムを指す。クライアント３はサーバ２のＩＰアドレスとサーバ２のポート番号とからサービスを指定し、利用することができる。
【００１３】
例えば、ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）サーバは通常ポート番号８０のポートを受信可能状態としている。クライアント３はＷｅｂブラウザを通してＷｅｂサーバのＩＰアドレスのポート番号８０を指定することで、ＨＴＴＰのサービスを利用することができる。ＨＴＴＰサービスとは、例えばＨＴＴＰサーバに置かれているＨｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）ファイルや画像ファイルの取得を行うプログラムなどを指す。またＦｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＦＴＰ）サーバは通常ポート番号２１のポートを受信可能状態としている。クライアント３はＦＴＰクライアントソフトウェアを通してＦＴＰサーバのＩＰアドレスのポート番号２１を指定することでＦＴＰサービスを利用することができる。ＦＴＰサービスとは、例えばファイルの転送を行うプログラム指す。
【００１４】
ポート番号についてはＩｎｔｅｒｎｅｔ  Ａｓｓｉｇｎｅｄ  Ｎｕｍｂｅｒｓ  Ａｕｔｈｏｒｉｔｙ（ＩＡＮＡ）でポート番号と対応するサービスが一元管理されている。
【００１５】
サーバ２のサービス部２１で動作するサービスは、１つのサーバ２のサービス部２１で複数動作していても構わない。１つのサーバ２のサービス部２１で複数のサービスが動作している場合、サービス毎に対応するポート番号のポートが使用可能になっている。例えば、１つのサーバ２でポート番号８０を使用するＨＴＴＰサーバとポート番号２１を使用するＦＴＰサーバとポート番号２３を使用するＴｅｌｎｅｔサーバとを同時に提供することができる。
【００１６】
サーバ２にサーバ２自身のサービス部２１へのクライアント３の接続状況を監視する接続状況チェック部２２が存在し、接続状況チェック部２２は常にサービスの稼動状況、サービスへのクライアント３の接続状況を監視している。接続状況チェック部２２は監視した情報を定期的に収集し、収集した情報を依存関係管理サーバ４へ送信する。
【００１７】
依存関係管理サーバ４はネットワークに存在する機器間またはサービス間の依存関係を管理するサーバである。依存関係収集部４１はサーバ２の接続状況チェック部２２から送られる情報を収集している。依存関係データベース５は依存関係管理サーバ４の依存関係収集部４１が収集した依存関係情報を記憶するデータベースである。
【００１８】
ネットワーク監視装置６はネットワーク内の機器の構成と稼動状態とを管理するネットワーク監視部６１を備える。ネットワーク監視部６１はネットワーク内の機器の構成と稼動状態とを構成情報データベース７に記憶している。
【００１９】
本発明に係る実施の形態は上記のように構成されており、以下にその動作及び作用について説明する。
【００２０】
まず、動作の前提条件を以下に示す。
【００２１】
１つ目として、依存関係管理サーバ４は、ネットワーク監視装置６などによって、ネットワークの論理構成を把握できているものとする。すなわち、依存関係管理サーバ４はネットワークに接続されている機器のＩＰアドレスを予め取得できているものとする。
【００２２】
２つ目として、サーバ２は依存関係管理サーバ４のＩＰアドレスを予め取得できているものとする。すなわち、サーバ２と依存関係管理サーバ４とは通信が可能であることとする。
【００２３】
３つ目として、依存関係管理サーバ４はポート番号とサービスとの対応付けができるものとする。例えば、ＵＮＩＸ（登録商標）系のＯｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ（ＯＳ）では「／ｅｔｃ／ｓｅｒｖｉｃｅｓ」というファイルにポート番号と対応するサービスとが記述されている。また上記のＩＡＮＡで管理しているデータベースでもポート番号と対応するサービスとが管理されている。これらの情報などを利用してポート番号とサービスとの対応付けをすることができる。ポート番号と対応するサービスとの一覧は依存関係データベース５でサービス対応テーブル５１として記憶する。図３にサービス対応テーブル５１の例を示す。
【００２４】
次に機器間の依存関係認識処理の流れを以下に示す。
【００２５】
まず、クライアント３はサーバ２のＩＰアドレスとポート番号とを指定して通信を行い、クライアント３はサーバ２が提供するアプリケーションやミドルウェアなどのサービスを使用する。
【００２６】
サーバ２にて接続状況チェック部２２がサーバ２自身の通信ポートへのネットワーク接続状況をチェックする。ここで接続状況チェック部２２はサーバ２のＩＰアドレス、サーバ２のポート番号、クライアント３のＩＰアドレス、クライアント３のポート番号、クライアント３の接続開始時刻を取得する。
【００２７】
例えば、サーバ２で接続状況チェック部２２としては、ｎｅｔｓｔａｔコマンドが考えられる。ｎｅｔｓｔａｔコマンドはＴＣＰ／ＩＰ通信（ＴＣＰとはＴｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌを指す）の状態を調査するためのプログラムであり、多くのＯＳに附属するコマンドである。ｎｅｔｓｔａｔコマンドでは通信プロトコルの種類、サーバ２のＩＰアドレス、サーバ２のポート番号、クライアント３のＩＰアドレス、クライアント３のポート番号、接続状態のような情報を取得することが可能である。
【００２８】
ここで、通信プロトコルとはＴＣＰ、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）などを言う。
【００２９】
また、接続状態とはサーバ２のＩＰアドレスとポート番号とから特定されるサービスへの接続状態を示す。例えば、クライアント３からの接続待ち状態であるＬＩＳＴＥＮ、接続状態であるＥＳＴＡＢＬＩＳＨＥＤ、クライアント３からの切断待ちであるＴＩＭＥ＿ＷＡＩＴなどである。
【００３０】
例えば、ここではＥＳＴＡＢＬＩＳＨＥＤ状態をクライアント３がサーバ２へ接続している状態とみなし、それ以外の状態をクライアント３がサーバ２へ接続していない状態とみなして情報を取得していく。
【００３１】
サーバ２がクライアント３としてサーバ２のサービスを利用することがある。この場合は、接続元のサービスを利用するサーバ２をクライアント３、接続先のサービスを提供するサーバ２をサーバ２として考える。
【００３２】
次にサーバ２の接続状況チェック部２２は、チェックを行い取得したサーバ２のＩＰアドレス、サーバ２のポート番号、クライアント３のＩＰアドレス、クライアント３のポート番号、クライアント３の接続開始時刻を依存関係管理サーバ４へ送信する。
【００３３】
依存関係管理サーバ４はサーバ２の接続状況チェック部２２から送信された情報を依存関係データベース５に保存する。保存の方法について図２に従い説明する。依存関係データベース５に保存されたテーブルについては例を図４、図５、図６に示す。ここで、図４はサーバテーブル５２を表す。図５はサーバサービステーブル５３を表す。図６は接続状況テーブル５４を表す。
【００３４】
ステップＳ１１では、依存関係管理サーバ４の依存関係収集部４１は、サーバ２の接続状況チェック部２２から、サーバ２のＩＰアドレス、サーバ２のポート番号、クライアント３のＩＰアドレス、クライアント３のポート番号、クライアント３の接続開始時刻を受け取る。
【００３５】
ステップＳ１２では、依存関係管理サーバ４の依存関係収集部４１は、サーバ２のポート番号が図３に示すサービス対応テーブル５１に存在するか照合を行う。
【００３６】
ステップＳ１３では、依存関係管理サーバ４の依存関係収集部４１は、ステップＳ１２での照合の結果、対応するサービスがサービス対応テーブル５１に存在すればステップＳ１５へ、対応するサービスがサービス対応テーブル５１に存在しなければステップＳ１４へ進む。
【００３７】
ステップＳ１４では、ポート番号に対応するサービス名がサービス対応テーブル５１に存在しない場合、前提条件３に違反するため、依存関係管理サーバ４の依存関係収集部４１はエラーを出力し終了する。
【００３８】
ステップＳ１５では、依存関係管理サーバ４の依存関係収集部４１は、サーバ２の接続状況チェック部２２から送信されたサーバ２のＩＰアドレスをもとに、サーバテーブル５２に存在するか照合を行い、サーバテーブル５２に送信されたサーバ２のＩＰアドレスが存在した場合はサーバＩＤを取得する。
【００３９】
ステップＳ１６では、依存関係管理サーバ４の依存関係収集部４１は、ステップＳ１５での照合の結果、サーバテーブル５２にサーバ２のＩＰアドレスが存在すればステップＳ１８へ、サーバテーブル５２にサーバ２のＩＰアドレスが存在しなければステップＳ１７へ進む。
【００４０】
ステップＳ１７では、サーバ２の接続状況チェック部２２から送信されたサーバ２のＩＰアドレスに対応するサーバ２のＩＤがサーバテーブル５２に存在しない場合、依存関係管理サーバ４の依存関係収集部４１は、ＩＰアドレスとサーバ名を新規にサーバテーブル５２に登録する。
【００４１】
ステップＳ１８では、依存関係管理サーバ４の依存関係収集部４１は、上記で取得したサーバＩＤとそのサーバＩＤに対応するサーバ２の接続状況チェック部２２から送信されたサーバ２のポート番号とを図５に示すサーバサービステーブル５３に登録する。但し、サーバサービステーブル５３にサーバＩＤとサーバ２のポート番号との組合せで既に存在したときは登録しない。
【００４２】
ステップ１９、Ｓ１ａ、Ｓ１ｂ、Ｓ１ｃでは、依存関係管理サーバ４の依存関係収集部４１は、クライアント３のＩＰアドレスとクライアント３のポート番号とクライアント３の接続開始時刻とサーバサービステーブル５３に登録したサーバＩＤとサーバサービステーブル５３に登録したポート番号とを図６に示す接続状況テーブル５４に登録する。新規に接続状況テーブル５４に登録する場合、接続延べ回数は１とする。但し、既に接続状況テーブル５４にクライアント３のＩＰアドレスとクライアント３のポート番号とサーバ２のサーバＩＤとサーバ２のポート番号との組合せが存在した場合は、依存関係管理サーバ４の依存関係収集部４１は、そのレコードの接続延べ回数を１増やし、最終接続時刻を更新する。
【００４３】
依存関係管理サーバ４の依存関係収集部４１は、上記の様に登録を行い、依存関係データベース５を検索することでクライアント３のサーバ２のサービス部２１への接続状況を知ることができる。例えば、図６の接続状況テーブル５４より、ＩＰアドレスが１９２．１６８．０．１００のクライアントＡはサーバＩＤ１のポート番号８０に接続していることが分かり、図４のサーバテーブル５２より、サーバＩＤ１はＩＰアドレスが１９２．１６８．１．１０であることが分かる。よってＩＰアドレスが１９２．１６８．０．１００のクライアントＡはＩＰアドレスが１９２．１６８．１．１０のサーバＡのポート番号８０に接続していることが分かる。このときＩＰアドレスが１９２．１６８．０．１００のクライアントＡはＩＰアドレスが１９２．１６８．１．１０のサーバＡに依存している。また、ＩＰアドレスが１９２．１６８．１．１０のサーバＡのサービスであるＨＴＴＰに依存しているとも言う。
【００４４】
次に重要度の算出について説明する。
【００４５】
ここでは、依存関係管理サーバ４の重要度算出部４２は、定期的に接続状況テーブル５４をチェックし、クライアント３の接続数と各クライアント３のサーバ２のサービスへの延べ接続回数によって重要度を算出する。
【００４６】
重要度の算出方法は何を重視するかなどによっても変化するものである。例えば、重要度の算出方法は、どのサービスを重要視するか、どのサーバを重要視するかなどを考慮して、サービス毎、サーバ毎に重み付け係数を持たせるなどの方法が考えられる。
【００４７】
ここでは重要度算出の一例として各クライアント３のサーバ２のサービスへの延べ接続回数によって重要度を算出する方法を示す。ここでは重要度は０以上１以下の数値を取り、数値が大きいほど重要度が高い。
【００４８】
サーバ２のサービスの重要度は「サーバ２のサービスに対する全延べ接続数」割ることの「全サーバ２の全サービスへの延べ接続回数」で算出する。
【００４９】
例えば、図６の接続状況テーブル５４内の情報では、全延べ接続回数が５０＋１０＋・・・＋１０５＋１３０＝３７２であり、サーバＩＤ２であるサーバＢのポート番号５４３２であるｐｏｓｔｇｒｅｓｑｌの全延べ接続数は１０５＋１３０＝２３５であるため、重要度は２３５／３７２となる＝０．６３となる。
【００５０】
ここで、算出した各サービスの重要度は図５のサーバサービステーブル５３に登録する。既に該当のサーバＩＤ、ポート番号に対するサービスの重要度が登録されている場合は、新しく算出された値で重要度を更新する。
【００５１】
また、この方法で算出された各サービスの重要度は絶対的なものである。すなわち、１つの依存関係管理サーバ４内で管理する全サービスの重要度の和は１となる。よって、あるサーバ２に関する重要度を算出したい場合は、あるサーバ２内の各サービスに関する重要度の和を取ればよい。
【００５２】
例えば、サーバＢ内ではポート番号５４３２であるｐｏｓｔｇｒｅｓｑｌとポート番号２３であるｔｅｌｎｅｔが稼動しており、それぞれの重要度は０．６３と０．０６であるため、サーバＢ全体の重要度は０．６３＋０．０６＝０．６９となる。
【００５３】
算出したサーバ２に関する重要度は図４のサーバテーブル５２に登録する。既にサーバ２の重要度が登録されている場合は、新しく算出した値で重要度を更新する。
【００５４】
以上のように、依存関係データベース５内に機器間の依存関係と機器の重要度を収集することが可能である。
実施の形態２．
【００５５】
実施の形態１で収集した依存関係とネットワーク監視装置６が管理するネットワーク構成情報とを組み合わせた運用管理システムの実施形態を示す。
【００５６】
依存関係管理サーバ４は、実施の形態１で示した方法により、依存関係データベース５内に機器間の依存関係情報と機器の重要度とを保持しているものとする。
【００５７】
依存関係管理サーバ４はネットワーク監視装置６からネットワーク構成情報を取得する。ここでネットワーク構成情報とは機器のＩＰアドレス、ＭＡＣアドレス、論理的な接続情報、機器の稼働状況、ネットワークの稼動状況などの情報である。依存関係管理サーバ４の影響範囲特定部４３はネットワーク構成情報を取得することで機器にネットワーク障害が発生しているかどうかを把握することができる。
【００５８】
次に依存関係管理サーバ４の接続マップ作成部４４は、取得したネットワーク構成情報と依存関係情報とをもとに論理的な接続の状況を表す接続マップを作成する。ここで、依存関係管理サーバ４の接続マップ作成部４４は図６のクライアント３のＩＰアドレスからサーバＩＤに対応するサーバ２に向けて矢印を引くように図示することで接続マップを作成する。例えば、図１の構成を図４、図５、図６の依存関係情報で図示すると図７のような接続マップが作成できる。
【００５９】
次に、依存関係データベース５のサーバテーブル５２の重要度によって、他の機器への影響の大きさを表した接続マップの図示を行う。例えば、図８に示すように重要度によってサーバ２の大きさを変化させる。ここでは、重要度が高いサーバ２ほど大きく表示するようにしている。他にも重要度によりサーバ２の色を変化させることなどが考えられる。
【００６０】
依存関係管理サーバ４の影響範囲特定部４３は、ネットワーク監視装置６の構成情報からあるサーバ２に障害が発生したことが発見された場合、依存関係情報を用いることで、サーバ２の障害によって影響を受ける機器を特定することができる。図９に従い処理の流れを説明する。
【００６１】
ステップＳ２１では、依存関係管理サーバ４の影響範囲特定部４３はネットワーク監視装置６から障害機器のＩＰアドレスを取得する。
【００６２】
ステップＳ２２では、依存関係管理サーバ４の影響範囲特定部４３は、ステップＳ２１で取得した障害機器のＩＰアドレスを使用し、サーバテーブル５２からサーバＩＤを取得する。
【００６３】
ステップＳ２３では、依存関係管理サーバ４の影響範囲特定部４３は、ステップＳ２２で取得したサーバＩＤがサーバテーブル５２に存在したかを判定し、サーバＩＤが存在しない場合はステップＳ２４へ、サーバＩＤが存在した場合はステップＳ２５へ進む。
【００６４】
ステップＳ２４では、依存関係管理サーバ４の影響範囲特定部４３は、サーバテーブル５２に該当のサーバＩＤが存在しないため、処理を終了する。
【００６５】
ステップＳ２５では、依存関係管理サーバ４の影響範囲特定部４３は、ステップＳ２２で取得したサーバＩＤが接続状況テーブル５４に存在するか照合を行う。
【００６６】
ステップＳ２６では、依存関係管理サーバ４の影響範囲特定部４３は、ステップＳ２５の照合によりサーバＩＤに対応するクライアント３のＩＰアドレスを取得する。
【００６７】
ステップＳ２７では、依存関係管理サーバ４の影響範囲特定部４３は、ステップＳ２６で取得したクライアント３のＩＰアドレスを１つ選択し、そのクライアント３のＩＰアドレスがサーバテーブル５２に存在するか照合を行う。すなわち、選択したクライアント３がサーバとしての機能を持っているかどうかを調べる。
【００６８】
ステップＳ２８では、依存関係管理サーバ４の影響範囲特定部４３は、ステップＳ２７での照合の結果、対応するサーバＩＤが存在しない場合ステップＳ２ｂへ、サーバＩＤが存在した場合ステップＳ２９へ進む。
【００６９】
ステップＳ２９では、依存関係管理サーバ４の影響範囲特定部４３は、ステップＳ２７での照合の結果、存在したサーバＩＤが以前に検索したサーバ２の場合ステップＳ２ｂへ進み、存在したサーバＩＤが以前に検索したサーバ２ではなかった場合ステップＳ２ａへ進む。
【００７０】
ステップＳ２ａでは、依存関係管理サーバ４の影響範囲特定部４３は、ステップＳ２５へ戻り、取得したサーバＩＤをもとに再度接続状況テーブル５４からクライアント３のＩＰアドレスを収集する処理を行う。
【００７１】
ステップＳ２ｂでは、依存関係管理サーバ４の影響範囲特定部４３は、ステップＳ２６で取得したクライアント３のＩＰアドレスでステップＳ２７からの処理を行っていないものがある場合は、ステップＳ２７へ戻り残りのクライアント３のＩＰアドレスに対して処理を繰り返す。
【００７２】
依存関係管理サーバ４の接続マップ作成部４４は、障害機器のＩＰアドレスと上記により特定された障害の影響を受けるクライアント３に対して、接続マップの表示を変更する。例えば図１０のように色を変えるなどの処理を行う。
【００７３】
上記により、発生した障害の影響範囲を把握することができる。図示されたサーバの重要度を参照することで、そのサーバに障害が発生した際にシステム全体にどの程度の影響を及ぼすかを把握することも可能である。
【００７４】
以上のように、この方法を用いて依存関係情報とネットワーク監視装置６等のネットワーク構成情報を合せて使用することで、障害が及ぼす影響範囲の特定や、ある機器に対する障害が及ぼす影響の重大さを図示する運用管理システムを構築することができる。
【００７５】
上記をまとめると、前述した実施の形態は、機器間の依存関係情報を、ネットワークのＩＰアドレスとポート番号、またはポート番号に割り当てられたサービス名をもとに、自動的に収集する手段を備えることを特徴とする。
【００７６】
また自動収集された機器間の依存関係情報を用いて、サーバのサービス毎の重要度を算出する手段を備えることを特徴とする。
【００７７】
さらにサーバのサービス毎の重要度より、サーバ毎の重要度を算出する手段を備えることを特徴とする。
【００７８】
上記の自動収集された機器間の依存関係情報に加え、ネットワーク監視装置が収集するネットワークの構成情報を用いて、障害が発生した場合の影響範囲を特定する手段を備えることを特徴とする。
【００７９】
そして上記の自動収集された機器間の依存関係情報とネットワーク監視装置が収集するネットワークの構成情報を用いて、機器間の依存関係を図示する運用管理システムを構成することを特徴とする。
【００８０】
加えて、上記の自動収集された機器間の依存関係情報とネットワーク監視装置が収集するネットワークの構成情報とサーバ毎の重要度を用いて、障害が及ぼす範囲の重要度を図示する運用管理システムを構成することを特徴とする。
【産業上の利用可能性】
【００８１】
本発明による依存関係情報収集システムは、機器間の依存関係情報を人手を介すことなく自動的に収集し、さらに各機器の依存状況や重要度を可視化することができる。この情報から障害の影響範囲の特定や障害の起こった際の影響の大きさを把握することができる。よってシステムの運用管理を行う際に利用されているネットワーク管理システムへの応用することが可能である。
【図面の簡単な説明】
【００８２】
【図１】実施の形態の全体を示す構成図である。
【図２】実施の形態における依存関係データベースへの依存関係情報の保存方法を表したフローチャートである。
【図３】実施の形態におけるサービス対応テーブルの一例である。
【図４】実施の形態におけるサーバテーブルの一例である。
【図５】実施の形態におけるサーバサービステーブルの一例である。
【図６】実施の形態における接続状況テーブルの一例である。
【図７】実施の形態における接続マップの一例である。
【図８】実施の形態における接続マップに重要度を表示する方法の一例である。
【図９】実施の形態におけるサーバの障害によって影響を受ける機器を特定する方法を表したフローチャートである。
【図１０】実施の形態におけるサーバの障害によって影響を受ける機器を表示する方法の一例である。
【符号の説明】
【００８３】
１  ＬＡＮ、２  サーバ、３  クライアント、４  依存関係管理サーバ、５  依存関係データベース、６  ネットワーク監視装置、７  構成情報データベース、２１  サービス部、２２  接続状況チェック部、４１  依存関係収集部、４２  重要度算出部、４３  影響範囲特定部、４４  接続マップ作成部、６１  ネットワーク監視部、５１  サービス対応テーブル、５２  サーバテーブル、５３  サーバサービステーブル、５４  接続状況テーブル。
【図１】
2006178834.tif 000003
【図２】
2006178834.tif 000004
【図３】
2006178834.tif 000005
【図４】
2006178834.tif 000006
【図５】
2006178834.tif 000007
【図６】
2006178834.tif 000008
【図７】
2006178834.tif 000009
【図８】
2006178834.tif 000010
【図９】
2006178834.tif 000011
【図１０】
2006178834.tif 000012