JPH08147231A - ネットワークノードの検索方法 - Google Patents

Abstract

(57)【要約】 【目的】 ＴＣＰ／ＩＰネットワーク上に接続されたコ
ンピュータノード自動的に発見する方法を提供する。 【構成】 発見を開始するアドレス（探索開始アドレ
ス）と発見を終了するアドレス（探索終了アドレス）を
取得する。そして取得した開始アドレスから終了アドレ
スまで順番にＳＮＭＰ通信を行ないアドレスリストを取
得する（通信できない場合は無視する）。取得したアド
レスリストからノードの接続状況を判断しファイル（デ
ータベース）等に記録してゆく。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はコンピュータネットワー
クに接続されたノードの自動発見方法に関するものであ
る。

【０００２】

【従来の技術】コンピュータネットワークは通信可能な
コンピュータ（ノード）を伝送路上で接続したものであ
り、伝送媒体としては、光ケーブル、同軸ケーブル、電
話回線等種々なものが使用されており、接続機能を持っ
たノードによりこれらを接続することが可能である。代
表的なネットワークの形態としては、主に同軸ケーブル
を使用した、近接地域内のネットワークであるローカル
エリアネットワーク（ＬＡＮ）や電話回線や衛星を使っ
た広域ネットワーク（ＷＡＮ）がある。

【０００３】通信を行なうためには、事前に通信するノ
ード間における取り決め（通信プロトコル）が必要であ
り、現在は伝送制御プロトコル／インターネット（ＴＣ
Ｐ／ＩＰ）プロトコルが広く用いられている。これは、
もともとアメリカの防衛高度研究企画庁（ＤＡＲＰＡ）
により開発されたものであるが、現在は国内でも大学、
産業界に広く普及している。そして、このＴＣＰ／ＩＰ
プロトコルのネットワーク上にあるノードを管理するた
めに簡易ネットワークプロトコル（ＳＮＭＰ）が開発さ
れており、これもまた広く普及し今日に至っている。

【０００４】ネットワーク上ではノードが頻繁に追加さ
れたり、取り外されたりするため、その構成は常時変化
する。ネットワーク構成が変化すると、大きな問題が生
ずることがある。ネットワークの管理者は、管理するネ
ットワーク内での障害の解決や予防のため、ネットワー
クの状況を常に把握しておくべきであるが、場合によっ
てはそれが不可能なことがある。ネットワーク範囲がご
く小さな場合には、同軸ケーブルなどの物理的な伝送路
をたどっていけば、ノードの構成を何とか知ることがで
きる場合もあるが、ビル内に敷設されたＬＡＮや電話回
線や専用線で接続されたＷＡＮなどの場合は、ケーブル
をたどることはできず、ノードの接続状況を知ることは
不可能である。またネットワークには通信可能なノード
の他にも、同種の二つのネットワーク間を接続するリピ
ータやブリッジ、異種のネットワークの接続も可能なル
ータ／ゲートウェイなども存在している。これらの装置
を用いればネットワークをさらに拡張したり、サブネッ
トと呼ばれる論理的なネットワークを作ることが可能と
なる。反面、一つの物理伝送路でも論理的には複数のネ
ットワークで共用される可能性があるため、管理者にと
ってはネットワークの状況把握を複雑にする要因となっ
ている。

【０００５】これまでは、ネットワークの構成を知る方
法の一つとしては、特別なハードウェアをネットワーク
内に挿入し、電気的な特性から、ノード間の距離をはか
る方法があった。また、この他の方法として例えば特開
平４−２２９７４２がある。これはＴＣＰ／ＩＰ上の簡
易ネットワーク管理プロトコル（ＳＮＭＰ）を用いて、
ある公知のノードからアドレスリストを入手し、その得
られたアドレスリスト中のノードからさらにアドレスリ
ストを入手して行くという動作を繰り返すというもので
ある。

【０００６】

【発明が解決しようとする課題】従来のノード検索方法
は以上のようにして行なわれていたので、小規模ネット
ワークに対しては適用可能であっても、ルータ／ゲート
ウェイ等のネットワークを拡張するための機器が途中に
介在した場合に対処しきれないという問題点があった。
また、ノード検索の実行に当たっては、予め公知のノー
ドが必ず存在していなければならず、そのための予備知
識が必要とされるという問題点があった。さらに、アド
レスリストの取得動作を反復するため小型、低能力のコ
ンピュータでは性能面で問題が発生し、少なくとも中規
模程度のネットワークにおいては、ノードや各種中継機
器を簡便に発見するネットワーク管理手段が必要であ
る。

【０００７】この発明は上記の様な問題点を解消するた
めになされたもので、ルータ／ゲートウェイ等のネット
ワーク拡張機器が途中に介在した中規模、大規模構成の
ネットワークにおいて、予めネットワーク構成に関する
予備知識がなくても、ノード及び各種中継機器の検索を
容易に行なえる方法を提供することを目的とする。

【０００８】

【課題を解決するための手段】第１の発明に係わるネッ
トワークノードの検索方法は、検索開始ノードアドレス
および検索終了ノードアドレスを取得する第１の工程
と、検索範囲内のノードアドレスに対してメッセージの
送受信を行なう第２の工程と、メッセージに応答したノ
ードが保持するアドレスリスト情報を順次取得するため
の第３の工程と、第３の工程で取得したアドレスリスト
情報から未登録のノードを判別してファイルに格納する
第４の工程と、第１の工程で取得した検索範囲内におけ
る検索対象ノードアドレスを順次求めて行く第５の工程
と、を有するようにしたものである。

【０００９】第２の発明に係わるネットワークノードの
検索方法は、検索開始ノードアドレスおよび検索終了ノ
ードアドレスを取得する第１の工程と、検索範囲内のノ
ードアドレスに対してメッセージの送受信を行なう第２
の工程と、第２の工程でメッセージに応答したノードが
ネットワーク接続機能を有する場合に該ノードが保持す
るネットワークノード情報を順次取得する第３の工程
と、第２の工程でメッセージに応答したノードがネット
ワーク接続機能を有する場合に該ノードが保持するアド
レスリスト情報を順次取得する第４の工程と、該ノード
が未登録であるか否かを判断し未登録の場合に前記取得
情報をファイルに格納する第５の工程と、第１の工程で
取得した検索範囲内における検索対象ノードアドレスを
順次求めて行く第６の工程と、を有するようにしたもの
である。

【００１０】第３の発明に係わるネットワークノードの
検索方法は、検索開始ノードアドレスおよび検索終了ノ
ードアドレスを取得する第１の工程と、検索範囲内のノ
ードアドレスに対してメッセージの送受信を行なう第２
の工程と、第２の工程でメッセージに応答したノードが
ネットワーク接続機能を有する場合に該ノードが保持す
るネットワークノード情報を順次取得する第３の工程
と、第２の工程でメッセージに応答したノードが保持す
るアドレスリスト情報を順次取得する第４の工程と、該
ノードが未登録であるか否かを判断し未登録の場合に前
記取得情報をファイルに格納する第５の工程と、第１の
工程で取得した検索範囲内において検索対象ノードアド
レスを順次求めて行く第６の工程と、を有するようにし
たものである。

【００１１】第４の発明は、第１乃至第３の発明に係わ
るネットワークノードの検索方法において、前記ファイ
ル格納工程はネットワークノードから取得したアドレス
リスト情報に対応した各ノードにメッセージを送信し該
ノードが通信可能状態にあるか否かを確認した後にファ
イルへの格納工程へ移行するようにしたものである。

【００１２】第５の発明は、検索開始ノードアドレスお
よび検索終了ノードアドレスを取得する第１の工程と、
検索範囲内のノードアドレスに対しエコー要求メッセー
ジの送受信を行なう第２の工程と、第２の工程で応答の
あったノードに対し該ノードが未登録か否かを判別し、
未登録の場合にファイルに格納する第３の工程と、第１
の工程で取得した検索範囲内における検索対象ノードア
ドレスを順次求めて行く第４の工程とを有するようにし
たものである。

【００１３】また、第６の発明は、第１乃至第５の発明
に係わるネットワークノードの検索方法において、ネッ
トワークノードの検索工程を一定の周期間隔で繰返して
実行するようにしたものである。

【００１４】

【作用】この発明に係わるネットワークノードの検索方
法では、検索範囲内のノードへメッセージを送信し、応
答があったノードが保持しているアドレスリスト情報を
順次取得し、未登録ノードを判別してファイルへ登録し
て行く。

【００１５】また、この第２の発明に係わるネットワー
クノードの検索方法では、指定範囲内のノードにおいて
ルータ・ゲートウェイなどのネットワーク接続機能を有
するノードを検索し、該ノードが保持するネットワーク
に関するノード情報を取得しファイルへ登録する。

【００１６】また、この第３の発明に係わるネットワー
クノードの検索方法では、指定範囲内のノードにおいて
ルータ・ゲートウェイなどのネットワーク接続機能を有
するノードが保持するネットワークに関するノード情報
の取得に加えて、一般のノードが保持しているアドレス
リスト情報をも取得しこれらをファイルへ登録する

【００１７】また、この第４の発明は、第１乃至第３の
発明に係わるネットワークノードの検索方法において、
取得した情報をファイルへ登録する際に、取得したアド
レスリスト情報に基づき該ノードにエコー要求メッセー
ジを送信し、正常に応答が返されてきたノードに関する
情報のみを登録する。

【００１８】さらに、この第５の発明に係わるネットワ
ークノードの検索方法では検索範囲内のノードへエコー
要求メッセージを送信し、応答があったノードが未登録
であるか否かを判別し、未登録であればファイルへ登録
して行く。

【００１９】加えて、この第６の発明は第１乃至第５の
発明に係わるネットワークノードの検索方法において、
該工程を一定の周期間隔で繰り返し実行する。

【００２０】

【実施例】

実施例１．以下、この発明の第１の実施例を図１乃至図
６について説明する。図１は、この発明に係わるノード
検出システム装置のハードウェア構成図である。図にお
いて、１４は本装置の内部の各部分を接続しているシス
テムバス、１はデータ入力に使用されるキーボード、１
０は本発明に係わるノード検出ソフトウェア、３はノー
ド検出ソフトウエアの格納及びノード検出ソフトウエア
によって発見されたノードを登録したり、情報の一時的
な保存領域として使用されるディスク装置、１２はオペ
レーティングシステム、１３はネットワークに接続され
た他のノードとの間で通信を行なうネットワークソフト
ウェア、５は主メモリ装置、２はノード検出システム装
置と外部のネットワーク１５を接続するネットワークイ
ンターフェイスである。

【００２１】図２は、この発明の実施例を説明するため
のネットワーク図である。図において、２６，および２
７は各々ネットワーク区画を表し、ネットワーク区画２
６はコンピュータノード２０、２１，２２，２３から構
成され，一方ネットワーク区画２７はコンピュータノー
ド２４，２５から構成されていることを示している。こ
こで、図中において２１、２３、２４で示したノード
は、ネットワークソフトウエア１３構成として、ＳＮＭ
Ｐリクエストプロトコルに対する応答機能を有するＳＮ
ＭＰエージェントが動作しているノードを示す。さら
に、２０はこの発明に係わるノード検出システム装置で
あり、２３はネットワーク接続機能を有しネットワーク
区画２６と２７を接続するルータである。なお、各コン
ピュータノードに付した番号（例えば、１３３．１４
１．０．１）は、そのノードが有するＩＰアドレスを表
し、ネットワーク内で各ノードを一意に識別するために
使用されるものであり、ネットワーク接続機能を有する
ルータ２３はネットワーク区画２６に対しては１３３．
１４１．０．６というアドレスを、またネットワーク区
画２７に対しては１３３．１４１．１．７というＩＰア
ドレスを持っている。

【００２２】図３はノード検出システムがノードの発見
のために使用する簡易ネットワーク管理プロトコル（Ｓ
ＮＭＰ）の構成を示した図である。ＳＮＭＰはＴＣＰ／
ＩＰネットワークを管理するために開発されたプロトコ
ルであり、ＳＮＭＰプロトコルは必要な管理情報を要求
して、その返答を受け取るというのが基本動作になって
いる。図において、３０は要求メッセージを送信するマ
ネージャ側ノード、３１はマネージャのリクエストに応
えるエージェント側ノードである。ＳＮＭＰでは、オブ
ジェクト識別子とインスタンス識別子を用いて取得可能
な各管理情報（属性）を指定している。例えば、「イン
タフェースの送受信スピード」というと、これは管理対
象の一般的なタイプを指しており、これをオブジェクト
・タイプと呼ぶ。これに対して「ノードＡの三枚目のイ
ンタフェースの送受信スピード」というと、これは現実
のネットワーク上の実体（インスタンス）を指してお
り、オブジェクト・インスタンスと呼ばれる。そしてこ
のオブジェクト・タイプと、オブジェクト・インスタン
スをある数字で表記したものを各々オブジェクト識別
子、インスタンス識別子と呼ぶ。従って、マネージャと
エージェントは、オブジェクト識別子とインスタンス識
別子の二つを組み合わせて、ネットワーク上のどの実体
に対して情報のやりとりを行なっているかを判別するこ
とができ、これにより管理情報の通信を行うことができ
る。なお、ＳＮＭＰでは管理情報を一つずつ指定するこ
とになっており、複数の値をもつ管理情報を一度に指定
することはできない。３２はマネージャが管理情報を操
作するために送信することができるＧＥＴ，ＧＥＴＮＥ
ＸＴ，ＳＥＴという３種類のメッセージを示している。
ＧＥＴメッセージは「指定した識別子の管理情報を取得
せよ」という意味のメッセージであり、ＧＥＴＮＥＸＴ
メッセージは「指定した識別子の次の管理情報を取得せ
よ」という意味のメッセージである。さらにＳＥＴメッ
セージは「指定した識別子の管理情報に対して値を設定
せよ」というものである。この場合の識別子とはオブジ
ェクト識別子とインスタンス識別子のペアで作られた番
号のことである。

【００２３】図４は、ＩＰアドレス部分４１とＭＡＣア
ドレス部分４２の対応付けによって構成されているアド
レス変換テーブルである。 ＴＣＰ／ＩＰでは通信する
ために、ＩＰアドレスとＭＡＣアドレスの２つのアドレ
スを使用する。ＩＰアドレスは図１のネットワークソフ
トウェア１３で使用される４バイトの番号であり、ＭＡ
Ｃアドレスはネットワークインターフェイス２に割り当
てられる６バイトの番号である。各ノードはお互いに通
信するためにＩＰアドレスとＭＡＣアドレスの対応付け
を行う必要があり、これを解決するのがこのテーブルで
ある。

【００２４】次に動作について、図５及び図６に示すフ
ローチャートに基づいて説明する。まずノード検出シス
テムは、探索開始アドレスと終了アドレスを取得する
（ステップ１００）。これは、システムの利用者が検出
対象とするノード範囲を指定するもので、キーボード１
入力、あるいはディスク３からの読み込みによって指定
する。ノード検出システム２０はアドレスを取得後、図
６に示すフローチャートに基づいてノード処理を行う
（ステップ１０２）。ノード処理では、まず開始アドレ
スとして指定されたノードに対してＳＮＭＰ要求メッセ
ージを送信し、アドレス変換テーブルの取得を試みる
（ステップ１５２）。ここで、アドレス変換テーブルは
図４のような形式をしており、ＳＮＭＰプロトコルでは
このテーブルの情報を一行ずつしか取得することができ
ないので、アドレス変換テーブル全体の情報を取得する
ために、ステップ１５０のループをもうけている。指定
したノードに対して、所定の時間待っても応答がない場
合、あるいは正常な応答を得られなかった場合には、該
ノードに対する処理を終了（ステップ１６６）し、次の
検索対象ノードアドレスを求める（ステップ１０４）。
ステップ１５４において、指定したノードに対する応答
が正常に戻ってきた場合は、ここで取得したノードアド
レスがファイル（データベース）に既に登録済みである
かどうか、及びステップ１００で指定された範囲内であ
るかどうかを判断する（ステップ１５６）。そのアドレ
スが未登録で且つ指定範囲内の場合には、そのアドレス
をファイル（データベース）に登録（ステップ１５８）
し、ステップ１６０へと処理を進める。一方、取得アド
レスが登録済み、または指定範囲外の場合は、もはやア
ドレス登録の必要は無いのでステップ１６０へ直接進
む。ステップ１６０は、ステップ１５０と対でループを
構成しており、ステップ１５０の条件が満たされている
間はステップ１５０〜１６０間のループを繰り返し実行
し、アドレス変換テーブル内のすべての情報を取得す
る。このようにして、検索対象ノードが所有するアドレ
ス変換テーブル中のアドレスを全て取得し登録が終わっ
たら、ステップ１６２で現在の検索対象ノードのＩＰア
ドレス（検索アドレス）が未登録かどうかを判断し、登
録済であればステップ１６６を経てステップ１０４へ移
り、未登録であれば検索アドレスをデータベースに登録
（ステップ１６４）し、その後ステップ１０４でノード
アドレスを一つ変化させ、新しく生成したノードアドレ
スがステップ１０１の終了条件を満たしていなければ
（探索終了アドレスを越えていなければ）ステップ１０
１〜１０６間のループ処理を繰り返す。このような処理
を繰り返すことにより、指定範囲内のノード検索を行な
うことが可能となる。

【００２５】ここで、探索開始アドレスを１３３．１４
１．０．１、また探索終了アドレスを１３３．１４１．
０．１０と指定した場合の具体例を考えてみる。ノード
検出システムはステップ１０２において、まずＩＰアド
レスが１３３．１４１．０．１のノードが保持している
アドレス変換テーブルを取得するためにＳＮＭＰメッセ
ージを送信する。図２よりＩＰアドレスが１３３．１４
１．０．１のノードは、ＳＮＭＰエージェントが動作し
ているノード２１なので応答が正常に戻って来る。ここ
でノード１３３．１４１．０．１が図４に示すアドレス
変換テーブルを保持していたとすると、最初メッセージ
の応答としてテーブルの最初の行である１３３．１４
１．０．２の行が返される。ステップ１５６では、取得
した１３３．１４１．０．２というアドレス情報がデー
タベースに登録されていなければ、このアドレスをファ
イルに登録し、アドレス変換テーブルからテーブルの最
後行である１３３．１４１．１．１の行を取得するまで
ステップ１５０〜１６０のループを繰り返して、アドレ
ス変換テーブル内の全ての行を取得する。ステップ１０
２が終了したらアドレスを一つ変化させ（ステップ１０
４）、ステップ１０６で終了判定を行う。現在の検索ア
ドレスは１３３．１４１．０．１であるので、新しい探
索アドレスは１３３．１４１．０．２となる。探索終了
アドレスは１３３．１４１．１．１０であるので、処理
はステップ１０２に戻される。新しく探索対象となった
ノード１３３．１４１．０．２は、図２で示すようにＳ
ＮＭＰエージェントが動作していないので、ステップ１
５４によってアドレス変換テーブル内容の取得動作を打
ち切られ、すぐに次の探索アドレスとして１３３．１４
１．０．３が生成され（ステップ１０４）た後、再びス
テップ１０２の処理が再開される。ここで、１３３．１
４１．０．３というノードは図２において存在しないの
で、このノードに対する処理もまたステップ１５４で中
断され、次の探索アドレスへと処理が進められる。この
ようにして探索終了アドレスである１３３．１４１．
０．１０まで、ノード探索が繰り返され、ネットワーク
上における指定範囲内のノード検出が可能となる。

【００２６】実施例２．この発明の第２の実施例を、図
７乃至図９のフローチャートについて説明する。ルータ
やゲートウェイといったネットワーク間の接続機能を有
するノードは、そのネットワークを跨って通信された情
報が登録されるため、通常のノードに比べて多くの情報
を蓄えている場合が多い。本実施例は、ネットワーク接
続機能を有するノードのみを対象としてノード検出を行
うようにしたものである。ステップ２０２で探索開始ア
ドレス及び終了アドレスを取得した後、ステップ２０４
〜２１４のループに入り、まずルータ処理（ステップ２
０６）を行う。ルータ処理の流れ図を図８に示す。ルー
タ処理では、対象とするノードがネットワーク接続機能
を持っているかどうか判断するための管理情報を取得す
るためにＳＮＭＰメッセージを送信する（ステップ２２
０）。送信メッセージに対する返答を正常に受け取った
かどうか（ステップ２２２）の判断、および対象とする
ノードがネットワーク接続機能を有しているか否かの判
断（ステップ２２４）を行ない、接続機能を持っている
と判断された場合は、さらに各ネットワークボードのア
ドレスやサブネットなどの各種情報をＳＮＭＰメッセー
ジにより取得し、その情報をファイル（データベース）
に登録する（ステップ２２６）。ステップ２２２，２２
４の条件を満足しなかった場合は、ルータ処理を終えて
ステップ２０８へと移る。ルータ処理の結果、ノードが
接続機能を有していた場合は、引き続きノード処理２
（ステップ２１０）が実行される。また、接続機能を有
していなかった場合はノード処理をスキップし、ステッ
プ２１２で次のノード検索アドレスを求める。ノード処
理２は、既に実施例１で説明したのと同様に、次々にア
ドレス変換テーブルの行を取得し、そのアドレスの登録
を行ってゆく。この実施例２におけるノード処理手順を
図９に示している。図９は、実施例１のノード処理（図
６）と基本的には同じであるが、図６のステップ１５
４、１６２、および１６４が省略されているところが異
なる。実施例２におけるノード処理は、ステップ２０６
のルータ処理により確認されているノードのみに実施さ
れ、更に、現在の検索対象アドレス（検索アドレス）は
ルータ処理によって既に登録されているはずであるか
ら、これらの処理は必要ない。そして、アドレスの登録
が終わったらノード探索アドレスを一つ変化させ、新し
く生成させた探索アドレスが探索終了アドレスを越えて
いなければ、ステップ２０４へと戻り、探索終了アドレ
スまでループ処理を繰り返すことにより、指定アドレス
範囲内のノードを検索して行く。

【００２７】次に、探索開始アドレスを１３３．１４
１．０．１、探索終了アドレスを１３３．１４１．１．
１０と指定した場合の具体例を考えてみる。まず、探索
開始アドレスである１３３．１４１．０．１がネットワ
ーク接続機能を有しているかどうかを調べるためにＳＮ
ＭＰメッセージを送る（ステップ２２０）。図２におい
て、ノード１３３．１４１．０．１はＳＮＭＰエージェ
ントが動作しているがネットワーク接続機能を持たない
ので、ステップ２２４によりルータ処理は終了し、ステ
ップ２０８を経てステップ２１２へと処理が進められ
る。ここで次のノード探索アドレスである１３３．１４
１．０．２が生成される。この新しいアドレスはまだ探
索終了条件を満たしていないので、ステップ２１４は制
御をステップ２０４へ戻し、ループ１が再開される。新
しい探索アドレスである１３３．１４１．０．２は、Ｓ
ＮＭＰエージェントが動作していないので、ステップ２
２２によってルータ処理は中断され、ステップ２０８を
経てステップ２１２へと制御が移される。このようにし
て、ノード探索アドレスは１３３．１４１．０．６まで
進んでゆく。１３３．１４１．０．６というアドレスを
持つノードでは、ＳＮＭＰエージェントが動作し、さら
にネットワーク接続機能を持っているため、ステップ２
２６により各通信ボードの持っている種々の情報が取り
出された後、処理はノード処理（ステップ２１０）に進
む。そして、ノード処理によりアドレス変換テーブルか
ら次々とアドレス情報を取り出し、ファイル（データベ
ース）に登録してゆく。このような処理の繰り返しを探
索終了アドレスである１３３．１４１．１．１０まで行
えば、指定範囲内のノード検索を行うことが可能とな
る。

【００２８】この実施例によれば、ルータ／ゲートウェ
イなどのネットワーク接続装置に注目してノード検索を
行なっているので、ネットワークに接続された状況把握
の他に細かなサブネットの構成なども容易に判断するこ
とが可能になる。

【００２９】実施例３．この発明の第３の実施例を、図
１０のフローチャートについて説明する。第２の実施例
では、検索の対象をネットワーク接続機能を有するノー
ドに限定していたが、本実施例ではルータ、ゲートウェ
イを含むすべてのＳＮＭＰノードを対象とする。ノード
検索システムが検索指定範囲内のノードに対してＳＮＭ
Ｐメッセージを送信し、ルータ処理を行うステップ（ス
テップ２５０〜ステップ２５４）までは実施例２と同様
である。ルータ処理の結果、メッセージに対する応答を
受信したノードに対して、さらにノード処理３（ステッ
プ２５８）を実行する。この実施例３におけるノード処
理手順を図１１に示している。図１１は、実施例１のノ
ード処理（図６）と基本的には同じであるが、図６のス
テップ１５４が省略されているところが異なる。実施例
３におけるノード処理は、ステップ２５４のルータ処理
により確認されているノードのみに実施されるので、改
めて確認する処理は必要ない。

【００３０】本実施例によればルータ、ゲートウェイと
いったネットワーク接続機能を有するノードのみなら
ず、ＳＮＭＰエージェントが動作しているノードすべて
を対象とするようにしたので、ネットワーク接続機能を
有するノード以外にも指定範囲内のすべてのＳＮＭＰエ
ージェントが動作しているノードから情報を取得するこ
とができるので、検出洩れを少なくすることが可能とな
る。

【００３１】実施例４．さらに、第３の発明における他
の実施例について図１２、および図１３について説明す
る。第３の実施例と異なる点は、テンポラリファイルを
利用して処理を２ステージに分けて行うようにしている
ことである。以下に動作について説明する。ノード検索
システムは、まずループ１で探索アドレスから終了アド
レスまでルータ処理２を行う（ステップ３０２〜３０
８）。ルータ処理２の処理のフローチャートを図１３に
示す。ルータ処理２は図８のルータ処理とほぼ同じであ
るが、ステップ３５８の処理が追加されている。ステッ
プ３５８はＳＮＭＰエージェントが動作しているノード
のアドレスを次のループ２の処理で使用するために、テ
ンポラリファイルに記録するための処理を行う。このよ
うにしてループ１が終了したらループ２に入り、今度は
テンポラリファイルに登録されたノードアドレスを順番
取り出し、そのノードに対してノード処理を行ない、取
得されたアドレスリストをファイルに登録してゆく。こ
のような方法によって、第３の発明と同じくノードの発
見洩れを少なくすることが可能となる。

【００３２】実施例５．本発明の第５の実施例を、図１
４乃至図１６について説明する。これまでの実施例では
アドレス変換テーブルから得られたノードアドレスを全
て登録していたが、本実施例ではアドレス変換テーブル
からアドレス情報を取得しそのノードを登録する際に、
ノードの存在の有無を確認してから登録を行うようにし
たものである。即ち、アドレス変換テーブルから取得さ
れたアドレス情報に基づいて、そのノードの存在を確認
してから登録する方法である。ネットワーク上でのノー
ドの存在の有無を確認する方法としては、インターネッ
ト制御メッセージプロトコル（ＩＣＭＰプロトコル）が
考えられる。ＩＣＭＰプロトコルはネットワーク上のノ
ードにエラーを報告したり、予想されない状況発生を通
知するためのもので、ＴＣＰ／ＩＰでは必須と考えられ
ているプロトコルである。このプロトコルの中にＩＣＭ
Ｐエコー要求というメッセージがあり、このメッセージ
を用いれば目的とするアドレスを有するノードがアクテ
ィブ状態にあって、通信可能であるか否かを判断するこ
とが可能となる。

【００３３】次に動作について説明する。ノード検索シ
ステムは、まずステップ４００で探索開始アドレス、終
了アドレスを取得した後、ノード処理４（ステップ４０
２）を行う。ノード処理４のフローチャートを図１５に
示す。ノード処理４においてアドレス変換テーブルを次
々と取得（ステップ４３０〜ステップ４３８）し、得ら
れたアドレスのノード（ステップ４３４）に対して、Ｉ
ＣＭＰプロトコルによるノード処理（ステップ４３６）
を行なう。ＩＣＭＰ処理のフローチャートを図１６に示
す。ＩＣＭＰ処理ではまず、アドレス変換テーブルから
得られたアドレスをもとにそのアドレスにＩＣＭＰエコ
ー要求を送信する（ステップ４５０）。ステップ４５２
でＩＣＭＰエコー要求を受信したかどうかを判断し、受
信した場合はステップ４５４に、また応答が返ってこな
かった場合は、ステップ４５８に処理を移す。ステップ
４５４では、ＩＣＭＰエコー要求に対して応答を返した
ノードの持つアドレスが既にデータベースに登録されて
いるか否かをチェックし、登録されていなければデータ
ベースに登録する（ステップ４５６）。一方、ステップ
４５２でＩＣＭＰエコー要求の応答が返ってこなかった
場合は、そのノードアドレスを持つノードは現在アクテ
ィブではないので、ステップ４５８でそのノードがデー
タベースに登録されいるか否かをチェックして登録され
ていた場合には、データベースからそのアドレス情報を
削除するか、または”応答がなかった”旨の情報をデー
タベースに追加する。

【００３４】次に、探索開始アドレスを１３３．１４
１．０．１、終了アドレスを１３３．１４１．１．１０
と指定し、図２においてノード２２がネットワークから
外された場合を仮定する。ここで、ノード２２がネット
ワークから外されて後あまり時間が経過していない場合
には、ＳＮＭＰエージェントが動作しているノード（例
えばノード２１）のアドレス変換テーブルからはすぐに
はノード２２のアドレス情報が消去される可能性は低い
ので、ノード２２が既にネットワークから外されている
のにも拘らず、ノード検索システムはノード２２のアド
レスを登録してしまう可能性が生じる。本実施例ではス
テップ４３６により、データベースにアドレスを登録す
る前にＩＣＭＰエコー要求の応答をチェックすることに
より、そのような状況を回避し、現在稼働中のノードだ
けを確実に検索し、登録する。

【００３５】本実施例によれば、ノード処理で得られた
アドレスをデータベースに登録する前にＩＣＭＰエコー
要求でノードの存在を確認してからデータベースに登録
するようにしたので、電源がオフにされていたり、ネッ
トワークからすでに外されている可能性のあるノードの
登録を避け、現在稼働中のノードだけを確実に検索し
て、登録することができる。

【００３６】実施例６．本発明の第６の実施例を図１７
乃至図１９について説明する。これまでの実施例では、
ノード探索範囲内にＳＮＭＰメッセージを送信してアド
レスリストを取得する方法によってノードを発見してい
たが、本実施例ではＳＮＭＰエージェントの動作を前提
としないＩＣＭＰエコー要求だけでネットワーク上のノ
ードを確認するようにしたものである。図１７に、ＳＮ
ＭＰとＩＣＭＰのネットワークレイヤ間における大凡の
関係を示す。５５６は最も下位に位置する通信ボード
で、その上に５５０，５５２，５５４の各プロトコルが
階層的に実現されてゆく。ＩＣＭＰは５５４のレイヤに
位置し、ＴＣＰ／ＩＰ通信を行う上では必須とされてい
る。一方ＳＮＭＰは５５０のレイヤに位置する最も上位
レベルのプロトコルであり、通信を行なう上での必須プ
ロトコルではない。５５２はＴＣＰとＵＤＰとにわかれ
ているが、ＴＣＰはコネクション型（通信が保証され
る）の通信を、ＵＤＰはコネクションレス型（通信が保
証されない）の通信をサポートするものであり、ＳＮＭ
Ｐはコネクションレス型（ＵＤＰ）に基づいている。

【００３７】次に動作について図１７、図１８に基づい
て説明する。まず、ステップ５００でノード検索を行う
アドレスの範囲を指定する。そしてループ１（ステップ
５０２）で、指定された開始アドレスから終了アドレス
に向かって順番にＩＣＭＰ処理２（図１９）を行うこと
により、指定範囲内のノードを検索していく。いま、探
索開始アドレスを１３３．１４１．０．１、終了アドレ
スを１３３．１４１．１．１０と指定した場合を想定す
る。検索システムはまず、１３３．１４１．０．１のア
ドレスをもつノード（ノード２１）のＩＣＭＰ処理２
（ステップ５０４）を行う。ＩＣＭＰ処理２を図１９に
示す。ＩＣＭＰ処理２では現在の探索対象のＩＰアドレ
ス（探索ＩＰアドレス）に向かってＩＣＭＰエコー要求
を送信する（ステップ６００）。このエコー要求が受信
された場合には、該ネットワークアドレスで指定される
ノードが存在するということなので、ステップ６０４で
データベースに登録されているかどうかをチェックし、
登録されていなければ、探索ネットワークアドレス（Ｉ
Ｐアドレス）を登録（ステップ６０６）し、既に登録さ
れていれば、そのままＩＣＭＰ処理２を終える。ステッ
プ６０２において、応答が受け取られなかった場合は、
ステップ６０８によりネットワークアドレス（探索ＩＰ
アドレス）の登録の有無を調べ、登録されていなければ
そのままＩＣＭＰ処理２を終了し、登録されていた場合
には該ＩＰアドレスを削除、または「応答がなかった」
という旨の情報をデータベースに追加する。ＩＣＭＰ処
理２から抜けると、ステップ５０６で新しい探索アドレ
ス１３３．１４１．０．２を求め、再びＩＣＭＰ処理２
を行ない、探索終了アドレスである１３３．１４１．
１．１０までループ１の処理を繰り返す。

【００３８】実施例１乃至実施例５においては、ＳＮＭ
Ｐメッセージによって各ノードが保持しているアドレス
リストを取得するようにしていたので、ＳＮＭＰエージ
ェントが動作していないノード（図２の２２，２５）と
は通信ができなかった。しかしながら、本実施例では低
レベルのＩＣＭＰプロトコルを用いて直接通信を行うよ
うにしたので、ＳＮＭＰエージェントが動作していない
ようなノードの存在をも含めて検索範囲内のネットワー
ク上のノード検出を行なうことが可能となる。

【００３９】実施例７．本発明の第７の実施例について
説明する。実施例１乃至６ではノード検索の指定が行な
われた時点で、ネットワーク上のノードに関する検索処
理を実行していた。本実施例では所定の時間間隔ごと
に、実施例１乃至実施例６のノード検索処理を繰返し自
動的に実行する。このようにノード検索処理を一定間隔
で自動的に繰り返すことにより、ある検索時点でネット
ワークに接続されてはいたものの、電源断等で通信不能
状態であったため検索されなかったノードや、その後新
たに追加されたノードなども洩れなく発見しネットワー
ク上のノード接続状況を正しく把握、管理することが可
能となる。

【００４０】

【発明の効果】この発明は以上説明したようにして構成
されているので、下記に記載するような効果を奏する。
この発明によれば、ネットワーク上の検索範囲内でのノ
ードを順次自動的に検索するようにしたので、大規模な
ネットワークシステムにおいてもノード検索を容易に行
なうことができる。

【００４１】またこの発明によれば、ネットワーク接続
機能を有するノードのみを検索対象とするようにしたの
で、複雑なネットワーク構成に対しても効率のよいノー
ド検索を行なうことができる。

【００４２】またこの発明によれば、ノード検索処理に
加えて検索結果がネットワーク接続機能を有する時は、
該ノードが保持するネットワーク情報をも取得するよう
にしたので、より詳しいネットワーク構成状況を把握す
ることができる。

【００４３】またこの発明によれば、各ノードが保持し
ているアドレス変換テーブルに登録されているアドレス
情報で指定されるノードが通信可能状態にあるか否かを
確認した後、登録するようにしたので現在稼働中のノー
ドだけを確実に検索、登録することができる。

【００４４】またこの発明によれば、低レベルのエコー
要求メッセージを用いてネットワーク上のノードと直接
に通信を行ない、エコー要求の応答の有無に従ってノー
ドの存在を判断するようにしたので、検索範囲内におけ
る低いレベルのノードをも検索することが可能となる。

【００４５】加えて、この発明によれば、一定の時間間
隔ごとにノード検索処理を繰り返し実行するようにした
ので、電源断等で通信不能状態のために検索されなかっ
たノードや、その後新たに追加されたノードなどを洩れ
なく、早期に検出することができる。

【図面の簡単な説明】

【図１】 本発明の実施例を示すハードウェア構成図。

【図２】 本実施例を説明するためのネットワーク構成
図。

【図３】 ＳＮＭＰプロトコルの概要図。

【図４】 アドレス変換テーブルの一例を示す図。

【図５】 本発明の実施例１を示すフローチャート。

【図６】 本発明の実施例１を示すフローチャート。

【図７】 本発明の実施例２を示すフローチャート。

【図８】 本発明の実施例２を示すフローチャート。

【図９】 本発明の実施例２を示すフローチャート。

【図１０】 本発明の実施例３を示すフローチャート。

【図１１】 本発明の実施例３を示すフローチャート。

【図１２】 本発明の実施例４を示すフローチャート。

【図１３】 本発明の実施例４を示すフローチャート。

【図１４】 本発明の実施例５を示すフローチャート。

【図１５】 本発明の実施例５を示すフローチャート。

【図１６】 本発明の実施例５を示すフローチャート。

【図１７】 プロトコル階層の説明図。

【図１８】 本発明の実施例６を示すフローチャート。

【図１９】 本発明の実施例６を示すフローチャート。

【符号の説明】

１０ ノード検出ソフトウエア １２ オペレーティングシステム １３ ネットワークソフトウエア ２０ ノード検出システム ２１、２２、２４、２５ ノード ２３ ルータ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上に接続されたコンピュー
   タノードの検索方法において、 検索開始ノードアドレスおよび検索終了ノードアドレス
   を取得する第１の工程と、 前記検索範囲内のノードアドレスに対してメッセージの
   送受信を行なう第２の工程と、 前記第２の工程でメッセージに応答したノードが保持す
   るアドレスリスト情報を順次取得するための第３の工程
   と、 前記第３の工程で取得したアドレスリスト情報から未登
   録のノードを判別してファイルに格納する第４の工程
   と、 前記第１の工程で取得した検索範囲内における検索対象
   ノードアドレスを順次求めて行く第５の工程と、を有す
   ることを特徴とするネットワークノードの検索方法。
2. 【請求項２】 ネットワーク上に接続されたコンピュー
   タノードの検索方法において、 検索開始ノードアドレスおよび検索終了ノードアドレス
   を取得する第１の工程と、 前記検索範囲内のノードアドレスに対してメッセージの
   送受信を行なう第２の工程と、 前記第２の工程でメッセージに応答したノードがネット
   ワーク接続機能を有する場合に該ノードが保持するネッ
   トワークノード情報を順次取得する第３の工程と、 前記第２の工程でメッセージに応答したノードがネット
   ワーク接続機能を有する場合に該ノードが保持するアド
   レスリスト情報を順次取得する第４の工程と、 該ノードが未登録であるか否かを判断し未登録の場合に
   前記取得情報をファイルに格納する第５の工程と、 前記第１の工程で取得した検索範囲内における検索対象
   ノードアドレスを順次求めて行く第６の工程と、からな
   ることを特徴とするネットワークノードの検索方法。
3. 【請求項３】 ネットワーク上に接続されたコンピュー
   タノードの検索方法において、 検索開始ノードアドレスおよび検索終了ノードアドレス
   を取得する第１の工程と、 前記検索範囲内のノードアドレスに対してメッセージの
   送受信を行なう第２の工程と、 前記第２の工程でメッセージに応答したノードがネット
   ワーク接続機能を有する場合に該ノードが保持するネッ
   トワークノード情報を順次取得する第３の工程と、 前記第２の工程でメッセージに応答したノードが保持す
   るアドレスリスト情報を順次取得する第４の工程と、 該ノードが未登録であるか否かを判断し未登録の場合に
   前記取得情報をファイルに格納する第５の工程と、 前記第１の工程で取得した検索範囲内において検索対象
   ノードアドレスを順次求めて行く第６の工程と、からな
   ることを特徴とするネットワークノードの検索方法。
4. 【請求項４】 前記ファイル格納工程はネットワークノ
   ードから取得したアドレスリスト情報に対応した各ノー
   ドにメッセージを送信し該ノードが通信可能状態にある
   か否かを確認した後ファイルへの格納工程へ移行するよ
   うにしたことを特徴とする請求項第１項乃至第３項のい
   ずれかに記載のネットワークノードの検索方法。
5. 【請求項５】 ネットワーク上に接続されたコンピュー
   タノードの検索方法において、 検索開始ノードアドレスおよび検索終了ノードアドレス
   を取得する第１の工程と、 前記検索範囲内のノードアドレスに対し該ノードからの
   エコーを要求するエコー要求メッセージの送受信を行な
   う第２の工程と、 前記第２の工程で応答のあったノードに対し該ノードが
   未登録か否かを判別し、未登録の場合にファイルに格納
   する第３の工程と、 前記第１の工程で取得した検索範囲内における検索対象
   ノードアドレスを順次求めて行く第４の工程と、を有す
   ることを特徴とするネットワークノードの検索方法。
6. 【請求項６】 前記ネットワークノードの検索工程を一
   定の周期間隔で繰返して実行するようにしたことを特徴
   とする請求項第１項乃至第５項のいずれかに記載のネッ
   トワークノードの検索方法。