JPH06338884A

JPH06338884A - ネットワークのノード発見方法

Info

Publication number: JPH06338884A
Application number: JP5127124A
Authority: JP
Inventors: Isao Mizutani; 功水谷
Original assignee: Sumitomo Electric Industries Ltd
Current assignee: Sumitomo Electric Industries Ltd
Priority date: 1993-05-28
Filing date: 1993-05-28
Publication date: 1994-12-06

Abstract

(57)【要約】【構成】ネットワークを構成する各ノードは、ネットワ
ーク部とホスト部とからなるＩＰアドレスを有してい
る。ＩＰルータ１，２，３，４で分割されたＩＰネット
ワーク６，７，８，９，１０に包含されている各ノード
には、共通のネットワーク部を有するＩＰアドレスが付
与されている。ノードの発見は、ＩＰネットワーク毎に
行われる。すなわち、ネットワーク部が共通の全てのＩ
Ｐアドレスを有するノードに対して、そのＩＰアドレス
のノードが存在しているか否かにかかわりなく、通信要
求を発生する。実際に存在するノードは、通信要求に応
答するから、その結果としてノードのＩＰアドレスが取
得される。【効果】ネットワークを構成するノードを自動的に発見
することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワークを管理す
るための管理システムなどに適用され、管理対象のネッ
トワークを構成する各ノードの論理アドレスやその属性
などを取得するために用いられるネットワークのノード
発見方法に関するものである。

【０００２】

【従来の技術】ローカル・エリア・ネットワークなどの
ネットワークを管理するために、ネットワークには、管
理システムがノードの１つとして接続される。管理シス
テムは、コンピュータシステムおよび表示装置などを備
え、ネットワークの構成に関する管理や、ネットワーク
に生じた種々の障害の発見などを行う。

【０００３】ネットワークを新たに構築したり既存のネ
ットワークに新たな管理システムを導入する場合には、
管理システムが備えるデータベースに、ネットワークに
接続された個々のノードに関する情報を登録する必要が
ある。少なくとも、個々のノードの論理アドレスは予め
登録しておく必要がある。論理アドレスとは、たとえば
ＴＣＰ／ＩＰ（Transmission Control Protocol/Intern
et Protocol ）におけるＩＰアドレスなどを指し、ネッ
トワーク管理者が各ノードに付与するアドレスである。
各ノードは、このような論理アドレスと、個々のノード
のハードウェアに与えられた物理アドレスとを有する。

【０００４】ネットワークの構成は、ノードが新たに接
続されたり既存のノードが削除されたりすることによっ
て変化するから、管理システムのデータベースの内容
は、一定期間毎に更新して、ネットワーク構成の現状に
対応させておく必要がある。

【０００５】

【発明が解決しようとする課題】上記のようにネットワ
ークを新たに構築したり、既存のネットワークに新たな
管理システムを導入する場合には、少なくともそのネッ
トワークに接続された各ノードの論理アドレスを登録し
ておく必要があるが、従来では、この論理アドレスの登
録は手作業によっていた。すなわち、管理対象のネット
ワークに接続されたノードの論理アドレスを予め調べて
おき、この調べておいた論理アドレスをキー入力などの
操作によって入力していた。そのため、管理システムを
導入する際の作業が繁雑であるという問題があった。同
様の問題は、ネットワーク構成が変更された場合にも生
じる。

【０００６】このような問題は、ネットワークを構成す
るノードを自動的に発見して、その論理アドレスを取得
することができれば解決されると考えられる。そこで、
本発明の目的は、上述の技術的課題を解決し、ネットワ
ークを構成するノードを自動的に発見するための方法を
提供することである。

【０００７】

【課題を解決するための手段】上記の目的を達成するた
めの請求項１記載のネットワークのノード発見方法は、
論理アドレスの一部を共有する１つ以上のノードで構成
されたネットワーク毎に、当該ネットワークを構成する
ノードを発見する方法であって、既知の論理アドレスに
基づき、論理アドレスの一部が共通の任意の論理アドレ
スを有する全てのノードに対して、その論理アドレスの
ノードが存在しているか否かにかかわりなく、通信要求
を発生するステップと、上記通信要求に対する各ノード
の応答に基づいて、各ノードの論理アドレスを取得する
ステップとを含むことを特徴とする。

【０００８】請求項２記載の方法は、上記論理アドレス
を取得するステップに引き続き、上記取得された論理ア
ドレスに基づいて、各ノードの属性を問い合わせるステ
ップをさらに含むことを特徴とする。また、請求項３記
載の方法は、論理アドレスの一部を共有する１つ以上の
ノードで構成されたネットワーク毎に、当該ネットワー
クを構成するノードを発見する方法であって、既知の論
理アドレスに基づき、論理アドレスの一部が共通の任意
の論理アドレスを有する全てのノードに対して、その論
理アドレスのノードが存在しているか否かにかかわりな
く、通信要求を発生する第１ステップと、上記通信要求
に対する各ノードの応答に基づいて、各ノードの論理ア
ドレスを取得する第２ステップと、上記取得された論理
アドレスに基づいて、各ノードの属性を問い合わせる第
３ステップと、この第３ステップの問い合わせによって
取得された属性に基づいて、上記論理アドレスが取得さ
れたノードの中に、他のネットワークとの接続のための
中継装置が存在するかどうかを調べる第４ステップと、
中継装置が存在する場合に、その中継装置に接続された
上記他のネットワークに対応した論理アドレスを取得す
る第５ステップと、この第５ステップで取得された論理
アドレスに基づき、上記他のネットワークに対して上記
第１乃至第５の各ステップを行う第６ステップとを含む
ことを特徴とする。

【０００９】さらに、請求項４記載の方法は、ノードを
発見する処理を開始したネットワークに対して予め設定
した数の中継装置を介して接続された範囲内のネットワ
ークに関して上記第１乃至第６の各ステップを繰り返し
行うことを特徴とする。

【００１０】

【作用】本発明では、論理アドレスの一部を共有する１
つ以上のノードで構成されたネットワーク毎に、当該ネ
ットワークを構成するノードの発見が行われる。具体的
には、既知の論理アドレスに基づいて、論理アドレスの
一部が共通の任意の論理アドレスを有する全てのノード
に対して、その論理アドレスのノードが存在しているか
否かにかかわりなく、通信要求を発生する。この場合、
実際に存在していのノードのみが応答するから、この応
答したノードから当該ノードの論理アドレスを取得でき
る。このようにして、１つのネットワークを構成する各
ノードの論理アドレスが得られる。換言すれば、１つの
ネットワークを構成する各ノードが発見される。

【００１１】なお、論理アドレスが取得されれば、この
取得された論理アドレスに基づいて各ノードの属性をさ
らに取得することができる。また、取得された属性に基
づいて、論理アドレスが取得されたノードの中に、他の
ネットワークとの接続のための中継装置が存在するかど
うかを調べ、中継装置が存在する場合に、その中継装置
に接続された上記他のネットワークに対応した論理アド
レスを取得すれば、当該他のネットワークに関しても各
ノードの論理アドレスを取得することができる。

【００１２】このような処理を繰り返し行えば、中継装
置を辿っていくことにより、ノードの発見を複数のネッ
トワークに対して次々と行える。この場合に、ノードの
発見を行うネットワークの範囲は、たとえば、ノードの
発見を開始したネットワークに対して予め設定した数の
中継装置を介して接続されている範囲としてもよい。

【００１３】

【実施例】以下では、本発明の実施例を、添付図面を参
照して詳細に説明する。図１は、本発明の一実施例のネ
ットワークのノード発見方法が適用されるＴＣＰ／ＩＰ
ネットワークの構成例を示すブロック図である。このネ
ットワークは、中継装置であるＩＰルータ１，２，３，
４によって接続された複数のＩＰネットワーク６，７，
８，９，１０を有している。ＩＰネットワーク６，７，
８，９，１０は、イーサネット、トークンリングやＦＤ
ＤＩなどの形式のネットワークである。

【００１４】各ネットワークは、ノードＮ１，Ｎ２，・・
・・；Ｎ１１，Ｎ１２，・・・・；，Ｎ２１，Ｎ２２，・・・・；
Ｎ３１，Ｎ３２，・・・・；Ｎ４１，Ｎ４２，・・・・を有して
いる。ＩＰルータ１，２，３，４は、そのルータによっ
て相互接続される各ネットワークの共通のノードとな
る。たとえば、ＩＰネットワーク１０は、逆方向に情報
を伝送する２本の光ファイバ１１，１２で二重リングを
構成したＦＤＤＩ（Fiber Distributed Data Interfac
e）からなるバックボーンネットワークである。このバ
ックボーンネットワークの１つのノードＮ１からは支線
１３が出ており、この支線１３にネットワーク管理シス
テム５が、１つのノードとして接続されている。すなわ
ち、ネットワーク管理システム５は、支線１３を介して
バックボーンネットワークのリング中に介装されてい
る。

【００１５】各ノードは、ハードウェアに依存した物理
アドレスと、ハードウェアに依存しない論理アドレスと
してのＩＰアドレスとを有している。さらに、各ノード
は、ネットワークと接続されるインタフェース毎にＩＰ
アドレスを有している。ＩＰアドレスには、論理的なネ
ットワーク・グループの大きさにより、クラスＡ，Ｂ，
Ｃ，Ｄ，Ｅの５種類がある。たとえば、クラスＢでは、
各ノードやインタフェースに付与されるＩＰアドレスは
４バイトからなり、上位２バイトがネットワーク部とよ
ばれ、下位２バイトがホスト部とよばれる。ネットワー
ク部は、同一のＩＰネットワークに接続される全てのノ
ードおよびインタフェースのＩＰアドレスに対して共通
であり、ホスト部は各ＩＰネットワークに属するノード
毎に異なっている。また、ホスト部の一部をサブネット
マスクとして用いることにより、ネットワーク部を共有
する複数のノードおよびインタフェースをさらに階層的
に論理分けすることもできる。

【００１６】なお、ホスト部のビットを全て「０」にし
たアドレスはネットワークアドレスと呼ばれ、そのネッ
トワーク部の値が共通のノードを含むＩＰネットワーク
を指定する際に用いられる。本実施例では、このＩＰネ
ットワークを単位として、各ＩＰネットワークを構成し
ているノードの発見が行われる。図２は、管理システム
５の基本構成を示すブロック図である。管理システム
は、ＣＰＵ（中央処理装置）などからなる処理装置３１
を有している。処理装置３１には、バス３２を介して、
キー入力部３３、メモリ３４、データベース３５、表示
装置３６およびインタフェース３７が接続されている。
インタフェース３７は、管理システム５をバックボーン
ネットワークであるＩＰネットワーク６に接続させるた
めのものである。

【００１７】管理システム５は、図１に示されたネット
ワークを構成する各ノードの論理アドレスおよび属性を
取得するためのノード発見機能を有している。具体的に
は、処理装置３１は、インタフェース２７を介して各種
のプロトコルを送信することにより各ノードからの情報
を得て、ネットワーク構成などに関する情報をメモリ３
４に書き込む。メモリ３４とデータベース３５との間で
は、ネットワーク構成などに関する情報が授受される。

【００１８】ネットワーク構成などに関する情報は、Ｉ
Ｐネットワーク毎に管理される他、複数のＩＰネットワ
ークをグループ化したネットグループ毎にも管理され
る。ノードの発見処理は、図３を参照して次に説明する
ＩＰネットワーク毎に行われる。端的に言えば、ＩＰル
ータ１５，１６によって分割された範囲が処理対象のＩ
Ｐネットワーク３０である。すなわち、ノード２１，２
２，２３，・・・・，２７は、たとえそれらがブリッジ（ノ
ード２２，２５）やハブによってさらにイーサネットＥ
１，Ｅ２，Ｅ３に分割されていたとしても、１つのＩＰ
ネットワーク３０に属するものとして処理される。した
がって、イーサネットＥ１，Ｅ２，Ｅ３は識別されず、
ノード２１，２２，２３，・・・・，２７がＩＰネットワー
ク３０内に存在していることのみが識別される。ＩＰネ
ットワークを構成する各ノードは、上述のようにＩＰア
ドレスのネットワーク部を共有している。なお、以下で
は、ＩＰネットワークのことを、単に「ネットワーク」
というものとする。

【００１９】図４は、管理システム５のノード発見機能
による全体の動作を説明するためのフローチャートであ
る。ステップＳ１では、操作者によって、既知のルータ
のＩＰアドレスまたは既知のネットワークアドレスが入
力される。すなわち、ノード発見処理を行うためには、
少なくとも１つのノードのＩＰアドレス（管理システム
５自身のＩＰアドレスであってもよい。）またはネット
ワークアドレスが既知であることが必要である。ステッ
プＳ１では、さらに、ノード発見処理範囲を定めるため
のホップカウントＨｏｐも入力される。

【００２０】この入力操作に応答して、ネットワークの
ノードを発見する処理であるネットワークディスカバリ
処理が行われる（ステップＳ２）。すなわち、入力され
たＩＰアドレスと共通のネットワーク部を有するノード
を発見する処理が行われる。このとき、ノードの中にＩ
Ｐルータが存在しているときには、このＩＰルータを介
して接続された他のネットワークに対しても同様なノー
ド発見処理が行われる。このようにして、ＩＰルータを
辿ってノードの発見が行われていくが、このようなノー
ド発見処理が行われる範囲が上記のホップカウントＨｏ
ｐによって定められる。

【００２１】ステップＳ２におけるノード発見処理の結
果として得られた情報はメモリ３４を介してデータベー
ス３５に蓄積される（ステップＳ３）。図５は、上記の
ホップカウントＨｏｐによって定められるノード発見処
理範囲を説明するための図である。たとえば、処理の起
点としてＩＰルータ４１を指定し、このＩＰルータ４１
のＩＰアドレスを入力するとともに、ホップカウントＨ
ｏｐとして「３」を入力したとする。このとき、ＩＰル
ータ４１が接続されたネットワークに関するネットワー
クディスカバリ処理５１（図中シンボル「○」で表
す。）が行われ、この処理５１によって別のＩＰルータ
４２が発見されたとする。このとき、新たなネットワー
クディスカバリ処理５２が生成され、ＩＰルータ４２が
接続された別のネットワークに関するノード発見処理が
行われる。この際、ネットワークディスカバリ処理５１
は、ホップカウントＨｏｐを１だけデクリメントしてネ
ットワークディスカバリ処理５２に引き渡す。同様に、
ネットワークディスカバリ処理５２においてＩＰルータ
４３が発見されると、別のネットワークディスカバリ処
理５３が生成されて、１だけデクリメントされたホップ
カウントＨｏｐの値「１」が引き渡される。また、ネッ
トワークディスカバリ処理５３によって２つのＩＰルー
タ４４，４５が発見されたとすれば、各ＩＰルータ４
４，４５毎にネットワークディスカバリ処理５４，５５
が生成され、これらの処理５４，５５に対して１だけデ
クリメントされたホップカウントＨｏｐの値「０」が引
き渡される。

【００２２】ネットワークディスカバリ処理では、ホッ
プカウントＨｏｐの値が「０」未満であるときには、処
理を行わないようにされている。そのため、ノード発見
処理は、ＩＰルータ４４，４５が接続されたネットワー
クで終了する。このようにして、ＩＰルータを超えるご
とにホップカウントＨｏｐがデクリメントされることに
より、ノードの発見を開始したネットワークに対して予
め設定した数のＩＰルータを介して接続された範囲内の
ネットワークに関してノード発見処理を行わせることが
できる。

【００２３】図６は、ネットワークディスカバリ処理に
よって生成されてメモリ３４に（またはメモリ３４を介
してデータベース３５に）格納される情報の構成を示す
図である。ネットワークディスカバリ処理は、たとえ
ば、オブジェクト指向言語で記述されたソフトウェアに
より実現され、情報の集合としての種々のオブジェクト
が生成される。すなわち、根源の情報としてのルートオ
ブジェクト、ネットグループに関する情報の集合である
ネットグループオブジェクト、ネットグループに含まれ
るネットワークに関する情報の集合であるネットワーク
オブジェクト、ノードに関する情報の集合であるノード
オブジェクト、ノードが有する個々のインタフェースに
関する情報の集合であるインタフェースオブジェクトが
生成される。

【００２４】これらのオブジェクトは、木構造にアタッ
チ（接続）される。すなわち、ネットグループオブジェ
クトはルートオブジェクトにアタッチされ、ネットワー
クオブジェクトはネットグルーブオブジェクトにアタッ
チされ、ノードオブジェクトはネットワークオブジェク
トにアタッチされ、インタフェースオブジェクトはノー
ドオブジェクトにアタッチされる。インタフェースオブ
ジェクトはさらに、二点鎖線で示されているように、そ
のインタフェースが接続されているネットワークに対応
したネットワークオブジェクトにもアタッチされる。

【００２５】たとえば、ＩＰルータのようにネットワー
ク間を接続するノードはインタフェースを複数個有して
いるが、その場合には、個々のインタフェースに対応し
たインタフェースオブジェクトが作成される。各インタ
フェースオブジェクトは、対応するインタフェースを介
して接続されているネットワークのネットワークオブジ
ェクトにアタッチされる。この場合、ノードオブジェク
トは複数個のネットワークオブジェクトにアタッチされ
ることになる。

【００２６】なお、ネットグループは、或るネットグル
ープが複数のネットグループを包含するように階層的に
形成させることもでき、この場合には、ネットグループ
オブジェクトが他のネットグループオブジェクトにアタ
ッチされる。或るオブジェクトを他のオブジェクチにア
タッチするには、一方のオブジェクト内のポインタに他
方のオブジェクトのオブジェクト識別子（ＯＩＤ）を書
き込めばよい。

【００２７】図７は、ネットワークディスカバリ処理を
実行するためにメモリ３４の一部の記憶領域を用いて形
成されるテーブルを示す図である。すなわち、ネットワ
ークディスカバリ処理では、ノード発見処理が終了した
ネットワークのネットワークアドレスを格納するための
ディスカバリ終了ネットワークリスト、ノード発見処理
の過程で取得したＩＰアドレスを一次記憶するためのＩ
Ｐアドレステーブル、および後述するＡＲＰ（Adress R
esolution Protocol）テーブルが用いられる。

【００２８】図８および図９は、ネットワークディスカ
バリ処理を説明するためのフローチャートである。ＩＰ
ルータのＩＰアドレスもしくはネットワークアドレスお
よびホップカウントＨｏｐの値がキー入力部３３から入
力された場合、または、ネットワークディスカバリ処理
中のＩＰルータが発見された結果としてネットワーク処
理が生成された場合には、ステップａ１において、ま
ず、ホップカウントＨｏｐが１だけデクリメントされ
る。そして、デクリメント後のホップカウントＨｏｐが
零未満なら処理を終了する（ステップａ２）。

【００２９】デクリメント後のホップカウントＨｏｐが
零以上であれば、ステップａ３において、メモリ３４に
アクセスして、処理対象のネットワークのＩＰルータの
インタフェースオブジェクトが取得される。そして、こ
のインタフェースオブジェクトから、当該インタフェー
スオブジェクトに対応したインタフェースのＩＰアドレ
スとサブネットマスクとが取得される（ステップａ
４）。

【００３０】次に、ステップａ５では、ステップａ４で
取得されたインタフェースのＩＰアドレスに基づき、そ
のインタフェースが接続されているネットワーク（すな
わちネットワークディスカバリ処理対象のネットワー
ク）が、ディスカバリ終了ネットワークリスト（図７参
照）に登録されているかどうかが調べられる。登録され
ていれば図９のステップａ１３に処理が移り、登録され
ていないときには、そのネットワークに対するディスカ
バリ処理が未処理であるものとして、ステップａ６に移
る。

【００３１】ステップａ６では、処理対象のネットワー
クに対応したネットワークオブジェクトが新たに作成さ
れるとともに、そのネットワークのネットワークＩＰア
ドレスがディスカバリ終了リストに登録される。このス
テップａ６における処理の詳細は、図１０および図１１
に示されている。すなわち、先ず、ステップ６０１にお
いて、処理対象のネットワークのネットワークアドレス
を用いて、対応するネットワークオブジェクトが検索さ
れる。処理対象のネットワークに対応したネットワーク
オブジェクトが見つからなければ、処理は、図８のステ
ップａ７に移る（ステップ６０２）。

【００３２】ネットワークオブジェクトが見つかった場
合には、そのネットワークオブジェクトから、ローカル
／リモートフラグおよびネットワークタイプが取得され
る。ローカル／リモートフラグとは、処理対象のネット
ワークが、管理システム５が接続されているネットワー
ク（このようなネットワークを、以下「ローカルネット
ワーク」という。）であるのか、それとも、その処理対
象のネットワークと管理システム５との間にＩＰルータ
が介在されているリモートネットワークであるのかを表
すフラグである。また、ネットワークタイプとは、ＦＤ
ＤＩ、イーサネット、トークンリングなどの種別であ
る。

【００３３】ステップ６０４では、処理対象のネットワ
ークがローカルネットワークでかつＦＤＤＩであるかが
調べられる。図１に示された構成の場合には、管理シス
テム５はＦＤＤＩで構成されたバックボーンネットワー
クに接続されているから、もしも、管理システム５が接
続されているネットワークが処理対象であれば、肯定的
な判断がなされる。ただし、管理システムは必ずしもＦ
ＤＤＩに接続される必要はなく、本実施例のネットワー
クディスカバリ処理は、管理システムがＦＤＤＩ以外の
ネットワークに接続されている場合についても適用可能
である。

【００３４】処理対象のネットワークがローカルネット
ワークでかつＦＤＤＩであるときには、ステップ６０５
で、「ローカルＦＤＤＩネットワークディスカバリ処
理」を依頼して処理を終了する。この「ローカルＦＤＤ
Ｉネットワークディスカバリ処理」は、ローカルＦＤＤ
Ｉの特殊性を利用してノードの情報を詳細に取得するた
めのものであり、その詳細については後述する。

【００３５】処理対象のネットワークが、リモートネッ
トワークであるか、または、ＦＤＤＩ以外のタイプであ
るときには、ステップ６０６に移る。ステップ６０６で
は、処理対象のネットワークのネットワークアドレスと
図８のステップａ４で取得したサブネットマスクとを上
位側のビットに用い、かつ、下位側のビットであるホス
ト部を１から順にインクリメントしながらＩＰアドレス
を生成し、生成したＩＰアドレスを宛先としてＩＣＭＰ
（Internet Control Message Protocol ）エコーフレー
ムが送信される。すなわち、処理対象のネットワークに
含まれるノードが有する可能性のある全てのＩＰアドレ
スが、そのＩＰアドレスに対応するノードが存在してい
るか否かにかかわりなく生成され、この生成されたＩＰ
アドレスを宛先としたＩＣＭＰエコーフレームが送信さ
れる。ＩＣＭＰエコーフレームは、通信要求に相当す
る。これにより、生成されたＩＰアドレスに対応したノ
ードが実際に存在していれば、そのノードはＩＰアドレ
スとＭＡＣ（Media Access Control）アドレス（物理ア
ドレス）との対を送り返す。ノードが存在していないＩ
Ｐアドレスに関しては応答がないことになる。送信され
るＩＰアドレスおよびＭＡＣアドレスは、そのノードが
備える各インタフェースのアドレスである。

【００３６】ＩＣＭＰエコーフレームに応答して個々の
ノードから送信されたＩＰアドレスおよびＭＡＣアドレ
スとの対は、処理対象のネットワークがローカルネット
ワークの場合には管理システム５が備える図外のテーブ
ルに格納され、処理対象がリモートネットワークの場合
には、管理システム５と処理対象のネットワークとの間
に介在されたＩＰルータのうちで最も処理対象のネット
ワークに近いＩＰルータが備えるＩＰ−ＭＡＣテーブル
に格納される。このＩＰ−ＭＡＣテーブルは、ＩＰルー
タに標準的に備えられているものである。ＩＰルータ
は、このＩＰ−ＭＡＣテーブルを用いて、ＩＰルータを
超えて伝送されるべき情報を中継する。

【００３７】さて、ステップ６０６の処理が終了する
と、次に、図１１のステップ６０７において、このネッ
トワークディスカバリ処理においてこれから生成しよう
とするネットワークオブジェクトがアタッチされるべき
ネットグループオブジェクトをメモリ３４から検索す
る。該当するネットグループオブジェクトが見つかれば
処理はステップ６１１に移り、処理対象のネットワーク
に対応したネットワークオブジェクトを作成し、作成し
たネットワークオブジェクトをステップ６０７で検索し
たネットグループオブジェクトにアタッチする（ステッ
プ６１２）。一方、ステップ６０７において、アタッチ
すべきネットグループオブジェクトが見つからなけれ
ば、ネットグループオブジェクトを新たに作成する（ス
テップ６０９）。そして、作成したネットグループオブ
ジェクトをルートオブジェクトにアタッチした後に（ス
テップ６１０）、処理対象のネットワークに対応したネ
ットワークオブジェクトを作成し（ステップ６１１）、
それをステップ６０９で作成したネットグループオブジ
ェクトにアタッチする（ステップ６１２）。その後の処
理は、図８のステップａ７に移る。

【００３８】図８のステップａ７では、処理対象のネッ
トワーク内に存在するノードのＩＰアドレスがＩＰアド
レステーブルにプッシュされる。具体的には、処理対象
のネットワークがローカルネットワークである場合に
は、上述の管理システム５内の図外のテーブルからＩＰ
アドレスを取得して、これをＩＰアドレステーブルに格
納する。また、処理対象のネットワークがリモートネッ
トワークである場合には、ＳＮＭＰ（Simple Network M
anagemwnt Protocol）プロトコルを用いて、処理対象の
ネットワークに最も近いＩＰルータの上記ＩＰ−ＭＡＣ
テーブルに蓄えられた全てのＩＰアドレスを取得し、こ
れをＩＰアドレステーブルに格納する。このようにして
ＩＰアドレステーブルに格納されたＩＰアドレスには、
ノード自身のアドレスと、各ノードが備える各インタフ
ェースのアドレスとが含まれている。

【００３９】次に、図９のステップａ８では、ＩＰアド
レステーブルからＩＰアドレスがポップされる。ＩＰア
ドレステーブル内のＩＰアドレスが無い場合には（ステ
ップａ９）、ステップａ１３に移る。ＩＰアドレスがあ
ったときには、メモリ３４にアクセスして、そのＩＰア
ドレスに基づいてインタフェースオブジェクトを検索す
る（ステップａ１０）。

【００４０】ステップａ１１では、インタフェースオブ
ジェクトが見つかったかどうかに基づいて、そのＩＰア
ドレスに対応したノードオブジェクトが既に作成されて
いるかどうかが判断される。既に作成されていれば、ス
テップａ８に戻る。ノードオブジェクトが未作成の場合
には、ステップａ１２において、ステップａ８でポップ
したＩＰアドレスのノードを処理対象のノードとし、こ
の処理対象のノードからノードの属性などの情報を収集
する。そして、収集した情報を用いて、ノードオブジェ
クトを生成し、さらに、そのノードが有するインタフェ
ースに対応したインタフェースオブジェクトを生成す
る。この処理の詳細については、次に述べる。

【００４１】ステップａ１２での処理後には、ステップ
ａ１３において、次に処理すべきインタフェースオブジ
ェクトが有るかどうかが調べられ、有ればステップａ３
に戻り、なければ処理を終了する。これにより、ＩＰル
ータが有する全てのインタフェースに関して、ステップ
ａ３以降の処理が行われることになり、全インタフェー
スに関してインタフェースオブジェクトが作成される。

【００４２】図１２および図１３は、上記のステップａ
１２における処理の詳細を説明するためのフローチャー
トである。まず、ＩＰアドレステーブルからポップした
ＩＰアドレスをキーにして、ＳＮＭＰプロトコルを用い
て、処理対象のノードからそのノードの属性に関する情
報を取得する（ステップ1201）。すなわち、ノードの種
別に関する情報sysObjectID （たとえばベンダおよびプ
ロダクトに関する情報）、ノードがサポートしているプ
ロトコルの階層に関する情報sysServices 、ノードが有
しているインタフェースの数ifNumberを問い合わせる。

【００４３】ステップ1202では、ＳＮＭＰプロトコルを
用いたステップ1201での問い合わせに対して応答があっ
たかどうかに基づいて、処理対象のノードがＳＮＭＰプ
ロトコルをサポートしているかどうかが判断される。サ
ポートしていないときには、ステップ1205に進む。ＳＮ
ＭＰプロトコルがサポートされているときには、さら
に、ステップ1203において、ＳＮＭＰプロトコルを用い
て、処理対象のノードが有する全てのインタフェースに
関して、インタフェースタイプifType（ＦＤＤＩ、イー
サネット、専用回線などの種別）およびインタフェース
のＭＡＣアドレス（ifPhysAdress）を問い合わせる。他
にも、同様に、ＳＮＭＰプロトコルを用いてＭＩＢ（Ma
nagement Information Base ）のアトリビュートである
ipAdEntAddr （各インタフェースのＩＰアドレス），ip
AdEntIfIndex（インタフェースの番号と等しいインタフ
ェースの識別コード），ipAdEntNetMask（各インタフェ
ースのサブネットマスク）が問い合わせられる。

【００４４】その後は、ステップ1204において、取得し
た情報sysObjectID およびsysServices に基づいて、処
理対象のノードのタイプが決定される。ノードのタイプ
とは、ワークステーション、パーソナルコンピュータ、
サーバ、ルータ、ブリッジなどのことである。そして、
次にステップ1205では、処理対象のノードに対応したノ
ードオブジェクトが作成される。ステップ1204でノード
のタイプが定められた場合には、そのタイプに対応した
ノードオブジェクトが作成される。

【００４５】ステップ1205a では、処理対象のノードが
有するインタフェースの１つに対応したインタフェース
オブジェクトを作成するに当たり、その生成すべきイン
タフェースオブジェクトが、処理対象となっているネッ
トワークに対応したネットワークオブジェクトにアタッ
チされるべきものであるかどうかが判断される。肯定的
な判断がなされると、図１３のステップ1216に進んでイ
ンタフェースオブジェクトが新たに作成される。

【００４６】ステップ1205a で否定的な判断がなされた
とすれば、インタフェースオブジェクトを作成しようと
しているインタフェースはネットワークディスカバリ処
理の処理対象のネットワークに接続されたインタフェー
スではない。この場合には、ステップ1206において、イ
ンタフェースオブジェクトを作成しようとしているイン
タフェースのＩＰアドレス（図９のステップａ８でポッ
プしたアドレス）に基づいて、このインタフェースに接
続されたネットワークのネットワークアドレスが求めら
れる。そして、メモリ３４にアクセスして、当該ネット
ワークアドレスに対応したネットワークオブジェクトが
検索される。

【００４７】そして、ネットワークオブジェクトが見つ
かったかどうかが判断される（ステップ1207）。ネット
ワークオブジェクトが見つかる場合とは、処理対象にな
っているインタフェースに接続されたネットワークに属
する少なくとも１つのノードについての処理が完了して
いる場合である。一方、ネットワークオブジェクトが見
つからない場合とは、インタフェースに接続されたネッ
トワークに含まれるノードに関する処理が全く行われて
いない場合である。

【００４８】ネットワークオブジェクトが見つかった場
合には、図１３のステップ1214に進み、見つからなけれ
ば当該ネットワークディスカバリ処理によってこれから
生成しようとしているネットワークオブジェクトをアタ
ッチすべきネットグループオブジェクトが検索される
（ステップ1208）。ネットグループオブジェクトが見つ
かればステップ1214に進み、見つからなければ図１３の
ステップ1210に進んでネットグループオブジェクトを新
たに作成する。

【００４９】作成されたネットグループオブジェクト
は、ステップ1211においてルートオブジェクトにアタッ
チされ、さらにネットワークオブジェクトが作成されて
（ステップ1212）、ネットグループオブジェクトにアタ
ッチされる（ステップ1213）。次に、ステップ1201で取
得したノードの属性に基づいて処理対象のノードがＩＰ
ルータかどうかを調べ（ステップ1214) 、ＩＰルータで
あれぱ新たなネットワークディスカバリ処理を依頼する
（ステップ1215）。すなわち、新たに発見されたＩＰル
ータを基に、新たなネットワークディスカバリ処理が並
行して行われることになる。この場合、新たに生成され
るネットワークディスカバリ処理に対して、ホップカウ
ントＨｏｐならびにＩＰルータのネットワークアドレス
およびサブネットマスクが引き渡される。

【００５０】ステップ1216では、処理対象になっている
インタフェースに対応したインタフェースオブジェクト
が作成される。そして、ステップ1217では、作成したイ
ンタフェースオブジェクトの数が処理対象のノードのイ
ンタフェースの数ifNumberに達したかどうかが判断され
る。そして、さらにインタフェースオブジェクトを作成
すべきインタフェースが残っている場合には、ステップ
1205a に移る。処理対象のノードが有する全インタフェ
ースに関してインタフェースオブジェクトを作成し終え
た場合には、ステップ1205において作成したノードオブ
ジェクトに対して、ステップ1216で作成されたインタフ
ェースオブジェクトがアタッチされる（ステップ121
8）。さらに、ステップ1219では、作成されたノードオ
ブジェクトとインタフェースオブジェクトとが、インタ
フェースに対応したネットワークオブジェクトにアタッ
チされる。

【００５１】このようにして、図６に示した木構造のオ
ブジェクト群が作成されていく。上述のようにして、本
実施例では、ＩＰアドレスのネットワーク部を共有する
１つ以上のノードで構成されたネットワーク毎に、その
ネットワークを構成するノードの発見が行われる。すな
わち、既知のＩＰルータのＩＰアドレスや既知のネット
ワークアドレスに基づき、共通のネットワーク部を有す
る全てのＩＰアドレスが生成され、そのＩＰアドレスの
ノードが存在しているか否かにかかわりなく、ＩＣＭＰ
エコーフレームが送信される。これにより、実際に存在
しているノードのみが応答し、その結果、処理対象のネ
ットワークを構成するノードのＩＰアドレスが取得され
る。すなわち、そのネットワークを構成する各ノードが
発見される。

【００５２】その後は、取得されたＩＰアドレスに基づ
いて各ノードの属性がさらに取得される。そして、取得
された属性に基づき、ＩＰアドレスが取得されたノード
の中に、他のネットワークとの接続のためのＩＰルータ
が存在するかどうかが調べられる。ＩＰルータがあると
きには、このＩＰルータに接続された他のネットワーク
に対応したＩＰアドレスが、別に生成されたネットワー
クディスカバリ処理によって取得される。このようにし
て、ＩＰルータを辿って複数のネットワークを構成する
ノードが次々と発見される。この場合、ノード発見処理
が行われる範囲は、最初に入力されるホップカウントＨ
ｏｐによって定まる。

【００５３】このようにして、本実施例によれば、管理
システム５は、自動的にノードを発見し、そのノードに
関する情報を取得してデータベース３５に蓄積していく
ことができる。図１４および図１５は、図１０のステッ
プ６０５での依頼に基づいて行われるローカルＦＤＤＩ
ネットワークディスカバリ処理を説明するためのフロー
チャートである。この処理は、管理システム５自身が１
つのノードとして接続されているローカルネットワーク
内のノードを発見するための処理であり、ローカルネッ
トワークがＦＤＤＩである場合に行われる。

【００５４】ステップｂ１では、管理システム５自身に
関する情報を取得する。この処理の詳細は次の（１）〜
（８）のとおりである。なお、管理システム５自身の情
報は、予めメモリ３４またはデータベース３５に登録さ
れているものとする。（１）メモリ３４にアクセスして、自己のＭＡＣアドレ
スを得る。（２）取得したＭＡＣアドレスに基づいて、管理システ
ム５自身が有するインタフェースに対応したインタフェ
ースオブジェクトを検索する。

【００５５】（３）検索されたインタフェースオブジェ
クトから、管理システム５自身のＩＰアドレスと、ノー
ドオブジェクトのオブジェクト識別子ＯＩＤを取得す
る。このオブジェクト識別子ＯＩＤは、インタフェース
オブジェクトをノードオブジェクトにアタッチさせるた
めのポインタに格納されている。（４）（３）で取得したオブジェクト識別子に基づいて
管理システム５自身のノードオブジェクトを取得し、こ
のノードオブジェクトから、ノード名、ノードタイプ、
および当該ノードオブジェクトがアタッチされているネ
ットワークオブジェクトのオブジェクト識別子ＯＩＤを
取得する。

【００５６】（５）（４）で得られた識別子に基づいて
ネットワークオブジェクトを取得し、このネットワーク
オブジェクトから、ネットワークタイプ、ネットワーク
アドレス、サブネットマスク、および当該ネットワーク
オブジェクトがアタッチされているネットグループオブ
ジェクトの識別子を取得する。（６）（５）で取得したネットワークアドレスおよびサ
ブネットマスクを上位ビット側に用い、下位ビット側で
あるホスト部を１から順にインクリメントしながらＩＰ
アドレスを生成し、生成されたＩＰアドレスを宛先とし
て、ＩＣＭＰエコーフレームを送信する。この処理は、
図１０のステップ６０６の処理と同様な処理であり、ロ
ーカルネットワーク内のノードは、自己のＩＰアドレス
を宛先としたＩＣＭＰフレームを受信すると、それに応
答してＩＰアドレスとＭＡＣアドレスとの対を含む情報
を送信する。このＩＰアドレスおよびＭＡＣアドレスの
対は、管理システム５が備える図外のテーブルに格納さ
れる。

【００５７】（７）（１）で取得したＭＡＣアドレスを
用いて、管理システム５自身のポートタイプを問い合わ
せる。ポートタイプとはコンセントレータのポートのこ
とであり、ＦＤＤＩの幹線に接続されるＡポートおよび
Ｂポート、他のノードを接続させるためのＭポート、な
らびに、Ｍポートに接続されるべきＳポートがある。（８）（１）で取得したＭＡＣアドレスを用いて、管理
システム５の上流局のＭＡＣアドレスを問い合わせる。
ＦＤＤＩでは、リング状にノードが接続されており、各
ノードは、上流局および下流局のＭＡＣアドレスを保持
している。もちろん、ノードの１つである管理システム
５に関しても同様である。そこで、この管理システム５
自身が保持している上流局のＭＡＣアドレスがこのステ
ップで取得される。

【００５８】このようにして、管理システム５自身の情
報が取得されると、処理は、図１４のステップｂ２に移
る。このステップでは、ＡＲＰ（Adress Resolution Pr
otocol）プロトコルが用いられ、ステップｂ１内の
（６）の処理によって管理システム５内の図外のテーブ
ルに格納されたＩＰアドレスとＭＡＣアドレスとの対が
取得されて、ローカルＦＤＤＩ中に存在するノードのリ
ストが作成される。このノードのリストは、ＩＰアドレ
スとＭＡＣアドレスとの対を各ノード毎に有するもので
あり、このリストのことを以下では「ＡＲＰテーブル」
という（図７参照）。

【００５９】次に、ステップｂ３では、ステップｂ１内
の（８）の処理によって取得された上流局のＭＡＣアド
レスを用いて、当該上流局のインタフェースに対応した
インタフェースオブジェクトを検索する。インタフェー
スオブジェクトが見つからなければ、当該上流局に対応
するノードオブジェクトが存在していないものとして
（ステップｂ４）、ステップｂ５において、ノードオブ
ジェクトおよびインタフェースオブジェクトが新たに生
成される。インタフェースオブジェクトが見つかれば、
当該上流局に対応したノードオブジェクトが既に存在し
ているものと判断されて、ステップｂ５の処理は省かれ
る。

【００６０】ステップｂ５における処理の詳細は、図１
６、図１７および図１８に示されている。すなわち、先
ず、上流局のＭＡＣアドレスを基にＡＲＰテーブルを検
索し、当該上流局のＩＰアドレスが求められる（ステッ
プ５０１）。ＡＲＰテーブルに登録されていない場合に
は（ステップ５０２）、未使用のＩＰアドレスが付与さ
れた後に（ステップ５０３）、ステップ５０９に移る。
ＡＲＰテーブルから上流局のＩＰアドレスが得られた場
合には、そのＩＰアドレスをキーにして、ＳＮＭＰプロ
トコルを用いて、処理対象のノードからそのノードの属
性に関する情報を取得する（ステップ５０４）。すなわ
ち、ノードの種別に関する情報sysObjectID 、ノードが
サポートしているプロトコルの階層に関する情報sysSer
vices 、ノードが有しているインタフェースの数ifNumb
erを問い合わせる。

【００６１】次に、ステップ５０５では、ＭＡＣアドレ
スをキーとして、ＳＭＴ（StationManagement）プロト
コルを用い、処理対象のノードのさらに詳細な属性が問
い合わせられる。すなわち、マスタポートの数MasterC
t、接続先のポートタイプPctype、接続状態ConnectStat
eが問い合わせられる。マスタポートとは、当該ノード
に対して他のノードを従属接続させることができるポー
トである。

【００６２】ステップ５０６では、取得した情報sysObj
ectID およびsysServices ならびにＭＡＣアドレスに基
づいて、処理対象のノードのタイプが決定される。すな
わち、ワークステーション、パーソナルコンピュータ、
サーバ、ルータ、ブリッジなどの種別が決定される。ス
テップ５０７では、ＳＮＭＰプロトコルを用いたステッ
プ５０４での問い合わせに対して応答があったかどうか
に基づいて、処理対象のノードがＳＮＭＰプロトコルを
サポートしているかどうかが判断される。サポートして
いないときには、ステップ５０９に進む。ＳＮＭＰプロ
トコルがサポートされているときには、さらに、ステッ
プ５０８において、ＳＮＭＰプロトコルを用いて、処理
対象のノードが有する全てのインタフェースに関して、
インタフェースタイプifType（ＦＤＤＩ、イーサネッ
ト、専用回線などの種別）およびインタフェースのＭＡ
ＣアドレスIfPhysAddress を問い合わせる。他にも、同
様に、ＳＮＭＰプロトコルを用いてＭＩＢ（Management
Information Base ）のアトリビュートであるipAdEntA
ddr （各インタフェースのＩＰアドレス），ipAdEntIfI
ndex（インタフェースの番号と等しいインタフェースの
識別コード），ipAdEntNetMask（各インタフェースのサ
ブネットマスク）が問い合わせられる。

【００６３】そして、次にステップ５０９では、処理対
象のノードに対応したノードオブジェクトが作成され
る。次のステップ５１０（図１７参照）では、処理対象
のノードが有するインタフェースの１つに対応したイン
タフェースオブジェクトを作成するに当たり、その生成
すべきインタフェースオブジェクトが、処理対象となっ
ているネットワーク（すなわち、ローカルネットワー
ク）に対応したネットワークオブジェクトにアタッチさ
れるべきものであるかどうかが判断される。肯定的な判
断がなされると、ステップ５１９に進んでインタフェー
スオブジェクトが新たに作成される。

【００６４】ステップ５１０で否定的な判断がなされた
とすれば、インタフェースオブジェクトを作成しようと
しているインタフェースはネットワークディスカバリ処
理の処理対象のネットワーク（すなわち、ローカルネッ
トワーク）に接続されたインタフェースではない。この
場合には、ステップ５１１において、インタフェースオ
ブジェクトを作成しようとしているインタフェースのＩ
Ｐアドレス（ステップ５０１で取得したアドレス）に基
づいて、このインタフェースに接続されたネットワーク
のネットワークアドレスが求められる。そして、メモリ
３４にアクセスして、当該ネットワークアドレスに対応
したネットワークオブジェクトが検索される。

【００６５】さらに、ネットワークオブジェクトが見つ
かったかどうかが判断される（ステップ５１２）。ネッ
トワークオブジェクトが見つかる場合とは、処理対象に
なっているインタフェースに接続されたネットワークに
属する少なくとも１つのノードについての処理が完了し
ている場合である。一方、ネットワークオブジェクトが
見つからない場合とは、インタフェースに接続されたネ
ットワークに含まれるノードに関する処理が全く行われ
ていない場合である。

【００６６】ネットワークオブジェクトが見つかった場
合には、ステップ５１９に進み、見つからなければ当該
ネットワークディスカバリ処理によってこれから生成し
ようとしているネットワークオブジェクトをアタッチす
べきネットグループオブジェクトが検索される（ステッ
プ５１３）。ネットグループオブジェクトが見つかれば
ステップ５１７に進み、見つからなければステップ５１
５に進んでネットグループオブジェクトを新たに作成す
る。

【００６７】作成されたネットグループオブジェクト
は、ステップ５１６においてルートオブジェクトにアタ
ッチされ、さらにネットワークオブジェクトが作成され
て（ステップ５１７）、ネットグループオブジェクトに
アタッチされる（ステップ５１８）。次に、処理対象に
なっているインタフェースに対応したインタフェースオ
ブジェクトが作成される（ステップ５１９）。そして、
ステップ５２０（図１８参照）では、作成したインタフ
ェースオブジェクトの数が処理対象のノードのインタフ
ェースの数ifNumberに達したかどうかが判断される。そ
して、さらにインタフェースオブジェクトを作成すべき
インタフェースが残っている場合には、ステップ５１０
に移る。処理対象のノードが有する全インタフェースに
関してインタフェースオブジェクトを作成し終えた場合
には、ステップ５２１において作成したノードオブジェ
クトに対して、ステップ５１９で作成されたインタフェ
ースオブジェクトがアタッチされる（ステップ５２
１）。さらに、ステップ５２２では、作成されたノード
オブジェクトとインタフェースオブジェクトとが、イン
タフェースに対応したネットワークオブジェクトにアタ
ッチされる。

【００６８】このようにして、図６に示した木構造のオ
ブジェクト群が作成される。再び図１４を参照する。ス
テップｂ５において上述のようにしてノードオブジェク
トおよびインタフェースオブジェクトが作成された後
に、処理対象のノードに対して、ＳＭＴプロトコルを用
いてポートタイプおよびポート数を問い合わせる（ステ
ップｂ６）。ポートタイプとは、処理対象のノードに備
えられたポートが、ＦＤＤＩの幹線に直接接続されてい
るのか、それとも間接的に接続されているのかの種別で
ある。

【００６９】次に、ステップｂ７では、処理対象のノー
ドの接続状態が調べられる。そして、その時点における
ノードの接続状態に対応する情報に基づき、ノードオブ
ジェクトとネットワークオブジェクトとの接続関係など
が更新される。すなわち、処理対象のノードに対応した
情報がメモリ３４に既に記憶されている場合には、その
情報は、その後に生じた構成変更などを反映した情報に
更新される。

【００７０】ステップｂ８では、ＳＭＴプロトコルを用
い、処理対象のノードに対して、その上流局のＭＡＣア
ドレスを問い合わせる。そして、得られたＭＡＣアドレ
スが処理を開始したノードのアドレス（スタートＭＡＣ
アドレス）、すなわち、管理ステム５自身のＭＡＣアド
レスに等しいかどうかが判断される（ステップｂ９）。
上流局のＭＡＣアドレスがスタートＭＡＣアドレスに等
しくなければ、ステップｂ４に戻り、等しいときには、
図１５のステップｂ１０に処理が移る。

【００７１】ステップｂ１０では、管理システム５のノ
ードから上流局に順にノードをたどっていき、ポートタ
イプがdirectのノード、すなわち、ＦＤＤＩの幹線に直
接接続されているノードを探す。このようなノードが見
つかったときには、そのノードを起点として、下流局に
順にノードをたどってインタフェースをチェックする。
これにより、各ノードのインタフェースに関するより詳
細な情報を取得する。

【００７２】次に、各ノードのインタフェースオブジェ
クトに、上流局および下流局のノードに対応したノード
オブジェクトのオブジェクト識別子ＯＩＤをセットする
（ステップｂ１１）。これにより、ノード相互間の接続
に関する情報が作成される。ＦＤＤＩでは、ノードがリ
ング状に接続されているため、ノード相互間の繋がりに
ついての情報も、ネットワーク管理を行う上で必要とな
る。この情報が、ステップｂ１１で作成される。

【００７３】以上のようにして、ローカルＦＤＤＩに関
しては、ＭＡＣアドレスをキーとしたＳＭＴプロトコル
を用いることによって、各ノードのより詳細な属性が取
得され、さらに、ノード相互間の接続に関する情報も取
得される。次に、本発明の第２の実施例について説明す
る。本実施例では、上述の第１の実施例とほぼ同様な手
法によって、各ノードに関する情報が取得されるが、図
１０のステップ６０６および図１４のステップｂ１の上
記（６）に対応する処理と、図８のａ７に対応する処理
とが異なっている。

【００７４】具体的に説明すると、図１０のステップ６
０６の処理の代わりに、いわゆるマルチキャストが行わ
れる。マルチキャストとは、処理対象のネットワークに
対応したネットワーク部を上位ビットに有し、ホスト部
のビットを全て「１」としたＩＰアドレスを送信するこ
とである。このマルチキャストにより、処理対象のネッ
トワークに含まれている各ノードは、そのネットワーク
がローカルネットワークであるかリモートネットワーク
であるかにかかわりなく、そのＩＰアドレスを、送信元
である管理システム５に送信する。送信されてきたＩＰ
アドレスは、管理システム５が備える図外のテーブルに
格納される。このようにして、管理システム５は、処理
対象のネットワークがリモートネットワークである場合
であっても、そのネットワークに最も近いＩＰルータに
蓄えられたＩＰアドレスを取得するための処理を経るこ
となく、その処理対象のネットワーク内のノードのＩＰ
アドレスを取得できる。

【００７５】図１４のステップｂ１の上記の（６）に対
応する処理も、上述のマルチキャストを用いた処理によ
り代替できることは明らかであろう。本発明の実施例の
説明は以上のとおりであるが、本発明は上記の実施例に
限定されるものではなく、本発明の要旨を変更しない範
囲で種々の設計変更を施すことが可能である。

【００７６】

【発明の効果】以上のように本発明のネットワークのノ
ード発見方法によれば、既知の論理アドレスに基づい
て、論理アドレスの一部が共通の任意の論理アドレスを
有する全てのノードに対して、その論理アドレスのノー
ドが存在しているか否かにかかわりなく、通信要求を発
生し、この通信要求に応答したノードからそのノードの
論理アドレスを取得できる。このようにして、１つのネ
ットワークを構成する各ノードの論理アドレスが得ら
れ、ノードを自動的に発見することができる。

【００７７】なお、論理アドレスが取得されれば、この
取得された論理アドレスに基づいて各ノードの属性をさ
らに取得することができる。そこで、取得された属性に
基づいて、論理アドレスが取得されたノードの中に、他
のネットワークとの接続のための中継装置が存在するか
どうかを調べ、中継装置が存在する場合には、その中継
装置に接続された上記他のネットワークに対応した論理
アドレスを取得すれば、当該他のネットワークに関して
も各ノードの論理アドレスを取得することができる。

【００７８】このような処理を繰り返し行えば、中継装
置を辿っていくことにより、ノードの発見を複数のネッ
トワークに対して次々と行える。

【図面の簡単な説明】

【図１】本発明のネットワークのノード発見方法が適用
されるネットワークの構成を簡略化して示すブロック図
である。

【図２】上記実施例の方法によりノードの発見を行う管
理システムの基本構成を示すブロック図である。

【図３】ノード発見処理を行う際の処理単位となるＩＰ
ネットワークを説明するためのブロック図である。

【図４】ノード発見を行うための全体の処理を説明する
ためのフローチャートである。

【図５】ノード発見処理範囲を説明するための図であ
る。

【図６】ネットワークディスカバリ処理によって構築さ
れるオブジェクト群の構成を示す図である。

【図７】ネットワークディスカバリ処理で用いられるテ
ーブルを説明するための図である。

【図８】ネットワークディスカバリ処理を説明するため
のフローチャートである。

【図９】ネットワークディスカバリ処理を説明するため
のフローチャートである。

【図１０】ネットワークオブジェクトを作成するための
詳細な処理を説明するためのフローチャートである。

【図１１】ネットワークオブジェクトを作成するための
詳細な処理を説明するためのフローチャートである。

【図１２】ノードオブジェクトおよびインタフェースオ
ブジェクトを作成するための詳細な処理を説明するため
のフローチャートである。

【図１３】ノードオブジェクトおよびインタフェースオ
ブジェクトを作成するための詳細な処理を説明するため
のフローチャートである。

【図１４】ローカルＦＤＤＩネットワークディスカバリ
処理を説明するためのフローチャートである。

【図１５】ローカルＦＤＤＩネットワークディスカバリ
処理を説明するためのフローチャートである。

【図１６】ノードオブジェクトおよびインタフェースオ
ブジェクトを生成するための詳細な処理を説明するため
のフローチャートである。

【図１７】ノードオブジェクトおよびインタフェースオ
ブジェクトを作成するための詳細な処理を説明するため
のフローチャートである。

【図１８】ノードオブジェクトおよびインタフェースオ
ブジェクトを作成するための詳細な処理を説明するため
のフローチャートである。

【符号の説明】

１，２，３，４ＩＰルータ５管理システム６，７，８，９，１０ＩＰネットワーク N1,N2,・・・・；N21,・・・・；N31,・・・・；N41,・・・・；N51,・・・・
ノード１５，１６ＩＰルータ３０ＩＰネットワーク３１処理装置３４メモリ 41,42,43,44,45 ＩＰルータ

Claims

【特許請求の範囲】

【請求項１】論理アドレスの一部を共有する１つ以上の
ノードで構成されたネットワーク毎に、当該ネットワー
クを構成するノードを発見する方法であって、既知の論理アドレスに基づき、論理アドレスの一部が共
通の任意の論理アドレスを有する全てのノードに対し
て、その論理アドレスのノードが存在しているか否かに
かかわりなく、通信要求を発生するステップと、上記通信要求に対する各ノードの応答に基づいて、各ノ
ードの論理アドレスを取得するステップとを含むことを
特徴とするネットワークのノード発見方法。
【請求項２】上記論理アドレスを取得するステップに引
き続き、上記取得された論理アドレスに基づいて、各ノードの属
性を問い合わせるステップをさらに含むことを特徴とす
るネットワークのノード発見方法。
【請求項３】論理アドレスの一部を共有する１つ以上の
ノードで構成されたネットワーク毎に、当該ネットワー
クを構成するノードを発見する方法であって、既知の論理アドレスに基づき、論理アドレスの一部が共
通の任意の論理アドレスを有する全てのノードに対し
て、その論理アドレスのノードが存在しているか否かに
かかわりなく、通信要求を発生する第１ステップと、上記通信要求に対する各ノードの応答に基づいて、各ノ
ードの論理アドレスを取得する第２ステップと、上記取得された論理アドレスに基づいて、各ノードの属
性を問い合わせる第３ステップと、この第３ステップの問い合わせによって取得された属性
に基づいて、上記論理アドレスが取得されたノードの中
に、他のネットワークとの接続のための中継装置が存在
するかどうかを調べる第４ステップと、中継装置が存在する場合に、その中継装置に接続された
上記他のネットワークに対応した論理アドレスを取得す
る第５ステップと、この第５ステップで取得された論理アドレスに基づき、
上記他のネットワークに対して上記第１乃至第５の各ス
テップを行う第６ステップとを含むことを特徴とするネ
ットワークのノード発見方法。
【請求項４】ノードを発見する処理を開始したネットワ
ークに対して予め設定した数の中継装置を介して接続さ
れた範囲内のネットワークに関して上記第１乃至第６の
各ステップを繰り返し行うことを特徴とする請求項３記
載のネットワークのノード発見方法。