JP2006121253A - ノード検出方法及びノード検出装置 - Google Patents

Abstract

【課題】 ネットワークの構成及び運用に応じてノードの検出方法の選択が可能なノード検出方法及びノード検出装置を実現する。
【解決手段】 ネットワークに接続されているノードを検出するノード検出方法であって、予め初期のアドレスリストを設定しておき、周期に関する第１のスクリプトを解釈して検出周期を決定する第１のステップと、ノードの検出周期が到来した場合に情報を選択する際に用いられる第２のスクリプトを解釈して次に取得する情報を選択する第２のステップと、選択された情報を適合するプロトコルを用いて前記ネットワークを介して収集する第３のステップと、取得した情報を解釈して新たなノードが検出されたと判断した場合にノード情報を格納する第４のステップと、前回のノード検出までに検出された全てのノードに対して前記第２乃至第４のステップを行わせる第５のステップとから成る。
【選択図】 図１

Description

本発明は、ネットワークに接続されているノードを検出するノード検出方法及びノード検出装置に関し、特にネットワークの構成及び運用に応じてノードの検出方法の選択が可能なノード検出方法及びノード検出装置に関する。

従来のネットワークに接続されているノードを検出するノード検出方法及びノード検出装置に関連する先行技術文献としては次のようなものがある。

特開平０４−２２９７４２号公報 特開平０６−３３８８８４号公報 特開２０００−２５３０４１号公報 特開２００２−３３５２４５号公報

図１０は「特許文献１」に記載された従来のノード検出方法の一例を示す構成ブロック図である。図１０において１，２及び３はネットワーク機器であるコンピュータやサーバ等のノード、４はＬＡＮ（Local Area Network）のセグメント間を相互に接続する機器であるブリッジ、５はセグメント間で信号を中継する機器であるリピータ、６はプロトコル等を相互に変換して接続する機器であるゲートウェイ、７はノード検出装置、１００，１０１，１０２及び１０３は各セグメントを構成するネットワークである。

ノード１はネットワーク１００に相互に接続され、ノード２及び３はネットワーク１０１に相互に接続される。ブリッジ４はネットワーク１００とネットワーク１０２の間を相互に接続し、リピータ５はネットワーク１００とネットワーク１０１との間を相互に接続する。また、ゲートウェイ６はネットワーク１００とネットワーク１０３との間を相互に接続し、ノード検出装置７はネットワーク１００に相互に接続される。

ここで、図１０に示す従来例の動作を図１１、図１２、図１３、図１４及び図１５を用いて説明する。図１１はノード検出装置７の動作を説明するフロー図、図１２、図１３、図１４及び図１５は情報の流れを説明する説明図である。

図１１中”Ｓ００１”においてノード検出装置７は、検出周期が到来したか否かを判断し、もし、検出周期が到来したと判断した場合には、図１１中”Ｓ００２”においてノード検出装置７は、ネットワーク上の全てのノードに対してメッセージを送信する。

例えば、図１２中”ＢＣ０１”、”ＢＣ０２”、”ＢＣ０３”、”ＢＣ０４”及び”ＢＣ０５”に示すようにノード検出装置７は、ネットワーク１００及びリピータ５で接続されているネットワーク１０１上に存在するブリッジ４、ノード１、ノード２、ノード３及びゲートウェイ６に対してメッセージを送信する。

具体的には、当該メッセージとしては一般的なＩＣＭＰ（Internet Control Message Protocol）やアドレスリスを取得するためのＳＮＭＰ（Simple Network Management Protocol）等のプロトコルを用いる。また、上述のアドレスリストとしてはルーティングテーブルやＴＣＰ（Transmission Control Protocol）コネクションテーブル等がある。

図１１中”Ｓ００３”においてノード検出装置７は、前述のメッセージに対して応答してきたノードのリストを作成する。

例えば、図１３中”ＡＱ１１”、”ＡＱ１２”、”ＡＱ１３”、”ＡＱ１４”及び”ＡＱ１５”に示すようにノード検出装置７は、ネットワーク１００及びリピータ５で接続されているネットワーク１０１上に存在するブリッジ４、ノード１、ノード２、ノード３及びゲートウェイ６から応答を受信した場合には、当該ノードのリストを作成する。

また、図１１中”Ｓ００４”においてノード検出装置７は、リストに存在するノードから前述のようなアドレスリストを取得すると共に図１１中”Ｓ００５”においてノード検出装置７は、取得したアドレスリストをリストに追加する。

例えば、図１４中”ＧＬ２１”及び”ＧＬ２２”に示すようにノード検出装置７は、ＳＮＭＰ等のプロトコルを用いてリストに存在するブリッジ４及びゲートウェイ６からアドレスリストを取得すると共にリストに追加する。

そして、図１１中”Ｓ００６”においてノード検出装置７は、リストに新たなノードが追加されたか否かを判断し、もし、新たなノードが追加されたと判断した場合には、ノード検出装置７は、新たに追加されたノードに対して図１１中”Ｓ００４”及び”Ｓ００５”に示すステップを繰り返す。

例えば、新たなノードが追加されたと判断した場合には、ノード検出装置７は、図１５中”ＧＬ３１”及び”ＧＬ３２”に示すようにブリッジ４及びゲートウェイ６を介してネットワーク１０２及びネットワーク１０３に存在するノードからアドレスリストを取得すると共にリストに追加する。

この結果、ネットワーク上のノードに対してメッセージを送信し、応答してきたノードのリストを生成し、さらに、リストに存在するノードからアドレスリストを取得するステップを繰り返すことにより、ブリッジ４、或いは、ゲートウェイ６によって相互に接続されているネットワーク（セグメント）に存在するノードを順次発見することが可能になる。

しかし、図１０に示す従来例では、一定の検出周期でネットワーク上の全てのノードに対してメッセージを送信するため、ネットワークのトラフィックが増大してしまうと言った問題点があった。

例えば、ルーティングテーブル等のアドレスリストは短時間（検出周期）では内容がほとんど変化するものではないため、短時間（検出周期）でルーティングテーブル等のアドレスリストを取得する必要性がないものであると共にルーティングテーブル等のアドレスリストはデータ容量が大きいためネットワークのトラフィックが増大してしまうことになる。

また、帯域の狭いネットワークではその管理上、トラフィックを抑える管理ポリシーがとられる場合が多いため、このような管理ポリシーを有するネットワークには図９に示すノード検出方法をそのまま適用することが困難であると言った問題点があった。
従って本発明が解決しようとする課題は、ネットワークの構成及び運用に応じてノードの検出方法の選択が可能なノード検出方法及びノード検出装置を実現することにある。

このような課題を達成するために、本発明のうち請求項１記載の発明は、
ネットワークに接続されているノードを検出するノード検出方法であって、
予め初期のアドレスリストを設定しておき、周期に関する第１のスクリプトを解釈して検出周期を決定する第１のステップと、ノードの検出周期が到来した場合に情報を選択する際に用いられる第２のスクリプトを解釈して次に取得する情報を選択する第２のステップと、選択された情報を適合するプロトコルを用いて前記ネットワークを介して収集する第３のステップと、取得した情報を解釈して新たなノードが検出されたと判断した場合にノード情報を格納する第４のステップと、前回のノード検出までに検出された全てのノードに対して前記第２乃至第４のステップを行わせる第５のステップとから成ることにより、ネットワークの構成及び運用に応じてノードの検出方法の選択が可能になる。

請求項２記載の発明は、
請求項１記載の発明であるノード検出方法であって、
前記第１のスクリプトがカスタマイズ可能であることにより、ネットワークの構成及び運用に応じてノードの検出方法の選択が可能になる。

請求項３記載の発明は、
請求項１記載の発明であるノード検出方法であって、
前記第２のスクリプトがカスタマイズ可能であることにより、ネットワークの構成及び運用に応じてノードの検出方法の選択が可能になる。

請求項４記載の発明は、
ネットワークに接続されているノードを検出するノード検出装置において、
前記ネットワークを介して通信を行う通信手段と、取得したノード情報、周期に関する第１のスクリプトや次に取得する情報を選択する際に用いられる第２のスクリプトが格納される記憶手段と、予め初期のアドレスリストを設定しておき、前期第１のスクリプトを解釈して検出周期を決定し、ノードの検出周期が到来した場合に前記第２のスクリプトを解釈して次に取得する情報を選択すると共に選択された情報を適合するプロトコルを用いて前記ネットワークを介して収集し、取得した情報を解釈して新たなノードが検出されたと判断した場合にノード情報を前記記憶手段に格納し、前回のノード検出までに検出された全てのノードに対して情報の収集を行わせる演算制御手段とを備えたことにより、ネットワークの構成及び運用に応じてノードの検出方法の選択が可能になる。

請求項５記載の発明は、
請求項４記載の発明であるノード検出装置において、
前記演算制御手段で動作するフレームワークが、
全体を管理する管理機能と、前記第１及び第２のスクリプトを解釈するスクリプト解釈機能と、前記第２のスクリプトに基づき次に取得する情報を選択する取得情報選択機能と、取得される情報の種類毎に用意された複数の情報取得機能と、情報の取得に用いられるプロトコルに対応して送受信を行うプロトコル実装機能と、取得した情報の解釈を行う取得情報解釈機能と、取得した情報や情報選択時に用いられる情報を前記記憶手段に格納するノード情報格納機能とから構成され、前記管理機能は前記スクリプト解釈機能及び前記取得情報選択機能を制御し、前記取得情報選択機能は前記情報取得機能をそれぞれ制御し、前記情報取得機能は前記プロトコル実装機能を制御すると共に前記取得情報解釈機能を制御し、前記プロトコル実装機能は実装されたプロトコルを用いて通信を行い、前記取得情報解釈機能は前記ノード情報格納機能を制御することにより、ネットワークの構成及び運用に応じてノードの検出方法の選択が可能になる。

請求項６記載の発明は、
請求項５記載の発明であるノード検出装置において、
前記情報取得機能が、
前記フレームワークに対してプラグインにより追加、若しくは、削除が可能であることにより、運用中であっても新しい種類の情報を取得したりすることが可能になる。

請求項７記載の発明は、
請求項５記載の発明であるノード検出装置において、
前記プロトコル実装機能が、
使用されるプロトコル毎に前記フレームワークに設けられることにより、様々なプロトコルの通信に対応することができる。

請求項８記載の発明は、
請求項４若しくは請求項５記載の発明であるノード検出装置において、
前記第１のスクリプトがカスタマイズ可能であることにより、ネットワークの構成及び運用に応じてノードの検出方法の選択が可能になる。

請求項９記載の発明は、
請求項４若しくは請求項５記載の発明であるノード検出装置において、
前記第２のスクリプトがカスタマイズ可能であることにより、ネットワークの構成及び運用に応じてノードの検出方法の選択が可能になる。

請求項１０記載の発明は、
請求項４乃至請求項９のいずれかに記載の発明であるノード検出装置において、
アプリケーションの管理にも適用したことにより、使用されているアプリケーションの検出が可能になる。

請求項１１記載の発明は、
請求項４乃至請求項９のいずれかに記載の発明であるノード検出装置において、
前記ネットワーク内のノードでＷｅｂサーバが動作しているノードの検出に適用したことにより、Ｗｅｂサーバが動作しているノードを検出することが可能になる。

請求項１２記載の発明は、
請求項４乃至請求項９のいずれかに記載の発明であるノード検出装置において、
設置された機器の情報を自動的に取得するために適用したことにより、機器の配置変更を検出することが可能であり、また、配置変更された機器の状況やパラメータ等の情報を取得することが可能になる。

本発明によれば次のような効果がある。
請求項１，２，３，４，５，８及び請求項９の発明によれば、取得する情報毎にプラグイン可能な複数の情報取得機能を設けると共に情報の取得に用いられるプロトコルに対応して送受信を行う複数のプロトコル実装機能を設け、演算制御手段が検出周期をカスタマイズされたスクリプトを解釈して決定し、取得する情報をカスタマイズされたスクリプトを解釈して決定して適合する情報取得機能及びプロトコル実装機能を用いて情報を収集し解釈し新たなノードが検出された場合に記憶手段にノード情報を格納することにより、ネットワークの構成及び運用に応じてノードの検出方法の選択が可能になる。

また、請求項６の発明によれば、情報取得機能をプラグインでフレームワークに追加、或いは、削除することにより、運用中であっても新しい種類の情報を取得したりすることが可能になる。

また、請求項７の発明によれば、情報取得機能及びプロトコル実装機能以外の機能は特定にプロトコルには依存しなくなるので、プロトコル実装機能等を追加することにより、様々なプロトコルの通信に対応することができる。

また、請求項１０の発明によれば、ノード検出装置に用いたフレームワークをアプリケーションの管理等にも適用することにより、使用されているアプリケーションの検出が可能になる。

また、請求項１１の発明によれば、ノード検出装置に用いたフレームワークを用いることによって、ネットワーク内のノードでＷｅｂサーバが動作しているかを検出することが可能になる。

また、請求項１２の発明によれば、ノード検出装置に用いたフレームワークを用いることにより、ビル内のセンサや空調システム等の様々な機器の配置変更を検出することが可能であり、また、配置変更された機器の状況やパラメータ等の情報を取得することが可能になる。

以下本発明を図面を用いて詳細に説明する。図１は本発明に係るノード検出装置を用いたネットワークシステムの一実施例を示す構成ブロック図である。

図１において１，２，３，４，５，６，１００，１０１，１０２及び１０３は図１０と同一符号を付してあり、８はノード検出装置である。

また、図２はノード検出装置８の具体例を説明する構成ブロック図であり、図２において９は接続されたネットワーク（セグメント）との間で通信を行う通信手段、１０は装置全体を制御するＣＰＵ（Central Processing Unit）等の演算制御手段、１１はＣＲＴ（Cathode Ray Tube）、ＬＣＤ（Liquid Crystal Display）やＬＥＤ（Light Emitting Diode）等の表示手段、１２は装置を動作させる機能を実現するプログラムが格納され、また、取得したノード情報、周期に関するカスタマイズされたスクリプトや次に取得する情報を選択する際に用いられるカスタマイズされたスクリプト等を保存するハードディスクやＲＡＭ（Random Access Memory）等の記憶手段である。また、９，１０，１１及び１２はノード検出装置５０を構成している。

通信手段９はネットワーク１００（セグメント）に接続されると共に演算制御手段１０に相互に接続され、演算制御手段１０の表示出力は表示手段１１に接続される。また、記憶手段１２の入出力は演算制御手段１０に相互に接続される。

ここで、図１に示す実施例の動作を図３、図４、図５、図６、図７、図８及び図９を用いて説明する。図３は演算制御手段９で動作するフレームワークの機能の相関関係を示す説明図、図４は演算制御手段９の動作を説明するフロー図、図５、図６、図７及び図９は各機能間における情報の流れを説明する説明図、図８はネットワークにおける情報の流れを説明する説明図である。

図３は演算制御手段９で動作するフレームワークの機能及びその相関関係であり、当該フレームワークはスクリプトによって記述される。例えば、”ｉｆ文”のような条件節や”ＡＮＤ”や”ＯＲ”等の論理演算子を組み合わせる等してフレームワークを構成する。

また、図３において”ＦＣ４０１”は全体を管理する管理機能、”ＦＣ４０２”は周期に関するカスタマイズされたスクリプトや次に取得する情報を選択する際に用いられるカスタマイズされたスクリプトを解釈するスクリプト解釈機能、”ＦＣ４０３”は後者のスクリプトに基づき次に取得する情報を選択する取得情報選択機能、”ＦＣ４０４”、”ＦＣ４０５”及び”ＦＣ４０５”は取得される情報の種類毎に用意された情報取得機能（Ａ〜Ｃ）、”ＦＣ４０７”及び”ＦＣ４０８”は情報の取得に用いられるプロトコルに対応して送受信を行うプロトコル実装機能（Ａ〜Ｂ）、”ＦＣ４０９”は取得した情報の解釈を行う取得情報解釈機能、”ＦＣ４１０”は取得した情報や情報選択時に用いられる情報を記憶手段１２に格納するノード情報格納機能である。

図３中”ＦＣ４０１”に示す管理機能は、図３中”ＦＣ４０２”に示すスクリプト解釈機能及び図３中”ＦＣ４０３”に示す取得情報選択機能を制御し、図３中”ＦＣ４０３”に示す取得情報選択機能は、図３中”ＦＣ４０４”、”ＦＣ４０５”及び”ＦＣ４０６”に示す情報取得機能Ａ，Ｂ及び情報取得機能Ｃと、図３中”ＦＣ４１０”に示すノード情報格納機能をそれぞれ制御する。

図３中”ＦＣ４０４”、”ＦＣ４０５”及び”ＦＣ４０６”に示す情報取得機能Ａ、Ｂ及び情報取得機能Ｃは取得される情報の種類毎に用意されるので、例えば、図３中”ＦＣ４０４”に示す情報取得機能ＡはＩＣＭＰを使用した到達可能性等の情報を取得し、図３中”ＦＣ４０５”に示す情報取得機能Ｂはルーティングテーブル等の情報を取得する機能を有するものとして設定できる。

また、図３中”ＦＣ４０４”、”ＦＣ４０５”及び”ＦＣ４０６”に示す情報取得機能Ａ、Ｂ及び情報取得機能Ｃはプラグイン形式であり、ノード検出装置８の稼動後等であっても情報取得機能の追加、或いは、削除を容易に行うことができる。

図３中”ＦＣ４０４”及び”ＦＣ４０５”に示す情報取得機能Ａ及び情報取得機能Ｂはそれぞれ図３中”ＦＣ４０７”に示すプロトコル実装機能Ａを制御し、図３中”ＦＣ４０６”に示す情報取得機能Ｃは図３中”ＦＣ４０８”に示すプロトコル実装機能Ｂを制御する。

例えば、図３中”ＦＣ４０７”に示すプロトコル実装機能ＡはプロトコルとしてＩＣＭＰを用いる通信を行い、図３中”ＦＣ４０８”に示すプロトコル実装機能ＢはプロトコルとしてＳＮＭＰを用いる通信を行う。

一方、図３中”ＦＣ４０４”、”ＦＣ４０５”及び”ＦＣ４０６”に示す情報取得機能Ａ、Ｂ及び情報取得機能Ｃは図３中”ＦＣ４０９”に示す取得情報解釈機能を制御し、図３中”ＦＣ４０９”に示す取得情報解釈機能は図３中”ＦＣ４１０”に示すノード情報格納機能を制御する。

図４中”Ｓ１０１”において演算制御手段１０は、予め初期のアドレスリストを設定する。具体的には、各情報取得機能に対して初期のアドレスリストを設定する。

そして、図４中”Ｓ１０２”において演算制御手段１０は、記憶手段１２に格納されている周期に関するカスタマイズされたスクリプトを解釈して検出周期を決定する。具体的には、図５中”ＡＮ５１”に示すように図５中”ＦＣ４０１”に示す管理機能が、図５中”ＦＣ４０２”に示すスクリプト解釈機能に対して周期に関するカスタマイズされたスクリプトの解釈を行わせて検出周期を決定する。

例えば、前回に発見されたノード数が多い場合には、未発見のノードがまだ多数存在する可能性があるので検出周期を短くし、或いは、前回にはノードが発見されていない場合やトラフィックが高い場合には検出周期を長くする等、周期に関するカスタマイズされたスクリプトの解釈することにより検出周期を決定する。

図４中”Ｓ１０３”において演算制御手段１０は、ノードの検出周期が到来したか否かを判断し、ノードの検出周期が到来したと判断した場合には、ノードの検出を開始する。具体的には、図５中”ＣＭ５１”に示すように図５中”ＦＣ４０１”に示す管理機能が、図５中”ＦＣ４０３”に示す取得情報選択機能に対して次に取得する情報を選択するように制御する。

図４中”Ｓ１０４”において演算制御手段１０は、情報を選択する際に用いられるカスタマイズされたスクリプトを解釈して、次に取得する情報を選択する。

具体的には、図６中”ＧＤ６１”に示すように図６中”ＦＣ４０３”に示す取得情報選択機能が、図６中”ＦＣ４１０”に示すノード情報格納機能からノード情報（ノード状態、情報の種類、発見時間等）を読み出すと共に、図６中”ＡＮ６１”に示すように図６中”ＦＣ４０２”に示すスクリプト解釈機能に、情報を選択する際に用いられるカスタマイズされたスクリプトを読み出したノード情報に基づき解釈させて取得する情報を決定する。

例えば、図６中”ＦＣ４１０”に示すノード情報格納機能から読み出したノード情報に基づきスクリプトを解釈して当該ノードがＳＮＭＰエージェントを有する旨の情報が抽出された場合には、ＳＮＭＰを使用したルーティングテーブル等の情報を選択する。

また、例えば、一回に取得する情報は一種類として、ノード情報に基づきスクリプトを解釈して複数の情報の取得が可能である判断した場合には、優先度の高い情報を優先的に選択させる。

図４中”Ｓ１０５”において演算制御手段１０は、取得する情報を適合するプロトコル用いてネットワークを介して収集する。具体的には、図６中”ＣＭ６１”に示すように図６中”ＦＣ４０３”に示す取得情報選択機能が、図６中”ＦＣ４０５”に示す情報取得機能Ｂに対して選択された情報の収集を指示する。

そして、図７中”ＣＭ７１”に示すように図７中”ＦＣ４０５”に示す情報取得機能Ｂが、収集する情報に適合するプロトコルに対応して送受信を行う図７中”ＦＣ４０７”に示すプロトコル実装機能Ａに対して情報の収集を依頼する。

図７中”ＦＣ４０７”に示すプロトコル実装機能Ａは実装されたプロトコルを用いて、図８中”ＧＩ８１”、”ＧＩ８２”及び”ＧＩ８３”に示すように選択された情報を収集する。

図４中”Ｓ１０６”において演算制御手段１０は、取得した情報を解釈して新たなノードが検出されたと判断した場合には、記憶手段１２にノード情報を格納する。具体的には、図７中”ＩＭ７１”に示すように図７中”ＦＣ４０５”に示す情報取得機能Ｂが、図７中”ＦＣ４０７”に示すプロトコル実装機能Ａから選択された情報を取得する。

そして、図９中”ＡＮ９１”に示すように図９中”ＦＣ４０５”に示す情報取得機能Ｂは、取得した情報を図９中”ＦＣ４０９”に示す取得情報解釈機能に渡して、取得した情報の解釈を行わせると共に新たなノードが検出されたと判断した場合には、図９中”ＳＤ９１”に示すように図９中”ＦＣ４０９”に示す取得情報解釈機能が、図９中”ＦＣ４１０”に示すノード情報格納機能にノード情報を渡して格納させる。

最後に、図４中”Ｓ１０７”において演算制御手段１０は、前回のノード検出までに検出された全てのノードに対して図４中”Ｓ１０４”〜”Ｓ１０６”のステップを行ったか否かを判断し、もし、完了していないと判断した場合には図４中”Ｓ１０４”のステップに戻り、完了したと判断した場合には図４中”Ｓ１０２”のステップに戻る。

また、演算制御手段１０は、必要に応じてノードの検出結果を表示手段１１に適宜表示させる。

この結果、取得する情報毎にプラグイン可能な複数の情報取得機能を設けると共に情報の取得に用いられるプロトコルに対応して送受信を行う複数のプロトコル実装機能を設け、演算制御手段１０が検出周期をカスタマイズされたスクリプトを解釈して決定し、取得する情報をカスタマイズされたスクリプトを解釈して決定して適合する情報取得機能及びプロトコル実装機能を用いて情報を収集し解釈し新たなノードが検出された場合に記憶手段１２にノード情報を格納することにより、ネットワークの構成及び運用に応じてノードの検出方法の選択が可能になる。

より具体的には、ＩＣＭＰを使用したノードの到達可能性は調べないとか、或いは、１度取得したルーティングテーブルは再度取得しない等、スクリプトを変更して取得する情報の選択をカスタマイズすることにより、ネットワークの構成及び運用に応じてノードの検出方法の選択が可能になる。

また、前述のように、前回に発見されたノード数が多い場合には、未発見のノードがまだ多数存在する可能性があるので検出周期を短くし、或いは、前回にはノードが発見されていない場合やトラフィックが高い場合には検出周期を長くする等、周期に関するカスタマイズされたスクリプトの解釈することにより検出周期を決定することにより、検出周期のカスタマイズができてネットワークの構成及び運用に応じてノードの検出方法の選択が可能になる。

また、情報取得機能をプラグインでフレームワークに追加、或いは、削除することにより、運用中であっても新しい種類の情報を取得したりすることが可能になる。

さらに、情報取得機能及びプロトコル実装機能以外の機能は特定にプロトコルには依存しなくなるので、プロトコル実装機能等を追加することにより、例えば、”Ｂｌｕｅｔｏｏｔｈ”や”ＩＥＥＥ８０２．１１ｘ”等の無線ネットワーク等でもノードを発見等を行うことが可能になり、様々なプロトコルの通信に対応することができる。

なお、図１等に示す実施例の説明においてはブリッジやゲートウェイ等のネットワーク機器の発見に関して例示しているが、ノード検出装置に用いたフレームワークはアプリケーションの管理等にも適用することができる。この場合には、使用されているアプリケーションの検出が可能になる。

また、ノード検出装置に用いたフレームワークを用いることによって、ネットワーク内のノードでＷｅｂサーバが動作しているかを検出することが可能である。具体的には、第１のステップとしてノードの変換を行い、第２のステップとして発見されたノードに対してＨＴＴＰ（HyperText Transfer Protocol）で使用される”ポート番号８０”にアクセスして、応答が戻ってくれば当該ノードにおいてＷｅｂサーバが動作していることを確認することができる。

また、フィールドバス等の工場内での計測制御機器間の通信に用いられるディジタルネットワークを使用して工場等に設置されたセンサ等の機器との間で通信を行う場合、これらの機器（センサ等）の情報を自動的に取得するためにノード検出装置に用いたフレームワークを用いることが可能である。

例えば、ノード検出装置に用いたフレームワークを用いることにより、ビル内のセンサや空調システム等の様々な機器の配置変更を検出することが可能であり、また、配置変更された機器の状況やパラメータ等の情報を取得することが可能になる。

本発明に係るノード検出装置を用いたネットワークシステムの一実施例を示す構成ブロック図である。 ノード検出装置の具体例を説明する構成ブロック図である。 演算制御手段で動作するフレームワークの機能の相関関係を示す説明図である。 演算制御手段の動作を説明するフロー図である。 各機能間における情報の流れを説明する説明図である。 各機能間における情報の流れを説明する説明図である。 各機能間における情報の流れを説明する説明図である。 ネットワークにおける情報の流れを説明する説明図である。 各機能間における情報の流れを説明する説明図である。 従来のノード検出方法の一例を示す構成ブロック図である。 ノード検出装置の動作を説明するフロー図である。 情報の流れを説明する説明図である。 情報の流れを説明する説明図である。 情報の流れを説明する説明図である。 情報の流れを説明する説明図である。

符号の説明

１，２，３ ノード
４ ブリッジ
５ リピータ
６ ゲートウェイ
７，８，５０ ノード検出装置
９ 通信手段
１０ 演算制御手段
１１ 表示手段
１２ 記憶手段
１００，１０１，１０２，１０３ ネットワーク

Claims (12)

1. ネットワークに接続されているノードを検出するノード検出方法であって、
   予め初期のアドレスリストを設定しておき、
   周期に関する第１のスクリプトを解釈して検出周期を決定する第１のステップと、
   ノードの検出周期が到来した場合に情報を選択する際に用いられる第２のスクリプトを解釈して次に取得する情報を選択する第２のステップと、
   選択された情報を適合するプロトコルを用いて前記ネットワークを介して収集する第３のステップと、
   取得した情報を解釈して新たなノードが検出されたと判断した場合にノード情報を格納する第４のステップと、
   前回のノード検出までに検出された全てのノードに対して前記第２乃至第４のステップを行わせる第５のステップとから成るノード検出方法。
2. 前記第１のスクリプトがカスタマイズ可能であることを特徴とする
   請求項１記載のノード検出方法。
3. 前記第２のスクリプトがカスタマイズ可能であることを特徴とする
   請求項１記載のノード検出方法。
4. ネットワークに接続されているノードを検出するノード検出装置において、
   前記ネットワークを介して通信を行う通信手段と、
   取得したノード情報、周期に関する第１のスクリプトや次に取得する情報を選択する際に用いられる第２のスクリプトが格納される記憶手段と、
   予め初期のアドレスリストを設定しておき、前期第１のスクリプトを解釈して検出周期を決定し、ノードの検出周期が到来した場合に前記第２のスクリプトを解釈して次に取得する情報を選択すると共に選択された情報を適合するプロトコルを用いて前記ネットワークを介して収集し、取得した情報を解釈して新たなノードが検出されたと判断した場合にノード情報を前記記憶手段に格納し、前回のノード検出までに検出された全てのノードに対して情報の収集を行わせる演算制御手段と
   を備えたことを特徴とするノード検出装置。
5. 前記演算制御手段で動作するフレームワークが、
   全体を管理する管理機能と、
   前記第１及び第２のスクリプトを解釈するスクリプト解釈機能と、
   前記第２のスクリプトに基づき次に取得する情報を選択する取得情報選択機能と、
   取得される情報の種類毎に用意された複数の情報取得機能と、
   情報の取得に用いられるプロトコルに対応して送受信を行うプロトコル実装機能と、
   取得した情報の解釈を行う取得情報解釈機能と、
   取得した情報や情報選択時に用いられる情報を前記記憶手段に格納するノード情報格納機能とから構成され、
   前記管理機能は前記スクリプト解釈機能及び前記取得情報選択機能を制御し、前記取得情報選択機能は前記情報取得機能をそれぞれ制御し、前記情報取得機能は前記プロトコル実装機能を制御すると共に前記取得情報解釈機能を制御し、前記プロトコル実装機能は実装されたプロトコルを用いて通信を行い、前記取得情報解釈機能は前記ノード情報格納機能を制御することを特徴とする
   請求項４記載のノード検出装置。
6. 前記情報取得機能が、
   前記フレームワークに対してプラグインにより追加、若しくは、削除が可能であることを特徴とする
   請求項５記載のノード検出装置。
7. 前記プロトコル実装機能が、
   使用されるプロトコル毎に前記フレームワークに設けられることを特徴とする
   請求項５記載のノード検出装置。
8. 前記第１のスクリプトがカスタマイズ可能であることを特徴とする
   請求項４若しくは請求項５記載のノード検出装置。
9. 前記第２のスクリプトがカスタマイズ可能であることを特徴とする
   請求項４若しくは請求項５記載のノード検出装置。
10. アプリケーションの管理に適用したことを特徴とする
    請求項４乃至請求項９のいずれかに記載のノード検出装置。
11. 前記ネットワーク内のノードでＷｅｂサーバが動作しているノードの検出に適用したことを特徴とする
    請求項４乃至請求項９のいずれかに記載のノード検出装置。
12. 設置された機器の情報を自動的に取得するために適用したことを特徴とする
    請求項４乃至請求項９のいずれかに記載のノード検出装置。
    

Images