JP2002344486A - 二重ｉｐネットワークにおいてネットワークトポロジを統合するための方法 - Google Patents

Abstract

(57)【要約】 【課題】 団体間で生じる二重ＩＰアドレスを有する
ネットワークトポロジデータを統合するための改善され
た方法を提供する。 【解決手段】 コンピュータネットワーク（１００）
を管理する方法であって、収集コンピュータ（１２０、
１２５、１３０、１３５）に、各収集コンピュータが存
在している管理ドメインと固有に関連付けられる管理ド
メイン識別子を割り当てるステップ（２１０）と、少な
くとも１つの管理コンピュータ（１０５）において、管
理ドメイン識別子を含む、収集コンピュータからの情報
を受信するステップ（２１５）と、少なくとも１つの管
理コンピュータ内に、管理ドメイン識別子を用いてアク
セスされる前記情報のデータベースを保持するステップ
（２２０）とを含む方法。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はコンピュータネット
ワークに関する。より詳細には、本発明は二重インター
ネットプロトコル（ＩＰ）ネットワークにおいてネット
ワークトポロジを統合することに関する。

【０００２】

【従来の技術】ネットワークに接続される管理ステーシ
ョンは、多くの場合に、ネットワークトポロジ、たとえ
ばネットワークノードおよびノード相互接続部を検出す
るための管理ソフトウエアパッケージによって構成され
る。そのネットワークトポロジから、管理ステーション
は、種々のサブマップの集合体を含むネットワーク管理
マップを構成する。各サブマップは、異なる見方で表示
したネットワークに対応し、任意のサブマップを表示装
置上に表示することができる。これらのサブマップは階
層として構成することができる。

【０００３】たとえば、ヒューレット・パッカード社
（米国）によって市販される、周知の「ＯＰＥＮＶＩＥ
Ｗ」（登録商標）管理ソフトウエアに実装されるネット
ワーク管理マップは、その階層内の最も高い論理レベル
サブマップを表すルートレベルにおいて定義されるルー
トサブマップを有し、種々のサブマップ階層のためのア
ンカー・ポイントとして機能するオブジェクトを示す。
各階層は、個別の管理ドメイン、たとえば、ネットワー
ク、ノードの論理グループ、あるいはいくつかの他のド
メインである。インターネットサブマップはインターネ
ットレベルにおいて定義され、ルートサブマップ内のオ
ブジェクトを拡大する（すなわち、そのオブジェクトに
関する、より多くのデータを与える）ことにより生成さ
れる。このオブジェクトを拡大するプロセスは、任意の
所望の細かいレベルまで何度も繰り返すことができる。

【０００４】ヒューレット・パッカード社の「ＯＰＥＮ
ＶＩＥＷ」（登録商標）ネットワークノードマネージャ
（ＮＮＭ）製品は、たとえば、知識を有しているか、あ
るいは新たに見つけた全てのネットワーク構成要素のネ
ットワークトポロジデータを保持する。そのトポロジ
は、ネットワーク構成要素の検出、エンドユーザによる
ネットワーク構成要素の手作業による追加、および収集
ステーションとして知られる他のＮＮＭステーションに
よって送信されるトポロジ情報の収集のような、種々の
技術によって読み込まれる。収集ステーションは、自ら
のデータを、管理ステーションとして知られる別のＮＮ
Ｍステーションに送信する。ＮＮＭ管理ステーション
が、収集ステーションからのトポロジデータの一部とし
て、インターネットプロトコル（ＩＰ）アドレスを有す
るネットワーク構成要素に関するデータを受信すると
き、他の収集ステーションの中にも、あるネットワーク
構成要素のための同じＩＰアドレスを報告したものがな
いか否かを判定する。同じＩＰアドレスを報告する収集
ステーションが存在する場合には、ＮＮＭ管理ステーシ
ョンは、一方のネットワーク構成要素を１次構成要素と
し、他方のネットワーク構成要素を２次構成要素とす
る。管理ステーション−収集ステーションの概念は、た
とえば米国特許第５，９４８，０５５号（Ｐｕｌｓｉｐ
ｈｅｒ他）において説明されており、その開示は全体を
参照して本明細書に援用される。

【０００５】コンピュータネットワークを管理する際
に、異なるネットワークが同じ（二重の）ＩＰアドレス
を用いる際に問題が生じるようになる。二重のＩＰアド
レスには、繰り返されるＩＰホスト／インターフェース
アドレス、繰り返されるホスト名、あるいは繰り返され
るネットワーク名またはアドレスを含むことができる。
二重ＩＰアドレスは、種々の団体が同じ私的あるいは未
登録のＩＰアドレスを用いる際に生じるようになる。ま
た、二重ＩＰアドレスは、たとえば、同じ衝突ドメイン
内のネットワーク構成要素が、同じＩＰアドレスを用い
て通信を行っている場合、あるいは２つのネットワーク
ノードが同じホスト名を有する場合のように、ネットワ
ーク装置が適切に構成されていない結果として生じるよ
うになる。また、二重ＩＰアドレスは、スタンバイルー
タ構成の結果として、生じることもある（ルータおよび
そのスタンバイが同じＩＰアドレスを用いる場合）。

【０００６】ネットワークマネージャが、二重ＩＰアド
レスを有する異なる顧客サイトに収集ステーション（１
つあるいは複数の中央管理ステーションに報告を返送す
る、リモートに配置される収集コンピュータ）を配置す
る際に問題が生じる。なぜなら、ネットワーク管理製品
は、そのデータベース内の鍵としてＩＰアドレスを用い
るためである。たとえば、同じＩＰアドレスを有する２
つのネットワーク構成要素を、これらの製品では、１つ
のトポロジに格納することができない。たとえば、ＮＮ
Ｍは、その構成要素が実際に固有のネットワーク構成要
素であったとしても、異なる顧客からの同じＩＰアドレ
スを有する構成要素を１次構成要素として格納すること
はできない。

【０００７】二重ＩＰアドレスを１つのネットワークト
ポロジに統合するための知られている技術は、１つのコ
ンソールウインドウ内に種々の団体のネットワークを表
示するが、発信元の収集コンピュータに基づいて、その
ウインドウ内のネットワークを種々の顧客コンテナに分
離することを含む。しかしながら、これらの技術は、各
収集コンピュータのトポロジが個別に表示されるので、
ネットワークマネージャが管理している全ての顧客ネッ
トワークの統合されたネットワークトポロジをネットワ
ークマネージャに提供しない。

【０００８】

【発明が解決しようとする課題】したがって、本発明の
目的は、団体間で生じる二重ＩＰアドレスを有するネッ
トワークトポロジデータを統合するための改善された方
法を提供することである。

【０００９】

【課題を解決するための手段】コンピュータネットワー
クを管理するための方法およびシステムが記載される。
本発明の典型的な実施形態によれば、収集コンピュータ
は、各収集コンピュータが存在している管理ドメインに
固有に関連付けられる管理ドメイン識別子を割り当てら
れる。管理ドメイン識別子を含む情報は、収集コンピュ
ータから、少なくとも１つの管理コンピュータにおいて
受信される。管理ドメイン識別子を用いてアクセスされ
る情報のデータベースは、その少なくとも１つの管理コ
ンピュータ内に保持される。

【００１０】本発明の他の目的および利点は、添付の図
面とともに、以下に記載される好ましい実施形態の詳細
な説明を読めば、当業者には明らかになるであろう。添
付の図面において、同様の参照番号は同様の構成要素を
示すために用いられている。

【００１１】

【発明の実施の形態】図１は、本発明の典型的な実施形
態により管理されるネットワーク１００を示すブロック
図である。本発明の典型的な実施形態によれば、ネット
ワーク１００は複数の収集コンピュータを含むことがで
き、各収集コンピュータは、各収集コンピュータが存在
している管理ドメインと固有に関連付けられる管理ドメ
イン識別子を割り当てられる。本発明の典型的な実施形
態では、収集コンピュータは、たとえば、収集ステーシ
ョン１２０、１２５、１３０および１３５でありうる。
またネットワーク１００は、複数の収集コンピュータか
ら、管理ドメイン識別子を含む情報を受信するための少
なくとも１つの管理コンピュータを含むことができる。
本発明の典型的な実施形態では、その管理コンピュータ
は、たとえば、管理ステーション１０５でありうる。ま
たネットワーク１００は、管理ドメイン識別子を用いて
アクセスされる情報を、その少なくとも１つの管理コン
ピュータ内に保持するための少なくとも１つのコンピュ
ータデータベースも備えることができる。収集ステーシ
ョンおよび管理ステーションは、たとえば米国特許第
５，９４８，０５５号に記載される。

【００１２】図１に示されるように、収集ステーション
は、たとえば、リモートの顧客サイト内のコンピュータ
ネットワークをモニタするために配置することができ
る。図１では、収集ステーション１２０および１２５
は、第１のコンピュータネットワーク１１０（たとえ
ば、「ＣＯ」で示される顧客サイト）をモニタするため
に配置されており、一方、収集ステーション１３０およ
び１３５は、第２のコンピュータネットワーク１１５
（たとえば、「ＮＹ」で示される顧客サイト）をモニタ
するために配置されている。図１では、第１および第２
の各コンピュータネットワーク１１０はそれぞれ、少な
くとも１つの管理ステーション、たとえば管理ステーシ
ョン１０５に接続されることができる。

【００１３】第１のコンピュータネットワーク１１０内
では、第１のネットワーク構成要素(element)１４０
が、第１のコンピュータネットワーク１４０内で固有の
(unique)任意のＩＰアドレス、たとえば「１０．２．１
１２．１」によって示される。第２のコンピュータネッ
トワーク１４５内では、第２のネットワーク構成要素
が、第２のコンピュータネットワーク１４５内で固有の
任意のＩＰアドレス、たとえば「１０．２．１１２．
１」によって示される。しかしながら、図１では、第１
のコンピュータネットワーク１４０と第２のコンピュー
タネットワーク１４５との間では、指定されたＩＰアド
レス、たとえば「１０．２．１１２．１」は固有ではな
い。こうして、図１に示されるように、収集ステーショ
ンが種々の顧客サイトに配置されており、種々の顧客サ
イトは、その間で二重のＩＰアドレスを有する。しかし
ながら、当業者には、種々の顧客サイトが、その間の二
重のＩＰアドレスだけでなく、二重のネットワーク名お
よび二重のホスト名を有する可能性があることが理解さ
れよう。

【００１４】種々のコンピュータネットワーク間の二重
ネットワークアドレス、二重ネットワーク名および二重
ホスト名の存在に対処するために、コンピュータネット
ワークを管理するための典型的な方法が、図２を参照し
ながら記載されるであろう。ステップ２１０では、収集
コンピュータは、その収集コンピュータが存在している
管理ドメインに固有に(uniquely)関連付けられる管理ド
メイン識別子を割り当てられることができる。本発明の
典型的な実施形態によれば、管理ドメインは、その中で
ＩＰアドレス、ネットワーク名およびホスト名が固有で
あるネットワークである。したがって、ＩＰアドレス、
ネットワーク名およびホスト名は、管理ドメイン間で繰
り返すことができる。ステップ２０５では、少なくとも
１つの管理ドメインが確立され、各管理ドメインは少な
くとも１つの収集コンピュータを含むことができる。

【００１５】図１に示される典型的な実施形態では、第
１のコンピュータネットワーク１４０をモニタしている
収集ステーションは、第１の管理ドメイン１１０に指定
されることができる。第１の管理ドメイン１１０は、た
とえば収集ステーション１２０および１２５を含むこと
ができる。さらに、第２のコンピュータネットワーク１
４５をモニタしている収集ステーションは、第２の管理
ドメイン１１５に指定されることができる。第２の管理
ドメイン１１５は、たとえば収集ステーション１３０お
よび１３５を含むことができる。管理ドメインを区別す
るために、各管理ドメインに、管理ドメイン識別子が固
有に関連付けられる。典型的な実施形態によれば、管理
ドメイン識別子は、たとえば、管理ドメインのドメイン
名であることができる。たとえば、管理ドメイン１１０
に対応する収集ステーション１２０および１２５のため
の管理ドメイン識別子は「ＣＯ」である。管理ドメイン
１１５に対応する収集ステーション１３０および１３５
のための管理ドメイン識別子は「ＮＹ」である。しかし
ながら、管理ドメインを固有に特定する任意の管理ドメ
イン識別子を、各管理ドメインに関連付けることができ
る。したがって、異なる管理ドメイン識別子が、異なる
顧客のネットワークをモニタしている収集ステーション
に割り当てられることができ、同じ顧客のネットワーク
をモニタしている収集ステーションには、同じ管理ドメ
イン識別子を割り当てることができる。

【００１６】ステップ２１５では、少なくとも１つの管
理コンピュータ（たとえば、管理ステーション１０５）
が、収集コンピュータ（たとえば、収集ステーション１
２０、１２５、１３０および１３５）から、収集コンピ
ュータの各コンピュータネットワークをモニタしながら
収集された情報を受信する。収集コンピュータから管理
ステーションにおいて受信された情報は、その収集コン
ピュータが存在している管理ドメインの管理ドメイン識
別子を含むネットワークトポロジ情報でありうる。

【００１７】ステップ２２０では、少なくとも１つの管
理コンピュータにおいて受信された情報のデータベース
が、その少なくとも１つの管理コンピュータ内に保持さ
れることができる。たとえばネットワークトポロジ情報
のような、その情報は、その情報に含まれる管理ドメイ
ン識別子を用いてアクセスされることができる。こうし
て、管理ドメイン識別子を用いて、同じネットワークア
ドレスを有し、異なる管理ドメインに属する収集コンピ
ュータからのネットワークトポロジ情報を統合すること
ができる。統合されたネットワークトポロジはたとえ
ば、管理コンピュータ、たとえば管理ステーション１０
５上で、あるいは任意の他のコンピュータ表示装置上
で、オペレータに対して表示することができる。

【００１８】図１に示されるように、管理ドメイン１１
０および１１５は、統合されたネットワークトポロジと
して、管理コンピュータを通してオペレータに同時に表
示されることができる。管理ドメイン１１０および１１
５は、異なるドメイン（たとえば、顧客サイト）に対応
するので、管理ドメイン１１０および１１５は、オペレ
ータに表示される統合されたトポロジにおいて併合はさ
れない。しかしながら、１つの管理ドメインに含まれる
収集コンピュータから受信される情報は、併合すること
ができる。たとえば、収集ステーション１２０および１
２５からの情報は、管理ドメイン１１０において併合さ
れ、収集ステーション１３０および１３５からの情報
は、管理ドメイン１１５において併合されることができ
る。したがって、オペレータは、管理コンピュータ（た
とえば、管理ステーション１０５）を通して、１つの併
合されたトポロジにおいて、各管理ドメイン内の収集コ
ンピュータからの併合された情報を視認することがで
き、またオペレータは、管理ドメイン間でＩＰアドレス
が二重になっている場合であっても、管理コンピュータ
（たとえば、管理ステーション１０５）を通して、管理
ドメイン間で統合されたトポロジを視認することもでき
る。本明細書において用いられる「併合」は、管理ドメ
イン内のネットワークトポロジの統合を指すのに対し
て、「統合」は、管理ドメイン間のネットワークトポロ
ジの統合を指すことができる。オペレータに対するネッ
トワークトポロジの併合および表示は、たとえば米国特
許第５，９４８，０５５号において説明される。

【００１９】図１では、収集ステーション１２０および
１２５はそれぞれ、第１のネットワーク構成要素を有す
る第１のコンピュータネットワーク１４０をモニタし、
収集ステーション１３０および１３５はそれぞれ、第２
のネットワーク構成要素を有する第２のコンピュータネ
ットワーク１４５をモニタすることができる。２つの収
集ステーションが同じコンピュータネットワークをモニ
タすることができるので、１つの管理ドメイン内の収集
ステーションによるネットワーク構成要素の対応範囲が
重複することにより、管理ステーションに対して、二重
のＩＰアドレスが報告されるようになる可能性が高い。
先に説明されたように、管理ステーションが二重のＩＰ
アドレスを受信するとき、管理ステーションは、一方の
収集ステーションから報告されるネットワーク構成要素
を１次ネットワーク構成要素として割り当て、他方の収
集ステーションから報告されるネットワーク構成要素を
２次ネットワーク構成要素として割り当てることを試み
ることができる。

【００２０】コンピュータネットワーク内の管理ドメイ
ン間のネットワークアドレス（たとえば、ＩＰアドレ
ス）に基づいて、ネットワーク構成要素の１次性および
２次性を判定するための典型的な方法が、図３を参照し
ながら記載されるであろう。ステップ３０５では、少な
くとも１つの管理コンピュータが、第１の収集コンピュ
ータから第１の情報を受信することができる。第１の情
報は、第１のネットワークアドレスおよび第１の管理ド
メイン識別子を含む。ステップ３１０では、管理コンピ
ュータが、第２の収集コンピュータから第２の情報を受
信することができる。第２の情報は、第２のネットワー
クアドレスおよび第２の管理ドメイン識別子を含む。第
２のネットワークアドレスは第１のネットワークアドレ
スと同一である可能性がある。ステップ３１５では、管
理コンピュータは、第２の管理ドメイン識別子と第１の
管理ドメイン識別子とを用いて、第２のネットワークア
ドレスと第１のネットワークアドレスとを比較すること
ができる。ステップ３２０における比較の結果に基づい
て、第２のネットワークアドレスが第１のネットワーク
アドレスとは異なる管理ドメインに属するときには、ス
テップ３２５において、管理コンピュータは、第２のネ
ットワークアドレスに関連付けられるネットワーク構成
要素を１次ネットワーク構成要素として割り当てること
ができる。一方、第２のネットワークアドレスが第１の
ネットワークアドレスと同じ管理ドメインに属するとき
には、ステップ３３０において、管理コンピュータは、
第２のネットワークアドレスに関連付けられる第２のネ
ットワーク構成要素を２次ネットワーク構成要素として
割り当てることができる。

【００２１】本発明の典型的な実施形態では、管理ステ
ーション１０５が、１つの収集ステーションから、トポ
ロジデータの一部としてＩＰアドレスを受信するとき、
管理ステーション１０５は、他の収集ステーションの中
に同じＩＰアドレスを報告したものがあるいか否かを判
定するために検査を行うことができる。同じＩＰアドレ
スを報告した収集ステーションがある場合には、管理ス
テーション１０５は、そのＩＰアドレスを有する一方の
ネットワーク構成要素を１次ネットワーク構成要素とし
て指定し、他方のネットワーク構成要素を２次ネットワ
ーク構成要素として指定する。こうして、あるネットワ
ーク構成要素が１次構成要素か２次構成要素かを判定す
るために、管理ステーション１０５は管理ドメイン識別
子を用いて、受信したＩＰアドレスを有するネットワー
ク構成要素が二重のＩＰアドレスと同じドメインに属す
るか否かを判定することができる。ネットワーク構成要
素が同じドメインに属する場合には、そのネットワーク
構成要素は２次ネットワーク構成要素であり、そうでな
い場合には、そのネットワーク構成要素は１次ネットワ
ーク構成要素として指定される。

【００２２】米国特許第５，９４８，０５５号に記載さ
れる分散形ネットワークモニタリングシステム（「ＤＩ
ＭＳ」）では、データは、「トポロジオブジェクト」あ
るいは「オブジェクト」と呼ばれる構造の形で表され
る。トポロジオブジェクトは、現実世界のオブジェクト
の内部表現であり、その用語は、データの編成、および
そのデータを追跡するために用いられる内部構造の両方
を指すために用いられる。たとえば、現実世界の所与の
コンピュータ（ノード）の場合に、ＤＩＭＳは、そのノ
ードについてのデータの本体を追跡するであろう。その
データは、管理ステーション内に存在するトポロジデー
タベースに、そのノードをモデル化した形で格納され
る。さらに、管理ステーション、およびそれを取り扱う
アプリケーション内で実行されているトポロジマネージ
ャは、そのデータを、ノードのデータを表す内部構造に
読み込むであろう。その内部構造は、「トポロジノード
オブジェクト」あるいは単に「ノード」と呼ばれる。

【００２３】ＤＩＭＳでは、各トポロジマネージャは、
以下のタイプのオブジェクトを追跡することができる。
そのタイプには、（ａ）１つのネットワーク内のコンピ
ュータおよび接続する装置を表すノードオブジェクト、
（ｂ）種々のネットワークに対するそのノードの論理接
続を表すインターフェースオブジェクト（インターフェ
ース毎に１つのノードが関連付けられなければならず、
１つのノードは０以上のインターフェースを有する場合
がある）、（ｃ）インターフェースを介してノードが取
り付けられる物理的なケーブルを表すセグメントオブジ
ェクト（セグメントは概念的に、そのセグメントに接続
されるインターフェースを有するノードを含む）、
（ｄ）論理ＩＰネットワークを表すネットワークオブジ
ェクト（（ｅ）概念的に、いくつかのセグメントおよび
そのセグメントに接続されるノードを含むネットワーク
オブジェクト、（ｆ）グローバル情報を含み、概念的に
全ての他のオブジェクトを含むグローバルインターネッ
トオブジェクト、（ｇ）収集ステーションソフトウエア
のためのホストとして動作しているリモートノードを表
すステーションオブジェクト（ステーションオブジェク
トは概念的に、その収集ステーションのトポロジマネー
ジャによって報告される全てのオブジェクトを含む）が
含まれる。

【００２４】各タイプのオブジェクトは、それを識別す
るために用いられる固有のタイプの「名前」フィールド
を有することができる。たとえば、ネットワークは、そ
のネットワークのＩＰサブネットアドレスおよびサブネ
ットマスクに基づく「ＩＰネットワーク名」を有する。
セグメントは、そのセグメントを含むネットワークの名
前と、その後に固有の番号を有するワード「セグメン
ト」とから構成されうる「ＩＰセグメント名」を有する
ことができる。ノードは、そのノードの公認のＩＰホス
ト名に基づくことができる「ＩＰホスト名」を有するこ
とができ、一方各インターフェースは１つのＩＰアドレ
スを有することができる。各オブジェクトは、多数のタ
イプの識別子（ＩＤ）を有する。第１に、個々のオブジ
ェクトは、「ユニバーサル固有識別子」（ＵＵＩＤ）を
有する。ＵＵＩＤは基本的に、多数の収集コンピュータ
間で固有であることが保証されたストリングである。さ
らに、各オブジェクトは、「ローカルオブジェクトＩ
Ｄ」と呼ばれるローカル識別子と関連付けられている。
この識別子は、収集コンピュータ内で用いるための整数
である。ＤＩＭＳでは、１つのオブジェクトの多数のバ
ージョンが同じ名前フィールドとともに報告される際
に、それらを全て、同じローカルオブジェクトＩＤに位
置付けなければならない。たとえば、ＤＩＭＳにおい
て、収集コンピュータは以下のトポロジノードオブジェ
クトによって表すことができる。

【００２５】 ステーション名：ｈｕｓｋｅｒ．ｃｎｄ．ｈｐ．ｃｏｍ ステーションＩＤ：１０１５ ステーションＵＵＩＤ：０７３６３４５ａ−８ａ６５−
７１ｄ４−０１６６−０ｆ０２７６２１００００ 作成日時：２０００年９月１４日（木）１１：３２：４
１ 変更日時：２０００年９月１４日（木）１１：３２：４
１ シンボル変更日時：２０００年９月１４日（木）１１：
３２：４１ ラベル変更日時：２０００年９月１４日（木）１１：３
２：４１ 状態：正常 最終状態変更：２０００年９月１４日（木）１１：３
２：４１ フラグ：ＬＯＣＡＬ＿ＳＴＡＴＩＯＮ 最終フラグ変更：２０００年９月１４日（木）１１：３
２：４１ データベース作成時間：０（無設定） ステーションイベント数：０ ステーションタイプ：未知 ステーションバージョン：０ ステーションライセンス使用期限：０（無設定） ステーションライセンス付与ノード：０ ステーション管理ノード：０ ステーションアクセスモード：読出し−書込み ステーションオーバーラップモード：ＤｅｌｅｔｅＳｃ
ｏｎｄａｒｙ ステーションチェックインターバル：５分

【００２６】本発明の典型的な実施形態では、トポロジ
ノードオブジェクトに、たとえば２つの付加フィール
ド、すなわち管理ドメイン識別子および信頼性名前フラ
グを追加することができる。管理ドメイン識別子は、た
とえば収集ステーションオブジェクトの属性を含むこと
ができ、信頼性名前フラグは、たとえば収集ステーショ
ンオブジェクト内の１ビットフラグを含むことができ
る。管理ドメイン識別子が指定されない場合には、管理
ステーションは、収集ステーションに、たとえば「デフ
ォルト」のような管理ドメイン識別子を割り当てること
ができる。信頼性名前フラグは、そのホスト名が信頼性
のある名前であるか否か、すなわち収集ステーションに
よって報告されるホスト名を用いるか否か、あるいは信
用するか否かを判定するために、管理ステーションによ
って用いられることができる。こうして、信頼性名前フ
ラグが、たとえば１に設定される場合には、収集ステー
ションから報告される際のネットワーク構成要素のホス
ト名が、そのネットワーク構成要素の名前として用いら
れることになるが、０に設定される場合には、たとえ
ば、そのネットワーク構成要素あるいはノードに関連す
るインターフェースのＩＰアドレスに基づいて、ネット
ワーク構成要素の名前は管理ステーションにおいて再計
算されることになる。

【００２７】本発明の典型的な実施形態によれば、たと
えば「ドメイン名」のようなフィールド名を収集ステー
ションオブジェクトに追加することができ、「フラグ」
フィールドが、たとえば、その収集ステーションの場合
に「ＴＲＵＳＴＮＡＭＥ」が設定されるか否かを反映す
ることができる。こうして、上記の典型的なトポロジノ
ードオブジェクトを、以下のように変更することができ
るであろう。 ドメイン名：ｄｏｍａｉｎＡ フラグ：ＬＯＣＡＬ＿ＳＴＡＴＩＯＮ ＴＲＵＳＴＮＡ
ＭＥ この典型的な実施形態では、「ｄｏｍａｉｎＡ」は収集
ステーションの管理ドメイン識別子であり、「ＴＲＵＳ
ＴＮＡＭＥ」は、たとえば信頼性名前フラグの場合に１
の値を表す。

【００２８】たとえば、ＮＮＭでは、あるステーション
を収集ステーションとして構成するために用いられるコ
マンドは、「ｘｎｍｔｏｐｏｃｏｎｆ」コマンドであ
る。このコマンドは、「−ａｄｄ」オプションを含む多
数のオプションをとることができる。本発明の典型的な
実施形態によれば、収集ステーションに管理ドメインを
割り当てるために、かつ収集ステーションを信頼性のあ
る名前として構成するために、ａｄｄオプションは２つ
の付加オプション、それぞれ「−ｄｏｍａｉｎ＜ドメイ
ン名＞」および「−ｔｒｕｓｔｎａｍｅ」を受け入れる
ように変更することができる。これらのコマンドを用い
る際に、「＜ドメイン名＞」は、収集ステーションに割
り当てられることになる管理ドメインの名前である。
「−ｔｒｕｓｔｎａｍｅ」がコマンドの一部として指定
される場合には、収集ステーションによって報告される
ホスト名を信用し、ネットワーク構成要素の名前を付け
るために用いられるであろう。典型的な実施形態では、
１つのステーションの場合に「−ｔｒｕｓｔｎａｍｅ」
が設定される場合には、ｘｎｍｔｏｐｏｃｏｎｆコマン
ドは、リモート収集ステーションにイベントを自動的に
送信し、そのリモート収集ステーションが報告している
全てのオブジェクトの名前を送信すべきであることを、
リモート収集ステーションに通知することができる。ｘ
ｎｍｔｏｐｏｃｏｎｆの使用例は、ｘｎｍｔｏｐｏｃｏ
ｎｆ−ａｄｄ−ｄｏｍａｉｎ「ｄｏｍａｉｎＡ」−ｔｒ
ｕｓｔｎａｍｅである。

【００２９】ＤＩＭＳでは、管理ステーションは、ネッ
トワークのグローバルビューを導出するために、管理ス
テーションが他の管理ステーションあるいは収集ステー
ションから他の組のトポロジデータを取得できるように
するトポロジ反復子を含む。トポロジ反復子は、他の管
理ステーションおよび収集ステーション内に配置される
リモートネットワークマネージャからのデータを追跡
し、そのデータをローカルトポロジデータベースに併合
するための役割を果たす。反復子プロセスが、ステーシ
ョンのうちの１つからオブジェクトを受信するとき、管
理ステーションは、収集ステーションがそのオブジェク
ト情報の一部（たとえば、「ステーション名」フィール
ド）として名前を送信していた場合であっても、そのオ
ブジェクトのホスト名を取得しようと試みる。

【００３０】典型的な実施形態によれば、各収集コンピ
ュータは、少なくとも１つのネットワークオブジェクト
を管理することができる。ネットワークオブジェクト
は、たとえばコンピュータ、ルータ、別の収集コンピュ
ータ、あるいは任意の他のコンピュータネットワーク装
置でありうる。管理コンピュータ（たとえば、管理ステ
ーション１０５）は、各収集コンピュータによって管理
されるネットワークオブジェクトのホスト名の分解を実
行するように構成されることができる。別法では、典型
的な実施形態によれば、収集コンピュータ（たとえば、
収集ステーション１２０、１２５、１３０および１３
５）は、自らが管理しているネットワークオブジェクト
のホスト名の分解を実行するように構成されることがで
きる。したがって、各収集コンピュータは、各ネットワ
ークオブジェクトのネットワークアドレスあるいはホス
ト名を分解することができる。分解されたネットワーク
アドレスあるいはホスト名は、少なくとも１つの管理コ
ンピュータにおいて受信される情報に含めることができ
る。本発明の典型的な実施形態により変更されたＤＩＭ
Ｓでは、上記の２つの付加フィールドを用いて、反復子
プロセスが１つの収集ステーションからオブジェクトを
受信するとき、管理ステーションは、オブジェクトがそ
こから到来した収集ステーションが信頼性のある名前で
あるか否かを判定することができる。信頼性のある名前
である場合には、反復子は、そのオブジェクトに対する
ホスト名のためのホスト名の分解を実行しようとしない
であろう。信頼性のある名前ではない場合には、ホスト
名の分解を実行しようとするであろう。収集コンピュー
タによってホスト名の分解を実行することにより、ホス
ト名を分解する能力がないために、あるいは二重ホスト
名の発生のために、管理コンピュータが障害を起こすの
を防ぐことができる。

【００３１】ＤＩＭＳでは、管理ステーションにおいて
受信された情報に基づいて、トポロジマネージャによっ
て、オブジェクトを、管理ステーション内に存在してい
るトポロジデータベース内に保持される統合されたネッ
トワークトポロジに追加することができる。ＤＩＭＳで
は、追加されるオブジェクトプロセスはたとえば、その
オブジェクトの完全性を検査し、そのオブジェクトをネ
ットワークトポロジデータベースに挿入し、ある収集ス
テーションあるいは別の管理ステーションから報告され
る別のオブジェクトと重複するか否かを判定する。

【００３２】ＤＩＭＳの追加オブジェクトプロセスの一
部として、オブジェクト識別子が検査される。本発明の
典型的な実施形態によって変更されるような、オブジェ
クト識別子を検査するためのプロセスが、図４を参照し
ながら説明されるであろう。ステップ４０１では、その
オブジェクトがＵＵＩＤを有するか否かに関する判定が
行われる。ＵＵＩＤを持たない場合には、ステップ４０
１はステップ４０２に移行し、ステップ４０２はエラー
インディケータを設定し、その後サブルーチン４０２
は、追加オブジェクトプロセスに戻ることにより終了す
る。そのオブジェクトがＵＵＩＤを有する場合には、ス
テップ４０１はステップ４０３に移行する。ステップ４
０３では、そのオブジェクトのためにローカルオブジェ
クトＩＤが設定されているか否かに関する問合せが行わ
れる。ローカルオブジェクトＩＤが設定されていない場
合には、ステップ４０３はステップ４０４に移行する。

【００３３】本発明の典型的な実施形態によれば、ステ
ップ４０４において、そのオブジェクトが、ローカルオ
ブジェクトＩＤセット内の既存のオブジェクトと同じ管
理ドメインにおいて同じ属性（たとえば、名前、タイ
プ、物理またはリンクレベルアドレス、あるいはサブネ
ットマスク）を有するか否かに関する判定が行われる。
同じ属性を持たない場合には、ステップ４０４はステッ
プ４０５に移行し、そのオブジェクトのために新しいロ
ーカルオブジェクトＩＤが割り当てられる。一致するも
のが存在する場合には、ステップ４０４はステップ４０
６に移行し、そのローカルオブジェクトＩＤが、既存の
オブジェクトＩＤに一致するように設定される。ステッ
プ４０５、４０６の後に、または、ステップ４０３にお
いて、そのオブジェクトがローカルオブジェクトＩＤを
有するものと判定された場合には、ステップ４０７が実
行される。ステップ４０７では、そのオブジェクトがリ
モートオブジェクトＩＤを有するか否かに関する判定が
行われる。リモートオブジェクトＩＤを持たない場合に
は、ステップ４０７はステップ４０８に移行し、そのオ
ブジェクトがローカルでモニタされるか否かに関する判
定が行われる。ローカルでモニタされる場合には、ステ
ップ４０８はステップ４０９に移行し、リモートオブジ
ェクトＩＤをローカルオブジェクトＩＤに設定する。

【００３４】図４のステップ４０４において実行される
判定が、図５を参照しながら説明されるであろう。図５
では、ネットワークオブジェクト表現５０２は、第１の
収集ステーション（たとえば、図１の収集ステーション
１２０）のネットワークオブジェクトの表現であり、ネ
ットワークオブジェクト表現５０４は、第２の収集ステ
ーション（たとえば、図１の収集ステーション１２５）
のネットワークオブジェクトの表現であり、ネットワー
クオブジェクト表現５０６は、第３の収集ステーション
（たとえば、図１の収集ステーション１３０）のネット
ワークオブジェクトの表現であり、ネットワークオブジ
ェクト表現５０８は、第４の収集ステーション（たとえ
ば、図１の収集ステーション１３５）のネットワークオ
ブジェクトの表現である。一旦、ネットワークオブジェ
クト表現が、反復子プロセスによって管理ステーション
にコピーされたなら、内部ネットワークオブジェクト表
現５１０、５１２、５１６および５１８が、管理ステー
ション内のトポロジデータベース内に存在する。

【００３５】あるオブジェクトが収集ステーションから
管理ステーションにコピーされるとき、リモート収集ス
テーション上のローカルオブジェクトＩＤが、管理ステ
ーションにおいて「リモートオブジェクトＩＤ」と呼ば
れるオブジェクト内のフィールドにコピーされる。リモ
ートオブジェクトＩＤは、管理ステーションの反復子に
よって追跡され、リモート収集ステーションと通信する
ために用いられる。さらに、各オブジェクトのためのＵ
ＵＩＤは、リモート収集ステーションおよび管理ステー
ションの両方において同じままである。ＤＩＭＳでは、
同じホスト名を有するネットワークオブジェクトが、同
じローカルオブジェクトＩＤを取得する。

【００３６】図５に示されるように、本発明の典型的な
実施形態によれば、内部ネットワークオブジェクト表現
は、管理ドメインによって分離されることができる。た
とえば、内部ネットワークオブジェクト表現５１０およ
び５１２は管理ドメイン５１４に対応し、一方、内部ネ
ットワークオブジェクト表現５１６および５１８は管理
ドメイン５２０に対応する。したがって、図４のステッ
プ４０４において、収集ステーションが異なる管理ドメ
インに属しており、かつその収集ステーションがネット
ワークオブジェクト表現５０２、５０４、５０６および
５０８の場合に、同じタイプのネットワークオブジェク
トに対して同じホスト名を報告する場合には、内部ネッ
トワークオブジェクト表現５１０、５１２、５１６およ
び５１８を生成する際に、管理ステーションは、同じ管
理ドメインに属するネットワークオブジェクト表現に同
じオブジェクトＩＤを割り当て、異なる管理ドメインに
属するネットワークオブジェクト表現に異なるオブジェ
クトＩＤを割り当てることができる。

【００３７】本発明が、本発明の精神および不可欠な特
徴から逸脱することなく、他の特定の形態において具現
されることができることは、当業者には理解されよう。
それゆえ、ここで開示された実施形態は、全ての点で、
例示するためのものであり、限定するものではないもの
と見なされる。本発明の範囲は、上記の記載ではなく特
許請求の範囲によって示され、その均等物の意味および
範囲に入る全ての変更が、その中に含まれるものとして
示される。

【００３８】本発明の態様を以下に例示する。

【００３９】１．コンピュータネットワーク（１００）
を管理する方法であって、収集コンピュータ（１２０、
１２５、１３０、１３５）に、各収集コンピュータが存
在している管理ドメインと固有に関連付けられる管理ド
メイン識別子を割り当てるステップ（２１０）と、少な
くとも１つの管理コンピュータ（１０５）において、前
記管理ドメイン識別子を含む、前記収集コンピュータか
らの情報を受信するステップ（２１５）と、前記少なく
とも１つの管理コンピュータ内に、前記管理ドメイン識
別子を用いてアクセスされる前記情報のデータベースを
保持するステップ（２２０）とを含む方法。

【００４０】２．前記割り当てるステップ（２１０）
は、少なくとも１つの管理ドメインを確立するステップ
を含み、前記各管理ドメインは少なくとも１つの収集コ
ンピュータを含む上記１に記載の方法。

【００４１】３．前記管理ドメイン識別子は、前記管理
ドメインのドメイン名である上記１に記載の方法。

【００４２】４．前記情報はネットワークトポロジ情報
である上記１に記載の方法。

【００４３】５．前記受信するステップ（２１５）は、
第１の収集コンピュータから第１の情報を受信するステ
ップ（３０５）であって、前記第１の情報は、第１のネ
ットワークアドレスおよび第１の管理ドメイン識別子を
含む、該受信ステップと、第２の収集コンピュータから
第２の情報を受信するステップ（３１０）であって、前
記第２の情報は、第２のネットワークアドレスおよび第
２の管理ドメイン識別子を含み、前記第２のネットワー
クアドレスは前記第１のネットワークアドレスと同一で
ある、該受信ステップと、前記第２の管理ドメイン識別
子と前記第１の管理ドメイン識別子とを用いて、前記第
２のネットワークアドレスと前記第１のネットワークア
ドレスとを比較するステップ（３１５）と、前記第２の
ネットワークアドレスが前記第１のネットワークアドレ
スとは異なる管理ドメインに属する際に、前記第２のネ
ットワークアドレスに関連付けられるネットワーク構成
要素を１次ネットワーク構成要素として割り当てるステ
ップ（３２０）と、前記第２のネットワークアドレスが
前記第１のネットワークアドレスと同じ管理ドメインに
属するとき、前記第２のネットワークアドレスに関連付
けられる前記ネットワーク構成要素を２次ネットワーク
構成要素として割り当てるステップ（３３０）とを含む
上記１に記載の方法。

【００４４】６．前記保持するステップ（２２０）は、
前記管理ドメイン識別子を用いて、同一のネットワーク
アドレスを有し、異なるネットワーク管理ドメインに属
する収集コンピュータからのネットワークトポロジ情報
を統合するステップを含む上記５に記載の方法。

【００４５】７．前記各収集コンピュータ（１２０、１
２５、１３０、１３５）によって、少なくとも１つのネ
ットワークオブジェクトを管理するステップと、前記各
収集コンピュータによって、前記各ネットワークオブジ
ェクトのネットワークアドレスを分解し、前記少なくと
も１つの管理コンピュータにおいて受信された前記情報
に含まれる分解されたネットワークアドレスを構成する
ステップとを含む上記１に記載の方法。

【００４６】８．コンピュータネットワーク（１００）
を管理するためのシステムであって、複数の収集コンピ
ュータ（１２０、１２５、１３０、１３５）であって、
前記各収集コンピュータは、前記各収集コンピュータが
存在している管理ドメインと固有に関連付けられる管理
ドメイン識別子を割り当てられる、該収集コンピュータ
と、前記複数の収集コンピュータから、前記管理ドメイ
ン識別子を含む情報を受信するための少なくとも１つの
管理コンピュータ（１０５）と、前記少なくとも１つの
管理コンピュータ内に、前記管理ドメイン識別子を用い
てアクセスされる情報を保持するための少なくとも１つ
のコンピュータデータベースとを備えるコンピュータネ
ットワーク。

【図面の簡単な説明】

【図１】本発明の典型的な実施形態による、コンピュー
タネットワークを管理するためのネットワークトポロジ
を示すブロック図である。

【図２】本発明の典型的な実施形態による、コンピュー
タネットワークを管理するためのステップを示す流れ図
である。

【図３】本発明の典型的な実施形態による、１次および
２次ネットワークアドレスを判定するためのステップを
示す流れ図である。

【図４】本発明の典型的な実施形態による、オブジェク
ト識別子を検査するために用いることができる典型的な
方法を示す流れ図である。

【図５】本発明の典型的な実施形態による、オブジェク
トと一致させることができる識別を示すブロック図であ
る。

【符号の説明】

１００ コンピュータネットワーク １０５ 管理コンピュータ １２０、１２５、１３０、１３５ 収集コンピュータ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ダレン・ディー・スミス アメリカ合衆国80526コロラド州フォー ト・コリンズ、ゴールデンリッジ・ウェイ 4242 Ｆターム(参考） 5K030 GA14 HB08 HC01 JA10 MD07

Claims (1)

【特許請求の範囲】
1. 【請求項１】 コンピュータネットワークを管理する方
   法であって、 収集コンピュータに、各収集コンピュータが存在してい
   る管理ドメインと固有に関連付けられる管理ドメイン識
   別子を割り当てるステップと、 少なくとも１つの管理コンピュータにおいて、前記管理
   ドメイン識別子を含む、前記収集コンピュータからの情
   報を受信するステップと、 前記少なくとも１つの管理コンピュータ内に、前記管理
   ドメイン識別子を用いてアクセスされる前記情報のデー
   タベースを保持するステップとを含む方法。