特開 2023-79756 通信機器及び通信システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023079756

(43)【公開日】2023-06-08

(54)【発明の名称】通信機器及び通信システム

(51)【国際特許分類】

   H04W 40/10 20090101AFI20230601BHJP

   H04W 40/02 20090101ALI20230601BHJP

   H04W 84/18 20090101ALN20230601BHJP

【ＦＩ】

H04W40/10

H04W40/02 110

H04W84/18

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2021193369

(22)【出願日】2021-11-29

(71)【出願人】

【識別番号】320012037

【氏名又は名称】ラピステクノロジー株式会社

(74)【代理人】

【識別番号】110001519

【氏名又は名称】弁理士法人太陽国際特許事務所

(72)【発明者】

【氏名】中井 祐介

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA43

5K067BB27

5K067KK05

(57)【要約】

【課題】通信機器の消費電力を低減することができる通信機器及び通信システムを提供する。
【解決手段】複数の他の通信機器から取得する通信経路の情報から、前記通信機器毎のゲートウェイからのホップ数により算出されるＲＡＮＫ値に基づいて初期経路を決定し、前記初期経路によって通信される自装置の消費電力予測値に基づいて、前記初期経路から修正した修正経路を決定するツリー構造の無線メッシュネットワークを構成する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数の他の通信機器から取得する通信経路の情報から、前記通信機器毎のゲートウェイからのホップ数により算出されるＲＡＮＫ値に基づいて初期経路を決定し、
前記初期経路によって通信される自装置の消費電力予測値に基づいて、前記初期経路から修正した修正経路を決定するツリー構造の無線メッシュネットワークを構成する通信機器。

【請求項2】

前記消費電力予測値は、前記通信経路の末端の前記通信機器から前記ゲートウェイに向けて送信されるアプリケーションデータの送信間隔値に基づいて決定される請求項１に記載の通信機器。

【請求項3】

前記消費電力予測値は、前記通信経路の末端の前記通信機器から前記ゲートウェイに向けて送信されるアプリケーションデータの送信間隔値と、前記通信機器から周辺の前記通信機器に送信される自装置の情報を周辺の前記通信機器に知らせるためのデータの送信間隔値とに基づいて決定される請求項１に記載の通信機器。

【請求項4】

前記通信経路の末端の前記通信機器から前記ゲートウェイに送信される前記アプリケーションデータには、自装置の前記送信間隔値を付加して、他の前記通信機器に送信する請求項２又は３に記載の通信機器。

【請求項5】

前記アプリケーションデータを送信するデータフォーマットには、下位の領域に、中継の前記通信機器の前記送信間隔値を入力するための予約部を設け、
前記予約部は、予め定められた特定の数値が初期値として入力されており、
前記データフォーマットの最下位の領域から前記特定の数値ではない数値を検索していき、前記特定の数値ではない数値を発見した場合は、当該特定の数値ではない数値の直下の領域に、前記特定の数値に替えて自装置の前記送信間隔値を付加する請求項４に記載の通信機器。

【請求項6】

前記消費電力予測値は、予め定められたタイミングで再算出され、
再算出された消費電力予測値に基づいて修正経路を修正する請求項１～５のいずれか１項に記載の通信機器。

【請求項7】

バッテリーで駆動される請求項１～６のいずれか１項に記載に記載の通信機器。

【請求項8】

請求項１～７のいずれか１項に記載の通信機器と、
前記ゲートウェイと、から構成される通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信機器及び通信システムに関するものである。

【背景技術】

【0002】

従来、複数の通信機器によりメッシュネットワークを構成するゲートウェイにおいて、ポップ数と経路の数とに基づき、各通信機器を経由する経路の数を平滑化するように経路の選択を行うものが知られている（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１６－７６９０３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１に示すゲートウェイではホップ数と経路の数だけで通信経路を決定しているため、データの送信間隔が異なることによる各通信機器の消費電力の偏りが大きくなり、通信機器の消費電力が大きくなるという問題点があった。

【0005】

本発明は、上述した問題を解決するために提案されたものであり、通信機器の消費電力を低減することができる通信機器及び通信システムを提供することを目的とする。

【課題を解決するための手段】

【0006】

本発明に係る通信機器は、複数の他の通信機器から取得する通信経路の情報から、前記通信機器毎のゲートウェイからのホップ数により算出されるＲＡＮＫ値に基づいて初期経路を決定し、前記初期経路によって通信される自装置の消費電力予測値に基づいて、前記初期経路から修正した修正経路を決定するツリー構造の無線メッシュネットワークを構成する。

【発明の効果】

【0007】

本発明によれば、通信機器の消費電力を低減することができる、という効果を奏する。

【図面の簡単な説明】

【0008】

【図1】本発明の実施形態に係る通信システムの概略構成図である。

【図2】本発明の実施形態に係る通信機器の概略ブロック図である。

【図3】本発明の実施形態に係るゲートウェイの概略ブロック図である。

【図4】本発明の実施形態に係るＤＩＯデータの送信を説明するための説明図である。

【図5】本発明の実施形態に係るＤＡＯデータの送信を説明するための説明図である。

【図6】本発明の実施形態に係る通信データのデータフォーマットの一例を説明するための説明図である。

【図7】図６に示す通信データのデータフォーマットに送信間隔値を入力した場合の一例を説明するための説明図である。

【図8】本発明の実施形態に係る初期経路と送信間隔値との一例を説明するための説明図である。

【図9】本発明の実施形態に係る修正経路の一例を説明するための説明図である。

【図10】図９に示す修正経路から更に修正した修正経路と送信間隔値との一例を説明するための説明図である。

【発明を実施するための形態】

【0009】

（実施形態）
以下、本開示の実施形態の一例を、図面を参照しつつ説明する。なお、各図面において同一又は等価な構成要素及び部分には同一の参照符号を付与している。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。

【0010】

図１を用いて、本実施形態に係る通信システム１０の一例を説明する。

【0011】

図１は、本実施形態に係る通信システム１０の概略構成の一例を示す図である。
図１に示すように、本実施形態に係る通信システム１０は、複数の通信機器１００（１０１～１０８）及びゲートウェイ２００を含む無線メッシュネットワークで構成される。通信機器１００は、無線メッシュネットワークにおいて、通信機器１００間及びゲートウェイ２００とデータを送受信する装置である。また、ゲートウェイ２００は、無線メッシュネットワーク１０の入口となる装置であり、通信機器１００とデータを送受信すると共に、他のネットワークともデータを送受信する装置である。また、本実施形態では、通信機器１００をノードとも言う。

【0012】

図１に示す点線は、各通信機器１００及びゲートウェイ２００の通信可能範囲を示す。すなわち、同じ点線で囲まれた通信機器１００及びゲートウェイ２００は通信可能であることを示している。例えば、ゲートウェイ２００は、通信機器１０１と通信機器１０２と通信可能であり、通信機器１０１は、ゲートウェイ２００、通信機器１０２、通信機器１０３及び通信機器１０４と通信可能である。また、通信機器１０２は、ゲートウェイ２００、通信機器１０１及び通信機器１０５と通信可能である。また、通信機器１０３は、通信機器１０１、通信機器１０４、通信機器１０６及び通信機器１０７と通信可能である。また、通信機器１０４は、通信機器１０１、通信機器１０３、通信機器１０５、通信機器１０６、通信機器１０７及び通信機器１０８と通信可能である。また、通信機器１０５は、通信機器１０２、通信機器１０４、通信機器１０７及び通信機器１０８と通信可能である。また、通信機器１０６は、通信機器１０３、通信機器１０４及び通信機器１０７と通信可能である。また、通信機器１０７は、通信機器１０３、通信機器１０４、通信機器１０５、通信機器１０６及び通信機器１０８と通信可能である。

【0013】

図２は、本実施形態に係る通信機器１００のハードウェア構成を示すブロック図である。

【0014】

図２に示すように、通信機器１００は、データ受信部１１０、解析部１２０、情報格納部１３０、経路算出部１４０、制御部１５０、タイマ制御部１６０、省電力制御部１７０、アプリケーションデータ制御部１８０及びデータ送信部１９０を有する。

【0015】

データ受信部１１０は、周辺の通信機器１００の情報やアプリケーションデータなどの通信データを受信する。ここで、通信機器１００の情報は、アドレス、ＲＡＮＫ、シーケンス番号、動作モードなどである。また、アプリケーションデータは、無線メッシュネットワークで送受信されるアプリケーション、例えば、無線メッシュネットワークがセンサの検出データを送受信するネットワークである場合は、当該センサの検出データである。

【0016】

解析部１２０は、データ受信部１１０が受信した通信データを解析する。解析部１２０は、解析の結果、周辺の通信機器１００の情報を含むデータと、それ以外のアプリケーションデータなどのデータとに分類する。周辺の通信機器１００の情報を含むデータは、情報格納部１３０に送信する。それ以外のデータは制御部１５０に送信する。

【0017】

情報格納部１３０は、解析部１２０から送信されたデータから、通信機器１００毎の、ＲＡＮＫ、データ損失量及び消費電力予測値を保存する。かかるデータは、周辺の通信機器１００のＲＡＮＫなどだけではなく、自装置のＲＡＮＫなどのデータも含まれる。ＲＡＮＫ、データ損失量及び消費電力予測値については後述する。ＲＡＮＫ、データ損失量及び消費電力予測値は、経路算出部１４０に送信する。

【0018】

経路算出部１４０は、情報格納部１３０から送信されたＲＡＮＫ、データ損失量及び消費電力予測値を元に、ゲートウェイ２００までの通信経路を算出する。そして、算出した通信経路を制御部１５０に送信する。通信経路の算出については後述する。

【0019】

制御部１５０は、解析部１２０、経路算出部１４０、タイマ制御部１６０、アプリケーションデータ制御部１８０から送信された情報類を元にデータ（後述するＤＩＯデータと通信データ）を生成する。そして、生成したデータをデータ送信部１９０に送信する。

【0020】

タイマ制御部１６０は、通信機器１００の自装置の情報を周辺に通知するためのタイマ設定時間を管理する。当該時間になった場合に、制御部１５０に自装置の情報を周辺に通知するための時間になったことを通知する。かかる通知を受信した制御部１５０は、後述するように、ＤＩＯデータとして周辺の通信機器１００に送信する。かかる自装置の情報を周辺に通知するためのタイマ設定時間は、制御部１５０により決定される。制御部１５０は、後述するＤＩＯデータの送信に成功する確率が高い場合はタイマ設定時間を長く設定し、ＤＩＯデータの送信に成功する確率が低い場合はタイマ設定時間を短く設定する。すなわち、通信が安定している場合はタイマ設定時間が長くなり、安定していない場合はタイマ設定時間が短くなる。

【0021】

省電力制御部１７０は、自装置がＳｌｅｅｐ状態に移行するための制御をする。

【0022】

アプリケーションデータ制御部１８０は、ゲートウェイ２００に送信するためのデータ（例えば、センサから送信された検出データ）を取得した場合に、制御部１５０に当該データを送信する。
データ送信部１９０は、制御部１５０から送信された通信データを他の通信機器１００やゲートウェイ２００に送信する。

【0023】

図３は、本実施形態に係るゲートウェイ２００のハードウェア構成を示すブロック図である。

【0024】

図３に示すように、ゲートウェイ２００は、データ受信部２１０、解析部２２０、情報監視部２３０、制御部２４０、タイマ制御部２５０及びデータ送信部２６０を有する。

【0025】

データ受信部２１０は、周辺の通信機器１００の情報やアプリケーションデータなどの通信データを受信する。

【0026】

解析部２２０は、データ受信部２１０が受信した通信データを解析する。解析部２２０は、解析の結果、通信機器１００間で構築された通信経路を含むデータと、それ以外のアプリケーションデータなどのデータとに分類する。通信経路を含むデータは、情報監視部２３０に送信する。それ以外のデータは制御部２４０に送信する。

【0027】

情報監視部２３０は、解析部２２０から送信された全ての通信機器１００の通信経路を保存、更新を実施する。そして、最新の通信経路を制御部２４０に送信する。

【0028】

制御部２４０は、データ解析部２２０、情報監視部２３０、タイマ制御部２５０から送信された情報類を元にデータ（後述するＤＩＯデータと通信データ）を生成する。そして、データをデータ送信部１９０に送信する。

【0029】

タイマ制御部２５０は、ゲートウェイ２００の自装置の情報を周辺に通知するためのタイマ設定時間を管理する。当該時間になった場合に、制御部２４０に自装置の情報を周辺に通知するための時間になったことを通知する。かかる通知を受信した制御部２４０は、後述するように、ＤＩＯデータとして周辺の通信機器１００に送信する。かかる自装置の情報を周辺に通知するためのタイマ設定時間は、制御部２４０により決定される。制御部２４０は、後述するＤＩＯデータの送信に成功する確率が高い場合はタイマ設定時間を長く設定し、ＤＩＯデータの送信に成功する確率が低い場合はタイマ設定時間を短く設定する。すなわち、通信が安定している場合はタイマ設定時間が長くなり、安定していない場合はタイマ設定時間が短くなる。

【0030】

データ送信部２６０は、制御部２４０から送信された通信データを他の通信機器１００やサーバ（図示せず）に送信する。

【0031】

次に、通信経路の算出について説明する。
まず、通信経路の初期経路の算出について説明する。

【0032】

通信機器１００やゲートウェイ２００（データ送信部１９０、データ送信部２６０）は、自装置の情報（アドレス、ＲＡＮＫ、シーケンス番号、動作モードなど）を周辺の通信機器１００に知らせるために、ＤＩＯデータをマルチキャスト送信する（図４参照）。ＤＩＯデータは、トリクルタイマ（タイマ制御部１６０）を使用し送信される（データ送信部１９０）。トリクルタイマは、ネットワークの通信が安定している間は、タイマ設定時間が長くなり、不安定な間は短くなる。

【0033】

各通信機器１００は、周辺の通信機器１００の情報を把握すると、ゲートウェイ２００から無線メッシュネットワークの中継の通信機器１００（本例では、通信機器１０１、通信機器１０２、通信機器１０３、通勤機器１０４、通信機器１０５）、末端の通信機器１００（本例では、通信機器１０６、通信機器１０７、通信機器１０８）まで順にＲＡＮＫ（２５６×（ｎ＋１））が割り当てられる。ここで、ｎはゲートウェイ２００からのホップ数である。ゲートウェイ２００のＲＡＮＫは２５６であり、通信機器１００は、ＲＡＮＫが小さいほどゲートウェイ２００に近いことになる。図１のネットワークの場合、通信機器１０１、１０２がＲＡＮＫ５１２、通信機器１０３、通信機器１０４、通信機器１０５がＲＡＮＫ７６８、通信機器１０６、通信機器１０７、通信機器１０８がＲＡＮＫ１０２４となる。

【0034】

各通信機器１００（経路算出部１４０）は、ＲＡＮＫ値とデータ損失量の情報をもとに、親決めをする。ここで、データ損失量は、ゲートウェイ２００に向けて送信したアプリケーションデータが何回目の送信で成功したかの回数である。なお、データ損失量は、何回目の送信で成功したかの回数に限定されず、送信の成功率などであってもよい。

【0035】

親決めの例として通信機器１０６について説明をする。

【0036】

通信機器１０６で親決めをする際に、ＲＡＮＫ値とデータ損失量を足し、値が低い方を親として決定する。通信機器１０６で親が決定した場合、通信機器１０６は親（通信機器１０３が親とした場合）に対してＤＡＯデータを通信機器１０３に対してユニキャスト送信する（図５）。通信機器１０３は通信機器１０６からＤＡＯデータを受信すると自装置のルーティングテーブルに子として通信機器１０６を登録し、ＤＡＯデータを通信機器１０３の親の通信機器１０１にユニキャスト送信する。同様に、通信機器１０１もルーティングテーブルの登録をし、ゲートウェイ２００にユニキャスト送信する。

【0037】

ゲートウェイ２００は通信経路情報データを受信すると、自身のルーティングテーブル（情報監視部２３０）に末端の通信機器１０６から、通信機器１０３、通信機器１０１の順となる経路を登録し、通信経路情報データを送信してきた通信機器１００（通信機器１０１、通信機器１０３及び通信機器１０６）にＡＣＫを送信する（図５）。

【0038】

他の通信機器１００も同様な処理をし、最終的にゲートウェイ２００のルーティングテーブル（情報監視部２３０）には、全通信機器１００の経路情報が登録される（後述する図８参照）。

【0039】

ネットワークの末端の通信機器１００（通信機器１０６、通信機器１０７及び通信機器１０８）がアプリケーションデータをゲートウェイ２００に送信した場合は、ゲートウェイ２００に登録されている経路情報の経路でデータが送信されることになる。

【0040】

また、通信機器１００のうち、ネットワークの末端の通信機器１００（通信機器１０６、通信機器１０７及び通信機器１０８）には、当該ネットワークで送受信されるアプリケーションのデータの元となるセンサなどが接続されている（図示せず）。

【0041】

なお、かかる初期経路の算出は、非特許文献「RFC6550 “RPL:IPv6 Routing Protocol for Low-Power and Lossy Networks」に規定された通信プロトコルである。

【0042】

次に、通信経路の再算出について図６～図１０を用いて説明する。
図１の通信機器１０６、通信機器１０７、通信機器１０８からゲートウェイ２００にアプリケーションデータを送信する際には、各通信機器１００は、アプリケーションデータに送信間隔値を付加して通信データを生成して、送信する。そして、通信データに含まれるアプリケーションデータの送信間隔値に基づいて、経路を算出する。

【0043】

通信データについて、図６及び図７を用いて説明する。
図６に示すように、アプリケーションデータをゲートウェイ２００に送信するための通信データは、イーサネットヘッダ部、ＩＰヘッダ部、ＵＤＰヘッダ部、アプリケーションデータ、送信間隔値及び予約部を含むデータフォーマットにより構成される。アプリケーションデータは、上述したように、無線メッシュネットワークで送受信されるアプリケーション、例えば、無線メッシュネットワークがセンサの検出データを送受信するネットワークである場合は、当該センサの検出データである。送信間隔値は、無線メッシュネットワークのユーザや管理者などにより設定された無線メッシュネットワークの末端の通信機器１００毎の通信データの送信間隔の値である。本例では、通信機器１０６での送信間隔値を４分、通信機器１０７での送信間隔値を６分、通信機器１０８での送信間隔値を１５分として説明する。すなわち、無線メッシュネットワークの末端の通信機器１０６からは、ゲートウェイ２００に向けてアプリケーションデータを４分毎、通信機器１０７からは、ゲートウェイ２００に向けて６分毎、通信機器１０８からは、ゲートウェイ２００に向けて１５分毎、にそれぞれ送信する場合を例にして説明する。また、上述した初期経路の算出により、末端の通信機器１０６の親が通信機器１０３、末端の通信機器１０７の親を通信機器１０３、末端の通信機器１０８の親を通信機器１０４の場合を例にして説明する（図８参照）。なお、図中の各通信機器１００とゲートウェイ２００とを接続する線は、経路を示す線である。また、中継の通信機器１００の送信間隔値を入力するための予約部分には「０」を入力しておく。すなわち、通信データのうち、下位の領域には、想定される無線メッシュネットワークの末端の通信機器１００からゲートウェイ２００までに経由する中継の通信機器１００の数の送信間隔値を記憶できる分の固定長の空き領域を備えておく。かかる空き領域を中継の通信機器１００の送信間隔値を記憶するための予約部として予め定められた特定の数値、例えば「０」を初期値として入力しておく。通信データは、アプリケーションデータの送信だけではなく、末端の通信機器１００（本例では、通信機器１０６、通信機器１０７、通信機器１０８）に設定されているアプリケーションデータの送信間隔値を中継の通信機器１００に知らせる役割も持つ。

【0044】

例えば、通信機器１０６（制御部１５０）は、アプリケーションデータに送信間隔値「４」を付加した通信データを生成し、親の通信機器１００である通信機器１０３に送信する（送信部１９０）。また、通信機器１０７（制御部１５０）も同様に、アプリケーションデータに送信間隔値「６」を付加した通信データを生成する。また、送信間隔値が付加されることにより、ＵＤＰヘッダ部のチェックサム値が変化するので、チェックサム値を再計算し設定する。そして、親の通信機器１００である通信機器１０３に送信する（送信部１９０）。２つの通信データを受信した通信機器１０３は、通信データの最下位の領域から予約部分に入力されている「０」を検索していき、「０」でない数値を発見した場合に、当該「０」でない数値の直下の領域に、受信した通信データ「４」と「６」のうち、小さい数値の「４」を、自装置の送信間隔値として入力する（図７）。そして、通信機器１０３は、通信データを親の通信機器１０１に送信する（送信部１９０）。ここで、複数の通信機器１００の親になっている通信機器１００の場合は、複数の通信機器１００のうち、送信間隔値の小さい方の値を自装置の送信間隔値として記憶する。すなわち、送信間隔値４分の通信機器１０６と送信間隔値６分の通信機器１０７との親となっている通信機器１０３は、送信間隔値の小さい方の通信機器１０６の送信間隔値４分を自装置の送信間隔値として扱う。

【0045】

また、同様に、通信機器１０８も、アプリケーションデータに送信間隔値「１５」を付加した通信データを生成し、親の通信機器１００である通信機器１０４に送信する。通信データを受信した通信機器１０４は、通信データの下位の桁数から予約部分に入力されている「０」を検索していき、「０」でない桁数を発見した場合に、当該「０」でない部分の直下の桁数に、受信した通信データ「１５」を、自装置の送信間隔値として入力する。そして、通信機器１０４は、通信データを親の通信機器１０１に送信する。
通信機器１０３と通信機器１０４から通信データを受信した通信機器１０１は、通信データの下位の桁数から予約部分に入力されている「０」を検索していき、「０」でない桁数を発見した場合に、当該「０」でない部分の直下の桁数に、受信した通信データ「４」と「１５」のうち、小さい数値の「４」を、自装置の送信間隔値として入力する。そして、通信機器１０１は、通信データを親のゲートウェイ２００に送信する。

【0046】

このように、初期経路では、図８に示すように、通信機器１０３の送信間隔値が「４」、通信機器１０４の送信間隔値が「１５」となる。また、図８に示すように、通信機器１０７の親は通信機器１０３となっている。

【0047】

データの送信間隔が大きいほど各通信機器１００の消費電力予測値が小さくなることから、経路算出部１４０は、送信間隔値とＤＩＯデータのトリクルタイマのタイマ設定時間とを合計した合計値により消費電力予測値を算出する。そして、データ損失量に差がない場合は、算出した合計値が大きくなる通信機器１００を親の通信機器１００に決定する。例えば、通信機器１０７は、トリクルタイマのタイマ設定時間が同じ場合は、データ送信間隔値の長い通信機器１０４を親の通信機器１００に決定する（経路算出部１４０）。これにより、消費電力が低い通信機器１００を親として選択することができる。かかる経路の情報をＤＩＯデータに含め周辺の通信機器１００に通知する。各通信機器１００が親を決めする際には、従来の非特許文献「RFC6550 “RPL:IPv6 Routing Protocol for Low-Power and Lossy Networks」に規定された通信プロトコルによる経路の算出に使用されるＲＡＮＫとパケット損失量に加え、消費電力予測値も考慮に入れて決定することになる。なお、データ損失量に差があった場合であっても、消費電力予測値の小さい経路を算出するようにしてもよい。

【0048】

また、通信機器１０６も、周辺の通信機器１００の情報を取得するに連れて、通信可能な通信機器１００のうちから、送信間隔値の大きい通信機器１０４を親として選択する（図９）。この場合、通信機器１０３の子となる通信機器１００は存在しなくなるため、通信機器１０３は、情報格納部１３０で保存していた自装置の送信間隔値「４」を、より大きな値（例えば、送信間隔値が一番大きい通信機器１００の２倍）に再算出して設定する。本実施例においては、通信機器１０４および１０８の送信間隔値「１５」の２倍である送信間隔値「３０」を通信機器１０３の送信間隔値として再設定する。それにより、予め定められたタイミングにおける経路の再算出の際に、再度、通信機器１０６および通信機器１０７は修正経路を再修正して、通信機器１０３を親として選択することができ（図１０）、分散して通信をすることが可能である。各通信機器１００は周辺の通信機器１００の送信間隔値に合わせて、Sleep状態への移行、Active状態への移行を実施することで省電力化を図っている（省電力制御部１７０）。

【0049】

なお、アプリケーションデータの送信間隔値とＤＩＯデータのトリクルタイマのタイマ設定時間との合計値により経路を算出しているが、これに限定されず、アプリケーションデータの送信間隔値のみによって経路を算出してもよいし、又、ＤＩＯデータのトリクルタイマのタイマ設定時間のみによって経路を算出してもよい。
また、通信経路の再算出は、予め定められたタイミング、例えば、通信機器１００が追加、削除、又は交換されたタイミングや、特定の時間間隔、で実行される。

【0050】

ここで、通信機器１００やゲートウェイ２００は、バッテリーで駆動するようにしてもよい。バッテリーで駆動する場合は、本発明により特定の通信機器１００のバッテリーの消費が偏ることがなくなり、通信機器１００毎の消費電力の平準化が図られることから、通信システム１０全体の寿命が長くなる。

【符号の説明】

【0051】

１０ 通信システム
１００（１０１～１０９） 通信機器
２００ ゲートウェイ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】