(57)【要約】【課題】通信に必要な機器をユーザに通知することができるマルチホップ通信システムを提供する。【解決手段】マルチホップ通信システムは、第１機器と、第１機器の隣接ノードである第２機器と、第２機器を介して、第１機器とマルチホップ通信により通信するコントローラとを備え、第１機器の、コントローラ側の隣接ノードが第２機器のみである場合、第２機器が、前記コントローラと前記第１機器との通信に必要な機器であることを示す通知をユーザに供給する。【選択図】図１
2017163367.tif 000002
【特許請求の範囲】
【請求項１】
第１機器と、前記第１機器の隣接ノードである第２機器と、前記第２機器を介して、前記第１機器とマルチホップ通信により通信するコントローラとを備えるマルチホップ通信システムであって、
前記コントローラは、前記第１機器の、前記コントローラ側の隣接ノードが前記第２機器のみである場合、前記第２機器が、前記コントローラと前記第１機器との通信に必要な機器であることを示す通知をユーザに供給することを特徴とするマルチホップ通信システム。
【請求項２】
前記コントローラは、前記第１機器によって前記コントローラ側の隣接ノードが前記第２機器のみであると判定されることに応じて、前記ユーザに前記通知を供給することを特徴とする請求項１に記載のマルチホップ通信システム。
【請求項３】
前記第１機器は、前記第１機器の隣接ノードが記録された隣接テーブルと、各ノードの、前記コントローラからの通信に要するホップ数が記録されたホップ数テーブルとに基づいて、前記コントローラ側の隣接ノードが前記第２機器のみであるか否かを判定することを特徴とする請求項２に記載のマルチホップ通信システム。
【請求項４】
前記コントローラは、前記ホップ数を各ノードから収集することにより前記ホップ数テーブルを作成し、前記ホップ数テーブルを前記第１機器に送信し、
前記第１機器は、前記隣接テーブルと、前記コントローラから受信した前記ホップ数テーブルとに基づいて、前記コントローラ側の隣接ノードが前記第２機器のみであるか否かを判定することを特徴とする請求項３に記載のマルチホップ通信システム。
【請求項５】
前記コントローラは、他の装置を制御することにより、前記他の装置を介して、前記ユーザに前記通知を供給することを特徴とする請求項１乃至４の何れか１項に記載のマルチホップ通信システム。
【請求項６】
第１機器と、前記第１機器の隣接ノードである第２機器と、前記第２機器を介して、前記第１機器とマルチホップ通信により通信するコントローラとを備えるマルチホップ通信システムにおける前記コントローラであって、
前記第１機器の、前記コントローラ側の隣接ノードが前記第２機器のみである場合、前記第２機器が、前記コントローラと前記第１機器との通信に必要な機器であることを示す通知をユーザに供給することを特徴とするコントローラ。
【請求項７】
第１機器と、前記第１機器の隣接ノードである第２機器と、前記第２機器を介して、前記第１機器とマルチホップ通信により通信するコントローラとを備えるマルチホップ通信システムに用いられるプログラムであって、
前記第１機器の、前記コントローラ側の隣接ノードが前記第２機器のみである場合、前記第２機器が、前記コントローラと前記第１機器との通信に必要な機器であることを示す通知をユーザに供給することを含む処理をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチホップ通信を行うマルチホップ通信システム、コントローラ及びプログラムに関する。
【背景技術】
【０００２】
送信元ノードから宛先ノードへの通信を他のノードが中継することにより、通信可能距離を伸ばすことができる所謂マルチホップ通信が知られている（特許文献１参照）。冗長性として多重経路を有する、メッシュ型のマルチホップ通信システムでは、ある通信経路におけるノードが通信不能となった場合、他のノードにより他の通信経路を構成することができる。
【０００３】
このような通信システムでは、ある２つのノードが通信する際に、必ず特定のノードを経由しないと通信できない場合が起こり得る。この場合、特定のノードが電源断等により通信不能になると、２つのノード間の通信ができなくなってしまう。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２３５３２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術は、ある通信に必要とされる特定のノードが存在することをユーザが認識できないため、ユーザが特定のノードの電源を遮断してしまったり、特定のノードを通信不能な位置に移動させてしまったりする可能性がある。
【０００６】
本発明は、上記問題点を鑑み、通信に必要な機器をユーザに通知することができるマルチホップ通信システム、コントローラ及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の第１の態様は、第１機器と、第１機器の隣接ノードである第２機器と、第２機器を介して、第１機器とマルチホップ通信により通信するコントローラとを備えるマルチホップ通信システムであることを要旨とし、コントローラは、第１機器の、コントローラ側の隣接ノードが第２機器のみである場合、第２機器が、コントローラと第１機器との通信に必要な機器であることを示す通知をユーザに供給することを特徴とする。
【０００８】
本発明の第２の態様は、第１機器と、第１機器の隣接ノードである第２機器と、第２機器を介して、第１機器とマルチホップ通信により通信するコントローラとを備えるマルチホップ通信システムにおけるコントローラであることを要旨とし、第１機器の、コントローラ側の隣接ノードが第２機器のみである場合、第２機器が、コントローラと第１機器との通信に必要な機器であることを示す通知をユーザに供給することを特徴とする。
【０００９】
本発明の第３の態様は、第１機器と、第１機器の隣接ノードである第２機器と、第２機器を介して、第１機器とマルチホップ通信により通信するコントローラとを備えるマルチホップ通信システムに用いられるプログラムであることを要旨とし、第１機器の、コントローラ側の隣接ノードが第２機器のみである場合、第２機器が、コントローラと第１機器との通信に必要な機器であることを示す通知をユーザに供給することを含む処理をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、通信に必要な機器をユーザに通知することができるマルチホップ通信システム、コントローラ及びプログラムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の実施の形態に係るマルチホップ通信システムの基本的な構成を説明する模式的なブロック図である。
【図２】図２は、本発明の実施の形態に係るマルチホップ通信システムが備えるコントローラの基本的な構成を説明するブロック図である。
【図３】図３は、本発明の実施の形態に係るマルチホップ通信システムが備えるコントローラの隣接テーブルを説明する図である。
【図４】図４は、本発明の実施の形態に係るマルチホップ通信システムに用いるホップ数テーブルを説明する図である。
【図５】図５は、本発明の実施の形態に係るマルチホップ通信システムが備える機器の基本的な構成を説明するブロック図である。
【図６】図６は、本発明の実施の形態に係るマルチホップ通信システムが備える機器の隣接テーブルを説明する図である。
【図７】図７は、本発明の実施の形態に係るマルチホップ通信システムが備える機器の隣接テーブルを説明する図である。
【図８】図８は、本発明の実施の形態に係るマルチホップ通信システムが備える機器の隣接テーブルを説明する図である。
【図９】図９は、本発明の実施の形態に係るマルチホップ通信システムが備える機器の隣接テーブルを説明する図である。
【図１０】図１０は、本発明の実施の形態に係るマルチホップ通信システムが備える機器の隣接テーブルを説明する図である。
【図１１】図１１は、本発明の実施の形態に係るマルチホップ通信システムが備える機器の隣接テーブルを説明する図である。
【図１２】図１２は、本発明の実施の形態に係るマルチホップ通信システムの動作例を説明するシーケンス図である。
【図１３】図１３は、本発明の実施の形態に係るマルチホップ通信システムが備えるコントローラの動作例を説明するフローチャートである。
【図１４】図１４は、本発明の実施の形態に係るマルチホップ通信システムが備える機器の動作例を説明するフローチャートである。
【発明を実施するための形態】
【００１２】
次に、図面を参照して、実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には同一又は類似の符号を付し、重複する説明を省略している。
【００１３】
（マルチホップ通信システム）
本実施の形態に係るマルチホップ通信システムは、図１に示すように、コントローラ１と、複数の機器２-1，２-2，２-3，２-4，２-5，２-6（機器２）とを備える。本実施の形態に係るマルチホップ通信システムは、例えば、多重経路を有するメッシュ型のトポロジーを有するネットワークである。
【００１４】
図１に示す例において、コントローラ１は、機器２-1，２-2に直接的に通信する。コントローラ１は、機器２-1を介して、機器２-3とマルチホップ通信により通信する。コントローラ１は、機器２-1又は機器２-2と、機器２-4とを介して、機器２-5又は機器２-6とマルチホップ通信により通信する。複数の機器２は、それぞれコントローラ１に予め登録されることにより、直接的又は間接的にコントローラ１と通信可能に接続される。
【００１５】
コントローラ１は、各機器２と通信可能に接続することにより、各機器２と共にパーソナルエリアネットワーク（ＰＡＮ）を構成する。
【００１６】
図２に示すように、コントローラ１は、通信インターフェース（Ｉ／Ｆ）１１と、処理装置１２と、記憶装置１３と、入出力Ｉ／Ｆ１４とを備える。通信Ｉ／Ｆ１１は、処理装置１２による制御に応じて、機器２と無線により通信する。入出力Ｉ／Ｆ１４は、例えば、ユーザの操作に応じた信号を処理装置１２に入力する入力装置や、ユーザに対して文字、画像、音声等を出力する出力装置等からなる。
【００１７】
記憶装置１３は、隣接テーブル１３１と、ホップ数テーブル１３２とを記憶する。隣接テーブル１３１は、コントローラ１の隣接ノードの情報として、隣接ノードの識別子（ＩＤ）及びアドレスを予め記録する。図１の例において、コントローラ１の隣接ノードは機器２-1，２-2であるため、図３に示すように、隣接テーブル１３１は、機器２-1，２-2の情報を記録する。
【００１８】
図４に示すように、ホップ数テーブル１３２は、ノード毎の、コントローラ１からの通信に要するホップ数を記録する。ホップ数は、コントローラ１から見て所定の通信経路を介して宛先ノードに到達するまでに存在するノードの数である。通信経路は、例えば、Ｚｉｇｂｅｅ（登録商標）規格に規定されるルーティングテーブルにより決定される。
【００１９】
処理装置１２は、ホップ数処理部１２１と、通知処理部１２２と、機器制御部１２３とを論理構造として有する。処理装置１２は、例えば、中央演算装置（ＣＰＵ）等を含む集積回路からなる。例えば、処理装置１２が予めインストールされたコンピュータプログラムを実行することにより、ホップ数処理部１２１、通知処理部１２２及び機器制御部１２３が構成される。処理装置１２を構成する各部は、一体のハードウェアであっても別個のハードウェアであってもよい。
【００２０】
ホップ数処理部１２１は、各機器２にホップ数計数コマンドを送信することにより、各機器２から、コントローラ１との間のホップ数を取得する。ホップ数処理部１２１は、各機器２から取得したホップ数から、ホップ数テーブル１３２を作成する。ホップ数処理部１２１は、作成したホップ数テーブル１３２を記憶装置１３に記憶させる。
【００２１】
通知処理部１２２は、ある機器２（第１機器）にとって、親ノードが１つの機器２（第２機器）のみである場合、親ノードである機器２を示す通知をユーザに供給する。なお、本実施の形態において、「親ノード」とは、各通信経路におけるコントローラ１側の隣接ノードを意味する。また、通知処理部１２２がユーザに供給する通知は、単一の親ノードである機器２が、コントローラ１とある機器２（第１機器）との通信に必要な機器であることを示す通知である。
【００２２】
例えば、図１の機器２-5の親ノードは、機器２-4の１つのみである。機器２-4の電源が遮断されてしまったり、機器２-4が通信不能な位置に移動されてしまったりすると、機器２-4の、各隣接ノードまでの通信経路は遮断される。すると、機器２-5は、コントローラ１との通信が不能となり、コントローラ１は、機器２-5を制御することができなくなってしまう。従って、機器２-4は、コントローラ１と、機器２-5又は機器２-6との通信経路を維持するために必要な機器であり、隣接ノードとの通信経路を維持されるべき機器である。コントローラ１は、機器２-4を示す通知をユーザに供給することにより、機器２-4の電源が遮断されてしまったり、機器２-4が通信不能な位置に移動されてしまったりする可能性を低減することができる。
【００２３】
機器制御部１２３は、例えば、入出力Ｉ／Ｆ１４の入力装置に対するユーザの操作に応じて、制御対象となる機器２を特定し、機器２を制御する制御コマンドを機器２に送信する。
【００２４】
機器２は、例えば、コントローラ１による制御に応じて調光される電球型の電灯として構成される。
【００２５】
図５に示すように、機器２は、通信Ｉ／Ｆ２１と、処理装置２２と、記憶装置２３と、負荷２４とを備える。通信Ｉ／Ｆ２１は、処理装置２２による制御に応じて、コントローラ１を含む他の機器と無線により通信する。負荷２４は、光源であり、処理装置２２による制御に応じて調光される。
【００２６】
記憶装置２３は、隣接テーブル２３１と、ホップ数テーブル２３２とを記憶する。隣接テーブル２３１は、各機器２の隣接ノードの情報として、隣接ノードのＩＤ及びアドレスを予め記録する。図１の例において、機器２-1の隣接ノードは、コントローラ１、機器２-3及び機器２-4であるため、図６に示すように、機器２-1の隣接テーブル２３１は、コントローラ１、機器２-3及び機器２-4の情報を記録する。
【００２７】
同様に、図７に示すように、機器２-2の隣接テーブル２３１は、コントローラ１及び機器２-4の情報を記録する。図８に示すように、機器２-3の隣接テーブル２３１は、機器２-1の情報を記録する。図９に示すように、機器２-4の隣接テーブル２３１は、機器２-1、機器２-2、機器２-5及び機器２-6の情報を記録する。図１０に示すように、機器２-5の隣接テーブル２３１は、機器２-4の情報を記録する。図１１に示すように、機器２-6の隣接テーブル２３１は、機器２-4の情報を記録する。
【００２８】
ホップ数テーブル２３２は、コントローラ１が保持するホップ数テーブル１３２と同一である。記憶装置２３は、コントローラ１から各機器２が受信したホップ数テーブル１３２を、ホップ数テーブル２３２として記憶する。
【００２９】
処理装置２２は、ホップ数処理部２２１と、判定処理部２２２と、負荷制御部２２３とを論理構造として有する。処理装置２２は、例えば、中央演算装置（ＣＰＵ）等を含む集積回路からなる。例えば、処理装置２２が予めインストールされたコンピュータプログラムを実行することにより、ホップ数処理部２２１、判定処理部２２２及び負荷制御部２２３が構成される。処理装置２２を構成する各部は、一体のハードウェアであっても別個のハードウェアであってもよい。
【００３０】
ホップ数処理部２２１は、ホップ数計数コマンドの宛先が自ノードである場合、自身のホップ数を格納するホップ数計数応答をコントローラ１に送信する。ホップ数処理部２２１は、ホップ数計数コマンドの宛先が他ノードである場合、ホップ数をインクリメントしてホップ数計数コマンドを宛先ノードに向けて送信する。
【００３１】
判定処理部２２２は、自ノード（第１機器）の隣接テーブル２３１と、ホップ数テーブル２３２とに基づいて、親ノードの数が１であるか否かを判定する。判定処理部２２２は、親ノードの数が１である場合、単一の親ノード（第２機器）である機器２を示す単一親ノード通知をコントローラ１に送信する。
【００３２】
負荷制御部２２３は、コントローラ１から送信される制御コマンドに応じて、負荷２４を制御する。
【００３３】
（機器通知方法）
図１２のフローチャートを参照して、本実施の形態に係るマルチホップ通信システムの機器通知方法の一例を説明する。以下において、機器２の動作として、図１に示す機器２-1及び機器２-4の動作を選択的に説明する。図１２に示す一連の処理は、例えば一定周期毎やユーザの操作に応じたタイミング等、所定のタイミングで開始される。
【００３４】
ステップＳ１０１において、コントローラ１のホップ数処理部１２１は、ホップ数が１に設定されたホップ数計数コマンドを、登録されている機器２-1を宛先として機器２-1に送信する。
【００３５】
ステップＳ１０２において、機器２-1のホップ数処理部２２１は、自ノード宛てのホップ数計数コマンドに応じて、ホップ数が１に設定されたホップ数計数応答をコントローラ１に送信する。ホップ数計数応答に格納されるホップ数は、自ノード宛のホップ数計数コマンドに格納されるホップ数である。
【００３６】
ステップＳ１０３において、ホップ数処理部１２１は、所定のルーティングテーブルに基づいて、ホップ数が１に設定されたホップ数計数コマンドを、登録されている機器２-4を宛先として機器２-1に送信する。ルーティングテーブルは、例えばＺｉｇｂｅｅ（登録商標）規格により規定される、宛先ノードのアドレスと、次ノード（ネクストホップ）のアドレスとを関連付けて記録するテーブルである。ルーティングテーブルは、予め各ノードにより作成及び保持されている。
【００３７】
ステップＳ１０４において、機器２-1のホップ数処理部２２１は、他ノード宛てのホップ数計数コマンドに応じて、ホップ数計数コマンドに設定されているホップ数をインクリメント（１を加算）し、２に設定する。ホップ数処理部２２１は、ルーティングテーブルに基づいて、ホップ数計数コマンドの宛先ノードに対応する次ノードである機器２-4に、ホップ数が２に設定されたホップ数計数コマンドを転送する。
【００３８】
ステップＳ１０５において、機器２-4のホップ数処理部２２１は、自ノード宛てのホップ数計数コマンドに応じて、ホップ数が２に設定されたホップ数計数応答を、コントローラ１を宛先として機器２-1に送信する。ホップ数計数応答に格納されるホップ数は、自ノード宛のホップ数計数コマンドに格納されるホップ数である。
【００３９】
ステップＳ１０６において、機器２-1のホップ数処理部２２１は、ルーティングテーブルに基づいて、ホップ数計数応答の宛先ノードに対応する次ノードであるコントローラ１に、ホップ数が２に設定されたホップ数計数応答を転送する。このように、コントローラ１は、ＰＡＮ内の各機器２を宛先として送信したホップ数計数コマンドに対するホップ数計数応答を受信することにより、各機器２のホップ数を収集する。
【００４０】
ステップＳ１０７において、ホップ数処理部１２１は、各機器２の、コントローラ１との間のホップ数が記録されたホップ数テーブル１３２を作成し、記憶装置１３に記憶させる。
【００４１】
ステップＳ１０８において、ホップ数処理部１２１は、作成したホップ数テーブル１３２を、直接的又は間接的に、ＰＡＮ内の全ての機器２に送信する。各機器２のホップ数処理部２２１は、受信したホップ数テーブル１３２を、ホップ数テーブル２３２として記憶装置２３に記憶させる。
【００４２】
ステップＳ１０９において、各機器２の判定処理部２２２は、自ノードの隣接テーブル２３１と、ホップ数テーブル２３２とに基づいて、親ノードの数が１か否かを判定する。各判定処理部２２２は、親ノードの数が１である場合、単一の親ノードである機器２を示す単一親ノード通知を、コントローラ１を宛先として送信する。
【００４３】
図１に示すように、機器２-4の親ノードの数は、機器２-1及び機器２-2の２つである。ここで、図１の例において、機器２-2が主電源の遮断等により通信不能となったと仮定する。機器２-2がＰＡＮから離脱することにより、機器２-4の親ノードの数は、機器２-1の１つのみになる。この場合、機器２-4（第１機器）の判定処理部２２２は、単一の親ノードである機器２-1（第２機器）を特定する。
【００４４】
ステップＳ１１０において、機器２-4の判定処理部２２２は、単一の親ノードである機器２-1を示す単一親ノード通知を、ルーティングテーブルに基づいて、コントローラ１を宛先として機器２-1に送信する。
【００４５】
ステップＳ１１１において、機器２-1は、ルーティングテーブルに基づいて、ステップＳ１１０において送信された単一親ノード通知を、コントローラ１に送信する。
【００４６】
ステップＳ１１２において、コントローラ１の通知処理部１２２は、機器２-4から送信された単一親ノード通知に応じて、単一親ノード通知が示す機器２-1が、コントローラ１と機器２-4との通信に必要な機器であることを示す通知をユーザに供給する。即ち、コントローラ１は、機器２-4の親ノードが機器２-1の１つのみである場合、機器２-1を示す通知を、例えば入出力Ｉ／Ｆ１４を介して、ユーザに供給する。
【００４７】
（コントローラの動作）
図１３のフローチャートを参照して、コントローラ１の動作の一例を説明する。図１３に示す一連の処理は、例えば一定周期毎やユーザの操作に応じたタイミング等、所定のタイミングで開始される。
【００４８】
ステップＳ１１において、ホップ数処理部１２１は、登録されている各機器２を宛先として、各機器２のホップ数を要求するホップス計数コマンドを、通信Ｉ／Ｆ１１を介して送信する。
【００４９】
ステップＳ１２において、ホップ数処理部１２１は、ステップＳ１１において送信したホップ数計数コマンドに対するホップ数計数応答を、通信Ｉ／Ｆ１１を介して、各機器２から直接的又は間接的に受信する。
【００５０】
ステップＳ１３において、ホップ数処理部１２１は、各機器２から送信されたホップ数計数応答に格納されるホップ数から、ホップ数テーブル１３２を作成し、記憶装置１３に記憶させる。
【００５１】
ステップＳ１４において、ホップ数処理部１２１は、ステップＳ１３において作成したホップ数テーブル１３２を、各機器２を宛先として、通信Ｉ／Ｆ１１を介して送信する。
【００５２】
ステップＳ１５において、通知処理部１２２は、何れかの機器２から単一親ノード通知を受信したか否かを判定する。通知処理部１２２は、単一親ノード通知を受信した場合、ステップＳ１６に処理を進め、受信していない場合、処理を終了する。
【００５３】
ステップＳ１６において、通知処理部１２２は、受信した単一親ノード通知が示す機器２を特定し、特定された機器２が、コントローラ１と単一親ノード通知を送信した機器２との通信に必要な機器であること示す通知をユーザに供給する。
【００５４】
ユーザに供給される通知は、ある機器２にとって単一の親ノードである機器２をユーザに知らせるものであればよい。これにより、ユーザは、単一の親ノードである機器２が、コントローラ１とある機器２との通信経路の維持に必要な機器であることを理解できる。例えば、通知処理部１２２は、機器制御部１２３と連動し、特定された機器２を、点滅や色変更等の所定の調光パターンで制御することにより、ユーザに通知を供給するようにしてもよい。
【００５５】
通知処理部１２２は、ユーザの携帯端末等の他の装置を介して、特定された機器２を通知するようにしてもよい。また、コントローラ１が携帯端末から構成され、携帯端末がユーザに通知を供給するようにしてもよい。例えば、各機器２を制御する制御アプリケーション上で、特定された機器２を明示するようにしてもよい。
【００５６】
或いは、電灯である各機器２を制御するスイッチが配列されたスイッチパネルにおいて、制御状態を表示するインジケーターが各スイッチに設けられている場合、特定された機器２に対応するスイッチのインジケーターにより通知が供給されるようにしてもよい。この場合、通知処理部１２２は、特定された機器２に対応するスイッチのインジケーターを所定のパターンで表示するように制御すればよい。
【００５７】
（機器の動作）
図１４のフローチャートを参照して、機器２の動作の一例を説明する。図１４に示す一連の処理は、機器２がコントローラ１から送信されるホップ数計数コマンドを待ち受けている状態を初期状態とする。
【００５８】
ステップＳ２１において、ホップ数処理部２２１は、コントローラ１から送信されるホップ数計数コマンドを、直接的又は間接的に、通信Ｉ／Ｆ２１を介して受信する。
【００５９】
ステップＳ２２において、ホップ数処理部２２１は、ステップＳ２１において受信したホップ数計数コマンドの宛先が自ノードか否かを判定する。ホップ数処理部２２１は、ホップ数計数コマンドが自ノード宛てである場合、ステップＳ２３に処理を進め、自ノード宛でない場合、ステップＳ２４に処理を進める。
【００６０】
ステップＳ２３において、ホップ数処理部２２１は、ホップ数計数コマンドに格納されるホップ数を取得し、自ノードのホップ数としてホップ数計数応答に設定する。ホップ数処理部２２１は、自ノードのホップ数を格納するホップ数計数応答を、通信Ｉ／Ｆ２１を介してコントローラ１に送信する。
【００６１】
ステップＳ２４において、ホップ数処理部２２１は、ホップ数計数コマンドに格納されるホップ数をインクリメントする。ホップ数処理部２２１は、インクリメントされたホップ数を格納するホップ数計数コマンドを、ルーティングテーブルに基づいて宛先ノードに対応する次ノードに送信する。
【００６２】
ステップＳ２５において、ホップ数処理部２２１は、コントローラ１から送信されるホップ数テーブル１３２を受信する。ホップ数処理部２２１は、受信したホップ数テーブル１３２を、ホップ数テーブル２３２として記憶装置２３に記憶させる。
【００６３】
ステップＳ２６において、判定処理部２２２は、記憶装置２３に記憶される隣接テーブル２３１及びホップ数テーブル２３２に基づいて、自ノードの親ノードの数を計数する。即ち、判定処理部２２２は、ホップ数テーブル２３２において自ノードのホップ数より１少なく、且つ、隣接テーブル２３１に記録される機器２の数を計数することにより、親ノードの数を取得する。
【００６４】
例えば、ホップ数テーブル２３２（図４参照）において機器２-4のホップ数より１少ない機器は、機器２-1，２-2である。また、機器２-4の隣接テーブル２３１（図９参照）は、機器２-1，２-2，２-5，２-6の情報を記録する。よって、機器２-4の判定処理部２２２は、ホップ数テーブル２３２において自ノードのホップ数より１少なく、且つ、隣接テーブル２３１に記録される機器２-1，２-2の２つを親ノードの数として計数する。
【００６５】
ステップＳ２７において、判定処理部２２２は、ステップＳ２６において計数した親ノードの数が１か否かを判定する。判定処理部２２２は、親ノードの数が１である場合、ステップＳ２８に処理を進め、親ノードの数が１でない場合、処理を終了する。
【００６６】
ステップＳ２８において、判定処理部２２２は、自ノードの単一の親ノードである機器２を示す単一親ノード通知を、コントローラ１を宛先として送信する。
【００６７】
以上のように、本実施の形態に係るマルチホップ通信システムによれば、ある機器２にとってコントローラ１との通信に必要な親ノードが１つのみ存在する場合、この単一の親ノードをユーザに通知することができる。これにより、本実施の形態に係るマルチホップ通信システムは、単一の親ノードの通信経路が遮断されてしまう可能性を低減することができる。よって、コントローラ１から機器２を制御できなくなる状態が想定外に生じる可能性を低減することができる。
【００６８】
特に、機器２が電灯である場合、例えば、壁に設けられた主電源のスイッチ等により機器２の電源が遮断されると同時に、通信経路も遮断されてしまう状況が考えられる。本実施の形態に係るマルチホップ通信システムによれば、あるノード（第１機器）が、コントローラ１との通信するために特定のノード（第２機器）を経由する必要がある状況において、特定のノードをユーザに通知することができる。これにより、通信経路が遮断される可能性を低減することができる。
【００６９】
また、本実施の形態に係るマルチホップ通信システムによれば、各機器２が隣接テーブル２３１及びホップ数テーブル２３２に基づいて親ノードの数が１か否かを判定し、コントローラ１が判定に応じてユーザに通知を供給する。よって、コントローラ１及び機器２は、システム内のネットワーク構成を把握する必要がないため、処理負荷を低減することができる。
【００７０】
（その他の実施の形態）
上記のように、実施の形態を記載したが、この開示の一部をなす論述及び図面は本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
【００７１】
例えば、既に述べた実施の形態において、負荷２４は、光源に限るものでなく、種々の電磁波を検出する検出器等であってもよい。この場合、機器２は、電灯でなくセンサであり、マルチホップ通信システムは、コントローラ１により管理されるセンサネットワークとして構成される。また、ＰＡＮは、メッシュ型のネットワークに限るものでなく、ツリー型のネットワークであってもよい。
【００７２】
また、既に述べた実施の形態において、単一の親ノードは、各機器２により特定されるが、コントローラ１が各機器２の隣接テーブル２３１を保持していれば、各機器２と同様に、コントローラ１が各機器２の親ノードの数を計数するようにしてもよい。即ち、判定処理部２２２は、各機器２でなく、コントローラ１に備えられるようにしてもよい。
【００７３】
上記の他、上記の実施の形態において説明される各構成を任意に応用した構成等、本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。したがって、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００７４】
１  コントローラ
２，２-1，２-2，２-4，２-4，２-5，２-6  機器
１３１，２３１  隣接テーブル
１３２，２３２  ホップ数テーブル
【図１】
2017163367.tif 000003
【図２】
2017163367.tif 000004
【図３】
2017163367.tif 000005
【図４】
2017163367.tif 000006
【図５】
2017163367.tif 000007
【図６】
2017163367.tif 000008
【図７】
2017163367.tif 000009
【図８】
2017163367.tif 000010
【図９】
2017163367.tif 000011
【図１０】
2017163367.tif 000012
【図１１】
2017163367.tif 000013
【図１２】
2017163367.tif 000014
【図１３】
2017163367.tif 000015
【図１４】
2017163367.tif 000016