(57)【特許請求の範囲】
【請求項１】
ネットワーク上に複数のノードが接続されて構成される情報制御システムの、ノードの情報管理方法において、
前記ノードが実装するデバイスに関する情報および前記デバイスを実装しているノードの宛先情報とを含むノード情報の中に、取得したいデバイスに関する情報が含まれている場合には、前記デバイスに関する情報の送信を要求するデータ要求パケットを生成して、前記デバイスを実装しているノード宛に送信し、
前記ノードにおいて、受信したパケットが前記データ要求パケットへの応答パケットであり、かつ受信した前記ノード情報が自ノードにて保持するノード情報と異なる場合に、そのノード情報を揮発性記憶媒体および不揮発性記憶媒体に保存し、
前記ノードの停止時には、前記不揮発性記憶媒体に保存された前記ノード情報を削除し、
起動時に自ノードの前記不揮発性記憶媒体内に前記ノード情報が存在するかを確認して、前記ノード情報が存在する場合はそのノード情報を前記揮発性記憶媒体に読み込み、
障害発生時に、自ノード内の前記不揮発性記憶媒体に保存された前記ノード情報を読み込むことで、自律的に前記ノード情報の復元を行うことを特徴とする
ノードの情報管理方法。
【請求項２】
請求項１記載のノードの情報管理方法において、
通信時に、自ノード内の前記揮発性記憶媒体内に通信先のノード情報が存在するかを確認し、存在しない場合は、ブロードキャストを使用して前記ネットワークに一斉に問い合わせパケットを送信することを特徴とする
ノードの情報管理方法。
【請求項３】
請求項１記載のノードの情報管理方法において、
前記ノード情報には、前記ノードが実装するデバイスの総数、前記デバイスの種類、前記デバイスの名称、前記デバイスの状態、自ノードのＩＰアドレス、および前記デバイスが接続されているポート番号が含まれることを特徴とする
ノードの情報管理方法。
【請求項４】
請求項２記載のノードの情報管理方法において、
問い合わせの際に生成される前記問い合わせパケットには、前記ネットワーク内の他ノードが実装するデバイス名称を検索するデータが含まれることを特徴とする
ノードの情報管理方法。
【請求項５】
請求項２記載のノードの情報管理方法において、
他ノードより送信された問い合わせパケットを受信した際に、問い合わせパケットの中に、自ノードが実装するデバイスの名称が含まれることを確認した場合は、問い合わせ元のノードに対して、前記デバイスから取得した情報と、自ノード内のノード情報とで構成される応答パケットを生成し、ユニキャストにて送信することを特徴とする
ノードの情報管理方法。
【請求項６】
ネットワーク上に複数のノードが接続されて構成される情報制御システムにおいて、
前記それぞれのノードは、前記ノードが実装するデバイスに関する情報および前記デバイスを実装しているノードの宛先情報とを含むノード情報と、揮発性記憶媒体および不揮発性記憶媒体を備え、
前記それぞれのノードで、前記ノード情報の中に、取得したいデバイスに関する情報が含まれている場合には、前記デバイスに関する情報の送信を要求するデータ要求パケットを生成して、前記デバイスを実装しているノード宛に送信し、
前記ノードにおいて、受信したパケットが前記データ要求パケットへの応答パケットであり、かつ受信した前記ノード情報が自ノードにて保持するノード情報と異なる場合に、そのノード情報を前記揮発性記憶媒体および前記不揮発性記憶媒体に保存し、
前記ノードの停止時には、前記不揮発性記憶媒体に保存された前記ノード情報を削除し、
起動時に自ノードの前記不揮発性記憶媒体内に前記ノード情報が存在するかを確認して、前記ノード情報が存在する場合はそのノード情報を前記揮発性記憶媒体に読み込み、
障害発生時には、自ノード内の前記不揮発性記憶媒体に保存された前記ノード情報を読み込むことで、自律的に前記ノード情報の復元を行うことを特徴とする
情報制御システム。
【請求項７】
請求項６記載の情報制御システムにおいて、
前記ノードは、通信時に、自ノード内の前記揮発性記憶媒体内に通信先のノード情報が存在するかを確認し、存在しない場合は、ブロードキャストを使用して前記ネットワークに一斉に問い合わせパケットを送信することを特徴とする
情報制御システム。
【請求項８】
請求項６記載の情報制御システムにおいて、
前記ノード情報には、前記ノードが実装するデバイスの総数、前記デバイスの種類、前記デバイスの名称、前記デバイスの状態、自ノードのＩＰアドレス、および前記デバイスが接続されているポート番号が含まれることを特徴とする
情報制御システム。
【請求項９】
請求項７記載の情報制御システムにおいて、
問い合わせの際に生成される前記問い合わせパケットには、前記ネットワーク内の他ノードが実装するデバイス名称を検索するデータが含まれることを特徴とする
情報制御システム。
【請求項１０】
請求項７記載の情報制御システムにおいて、
前記ノードは、他ノードより送信された問い合わせパケットを受信した際に、問い合わせパケットの中に、自ノードが実装するデバイスの名称が含まれることを確認した場合は、問い合わせ元のノードに対して、前記デバイスから取得した情報と、自ノード内のノード情報とで構成される応答パケットを生成し、ユニキャストにて送信することを特徴とする
情報制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のノードがネットワークで接続されて構成される情報制御システム、及びその情報制御システム内のノードの情報を管理するノードの情報管理方法に関する。
【背景技術】
【０００２】
昨今の制御システムは自律分散型制御システムに移行しつつあり、各ノードが自由にデータの送受信ができるようになってきたが、通信の際には、事前に各ノードにおいて通信相手先のノード情報、例えばＩＰアドレスなどの宛先情報が取得されている必要がある。
【０００３】
つまり各ノードには、それぞれデータを送信する先のノード情報、例えばＩＰ（Internet Protocol）アドレスなどの情報が事前に設定されてある必要がある。しかし、ノード数が多い大規模システムにおいては、各ノードにこれらの情報を設定するのに、多大な労力や時間を要してしまう。
【０００４】
このため、大規模システムでは、サーバ等をシステム内に配置し、そこで集中してシステム全体のノード情報を管理する形態がとられる。つまりサーバ一台にて、データ送信時にノード情報の問合せや、データを送信する先のノード情報の取得などを行う形態がとられている。
【０００５】
特許文献１には、ＮＭＳ（Network Management Station）という監視装置を使い、ネットワークに接続されている複数ノードのノード情報を管理するシステムについての開示がある。
【特許文献１】特開２００２−２６１７６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところが、サーバなどで集中管理を行っている場合は、ネットワークに障害が発生し、いずれかのノードがダウンした場合、その復旧作業はサーバが行うように設定してあるため、サーバも同時にダウンしている時には、復旧まで時間がかかるという問題があった。
【０００７】
本発明はかかる点に鑑みてなされたものであり、いずれかのノードに障害が発生した場合も、その他のノード間では通常通りに通信が行えるようにし、さらに、瞬時停電などの障害発生時にも、障害発生前に既に取得済みのノード情報を活かして、速やかに復旧が行えるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、ネットワーク上に複数のノードが接続されて構成される情報制御システムにおいて、ノードが実装するデバイスに関する情報およびデバイスを実装しているノードの宛先情報とを含むノード情報の中に、取得したいデバイスに関する情報が含まれている場合には、デバイスに関する情報の送信を要求するデータ要求パケットを生成して、デバイスを実装しているノード宛に送信し、ノードにおいて、受信したパケットがデータ要求パケットへの応答パケットであり、かつ受信したノード情報が自ノードにて保持するノード情報と異なる場合には、受信したノード情報を、自ノード内に備える揮発性記憶媒体および不揮発性記憶媒体に保存し、ノードの停止時には、不揮発性記憶媒体に保存されたノード情報を削除し、起動時に自ノードの不揮発性記憶媒体内にノード情報が存在するかを確認して、ノード情報が存在する場合はそのノード情報を揮発性記憶媒体に読み込み、障害発生時には、自ノード内の不揮発性記憶媒体に保存されたノード情報を読み込ませることで、各ノードが自律的にノード情報の復元を行えるようにしたものである。
【発明の効果】
【０００９】
本発明によれば、各ノードが、データをノードへ送信する際に必要となる宛先などの情報をキャッシュとして揮発性記憶媒体に保持し、自律的に管理するため、サーバ等の集中管理を行うノードは不要となり、いずれかのノードが通信不能となっても、他のノード間の通信には影響が及ばず、オンライン業務をそのまま続行することが可能となる。
【００１０】
この場合、キャッシュ上の情報がバックアップとして不揮発性記憶媒体へ保存されることで、瞬時停電等が発生しても、既に取得済みのノード情報が損失してしまうことがなくなり、迅速に電源断前の状態まで復旧できるという効果がある。
【００１１】
また、揮発性記憶媒体上にキャッシュとして保存されている情報を、その内容に変化が生じる度に不揮発性記憶媒体へ退避されるようにすることで、バックアップされた情報は常に最新のものとなり、復旧時に古い情報が使われてしまうといった問題がなくなる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施の形態を、添付図面を参照して説明する。
図１は本例のシステム構成例を示した図である。ノードＡ、ノードＢ、ノードＣ、ノードＤがネットワーク５に接続されている状態が示されており、それぞれのノードには固有のＩＰアドレスが振られている。また、各ノードにて、ノード情報が記録されたノード情報３１を備えており、自らのＩＰアドレスもそこに記録されるようにしてある。ノード情報３１の詳細については後述する。また、ノードＣとノードＤには、それぞれＰＩ／Ｏ α１１、センサα１２、センサβ１３といったデバイス２７が実装されている。
【００１３】
次に、図２を参照して、各ノードのハードウェア構成例について説明を行う。各ノードは、入力装置２３、出力装置２４、ＣＰＵ（中央演算装置）２５のほか、読み込み・書き込み可能な揮発性記憶媒体２１と、不揮発性記憶媒体２２とを実装している。揮発性記憶媒体２１にはノード情報３１にて管理される情報が書き込まれるようにしてあり、その情報は通信Ｉ／Ｆ（Interface）部２６より入力される構成としてある。揮発性記憶媒体２１に記録された情報は、バックアップとして不揮発性記憶媒体２２に保存されるようにしてある。また、ノードによっては、ＰＩ／Ｏ αなどのデバイス２７を実装しているものもある。そして、これらはすべて内部バス２８により接続されている。
【００１４】
次に、図３〜１１を参照して、本例のシステム構成にて各ノードが通信を行う例を説明する。図３は各ノードＡ、Ｂ、Ｃ、Ｄがそれぞれに備える、ノード情報３１の構成例を示す図である。まず図３を参照して、ノード情報３１について説明する。本来、ノード情報３１には他ノードの情報も含まれるが、ここでは説明のため、自ノードの情報のみを表示させてある。デバイス名称３２や種類３３などの項目は、ノード情報３１が保持する情報を構成する要素であり、左から順に説明すると、デバイス名称３２は、そのノードに接続されているデバイス２７のユニークな名称を示す。種類３３は、デバイス２７の種類を示す。例えば、ノードＤにはセンサβ１３が実装されているので、図３において、ノードＤの種類３３はセンサとなる。総数３４は、そのノードに接続されているデバイス２７の総数を表す。例えばノードＡにはデバイス２７は接続されていないため、図３において、ノードＡの総数３４は０である。ノードＣには、ＰＩ／Ｏ α１１とセンサβ１２の二つのデバイス２７が接続されているので、ノードＣの総数３４は２となる。
【００１５】
状態３５は、ノードにデバイス２７が実装されている場合に、そのデバイス２７が現在稼働中であるか、もしくは停止中であるかの状態を示す。ノードＤに実装されているセンサβ１３が稼動しているならば、図３において、ノードＤの状態３５は稼動中となる。ＩＰアドレス３６は、デバイス２７が接続されているノードのＩＰアドレスを示す。ノードＡのＩＰアドレス３６にはＡという記載があるが、これはノードＡのＩＰアドレスがＡであることを示している。ポート番号３７は、接続しているデバイス２７と通信をするためのポート番号を示す。例えばセンサβ１３との通信を行なうためのポート番号はＤ１であるので、図３におけるノードＤのポート番号３７は、Ｄ１となる。
【００１６】
次に、図４〜図１５を参照して、各ノードにおける通信の処理例について説明を行う。ノードＡが、ノードＣにデバイス２７として接続されているセンサα１２のデータを受信したい場合を例に挙げ、処理の説明を行う。
【００１７】
図４は、各ノードが、希望するノードとの通信を行う場合の処理例を示したフローチャートである。まずノードＡは、センサα１２を所有するノードとの通信を行うため、自ノードの揮発性記憶媒体２１に保存されているノード情報３１に対して、デバイス名称３２が"センサα"となっているエントリが存在するかの検索をかける（ステップＳ４００）。
【００１８】
デバイス名称が存在しない場合、"センサα"を検索キーとする問合せパケットを生成し（ステップＳ４０１）、生成した問合せパケットを、ネットワーク５内にブロードキャストする（ステップＳ４０２）。問合せパケットの構成は、図５にて構成例が示されているとおり、送信元ＩＰアドレスと宛先ＩＰアドレス、送信元ポート番号と宛先ポート番号の他、そのパケットが何の目的で送信されたかを示すフラグと、デバイス名称とで構成される。問い合わせパケットは、ネットワーク５に対してブロードキャストされるものであるため、宛先ＩＰアドレスにはブロードキャストアドレスが設定され、宛先ポート番号にはワイルドカードが設定されるようにしてある。問い合わせパケット送信後は、いずれかのノードから応答はあったかの判断が行われ（ステップＳ４０３）、応答がない場合は、問い合わせパケットを破棄する（ステップＳ４０４）。いずれかのノードより応答パケットを受信した場合の処理についての説明は、後述するパケット受信後の処理の説明の中で行う。
【００１９】
デバイス名称が"センサα"であるエントリ、つまりノードＣの情報が、自ノードの揮発性記憶媒体２１に保存されているノード情報３１の中に存在した場合は、ステップＳ４００において“ＹＥＳ”が選択され、ノード情報３１からノードＣのＩＰアドレス３６、ポート番号３７など、通信に必要な情報を読み込み、ノードＣにデータ要求パケットを送信する（ステップＳ４０５）。データ要求パケットの構成も図５にて例示された問い合わせパケットの構成とほぼ同様であるが、フラグ値は、データ要求パケットを意味する値を持たせるようにしてある。ノードＣにデータ要求パケットを送信したものの、ノードＣからの応答がない場合は（ステップＳ４０６）、ノードＡは、自ノード内のノード情報３１のうち、ノードＣに関するデータを削除した上で（ステップＳ４０７）、問合せパケットを生成し（ステップＳ４０１）、ネットワーク５に対してブロードキャストで送信する（ステップＳ４０２）。次に、いずれかのノードから応答があったかを判断し（ステップＳ４０３）、応答がない場合は、問い合わせパケットを削除する（ステップＳ４０４）。応答パケットを受信した後の処理については、後述する。
【００２０】
図６は、パケットを受信した後の、各ノードにおける処理例を示すフローチャートである。ここでは、ステップＳ４０２にてノードＡがブロードキャストした問い合わせパケットを、各ノードが受信した場合を想定し、パケット受信処理の説明を行う。問合せパケットを受信した場合は、ステップＳ５０１において“ＹＥＳ”が選択され、各ノードは、パケット内の検索キーであるデバイス名称“センサα”が、自ノードのノード情報３１内に存在するかを検索する（ステップＳ５０２）。ノードＣは、問合せパケット内のデバイス名称である“センサα”を実装しているため、自ノードのノード情報３１を組み込んだパケットを生成し（ステップＳ５０３）、問合せ元ノードＡに対して、１対１の通信を行うユニキャストにて、応答パケットを送信する（ステップＳ５０４）。ユニキャストにて送信される応答パケットの構成例は、図９にて示してある。送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号とフラグ、自ノードのノード情報３１とで構成される。ノードＢやノードＤにおいては、問合せパケット内の検索キーであるデバイス名称“センサα”は接続されていないため、Ｓ５０２では“ＮＯ”が選択され、受信した問合せパケットは破棄される（ステップＳ５０５）。
【００２１】
図７は、各ノードにおいて受信したパケットが、Ｓ４０５にて送信されたデータ要求パケットであった場合の処理例を示すフローチャートである。ノードＣが、ノードＡから送信された、センサα１２のデータを要求するデータ要求パケットを受信した場合の処理を例に挙げて説明を行う。
【００２２】
受信したパケットがデータ要求パケットであった場合は、ステップＳ５０６において“ＹＥＳ”が選択される。次に、ノードＣはセンサα１２よりデータの取得を行い、データ取得の可否の判断がされる（ステップＳ５０７）。センサαよりデータ取得が可能であった場合は、ノードＣは、センサα１２からの取得データと、自ノードのノード情報３１を含めた応答パケットを生成し（ステップＳ５０８）、データ要求元であるノードＡへユニキャストにて送信する（ステップＳ５０９）。データ要求パケットに対する応答パケットの構成例は、図１０にて示してある。送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号とフラグの他、デバイス２７から取得した情報と、自ノードのノード情報３１とで構成される。デバイス２７を複数所有するノードが作成する応答パケットにおいては、デバイスの数だけフラグ、デバイスからの取得情報、自ノードの自ノード情報３１が存在することになる。
【００２３】
ノードＣに接続されているセンサα１２が停止中である場合は、ノードＣはセンサα１２のデータを取得できない。この場合、図７のステップＳ５０７では“ＮＯ”が選択され、ノードＣは、自ノードのノード情報３１を含む応答パケットを生成し（ステップＳ５１０）、データ要求元であるノードＡへユニキャストにて応答パケットを送信する（ステップＳ５０９）。
【００２４】
次に、ノードＣからの応答パケットを受信した後のノードＡの処理について、図８のフローチャートと、ノード情報の遷移例を示す図１１〜１３とを参照して説明を行う。ノードＡとノードＣにおけるノード情報３１は、図１１にて例示されている内容であるとする。ノードＡは、ノードＣからの応答パケットを受信後、自ノードの揮発性記憶媒体２１上に、自ノード以外のノード情報３１が保存されているかの確認を行い（ステップＳ５１１）、存在を確認した場合は、既に保持しているノード情報３１と、ノードＣから受信したノード情報３１の内容とで差異があるかを確認する（ステップＳ５１２）。ノードＡとＣにおけるノード情報３１は図１１に示されたとおりであるとすると、ノードＣからの応答パケットを受信前のノードＡのノード情報３１である（１）と、ノードＣからの応答パケットに含まれるノード情報３１である（２）とでは差異がないため、ノードＡは、応答パケットに含まれるセンサα１２の取得データを取得し、受信した応答パケットを破棄する（ステップＳ５１３）。
【００２５】
図１２は、ノードＡがノードＣから応答パケットを受信する前後で、ノードＣの実装するセンサα１２の状態に変化があった場合の、ノードＡとノードＣのノード情報３１を示す図である。図８のフローを参照にして、ノードＡでの、ノードＣからの応答パケット受信後の処理を説明すると、ノードＡには自ノード以外のノード情報３１が存在するため、ステップＳ５１２では“ＹＥＳ”が選択され、保持しているノード情報３１と、ノードＣから受信した応答パケットに含まれるノード情報３１との間に、差異があるかの確認が行われる（ステップＳ５１２）。ノードＡが保持するノード情報３１が、図１３の（１）であり、ノードＣからの応答パケット中のノード情報３１が図１３の（２）である場合、センサα１２の状態が、ノードＡにおいては稼働中、ノードＣでは停止中と異なっているため、条件分岐では“ＹＥＳ”が選択され、次に、受信したパケットがデータ要求パケットへの応答パケットであるかの判断が行われる（ステップＳ５１４）。ノードＡが受信したのは、データ要求パケットへの応答パケットであるため、ノードＡは、ノードＣからの応答パケットからセンサα１２のデータを取得し、受信したノードＣのノード情報３１で、自ノードの揮発性記憶媒体２１に保持されるノード情報３１を上書きする（ステップＳ５１５）。このとき、ノードＡのノード情報３１は、図１３の（３）のようになる。最後に、揮発性記憶媒体２１に保持されたノード情報３１は、不揮発性記憶媒体２２に退避される（ステップＳ５１６）。
【００２６】
図１３は、ノードＡがノードＣから応答パケットを受信する前後で、ノードＣのノード情報３１に変更があった場合の、ノードＡとノードＣのノード情報３１を示す図である。（２）で、ＰＩ／Ｏ αに二重線が引いてあるが、これはＰＩ／Ｏ α１１がノードＣより削除されたことを意味している。図においては、理解しやすくするため二重線が用いられているが、実際には、その行ごと削除されるようにしてある。図８のフローチャートを参照して、ノードＡにおけるノードＣからの応答パケット受信後の処理を説明すると、ノードＡには自ノード以外のノード情報が存在するため、ステップＳ５１１では“ＹＥＳ”が選択され、保持しているノード情報３１と、ノードＣから送信された応答パケットに含まれるノード情報３１との間に差異があるかの確認が行われる（ステップＳ５１２）。ノードＡが保持するノード情報３１である（１）にはＰＩ／Ｏ α１１の情報が含まれているが、ノードＣにおけるノード情報３１である（２）にはＰＩ／Ｏ α１１の情報は含まれていないため、条件分岐では“ＹＥＳ”が選択され、次に、受信したパケットがデータ要求パケットへの応答パケットであるかの判断が行われる（ステップＳ５１４）。ノードＡが受信したのは、データ要求パケットへの応答パケットであるため、ノードＡは、ノードＣからの応答パケットからセンサα１２のデータを取得し、受信したノードＣのノード情報３１で、自ノードの揮発性記憶媒体２１に保持されるノード情報３１を上書きする（ステップＳ５１５）。このとき、ノードＡのノード情報３１は、図１３の（３）のように変化し、ＰＩ／Ｏ α１１の情報が削除され、デバイス２７の総数が１に減数されていることがわかる。そして、揮発性記憶媒体２１に保持されたノード情報３１は、不揮発性記憶媒体２２に退避される（ステップＳ５１６）。
【００２７】
図１４は、ノードの停止時における処理例を示すフローチャートである。ノード正常停止時には、不揮発性記憶媒体２２にノード情報３１が保存されているかの確認が行われ（ステップＳ９００）、ノード情報３１が存在しない場合は、ノードは停止される（ステップＳ９０２）。ノード情報３１が存在する場合は、不揮発性記憶媒体２２にて保持されたノード情報３１が削除され（ステップＳ９０１）、ノードが停止される（ステップＳ９０２）。よって、瞬時停電などにより一時的に電源断となった場合は、ノード停止処理が実行されず、不揮発性記憶媒体２２内にはノード情報３１が保持されたままとなる。
【００２８】
図１５は、ノードの起動時における処理例を示すフローチャートである。ノード起動時には、不揮発性記憶媒体２２にノード情報３１があるかの判断がされ（ステップＳ９０３）、ノード情報３１が存在する場合は、そのノード情報３１は揮発性記憶媒体２１に読み込まれる（ステップＳ９０４）。また、ノード情報３１が存在しない場合は、自ノードのノード情報３１が揮発性記憶媒体２１に読み込まれる（ステップＳ９０５）。
【００２９】
このようにして、各ノードが他ノードと通信する際に必要となる宛先などのノード情報を、キャッシュとして揮発性記憶媒体２１に保持させ、自律的に管理させるため、集中管理を行うノードが不要となり、ネットワーク上のいずれかのノードにおいて障害が発生しても、障害の影響がシステム全体に波及することがなくなる。
【００３０】
この場合、揮発性記憶媒体２１のノード情報３１がバックアップとして不揮発性記憶媒体２２へ退避されることで、瞬時停電等が発生しても既に取得済みのノード情報は保持されるため、そのノード情報を利用して速やかに電源断前の状態まで復旧できる。
【００３１】
また、揮発性記憶媒体２１上に保持されているノード情報３１を、その内容に変更が加わる度に不揮発性記憶媒体２２に退避させるため、不揮発性記憶媒体２２に退避されたノード情報３１は常に最新のものとなる。このため、復旧後に新たに各ノードがノード情報３１を取得しなおす必要がなくなり、迅速に復旧を行うことができる。
【図面の簡単な説明】
【００３２】
【図１】本発明の一実施の形態によるシステム例を示す構成図である。
【図２】本発明の一実施の形態によるシステムを構成するノードのハードウェア例を示す構成図である。
【図３】本発明の一実施の形態によるシステムを構成するノードの管理するノード情報のテーブル構成例を示す説明図である。
【図４】本発明の一実施の形態によるノード情報の問合せ処理例を示すフローチャートである。
【図５】本発明の一実施の形態による問い合わせパケットの構成例を示す説明図である。
【図６】本発明の一実施の形態による問い合わせパケット受信後の処理例を示すフローチャートである。
【図７】本発明の一実施の形態によるデータ要求パケット受信後の処理例を示すフローチャートである。
【図８】本発明の一実施の形態による応答パケット受信後の処理例を示すフローチャートである。
【図９】本発明の一実施の形態による問い合わせパケットへの応答パケットの構成例を示す説明図である。
【図１０】本発明の一実施の形態によるデータ要求パケットへの応答パケットの構成例を示す説明図である。
【図１１】本発明の一実施の形態によるノードＡがノードＣから応答パケットを受信する前後で、ノードＣの保持する情報に変化がない場合の、ノードＡとノードＣのノード情報３１の構成例を示す説明図である。
【図１２】本発明の一実施の形態によるノードＡがノードＣから応答パケットを受信する前後で、ノードＣの実装するデバイスの状態に変化があった場合の、ノードＡとノードＣのノード情報３１の構成例を示す説明図である。
【図１３】本発明の一実施の形態によるノードＡがノードＣから応答パケットを受信する前後で、ノードＣのノード情報に変化があった場合の、ノードＡとノードＣのノード情報３１の構成例を示す説明図である。
【図１４】本発明の一実施の形態によるノードの停止処理例を示すフローチャートである。
【図１５】本発明の一実施の形態によるノードの起動処理例を示すフローチャートである。
【符号の説明】
【００３３】
Ａ，Ｂ，Ｃ，Ｄ…ノード、５…ネットワーク、１１…ＰＩ／Ｏ α、１２…センサα、１３…センサβ、２１…揮発性記憶媒体、２２…不揮発性記憶媒体、２３…入力装置、２４…出力装置、２５…ＣＰＵ、２６…通信Ｉ／Ｆ部、２７…デバイス、２８…内部バス、３１…ノード情報、３２…デバイス名称、３３…種類、３４…総数、３５…状態、３６…ＩＰアドレス、３７…ポート番号
【図１】
0004657095.tif 000002
【図２】
0004657095.tif 000003
【図３】
0004657095.tif 000004
【図４】
0004657095.tif 000005
【図５】
0004657095.tif 000006
【図６】
0004657095.tif 000007
【図７】
0004657095.tif 000008
【図８】
0004657095.tif 000009
【図９】
0004657095.tif 000010
【図１０】
0004657095.tif 000011
【図１１】
0004657095.tif 000012
【図１２】
0004657095.tif 000013
【図１３】
0004657095.tif 000014
【図１４】
0004657095.tif 000015
【図１５】
0004657095.tif 000016