JP6594365B2 - 無線通信装置及び無線通信システム - Google Patents

Description

本発明の実施形態は無線通信装置及び無線通信システムに関する。

複数の無線ノードが接続された無線ネットワークが、従来から利用されている。この無線ネットワークの通信方式には、例えば時分割通信方式が採用されている。

特開２０１６−５４３４９号公報 特開２０１５−１９８３３３号公報

しかしながら、従来よりもさらに通信の省電力化を図った無線ネットワークが望まれている。課題は、通信を省電力化した無線通信装置及び無線通信システムを提供することである。

実施形態の無線通信装置は、時分割通信する無線通信装置であって、記憶部と決定部と処理部とを備える。記憶部は、送信期間を示すスーパーフレームで送信される送信データを保持する。決定部は、前記スーパーフレームに含まれるフレームの数と、前記フレームに含まれるサブフレームの数と、前記サブフレームに含まれるタイムスロットの数とを含むフレーム情報と、前記無線通信装置のホップ数と、に基づいて、通信タイミングとして割り当てられる割り当てサブフレームを決定し、前記フレーム情報と、前記無線通信装置の識別情報とに基づいて、通信タイミングとして割り当てられる割り当てタイムスロットを決定する。処理部は、前記スーパーフレームに含まれる最初の第１フレームの前記割り当てサブフレームに含まれる前記割り当てタイムスロットで前記送信データの全部を送信処理する、またはスーパーフレームに含まれ第１フレームを含み連続する複数のフレームの前記割り当てサブフレームに含まれる前記割り当てタイムスロットで前記送信データを分割して送信処理する。無線通信装置は、第１期間のうち、送信データを送信処理した後の一または複数のフレームにおいてスリープ状態である。

実施形態の無線通信システムの装置構成の例を示す図。 実施形態の通信時間の単位を示すフレームの例を示す図。 実施形態のパケットの例を示す図。 実施形態の無線通信装置及び集約装置のハードウェア構成の例１を示す図。 実施形態の無線通信装置及び集約装置のハードウェア構成の例２を示す図。 実施形態の集約装置の機能構成の例を示す図。 実施形態の無線通信装置の機能構成の例を示す図。 実施形態の無線通信装置の処理状態の遷移の例を示す図。 実施形態の通信制御方法の例１を示すシーケンス図。 実施形態の無線通信装置が子ノードから受信情報を受信する方法の例を示すフローチャート。 実施形態の無線通信装置が、親ノードに送信情報を送信する方法、及び、親ノードから受信情報を受信する方法の例を示すフローチャート。 実施形態の通信制御方法の例２を示すシーケンス図。 実施形態の通信制御方法の例３を示すシーケンス図。 実施形態の通信制御方法の例４を示すシーケンス図。 実施形態の初期接続先探索の例１を示すシーケンス図。 実施形態の初期接続先探索の例１を示すシーケンス図。 実施形態の初期接続先探索の例１を示すシーケンス図。 実施形態の初期接続先探索の例２を示すシーケンス図。 実施形態の初期接続先探索の例２を示すシーケンス図。 実施形態の初期接続先探索の例２を示すシーケンス図。 実施形態の集約装置の送信タイミングを決定する方法の例１を示すフローチャート。 実施形態の集約装置の送信タイミングを決定する方法の例２を示すフローチャート。 実施形態の無線通信装置の切断時の接続先探索の例を示すシーケンス図。

以下に添付図面を参照して、無線通信装置及び無線通信システムの実施形態を詳細に説明する。

（実施形態）
はじめに実施形態について説明する。

［装置構成の例］
図１は実施形態の無線通信システム１００の装置構成の例を示す図である。実施形態の無線通信システム１００は、集約装置１０、複数の無線通信装置２０、及び、サーバ装置５０を備える。集約装置１０、及び、複数の無線通信装置２０は、集約装置１０を根ノードとしたネットワーク８０を構成する。図１の例では、ネットワーク８０は、無線マルチホップネットワークである。図１に示す無線マルチホップネットワークの形状は、一例であり、状況に応じて適宜、変更される。

また、ネットワーク８０の形状は任意でよい。ネットワーク８０の形状は、例えばツリー型及びメッシュ型等でもよい。ネットワーク８０は、例えばマルチホップ型ネットワークである。

実施形態の無線通信システム１００の通信方式は、時分割通信方式である。

無線通信装置２０は、所定の範囲内に配置された集約装置１０及び無線通信装置２０と互いに無線通信が可能である。無線通信装置２０は、例えば温度センサ及び加速度センサ等の任意のセンサを搭載している。無線通信装置２０は、センサにより測定されたセンサ情報を含む送信情報を、他の無線通信装置２０に送信する。各無線通信装置２０により送信された送信情報は、他の無線通信装置２０を介して、または、直接、集約装置１０に送信される。

集約装置１０は、各無線通信装置２０から送信された送信情報を、集約情報として集約する。無線通信装置２０から集約装置１０へ送信情報を伝達することを、上りリンク、上り通信、または、単に上りと呼ぶ。また、集約装置１０は、ネットワーク９０を介して、サーバ装置５０と接続されている。ネットワーク９０は、有線方式でも無線方式でもよく、また両者を組み合わせて実現されていてもよい。集約装置１０は、集約情報を、任意のデータ形式でサーバ装置５０に送信する。

サーバ装置５０は、集約装置１０から集約情報を受信すると、当該集約情報の記憶、及び、当該集約情報を使用した任意の処理等を行う。

以下、ネットワーク８０に含まれる集約装置１０及び無線通信装置２０を、説明のため、ノードという場合がある。また、送信先となるノードを、送信先ノードといい、送信元となるノードを、送信元ノードという場合がある。

次に実施形態のネットワーク８０の通信時間の単位を示すフレームの例について説明する。

＜フレームの例＞
図２は実施形態の通信時間の単位を示すフレームの例を示す図である。

スーパーフレームは、複数のフレームを含む。スーパーフレームは、例えば各無線通信装置２０がセンサ情報を測定する頻度を示す。例えば１回の測定で得られたセンサ情報は、１つのスーパーフレーム内で、集約装置１０に送信される。

フレームは、複数のサブフレームを含む。サブフレームは、複数のタイムスロットを含む。タイムスロットは、それぞれの無線通信装置２０が送信に使用可能な時間間隔を示す。サブフレーム内のタイムスロットの数は、例えばネットワーク８０に含まれる無線通信装置２０の数以上に設定される。無線通信装置２０が使用可能なタイムスロットは、例えば無線通信装置２０を識別する識別情報に基づいて割り当ててもよい。なお、通信に使用される周波数チャネルは、いかなる方法で決定されてもよい。

なおスーパーフレームに含まれるフレームの数は任意でよい。同様に、フレームに含まれるサブフレームの数、及び、サブフレームに含まれるタイムスロットの数も任意でよい。

次に実施形態のネットワーク８０で使用されるパケットの例について説明する。

＜パケットの例＞
図３は実施形態のパケットの例を示す図である。実施形態のネットワーク８０で使用されるパケットは、ＰＨＹ（Ｐｈｙｓｉｃａｌ）ヘッダとＰＨＹペイロードとを含む。ＰＨＹペイロードはＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）ヘッダとＭＡＣペイロードとＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）とを含む。ＭＡＣペイロードは、さらにＬＬＣ（Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）ヘッダとＬＬＣペイロードとを含んでいてもよく、またＬＬＣペイロードが、より上位のプロトコルの情報を記憶するフィールドを含んでいてもよい。

ＰＨＹヘッダはプリアンブルシーケンス、フレームデリミタ開始位置、及び、フレーム長等の情報を含む。

ＭＡＣヘッダはフレームコントロール、シーケンス番号及びアドレス情報等の情報を含む。

ＬＬＣ、または、より上位のプロトコルの情報を記憶するフィールドでは、メッセージ種別、ホップ数、センサ情報、中継経路情報及びＭＡＣとは別に設定される送信元ノードのＩＤ、及び、送信先ノードのＩＤ等を含む。メッセージ種別は、例えばネットワーク８０の構築及び維持等のための制御情報と、センサ情報とを判別するための情報である。なお、ＬＬＣ、または、より上位のプロトコルの情報を記憶するフィールドには、その他のいかなる情報が含まれていてもよい。

また、実施形態では、ＭＡＣヘッダ以降に送信継続情報を含む。送信継続情報は、例えばＴｒｕｅ（継続）又はＦａｌｓｅ（終了）を示す１ビットの情報である。以下、Ｆａｌｓｅ（終了）を、終了フラグ（Ｆフラグ）という。

次に実施形態の集約装置１０及び無線通信装置２０のハードウェア構成の例について説明する。

［ハードウェア構成の例１］
図４は実施形態の集約装置１０及び無線通信装置２０のハードウェア構成の例１を示す図である。図４の例１では、集約装置１０及び無線通信装置２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１、主記憶装置１０２、外部記憶装置１０３、通信インターフェース１０４及び無線装置１０５を備える。ＣＰＵ１０１、主記憶装置１０２、外部記憶装置１０３、通信インターフェース１０４及び無線装置１０５は、バス１２０により接続されている。

ＣＰＵ１０１は、外部記憶装置１０３等の記憶媒体からプログラムを読み出し、当該プログラムを主記憶装置１０２上で実行する。

主記憶装置１０２は、プログラム、当該プログラムの実行に必要なデータ、及び、当該プログラムの実行により生成されたデータ等を記憶する。主記憶装置１０２は任意でよい。主記憶装置１０２は、例えばＲＡＭ、ＤＲＡＭ及びＳＲＡＭ等である。

主記憶装置１０２は、プログラム、中継情報、フレーム情報、ノードＩＤ、ホップ数、親ノード及び子ノード等の情報を記憶する。中継情報は、例えば他のノードから受信した受信情報である。具体的には、中継情報は、例えば他のノードにより取得されたセンサ情報等である。親ノードは、自ノードよりもホップ数が１小さいノードで、後述の送信先ノードである。子ノードは、自ノードよりもホップ数が１大きいノードで、送信先ノードを自ノードに決定しているノードである。

また、主記憶装置１０２は、集約装置１０のＯＳ、ＢＩＯＳ、及び、各種のミドルウェア等を記憶してもよい。

外部記憶装置１０３は、プログラム、当該プログラムの実行に必要なデータ、及び、当該プログラムの実行により生成されたデータ等を記憶する。これらのプログラム及びデータは、当該プログラムの実行の際に、主記憶装置１０２に展開される。外部記憶装置１０３は任意でよい。外部記憶装置１０３は、例えばハードディスク、光ディスク、フラッシュメモリ及び磁気テープ等である。外部記憶装置１０３は、プログラム、中継情報、フレーム情報、ノードＩＤ、ホップ数、親ノード及び子ノード等の情報を記憶する。

なお、集約装置１０及び無線通信装置２０で実行されるプログラムは、例えば外部記憶装置１０３に予めインストールされていてもよい。また例えば、外部記憶装置１０３が、別の有線又は無線ネットワークにより他の装置から集約装置１０に送信されたプログラムを記憶することにより、外部記憶装置１０３に当該プログラムをインストールしてもよい。

通信インターフェース１０４は、外部のデバイスと通信するための汎用Ｉ／Ｆである。通信インターフェース１０４は、例えばＵＡＲＴ、Ｉ２Ｃ、ＳＰＩ、ＣＡＮ、ＲＳ２３２及びＥｔｈｅｒｎｅｔ（登録商標）ポート等である。

無線装置１０５は、集約装置１０及び無線通信装置２０が、他の装置と無線通信するための装置である。また、集約装置１０及び無線通信装置２０は、複数の無線装置１０５を備えていてもよい。集約装置１０及び無線通信装置２０が、例えば２つの無線装置１０５を備える場合、第２の無線装置１０５が、第１の無線装置１０５により収集されたデータを送信してもよい。なお、第２の無線装置１０５は、第１の無線装置１０５と異なる無線周波数を使用する装置であれば任意でよい。第２の無線装置１０５は、例えばセルラー通信及びＷｉ−Ｆｉ等である。

次に実施形態の集約装置１０及び無線通信装置２０のハードウェア構成の例２について説明する。

［ハードウェア構成の例２］
図５は実施形態の集約装置１０及び無線通信装置２０のハードウェア構成の例２を示す図である。図５の例２では、集約装置１０及び無線通信装置２０は、ＣＰＵ１０１、主記憶装置１０２、外部記憶装置１０３、通信インターフェース１０４、入力インターフェース１０６及びグラフィック処理装置１０７を備える。ＣＰＵ１０１、主記憶装置１０２、外部記憶装置１０３、通信インターフェース１０４、入力インターフェース１０６及びグラフィック処理装置１０７は、バス１２０を介して接続されている。

また、図５の例２では、センサ１０８及び無線通信モジュール１０９が、通信インターフェース１０４に接続されている。入力装置１１０が、入力インターフェース１０６に接続されている。また、ディスプレイ１１１が、グラフィック処理装置１０７に接続されている。

ＣＰＵ１０１、主記憶装置１０２、外部記憶装置１０３及び通信インターフェース１０４の説明は、上述の図４と同じなので省略する。

入力インターフェース１０６は、入力装置１１０により受け付けられた入力操作に応じた操作信号を、入力装置１１０から受け付ける。入力装置１１０は任意でよい。入力装置１１０は、例えばキーボード及びマウス等である。

グラフィック処理装置１０７は、ＣＰＵ１０１により生成された映像信号及び画像信号等に基づいて、ディスプレイ１１１に映像又は画像を表示させる装置である。ディスプレイ１１１は任意でよい。ディスプレイ１１１は、例えばＬＣＤ（液晶ディスプレイ）、ＣＲＴ（ブラウン管）、及び、ＰＤＰ（プラズマディスプレイ）等である。

センサ１０８は任意でよい。センサ１０８は、例えば照度センサ、温湿度センサ、加速度センサ、角速度センサ及び照度センサ等である。また、センサ１０８は、擬似的なセンサでもよい。疑似的なセンサは、例えばデータを出力する別のコンピュータ装置である。なお、集約装置１０は、無線通信装置２０からのデータを集約する装置なので、センサ１０８を備えていなくてもよい。

無線通信モジュール１０９は、上述の図４の無線装置１０５の役割を果たす。無線通信モジュール１０９は、必ずしも上述の無線装置１０５とハードウェア構成が同一ではない。また、集約装置１０及び無線通信装置２０は、図４の無線装置１０５と同様に、無線通信モジュール１０９を複数備えていてもよい。

なお上述の図４及び図５のハードウェアの電源は任意でよい。上述の図４及び図５のハードウェアの電源は、例えば商用電源、バッテリ、発電機及び発電モジュール等である。

ただし、無線通信装置２０の電源は、無線通信装置２０の省電力性に係わるため、バッテリ及び発電素子等によるエネルギー供給で駆動することを主に想定している。しかしながら無線通信装置２０の電源が、商用電源であっても、実施形態の通信方法により、消費電力を抑制する効果を得ることができる。

次に実施形態の集約装置１０の機能構成の例について説明する。

［集約装置の機能構成］
図６は実施形態の集約装置１０の機能構成の例を示す図である。集約装置１０は、無線通信装置２０が通信のタイミングを計る基準となる基準信号（ビーコン）を送信する。また集約装置１０は、無線通信装置２０から受信した受信情報を集約する。実施形態の集約装置１０は、通信制御部１１、受信情報記憶部１２、フレーム情報記憶部１３、制御情報生成部１４、送信情報生成部１５及び決定部１６を備える。

通信制御部１１は、受信した無線信号を電気信号に変換し、当該電気信号に所定の信号処理を施すことにより、無線信号から受信情報を取り出す。信号処理は任意でよい。信号処理には、例えばＡＤ変換、及び、所定の通信プロトコルに従った復号化等の処理が含まれる。

受信情報には、少なくとも、送信元ノードのＩＤ、ホップ数、センサ情報、中継情報、及び、送信先ノードのＩＤが含まれる。ＩＤは、無線通信装置を識別する識別情報である。受信情報に含まれる送信先ノードのＩＤは、送信元ノードが情報を送信するノードのＩＤ、または、根ノード（集約装置１０）のＩＤである。

また、通信制御部１１は、送信情報生成部１５により生成された送信情報に、所定の信号処理を施すことにより、当該送信情報を電気信号に変換する。信号処理は任意でよい。信号処理には、例えばＡＤ変換、及び、所定の通信プロトコルに従った符号化等の処理が含まれる。

送信情報は、例えば自ノードのＩＤ、ホップ数、フレーム情報、時間情報及び確認応答情報である。

フレーム情報とは、上述のスーパーフレーム、フレーム、サブフレーム及びタイムスロット等の設定情報である。フレーム情報は、例えば集約装置１０に予め登録されてもよい。また例えば、フレーム情報は、別の有線または無線ネットワークにより外部から登録及び更新されてもよい。

フレーム情報の設定方法は任意でよい。例えば、スーパーフレーム長が設定され、フレーム数が設定されれば、フレーム長が決定される。フレーム長が設定され、サブフレーム数が設定されれば、サブフレーム長が決定される。また逆に、サブフレーム長が設定され、サブフレーム数が与えられれば、フレーム長が決定される。フレーム長が設定され、フレーム数が与えられれば、スーパーフレーム長が決定される。さらに、サブフレームよりも小さな時間単位としてタイムスロット長が設定されていれば、当該タイムスロット長を基準にサブフレーム中のタイムスロット数の情報等により、スーパーフレーム長、フレーム長及びサブフレーム長を決定することができる。

時間情報は、通信のタイミングを計る基準となる時間を示す情報である。時間情報は、例えば標準時を何らかの方法により変換した値であってもよい。また例えば、時間情報は、無線通信システム１００の稼働を開始させてから、スーパーフレームまたはフレームの単位でカウントアップされるフレーム番号であってもよい。また、時間情報は、フレーム中のサブフレームの番号、タイムスロットの番号、当該サブフレームの先頭から送信開始までの経過時間情報等をさらに含んでもよい。

受信情報記憶部１２は、送信元ノードから受信された複数の受信情報を記憶することにより、当該複数の受信情報（集約情報）を集約する。なお受信情報を記憶する際のデータ形式は任意でよい。

制御情報生成部１４は、フレーム情報記憶部１３に記憶されたフレーム情報に基づいて、フレーム情報と時間情報とを生成する。

制御情報生成部１４は、時間情報を標準時とする場合、例えば手動で設定してもよい。また例えば、制御情報生成部１４は、時間情報を標準時とする場合、別の有線または無線のネットワークを介してＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）及びＰＴＰ（Ｐｒｅｃｉｓｉｏｎ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）等により同期した時刻を使用してもよい。また例えば、制御情報生成部１４は、時間情報を標準時とし、かつ、電波時計の受信機能を持つ場合には、当該受信機能により同期した時刻を使用してもよい。

送信情報生成部１５は、制御情報生成部１４により生成されたフレーム情報と時間情報とに基づいて、送信情報を生成する。送信情報生成部１５は、さらに、受信情報記憶部１２に記憶された受信情報に基づいて、確認応答情報を生成し、当該確認応答情報を送信情報に含めてもよい。

確認応答情報は、例えば最後のフレーム番号に含まれる各ノードからの受信結果に応じて、各ノードに１対１で対応するビットを設定した系列である。

決定部１６は、フレーム情報に基づいて、自ノードが送信情報を送信するタイミングを決定する。フレーム情報に基づいてタイミングを決定する方法の詳細は後述する。なお複数の周波数チャネルを使用する場合には、送受信のための周波数チャネルを選択する方法は任意でよい。

次に実施形態の無線通信装置２０の機能構成の例について説明する。

［無線通信装置の機能構成］
無線通信装置は記憶部と処理部とを備える。記憶部は、第１期間において送信する送信データを保持する。処理部は、スーパーフレームに含まれる複数のフレームのうちの最初の第１フレームにおいて送信データの全部を送信処理する、またはスーパーフレームに含まれ第１フレームを含み連続する複数のフレームにおいて送信データを分割して送信処理する。無線通信装置は、第１期間のうち、前記送信データを送信処理した後の一または複数のフレームにおいてスリープ状態である。記憶部は、中継情報記憶部２３とセンサ情報記憶部ウ３０の少なくともいずれかまたはこれら両方により構成することができる。処理部は、通信制御部２１により構成することができる。処理部は、さらに図４に示す他の構成を含んでもよい。

図７は実施形態の無線通信装置２０の機能構成の例を示す図である。実施形態の無線通信装置２０は、通信制御部２１、宛先判定部２２、中継情報記憶部２３、送信情報生成部２４、送信先ノード決定部２５、周辺ノード情報記憶部２６、送受信リソース決定部２７、フレーム情報記憶部２８、センサ情報取得部２９、センサ情報記憶部３０、状態制御部３１及び継続判定部３２を備える。

通信制御部２１は、受信した無線信号を電気信号に変換し、当該電気信号に所定の信号処理を施すことにより、無線信号から受信情報を取り出す。信号処理は任意でよい。信号処理には、例えばＡＤ変換、及び、所定の通信プロトコルに従った復号化等の処理が含まれる。

受信情報には、少なくとも、送信元ノードのＩＤ、ホップ数、センサ情報、中継情報、及び、送信先ノードのＩＤが含まれる。受信情報の説明は、図６の説明と同様なので省略する。

また、通信制御部２１は、送信情報生成部１５により生成された送信情報に、所定の信号処理を施すことにより、当該送信情報を電気信号に変換する。信号処理は任意でよい。信号処理には、例えばＡＤ変換、及び、所定の通信プロトコルに従った符号化等の処理が含まれる。

送信情報には、少なくとも、自ノードのホップ数、自ノードのノードＩＤ、中継情報、及び、送信先ノードのノードＩＤが含まれる。中継情報の説明は、図６の説明と同様なので省略する。

宛先判定部２２は、通信制御部２１から受信情報を受け付けると、当該受信情報の送信先が自ノードであるか否かを判定する。具体的には、宛先判定部２２は、受信情報に含まれる送信先ノードのＩＤが、自ノードのＩＤである場合、受信情報の宛先が自ノードであると判定する。

中継情報記憶部２３は、宛先判定部２２により、自ノードが宛先と判定された受信情報を、中継情報として一時的に記憶する。

送信情報生成部２４は、中継情報記憶部２３に記憶された中継情報、及び、センサ情報記憶部３０に記憶されたセンサ情報に基づいて、送信情報を生成する。送信情報は、自ノードのＩＤとホップ数、センサ情報及び送信先ノードのＩＤ等の情報を、中継情報に付加することにより生成される。送信情報生成部２４により生成された送信情報は、通信制御部２１により送信される。

送信先ノード決定部２５は、通信制御部２１から受信情報を受け付けると、当該受信情報に含まれる周辺ノード情報を、周辺ノード情報記憶部２６に記憶する。そして送信先ノード決定部２５は、一定期間以上または規定のタイミングまでに、周辺ノード情報記憶部２６に記憶された周辺ノード情報に基づいて、送信情報の送信先ノードを決定する。

周辺ノード情報は、自ノードの周辺にあるノードを特定するための情報である。周辺ノード情報は、例えば受信情報を送信したノードのＩＤ、リンク情報、ホップ数及び経路情報等を含む。リンク情報は、例えば通信品質を示す指標、電力情報及び通信負荷情報等を含む。通信品質を示す指標は、例えば受信電力及びパケット誤り率等である。電力情報は、例えば電池残量及び発電量情報等である。通信負荷情報は、例えば接続数情報及びスループット等である。

経路情報は、経路全体の通信品質を示す指標、経路全体の電力情報、及び、通信負荷情報を含む。経路全体の通信品質を示す指標は、例えばＥＴＸ（Ｅｘｐｅｃｔｅｄ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｕｎｔ）、及び、パケット誤り率等である。経路全体の電力情報は、例えば経路上の一部または全ノードの電池残量、及び、発電量から算出されたメトリック等である。通信負荷情報は、例えば経路上のノードの最大中継ノード数、及び、スループット値等である。

上りリンクの場合、送信先ノードは親ノードとなる。送信先ノード決定部２５は、周辺ノード情報記憶部２６で記憶された周辺情報に基づいて、送信先ノードを決定する。上り通信のみの場合には、送信先ノードが常に親ノードとなる。送信先ノード決定部２５は、例えば受信情報に含まれるホップ数が、自ノードのホップ数より１小さいノードのうち、無線信号の信号強度が最も大きいノードを、送信先ノードに決定する。

また、送信先ノード決定部２５は、決定した送信先ノードに基づいて、自ノードのホップ数を決定する。送信先ノード決定部２５は、例えば上述の方法で送信先ノードを決定した後、自ノードのホップ数を、送信先ノードのホップ数より１大きいホップ数に決定する。

送受信リソース決定部２７は、上述のフレーム情報に基づいて、自ノードが送信情報を送信する送信時間（上述のタイムスロット）を決定する。送信時間を決定する方法の詳細については後述する。フレーム情報は、フレーム情報記憶部２８に予め記憶されていてもよいし、無線通信により、フレーム情報記憶部２８に記憶及び更新されてもよい。

送受信リソース決定部２７は、送信時間を決定する前に、同期処理を行ってもよい。同期処理は、自ノードでカウントしている時刻を、他のノードとの間で同期させる処理である。

送受信リソース決定部２７は、例えば通信制御部２１により受信された受信情報に含まれる送信元ノードのホップ数及びＩＤと、フレーム情報と、に基づいて、送信元ノードの送信時間（自ノードの受信時間）を決定する。送受信リソース決定部２７は、この送信時間の開始時刻に自ノードの通信制御部２１による信号処理時間を加算した第１の時刻と、自ノードでカウントしている第２の時刻と、を比較することにより同期処理を行うことができる。

同期処理の方法は任意でよい。同期処理は、例えば補正値を、第２の時刻に加えるか、または第２の時刻から差し引くことにより行われる。

補正値は、例えば第１の時刻と第２の時刻との差分、及び、時間経過に対する当該差分の標本値等を用いて、最小二乗法等により水晶発振子の周波数ドリフトを計算した結果に基づく。さらに、補正値には、送信元ノードからの無線信号の伝播に要する時間を加算または減算してもよい。

送受信リソース決定部２７は、自ノードのホップ数、自ノードのＩＤ、フレーム情報、及び、継続判定部３２による送受信の継続判定に基づいて、自ノードの送信タイミングと受信タイミングとを決定する。また、送受信リソース決定部２７は、親ノード及び子ノードの送信タイミングと、継続判定部３２による送受信の継続判定に基づいて、自ノードの受信タイミングを決定する。

センサ情報取得部２９は、送受信リソース決定部２７で決定されたタイムスロットを基準に、センサ情報を取得するタイミングを決定する。センサ情報取得部２９は、決定されたタイミングで外部のセンサ装置からセンサ情報を取得する。

センサ情報記憶部３０は、センサ情報取得部２９により取得されたセンサ情報を記憶する。

状態制御部３１は、電源が投入されている間、無線通信装置２０の動作状態に拘らず機能する。状態制御部３１は、時間をカウントし、カウントした時間と、送信先ノード決定部２５により決定された自ノードのホップ数と、送受信リソース決定部２７により決定された送信時間及び受信時間と、に基づいて、通信制御部２１の動作状態を、スリープ状態と起床状態との間で制御する。

スリープ状態は、例えば、無線通信装置２０の演算処理及び通信機能等が停止し、時間のカウントのみを行う状態である。スリープ状態では、情報の送受信が行われないため、無線通信装置２０の消費電力が低くなる。以下では、無線通信装置２０が、情報の送受信を可能な状態を起床状態という。また、無線通信装置２０が起床状態からスリープ状態に移行することを、「スリープする」という。また、無線通信装置２０が、スリープ状態から起床状態に移行することを「起床する」という。

継続判定部３２は、フレーム情報と、接続されている子ノードの情報と、子ノードからの受信情報と、親ノードへの送信結果とに基づき、スーパーフレーム内の以降の送受信を継続するか否かを判定する。継続判定の詳細な方法の説明は後述する。

なお上述の機能ブロックの構成は、一例であり、上述の機能ブロックの構成は適宜、変更してもよい。例えば、通信制御部２１と継続判定部３２とを１つの機能ブロックにより実現してもよい。また例えば、送信先ノード決定部２５と送受信リソース決定部２７とを、１つの決定部として実現してもよい。

次に実施形態の無線通信装置２０の状態遷移の例について説明する。

［状態遷移の例］
図８は実施形態の無線通信装置２０の処理状態の遷移の例を示す図である。

無線通信装置２０では、初期化処理、スリープ制御処理、親ノード探索受信処理、フレーム終端処理、親ノードデータ受信処理、子ノードデータ受信処理、自ノードデータ送信処理、接続要求受信処理、接続要求送信処理及びセンサ情報取得処理が行われる。接続要求受信処理、接続要求送信処理及びセンサ情報取得処理は、必要に応じて行われるオプションの処理である。

無線通信装置２０は、起動後に初期化処理が行われ後に、スリープ制御処理が行われる。

初期化処理は、ハードウェア、インターフェース、オプション機能、各ソフトウェアモジュール及び変数の初期値を設定する処理である。

スリープ制御処理は、次のタスクまでの時間を取得し、ＲＴＣの割り込み周期を設定し、スリープモードに設定する処理と、当該割り込みにより起床した際に、ＲＴＣの割り込み周期を再設定する処理とを含む。スリープ制御処理は、状態制御部３１により行われる。

フレーム終端処理は、現在のフレームで取得した情報に応じた処理と、次のフレームで実施する処理の登録等を行う処理である。具体的には、フレーム終端処理は、接続先の親ノードの選定処理、フレーム長の調整処理、同期処理、フレーム番号の更新処理、及び、タイムスロット番号の折り返し処理等を含む。

さらに、スーパーフレームの終端では、フレーム終端処理は、スーパーフレームで取得した情報に応じた処理と、次のスーパーフレームで実施する処理の登録処理等を含む。具体的には、スーパーフレームの終端では、フレーム終端処理は、親ノードの選定に応じたタスクの追加処理、センサに応じたタスクの追加処理、スーパーフレーム長の調整処理、スーパーフレーム番号の更新処理、及び、フレーム番号の折り返し処理等を含む。フレーム終端処理は、継続判定部３２により行われる。

親ノード探索受信処理は、自ノードの起床処理、受信待機、受信処理、及び、受信情報に含まれる周辺ノード情報を周辺ノード情報記憶部２６に記憶する処理等を含む。

親ノードデータ受信処理は、自ノードの起床処理、受信待機、取得したフレーム情報に基づくフレーム構成の更新、同期情報の取得、及び、同期処理等を含む。親ノードデータ受信処理は、受信結果を示す確認応答信号の送信処理を更に含んでいてもよい。

子ノードデータ受信処理は、自ノードの起床処理、受信待機、受信処理、受信情報を中継情報記憶部２３に記憶する処理等を含む。子ノードデータ受信処理は、受信結果を示す確認応答信号の送信処理を更に含んでいてもよい。

自ノードデータ送信処理は、自ノードの起床処理、及び、送信データ生成処理等を含む。取得時間が閾値以下のセンサ情報であれば、センサ情報の取得処理も、自ノードデータ送信処理で実施してもよい。自ノードデータ送信処理で送信される送信情報は、上述のパケット（図３参照）により送信される。また、自ノードデータ送信処理で、確認応答の受信処理を実施してもよく、確認応答の内容に応じて送信データをバッファからクリアし、再度送信処理を実施してもよい。すなわち、処理部は、親ノードが受信に成功していないことを示す確認応答を受信した場合、送信処理済みの送信データを再度送信処理してもよい。

センサ情報取得処理は、自ノードの起床処理、及び、取得時間が閾値以上のセンサ情報を取得し、当該センサ情報をセンサ情報記憶部３０に記憶させる処理等を含む。センサ情報取得処理は、センサ情報を取得した時間を示す時間情報を、当該センサ情報と合わせて、センサ情報記憶部３０に記憶する処理を含んでいてもよい。なお時間情報は、スーパーフレームの番号、フレームの番号、サブフレームの番号、及び、タイムスロットの番号でもよい。

接続要求送信処理は、自ノードの起床処理、接続を要求する種別の接続要求の生成処理、送信先ノード決定部２５により決定されたノードに接続要求を送信する処理、接続要求に対する確認応答信号の受信処理、及び、確認応答信号の受信結果に応じた処理等を含む。

接続要求受信処理は、自ノードの起床処理、受信待機、子ノード受信タスクの登録処理等を含む。接続要求受信処理は、受信結果を確認応答信号で送信する処理を含んでいてもよい。

次に実施形態の通信制御方法の例について説明する。

＜通信制御方法の例１＞
図９は実施形態の通信制御方法の例１を示すシーケンス図である。図９の例では、無線通信装置２０の初期接続が終了後の状態における動作の例について説明する。なお初期接続時の動作については後述する。

図９では、説明のため、集約装置１０をＣで示し、無線通信装置２０をＮで示す。またＮｘ（１≦ｘ≦３）は、ホップ数がｘの無線通信装置２０を示す。また図９の例では、ホップ数が３の無線通信装置２０が４つあるので、Ｎｘ−ｙ（１≦ｙ≦４）により識別する。

図９の例では、スーパーフレームは、４つのフレームを含む。またフレームは、４つのサブフレームを含む。スーパーフレームにおいて無線通信システムに含まれる複数の無線通信装置の送信データの全部が集約装置に集約される。

図９の例では、送受信リソース決定部２７は、各ノードに割り当てられるサブフレームを、例えば当該ノードのホップ数を、フレームに含まれるサブフレームの数で割った余り（剰余）により決定している。

各フレームに含まれる１番目のサブフレームは、送受信リソース決定部２７により、ホップ数が３のノード（Ｎ３−１〜Ｎ３−４）に割り当てられている。

各フレームに含まれる２番目のサブフレームは、送受信リソース決定部２７により、ホップ数が２のノード（Ｎ２）に割り当てられている。

各フレームに含まれる３番目のサブフレームは、送受信リソース決定部２７により、ホップ数が１のノード（Ｎ１）に割り当てられている。

各フレームに含まれる４番目のサブフレームは、送受信リソース決定部２７により、ホップ数が０のノード（Ｃ）に割り当てられている。すなわち、集約装置１０のホップ数は、０とみなされており、図９では最終タイムスロットが、集約装置１０に割り当てられる。

サブフレームとホップ数との対応は、図９の例に限られないが、図９のように割り当てることにより、各ノードから集約装置１０への上り通信の中継伝送の遅延時間をホップ数に基づき計算される期間以内に保証することができる。

また、各サブフレームに含まれるタイムスロットが、送受信リソース決定部２７により、ノードの識別情報に基づいて、各ノード（Ｃ及びＮ１〜Ｎ３−４）に割り当てられている。

各ノードは、スーパーフレームあたりのフレーム数、フレームあたりのサブフレーム数、及び、サブフレームあたりのスロット数を、フレーム情報として共有する。これにより各ノードの送受信リソース決定部２７は、ノードのＩＤから自ノードの送信に使用可能なタイムスロット、及び、ホップ数から自ノードの送信に使用可能なサブフレームを、自律的に決定することができる。

図９の例では、スーパーフレーム先頭のフレームで、ホップ数が３のノード（Ｎ３−１〜Ｎ３−４）により送信された送信情報が、ホップ数が２のノード（Ｎ２）により受信される。ホップ数が２のノード（Ｎ２）が、当該フレーム内で、ホップ数が１のノード（Ｎ１）に、自ノードのセンサ情報と子ノードのセンサ情報とを含む送信情報を送信する。しかしホップ数が２のノード（Ｎ２）が、送信情報を全て送りきることができずに、送りきれなかった送信情報を、次のフレームで送信している。ホップ数が３のノード（Ｎ３−１〜Ｎ３−４）は、先頭のフレームで送信し終えたため、２番目のフレームでは送受信のために起床することなくスリープしている。３番目以降のフレームでは、ホップ数が２のノード（Ｎ２）と、ホップ数が１のノード（Ｎ１）も送受信のために起床することなくスリープすることができる。これにより、中継伝送のために必要最小限の起床回数を実現することができる。

以下、図９の例について詳細に説明する。

１番目のフレームに含まれる１番目のサブフレームでは、ホップ数が３のノード（Ｎ３−１〜Ｎ３−４）の送信情報が、ホップ数が２のノード（Ｎ２）へ送信されている。図９の例では、送信情報に終了フラグ（Ｆ）が付与されているため、ホップ数が３のノード（Ｎ３−１〜Ｎ３−４）の送信処理は、１番目のフレームで終了する。

１番目のフレームに含まれる２番目のサブフレームでは、ホップ数が２のノード（Ｎ２）の送信情報が、ホップ数が１のノード（Ｎ１）、及び、ホップ数が３のノード（Ｎ３−１〜Ｎ３−４）へ送信されている。図９の例では、送信情報に終了フラグ（Ｆ）が付与されていないため、ホップ数が２のノード（Ｎ２）の送信処理は、２番目のフレームでも行われる。なおホップ数が３のノード（Ｎ３−１〜Ｎ３−４）は、１番目のフレームに含まれる２番目のサブフレームで送信された送信情報を受信することにより、１番目のフレームに含まれる１番目のサブフレームで行われた送信処理が正常に終了したことを確認する。

１番目のフレームに含まれる３番目のサブフレームでは、ホップ数が１のノード（Ｎ１）の送信情報が、ホップ数が０のノード（Ｃ）、及び、ホップ数が２のノード（Ｎ２）へ送信されている。図９の例では、送信情報に終了フラグ（Ｆ）が付与されていないため、ホップ数が１のノード（Ｎ１）の送信処理は、２番目のフレームでも行われる。なおホップ数が２のノード（Ｎ２）は、１番目のフレームに含まれる３番目のサブフレームで送信された送信情報を受信することにより、１番目のフレームに含まれる２番目のサブフレームで行われた送信処理が正常に終了したことを確認する。

２番目のフレームに含まれる２番目のサブフレームでは、ホップ数が２のノード（Ｎ２）の送信情報が、ホップ数が１のノード（Ｎ１）へ送信されている。図９の例では、送信情報に終了フラグ（Ｆ）が付与されているため、ホップ数が２のノード（Ｎ２）の送信処理は、このサブフレームで終了する。

２番目のフレームに含まれる３番目のサブフレームでは、ホップ数が１のノード（Ｎ１）の送信情報が、ホップ数が０のノード（Ｃ）、及び、ホップ数が２のノード（Ｎ２）へ送信されている。図９の例では、送信情報に終了フラグ（Ｆ）が付与されているため、ホップ数が１のノード（Ｎ１）の送信処理は、このサブフレームで終了する。なおホップ数が２のノード（Ｎ２）は、２番目のフレームに含まれる３番目のサブフレームで送信された送信情報を受信することにより、２番目のフレームに含まれる２番目のサブフレームで行われた送信処理が正常に終了したことを確認する。

各フレームの４番目のサブフレームでは、ホップ数が０のノード（Ｃ）が、基準信号を送信している。

各ノードの状態制御部３１は、自ノードが送信処理または受信処理を行うタイムスロット以外のタイムスロットでは、スリープ状態に遷移する。具体的には、スーパーフレームのうち、送信情報を送信処理した後のフレームにおいてスリープ状態である。集約装置からのホップ数が大きい無線通信装置ほど、前記第１期間のうちの早いフレームからスリープ状態になる。これにより、ノードの消費電力を低減することができる。

次に実施形態の無線通信装置２０が子ノードから受信情報を受信する方法の例について説明する。

図１０は実施形態の無線通信装置２０が子ノードから受信情報を受信する方法の例を示すフローチャートである。図１０では、自ノードとの接続確立後に子ノードから受信情報を受信する方法について説明する。そのため、図１０では、親ノードから受信情報を受信する方法、及び、親ノードとの接続確立のための制御データの送受信の方法等については説明しない。親ノードから受信情報を受信する方法、及び、親ノードとの接続確立方法の説明については後述する。

図１０のフローチャートは、スーパーフレームの先頭または終端のタイミングから開始する。無線通信装置２０は、受信に関しては、自ノードに接続する子ノードが存在しなければ、スリープに入り、スーパーフレーム終端まで子ノードの受信は行わない。

はじめに、状態制御部３１が、自ノードに接続する子ノードが存在するか否かを判定する（ステップＳ１）。子ノードが存在する場合（ステップＳ１、Ｙｅｓ）、状態制御部３１は、次回、子ノードから受信情報を受信する子ノード受信タスクを登録する（ステップＳ２）。子ノードが存在しない場合（ステップＳ１、Ｎｏ）、処理はステップＳ３に進む。

子ノード受信タスクのタイミングは、子ノードのホップ数、及び、子ノードのＩＤにより決定される。状態制御部３１は、接続を受け付けている子ノードに対して、それぞれの子ノード受信タスクを登録した後、次回の子ノード受信タスクの開始時刻までの期間、自ノードをスリープ状態にする（ステップＳ３）。

次に、状態制御部３１は、動作タイミングがスーパーフレームの終端になったか否かを判定する（ステップＳ４）。スーパーフレームの終端になった場合（ステップＳ４、Ｙｅｓ）、子ノードの送信継続情報の受信状態をリセットするため、ステップＳ１に戻る。スーパーフレームの終端になっていない場合（ステップＳ４、Ｎｏ）、処理は、ステップＳ５に進む。

次に、状態制御部３１は、子ノード受信タスクの開始時刻になったか否かを判定する（ステップＳ５）。子ノード受信タスクの開始時刻になっていない場合（ステップＳ５、Ｎｏ）、スリープ状態を継続する（ステップＳ３）。

子ノード受信タスクの開始時刻になった場合（ステップＳ５、Ｙｅｓ）、状態制御部３１が、ＲＴＣの割り込み等によりスリープ状態から、自ノードを起床させることにより、通信制御部２１を、受信待機させる。これにより通信制御部２１は、受信処理を行う（ステップＳ６）。

次に、通信制御部２１は、受信待機中に、子ノードからの受信情報の受信に成功した場合（ステップＳ７、Ｙｅｓ）、当該受信情報を、中継情報として中継情報記憶部２３に記憶する。そして通信制御部２１は、送信の継続又は終了を示す情報（終了フラグ）が、送信ヘッダ情報に含まれているか否かを確認する（ステップＳ８）。

終了フラグ（Ｆ）が含まれている場合（ステップＳ８、Ｙｅｓ）、処理はステップＳ３に戻る。すなわち状態制御部３１が、当該スーパーフレームにおいて子ノード受信タスクを登録することなくスリープモードに移行する。

終了フラグ（Ｆ）が含まれていない場合（ステップＳ８、Ｎｏ）、処理はステップＳ２に戻る。すなわち状態制御部３１が、次回の子ノード受信タスクを登録した後に、スリープモードに移行する。次回とは、例えば次のフレームを指す。

なお、子ノード受信タスクの登録は、次回、子ノードが送信機会を得るまでの時間であればいかなるタイミングで行われてもよい。例えば、状態制御部３１は、終了フラグの有無を子ノード別に記憶しておき、後から同じタイミングで子ノード受信タスクを登録してもよい。具体的には、状態制御部３１は、自ノードを一旦スリープモードに移行させ、フレーム終端または先頭で、自ノードを起床させたときに、送信を継続する子ノードの子ノード受信タスクをまとめて登録してもよい。

子ノード受信タスクは、１つのタイムスロットの期間に限らず、受信処理やその事前処理と事後処理に必要な期間を考慮して期間を設定されてもよい。

次に、通信制御部２１は、受信待機中に、子ノードからの受信情報の受信に成功しなかった場合（ステップＳ７、Ｎｏ）、当該子ノードとの接続を維持するか否かを判定する（ステップＳ９）。

接続を維持する場合（ステップＳ９、Ｙｅｓ）、処理はステップＳ２に戻る。すなわち、状態制御部３１は、子ノードとの接続が維持される場合にのみ次回の当該子ノードの子ノード受信タスクを登録する。

接続を維持しない場合（ステップＳ９、Ｎｏ）、処理はステップＳ３に戻る。

上述のステップＳ９において、状態制御部３１は、例えば受信成功が確認できない回数が規定回数未満の場合にのみ、子ノード受信タスクを登録する。

逆に、規定回数以上、受信成功が確認できなければ、通信制御部２１が、当該子ノードとの接続を切断する切断処理を行う。切断処理は、子ノードとの接続を切断するか否かを判定する処理、及び、当該子ノードとの接続を切断した場合に、周辺ノード情報記憶部２６から当該子ノードの情報を削除する処理等を含む。そして状態制御部３１が、通信制御部２１により子ノードとの切断処理が行われた後、当該子ノードの子ノード受信タスクの登録を行わずに、自ノードをスリープモードに移行させる。

なお、上述のステップＳ９の処理を省略してもよい。例えば状態制御部３１は、子ノード受信タスクの期間中に、受信に失敗または受信が確認されなかった場合、次回の当該子ノードの子ノード受信タスクを常に登録してもよい。

また、上述のステップＳ８において、状態制御部３１は、子ノードから受信した受信情報に終了フラグが含まれていても、さらに規定の回数だけ子ノード受信タスクを登録し、当該受信タスクで当該子ノードの送信信号を受信した場合には、確認応答を返す目的で送信タスクを登録してもよい。これは、子ノードが自ノードの送信信号を受信できず到達確認ができない場合に、送信を継続し無駄に電力消費することを回避するためである。また、代替の方法として、状態制御部３１は、子ノード受信タスクを登録せずに、規定の回数だけ送信タスクを登録し、確認応答のみを送信してもよい。

次に、実施形態の無線通信装置が、親ノードに送信情報を送信する方法、及び、親ノードから受信情報を受信する方法の例について説明する。

図１１は、実施形態の無線通信装置が、親ノードに送信情報を送信する方法、及び、親ノードから受信情報を受信する方法の例を示すフローチャートである。図１１のフローチャートは、図１０と同様に、親ノードとの接続確立後のスーパーフレームの終端または先頭のタイミングから開始する。

はじめに、状態制御部３１が、次回、自ノードから送信情報を送信する自ノード送信タスクと、次回、親ノードから受信する受信情報の親ノード受信タスクとを登録する（ステップＳ２１）。スーパーフレームの終端または先頭のタイミングでは、次回とは、すなわちスーパーフレームの先頭のフレーム内のタイミングを指す。

自ノード送信タスクの開始タイミングは、前述の通り、自ノードのホップ数と、自ノードのＩＤとにより決定される。親ノード受信タスクについても、親ノードのホップ数と、親ノードのＩＤとにより決定される。次に、状態制御部３１は、次回のタスク開始時刻までの期間、自ノードをスリープモードにする（ステップＳ２２）。

次に、状態制御部３１は、動作タイミングがスーパーフレームの終端になったか否かを判定する（ステップＳ２３）。スーパーフレームの終端になった場合（ステップＳ２３、Ｙｅｓ）、ステップＳ２１に戻る。このとき、継続判定部３２は、スーパーフレーム終端または先頭において、送信継続情報を、送信終了を示さない情報（Ｔｒｕｅ（継続））に初期化してもよい。

スーパーフレームの終端になっていない場合（ステップＳ２３、Ｎｏ）、処理は、ステップＳ２４に進む。

＜自ノード送信タスク＞
次に、状態制御部３１は、自ノード送信タスクの開始時刻になったか否かを判定する（ステップＳ２４）。自ノード送信タスクの開始時刻になっていない場合（ステップＳ２４、Ｎｏ）、処理はステップＳ２９に進む。

自ノード送信タスクの開始時刻になった場合（ステップＳ２４、Ｙｅｓ）、通信制御部２１が、ＲＴＣの割り込み等により起床し、送信情報の送信処理を開始する。具体的には、送信情報生成部２４は、子ノードから受信した受信情報が中継情報記憶部２３に記憶されている場合、当該受信情報と、自ノードのセンサ情報とを合わせて１つのパケットを構成する。センサ情報は、例えばセンサ情報記憶部３０に記憶されている。また、送信情報生成部２４は、パケットのヘッダ情報に送信継続情報を付加する。

次に、継続判定部３２が、当該スーパーフレームにおいて、全ての子ノードから終了フラグを受信済みであるか否かを判定する（ステップＳ２５）。全ての子ノードから終了フラグを受信済みでない場合（ステップＳ２５、Ｎｏ）、処理はステップＳ２８に進む。

全ての子ノードから終了フラグを受信済みである場合（ステップＳ２５、Ｙｅｓ）、継続判定部３２は、送信情報が１度に送信可能なデータサイズ以下であるか否かを判定する（ステップＳ２６）。送信情報が１度に送信可能なデータサイズ以下でない場合（ステップＳ２６、Ｎｏ）、処理はステップＳ２８に進む。

送信情報が１度に送信可能なデータサイズ以下である場合（ステップＳ２６、Ｙｅｓ）、送信情報生成部２４が、送信情報に含まれる送信継続情報の終了フラグを有効にする（ステップＳ２７）。１度で送信情報が送信できる条件は、例えば当該自ノード送信タスク期間中に１パケットのみ送信するのであれば、自ノードのセンサ情報と、中継情報記憶部２３に記憶されている子ノードのセンサ情報とを合わせて１パケットに収めることができることである。

なお、自ノードに接続されている子ノードがない場合、１度で送信情報が送信できる条件は、自ノードの送信対象データ（自ノードで取得されたセンサ情報等）が１パケットに収められることである。

次に、通信制御部２１が、送信情報を親ノードに向けて送信する（ステップＳ２８）。そして状態制御部３１が、自ノードをスリープモードにする（ステップＳ２２）。なお、通信制御部２１が、当該自ノード送信タスクにおいて即座に確認応答を受信し、当該確認応答の確認処理結果に応じて、当該自ノード送信タスク期間内で再送を実施してもよい。

＜親ノード受信タスク＞
状態制御部３１は、親ノード受信タスクの開始時刻になったか否かを判定する（ステップＳ２９）。親ノード受信タスクの開始時刻になっていない場合（ステップＳ２９、Ｎｏ）、処理はステップＳ２２に戻る。

親ノード受信タスクの開始時刻になった場合（ステップＳ２９、Ｙｅｓ）、通信制御部２１は、ＲＴＣの割り込み等により起床し、受信待機する。そして通信制御部２１は、親ノードから受信情報を受信する（ステップＳ３０）。

次に、通信制御部２１は、受信情報の受信に成功したか否かを判定する（ステップＳ３１）。受信情報の受信に成功していない場合（ステップＳ３１、Ｎｏ）、処理はステップＳ２１に戻る。すなわち状態制御部３１が、次回の自ノード送信タスクと親ノード受信タスクとを登録し（ステップＳ２１）、自ノードをスリープモードにする（ステップＳ２２）。

受信情報の受信に成功した場合（ステップＳ３１、Ｙｅｓ）、通信制御部２１が、前回の自ノード送信タスクで送信された送信情報の送信が成功したか否かを判定する（ステップＳ３２）。具体的には、通信制御部２１は、例えば親ノードから受信した受信情報（親ノードにより送信された送信情報）から、前回の自ノード送信タスクで送信された送信情報の送信が成功したか否かを判定する。

送信情報の送信が成功しなかった場合（ステップＳ３２、Ｎｏ）、処理はステップＳ２１に戻る。すなわち状態制御部３１が、次回の自ノード送信タスクと親ノード受信タスクとを登録し（ステップＳ２１）、自ノードをスリープモードにする（ステップＳ２２）。

送信情報の送信が成功した場合（ステップＳ３２、Ｙｅｓ）、処理はステップＳ２２に戻る。このとき、通信制御部２１は、親ノードに到達が確認された送信情報を、送信バッファ（または中継情報記憶部２３及びセンサ情報記憶部３０）から削除する。

上述の図１１の説明における次回とは、例えば次のフレームを指す。なお、自ノードが、一度スリープに移行した後に、フレーム終端または先頭で起床したときに、状態制御部３１が、自ノード送信タスクと親ノード受信タスクとを登録してもよい。自ノード送信タスクの登録は、次回の自ノードの送信機会までに実施されていれば、いかなるタイミングで行われてもよい。同様に、親ノード受信タスクの登録は、次回の親ノードの送信機会までに実施されていれば、いかなるタイミングで行われてもよい。

また、通信制御部２１は、親ノードの受信に規定回数以上失敗した場合、切断を判断し、再接続の処理に移行してもよい。再接続のための処理については、図１９を使用して後述する。

なお、実施形態におけるホップ数とサブフレームとの対応によれば、スーパーフレーム内で自ノード送信タスクよりも親ノード受信タスクが先に実行されることもある。

＜通信制御方法の例２＞
図１２は実施形態の通信制御方法の例２を示すシーケンス図である。図１２の例では、図９のネットワークトポロジに、ホップ数が４のノード（Ｎ４）を加えている。ホップ数が４のノード（Ｎ４）の親ノードは、ノードＮ３−２である。

図１２の例では、ホップ数が３のノード（Ｎ３−２）は、スーパーフレームの先頭のサブフレームで、送信情報２０１を送信しているが、接続を認識している子ノード（Ｎ４）の受信情報を受信していない。そのため、ホップ数が３のノード（Ｎ３−２）から送信された送信情報２０１に含まれる送信継続情報の終了フラグは有効にされていない。

ホップ数が３のノード（Ｎ３−２）は、先頭フレーム内の４番目のサブフレーム（最終サブフレーム）で、子ノード（Ｎ４）から、受信情報２０３（終了フラグを含む送信情報２０２）を受信している。ホップ数が３のノード（Ｎ３−２）は、次の送信機会、すなわち、スーパーフレームの２番目のフレームの最初のサブフレームで、子ノード（Ｎ４）から受信された受信情報に含まれるセンサ情報と終了フラグとを含む送信情報２０４を、ホップ数が２のノード（Ｎ２）に送信する。本具体例により、スーパーフレーム内で最初の送信機会が親ノードよりも子ノードの方が後になっても、中継伝送と適切なスリープ（必要最小限の送受信のための起床）が行えることを示した。

また、図１２の例では、ホップ数が２のノード（Ｎ２）の中継伝送用バッファ（中継情報記憶部２３）の記憶領域が飽和し、ホップ数が３のノードのうち１台（Ｎ３−４）の受信をキャンセルした例を示す。具体的には、状態制御部３１は、子ノード受信タスクの開始直後に中継情報記憶部２３の残容量が閾値未満であれば、当該子ノード受信タスク内の処理を実施せずに、自ノードをスリープにする。

また、ホップ数が２のノード（Ｎ２）は、次回の自ノード送信タスクで、通常の受信失敗と区別する目的で、制御情報に中継情報記憶部２３の残容量低下により受信処理をキャンセルしたことを示す情報を、送信情報２０５に設定する。

子ノード（Ｎ３−４）は、親ノード受信タスクで、送信情報２０５を受信情報２０６として受信すると、再送回数、及び、切断までの送信失敗回数を調整してもよい。子ノード（Ｎ３−４）は、次の送信機会、すなわち２番目のフレームの先頭サブフレームで、送信情報２０７を送信する。

図１２の例では、ホップ数が２のノード（Ｎ２）が、先頭フレームで送信情報２０５の送信に成功し、中継情報記憶部２３の記憶領域が空いたため、２番目のフレームで、送信情報２０７の受信と、当該送信情報２０７に含まれるセンサ情報を含む送信情報２０８の中継伝送が成功している。

ホップ数が２のノード（Ｎ２）は、２番目のフレームまでの処理で、接続を認識している全ての子ノード（Ｎ３−１〜Ｎ３−４）から終了フラグを受信し、かつ、自ノードのセンサ情報の送信に成功している。そのため、ホップ数が２のノード（Ｎ２）は、３番目以降のフレームは送受信のために起床しない。本具体例により、中継情報記憶部２３の容量制限により受信できない場合に、受信処理を実施しないことで省電力性を高めることができることを示した。

＜通信制御方法の例３＞
図９及び図１２では、サブフレーム中のスロット数が、無線通信装置２０の台数よりも多いので、集約装置１０が各サブフレーム内で固定のタイムスロットを、各無線通信装置２０の送信用に割り当てることができる。

図１３は実施形態の通信制御方法の例３を示すシーケンス図である。以下、図１３を使用して、サブフレーム中のタイムスロット数が、無線通信装置２０の台数と同数の場合に、集約装置１０が送信するタイミングを流動的に決定する方法について説明する。

図１３は、図９に比べてホップ数が３のノードの数が、４から８に増加している。また、ホップ数が１のノードと、ホップ数が２のノードがそれぞれ１ずつあるため、ノードの数は全部で１０である。

一方、サブフレーム中のタイムスロット（ａ〜ｊ）の数は１０である。これまで説明したように、集約装置１０の送信用のタイムスロットを、サブフレーム内の最終タイムスロット等に固定的に割り当てると、タイムスロットが１つ足りない。そのため、ネットワークトポロジ、及び、フレーム中のサブフレーム数の設定等によっては、干渉により通信品質が劣化してしまう恐れがある。

そこで、サブフレーム中のタイムスロットの数が、無線通信装置２０の数と同数であっても、上記問題を回避する集約装置１０の送信用タイムスロットの決定方法として、ホップ数が１のノードのＩＤに割り当てられたタイムスロットを使用する。

図１３の例では、集約装置１０は、ホップ数が０のノードに割り当てられたサブフレームに含まれるタイムスロットのうち、ホップ数が１のノード（Ｎ１）のタイムスロットを使用して、送信情報２１１、２１２及び２１３を送信している。

なお、この決定方法を使用するためには、フレーム内に少なくとも２以上のサブフレームが必要となる。上述のように集約装置１０の送信用タイムスロットを決定することにより、周波数利用効率を高めることができる。また、無線通信装置２０の収容台数を増加させることができる。

なお、ネットワーク８０の構成の初期段階等、ホップ数が１のノードが存在しない場合は、集約装置１０は、サブフレーム内の最終タイムスロット等を使用して、固定的に送信情報を送信してもよい。ネットワーク８０の構成中の通信制御方法の詳細は、後述する具体例で説明する。

＜通信制御方法の例４＞
図１４は実施形態の通信制御方法の例４を示すシーケンス図である。図１４の例は、サブフレーム中のタイムスロットの数が、無線通信装置２０の台数よりも多い場合の別の中継伝送の例を示す。図１４では、ホップ数が３のノードが図１３よりも１台少なくなっている。ホップ数が３の７台のノード（Ｎ３−１〜Ｎ３−７）が、ホップ数が２のノード（Ｎ２）に接続されている。

図１４の中継伝送例がこれまで説明した中継伝送と異なる点は、中継伝送を連続するサブフレームで実施する点である。言い換えれば、親ノードは、スーパーフレーム内で子ノードから受信情報を受信した後は、毎サブフレームに送信機会が与えられる。これにより、図１４に例で示す中継伝送が実現される。毎サブフレームに送信機会が与えられる送信方法を、サブフレーム連続送信という。

具体的には、先頭のフレームの先頭のサブフレームでは、ホップ数が２のノード（Ｎ２）が、ネットワーク８０の末端のノード（Ｎ３−１〜Ｎ３−７）から送信された送信情報のうち、３つのノード（Ｎ３−１〜Ｎ３−３）の送信情報を受信情報として受信する。ホップ数が２のノード（Ｎ２）は、受信された受信情報を、中継情報として中継情報記憶部２３に記憶する。そしてホップ数が２のノード（Ｎ２）は、中継情報記憶部２３の容量が閾値を超えるため、４つのノード（Ｎ３−４〜Ｎ３−７）の受信情報の受信をキャンセルする。

先頭のフレームの２番目のサブフレームでは、ホップ数が２のノード（Ｎ２）は、自ノードの中継情報記憶部２３に記憶されている中継情報の一部を１つのパケットにして送信する。そしてホップ数が２のノード（Ｎ２）は、パケットの送信後、例えば送信パケット内のデータを再送用バッファに制御情報と合わせて記憶する。制御情報は、再送回数等を含む。

先頭のフレームの３番目のサブフレームでは、ホップ数が２のノード（Ｎ２）は、親ノード（Ｎ１）の送信情報を受信することにより、前回、送信した送信情報の到達を確認する。ホップ数が２のノード（Ｎ２）は、到達が確認された場合、再送用バッファから、到達が確認されたデータをクリアする。

また、先頭のフレームの３番目のサブフレームでは、ホップ数が２のノード（Ｎ２）も、中継情報記憶部２３に記憶されている中継情報の一部又は全てを送信する。

先頭のフレームの４番目のサブフレームでは、ホップ数が１のノード（Ｎ１）と、ホップ数が２のノード（Ｎ２）とが、前サブフレームに続いて、送信情報を送信する。

このサブフレーム連続送信の終了条件は、当該スーパーフレームにおいて接続を認識している全ての子ノードから終了フラグを受信し、かつ、当該子ノードから受信した受信情報と、自ノードの送信情報の送信を終えることである。

ホップ数が１のノード（Ｎ１）と、ホップ数が２のノード（Ｎ２）とは、送信バッファまたは中継情報記憶部２３に送信対象中継情報がない場合は、送信をキャンセルしてもよい。

送信のキャンセル方法は任意でよい。例えば、送信のキャンセルは、自ノード送信タスク自体を次回の子ノード受信の後の送信機会に登録するか否かにより行ってもよい。また例えば、状態制御部３１が、自ノード送信タスクは毎サブフレームに登録しておき、送信をキャンセルする場合は、自ノード送信タスク内で送信処理を実施せずに、自ノードをすぐにスリープに移行させてもよい。

＜送信のキャンセルの連鎖の防止＞
例えば、ホップ数が２のノード（Ｎ２）が、送信対象送信情報がなくなったが、全ての子ノードから終了フラグを受信していないときに、送信をキャンセルする場合について考える。この場合、親ノード（Ｎ１）は、子ノード（Ｎ２）からの送信情報を受信できないので、送信対象送信情報がない状態になる。これによりホップ数が１のノード（Ｎ１）も、送信をキャンセルすることになるので、送信のキャンセルが連鎖する。

送信のキャンセルによる切断を回避するため、通信制御部２１は、データ部分を空にした送信情報を送信してもよい。また例えば、通信制御部２１は、送信情報としてダミーデータを送信してもよい。

切断を判定する連続受信失敗回数の設定は、送信がキャンセルされる数の最大値に合わせて設定されてもよい。例えば図１４の場合、送信をキャンセルする回数は、最大で３回（サブフレーム数４から１を引いた値）となる。そのため、親ノードが、子ノードとの切断を判定するために使用される受信失敗回数を、連続４回以上としてもよい。

さらに、通信制御部２１は、送信対象送信情報がなくなった場合、最後の送信においてその旨を通知してもよい。この情報を送信一時停止情報という。送信一時停止情報は、パケットのいかなるフィールドに含まれてもよい。送信一時停止情報は、例えば１ビットで表現することができる。

ただし、送信一時停止情報は、上述の送信継続情報とは異なり、親ノードは当該送信一時停止情報を受信すると、連続サブフレームの受信タスクは登録しないが、次回の子ノードの送信機会には子ノード受信タスクを登録する。具体的には、次回の子ノードの送信機会は、図１４の例では、子ノードのホップ数をサブフレーム数で除算した余り（剰余）に対応する次回のサブフレームである。

図１４に示す中継伝送を実現するための各ノードの処理は、基本的には図１０及び図１１で示したフローと変わらないが、次回の各タスクを登録する時刻及びタイミングのルールにおいて、図９及び図１２に示した中継伝送と異なる。

また、通信制御部２１は、子ノードを１以上持ち、通信情報を連続サブフレームで送信する場合、その旨を子ノード存在情報として、親ノードに通知してもよい。子ノード存在情報は、パケットのいかなるフィールドに含まれてもよい。子ノード存在情報は、例えば１ビットで表現することができる。

子ノード存在情報の通知により、親ノードは、子ノードがさらに子ノードを持ち、以降の連続するサブフレームで送信をするか否かを知ることができる。

子ノードがさらに子ノードを持つ中継ノードである場合、状態制御部３１は、以降の子ノード受信タスクを連続するサブフレームの子ノードの送信用タイムスロットに対応させて登録する必要がある。本具体例のように、中継ノードは、連続するサブフレームで送信情報を送信することにより、送信バッファまたは中継情報記憶部２３の容量が小さい場合でも、送信機会を多く得られる。これにより中継伝送を円滑に行うことができるので、送信先ノードの受信キャンセルの回数を抑え、送信元ノードの無駄な送信を抑制することができる。すなわち送信元ノードを省電力化することができる。

次に実施形態のネットワーク構成方法の例について説明する。

＜初期接続先探索の例１＞
図１５Ａ〜Ｃは、実施形態の初期接続先探索の例１を示すシーケンス図である。集約装置（Ｃ）と、２つのノード（Ｎ１及びＮ２）とが存在し、集約装置（Ｃ）とノード（Ｎ１）とは通信範囲にあり、ノード（Ｎ１）とノード（Ｎ２）とが通信範囲にある場合を例にして説明する。

図１５Ａ〜Ｃの例では、集約装置（Ｃ）に先に電源が投入されている場合（本実施形態の無線通信を実現するプロセスが起動されている場合）について説明するが、電源が投入される順番は任意でよい。

集約装置（Ｃ）は、各フレームの最終タイムスロットで、基準信号を送信する。ノード（Ｎ１）とノード（Ｎ２）は、電源投入後、初期化処理とスリープ制御処理を経て、親ノードデータ受信処理を開始する。

なお初期化後の親ノードデータ受信処理の実行前に、必ずしもスリープ制御処理を実行する必要はない。ノード（Ｎ１）とノード（Ｎ２）とは、親ノードデータ受信処理が開始されると、受信待機状態になる。

ノード（Ｎ１）は、基準信号２２１を、受信情報２２２として受信すると、当該受信情報２２２に含まれる周辺ノード情報を周辺ノード情報記憶部２６に記憶し、当該受信情報２２２に含まれるフレーム情報をフレーム情報記憶部２８に記憶し、集約装置（Ｃ）に同期する。

そしてノード（Ｎ１）は、次のスーパーフレームまでスリープする。なおノード（Ｎ１）は、次のスーパーフレーム先頭までのフレーム期間、受信待機してもよい。ノード（Ｎ１）は、この受信待機中に受信情報を受信した場合、同様に、当該受信情報に含まれる周辺ノード情報を周辺ノード情報記憶部２６に記憶し、当該受信情報に含まれるフレーム情報により、フレーム情報記憶部２８を更新する。

ノード（Ｎ１）は、次のスーパーフレームの先頭のフレームで、周辺ノード情報記憶部２６に記憶されている周辺ノード情報に基づいて、親ノードを選定する。親ノードの選定方法は任意でよい。親ノードの選定方法は、例えば規定の受信電力閾値を満たす最小ホップ数のノードを選定する方法である。

集約装置（Ｃ）を親ノードとして選定する場合は、集約装置（Ｃ）は常時受信できるため、ノード（Ｎ１）が接続要求を示す送信情報２２３を送信するタイミングは、例えば図１５Ｃに示すように次のスーパーフレームの先頭フレームである。

また、ノード（Ｎ２）は、ノード（Ｎ１）の送信情報２２３を、受信情報２２４として受信することにより、初めてフレーム情報を取得することができる。図１５Ｃの例では、受信情報２２４が受信されたフレームが、スーパーフレームの先頭のフレームであるため、ノード（Ｎ２）は、この期間が終わるまで受信待機した後、ノード（Ｎ１）を親ノードとして選定する。

親ノードが集約装置（Ｃ）でない場合、接続要求を送信するタイミングを同一スーパーフレーム内の最終フレームとする。最終フレームとすることにより、次のスーパーフレームから送信情報の送信を開始することができるので、ネットワーク８０に参加するまでの遅延時間を短くすることができる。

ネットワーク８０に参加したノード（Ｎ１）は、自ノードへの接続を受け付けるために、規定のタイムスロットで接続受付を行う。規定のタイムスロットは、例えば自ノードのホップ数から２を引いた値をサブフレーム数で割った余り（剰余）に応じたサブフレームに含まれる自ノードのＩＤに対応したタイムスロットである。

規定のタイムスロットは複数あってもよい。例えば上述の例に加えて、自ノードのホップ数から１及び３等を引いた値を、サブフレーム数で割った余りに応じたサブフレームにおいても、接続受付を行ってもよい。接続受付用のタイムスロットを複数設定することにより、スーパーフレーム内でより多くの接続を受け付けることができるので、ネットワーク８０の構築がスムーズに行われる。

ネットワーク８０に参加したノード（Ｎ１）は、接続受付のタスクを、フレームの終端または先頭で登録する。接続要求するノード（Ｎ２）は、親ノード（Ｎ１）の接続受付のタイムスロットを特定し、当該タイムスロットで接続要求を示す送信情報２２５を送信する。送信情報２２５は、少なくとも自ノードのＩＤを含む。

親ノード（Ｎ１）は、送信情報２２５を、受信情報２２６として受信した場合、即座に確認応答を示す送信情報２２７を、子ノード（Ｎ２）に返信してもよい。

なお、集約装置（Ｃ）は、常時電源が投入されている場合でスリープによる省電力化が必要ない場合、常時受信が可能となるため、接続受付を特段設ける必要がない。ノード（Ｎ１）は、集約装置（Ｃ）に接続要求の信号を送信することなく（図１５Ａ及びＢ参照）、次のスーパーフレーム（図１５Ｃ参照）で、送信情報２２３の送信を開始している。ノード（Ｎ１）が送信情報２２３を送信すると、ノード（Ｎ２）が当該送信情報２２３を、受信情報２２４として受信する。そしてノード（Ｎ２）が、受信情報２２４に含まれる周辺ノード情報を周辺ノード情報記憶部２６に記憶する。

ノード（Ｎ２）は、ノード（Ｎ１）を親ノードに選定し、スーパーフレーム内の最終フレームで、上述のルールにより決定されたタイムスロットで接続要求を示す送信情報２２５を送信する。図１５Ｃの例では、スーパーフレームの最終フレームの先頭サブフレームにおいて接続受付が行われ、確認応答を示す送信情報２２７が即座に返信されている。そして図１５Ｃに示すスーパーフレームの次のスーパーフレームで、ノード（Ｎ２）が、送信情報の送信を開始する。無線通信システム１００は、以上のネットワーク構築方法を使用することにより、より少ない消費電力で、ネットワーク８０を構築していくことができる。

＜初期接続先探索の例２＞
図１６Ａ〜Ｃは、実施形態の初期接続先探索の例２を示すシーケンス図である。上述の図１５Ａ〜Ｃでは、サブフレーム内のタイムスロットの数が無線通信装置２０の台数よりも多い場合に、集約装置１０の送信タイムスロットを固定的に割り当てていた。図１６Ａ〜Ｃでは、サブフレーム内のタイムスロットの数が無線通信装置２０の台数と同一の場合に、集約装置１０の送信用タイムスロットを流動的に割り当てる場合について説明する。

図１７を使用して、図１６Ａ〜Ｃのシーケンス図の動作を実現する集約装置１０の動作方法について説明する。

図１７は実施形態の集約装置１０の送信タイミングを決定する方法の例１を示すフローチャートである。図１７の例１は、サブフレーム内のタイムスロットの数が、無線通信装置２０の台数と同一の場合に、集約装置１０の送信用タイムスロットを決定する方法を示す。

はじめに、集約装置１０の決定部１６が、ホップ数が１のノードが存在するか否かを判定する（ステップＳ４１）。ホップ数１のノードが存在する場合（ステップＳ４１、Ｙｅｓ）、決定部１６が、ホップ数が０のノードに割り当てられたサブフレームにおいて、ホップ数が１のノードのＩＤに対応付けられたタイムスロットに送信タスクを登録することにより、送信タイミングを決定する（ステップＳ４２）。

ホップ数１のノードが存在しない場合（ステップＳ４１、Ｎｏ）、決定部１６は、フレームの最終タイムスロットで、固定的に基準信号を送信する送信タスクを登録することにより、送信タイミングを決定する（ステップＳ４３）。なお固定的に基準信号を送信する送信タスクを登録するタイムスロットは、必ずしも最終タイムスロットでなくてもよい。

ホップ数が１のノードは、集約装置１０が自ノードに割り当てられているタイムスロットを使用して送信情報を送信するため、当該タイミングに受信が行われるように親ノード受信タスクを登録する。

図１６Ａに戻り、集約装置（Ｃ）は、電源投入後（プロセス起動後）、最初のスーパーフレームでは、ホップ数が１のノード（Ｎ１）を認識していない状態なので、毎フレームの最終スロットで基準信号を示す送信情報を送信する。

次のスーパーフレームを示す図１６Ｂでは、図１５で説明したようにノード（Ｎ１）が先頭フレームで、基準信号を示す送信情報２３１を、受信情報２３２として受信する。

さらに次のスーパーフレームを示す図１６Ｃでは、ホップ数が２のノード（Ｎ２）は、先頭フレームでノード（Ｎ１）により送信された送信情報２３３を、受信情報２３４として受信することにより、ホップ数１のノード（Ｎ１）の存在を認識する。

以降のフレームでは、集約装置（Ｃ）は、ホップ数が０のノードの送信用サブフレーム内のノード（Ｎ１）のタイムスロットで、基準信号を示す送信情報を送信する。

集約装置（Ｃ）は、ホップ数が１のノードが複数存在する場合は、その数だけ基準信号を示す送信情報を送信する。集約装置（Ｃ）の送信機会を増やすことで新たにネットワーク８０に参加するノードがフレーム情報をいち早く取得し、次のスーパーフレームの先頭フレームまでスリープすることができるので、ノードを省電力化することができる。図１６の具体例におけるノード（Ｎ２）の動作は、図１５で説明したノード（Ｎ２）の動作と同様であるため説明を省略する。

図１８は実施形態の集約装置の送信タイミングを決定する方法の例２を示すフローチャートである。図１８の例２では、ステップＳ４１−２が追加されている点が、図１７のフローチャートとは異なる。図１８のフローにより集約装置（Ｃ）の送信用タイムスロットを決定する場合、図１６Ｃの２番目以降のフレームにおいて、集約装置（Ｃ）はフレーム内最終スロットのみで、基準信号を示す送信情報を送信する。ホップ数が１のノードが複数存在する場合に、図１７のフローに比べ、集約装置（Ｃ）の送信回数を削減することができる。

＜近傍探索及び再接続の例＞
図１９は実施形態の無線通信装置２０の切断時の接続先探索の例を示すシーケンス図である。図１９の例は、一度ネットワーク８０に接続したノード（Ｎ２）が、親ノード（Ｎ１）との接続が切れた場合に、当該親ノード（Ｎ１）と再接続するまでの処理の例を示す。

ノード（Ｎ２）は、例えば送信情報の到達確認が、規定回数を超えてできなかった場合、接続先を新たに探索する。実施形態の中継伝送の仕組みによれば、スーパーフレームの先頭フレームで送信情報の送信が行われる可能性が高い。そのため、ノード（Ｎ２）は、スーパーフレーム先頭のフレームで受信待機に移行し、周辺ノード情報の収集を試みる。

さらに省電力性を高めるために、ノード（Ｎ２）は、先頭のフレームの中で、切断前の自ノードのホップ数と、例えば±１ホップに対応するサブフレームのみ受信待機することで、より短い受信待機時間での周辺ノード情報収集を行う。これを近傍探索と呼ぶ。

図１９は、ノード（Ｎ２）が近傍探索した結果、再びノードＮ１の送信情報２４１を、受信情報２４２として受信し、当該スーパーフレームの最終フレームで接続要求を示す送信情報２４３を送信する場合を示す。

また、図１９は、ノード（Ｎ２）が、近傍探索で周辺ノード情報を取得できなかった場合、または、取得できたが規定の受信電力を満たしていない等、親ノード選定の基準を満たすノードからの受信がなかった場合、受信待機時間を拡大させる場合を示す。受信待機時間の拡大は、例えばフレーム単位で行われる。

なお、ノード（Ｎ２）は、省電力性を向上させるために、例えば近傍探索を規定のスーパーフレームの数だけ実施し、それでも親ノードの選定ができなければ、受信待機時間拡大を実施してもよい。また例えば、ノード（Ｎ２）は、規定回数だけスーパーフレーム内の同範囲の近傍探索を繰り返してから、受信待機時間を拡大してもよい。また例えば、ノード（Ｎ２）は、受信待機時間を拡大するか否かの判定をすることなく、最初から全時間の受信待機を実施してもよい。

なお、ノード（Ｎ２）は、一度いずれかの親ノードに接続後、親ノード受信タスクの受信処理に失敗した回数が閾値以上の場合、または、親ノード受信タスクで受信された受信情報を使用して確認した到達確認の失敗の回数が閾値以上の場合、近傍探索処理をスキップし、接続要求を示す送信情報を、親ノードに送信してもよい。

以上説明したように、実施形態の通信装置２０は、通信可能な時間の長さを示すフレームを使用して、時分割通信する。送受信リソース決定部２７（決定部）が、フレームに含まれるサブフレームの数と、サブフレームに含まれるタイムスロットの数と、タイムスロットの長さとを含むフレーム情報、及び、通信装置２０を識別する識別情報に基づいて、通信装置２０による送信に使用可能なタイムスロットを決定する。また送受信リソース決定部２７が、フレーム情報と、通信装置２０から集約装置１０までのホップ数とに基づいて、通信装置２０による送信に使用可能なサブフレームを決定する。状態制御部３１は、通信装置２０が送信又は受信を開始するときに、通信装置２０の動作状態をスリープ状態から起床状態に遷移させ、通信装置２０が送信又は受信を終了したときに、通信装置２０の動作状態を起床状態からスリープ状態に遷移させる。そして通信制御部２１（継続判定部３２）が、送信を継続するか否かを判定し、送信を継続する場合、通信装置２０による送信に使用可能な次のタイムスロットを使用して送信し、受信を継続するか否かを判定し、受信を継続する場合、少なくとも１つの送信元ノードによる送信に使用可能な次のタイムスロットを使用して受信する。

実施形態の無線通信システム１００によれば、時分割通信方式のネットワーク８０において、集約装置１０までセンサ情報が収集される際に、必要最小限の送受信のための起床により高い通信負荷に対応し、かつ、省電力性も実現することができる。

さらに、無線通信装置２０が、接続先を探索する過程においても、周辺ノードが送信している可能性の高い期間から優先的に受信待機し、その他の期間は積極的にスリープ動作に入ることにより、消費電力を抑えることができる。

例えば震度計をセンサとして、建築物に設置するとともに、無線通信装置２０でそのセンサ情報を取得することができる。無線通信装置２０を既存の建築物に据え付ける場合、無線通信装置２０を電池で駆動させることにより、設置場所の自由度が広がる。そして本実施形態の無線通信システム１００を適用することにより、無線通信装置２０の電池交換頻度を低くし、すなわちメンテンスコストを低くすることができる。また、マルチホップ通信により、例えば集約装置１０の電源及び通信線等による設置場所の制約を緩和することができる。

その他の応用例として、実施形態の無線通信システム１００は、温湿度計をセンサとする温湿度管理システムのセンサ情報、ＣＯ２センサ及び照度センサ等を用いた植物生育監視システムのセンサ情報、角速度センサを用いた河川氾濫監視システム及び法面監視システムのセンサ情報、水分量センサを用いた土砂崩れ検出システムのセンサ情報、放射線量計を用いた放射線量監視システムのセンサ情報、画像センサを用いた侵入者検出システムのセンサ情報、並びに、既存空調システムのログ情報等を無線収集することもできる。

実施形態の無線通信システム１００によれば、大容量化のために通信機会を多く割り当てるが、以降の通信予定の情報を適宜共有することにより、最小限の起床回数での動作を実現することができるので、無線通信装置２０の省電力化が可能となる。すなわち、本実施形態によると、省電力化に加えて大容量化を図ることができる。

＜プログラムにより実現する場合＞
上述の集約装置１０の機能ブロック（図６参照）、及び、上述の無線通信装置２０の機能ブロック（図７参照）のうち、プログラムにより実現可能な機能ブロックは、プログラムにより実現してもよい。

実施形態の集約装置１０及び無線通信装置２０で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、メモリカード、ＣＤ−Ｒ、及び、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等のコンピュータで読み取り可能な記憶媒体に記憶されてコンピュータ・プログラム・プロダクトとして提供される。

また実施形態の集約装置１０及び無線通信装置２０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。

また実施形態の集約装置１０及び無線通信装置２０が実行するプログラムを、ダウンロードさせずにインターネット等のネットワーク経由で提供するように構成してもよい。

また実施形態の集約装置１０及び無線通信装置２０で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

実施形態の集約装置１０及び無線通信装置２０で実行されるプログラムは、実施形態の集約装置１０及び無線通信装置２０の機能構成のうち、プログラムにより実現可能な機能を含むモジュール構成となっている。

なお実施形態の集約装置１０及び無線通信装置２０の機能の一部又は全部を、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等のハードウェアにより実現してもよい。ＩＣは、例えば専用の処理を実行するプロセッサである。

また複数のプロセッサを用いて各機能を実現する場合、各プロセッサは、各機能のうち１つを実現してもよいし、各機能のうち２つ以上を実現してもよい。

また実施形態の集約装置１０及び無線通信装置２０の動作形態は任意でよい。実施形態の集約装置１０及び無線通信装置２０を、例えばネットワーク上のクラウドシステムを構成する装置として動作させてもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１０ 集約装置
１１ 通信制御部
１２ 受信情報記憶部
１３ フレーム情報記憶部
１４ 制御情報生成部
１５ 送信情報生成部
１６ 決定部
２０ 無線通信装置
２１ 通信制御部
２２ 宛先判定部
２３ 中継情報記憶部
２４ 送信情報生成部
２５ 送信先ノード決定部
２６ 周辺ノード情報記憶部
２７ 送受信リソース決定部
２８ フレーム情報記憶部
２９ センサ情報取得部
３０ センサ情報記憶部
３１ 状態制御部
３２ 継続判定部
５０ サーバ装置
８０ ネットワーク
９０ ネットワーク
１００ 無線通信システム

Claims (9)

1. 時分割通信する無線通信装置であって、
   送信期間を示すスーパーフレームで送信される送信データを保持する記憶部と、
   前記スーパーフレームに含まれるフレームの数と、前記フレームに含まれるサブフレームの数と、前記サブフレームに含まれるタイムスロットの数とを含むフレーム情報と、前記無線通信装置のホップ数と、に基づいて、通信タイミングとして割り当てられる割り当てサブフレームを決定し、前記フレーム情報と、前記無線通信装置の識別情報とに基づいて、通信タイミングとして割り当てられる割り当てタイムスロットを決定する決定部と、
   前記スーパーフレームに含まれる最初の第１フレームの前記割り当てサブフレームに含まれる前記割り当てタイムスロットで前記送信データの全部を送信処理する、または前記スーパーフレームに含まれ前記第１フレームを含み連続する複数のフレームの前記割り当てサブフレームに含まれる前記割り当てタイムスロットで前記送信データを分割して送信処理する処理部と、
   を備え、
   前記スーパーフレームのうち、前記送信データを送信処理した後の一または複数のフレームにおいてスリープ状態である、
   無線通信装置。
2. 前記送信データは、自ら生成したデータと他の無線通信装置から受信した受信データの少なくともいずれかを含む、
   請求項１に記載の無線通信装置。
3. 前記処理部は、前記スーパーフレームのうちの前記第１フレームを含み連続する前記複数のフレームにおいて、他の無線通信装置から受信データを受信処理し、
   前記記憶部は、前記第１フレームを含み連続する前記複数のフレームごとに、前記受信データを含むデータを前記送信データとして記憶し、
   前記処理部は、前記第１フレームを含み連続する複数のフレームごとに、前記送信データを分割して送信処理する、
   請求項１に記載の無線通信装置。
4. 前記受信データに終了を示す情報が含まれている場合に、前記処理部が前記終了を示す情報が含まれる受信データを含む送信データを送信処理した後の、前記スーパーフレームのうちの一または複数のフレームにおいてスリープ状態である、
   請求項３に記載の無線通信装置。
5. 前記処理部は、前記送信データを送信処理した後、前記送信データの送信先から前記送信データの受信に成功したか否かを示す受信確認情報を受信し、前記受信確認情報が成功していないことを示す場合、送信処理された前記送信データを再度送信処理する、
   請求項４に記載の無線通信装置。
6. 時分割通信する、複数の無線通信装置を備える無線通信システムであって、
   前記無線通信システムは、
   送信期間を示すスーパーフレームで送信される送信データを保持する記憶部と、
   前記スーパーフレームに含まれるフレームの数と、前記フレームに含まれるサブフレームの数と、前記サブフレームに含まれるタイムスロットの数とを含むフレーム情報と、前記無線通信装置のホップ数と、に基づいて、通信タイミングとして割り当てられる割り当てサブフレームを決定し、前記フレーム情報と、前記無線通信装置の識別情報とに基づいて、通信タイミングとして割り当てられる割り当てタイムスロットを決定する決定部と、
   前記スーパーフレームに含まれる最初の第１フレームの前記割り当てサブフレームに含まれる前記割り当てタイムスロットで前記送信データの全部を送信処理する、または前記スーパーフレームに含まれ前記第１フレームを含み連続する複数のフレームの前記割り当てサブフレームに含まれる前記割り当てタイムスロットで前記送信データを分割して送信処理する処理部と、
   を備え、
   前記スーパーフレームのうち、前記送信データを送信処理した後の一または複数のフレームにおいてスリープ状態である、
   無線通信システム。
7. 前記複数の無線通信装置の送信データを集約する集約装置をさらに備え、
   前記スーパーフレームにおいて前記複数の無線通信装置の送信データの全部が前記集約装置に集約される、
   請求項６に記載の無線通信システム。
8. 前記送信データは、前記集約装置からの自己のホップ数よりも大きい他の無線通信装置からの受信データを含む、
   請求項７に記載の無線通信システム。
9. 前記集約装置からのホップ数が大きい前記無線通信装置ほど、前記スーパーフレームのうちの早いフレームからスリープ状態になる、
   請求項７に記載の無線通信システム。

Images