(57)【要約】【課題】従来技術では、複数の動的ネットワークを生成する場合、各ネットワークが独立に生成されるため、ネットワーク間の連結が適切でなくネットワーク間で通信ができなかったり、無駄なネットワーク部分ができて非効率的な通信をしたりしていた。【解決手段】以上の課題を解決するために、マスター候補とスレイブ候補とから動的にネットワークを形成するシステムであり、当該システムを構成するスレイブ候補が一のマスター候補を自身のマスターとすることを選択したのちに、任意のスレイブ候補に対して自身をマスター候補とするネットワークへの参加を促す参加募集を出力することを特徴とする動的ネットワークシステムを提案する。【選択図】図１
2013172230.tif 000002
【特許請求の範囲】
【請求項１】
通信タイミングと通信周波数を制御する制御側機能を有するノード（以下、マスターという）と、マスターの制御に従って通信する従属側機能を有するノード（以下、スレイブという）との群から構成され、マスターは所定数のスレイブと通信可能であり、スレイブは一のマスターとのみ通信可能であるように、マスター候補とスレイブ候補とから動的に生成される動的ネットワークのシステムであって、
マスター候補は、
任意のスレイブ候補に対して自身をマスターとするネットワークへの参加を促す参加募集を出力する参加募集出力部と、
出力された参加募集に対してスレイブ候補からの応募を受信する応募受信部と、
応募してきたスレイブ候補の数がいまだ所定数に満たない場合に、応募してきたスレイブ候補をスレイブとすることを選択するスレイブ選択部と、
スレイブとすることを選択したスレイブ候補に対してその旨を通知する選択通知部と、
少なくとも一のスレイブ候補をスレイブとする場合に自身をマスターとすることを決定するマスター決定部と、
を有し、
スレイブ候補は、
参加募集を受信する参加募集受信部と、
参加募集を受信した際に自身が他のネットワークにいまだスレイブとして参加していない場合に、応募を出力する応募出力部と、
出力した応募に応じてスレイブとする旨の通知を受信する通知受信部と、
通知受信部がスレイブとする旨の通知を受信した場合には、そのマスター候補を自身のマスターとすることを選択するマスター選択部と、
マスター選択部にて自身のマスターとすることを選択したのちに、任意のスレイブ候補に対して自身をマスター候補とするネットワークへの参加を促す参加募集を出力する二次参加募集出力部と、
を有する動的ネットワークのシステム。
【請求項２】
前記マスター候補又は／及びスレイブ候補は、マスター又は／及びスレイブであるノードとなった場合に、自身が属するネットワーク又は自身が属するネットワークと直接的又は間接的に接続されたネットワークの他のノードである通信先ノードと通信経路を確立するために、
通信経路確立処理を開始するためのトリガー情報を取得するトリガー情報取得部と、
トリガー情報が取得された場合に、マスターとしての自身の配下のスレイブに通信先ノードが存在するか判断する第一判断部と、
第一判断部での判断結果が存在しないとの判断結果である場合に、マスターとしての自身の配下にトリガー情報を送信する第一トリガー情報送信部と、
第一トリガー情報送信部でのトリガー情報の送信にもかかわらず最終的に自身の下流に通信先ノードが存在しないと判断される場合にスレイブとしての自身のマスターにトリガー情報を送信する第二トリガー情報送信部と、
を構成するように仕組まれた請求項１に記載の動的ネットワークシステム。
【請求項３】
前記マスター候補又は／及びスレイブ候補は、マスター又は／及びスレイブであるノードとなった場合に、
トリガー情報の送信に応じて、通信先ノードが存在するとの判断結果が得られた場合に、通信先ノードに向けた情報である転送情報を送信すべきノードとして前記トリガー情報を送信した隣接するノードの識別情報を取得する隣接ノード識別情報取得部と、
取得した隣接ノード識別情報を用いて前記転送情報を送信する転送部と、
を構成するように仕組まれた請求項２に記載の動的ネットワークシステム。
【請求項４】
請求項１から３のいずれか一に記載のマスター候補又は／及びスレイブ候補であるノード。
【請求項５】
請求項１から３のいずれか一に記載のマスター候補としてノードを機能させるためのプログラム。
【請求項６】
請求項１から３のいずれか一に記載のスレイブ候補としてノードを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動的ネットワークシステム、マスター候補又は／及びスレイブ候補であるノード、マスター候補又はスレイブ候補としてノードを機能させるためのプログラムに関する。
【背景技術】
【０００２】
従来から、無線通信技術を使った動的ネットワークの生成方法が知られている。動的ネットワークは、通信タイミングや通信周波数を制御する側のノード（マスター）と、制御に従って通信する側のノード（スレイブ）に役割が分担される。一般的に各ノードはマスターにもなり得るし、スレイブにもなり得る。このため、同一のノード群をメンバーとする場合であっても、その配置構成などによってある場合では一のノードがマスターとなるシステムが生成され、別の場合では他のノードがマスターとなるシステムが生成されることもあり得る。このように、無線通信技術を使った動的ネットワークは、通信経路が物理的に固定されていないため、多様なネットワークを生成できるという特徴がある。
【０００３】
動的ネットワークの生成方法に関する先行技術文献としては、例えば特許文献１や特許文献２が存在する。特許文献１においては、通信可能な制限台数を超えた多数のスレイブとの通信を可能にしつつ、その通信に必要となるアドレスの新規の発行数を可能な限り少なくし、アドレスの枯渇を防ぐ技術が開示されている。また、特許文献２においては、任意のネットワークにてマスターの役割を担うノードが、マスターとしての役割を下りる際に新たなマスターを選定するために使う情報を作成する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１４３１５７号公報
【特許文献２】特開２００２−１１１６８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、複数の動的ネットワークを生成する場合、各ネットワークが独立に生成されるため、ネットワーク間の連結が適切でなくネットワーク間で通信ができなかったり、無駄なネットワーク部分ができて非効率的な通信をしたりしていた。
【課題を解決するための手段】
【０００６】
以上の課題を解決するために、本発明として、通信タイミングと通信周波数を制御する制御側機能を有するノード（以下、マスターという）と、マスターの制御に従って通信する従属側機能を有するノード（以下、スレイブという）との群から構成され、マスターは所定数のスレイブと通信可能であり、スレイブは一のマスターとのみ通信可能であるように、マスター候補とスレイブ候補とから動的に生成される動的ネットワークのシステムであって、マスター候補は、任意のスレイブ候補に対して自身をマスターとするネットワークへの参加を促す参加募集を出力する参加募集出力部と、出力された参加募集に対してスレイブ候補からの応募を受信する応募受信部と、応募してきたスレイブ候補の数がいまだ所定数に満たない場合に、応募してきたスレイブ候補をスレイブとすることを選択するスレイブ選択部と、スレイブとすることを選択したスレイブ候補に対してその旨を通知する選択通知部と、少なくとも一のスレイブ候補をスレイブとする場合に自身をマスターとすることを決定するマスター決定部と、を有し、スレイブ候補は、参加募集を受信する参加募集受信部と、参加募集を受信した際に自身が他のネットワークにいまだスレイブとして参加していない場合に、応募を出力する応募出力部と、出力した応募に応じてスレイブとする旨の通知を受信する通知受信部と、通知受信部がスレイブとする旨の通知を受信した場合には、そのマスター候補を自身のマスターとすることを選択するマスター選択部と、  マスター選択部にて自身のマスターとすることを選択したのちに、任意のスレイブ候補に対して自身をマスター候補とするネットワークへの参加を促す参加募集を出力する二次参加募集出力部と、を有する動的ネットワークのシステムなどを提案する。
【発明の効果】
【０００７】
以上のような構成をとる本発明では、ある一のネットワークにてスレイブとなったノードは他のネットワークにスレイブとして参加することはなく、マスターとしてのみ参加する。このため、ある一のネットワークにおいてスレイブとして情報を受信するノードは、自身がマスターとなるネットワークのノードに対して自身の通信制御のもと情報を転送することができ、ネットワーク間の通信が効率的にできる。また、複数のネットワークにおいてスレイブとなることがないため、同じ情報を異なる通信経路で受信することがなく、無駄な通信を抑制することが可能になる。
【図面の簡単な説明】
【０００８】
【図１】マスター候補の機能ブロックの一例を示す図
【図２】スレイブ候補の機能ブロックの一例を示す図
【図３】マスター候補又は／及びスレイブ候補であるノードの機能的な各構成要件をハードウェアとして実現した際の構成の一例を示す概略図
【図４】実施形態１の動的ネットワークシステムの処理の流れの一例を示す図
【図５】実施形態２の「マスター候補又は／及びスレイブ候補であるノード」の機能ブロックの一例を示す図
【図６】実施形態２の「マスター候補又は／及びスレイブ候補であるノード」の具体的な処理の流れの一例を示す図
【図７】実施形態２の動的ネットワークシステムを構成するマスター又は／及びスレイブであるノードの処理の流れの一例を示す図
【図８】実施形態３の「マスター候補又は／及びスレイブ候補であるノード」の機能ブロックの一例を示す図
【図９】実施形態３の動的ネットワークシステムを構成するマスター又は／及びスレイブであるノードの処理の流れの一例を示す図
【図１０】実施例１の動的ネットワークシステムの一例を示す図
【図１１】実施例３の動的ネットワークシステムの一例を示す図
【図１２】実施例４の動的ネットワークシステムの一例を示す図
【発明を実施するための形態】
【０００９】
以下に、本発明の実施形態を説明する。実施形態と請求項の相互の関係は、以下のとおりである。実施形態１は、主に請求項１、４〜６に対応する。実施形態２は、主に請求項２、４〜６に対応する。実施形態３は、主に請求項３〜６に対応する。なお、本発明はこれらの実施形態に何ら限定されるものではなく、その要旨を逸脱しない範囲内において、様々な態様で実施しうる。
【００１０】
<<実施形態１>>
【００１１】
<概要>
本実施形態のネットワークシステムは、マスター候補とスレイブ候補とから動的にネットワークを形成するシステムであり、当該システムを構成するスレイブ候補が一のマスター候補を自身のマスターとすることを選択したのちに、任意のスレイブ候補に対して自身をマスター候補とするネットワークへの参加を促す参加募集を出力することを特徴とする。
【００１２】
以下で述べるマスター候補やスレイブ候補の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００１３】
<構成：マスター候補>
図１は、動的ネットワークシステムを構成するマスター候補の機能ブロックの一例を示す図である。この図にあるように、「マスター候補」０１００は、「参加募集出力部」０１０１と、「応募受信部」０１０２と、「スレイブ選択部」０１０３と、「選択通知部」０１０４と、「マスター決定部」０１０５と、から構成される。
【００１４】
「マスター」とは、通信タイミングと通信周波数を制御する制御側機能を有するノードをいう。また、「スレイブ」とはマスターの制御に従って通信する従属側機能を有するノードのことをいう。ここで、マスターが通信タイミングや通信周波数を制御する目的の一つとしては、他のノードがマスターとなるネットワークとの混信を避け、良好な通信を可能にすることが挙げられる。
【００１５】
また、「マスター候補」とは、マスターとなる機能を備えるものの、自身の配下にスレイブが存在しない状態のノードのことをいう。また、「スレイブ候補」とは、スレイブとなる機能を備えるものの、自身の上位にマスターが存在しない状態のノードのことをいう。一般的な通信機能を備えるノードは、自身をマスターとするネットワークを形成し、かつ他のネットワークにスレイブとして参加することが可能であるため、マスター候補及びスレイブ候補となり得る。
【００１６】
また、「動的ネットワーク」とは、マスター候補とスレイブ候補から動的に生成されるネットワークである。ここで、ネットワークが動的に生成されるとは、ノード間の通信経路の少なくとも一部が動的に生成されることをいう。以下で説明する動的ネットワークでは、マスターは所定数のスレイブと通信可能であり、スレイブは一のマスターとのみ通信可能であるように構成される。
【００１７】
「参加募集出力部」は、任意のスレイブ候補に対して自身をマスターとするネットワークへの参加を促す参加募集を出力する機能を有する。ここで、参加募集の出力は、主としてブロードキャスト送信によって行われる。ブロードキャスト送信は、自身から信号の届く範囲内で送信先を特定せずに行う送信である。上記参加募集には、マスター候補の識別情報が含まれる。マスター候補の識別情報としては主としてＭＡＣアドレスが挙げられる。なお、参加募集は、スレイブ候補の存在を仮定して出力するものであるが、必ずしもスレイブ候補が周りにいることを出力の要件とするものではない。参加募集の出力後は、参加募集に対する応募を受信するまで待機する。なお、所定インターバルが経過した後は参加募集に対する応募がなかったものとして自身をマスターとするネットワークの形成処理を中止してもよいし、再度の参加募集を出力してもよい。参加募集を出力する際の送信周波数は、任意に設定することが可能であるが、他のノードが出力する信号と混信しないように設定することが好ましい。
【００１８】
「応募受信部」は、出力された参加募集に対してスレイブ候補からの応募を受信する機能を有する。ここで、スレイブ候補からの応募とは、参加募集を出力したマスター候補をマスターとするネットワークへの参加要求のことをいう。スレイブ候補からの応募の信号には、スレイブ候補の識別情報が含まれる。スレイブ候補の識別情報としては、スレイブ候補のＭＡＣアドレスが主として挙げられる。なお、二つのノードが自身をマスターとするネットワークへの参加募集を略同時に出力し、互いに応募を出力するようなケースも考えられる。このような場合、マスターにどちらがなるかが問題となるが、所定のルールに基づいて処理を行うことが可能である。例えば、自身をマスターとするネットワークに対する参加募集を送信したノードから、そのノードをマスターとするネットワークに対する参加募集を受信した場合は、当該参加募集を拒否することが考えられる。また、自身のノードと他のノードの識別番号（ＭＡＣアドレス等）を比較して、所定のルールに基づいて一の識別番号を特定し、特定された識別番号のノードの参加募集の優先度を高くすることも考えられる。
【００１９】
「スレイブ選択部」は、応募してきたスレイブ候補の数がいまだ所定数に満たない場合に、応募してきたスレイブ候補をスレイブとすることを選択する機能を有する。ここで、所定数はマスターが同時に通信することが可能な最大のスレイブの数である。例えばブルートゥース通信を行う場合は、マスターは７つのスレイブと通信可能であるため、所定数は７となる。また、応募してきたスレイブ候補をスレイブとすることを選択するとは、応募してきたスレイブ候補の識別情報リストを保持して、通信を行う際の相手先とすることをいう。なお、応募してきたスレイブ候補の数が所定数になった場合、応募してきたスレイブ候補を待ち状態とすることも可能である。つまり、スレイブとして選択されたスレイブ候補との通信が打ち切られた場合に、待ち状態にあるスレイブ候補をスレイブとすることも可能である。
【００２０】
「選択通知部」は、スレイブとすることを選択したスレイブ候補に対してその旨を通知する機能を有する。つまり、選択通知部は、スレイブとすることを選択したスレイブ候補に対してスレイブとすることを選択した旨を通知する。ここで、通知はブロードキャスト送信で行う必要はなく、スレイブとすることを選択した一又は複数のスレイブ候補を送信先として特定して行うことが可能である。送信先の特定は、スレイブ候補の識別情報（ＭＡＣアドレスなど）を指定することにより行われる。
【００２１】
「マスター決定部」は、少なくとも一のスレイブ候補をスレイブとする場合に自身をマスターとすることを決定する機能を有する。自身をマスターとすることを決定するとは、具体的には配下となったスレイブとの通信制御を行う主体となることを決定することをいう。当該決定がなされることによって、配下となったスレイブとの通信の周波数やタイミングの制御を開始する準備が整う。
【００２２】
<構成：スレイブ候補>
図２は、動的ネットワークシステムを構成するスレイブ候補の機能ブロックの一例を示す図である。この図にあるように、「スレイブ候補」０２００は、「参加募集受信部」０２０１と、「応募出力部」０２０２と、「通知受信部」０２０３と、「マスター選択部」０２０４と、「二次参加募集出力部」０２０５と、から構成される。
【００２３】
「参加募集受信部」は、参加募集を受信する機能を有する。参加募集は、上記のように主としてブロードキャスト送信によって行われ、参加募集にはマスター候補の識別情報が含まれる。
【００２４】
「応募出力部」は、参加募集を受信した際に自身が他のネットワークにいまだスレイブとして参加していない場合に、応募を出力する機能を有する。ここで、スレイブ候補自身が他のネットワークにスレイブとして参加していなければ、応募を出力しても複数のマスターを指定することにならないため、参加募集を出力したマスター候補のネットワークに参加することができる。なお、スレイブ候補自身が他のネットワークにスレイブとして参加している場合は、応募を出力すると複数のマスターを指定することになるため、参加募集を出力したマスター候補のネットワークに参加することができない。応募の出力は、参加募集に含まれるマスター候補の識別情報（ＭＡＣアドレスなど）に基づいて送信先を特定して行うことが可能であり、応募情報にはスレイブ候補の識別情報を含める。
【００２５】
「通知受信部」は、出力した応募に応じてスレイブとする旨の通知を受信する機能を有する。ここで、スレイブとする旨の通知には、マスターとなるマスター候補との通信を行うための、通信の周波数やタイミングの制御の情報、通信の暗号化方法、通信識別情報などが含まれていてもよい。
【００２６】
「マスター選択部」は、通知受信部がスレイブとする旨の通知を受信した場合には、そのマスター候補を自身のマスターとすることを選択する機能を有する。ここで、マスター候補を自身のマスターとすることを選択するとは、マスター候補の識別情報を保持して、通信の基準となる周波数やタイミングについて制御に応じる対象として特定することをいう。
【００２７】
「二次参加募集出力部」は、マスター選択部にて自身のマスターとすることを選択したのちに、任意のスレイブ候補に対して自身をマスター候補とするネットワークへの参加を促す参加募集を出力する機能を有する。ここで、二次参加募集出力部から出力される参加募集は、上記マスター候補の構成で説明した「参加募集出力部」から出力されるものと同様である。ここでも、参加募集の出力は、主としてブロードキャスト送信によって行われ、参加募集には、送信元である自身の識別情報が含まれる。参加募集の出力後は、参加募集に対する応募を受信するまで待機する。なお、所定インターバルが経過した後は参加募集に対する応募がなかったものとして自身をマスターとするネットワークの形成処理を中止してもよいし、再度の参加募集を出力してもよい。参加募集を出力する際の送信周波数は、任意に設定することが可能であるが、他のノードが出力する信号と混信しないように設定することが好ましい。なお、送信周波数の設定には、周波数ホッピング方式のパラメータの設定や、符号分割多重接続方式のパラメータ設定などが含まれる。
【００２８】
上記二次参加募集出力部から参加募集を出力した後は、図１で示したマスター候補として、「応募受信部」、「スレイブ選択部」、「選択通知部」、「マスター決定部」の各機能を実行することになる。つまり、ひとつのノードが、図１で示したマスター候補にも図２で示したスレイブ候補にもなる。これにより、複合的なネットワークが動的に生成される。  
【００２９】
<具体的な構成>
図３は、上記マスター候補又は／及びスレイブ候補であるノードの機能的な各構成要件をハードウェアとして実現した際の構成の一例を示す概略図である。この図にあるように、マスター候補又は／及びスレイブ候補であるノードは、「ＣＰＵ」０３０１と、「ＲＡＭ」０３０２と、「ＲＯＭ」０３０３と、「無線Ｉ／Ｆ」０３０４と、「無線通信装置」０３０５と、「入力Ｉ／Ｆ」０３０４と、「入力装置」０３０５と、「ディスプレイＩ／Ｆ」０３０８と、「ディスプレイ装置」０３０９と、「不揮発性メモリ（例えば、フラッシュメモリ）」０３１０を備える。上記の構成は、「システムバス」０３１１のデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００３０】
<具体的な処理>
マスター候補であるノードにおいて、ＣＰＵは、応募してきたスレイブ候補の数がいまだ所定数に満たない場合に、応募してきたスレイブ候補をスレイブとすることを選択したり、少なくとも一のスレイブ候補をスレイブとする場合に自身をマスターとすることを決定したりする。具体的には、応募してきたスレイブ候補の数をＲＡＭに格納して所定数になったか否か判断する処理をしたり、各スレイブ候補のＩＤを自身のスレイブとしてＲＡＭに格納する処理をしたり、自身がマスターになったことを他のプロセスに通知するためにＲＡＭにおいてフラグを立てる処理をしたりする。また、スレイブ候補であるノードにおいて、ＣＰＵは、参加募集を受信した際に自身が他のネットワークにいまだスレイブとして参加していないか判断したり、スレイブとする旨の通知を受信した場合には、そのマスター候補を自身のマスターとすることを選択したりする。具体的には、ＲＡＭにおいて自身がスレイブとなったことを示すフラグが立っていないか判断したり、マスター候補のＩＤを自身のマスターとしてＲＡＭに格納したりする。
【００３１】
また、マスター候補であるノードにおいて、ＣＰＵは、無線通信装置を介して、任意のスレイブ候補に対して自身をマスターとするネットワークへの参加を促す参加募集を出力したり、出力された参加募集に対してスレイブ候補からの応募を受信したり、スレイブとすることを選択したスレイブ候補に対してその旨を通知したりする。また、スレイブ候補であるノードにおいて、ＣＰＵは、無線通信装置を介して、参加募集を受信したり、参加募集を受信した際に自身が他のネットワークにいまだスレイブとして参加していない場合に、応募を出力したり、出力した応募に応じてスレイブとする旨の通知を受信したり、マスター選択部にて自身のマスターとすることを選択したのちに、任意のスレイブ候補に対して自身をマスター候補とするネットワークへの参加を促す参加募集を出力したりする。
【００３２】
上記各処理をＣＰＵにて実行させるためのプログラムをノードにインストールすることにより、各ノードを本実施形態のマスター候補として機能させたり、スレイブ候補として機能させたりすることが可能になる。
【００３３】
<処理の流れ>
図４は、本実施形態の動的ネットワークシステムの処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップＳ０４０１では、マスター候補が任意のスレイブ候補に対して自身をマスターとするネットワークへの参加を促す参加募集を出力する（参加募集出力ステップ）。次に、ステップＳ０４０２において、スレイブ候補が参加募集を受信する（参加募集受信ステップ）。次に、ステップＳ０４０３において、スレイブ候補自身が他のネットワークにいまだスレイブとして参加していない場合に、応募を出力する。次に、ステップＳ０４０４において、マスター候補が、出力された参加募集に対するスレイブ候補からの応募を受信する（応募受信ステップ）。次に、ステップＳ０４０５において、マスター候補が、応募してきたスレイブ候補の数がいまだ所定数に満たないか判断する。こおで、所定数に満たない場合はステップＳ０４０６に進む。ここで、所定数以上となった場合はステップＳ０４０８に進む。ステップＳ０４０６では、マスター候補が、応募してきたスレイブ候補をスレイブとすることを選択する（スレイブ選択ステップ）。次に、ステップＳ０４０７において、マスター候補が、スレイブとすることを選択したスレイブ候補に対してその旨を通知する（選択通知ステップ）。次に、ステップＳ０４０８において、マスター候補が、自身をマスターとすることを決定する（マスター決定ステップ）。次に、ステップＳ０４０９において、スレイブ候補が、出力した応募に応じてスレイブとする旨の通知を受信する（通知受信ステップ）。次に、ステップＳ０４１０において、スレイブ候補が、スレイブとする旨の通知を受信したマスター候補を自身のマスターとすることを選択する（マスター選択ステップ）。次に、ステップＳ０４１１において、スレイブ候補が、任意のスレイブ候補に対して自身をマスター候補とするネットワークへの参加を促す参加募集を出力する（二次参加募集出力ステップ）。
【００３４】
<効果>
以上のような構成をとる本発明では、ある一のネットワークにてスレイブとなったノードは他のネットワークにスレイブとして参加することはなく、マスターとしてのみ参加する。このため、ある一のネットワークにおいてスレイブとして情報を受信するノードは、自身がマスターとなるネットワークのノードに対して自身の通信制御のもと情報を転送することが可能になる。また、複数のネットワークにおいてスレイブであるノードが存在しないため、同じ情報を異なる通信経路で受信することがなく、無駄な通信を抑制することが可能になる。  
【００３５】
<<実施形態２>>
【００３６】
<概要>
本実施形態の動的ネットワークシステムは、実施形態１のシステムを前提としており、マスター候補やスレイブ候補がマスターやスレイブとなり、特定の通信先との通信経路確立処理を開始するためのトリガー情報を取得した場合に自身の配下のスレイブに通信を希望する相手となる通信先ノードが存在するか判断し、存在しないとの判断結果である場合に自身の配下のスレイブにトリガー情報を送信し、トリガー情報の送信にもかかわらず最終的に自身の下流に通信を希望する相手となる通信先ノードが存在しないと判断される場合に自身のマスターにトリガー情報を送信することを特徴とする。当該特徴を有することにより、複数のネットワークをまたがった通信を行う際にも適切な通信経路を検出することが可能になる。
【００３７】
<機能ブロック：マスター候補、スレイブ候補>
図５は、本実施形態の「マスター候補又は／及びスレイブ候補であるノード」の機能ブロックの一例を示す図である。なお、実施形態１で示したマスター候補、スレイブ候補の各機能についてはここでは省略する。この図にあるように、本実施形態の「マスター候補又は／及びスレイブ候補であるノード」０５００は、「トリガー情報取得部」０５０１と、「第一判断部」０５０２と、「第一トリガー情報送信部」０５０３と、「第二トリガー情報送信部」０５０４と、から構成される。
【００３８】
「トリガー情報取得部」は、通信経路確立処理を開始するためのトリガー情報を取得する機能を有する。ここで、通信経路確立処理とは、マスター候補又は／及びスレイブ候補であるノードが、マスター又は／及びスレイブであるノードとなった場合に、自身が属するネットワークの他のノード又は自身が属するネットワークと直接的又は間接的に接続されたネットワークの他のノードである通信を希望する相手となる通信先ノードと通信経路を確立するための処理である。また、特定の通信先との通信経路確立処理を開始するためのトリガー情報とは、通信経路確立処理を開始する起点となる情報であり、主として通信を希望する相手となる通信先ノードの識別情報を指定する情報である。
【００３９】
「第一判断部」は、トリガー情報が取得された場合に、マスターとしての自身の配下のスレイブに通信先ノードが存在するか判断する機能を有する。具体的には、自身がマスターとなるネットワークのスレイブの識別情報リストを参照して、通信を希望する相手となる通信先ノードの識別情報が存在するか判断することが考えられる。ここで、自身の配下のスレイブに通信を希望する相手となる通信先ノードが存在するとの判断結果である場合は、通信先ノードとの経路が確定するため、通信に際して送信すべき情報をそのノードに対して送信する。なお、自身の配下のスレイブに通信を希望する相手となる通信先ノードが存在するか判断する処理と同時に、自身のマスターが通信先ノードであるか判断する処理を行ってもよい。当該判断は、通信を希望する相手となる通信を希望する相手となる通信先ノードの識別情報と自身のマスターの識別情報を対比することにより行われる。
【００４０】
「第一トリガー情報送信部」は、第一判断部での判断結果が存在しないとの判断結果である場合に、マスターとしての自身の配下にトリガー情報を送信する機能を有する。このように、自身の配下にトリガー情報を送信するのは、自身の配下であるスレイブの配下又はその下流に通信を希望する相手となる通信先ノードが存在する可能性があるためである。トリガー情報を受信した配下のスレイブ（１次スレイブ）は、マスターとしての自身の配下のスレイブに通信を希望する相手となる通信先ノードが存在するか判断する処理を行う。そして、トリガー情報を受信した配下のスレイブ（１次スレイブ）は、自身の配下のスレイブに通信を希望する相手となる通信先ノードが存在する場合は、その旨をマスターに対して通知する。また、トリガー情報を受信した配下のスレイブ（１次スレイブ）は、自身の配下のスレイブに通信を希望する相手となる通信先ノードが存在しない場合は、さらに自身の配下のスレイブ（２次スレイブ）に対してトリガー情報を送信する。なお、自身の配下そのものが存在しない場合は、その旨をマスターに通知することも可能である。なお、上記第一トリガー情報送信部は自身に配下となるスレイブが存在することを仮定しているが、必ずしも自身にスレイブが存在する必要はない。例えば、最下位のノードは自身のスレイブを有さないので、配下にトリガー情報を送信することはない。
【００４１】
「第二トリガー情報送信部」は、第一トリガー情報送信部でのトリガー情報の送信にもかかわらず最終的に自身の下流に通信を希望する相手となる通信先ノードが存在しないと判断される場合にスレイブとしての自身のマスターにトリガー情報を送信する機能を有する。ここで、トリガー情報の送信にもかかわらず最終的に自身の下流に通信を希望する相手となる通信先ノードが存在しないと判断する場合としては、自身の配下であるスレイブから通信を希望する相手となる通信先ノードが存在しないとの通知を受け取った場合や、自身の配下であるスレイブから通信を希望する相手となる通信先ノードが存在するとの通知を所定時間内に受け取らなかった場合、自身の配下であるスレイブから配下となるスレイブが存在しない旨の通知を受けとった場合などが挙げられる。また、自身の下流に通信を希望する相手となる通信先ノードが存在しないと判断される場合に自身のマスターにトリガー情報を送信するのは、自身のマスターの他のスレイブ又は他のスレイブの下流に通信を希望する相手となる通信先ノードが存在する可能性があるためである。トリガー情報を受信したマスターは、自身の配下の他のスレイブに通信を希望する相手となる通信先ノードが存在するか判断する処理を行う。そして、自身の配下の他のスレイブに通信を希望する相手となる通信先ノードが存在する場合は、その旨をトリガー情報の送信元であるスレイブに対して通知する。また、自身の配下の他のスレイブに通信を希望する相手となる通信先ノードが存在しない場合は、さらに自身の配下のスレイブに対してトリガー情報を送信する。なお、自身の配下に他のスレイブが存在しない場合は、その旨をトリガー情報の送信元であるスレイブに対して通知することも可能である。なお、上記第二トリガー情報送信部は自身にマスターが存在することを仮定しているが、必ずしも自身にマスターが存在する必要はない。例えば、最上位のノードは自身のマスターを有さないので、上位にトリガー情報を送信することはない。
【００４２】
<具体的な処理>
マスター又は／及びスレイブであるノードにおいて、ＣＰＵは、マスターとしての自身の配下のスレイブに通信を希望する相手となる通信先ノードが存在するか判断したり、トリガー情報の送信にもかかわらず最終的に自身の下流に通信を希望する相手となる通信先ノードが存在しないと判断したりする。具体的には、ＲＡＭに格納された自身の配下のスレイブＩＤと通信を希望する相手となる通信先ノードのＩＤを対比することによってスレイブに通信を希望する相手となる通信先ノードが存在するか判断したり、自身のスレイブから通信を希望する相手となる通信先ノードが見つかったことを示す通知を受信した際に立てられるフラグの情報がＲＡＭに存在しないことをもって自身の下流に通信を希望する相手となる通信先ノードが存在しないことを判断したりする。また、マスター又は／及びスレイブであるノードにおいて、ＣＰＵは、操作入力装置又は無線通信装置を介して、特定の通信先との通信経路確立処理を開始するためのトリガー情報を取得する。また、ＣＰＵは、無線通信装置を介して、マスターとしての自身の配下にトリガー情報を送信したり、自身のマスターにトリガー情報を送信したりする。
【００４３】
上記各処理をＣＰＵにて実行させるためのプログラムをノードにインストールすることにより、各ノードを本実施形態のマスター候補として機能させたり、スレイブ候補として機能させたりすることが可能になる。  
【００４４】
図６は、本実施形態の「マスター候補又は／及びスレイブ候補であるノード」の具体的な処理の流れの一例を示す図である。まず、ステップＳ０６０１において、特定の通信相手との通信経路確立処理を開始するためのトリガー情報を取得する。次に、ステップＳ０６０２において、マスターとしての自身の配下のスレイブに通信先ノードが存在するか判断する。ここで、存在するとの判断である場合は、ステップＳ０６０５Ａに進む。ここで、存在しないとの判断である場合は、ステップＳ０６０３Ｂに進む。次に、ステップＳ０６０３Ｂでは、マスターとしての自身の配下にトリガー情報を送信する。次に、ステップＳ０６０４Ｂでは、自身の配下から通信を希望する相手である通信先ノードが見つかった旨の通知があったか判断する。ここで、通知があったとの判断である場合は、ステップＳ０６０５Ａに進む。ここで、通知はないとの判断である場合は、ステップＳ０６０５Ｂに進む。ステップＳ０６０５Ａでは、ステップＳ０６０１においてトリガー情報は自身のマスターから取得したか、内部処理によって取得したか判断する。ここで、自身のマスターから取得したとの判断である場合は、ステップＳ０６０６Ａに進む。ここで、内部処理にて取得したとの判断である場合は、ステップＳ０６０６Ｃに進む。ステップＳ０６０６Ａでは、自身のマスターに通信を希望する相手である通信先ノードが見つかった旨を通知する。ステップＳ０６０６Ｃでは、通信経路を特定する。ステップＳ０６０５Ｂでは、自身の配下から通信を希望する相手である通信先ノードが見つからなかった旨の通知があったか判断する。ここで、見つからなかった旨の通知がない場合は、ステップＳ０６０６Ｂに進む。ここで、見つからなかった旨の通知があった場合は、ステップＳ０６０７Ｄに進む。ステップＳ０６０６Ｂでは、ステップＳ０６０３Ｂにてトリガー情報を送信してから所定時間が経過したか判断する。ここで、所定時間は経過していないとの判断である場合は、ステップＳ０６０４Ｂに戻る。ここで、所定時間が経過したとの判断である場合は、ステップＳ０６０７Ｄに進む。ステップＳ０６０７Ｄでは、ステップＳ０６０１においてトリガー情報は自身のマスターから取得したか、内部処理によって取得したか判断する。ここで、自身のマスターから取得したとの判断である場合は、ステップＳ０６０８Ｄに進む。ここで、内部処理にて取得したとの判断である場合は、ステップＳ０６０８Ｅに進む。ステップＳ０６０８Ｄでは、自身のマスターに通信を希望する相手である通信先ノードが見つからなかった旨を通知する。ステップＳ０６０８Ｅでは、通信経路を特定する処理を断念する（強制終了する）。
【００４５】
<処理の流れ>
図７は、本実施形態の動的ネットワークシステムを構成するマスター又は／及びスレイブであるノードの処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップＳ０７０１では、通信経路確立処理を開始するためのトリガー情報を取得する（トリガー情報取得ステップ）。次に、ステップＳ０７０２において、トリガー情報が取得された場合に、マスターとしての自身の配下のスレイブに通信を希望する相手となる通信先ノードが存在するか判断する（第一判断ステップ）。ここで、存在しないとの判断結果である場合は、ステップＳ０７０３Ｂに進む。ここで、存在するとの判断結果である場合は、ステップＳ０７０３Ａに進む。ステップＳ０７０３Ａでは、通信を希望する相手となる通信先ノードとの通信経路を確立する。ステップＳ０７０３Ｂにおいては、マスターとしての自身の配下にトリガー情報を送信する（第一トリガー情報送信ステップ）。次に、ステップＳ０７０４Ｂにおいて、トリガー情報の送信に対する反応に応じて自身の下流に通信を希望する相手となる通信先ノードが存在するか否か判断する。ここで、自身の下流に通信を希望する相手となる通信先ノードが存在すると判断される場合は、ステップＳ０７０５Ｃに進む。ここで、自身の下流に通信を希望する相手となる通信先ノードが存在しないと判断される場合は、ステップＳ０７０５Ｂに進む。ステップＳ０７０５Ｂでは、通信を希望する相手となる通信先ノードとの通信経路を確立する。ステップＳ０７０５Ｂでは、スレイブとしての自身のマスターにトリガー情報を送信する（第二トリガー情報送信ステップ）。
【００４６】
<効果>
本実施形態の動的ネットワークシステムにより、複数のネットワークをまたがった通信を行う際にも適切な通信経路を検出することが可能になる。
【００４７】
<<実施形態３>>
【００４８】
<概要>
本実施形態の動的ネットワークシステムは、実施形態１、２で説明したシステムを前提とし、マスター又は／及びスレイブであるノードが、トリガー情報の送信に応じて通信を希望する相手となる通信先ノードが存在するとの判断結果が得られた場合に、転送情報（通信を希望する相手となる通信先ノードに向けた情報）を送信すべきノードとして、トリガー情報を送信した隣接するノードの識別情報を取得し、取得した隣接ノード識別情報を用いて転送情報を送信することを特徴とする。当該特徴を有することにより、複数のネットワークをまたがった通信を行う際に適切な特定の通信先との通信経路を各ノードが判断し、転送情報を送信先であるノードまで転送することが可能になる。
【００４９】
<構成>
図８は、本実施形態の「マスター候補又は／及びスレイブ候補であるノード」の機能ブロックの一例を示す図である。なお、実施形態１で示したマスター候補、スレイブ候補の各機能についてはここでは省略する。この図にあるように、本実施形態の「マスター候補又は／及びスレイブ候補であるノード」０８００は、「トリガー情報取得部」０８０１と、「第一判断部」０８０２と、「第一トリガー情報送信部」０８０３と、「第二トリガー情報送信部」０８０４と、「隣接ノード識別情報取得部」０８０５と、「転送部」０８０６と、から構成される。
【００５０】
「隣接ノード識別情報取得部」は、前記マスター候補又は／及びスレイブ候補は、マスター又は／及びスレイブであるノードとなった場合に、トリガー情報の送信に応じて、通信を希望する相手となる通信先ノードが存在するとの判断結果が得られた場合に、通信を希望する相手となる通信先ノードに向けた情報である転送情報を送信すべきノードとして前記トリガー情報を送信した隣接するノードの識別情報を取得する機能を有する。また、「転送部」は、取得した隣接ノード識別情報を用いて前記転送情報を送信する機能を有する。
【００５１】
ここで、マスター候補がマスターであるノードとなった場合とは、自身をマスターとするネットワークの配下となるスレイブを決定した場合である。また、スレイブ候補がスレイブであるノードとなった場合とは、自身のマスターを決定した場合である。また、トリガー情報の送信に応じて、通信を希望する相手となる通信先ノードが存在するとの判断結果が得られた場合としては、自身の配下であるスレイブに送信したトリガー情報に応じて当該スレイブからそのスレイブの配下となるスレイブ又はその下流に通信を希望する相手となる通信先ノードが存在するとの通知を受信した場合や、自身のマスターに送信したトリガー情報に応じて当該マスターからそのマスターの他のスレイブ又はその下流に通信を希望する相手となる通信先ノードが存在するとの通知を受信した場合や、自身のマスターに送信したトリガー情報に応じて当該マスターからその上位に通信を希望する相手となる通信先ノードが存在するとの通知を受信した場合などが挙げられる。また、前記トリガー情報を送信した隣接するノードとは、通信を希望する相手となる通信先ノードが存在するとの判断結果を通知してきた配下となるスレイブ又はマスターをいう。
【００５２】
通信を希望する相手となる通信先ノードに向けた情報である転送情報を送信すべきノードとして前記トリガー情報を送信した隣接するノードの識別情報を取得するとは、具体的にはトリガー情報を送信した隣接ノードから受信した信号に含まれる隣接ノードの識別情報を抽出し、転送情報を送信すべきノードの識別情報として記憶装置（ＲＡＭや不揮発性メモリなど）に格納することが考えられる。当該構成とすることにより、送信元側のノードから転送情報を受信した際に、記憶装置に格納されている隣接ノードの識別情報を参照して、転送すべきノードに転送情報を送信することができる。また、トリガー情報を送信した隣接ノードからの信号に含まれる隣接ノードの識別情報を抽出し、それに自身のノードの識別情報を付与して送信元側の隣接ノードに対して送信することも考えられる。当該構成とすることにより、送信元のノードにおいて通信経路上にある一連のノードの識別情報（通信経路情報）を受信することが可能になり、通信に際して当該一連のノードの識別情報を指定して（通信経路情報を付与して）転送情報を送信すれば通信経路上の各ノードは、転送情報に付与された通信経路情報を参照して、次に転送すべきノードに転送情報を送信することができる。各ノードが次に転送すべきノードに転送情報を送信する際には、次に転送すべきノードの識別番号に関連付けられた通信プロトコルに従って送信する。例えば、通信プロトコルに規定される通信周波数や通信タイミングに従って、次に転送すべきノードに対して転送情報を送信する。
【００５３】
<具体的な処理>
マスター又は／及びスレイブであるノードにおいて、ＣＰＵは、トリガー情報の送信に応じて、通信を希望する相手となる通信先ノードが存在するとの判断結果が得られた場合に、通信を希望する相手となる通信先ノードに向けた情報である転送情報を送信すべきノードとしてトリガー情報を送信した隣接するノードの識別情報を取得する。具体的には、通信を希望する相手となる通信先ノードが存在するとの情報を通知してきたノードのＩＤを転送情報を送信すべきノードとしてＲＡＭに保持したり、転送情報に含まれる特定の通信先との通信経路を指定する情報から転送情報を送信すべきノードのＩＤを抽出したりする。また、マスター又は／及びスレイブであるノードにおいて、ＣＰＵは、無線通信装置を介して、取得した隣接ノード識別情報を用いて転送情報を送信する
【００５４】
上記各処理をＣＰＵにて実行させるためのプログラムをノードにインストールすることにより、各ノードを本実施形態のマスター候補として機能させたり、スレイブ候補として機能させたりすることが可能になる。  
【００５５】
<処理の流れ>
図９は、本実施形態の動的ネットワークシステムを構成するマスター又は／及びスレイブであるノードの処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップＳ０９０１では、特定の通信先との通信経路確立処理を開始するためのトリガー情報を取得する（トリガー情報取得ステップ）。次に、ステップＳ０９０２において、マスターとしての自身の配下のスレイブに通信を希望する相手となる通信先ノードが存在するか判断する（第一判断ステップ）。ここで、存在しないとの判断結果である場合は、ステップＳ０９０３Ｂに進む。ここで、存在するとの判断結果である場合は、ステップＳ０９０３Ａに進む。ステップＳ０９０３Ａでは、通信を希望する相手となる通信先ノードとの通信経路を確立する。ステップＳ０９０４Ａでは、通信を希望する相手となる通信先ノードに向けて転送情報を送信する。ステップＳ０９０３Ｂでは、マスターとしての自身の配下にトリガー情報を送信する（第一トリガー情報送信ステップ）。次に、ステップＳ０９０４Ｂにおいて、トリガー情報の送信に対する反応に応じて自身の下流に通信を希望する相手となる通信先ノードが存在するか否か判断する。ここで、自身の下流に通信を希望する相手となる通信先ノードが存在すると判断される場合は、ステップＳ０９０５Ｃに進む。ここで、自身の下流に通信を希望する相手となる通信先ノードが存在しないと判断される場合は、ステップＳ０９０５Ｂに進む。ステップＳ０９０５Ｃでは、通信を希望する相手となる通信先ノードに向けた情報である転送情報を送信すべきノードとして前記トリガー情報を送信した隣接するノードの識別情報を取得する（隣接ノード識別情報取得ステップ）。ステップＳ０９０６Ｃでは、取得した隣接ノード識別情報を用いて前記転送情報を送信する（転送ステップ）。ステップＳ０９０５Ｂでは、スレイブとしての自身のマスターにトリガー情報を送信する（第二トリガー情報送信ステップ）。ステップＳ０９０６Ｂでは、トリガー情報の送信に対する反応に応じて自身の上流に通信を希望する相手となる通信先ノードが存在するか否か判断する。ここで、自身の上流に通信を希望する相手となる通信先ノードが存在すると判断される場合は、ステップＳ０９０７Ｂに進む。ここで、自身の上流に通信を希望する相手となる通信先ノードが存在しないと判断される場合は、処理を終了する。ステップＳ０９０７Ｂでは、通信を希望する相手となる通信先ノードに向けた情報である転送情報を送信すべきノードとして前記トリガー情報を送信した隣接するノードの識別情報を取得する（隣接ノード識別情報取得ステップ）。ステップＳ０９０８Ｂでは、取得した隣接ノード識別情報を用いて前記転送情報を送信する（転送ステップ）。
【００５６】
<効果>
本実施形態の動的ネットワークシステムにより、複数のネットワークをまたがった通信を行う際に適切な通信経路を各ノードが判断し、転送情報を送信先であるノードまで転送することが可能になる。
【実施例１】
【００５７】
<実施例のシステム構成>
実施形態１から３の動的ネットワークシステムの具体例を以下で示す。図１０は、本実施例の動的ネットワークシステムの一例を示す図である。親マスターは、マスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺをスレイブとして配下に有するマスターである。また、マスター兼スレイブＸは他のネットワークにおいてマスターになっており、配下にスレイブＡ、Ｂ、Ｃを有する。また、マスター兼スレイブＺも他のネットワークにおいてマスターとなっており、配下にスレイブＤ、Ｅ、Ｆを有する。なお、スレイブＹはマスターとなっていない。
【００５８】
<親マスターが情報の送信元となる場合>
まず、親マスターが情報の送信元となる場合について説明する。親マスターは送信すべき情報がマルチキャストで送信すべき情報であるか、特定の送信先（複数の場合も含まれる）に対してユニキャストで送信すべき情報であるかを判断する。当該判断は、送信すべき情報に含まれる送信種別を特定する情報（例えば、送信種別を示すフラグなど）に基づいて行ってもよいし、親マスターであるノードの操作入力手段を介して入力される送信種別を特定する情報に基づいて行ってもよい。マルチキャストで送信すべき情報であると判断した場合は、マスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺに対して情報を送信する。ここで、送信すべき情報に送信種別を特定する情報がもともと含まれていない場合は、マルチキャストで送信すべき情報であることを示す情報を付与してマスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺに対して送信する。
【００５９】
また、特定の送信先に対してユニキャストで送信すべき情報であると判断した場合は、当該特定の送信先が自分の配下であるマスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺであるか判断する。当該判断は、例えば親マスターが保持するスレイブＩＤのリストと送信先として指定されたノードのＩＤを比較することにより行うことが可能である。ここで、特定の送信先がマスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺのいずれかであると判断した場合は、マスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺのいずれかに対して送信する。
【００６０】
ここで、特定の送信先がマスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺのいずれでもないと判断した場合は、マスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺに対して送信先であるノードを配下に有しているか問い合わせを行う。問い合わせを受けたマスター兼スレイブＸは、自分の配下であるスレイブＡ、Ｂ、Ｃが送信先であるノードであるか判断する。ここで、特定の送信先がスレイブＡ、Ｂ、Ｃのノードのいずれかである場合は、そのＩＤを親マスターに対して通知し、いずれにも該当しない場合はその旨を通知する。問い合わせを受けたスレイブＹは、自身の配下となるスレイブが存在しない旨を親マスターに対して通知する。また、問い合わせを受けたマスター兼スレイブＺは、自分の配下であるスレイブＤ、Ｅ、Ｆが送信先であるノードであるか判断する。ここで、特定の送信先がスレイブＤ、Ｅ、Ｆのノードのいずれかである場合は、そのＩＤを親マスターに対して通知し、いずれにも該当しない場合はその旨を通知する。
【００６１】
親マスターは、マスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺの配下のいずれかのＩＤを送信先ＩＤとして受信した場合、送信先であるノードを配下に有するマスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺのいずれか一以上に対して送信すべき情報を送信する。
【００６２】
<マスター兼スレイブＸが送信元となる場合>
次に、マスター兼スレイブＸが情報の送信元となる場合について説明する。マスター兼スレイブＸは送信すべき情報がマルチキャストで送信すべき情報であるか、特定の送信先（複数の場合も含まれる）に対してユニキャストで送信すべき情報であるかを判断する。当該判断は、送信すべき情報に含まれる送信種別を特定する情報（例えば、送信種別を示すフラグなど）に基づいて行ってもよいし、マスター兼スレイブＸであるノードの操作入力手段を介して入力される送信種別を特定する情報に基づいて行ってもよい。マルチキャストで送信すべき情報であると判断した場合は、スレイブＡ、Ｂ、Ｃに対して情報を送信する。ここで、送信すべき情報に送信種別を特定する情報がもともと含まれていない場合は、マルチキャストで送信すべき情報であることを示す情報を付与してスレイブＡ、Ｂ、Ｃに対して送信する。
【００６３】
また、特定の送信先に対してユニキャストで送信すべき情報であると判断した場合は、当該特定の送信先が自分の配下であるスレイブＡ、Ｂ、Ｃであるか、又は親マスターであるか判断する。当該判断は、例えばマスター兼スレイブＸが保持するスレイブＩＤのリスト及び親マスターのＩＤと、送信先として指定されたノードのＩＤを比較することにより行うことが可能である。ここで、特定の送信先がスレイブＡ、Ｂ、Ｃ、親マスターのいずれか一以上であると判断した場合は、スレイブＡ、Ｂ、Ｃ、親マスターのいずれか一以上に対して送信すべき情報を送信する。なお、親マスターに対しては、親マスターの通信制御に従って情報を送信する。
【００６４】
ここで、特定の送信先がスレイブＡ、Ｂ、Ｃ、親マスターのいずれでもないと判断した場合は、スレイブＡ、Ｂ、Ｃに対して送信先であるノードを配下に有しているか問い合わせを行う。問い合わせを受けたスレイブＡ、Ｂ、Ｃは、自身の配下となるスレイブが存在しない旨をマスターであるマスター兼スレイブＸに対して通知する。マスター兼スレイブＸは、自身の下流に送信先であるノードが存在しないと判断し、親マスターに対して送信先であるノードを配下に有しているか問い合わせを行う。当該問い合わせは、親マスターの通信制御に従って行う。
【００６５】
問い合わせを受けた親マスターは、自分の配下であるスレイブＹ、マスター兼スレイブＺのいずれか一以上が送信先であるノードであるか判断する。ここで、特定の送信先がスレイブＹ、マスター兼スレイブＺのノードのいずれか一以上である場合は、そのＩＤをマスター兼スレイブＸに対して通知する。マスター兼スレイブＸは、親マスターから送信先となるスレイブＹ、マスター兼スレイブＺのいずれか一以上を配下に有する旨の通知を受信した場合、送信すべき情報とスレイブＹ、マスター兼スレイブＺのいずれか一以上への転送要求を親マスターに対して送信する。送信すべき情報とスレイブＹ、マスター兼スレイブＺのいずれか一以上への転送要求を受信した親マスターは、送信すべき情報をスレイブＹ、マスター兼スレイブＺのいずれか一以上へ転送する。
【００６６】
また、特定の送信先がスレイブＹ、マスター兼スレイブＺのノードのいずれでもない場合は、親マスターはスレイブＹ、マスター兼スレイブＺに対して送信先であるノードを配下に有しているか問い合わせを行う。問い合わせを受けたスレイブＹは、自身の配下となるスレイブが存在しない旨を親マスターに対して通知する。また、問い合わせを受けたマスター兼スレイブＺは、自分の配下であるスレイブＤ、Ｅ、Ｆが送信先であるノードであるか判断する。ここで、特定の送信先がスレイブＤ、Ｅ、Ｆのノードのいずれか一以上である場合は、そのＩＤを親マスターに対して通知し、いずれにも該当しない場合はその旨を通知する。親マスターは、マスター兼スレイブＺの配下のスレイブＤ、Ｅ、Ｆのいずれか一以上のＩＤを送信先ＩＤとして受信した場合、マスター兼スレイブＸに対してそのＩＤを通知する。
【００６７】
マスター兼スレイブＸは、親マスターからマスター兼スレイブＺの配下に送信先となるスレイブが存在する旨の通知を受信した場合、送信すべき情報とマスター兼スレイブ及びスレイブＤ、Ｅ、Ｆのいずれか一以上への転送要求を親マスターに対して送信する。送信すべき情報とマスター兼スレイブＺ及びスレイブＤ、Ｅ、Ｆのいずれか一以上への転送要求を受信した親マスターは、送信すべき情報とスレイブＤ、Ｅ、Ｆのいずれか一以上への転送要求をマスター兼スレイブＺへ転送する。送信すべき情報とスレイブＤ、Ｅ、Ｆのいずれか一以上への転送要求を受信したマスター兼スレイブＺは、送信すべき情報をスレイブＤ、Ｅ、Ｆのいずれか一以上へ転送する。
【００６８】
<スレイブＡが送信元となる場合>
次に、スレイブＡが情報の送信元となる場合について説明する。スレイブＡは、特定の送信先がマスター兼スレイブＸであるか判断する。当該判断は、例えばスレイブＡが保持するマスター兼スレイブＸのＩＤと、送信先として指定されたノードのＩＤを比較することにより行うことが可能である。ここで、特定の送信先がマスター兼スレイブＸであると判断した場合は、マスター兼スレイブＸに対して送信すべき情報を送信する。なお、マスター兼スレイブＸに対しては、マスター兼スレイブＸの通信制御に従って情報を送信する。
【００６９】
ここで、特定の送信先がマスター兼スレイブＸでないと判断した場合は、マスター兼スレイブＸに対して送信先であるノードを配下に有しているか問い合わせを行う。当該問い合わせは、マスター兼スレイブＸの通信制御に従って行う。問い合わせを受けたマスター兼スレイブＸは、自身の配下であるスレイブＢ、Ｃのいずれか一以上が送信先であるノードであるか判断する。ここで、特定の送信先がスレイブＢ、Ｃのノードのいずれか一以上である場合は、そのＩＤをスレイブＡに対して通知する。スレイブＡは、マスターＸから送信先となるスレイブＢ、Ｃのいずれか一以上を配下に有する旨の通知を受信した場合、送信すべき情報とスレイブＢ、Ｃのいずれか一以上への転送要求をマスターＸに対して送信する。送信すべき情報とスレイブＢ、Ｃのいずれか一以上への転送要求を受信したマスターＸは、送信すべき情報をスレイブＢ、Ｃのいずれか一以上へ転送する。
【００７０】
また、特定の送信先がスレイブＢ、Ｃのノードのいずれでもない場合は、スレイブＢ、Ｃに対して送信先であるノードを配下に有しているか問い合わせを行う。問い合わせを受けたスレイブＢ、Ｃは、自身の配下となるスレイブが存在しない旨をマスターＸに対して通知する。マスター兼スレイブＸは、自身の下流に送信先であるノードが存在しないと判断し、親マスターに対して送信先であるノードを配下に有しているか問い合わせを行う。当該問い合わせは、親マスターの通信制御に従って行う。
【００７１】
問い合わせを受けた親マスターは、自分の配下であるスレイブＹ、マスター兼スレイブＺのいずれか一以上が送信先であるノードであるか判断する。ここで、特定の送信先がスレイブＹ、マスター兼スレイブＺのノードのいずれか一以上である場合は、そのＩＤをマスター兼スレイブＸに対して通知する。マスター兼スレイブＸは、親マスターから送信先となるスレイブＹ、マスター兼スレイブＺのいずれか一以上を配下に有する旨の通知を受信した場合、その旨をスレイブＡに対して通知する。スレイブＡは、マスター兼スレイブＸから親マスターの配下に送信先となるスレイブＹ、マスター兼スレイブＺのいずれか一以上を配下に有する旨の通知を受信した場合、送信すべき情報と親マスター及びスレイブＹ、マスター兼スレイブＺのいずれか一以上への転送要求をマスターＸに対して送信する。送信すべき情報と親マスター及びスレイブＹ、マスター兼スレイブＺのいずれか一以上への転送要求を受信したマスター兼スレイブＸは、送信すべき情報とスレイブＹ、マスター兼スレイブＺのいずれか一以上への転送要求を親マスターへ転送する。送信すべき情報とスレイブＹ、マスター兼スレイブＺのいずれか一以上への転送要求を受信した親マスターは、送信すべき情報をスレイブＹ、マスター兼スレイブＺのいずれか一以上へ転送する。
【００７２】
問い合わせを受けた親マスターが、特定の送信先がスレイブＹ、マスター兼スレイブＺのノードのいずれでもないと判断した場合は、スレイブＹ、マスター兼スレイブＺに対して送信先であるノードを配下に有しているか問い合わせを行う。問い合わせを受けたスレイブＹは、自身の配下となるスレイブが存在しない旨を親マスターに対して通知する。また、問い合わせを受けたマスター兼スレイブＺは、自分の配下であるスレイブＤ、Ｅ、Ｆが送信先であるノードであるか判断する。ここで、特定の送信先がスレイブＤ、Ｅ、Ｆのノードのいずれか一以上である場合は、そのＩＤを親マスターに対して通知し、いずれにも該当しない場合はその旨を通知する。
【００７３】
親マスターは、マスター兼スレイブＺの配下のスレイブＤ、Ｅ、Ｆのいずれか一以上のＩＤを送信先ＩＤとして受信した場合、マスター兼スレイブＸに対してマスター兼スレイブＺのＩＤとスレイブＤ、Ｅ、Ｆのいずれか一以上のＩＤを通知する。マスター兼スレイブＸは、親マスターからマスター兼スレイブＺの配下に送信先となるスレイブが存在する旨の通知を受信した場合、スレイブＡに対して親マスターのＩＤとマスター兼スレイブＺのＩＤとスレイブＤ、Ｅ、Ｆのいずれか一以上のＩＤを通知する。
【００７４】
スレイブＡは、送信すべき情報とマスター兼スレイブＸ及び親マスター及びマスター兼スレイブＺ及びスレイブＤ、Ｅ、Ｆのいずれか一以上への転送要求をマスター兼スレイブＸに対して送信する。送信すべき情報と親マスター及びマスター兼スレイブＺ及びスレイブＤ、Ｅ、Ｆのいずれか一以上への転送要求を受信したマスターＸは、送信すべき情報とマスター兼スレイブＺ及びスレイブＤ、Ｅ、Ｆのいずれか一以上への転送要求を親マスターへ転送する。送信すべき情報とマスター兼スレイブＺ及びスレイブＤ、Ｅ、Ｆのいずれか一以上への転送要求を受信した親マスターは、送信すべき情報とスレイブＤ、Ｅ、Ｆへの転送要求をマスター兼スレイブＺへ転送する。送信すべき情報とスレイブＤ、Ｅ、Ｆのいずれか一以上への転送要求を受信したマスター兼スレイブＺは、送信すべき情報をスレイブＤ、Ｅ、Ｆのいずれか一以上へ転送する。
【実施例２】
【００７５】
<実施例のシステム構成>
本実施例の動的ネットワークシステムのシステム構成は、実施例１と同様である。ただし、特定の通信先との通信経路を特定する方法が実施例１と異なる。なお、実施例１と同じ処理を行う場合は、一部説明を省略する。
【００７６】
<親マスターが情報の送信元となる場合>
まず、親マスターが情報の送信元となる場合について説明する。親マスターは送信すべき情報がマルチキャストで送信すべき情報であるか、特定の送信先（複数の場合も含まれる）に対してユニキャストで送信すべき情報であるかを判断する。マルチキャストで送信すべき情報であると判断した場合は、マスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺに対して情報を送信する。
【００７７】
また、特定の送信先に対してユニキャストで送信すべき情報であると判断した場合は、当該特定の送信先が自分の配下であるマスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺであるか判断する。ここで、特定の送信先がマスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺのいずれかであると判断した場合は、マスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺのいずれかに対して送信する。
【００７８】
ここで、特定の送信先がマスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺのいずれでもないと判断した場合は、マスター兼スレイブＸ、スレイブＹ、マスター兼スレイブＺに対して送信先であるノードを配下に有しているか問い合わせを行う。問い合わせを受けたマスター兼スレイブＸは、自分の配下であるスレイブＡ、Ｂ、Ｃが送信先であるノードであるか判断する。ここで、特定の送信先がスレイブＡ、Ｂ、Ｃのノードのいずれかである場合は、そのＩＤを特定の送信先として記憶領域に保持して、特定の送信先が見つかった旨を通知する。また、いずれにも該当しない場合はその旨を通知する。
【００７９】
問い合わせを受けたスレイブＹは、自身の配下となるスレイブが存在しない旨を親マスターに対して通知する。また、問い合わせを受けたマスター兼スレイブＺは、自身の配下であるスレイブＤ、Ｅ、Ｆが送信先であるノードであるか判断する。ここで、特定の送信先がスレイブＤ、Ｅ、Ｆのノードのいずれかである場合は、そのＩＤを特定の送信先として記憶領域に保持して、特定の送信先が見つかった旨を通知する。また、いずれにも該当しない場合はその旨を通知する。
【００８０】
親マスターは、マスター兼スレイブＸ、マスター兼スレイブＺのいずれか一以上から送信先であるノードが見つかった旨を受信した場合、送信先であるノードを配下に有するマスター兼スレイブＸ、マスター兼スレイブＺのいずれか一以上に対して送信すべき情報を送信する。マスター兼スレイブＸは、送信すべき情報を受信すると、記憶領域に保持されている送信先のＩＤを参照して、送信すべき情報をスレイブＡ、Ｂ、Ｃのいずれか一以上に送信する。また、マスター兼スレイブＺは、送信すべき情報を受信すると、記憶領域に保持されている送信先のＩＤを参照して、送信すべき情報をスレイブＤ、Ｅ、Ｆのいずれか一以上に送信する。
【００８１】
<マスター兼スレイブＸが送信元となる場合>
次に、マスター兼スレイブＸが情報の送信元となる場合について説明する。マスター兼スレイブＸは送信すべき情報がマルチキャストで送信すべき情報であるか、特定の送信先（複数の場合も含まれる）に対してユニキャストで送信すべき情報であるかを判断する。マルチキャストで送信すべき情報であると判断した場合は、スレイブＡ、Ｂ、Ｃに対して情報を送信する。
【００８２】
また、特定の送信先に対してユニキャストで送信すべき情報であると判断した場合は、当該特定の送信先が自分の配下であるスレイブＡ、Ｂ、Ｃであるか、又は親マスターであるか判断する。ここで、特定の送信先がスレイブＡ、Ｂ、Ｃ、親マスターのいずれか一以上であると判断した場合は、スレイブＡ、Ｂ、Ｃ、親マスターのいずれか一以上に対して送信すべき情報を送信する。
【００８３】
ここで、特定の送信先がスレイブＡ、Ｂ、Ｃ、親マスターのいずれでもないと判断した場合は、スレイブＡ、Ｂ、Ｃに対して送信先であるノードを配下に有しているか問い合わせを行う。問い合わせを受けたスレイブＡ、Ｂ、Ｃは、自身の配下となるスレイブが存在しない旨をマスターであるマスター兼スレイブＸに対して通知する。
【００８４】
マスター兼スレイブＸは、自身の下流に送信先であるノードが存在しないと判断し、親マスターに対して送信先であるノードを配下に有しているか問い合わせを行う。問い合わせを受けた親マスターは、自分の配下であるスレイブＹ、マスター兼スレイブＺのいずれか一以上が送信先であるノードであるか判断する。ここで、特定の送信先のノードがスレイブＹ、マスター兼スレイブＺのいずれか一以上である場合は、親マスターは、そのＩＤを特定の送信先として記憶領域に保持して、特定の送信先が見つかった旨をマスター兼スレイブＸに対して通知する。
【００８５】
マスター兼スレイブＸは、親マスターから送信先であるノードが見つかった旨を受信した場合、送信すべき情報を親マスターに対して送信する。親マスターは、送信すべき情報を受信すると、記憶領域に保持されている送信先のＩＤを参照して、送信すべき情報をスレイブＹ、マスター兼スレイブＺのいずれか一以上に送信する。
【００８６】
また、親マスターは、特定の送信先がスレイブＹ、マスター兼スレイブＺのノードのいずれでもないと判断した場合、スレイブＹ、マスター兼スレイブＺに対して送信先であるノードを配下に有しているか問い合わせを行う。問い合わせを受けたスレイブＹは、自身の配下となるスレイブが存在しない旨を親マスターに対して通知する。また、問い合わせを受けたマスター兼スレイブＺは、自身の配下であるスレイブＤ、Ｅ、Ｆが送信先であるノードであるか判断する。ここで、特定の送信先がスレイブＤ、Ｅ、Ｆのノードのいずれか一以上である場合は、マスター兼スレイブＺは、そのＩＤを特定の送信先として記憶領域に保持して、特定の送信先が見つかった旨を親マスターに対して通知する。また、いずれにも該当しない場合はその旨を通知する。親マスターは、マスター兼スレイブＺから送信先であるノードが見つかった旨を受信した場合、マスター兼スレイブＺのＩＤを送信すべき情報の転送先として記憶領域に保持して、特定の送信先が見つかった旨をマスター兼スレイブＸに対して通知する。
【００８７】
マスター兼スレイブＸは、親マスターから送信先であるノードが見つかった旨を受信した場合、送信すべき情報を親マスターに対して送信する。親マスターは、送信すべき情報を受信すると、記憶領域に保持されている転送先のＩＤを参照して、送信すべき情報をマスター兼スレイブＺに送信する。マスター兼スレイブＺは、送信すべき情報を受信すると、記憶領域に保持されている転送先のＩＤを参照して、送信すべき情報をスレイブＤ、Ｅ、Ｆのいずれか一以上に送信する。
【００８８】
<スレイブＡが送信元となる場合>
次に、スレイブＡが情報の送信元となる場合について説明する。スレイブＡは、特定の送信先がマスターＸであるか判断する。ここで、特定の送信先がマスターＸであると判断した場合は、マスターＸに対して送信すべき情報を送信する。
【００８９】
ここで、特定の送信先がマスターＸでないと判断した場合は、マスターＸに対して送信先であるノードを配下に有しているか問い合わせを行う。問い合わせを受けたマスターＸは、自分の配下であるスレイブＢ、Ｃのいずれか一以上が送信先であるノードであるか判断する。ここで、特定の送信先がスレイブＢ、Ｃのノードのいずれか一以上である場合は、マスターＸは、そのＩＤを特定の送信先として記憶領域に保持して、特定の送信先が見つかった旨をスレイブＡに対して通知する。
【００９０】
スレイブＡは、マスターＸから送信先であるノードが見つかった旨を受信した場合、送信すべき情報をマスターＸに対して送信する。マスターＸは、送信すべき情報を受信すると、記憶領域に保持されている送信先のＩＤを参照して、送信すべき情報をスレイブＢ、Ｃのいずれか一以上に送信する。
【００９１】
また、特定の送信先がスレイブＢ、Ｃのノードのいずれでもない場合は、マスターＸは、親マスターに対して送信先であるノードを配下に有しているか問い合わせを行う。問い合わせを受けた親マスターは、自身の配下であるスレイブＹ、マスター兼スレイブＺのいずれか一以上が送信先であるノードであるか判断する。ここで、特定の送信先のノードがスレイブＹ、マスター兼スレイブＺのいずれか一以上である場合は、親マスターは、そのＩＤを特定の送信先として記憶領域に保持して、特定の送信先が見つかった旨をマスター兼スレイブＸに対して通知する。マスター兼スレイブＸは、親マスターから送信先であるノードが見つかった旨を受信した場合、親マスターのＩＤを情報の転送先として記憶領域に保持して、特定の送信先が見つかった旨をスレイブＡに対して通知する。
【００９２】
スレイブＡは、マスターＸから送信先であるノードが見つかった旨を受信した場合、送信すべき情報をマスターＸに対して送信する。マスターＸは、送信すべき情報を受信すると、記憶領域に保持されている転送先のＩＤを参照して、送信すべき情報を親マスターに送信する。親マスターは、送信すべき情報を受信すると、記憶領域に保持されている送信先のＩＤを参照して、送信すべき情報をスレイブＹ、マスター兼スレイブＺのいずれか一以上に送信する。
【００９３】
特定の送信先がスレイブＹ、マスター兼スレイブＺのノードのいずれでもないと判断した場合は、親マスターは、スレイブＹ、マスター兼スレイブＺに対して送信先であるノードを配下に有しているか問い合わせを行う。問い合わせを受けたスレイブＹは、自身の配下となるスレイブが存在しない旨を親マスターに対して通知する。また、問い合わせを受けたマスター兼スレイブＺは、自身の配下であるスレイブＤ、Ｅ、Ｆが送信先であるノードであるか判断する。ここで、特定の送信先がスレイブＤ、Ｅ、Ｆのノードのいずれか一以上である場合は、マスター兼スレイブＺは、そのＩＤを特定の送信先として記憶領域に保持して、特定の送信先が見つかった旨を親マスターに対して通知する。親マスターは、マスター兼スレイブＺから送信先であるノードが見つかった旨を受信した場合、マスター兼スレイブＺのＩＤを情報の転送先として記憶領域に保持して、特定の送信先が見つかった旨をマスター兼スレイブＸに対して通知する。マスター兼スレイブＸは、親マスターから送信先であるノードが見つかった旨を受信した場合、親マスターのＩＤを情報の転送先として記憶領域に保持して、特定の送信先が見つかった旨をスレイブＡに対して通知する。
【００９４】
スレイブＡは、マスター兼スレイブＸから送信先であるノードが見つかった旨を受信した場合、送信すべき情報をマスター兼スレイブＸに対して送信する。マスター兼スレイブＸは、送信すべき情報を受信すると、記憶領域に保持されている転送先のＩＤを参照して、送信すべき情報を親マスターに対して送信する。親マスターは、送信すべき情報を受信すると、記憶領域に保持されている転送先のＩＤを参照して、送信すべき情報をマスター兼スレイブＺに対して送信する。マスター兼スレイブＺは、送信すべき情報を受信すると、記憶領域に保持されている送信先のＩＤを参照して、送信すべき情報をスレイブＤ、Ｅ、Ｆのいずれか一以上に送信する。
【実施例３】
【００９５】
<実施例のシステム構成>
図１１は、本実施例の動的ネットワークシステムの一例を示す図である。この図において、電圧降下検出端末は図１０における親マスターに対応し、プロキシは図１０におけるスレイブ兼マスターＸ、スレイブＹ、マスター兼スレイブＺに対応し、電気機器Ａ〜Ｆは図１０におけるスレイブＡ〜Ｆに対応する。電気機器Ａ〜Ｆとしては、携帯端末や、パーソナルコンピュータ、テレビ、冷蔵庫、洗濯機など種々なる電気機器が考えられる。
【００９６】
電圧降下検出端末は、電流及び電圧の情報を取得する電流電圧情報取得部を有する。電流及び電圧の情報の取得は、具体的には商用電力系統の電流・電圧をサンプリングして取得することが考えられる。当該サンプリング処理のサンプリング周波数・サンプリングレート等は、適宜設定することが可能である。また、電圧降下検出端末は、電流及び電圧の情報に基づいて有効電圧値を算出する算出部を有する。当該算出処理は、電流及び電圧の情報の取得に合わせて行うことが考えられる。また、電圧降下検出端末は、有効電圧値の降下を検出する電圧降下検出部を有する。有効電圧値の降下の検出は、有効電圧値と所定閾値を比較することによって行ってもよいし、所定時間内の有効電圧値の降下量と有効電圧値の比率に基づいて行ってもよく、特に限定されるものではない。また、電圧降下検出端末は、有効電圧の降下を検出した場合に、プロキシに有効電圧の降下を検出した旨を転送情報として通知する。当該通知は、プロキシの識別番号を特定することにより行われる。また、当該通知においてプロキシのスレーブにあたる電気機器のいずれか一以上に対する転送を要求する場合は、電気機器のいずれか一以上の識別番号を合わせてプロキシに通知する。
【００９７】
プロキシは、電圧降下検出端末から受信した電圧降下検出情報を受信した際に、スレーブにあたる電気機器のいずれか一以上に対する転送要求を指示されている場合は、電圧降下検出情報を電気機器のいずれか一以上に転送する。なお、プロキシは、電気機器に内部電源（電池）を供給する非常電源部を有していてもよい。この場合、電圧降下検出情報を受信した際に、電気機器に内部電源を供給し、電気機器が電圧降下によって電源が突然切れてしまうことを防ぐことが可能になる。電気機器は、電圧降下検出情報を受信した際に、表示部や音声出力部を介して電圧が降下している旨を報知してもよいし、電圧降下対処プログラムを実行して、正常終了プロセスを実行してもよい。
【実施例４】
【００９８】
<実施例のシステム構成>
図１２は、本実施例の動的ネットワークシステムの一例を示す図である。この図において、管理端末は図１０における親マスターに対応し、電圧降下検出端末は図１０におけるスレイブ兼マスターＸに対応し、電気機器Ａ〜Ｃは図１０におけるスレイブＡ〜Ｃに対応する。
【００９９】
管理端末は、電圧降下検出端末の検出結果を要求する検出結果要求部を有する。具体的イは、検出結果の要求は、電圧降下検出端末に対する問い合わせ処理により行われる。また、管理端末は、一の電圧降下検出端末の検出結果から電圧降下があった旨を判断すると、他の電圧降下検出端末にその旨を通知する。なお、実施例３においては電圧降下検出端末において有効電圧を算出しているが、電圧降下検出端末から管理端末に対して電流・電圧情報を送信し、管理端末において各電圧降下検出端末の有効電圧を算出してもよい。電圧降下検出端末は、自身の端末で検出した電圧降下のみならず、管理端末から通知される他の電圧降下検出端末による電圧降下検出情報に基づいて電気機器に対して電圧降下
がある旨を通知する。他の処理に関しては、実施例３と同様である。
【符号の説明】
【０１００】
０１００…マスター候補、０１０１…参加募集出力部、０１０２…応募受信部、０１０３…スレイブ選択部、０１０４…選択通知部、０１０５…マスター決定部、０２００…スレイブ候補、０２０１…参加募集受信部、０２０２…応募出力部、０２０３…通知受信部、０２０４…マスター選択部、０２０５…二次参加募集出力部、０３０１…ＣＰＵ、０３０２…ＲＡＭ、０３０３…ＲＯＭ、０３０４…無線Ｉ／Ｆ、０３０５…無線通信装置、０３０６…入力Ｉ／Ｆ、０３０７…入力装置、０３０８…ディスプレイＩ／Ｆ、０３０９…ディスプレイ装置、０３１０…不揮発性メモリ、０３１１…システムバス、０５００…マスター又は／及びスレイブであるノード、０５０１…トリガー情報取得部、０５０２…第一判断部、０５０３…第一トリガー情報送信部、０５０４…第二トリガー情報送信部、０８００…マスター又は／及びスレイブであるノード、０８０１…トリガー情報取得部、０８０２…第一判断部、０８０３…第一トリガー情報送信部、０８０４…第二トリガー情報送信部、０８０５…隣接ノード識別情報取得部、０８０６…転送部
【図１】
2013172230.tif 000003
【図２】
2013172230.tif 000004
【図３】
2013172230.tif 000005
【図４】
2013172230.tif 000006
【図５】
2013172230.tif 000007
【図６】
2013172230.tif 000008
【図７】
2013172230.tif 000009
【図８】
2013172230.tif 000010
【図９】
2013172230.tif 000011
【図１０】
2013172230.tif 000012
【図１１】
2013172230.tif 000013
【図１２】
2013172230.tif 000014