(57)【要約】【課題】通信範囲に異なるネットワークが存在しても安全かつ確実に構築できるセンサネットワークシステム及び通信経路構築方法の提供。【解決手段】センサデバイスとサーバノードとが無線通信を行うため、センサデバイスが接続可能なサーバノードを問合わせ（Ｓ１２）、サーバノードが応答し（Ｓ１３）、センサデバイスが問合わせ結果を候補リストとして送信し（Ｓ１５）、サーバノードが候補リストを最上位ノードに転送し（Ｓ１６）、最上位ノードが受付けた鍵情報と候補リストからの選択情報とを選択されたサーバノードに送信し（Ｓ１９）、サーバノードが選択情報と鍵情報と自装置の建物ＩＤと部屋ＩＤとをセンサデバイスに転送し、センサデバイスが受信した鍵情報と自装置の鍵情報との一致を判断し（Ｓ２０）、一致した場合センサデバイスが自装置の個別ＩＤと一致した事をサーバノードに通知し（Ｓ２１）、建物ＩＤと部屋ＩＤを格納する（Ｓ２１）。【選択図】図１
2008131101.tif 000002
【特許請求の範囲】
【請求項１】
建物を特定する建物ＩＤと、前記建物内の部屋を特定する部屋ＩＤと、各装置を特定する個別ＩＤとによって管理され、自装置が格納している前記建物ＩＤおよび前記部屋ＩＤを用いて上位ノードであるサーバノードと無線通信を行い、最上位ノードであり、前記サーバノードを管理する管理サーバと、前記サーバノードを介して通信を行うセンサデバイスにおいて、
前記センサデバイスは、
前記サーバノードとの、通信経路の構築と通信とを制御する制御手段を備え、
前記サーバノードとの前記通信経路を構築する際、
前記制御手段は、
接続可能な前記サーバノードを検出し、
検出した前記サーバノードを含む前記通信経路を、選択候補として前記サーバノードの上位にある前記管理サーバに伝送し、
前記管理サーバにおいて前記通信経路の決定のために入力された鍵情報と、
前記管理サーバにおいて前記選択候補の中から選択された前記通信経路と、
選択された前記通信経路に含まれる前記サーバノードが有する前記建物ＩＤと、
選択された前記通信経路に含まれる前記サーバノードが有する前記部屋ＩＤとを、
選択された前記通信経路に含まれる前記サーバノードから受信し、
前記鍵情報が自装置の有する鍵情報と一致する場合にのみ、
自装置の前記個別ＩＤと前記一致とを前記管理サーバに通知し、
前記受信した前記建物ＩＤおよび前記部屋ＩＤを自装置の前記建物ＩＤおよび前記部屋ＩＤとして格納し、
前記通信経路の構築を完了する
ことを特徴とするセンサデバイス。
【請求項２】
前記制御手段は、
接続可能な前記サーバノードを検出する際、
接続可能な前記サーバノードを検出するための問い合わせを送信し、
前記問い合わせに対して応答する前記サーバノードが無くなるまで、
問い合わせ時の送信電力のレベル情報と
応答した前記サーバノードの名前と
を記録し、
前記問い合わせの送信電力のレベルを所定量だけ絞り、
前記問い合わせを再度行う
ことを繰り返し、
検出した前記サーバノードの前記名前と
該サーバノードと通信するために必要な最小送信電力の前記レベル情報と
の組合せを、選択候補として前記サーバノードの上位の前記管理サーバに伝送する
ことを特徴とする請求項１に記載のセンサデバイス。
【請求項３】
建物を特定する建物ＩＤと、前記建物内の部屋を特定する部屋ＩＤと、各装置を特定する個別ＩＤとによって管理され、自装置が格納している前記建物ＩＤおよび前記部屋ＩＤを用いて上位ノードである管理サーバと無線通信を行い、自装置が格納している前記個別ＩＤを用いて下位ノードであるセンサデバイスと無線通信を行うサーバノードにおいて、
前記サーバノードは、
前記管理サーバおよび前記センサデバイスとの、通信経路の構築と通信とを制御する制御手段を備え、
前記センサデバイスとの前記通信経路を構築する際、
前記制御手段は、
前記センサデバイスによる接続可能な前記サーバノードを検出する問い合わせに応答し、
前記センサデバイスから受信した前記通信経路の候補リストをサーバノードの上位ノードである管理サーバに転送し、
自装置が前記管理サーバにおいて前記候補リストから選択された前記通信経路に含まれる場合は、
前記管理サーバから、前記選択された前記通信経路と、前記管理サーバにおいて入力された鍵情報とを受信し、
受信した前記選択された前記通信経路および前記鍵情報に、自装置の前記建物ＩＤと前記部屋ＩＤとを加えて、前記センサデバイスに転送し、
前記センサデバイスから受信した前記センサデバイスの前記個別ＩＤを自装置が管理するセンサデバイスの個別ＩＤとして格納し、
前記通信経路の構築を完了する
ことを特徴とするサーバノード。
【請求項４】
請求項１または２に記載のセンサデバイスと、
請求項３に記載のサーバノードと
を含んで構成されるセンサネットワークシステム。
【請求項５】
建物を特定する建物ＩＤと、前記建物内の部屋を特定する部屋ＩＤと、各装置を特定する個別ＩＤとによって管理される、センサデバイスと、その上位ノードであるサーバノードとが、前記センサデバイスが格納している前記建物ＩＤおよび前記部屋ＩＤ、または前記サーバノードが格納している前記個別ＩＤを用いて無線通信を行うために構築される通信経路の構築方法であって、
前記センサデバイスが、接続可能な前記サーバノードを検出するための問い合わせを行う問い合わせステップと、
前記サーバノードが、前記問い合わせに応答する応答ステップと、
前記センサデバイスが、前記問い合わせ結果を前記通信経路の候補リストとして送信する候補リスト送信ステップと、
前記サーバノードが、受信した前記候補リストを、前記サーバノードの上位ノードである管理サーバに転送する第１の転送ステップと、
前記管理サーバが、前記候補リストからいずれの前記通信経路を選択したかの選択情報と、鍵情報とを受け付け、選択された前記通信経路に送信する受付送信ステップと、
前記サーバノードが、自装置の前記建物ＩＤと前記部屋ＩＤとを加えて、受信した前記選択情報と前記鍵情報とを、前記センサデバイスに転送する第２の転送ステップと、
前記センサデバイスが、受信した前記鍵情報と自装置が有する鍵情報とが一致するか判断する鍵情報判断ステップと、
前記鍵情報が一致した場合に、
前記センサデバイスが、自装置の前記個別ＩＤと前記一致とを前記サーバノードに通知する一致通知ステップと、
前記サーバノードが、受信した前記個別ＩＤを自装置が管理する前記センサデバイスの前記個別ＩＤとして格納する第１の格納ステップと、
前記センサデバイスが、受信した前記建物ＩＤおよび前記部屋ＩＤを自装置の前記建物ＩＤおよび前記部屋ＩＤとして格納する第２の格納ステップと
を含んで構成される、通信経路の構築方法。
【請求項６】
請求項１または２に記載のセンサデバイスの各手段として、コンピュータを機能させるための制御プログラム。
【請求項７】
請求項３に記載のサーバノードの各手段として、コンピュータを機能させるための制御プログラム。
【請求項８】
請求項６または７に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信機能を搭載したセンサデバイスにより構成されるセンサネットワークシステム、およびそのセンサネットワークシステムにおける通信経路の構築方法に関するものであり、より具体的には、センサデバイスが検知した検知データを送受信するための通信経路を安全かつ確実に構築するための、センサネットワークシステム及び通信経路構築方法に関するものである。
【背景技術】
【０００２】
センサネットワークシステムは、無線通信機能を持つ多くのセンサデバイス（センサモジュールともいう）により構成される。センサネットワークシステムの利用目的は様々であり、防犯・介護・省エネルギー・広域計測・トレース等のあらゆる分野に利用され得る。
【０００３】
例えば、介護の分野では、センサデバイスにより、被介護者の心拍数、体温、姿勢、手足の動き及び緊急事態等を監視することができる。また、例えば、建物環境の場合には、センサデバイスにより、地震データ、構造支持部の動き、火災、洪水等を監視することができる。
【０００４】
例えば、家庭内でセンサネットワークシステムが使用される場合、ホームセキュリティ、機器モニタ／制御、見守り／介護、遠隔管理など、様々な用途で使用されることが考えられる。
【０００５】
センサデバイスは、広範囲に配置され、また設置性の良さから追加によりさらに数多く設置されるであろうことが、容易に考えられる。家庭内でセンサネットワークシステムが使用される場合、センサデバイスの設置性の良さから、センサデバイスは追加で設置され、建物の内外に数多く設置されることになる。
【０００６】
従って、管理者の手間を軽減するためには、数多く設置されたセンサデバイスの通信経路は、自律的に構築されることが好ましく、自律性はセンサネットワークシステムにおいて重要な要素となる。
【０００７】
従来の通信経路構築方法に関し、例えば、特許文献１には、１つの基地局を中心として、無線装置のネットワークを自律的に構築する方法が開示されている。
【０００８】
また、特許文献２には、予め設定されている所定の通信距離内に存在する設備監視制御手段、センターサーバ、または移動式端末装置等の他装置を検知することで無線ネットワーク網を自律的に構築する方法が開示されている。
【特許文献１】特開２００５−９４５３０号公報（平成１７年４月７日公開）
【特許文献２】特開２００５−１５７７４４号公報（平成１７年６月１６日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記従来技術の構成を用いる場合、以下の問題を生じる。
【００１０】
特許文献１の通信経路構築方法は、単一のネットワークを構築することが前提であり、センサデバイスの通信可能範囲内に異なる複数のネットワークが存在する場合が考慮されていない。すなわち、家庭内においてセンサネットワークを構築する場合、センサデバイスの通信可能範囲内となる隣家において同様のシステムが利用されていると、自宅と隣家とを区別して、ネットワークを構築することはできなかった。家の中にある隣の部屋同士においても同様である。
【００１１】
また、特許文献２のシステムにおいても同様に、センターサーバを頂点とする単一のネットワークが想定されており、移動式端末装置が、隣のビルにある同様のシステムのネットワークを検知することは考慮されていない。すなわち、移動式端末装置の通信可能範囲内に複数の異なったネットワークが存在する環境では、正しくネットワークが構築できないという問題点を有している。
【００１２】
本発明は、上記従来技術の問題点に鑑みなされたものであって、その目的は、通信可能範囲内に複数の異なるセンサネットワークが存在する場合でも、構築すべき通信経路を特定でき、安全かつ確実にネットワークを構築できるセンサネットワークシステムおよび通信経路構築方法を提供することにある。
【課題を解決するための手段】
【００１３】
本発明に係るセンサデバイスは、上記課題を解決するために、建物を特定する建物ＩＤと、前記建物内の部屋を特定する部屋ＩＤと、各装置を特定する個別ＩＤとによって管理され、自装置が格納している前記建物ＩＤおよび前記部屋ＩＤを用いて上位ノードであるサーバノードと無線通信を行い、最上位ノードであり、前記サーバノードを管理する管理サーバと、前記サーバノードを介して通信を行うセンサデバイスにおいて、前記センサデバイスは、前記サーバノードとの、通信経路の構築と通信とを制御する制御手段を備え、前記サーバノードとの前記通信経路を構築する際、前記制御手段は、接続可能な前記サーバノードを検出し、検出した前記サーバノードを含む前記通信経路を、選択候補として前記サーバノードの上位にある前記管理サーバに伝送し、前記管理サーバにおいて前記通信経路の決定のために入力された鍵情報と、前記管理サーバにおいて前記選択候補の中から選択された前記通信経路と、選択された前記通信経路に含まれる前記サーバノードが有する前記建物ＩＤと、選択された前記通信経路に含まれる前記サーバノードが有する前記部屋ＩＤとを、選択された前記通信経路に含まれる前記サーバノードから受信し、前記鍵情報が自装置の有する鍵情報と一致する場合にのみ、自装置の前記個別ＩＤと前記一致とを前記管理サーバに通知し、前記受信した前記建物ＩＤおよび前記部屋ＩＤを自装置の前記建物ＩＤおよび前記部屋ＩＤとして格納し、前記通信経路の構築を完了することを特徴とする。
【００１４】
また、本発明に係るサーバノードは、上記課題を解決するために、建物を特定する建物ＩＤと、前記建物内の部屋を特定する部屋ＩＤと、各装置を特定する個別ＩＤとによって管理され、自装置が格納している前記建物ＩＤおよび前記部屋ＩＤを用いて上位ノードである管理サーバと無線通信を行い、自装置が格納している前記個別ＩＤを用いて下位ノードであるセンサデバイスと無線通信を行うサーバノードにおいて、前記サーバノードは、前記管理サーバおよび前記センサデバイスとの、通信経路の構築と通信とを制御する制御手段を備え、前記センサデバイスとの前記通信経路を構築する際、前記制御手段は、前記センサデバイスによる接続可能な前記サーバノードを検出する問い合わせに応答し、前記センサデバイスから受信した前記通信経路の候補リストをサーバノードの上位ノードである管理サーバに転送し、自装置が前記管理サーバにおいて前記候補リストから選択された前記通信経路に含まれる場合は、前記管理サーバから、前記選択された前記通信経路と、前記管理サーバにおいて入力された鍵情報とを受信し、受信した前記選択された前記通信経路および前記鍵情報に、自装置の前記建物ＩＤと前記部屋ＩＤとを加えて、前記センサデバイスに転送し、前記センサデバイスから受信した前記センサデバイスの前記個別ＩＤを自装置が管理するセンサデバイスの個別ＩＤとして格納し、前記通信経路の構築を完了することを特徴とする。
【００１５】
また、本発明に係るセンサネットワークシステムは、上記課題を解決するために、前記センサデバイスと、前記サーバノードとを含んで構成される。
【００１６】
また、本発明に係る通信経路の構築方法は、上記課題を解決するために、建物を特定する建物ＩＤと、前記建物内の部屋を特定する部屋ＩＤと、各装置を特定する個別ＩＤとによって管理される、センサデバイスと、その上位ノードであるサーバノードとが、前記センサデバイスが格納している前記建物ＩＤおよび前記部屋ＩＤ、または前記サーバノードが格納している前記個別ＩＤを用いて無線通信を行うために構築される通信経路の構築方法であって、前記センサデバイスが、接続可能な前記サーバノードを検出するための問い合わせを行う問い合わせステップと、前記サーバノードが、前記問い合わせに応答する応答ステップと、前記センサデバイスが、前記問い合わせ結果を前記通信経路の候補リストとして送信する候補リスト送信ステップと、前記サーバノードが、受信した前記候補リストを、前記サーバノードの上位ノードである管理サーバに転送する第１の転送ステップと、前記管理サーバが、前記候補リストからいずれの前記通信経路を選択したかの選択情報と、鍵情報とを受け付け、選択された前記通信経路に送信する受付送信ステップと、前記サーバノードが、自装置の前記建物ＩＤと前記部屋ＩＤとを加えて、受信した前記選択情報と前記鍵情報とを、前記センサデバイスに転送する第２の転送ステップと、前記センサデバイスが、受信した前記鍵情報と自装置が有する鍵情報とが一致するか判断する鍵情報判断ステップと、前記鍵情報が一致した場合に、前記センサデバイスが、自装置の前記個別ＩＤと前記一致とを前記サーバノードに通知する一致通知ステップと、前記サーバノードが、受信した前記個別ＩＤを自装置が管理する前記センサデバイスの前記個別ＩＤとして格納する第１の格納ステップと、前記センサデバイスが、受信した前記建物ＩＤおよび前記部屋ＩＤを自装置の前記建物ＩＤおよび前記部屋ＩＤとして格納する第２の格納ステップとを含んで構成される。
【００１７】
当該構成において、センサデバイスとは、そのセンサデバイスの周囲に存在する測定する対象となる物、例えば、温度、人体の脈拍、人の有無などを測定し、測定した測定値を無線通信により他の機器へと送信する装置のことである。
【００１８】
新たにセンサネットワークシステムに追加されるセンサデバイスは、自装置の上位ノードとなるサーバノードを選択し通信経路を構築する際に、自らの判断によりサーバノードを決定するのではなく、その選択肢を、最上位ノードである管理サーバを介して管理者に提示する。そして、管理者の所望の通信経路が選択された後、その選択された通信経路、すなわち管理者が入力を行った管理サーバと、選択されたサーバノードとを経由して、センサデバイスまで、その選択がなされた事が通知される。さらに、管理サーバにおいて入力された鍵情報と、センサデバイスに設定されている鍵情報とが一致するか否かを判断することにより、管理者の認証が行われる。最終的に、認証された管理者の選択した通信経路が、センサデバイスの通信経路として設定される。
【００１９】
つまり、センサデバイスのセキュリティレベルが「高」に設定されている場合、特定の通信経路による通信が必要であると判断し、まず利便性を確保するために自律的に構築可能な通信経路を検出し、その中から自宅に属する通信経路を抽出するが、自律的には構築を完了しない。抽出した通信経路を選択候補として、通信可能範囲内にあるサーバノードに送信する。受信したサーバノードは、さらに上位の管理サーバに送信する。管理サーバは、この選択候補を、管理者に提示し、管理者は選択候補の中から所望の通信経路を選択する。選択する際、通信経路の構築を完了する際に管理者の認証を行うために、管理者は、センサデバイス内部に予め登録されている鍵情報の入力を行う。この鍵情報が正しく入力されない場合は、管理者の認証に失敗したことになるので、管理者の選択した通信経路による、通信経路の構築は完了しない。
【００２０】
なお、通信経路の選択候補は、センサデバイスの通信可能範囲内にある隣家のサーバノードを経由して、隣家の管理サーバにおいても提示されるが、隣家の管理者は、鍵情報を知ることができないので、間違った通信経路が構築されることは無い。
【００２１】
＜建物ＩＤ、部屋ＩＤ、個別ＩＤについて＞
なお、ワイヤレスセンサネットワークにおいては、通信コストを下げる、すなわち送信電力を削減するために、より少ない電力で通信できる最も近いデバイスへ検出情報を伝達することが有効である。
【００２２】
しかし、ホームセキュリティの用途においては、隣家にも同様のセンサネットワークが有る場合、そのネットワークとの混信が問題となる。
【００２３】
この問題を回避するためには、通信経路を特定することが必要であり、そのためには隣家との区別を行うために、建物ＩＤによる管理が必要となる。また、ホームセキュリティ用途においては、干渉などによる通信の遅延を出来るだけ低減することが重要なので、部屋ＩＤを設定することにより屋内のネットワークを分割し、遅延が最小となるよう設計することが必要である。
【００２４】
また、本発明に係るセンサネットワークシステムでは、センサデバイス、サーバノード、および管理サーバはそれぞれ、これらの機器を特定できる個別ＩＤを有する。
【００２５】
これらの個別ＩＤ同士をリンクすることにより通信経路を特定することも可能ではあるが、管理者の管理負荷軽減のためには、自宅と隣家との区別に建物ＩＤを利用し、同一建物内の部屋などのエリアの区別に部屋ＩＤを利用することが好ましい。
【００２６】
なお、個別ＩＤは、上位ノードが、下位ノードを管理するためにも使用される。すなわち、センサデバイスの上位ノードであるサーバノードは、自装置の管理下にあるセンサデバイスを把握するための子デバイスリストを有し、その子デバイスリスト中には、自装置の管理下に置かれるセンサデバイスの、センサデバイス名と個別ＩＤとを対応付けて格納されている。管理サーバも同様に子デバイスリストを有し、その子デバイスリスト中には、自装置が管理するサーバノードの、サーバノード名と個別ＩＤとを対応付けて格納されている。
【００２７】
逆に、下位ノードは、自装置の上位ノードの個別ＩＤを把握しておらず、通信を行う際には、自装置の個別ＩＤを直接指定して送信を行うことは無い。代わりに、通信経路の構築時に、自装置の上位ノードから通知された建物ＩＤおよび部屋ＩＤを用いることで、その部屋ＩＤを有する部屋のサーバノードおよびその建物ＩＤを有する建物の管理サーバを間接的に指定する。このような間接的な指定方法であっても、その部屋ＩＤを有するサーバノードおよびその建物ＩＤを有する管理サーバは一意に特定出来るので、問題は生じない。
【００２８】
建物ＩＤは、ある地域又は全ての地域に存在する建物を特定するために十分な桁数を有し、また部屋ＩＤは、建物内また建物周辺の分割されたエリアを区別し特定するために十分な桁数を有している。個別ＩＤも、各センサデバイス、サーバノード、および管理サーバを区別し特定するために十分な桁数を有している。
【００２９】
建物ＩＤ、部屋ＩＤ、および個別ＩＤは、これらの機器内部の不揮発性メモリに格納されていることが好ましい。
【００３０】
建物ＩＤは、一つの建物内またその建物周辺に存在するセンサデバイス、サーバノード、および管理サーバにより共有される。これにより、隣家に存在する、センサデバイス、サーバノード、および管理サーバと容易に区別され得る。従って、通信可能範囲内に隣家のセンサデバイス、サーバノード、または管理サーバが存在しても、適切に通信経路を特定することが出来るので、伝送する情報が混信することは無く、適切に通信を行うことができる。
【００３１】
また、部屋ＩＤは、一つの建物内また建物周辺の、区分された一つのエリア内に存在するセンサデバイス及びサーバノードにより共有される。これにより、一つのエリア内に存在するセンサデバイス及びサーバノードを、異なるエリアに存在するセンサデバイス及びサーバノードから容易に区別できる。従って、通信可能範囲内に他のエリアに属する、同一機能を持つセンサデバイスが存在しても、適切に通信経路を特定することが出来るので、伝送する情報が混信することは無く、適切に通信を行うことが出来る。
【００３２】
建物ＩＤ、部屋ＩＤ、および個別ＩＤを用いることにより、センサネットワークが普及することにより、多数のセンサデバイス、サーバノード、および管理サーバが設置され、通信可能範囲内に異なるネットワークが混在する環境が一般的になった場合でも、ホームセキュリティなどのセンサネットワークシステムにおいて、検知した情報を適切な通信経路を用いて伝送出来るセンサネットワークシステムを提供することが出来る。
【００３３】
上記の構成によれば、センサデバイスネットワークにおいて、新規にまたは追加で設置する、センサデバイス又はサーバノードの通信可能範囲内に、隣家のセンサネットワークなど他のセンサネットワークが存在する場合でも、設置するセンサデバイス又はサーバノードが、誤って本来接続すべきネットワークとは異なるネットワークに接続してしまうことを防止できるので、安全かつ確実に通信経路を構築できるという効果を奏する。
【００３４】
従って、ホームセキュリティなどの無線ネットワークに、安全かつ確実なデータ転送経路構築方法を提供することが出来る。
【００３５】
また、本発明に係るセンサデバイスは、上記の構成に加えて、前記制御手段は、接続可能な前記サーバノードを検出する際、接続可能な前記サーバノードを検出するための問い合わせを送信し、前記問い合わせに対して応答する前記サーバノードが無くなるまで、問い合わせ時の送信電力のレベル情報と応答した前記サーバノードの名前とを記録し、前記問い合わせの送信電力のレベルを所定量だけ絞り、前記問い合わせを再度行うことを繰り返し、検出した前記サーバノードの前記名前と該サーバノードと通信するために必要な最小送信電力の前記レベル情報との組合せを、選択候補として前記サーバノードの上位の前記管理サーバに伝送することを特徴とする。
【００３６】
当該構成において、制御手段は、自装置が接続可能なサーバノードを検出する際に、自装置がそれぞれのサーバノードと通信を行う際に必要な自装置の送信電力も調べる。例えば、最初は最大送信電力のレベル（１００％の送信出力）を用いて問い合わせパケットを送信するので、４つのサーバノードが応答したとする。次に、制御部は、所定量だけ送信電力を絞って（例えば８０％の送信電力）、再度問い合わせパケットを送信するので、今回は３つのサーバノードが応答したとする。このことから、今回応答しなかった１つのサーバノードと通信するために必要な最小送信電力のレベルは、１００％であることがわかる。この作業を繰り返すことにより、制御手段は、どのサーバノードに接続するときには、必要な最小送信電力のレベルがどれだけであるかを把握する。制御手段は、把握した情報を、問い合わせに応答したそれぞれのサーバノードを経由して、それらサーバノードの上位にある管理サーバに送信する。管理サーバは、受信した情報を管理者に提示する。
【００３７】
上記構成によれば、センサデバイスが接続可能なサーバノードのリストが、それぞれのサーバノードと通信するために必要な最小送信電力のレベル情報とともに管理サーバにおいて提示されるので、管理者は、安全かつ確実な上に、送信電力、すなわち消費電力が少なくて済む通信経路を構築できるという効果を奏する。
【００３８】
本発明に係るセンサデバイス及びサーバノードは、上記の通信経路を特定する仕組みと共に、センサデバイス及びサーバノードが通信経路を自律的に構築するか、通信経路の選択を管理者に委ねるか、構築方法の切り替えを行うためのセキュリティレベルと呼ぶ情報を有する構成でもよい。セキュリティレベルの情報は、センサデバイス及びサーバノードの内部に有り、不揮発性メモリに格納されていることが好ましい。
【００３９】
本発明に係るセンサデバイスは、センサデバイスのセキュリティレベルが「低」に設定されている場合、通信経路に関するこだわりは無いものと判断し、利便性を重視して自律的に通信経路を構築する。すなわち、通信可能範囲内にあるサーバノードを検出し、送信電力を徐々に絞り、最も送信電力が少なくて済むサーバノードに接続する構成でもよい。
【００４０】
同様に、本発明に係るサーバノードは、サーバノードのセキュリティレベルが「低」に設定されている場合、通信経路に関するこだわりは無いものと判断し、利便性を重視して自律的に通信経路を構築する。すなわち、通信可能範囲内にある管理サーバを検出し、送信電力を徐々に絞り、最も送信電力が少なくて済む管理サーバに接続する構成でもよい。
【００４１】
また、本発明に係るサーバノードは、サーバノードのセキュリティレベルが「高」に設定されている場合、特定の通信経路による通信が必要であると判断し、まず利便性を確保するために自律的に構築可能な通信経路を検出するが、通信経路の構築は完了しない構成でもよい。この構成の場合、検出した通信経路を選択候補として、通信可能範囲内にある管理サーバに送信する。管理サーバは、この選択候補を、管理者に提示し、管理者は選択候補の中から所望の通信経路を選択する。選択するの際、通信経路の構築を完了する際に管理者の認証を行うために、管理者は、サーバノード内部に予め登録されている鍵情報の入力を行う。この鍵情報が正しく入力されない場合は、管理者の認証に失敗したことになるので、管理者の選択した通信経路による、通信経路の構築は完了しない。
【００４２】
なお、通信経路の選択候補は、サーバノードの通信可能範囲内にある隣家の管理サーバにおいても提示されるが、隣家の管理者は、鍵情報を知ることができないので、間違った通信経路が構築されることは無い。
【００４３】
本発明に係るセンサネットワークシステムは、センサデバイスとサーバノードと管理サーバとから構成され、それぞれの内部には、建物ＩＤと部屋ＩＤと個別ＩＤとが格納され、無線機の通信可能範囲内に異なるネットワークが存在しても、通信経路はそれぞれのＩＤを特定することにより、混信することなく、安全に経路構築できる。
【００４４】
また、本発明に係るセンサネットワークシステムの通信経路の構築方法は、建物ＩＤと部屋ＩＤと個別ＩＤとを特定する際に、自律的に抽出された通信経路の候補から選択する様な簡易な操作性と、接続されるべきセンサデバイスまたはサーバノードに格納されている鍵情報を入力することにより、安全性を確保する方法である。
【００４５】
それ故、センサデバイスやサーバノードの追加を行う際に、自律的に隣家などの通信可能範囲内にある異なるネットワークに接続してしまう間違いを未然に防ぐと共に、自律性を損なわない操作性と安全性を提供できるという効果を奏する。
【００４６】
本発明に係るセンサデバイスは、建物を特定する建物ＩＤと、前記建物内の部屋を特定する部屋ＩＤと、各装置を特定する個別ＩＤとによって管理され、自装置が格納している前記建物ＩＤおよび前記部屋ＩＤを用いて上位ノードであるサーバノードと無線通信を行い、最上位ノードであり、前記サーバノードを管理する管理サーバと、前記サーバノードを介して通信を行うセンサデバイスにおいて、前記センサデバイスは、前記サーバノードとの、通信経路の構築と通信とを制御する制御手段を備え、前記サーバノードとの前記通信経路を構築する際、前記制御手段は、接続可能な前記サーバノードを検出するための問い合わせを送信し、前記問い合わせに対して応答する前記サーバノードが一つのみになるまで、問い合わせの送信電力を所定量だけ絞った後、問い合わせを繰り返し、残った一つの前記サーバノードに対して、自装置の上位サーバを前記サーバノードに決定したことと、自装置の前記個別ＩＤとを通知し、前記サーバノードが有する前記建物ＩＤおよび前記部屋ＩＤを受信し、受信した前記建物ＩＤおよび前記部屋ＩＤを自装置の前記建物ＩＤおよび前記部屋ＩＤとして格納し、前記通信経路の構築を完了することを特徴とする構成でもよい。
【００４７】
本発明に係るサーバノードは、建物を特定する建物ＩＤと、前記建物内の部屋を特定する部屋ＩＤと、各装置を特定する個別ＩＤとによって管理され、自装置が格納している前記建物ＩＤおよび前記部屋ＩＤを用いて上位ノードである管理サーバと無線通信を行い、自装置が格納している前記個別ＩＤを用いて下位ノードであるセンサデバイスと無線通信を行うサーバノードにおいて、前記サーバノードは、前記センサデバイスとの、通信経路の構築と通信とを制御する制御手段を備え、前記センサデバイスとの前記通信経路を構築する際、前記制御手段は、前記センサデバイスによる接続可能な前記サーバノードを検出する問い合わせに応答し、前記センサデバイスによる、前記センサデバイスの上位サーバを前記サーバノードに決定したことと、自装置の前記個別ＩＤとの通知に応答して、自装置が有する前記建物ＩＤおよび前記部屋ＩＤを前記センサデバイスに送信し、前記センサデバイスから受信した前記個別ＩＤを自装置が管理する前記センサデバイスの個別ＩＤとして格納し、前記通信経路の構築を完了することを特徴とする構成でもよい。
【００４８】
本発明に係るサーバノードは、建物を特定する建物ＩＤと、前記建物内の部屋を特定する部屋ＩＤと、各装置を特定する個別ＩＤとによって管理され、自装置が格納している前記建物ＩＤおよび前記部屋ＩＤを用いて上位ノードである管理サーバと無線通信を行い、自装置が格納している前記個別ＩＤを用いて下位ノードであるセンサデバイスと無線通信を行うサーバノードにおいて、前記サーバノードは、前記管理サーバおよび前記センサデバイスとの、通信経路の構築と通信とを制御する制御手段を備え、前記管理サーバとの前記通信経路を構築する際、前記制御手段は、接続可能な前記管理サーバを検出するための問い合わせを送信し、前記問い合わせに対して応答する前記管理サーバが一つのみになるまで、問い合わせの送信電力を所定量だけ絞った後、問い合わせを繰り返し、残った一つの前記管理サーバに対して、自装置の上位サーバを前記管理サーバに決定したことと、自装置の前記個別ＩＤとを通知し、前記管理サーバが有する前記建物ＩＤを受信し、受信した前記建物ＩＤを自装置の前記建物ＩＤとして格納し、前記通信経路の構築を完了することを特徴とする構成でもよい。
【００４９】
本発明に係る通信経路の構築方法は、建物を特定する建物ＩＤと、前記建物内の部屋を特定する部屋ＩＤと、各装置を特定する個別ＩＤとによって管理される、センサデバイスと、その上位ノードであるサーバノードとが、前記センサデバイスが格納している前記建物ＩＤおよび前記部屋ＩＤ、または前記サーバノードが格納している前記個別ＩＤを用いて無線通信を行うために構築される通信経路の構築方法であって、前記センサデバイスが、接続可能な前記サーバノードを検出するための問い合わせを行う問い合わせステップと、前記サーバノードが、前記問い合わせに応答する応答ステップと、前記センサデバイスが、前記応答ステップにおいて応答する前記サーバノードが一つのみになるまで、送信電力を所定量絞った後、前記問い合わせステップに戻る選択ステップと、前記センサデバイスが、選択ステップにおいて最後まで残った前記サーバノードに対して、自装置の上位サーバを前記サーバノードに決定したことと、自装置の前記個別ＩＤとを通知する決定ステップと、前記サーバノードが、前記通知に応答して、自装置が有する前記建物ＩＤおよび前記部屋ＩＤを前記センサデバイスに送信するＩＤ送信ステップと、前記センサデバイスが、受信した前記建物ＩＤおよび前記部屋ＩＤを自装置の内部記憶領域に書き込む第１の書き込みステップと、前記サーバノードが、前記センサデバイスから受信した前記個別ＩＤを自装置の内部記憶領域に書き込む第２の書き込みステップとを含んで構成されてもよい。
【００５０】
本発明に係るセンサネットワークシステムのデータ転送経路構築方法は、建物内部或いは周辺に置かれた無線機能搭載センサデバイスと、一つ又は複数の前記センサデバイスと無線通信を行うサーバノードと、一つ又は複数の前記サーバノードと無線通信を行う管理サーバからなり、上記管理サーバ及びサーバノードとセンサデバイスの内部には、建物ＩＤの他に、建物内部や周辺を分割して区別できる部屋ＩＤと、デバイス個体を特定できる個別ＩＤが設けられ、前記管理サーバ及びサーバノードとセンサデバイスのデータ転送経路は、前期建物ＩＤと部屋ＩＤと個別ＩＤを特定することにより構築できる構成でもよい。
【００５１】
本発明に係るセンサネットワークシステムのデータ転送経路構築方法では、前記建物ＩＤは、存在する全ての建物を区別するために十分な桁数を有し、同一の建物内部及び周辺に存在する前記管理サーバ及びサーバノードとセンサデバイスは同一の建物ＩＤを共有することによりデータ転送経路を特定できることを特徴とする構成でもよい。
【００５２】
本発明に係るセンサネットワークシステムのデータ転送経路構築方法では、前記部屋ＩＤは、建物内部や周辺を分割して区別するために十分な桁数を有し、同一の区分内に存在するサーバノード及びセンサデバイスは同一の部屋ＩＤを共有することによりデータ転送経路を特定できることを特徴とする構成でもよい。
【００５３】
本発明に係るセンサネットワークシステムのデータ転送経路構築方法では、前記個別ＩＤは、存在する全ての管理サーバ及びサーバノードとセンサデバイスを区別するために十分な桁数を有することによりデータ転送経路を特定できることを特徴とする構成でもよい。
【００５４】
本発明に係るセンサネットワークシステムのデータ転送経路構築方法では、前記センサデバイスは、内部にセキュリティレベルの情報を有し、該レベルに応じて自律的に構築するデータ転送経路の完了レベルを変更できることを特徴とする構成でもよい。
【００５５】
本発明に係るセンサネットワークシステムのデータ転送経路構築方法では、前記センサデバイスは、内部に格納しているセキュリティレベルが低ければ、自律的に接続可能なサーバノードを検出するとともに、送信電力が最も少なくて済むサーバノードに接続して、該サーバノードが有する建物ＩＤと部屋ＩＤを内部記憶領域に書き込み、データ転送経路を構築完了することを特徴とする構成でもよい。
【００５６】
本発明に係るセンサネットワークシステムのデータ転送経路構築方法では、前記センサデバイスは、内部に格納しているセキュリティレベルが高ければ、自律的に接続可能なサーバノードを検出して一つ又は複数のデータ転送経路の候補を抽出し、管理サーバに接続されている端末において候補の中から経路を選択し、経路決定のために入力された鍵情報が正しい場合にのみ、選択されたサーバノードが有する建物ＩＤと部屋ＩＤを内部領域に書き込み、データ転送経路構築を完了することを特徴とする構成でもよい。
【００５７】
本発明に係るセンサネットワークシステムのデータ転送経路構築方法では、前記サーバノードは、内部にセキュリティレベルの情報を有し、該レベルに応じて自律的に構築するデータ転送経路の完了レベル決めることができることを特徴とする構成でもよい。
【００５８】
本発明に係るセンサネットワークシステムのデータ転送経路構築方法では、前記サーバノードは、内部に格納しているセキュリティレベルが低ければ、自律的に接続可能な管理サーバを検出するとともに、送信電力が最も少なくて済む管理サーバに接続して、該管理サーバが有する建物ＩＤと部屋ＩＤを内部記憶領域に書き込み、データ転送経路を構築完了することを特徴とする構成でもよい。
【００５９】
本発明に係るセンサネットワークシステムのデータ転送経路構築方法では、前記サーバノードは、内部に格納しているセキュリティレベルが高ければ、自律的に接続可能な管理サーバを検出し、一つ又は複数のデータ転送経路の候補を抽出し、管理サーバに接続されている端末において候補の中から経路を選択し、経路決定のために入力された鍵情報が正しい場合にのみ、選択された管理サーバが有する建物ＩＤと部屋ＩＤを内部領域に書き込み、データ転送経路構築を完了することを特徴とする構成でもよい。
【００６０】
本発明に係るセンサネットワークシステムは、前記データ転送経路構築方法を用いたセンサネットワークシステムであってもよい。
【００６１】
本発明に係るセンサネットワークシステムでは、前記センサデバイスは、データ転送経路構築完了後、前記サーバノードと通信可能な最小限のレベルまで送信出力を調整することにより低消費電力化を図ることを特徴とする構成でもよい。
【００６２】
本発明に係るセンサネットワークシステムでは、前記サーバノードは、データ転送経路構築完了後、前記センサデバイスと通信可能な最小限のレベルまで送信出力を調整することにより低消費電力化を図ることを特徴構成でもよい。
【発明の効果】
【００６３】
本発明に係るセンサデバイスは、以上のように、前記センサデバイスは、前記サーバノードとの、通信経路の構築と通信とを制御する制御手段を備え、前記サーバノードとの前記通信経路を構築する際、前記制御手段は、接続可能な前記サーバノードを検出し、検出した前記サーバノードを含む前記通信経路を、選択候補として前記サーバノードの上位にある前記管理サーバに伝送し、前記管理サーバにおいて前記通信経路の決定のために入力された鍵情報と、前記管理サーバにおいて前記選択候補の中から選択された前記通信経路と、選択された前記通信経路に含まれる前記サーバノードが有する前記建物ＩＤと、選択された前記通信経路に含まれる前記サーバノードが有する前記部屋ＩＤとを、選択された前記通信経路に含まれる前記サーバノードから受信し、前記鍵情報が自装置の有する鍵情報と一致する場合にのみ、自装置の前記個別ＩＤと前記一致とを前記管理サーバに通知し、前記受信した前記建物ＩＤおよび前記部屋ＩＤを自装置の前記建物ＩＤおよび前記部屋ＩＤとして格納し、前記通信経路の構築を完了することを特徴とする。
【００６４】
また、本発明に係るサーバノードは、以上のように、前記サーバノードは、前記管理サーバおよび前記センサデバイスとの、通信経路の構築と通信とを制御する制御手段を備え、前記センサデバイスとの前記通信経路を構築する際、前記制御手段は、前記センサデバイスによる接続可能な前記サーバノードを検出する問い合わせに応答し、前記センサデバイスから受信した前記通信経路の候補リストをサーバノードの上位ノードである管理サーバに転送し、自装置が前記管理サーバにおいて前記候補リストから選択された前記通信経路に含まれる場合は、前記管理サーバから、前記選択された前記通信経路と、前記管理サーバにおいて入力された鍵情報とを受信し、受信した前記選択された前記通信経路および前記鍵情報に、自装置の前記建物ＩＤと前記部屋ＩＤとを加えて、前記センサデバイスに転送し、前記センサデバイスから受信した前記センサデバイスの前記個別ＩＤを自装置が管理するセンサデバイスの個別ＩＤとして格納し、前記通信経路の構築を完了することを特徴とする。
【００６５】
また、本発明に係るセンサネットワークシステムは、以上のように、前記センサデバイスと、前記サーバノードとを含んで構成される。
【００６６】
また、本発明に係る通信経路の構築方法は、以上のように、前記センサデバイスが、接続可能な前記サーバノードを検出するための問い合わせを行う問い合わせステップと、前記サーバノードが、前記問い合わせに応答する応答ステップと、前記センサデバイスが、前記問い合わせ結果を前記通信経路の候補リストとして送信する候補リスト送信ステップと、前記サーバノードが、受信した前記候補リストを、前記サーバノードの上位ノードである管理サーバに転送する第１の転送ステップと、前記管理サーバが、前記候補リストからいずれの前記通信経路を選択したかの選択情報と、鍵情報とを受け付け、選択された前記通信経路に送信する受付送信ステップと、前記サーバノードが、自装置の前記建物ＩＤと前記部屋ＩＤとを加えて、受信した前記選択情報と前記鍵情報とを、前記センサデバイスに転送する第２の転送ステップと、前記センサデバイスが、受信した前記鍵情報と自装置が有する鍵情報とが一致するか判断する鍵情報判断ステップと、前記鍵情報が一致した場合に、前記センサデバイスが、自装置の前記個別ＩＤと前記一致とを前記サーバノードに通知する一致通知ステップと、前記サーバノードが、受信した前記個別ＩＤを自装置が管理する前記センサデバイスの前記個別ＩＤとして格納する第１の格納ステップと、前記センサデバイスが、受信した前記建物ＩＤおよび前記部屋ＩＤを自装置の前記建物ＩＤおよび前記部屋ＩＤとして格納する第２の格納ステップとを含んで構成される。
【００６７】
それ故、センサデバイスネットワークにおいて、新規にまたは追加で設置する、センサデバイス又はサーバノードの通信可能範囲内に、隣家のセンサネットワークなど他のセンサネットワークが存在する場合でも、設置するセンサデバイス又はサーバノードが、誤って本来接続すべきネットワークとは異なるネットワークに接続してしまうことを防止できるので、安全かつ確実に通信経路を構築できるという効果を奏する。
【００６８】
従って、ホームセキュリティなどの無線ネットワークに、安全かつ確実なデータ転送経路構築方法を提供することが出来る。
【発明を実施するための最良の形態】
【００６９】
本発明の実施形態および参考例について説明すれば、以下の通りである。
【００７０】
〔参考例〕
＜センサネットワークシステムの構成について＞
図２において、本参考例のセンサネットワークシステムの構成を示す。センサネットワークシステムは、同じ又は異なる機能を有するセンサを備えるセンサデバイス１０Ａ〜１０Ｌと、サーバノード１１Ａ〜１１Ｄと、管理サーバ１２Ａとから構成される。
【００７１】
センサネットワークシステムは、同一の建物２１Ａの内部および周辺に存在する。
【００７２】
センサデバイス１０Ａ〜１０Ｃおよびサーバノード１１Ａは、同一の部屋内に存在し、ローカルネットワークを形成する。
【００７３】
同様に、センサデバイス１０Ｄ〜１０Ｆおよびサーバノード１１Ｂ、センサデバイス１０Ｇ〜１０Ｉおよびサーバノード１１Ｃ、センサデバイス１０Ｊ〜１０Ｌおよびサーバノード１１Ｄは、それぞれ同一の部屋内に存在し、それぞれローカルネットワークを形成する。
【００７４】
管理サーバ１２Ａは、建物２１Ａの中に存在し、サーバノード１１Ａ〜１１Ｄとローカルネットワークを形成する。また管理サーバ１２Ａは、センサデバイスの情報、またはその情報を元に作成された情報をインターネット上で利用するため、外部のインターネットと接続される。
【００７５】
従って、センサネットワークは、上記センサデバイス１０Ａ〜１０Ｌおよびサーバノード１１Ａ〜１１Ｄから構成される４つのローカルネットワークと、サーバノード１１Ａ〜１１Ｄと管理サーバ１２Ａから構成される一つのローカルネットワークから構成される。
【００７６】
サーバノード１１Ａ〜１１Ｄは、ローカルネットワーク間のルーティングとアプリケーションプログラムの実行とを行う。また、管理サーバ１２Ａは、ローカルネットワーク間のルーティングと、ローカルネットワークとインターネットとの間のルーティングと、アプリケーションプログラムの実行とを行う。
【００７７】
＜ローカルネットワークの分割について＞
ローカルネットワークを分割することにより、通信に用いる周波数を、ローカルネットワーク毎に変更する事が可能となる。そして、ローカルネットワーク毎に通信周波数を変更することにより、ローカルネットワーク間での通信の干渉を回避する事ができる。
【００７８】
また、同じ通信周波数を利用する場合でも、送信電力を少なくすることにより、干渉を避けることが出来る。従って、ネットワーク分割により、より高効率で省電力な通信が可能となる。
【００７９】
＜センサデバイスの構成について＞
図３（ａ）において、センサデバイス１０Ａ〜１０Ｌのブロック図を示す。センサデバイス１０Ａ〜１０Ｌは、それぞれ、計測対象を検知するセンサ部１と、サーバノードとの無線通信を行う通信部２と、検知および通信を制御する制御部３（制御手段）とを含んで構成される。なお、制御部３は、内部メモリ（図示せず）を含んで構成される。
【００８０】
＜サーバノードの構成について＞
図３（ｂ）において、サーバノード１１Ａ〜１１Ｄのブロック図を示す。サーバノード１１Ａ〜１１Ｄは、それぞれ、センサデバイスおよび管理サーバとの無線通信を行う通信部５と、通信を制御する制御部６（制御手段）とを含んで構成される。なお、制御部６は、内部メモリ（図示せず）を含んで構成される。
【００８１】
＜管理サーバの構成について＞
図３（ｃ）において、管理サーバ１２Ａのブロック図を示す。管理サーバ１２Ａは、サーバノードとの無線通信およびインターネットとの通信を行う通信部７と、管理者に管理情報を提示する表示部８と、通信および表示の制御を行う制御部９とを含んで構成される。なお、制御部９は、内部メモリ（図示せず）を含んで構成される。
【００８２】
＜建物ＩＤ、部屋ＩＤ、個別ＩＤについて＞
図２に示すように、建物２１Ａには、ある地域又は全ての地域に存在する建物を特定するために十分な桁数を有する建物ＩＤ（この図の例では、建物ＩＤ＝００１）が付与されている。
【００８３】
この建物ＩＤは、センサデバイス、サーバノード、管理サーバそれぞれの内部メモリに格納されている。
【００８４】
また、建物２１Ａ内は、４つの部屋２０Ａ〜２０Ｄに分割されており、各部屋には部屋ＩＤが付与されており、この部屋ＩＤは、その部屋にあるサーバノードおよびセンサデバイスに割り当てられる。
【００８５】
例えば、センサデバイス１０Ａ〜１０Ｃおよびサーバノード１１Ａは、部屋２０Ａにあるので、部屋ＩＤ＝０１０が付与されている。
【００８６】
例えば、部屋２０Ｂにあるセンサデバイス１０Ｄ〜１０Ｆおよびサーバノード１１Ｂには、部屋ＩＤ＝０１１が付与され、センサデバイス１０Ｇ〜１０Ｉおよびサーバノード１１Ｃには、部屋ＩＤ＝０１２が付与され、センサデバイス１０Ｊ〜１０Ｌおよびサーバノード１１Ｄには、部屋ＩＤ＝０１３が付与されている。
【００８７】
また、建物内部或いは建物周辺に設置される、センサデバイス、サーバノード、および管理サーバには、それらのデバイス個体を特定するための個別ＩＤが付与されている。
【００８８】
図４（ａ）において、管理サーバ１２Ａの制御部９内にある内部メモリ上のテーブル１２０の構造を示す。テーブル１２０には、建物ＩＤと個別ＩＤとが格納されている。
【００８９】
図４（ｂ）において、サーバノード１１Ａ〜１１Ｄの制御部６内にある内部メモリ上のテーブル１１０Ａ〜１１０Ｄの構造を示す。テーブル１１０Ａ〜１１０Ｄには、建物ＩＤと部屋ＩＤと個別ＩＤとが格納されている。
【００９０】
図４（ｃ）において、センサデバイス１０Ａ〜１０Ｌの制御部３内にある内部メモリ上のテーブル１００Ａ〜１００Ｌの構造を示す。テーブル１００Ａ〜１００Ｌには、建物ＩＤと部屋ＩＤと個別ＩＤとが格納されている。
【００９１】
＜アプリケーションルールについて＞
各サーバノード１１Ａ〜１１Ｄは、内部メモリ上に、上記のテーブル１１０Ａ〜１１０Ｄに加えて、アプリケーションプログラム、アプリケーションルール、および子デバイスリストを有する。
【００９２】
また、管理サーバ１２Ａは、内部メモリ上に、上記のテーブル１２０に加えて、アプリケーションプログラム、およびアプリケーションルールを有する。
【００９３】
アプリケーションプログラムは、サーバノードの制御部６および管理サーバ１２Ａの制御部９において実行されるソフトウェアであり、サーバノードが受信したデータパケットをいずれの宛先に転送するかを制御するプログラムである。
【００９４】
アプリケーションルールとは、アプリケーションプログラムが、データパケットの転送を行なう際に従うルールであり、どこから受信したデータパケットはどこへ転送するかが記述されている。
【００９５】
例えば、アプリケーションルールは、「センサデバイス１０Ｃから受信したデータパケットは、センサデバイス１０Ａへ転送する」、「センサデバイス１０Ｊから受信したデータパケットは、管理サーバ１２Ａへ転送する」などというものである。
【００９６】
なお、アプリケーションルールは、製品出荷時に、サーバノード１１Ａに対して、予め設定されている構成でもよいし、何らかの方法で管理者が必要に応じて設定する構成でもよい。
【００９７】
＜子デバイスリストについて＞
上述の通り、子デバイスリストは、サーバノード１１Ａ〜１１Ｄの内部メモリ上に構築される。
【００９８】
子デバイスリストは、各サーバノードが、自分の管理下にあるセンサデバイスを把握するために利用する、センサデバイス名とその個別ＩＤとの対応を記述したリストである。
【００９９】
サーバノード１１Ａ〜１１Ｄは、センサデバイスとの通信経路の構築を完了した時点において、子デバイスリストに、そのセンサデバイス名と個別ＩＤとを登録する。
【０１００】
＜データ転送例について（その１）＞
本参考例において、既に構築された通信経路によるデータ転送の例を以下で説明する。図５および図６において、センサデバイス１０Ｃにおいて検知したデータを、同一部屋内のセンサデバイス１０Ａに転送する手順を示す。
【０１０１】
センサデバイス１０Ｃは、自装置の通信可能範囲４０の中にあるサーバノード１１Ａおよびサーバノード１１Ｃにデータ送信が可能である。
【０１０２】
なお、詳細は後述するが、センサデバイス１０Ａ〜１０Ｌは、通信経路を新規に構築する際に、送信電力を通信できるサーバノードが一つのみになるまで徐々に絞っていき、最後まで残ったサーバノードと、その時点まで絞った送信電力を用いて通信するので、通常は、その絞った送信電力において、通信可能な範囲に入っているサーバノードは、一つのみである。
【０１０３】
この例では、センサデバイス１０Ｃが、絞った送信電力を用いて通信できるサーバノードが、仮に、サーバノード１１Ａおよびサーバノード１１Ｃであるとして、説明を行っている。このような状況は、例えば、通信経路構築時には、センサデバイス１０Ｃとサーバノード１１Ｃとの間に、電波を弱める遮蔽物があったので、センサデバイス１０Ｃは、送信電力を弱めていった結果残ったサーバノード１１Ａを親としたが、その後、その遮蔽物が取り除かれ、センサデバイス１０Ｃが、絞った送信電力で通信できるサーバノードが、サーバノード１１Ａおよびサーバノード１１Ｃの二つになったような場合である。
【０１０４】
手順１．まず、センサデバイス１０Ｃが、図６に示すとおり、テーブル１００Ｃに格納している、建物ＩＤ＝００１、部屋ＩＤ＝０１０、および個別ＩＤ＝１１２を含めて、データパケットを送信する。
【０１０５】
手順２．センサデバイス１０Ｃから送信されたデータパケットは、サーバノード１１Ａおよびサーバノード１１Ｃにより受信される。
【０１０６】
手順３ａ．ここで、サーバノード１１Ａは、内部メモリ上に、子デバイスリストを有しており、このリストから、個別ＩＤ＝１１２は、センサデバイス１０Ｃであり、自分の管理下にあることを認識し、また受信したデータパケットの部屋ＩＤが自分の格納する部屋ＩＤと一致することを確認するので、受信したデータパケットは自分宛のものであることを認識する。
【０１０７】
手順３ｂ．サーバノード１１Ｃも、センサデバイス１０Ｃからデータパケットを受信するが、そのデータに含まれる個別ＩＤは、サーバノード１１Ｃが管理する子デバイスリストには入っていないことと、受信したデータパケットに含まれる部屋ＩＤ＝０１０が、自分の格納する部屋ＩＤ＝０１２と異なることとから、受信したデータパケットが自分宛ではないことを認識し、受信したデータパケットを破棄する。
【０１０８】
手順４．次に、サーバノード１１Ａでは、アプリケーションプログラムが、アプリケーションルールに沿って、受信したデータパケットの転送を行う。
【０１０９】
この例では、アプリケーションルールは、「センサデバイス１０Ｃから受信したデータパケットは、センサデバイス１０Ａへ転送する」というものである。このアプリケーションルールに従い、データパケットは、その宛先個別ＩＤを、転送先であるセンサデバイス１０Ａの個別ＩＤとした後、サーバノード１１Ａから送信される。
【０１１０】
手順５．図６のサーバノード１１Ａの子デバイスリストに示すように、サーバノード１１Ａから送信されたデータパケットは、センサデバイス１０Ａ〜１０Ｃにより受信される。センサデバイス１０Ａは、そのデータパケットの宛先個別ＩＤが、自分の個別ＩＤと一致するので、そのデータパケットが自分宛であると認識する。しかし、センサデバイス１０Ｂおよびセンサデバイス１０Ｃは、そのデータパケットの宛先個別ＩＤが、自分の個別ＩＤと一致しないので、そのデータパケットを破棄する。
【０１１１】
以上の手順により、データが、センサデバイス１０Ｃからセンサデバイス１０Ａに伝送される。
【０１１２】
＜データ転送例について（その２）＞
次に、本参考例において、構築されている通信経路に沿った、２つめのデータ転送例を説明する。
【０１１３】
図７および図８において、センサデバイス１０Ｊにおいて検知したデータを、別の部屋にあるセンサデバイス１０Ｄへ転送する例を示す。
【０１１４】
この例でも、通常とは異なり、上記のデータ転送例と同様に、センサデバイス１０Ｊは、自装置の通信可能範囲５０の中にあるサーバノード１１Ｃおよびサーバノード１１Ｄにデータ転送が可能であるとする。
【０１１５】
手順１．まず、センサデバイス１０Ｊが、図８に示すとおり、テーブル１００Ｊに格納している、建物ＩＤ＝００１、部屋ＩＤ＝０１３、および個別ＩＤ＝１１９を含めて、データパケットを送信する。
【０１１６】
手順２．センサデバイス１０Ｊから送信されたデータパケットは、サーバノード１１Ｃおよびサーバノード１１Ｄにより受信される。
【０１１７】
手順３．ここで、サーバノード１１Ｄは、上記のデータ転送例と同様に、受信したデータパケットは自分宛のものであることを認識する。サーバノード１１Ｃは、上記のデータ転送例と同様に、受信したデータパケットを破棄する。
【０１１８】
手順４．次に、サーバノード１１Ｄでは、アプリケーションプログラムが、アプリケーションルールに沿って、受信したデータパケットの転送を行う。
【０１１９】
この例では、アプリケーションルールは、「センサデバイス１０Ｊから受信したデータパケットは、管理サーバ１２Ａへ転送する」というものである。
【０１２０】
手順５．次に、管理サーバ１２Ａでは、アプリケーションプログラムが、アプリケーションルールに沿って、受信したデータパケットの転送を行う。
【０１２１】
この例では、アプリケーションルールは、「センサデバイス１０Ｊから発信されたデータパケットは、サーバノード１１Ｂへ転送する」というものである。
【０１２２】
手順６。次に、サーバノード１１Ｂでは、アプリケーションプログラムが、アプリケーションルールに沿って、受信したデータパケットの転送を行う。
【０１２３】
この例では、アプリケーションルールは、「センサデバイス１０Ｊから発信されたデータパケットは、センサデバイス１０Ｄへ転送する」というものである。
【０１２４】
手順７．センサデバイス１０Ｄは、そのデータパケットの宛先個別ＩＤが、自分の個別ＩＤと一致するので、そのデータパケットが自分宛であると認識する。
【０１２５】
以上の手順により、データが、センサデバイス１０Ｊからセンサデバイス１０Ｄに伝送される。
【０１２６】
＜通信経路の構築手順について＞
センサネットワークシステムに、新たにセンサデバイスを追加し、新しい通信経路を構築する方法について、図９および図１２を用いて、以下に説明する。
【０１２７】
図９は、センサデバイス１０Ｍを新たに設置する場合の、通信可能範囲６０を示している。通信可能範囲６０には、４つのサーバノード１１Ｂ、１１Ｄ、１１Ｘ、および１１Ｙが含まれているので、センサデバイス１０Ｍは、これら４つのサーバノードとデータ通信が可能である。なお、サーバノード１１Ｂおよびサーバノード１１Ｄは、建物２１Ａ内にあり、サーバノード１１Ｘおよびサーバノード１１Ｙは、建物２１Ｂ内にある。
【０１２８】
本発明においては、４つのサーバノードの内、通信する際にセンサデバイス１０Ｍにとって最も送信電力の少なくて済むサーバノードを親とすることが、データ通信上最も電力消費効率が良いとの考えにより、選択されている。
【０１２９】
本参考例では、センサデバイス１０Ｍが通信する際、上記４つのサーバノードのうち、建物２１Ｂ内のサーバノード１１Ｘとの通信において、送信電力が最も小さくて済むとすると、図１２に示す通り、センサデバイス１０Ｍは、建物２１Ｂ内のサーバノード１１Ｘに対して、通信経路の構築を開始する。
【０１３０】
図１１において、センサデバイス１０Ｍが通信経路を構築する際の手順についてのフローチャートを示す。
【０１３１】
手順１．まず、センサデバイス１０Ｍの制御部３は、自分が初期状態であるか否かを判断する（ステップ１、以下Ｓ１と略す）。この判断は、自分の内部メモリ上のテーブル１００Ｍに、建物ＩＤおよび部屋ＩＤが格納されているか否かにより行う。
【０１３２】
自分が初期状態である場合は、次の手順に進む。
【０１３３】
自分が初期状態でない場合は、通信経路は既に構築されているので、処理を終了する。なお、この場合、テーブル１００Ｍに格納されている部屋ＩＤの部屋に設置されている、すなわちその部屋ＩＤを内部メモリ上のテーブルに格納しているサーバノードが、センサデバイス１０Ｍの親となる。
【０１３４】
手順２．Ｓ１において、初期状態であると判断された場合、センサデバイス１０Ｍの制御部３は、最大出力を用いて、センサネットワークへの参加問い合わせパケットを送信する（Ｓ２）。
【０１３５】
手順３．参加問い合わせパケットを受信したサーバノードは、自分がセンサデバイス１０Ｍの親となって、センサデバイス１０Ｍをセンサネットワークに参加させることが出来る旨の、回答パケットを送信する（Ｓ３）。
【０１３６】
最初の参加問い合わせパケットは、センサデバイス１０Ｍの最大電力により送信されるので、図９に示すとおり、サーバノード１１Ｂ、１１Ｄ、１１Ｘ、および１１Ｙの四つのサーバノードにより受信される。従って、これら四つのサーバノードが、回答パケットを送信することになる。
【０１３７】
手順４．回答パケットを受信したセンサデバイス１０Ｍは、回答パケットを送信したサーバノードの数が一つであるか否かを判断する（Ｓ４）。
【０１３８】
サーバノードの数が一つである場合は、Ｓ６の処理に進む。
【０１３９】
サーバノードの数が一つではない場合は、Ｓ５の処理に進む。
【０１４０】
手順５．センサデバイス１０Ｍの制御部３は、送信電力を所定量だけ絞った後、再度センサネットワークへの参加問い合わせパケットを送信する（Ｓ５）。その後、Ｓ３の処理に戻る。
【０１４１】
手順６．回答パケットを送信したサーバノードの数が一つである場合、センサデバイス１０Ｍの制御部３は、構築完了処理を行う（Ｓ６）。
【０１４２】
この例では、サーバノード１１Ｘが最後まで残ったサーバノードである。構築完了処理とは、現在の送信電力を今後サーバノード１１Ｘとの通信を行う際の送信電力として設定する処理と、サーバノード１１Ｘからの回答パケットに含まれる建物ＩＤおよび部屋ＩＤを、自分の建物ＩＤおよび部屋ＩＤとして、内部メモリ上のテーブル１００Ｍに格納する処理と、サーバノード１１Ｘに対して、サーバノード１１Ｘを自分の親とする旨を通知する通知パケットを送信する処理とから構成される。
【０１４３】
手順７．通知パケットを受信したサーバノードの制御部６は、自分の内部メモリ上にある子デバイスリストに、通知パケットを送信したセンサデバイスのセンサデバイス名と個別ＩＤとを登録する（Ｓ７）。
【０１４４】
以上の手順により、センサデバイス１０Ｍが、サーバノード１１Ｘの子デバイスとなり、通信経路の構築が完了する。
〔第１の実施形態〕
本実施形態において、センサデバイスおよびサーバノードは、セキュリティレベルの情報を持ち、その情報に基づいて、通信経路の構築を行う。
【０１４５】
＜センサネットワークシステムの構成について＞
本実施形態において、センサデバイス、サーバノード、および管理サーバの構成は、以下の点を除き、参考例と同じなので、詳細な説明を省略する。
【０１４６】
本実施形態における構成の異なる点は、図１２（ａ）に示すように、センサデバイス１０Ａ〜１０Ｌの制御部３の内部メモリ上のテーブル１００Ａ〜１００Ｌには、建物ＩＤ、部屋ＩＤ、個別ＩＤに加えて、セキュリティレベルの情報が格納される点である。
【０１４７】
そして、図１２（ｂ）に示すように、サーバノード１１Ａ〜１１Ｄ、１１Ｘ、および１１Ｙも、そのテーブル１１０Ａ〜１１０Ｄ、１１０Ｘ、および１１０Ｙに、セキュリティレベルの情報が格納される。
【０１４８】
＜セキュリティレベルの情報について＞
本実施形態では、センサデバイス１０Ａ〜１０Ｌおよびサーバノード１１Ａ〜１１Ｄ、１１Ｘ、および１１Ｙは、セキュリティレベルに関する情報を有する。このセキュリティレベルに関する情報は、センサデバイスが、センサネットワークに参加する際の動作を制御するために用いられる。セキュリティレベルには、「高」および「低」の二つの値がある。
【０１４９】
＜通信経路の構築手順について＞
新たに設置したセンサデバイス１０Ｍが、センサネットワークに参加するために、通信経路を構築する手順を説明する。参考例と同様に、図９に示すように、センサデバイス１０Ｍが最大電力を用いて通信できる範囲６０には、四つのサーバノード、すなわち、サーバノード１１Ｂ、１１Ｄ、１１Ｘ、および１１Ｙが存在している。
【０１５０】
初期状態において、センサデバイス１０Ｍのセキュリティレベルが「低」である場合、通信経路の構築手順は、参考例において説明した手順と同様になるので、その手順の説明を省略する。なお、この場合、センサデバイス１０Ｍがサーバノード１１Ｘと通信経路を構築することになるが、その際、図１３に示すように、サーバノード１１Ｘの制御部６の内部メモリ上のテーブル１１０Ｘに格納されている建物ＩＤ＝００２および部屋ＩＤ＝０１０が、センサデバイス１０Ｍの制御部３の内部メモリ上のテーブル１００Ｍに、センサデバイス１０Ｍの建物ＩＤおよび部屋ＩＤとして、格納される。
【０１５１】
次に、初期状態において、センサデバイス１０Ｍのセキュリティレベルが「高」である場合について説明する。
【０１５２】
センサデバイス１０Ｍのセキュリティレベルが「高」に設定されるのは、例えば、管理者が、センサデバイス１０Ｍを、建物２１Ａのセンサネットワークシステムに接続するように設置を予定している場合などである。
【０１５３】
この場合、センサデバイス１０Ｍの設置前に、センサデバイス１０Ｍのセキュリティレベルが「高」に設定されているので、セキュリティレベルが「低」の場合と異なり、サーバノード１１Ｘは、センサデバイス１０Ｍの親とはならない。
【０１５４】
図１において、センサデバイス１０Ｍが通信経路を構築する際の手順についてのフローチャートを示す。
【０１５５】
手順１．まず、センサデバイス１０Ｍの制御部３は、自分が初期状態であるか否かを判断する（Ｓ１１）。この判断は、自分の内部メモリ上のテーブル１００Ｍに、建物ＩＤおよび部屋ＩＤが格納されているか否かにより行う。
【０１５６】
自分が初期状態である場合は、次の手順に進む。
【０１５７】
自分が初期状態でない場合は、通信経路は既に構築されているので、処理を終了する。
【０１５８】
手順２．Ｓ１１において、初期状態であると判断された場合、センサデバイス１０Ｍの制御部３は、最大出力を用いて、センサネットワークへの参加問い合わせパケットを送信する（Ｓ１２）。
【０１５９】
手順３．参加問い合わせパケットを受信したサーバノードは、自分がセンサデバイス１０Ｍの親となって、センサデバイス１０Ｍをセンサネットワークに参加させることが出来る旨の、回答パケットを送信する（Ｓ１３）。
【０１６０】
参加問い合わせパケットは、センサデバイス１０Ｍの最大電力により送信されるので、図９に示すとおり、サーバノード１１Ｂ、１１Ｄ、１１Ｘ、および１１Ｙの四つのサーバノードにより受信される。従って、これら四つのサーバノードが、回答パケットを送信する。
【０１６１】
手順４．センサデバイス１０Ｍの制御部３は、セキュリティレベルが「高」に設定されているか否かを判断する（Ｓ１４）。
【０１６２】
セキュリティレベルが「高」の場合は、Ｓ１５の処理に進む。
【０１６３】
セキュリティレベルが「高」ではない場合は、参考例と同じ処理手順（Ｓ２３）により、通信経路を構築し、処理を終了する。
【０１６４】
手順５．セキュリティレベルが「高」の場合、センサデバイス１０Ｍの制御部３は、いずれのサーバノードから回答パケットを受信したかを、経路候補パケットにより送信する（Ｓ１５）。
【０１６５】
手順６．経路候補パケットを受信したサーバノードは、その経路候補パケットを、上位の管理サーバに転送する（Ｓ１６）。
【０１６６】
手順７．管理サーバは、経路候補パケットを受信すると、その経路候補パケットに含まれる経路候補のうち、自分と同じ建物ＩＤを持つ経路のみを抽出し、管理者に提示する（Ｓ１７）。
【０１６７】
例えば、図１４に示す例では、経路の候補として、センサデバイス１０Ｍからサーバノード１１Ｂを経由して管理サーバ１２Ａに至る経路と、センサデバイス１０Ｍからサーバノード１１Ｄを経由して管理サーバ１２Ａに至る経路と、センサデバイス１０Ｍからサーバノード１１Ｘを経由して管理サーバ１２Ｂに至る経路と、センサデバイス１０Ｍからサーバノード１１Ｙを経由して管理サーバ１２Ｂに至る経路とが、経路候補パケットに含まれている。
【０１６８】
そして、管理サーバ１２Ａにおいては、管理サーバ１２Ａと同じ建物ＩＤを持つ、センサデバイス１０Ｍからサーバノード１１Ｂを経由して管理サーバ１２Ａに至る経路と、センサデバイス１０Ｍからサーバノード１１Ｄを経由して管理サーバ１２Ａに至る経路とが、管理者に提示される。
【０１６９】
また、管理サーバ１２Ｂにおいては、管理サーバ１２Ｂと同じ建物ＩＤを持つ、センサデバイス１０Ｍからサーバノード１１Ｘを経由して管理サーバ１２Ｂに至る経路と、センサデバイス１０Ｍからサーバノード１１Ｙを経由して管理サーバ１２Ｂに至る経路とが、管理者に提示される。但し、管理サーバ１２Ｂの管理者は、後述する鍵情報を知らないので、センサデバイス１０Ｍを管理サーバ１２Ｂの配下のセンサデバイスとして、センサネットワークに組み込むことは出来ない。
【０１７０】
手順８．管理者が、管理サーバにおいて、提示された経路候補の中から、所望の経路を選択する（Ｓ１８）。この例では、センサデバイス１０Ｍからサーバノード１１Ｄを経由して管理サーバ１２Ａに至る経路が選択されたとする。
【０１７１】
手順９．管理者が、管理サーバにおいて、鍵情報を入力する（Ｓ１９）。入力された鍵情報は、鍵情報パケットとして、Ｓ１８において選択された経路により、センサデバイス１０Ｍに通知される。鍵情報は、管理者のみ知り得る情報であれば、センサデバイス１０Ｍの個別ＩＤであっても構わない。なお、管理者により選択されたサーバノード１１Ｄは、自分の持つ建物ＩＤおよび部屋ＩＤを鍵情報パケットに含めることで、センサデバイス１０Ｍに通知する。
【０１７２】
手順１０．センサデバイス１０Ｍの制御部３は、受信した鍵情報パケットに含まれる鍵情報が、自分の持つ鍵情報と一致するか否かを判断する（Ｓ２０）。
【０１７３】
一致する場合は、Ｓ２１の処理に進む。
【０１７４】
一致しない場合は、通信経路の構築処理を終了する。
【０１７５】
手順１１．受信した鍵情報パケットに含まれる鍵情報が、自分の持つ鍵情報と一致する場合、センサデバイス１０Ｍの制御部３は、図１５に示すように、受信した鍵情報パケットに含まれる建物ＩＤおよび部屋ＩＤを、自分の建物ＩＤおよび部屋ＩＤとして、テーブル１００Ｍに格納し、構築完了パケットを、サーバノード１１Ｄに対して送信する（Ｓ２１）。
【０１７６】
手順１２．構築完了パケットを受信したサーバノード１１Ｄの制御部６は、内部メモリ上の子デバイスリストに、センサデバイス１０Ｍのセンサデバイス名と個別ＩＤとを登録すると共に、構築完了を管理サーバ１２Ａに通知する（Ｓ２２）。
【０１７７】
以上の手順により、セキュリティレベル「高」が設定された場合に、管理者の所望の通信経路による、通信経路構築が完了する。
【０１７８】
なお、センサデバイス１０Ｍとサーバノード１１Ｄとの間において、通信経路の構築が完了した後に、センサデバイス１０Ｍは、送信電力を絞っていき、サーバノード１１Ｄと通信できる最低限の送信電力になるよう、送信電力を調整する処理を行ってもよい。
【０１７９】
〔第２の実施形態〕
本実施形態においては、第１の実施形態と異なる点についてのみ説明を行う。本実施形態における構成では、図１に示すフローチャートのＳ１２およびＳ１３における処理が、第１の実施形態とは異なる。第１の実施形態では、センサデバイス１０Ｍは最大出力を用いて参加問い合せパケットを１回送信し、対応出来るサーバノードが参加問い合せパケットに一回のみ応答する構成であった。これに対し、本実施形態では、センサデバイス１０Ｍは、まず最大出力で参加問い合せパケットを送信した後、送信出力を絞りながら、複数回、参加問い合せパケットを送信する。
【０１８０】
＜通信経路の構築手順について＞
初期状態において、センサデバイス１０Ｍのセキュリティレベルは「高」である。
【０１８１】
図１６において、センサデバイス１０Ｍが通信経路を構築する際の手順について、フローチャートを示す。
【０１８２】
手順１から３は、第１の実施形態と同じなので、説明を省略する。
【０１８３】
手順３Ａ．次に、センサデバイス１０Ｍは、参加問い合せパケットに対して回答パケットが受信されたか否か、すなわち参加問い合せパケットに応答したサーバノードがあったかどうかを判断する（Ｓ２４）。
【０１８４】
回答パケットが受信された場合は、Ｓ２５の処理に進む。
【０１８５】
回答パケットが受信されなかった場合は、次の手順４の処理に進む。
【０１８６】
手順３Ｂ．センサデバイス１０Ｍは、現在の送信電力と、現在の送信電力を用いて参加問い合わせを行うと、いずれのサーバノードが回答パケットを返信するかとを記憶する（Ｓ２５）。
【０１８７】
手順３Ｃ．次に、センサデバイス１０Ｍは、現在の送信電力レベルを、所定量だけ絞った後、再度、センサネットワークへの参加問い合わせパケットを送信する（Ｓ５）。
【０１８８】
手順３Ａから３Ｃまでの動作は、センサデバイス１０Ｍからのセンサネットワーク参加問い合わせに対して、いずれのサーバノードも回答パケットを送信しなくなるまで繰り返される。
【０１８９】
なお、センサデバイス１０Ｍは、回答を受信しなくなった際の送信電力よりも、一段だけ大きい送信電力を用いて、再度参加問い合わせを行う。管理サーバは、同一の送信電力レベルで参加問い合せパケットが届くことにより、参加問い合わせが完了したことを認識する。
【０１９０】
手順４は、第１の実施形態と同じなので、説明を省略する。
【０１９１】
手順５．セキュリティレベルが「高」の場合、センサデバイス１０Ｍの制御部３は、いずれのサーバノードから回答パケットを受信したかの情報と、および回答パケットを送信した各サーバノードと通信するために必要な最小送信電力のレベル情報とを、経路候補パケットに含め、その経路候補パケットを、送信する（Ｓ１５）。
【０１９２】
手順６は、第１の実施形態と同じなので、説明を省略する。
【０１９３】
手順７．管理サーバは、経路候補パケットを受信すると、その経路候補パケットに含まれる経路候補のうち、自分と同じ建物ＩＤを持つ経路のみを抽出し、その経路とその経路にあるサーバノードに対して通信する際の最小送信電力レベルとを管理者に提示する（Ｓ１７）。
【０１９４】
すなわち、管理サーバ１２Ａにおいては、管理サーバ１２Ａと同じ建物ＩＤを持つ、センサデバイス１０Ｍからサーバノード１１Ｂを経由して管理サーバ１２Ａに至る経路と、センサデバイス１０Ｍからサーバノード１１Ｄを経由して管理サーバ１２Ａに至る経路と、センサデバイス１０Ｍからサーバノード１１Ｂおよび１１Ｄへの必要最小送信電力レベルとが、管理者に提示される。
【０１９５】
手順８．管理者が、管理サーバにおいて、提示された経路候補の中から、必要最小送信電力レベルを考慮し、所望の経路を選択する（Ｓ１８）。この例では、センサデバイス１０Ｍからサーバノード１１Ｄを経由して管理サーバ１２Ａに至る経路が選択されたとする。
【０１９６】
手順９から１２は、第１の実施形態と同じなので、説明を省略する。
【０１９７】
手順１３．センサデバイス１０Ｍは、選択されたサーバノードと通信するために必要な最小送信電力を、通信に用いる送信電力として設定する。
【０１９８】
以上の手順により、セキュリティレベル「高」が設定された場合に、管理者の所望の、通信経路および必要最小送信電力による、通信経路構築が完了する。
【０１９９】
＜補足事項＞
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０２００】
最後に、センサデバイス１０Ａ〜１０Ｌ、サーバノード１１Ａ〜１１Ｄ、および管理サーバ１２Ａの各ブロック、特に制御部３、６、９は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０２０１】
すなわち、センサデバイス１０Ａ〜１０Ｌ、サーバノード１１Ａ〜１１Ｄ、および管理サーバ１２Ａは、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるセンサデバイス１０Ａ〜１０Ｌ、サーバノード１１Ａ〜１１Ｄ、および管理サーバ１２Ａの制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記センサデバイス１０Ａ〜１０Ｌ、サーバノード１１Ａ〜１１Ｄ、および管理サーバ１２Ａに供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０２０２】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０２０３】
また、センサデバイス１０Ａ〜１０Ｌ、サーバノード１１Ａ〜１１Ｄ、および管理サーバ１２Ａを通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０２０４】
本発明に係るセンサデバイスネットワークは、新規にまたは追加で設置する、センサデバイス又はサーバノードの通信可能範囲内に、隣家のセンサネットワークなど他のセンサネットワークが存在する場合でも、設置するセンサデバイス又はサーバノードが、誤って本来接続すべきネットワークとは異なるネットワークに接続してしまうことを防止でき、安全かつ確実に通信経路を構築できるので、防犯・介護・省エネ・広域計測・トレース等のあらゆる分野のセンサネットワークシステムに好適に利用され得る。
【図面の簡単な説明】
【０２０５】
【図１】本発明の第１の実施形態における、通信経路の構築手順を示すフローチャートである。
【図２】本発明の参考例における、センサネットワークシステムの構成を示す構成図である。
【図３】本発明に係る、各デバイスの構成を示すブロック図であり、（ａ）は、センサデバイスのブロック図であり、（ｂ）は、サーバノードのブロック図であり、（ｃ）は、管理サーバのブロック図である。
【図４】本発明の参考例における、建物ＩＤ、部屋ＩＤ、および個別ＩＤを格納する、内部メモリ上のテーブルを示す図であり、（ａ）は、管理サーバのテーブルに格納される状態を示す図であり、（ｂ）は、サーバノードのテーブルに格納される状態を示す図であり、（ｃ）は、センサデバイスのテーブルに格納される状態を示す図である。
【図５】本発明の参考例における、通信経路の一例を示す図である。
【図６】本発明の参考例における、通信時の経路の決め方を示す図である。
【図７】本発明の参考例における、通信経路の一例を示す図である。
【図８】本発明の参考例における、通信時の経路の決め方を示す図である。
【図９】本発明の参考例における、センサネットワークにセンサデバイスを新規追加する場合の、通信可能範囲を示す図である。
【図１０】本発明の参考例における、センサネットワークにセンサデバイスを新規追加した場合の、通信経路を示す図である。
【図１１】本発明の参考例における、通信経路の構築手順を示すフローチャートである。
【図１２】本発明の第１の実施形態における、建物ＩＤ、部屋ＩＤ、個別ＩＤ、およびセキュリティレベルを格納する、内部メモリ上のテーブルを示す図であり、（ａ）は、サーバノードのテーブルに格納される状態を示す図であり、（ｂ）は、センサデバイスのテーブルに格納される状態を示す図である。
【図１３】本発明の第１の実施形態において、サーバノードの建物ＩＤと部屋ＩＤとが、センサデバイスの建物ＩＤおよび部屋ＩＤとして設定される様子を示す図である。
【図１４】本発明の第１の実施形態における、通信経路の一例を示す図である。
【図１５】本発明の第１の実施形態において、サーバノードの建物ＩＤと部屋ＩＤとが、センサデバイスの建物ＩＤおよび部屋ＩＤとして設定される様子を示す図である。
【図１６】本発明の第２の実施形態における、通信経路の構築手順を示すフローチャートである。
【符号の説明】
【０２０６】
１                  センサ部
２                  通信部
３                  制御部（制御手段）
５                  通信部
６                  制御部（制御手段）
７                  通信部
８                  表示部
９                  制御部
１０Ａ〜１０Ｍ      センサデバイス
１１Ａ〜１１Ｙ      サーバノード
１２Ａ、１２Ｂ      管理サーバ
２０Ａ〜２０Ｄ      部屋
２１Ａ、２１Ｂ      建物
１００Ａ〜１００Ｌ  テーブル
１１０Ａ〜１１０Ｄ  テーブル
１２０              テーブル
４０、５０、６０    通信可能範囲
【図１】
2008131101.tif 000003
【図２】
2008131101.tif 000004
【図３】
2008131101.tif 000005
【図４】
2008131101.tif 000006
【図５】
2008131101.tif 000007
【図６】
2008131101.tif 000008
【図７】
2008131101.tif 000009
【図８】
2008131101.tif 000010
【図９】
2008131101.tif 000011
【図１０】
2008131101.tif 000012
【図１１】
2008131101.tif 000013
【図１２】
2008131101.tif 000014
【図１３】
2008131101.tif 000015
【図１４】
2008131101.tif 000016
【図１５】
2008131101.tif 000017
【図１６】
2008131101.tif 000018