JP2006186693A - システム総合管理システム - Google Patents

Abstract

【課題】 広域監視制御システムの異常や故障といったイベント発生の主原因の特定に要する時間を短縮することを目的とする。
【解決手段】 広域監視制御システムにおける監視制御対象のデータをネットワーク６を介して収集するデータ収集部２１と、収集したデータを集計演算部２３を介してあるいは直接保存する監視制御データベース２４と、この収集データを配信するデータ配信部２２とを有する広域監視制御サーバ２、広域監視制御サーバ２から配信されたデータを収集するとともに、ネットワーク６の状態のデータを直接、あるいはネットワーク管理サーバ３を介して収集するデータ収集部４１と、収集した両データを保存するシステム管理データベース４５と、システムにイベントが発生した際に、両データを連携させて発生原因を推定する原因推定部４４とを有するシステム総合管理サーバ４を備える。
【選択図】 図１

Description

この発明は、防災等を目的として、河川、道路、ダム、ビル等の監視制御対象の監視制御を行う広域監視制御システムにおいて、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を用いてＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークの情報を収集及び蓄積しているシステムあるいは、ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｃｈｙ）管理装置等の非ＩＰネットワークの情報を収集及び蓄積しているシステムと連携して、広域監視制御システムの異常や故障等のイベント発生時にＩＰネットワークの状態あるいはトラフィックの傾向を把握する等によりイベントの発生要因を推定し表示するシステム総合管理システムに関するものである。

近年、インターネットやＬＡＮ等の発達にともなって多数の情報機器等が設置された広域監視制御システムにおいて各情報機器の動作を管理することが必要になっている。そこで、例えば、特許文献１に開示された統合監視システムでは、情報機器あるいは情報機器システム毎に監視装置を設け、ＩＰネットワークを介して各監視装置に接続される管理装置により各監視装置から管理情報を取得し、取得した管理情報（データ）を解析して各情報機器あるいは情報機器システムの動作を監視及び管理している。

特開２００３−３０８２６１号公報（第４−７頁、図１−４）

上記特許文献１のような従来の統合監視システムでは、監視装置の管理情報は取得しているが、ネットワークの管理情報を収集していないので、ＩＰネットワークの問題で広域監視制御システムに異常や故障が発生した場合、広域監視制御システムの内部プロセスの状態、ログ調査、ネットワークの異常部検査、複数のプロセス、装置、システム及び回線の稼働状況の調査をイベント発生の都度、人間によって実施し原因を究明する必要があり発生原因の特定のためのシステム管理者の作業負荷が極めて大きなものとなるという問題があった。

また、ＩＰアドレスを持たずネットワークを通信が管理する部分を持たない非ＩＰネットワークを含む場合、非ＩＰネットワークで異常や故障が発生することもあり、通信異常の原因推定が困難であるという問題があった。

また、トラフィック量、アクセス頻度あるいはＣＰＵ負荷率等、情報機器の異常や故障ではないネットワークの負荷によって通信異常が発生する場合もあり、通信異常の原因推定が困難であるという問題があった。

また、信頼性向上を目的にＩＰネットワークが冗長な構成になっている場合があり、幾つかのネットワーク機器に異常や故障が発生してもシステムとして正常な動作が可能であるが、データの通信経路が特定できないので発生原因推定の精度が落ちるという問題があった。

また、ＩＰネットワークが冗長な構成になっていてデータの通信経路が一意に特定できない場合、または、映像ストリーム等のマルチキャストデータの通信時の場合に、通信経路上のどの機器の異常または故障によって通信異常が発生したのかという発生原因の特定が困難であるので、発生原因推定の精度が落ちるという問題があった。

また、ＩＰネットワーク上にあるＰＣサーバのハードディスクに異常や故障が発生すると、発生したサーバを管轄する機能が突然、長時間停止してしまうという問題があった。

この発明は、上記のような問題を解決するためになされたものであり、広域監視制御システムの異常や故障といったイベント発生の情報とＩＰネットワークの異常や故障の情報とを集約し、現象を広く把握してイベント発生の原因を推定することにより、イベント発生の主原因の特定に要する時間を短縮し、システム管理者の作業負荷を低減することを目的とする。

また、ＩＰネットワークに加えてＩＰアドレスを持たない非ＩＰネットワークを含む場合、ネットワークの負荷によって一過性の通信異常が発生する場合、ＩＰネットワークが冗長な構成になっている場合、ＩＰネットワーク上にあるＰＣサーバのハードディスクに異常や故障が発生する可能性等を考慮し、ネットワーク全体としての異常や故障を集約して障害発生原因を推定することにより、発生原因推定の精度を向上させることを目的とする。

また、監視制御対象が有するハードディスクの交換時期を知ることによって計画的なメンテナンスを可能にし、広域監視制御システムのダウンタイムを短縮して通常業務への影響を最小限にすることを目的とする。

この発明に係るシステム総合管理システムは、広域監視制御システムにおける監視制御対象の広域監視制御データをネットワークを介して収集する機能と、収集した広域監視制御データを保存する機能と、上記保存した広域監視制御データ報を配信する機能とを有する広域監視制御サーバ、
上記広域監視制御サーバから配信された広域監視制御データを収集するとともに、上記ネットワークの状態に関する情報であるネットワーク管理データを収集する機能と、上記収集した広域監視制御データ及びネットワーク管理データを保存する機能と、上記広域監視制御システムに異常や故障といったイベントが発生した際に、上記保存した広域監視制御データとネットワーク管理データとを連携させて上記イベントの発生原因を推定する原因推定機能とを有するシステム総合管理サーバ、
を備えたものである。

この発明に係るシステム総合管理システムによれば、広域監視制御システムの異常や故障といったイベント発生の主原因の特定に要する時間を短縮し、システム管理者の作業負荷を軽減することができる。

以下、この発明の実施の形態を図に基づいて説明する。
実施の形態１．
図１は、この発明に係るシステム総合管理システムにおける実施の形態１を示すブロック図である。図１に示したように、この実施の形態１のシステム総合管理システムは、監視端末１、広域監視制御サーバ２、ネットワーク管理サーバ３、システム総合管理サーバ４を備え、監視端末１、広域監視制御サーバ２、ネットワーク管理サーバ３、システム総合管理サーバ４はＩＰネットワーク６を介して相互に接続されている。図１では、ＩＰネットワーク６を一つのように示しているが、ＩＰネットワーク６は、図示していない河川、道路、ダム、ビル等の監視制御の対象と広域監視制御サーバ２とを接続するネットワーク等複数のＩＰネットワークを含むものである。また、監視制御の対象と広域監視制御サーバ２とＩＰネットワークによって広域監視制御システムが構成されている。

広域監視制御サーバ２は、監視制御対象のデータ（広域監視制御データ）を収集する機能を有する広域監視制御データ収集部２１、収集された広域監視制御データを集計／演算部２３を介して、あるいは直接保存する機能を有する広域監視制御データベース２４、保存された広域監視制御データを監視端末１に配信する機能を有するデータ配信部２２を備えている。

ネットワーク管理サーバ３は、広域監視制御システムのＩＰネットワークにおける状態に関する情報（ネットワーク管理データ）を収集する機能を有するＩＰネットワークデータ収集部３１、収集されたネットワーク管理データを集計／演算部３３を介して、あるいは直接保存する機能を有するＩＰネットワーク管理データベース３４、保存されたネットワーク管理データを監視端末１に配信する機能を有するデータ配信部３２を備えている。

システム総合管理サーバ４は、広域監視制御サーバ２からの広域監視制御データ及びネットワークにおける状態に関する情報を収集する機能を有するデータ収集部４１、収集したデータを配信する機能を有するデータ配信部４２、収集したデータを集計／演算部４３を介して、あるいは直接保存する機能を有するシステム管理データベース４５、異常あるいは故障などのイベント発生時に広域監視制御データ及びネットワークにおける状態に関する情報を連携させてイベント発生の原因を推定する原因推定部４４を備えている。

次に、図１に示した、この発明に係るシステム総合管理システムの動作を説明する。システム総合管理サーバ４は、広域監視制御データの収集及びＩＰネットワークデータの収集を兼ねたデータ収集部４１によって広域監視制御データとネットワーク管理データを収集する。この広域監視制御データとネットワーク管理データを収集する方法は次の通りである。

システム総合管理サーバ４は、広域監視制御サーバ２から各広域監視制御サーバ２固有の通信により広域監視制御データを収集し、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｐｒｏｔｏｃｏｌ）のＧＥＴ及びＴｒａｐ受信により、また、ＰＩＮＧ（Ｐａｃｋｅｔ Ｉｎｔｅｒｎｅｔ Ｇｒｏｐｅｒ）の応答結果を収集することにより得られたネットワーク管理データを、ネットワーク管理サーバ３及び監視端末１を経由して、あるいはネットワーク管理サーバ３を介さず直接収集する。直接収集するようにした場合にはネットワーク管理サーバ３は不要になる。

ネットワークデータ収集部４１により収集された広域監視制御データとネットワーク管理データは、集計／演算部４３経由、または、直接、システム管理データベース４５へ蓄積される。

図２は、ネットワークデータ収集部４１により収集された広域監視制御データの一部である監視制御サーバ状変リスト及びネットワーク管理データの一部であるネットワーク状変リストであり、原因推定部４４は、システム管理データベース４５に異常データが存在する場合に、監視制御サーバ状変リストとネットワーク状変リストに基づき主原因の推定を行うことにより現在発生中の異常のうちの、主原因と二次要因を明確にすることができる。

図２に示したように、監視制御サーバ状変リストには異常発生の時刻、状態変化（以下、状変内容という）及び状態が記録されており、ネットワーク状変リストには異常発生時刻、装置名称（ルータ）、ポート番号、ＩＰアドレス、接続先ＩＰアドレス及びポートの状態が記録されている。これらのリストはデータ配信部４２によって監視端末１に配信され表示される。

システム管理データベース４５に異常データが存在する場合には、図２に示したように、広域監視制御システムの広域監視制御サーバ２から配信された監視制御サーバ状変リストにデータ１１欠測、データ２４欠測のようにデータ測定がなされていない状態が記録され、この欠測を検知した約１分前にネットワーク管理サーバ３が検知したネットワーク状変リストにデータ１１欠測、データ２４欠測の収集経路に該当する回線の切断が記録されている。この状態で、原因推定部４４は、故障の主原因がルータ＿０１のポート０１とルータ＿０２のポート０２の切断であり、データ１１欠測とデータ２４欠測は二次要因であると推定する。

広域監視制御システムの広域監視制御サーバ２と広域監視制御システムのネットワーク６とを別々に管理している場合は、データ欠測の原因を特定するために、広域監視制御システムの内部プロセスの状態、ログ調査、ネットワークの異常部検査、複数のプロセス、装置、システム及び回線の稼働状況の調査をイベント発生の都度、人間によって実施し原因を究明する必要がありシステム管理者の作業負荷が極めて大きなものとなるが、この実施の形態１によれば、システム総合管理サーバ４が、広域監視制御システムの広域監視制御データ（監視制御対象のデータ）と広域監視制御システムのネットワーク管理データ（ＩＰネットワークにおける状態に関する情報）とを連携させて管理しているので、システム管理者の作業負荷を軽減することができる。

実施の形態２．
図３は、この発明に係るシステム総合管理システムにおける実施の形態２を示すブロック図である。図３に示したように、この実施の形態２は、通信元を識別するＩＰアドレスを持つＩＰネットワーク６に加えてＩＰアドレスを持たない非ＩＰネットワーク９を含む場合であり、システム総合管理サーバ４と連携させた非ＩＰネットワーク管理装置９１を備え、システム総合管理サーバ４には非ＩＰネットワーク状態解析部４６が設置されている。

図４は、非ＩＰネットワーク構成のシステムの異常検出の例を示している。この非ＩＰネットワーク構成のシステムを監視している時、システム総合管理サーバ４は、スイッチ１の異常を検知した場合、システム総合管理サーバ４が非ＩＰネットワーク管理装置９１との間でデータの連携がなければ、通信元を識別するＩＰアドレスを持たないので、スイッチ１、非ＩＰネットワーク機器１、非ＩＰネットワーク機器２、非ＩＰネットワーク機器３、非ＩＰネットワーク機器４のいずれの故障であるのか特定できず、非ＩＰネットワーク機器１が故障しているにもかかわらずスイッチ１が故障していると推定してしまう。

この実施の形態２では、システム総合管理サーバ４は、非ＩＰネットワークの情報を非ＩＰネットワーク管理装置９１から非ＩＰネットワークのスイッチ２を介して収集して非ＩＰネットワーク状態解析部４６において非ＩＰネットワーク管理装置９１から配信された非ＩＰネットワーク機器１の異常を取得し、非ＩＰネットワーク機器１の異常が主原因でありスイッチ１の故障は二次要因であると推定することができる。

この実施の形態２によれば、ＩＰネットワークに加えてＩＰアドレスを持たない非ＩＰネットワーク９を含む広域監視制御システムにおいて、異常や故障の発生原因推定の精度を向上させることができる。

実施の形態３．
図５は、この発明に係るシステム総合管理システムにおける実施の形態３を示すブロック図である。図５に示したように、この実施の形態３は、上記実施の形態２のシステム総合管理サーバ４に、通信傾向解析部４７が追加して設けられている。

図６は、通信傾向解析部４７の管理対象に関する情報のデータベースであるＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）の一覧表である。通信傾向解析部４７は、図６に示したＭＩＢオブジェクトにより、ネットワークインターフェースの負荷、ＰＣ及びネットワーク機器のディスクメモリの使用率とＣＰＵ使用率を監視する。

通信傾向解析部４７は、データ収集部４１が直接あるいはネットワーク管理サーバ３を介して取得したネットワークインターフェースの負荷、ネットワークサーバ（ＰＣサーバ）及びネットワーク機器のディスクメモリの使用率とＣＰＵ使用率等と、予め設定された閾値とを比較して通信トラフィックの傾向を調べ、現在値が閾値を超えている通信トラフィックの傾向の場合にはアラームとして検出し、異常や故障の発生原因推定時の要因として含めることにより発生原因推定の精度を向上させることができる。

なお、この実施の形態３において、上記実施の形態２のシステム総合管理サーバ４に通信傾向解析部４７を追加した例を説明したが、上記実施の形態１（図１）のシステム総合管理サーバ４に通信傾向解析部４７を追加しても同様の効果が得られる。

実施の形態４．
図７は、この発明に係るシステム総合管理システムにおける実施の形態４を示すブロック図である。図７に示したように、この実施の形態４は、上記実施の形態３のシステム総合管理サーバ４に、スパニングツリープロトコル監視部４８が追加して設けられている。

図８は、スパニングツリープロトコル監視部４８の管理対象に関する情報のデータベースであるＭＩＢと各ＭＩＢを基にして検出することができる状変の対比表である。スパニングツリープロトコル監視部４８は、図８に示しているＭＩＢオブジェクトをデータ収集部４１が直接あるいはネットワークサーバ３を介して取得し、（１）Ｂｒｉｄｇｅタイマ値の不一致、（２）ルートブリッジ状変、（３）ルートブリッジ認識不整合、（４）ブロッキングポート状態を検出する。

このように、この実施の形態４によれば、スパニングツリープロトコル監視部４８によりスパニングツリープロトコルを監視し、異常や故障が発生した際に上記（１）〜（４）の情報を含めて発生原因の推定を行うことにより、精度の高い原因推定ができるようになる。

なお、この実施の形態４において、上記実施の形態３のシステム総合管理サーバ４にスパニングツリープロトコル監視部４８を追加した例を説明したが、上記実施の形態１（図１）または上記実施の形態２（図３）のシステム総合管理サーバ４にスパニングツリープロトコル監視部４８を追加しても同様の効果が得られる。

実施の形態５．
図９は、この発明に係るシステム総合管理システムにおける実施の形態５を示すブロック図である。図９に示したように、この実施の形態５は、上記実施の形態４のシステム総合管理サーバ４に、経路異常特定部４９が追加して設けられている。

図１０は、経路異常特定部４９の管理対象に関する情報のデータベースであるＭＩＢの一覧表である。図１０に示したＭＩＢオブジェクトをデータ収集部４１が直接あるいはネットワーク管理サーバ３を介して取得し、経路異常特定部４９は、広域監視制御データの経路の監視を行う。

図１１は、データの経路状態として、両終端装置（端末とサーバ）を収容するデフォルトＧＷルータ間のルーティングの健全状態を監視している状態を示す図である。経路異常特定部４９は、図１１に示したように、ルータＢ〜ルータＦへのルーティング情報が、経由する各ルータで確立されているかどうかを検定する。

図１２は、両終端装置であるサーバ＃１及び端末＃３のＩＰアドレスを示す図である。まず、図１２により両終端装置のＩＰアドレスが特定される。
次に、以下の処理手順によりデータ通信経路探索が行われる。
（１）終端設備のデフォルトＧＷのＩＰアドレスをサブネットマスク値でＡＮＤしたＩＰアドレスと同値を持つＭＩＢ情報を、
（終端設備のデフォルトＧＷのＩＰアドレス ＡＮＤ サブネットマスク）
＝（ＩｐＲｏｕｔｅＤｅｓｔ ＡＮＤ ＩｐＲｏｕｔｅＭａｓｋ）
の条件で検索する。図１１の場合、デフォルトＧＷをサブネットマスクでＡＮＤ演算した１０．１６０．１．０を検索することになる。
（２）このとき、各ルータＢ，Ｃ，Ｄ，ＦにおけるＭＩＢ情報として、図１３に示した検索結果が取得できる。
（３）（２）の検索結果に対して、始端のデフォルトＧＷルータから終端のデフォルトＧＷルータへ到達するかどうかをｉｐＲｏｕｔｅＮｅｘＨｏｐをキーにして調べる。図１３の検索結果の場合、
１０．１６０．１→１０．１６０．７．１→１０．１６０．５．１→１０．１６０．３．１→１０．１６０．１．１
の経路で到達可能であり、通信経路として健全であると判断する。逆に、１０．１６０．１．１へ到達不可であれば、経路に異常があると判断する。

この実施の形態５によれば、経路異常特定部４９によってネットワークの経路を検出することにより、異常や故障が発生した場合に、ネットワークの経路に関する情報を含めて発生原因の推定を行うので、精度の高い原因推定ができるようになる。

なお、この実施の形態５において、上記実施の形態４のシステム総合管理サーバ４に通経路異常特定部４９を追加した例を説明したが、上記実施の形態１ないし３（図１、図３、図５）のシステム総合管理サーバ４に経路異常特定部４９を追加しても同様の効果が得られる。

実施の形態６．
図１４は、この発明に係るシステム総合管理システムにおける実施の形態６を示すブロック図である。図１４に示したように、この実施の形態６は、上記実施の形態５のシステム総合管理サーバ４に、ＨＤＤ状態解析部５０が追加して設けられ、広域監視制御サーバ２にＨＤＤ状態取得／送信部２５、ネットワーク管理サーバ３にＨＤＤ状態取得／送信部３５が追加して設けられている。

図１５は、ＨＤＤ状態解析部５０で収集する情報のリストであり、図１６は、この実施の形態６における動作を説明するための図である。

図１６に示したように、ＨＤＤ状態取得／送信部は、監視対象のＰＣで動作し、一定周期で監視制御対象が有するＰＣサーバのＨＤＤのＳＭＡＲＴ（Ｓｅｌｆ Ｍｏｎｉｔｏｒｉｎｇ Ａｎａｒｙｓｉｓ ａｎｄ Ｒｅｐｏｒｔｉｎｇ Ｔｅｃｈｎｏｌｏｇｙ）情報を取得し、取得したＳＭＡＲＴ情報をＳＮＭＰのトラップパケットとしてシステム総合管理サーバ４へ送信する。

図１４において、システム総合管理サーバ４上のＨＤＤ状態解析部５０は、データ収集機能４１、システム管理データベース４５を介してトラップパケット情報を受信すると、下記（１）及び（２）の処理を行う。
（１）ＩＤＥ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｄｒｉｖｅ Ｅｌｅｃｔｒｏｎｉｃｓ）ディスクのＳＭＡＲＴを取得したトラップの場合、閾値と現在値とを比較し、現在値が閾値を超えていればディスク交換時期到来と判断する。
（２）ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）ディスクのＳＭＡＲＴを取得したトラップの場合、トラップ自体がディスク交換時機到来を表しているので、受信したら即、ディスク交換時機到来と判定する。

この実施の形態６によれば、監視制御対象が有するディスク交換時期到来を通知することによって、計画的なメンテナンスが可能になり、広域監視制御システムのダウンタイムを短縮し、通常業務への影響を最小限にすることができる。

なお、この実施の形態において、上記実施の形態５のシステム総合管理サーバ４にＨＤＤ状態解析部５０を追加した例を説明したが、上記実施の形態１ないし４（図１、図３、図５、図７）のシステム総合管理サーバ４ＨＤＤ状態解析部５０を追加しても同様の効果が得られる。

この発明に係るシステム総合管理システムは、広域監視制御システムの異常や故障等のイベント発生を精度よく検出することに利用できる。

この発明に係るシステム総合管理システムにおける実施の形態１を示すブロック図である。 ネットワークデータ収集部により収集された広域監視制御データの一部である監視制御サーバ状変リスト及びネットワーク管理データの一部であるネットワーク状変リストである。 この発明に係るシステム総合管理システムにおける実施の形態２を示すブロック図である。 非ＩＰネットワーク構成のシステムの異常検出の例を示す図である。 この発明に係るシステム総合管理システムにおける実施の形態３を示すブロック図である。 通信傾向解析部の管理対象に関する情報のデータベースであるＭＩＢの一覧表である。 この発明に係るシステム総合管理システムにおける実施の形態４を示すブロック図である。 スパニングツリープロトコル監視部の管理対象に関する情報のデータベースであるＭＩＢと各ＭＩＢを基にして検出することができる状変の対比表である。 この発明に係るシステム総合管理システムにおける実施の形態５を示すブロック図である。 経路異常特定部の管理対象に関する情報のデータベースであるＭＩＢの一覧表である。 データの経路状態として、両終端装置（端末とサーバ）を収容するデフォルトＧＷルータ間のルーティングの健全状態を監視している状態を示す図である。 両終端装置であるサーバ＃１及び端末＃３のＩＰアドレスを示す図である。 実施の形態５における検索結果を示す図である。 この発明に係るシステム総合管理システムにおける実施の形態６を示すブロック図である。 ＨＤＤ状態解析部で収集する情報のリストである。 実施の形態６における動作を説明するための図である。

符号の説明

１ 監視端末、２ 広域監視制御サーバ、３ ネットワーク管理サーバ、
４ システム総合管理サーバ、６ Ｌ２またはＬ３ スイッチ（ＩＰネットワーク）、
９ 非ＩＰネットワーク、２１，３１，４１ データ収集部、
２２，３２，４２ データ配信部、２３，３３，４３ 集計／演算部、
２４ 監視制御データベース、３４ ネットワーク管理データベース、
４４ 原因推定部、４５ システム管理データベース、
４６ 非ＩＰネットワーク状態解析部、４７ 通信傾向解析部、
４８ スパニングツリープロトコル監視部、４９ 経路以上特定部、
５０ ＨＤＤ状態解析部、９１ 非ＩＰネットワーク管理装置。

Claims (6)

1. 広域監視制御システムにおける監視制御対象の広域監視制御データをネットワークを介して収集する機能と、収集した広域監視制御データを保存する機能と、上記保存した広域監視制御データを配信する機能とを有する広域監視制御サーバ、
   上記広域監視制御サーバから配信された広域監視制御データを収集するとともに、上記ネットワークの状態に関する情報であるネットワーク管理データを収集する機能と、上記収集した広域監視制御データ及びネットワーク管理データを保存する機能と、上記広域監視制御システムに異常や故障といったイベントが発生した際に、上記保存した広域監視制御データとネットワーク管理データとを連携させて上記イベントの発生原因を推定する原因推定機能とを有するシステム総合管理サーバ、
   を備えたことを特徴とするシステム総合管理システム。
2. 上記ネットワークがＩＰアドレスを持たない非ＩＰネットワークであり、上記非ＩＰネットワークの状態を管理し、上記システム総合管理サーバと連携する非ＩＰネットワーク管理装置を備え、
   上記システム総合管理サーバは、上記ネットワーク管理データとして上記非ＩＰネットワーク管理装置から非ＩＰネットワークの状態に関する情報を収集し、上記非ＩＰネットワークの状態に関する情報を考慮して上記イベントの発生原因を推定することを特徴とする請求項１記載のシステム総合管理システム。
3. 上記システム総合管理サーバは、上記ネットワーク上における通信トラフィックの傾向を収集し、上記通信トラフィックの傾向を考慮して上記イベントの発生原因を推定することを特徴とする請求項１または２記載のシステム総合管理システム。
4. 上記ネットワークは、スパニングツリープロトコルを備え、上記システム総合管理サーバは、上記スパニングツリープロトコルを監視し、上記スパニングツリープロトコルの状態を考慮して上記イベントの発生原因を推定することを特徴とする請求項１乃至３のいずれかに記載のシステム総合管理システム。
5. 上記システム総合管理サーバは、上記ネットワーク上における広域監視制御データの通信経路を監視し、上記広域監視制御データの経路の状態を考慮して上記イベントの発生原因を推定することを特徴とする請求項１乃至４のいずれかに記載のシステム総合管理システム。
6. 上記監視制御対象はＰＣサーバを有し、上記システム総合管理サーバは、上記ＰＣサーバのＨＤＤの状態を監視し、上記ＰＣサーバのＨＤＤの状態を考慮して上記イベントの発生原因を推定することを特徴とする請求項１乃至５のいずれかに記載のシステム総合管理システム。

Images