【課題】ネットワーク内の各ノードの低消費電力化を図るとともに、ネットワークの自動構築が可能な通信システムを提供する。
【解決手段】子ノードＳ０は報知情報に含まれているタイミング情報に基づいて次に受信する報知情報のタイミングを算出する。そして、管理ノードＭから送信された報知情報の入力を受け付け、登録要求を送信する。さらに、管理ノードＭから送信された報知情報の入力を受け付け、報知情報に含まれているスロット割当情報に基づいて、自己がネットワークに登録されているか否かを判断する。そして、自己がネットワークに登録されていると判断した場合に、管理ノードＭから送信される応答要求を受信するタイミングを算出する。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関し、ネットワークを構築、維持、管理するための通信システムに関する。
【背景技術】
【０００２】
近年、近距離無線通信ネットワークの需要が増大してきている。
この近距離無線通信ネットワーク（以下、単にネットワークとも称する）を実現する低コスト・低消費電力型の近距離無線通信規格として一例としてZigBee（登録商標）が策定されている（非特許文献１）。
【０００３】
一般的に、ネットワークを構成するに当たっては、ネットワークにおけるノード（node）を複数接続するために、すべてのノードの所在を常に知っておくことが必要であるためノードの存在を検索する必要がある。
【０００４】
このノードの存在を検索するために、ブロードキャスト通信（同報通信）が行なわれ、種々の方式が提案されている（特許文献１および２）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−１３４２３５号公報
【特許文献２】特開２０００−３５３１４３号公報
【非特許文献】
【０００６】
【非特許文献１】IEEE Std.802.15.4-2003, IEEE Standard for Information Technology
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来のネットワークの構築において、ネットワーク内の各ノードがブロードキャスト通信に対して非同期に応答フレームを送信するため、受信側の管理ノードの通信部は、常に電力が供給された状態になければならず、低消費電力状態へ移行することができなかった。
【０００８】
また、ネットワーク内の各ノードの個数等を予めパラメータとして設定しておく必要があり、ネットワークを動的に変更することは困難であった。
【０００９】
本発明は上記のような問題を解決するためになされたものであって、ネットワーク内の各ノードの低消費電力化を図るとともに、ネットワークの自動構築が可能な通信システムを提供する。
【課題を解決するための手段】
【００１０】
本発明の一実施例に従う通信システムは、複数の端末と、複数の端末の状態を管理する管理ノードとを備える。管理ノードは、データ通信の１サイクルを規定する、１スーパフレームの構成に従って、複数の端末との間でのデータ送受信を実行するための通信部と、管理ノード全体を制御する制御部とを含む。１スーパフレームは、１スーパフレームの構成を示す報知情報フレームをブロードキャスト送信する報知区間を少なくとも１つ含む。各端末は、報知情報フレームの内容に従って報知情報フレームに対する応答信号を出力する。制御部は、通信部を介して送信した報知情報フレームに対する応答信号を受信した場合には、１スーパフレームの構成に、報知情報フレームに対する応答信号を受信した端末との間でのデータの送受信を実行するために割り当てたデータ通信区間を追加する。データ通信区間の追加に従って、１スーパフレームの構成を示す報知情報フレームを更新する。更新された報知情報フレームを受信した複数の端末のうちの少なくとも１つは、更新された報知情報フレームに従って、自己のために割り当てられたデータ通信区間に同期して、管理ノードとの間でデータの送受信を実行する。
【発明の効果】
【００１１】
本発明の一実施例によれば、通信システムは、報知情報フレームに対する応答信号を受信した端末との間でのデータの送受信を実行するために割り当てたデータ通信区間を追加して、報知情報フレームを更新する。端末は、更新された報知情報フレームに従って、自己のために割り当てられたデータ通信区間に同期して、管理ノードとの間でデータの送受信を実行するため、自己の以外のデータ通信区間はスリープ状態として低消費電力化を図ることが可能であるとともに、ネットワークの自動構築が可能である。また、管理ノードについても、いずれかの端末とのデータ通信区間以外の期間においてはスリープ状態として低消費電力化を図ることが可能である。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態１に従うネットワークを形成するノードの概略を説明する図である。
【図２】本発明の実施の形態１に従う管理ノードから報知情報フレーム（以下、単に報知情報フレームとも称する）が送信される場合を説明する図である。
【図３】各子ノードＳからそれぞれ応答フレームを送信する場合を説明する図である。
【図４】本発明の実施の形態１に従う管理ノードＭの構成を示す図である。
【図５】本発明の実施の形態１に従う子ノードＳのハードウェアの構成を説明する図である。
【図６】管理ノードＭが起動された場合における報知情報フレームの送信を説明する図である。
【図７】本発明の実施の形態１に従う管理ノードＭに子ノードＳが未登録の状態において子ノードＳ０をネットワークへ登録する（管理ノードＭに登録するとも称す）場合の処理の流れについて説明する図である。
【図８】本発明の実施の形態１に従う管理ノードＭに子ノードＳが未登録の状態において子ノードＳ０，Ｓ１を管理ノードＭに登録する場合の処理の流れについて説明する図である。
【図９】本発明の実施の形態１に従う管理ノードＭに既に子ノードＳ０，Ｓ１が登録されている状態において新たに子ノードＳ２を管理ノードＭに登録する場合の処理の流れについて説明する図である。
【図１０】管理ノード（後述する中継ノードＲを含む）から子ノードに対して送信する無線フレームの構成について説明する図である。
【図１１】子ノードから管理ノード（中継ノードＲも含む）に対して送信する無線フレームの構成について説明する図である。
【図１２】本発明の実施の形態１に従う管理ノードＭにおけるデータ通信の処理の流れについて説明するフロー図である。
【図１３】本発明の実施の形態１に従うスーパフレーム区間の設定処理について説明するフロー図である。
【図１４】子ノードＳにおけるデータ通信の処理の流れについて説明するフロー図である。
【図１５】本発明の実施の形態１に従うサーチ開始の処理を説明するフロー図である。
【図１６】子ノードＳにおける受信区間および送信区間の設定を説明する図である。
【図１７】本発明の実施の形態１に従う同期モードの処理を説明するフロー図である。
【図１８】本発明の実施の形態１に従うエラー処理を説明するフロー図である。
【図１９】管理ノードＭにおけるデータ通信のチャネルが変更された場合の子ノードＳ０のチャネルの変更について説明する図である。
【図２０】本発明の実施の形態２に従うネットワークを形成するノードの概略を説明する図である。
【図２１】本発明の実施の形態２に管理ノードＭおよび中継ノードＲから送信される報知情報フレームを説明する図である。
【図２２】本発明の実施の形態２に従う中継ノードＲの構成を示す図である。
【図２３】本発明の実施の形態２に従う中継ノードＲ０をネットワークに登録する場合の処理の流れについて説明する図である。
【図２４】本発明の実施の形態２に従う中継ノードＲ０を用いて圏外ノードをネットワークに登録する場合の処理の流れについて説明する図である。
【図２５】本発明の実施の形態２に従う管理ノードＭと、中継ノードＲ０を用いた子ノードとのデータの流れについて説明する図である。
【図２６】本発明の実施の形態２に従う管理ノードＭと、中継ノードＲ０を用いた子ノードとのデータの別の流れについて説明する図である。
【図２７】本発明の実施の形態２に従う中継ノードにおける同期モードの処理を説明するフロー図である。
【図２８】本発明の実施の形態２に従う中継判定モードを説明するフロー図である。
【図２９】本発明の実施の形態２に従う中継モードを説明するフロー図である。
【図３０】管理ノードＭおよび中継ノードＲで管理している子ノードのＩＤ情報を説明する図である。
【発明を実施するための形態】
【００１３】
（実施の形態１）
図１は、本発明の実施の形態１に従うネットワークを形成するノードの概略を説明する図である。
【００１４】
図１を参照して、本例においてはある領域１０に設けられた管理ノードＭと、複数の子ノードＳ０〜Ｓ４（以下、総称して子ノードＳとも称する）とが設けられている場合が示されている。例えば、領域１０としては、ある部屋内を想定している。具体的には、ブロードキャスト通信が可能な範囲の領域を想定している。
【００１５】
本発明の実施の形態１に従う管理ノードＭは、ネットワークを構築して各子ノードＳを管理するものとする。なお、管理ノードＭおよび各子ノードＳは、それぞれを識別する固有のＩＤ（Identification）情報を有しているものとする。
【００１６】
図２は、本発明の実施の形態１に従う管理ノードから報知情報フレーム（以下、単に報知情報フレームとも称する）が送信される場合を説明する図である。
【００１７】
図２を参照して、ここでは、ブロードキャスト通信として、管理ノードＭから報知情報フレームが各子ノードＳに送信される。
【００１８】
各子ノードＳは、管理ノードＭから送信されたブロードキャスト通信として送信された報知情報フレームを受信して、応答フレームとして、ネットワーク接続参加への登録要求フレーム（以下、単に登録要求フレームとも称する）を送信する。
【００１９】
図３は、各子ノードＳからそれぞれ応答フレームを送信する場合を説明する図である。
図３に示されるように管理ノードＭからの報知情報フレームを受信して、各子ノードＳ０〜Ｓ４はそれぞれ登録要求フレームを送信する。
【００２０】
なお、後述するが、各子ノードＳ０〜Ｓ４のそれぞれから登録要求フレームが一斉に送信された場合には輻輳が発生することになるが、管理ノードＭはその際には受信可能な１つの子ノードＳから送信された登録要求フレームのみ受信し、ネットワークに登録するものとする。
【００２１】
管理ノードＭは、繰り返し報知情報フレームを送信し、当該報知情報フレームに応答した登録要求フレームに従って各子ノードＳを１つずつネットワークに登録する。
【００２２】
また、各子ノードＳは、管理ノードＭから送信される報知情報フレームに基づいて自己がネットワークに登録されたか否かを認識し、登録されていると判断した場合には、登録要求フレームを送信しない。したがって、ネットワークが構築されていくについて、輻輳を生じさせる子ノードＳの個数は徐々に減少して、輻輳の問題は解消されることになる。
【００２３】
図４は、本発明の実施の形態１に従う管理ノードＭの構成を示す図である。
図４（Ａ）を参照して、本発明の実施の形態１に従う管理ノードＭは、ＣＰＵ４１と、ＲＡＭ（Random Access Memory）４２と、ＲＯＭ（Read Only Memory）４３と、ＨＤＤ（Hard Disk Drive）４４と、各部を接続する内部バス４５と、キーボード４７と、ディスプレイ４８と、通信部４９と、電源管理部４６と、電界強度測定部４６＃と、タイマ４５＃とを含む。
【００２４】
図４（Ａ）は管理ノードＭとしてＰＣを用いた場合の構成であるが、ＨＤＤ４４に変えて情報記憶媒体としての不揮発性メモリを有し、ディスプレイ４８及びキーボード４７は筐体に接続されて有するのではなく、リモート接続されたＰＣのディスプレイとキーボードを代用するようにすることも可能である。ＨＤＤ４４に代えた不揮発性メモリと、必要に応じてのリモート接続によるディスプレイとキーボードとを用いることで、管理ノードＭがスリープ状態に容易に遷移することが可能となる。
【００２５】
管理ノードＭのＣＰＵ４１は、管理ノードＭ全体を制御するとともに、ＲＯＭ４３に格納されているソフトウェアプログラムを読み込むことにより、子ノードＳとの間で通信部４９を介したデータ通信を実行する。データ通信の詳細については後述する。また、予めＲＯＭ４３には、管理ノードＭの固有のＩＤ情報が格納されているものとする。
【００２６】
ＲＡＭ４２をＣＰＵ４１のワークメモリとして用いられる。また、ＨＤＤ４４は、子ノードＳから送信されるデータを蓄積する記憶領域として用いられる。
【００２７】
また、通信部４９を介したネットワークが構築された子ノードＳとの間のデータ通信状況をディスプレイ４８に表示することが可能であるものとする。
【００２８】
また、電源管理部４６は、各部にそれぞれ供給する電力を管理し、ＣＰＵ４１からの指示に従って通常電力状態に復帰するために必要な電力供給以外は、全ての電力の供給を停止する、いわゆるスリープ状態である低消費電力状態に移行させることが可能である。
【００２９】
電界強度測定部４６＃は、データ通信の際における外部環境の電界強度を測定する。
タイマ４５＃は、ＣＰＵ４１からの指示に従って設定された時刻となるまでカウントする。そして、設定された時刻となった場合に電源管理部４６に通知する。低消費電力状態となっている場合に、電源管理部４６は、当該タイマ４５＃からの通知に従って低消費電力状態から通常電力状態に復帰させる。
【００３０】
図４（Ｂ）を参照して、ここでは、管理ノードＭのソフトウェアでの機能ブロック図が示されている。
【００３１】
具体的には、ソフトウェアにより実現される機能ブロックとしては、チャネル設定部１４４と、スーパフレーム設定部１４６と、データ送受信制御部１４８とを含む。
【００３２】
チャネル設定部１４４は、電界強度測定部４６＃において測定した電界強度に従って最も干渉が少ないと考えられるデータ通信に最適なチャネル（周波数帯）を設定する。
【００３３】
スーパフレーム設定部１４６は、通信部４９を介した子ノードＳとの間での１サイクルのデータ通信の各処理の内容を規定する。本例において、各処理のデータ通信区間のことをスロットとも称する。
【００３４】
データ送受信制御部１４８は、スーパフレーム設定部１４６で設定されたスーパフレームに従った通信部４９を介したデータ通信を子ノードＳとの間で実行する。
【００３５】
図５は、本発明の実施の形態１に従う子ノードＳのハードウェアの構成を説明する図である。
【００３６】
図５を参照して、子ノードＳは、ＣＰＵ１１と、ＲＡＭ（Random Access Memory）１２と、ＲＯＭ（Read Only Memory）１３と、各部を接続する内部バス１６と、通信部１５と、電源管理部１４と、タイマ１７とを含む。
【００３７】
子ノードＳのＣＰＵ１１は、子ノードＳ全体を制御するとともに、ＲＯＭ１３に格納されているソフトウェアプログラムを読み込むことにより管理ノードＭとの間で通信部１５を介したデータ通信を実行する。なお、予めＲＯＭ１３には、固有のＩＤ（Identification）情報が格納されているものとする。データ通信の詳細については後述する。
【００３８】
電源管理部１４は、各部にそれぞれ供給する電力を管理し、ＣＰＵ１１からの指示に従って例えば、消費電力の低減を図るために通信部１５に対する電力の供給を停止させたり、逆にデータ通信の際に通信部１５に対する電力を供給したりする。なお、図示しないが子ノードＳは、一例としてバッテリで駆動するものとして、電源管理部１４が当該バッテリを用いて各部に電力を供給するものとする。
【００３９】
タイマ１７は、必要に応じて計時情報をＣＰＵ１１に出力する。
図６は、管理ノードＭが起動された場合における報知情報フレームの送信を説明する図である。
【００４０】
図６を参照して、時刻ｔ０において管理ノードＭの通信部４９が起動された場合には、まず電界強度測定スキャンを実行する。電界強度測定スキャンとは、データ通信を実行する際における、複数の周波数帯（チャネル）のそれぞれにおける電界強度を測定する。
【００４１】
具体的には、通信部４９における電界強度測定部４６＃において複数のチャネルのそれぞれにおける電界強度を測定する。そして、チャネル設定部１４４は、測定された電界強度に従って、電界強度が最も低いチャネル（最も干渉が少ないチャネル）をデータ通信のチャネルに設定する。
【００４２】
そして、時刻ｔ１において設定したチャネルで報知情報フレームの送信を開始する。
通信部４９は、初期状態として、１スーパフレーム区間として設定されたスロット０に従うデータ通信を実行する。
【００４３】
本例においてスロット０は、報知情報フレームを送信する送信区間（Ｔ）と、報知情報フレームに応答した接続要求の受信を受け付ける受信区間（Ｒ）と、通信部４９における処理を実行しないスリープ区間（Ｓ）と、スリープ状態（低消費電力状態）よりデータ送受信可能な状態（通常電力状態）に復帰するウェイクアップ区間（Ｗ）とで構成される。
【００４４】
後述するがネットワークに子ノードＳが登録されることによって、この１スーパフレーム区間は動的に変更されることになる。
【００４５】
本例において、通信部４９は、初期状態としてデータ通信の１サイクルである１スーパフレーム区間として設定されたスロット０に従う報知情報フレームを送信する処理を繰り返し実行する場合が示されている（時刻ｔ１，ｔ２，ｔ３，ｔ４，ｔ５）。
【００４６】
図７は、本発明の実施の形態１に従う管理ノードＭに子ノードＳが未登録の状態において子ノードＳ０をネットワークへ登録する（管理ノードＭに登録するとも称す）場合の処理の流れについて説明する図である。
【００４７】
図７を参照して、まず、管理ノードＭから１スーパフレーム区間内のスロット０を使用して報知情報フレームが送信される。この場合、管理ノードＭに子ノードＳが未登録であるため、スーパフレーム構成情報の１スーパフレーム区間のスロット数は１、スロット割当情報には、子ノードＳのＩＤは未格納である。
【００４８】
本例においては、スーパフレーム区間ｔａ０〜ｔａ５のスロット０において管理ノードＭから報知情報フレームが送信される場合が示されている。そして、時刻ｔ１０において、管理ノードＭに未登録である子ノードＳ０の通信部１５が起動され、管理ノードＭを検索するための受信区間が開始される。
【００４９】
子ノードＳ０は、時刻ｔ１０より受信区間（Ｒ）を開始後、管理ノードＭより報知情報フレームを受信するまで受信区間（Ｒ）を継続する。なお、後述するが所定期間を経過した場合であっても報知情報フレームを受信できない場合には、チャネルの変更処理を実行する。
【００５０】
子ノードＳ０は、時刻ｔ１１において、スーパフレーム区間ｔａ２のスロット０において送信された管理ノードＭからの報知情報フレームを受信する。すなわち、子ノードＳ０は、時刻ｔ１１に管理ノードＭを検出したと判断する。
【００５１】
子ノードＳ０は、管理ノードＭより受信した報知情報フレームに含まれるスーパフレーム構成情報、タイミング情報に基づいて、次のスーパフレーム区間ｔａ３における報知情報フレームを受信するためのウェイクアップ区間開始時刻ｔ１３を算出する。
【００５２】
具体的には、一例として、子ノードＳ０は、スーパフレーム構成情報である１スーパフレーム区間内のスロット数、タイミング情報の１スロットの区間の長さと受信区間の長さとウェイクアップ時間とに基づいて、ウェイクアップ区間開始時刻ｔ１３を時刻ｔ１２を基準として「スロット数（１スーパフレーム区間内のスロット数）×１スロット区間の長さ−ウェイクアップ時間−受信区間の長さ」として算出する。そして、子ノードＳ０は、タイマ１７を用いて算出した時刻ｔ１３となるまでカウントする。また、子ノードＳ０は、時刻ｔ１２よりスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。なお、上記においては、ウェイクアップ区間開始時刻を時刻ｔ１２を基準として算出した場合について説明したが一例であり、たとえば時刻ｔ１１を基準として算出するようにしても良く、次の報知情報フレームを受信できさえすればどのように計算するようにしても良い。
【００５３】
子ノードＳ０は、タイマ１７を用いて時刻ｔ１２より開始したスリープ区間（Ｓ）満了後、時刻ｔ１３において低消費電力状態より通常電力状態（フレームのデータ送受信が可能な状態）へと復帰し、時刻ｔ１４より、管理ノードＭから送信される報知情報フレームの受信を開始するための受信区間（Ｒ）を開始する。
【００５４】
子ノードＳ０は、時刻ｔ１４より開始した受信区間（Ｒ）にて管理ノードＭから送信された報知情報フレームを受信し、受信した報知情報フレームに含まれているスロット割当情報に自己のＩＤが格納されているか否かにより自己が管理ノードＭに登録されているか否かを判断する。
【００５５】
子ノードＳ０は、自己が管理ノードＭに未登録であると判断した場合に、管理ノードＭより受信した報知情報フレームに含まれるスーパフレーム構成情報、タイミング情報に基づいて、次のスーパフレーム区間ｔａ４における報知情報フレームを受信するためのウェイクアップ区間開始時刻ｔ１７を算出する。ウェイクアップ区間開始時刻ｔ１７の算出については、時刻ｔ１３を算出した場合と同様である。
【００５６】
そして、子ノードＳ０は、タイマ１７を用いて算出した時刻ｔ１７となるまでカウントする。また、子ノードＳ０は、時刻ｔ１５において、管理ノードＭへ自己のＩＤを格納した登録要求フレームの送信を開始する。そして、登録要求フレームの送信完了後、時刻ｔ１６からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【００５７】
管理ノードＭにおいては、子ノードＳ０から受信した登録要求フレームに格納されているＩＤが、スロット割当情報に格納済みでない場合には、報知情報フレームのスーパフレーム構成情報のスロット数を加算する。具体的には、１スーパフレーム区間に子ノードＳ０とのデータ通信に用いられる１スロットを追加する処理が実行される。また、スロット割当情報に登録要求フレームに格納されていた子ノードＳ０のＩＤを格納する処理が実行される。
【００５８】
子ノードＳ０は、タイマ１７を用いてカウントした時刻ｔ１７となった場合に、時刻ｔ１６より開始したスリープ区間（Ｓ）を終了する。すなわち、子ノードＳ０は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ０は、スーパフレーム区間ｔａ４のスーパフレームのスロット０の区間である時刻ｔ１８において、管理ノードＭから送信される報知情報フレームの受信を開始するための受信区間（Ｒ）を開始する。
【００５９】
子ノードＳ０は、時刻ｔ１８より開始した受信区間（Ｒ）にて、受信した報知情報フレームに含まれているスロット割当情報に自己のＩＤが格納されているか否かに基づいて自己がネットワークに登録されているか否かを判断する。
【００６０】
子ノードＳ０は、自己がネットワークに登録されていると判断した場合には、登録要求フレームは送信しない。
【００６１】
そして、子ノードＳ０は、自己がネットワークに登録されていると判断した場合、管理ノードＭから自己に割り当てられたスロットを用いたデータ通信を実行するため、管理ノードＭより受信した報知情報フレームに含まれるタイミング情報およびスロット割当情報に基づいて、同じスーパフレーム区間における自己に割り当てられたスロット（ここではスロット１）に対応する同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻ｔ２０を算出する。
【００６２】
具体的には、スロット割当情報に含まれている自己に割り当てられたスロットの番号（本例では、スロット１）、タイミング情報に含まれている１スロットの区間の長さと、受信区間の長さと、ウェイクアップ時間とに基づいて、ウェイクアップ区間開始時刻ｔ２０を時刻ｔ１９を基準として、「スロット数（割り当てられたスロット番号）×１スロット区間の長さ−ウェイクアップ時間―受信区間の長さ」として算出する。
【００６３】
なお、以下においても同様に報知情報フレームを受信するたびに子ノードＳは、管理ノードＭから自己に割り当てられたスロットを用いたデータ通信を実行するタイミングを算出するものとする。
【００６４】
そして、子ノードＳ０は、タイマ１７を用いて算出した時刻ｔ２０となるまでカウントする。また、子ノードＳ０は、時刻ｔ１９からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【００６５】
子ノードＳ０は、タイマ１７を用いてカウントした時刻ｔ２０となった場合に、時刻ｔ１９より開始したスリープ区間（Ｓ）を終了する。すなわち、子ノードＳ０は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ０は、スーパフレーム区間ｔａ４のスーパフレームのスロット１の区間である時刻ｔ２１において、管理ノードＭから自己に割り当てられたスロット（本例ではスロット１）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【００６６】
子ノードＳ０は、時刻ｔ２１より開始した受信区間（Ｒ）にて管理ノードＭから送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【００６７】
子ノードＳ０は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、管理ノードＭより、既に受信済みの報知情報フレームに含まれるスーパフレーム構成情報およびタイミング情報に基づいて、次のスーパフレーム区間における自己に割り当てられたスロットを使用して管理ノードＭより送信される同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻ｔ２４を算出する。具体的には、スーパフレーム構成情報に含まれている１スーパフレーム区間のスロット数、タイミング情報に含まれている１スロットの区間の長さと、受信区間の長さと、ウェイクアップ時間とに基づいて、ウェイクアップ区間開始時刻ｔ２４を時刻ｔ２２を基準として、「スロット数（１スーパフレーム区間のスロット数）×１スロット区間の長さ−ウェイクアップ時間−受信区間の長さ」として算出する。以降、スーパフレームの構成に変更がない限り、以降、同じ値となる。
【００６８】
なお、以下においても同様に自己に割当てられたスロットにおいて同期フレームを受信するたびに子ノードＳは、管理ノードＭから自己に割り当てられたスロットを用いたデータ通信を実行するタイミングを算出するものとする。
【００６９】
そして、子ノードＳ０は、タイマ１７を用いて算出した時刻ｔ２４となるまでカウントする。
【００７０】
また、子ノードＳ０は、時刻ｔ２２において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、時刻ｔ２３からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。すなわち、以降、自己に割り当てられたスロット（本例ではスロット１）のみを使用して管理ノードＭとの間でのデータ通信を実行し、スーパフレームの構成の変更が通知されるまで報知情報フレームの受信は必要としない。
【００７１】
管理ノードＭにおいては、子ノードＳ０から受信した応答フレームに格納されている子ノードＳ０のＩＤが、同スロットで既に送信済みの同期フレームに格納した、割り当てた子ノードＳ０のＩＤと一致した場合、子ノードＳ０がネットワーク内で正常に稼動していると判断する。
【００７２】
なお、以下においても同様に応答フレームを受信するたびに管理ノードＭは、同様の判断を行う。
【００７３】
子ノードＳ０は、タイマ１７を用いてカウントした時刻ｔ２４となった場合に、時刻ｔ２３より開始したスリープ区間（Ｓ）を終了する。すなわち、子ノードＳ０は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ０は、スーパフレーム区間ｔａ５のスーパフレームのスロット１の区間である時刻ｔ２５において、管理ノードＭから自己に割り当てられたスロット（本例ではスロット１）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【００７４】
子ノードＳ０は、時刻ｔ２５より開始した受信区間（Ｒ）にて管理ノードＭから送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【００７５】
子ノードＳ０は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、管理ノードＭより、既に受信済みの報知情報フレームに含まれているスーパフレーム構成情報およびタイミング情報に基づいて、次のスーパフレーム区間における自己に割り当てられたスロットを使用して管理ノードＭより送信される同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻を算出する。そして、子ノードＳ０は、上述したようにタイマ１７を用いて算出した時刻となるまでカウントする。
【００７６】
子ノードＳ０は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、時刻ｔ２６において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、時刻ｔ２７からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。以降、スーパフレームの構成が変わらない限り同様の動作を繰り返し行う。
【００７７】
本発明の実施の形態１に従う方式においては、子ノードＳ０は、管理ノードＭから送信されるフレームを受信するのみで、管理ノードＭ（接続先ノード）の検索が可能であり、接続先ノードを検索するために子ノードＳより検索するためのフレームを非同期で送信する必要がなく、管理ノードＭから一定間隔で送信されるフレームを受信することにより可能なため、ネットワーク全体のトラフィックも低減される。
【００７８】
また、子ノードＳは、管理ノードＭより送信されるスーパフレーム構成情報を受信することにより自己に割り当てられた時間帯を占有してデータ通信が可能である。
【００７９】
子ノードＳ０と管理ノードＭとの間の同期確立後は、子ノードＳ０に割り当てられたスロットの区間を用いて、管理ノードＭとの間でデータ通信を実行する。したがって、割当てられたスロット以外の区間及び使用しているスロット区間内のフレーム送受信区間以外においてはスリープ区間となり、また、割当てられたスロットにおいては、他の子ノードＳがデータ通信を行わないため複数ノードによるフレーム送信によって生じる干渉によるフレームの再送も必要としないので、子ノードＳ０における消費電力を低減することが可能となる。
【００８０】
図８は、本発明の実施の形態１に従う管理ノードＭに子ノードＳが未登録の状態において子ノードＳ０，Ｓ１を管理ノードＭに登録する場合の処理の流れについて説明する図である。
【００８１】
図８を参照して、スーパフレーム区間ｔｂ０について説明する。
管理ノードＭは、スーパフレーム区間ｔｂ０内のスロット０を使用して報知情報フレームを送信する。この場合、管理ノードＭに子ノードＳは未登録であるため、スーパフレーム構成情報の１スーパフレーム区間のスロット数は１、スロット割当情報には、子ノードＳのＩＤは未格納である。
【００８２】
一方、時刻ｔ３０において、管理ノードＭに対して未登録である子ノードＳ０，Ｓ１の通信部１５が起動され管理ノードＭを検索するための受信区間（Ｒ）が開始される。
【００８３】
子ノードＳ０，Ｓ１は、時刻ｔ３０より受信区間（Ｒ）を開始後、管理ノードＭよりスーパフレーム区間ｔｂ１のスロット０を使用する報知情報フレームを受信するまで受信区間（Ｒ）を継続する。なお、子ノードＳ０，Ｓ１は、後述するが所定期間を経過した場合であっても報知情報フレームを受信できない場合には、チャネルの変更処理を実行する。
【００８４】
スーパフレーム区間ｔｂ１について説明する。
管理ノードＭは、時刻ｔ３１においてスーパフレーム区間ｔｂ１内のスロット０を使用して報知情報フレームの送信を開始する。
【００８５】
子ノードＳ０，Ｓ１は、時刻ｔ３０より受信区間（Ｒ）を開始後、時刻ｔ３２において、管理ノードＭから報知情報フレームを受信する。すなわち、時刻ｔ３２に管理ノードＭを検出したと判断する。
【００８６】
子ノードＳ０，Ｓ１は、管理ノードＭより受信した報知情報フレームに含まれるスーパフレーム構成情報およびタイミング情報に基づいて、次のスーパフレーム区間における報知情報フレームを受信するためのウェイクアップ区間開始時刻ｔ３５を算出する。
【００８７】
具体的には、スーパフレーム構成情報の１スロットの区間の長さと、１スーパフレーム区間内のスロット数と、タイミング情報のウェイクアップ時間と、受信区間の長さとに基づいて、ウェイクアップ区間開始時刻ｔ３５を時刻ｔ３３を基準として、「スロット数（１スーパフレーム区間内のスロット数）×１スロット区間の長さ−ウェイクアップ時間―受信区間の長さ」として算出する。
【００８８】
そして、子ノードＳ０，Ｓ１は、タイマ１７を用いて算出した時刻ｔ３５となるまでカウントする。
【００８９】
また、子ノードＳ０，Ｓ１は、時刻ｔ３３よりスリープ区間（Ｓ）を開始し、低消費電力状態へ移行する。
【００９０】
子ノードＳ０，Ｓ１は、タイマ１７を用いてカウントした時刻ｔ３５となった場合に、時刻ｔ３３より開始したスリープ区間（Ｓ）を終了する。すなわち、子ノードＳ０，Ｓ１は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ０，Ｓ１は、スーパフレーム区間ｔｂ２のスーパフレームのスロット０の区間である時刻ｔ３６より、管理ノードＭから送信される報知情報フレームの受信を開始するための受信区間（Ｒ）を開始する。
【００９１】
次に、スーパフレーム区間ｔｂ２について説明する。
管理ノードＭは、時刻ｔ３６においてスーパフレーム区間内のスロット０を使用して報知情報フレームの送信を開始する。
【００９２】
子ノードＳ０，Ｓ１は、時刻ｔ３６より開始した受信区間（Ｒ）にて、管理ノードＭから送信された報知情報フレームを受信し、受信した報知情報フレームに含まれているスロット割当情報に自己のＩＤが格納されているか否かにより自己が管理ノードＭに登録されているか否かを判断する。
【００９３】
子ノードＳ０，Ｓ１は、自己が管理ノードＭに未登録であると判断した場合に、管理ノードＭより受信した報知情報フレームに含まれるスーパフレーム構成情報、タイミング情報に基づいて、次のスーパフレーム区間ｔｂ３における報知情報フレームを受信するためのウェイクアップ区間開始時刻ｔ３９を算出する。
【００９４】
そして、子ノードＳ０，Ｓ１は、タイマ１７を用いて算出した時刻ｔ３９となるまでカウントする。また、子ノードＳ０，Ｓ１は、時刻ｔ３７において、管理ノードＭへ自己のＩＤを格納した登録要求フレームの送信を開始する。そして、登録要求フレームの送信完了後、時刻ｔ３８からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【００９５】
管理ノードＭにおいては、子ノードＳ０あるいはＳ１から受信した登録要求フレームに格納されているＩＤが、スロット割当情報に格納済みでない場合には、報知情報フレームのスーパフレーム構成情報のスロット数を加算する。具体的には、１スーパフレーム区間に子ノードＳ０あるいはＳ１とのデータ通信に用いられる１スロットを追加する処理が実行される。また、スロット割当情報に登録要求フレームに格納されていた子ノードＳ０あるいはＳ１のＩＤを格納する処理が実行される。
【００９６】
ここで、子ノードＳ０とＳ１とからの登録要求フレームには輻輳が発生しており、管理ノードＭにおいては、子ノードＳ０からの登録要求フレームであることを識別できる程度に子ノードＳ０からの当該登録要求フレームを受信し、子ノードＳ１からの登録要求フレームであることを識別できる程度には子ノードＳ１からの当該登録要求フレームは受信しなかったものとする。
【００９７】
これにより管理ノードＭは、子ノードＳ０から受信した登録要求フレームに従って、報知情報フレームのスーパフレーム構成情報のスロット数を加算する。具体的には、１スーパフレーム区間に子ノードＳ０とのデータ通信に用いられる１スロットを追加する処理が実行される。また、スロット割当情報に登録要求フレームに格納されていた子ノードＳ０のＩＤを格納する処理が実行される（本例では、子ノードＳ０のＩＤが格納されるものとする）。
【００９８】
スーパフレーム区間ｔｂ３について説明する。
子ノードＳ０，Ｓ１は、タイマ１７を用いて算出した時刻ｔ３９となった場合に、時刻ｔ３８より開始したスリープ区間（Ｓ）を終了する。すなわち、子ノードＳ０，Ｓ１は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ０，Ｓ１は、スーパフレーム区間ｔｂ３のスーパフレームのスロット０の区間である時刻ｔ４０において、管理ノードＭから送信される報知情報フレームの受信を開始するための受信区間（Ｒ）を開始する。
【００９９】
子ノードＳ０，Ｓ１は、時刻ｔ４０より開始した受信区間（Ｒ）にて、受信した報知情報フレームに含まれているスロット割当情報に自己のＩＤが格納されているか否かに基づいて自己がネットワークに登録されているか否かを判断する。
【０１００】
子ノードＳ０は、自己がネットワークに登録されていると判断した場合には、登録要求フレームは送信しない。ここでは、子ノードＳ０が登録されているものとする。一方、子ノードＳ１は登録されていないものとする。
【０１０１】
そして、子ノードＳ０は、自己がネットワークに登録されていると判断した場合、管理ノードＭから自己に割り当てられたスロットを用いたデータ通信を実行するため、管理ノードＭより受信した報知情報フレームに含まれるタイミング情報およびスロット割当情報に基づいて、同じスーパフレーム区間における自己に割り当てられたスロット（ここではスロット１）に対応する同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻ｔ４３を算出する。
【０１０２】
具体的には、スロット割当情報に含まれている自己に割り当てられたスロットの番号（本例では、スロット１）、タイミング情報に含まれている１スロットの区間の長さと、受信区間の長さと、ウェイクアップ時間とに基づいて、ウェイクアップ区間開始時刻ｔ４３を時刻ｔ４１を基準として、「スロット数（割り当てられたスロット番号）×１スロット区間の長さ−ウェイクアップ時間―受信区間の長さ」として算出する。
【０１０３】
なお、以下においても同様に報知情報フレームを受信するたびに子ノードＳは、管理ノードＭから自己に割り当てられたスロットを用いたデータ通信を実行するタイミングを算出するものとする。
【０１０４】
そして、子ノードＳ０は、タイマ１７を用いて算出した時刻ｔ４３となるまでカウントする。また、子ノードＳ０は、時刻ｔ４１からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０１０５】
また、子ノードＳ０は、自己がネットワークに登録されていると判断した場合には、スーパフレーム区間ｔｂ３以降は登録要求フレームを送信しない。
【０１０６】
一方で、子ノードＳ１は、自己がネットワークに登録されていないと判断した場合に、管理ノードＭより受信した報知情報フレームに含まれるスーパフレーム構成情報、タイミング情報に基づいて、次のスーパフレーム区間ｔｂ４における報知情報フレームを受信するためのウェイクアップ区間開始時刻ｔ４７を算出する。ウェイクアップ区間開始時刻ｔ４７の算出については、時刻ｔ４３を算出した場合と同様である。
【０１０７】
そして、子ノードＳ１は、タイマ１７を用いて算出した時刻ｔ４７となるまでカウントする。また、子ノードＳ１は、時刻ｔ４１において、管理ノードＭへ自己のＩＤを格納した登録要求フレームの送信を開始する。そして、登録要求フレームの送信完了後、時刻ｔ４２からスリープ区間（Ｓ）を開始し、低消費電力状態へ移行する。
【０１０８】
管理ノードＭにおいては、子ノードＳ１から受信した登録要求フレームに格納されているＩＤが、スロット割当情報に格納済みでない場合には、報知情報フレームのスーパフレーム構成情報のスロット数を加算する。具体的には、１スーパフレーム区間に子ノードＳ１とのデータ通信に用いられる１スロットをさらに追加する処理が実行される。また、スロット割当情報に登録要求フレームに格納されていた子ノードＳ１のＩＤを格納する処理が実行される。
【０１０９】
この時点において、子ノードＳ１がネットワークに新たに登録されてネットワークの構成が変更されたことになる。
【０１１０】
したがって、１スーパフレーム区間の変更が発生するためそれまでネットワークに登録されていた子ノードＳのデータ通信のタイミングがスロットの数により変更されることになる。
【０１１１】
それゆえ、管理ノードＭは、ネットワークの構成が変更されたことを通知する変更通知をネットワークに登録されている子ノードＳ０に通知する。
【０１１２】
そして、変更通知を受けた子ノードＳ０は、次のスーパフレーム区間のスロット０の区間で送信される報知情報フレームを受信するものとする。
【０１１３】
子ノードＳ０は、タイマ１７を用いてカウントした時刻ｔ４３となった場合に、時刻ｔ４１より開始したスリープ区間（Ｓ）を終了する。すなわち、子ノードＳ０は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ０は、スーパフレーム区間ｔｂ３のスーパフレームのスロット１の区間である時刻ｔ４４において、管理ノードＭから自己に割り当てられたスロット（本例ではスロット１）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０１１４】
子ノードＳ０は、時刻ｔ４４より開始した受信区間（Ｒ）にて管理ノードＭから送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【０１１５】
子ノードＳ０は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、上述したように次の管理ノードＭより送信されるフレームを受信するためのタイミングを算出する。一方で、この場合には、上述したようにネットワークの構成が変更されたことを通知する変更通知が通知されている。
【０１１６】
子ノードＳ０は、管理ノードＭから送信された同期フレームの中に変更通知が含まれていると判断した場合に、既に管理ノードＭより受信した報知情報フレームに含まれるスーパフレーム構成情報、タイミング情報およびスロット割当情報に基づいて、次のスーパフレーム区間ｔｂ４における報知情報フレームを受信するためのウェイクアップ区間開始時刻ｔ４７を算出する。
【０１１７】
具体的には、一例として、子ノードＳ０は、スーパフレーム構成情報である１スーパフレーム区間内の残りのスロット数、タイミング情報の１スロットの区間の長さと受信区間の長さとウェイクアップ時間とに基づいて、ウェイクアップ区間開始時刻ｔ４７を時刻ｔ４５を基準として「スロット数（１スーパフレーム区間内の自身を含めた残りのスロット数）×１スロット区間の長さ−ウェイクアップ時間−受信区間の長さ」として算出する。そして、子ノードＳ０は、タイマ１７を用いて算出した時刻ｔ４７となるまでカウントする。
【０１１８】
また、子ノードＳ０は、時刻ｔ２５において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、時刻ｔ４６からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０１１９】
管理ノードＭにおいては、子ノードＳ０から受信した応答フレームに格納されている子ノードＳ０のＩＤが、同スロットで既に送信済みの同期フレームに格納した、割り当てた子ノードＳ０のＩＤと一致した場合、子ノードＳ０がネットワーク内で正常に稼動していると判断する。
【０１２０】
スーパフレーム区間ｔｂ４について説明する。
子ノードＳ０，Ｓ１は、それぞれタイマ１７を用いて算出した時刻ｔ４７となった場合に、スリープ区間（Ｓ）を終了する。すなわち、子ノードＳ０，Ｓ１は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ０，Ｓ１は、スーパフレーム区間ｔｂ４のスーパフレームのスロット０の区間である時刻ｔ４８において、管理ノードＭから送信される報知情報フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０１２１】
子ノードＳ０，Ｓ１は、時刻ｔ４８より開始した受信区間（Ｒ）にて、受信した報知情報フレームに含まれているスロット割当情報に自己のＩＤが格納されているか否かに基づいて自己がネットワークに登録されているか否かを判断する。
【０１２２】
子ノードＳ０，Ｓ１は、自己がネットワークに登録されていると判断した場合には、登録要求フレームは送信しない。ここでは、子ノードＳ０，Ｓ１がともに登録されているものとする。
【０１２３】
そして、子ノードＳ０は、自己がネットワークに登録されていると判断した場合、管理ノードＭから自己に割り当てられたスロットを用いたデータ通信を実行するため、管理ノードＭより受信した報知情報フレームに含まれるタイミング情報およびスロット割当情報に基づいて、同じスーパフレーム区間における自己に割り当てられたスロット（ここではスロット１）に対応する同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻ｔ５１を算出する。
【０１２４】
ウェイクアップ区間開始時刻ｔ５１の算出については、時刻ｔ４３を算出した場合と同様である。
【０１２５】
そして、子ノードＳ０は、タイマ１７を用いて算出した時刻ｔ５１となるまでカウントする。また、子ノードＳ０は、時刻ｔ４９からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０１２６】
一方、子ノードＳ１は、自己がネットワークに登録されていると判断した場合、管理ノードＭから自己に割り当てられたスロットを用いたデータ通信を実行するため、管理ノードＭより受信した報知情報フレームに含まれるタイミング情報およびスロット割当情報に基づいて、同じスーパフレーム区間における自己に割り当てられたスロット（ここではスロット２）に対応する同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻ｔ５５を算出する。
【０１２７】
ウェイクアップ区間開始時刻ｔ５５の算出については、時刻ｔ４３を算出した場合と同様である。
【０１２８】
そして、子ノードＳ１は、タイマ１７を用いて算出した時刻ｔ５５となるまでカウントする。また、子ノードＳ１は、時刻ｔ４９からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０１２９】
子ノードＳ０は、タイマ１７を用いてカウントした時刻ｔ５１となった場合に、時刻ｔ４９より開始したスリープ区間（Ｓ）を終了する。すなわち、子ノードＳ０は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ０は、スーパフレーム区間ｔｂ４のスーパフレームのスロット１の区間である時刻ｔ５２において、管理ノードＭから自己に割り当てられたスロット（本例ではスロット１）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０１３０】
子ノードＳ０は、時刻ｔ５２より開始した受信区間（Ｒ）にて管理ノードＭから送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【０１３１】
子ノードＳ０は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、管理ノードＭより、既に受信済みの報知情報フレームに含まれるスーパフレーム構成情報およびタイミング情報に基づいて、次のスーパフレーム区間における自己に割り当てられたスロットを使用して管理ノードＭより送信される同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻を算出する。そして、子ノードＳ０は、上述したようにタイマ１７を用いて算出した時刻となるまでカウントする。
【０１３２】
子ノードＳ０は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、時刻ｔ５３において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、時刻ｔ５４からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。以降、自己に割り当てられたスロット（本例では、スロット１のみ）を使用して管理ノードＭとの間でデータ通信を実行し、再度、スーパフレームの構成の変更が通知されるまで報知情報フレームの受信は必要としない。
【０１３３】
一方、子ノードＳ１は、タイマ１７を用いてカウントした時刻ｔ５５となった場合に、時刻ｔ４９より開始したスリープ区間（Ｓ）を終了する。すなわち、子ノードＳ１は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ１は、スーパフレーム区間ｔｂ４のスーパフレームのスロット２の区間である時刻ｔ５６において、管理ノードＭから自己に割り当てられたスロット（本例ではスロット２）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０１３４】
子ノードＳ１は、時刻ｔ５６より開始した受信区間（Ｒ）にて管理ノードＭから送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【０１３５】
子ノードＳ１は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、管理ノードＭより、既に受信済みの報知情報フレームに含まれるスーパフレーム構成情報およびタイミング情報に基づいて、次のスーパフレーム区間における自己に割り当てられたスロットを使用して管理ノードＭより送信される同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻を算出する。そして、子ノードＳ１は、上述したようにタイマ１７を用いて算出した時刻となるまでカウントする。
【０１３６】
子ノードＳ１は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、時刻ｔ５７において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、時刻ｔ５８からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。以降、自己に割り当てられたスロット（本例では、スロット２のみ）を使用して管理ノードＭとの間でデータ通信を実行し、再度、スーパフレームの構成の変更が通知されるまで報知情報フレームの受信は必要としない。
【０１３７】
管理ノードＭにおいては、子ノードＳ０，Ｓ１から受信した応答フレームに格納されている子ノードＳのＩＤが、同スロットで既に送信済みの同期フレームに格納した割り当てた子ノードＳのＩＤと一致した場合、子ノードＳがネットワーク内で正常に稼動していると判断する。なお、応答フレームを受信するたびに管理ノードＭは、同様の判断を行う。
【０１３８】
これにより、子ノードＳ０は、子ノードＳ１が新たにネットワークに登録されて１スーパフレーム区間を構成するスロット数が変更される当該場合であっても、再度、子ノードＳ０に割り当てられたスロットの区間を用いて、同期を確立して管理ノードＭとの間でデータ通信を継続して実行することが可能となる。
【０１３９】
図９は、本発明の実施の形態１に従う管理ノードＭに既に子ノードＳ０，Ｓ１が登録されている状態において新たに子ノードＳ２を管理ノードＭに登録する場合の処理の流れについて説明する図である。
【０１４０】
図９を参照して、スーパフレーム区間ｔｃ０について説明する。
管理ノードＭは、スーパフレーム区間ｔｃ０内のスロット０を使用して報知情報フレームを送信する。この場合、管理ノードＭに既に子ノードＳ０，Ｓ１が登録済みであるため、報知情報フレームに含まれるスーパフレーム構成情報の１スーパフレーム区間のスロット数は３、スロット割当情報には、子ノードＳ０，Ｓ１のＩＤが格納済みである。具体的には、子ノードＳ０にはスロット１、子ノードＳ２にはスロット２が管理ノードＭにより割り当てられているものとする。
【０１４１】
ここで、時刻ｔ１０１以前の時刻において管理ノードＭに未登録である子ノードＳ２の通信部１５が起動され管理ノードＭを検索するための受信区間が開始されたものとする。
【０１４２】
子ノードＳ２は、時刻ｔ１０１以前の時刻において受信区間（Ｒ）を開始後、管理ノードＭより次の報知情報フレームを受信するまで受信区間（Ｒ）を継続する。なお、子ノードＳ２は、後述するが所定期間を経過した場合であっても報知情報フレームを受信できない場合には、チャネルの変更処理を実行する。
【０１４３】
子ノードＳ２は、受信区間（Ｒ）を開始後、時刻ｔ１０１において、管理ノードＭから報知情報フレームを受信する。すなわち、時刻ｔ１０１において管理ノードＭを検出したと判断する。
【０１４４】
子ノードＳ２は、管理ノードＭより受信した報知情報フレームに含まれるスーパフレーム構成情報およびタイミング情報に基づいて、次のスーパフレーム区間ｔｃ１における報知情報フレームを受信するためのウェイクアップ区間開始時刻ｔ１１２を算出する。
【０１４５】
具体的には、スーパフレーム構成情報の１スロットの区間の長さ、１スーパフレーム区間内のスロット数と、タイミング情報のウェイクアップ時間と、受信区間の長さとに基づいて、「スロット数（１スーパフレーム区間内のスロット数）×１スロット区間の長さ−ウェイクアップ時間―受信区間の長さ」として算出する。
【０１４６】
そして、子ノードＳ２は、タイマ１７を用いて算出した時刻ｔ１１２となるまでカウントする。
【０１４７】
また、子ノードＳ２は、時刻ｔ１０２よりスリープ区間（Ｓ）を開始し、低消費電力状態へ移行する。
【０１４８】
子ノードＳ０については、上述したように自己がネットワークに登録されていると判断した場合、管理ノードＭから自己に割り当てられたスロットを用いたデータ通信を実行するため、管理ノードＭより受信した報知情報フレームに含まれるタイミング情報およびスロット割当情報に基づいて、同じスーパフレーム区間における自己に割り当てられたスロット（ここではスロット１）に対応する同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻ｔ１０４を算出する。
【０１４９】
そして、子ノードＳ０は、タイマ１７を用いてカウントした時刻ｔ１０４となった場合に、スリープ区間（Ｓ）を終了する。すなわち、子ノードＳ０は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ０は、スーパフレーム区間ｔｃ０のスーパフレームのスロット１の区間である時刻ｔ１０５において、管理ノードＭから自己に割り当てられたスロット（本例ではスロット１）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０１５０】
子ノードＳ０は、時刻ｔ１０５より開始した受信区間（Ｒ）にて管理ノードＭから送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【０１５１】
子ノードＳ０は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、管理ノードＭより、既に受信済みの報知情報フレームに含まれるスーパフレーム構成情報およびタイミング情報に基づいて、次のスーパフレーム区間における自己に割り当てられたスロットを使用して管理ノードＭより送信される同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻ｔ１１６を算出する。そして、子ノードＳ０は、上述したようにタイマ１７を用いて算出した時刻となるまでカウントする。
【０１５２】
また、子ノードＳ０は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、時刻ｔ１０６において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、時刻ｔ１０７からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０１５３】
また、子ノードＳ１については、上述したように自己がネットワークに登録されていると判断した場合、管理ノードＭから自己に割り当てられたスロットを用いたデータ通信を実行するため、管理ノードＭより受信した報知情報フレームに含まれるタイミング情報およびスロット割当情報に基づいて、同じスーパフレーム区間における自己に割り当てられたスロット（ここではスロット２）に対応する同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻ｔ１０８を算出する。
【０１５４】
そして、子ノードＳ１は、タイマ１７を用いてカウントした時刻ｔ１０８となった場合に、スリープ区間（Ｓ）を終了する。すなわち、子ノードＳ１は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ１は、スーパフレーム区間ｔｃ０のスーパフレームのスロット２の区間である時刻ｔ１０９において、管理ノードＭから自己に割り当てられたスロット（本例ではスロット２）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０１５５】
子ノードＳ１は、時刻ｔ１０９より開始した受信区間（Ｒ）にて管理ノードＭから送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【０１５６】
子ノードＳ１は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、管理ノードＭより、既に受信済みの報知情報フレームに含まれるスーパフレーム構成情報およびタイミング情報に基づいて、次のスーパフレーム区間における自己に割り当てられたスロットを使用して管理ノードＭより送信される同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻ｔ１２０を算出する。そして、子ノードＳ０は、上述したようにタイマ１７を用いて算出した時刻となるまでカウントする。
【０１５７】
また、子ノードＳ１は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、時刻ｔ１１０において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、時刻ｔ１１１からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０１５８】
スーパフレーム区間ｔｃ１について説明する。
子ノードＳ２は、タイマ１７を用いて算出した時刻ｔ１１２となった場合に、スリープ区間（Ｓ）を終了する。すなわち、子ノードＳ２は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ２は、スーパフレーム区間ｔｃ１のスーパフレームのスロット０の区間である時刻ｔ１１３において、管理ノードＭから送信される報知情報フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０１５９】
子ノードＳ２は、時刻ｔ１１３より開始した受信区間（Ｒ）にて、受信した報知情報フレームに含まれているスロット割当情報に自己のＩＤが格納されているか否かに基づいて自己がネットワークに登録されているか否かを判断する。
【０１６０】
子ノードＳ２は、自己がネットワークに登録されていないと判断した場合に、管理ノードＭより受信した報知情報フレームに含まれるスーパフレーム構成情報、タイミング情報に基づいて、次のスーパフレーム区間ｔｃ２における報知情報フレームを受信するためのウェイクアップ区間開始時刻ｔ１２４を算出する。
【０１６１】
ウェイクアップ区間開始時刻ｔ１２４の算出の方式については、上述したのと同様である。
【０１６２】
そして、子ノードＳ２は、タイマ１７を用いて算出した時刻ｔ１２４となるまでカウントする。
【０１６３】
また、子ノードＳ２は、時刻ｔ１１４において、管理ノードＭへ自己のＩＤを格納した登録要求フレームの送信を開始する。そして、登録要求フレームの送信完了後、時刻ｔ１１５からスリープ区間（Ｓ）を開始し、低消費電力へ移行する。
【０１６４】
管理ノードＭにおいては、子ノードＳ２から受信した登録要求フレームに格納されているＩＤが、スロット割当情報に格納済みでない場合には、報知情報フレームのスーパフレーム構成情報のスロット数を加算する。具体的には、１スーパフレーム区間に子ノードＳ２とのデータ通信に用いられる１スロットをさらに追加する処理が実行される。また、スロット割当情報に登録要求フレームに格納されていた子ノードＳ２のＩＤを格納する処理が実行される。
【０１６５】
この時点において、子ノードＳ２がネットワークに新たに登録されてネットワークの構成が変更されたことになる。
【０１６６】
したがって、１スーパフレーム区間が変更が発生するためそれまでネットワークに登録されていた子ノードＳ（本例では、子ノードＳ０，Ｓ１）のデータ通信のタイミングがスロットの数により変更されることになる。
【０１６７】
それゆえ、管理ノードＭは、ネットワークの構成が変更されたことを通知する変更通知をネットワークに登録されている子ノードＳ（本例では、子ノードＳ０，Ｓ１）に通知する。
【０１６８】
そして、変更通知を受けた子ノードＳは、次のスーパフレーム区間ｔｃ２のスロット０の区間で送信される報知情報フレームを受信するものとする。
【０１６９】
子ノードＳ０は、タイマ１７を用いてカウントした時刻ｔ１１６となった場合に、時刻ｔ１０７より開始したスリープ区間（Ｓ）を終了する。すなわち、子ノードＳ０は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ０は、スーパフレーム区間ｔｃ１のスーパフレームのスロット１の区間である時刻ｔ１１７において、管理ノードＭから自己に割り当てられたスロット（本例ではスロット１）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０１７０】
子ノードＳ０は、時刻ｔ１１７より開始した受信区間（Ｒ）にて管理ノードＭから送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【０１７１】
子ノードＳ０は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、管理ノードＭより、上述したように次の管理ノードＭより送信されるフレームを受信するためのタイミングを算出する。一方で、この場合には、上述したようにネットワークの構成が変更されたことを通知する変更通知が通知されている。
【０１７２】
子ノードＳ０は、管理ノードＭから送信された同期フレームの中に変更通知が含まれていると判断した場合に、既に管理ノードＭより受信した報知情報フレームに含まれるスーパフレーム構成情報、タイミング情報およびスロット割当情報に基づいて、次のスーパフレーム区間ｔｃ２における報知情報フレームを受信するためのウェイクアップ区間開始時刻ｔ１２４を算出する。
【０１７３】
具体的には、一例として、子ノードＳ０は、スーパフレーム構成情報である１スーパフレーム区間内の残りのスロット数、タイミング情報の１スロットの区間の長さと受信区間の長さとウェイクアップ時間とに基づいて、ウェイクアップ区間開始時刻ｔ１２４を時刻ｔ１１８を基準として「スロット数（１スーパフレーム区間内の自身を含めた残りのスロット数）×１スロット区間の長さ−ウェイクアップ時間−受信区間の長さ」として算出する。そして、子ノードＳ０は、タイマ１７を用いて算出した時刻ｔ１２４となるまでカウントする。
【０１７４】
また、子ノードＳ０は、時刻ｔ１１８において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、時刻ｔ１１９からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０１７５】
管理ノードＭにおいては、子ノードＳ０から受信した応答フレームに格納されている子ノードＳ０のＩＤが、同スロットで既に送信済みの同期フレームに格納した、割り当てた子ノードＳ０のＩＤと一致した場合、子ノードＳ０がネットワーク内で正常に稼動していると判断する。
【０１７６】
子ノードＳ１は、タイマ１７を用いてカウントした時刻ｔ１２０となった場合に、時刻ｔ１１１より開始したスリープ区間（Ｓ）を終了する。すなわち、子ノードＳ１は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ１は、スーパフレーム区間ｔｃ１のスーパフレームのスロット２の区間である時刻ｔ１２１において、管理ノードＭから自己に割り当てられたスロット（本例ではスロット２）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０１７７】
子ノードＳ１は、時刻ｔ１２１より開始した受信区間（Ｒ）にて管理ノードＭから送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【０１７８】
子ノードＳ１は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、管理ノードＭより、上述したように次の管理ノードＭより送信されるフレームを受信するためのタイミングを算出する。一方で、この場合には、上述したようにネットワークの構成が変更されたことを通知する変更通知が通知されている。
【０１７９】
子ノードＳ１は、管理ノードＭから送信された同期フレームの中に変更通知が含まれていると判断した場合に、既に管理ノードＭより受信した報知情報フレームに含まれるスーパフレーム構成情報、タイミング情報およびスロット割当情報に基づいて、次のスーパフレーム区間ｔｃ２における報知情報フレームを受信するためのウェイクアップ区間開始時刻ｔ１２４を算出する。
【０１８０】
具体的には、一例として、子ノードＳ１は、スーパフレーム構成情報である１スーパフレーム区間内の残りのスロット数、タイミング情報の１スロットの区間の長さと受信区間の長さとウェイクアップ時間とに基づいて、ウェイクアップ区間開始時刻ｔ１２４を時刻ｔ１２２を基準として「スロット数（１スーパフレーム区間内の自身を含めた残りのスロット数）×１スロット区間の長さ−ウェイクアップ時間−受信区間の長さ」として算出する。そして、子ノードＳ１は、タイマ１７を用いて算出した時刻ｔ１２４となるまでカウントする。
【０１８１】
また、子ノードＳ１は、時刻ｔ１２２において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、時刻ｔ１２３からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０１８２】
管理ノードＭにおいては、子ノードＳ１から受信した応答フレームに格納されている子ノードＳ１のＩＤが、同スロットで既に送信済みの同期フレームに格納した、割り当てた子ノードＳ１のＩＤと一致した場合、子ノードＳ１がネットワーク内で正常に稼動していると判断する。
【０１８３】
スーパフレーム区間ｔｃ２について説明する。
子ノードＳ０，Ｓ１，Ｓ２は、それぞれタイマ１７を用いて算出した時刻ｔ１２４となった場合に、スリープ区間（Ｓ）を終了する。すなわち、子ノードＳ０，Ｓ１，Ｓ２は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ０，Ｓ１，Ｓ２は、スーパフレーム区間ｔｃ２のスーパフレームのスロット０の区間である時刻ｔ１２５において、管理ノードＭから送信される報知情報フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０１８４】
子ノードＳ０，Ｓ１，Ｓ２は、時刻ｔ１２５より開始した受信区間（Ｒ）にて、受信した報知情報フレームに含まれているスロット割当情報に自己のＩＤが格納されているか否かに基づいて自己がネットワークに登録されているか否かを判断する。
【０１８５】
子ノードＳ０，Ｓ１，Ｓ２は、自己がネットワークに登録されていると判断した場合には、登録要求フレームは送信しない。ここでは、子ノードＳ０，Ｓ１，Ｓ２がともに登録されているものとする。
【０１８６】
そして、子ノードＳ０は、自己がネットワークに登録されていると判断した場合、管理ノードＭから自己に割り当てられたスロットを用いたデータ通信を実行するため、管理ノードＭより受信した報知情報フレームに含まれるタイミング情報およびスロット割当情報に基づいて、同じスーパフレーム区間における自己に割り当てられたスロット（ここではスロット１）に対応する同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻ｔ１２８を算出する。
【０１８７】
ウェイクアップ区間開始時刻ｔ１２８の算出については、上述した場合と同様である。
そして、子ノードＳ０は、タイマ１７を用いて算出した時刻ｔ１２８となるまでカウントする。また、子ノードＳ０は、時刻ｔ１２６からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０１８８】
一方、子ノードＳ１は、自己がネットワークに登録されていると判断した場合、管理ノードＭから自己に割り当てられたスロットを用いたデータ通信を実行するため、管理ノードＭより受信した報知情報フレームに含まれるタイミング情報およびスロット割当情報に基づいて、同じスーパフレーム区間における自己に割り当てられたスロット（ここではスロット２）に対応する同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻ｔ１３２を算出する。
【０１８９】
ウェイクアップ区間開始時刻ｔ１３２の算出については、上述した場合と同様である。
そして、子ノードＳ１は、タイマ１７を用いて算出した時刻ｔ１３２となるまでカウントする。また、子ノードＳ１は、時刻ｔ１２６からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０１９０】
また、子ノードＳ２は、自己がネットワークに登録されていると判断した場合、管理ノードＭから自己に割り当てられたスロットを用いたデータ通信を実行するため、管理ノードＭより受信した報知情報フレームに含まれるタイミング情報およびスロット割当情報に基づいて、同じスーパフレーム区間における自己に割り当てられたスロット（ここではスロット３）に対応する同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻ｔ１３６を算出する。
【０１９１】
ウェイクアップ区間開始時刻ｔ１３６の算出については、上述した場合と同様である。
そして、子ノードＳ２は、タイマ１７を用いて算出した時刻ｔ１３６となるまでカウントする。また、子ノードＳ２は、時刻ｔ１２６からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０１９２】
子ノードＳ０は、タイマ１７を用いてカウントした時刻ｔ１２８となった場合に、時刻ｔ１２６より開始したスリープ区間（Ｓ）を終了する。すなわち、子ノードＳ０は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ０は、スーパフレーム区間ｔｃ２のスーパフレームのスロット１の区間である時刻ｔ１２９において、管理ノードＭから自己に割り当てられたスロット（本例ではスロット１）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０１９３】
子ノードＳ０は、時刻ｔ１２９より開始した受信区間（Ｒ）にて管理ノードＭから送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【０１９４】
子ノードＳ０は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、管理ノードＭより、既に受信済みの報知情報フレームに含まれるスーパフレーム構成情報およびタイミング情報に基づいて、次のスーパフレーム区間における自己に割り当てられたスロットを使用して管理ノードＭより送信される同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻を算出する。そして、子ノードＳ０は、上述したようにタイマ１７を用いて算出した時刻となるまでカウントする。
【０１９５】
子ノードＳ０は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、時刻ｔ１３０において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、時刻ｔ１３１からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。以降、自己に割り当てられたスロット（本例では、スロット１のみ）を使用して管理ノードＭとの間でデータ通信を実行し、再度、スーパフレームの構成の変更が通知されるまで報知情報フレームの受信は必要としない。
【０１９６】
一方、子ノードＳ１は、タイマ１７を用いてカウントした時刻ｔ１３２となった場合に、時刻ｔ１２６より開始したスリープ区間（Ｓ）を終了する。すなわち、子ノードＳ１は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ１は、スーパフレーム区間ｔｃ２のスーパフレームのスロット２の区間である時刻ｔ１３３において、管理ノードＭから自己に割り当てられたスロット（本例ではスロット２）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０１９７】
子ノードＳ１は、時刻ｔ１３３より開始した受信区間（Ｒ）にて管理ノードＭから送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【０１９８】
子ノードＳ１は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、管理ノードＭより、既に受信済みの報知情報フレームに含まれるスーパフレーム構成情報およびタイミング情報に基づいて、次のスーパフレーム区間における自己に割り当てられたスロットを使用して管理ノードＭより送信される同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻を算出する。そして、子ノードＳ１は、上述したようにタイマ１７を用いて算出した時刻となるまでカウントする。
【０１９９】
子ノードＳ１は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、時刻ｔ１３４において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、時刻ｔ１３５からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。以降、自己に割り当てられたスロット（本例では、スロット２のみ）を使用して管理ノードＭとの間でデータ通信を実行し、再度、スーパフレームの構成の変更が通知されるまで報知情報フレームの受信は必要としない。
【０２００】
一方、子ノードＳ２は、タイマ１７を用いてカウントした時刻ｔ１３６となった場合に、時刻ｔ１２６より開始したスリープ区間（Ｓ）を終了する。すなわち、子ノードＳ２は、低消費電力状態より通常電力状態へ復帰させるウェイクアップ区間（Ｗ）を開始する。そして、子ノードＳ２は、スーパフレーム区間ｔｃ２のスーパフレームのスロット３の区間である時刻ｔ１３７において、管理ノードＭから自己に割り当てられたスロット（本例ではスロット２）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０２０１】
子ノードＳ２は、時刻ｔ１３７より開始した受信区間（Ｒ）にて管理ノードＭから送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【０２０２】
子ノードＳ２は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、管理ノードＭより、既に受信済みの報知情報フレームに含まれるスーパフレーム構成情報およびタイミング情報に基づいて、次のスーパフレーム区間における自己に割り当てられたスロットを使用して管理ノードＭより送信される同期フレームを受信するためのタイミングとしてウェイクアップ区間開始時刻を算出する。そして、子ノードＳ２は、上述したようにタイマ１７を用いて算出した時刻となるまでカウントする。
【０２０３】
子ノードＳ２は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、時刻ｔ１３８において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、時刻ｔ１３９からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。以降、自己に割り当てられたスロット（本例では、スロット３のみ）を使用して管理ノードＭとの間でデータ通信を実行し、再度、スーパフレームの構成の変更が通知されるまで報知情報フレームの受信は必要としない。
【０２０４】
管理ノードＭにおいては、子ノードＳ０，Ｓ１，Ｓ２から受信した応答フレームに格納されている子ノードＳのＩＤが、同スロットで既に送信済みの同期フレームに格納した割り当てた子ノードＳのＩＤと一致した場合、子ノードＳがネットワーク内で正常に稼動していると判断する。なお、応答フレームを受信するたびに管理ノードＭは、同様の判断を行う。
【０２０５】
これにより、子ノードＳ０，Ｓ１は、子ノードＳ２が新たにネットワークに登録されて１スーパフレーム区間を構成するスロット数が変更される当該場合であっても、再度、子ノードＳ０，Ｓ１に割り当てられたスロットの区間を用いて、同期を確立して管理ノードＭとの間でデータ通信を継続して実行することが可能となる。
【０２０６】
図１０は、管理ノード（後述する中継ノードＲを含む）から子ノードに対して送信する無線フレームの構成について説明する図である。各々の無線フレームに含まれる同一の情報については、重複する説明は省略する。
【０２０７】
図１０（Ａ）を参照して、ここでは、報知情報フレームとして、ヘッダ情報ｄ０、スーパフレーム構成情報ｄ１、タイミング情報ｄ２、管理ノード及び中継ノードのＩＤ情報ｄ３，ｄ４、スロット割当情報ｄ５とで構成されている場合が示されている。
【０２０８】
ヘッダ情報ｄ０は、当該無線フレームが報知情報フレームであることを示すデータが含まれている。
【０２０９】
スーパフレーム構成情報ｄ１は、１スーパフレーム区間のスロット数、送信されるフレームのスロット番号等のデータが含まれている。スロット数は、スロット割当情報に何もデータが無い状態においては、スロット０のみの１である。また、スロット割当情報に複数の子ノードＳのＩＤ情報が含まれている場合には、当該ＩＤ情報の個数にスロット０の個数１を足した数となる。スロット数は、スロットの区間の長さとともに、報知情報フレームを受信するタイミングを設定する際に用いられる。また、スロット番号は、本フレームが送信するために使用しているスロット番号の情報が格納されている。具体的には、スロット０が用いられるため報知情報フレームの場合には０が設定されている。
【０２１０】
報知情報フレーム更新番号は、現在報知中の報知情報フレームの番号であり、報知情報フレームに格納される情報に変更が発生した場合には更新（加算）される。
【０２１１】
タイミング情報ｄ２は、管理ノードＭとの間でのデータ通信を実行するタイミングを設定するための各種パラメータが含まれている。具体的には、スロットの区間の長さ、通信部４９からデータを送信する区間（下りフレーム受信区間）の長さ、通信部４９がデータを受信する区間（上りフレーム受信区間）の長さおよびウェイクアップ区間の長さ等が含まれている。なお、低消費電力状態であるスリープ区間の長さを含めるようにすることも可能である。なお、スロットの区間の長さからデータを送信する区間の長さおよびデータを受信する区間の長さ、ウェイクアップ区間の長さを減算すれば、スリープ区間（Ｓ）の長さを算出することが可能である。
【０２１２】
また、管理ノードＭの通信部４９からデータを送信する区間（下りフレーム受信区間）の長さに従って、子ノードＳの通信部１５がデータを受信する受信区間（Ｒ）が設定される。また、管理ノードＭの通信部４９がデータを受信する区間（上りフレーム受信区間）の長さに従って、子ノードＳの通信部１５がデータを送信する送信区間（Ｔ）の長さが設定される。また、子ノードＳがデータを受信する区間に先立って、データの受信を可能な状態に設定するためのウェイクアップ区間（Ｗ）を規定するパラメータもタイミング情報に含められるものとする。
【０２１３】
当該ウェイクアップ区間（Ｗ）を設けることにより送信側がデータを送信した場合に受信側を確実に受信可能な状態に設定しておくことが可能となる。
【０２１４】
なお、当該ウェイクアップ区間（Ｗ）は、ノードの特性に従って適宜設定されるものとする。なお、これらの区間のパラメータは、予め固定値とする必要は無く例えばユーザの入力によりパラメータの調整が可能であるものとする。当該場合であっても報知情報フレームのタイミング情報に基づいて管理ノードＭと子ノードＳとの間のデータ通信が実行されるためネットワークにおけるデータ通信のタイミングを簡易に調整することが可能である。すなわち、子ノードの各ＲＯＭで当該情報を記憶しておく必要がない。
【０２１５】
管理ノードＩＤ情報ｄ３は、管理ノードＭのＩＤ情報、本例においてはＩＤ０００とする。後述する子ノードＳから管理ノードＭに対して送信する際に用いられる。
【０２１６】
親ノードＩＤ情報ｄ４は、登録要求フレームを受け付けた親ノードのＩＤ情報、管理ノードＭが親ノードである場合には、管理ノードＭのＩＤ情報である。また、中継ノードＲが親ノードである場合には、中継ノードＲのＩＤ情報である。当該ＩＤ情報を確認することにより、子ノードＳは、自己の親ノードが管理ノードＭであるか、中継ノードＲであるかを判断することが可能となる。
【０２１７】
また、スロット割当情報ｄ５は、ネットワークとして登録された、１スーパフレーム区間として追加されたスロットにそれぞれ対応する子ノードＳのＩＤ（Identification）情報が設定される。スロット１に対応して子ノードＳ０のＩＤ００３が登録されている場合が示されている。また、スロット２に対応して子ノードＳ１のＩＤ００４が登録されている場合が示されている。なお、初期状態においては、ネットワークに登録されている子ノードＳは存在しないためスロット割当情報ｄ５には何もデータが無い状態となる。
【０２１８】
当該スロットに割り当てられた子ノードのＩＤ情報に従って、各子ノードは、自己がネットワークに登録されたかどうかを確認する。そして、それとともに順番に設けられたスロット番号に従って、自己が割り当てられたスロットが１スーパフレーム区間の最初から数えて何番目であるかを確認する。
【０２１９】
図１０（Ｂ）を参照して、ここでは、同期フレームとして、ヘッダ情報ｄ６、スーパフレーム構成情報ｄ７、子ノードＩＤ情報ｄ８、ユーザデータｄ９とで構成されている場合が示されている。
【０２２０】
ヘッダ情報ｄ６は、当該無線フレームが同期フレームであることを示すデータが含まれている。
【０２２１】
スーパフレーム構成情報ｄ７は、送信されるフレームのスロット番号、１スーパフレーム区間のスロット数、報知情報フレーム更新番号のデータが含まれている。当該同期フレームを受信したノードは、スロット番号と子ノードＩＤ情報の情報に基づき、自己に割り当てられたスロットの同期フレームであるか否かを判断する。
【０２２２】
また、報知情報フレーム更新番号は、当該同期フレームを送信した時点における、管理ノードＭがネットワーク内に報知中の報知情報フレームの番号が格納され、報知情報フレームに格納される情報に変更が生じた場合に更新される。当該同期フレームを受信したノードは、自己が以前に受信した報知情報フレーム又は同期フレームに格納されていた報知情報フレーム番号と比較し、異なる番号が格納されている場合は報知情報フレームが更新されたものと判断し、次のスーパフレーム区間のスロット０で報知情報フレームを受信するためのスリープ期間設定等のタイミング設定を実行する。
【０２２３】
すなわち、報知情報フレームの番号が更新されることが変更通知に相当する。
子ノードＩＤ情報ｄ８は、当該無線フレームを送信するスロットに割り当てたノードのＩＤ情報が格納される。
【０２２４】
ユーザデータｄ９については後述する。
図１１は、子ノードから管理ノード（中継ノードＲも含む）に対して送信する無線フレームの構成について説明する図である。各々の無線フレームに含まれる同一の情報については、重複する説明は省略する。
【０２２５】
図１１（Ａ）を参照して、ここでは、登録要求フレームとして、ヘッダ情報ｆ０、登録ノードＩＤ情報ｆ１とで構成されている場合が示されている。
【０２２６】
ヘッダ情報ｆ０は、当該無線フレームが登録要求フレームであることを示すデータが含まれている。
【０２２７】
登録ノードＩＤ情報ｆ１は、ネットワークへ参加を要求するノード（子ノード）のノードＩＤが格納される。
【０２２８】
当該登録要求フレームを受信した管理ノードＭは、ネットワークへの参加を許可するか否かを判定し、許可する場合には、その後に管理ノードＭが送信する報知情報フレームや同期フレームに格納する報知情報フレーム番号を更新する。また、スーパフレーム構成の変更（スロットの追加）は、次のスーパフレーム区間から行われる。ネットワークへの参加を許可しない場合は、これらの処理は行わない。これによりネットワークのセキュリティも強化することが可能である。
【０２２９】
図１１（Ｂ）を参照して、ここでは、応答フレームとして、ヘッダ情報ｆ２、子ノードＩＤ情報ｆ３、スロット割当情報ｆ４、ユーザデータｆ５とで構成されている場合が示されている。
【０２３０】
ヘッダ情報ｆ２は、当該無線フレームが応答フレームであることを示すデータが含まれている。
【０２３１】
子ノードＩＤ情報ｆ３は、当該無線フレームを送信する子ノードのＩＤ情報が格納される。当該無線フレームを受信する管理ノードＭは、当該情報を参照して、自己の保持するスロット割当情報により当該無線フレームを送信してきた子ノードがネットワークへの参加を許可したノードであるかを確認する。ネットワークへの参加を許可していない子ノードからの無線フレームであった場合は、当該無線フレームを無視する。これにより、不正なノードからのアクセスを禁止してネットワークのセキュリティを強化することができる。
【０２３２】
スロット割当情報ｆ４は、当該無線フレームを送信してきた子ノードが後述する中継ノードである場合に格納される。中継ノードがネットワークへ参加している場合、中継ノードＲを介して更に子ノードがネットワークへ参加している。その場合、中継ノードＲを介してネットワークへ参加している子ノードのＩＤ情報が格納される。
【０２３３】
中継ノードＲからの応答フレームを受信した管理ノードＭは、管理ノード自身が直接通信可能な子ノードと共に、中継ノードＲが通信可能な子ノードについて、１スーパフレーム区間にスロットの割り当てを行う。
【０２３４】
次に、同期フレーム、応答フレームのユーザデータｄ９，ｆ５について説明する。
ユーザデータは、ネットワークに参加をしているノード間において、データを送信するための無線フレーム内の領域である。ユーザデータの送信元と送信先の各々のノードを指定するＩＤ情報を格納する領域と、送信元から送信先へ送信すべきデータを格納するデータ領域とから構成される。このデータ領域に格納されるデータは、送信元から送信先への動作指示コマンドを含む。
【０２３５】
例えば、管理ノードＭから子ノードＳ０へ、子ノードＳ０が取得したデータの転送を要求する場合、管理ノードＭから子ノードＳ０への同期フレームにおいて、送信元ノードＩＤとして管理ノードＭのＩＤ情報（ＩＤ０００）を格納し、送信先ノードＩＤとして子ノードＳ０のＩＤ情報（ＩＤ００１）を格納する。そして送信すべきデータとして、データの転送指示コマンドを送信元ノードＩＤに続いて送信する。
【０２３６】
子ノードＳ０は、ユーザデータに含まれている送信先ノードのＩＤを確認して自己宛か否か認識する。
【０２３７】
そして、子ノードＳ０は、当該ユーザデータが自己宛であると認識した場合には、データ転送指示コマンドへの応答としてデータを転送する場合は、子ノードＳ０から管理ノードＭへの応答フレームにおいて、送信元ノードＩＤとして子ノードＳ０のＩＤ情報（ＩＤ００１）、送信先ノードＩＤとして管理ノードＭのＩＤ情報（ＩＤ０００）を格納し、送信先ノードＩＤに続いて子ノードＳ０が取得したデータを送信する。
【０２３８】
別の例として、子ノードＳ１から子ノードＳ２へデータを送信する場合、子ノードＳ１が管理ノードＭへ送信する応答フレームのユーザデータ領域に、送信先ノードＩＤとして子ノードＳ２のＩＤ情報（ＩＤ００４）を格納し、送信元ノードＩＤとして子ノードＳ１のＩＤ情報（ＩＤ００３）を格納する。そして送信すべきデータを送信元ノードＩＤに続いて送信する。
【０２３９】
子ノードＳ１からの応答フレームを受信した管理ノードＭは、ユーザデータに含まれている送信先ノードのＩＤを確認して自己宛か否か認識する。
【０２４０】
そして、管理ノードＭは、自己宛でないと認識した場合には、自己が管理するネットワーク内のノードに当該ＩＤ情報が含まれていれば、その子ノードに転送する。具体的には、子ノードＳ２へ送信する同期フレームのユーザデータ領域に、子ノードＳ１から受信した応答フレームのユーザデータ領域の情報を格納し、子ノードＳ２へ同期フレームを送信する。
【０２４１】
当該同期フレームを受信した子ノードＳ２は、ユーザデータに含まれている送信先ノードのＩＤを確認して自己宛か否か認識する。そして、送信先ノードＩＤにより自己宛のデータであるかを確認し、さらに、送信元ノードＩＤによりデータの送信元の確認をして、受信したデータが適切なデータであるかを判別することが可能となる。したがって、例えば、子ノードＳ１から子ノードＳ２へのデータの転送も可能である。
【０２４２】
また、転送すべきデータ量が多い場合は、子ノードＳ１及び子ノードＳ２の各々に割り当てられたスロット内のスリープ区間（Ｓ）をもデータ転送に使用可能である。更に１スロット内でデータの転送が完了できない場合は、複数回のスーパフレーム区間に亘ってデータの転送が行われる。
【０２４３】
図１２は、本発明の実施の形態１に従う管理ノードＭにおけるデータ通信の処理の流れについて説明するフロー図である。
【０２４４】
図１２を参照して、まず電源が投入された場合に、ＣＰＵ４１はＲＯＭ４３に格納されたソフトウェアプログラムを読込むことにより当該フローにおけるデータ通信を開始する。
【０２４５】
まず、ＣＰＵ４１のデータ送受信制御部１４８は、通信部４９に対してデータ通信のための初期設定を実行する（ステップＳ２）。
【０２４６】
そして、次に、チャネル設定部１４４は、電界強度測定部４６＃に指示して外部環境における電界強度を測定する（ステップＳ４）。
【０２４７】
そして、チャネル設定部１４４は、電界強度測定部４６＃における電界強度の測定に従ってデータ通信を実行する場合にデータ送受信における適切なチャネルを通信部４９に対して設定する（ステップＳ６）。具体的には、他のネットワークでの通信との輻輳が最も起こり難いと判断できる外部電界強度が最も低いチャネルを優先使用する。
【０２４８】
次に、スーパフレーム設定部１４６は、スーパフレーム区間の設定処理を実行する（ステップＳ８）。スーパフレーム区間の設定処理については後述する。
【０２４９】
初期設定においては、１スーパフレーム区間はスロット０のみで構成されている。したがって、最初の１サイクルについては、ステップＳ８の処理をスキップすることも可能である。
【０２５０】
次に、データ送受信制御部１４８は、スーパフレーム設定部１４６により設定されたスーパフレーム区間に基づいて報知情報フレームを生成する（ステップＳ１０）。具体的には、図１０（Ａ）で説明した報知情報フレームが生成される。
【０２５１】
そして、次に、データ送受信制御部１４８は、スーパフレーム設定部１４６において設定された１スーパフレーム区間におけるスロットを確認する（ステップＳ１１）。
【０２５２】
そして、データ送受信制御部１４８は、１スーパフレーム区間に設定されたスロット０の送信区間（Ｔ）において通信部４９を介して報知情報フレームを送信する（ステップＳ１２）。
【０２５３】
そして、次に、データ送受信制御部１４８は、１スーパフレーム区間に設定されたスロット０の受信区間（Ｒ）において通信部４９を介して登録要求フレームを受信したかどうかを判断する（ステップＳ１４）。具体的には、図１１（Ａ）で説明した登録要求フレームを受信したかどうかを判断する。
【０２５４】
データ送受信制御部１４８は、ステップＳ１４において、登録要求フレームを受信したと判断した場合（ステップＳ１４においてＹＥＳ）には、スロット追加フラグをオンにする（ステップＳ１６）。
【０２５５】
一方、データ送受信制御部１４８は、ステップＳ１４において、登録要求フレームを受信しなかったと判断した場合（ステップＳ１４においてＮＯ）には、次のステップＳ１８に進む。
【０２５６】
なお、通信部４９を介した受信区間Ｒが終了した場合に、データ送受信制御部１４８は、電源管理部４６に対して各部への電源の供給の停止を指示する低消費電力状態への移行を指示する。これにより、管理ノードＭは、スリープ区間（Ｓ）となる。なお、データ送受信制御部１４８は、スリープ区間（Ｓ）に入る前に次のスロットを開始するためのウェイクアップ区間開始時刻を算出する。そして、タイマ４５＃に対して算出した時刻を設定する。そして、タイマ４５＃は、算出した時刻となるまでカウントし、算出した時刻となった場合に電源管理部４６に通知する。これにより、電源管理部４６は、タイマ４５＃からの通知に従って低消費電力状態から通常電力状態に復帰させる。そして、データ送受信制御部１４８は、低消費電力状態から通常電力状態への復帰の後、次のスロットを開始する。上記の処理は、各スロット毎に繰り返し実行される。当該処理により管理ノードＭは、送信区間（Ｔ）、受信区間（Ｒ）およびウェイクアップ区間（Ｗ）以外の区間は、スリープ区間（Ｓ）として間欠動作させて電源の供給を停止する低消費電力状態に移行させることが可能であり、消費電力を抑制することが可能である。
【０２５７】
そして、次に、ステップＳ１８において、データ送受信制御部１４８は、１スーパフレーム区間に次のスロットがあるかどうかを判断する（ステップＳ１８）。
【０２５８】
ステップＳ１８において、データ送受信制御部１４８は、１スーパフレーム区間に次のスロットがあると判断した場合（ステップＳ１８においてＹＥＳ）には、次のステップＳ２０に進む。
【０２５９】
一方、ステップＳ１８において、データ送受信制御部１４８は、１スーパフレーム区間に次のスロットがないと判断した場合（ステップＳ１８においてＮＯ）には、ステップＳ４に戻る。すなわち、１スーパフレーム区間におけるデータ通信の１サイクルが終了して次のサイクルへと移行する。その際、再び、ステップＳ４において、チャネル設定部１４４は、電界強度測定部４６＃を用いて電界強度を測定して、電界強度の測定に従った適切なチャネルを通信部４９に対して設定する。したがって、電波状況が悪くなった場合には、適切なチャネルに変更することが可能である。なお、チャネル設定部１４４によりチャネルを別チャネルに変更する場合には、以前のチャネルでデータ通信を実行していた子ノードＳとのデータ通信は一時的に実行できなくなるが、スロット割当情報等を保持しておくことにより早期にネットワークを再構築することが可能である。
【０２６０】
ステップＳ１８において、データ送受信制御部１４８は、１スーパフレーム区間に次のスロットがあると判断した場合（ステップＳ１８においてＹＥＳ）には、次にスロット追加フラグがオンされているかどうかを判断する（ステップＳ２０）。
【０２６１】
ステップＳ２０において、データ送受信制御部１４８は、スロット追加フラグがオンされていると判断した場合（ステップＳ２０においてＹＥＳ）には、データ送受信制御部１４８は、スロットに対応する同期フレーム（変更通知有）を生成する（ステップＳ２１）。具体的には、図１０（Ｂ）で説明した報知情報フレーム更新番号が更新された報知情報フレームが生成される。
【０２６２】
そして、次に、データ送受信制御部１４８は、通信部４９を介してスロットに対応する同期フレーム（変更通知有）を送信する（ステップＳ２２）。当該同期フレームを受信することにより、１スーパフレーム区間に変更があることを子ノードは判断することが可能である。
【０２６３】
ステップＳ２０において、データ送受信制御部１４８は、スロット追加フラグがオンされていないと判断した場合（ステップＳ２０においてＮＯ）には、データ送受信制御部１４８は、スロットに対応する同期フレームを生成する（ステップＳ２１）。具体的には、図１０（Ｂ）で説明した報知情報フレーム更新番号は更新されない報知情報フレームが生成される。
【０２６４】
そして、次に、データ送受信制御部１４８は、通信部４９を介してスロットに対応する同期フレームを送信する（ステップＳ２４）。
【０２６５】
そして、次に、データ送受信制御部１４８は、通信部４９を介してスロットに対応する同期フレームに対して応答フレームの受信があったどうかを判断する（ステップＳ２６）。具体的には、図１１（Ｂ）で説明した応答フレームを受信したかどうかを判断する。
【０２６６】
ステップＳ２６において、データ送受信制御部１４８は、応答フレームの受信があったと判断した場合（ステップＳ２６においてＹＥＳ）には、応答フレームを取得する（ステップＳ２８）。取得した応答フレームは、データ送受信制御部１４８の指示に従って、一例として、ＲＡＭ４２等の記憶領域に格納されるものとする。
【０２６７】
当該記憶領域に格納された各スロットに対応する応答フレームは、一例として、子ノードの存在確認として利用することが可能である。また、子ノードにセンサを設けるとともに、応答フレームのユーザデータの中に当該子ノードに設けたセンサのデータを含めることにより管理ノードＭは、ネットワークが構成された各子ノードのセンサデータを取得して周囲の状況等を把握することも可能である。
【０２６８】
一方、ステップＳ２６において、データ送受信制御部１４８は、応答フレームの受信がなかったと判断した場合（ステップＳ２６においてＮＯ）には、エラー判定とする（ステップＳ３０）。例えば、エラー判定となる原因として、子ノードＳの故障あるいはバッテリ交換の必要が生じた場合等が考えられる。
【０２６９】
なお、エラー判定となった結果は、データ送受信制御部１４８の指示に従って、一例として、ＲＡＭ４２等の記憶領域に格納されるものとする。当該エラー判定となった結果は、後述するスーパフレーム区間の設定処理の際に用いられる。
【０２７０】
そして、再びステップＳ１８に戻る。なお、上述したように、各スロットにおける通信部４９を介した受信区間Ｒが終了した場合に、データ送受信制御部１４８は、電源管理部４６に対して各部への電源の供給の停止を指示する低消費電力状態への移行を指示する。これにより、管理ノードＭは、スリープ区間（Ｓ）となる。
【０２７１】
ステップＳ１８において、データ送受信制御部１４８は、１スーパフレーム区間に次のスロットがあるかどうかを判断（ステップＳ１８）し、上記と同様の処理を繰り返す。すなわち、スロットが有る場合には、スロットに対応する同期フレームを生成して、通信部４９を介して送信する。
【０２７２】
そして、全てのスロットに対する処理が終了した後、ステップＳ４に戻り、電界強度の測定をし、チャネルを設定した後、スーパフレーム区間の設定処理を実行する。
【０２７３】
なお、本例においては、１スーパフレーム区間におけるデータ通信の１サイクルが終了した場合に、ステップＳ４に戻って、電界強度の測定をし、チャネルを設定する場合について説明した。一方で、電界強度の測定およびチャネルの設定を１サイクル毎ではなく、複数サイクルが終了した場合に、実行するようにしても良い。
【０２７４】
図１３は、本発明の実施の形態１に従うスーパフレーム区間の設定処理について説明するフロー図である。
【０２７５】
当該処理は、スーパフレーム設定部１４６で実行される処理であり、ＣＰＵ４１がＲＯＭ４３に格納されているソフトウェアプログラムを読み込むことにより実現されるものである。
【０２７６】
図１３を参照して、まず、スーパフレーム設定部１４６は、１スーパフレーム区間に設定されている１つのスロットを選択する。この場合、選択するスロットは、スロット０以外のものとする。
【０２７７】
そして、次に、スーパフレーム設定部１４６は、選択したスロットに対応したエラー判定があるかどうかを判断する（ステップＳ３４）。具体的には、ＲＡＭ４２等の記憶領域に格納されたエラー判定結果に基づいて、選択されたスロットに対応するエラー判定があるかどうかを判断する。
【０２７８】
ステップＳ３４において、選択したスロットに対応したエラー判定があると判断した場合には、次のステップＳ３６に進む。一方、ステップＳ３４において、選択したスロットに対応したエラー判定がないと判断した場合には、ステップＳ４０に進む。
【０２７９】
そして、次に、スーパフレーム設定部１４６は、前回からのエラー判定が所定回数以上継続しているかどうかを判断する（ステップＳ３６）。
【０２８０】
ステップＳ３６において、スーパフレーム設定部１４６は、前回からのエラー判定が所定回数以上継続していると判断した場合（ステップＳ３６においてＹＥＳ）には、スロットを削除する（ステップＳ３８）。そして、次にステップＳ４０に進む。すなわち、データ通信を継続できない状態にあるスロットについては削除することにより不要なスロットを削除してネットワーク内の通信負荷を軽減することが可能である。
【０２８１】
一方、ステップＳ３６において、スーパフレーム設定部１４６は、前回からのエラー判定が所定回数以上継続していないと判断した場合（ステップＳ３６においてＮＯ）には、ステップＳ４０に進む。
【０２８２】
次に、ステップＳ４０において、スーパフレーム設定部１４６は、他のスロットがあるかどうかを判断する（ステップＳ４０）。具体的には、１スーパフレーム区間に設定されている別のスロットがあるかどうかを判断する。別のスロットがあると判断した場合（ステップＳ４０においてＹＥＳ）には、ステップＳ３２に戻り、当該スロットを選択して、上記の処理を繰り返す。
【０２８３】
ステップＳ４０において、スーパフレーム設定部１４６は、他のスロットがないと判断された場合（ステップＳ４０においてＮＯ）には、スロット追加フラグがオンされているかどうかを判断する（ステップＳ４２）。
【０２８４】
ステップＳ４２において、スーパフレーム設定部１４６は、スロット追加フラグがオンされていると判断された場合（ステップＳ４２においてＹＥＳ）には、１スロットを追加する（ステップＳ４４）。
【０２８５】
一方、スーパフレーム設定部１４６は、スロット追加フラグがオンされていないと判断された場合（ステップＳ４２においてＮＯ）には、ステップＳ４４をスキップして、ステップＳ４６に進む。
【０２８６】
そして、次に、スーパフレーム設定部１４６は、スロット数の変更があったかどうかを判断する（ステップＳ４６）。
【０２８７】
ステップＳ４６において、スーパフレーム設定部１４６は、スロット数の変更があったと判断した場合（ステップＳ４６においてＹＥＳ）には、スーパフレーム区間を更新する（ステップＳ４８）。
【０２８８】
たとえば、１つのスロットの削除があった場合には、当該スロットを削除したスーパフレーム区間に設定する。また、１スロットの追加が有った場合には、当該スロットを追加したスーパフレーム区間に設定する。なお、当該スーパフレーム区間の更新に従って報知情報フレームの生成の際に、図１０（Ａ）で説明したスーパフレーム構成情報ｄ１が更新される。例えば、１スーパフレーム区間のスロット数、スロット番号、報知情報フレーム更新番号が更新される。また、１スロットの追加に従って、スロット割当情報ｄ５が更新される。例えば、スロットと、スロット追加フラグをオンにした登録要求フレームを送信した子ノードのＩＤ情報とが対応付けて格納される。なお、スロットの割当は、登録順ではなく、動的に変更することが可能であり、スーパフレームが更新される毎にスーパフレームを構成するスロットと各子ノードＳとの割当の関係を変更するようにすることも可能である。当該処理により、管理ノードＭと子ノードＳとの間のデータ通信におけるセキュリティを強化することも可能である。
【０２８９】
一方、ステップＳ４６においてスロット数の変更がなかったと判断された場合（ステップＳ４６においてＮＯ）には、ステップＳ４８における処理をスキップして終了する（リターン）。
【０２９０】
当該処理に基づいて、１スーパフレーム区間が設定および更新される。そして、当該設定および更新された１スーパフレーム区間に基づいて報知情報フレームが生成される。
【０２９１】
すなわち、当該処理に基づいて、１スーパフレーム区間が更新され、ネットワークの構成が動的に変更されることになる。
【０２９２】
次に、本発明の実施の形態１に従う子ノードのデータ通信について説明する。
図１４は、子ノードＳにおけるデータ通信の処理の流れについて説明するフロー図である。
【０２９３】
図１４を参照して、まず電源が投入された場合に、ＣＰＵ１１はＲＯＭ１３に格納されたソフトウェアプログラムを読込むことにより当該フローにおけるデータ通信を開始する。
【０２９４】
まず、ＣＰＵ１１は、通信部１５に対してデータ通信のための初期設定を実行する（ステップＳ５２）。なお、ＣＰＵ１１は、電源管理部１４に通信部１５への電源の供給を指示するものとする。
【０２９５】
そして、ＣＰＵ１１は、次に、管理ノードＭのサーチを開始する（ステップＳ５４）。
図１５は、本発明の実施の形態１に従うサーチ開始の処理を説明するフロー図である。
【０２９６】
ＣＰＵ１１はＲＯＭ１３に格納されたソフトウェアプログラムを読込むことにより以下における処理を実行する。
【０２９７】
図１５を参照して、ＣＰＵ１１は、通信部１５に対してデータ送受信における初期チャネルを設定する（ステップＳ７０）。
【０２９８】
次に、ＣＰＵ１１は、通信部１５を介して、管理ノードＭからの報知情報フレームを受信したかどうかを判断する（ステップＳ７２）。
【０２９９】
ステップＳ７２において、ＣＰＵ１１は、通信部１５を介して、管理ノードＭからの報知情報フレームを受信したと判断した場合（ステップＳ７２においてＹＥＳ）には、処理を終了する（リターン）。すなわち、当該設定されたチャネルで管理ノードＭとのデータ通信が可能であることを確認したため次の処理に進む。
【０３００】
一方、ＣＰＵ１１は、ステップＳ７２において、管理ノードＭからの報知情報フレームを受信できないと判断した場合には、次に、所定期間が経過したかどうかを判断する（ステップＳ７４）。
【０３０１】
ステップＳ７４において、ＣＰＵ１１は、所定期間が経過していないと判断した場合（ステップＳ７４においてＮＯ）には、再び、ステップＳ７２に戻り、報知情報フレームを受信できるかどうかを判断する。
【０３０２】
一方、ステップＳ７４において、ＣＰＵ１１は、所定期間が経過したと判断した場合（ステップＳ７４においてＹＥＳ）には、データ送受信におけるチャネルを変更する（ステップＳ７６）。そして再びステップＳ７２に戻り、当該変更したチャネルで報知情報フレームの受信が可能であるかどうかを確認する。そして、報知情報フレームの受信が可能となるまでチャネルを変更する。
【０３０３】
再び、図１４を参照して、次に、ＣＰＵ１１は、報知情報フレームの受信に基づいて、タイミングの設定処理を実行する（ステップＳ５６）。
【０３０４】
具体的には、受信した報知情報フレームのスーパフレーム構成情報ｄ１に含まれている１スーパフレーム区間のスロット数、タイミング情報ｄ２に含まれている１スロットの区間の長さ、受信区間の長さおよびウェイクアップ区間の長さに従って、次のフレームを受信するためのウェイクアップ区間開始時刻をタイマ１７に設定する。また、管理ノードＭとのデータ通信における受信および送信区間のタイミングを設定する。
【０３０５】
図１６は、子ノードＳにおける受信区間および送信区間の設定を説明する図である。
図１６を参照して、ここでは、フレームを受信するフレーム受信区間までの間に受信可能状態である通常電力状態に設定するためのウェイクアップ区間、管理ノードＭからの報知情報フレーム等のデータフレームを受信するためのフレーム受信区間、応答フレームを送信するフレーム送信区間、低消費電力状態であるスリープ区間がそれぞれ示されている。なお、ウェイクアップ区間、フレーム受信区間およびフレーム送信区間は、電源管理部１４により、子ノードＳの各部に電力が供給されている状態（電源ＯＮ）であり、スリープ区間は通常電力状態に復帰するために必要な電力供給以外は、各部に対する電力の供給が停止されている状態（電源ＯＦＦ）である。
【０３０６】
ウェイクアップ区間は、図１０（Ａ）で説明したタイミング情報ｄ２に含まれている、ウェイクアップ区間を規定するパラメータに従って設定される。
【０３０７】
フレーム受信区間は、図１０（Ａ）で説明したタイミング情報ｄ２に含まれている、下りフレーム受信区間の長さに従って設定される。
【０３０８】
また、フレーム送信区間は、図１０（Ａ）で説明したタイミング情報ｄ２に含まれている、上りフレーム受信区間の長さに従って設定される。
【０３０９】
また、スリープ区間は、図１０（Ａ）で説明したタイミング情報ｄ２に含まれている、１スロットの区間の長さから、フレーム受信区間およびフレーム送信区間以外の残りの区間に設定される。
【０３１０】
なお、本例においては、電力が供給されている状態として、フレーム送信区間が設けられている場合について説明しているが、フレームを送信しない場合には、ウェイクアップ区間とフレーム受信区間のみとなる。
【０３１１】
したがって、子ノードＳにおいても親ノードＭと同様に、電源管理部１４から常に電力の供給を受けない。具体的には、ウェイクアップ区間、フレーム受信区間およびフレーム送信区間以外の区間は、スリープ区間として電力の供給を受けない。したがって、子ノードＳにおける消費電力を抑制することが可能である。なお、子ノードＳにセンサ等が設けられている場合には、電力の供給が必要な部位にのみ電力を供給し、それ以外の各部については電力の供給を停止することにより、子ノードＳ全体としての消費電力を抑制することが可能である。
【０３１２】
再び、図１４を参照して、次に、ＣＰＵ１１は、タイミングの設定処理を実行した後、報知情報フレームを受信したかどうかを判断する（ステップＳ５８）。
【０３１３】
そして、ＣＰＵ１１は、ステップＳ５８において、報知情報フレームを受信したと判断した場合（ステップＳ５８においてＹＥＳ）には報知情報フレームを分析する（ステップＳ６０）。
【０３１４】
具体的には、報知情報フレームに含まれているスロット割当情報を分析する。
そして、ＣＰＵ１１は、報知情報フレームを分析した結果、スロット割当情報に自己のＩＤに対応するスロットの割当てがあるかどうかを判断する（ステップＳ６２）。
【０３１５】
ＣＰＵ１１は、ステップＳ６２において、スロット割当情報に自己のＩＤに対応するスロットの割当てがあると判断した場合（ステップＳ６２においてＹＥＳ）には、同期モードに移行する（ステップＳ６４）。同期モードについては後述する。
【０３１６】
一方、ＣＰＵ１１は、ステップＳ６２において、スロット割当情報に自己のＩＤに対応するスロットの割当てがないと判断した場合（ステップＳ６２においてＮＯ）には、登録要求フレームを送信する（ステップＳ６６）。
【０３１７】
そして、再び、ステップＳ５６に戻り、報知情報フレームに基づいて、次の受信するフレームのタイミングを設定して、上記処理を繰り返す。
【０３１８】
一方、ステップＳ５８において、ＣＰＵ１１は、報知情報フレームの受信が無いと判断した場合（ステップＳ５８においてＮＯ）には、エラー判定とする（ステップＳ６７）。なお、エラー判定となった結果は、ＣＰＵ１１の指示に従って、一例として、ＲＡＭ１２等の記憶領域に格納されるものとする。当該エラー判定となった結果は、後述するエラー処理の際に用いられる。
【０３１９】
そして、ＣＰＵ１１は、エラー処理を実行する（ステップＳ６８）。エラー処理については後述する。
【０３２０】
次に、本発明の実施の形態１に従う同期モードについて説明する。
図１７は、本発明の実施の形態１に従う同期モードの処理を説明するフロー図である。
【０３２１】
ＣＰＵ１１はＲＯＭ１３に格納されたソフトウェアプログラムを読込むことにより以下における処理を実行する。
【０３２２】
図１７を参照して、ＣＰＵ１１は、報知情報フレームに含まれるタイミング情報と、スーパフレーム構成情報あるいはスロット割当情報とに基づいて、スロットの割当に従ったタイミングを設定する（ステップＳ９０）。具体的には、例えば、自己のＩＤに対応してスロット１が割り当てられた場合には、受信した報知情報フレームのスーパフレーム構成情報ｄ１に含まれている１スーパフレーム区間のスロット数あるいは、スロット割当情報ｄ５に含まれている自己に割り当てられたスロットの番号、タイミング情報ｄ２に含まれている１スロットの区間の長さ、受信区間の長さおよびウェイクアップ区間の長さに従って、自己に割り当てられたスロット（ここではスロット１）に対応する同期フレームを受信するための受信タイミングを設定する。具体的には、同期フレームを受信するためのウェイクアップ区間開始時刻を算出して、タイマ設定する。他のスロットに割り当てられている場合についても同様である。
【０３２３】
例えば、報知情報フレームを受信した同じスーパフレーム区間における自己に割り当てられたスロット（ここではスロット１）に対応する同期フレームを受信するためのタイミングとしてのウェイクアップ区間開始時刻は、「スロット数（割り当てられたスロット番号）×１スロット区間の長さ−ウェイクアップ時間―受信区間の長さ」として算出する。
【０３２４】
また、次のスーパフレーム区間における自己に割り当てられたスロットに対応する同期フレームを受信するためのタイミングとしてのウェイクアップ区間開始時刻は、「スロット数（１スーパフレーム区間内のスロット数）×１スロット区間の長さ−ウェイクアップ時間―受信区間の長さ」として算出する。
【０３２５】
そして、ＣＰＵ１１は、設定されたタイミングに従って同期フレームを受信したかどうかを判断する（ステップＳ９８）。
【０３２６】
そして、ステップＳ９８において、ＣＰＵ１１は、設定されたタイミングに従って同期フレームを受信した場合（ステップＳ９８においてＹＥＳ）には、応答フレームを送信する（ステップＳ１００）。
【０３２７】
そして、次に、ＣＰＵ１１は、同期フレームの中に変更通知があるかどうかを判断する（ステップＳ１０２）。具体的には、上述したようにスーパフレーム構成情報の報知情報フレーム更新番号が更新されたかどうかに基づいて判断する。報知情報フレーム更新番号が更新されたと判断した場合には変更通知があると判断する。一方、報知情報フレーム更新番号が更新されていないと判断した場合には変更通知はないと判断する。
【０３２８】
ステップＳ１０２において、ＣＰＵ１１は、同期フレームの中に変更通知がないと判断された場合（ステップＳ１０２においてＮＯ）には、再びステップＳ９０に戻り、スロットの割当に従ったタイミング設定に従って同期フレームの受信に応答して、応答フレームを送信する。
【０３２９】
したがって、変更通知があるまで当該同期モードにおいて、割り当てられたスロットを用いた管理ノードＭと子ノードＳとのデータ通信が実行される。
【０３３０】
一方、ステップＳ１０２において、ＣＰＵ１１は、同期フレームの中に変更通知があると判断された場合（ステップＳ１０２においてＹＥＳ）には、同期モードの処理を終了する（リターン）。すなわち、同期モードを終了して、再び、図１４のステップＳ５６に戻る。すなわち、再び、以前に受信した報知情報フレームのスーパフレーム構成情報ｄ１、タイミング情報ｄ２およびスロット割当情報ｄ５に基づいて、次のスーパフレーム区間における報知情報フレームを受信するためのタイミングとしてのウェイクアップ区間開始時刻を算出して、当該タイミングをタイマ設定する。
【０３３１】
例えば、次のスーパフレーム区間における報知情報フレームを受信するためのタイミングとしてのウェイクアップ区間開始時刻は、「スロット数（１スーパフレーム区間内の自身を含めた残りのスロット数）×１スロット区間の長さ−ウェイクアップ時間−受信区間の長さ」として算出する。
【０３３２】
そして、ステップＳ５８において、ウイェクアップ区間開始後の受信区間において、再び報知情報フレームを受信したかどうかを判断する。
【０３３３】
そして、報知情報フレームを受信した場合（ステップＳ５８においてＹＥＳ）には、報知情報フレームを分析して、１スーパフレーム区間が変更された場合においても、自己が割当られたスロットに同期した上述した同期モードにおけるデータ通信を実行する。
【０３３４】
本例においては、各子ノードＳが変更通知に従って一斉に次のスーパフレーム区間における報知情報フレームを受信するためのタイミングを算出して、報知情報フレームを受信する。そして、当該報知情報フレームに基づいて、各子ノードがそれぞれ自己が割当られたスロットに同期した上述した同期モードにおけるデータ通信を実行する。したがって、管理ノードＭは、各子ノードのそれぞれに対して受信するタイミングを規定する必要がなく、簡易な方式で各子ノードの受信するタイミングを変更することが可能である。
【０３３５】
一方、ステップＳ９８において、ＣＰＵ１１は、設定された受信タイミングに従って同期フレームを受信しなかったと判断した場合（ステップＳ９８においてＮＯ）には、エラー判定とする（ステップＳ１０３）。なお、エラー判定となった結果は、ＣＰＵ１１の指示に従って、一例として、ＲＡＭ１２等の記憶領域に格納されるものとする。当該エラー判定となった結果は、後述するエラー処理の際に用いられる。
【０３３６】
そして、エラー処理を実行する（ステップＳ１０４）。エラー処理については後述する。そして、ステップＳ９８に戻る。したがって、エラー処理の場合には、応答フレームの送信を停止して消費電力を低減することも可能である。
【０３３７】
エラー処理としては、図１４におけるステップＳ６８における処理および図１７のステップＳ１０４における処理があるがともに同様の処理である。
【０３３８】
図１８は、本発明の実施の形態１に従うエラー処理を説明するフロー図である。
ＣＰＵ１１はＲＯＭ１３に格納されたソフトウェアプログラムを読込むことにより以下における処理を実行する。
【０３３９】
図１８を参照して、まず、ＣＰＵ１１は、エラー回数をカウントする（ステップＳ１１０）。具体的には、ＲＡＭ１２等に格納されているエラー判定となった結果の回数をカウントする。
【０３４０】
そして、次にＣＰＵ１１は、所定回数以上エラー回数がカウントされているかどうかを判断する（ステップＳ１１２）。一例として、所定回数として３回に設定するものとする。すなわち、ＣＰＵ１１は、３回以上エラー回数がカウントされたと判断した場合（ステップＳ１１２においてＹＥＳ）には「Ａ」に進む。
【０３４１】
一方、ＣＰＵ１１は、所定回数以上エラー回数がカウントされていないと判断した場合（ステップＳ１１２においてＮＯ）には、エラー処理を終了する（リターン）。すなわち、この場合においては、未だ所定回数以上、エラー回数がカウントされていないため再度、同様の処理を繰り返してエラー判定となるかどうかを確認する。
【０３４２】
ステップＳ１１２において、３回以上エラー回数がカウントされたと判断した場合には「Ａ」である図１４のステップＳ５４のサーチを開始する。したがって、再び、チャネルの設定が報知情報フレームを受信するまで実行される。エラー判定の原因としては、通信障害等により管理ノードＭにおけるデータ通信のチャネルが変更されて報知情報フレーム等が受信できない場合が想定される。
【０３４３】
したがって、チャネルが変更された場合には、同一のチャネルに設定しなければデータ通信を実行することができないため当該処理により適切なチャネルに再設定してデータ通信を実行することが可能となる。
【０３４４】
図１９は、管理ノードＭにおけるデータ通信のチャネルが変更された場合の子ノードＳ０のチャネルの変更について説明する図である。なお、本図以降、図示は省略しているが、スリープ区間と送信区間（又は受信区間）との間にはウェイクアップ区間が含まれ、図６〜９等での説明と同様に、スリープ区間からの復帰のためのタイマへの時間設定はウェイクアップ区間を考慮して決定する。
【０３４５】
図１９を参照して、子ノードＳ０は、チャネル１で管理ノードＭと時刻ｔ６０から開始されるスロット１を用いたデータ通信を実行している場合が示されている。
【０３４６】
そして、時刻ｔ６１において、管理ノードＭは、電界強度の測定に従った適切なチャネルとして、チャネル３に変更した場合が示されている。
【０３４７】
時刻ｔ６２において、子ノードＳ０は、管理ノードＭがチャネル３を用いたデータ通信に変更したため管理ノードＭからのデータを受信することができない場合が示されている。当該状態が繰り返されることにより図１８で説明したエラー処理に基づいて、再び図１５で説明した管理ノードを検索するサーチが開始される。
【０３４８】
本例においては、時刻ｔ６３において、子ノードＳの通信部１５は、チャネル２に変更して報知情報フレームを受信しようとする場合が示されている。管理ノードＭは、チャネル３を用いたデータ通信に変更したためこの場合においても管理ノードＭからのデータを受信することができない場合が示されている。
【０３４９】
そして、時刻ｔ６５において、さらに、子ノードＳの通信部１５は、チャネル３で報知情報フレームを受信しようとする場合が示されている。
【０３５０】
そして、時刻ｔ６６において、管理ノードＭから報知情報フレームを受信したものとする。すなわち、時刻ｔ６６に管理ノードＭを検出したものとする。
【０３５１】
これに従って、子ノードＳ０は報知情報フレームを分析して、スロット割当情報が有るかどうかを判断する。そして、スロットの割当（本例においてはスロット１）があると判断した場合には、上述したように報知情報フレームに含まれるタイミング情報と、スロット割当情報とに基づいて、スロットの割当に従ったタイミングを設定する。具体的には、例えば、自己のＩＤに対応してスロット１が割り当てられた場合には、受信した報知情報フレームのスロット割当情報ｄ５に含まれている自己に割り当てられたスロットの番号およびタイミング情報ｄ２に含まれている１スロットの区間の長さ、受信区間の長さおよびウェイクアップ区間の長さに従って、自己に割り当てられたスロット（ここではスロット１）に対応する同期フレームを受信するための受信タイミングを設定する。
【０３５２】
そして、時刻ｔ６８において、管理ノードＭからスロット１を用いた同期フレームを受信する。そして、時刻ｔ６９において、応答フレームを管理ノードＭに送信して、以降、チャネル３によるスロット１を用いたデータ通信を再開する。
【０３５３】
したがって、通信障害等により管理ノードＭにおけるデータ通信のチャネルが変更されて、一時的に管理ノードＭとのデータ通信が切断された場合であってもチャネルを変更することによりネットワークを再構成することが可能である。すなわち、再びデータ通信を実行することが可能となる。
【０３５４】
上述したように、本発明の実施の形態１に従う方式により、ネットワークが自動的に再構成および再構築が可能となる。
【０３５５】
また、管理ノードＭは、子ノードＳが領域１０外に移動するような場合には、ネットワークから外れたものとして管理することが可能である。一方で、新たに領域１０内に子ノードＳが移動するような場合には、ネットワークに新たに登録して管理することが可能であり、製造ライン等の部品等に子ノードＳを装着することにより当該領域１０内における部品の位置および状態等を子ノードＳからの応答フレームによって管理ノード側は容易に管理することが可能である。
【０３５６】
（実施の形態２）
上記の実施の形態１においては、管理ノードＭからのみ報知情報フレームが送信されて、管理ノードＭからのブロードキャスト通信が可能な範囲にある子ノードＳを管理（ネットワークを形成）する方式について説明した。
【０３５７】
本実施の形態２においては、管理ノードＭからのブロードキャスト通信が可能な範囲ではない圏外にある子ノードに対しても管理可能な方式について説明する。
【０３５８】
図２０は、本発明の実施の形態２に従うネットワークを形成するノードの概略を説明する図である。
【０３５９】
図２０を参照して、本例においてはある領域１０＃に設けられた管理ノードＭと、複数の子ノードＳ０〜Ｓ４と、中継ノードＲ０，Ｒ１とが設けられている場合が示されている。例えば、領域１０＃としては、ある部屋内を想定しているが、管理ノードＭからのブロードキャスト通信によって届かない範囲の領域も想定しており、中継ノードＲ０，Ｒ１も含めたブロードキャスト通信によって届く範囲の領域を想定している。
【０３６０】
本発明の実施の形態２に従う管理ノードＭおよび各子ノードＳについては、実施の形態１で説明した管理ノードＭおよびＳと同様の構成であるためその説明は省略する。
【０３６１】
本発明の実施の形態２においては、中継ノードＲ０，Ｒ１（総称して中継ノードＲとも称する）を新たに設けた場合について説明する。中継ノードＲ０，Ｒ１は、管理ノードＭと、管理ノードＭからのブロードキャスト通信によって届かない範囲にある子ノード（圏外ノードとも称する）との間のデータ通信を中継する機能（中継機能とも称する）を有する。なお、中継ノードＲは、所定条件が満たされる場合に中継機能を開始し、当該中継機能が開始されない場合には、単なる子ノードとして動作する。なお、各子ノードＳ、中継ノードＲは、それぞれを識別する固有のＩＤ（Identification）情報を有しているものとする。
【０３６２】
図２１は、本発明の実施の形態２に管理ノードＭおよび中継ノードＲから送信される報知情報フレームを説明する図である。
【０３６３】
図２１を参照して、ここでは、ブロードキャスト通信として、管理ノードＭおよび中継ノードＲから報知情報フレームが各子ノードＳに送信される。
【０３６４】
図２１に示されるように、中継ノードＲからも報知情報フレームが送信されることにより、報知情報フレームが送信される領域が拡大し、圏外ノードも報知情報フレームを受信することが可能となる。
【０３６５】
そして、各子ノードＳは、管理ノードＭあるいは中継ノードＲから送信されたブロードキャスト通信として送信された報知情報フレームを受信して、応答フレームとして、ネットワーク接続参加への登録要求フレームを送信する。
【０３６６】
管理ノードＭのハードウェアの構成は、実施の形態１の図４で説明したのと同様であるのでその詳細な説明は繰り返さない。また、子ノードＳの実施の形態１の図５で説明したのと同様であるのでその詳細な説明は繰り返さない。
【０３６７】
図２２は、本発明の実施の形態２に従う中継ノードＲの構成を示す図である。
図２２（Ａ）を参照して、本発明の実施の形態２に従う中継ノードＲは、図５で説明した子ノードＳと比較して、ＣＰＵ１１をＣＰＵ１１＃に置換するとともに、さらに、電界強度測定部２０をさらに設けた点が異なる。他の点については同様であるのでその詳細な説明は繰り返さない。
【０３６８】
中継ノードＲのＣＰＵ１１＃は、ＲＯＭ１３に格納されているソフトウェアプログラムを読み込むことにより、中継ノードＲ全体を制御する。ＣＰＵ１１＃は、子ノードとして管理ノードＭとの間で通信部１５を介したデータ通信を実行するとともに、自己が管理ノードとなって子ノードＳとの間で通信部４９を介したデータ通信の中継処理を実行する。
【０３６９】
電界強度測定部２０は、データ通信の際における外部環境の電界強度を測定する。
図２２（Ｂ）を参照して、ここでは、ＣＰＵ１１＃の管理ノードとして機能する場合における機能ブロック図が示されている。
【０３７０】
具体的には、ＣＰＵ１１＃は、チャネル設定部２２と、サブスーパフレーム設定部２４と、データ送受信制御部２６とを含む。
【０３７１】
チャネル設定部２２は、電界強度測定部２０において測定した電界強度に従ってデータ通信に最適なチャネル（周波数帯）を設定する。
【０３７２】
サブスーパフレーム設定部２４は、通信部１５を介した子ノード（圏外ノード）Ｓとの間での１サイクルのデータ通信の各処理の内容を規定する。本例において、各処理のことをスロットとも称する。
【０３７３】
データ送受信制御部２６は、サブスーパフレーム設定部２４で設定されたサブスーパフレームに従った通信部１５を介したデータ通信を子ノードＳとの間で実行する。
【０３７４】
図２３は、本発明の実施の形態２に従う中継ノードＲ０をネットワークに登録する場合の処理の流れについて説明する図である。なお、中継ノードＲは、上述したように中継機能を開始しない場合には、子ノードＳと同様に動作する。なお、上述したように図示は省略するが、スリープ区間と送信区間（又は受信区間）との間にはウェイクアップ区間が含まれるものとする。スリープ区間からの復帰のためのタイマへの時間設定はウェイクアップ区間を考慮して決定する。
【０３７５】
図２３を参照して、まず、管理ノードＭから１スーパフレーム区間内のスロット０を使用して報知情報フレームが送信される。この場合、管理ノードＭに中継ノードＲが未登録であるため、スーパフレーム構成情報の１スーパフレーム区間のスロット数は１、スロット割当情報には、中継ノードＲのＩＤは未格納である。
【０３７６】
本例においては、スーパフレーム区間ｔｄ０〜ｔｄ５のスロット０において管理ノードＭから報知情報フレームが送信される場合が示されている。
【０３７７】
ここで、たとえば時刻ｔ１０１において、管理ノードＭに未登録である中継ノードＲ０の通信部１５が起動され、管理ノードＭを検索するための受信区間が開始される。
【０３７８】
中継ノードＲ０は、時刻ｔ１０２において、スーパフレーム区間ｔｄ１のスロット０において送信された管理ノードＭからの報知情報フレームを受信する。すなわち、中継ノードＲ０は、時刻ｔ１０２に管理ノードＭを検出したと判断する。
【０３７９】
中継ノードＲ０は、管理ノードＭより受信した報知情報フレームに含まれるスーパフレーム構成情報、タイミング情報に基づいて、上述したように次のスーパフレーム区間ｔｄ３における報知情報フレームを受信するためのタイミングを算出してタイマ１７を設定する。
【０３８０】
また、中継ノードＲ０は、時刻ｔ１０３よりスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０３８１】
中継ノードＲ０は、タイマ１７を用いてカウントしたスリープ区間（Ｓ）満了後、上述したように低消費電力状態より通常電力状態（フレームのデータ送受信が可能な状態）へと復帰し、時刻ｔ１０４より、管理ノードＭから送信される報知情報フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０３８２】
中継ノードＲ０は、時刻ｔ１０４より開始した受信区間（Ｒ）にて管理ノードＭから送信された報知情報フレームを受信し、受信した報知情報フレームに含まれているスロット割当情報に自己のＩＤが格納されているか否かにより自己が管理ノードＭに登録されているか否かを判断する。
【０３８３】
中継ノードＲ０は、自己が管理ノードＭに未登録であると判断した場合に、管理ノードＭより受信した報知情報フレームに含まれるスーパフレーム構成情報、タイミング情報に基づいて、次のスーパフレーム区間ｔｄ４における報知情報フレームを受信するためのタイミングを算出してタイマ１７を設定する。
【０３８４】
そして、中継ノードＲ０は、時刻ｔ１０５において、管理ノードＭへ自己のＩＤを格納した登録要求フレームの送信を開始する。そして、登録要求フレームの送信完了後、時刻ｔ１０６からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０３８５】
管理ノードＭにおいては、中継ノードＲ０から受信した登録要求フレームに格納されているＩＤが、スロット割当情報に格納済みでない場合には、報知情報フレームのスーパフレーム構成情報のスロット数を加算する。具体的には、１スーパフレーム区間に中継ノードＲ０とのデータ通信に用いられる１スロットを追加する処理が実行される。また、スロット割当情報に登録要求フレームに格納されていた中継ノードＲ０のＩＤを格納する処理が実行される。
【０３８６】
中継ノードＲ０は、タイマ１７を用いてカウントしたスリープ区間（Ｓ）満了後、上述したように低消費電力状態より通常電力状態へと復帰し、時刻ｔ１０７より、管理ノードＭから送信される報知情報フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０３８７】
中継ノードＲ０は、時刻ｔ１０７より開始した受信区間（Ｒ）にて、受信した報知情報フレームに含まれているスロット割当情報に自己のＩＤが格納されているか否かに基づいて自己がネットワークに登録されているか否かを判断する。
【０３８８】
中継ノードＲ０は、自己がネットワークに登録されていると判断した場合には、登録要求フレームは送信しない。
【０３８９】
そして、中継ノードＲ０は、自己がネットワークに登録されていると判断した場合、管理ノードＭから自己に割り当てられたスロットを用いたデータ通信を実行するため、管理ノードＭより受信した報知情報フレームに含まれるタイミング情報およびスロット割当情報に基づいて、同じスーパフレーム区間における自己に割り当てられたスロット（ここではスロット１）に対応する同期フレームを受信するためのタイミングを算出してタイマ１７を設定する。
【０３９０】
そして、中継ノードＲ０は、時刻ｔ１０７＃からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０３９１】
中継ノードＲ０は、タイマ１７を用いてカウントしたスリープ区間（Ｓ）満了後、上述したように低消費電力状態より通常電力状態へと復帰し、時刻ｔ１０８より、管理ノードＭから自己に割り当てられたスロット（本例ではスロット１）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０３９２】
中継ノードＲ０は、時刻ｔ１０８より開始した受信区間（Ｒ）にて管理ノードＭから送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【０３９３】
中継ノードＲ０は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、管理ノードＭより、既に受信済みの報知情報フレームに含まれるスーパフレーム構成情報およびタイミング情報に基づいて、次のスーパフレーム区間における自己に割り当てられたスロットを使用して管理ノードＭより送信される同期フレームを受信するためのタイミングを算出してタイマ１７を設定する。
【０３９４】
そして、中継ノードＲ０は、時刻ｔ１０９において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、時刻ｔ１１０からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。すなわち、以降、自己に割り当てられたスロット（本例ではスロット１）のみを使用して管理ノードＭとの間でのデータ通信を実行し、スーパフレームの構成の変更が通知されるまで報知情報フレームの受信は必要としない。
【０３９５】
管理ノードＭにおいては、中継ノードＲ０から受信した応答フレームに格納されている中継ノードＲ０のＩＤが、同スロットで既に送信済みの同期フレームに格納した、割り当てた中継ノードＲ０のＩＤと一致した場合、中継ノードＲ０がネットワーク内で正常に稼動していると判断する。
【０３９６】
なお、以下においても同様に応答フレームを受信するたびに管理ノードＭは、同様の判断を行う。
【０３９７】
中継ノードＲ０は、タイマ１７を用いてカウントしたスリープ区間（Ｓ）満了後、上述したように低消費電力状態より通常電力状態へと復帰し、時刻ｔ１１２より、管理ノードＭから自己に割り当てられたスロット（本例ではスロット１）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０３９８】
中継ノードＲ０は、時刻ｔ１１２より開始した受信区間（Ｒ）にて管理ノードＭから送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【０３９９】
中継ノードＲ０は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、管理ノードＭより、既に受信済みの報知情報フレームに含まれているスーパフレーム構成情報およびタイミング情報に基づいて、次のスーパフレーム区間における自己に割り当てられたスロットを使用して管理ノードＭより送信される同期フレームを受信するためのタイミングを算出してタイマ１７を設定する。
【０４００】
そして、中継ノードＲ０は、時刻ｔ１１４において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、スリープ区間（Ｓ）を開始し低消費電力状態へ移行する。以降、スーパフレームの構成が変わらない限り同様の動作を繰り返し行う。
【０４０１】
したがって、中継ノードＲ０についても子ノードＳと同様にネットワークに登録されて管理ノードＭとの間での同期したデータ通信を実行する。
【０４０２】
図２４は、本発明の実施の形態２に従う中継ノードＲ０を用いて圏外ノードをネットワークに登録する場合の処理の流れについて説明する図である。なお、中継ノードＲとは、管理ノードＭとの関係においては、子ノードＳとして動作する。また、中継ノードＲ０は、圏外ノードＳ３に対して管理ノードとして動作する。
【０４０３】
図２４を参照して、まず、管理ノードＭは、１スーパフレーム区間としてスロット０〜３のスロットを設定しているものとする。
【０４０４】
スロット１は、子ノードＳ０に割り当てているものとする。また、スロット２は、中継ノードＲ０に割り当てているものとする。また、スロット３は、子ノードＳ１に割り当てているものとする。
【０４０５】
そして、子ノードＳ０，Ｓ１および中継ノードＲ０は、それぞれ割り当てられたスロットを用いた管理ノードＭとの間で同期を確立したチャネル１を用いたデータ通信を実行しているものとする。一方、中継ノードＲ０は、管理ノードとしてチャネル１と異なるチャネル２を用いたデータ通信を実行する。
【０４０６】
そして、時刻ｔ１２１から中継ノードＲは、中継機能を開始しているものとする。具体的には、中継ノードＲは、管理ノードとして、１サブスーパフレーム区間を構成するスロット０に対応する報知情報フレームを送信する。なお、中継ノードＲが中継機能を開始している場合には、１スーパフレーム区間が固定された状態であることが必要である。一例として、本例の場合には、１スーパフレーム区間のスロットの個数が４個である状態が継続するものとする。一方、１スーパフレーム区間の個数が変更された場合には、中継機能は中断するものとする。また、中継ノードＲから送信されるサブスーパフレーム区間に従う報知情報フレームは、上述した管理ノードＭから送信される図１０（Ａ）で説明したスーパフレーム区間に従う報知情報フレームと基本的に同様の構成であるが親ノードＩＤ情報ｄ４が異なる。本例の場合には、中継ノードＲから報知情報フレームが送信されるため親ノードＩＤ情報は、中継ノードＲのＩＤ情報が格納されて送信される。また、１サブスーパフレーム区間のスロット数によらず、中継ノードＲから送信される報知情報フレームに格納されるスーパフレーム構成情報の１サブスーパフレーム区間のスロット数は１スーパフレーム区間のスロット数と同じ４個として固定される。また、中継ノードＲ０においては、サブスーパフレーム区間は最大３個のスロットしか拡張することはできない。１スーパフレーム区間のうちの１つのスロットは、管理ノードＭとの間のデータ通信として用いる必要があるからである。本例においては管理ノードＭとの間のデータ通信として用いるスロット部分を「リザーブ」と標記している。
【０４０７】
そして、次に、例えば時刻ｔ１２０において圏外ノードＳ３の通信部１５が起動され、管理ノードＭを検索するための受信区間が開始される。
【０４０８】
圏外ノードＳ３は、時刻ｔ１２０より受信区間（Ｒ）を開始後、管理ノードより報知情報フレームを受信するまで受信区間（Ｒ）を継続する。
【０４０９】
そして、圏外ノードＳ３は、時刻ｔ１２１において、サブスーパフレーム区間ｓｔａ０のスロット０において送信された管理ノード（中継ノードＲ０）から送信された報知情報フレームを受信する。すなわち、圏外ノードＳ３は、時刻ｔ１２１に管理ノード（中継ノードＲ０）を検出したと判断する。
【０４１０】
圏外ノードＳ３は、管理ノード（中継ノードＲ０）より受信した報知情報フレームに含まれるスーパフレーム構成情報、タイミング情報に基づいて、次のサブスーパフレーム区間ｓｔａ１における報知情報フレームを受信するタイミングを算出する。
【０４１１】
具体的には、一例として、圏外ノードＳ３は、スーパフレーム構成情報である１スーパフレーム区間内のスロット数、タイミング情報の１スロットの区間の長さと受信区間の長さとウェイクアップ時間とに基づいて、報知情報フレームを受信するためのウェイクアップ区間開始時刻を「スロット数（１スーパフレーム区間内のスロット数（固定値４））×１スロット区間の長さ−ウェイクアップ時間−受信区間の長さ」として算出する。そして、圏外ノードＳ３は、タイマ１７を用いて算出した時刻となるまでカウントする。また、圏外ノードＳ３は、時刻ｔ１２２においてスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０４１２】
そして、圏外ノードＳ３は、タイマ１７を用いて算出した時刻後、スリープ区間（Ｓ）を終了して、低消費電力状態から通常電力状態に復帰させる。そして、時刻ｔ１２３において、管理ノード（中継ノードＲ０）から送信される報知情報フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０４１３】
圏外ノードＳ３は、時刻ｔ１２３より開始した受信区間（Ｒ）にて管理ノードＭから送信された報知情報フレームを受信し、受信した報知情報フレームに含まれているスロット割当情報に自己のＩＤが格納されているか否かにより自己が管理ノードＭに登録されているか否かを判断する。
【０４１４】
圏外ノードＳ３は、自己が管理ノードＭに未登録であると判断した場合に、管理ノード（中継ノードＲ０）より受信した報知情報フレームに含まれるスーパフレーム構成情報、タイミング情報に基づいて、次のサブスーパフレーム区間ｓｔａ２における報知情報フレームを受信するタイミングを算出する。
【０４１５】
具体的には、一例として、圏外ノードＳ３は、スーパフレーム構成情報である１スーパフレーム区間内のスロット数、タイミング情報の１スロットの区間の長さと受信区間の長さとウェイクアップ時間とに基づいて、報知情報フレームを受信するためのウェイクアップ区間開始時刻を「スロット数（１スーパフレーム区間内のスロット数（固定値４））×１スロット区間の長さ−ウェイクアップ時間−受信区間の長さ」として算出する。そして、圏外ノードＳ３は、タイマ１７を用いて算出した時刻となるまでカウントする。
【０４１６】
そして、圏外ノードＳ３は、時刻ｔ１２４において、管理ノード（中継ノードＲ０）へ自己のＩＤを格納した登録要求フレームの送信を開始する。そして、登録要求フレームの送信完了後、時刻ｔ１２５からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０４１７】
管理ノード（中継ノードＲ０）においては、子ノードＳ３から受信した登録要求フレームに格納されているＩＤが、スロット割当情報に格納済みでない場合には、スロット割当情報に登録要求フレームに格納されていた子ノードＳ３のＩＤを格納する処理が実行される。
【０４１８】
そして、圏外ノードＳ３は、タイマ１７を用いて算出した時刻後、スリープ区間（Ｓ）を終了して、低消費電力状態から通常電力状態に復帰させる。そして、時刻ｔ１２６において、管理ノード（中継ノードＲ０）から送信される報知情報フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０４１９】
圏外ノードＳ３は、時刻ｔ１２６より開始した受信区間（Ｒ）にて管理ノードＭから送信された報知情報フレームを受信し、受信した報知情報フレームに含まれているスロット割当情報に自己のＩＤが格納されているか否かにより自己が管理ノードＭに登録されているか否かを判断する。
【０４２０】
そして、圏外ノードＳ０は、自己がネットワークに登録されていると判断した場合、管理ノード（中継ノードＲ０）から自己に割り当てられたスロットを用いたデータ通信を実行するため、管理ノード（中継ノードＲ０）より受信した報知情報フレームに含まれるタイミング情報およびスロット割当情報に基づいて、同じサブスーパフレーム区間における自己に割り当てられたスロット（ここではスロット１）に対応する同期フレームを受信するためのタイミングを算出する。
【０４２１】
具体的には、スロット割当情報に含まれている自己に割り当てられたスロットの番号（本例では、スロット１）、タイミング情報に含まれている１スロットの区間の長さと、受信区間の長さと、ウェイクアップ時間とに基づいて、同期フレームを受信するためのウェイクアップ区間開始時刻を「スロット数（割り当てられたスロット番号）×１スロット区間の長さ−ウェイクアップ時間―受信区間の長さ」として算出する。そして、圏外ノードＳ３は、タイマ１７を用いて算出した時刻となるまでカウントする。
【０４２２】
圏外ノードＳ３は、自己がネットワークに登録されていると判断した場合には、登録要求フレームは送信しない。
【０４２３】
そして、圏外ノードＳ３は、時刻ｔ１２７からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。
【０４２４】
圏外ノードＳ３は、タイマ１７を用いて算出した時刻後、スリープ区間（Ｓ）を終了して、低消費電力状態から通常電力状態に復帰させる。そして、圏外ノードＳ３は、サブスーパフレーム区間ｓｔａ２のスーパフレームのスロット１の区間である時刻ｔ１２８において、管理ノード（中継ノードＲ０）から自己に割り当てられたスロット（本例ではスロット１）を使用して送信される同期フレームの受信を開始するための受信区間（Ｒ）を開始する。
【０４２５】
圏外ノードＳ３は、時刻ｔ１２８より開始した受信区間（Ｒ）にて管理ノード（中継ノードＲ０）から送信された同期フレームを受信し、受信した同期フレームに自己のＩＤが格納されているか否かに基づいて自己に割り当てられたスロットか否かを判断する。本例では、自己のＩＤが格納されているものとする。
【０４２６】
圏外ノードＳ３は、受信した同期フレームに自己のＩＤが格納されていると判断した場合には、管理ノード（中継ノードＲ０）より、既に受信済みの報知情報フレームに含まれるスーパフレーム構成情報およびタイミング情報に基づいて、次のサブスーパフレーム区間における自己に割り当てられたスロットを使用して管理ノードＭより送信される同期フレームを受信するためのタイミングを算出する。そして、圏外ノードＳ３は、タイマ１７を用いて算出した時刻となるまでカウントする。
【０４２７】
なお、以下においても同様に自己に割当てられたスロットにおいて同期フレームを受信するたびに子ノードＳは、管理ノードＭから自己に割り当てられたスロットを用いたデータ通信を実行するタイミングを算出するものとする。
【０４２８】
また、圏外ノードＳ３は、時刻ｔ１２９において、管理ノードＭへ自己のＩＤを格納した応答フレームの送信を開始する。そして、応答フレームの送信完了後、時刻ｔ１３０からスリープ区間（Ｓ）を開始し低消費電力状態へ移行する。すなわち、以降、自己に割り当てられたスロット（本例ではスロット１）のみを使用して管理ノード（中継ノードＲ０）との間でのデータ通信を実行し、スーパフレームの構成の変更が通知されるまで報知情報フレームの受信は必要としない。
【０４２９】
当該処理により、管理ノードＭの報知情報フレームの受信可能な範囲にない圏外ノードについても中継ノードＲを用いてネットワークに登録することが可能となる。
【０４３０】
図２５は、本発明の実施の形態２に従う管理ノードＭと、中継ノードＲ０を用いた子ノードとのデータの流れについて説明する図である。なお、中継ノードＲ０とは、管理ノードＭとの関係においては、子ノードＳとして動作する。また、中継ノードＲ０は、子ノード（圏外ノード）Ｓ３，Ｓ４に対して管理ノードとして動作する。
【０４３１】
図２５を参照して、まず、管理ノードＭは、１スーパフレーム区間としてスロット０〜３のスロットを設定しているものとする。
【０４３２】
１スーパフレーム区間におけるスロット１は、子ノードＳ０に割り当てているものとする。また、スロット２は、中継ノードＲ０に割り当てているものとする。また、スロット３は、子ノードＳ１に割り当てているものとする。
【０４３３】
そして、子ノードＳ０，Ｓ１および中継ノードＲ０は、それぞれ割り当てられたスロットを用いた管理ノードＭとの間で同期を確立したチャネル１を用いたデータ通信を実行しているものとする。
【０４３４】
また、上述した方式に従って、中継ノードＲ０は、１サブスーパフレーム区間としてスロット０〜２のスロットを設定しているものとする。
【０４３５】
１サブスーパフレーム区間におけるスロット１は、子ノードＳ３に割り当てているものとする。また、スロット２は、子ノードＳ４に割り当てているものとする。
【０４３６】
そして、子ノードＳ０，Ｓ１および中継ノードＲ０は、それぞれ割り当てられたスロットを用いた管理ノードＭとの間で同期を確立したチャネル２を用いたデータ通信を実行しているものとする。チャネルを異ならせることにより混信を防止し良好なデータ通信を確保することが可能である。
【０４３７】
また、子ノードＳ３，Ｓ４は、それぞれ割り当てられたスロットを用いた管理ノード（中継ノードＲ）との間で同期を確立したデータ通信を実行しているものとする。
【０４３８】
中継ノードＲ０は、管理ノードＭとの関係において、時刻ｔ１４０，ｔ１４４に開始される自己に割り当てられたスロット２を用いたデータ通信に関して、同期フレームを受信して、時刻ｔ１４２，ｔ１４６において応答フレームを送信する。この応答フレームには、自己の中継ノードＲ０のデータと、中継ノードＲ０を管理ノードとする子ノードの情報も含められる。
【０４３９】
すなわち、中継ノードＲ０の応答フレームには、中継ノードＲ０のデータと、子ノードＳ３，Ｓ４のデータが１つの応答フレームとして管理ノードＭに送信される。
【０４４０】
当該方式により、管理ノードＭは、中継ノードＲ０を介して子ノードＳ３，Ｓ４のデータを取得することが可能となる。
【０４４１】
図２６は、本発明の実施の形態２に従う管理ノードＭと、中継ノードＲ０を用いた子ノードとのデータの別の流れについて説明する図である。なお、中継ノードＲとは、管理ノードＭとの関係においては、子ノードＳとして動作する。また、中継ノードＲ０は、子ノード（圏外ノード）Ｓ３，Ｓ４に対して管理ノードとして動作する。
【０４４２】
図２６を参照して、まず、管理ノードＭは、１スーパフレーム区間としてスロット０〜３のスロットを設定しているものとする。
【０４４３】
１スーパフレーム区間におけるスロット１は、子ノードＳ０に割り当てているものとする。また、スロット２は、中継ノードＲ０に割り当てているものとする。また、スロット３は、子ノードＳ１に割り当てているものとする。
【０４４４】
そして、子ノードＳ０，Ｓ１および中継ノードＲ０は、それぞれ割り当てられたスロットを用いた管理ノードＭとの間で同期を確立したデータ通信を実行しているものとする。
【０４４５】
また、上述した方式に従って、中継ノードＲ０は、１サブスーパフレーム区間としてスロット０〜２のスロットを設定しているものとする。
【０４４６】
１サブスーパフレーム区間におけるスロット１は、子ノードＳ３に割り当てているものとする。また、スロット２は、子ノードＳ４に割り当てているものとする。
【０４４７】
そして、子ノードＳ０，Ｓ１および中継ノードＲ０は、それぞれ割り当てられたスロットを用いた管理ノードＭとの間で同期を確立したデータ通信を実行しているものとする。
【０４４８】
また、子ノードＳ３，Ｓ４は、それぞれ割り当てられたスロットを用いた管理ノード（中継ノードＲ０）との間で同期を確立したデータ通信を実行しているものとする。
【０４４９】
上記においては、管理ノードＭから送信される同期フレームに対して、応答フレームを送信するのみであったが、中継ノードＲ０を介して行なわれる図１０，１１で説明したユーザデータの流れについて説明する。
【０４５０】
一例として、管理ノードＭから圏外ノードＳ３が取得したデータの送信を要求する場合、時刻ｔ１４８において、管理ノードＭから中継ノードＲ０への通信に割り当てられたスロット２を用いたデータ通信に関して、同期フレーム中のユーザデータに含まれる送信元ノードＩＤとして管理ノードＭのＩＤ情報（ＩＤ０００）を格納し、送信先ノードＩＤとして圏外ノードＳ３のＩＤ情報（例えばＩＤ００５）を格納する。そして送信すべきデータとして、データの転送指示コマンドを送信先ノードＩＤに続いて送信する。中継ノードＲ０は、かかる同期フレームを受信して、ユーザデータに含まれている送信先ノードのＩＤを確認して自己宛か否か認識する。
【０４５１】
管理ノードである中継ノードＲ０は、同期フレーム中の送信先ノードＩＤに指定されているＩＤが自己宛でないと認識した場合には、次に、自己が管理ノードとして管理する子ノード宛であるか否かを認識する。そして、自己が管理ノードとして管理する子ノード宛でもないと認識した場合には、応答フレームを用いて管理ノードＭに送信する。
【０４５２】
一方、中継ノードＲ０は、自己が管理ノードとして管理する子ノード宛であると認識した場合には、当該データの転送指示コマンドを受けて、圏外ノードＳ３とのデータ通信に割り当てられている１サブスーパフレーム区間のスロット１を用いて、時刻ｔ１５２において管理ノードＭからの同期フレームに含まれるユーザデータを圏外ノードＳ３への同期フレームのユーザデータとして転送する。
【０４５３】
圏外ノードＳ３は、時刻ｔ１５２においてスロット１を用いた中継ノードＲ０からの同期フレームを受信する。そして、当該同期フレームに含まれるユーザデータが自己宛であるか否かを認識する。そして、自己宛であると認識した場合には、同期フレームに含まれるデータ転送指示コマンドに応答して、時刻ｔ１５３において自己が取得したデータを中継ノードＲ０への応答フレームにより送信する。具体的には、圏外ノードＳ３から管理ノードＭへの応答フレームにおいて、送信元ノードＩＤとして圏外ノードＳ３のＩＤ情報（ＩＤ００５）、送信先ノードＩＤとして管理ノードＭのＩＤ情報（ＩＤ０００）を格納し、送信先ノードＩＤに続いて圏外ノードＳ３が取得したデータを送信する。
【０４５４】
中継ノードＲ０は、圏外ノードＳ３からの応答フレームに含まれるユーザデータの送信先ＩＤが管理ノードＭのＩＤ情報（ＩＤ０００）であることに応じて、中継ノードＲ０から管理ノードＭへの通信に割り当てられたスロット２において、応答フレームを送信する。すなわち、中継ノードＲ０は、圏外ノードＳ３からの応答フレームに含まれるユーザデータを管理ノードＭへの応答フレームのユーザデータとして転送する。
【０４５５】
別の例として、圏外ノードＳ３から圏外ノードＳ４へデータを送信する場合、圏外ノードＳ３が中継ノードＲへ送信する応答フレームのユーザデータ領域に、送信先ノードＩＤとして圏外ノードＳ４のＩＤ情報（ＩＤ００６）を格納し、送信元ノードＩＤとして圏外ノードＳ３のＩＤ情報（ＩＤ００５）を格納する。そして送信すべきデータを送信元ノードＩＤに続いて送信する。
【０４５６】
圏外ノードＳ３からの応答フレームを受信した中継ノードＲは、ユーザデータに含まれている送信先ノードのＩＤを確認して自己宛か否か認識する。
【０４５７】
そして、中継ノードＲは、自己宛でないと認識した場合には、自己が管理するネットワーク内のノードに当該ＩＤ情報が含まれていれば、その子ノード（圏外ノード）に転送する。具体的には、圏外ノードＳ４へ送信する同期フレームのユーザデータ領域に、圏外ノードＳ３から受信した応答フレームのユーザデータ領域の情報を格納し、圏外ノードＳ４へ同期フレームを送信する。
【０４５８】
当該同期フレームを受信した圏外ノードＳ４は、ユーザデータに含まれている送信先ノードのＩＤを確認して自己宛か否か認識する。そして、送信先ノードＩＤにより自己宛のデータであるかを確認し、さらに、送信元ノードＩＤによりデータの送信元の確認をして、受信したデータが適切なデータであるかを判別することが可能となる。したがって、例えば、圏外ノードＳ３から圏外ノードＳ４へのデータの転送も可能である。
【０４５９】
また、中継ノードＲ０が管理する複数の子ノードからユーザデータの転送が行われる場合、各々の子ノードから中継ノードＲ０への応答フレームによるデータ転送は各々の子ノードに割り当てられたスロットにおいて行われ、中継ノードＲ０から管理ノードＭへの応答フレームによるデータ転送は、各々の子ノードからのデータ転送とは異なるスーパフレーム区間のスロットを用いて行われる。
【０４６０】
このようにデータを順次転送することにより、異なるネットワーク階層間であったとしてもユーザデータの転送が可能となる。
【０４６１】
なお、上記は一例であり、例えば、管理ノードＭから中継ノードＲ０に対して特別なコマンドを送信して中継ノードＲ０を介して特別なコマンドに基づく制御を実行するようにしても良い。
【０４６２】
本発明の実施の形態２に従う管理ノードＭにおけるデータ通信の処理の流れについては、実施の形態１で説明した図１２，１３のフロー図と同様であるのでその詳細な説明については繰り返さない。
【０４６３】
子ノードおよび中継ノードにおけるデータ通信の処理の流れについても図１４のフロー図と同様であるが、中継ノードに関して、同期モードにおける処理が異なる。
【０４６４】
図２７は、本発明の実施の形態２に従う中継ノードにおける同期モードの処理を説明するフロー図である。
【０４６５】
ＣＰＵ１１＃は、ＲＯＭ１３に格納されたソフトウェアプログラムを読込むことにより以下における処理を実行する。
【０４６６】
図２７を参照して、ＣＰＵ１１＃は、報知情報フレームに含まれるタイミング情報と、スーパフレーム構成情報あるいはスロット割当情報とに基づいて、スロットの割当に従ったタイミングを設定する（ステップＳ９０）。具体的には、例えば、自己のＩＤに対応してスロット２が割り当てられた場合には、受信した報知情報フレームのスーパフレーム構成情報ｄ１に含まれている１スーパフレーム区間のスロット数あるいは、スロット割当情報ｄ５に含まれている自己に割り当てられたスロットの番号、タイミング情報ｄ２に含まれている１スロットの区間の長さ、受信区間の長さおよびウェイクアップ区間の長さに従って、自己に割り当てられたスロット（ここではスロット２）に対応する同期フレームを受信するための受信タイミングを設定する。具体的には、同期フレームを受信するためのウェイクアップ区間開始時刻を算出して、タイマ設定する。他のスロットに割り当てられている場合についても同様である。
【０４６７】
例えば、報知情報フレームを受信した同じスーパフレーム区間における自己に割り当てられたスロット（ここではスロット２）に対応する同期フレームを受信するためのタイミングとしてのウェイクアップ区間開始時刻は、「スロット数（割り当てられたスロット番号）×１スロット区間の長さ−ウェイクアップ時間―受信区間の長さ」として算出する。
【０４６８】
また、次のスーパフレーム区間における自己に割り当てられたスロットに対応する同期フレームを受信するためのタイミングとしてのウェイクアップ区間開始時刻は、「スロット数（１スーパフレーム区間内のスロット数）×１スロット区間の長さ−ウェイクアップ時間―受信区間の長さ」として算出する。
【０４６９】
そして、ＣＰＵ１１＃は、設定された受信タイミングに従って同期フレームを受信したかどうかを判断する（ステップＳ９８）。
【０４７０】
そして、ステップＳ９８において、ＣＰＵ１１＃は、設定された受信タイミングに従って同期フレームを受信した場合（ステップＳ９８においてＹＥＳ）には、応答フレームを送信する（ステップＳ１００）。
【０４７１】
そして、次に、ＣＰＵ１１＃は、同期フレームの中に変更通知があるかどうかを判断する（ステップＳ１０２）。具体的には、上述したようにスーパフレーム構成情報の報知情報フレーム更新番号が更新されたかどうかに基づいて判断する。報知情報フレーム更新番号が更新されたと判断した場合には変更通知があると判断する。一方、報知情報フレーム更新番号が更新されていないと判断した場合には変更通知はないと判断する。
【０４７２】
ステップＳ１０２において、ＣＰＵ１１＃は、同期フレームの中に変更通知がないと判断された場合（ステップＳ１０２においてＮＯ）には、次に、中継モードの開始判定処理を実行する（ステップＳ１２０）。
【０４７３】
そして、ＣＰＵ１１＃は、中継可能フラグがオンされたかどうかを判断する（ステップＳ１２２）。
【０４７４】
ＣＰＵ１１＃は、ステップＳ１２２において、中継可能フラグがオンされていないと判断した場合（ステップＳ１２２においてＮＯ）には、中継モードに入ることなく、再びステップＳ９０に戻る。そして、スロットの割当に従ったタイミング設定に従って同期フレームの受信に応答して、応答フレームを送信する。
【０４７５】
したがって、中継モードに入らない場合においても変更通知があるまで同期モードにおいて、割り当てられたスロットを用いた管理ノードＭと中継ノードＲとのデータ通信が実行される。
【０４７６】
一方、ステップＳ１２２において、ＣＰＵ１１＃は、中継可能フラグがオンされたと判断した場合（ステップＳ１２２においてＹＥＳ）には、中継モードに入る（ステップＳ１２４）。そして、中継モード終了後、再び、ステップＳ９０に戻り、スロットの割当に従ったタイミング設定に従って同期フレームの受信に応答して、応答フレームを送信する。
【０４７７】
したがって、中継モードに入った場合においても、中継モード終了後、変更通知があるまで同期モードにおいて、割り当てられたスロットを用いた管理ノードＭと中継ノードＲとのデータ通信が実行される。
【０４７８】
一方、ステップＳ１０２において、ＣＰＵ１１＃は、同期フレームの中に変更通知があると判断された場合（ステップＳ１０２においてＹＥＳ）には、同期モードの処理を終了する（リターン）。すなわち、同期モードを終了して、再び、図１４のステップＳ５６に戻る。以降の処理については、実施の形態１で説明したのと同様であるのでその詳細な説明は繰り返さない。なお、管理ノードＭからの同期フレームに変更通知が含まれている場合には、１スーパフレーム区間が変更されるため中継ノードＲと圏外ノードとのデータ通信を実行することができなくなる。すなわち、圏外ノードがネットワークから外れてしまうことになる。しかしながら、再び、中継ノードにおける同期モードが開始されるとともに、中継モードが開始されることにより、中継ノードＲと圏外ノードとの間のデータ通信が実行されてネットワークが再構築されることになる。
【０４７９】
次に、中継判定モードについて説明する。
図２８は、本発明の実施の形態２に従う中継判定モードを説明するフロー図である。
【０４８０】
ＣＰＵ１１＃は、ＲＯＭ１３に格納されたソフトウェアプログラムを読込むことにより以下における処理を実行する。
【０４８１】
図２８を参照して、ＣＰＵ１１＃は、スーパフレーム区間を確認する。
そして、ＣＰＵ１１＃は、スーパフレーム区間のスロット数が所定スロット以上あるかどうかを判断する（ステップＳ１３２）。所定スロット以上として、本例においては、一例として、３以上であるものとする。３以上でなければサブスーパフレーム区間において、圏外ノードとの間でデータ通信を実行するスロットを確保することができないからである。
【０４８２】
ステップＳ１３２において、ＣＰＵ１１＃は、スーパフレーム区間のスロット数が所定スロット以上あると判断した場合（ステップＳ１３２においてＹＥＳ）には、中継モードに入ることが可能であることを示す中継可能フラグをオンに設定する（ステップＳ１３４）。そして、処理を終了する（リターン）。一方、ステップＳ１３２において、ＣＰＵ１１＃は、スーパフレーム区間のスロット数が所定スロット以上ないと判断した場合（ステップＳ１３２においてＮＯ）には、中継モードに入ることが可能であることを示す中継可能フラグをオフに設定する（ステップＳ１３４）。そして、処理を終了する（リターン）。
【０４８３】
そして、中継可能フラグがオンに設定された場合に、中継モードに入る。
なお、本例においては、スーパフレーム区間が所定スロット以上であれば中継モードに入る場合について説明した。一方で、ネットワークの変更が通知される変更通知が有った場合には、中継モードは中断されるためスーパフレーム区間が変更されないような状況において、中継モードが開始されることが望ましい。したがって、中継可能フラグがオンとなる条件として、スーパフレーム区間が変更されないような状況となる所定期間が経過していることを付加するようにしても良い。
【０４８４】
図２９は、本発明の実施の形態２に従う中継モードを説明するフロー図である。
ＣＰＵ１１＃は、ＲＯＭ１３に格納されたソフトウェアプログラムを読込むことにより以下における処理を実行する。
【０４８５】
本発明の実施の形態２に従う中継ノードは、中継モードにおいて、管理ノードとして動作する。すなわち、ＣＰＵ１１＃のチャネル設定部２２は、電界強度測定部２０に指示して外部環境における電界強度を測定する（ステップＳ１４０）。
【０４８６】
そして、チャネル設定部２２は、電界強度測定部２０における電界強度の測定に従ってデータ通信を実行する場合にデータ送受信における適切なチャネルを通信部１５に対して設定する（ステップＳ１４１）。なお、チャネル設定部２２は、適切なチャネルのうち管理ノードＭとのデータ通信で用いられているチャネル以外のチャネルを選択する。例えば、管理ノードとの間でチャネル１が用いられている場合には、チャネル２を選択するものとする。当該処置により、混信を防止して良好な良好なデータ通信を確保することが可能となる。
【０４８７】
次に、サブスーパフレーム設定部２４は、サブスーパフレーム区間の設定処理を実行する（ステップＳ１４２）。サブスーパフレーム区間の設定処理については、図１３で説明したスーパフレーム区間の設定処理と同様であるのでその詳細な説明は繰り返さない。
【０４８８】
初期設定においては、１サブスーパフレーム区間はスロット０のみで構成されている。したがって、最初の１サイクルについては、ステップＳ１４２の処理をスキップすることも可能である。
【０４８９】
次に、データ送受信制御部２６は、サブスーパフレーム設定部２４により設定されたサブスーパフレーム区間に基づいて報知情報フレームを生成する（ステップＳ１４３）。具体的には、図１０（Ａ）で説明した報知情報フレームが生成される。なお、上述したように親ノードＩＤ情報ｄ３は、中継ノードＲのＩＤ情報が格納される。また、スーパフレーム構成情報ｄ１の１サブスーパフレーム区間のスロット数は１スーパフレーム区間のスロット数と同じ値として固定される。
【０４９０】
そして、次に、データ送受信制御部２６は、サブスーパフレーム設定部２４において設定された１サブスーパフレーム区間におけるスロットを確認する（ステップＳ１４４）。
【０４９１】
そして、データ送受信制御部２６は、１サブスーパフレーム区間に設定されたスロット０の送信区間（Ｔ）において通信部１５を介して報知情報フレームを送信する（ステップＳ１４６）。
【０４９２】
そして、次に、データ送受信制御部２６は、１サブスーパフレーム区間に設定されたスロット０の受信区間（Ｒ）において通信部１５を介して登録要求フレームを受信したかどうかを判断する（ステップＳ１４８）。具体的には、図１１（Ａ）で説明した登録要求フレームを受信したかどうかを判断する。
【０４９３】
データ送受信制御部２６は、ステップＳ１４８において、登録要求フレームを受信したと判断した場合（ステップＳ１４８においてＹＥＳ）には、スロット追加フラグをオンにする（ステップＳ１５０）。なお、中継ノードが管理可能な子ノードの数はスーパフレーム区間により定まるため、例えば、サブスーパフレーム区間のスロットが既に最大個数に拡張されている場合には、スロット追加フラグはオンされないものとする。例えば、１スーパフレームの区間のスロット数が４でスロット０と別にスロット割当情報に２個のスロット１，２が割り当てられている場合には、さらにスロットを追加することはできないためスロット追加フラグはオンしないものとする。
【０４９４】
一方、データ送受信制御部２６は、ステップＳ１４８において、登録要求フレームを受信しなかったと判断した場合（ステップＳ１４８においてＮＯ）には、次のステップＳ１５２に進む。
【０４９５】
なお、通信部１５を介した受信区間（Ｒ）が終了した場合に、データ送受信制御部２６は、電源管理部１４に対して各部への電源の供給の停止を指示する低消費電力状態への移行を指示する。これにより、中継ノードＲは、スリープ区間（Ｓ）となる。なお、データ送受信制御部２６は、スリープ区間（Ｓ）に入る前に次のスロットを開始するためのウェイクアップ区間開始時刻を算出する。そして、タイマ１７に対して算出した時刻を設定する。そして、タイマ１７は、算出した時刻となるまでカウントし、算出した時刻となった場合に電源管理部１４に通知する。これにより、電源管理部１４は、タイマ１７からの通知に従って低消費電力状態から通常電力状態に復帰させる。そして、データ送受信制御部２６は、低消費電力状態から通常電力状態への復帰の後、次のスロットを開始する。上記の処理は、各スロット毎に繰り返し実行される。当該処理により中継ノードＲは、送信区間（Ｔ）、受信区間（Ｒ）およびウェイクアップ区間（Ｗ）以外の区間は、スリープ区間（Ｓ）として間欠動作させて電源の供給を停止する低消費電力状態に移行させることが可能であり、消費電力を抑制することが可能である。
【０４９６】
そして、次に、ステップＳ１５２において、データ送受信制御部２６は、１サブスーパフレーム区間に次のスロットがあるかどうかを判断する（ステップＳ１５２）。
【０４９７】
ステップＳ１５２において、データ送受信制御部２６は、１サブスーパフレーム区間に次のスロットがあると判断した場合（ステップＳ１５２においてＹＥＳ）には、次のステップＳ１５４に進む。
【０４９８】
一方、ステップＳ１５４において、データ送受信制御部２６は、１サブスーパフレーム区間に次のスロットがないと判断した場合（ステップＳ１５２においてＮＯ）には、処理を終了する（リターン）。すなわち、上述したように中継モードを終了して、管理ノードＭとの間でのデータ通信を実行する。
【０４９９】
データ送受信制御部２６は、１サブスーパフレーム区間に次のスロットがあると判断した場合（ステップＳ１５２においてＹＥＳ）には、次にスロット追加フラグがオンされているかどうかを判断する（ステップＳ１５４）。
【０５００】
ステップＳ１５４において、データ送受信制御部２６は、スロット追加フラグがオンされていると判断した場合（ステップＳ１５４においてＹＥＳ）には、データ送受信制御部２６は、スロットに対応する同期フレーム（変更通知有）を生成する（ステップＳ１５５）。具体的には、図１０（Ｂ）で説明した報知情報フレーム更新番号が更新された報知情報フレームが生成される。
【０５０１】
そして、次に、データ送受信制御部２６は、通信部１５を介してスロットに対応する同期フレーム（変更通知有）を送信する（ステップＳ１５６）。当該同期フレームを受信することにより、１サブスーパフレーム区間に変更があることを子ノードは判断することが可能である。
【０５０２】
一方、ステップＳ１５４において、データ送受信制御部２６は、スロット追加フラグがオンしていないと判断した場合（ステップＳ１５４においてＮＯ）には、データ送受信制御部２６は、スロットに対応する同期フレームを生成する（ステップＳ１５７）。具体的には、図１０（Ｂ）で説明した報知情報フレーム更新番号は更新されない報知情報フレームが生成される。
【０５０３】
そして、次に、データ送受信制御部２６は、通信部１５を介してスロットに対応する同期フレームを送信する（ステップＳ１５８）。
【０５０４】
そして、次に、データ送受信制御部２６は、通信部１５を介してスロットに対応する同期フレームに対して応答フレームの受信があったどうかを判断する（ステップＳ１６０）。具体的には、図１１（Ｂ）で説明した応答フレームを受信したかどうかを判断する。
【０５０５】
ステップＳ１６０において、データ送受信制御部２６は、応答フレームの受信があったと判断した場合（ステップＳ１６０においてＹＥＳ）には、応答フレームを取得する（ステップＳ１６２）。取得した応答フレームは、データ送受信制御部２６の指示に従って、一例として、ＲＡＭ１２等の記憶領域に格納されるものとする。
【０５０６】
一方、ステップＳ１６０において、データ送受信制御部２６は、応答フレームの受信がなかったと判断した場合（ステップＳ１６０においてＮＯ）には、エラー判定とする（ステップＳ１６４）。なお、エラー判定となった結果は、データ送受信制御部２６の指示に従って、一例として、ＲＡＭ１２等の記憶領域に格納されるものとする。当該エラー判定となった結果は、サブスーパフレーム区間の設定処理の際に用いられる。すなわち、エラー判定が所定個以上継続した場合にはスロットが削除される。
【０５０７】
そして、再びステップＳ１５２に戻る。なお、上述したように、各スロットにおける通信部１５を介した受信区間Ｒが終了した場合に、データ送受信制御部２６は、電源管理部１４に対して各部への電源の供給の停止を指示する低消費電力状態への移行を指示する。これにより、管理ノードＭは、スリープ区間（Ｓ）となる。
【０５０８】
ステップＳ１５２において、データ送受信制御部２６は、１サブスーパフレーム区間に次のスロットがあるかどうかを判断（ステップＳ１５２）し、上記と同様の処理を繰り返す。すなわち、スロットが有る場合には、スロットに対応する同期フレームを通信部１５を介して送信する。
【０５０９】
そして、全てのスロットに対する処理が終了した後、中継モードにおける処理を終了する（リターン）。そして、上述したように図２７のステップＳ９０に戻って、管理ノードＭとの間でのデータ通信を実行する。その際、１サブスーパフレーム区間のスロットを用いて子ノードとのデータ通信をした内容（データ）をＲＡＭ１２等から取得して、中継ノードＲの応答フレームとして中継ノードＲの情報とともに管理ノードＭに送信されることになる。
【０５１０】
本発明の実施の形態２に従う方式において、中継ノードＲと管理ノードＭとの間の同期確立後は、中継ノードＲを管理ノードとして動作させて、管理ノードＭとの間での中継処理を実行することが可能となる。したがって、管理ノードＭがデータ通信を実行することが可能な領域を中継ノードＲを用いて拡大することが可能となる。
【０５１１】
したがって、管理ノードＭは、子ノードＳが移動するような場合においても、中継ノードＲを用いることにより、広い範囲で子ノードＳをネットワーク全体として管理することが可能となる。
【０５１２】
図３０は、管理ノードＭおよび中継ノードＲで管理している子ノードのＩＤ情報を説明する図である。
【０５１３】
図３０（Ａ）を参照して、管理ノードＭは、ここでは、１スーパフレーム区間のスロット数として５個である場合が示されている。スロット０を除くスロット１〜４に対してそれぞれ子ノードＳのＩＤ情報が対応付けられて格納されている。
【０５１４】
具体的には、スロット１が子ノードＳ（ＩＤ００１）、スロット２が中継ノードＲ（ＩＤ００２）、スロット３が子ノードＳ（ＩＤ００３）、スロット４が子ノードＳ（ＩＤ００４）に割り当てられている場合が示されている。
【０５１５】
また、中継ノードＲ（ＩＤ００２）は、さらに、複数の子ノードＳを管理している。
図３０（Ｂ）を参照して、ここでは、中継ノードＲは、ここでは、１サブスーパフレーム区間のスロット数として４個である場合が示されている。スロット０を除くスロット１〜３に対してそれぞれ子ノードＳのＩＤ情報が対応付けられて格納されている。
【０５１６】
具体的には、スロット１が子ノードＳ（ＩＤ００５）、スロット２が子ノードＳ（ＩＤ００６）、スロット３が子ノードＳ（ＩＤ００７）に割り当てられている場合が示されている。
【０５１７】
したがって、当該中継ノードＲが管理している複数の子ノードＳのデータも管理ノードＭに送信されるため図３０（Ａ）に示されるように管理ノードＭのスロット２には、中継ノードＲ（ＩＤ００２）とともに、中継ノードＲが管理している子ノードＳ（ＩＤ００５）、子ノードＳ（ＩＤ００６）、が子ノードＳ（ＩＤ００７）の情報も格納される。
【０５１８】
すなわち、子ノードＳ（ＩＤ００５）、子ノードＳ（ＩＤ００６）、が子ノードＳ（ＩＤ００７）のデータや、中継ノードＲ（ＩＤ００２）とともに、スロット２を用いて管理ノードＭに送信される。
【０５１９】
逆に、管理ノードＭから子ノード（ＩＤ００７）にデータを送信する場合には、スロット２を用いて中継ノードＲ（ＩＤ００２）を介して子ノード（ＩＤ００７）にデータが送信される。
【０５２０】
したがって、管理ノードＭは、ネットワーク内の全てのノード情報を一元管理することが可能である。管理ノードＭは、直接のデータ通信を実行する子ノードを管理するとともに、中継ノードに関しては、中継ノードのスロット割当情報により中継ノードとデータ通信している子ノードを管理することが可能である。
【０５２１】
例えば、製造ライン等の部品等に子ノードＳを装着することにより部品の位置および状態等を子ノードＳからの応答フレームによって管理ノード側は容易に管理することが可能である。
【０５２２】
また、全ての子ノードＳが管理ノードＭと直接データ通信を実行する場合には、１スーパフレーム区間のスロット数が多くなり、データ通信の１サイクルが長期間となる可能性がある。それゆえ、本例においては、管理ノードＭと中継ノードＲとのデータ通信の区間以外の区間について、中継ノードを管理ノードとして動作させて、中継ノードＲが自己の代わりにまとめて他の子ノードとのデータ通信を実行する。これにより、１スーパフレーム区間のスロット数を過大にする必要がなく、ネットワーク全体として効率的なデータ通信を実行することが可能である。
【０５２３】
また、本発明の実施の形態に従う通信システムのネットワークの構成としては、ピアトゥピア型、スター型、ツリー型の構成に対応することが可能である。
【０５２４】
なお、コンピュータを機能させて、上述のフローで説明したような制御を実行させる方法あるいは当該方法を実現するプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）およびメモリカードなどの一時的でないコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【０５２５】
なお、プログラムは、コンピュータのオペレーションシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。
【０５２６】
また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。
【０５２７】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【０５２８】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０５２９】
１０ 領域、１２，４２ ＲＡＭ、１３，４３ ＲＯＭ、１４ 電源管理部、１５，４９ 通信部、１６，４５ 内部バス、２０，４６＃ 電界強度測定部、２２，１４４ チャネル設定部、２４ サブスーパフレーム設定部、２６，１４８ データ送受信制御部、４６ 電源管理部、４７ キーボード、４８ ディスプレイ、１４６ スーパフレーム設定部。

【特許請求の範囲】
【請求項１】
複数の端末と、
前記複数の端末の状態を管理する管理ノードとを備え、
前記管理ノードは、
データ通信の１サイクルを規定する、１スーパフレームの構成に従って、前記複数の端末との間でのデータ送受信を実行するための通信部と、
前記管理ノード全体を制御する制御部とを含み、
前記１スーパフレームは、前記１スーパフレームの構成を示す報知情報をブロードキャスト送信する報知区間を少なくとも１つ含み、
各前記端末は、前記報知情報の内容に従って前記報知情報に対する応答信号を出力し、
前記制御部は、
前記通信部を介して送信した前記報知情報に対する応答信号を受信した場合には、前記１スーパフレームの構成に、前記報知情報に対する応答信号を受信した端末との間でのデータの送受信を実行するために割り当てたデータ通信区間を追加し、
前記データ通信区間の追加に従って、前記１スーパフレームの構成を示す報知情報を更新し、
前記更新された報知情報を受信した前記複数の端末のうちの少なくとも１つは、前記更新された報知情報に従って、自己のために割り当てられた前記データ通信区間に同期して、前記管理ノードとの間でデータの送受信を実行する、通信システム。
【請求項２】
前記通信部は、前記データ通信区間において、前記割り当てられた前記複数の端末のうちの１つの端末に対してデータを要求するデータ要求信号を送信し、
前記データ要求信号を受信した前記割り当てられた前記複数の端末のうちの１つの端末は、前記データ要求信号に対して、データ応答信号を前記通信部に送信し、
前記データ通信区間の追加の指示に従って、前記１スーパフレームの構成を示す報知情報が更新された場合には、前記通信部は、前記データ通信区間において、前記１スーパフレームの構成が変更されたことを通知する通知信号を前記データ要求信号とともに送信し、
前記データ要求信号とともに前記通知信号を受信した受信した前記割り当てられた前記複数の端末のうちの１つの端末は、次の前記１スーパフレームに含まれる更新された報知情報を受信する、請求項１記載の通信システム。
【請求項３】
前記制御部は、複数の連続するサイクルにおいて、前記１スーパフレームに含まれる割り当てられた前記データ通信区間において、前記通信部を介して受信される、対応する端末からの前記データ要求信号に対する前記データ応答信号の受信が無いと判断した場合には、前記１スーパフレームの構成から、前記データ要求信号に対する応答がないデータ通信区間を消去する、請求項２記載の通信システム。
【請求項４】
各前記端末は、自己のために割り当てられた前記データ通信区間以外の期間は、スリープ状態に設定される、請求項１記載の通信システム。
【請求項５】
前記通信部は、前記データ通信を実行する際の電界強度を測定する電界強度測定部を含み、
前記電界強度測定部の測定結果に基づいて、複数の通信チャンネルのうちの１つの通信チャンネルを用いて、前記複数の端末との間での前記データ通信を実行する、請求項１記載の通信システム。
【請求項６】
前記複数の端末のうちの少なくとも１つの端末は、前記複数の端末のうちの少なくとも１つの別の端末と前記管理ノードとの間のデータを中継して送受信することが可能な中継端末であり、
前記中継端末は、前記更新された報知情報に従って、自己のために割り当てられた前記データ通信区間に同期して、前記管理ノードとの間でデータの送受信を実行し、
前記中継端末は、
前記１スーパフレームを構成する区間のうち前記自己のために割り当てられたデータ通信区間を用いて、前記管理ノードとデータ送受信を実行し、前記データ通信区間以外の区間を用いて、中継用のデータ通信の１中継サイクルを規定する、１サブスーパフレームの構成に従って、前記別の端末との間でのデータ送受信を実行するための中継通信部と、
前記中継端末全体を制御する中継制御部とを含み、
前記１サブスーパフレームは、前記１サブスーパフレームの構成を示すサブ報知情報をブロードキャスト送信するサブ報知区間を少なくとも１つ含み、
前記別の端末は、前記サブ報知情報の内容に従って前記サブ報知情報に対する応答信号を出力し、
前記中継制御部は、
前記中継通信部を介して送信した前記サブ報知情報に対する応答信号を受信した場合には、前記１サブスーパフレームの構成に、前記報知情報に対する応答信号を受信した端末との間でのデータの送受信を実行するために割り当てたデータ通信区間を追加し、
前記データ通信区間の追加に従って、前記１サブスーパフレームの構成を示すサブ報知情報を更新し、
前記更新されたサブ報知情報を受信した前記別の端末は、前記更新されたサブ報知情報に従って、自己のために割り当てられた前記データ通信区間に同期して、前記中継端末との間でデータの送受信を実行する、請求項１記載の通信システム。

【図１】

【図２】

【図３】

【図４】

【図５】

【図６】

【図７】

【図８】

【図９】

【図１０】

【図１１】

【図１２】

【図１３】

【図１４】

【図１５】

【図１６】

【図１７】

【図１８】

【図１９】

【図２０】

【図２１】

【図２２】

【図２３】

【図２４】

【図２５】

【図２６】

【図２７】

【図２８】

【図２９】

【図３０】

【公開番号】特開２０１１−２１７０９４（Ｐ２０１１−２１７０９４Ａ）
【公開日】平成２３年１０月２７日（２０１１．１０．２７）
【国際特許分類】
【出願番号】特願２０１０−８２８８９（Ｐ２０１０−８２８８９）
【出願日】平成２２年３月３１日（２０１０．３．３１）
【出願人】（３０２０６２９３１）ルネサスエレクトロニクス株式会社 (8,021)
【Ｆターム（参考）】