(57)【要約】【課題】システム導入時の作業を省力化することができるシステム総合管理システムを提供する。【解決手段】広域監視制御システムの異常・故障イベント発生時にIPネットワークの現在状態を考慮したりSDH等の非IPネットワーク管理装置の情報と連携したりすることで異常・故障イベントの原因を推定し表示することができるシステム総合管理システムにおいて、pingコマンドに対する応答を調べることで、管理対象であるネットワーク４上のIPネットワーク部分２で使用されているIPアドレスを検出する機能を有していることを特徴とするシステム総合管理システム。【選択図】図１
2007060518.tif 000002
【特許請求の範囲】
【請求項１】
広域監視制御システムの異常・故障イベント発生時にIPネットワークの現在状態を考慮したりSDH等の非IPネットワーク管理装置の情報と連携したりすることで異常・故障イベントの原因を推定し表示することができるシステム総合管理システムにおいて、pingコマンドに対する応答を調べることで、管理対象であるネットワーク上のIPネットワーク部分で使用されているIPアドレスを検出する機能を有していることを特徴とするシステム総合管理システム。
【請求項２】
請求項１に記載のシステム総合管理システムにおいて、SNMPを用いてIPアドレスを使用している機器からMIB情報を取得することで、IPアドレスを使用している機器の種別を判定する機能を有していることを特徴とするシステム総合管理システム。
【請求項３】
請求項２に記載のシステム総合管理システムにおいて、SNMPを用いてポートのIPアドレスとサブネットマスクを取得することで、IPネットワーク内のL3スイッチとサブネットワークの接続関係を検出する機能を有していることを特徴とするシステム総合管理システム。
【請求項４】
請求項３に記載のシステム総合管理システムにおいて、SNMPを用いてポートの情報を取得することで、サブネットワーク内に所属する機器を検出する機能を有していることを特徴とするシステム総合管理システム。
【請求項５】
請求項４に記載のシステム総合管理システムにおいて、ICMPを用いてポートごとの受信パケット数を増加させ、SNMPを用いてポートごとの受信パケット数の変化を調べることで、サブネットワーク内の機器の接続関係を検出する機能を有していることを特徴とするシステム総合管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば、河川、道路、ダム、ビル、防災、CCTVシステム（Closed  Circuit  Tele  Vision  System）などの監視制御を行う広域監視制御システムにおいて、SNMP（Simple  Network  Management  Protocol）を用いてIPネットワークの情報を収集・蓄積しているシステム、IDS（Intrusion  Detection  System）,IPS（Intrusion  Prevention  System）等のセキュリティ情報を収集・蓄積しているシステム、およびSDH（Synchronous  Digital  Hielachy）管理装置等の非IPネットワークの情報を収集・蓄積しているシステムと連携する事により、広域監視制御システムの異常・故障等のイベント発生時にIPネットワークの状態、トラフィックの傾向からイベントの発生要因を推定し表示する、システム総合管理システムに関するものである。
【背景技術】
【０００２】
システム総合管理システムでは、ping(Packet  InterNetwork  Groper)コマンドやSNMP(Simple  Network  Management  Protocol)を使用することで、管理対象ネットワーク上の機器や回線の状態を監視し、ネットワーク上の異常・故障等のイベント発生時に発生要因を推定する。
【０００３】
図21は、システム総合管理システムの管理対象となるネットワークの構成例を示すブロック図である。
【０００４】
図21において、システム総合管理サーバ１にインストールされたシステム総合管理システムによる管理対象であるネットワーク４上に、非IPネットワーク部分401があり、この非IPネットワーク部分401はSDH管理装置等の非IPネットワーク管理装置402によって管理される。
【０００５】
また、前記システム総合管理システムによる管理対象であるネットワーク４内にはIPネットワーク部分２があり、このIPネットワーク部分２の中にはサブネットワーク３がある。
【０００６】
前記IPネットワーク部分２上には、L3スイッチR1（201）、L3スイッチR2（202）、L3スイッチR3（203）、L3スイッチR4（204）が存在し、またネットワーク管理サーバ208、および広域監視制御サーバ209が設けられている。
【０００７】
前記サブネットワーク３上には、L2スイッチB1（301）、L2スイッチB2（302）が存在し、末端機器E1（303）、末端機器E2（304）、末端機器E3（305）が存在している。
【０００８】
IPネットワーク２は、例えば前記L3スイッチ R4（204）によりサブネットワーク３に区切られており、このサブネットワーク３は、前記L2スイッチB1（301），B2（302）や末端機器E1（303），E2（304），末端機器E3（305）から構成されている。
【０００９】
ところで、システム総合管理サーバ１内のシステム総合管理システムがIPネットワーク部分２を管理するためには、管理対象とするIPネットワーク上で使用されているIPアドレスが明らかになっていること、それらIPアドレスを使用する機器の種類が明らかになっていること、L3スイッチにつながっているサブネットワークが明らかになっていること、サブネットワーク上に存在する機器が明らかになっていること、およびサブネットワーク内の機器の接続関係が明らかになっていることが必要である。
【００１０】
例えばpingコマンドを使用する場合には、pingの対象となる相手のIPアドレスという情報が必要である。
また機器の状態を監視する場合、SNMPなどを使用して取得すべき情報は機器の種類ごとに異なるため、機器の種類という情報が必要である。
【００１１】
さらに図22のようにネットワークに障害が発生し末端機器E2（304）と通信ができなくなった場合に、その原因が末端機器E2（304）の故障によるものか、通信経路上にある機器、例えばL2スイッチB2（302）の故障によるものなのかを推定するためには、機器の接続関係という情報が必要である。このようにシステム総合管理システムの動作には管理対象であるIPネットワーク２に関する情報が必要である。
【００１２】
IPネットワーク２だけを対象に、ネットワーク上で使用されているIPアドレスや機器の種類を判定する方法としては、特許文献1がある。
【００１３】
【特許文献１】特開２００１−２１７８３２号公報（図１及びその説明、他）
【発明の開示】
【発明が解決しようとする課題】
【００１４】
前記のように従来のシステム総合管理システムを導入するためには、予め管理対象のIPネットワーク部分で使用されているIPアドレスや接続関係を明らかにしておかなければならなかった。
【００１５】
IPネットワークだけを管理することを目的に、IPアドレスや接続関係を検出する方法には特許文献１に記載の方法がある。しかし、これまで非IPネットワークを含むネットワークを管理するシステムにおいて、IPアドレスや接続関係の検出を自動化するということはされていなかった。
【００１６】
そのような非IPネットワークを含むネットワークにおいて、IPアドレスを明らかにする方法には、ネットワーク構築時に作成された書類を参照するという方法がある。しかし、書類を参照するという方法には以下の2つの問題があった。第一の問題は、書類の内容をシステム総合管理システムが使用できる形式に変換する作業は人手を要するということである。第二の問題は、参照すべき書類の作成後にネットワーク構成が変更され、変更内容が書類に反映されていないと、記載内容に誤りが生じるということである。記載内容に誤りが生じた場合、ネットワーク上にある一つ一つの機器を目視で確認する作業が生じる可能性がある。
【００１７】
これらの理由により、非IPネットワークを含むネットワークに対するシステム総合管理システムの導入には多くの費用と時間がかかるという問題点があった。
【００１８】
また、IPネットワーク上で使用されているIPアドレスが明らかになった状態であっても、それらのIPアドレスを使用している機器の種類を明らかにする必要がある。機器の種類を明らかにするためには、前記IPアドレスを明らかにする方法と同様の方法を使用することができるが、多くの費用と時間がかかるという同様の問題点がある。
【００１９】
また、IPネットワーク上で使用されているIPアドレスとそのIPアドレスを使用している機器の種類が明らかになった状態であっても、L3スイッチの各ポートにつながっているサブネットワークやサブネットワークのIPアドレスを明らかにする必要がある。L3スイッチにつながるサブネットワークやそのIPアドレスを明らかにするためには、前記IPアドレスを明らかにする方法と同様の方法を使用することができるが、多くの費用と時間がかかるという同様の問題点がある。
【００２０】
また、IPネットワーク上で使用されているIPアドレス、それらのIPアドレスを使用している機器、およびL3スイッチの各ポートにつながるサブネットワークとそのIPアドレスが明らかになった状態であっても、各ポートにつながるサブネットワーク上に存在する機器を明らかにする必要がある。
【００２１】
各ポートにつながるサブネットワークのIPアドレスに重複がない場合、ネットワーク上で使用されているIPアドレス、それらのIPアドレスを使用している機器、およびL3スイッチの各ポートにつながるサブネットワークの情報が明らかになっている場合、各機器のIPアドレスがどのサブネットワークのIPアドレスに含まれるかを調べることで、各ポートにつながるサブネットワークに含まれる機器を検出することができる。
【００２２】
例えば図23(a)のような場合を考える。図23(a)において、L3スイッチR2はポートP21とポートP22を持ち、ポートP21にはIPアドレス「192.10.5.1」、サブネットマスク「255.255.255.0」が設定されている。また、ポートP21はIPアドレスが「192.10.5.0」であるサブネットワーク205につながっており、末端機器206にはIPアドレスが「192.10.5.3」が設定されている。この場合、末端機器206のIPアドレスとサブネットワーク205のIPアドレスを調べることで、末端機器206がサブネットワーク205に所属することが分かる。
【００２３】
しかし、図23(b)のような場合、IPアドレスだけから末端機器206が存在するサブネットワークを特定することはできない。図23(b)において、ポートP22にはIPアドレス「192.10.5.2」、サブネットマスク「255.255.255.0」が設定されており、IPアドレスが「192.10.5.0」であるサブネットワーク207につながっている。図23(b)ではIPアドレスが「192.10.5.0」であるサブネットワークは2個あり、IPアドレスだけから末端機器206がどちらのサブネットワークに属するかを特定することができない。
【００２４】
以上のように、複数のサブネットワークに同じIPアドレスが割当てられている場合、IPアドレスだけから機器が存在するサブネットワークを特定することができないという問題点がある。そこで、このような場合にも各サブネットワークに所属する機器を検出できる手段が必要であった。
【００２５】
また、L3スイッチの各ポートにつながっているサブネットワーク、そのサブネットワーク上で使用されているIPアドレス、およびそのIPアドレスを使用している機器の種類といった情報が明らかになった状態であっても、機器の接続関係を明らかにする必要がある。機器の接続関係を明らかにするためには、前記IPアドレスを明らかにする方法と同様の方法を使用することができるが、多くの費用と時間がかかるという同様の問題点がある。
【００２６】
この発明は上記のような課題を解決するためになされたものであり、システム導入時の作業を省力化することができるシステム総合管理システムを提供することを目的とするものである。
【課題を解決するための手段】
【００２７】
この発明に係るシステム総合管理システムは、広域監視制御システムの異常・故障イベント発生時にIPネットワークの現在状態を考慮したりSDH等の非IPネットワーク管理装置の情報と連携したりすることで異常・故障イベントの原因を推定し表示することができるシステム総合管理システムにおいて、pingコマンドに対する応答を調べることで、管理対象であるネットワーク上のIPネットワーク部分で使用されているIPアドレスを検出する機能を有していることを特徴とするシステム総合管理システムである。
【発明の効果】
【００２８】
この発明は、広域監視制御システムの異常・故障イベント発生時にIPネットワークの現在状態を考慮したりSDH等の非IPネットワーク管理装置の情報と連携したりすることで異常・故障イベントの原因を推定し表示することができるシステム総合管理システムにおいて、pingコマンドに対する応答を調べることで、管理対象であるネットワーク上のIPネットワーク部分で使用されているIPアドレスを検出する機能を有しているので、システム導入時の作業を省力化することができるシステム総合管理システムを提供することができる効果がある。
【発明を実施するための最良の形態】
【００２９】
実施の形態１．
この発明の実施の形態１を、図１および図２に基づいて説明する。図１は、システム総合管理システムの管理対象となるネットワークの構成例において管理対象のIPネットワーク上で使用されているIPアドレスを明らかにする機能の動作を示す例である。図２は図１における動作の詳細を示すフロー図である。なお、図１および図２において、前述の図21〜図23と同一または相当部分には同一符号を付し、以下のこの発明の実施の形態１の説明では、前述の図21〜図23と同一または相当部分についての説明は割愛し、前述の図21〜図23と異なる部分を主体に説明する。
【００３０】
図１に例示のシステムのこの機能では、システム総合管理サーバ１が管理対象のIPネットワーク２上で使用される可能性のあるIPアドレスに対しpingコマンドを実行する。そして、その応答から使用されているIPアドレスを検出する。
【００３１】
次いで、実施の形態１における動作の詳細を、図２に基づいて説明する。
【００３２】
先ず、あるIPアドレスに対しpingを行う(ステップS501)。
【００３３】
次に返答の有無を確認する(ステップS502)。pingに返答があった場合、そのIPアドレスがネットワーク上で使用されていると判断する(ステップS503)。これを管理対象のネットワーク上で使用される可能性がある全IPアドレスに対し行う(ステップS504)。
【００３４】
これにより、ネットワーク上で使用されている全てのIPアドレスを検出することができる。
【００３５】
以上のような機能をシステム総合管理システムに追加することによって、最新のネットワーク構成情報を取得し、導入時に人が行う作業を省力化することが可能となる。
【００３６】
実施の形態２．
この発明の実施の形態２を、図３および図４に基づいて説明する。図３は、システム総合管理システムの管理対象となるネットワークの構成例において機器の種別を判定する機能の動作を示す例である。図４は図３における動作の詳細を示すフロー図である。なお、図３および図４において、前述の図21〜図23、図１〜図２と同一または相当部分には同一符号を付し、以下のこの発明の実施の形態１の説明では、前述の図21〜図23、図１〜図２と同一または相当部分についての説明は割愛し、前述の図21〜図23、図１〜図２と異なる部分を主体に説明する。
【００３７】
図３は機器の種別を判定する機能の動作を示す例であり、その機能は、図３のようにトレースルート(traceroute)コマンドやSNMPにより機器に関する情報を取得することで、機器の種別を判定する。
【００３８】
次いで、実施の形態２における詳細な動作を、図４に基づいて説明する。
【００３９】
はじめに管理対象であるネットワーク上で使用されているIPアドレスに対してトレースルートを行う(ステップS701)。
【００４０】
次に機器がSNMPに対応しているかを調べる(ステップS702)。SNMPに対応していない機器に対しては、更にステップS701の結果を元に末端機器かL3スイッチかの判断を行う(ステップS703、ステップS706、ステップS707)。SNMPに対応していない機器が、システム総合管理サーバとIPネットワーク上の他の機器との通信経路上に存在する場合、SNMPに対応していない機器をL3スイッチと判定する。L3スイッチとして判定されなかったSNMPに対応していない機器は、末端機器と判定する。
【００４１】
SNMP対応機器はMIB（Management  Information  Base）を参照することで、末端機器かどうかを判定する(ステップS704、ステップS708)。判定は、例えばMIBのsysDescr(1.3.6.1.2.1.1.1)を参照することで行う。末端機器でないものは、さらにMIBのipForwarding(1.3.6.1.2.1.4.1)を参照することでL2スイッチとL3スイッチの判別を行う(ステップS705、ステップS709、ステップS710)。このような機器の種類判定を使用されている全IPアドレスに対して行う(ステップS711)。
【００４２】
このようにすることで、IPアドレスを使用している機器の種別を判定することができる。
【００４３】
以上のような機能をシステム総合管理システムに追加することによって、導入時に人が行う作業を省力化することが可能となる。
【００４４】
実施の形態３．
この発明の実施の形態３を、図５に基づいて説明する。図５は、システム総合管理システムの管理対象となるネットワークの構成例においてサブネットワークの接続関係を推定する機器の種別を判定する機能の動作を示す例である。なお、図５において、前述の図21〜図23、図１〜図４と同一または相当部分には同一符号を付し、以下のこの発明の実施の形態１の説明では、前述の図21〜図23、図１〜図４と同一または相当部分についての説明は割愛し、前述の図21〜図23、図１〜図４と異なる部分を主体に説明する。
【００４５】
図５において、L3スイッチR4のポートP4には、IPアドレス「192.10.10.1」とサブネットマスク「255.255.255.0」が設定されている。この機能では、先ずSNMPにより、ポートP4に設定されているIPアドレスとサブネットマスクの情報を取得する。IPアドレスとサブネットマスクは、例えばMIBのipAddrTable(1.3.6.1.2.1.4.20)より取得する。取得したIPアドレスとサブネットマスクのAND計算を行うことで、サブネットワークのアドレスを得る。この例ではサブネットワークのIPアドレスとして「192.10.10.0」を得る。以上のようにしてL3スイッチR4のポートP4につながっているサブネットワークのIPアドレスが「192.10.10.0」であることがわかる。
【００４６】
このような操作を全てのL3スイッチに対して行うことで、IPネットワーク上に存在する全サブネットワークとそのIPアドレスを推定することができる。またL3スイッチとサブネットワークの接続関係を推定することができる。
【００４７】
以上のような機能をシステム総合管理システムに追加することによって、導入時に人が行う作業を省力化することが可能となる。
【００４８】
実施の形態４．
この発明の実施の形態４を、図６および図７に基づいて説明する。図６は、システム総合管理システムの管理対象となるネットワークの構成例においてサブネットワークに含まれる機器を検出する機能の動作を示す例である。図７はipNetToMediaTableに含まれる項目の事例を示す図である。なお、図６および図７において、前述の図21〜図23、図１〜図５と同一または相当部分には同一符号を付し、以下のこの発明の実施の形態１の説明では、前述の図21〜図23、図１〜図５と同一または相当部分についての説明は割愛し、前述の図21〜図23、図１〜図５と異なる部分を主体に説明する。
【００４９】
図６はサブネットワークに含まれる機器を検出する機能の動作を示す例である。図６のように、SNMPによりL3スイッチが保持するipNetToMediaTable(1.3.1.3.6.1.2.1.4.22)を参照することで各サブネットワークに含まれる機器を検出する。
【００５０】
図７にipNetToMediaTableに含まれる項目を示す。ipNetToMediaTableの中のipNetToMediaNetAddressには各ポートの先にある機器のIPアドレス情報が格納されている。したがって、L3スイッチの各ポートにつながっているサブネットワークが明らかになっている状態ならば、各サブネットワークに所属する機器を検出することができる。
【００５１】
以上のような機能をシステム総合管理システムに追加することによって、システム総合管理システムが各サブネットワークに属する機器を検出することが可能となる。
【００５２】
実施の形態５．
この発明の実施の形態５を、図８〜図13に基づいて説明する。図８は、システム総合管理システムの管理対象となるネットワークの構成例において通信に使用されるサブネットワーク内の機器の接続関係を推定する機能の動作を示す例である。図９は図８の動作フロー図、図10は通過するポートの一覧を示す図、図11は直前に通過するポートの一覧の事例を示す図、図12は末端機器の接続関係の事例を示す図、図13はL2スイッチの接続関係の事例を示す図である。なお、図８〜図13において、前述の図21〜図23、図１〜図７と同一または相当部分には同一符号を付し、以下のこの発明の実施の形態１の説明では、前述の図21〜図23、図１〜図７と同一または相当部分についての説明は割愛し、前述の図21〜図23、図１〜図７と異なる部分を主体に説明する。
【００５３】
図８は、通信に使用されるサブネットワーク内の機器の接続関係を推定する機能の動作を示す例である。図８において、B11、B12、B13はB1のポートを表し、B21、B22、B23はB2のポートを表す。図８のように、システム総合管理サーバはpingコマンドとSNMPによりサブネットワーク３内に存在する機器の情報を取得することで、機器の接続関係を推定する。
【００５４】
実施の形態５における詳細な動作を図12〜16に基づいて説明する。
【００５５】
先ず、SNMPによりサブネットワーク内に存在する全てのL2スイッチからポートごとの受信オクテット数の情報を取得する(ステップS1201)。ポートごとの受信オクテット数は、例えばMIBのifInOctets(1.3.6.1.2.1.2.2.1.10)の値を参照する。
【００５６】
次にサブネットワーク内の任意の機器に対して一定の回数pingコマンドを実行する(ステップS1202)。
【００５７】
再びサブネットワーク内に存在する全てのL2スイッチからポートごとの受信オクテット数の情報を取得する(ステップS1203)。
【００５８】
ステップS1203で取得したポートごとの受信オクテット数とその前に取得している受信オクテット数の情報の差分を取り、差分が閾値を超えるかを調べる。閾値を超えたポートをステップS1202でpingコマンドの対象となった機器との通信時に通過するポートとして記録する(ステップS1204)。通過するポートの情報をサブネットワーク内全機器分取得する(ステップS1205)。
【００５９】
以上の操作により取得した情報を通過するポート数が少ない順に並べることで、図10に示すような表を得る。
【００６０】
図10の表に対して、行の上の方に表示されている通過するポートを下の行から削除するという操作を繰り返す。例えば1行目にあるB11というポートを2行目以降から削除する。
【００６１】
これを繰り返すことで図11の表を得る。図11の表は、末端機器が統合管理サーバと通信するときに通過するポートの中で各機器に一番近いポートの一覧とL2スイッチが統合管理サーバと通信するときに使用する回線の中で各機器に一番近い回線の両端にあるポートの一覧である。
【００６２】
したがって、図11の表から末端機器の行だけを選ぶことで、図12に示す末端機器に接続するポートの一覧表を得る。
【００６３】
またL2スイッチの行の情報から図13(a)に示す表を得る。さらに図13(a)の表に図12の情報を加えることで図13(b)に示す表を得られる。図13(b)の表は、L2スイッチの各ポートに接続している機器の一覧表である。
【００６４】
このようにすることで、サブネットワーク内の機器の接続関係を検出することができる。なお上記の説明では、接続関係を調べるためにポートごとの受信オクテット数と記載したが、必ずしも受信オクテット数をでなくてもよく、通信量の変化を調べればよい。例えば送信オクテット数(ifOutOctets)を使用しても、同様に接続関係を検出することが可能である。
【００６５】
以上のような機能をシステム総合管理システムに追加することによって、導入時に人が行う作業を省力化することが可能となる。
【００６６】
実施の形態６．
この発明の実施の形態６を、図14〜図20に基づいて説明する。図14はシステム総合管理システムの管理対象となるネットワークの構成例においてスパニングツリーの情報を組合わせることで、より正確に接続関係を検出する機能の動作を示す例である。図15はブリッジ識別子およびポート識別子の事例を示す図、図16は図14の動作事例を示すフロー図、図14の動作事例を示すフロー図、図18は図14で取得した情報の事例を示す図、図19は接続先の事例を示す図、図20は前述の実施の形態５が使用できず実施の形態６が使用できる場合の事例を示す図である。なお、図14〜図20において、前述の図21〜図23、図１〜図13と同一または相当部分には同一符号を付し、以下のこの発明の実施の形態１の説明では、前述の図21〜図23、図１〜図13と同一または相当部分についての説明は割愛し、前述の図21〜図23、図１〜図13と異なる部分を主体に説明する。
【００６７】
実施の形態５に記載した方法は、サブネットワーク内の接続関係を調べるのに各ポートの通信量だけを参照していた。L2スイッチがMIBのdot1dStpPortTable(1.3.6.1.2.1.17.2.15)に対応している場合、実施の形態5の方法にスパニングツリーの情報を組合わせることで、より正確に接続関係を検出することが可能である。
【００６８】
図14は実施の形態６の動作を示す例である。図14において、L3スイッチR4、L2スイッチB1、B2には図15(a)に示すようなスパニングツリーのブリッジ識別子が設定されており、各ポートには図15(b)に示すようなポート識別子が設定されている。実施の形態６では図14に示すように、先ずSNMPを用いてL2スイッチからスパニングツリーの情報を取得し、L2スイッチ間の接続関係を検出する。その後、実施の形態５と同様の方法を用いて末端機器の接続関係を検出する。
【００６９】
実施の形態６の詳細な動作を図16〜19に基づいて説明する。図16はL2スイッチ間の接続関係を検出する動作のフローチャートである。実施の形態６では、まずSNMPを用いてL2スイッチの各ポートがつながる回線上の指定ブリッジ(Designated Bridge)のブリッジ識別子と、その指定ブリッジが回線との接続に使用しているポートのポート識別子を取得する(ステップS1901)。ブリッジ識別子とポート識別子を取得するときに参照するMIBを図17に示す。また、図14の場合に得られる結果を図18に示す。
【００７０】
次に、各ブリッジ識別子を持つ機器を特定する(ステップS1902)。ブリッジ識別子の下位48ヒ゛ットは、ブリッジ識別しに対応するスイッチが持つMACアドレスとなっている。したがって、各ブリッジ識別子からMACアドレスを取得し、そのMACアドレスを持つスイッチを探すことで、ブリッジ識別子に対応するスイッチを特定することができる。各スイッチが持つMACアドレスを調べるには、例えばMIBのifPhysAddress(1.3.6.1.2.1.2.2.1.6)を参照する。
【００７１】
そして、取得した情報からL2スイッチ間の接続関係を検出する(ステップS1903)。この処理では、まずL2スイッチごとにポートとその接続先を書き込む表を用意する。次に、各ポートがつながる回線上の指定ブリッジが他のスイッチであるポートの行に、回線上の指定ブリッジを接続先として登録する。このときポート識別子の下位８ヒ゛ットを調べることで、接続先のポートも特定できる。指定ブリッジの情報を加えた表の例として、図14の場合に得られる表を図19(a)に示す。そして図19(a)の表で接続先として登録されたポートに対応する行に、その接続元を接続先として追加する。図19(a)に新たに接続先を追加した表を図19(b)に示す。
【００７２】
最後に、末端機器の接続関係を実施の形態５と同様の方法を用い検出する(ステップS1904)。このとき、すでに接続関係が判明しているポートの通信量を参照する必要はない。図14の例ではB11、B13、B21の通信量は参照しなくてもよい。
【００７３】
以上のようにして、サブネットワーク内の接続関係を検出することができる。
【００７４】
実施の形態５の方法では、ループなどの冗長構成がある場合、通信に使わる接続関係のみが検出され、通信に使われない接続関係は検出されない。接続関係が検出されない例としては、図20のような場合が考えられる。図20においてB14はL2スイッチB1のポートを表し、B24はL2スイッチB2のポートを表す。B14、B24間の接続はB13、B21間の接続に対して冗長であるため、通常時は通信に使用されない。そのため例えばL2スイッチB2に対しpingコマンドを実行した場合に、ポートB14、B24の通信量が増えない。したがって実施の形態5のようにポートの通信量を参照するだけでは、B14、B24間の接続関係を検出することができなかった。しかし、各L2スイッチがdot1dStpPortTableに対応している場合は、実施の形態6の方法を用いることで、このような接続関係も検出することが可能となる。
【図面の簡単な説明】
【００７５】
【図１】この発明の実施の形態１を示す図で、システム総合管理システムの管理対象となるネットワークの構成例において管理対象のIPネットワーク上で使用されているIPアドレスを明らかにする機能の動作を示す例である。
【図２】この発明の実施の形態１を示す図で、図１における動作の詳細を示すフロー図である。
【図３】この発明の実施の形態２を示す図で、システム総合管理システムの管理対象となるネットワークの構成例において機器の種別を判定する機能の動作を示す例である。
【図４】この発明の実施の形態２を示す図で、図３における動作の詳細を示すフロー図である。
【図５】この発明の実施の形態３を示す図で、システム総合管理システムの管理対象となるネットワークの構成例においてサブネットワークの接続関係を推定する機器の種別を判定する機能の動作を示す例である。
【図６】この発明の実施の形態４を示す図で、システム総合管理システムの管理対象となるネットワークの構成例においてサブネットワークに含まれる機器を検出する機能の動作を示す例である。
【図７】この発明の実施の形態４を示す図で、ipNetToMediaTableに含まれる項目の事例を示す図である。
【図８】この発明の実施の形態５を示す図で、システム総合管理システムの管理対象となるネットワークの構成例において通信に使用されるサブネットワーク内の機器の接続関係を推定する機能の動作を示す例である。
【図９】この発明の実施の形態５を示す図で、図８の動作フロー図である。
【図１０】この発明の実施の形態５を示す図で、通過するポートの一覧を示す図である。
【図１１】この発明の実施の形態５を示す図で、直前に通過するポートの一覧の事例を示す図である。
【図１２】この発明の実施の形態５を示す図で、末端機器の接続関係の事例を示す図である。
【図１３】この発明の実施の形態５を示す図で、L2スイッチの接続関係の事例を示す図である。
【図１４】この発明の実施の形態６を示す図で、システム総合管理システムの管理対象となるネットワークの構成例においてスパニングツリーの情報を組合わせることで、より正確に接続関係を検出する機能の動作を示す例である。
【図１５】この発明の実施の形態６を示す図で、ブリッジ識別子およびポート識別子の事例を示す図である。
【図１６】この発明の実施の形態６を示す図で、図14の動作事例を示すフロー図である。
【図１７】この発明の実施の形態６を示す図で、図14の動作事例を示すフロー図である。
【図１８】この発明の実施の形態６を示す図で、図14で取得した情報の事例を示す図である。
【図１９】この発明の実施の形態６を示す図で、接続先の事例を示す図である。
【図２０】この発明の実施の形態６を示す図で、前述の実施の形態５が使用できず実施の形態６が使用できる場合の事例を示す図である。
【図２１】システム総合管理システムの管理対象となるネットワークの一般的な構成例を示すブロック図である。
【図２２】従来のシステム総合管理システムの管理対象となるネットワークの構成における課題を説明する図である。
【図２３】従来のシステム総合管理システムの管理対象となるネットワークの構成における課題を説明する図である。
【符号の説明】
【００７６】
１    システム総合管理サーバ、
２    IPネットワーク部分、
201    L3スイッチR1、
202    L3スイッチR2、
203    L3スイッチR3、
204    L3スイッチR4、
205    サブネットワーク、
206    末端機器、
207    サブネットワーク、
208    ネットワーク管理サーバ、
209    広域監視制御サーバ、
３    サブネットワーク、
301    L2スイッチB1、
302    L2スイッチB2、
303    末端機器E1、
304    末端機器E2、
305    末端機器E3、
４    システム管理対象ネットワーク。
【図１】
2007060518.tif 000003
【図２】
2007060518.tif 000004
【図３】
2007060518.tif 000005
【図４】
2007060518.tif 000006
【図５】
2007060518.tif 000007
【図６】
2007060518.tif 000008
【図７】
2007060518.tif 000009
【図８】
2007060518.tif 000010
【図９】
2007060518.tif 000011
【図１０】
2007060518.tif 000012
【図１１】
2007060518.tif 000013
【図１２】
2007060518.tif 000014
【図１３】
2007060518.tif 000015
【図１４】
2007060518.tif 000016
【図１５】
2007060518.tif 000017
【図１６】
2007060518.tif 000018
【図１７】
2007060518.tif 000019
【図１８】
2007060518.tif 000020
【図１９】
2007060518.tif 000021
【図２０】
2007060518.tif 000022
【図２１】
2007060518.tif 000023
【図２２】
2007060518.tif 000024
【図２３】
2007060518.tif 000025