JPH09204384A - 高性能ネットワーク管理マップ用のフィルタリング・システム及び方法 - Google Patents
高性能ネットワーク管理マップ用のフィルタリング・システム及び方法Info
- Publication number
- JPH09204384A JPH09204384A JP8291821A JP29182196A JPH09204384A JP H09204384 A JPH09204384 A JP H09204384A JP 8291821 A JP8291821 A JP 8291821A JP 29182196 A JP29182196 A JP 29182196A JP H09204384 A JPH09204384 A JP H09204384A
- Authority
- JP
- Japan
- Prior art keywords
- block
- network
- submap
- discovery
- filter
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000001914 filtration Methods 0.000 title claims description 98
- 238000000034 method Methods 0.000 title description 51
- 230000007246 mechanism Effects 0.000 claims abstract description 75
- 230000014509 gene expression Effects 0.000 abstract description 17
- 238000004891 communication Methods 0.000 abstract description 14
- 230000006870 function Effects 0.000 abstract description 11
- 238000012546 transfer Methods 0.000 description 50
- 238000010586 diagram Methods 0.000 description 39
- 230000008859 change Effects 0.000 description 26
- 230000008569 process Effects 0.000 description 11
- 230000008901 benefit Effects 0.000 description 10
- 230000004048 modification Effects 0.000 description 7
- 238000012986 modification Methods 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 238000004364 calculation method Methods 0.000 description 3
- 239000000463 material Substances 0.000 description 2
- 238000010200 validation analysis Methods 0.000 description 2
- 241000699670 Mus sp. Species 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 230000007123 defense Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002401 inhibitory effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 業界標準のSNMPフ゜ロトコルを使用した管理ステーション
(100)として機能する、汎用コンヒ゜ュータ・システム(100)を構成す
る発見/レイアウト・ソフトウエア(101)を提供する。 【解決手段】 発見/レイアウト・ソフトウエア(101)は、連携して発
見/レイアウト・ソフトウエア(101)が、ネットワーク・トホ゜ロシ゛を示すための
表示装置(108)に各種サフ゛マッフ゜(202-210)を提供し、ネットワー
ク(118)の装置及び装置の相互接続を含む発見機構(302)
とレイアウト機構(304)を有している。サフ゛マッフ゜は、ネットワーク(11
8)の様々な階層表現に対応する。サフ゛マッフ゜内で表示され
るオフ゛シ゛ェクトをフィルタするための、１つ、又は複数のフィルタリン
ク゛・システム(103)が発見/レイアウト・ソフトウエア(101)に提供される。
フィルタリンク゛・システム(103)はサフ゛マッフ゜内の混乱を減らし、メモリ使
用量と関連する費用を低減させ、かつより高い性能を達
成するためにフ゜ロセス間通信(コンテキスト・スイッチンク゛)を低減させ
る。
(100)として機能する、汎用コンヒ゜ュータ・システム(100)を構成す
る発見/レイアウト・ソフトウエア(101)を提供する。 【解決手段】 発見/レイアウト・ソフトウエア(101)は、連携して発
見/レイアウト・ソフトウエア(101)が、ネットワーク・トホ゜ロシ゛を示すための
表示装置(108)に各種サフ゛マッフ゜(202-210)を提供し、ネットワー
ク(118)の装置及び装置の相互接続を含む発見機構(302)
とレイアウト機構(304)を有している。サフ゛マッフ゜は、ネットワーク(11
8)の様々な階層表現に対応する。サフ゛マッフ゜内で表示され
るオフ゛シ゛ェクトをフィルタするための、１つ、又は複数のフィルタリン
ク゛・システム(103)が発見/レイアウト・ソフトウエア(101)に提供される。
フィルタリンク゛・システム(103)はサフ゛マッフ゜内の混乱を減らし、メモリ使
用量と関連する費用を低減させ、かつより高い性能を達
成するためにフ゜ロセス間通信(コンテキスト・スイッチンク゛)を低減させ
る。
Description
【０００１】
【発明の属する技術分野】本発明は、一般にデータ通信
ネットワークに関し、より詳細には、管理ステーション
においてデータ通信ネットワークのネットワーク管理マ
ップを効率よく生成するためのフィルタリング・システ
ム及び方法に関する。
ネットワークに関し、より詳細には、管理ステーション
においてデータ通信ネットワークのネットワーク管理マ
ップを効率よく生成するためのフィルタリング・システ
ム及び方法に関する。
【０００２】
【従来の技術】データ通信ネットワークは一般に、ネッ
トワーク・ノードにおかれた装置、例えば、コンピュー
タ、中継器、ブリッジ、ルータなどのグループと、各種
のノードを相互接続する通信チャネルの集合を含んでい
る。ネットワークに関連づけられたハードウェアとソフ
トウェア、及び特に装置により、装置が通信チャネルを
介してデータを電子的に交換することが可能となる。
トワーク・ノードにおかれた装置、例えば、コンピュー
タ、中継器、ブリッジ、ルータなどのグループと、各種
のノードを相互接続する通信チャネルの集合を含んでい
る。ネットワークに関連づけられたハードウェアとソフ
トウェア、及び特に装置により、装置が通信チャネルを
介してデータを電子的に交換することが可能となる。
【０００３】ネットワークのサイズは様々である。ロー
カル・エリア・ネットワーク(LAN)は近接した、通常は1
609ｍ（１マイル）未満のところにあり、単一のケーブ
ル、例えば同軸ケーブルによって通常接続されている装
置のネットワークである。広域ネットワーク(WAN)は遠
く離れており、例えば電話回線又は人工衛星リンクによ
って接続されることが多い装置のネットワークである。
実際には、WANの中には米国、ならびに世界をカバーし
ているものがある。更に、これらのネットワークの多く
は一般に大学や民間企業を含む公衆が使用するのに広く
開放されている。
カル・エリア・ネットワーク(LAN)は近接した、通常は1
609ｍ（１マイル）未満のところにあり、単一のケーブ
ル、例えば同軸ケーブルによって通常接続されている装
置のネットワークである。広域ネットワーク(WAN)は遠
く離れており、例えば電話回線又は人工衛星リンクによ
って接続されることが多い装置のネットワークである。
実際には、WANの中には米国、ならびに世界をカバーし
ているものがある。更に、これらのネットワークの多く
は一般に大学や民間企業を含む公衆が使用するのに広く
開放されている。
【０００４】ネットワークによるデータ通信用の極めて
普通の業界標準プロトコルはインターネット・プロトコ
ル(IP)である。このプロトコルはもともと米国政府の国
防省が開発したもので、米国政府により公共の使用に供
されたものである。そのうち、伝送制御プロトコル(TC
P)及び低信頼性データグラム・プロトコル(UDP)がIPと
ともに使用するために開発された。前者のプロトコル(T
CP/IP)はいくつかのチェック機能を実施するため、エラ
ーのないデータ転送を保証するプロトコルであり、後者
のプロトコル(UDP/IP)はデータ転送を保証しないが、必
要なオーバヘッドがTCP/IPプラットフォームよりもはる
かに少ないプロトコルである。更に、ネットワークに配
置された各種の装置を記録し、管理し続けるために、UD
P/IPプラットフォームとともに使用する単純ネットワー
ク管理プロトコル(SNMP)が最終的に開発された。上述の
プロトコルの使用が、業界で広範囲にわたって行われる
ようになり、多数のベンダが現在これらのプロトコルを
用いることができる多くのタイプのネットワーク装置を
製造している。
普通の業界標準プロトコルはインターネット・プロトコ
ル(IP)である。このプロトコルはもともと米国政府の国
防省が開発したもので、米国政府により公共の使用に供
されたものである。そのうち、伝送制御プロトコル(TC
P)及び低信頼性データグラム・プロトコル(UDP)がIPと
ともに使用するために開発された。前者のプロトコル(T
CP/IP)はいくつかのチェック機能を実施するため、エラ
ーのないデータ転送を保証するプロトコルであり、後者
のプロトコル(UDP/IP)はデータ転送を保証しないが、必
要なオーバヘッドがTCP/IPプラットフォームよりもはる
かに少ないプロトコルである。更に、ネットワークに配
置された各種の装置を記録し、管理し続けるために、UD
P/IPプラットフォームとともに使用する単純ネットワー
ク管理プロトコル(SNMP)が最終的に開発された。上述の
プロトコルの使用が、業界で広範囲にわたって行われる
ようになり、多数のベンダが現在これらのプロトコルを
用いることができる多くのタイプのネットワーク装置を
製造している。
【０００５】管理ステーションの中には、要求時のサブ
マップ機能を有しているものもある。このようなものの
例の１つにヒューレット・パッカードの「OPENVIEW」TM
がある。要求時サブマップ・システムにおいては、サブ
マップが表示すべきネットワークの各ビューに対応して
いる。ネットワーク管理マップは全てのサブマップの集
合体である。これらの要求時サブマップ・システム、及
び特に「OPENVIEW」TMシステムにおいて、ユーザはどの
サブマップを利用したいかを指定し、それ故、マップ内
に常駐しているサブマップを指定する。更に、マップに
常駐しているものとして指定されていなくても、ユーザ
は操作中にサブマップを開く、即ち「展開」することも
できる。この場合、ユーザがマネージャのステーション
にサブマップを開くよう指示し、それ故、要求時に名前
を指定すると、サブマップはトポロジ・データから即時
に生成される。
マップ機能を有しているものもある。このようなものの
例の１つにヒューレット・パッカードの「OPENVIEW」TM
がある。要求時サブマップ・システムにおいては、サブ
マップが表示すべきネットワークの各ビューに対応して
いる。ネットワーク管理マップは全てのサブマップの集
合体である。これらの要求時サブマップ・システム、及
び特に「OPENVIEW」TMシステムにおいて、ユーザはどの
サブマップを利用したいかを指定し、それ故、マップ内
に常駐しているサブマップを指定する。更に、マップに
常駐しているものとして指定されていなくても、ユーザ
は操作中にサブマップを開く、即ち「展開」することも
できる。この場合、ユーザがマネージャのステーション
にサブマップを開くよう指示し、それ故、要求時に名前
を指定すると、サブマップはトポロジ・データから即時
に生成される。
【０００６】
【発明が解決しようとする課題】現在利用可能なSNMP管
理ステーションは、ある程度価値があるものであるが、
SNMP管理ステーションの技術はまだ幼児期のものであ
り、これらの管理ステーションの性能は依然拡張され、
最適化されうるものである。最適化が考えられる特定の
領域としては、ネットワーク管理マップのカスタマイズ
がある。現在、ネットワーク・トポロジが明らかにされ
ており、このトポロジ情報は全てネットワーク管理マッ
プに表示される。この苦境は結果的に、サブマップにお
けるオブジェクトを複雑にし、各サブマップに関係する
機能が弱められる。更に、この状況により、メモリ空間
が不必要に使用されることとなり、望ましくない経費と
過剰なプロセス間通信、即ちコンテキスト・スイッチン
グをもたらし、これが性能を劣化させる。
理ステーションは、ある程度価値があるものであるが、
SNMP管理ステーションの技術はまだ幼児期のものであ
り、これらの管理ステーションの性能は依然拡張され、
最適化されうるものである。最適化が考えられる特定の
領域としては、ネットワーク管理マップのカスタマイズ
がある。現在、ネットワーク・トポロジが明らかにされ
ており、このトポロジ情報は全てネットワーク管理マッ
プに表示される。この苦境は結果的に、サブマップにお
けるオブジェクトを複雑にし、各サブマップに関係する
機能が弱められる。更に、この状況により、メモリ空間
が不必要に使用されることとなり、望ましくない経費と
過剰なプロセス間通信、即ちコンテキスト・スイッチン
グをもたらし、これが性能を劣化させる。
【０００７】従って、オブジェクトの複雑さを低下さ
せ、メモリ要件と経費を最小化し、かつ性能（速度を含
む）を最適化するための管理ステーションのネットワー
ク管理マップの内容をより良好にカスタマイズするシス
テム及び方法の必要性が、業界に存在している。
せ、メモリ要件と経費を最小化し、かつ性能（速度を含
む）を最適化するための管理ステーションのネットワー
ク管理マップの内容をより良好にカスタマイズするシス
テム及び方法の必要性が、業界に存在している。
【０００８】
【課題を解決するための手段】要するに、本発明はネッ
トワーク管理マップの内容をカスタマイズするための管
理ステーション用のフィルタリング・システム及び方法
である。このシステムは、システムの各種ソフトウェア
要素によって提供される命令を実行するプロセッサ、各
種ソフトウェア要素を記憶するメモリ、ネットワークの
装置及び相互接続を示す表示装置、前記要素とネットワ
ークを相互接続するインタフェース、ネットワーク・ト
ポロジ・データを決定する発見機構、ネットワーク・ト
ポロジ・データをマップ・データに変換し、マップ・デ
ータによって表示装置を駆動するレイアウト機構、及び
以下で更に説明するように、本発明の重要な特徴である
フィルタリング・システムを含んでいる。
トワーク管理マップの内容をカスタマイズするための管
理ステーション用のフィルタリング・システム及び方法
である。このシステムは、システムの各種ソフトウェア
要素によって提供される命令を実行するプロセッサ、各
種ソフトウェア要素を記憶するメモリ、ネットワークの
装置及び相互接続を示す表示装置、前記要素とネットワ
ークを相互接続するインタフェース、ネットワーク・ト
ポロジ・データを決定する発見機構、ネットワーク・ト
ポロジ・データをマップ・データに変換し、マップ・デ
ータによって表示装置を駆動するレイアウト機構、及び
以下で更に説明するように、本発明の重要な特徴である
フィルタリング・システムを含んでいる。
【０００９】フィルタリング・システムは管理ステーシ
ョンの３つの可能な位置のうち１つ又は複数の位置に配
置できる。まず、フィルタリング・システムを発見機構
とレイアウト機構の間に配置し、フィルタリング・シス
テムが、発見機構からレイアウト機構に渡されるトポロ
ジ・データ内のオブジェクトをフィルタすることができ
る。第２に、フィルタリング・システムをレイアウト機
構とネットワークの間に配置することができ、フィルタ
リング・システムが、ネットワークから発見機構に渡さ
れるトポロジ・データ内のオブジェクトをフィルタする
こともできる。第３に、フィルタリング・システムを発
見機構の間に配置することができ、フィルタリング・シ
ステムが、発見機構間で渡されるトポロジ・データ内の
オブジェクトをフィルタすることもできる。
ョンの３つの可能な位置のうち１つ又は複数の位置に配
置できる。まず、フィルタリング・システムを発見機構
とレイアウト機構の間に配置し、フィルタリング・シス
テムが、発見機構からレイアウト機構に渡されるトポロ
ジ・データ内のオブジェクトをフィルタすることができ
る。第２に、フィルタリング・システムをレイアウト機
構とネットワークの間に配置することができ、フィルタ
リング・システムが、ネットワークから発見機構に渡さ
れるトポロジ・データ内のオブジェクトをフィルタする
こともできる。第３に、フィルタリング・システムを発
見機構の間に配置することができ、フィルタリング・シ
ステムが、発見機構間で渡されるトポロジ・データ内の
オブジェクトをフィルタすることもできる。
【００１０】２つ以上のフィルタリング・システムを用
いる実施形態においては、フィルタリング・システム
が、オブジェクトに関連するフィルタリング仕様を含ん
でいる共通フィルタリング・ライブラリを利用するのが
望ましい。各フィルタリング・システムに関連づけられ
たフィルタリング仕様は、許可される、又は許可されな
い１つ又は複数のオブジェクトのリスト、どのオブジェ
クトが許可される、又は許可されないかを定義するブー
ル式（又は等式）、又はフィルタリング条件を指定する
他の任意の機構を含むことができる。
いる実施形態においては、フィルタリング・システム
が、オブジェクトに関連するフィルタリング仕様を含ん
でいる共通フィルタリング・ライブラリを利用するのが
望ましい。各フィルタリング・システムに関連づけられ
たフィルタリング仕様は、許可される、又は許可されな
い１つ又は複数のオブジェクトのリスト、どのオブジェ
クトが許可される、又は許可されないかを定義するブー
ル式（又は等式）、又はフィルタリング条件を指定する
他の任意の機構を含むことができる。
【００１１】本発明のフィルタリング・システム及び方
法はその他の様々な利点を有しており、そのうちのいく
つかを例として以下で詳述する。
法はその他の様々な利点を有しており、そのうちのいく
つかを例として以下で詳述する。
【００１２】フィルタリング・システム及び方法のその
他の利点は、これらが、サブマップ内でのオブジェクト
の複雑さを低減するために、管理ステーションの生成す
るネットワーク管理マップの内容をカスタマイズするこ
とである。
他の利点は、これらが、サブマップ内でのオブジェクト
の複雑さを低減するために、管理ステーションの生成す
るネットワーク管理マップの内容をカスタマイズするこ
とである。
【００１３】フィルタリング・システム及び方法のその
他の利点は、これらが必要メモリを最小化し、管理ステ
ーションのネットワーク管理マップを生成するための最
終的な経費を最小化することである。
他の利点は、これらが必要メモリを最小化し、管理ステ
ーションのネットワーク管理マップを生成するための最
終的な経費を最小化することである。
【００１４】フィルタリング・システム及び方法のその
他の利点は、これらが管理ステーション内でネットワー
ク管理マップを生成するプロセスの性能を向上させるこ
とである。
他の利点は、これらが管理ステーション内でネットワー
ク管理マップを生成するプロセスの性能を向上させるこ
とである。
【００１５】フィルタリング・システム及び方法のその
他の利点は、これらが管理ステーション内でネットワー
ク管理マップを作成するのに必須の処理時間を最小化す
ることである。
他の利点は、これらが管理ステーション内でネットワー
ク管理マップを作成するのに必須の処理時間を最小化す
ることである。
【００１６】フィルタリング・システム及び方法のその
他の利点は、これらがデータ通信ネットワークのネット
ワーク管理マップを生成するために管理ステーションで
必須のプロセス間通信を最小化することである。
他の利点は、これらがデータ通信ネットワークのネット
ワーク管理マップを生成するために管理ステーションで
必須のプロセス間通信を最小化することである。
【００１７】フィルタリング・システム及び方法のその
他の利点は、これらの設計が簡単であり、実施が容易で
あることである。
他の利点は、これらの設計が簡単であり、実施が容易で
あることである。
【００１８】フィルタリング・システム及び方法のその
他の利点は、これらの動作が効率的で、信頼性が高いこ
とである。
他の利点は、これらの動作が効率的で、信頼性が高いこ
とである。
【００１９】本発明のその他の特徴及び利点は、以下の
図面及び詳細な説明を検討することにより、当業者にと
って明らかとなろう。これらの付加的な目的、特徴、及
び利点は全て特許請求の範囲で定義されるように、本発
明の範囲内に含まれるものである。
図面及び詳細な説明を検討することにより、当業者にと
って明らかとなろう。これらの付加的な目的、特徴、及
び利点は全て特許請求の範囲で定義されるように、本発
明の範囲内に含まれるものである。
【００２０】本発明は以下の図面を、本明細書に関連し
て参照することによって、より良く理解されよう。図面
の要素は必ずしも互いに図面で縮尺が合っている必要は
なく、本発明の原理を明確に説明することに力をおいた
ものである。更に、同様の参照符号は、いくつかの図面
にわたって対応する部品を示すものである。
て参照することによって、より良く理解されよう。図面
の要素は必ずしも互いに図面で縮尺が合っている必要は
なく、本発明の原理を明確に説明することに力をおいた
ものである。更に、同様の参照符号は、いくつかの図面
にわたって対応する部品を示すものである。
【００２１】
【発明の実施の形態】本発明のフィルタリング・システ
ムは、コンピュータ関連システム又は方法により、ある
いはこれと関連して使用されるコンピュータ読み取り可
能媒体に記憶することができる。本明細書に関連して、
コンピュータ読み取り可能媒体は、コンピュータ関連シ
ステム又は方法により、あるいはこれと関連して使用さ
れるコンピュータ・プログラムを収納または記憶できる
電子、磁気、光、その他の物理的装置又は手段である。
従って、例えば、本発明の新規のフィルタリング・シス
テムをポータブル・ディスケットに記憶して運搬したり
することができ、また、他の例としては、本発明のフィ
ルタリング・システムが、呼び出されたときにコンピュ
ータを駆動することを目的としてコンピュータのメモリ
に記憶されうる。
ムは、コンピュータ関連システム又は方法により、ある
いはこれと関連して使用されるコンピュータ読み取り可
能媒体に記憶することができる。本明細書に関連して、
コンピュータ読み取り可能媒体は、コンピュータ関連シ
ステム又は方法により、あるいはこれと関連して使用さ
れるコンピュータ・プログラムを収納または記憶できる
電子、磁気、光、その他の物理的装置又は手段である。
従って、例えば、本発明の新規のフィルタリング・シス
テムをポータブル・ディスケットに記憶して運搬したり
することができ、また、他の例としては、本発明のフィ
ルタリング・システムが、呼び出されたときにコンピュ
ータを駆動することを目的としてコンピュータのメモリ
に記憶されうる。
【００２２】図１は発見／レイアウト・ソフトウェア10
1を含んでいる汎用コンピュータ・システムに実施され
た、本発明のフィルタリング・システム及び関連する方
法を用いているオブジェクト指向管理ステーション100
のブロック図を示す。本発明の新規のフィルタリング・
システムは図１において参照符号103で示されている。
図１を更に参照すると、管理ステーション100は、従来
のプロセッサ102を含んでいる。このプロセッサ102は、
バス又はバス・ネットワークなどのインタフェース104
を経由し、管理ステーション100内の他の要素と通信し
ている。例えば、キーボードやマウスといった入力装置
106は、管理ステーション100のユーザからデータを入力
するために使用され、表示装置108はユーザに対してデ
ータを出力するために使用される。ネットワーク・イン
タフェース112は、管理ステーション100がネットワーク
118上のノードとして動作することを可能にするため、
管理ステーション100をネットワーク118にインタフェー
スするのに使用される。管理ステーション100内のメモ
リ110は発見／レイアウト・ソフトウェア101を含んでい
る。発見／レイアウト・ソフトウェア101は従来のオペ
レーティング・システム122及び従来のネットワーク・
ソフトウェア124と通信して、ネットワーク118上のノー
ドを発見する。ネットワーク・ソフトウェア124は、デ
ータ通信プロトコルに対する、妥当性検査を含む機能と
して作用する。図１に示すように、好適実施例におい
て、ネットワーク・ソフトウェアはIP、IP上にTCP及びU
DP、及びUDP上にSNMPを実施する。上記のプロトコルは
全て、当分野において周知のものである。
1を含んでいる汎用コンピュータ・システムに実施され
た、本発明のフィルタリング・システム及び関連する方
法を用いているオブジェクト指向管理ステーション100
のブロック図を示す。本発明の新規のフィルタリング・
システムは図１において参照符号103で示されている。
図１を更に参照すると、管理ステーション100は、従来
のプロセッサ102を含んでいる。このプロセッサ102は、
バス又はバス・ネットワークなどのインタフェース104
を経由し、管理ステーション100内の他の要素と通信し
ている。例えば、キーボードやマウスといった入力装置
106は、管理ステーション100のユーザからデータを入力
するために使用され、表示装置108はユーザに対してデ
ータを出力するために使用される。ネットワーク・イン
タフェース112は、管理ステーション100がネットワーク
118上のノードとして動作することを可能にするため、
管理ステーション100をネットワーク118にインタフェー
スするのに使用される。管理ステーション100内のメモ
リ110は発見／レイアウト・ソフトウェア101を含んでい
る。発見／レイアウト・ソフトウェア101は従来のオペ
レーティング・システム122及び従来のネットワーク・
ソフトウェア124と通信して、ネットワーク118上のノー
ドを発見する。ネットワーク・ソフトウェア124は、デ
ータ通信プロトコルに対する、妥当性検査を含む機能と
して作用する。図１に示すように、好適実施例におい
て、ネットワーク・ソフトウェアはIP、IP上にTCP及びU
DP、及びUDP上にSNMPを実施する。上記のプロトコルは
全て、当分野において周知のものである。
【００２３】発見／レイアウト・ソフトウェア101はオ
ブジェクト指向機能を実施する。SNMPマネージャ及び本
明細書に関してオブジェクト指向とは、ユーザが呼び出
すことのできる管理システム動作及びプロセスのほとん
どが、個別に管理されるネットワーク・ノードではな
く、装置のクラスに向けられていることを意味する。
ブジェクト指向機能を実施する。SNMPマネージャ及び本
明細書に関してオブジェクト指向とは、ユーザが呼び出
すことのできる管理システム動作及びプロセスのほとん
どが、個別に管理されるネットワーク・ノードではな
く、装置のクラスに向けられていることを意味する。
【００２４】一般に、図１の発見／レイアウト・ソフト
ウェア101はネットワーク・トポロジ、即ちネットワー
ク118上に存在しているネットワーク・ノード及びノー
ド相互接続を発見し、かつ各種サブマップからなるネッ
トワーク管理マップを構築するために構成されており、
前記サブマップのいずれかがネットワーク・トポロジを
表示装置108に表示するために使用される。図２はネッ
トワーク118から発見されたトポロジ・データから発見
／レイアウト・ソフトウェア101によって生成されたネ
ットワーク管理マップ200を示す。発見／レイアウト・
ソフトウェア101はユーザに対する表示のために、表示
装置108（図１）に対して、各種サブマップのいずれか
を駆動することができる。
ウェア101はネットワーク・トポロジ、即ちネットワー
ク118上に存在しているネットワーク・ノード及びノー
ド相互接続を発見し、かつ各種サブマップからなるネッ
トワーク管理マップを構築するために構成されており、
前記サブマップのいずれかがネットワーク・トポロジを
表示装置108に表示するために使用される。図２はネッ
トワーク118から発見されたトポロジ・データから発見
／レイアウト・ソフトウェア101によって生成されたネ
ットワーク管理マップ200を示す。発見／レイアウト・
ソフトウェア101はユーザに対する表示のために、表示
装置108（図１）に対して、各種サブマップのいずれか
を駆動することができる。
【００２５】図２のマップ200内のサブマップは階層的
に配列されている。根サブマップ202は根レベルで定義
されている。根サブマップ202は階層中最も高い論理レ
ベルのサブマップを表しており、異なるサブマップの階
層に対するアンカ・ポイントとして作用するオブジェク
ト203を示している。各階層は個別の管理ドメインであ
る。これは、例えば、ネットワーク、ノードの論理グル
ープ、あるいはその他の幾つかのドメインでよい。イン
ターネット・サブマップ204はインターネット・レベル
で定義され、根サブマップ202内のオブジェクト203を
「展開」することによって生成される。本明細書に関し
て「展開」とは、ユーザが入力装置106によって管理ス
テーション100に要求を行い、問題のオブジェクト203を
細分し、これに関連したより多くのデータを提供するこ
とをいう。更に、インターネット・サブマップ204はネ
ットワーク及びルータの形態でオブジェクト203を示
す。多数のネットワーク・サブマップ206のいずれか
を、インターネット・サブマップ204から展開すること
ができる。各ネットワーク・サブマップ206は、セグメ
ント及びコネクタの形態でオブジェクト203を示す。多
数のセグメント・サブマップ208のいずれかを、ネット
ワーク・サブマップ206内のオブジェクト203から展開で
きる。各セグメント・サブマップ208は、ネットワーク
・ノードの形態でオブジェクトを示している。最後に、
多数のノード・サブマップ210のいずれかを、セグメン
ト・サブマップ208内のオブジェクト203から展開するこ
とができる。各ノード・サブマップ210はそのノード内
のインタフェースの形態でオブジェクト203を示す。
に配列されている。根サブマップ202は根レベルで定義
されている。根サブマップ202は階層中最も高い論理レ
ベルのサブマップを表しており、異なるサブマップの階
層に対するアンカ・ポイントとして作用するオブジェク
ト203を示している。各階層は個別の管理ドメインであ
る。これは、例えば、ネットワーク、ノードの論理グル
ープ、あるいはその他の幾つかのドメインでよい。イン
ターネット・サブマップ204はインターネット・レベル
で定義され、根サブマップ202内のオブジェクト203を
「展開」することによって生成される。本明細書に関し
て「展開」とは、ユーザが入力装置106によって管理ス
テーション100に要求を行い、問題のオブジェクト203を
細分し、これに関連したより多くのデータを提供するこ
とをいう。更に、インターネット・サブマップ204はネ
ットワーク及びルータの形態でオブジェクト203を示
す。多数のネットワーク・サブマップ206のいずれか
を、インターネット・サブマップ204から展開すること
ができる。各ネットワーク・サブマップ206は、セグメ
ント及びコネクタの形態でオブジェクト203を示す。多
数のセグメント・サブマップ208のいずれかを、ネット
ワーク・サブマップ206内のオブジェクト203から展開で
きる。各セグメント・サブマップ208は、ネットワーク
・ノードの形態でオブジェクトを示している。最後に、
多数のノード・サブマップ210のいずれかを、セグメン
ト・サブマップ208内のオブジェクト203から展開するこ
とができる。各ノード・サブマップ210はそのノード内
のインタフェースの形態でオブジェクト203を示す。
【００２６】好適実施例においては、本発明を実施する
ことは必須ではないが、発見／レイアウト・ソフトウェ
ア101は、メモリ及び処理時間を節減するために、要求
時サブマップを実施する。要求時サブマップの概念は、
ユーザが見たいサブマップだけを、図２のマップ200に
おくことである。最終結果として、サブマップ階層の一
部だけが、所与の時間にネットワーク管理マップ200に
おかれる。図２において、存在していないが、ユーザが
要求した際に作成されることになるサブマップ（非常
駐）は、陰影が施されて示されている。階層をなす常駐
サブマップの部分集合は、ユーザがサブマップ階層を横
断するに従って変化し、非常駐サブマップが作成される
ことになる。
ことは必須ではないが、発見／レイアウト・ソフトウェ
ア101は、メモリ及び処理時間を節減するために、要求
時サブマップを実施する。要求時サブマップの概念は、
ユーザが見たいサブマップだけを、図２のマップ200に
おくことである。最終結果として、サブマップ階層の一
部だけが、所与の時間にネットワーク管理マップ200に
おかれる。図２において、存在していないが、ユーザが
要求した際に作成されることになるサブマップ（非常
駐）は、陰影が施されて示されている。階層をなす常駐
サブマップの部分集合は、ユーザがサブマップ階層を横
断するに従って変化し、非常駐サブマップが作成される
ことになる。
【００２７】Ａ．発見／レイアウト・ソフトウェアの第
１の実施例 発見／レイアウト・ソフトウェア101（図１）の第１の
実施例の高水準ブロック図が、図３に示されている。フ
ィルタリング・システム103を除くと、図３の発見／レ
イアウト・ソフトウェア101のアーキテクチャは本質的
に、ヒューレット・パッカード社の「OPENVIEW」TMとい
う、周知の市販されている管理ソフトウェア・パッケー
ジと同一、ないし類似したものである。
１の実施例 発見／レイアウト・ソフトウェア101（図１）の第１の
実施例の高水準ブロック図が、図３に示されている。フ
ィルタリング・システム103を除くと、図３の発見／レ
イアウト・ソフトウェア101のアーキテクチャは本質的
に、ヒューレット・パッカード社の「OPENVIEW」TMとい
う、周知の市販されている管理ソフトウェア・パッケー
ジと同一、ないし類似したものである。
【００２８】図３に示すように、一般的なアーキテクチ
ャ・レベルにおいて、発見／レイアウト・ソフトウェア
101は、ネットワーク118のノードと相互接続を発見する
発見機構302と、発見機構302からトポロジ・データを受
け取り、表示装置108を駆動するマップ200（図２）を生
成するレイアウト機構304を含む。更に、1つ又は複数の
統合アプリケーション332が、表示情報及びマップ情報
をレイアウト機構304と通信してもよい。
ャ・レベルにおいて、発見／レイアウト・ソフトウェア
101は、ネットワーク118のノードと相互接続を発見する
発見機構302と、発見機構302からトポロジ・データを受
け取り、表示装置108を駆動するマップ200（図２）を生
成するレイアウト機構304を含む。更に、1つ又は複数の
統合アプリケーション332が、表示情報及びマップ情報
をレイアウト機構304と通信してもよい。
【００２９】発見機構302は接続308a、308bで示されて
いるネットワーク118に接続されたネットワーク・モニ
タ306、矢印312a、312bで示されているネットワーク・
モニタ306に接続されたトポロジ・マネージャ310、及び
矢印316で示されているトポロジ・マネージャ310と通信
しているトポロジ・データベース314を有している。
いるネットワーク118に接続されたネットワーク・モニ
タ306、矢印312a、312bで示されているネットワーク・
モニタ306に接続されたトポロジ・マネージャ310、及び
矢印316で示されているトポロジ・マネージャ310と通信
しているトポロジ・データベース314を有している。
【００３０】ネットワーク・モニタ306はネットワーク1
18との間でデータ・パケットを送受信する。ネットワー
ク・モニタ306は矢印308a、308bで示されているネット
ワーク・トポロジを発見し、監視する。ネットワーク・
トポロジがネットワーク上で変更された場合、ネットワ
ーク・モニタ306はオブジェクト識別子及びオブジェク
ト変更情報を含んでいる事象またはトラップ（SNMPの専
門用語）を生成する。ネットワーク・モニタ306は、ネ
ットワーク118のルータなどの他の装置から事象を受け
取ることもできる。ネットワーク・モニタ306はネット
ワーク・ソフトウェア124（図１）によってネットワー
ク118と対話するが、このソフトウェアは好適実施例に
おいて、本質的にIP、TCP、UDP、及びSNMPに対応したプ
ロトコル・スタックからなっており、一般にこれらのプ
ロトコルを実施し、妥当性検査機能を実行する。更に、
ネットワーク・モニタ306はトポロジ・マネージャ310に
よってトポロジ・データベース314を生成し、トポロジ
・マネージャ310に事象（トポロジ変更）を通知する。
最後に、Wuに対する米国特許第5,185,860号が、本発明
のネットワーク・モニタ306を実装するために用いられ
るノード発見システムを記載しており、これを参照する
ことにより本明細書に組み込まれることに留意すべきで
ある。
18との間でデータ・パケットを送受信する。ネットワー
ク・モニタ306は矢印308a、308bで示されているネット
ワーク・トポロジを発見し、監視する。ネットワーク・
トポロジがネットワーク上で変更された場合、ネットワ
ーク・モニタ306はオブジェクト識別子及びオブジェク
ト変更情報を含んでいる事象またはトラップ（SNMPの専
門用語）を生成する。ネットワーク・モニタ306は、ネ
ットワーク118のルータなどの他の装置から事象を受け
取ることもできる。ネットワーク・モニタ306はネット
ワーク・ソフトウェア124（図１）によってネットワー
ク118と対話するが、このソフトウェアは好適実施例に
おいて、本質的にIP、TCP、UDP、及びSNMPに対応したプ
ロトコル・スタックからなっており、一般にこれらのプ
ロトコルを実施し、妥当性検査機能を実行する。更に、
ネットワーク・モニタ306はトポロジ・マネージャ310に
よってトポロジ・データベース314を生成し、トポロジ
・マネージャ310に事象（トポロジ変更）を通知する。
最後に、Wuに対する米国特許第5,185,860号が、本発明
のネットワーク・モニタ306を実装するために用いられ
るノード発見システムを記載しており、これを参照する
ことにより本明細書に組み込まれることに留意すべきで
ある。
【００３１】トポロジ・マネージャ310は両方向矢印316
で示されているようにトポロジ・データベース314を管
理する。トポロジ・マネージャ310はネットワーク・モ
ニタ306に、矢印312aで示されているように特定の事象
に関連づけられたトポロジ・データを更新し、矢印312b
に示すようにトポロジの更新を受信するよう指示する。
で示されているようにトポロジ・データベース314を管
理する。トポロジ・マネージャ310はネットワーク・モ
ニタ306に、矢印312aで示されているように特定の事象
に関連づけられたトポロジ・データを更新し、矢印312b
に示すようにトポロジの更新を受信するよう指示する。
【００３２】トポロジ・データベース314は、オブジェ
クトに基づいてトポロジ・データを格納し、このデータ
ベースは論理的な理由でネットワークを区画するために
使用される。オブジェクトは、例えば、ネットワーク、
セグメント、コンピュータ、ルータ、中継器、ブリッジ
などを含んでいるが、これらに限定されるものではな
い。更に、オブジェクトに関連して記憶されているトポ
ロジ・データは、例えば、インタフェース又は装置のア
ドレス、インタフェース又は装置のタイプ、インタフェ
ース又は装置の製造者、及びインタフェース又は装置が
SNMPをサポートしているかどうかを含んでいるが、これ
らに限定されるものではない。
クトに基づいてトポロジ・データを格納し、このデータ
ベースは論理的な理由でネットワークを区画するために
使用される。オブジェクトは、例えば、ネットワーク、
セグメント、コンピュータ、ルータ、中継器、ブリッジ
などを含んでいるが、これらに限定されるものではな
い。更に、オブジェクトに関連して記憶されているトポ
ロジ・データは、例えば、インタフェース又は装置のア
ドレス、インタフェース又は装置のタイプ、インタフェ
ース又は装置の製造者、及びインタフェース又は装置が
SNMPをサポートしているかどうかを含んでいるが、これ
らに限定されるものではない。
【００３３】フィルタリング・システム103は矢印320b'
で示すようにトポロジ・マネージャ310からトポロジ・
データを受信し、トポロジ・データをフィルタし、処理
されたデータを、矢印320b"で示すようにレイアウト機
構304に送信する。フィルタリング・システム103はフィ
ルタリング・ライブラリ321を維持しており、このライ
ブラリはトポロジ・データ内のどのオブジェクトを発見
機構302からレイアウト機構304に伝えるかを指定する。
要するに、ライブラリは、オブジェクトが許可されるオ
ブジェクトか、許可されないオブジェクトかを判定す
る。更に、許可されるオブジェクトは最終的に、マップ
・データに変換され、表示されるのに対し、許可されな
いオブジェクトはマップ・データに変換されず、表示も
されない。
で示すようにトポロジ・マネージャ310からトポロジ・
データを受信し、トポロジ・データをフィルタし、処理
されたデータを、矢印320b"で示すようにレイアウト機
構304に送信する。フィルタリング・システム103はフィ
ルタリング・ライブラリ321を維持しており、このライ
ブラリはトポロジ・データ内のどのオブジェクトを発見
機構302からレイアウト機構304に伝えるかを指定する。
要するに、ライブラリは、オブジェクトが許可されるオ
ブジェクトか、許可されないオブジェクトかを判定す
る。更に、許可されるオブジェクトは最終的に、マップ
・データに変換され、表示されるのに対し、許可されな
いオブジェクトはマップ・データに変換されず、表示も
されない。
【００３４】本発明を実施するのに必須ではないが、好
適実施例においては、フィルタリング・ライブラリは３
つのグループ、即ち、以下で簡単に説明するセット、フ
ィルタ、及びフィルタ式に編成されているフィルタ名の
リストを含んでいる。
適実施例においては、フィルタリング・ライブラリは３
つのグループ、即ち、以下で簡単に説明するセット、フ
ィルタ、及びフィルタ式に編成されているフィルタ名の
リストを含んでいる。
【００３５】セットはストリングのリストにすぎない。
セットに行うことのできる操作はメンバシップのテスト
（ブールNOT演算子で始めることもできる）だけであ
る。セットのメンバはそのフィルタ・ファイル自身の中
で列挙されることも、あるいは別のファイルにリストさ
れることもできる。スラッシュ（／）で始まるセットの
メンバは、セットのメンバが１行に１つリストされたフ
ァイルの名称であるものとされる。数値ストリング内の
ファイルを同じセット定義に混在させることができる。
セットに行うことのできる操作はメンバシップのテスト
（ブールNOT演算子で始めることもできる）だけであ
る。セットのメンバはそのフィルタ・ファイル自身の中
で列挙されることも、あるいは別のファイルにリストさ
れることもできる。スラッシュ（／）で始まるセットの
メンバは、セットのメンバが１行に１つリストされたフ
ァイルの名称であるものとされる。数値ストリング内の
ファイルを同じセット定義に混在させることができる。
【００３６】フィルタはデータベース・フィールドと値
のブール式である。適切な組のブール式をフィルタ内で
利用することができる。好適実施例において、ブール演
算子には「==」（「等しい」）、「!=」（「等しくな
い」）、「＜」（「未満」）、「<=」（「以下」）、
「＞」（「超」）、「>=」（「以上」）、「〜」（「ほ
ぼ等しい」）、及び「！〜」（「ほぼ等しくない」）が
ある。更に、上述のブール演算子によって組み合わされ
るオペランドはフィールド名であるか、又はデータベー
ス・フィールド値と比較される定数値であるかのどちら
かである。
のブール式である。適切な組のブール式をフィルタ内で
利用することができる。好適実施例において、ブール演
算子には「==」（「等しい」）、「!=」（「等しくな
い」）、「＜」（「未満」）、「<=」（「以下」）、
「＞」（「超」）、「>=」（「以上」）、「〜」（「ほ
ぼ等しい」）、及び「！〜」（「ほぼ等しくない」）が
ある。更に、上述のブール演算子によって組み合わされ
るオペランドはフィールド名であるか、又はデータベー
ス・フィールド値と比較される定数値であるかのどちら
かである。
【００３７】フィルタ式によって、他のものの論理的な
組合せにすぎない新しいフィルタを必要とすることな
く、複数のフィルタをオブジェクトの組に適用すること
が可能となる。フィルタ式で有効なオペランドは、同一
のフィルタ・ファイル内で事前に定義されたフィルタだ
けである。更に、ブール式の任意の適当な組をフィルタ
式内で利用することができる。好適実施例において、フ
ィルタ式に使用されるブール演算子は、フィルタで使用
されるものとは異なっている。具体的にいうと、次のブ
ール式が利用される。「||」（「又は」）、「&&」
（「かつ」）、「！」（「でない」）、及び「（」
と「）」があり、「（」と「）」はオペランドの処理順
序の定義を助けるために使用される。
組合せにすぎない新しいフィルタを必要とすることな
く、複数のフィルタをオブジェクトの組に適用すること
が可能となる。フィルタ式で有効なオペランドは、同一
のフィルタ・ファイル内で事前に定義されたフィルタだ
けである。更に、ブール式の任意の適当な組をフィルタ
式内で利用することができる。好適実施例において、フ
ィルタ式に使用されるブール演算子は、フィルタで使用
されるものとは異なっている。具体的にいうと、次のブ
ール式が利用される。「||」（「又は」）、「&&」
（「かつ」）、「！」（「でない」）、及び「（」
と「）」があり、「（」と「）」はオペランドの処理順
序の定義を助けるために使用される。
【００３８】本質的に、これらのグループはユーザがフ
ィルタリング仕様を指定するための３種類の異なる方法
を表しており、その方法はフィルタ対象のオブジェクト
のタイプによって左右される。好適実施例におけるフィ
ルタリング・ライブラリ321の言語を以下の表１に示
す。表１のリストを以下ではフィルタ定義ファイル文法
と呼び、これはメモリ110（図１）に維持される。
ィルタリング仕様を指定するための３種類の異なる方法
を表しており、その方法はフィルタ対象のオブジェクト
のタイプによって左右される。好適実施例におけるフィ
ルタリング・ライブラリ321の言語を以下の表１に示
す。表１のリストを以下ではフィルタ定義ファイル文法
と呼び、これはメモリ110（図１）に維持される。
【００３９】
【表１】
【００４０】フィルタリング・ライブラリ321が使用す
るフィルタ・ファイルの例を以下に記載する。
るフィルタ・ファイルの例を以下に記載する。
【００４１】
【表２】
【００４２】表２に示すように、フィルタは３つのグル
ープ、即ちセット(Sets)、フィルタ(Filters)、及びフ
ィルタ式(Filters Expressions)に分けられる。
ープ、即ちセット(Sets)、フィルタ(Filters)、及びフ
ィルタ式(Filters Expressions)に分けられる。
【００４３】表２の例において、フィルタ名は次のとお
りである。CriticalNodes、BackboneNodes、Router、Le
vel2Conn、MultiIF、Critical、Backbone、AdminNode
s、Connectors、MultiSegmentHosts、及びBackboneNode
s。この例において、例えば、CriticalNodesはノード
「ov1」及びファイル「/var/openview/critical.node
s」として指定され、従って、上記のノードは許可さ
れ、フィルタリング・システム103によって伝えられ
る。更に、この例において、例えば、フィルタ式「Rout
er&& Level2Conn」が真の場合、即ちRouterとLevel2Con
nが両方とも真、即ち許可される場合、フィルタ式「Con
nectors」は許可される。
りである。CriticalNodes、BackboneNodes、Router、Le
vel2Conn、MultiIF、Critical、Backbone、AdminNode
s、Connectors、MultiSegmentHosts、及びBackboneNode
s。この例において、例えば、CriticalNodesはノード
「ov1」及びファイル「/var/openview/critical.node
s」として指定され、従って、上記のノードは許可さ
れ、フィルタリング・システム103によって伝えられ
る。更に、この例において、例えば、フィルタ式「Rout
er&& Level2Conn」が真の場合、即ちRouterとLevel2Con
nが両方とも真、即ち許可される場合、フィルタ式「Con
nectors」は許可される。
【００４４】レイアウト機構304は、片方向矢印320b"で
示されるようなフィルタリング・システム103及び片方
向矢印320aで示されるようなトポロジ・マネージャ310
と通信しているトポロジ−マップ変換器318、矢印324
a、324bで示されるようなトポロジ−マップ変換器318と
通信しているグラフィカル・ユーザ・インタフェース(G
UI)322、及び両方向矢印328で示すようなGUI 322と通信
しているマップ・データベース326を有している。統合
アプリケーション332は、矢印333a、333bで示すよう
に、GUI 322で情報を伝える。
示されるようなフィルタリング・システム103及び片方
向矢印320aで示されるようなトポロジ・マネージャ310
と通信しているトポロジ−マップ変換器318、矢印324
a、324bで示されるようなトポロジ−マップ変換器318と
通信しているグラフィカル・ユーザ・インタフェース(G
UI)322、及び両方向矢印328で示すようなGUI 322と通信
しているマップ・データベース326を有している。統合
アプリケーション332は、矢印333a、333bで示すよう
に、GUI 322で情報を伝える。
【００４５】ネットワーク・モニタ306、トポロジ・マ
ネージャ310、変換器318、及びGUI 322が、オペレーテ
ィング・システム122（図１）とプロセッサ102（図１）
のそれぞれの機能を達成するために、順次オペレーティ
ング・システム122とプロセッサ102の組合せを利用する
ことに留意すべきである。本明細書で使用する場合、
「コンテキスト・スイッチ」とは、上述のソフトウェア
要素によるシステム122及び／又はプロセッサ102の制御
の変更を指す。
ネージャ310、変換器318、及びGUI 322が、オペレーテ
ィング・システム122（図１）とプロセッサ102（図１）
のそれぞれの機能を達成するために、順次オペレーティ
ング・システム122とプロセッサ102の組合せを利用する
ことに留意すべきである。本明細書で使用する場合、
「コンテキスト・スイッチ」とは、上述のソフトウェア
要素によるシステム122及び／又はプロセッサ102の制御
の変更を指す。
【００４６】変換器318はトポロジ・データベース314か
らトポロジ・データをマップ・データに変換し、各種の
サブマップ202ないし210を図２のネットワーク管理マッ
プ200に構築する。変換器318は特定のオブジェクトに関
するトポロジ・データを取得するために、要求を矢印32
0aに示すようにトポロジ・マネージャ310に送る。更に
トポロジ・マネージャ310は、要求に応じてトポロジ・
データを変換器318に送ることに加えて、変換器318がサ
ブマップに適切な変更を行えるように、トポロジ・デー
タが事象に応じて変更された時間を、矢印320b'、320b"
で示されているように、フィルタリング・システム103
によって変換器318に通知する。
らトポロジ・データをマップ・データに変換し、各種の
サブマップ202ないし210を図２のネットワーク管理マッ
プ200に構築する。変換器318は特定のオブジェクトに関
するトポロジ・データを取得するために、要求を矢印32
0aに示すようにトポロジ・マネージャ310に送る。更に
トポロジ・マネージャ310は、要求に応じてトポロジ・
データを変換器318に送ることに加えて、変換器318がサ
ブマップに適切な変更を行えるように、トポロジ・デー
タが事象に応じて変更された時間を、矢印320b'、320b"
で示されているように、フィルタリング・システム103
によって変換器318に通知する。
【００４７】GUI 322は両方向矢印328で示すようにマッ
プ・データベース326を管理し、矢印330a、330bで示す
ように表示装置108及び入力装置106を管理する。GUI 32
2は矢印324bで示すように変換器318からマップ更新を受
信し、矢印324aで示すように変換器318にユーザの指示
で発生した事象を実行依頼する。ユーザの指示で発生し
た事象は、図２に関して説明したように、オブジェクト
を展開するための、ユーザからの指示330aを含んでい
る。最後に、Besaw他に対する米国特許第5,276,789号
が、本発明においてGUI 322を実装するために用いるこ
とのできるグラフィカル・ユーザ・インタフェースを記
載しており、ここで参照することによって本明細書に組
み込まれることに留意すべきである。
プ・データベース326を管理し、矢印330a、330bで示す
ように表示装置108及び入力装置106を管理する。GUI 32
2は矢印324bで示すように変換器318からマップ更新を受
信し、矢印324aで示すように変換器318にユーザの指示
で発生した事象を実行依頼する。ユーザの指示で発生し
た事象は、図２に関して説明したように、オブジェクト
を展開するための、ユーザからの指示330aを含んでい
る。最後に、Besaw他に対する米国特許第5,276,789号
が、本発明においてGUI 322を実装するために用いるこ
とのできるグラフィカル・ユーザ・インタフェースを記
載しており、ここで参照することによって本明細書に組
み込まれることに留意すべきである。
【００４８】Ｂ．発見／レイアウト・ソフトウェアの第
２の実施例 発見／レイアウト・ソフトウェア101（図１）の第２の
実施例の高水準ブロック図が、図４に示されている。図
４に示すように、第２の実施例は第１の実施例（図３）
と同様にして構成され、同様に特定された要素に関する
上記の検討は参照することによってここに組み込まれ
る。実際には、発見／レイアウト・ソフトウェア101の
第１及び第２の実施例の発見機構302とレイアウト機構3
04は両方とも、ほぼ同一のものである。しかしながら、
第２の実施例のフィルタリング・システム103は、発見
機構302とネットワーク118の間に配置されているので、
フィルタリング・システム103は、ネットワーク118から
発見機構302に渡されるオブジェクトをフィルタする。
この構成により、フィルタリング・システム103は許可
されないオブジェクトがトポロジ・データベース314に
記憶されることすらも防止する。
２の実施例 発見／レイアウト・ソフトウェア101（図１）の第２の
実施例の高水準ブロック図が、図４に示されている。図
４に示すように、第２の実施例は第１の実施例（図３）
と同様にして構成され、同様に特定された要素に関する
上記の検討は参照することによってここに組み込まれ
る。実際には、発見／レイアウト・ソフトウェア101の
第１及び第２の実施例の発見機構302とレイアウト機構3
04は両方とも、ほぼ同一のものである。しかしながら、
第２の実施例のフィルタリング・システム103は、発見
機構302とネットワーク118の間に配置されているので、
フィルタリング・システム103は、ネットワーク118から
発見機構302に渡されるオブジェクトをフィルタする。
この構成により、フィルタリング・システム103は許可
されないオブジェクトがトポロジ・データベース314に
記憶されることすらも防止する。
【００４９】Ｃ．発見／レイアウト・ソフトウェアの第
３の実施例 発見／レイアウト・ソフトウェア101（図１）の第３の
実施例の高水準ブロック図が図５に示されている。図５
の第３の実施例は、第１及び第２の実施例（図３及び図
４）と同様にして構築されており、同様に特定された要
素に関する上記の検討は参照することによってここに組
み込まれる。実際には、第３の実施例のレイアウト機構
304は第１及び第２の実施例のものと同一である。ただ
し、第３の実施例と第１及び第２の実施例の間の顕著な
相違は、第３の実施例が複数の発見機構302を利用して
いることである（簡単にするため、図５には２つだけが
示されているが、より多くのものを使用することができ
る）。
３の実施例 発見／レイアウト・ソフトウェア101（図１）の第３の
実施例の高水準ブロック図が図５に示されている。図５
の第３の実施例は、第１及び第２の実施例（図３及び図
４）と同様にして構築されており、同様に特定された要
素に関する上記の検討は参照することによってここに組
み込まれる。実際には、第３の実施例のレイアウト機構
304は第１及び第２の実施例のものと同一である。ただ
し、第３の実施例と第１及び第２の実施例の間の顕著な
相違は、第３の実施例が複数の発見機構302を利用して
いることである（簡単にするため、図５には２つだけが
示されているが、より多くのものを使用することができ
る）。
【００５０】発見機構302は一般に、ネットワーク118上
の装置と相互接続を発見するよう並列に機能する。好適
実施例において、各発見機構302からのトポロジは単一
の特定のトポロジ・マネージャ310にマージされ、次
に、図５の参照矢印320bで示されるようにトポロジ−マ
ップ変換器318に伝えられる。更に、トポロジ・データ
に対する要求は、変換器318から特定のトポロジ・マネ
ージャ310に渡され、次いで情報を検索する。
の装置と相互接続を発見するよう並列に機能する。好適
実施例において、各発見機構302からのトポロジは単一
の特定のトポロジ・マネージャ310にマージされ、次
に、図５の参照矢印320bで示されるようにトポロジ−マ
ップ変換器318に伝えられる。更に、トポロジ・データ
に対する要求は、変換器318から特定のトポロジ・マネ
ージャ310に渡され、次いで情報を検索する。
【００５１】発見機構302は矢印501a、501b、502a、及
び502bで示すようにフィルタリング・システム103によ
って、それぞれのトポロジ・マネージャ310の間でトポ
ロジ・データを転送することができる。これに関連して
使用されるフィルタリング・システム103は、発見機構3
02の１つから他のものへ許可されないオブジェクトを転
送することを防止するとともに、許可されるオブジェク
トの転送を可能とする。更に、オブジェクトが許可され
るか、許可されないかは、上述したように、フィルタリ
ング・ライブラリ321によって定義される。
び502bで示すようにフィルタリング・システム103によ
って、それぞれのトポロジ・マネージャ310の間でトポ
ロジ・データを転送することができる。これに関連して
使用されるフィルタリング・システム103は、発見機構3
02の１つから他のものへ許可されないオブジェクトを転
送することを防止するとともに、許可されるオブジェク
トの転送を可能とする。更に、オブジェクトが許可され
るか、許可されないかは、上述したように、フィルタリ
ング・ライブラリ321によって定義される。
【００５２】Ｄ．発見／レイアウト・ソフトウェアの第
４の実施例 発見／レイアウト・ソフトウェア101（図１）の第４の
実施例の高水準ブロック図が図６に示されている。図６
に示すように、第４の実施例は第１、第２、及び第３の
実施例に関連づけられた特徴の混成物からなっている。
第４の実施例は少なくとも２つの発見機構302を含んで
いる（図６には、簡単にするため２つだけしか示されて
いないが、それ以上が可能である）。更に、第４の実施
例は複数のフィルタリング・システム103を含んでお
り、これらは全て参照矢印602で示すように共通フィル
タリング・ライブラリ321を利用している。
４の実施例 発見／レイアウト・ソフトウェア101（図１）の第４の
実施例の高水準ブロック図が図６に示されている。図６
に示すように、第４の実施例は第１、第２、及び第３の
実施例に関連づけられた特徴の混成物からなっている。
第４の実施例は少なくとも２つの発見機構302を含んで
いる（図６には、簡単にするため２つだけしか示されて
いないが、それ以上が可能である）。更に、第４の実施
例は複数のフィルタリング・システム103を含んでお
り、これらは全て参照矢印602で示すように共通フィル
タリング・ライブラリ321を利用している。
【００５３】具体的には、第１のフィルタリング・シス
テム103は矢印320b'、320b"で示すように、発見機構302
とレイアウト機構304の間に配置されている。簡単にす
るため、図６にはフィルタのデータの流れだけが示され
ている。フィルタリング・システム103の前述の配置
は、第１の実施例に関して説明したものと同様である。
テム103は矢印320b'、320b"で示すように、発見機構302
とレイアウト機構304の間に配置されている。簡単にす
るため、図６にはフィルタのデータの流れだけが示され
ている。フィルタリング・システム103の前述の配置
は、第１の実施例に関して説明したものと同様である。
【００５４】第２のフィルタリング・システム103は、
ネットワーク118から受信したトポロジ・データ内のオ
ブジェクトをフィルタするために、矢印308b'、308b"で
示すように、各発見機構302とネットワーク118の間に配
置されている。このフィルタリング・システムの構成
は、発見／レイアウト・ソフトウェア101の第２の実施
例に関して前述したものと同様である。
ネットワーク118から受信したトポロジ・データ内のオ
ブジェクトをフィルタするために、矢印308b'、308b"で
示すように、各発見機構302とネットワーク118の間に配
置されている。このフィルタリング・システムの構成
は、発見／レイアウト・ソフトウェア101の第２の実施
例に関して前述したものと同様である。
【００５５】第３のフィルタリング・システム103は、
発見機構302から他の発見機構302に転送されたトポロジ
・データ内のオブジェクトをフィルタするために、矢印
501、502で示すように、発見機構302の間に配置されて
いる。このフィルタリング・システムの構成は、発見／
レイアウト・ソフトウェア101の第３の実施例で説明し
たものと同様である。
発見機構302から他の発見機構302に転送されたトポロジ
・データ内のオブジェクトをフィルタするために、矢印
501、502で示すように、発見機構302の間に配置されて
いる。このフィルタリング・システムの構成は、発見／
レイアウト・ソフトウェア101の第３の実施例で説明し
たものと同様である。
【００５６】従って、図６から明らかなように、第１、
第２及び第３の実施例で前述したフィルタリング・シス
テムの配置の任意の組合せを利用することができ、ま
た、重要なのは、フィルタリング・システム103が同一
のフィルタリング・ライブラリ321を共用できることで
ある。共通フィルタリング・ライブラリ321が利用され
るため、個々の構成要素がフィルタリング・アーキテク
チャの実装及び構成を理解する必要がなくなる。更に、
共通フィルタリング・ライブラリ321は、ユーザに対し
て一貫したフィルタリング・システムを提供する。各構
成要素がそれ自身の機構を実装し続ける場合、各構成要
素はユーザにとって互いに異なるものに見えるであろ
う。
第２及び第３の実施例で前述したフィルタリング・シス
テムの配置の任意の組合せを利用することができ、ま
た、重要なのは、フィルタリング・システム103が同一
のフィルタリング・ライブラリ321を共用できることで
ある。共通フィルタリング・ライブラリ321が利用され
るため、個々の構成要素がフィルタリング・アーキテク
チャの実装及び構成を理解する必要がなくなる。更に、
共通フィルタリング・ライブラリ321は、ユーザに対し
て一貫したフィルタリング・システムを提供する。各構
成要素がそれ自身の機構を実装し続ける場合、各構成要
素はユーザにとって互いに異なるものに見えるであろ
う。
【００５７】Ｅ．フィルタリング・システム ライブラリ321を備えるフィルタリング・システム103
は、発見／レイアウト・ソフトウェア101（図１）の第
１ないし第４の実施例に対し同一の方法及びアーキテク
チャを用いている。従って、簡単のために、フィルタリ
ング・システム103を図３に示すように、発見／レイア
ウト・ソフトウェア101の第１の実施例に関連して説明
する。
は、発見／レイアウト・ソフトウェア101（図１）の第
１ないし第４の実施例に対し同一の方法及びアーキテク
チャを用いている。従って、簡単のために、フィルタリ
ング・システム103を図３に示すように、発見／レイア
ウト・ソフトウェア101の第１の実施例に関連して説明
する。
【００５８】フィルタリング・システム103をトポロジ
−マップ変換器318（図３）の一部として実装するのが
好ましいが、必須ではない。図７は、トポロジ−マップ
変換器318の好適実施例のアーキテクチャと機能を示す
流れ図700を示している。
−マップ変換器318（図３）の一部として実装するのが
好ましいが、必須ではない。図７は、トポロジ−マップ
変換器318の好適実施例のアーキテクチャと機能を示す
流れ図700を示している。
【００５９】まず、図７を参照すると、フィルタリング
・システム103が初期化される。即ち、図８を参照して
詳細に説明するように、ライブラリ321内のフィルタが
初期化される。次に、ブロック704で示すように、他の
一般的な初期化手順が行われる。一般的な初期化手順
は、トポロジ・マネージャ310との接続の確立、GUI 322
との接続の確立、及びマップ構成データの読み取りを含
んでいる。ブロック704はブロック706に移る。ブロック
706に示すように、マップはトポロジ・データに生じた
変更によって更新される。この手順は図９に示されてお
り、以下で詳細に説明する。次に、ブロック706はブロ
ック708に移る。ブロック708において、非同期事象が処
理されるが、これは図10に示されている。
・システム103が初期化される。即ち、図８を参照して
詳細に説明するように、ライブラリ321内のフィルタが
初期化される。次に、ブロック704で示すように、他の
一般的な初期化手順が行われる。一般的な初期化手順
は、トポロジ・マネージャ310との接続の確立、GUI 322
との接続の確立、及びマップ構成データの読み取りを含
んでいる。ブロック704はブロック706に移る。ブロック
706に示すように、マップはトポロジ・データに生じた
変更によって更新される。この手順は図９に示されてお
り、以下で詳細に説明する。次に、ブロック706はブロ
ック708に移る。ブロック708において、非同期事象が処
理されるが、これは図10に示されている。
【００６０】図８はフィルタ初期化ブロック702（図
７）のアーキテクチャと機能を説明する流れ図を示して
いる。このソフトウェア・モジュールにおいて、現在開
いているネットワーク管理マップに対してユーザが構成
しているフィルタが特定され、フィルタがフィルタリン
グ・ライブラリ321に常駐しているかどうかに関する判
定が行われる。
７）のアーキテクチャと機能を説明する流れ図を示して
いる。このソフトウェア・モジュールにおいて、現在開
いているネットワーク管理マップに対してユーザが構成
しているフィルタが特定され、フィルタがフィルタリン
グ・ライブラリ321に常駐しているかどうかに関する判
定が行われる。
【００６１】図８のブロック802に示すように、表１の
フィルタ定義ファイル文法がメモリ110（図１）から読
み取られる。次に、ブロック804に示すように、フィル
タ定義ファイル文法の構文エラーがチェックされる。こ
のファイルの内容は表１に概略を示した文法に従ったも
のでなければならない。任意の適当な構文解析機構を利
用して、構文チェック手順中にフィルタ定義ファイル文
法を構文解析することができる。好適実施例において
は、「UNIX」TMオペレーティング・システムのLEX及びY
ACCツールを利用して、フィルタ定義ファイル文法のフ
ィールドを構文解析している。LEX及びYACCツール、「U
NIX」TMオペレーティング・システム、及びこれらのプ
ログラム動作の背景となる概念は全て、当分野で周知の
ものであり、更に、これらのプログラムは市販されてい
る。構文が正しくない場合、ブロック806で示すよう
に、エラー・メッセージが表示装置108（図１）に表示
され、変換器318の動作は終了する。フィルタ定義ファ
イル文法の構文が正しい場合には、ブロック804はブロ
ック808に移る。
フィルタ定義ファイル文法がメモリ110（図１）から読
み取られる。次に、ブロック804に示すように、フィル
タ定義ファイル文法の構文エラーがチェックされる。こ
のファイルの内容は表１に概略を示した文法に従ったも
のでなければならない。任意の適当な構文解析機構を利
用して、構文チェック手順中にフィルタ定義ファイル文
法を構文解析することができる。好適実施例において
は、「UNIX」TMオペレーティング・システムのLEX及びY
ACCツールを利用して、フィルタ定義ファイル文法のフ
ィールドを構文解析している。LEX及びYACCツール、「U
NIX」TMオペレーティング・システム、及びこれらのプ
ログラム動作の背景となる概念は全て、当分野で周知の
ものであり、更に、これらのプログラムは市販されてい
る。構文が正しくない場合、ブロック806で示すよう
に、エラー・メッセージが表示装置108（図１）に表示
され、変換器318の動作は終了する。フィルタ定義ファ
イル文法の構文が正しい場合には、ブロック804はブロ
ック808に移る。
【００６２】ブロック808に示すように、フィルタ名の
リストがマップ・データベース326から読み取られる。
ブロック808はループに移り、どのファイル名を問題の
マップと関連づけるべきかを判定する。ループはブロッ
ク810から始まり、フィルタ名のカウンタCTRが初期化さ
れる。
リストがマップ・データベース326から読み取られる。
ブロック808はループに移り、どのファイル名を問題の
マップと関連づけるべきかを判定する。ループはブロッ
ク810から始まり、フィルタ名のカウンタCTRが初期化さ
れる。
【００６３】カウンタCTRが初期化された後、フィルタ
名がリストから選択され、ループで処理される。流れ図
のブロック812で示されるように、リストからのフィル
タ名FILTERNAMELIST[CTR]（ただし、CTR＝数値）がフィ
ルタ定義ファイル文法にあるかどうか判定される。フィ
ルタ名FILTERNAMELIST[CTR]がフィルタ定義ファイル文
法にない場合、ブロック806に示すように、エラー・メ
ッセージが表示装置108に表示され、変換器318は動作を
終了する。フィルタ名FILTERNAMELIST[CTR]がフィルタ
定義ファイル文法にある場合、ブロック814に示すよう
に、フィルタ名FILTERNAMELIST[CTR]が将来の処理に備
えて保存される。ブロック814はブロック816に移り、こ
こでカウンタCTRがインクリメントされる。次に、ブロ
ック818において、カウンタCTRがフィルタ名の総数より
大きいかどうかに関する判定が行われる。大きくない場
合、ブロック818はブロック812に戻り、ループを継続す
る。大きい場合、ブロック818はブロック704（図７）に
移る。
名がリストから選択され、ループで処理される。流れ図
のブロック812で示されるように、リストからのフィル
タ名FILTERNAMELIST[CTR]（ただし、CTR＝数値）がフィ
ルタ定義ファイル文法にあるかどうか判定される。フィ
ルタ名FILTERNAMELIST[CTR]がフィルタ定義ファイル文
法にない場合、ブロック806に示すように、エラー・メ
ッセージが表示装置108に表示され、変換器318は動作を
終了する。フィルタ名FILTERNAMELIST[CTR]がフィルタ
定義ファイル文法にある場合、ブロック814に示すよう
に、フィルタ名FILTERNAMELIST[CTR]が将来の処理に備
えて保存される。ブロック814はブロック816に移り、こ
こでカウンタCTRがインクリメントされる。次に、ブロ
ック818において、カウンタCTRがフィルタ名の総数より
大きいかどうかに関する判定が行われる。大きくない場
合、ブロック818はブロック812に戻り、ループを継続す
る。大きい場合、ブロック818はブロック704（図７）に
移る。
【００６４】従って、図８に示した手順の後、現在開い
ているネットワーク管理マップ200に対してユーザが構
成しているフィルタが特定され、フィルタがフィルタリ
ング・ライブラリ321に常駐しているかどうかが判定さ
れる。
ているネットワーク管理マップ200に対してユーザが構
成しているフィルタが特定され、フィルタがフィルタリ
ング・ライブラリ321に常駐しているかどうかが判定さ
れる。
【００６５】図９はマップ更新ブロック706（図７）の
アーキテクチャ及び機能を説明する流れ図を示してお
り、マップ・データベース326内に常駐しているマップ
・データが、フィルタされたトポロジ・データに基づい
て更新される。ブロック902に示すように、１つ又は複
数のネットワークのリストが変換器318によって、トポ
ロジ・マネージャ310から検索され、次いでトポロジ・
データベース314からそのリストを取得する。ブロック9
02は、ブロック904から始まり、各ネットワークのオブ
ジェクトを処理し、フィルタするループに移る。
アーキテクチャ及び機能を説明する流れ図を示してお
り、マップ・データベース326内に常駐しているマップ
・データが、フィルタされたトポロジ・データに基づい
て更新される。ブロック902に示すように、１つ又は複
数のネットワークのリストが変換器318によって、トポ
ロジ・マネージャ310から検索され、次いでトポロジ・
データベース314からそのリストを取得する。ブロック9
02は、ブロック904から始まり、各ネットワークのオブ
ジェクトを処理し、フィルタするループに移る。
【００６６】ブロック904において、カウンタNETCTRが
初期化される。次に、ブロック906において、特定のネ
ットワークNETWORK[NETCTR]（ただし、NETCTR＝数値）
が、開いているマップ200に関連するフィルタ（フィル
タ名によって規定される）を通過するかどうかの判定が
行われる。この手順については図13を参照して後で詳細
に説明する。現行のネットワークNETWORK[NETCTR]がフ
ィルタを通過しないと判定された場合、カウンタNETCTR
はブロック908に示すようにインクリメントされる。更
に、ブロック910に示すように、カウンタNETCTRが、開
いているマップ200のネットワークの総数を超えている
かどうかの判定が行われる。カウンタNETCTRがネットワ
ークの総数を超えていないと判定された場合、ブロック
910はブロック906に戻り、ループが継続される。これと
は逆に、カウンタNETCTRがネットワークの総数を超えて
いる場合、ブロック910はブロック708（図７）に戻る。
初期化される。次に、ブロック906において、特定のネ
ットワークNETWORK[NETCTR]（ただし、NETCTR＝数値）
が、開いているマップ200に関連するフィルタ（フィル
タ名によって規定される）を通過するかどうかの判定が
行われる。この手順については図13を参照して後で詳細
に説明する。現行のネットワークNETWORK[NETCTR]がフ
ィルタを通過しないと判定された場合、カウンタNETCTR
はブロック908に示すようにインクリメントされる。更
に、ブロック910に示すように、カウンタNETCTRが、開
いているマップ200のネットワークの総数を超えている
かどうかの判定が行われる。カウンタNETCTRがネットワ
ークの総数を超えていないと判定された場合、ブロック
910はブロック906に戻り、ループが継続される。これと
は逆に、カウンタNETCTRがネットワークの総数を超えて
いる場合、ブロック910はブロック708（図７）に戻る。
【００６７】現在のネットワークNETWORK[NETCTR]が、
ブロック906のフィルタに基づいて許可されると判定さ
れた場合、ブロック906はブロック909に移る。ブロック
909において、変換器318はトポロジ・マネージャ310か
ら（最終的には、トポロジ・データベース314から）NET
WORK[NETCTR]内のオブジェクトのリストを取得する。ブ
ロック909はループに移り、リスト内の各オブジェクト
を処理し、どのオブジェクトがフィルタを通過するか判
定する。これに関し、ブロック909はブロック911に移
り、カウンタOBJCTRが初期化される。
ブロック906のフィルタに基づいて許可されると判定さ
れた場合、ブロック906はブロック909に移る。ブロック
909において、変換器318はトポロジ・マネージャ310か
ら（最終的には、トポロジ・データベース314から）NET
WORK[NETCTR]内のオブジェクトのリストを取得する。ブ
ロック909はループに移り、リスト内の各オブジェクト
を処理し、どのオブジェクトがフィルタを通過するか判
定する。これに関し、ブロック909はブロック911に移
り、カウンタOBJCTRが初期化される。
【００６８】次に、現行のオブジェクトOBJ[OBJCTR]
（ただし、OBJCTR＝数値）がブロック912に示すよう
に、フィルタを通過するかどうか判定される。この判定
については、図13を参照して以下で更に説明する。現行
のオブジェクトOBJ[OBJCTR]がフィルタを通過しないと
判定された場合、流れ図のブロック914に示すように、
カウンタOBJCTRがインクリメントされる。更に、カウン
タOBJCTRがオブジェクトの総数を超えているかどうか判
定される。超えていない場合、ブロック916はブロック9
12に戻り、ループが継続し、次のオブジェクトを処理す
る。超えている場合、ブロック916はブロック908に移る
（このことによって、他のネットワークが使用可能な場
合には、これが選択される）。
（ただし、OBJCTR＝数値）がブロック912に示すよう
に、フィルタを通過するかどうか判定される。この判定
については、図13を参照して以下で更に説明する。現行
のオブジェクトOBJ[OBJCTR]がフィルタを通過しないと
判定された場合、流れ図のブロック914に示すように、
カウンタOBJCTRがインクリメントされる。更に、カウン
タOBJCTRがオブジェクトの総数を超えているかどうか判
定される。超えていない場合、ブロック916はブロック9
12に戻り、ループが継続し、次のオブジェクトを処理す
る。超えている場合、ブロック916はブロック908に移る
（このことによって、他のネットワークが使用可能な場
合には、これが選択される）。
【００６９】ブロック912において、現行のオブジェク
トOBJ[OBJCTR]がライブラリ321内のフィルタを通過する
と判定された場合、ブロック912はブロック918に移る。
ブロック918において、変換器318は現行オブジェクトを
マップ200に追加する。この手順は図16に示されてお
り、これについては以下で更に説明する。オブジェクト
がマップに追加された後、カウンタOBJCTRがインクリメ
ントされ、流れ図のブロック914、916に示すように、他
のオブジェクトが使用可能な場合には、これが処理され
る。
トOBJ[OBJCTR]がライブラリ321内のフィルタを通過する
と判定された場合、ブロック912はブロック918に移る。
ブロック918において、変換器318は現行オブジェクトを
マップ200に追加する。この手順は図16に示されてお
り、これについては以下で更に説明する。オブジェクト
がマップに追加された後、カウンタOBJCTRがインクリメ
ントされ、流れ図のブロック914、916に示すように、他
のオブジェクトが使用可能な場合には、これが処理され
る。
【００７０】図10は、図７のブロック708に示したよう
な非同期事象の処理に関する流れ図を示している。ネッ
トワーク・トポロジがネットワークで変化した場合、ネ
ットワーク・モニタ306は事象ないしトラップ（SNMP専
門用語）を生成し、これはオブジェクト識別子及びオブ
ジェクト変更情報を含んでいる。ネットワーク・モニタ
306は、ネットワーク118内のルータなどの他の装置から
事象を受信することもできる。
な非同期事象の処理に関する流れ図を示している。ネッ
トワーク・トポロジがネットワークで変化した場合、ネ
ットワーク・モニタ306は事象ないしトラップ（SNMP専
門用語）を生成し、これはオブジェクト識別子及びオブ
ジェクト変更情報を含んでいる。ネットワーク・モニタ
306は、ネットワーク118内のルータなどの他の装置から
事象を受信することもできる。
【００７１】まず、図10を参照すると、事象は待ち行列
に入れられ、トポロジ・マネージャ310に関連づけられ
た待ち行列（図示せず）又は累算器内にキューイングさ
れて蓄積され、変換器318による検索を待つ。変換器318
は各アクセス中に、トポロジ・マネージャ310からバッ
チ事象を読み取る。
に入れられ、トポロジ・マネージャ310に関連づけられ
た待ち行列（図示せず）又は累算器内にキューイングさ
れて蓄積され、変換器318による検索を待つ。変換器318
は各アクセス中に、トポロジ・マネージャ310からバッ
チ事象を読み取る。
【００７２】次に、ブロック1004に示すように、変換器
318は事象で識別された全てのオブジェクトに関するト
ポロジ・データのリストについてトポロジ・マネージャ
310を呼び出す。トポロジ・データの受信後、ブロック1
004はブロック1006に移る。
318は事象で識別された全てのオブジェクトに関するト
ポロジ・データのリストについてトポロジ・マネージャ
310を呼び出す。トポロジ・データの受信後、ブロック1
004はブロック1006に移る。
【００７３】ブロック1006において、変換器318は事象
で示されているトポロジ・データの変更に基づいて、マ
ップ・データ、特にネットワーク管理マップ200（図
２）に対して行う変更を計算する。ブロック1006はブロ
ック1008に移る。ブロック1008において、変換器318はG
UI 322を呼び出し、全てのオブジェクトの変更に関する
全てのサブマップの変更（以下で説明するSYMCHANGELIS
T及びNEWSYMLIST）をGUI322に通知することによって、
マップ200（図２）を更新する。このトランザクション
は,バッチ転送であることが好ましいが、必須ではな
い。このバッチ転送トランザクションの間に、変換器31
8は変更される各サブマップ、サブマップ内で変更され
る各オブジェクト、及びオブジェクトに対して行う特定
の変更を識別する。オブジェクトの変更は、例えば、カ
ラー、位置又は接続の変更を含んでいるが、これらに限
定されるものではない。ブロック1008はブロック1010に
移る。
で示されているトポロジ・データの変更に基づいて、マ
ップ・データ、特にネットワーク管理マップ200（図
２）に対して行う変更を計算する。ブロック1006はブロ
ック1008に移る。ブロック1008において、変換器318はG
UI 322を呼び出し、全てのオブジェクトの変更に関する
全てのサブマップの変更（以下で説明するSYMCHANGELIS
T及びNEWSYMLIST）をGUI322に通知することによって、
マップ200（図２）を更新する。このトランザクション
は,バッチ転送であることが好ましいが、必須ではな
い。このバッチ転送トランザクションの間に、変換器31
8は変更される各サブマップ、サブマップ内で変更され
る各オブジェクト、及びオブジェクトに対して行う特定
の変更を識別する。オブジェクトの変更は、例えば、カ
ラー、位置又は接続の変更を含んでいるが、これらに限
定されるものではない。ブロック1008はブロック1010に
移る。
【００７４】ブロック1010において、変換器318は、ト
ポロジ・マネージャ310から読み取られる他のバッチ事
象があるかどうか判定する。存在している場合、ブロッ
ク1010はブロック1002に移り、前述したプロセスが繰り
返される。存在していない場合、ソフトウェアはブロッ
ク1010で他のバッチ事象を待つ。
ポロジ・マネージャ310から読み取られる他のバッチ事
象があるかどうか判定する。存在している場合、ブロッ
ク1010はブロック1002に移り、前述したプロセスが繰り
返される。存在していない場合、ソフトウェアはブロッ
ク1010で他のバッチ事象を待つ。
【００７５】図11は事象読み取りブロック1002（図10）
のアーキテクチャ及び機能を示す流れ図を示している。
この流れ図は、変換器318がトポロジ・マネージャ310か
らバッチ事象を読み取る方法を示している。ブロック11
02に示すように、まず、トポロジ・マネージャ310から
の事象が蓄積される（待ち行列化される）。カウンタTR
APCTRは、トポロジ・マネージャ310からの各事象を変換
器318に経路指定するために、ブロック1104でループと
関連して使用される。ブロック1106において、事象が変
換器318によって、トポロジ・マネージャ310から読み取
られる。ブロック1106はブロック1108に移り、そこで事
象を復号する。事象は復号されて、事象のタイプ及び関
連するデータを識別する。無数のタイプの事象があり、
異なるタイプの事象は異なるタイプの関連データを有し
ている。より具体的には、事象は、例えば、新しいノー
ド又はノード状態の変更（例えば、接続済み／アクセス
可能又は接続済み／アクセス不能）を含むことができる
が、これに限定されるものではない。事象は事象のタイ
プを識別する事象識別子を、通常ヘッダに有している。
更に、新しいノードの場合、事象はオブジェクト識別子
とアドレスを含んでいる。ノード状態の変更の場合、事
象はオブジェクト識別子、過去の状態、及び新しい状態
を含む。
のアーキテクチャ及び機能を示す流れ図を示している。
この流れ図は、変換器318がトポロジ・マネージャ310か
らバッチ事象を読み取る方法を示している。ブロック11
02に示すように、まず、トポロジ・マネージャ310から
の事象が蓄積される（待ち行列化される）。カウンタTR
APCTRは、トポロジ・マネージャ310からの各事象を変換
器318に経路指定するために、ブロック1104でループと
関連して使用される。ブロック1106において、事象が変
換器318によって、トポロジ・マネージャ310から読み取
られる。ブロック1106はブロック1108に移り、そこで事
象を復号する。事象は復号されて、事象のタイプ及び関
連するデータを識別する。無数のタイプの事象があり、
異なるタイプの事象は異なるタイプの関連データを有し
ている。より具体的には、事象は、例えば、新しいノー
ド又はノード状態の変更（例えば、接続済み／アクセス
可能又は接続済み／アクセス不能）を含むことができる
が、これに限定されるものではない。事象は事象のタイ
プを識別する事象識別子を、通常ヘッダに有している。
更に、新しいノードの場合、事象はオブジェクト識別子
とアドレスを含んでいる。ノード状態の変更の場合、事
象はオブジェクト識別子、過去の状態、及び新しい状態
を含む。
【００７６】ブロック1108はブロック1110にる。ブロッ
ク1110において、復号された事象データ（即ち、レコー
ド）がTLISTに追加される。ブロック1112において、カ
ウンタTRAPCTRがインクリメントされ、他の事象に対す
るサービスが行われる。ブロック1112はブロック1114に
移り、サービスする事象が他にあるかどうかを判定す
る。存在している場合、ブロック1114はブロック1106に
戻り、上述のプロセスが繰り返される。存在していない
場合には、ブロック1114はブロック1002（図10）に戻
る。
ク1110において、復号された事象データ（即ち、レコー
ド）がTLISTに追加される。ブロック1112において、カ
ウンタTRAPCTRがインクリメントされ、他の事象に対す
るサービスが行われる。ブロック1112はブロック1114に
移り、サービスする事象が他にあるかどうかを判定す
る。存在している場合、ブロック1114はブロック1106に
戻り、上述のプロセスが繰り返される。存在していない
場合には、ブロック1114はブロック1002（図10）に戻
る。
【００７７】図12はオブジェクト情報検索ブロック1004
（図10）を実装する好適実施例のアーキテクチャ及び機
能の流れ図を示す。図12を参照すると、ブロック1202に
おいて、事象のリストTLISTが読み取られる。ブロック1
202はブロック1204に移り、TLIST内の全ての事象にサー
ビスを行うループを開始する。
（図10）を実装する好適実施例のアーキテクチャ及び機
能の流れ図を示す。図12を参照すると、ブロック1202に
おいて、事象のリストTLISTが読み取られる。ブロック1
202はブロック1204に移り、TLIST内の全ての事象にサー
ビスを行うループを開始する。
【００７８】ブロック1204において、カウンタTLISTCTR
が初期化される。ブロック1204はブロック1206に移る。
ブロック1206において、単一のレコードがTLISTから読
み取られる。このレコードから、オブジェクト識別子と
オブジェクトの変更が判定される。上述のデータはオブ
ジェクト・リストOBJLIST内に配置される。次に、ブロ
ック1208に示すように、カウンタTLISTCTRがインクリメ
ントされて、残っているレコードがあれば、TLISTの他
のレコードがサービスされる。ブロック1208はブロック
1210に移る。ブロック1210において、レコード・カウン
タCTRのレコード・カウントを処理済みのレコードの総
数と比較することによって、サービスされる事象が残っ
ているかどうか判定する。残っている場合、ブロック12
10はブロック1206に戻り、他のレコードのサービスを開
始する。残っていない場合、ブロック1210はブロック12
12に移り、そのバッチ内の全てのオブジェクトに関連す
るオブジェクト情報のバッチ転送の要求を、トポロジ・
マネージャ310に送信する。各オブジェクトのオブジェ
クト情報はオブジェクト名、アドレス、状態、接続情報
などを含む。
が初期化される。ブロック1204はブロック1206に移る。
ブロック1206において、単一のレコードがTLISTから読
み取られる。このレコードから、オブジェクト識別子と
オブジェクトの変更が判定される。上述のデータはオブ
ジェクト・リストOBJLIST内に配置される。次に、ブロ
ック1208に示すように、カウンタTLISTCTRがインクリメ
ントされて、残っているレコードがあれば、TLISTの他
のレコードがサービスされる。ブロック1208はブロック
1210に移る。ブロック1210において、レコード・カウン
タCTRのレコード・カウントを処理済みのレコードの総
数と比較することによって、サービスされる事象が残っ
ているかどうか判定する。残っている場合、ブロック12
10はブロック1206に戻り、他のレコードのサービスを開
始する。残っていない場合、ブロック1210はブロック12
12に移り、そのバッチ内の全てのオブジェクトに関連す
るオブジェクト情報のバッチ転送の要求を、トポロジ・
マネージャ310に送信する。各オブジェクトのオブジェ
クト情報はオブジェクト名、アドレス、状態、接続情報
などを含む。
【００７９】次に、ブロック1214に示すように、オブジ
ェクト・リストOBJLISTがフィルタされて、ライブラリ3
21内のフィルタを通過しないオブジェクトを除去する。
この処理は図13にも示されており、これについては以下
で説明する。
ェクト・リストOBJLISTがフィルタされて、ライブラリ3
21内のフィルタを通過しないオブジェクトを除去する。
この処理は図13にも示されており、これについては以下
で説明する。
【００８０】図13に示すように、オブジェクト・リスト
OBJLISTが、ブロック1302に示すように、オブジェクト
・カウンタFILTCTRをまず初期化することによって処理
される。ブロック1302はブロック1304に移り、特定のオ
ブジェクトOBJLIST[FILTCTR]がフィルタを通過するかど
うか判定する。特定のオブジェクトOBJLIST[FILTCTR]が
フィルタ仕様に合致すると判定された場合、その特定の
オブジェクトはオブジェクト・リストOBJLISTに残るこ
とが許される。特定のオブジェクトがフィルタを通過し
ないと判定された場合、その特定のオブジェクトOBJLIS
T[FILTCTR]は、ブロック1306に示すように、オブジェク
ト・リストOBJLISTから除去される。
OBJLISTが、ブロック1302に示すように、オブジェクト
・カウンタFILTCTRをまず初期化することによって処理
される。ブロック1302はブロック1304に移り、特定のオ
ブジェクトOBJLIST[FILTCTR]がフィルタを通過するかど
うか判定する。特定のオブジェクトOBJLIST[FILTCTR]が
フィルタ仕様に合致すると判定された場合、その特定の
オブジェクトはオブジェクト・リストOBJLISTに残るこ
とが許される。特定のオブジェクトがフィルタを通過し
ないと判定された場合、その特定のオブジェクトOBJLIS
T[FILTCTR]は、ブロック1306に示すように、オブジェク
ト・リストOBJLISTから除去される。
【００８１】次に、流れ図のブロック1308に示すよう
に、オブジェクト・カウンタがインクリメントされ、流
れ図のブロック1310に示すように、オブジェクト・カウ
ンタがオブジェクトの総数を超えたかどうか判定され
る。全てのオブジェクトがオブジェクト・カウンタによ
って示されるようにサービスを受けているわけではない
場合、ブロック1310はブロック1304に戻り、他のオブジ
ェクトがサービスされる。これ以外の場合、即ち、オブ
ジェクト・カウンタCTRがオブジェクトの総数を超えて
いる場合、ブロック1310はブロック1004（図12）に戻
る。
に、オブジェクト・カウンタがインクリメントされ、流
れ図のブロック1310に示すように、オブジェクト・カウ
ンタがオブジェクトの総数を超えたかどうか判定され
る。全てのオブジェクトがオブジェクト・カウンタによ
って示されるようにサービスを受けているわけではない
場合、ブロック1310はブロック1304に戻り、他のオブジ
ェクトがサービスされる。これ以外の場合、即ち、オブ
ジェクト・カウンタCTRがオブジェクトの総数を超えて
いる場合、ブロック1310はブロック1004（図12）に戻
る。
【００８２】図14はオブジェクトがブロック1304（図1
3）に示すように、フィルタ仕様を通過するかどうかを
判定する方法を示す流れ図である。図14の方法は、イン
タフェースを含むノードを処理する特別な処理を実施す
る。ノードはフィルタ仕様を通過しないことがあるが、
許可されないノード内のインタフェースはフィルタ仕様
を通過することができる。それ故、この方法は、フィー
ルドがフィルタ仕様を通過するか、又はノード内の任意
のインタフェースがフィルタ仕様を通過する場合に、ノ
ードがフィルタ仕様を通過するように設計されている。
3）に示すように、フィルタ仕様を通過するかどうかを
判定する方法を示す流れ図である。図14の方法は、イン
タフェースを含むノードを処理する特別な処理を実施す
る。ノードはフィルタ仕様を通過しないことがあるが、
許可されないノード内のインタフェースはフィルタ仕様
を通過することができる。それ故、この方法は、フィー
ルドがフィルタ仕様を通過するか、又はノード内の任意
のインタフェースがフィルタ仕様を通過する場合に、ノ
ードがフィルタ仕様を通過するように設計されている。
【００８３】まず、ブロック1402に示すように、特定の
オブジェクトOBJLIST[CTR]が全てのフィルタ式に対して
チェックされ、オブジェクトをオブジェクト・リストOB
JLISTから除去すべきであるかどうか、又はリストOBJLI
STに残すべきかどうかを判定する。この手順は図15によ
り詳細に示されており、以下で説明する。
オブジェクトOBJLIST[CTR]が全てのフィルタ式に対して
チェックされ、オブジェクトをオブジェクト・リストOB
JLISTから除去すべきであるかどうか、又はリストOBJLI
STに残すべきかどうかを判定する。この手順は図15によ
り詳細に示されており、以下で説明する。
【００８４】ブロック1402はブロック1404に移る。ブロ
ック1404において、特定のオブジェクトOBJLIST[CTR]が
フィルタ仕様を通過したかどうかについての判定が行わ
れる。通過した場合、ブロック1404はブロック1408に移
り、特定のオブジェクトに、通過したものとして（即
ち、許可されたものとして）タグがつけられ、プロセス
はブロック1306（図13）に戻る。通過しない場合、ブロ
ック1404はブロック1406に移り、特定のオブジェクトが
ノードであるかどうかの照会を行う。
ック1404において、特定のオブジェクトOBJLIST[CTR]が
フィルタ仕様を通過したかどうかについての判定が行わ
れる。通過した場合、ブロック1404はブロック1408に移
り、特定のオブジェクトに、通過したものとして（即
ち、許可されたものとして）タグがつけられ、プロセス
はブロック1306（図13）に戻る。通過しない場合、ブロ
ック1404はブロック1406に移り、特定のオブジェクトが
ノードであるかどうかの照会を行う。
【００８５】オブジェクトがノードでない場合、流れ図
のブロック1410に示すように、オブジェクトはフィルタ
仕様を通過しないものとして削除される。逆に、ブロッ
ク1406で、オブジェクトがノードであると判定された場
合、ブロック1406はブロック1412に移り、ノード内のイ
ンタフェースのリストをフィルタする。この手順は図13
に関して上述したものである。
のブロック1410に示すように、オブジェクトはフィルタ
仕様を通過しないものとして削除される。逆に、ブロッ
ク1406で、オブジェクトがノードであると判定された場
合、ブロック1406はブロック1412に移り、ノード内のイ
ンタフェースのリストをフィルタする。この手順は図13
に関して上述したものである。
【００８６】ブロック1412はブロック1414に移り、イン
タフェース・リストが空であるかどうか判定する。空で
ある場合、全てのインタフェースは許可されないものと
みなされる。これが空である場合、ブロック1414はブロ
ック1410に移り、オブジェクトはオブジェクト・リスト
OBJLISTから除去される。ブロック1414において、イン
タフェース・リストが空でないと判定された場合、ブロ
ック1414はブロック1408に移り、オブジェクトはフィル
タ仕様を通過するものとして、最終的にオブジェクト・
リストOBJLISTに追加される。
タフェース・リストが空であるかどうか判定する。空で
ある場合、全てのインタフェースは許可されないものと
みなされる。これが空である場合、ブロック1414はブロ
ック1410に移り、オブジェクトはオブジェクト・リスト
OBJLISTから除去される。ブロック1414において、イン
タフェース・リストが空でないと判定された場合、ブロ
ック1414はブロック1408に移り、オブジェクトはフィル
タ仕様を通過するものとして、最終的にオブジェクト・
リストOBJLISTに追加される。
【００８７】図15はフィルタリング・ライブラリ321が
使用するフィルタ定義ファイルのセット、フィルタ及び
フィルタ式によって定義されるフィルタ仕様に従って、
オブジェクトを許可されるもの、又は許可されないもの
のどちらに分類すべきか判定を行う流れ図を示す。図15
の流れ図に示す機能は、ブロック1402（図14）で具体化
されている。図15は表１に記載した文法の一部を実装す
るものである。これは、単純な文法に対してフィルタを
どのようにして実装できるかを実証している。完全な文
法はこの概念を拡張したものであり、好適実施例におい
てLEX及びYACCツールを使用して実装されている。
使用するフィルタ定義ファイルのセット、フィルタ及び
フィルタ式によって定義されるフィルタ仕様に従って、
オブジェクトを許可されるもの、又は許可されないもの
のどちらに分類すべきか判定を行う流れ図を示す。図15
の流れ図に示す機能は、ブロック1402（図14）で具体化
されている。図15は表１に記載した文法の一部を実装す
るものである。これは、単純な文法に対してフィルタを
どのようにして実装できるかを実証している。完全な文
法はこの概念を拡張したものであり、好適実施例におい
てLEX及びYACCツールを使用して実装されている。
【００８８】図15を参照すると、ブロック1502はフィー
ルドと値のリストを、変数FILTEREXPRにセットする。各
フィールドはフィルタ名であり、その対応する値は真、
偽、整数、又は文字ストリングである。
ルドと値のリストを、変数FILTEREXPRにセットする。各
フィールドはフィルタ名であり、その対応する値は真、
偽、整数、又は文字ストリングである。
【００８９】ブロック1502はブロック1504に移り、フィ
ールドと値の全ての対を、問題のオブジェクトに関して
考察するために、オブジェクト・カウンタFIELDCTRを初
期化する。ブロック1504は、ブロック1506から始まるル
ープに移る。
ールドと値の全ての対を、問題のオブジェクトに関して
考察するために、オブジェクト・カウンタFIELDCTRを初
期化する。ブロック1504は、ブロック1506から始まるル
ープに移る。
【００９０】ブロック1506において、変数EXPRはフィー
ルドと値がセットされる。ブロック1506はブロック1508
に移り、変数EXPRVALに変数EXPR内の値部分がセットさ
れる。ブロック1508はブロック1510に移る。
ルドと値がセットされる。ブロック1506はブロック1508
に移り、変数EXPRVALに変数EXPR内の値部分がセットさ
れる。ブロック1508はブロック1510に移る。
【００９１】ブロック1510において、変数OBJVALは問題
のオブジェクトに関連するフィールドEXPR.FIELDの値に
セットされる。このフィールドの値はトポロジ・データ
ベース314から検索される。ブロック1510はブロック151
2に移る。
のオブジェクトに関連するフィールドEXPR.FIELDの値に
セットされる。このフィールドの値はトポロジ・データ
ベース314から検索される。ブロック1510はブロック151
2に移る。
【００９２】ブロック1512において、OBJVALはEXPRVAL
と比較される。即ち、オブジェクト値はフィルタ仕様に
指定された値と比較される。オブジェクト値がフィルタ
仕様の値と一致しない場合、ブロック1514で示すよう
に、オブジェクトはフィルタ仕様に合致せず、流れ図は
終了する。しかし、オブジェクト値がフィルタ仕様値の
全てと合致している場合、流れ図のブロック1520に示す
ように、オブジェクトは最終的にオブジェクト・リスト
OBJLISTに常駐することが許可される。ブロック1520に
到達する前に、ブロック1512はブロック1516に移り、ブ
ロック1504で初期化されたフィールド・カウンタFIELDC
TRをインクリメントする。更に、ブロック1516はブロッ
ク1518に移り、全てのEXPRが考察されたかどうか判定す
る。残っているものがある場合、ブロック1518はブロッ
ク1506に移り、上記のプロセスを継続する。他にEXPRが
残っていない場合、流れ図はブロック1520に移り、オブ
ジェクトがフィルタ仕様に合致することを指定し、流れ
図は終了する。
と比較される。即ち、オブジェクト値はフィルタ仕様に
指定された値と比較される。オブジェクト値がフィルタ
仕様の値と一致しない場合、ブロック1514で示すよう
に、オブジェクトはフィルタ仕様に合致せず、流れ図は
終了する。しかし、オブジェクト値がフィルタ仕様値の
全てと合致している場合、流れ図のブロック1520に示す
ように、オブジェクトは最終的にオブジェクト・リスト
OBJLISTに常駐することが許可される。ブロック1520に
到達する前に、ブロック1512はブロック1516に移り、ブ
ロック1504で初期化されたフィールド・カウンタFIELDC
TRをインクリメントする。更に、ブロック1516はブロッ
ク1518に移り、全てのEXPRが考察されたかどうか判定す
る。残っているものがある場合、ブロック1518はブロッ
ク1506に移り、上記のプロセスを継続する。他にEXPRが
残っていない場合、流れ図はブロック1520に移り、オブ
ジェクトがフィルタ仕様に合致することを指定し、流れ
図は終了する。
【００９３】図16はマップ変更計算ブロック1006（図1
0）の好適実施例のアーキテクチャ及び機能の流れ図を
示す。この流れ図において、変換器318はどのサブマッ
プ（図２）が変更されるのかを判定し、事象に基づいて
予め判定されているオブジェクト識別子及びオブジェク
ト変更に基づいて変更を行う。図16を参照すると、ブロ
ック1601はオブジェクト変更カウンタOBJCTRを初期化し
て、全てのオブジェクトの変更が考察されるようにす
る。ブロック1601はブロック1602に移る。ブロック1602
は現在問題となっているオブジェクトの変更によって、
サブマップ（図２）のどれが影響を受けるかに基づいて
サブマップ識別子を判定する。ブロック1602はブロック
1604に移り、影響を受けるサブマップが存在しているか
どうか判定する。サブマップが存在している場合、ブロ
ック1604はブロック1610に移る。サブマップが存在して
いない場合、ブロック1604はブロック1606に移る。ブロ
ック1606は影響を受けるサブマップをマップ200（図
２）に作成する。ブロック1606はブロック1608に移る。
0）の好適実施例のアーキテクチャ及び機能の流れ図を
示す。この流れ図において、変換器318はどのサブマッ
プ（図２）が変更されるのかを判定し、事象に基づいて
予め判定されているオブジェクト識別子及びオブジェク
ト変更に基づいて変更を行う。図16を参照すると、ブロ
ック1601はオブジェクト変更カウンタOBJCTRを初期化し
て、全てのオブジェクトの変更が考察されるようにす
る。ブロック1601はブロック1602に移る。ブロック1602
は現在問題となっているオブジェクトの変更によって、
サブマップ（図２）のどれが影響を受けるかに基づいて
サブマップ識別子を判定する。ブロック1602はブロック
1604に移り、影響を受けるサブマップが存在しているか
どうか判定する。サブマップが存在している場合、ブロ
ック1604はブロック1610に移る。サブマップが存在して
いない場合、ブロック1604はブロック1606に移る。ブロ
ック1606は影響を受けるサブマップをマップ200（図
２）に作成する。ブロック1606はブロック1608に移る。
【００９４】ブロック1608において、変換器318はトポ
ロジ・マネージャ310からのデータを有する、新たに作
成されたサブマップを保持する。次に、ブロック1610に
おいて、現在の事象、詳細にいえば、オブジェクト識別
子とオブジェクトの変更に基づいてサブマップの変更が
計算される。ブロック1610の計算については、図17を参
照して以下で説明する。ブロック1610はブロック1616に
移る。
ロジ・マネージャ310からのデータを有する、新たに作
成されたサブマップを保持する。次に、ブロック1610に
おいて、現在の事象、詳細にいえば、オブジェクト識別
子とオブジェクトの変更に基づいてサブマップの変更が
計算される。ブロック1610の計算については、図17を参
照して以下で説明する。ブロック1610はブロック1616に
移る。
【００９５】ブロック1616において、オブジェクト変更
カウンタOBJCTRがインクリメントされ、他のオブジェク
トの変更がサブマップに関して考察される。ブロック16
16はブロック1618に移り、サービスされる任意のオブジ
ェクトの変更が残っているかどうか判定が行われる。残
っている場合、ブロック1618はブロック1602に戻る。残
っていない場合、ブロック1618の後で流れ図は終了す
る。
カウンタOBJCTRがインクリメントされ、他のオブジェク
トの変更がサブマップに関して考察される。ブロック16
16はブロック1618に移り、サービスされる任意のオブジ
ェクトの変更が残っているかどうか判定が行われる。残
っている場合、ブロック1618はブロック1602に戻る。残
っていない場合、ブロック1618の後で流れ図は終了す
る。
【００９６】従って、図16のステップの動作の完了時
に、関連するサブマップの変更を有するサブマップ識別
子のバッチが、関連するオブジェクトの変更を有するオ
ブジェクト識別子のバッチから生成される。
に、関連するサブマップの変更を有するサブマップ識別
子のバッチが、関連するオブジェクトの変更を有するオ
ブジェクト識別子のバッチから生成される。
【００９７】図17を参照すると、ブロック1610（図16）
のサブマップ変更計算に関して、ブロック1704がオブジ
ェクト・リストOBLISTから単一のオブジェクトに関する
データを検索する。ブロック1704はブロック1706に移
り、オブジェクト・タイプがネットワークであるかどう
かについて判定を行う。ネットワークである場合、ブロ
ック1706はブロック1708（図18の流れ図）に移り、サブ
マップの変更を計算し、次いでブロック1708はブロック
1722に移る。ネットワークでない場合、ブロック1706は
ブロック1710に移る。
のサブマップ変更計算に関して、ブロック1704がオブジ
ェクト・リストOBLISTから単一のオブジェクトに関する
データを検索する。ブロック1704はブロック1706に移
り、オブジェクト・タイプがネットワークであるかどう
かについて判定を行う。ネットワークである場合、ブロ
ック1706はブロック1708（図18の流れ図）に移り、サブ
マップの変更を計算し、次いでブロック1708はブロック
1722に移る。ネットワークでない場合、ブロック1706は
ブロック1710に移る。
【００９８】ブロック1710において、オブジェクト・タ
イプがセグメントであるかどうかについての判定が行わ
れる。セグメントである場合、ブロック1710はブロック
1712（図19の流れ図）に移り、サブマップに対するセグ
メントの変更を計算し、次いでブロック1712はブロック
1722に移る。セグメントでない場合、ブロック1710はブ
ロック1714に移る。
イプがセグメントであるかどうかについての判定が行わ
れる。セグメントである場合、ブロック1710はブロック
1712（図19の流れ図）に移り、サブマップに対するセグ
メントの変更を計算し、次いでブロック1712はブロック
1722に移る。セグメントでない場合、ブロック1710はブ
ロック1714に移る。
【００９９】ブロック1714において、オブジェクト・タ
イプがノードであるかどうかについて判定が行われる。
ノードである場合、ブロック1714はブロック1716（図20
の流れ図）に移り、サブマップに対するノードの変更を
計算し、次いでブロック1716はブロック1722に移る。ノ
ードでない場合、ブロック1714はブロック1718に移る。
イプがノードであるかどうかについて判定が行われる。
ノードである場合、ブロック1714はブロック1716（図20
の流れ図）に移り、サブマップに対するノードの変更を
計算し、次いでブロック1716はブロック1722に移る。ノ
ードでない場合、ブロック1714はブロック1718に移る。
【０１００】ブロック1718において、オブジェクト・タ
イプがインタフェースであるかどうかについて判定が行
われる。インタフェースである場合、ブロック1718はブ
ロック1720（図21ないし図23の流れ図）に移り、サブマ
ップに対するインタフェースの変更を計算し、次いでブ
ロック1720はブロック1722に移る。インタフェースでな
い場合、流れ図は終了する。
イプがインタフェースであるかどうかについて判定が行
われる。インタフェースである場合、ブロック1718はブ
ロック1720（図21ないし図23の流れ図）に移り、サブマ
ップに対するインタフェースの変更を計算し、次いでブ
ロック1720はブロック1722に移る。インタフェースでな
い場合、流れ図は終了する。
【０１０１】図18はネットワーク変更ブロック1708（図
17）を実装する好適実施例のアーキテクチャ及び機能の
流れ図を示している。この流れ図はインターネット・サ
ブマップ204（図２）に対する変更を計算し、ネットワ
ークを表示する。更に、好適実施例におけるインターネ
ット・レベルでは、単一のサブマップしかない（複数の
サブマップが可能である）。図18を参照すると、ブロッ
ク1802において、変数INETがインターネット・サブマッ
プ204（図２）の内容にセットされる。その内容は、ネ
ットワーク・オブジェクトとルータ・オブジェクトのリ
スト、及びネットワークとルータ・オブジェクトの間の
接続のリストを含む。ブロック1802はブロック1804に移
る。ブロック1804において、変数NETOBJはオブジェクト
識別子OBJIDの値にセットされる。OBJIDはOBJINFOから
検索される。ブロック1804はブロック1806に移る。ブロ
ック1806において、NETOBJがINET内にあるかどうか、即
ち変更されるオブジェクトがインターネット・サブマッ
プ1804（図２）内に常駐しているかどうかの判定が行わ
れる。常駐している場合、ブロック1806はブロック1808
に移り、NETOBJに関連するネットワークをリストSYMCHA
NGELISTに追加する。常駐していない場合、ブロック180
6はブロック1810に移り、NETOBJに関連するネットワー
クをリストNEWSYMLISTに追加する。リストSYMCHANGELIS
T及びNEWSYMLISTは最終的に、そのバッチ転送の間に、
変換器318によってGUI 322に送られる。
17）を実装する好適実施例のアーキテクチャ及び機能の
流れ図を示している。この流れ図はインターネット・サ
ブマップ204（図２）に対する変更を計算し、ネットワ
ークを表示する。更に、好適実施例におけるインターネ
ット・レベルでは、単一のサブマップしかない（複数の
サブマップが可能である）。図18を参照すると、ブロッ
ク1802において、変数INETがインターネット・サブマッ
プ204（図２）の内容にセットされる。その内容は、ネ
ットワーク・オブジェクトとルータ・オブジェクトのリ
スト、及びネットワークとルータ・オブジェクトの間の
接続のリストを含む。ブロック1802はブロック1804に移
る。ブロック1804において、変数NETOBJはオブジェクト
識別子OBJIDの値にセットされる。OBJIDはOBJINFOから
検索される。ブロック1804はブロック1806に移る。ブロ
ック1806において、NETOBJがINET内にあるかどうか、即
ち変更されるオブジェクトがインターネット・サブマッ
プ1804（図２）内に常駐しているかどうかの判定が行わ
れる。常駐している場合、ブロック1806はブロック1808
に移り、NETOBJに関連するネットワークをリストSYMCHA
NGELISTに追加する。常駐していない場合、ブロック180
6はブロック1810に移り、NETOBJに関連するネットワー
クをリストNEWSYMLISTに追加する。リストSYMCHANGELIS
T及びNEWSYMLISTは最終的に、そのバッチ転送の間に、
変換器318によってGUI 322に送られる。
【０１０２】図19は、セグメント変更ブロック1712（図
17）を実装する好適実施例のアーキテクチャ及び機能の
流れ図を示している。この流れ図において、セグメント
の変更が判定され、計算される。図19を参照すると、ブ
ロック1902はインターネット・サブマップ204（図２）
の内容に変数INETをセットする。その内容はネットワー
クとルータ・オブジェクトのリスト、及びネットワーク
とルータ・オブジェクトの間の接続のリストを含む。ブ
ロック1902はブロック1904に移る。ブロック1904におい
て、変数SEGOBJは、オブジェクト情報OBJINFOから検索
される現在のオブジェクト識別子OBJIDにセットされ
る。ブロック1904はブロック1906に移る。ブロック1906
において、変数NETOBJはOBJINFOから判定されるネット
ワーク識別子NETIDにセットされる。ブロック1906はブ
ロック1908に移る。ブロック1908において、NETOBJがIN
ET内にあるかどうか、即ち、現在のネットワークが現在
のインターネット・サブマップ204（図２）内に存在す
るかどうかの判定が行われる。存在しない場合、図19の
流れ図は終了する。存在する場合、ブロック1902は1910
に移る。ブロック1910において、変数NETはNETOBJに関
連するネットワーク・サブマップ206（図２）の内容に
セットされる。その内容は、例えば、セグメントとコネ
クタ・オブジェクトのリスト、及びセグメントとコネク
タの間の接続のリストを含むが、これに限定されるもの
ではない。ブロック1910はブロック1912に移る。ブロッ
ク1912において、SEGOBJがNET内に存在するかどうか
（即ち、セグメントがネットワーク・サブマップ内に存
在するかどうか）の判定が行われる。存在する場合、ブ
ロック1912はブロック1914に移り、SEGOBJに関連するセ
グメントをSYMCHANGELISTに追加する。それ以外の場
合、即ち存在しない場合、ブロック1912はブロック1916
に移り、SEGOBJに関連するセグメントをNEWSYMLISTに追
加する。最後に、ブロック1914、1916の後で、図19の流
れ図は終了し、動作は図17に戻る。
17）を実装する好適実施例のアーキテクチャ及び機能の
流れ図を示している。この流れ図において、セグメント
の変更が判定され、計算される。図19を参照すると、ブ
ロック1902はインターネット・サブマップ204（図２）
の内容に変数INETをセットする。その内容はネットワー
クとルータ・オブジェクトのリスト、及びネットワーク
とルータ・オブジェクトの間の接続のリストを含む。ブ
ロック1902はブロック1904に移る。ブロック1904におい
て、変数SEGOBJは、オブジェクト情報OBJINFOから検索
される現在のオブジェクト識別子OBJIDにセットされ
る。ブロック1904はブロック1906に移る。ブロック1906
において、変数NETOBJはOBJINFOから判定されるネット
ワーク識別子NETIDにセットされる。ブロック1906はブ
ロック1908に移る。ブロック1908において、NETOBJがIN
ET内にあるかどうか、即ち、現在のネットワークが現在
のインターネット・サブマップ204（図２）内に存在す
るかどうかの判定が行われる。存在しない場合、図19の
流れ図は終了する。存在する場合、ブロック1902は1910
に移る。ブロック1910において、変数NETはNETOBJに関
連するネットワーク・サブマップ206（図２）の内容に
セットされる。その内容は、例えば、セグメントとコネ
クタ・オブジェクトのリスト、及びセグメントとコネク
タの間の接続のリストを含むが、これに限定されるもの
ではない。ブロック1910はブロック1912に移る。ブロッ
ク1912において、SEGOBJがNET内に存在するかどうか
（即ち、セグメントがネットワーク・サブマップ内に存
在するかどうか）の判定が行われる。存在する場合、ブ
ロック1912はブロック1914に移り、SEGOBJに関連するセ
グメントをSYMCHANGELISTに追加する。それ以外の場
合、即ち存在しない場合、ブロック1912はブロック1916
に移り、SEGOBJに関連するセグメントをNEWSYMLISTに追
加する。最後に、ブロック1914、1916の後で、図19の流
れ図は終了し、動作は図17に戻る。
【０１０３】図20はノード変更ブロック1716（図17）を
実装する好適実施例のアーキテクチャと機能の流れ図を
示す。図20の流れ図において、ノードの変更が変換器31
8によって判定され、計算される。図20に示すように、
ブロック2002はインターネット・サブマップ204（図
２）の内容に変数INETをセットする。その内容はネット
ワークとルータ・オブジェクトのリスト、及びネットワ
ークとルータ・オブジェクトの間の接続のリストを含
む。ブロック2002はブロック2004に移る。ブロック2004
において、変数NODEOBJはオブジェクト情報OBJINFOに含
まれているオブジェクト識別子OBJIDにセットされる。
ブロック2004はブロック2006に移る。ブロック2006にお
いて、変数SEGOBJはOBJINFO内に含まれているセグメン
ト識別子SEGIDにセットされる。ブロック2006はブロッ
ク2008に移る。ブロック2008において、変数NETOBJはOB
JINFO内に含まれているネットワーク識別子NETIDにセッ
トされる。ブロック2006はブロック2010に移る。ブロッ
ク2010において、NETOBJがINET内に存在するかどうか
（即ち、ネットワークがインターネット・サブマップ内
に存在するか）の判定が行われる。存在しない場合、流
れ図は終了する。存在する場合、ブロック2010はブロッ
ク2012に移る。ブロック2012において、変数NETはNETOB
Jに関連するネットワーク・サブマップ206（図２）の内
容にセットされる。その内容は、例えば、セグメント、
コネクタ、及びセグメントとコネクタの間の接続のリス
トを含むが、これに限定されるものではない。ブロック
2012はブロック2014に移る。ブロック2014において、SE
GOBJがNET内に存在するかどうかの照会が行われる。存
在しない場合、流れ図は終了する。存在する場合、ブロ
ック2014はブロック2016に移る。ブロック2016におい
て、変数SEGはSEGOBJに関連するセグメント・サブマッ
プ208（図２）の内容にセットされる。その内容は、例
えば、ノード及びノードとネットワークの間の接続のリ
ストを含むが、これに限定されるものではない。ブロッ
ク2016はブロック2018に移る。ブロック2018において、
NODEOBJがSEG内に存在するかどうか、即ち、ノード・オ
ブジェクトが問題となっている現在のセグメント内に存
在するかどうかの照会が行われる。存在する場合、ブロ
ック2018はブロック2020に移り、NODEOBJに関連するノ
ードをSYMCHANGELISTに追加し、流れ図は終了する。そ
れ以外の場合、即ち存在しない場合、ブロック2018はブ
ロック2022に移り、NODEOBJに関連するノードをNEWSYML
ISTに追加し、流れ図は終了する。
実装する好適実施例のアーキテクチャと機能の流れ図を
示す。図20の流れ図において、ノードの変更が変換器31
8によって判定され、計算される。図20に示すように、
ブロック2002はインターネット・サブマップ204（図
２）の内容に変数INETをセットする。その内容はネット
ワークとルータ・オブジェクトのリスト、及びネットワ
ークとルータ・オブジェクトの間の接続のリストを含
む。ブロック2002はブロック2004に移る。ブロック2004
において、変数NODEOBJはオブジェクト情報OBJINFOに含
まれているオブジェクト識別子OBJIDにセットされる。
ブロック2004はブロック2006に移る。ブロック2006にお
いて、変数SEGOBJはOBJINFO内に含まれているセグメン
ト識別子SEGIDにセットされる。ブロック2006はブロッ
ク2008に移る。ブロック2008において、変数NETOBJはOB
JINFO内に含まれているネットワーク識別子NETIDにセッ
トされる。ブロック2006はブロック2010に移る。ブロッ
ク2010において、NETOBJがINET内に存在するかどうか
（即ち、ネットワークがインターネット・サブマップ内
に存在するか）の判定が行われる。存在しない場合、流
れ図は終了する。存在する場合、ブロック2010はブロッ
ク2012に移る。ブロック2012において、変数NETはNETOB
Jに関連するネットワーク・サブマップ206（図２）の内
容にセットされる。その内容は、例えば、セグメント、
コネクタ、及びセグメントとコネクタの間の接続のリス
トを含むが、これに限定されるものではない。ブロック
2012はブロック2014に移る。ブロック2014において、SE
GOBJがNET内に存在するかどうかの照会が行われる。存
在しない場合、流れ図は終了する。存在する場合、ブロ
ック2014はブロック2016に移る。ブロック2016におい
て、変数SEGはSEGOBJに関連するセグメント・サブマッ
プ208（図２）の内容にセットされる。その内容は、例
えば、ノード及びノードとネットワークの間の接続のリ
ストを含むが、これに限定されるものではない。ブロッ
ク2016はブロック2018に移る。ブロック2018において、
NODEOBJがSEG内に存在するかどうか、即ち、ノード・オ
ブジェクトが問題となっている現在のセグメント内に存
在するかどうかの照会が行われる。存在する場合、ブロ
ック2018はブロック2020に移り、NODEOBJに関連するノ
ードをSYMCHANGELISTに追加し、流れ図は終了する。そ
れ以外の場合、即ち存在しない場合、ブロック2018はブ
ロック2022に移り、NODEOBJに関連するノードをNEWSYML
ISTに追加し、流れ図は終了する。
【０１０４】図21ないし図23は全体で、インタフェース
変更ブロック1720（図17）を実装する好適実施例のアー
キテクチャと機能の流れ図を示す。この流れ図におい
て、サブマップにおけるインタフェースの変更が変換器
318（図３）によって判定され、計算される。図21を参
照すると、ブロック2102は、現在問題となっているイン
ターネット・サブマップ204（図２）の内容を、変数INE
Tにセットする。その内容は、ネットワーク、ルータ、
及び接続のリストを含む。ブロック2102はブロック2104
に移る。ブロック2104において、変数IFOBJはOBJINFO内
に含まれているOBJIDにセットされる。ブロック2104は
ブロック2106に移る。ブロック2106において、変数NODE
OBJは、OBJINFO内に含まれているNODEIDにセットされ
る。ブロック2106はブロック2108に移る。ブロック2108
において、変数SEGOBJは、OBJINFO内に含まれているSEG
IDにセットされる。ブロック2108はブロック2110に移
る。ブロック2110において、変数NETOBJは、OBJINFO内
に含まれているNETIDにセットされる。ブロック2110の
後、初期化プロセスが完了し、ブロック2110はブロック
2112に移る。
変更ブロック1720（図17）を実装する好適実施例のアー
キテクチャと機能の流れ図を示す。この流れ図におい
て、サブマップにおけるインタフェースの変更が変換器
318（図３）によって判定され、計算される。図21を参
照すると、ブロック2102は、現在問題となっているイン
ターネット・サブマップ204（図２）の内容を、変数INE
Tにセットする。その内容は、ネットワーク、ルータ、
及び接続のリストを含む。ブロック2102はブロック2104
に移る。ブロック2104において、変数IFOBJはOBJINFO内
に含まれているOBJIDにセットされる。ブロック2104は
ブロック2106に移る。ブロック2106において、変数NODE
OBJは、OBJINFO内に含まれているNODEIDにセットされ
る。ブロック2106はブロック2108に移る。ブロック2108
において、変数SEGOBJは、OBJINFO内に含まれているSEG
IDにセットされる。ブロック2108はブロック2110に移
る。ブロック2110において、変数NETOBJは、OBJINFO内
に含まれているNETIDにセットされる。ブロック2110の
後、初期化プロセスが完了し、ブロック2110はブロック
2112に移る。
【０１０５】ブロック2112において、NETOBJがINET内に
存在するかどうか、即ちネットワーク・オブジェクトが
現在のインターネット・サブマップ204（図２）内に存
在するかどうかの判定が行われる。存在しない場合、図
21に示すように、流れ図は終了する。存在する場合、ブ
ロック2112はブロック2114に移る。ブロック2114におい
て、NODEOBJがINET内に存在するかどうか、即ちノード
・オブジェクトがインターネット・サブマップ204（図
２）内に存在するかどうかの判定が行われる。存在しな
い場合、ブロック2114はブロック2122に移る。存在する
場合、ブロック2114はブロック2116に移る。
存在するかどうか、即ちネットワーク・オブジェクトが
現在のインターネット・サブマップ204（図２）内に存
在するかどうかの判定が行われる。存在しない場合、図
21に示すように、流れ図は終了する。存在する場合、ブ
ロック2112はブロック2114に移る。ブロック2114におい
て、NODEOBJがINET内に存在するかどうか、即ちノード
・オブジェクトがインターネット・サブマップ204（図
２）内に存在するかどうかの判定が行われる。存在しな
い場合、ブロック2114はブロック2122に移る。存在する
場合、ブロック2114はブロック2116に移る。
【０１０６】ブロック2116において、IFOBJがINET内に
存在するかどうかの照会が行われる。存在する場合、ブ
ロック2116はブロック2118に移り、IFOBJに関連するイ
ンタフェースをSYMCHANGELISTに追加する。存在しない
場合、ブロック2116はブロック2120に移り、（ノード・
オブジェクトとネットワーク・オブジェクトの間の）IF
OBJに関連するインタフェースをNEWSYMLISTに追加す
る。
存在するかどうかの照会が行われる。存在する場合、ブ
ロック2116はブロック2118に移り、IFOBJに関連するイ
ンタフェースをSYMCHANGELISTに追加する。存在しない
場合、ブロック2116はブロック2120に移り、（ノード・
オブジェクトとネットワーク・オブジェクトの間の）IF
OBJに関連するインタフェースをNEWSYMLISTに追加す
る。
【０１０７】ブロック2122において、変数NETはネット
ワーク・サブマップ206（図２）の内容にセットされ
る。その内容は、例えば、セグメント、接続などを含ん
でいるが、これに限定されるものではない。ブロック21
22は図22のブロック2124に移る。
ワーク・サブマップ206（図２）の内容にセットされ
る。その内容は、例えば、セグメント、接続などを含ん
でいるが、これに限定されるものではない。ブロック21
22は図22のブロック2124に移る。
【０１０８】図22を参照すると、ブロック2124におい
て、SEGOBJがNET内に存在するかどうか、即ちセグメン
ト・オブジェクトがネットワーク・サブマップ206（図
２）内に存在するかどうかの判定が行われる。存在しな
い場合、流れ図は終了する。存在する場合、ブロック21
24はブロック2126に移る。
て、SEGOBJがNET内に存在するかどうか、即ちセグメン
ト・オブジェクトがネットワーク・サブマップ206（図
２）内に存在するかどうかの判定が行われる。存在しな
い場合、流れ図は終了する。存在する場合、ブロック21
24はブロック2126に移る。
【０１０９】ブロック2126において、NODEOBJがNET内に
存在するかどうか、即ち、ノード・オブジェクトがネッ
トワーク・サブマップ206（図２）内に存在するかどう
かの判定が行われる。存在しない場合、流れ図はブロッ
ク2134に移る。存在する場合、ブロック2126はブロック
2128に移る。
存在するかどうか、即ち、ノード・オブジェクトがネッ
トワーク・サブマップ206（図２）内に存在するかどう
かの判定が行われる。存在しない場合、流れ図はブロッ
ク2134に移る。存在する場合、ブロック2126はブロック
2128に移る。
【０１１０】ブロック2128において、IFOBJがNET内に存
在するかどうか、即ち、インタフェース・オブジェクト
がネットワーク・サブマップ206（図２）内に存在する
かどうかの照会が行われる。存在する場合、ブロック21
28はブロック2130に移り、IFOBJに関連するインタフェ
ースをSYMCHANGELISTに追加する。存在しない場合、ブ
ロック2128はブロック2132に移り、（ノード・オブジェ
クトとセグメント・オブジェクトの間の）IFOBJに関連
するインタフェースをNEWSYMLISTに追加する。ブロック
2130、2132は、図22に示すように、ブロック2134に移
る。
在するかどうか、即ち、インタフェース・オブジェクト
がネットワーク・サブマップ206（図２）内に存在する
かどうかの照会が行われる。存在する場合、ブロック21
28はブロック2130に移り、IFOBJに関連するインタフェ
ースをSYMCHANGELISTに追加する。存在しない場合、ブ
ロック2128はブロック2132に移り、（ノード・オブジェ
クトとセグメント・オブジェクトの間の）IFOBJに関連
するインタフェースをNEWSYMLISTに追加する。ブロック
2130、2132は、図22に示すように、ブロック2134に移
る。
【０１１１】ブロック2134において、変数SEGはセグメ
ント・サブマップ208（図２）の内容にセットされる。
その内容は、例えば、ノードと接続を含むが、これに限
定されるものではない。ブロック2134はブロック2136に
移る。
ント・サブマップ208（図２）の内容にセットされる。
その内容は、例えば、ノードと接続を含むが、これに限
定されるものではない。ブロック2134はブロック2136に
移る。
【０１１２】ブロック2136において、NODEOBJがSEG内に
存在するかどうか、即ち、ノード・オブジェクトがセグ
メント・マップ208（図２）内に存在するかどうかの判
定が行われる。存在しない場合、流れ図は図22のブロッ
ク2146に移る。存在する場合、ブロック2136はブロック
2138に移る。
存在するかどうか、即ち、ノード・オブジェクトがセグ
メント・マップ208（図２）内に存在するかどうかの判
定が行われる。存在しない場合、流れ図は図22のブロッ
ク2146に移る。存在する場合、ブロック2136はブロック
2138に移る。
【０１１３】ブロック2138において、IFOBJがSEG内に存
在するかどうか、即ち、インタフェース・オブジェクト
がセグメント・サブマップ208（図２）内に存在するか
どうかの判定が行われる。存在する場合、ブロック2138
はブロック2142に移り、IFOBJに関連するインタフェー
スをSYMCHANGELISTに追加する。存在しない場合、ブロ
ック2138はブロック2144に移り、IFOBJに関するインタ
フェースをNEWSYMLISTに追加する。ブロック2142、2144
は図23のブロック2146に移る。
在するかどうか、即ち、インタフェース・オブジェクト
がセグメント・サブマップ208（図２）内に存在するか
どうかの判定が行われる。存在する場合、ブロック2138
はブロック2142に移り、IFOBJに関連するインタフェー
スをSYMCHANGELISTに追加する。存在しない場合、ブロ
ック2138はブロック2144に移り、IFOBJに関するインタ
フェースをNEWSYMLISTに追加する。ブロック2142、2144
は図23のブロック2146に移る。
【０１１４】図23を参照すると、ブロック2146におい
て、変数NODEはノード・サブマップ210（図２）の内容
にセットされる。その内容はインタフェース・オブジェ
クトを含んでいる。ブロック2146はブロック2148に移
る。
て、変数NODEはノード・サブマップ210（図２）の内容
にセットされる。その内容はインタフェース・オブジェ
クトを含んでいる。ブロック2146はブロック2148に移
る。
【０１１５】ブロック2148において、IFOBJがNODE内に
存在するかどうか、即ち、インタフェース・オブジェク
トがノード・サブマップ210（図２）内に存在するかど
うかの判定が行われる。存在する場合、IFOBJに関連す
るインタフェースを、ブロック2150に示すように、SYMC
HANGELISTに追加する。存在しない場合、ブロック2148
はブロック2152に移り、IFOBJに関連するインタフェー
スをNEWSYMLISTに追加する。最後に、ブロック2150、21
52の後で、図21ないし図23に全体として含まれている流
れ図は終了する。
存在するかどうか、即ち、インタフェース・オブジェク
トがノード・サブマップ210（図２）内に存在するかど
うかの判定が行われる。存在する場合、IFOBJに関連す
るインタフェースを、ブロック2150に示すように、SYMC
HANGELISTに追加する。存在しない場合、ブロック2148
はブロック2152に移り、IFOBJに関連するインタフェー
スをNEWSYMLISTに追加する。最後に、ブロック2150、21
52の後で、図21ないし図23に全体として含まれている流
れ図は終了する。
【０１１６】図24はマップ更新ブロック1008（図10）を
実装する好適実施例のアーキテクチャと機能の流れ図を
示す。この流れ図において、変更のバッチ転送は、変換
器318によってGUI 322に送られる。図24を参照すると、
ブロック2202において、変換器318はNEWSYMLISTをGUI 3
22に転送し、ブロック2204において、変換器318はSYMCH
ANGELISTをGUI 322に転送する。ブロック2204の後、図2
4の流れ図は終了し、動作はブロック1010（図10）に戻
る。
実装する好適実施例のアーキテクチャと機能の流れ図を
示す。この流れ図において、変更のバッチ転送は、変換
器318によってGUI 322に送られる。図24を参照すると、
ブロック2202において、変換器318はNEWSYMLISTをGUI 3
22に転送し、ブロック2204において、変換器318はSYMCH
ANGELISTをGUI 322に転送する。ブロック2204の後、図2
4の流れ図は終了し、動作はブロック1010（図10）に戻
る。
【０１１７】図25は、GUI 322（図３）内に含まれてい
る要求時サブマップ・モジュールを示している。この流
れ図はマップ200（図２）の各種サブマップに対するユ
ーザ・インタフェースを実現する。図25を参照すると、
ブロック2302において、GUI322は管理ステーション100
（図１）に接続されている入力装置、例えば、入力装置
106を監視する。管理ステーション100のユーザが、入力
装置106又はその他の入力装置を介して、オブジェクト
を表示装置108に展開するように管理ステーション100に
指示した場合、図25のブロック2302は、ユーザの要求を
処理するためにブロック2304に移る。ブロック2304にお
いて、子サブマップがマップ200（図２）内に含まれて
いるかどうかの判定が行われる。含まれている場合、ブ
ロック2304はブロック2308に移る。含まれていない場
合、ブロック2304はブロック2306に移り、サブマップを
作成し、配置する。GUI 322はトポロジ・マネージャ310
から検索したトポロジ・データに基づいてサブマップを
作成し、配置するよう変換器318に要求することによっ
てサブマップを配置する。更に、ブロック2306はブロッ
ク2308に移り、子サブマップを開き、子サブマップをユ
ーザに対し表示装置108に表示する。
る要求時サブマップ・モジュールを示している。この流
れ図はマップ200（図２）の各種サブマップに対するユ
ーザ・インタフェースを実現する。図25を参照すると、
ブロック2302において、GUI322は管理ステーション100
（図１）に接続されている入力装置、例えば、入力装置
106を監視する。管理ステーション100のユーザが、入力
装置106又はその他の入力装置を介して、オブジェクト
を表示装置108に展開するように管理ステーション100に
指示した場合、図25のブロック2302は、ユーザの要求を
処理するためにブロック2304に移る。ブロック2304にお
いて、子サブマップがマップ200（図２）内に含まれて
いるかどうかの判定が行われる。含まれている場合、ブ
ロック2304はブロック2308に移る。含まれていない場
合、ブロック2304はブロック2306に移り、サブマップを
作成し、配置する。GUI 322はトポロジ・マネージャ310
から検索したトポロジ・データに基づいてサブマップを
作成し、配置するよう変換器318に要求することによっ
てサブマップを配置する。更に、ブロック2306はブロッ
ク2308に移り、子サブマップを開き、子サブマップをユ
ーザに対し表示装置108に表示する。
【０１１８】詳細な説明の終わりに際し、本発明の原理
から実質的に逸脱することなく、好適実施例に対して多
くの変更及び修正を行えることが、当分野の技術者に明
らかであることに留意すべきである。このような変更及
び修正は全て、特許請求の範囲に記載するように、本発
明の範囲内に含まれるものである。更に、特許請求の範
囲において、全ての手段と機能要素、又は全てのステッ
プと機能要素の、構造、材料、作用、及び同等物は、他
の請求された要素と組み合わせて特定の機能を遂行する
ための全ての構造、材料、又は作用を含むことを意図し
たものである。
から実質的に逸脱することなく、好適実施例に対して多
くの変更及び修正を行えることが、当分野の技術者に明
らかであることに留意すべきである。このような変更及
び修正は全て、特許請求の範囲に記載するように、本発
明の範囲内に含まれるものである。更に、特許請求の範
囲において、全ての手段と機能要素、又は全てのステッ
プと機能要素の、構造、材料、作用、及び同等物は、他
の請求された要素と組み合わせて特定の機能を遂行する
ための全ての構造、材料、又は作用を含むことを意図し
たものである。
【０１１９】以下に本発明の実施態様を列挙する。
【０１２０】１． ネットワークの装置及び相互接続を
効率よく発見し、表示する管理システムであって、前記
管理システムが、プロセッサ、メモリ、表示装置、前記
プロセッサ、前記メモリ、及び前記表示装置を相互接続
し、前記ネットワークに接続することのできるインタフ
ェース、前記プロセッサを駆動するための、前記メモリ
に記憶された発見機構であって、前記ネットワークの前
記装置及び前記相互接続を示すトポロジ・データを発見
し、記憶するよう構成されている前記発見機構、前記プ
ロセッサを駆動するための、前記メモリに記憶されたレ
イアウト機構であって、前記発見機構から前記トポロジ
・データを受信するように構成され、前記トポロジ・デ
ータに基づいて前記表示装置を駆動するように構成され
ている前記レイアウト機構、及び前記プロセッサを駆動
するための、前記メモリに記憶されたフィルタリング・
システムであって、前記発見機構から前記レイアウト機
構に送信される前記トポロジ・データ内のオブジェクト
をフィルタするよう構成されているフィルタリング・シ
ステムを備えていることを特徴とする、前記管理システ
ム。
効率よく発見し、表示する管理システムであって、前記
管理システムが、プロセッサ、メモリ、表示装置、前記
プロセッサ、前記メモリ、及び前記表示装置を相互接続
し、前記ネットワークに接続することのできるインタフ
ェース、前記プロセッサを駆動するための、前記メモリ
に記憶された発見機構であって、前記ネットワークの前
記装置及び前記相互接続を示すトポロジ・データを発見
し、記憶するよう構成されている前記発見機構、前記プ
ロセッサを駆動するための、前記メモリに記憶されたレ
イアウト機構であって、前記発見機構から前記トポロジ
・データを受信するように構成され、前記トポロジ・デ
ータに基づいて前記表示装置を駆動するように構成され
ている前記レイアウト機構、及び前記プロセッサを駆動
するための、前記メモリに記憶されたフィルタリング・
システムであって、前記発見機構から前記レイアウト機
構に送信される前記トポロジ・データ内のオブジェクト
をフィルタするよう構成されているフィルタリング・シ
ステムを備えていることを特徴とする、前記管理システ
ム。
【０１２１】２． 前記プロセッサを駆動するための、
前記メモリに記憶された第２のフィルタリング・システ
ムであって、前記ネットワークから前記発見機構に送信
される前記トポロジ・データ内のオブジェクトをフィル
タするよう構成されている前記第２のフィルタリング・
システムを更に含むことを特徴とする、前項１に記載の
システム。
前記メモリに記憶された第２のフィルタリング・システ
ムであって、前記ネットワークから前記発見機構に送信
される前記トポロジ・データ内のオブジェクトをフィル
タするよう構成されている前記第２のフィルタリング・
システムを更に含むことを特徴とする、前項１に記載の
システム。
【０１２２】３． 前記プロセッサを駆動するための、
前記メモリに記憶された第２の発見機構であって、前記
ネットワークの前記装置及び前記相互接続を示すトポロ
ジ・データを発見し、記憶するよう構成されている前記
第２の発見機構、及び前記プロセッサを駆動するため
の、前記メモリに記憶された第２のフィルタリング・シ
ステムであって、前記第１と第２の発見機構の間で送信
される前記トポロジ・データ内のオブジェクトをフィル
タするよう構成されている前記第２のフィルタリング・
システムを更に含むことを特徴とする、前項１に記載の
システム。
前記メモリに記憶された第２の発見機構であって、前記
ネットワークの前記装置及び前記相互接続を示すトポロ
ジ・データを発見し、記憶するよう構成されている前記
第２の発見機構、及び前記プロセッサを駆動するため
の、前記メモリに記憶された第２のフィルタリング・シ
ステムであって、前記第１と第２の発見機構の間で送信
される前記トポロジ・データ内のオブジェクトをフィル
タするよう構成されている前記第２のフィルタリング・
システムを更に含むことを特徴とする、前項１に記載の
システム。
【０１２３】４． 前記プロセッサを駆動するための、
前記メモリに記憶された第３のフィルタリング・システ
ムであって、前記ネットワークから前記発見機構に送信
される前記トポロジ・データ内のオブジェクトをフィル
タするよう構成されている第３のフィルタリング・シス
テムを更に含むことを特徴とする、前項２に記載のシス
テム。
前記メモリに記憶された第３のフィルタリング・システ
ムであって、前記ネットワークから前記発見機構に送信
される前記トポロジ・データ内のオブジェクトをフィル
タするよう構成されている第３のフィルタリング・シス
テムを更に含むことを特徴とする、前項２に記載のシス
テム。
【０１２４】５． 前記第１、第２及び第３のフィルタ
リング・システムと通信する際に、更にライブラリを含
み、前記ライブラリが、前記オブジェクトのうちどれが
前記フィルタリング・システムを介して通信されるのか
を指定するように構成されることを特徴とする、前項４
に記載のシステム。
リング・システムと通信する際に、更にライブラリを含
み、前記ライブラリが、前記オブジェクトのうちどれが
前記フィルタリング・システムを介して通信されるのか
を指定するように構成されることを特徴とする、前項４
に記載のシステム。
【０１２５】６． ネットワークの装置及び相互接続を
効率よく発見し、表示する管理システムであって、前記
管理システムが、プロセッサ、メモリ、表示装置、前記
プロセッサ、前記メモリ、及び前記表示装置を相互接続
し、前記ネットワークに接続することのできるインタフ
ェース、前記プロセッサを駆動するための、前記メモリ
に記憶された発見機構であって、前記ネットワークの前
記装置及び前記相互接続を示すトポロジ・データを発見
し、記憶するよう構成された前記発見機構、前記プロセ
ッサを駆動するための、前記メモリに記憶されたレイア
ウト機構であって、前記発見機構から前記トポロジ・デ
ータを受信するよう構成され、前記トポロジ・データに
基づいて前記表示装置を駆動するよう構成された前記レ
イアウト機構、及び前記プロセッサを駆動するための、
前記メモリに記憶されたフィルタリング・システムであ
って、前記ネットワークから前記発見機構に送信される
前記トポロジ・データ内のオブジェクトをフィルタする
よう構成されている前記フィルタリング・システムを備
えていることを特徴とする、前記管理システム。
効率よく発見し、表示する管理システムであって、前記
管理システムが、プロセッサ、メモリ、表示装置、前記
プロセッサ、前記メモリ、及び前記表示装置を相互接続
し、前記ネットワークに接続することのできるインタフ
ェース、前記プロセッサを駆動するための、前記メモリ
に記憶された発見機構であって、前記ネットワークの前
記装置及び前記相互接続を示すトポロジ・データを発見
し、記憶するよう構成された前記発見機構、前記プロセ
ッサを駆動するための、前記メモリに記憶されたレイア
ウト機構であって、前記発見機構から前記トポロジ・デ
ータを受信するよう構成され、前記トポロジ・データに
基づいて前記表示装置を駆動するよう構成された前記レ
イアウト機構、及び前記プロセッサを駆動するための、
前記メモリに記憶されたフィルタリング・システムであ
って、前記ネットワークから前記発見機構に送信される
前記トポロジ・データ内のオブジェクトをフィルタする
よう構成されている前記フィルタリング・システムを備
えていることを特徴とする、前記管理システム。
【０１２６】７． ネットワークの装置及び相互接続を
効率よく発見し、表示する管理システムであって、前記
管理システムが、プロセッサ、メモリ、表示装置、前記
プロセッサ、前記メモリ、及び前記表示装置を相互接続
し、前記ネットワークに接続することのできるインタフ
ェース、前記プロセッサを駆動するための、前記メモリ
に記憶された第１及び第２の発見機構であって、前記ネ
ットワークの前記装置及び前記相互接続を示すトポロジ
・データを発見し、記憶するよう構成された前記第１及
び第２の発見機構、前記プロセッサを駆動するための、
前記メモリに記憶されたレイアウト機構であって、前記
発見機構から前記トポロジ・データを受信するよう構成
され、前記トポロジ・データに基づいて前記表示装置を
駆動するよう構成された前記レイアウト機構、及び前記
プロセッサを駆動するための、前記メモリに記憶された
フィルタリング・システムであって、前記第１及び第２
の発見機構の間に送信される前記トポロジ・データ内の
オブジェクトをフィルタするよう構成された前記フィル
タリング・システムを備えていることを特徴とする、前
記管理システム。
効率よく発見し、表示する管理システムであって、前記
管理システムが、プロセッサ、メモリ、表示装置、前記
プロセッサ、前記メモリ、及び前記表示装置を相互接続
し、前記ネットワークに接続することのできるインタフ
ェース、前記プロセッサを駆動するための、前記メモリ
に記憶された第１及び第２の発見機構であって、前記ネ
ットワークの前記装置及び前記相互接続を示すトポロジ
・データを発見し、記憶するよう構成された前記第１及
び第２の発見機構、前記プロセッサを駆動するための、
前記メモリに記憶されたレイアウト機構であって、前記
発見機構から前記トポロジ・データを受信するよう構成
され、前記トポロジ・データに基づいて前記表示装置を
駆動するよう構成された前記レイアウト機構、及び前記
プロセッサを駆動するための、前記メモリに記憶された
フィルタリング・システムであって、前記第１及び第２
の発見機構の間に送信される前記トポロジ・データ内の
オブジェクトをフィルタするよう構成された前記フィル
タリング・システムを備えていることを特徴とする、前
記管理システム。
【０１２７】８． ネットワークの装置及び相互接続を
発見し、表示するフィルタリング方法であって、前記方
法が、前記ネットワークの前記装置及び前記相互接続を
示すトポロジ・データを生成するステップ、前記トポロ
ジ・データ内のオブジェクトを予め定義されたライブラ
リと比較して、許可されるオブジェクトと許可されない
オブジェクトを判定するステップ、前記許可されるオブ
ジェクトをマップ・データに変換し、前記マップ・デー
タを表示するステップ、及び前記許可されないオブジェ
クトをマップ・データに変換しないようにして、前記マ
ップ・データを表示しないようにするステップを備えて
いることを特徴とする、前記方法。
発見し、表示するフィルタリング方法であって、前記方
法が、前記ネットワークの前記装置及び前記相互接続を
示すトポロジ・データを生成するステップ、前記トポロ
ジ・データ内のオブジェクトを予め定義されたライブラ
リと比較して、許可されるオブジェクトと許可されない
オブジェクトを判定するステップ、前記許可されるオブ
ジェクトをマップ・データに変換し、前記マップ・デー
タを表示するステップ、及び前記許可されないオブジェ
クトをマップ・データに変換しないようにして、前記マ
ップ・データを表示しないようにするステップを備えて
いることを特徴とする、前記方法。
【０１２８】９． ネットワークの装置及び相互接続を
発見し、表示するフィルタリング方法であって、前記ネ
ットワークの前記装置及び前記相互接続を示すトポロジ
・データを生成するステップ、前記トポロジ・データ内
のオブジェクトを予め定義されたライブラリと比較し
て、許可されるオブジェクトと許可されないオブジェク
トを判定するステップ、前記許可されるオブジェクトを
マップ・データに変換し、前記マップ・データを表示す
るステップ、及び前記の許可されないオブジェクトを前
記トポロジ・データから排除するステップを備えている
ことを特徴とする、前記方法。
発見し、表示するフィルタリング方法であって、前記ネ
ットワークの前記装置及び前記相互接続を示すトポロジ
・データを生成するステップ、前記トポロジ・データ内
のオブジェクトを予め定義されたライブラリと比較し
て、許可されるオブジェクトと許可されないオブジェク
トを判定するステップ、前記許可されるオブジェクトを
マップ・データに変換し、前記マップ・データを表示す
るステップ、及び前記の許可されないオブジェクトを前
記トポロジ・データから排除するステップを備えている
ことを特徴とする、前記方法。
【０１２９】10． ネットワークの装置及び相互接続を
発見し、表示するフィルタリング方法であって、前記ネ
ットワークにインタフェースされた第１及び第２の発見
機構によって、前記ネットワークの前記装置及び前記相
互接続を示すトポロジ・データを生成するステップ、前
記トポロジ・データ内のオブジェクトを前記第１及び第
２の発見機構の間で通信するステップ、前記第１及び第
２の発見機構の間で通信された前記オブジェクトを予め
定義されたライブラリと比較して、許可されるオブジェ
クトと許可されないオブジェクトを判定するステップ、
及び前記第１及び第２の発見機構の間での前記許可され
ないオブジェクトの転送を抑止するとともに、前記許可
されるオブジェクトの前記第１及び第２の発見機構の間
での転送を許可するステップを備えていることを特徴と
する、前記方法。
発見し、表示するフィルタリング方法であって、前記ネ
ットワークにインタフェースされた第１及び第２の発見
機構によって、前記ネットワークの前記装置及び前記相
互接続を示すトポロジ・データを生成するステップ、前
記トポロジ・データ内のオブジェクトを前記第１及び第
２の発見機構の間で通信するステップ、前記第１及び第
２の発見機構の間で通信された前記オブジェクトを予め
定義されたライブラリと比較して、許可されるオブジェ
クトと許可されないオブジェクトを判定するステップ、
及び前記第１及び第２の発見機構の間での前記許可され
ないオブジェクトの転送を抑止するとともに、前記許可
されるオブジェクトの前記第１及び第２の発見機構の間
での転送を許可するステップを備えていることを特徴と
する、前記方法。
【０１３０】
【発明の効果】本発明によって、オブジェクトの複雑さ
を低下させ、メモリ要件と経費を最小化し、かつ性能
（速度を含む）を最適化するための管理ステーションの
ネットワーク管理マップの内容をより良好にカスタマイ
ズするシステム及び方法が提供される。
を低下させ、メモリ要件と経費を最小化し、かつ性能
（速度を含む）を最適化するための管理ステーションの
ネットワーク管理マップの内容をより良好にカスタマイ
ズするシステム及び方法が提供される。
【図１】本発明のフィルタリング・システム及び方法を
用いている、発見／レイアウト・ソフトウェアを有する
管理ステーションのブロック図である。
用いている、発見／レイアウト・ソフトウェアを有する
管理ステーションのブロック図である。
【図２】サブマップの集合体からなるネットワーク管理
マップを示す概略図であり、前記サブマップのいくつか
は、図１の発見／レイアウト・ソフトウェアによって管
理ステーションの表示装置に表示されうる。
マップを示す概略図であり、前記サブマップのいくつか
は、図１の発見／レイアウト・ソフトウェアによって管
理ステーションの表示装置に表示されうる。
【図３】本発明の新規のフィルタリング・システムがレ
イアウト機構と発見機構の間に配置されている、図１の
管理ステーションの第１の実施例のブロック図である。
イアウト機構と発見機構の間に配置されている、図１の
管理ステーションの第１の実施例のブロック図である。
【図４】本発明の新規のフィルタリング・システムが発
見機構とネットワークの間に配置されている、図１の管
理ステーションの第２の実施例のブロック図である。
見機構とネットワークの間に配置されている、図１の管
理ステーションの第２の実施例のブロック図である。
【図５】本発明の新規のフィルタリング・システムが並
列発見機構の間に配置されている、図１の管理ステーシ
ョンの第３の実施例のブロック図である。
列発見機構の間に配置されている、図１の管理ステーシ
ョンの第３の実施例のブロック図である。
【図６】複数のフィルタリング・システムが共通フィル
タリング・ライブラリを利用している、図１の管理ステ
ーションの第４の実施例のブロック図である。
タリング・ライブラリを利用している、図１の管理ステ
ーションの第４の実施例のブロック図である。
【図７】図３のトポロジ−マップ変換器のアーキテクチ
ャ及び機能を説明する流れ図である。
ャ及び機能を説明する流れ図である。
【図８】図７のフィルタ初期化ブロックのアーキテクチ
ャ及び機能を説明する流れ図である。
ャ及び機能を説明する流れ図である。
【図９】図７のマップ更新ブロックのアーキテクチャ及
び機能を説明する流れ図である。
び機能を説明する流れ図である。
【図１０】図７の非同期事象ブロックのアーキテクチャ
及び機能を説明する流れ図である。
及び機能を説明する流れ図である。
【図１１】図10の読み取り事象ブロックのアーキテクチ
ャ及び機能を説明する流れ図である。
ャ及び機能を説明する流れ図である。
【図１２】図10のオブジェクト情報検索ブロックのアー
キテクチャ及び機能を説明する流れ図である。
キテクチャ及び機能を説明する流れ図である。
【図１３】図12のオブジェクト・リスト・フィルタ・ブ
ロックのアーキテクチャ及び機能を説明する流れ図であ
る。
ロックのアーキテクチャ及び機能を説明する流れ図であ
る。
【図１４】図13のオブジェクト・チェック（フィルタに
対して）ブロックのアーキテクチャ及び機能を説明する
流れ図である。
対して）ブロックのアーキテクチャ及び機能を説明する
流れ図である。
【図１５】図14のオブジェクト・チェック（全てのフィ
ルタ式に対して）ブロックのアーキテクチャ及び機能を
説明する流れ図である。
ルタ式に対して）ブロックのアーキテクチャ及び機能を
説明する流れ図である。
【図１６】図10のマップ変更計算ブロックのアーキテク
チャ及び機能を説明する流れ図である。
チャ及び機能を説明する流れ図である。
【図１７】図16のサブマップ変更計算ブロックのアーキ
テクチャ及び機能を説明する流れ図である。
テクチャ及び機能を説明する流れ図である。
【図１８】図17のネットワーク変更取扱いブロックのア
ーキテクチャ及び機能を説明する流れ図である。
ーキテクチャ及び機能を説明する流れ図である。
【図１９】図17のセグメント変更取扱いブロックのアー
キテクチャ及び機能を説明する流れ図である。
キテクチャ及び機能を説明する流れ図である。
【図２０】図17のノード変更取扱いブロックのアーキテ
クチャ及び機能を説明する流れ図である。
クチャ及び機能を説明する流れ図である。
【図２１】図17のインタフェース変更取扱いブロックの
アーキテクチャ及び機能を説明する流れ図である。
アーキテクチャ及び機能を説明する流れ図である。
【図２２】図17のインタフェース変更取扱いブロックの
アーキテクチャ及び機能を説明する流れ図である。
アーキテクチャ及び機能を説明する流れ図である。
【図２３】図17のインタフェース変更取扱いブロックの
アーキテクチャ及び機能を説明する流れ図である。
アーキテクチャ及び機能を説明する流れ図である。
【図２４】図10のマップ更新ブロックのアーキテクチャ
及び機能を説明する流れ図である。
及び機能を説明する流れ図である。
【図２５】図３ないし図５のグラフィカル・ユーザ・イ
ンタフェース(GUI)内の要求時サブマップ・ブロックの
アーキテクチャ及び機能を説明する流れ図である。
ンタフェース(GUI)内の要求時サブマップ・ブロックの
アーキテクチャ及び機能を説明する流れ図である。
100 管理ステーション 101 発見／レイアウト・ソフトウェア 102 プロセッサ 103 フィルタリング・システム 104 インタフェース 106 入力装置 108 表示装置 110 メモリ 112 ネットワーク・インタフェース 118 ネットワーク 122 オペレーティング・システム 124 ネットワーク・ソフトウェア
───────────────────────────────────────────────────── フロントページの続き (72)発明者 アトキンス，ブライアン，ジェイ アメリカ合衆国コロラド州80525，エイン ドボロー・ドライヴ・2918
Claims (1)
- 【請求項１】ネットワークの装置及び相互接続を効率よ
く発見し、表示する管理システムであって、前記管理シ
ステムが、 プロセッサ、 メモリ、 表示装置、 前記プロセッサ、前記メモリ、及び前記表示装置を相互
接続し、前記ネットワークに接続することのできるイン
タフェース、 前記プロセッサを駆動するための、前記メモリに記憶さ
れた発見機構であって、前記ネットワークの前記装置及
び前記相互接続を示すトポロジ・データを発見し、記憶
するよう構成されている前記発見機構、 前記プロセッサを駆動するための、前記メモリに記憶さ
れたレイアウト機構であって、前記発見機構から前記ト
ポロジ・データを受信するように構成され、前記トポロ
ジ・データに基づいて前記表示装置を駆動するように構
成されている前記レイアウト機構、及び前記プロセッサ
を駆動するための、前記メモリに記憶されたフィルタリ
ング・システムであって、前記発見機構から前記レイア
ウト機構に送信される前記トポロジ・データ内のオブジ
ェクトをフィルタするよう構成されているフィルタリン
グ・システムを備えていることを特徴とする、前記管理
システム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/551,499 US5787252A (en) | 1995-11-01 | 1995-11-01 | Filtering system and method for high performance network management map |
| US551499 | 1995-11-01 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09204384A true JPH09204384A (ja) | 1997-08-05 |
| JPH09204384A5 JPH09204384A5 (ja) | 2004-10-07 |
Family
ID=24201532
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8291821A Pending JPH09204384A (ja) | 1995-11-01 | 1996-11-01 | 高性能ネットワーク管理マップ用のフィルタリング・システム及び方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5787252A (ja) |
| EP (1) | EP0772318B1 (ja) |
| JP (1) | JPH09204384A (ja) |
| DE (1) | DE69635648T2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003067207A (ja) * | 2001-08-27 | 2003-03-07 | Nec Corp | ネットワークモニタリングシステムおよび方法 |
Families Citing this family (55)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR960008583A (ko) * | 1994-08-26 | 1996-03-22 | 윌리암 티. 엘리스 | 데이타 프로세싱 시스템 및 데이타 프로세싱 시스템 관리 방법 |
| US7342581B2 (en) | 1996-07-18 | 2008-03-11 | Computer Associates Think, Inc. | Method and apparatus for displaying 3-D state indicators |
| US7680879B2 (en) * | 1996-07-18 | 2010-03-16 | Computer Associates Think, Inc. | Method and apparatus for maintaining data integrity across distributed computer systems |
| US5958012A (en) * | 1996-07-18 | 1999-09-28 | Computer Associates International, Inc. | Network management system using virtual reality techniques to display and simulate navigation to network components |
| US8621032B2 (en) | 1996-07-18 | 2013-12-31 | Ca, Inc. | Method and apparatus for intuitively administering networked computer systems |
| JPH10177533A (ja) * | 1996-12-17 | 1998-06-30 | Canon Inc | 情報入出力装置、情報入出力装置管理システム、情報入出力装置の位置設定方法、及び情報入出力装置の管理方法 |
| US5983353A (en) * | 1997-01-21 | 1999-11-09 | Dell Usa, L.P. | System and method for activating a deactivated device by standardized messaging in a network |
| KR100223601B1 (ko) * | 1997-05-29 | 1999-10-15 | 윤종용 | 액정 표시 장치 |
| US5991806A (en) * | 1997-06-09 | 1999-11-23 | Dell Usa, L.P. | Dynamic system control via messaging in a network management system |
| US20030018771A1 (en) * | 1997-07-15 | 2003-01-23 | Computer Associates Think, Inc. | Method and apparatus for generating and recognizing speech as a user interface element in systems and network management |
| US7315893B2 (en) * | 1997-07-15 | 2008-01-01 | Computer Associates Think, Inc. | Method and apparatus for filtering messages based on context |
| US20030023721A1 (en) * | 1997-07-15 | 2003-01-30 | Computer Associates Think, Inc. | Method and apparatus for generating context-descriptive messages |
| US6377998B2 (en) * | 1997-08-22 | 2002-04-23 | Nortel Networks Limited | Method and apparatus for performing frame processing for a network |
| US6154212A (en) * | 1997-11-06 | 2000-11-28 | Lucent Technologies Inc. | Method and apparatus for constructing network interfaces |
| WO1999030423A2 (en) * | 1997-12-10 | 1999-06-17 | At & T Corp. | Automatic visualization of managed objects over the world-wide-web |
| JPH11191074A (ja) * | 1997-12-26 | 1999-07-13 | Fujitsu Ltd | 運用管理装置 |
| US6832247B1 (en) * | 1998-06-15 | 2004-12-14 | Hewlett-Packard Development Company, L.P. | Method and apparatus for automatic monitoring of simple network management protocol manageable devices |
| US6417873B1 (en) | 1998-12-11 | 2002-07-09 | International Business Machines Corporation | Systems, methods and computer program products for identifying computer file characteristics that can hinder display via hand-held computing devices |
| DE60026788T2 (de) | 1999-05-13 | 2006-10-12 | Canon K.K. | Vorrichtung zum Suchen eines Gerätes in einem Netzwerk |
| US6584503B1 (en) | 1999-07-07 | 2003-06-24 | International Business Machines Corporation | Method, system and program for establishing network contact |
| JP2001043158A (ja) * | 1999-07-28 | 2001-02-16 | Toshiba Tec Corp | 管理データ処理装置及び管理データ処理プログラムを記録したコンピュータ読取可能な記録媒体 |
| US6633909B1 (en) | 1999-09-23 | 2003-10-14 | International Business Machines Corporation | Notification method that guarantees a system manager discovers an SNMP agent |
| US6763326B1 (en) * | 1999-12-22 | 2004-07-13 | Worldcom, Inc. | System and method for staggering time points for deployment of rings in a fiber optic network simulation plan |
| GB2361155B (en) | 2000-04-07 | 2002-06-05 | 3Com Corp | Display of phones on a map of a network |
| US7000015B2 (en) * | 2000-04-24 | 2006-02-14 | Microsoft Corporation | System and methods for providing physical location information and a location method used in discovering the physical location information to an application on a computing device |
| US7000012B2 (en) * | 2000-04-24 | 2006-02-14 | Microsoft Corporation | Systems and methods for uniquely identifying networks by correlating each network name with the application programming interfaces of transport protocols supported by the network |
| US7194533B1 (en) * | 2000-04-28 | 2007-03-20 | Microsoft Corporation | System and method for editing active measurements in a client management tool |
| GB2362302B (en) * | 2000-05-08 | 2002-04-03 | 3Com Corp | Network management apparatus and method |
| US6871226B1 (en) * | 2000-08-22 | 2005-03-22 | Bsafe Online | Method of searching servers in a distributed network |
| US20020147809A1 (en) * | 2000-10-17 | 2002-10-10 | Anders Vinberg | Method and apparatus for selectively displaying layered network diagrams |
| WO2002048910A2 (en) * | 2000-12-14 | 2002-06-20 | Appilog Logview Ltd. | System for collecting, correlating, querying and viewing topology information |
| US7734739B2 (en) * | 2001-04-20 | 2010-06-08 | Hewlett-Packard Development Company, L.P. | Method and system for consolidating network topology in duplicate IP networks |
| US7171624B2 (en) * | 2001-10-05 | 2007-01-30 | International Business Machines Corporation | User interface architecture for storage area network |
| US8040869B2 (en) | 2001-12-19 | 2011-10-18 | Alcatel Lucent | Method and apparatus for automatic discovery of logical links between network devices |
| US7856599B2 (en) | 2001-12-19 | 2010-12-21 | Alcatel-Lucent Canada Inc. | Method and system for IP link management |
| US20030212919A1 (en) * | 2002-05-09 | 2003-11-13 | Adkins Ronald P. | Updateable event forwarding discriminator incorporating a runtime modifiable filter |
| WO2003098451A1 (en) * | 2002-05-16 | 2003-11-27 | Agency For Science, Technology And Research | Apparatus for discovering computing services architecture an developing patterns of computing services and method therefor |
| US7334033B2 (en) * | 2003-01-31 | 2008-02-19 | Brocade Communications Systems, Inc. | Fabric membership monitoring |
| JP2004258940A (ja) * | 2003-02-26 | 2004-09-16 | Hitachi Ltd | 情報システムのネットワーク監視方法及びオペレーショナルリスク計量方法 |
| US7421438B2 (en) | 2004-04-29 | 2008-09-02 | Microsoft Corporation | Metadata editing control |
| US7240292B2 (en) | 2003-04-17 | 2007-07-03 | Microsoft Corporation | Virtual address bar user interface control |
| US7823077B2 (en) | 2003-03-24 | 2010-10-26 | Microsoft Corporation | System and method for user modification of metadata in a shell browser |
| US7627552B2 (en) | 2003-03-27 | 2009-12-01 | Microsoft Corporation | System and method for filtering and organizing items based on common elements |
| US7848259B2 (en) * | 2003-08-01 | 2010-12-07 | Opnet Technologies, Inc. | Systems and methods for inferring services on a network |
| US7472185B2 (en) * | 2004-01-05 | 2008-12-30 | International Business Machines Corporation | Method and apparatus for scaling a user interface adaptively to an object discovery/display system with policy driven filtering |
| US7363742B2 (en) * | 2004-11-12 | 2008-04-29 | Taser International, Inc. | Systems and methods for electronic weaponry having audio and/or video recording capability |
| US8522154B2 (en) | 2005-04-22 | 2013-08-27 | Microsoft Corporation | Scenario specialization of file browser |
| US7665028B2 (en) | 2005-07-13 | 2010-02-16 | Microsoft Corporation | Rich drag drop user interface |
| US7508787B2 (en) * | 2006-05-31 | 2009-03-24 | Cisco Technology, Inc. | Graphical selection of information display for wireless mesh hierarchies |
| US20080212584A1 (en) * | 2007-03-02 | 2008-09-04 | At&T Knowledge Ventures, L.P. | Method and system for presentation of multicast trees |
| US9122691B2 (en) | 2010-05-13 | 2015-09-01 | International Business Machines Corporation | System and method for remote file search integrated with network installable file system |
| US9215270B2 (en) | 2010-08-09 | 2015-12-15 | Servicenow, Inc. | System and method for determining a topology of at least one application in a computerized organization |
| US9081818B2 (en) * | 2012-03-13 | 2015-07-14 | Hewlett-Packard Development Company, L.P. | SAS fabric discovery |
| US9503412B1 (en) * | 2012-06-28 | 2016-11-22 | ITinvolve, Inc. | Systems and methods for IT services and social knowledge management using social objects and activity streams |
| US10587480B2 (en) * | 2016-11-14 | 2020-03-10 | WiSilica Inc. | User experience enhancement using proximity awareness |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4107784A (en) * | 1975-12-22 | 1978-08-15 | Bemmelen Henri M Van | Management control terminal method and apparatus |
| US5202985A (en) * | 1988-04-14 | 1993-04-13 | Racal-Datacom, Inc. | Apparatus and method for displaying data communication network configuration after searching the network |
| US5021976A (en) * | 1988-11-14 | 1991-06-04 | Microelectronics And Computer Technology Corporation | Method and system for generating dynamic, interactive visual representations of information structures within a computer |
| US5185860A (en) * | 1990-05-03 | 1993-02-09 | Hewlett-Packard Company | Automatic discovery of network elements |
| JP2522898B2 (ja) * | 1992-09-08 | 1996-08-07 | インターナショナル・ビジネス・マシーンズ・コーポレイション | 動的カストマイズ方法及びグラフィックリソ―ス・エディタ |
| US5438659A (en) * | 1992-10-08 | 1995-08-01 | Hewlett-Packard Company | Object-action user interface management system |
| US5627979A (en) * | 1994-07-18 | 1997-05-06 | International Business Machines Corporation | System and method for providing a graphical user interface for mapping and accessing objects in data stores |
-
1995
- 1995-11-01 US US08/551,499 patent/US5787252A/en not_active Expired - Fee Related
-
1996
- 1996-10-10 EP EP96116263A patent/EP0772318B1/en not_active Expired - Lifetime
- 1996-10-10 DE DE69635648T patent/DE69635648T2/de not_active Expired - Fee Related
- 1996-11-01 JP JP8291821A patent/JPH09204384A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003067207A (ja) * | 2001-08-27 | 2003-03-07 | Nec Corp | ネットワークモニタリングシステムおよび方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| DE69635648D1 (de) | 2006-02-02 |
| EP0772318A2 (en) | 1997-05-07 |
| DE69635648T2 (de) | 2006-08-24 |
| US5787252A (en) | 1998-07-28 |
| EP0772318B1 (en) | 2005-12-28 |
| EP0772318A3 (en) | 1999-01-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH09204384A (ja) | 高性能ネットワーク管理マップ用のフィルタリング・システム及び方法 | |
| EP0720329B1 (en) | Persistence specification system and method for high performance on-demand submaps | |
| EP0715435B1 (en) | Batch transfer system and method for high performance graphic display of network topology | |
| EP0810755B1 (en) | Systems and methods for operating a network management system | |
| US5931911A (en) | Information processing device enabling the management of an information resource by an administration system | |
| US6295527B1 (en) | Real-time user-defined creation of network device information collections | |
| EP1014748B1 (en) | Management system for a multi-level communication network | |
| US6253243B1 (en) | Automated trap control for a distributed network management system | |
| US5608907A (en) | Extensible entity management system including an information manager for obtaining, storing and retrieving information from entities | |
| US20030009543A1 (en) | Network management system and computer-based methods for network management | |
| JPH09204384A5 (ja) | ||
| US20020165934A1 (en) | Displaying a subset of network nodes based on discovered attributes | |
| KR970017023A (ko) | 네트워크 관리 및 덤프 데이타 검색 장치 및 방법 | |
| US20140359461A1 (en) | Apparatus And Method Providing Unified Network Management | |
| US6944631B2 (en) | Method and system for network configuration discovery | |
| KR100716167B1 (ko) | 네트워크 관리 시스템 및 방법 | |
| US7376694B2 (en) | Coalescing information from multiple sources based on priority rules | |
| EP1164481A2 (en) | Object identifier based protocols in a distributed data processing system | |
| US7343409B1 (en) | Method, system and article of manufacture for discovering devices in a network monitoring system | |
| JP3438772B2 (ja) | Ｓｎｍｐエージェントとして動作するように実装する方法を共通化するシステム | |
| KR100358156B1 (ko) | 통합망 환경에서 서비스 관리시스템의 관리명령을 교환기 명령어로 변환하는 방법 | |
| US20080037445A1 (en) | Switch name, IP address, and hardware serial number as part of the topology database | |
| KR20020004556A (ko) | 웹 기반 분산 네트웍 관리 시스템 | |
| US20050216477A1 (en) | Computer network management apparatus and method | |
| Park et al. | Java-based network management environment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060417 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060425 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20061003 |