(57)【特許請求の範囲】
【請求項１】
監視対象のネットワークに含まれる装置のポートに関する障害発生の通知を行う監視装置に実行させる監視処理プログラムにおいて、
前記監視対象のネットワークに含まれる各装置から収集した情報に基づいて、リンクダウンが発生した装置のポートを特定し、
前記監視対象のネットワークに含まれる各装置から収集した情報に基づいて、特定した前記ポートが他の装置のポートと結線されているか否かを判定し、
結線されているか否か、および、前記リンクダウンが発生した装置が前記監視対象のネットワーク上でエッジスイッチに対応するか否かに応じて、特定した前記ポートについて障害発生を通知するか否かを制御する、
ことを特徴とする監視処理プログラム。
【請求項２】
結線されていると判定した場合に、特定した前記ポートに対応するシンボルと、結線先の他の装置または該他の装置のポートに対応するシンボルとの間を結ぶ線を表示しつつ特定した前記ポートに対応するシンボルに対応させて障害発生の通知を示す表示を行い、結線されていないと判定した場合に、特定した前記ポートに対応するシンボルは、他の装置または該他の装置のポートに対応するシンボルと線で結ばれていない状態の表示とし、かつ、特定した前記ポートに対応するシンボルに対応させた障害発生の通知を示す表示を行わない、
ことを特徴とする請求項１記載の監視処理プログラム。
【請求項３】
結線されていると判定しなかった場合、かつ前記リンクダウンが発生した装置が前記監視対象のネットワーク上でエッジスイッチに対応する場合に、特定した前記ポートについて障害発生の通知を行わないことを特徴とする請求項１記載の監視処理プログラム。
【請求項４】
監視対象のネットワークに含まれる装置のポートに関する障害発生の通知を行う監視装置における監視処理方法において、
前記監視対象のネットワークに含まれる各装置から収集した情報に基づいて、リンクダウンが発生した装置のポートを特定し、
前記監視対象のネットワークに含まれる各装置から収集した情報に基づいて、特定した前記ポートが他の装置のポートと結線されているか否かを判定し、
結線されているか否か、および、前記リンクダウンが発生した装置が前記監視対象のネットワーク上でエッジスイッチに対応するか否かに応じて、特定した前記ポートについて障害発生を通知するか否かを制御する、
ことを特徴とする監視処理方法。
【請求項５】
監視対象のネットワークに含まれる装置のポートに関する障害発生の通知を行う監視装置において、
前記監視対象のネットワークに含まれる各装置から収集した情報に基づいて、リンクダウンが発生した装置のポートを特定する特定部と、
前記監視対象のネットワークに含まれる各装置から収集した情報に基づいて、特定した前記ポートが他の装置のポートと結線されているか否かを判定する判定部と、
結線されているか否か、および、前記リンクダウンが発生した装置が前記監視対象のネットワーク上でエッジスイッチに対応するか否かに応じて、特定した前記ポートについて障害発生を通知するか否かを制御する通知制御部と、
を有することを特徴とする監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視処理プログラム、監視処理方法及び監視装置に関する。
【背景技術】
【０００２】
ネットワークの監視機能を持つ製品の中には、一例として、監視対象とするネットワークに含まれるデバイス間の接続形状が模式化されたマップを障害発生の通知に用いるものがある。例えば、マップに表示されるデバイスのポートのうち、リンクダウン等の障害が発生したポートと、リンクダウンが発生していないポートとの間で表示形態を区別することにより、障害発生の通知が実現される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２０９６８３号公報
【特許文献２】特開２００９−１９９３８７号公報
【特許文献３】特開２０１０−２１２７６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の技術では、異なる原因でリンクダウン状態にあるポートの通知が画一的に行われる。すなわち、リンクダウン状態が通知されるポートの中には、設定ミスなどが原因となってリンクダウン状態に陥ったポートも含まれれば、他のポートと結線されていないことが原因でリンクダウン状態となっているポートも含まれる。このため、リンクとして機能させる企図のないポートに関する障害発生の通知の中に、リンクアップしていたポートに関する障害発生の通知が紛れる。【０００５】
１つの側面では、本発明は、障害発生の通知が煩雑化するのを抑制できる監視処理プログラム、監視処理方法及び監視装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
一態様では、監視対象のネットワークに含まれる装置のポートに関する障害発生の通知を行う監視装置に実行させる監視処理プログラムにおいて、前記監視対象のネットワークに含まれる各装置から収集した情報に基づいて、リンクダウンが発生した装置のポートを特定し、前記監視対象のネットワークに含まれる各装置から収集した情報に基づいて、特定した前記ポートが他の装置のポートと結線されているか否かを判定し、結線されていると判定した場合に、特定した前記ポートについて障害発生の通知を行い、結線されていると判定しなかった場合に、特定した前記ポートについて障害発生の通知を行わない、ことを特徴とする。
【発明の効果】
【０００７】
障害発生の通知が煩雑化するのを抑制できる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例１に係るネットワーク管理システムの構成例を示す図である。
【図２】図２は、実施例１に係るネットワーク管理装置の機能的構成を示すブロック図である。
【図３】図３は、トポロジマップの一例を示す図である。
【図４】図４は、トポロジマップの一例を示す図である。
【図５】図５は、実施例１に係る監視処理の手順を示すフローチャートである。
【図６】図６は、実施例１及び実施例２に係る監視処理プログラムを実行するコンピュータのハードウェア構成例を示す図である。
【発明を実施するための形態】
【０００９】
以下に添付図面を参照して本願に係る監視処理プログラム、監視処理方法及び監視装置について説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【実施例１】
【００１０】
［システム構成］
図１は、実施例１に係るネットワーク管理システムの構成例を示す図である。図１に示すネットワーク管理システム１は、企業システム等の監視対象システム３のネットワークＮＷを構築するネットワークデバイス３０Ａ〜３０Ｃに対する各種のネットワーク設定をＧＵＩ（Graphical  User  Interface）を介して実現するネットワーク管理サービスを提供するものである。このネットワーク管理サービスの一環として、ネットワーク管理システム１は、ネットワークＮＷに含まれるデバイス間の接続形状が模式化されたトポロジマップ上で障害発生の通知が煩雑化するのを抑制する監視処理を実現する。【００１１】
図１に示すように、ネットワーク管理システム１には、ネットワーク管理装置１０と、ネットワークデバイス３０Ａ〜３０Ｃと、クライアント端末５０とが含まれる。以下では、ネットワークデバイス３０Ａ〜３０Ｃのことを総称する場合に「ネットワークデバイス３０」と記載する場合がある。なお、図１には、３つのネットワークデバイス３０Ａ〜３０Ｃが監視対象システム３に収容される場合を例示したが、あくまでこれは例示であり、監視対象システム３が任意の数のネットワークデバイスを収容することができるのは言うまでもない。【００１２】
ネットワーク管理装置１０は、上記のネットワーク管理サービスを提供するコンピュータである。このネットワーク管理装置１０は、監視装置の一例である。【００１３】
一実施形態として、ネットワーク管理装置１０は、上記のネットワーク管理サービスを実現するパッケージソフトウェアやオンラインソフトウェアを所望のコンピュータにインストールさせることによってＳＤＮ（Software-Defined  Networking）コントローラとして実装できる。このネットワーク管理装置１０は、ネットワークＮＷの一例として、ＩＰ−ＶＰＮ（Internet  Protocol  Virtual  Private  Network）や広域イーサネット（登録商標）などのキャリアイーサネットの監視、設定や制御などを含む管理を実行することができる。このようにネットワーク管理装置１０により管理されるネットワークＮＷは、物理ネットワークに限定されず、ＳＤＮやＮＦＶ（Network  Function  Virtualization）などの技術により仮想化された仮想ネットワークであってもよい。【００１４】
ネットワークデバイス３０は、監視対象システム３のネットワークＮＷを構築する通信装置である。このネットワークデバイス３０には、一例として、ルータやスイッチなどのデータ転送装置を始め、ファイアーウォール、ロードバランサなどを採用することができる。なお、ネットワークデバイス３０は、装置の一例である。【００１５】
クライアント端末５０は、上記のネットワーク管理サービスの提供を受けるコンピュータである。このクライアント端末５０は、一例として、ネットワークＮＷを管理するネットワーク管理者等の関係者により使用される。ここで、上記のネットワーク管理サービスの提供により、クライアント端末５０は、必ずしもｔｅｌｎｅｔの動作環境を有さずともかまわない。例えば、クライアント端末５０には、汎用のブラウザの動作環境を有する任意のコンピュータを採用することができる。【００１６】
［ネットワーク管理装置１０の構成］
図２は、実施例１に係るネットワーク管理装置１０の機能的構成を示すブロック図である。図２に示すように、ネットワーク管理装置１０は、通信Ｉ／Ｆ（interface）部１１と、記憶部１３と、制御部１５とを有する。なお、ネットワーク管理装置１０は、図２に示した機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイスなどの機能部を有することとしてもかまわない。【００１７】
通信Ｉ／Ｆ部１１は、他の装置、例えばネットワークデバイス３０やクライアント端末５０との間で通信制御を行うインタフェースである。【００１８】
一実施形態として、通信Ｉ／Ｆ部１１は、ＬＡＮ（Local  Area  Network）カードなどのネットワークインタフェースカードを採用できる。例えば、通信Ｉ／Ｆ部１１は、各種のコマンドをネットワークデバイス３０へ送信したり、ネットワークデバイス３０からネットワークデバイス３０が記憶するＣｏｎｆｉｇ情報やＭＩＢ（Management  Information  Base）の全部またはその一部を受信したりする。また、通信Ｉ／Ｆ部１１は、クライアント端末５０からネットワークデバイス３０の設定に対する編集操作などを受け付けたり、ネットワークＮＷの接続形状が模式化されたトポロジマップ画面などをクライアント端末５０へ送信したりする。【００１９】
記憶部１３は、制御部１５で実行されるＯＳ（Operating  System）を始め、上記のネットワーク管理サービスを実現するネットワーク管理プログラムなどの各種プログラムに用いられるデータを記憶する記憶デバイスである。【００２０】
一実施形態として、記憶部１３は、ネットワーク管理装置１０における補助記憶装置として実装することができる。例えば、記憶部１３には、ＨＤＤ（Hard  Disk  Drive）、光ディスクやＳＳＤ（Solid  State  Drive）などを採用できる。なお、記憶部１３は、必ずしも補助記憶装置として実装されずともよく、ネットワーク管理装置１０における主記憶装置として実装することもできる。この場合、記憶部１３には、各種の半導体メモリ素子、例えばＲＡＭ（Random  Access  Memory)やフラッシュメモリを採用できる。【００２１】
記憶部１３は、制御部１５で実行されるプログラムに用いられるデータの一例として、トポロジ情報１３ａと、フィルタ情報１３ｂとを記憶する。これらトポロジ情報１３ａ及びフィルタ情報１３ｂ以外にも、他の電子データを併せて記憶することもできる。例えば、記憶部１３には、ネットワーク管理者等のユーザの権限を管理するために、ユーザごとに設定操作や閲覧を許可するネットワークデバイス３０またはネットワークデバイス３０のグループが規定されたユーザ権限情報なども記憶することができる。【００２２】
トポロジ情報１３ａは、ネットワークＮＷの接続形状に関する情報である。このトポロジ情報１３ａには、デバイス情報１３ａ１、ポート情報１３ａ２およびリンク情報１３ａ３などが含まれる。【００２３】
このうち、デバイス情報１３ａ１には、ネットワークデバイス３０に関する情報が定義される。例えば、デバイス情報１３ａ１には、デバイスＩＤ（IDentification）及びデバイス名などの項目が対応付けられたデータを採用できる。ここで言う「デバイスＩＤ」とは、ネットワークデバイス３０を識別する識別情報を指す。また、「デバイス名」とは、ネットワークデバイス３０に定義された名称を指す。なお、ここでは、ネットワークデバイス３０を定義する項目の一例として、デバイス名を例示したが、この他にも製造番号や型番などの他の項目をデバイス情報１３ａ１にさらに含めることもできる。【００２４】
また、ポート情報１３ａ２には、ネットワークデバイス３０が有するポートに関する情報が定義される。例えば、ポート情報１３ａ２には、ポートＩＤ、デバイスＩＤおよびポート名などの項目が対応付けられたデータを採用できる。ここで言う「ポートＩＤ」とは、ネットワークデバイス３０が有するポートを識別する識別情報を指す。また、「デバイスＩＤ」は、デバイス情報１３ａ１に含まれるデバイスＩＤと同様に、ネットワークデバイス３０の識別情報を指すが、ここでは、ポートＩＤで識別されるポートを有するネットワークデバイス３０のことを意味する。また、「ポート名」とは、ポートに定義された名称を指す。なお、ここでは、上記３つの項目を例示したが、この他にも、ポートに関する設定、例えばＶＬＡＮ（Virtual  LAN）やＬＡＧ（Link  Aggregation  Group）などの設定をさらに対応付けることとしてもかまわない。【００２５】
また、リンク情報１３ａ３には、ネットワークデバイス３０のポート間を接続するリンクに関する情報が定義される。例えば、リンク情報１３ａ３には、リンクＩＤ、デバイスＩＤ１、ポートＩＤ１、デバイスＩＤ２及びポートＩＤ２などの項目が対応付けられたデータを採用できる。ここで言う「リンクＩＤ」とは、リンクを識別する識別情報を指す。また、「ポートＩＤ１」及び「ポートＩＤ２」は、ポート情報１３ａ２に含まれるポートＩＤと同様に、ポートの識別情報を指すが、ここでは、リンクＩＤで識別されるリンクを接続する２つのポートの識別情報を意味する。さらに、「デバイスＩＤ１」及び「デバイスＩＤ２」は、デバイス情報１３ａ１に含まれるデバイスＩＤと同様に、ネットワークデバイス３０の識別情報を指すが、ここでは、ポートＩＤ１で識別されるポートを有するネットワークデバイス３０の識別情報と、ポートＩＤ２で識別されるポートを有するネットワークデバイス３０の識別情報のことを意味する。このように、リンク情報１３ａ３には、デバイス情報１３ａ１に含まれるポートの中でも、結線済みのポートまたはリンクアップ後のポートが登録される。【００２６】
フィルタ情報１３ｂには、フィルタが適用される範囲に関する情報である。ここで言う「フィルタ」とは、あくまで１つの側面として、リンクダウン状態の通知を抑止する機能を指す。【００２７】
例えば、上記のフィルタは、リンクダウン状態が発生する原因が未結線と識別されることを条件に適用させることとしてもよい。一例として、フィルタ情報１３ｂには、上記のフィルタが適用されるネットワークデバイスの範囲と、上記のフィルタが適用される通知形態の範囲とが設定される。【００２８】
ここで、ネットワークデバイス３０の適用範囲の一例として、なし、個別、全体およびエッジスイッチなどの選択肢の中から少なくともいずれか１つが設定される。例えば、「個別」が設定される場合、ネットワークＮＷを構築するネットワークデバイス３０のうちフィルタを適用するネットワークデバイス３０を個別に指定できる。この場合、クライアント端末５０により指定されたネットワークデバイス３０のデバイスＩＤが併せて設定される。また、「全体」が設定される場合、ネットワークＮＷを構築する全てのネットワークデバイス３０に上記のフィルタが適用される。また、「エッジスイッチ」が設定される場合、ネットワークＮＷを構築するネットワークデバイス３０のうちユーザ端末や周辺機器が接続されるネットワークデバイス３０、いわゆるエッジスイッチに上記のフィルタが適用される。当然のことながら、「なし」が設定される場合、ネットワークＮＷを構築する全てのネットワークデバイス３０に上記のフィルタが適用されない。なお、ここでは、ネットワークデバイス３０の適用範囲の一例として、上記の３つを例示したが、フィルタが適用される範囲をポート単位で設定させることとしてもかまわない。【００２９】
また、通知形態の適用範囲の一例として、パトランプ、デバイスアイコン及びパトランプ＋デバイスアイコンなどの選択肢の中から少なくともいずれか１つが設定される。ここで言う「パトランプ」とは、トポロジマップ上に表示される警告灯の標示の一種であり、「通常」または「異常」のいずれかを表すマークが表示される。すなわち、ネットワークＮＷにリンクダウン状態のポートを持つネットワークデバイス３０が存在しない場合、「通常」が表示される一方で、ネットワークＮＷにリンクダウン状態のポートを持つネットワークデバイス３０が少なくとも１つ以上存在する場合、「異常」が表示される。また、「デバイスアイコン」とは、ネットワークデバイス３０及びネットワークデバイス３０が持つポートが模式化されたアイコンを指す。例えば、「パトランプ」が設定される場合、パトランプの表示に上記のフィルタが適用される。また、「デバイスアイコン」が設定される場合、デバイスアイコンの表示に上記のフィルタが適用される。さらに、「パトランプ＋デバイスアイコン」が設定される場合、パトランプ及びデバイスアイコンの表示に上記のフィルタが適用される。【００３０】
また、フィルタ情報１３ｂには、ポートの結線チェックの判定フラグを設けることができる。例えば、判定フラグは、ポートの結線チェックを上記のフィルタを適用する条件とするか否かに用いることができる。この判定フラグには、一例として、０または１、ｆａｌｓｅまたはｔｒｕｅなどの２値の変数を設定することができる。例えば、判定フラグが立っている場合、結線チェックの結果によりリンクダウン状態の通知が抑止されるか否かが左右される一方で、判定フラグが立っていない場合、未結線または結線済のいずれであるかに左右されず、リンクダウン状態の通知が抑止される。このように、判定フラグをクライアント端末５０等を介してＯＮまたはＯＦＦに設定することにより、フィルタを適用する条件として、結線のチェックを行うか否かを選択できる。【００３１】
制御部１５は、ネットワーク管理装置１０の全体制御を行う処理部である。【００３２】
一実施形態として、制御部１５は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などのハードウェアプロセッサにより実装することができる。ここでは、プロセッサの一例として、ＣＰＵやＭＰＵを例示したが、汎用型および特化型を問わず、任意のプロセッサにより実装することができる。この他、制御部１５は、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などのハードワイヤードロジックによって実現されることとしてもかまわない。【００３３】
制御部１５は、図示しない主記憶装置として実装されるＤＲＡＭ（Dynamic  Random  Access  Memory）やＳＲＡＭ（Static  Random  Access  Memory）などのＲＡＭのワークエリア上に、上記のネットワーク管理サービスの機能を実現する制御プログラムを展開することにより、下記の処理部を仮想的に実現する。【００３４】
制御部１５は、図２に示すように、第１の収集部１５ａと、表示制御部１５ｂと、第２の収集部１５ｃと、特定部１５ｄと、判定部１５ｅと、通知制御部１５ｆとを有する。【００３５】
第１の収集部１５ａは、ネットワークデバイス３０からトポロジに関する情報を収集する処理部である。【００３６】
一実施形態として、第１の収集部１５ａは、次に挙げるタイミングで、ネットワークＮＷ上のネットワークデバイス３０からトポロジに関する情報を収集する。このような収集が実行されるタイミングの例として、前回に取得が実行されてからの時間が所定の周期、例えば５秒間を経過する場合の他、クライアント端末５０を介して指示入力が行われた場合、図示しない内部メモリに保存されるシステム時刻が所定の定期時刻、例えば６時、１２時、１８時などの時刻に到達する場合などが挙げられる。【００３７】
具体的には、第１の収集部１５ａは、show  running-configやshow  interfaces  status等のコマンドをネットワークＮＷ上のネットワークデバイス３０へ送信する。これにより、ポートのリンクアップ状態やポートの設定、例えばＶＬＡＮ＿ＩＤなどをコマンドの戻り値として取得することができる。さらに、第１の収集部１５ａは、show  lldp  neighbors等のコマンドをネットワークＮＷ上のネットワークデバイス３０へ送信する。これにより、コマンドの送信先のネットワークデバイス３０と、コマンドの送信先のネットワークデバイス３０が隣接するネットワークデバイス３０との間でＬＬＤＰ（Link  Layer  Discovery  Protocol）を介してアドバタイズされる情報、例えば互いに接続するポートのインタフェース情報などをコマンドの戻り値として取得することができる。これらのコマンドを用いて収集された情報にしたがって、第１の収集部１５ａは、トポロジ情報１３ａを生成して記憶部１３へ新規に登録したり、記憶部１３に記憶されたトポロジ情報１３ａを更新したりする。ここでは、デバイス間でＬＬＤＰを介して情報が授受される場合を例示したが、ＬＬＤＰ以外の他のプロトコル、例えばＣＤＰ（Cisco（登録商標）  Discovery  Protocol）を用いることとしてもかまわない。この場合、第１の収集部１５ａは、ネットワークデバイス３０に対し、show  cdp  neighbors等のコマンドをネットワークＮＷ上のネットワークデバイス３０へ送信することにより、インタフェース情報を収集できる。【００３８】
なお、ここでは、第１の収集部１５ａにより取得された情報にしたがってトポロジ情報１３ａの登録及び更新が行われる場合を例示したが、これらの登録及び更新は、他の方法により実現することもできる。例えば、ネットワークデバイス３０から取得されるＭＩＢ情報からトポロジ情報１３ａの登録および更新を行うことができる。また、ネットワーク管理者等にクライアント端末５０を介して入力させることとしてもかまわない。この場合、一例として、デバイスアイコンの配置およびポート間を接続するリンクの描画などをクライアント端末５０を介して受け付けることにより、トポロジマップを描画させることができる。【００３９】
表示制御部１５ｂは、クライアント端末５０に対する表示制御を行う処理部である。【００４０】
一側面として、表示制御部１５ｂは、記憶部１３に記憶されたトポロジ情報１３ａを参照して、ネットワークＮＷに含まれるデバイス間の接続形状が模式化されたトポロジマップをクライアント端末５０に表示させる。例えば、表示制御部１５ｂは、上記のトポロジ情報１３ａのうちデバイス情報１３ａ１に定義されたデバイスＩＤに対応するネットワークデバイス３０が模式化されたデバイスアイコンを配置する。さらに、表示制御部１５ｂは、上記のトポロジ情報１３ａのうちポート情報１３ａ２にしたがってデバイスアイコンに対応するネットワークデバイス３０が有する各ポートが模式化されたシンボルをさらに展開して表示する。さらに、表示制御部１５ｂは、上記のトポロジ情報１３ａのうちリンク情報１３ａ３にポートＩＤ１及びポートＩＤ２の登録があるネットワークデバイス３０のポートのシンボル同士を接続するリンクの線画をさらに描画する。このようにして生成されたトポロジマップがクライアント端末５０に表示される。【００４１】
第２の収集部１５ｃは、ネットワークデバイス３０から障害に関する情報を収集する処理部である。【００４２】
一実施形態として、第２の収集部１５ｃは、ＳＮＭＰ（Simple  Network  Management  Protocol）マネージャなどにより実装できる。例えば、第２の収集部１５ｃは、ネットワークデバイス３０上で動作するＳＮＭＰエージェントにＳＮＭＰコマンドを所定の間隔、例えば５分間で送信することにより、各ネットワークデバイス３０のＭＩＢ情報を定期的に取得する。このとき、第２の収集部１５ｃは、ＭＩＢ情報のうちインタフェース情報を取得するオブジェクトＩＤを指定してＳＮＭＰコマンドをＳＮＭＰエージェントへ送信することができる。この他、第２の収集部１５ｃは、ポートのｌｉｎｋｄｏｗｎトラップの受信設定を行うことにより、ネットワークデバイス３０のポートにリンクダウンが発生した場合に当該ネットワークデバイス３０上で動作するＳＮＭＰエージェントにリンクダウンを通知させることもできる。これらＳＮＭＰコマンドおよびＳＮＭＰトラップのうちいずれか１つを用いることもできるし、両方を併用することもできる。【００４３】
特定部１５ｄは、ネットワークＮＷに含まれる各ネットワークデバイス３０から収集した情報に基づいて、リンクダウンが発生したネットワークデバイス３０のポートを特定する処理部である。【００４４】
一実施形態として、特定部１５ｄは、第２の収集部１５ｃにより収集されたインタフェース情報に含まれるポートの中からリンクダウン状態のポートを検索することにより、リンクダウンが発生したネットワークデバイス３０のポートを特定する。また、特定部１５ｄは、ＳＮＭＰエージェントから通知されるｌｉｎｋｄｏｗｎトラップにより、リンクダウンが発生したネットワークデバイス３０のポートを特定する。【００４５】
その後、特定部１５ｄは、記憶部１３に記憶されたフィルタ情報１３ｂを参照して、リンクダウン状態にあるポートを持つネットワークデバイス３０がフィルタの適用範囲内であるか否かを判定する。例えば、フィルタ情報１３ｂのネットワークデバイス３０の適用範囲が「個別」に設定されている場合、リンクダウン状態にあるポートを持つネットワークデバイス３０に対応するデバイスＩＤの登録がフィルタ情報１３ｂにあるか否かを判定する。このとき、フィルタ情報１３ｂにデバイスＩＤの登録があれば、リンクダウン状態にあるポートを持つネットワークデバイス３０がフィルタの適用範囲内であると識別される。また、フィルタ情報１３ｂのネットワークデバイス３０の適用範囲が「全体」に設定されている場合、リンクダウン状態にあるポートを持つネットワークデバイス３０は、無条件にフィルタの適用範囲内であると識別される。また、フィルタ情報１３ｂのネットワークデバイス３０の適用範囲が「エッジスイッチ」に設定されている場合、リンクダウン状態にあるポートを持つネットワークデバイス３０がエッジスイッチである場合にフィルタの適用範囲内であると識別される。なお、当然のことながら、フィルタ情報１３ｂのネットワークデバイス３０の適用範囲が「なし」に設定されている場合、リンクダウン状態にあるポートを持つネットワークデバイス３０は、無条件にフィルタの適用範囲外であると識別される。【００４６】
判定部１５ｅは、ネットワークＮＷに含まれるネットワークデバイス３０から収集した情報に基づいて、特定したポートが他の装置のポートと結線されているか否かを判定する処理部である。【００４７】
一実施形態として、判定部１５ｅは、リンクダウン状態にあるポートを持つネットワークデバイス３０がフィルタの適用範囲内であると識別された場合、次のような処理を実行する。すなわち、判定部１５ｅは、記憶部１３に記憶されたトポロジ情報１３ａのうちリンク情報１３ａ３を参照して、特定部１５ｄにより特定されたポートが他のポートと結線されているか否かを判定する。例えば、判定部１５ｅは、リンク情報１３ａ３に定義されたポートＩＤ１またはポートＩＤ２のフィールドに、特定部１５ｄにより特定されたポートに対応するポートＩＤの登録があるか否かを判定する。このとき、リンク情報１３ａ３のポートＩＤ１またはポートＩＤ２のフィールドにポートＩＤの登録がある場合、リンクダウン状態にあるポートが結線済みであると識別できる。【００４８】
通知制御部１５ｆは、障害発生の通知を制御する処理部である。【００４９】
一側面として、通知制御部１５ｆは、判定部１５ｅによりリンクダウン状態にあるポートが結線済みであると判定された場合に、特定部１５ｄによりリンクダウン状態が特定されたポートについて障害発生の通知を許可する。この障害発生の通知は、フィルタ情報１３ｂの通知形態の適用範囲、例えば「パトランプ」、「デバイスアイコン」または「パトランプ＋デバイスアイコン」にしたがって実施される。例えば、フィルタ情報１３ｂの通知形態の適用範囲が「パトランプ」または「パトランプ＋デバイスアイコン」である場合、次のような通知制御が実施される。すなわち、パトランプの表示が「Ｎｏｒｍａｌ（通常）」である場合、通知制御部１５ｆは、トポロジマップ上に配置されたパトランプの表示を「Ｎｏｒｍａｌ（通常）」から「Ｅｒｒｏｒ（異常）」へ切り替える表示制御を表示制御部１５ｂに実行させる。また、フィルタ情報１３ｂの通知形態の適用範囲が「デバイスアイコン」または「パトランプ＋デバイスアイコン」である場合、次のような通知制御が実施される。すなわち、通知制御部１５ｆは、トポロジマップ上でリンクダウン状態にあるポートのシンボルと、リンクダウン状態にないポートのシンボルとの表示形態を区別する表示制御を表示制御部１５ｂに実行させる。例えば、通知制御部１５ｆは、トポロジマップ上でリンクダウン状態にあるポートのシンボルにリンクダウンを示すマークを付与する。【００５０】
他の側面として、通知制御部１５ｆは、判定部１５ｅによりリンクダウン状態にあるポートが結線済みであると判定されなかった場合に、特定部１５ｄによりリンクダウン状態が特定されたポートについて障害発生の通知を抑止する。【００５１】
［障害発生の通知と抑止の具体例］
図３は、トポロジマップの一例を示す図である。図３には、説明の便宜上、２つのネットワークデバイス３０に関するポート及びリンクが抜粋して示されているが、監視対象システム３に構築されるネットワークＮＷの形態が図示の例に限定される訳ではない。また、図３の左側には、リンクダウンが発生するポートを持つＮｏｄｅ−１がフィルタ情報１３ｂのネットワークデバイス３０の適用範囲外である場合のトポロジマップ３００が示される一方で、図３の中央及び右側には、リンクダウンが発生するポートを持つＮｏｄｅ−１がフィルタ情報１３ｂのネットワークデバイス３０の適用範囲内である場合のトポロジマップ３１０及び３２０が示されている。さらに、図３の中央及び右側には、フィルタ情報１３ｂの通知形態の適用範囲が「パトランプ＋デバイスアイコン」である場合のトポロジマップ３１０及び３２０が示されている。また、図３のトポロジマップ３１０には、Ｎｏｄｅ−１のポート「０２」及びＮｏｄｅ−２のポート「０２」が未結線である例が示される一方で、図３のトポロジマップ３２０には、Ｎｏｄｅ−１のポート「０２」及びＮｏｄｅ−２のポート「０２」が結線済みである例が示されている。【００５２】
例えば、Ｎｏｄｅ−１のポート「０２」にリンクダウンが発生したとしても、Ｎｏｄｅ−１がフィルタ情報１３ｂのネットワークデバイス３０の適用範囲外である場合、図３のトポロジマップ３００に示す通り、リンクダウン発生の通知は抑止されない。すなわち、パトランプ３００Ａには、Ｎｏｄｅ−１のポート「０２」のリンクダウンにより「Ｅｒｒｏｒ」が表示されると共に、Ｎｏｄｅ−１のデバイスアイコンが持つポート「０２」のシンボルには、リンクダウン状態を示すマーク、図中の黒丸が付加される。【００５３】
これに対し、Ｎｏｄｅ−１がフィルタ情報１３ｂのネットワークデバイス３０の適用範囲内である場合、図３のトポロジマップ３１０に示す通り、リンクダウン発生の通知は抑止される。なぜなら、Ｎｏｄｅ−１のポート「０２」は、他のポートと結線されていないからである。この場合、パトランプ３１０Ａには、Ｎｏｄｅ−１のポート「０２」のリンクダウンがあっても「Ｎｏｒｍａｌ」の表示のままであると共に、Ｎｏｄｅ−１のデバイスアイコンが持つポート「０２」のシンボルにも、リンクダウン状態を示すマークは付加されない。このようにリンクダウンの発生原因が未結線である場合、リンクダウン発生の通知を抑止することで、リンクダウン発生の通知を発生原因が障害であるものに絞り込むと共に、リンクとして機能させる企図のないポートに関するリンクダウン発生が通知される煩わしさを低減できる。それ故、リンクダウン発生の通知が煩雑化するのを抑制できる。さらに、Ｎｏｄｅ−１がエッジスイッチでなければ、未結線のポートのシャットダウンを行った方が省電力の面から障害発生の通知によるメリットを得られるが、Ｎｏｄｅ−１がエッジスイッチである場合、Ｎｏｄｅ−１のポートに接続する機器、例えばユーザ端末や周辺機器を柔軟に変更するために未結線のポートをあえてシャットダウンしないユースケースがある。この場合、リンクダウン発生が通知されるよりも通知が抑止された方がメリットが大きい。このようなユースケースに対応するために、フィルタ情報１３ｂのネットワークデバイス３０の適用範囲をエッジスイッチに絞り込むこともできる。【００５４】
このようにＮｏｄｅ−１がフィルタ情報１３ｂのネットワークデバイス３０の適用範囲内であっても、Ｎｏｄｅ−１のポート「０２」及びＮｏｄｅ−２のポート「０２」が結線された場合、図３のトポロジマップ３２０に示す通り、リンクダウン発生は通知されることになる。すなわち、パトランプ３２０Ａには、Ｎｏｄｅ−１のポート「０２」のリンクダウンにより「Ｅｒｒｏｒ」が表示されると共に、Ｎｏｄｅ−１のデバイスアイコンが持つポート「０２」のシンボルには、リンクダウン状態を示すマーク、図中の黒丸が付加される。このように未結線から結線への結線状態の変化に合わせてリンクダウン発生の通知の抑止を解除することができる。【００５５】
図４は、トポロジマップの一例を示す図である。図４においても、説明の便宜上、２つのネットワークデバイス３０に関するポート及びリンクが抜粋して示されているが、監視対象システム３に構築されるネットワークＮＷの形態が図示の例に限定される訳ではない。また、図４の左側には、リンクダウンが発生するポートを持つＮｏｄｅ−１がフィルタ情報１３ｂのネットワークデバイス３０の適用範囲外である場合のトポロジマップ４００が示される一方で、図４の右側には、リンクダウンが発生するポートを持つＮｏｄｅ−１がフィルタ情報１３ｂのネットワークデバイス３０の適用範囲内である場合のトポロジマップ４１０が示されている。さらに、図４の右側には、フィルタ情報１３ｂの通知形態の適用範囲が「パトランプ＋デバイスアイコン」である場合のトポロジマップ４１０が示されている。【００５６】
図４のトポロジマップ４００及び４１０に示す通り、結線済みであるＮｏｄｅ−１のポート「０１」にリンクダウンが発生した場合、Ｎｏｄｅ−１がフィルタ情報１３ｂのネットワークデバイス３０の適用範囲内であろうと、Ｎｏｄｅ−１がフィルタ情報１３ｂのネットワークデバイス３０の適用範囲外であろうと、リンクダウン発生の通知は抑止されない。すなわち、パトランプ４００Ａ及び４１０Ａには、Ｎｏｄｅ−１のポート「０１」のリンクダウンにより「Ｅｒｒｏｒ」が表示されると共に、Ｎｏｄｅ−１のデバイスアイコンが持つポート「０１」のシンボルには、リンクダウン状態を示すマーク、図中の黒丸が付加される。このように、結線済みのポートのリンクダウン発生は通知されるので、リンクアップしていたポートに関する障害発生の通知がリンクとして機能させる企図のないポートに関するリンクダウン発生の通知の中に紛れない。したがって、リンクダウン発生の通知が煩雑化するのを抑制できる。この結果、リンクダウンから復旧するまでの期間を短縮するのを支援することもできる。【００５７】
［処理の流れ］
図５は、実施例１に係る監視処理の手順を示すフローチャートである。この処理は、一例として、リンクダウンの発生が特定されることを条件に起動する。図５に示すように、リンクダウンが発生したポートが特定された場合（ステップＳ１０１Ｙｅｓ）、特定部１５ｄは、記憶部１３に記憶されたフィルタ情報１３ｂを参照して、リンクダウン状態にあるポートを持つネットワークデバイス３０がフィルタの適用範囲内であるか否かを判定する（ステップＳ１０２）。【００５８】
このとき、リンクダウン状態にあるポートを持つネットワークデバイス３０がフィルタの適用範囲外である場合（ステップＳ１０２Ｎｏ）、通知制御部１５ｆは、トポロジマップ上のパトランプやデバイスアイコンの表示を通じてリンクダウン発生の通知を行い（ステップＳ１０３）、処理を終了する。【００５９】
一方、リンクダウン状態にあるポートを持つネットワークデバイス３０がフィルタの適用範囲内である場合（ステップＳ１０２Ｙｅｓ）、特定部１５ｄは、記憶部１３に記憶されたフィルタ情報１３ｂを参照して、結線チェックの判定フラグがＯＮであるか否か、すなわち未結線であるポートにのみフィルタを適用するか否かをさらに判定する（ステップＳ１０４）。【００６０】
このとき、未結線であるポートにのみフィルタを適用する場合（ステップＳ１０４Ｙｅｓ）、判定部１５ｅは、記憶部１３に記憶されたトポロジ情報１３ａのうちリンク情報１３ａ３を参照して、ステップＳ１０１で特定されたポートが他のポートと結線されているか否かを判定する（ステップＳ１０５）。【００６１】
ここで、リンクダウン状態にあるポートが未結線である場合（ステップＳ１０５Ｎｏ）、通知制御部１５ｆは、特定部１５ｄによりリンクダウン状態が特定されたポートについて障害発生の通知を抑止し（ステップＳ１０６）、処理を終了する。【００６２】
また、リンクダウン状態にあるポートが結線済みである場合（ステップＳ１０５Ｙｅｓ）、通知制御部１５ｆは、トポロジマップ上のパトランプやデバイスアイコンの表示を通じてリンクダウン発生の通知を行い（ステップＳ１０３）、処理を終了する。【００６３】
また、フィルタの適用が未結線のポートに限られない場合（ステップＳ１０４Ｎｏ）、リンクダウン状態の通知を抑止するのに、リンクダウン状態にあるポートの結線チェックを実施せずともかまわない。この場合、通知制御部１５ｆは、特定部１５ｄによりリンクダウン状態が特定されたポートについて障害発生の通知を抑止し（ステップＳ１０６）、処理を終了する。【００６４】
［効果の一側面］
上述してきたように、本実施例に係るネットワーク管理装置１０は、リンクダウンが発生したポートが他のポートと結線されているか否かにより、リンクダウン発生の通知を抑止するか否かを制御する。このため、リンクとして機能させる企図のないポートに関するリンクダウン発生が通知される煩わしさを低減できる。また、リンクダウン発生の通知を発生原因が障害であるものに絞り込むことができる結果、リンクアップしていたポートに関する障害発生の通知がリンクとして機能させる企図のないポートに関するリンクダウン発生の通知の中に紛れるのも抑止できる。したがって、本実施例に係るネットワーク管理装置１０によれば、リンクダウン発生の通知が煩雑化するのを抑制できる。
【実施例２】
【００６５】
さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。【００６６】
［通知形態］
上記の実施例１では、障害発生の通知が表示により実現される場合を例示したが、障害発生の通知形態は表示に限定されない。例えば、ネットワーク管理装置１０は、障害発生の通知を音声により実現することもできるし、表示および音声により実現することもできる。この場合にも、リンクダウンが発生したポートが未結線であれば、音声による通知を抑止することができる。また、障害発生の通知を表示および音声により実現する場合、リンクダウンが発生したポートが未結線であれば、表示または音声のいずれか一方の通知に絞って抑止することもできる。【００６７】
［ログ出力の抑止］
上記の実施例１では、障害発生の通知を抑止する場合を例示したが、他の処理、例えばネットワークデバイス３０のログ出力を抑止することもできる。例えば、リンクダウンが発生したポートが未結線であれば、リンクダウンのログ出力を抑止することができる。【００６８】
［リンクダウン以外の障害］
上記の実施例１では、障害の一例として、リンクダウンを例示したが、通知制御を行う対象がリンクダウンに限定される訳ではない。例えば、ネットワーク管理装置１０は、他の障害、例えばネットワークデバイス３０またはネットワークデバイス３０のポートの電源故障、ネットワークデバイス３０の温度異常、ネットワークデバイス３０の部品故障、これら以外の障害についてもその通知を未結線であるか否かにより抑止することができる。【００６９】
［分散および統合］
また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、第１の収集部１５ａ、表示制御部１５ｂ、第２の収集部１５ｃ、特定部１５ｄ、判定部１５ｅまたは通知制御部１５ｆをネットワーク管理装置１０の外部装置としてネットワーク経由で接続するようにしてもよい。また、第１の収集部１５ａ、表示制御部１５ｂ、第２の収集部１５ｃ、特定部１５ｄ、判定部１５ｅまたは通知制御部１５ｆを別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記のネットワーク管理装置１０の機能を実現するようにしてもよい。また、記憶部１３に記憶されるトポロジ情報１３ａ、フィルタ情報１３ｂの全部または一部を別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記のネットワーク管理装置１０の機能を実現するようにしてもかまわない。【００７０】
［監視処理プログラム］
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図６を用いて、上記の実施例と同様の機能を有する監視処理プログラムを実行するコンピュータの一例について説明する。【００７１】
図６は、実施例１及び実施例２に係る監視処理プログラムを実行するコンピュータのハードウェア構成例を示す図である。図６に示すように、コンピュータ１００は、操作部１１０ａと、スピーカ１１０ｂと、カメラ１１０ｃと、ディスプレイ１２０と、通信部１３０とを有する。さらに、このコンピュータ１００は、ＣＰＵ１５０と、ＲＯＭ１６０と、ＨＤＤ１７０と、ＲＡＭ１８０とを有する。これら１１０〜１８０の各部はバス１４０を介して接続される。【００７２】
ＨＤＤ１７０には、図６に示すように、上記の実施例１で示した第１の収集部１５ａ、表示制御部１５ｂ、第２の収集部１５ｃ、特定部１５ｄ、判定部１５ｅ及び通知制御部１５ｆと同様の機能を発揮する監視処理プログラム１７０ａが記憶される。この監視処理プログラム１７０ａは、図２に示した第１の収集部１５ａ、表示制御部１５ｂ、第２の収集部１５ｃ、特定部１５ｄ、判定部１５ｅ及び通知制御部１５ｆの各構成要素と同様、統合又は分離してもかまわない。すなわち、ＨＤＤ１７０には、必ずしも上記の実施例１で示した全てのデータが格納されずともよく、処理に用いるデータがＨＤＤ１７０に格納されればよい。【００７３】
このような環境の下、ＣＰＵ１５０は、ＨＤＤ１７０から監視処理プログラム１７０ａを読み出した上でＲＡＭ１８０へ展開する。この結果、監視処理プログラム１７０ａは、図６に示すように、監視処理プロセス１８０ａとして機能する。この監視処理プロセス１８０ａは、ＲＡＭ１８０が有する記憶領域のうち監視処理プロセス１８０ａに割り当てられた領域にＨＤＤ１７０から読み出した各種データを展開し、この展開した各種データを用いて各種の処理を実行する。例えば、監視処理プロセス１８０ａが実行する処理の一例として、図５に示す処理などが含まれる。なお、ＣＰＵ１５０では、必ずしも上記の実施例１で示した全ての処理部が動作せずともよく、実行対象とする処理に対応する処理部が仮想的に実現されればよい。【００７４】
なお、上記の監視処理プログラム１７０ａは、必ずしも最初からＨＤＤ１７０やＲＯＭ１６０に記憶されておらずともかまわない。例えば、コンピュータ１００に挿入されるフレキシブルディスク、いわゆるＦＤ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させる。そして、コンピュータ１００がこれらの可搬用の物理媒体から各プログラムを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１００に接続される他のコンピュータまたはサーバ装置などに各プログラムを記憶させておき、コンピュータ１００がこれらから各プログラムを取得して実行するようにしてもよい。
【符号の説明】
【００７５】
１    ネットワーク管理システム
３    監視対象システム
１０    ネットワーク管理装置
１１    通信Ｉ／Ｆ部
１３    記憶部
１３ａ  トポロジ情報
１３ｂ  フィルタ情報
１５    制御部
１５ａ  第１の収集部
１５ｂ  表示制御部
１５ｃ  第２の収集部
１５ｄ  特定部
１５ｅ  判定部
１５ｆ  通知制御部
３０Ａ，３０Ｂ，３０Ｃ    ネットワークデバイス
５０    クライアント端末
【図１】
0006798605.tif 000002
【図２】
0006798605.tif 000003
【図３】
0006798605.tif 000004
【図４】
0006798605.tif 000005
【図５】
0006798605.tif 000006
【図６】
0006798605.tif 000007