(57)【要約】【課題】  制御ノード／被制御機器の相互関係を固定的な設定によらずに可変に構築可能なネットワークを提供する。【解決手段】  制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎは立上がり時に、まず被制御機器属性登録テーブル２２−１を参照し、登録されたネットワークアドレスを基にすべての被制御機器（＃１〜＃Ｍ）１−１〜１−Ｍにシステム情報要求のＧｅｔ  Ｒｅｑｕｅｓｔコマンドを発行する。被制御機器（＃１〜＃Ｍ）１−１〜１−Ｍは、このコマンドを受けたことによって、同一のＣｏｍｍｕｎｉｔｙであることと、そのコマンドの妥当性とを確認することができると、送信元の制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎのネットワークアドレスを制御ノードアドレス記録テーブル１２−１〜１２−Ｍに順次ノード記録を行っていき、稼動中、制御ノードアドレス記録テーブル１２−１〜１２−Ｍの記録内容を保持する。【選択図】      図１
2007194758.tif 000002
【特許請求の範囲】
【請求項１】
複数の制御ノードと複数の被制御機器とがネットワークによって接続される通信システムであって、
前記複数の被制御機器各々は、前記制御ノードが前記ネットワークに参加して機器制御を行ったことを基にして前記制御ノードの存在を認識して記憶する記憶手段と、前記制御ノードによる機器制御によって変化した自機器の状態を当該機器制御を実行した制御ノードへ返送するとともにその自機器の状態を他の制御ノードに並行して伝達する手段とを有し、
前記複数の制御ノードは、前記複数の被制御機器から伝達された機器の状態にて他の制御ノードに保存される機器の状態と同一化することを特徴とする通信システム。
【請求項２】
前記複数の制御ノード各々は、前記ネットワークに随時参加／離脱可能とし、
前記複数の被制御機器各々は、前記ネットワークに参加した制御ノードからの制御データを受けることを特徴とする請求項１記載の通信システム。
【請求項３】
前記複数の制御ノード及び前記複数の被制御機器各々は、同一のグループに属しているという属性情報をそれぞれ保持することを特徴とする請求項１または請求項２記載の通信システム。
【請求項４】
前記複数の制御ノード各々は、予め前記複数の被制御機器のアドレス及びその属性を登録するテーブルを含み、システム動作を開始する時に、前記テーブルの登録情報を基に前記被制御機器の存在を問い合わせてリンクを確立するプロトコルシーケンスを発行してその時点で前記ネットワーク上に存在するかどうかを確認することを特徴とする請求項１から請求項３のいずれか記載の通信システム。
【請求項５】
前記複数の制御ノード各々は、システム稼動後も、前記複数の被制御機器各々へ構成を把握する更新プロトコルシーケンスを発行することを特徴とする請求項１から請求項４のいずれか記載の通信システム。
【請求項６】
前記複数の被制御機器各々は、前記制御ノードから自機器を対象とする制御コマンドが発行された時に、その制御コマンドの妥当性を判断し、正常であれば被制御動作を行うとともに、制御してきた制御ノードのアドレスを記憶することを特徴とする請求項１から請求項５のいずれか記載の通信システム。
【請求項７】
複数の被制御機器にネットワークによって接続される制御ノードであって、
予め前記複数の被制御機器のアドレス及びその属性を登録するテーブルと、システム動作を開始する時に前記テーブルの登録情報を基に前記被制御機器の存在を問い合わせてリンクを確立するプロトコルシーケンスを発行する手段とを有し、
前記プロトコルシーケンスの発行によって自ノードが前記ネットワーク上に存在することを前記複数の被制御機器各々に通知し、前記複数の被制御機器各々から自ノードのプロトコルシーケンス及び他のノードのプロトコルシーケンスに応答して返送される前記複数の被制御機器各々の状態にて他のノードに保存される機器の状態と同一化することを特徴とする制御ノード。
【請求項８】
前記複数の被制御機器各々の状態が、自ノード及び他のノードのいずれかによる機器制御によって変化した状態であることを特徴とする請求項７記載の制御ノード。
【請求項９】
前記ネットワークに随時参加／離脱可能とし、前記ネットワークに参加した時に前記複数の被制御機器各々に制御データを送信することを特徴とする請求項７または請求項８記載の制御ノード。
【請求項１０】
他のノード及び前記複数の被制御機器各々と同一のグループに属しているという属性情報を保持することを特徴とする請求項７から請求項９のいずれか記載の制御ノード。
【請求項１１】
システム稼動後も、前記複数の被制御機器各々へ構成を把握する更新プロトコルシーケンスを発行することを特徴とする請求項７から請求項１０のいずれか記載の制御ノード。
【請求項１２】
複数の制御ノードにネットワークによって接続される被制御機器であって、
前記制御ノードが前記ネットワークに参加して機器制御を行ったことを基にして前記制御ノードの存在を認識して記憶する記憶手段と、前記制御ノードによる機器制御によって変化した自機器の状態を当該機器制御を実行した制御ノードへ返送するとともにその自機器の状態を他の制御ノードに並行して伝達する手段とを有し、その伝達する機器の状態にて前記複数の制御ノード各々に保存される機器の状態と同一化することを特徴とする被制御機器。
【請求項１３】
前記複数の制御ノード各々が前記ネットワークに随時参加／離脱可能であり、前記ネットワークに参加した制御ノードからの制御データを受けることを特徴とする請求項１２記載の被制御機器。
【請求項１４】
前記複数の制御ノード及び他の機器と同一のグループに属しているという属性情報を保持することを特徴とする請求項１２または請求項１３記載の被制御機器。
【請求項１５】
前記制御ノードから自機器を対象とする制御コマンドが発行された時に、その制御コマンドの妥当性を判断し、正常であれば被制御動作を行うとともに、制御してきた制御ノードのアドレスを記憶することを特徴とする請求項１３から請求項１４のいずれか記載の被制御機器。
【請求項１６】
複数の制御ノードと複数の被制御機器とがネットワークによって接続される通信システムに用いる制御ノード間状態通知方法であって、
前記複数の被制御機器各々が、前記制御ノードが前記ネットワークに参加して機器制御を行ったことを基にして前記制御ノードの存在を認識して記憶手段に記憶する処理と、前記制御ノードによる機器制御によって変化した自機器の状態を当該機器制御を実行した制御ノードへ返送するとともにその自機器の状態を他の制御ノードに並行して伝達する処理とを実行し、
前記複数の制御ノードが、前記複数の被制御機器から伝達された機器の状態にて他の制御ノードに保存される機器の状態と同一化することを特徴とする制御ノード間状態通知方法。
【請求項１７】
前記複数の制御ノード各々が前記ネットワークに随時参加／離脱可能とし、
前記複数の被制御機器各々が、前記ネットワークに参加した制御ノードからの制御データを受けることを特徴とする請求項１６記載の制御ノード間状態通知方法。
【請求項１８】
前記複数の制御ノード及び前記複数の被制御機器各々が、同一のグループに属しているという属性情報をそれぞれ保持することを特徴とする請求項１６または請求項１７記載の制御ノード間状態通知方法。
【請求項１９】
前記複数の制御ノード各々が、予め前記複数の被制御機器のアドレス及びその属性を登録するテーブルを含み、システム動作を開始する時に、前記テーブルの登録情報を基に前記被制御機器の存在を問い合わせてリンクを確立するプロトコルシーケンスを発行してその時点で前記ネットワーク上に存在するかどうかを確認することを特徴とする請求項１６から請求項１８のいずれか記載の制御ノード間状態通知方法。
【請求項２０】
前記複数の制御ノード各々が、システム稼動後も、制御ノードが被制御機器へ構成を把握する更新プロトコルシーケンスを発行することを特徴とする請求項１６から請求項１９のいずれか記載の制御ノード間状態通知方法。
【請求項２１】
前記複数の被制御機器各々が、前記制御ノードから自機器を対象とする制御コマンドが発行された時に、その制御コマンドの妥当性を判断し、正常であれば被制御動作を行うとともに、制御してきた制御ノードのアドレスを記憶することを特徴とする請求項１６から請求項２０のいずれか記載の制御ノード間状態通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システム、制御ノード、被制御機器及びそれらに用いる制御ノード間状態通知方法に関し、特に複数の制御ノード／被制御機器が存在するネットワーク［Ｅｔｈｅｒｎｅｔ（登録商標）］において機器状態を複数の制御ノード間で矛盾なく把握できる状態通信方法に関する。
【背景技術】
【０００２】
従来、複数の制御ノード間における情報伝達方法においては、情報の送り側と受け側との間にＥｔｈｅｒｎｅｔ（登録商標）によるネットワークを構築し、各ノードのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス、ネットワークアドレスを基に制御ノード間に通信ポートを用意して情報データの受け渡しを行っている（例えば、特許文献１参照）。
【０００３】
これらのネットワーク上では、個々の制御ノードで送信／受信の１：１または１：Ｎの同報通知動作を行っている。
【特許文献１】特開２００３−３０４２４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した従来の情報伝達方法では、複数の送受信ノード間の情報データ送受信を行うために、固有のハード構成、プラットフォームが必要であり、これらに対応する固有のプロトコルに基づいて実行される。通信路または通信路上のノード終端装置も特定のものが使用され、システム全体のハード構成が複雑かつ高価なものであることが多い。
【０００５】
また、これらのハードを動作させるためのファームウェア、ドライバソフトウェア、アプリケーションソフトウェアも複雑で、送受信されるデータ形式も特定のプロトコルに基づいたヘッダ、識別子が多重多層に付加され、送受信プロトコルも複雑であることが多い。
【０００６】
そこで、本発明の目的は上記の問題点を解消し、制御ノード／被制御機器の相互関係を固定的な設定によらずに可変に構築することができる通信システム、制御ノード、被制御機器及びそれらに用いる制御ノード間状態通知方法を提供することにある。
【課題を解決するための手段】
【０００７】
本発明による通信システムは、複数の制御ノードと複数の被制御機器とがネットワークによって接続される通信システムであって、
前記複数の被制御機器各々は、前記制御ノードが前記ネットワークに参加して機器制御を行ったことを基にして前記制御ノードの存在を認識して記憶する記憶手段と、前記制御ノードによる機器制御によって変化した自機器の状態を当該機器制御を実行した制御ノードへ返送するとともにその自機器の状態を他の制御ノードに並行して伝達する手段とを備え、
前記複数の制御ノードは、前記複数の被制御機器から伝達された機器の状態にて他の制御ノードに保存される機器の状態と同一化している。
【０００８】
本発明による制御ノードは、複数の被制御機器にネットワークによって接続される制御ノードであって、
予め前記複数の被制御機器のアドレス及びその属性を登録するテーブルと、システム動作を開始する時に前記テーブルの登録情報を基に前記被制御機器の存在を問い合わせてリンクを確立するプロトコルシーケンスを発行する手段とを備え、
前記プロトコルシーケンスの発行によって自ノードが前記ネットワーク上に存在することを前記複数の被制御機器各々に通知し、前記複数の被制御機器各々から自ノードのプロトコルシーケンス及び他のノードのプロトコルシーケンスに応答して返送される前記複数の被制御機器各々の状態にて他のノードに保存される機器の状態と同一化している。
【０００９】
本発明による被制御機器は、複数の制御ノードにネットワークによって接続される被制御機器であって、
前記制御ノードが前記ネットワークに参加して機器制御を行ったことを基にして前記制御ノードの存在を認識して記憶する記憶手段と、前記制御ノードによる機器制御によって変化した自機器の状態を当該機器制御を実行した制御ノードへ返送するとともにその自機器の状態を他の制御ノードに並行して伝達する手段とを備え、その伝達する機器の状態にて前記複数の制御ノード各々に保存される機器の状態と同一化している。
【００１０】
本発明による制御ノード間状態通知方法は、複数の制御ノードと複数の被制御機器とがネットワークによって接続される通信システムに用いる制御ノード間状態通知方法であって、
前記複数の被制御機器各々が、前記制御ノードが前記ネットワークに参加して機器制御を行ったことを基にして前記制御ノードの存在を認識して記憶手段に記憶する処理と、前記制御ノードによる機器制御によって変化した自機器の状態を当該機器制御を実行した制御ノードへ返送するとともにその自機器の状態を他の制御ノードに並行して伝達する処理とを実行し、
前記複数の制御ノードが、前記複数の被制御機器から伝達された機器の状態にて他の制御ノードに保存される機器の状態と同一化している。
【００１１】
すなわち、本発明の通信システムは、複数の制御ノード／被制御機器が存在するネットワーク［Ｅｔｈｅｒｎｅｔ（登録商標）］において、制御ノードがネットワークへ随時参加／離脱することが可能であり、複数の被制御機器が参加した制御ノードからの制御データを受けることによって、制御ノードの存在を認識することで、機器状態を複数の制御ノード間で矛盾なく把握可能としている。
【００１２】
本発明の通信システムでは、上記の課題を解決するために、複数の制御ノードと複数の被制御機器とが、Ｅｔｈｅｒｎｅｔ（登録商標）を介して接続されるネットワークに収容し、相互の情報伝達を容易に行うシステムとしている。但し、複数の制御ノードと複数の被制御機器とが、同一のグループに属しているという属性情報をそれぞれ保持している。
【００１３】
制御ノードには、予め被制御機器のアドレス、属性を登録したテーブルを用意している。制御ノードは、このテーブルの登録情報を基にシステム動作を開始する時に、被制御機器の存在を問い合わせてリンクを確立するプロトコルシーケンスを発行し、その時点でネットワーク上に存在するかどうかを確認する。これはシステム開始時の制御シーケンスによって必ず行われる。
【００１４】
また、本発明の通信システムでは、システム稼動後も、制御ノードが被制御機器へ構成を把握する更新プロトコルシーケンスを発行することによって、最新のシステム構成を認識することが可能である。これによって、本発明のネットワークでは、制御ノード側において、可変するシステム構成への対応を取ることが可能となる。
【００１５】
一方、被制御機器側では初めの状態において、どこの制御ノードから機器制御を受け取るか認識してはいない。制御ノードから制御対象とする機器に制御コマンドが発行された時に、被制御機器はその制御コマンドの妥当性を判断し、正常であれば被制御動作を行うとともに、制御してきた制御ノードのアドレスを記憶する。
【００１６】
被制御機器は、システム動作を開始した時点で、ノードアドレス情報を全く持っていない。しかしながら、被制御機器は、制御してきた制御ノードのアドレス情報を連続して運転される間、保持する。これによって、本発明のネットワークでは、固定的な設定情報を持たせる場合に必要となるシステム構成が変更される度に行われる設定情報更新を避けることが可能となる。
【００１７】
このようにして、本発明の通信システムでは、被制御機器が制御を受取ることがあった複数の制御ノードのアドレスを、制御を受取る毎に記録していき、その都度、関係する制御ノードを把握していき、機器状態を返送すべき対象として認識していく。
【００１８】
本発明の通信システムでは、Ｅｔｈｅｒｎｅｔ（登録商標）上の制御プロトコルとして、一般的なＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）プロトコルを利用している。制御ノードからの制御コマンドは、ＳＮＭＰプロトコルのＳｅｔ  ＲｅｑｕｅｓｔメッセージとＧｅｔ  Ｒｅｑｕｅｓｔメッセージとを使用し、それに応じて被制御機器からはＧｅｔ  Ｒｅｐｌｙメッセージを制御してきた制御ノードに返す。
【００１９】
これらメッセージはＳＮＭＰのプライベートＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）内でシステム固有のＯＩＤ（Ｏｂｊｅｃｔ  ＩＤｅｎｔｉｆｉｅｒ）を使用している。このＯＩＤは各機器制御種別に応じて割り振られており、具体的な制御コマンド、データがそのデータエリアに配置されている。それを相互に設定／解釈することでシステム動作を行う。
【００２０】
被制御機器はＯＩＤをインデックスとして、このデータエリアにある制御コマンドを解釈して機器制御を実行し、その結果、変化する機器状態を制御元の制御ノードに１：１で返送する。また、被制御機器は機器状態を返送すべき対象として認識した制御ノードに対して、ＴＲＡＰメッセージを使用して逐次、機器状態を送信する。このＴＲＡＰメッセージのデータエリアはＧｅｔ  Ｒｅｐｌｙメッセージのデータエリアと同じため、制御元以外の制御ノードにも同一の機器状態を伝えることが可能である。
【００２１】
つまり、本発明の通信システムでは、制御情報データを送受信する通信システムとして、Ｅｔｈｅｒｎｅｔ（登録商標）によるネットワークで結んだシステムを用意し、このネットワークにＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）プロトコル上でＳＮＭＰメッセージを適用させ、複数の制御ノード、複数の被制御機器を同一のＣｏｍｍｕｎｉｔｙに所属させ、複数の制御ノードをＳＮＭＰマネージャと設定し、複数の被制御機器をＳＮＭＰエージェントに設定する。
【００２２】
ＳＮＭＰマネージャ／ＳＮＭＰエージェント間は、システムで取り決めたＩＤ（ＯＩＤ）によって情報の送受信を行い、新たにネットワークに参加した制御ノードがこの形式で特定の被制御機器に対して制御を行うと、それを被制御機器が認識して、当該制御ノードを機器状態を返送すべきノードとして登録を行うことで、その登録情報を基に、関係する制御ノード全体を把握することが可能となる。被制御機器が機器状態を通知する時には、確認することができた各制御ノードに向けてＴＲＡＰ信号を発行するので、制御ノード間で差異のない状態を受信して認識することが可能となる。
【発明の効果】
【００２３】
本発明は、上記のような構成及び動作とすることで、制御ノード／被制御機器の相互関係を固定的な設定によらずに可変に構築することができるという効果が得られる。
【発明を実施するための最良の形態】
【００２４】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるネットワークの構成を示すブロック図である。図１において、本発明の一実施例によるネットワークは被制御機器（＃１〜＃Ｍ）１−１〜１−Ｍと、制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎとから構成されている。
【００２５】
被制御機器（＃１〜＃Ｍ）１−１〜１−ＭはＣｏｍｍｕｎｉｔｙ名称１１−１〜１１−Ｍと、制御ノードアドレス記録テーブル１２−１〜１２−Ｍとを備え、ネットワーク制御インタフェースが容易に設定可能で、制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎからの機器制御を受付けた後で内部ハード出力、状態のセンス等の一連の制御をリアルタイムに実行できるファームウェアを備えている。
【００２６】
制御ノード（＃１〜＃Ｎ）２−１〜２−ＮはＣｏｍｍｕｎｉｔｙ名称２１−１〜２１−Ｍと、被制御機器属性登録テーブル２２−１〜２２−Ｍとを備え、機器を制御する端末としてネットワーク制御インタフェースが容易に設定可能で、機器制御操作を受付けるユーザインタフェースも容易に構築できるＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等のインテリジェンシーのあるノードである。
【００２７】
これら制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎ及び被制御機器（＃１〜＃Ｍ）１−１〜１−Ｍはネットワーク上の固有のアドレスを持ち、同一のグループを形成するため、同一のＣｏｍｍｕｎｉｔｙ名称１１−１〜１１−Ｍ，２１−１〜２１−Ｍをそれぞれ保持している。このＣｏｍｍｕｎｉｔｙ名称１１−１〜１１−Ｍ，２１−１〜２１−Ｍに属するノード、機器の間で制御／応答のメッセージ（制御コマンド１０１〜１０Ｎ、制御応答２０１〜２０Ｎ）のやり取りが可能となる。また、制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎは予め登録された被制御機器属性登録テーブル２２−１〜２２−Ｍを内部に持っている。
【００２８】
図２及び図３は本発明の一実施例によるネットワークのシステム立上げ時の信号の流れを示すシーケンスチャートであり、図４は本発明の一実施例によるネットワークの機器制御時の信号の流れを示すシーケンスチャートである。図２は制御ノード（＃１，＃２）２−１，２−２がシステム立上げを行った時の各信号の流れを示し、図３は制御ノード（＃１，＃２）２−１，２−２が操作によって更新シーケンスを行う場合の各信号の流れを示している。
【００２９】
また、図４は制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎから被制御機器（＃１）１−１に対して制御を行う場合にコマンドの発行とそれに応じた被制御機器（＃１）１−１からの状態通知応答のシーケンスを示している。この場合、被制御機器（＃１）１−１はその状態通知を、直接には制御してこない他の制御ノード（＃２〜＃Ｎ）２−２〜２−Ｎにも並行して通知するためのシーケンスも示している。
【００３０】
以下、これら図１〜図４を参照して本発明の一実施例によるネットワークの動作、つまり制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎ及び被制御機器（＃１〜＃Ｍ）１−１〜１−Ｍにおける信号の流れについて説明する。以下の説明では、図２及び図３に関して被制御機器（＃１，＃２）１−１，１−２と制御ノード（＃１，＃２）２−１，２−２との間の信号の流れについて、図４に関して被制御機器（＃１）１−１と制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎとの間の信号の流れについてそれぞれ述べる。
【００３１】
制御ノード（＃１）２−１は立上がり時に（図２のａ１参照）、まず被制御機器属性登録テーブル２２−１を参照し（図２のａ２参照）、登録されたネットワークアドレスを基にすべての被制御機器（＃１，＃２）１−１，１−２にシステム情報要求のＧｅｔ  Ｒｅｑｕｅｓｔコマンドを発行する（図２のａ３，ａ５参照）。
【００３２】
被制御機器（＃１，＃２）１−１，１−２は、このコマンドを受けたことによって、同一のＣｏｍｍｕｎｉｔｙであることと、そのコマンドの妥当性とを確認することができると、送信元の制御ノード（＃１）２−１のネットワークアドレスを制御ノードアドレス記録テーブル１２−１，１２−２に順次ノード記録を行っていき（図２のａ４，ａ６参照）、稼動中、制御ノードアドレス記録テーブル１２−１，１２−２の記録内容を保持する。
【００３３】
この制御ノードアドレス記録テーブル１２−１，１２−２は、被制御機器（＃１，＃２）１−１，１−２のシステム立上げ時に初期化されている。被制御機器（＃１，＃２）１−１，１−２は、ノード記録を行うとともに、送信元の制御ノード（＃１）２−１にＧｅｔ  Ｒｅｐｌｙ応答を返す（図２のａ７，ａ８参照）。
【００３４】
制御ノード（＃１）２−１はＧｅｔ  Ｒｅｐｌｙ応答が返送されてきたことを基にして、被制御機器（＃１，＃２）１−１，１−２がネットワーク上に稼動して存在していることを確認することができる。また、Ｇｅｔ  Ｒｅｐｌｙ応答には稼動状態のみでなく、被制御機器（＃１，＃２）１−１，１−２の機器構成、属性（制御パラメータ状態、アラーム状態等）を含んだデータが乗せてあるので、制御ノード（＃１）２−１は接続時の被制御機器（＃１，＃２）１−１，１−２の詳細な情報を得ることができる。
【００３５】
制御ノード（＃２）２−２のシステム立上がり時には、上述した制御ノード（＃１）２−１と同様の制御が行われ、被制御機器（＃１，＃２）１−１，１−２の制御ノードアドレス記録テーブル１２−１，１２−２にノード記録され、被制御機器（＃１，＃２）１−１，１−２からのＧｅｔ  Ｒｅｐｌｙ応答を受取る（図２のａ９〜ａ１６参照）。
【００３６】
制御ノード（＃１，＃２）２−１，２−２のシステム立上がり時は、上記のようにして、被制御機器属性登録テーブル２２−１，２２−２の登録内容を基にネットワーク上の被制御機器（＃１，＃２）１−１，１−２の状態を確認することができる。
【００３７】
しかしながら、システムが運用されて機器接続状態に変化が生じた場合への対処として、制御ノード（＃１，＃２）２−１，２−２からシステム状態更新操作を実行する（図３のａ１７，ａ２５参照）。これによって、制御ノード（＃１，＃２）２−１，２−２からは、システム立上がり時と同様にして、システム情報要求のＧｅｔ  Ｒｅｑｕｅｓｔコマンドが発行され（図３のａ１９，ａ２７参照）、上記と同様なシーケンスを行うことで（図３のａ１７〜ａ３２参照）、最新の被制御機器（＃１，＃２）１−１，１−２の状態を確認することができる。
【００３８】
次に、制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎの中のある１つの制御ノード（＃１）２−１から機器制御Ｓｅｔ  Ｒｅｑｕｅｓｔコマンドが被制御機器（＃１）１−１に送られた場合の動作例について述べる。
【００３９】
機器制御Ｓｅｔ  Ｒｅｑｕｅｓｔコマンドには、制御種別に応じたＩＤ（ＯＩＤ：Ｏｂｊｅｃｔ  ＩＤｅｎｔｉｆｉｅｒ）、制御データが載っており、被制御機器（＃１）１−１はこのコマンドに対して制御ノードアドレス記録テーブル１２−１の記録内容を基に妥当性確認を行った後、制御内容を解釈して最終のハードウェア制御を行う。被制御機器（＃１）１−１は制御によって変化した機器状態を取得し、制御元の制御ノード（＃１）２−１に状態データを含んだ応答を返送する（図４のｂ１〜ｂ３参照）。
【００４０】
このようにして、被制御機器（＃１）１−１の変化した機器状態は、制御元の制御ノード（＃１）２−１に返送されるが、他の制御ノード（＃２〜＃Ｎ）２−２〜２−Ｎに同じ状態を返して各ノード間で差異が生じないようにしなければならない。
【００４１】
このため、被制御機器（＃１）１−１は、これまで制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎのシステム立上げ、更新操作の都度、収集してきた制御ノード（＃１〜＃Ｎ）２−１〜２−ＮのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを記録した制御ノードアドレス記録テーブル１２−１を参照して、状態を返送すべき制御ノード（＃２〜＃Ｎ）２−２〜２−Ｎを特定する。
【００４２】
これら制御ノード（＃２〜＃Ｎ）２−２〜２−Ｎに向けた状態通知のために、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）プロトコルのＴＲＡＰメッセージを使用する。ＴＲＡＰメッセージには、制御ノード（＃１）２−１からの機器制御Ｓｅｔ  Ｒｅｑｕｅｓｔコマンドに返した機器状態応答Ｇｅｔ  Ｒｅｐｌｙ応答に乗せている機器状態データと同一の内容を機器状態応答ＴＲＡＰメッセージとして乗せる（図４のｂ４〜ｂ６参照）。これによって、ＴＲＡＰメッセージを受けた制御ノード（＃２〜＃Ｎ）２−２〜２−Ｎ間では被制御機器（＃１〜＃Ｍ）１−１〜１−Ｍの状態に差が生じない。
【００４３】
ＴＲＡＰメッセージ送信の基になる、制御ノードアドレス記録テーブル１２−１はシステムが稼動状態になっていく過程で自動的に更新、保持されるので、被制御機器（＃１）１側にプリセットするような設定作業は不要である。この制御ノードアドレス記録テーブル１２−１は被制御機器（＃１）１−１の立上がりで初期化される。
【００４４】
制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎ側の構成に変化、例えばネットワークからの離脱や電源ＯＦＦ等が行われた場合には、それを被制御機器（＃１）１−１側が検知することができない。そのため、制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎからは、一定周期で制御ノード存在通知システム情報要求を被制御機器（＃１）１−１に投げている（図４のｂ７〜ｂ１２参照）。
【００４５】
被制御機器（＃１）１−１はこの一定周期の制御ノード存在通知システム情報要求をある一定期間受信することができなければ、制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎがシステム上より存在しなくなったとして、制御ノードアドレス記録テーブル１２−１を更新する。
【００４６】
このように、本実施例では、制御情報システムにおいてネットワークによって接続された複数の制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎと複数の被制御機器（＃１〜＃Ｍ）１−１〜１−Ｍとの間で制御データを発行／受信することで、複数の被制御機器（＃１〜＃Ｍ）１−１〜１−Ｍ各々が制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎを記録していくことで、制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎ／被制御機器（＃１〜＃Ｍ）１−１〜１−Ｍの相互関係を固定的な設定によらずに可変に構築することができる。
【００４７】
また、本実施例では、上記のようにして構築した相互関係を使用して、制御ノード（＃１〜＃Ｎ）２−１〜２−Ｎ−被制御機器（＃１〜＃Ｍ）１−１〜１−Ｍの１：１制御／応答の情報やりとりに加えて、他の関係する制御ノードへの機器状態を並行して伝送することができるため、システム内で機器状態の把握に相違を生じさせないことが可能になる。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施例によるネットワークの構成を示すブロック図である。
【図２】本発明の一実施例によるネットワークのシステム立上げ時の信号の流れを示すシーケンスチャートである。
【図３】本発明の一実施例によるネットワークのシステム立上げ時の信号の流れを示すシーケンスチャートである。
【図４】本発明の一実施例によるネットワークの機器制御時の信号の流れを示すシーケンスチャートである。
【符号の説明】
【００４９】
１−１〜１−Ｍ  被制御機器（＃１〜＃Ｍ）
２−１〜２−Ｎ  制御ノード（＃１〜＃Ｎ）
１１−１〜１１−Ｍ，
２１−１〜２１−Ｍ  Ｃｏｍｍｕｎｉｔｙ名称
１２−１〜１２−Ｍ  制御ノードアドレス記録テーブル
２２−１〜２２−Ｍ  被制御機器属性登録テーブル
１０１〜１０Ｎ  制御コマンド
２０１〜２０Ｎ  制御応答
【図１】
2007194758.tif 000003
【図２】
2007194758.tif 000004
【図３】
2007194758.tif 000005
【図４】
2007194758.tif 000006