(57)【要約】【課題】無線通信による通信経路を可視化するようにしたノード装置、無線ネットワークシステム、及びノード装置における発光方法を提供すること。【解決手段】発光部と、経路情報を記憶したメモリと、第１のノード装置又は端末装置から無線通信を利用して送信された第１のフレームを受信し、受信した前記第１のフレームを前記経路情報に従って第２のノード装置へ無線通信を利用して送信、又は受信した前記第１のフレームを前記経路情報に従って終端する無線通信処理部と、前記第１のフレームに含まれる、前記発光部を発光させるタイミングを示す第１の時間情報に基づいて、前記発光部を発光させるアプリケーション処理部とを備えるノード装置。【選択図】図１４
2018156209.tif 000002
【特許請求の範囲】
【請求項１】
発光部と、
経路情報を記憶したメモリと、
第１のノード装置又は端末装置から無線通信を利用して送信された第１のフレームを受信し、受信した前記第１のフレームを前記経路情報に従って第２のノード装置へ無線通信を利用して送信、又は受信した前記第１のフレームを前記経路情報に従って終端する無線通信処理部と、
前記第１のフレームに含まれる、前記発光部を発光させるタイミングを示す第１の時間情報に基づいて、前記発光部を発光させるアプリケーション処理部と
を備えることを特徴とするノード装置。
【請求項２】
前記アプリケーション処理部は、前記第１のフレームに含まれる、前記第１の時間情報と、前記フレームが前記ノード装置に到達するまでに経由したノード装置の個数を表すホップ数とに基づいて、前記発光部を発光させることを特徴とする請求項１記載のノード装置。
【請求項３】
前記アプリケーション処理部は、前記ノード装置が前記フレームを受信したときから、前記第１の時間情報に前記ホップ数を乗算した時間経過後に、前記発光部を発光させることを特徴とする請求項２記載のノード装置。
【請求項４】
前記アプリケーション処理部は、前記第１のフレームに含まれる、前記経路情報に基づく経路上の前記ノード装置が発光する色を表す経路発光色情報と、前記経路情報において最終宛先となる前記ノード装置が発光する色を表す宛先発光色情報とに基づいて、前記発光部を、前記経路発光色情報又は前記宛先発光色情報に対応する色で発光させることを特徴とする請求項１記載のノード装置。
【請求項５】
前記第１のフレームは、ペイロード領域に、前記第１のフレームを他のフレームと識別するコマンド種別情報と、前記経路情報における最終宛先となるノード装置のアドレス情報と、前記経路情報に基づく経路上のノード装置が発光する色を表す経路発光色情報と、前記経路情報において最終宛先となるノード装置が発光する色を表す宛先発光色情報と、前記第１の時間情報とを含むことを特徴とする請求項１記載のノード装置。
【請求項６】
更に、加速度センサとタイマーとを備え、
前記アプリケーション処理部は、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が設置面から離れ、前記ノード装置が傾けられたことを検出したとき、前記ノード装置が傾けられた方向に応じた色で、前記発光部を発光させることを特徴とする請求項１記載のノード装置。
【請求項７】
前記アプリケーション処理部は、前記発光部を発光させた後、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が傾けられたまま設置面に設置されたことを検出したとき、他のノード装置の発光部を発光させるタイミングを示す第２の時間情報を含む第２のフレームを前記無線通信処理部へ出力し、
前記無線通信処理部は、前記第２のフレームを、前記経路情報に従って、前記第１のノード装置又は前記端末装置へ送信する
ことを特徴とする請求項６記載のノード装置。
【請求項８】
前記無線通信処理部は、前記発光部を発光させるタイミングを示す第２の時間情報を含む第２のフレームを前記第２のノード装置から受信し、受信した前記第２のフレームを前記経路情報に従って前記第１のノード装置又は前記端末装置へ送信し、
前記アプリケーション処理部は、前記第２のフレームに含まれる前記第２の時間情報に基づいて、前記発光部を発光させる
ことを特徴とする請求項１記載のノード装置。
【請求項９】
前記第２のフレームは、ペイロード領域に、前記第２のフレームを他のフレームと識別するコマンド種別情報と、前記ノード装置のアドレス情報と、前記発光部が発光した色を表す発光色情報と、前記第２の時間情報とを含むことを特徴とする請求項７記載のノード装置。
【請求項１０】
更に、加速度センサとタイマーとを備え、
前記アプリケーション処理部は、前記無線通信処理部が、デモンストレーションパターンを第１のパターンから第２のパターンへ変更を要求する第３のフレームを前記端末装置又は前記第１のノード装置から受信したとき、前記無線通信処理部による前記第１のフレームの送信と受信を中断させ、
前記アプリケーション処理部は、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が設置面から離れ、前記ノード装置が振られたことを検出したとき、前記ノード装置が振られた方向に応じた色で、前記発光部を発光させることを特徴とする請求項１記載のノード装置。
【請求項１１】
前記アプリケーション処理部は、前記発光部を発光させた後、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が設置面に設置されたことを検出したとき、他のノード装置の発光部を発光させるタイミングを示す第３の時間情報を含む第４のフレームを前記無線通信処理部へ出力し、
前記無線通信処理部は、前記第４のフレームをブロードキャストで送信する
ことを特徴とする請求項１０記載のノード装置。
【請求項１２】
前記無線通信処理部は、前記発光部を発光させるタイミングを示す第３の時間情報を含む第４のフレームを前記第１又は第２のノード装置から受信したとき、受信した前記第４のフレームをブロードキャストで送信又は前記第４のフレームを終端し、
前記アプリケーション処理部は、前記第４のフレームに含まれる前記第３の時間情報に基づいて前記発光部を発光させる
ことを特徴とする請求項１０記載のノード装置。
【請求項１３】
前記第４のフレームは、ペイロード領域に、前記第４のフレームを他のフレームと識別するコマンド種別情報と、前記ノード装置のアドレス情報と、前記発光部が発光した色を表す発光色情報と、前記第３の時間情報とを含むことを特徴とする請求項１１記載のノード装置。
【請求項１４】
更に、加速度センサとタイマーとを備え、
前記アプリケーション処理部は、前記無線通信処理部が、デモンストレーションパターンを第１のパターンから第３のパターンへ変更を要求する第３のフレームを前記端末装置又は前記第１のノード装置から受信したとき、前記無線通信処理部による前記第１のフレームの送信と受信を中断させ、
前記アプリケーション処理部は、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が設置面から離れ、前記ノード装置が傾けられたことを検出したとき、前記ノード装置が傾けられた方向に応じた色で、前記発光部を発光させることを特徴とする請求項１記載のノード装置。
【請求項１５】
前記アプリケーション処理部は、前記発光部を発光させた後、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が傾けられたまま設置面に設置されたことを検出したとき、他のノード装置の発光部を発光させるタイミングを示す第４の時間情報と、前記ノード装置が傾けられた方向に応じたデモンストレーションの種類を表す情報とを含む第５のフレームを前記無線通信処理部へ出力し、
前記無線通信処理部は、前記第５のフレームをブロードキャストで送信する
ことを特徴とする請求項１４記載のノード装置。
【請求項１６】
前記無線通信処理部は、デモンストレーションの種類を表す情報と前記発光部を発光させるタイミングを示す第４の時間情報とを含む第５のフレームを前記第１又は第２のノード装置から受信したとき、受信した前記第５のフレームをブロードキャストで送信又は前記第５のフレームを終端し、
前記アプリケーション処理部は、前記デモンストレーションの種類を表す情報と前記第４の時間情報に基づいて、前記発光部を発光させることを特徴とする請求項１４記載のノード装置。
【請求項１７】
前記ノード装置の表面上に設置された第１の部品が向いている方向を正面方向として、前記正面方向と平行な水平面上の軸をＸ軸とし、
前記アプリケーション処理部は、前記デモンストレーションの種類を表す情報と、前記第５のフレームに含まれる前記第４の時間情報、前記第５のフレームを生成した他のノード装置と前記ノード装置との前記Ｘ軸方向における距離とに基づいて、前記発光部を発光させることを特徴とする請求項１６記載のノード装置。
【請求項１８】
前記ノード装置の表面上に設置された第１の部品が向いている方向を正面方向として、前記正面方向と平行な水平面上の軸をＸ軸とし、前記Ｘ軸に垂直は水平面上の軸をＹ軸とし、
前記アプリケーション処理部は、前記デモンストレーションの種類を表す情報と、前記第５のフレームに含まれる前記第４の時間情報と、前記第５のフレームを生成した他のノード装置と前記ノード装置との前記Ｘ軸の方向と前記Ｙ軸の方向における距離とに基づいて、前記発光部を発光させることを特徴とする請求項１６記載のノード装置。
【請求項１９】
前記第５のフレームは、ペイロード領域に、前記第５のフレームを他のフレームと識別するコマンド識別情報と、前記ノード装置のアドレス情報と、デモンストレーションのパターンを示すパターン情報と、前記発光部が発光した色を表す発光色情報と、前記第４の時間情報と、前記デモンストレーションを繰り返す回数を示す繰り返し回数情報とを含むことを特徴とする請求項１５記載のノード装置。
【請求項２０】
前記第３のフレームは、ペイロード領域に、前記第３のフレームを他のフレームと識別するコマンド種別情報と、前記経路情報における最終宛先となるノード装置のアドレス情報と、前記端末装置から送信された前記第３のフレームを受信するノード装置のアドレス情報と、前記第３のパターンを表すパターン情報と、前記ノード装置周辺の特定のノード装置との無線通信を許可又は拒否することを表すフィルタタイプ情報とを含むことを特徴とする請求項１０又は１４記載のノード装置。
【請求項２１】
前記無線通信処理部は、前記第１のノード装置又は前記端末装置から送信された第６のフレームを受信し、受信した前記第６のフレームを前記経路情報に従って第２のノード装置へ送信、又は受信した前記第６のフレームを前記経路情報に従って終端し、
前記アプリケーション処理部は、前記第６のフレームに含まれる再起動遅延時間に基づいて、前記第６のフレームを受信したときから前記再起動遅延時間経過後に、前記ノード装置を再起動させる
ことを特徴とする請求項１記載のノード装置。
【請求項２２】
端末装置と、
複数のノード装置と
を備えた無線ネットワークシステムにおいて、
前記ノード装置は、
発光部と、
経路情報を記憶したメモリと、
前記複数のノード装置のうち第１のノード装置又は前記端末装置から無線通信を利用して送信された第１のフレームを受信し、受信した前記第１のフレームを前記経路情報に従って前記複数のノード装置のうち第２のノード装置へ無線通信を利用して送信、又は受信した前記第１のフレームを前記経路情報に従って終端する無線通信処理部と、
前記第１のフレームに含まれる、前記発光部を発光させるタイミングを示す第１の時間情報に基づいて、前記発光部を発光させるアプリケーション処理部と
を備えることを特徴とする無線ネットワークシステム。
【請求項２３】
発光部と、経路情報を記憶したメモリと、第１のノード装置又は端末装置から無線通信を利用して送信された第１のフレームを受信し、受信した前記第１のフレームを前記経路情報に従って第２のノード装置へ無線通信を利用して送信、又は受信した前記第１のフレームを前記経路情報に従って終端する無線通信処理部と、アプリケーション処理部とを有するノード装置における発光方法であって、
前記アプリケーション処理部により、前記第１のフレームに含まれる、前記発光部を発光させるタイミングを示す第１の時間情報に基づいて、前記発光部を発光させる
ことを特徴とする発光方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ノード装置、無線ネットワークシステム、及びノード装置における発光方法に関する。
【背景技術】
【０００２】
従来から、アドホック通信により無線ネットワークシステムが構築される場合がある。アドホック通信とは、例えば、基地局装置やアクセスポイントを介することなく、ノード装置が自律分散的に経路を構築し、構築した経路を利用して無線通信を行う通信方法である。アドホック通信は、例えば、自律分散型無線ネットワークにおける通信技術でもある。
【０００３】
近年では、ＩｏＴ（Internet of Things）分野においてもアドホック通信が利用される場合もある。例えば、ガスメータなどに無線通信機能のセンサが搭載され、アドホック通信を利用して、自律分散的に無線ネットワークシステムが構築され、センサによる測定値などが複数のセンサを介してサーバ装置へ送信されることも可能である。
【０００４】
他方、通信に関する分野において、例えば、以下の技術がある。
【０００５】
すなわち、ＬＡＮケーブル線に伝達される差動信号を入力して直流電圧に変換する整流回路と、直流電圧が供給される際に発光する発光回路を備えて、ＬＡＮケーブルが情報通信を行っているときにのみ発光する情報可視化装置がある。
【０００６】
この技術によれば、低コストで容易に、通信ケーブルにおける情報通信の有無を視覚的に確認することができる、とされる。
【０００７】
また、このような情報可視化装置において、無線給電装置から伝送された電磁エネルギーを受信するアンテナと、アンテナで受信した電磁エネルギーを整流して直流電圧を生成する整流回路とを備え、整流回路が生成した直流電圧を動作電源として動作する技術もある。
【０００８】
この技術によれば、通信ケーブルに於ける情報通信の有無を視覚的に確認し、通信ケーブルの誤抜を防止することができる、とされる。
【０００９】
さらに、先端に３軸の加速度センサを設け、加速度センサが検出したＸ軸、Ｙ軸、Ｚ軸方向の加速度データに基づいて複数のＬＥＤの点灯を制御するようにした発光玩具もある。
【００１０】
この技術によれば、利用者の揺動操作などに応じて発光色や発光態様を変化させることのできる発光玩具を提供できる、とされる。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２０１６−３５４２７号公報
【特許文献２】特開２０１６−３５６９７号公報
【特許文献３】特開２００１−３４７０８０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかし、上述した情報可視化装置は、物理的な通信ケーブルの１つ１つに整流回路や発光回路を接続させるようにしている。従って、上述した情報可視化装置では、有線通信における通信経路を可視化することができても、無線通信における通信経路を可視化することはできない。
【００１３】
また、上述した発光玩具も、発光玩具を利用するユーザの揺動操作に応じて発光するものであり、無線通信において伝送される無線通信における通信経路を可視化して発光させることはできない。
【００１４】
そこで、１つの側面では、無線通信における通信経路を可視化するようにしたノード装置、無線ネットワークシステム、及びノード装置における発光方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
１つの態様では、ノード装置において、発光部と、経路情報を記憶したメモリと、第１のノード装置又は端末装置から無線通信を利用して送信された第１のフレームを受信し、受信した前記第１のフレームを前記経路情報に従って第２のノード装置へ無線通信を利用して送信、又は受信した前記第１のフレームを前記経路情報に従って終端する無線通信処理部と、前記第１のフレームに含まれる、前記発光部を発光させるタイミングを示す第１の時間情報に基づいて、前記発光部を発光させるアプリケーション処理部とを備える。
【発明の効果】
【００１６】
１つの側面では、無線通信における通信経路を可視化することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】図１は無線ネットワークシステムの構成例を表す図である。
【図２】図２はノード装置の構成例を表す図である。
【図３】図３は端末装置の構成例を表す図である。
【図４】図４はノード装置のハードウェア構成例を表す図である。
【図５】図５は端末装置のハードウェア構成例を表す図である。
【図６】図６は色番号とＲＧＢ値との対応関係例を表す図である。
【図７】図７（Ａ）は３軸の定義の例、図７（Ｂ）は検出可能な動作の例を夫々表す図である。
【図８】図８（Ａ）はフレームの構成例、図８（Ｂ）はヘッダ領域の構成例を夫々表す図である。
【図９】図９（Ａ）と図９（Ｂ）はフレームの転送例を表す図である。
【図１０】図１０（Ａ）と図１０（Ｂ）はフレームの転送例を表す図である。
【図１１】図１１はデモパターンの状態遷移の例を表す図である。
【図１２】図１２（Ａ）はデモパターン設定要求フレームの構成例、図１２（Ｂ）はデモパターン設定要求フレームの転送例を夫々表す図である。
【図１３】図１３はＭＡＣフィルタによるフレームの転送例を表す図である。
【図１４】図１４は経路デモの例を表す図である。
【図１５】図１５（Ａ）はＬＥＤ転送指示フレームの構成例、図１５（Ｂ）はＬＥＤ転送指示フレームの転送例を夫々表す図である。
【図１６】図１６はＬＥＤ点灯指示フレーム受信処理の例を表すフローチャートである。
【図１７】図１７は経路デモの例を表す図である。
【図１８】図１８は経路デモの例を表す図である。
【図１９】図１９（Ａ）は状態通知フレームの構成例、図１９（Ｂ）は状態通知フレームの転送例を夫々表す図である。
【図２０】図２０は発光処理の例を表すフローチャートである。
【図２１】図２１は状態通知フレーム受信処理の例を表すフローチャートである。
【図２２】図２２（Ａ）と図２２（Ｂ）はＭｅｓｈデモの例を表す図である。
【図２３】図２３（Ａ）と図２３（Ｂ）はＭｅｓｈデモの例を表す図である。
【図２４】図２４（Ａ）はＭｅｓｈデモ実行フレームの構成例、図２４（Ｂ）はＭｅｓｈデモ実行フレームの転送例を表す図である。
【図２５】図２５は発光処理の例を表すフローチャートである。
【図２６】図２６はＭｅｓｈデモ実行フレーム受信処理の例を表すフローチャートである。
【図２７】図２７（Ａ）と図２７（Ｂ）は１ｈｏｐデモの例を表す図である。
【図２８】図２８（Ａ）と図２８（Ｂ）は１ｈｏｐデモの例を表す図である。
【図２９】図２９は座標とアドレスとの関係例を表す図である。
【図３０】図３０（Ａ）は１ｈｏｐデモ実行フレームの構成例、図３０（Ｂ）は１ｈｏｐデモ実行フレームの転送例を夫々表す図である。
【図３１】図３１は発光処理の例を表すフローチャートである。
【図３２】図３２は１ｈｏｐデモ実行フレーム受信処理の例を表すフローチャートである。
【図３３】図３３（Ａ）は再起動要求フレームの構成例、図３３（Ｂ）は再起動要求フレームの転送例を夫々表す図である。
【図３４】図３４は無線ネットワークシステムの構成例を表す図である。
【発明を実施するための形態】
【００１８】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【００１９】
また、本明細書で使用している用語や記載した技術的内容は、ＲＦＣ（Request For Comments）やＩＥＥＥ（The Institute of Electrical and Electronic Engineers）など、通信に関する規格として仕様書に記載された用語や技術的内容が適宜用いられてもよい。
【００２０】
［第１の実施の形態］
＜無線ネットワークシステムの構成例＞
図１は、本第１の実施の形態における無線ネットワークシステム１０の構成例を表す図である。無線ネットワークシステム１０は、端末装置（以下、「端末」と称する場合がある。）１００と、複数のノード装置（以下、「ノード」と称する場合がある。）２００−１〜２００−３０を備える。
【００２１】
端末１００は、例えば、スマートフォン、フィーチャーフォン、タブレット端末、パーソナルコンピュータ、ゲーム装置などの無線通信装置である。端末１００は、複数のノード２００−１〜２００−３０の何れかのノードに対して、点灯指示など、様々な指示を送信することが可能である。また、端末１００は、複数のノード２００−１〜２００−３０の何れかのノードから、各ノード２００−１〜２００−３０がどのような色で発光したのかを示す情報などを受信することも可能である。
【００２２】
複数のノード２００−１〜２００−３０は、互いに無線通信可能であり、アドホック通信を利用して自律分散的に経路を構築し、構築した経路に沿って無線信号を送受信する。そのため、複数のノード２００−１〜２００−３０は、経路情報をメモリなどに記憶しており、経路情報に従って、受信した無線信号を他のノードへ送信することが可能である。自律分散とは、例えば、基地局装置やアクセスポイントを介することなく、各ノード２００−１〜２００−３０が構築した経路を示す経路情報に従って、無線信号を送受信することである。
【００２３】
なお、各ノード２００−１〜２００−３０における経路の構築方法は公知のものでよい。本第１の実施の形態では、複数のノード２００−１〜２００−３０は、既に経路を構築しており、経路情報をメモリなどに保持しているものとして説明する。
【００２４】
また、複数のノード２００−１〜２００−３０の各々は、内部にＬＥＤ（Light Emitting Diode）などの発光部を備える。複数のノード２００−１〜２００−３０の各々は、例えば、端末１００からの指示に従って発光する。本第１の実施の形態では、端末１００からの指示に従って、無線信号が伝達される経路（以下、「無線経路」と称する場合がある。）上のノード２００−１〜２００−３０が発光することができる。図１の例では、無線経路上の各ノード２００−４，２００−１０，２００−１５，２００−１４，２００−１３がこの順で発光する例を表している。
【００２５】
なお、利用者が各ノード２００−１〜２００−３０を持ち上げて、傾けたり、振ったりすると、各ノード２００−１〜２００−３０はその動作状況に応じて、自ら発光することも可能である。図１では、ノード２００−４が傾けられたことで発光する例を表している。
【００２６】
さらに、複数のノード２００−１〜２００−３０のうち、少なくとも１台は、端末１００と通信可能なゲートウェイとして動作する。以下においては、このようなノードを、例えば、ノード（ＧＷ（Gate Way））と称する場合がある。図１の例では、ノード（ＧＷ）は、ノード２００−１３となる。ノード（ＧＷ）２００−１３は、端末１００から受信したフレームを、他のノード２００へユニキャストで送信したり、ブロードキャストで送信したりする。また、ノード（ＧＷ）２００−１３は、他のノード２００から受信したフレームを、端末１００へユニキャストで送信する。
【００２７】
図１の例では、複数のノード２００−１〜２００−３０が互いに等間隔に全体として長方形の形状となるように床などに設置されている例を表している。各々のノード２００−１〜２００−３０は、隣接するノード２００−１〜２００−３０と無線通信可能な範囲であれば、任意に設置させることが可能である。例えば、複数のノード２００−１〜２００−３０は、全体として円状に設置させることも可能であり、直線状に設置させることも可能である。
【００２８】
なお、以下においては、とくに断らないかぎり、ノード２００−１〜２００−３０の各々を、ノード２００と称する場合がある。
【００２９】
＜ノード装置と端末装置の構成例＞
図２はノード２００の構成例、図３は端末１００の構成例をそれぞれ表している。
【００３０】
ノード２００は、アンテナ２０１、無線通信処理部２０２、アプリケーション処理部２０３、ＬＥＤ２０４、慣性センサ２０５、タイマー２０６、及びメモリ２０７を備える。
【００３１】
アンテナ２０１は、端末１００や他のノード２００から送信された無線信号を受信し、受信した無線信号を無線通信処理部２０２へ出力する。また、アンテナ２０１は、無線通信処理部２０２から出力された無線信号を、端末１００や他のノード２００へ送信する。
【００３２】
無線通信処理部２０２は、アンテナ２０１から受け取った無線信号に対して、周波数変換処理や復調処理などを施して、フレームを抽出する。無線通信処理部２０２は、抽出したフレーム（又はフレームに含まれる各情報やデータなど）をアプリケーション処理部２０３へ出力する。また、無線通信処理部２０２は、アプリケーション処理部２０３からフレーム（又はフレームに含まれる各情報やデータなど）を受け取り、受け取ったフレームに対して、変調処理や周波数変換処理を施すことで、無線帯域の無線信号へ変換する。無線通信処理部２０２は、変換後の無線信号をアンテナ２０１へ出力する。
【００３３】
アプリケーション処理部２０３は、無線通信処理部２０２からフレームを受け取り、フレームに含まれる各情報に基づいて、ＬＥＤ２０４を発光させる。また、アプリケーション処理部２０３は、無線通信処理部２０２からフレームを受け取って、フレームに含まれる各情報をメモリ２０７に記憶する。さらに、アプリケーション処理部２０３は、メモリ２０７に記憶された経路情報に従って、受信したフレームの送信元や宛先を変更したフレームを生成し、生成したフレームを、無線通信処理部２０２へ出力する。フレームは他のノード２００へ向けて送信される。アプリケーション処理部２０３における処理の詳細は動作例で説明する。
【００３４】
ＬＥＤ２０４は、アプリケーション処理部２０３からＲＧＢ（Red, Green, Blue）の階調値（又ＲＧＢ値。以下、「ＲＧＢ値」と称する場合がある。）と発光指示を受け取り、その指示により、受け取ったＲＧＢ値に対応する色で発光する。
【００３５】
図６は、色番号と、ＲＧＢ値と、色との関係例を表す図である。例えば、色番号が「０」のときは、「白色」を表し、ＲＧＢ値としては、１０進数で（９９，９９，９９）により示される。端末１００や各ノード２００は、色番号によりＬＥＤ２０４の発光色を管理し、色番を指示することで、各ノード２００のＬＥＤ２０４が色番号に対応する色で発光する。図６に示す関係は、例えば、テーブルとしメモリ２０７に記憶される。
【００３６】
図２に戻り、慣性センサ２０５は、例えば、加速度センサや地磁気センサなどである。本第１の実施の形態では、慣性センサ２０５として加速度センサを用いる。以下では、慣性センサ２０５を加速度センサ２０５と称する場合がある。アプリケーション処理部２０３は、加速度センサ２０５で測定された数値に基づいて、例えば、ノード２００が設置面から離れたか否か、ノード２００の傾けられた方向、振られた方向、及び静止の有無、などを検出することができる。
【００３７】
図７（Ａ）は加速度センサ２０５が検出する方向の例を表す図である。例えば、ノード２００はバッテリインジケータ２１６を備え、バッテリインジケータ２１６が向いている方向を正面方向とし、水平面上にあって、正面方向と平行な方向をＸ軸、水平面上にあって、Ｘ軸と垂直な方向をＹ軸、水平面と垂直な面と並行な方向をＺ軸とする。例えば、ノード２００が設置された設置面を水平面とすることが可能である。加速度センサ２０５は、Ｘ軸、Ｙ軸、Ｚ軸の各軸から、例えば、−５１２から＋５１２までの数値を取得すること可能である。図７（Ａ）のようにノード２００が設置面上に設置された場合、加速度センサ２０５は、（Ｘ軸，Ｙ軸，Ｚ軸）＝（０，０，−５１２）などの数値を取得できる。
【００３８】
図７（Ｂ）は加速度センサ２０５で検出可能な動作の例を表す図である。加速度センサ２０５により検出された各軸の数値と、タイマー２０６によってカウントされたカウント値とによって、アプリケーション処理部２０３では、ノード２００が「静止」状態、「持つ」状態、「傾ける」状態、「振る」状態の各状態を検出することが可能である。
【００３９】
例えば、加速度センサ２０５とタイマー２０６により、５００ｍｓの間、どの軸の変化も±１０となる検出結果を得たとき、アプリケーション処理部２０３は、ノード２００が「静止」状態であると検出可能である。
【００４０】
また、例えば、加速度センサ２０５とタイマー２０６により、５００ｍｓの間に３回以上、いずれかの軸に±１０以上となる検出結果を得たとき、アプリケーション処理部２０３は、ノード２００が「持つ」状態であると検出可能である。「持つ」状態は、例えば、ノード２００が設置面から離れた状態であることである。
【００４１】
さらに、例えば、加速度センサ２０５とタイマー２０６により、５００ｍｓ連続でＸ軸又はＹ軸から±２００以上となる検出結果を得たとき、アプリケーション処理部２０３は、ノード２００が「傾ける」（又は「傾き」）状態であると検出可能である。この場合、アプリケーション処理部２０３は、例えば、ノード２００が傾いた方向を、加速度センサ２０５が検出したＸ軸方向やＹ軸方向の数値から読み取ることができる。
【００４２】
さらに、例えば、加速度センサ２０５とタイマー２０６により、５００ｍｓの間に３回以上、いずれかの軸方向で、±３００以上となる検出結果を得たとき、ノード２００が「振る」状態であると検出可能である。
【００４３】
これらの数値は一例であって、アプリケーション処理部２０３は、加速度センサ２０５で得られた数値を用いてノード２００の各状態を検出してもよい。
【００４４】
このように加速度センサ２０５は、例えば、Ｘ軸、Ｙ軸、Ｚ軸におけるノード２００の加速度を検出可能であり、検出した数値をアプリケーション処理部２０３へ出力する。
【００４５】
図２に戻り、タイマー２０６は、例えば、時刻をカウントし、カウントした時刻を適宜、アプリケーション処理部２０３へ出力する。或いは、タイマー２０６は、例えば、アプリケーション処理部２０３からの指示を受け取ると、その指示に従って時刻のカウントを開始し、カウントした数値をアプリケーション処理部２０３へ適宜出力する。
【００４６】
メモリ２０７は、例えば、色番号とＲＧＢ値との関係（例えば図６）や、経路情報などを記憶する。メモリ２０７は、アプリケーション処理部２０３により適宜読み出しや書込みが可能となっている。
【００４７】
図３に示すように、端末１００は、アンテナ１０１、無線通信処理部１０２、アプリケーション処理部１０３、及び表示部１０４を備える。
【００４８】
アンテナ１０１は、ノード２００から送信された無線信号を受信し、受信した無線信号を無線通信処理部１０２へ出力する。また、アンテナ１０１は、無線通信処理部１０２から出力された無線信号を受け取り、受け取った無線信号をノード２００へ送信する。
【００４９】
無線通信処理部１０２は、アンテナ１０１から受け取った無線信号に対して、周波数変換処理や復調処理を施すことで、ノード２００から送信されたフレームを抽出する。無線通信処理部１０２は、抽出したフレーム（又はフレームに含まれる情報やデータなど）をアプリケーション処理部１０３へ出力する。また、無線通信処理部１０２は、アプリケーション処理部１０３からフレーム（又はフレームに含まれる情報やデータなど）を受け取り、受け取ったフレームに対して、変調処理や周波数変換処理などを施して、無線帯域の無線信号へ変換する。無線通信処理部１０２は、変換した無線信号をノード２００へ送信する。
【００５０】
アプリケーション処理部１０３は、例えば、種々のフレームを生成し、生成したフレームを無線通信処理部１０２へ出力する。このようなフレームの例としては、デモパターン設定要求フレームや点灯指示フレームなどがある。アプリケーション処理部１０３では、このようなフレームを生成し、ノード２００へ向けて送信することで、種々のデモパターンでノード２００を発光させたり、無線経路上のノード２００を発光させたりすること可能となる。また、アプリケーション処理部１０３は、無線通信処理部１０２から、ノード２００から送信されたフレームを受け取り、受け取ったフレームから種々の情報を抽出することも可能である。フレームの種別とその詳細は後述する。
【００５１】
表示部１０４は、例えば、アプリケーション処理部１０３からの指示を受け取り、その指示に従って、ノード２００がどの色で発光しているのかなどを表示する。
【００５２】
図４はノード２００のハードウェア構成例、図５は端末１００のハードウェア構成例をそれぞれ表す図である。
【００５３】
ノード２００は、さらに、ＤＳＰ（Digital Signal Processor）２１０、ＲＯＭ（Read Only Memory）２１１、ＲＡＭ（Random Access Memory）２１２、ＭＣＵ（Micro Control Unit）２１４を備える。
【００５４】
ＭＣＵ２１４は、ＲＯＭ２１１に記憶されたプログラムを読み出して、ＲＡＭ２１２にロードし、ロードしたプログラムを実行することで、アプリケーション処理部２０３の機能を実現できる。ＭＣＵ２１４は、例えば、アプリケーション処理部２０３に対応する。また、ＤＳＰ２１０は、例えば、無線通信処理部２０２に対応する。
【００５５】
端末１００は、さらに、ＤＳＰ１１０、ＲＯＭ１１１、ＲＡＭ１１２、メモリ１１３、及びＭＣＵ１１４を備える。
【００５６】
ＭＣＵ１１４は、ＲＯＭ１１１に記憶されたプログラムを読み出して、ＲＡＭ１１２にロードし、ロードしたプログラムを実行することで、アプリケーション処理部１０３の機能を実現できる。ＭＣＵ１１４は、例えば、アプリケーション処理部１０３に対応する。また、ＤＳＰ１１０は、例えば、無線通信処理部１０２に対応する。さらに、モニタ１０４は、例えば、表示部１０４に対応する。
【００５７】
なお、ＭＣＵ２１４，１１４に代えて、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）、ＦＰＧＡ（Field Programmable Gate Array）などのプロセッサやコントローラであってもよい。
【００５８】
＜通信プロトコル＞
本第１の実施の形態では、通信プロトコルとして、アドホック通信用のプロトコルが利用される。
【００５９】
図８（Ａ）はアドホック通信用のプロトコルによるフレームの構成例、図８（Ｂ）はそのフレームのヘッダ領域の構成例をそれぞれ表す図である。
【００６０】
図８（Ａ）の実線で示すようにアドホック通信用のプロトコルによるフレームは、ヘッダ領域とペイロード領域とを含む。アドホック通信用のプロトコルは、例えば、ＯＳＩ（Open System Interconnection）の参照モデルでネットワークレイヤ（又は第３層）に該当する。以下では、アドホック通信用のプロトコルによるフレームを、例えば、単に「フレーム」と称する場合がある。
【００６１】
フレームは、図８（Ａ）の点線で示すように、さらに、下位レイヤのパケットのペイロード領域に含まれる。このような下位レイヤ（例えば第２層であるデータリンクレイヤ）としては、例えば、ＩＥＥＥ８０２．１１シリーズなどがある。本第１の実施の形態では、このような下位レイヤの通信プロトコルとして、ＢＬＥ（Bluetooth Low Energy）が用いられる。ＢＬＥは、例えば、近距離無線通信技術であって、Ｂｌｕｅｔｏｏｔｈ(登録商標)４．０として仕様化されている。
【００６２】
具体的には、例えば、ＢＬＥのａｄｖｅｒｔｉｓｉｎｇ  ｐａｃｋｅｔが用いられる。ａｄｖｅｒｔｉｓｉｎｇ  ｐａｃｋｅｔは、例えば、通信装置がＢＬＥの通信を確立したり、通知を行ったりする際に送信されるパケットである。例えば、送信側の端末１００やノード２００は、フレームを含むａｄｖｅｒｔｉｓｉｎｇ  ｐａｃｋｅｔを生成し、生成したａｄｖｅｒｔｉｓｉｎｇ  ｐａｃｋｅｔを、周期的に一定期間、ブロードキャストで送信する。他方、受信側の端末１００やノード２００は、ある期間、所定の周波数帯域をサーチすることで、ブロードキャスト送信されたａｄｖｅｒｔｉｓｉｎｇ  ｐａｃｋｅｔを受信することができる。受信側の端末１００やノード２００は、受信したａｄｖｅｒｔｉｓｉｎｇ  ｐａｃｋｅｔからフレームを抽出することで、フレームの受信が可能である。このような処理は、例えば、無線通信処理部１０２，２０２で行われる。
【００６３】
図８（Ｂ）に示すように、フレームのヘッダ領域は、「Ｇｌｏｂａｌ  Ｄｅｓｔｉｎａｔｉｏｎ」（以下、「ＧＤ」と称する場合がある。）と、「Ｇｌｏｂａｌ  Ｓｏｕｒｃｅ」（以下、「ＧＳ」と称する場合がある。）を含む。また、ヘッダ領域は、ヘッダ領域は、Ｆｌａｍｅ  ＩＤ（Identification）（以下、「ＦＩＤ」と称する場合がある。）、と「ホップ数」を含む。さらに、ヘッダ領域は、Ｌｏｃａｌ  Ｄｅｓｔｉｎａｔｉｏｎ（以下、「ＬＤ」と称する場合がある。）と、Ｌｏｃａｌ  Ｓｏｕｒｃｅ（以下、「ＬＳ」と称する場合がある。）を含む。
【００６４】
「ＧＤ」は、例えば、フレームの最終的な宛先となるノード２００のアドレスが挿入される領域である。また、「ＧＳ」は、例えば、フレームのノード内における送信元アドレスが挿入される領域である。例えば、図１４において、フレームが端末１００から宛先ノード２００−１８へ送信される場合、「ＧＤ」は、宛先ノード２００−１８のアドレス、「ＧＳ」は、ノード（ＧＷ）２００−１のアドレスがそれぞれ挿入される。詳細は後述する。
【００６５】
「ＦＩＤ」は、例えば、フレームの識別情報を表す。例えば、端末１００がフレームを複数個、順番に送信する場合は、フレーム毎に異なる「ＦＩＤ」が挿入される。
【００６６】
「ホップ数」は、例えば、宛先ノード２００に到着するまでに経由したノード２００の個数を表す。「ホップ数」は、例えば、中継回数と呼ばれる場合もある。例えば、図１において、ノード２００−１が生成して送信したフレームがノード２００−２を中継して、ノード２００−３へ送信される場合、ホップ数は「２」となる。この場合、ノード２００−１は「ホップ数」を「０」にして送信し、中継ノード２００−２は「ホップ数」をインクリメントして「１」に書き換えて送信し、宛先ノード２００−３では、「ホップ数」をインクリメントして「２」とする。「ホップ数」でカウントされる数は、例えば、送信元ノード２００−１を個数に含めたり含めなかったりしてもよいし、宛先ノード２００−３を個数に含めたり含めなかったりしてもよい。
【００６７】
「ＬＤ」は、例えば、次ホップのノード２００のアドレスが挿入される領域である。また、「ＬＳ」は、例えば、前ホップのノード２００のアドレスが挿入される領域である。例えば、図１において、ノード２００−２が、ノード２００−１から送信されたフレームを受信する場合、フレームの「ＬＤ」は自ノード２００−２のアドレス、「ＬＳ」はノード２００−１のアドレスが夫々挿入される。また、ノード２００−２が、フレームをノード２００−３へ送信する場合、フレームの「ＬＤ」はノード２００−３のアドレス、「ＬＳ」は自ノード２００−２のアドレスが夫々挿入される。
【００６８】
「ＬＤ」と「ＬＳ」は、例えば、経路情報に基づいて、各ノード２００において決定することが可能である。例えば、ノード２００−２では、「ＬＤ」として自ノード２００−２のアドレス、「ＬＳ」としてノード２００−１のアドレスが挿入されたフレームを受信する場合、以下の処理を行う。すなわち、ノード２００−２は、「ＬＤ」に挿入されたアドレスから、自ノード２００−２宛のフレームであるとして処理を開始する。ノード２００−２は、「ＬＤ」に挿入されたアドレスが自ノード２００−２のアドレスではないとき、受信したフレームを終端（又は破棄）する。そして、ノード２００−２は、前ホップがノード２００−１、次ホップが自ノード２００−２となっている経路情報を探索する。そして、ノード２００−２はそのような経路情報を見つけると、その経路情報から、更に次のホップのノード２００−３を確認する。ノード２００−２は、受信したフレームに対して、「ＬＳ」を自ノード２００−２のアドレス、「ＬＤ」をノード２００−３のアドレスへ書き換える。この際、ノード２００−２は、「ＧＳ」にノード（ＧＷ）２００−１、「ＧＤ」に宛先ノード２００が含まれているため、これを参照して、対応する経路情報を見つてもよい。このように、各ノード２００は、経路情報に従って、「ＬＤ」と「ＬＳ」とを書き換えながら、書き換えたフレームを、次ホップのノードへユニキャストで送信することが可能となる。
【００６９】
なお、本第１の実施の形態で使用されるフレームは、ネットワークレイヤに限定されず、ヘッダ領域の一部がデータリンクレイヤであってもよいし、アプリケーションレイヤなど、上位レイヤであってもよい。また、下位レイヤも、ＢＬＥに限定されず、ＩＥＥＥ８０２．１１シリーズなどの通信プロトコルであってもよい。
【００７０】
＜フレームの中継例＞
次に、フレームの中継例、とくに、「ＧＤ」や「ＧＳ」の取り扱いについて説明する。併せて、ノード（ＧＷ）２００がどのような役割を果たしているかについても説明する。
【００７１】
ここでは、端末１００で生成されたフレームが、各ノード２００−１〜２００−５を経由して、ノード２００−６へ送信される場合の例で説明する。上述したように、端末１００と各ノード２００−１〜２００−６、公知の方法により自律分散的に経路を確立しており、各々、経路情報をメモリ１１３，２０７に保持している。
【００７２】
図９（Ａ）は端末１００からノード（ＧＷ）２００−１へ送信されるフレームの例、図９（Ｂ）はノード（ＧＷ）２００−１から宛先ノード２００−６へ向けて送信されるフレームの例をそれぞれ表している。
【００７３】
端末１００とノード（ＧＷ）２００−１との間の通信では、フレームのヘッダ領域において、「ＧＤ」領域と「ＧＳ」領域は用いられない。「ＧＤ」領域と「ＧＳ」領域は、例えば、ノード２００−１がヘッダ領域に付加したり、取り外したりする。
【００７４】
図９（Ａ）に示すように、端末１００は、ペイロード領域に、宛先ノード２００−６のアドレスを含むフレームを生成する。このフレームのヘッダ領域では、「ＬＤ」領域にノード（ＧＷ）２００−１のアドレス、「ＬＳ」領域に端末１００のアドレスが挿入される。
【００７５】
このフレームを受信したノード（ＧＷ）２００−１は、ヘッダ領域に「ＧＤ」領域と「ＧＳ」領域とを付加したフレームを生成する。図９（Ｂ）に示すように、ノード（ＧＷ）２００−１は、「ＧＤ」領域に、ペイロード領域に挿入された、宛先ノード２００−６のアドレスを挿入し、「ＧＳ」領域に、自ノード（ＧＷ）２００−１のアドレスを挿入する。また、ノード（ＧＷ）２００−１は、例えば、自ノード（ＧＷ）２００−１を経由して、宛先ノード２００−６へ至る経路情報を探索し、該当する経路情報において、自ノード（ＧＷ）２００−１の次ホップ先のノード２００−２のアドレスを確認する。ノード（ＧＷ）２００−１は、「ＬＤ」領域に、ノード２００−２のアドレス、「ＬＳ」領域に、自ノード（ＧＷ）２００−１のアドレスを挿入する。ノード（ＧＷ）２００−１は、このように各領域にアドレスを挿入したフレームを生成して、経路情報に従って、次ホップのノード２００−２へ送信する。
【００７６】
フレームを中継する各中継ノード２００−２〜２００−５は、上述したように、経路情報に従って、「ＬＳ」領域と「ＬＤ」領域とを書き換えながら、フレームを送信する。ただし、各中継ノード２００−２〜２００−５は、フレームの「ＧＳ」領域と「ＧＤ」領域とは書き換えることなくフレームを送信する。フレームの「ＧＳ」領域と「ＧＤ」領域は、例えば、図９（Ｂ）のフレームの状態で送信される。
【００７７】
宛先ノード２００−６では、例えば、「ＧＤ」領域から、自ノード２００−６が宛先であることを確認すると、受信したフレームを終端（又は破棄）する。
【００７８】
図１０（Ａ）と図１０（Ｂ）は、逆方向へフレームが送信される場合の例を表している。すなわち、ノード２００−６からノード（ＧＷ）２００−１を経由して、端末１００へフレームが送信される例を表している。
【００７９】
図１０（Ａ）はノード２００−６からノード２００−５へ送信されるフレームの例、図１０（Ｂ）はノード（ＧＷ）２００−１から端末１００へ送信されるフレームの例をそれぞれ表している。
【００８０】
図１０（Ａ）に示すように、送信元のノード２００−６は、ペイロード領域に最終的なフレームの送信先である端末１００のアドレスを挿入する。また、ノード２００−６は、「ＧＤ」領域に、ノード（ＧＷ）２００−１のアドレスを挿入し、「ＧＳ」領域に、自ノード２００−６のアドレスを挿入する。なお、ノード２００−６は、「ＬＤ」領域に、経路情報に従って、次ホップのノード２００−５のアドレス、「ＬＳ」領域に、自ノード２００−６のアドレスを挿入する。
【００８１】
フレームを中継する各中継ノード２００−２〜２００−５は、上述したように、経路情報に従って、「ＬＤ」領域と「ＬＳ」領域とを書き換えながら、フレームを中継する。
【００８２】
図１０（Ｂ）に示すように、ノード（ＧＷ）２００−１は、「ＧＳ」領域と「ＧＤ」領域を、フレームから削除する。そして、ノード（ＧＷ）２００−１は、ペイロード領域に含まれる端末１００のアドレスを、「ＬＤ」領域に挿入する。また、ノード（ＧＷ）２００−１は、「ＬＳ」領域に自ノード（ＧＷ）２００−１のアドレスを挿入する。そして、ノード（ＧＷ）２００−１は、このように削除したり、書き換えたりしたフレームを端末１００へ送信する。
【００８３】
ノード（ＧＷ）２００−１は、ノード群におけるゲートウェイとして機能する。そのため、ノード（ＧＷ）２００−１は、ノード２００内で有効な「ＧＳ」領域と「ＧＤ」領域を、端末１００から受信したフレームに含めてノード２００へ送信する。また、ノード（ＧＷ）２００−１は、他のノード２００から受信したフレームから、「ＧＳ」領域と「ＧＤ」領域とを削除して、フレームを端末１００へ送信している。
【００８４】
このようなフレームの中継例を前提として、以下動作例について説明する。
【００８５】
＜動作例＞
次に、動作例について説明する。動作例について以下の順番で説明する。
＜１．  デモパターンについて＞
＜１．１  デモパターンの種類＞
＜１．２  デモパターン設定要求フレーム＞
＜１．３  デモパターン設定要求フレームの転送例＞
＜２．経路デモについて＞
＜２．１  経路デモの例＞
＜２．２  点灯指示フレーム＞
＜２．３  点灯指示フレームの転送例＞
＜２．４  点灯指示フレーム受信処理＞
＜２．５  経路デモ中のノード装置に対する動作例＞
＜２．５．１  動作例＞
＜２．５．２  状態通知フレーム＞
＜２．５．３  状態通知フレームの転送例＞
＜２．５．４  発光処理＞
＜２．５．５  状態通知フレーム受信処理＞
＜３．Ｍｅｓｈデモについて＞
＜３．１  Ｍｅｓｈデモの例＞
＜３．２  Ｍｅｓｈデモ実行フレーム＞
＜３．３  Ｍｅｓｈデモフレームの転送例＞
＜３．４  発光処理＞
＜３．５  Ｍｅｓｈデモ実行フレーム受信処理＞
＜４．１ｈｏｐデモについて＞
＜４．１  １ｈｏｐデモの例＞
＜４．２  １ｈｏｐデモ実行フレーム＞
＜４．３  １ｈｏｐデモ実行フレームの転送例＞
＜４．４  発光処理＞
＜４．５  １ｈｏｐデモ実行フレーム受信処理＞
＜５．再起動フレーム＞
【００８６】
＜１．  デモパターンについて＞
＜１．１  デモパターンの種類＞
図１１は、デモンストレーションパターン（以下、「デモパターン」と称する場合がある。）の状態（又はモード）遷移の例を表す図である。デモパターンは、経路デモパターン（以下、「経路デモ」と称する場合がある。）、Ｍｅｓｈデモパターン（以下、「Ｍｅｓｈデモ」と称する場合がある。）、及び１ｈｏｐデモパターン（以下、「１ｈｏｐデモ」と称する場合がある。）の３つのモードがある。
【００８７】
経路デモは、例えば、無線経路上のノード２００が発光することで、無線経路を可視化するモードである。経路デモの詳細は、＜２．経路デモについて＞で説明する。
【００８８】
また、Ｍｅｓｈデモは、例えば、利用者がノード２００を持ち上げて振ると、そのノード２００が発光し、利用者がそのノード２００を設置すると、他のノード群２００が放射状に拡がるように発光するモードである。
【００８９】
さらに、１ｈｏｐデモは、例えば、利用者がノード２００を持ち上げて傾けると、そのノード２００が発光し、利用者がそのノード２００を設置すると、他のノード群２００がカーテンコールや波紋のように発光するモードである。
【００９０】
図１１に示すように、各状態への遷移は、以下のようになる。すなわち、ノード２００の電源がオンになるか、又は再起動すると、経路デモの状態となる。その後、端末１００がデモパターン設定フレームと呼ばれるフレームを送信し、ノード２００がこのフレームを受信すると、デモパターン設定フレームで指示されたＭｅｓｈデモ又は１ｈｏｐデモの状態へ移行する。デモパターン設定フレームは、例えば、ノード２００においてデモパターンを行わせるためのフレームである。
【００９１】
図１１に示すように、Ｍｅｓｈデモの状態のノード２００が、端末１００から送信されたデモパターン設定フレームを受信すると、デモパターン設定フレームで指示された経路デモ又は１ｈｏｐデモの状態へ移行する。また、１ｈｏｐデモの状態のノード２００は、端末１００から送信されたデモパターン設定フレームを受信すると、デモパターン設定フレームで指示されたＭｅｓｈデモ又は経路デモへと移行する。Ｍｅｓｈデモ又は１ｈｏｐデモの状態のノード２００が再起動すると、経路デモへと移行する。
【００９２】
＜１．２  デモパターン設定要求レーム＞
次に、デモパターン設定要求フレームについて説明する。図１２（Ａ）はデモパターン設定要求フレームの構成例を表す図である。なお、デモパターン設定要求フレームのヘッダ領域は、例えば、図８（Ｂ）に示す構成例となる。他の種類のフレームについても、ヘッダ領域の構成は、例えば、図８（Ｂ）示す例となる。
【００９３】
デモパターン設定要求フレームは、そのペイロード領域に、「コマンド種別」、「宛先アドレス」、「ＧＷアドレス」、「デモパターン」、及び「ＭＡＣフィルタタイプ」を含む。
【００９４】
「コマンド種別」は、例えば、他の種類のフレームに対して、デモパターン設定要求フレームであることを識別するコマンド種別情報が挿入される領域である。また、「宛先アドレス」は、例えば、デモパターン設定要求フレームの最終的な宛先のアドレスが挿入される領域である。さらに、「ＧＷアドレス」は、例えば、ノード（ＧＷ）２００のアドレスが挿入される領域である。ノード（ＧＷ）２００のアドレスは、例えば、予め決められた固定値となっている。
【００９５】
「デモパターン」は、例えば、デモパターンを表すデモパターン情報が挿入される領域である。デモパターン情報としては、経路デモ、Ｍｅｓｈデモ、又は１ｈｏｐデモを表す情報がある。一例として、デモパターン情報が「０」のときは経路デモ、「１」のときはＭｅｓｈデモ、「２」のときは１ｈｏｐデモとなる。
【００９６】
「ＭＡＣフィルタタイプ」は、例えば、ＭＡＣフィルタタイプを識別するフィルタタイプ情報が挿入される領域である。ＭＡＣフィルタとは、例えば、特定のノード２００との通信を許可したり、特定のノード２００との通信を拒否したりする機能のことである。フィルタタイプ情報としては、「フィルタ無し」、「周辺８ノード」、「上下４ノード」の３種類がある。
【００９７】
図１３はＭＡＣフィルタパターンによるフレームの中継例を表す図である。「フィルタ無し」は、例えば、全ノードと通信が可能なパターンである。図１３の例では、「フィルタ無し」の場合、ノード２００−１は、他の全ノード２００−２〜９と通信が可能となるフィルタタイプである。
【００９８】
「周辺８ノード」は、例えば、自ノードを中心にして、周辺の上下左右、及び斜め方向の８つのノードと通信が可能で、それ以外のノード２００と通信ができないフィルタタイプである。図１３の例では、「周辺８ノード」の場合、ノード２００−１は、斜め方向のノード２００−５と通信可能であり、ノード２００−５は、斜め方向のノード２００−９と通信可能である。この場合、ノード２００−５は、周辺の８つのノード２００−１〜２００−４，２００−６〜２００−９と通信が可能である。
【００９９】
「上下４ノード」は、例えば、自ノード２００を中心に、上下左右の４つのノード２００と通信が可能で、それ以外のノード２００とは通信ができないフィルタタイプである。図１３の例では、「上下４ノード」の場合、ノード２００−１はノード２００−５と通信できず、右と下のノード２００−２，２００−４と通信可能である。図１３の例では、ノード２００−１は、ノード２００−２と通信を行っている。また、ノード２００−５も、斜め方向のノード２００−９と通信できず、上下左右のノード２００−２，２００−４，２００−６，２００−８と通信可能である。図１３の例では、ノード２００−５は、ノード２００−６と通信を行っている。
【０１００】
例えば、「周辺８ノード」と「上下４ノード」との間で、ＭＡＣフィルタが切り替えられるとき、ノード２００は、自律分散的に経路を新たに構築し、経路情報を新たに作成し直し、新たに作成した経路情報に基づいて、フレームを送信する。
【０１０１】
＜１．３  デモパターン設定要求フレームの転送例＞
図１２（Ｂ）はデモパターン設定要求フレームの転送例を表すシーケンス図である。図１２（Ｂ）では、宛先ノードはノード２００−２となっている例を表している。
【０１０２】
端末１００は、デモパターン設定要求フレームを生成して、ノード（ＧＷ）２００−１へ送信する（Ｓ１０）。
【０１０３】
例えば、端末１００は以下の処理を行う。すなわち、アプリケーション処理部１０３は、メモリ２０７から、デモパターン設定要求フレームであることを示すコマンド種別情報、フレームの最終的な宛先アドレス、ＧＷアドレス、デモパターン、ＭＡＣフィルタタイプなどを読み出す。そして、アプリケーション処理部１０３は、これらの情報をペイロード領域に含むデモパターン設定要求フレームを生成し、無線通信処理部１０２へ出力する。無線通信処理部１０２は、受け取ったデモパターン設定要求フレームを無線信号に変換し、変換後の無線信号を送信する。
【０１０４】
ノード（ＧＷ）２００−１は、デモパターン設定要求フレームを受信すると、デモパターン設定要求フレームを、宛先ノード２００−２へ送信する（Ｓ１１）。そして、ノード（ＧＷ）２００−１は設定処理を行う（Ｓ１２）。例えば、ノード（ＧＷ）２００−１は、以下の処理を行う。
【０１０５】
すなわち、ノード（ＧＷ）２００−１の無線通信処理部２０２は、端末１００から送信された無線信号を受信し、受信した無線信号からフレームを抽出し、アプリケーション処理部２０３へ出力する。アプリケーション処理部２０３は、フレームのヘッダ領域において「ＬＤ」領域に挿入されたアドレスが、自ノード２００−１のアドレスであることを確認すると、ペイロード領域から「コマンド種別」に挿入されたコマンド種別情報を確認する。アプリケーション処理部２０３は、種別から、受信したフレームがデモパターン設定フレームであることを判別すると、ペイロード領域に挿入された「デモパターン」、「ＭＡＣフィルタタイプ」などを、メモリ２０７に記憶する。これにより、「設定処理」が行われる。以後、ノード（ＧＷ）２００−１は、メモリ２０７に記憶した「デモパターン」と「ＭＡＣフィルタタイプ」に従って、フレームの送信を行う。そして、アプリケーション処理部２０３は、受信フレームの「ＬＤ」領域と「ＬＳ」領域とに挿入されたアドレスを、経路情報に従って、書き換える。アプリケーション処理部２０３は、受信フレームに対して、「ＬＤ」領域と「ＬＳ」領域とを書き換えたフレームを、無線通信処理部１０２へ出力する。無線通信処理部１０２は、受け取ったデモパターン設定要求フレームを無線信号へ変換し、変換後の無線信号を送信する。
【０１０６】
デモパターン設定要求フレームを受信した宛先ノード２００−２も、ノード（ＧＷ）２００−１と同様に、アプリケーション処理部２０３がメモリ２０７に「デモパターン」と「ＭＡＣフィルタタイプ」を記憶する。これにより、以後、ノード２００−２も、「デモパターン」と「ＭＡＣフィルタタイプ」に従って、データの受信を行う。ノード２００−２は、宛先ノードであるため、アプリケーション処理部２０３は、デモパターン設定要求フレームのペイロード領域に挿入された「宛先アドレス」が自局であることを確認すると、受信したフレームを終端する。
【０１０７】
なお、デモパターン設定要求フレームを受信した各ノード２００は、設定変更後のデモパターンで用いられるフレームを送信したり、受信したりする。この場合、各ノード２００は、設定変更度のデモパターンではないデモパターンで用いられるフレームの送信や受信を中断する。例えば、以下のような処理が行われる。
【０１０８】
すなわち、アプリケーション処理部２０３は、デモパターン設定要求フレームの受信により、設定変更後、無線通信処理部２０２から受け取ったフレームに対して、ペイロード領域に挿入された「コマンド種別情報」に基づいて、判別する。具体的には、アプリケーション処理部２０３は、受信したフレームのコマンド種別情報が、設定変更後のデモパターンで用いられるコマンド種別情報のときは、受信処理を行い、そうでないときは受信したフレームを終端（又は破棄）すればよい。メモリ２０７には、デモパターン毎に使用されるコマンド種別情報が記憶され、アプリケーション処理部２０３は、設定変更後のデモパターンではどのようなフレームが用いられるかを、メモリ２０７からコマンド種別情報を取得することで確認が可能である。
【０１０９】
各デモパターンで用いられるフレームについては、各デモパターンを説明する際に説明する。
【０１１０】
＜２．経路デモについて＞
＜２．１  経路デモの例＞
次に、経路デモについて説明する。図１４は経路デモの例を表す図である。端末１００が経路デモの指示を行うと、無線経路上にあるノード２００−１〜２００−４，２００−１１，２００−１８がこの順で順次発光する。端末１００からＬＥＤ点灯指示フレーム（以下、「点灯指示フレーム」と称する場合がある。）と呼ばれるフレームが送信され、予め設定された経路情報に従って、点灯指示フレームが中継ノード２００−１〜２００−４，２００−１１を経由して、宛先ノード２００−１８へ送信される。すなわち、各ノード２００−１〜２００−４，２００−１１は、自律分散的に作成した経路情報に従って、点灯指示フレームを送信し、点灯指示フレームが送信される経路上のノード２００−１〜２００−４，２００−１１，２００−１８が発光している。
【０１１１】
＜２．２  点灯指示フレーム＞
図１５（Ａ）は点灯指示フレームの構成例を表す図である。点灯指示フレームは、そのペイロード領域に、「コマンド種別」、「宛先アドレス」、「経路発光色」、「宛先発光色」、「点灯遅延時間」を含む。
【０１１２】
「コマンド種別」は、例えば、他の種類のフレームに対して、点灯指示フレームであることを識別するコマンド種別情報が挿入される領域である。「宛先アドレス」は、例えば、点灯指示フレームに関し、経路情報における最終宛先となるノード２００の宛先アドレス情報が挿入される領域である。図１４の例では、「宛先アドレス」は、ノード２００−１８のアドレスとなる。
【０１１３】
「経路発光色」は、例えば、経路情報に基づく経路上のノード２００が発光する色を表す経路発光色情報が挿入される領域である。図１４の例において、ノード２００−１〜２００−４，２００−１１を白色で発光させる場合、「経路発光色」に色番号「０」（例えば図６）が挿入される。
【０１１４】
「宛先発光色」は、例えば、経路情報における最終宛先ノード２００が発光する色を表す宛先発光色情報が挿入される領域である。図１４の例において、ノード２００−１８を赤色で発光させる場合、「宛先発光色」に色番号「１」（例えば図６）が挿入される。
【０１１５】
「点灯遅延時間」は、例えば、経路上のノード２００において、ＬＥＤ２０４を発光させるタイミングを示す時間情報が挿入される領域である。点灯指示フレームを中継した各ノード２００は、「点灯遅延時間」に挿入された時間情報に基づいて、ＬＥＤ２０４を点灯させる。具体的には、各ノード２００は、「点灯遅延時間」により示された時間（以下、点灯遅延時間と称する場合がある。）にホップ数を乗じた時間経過後に、ＬＥＤ２０４を点灯させる。例えば、図１４の例において、ノード２００−１は、点灯遅延時間にホップ数「１」を乗じた時間経過後にＬＥＤ２０４を点灯し、ノード２００−２は、点灯遅延時間にホップ数「２」を乗じた時間経過後にＬＥＤ２０４を点灯する。したがって、この例では、経路上の各ノード２００のうち、ノード２００−１が最も早く点灯し、ノード２００−１８が最も遅く点灯する。これにより、経路上のノード２００−１〜２００−４，２００−１１，２００−１８は、点灯指示フレームが送信される経路に沿って、点灯指示フレームを中継する順番で点灯することが可能となる。
【０１１６】
＜２．３  点灯指示フレームの転送例＞
図１５（Ｂ）は点灯指示フレームの転送例を表すシーケンス図である。図１５（Ｂ）の例では、図１４の例を示し、中継ノード２００−２〜２００−４，２００−１１は省略されている。
【０１１７】
端末１００は点灯指示フレームを生成し、生成した点灯指示フレームを、ノード（ＧＷ）２００−１へ送信する（Ｓ２０）。端末１００は、例えば、以下の処理を行う。
【０１１８】
すなわち、アプリケーション処理部１０３は、メモリ１１３に記憶したコマンド種別情報、宛先アドレス情報、経路発光色情報、宛先発光色情報、点灯遅延時間情報の各情報をメモリ１１３から読み出す。アプリケーション処理部１０３は、読み出したこれらの情報をペイロード領域に含む点灯指示フレームを生成する。また、アプリケーション処理部１０３は、点灯指示フレームの「ＬＤ」領域に、メモリ１１３から読み出したノード（ＧＷ）２００−１のアドレスを挿入する。アプリケーション処理部１０３は、生成した点灯指示フレームを無線通信処理部１０２へ出力する。無線通信処理部１０２は、点灯指示フレームを無線信号へ変換して送信する。
【０１１９】
ノード（ＧＷ）２００−１は、端末１００から送信された点灯指示フレームを受信すると、次ホップのノード２００へ、点灯指示フレームを送信する（Ｓ２１）。
【０１２０】
そして、ノード（ＧＷ）２００−１は、灯指示フレーム受信処理を行う（Ｓ２２）。点灯指示フレーム受信処理は後述する。
【０１２１】
宛先ノード２００−１８も、点灯指示フレームを受信すると、点灯指示フレーム受信処理を行う（Ｓ２３）。
【０１２２】
＜２．４  点灯指示フレーム受信処理＞
図１６は、点灯指示フレーム受信処理の例を表すフローチャートである。例えば、ノード（ＧＷ）２００−１における処理について説明する。
【０１２３】
ノード（ＧＷ）２００−１は、点灯指示フレームを受信すると処理を開始する（Ｓ２２０）。
【０１２４】
次に、ノード（ＧＷ）２００−１は、経路情報に従って、点灯指示フレームを次のノード２００へ送信する（Ｓ２２１）。ノード（ＧＷ）２００−１は、例えば、以下の処理を行う。
【０１２５】
すなわち、ノード（ＧＷ）２００−１の無線通信処理部２０２は、端末１００から送信された無線信号を受信すると、受信した無線信号からフレームを抽出し、抽出したフレームをアプリケーション処理部２０３へ出力する。アプリケーション処理部２０３は、フレームの「ＬＤ」領域に挿入されたアドレスが自ノード（ＧＷ）２００−１であることを確認すると、ペイロード領域の「コマンド種別」に挿入されたコマンド種別情報から、受信したフレームが点灯指示フレームであることを判別する。アプリケーション処理部２０３は、受信フレームの「ＬＤ」領域と「ＬＳ」領域とに挿入されたアドレスを、メモリ２０７に記憶された経路情報に従って、書き換える。また、アプリケーション処理部２０３は、点灯指示フレームにおけるヘッダ領域の「ホップ数」（例えば図８（Ｂ））を＋１インクリメントさせた値に書き換える。アプリケーション処理部２０３は、書き換えた点灯指示フレームを無線通信処理部２０２へ出力する。無線通信処理部２０２は、受け取った点灯指示フレームを無線信号へ変換して、無線信号を送信する。
【０１２６】
次に、ノード（ＧＷ）２００−１は、受信した点灯指示フレームから情報を抽出する（Ｓ２２２）。例えば、ノード（ＧＷ）２００−１のアプリケーション処理部２０３は、点灯指示フレームのペイロード領域から、「経路発光色」と「有効遅延時間」、ヘッダ領域から「ホップ数」を抽出する。
【０１２７】
次に、ノード（ＧＷ）２００−１は、（点灯遅延時間×ホップ数）時間経過後、経路発光色で示された色で、ＬＥＤ２０４を１回点滅させる（Ｓ２２３）。例えば、ノード（ＧＷ）２００−１は以下の処理を行う。
【０１２８】
すなわち、アプリケーション処理部２０３は、点灯指示フレームから抽出した「点灯遅延時間」と「ホップ数」とを乗算した時間を計算する。アプリケーション処理部２０３は、点灯指示フレームを無線通信処理部２０２から受け取ったときから、タイマー２０６でカウントした時間が、（「点灯遅延時間」×「ホップ数」）時間経過したか否かを判別する。アプリケーション処理部２０３は、カウントした時間が、（「点灯遅延時間」×「ホップ数」）時間経過するまで待つ。そして、アプリケーション処理部２０３は、その時間経過すると、「経路発光色」の色番号に対応するＲＧＢ値をメモリ２０７から読み出す。そして、アプリケーション処理部２０３は、ＬＥＤ２０４に対して、メモリ２０７から読み出したＲＧＢ値を出力するとともに、１回点滅するように指示する。ＬＥＤ２０４は、その指示に従って、ＲＧＢ値に対応する色で、１回点滅する。この際、ＬＥＤ２０４は、点滅した色を、フェードアウトさせるようにしてもよい。フェードアウトは、例えば、ＬＥＤ２０４が点滅した色を表すＲＧＢ値を時間経過とともに（０，０，０）に近づけるように発光する処理のことである。或いは、ＬＥＤ２０４は、フェードインさせるようにしてもよい。フェードインは、例えば、時間の経過とともに、（０，０，０）から、指示を受けたＲＧＢ値の色へと変化する処理のことである。なお、点滅は、例えば、ＬＥＤ２０４が発光後、消灯することである。１回の点滅では、ＬＥＤ２０４の消灯で終了するが、複数回の点滅では、ＬＥＤ２０４が、再び発光して消灯することを繰り返すことになる。
【０１２９】
そして、ノード（ＧＷ）２００−１は一連の処理を終了する（Ｓ２２４）。
【０１３０】
図１４の例におけるノード２００−２〜２００−４，２００−１１の動作は省略されているが、点灯指示フレームを受信すると、点灯指示フレーム受信処理を行う点は、ノード（ＧＷ）２００−１と同様の処理を行う。この際、各ノード２００−２〜２００−４，２００−１１は、「点灯遅延時間」×「ホップ数」の時間を計算する（Ｓ２２３）が、「ホップ数」が順次繰り上がっていくため、「点灯遅延時間」×「ホップ数」の値が順次長くなっていくことになる。従って、中継回数が多くなればなるほど、点滅開始時間が遅くなり、中継ノードは、ノード２００−１〜２００−４，２００−１１，２００−１８の順で点滅を開始する。
【０１３１】
＜２．５  経路デモ中のノード装置に対する動作例＞
以下、経路デモ中、利用者がノード２００を設置場所から持ち上げて、傾けると、操作対象のノード２００（以下、「操作ノード」と称する場合がある。）が発光する。そして、利用者が、その操作ノード２００を設置場所に設置すると、操作ノード２００を含む無線経路上の各ノード２００が発光する。以下では、この動作例について説明する。
【０１３２】
＜２．５．１  動作例＞
図１７と図１８は動作例を表す図である。図１７に示すように、利用者が、床などに設置されたノード２００−１８を持ち上げて傾けると、ノード２００−１８は傾きに応じた色で発光する。そして、図１８に示すように、利用者がある方向にノード２００−１８を傾けたまま、ノード２００−１８を床などに設置させると、ノード２００−１８を始点として、無線経路上の各ノード２００−１７，２００−１０，２００−３〜２００−１が順次発光する。このとき、操作対象のノード２００−１８は状態通知フレームと呼ばれるフレームを生成して送信する。状態通知フレームは、予め設定された経路情報に従って、各ノード２００−１７，２００−１０，２００−３〜２００−１を中継し、端末１００へ送信される。端末１００の表示部１０４は、各ノード２００−１８，２００−１７，２００−１０，２００−３〜２００−１がどのような色で発光したかを表示する。
【０１３３】
なお、操作ノード２００は、例えば、ノード（ＧＷ）２００−１でもよい。この場合、操作ノード２００−１は、傾いた方向に応じた色で発光して、状態通知フレームを端末１００へ直接送信することになる。
【０１３４】
＜２．５．２  状態通知フレーム＞
図１９（Ａ）は、状態通知フレームの構成例を表す図である。状態通知フレームは、そのペイロード領域に、「コマンド種別」、「通知元アドレス」、「ノード発光色」、及び「点灯遅延時間」を含む。
【０１３５】
「コマンド種別」は、例えば、他の種類のフレームに対して、状態通知フレームであることを識別するコマンド種別情報が挿入される領域である。「通知元アドレス」は、例えば、利用者によって持ち上げられて傾けられたノード（又は操作ノード）２００のアドレスが挿入される領域である。図１７の例では、「通知元アドレス」には、操作ノード２００−１８のアドレスが挿入される。
【０１３６】
「ノード発光色」は、例えば、操作ノード２００で発光した色を表す発光色情報が挿入される領域である。図１７の例では、「ノード発光色」には、操作ノード２００−１８が発光した色に対応する色番号が挿入される。
【０１３７】
「点灯遅延時間」は、例えば、例えば、経路上のノード２００において、ＬＥＤ２０４を発光させるタイミングを示す時間情報が挿入される領域である。点灯指示フレーム（例えば図１５（Ａ））の「点灯遅延時間」と同様であり、経路上の各ノード２００は、「点灯遅延時間」×「ホップ数」の時間経過後に発光する。
【０１３８】
＜２．５．３  状態通知フレームの転送例＞
図１９（Ｂ）は、状態通知フレームの転送例を表すシーケンス図である。図１９（Ｂ）では、図１７と図１８を例にし、操作ノードはノード２００−１８、中継ノード２００−１７，２００−１０，２００−３〜２００−２は省略している。
【０１３９】
操作ノード２００−１８は、持ち上げて傾けられたことで発光処理を行う（Ｓ３０）。発光処理は後述する。
【０１４０】
そして、操作ノード２００−１８は、状態通知フレームを生成して送信する（Ｓ３２）。操作対象ノード２００−１８は、例えば、以下の処理を行う。
【０１４１】
すなわち、アプリケーション処理部２０３は、状態通知フレームであることを示すコマンド種別情報、自局のアドレス情報、点灯遅延時間情報をメモリ２０７から読み出す。そして、アプリケーション処理部２０３は、発光色情報としてＬＥＤ２０４を発光させた色を表す色番号をメモリ２０７から読み出す。アプリケーション処理部２０３は、これらの情報をペイロード領域に含む状態通知フレームを生成し、無線通信処理部２０２へ出力する。無線通信処理部２０２は、受け取った状態通知フレームを無線信号へ変換して送信する。
【０１４２】
ノード（ＧＷ）２００−１は、状態通知フレームを受信すると、状態通知フレームを端末１００へ送信する。そして、ノード（ＧＷ）２００−１は、状態通知フレーム受信処理（Ｓ３４）を行う。状態通知フレーム受信処理は後述する。
【０１４３】
端末１００は、ノード（ＧＷ）２００−１から送信された状態通知フレームを受信すると、表示部１０４の画面上に、ノード２００−１８，２００−１７，２００−１０，２００−３〜２００−１の発光色を表示する（Ｓ３５）。端末１００は、例えば、以下の処理を行う。
【０１４４】
すなわち、無線通信処理部１０２は、ノードＧＷ（２００−１）から送信された無線信号を受信すると、受信した無線信号からフレームを抽出し、アプリケーション処理部１０３へ出力する。アプリケーション処理部１０３は、受信フレームの「ＬＤ」領域に挿入されたアドレスが自端末１００であることを確認すると、受信フレームのペイロード領域の「コマンド種別」に挿入されたコマンド種別情報から、フレームが状態通知フレームであることを判別する。そして、アプリケーション処理部１０３は、ペイロード領域の「ノード発光色」に挿入された色番号を抽出し、色番号に対応する色をメモリ１１３から読み出す。アプリケーション処理部１０３は、読み出した色の情報を表示部１０４へ出力し、表示部１０４は受け取った色の情報に基づいて、ノード２００がどのような色で発光したかを示す情報を表示する。
【０１４５】
＜２．５．４  発光処理＞
次に、発光処理（Ｓ３０）について説明する。図２０は発光処理の例を表すフローチャートである。発光処理も、操作ノード２００−１８を例にして説明する。
【０１４６】
操作ノード２００−１８は、加速度センサ２０５により、自ノード２００−１８の「持つ」と「傾き」とを検出する（Ｓ３００）。操作ノード２００−１８は、例えば、以下の処理を行う。
【０１４７】
すなわち、アプリケーション処理部２０３は、加速度センサ２０５に対して検出の開始を指示し、タイマー２０６に対して時間をカウントするよう指示する。加速度センサ２０５は、アプリケーション処理部２０３から指示に従って検出を開始し、３軸方向（例えば図７（Ａ）に示すＸ軸、Ｙ軸、Ｚ軸）における各数値を取得する。加速度センサ２０５は取得した数値をアプリケーション処理部２０３へ出力する。また、タイマー２０６もカウントした時間をアプリケーション処理部２０３へ出力する。アプリケーション処理部２０３は、受け取った数値とカウントした時間とに基づいて、ノード２００−１８が「持つ」状態であり、かつ、「傾けた」状態であることを検出する。上述したように、アプリケーション処理部２０３は、５００ｍｓの間に３回以上、いずれかの軸に±１０以上の値を検出したとき、自ノード２００−１８が「持つ」状態である、などと検出することが可能である。
【０１４８】
次に、操作ノード２００−１８は、自ノード２００−１８の通信を遮断する（Ｓ３０１）。例えば、アプリケーション処理部２０３は、「持つ」状態を検出すると、無線通信処理部２０２に対して通信の遮断を指示する。無線通信処理部２０２は、この指示を受けて、無線信号を受信しても、受信した無線信号を破棄したり、或いは無線通信処理部２０２の電源をオフにしたりすることで、通信を遮断する。
【０１４９】
次に、操作ノード２００−１８は、傾きに応じた色でＬＥＤ２０４を発光させる（Ｓ３０２）。操作ノード２００−１８は、例えば、以下の処理を行う。
【０１５０】
すなわち、メモリ２０７には、加速度センサ２０５が取得したＸ軸とＹ軸の数値の範囲が、＋２００から＋２１０までは「白」、＋２１１から＋２２０までは「黄」、など、その範囲に応じた色を表すテーブルを記憶している。アプリケーション処理部２０３は、加速度センサ２０５から受け取った数値に対応する色を、メモリ２０７に記憶されたテーブルから読み出す。アプリケーション処理部２０３は読み出した色に対応するＲＧＢ値を、メモリ２０７から読み出す。そして、アプリケーション処理部２０３は、読み出したＲＧＢ値をＬＥＤ２０４へ出力し、点灯を指示する。ＬＥＤ２０４は、この指示を受けて、受け取ったＲＧＢ値に対応する色で発光する。
【０１５１】
次に、操作ノード２００−１８は、正立状態か否かを検出する（Ｓ３０３）。本処理では、操作ノード２００−１８が持ち上げられて傾けられた後に床などに設置された場合、どのような状態で設置されたのかを検出するようにしている。ここで、正立状態とは、例えば、操作ノード２００−１８が持ち上げられて傾けられた後、床などに再び設置される際に、持ち上げられる前と同一の方向で、かつ、同一の傾きで設置された状態のことである。例えば、アプリケーション処理部２０３は、加速度センサ２０５からの数値に基づいて、「静止」状態を検出すると、そのときの数値が、持ち上げ前の数値（例えば、（０，０，−５１２））と一致する場合は「成立状態」であり、一致しない場合は「成立状態」ではないと検出する。
【０１５２】
操作ノード２００−１８は、正立状態であることを検出すると（Ｓ３０３でＹｅｓ）、５秒後に消灯する（Ｓ３０４）。例えば、アプリケーション処理部２０３は、正立状態であることを検出すると、その時点からのタイマー２０６からのカウント値が、５秒経過した時、ＬＥＤ２０４に対して、消灯を指示する。ＬＥＤ２０４は、この指示を受けて、消灯する。
【０１５３】
そして、操作ノード２００−１８は一連の処理を終了する（Ｓ３０５）。
【０１５４】
一方、操作ノード２００−１８は、正立状態ではないことを検出すると（Ｓ３０３でＮｏ）、自ノード２００−１８が傾いた状態で静止しているか否かを検出する（Ｓ３０６）。操作ノード２００−１８は、例えば、以下の処理を行う。
【０１５５】
すなわち、アプリケーション処理部２０３は、加速度センサ２０５の数値や、タイマー２０６のカウント値に基づいて、５００ｍｓ連続でＸ軸又はＹ軸が±２００以上の値を検出後、５００ｍｓの間、どの軸の変化も±１０の場合に、傾いた状態で静止していることを検出する。アプリケーション処理部２０３は、それ以外の数値を取得した場合は、傾いた状態で静止していないことを検出する。
【０１５６】
操作ノード２００−１８は、傾いた状態で静止していることを検出すると（Ｓ３０６でＹｅｓ）、状態通知フレームを送信する（Ｓ３０７）。
【０１５７】
そして、操作ノード２００−１８は、状態通知フレームを送信し（Ｓ３０７）、処理をＳ３０３へ移行させ、上述した処理を繰り返す。
【０１５８】
一方、操作ノード２００−１８は、傾いた状態で静止していないことを検出したとき（Ｓ３０６でＮｏ）、処理をＳ３０３へ移行させ、上述した処理を繰り返す。
【０１５９】
＜２．５．５  状態通知フレームの受信処理＞
図２１は、中継ノード２００における状態通知フレームの受信処理の例を表すフローチャートである。中継ノード２００としてノード（ＧＷ）２００−１を例にして説明する。
【０１６０】
ノード（ＧＷ）２００−１は、状態通知フレームを受信すると処理を開始する（Ｓ３４０）。
【０１６１】
次に、ノード（ＧＷ）２００−１は、経路情報に従って、状態通知フレームを端末１００へ送信する（Ｓ３４１）。ノード（ＧＷ）２００−１は、例えば、以下の処理を行う。
【０１６２】
すなわち、無線通信処理部２０２は、ノード２００−２から送信された無線信号を受信し、受信した無線信号からフレームを抽出し、アプリケーション処理部２０３へ出力する。アプリケーション処理部２０３は、無線通信処理部２０２から受け取ったフレームの「ＬＤ」領域から、宛先アドレスが自ノード２００−１であることを確認すると、ペイロード領域の「コマンド種別」に挿入されたコマンド種別情報から、受け取ったフレームが状態通知フレームであることを確認する。そして、アプリケーション処理部２０３は、受信したフレームの「ＬＤ」領域と「ＬＳ」領域に含まれる各アドレス情報を、経路情報に従って書き換える。また、アプリケーション処理部２０３は、ヘッダ領域の「ホップ数」を１つインクリメントし、インクリメントした数値に書き換える。アプリケーション処理部２０３は、書き換えた状態通知フレームを無線通信処理部２０２へ出力する。無線通信処理部２０２は、受け取った状態通知フレームを無線信号へ変換し、変換後の無線信号を送信する。
【０１６３】
次に、ノード（ＧＷ）２００−１は、受信した状態通知フレームから情報を抽出する（Ｓ３４２）。ノード（ＧＷ）２００−１は、例えば、以下の処理を行う。
【０１６４】
すなわち、アプリケーション処理部２０３は、状態通知フレームのペイロード領域から、「ノード発光色」と「点灯遅延時間」とに挿入された色番号と点灯遅延時間とをそれぞれ抽出し、ヘッダ領域から、「ホップ数」に挿入されたホップ数を抽出する。
【０１６５】
そして、ノード（ＧＷ）２００−１は、状態通知フレームを受信後、（点灯遅延時間×ホップ数）時間経過すると、１ホップごとに２色ずつずらした色で、ＬＥＤ２０４を１回点滅させる（Ｓ３４３）。ノード（ＧＷ）２００−１は、例えば、以下の処理を行う。
【０１６６】
すなわち、アプリケーション処理部２０３は、無線通信処理部２０２から状態通知フレームを受け取ったときからのタイマー２０６からのカウント値が、（点灯遅延時間×ホップ数）時間となったか否かを判別する。アプリケーション処理部２０３は、タイマー２０６のカウント値が（点灯遅延時間×ホップ数）時間となるまで待つ。そして、アプリケーション処理部２０３は、その時間になると、「ノード発光色」の色番号＋ホップ数×２、の色番号を表すＲＧＢ値を、メモリ２０７から読み出す。すなわち、アプリケーション処理部２０３は、「ノード発光色」に挿入された発光色に対して、（２×ホップ数）色分、異なる色で、ＬＥＤ２０４を発光させるようにしている。アプリケーション処理部２０３は、読み出したＲＧＢ値を、ＬＥＤ２０４へ出力し、１回点滅することを指示する。ＬＥＤ２０４は、この指示を受けて、受け取ったＲＧＢ値で、１回点滅する。
【０１６７】
このように、各ノード２００−１７，２００−１０，２００−３〜２００−１は、点灯指示フレームと同様に、（点灯遅延時間×ホップ数）時間経過後に点滅を開始する。従って、図１８の例では、ノード２００−１７，２００−１０，２００−３〜２００−１の順番で順次点滅することになる。また、各ノード２００は、１ホップごとに２色ずらした色で点滅することから、各々異なる色で点滅することが可能となる。この場合も、点灯指示フレームの場合と同様に、ＬＥＤ２０４はフェードアウト処理により除々に消灯するようにしてもよいし、フェードイン処理により、除々に色が変化して点滅するようにしてもよい。
【０１６８】
そして、ノード（ＧＷ）２００−１は一連の処理を終了する（Ｓ３４４）。
【０１６９】
＜３．Ｍｅｓｈデモについて＞
＜３．１  Ｍｅｓｈデモの例＞
次に、Ｍｅｓｈデモについて説明する。図２２（Ａ）から図２３（Ｂ）はＭｅｓｈデモの例を表す図である。
【０１７０】
図２２（Ａ）に示すように、Ｍｅｓｈデモ中において、利用者があるノード２００−１６を持ち上げて振ると、ノード２００−１６は振った方向に応じて発光する。そして、利用者がノード２００−１６を振り続けると、ノード２００−１６の発光色はその輝度を上げ、最大輝度になると１０秒間維持する。
【０１７１】
次に、図２２（Ｂ）に示すように、この１０秒間において、利用者がノード２００−１６を設置すると、ノード２００−１６は点滅を開始する。このとき、ノード２００−１６は、Ｍｅｓｈデモ実行フレームと呼ばれるフレームを生成し、生成したＭｅｓｈデモ実行フレームをブロードキャストで送信する。例えば、ノード２００−１６は、５秒間隔で、Ｍｅｓｈデモ実行フレームをブロードキャストで送信する。なお、利用者は、点滅状態のノード２００−１６を持ち上げると、ノード２００−１６は通信を遮断し、ノード２００−１６のＬＥＤ２０４も消灯する。
【０１７２】
次に、図２３（Ａ）に示すように、操作ノード２００−１６に対して、１ホップ目となる８個のノード２００−９〜２００−１１，２００−１５，２００−１７，２００−２１〜２００−２３は、操作ノード２００−１６に対して２色ずれた色で１回点滅する。このとき、操作ノード２００−１６のＬＥＤ２０４はフェードアウトで消灯する。
【０１７３】
次に、図２３（Ｂ）に示すように、操作ノード２００−１６に対して２ホップ目となる１６個のノード２００−２〜２００−６，２００−８，２００−１２，２００−１４，２００−１８，２００−２０，２００−２４，２００−２６〜２００−３０が発光する。２ホップ目の１６個のノード２００は、１ホップ目の８個のノード２００に対して２色ずれた色で点滅を開始する。このとき、１ホップ目の８個のノード２００−９〜２００−１１，２００−１５，２００−１７，２００−２１〜２００−２３は、フェードアウト処理を行う。
【０１７４】
Ｍｅｓｈデモでは、このように、操作ノード２００−１６を持ち上げて振った後、設置させると、周辺のノードが順次、１回点滅することを繰り返す。利用者は、操作ノード２００−１６を中止にして、放射状に光が拡がる様子を観察することできる。
【０１７５】
＜３．２  Ｍｅｓｈデモ実行フレーム＞
図２４はＭｅｓｈデモ実行フレームの構成例を表す図である。Ｍｅｓｈデモ実行フレームは、そのペイロード領域に、「コマンド種別」、「送信元アドレス」、「開始ノード発光色」、「点灯遅延時間」を含む。
【０１７６】
「コマンド種別」は、例えば、他の種類のフレームに対して、Ｍｅｓｈデモ実行フレームであることを識別するコマンド種別情報が挿入される領域である。「送信元アドレス」は、例えば、利用者によって持ち上げられて振られたノード（又は操作ノード）２００のアドレスが挿入される領域である。図２２（Ａ）の例では、「通知元アドレス」には、操作ノード２００−１６のアドレスが挿入される。
【０１７７】
「開始ノード発光色」は、例えば、操作ノード２００で発光した色を表す発光色情報が挿入される領域である。図１７の例では、「ノード発光色」には、操作ノード２００−１６が発光した色に対応する色番号が挿入される。
【０１７８】
「点灯遅延時間」は、例えば、例えば、ノード２００において、ＬＥＤ２０４を発光させるタイミングを示す時間情報が挿入される領域である。点灯指示フレーム（例えば図１５（Ａ））の「点灯遅延時間」と同様であり、Ｍｅｓｈデモ実行フレームを受信した各ノード２００は、Ｍｅｓｈデモ実行フレームを受信したときから「点灯遅延時間」×「ホップ数」の時間経過後に点滅を開始する。
【０１７９】
＜３．３  Ｍｅｓｈデモフレームの転送例＞
図２４（Ｂ）はＭｅｓｈデモ実行フレームの転送例を表すシーケンス図である。図２４（Ｂ）においては、図２２（Ａ）と同様に、操作対象ノードとしてノード２００−１６とし、１ホップ目のノードとしてノード２００−１５、２ホップ目のノードとしてノード２００−１４を例にしている。
【０１８０】
操作ノード２００−１６は、持ち上げて振られると発光処理を行う（Ｓ４０）。発光処理の詳細は後述する。
【０１８１】
そして、操作ノード２００−１６は、Ｍｅｓｈデモ実行フレームをブロードキャストで送信する（Ｓ４２）。操作ノード２００−１６は、例えば、以下の処理を行う。
【０１８２】
すなわち、アプリケーション処理部２０３は、メモリ２０７に記憶された、Ｍｅｓｈデモ実行フレームを表すコマンド種別情報、自局のアドレス情報、点灯遅延時間情報をメモリ２０７から読み出す。そして、アプリケーション処理部２０３は、発光色情報として、ＬＥＤ２０４を発光させた色を表す色番号をメモリ２０７から読み出す。アプリケーション処理部２０３は、これらの情報をペイロード領域に含むＭｅｓｈデモ実行フレームを生成する。このとき、アプリケーション処理部２０３は、Ｍｅｓｈデモ実行フレームのヘッダ領域において、「ＬＤ」領域又は「ＧＤ」領域において、ブロードキャストであることを示す情報を挿入する。アプリケーション処理部２０３は、生成したＭｅｓｈデモ実行フレームを、無線通信処理部２０２へ出力する。無線通信処理部２０２は、受け取ったＭｅｓｈデモ実行フレームを無線信号へ変換して送信する。
【０１８３】
１ホップ目のノード２００−１５は、ブロードキャストで送信されたＭｅｓｈデモ実行フレームを受信すると、Ｍｅｓｈデモ実行フレームをブロードキャストで送信する（Ｓ４３）。そして、ノード２００−１５では、Ｍｅｓｈデモ実行フレーム受信処理を行う（Ｓ４４）。Ｍｅｓｈデモ実行フレーム受信処理の詳細は後述する。
【０１８４】
２ホップ目のノード２００−１４は、１ホップ目のノード２００−１５からブロードキャスト送信されたＭｅｓｈデモ実行フレームを受信すると、１ホップ目のノード２００−１５と同様に、Ｍｅｓｈデモ実行フレームの送信と、Ｍｅｓｈデモ実行フレーム受信処理を行う（Ｓ４５，Ｓ４６）。
【０１８５】
＜３．４  発光処理＞
図２５は、操作ノード２００における発光処理の例を表すフローチャートである。操作ノード２００として、図２２（Ａ）の例で示されたノード２００−１６を例にして説明する。
【０１８６】
操作ノード２００−１６は、加速度センサ２０５により、「持つ」と「振る」を検出すると処理を開始する（Ｓ４００）。例えば、アプリケーション処理部２０３は、加速度センサ２０５から受け取った、Ｘ軸、Ｙ軸、Ｚ軸の数値と、タイマー２０６からのカウント値に基づいて、自ノード２００−１６が「持つ」状態と「振る」状態であることを検出する。
【０１８７】
次に、操作ノード２００−１６は、自ノード２００−１６の通信を遮断する（Ｓ４０１）。Ｍｅｓｈデモモードの場合と同様に、操作ノード２００−１６は「持つ」を検出すると、無線通信処理部２０２の通信を遮断させるようにする。
【０１８８】
次に、操作ノード２００−１６は、振られた方向に応じた色で発光する（Ｓ４０２）。操作ノード２００−１６は、例えば、以下の処理を行う。
【０１８９】
すなわち、メモリ２０７には、加速度センサ２０５が取得したＸ軸、Ｙ軸、及びＺ軸の数値の範囲に応じて、Ｘ軸で＋３００から＋３１０までは「白」に対応するＲＧＢ値、Ｙ軸で＋３００から＋３１０までは「黄」に対応するＲＧＢ値など、色を表すテーブルを記憶している。アプリケーション処理部２０３は、加速度センサ２０５から受け取った数値に対応するＲＧＢ値をこのようなテーブルから読み出す。そして、アプリケーション処理部２０３は、「振り」を検出したときからのタイマー２０６のカウント値をカウントし、そのカウント値（又は時間）が長くなればなるほど、読み出したＲＧＢ値の輝度を上げたＲＧＢ値を計算する。一例としては、読み出したＲＧＢ値に対して、アプリケーション処理部２０３が１秒経過毎に（＋１０，＋１０，＋１０）を計算するなどがある。これにより、利用者が操作ノード２００−１６を振り続けると、ＬＥＤ２０４は、振り続けた時間に応じた色で発光する（又は発光色の輝度が上昇する）。この場合、利用者が振り続けると、ＬＥＤ２０４は、振られた方向に応じた色で、最大輝度まで上昇する。アプリケーション処理部２０３は、計算したＲＧＢ値をＬＥＤ２０４へ出力し続けることで、ＬＥＤ２０４の発光色の輝度を最大輝度まで上昇させることが可能である。アプリケーション処理部２０３は、計算したＲＧＢ値が最大輝度を表す数値となったとき、１０秒間、発光を継続するようにＬＥＤ２０４へ指示する。ＬＥＤ２０４はその指示に従って、最大輝度での発光を１０秒間継続する。
【０１９０】
次に、操作ノード２００−１６は、最大輝度で発光後、１０秒以内に設置されたか否かを判別する（Ｓ４０３）。例えば、アプリケーション処理部２０３は、ＬＥＤ２０４に対して１０秒間発光を継続するように指示した後、加速度センサ２０５の数値に基づいて、ノード２００−１６が「静止」状態であるか否かを検出する。
【０１９１】
操作ノード２００−１６は、１０秒以内に設置されたとき（Ｓ４０３でＹｅｓ）、発光した色に最も近い色で点滅を開始する（Ｓ４０４）。操作ノード２００−１６は、例えば、以下の処理を行う。
【０１９２】
すなわち、アプリケーション処理部２０３は、ノード２００−１６が、最大輝度で発光後、「静止」状態であることを検出すると、最大輝度に最も近いＲＧＢ値を、メモリ２０７に記憶したテーブル（例えば図６）から読み出す。アプリケーション処理部２０３は、読み出したＲＧＢ値をＬＥＤ２０４へ出力し、点滅することを指示する。ＬＥＤ２０４はその指示に従って、受け取ったＲＧＢ値に対応する色で、点滅を開始する。
【０１９３】
次に、操作ノード２００−１６は、正立状態か否かを検出する（Ｓ４０５）。本処理では、操作ノード２００−１６がどのような状態で設置されたかを検出するようにしている。正立状態か否かは、図２０のＳ３０３と同様に、アプリケーション処理部２０３が加速度センサ２０５からの数値に基づいて、持ち上げ前の数値と一致しているか否かにより検出する。
【０１９４】
操作ノード２００−１６は、正立状態であることを検出すると（Ｓ４０５でＹｅｓ）、Ｍｅｓｈデモ実行フレームをブロードキャストで送信する（Ｓ４０６）。
【０１９５】
そして、操作ノード２００−１６は一連の処理を終了する（Ｓ４０７）。
【０１９６】
一方、操作ノード２００−１６は、正立状態ではないことを検出すると（Ｓ４０５でＮｏ）、自ノード２００−１６が傾いた状態で静止しているか否かを検出する（Ｓ４１０）。図２０のＳ３０６と同様に、例えば、アプリケーション処理部２０３は、加速度センサ２０５の数値や、タイマー２０６のカウント値に基づいて、検出する。
【０１９７】
操作ノード２００−１６は、傾いた状態で静止していることを検出したとき（Ｓ４１０でＹｅｓ）、Ｍｅｓｈデモ実行フレームをブロードキャストで送信する（Ｓ４１１）。そして、処理はＳ４０５へ移行し、操作ノード２００−１６は上述した処理を繰り返す。
【０１９８】
一方、操作ノード２００−１６は、傾いた状態で静止していないとき（Ｓ４１０でＮｏ）、Ｓ４０５へ処理を移行させ、上述した処理を繰り返す。
【０１９９】
一方、操作ノード２００−１６は、最大輝度で発光後、１０秒以内に設置されないとき（Ｓ４０３でＮｏ）、１０秒後にＬＥＤ２０４を消灯させる（Ｓ４０８）。例えば、アプリケーション処理部２０３は、最大輝度で発光した時からの時間を、タイマー２０６から取得して、１０秒経過後、ＬＥＤ２０４に対して消灯を指示する。ＬＥＤ２０４はこの指示を受けて消灯する。
【０２００】
そして、操作ノード２００−１６は、一連の処理を終了する（Ｓ４０７）。
【０２０１】
＜３．５  Ｍｅｓｈデモ実行フレーム受信処理＞
図２６はＭｅｓｈデモ実行フレーム受信処理の動作例を表す図である。１ホップ目のノード２００−１５を例にして説明する。
【０２０２】
ノード２００−１５は、Ｍｅｓｈデモ実行フレームを受信すると処理を開始する（Ｓ４４０）。
【０２０３】
次に、ノード２００−１５は、受信したＭｅｓｈデモ実行フレームの受信回数は１回目か否かを判別する（Ｓ４４１）。
【０２０４】
各ノード２００は、Ｍｅｓｈデモ実行フレームをブロードキャストで送信するため、ノード２００−１５は複数のノードから同一のＭｅｓｈデモ実行フレームを受信する場合がある。本第１の実施の形態では、ノード２００−１５は、Ｍｅｓｈデモ実行フレームのヘッダ領域における「ＧＳ」領域と「ＦＩＤ」領域にそれぞれ挿入されたアドレス（以下、ＧＳと称する場合がある。）とフレームＩＤ（以下、ＦＩＤと称する場合がある。）とに基づいて、同一のＭｅｓｈデモ実行フレームを受信したか否か（又は受信回数が１回目であるか否か）を判別する。
【０２０５】
図２６（Ｂ）は、ＧＳとＦＩＤとの関係例を表す図である。ノード２００−１はＭｅｓｈデモ実行フレームを生成してブロードキャストで送信する。このＭｅｓｈデモ実行フレームのＧＳはノード２００−１のアドレスである「＃３」、ＦＩＤは「２」となる。例えば、ノード２００−１は、５秒後に再びＭｅｓｈデモ実行フレームを送信する場合、ＧＳ「＃３」となるが、ＦＩＤは「３」となる。ノード２００−１では、生成したフレーム毎に異なるＦＩＤを付与する。ＧＳが「＃３」、ＦＩＤが「２」のＭｅｓｈデモ実行フレームは、ブロードキャスト送信され、ノード２００−２とノード２００−４で受信する。２つのノード２００−２，２００−４は、ＧＳが「＃３」、ＦＩＤが「２」のＭｅｓｈデモ実行フレームをブロードキャストで送信する。ノード２００−１では、２つのノード２００−２，２００−４から、ＧＳが「＃３」、ＦＩＤが「２」である同一のＭｅｓｈデモ実行フレームを受信する。この場合、ノード２００−３では、最初に受信したノード２００−２からのＭｅｓｈデモ実行フレームに対して処理を行い、次に受信したノード２００−３からのＭｅｓｈデモ実行フレームを終端（又は破棄）する。最初に受信したノード２００−２からのＭｅｓｈデモ実行フレームは、１回目、次に受信したノード２００−３からのＭｅｓｈデモ実行フレームは２回目に受信したものとなる。
【０２０６】
例えば、ＧＳが異なれば、ノード２００−１ではないノードで生成されたＭｅｓｈデモ実行フレームとなる。また、同一のＧＳでも、ＦＩＤが異なれば、異なるタイミングで送信されたＭｅｓｈデモ実行フレームであり、Ｍｅｓｈデモ実行フレーム自体は異なるフレームとなる。このように、ノード２００−３では、ＧＳとＦＩＤとの組み合わせにより、Ｍｅｓｈデモ実行フレームの受信回数を判別することが可能となる。
【０２０７】
図２６（Ａ）に戻り、１ホップ目のノード２００−１５は、Ｓ４４１において、例えば、以下の処理を行う。
【０２０８】
すなわち、アプリケーション処理部２０３は、受信したＭｅｓｈデモ実行フレームの「ＧＳ」領域と「ＦＩＤ」領域に挿入されたＧＳとＦＩＤとを読み出す。また、アプリケーション処理部２０３は、メモリ２０７に記憶された、Ｍｅｓｈデモ実行フレームのＧＳとＦＩＤとがともに同一であるものがあるか否かを判別する。アプリケーション処理部２０３は、同一のものがなければ、１回目の受信であると判別し、同一のものがあれば、１回目の受信ではないと判別する。
【０２０９】
ノード２００−１５は、受信したＭｅｓｈデモ実行フレームが１回目の受信であると判別したとき（Ｓ４４１でＹｅｓ）、Ｍｅｓｈデモ実行フレームをブロードキャストで送信する（Ｓ４４２）。ノード２００−１５は、例えば、以下の処理を行う。
【０２１０】
すなわち、無線通信処理部２０２は、無線信号を受信すると、受信した無線信号からフレームを抽出し、アプリケーション処理部２０３へ出力する。アプリケーション処理部２０３は、フレームの「ＬＤ」領域に挿入された宛先アドレスがブロードキャストであることを確認し、ペイロード領域の「コマンド種別」に挿入されたコマンド種別情報から受信フレームがＭｅｓｈデモ実行フレームであることを確認する。これにより、Ｓ４４０の処理が行われる。そして、アプリケーション処理部２０３は、Ｍｅｓｈデモ実行フレームが、操作ノード２００−１６から送信された１回目のＭｅｓｈデモ実行フレームであることも確認する。アプリケーション処理部２０３は、受信したフレームに対して、「ＬＳ」領域に挿入されたアドレス情報を自ノード２００−１５のアドレス情報に書き換え、書き換えたＭｅｓｈデモ実行フレームを無線通信処理部２０２へ出力する。無線通信処理部２０２は、受け取ったＭｅｓｈデモ実行フレームを送信する。
【０２１１】
次に、ノード２００−１５は、受信したＭｅｓｈデモ実行フレームから情報を抽出する（Ｓ４４３）。例えば、アプリケーション処理部２０３は、１回目の受信であると判別したＭｅｓｈデモ実行フレームの「開始ノード発光色」と「点灯遅延時間」から発光色情報と点灯遅延時間情報をそれぞれ抽出し、ヘッダ領域に挿入されたホップ数を抽出する。
【０２１２】
次に、ノード２００−１５は、Ｍｅｓｈデモ実行フレームを受信したときから、（点灯遅延時間×ホップ数）時間経過後、１ホップごとに２色ずつずらした色で、ＬＥＤ２０４を１回点滅させる（Ｓ４４４）。例えば、アプリケーション処理部２０３は、タイマー２０６のカウント値が（点灯遅延時間×ホップ数）時間経過するまで待ち、経過したとき、「ノード発光色」の色番号＋ホップ数×２、の色番号を表すＲＧＢ値を、メモリ２０７から読み出して、ＬＥＤ２０４に出力する。これにより、ＬＥＤ２０４はアプリケーション処理部２０３からの指示に従って、１ホップごとに２色ずらした色で点滅を開始する。
【０２１３】
そして、ノード２００−１５は、一連の処理を終了する（Ｓ４４５）。
【０２１４】
一方、ノード２００−１５は、受信したＭｅｓｈデモ実行フレームが１回目の受信ではないとき（Ｓ４４１でＮｏ）、Ｍｅｓｈデモ実行フレームに対する処理を行うことなく、一連の処理を終了する（Ｓ４４５）。例えば、アプリケーション処理部２０３は、２回目以降に受信したＭｅｓｈデモ実行フレームを終端（又は破棄）することで、処理を終了する。
【０２１５】
＜４．１ｈｏｐデモについて＞
＜４．１  １ｈｏｐデモの例＞
次に、１ｈｏｐデモについて説明する。図２７（Ａ）から図２８（Ｂ）は１ｈｏｐデモの例を表す図である。
【０２１６】
図２７（Ａ）に示すように、１ｈｏｐデモ中において、利用者があるノード２００−１３を持ち上げて傾けると、ノード２００−１３は傾きに応じた色で発光する。ノード２００−１３は、例えば、発光後、正立状態になると、５秒後に消灯する。
【０２１７】
図２７（Ｂ）に示すように、利用者が、発光しているノード２００−１３を床などに設置すると、ノード２００−１３が傾いた方向に応じて以下の種類のデモを実行する。
（Ａ）左に傾き    →  カーテンパターン（左方向）のデモを開始
（Ｂ）右に傾き    →  カーテンパターン（右方向）のデモを開始
（Ｃ）手前に傾き  →  波紋パターンのデモを赤で開始
（Ｄ）奥に傾き    →  波紋パターンのデモを青で開始
図２７（Ａ）から図２８（Ｂ）は、ノード２００−１３が右に傾いたため、カーテンパターン（右方向）のデモを行っている様子を表している。なお、傾いた方向は、例えば、図７（Ａ）に示す方向において、Ｙ軸の＋方向が「右に傾き」、Ｙ軸の−方向が「左に傾き」、Ｘ軸の−方向が「手前に傾き」、Ｘ軸の＋方向が「奥に傾き」、となる。例えば、加速度センサ２０５によって、Ｘ軸、Ｙ軸の数値が検出可能であり、アプリケーション処理部２０３によって、検出された数値により、「右に傾き」などを検出することが可能である。
【０２１８】
図２７（Ｂ）に示すように、利用者は、発光したノード２００−１３を、発光後５秒間に、床などに設置すると、１回目の点滅として、１列目のノード２００−１，２００−７，２００−１３，２００−１９，２００−２５が点滅を開始する。この場合、各ノード２００−１，２００−７，２００−１３，２００−１９，２００−２５は、ノード２００−１３が発光した色で点滅する。このとき、発光したノード２００−１３は、１ｈｏｐデモ実行フレームと呼ばれるフレームを生成し、ブロードキャストで送信する。１ｈｏｐデモ実行フレームの詳細は後述する。
【０２１９】
次に、図２８（Ａ）に示すように、２回目の点滅として、２列目のノード２００−２，２００−８，２００−１４，２００−２０，２００−２６が、点滅を開始する。この場合、２列目のノード２００−２，２００−８，２００−１４，２００−２０，２００−２６は、ノード２００−１３が傾けられたときに発光した色で点滅する。また、１列目のノード２００−１，２００−７，２００−１３，２００−１９，２００−２５は、２列目のノード２００−２，２００−８，２００−１４，２００−２０，２００−２６が点滅した色に対して、２色ずらした色で点滅を開始する。
【０２２０】
次に、図２８（Ｂ）に示すように、３回目の点滅として、３列目のノード２００−３，２００−９，２００−１５，２００−２１，２００−２７が点滅を開始する。この場合、３列目のノード２００−３，２００−９，２００−１５，２００−２１，２００−２７は、ノード２００−１３が傾けられたときに発光した色で点滅する。また、２列目のノード２００−２，２００−８，２００−１４，２００−２０，２００−２６は、３列目のノード２００−３，２００−９，２００−１５，２００−２１，２００−２７が点滅した色に対して、２色ずらした色で点滅を開始する。さらに、１列目のノード２００−１，２００−７，２００−１３，２００−１９，２００−２５は、２列目のノード２００−２，２００−８，２００−１４，２００−２０，２００−２６が点滅した色に対して、２色ずらした色で点滅を開始する。そして、各ノード２００は列単位に順次点滅を開始する。
【０２２１】
このように１ｈｏｐデモ中においては、利用者は、各ノード２００がカーテンコールのように発光する様子を観察することができる。波紋パターンのデモについては後述する。
【０２２２】
なお、１ｈｏｐデモの際、各ノード２００は各々位置情報を有し、その位置情報は変更することができない。各ノード２００は、後述するように位置情報に基づいて、ＬＥＤ２０４を発光させるようにしているからである。
【０２２３】
図２９は、位置情報の例を表す。Ｘ軸とＹ軸の座標を図２９に示すように設定するとき、（０，０）（＝（Ｘ軸，Ｙ軸））の位置に設置されたノード２００−１のアドレスは「０１」、（１，０）の位置に設置されたノード２００−２のアドレスは「０２」、ノード２００−４９のアドレスは「４９」となる。位置情報は、このように設定された各ノード２００のアドレスと、Ｘ軸、Ｙ軸の位置座標とを紐づけた情報のことである。従って、ノード２００−１の位置情報は、（０，０）とアドレス「０１」との組となり、ノード２００−１はこの位置情報を変更することができない。１ｈｏｐデモにおいては、各ノード２００は、位置情報とデモパターンとを用いて点滅のタイミングを決定する。
【０２２４】
なお、図２９に示す位置座標とアドレス値は一例であって、例えば、各ノード２００の位置情報が識別できれば、他の位置座標であってもよいし、他のアドレス値であってもよい。また、図２９において、例えば、ノード２００の表面上に設置されたバッテリインジケータ２１６が向いている方向を正面方向（例えば図７（Ａ））とし、正面方向に平行な水平面上の軸がＸ軸となっている。そのＸ軸に対して、水平面上で垂直な方向がＹ軸となっている。
【０２２５】
＜４．２  １ｈｏｐデモ実行フレーム＞
図３０（Ａ）は１ｈｏｐデモ実行フレームの構成例を表す図である。１ｈｏｐデモ実行フレームは、そのペイロード領域に、「コマンド種別」、「送信元アドレス」、「デモパターン」、「開始ノード発光色」、「点灯遅延時間」、「デモ繰り返し回数」を含む。
【０２２６】
「コマンド種別」は、例えば、他の種類のフレームに対して、１ｈｏｐデモ実行フレームであることを識別するコマンド種別情報が挿入される領域である。「送信元アドレス」は、例えば、利用者によって持ち上げられて振られたノード（又は操作ノード）２００のアドレスが挿入される領域である。図２７（Ａ）の例では、「送信元アドレス」には、操作ノード２００−１３のアドレスが挿入される。
【０２２７】
「デモパターン」は、例えば、カーテンパターン（左方向）、カーテンパターン（右方向）、及び波紋パターンを識別するデモパターン情報が挿入される領域である。例えば、「０」のときはカーテンパターン（左方向）、「１」のときはカーテンパターン（右方向）、「２」のときは波紋パターンなどとなる。
【０２２８】
「開始ノード発光色」は、例えば、ノード２００で発光した色を表す発光色情報が挿入される領域である。図２７（Ａ）の例では、「ノード発光色」には、操作ノード２００−１３が発光した色の色番号が挿入される。
【０２２９】
「点灯遅延時間」は、例えば、例えば、ＬＥＤ２０４を発光させるタイミングを示す時間情報が挿入される領域である。各ノード２００は、「点灯遅延時間」×（デモ起点アドレスのＸ座標に対する自ノード２００のＸ座標の差）の時間経過後に発光する。詳細は後述する。
【０２３０】
「デモ繰り返し回数」は、例えば、デモを繰り返す回数を示す情報が挿入される領域である。例えば、図２７（Ａ）から図２８（Ｂ）の例では、１列目のノード２００が点滅を開始して、６列目のノードが点滅を開始するまでを、デモ繰り返し回数を「１」とする。デモ繰り返し回数を「３」とすると、これを３回繰り返すことになる。
【０２３１】
＜４．３  １ｈｏｐデモ実行フレームの転送例＞
図３０（Ｂ）は、１ｈｏｐデモ実行フレームの転送例を表す図である。図３０（Ｂ）においては、図２７（Ａ）と同様に、操作ノードとしてノード２００−１３、１ホップ目のノードとしてノード２００−１４、２ホップ目のノードとしてノード２００−１５を例にして説明している。
【０２３２】
操作ノード２００−１３は、持ち上げられて傾けられると発光処理を行う（Ｓ５０）。発光処理の詳細は後述する。
【０２３３】
そして、操作ノード２００−１３は、１ｈｏｐデモ実行フレームをブロードキャストで送信する（Ｓ５２）。操作ノード２００−１３は、例えば、以下の処理を行う。
【０２３４】
すなわち、アプリケーション処理部２０３は、メモリ２０７に記憶された、１ｈｏｐデモ実行フレームを表すコマンド種別情報、自局のアドレス情報、点灯遅延時間情報、及びデモ繰り返し回数をメモリ２０７から読み出す。そして、アプリケーション処理部２０３は、発光色情報として、ＬＥＤ２０４を発光させた色を表す色番号をメモリ２０７から読み出す。アプリケーション処理部２０３は、これらの情報をペイロード領域に含む１ｈｏｐデモ実行フレームを生成し、無線通信処理部２０２へ出力する。なお、アプリケーション処理部２０３は、１ｈｏｐデモ実行フレームのヘッダ領域において、「ＧＤ」または「ＬＤ」について、ブロードキャストであることを示す情報を挿入する。無線通信処理部２０２は、受け取った１ｈｏｐデモ実行フレームを無線信号へ変換して送信する。
【０２３５】
１ホップ目のノード２００−１４は、ブロードキャストで送信された１ｈｏｐデモ実行フレームを受信すると、１ｈｏｐデモ実行フレームをブロードキャストで送信する（Ｓ５３）。ノード２００−１４は、例えば、以下の処理を行う。
【０２３６】
すなわち、無線通信処理部２０２は、無線信号を受信すると、受信した無線信号から１ｈｏｐデモ実行フレームを抽出し、アプリケーション処理部２０３へ出力する。アプリケーション処理部２０３は、１ｈｏｐデモ実行フレームのヘッダ領域における「ＬＤ」又は「ＧＤ」により示されたアドレスがブロードキャストであることを確認する。また、アプリケーション処理部２０３は、ペイロード領域の「コマンド種別」に挿入されたコマンド種別情報が１ｈｏｐデモ実行フレームを表す情報であることを確認し、受信した１ｈｏｐデモ実行フレームが、１回目の１ｈｏｐデモ実行フレームであることも確認する。Ｍｅｓｈデモ実行フレームの場合と同様に、各ノード２００は、１回目の１ｈｏｐデモ実行フレームを受信すると、１ｈｏｐデモ実行フレームをブロードキャストで送信する。この場合、各ノード２００は、２回目以降の１ｈｏｐデモ実行フレームを受信しても終端（又は破棄）し、１ｈｏｐデモ実行フレームを送信しない。
【０２３７】
そして、１ホップ目のノード２００−１５は、１ｈｏｐデモ実行フレーム受信処理を行う（Ｓ５４）。１ｈｏｐデモ実行フレーム受信処理の詳細は後述する。
【０２３８】
２ホップ目のノード２００−１５は、１ホップ目のノード２００−１４からブロードキャスト送信された１ｈｏｐデモ実行フレームを受信すると、１ｈｏｐデモ実行フレームをブロードキャストで送信し、１ｈｏｐデモ実行フレーム受信処理を行う（Ｓ５５，Ｓ５６）。
【０２３９】
＜４．４  発光処理＞
図３１は、操作ノード２００における発光処理の例を表すフローチャートである。操作ノード２００として、図２７（Ａ）の例で示されたノード２００−１３を例にして説明する。
【０２４０】
操作ノード２００−１３は、加速度センサ２０５により、「持つ」と「傾き」を検出すると処理を開始する（Ｓ５００）。例えば、アプリケーション処理部２０３は、加速度センサ２０５から受け取った、Ｘ軸、Ｙ軸、Ｚ軸の数値と、タイマー２０６からのカウント値に基づいて、「持つ」と「傾き」とを検出する。
【０２４１】
次に、操作ノード２００−１３は、自ノード２００−１３の通信を遮断する（Ｓ５０１）。
【０２４２】
次に、操作ノード２００−１３は、傾きに応じた色で発光する（Ｓ５０２）。例えば、アプリケーション処理部２０３は、図２０のＳ３０２と同様に、加速度センサ２０５から取得した値と、メモリ２０７に記憶されたテーブルとに基づいて、ＲＧＢ値を取得し、ＬＥＤ２０４へ出力する。これにより、ＬＥＤ２０４は、傾きに応じた色で発光する。
【０２４３】
次に、操作ノード２００−１３は、正立状態か否かを検出する（Ｓ５０３）。例えば、アプリケーション処理部２０３は、図２０のＳ３０３と同様に、加速度センサ２０５からの数値に基づいて、「静止」状態を検出し、持ち上げ前の数値を一致しているか否かにより検出する。
【０２４４】
操作ノード２００−１６は、正立状態であることを検出すると（Ｓ５０３でＹｅｓ）、発光後５秒経過した後、ＬＥＤ２０４を消灯させる。例えば、アプリケーション処理部２０３は、正立状態であることを検出すると、その時点からのタイマー２０６からのカウント値が、５秒経過した時、ＬＥＤ２０４に対して、消灯を指示する。
【０２４５】
そして、操作ノード２００−１３は一連の処理を終了する（Ｓ５０５）。
【０２４６】
一方、操作ノード２００−１３は、正立状態ではないことを検出すると（Ｓ５０３でＮｏ）、自ノード２００−１３が傾いた状態で静止しているか否かを検出する（Ｓ５０６）。例えば、アプリケーション処理部２０３は、図２０のＳ３０６と同様に、加速度センサ２０５の数値や、タイマー２０６のカウント値に基づいて、傾いた状態で静止しているか否かを検出する。
【０２４７】
操作ノード２００−１３は、傾いた状態で静止していることを検出したとき（Ｓ５０６でＹｅｓ）、傾きに応じたデモを開始する（Ｓ５０７）。例えば、アプリケーション処理部２０３は、加速度センサ２０５から取得した数値に応じて、自ノード２００−１３の傾きを検出し、検出した傾きに応じたデモの種類（上述した（Ａ）から（Ｄ）のいずれか）をメモリ２０７から読み出す。そして、アプリケーション処理部２０３はそのデモを開始する。上述した例では、アプリケーション処理部２０３は、カーテンコール（右方向）の処理を開始する。そのとき、アプリケーション処理部２０３は、デモの種類を示す情報を、１ｈｏｐデモ実行フレームの「デモパターン」に挿入する。これにより、例えば、他のノード２００に対して、どのようなデモを行わせるのかを指示することも可能である。
【０２４８】
そして、操作ノード２００−１３は、１ｈｏｐデモ実行フレームをブロードキャストで送信し（Ｓ５０８）、Ｓ５０３へ処理を移行させ、上述した処理を繰り返す。
【０２４９】
一方、操作ノード２００−１３は、自ノード２００−１３が傾いた状態で静止していないことを検出したとき（Ｓ５０６でＮｏ）、Ｓ５０３へ処理を移行させ、上述した処理を繰り返す。
【０２５０】
＜４．５  １ｈｏｐデモ実行フレーム受信処理＞
図３２は、１ｈｏｐデモ実行フレーム受信処理の動作例を表す図である。カーテンコール（右方向）のデモパターンで、１ホップ目のノードとしてノード２００−１４を例にして説明する。
【０２５１】
ノード２００−１４は、１ｈｏｐデモ実行フレームを受信すると処理を開始する（Ｓ５４０）。
【０２５２】
次に、ノード２００−１４は、受信した１ｈｏｐデモ実行フレームは１回目の受信か否かを判別する（Ｓ５４１）。例えば、アプリケーション処理部２０３は、図２６のＳ４４１と同様に、１ｈｏｐデモ実行フレームのヘッダ領域における、「ＧＳ」と「ＦＩＤ」に挿入されたＧＳとＦＩＤとに基づいて、１回目の受信か、２回目以降の受信かを判別する。
【０２５３】
ノード２００−１４は、受信した１ｈｏｐデモ実行フレームが１回目の受信であると判別したとき（Ｓ５４１でＹｅｓ）、１ｈｏｐデモ実行フレームをブロードキャストで送信する（Ｓ４４２）。
【０２５４】
次に、ノード２００−１４は、受信した１ｈｏｐデモ実行フレームから情報を抽出する（Ｓ５４３）。例えば、アプリケーション処理部２０３は、１回目の受信であると判別したＭｅｓｈデモ実行フレームのペイロード領域における「送信元アドレス」、「デモパターン」、「開始ノード発光色」、「点灯遅延時間」、「デモ繰り返し回数」に挿入された各情報を抽出する。例えば、アプリケーション処理部２０３は、デモパターンに従って、上記（Ａ）から（Ｄ）までのデモパターンを実行する。
【０２５５】
次に、ノード２００−１４は、１ｈｏｐデモ実行フレームを受信したときからの経過時間が、（Ｘ軸方向の差×点灯遅延時間）時間となったとき、１ホップごとに２色ずつずらした色で、ＬＥＤ２０４を点滅させる（Ｓ５４４）。ノード２００−１４は、例えば、以下の処理を行う。
【０２５６】
すなわち、アプリケーション処理部２０３は、デモの起点となる操作ノード２００−１３のアドレスを「送信元アドレス」（例えば「１５」）から取得する。また、メモリ２０７には、各アドレスに対応するＸ軸の座標とＹ軸の座標（ｘ，ｙ）を記憶する。アプリケーション処理部２０３は、メモリ２０７から、操作ノード２００−１３のアドレスに対応するＸ軸の座標（例えば「０」）を読み出す。また、アプリケーション処理部２０３は、自ノード２００−１４のアドレス（例えば「１６」）に対応するＸ軸の座標（例えば「１」）をメモリ２０７から読み出す。アプリケーション処理部２０３は、操作ノード２００−１３のＸ軸の座標（例えば「０」）と自ノード２００−１４のＸ軸の座標（例えば「１」）との差（＝Ｘ軸方向の差）（例えば「１」）を求める。そして、アプリケーション処理部２０３は、求めたＸ軸方向の差に点灯遅延時間を乗算する。ノード２００−１４の場合は、１×点灯遅延時間、となる。すなわち、操作ノード２００−１３が設置されたタイミングから、点灯遅延時間経過後に、点滅を開始する。
【０２５７】
なお、１ホップ目のノードとして、ノード２００−７の場合、アドレスは、例えば、「０８」となる（例えば図２９）。この場合、ノード２００−７のＸ軸の座標は「０」となり、操作ノード２００−１３のＸ軸の座標「０」に対してその差は「０」となる。従って、ノード２００−７の発光タイミングは、０×点灯遅延時間＝０、となり、操作ノード２００−１３が設置されて点滅を開始するタイミングとほぼ同じタイミングで点滅を開始する。他の１列目のノード２００−１，２００−１９，２００−２５も、操作ノード２００−１３に対するＸ軸の座標の差が「０」となるため、操作ノード２００−１３の点滅開始タイミングとほぼ同じタイミングで点滅を開始することが可能となる。
【０２５８】
なお、ノード２００−１３は、１回目の点滅は、操作ノード２００−１３の点滅色と同じ色で点滅し、２回目の点滅は、１回目の点滅に対して２色ずれた色で点滅し、３回目の点滅は、さらに４色ずれた色で点滅する。例えば、アプリケーション処理部２０３は、「開始ノード発光色」の色番号に対して、１回目の点滅は同じ色番号に対応するＲＧＢ値、２回目は（１回目の色番号）×２に対応するＲＧＢ値、３回目は（１回目の色番号）×４に対応するＲＧＢ値をメモリ２０７から読み出す。そして、アプリケーション処理部２０３は読み出したＲＧＢ値をＬＥＤ２０４へ出力し、点滅を指示する。ＬＥＤ２０４ではこの指示を受けて、指示されたＲＧＢ値で点滅を開始する。例えば、アプリケーション処理部２０３は、位置座標の差に応じた色でＬＥＤ２０４を点滅させればよい。
【０２５９】
そして、ノード２００−１３は一連の処理を終了する（Ｓ５４５）。
【０２６０】
デモパターンがカーテンコール（左方向）の場合についても、操作ノード２００が、ノード２００−１８となれば、ノード２００−１８と同一列のノード２００−６，２００−１２，２００−２４，２００−３０は、Ｘ軸方向の差が「０」となる。したがって、操作ノード２００−１８の１列目は、ノード２００−６，２００−１２，２００−２４，２００−３０となって、操作ノード２００−１８が設置されて点滅を開始タイミングとほぼ同じタイミングで点滅を開始することが可能となる。以降は、各ノード２００は、そのＸ軸方向の差に応じて、その開始タイミングがずれて、点滅を開始する。
【０２６１】
デモパターンが波紋パターンの場合、操作ノード２００のアドレスをデモ起点アドレスとし、各ノード２００は、操作ノード２００の座標（ｘ１，ｙ１）と、自ノード２００の座標（ｘ２，ｙ２）との差（又は距離）を算出する。そして、各ノード２００は、Ｓ５４４の処理において、ＸＹ軸方向の差×点灯遅延時間経過後に、点滅を開始する。各ノード２００は、最初は、操作ノード２００と同一の色で発光し、２色ずつずらしながら、複数回点滅することは、カーテンパターンの例と同様である。例えば、アプリケーション処理部２０３は、「開始ノード発光色」の色番号に対して、点滅回数×２、の色番号を計算し、その色番号に対応するＲＧＢ値でＬＥＤ２０４を点滅させればよい。
【０２６２】
＜５．再起動フレーム＞
最後に、再起動要求フレームについて説明する。再起動要求フレームは、例えば、各ノード２００の再起動を端末１００が要求するフレームである。再起動要求フレームを受信したノード２００は、再起動要求フレームで指定された時間経過後、再起動する。
【０２６３】
図３３（Ａ）は再起動要求フレームの構成例を表す図である。再起動要求フレームは、そのペイロード領域に、「コマンド種別」、「宛先アドレス」、「ＧＷアドレス」、及び「再起動遅延時間」を含む。
【０２６４】
「コマンド種別」は、例えば、他の種類のフレームに対して、再起動要求フレームであることを識別するコマンド種別情報が挿入される領域である。「宛先アドレス」は、例えば、経路情報において最終宛先となるノード２００のアドレス情報が挿入される領域である。また、「ＧＷアドレス」は、例えば、ノード（ＧＷ）２００のアドレス情報が挿入される領域である。
【０２６５】
「再起動遅延時間」は、例えば、ノード２００において再起動要求フレームを受信後、再起動を開始する時間を表す再起動遅延時間情報が挿入される領域である。各ノード２００は、再起動要求フレームを受信したときから、再起動遅延時間情報で示された時間経過後に再起動を実行する。
【０２６６】
図３３（Ｂ）は再起動要求フレームの転送例を表す図である。端末１００が再起動要求フレームを生成して、送信する（Ｓ６０）。端末１００は、例えば、以下の処理を行う。
【０２６７】
すなわち、アプリケーション処理部１０３は、メモリ１１３から、再起動要求フレームであることを識別するコマンド識別情報、経路情報において最終宛先となる宛先ノード２００のアドレス情報、再起動遅延時間情報を読み出す。そして、アプリケーション処理部１０３は、これらの情報をペイロード領域に含む再起動要求フレームを生成して無線通信処理部１０２へ出力する。無線通信処理部１０２は、受け取った再起動要求フレームを送信する。
【０２６８】
ノード（ＧＷ）２００−１は再起動要求フレームを受信すると、「ＧＳ」を自ノード（ＧＷ）２００−１のアドレス、「ＧＤ」を宛先ノードのアドレスとする領域を付加し、再起動要求フレームの「ＬＳ」と「ＬＤ」とを、経路情報に基づいて書き換えて、送信する（Ｓ６１）。ノード（ＧＷ）２００−１は、例えば、以下の処理を行う。
【０２６９】
すなわち、無線通信処理部２０２は、無線信号を受信すると、受信した無線信号からフレームを抽出し、アプリケーション処理部２０３へ出力する。アプリケーション処理部２０３は、受信フレームの「ＬＤ」領域に挿入されたアドレス情報が自ノード（ＧＷ）２００−１であることを確認し、ペイロード領域に含まれるコマンド種別情報から、受信フレームが再起動要求フレームであることを判別する。そして、アプリケーション処理部２０３は、再起動遅延時間情報をペイロード領域から抽出し、メモリ２０７に記憶し、タイマー２０６のカウント値のカウントを開始する。また、アプリケーション処理部２０３は、再起動要求フレームのＬＤとＬＳとを、経路情報に従って書き換え、書き換えた再起動要求フレームを無線通信処理部２０２へ出力する。無線通信処理部２０２は、受け取った再起動要求フレームを送信する。
【０２７０】
宛先ノード２００−６０は、再起動要求フレームを受信し、受信した再起動要求フレームを終端する。そして、各ノード２００−１，２００−６０は、再起動要求時間経過後に、一斉に、再起動を実行する（Ｓ６２，Ｓ６３）。宛先ノード２００−６０においても、例えば、アプリケーション処理部２０３により、受信した再起動要求フレームのペイロード領域から再起動遅延時間情報をメモリ２０７に記憶し、タイマー２０６からのカウント値のカウントを開始する。そして、各ノード２００−１，２００−６０のアプリケーション処理部２０３は、例えば、カウント時間が再起動要求時間になると、再起動の実行を開始する。
【０２７１】
以上、第１の実施の形態を説明した。第１の実施の形態では、例えば、以下の効果がある。
【０２７２】
すなわち、経路デモで説明したように、ノード２００は、経路情報に従って転送される点灯指示フレームに含まれる点灯遅延時間に基づいて、ＬＥＤ２０４を発光させている。点灯指示フレームは経路情報に従って、ノード２００を中継し、宛先となるノード２００に到達する。従って、例えば、図１４に示すように、無線通信による通信経路を可視化することが可能となる。経路デモ中において、操作ノード２００が発光した場合でも、状態通知フレームが経路情報に従って、ノード２００を中継し、端末１００まで伝送される。よって、例えば、図１８に示すように無線通信による通信経路の可視化が可能となる。さらに、Ｍｅｓｈデモや１ｈｏｐデモの場合でも、Ｍｅｓｈデモ実行フレームや１ｈｏｐデモ実行フレームがブロードキャストで送信され、これらのフレームを受信したノード２００が、点灯遅延時間に基づいて、ＬＥＤ２０４を発光させている。そのため、例えば、図２３（Ａ）と図２３（Ｂ）、図２８（Ａ）と図２８（Ｂ）に示すように、ブロードキャストでの無線通信による通信経路を可視化している。
【０２７３】
また、いずれのデモパターンでも、端末１００やノード２００がフレームを無線通信で送信したり受信したりするだけであり、別途、物理的なケーブルを各ノード２００に接続させたりすることがない。よって、無線ネットワークシステム１０では、コストをかけずに容易に可視化することが可能となる。
【０２７４】
さらに、各ノード２００は互いに通信可能範囲に設置されていれば、全体として、円状であったり、直線状であったり、様々な形態で設置されたノード２００が無線通信の通信経路に沿って発光することが可能である。例えば、コンサート会場や結婚式会場で各ノード２００を設置して無線通信の通信経路に沿って発光させた後、別途、ケーブルなどを取り外したり配線させたりすることなく、すぐに、別のコンサート会場や結婚式会場に設置して発光させることも可能である。従って、無線ネットワークシステム１０は、柔軟性のある可視化を行うことが可能となる。
【０２７５】
さらに、様々なデモパターンにより、利用者を楽しませることも可能である。
【０２７６】
［第２の実施の形態］
次に第２の実施の形態について説明する。図３４は第２の実施の形態における無線ネットワークシステムの構成例を表す図である。
【０２７７】
無線ネットワークシステム１０は、端末装置１００と、複数のノード装置２００−１，２００，２００−２を備える。ノード装置２００は、無線通信処理部２０２とアプリケーション処理部２０３、発光部２０４、及びメモリ２０７を備える。
【０２７８】
メモリ２０７は、経路情報を記憶する。
【０２７９】
無線通信処理部２０２は、第１のノード装置２００−１又は端末装置１００から無線通信を利用して送信された第１のフレームを受信し、受信した第１のフレームを経路情報に従って、第２のノード装置２００−２へ送信する。また、無線通信処理部２０２は、受信した第１のフレームを、経路情報に従って終端する。
【０２８０】
アプリケーション処理部２０３は、第１のフレームに含まれる、発光部２０４を発光させるタイミングを示す第１の時間情報に基づいて、発光部２０４を発光させる。
【０２８１】
このように、本第２の実施の形態では、第１のフレームが、経路情報に従って複数のノード装置２００−１，２００，２００−２を伝送する。そして、第１のフレームを受信したノード装置２００は、第１のフレームから、発光部２０４を発光させるタイミングを示す第１の時間情報に基づいて発光部２０４を発光させるようにしている。
【０２８２】
従って、無線経路上のノード装置２００の発光部２０４が発光するため、無線経路上にある他のノード装置２００−１，２００−２の発光も可能であり、無線通信の通信経路を可視化させることが可能となる。また、無線ネットワークシステム１０では、ノード装置２００に対して物理的な配線などを取り外したり接続させたりすることなく、無線通信の通信経路を可視化させているため、コストをかけずに容易に可視化が可能となる。さらに、複数のノード装置２００−１，２００，２００−２を全体として様々な形態に、ケーブルなどを設置させることなく、設置させて、無線通信の通信経路を可視化することができる。このため、例えば、コンサート会場や結婚式会場で各ノード２００を設置して通信経路に沿って発光させた後、別途、ケーブルなどを取り外したり配線させたりすることなく、すぐに、別のコンサート会場や結婚式会場に設置して発光させることも可能である。従って、無線ネットワークシステム１０は、柔軟性のある可視化が可能となる。
【０２８３】
［その他の実施の形態］
第１の実施の形態で説明した数値は一例である。例えば、図７（Ｂ）に示すノードの動作状態を検出する際の、加速度センサ２０５やタイマー２０６が検出する数値は第１の実施の形態で説明した数値以外であってもよい。また、例えば、図２０のＳ３０４や、図２５のＳ４０３、Ｓ４０８、図３１のＳ５０４で示された時間も、５秒や１０秒以外の時間であってもよい。
【０２８４】
また、ノード２００の方向について、図７（Ａ）に示すようにバッテリインジケータ２１６を基準にして説明した。例えば、バッテリインジケータ２１６以外のノード２００内の部品を基準にしてもよい。
【０２８５】
以上まとめると付記のようになる。
【０２８６】
（付記１）
発光部と、
経路情報を記憶したメモリと、
第１のノード装置又は端末装置から無線通信を利用して送信された第１のフレームを受信し、受信した前記第１のフレームを前記経路情報に従って第２のノード装置へ無線通信を利用して送信、又は受信した前記第１のフレームを前記経路情報に従って終端する無線通信処理部と、
前記第１のフレームに含まれる、前記発光部を発光させるタイミングを示す第１の時間情報に基づいて、前記発光部を発光させるアプリケーション処理部と
を備えることを特徴とするノード装置。
【０２８７】
（付記２）
前記アプリケーション処理部は、前記第１のフレームに含まれる、前記第１の時間情報と、前記フレームが前記ノード装置に到達するまでに経由したノード装置の個数を表すホップ数とに基づいて、前記発光部を発光させることを特徴とする付記１記載のノード装置。
【０２８８】
（付記３）
前記アプリケーション処理部は、前記ノード装置が前記フレームを受信したときから、前記第１の時間情報に前記ホップ数を乗算した時間経過後に、前記発光部を発光させることを特徴とする付記２記載のノード装置。
【０２８９】
（付記４）
前記アプリケーション処理部は、前記第１のフレームに含まれる、前記経路情報に基づく経路上の前記ノード装置が発光する色を表す経路発光色情報と、前記経路情報において最終宛先となる前記ノード装置が発光する色を表す宛先発光色情報とに基づいて、前記発光部を、前記経路発光色情報又は前記宛先発光色情報に対応する色で発光させることを特徴とする付記１のノード装置。
【０２９０】
（付記５）
前記アプリケーション処理部は、前記発光部を、前記経路発光色情報又は前記宛先発光色情報に対応する色で発光させた後、消灯させることを特徴とする付記４記載のノード装置。
【０２９１】
（付記６）
前記第１のフレームは、ペイロード領域に、前記第１のフレームを他のフレームと識別するコマンド種別情報と、前記経路情報における最終宛先となるノード装置のアドレス情報と、前記経路情報に基づく経路上のノード装置が発光する色を表す経路発光色情報と、前記経路情報において最終宛先となるノード装置が発光する色を表す宛先発光色情報と、前記第１の時間情報とを含むことを特徴とする付記１記載のノード装置。
【０２９２】
（付記７）
前記アプリケーション処理部は、前記無線通信処理部が前記端末装置から送信された前記第１のフレームを受信したとき、前記ノード装置のアドレス情報と、前記第１のフレームのペイロード領域に挿入された、前記経路情報において最終宛先となる他のノード装置のアドレス情報とを、ヘッダ領域に付加した前記第１のフレームを前記無線通信処理部へ出力することを特徴とする付記１記載のノード装置。
【０２９３】
（付記８）
更に、加速度センサとタイマーとを備え、
前記アプリケーション処理部は、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が設置面から離れたことを検出したとき、前記無線通信処理部に対して通信の遮断を指示し、
前記無線通信処理部は該指示に従って、無線通信を遮断する
ことを特徴とする付記１記載のノード装置。
【０２９４】
（付記９）
更に、加速度センサとタイマーとを備え、
前記アプリケーション処理部は、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が設置面から離れ、前記ノード装置が傾けられたことを検出したとき、前記ノード装置が傾けられた方向に応じた色で、前記発光部を発光させることを特徴とする付記１記載のノード装置。
【０２９５】
（付記１０）
前記アプリケーション処理部は、前記発光部を発光させた後、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が傾けられたまま設置面に設置されたことを検出したとき、他のノード装置の発光部を発光させるタイミングを示す第２の時間情報を含む第２のフレームを前記無線通信処理部へ出力し、
前記無線通信処理部は、前記第２のフレームを、前記経路情報に従って、前記第１のノード装置又は前記端末装置へ送信する
ことを特徴とする付記９記載のノード装置。
【０２９６】
（付記１１）
前記無線通信処理部は、前記発光部を発光させるタイミングを示す第２の時間情報を含む第２のフレームを前記第２のノード装置から受信し、受信した前記第２のフレームを前記経路情報に従って前記第１のノード装置又は前記端末装置へ送信し、
前記アプリケーション処理部は、前記第２のフレームに含まれる前記第２の時間情報に基づいて、前記発光部を発光させる
ことを特徴とする付記１記載のノード装置。
【０２９７】
（付記１２）
前記アプリケーション処理部は、前記第２のフレームに含まれる、前記第２の時間情報と、前記第２のフレームが前記ノード装置に到達するまでに経由したノード装置の個数を示すホップ数とに基づいて、前記発光部を発光させることを特徴とする付記１１記載のノード装置。
【０２９８】
（付記１３）
前記アプリケーション処理部は、前記ノード装置が前記第２のフレームを受信したときから、前記第２の時間情報に前記ホップ数を乗じた時間経過後に、前記発光部を発光させることを特徴とする付記１２記載のノード装置。
【０２９９】
（付記１４）
前記アプリケーション処理部は、前記第２のフレームに含まれる、前記ホップ数と、前記第２のフレームを生成した他のノード装置が発光した色を示す発光色情報とに基づいて、前記他のノード装置が発光した色に対して、（２×ホップ数）色分、異なる色で、前記発光部を発光させることを特徴とする付記１３記載のノード装置。
【０３００】
（付記１５）
前記アプリケーション処理部は、前記発光部を発光させた後、消灯させることを特徴とする付記１３記載のノード装置。
【０３０１】
（付記１６）
前記第２のフレームは、ペイロード領域に、前記第２のフレームを他のフレームと識別するコマンド種別情報と、前記ノード装置のアドレス情報と、前記発光部が発光した色を表す発光色情報と、前記第２の時間情報とを含むことを特徴とする付記１０記載のノード装置。
【０３０２】
（付記１７）
前記第２のフレームは、ペイロード領域に、前記第２のフレームを他のフレームと識別するコマンド種別情報と、前記第２のフレームを生成した前記他のノード装置のアドレス情報と、前記他のノード装置の発光部が発光した色を表す発光色情報と、前記第２の時間情報とを含むことを特徴とする付記１１記載のノード装置。
【０３０３】
（付記１８）
前記アプリケーション処理部は、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が設置面に設置されたときと同一方向かつ同一の傾きで、前記ノード装置が設置面に設置されたことを検出したとき、前記発光部を発光させた後、所定時間経過後に前記発光部を消灯させることを特徴とする付記９記載のノード装置。
【０３０４】
（付記１９）
更に、加速度センサとタイマーとを備え、
前記アプリケーション処理部は、前記無線通信処理部が、デモンストレーションパターンを第１のパターンから第２のパターンへ変更を要求する第３のフレームを前記端末装置又は前記第１のノード装置から受信したとき、前記無線通信処理部による前記第１のフレームの送信と受信を中断させ、
前記アプリケーション処理部は、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が設置面から離れ、前記ノード装置が振られたことを検出したとき、前記ノード装置が振られた方向に応じた色で、前記発光部を発光させることを特徴とする付記１記載のノード装置。
【０３０５】
（付記２０）
前記アプリケーション処理部は、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が振り続けられたことを検出したとき、前記ノード装置が振られた方向に応じた色であって、該色の最大輝度を限度として振り続けた時間に応じた色で、前記発光部を発光させることを特徴とする付記１記載のノード装置。
【０３０６】
（付記２１）
前記アプリケーション処理部は、前記発光部を発光させた後、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が設置面に設置されたことを検出したとき、他のノード装置の発光部を発光させるタイミングを示す第３の時間情報を含む第４のフレームを前記無線通信処理部へ出力し、
前記無線通信処理部は、前記第４のフレームをブロードキャストで送信する
ことを特徴とする付記１９記載のノード装置。
【０３０７】
（付記２２）
前記アプリケーション処理部は、発光後、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が設置面に設置されていないことを検出したとき、所定時間経過後、前記発光部を消灯させることを特徴とする付記２１記載のノード装置。
【０３０８】
（付記２３）
前記無線通信処理部は、前記発光部を発光させるタイミングを示す第３の時間情報を含む第４のフレームを前記第１又は第２のノード装置から受信したとき、受信した前記第４のフレームをブロードキャストで送信又は前記第４のフレームを終端し、
前記アプリケーション処理部は、前記第４のフレームに含まれる前記第３の時間情報に基づいて前記発光部を発光させる
ことを特徴とする付記１９記載のノード装置。
【０３０９】
（付記２４）
前記アプリケーション処理部は、前記第４のフレームに含まれる、前記第３の時間情報と、前記第４のフレームが前記ノード装置に到達するまでに経由したノード装置の個数を示すホップ数都に基づいて、前記発光部を発光させることを特徴とする付記２３記載のノード装置。
【０３１０】
（付記２５）
前記アプリケーション処理部は、前記ノード装置が前記第４のフレームを受信したときから、前記第３の時間情報に前記ホップ数を乗じた時間経過後に、前記発光部を発光させることを特徴とする付記２４記載のノード装置。
【０３１１】
（付記２６）
前記アプリケーション処理部は、前記第４のフレームに含まれる、前記ホップ数と、前記第４のフレームを生成した他のノード装置が発光した色を示す発光色情報とに基づいて、前記他のノード装置が発光した色に対して、（２×ホップ数）色分、異なる色で、前記発光部を発光させることを特徴とする付記２５記載のノード装置。
【０３１２】
（付記２７）
前記第４のフレームは、ペイロード領域に、前記第４のフレームを他のフレームと識別するコマンド種別情報と、前記ノード装置のアドレス情報と、前記発光部が発光した色を表す発光色情報と、前記第３の時間情報とを含むことを特徴とする付記２１記載のノード装置。
【０３１３】
（付記２８）
前記第４のフレームは、ペイロード領域に、前記第４のフレームを他のフレームと識別するコマンド種別情報と、前記第４のフレームを生成した前記他のノード装置のアドレス情報と、前記他のノード装置の発光部が発光した色を表す発光色情報と、前記第３の時間情報とを含むことを特徴とする付記２３記載のノード装置。
【０３１４】
（付記２９）
前記アプリケーション処理部は、前記第４のフレームを受信したとき、前記第４のフレームの受信回数が１回目のときは、前記第４のフレームをブロードキャストで送信し、前記第４のフレームの受信回数が２回目以降のときは、前記第４のフレームを終端することを特徴とする付記２３記載のノード装置。
【０３１５】
（付記３０）
前記アプリケーション処理部は、前記第４のフレームのヘッダ領域に挿入された、前記第４のフレームを生成した他のノード装置のアドレス情報と、前記第４のフレームのフレーム番号とに基づいて、前記第４のフレームの受信回数を判別することを特徴とする付記２９記載のノード装置。
【０３１６】
（付記３１）
前記第３のフレームは、ペイロード領域に、前記第３のフレームを他のフレームと識別するコマンド種別情報と、前記経路情報における最終宛先となるノード装置のアドレス情報と、前記端末装置から送信された前記第３のフレームを受信するノード装置のアドレス情報と、前記第２のパターンを表すパターン情報と、前記ノード装置周辺の特定のノード装置との無線通信を許可又は拒否することを表すフィルタタイプ情報とを含むことを特徴とする付記１９記載のノード装置。
【０３１７】
（付記３２）
更に、加速度センサとタイマーとを備え、
前記アプリケーション処理部は、前記無線通信処理部が、デモンストレーションパターンを第１のパターンから第３のパターンへ変更を要求する第３のフレームを前記端末装置又は前記第１のノード装置から受信したとき、前記無線通信処理部による前記第１のフレームの送信と受信を中断させ、
前記アプリケーション処理部は、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が設置面から離れ、前記ノード装置が傾けられたことを検出したとき、前記ノード装置が傾けられた方向に応じた色で、前記発光部を発光させることを特徴とする付記１記載のノード装置。
【０３１８】
（付記３３）
前記アプリケーション処理部は、前記発光部を発光させた後、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が傾けられたまま設置面に設置されたことを検出したとき、他のノード装置の発光部を発光させるタイミングを示す第４の時間情報と、前記ノード装置が傾けられた方向に応じたデモンストレーションの種類を表す情報とを含む第５のフレームを前記無線通信処理部へ出力し、
前記無線通信処理部は、前記第５のフレームをブロードキャストで送信する
ことを特徴とする付記３２記載のノード装置。
【０３１９】
（付記３４）
前記アプリケーション処理部は、前記加速度センサと前記タイマーとにより検出された数値に基づいて、前記ノード装置が設置面に設置されたときと同一方向かつ同一の傾きで、前記ノード装置が設置面に設置されたことを検出したとき、前記発光部を発光させた後、所定時間経過後に前記発光部を消灯させることを特徴とする付記３２記載のノード装置。
【０３２０】
（付記３５）
前記無線通信処理部は、デモンストレーションの種類を表す情報と前記発光部を発光させるタイミングを示す第４の時間情報とを含む第５のフレームを前記第１又は第２のノード装置から受信したとき、受信した前記第５のフレームをブロードキャストで送信又は前記第５のフレームを終端し、
前記アプリケーション処理部は、前記デモンストレーションの種類を表す情報と前記第４の時間情報に基づいて、前記発光部を発光させることを特徴とする付記３２記載のノード装置。
【０３２１】
（付記３６）
前記ノード装置の表面上に設置された第１の部品が向いている方向を正面方向として、前記正面方向と平行な水平面上の軸をＸ軸とし、
前記アプリケーション処理部は、前記デモンストレーションの種類を表す情報と、前記第５のフレームに含まれる前記第４の時間情報、前記第５のフレームを生成した他のノード装置と前記ノード装置との前記Ｘ軸方向における距離とに基づいて、前記発光部を発光させることを特徴とする付記３５記載のノード装置。
【０３２２】
（付記３７）
前記アプリケーション処理部は、前記ノード装置が前記第５のフレームを受信したときから、前記第４の時間情報に前記距離を乗じた時間経過後に、前記発光部を発光させることを特徴とする付記３６記載のノード装置。
【０３２３】
（付記３８）
前記アプリケーション処理部は、前記第５のフレームを生成した前記他のノード装置が発光した色に対して、２色ずつずらしながら複数回、前記発光部を点滅させることを特徴とする付記３６記載のノード装置。
【０３２４】
（付記３９）
前記ノード装置の表面上に設置された第１の部品が向いている方向を正面方向として、前記正面方向と平行な水平面上の軸をＸ軸とし、前記Ｘ軸に垂直は水平面上の軸をＹ軸とし、
前記アプリケーション処理部は、前記デモンストレーションの種類を表す情報と、前記第５のフレームに含まれる前記第４の時間情報と、前記第５のフレームを生成した他のノード装置と前記ノード装置との前記Ｘ軸の方向と前記Ｙ軸の方向における距離とに基づいて、前記発光部を発光させることを特徴とする付記３５記載のノード装置。
【０３２５】
（付記４０）
前記アプリケーション処理部は、前記ノード装置が前記第５のフレームを受信したときから、前記第４の時間情報に前記距離を乗じた時間経過後に、前記発光部を発光させることを特徴とする付記３９記載のノード装置。
【０３２６】
（付記４１）
前記アプリケーション処理部は、前記第５のフレームを生成した前記他のノード装置が発光した色に対して、２色ずつずらしながら複数回、前記発光部を点滅させることを特徴とする付記４０記載のノード装置。
【０３２７】
（付記４２）
前記第３のフレームは、ペイロード領域に、前記第３のフレームを他のフレームと識別するコマンド種別情報と、前記経路情報における最終宛先となるノード装置のアドレス情報と、前記端末装置から送信された前記第３のフレームを受信するノード装置のアドレス情報と、前記第３のパターンを表すパターン情報と、前記ノード装置周辺の特定のノード装置との無線通信を許可又は拒否することを表すフィルタタイプ情報とを含むことを特徴とする付記３２記載のノード装置。
【０３２８】
（付記４３）
前記第５のフレームは、ペイロード領域に、前記第５のフレームを他のフレームと識別するコマンド識別情報と、前記ノード装置のアドレス情報と、デモンストレーションのパターンを示すパターン情報と、前記発光部が発光した色を表す発光色情報と、前記第４の時間情報と、前記デモンストレーションを繰り返す回数を示す繰り返し回数情報とを含むことを特徴とする付記３３記載のノード装置。
【０３２９】
（付記４４）
前記第５のフレームは、ペイロード領域に、前記第５のフレームを他のフレームと識別するコマンド識別情報と、前記第５のフレームを生成した前記他のノード装置のアドレス情報と、デモンストレーションのパターンを示すパターン情報と、前記他のノード装置の発光部が発光した色を表す発光色情報と、前記第４の時間情報と、前記デモンストレーションを繰り返す回数を示す繰り返し回数情報とを含むことを特徴とする付記３５記載のノード装置。
【０３３０】
（付記４５）
前記無線通信処理部は、前記第１のノード装置又は前記端末装置から送信された第６のフレームを受信し、受信した前記第６のフレームを前記経路情報に従って第２のノード装置へ送信、又は受信した前記第６のフレームを前記経路情報に従って終端し、
前記アプリケーション処理部は、前記第６のフレームに含まれる再起動遅延時間に基づいて、前記第６のフレームを受信したときから前記再起動遅延時間経過後に、前記ノード装置を再起動させる
ことを特徴とする付記１記載のノード装置。
【０３３１】
（付記４６）
前記アプリケーション処理部は、前記発光部を発光させた後、消灯させることを特徴とする付記２５記載のノード装置。
【０３３２】
（付記４７）
端末装置と、
複数のノード装置と
を備えた無線ネットワークシステムにおいて、
前記ノード装置は、
発光部と、
経路情報を記憶したメモリと、
前記複数のノード装置のうち第１のノード装置又は前記端末装置から無線通信を利用して送信された第１のフレームを受信し、受信した前記第１のフレームを前記経路情報に従って前記複数のノード装置のうち第２のノード装置へ無線通信を利用して送信、又は受信した前記第１のフレームを前記経路情報に従って終端する無線通信処理部と、
前記第１のフレームに含まれる、前記発光部を発光させるタイミングを示す第１の時間情報に基づいて、前記発光部を発光させるアプリケーション処理部と
を備えることを特徴とする無線ネットワークシステム。
【０３３３】
（付記４８）
前記端末装置は、前記第１のフレームを生成して、前記複数のノード装置のいずれかの前記ノード装置へ送信することを特徴とする付記４７記載の無線ネットワークシステム。
【０３３４】
（付記４９）
発光部と、経路情報を記憶したメモリと、第１のノード装置又は端末装置から無線通信を利用して送信された第１のフレームを受信し、受信した前記第１のフレームを前記経路情報に従って第２のノード装置へ無線通信を利用して送信、又は受信した前記第１のフレームを前記経路情報に従って終端する無線通信処理部と、アプリケーション処理部とを有するノード装置における発光方法であって、
前記アプリケーション処理部により、前記第１のフレームに含まれる、前記発光部を発光させるタイミングを示す第１の時間情報に基づいて、前記発光部を発光させる
ことを特徴とする発光方法。
【符号の説明】
【０３３５】
１０：無線ネットワークシステム      １００：端末装置
１０２：無線通信処理部              １０３：アプリケーション処理部
２００：ノード装置                  ２０１：アンテナ
２０２：無線通信処理部              ２０３：アプリケーション処理部
２０４：ＬＥＤ                      ２０５：加速度センサ（慣性センサ）
２０６：タイマー                    ２０７：メモリ
２１４：ＭＣＵ
【図１】
2018156209.tif 000003
【図２】
2018156209.tif 000004
【図３】
2018156209.tif 000005
【図４】
2018156209.tif 000006
【図５】
2018156209.tif 000007
【図６】
2018156209.tif 000008
【図７】
2018156209.tif 000009
【図８】
2018156209.tif 000010
【図９】
2018156209.tif 000011
【図１０】
2018156209.tif 000012
【図１１】
2018156209.tif 000013
【図１２】
2018156209.tif 000014
【図１３】
2018156209.tif 000015
【図１４】
2018156209.tif 000016
【図１５】
2018156209.tif 000017
【図１６】
2018156209.tif 000018
【図１７】
2018156209.tif 000019
【図１８】
2018156209.tif 000020
【図１９】
2018156209.tif 000021
【図２０】
2018156209.tif 000022
【図２１】
2018156209.tif 000023
【図２２】
2018156209.tif 000024
【図２３】
2018156209.tif 000025
【図２４】
2018156209.tif 000026
【図２５】
2018156209.tif 000027
【図２６】
2018156209.tif 000028
【図２７】
2018156209.tif 000029
【図２８】
2018156209.tif 000030
【図２９】
2018156209.tif 000031
【図３０】
2018156209.tif 000032
【図３１】
2018156209.tif 000033
【図３２】
2018156209.tif 000034
【図３３】
2018156209.tif 000035
【図３４】
2018156209.tif 000036