JPH09204384A5 - - Google Patents

Description

【００４３】
表２の例において、フィルタ名は次のとおりである。CriticalNodes、BackboneNodes、Router、Level2Conn、MultiIF、Critical、Backbone、AdminNode 、Connectors、MultiSegmentHosts、及びBackboneNodes。この例において、例えば、CriticalNodesはノード「ov1」及びファイル「/var/openview/critical.nodes」として指定され、従って、上記のノードは許可され、フィルタリング・システム103によって伝えられる。更に、この例において、例えば、フィルタ式「Router && Level2Conn」が真の場合、即ちRouterとLevel2Connが両方とも真、即ち許可される場合、フィルタ式「Connectors」は許可される。

【００６０】
図８はフィルタ初期化ブロック702（図７）のアーキテクチャと機能を説明する流れ図を示している。このソフトウェア・モジュールにおいて、現在開いているネットワーク管理マップ 200 に対してユーザが構成しているフィルタが特定され、フィルタがフィルタリング・ライブラリ321に常駐しているかどうかに関する判定が行われる。

【００６８】
次に、現行のオブジェクトOBJECT[OBJCTR]（ただし、OBJCTR＝数値）がブロック912に示すように、フィルタを通過するかどうか判定される。この判定については、図13を参照して以下で更に説明する。現行のオブジェクトOBJECT[OBJCTR]がフィルタを通過しないと判定された場合、流れ図のブロック914に示すように、カウンタOBJCTRがインクリメントされる。更に、カウンタOBJCTRがオブジェクトの総数を超えているかどうか判定される。超えていない場合、ブロック916はブロック912に戻り、ループが継続し、次のオブジェクトを処理する。超えている場合、ブロック916はブロック908に移る（このことによって、他のネットワークが使用可能な場合には、これが選択される）。

【００６９】
ブロック912において、現行のオブジェクトOBJECT[OBJCTR]がライブラリ321内のフィルタを通過すると判定された場合、ブロック912はブロック918に移る。ブロック918において、変換器318は現行オブジェクトをマップ200に追加する。この手順は図16に示されており、これについては以下で更に説明する。オブジェクトがマップに追加された後、カウンタOBJCTRがインクリメントされ、流れ図のブロック914、916に示すように、他のオブジェクトが使用可能な場合には、これが処理される。

【００７６】
ブロック1108はブロック1110に移る。ブロック1110において、復号された事象データ（即ち、レコード）がTLISTに追加される。ブロック1112において、カウンタTRAPCTRがインクリメントされ、他の事象に対するサービスが行われる。ブロック1112はブロック1114に移り、サービスする事象が他にあるかどうかを判定する。存在している場合、ブロック1114はブロック1102に戻り、上述のプロセスが繰り返される。存在していない場合には、ブロック1114はブロック1002（図10）に戻る。

【００９７】
図17を参照すると、ブロック1610（図16）のサブマップ変更計算に関して、ブロック1704がオブジェクト・リストOBLISTから単一のオブジェクトに関するデータを検索する。ブロック1704はブロック1706に移り、オブジェクト・タイプがネットワークであるかどうかについて判定を行う。ネットワークである場合、ブロック1706はブロック1708（図18の流れ図）に移り、サブマップの変更を計算し、次いでブロック1708は図 16 に戻る。ネットワークでない場合、ブロック1706はブロック1710に移る。

【００９８】
ブロック1710において、オブジェクト・タイプがセグメントであるかどうかについての判定が行われる。セグメントである場合、ブロック1710はブロック1712（図19の流れ図）に移り、サブマップに対するセグメントの変更を計算し、次いでブロック1712は図 16 に戻る。セグメントでない場合、ブロック1710はブロック1714に移る。

【００９９】
ブロック1714において、オブジェクト・タイプがノードであるかどうかについて判定が行われる。ノードである場合、ブロック1714はブロック1716（図20の流れ図）に移り、サブマップに対するノードの変更を計算し、次いでブロック1716は図 16 に戻る。ノードでない場合、ブロック1714はブロック1718に移る。

【０１００】
ブロック1718において、オブジェクト・タイプがインタフェースであるかどうかについて判定が行われる。インタフェースである場合、ブロック1718はブロック1720（図21ないし図23の流れ図）に移り、サブマップに対するインタフェースの変更を計算し、次いでブロック1720は図 16 に戻る。インタフェースでない場合、流れ図は終了する。

【０１０１】
図18はネットワーク変更ブロック1708（図17）を実装する好適実施例のアーキテクチャ及び機能の流れ図を示している。この流れ図はインターネット・サブマップ204（図２）に対する変更を計算し、ネットワークを表示する。更に、好適実施例におけるインターネット・レベルでは、単一のサブマップしかない（複数のサブマップが可能である）。図18を参照すると、ブロック1802において、変数INETがインターネット・サブマップ204（図２）の内容にセットされる。その内容は、ネットワーク・オブジェクトとルータ・オブジェクトのリスト、及びネットワークとルータ・オブジェクトの間の接続のリストを含む。ブロック1802はブロック1804に移る。ブロック1804において、変数NETOBJはオブジェクト識別子OBJIDの値にセットされる。OBJIDはOBJINFOから検索される。ブロック1804はブロック1806に移る。ブロック1806において、NETOBJがINET内にあるかどうか、即ち変更されるオブジェクトがインターネット・サブマップ（図２）内に常駐しているかどうかの判定が行われる。常駐している場合、ブロック1806はブロック1808に移り、NETOBJに関連するネットワークをリストSYMCHANGELISTに追加する。常駐していない場合、ブロック1806はブロック1810に移り、NETOBJに関連するネットワークをリストNEWSYMLISTに追加する。リストSYMCHANGELIST及びNEWSYMLISTは最終的に、そのバッチ転送の間に、変換器318によってGUI 322に送られる。

【０１１２】
ブロック2136において、NODEOBJがSEG内に存在するかどうか、即ち、ノード・オブジェクトがセグメント・マップ208（図２）内に存在するかどうかの判定が行われる。存在しない場合、流れ図は図23のブロック2146に移る。存在する場合、ブロック2136はブロック2138に移る。

Claims (4)

1. ネットワークの装置及び相互接続を効率よく発見し、表示するための管理システムであって、
   プロセッサと、
   メモリと、
   表示装置と、
   前記プロセッサ、前記メモリ、及び前記表示装置を相互接続し、前記ネットワークに接続することのできるインタフェースと、
   前記プロセッサを駆動するための、前記メモリに記憶された発見機構であって、前記ネットワークの前記装置、及び前記相互接続を示すトポロジ・データを発見し、記憶するよう構成される発見機構と、
   前記プロセッサを駆動するための、前記メモリに記憶されたレイアウト機構であって、前記発見機構から前記トポロジ・データを受信するよう構成され、前記トポロジ・データに基づいて前記表示装置を駆動するよう構成されるレイアウト機構と、
   前記プロセッサを駆動するための、前記メモリに記憶されたフィルタリング・システムであって、前記発見機構から前記レイアウト機構へ送信される前記トポロジ・データ内のオブジェクトをフィルタするよう構成されるフィルタリング・システム
   を備える、前記管理システム。
2. 前記フィルタリング・システムに関連するライブラリを更に備え、
   前記ライブラリは、どの前記オブジェクトが前記発見機構から前記レイアウト機構まで伝送されるかを指定するよう構成される、請求項１に記載のシステム。
3. 前記プロセッサを駆動するための、前記メモリに記憶された第２の発見機構であって、前記ネットワークの前記装置及び前記相互接続を示すトポロジ・データを発見し、記憶するよう構成される第２の発見機構と、
   前記プロセッサを駆動するための、前記メモリに記憶された第２のフィルタリング・システムであって、前記第１と第２の発見機構の間で送信される前記トポロジ・データ内のオブジェクトをフィルタするよう構成される第２のフィルタリング・システム
   を更に備える、請求項１に記載のシステム。
4. 前記トポロジ・データをマップ・データに変換するよう構成される変換器と、
   前記変換器から前記マップ・データを受信するよう構成され、前記マップ・データに基づいて前記表示装置を駆動するよう構成されるグラフィカル・ユーザ・インタフェース
   とを前記レイアウト機構が更に備える、請求項１に記載のシステム。