WO2014192054A1

WO2014192054A1 - 監視項目選定方法及び装置並びに記憶媒体

Info

Publication number: WO2014192054A1
Application number: PCT/JP2013/064606
Authority: WO
Inventors: 将希木村; 隆宏安井; 憲宏原
Original assignee: 株式会社日立製作所
Priority date: 2013-05-27
Filing date: 2013-05-27
Publication date: 2014-12-04
Also published as: US9960983B2; US20160006633A1

Abstract

【課題】　頻繁に構成変更が行われるシステムに対する運用・管理を簡易化させ得る監視項目選定方法及び装置並びに記憶媒体を提案する。【解決手段】　監視対象装置内のリソースと、当該監視対象装置上で稼働し、リソースを利用して処理を実行するノードとに関する稼働情報を当該監視対象装置から定期的又は不定期に取得し、取得した稼働情報に基づいて、ノード間の関連性、並びに、ノード及びリソース間の関連性を抽出し、稼働情報と、抽出したノード間の関連性及びノード及びリソース間の関連性と、予め定義された条件とに基づいて、監視対象装置に対する監視項目を選定するようにした。

Description

監視項目選定方法及び装置並びに記憶媒体

　本発明は、監視項目選定方法及び装置並びに記憶媒体に関し、例えば、監視システムに適用して好適なものである。

　システムを安定して稼働させるためには、システムの稼働状態を監視して、障害の予兆を検知することが重要である。障害予兆検知の精度を向上するためには、監視項目の粒度を細かく設定する（監視項目を増やす）必要があるが、一方で、予兆検知に必要な情報を取得することによるシステム負荷や予兆検知に必要な計算量を抑えるためには、監視項目を減らす必要があるというジレンマがある。このようなジレンマに対して、従来では、監視項目の粒度を細かくした後、重要なプロセスや障害の原因となり得るプロセスに監視項目を絞り対応している。

　予兆検知の精度向上のためには、構成に合わせて最適な監視項目を絞り込むことが理想的であるが、クラウド環境のように頻繁に構成が変わる場合、構成変更の度に手動で監視項目を絞り込むことは困難であり、この問題への対応が重要視されている。

　なお、特許文献１には、監視項目を生成するルールを事前に定義しておき、監視対象装置ごとにルールを適用して監視項目を自動で生成する方法が開示されている。

特開２００８－０３３７２５号公報

　ところが、かかる特許文献１に開示された技術によると、ルールを定義するために監視対象の知識が必要であり、さらにルールを定義するために時間と工数を要する問題がある。また構成依存なルールは、構成変更後にルールを更新する必要があり、頻繁な構成変更に対応できないという問題もある。

　従って、例えば、監視対象装置の構成変更に伴って監視項目の変更を容易に行うことができれば、特に頻繁に構成変更が行われるシステムに対する運用・管理を簡易化させ得るものと考えられる。

　本発明は以上の点を考慮してなされたもので、頻繁に構成変更が行われるシステムに対する運用・管理を簡易化させ得る監視項目選定方法及び装置並びに記憶媒体を提案しようとするものである。

　かかる課題を解決するため本発明においては、監視項目選定方法において、監視対象装置内のリソースと、当該監視対象装置上で稼働し、前記リソースを利用して処理を実行するノードとに関する稼働情報を当該監視対象装置から定期的又は不定期に取得する第１のステップと、前記監視項目選定装置が、取得した前記稼働情報に基づいて、前記ノード間の関連性、並びに、前記ノード及び前記リソース間の関連性を抽出する第２のステップと、前記監視項目選定装置が、前記稼働情報と、抽出した前記ノード間の関連性及び前記ノード及び前記リソース間の関連性と、予め定義された条件とに基づいて、前記監視対象装置に対する監視項目を選定する第３のステップとを設けるようにした。

　また本発明においては、監視対象装置内のリソースと、当該監視対象装置上で稼働し、前記リソースを利用して処理を実行するノードとに関する稼働情報を当該監視対象装置から定期的又は不定期に取得する稼働情報取得と、取得した前記稼働情報に基づいて、前記ノード間の関連性、並びに、前記ノード及び前記リソース間の関連性を抽出する構成把握部と、前記稼働情報と、抽出された前記ノード間の関連性及び前記ノード及び前記リソース間の関連性と、予め定義された条件とに基づいて、前記監視対象装置に対する監視項目を選定する監視項目選定部とを設けるようにした。

　さらに本発明においては、監視対象装置に対する監視項目を選定する監視項目選定装置に、前記監視対象装置内のリソースと、当該監視対象装置上で稼働し、前記リソースを利用して処理を実行するノードとに関する稼働情報を当該監視対象装置から定期的又は不定期に取得する第１のステップと、取得した前記稼働情報に基づいて、前記ノード間の関連性、並びに、前記ノード及び前記リソース間の関連性を抽出する第２のステップと、
　前記稼働情報と、抽出した前記ノード間の関連性及び前記ノード及び前記リソース間の関連性と、予め定義された条件とに基づいて、前記監視対象装置に対する前記監視項目を選定する第３のステップとを備える処理を実行させるプログラムを記憶媒体に格納するようにした。

　かかる本発明の監視項目選定方法及び装置並びに記憶媒体によれば、監視対象装置においてノード間の関連性や、ノード及びリソース間の関連性に変更が加えられた場合に、人手を要することなく、変更後のノード間の関連性や、ノード及びリソース間の関連性に応じた新たな監視項目が選定されるため、監視対象装置の構成変更に伴う監視項目の変更を容易に行うことができる。

　本発明によれば、頻繁に構成変更が行われるシステムに対する運用・管理を簡易化させることができる。

本実施の形態による監視システムの全体構成を示すブロック図である。監視対象装置の概略構成を示すブロック図である。監視項目選定装置の概略構成を示すブロック図である。監視項目蓄積テーブルの構成を示す概念図である。起点ノード条件テーブルの構成を示す概念図である。ノード稼働情報テーブルの構成を示す概念図である。リソースアクセス情報テーブルの構成を示す概念図である。ノード間直接関連テーブルの構成を示す概念図である。ノード間可到達関連テーブルの構成を示す概念図である。（Ａ）は起点ノード用選定ノードテーブルの構成を示す概念図であり、（Ｂ）は関連ノード用選定ノードテーブルの構成を示す概念図であり、（Ｃ）は影響ノード用選定ノードテーブルの構成を示す概念図である。監視箇所・項目選定ルールテーブルの構成を示す概念図である。監視項目テーブルの構成を示す概念図である。稼働情報送信処理の処理手順を示すフローチャートである。監視項目情報受信処理の処理手順を示すフローチャートである。監視項目選定全体処理の処理手順を示すフローチャートである。稼働情報更新処理の処理手順を示すフローチャートである。構成把握処理の処理手順を示すフローチャートである。ノード間直接関連追加処理の処理手順を示すフローチャートである。ノード間可到達関連追加処理の説明に供する概念図である。ノード間可到達関連追加処理の説明に供する概念図である。ノード間可到達関連追加処理の処理手順を示すフローチャートである。ノード間直接関連削除処理の処理手順を示すフローチャートである。ノード間可到達関連削除処理の説明に供する概念図である。ノード間可到達関連削除処理の説明に供する概念図である。ノード間可到達関連削除処理の説明に供する概念図である。ノード間可到達関連削除処理の処理手順を示すフローチャートである。監視項目選定処理の処理手順を示すフローチャートである。起点ノード検索処理の処理手順を示すフローチャートである。関連ノード検索処理の処理手順を示すフローチャートである。影響ノード検索処理の処理手順を示すフローチャートである。影響ノード検索処理の処理手順を示すフローチャートである。監視項目生成処理の処理手順を示すフローチャートである。監視項目生成処理の処理手順を示すフローチャートである。

　以下図面について、本発明の一実施の形態を詳述する。

（１）本実施の形態による監視システムの構成
　図１において、１は全体として本実施の形態による監視システムを示す。この監視システム１は、複数の監視対象装置２と、監視装置３と、監視項目選定装置４とがネットワーク５を介して相互に接続されて構成される。

　監視対象装置２は、例えばデータベースサーバやアプリケーションサーバ又はクライアントなどの計算機であり、図２に示すように、内部バス１０を介して相互に接続されたＣＰＵ（Central Processing Unit）１１、メモリ１２、ストレージ装置１３及びネットワークインタフェース１４を備えて構成される。

　ＣＰＵ１１は、監視対象装置２全体の動作制御を司るプロセッサである。またメモリ１２は、例えば揮発性メモリなどから構成され、各種プログラムや各種データを記憶するために利用される。ストレージ装置１３は、例えばハードディスク装置等の不揮発性の大容量記憶デバイスから構成される。ストレージ装置１３に格納されたプログラムやデータが監視対象装置２の起動時や必要時にメモリ１２に読み出され、メモリ１２に読み出されたプログラムをＣＰＵ１１が実行することにより、監視対象装置２による各種処理が実行される。

　ネットワークインタフェース１４は、ネットワーク５を介した監視装置３や、監視項目選定装置４、又は、図示しないクライアント等の他の通信機器との通信時におけるプロトコル変換を行う物理インタフェースであり、例えばＮＩＣ（Network Interface Card）などから構成される。ネットワークインタフェース１４は、監視対象装置２をネットワーク５に接続するための物理的なポートを１又は複数備えており、これらポート１４Ａにそれぞれネットワーク５上で固有のアドレス（以下、ＩＰ（Internet Protocol）アドレスとする）が付与される。また各ポート１４Ａには、それぞれ固有のポート番号が付与されて管理される。

　監視装置３は、各監視対象装置２の稼働状態を監視する機能を有する計算機である。監視装置３は、ネットワーク５を介して各監視対象装置２から稼働情報をそれぞれ収集し、収集した稼働情報に基づいて、これら監視対象装置２の稼働状態について、後述のように監視項目選定装置４から通知される監視項目を監視する。

　一方、監視項目選定装置４は、監視対象装置２の監視項目を選定し、選定した監視項目を監視装置３に通知する機能を有するサーバ装置であり、図３に示すように、内部バス２０を介して相互に接続されたＣＰＵ２１、メモリ２２、ストレージ装置２３及びネットワークインタフェース２４を備えて構成される。

　ＣＰＵ２１は、監視項目選定装置４全体の動作制御を司るプロセッサである。またメモリ２２は、例えば揮発性メモリなどから構成され、各種プログラムや各種データを記憶するために利用される。ストレージ装置２３は、例えばハードディスク装置等の不揮発性の大容量記憶デバイスから構成される。ストレージ装置２３に格納されたプログラムやデータが監視項目選定装置４の起動時や必要時にメモリ２２に読み出され、メモリ２２に読み出されたプログラムをＣＰＵ２１が実行することにより、監視項目選定装置４による後述のような各種処理が実行される。

　ネットワークインタフェース２４は、ネットワーク５を介した監視対象装置２や監視装置３との通信時におけるプロトコル変換を行う物理インタフェースであり、例えばＮＩＣなどから構成される。

（２）監視項目選定機能
　次に、監視項目選定装置４に搭載された監視項目選定機能について説明する。本監視項目選定装置４は、監視対象装置２上で稼働するプロセス間の関連性と、プロセス及びリソース間の関連性（アクセス関係）とに着目して、監視対象装置２の稼働状況から起点ノード、関連ノード及び影響ノードをそれぞれ抽出し、抽出結果に基づいてその監視対象装置２の監視項目を選定する監視項目選定機能が搭載されている。

　ここで、起点ノードとは、予めユーザが定義した条件に当てはまるプロセスを指し、関連ノードとは、起点ノードと関連があるプロセスを指す。本実施の形態の場合、プロセスが起点ノードとネットワーク５を介して通信を行っている場合に「関連」があるとしており、そのようなプロセスがその起点ノードの関連ノードとなる。なお、以下においては、起点ノード及び関連ノードがネットワーク５を介して通信を行っている場合に、これら起点ノード及び関連ノードに「直接的な関連」があると呼ぶものとする。また本実施の形態においては、関連ノードとネットワーク５を介して通信を行っているプロセスも関連ノードとして取り扱う。以下においては、関連ノードと「関連」がある関連ノードと、起点ノードとの関係を「間接的な関連」と呼ぶものとする。

　また影響ノードとは、起点ノード及び関連ノードに影響を与えるリソースを指す。本実施の形態の場合、起点ノード及び関連ノードと同じリソースを利用しているプロセスを「起点ノード及び関連ノードに影響を与える」としており、そのようなプロセスがその起点ノード及び関連ノードの影響ノードとなる。

　以上のような本実施の形態による監視項目選定機能を実現するための手段として、図２に示すように、各監視対象装置２のメモリ１２には、プログラムとして、監視対象装置入出力部３０及び稼働情報取得部３１が格納されると共に、テーブルとして、監視項目蓄積テーブル３２が格納されている。

　監視対象装置入出力部３０は、ネットワークインタフェース１４を介して入出力するコマンド及びデータの受信処理や送信処理を実行するプログラムであり、受信処理を実行する受信部３０Ａと、送信処理を実行する送信部３０Ｂとから構成される。

　また稼働情報取得部３１は、自監視対象装置２の稼働情報を収集する機能を有するプログラムである。稼働情報取得部３１は、プロセス３３や、ＯＳ（Operating System）又はハードウェアなどから必要な稼働情報を取得し、取得した稼働情報を定期的又は不定期に監視項目選定装置４に送信する。

　監視項目蓄積テーブル３２は、監視項目選定装置４により選定された監視項目を監視対象装置２側で記憶しておくために利用されるテーブルである。監視対象装置２は、この監視項目蓄積テーブル３２に登録されている監視項目に関する稼働情報を収集して、監視装置３に送信する。

　この監視項目蓄積テーブル３２は、図４に示すように、プロセスＩＤ欄３２Ａ、リソース欄３２Ｂ及び取得情報欄３２Ｃから構成される。このうちプロセスＩＤ欄３２Ａには、自監視対象装置２内で稼働するプロセス３３のプロセスＩＤが格納され、リソース欄３２Ｂには、対応するプロセス３３が利用するリソースの名前が格納される。また取得情報欄３２Ｃには、対応するリソースについて取得すべき稼働情報の種類が格納される。

　従って、図４の例の場合、例えば、「１」というプロセスＩＤが付与されたプロセス３３が利用する「/dev/sda」というリソースの「スループット」を稼働情報として取得すべきことが示されている。

　一方、図３に示すように、監視項目選定装置４のメモリ２２には、プログラムとして、監視項目選定装置入出力部４０、稼働情報更新部４１、構成把握部４２及び監視項目選定部４３が格納され、テーブルとして、起点ノード条件テーブル４４と、稼働情報蓄積テーブル４５を構成するノード稼働情報テーブル４６及びリソースアクセス情報テーブル４７と、構成テーブル４８を構成するノード間直接関連テーブル４９及びノード間可到達関連テーブル５０と、監視項目選定テーブル５１を構成する選定ノードテーブル５２、監視箇所・項目選定ルールテーブル５３及び監視項目テーブル５４とが格納されている。

　監視項目選定装置入出力部４０は、ネットワークインタフェース２４を介して入出力するコマンド及びデータの受信処理や送信処理を実行するプログラムであり、受信処理を実行する受信部４０Ａと、送信処理を実行する送信部４０Ｂとから構成される。

　稼働情報更新部４１は、各監視対象装置２からそれぞれ定期的に送信されるその監視対象装置２の稼働情報に基づいて、監視対象装置２の監視対象のプロセスやリソース等の構成が変更された場合に、これに応じてノード稼働情報テーブル４６やリソースアクセス情報テーブル４７を更新する機能を有するプログラムである。

　構成把握部４２は、監視対象装置２の構成を把握するためのプログラムであり、ノード間関連抽出部５５を備える。ノード間関連抽出部５５は、稼働情報更新部４１によりノード稼働情報テーブル４６やリソースアクセス情報テーブル４７が更新された場合に、更新後の各プロセス３３（図２）間の関連を抽出する機能を有するプログラムである。ノード間関連抽出部５５は、構成が変更された後の監視対象装置２において起点ノードとすべきプロセス３３や、各プロセス３３間の関連を抽出し、抽出結果に基づいてノード間直接関連テーブル４９やノード間可到達関連テーブル５０を必要に応じて更新する。

　監視項目選定部４３は、起点ノード検索部５６、関連ノード検索部５７、影響ノード検索部５８及び監視項目生成部５９を備えて構成される。

　起点ノード検索部５６は、稼働情報更新部４１によりノード稼働情報テーブル４６が更新された場合に、起点ノード条件テーブル４４を参照して、追加されるべき起点ノードや削除されるべき起点ノードを検索（新たに起点ノードとすべきプロセス３３や起点ノードとすべきでなくなったプロセス３３を検索）する機能を有するプログラムである。起点ノード検索部５６は、かかる検索の検索結果に基づいて、選定ノードテーブル５２を必要に応じて更新する。

　また関連ノード検索部５７は、ノード間可到達関連テーブル５０及び選定ノードテーブル５２を参照して、起点ノード検索部５６の追加又は削除に伴って追加又は削除されるべき関連ノードを検索し、検索結果に基づいて選定ノードテーブル５２を更新する機能を有するプログラムである。

　さらに影響ノード検索部５８は、リソースアクセス情報テーブル４７及び選定ノードテーブル５２を参照して、起点ノードや関連ノードの追加又は削除に伴って追加又は削除されるべき影響ノードを検索し、検索結果に基づいて選定ノードテーブル５２を更新する機能を有するプログラムである。

　さらに監視項目生成部５９は、更新された選定ノードテーブル５２及び監視箇所・項目選定ルールテーブル５３に基づいて新たな監視項目を生成（決定）する機能を有するプログラムである。この監視項目生成部５９により生成された新たな監視項目が監視項目選定装置入出力部４０の送信部４０Ｂによりネットワーク５を介して各監視対象装置２にそれぞれ通知される。

　他方、起点ノード条件テーブル４４は、予めユーザが設定した起点ノードとすべきプロセス３３の条件（以下、これを起点ノード条件と呼ぶ）を管理するために利用されるテーブルであり、図５に示すように、条件ＩＤ欄４４Ａ、ＩＰアドレス欄４４Ｂ、ポート番号欄４４Ｃ及びプロセス名欄４４Ｄから構成される。

　そして条件ＩＤ欄４４Ａには、対応する起点ノード条件に対して付与されたその起点ノード条件に固有の識別子（条件ＩＤ）が格納され、ＩＰアドレス欄４４Ｂには、その起点ノード条件において、特定のＩＰアドレスが付与された監視対象装置２上で稼働するプロセスを起点ノードとすべきことが規定されている場合にそのＩＰアドレスが格納される。

　またポート番号欄４４Ｃには、対応する起点ノード条件において、上述の特定のＩＰアドレスが付与された監視対象装置２上の特定のポート番号のポート１４Ａ（図２）を介して通信を行うプロセス３３を起点ノードとすべきことが規定されている場合にそのポート番号が格納され、プロセス名欄４４Ｄには、対応する起点ノード条件において、特定のプロセス３３を起点ノードとすべきことが規定されている場合にそのプロセス３３のプロセス名が格納される。

　なお、対応する起点ノード条件において、起点ノードとすべきプロセス３３が、特定のＩＰアドレスと対応付けられていることや、特定のポート番号のポート１４Ａを介して通信を行うこと、及び又は、特定のプロセス名のプロセス３３であることが規定されていない場合、ＩＰアドレス欄４４Ｂ、ポート番号欄４４Ｃ及び又はプロセス名欄４４Ｄには、そのＩＰアドレス、ポート番号及び又はプロセス名が特定されていないことを意味する情報（図５では「任意」）が格納される。

　従って、図５の例の場合、「１」という起点ノード条件は、「192.168.1.3」というＩＰアドレスが付与された監視対象装置２上で稼働し、「80」というポート番号のポート１４Ａを介して通信を行うプロセス３３を起点ノードとすべき条件であることが示されている。

　ノード稼働情報テーブル４６は、上述のように監視対象装置２から定期的に送信される稼働情報のうち、監視対象装置２上で稼働する各プロセス３３に関連する稼働情報を記憶保持するために利用されるテーブルであり、図６に示すように、プロセスＩＤ欄４６Ａ、プロセス名欄４６Ｂ、ＩＰアドレス欄４６Ｃ、ポート番号欄４６Ｄ、通信先ＩＰアドレス欄４６Ｅ、通信先ポート番号欄４６Ｆ、稼働ホストＩＤ欄４６Ｇ及び更新フラグ欄４６Ｈから構成される。

　そしてプロセスＩＤ欄４６Ａには、監視対象装置２上で稼働する各プロセス３３の識別子（プロセスＩＤ）がそれぞれ格納され、プロセス名欄４６Ｂには、対応するプロセス３３のプロセス名が格納される。またＩＰアドレス欄４６Ｃには、対応するプロセス３３が稼働する監視対象装置２のＩＰアドレスが格納され、ポート番号欄４６Ｄには、対応するプロセス３３が外部装置と通信を行う際に利用する自監視対象装置２内のポート１４Ａ（図２）のポート番号が格納される。

　また通信先ＩＰアドレス欄４６Ｅには、対応するプロセス３３が他の監視対象装置２上で稼働するプロセス３３と通信を行っている場合に、その通信先のプロセス３３が稼働する監視対象装置２のＩＰアドレスが格納され、通信先ポート番号欄４６Ｆには、その通信先の監視対象装置２における通信先のポート１４Ａのポート番号が格納される。さらに稼働ホストＩＤ欄４６Ｇには、対応するプロセス３３が稼働している監視対象装置２の識別子（ホストＩＤ）が格納される。

　更新フラグ欄４６Ｈには、対応するプロセス３３に関連する構成変更があったか否かを表すフラグ（更新フラグ）が格納される。この場合、更新フラグは、対応するプロセス３３に関連する構成に変更がなかった場合には「変更なし」に設定され、対応するプロセス３３に関連する構成が変更された場合には更新フラグが「追加」に設定され、対応するプロセス３３が削除された場合には「削除」に設定される。この更新フラグは、監視対象装置２の構成が変更された場合に、これに伴って監視項目テーブル５４や他のテーブルを更新する処理の過程で利用される。

　従って、図６の例の場合、「１」というプロセスＩＤのプロセス３３は、プロセス名が「database」であり、そのプロセス３３が稼働している監視対象装置２のホストＩＤは「１」、ＩＰアドレスは「192.168.5.7」であり、当該監視対象装置２の「5432」というポート番号のポート１４Ａを介してＩＰアドレスが「192.168.2.4」の監視対象装置２上で稼働するプロセスと、当該監視対象装置２内の「55555」というポート番号のポート１４Ａを介して通信を行っていることが示されている。

　リソースアクセス情報テーブル４７は、上述のように監視対象装置２から定期的に送信される稼働情報のうち、当該監視対象装置２内のリソースに関する稼働情報を記憶保持するために利用されるテーブルであり、図７に示すように、リソースＩＤ欄４７Ａ、アクセスプロセスＩＤ欄４７Ｂ、稼働ホストＩＤ欄４７Ｃ、リソースタイプ欄４７Ｄ、リソース名欄４７Ｅ及び更新フラグ欄４７Ｆから構成される。

　そしてリソースＩＤ欄４７Ａには、対応するリソースの識別子（リソースＩＤ）が格納され、アクセスプロセスＩＤ欄４７Ｂには、そのリソースにアクセス（そのリソースを利用）するプロセス３３のプロセスＩＤが格納される。また稼働ホストＩＤ欄４７Ｃには、対応するリソースが搭載された監視対象装置２のホストＩＤが格納され、リソースタイプ欄４７Ｄには、そのリソースのタイプ（ディスク、ネットワーク、ＣＰＵ又はメモリなど）が格納される。さらにリソース名欄４７Ｅには、対応するリソースの名称（リソース名）が格納され、更新フラグ欄４７Ｆには、ノード稼働情報テーブル４６の更新フラグと同様の更新フラグが格納される。

　従って、図７の例の場合、「１」というリソースＩＤが付与されたリソースは、「１」というホストＩＤが付与された監視対象装置２に搭載された「/dev/sda」というリソース名の「１」というプロセスＩＤが付与されたプロセス３３がアクセスする「ディスク」であることが示されている。

　またノード間直接関連テーブル４９は、各監視対象装置２上でそれぞれ稼働する各プロセス３３間に直接的な関連があるか否かを管理するために利用されるテーブルであり、図８に示すように、各監視対象装置２内で稼働するすべてのプロセス３３のプロセスＩＤが行方向の最上段及び列方向の最左端にそれぞれ列記された対戦表形式のビットマップとして構成される。

　そしてノード間直接関連テーブル４９の各欄４９Ａにはそれぞれフラグが格納されると共に、これらフラグが、その欄４９Ａを含む行に対応付けられたプロセス３３と、その欄４９Ａを含む列に対応付けられたプロセス３３との間で直接的な関連がある場合には「１」に設定され、直接的な関連がない場合には「０」に設定される。

　従って、図８の例の場合、例えばプロセスＩＤが「１」のプロセス３３は、プロセスＩＤが「３」のプロセス３３と直接的な関連があり、プロセスＩＤが「２」のプロセス３３はいずれのプロセス３３とも直接的な関連がないことが示されている。

　ノード間可到達関連テーブル５０は、各監視対象装置２上でそれぞれ稼働する各プロセス３３間の直接的及び間接的な関連を管理するために利用されるテーブルである。このノード間可到達関連テーブル５０は、図９に示すように、可到達関連欄５０Ａ及び更新フラグ欄５０Ｂから構成される。

　可到達関連欄５０Ａは、ノード間直接関連テーブル４９と同様の構成を有するビットマップとして構成されている。そして可到達関連欄５０Ａの各欄５０ＡＡにはそれぞれフラグが格納され、これらフラグが、その欄５０ＡＡを含む行に対応付けられたプロセス３３と、その欄５０ＡＡを含む列に対応付けられたプロセス３３とが、直接的又は間接的な関連を有する場合には「１」に設定され、直接的又は間接的な関連を有さない場合には「０」に設定される。

　また更新フラグ欄５０Ｂも、可到達関連欄５０Ａと同様の対戦表形式の構成を有する。そして更新フラグ欄５０Ｂの各欄５０ＢＡにはそれぞれ更新フラグが格納されると共に、これら更新フラグが、プロセス３３やリソースの構成変更に伴って、その欄５０ＢＡを含む行に対応付けられたプロセス３３と、その欄５０ＢＡを含む列に対応付けられたプロセス３３との間の直接的又は間接的な関連に変更があったか否かを表す値に設定される。

　具体的には、その欄５０ＢＡを含む行に対応付けられたプロセス３３と、その欄５０ＢＡを含む列に対応付けられたプロセス３３との間の直接的又は間接的な関連に変更がない場合には、その欄５０ＢＡの更新フラグが「変更なし」に設定され、プロセス３３やリソースの構成変更に伴って、これらのプロセス３３間に新たな直接的又は間接的な関連ができた場合には、その欄５０ＢＡの更新フラグが「追加」に設定される。さらに、プロセス３３やリソースの構成変更に伴って、その欄５０ＢＡを含む行に対応付けられたプロセス３３と、その欄５０ＢＡを含む列に対応付けられたプロセス３３との間の直接的又は間接的な関連がなくなった場合には、その欄５０ＢＡの更新フラグが「削除」に設定される。これらの更新フラグは、監視対象装置２の構成が変更された場合に、これに伴って監視項目テーブル５４や他のテーブルを更新する処理の過程で利用される。

　従って、図９の例の場合、例えばプロセスＩＤが「１」のプロセス３３は、プロセスＩＤが「１」、「３」及び「５」の各プロセス３３との間に直接的又は間接的な関連があり、プロセスＩＤが「２」のプロセス３３は、プロセスＩＤが「２」のプロセス３３とのみ直接的又は間接的な関連があることが示されている。

　選定ノードテーブル５２は、図１０（Ａ）に示す起点ノード用選定ノードテーブル５２Ａと、図１０（Ｂ）に示す関連ノード用選定ノードテーブル５２Ｂと、図１０（Ｃ）に示す影響ノード用選定ノードテーブル５２Ｃとから構成される。

　このうち起点ノード用選定ノードテーブル５２Ａは、起点ノードとして選定されたプロセス３３を管理するために利用されるテーブルであり、図１０（Ａ）に示すように、プロセスＩＤ欄５２ＡＡ、合致条件ＩＤ欄５２ＡＢ及び合致条件更新フラグ欄５２ＡＣから構成される。

　そしてプロセスＩＤ欄５２ＡＡには、起点ノードに選定された各プロセス３３のプロセスＩＤが格納され、合致条件ＩＤ欄５２ＡＢには、対応するプロセス３３が合致する起点ノード条件（図５参照）の条件ＩＤが格納される。

　また合致条件更新フラグ欄５２ＡＣには、対応するプロセス３３に構成変更があった場合に、そのプロセス３３をそのまま起点ノードとしておくべきか否かを表すフラグ（以下、これを合致条件更新フラグと呼ぶ）格納される。実際上、合致条件更新フラグは、そのプロセス３３をそのまま起点ノードとすべき場合には「更新なし」に設定され、そのプロセス３３が起点ノードとすべきでなくなった場合には「削除」に設定される。さらに合致条件更新フラグは、そのプロセス３３を新たな起点ノードとすべき場合には「追加」に設定される。この合致条件更新フラグは、監視対象装置２の構成が変更された場合に、これに伴って監視項目テーブル５４や他のテーブルを更新する処理の過程で利用される。

　従って、図１０（Ａ）の例の場合、「３」というプロセスＩＤのプロセス３３は、「３」という起点ノード条件に合致した、新たに追加された起点ノードであることが示されている。

　また関連ノード用選定ノードテーブル５２Ｂは、関連ノードとして選定されたプロセス３３を管理するために利用されるテーブルであり、図１０（Ｂ）に示すように、プロセスＩＤ欄５２ＢＡ、関連ノードＩＤ欄５２ＢＢ及び関連ノード更新フラグ欄５２ＢＣから構成される。

　そしてプロセスＩＤ欄５２ＢＡには、起点ノードに選定されたプロセス３３のプロセスＩＤが格納され、関連ノードＩＤ欄５２ＢＢには、関連ノード検索部５７（図３）により検出された対応する起点ノードの関連ノードとなるプロセス３３のプロセスＩＤが格納される。

　また関連ノード更新フラグ欄５２ＢＣには、監視対象装置２の構成が変更された場合に、対応するプロセス３３をそのまま関連ノードとしておくべきか否かを表すフラグ（以下、これを関連ノード更新フラグと呼ぶ）が格納される。この関連ノード更新フラグは、そのプロセス３３をそのまま関連ノードとすべき場合には「更新なし」に設定され、そのプロセス３３が関連ノードとすべきでなくなった場合には「削除」に設定される。さらに関連ノード更新フラグは、そのプロセス３３が新たな関連ノードとすべき場合には「追加」に設定される。この関連ノード更新フラグは、監視対象装置２の構成が変更された場合に、これに伴って監視項目テーブル５４や他のテーブルを更新する処理の過程で利用される。

　従って、図１０（Ｂ）の例の場合、「３」というプロセスＩＤのプロセス３３は、「１」、「３」、「５」というプロセスＩＤのプロセス３３と直接的な関連があり、このうち「５」というプロセスＩＤとの「関連」は新たに追加されたものであることが示されている。

　影響ノード用選定ノードテーブル５２Ｃは、影響ノードとして選定されたプロセス３３を管理するために利用されるテーブルであり、図１０（Ｃ）に示すように、プロセスＩＤ欄５２ＣＡ、関連ノードＩＤ欄５２ＣＢ、影響ノードＩＤ欄５２ＣＣ及び影響ノード更新フラグ欄５２ＣＤから構成される。

　そして影響ノードＩＤ欄５２ＣＣには、影響ノードとして選定されたプロセス３３のプロセスＩＤが格納され、関連ノードＩＤ欄５２ＣＣには、その影響ノードの関連ノードとなるプロセス３３（影響ノードと同じリソースにアクセスするプロセス３３）のプロセスＩＤが格納される。またプロセスＩＤ欄５２ＣＡには、その関連ノードの起点ノードとなるプロセス３３のプロセスＩＤが格納される。

　さらに影響ノード更新フラグ欄５２ＣＤには、監視対象装置２の構成が変更された場合に、対応するリソースが依然として影響ノードであるか否かを表すフラグ（以下、これを影響ノード更新フラグと呼ぶ）が格納される。この影響ノード更新フラグは、そのリソースが依然として影響ノードである場合には「更新なし」に設定され、そのリソースが影響ノードでなくなった場合には「削除」に設定される。さらに影響ノード更新フラグは、そのリソースが新たに影響ノードとなった場合には「追加」に設定される。この影響ノード更新フラグは、監視対象装置２の構成が変更された場合に、これに伴って監視項目テーブル５４や他のテーブルを更新する処理の過程で利用される。

　従って、図１０（Ｃ）の例の場合、「２」というプロセスＩＤのプロセスが、起点ノードである「３」というプロセスＩＤのプロセス３３と、その関連ノードである「５」というプロセスＩＤのプロセス３３との影響ノードであることが示されている。

　監視箇所・項目選定ルールテーブル５３は、予め定められたリソースごとの監視箇所・項目を定めたルール（以下、これを監視箇所・項目選定ルールと呼ぶ）を記憶保持するために利用されるテーブルであり、図１１に示すように、ルールＩＤ欄５３Ａ、リソースタイプ欄５３Ｂ及び取得項目欄５３Ｃから構成される。

　そしてルールＩＤ欄５３Ａには、各監視箇所・項目選定ルールにそれぞれ付与された識別子（ルールＩＤ）が格納され、リソースタイプ欄５３Ｂには、その監視箇所・項目選定ルールの対象となるリソースのタイプ（ディスク、ネットワーク、ＣＰＵ又はメモリなど）が格納される。また取得項目欄５３Ｃには、対応する監視箇所・項目選定ルールにおいて規定された監視項目が格納される。

　従って、図１１の例の場合、「１」というルールＩＤが付与された監視箇所・項目選定ルールは、「ディスク」について、「対象ディスクのスループット」を監視項目とすべきルールであることが示されている。

　監視項目テーブル５４は、監視項目生成部５９により選定された監視対象を管理するために利用されるテーブルであり、図１２に示すように、監視項目ＩＤ欄５４Ａ、プロセスＩＤ欄５４Ｂ、稼働ホストＩＤ欄５４Ｃ、リソースＩＤ欄５４Ｄ、取得項目欄５４Ｅ、適用ルールＩＤ欄５４Ｆ及び監視項目更新フラグ欄５４Ｇから構成される。

　そして監視項目ＩＤ欄５４Ａには、対応する監視項目に対して付与された識別子（監視項目ＩＤ）が格納され、プロセスＩＤ欄５４Ｂには、その監視項目に関連するプロセス３３のプロセスＩＤが格納される。また稼働ホストＩＤ欄５４Ｃには、そのプロセス３３が稼働する監視対象装置２のホストＩＤが格納される。

　またリソースＩＤ欄５４Ｄには、その監視項目の対象となるリソースのリソースＩＤが格納され、取得項目欄５４Ｅには、そのリソースについて稼働情報を取得すべき項目が格納される。さらに適用ルールＩＤ欄５４Ｆには、監視箇所・項目選定ルールテーブル５３上で管理されている監視箇所・項目選定ルールのうちの対応する監視箇所・項目選定ルールのルールＩＤが格納される。

　さらに監視項目更新フラグ欄５４Ｇには、対応する監視対象装置２の構成変更に伴って、対応する監視項目をそのまま監視項目として選定しておくべきか否かを表すフラグ（以下、これを監視項目更新フラグと呼ぶ）が格納される。実際上、監視項目更新フラグは、その監視項目をそのまま監視項目として選定しておくべき場合には「更新なし」に設定され、その監視項目を監視項目として選定しておくべきでなくなった場合には「削除」に設定される。さらに監視項目更新フラグは、その監視項目が新たに生成（選定）されたものである場合には「追加」に設定される。この監視項目ノード更新フラグは、監視対象装置２の構成が変更された場合に、これに伴って監視項目テーブル５４や他のテーブルを更新する処理の過程で利用される。

　従って、図１２の例の場合、「１」という監視項目ＩＤの監視項目は、「１」というルールＩＤが付与された監視箇所・項目選定ルールを適用したもので、「１」というホストＩＤが付与された監視対象装置２上で稼働する「１」というプロセスＩＤが付与されたプロセス３３がアクセスする「１」というリソースＩＤが付与されたリソース（ここでは「ディスク」）の「スループット」を監視項目とすべきことが規定されていることが示されている。

（３）監視項目選定機能に関連する各種処理
　次に、かかる本実施の形態による監視項目選定機能に関連して実行される各種処理の内容について説明する。なお、以下においては、各種処理の処理主体を「プログラム（……部）」として説明するが、実際上はそのプログラムに基づいて監視対象装置２のＣＰＵ１１（図２）や監視項目選定装置４のＣＰＵ２１（図３）がその処理を実行することは言うまでもない。

（３－１）監視対象装置における各種処理
（３－１－１）稼働情報送信処理
　図１３は、各監視対象装置２の稼働情報取得部３１（図２）によりそれぞれ実行される稼働情報送信処理の処理手順を示す。稼働情報取得部３１は、この図１３に示す処理手順に従って、定期的に、自監視対象装置２の稼働情報を取得して監視項目選定装置４に送信する。

　実際上、稼働情報取得部３１は、この図１３に示す稼働情報取得処理を開始すると、まず、前回、自監視対象装置２の稼働情報を監視項目選定装置４に送信してから一定時間以上経過したか否かを判断する（ＳＰ１）。

　そして稼働情報取得部３１は、前回、稼働情報を監視項目選定装置４に送信してから一定時間以上経過すると、プロセス３３（図２）、ＯＳ又はハードウェアなどから必要な稼働情報を取得し（ＳＰ２）、取得した稼働情報を監視対象装置入出力部３０（図２）の送信部３０Ｂ（図２）を介して監視項目選定装置４に送信する（ＳＰ２）。この後、稼働情報取得部３１は、ステップＳＰ１に戻り、これ以降、同様の処理を繰り返す。

（３－１－２）監視項目情報受信処理
　図１４は、監視対象装置２の監視対象装置入出力部３０の受信部３０Ａにより実行される監視項目情報受信処理の処理手順を示す。

　受信部３０Ａは、監視項目選定装置４から送信される上述の監視項目情報を受信するのを待ち受け（ＳＰ１０）、やがて監視項目情報を受信すると、受信した監視項目情報に基づいて監視項目蓄積テーブル３２（図４）を更新する（ＳＰ１１）。この後、受信部３０Ａは、ステップＳＰ１０に戻り、これ以降、同様の処理を繰り返す。

（３－２）監視項目選定装置における各種処理
（３－２－１）監視項目選定装置における処理の流れ
　一方、図１５は、監視項目選定装置４において実行される監視項目選定全体処理の流れを示す。監視項目選定装置４は、この図１５の流れに従って監視項目を選定し、選定した監視項目を監視装置３や監視対象装置２に通知する。

　実際上、監視項目選定装置４の電源が投入されると、この監視項目選定全体処理が開始され、監視項目選定装置入出力部４０（図３）が、監視対象装置２から稼働情報が送信されてくるのを待ち受ける（ＳＰ２０）。そして監視項目選定装置入出力部４０は、やがていずれかの監視対象装置２から稼働情報が送信されてくると、受信した稼働情報を稼働情報更新部４１（図３）に転送する。

　稼働情報更新部４１は、監視項目選定装置入出力部４０から転送される稼働情報を受信すると、受信した稼働情報に基づいて、稼働情報蓄積テーブル４５のノード稼働情報テーブル４６（図６）及びリソースアクセス情報テーブル４７（図７）を必要に応じて更新する（ＳＰ２１）。

　この後、構成把握部４２のノード間関連抽出部５５が、ノード稼働情報テーブル４６を参照して、ノード稼働情報テーブル４６のいずれかの更新フラグ欄４６Ｈ（図６）に「更新なし」以外の更新フラグが格納されたエントリ（行）が存在するか否かを判定する（ＳＰ２２）。

　この判断で肯定結果を得ることは、その稼働情報を送信してきた監視対象装置２にプロセス３３に関する何らかの構成変更があったことを意味する。かくして、このときノード間関連抽出部５５は、稼働情報更新部４１により更新されたノード稼働情報テーブル４６の更新内容に応じて、構成テーブル４８のノード間直接関連テーブル４９（図８）及びノード間可到達関連テーブル５０（図９）を更新する（ＳＰ２３）。

　続いて、監視項目選定部４３が、更新後のノード稼働情報テーブル４６及びリソースアクセス情報テーブル４７と、監視箇所・項目選定ルールテーブル５３（図１１）、更新後のノード間直接関連テーブル４９及びノード間可到達関連テーブル５０とに基づいて、今後監視すべき監視項目を選定し、選定結果に基づいて監視項目テーブル５４（図１２）を更新する（ＳＰ２４）。

　具体的に、このステップＳＰ２４では、監視項目選定部４３の起点ノード検索部５６が、ノード稼働情報テーブル４６及び起点ノード条件テーブル４４に基づいて起点ノードとすべきプロセスを検索し、検索結果に基づいて起点ノード用選定ノードテーブル５２Ａ（図１０（Ａ））を必要に応じて更新する。

　また関連ノード検索部５７が、更新後の起点ノード用選定ノードテーブル５２Ａ及び更新後のノード間可到達関連テーブル５０に基づいて、起点ノード検索部５６により検出された起点ノードごとの関連ノードをそれぞれ検索し、検索結果に基づいて関連ノード用選定ノードテーブル５２Ｂ（図１０（Ｂ））を必要に応じて更新する。

　さらに影響ノード検索部５８が、更新後の関連ノード用選定ノードテーブル５２Ｂ及び更新後のリソースアクセス情報テーブル４７に基づいて、関連ノード検索部５７により検出された関連ノードの影響ノードを検索し、検索結果に基づいて、影響ノード用選定ノードテーブル５２Ｃ（図１０（Ｃ））を更新する。

　さらに、この後、監視項目生成部５９が、更新後の関連ノード用選定ノードテーブル５２Ｂ、リソースアクセス情報テーブル４７及び監視箇所・項目選定ルールテーブル５３に基づいて、その後監視すべき監視項目を選定し、選定結果に基づいて監視項目テーブル５４を更新する。

　この後、監視項目選定装置入出力部４０が、監視項目テーブル５４に登録された監視項目に関する情報を対応する監視対象装置２に送信し（ＳＰ２５）、さらに稼働情報更新部４１、ノード間関連抽出部５５、起点ノード検索部５６、関連ノード検索部５７、影響ノード検索部５８及び監視項目生成部５９が、それぞれ対応するノード稼働情報テーブル４６、リソースアクセス情報テーブル４７、ノード間可到達関連テーブル５０、選定ノードテーブル５２、監視項目テーブル５４を更新する（ＳＰ２６）。

　具体的に、ステップＳＰ２６において、稼働情報更新部４１は、ノード稼働情報テーブル４６及びリソースアクセス情報テーブル４７の更新フラグが「削除」に設定されたエントリを削除すると共に、更新フラグが「追加」に設定されたエントリについては、当該更新フラグを「変更なし」に更新する。

　またノード間関連抽出部５５は、ノード間可到達関連テーブル５０の更新フラグ欄５０Ｂ内の「削除」又は「追加」に設定されている更新フラグをすべて「更新なし」に更新する。

　さらに起点ノード検索部５６、関連ノード検索部５７及び影響ノード検索部５８は、対応する起点ノード用選定ノードテーブル５２Ａ、関連ノード用選定ノードテーブル５２Ｂ又は影響ノード用選定ノードテーブル５２Ｃにおいて、合致条件更新フラグ、関連ノード更新フラグ又は影響ノード更新フラグが「削除」に設定されたエントリを削除すると共に、合致条件更新フラグ、関連ノード更新フラグ又は影響ノード更新フラグが「追加」に設定されたエントリについては、当該合致条件更新フラグ、関連ノード更新フラグ又は影響ノード更新フラグを「変更なし」に更新する。

　さらに監視項目生成部５９は、監視項目テーブル５４の監視項目更新フラグが「削除」に設定されたエントリを削除すると共に、監視項目更新フラグが「追加」に設定されたエントリについては、当該監視項目更新フラグを「変更なし」に更新する。

　そして監視項目選定装置４は、以上の一連の処理が完了すると、この監視項目選定全体処理を終了する。

（３－２－２）稼働情報更新部の処理
　図１６は、上述した監視項目選定全体処理（図１５）のステップＳＰ２１において稼働情報更新部４１（図３）により実行される稼働情報更新処理の処理手順を示す。

　稼働情報更新部４１は、いずれかの監視対象装置２から送信されてきた稼働情報が監視項目選定装置入出力部４０から転送されると、この図１６に示す稼働情報更新処理を開始し、まず、転送されてきた稼働情報に基づいてノード稼働情報テーブル４６を必要に応じて更新する（ＳＰ３０）。

　具体的に、稼働情報更新部４１は、その稼働情報を送信してきた監視対象装置２のホストＩＤを当該稼働情報から抽出し、抽出したホストＩＤと同じ稼働ホストＩＤが稼働ホストＩＤ欄４６Ｇ（図６）に格納されているノード稼働情報テーブル４６のすべてのエントリについて、以下の処理を実行する。
（Ａ）その稼働情報に含まれる１つのプロセス３３に関する情報と、登録情報とが完全一致するエントリについては、更新フラグを「更新なし」に設定する。
（Ｂ）その稼働情報に含まれる１つのプロセス３３に関する情報と、登録情報とが完全一致するエントリが存在しない場合には、ノード稼働情報テーブル４６に新規にエントリを追加し、そのエントリにそのプロセス３３の情報を登録すると共に、そのエントリの更新フラグを「追加」に設定する。
（Ｃ）上記（Ａ）及び（Ｂ）のいずれにも当てはまらないエントリについては、更新フラグを「削除」に設定する。

　以上の処理により、かかる監視対象装置２上で稼働するプロセス３３が削除された場合や、当該プロセス３３の通信先に変更があった場合に、そのプロセス３３に対応するノード稼働情報テーブル４６上のエントリの更新フラグが「削除」に設定されると共に、かかる監視対象装置２上で新たなプロセス３３が稼働するようになった場合に、そのプロセス３３に対応するエントリがノード稼働情報テーブル４６に追加され、そのエントリの更新フラグが「追加」に設定される。

　続いて、稼働情報更新部４１は、そのとき転送されてきた稼働情報に基づいて、リソースアクセス情報テーブル４７を更新する（ＳＰ３１）。

　具体的に、稼働情報更新部４１は、ステップＳＰ３０において稼働情報から抽出したホストＩＤと同じ稼働ホストＩＤが稼働ホストＩＤ欄に格納されているリソースアクセス情報テーブル４７のすべてのエントリについて、以下の処理を実行する。
（Ａ）その稼働情報に含まれる１つのリソースに関する情報と、登録情報とが完全一致するエントリについては、更新フラグを「更新なし」に設定する。
（Ｂ）その稼働情報に含まれる１つのリソースに関する情報と、登録情報とが完全一致するエントリが存在しない場合には、リソースアクセス情報テーブル４７に新規にエントリを追加し、そのエントリにそのリソースの情報を登録すると共に、そのエントリの更新フラグを「追加」に設定する。
（Ｃ）上記（Ａ）及び（Ｂ）のいずれにも当てはまらないエントリについては、更新フラグを「削除」に設定する。

　以上の処理により、かかる監視対象装置２のリソースが削除された場合に、そのリソースに対応するリソースアクセス情報テーブル４７上のエントリの更新フラグが「削除」に設定されると共に、かかる監視対象装置２に新たなリソースが追加された場合には、そのリソースに対応するエントリがリソースアクセス情報テーブル４７に追加され、そのエントリの更新フラグが「追加」に設定される。

　そして稼働情報更新部４１は、この後、この稼働情報更新処理を終了する。

（３－２－３）構成把握部の処理
（３－２－３－１）構成把握処理
　一方、図１７は、上述した監視項目選定全体処理（図１５）のステップＳＰ２３においてノード間関連抽出部５５（図３）により実行される構成把握処理の処理手順を示す。

　ノード間関連抽出部５５は、定期的にこの図１７に示す構成把握処理を開始し、まず、ノード稼働情報テーブル４６に登録されたプロセス３３のうち、更新フラグが「追加」に設定された未処理のプロセス（以下、これを追加対象プロセスと呼ぶ）３３を１つ選択する（ＳＰ４０）。

　続いて、ノード間関連抽出部５５は、ステップＳＰ４０において選択した追加対象プロセスとネットワーク５（図１）を介して通信を行うプロセス３３をノード稼働情報テーブル４６上で検索し、検索結果に基づいてノード間直接関連テーブル４９を更新する（ＳＰ４１）。

　またノード間関連抽出部５５は、ステップＳＰ４１で更新したノード間直接関連テーブル４６を参照して、ステップＳＰ４０において選択した追加対象プロセス３３と直接的及び間接的な関連を有するプロセス３３を検索し、検索結果に基づいてノード間可到達関連テーブル５０を更新する（ＳＰ４２）。

　この後、ノード間関連抽出部５５は、ノード稼働情報テーブル４６に登録されているすべての追加対象プロセス３３についてステップＳＰ４１及びステップＳＰ４２の処理を実行し終えたか否かを判断する（ＳＰ４３）。そしてノード間関連抽出部５５は、この判断で否定結果を得るとステップＳＰ４０に戻り、この後ステップＳＰ４０～ステップＳＰ４３の処理を繰り返す。

　そしてノード間関連抽出部５５は、やがてノード稼働情報テーブル４６に登録されているすべての追加対象プロセス３３についてステップＳＰ４１及びステップＳＰ４２の処理を実行し終えることによりステップＳＰ４３で肯定結果を得ると、ノード稼働情報テーブル４６に登録されたプロセスのうち、更新フラグが「削除」に設定された未処理のプロセス（以下、これを削除対象プロセスと呼ぶ）３３を１つ選択する（ＳＰ４４）。

　続いて、ノード間関連抽出部５５は、ステップＳＰ４４において選択した削除対象プロセス３３と直接的な関連を有するプロセス３３をノード稼働情報テーブル４６上で検索し、検索結果に基づいてノード間直接関連テーブル４９を更新する（ＳＰ４５）。

　またノード間関連抽出部５５は、ステップＳＰ４５で更新したノード間直接関連テーブル４９を利用して、ステップＳＰ４４において選択した削除対象プロセス３３と直接的オ及び間接的な関連を有するプロセス３３を検索し、検索結果に基づいてノード間可到達関連テーブル５０を更新する（ＳＰ４６）。

　この後、ノード間関連抽出部５５は、ノード稼働情報テーブル４６に登録されているすべての削除対象プロセス３３についてステップＳＰ４５及びステップＳＰ４６の処理を実行し終えたか否かを判断する（ＳＰ４７）。そしてノード間関連抽出部５５は、この判断で否定結果を得るとステップＳ４４Ｐに戻り、この後ステップＳＰ４４～ステップＳＰ４７の処理を繰り返す。

　そしてノード間関連抽出部５５は、やがてノード稼働情報テーブル４６に登録されているすべての削除対象プロセス３３についてステップＳＰ４５及びステップＳＰ４６の処理を実行し終えることによりステップＳＰ４７で肯定結果を得ると、この構成把握処理を終了する。

（３－２－３－２）ノード間直接関連追加処理
　図１８は、上述した構成把握処理（図１７）のステップＳＰ４１においてノード間関連抽出部５５により実行されるノード間直接関連追加処理の処理手順を示す。

　ノード間関連抽出部５５は、構成把握処理のステップＳＰ４１に進むと、この図１８に示すノード間直接関連追加処理を開始し、まず、ノード間直接関連テーブル４９を参照して、そのとき対象としている追加対象プロセス３３がノード間直接関連テーブル４９に登録済みであるか否かを判断する（ＳＰ５０）。

　そしてノード間関連抽出部５５は、この判断で肯定結果を得るとステップＳＰ５２に進む。これに対してノード間関連抽出部５５は、ステップＳＰ５０の判断で否定結果を得ると、ノード間直接関連テーブル４９にそのとき対象としている追加対象プロセス３３に対応する行及び列を追加し、追加した行及び列内のすべての欄４９Ａ（図８）を「０」で埋める（ＳＰ５１）。

　続いて、ノード間関連抽出部５５は、そのとき対象としている追加対象プロセス３３とネットワーク５を介して通信を行っているプロセス３３をノード稼働情報テーブル４６上で検索する（ＳＰ５２）。具体的に、ノード間関連抽出部５５は、ノード稼働情報テーブル４６に登録されているプロセス３３のうち、そのとき対象としている追加対象プロセス３３のＩＰアドレス及びポート番号の組が、通信先ＩＰアドレス欄４６Ｅ（図６）に格納されているＩＰアドレスと、通信先ポート番号欄４６Ｆ（図６）に格納されているポート番号との組と一致するプロセス３３を検索する。

　この後、ノード間関連抽出部５５は、ステップＳＰ５２の検索の結果、該当するプロセス３３を検出できたか否かを判断する（ＳＰ５３）。そしてノード間関連抽出部５５は、この判断で否定結果を得ると、このノード間関連追加処理を終了して構成把握処理に戻る。

　これに対してノード間関連抽出部５５は、ステップＳＰ５３の判断で肯定結果を得ると、ステップＳＰ５２の検索により検出したすべてのプロセス３３について、ノード間直接関連テーブル４９の各欄４９Ａに格納された各フラグのうち、そのプロセス３３に対応する列（Ｙ列とする）と、そのとき対象としている追加対象プロセス３３に対応する行（Ｘ行とする）とが交差する箇所のフラグ（Ｘ行Ｙ列のフラグ）を「１」に更新する（ＳＰ５４）。

　そしてノード間関連抽出部５５は、この後、このノード間直接関連追加処理を終了して構成把握処理に戻る。

（３－２－３－３）ノード間可到達関連追加処理
　次に、構成把握処理（図１７）のステップＳＰ４２においてノード間関連抽出部５５により実行されるノード間直接関連追加処理を説明する。これに際して、まず、追加対象プロセス３３と直接的又は間接的な関連を有するプロセス３３の検出手法について説明する。

　最初に、可到達行列について説明する。例えば、図８のノード間直接関連テーブル４９は、次式

　で表される隣接行列Ｘに変換することができる。

　そして、この隣接行列Ｘの可到達行列Ｘ´は、次式

　のように、隣接行列Ｘに単位行列Ｉを加算したものを累乗してゆき、いくら累乗しても変わらなくなった行列として求めることができる。ただし、行列の演算はプール演算で行うものとする。

　従って、（１）式の隣接行列Ｘの可到達行列Ｘ´は、次式

　のように計算され、この結果として次式

　と求められる。

　ここで、Ｘ_ij´で表される可到達行列のＸ´のｉ，ｊ要素は、プロセスｉがプロセスｊに関連があるもの同士を辿って到達可能であるか否かを表す。つまりプロセスｉがプロセスｊに到達可能な場合（直接的又は間接的な関連がある場合）には、かかるｉ，ｊ要素は「１」となり、プロセスｉがプロセスｊに到達可能でない場合（直接的又は間接的な関連がない場合）には、かかるｉ，ｊ要素は「０」となる。

　従って、（４）式より、プロセス１はプロセス１，３，５と直接的又は間接的な関連があり、プロセス２はプロセス２とのみ直接的又は間接的な関連があることが分かる。

　以上を踏まえ、本実施の形態においては、上述のノード間直接関連追加処理（図１８）により更新されたノード間直接関連テーブル４９を隣接行列に変換し、その隣接行列の可到達行列を求めることにより、追加対象プロセス３３と直接的又は間接的な関連を有するプロセス３３を検出し、検出結果に基づいてノード間可到達関連テーブル５０を更新する。

　具体的には、例えば、そのとき対象としている追加対象プロセス３３がノード間可到達関連テーブル５０に登録済みでない場合、図１９に示すように、ノード間可到達関連テーブル５０の可到達関連欄５０Ａ及び更新フラグ欄５０Ｂのそれぞれにその追加対象プロセス３３と対応付けた行と列とを追加する。なお、図１９は、追加対象プロセス３３のノードＩＤが「６」の場合の例である。そして可到達関連欄５０Ａに追加した行及び列内の各欄５０ＡＡにそれぞれ格納されているフラグをすべて「０」に設定し、更新フラグ欄５０Ｂに追加した行及び列内の各欄５０ＢＡにそれぞれ格納されている更新フラグをすべて「更新なし」に設定する。

　この後、ノード間可到達関連テーブル５０の可到達関連欄５０Ａの部分を次式

　で表される隣接行列Ａに変換し、さらにノード間直接関連追加処理の処理結果を反映させた上で単位行列を加算した加算結果の行列とするため、次式

　のように、（５）式の隣接行列ＡにおけるＸ行Ｙ列及びＹ行Ｘ列の各要素と、対角要素とを「１」に更新する。なお、（６）式は、そのとき対象としている追加対象プロセス３３が、「３」というノードＩＤのプロセス３３とネットワーク５を介して通信している場合の例である。

　続いて、行列Ａに対してＡ_ｎ－１×Ａを計算することにより行列Ａ_ｎを順次求め、この結果から行列Ａの可到達行列を求める。例えば、行列Ａ_１の値は、次式

　であり、行列Ａ_２は、次式

　であり、行列Ａ_３は、次式

　であるため、行列Ａの可到達行列は（９）式で表される行列として求めることができる。なお、（７）式において、Ａ_０は単位行列とする。そしてこの可到達行列に基づいて、追加対象プロセス３３と直接的又は間接的な関連を有するプロセス３３を検出することができる。

　従って、図２０に示すように、ノード間可到達関連テーブル５０の可到達関連欄５０Ａをこの可到達行列で更新し、さらに更新フラグ欄５０Ｂの各更新フラグのうち、可到達関連欄５０Ａの各要素のうちの「１」に変更された要素に対応する更新フラグを「追加」に変更することにより、図１８について上述したノード間直接関連追加処理の処理結果に応じてノード間可到達関連テーブル５０を更新することができる。

　図２１は、以上の原理に従って構成把握処理（図１７）のステップＳＰ４２においてノード間関連抽出部５５により実行されるノード間可到達関連追加処理の処理手順を示す。

　ノード間関連抽出部５５は、構成把握処理のステップＳＰ４２に進むと、この図２１に示すノード間可到達関連追加処理を開始し、まず、そのとき対象としている追加対象プロセス３３がノード間可到達関連テーブル５０に登録済みであるか否かを判断する（ＳＰ６０）。

　続いて、ノード間関連抽出部５５は、ノード間可到達関連テーブル５０の可到達関連欄５０Ａに追加対象プロセス３３の行及び列を追加し、追加した行及び列内の各欄５０ＡＡにそれぞれ格納されているフラグをすべて「０」に設定すると共に、更新フラグ欄５０Ｂに追加対象プロセス３３の行及び列を追加し、追加した行及び列内の各欄５０ＢＡにそれぞれ格納されている更新フラグをすべて「変更なし」に設定する（ＳＰ６１）。

　次いで、ノード間関連抽出部５５は、ノード間可到達関連テーブル５０の可到達関連欄５０Ａから隣接行列Ａを作成し（ＳＰ６２）、作成した隣接行列ＡにおけるＸ行Ｙ列及びＹ行Ｘ列の各要素と、対角要素とを「１」に更新する（ＳＰ６３）。

　さらにノード間関連抽出部５５は、行列Ａに対してＡ_ｎ－１×Ａを計算する（ＳＰ６４）。なお、当初、ｎは「１」に設定される。そしてノード間関連抽出部５５は、ステップＳＰ６４の演算により求めた行列Ａ_ｎと、元の行列Ａ_ｎ－１とが一致するか否かを判断する（ＳＰ６５）。

　ノード間関連抽出部５５は、この判断で否定結果を得ると、ｎの値を「１」増加させた後、ステップＳＰ６４に戻り、この後、ステップＳＰ６４－ステップＳＰ６５－ステップＳＰ６４のループを繰り返す。

　そしてノード間関連抽出部５５は、やがて行列Ａの可到達行列Ａ_ｎを算出することによりステップＳＰ６５で肯定結果を得ると、ノード間可到達関連テーブル５０の可到達関連欄５０Ａにおいて対応する欄５０ＡＡに格納されたフラグの値が「０」の要素であって、可到達行列Ａ_ｎの対応する要素の値が「１」の各要素について、可到達関連欄５０Ａ内の対応する欄５０ＡＡに格納されているフラグを「１」に更新する。またノード間関連抽出部５５は、ノード間可到達関連テーブル５０の更新フラグ欄５０Ｂの各欄５０ＢＡにそれぞれ格納された更新フラグのうち、上述のように可到達関連欄５０Ａのフラグを「１」に更新した各欄５０ＡＡとそれぞれ対応する各更新フラグを「追加」に更新する（ＳＰ６６）。

　そしてノード間関連抽出部５５は、この後、このノード間可到達関連追加処理を終了して構成把握処理に戻る。

（３－２－３－４）ノード間直接関連削除処理
　他方、図２２は、上述した構成把握処理（図１７）のステップＳＰ４５においてノード間関連抽出部５５により実行されるノード間直接関連削除処理の処理手順を示す。

　ノード間関連抽出部５５は、構成把握処理のステップＳＰ４５に進むと、この図２２に示すノード間直接関連削除処理を開始し、まず、そのとき対象としている削除対象プロセス３３とネットワーク５を介して通信を行っているプロセス３３をノード稼働情報テーブル４６上で検索する（ＳＰ７０）。具体的に、ノード間関連抽出部５５は、ノード稼働情報テーブル４６に登録されているプロセス３３のうち、そのとき対象としている削除対象プロセス３３のＩＰアドレス及びポート番号の組が、通信先ＩＰアドレス欄４６Ｅ（図６）に格納されているＩＰアドレスと、通信先ポート番号欄４６Ｆ（図６）に格納されているポート番号との組と一致するプロセス３３を検索する。

　この後、ノード間関連抽出部５５は、ステップＳＰ７０の検索により該当するプロセス３３を検出できたか否かを判断する（ＳＰ７１）。そしてノード間関連抽出部５５は、この判断で否定結果を得ると、このノード間関連削除処理を終了して構成把握処理に戻る。

　これに対してノード間関連抽出部５５は、ステップＳＰ７１の判断で肯定結果を得ると、ステップＳＰ７０の検索により検出したすべてのプロセス３３について、ノード間直接関連テーブル４９の各欄４９Ａにそれぞれ格納された各フラグのうち、そのプロセス３３に対応する列（Ｙ列とする）と、そのとき対象としている追加対象プロセス３３に対応する行（Ｘ行とする）とが交差する箇所に存在する欄４９Ａに格納されているフラグ（Ｘ行Ｙ列のフラグ）を「０」に更新する。

（３－２－３－５）ノード間可到達関連削除処理
　次に、構成把握処理（図１７）のステップＳＰ４６においてノード間関連抽出部５５により実行されるノード間可到達関連削除処理を説明する。これに際して、まず、削除対象プロセス３３と直接的又は間接的な関連があるプロセス３３の検出手法について説明する。

　本実施の形態においては、上述のノード間直接関連削除処理により更新されたノード間直接関連テーブル４９を隣接行列に変換し、その隣接行列の可到達行列を求めることにより、削除対象プロセス３３と直接的又は間接的な関連があるプロセス３３を検出し、検出結果に基づいてノード間可到達関連テーブル５０を更新する。

　この場合において、プロセス３３の削除は、削除対象プロセス３３と直接的又は間接的な関連があるプロセス３３のグループ内でしか影響がないため、影響のあるグループ内に限定して、削除対象プロセス３３を反映した接続行列から、可到達行列を再計算することにより計算量を削減する。

　例えば、図２３に示すように、まず、ノード間可到達関連テーブル５０から、削除対象プロセス３３の行が「１」のプロセスの集合Ｚを作成する。なお図２３は、「３」というプロセスＩＤのプロセス３３が削除対象プロセス３３である場合の例である。従って、この場合、集合Ｚは、次式

　のように、プロセスＩＤが「１」、「３」及び「５」の各プロセス３３の集合ということになる。

　続いて、図２４に示すように、ノード間直接関連テーブル４９の集合Ｚに属するプロセス３３のみで隣接行列Ｂを作成する。具体的には、ノード間直接関連テーブル４９からプロセスＩＤが「１」、「３」及び「５」のプロセス３３の行及び列だけを抜き取り、隣接行列Ｂを作成する。従って、図２４の例の場合、隣接行列Ｂは、次式

　となる。

　なお、プロセス３３の削除の場合、ノード間可到達関連テーブル５０でなく、ノード間直接関連テーブル４９を用いる。これは、計算済みの可到達関連を削除するのではなく、影響する直接関連のみ可到達関連を再計算して更新するためである。

　次に、行列Ｂを、単位行列を加算した加算結果の行列とするため、次式

　のように、（１１）式の行列Ｂの対角成分をすべて「１」に更新する。

　さらに、行列Ｂに対してＡ_ｎ－１×Ｂを計算することにより行列Ａ_ｎを順次求め、この結果から行列Ｂの可到達行列を求める。例えば、行列Ａ_１の値は、Ａ_０を単位行列として、次式

　であり、行列Ａ_２は、次式

　であるため、行列Ｂの可到達行列は（１３）式で表される行列として求めることができる。そしてこの可到達行列に基づいて、追加対象プロセス３３と直接的又は間接的な関連があるプロセス３３を検出することができる。

　従って、図２５に示すように、ノード間可到達関連テーブル５０の可到達関連欄５０Ａをこの可到達行列で更新し、さらに更新フラグ欄５０Ｂの各更新フラグのうち、可到達関連欄５０Ａ内のフラグが「１」に変更された各欄５０ＡＡにそれぞれ対応する更新フラグ欄５０Ｂ内の各欄５０ＢＡに格納されている更新フラグを「追加」に設定することにより、図２２について上述したノード間直接関連削除処理の処理結果に応じてノード間可到達関連テーブル５０を更新することができる。

　図２６は、以上の原理に従って構成把握処理（図１７）のステップＳＰ４６においてノード間関連抽出部５５により実行されるノード間可到達関連削除処理の処理手順を示す。

　ノード間関連抽出部５５は、構成把握処理のステップＳＰ４６に進むと、この図２６に示すノード間可到達関連削除処理を開始し、まず、ノード間可到達関連テーブル５０から、削除対象プロセス３３の行の値が「１」のプロセス３３の集合Ｚを作成する（ＳＰ８０）。

　続いて、ノード間関連抽出部５５は、ノード間直接関連テーブル４９の集合Ｚに属するプロセス３３のみで隣接行列Ｂを作成し（ＳＰ８１）、この後、作成した隣接行列Ｂの対角要素をすべて「１」に変更する（ＳＰ８２）。

　次いで、ノード間関連抽出部５５は、隣接行列Ｂに対してＡ_ｎ－１×Ｂを計算する（ＳＰ８３）。なお、当初、ｎは「１」に設定される。そしてノード間関連抽出部５５は、ステップＳＰ８３において求めた行列Ａ_ｎと、元の行列Ａ_ｎ－１とが一致するか否かを判断する（ＳＰ８４）。

　ノード間関連抽出部５５は、この判断で否定結果を得ると、ｎの値を「１」増加させた後、ステップＳＰ８３に戻り、この後、ステップＳＰ８３－ステップＳＰ８４－ステップＳＰ８３のループを繰り返す。

　そしてノード間関連抽出部５５は、やがて隣接行列Ｂの可到達行列Ａ_ｎを算出することによりステップＳＰ８４で肯定結果を得ると、ノード間可到達関連テーブル５０の可到達関連欄５０Ａ内の値が「１」のフラグであって、可到達行列Ａ_ｎの対応する要素の値が「０」の各フラグについて、その値を「０」に更新する。またノード間関連抽出部５５は、ノード間可到達関連テーブル５０の更新フラグ欄５０Ｂ内の各更新フラグのうち、可到達関連欄５０Ａの「０」に更新した各フラグとそれぞれ対応する各更新フラグを「削除」に更新する（ＳＰ８５）。

　そしてノード間関連抽出部５５は、この後、このノード間可到達関連削除処理を終了して構成把握処理に戻る。

（３－２－４）監視項目選定部の処理
（３－２－４－１）監視項目選定処理
　図２７は、上述した監視項目選定全体処理（図１５）のステップＳＰ２４において監視項目選定部４３で実行される監視項目選定処理の流れを示す。監視項目選定部４３は、この図２７の流れに従って、監視項目を選定する。

　実際上、監視項目選定部４３では、ノード間直接関連テーブル４９やノード間可到達関連テーブル５０が更新されると、この監視項目選定処理が開始され、まず、起点ノード検索部５６が、ノード稼働情報テーブル４６及び起点ノード条件テーブル４４を参照して起点ノードとすべきプロセス３３を検索し、検索結果に基づいて、起点ノード用選定ノードテーブル５２Ａ（図１０（Ａ））を更新する（ＳＰ９０）。

　続いて、関連ノード検索部５７が、更新された起点ノード用選定ノードテーブル５２Ａ及びノード間可到達関連テーブル５０を参照して、ステップＳＰ９０の検索により検出された起点ノードとすべきプロセス３３の関連ノードを検索し、検索結果に基づいて、関連ノード用選定ノードテーブル５２Ｂ（図１０（Ｂ））を更新する（ＳＰ９１）。

　次いで、影響ノード検索部５８が、更新された関連ノード用選定ノードテーブル５２Ｂ及びリソースアクセス情報テーブル４７を参照して、ステップＳＰ９０の検索により検出された起点ノード及びステップＳＰ９１の検索により検出された関連ノードの影響ノードを検索し、検索結果に基づいて、影響ノード用選定ノードテーブル５２Ｃ（図１０（Ｃ））を更新する（ＳＰ９２）。

　さらに、監視項目生成部５９が、上述のステップＳＰ９０～ステップＳＰ９２の処理結果に基づいて監視対象とすべき監視項目を選定し、選定結果に基づいて監視項目テーブル５４を更新する（ＳＰ９３）。

　そして監視項目選定部４３では、ステップＳＰ９３までの処理が完了すると、この監視項目選定処理が終了する。

（３－２－４－２）起点ノード検索処理
　図２８は、上述した監視項目選定処理（図２７）のステップＳＰ９０において起点ノード検索部５６により実行される起点ノード検索処理の処理手順を示す。

　起点ノード検索部５６は、監視項目選定処理のステップＳＰ９０に進むと、この図２８に示す起点ノード検索処理を開始し、まず、ＳＰ１００～ＳＰ１０５の処理を実行することにより、起点ノード用選定ノードテーブル５２Ａに登録されている起点ノードとすべきプロセス３３のうち、監視対象装置２の構成変更により起点ノードとすべきでなくなったプロセス３３の更新フラグを「削除」に更新する。

　実際上、起点ノード検索部５６は、ノード稼働情報テーブル４６に登録されているプロセス３３のうち、更新フラグが「削除」に設定されている未処理のプロセス３３を１つ選択する（ＳＰ１００）。

　続いて、起点ノード検索部５６は、起点ノード条件テーブル４４（図５）に登録されている各起点ノード条件のうちの未処理の起点ノード条件を１つの選択し（ＳＰ１０１）、この後、ステップＳＰ１００において選択したプロセス３３が、ステップＳＰ１０１において選択した起点ノード条件を満たすか否かを判断する（ＳＰ１０２）。

　起点ノード検索部５６は、この判断で否定結果を得るとステップＳＰ１０４に進み、これに対して肯定結果を得ると、起点ノード用選定ノードテーブル５２Ａを更新する（ＳＰ１０３）。具体的に、起点ノード検索部５６は、起点ノード用選定ノードテーブル５２Ａのエントリのうち、プロセスＩＤ欄５２ＡＡに格納されたプロセスＩＤがステップＳＰ１００において選択したプロセス３３のプロセスＩＤと一致し、かつ、合致条件ＩＤ欄５２ＡＢに格納された合致条件ＩＤがステップＳＰ１０１において選択した起点ノード条件の条件ノードＩＤと一致するエントリの合致条件更新フラグ欄５２ＡＣに格納されている合致条件更新フラグを「削除」に変更する。

　この後、起点ノード検索部５６は、起点ノード条件テーブル４４に登録されているすべての起点ノード条件について、ステップＳＰ１０１～ステップＳＰ１０３の処理を実行し終えたか否かを判断する（ＳＰ１０４）。

　起点ノード検索部５６は、この判断で否定結果を得るとステップＳＰ１０１に戻り、この後ステップＳＰ１０１～ステップＳＰ１０４の処理を繰り返す。

　そして起点ノード検索部５６は、やがて起点ノード条件テーブル４４に登録されているすべての起点ノード条件について、ステップＳＰ１０１～ステップＳＰ１０３の処理を実行し終えることによりステップＳＰ１０４で肯定結果を得ると、ノード稼働情報テーブル４６に登録されている該当するすべてのプロセス３３についてステップＳＰ１００～ステップＳＰ１０４の処理を実行し終えたか否かを判断する（ＳＰ１０５）。

　起点ノード検索部５６は、この判断で否定結果を得るとステップＳＰ１００に戻り、この後ステップＳＰ１００～ステップＳＰ１０５の処理を繰り返す。

　そして起点ノード検索部５６は、やがてノード稼働情報テーブル４６に登録されている該当するすべてのプロセス３３についてステップＳＰ１００～ステップＳＰ１０４の処理を実行し終えることによりステップＳＰ１０５で肯定結果を得ると、この後、ＳＰ１０６～ＳＰ１１１の処理を実行することにより、監視対象装置２の構成変更により新たな起点ノードとすべきプロセス３３を起点ノード用選定ノードテーブル５２Ａに登録し、その更新フラグを「追加」に設定する。

　実際上、起点ノード検索部５６は、まず、ノード稼働情報テーブル４６に登録されているプロセス３３のうち、更新フラグが「追加」に設定されている未処理のプロセス３３を１つ選択する（ＳＰ１０６）。

　続いて、起点ノード検索部５６は、起点ノード条件テーブル４４に登録されている各起点ノード条件のうちの未処理の起点ノード条件を１つの選択し（ＳＰ１０７）、この後、ステップＳＰ１０６において選択したプロセス３３が、ステップＳＰ１０７において選択した起点ノード条件を満たすか否かを判断する（ＳＰ１０８）。

　起点ノード検索部５６は、この判断で否定結果を得るとステップＳＰ１１０に進み、これに対して肯定結果を得ると、起点ノード用選定ノードテーブル５２Ａを更新する（ＳＰ１０９）。具体的に、起点ノード検索部５６は、起点ノード用選定ノードテーブル５２Ａのエントリのうち、プロセスＩＤ欄５２ＡＡに格納されたプロセスＩＤがステップＳＰ１０６において選択したプロセス３３のプロセスＩＤと一致し、かつ、合致条件ＩＤ欄５２ＡＢに格納された合致条件ＩＤがステップＳＰ１０７において選択した起点ノード条件の条件ノードＩＤと一致するエントリの合致条件更新フラグ欄５２ＡＣに格納されている合致条件更新フラグを「追加」に変更する。

　この後、起点ノード検索部５６は、起点ノード条件テーブル４４に登録されているすべての起点ノード条件について、ステップＳＰ１０７～ステップＳＰ１０９の処理を実行し終えたか否かを判断する（ＳＰ１１０）。そして起点ノード検索部５６は、この判断で否定結果を得るとステップＳＰ１０７に戻り、この後ステップＳＰ１０７～ステップＳＰ１１０の処理を繰り返す。

　そして起点ノード検索部５６は、やがて起点ノード条件テーブル４４に登録されているすべての起点ノード条件について、ステップＳＰ１０７～ステップＳＰ１０９の処理を実行し終えることによりステップＳＰ１１０で肯定結果を得ると、ノード稼働情報テーブル４６に登録されている該当するすべてのプロセス３３についてステップＳＰ１０６～ステップＳＰ１１０の処理を実行し終えたか否かを判断する（ＳＰ１１１）。

　起点ノード検索部５６は、この判断で否定結果を得るとステップＳＰ１０６に戻り、この後ステップＳＰ１０６～ステップＳＰ１１１の処理を繰り返す。

　そして起点ノード検索部５６は、やがてノード稼働情報テーブル４６に登録されている該当するすべてのプロセス３３についてステップＳＰ１０６～ステップＳＰ１１０の処理を実行し終えることによりステップＳＰ１１１で肯定結果を得ると、この起点ノード検索処理を終了する。

（３－２－４－３）関連ノード検索処理
　一方、図２９は、上述した監視項目選定処理のステップＳＰ９１において関連ノード検索部５７により実行される関連ノード検索処理の処理手順を示す。

　関連ノード検索部５７は、監視項目選定処理のステップＳＰ９１に進むと、この図２９に示す関連ノード検索処理を開始し、まず、ステップＳＰ１２０～ステップＳＰ１２６を実行することにより、起点ノード用選定ノードテーブル５２Ａ上の合致条件更新フラグ又はノード間可到達関連テーブル５０上の更新フラグが「削除」に更新されたプロセス３３のうち、関連ノードとすべきでなくなったプロセス３３の関連ノード用選定ノードテーブル５２Ｂ上の関連ノード更新フラグを「削除」に更新する。

　実際上、関連ノード検索部５７は、起点ノード用選定ノードテーブル５２Ａに登録されているプロセス３３のうち、合致条件更新フラグが「削除」に設定されている未処理のプロセス３３を１つ選択する（ＳＰ１２０）。

　続いて、関連ノード検索部５７は、ノード間可到達関連テーブル５０（図９）の可到達関連欄５０Ａにおいて、ステップＳＰ１２０において選択したプロセス３３に対応するエントリ（行）上でフラグが「１」に設定されているプロセス３３を検出する。そして関連ノード検索部５７は、検出したプロセス３３のうち、関連ノード用選定ノードテーブル５２ＢのプロセスＩＤがステップＳＰ１２０において選択したプロセス３３のプロセスＩＤと一致し、かつ、関連ノードＩＤが、上述のようにノード間可到達関連テーブル５０上で検出したフラグが「１」に設定されているプロセス３３のプロセスＩＤと一致するプロセス３３の関連ノード更新フラグを「削除」に更新する（ＳＰ１２１）。

　次いで、関連ノード検索部５７は、起点ノード用選定ノードテーブル５２Ａ上で合致条件更新フラグが「削除」に設定されているすべてのプロセス３３についてステップＳＰ１２０及びステップＳＰ１２１の処理を実行し終えたか否かを判断する（ＳＰ１２２）。

　関連ノード検索部５７は、この判断で否定結果を得るとステップＳＰ１２０に戻り、この後、ステップＳＰ１２０～ステップＳＰ１２２の処理を繰り返す。

　そして関連ノード検索部５７は、やがて起点ノード用選定ノードテーブル５２Ａ上で合致条件更新フラグが「削除」に設定されているすべてのプロセス３３についてステップＳＰ１２０及びステップＳＰ１２１の処理を実行し終えることによりステップＳＰ１２２で肯定結果を得ると、ノード間可到達関連テーブル５０の更新フラグ欄５０Ｂにおいて更新フラグが「削除」に設定されているプロセス３３の組（以下、適宜、一方を第１のプロセス３３、他方を第２のプロセス３３と呼ぶ）の中から未処理の組を１つ選択する（ＳＰ１２３）。

　また関連ノード検索部５７は、関連ノード用選定ノードテーブル５２Ｂに登録されたプロセス３３のうち、ステップＳＰ１２３において選択した組の第１のプロセス３３のプロセスＩＤがプロセスＩＤと一致し、かつ、ステップＳＰ１２３において選択した組の第２のプロセス３３のプロセスＩＤが関連ノードＩＤと一致するプロセス３３の関連ノード更新フラグを「削除」に更新する（ＳＰ１２４）。

　この後、関連ノード検索部５７は、ノード間可到達関連テーブル５０の更新フラグ欄５０Ｂにおいて更新フラグが「削除」に設定されているすべてのプロセス３３の組について、ステップＳＰ１２３及びステップＳＰ１２４の処理を実行し終えたか否かを判断する（ＳＰ１２５）。

　関連ノード検索部５７は、この判断で否定結果を得ると、ステップＳＰ１２３に戻り、この後ステップＳＰ１２３～ステップＳＰ１２５の処理を繰り返す。

　そして関連ノード検索部５７は、やがてノード間可到達関連テーブル５０の更新フラグ欄５０Ｂにおいて更新フラグが「削除」に設定されているすべてのプロセス３３の組について、ステップＳＰ１２３及びステップＳＰ１２４の処理を実行し終えることによりステップＳＰ１２５で肯定結果を得ると、この後、ステップＳＰ１２６～ステップＳＰ１３１を実行することにより、起点ノード用選定ノードテーブル５２Ａ上の合致条件更新フラグ又はノード間可到達関連テーブル５０上の更新フラグが「追加」に設定されたプロセス３３を関連ノード用選定ノードテーブル５２Ｂに登録し、その関連ノード更新フラグを「追加」に設定する。

　実際上、関連ノード検索部５７は、起点ノード用選定ノードテーブル５２Ａに登録されているプロセス３３のうち、合致条件更新フラグが「追加」に設定されている未処理のプロセス３３を１つ選択する（ＳＰ１２６）。

　続いて、関連ノード検索部５７は、ノード間可到達関連テーブル５０（図９）の可到達関連欄５０Ａにおいて、ステップＳＰ１２０において選択したプロセス３３に対応するエントリ（行）上でフラグが「１」に設定されているプロセス３３を検出し、検出した各プロセス３３に対応するエントリを関連ノード用選定ノードテーブル５２Ｂに追加する（ＳＰ１２７）。具体的に、関連ノード検索部５７は、上述のようにして検出したプロセス３３について、そのプロセスＩＤが関連ノードＩＤ欄５２ＢＢに格納され、ステップＳＰ１２６において選択したプロセス３３のプロセスＩＤがプロセスＩＤ欄５２ＢＡに格納され、かつ、関連ノード更新フラグ欄５２ＢＣに「追加」が格納されたエントリを関連ノード用選定ノードテーブル５２Ｂに追加する。

　次いで、関連ノード検索部５７は、起点ノード用選定ノードテーブル５２Ａ上で合致条件更新フラグが「追加」に設定されているすべてのプロセス３３についてステップＳＰ１２６及びステップＳＰ１２７の処理を実行し終えたか否かを判断する（ＳＰ１２８）。

　関連ノード検索部５７は、この判断で否定結果を得るとステップＳＰ１２６に戻り、この後、ステップＳＰ１２６～ステップＳＰ１２８の処理を繰り返す。

　そして関連ノード検索部５７は、やがて起点ノード用選定ノードテーブル５２Ａ上で合致条件更新フラグが「削除」に設定されているすべてのプロセス３３についてステップＳＰ１２６及びステップＳＰ１２７の処理を実行し終えることによりステップＳＰ１２８で肯定結果を得ると、ノード間可到達関連テーブル５０の更新フラグ欄５０Ｂにおいて更新フラグが「追加」に設定されているプロセス３３の組（以下、適宜、一方を第３のプロセス３３、他方を第４のプロセス３３と呼ぶ）の中から未処理の組を１つ選択する（ＳＰ１２９）。

　また関連ノード検索部５７は、関連ノード用選定ノードテーブル５２Ｂに、ステップＳＰ１２９において選択した組に対応するエントリを追加する（ＳＰ１３０）。具体的に、関連ノード検索部５７は、第３のプロセス３３のプロセスＩＤがプロセスＩＤ欄５２ＢＡに格納され、第４のプロセス３３のプロセスＩＤが関連ノードＩＤ欄５２ＢＢに格納され、関連ノード更新フラグ欄５２ＢＣに格納された関連ノード更新フラグが「追加」に設定されたエントリを関連ノード用選定ノードテーブル５２Ｂに追加する。

　この後、関連ノード検索部５７は、ノード間可到達関連テーブル５０の更新フラグ欄５０Ｂにおいて更新フラグが「追加」に設定されているすべてのプロセスの組について、ステップＳＰ１２９及びステップＳＰ１３０の処理を実行し終えたか否かを判断する（ＳＰ１３１）。

　関連ノード検索部５７は、この判断で否定結果を得ると、ステップＳＰ１２９に戻り、この後ステップＳＰ１２９～ステップＳＰ１３１の処理を繰り返す。

　そして関連ノード検索部５７は、やがてノード間可到達関連テーブル５０の更新フラグ欄５０Ｂにおいて更新フラグが「追加」に設定されているすべてのプロセス３３の組についてステップＳＰ１２９及びステップＳＰ１３０の処理を実行し終えることによりステップＳＰ１３１で肯定結果を得ると、この関連ノード検索処理を終了する。

（３－２－４－４）影響ノード検索処理
　他方、図３０Ａ及び図３０Ｂは、上述した監視項目選定処理（図２７）のステップＳＰ９２において影響ノード検索部５８により実行される影響ノード検索処理の処理手順を示す。

　影響ノード検索部５８は、監視項目選定処理のステップＳＰ９２に進むと、この図３０Ａ及び図３０Ｂに示す影響ノード検索処理を開始し、まず、ステップＳＰ１４０～ステップＳＰ１５３の処理を実行することにより、影響ノードとすべきでなくなったプロセス３３の影響ノード用選定ノードテーブル５２Ｃ上の影響ノード更新フラグを「削除」に変更する。

　実際上、影響ノード検索部５８は、ステップＳＰ１４０～ステップＳＰ１４６において、関連ノード用選定ノードテーブル５２Ｂで関連ノード更新フラグが「削除」に設定されたプロセス３３に対する処理を行う。

　すなわち、影響ノード検索部５８は、まず、関連ノード用選定ノードテーブル５２Ｂに登録されているプロセス３３のうち、関連ノード更新フラグが「削除」に設定されている未処理のプロセス３３のプロセスＩＤを１つ選択する（ＳＰ１４０）。

　続いて、影響ノード検索部５８は、関連ノード用選定ノードテーブル５２Ｂのエントリの中から、プロセスＩＤ欄５２ＢＡに格納されているプロセスＩＤが、ステップＳＰ１４０において選択したプロセス３３のプロセスＩＤと一致するいずれかのエントリの関連ノードＩＤ欄５２ＢＢに格納されている未処理のプロセスＩＤを１つ選択する（ＳＰ１４１）。

　次いで、影響ノード検索部５８は、リソースアクセス情報テーブル４７（図７）のアクセスプロセスＩＤ欄４７Ｂに格納されているプロセスＩＤが、ステップＳＰ１４１で選択したプロセスＩＤと一致する未処理のリソースを１つ選択する（ＳＰ１４２）。

　そして、影響ノード検索部５８は、リソースアクセス情報テーブル４７を参照して、ステップＳＰ１４２で選択したリソースにアクセスするプロセス３３をすべて検索する。さらに影響ノード検索部５８は、影響ノード用選定ノードテーブル５２Ｃのエントリのうち、プロセスＩＤ欄５２ＣＡに格納されているプロセスＩＤがステップＳＰ１４０において選択したプロセス３３のプロセスＩＤと一致し、関連ノードＩＤ欄５２ＣＢに格納されているプロセスＩＤがステップＳＰ１４１において選択したプロセス３３のプロセスＩＤと一致し、かつ、影響ノードＩＤ欄５２ＣＣに格納されているプロセスＩＤがステップＳＰ１４２で選択したリソースにアクセスするいずれかのプロセス３３のプロセスＩＤと一致するすべてのエントリの影響ノード更新フラグ欄５２ＣＤに格納されている影響ノード更新フラグを「削除」に設定する（ＳＰ１４３）。

　この後、影響ノード検索部５８は、リソースアクセス情報テーブル４７のアクセスプロセスＩＤ欄４７ＢにステップＳＰ１４１において選択したプロセスＩＤが格納されているすべてのリソースについてステップＳＰ１４２及びステップＳＰ１４３の処理を実行し終えたか否かを判断する（ＳＰ１４４）。

　影響ノード検索部５８は、この判断で否定結果を得るとステップＳＰ１４２に戻り、この後ステップＳＰ１４２～ステップＳＰ１４４の処理を繰り返す。

　そして影響ノード検索部５８は、やがてリソースアクセス情報テーブル４７のアクセスプロセスＩＤ欄４７ＢにステップＳＰ１４１で選択したプロセスＩＤが格納されているすべてのリソースについて同様の処理を実行し終えることによりステップＳＰ１４４で肯定結果を得ると、関連ノード用選定ノードテーブル５２ＢのプロセスＩＤ欄５２ＣＡにステップＳＰ１４０で選択したプロセスＩＤが格納されているいずれかのエントリの関連ノードＩＤ欄５２ＣＢに格納されているすべてのプロセスＩＤについて、ステップＳＰ１４１～ステップＳＰ１４４の処理を実行し終えたか否かを判断する（ＳＰ１４５）。

　影響ノード検索部５８は、この判断で否定結果を得るとステップＳＰ１４１に戻り、この後ステップＳＰ１４１～ステップＳＰ１４５の処理を繰り返す。

　そして影響ノード検索部５８は、やがて関連ノード用選定ノードテーブル５２ＢのプロセスＩＤ欄５２ＣＣにステップＳＰ１４０で選択したプロセスＩＤが格納されているいずれかのエントリの関連ノードＩＤ欄５２ＢＢに格納されているすべてのプロセスＩＤについてステップＳＰ１４１～ステップＳＰ１４４の処理を実行し終えることによりステップＳＰ１４５で肯定結果を得ると、関連ノード用選定ノードテーブル５２Ｂの関連ノード更新フラグが「削除」に設定されたすべてのプロセスのプロセスＩＤについて、ステップＳＰ１４０～ステップＳＰ１４５の処理を実行し終えたか否かを判断する（ＳＰ１４６）。

　影響ノード検索部５８は、この判断で否定結果を得るとステップＳＰ１４０に戻り、この後ステップＳＰ１４０～ステップＳＰ１４６の処理を繰り返す。

　そして影響ノード検索部５８は、やがて関連ノード用選定ノードテーブル５２Ｂの関連ノード更新フラグが「削除」に設定されたすべてのプロセスのプロセスＩＤについて、ステップＳＰ１４０～ステップＳＰ１４５の処理を実行し終えることによりステップＳＰ１４６で肯定結果を得ると、関連ノード用選定ノードテーブル５２Ｂ上で関連ノード更新フラグが「削除」に設定された各プロセス３３に対する処理を終了する。

　続いて、影響ノード検索部５８は、ステップＳＰ１４７～ステップＳＰ１５３において、リソースアクセス情報テーブル４７で更新フラグが「削除」に設定されたリソースを利用するプロセス３３に対する処理を行う。

　すなわち、影響ノード検索部５８は、リソースアクセス情報テーブル４７の更新フラグが「削除」に設定されているエントリのアクセスプロセスＩＤ欄４７Ｂに格納されているプロセスＩＤと同じプロセスＩＤをもつプロセス３３の中から未処理の１つのプロセスを選択する（ＳＰ１４７）。

　続いて、影響ノード検索部５８は、関連ノード用選定ノードテーブル５２Ｂのエントリの中から、プロセスＩＤ欄５２ＢＡに格納されているプロセスＩＤが、ステップＳＰ１４７において選択したプロセス３３のプロセスＩＤと一致するいずれかのエントリの関連ノードＩＤ欄５２ＢＢに格納されている未処理のプロセスＩＤを１つ選択する（ＳＰ１４８）。

　次いで、影響ノード検索部５８は、リソースアクセス情報テーブル４７のアクセスプロセスＩＤ欄４７Ｂに格納されたプロセスＩＤが、ステップＳＰ１４８で選択したプロセスのプロセスＩＤと一致する未処理のリソースを１つ選択する（ＳＰ１４９）。

　そして、影響ノード検索部５８は、リソースアクセス情報テーブル４７を参照して、ステップＳＰ１４９で選択したリソースにアクセスするプロセス３３をすべて検索する。さらに影響ノード検索部５８は、影響ノード用選定ノードテーブル５２Ｃのエントリのうち、プロセスＩＤ欄５２ＣＡに格納されているプロセスＩＤがステップＳＰ１４７において選択したプロセス３３のプロセスＩＤと一致し、関連ノードＩＤ欄５２ＣＢに格納されているプロセスＩＤがステップＳＰ１４８において選択したプロセス３３のプロセスＩＤと一致し、かつ、影響ノードＩＤ欄５２ＣＣに格納されているプロセスＩＤがステップＳＰ１４９で選択したリソースにアクセスするいずれかのプロセス３３のプロセスＩＤと一致するすべてのエントリの影響ノード更新フラグ欄５２ＣＤに格納されている影響ノード更新フラグを「削除」に設定する（ＳＰ１５０）。

　この後、影響ノード検索部５８は、リソースアクセス情報テーブル４７のアクセスプロセスＩＤ欄４７ＢにステップＳＰ１４８において選択したプロセスＩＤが格納されているすべてのリソースについてステップＳＰ１４９及びステップＳＰ１５０の処理を実行し終えたか否かを判断する（ＳＰ１５１）。

　影響ノード検索部５８は、この判断で否定結果を得るとステップＳＰ１４９に戻り、この後、ステップＳＰ１４９～ステップＳＰ１５０の処理を繰り返す。

　そして影響ノード検索部５８は、やがてリソースアクセス情報テーブル４７のアクセスプロセスＩＤ欄４７ＢにステップＳＰ１４８で選択したプロセスＩＤが格納されているすべてのリソースについて同様の処理を実行し終えることによりステップＳＰ１５１で肯定結果を得ると、関連ノード用選定ノードテーブル５２ＢのプロセスＩＤ欄５２ＣＡにステップＳＰ１４７で選択したプロセスＩＤが格納されているいずれかのエントリの関連ノードＩＤ欄５２ＣＢに格納されているすべてのプロセスＩＤについて、ステップＳＰ１４８～ステップＳＰ１５１の処理を実行し終えたか否かを判断する（ＳＰ１５２）。

　影響ノード検索部５８は、この判断で否定結果を得るとステップＳＰ１４８に戻り、この後、ステップＳＰ１４８～ステップＳＰ１５２の処理を繰り返す。

　そして影響ノード検索部５８は、やがて関連ノード用選定ノードテーブル５２ＢのプロセスＩＤ欄５２ＣＣにステップＳＰ１４７で選択したプロセスＩＤが格納されているいずれかのエントリの関連ノードＩＤ欄５２ＢＢに格納されているすべてのプロセスＩＤについてステップＳＰ１４８～ステップＳＰ１５１の処理を実行し終えることによりステップＳＰ１５２で肯定結果を得ると、リソースアクセス情報テーブル４７の更新フラグが「削除」に設定された各エントリのアクセスプロセスＩＤ欄４７Ｂに格納されたプロセスＩＤと同じプロセスＩＤをもつすべてのプロセス３３について、ステップＳＰ１４７～ステップＳＰ１５２の処理を実行し終えたか否かを判断する（ＳＰ１５３）。

　影響ノード検索部５８は、この判断で否定結果を得るとステップＳＰ１４７に戻り、この後、ステップＳＰ１４７～ステップＳＰ１５３の処理を繰り返す。

　そして影響ノード検索部５８は、やがてリリソースアクセス情報テーブル４７の更新フラグが「削除」に設定された各エントリのアクセスプロセスＩＤ欄４７Ｂに格納されたプロセスＩＤと同じプロセスＩＤをもつすべてのプロセス３３についてステップＳＰ１４７～ステップＳＰ１５２の処理を実行し終えることによりステップＳＰ１５３で肯定結果を得ると、リソースアクセス情報テーブル４７上で更新フラグが「削除」に設定されたリソースを利用する各プロセス３３に対する処理を終了する。

　続いて、影響ノード検索部５８は、ステップＳＰ１５４～ステップＳＰ１６７の処理を実行することにより、必要なプロセス３３を影響ノード用選定ノードテーブル５２Ｃに新規に登録する。

　実際上、影響ノード検索部５８は、ステップＳＰ１５４～ステップＳＰ１６０において、関連ノード用選定ノードテーブル５２Ｂで更新フラグが「追加」に設定されたプロセス３３に対する処理を行う。

　なお、このステップＳＰ１５４～ステップＳＰ１６０の処理は、以下の（Ａ）及び（Ｂ）を除いてステップＳＰ１４０～ステップＳＰ１４６と同様の処理内容であるため、ここでの説明は省略する。
（Ａ）ステップＳＰ１５４において選択するプロセスＩＤが、関連ノード用選定ノードテーブル５２Ｂに登録されているプロセスのうち、関連ノード更新フラグが「追加」に設定されている未処理のプロセス３３のプロセスＩＤである。
（Ｂ）ステップＳＰ１５７において、リソースアクセス情報テーブル４７を参照して、ステップＳＰ１５６で選択したリソースにアクセスするプロセス３３をすべて検索する。さらに影響ノード用選定ノードテーブル５２Ｃに、ステップＳＰ１５４において選択したプロセス３３のプロセスＩＤがプロセスＩＤ欄５２ＣＡに格納され、ステップＳＰ１５５において選択したプロセス３３のプロセスＩＤが関連ノードＩＤ欄５２ＣＢに格納され、ステップＳＰ１５６で選択したリソースにアクセスするいずれかのプロセス３３のプロセスＩＤが影響ノードＩＤ欄５２ＣＣに格納され、かつ、影響ノード更新フラグ欄５２ＣＤに格納された影響ノード更新フラグが「追加」に設定されたエントリを追加する。またこのようなエントリを、ステップＳＰ１５６で選択したリソースにアクセスするすべてのプロセス３３について、影響ノード用選定ノードテーブル５２Ｃに追加する。

　次いで、影響ノード検索部５８は、ステップＳＰ１６１～ステップＳＰ１６７において、リソースアクセス情報テーブル４７で更新フラグが「追加」に設定されたリソースを利用するプロセス３３に対する処理を行う。

　なお、ステップＳＰ１６１～ステップＳＰ１６７の処理は、以下の（Ａ）及び（Ｂ）を除いてステップＳＰ１４７～ステップＳＰ１５３と同様の処理内容であるため、ここでの説明は省略する。
（Ａ）ステップＳＰ１６１において選択するプロセス３３が、リソースアクセス情報テーブル４７の更新フラグが「追加」に設定されているエントリのアクセスプロセスＩＤ欄４７Ｂに格納されているプロセスＩＤと同じプロセスＩＤをもつプロセスである。
（Ｂ）ステップＳＰ１６４において、リソースアクセス情報テーブル４７を参照して、ステップＳＰ１６３で選択したリソースにアクセスするプロセス３３をすべて検索する。さらに影響ノード用選定ノードテーブル５２Ｃに、ステップＳＰ１６１において選択したプロセス３３のプロセスＩＤがプロセスＩＤ欄５２ＣＡに格納され、ステップＳＰ１６２において選択したプロセス３３のプロセスＩＤが関連ノードＩＤ欄５２ＣＢに格納され、ステップＳＰ１６３で選択したリソースにアクセスするいずれかのプロセス３３のプロセスＩＤが影響ノードＩＤ欄５２ＣＣに格納され、かつ、影響ノード更新フラグ欄５２ＣＤに格納された影響ノード更新フラグが「追加」に設定されたエントリを追加する。またこのようなエントリを、ステップＳＰ１６３で選択したリソースにアクセスするすべてのプロセス３３について、影響ノード用選定ノードテーブル５２Ｃに追加する。

　そして影響ノード検索部５８は、ステップＳＰ１６７までの処理をすべて完了すると、この影響ノード検索処理を終了する。

（３－２－４－５）監視項目生成処理
　図３１Ａ及び図３１Ｂは、上述した監視項目選定処理（図２７）のステップＳＰ９３において監視項目生成部５９により実行される監視項目生成処理の処理手順を示す。

　監視項目生成部５９は、監視項目選定処理のステップＳＰ９３に進むと、この図３１Ａ及び図３１Ｂに示す監視項目生成処理を開始し、まず、ステップＳＰ１７０～ステップＳＰ１８５の処理を実行することにより、関連ノード用選定ノードテーブル５２Ｂ若しくは影響ノード用選定ノードテーブル５２Ｃ上で関連ノード更新フラグ又は影響ノード更新フラグが「削除」に設定されたプロセス３３、又は、リソースアクセス情報テーブル４７上で更新フラグが「削除」に設定されたリソースにアクセスするプロセス３３がアクセスするリソースに対する監視項目のうち、監視項目とすべきでなくなった監視項目の監視項目テーブル５４上の監視項目更新フラグを「削除」に変更する。

　実際上、監視項目生成部５９は、ステップＳＰ１７０～ステップＳＰ１７７において、関連ノード用選定ノードテーブル５２Ｂ又は影響ノード用選定ノードテーブル５２Ｃで関連ノード更新フラグ又は影響ノード更新フラグが「削除」に設定されたプロセス３３がアクセスするリソースの監視項目に対する処理を行う。

　すなわち、監視項目生成部５９は、関連ノード用選定ノードテーブル５２Ｂ又は影響ノード用選定ノードテーブル５２Ｃに登録されているプロセス３３のうち、関連ノード更新フラグ又は影響ノード更新フラグが「削除」に設定されている未処理のプロセス３３を１つ選択する（ＳＰ１７０）。

　続いて、監視項目生成部５９は、リソースアクセス情報テーブル４７に登録されているリソースのうち、ステップＳＰ１７０において選択したプロセス３３がアクセスするリソース（つまりリソースアクセス情報テーブル４７のアクセスプロセスＩＤ欄４７ＢにステップＳＰ１７０で選択したプロセス３３のプロセスＩＤが格納されているリソース）であって未処理のリソースを１つ選択する（ＳＰ１７１）。

　次いで、監視項目生成部５９は、監視箇所・項目選定ルールテーブル５３（図１１）に登録された監視箇所・項目選定ルールの中から未処理の１つの監視箇所・項目選定ルールを選択し（ＳＰ１７２）、選択した監視箇所・項目選定ルールが、ステップＳＰ１７１において選択したリソースに対するルールであるか否かを判断する（ＳＰ１７３）。そして監視項目生成部５９は、この判断で否定結果を得るとステップＳＰ１７５に進む。

　これに対して、監視項目生成部５９は、ステップＳＰ１７３の判断で肯定結果を得ると、監視項目テーブル５４（図１２）のエントリの中から、プロセスＩＤ欄５４Ｂに格納されているプロセスＩＤがステップＳＰ１７０において選択したプロセス３３のプロセスＩＤと一致し、リソースＩＤ欄５４Ｄに格納されているリソースＩＤがステップＳＰ１７１において選択したリソースのリソースＩＤと一致し、かつ、適用ルールＩＤ欄５４Ｆに格納された適用ルールＩＤがステップＳＰ１７２において選択した監視箇所・項目選定ルールの監視箇所・項目選定ルールＩＤと一致するエントリを検出し、そのエントリの監視項目更新フラグ欄５４Ｇに格納されている監視項目更新フラグを「削除」に変更する（ＳＰ１７４）。

　この後、監視項目生成部５９は、監視箇所・項目選定ルールテーブル５３に登録されたすべての監視箇所・項目選定ルールについてステップＳＰ１７２～ステップＳＰ１７４の処理を実行し終えたか否かを判断する（ＳＰ１７５）。

　監視項目生成部５９は、この判断で否定結果を得るとステップＳＰ１７２に戻り、この後、ステップＳＰ１７２～ステップＳＰ１７５の処理を繰り返す。

　そして監視項目生成部５９は、やがて監視箇所・項目選定ルールテーブル５３に登録されたすべての監視箇所・項目選定ルールについてステップＳＰ１７２～ステップＳＰ１７４の処理を実行し終えることによりステップＳＰ１７５で肯定結果を得ると、リソースアクセス情報テーブル４７に登録されているリソースのうち、ステップＳＰ１７０において選択したプロセス３３がアクセスするすべてのリソースについてステップＳＰ１７１～ステップＳＰ１７５の処理を実行し終えたか否かを判断する（ＳＰ１７６）。

　監視項目生成部５９は、この判断で否定結果を得るとステップＳＰ１７１に戻り、この後、ステップＳＰ１７１～ステップＳＰ１７６の処理を繰り返す。

　そして監視項目生成部５９は、やがてステップＳＰ１７０において選択したプロセス３３がアクセスするすべてのリソースについてステップＳＰ１７１～ステップＳＰ１７５の処理を実行し終えることによりステップＳＰ１７６で肯定結果を得ると、関連ノード用選定ノードテーブル５２Ｂ又は影響ノード用選定ノードテーブル５２Ｃにおいて関連ノード更新フラグ又は影響ノード更新フラグが「削除」に設定されているすべてのプロセス３３についてステップＳＰ１７０～ステップＳＰ１７６の処理を実行し終えたか否かを判断する（ＳＰ１７７）。

　監視項目生成部５９は、この判断で否定結果を得ると、ステップＳＰ１７０に戻り、この後、ステップＳＰ１７０～ステップＳＰ１７７の処理を繰り返す。

　そして監視項目生成部５９は、やがて関連ノード用選定ノードテーブル５２Ｂ又は影響ノード用選定ノードテーブル５２Ｃにおいて関連ノード更新フラグ又は影響ノード更新フラグが「削除」に設定されているすべてのプロセス３３についてステップＳＰ１７０～ステップＳＰ１７６の処理を実行し終えることによりステップＳＰ１７７で肯定結果を得ると、関連ノード用選定ノードテーブル５２Ｂ又は影響ノード用選定ノードテーブル５２Ｃで関連ノード更新フラグ又は影響ノード更新フラグが「削除」に設定された各プロセス３３に対する処理を終了する。

　続いて、監視項目生成部５９は、ステップＳＰ１４７～ステップＳＰ１５３において、リソースアクセス情報テーブル４７で更新フラグが「削除」に設定されたリソースにアクセスするプロセス３３がアクセスする各リソースの監視項目に対する処理を行う。

　すなわち、監視項目生成部５９は、リソースアクセス情報テーブル４７で監視項目更新フラグが「削除」に設定されているエントリのアクセスプロセスＩＤ欄４７Ｂに格納されたプロセスＩＤが付与されたプロセス３３の中から未処理のプロセス３３を１つの選択する（ＳＰ１７８）。

　続いて、監視項目生成部５９は、リソースアクセス情報テーブル４７に登録されているリソースのうち、ステップＳＰ１７８において選択したプロセス３３がアクセスするリソース（つまりリソースアクセス情報テーブル４７のアクセスプロセスＩＤ欄４７ＢにステップＳＰ１７８で選択したプロセス３３のプロセスＩＤが格納されているリソース）であって未処理のリソースを１つ選択する（ＳＰ１７９）。

　次いで、監視項目生成部５９は、監視箇所・項目選定ルールテーブル５３（図１１）に登録された監視箇所・項目選定ルールの中から未処理の１つの監視箇所・項目選定ルールを選択し（ＳＰ１８０）、選択した監視箇所・項目選定ルールが、ステップＳＰ１７９において選択したリソースに対するルールであるか否かを判断する（ＳＰ１８１）。そして監視項目生成部５９は、この判断で否定結果を得るとステップＳＰ１８３に進む。

　これに対して、監視項目生成部５９は、ステップＳＰ１８１の判断で肯定結果を得ると、監視項目テーブル５４（図１２）のエントリの中から、プロセスＩＤ欄５４Ｂに格納されているプロセスＩＤがステップＳＰ１７８において選択したプロセス３３のプロセスＩＤと一致し、リソースＩＤ欄５４Ｄに格納されているリソースＩＤがステップＳＰ１７９において選択したリソースのリソースＩＤと一致し、かつ、適用ルールＩＤ欄５４Ｆに格納された適用ルールＩＤがステップＳＰ１８０において選択した監視箇所・項目選定ルールの監視箇所・項目選定ルールＩＤと一致するエントリを検出し、そのエントリの監視項目更新フラグ欄５４Ｇに格納されている監視項目更新フラグを「削除」に変更する（ＳＰ１８２）。

　この後、監視項目生成部５９は、監視箇所・項目選定ルールテーブル５３に登録されたすべての監視箇所・項目選定ルールについてステップＳＰ１８０～ステップＳＰ１８２の処理を実行し終えたか否かを判断する（ＳＰ１８３）。

　監視項目生成部５９は、この判断で否定結果を得るとステップＳＰ１８０２に戻り、この後、ステップＳＰ１８０～ステップＳＰ１８３の処理を繰り返す。

　そして監視項目生成部５９は、やがて監視箇所・項目選定ルールテーブル５３に登録されたすべての監視箇所・項目選定ルールについてステップＳＰ１８０～ステップＳＰ１８２の処理を実行し終えることによりステップＳＰ１８３で肯定結果を得ると、リソースアクセス情報テーブル４７に登録されているリソースのうち、ステップＳＰ１７８において選択したプロセス３３がアクセスするすべてのリソースについてステップＳＰ１７９～ステップＳＰ１８３の処理を実行し終えたか否かを判断する（ＳＰ１８４）。

　監視項目生成部５９は、この判断で否定結果を得るとステップＳＰ１７９に戻り、この後、ステップＳＰ１７９～ステップＳＰ１８４の処理を繰り返す。

　そして監視項目生成部５９は、やがてステップＳＰ１７８において選択したプロセス３３がアクセスするすべてのリソースについてステップＳＰ１７９～ステップＳＰ１８３の処理を実行し終えることによりステップＳＰ１８４で肯定結果を得ると、関連ノード用選定ノードテーブル５２Ｂ又は影響ノード用選定ノードテーブル５２Ｃにおいて関連ノード更新フラグ又は影響ノード更新フラグが「削除」に設定されているすべてのプロセス３３についてステップＳＰ１７８～ステップＳＰ１８４の処理を実行し終えたか否かを判断する（ＳＰ１８５）。

　監視項目生成部５９は、この判断で否定結果を得ると、ステップＳＰ１７８に戻り、この後、ステップＳＰ１７８～ステップＳＰ１８５の処理を繰り返す。

　そして監視項目生成部５９は、やがて関連ノード用選定ノードテーブル５２Ｂ又は影響ノード用選定ノードテーブル５２Ｃにおいて関連ノード更新フラグ又は影響ノード更新フラグが「削除」に設定されているすべてのプロセス３３についてステップＳＰ１７８～ステップＳＰ１８４の処理を実行し終えることによりステップＳＰ１８５で肯定結果を得ると、リソースアクセス情報テーブル４７で更新フラグが「削除」に設定されたリソースにアクセスするプロセス３３がアクセスする各リソースの監視項目に対する処理を終了する。

　続いて、監視項目生成部５９は、ステップＳＰ１８６～ステップＳＰ２０１の処理を実行することにより、関連ノード用選定ノードテーブル５２Ｂ若しくは影響ノード用選定ノードテーブル５２Ｃ上で関連ノード更新フラグ又は影響ノード更新フラグが「追加」に設定されたプロセス３３、又は、リソースアクセス情報テーブル４７上で更新フラグが「削除」に設定されたリソースにアクセスするプロセス３３がアクセスするリソースに対する監視項目を監視項目テーブル５４に新規に登録する。

　実際上、監視項目生成部５９は、ステップＳＰ１８６～ステップＳＰ１９３において、関連ノード用選定ノードテーブル５２Ｂで更新フラグが「追加」に設定されたプロセス３３がアクセスするリソースの監視項目に対する処理を行う。

　なお、このステップＳＰ１８６～ステップＳＰ１９３の処理は、以下の（Ａ）及び（Ｂ）を除いてステップＳＰ１７０～ステップＳＰ１７７と同様の処理内容であるため、ここでの説明は省略する。
（Ａ）ステップＳＰ１８６において選択するプロセスが、関連ノード用選定ノードテーブル５２Ｂ若しくは影響ノード用選定ノードテーブル５２Ｃ上で関連ノード更新フラグ又は影響ノード更新フラグが「追加」に設定されている未処理のプロセス３３である。
（Ｂ）ステップＳＰ１９０において、監視項目テーブル５４に、ステップＳＰ１８６において選択したプロセス３３のプロセスＩＤがプロセスＩＤ欄５４Ｂに格納され、ステップＳＰ１８７において選択したリソースのリソースＩＤがリソースＩＤ欄５４Ｄに格納され、ステップＳＰ１８８において選択した監視箇所・項目選定ルールの監視箇所・項目選定ルールＩＤが適用ルールＩＤ欄５４Ｆに格納され、かつ監視項目更新フラグ欄５４Ｇに格納された監視項目更新フラグが「追加」に設定されたエントリを追加する。

　次いで、監視項目生成部５９は、ステップＳＰ１９４～ステップＳＰ２０１において、リソースアクセス情報テーブル４７で更新フラグが「追加」に設定されたリソースにアクセスするプロセス３３がアクセスする各リソースの監視項目に対する処理を行う。

　なお、このステップＳＰ１９４～ステップＳＰ２０１の処理は、以下の（Ａ）及び（Ｂ）を除いてステップＳＰ１７８～ステップＳＰ１８５と同様の処理内容であるため、ここでの説明は省略する。
（Ａ）ステップＳＰ１９４において選択するプロセス３３が、リソースアクセス情報テーブル４７の更新フラグが「追加」に設定されているエントリのアクセスプロセスＩＤ欄４７Ｂに格納されているプロセスＩＤと同じプロセスＩＤをもつプロセスである。
（Ｂ）ステップＳＰ１９８において、監視項目テーブル５４に、ステップＳＰ１９４において選択したプロセス３３のプロセスＩＤがプロセスＩＤ欄５４Ｂに格納され、ステップＳＰ１９５において選択したリソースのリソースＩＤがリソースＩＤ欄５４Ｄに格納され、ステップＳＰ１９６において選択した監視箇所・項目選定ルールの監視箇所・項目選定ルールＩＤが適用ルールＩＤ欄５４Ｆに格納され、かつ監視項目更新フラグ欄５４Ｇに格納された監視項目更新フラグが「追加」に設定されたエントリを追加する。

　そして監視項目生成部５９は、ステップＳＰ２０１までの処理をすべて完了すると、この監視項目生成処理を終了する。

（４）本実施の形態の効果
　以上の構成を有する本実施の形態の監視システム１によれば、監視対象装置２においてプロセス３３間の関連性や、プロセス３３及びリソース間の関連性に変更が加えられた場合に、人手を要することなく、変更後のプロセス３３間の関連性や、プロセス３３及びリソース間の関連性に応じた新たな監視項目が選定されるため、監視対象装置２の構成変更に伴う監視項目の変更を容易に行うことができる。従って、本監視システム１によれば、頻繁に構成変更が行われるシステムに対する運用・管理を簡易化させることができる。

　また本監視システム１では、上述のように稼働情報更新部４１や、構成把握部４２及び監視項目選定部４３が処理を実行した際に更新があった箇所に対して更新フラグを立てておき（更新フラグを「削除」又は「追加」に設定しておき）、次の処理では、前の処理の結果の更新フラグが立っている箇所だけを対象として処理を行うようにしているため、一連の処理全体から見た計算量を格段的に低減させることができる。従って、本監視システム１によれば、監視対象装置２に対する監視項目の選定処理を短時間化させることができ、監視対象装置２の構成変更に伴う監視項目の変更を迅速に行うことができる。

（５）他の実施の形態
　なお上述の実施の形態においては、監視対象装置２内のリソース及びプロセス３３に関する稼働情報を監視対象装置２から取得する稼働情報取得部としての稼働情報更新部４１が受動的に稼働情報を取得するようにした場合について述べたが、本発明はこれに限らず、かかる稼働情報更新部４１が定期的又は不定期に能動的に各監視対象装置２にアクセスしてこれら監視対象装置２から稼働情報を取得するように監視システム１を構築するようにしてもよい。

　また上述の実施の形態においては、監視対象装置２上で稼働し、リソースを利用して処理を実行するノードとしてプロセス３３を適用するようにした場合について述べが、本発明はこれに限らず、要は、リソースにアクセスする任意の単位のインスタンスであって、その稼働状況から相互の関連が導出できるものであれば、例えばスレッドや、ＯＳ又はクラスタなどのこの他種々のインスタンスを広く適用することができる。

　さらに上述の実施の形態においては、起点ノード条件としてＩＰアドレス、ポート番号及びプロセス名のみを適用するようにした場合について述べたが（図５参照）、本発明はこれに限らず、これらに加えて又はこれら以外のこの他種々の要件を起点ノード条件とするようにしてもよい。

　さらに上述の実施の形態においては、プロセス３３同士がネットワーク５を介して通信を行っている場合にこれらのプロセス３３間に直接的な関連があるとするようにした場合について述べたが、本発明はこれに限らず、例えば、同じ共有メモリを利用している場合や、プロセス３３が親子関係にある場合、プロセス３３同士がネットワーク５を介さない通信を行っている場合などにそのプロセス３３間に直接的な関連があるとしてもよい。また複数の条件を組み合せて直接的な関連の有無を定義するようにしてもよい。

　さらに上述の実施の形態においては、本実施の形態による監視項目選定機能を実現するための稼働情報更新部４１、構成把握部４２及び監視項目選定部４３等のプログラムを記憶する記憶媒体として揮発性メモリ２２を適用するようにした場合について述べたが、本発明はこれに限らず、これらのプログラムを記憶する記憶媒体としては、揮発性メモリ以外の、例えばＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray（登録商標）Disc）、ハードディスク装置若しくは光磁気ディスクなどのディスク状記憶媒体や、不揮発性の半導体メモリ又はこれ以外の記憶媒体を広く適用することができる。

　本発明は、種々の構成の監視システムに広く適用することができる。

　１……監視システム、２……監視対象装置、４……監視項目選定装置、１１，２１……ＣＰＵ、３１……稼働情報取得部、３２……監視項目蓄積テーブル、３３……プロセス、４１……稼働情報更新部、４２……構成把握部、４３……監視項目選定部、４４……起点ノード条件テーブル、４５……稼働情報蓄積テーブル、４６……ノード稼働情報テーブル、４７……リソースアクセス情報テーブル、４８……構成テーブル、４９……ノード間直接関連テーブル、５０……ノード間可到達関連テーブル、５１……監視項目選定テーブル、５２……選定ノードテーブル、５２Ａ……起点ノード用選定ノードテーブル、５２Ｂ……関連ノード用選定ノードテーブル、５２Ｃ……影響ノード用選定ノードテーブル、５３……監視箇所・項目選定ルールテーブル、５４……監視項目テーブル、５５……ノード間関連抽出部、５６……起点ノード検索部、５７……関連ノード検索部、５８……影響ノード検索部、５９……監視項目生成部。

Claims

　監視対象装置内のリソースと、当該監視対象装置上で稼働し、前記リソースを利用して処理を実行するノードとに関する稼働情報を当該監視対象装置から定期的又は不定期に取得する第１のステップと、
　前記監視項目選定装置が、取得した前記稼働情報に基づいて、前記ノード間の関連性、並びに、前記ノード及び前記リソース間の関連性を抽出する第２のステップと、
　前記監視項目選定装置が、前記稼働情報と、抽出した前記ノード間の関連性及び前記ノード及び前記リソース間の関連性と、予め定義された条件とに基づいて、前記監視対象装置に対する監視項目を選定する第３のステップと
　を備えることを特徴とする監視項目選定方法。
　前記第３のステップでは、
　前記条件を満たす前記ノードを起点ノードとして検出し、
　前記起点ノードと関連のあるノードを関連ノードとして抽出し、
　前記起点ノード及び前記関連ノードと関連性を有する前記リソースに対して、予め定められた前記リソースごとに取得すべき項目に関するルールを適用することにより前記監視項目を選定する
　ことを特徴とする請求項１に記載の監視項目選定方法。
　前記第３のステップでは、
　前記起点ノード及び前記関連ノードがアクセスする前記リソースと同じリソースにアクセスする前記ノードを影響ノードとして抽出し、前記影響ノードと関連性を有する前記リソースに対して、予め定められた前記リソースごとに取得すべき項目に関するルールを適用することにより前記監視項目を選定する
　ことを特徴とする請求項２に記載の監視項目選定方法。
　取得した前記稼働情報と、抽出した前記ノード間の関連性、並びに、抽出した前記ノード及び前記リソース間の関連性と、選定した前記監視項目とを記憶し、
　前記第１のステップでは、
　新たな前記稼働情報を取得した場合に、記憶している前記稼働情報のうちの更新があった箇所のみを更新し、
　前記第２のステップでは、
　記憶している前記稼働情報のうちの第１のステップで更新された箇所のみを対象として前記ノード間の関連性、並びに、前記ノード及び前記リソース間の関連性を抽出し、抽出結果に基づいて、記憶している前記ノード間の関連性、並びに、前記ノード及び前記リソース間の関連性を更新し、
　前記第３のステップでは、
　記憶している前記ノード間の関連性、並びに、前記ノード及び前記リソース間の関連性のうちの第２のステップで更新された箇所のみを対象として前記監視項目を選定し、選定結果に基づいて、記憶している前記監視項目を更新するようにして、前記監視対象装置に対する前記監視項目を選定する
　ことを特徴とする請求項１に記載の監視項目選定方法。
　前記第２のステップでは、
　前記ノード間の関連性として、前記ノード間における通信関係を抽出し、
　前記ノード及び前記リソース間の関連性として、前記ノード及び前記リソース間のアクセス関係を抽出する
　ことを特徴とする請求項１に記載の監視項目選定方法。
　前記第２のステップでは、
　前記稼働情報に基づいて、前記直接的な通信関係の有無を対戦表形式のビットマップにより管理し、
　当該ビットマップを接続行列に変換し、当該接続行列の可到達行列を算出することにより、前記ノード間における通信関係を抽出する
　ことを特徴とする請求項５に記載の監視項目選定方法。
　前記ノードは、プロセスである
　ことを特徴とする請求項１に記載の監視項目選定方法。
　監視対象装置内のリソースと、当該監視対象装置上で稼働し、前記リソースを利用して処理を実行するノードとに関する稼働情報を当該監視対象装置から定期的又は不定期に取得する稼働情報取得と、
　取得した前記稼働情報に基づいて、前記ノード間の関連性、並びに、前記ノード及び前記リソース間の関連性を抽出する構成把握部と、
　前記稼働情報と、抽出された前記ノード間の関連性及び前記ノード及び前記リソース間の関連性と、予め定義された条件とに基づいて、前記監視対象装置に対する監視項目を選定する監視項目選定部と
　を備えることを特徴とする監視項目選定装置。
　監視対象装置に対する監視項目を選定する監視項目選定装置に、
　前記監視対象装置内のリソースと、当該監視対象装置上で稼働し、前記リソースを利用して処理を実行するノードとに関する稼働情報を当該監視対象装置から定期的又は不定期に取得する第１のステップと、
　取得した前記稼働情報に基づいて、前記ノード間の関連性、並びに、前記ノード及び前記リソース間の関連性を抽出する第２のステップと、
　前記稼働情報と、抽出した前記ノード間の関連性及び前記ノード及び前記リソース間の関連性と、予め定義された条件とに基づいて、前記監視対象装置に対する前記監視項目を選定する第３のステップと
　を備える処理を実行させるプログラムが格納された記憶媒体。