通信装置、通信方法、及び通信システム
【課題】デバイス管理に係る電力消費を抑えることのできる通信装置、通信方法、及び通信システムを提供する。
【解決手段】
管理情報の要求メッセージを受信する管理情報要求メッセージ受信部１１０と、定められた条件に従い、管理情報要求メッセージ受信部１１０で受信する管理情報要求メッセージの一部に対して、管理情報を含む管理情報応答メッセージを送信する管理情報メッセージ送信部１５０とを備える。
【解決手段】
管理情報の要求メッセージを受信する管理情報要求メッセージ受信部１１０と、定められた条件に従い、管理情報要求メッセージ受信部１１０で受信する管理情報要求メッセージの一部に対して、管理情報を含む管理情報応答メッセージを送信する管理情報メッセージ送信部１５０とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明に係るいくつかの態様は、通信装置、通信方法、及び通信システムに関する。
【背景技術】
【０００２】
近年、例えばスマートグリッドやＭ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）ネットワーク、ホームネットワーク、オフィスネットワーク等の通信ネットワークシステムが広く普及しつつある。例えば特許文献１には、ネットワークに接続される通信アダプタ装置等が開示されている。
【０００３】
通信ネットワークシステムは、例えば、サーバ又はＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）と、センサデバイスやアクチュエータデバイス（ここでは、センサデバイスを例に以下説明する）等と、両者の通信を中継するゲートウェイ（例えば、ＨＧＷ：Ｈｏｍｅ Ｇａｔｅ Ｗａｙ、ＢＧＷ：Ｂｕｉｌｄｉｎｇ Ｇａｔｅ Ｗａｙ等がある）とから構成される。このような通信ネットワークでは、例えば、サーバが、ゲートウェイを中継して、センサデバイス等から管理情報を取得するためのメッセージを定期的に送信することで、サーバは、各センサデバイスの状況を把握することができるようになる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特再公表２００４−０３２４２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方、センサデバイス等の管理対象の装置（デバイス）の中には、バッテリ駆動のものがあり、長時間安定的にシステムを運用するためには、管理対象の装置の電力消費をできるだけ抑えることが必要となる。
【０００６】
しかしながら、管理情報の要求メッセージをサーバが定期的にセンサデバイスに送信し、その応答メッセージをセンサデバイスが送信すると、当該通信にかかる電力消費により、管理対象であるセンサデバイスの駆動時間を縮めることとなってしまうという課題がある。
【０００７】
ここで、例えば特許文献１には、機器アクセスを許可したり禁止したりできるようにする手法が開示されているが（例えば、１３頁４２行目乃至１４頁３３行目）、これは通信アダプタ装置への不用意な操作を禁止することのみを目的とするものであり、消費電力の消費の抑制については何ら考慮されていない。
【０００８】
本発明のいくつかの態様は前述の課題に鑑みてなされたものであり、デバイス管理に係る電力消費を抑えることのできる通信装置、通信方法、及び通信システムを提供することを目的の１つとする。
【課題を解決するための手段】
【０００９】
本発明の請求項１記載の通信装置は、管理情報の要求メッセージを受信する受信手段と、定められた条件に従い、前記受信手段で受信する前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信する送信手段とを備える。
【００１０】
本発明の請求項１０記載の通信装置は、他の通信装置に対して、管理情報の要求メッセージを送信する送信手段と、前記要求メッセージに対する応答メッセージを前記他の通信装置から受信する受信手段とを備え、前記要求メッセージには、前記他の通信装置が応答するか否かを定めるための条件を含む。
【００１１】
本発明の請求項２１記載の通信方法は、管理情報の要求メッセージを受信するステップと、定められた条件に従い、受信した前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信するステップとを備える。
【００１２】
本発明の請求項２２記載の通信方法は、他の通信装置に対して、管理情報の要求メッセージを送信するステップと、前記要求メッセージに対する応答メッセージを前記他の通信装置から受信するステップとを備え、前記要求メッセージには、前記他の通信装置が応答するか否かを定めるための条件を含む。
【００１３】
本発明の請求項２３記載の通信システムは、第１の通信装置と第２の通信装置とが通信する通信システムであって、第１の通信装置は、管理情報の要求メッセージを受信する第１の受信手段と、定められた条件に従い、前記受信手段で受信する前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信する第２の送信手段とを備え、第２の通信装置は、前記第１の通信装置に対して、前記要求メッセージを送信する第２の送信手段と、前記要求メッセージに対する応答メッセージを前記第１の通信装置から受信する第２の受信手段とを備え、前記要求メッセージには、前記第１の通信装置が応答するか否かを定めるための条件を含む。
【００１４】
尚、本発明において、「部」や「手段」とは、単に物理的手段を意味するものではなく、その「部」や「手段」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や「手段」が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や「手段」の機能が１つの物理的手段や装置により実現されても良い。
【発明の効果】
【００１５】
本発明によれば、デバイス管理に係る電力消費を抑えることのできる通信装置、通信方法、及び通信システムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態１における通信システムの概略構成及び動作の具体例を説明するための図である。
【図２】本発明の実施形態１におけるセンサデバイスの機能構成を示すための図である。
【図３】本発明の実施形態１におけるゲートウェイの機能構成を示すための図である。
【図４】図１に示した通信システムで送受信される管理情報要求メッセージのフォーマット例を説明するための図である。
【図５】図１に示した通信システムで送受信される管理情報応答メッセージのフォーマット例を説明するための図である。
【図６】図３に示したゲートウェイの管理状態情報の具体例を示す図である。
【図７】図２に示したセンサデバイスの処理の流れを説明するためのフローチャートである。
【図８】図３に示したゲートウェイの処理の流れを説明するためのフローチャートである。
【図９】本発明の実施形態２における通信システムの概略構成及び動作の具体例を説明するための図である。
【図１０】本発明の実施形態２におけるセンサデバイスの機能構成を示すための図である。
【図１１】図１０に示したセンサデバイスの処理の流れを説明するためのフローチャートである。
【発明を実施するための形態】
【００１７】
以下に本発明の実施形態を説明する。以下の説明及び参照する図面の記載において、同一又は類似の構成には、それぞれ同一又は類似の符号が付されている。
【００１８】
（１ 前提）
「２」以降で説明する実施形態に共通の前提等について述べる。
以下の実施形態は、互いに通信可能なセンサネットワーク（通信には、例えばＺｉｇＢｅｅや、Ｚ−Ｗａｖｅ等の通信方式を用いることが可能である。しかし、これらの無線通信方式に限られるものではない。）を構成するセンサデバイスやアクチュエータデバイス（環境を変化させる動作を行う装置）等と、これらのセンサネットワーク内のデバイスと、センサネットワーク外の装置であるサーバやＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等との通信を中継処理するゲートウェイ（ＨＧＷ：Ｈｏｍｅ Ｇａｔｅ Ｗａｙ、ＢＧＷ：Ｂｕｉｌｄｉｎｇ Ｇａｔｅ Ｗａｙ等）とを含む通信ネットワークシステムに関する。そして、実施形態１及び実施形態２では、このような通信ネットワークシステムにおいて、例えばサーバがセンサデバイスを遠隔管理するために管理情報を取得する際に消費する電力の低減を図ることができる。
【００１９】
近年、スマートグリッドやＭ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）ネットワーク、ホームネットワーク、オフィスネットワーク等の通信ネットワークシステムの分野において、センサデバイスやアクチュエータデバイス等に対して注目が集まっている。Ｍ２Ｍネットワークでは、オフィス、工場、家庭、自動車等のローカルエリアで刻々と変化する多量の環境情報（例えば、電力情報、温度情報、振動情報、音情報等）を取得する為に、センサデバイスや環境情報測定装置が用いられることが多い。
【００２０】
これらセンサデバイスから得られた情報は、各ローカルエリア内に設置されるサーバ等の情報処理装置で扱われる他、インターネット網や３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）網（将来的にはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）網も考えられる）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）網、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）網、ＰＬＣ（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信網等を介して外部のサーバにおいて処理されることがある。
【００２１】
例えば、各家庭にて得られた消費電力情報が、各家庭が備える情報処理装置で保存及び処理される他、電力供給を行う発電会社、送電会社、及び配電会社等が有するサーバにも送信され、サーバ内のアプリケーションで統合的に情報が処理されることが考えられる。
【００２２】
また、各ローカルエリアに設置されたアクチュエータデバイスも同様に、各ローカルエリアの情報処理装置で動作制御される他、インターネット網等を介して外部のサーバから制御される可能性もある。
【００２３】
特に、スマートグリッド分野では、電力スマートメータ、ガススマートメータ、及び水道スマートメータ等による自動検針や関連装置の遠隔制御や自動制御、その他の付加サービスが考えられており、これらのスマートメータがセンサデバイス及びアクチュエータデバイスとなり得る。以下、センサネットワークを構築するセンサデバイス及びアクチュエータデバイスを総称して「センサデバイス」と呼ぶことがある。
【００２４】
センサネットワークを用いたサービス提供を継続的に維持するには、センサデバイスの状態を継続的に管理する必要がある。なぜなら、センサデバイスの故障や不具合、整備不良はセンサデバイスを用いたサービスの障害となり得るからである。
【００２５】
しかしながら、センサデバイスを設置（配置）するエンドユーザ（多くの場合は、一般のコンシューマがエンドユーザに相当する）が、これらのセンサデバイスの管理に関する知識を持ち合わせていることは稀であり、また、このような知識を身につけるのも困難である。よって、センサデバイスの管理は、センサデバイスの管理知識を持つ専門業者などが、サーバ等から、センサデバイスを遠隔管理するのが好ましい。また、センサデバイスの遠隔管理には、標準的な技術を用いるのが好ましい。なぜならば、標準技術を用いることで、遠隔管理に関する汎用性を確保し、結果として様々なコストの節減を図ることができるためである。
【００２６】
ここで、標準的な遠隔管理に用いられる通信方式として、ブロードバンドルータ、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）、３Ｇ通信装置等を管理対象とするＴＲ−０６９（Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ ０６９）やＯＭＡ−ＤＭ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ−Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）等の標準化された方式がある。これらの通信方式を用いた遠隔管理方式では、サーバが管理対象の装置と個々に通信し、サーバ側から、装置情報（管理情報）の入手や管理／制御に関する指示等を行うことにより、サーバで各端末を管理することができる。
【００２７】
（１．１ 考えうるセンサデバイスの遠隔管理に係る実施形態）
従って、このような遠隔管理方式を用いてセンサデバイスを遠隔管理する場合、以下のような形態となることが考えられる。
【００２８】
まず、遠隔管理サーバ（ＴＲ−０６９サーバやＯＭＡ−ＤＭサーバ等が該当し得る）が、ゲートウェイを中継して、センサネットワークを構成する１台以上のセンサデバイスを管理する通信システムのモデルを考える。ここで、遠隔管理サーバ及びゲートウェイは、定期的な間隔で各センサデバイスとユニキャスト通信することにより、遠隔管理を行う。これにより、遠隔管理サーバは、センサデバイスの状態を常時把握することが可能となる。
【００２９】
また、遠隔管理サーバが管理するセンサデバイスのパラメータとしては、例えば、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種別情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティング情報、隣接リンク品質情報、保持するソフトウェアモジュール情報等が考えられる。
【００３０】
尚ここで、遠隔管理サーバとセンサデバイスとの間をゲートウェイが中継するのは、遠隔管理サーバとゲートウェイとの間の通信、及びゲートウェイとセンサデバイスとの間の通信とで、用いられる通信プロトコル及び通信方式が異なるためである。
【００３１】
ゲートウェイとセンサデバイスとの間の通信は、無線センサネットワーク上のマルチホップ通信により実現される。また、遠隔管理サーバの機能の全て或いは一部が従来のゲートウェイに備わることで、遠隔管理サーバが存在しない通信システムを考えることも可能である。
以下、ここで述べる通信システムでの遠隔管理方法を具体的に説明する。
【００３２】
遠隔管理サーバは、管理要求メッセージ（以下、「管理リクエスト」ともいう。）をゲートウェイへ送信する。管理要求メッセージを受信したゲートウェイは、管理要求メッセージを元に作成した管理情報要求メッセージを、管理対象のセンサデバイスへ送信する。センサデバイスは、自装置の状態情報（管理情報）を含む管理情報応答メッセージを作成し、ゲートウェイへ送信する。ゲートウェイは、受信した管理情報応答メッセージを元に管理応答メッセージ（以下「応答情報」ともいう。）を作成し、遠隔管理サーバへと送信する。
【００３３】
ここで、上述の通り、通常、ゲートウェイとセンサデバイスとの間では、管理情報要求メッセージ及び管理情報応答メッセージが、いずれもユニキャスト通信により送受信される。尚、管理情報の要求にかかるメッセージ伝播の効率化等を考慮し、管理情報要求メッセージがブロードキャスト又はマルチキャストにより送信されることもあり得る。例えば、全センサデバイスの状態管理を行うセンサデバイスの定期管理では、管理情報要求メッセージはブロードキャスト通信を用いるのが効率的である。
【００３４】
スマートグリッドやＭ２Ｍネットワークの分野でセンサデバイスを用いたサービスを継続的に維持するには、センサデバイスの遠隔管理だけでなく、省電力化も求められる。なぜならば、一般的に、無線通信を行うセンサデバイスはバッテリ駆動により動作するものが多いため、センサデバイスの電力消費をできるだけ抑制しなければ、これらのセンサデバイスから構築されるセンサネットワークを長時間駆動させることができないからである。
【００３５】
一方、センサデバイスの遠隔管理の際には、上述の通り定期的に管理情報要求メッセージ及びそれに対する管理情報応答メッセージの送受信が発生するため、この送受信を頻繁に行うと、過大な電力消費が発生し、センサネットワークの駆動時間を縮めかねない。特に、センサデバイスは、通信に関する電力の多くを通信に係る無線通信モジュールで消費するので、この送受信にかかる電力消費の発生は大きな課題となり得る。
【００３６】
よって、センサデバイスの遠隔管理を実現しつつも、センサデバイスの消費電力の抑制を図らなければならない。つまり、センサデバイスの遠隔管理に係る通信の通信トラヒックの抑制（低減）が必要である。以下述べる実施形態は、この、遠隔管理に係る通信トラヒックの抑制を主たる目的の１つとしている。
【００３７】
（２ 実施形態１）
図１乃至図９は、本発明の実施形態を説明するための図である。以下、これらの図を参照しながら、以下の流れに沿って本実施形態を説明する。まず、「２．１」で実施形態１全体の概要を示す。その上で、「２．２」で各装置の構成を、「２．３」で管理情報要求メッセージ及び管理情報応答メッセージの構成を、「２．４」では、装置管理に関する管理状態情報の構成を、それぞれ説明する。「２．５」では、処理の流れを説明する。最後に、「２．６」以降で、実施形態１に係る効果等を説明する。
【００３８】
（２．１ 概要）
図１は、実施形態１に係る通信装置であるセンサデバイス１００及びゲートウェイ２００が含まれる、具体例に係る通信システム１の概略構成を示す図である。図１に示すように、通信システム１は、センサデバイス１００（個別のセンサデバイス１００Ａ乃至センサデバイス１００Ｆに着目しない場合には、「センサデバイス１００」として説明する。）、ゲートウェイ２００、及び遠隔管理サーバ３００を含んでいる。
【００３９】
センサデバイス１００は、例えば、電力情報、温度情報、振動情報、又は音情報等を含む環境情報を検出する装置であるセンサデバイス、又は環境を変化させる動作を行う装置であるアクチュエータデバイスであることが考えられる。センサデバイス１００Ａ乃至１００Ｆは、センサネットワークＮ１を構成している。
【００４０】
ゲートウェイ２００は、直接的又は間接的にセンサデバイス１００と通信すると共に、インターネット網Ｎ２を介して遠隔管理サーバ３００に接続される。尚、本実施形態では、ゲートウェイ２００と遠隔管理サーバ３００との間をインターネット網Ｎ２により接続される例に説明するが、接続方法はこれに限られるものではない。
【００４１】
遠隔管理サーバ３００は、例えばサーバやＰＣなどであり、ゲートウェイ２００を介してセンサデバイス１００と遠隔管理通信することで、センサネットワークＮ１及びセンサデバイス１００を遠隔的に管理することができる。
【００４２】
尚、実施形態１及び実施形態２を通じて、遠隔管理サーバ３００とゲートウェイ２００とを別装置として説明しているが、これに限られるものではない。例えば、遠隔管理サーバ３００の機能の全て又は一部をゲートウェイ２００が備えることで、通信システム１が遠隔管理サーバ３００を含まないことも考えられる。
【００４３】
以下、センサデバイス１００及びゲートウェイ２００間において、管理情報要求メッセージ４００及び管理情報応答メッセージ５００が送受信されることで遠隔管理に係る処理を、図１を参照しながら説明する。
【００４４】
ゲートウェイ２００は、遠隔管理サーバ３００から、遠隔管理の指示（遠隔管理メッセージ／管理リクエスト）を受信すると、センサデバイス１００の遠隔管理通信を開始する。この通信において、ゲートウェイ２００は、各センサデバイス１００Ａ乃至１００Ｆに対してブロードキャストにより管理情報要求メッセージ４００を送信する。
【００４５】
尚、図１の例では、管理情報要求メッセージ４００の伝播にブロードキャスト通信が用いられているが、これに限られるものではない。例えば、ユニキャスト通信やマルチキャスト通信を用いることも可能である。しかしながら、管理情報要求メッセージを各センサデバイスにユニキャスト通信で送信するよりも、ブロードキャスト通信で一斉送信した方が、メッセージの伝播効率がよく、一般的には電力消費を抑制できる。
【００４６】
実施形態１では、センサデバイス１００は、ゲートウェイ２００から送信された管理情報要求メッセージ４００を受信した際に、管理情報要求メッセージ４００に含まれる応答方法の指示を参照し、今回又は以前に受信した応答方法の指示に基づき、管理情報応答メッセージ５００を作成し、ゲートウェイ２００へと返信する。また、センサデバイス１００は、この管理情報要求メッセージ４００に含まれた応答方法を保持し続けるので、それ以降の管理情報要求メッセージ４００に対しても、当該応答方法に従って処理する（管理情報応答メッセージ５００の作成及び応答する、または応答しない）ことが可能となる。
【００４７】
図１に例を示す管理情報要求メッセージ４００には、宛先としてブロードキャストアドレスである「０ｘＦＦＦＦ」が、送信元としてゲートウェイ２００のアドレスである「０ｘ１２３４」が、管理命令として各センサデバイス１００にパラメータのインスタンスの応答を指示する「パラメータ取得」が、命令対象のパラメータとして「電力残量情報」が、それぞれ指定されている。また、センサデバイス１００に対して指示する応答方法として、「Ａ、Ｃ，Ｆのセンサデバイスは、今回の管理情報要求メッセージから３回目の管理情報要求メッセージに応答すること」との内容が、管理情報要求メッセージ４００内で指定されている。
【００４８】
管理情報要求メッセージ４００を受信したセンサデバイス１００Ｂ、１００Ｄ、及び１００Ｅは、応答方法に自装置向けの指示がないことを確認し、管理命令（パラメータ取得）と命令対象パラメータ（電力残量情報）とを参照することで、電力残量情報（バッテリ残量情報）の値を含む管理情報応答メッセージ５００をゲートウェイ２００へ送信（返信）する。
【００４９】
センサデバイス１００Ａが中継する管理情報応答メッセージ５００（センサデバイス１００Ｂ、１００Ｄ、及び１００Ｅがそれぞれ送信するので、センサデバイス１００Ａは計３つ中継する）には、宛先としてゲートウェイ２００のアドレス「０ｘ１２３４」が、送信元として、各センサデバイス１００のアドレス（センサデバイス１００Ｅであれば「０ｘ０００Ｅ」）が、管理応答としてパラメータ取得の命令に対する応答であることを示す「パラメータ応答」が、応答対象のパラメータとして「電力残量情報」が、パラメータのインスタンス値として、各センサデバイス１００の電力残量値（センサデバイス１００Ｅであれば「１７８３０」）が、それぞれ含まれる。
【００５０】
一方、管理情報要求メッセージ４００を受信したセンサデバイス１００Ａ、１００Ｃ、及び１００Ｆは、応答方法に自装置向けの指示があることを確認し、「Ａ、Ｃ，Ｆのセンサデバイスは、今回の管理情報要求メッセージから３回目の管理情報要求メッセージに応答すること」との指示に従って、今回の管理情報要求メッセージ４００には、応答しない。
【００５１】
ゲートウェイ２００は、受信したセンサデバイス１００Ｂ、１００Ｄ、及び１００Ｅに関する管理情報応答メッセージ５００の情報を記憶すると共に、遠隔管理サーバ３００へ、応答情報を通知（管理応答メッセージを送信）する。またゲートウェイ２００は、定期管理の閾値を超えた時点（次の定期管理に入る直前）、或いは遠隔管理サーバ３００に次の管理を指示された時点等に、未応答であるセンサデバイス１００Ａ、１００Ｃ、及び１００Ｆの応答情報を、以前にセンサデバイス１００Ａ、１００Ｃ、及び１００Ｆから取得（受信）していた管理状態情報に基づいて作成し、遠隔管理サーバ３００へと送信する。
【００５２】
このように、センサデバイス１００が、ゲートウェイ２００により送信された管理情報要求メッセージ４００の応答方法の指示に従い、管理情報要求メッセージ４００へ応答するか否か（管理情報応答メッセージ５００を送信するか否か）を判別する。
【００５３】
これにより、センサデバイス１００は、少なくとも一部の管理情報要求メッセージ４００に対しては応答する必要がなくなり、結果として、遠隔管理通信における管理情報応答メッセージ５００に係るトラヒックを抑制することが可能となる。
【００５４】
すなわち、ゲートウェイ２００が、電力消費を抑制するように適切な応答方法を指定すれば、センサデバイス１００の電力消費を低減し、結果として、センサネットワークＮ１全体の稼動寿命を延長することが可能となる。
【００５５】
また、ゲートウェイ２００は、定められた時刻までに未応答のセンサデバイス１００（管理情報応答メッセージ５００を送信しなかったセンサデバイス１００、又はパケットロス等により管理情報応答メッセージ５００がゲートウェイ２００に届かなかったセンサデバイス１００）の応答情報を、保持している、該当センサデバイス１００の過去の情報を元に作成することで、各センサデバイス１００Ａ乃至１００Ｆの管理情報を遠隔管理サーバ３００へ送信することができる。
【００５６】
従って、定期間隔でセンサデバイス１００を管理する遠隔管理を実現しつつ、遠隔管理を実現する遠隔管理通信に係る通信トラヒックを抑制することで、センサネットワークＮ１及びセンサデバイス１００の寿命を延ばすことが可能となる。
【００５７】
（２．２ 各デバイスの構成）
以下、センサデバイス１００の構成を「２．２．１」で、ゲートウェイ２００の構成を「２．２．２」で、それぞれ説明する。
【００５８】
（２．２．１ センサデバイス１００の構成）
実施形態１に係るセンサデバイス１００の構成について、図２を参照しながら説明する。図２において、実線の矢印は、各構成間の制御や参照、及び情報の流れを示す。
【００５９】
センサデバイス１００は、管理情報要求メッセージ４００を受信し、当該管理情報要求メッセージ４００内で指示された応答方法に従って、以降の管理情報要求メッセージ４００に対する管理情報応答メッセージ５００を作成及び送信する。
【００６０】
センサデバイス１００は、管理情報要求メッセージ４００を受信する管理情報要求メッセージ受信部１１０、受信した管理情報要求メッセージ４００の受理及び転送の要否を判別するパケット処理決定部１２０、管理情報要求メッセージ４００内の応答方法の処理及び管理情報応答メッセージ５００の作成を行う応答処理部１３０、センサデバイス１００の状態情報であるセンサ情報１４１を記憶する記憶媒体である記憶部１４０、管理情報応答メッセージ５００の送信及び管理情報要求メッセージ４００の転送を行う管理情報メッセージ送信部１５０、及び他のセンサデバイス１００と直接に通信するためのセンサデバイスインタフェース１６０とを含む。
【００６１】
管理情報要求メッセージ受信部１１０は、他のセンサデバイス１００或いはセンサモジュールを搭載したゲートウェイ２００から、自装置宛の管理情報要求メッセージ４００を受信し、受信処理を行ったうえで、パケット処理決定部１２０へ、受信した管理情報要求メッセージ４００に係るデータを渡す。尚、管理情報要求メッセージ４００は、ユニキャストパケット、ブロードキャストパケット、マルチキャストパケットの何れでもよく、管理情報要求メッセージ受信部１１０は、自装置宛と判断できるものを全て受信する。
尚、管理情報要求メッセージ受信部１１０が受信する管理情報要求メッセージ４００のフォーマットについては、図４を参照しながら後述する。
【００６２】
パケット処理決定部１２０は、管理情報要求メッセージ受信部１１０から、管理情報要求メッセージ４００のデータを受取り、次の２つの処理を行う。
まず、パケット処理決定部１２０は、受け取ったデータを参照し、管理情報要求メッセージ４００を転送するか否かを判断する。パケット処理決定部１２０は、受け取ったデータの情報に基づき、転送すべき管理情報要求メッセージ４００であると判断した場合には、他のセンサデバイス１００へ管理情報要求メッセージ４００を送信（転送）すべく管理情報要求メッセージ４００のデータを、管理情報メッセージ送信部１５０へ渡す。
【００６３】
尚、パケット処理決定部１２０は、転送するか否かの判断を、一般的なセンサネットワークのルーティングと同様のルールに従って行えばよい。すなわち、ユニキャストパケット及びマルチキャストパケットに対しては、自装置宛でなければ、定められた転送先に転送し、また、ブロードキャストパケットについては、定められたブロードキャスト方式に従って、隣接のセンサデバイス１００へと転送すべく、パケット処理決定部１２０は判断すれば良い。
【００６４】
２番目の処理として、パケット処理決定部１２０は、受け取った管理情報要求メッセージ４００に係るデータを、自装置で処理するか否か（受理するか否か）を判別する。パケット処理決定部１２０は、データを受理する場合（データを処理すべきと判断した場合）、受信した管理情報要求メッセージ４００に係るデータを応答処理部１３０の応答決定部１３１へ渡す。一方、データを受理しない（自装置で処理しない）場合には、パケット処理決定部１２０は当該データを破棄する。
【００６５】
例えば、管理情報要求メッセージ４００をユニキャストパケットとして受信した場合、宛先が自装置宛ではなければ、パケット処理決定部１２０は自装置で処理すべきでない（受理すべきでない）と判断することができる。一方、例えば管理情報要求メッセージ４００をブロードキャストパケットとして受信した場合には、以前受信した管理情報要求メッセージ４００と同一でなければ、パケット処理決定部１２０は自装置で処理すべき（受理すべき）と判断することができる。
【００６６】
その他、管理情報要求メッセージ４００の受理処理に関する上位レイヤの判断として、特定のセンサデバイス１００が中継した管理情報要求メッセージ４００であれば受理或いは破棄する、送信したゲートウェイ２００のアドレスを参照して受理或いは破棄する、または、管理情報要求メッセージ４００のセキュリティ情報を参照して受理或いは破棄する、等の判断基準を考えることもできる。
【００６７】
応答処理部１３０は、パケット処理決定部１２０から受け取った管理情報要求メッセージ４００のデータ内にある応答方法を参照し、応答方法の指示に従った応答方法を決定して記憶（保持）する。また、応答処理部１３０は、保持（記憶）した応答方法を参照し、今回受け取った管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信するか否かを判断し、管理情報応答メッセージ５００を送信すると判断した場合には、自装置のセンサ情報１４１を元に、管理情報応答メッセージ５００を作成する。
【００６８】
応答処理部１３０は、応答方法を決定し、応答するべきか否かを判別する応答決定部１３１、応答方法を応答方法情報１３６として記憶（保持）すると共に、管理情報要求メッセージ４００の受信回数等にかかるパラメータである応答方法計算情報１３７を記憶する記憶部１３５、管理情報応答メッセージ５００を作成する管理情報応答メッセージ作成部１３３を含む。
【００６９】
応答決定部１３１は、パケット処理決定部１２０から受け取った管理情報要求メッセージ４００のデータ内にある応答方法を参照し、当該応答方法の指示に従った応答方法を決定して、記憶部１３５内の応答方法情報１３６として記憶する。管理情報要求メッセージ４００内に応答方法が指示されていない場合には、応答方法の決定及び応答方法情報１３６への記憶は行わない。
【００７０】
尚、応答決定部１３１は、記憶部１３５に複数の応答方法情報１３６を記憶することができるが、応答方法情報１３６として記憶された応答方法と矛盾する応答方法での対応を受信した場合には、優先度の高い応答方法を応答方法情報１３６として記憶し、優先度の低い応答方法は、応答方法情報１３６から削除する。ここで、優先度は、センサネットワークＮ１の運用ポリシーに基づき、運用者等が自由に設定することができるが、一般的には、新たに決定された応答方法の方が優先度が高い。
【００７１】
また、応答決定部１３１は、今回自装置が受信した管理情報要求メッセージ４００に対して、今回及び以前に応答方法情報１３６として保持した応答方法、及び応答方法計算情報１３７に基づき、管理情報応答メッセージ５００を送信するか否か、すなわち、管理情報要求メッセージ４００に対して応答するか否かを判断する。応答決定部１３１は、今回自装置が受信した管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信すると判断した場合、管理情報応答メッセージ作成部１３３に、管理情報応答メッセージ５００の作成を指示する。
【００７２】
また、応答決定部１３１は、管理情報要求メッセージ４００を受信したことにより、応答方法計算情報１３７を更新する。例えば、応答方法情報１３６として、「管理情報要求メッセージを２回受信してから管理情報応答メッセージを１回送信しろ」との応答方法を応答方法情報１３６として保持していた場合には、応答決定部１３１は、今回の管理情報要求メッセージ４００の受信が何回目なのかを、応答方法計算情報１３７として記憶し、更新する。
【００７３】
尚、応答決定部１３１は、センサ情報（自装置の状態情報）の内容を応答条件に含む応答方法を受け取っている場合には、記憶部１４０のセンサ情報１４１を参照する。そして、応答決定部１３１は、参照したセンサ情報１４１の内容に応じて、記憶部１３５の応答方法計算情報１３７を更新する。
【００７４】
記憶部１３５が記憶する応答方法情報１３６は、応答決定部１３１から受け取った応答方法の内容を記憶するものである。また、応答方法計算情報１３７は、応答方法情報１３６と対応付けて管理されるパラメータである。応答方法計算情報１３７は、上述の通り、管理情報要求メッセージ４００の受信に伴い、パラメータとして更新される。応答決定部１３１が採用する応答方法で定める閾値や適合値を応答方法計算情報１３７のパラメータが充足した場合、応答決定部１３１にて、管理情報要求メッセージ４００に対して応答する旨の判断がなされる。尚、上述の通り、記憶部１３５は、応答方法情報１３６及びそれに関連する応答方法計算情報１３７の組を、１つ以上保持することができる。
【００７５】
管理情報応答メッセージ作成部１３３は、応答決定部１３１からの指示に従い、管理情報応答メッセージ５００を作成する。管理情報応答メッセージ内の管理情報は、記憶部１４０が記憶するセンサ情報１４１（自装置の状態情報）を参照して作成する。尚、管理情報応答メッセージ５００の最終宛先は、管理情報要求メッセージ４００の送信元（例えば、ゲートウェイ２００）である。管理情報応答メッセージ作成部１３３は、作成した管理情報応答メッセージ５００を、管理情報メッセージ送信部１５０へと渡す。尚、管理情報応答メッセージ作成部１３３が作成する管理情報応答メッセージ５００のフォーマットについては、図５を参照しながら後述する。
【００７６】
記憶部１４０が記憶するセンサ情報１４１は、上述の通り、自装置の状態情報である。センサ情報１４１に含まれる情報は、自装置に関するあらゆる情報であり、一例として、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種別情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティング情報、隣接リンク品質情報、保持するソフトウェアモジュール等がある。
【００７７】
管理情報メッセージ送信部１５０は、パケット処理決定部１２０から転送を指示された管理情報要求メッセージ４００、及び応答処理部１３０の管理情報応答メッセージ作成部１３３が作成した管理情報応答メッセージ５００を、指定の宛先へと送信する。
【００７８】
センサデバイスインタフェース１６０は、他のセンサデバイス１００、及びセンサモジュールを搭載した（センサデバイス用のインタフェースを備えた）ゲートウェイ２００と、管理情報要求メッセージ４００及び管理情報応答メッセージ５００の送受信を行うためのインタフェースである。
【００７９】
（２．２．２ ゲートウェイ２００の構成）
実施形態１に係るゲートウェイ２００の構成について、図３を参照しながら説明する。図３において、実線の矢印は、各構成間の制御や参照、及び情報の流れを示す。
【００８０】
ゲートウェイ２００は、遠隔管理サーバ３００から遠隔管理のリクエスト（管理要求メッセージ／管理リクエスト）を受信した際に、現在の各センサデバイス１００に係る管理状態情報等から各センサデバイス１００に指示する応答方法を決定し、当該応答方法を含んだ管理情報要求メッセージ４００を作成及び送信する。
【００８１】
ゲートウェイ２００は、遠隔管理サーバ３００から指示を受け、遠隔管理の処理を行うデバイス管理部２１０、センサデバイス１００の省電力遠隔処理を行う遠隔管理メッセージ処理部２２０、管理情報要求メッセージ４００の送信処理を行う管理情報要求メッセージ送信部２３０、管理情報応答メッセージ５００の受信処理を行う管理情報応答メッセージ受信部２４０、遠隔管理サーバ３００等の外部サーバと通信するための外部接続インタフェース２５０、センサデバイス１００と通信するためのセンサデバイスインタフェース２６０を含む。
【００８２】
デバイス管理部２１０は、遠隔管理サーバ３００から遠隔管理の要求を受信し、当該要求が、センサデバイス１００の遠隔管理を必要とする内容であれば、遠隔管理メッセージ処理部２２０の応答方法指示決定部２２１へ、センサデバイス１００の遠隔管理を指示する。応答方法指示決定部２２１への指示には、どのセンサデバイス１００に対する指示であり（特定のセンサデバイス１００Ａ乃至１００Ｆに対する指示か、全てのセンサデバイス１００に対する指示か、等）、どのような管理命令であり、かつどのようなパラメータを扱うか、等の内容が含まれる。
【００８３】
また、デバイス管理部２１０は、遠隔管理メッセージ処理部２２０の応答メッセージ処理部２２７から、センサデバイス１００の遠隔管理の応答情報を受け取り、その応答情報を、遠隔管理サーバ３００への応答として送信する。
【００８４】
遠隔管理メッセージ処理部２２０は、デバイス管理部２１０からセンサデバイス１００の遠隔管理の指示を受け取り、電力消費を抑制しつつ好適な遠隔管理を行うための応答方法を決定して管理情報要求メッセージ４００を作成すると共に、センサデバイス１００から受信した管理情報応答メッセージ５００に含まれる応答情報、及び受信しなかった未応答のセンサデバイス分の応答情報を適宜管理、作成、及び加工等し、デバイス管理部２１０へと当該応答情報を出力する。
【００８５】
遠隔管理メッセージ処理部２２０は、応答方法指示決定部２２１、管理状態情報２２４を記憶する記憶部２２３、管理情報要求メッセージ作成部２２５、及び応答メッセージ処理部２２７を含む。
【００８６】
応答方法指示決定部２２１は、デバイス管理部２１０からセンサデバイス１００の遠隔管理の指示を受け取り、各センサデバイス１００の応答方法を決定する。応答方法は、管理状態情報２２４として保持されている各センサデバイス１００の管理状態や、センサネットワークＮ１の構成及び状態等を参照して、センサネットワークＮ１全体の電力消費を抑制しつつ、適切な遠隔管理をおこなえる方法を判断して、センサデバイス１００毎に決定される。
【００８７】
応答方法指示決定部２２１は、決定した応答方法を含む管理情報要求メッセージ４００を作成するように、管理情報要求メッセージ作成部２２５へ指示する。尚、応答方法の決定に辺り、応答方法指示決定部２２１がいずれのセンサデバイス１００にも応答方法を指示しない場合もある。この場合には、応答方法指示決定部２２１は、管理情報要求メッセージ４００による応答方法の指定を行わない。
また、応答方法指示決定部２２１は、決定した応答方法（センサデバイス１００に指示する応答方法）を、応答メッセージ処理部２２７へ通知する。
【００８８】
記憶部２２３は、応答方法指示決定部２２１から受け取った、各センサデバイス１００に関する管理状態情報２２４を記憶（保持）する。各センサデバイス１００の管理状態情報２２４には、今回新たに入手した最新の情報に加えて、以前、各センサデバイス１００から取得（受信）した過去の情報も併せて含まれる。管理状態情報２２４の具体例については、図６を参照しながら後述する。
【００８９】
管理情報要求メッセージ作成部２２５は、応答方法指示決定部２２１が決定した各センサデバイス１００へ指示する応答方法を含む管理情報要求メッセージ４００を作成し、管理情報要求メッセージ送信部２３０へと渡す。尚、応答方法指示決定部２２１から、特に応答方法が指示されない場合には、管理情報要求メッセージ作成部２２５は、特に応答方法を記述しない。尚、管理情報要求メッセージ作成部２２５が作成する管理情報要求メッセージ４００の具体的内容については、図４を参照しながら後述する。
【００９０】
応答メッセージ処理部２２７は、管理情報応答メッセージ受信部２４０から管理情報応答メッセージ５００を受取り、この中に含まれるセンサデバイス１００の管理情報（各センサデバイス１００の管理状態情報２２４）を、記憶部２２３に管理状態情報２２４として記録する。また、応答メッセージ処理部２２７は、受け取った管理情報応答メッセージ５００のフォーマットを変換する等、情報を整理した上で、デバイス管理部２１０へ出力する。もし、受け取った管理情報応答メッセージ５００の中の管理パラメータに一部欠損等があれば、応答メッセージ処理部２２７は、該当するセンサデバイス１００に対応する管理状態情報２２４を記憶部２２３から読込むと共に応答方法指示決定部２２１が決定した応答方法を参照して、欠損した情報を補う（加工する）。
【００９１】
また、定められた時刻（或いは定められた時間）までに管理情報応答メッセージ５００を送信してこなかったセンサデバイス１００が存在する場合には、応答メッセージ処理部２２７は、当該センサデバイス１００に対応する管理状態情報２２４、及び応答方法指示決定部２２１から受け取った応答方法を参照して、管理情報応答メッセージ５００に対応するデータを作成し、デバイス管理部２１０へ出力する。尚、定められた時刻（閾値時刻）としては、例えば、ゲートウェイ２００内で独自に定めた時刻、遠隔管理サーバ３００から与えられた時刻、遠隔管理サーバ３００から次のサイクルの遠隔管理指示を受信した時刻等、色々と考えうるが、何れであっても良い。
【００９２】
管理情報要求メッセージ送信部２３０は、遠隔管理メッセージ処理部２２０の管理情報要求メッセージ作成部２２５から受取った管理情報要求メッセージ４００の送信処理を行い、センサデバイス１００へ送信する、
【００９３】
管理情報応答メッセージ受信部２４０は、センサデバイス１００から管理情報応答メッセージ５００を受信して受信処理をした後、管理情報応答メッセージ５００のデータを応答メッセージ処理部２２７へ渡す。
外部接続インタフェース２５０は、ゲートウェイ２００が遠隔管理サーバ３００等の外部サーバと通信するためのインタフェースである。
センサデバイスインタフェース２６０は、ゲートウェイ２００がセンサデバイス１００と通信するためのインタフェースである。
【００９４】
（２．３ メッセージの構成）
次に、センサデバイス１００が、ゲートウェイ２００及び他のセンサデバイス１００と送受信する管理情報要求メッセージ４００及び管理情報応答メッセージ５００のフォーマットについて、図４及び図５を用いて説明する。
【００９５】
（２．３．１ 管理情報要求メッセージ４００）
図４は、管理情報要求メッセージ４００のフォーマットの一例を示す。管理情報要求メッセージ４００は、宛先アドレス４１０、送信元アドレス４３０、管理内容４５０を含む。
【００９６】
宛先アドレス４１０は、管理情報要求メッセージ４００の最終的な宛先となるセンサデバイス１００のネットワークアドレスを示す。宛先アドレス４１０には、ユニキャストアドレス、マルチキャストアドレス、ブロードキャストアドレス、エニキャストアドレスのいずれも指定することができる。
送信元アドレス４３０は、管理情報要求メッセージ４００の送信元センサデバイス、あるいは送信元のゲートウェイ２００のセンサモジュールのネットワークアドレスを示す。
【００９７】
管理内容４５０は、センサデバイス１００の遠隔管理に関するデータ群であり、遠隔管理の内容を示す管理命令４５１、遠隔管理の対象パラメータを示す管理パラメータ４５３、応答方法４５９を含む。
【００９８】
管理命令４５１は、管理情報要求メッセージ４００が、宛先のセンサデバイス１００に対して、どのような管理を行うかの命令が含まれる。管理命令４５１の内容としては、例えば、以下のようなものが挙げられる。
・センサデバイス１００へ指定の管理パラメータに対するインスタンスの応答を指示。
・センサデバイス１００へ指定の管理パラメータのインスタンスの設定を指示。
・センサデバイス１００へ再起動を指示。
・センサデバイス１００へ単純応答を指示（死活の管理のため）。
・センサデバイス１００へ、デバイス内のソフトウェアモジュールのインストール、アンインストール、起動、又は停止を指示。
・センサデバイス１００へ任意のソフトウェアモジュールのダウンロードを指示。
【００９９】
本実施形態１及び実施形態２での説明では、説明の簡単のため、主に管理命令４５１に「センサデバイス１００へ指定の管理パラメータに対するインスタンスの応答を指示」が設定されている管理情報要求メッセージ４００が送受信されている場合を例に説明している。すなわち、管理情報要求メッセージ４００が、センサデバイス１００に対して、センサデバイスの状態情報を要求する場合を例に説明している。しかしながら、他の命令が管理命令４５１に設定されていてもかまわない。つまり、どのような管理命令４５１が設定されていたとしても、センサデバイス１００が、応答方法４５９で指示された応答方法に基づいて決定された応答方法に従って、管理情報応答メッセージ５００を作成して応答する（若しくは応答しない）。
【０１００】
管理パラメータ４５３は、管理情報要求メッセージ４００が扱うセンサデバイス１００の状態情報に関するデータ群である。尚、管理パラメータ４５３は、管理命令４５１の種類によっては、存在しない場合がある。管理パラメータ４５３には、パラメータ４５５及びインスタンス４５７が含まれる。
【０１０１】
パラメータ４５５は、センサデバイス１００から取得する状態情報のパラメータ、あるいはセンサデバイス１００へ設定する状態情報のパラメータを指定するためのものである。すなわち、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種別情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティング情報、隣接リンク品質情報、保持するソフトウェアモジュール等の、センサデバイス１００から取得したいパラメータ種別が、パラメータ４５５で指定される。
【０１０２】
インスタンス４５７には、パラメータ４５５で指定されたパラメータ種別のインスタンス（実体、実体値）が記述される。例えば、パラメータ４５５にネットワークアドレスが指定されている場合、ネットワークアドレスの値が、インスタンス４５７に記述される。尚、インスタンス４５７は、管理命令４５１の種類や、パラメータ４５５の種類によっては、記述されない場合がある。
【０１０３】
応答方法４５９は、センサデバイス１００に対して、今回の管理情報要求メッセージ４００の受信以降、どのように管理情報要求メッセージ４００に対して応答すべきかの方法を指定するためのものである。応答方法４５９に記述される応答方法の一例としては、例えば以下のようなものが考えられる。尚、応答方法４５９には、以下の例を複数設定することも可能である。
【０１０４】
・Ｘ回の管理情報要求メッセージ４００に対して、Ｙ回の管理情報応答メッセージ５００を送信すること（但し、ＹはＸ以下の整数値。Ｘ＝Ｙとすると、毎回応答する指示となる）。
【０１０５】
・Ｘ回の管理情報要求メッセージ４００の中で、Ｎ回目に管理情報応答メッセージ５００を送信すること（但し、ＮはＸ以下の整数値。Ｎは複数回を指定可能であり、例えば１、３、５回目の応答を指示しても良い）。
【０１０６】
・今回の管理情報要求メッセージ４００の受信を起点に、Ｚ回目の管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信すること（Ｚ回目の送信処理後に、本命例を繰り返して次のＺ回目に応答するようにしても良い。例えば、Ｚ回目の応答の後、起点となる受信からＺ＋Ｚ回目の管理情報要求メッセージ４００に対して応答しても良い）。
【０１０７】
・今回以降の管理情報要求メッセージ４００の中で、ある特定の管理パラメータ４５３、パラメータ４５５、又はインスタンス４５７を含む管理情報要求メッセージ４００に対しては、管理情報応答メッセージ５００を送信すること、或いは送信しないこと。
【０１０８】
・今回の管理情報要求メッセージ４００の受信を起点に、Ｚ回目までの全ての管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信すること（すなわち、Ｚ回目以降の管理情報要求メッセージ４００に対しては応答しなくて良い）。
【０１０９】
・指定したセンサデバイス１００のみ管理情報応答メッセージ５００を送信すること、或いは送信しないこと（このとき、センサデバイス１００の指定方法としては、ネットワークアドレスやＭＡＣアドレス、その他センサデバイス１００の識別子による指定のほか、ゲートウェイ２００からのホップ数による指定（Ｍホップ目まで、Ｍホップ目のみ、またはＭホップ目以降等）、センサデバイス１００の保持するアプリケーションによる指定、センサデバイス１００の地理的位置情報による指定、等が考えられる）。
・管理情報要求メッセージ４００に対して、Ｐの確率で管理情報応答メッセージ５００を送信すること。
【０１１０】
・管理情報要求メッセージ４００の受信時、あるいはそれ以前の任意のタイミングにおいて、センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３の実測値（インスタンス）が、前回計測時と比べてＷ以上（又は以下）の変化である場合に、管理情報応答メッセージ５００を送信すること。
【０１１１】
・管理情報要求メッセージ４００の受信時、あるいはそれ以前の任意のタイミングにおいて、センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３の実測値（インスタンス）が、閾値Ｖを上回っている（又は下回っていた）場合に、管理情報応答メッセージ５００を送信すること。
【０１１２】
・管理情報要求メッセージ４００の受信時、あるいはそれ以前の任意のタイミングにおいて、センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３の実測値（インスタンス）に、新たな値（又は古い値）が設定されていた場合に、管理情報応答メッセージ５００を送信すること。
・センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３に係る条件が、過去数回の計測においてＵ回以上（又は以下）成立した場合に、管理情報応答メッセージ５００を送信すること。
【０１１３】
（２．３．２ 管理情報応答メッセージ５００）
続いて、図５を参照しながら、管理情報応答メッセージ５００について説明する。図５は、管理情報応答メッセージ５００のフォーマットの例を示す図である。
管理情報応答メッセージ５００は、宛先アドレス５１０、送信元アドレス５２０、管理内容５３０を含む。
【０１１４】
宛先アドレス５１０は、管理情報応答メッセージ５００の最終的な宛先となるセンサデバイス１００、或いはゲートウェイ２００（のセンサモジュール）のネットワークアドレスである。
送信元アドレス５２０は、管理情報応答メッセージ５００の送信元となるセンサデバイス１００のネットワークアドレスである。
【０１１５】
管理内容５３０は、センサデバイス１００の遠隔管理に関するデータ群であり、遠隔管理の内容を示す管理応答５３１、遠隔管理の対象パラメータ種別を示す管理パラメータ５３３を含む。
【０１１６】
管理応答５３１は、管理情報要求メッセージ４００により自センサデバイス１００に対して指示された管理の命令内容に対する応答内容が記述される。すなわち、どのような管理命令４５１に対して応答しているのか、が管理応答５３１に記述される。
【０１１７】
管理パラメータ５３３は、管理情報応答メッセージ５００が扱うセンサデバイス１００の状態情報に関するデータ群である。管理パラメータ５３３には、パラメータ５３５、インスタンス５３７が含まれる。尚、管理パラメータ５３３は、管理応答５３１の種類によっては、存在しない場合がある。
【０１１８】
パラメータ５３５は、センサデバイス１００の状態情報のパラメータ種別を指定するためのものである。すなわち、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種別情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティング情報、隣接リンク品質情報、保持するソフトウェアモジュール、等の種別が、パラメータ５３５により指定される。
【０１１９】
インスタンス５３７には、パラメータ５３５で指定されたパラメータ種別のインスタンス（実体、実体値）が記述される。例えば、パラメータ５３５で、種別としてデバイスモデル名が指定されている場合、インスタンス５３７には、デバイスモデルの名前の文字列あるいは文字列コードが記述される。尚、インスタンス５３７は、管理応答５３１の種類や、パラメータ５３５の種類によっては、存在しない（記述されない）場合もある。
【０１２０】
（２．４ 管理状態情報２２４）
次に、ゲートウェイ２００の記憶部２２３が記憶する管理状態情報２２４について、図６を参照しながら説明する。図６は、実施形態１に係るゲートウェイ２００の記憶部２２３に記録される管理状態情報２２４の例である。
【０１２１】
管理状態情報２２４は、ゲートウェイ２００の応答方法指示決定部２２１が応答方法を決定する際や、応答メッセージ処理部２２７が欠損データの加工や未応答センサデバイスの応答情報を作成する際等に参照される情報である。
【０１２２】
ここで、管理状態情報２２４は、センサデバイス１００の管理状態を、例えば図６に例を示す表のような形で保持する。但し、管理状態情報２２４の管理形式は表に限られるものではなく、同様の機能を実現できる形であれば、リスト構造やツリー構造、リング構造等、どのような形式であっても良い。
【０１２３】
管理状態情報２２４は、センサデバイスＩＤ２２４Ａ、時刻２２４Ｂ、及び製造番号や電力残量情報等の管理パラメータ２２４Ｃを含む。管理状態情報２２４は、情報検索や情報挿入及び修正、削除において、センサデバイスＩＤ２２４Ａ、時刻２２４Ｂ、管理パラメータ２２４Ｃのいずれの情報も、他の情報の鍵（キー）として使用することができる。例えば、センサデバイスＩＤ２２４Ａをキーとして、新たな任意の時刻２２４Ｂ及び管理パラメータ２２４Ｃのデータを追加することができる。
【０１２４】
センサデバイスＩＤ２２４Ａは、センサデバイス１００を固有に識別可能な識別子である。例えば、センサデバイスＩＤ２２４Ａに用いられる情報の例としては、各センサデバイス１００の通信モジュールに固有に割り当てられるＭＡＣアドレスや、或いはこれに相当する、装置固有の識別情報を使うことが考えられる。
【０１２５】
時刻２２４Ｂは、各センサデバイス１００から管理情報応答メッセージ５００を受信した時刻（或いは、管理情報応答メッセージ５００を受信して、管理状態情報２２４にその情報を登録する時刻）である。時刻２２４Ｂは、絶対時刻（年月日、及び時、分、秒、ミリ秒）で示しても良いし、ゲートウェイ２００の起動時刻を基準とした相対時刻で示しても良い。図６の例では、絶対時刻で時刻２２４Ｂが表現されている。また、時刻２２４Ｂでの記述粒度（何ミリ秒まで記述するか、或いは何マイクロ秒まで記述するか等）は、自由に設定することが可能である。
【０１２６】
管理パラメータ２２４Ｃは、各センサデバイス１００から、時刻２２４に記載の時刻に取得した各センサデバイス１００の状態情報である。状態情報としては、例えば、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種類情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティン偽情報、隣接リンク品質情報、保持するソフトウェアモジュール、等が挙げられる。
【０１２７】
（２．５ 処理の流れ）
センサデバイス１００及びゲートウェイ２００の処理の流れを、図７及び図８をそれぞれ参照しながら説明する。
【０１２８】
（２．５．１ センサデバイス１００の処理の流れ）
センサデバイス１００の処理の流れを、図７を用いて説明する。図７は、実施形態１に係るセンサデバイス１００の処理の流れを示すフローチャートである。尚、センサデバイス１００は、図７に係るフローチャートの終了後、再度この処理を実行しても良い。
【０１２９】
管理情報要求メッセージ受信部１１０が管理情報要求メッセージ４００を受信すると（Ｓ７０１）、パケット処理決定部１２０は、受信した管理情報要求メッセージ４００が、転送する必要があるか否かを判別する（Ｓ７０３）。もし、受信した管理情報要求メッセージ４００を転送する必要がある場合には（Ｓ７０３のＹｅｓ）、管理情報メッセージ送信部１５０は、当該管理情報要求メッセージ４００の転送処理を行う（Ｓ７０５）。
【０１３０】
ここで、パケット処理決定部１２０による転送処理を行うか否かの判断は、一般的なセンサネットワークのルーティングと同様に行うことができる。たとえば、ユニキャストパケット及びマルチキャストパケットに対しては、自装置宛でなければ、パケット処理決定部１２０は、定められた転送先にパケットを転送すべく判断する。また、ブロードキャストパケットについては、パケット処理決定部１２０は定められたブロードキャスト方式に従い、隣接のセンサデバイス１００に送信すべく判断する。
【０１３１】
受信した管理情報要求メッセージ４００が転送する必要がない場合（Ｓ７０３のＮｏ）、若しくは転送処理が完了した場合（Ｓ７０５）には、パケット処理決定部１２０は、当該管理情報要求メッセージ４００が、自装置で処理すべき要求メッセージであるか否かを判別する（Ｓ７０７）。例えば、管理情報要求メッセージ４００をユニキャストパケットとして受信した場合は、パケット処理決定部１２０は、宛先が自装置宛でなければ処理すべきでないパケットであると判断することができる。一方で、例えば管理情報要求メッセージ４００をブロードキャストパケットとして受信した場合は、パケット処理決定部１２０は、自装置で処理すべきパケットだと判断することができる。その他、前述の通り、管理情報要求メッセージ４００の受理処理に関する上位レイヤの判断に基づく受理及び破棄の判断もあり得る。
【０１３２】
受信した管理情報要求メッセージ４００を、自装置で処理すべきでない（受理すべきでない）と判断された場合には、Ｓ７０１に戻り、センサデバイス１００は次の管理情報要求メッセージ４００の受信を待つ。
【０１３３】
受信した管理情報要求メッセージ４００を、自装置で処理すべき（受理すべき）と判断された場合には、応答決定部１３１にて、管理情報要求メッセージ４００内に、応答方法の指示が含まれているか否かを判別する（Ｓ７０９）。
【０１３４】
もし、受信した管理情報要求メッセージ４００内に応答方法がある場合には（Ｓ７０９のＹｅｓ）、当該応答方法と、記憶部１３５の応答方法情報１３６として記憶している、以前登録された応答方法とが、矛盾する内容であるか否かを応答決定部１３１は判断する（Ｓ７１１）。
【０１３５】
もし、今回新たに指示された応答方法と、登録された応答方法とが矛盾する場合には、応答決定部１３１は、どちらの優先度が高いかを判断し（Ｓ７１３）、今回受信した管理情報要求メッセージ４００により指示された応答方法の方が優先度が高い場合には（Ｓ７１３のＹｅｓ）、応答決定部１３１は、当該応答方法を記憶部１３５に応答方法情報１３６として登録する（Ｓ７１５）。Ｓ７１３において、記憶部１３５に登録された応答方法の方が優先度が高い場合には、応答決定部１３１は、受信した管理情報要求メッセージ４００により今回指示された応答方法を無視して、Ｓ７１７の処理に進む。
【０１３６】
Ｓ７１１で、今回受信した管理情報要求メッセージ４００で指示された応答方法と、応答方法情報１３６として登録済みの応答方法とが矛盾しない場合には（Ｓ７１１のＮｏ）、応答決定部１３１は、今回の管理情報要求メッセージ４００で指示された応答方法を、応答方法情報１３６に新たに記録（登録／更新）する（Ｓ７１５）。
【０１３７】
Ｓ７１５で応答方法を新たに記録した後、Ｓ７０９で応答方法の指示がなかった場合（Ｓ７０９のＮｏ）、又はＳ７１３で受信した管理情報要求メッセージ４００の優先度が低かった場合には（Ｓ７１３のＮｏ）、応答決定部１３１は、記憶部１３５に記録された応答方法情報１３６及び応答方法計算情報１３７に基づいて（Ｓ７１７）、今回の管理情報要求メッセージ４００に対して応答すべきか否かを判断する（Ｓ７１９）。
【０１３８】
Ｓ７１９において、例えば、今回を含めて、これまでに応答方法情報１３６として登録された応答方法が何も存在しない場合には、応答決定部１３１は、今回の管理情報要求メッセージ４００に応答すべきであると判断することができる。また、応答方法情報１３６として登録された応答方法が存在し、当該応答方法に対応する応答方法計算情報１３７で管理されるパラメータが定められた閾値や適合値を満たしている場合には、管理情報要求メッセージ４００に対して応答すべきであると、満たしていない場合には応答すべきでないと、応答決定部１３１は判断することができる。応答すべきでないと判断する場合には、センサデバイス１００は、図７に係る一連の処理を終了する。
【０１３９】
応答決定部１３１が、今回の管理情報要求メッセージ４００に対して応答すると判断した場合には（Ｓ７１９のＹｅｓ）、管理情報応答メッセージ作成部１３３は、記憶部１４０内の自装置の状態情報にかかるセンサ情報１４１を元に、管理情報応答メッセージ５００を作成し、管理情報メッセージ送信部１５０はこれを送信する（Ｓ７２１）。
【０１４０】
（２．５．２ ゲートウェイ２００の処理の流れ）
続いて、ゲートウェイ２００の処理の流れを、図８を用いて説明する。図８は、実施例２に係るゲートウェイ２００の処理の流れを示すフローチャートである。尚、ゲートウェイ２００は、図８に係るフローチャートの終了後、再度この処理を実行しても良い。
【０１４１】
デバイス管理部２１０は、遠隔管理サーバ３００から管理リクエストを受信したか否かを判別し（Ｓ８０１）、受信していない場合には（Ｓ８０１のＮｏ）後述するＳ８１１の処理へ進む。
【０１４２】
遠隔管理サーバ３００から管理リクエストを受信した場合には（Ｓ８０１のＹｅｓ）、デバイス管理部２１０は、受信した管理リクエストの内容を解析し、どのような管理情報要求メッセージ４００を送信すべきかを判断すると共に、管理情報要求メッセージ４００の作成に必要な情報を抽出する（Ｓ８０３）。
【０１４３】
そして、応答方法指示決定部２２１は、作成するべき管理情報要求メッセージ４００の内容（遠隔管理サーバ３００からのリクエスト内容）と、センサデバイス１００及びセンサネットワークＮ１の管理状態情報２２４とを元に、各センサデバイス１００の応答方法（各センサデバイス１００に指示する応答方法）を決定する（Ｓ８０５）。
【０１４４】
決定したセンサデバイス１００の応答方法（各センサデバイス１００Ａ乃至１００Ｆにどのように応答すべきと指示したのか）は、ゲートウェイ２００内で保持（記憶）しておくと共に（Ｓ８０７）、管理情報要求メッセージ作成部２２５は、決定した応答方法を元に管理情報要求メッセージ４００を作成し、管理情報要求メッセージ送信部２３０はこれを送信する（Ｓ８０９）。
【０１４５】
ステップ８０１で、遠隔管理サーバ３００から管理リクエストを受信していない場合には（Ｓ８０１のＮｏ）、管理情報応答メッセージ受信部２４０は、センサデバイス１００から管理情報応答メッセージ５００を受信したか否かを判別する（Ｓ８１１）。管理情報応答メッセージ５００を受信していなかった場合には、後述のＳ８１９の処理へ移る。
【０１４６】
もし、管理情報応答メッセージ５００を受信した場合には（Ｓ８１１のＹｅｓ）、応答メッセージ処理部２２７は、当該管理情報応答メッセージ５００に欠損があるか否かを調べる（Ｓ８１３）。もし、一部にでも欠損があった場合には（Ｓ８１３のＹｅｓ）、応答メッセージ処理部２２７は、該当するセンサデバイス１００に関する管理状態情報２２４、及びセンサネットワークＮ１の管理状態情報、及びステップＳ８０７で記憶（保持）した応答方法を参照して、欠損データを補填（加工）する（Ｓ８１５）。
【０１４７】
ステップＳ８１５の終了後、又はステップ８１３でＮｏであった場合、受信した管理情報応答メッセージ５００のデータ（欠損があった場合には、欠損データが補填された後の管理情報応答メッセージ５００のデータ）を元に（Ｓ８１３のＮｏ、８１５）、応答メッセージ処理部２２７は応答情報を作成し、デバイス管理部２１０は当該応答情報を遠隔管理サーバ３００へ送信する（Ｓ８１７）。
【０１４８】
応答メッセージ処理部２２７は、定期間隔で行う遠隔管理の期間内において、定められた閾値時刻（管理情報応答メッセージ５００の受信を受け付ける限界時刻）を途過したか否かを調べる。もし、閾値時刻を途過していなければ（Ｓ８１９のＮｏ）、Ｓ８０１へ戻って、ゲートウェイ２００は管理リクエストの新たな受信を判別する。
【０１４９】
尚、閾値時刻は、ゲートウェイ２００内で独自に定めた時刻、遠隔管理サーバ３００から与えられた時刻、遠隔管理サーバ３００から次のサイクルの遠隔管理指示を受信した時刻等の、いずれであっても良い。
【０１５０】
もし、閾値時刻を経過して（Ｓ８１９のＹｅｓ）、まだ未応答のセンサデバイス１００が存在する場合には（管理情報応答メッセージ５００を送信してこなかったセンサデバイス１００、若しくはパケットロス等により管理情報応答メッセージ５００をゲートウェイ２００が受信することができなかったセンサデバイス１００が存在する場合）、応答メッセージ処理部２２７は、該当するセンサデバイス１００に対応する管理状態情報２２４、及びステップ８０７で記憶した応答方法を参照して、遠隔管理サーバ３００へ応答する応答情報を作成（加工）する（Ｓ８２１）。
そして、デバイス管理部２１０は、応答メッセージ処理部２２７が作成した応答情報を、遠隔管理サーバ３００へと送信する（Ｓ８２３）。
【０１５１】
（２．６ 本実施形態に係る効果）
以上説明したように、本実施形態１では、センサデバイス１００が、ゲートウェイ２００により送信された管理情報要求メッセージ４００の応答方法の指示に従い、管理情報要求メッセージ４００へ応答するか否か（管理情報応答メッセージ５００を送信するか否か）を判別する。これにより、少なくとも一部の管理情報要求メッセージ４００に対しては応答する必要がなくなり、結果として、遠隔管理通信における管理情報応答メッセージ５００に係るトラヒックを抑制することが可能となる。
【０１５２】
すなわち、ゲートウェイ２００が、電力消費を抑制するように適切な応答方法を指定すれば、センサデバイス１００の電力消費を低減し、結果として、センサネットワークＮ１全体の稼動寿命を延長することが可能となる。
【０１５３】
また、ゲートウェイ２００は、定められた時刻までに未応答のセンサデバイス１００（管理情報応答メッセージ５００を送信しなかったセンサデバイス１００、又はパケットロス等により管理情報応答メッセージ５００がゲートウェイ２００に届かなかったセンサデバイス１００）の応答情報を、該当センサデバイス１００の過去の情報を元に作成することで、各センサデバイス１００Ａ乃至１００Ｆの管理情報を遠隔管理サーバ３００へ送信することができる。
【０１５４】
従って、定期間隔でセンサデバイス１００を管理する遠隔管理を実現しつつ、遠隔管理を実現する遠隔管理通信に係る通信トラヒックに係る電力消費を抑制できるため、センサネットワークＮ１及びセンサデバイス１００の寿命を延ばすことが可能となる。
【０１５５】
（３ 実施形態２）
以下、実施形態２について説明する。尚、実施形態１と同一若しくは対応する構成については、実施形態１と同様の符号を付すと共に、説明を省略している場合がある。構成以外でも、作用、効果、及び処理内容等について、実施形態１と共通する部分については、説明を省略している。以下、実施形態１との相違点を中心に、説明を行う。
【０１５６】
図９乃至図１１は、本発明の実施形態２を説明するための図である。以下、これらの図を参照しながら、以下の流れに沿って本実施形態を説明する。まず、「３．１」で実施形態２全体の概要を示す。その上で、「３．２」でセンサデバイス１００の構成を、「３．３」で処理の流れを説明する。最後に、「３．４」で実施形態２に係る効果等を説明する。
【０１５７】
（３．１ 概要）
実施形態２に係るセンサデバイス１００は、管理情報要求メッセージ４００を受信した際に、今回又は以前管理情報要求メッセージ４００により指示された応答方法、又はセンサデバイス１００の内部で独自に設定された応答方法に基づいて、管理情報応答メッセージ５００を作成、送信する。
【０１５８】
つまり、センサデバイス１００が、応答方法の指示を含む管理情報要求メッセージ４００を受信した際に、指示された応答方法を参照して保持することに加えて、任意のタイミングでセンサデバイス１００の内部で独自に定めた応答方法を保持する点が、実施形態１との大きな違いである。
以下、図９を参照しながら実施形態２の概要（具体例）を説明する。
【０１５９】
図９は、実施形態２に係る通信装置であるセンサデバイス１００及びゲートウェイ２００が含まれる、具体例に係る通信システム１の概略構成を示す図である。図９に示すように、本実施形態に係る通信システム１も、実施形態１と同様に、センサデバイス１００、ゲートウェイ２００、及び遠隔管理サーバ３００を含む。各装置の大まかな機能等については、実施形態１とほぼ同様であるので、説明を省略する。
【０１６０】
尚、図９の例では、通信システム１に遠隔管理サーバ３００が含まれるが、実施形態１と同様に、遠隔管理サーバ３００の機能の全て或いは一部がゲートウェイ２００に備わることで、遠隔管理サーバ３００が存在しない構成とすることも可能である。
【０１６１】
任意のタイミングにおいて、センサデバイス１００Ｃは、新たにローカルに自装置の応答方法（「管理情報要求メッセージ４００に対して、毎回応答する」）を策定する。この応答方法は、以前から応答方法情報１３６として記憶している応答方法と矛盾しているため、センサデバイス１００Ｃは、この以前から記憶している応答方法と、自装置で策定した応答方法との優先度を比較する。ここでは、センサデバイス１００Ｃは、新たに策定した応答方法の方が優先度が高いものと判断し、新規に保持するものとする。以降の動作説明は、この処理が完了した後のものである。
【０１６２】
ゲートウェイ２００は、遠隔管理サーバ３００から、遠隔管理の指示を受信し、センサデバイス１００との遠隔管理通信を開始する。より具体的には、ゲートウェイ２００は、各センサデバイス１００Ａ乃至１００Ｆに対して、ブロードキャストによって管理情報要求メッセージ４００を送信する。
【０１６３】
尚、図９の例では、管理情報要求メッセージ４００の伝播にブロードキャスト通信が用いられているが、これに限られるものではない。例えば、ユニキャスト通信やマルチキャスト通信を用いることも可能である。
【０１６４】
図９に例を示す管理情報要求メッセージ４００には、宛先としてブロードキャストアドレスである「０ｘＦＦＦＦ」が、送信元としてゲートウェイ２００のアドレスである「０ｘ１２３４」が、管理命令として各センサデバイス１００にパラメータのインスタンスの応答を指示する「パラメータ取得」が、命令対象のパラメータとして「電力残量情報」が、それぞれ指定されている。また、センサデバイス１００に対する応答方法として、「Ａ、Ｃ、Ｆのセンサデバイスは、今回の管理情報要求メッセージから３回目の管理情報要求メッセージに応答すること」との内容が、管理情報要求メッセージ４００内で指定されている。
【０１６５】
管理情報要求メッセージ４００を受信したセンサデバイス１００Ａ及び１００Ｆは、応答方法に自装置向けの指示があることを確認し、「Ａ、Ｃ、Ｆのセンサデバイスは、今回の管理情報要求メッセージから３回目の管理情報要求メッセージに応答すること」との指示に従い、今回の管理情報要求メッセージ４００に対して応答しない。
【０１６６】
一方で、管理情報要求メッセージ４００を受信したセンサデバイス１００Ｃは、管理情報要求メッセージ４００に含まれる応答方法（「今回から３回目の管理情報要求メッセージに応答すること」）と、自装置が保持する応答方法（ローカルで策定した応答方法であり、「管理情報要求メッセージには毎回応答すること」）とが矛盾することを判断する。センサデバイス１００Ｃは、両応答方法の優先度を比較し、もし自装置が保持する応答方法の優先度が高いと判断した場合には、管理情報要求メッセージ４００内で指示された応答方法を破棄する。そして、センサデバイス１００Ｃは、管理命令４５１と命令対象のパラメータ４５５とを参照することで、電力残量情報（バッテリ残量情報）の値を含む管理情報応答メッセージ５００を作成して送信する。
【０１６７】
また、管理情報要求メッセージ４００を受信したセンサデバイス１００Ｂ、１００Ｅ、及び１００Ｄは、応答方法に自分向けの指示がないことを確認し、管理命令４５１と命令対象のパラメータ４５５とを参照することで、電力残量情報（バッテリ残量情報）の値を含めた管理情報応答メッセージ５００を、ゲートウェイ２００へ送信する。
【０１６８】
センサデバイス１００Ｃ、１００Ｂ、１００Ｅ、１００Ｄが送信する管理情報応答メッセージ５００には、宛先としてゲートウェイ２００のアドレス「０ｘ１２３４」、送信元として各センサデバイス１００のアドレス（図９のセンサデバイス１００Ｃの場合、「０ｘ０００Ｃ」）、管理応答としてパラメータ取得の命令に対する応答であることを示す「パラメータ応答」、応答対象のパラメータ種別として「電力残量情報」、パラメータのインスタンス値として、各デバイスの電力残量値（図９のセンサデバイス１００Ｃの場合、「１８１８８」）が、それぞれ含まれる。
【０１６９】
ゲートウェイ２００は、受信した管理情報応答メッセージ５００の情報を保持すると共に、遠隔管理サーバ３００へ応答情報を通知する。また、定期管理の閾値を超えた時点（次の定期管理に入る直前）、或いは遠隔管理サーバ３００に次の管理を指示された時点等に、ゲートウェイ２００は、未応答のセンサデバイス１００Ａ及び１００Ｆの応答情報を、以前にセンサデバイス１００Ａ及び１００Ｆから取得していた管理状態情報２２４に基づいて作成し、作成した応答情報を遠隔管理サーバ３００へ通知する。
【０１７０】
上述の通り、センサデバイス１００は、ゲートウェイ２００により送信された管理情報要求メッセージ４００の応答方法、或いは任意のタイミングにおいてセンサデバイス１００がローカルに策定した応答方法の指示に従って、管理情報要求メッセージ４００への応答として管理情報応答メッセージ５００を送信するか否かを判定する。
【０１７１】
これにより、センサデバイス１００は少なくとも一部の管理情報要求メッセージ４００に対しては応答する必要がなくなるため、結果として、遠隔管理通信における、管理情報応答メッセージ５００に係るトラヒックを抑制することが可能となる。
【０１７２】
すなわち、ゲートウェイ２００又はセンサデバイス１００が、適切な応答方法を指定（選択）することで、センサデバイス１００の電力消費を低減し、結果として、センサネットワークＮ１全体の稼動寿命を延ばすことが可能となる。
【０１７３】
また、任意のタイミングにおいて、センサデバイス１００内で応答方法をローカルに策定することによって、センサデバイス１００の製造者や設置者、及び利用者のポリシーを反映した消費電力の抑制を実現することが可能となる。
【０１７４】
また、ゲートウェイ２００は、定められた時刻までに未応答のセンサデバイス１００（管理情報応答メッセージ５００を送信しなかったセンサデバイス１００、又はパケットロス等により管理情報応答メッセージ５００がゲートウェイ２００に届かなかったセンサデバイス１００）の応答情報を、保持している、当該センサデバイス１００の過去の情報を元に作成することで、センサデバイス１００Ａ乃至１００Ｆ全ての管理情報を、遠隔管理サーバ３００へ送信することができる。
【０１７５】
従って、定期間隔でセンサデバイス１００を管理する遠隔管理を実現しつつ、センサデバイス１００の製造者や設置者、及び利用者のポリシーを反映する形で、遠隔管理を実現する遠隔管理通信に係る通信トラヒックを抑えて、センサネットワークＮ１及びセンサデバイス１００の寿命を延ばすことが可能となる。
【０１７６】
（３．２ デバイスの構成）
本実施形態に係るセンサデバイス１００の構成について、図１０を参照しながら説明する。尚、図１０において、実線の矢印は、各構成間の制御や参照、情報の流れを示す。
【０１７７】
先述した通り、実施形態２に係るセンサデバイス１００は、管理情報要求メッセージ４００を受信し、当該管理情報要求メッセージ４００内で指示された応答方法、及び、任意のタイミングに、センサデバイス１００内で独自に定めた応答方法に従って、それ以降の管理情報要求メッセージ４００に対する管理情報応答メッセージ５００を作成及び送信する。
【０１７８】
センサデバイス１００は、管理情報要求メッセージ４００を受信する管理情報要求メッセージ受信部１１０、受信した管理情報要求メッセージ４００の受理及び転送を判別するパケット処理決定部１２０、管理情報要求メッセージ４００内の応答方法の処理並びに管理情報応答メッセージ５００の作成を行う応答処理部１３０、センサデバイス１００の状態情報であるセンサ情報１４１を記憶する記憶媒体である記憶部１４０、管理情報応答メッセージ５００の送信及び管理情報要求メッセージ４００の転送を行う管理情報メッセージ送信部１５０、他のセンサデバイス１００と直接に通信するためのセンサデバイスインタフェース１６０、及び、任意のタイミングで応答方法を設定する応答方法指示部１７０を含む。
【０１７９】
管理情報要求メッセージ受信部１１０、及びパケット処理決定部１２０の機能及び他の機能との連携については、実施形態１と同様であるので説明を省略する。また、管理情報要求メッセージ受信部１１０で受信する管理情報要求メッセージ４００のフォーマット等についても、実施形態１と同様であるので、ここでは説明を省略する。
【０１８０】
応答処理部１３０は、パケット処理決定部１２０から受取った管理情報要求メッセージ４００のデータ内にある応答方法を参照し、当該応答方法と、応答方法指示部１７０に指示された応答方法とから、応答方法を決定して記憶（保持）する。また、応答処理部１３０は、保持した応答方法を参照し、今回受取った管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信するか否かを判断し、管理情報応答メッセージ５００を送信すると判断した場合には、自装置のセンサ情報１４１を元に、管理情報応答メッセージ５００を作成する。
【０１８１】
応答処理部１３０は、応答方法を決定し、応答するべきか否かを判別する応答決定部１３１、応答方法を応答方法情報１３６として記憶（保持）すると共に、管理情報要求メッセージ４００の受信回数等のパラメータである応答方法計算情報１３７を記憶する記憶部１３５、管理情報応答メッセージ５００を作成する管理情報応答メッセージ作成部１３３を含む。
【０１８２】
応答決定部１３１は、パケット処理決定部１２０から受取った管理情報要求メッセージ４００のデータ内にある応答方法、或いは応答方法指示部１７０から指示された応答方法を参照し、最終的に選択する応答方法を決定して、記憶部１３５に応答方法情報１３６として記録する。
【０１８３】
尚、応答決定部１３１は、記憶部１３５に複数の応答方法情報１３６を記憶させることができるが、応答方法情報１３６として記憶された応答方法と矛盾する応答方法での対応を決定した場合には、優先度の高い応答方法を応答方法情報１３６として記憶し、優先度の低い応答方法は、応答方法情報１３６から削除する。
【０１８４】
ここで、優先度は、パケット処理決定部１２０から受取った管理情報要求メッセージ４００のデータ内にある応答方法、及び応答方法指示部１７０から指示された応答方法のいずれに対しても、共通のものを用いる。優先度は、センサネットワークＮ１の運用ポリシーに基づき、運用者やセンサデバイス１００の製造者及び設置者等が自由に設定できるが、一般的には、新たに決定された応答方法の方が優先度が高い。
【０１８５】
また、応答決定部１３１は、今回自装置が受信した管理情報要求メッセージ４００に対して、今回及び以前に応答方法情報１３６として保持した応答方法、及び応答方法計算情報１３７に基づき、管理情報応答メッセージ５００を送信するか否か、すなわち、管理情報要求メッセージ４００に対して応答するか否かを判断する。応答決定部１３１は、今回自装置が受信した管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信すると判断した場合、管理情報応答メッセージ作成部１３３に、管理情報応答メッセージ５００の作成を指示する。
【０１８６】
また、応答決定部１３１は、管理情報要求メッセージ４００を受信したことにより、応答方法計算情報１３７を更新する。例えば、応答方法情報１３６として、「管理情報要求メッセージを２回受信してから管理情報応答メッセージを１回送信しろ」との応答方法を保持していた場合には、応答決定部１３１は、今回の管理情報要求メッセージ４００の受信が何回目なのかというパラメータを、応答方法計算情報１３７として記憶し、更新する。
【０１８７】
尚、応答決定部１３１は、センサ情報（自装置の状態情報）の内容を応答条件に含む応答方法を受け取っている場合には、記憶部１４０のセンサ情報１４１を参照する。そして、応答決定部１３１は、参照したセンサ情報１４１の内容に応じて、記憶部１３５の応答方法計算情報１３７を更新する。
【０１８８】
記憶部１３５が記憶する応答方法情報１３６及び応答方法計算情報１３７、並びに記憶部１４０が記憶するセンサ情報１４１の内容等は、実施形態１と同様であるので、説明を省略する。
【０１８９】
また、管理情報応答メッセージ作成部１３３、管理情報メッセージ送信部１５０、及び管理情報メッセージ送信部１５０の機能及び他の機能との連携については、実施形態１と同様であるので説明を省略する。
【０１９０】
応答方法指示部１７０は、任意のタイミングにおいて、自装置の応答方法を作成し、応答決定部１３１に、作成した応答方法を指示する。応答方法指示部１７０による応答方法の策定は、例えば、センサデバイス１００の外部から直接に指示される場合や、センサデバイス１００に予め設定されたアルゴリズム（応答方法の決定アルゴリズム）に基づき決定される場合等が考えられる。応答方法決定アルゴリズムの例としては、例えば、以下のようなものが考えられる。
・センサデバイス１００のバッテリ残量が、定められた閾値を超えた場合に、何らかの応答方法を策定する。
・センサデバイス１００のセンサ情報１４１の任意のパラメータが、定めた変動値内であれば、何らかの応答方法を策定する。
・センサデバイス１００の製造者、設置者、及び利用者の定めた任意パラメータの応答限界回数ポリシーに従い、何らかの応答方法を策定する。
・センサデバイス１００のゲートウェイ２００までのホップ数によって、何らかの応答方法を策定する。
・センサデバイス１００の備えるモジュール（アプリケーション）、或いは、アクティブになったモジュールに応じて、何らかの応答方法を策定する。
・センサデバイス１００がゲートウェイ２００までの中継処理を行うセンサデバイス１００の数に応じて、何らかの応答方法を策定する。
・センサデバイス１００が、ゲートウェイ２００から受信した管理情報要求メッセージ４００の応答方法を参照して、何らかの応答方法を策定する。
尚、応答方法指示部１７０が策定する応答方法は、実施形態１のゲートウェイ２００が策定しうる応答方法と同様であるので、ここでは説明を省略する。
尚、実施形態１に係るセンサデバイス１００と実施形態２にかかるセンサデバイス１００とは、相互に通信することが可能である。
【０１９１】
（３．３ 処理の流れ）
次に、実施形態２に係るセンサデバイス１００の、応答方法の策定に係る処理の流れを、図１１を参照しながら説明する。図１１は、センサデバイス１００の動作を示すフローチャートである。尚、管理情報要求メッセージ４００及び管理情報応答メッセージ５００の送受信に関する一連の動作は、第１実施形態とほぼ同様であるので、ここでは説明を省略する。尚、センサデバイス１００は、図１１に係るフローチャートの終了後、再度この処理を実行しても良い。
【０１９２】
応答方法指示部１７０は、任意のタイミングにおいて、応答方法を策定する（Ｓ１１０１）。応答方法の策定は、センサデバイス１００の外部から直接指示される場合や、センサデバイス１００が備えるアルゴリズム（応答方法決定アルゴリズム）により決定する場合等がある。
【０１９３】
次に、応答決定部１３１は、応答方法指示部１７０が新たに策定した応答方法が、記憶部１３５に応答方法情報１３６として以前から保持する応答方法と矛盾する内容でないかを調べる（Ｓ１１０３）。両応答方法に矛盾がある場合には（Ｓ１１０３のＹｅｓ）、応答決定部１３１は、どちらの優先度が高いかを判別する（Ｓ１１０５）。
【０１９４】
この判別の結果、もし、応答方法指示部１７０が策定した応答方法の方が優先度が高ければ（Ｓ１１０５のＹｅｓ）、当該応答方法を応答方法情報１３６として記憶部１３５に記録し、更新する。また、Ｓ１１０３で、応答方法指示部１７０が指示した応答方法と、応答方法情報１３６として記憶されている応答方法とが矛盾しない場合にも（Ｓ１１０３のＮｏ）、応答決定部１３１は、当該応答方法を応答方法情報１３６として記憶部１３５に記録する（Ｓ１１０７）。
【０１９５】
もし、記憶している応答方法よりも応答方法指示部１７０が策定した応答方法の方が優先度が低ければ（Ｓ１１０５のＮｏ）、当該応答方法を破棄して一連の処理を終了する。
【０１９６】
（３．４ 本実施形態に係る効果）
上述の通り、センサデバイス１００は、ゲートウェイ２００により送信された管理情報要求メッセージ４００の応答方法、或いは任意のタイミングにおいてセンサデバイス１００がローカルに策定した応答方法の指示に従って、管理情報要求メッセージ４００への応答として管理情報応答メッセージ５００を送信するか否かを判定する。
【０１９７】
これにより、センサデバイス１００は少なくとも一部の管理情報要求メッセージ４００に対しては応答する必要がなくなるため、結果として、遠隔管理通信における、管理情報応答メッセージ５００に係るトラヒックを抑制することが可能となる。
【０１９８】
すなわち、ゲートウェイ２００又はセンサデバイス１００が、適切な応答方法を指定（選択）することで、センサデバイス１００の電力消費を低減し、結果として、センサネットワークＮ１全体の稼動寿命を延ばすことが可能となる。
【０１９９】
また、任意のタイミングにおいて、センサデバイス１００内で応答方法をローカルに策定することによって、センサデバイス１００の製造者や設置者、及び利用者のポリシーを反映した消費電力の抑制を実現することが可能となる。
【０２００】
また、ゲートウェイ２００は、定められた時刻までに未応答のセンサデバイス１００（管理情報応答メッセージ５００を送信しなかったセンサデバイス１００、又はパケットロス等により管理情報応答メッセージ５００がゲートウェイ２００に届かなかったセンサデバイス１００）の応答情報を、保持している、当該センサデバイス１００の過去の情報を元に作成することで、センサデバイス１００Ａ乃至１００Ｆ全ての管理情報を、遠隔管理サーバ３００へ送信することができる。
【０２０１】
従って、定期間隔でセンサデバイス１００を管理する遠隔管理を実現しつつ、センサデバイス１００の製造者や設置者、及び利用者のポリシーを反映する形で、遠隔管理を実現する遠隔管理通信に係る通信トラヒックを抑えて、センサネットワークＮ１及びセンサデバイス１００の寿命を延ばすことが可能となる。
【０２０２】
（４ 付記事項）
尚、前述の各実施形態の構成は、組み合わせたり或いは一部の構成部分を入れ替えたりしてもよい。また、本発明の構成は前述の実施形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加えてもよい。
尚、前述の各実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０２０３】
（付記１）
管理情報の要求メッセージを受信する受信手段と、定められた条件に従い、前記受信手段で受信する前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信する送信手段とを備える、通信装置。
【０２０４】
（付記２）
前記要求メッセージに含まれる前記条件を記憶する条件記憶手段、を更に備える付記１に記載の通信装置。
【０２０５】
（付記３）
前記要求メッセージの受信回数を記憶する受信回数記憶手段、を更に備える付記１又は付記２に記載の通信装置。
【０２０６】
（付記４）
前記条件の適合回数を記憶する適合回数記憶手段、を更に備える付記１乃至付記３のいずれか１項に記載の通信装置。
【０２０７】
（付記５）
前記送信手段は、前記条件に従い、前記受信手段でのＮ回の前記要求メッセージの受信に対し、Ｎ以下のＭ回前記応答メッセージを送信する、付記３に記載の通信装置。
【０２０８】
（付記６）
前記送信手段は、前記条件に従い、前記受信手段でのＮ回目以降の前記要求メッセージの受信に対し、前記応答メッセージを送信する、付記３に記載の通信装置。
【０２０９】
（付記７）
前記送信手段は、前記条件に従い、前記受信手段でのＮ回目までの前記要求メッセージのうちＭ番目（ただしＭはＮ以下）の前記要求メッセージに対して、前記応答メッセージを送信する、付記３に記載の通信装置。
【０２１０】
（付記８）
前記送信手段は、前記条件に従い、前記受信手段での前記要求メッセージの受信後、Ｎ回目の前記要求メッセージに対して、前記応答メッセージを送信する、付記３に記載の通信装置。
【０２１１】
（付記９）
前記送信手段は、前記条件に従い、前記受信手段で受信するＮ回目までの前記要求メッセージに対して、それぞれ前記応答メッセージを送信する、付記３記載の通信装置。
【０２１２】
（付記１０）
前記送信手段は、前記条件に従い、自装置の状態情報に関する値が特定条件を満たすか否かに応じて、前記応答メッセージを送信する、付記１乃至付記９のいずれか１項に記載の通信装置。
【０２１３】
（付記１１）
前記送信手段は、前記条件に従い、前記要求メッセージに、特定の値又は命令が含まれているか否かに応じて、前記応答メッセージを送信するか否かを判別する、付記１乃至付記１０のいずれか１項に記載の通信装置。
【０２１４】
（付記１２）
前記送信手段は、前記条件に従い、自装置が前記要求メッセージで指定された条件を満たす場合に、前記応答メッセージを送信する、付記１乃至付記１１のいずれか１項記載の通信装置。
【０２１５】
（付記１３）
他の通信装置に対して、管理情報の要求メッセージを送信する送信手段と、前記要求メッセージに対する応答メッセージを前記他の通信装置から受信する受信手段とを備え、前記要求メッセージには、前記他の通信装置が応答するか否かを定めるための条件を含む、
通信装置。
【０２１６】
（付記１４）
前記要求メッセージの送信後、閾値時間経過までに前記他の通信装置から前記応答メッセージを受信しなかった場合に、当該要求メッセージ送信前に前記他の通信装置から受信した前記応答メッセージに含まれた管理情報を元に、前記他の通信装置の状態情報を生成する、付記１３記載の通信装置。
【０２１７】
（付記１５）
受信した前記応答メッセージの一部に欠損があった場合に、当該応答メッセージ前に受信した前記応答メッセージに含まれた管理情報を元に、前記他の通信装置の状態情報を生成する、付記１３又は付記１４記載の通信装置。
【０２１８】
（付記１６）
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回の前記要求メッセージの受信に対し、Ｎ回以下のＭ回前記応答メッセージを送信するためのものである、付記１３乃至付記１５のいずれか１項に記載の通信装置。
【０２１９】
（付記１７）
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回目以降の前記要求メッセージの受信に対し、前記応答メッセージを送信するためのものである、付記１３乃至付記１５のいずれか１項に記載の通信装置。
【０２２０】
（付記１８）
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回目までの前記要求メッセージのうちＭ番目（ただしＭはＮ以下）の前記要求メッセージに対して、前記応答メッセージを送信するためのものである、付記１３乃至付記１５のいずれか１項に記載の通信装置。
【０２２１】
（付記１９）
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、前記要求メッセージの受信後、Ｎ回目の前記要求メッセージ受信に対して前記応答メッセージを送信するためのものである、付記１３乃至付記１５のいずれか１項に記載の通信装置。
【０２２２】
（付記２０）
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回目までの前記要求メッセージに対して、それぞれ前記応答メッセージを送信するためのものである、付記１０乃至付記１２のいずれか１項に記載の通信装置。
【０２２３】
（付記２１）
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、当該他の通信装置の状態情報に関する値が特定条件を満たすか否かに応じて、前記応答メッセージを送信するためのものである、付記１３乃至付記１９のいずれか１項に記載の通信装置。
【０２２４】
（付記２２）
前記要求メッセージに含まれる前記条件は、前記要求メッセージに特定の値又は命令が含まれているか否かに応じて、前記他の通信装置が前記応答メッセージを送信するためのものである、付記１３乃至付記２１のいずれか１項に記載の通信装置。
【０２２５】
（付記２３）
前記要求メッセージに含まれる前記条件は、他の通信装置が、前記要求メッセージで指定された条件を満たす場合に、前記応答メッセージを送信するためのものである、付記１３乃至付記２２のいずれか１項に記載の通信装置。
【０２２６】
（付記２４）
管理情報の要求メッセージを受信するステップと、定められた条件に従い、受信した前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信するステップとを備える、通信方法。
【０２２７】
（付記２５）
他の通信装置に対して、管理情報の要求メッセージを送信するステップと、前記要求メッセージに対する応答メッセージを前記他の通信装置から受信するステップとを備え、前記要求メッセージには、前記他の通信装置が応答するか否かを定めるための条件を含む、
通信方法。
【０２２８】
（付記２６）
第１の通信装置と第２の通信装置とが通信する通信システムであって、第１の通信装置は、管理情報の要求メッセージを受信する第１の受信手段と、定められた条件に従い、前記第１の受信手段で受信する前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信する第２の送信手段とを備え、第２の通信装置は、前記第１の通信装置に対して、前記要求メッセージを送信する第２の送信手段と、前記要求メッセージに対する応答メッセージを前記第１の通信装置から受信する第２の受信手段とを備え、前記要求メッセージには、前記第１の通信装置が応答するか否かを定めるための条件を含む、通信システム。
【符号の説明】
【０２２９】
１・・・通信システム、１００・・・センサデバイス、１１０・・・管理情報要求メッセージ受信部、１２０・・・パケット処理決定部、１３０・・・応答処理部、１３１・・・応答決定部、１３３・・・管理情報応答メッセージ作成部、１３５・・・記憶部、１３６・・・応答方法情報、１３７・・・応答方法計算情報、１４０・・・記憶部、１４１・・・センサ情報、１５０・・・管理情報メッセージ送信部、１６０・・・センサデバイスインタフェース、２００・・・ゲートウェイ、３００・・・遠隔管理サーバ、４００・・・管理情報要求メッセージ、５００・・・管理情報応答メッセージ
【技術分野】
【０００１】
本発明に係るいくつかの態様は、通信装置、通信方法、及び通信システムに関する。
【背景技術】
【０００２】
近年、例えばスマートグリッドやＭ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）ネットワーク、ホームネットワーク、オフィスネットワーク等の通信ネットワークシステムが広く普及しつつある。例えば特許文献１には、ネットワークに接続される通信アダプタ装置等が開示されている。
【０００３】
通信ネットワークシステムは、例えば、サーバ又はＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）と、センサデバイスやアクチュエータデバイス（ここでは、センサデバイスを例に以下説明する）等と、両者の通信を中継するゲートウェイ（例えば、ＨＧＷ：Ｈｏｍｅ Ｇａｔｅ Ｗａｙ、ＢＧＷ：Ｂｕｉｌｄｉｎｇ Ｇａｔｅ Ｗａｙ等がある）とから構成される。このような通信ネットワークでは、例えば、サーバが、ゲートウェイを中継して、センサデバイス等から管理情報を取得するためのメッセージを定期的に送信することで、サーバは、各センサデバイスの状況を把握することができるようになる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特再公表２００４−０３２４２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方、センサデバイス等の管理対象の装置（デバイス）の中には、バッテリ駆動のものがあり、長時間安定的にシステムを運用するためには、管理対象の装置の電力消費をできるだけ抑えることが必要となる。
【０００６】
しかしながら、管理情報の要求メッセージをサーバが定期的にセンサデバイスに送信し、その応答メッセージをセンサデバイスが送信すると、当該通信にかかる電力消費により、管理対象であるセンサデバイスの駆動時間を縮めることとなってしまうという課題がある。
【０００７】
ここで、例えば特許文献１には、機器アクセスを許可したり禁止したりできるようにする手法が開示されているが（例えば、１３頁４２行目乃至１４頁３３行目）、これは通信アダプタ装置への不用意な操作を禁止することのみを目的とするものであり、消費電力の消費の抑制については何ら考慮されていない。
【０００８】
本発明のいくつかの態様は前述の課題に鑑みてなされたものであり、デバイス管理に係る電力消費を抑えることのできる通信装置、通信方法、及び通信システムを提供することを目的の１つとする。
【課題を解決するための手段】
【０００９】
本発明の請求項１記載の通信装置は、管理情報の要求メッセージを受信する受信手段と、定められた条件に従い、前記受信手段で受信する前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信する送信手段とを備える。
【００１０】
本発明の請求項１０記載の通信装置は、他の通信装置に対して、管理情報の要求メッセージを送信する送信手段と、前記要求メッセージに対する応答メッセージを前記他の通信装置から受信する受信手段とを備え、前記要求メッセージには、前記他の通信装置が応答するか否かを定めるための条件を含む。
【００１１】
本発明の請求項２１記載の通信方法は、管理情報の要求メッセージを受信するステップと、定められた条件に従い、受信した前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信するステップとを備える。
【００１２】
本発明の請求項２２記載の通信方法は、他の通信装置に対して、管理情報の要求メッセージを送信するステップと、前記要求メッセージに対する応答メッセージを前記他の通信装置から受信するステップとを備え、前記要求メッセージには、前記他の通信装置が応答するか否かを定めるための条件を含む。
【００１３】
本発明の請求項２３記載の通信システムは、第１の通信装置と第２の通信装置とが通信する通信システムであって、第１の通信装置は、管理情報の要求メッセージを受信する第１の受信手段と、定められた条件に従い、前記受信手段で受信する前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信する第２の送信手段とを備え、第２の通信装置は、前記第１の通信装置に対して、前記要求メッセージを送信する第２の送信手段と、前記要求メッセージに対する応答メッセージを前記第１の通信装置から受信する第２の受信手段とを備え、前記要求メッセージには、前記第１の通信装置が応答するか否かを定めるための条件を含む。
【００１４】
尚、本発明において、「部」や「手段」とは、単に物理的手段を意味するものではなく、その「部」や「手段」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や「手段」が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や「手段」の機能が１つの物理的手段や装置により実現されても良い。
【発明の効果】
【００１５】
本発明によれば、デバイス管理に係る電力消費を抑えることのできる通信装置、通信方法、及び通信システムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態１における通信システムの概略構成及び動作の具体例を説明するための図である。
【図２】本発明の実施形態１におけるセンサデバイスの機能構成を示すための図である。
【図３】本発明の実施形態１におけるゲートウェイの機能構成を示すための図である。
【図４】図１に示した通信システムで送受信される管理情報要求メッセージのフォーマット例を説明するための図である。
【図５】図１に示した通信システムで送受信される管理情報応答メッセージのフォーマット例を説明するための図である。
【図６】図３に示したゲートウェイの管理状態情報の具体例を示す図である。
【図７】図２に示したセンサデバイスの処理の流れを説明するためのフローチャートである。
【図８】図３に示したゲートウェイの処理の流れを説明するためのフローチャートである。
【図９】本発明の実施形態２における通信システムの概略構成及び動作の具体例を説明するための図である。
【図１０】本発明の実施形態２におけるセンサデバイスの機能構成を示すための図である。
【図１１】図１０に示したセンサデバイスの処理の流れを説明するためのフローチャートである。
【発明を実施するための形態】
【００１７】
以下に本発明の実施形態を説明する。以下の説明及び参照する図面の記載において、同一又は類似の構成には、それぞれ同一又は類似の符号が付されている。
【００１８】
（１ 前提）
「２」以降で説明する実施形態に共通の前提等について述べる。
以下の実施形態は、互いに通信可能なセンサネットワーク（通信には、例えばＺｉｇＢｅｅや、Ｚ−Ｗａｖｅ等の通信方式を用いることが可能である。しかし、これらの無線通信方式に限られるものではない。）を構成するセンサデバイスやアクチュエータデバイス（環境を変化させる動作を行う装置）等と、これらのセンサネットワーク内のデバイスと、センサネットワーク外の装置であるサーバやＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等との通信を中継処理するゲートウェイ（ＨＧＷ：Ｈｏｍｅ Ｇａｔｅ Ｗａｙ、ＢＧＷ：Ｂｕｉｌｄｉｎｇ Ｇａｔｅ Ｗａｙ等）とを含む通信ネットワークシステムに関する。そして、実施形態１及び実施形態２では、このような通信ネットワークシステムにおいて、例えばサーバがセンサデバイスを遠隔管理するために管理情報を取得する際に消費する電力の低減を図ることができる。
【００１９】
近年、スマートグリッドやＭ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）ネットワーク、ホームネットワーク、オフィスネットワーク等の通信ネットワークシステムの分野において、センサデバイスやアクチュエータデバイス等に対して注目が集まっている。Ｍ２Ｍネットワークでは、オフィス、工場、家庭、自動車等のローカルエリアで刻々と変化する多量の環境情報（例えば、電力情報、温度情報、振動情報、音情報等）を取得する為に、センサデバイスや環境情報測定装置が用いられることが多い。
【００２０】
これらセンサデバイスから得られた情報は、各ローカルエリア内に設置されるサーバ等の情報処理装置で扱われる他、インターネット網や３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）網（将来的にはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）網も考えられる）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）網、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）網、ＰＬＣ（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信網等を介して外部のサーバにおいて処理されることがある。
【００２１】
例えば、各家庭にて得られた消費電力情報が、各家庭が備える情報処理装置で保存及び処理される他、電力供給を行う発電会社、送電会社、及び配電会社等が有するサーバにも送信され、サーバ内のアプリケーションで統合的に情報が処理されることが考えられる。
【００２２】
また、各ローカルエリアに設置されたアクチュエータデバイスも同様に、各ローカルエリアの情報処理装置で動作制御される他、インターネット網等を介して外部のサーバから制御される可能性もある。
【００２３】
特に、スマートグリッド分野では、電力スマートメータ、ガススマートメータ、及び水道スマートメータ等による自動検針や関連装置の遠隔制御や自動制御、その他の付加サービスが考えられており、これらのスマートメータがセンサデバイス及びアクチュエータデバイスとなり得る。以下、センサネットワークを構築するセンサデバイス及びアクチュエータデバイスを総称して「センサデバイス」と呼ぶことがある。
【００２４】
センサネットワークを用いたサービス提供を継続的に維持するには、センサデバイスの状態を継続的に管理する必要がある。なぜなら、センサデバイスの故障や不具合、整備不良はセンサデバイスを用いたサービスの障害となり得るからである。
【００２５】
しかしながら、センサデバイスを設置（配置）するエンドユーザ（多くの場合は、一般のコンシューマがエンドユーザに相当する）が、これらのセンサデバイスの管理に関する知識を持ち合わせていることは稀であり、また、このような知識を身につけるのも困難である。よって、センサデバイスの管理は、センサデバイスの管理知識を持つ専門業者などが、サーバ等から、センサデバイスを遠隔管理するのが好ましい。また、センサデバイスの遠隔管理には、標準的な技術を用いるのが好ましい。なぜならば、標準技術を用いることで、遠隔管理に関する汎用性を確保し、結果として様々なコストの節減を図ることができるためである。
【００２６】
ここで、標準的な遠隔管理に用いられる通信方式として、ブロードバンドルータ、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）、３Ｇ通信装置等を管理対象とするＴＲ−０６９（Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ ０６９）やＯＭＡ−ＤＭ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ−Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）等の標準化された方式がある。これらの通信方式を用いた遠隔管理方式では、サーバが管理対象の装置と個々に通信し、サーバ側から、装置情報（管理情報）の入手や管理／制御に関する指示等を行うことにより、サーバで各端末を管理することができる。
【００２７】
（１．１ 考えうるセンサデバイスの遠隔管理に係る実施形態）
従って、このような遠隔管理方式を用いてセンサデバイスを遠隔管理する場合、以下のような形態となることが考えられる。
【００２８】
まず、遠隔管理サーバ（ＴＲ−０６９サーバやＯＭＡ−ＤＭサーバ等が該当し得る）が、ゲートウェイを中継して、センサネットワークを構成する１台以上のセンサデバイスを管理する通信システムのモデルを考える。ここで、遠隔管理サーバ及びゲートウェイは、定期的な間隔で各センサデバイスとユニキャスト通信することにより、遠隔管理を行う。これにより、遠隔管理サーバは、センサデバイスの状態を常時把握することが可能となる。
【００２９】
また、遠隔管理サーバが管理するセンサデバイスのパラメータとしては、例えば、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種別情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティング情報、隣接リンク品質情報、保持するソフトウェアモジュール情報等が考えられる。
【００３０】
尚ここで、遠隔管理サーバとセンサデバイスとの間をゲートウェイが中継するのは、遠隔管理サーバとゲートウェイとの間の通信、及びゲートウェイとセンサデバイスとの間の通信とで、用いられる通信プロトコル及び通信方式が異なるためである。
【００３１】
ゲートウェイとセンサデバイスとの間の通信は、無線センサネットワーク上のマルチホップ通信により実現される。また、遠隔管理サーバの機能の全て或いは一部が従来のゲートウェイに備わることで、遠隔管理サーバが存在しない通信システムを考えることも可能である。
以下、ここで述べる通信システムでの遠隔管理方法を具体的に説明する。
【００３２】
遠隔管理サーバは、管理要求メッセージ（以下、「管理リクエスト」ともいう。）をゲートウェイへ送信する。管理要求メッセージを受信したゲートウェイは、管理要求メッセージを元に作成した管理情報要求メッセージを、管理対象のセンサデバイスへ送信する。センサデバイスは、自装置の状態情報（管理情報）を含む管理情報応答メッセージを作成し、ゲートウェイへ送信する。ゲートウェイは、受信した管理情報応答メッセージを元に管理応答メッセージ（以下「応答情報」ともいう。）を作成し、遠隔管理サーバへと送信する。
【００３３】
ここで、上述の通り、通常、ゲートウェイとセンサデバイスとの間では、管理情報要求メッセージ及び管理情報応答メッセージが、いずれもユニキャスト通信により送受信される。尚、管理情報の要求にかかるメッセージ伝播の効率化等を考慮し、管理情報要求メッセージがブロードキャスト又はマルチキャストにより送信されることもあり得る。例えば、全センサデバイスの状態管理を行うセンサデバイスの定期管理では、管理情報要求メッセージはブロードキャスト通信を用いるのが効率的である。
【００３４】
スマートグリッドやＭ２Ｍネットワークの分野でセンサデバイスを用いたサービスを継続的に維持するには、センサデバイスの遠隔管理だけでなく、省電力化も求められる。なぜならば、一般的に、無線通信を行うセンサデバイスはバッテリ駆動により動作するものが多いため、センサデバイスの電力消費をできるだけ抑制しなければ、これらのセンサデバイスから構築されるセンサネットワークを長時間駆動させることができないからである。
【００３５】
一方、センサデバイスの遠隔管理の際には、上述の通り定期的に管理情報要求メッセージ及びそれに対する管理情報応答メッセージの送受信が発生するため、この送受信を頻繁に行うと、過大な電力消費が発生し、センサネットワークの駆動時間を縮めかねない。特に、センサデバイスは、通信に関する電力の多くを通信に係る無線通信モジュールで消費するので、この送受信にかかる電力消費の発生は大きな課題となり得る。
【００３６】
よって、センサデバイスの遠隔管理を実現しつつも、センサデバイスの消費電力の抑制を図らなければならない。つまり、センサデバイスの遠隔管理に係る通信の通信トラヒックの抑制（低減）が必要である。以下述べる実施形態は、この、遠隔管理に係る通信トラヒックの抑制を主たる目的の１つとしている。
【００３７】
（２ 実施形態１）
図１乃至図９は、本発明の実施形態を説明するための図である。以下、これらの図を参照しながら、以下の流れに沿って本実施形態を説明する。まず、「２．１」で実施形態１全体の概要を示す。その上で、「２．２」で各装置の構成を、「２．３」で管理情報要求メッセージ及び管理情報応答メッセージの構成を、「２．４」では、装置管理に関する管理状態情報の構成を、それぞれ説明する。「２．５」では、処理の流れを説明する。最後に、「２．６」以降で、実施形態１に係る効果等を説明する。
【００３８】
（２．１ 概要）
図１は、実施形態１に係る通信装置であるセンサデバイス１００及びゲートウェイ２００が含まれる、具体例に係る通信システム１の概略構成を示す図である。図１に示すように、通信システム１は、センサデバイス１００（個別のセンサデバイス１００Ａ乃至センサデバイス１００Ｆに着目しない場合には、「センサデバイス１００」として説明する。）、ゲートウェイ２００、及び遠隔管理サーバ３００を含んでいる。
【００３９】
センサデバイス１００は、例えば、電力情報、温度情報、振動情報、又は音情報等を含む環境情報を検出する装置であるセンサデバイス、又は環境を変化させる動作を行う装置であるアクチュエータデバイスであることが考えられる。センサデバイス１００Ａ乃至１００Ｆは、センサネットワークＮ１を構成している。
【００４０】
ゲートウェイ２００は、直接的又は間接的にセンサデバイス１００と通信すると共に、インターネット網Ｎ２を介して遠隔管理サーバ３００に接続される。尚、本実施形態では、ゲートウェイ２００と遠隔管理サーバ３００との間をインターネット網Ｎ２により接続される例に説明するが、接続方法はこれに限られるものではない。
【００４１】
遠隔管理サーバ３００は、例えばサーバやＰＣなどであり、ゲートウェイ２００を介してセンサデバイス１００と遠隔管理通信することで、センサネットワークＮ１及びセンサデバイス１００を遠隔的に管理することができる。
【００４２】
尚、実施形態１及び実施形態２を通じて、遠隔管理サーバ３００とゲートウェイ２００とを別装置として説明しているが、これに限られるものではない。例えば、遠隔管理サーバ３００の機能の全て又は一部をゲートウェイ２００が備えることで、通信システム１が遠隔管理サーバ３００を含まないことも考えられる。
【００４３】
以下、センサデバイス１００及びゲートウェイ２００間において、管理情報要求メッセージ４００及び管理情報応答メッセージ５００が送受信されることで遠隔管理に係る処理を、図１を参照しながら説明する。
【００４４】
ゲートウェイ２００は、遠隔管理サーバ３００から、遠隔管理の指示（遠隔管理メッセージ／管理リクエスト）を受信すると、センサデバイス１００の遠隔管理通信を開始する。この通信において、ゲートウェイ２００は、各センサデバイス１００Ａ乃至１００Ｆに対してブロードキャストにより管理情報要求メッセージ４００を送信する。
【００４５】
尚、図１の例では、管理情報要求メッセージ４００の伝播にブロードキャスト通信が用いられているが、これに限られるものではない。例えば、ユニキャスト通信やマルチキャスト通信を用いることも可能である。しかしながら、管理情報要求メッセージを各センサデバイスにユニキャスト通信で送信するよりも、ブロードキャスト通信で一斉送信した方が、メッセージの伝播効率がよく、一般的には電力消費を抑制できる。
【００４６】
実施形態１では、センサデバイス１００は、ゲートウェイ２００から送信された管理情報要求メッセージ４００を受信した際に、管理情報要求メッセージ４００に含まれる応答方法の指示を参照し、今回又は以前に受信した応答方法の指示に基づき、管理情報応答メッセージ５００を作成し、ゲートウェイ２００へと返信する。また、センサデバイス１００は、この管理情報要求メッセージ４００に含まれた応答方法を保持し続けるので、それ以降の管理情報要求メッセージ４００に対しても、当該応答方法に従って処理する（管理情報応答メッセージ５００の作成及び応答する、または応答しない）ことが可能となる。
【００４７】
図１に例を示す管理情報要求メッセージ４００には、宛先としてブロードキャストアドレスである「０ｘＦＦＦＦ」が、送信元としてゲートウェイ２００のアドレスである「０ｘ１２３４」が、管理命令として各センサデバイス１００にパラメータのインスタンスの応答を指示する「パラメータ取得」が、命令対象のパラメータとして「電力残量情報」が、それぞれ指定されている。また、センサデバイス１００に対して指示する応答方法として、「Ａ、Ｃ，Ｆのセンサデバイスは、今回の管理情報要求メッセージから３回目の管理情報要求メッセージに応答すること」との内容が、管理情報要求メッセージ４００内で指定されている。
【００４８】
管理情報要求メッセージ４００を受信したセンサデバイス１００Ｂ、１００Ｄ、及び１００Ｅは、応答方法に自装置向けの指示がないことを確認し、管理命令（パラメータ取得）と命令対象パラメータ（電力残量情報）とを参照することで、電力残量情報（バッテリ残量情報）の値を含む管理情報応答メッセージ５００をゲートウェイ２００へ送信（返信）する。
【００４９】
センサデバイス１００Ａが中継する管理情報応答メッセージ５００（センサデバイス１００Ｂ、１００Ｄ、及び１００Ｅがそれぞれ送信するので、センサデバイス１００Ａは計３つ中継する）には、宛先としてゲートウェイ２００のアドレス「０ｘ１２３４」が、送信元として、各センサデバイス１００のアドレス（センサデバイス１００Ｅであれば「０ｘ０００Ｅ」）が、管理応答としてパラメータ取得の命令に対する応答であることを示す「パラメータ応答」が、応答対象のパラメータとして「電力残量情報」が、パラメータのインスタンス値として、各センサデバイス１００の電力残量値（センサデバイス１００Ｅであれば「１７８３０」）が、それぞれ含まれる。
【００５０】
一方、管理情報要求メッセージ４００を受信したセンサデバイス１００Ａ、１００Ｃ、及び１００Ｆは、応答方法に自装置向けの指示があることを確認し、「Ａ、Ｃ，Ｆのセンサデバイスは、今回の管理情報要求メッセージから３回目の管理情報要求メッセージに応答すること」との指示に従って、今回の管理情報要求メッセージ４００には、応答しない。
【００５１】
ゲートウェイ２００は、受信したセンサデバイス１００Ｂ、１００Ｄ、及び１００Ｅに関する管理情報応答メッセージ５００の情報を記憶すると共に、遠隔管理サーバ３００へ、応答情報を通知（管理応答メッセージを送信）する。またゲートウェイ２００は、定期管理の閾値を超えた時点（次の定期管理に入る直前）、或いは遠隔管理サーバ３００に次の管理を指示された時点等に、未応答であるセンサデバイス１００Ａ、１００Ｃ、及び１００Ｆの応答情報を、以前にセンサデバイス１００Ａ、１００Ｃ、及び１００Ｆから取得（受信）していた管理状態情報に基づいて作成し、遠隔管理サーバ３００へと送信する。
【００５２】
このように、センサデバイス１００が、ゲートウェイ２００により送信された管理情報要求メッセージ４００の応答方法の指示に従い、管理情報要求メッセージ４００へ応答するか否か（管理情報応答メッセージ５００を送信するか否か）を判別する。
【００５３】
これにより、センサデバイス１００は、少なくとも一部の管理情報要求メッセージ４００に対しては応答する必要がなくなり、結果として、遠隔管理通信における管理情報応答メッセージ５００に係るトラヒックを抑制することが可能となる。
【００５４】
すなわち、ゲートウェイ２００が、電力消費を抑制するように適切な応答方法を指定すれば、センサデバイス１００の電力消費を低減し、結果として、センサネットワークＮ１全体の稼動寿命を延長することが可能となる。
【００５５】
また、ゲートウェイ２００は、定められた時刻までに未応答のセンサデバイス１００（管理情報応答メッセージ５００を送信しなかったセンサデバイス１００、又はパケットロス等により管理情報応答メッセージ５００がゲートウェイ２００に届かなかったセンサデバイス１００）の応答情報を、保持している、該当センサデバイス１００の過去の情報を元に作成することで、各センサデバイス１００Ａ乃至１００Ｆの管理情報を遠隔管理サーバ３００へ送信することができる。
【００５６】
従って、定期間隔でセンサデバイス１００を管理する遠隔管理を実現しつつ、遠隔管理を実現する遠隔管理通信に係る通信トラヒックを抑制することで、センサネットワークＮ１及びセンサデバイス１００の寿命を延ばすことが可能となる。
【００５７】
（２．２ 各デバイスの構成）
以下、センサデバイス１００の構成を「２．２．１」で、ゲートウェイ２００の構成を「２．２．２」で、それぞれ説明する。
【００５８】
（２．２．１ センサデバイス１００の構成）
実施形態１に係るセンサデバイス１００の構成について、図２を参照しながら説明する。図２において、実線の矢印は、各構成間の制御や参照、及び情報の流れを示す。
【００５９】
センサデバイス１００は、管理情報要求メッセージ４００を受信し、当該管理情報要求メッセージ４００内で指示された応答方法に従って、以降の管理情報要求メッセージ４００に対する管理情報応答メッセージ５００を作成及び送信する。
【００６０】
センサデバイス１００は、管理情報要求メッセージ４００を受信する管理情報要求メッセージ受信部１１０、受信した管理情報要求メッセージ４００の受理及び転送の要否を判別するパケット処理決定部１２０、管理情報要求メッセージ４００内の応答方法の処理及び管理情報応答メッセージ５００の作成を行う応答処理部１３０、センサデバイス１００の状態情報であるセンサ情報１４１を記憶する記憶媒体である記憶部１４０、管理情報応答メッセージ５００の送信及び管理情報要求メッセージ４００の転送を行う管理情報メッセージ送信部１５０、及び他のセンサデバイス１００と直接に通信するためのセンサデバイスインタフェース１６０とを含む。
【００６１】
管理情報要求メッセージ受信部１１０は、他のセンサデバイス１００或いはセンサモジュールを搭載したゲートウェイ２００から、自装置宛の管理情報要求メッセージ４００を受信し、受信処理を行ったうえで、パケット処理決定部１２０へ、受信した管理情報要求メッセージ４００に係るデータを渡す。尚、管理情報要求メッセージ４００は、ユニキャストパケット、ブロードキャストパケット、マルチキャストパケットの何れでもよく、管理情報要求メッセージ受信部１１０は、自装置宛と判断できるものを全て受信する。
尚、管理情報要求メッセージ受信部１１０が受信する管理情報要求メッセージ４００のフォーマットについては、図４を参照しながら後述する。
【００６２】
パケット処理決定部１２０は、管理情報要求メッセージ受信部１１０から、管理情報要求メッセージ４００のデータを受取り、次の２つの処理を行う。
まず、パケット処理決定部１２０は、受け取ったデータを参照し、管理情報要求メッセージ４００を転送するか否かを判断する。パケット処理決定部１２０は、受け取ったデータの情報に基づき、転送すべき管理情報要求メッセージ４００であると判断した場合には、他のセンサデバイス１００へ管理情報要求メッセージ４００を送信（転送）すべく管理情報要求メッセージ４００のデータを、管理情報メッセージ送信部１５０へ渡す。
【００６３】
尚、パケット処理決定部１２０は、転送するか否かの判断を、一般的なセンサネットワークのルーティングと同様のルールに従って行えばよい。すなわち、ユニキャストパケット及びマルチキャストパケットに対しては、自装置宛でなければ、定められた転送先に転送し、また、ブロードキャストパケットについては、定められたブロードキャスト方式に従って、隣接のセンサデバイス１００へと転送すべく、パケット処理決定部１２０は判断すれば良い。
【００６４】
２番目の処理として、パケット処理決定部１２０は、受け取った管理情報要求メッセージ４００に係るデータを、自装置で処理するか否か（受理するか否か）を判別する。パケット処理決定部１２０は、データを受理する場合（データを処理すべきと判断した場合）、受信した管理情報要求メッセージ４００に係るデータを応答処理部１３０の応答決定部１３１へ渡す。一方、データを受理しない（自装置で処理しない）場合には、パケット処理決定部１２０は当該データを破棄する。
【００６５】
例えば、管理情報要求メッセージ４００をユニキャストパケットとして受信した場合、宛先が自装置宛ではなければ、パケット処理決定部１２０は自装置で処理すべきでない（受理すべきでない）と判断することができる。一方、例えば管理情報要求メッセージ４００をブロードキャストパケットとして受信した場合には、以前受信した管理情報要求メッセージ４００と同一でなければ、パケット処理決定部１２０は自装置で処理すべき（受理すべき）と判断することができる。
【００６６】
その他、管理情報要求メッセージ４００の受理処理に関する上位レイヤの判断として、特定のセンサデバイス１００が中継した管理情報要求メッセージ４００であれば受理或いは破棄する、送信したゲートウェイ２００のアドレスを参照して受理或いは破棄する、または、管理情報要求メッセージ４００のセキュリティ情報を参照して受理或いは破棄する、等の判断基準を考えることもできる。
【００６７】
応答処理部１３０は、パケット処理決定部１２０から受け取った管理情報要求メッセージ４００のデータ内にある応答方法を参照し、応答方法の指示に従った応答方法を決定して記憶（保持）する。また、応答処理部１３０は、保持（記憶）した応答方法を参照し、今回受け取った管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信するか否かを判断し、管理情報応答メッセージ５００を送信すると判断した場合には、自装置のセンサ情報１４１を元に、管理情報応答メッセージ５００を作成する。
【００６８】
応答処理部１３０は、応答方法を決定し、応答するべきか否かを判別する応答決定部１３１、応答方法を応答方法情報１３６として記憶（保持）すると共に、管理情報要求メッセージ４００の受信回数等にかかるパラメータである応答方法計算情報１３７を記憶する記憶部１３５、管理情報応答メッセージ５００を作成する管理情報応答メッセージ作成部１３３を含む。
【００６９】
応答決定部１３１は、パケット処理決定部１２０から受け取った管理情報要求メッセージ４００のデータ内にある応答方法を参照し、当該応答方法の指示に従った応答方法を決定して、記憶部１３５内の応答方法情報１３６として記憶する。管理情報要求メッセージ４００内に応答方法が指示されていない場合には、応答方法の決定及び応答方法情報１３６への記憶は行わない。
【００７０】
尚、応答決定部１３１は、記憶部１３５に複数の応答方法情報１３６を記憶することができるが、応答方法情報１３６として記憶された応答方法と矛盾する応答方法での対応を受信した場合には、優先度の高い応答方法を応答方法情報１３６として記憶し、優先度の低い応答方法は、応答方法情報１３６から削除する。ここで、優先度は、センサネットワークＮ１の運用ポリシーに基づき、運用者等が自由に設定することができるが、一般的には、新たに決定された応答方法の方が優先度が高い。
【００７１】
また、応答決定部１３１は、今回自装置が受信した管理情報要求メッセージ４００に対して、今回及び以前に応答方法情報１３６として保持した応答方法、及び応答方法計算情報１３７に基づき、管理情報応答メッセージ５００を送信するか否か、すなわち、管理情報要求メッセージ４００に対して応答するか否かを判断する。応答決定部１３１は、今回自装置が受信した管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信すると判断した場合、管理情報応答メッセージ作成部１３３に、管理情報応答メッセージ５００の作成を指示する。
【００７２】
また、応答決定部１３１は、管理情報要求メッセージ４００を受信したことにより、応答方法計算情報１３７を更新する。例えば、応答方法情報１３６として、「管理情報要求メッセージを２回受信してから管理情報応答メッセージを１回送信しろ」との応答方法を応答方法情報１３６として保持していた場合には、応答決定部１３１は、今回の管理情報要求メッセージ４００の受信が何回目なのかを、応答方法計算情報１３７として記憶し、更新する。
【００７３】
尚、応答決定部１３１は、センサ情報（自装置の状態情報）の内容を応答条件に含む応答方法を受け取っている場合には、記憶部１４０のセンサ情報１４１を参照する。そして、応答決定部１３１は、参照したセンサ情報１４１の内容に応じて、記憶部１３５の応答方法計算情報１３７を更新する。
【００７４】
記憶部１３５が記憶する応答方法情報１３６は、応答決定部１３１から受け取った応答方法の内容を記憶するものである。また、応答方法計算情報１３７は、応答方法情報１３６と対応付けて管理されるパラメータである。応答方法計算情報１３７は、上述の通り、管理情報要求メッセージ４００の受信に伴い、パラメータとして更新される。応答決定部１３１が採用する応答方法で定める閾値や適合値を応答方法計算情報１３７のパラメータが充足した場合、応答決定部１３１にて、管理情報要求メッセージ４００に対して応答する旨の判断がなされる。尚、上述の通り、記憶部１３５は、応答方法情報１３６及びそれに関連する応答方法計算情報１３７の組を、１つ以上保持することができる。
【００７５】
管理情報応答メッセージ作成部１３３は、応答決定部１３１からの指示に従い、管理情報応答メッセージ５００を作成する。管理情報応答メッセージ内の管理情報は、記憶部１４０が記憶するセンサ情報１４１（自装置の状態情報）を参照して作成する。尚、管理情報応答メッセージ５００の最終宛先は、管理情報要求メッセージ４００の送信元（例えば、ゲートウェイ２００）である。管理情報応答メッセージ作成部１３３は、作成した管理情報応答メッセージ５００を、管理情報メッセージ送信部１５０へと渡す。尚、管理情報応答メッセージ作成部１３３が作成する管理情報応答メッセージ５００のフォーマットについては、図５を参照しながら後述する。
【００７６】
記憶部１４０が記憶するセンサ情報１４１は、上述の通り、自装置の状態情報である。センサ情報１４１に含まれる情報は、自装置に関するあらゆる情報であり、一例として、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種別情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティング情報、隣接リンク品質情報、保持するソフトウェアモジュール等がある。
【００７７】
管理情報メッセージ送信部１５０は、パケット処理決定部１２０から転送を指示された管理情報要求メッセージ４００、及び応答処理部１３０の管理情報応答メッセージ作成部１３３が作成した管理情報応答メッセージ５００を、指定の宛先へと送信する。
【００７８】
センサデバイスインタフェース１６０は、他のセンサデバイス１００、及びセンサモジュールを搭載した（センサデバイス用のインタフェースを備えた）ゲートウェイ２００と、管理情報要求メッセージ４００及び管理情報応答メッセージ５００の送受信を行うためのインタフェースである。
【００７９】
（２．２．２ ゲートウェイ２００の構成）
実施形態１に係るゲートウェイ２００の構成について、図３を参照しながら説明する。図３において、実線の矢印は、各構成間の制御や参照、及び情報の流れを示す。
【００８０】
ゲートウェイ２００は、遠隔管理サーバ３００から遠隔管理のリクエスト（管理要求メッセージ／管理リクエスト）を受信した際に、現在の各センサデバイス１００に係る管理状態情報等から各センサデバイス１００に指示する応答方法を決定し、当該応答方法を含んだ管理情報要求メッセージ４００を作成及び送信する。
【００８１】
ゲートウェイ２００は、遠隔管理サーバ３００から指示を受け、遠隔管理の処理を行うデバイス管理部２１０、センサデバイス１００の省電力遠隔処理を行う遠隔管理メッセージ処理部２２０、管理情報要求メッセージ４００の送信処理を行う管理情報要求メッセージ送信部２３０、管理情報応答メッセージ５００の受信処理を行う管理情報応答メッセージ受信部２４０、遠隔管理サーバ３００等の外部サーバと通信するための外部接続インタフェース２５０、センサデバイス１００と通信するためのセンサデバイスインタフェース２６０を含む。
【００８２】
デバイス管理部２１０は、遠隔管理サーバ３００から遠隔管理の要求を受信し、当該要求が、センサデバイス１００の遠隔管理を必要とする内容であれば、遠隔管理メッセージ処理部２２０の応答方法指示決定部２２１へ、センサデバイス１００の遠隔管理を指示する。応答方法指示決定部２２１への指示には、どのセンサデバイス１００に対する指示であり（特定のセンサデバイス１００Ａ乃至１００Ｆに対する指示か、全てのセンサデバイス１００に対する指示か、等）、どのような管理命令であり、かつどのようなパラメータを扱うか、等の内容が含まれる。
【００８３】
また、デバイス管理部２１０は、遠隔管理メッセージ処理部２２０の応答メッセージ処理部２２７から、センサデバイス１００の遠隔管理の応答情報を受け取り、その応答情報を、遠隔管理サーバ３００への応答として送信する。
【００８４】
遠隔管理メッセージ処理部２２０は、デバイス管理部２１０からセンサデバイス１００の遠隔管理の指示を受け取り、電力消費を抑制しつつ好適な遠隔管理を行うための応答方法を決定して管理情報要求メッセージ４００を作成すると共に、センサデバイス１００から受信した管理情報応答メッセージ５００に含まれる応答情報、及び受信しなかった未応答のセンサデバイス分の応答情報を適宜管理、作成、及び加工等し、デバイス管理部２１０へと当該応答情報を出力する。
【００８５】
遠隔管理メッセージ処理部２２０は、応答方法指示決定部２２１、管理状態情報２２４を記憶する記憶部２２３、管理情報要求メッセージ作成部２２５、及び応答メッセージ処理部２２７を含む。
【００８６】
応答方法指示決定部２２１は、デバイス管理部２１０からセンサデバイス１００の遠隔管理の指示を受け取り、各センサデバイス１００の応答方法を決定する。応答方法は、管理状態情報２２４として保持されている各センサデバイス１００の管理状態や、センサネットワークＮ１の構成及び状態等を参照して、センサネットワークＮ１全体の電力消費を抑制しつつ、適切な遠隔管理をおこなえる方法を判断して、センサデバイス１００毎に決定される。
【００８７】
応答方法指示決定部２２１は、決定した応答方法を含む管理情報要求メッセージ４００を作成するように、管理情報要求メッセージ作成部２２５へ指示する。尚、応答方法の決定に辺り、応答方法指示決定部２２１がいずれのセンサデバイス１００にも応答方法を指示しない場合もある。この場合には、応答方法指示決定部２２１は、管理情報要求メッセージ４００による応答方法の指定を行わない。
また、応答方法指示決定部２２１は、決定した応答方法（センサデバイス１００に指示する応答方法）を、応答メッセージ処理部２２７へ通知する。
【００８８】
記憶部２２３は、応答方法指示決定部２２１から受け取った、各センサデバイス１００に関する管理状態情報２２４を記憶（保持）する。各センサデバイス１００の管理状態情報２２４には、今回新たに入手した最新の情報に加えて、以前、各センサデバイス１００から取得（受信）した過去の情報も併せて含まれる。管理状態情報２２４の具体例については、図６を参照しながら後述する。
【００８９】
管理情報要求メッセージ作成部２２５は、応答方法指示決定部２２１が決定した各センサデバイス１００へ指示する応答方法を含む管理情報要求メッセージ４００を作成し、管理情報要求メッセージ送信部２３０へと渡す。尚、応答方法指示決定部２２１から、特に応答方法が指示されない場合には、管理情報要求メッセージ作成部２２５は、特に応答方法を記述しない。尚、管理情報要求メッセージ作成部２２５が作成する管理情報要求メッセージ４００の具体的内容については、図４を参照しながら後述する。
【００９０】
応答メッセージ処理部２２７は、管理情報応答メッセージ受信部２４０から管理情報応答メッセージ５００を受取り、この中に含まれるセンサデバイス１００の管理情報（各センサデバイス１００の管理状態情報２２４）を、記憶部２２３に管理状態情報２２４として記録する。また、応答メッセージ処理部２２７は、受け取った管理情報応答メッセージ５００のフォーマットを変換する等、情報を整理した上で、デバイス管理部２１０へ出力する。もし、受け取った管理情報応答メッセージ５００の中の管理パラメータに一部欠損等があれば、応答メッセージ処理部２２７は、該当するセンサデバイス１００に対応する管理状態情報２２４を記憶部２２３から読込むと共に応答方法指示決定部２２１が決定した応答方法を参照して、欠損した情報を補う（加工する）。
【００９１】
また、定められた時刻（或いは定められた時間）までに管理情報応答メッセージ５００を送信してこなかったセンサデバイス１００が存在する場合には、応答メッセージ処理部２２７は、当該センサデバイス１００に対応する管理状態情報２２４、及び応答方法指示決定部２２１から受け取った応答方法を参照して、管理情報応答メッセージ５００に対応するデータを作成し、デバイス管理部２１０へ出力する。尚、定められた時刻（閾値時刻）としては、例えば、ゲートウェイ２００内で独自に定めた時刻、遠隔管理サーバ３００から与えられた時刻、遠隔管理サーバ３００から次のサイクルの遠隔管理指示を受信した時刻等、色々と考えうるが、何れであっても良い。
【００９２】
管理情報要求メッセージ送信部２３０は、遠隔管理メッセージ処理部２２０の管理情報要求メッセージ作成部２２５から受取った管理情報要求メッセージ４００の送信処理を行い、センサデバイス１００へ送信する、
【００９３】
管理情報応答メッセージ受信部２４０は、センサデバイス１００から管理情報応答メッセージ５００を受信して受信処理をした後、管理情報応答メッセージ５００のデータを応答メッセージ処理部２２７へ渡す。
外部接続インタフェース２５０は、ゲートウェイ２００が遠隔管理サーバ３００等の外部サーバと通信するためのインタフェースである。
センサデバイスインタフェース２６０は、ゲートウェイ２００がセンサデバイス１００と通信するためのインタフェースである。
【００９４】
（２．３ メッセージの構成）
次に、センサデバイス１００が、ゲートウェイ２００及び他のセンサデバイス１００と送受信する管理情報要求メッセージ４００及び管理情報応答メッセージ５００のフォーマットについて、図４及び図５を用いて説明する。
【００９５】
（２．３．１ 管理情報要求メッセージ４００）
図４は、管理情報要求メッセージ４００のフォーマットの一例を示す。管理情報要求メッセージ４００は、宛先アドレス４１０、送信元アドレス４３０、管理内容４５０を含む。
【００９６】
宛先アドレス４１０は、管理情報要求メッセージ４００の最終的な宛先となるセンサデバイス１００のネットワークアドレスを示す。宛先アドレス４１０には、ユニキャストアドレス、マルチキャストアドレス、ブロードキャストアドレス、エニキャストアドレスのいずれも指定することができる。
送信元アドレス４３０は、管理情報要求メッセージ４００の送信元センサデバイス、あるいは送信元のゲートウェイ２００のセンサモジュールのネットワークアドレスを示す。
【００９７】
管理内容４５０は、センサデバイス１００の遠隔管理に関するデータ群であり、遠隔管理の内容を示す管理命令４５１、遠隔管理の対象パラメータを示す管理パラメータ４５３、応答方法４５９を含む。
【００９８】
管理命令４５１は、管理情報要求メッセージ４００が、宛先のセンサデバイス１００に対して、どのような管理を行うかの命令が含まれる。管理命令４５１の内容としては、例えば、以下のようなものが挙げられる。
・センサデバイス１００へ指定の管理パラメータに対するインスタンスの応答を指示。
・センサデバイス１００へ指定の管理パラメータのインスタンスの設定を指示。
・センサデバイス１００へ再起動を指示。
・センサデバイス１００へ単純応答を指示（死活の管理のため）。
・センサデバイス１００へ、デバイス内のソフトウェアモジュールのインストール、アンインストール、起動、又は停止を指示。
・センサデバイス１００へ任意のソフトウェアモジュールのダウンロードを指示。
【００９９】
本実施形態１及び実施形態２での説明では、説明の簡単のため、主に管理命令４５１に「センサデバイス１００へ指定の管理パラメータに対するインスタンスの応答を指示」が設定されている管理情報要求メッセージ４００が送受信されている場合を例に説明している。すなわち、管理情報要求メッセージ４００が、センサデバイス１００に対して、センサデバイスの状態情報を要求する場合を例に説明している。しかしながら、他の命令が管理命令４５１に設定されていてもかまわない。つまり、どのような管理命令４５１が設定されていたとしても、センサデバイス１００が、応答方法４５９で指示された応答方法に基づいて決定された応答方法に従って、管理情報応答メッセージ５００を作成して応答する（若しくは応答しない）。
【０１００】
管理パラメータ４５３は、管理情報要求メッセージ４００が扱うセンサデバイス１００の状態情報に関するデータ群である。尚、管理パラメータ４５３は、管理命令４５１の種類によっては、存在しない場合がある。管理パラメータ４５３には、パラメータ４５５及びインスタンス４５７が含まれる。
【０１０１】
パラメータ４５５は、センサデバイス１００から取得する状態情報のパラメータ、あるいはセンサデバイス１００へ設定する状態情報のパラメータを指定するためのものである。すなわち、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種別情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティング情報、隣接リンク品質情報、保持するソフトウェアモジュール等の、センサデバイス１００から取得したいパラメータ種別が、パラメータ４５５で指定される。
【０１０２】
インスタンス４５７には、パラメータ４５５で指定されたパラメータ種別のインスタンス（実体、実体値）が記述される。例えば、パラメータ４５５にネットワークアドレスが指定されている場合、ネットワークアドレスの値が、インスタンス４５７に記述される。尚、インスタンス４５７は、管理命令４５１の種類や、パラメータ４５５の種類によっては、記述されない場合がある。
【０１０３】
応答方法４５９は、センサデバイス１００に対して、今回の管理情報要求メッセージ４００の受信以降、どのように管理情報要求メッセージ４００に対して応答すべきかの方法を指定するためのものである。応答方法４５９に記述される応答方法の一例としては、例えば以下のようなものが考えられる。尚、応答方法４５９には、以下の例を複数設定することも可能である。
【０１０４】
・Ｘ回の管理情報要求メッセージ４００に対して、Ｙ回の管理情報応答メッセージ５００を送信すること（但し、ＹはＸ以下の整数値。Ｘ＝Ｙとすると、毎回応答する指示となる）。
【０１０５】
・Ｘ回の管理情報要求メッセージ４００の中で、Ｎ回目に管理情報応答メッセージ５００を送信すること（但し、ＮはＸ以下の整数値。Ｎは複数回を指定可能であり、例えば１、３、５回目の応答を指示しても良い）。
【０１０６】
・今回の管理情報要求メッセージ４００の受信を起点に、Ｚ回目の管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信すること（Ｚ回目の送信処理後に、本命例を繰り返して次のＺ回目に応答するようにしても良い。例えば、Ｚ回目の応答の後、起点となる受信からＺ＋Ｚ回目の管理情報要求メッセージ４００に対して応答しても良い）。
【０１０７】
・今回以降の管理情報要求メッセージ４００の中で、ある特定の管理パラメータ４５３、パラメータ４５５、又はインスタンス４５７を含む管理情報要求メッセージ４００に対しては、管理情報応答メッセージ５００を送信すること、或いは送信しないこと。
【０１０８】
・今回の管理情報要求メッセージ４００の受信を起点に、Ｚ回目までの全ての管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信すること（すなわち、Ｚ回目以降の管理情報要求メッセージ４００に対しては応答しなくて良い）。
【０１０９】
・指定したセンサデバイス１００のみ管理情報応答メッセージ５００を送信すること、或いは送信しないこと（このとき、センサデバイス１００の指定方法としては、ネットワークアドレスやＭＡＣアドレス、その他センサデバイス１００の識別子による指定のほか、ゲートウェイ２００からのホップ数による指定（Ｍホップ目まで、Ｍホップ目のみ、またはＭホップ目以降等）、センサデバイス１００の保持するアプリケーションによる指定、センサデバイス１００の地理的位置情報による指定、等が考えられる）。
・管理情報要求メッセージ４００に対して、Ｐの確率で管理情報応答メッセージ５００を送信すること。
【０１１０】
・管理情報要求メッセージ４００の受信時、あるいはそれ以前の任意のタイミングにおいて、センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３の実測値（インスタンス）が、前回計測時と比べてＷ以上（又は以下）の変化である場合に、管理情報応答メッセージ５００を送信すること。
【０１１１】
・管理情報要求メッセージ４００の受信時、あるいはそれ以前の任意のタイミングにおいて、センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３の実測値（インスタンス）が、閾値Ｖを上回っている（又は下回っていた）場合に、管理情報応答メッセージ５００を送信すること。
【０１１２】
・管理情報要求メッセージ４００の受信時、あるいはそれ以前の任意のタイミングにおいて、センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３の実測値（インスタンス）に、新たな値（又は古い値）が設定されていた場合に、管理情報応答メッセージ５００を送信すること。
・センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３に係る条件が、過去数回の計測においてＵ回以上（又は以下）成立した場合に、管理情報応答メッセージ５００を送信すること。
【０１１３】
（２．３．２ 管理情報応答メッセージ５００）
続いて、図５を参照しながら、管理情報応答メッセージ５００について説明する。図５は、管理情報応答メッセージ５００のフォーマットの例を示す図である。
管理情報応答メッセージ５００は、宛先アドレス５１０、送信元アドレス５２０、管理内容５３０を含む。
【０１１４】
宛先アドレス５１０は、管理情報応答メッセージ５００の最終的な宛先となるセンサデバイス１００、或いはゲートウェイ２００（のセンサモジュール）のネットワークアドレスである。
送信元アドレス５２０は、管理情報応答メッセージ５００の送信元となるセンサデバイス１００のネットワークアドレスである。
【０１１５】
管理内容５３０は、センサデバイス１００の遠隔管理に関するデータ群であり、遠隔管理の内容を示す管理応答５３１、遠隔管理の対象パラメータ種別を示す管理パラメータ５３３を含む。
【０１１６】
管理応答５３１は、管理情報要求メッセージ４００により自センサデバイス１００に対して指示された管理の命令内容に対する応答内容が記述される。すなわち、どのような管理命令４５１に対して応答しているのか、が管理応答５３１に記述される。
【０１１７】
管理パラメータ５３３は、管理情報応答メッセージ５００が扱うセンサデバイス１００の状態情報に関するデータ群である。管理パラメータ５３３には、パラメータ５３５、インスタンス５３７が含まれる。尚、管理パラメータ５３３は、管理応答５３１の種類によっては、存在しない場合がある。
【０１１８】
パラメータ５３５は、センサデバイス１００の状態情報のパラメータ種別を指定するためのものである。すなわち、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種別情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティング情報、隣接リンク品質情報、保持するソフトウェアモジュール、等の種別が、パラメータ５３５により指定される。
【０１１９】
インスタンス５３７には、パラメータ５３５で指定されたパラメータ種別のインスタンス（実体、実体値）が記述される。例えば、パラメータ５３５で、種別としてデバイスモデル名が指定されている場合、インスタンス５３７には、デバイスモデルの名前の文字列あるいは文字列コードが記述される。尚、インスタンス５３７は、管理応答５３１の種類や、パラメータ５３５の種類によっては、存在しない（記述されない）場合もある。
【０１２０】
（２．４ 管理状態情報２２４）
次に、ゲートウェイ２００の記憶部２２３が記憶する管理状態情報２２４について、図６を参照しながら説明する。図６は、実施形態１に係るゲートウェイ２００の記憶部２２３に記録される管理状態情報２２４の例である。
【０１２１】
管理状態情報２２４は、ゲートウェイ２００の応答方法指示決定部２２１が応答方法を決定する際や、応答メッセージ処理部２２７が欠損データの加工や未応答センサデバイスの応答情報を作成する際等に参照される情報である。
【０１２２】
ここで、管理状態情報２２４は、センサデバイス１００の管理状態を、例えば図６に例を示す表のような形で保持する。但し、管理状態情報２２４の管理形式は表に限られるものではなく、同様の機能を実現できる形であれば、リスト構造やツリー構造、リング構造等、どのような形式であっても良い。
【０１２３】
管理状態情報２２４は、センサデバイスＩＤ２２４Ａ、時刻２２４Ｂ、及び製造番号や電力残量情報等の管理パラメータ２２４Ｃを含む。管理状態情報２２４は、情報検索や情報挿入及び修正、削除において、センサデバイスＩＤ２２４Ａ、時刻２２４Ｂ、管理パラメータ２２４Ｃのいずれの情報も、他の情報の鍵（キー）として使用することができる。例えば、センサデバイスＩＤ２２４Ａをキーとして、新たな任意の時刻２２４Ｂ及び管理パラメータ２２４Ｃのデータを追加することができる。
【０１２４】
センサデバイスＩＤ２２４Ａは、センサデバイス１００を固有に識別可能な識別子である。例えば、センサデバイスＩＤ２２４Ａに用いられる情報の例としては、各センサデバイス１００の通信モジュールに固有に割り当てられるＭＡＣアドレスや、或いはこれに相当する、装置固有の識別情報を使うことが考えられる。
【０１２５】
時刻２２４Ｂは、各センサデバイス１００から管理情報応答メッセージ５００を受信した時刻（或いは、管理情報応答メッセージ５００を受信して、管理状態情報２２４にその情報を登録する時刻）である。時刻２２４Ｂは、絶対時刻（年月日、及び時、分、秒、ミリ秒）で示しても良いし、ゲートウェイ２００の起動時刻を基準とした相対時刻で示しても良い。図６の例では、絶対時刻で時刻２２４Ｂが表現されている。また、時刻２２４Ｂでの記述粒度（何ミリ秒まで記述するか、或いは何マイクロ秒まで記述するか等）は、自由に設定することが可能である。
【０１２６】
管理パラメータ２２４Ｃは、各センサデバイス１００から、時刻２２４に記載の時刻に取得した各センサデバイス１００の状態情報である。状態情報としては、例えば、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種類情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティン偽情報、隣接リンク品質情報、保持するソフトウェアモジュール、等が挙げられる。
【０１２７】
（２．５ 処理の流れ）
センサデバイス１００及びゲートウェイ２００の処理の流れを、図７及び図８をそれぞれ参照しながら説明する。
【０１２８】
（２．５．１ センサデバイス１００の処理の流れ）
センサデバイス１００の処理の流れを、図７を用いて説明する。図７は、実施形態１に係るセンサデバイス１００の処理の流れを示すフローチャートである。尚、センサデバイス１００は、図７に係るフローチャートの終了後、再度この処理を実行しても良い。
【０１２９】
管理情報要求メッセージ受信部１１０が管理情報要求メッセージ４００を受信すると（Ｓ７０１）、パケット処理決定部１２０は、受信した管理情報要求メッセージ４００が、転送する必要があるか否かを判別する（Ｓ７０３）。もし、受信した管理情報要求メッセージ４００を転送する必要がある場合には（Ｓ７０３のＹｅｓ）、管理情報メッセージ送信部１５０は、当該管理情報要求メッセージ４００の転送処理を行う（Ｓ７０５）。
【０１３０】
ここで、パケット処理決定部１２０による転送処理を行うか否かの判断は、一般的なセンサネットワークのルーティングと同様に行うことができる。たとえば、ユニキャストパケット及びマルチキャストパケットに対しては、自装置宛でなければ、パケット処理決定部１２０は、定められた転送先にパケットを転送すべく判断する。また、ブロードキャストパケットについては、パケット処理決定部１２０は定められたブロードキャスト方式に従い、隣接のセンサデバイス１００に送信すべく判断する。
【０１３１】
受信した管理情報要求メッセージ４００が転送する必要がない場合（Ｓ７０３のＮｏ）、若しくは転送処理が完了した場合（Ｓ７０５）には、パケット処理決定部１２０は、当該管理情報要求メッセージ４００が、自装置で処理すべき要求メッセージであるか否かを判別する（Ｓ７０７）。例えば、管理情報要求メッセージ４００をユニキャストパケットとして受信した場合は、パケット処理決定部１２０は、宛先が自装置宛でなければ処理すべきでないパケットであると判断することができる。一方で、例えば管理情報要求メッセージ４００をブロードキャストパケットとして受信した場合は、パケット処理決定部１２０は、自装置で処理すべきパケットだと判断することができる。その他、前述の通り、管理情報要求メッセージ４００の受理処理に関する上位レイヤの判断に基づく受理及び破棄の判断もあり得る。
【０１３２】
受信した管理情報要求メッセージ４００を、自装置で処理すべきでない（受理すべきでない）と判断された場合には、Ｓ７０１に戻り、センサデバイス１００は次の管理情報要求メッセージ４００の受信を待つ。
【０１３３】
受信した管理情報要求メッセージ４００を、自装置で処理すべき（受理すべき）と判断された場合には、応答決定部１３１にて、管理情報要求メッセージ４００内に、応答方法の指示が含まれているか否かを判別する（Ｓ７０９）。
【０１３４】
もし、受信した管理情報要求メッセージ４００内に応答方法がある場合には（Ｓ７０９のＹｅｓ）、当該応答方法と、記憶部１３５の応答方法情報１３６として記憶している、以前登録された応答方法とが、矛盾する内容であるか否かを応答決定部１３１は判断する（Ｓ７１１）。
【０１３５】
もし、今回新たに指示された応答方法と、登録された応答方法とが矛盾する場合には、応答決定部１３１は、どちらの優先度が高いかを判断し（Ｓ７１３）、今回受信した管理情報要求メッセージ４００により指示された応答方法の方が優先度が高い場合には（Ｓ７１３のＹｅｓ）、応答決定部１３１は、当該応答方法を記憶部１３５に応答方法情報１３６として登録する（Ｓ７１５）。Ｓ７１３において、記憶部１３５に登録された応答方法の方が優先度が高い場合には、応答決定部１３１は、受信した管理情報要求メッセージ４００により今回指示された応答方法を無視して、Ｓ７１７の処理に進む。
【０１３６】
Ｓ７１１で、今回受信した管理情報要求メッセージ４００で指示された応答方法と、応答方法情報１３６として登録済みの応答方法とが矛盾しない場合には（Ｓ７１１のＮｏ）、応答決定部１３１は、今回の管理情報要求メッセージ４００で指示された応答方法を、応答方法情報１３６に新たに記録（登録／更新）する（Ｓ７１５）。
【０１３７】
Ｓ７１５で応答方法を新たに記録した後、Ｓ７０９で応答方法の指示がなかった場合（Ｓ７０９のＮｏ）、又はＳ７１３で受信した管理情報要求メッセージ４００の優先度が低かった場合には（Ｓ７１３のＮｏ）、応答決定部１３１は、記憶部１３５に記録された応答方法情報１３６及び応答方法計算情報１３７に基づいて（Ｓ７１７）、今回の管理情報要求メッセージ４００に対して応答すべきか否かを判断する（Ｓ７１９）。
【０１３８】
Ｓ７１９において、例えば、今回を含めて、これまでに応答方法情報１３６として登録された応答方法が何も存在しない場合には、応答決定部１３１は、今回の管理情報要求メッセージ４００に応答すべきであると判断することができる。また、応答方法情報１３６として登録された応答方法が存在し、当該応答方法に対応する応答方法計算情報１３７で管理されるパラメータが定められた閾値や適合値を満たしている場合には、管理情報要求メッセージ４００に対して応答すべきであると、満たしていない場合には応答すべきでないと、応答決定部１３１は判断することができる。応答すべきでないと判断する場合には、センサデバイス１００は、図７に係る一連の処理を終了する。
【０１３９】
応答決定部１３１が、今回の管理情報要求メッセージ４００に対して応答すると判断した場合には（Ｓ７１９のＹｅｓ）、管理情報応答メッセージ作成部１３３は、記憶部１４０内の自装置の状態情報にかかるセンサ情報１４１を元に、管理情報応答メッセージ５００を作成し、管理情報メッセージ送信部１５０はこれを送信する（Ｓ７２１）。
【０１４０】
（２．５．２ ゲートウェイ２００の処理の流れ）
続いて、ゲートウェイ２００の処理の流れを、図８を用いて説明する。図８は、実施例２に係るゲートウェイ２００の処理の流れを示すフローチャートである。尚、ゲートウェイ２００は、図８に係るフローチャートの終了後、再度この処理を実行しても良い。
【０１４１】
デバイス管理部２１０は、遠隔管理サーバ３００から管理リクエストを受信したか否かを判別し（Ｓ８０１）、受信していない場合には（Ｓ８０１のＮｏ）後述するＳ８１１の処理へ進む。
【０１４２】
遠隔管理サーバ３００から管理リクエストを受信した場合には（Ｓ８０１のＹｅｓ）、デバイス管理部２１０は、受信した管理リクエストの内容を解析し、どのような管理情報要求メッセージ４００を送信すべきかを判断すると共に、管理情報要求メッセージ４００の作成に必要な情報を抽出する（Ｓ８０３）。
【０１４３】
そして、応答方法指示決定部２２１は、作成するべき管理情報要求メッセージ４００の内容（遠隔管理サーバ３００からのリクエスト内容）と、センサデバイス１００及びセンサネットワークＮ１の管理状態情報２２４とを元に、各センサデバイス１００の応答方法（各センサデバイス１００に指示する応答方法）を決定する（Ｓ８０５）。
【０１４４】
決定したセンサデバイス１００の応答方法（各センサデバイス１００Ａ乃至１００Ｆにどのように応答すべきと指示したのか）は、ゲートウェイ２００内で保持（記憶）しておくと共に（Ｓ８０７）、管理情報要求メッセージ作成部２２５は、決定した応答方法を元に管理情報要求メッセージ４００を作成し、管理情報要求メッセージ送信部２３０はこれを送信する（Ｓ８０９）。
【０１４５】
ステップ８０１で、遠隔管理サーバ３００から管理リクエストを受信していない場合には（Ｓ８０１のＮｏ）、管理情報応答メッセージ受信部２４０は、センサデバイス１００から管理情報応答メッセージ５００を受信したか否かを判別する（Ｓ８１１）。管理情報応答メッセージ５００を受信していなかった場合には、後述のＳ８１９の処理へ移る。
【０１４６】
もし、管理情報応答メッセージ５００を受信した場合には（Ｓ８１１のＹｅｓ）、応答メッセージ処理部２２７は、当該管理情報応答メッセージ５００に欠損があるか否かを調べる（Ｓ８１３）。もし、一部にでも欠損があった場合には（Ｓ８１３のＹｅｓ）、応答メッセージ処理部２２７は、該当するセンサデバイス１００に関する管理状態情報２２４、及びセンサネットワークＮ１の管理状態情報、及びステップＳ８０７で記憶（保持）した応答方法を参照して、欠損データを補填（加工）する（Ｓ８１５）。
【０１４７】
ステップＳ８１５の終了後、又はステップ８１３でＮｏであった場合、受信した管理情報応答メッセージ５００のデータ（欠損があった場合には、欠損データが補填された後の管理情報応答メッセージ５００のデータ）を元に（Ｓ８１３のＮｏ、８１５）、応答メッセージ処理部２２７は応答情報を作成し、デバイス管理部２１０は当該応答情報を遠隔管理サーバ３００へ送信する（Ｓ８１７）。
【０１４８】
応答メッセージ処理部２２７は、定期間隔で行う遠隔管理の期間内において、定められた閾値時刻（管理情報応答メッセージ５００の受信を受け付ける限界時刻）を途過したか否かを調べる。もし、閾値時刻を途過していなければ（Ｓ８１９のＮｏ）、Ｓ８０１へ戻って、ゲートウェイ２００は管理リクエストの新たな受信を判別する。
【０１４９】
尚、閾値時刻は、ゲートウェイ２００内で独自に定めた時刻、遠隔管理サーバ３００から与えられた時刻、遠隔管理サーバ３００から次のサイクルの遠隔管理指示を受信した時刻等の、いずれであっても良い。
【０１５０】
もし、閾値時刻を経過して（Ｓ８１９のＹｅｓ）、まだ未応答のセンサデバイス１００が存在する場合には（管理情報応答メッセージ５００を送信してこなかったセンサデバイス１００、若しくはパケットロス等により管理情報応答メッセージ５００をゲートウェイ２００が受信することができなかったセンサデバイス１００が存在する場合）、応答メッセージ処理部２２７は、該当するセンサデバイス１００に対応する管理状態情報２２４、及びステップ８０７で記憶した応答方法を参照して、遠隔管理サーバ３００へ応答する応答情報を作成（加工）する（Ｓ８２１）。
そして、デバイス管理部２１０は、応答メッセージ処理部２２７が作成した応答情報を、遠隔管理サーバ３００へと送信する（Ｓ８２３）。
【０１５１】
（２．６ 本実施形態に係る効果）
以上説明したように、本実施形態１では、センサデバイス１００が、ゲートウェイ２００により送信された管理情報要求メッセージ４００の応答方法の指示に従い、管理情報要求メッセージ４００へ応答するか否か（管理情報応答メッセージ５００を送信するか否か）を判別する。これにより、少なくとも一部の管理情報要求メッセージ４００に対しては応答する必要がなくなり、結果として、遠隔管理通信における管理情報応答メッセージ５００に係るトラヒックを抑制することが可能となる。
【０１５２】
すなわち、ゲートウェイ２００が、電力消費を抑制するように適切な応答方法を指定すれば、センサデバイス１００の電力消費を低減し、結果として、センサネットワークＮ１全体の稼動寿命を延長することが可能となる。
【０１５３】
また、ゲートウェイ２００は、定められた時刻までに未応答のセンサデバイス１００（管理情報応答メッセージ５００を送信しなかったセンサデバイス１００、又はパケットロス等により管理情報応答メッセージ５００がゲートウェイ２００に届かなかったセンサデバイス１００）の応答情報を、該当センサデバイス１００の過去の情報を元に作成することで、各センサデバイス１００Ａ乃至１００Ｆの管理情報を遠隔管理サーバ３００へ送信することができる。
【０１５４】
従って、定期間隔でセンサデバイス１００を管理する遠隔管理を実現しつつ、遠隔管理を実現する遠隔管理通信に係る通信トラヒックに係る電力消費を抑制できるため、センサネットワークＮ１及びセンサデバイス１００の寿命を延ばすことが可能となる。
【０１５５】
（３ 実施形態２）
以下、実施形態２について説明する。尚、実施形態１と同一若しくは対応する構成については、実施形態１と同様の符号を付すと共に、説明を省略している場合がある。構成以外でも、作用、効果、及び処理内容等について、実施形態１と共通する部分については、説明を省略している。以下、実施形態１との相違点を中心に、説明を行う。
【０１５６】
図９乃至図１１は、本発明の実施形態２を説明するための図である。以下、これらの図を参照しながら、以下の流れに沿って本実施形態を説明する。まず、「３．１」で実施形態２全体の概要を示す。その上で、「３．２」でセンサデバイス１００の構成を、「３．３」で処理の流れを説明する。最後に、「３．４」で実施形態２に係る効果等を説明する。
【０１５７】
（３．１ 概要）
実施形態２に係るセンサデバイス１００は、管理情報要求メッセージ４００を受信した際に、今回又は以前管理情報要求メッセージ４００により指示された応答方法、又はセンサデバイス１００の内部で独自に設定された応答方法に基づいて、管理情報応答メッセージ５００を作成、送信する。
【０１５８】
つまり、センサデバイス１００が、応答方法の指示を含む管理情報要求メッセージ４００を受信した際に、指示された応答方法を参照して保持することに加えて、任意のタイミングでセンサデバイス１００の内部で独自に定めた応答方法を保持する点が、実施形態１との大きな違いである。
以下、図９を参照しながら実施形態２の概要（具体例）を説明する。
【０１５９】
図９は、実施形態２に係る通信装置であるセンサデバイス１００及びゲートウェイ２００が含まれる、具体例に係る通信システム１の概略構成を示す図である。図９に示すように、本実施形態に係る通信システム１も、実施形態１と同様に、センサデバイス１００、ゲートウェイ２００、及び遠隔管理サーバ３００を含む。各装置の大まかな機能等については、実施形態１とほぼ同様であるので、説明を省略する。
【０１６０】
尚、図９の例では、通信システム１に遠隔管理サーバ３００が含まれるが、実施形態１と同様に、遠隔管理サーバ３００の機能の全て或いは一部がゲートウェイ２００に備わることで、遠隔管理サーバ３００が存在しない構成とすることも可能である。
【０１６１】
任意のタイミングにおいて、センサデバイス１００Ｃは、新たにローカルに自装置の応答方法（「管理情報要求メッセージ４００に対して、毎回応答する」）を策定する。この応答方法は、以前から応答方法情報１３６として記憶している応答方法と矛盾しているため、センサデバイス１００Ｃは、この以前から記憶している応答方法と、自装置で策定した応答方法との優先度を比較する。ここでは、センサデバイス１００Ｃは、新たに策定した応答方法の方が優先度が高いものと判断し、新規に保持するものとする。以降の動作説明は、この処理が完了した後のものである。
【０１６２】
ゲートウェイ２００は、遠隔管理サーバ３００から、遠隔管理の指示を受信し、センサデバイス１００との遠隔管理通信を開始する。より具体的には、ゲートウェイ２００は、各センサデバイス１００Ａ乃至１００Ｆに対して、ブロードキャストによって管理情報要求メッセージ４００を送信する。
【０１６３】
尚、図９の例では、管理情報要求メッセージ４００の伝播にブロードキャスト通信が用いられているが、これに限られるものではない。例えば、ユニキャスト通信やマルチキャスト通信を用いることも可能である。
【０１６４】
図９に例を示す管理情報要求メッセージ４００には、宛先としてブロードキャストアドレスである「０ｘＦＦＦＦ」が、送信元としてゲートウェイ２００のアドレスである「０ｘ１２３４」が、管理命令として各センサデバイス１００にパラメータのインスタンスの応答を指示する「パラメータ取得」が、命令対象のパラメータとして「電力残量情報」が、それぞれ指定されている。また、センサデバイス１００に対する応答方法として、「Ａ、Ｃ、Ｆのセンサデバイスは、今回の管理情報要求メッセージから３回目の管理情報要求メッセージに応答すること」との内容が、管理情報要求メッセージ４００内で指定されている。
【０１６５】
管理情報要求メッセージ４００を受信したセンサデバイス１００Ａ及び１００Ｆは、応答方法に自装置向けの指示があることを確認し、「Ａ、Ｃ、Ｆのセンサデバイスは、今回の管理情報要求メッセージから３回目の管理情報要求メッセージに応答すること」との指示に従い、今回の管理情報要求メッセージ４００に対して応答しない。
【０１６６】
一方で、管理情報要求メッセージ４００を受信したセンサデバイス１００Ｃは、管理情報要求メッセージ４００に含まれる応答方法（「今回から３回目の管理情報要求メッセージに応答すること」）と、自装置が保持する応答方法（ローカルで策定した応答方法であり、「管理情報要求メッセージには毎回応答すること」）とが矛盾することを判断する。センサデバイス１００Ｃは、両応答方法の優先度を比較し、もし自装置が保持する応答方法の優先度が高いと判断した場合には、管理情報要求メッセージ４００内で指示された応答方法を破棄する。そして、センサデバイス１００Ｃは、管理命令４５１と命令対象のパラメータ４５５とを参照することで、電力残量情報（バッテリ残量情報）の値を含む管理情報応答メッセージ５００を作成して送信する。
【０１６７】
また、管理情報要求メッセージ４００を受信したセンサデバイス１００Ｂ、１００Ｅ、及び１００Ｄは、応答方法に自分向けの指示がないことを確認し、管理命令４５１と命令対象のパラメータ４５５とを参照することで、電力残量情報（バッテリ残量情報）の値を含めた管理情報応答メッセージ５００を、ゲートウェイ２００へ送信する。
【０１６８】
センサデバイス１００Ｃ、１００Ｂ、１００Ｅ、１００Ｄが送信する管理情報応答メッセージ５００には、宛先としてゲートウェイ２００のアドレス「０ｘ１２３４」、送信元として各センサデバイス１００のアドレス（図９のセンサデバイス１００Ｃの場合、「０ｘ０００Ｃ」）、管理応答としてパラメータ取得の命令に対する応答であることを示す「パラメータ応答」、応答対象のパラメータ種別として「電力残量情報」、パラメータのインスタンス値として、各デバイスの電力残量値（図９のセンサデバイス１００Ｃの場合、「１８１８８」）が、それぞれ含まれる。
【０１６９】
ゲートウェイ２００は、受信した管理情報応答メッセージ５００の情報を保持すると共に、遠隔管理サーバ３００へ応答情報を通知する。また、定期管理の閾値を超えた時点（次の定期管理に入る直前）、或いは遠隔管理サーバ３００に次の管理を指示された時点等に、ゲートウェイ２００は、未応答のセンサデバイス１００Ａ及び１００Ｆの応答情報を、以前にセンサデバイス１００Ａ及び１００Ｆから取得していた管理状態情報２２４に基づいて作成し、作成した応答情報を遠隔管理サーバ３００へ通知する。
【０１７０】
上述の通り、センサデバイス１００は、ゲートウェイ２００により送信された管理情報要求メッセージ４００の応答方法、或いは任意のタイミングにおいてセンサデバイス１００がローカルに策定した応答方法の指示に従って、管理情報要求メッセージ４００への応答として管理情報応答メッセージ５００を送信するか否かを判定する。
【０１７１】
これにより、センサデバイス１００は少なくとも一部の管理情報要求メッセージ４００に対しては応答する必要がなくなるため、結果として、遠隔管理通信における、管理情報応答メッセージ５００に係るトラヒックを抑制することが可能となる。
【０１７２】
すなわち、ゲートウェイ２００又はセンサデバイス１００が、適切な応答方法を指定（選択）することで、センサデバイス１００の電力消費を低減し、結果として、センサネットワークＮ１全体の稼動寿命を延ばすことが可能となる。
【０１７３】
また、任意のタイミングにおいて、センサデバイス１００内で応答方法をローカルに策定することによって、センサデバイス１００の製造者や設置者、及び利用者のポリシーを反映した消費電力の抑制を実現することが可能となる。
【０１７４】
また、ゲートウェイ２００は、定められた時刻までに未応答のセンサデバイス１００（管理情報応答メッセージ５００を送信しなかったセンサデバイス１００、又はパケットロス等により管理情報応答メッセージ５００がゲートウェイ２００に届かなかったセンサデバイス１００）の応答情報を、保持している、当該センサデバイス１００の過去の情報を元に作成することで、センサデバイス１００Ａ乃至１００Ｆ全ての管理情報を、遠隔管理サーバ３００へ送信することができる。
【０１７５】
従って、定期間隔でセンサデバイス１００を管理する遠隔管理を実現しつつ、センサデバイス１００の製造者や設置者、及び利用者のポリシーを反映する形で、遠隔管理を実現する遠隔管理通信に係る通信トラヒックを抑えて、センサネットワークＮ１及びセンサデバイス１００の寿命を延ばすことが可能となる。
【０１７６】
（３．２ デバイスの構成）
本実施形態に係るセンサデバイス１００の構成について、図１０を参照しながら説明する。尚、図１０において、実線の矢印は、各構成間の制御や参照、情報の流れを示す。
【０１７７】
先述した通り、実施形態２に係るセンサデバイス１００は、管理情報要求メッセージ４００を受信し、当該管理情報要求メッセージ４００内で指示された応答方法、及び、任意のタイミングに、センサデバイス１００内で独自に定めた応答方法に従って、それ以降の管理情報要求メッセージ４００に対する管理情報応答メッセージ５００を作成及び送信する。
【０１７８】
センサデバイス１００は、管理情報要求メッセージ４００を受信する管理情報要求メッセージ受信部１１０、受信した管理情報要求メッセージ４００の受理及び転送を判別するパケット処理決定部１２０、管理情報要求メッセージ４００内の応答方法の処理並びに管理情報応答メッセージ５００の作成を行う応答処理部１３０、センサデバイス１００の状態情報であるセンサ情報１４１を記憶する記憶媒体である記憶部１４０、管理情報応答メッセージ５００の送信及び管理情報要求メッセージ４００の転送を行う管理情報メッセージ送信部１５０、他のセンサデバイス１００と直接に通信するためのセンサデバイスインタフェース１６０、及び、任意のタイミングで応答方法を設定する応答方法指示部１７０を含む。
【０１７９】
管理情報要求メッセージ受信部１１０、及びパケット処理決定部１２０の機能及び他の機能との連携については、実施形態１と同様であるので説明を省略する。また、管理情報要求メッセージ受信部１１０で受信する管理情報要求メッセージ４００のフォーマット等についても、実施形態１と同様であるので、ここでは説明を省略する。
【０１８０】
応答処理部１３０は、パケット処理決定部１２０から受取った管理情報要求メッセージ４００のデータ内にある応答方法を参照し、当該応答方法と、応答方法指示部１７０に指示された応答方法とから、応答方法を決定して記憶（保持）する。また、応答処理部１３０は、保持した応答方法を参照し、今回受取った管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信するか否かを判断し、管理情報応答メッセージ５００を送信すると判断した場合には、自装置のセンサ情報１４１を元に、管理情報応答メッセージ５００を作成する。
【０１８１】
応答処理部１３０は、応答方法を決定し、応答するべきか否かを判別する応答決定部１３１、応答方法を応答方法情報１３６として記憶（保持）すると共に、管理情報要求メッセージ４００の受信回数等のパラメータである応答方法計算情報１３７を記憶する記憶部１３５、管理情報応答メッセージ５００を作成する管理情報応答メッセージ作成部１３３を含む。
【０１８２】
応答決定部１３１は、パケット処理決定部１２０から受取った管理情報要求メッセージ４００のデータ内にある応答方法、或いは応答方法指示部１７０から指示された応答方法を参照し、最終的に選択する応答方法を決定して、記憶部１３５に応答方法情報１３６として記録する。
【０１８３】
尚、応答決定部１３１は、記憶部１３５に複数の応答方法情報１３６を記憶させることができるが、応答方法情報１３６として記憶された応答方法と矛盾する応答方法での対応を決定した場合には、優先度の高い応答方法を応答方法情報１３６として記憶し、優先度の低い応答方法は、応答方法情報１３６から削除する。
【０１８４】
ここで、優先度は、パケット処理決定部１２０から受取った管理情報要求メッセージ４００のデータ内にある応答方法、及び応答方法指示部１７０から指示された応答方法のいずれに対しても、共通のものを用いる。優先度は、センサネットワークＮ１の運用ポリシーに基づき、運用者やセンサデバイス１００の製造者及び設置者等が自由に設定できるが、一般的には、新たに決定された応答方法の方が優先度が高い。
【０１８５】
また、応答決定部１３１は、今回自装置が受信した管理情報要求メッセージ４００に対して、今回及び以前に応答方法情報１３６として保持した応答方法、及び応答方法計算情報１３７に基づき、管理情報応答メッセージ５００を送信するか否か、すなわち、管理情報要求メッセージ４００に対して応答するか否かを判断する。応答決定部１３１は、今回自装置が受信した管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信すると判断した場合、管理情報応答メッセージ作成部１３３に、管理情報応答メッセージ５００の作成を指示する。
【０１８６】
また、応答決定部１３１は、管理情報要求メッセージ４００を受信したことにより、応答方法計算情報１３７を更新する。例えば、応答方法情報１３６として、「管理情報要求メッセージを２回受信してから管理情報応答メッセージを１回送信しろ」との応答方法を保持していた場合には、応答決定部１３１は、今回の管理情報要求メッセージ４００の受信が何回目なのかというパラメータを、応答方法計算情報１３７として記憶し、更新する。
【０１８７】
尚、応答決定部１３１は、センサ情報（自装置の状態情報）の内容を応答条件に含む応答方法を受け取っている場合には、記憶部１４０のセンサ情報１４１を参照する。そして、応答決定部１３１は、参照したセンサ情報１４１の内容に応じて、記憶部１３５の応答方法計算情報１３７を更新する。
【０１８８】
記憶部１３５が記憶する応答方法情報１３６及び応答方法計算情報１３７、並びに記憶部１４０が記憶するセンサ情報１４１の内容等は、実施形態１と同様であるので、説明を省略する。
【０１８９】
また、管理情報応答メッセージ作成部１３３、管理情報メッセージ送信部１５０、及び管理情報メッセージ送信部１５０の機能及び他の機能との連携については、実施形態１と同様であるので説明を省略する。
【０１９０】
応答方法指示部１７０は、任意のタイミングにおいて、自装置の応答方法を作成し、応答決定部１３１に、作成した応答方法を指示する。応答方法指示部１７０による応答方法の策定は、例えば、センサデバイス１００の外部から直接に指示される場合や、センサデバイス１００に予め設定されたアルゴリズム（応答方法の決定アルゴリズム）に基づき決定される場合等が考えられる。応答方法決定アルゴリズムの例としては、例えば、以下のようなものが考えられる。
・センサデバイス１００のバッテリ残量が、定められた閾値を超えた場合に、何らかの応答方法を策定する。
・センサデバイス１００のセンサ情報１４１の任意のパラメータが、定めた変動値内であれば、何らかの応答方法を策定する。
・センサデバイス１００の製造者、設置者、及び利用者の定めた任意パラメータの応答限界回数ポリシーに従い、何らかの応答方法を策定する。
・センサデバイス１００のゲートウェイ２００までのホップ数によって、何らかの応答方法を策定する。
・センサデバイス１００の備えるモジュール（アプリケーション）、或いは、アクティブになったモジュールに応じて、何らかの応答方法を策定する。
・センサデバイス１００がゲートウェイ２００までの中継処理を行うセンサデバイス１００の数に応じて、何らかの応答方法を策定する。
・センサデバイス１００が、ゲートウェイ２００から受信した管理情報要求メッセージ４００の応答方法を参照して、何らかの応答方法を策定する。
尚、応答方法指示部１７０が策定する応答方法は、実施形態１のゲートウェイ２００が策定しうる応答方法と同様であるので、ここでは説明を省略する。
尚、実施形態１に係るセンサデバイス１００と実施形態２にかかるセンサデバイス１００とは、相互に通信することが可能である。
【０１９１】
（３．３ 処理の流れ）
次に、実施形態２に係るセンサデバイス１００の、応答方法の策定に係る処理の流れを、図１１を参照しながら説明する。図１１は、センサデバイス１００の動作を示すフローチャートである。尚、管理情報要求メッセージ４００及び管理情報応答メッセージ５００の送受信に関する一連の動作は、第１実施形態とほぼ同様であるので、ここでは説明を省略する。尚、センサデバイス１００は、図１１に係るフローチャートの終了後、再度この処理を実行しても良い。
【０１９２】
応答方法指示部１７０は、任意のタイミングにおいて、応答方法を策定する（Ｓ１１０１）。応答方法の策定は、センサデバイス１００の外部から直接指示される場合や、センサデバイス１００が備えるアルゴリズム（応答方法決定アルゴリズム）により決定する場合等がある。
【０１９３】
次に、応答決定部１３１は、応答方法指示部１７０が新たに策定した応答方法が、記憶部１３５に応答方法情報１３６として以前から保持する応答方法と矛盾する内容でないかを調べる（Ｓ１１０３）。両応答方法に矛盾がある場合には（Ｓ１１０３のＹｅｓ）、応答決定部１３１は、どちらの優先度が高いかを判別する（Ｓ１１０５）。
【０１９４】
この判別の結果、もし、応答方法指示部１７０が策定した応答方法の方が優先度が高ければ（Ｓ１１０５のＹｅｓ）、当該応答方法を応答方法情報１３６として記憶部１３５に記録し、更新する。また、Ｓ１１０３で、応答方法指示部１７０が指示した応答方法と、応答方法情報１３６として記憶されている応答方法とが矛盾しない場合にも（Ｓ１１０３のＮｏ）、応答決定部１３１は、当該応答方法を応答方法情報１３６として記憶部１３５に記録する（Ｓ１１０７）。
【０１９５】
もし、記憶している応答方法よりも応答方法指示部１７０が策定した応答方法の方が優先度が低ければ（Ｓ１１０５のＮｏ）、当該応答方法を破棄して一連の処理を終了する。
【０１９６】
（３．４ 本実施形態に係る効果）
上述の通り、センサデバイス１００は、ゲートウェイ２００により送信された管理情報要求メッセージ４００の応答方法、或いは任意のタイミングにおいてセンサデバイス１００がローカルに策定した応答方法の指示に従って、管理情報要求メッセージ４００への応答として管理情報応答メッセージ５００を送信するか否かを判定する。
【０１９７】
これにより、センサデバイス１００は少なくとも一部の管理情報要求メッセージ４００に対しては応答する必要がなくなるため、結果として、遠隔管理通信における、管理情報応答メッセージ５００に係るトラヒックを抑制することが可能となる。
【０１９８】
すなわち、ゲートウェイ２００又はセンサデバイス１００が、適切な応答方法を指定（選択）することで、センサデバイス１００の電力消費を低減し、結果として、センサネットワークＮ１全体の稼動寿命を延ばすことが可能となる。
【０１９９】
また、任意のタイミングにおいて、センサデバイス１００内で応答方法をローカルに策定することによって、センサデバイス１００の製造者や設置者、及び利用者のポリシーを反映した消費電力の抑制を実現することが可能となる。
【０２００】
また、ゲートウェイ２００は、定められた時刻までに未応答のセンサデバイス１００（管理情報応答メッセージ５００を送信しなかったセンサデバイス１００、又はパケットロス等により管理情報応答メッセージ５００がゲートウェイ２００に届かなかったセンサデバイス１００）の応答情報を、保持している、当該センサデバイス１００の過去の情報を元に作成することで、センサデバイス１００Ａ乃至１００Ｆ全ての管理情報を、遠隔管理サーバ３００へ送信することができる。
【０２０１】
従って、定期間隔でセンサデバイス１００を管理する遠隔管理を実現しつつ、センサデバイス１００の製造者や設置者、及び利用者のポリシーを反映する形で、遠隔管理を実現する遠隔管理通信に係る通信トラヒックを抑えて、センサネットワークＮ１及びセンサデバイス１００の寿命を延ばすことが可能となる。
【０２０２】
（４ 付記事項）
尚、前述の各実施形態の構成は、組み合わせたり或いは一部の構成部分を入れ替えたりしてもよい。また、本発明の構成は前述の実施形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加えてもよい。
尚、前述の各実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０２０３】
（付記１）
管理情報の要求メッセージを受信する受信手段と、定められた条件に従い、前記受信手段で受信する前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信する送信手段とを備える、通信装置。
【０２０４】
（付記２）
前記要求メッセージに含まれる前記条件を記憶する条件記憶手段、を更に備える付記１に記載の通信装置。
【０２０５】
（付記３）
前記要求メッセージの受信回数を記憶する受信回数記憶手段、を更に備える付記１又は付記２に記載の通信装置。
【０２０６】
（付記４）
前記条件の適合回数を記憶する適合回数記憶手段、を更に備える付記１乃至付記３のいずれか１項に記載の通信装置。
【０２０７】
（付記５）
前記送信手段は、前記条件に従い、前記受信手段でのＮ回の前記要求メッセージの受信に対し、Ｎ以下のＭ回前記応答メッセージを送信する、付記３に記載の通信装置。
【０２０８】
（付記６）
前記送信手段は、前記条件に従い、前記受信手段でのＮ回目以降の前記要求メッセージの受信に対し、前記応答メッセージを送信する、付記３に記載の通信装置。
【０２０９】
（付記７）
前記送信手段は、前記条件に従い、前記受信手段でのＮ回目までの前記要求メッセージのうちＭ番目（ただしＭはＮ以下）の前記要求メッセージに対して、前記応答メッセージを送信する、付記３に記載の通信装置。
【０２１０】
（付記８）
前記送信手段は、前記条件に従い、前記受信手段での前記要求メッセージの受信後、Ｎ回目の前記要求メッセージに対して、前記応答メッセージを送信する、付記３に記載の通信装置。
【０２１１】
（付記９）
前記送信手段は、前記条件に従い、前記受信手段で受信するＮ回目までの前記要求メッセージに対して、それぞれ前記応答メッセージを送信する、付記３記載の通信装置。
【０２１２】
（付記１０）
前記送信手段は、前記条件に従い、自装置の状態情報に関する値が特定条件を満たすか否かに応じて、前記応答メッセージを送信する、付記１乃至付記９のいずれか１項に記載の通信装置。
【０２１３】
（付記１１）
前記送信手段は、前記条件に従い、前記要求メッセージに、特定の値又は命令が含まれているか否かに応じて、前記応答メッセージを送信するか否かを判別する、付記１乃至付記１０のいずれか１項に記載の通信装置。
【０２１４】
（付記１２）
前記送信手段は、前記条件に従い、自装置が前記要求メッセージで指定された条件を満たす場合に、前記応答メッセージを送信する、付記１乃至付記１１のいずれか１項記載の通信装置。
【０２１５】
（付記１３）
他の通信装置に対して、管理情報の要求メッセージを送信する送信手段と、前記要求メッセージに対する応答メッセージを前記他の通信装置から受信する受信手段とを備え、前記要求メッセージには、前記他の通信装置が応答するか否かを定めるための条件を含む、
通信装置。
【０２１６】
（付記１４）
前記要求メッセージの送信後、閾値時間経過までに前記他の通信装置から前記応答メッセージを受信しなかった場合に、当該要求メッセージ送信前に前記他の通信装置から受信した前記応答メッセージに含まれた管理情報を元に、前記他の通信装置の状態情報を生成する、付記１３記載の通信装置。
【０２１７】
（付記１５）
受信した前記応答メッセージの一部に欠損があった場合に、当該応答メッセージ前に受信した前記応答メッセージに含まれた管理情報を元に、前記他の通信装置の状態情報を生成する、付記１３又は付記１４記載の通信装置。
【０２１８】
（付記１６）
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回の前記要求メッセージの受信に対し、Ｎ回以下のＭ回前記応答メッセージを送信するためのものである、付記１３乃至付記１５のいずれか１項に記載の通信装置。
【０２１９】
（付記１７）
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回目以降の前記要求メッセージの受信に対し、前記応答メッセージを送信するためのものである、付記１３乃至付記１５のいずれか１項に記載の通信装置。
【０２２０】
（付記１８）
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回目までの前記要求メッセージのうちＭ番目（ただしＭはＮ以下）の前記要求メッセージに対して、前記応答メッセージを送信するためのものである、付記１３乃至付記１５のいずれか１項に記載の通信装置。
【０２２１】
（付記１９）
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、前記要求メッセージの受信後、Ｎ回目の前記要求メッセージ受信に対して前記応答メッセージを送信するためのものである、付記１３乃至付記１５のいずれか１項に記載の通信装置。
【０２２２】
（付記２０）
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回目までの前記要求メッセージに対して、それぞれ前記応答メッセージを送信するためのものである、付記１０乃至付記１２のいずれか１項に記載の通信装置。
【０２２３】
（付記２１）
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、当該他の通信装置の状態情報に関する値が特定条件を満たすか否かに応じて、前記応答メッセージを送信するためのものである、付記１３乃至付記１９のいずれか１項に記載の通信装置。
【０２２４】
（付記２２）
前記要求メッセージに含まれる前記条件は、前記要求メッセージに特定の値又は命令が含まれているか否かに応じて、前記他の通信装置が前記応答メッセージを送信するためのものである、付記１３乃至付記２１のいずれか１項に記載の通信装置。
【０２２５】
（付記２３）
前記要求メッセージに含まれる前記条件は、他の通信装置が、前記要求メッセージで指定された条件を満たす場合に、前記応答メッセージを送信するためのものである、付記１３乃至付記２２のいずれか１項に記載の通信装置。
【０２２６】
（付記２４）
管理情報の要求メッセージを受信するステップと、定められた条件に従い、受信した前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信するステップとを備える、通信方法。
【０２２７】
（付記２５）
他の通信装置に対して、管理情報の要求メッセージを送信するステップと、前記要求メッセージに対する応答メッセージを前記他の通信装置から受信するステップとを備え、前記要求メッセージには、前記他の通信装置が応答するか否かを定めるための条件を含む、
通信方法。
【０２２８】
（付記２６）
第１の通信装置と第２の通信装置とが通信する通信システムであって、第１の通信装置は、管理情報の要求メッセージを受信する第１の受信手段と、定められた条件に従い、前記第１の受信手段で受信する前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信する第２の送信手段とを備え、第２の通信装置は、前記第１の通信装置に対して、前記要求メッセージを送信する第２の送信手段と、前記要求メッセージに対する応答メッセージを前記第１の通信装置から受信する第２の受信手段とを備え、前記要求メッセージには、前記第１の通信装置が応答するか否かを定めるための条件を含む、通信システム。
【符号の説明】
【０２２９】
１・・・通信システム、１００・・・センサデバイス、１１０・・・管理情報要求メッセージ受信部、１２０・・・パケット処理決定部、１３０・・・応答処理部、１３１・・・応答決定部、１３３・・・管理情報応答メッセージ作成部、１３５・・・記憶部、１３６・・・応答方法情報、１３７・・・応答方法計算情報、１４０・・・記憶部、１４１・・・センサ情報、１５０・・・管理情報メッセージ送信部、１６０・・・センサデバイスインタフェース、２００・・・ゲートウェイ、３００・・・遠隔管理サーバ、４００・・・管理情報要求メッセージ、５００・・・管理情報応答メッセージ
【特許請求の範囲】
【請求項１】
管理情報の要求メッセージを受信する受信手段と、
定められた条件に従い、前記受信手段で受信する前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信する送信手段と
を備える、通信装置。
【請求項２】
前記要求メッセージに含まれる前記条件を記憶する条件記憶手段、
を更に備える請求項１に記載の通信装置。
【請求項３】
前記要求メッセージの受信回数を記憶する受信回数記憶手段、
を更に備える請求項１又は請求項２に記載の通信装置。
【請求項４】
前記条件の適合回数を記憶する適合回数記憶手段、
を更に備える請求項１乃至請求項３のいずれか１項に記載の通信装置。
【請求項５】
前記送信手段は、前記条件に従い、前記受信手段でのＮ回の前記要求メッセージの受信に対し、Ｎ以下のＭ回前記応答メッセージを送信する、
請求項３に記載の通信装置。
【請求項６】
前記送信手段は、前記条件に従い、前記受信手段でのＮ回目以降の前記要求メッセージの受信に対し、前記応答メッセージを送信する、
請求項３に記載の通信装置。
【請求項７】
前記送信手段は、前記条件に従い、前記受信手段でのＮ回目までの前記要求メッセージのうちＭ番目（ただしＭはＮ以下）の前記要求メッセージに対して、前記応答メッセージを送信する、
請求項３に記載の通信装置。
【請求項８】
前記送信手段は、前記条件に従い、前記受信手段での前記要求メッセージの受信後、Ｎ回目の前記要求メッセージに対して、前記応答メッセージを送信する、
請求項３に記載の通信装置。
【請求項９】
前記送信手段は、前記条件に従い、前記受信手段で受信するＮ回目までの前記要求メッセージに対して、それぞれ前記応答メッセージを送信する、
請求項３記載の通信装置。
【請求項１０】
前記送信手段は、前記条件に従い、自装置の状態情報に関する値が特定条件を満たすか否かに応じて、前記応答メッセージを送信する、
請求項１乃至請求項９のいずれか１項に記載の通信装置。
【請求項１１】
前記送信手段は、前記条件に従い、前記要求メッセージに、特定の値又は命令が含まれているか否かに応じて、前記応答メッセージを送信するか否かを判別する、
請求項１乃至請求項１０のいずれか１項に記載の通信装置。
【請求項１２】
前記送信手段は、前記条件に従い、自装置が前記要求メッセージで指定された条件を満たす場合に、前記応答メッセージを送信する、
請求項１乃至請求項１１のいずれか１項記載の通信装置。
【請求項１３】
他の通信装置に対して、管理情報の要求メッセージを送信する送信手段と、
前記要求メッセージに対する応答メッセージを前記他の通信装置から受信する受信手段と
を備え、
前記要求メッセージには、前記他の通信装置が応答するか否かを定めるための条件を含む、
通信装置。
【請求項１４】
前記要求メッセージの送信後、閾値時間経過までに前記他の通信装置から前記応答メッセージを受信しなかった場合に、当該要求メッセージ送信前に前記他の通信装置から受信した前記応答メッセージに含まれた管理情報を元に、前記他の通信装置の状態情報を生成する、
請求項１３記載の通信装置。
【請求項１５】
受信した前記応答メッセージの一部に欠損があった場合に、当該応答メッセージ前に受信した前記応答メッセージに含まれた管理情報を元に、前記他の通信装置の状態情報を生成する、
請求項１３又は請求項１４記載の通信装置。
【請求項１６】
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回の前記要求メッセージの受信に対し、Ｎ回以下のＭ回前記応答メッセージを送信するためのものである、
請求項１３乃至請求項１５のいずれか１項に記載の通信装置。
【請求項１７】
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回目以降の前記要求メッセージの受信に対し、前記応答メッセージを送信するためのものである、
請求項１３乃至請求項１５のいずれか１項に記載の通信装置。
【請求項１８】
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回目までの前記要求メッセージのうちＭ番目（ただしＭはＮ以下）の前記要求メッセージに対して、前記応答メッセージを送信するためのものである、
請求項１３乃至請求項１５のいずれか１項に記載の通信装置。
【請求項１９】
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、前記要求メッセージの受信後、Ｎ回目の前記要求メッセージ受信に対して前記応答メッセージを送信するためのものである、
請求項１３乃至請求項１５のいずれか１項に記載の通信装置。
【請求項２０】
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回目までの前記要求メッセージに対して、それぞれ前記応答メッセージを送信するためのものである、
請求項１０乃至請求項１２のいずれか１項に記載の通信装置。
【請求項２１】
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、当該他の通信装置の状態情報に関する値が特定条件を満たすか否かに応じて、前記応答メッセージを送信するためのものである、
請求項１３乃至請求項１９のいずれか１項に記載の通信装置。
【請求項２２】
前記要求メッセージに含まれる前記条件は、前記要求メッセージに特定の値又は命令が含まれているか否かに応じて、前記他の通信装置が前記応答メッセージを送信するためのものである、
請求項１３乃至請求項２１のいずれか１項に記載の通信装置。
【請求項２３】
前記要求メッセージに含まれる前記条件は、他の通信装置が、前記要求メッセージで指定された条件を満たす場合に、前記応答メッセージを送信するためのものである、
請求項１３乃至請求項２２のいずれか１項に記載の通信装置。
【請求項２４】
管理情報の要求メッセージを受信するステップと、
定められた条件に従い、受信した前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信するステップと
を備える、通信方法。
【請求項２５】
他の通信装置に対して、管理情報の要求メッセージを送信するステップと、
前記要求メッセージに対する応答メッセージを前記他の通信装置から受信するステップと
を備え、
前記要求メッセージには、前記他の通信装置が応答するか否かを定めるための条件を含む、
通信方法。
【請求項２６】
第１の通信装置と第２の通信装置とが通信する通信システムであって、
第１の通信装置は、
管理情報の要求メッセージを受信する第１の受信手段と、
定められた条件に従い、前記第１の受信手段で受信する前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信する第２の送信手段と
を備え、第２の通信装置は、
前記第１の通信装置に対して、前記要求メッセージを送信する第２の送信手段と、
前記要求メッセージに対する応答メッセージを前記第１の通信装置から受信する第２の受信手段と
を備え、
前記要求メッセージには、前記第１の通信装置が応答するか否かを定めるための条件を含む、
通信システム。
【請求項１】
管理情報の要求メッセージを受信する受信手段と、
定められた条件に従い、前記受信手段で受信する前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信する送信手段と
を備える、通信装置。
【請求項２】
前記要求メッセージに含まれる前記条件を記憶する条件記憶手段、
を更に備える請求項１に記載の通信装置。
【請求項３】
前記要求メッセージの受信回数を記憶する受信回数記憶手段、
を更に備える請求項１又は請求項２に記載の通信装置。
【請求項４】
前記条件の適合回数を記憶する適合回数記憶手段、
を更に備える請求項１乃至請求項３のいずれか１項に記載の通信装置。
【請求項５】
前記送信手段は、前記条件に従い、前記受信手段でのＮ回の前記要求メッセージの受信に対し、Ｎ以下のＭ回前記応答メッセージを送信する、
請求項３に記載の通信装置。
【請求項６】
前記送信手段は、前記条件に従い、前記受信手段でのＮ回目以降の前記要求メッセージの受信に対し、前記応答メッセージを送信する、
請求項３に記載の通信装置。
【請求項７】
前記送信手段は、前記条件に従い、前記受信手段でのＮ回目までの前記要求メッセージのうちＭ番目（ただしＭはＮ以下）の前記要求メッセージに対して、前記応答メッセージを送信する、
請求項３に記載の通信装置。
【請求項８】
前記送信手段は、前記条件に従い、前記受信手段での前記要求メッセージの受信後、Ｎ回目の前記要求メッセージに対して、前記応答メッセージを送信する、
請求項３に記載の通信装置。
【請求項９】
前記送信手段は、前記条件に従い、前記受信手段で受信するＮ回目までの前記要求メッセージに対して、それぞれ前記応答メッセージを送信する、
請求項３記載の通信装置。
【請求項１０】
前記送信手段は、前記条件に従い、自装置の状態情報に関する値が特定条件を満たすか否かに応じて、前記応答メッセージを送信する、
請求項１乃至請求項９のいずれか１項に記載の通信装置。
【請求項１１】
前記送信手段は、前記条件に従い、前記要求メッセージに、特定の値又は命令が含まれているか否かに応じて、前記応答メッセージを送信するか否かを判別する、
請求項１乃至請求項１０のいずれか１項に記載の通信装置。
【請求項１２】
前記送信手段は、前記条件に従い、自装置が前記要求メッセージで指定された条件を満たす場合に、前記応答メッセージを送信する、
請求項１乃至請求項１１のいずれか１項記載の通信装置。
【請求項１３】
他の通信装置に対して、管理情報の要求メッセージを送信する送信手段と、
前記要求メッセージに対する応答メッセージを前記他の通信装置から受信する受信手段と
を備え、
前記要求メッセージには、前記他の通信装置が応答するか否かを定めるための条件を含む、
通信装置。
【請求項１４】
前記要求メッセージの送信後、閾値時間経過までに前記他の通信装置から前記応答メッセージを受信しなかった場合に、当該要求メッセージ送信前に前記他の通信装置から受信した前記応答メッセージに含まれた管理情報を元に、前記他の通信装置の状態情報を生成する、
請求項１３記載の通信装置。
【請求項１５】
受信した前記応答メッセージの一部に欠損があった場合に、当該応答メッセージ前に受信した前記応答メッセージに含まれた管理情報を元に、前記他の通信装置の状態情報を生成する、
請求項１３又は請求項１４記載の通信装置。
【請求項１６】
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回の前記要求メッセージの受信に対し、Ｎ回以下のＭ回前記応答メッセージを送信するためのものである、
請求項１３乃至請求項１５のいずれか１項に記載の通信装置。
【請求項１７】
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回目以降の前記要求メッセージの受信に対し、前記応答メッセージを送信するためのものである、
請求項１３乃至請求項１５のいずれか１項に記載の通信装置。
【請求項１８】
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回目までの前記要求メッセージのうちＭ番目（ただしＭはＮ以下）の前記要求メッセージに対して、前記応答メッセージを送信するためのものである、
請求項１３乃至請求項１５のいずれか１項に記載の通信装置。
【請求項１９】
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、前記要求メッセージの受信後、Ｎ回目の前記要求メッセージ受信に対して前記応答メッセージを送信するためのものである、
請求項１３乃至請求項１５のいずれか１項に記載の通信装置。
【請求項２０】
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、Ｎ回目までの前記要求メッセージに対して、それぞれ前記応答メッセージを送信するためのものである、
請求項１０乃至請求項１２のいずれか１項に記載の通信装置。
【請求項２１】
前記要求メッセージに含まれる前記条件は、前記他の通信装置が、当該他の通信装置の状態情報に関する値が特定条件を満たすか否かに応じて、前記応答メッセージを送信するためのものである、
請求項１３乃至請求項１９のいずれか１項に記載の通信装置。
【請求項２２】
前記要求メッセージに含まれる前記条件は、前記要求メッセージに特定の値又は命令が含まれているか否かに応じて、前記他の通信装置が前記応答メッセージを送信するためのものである、
請求項１３乃至請求項２１のいずれか１項に記載の通信装置。
【請求項２３】
前記要求メッセージに含まれる前記条件は、他の通信装置が、前記要求メッセージで指定された条件を満たす場合に、前記応答メッセージを送信するためのものである、
請求項１３乃至請求項２２のいずれか１項に記載の通信装置。
【請求項２４】
管理情報の要求メッセージを受信するステップと、
定められた条件に従い、受信した前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信するステップと
を備える、通信方法。
【請求項２５】
他の通信装置に対して、管理情報の要求メッセージを送信するステップと、
前記要求メッセージに対する応答メッセージを前記他の通信装置から受信するステップと
を備え、
前記要求メッセージには、前記他の通信装置が応答するか否かを定めるための条件を含む、
通信方法。
【請求項２６】
第１の通信装置と第２の通信装置とが通信する通信システムであって、
第１の通信装置は、
管理情報の要求メッセージを受信する第１の受信手段と、
定められた条件に従い、前記第１の受信手段で受信する前記要求メッセージの一部に対して、前記管理情報を含む応答メッセージを送信する第２の送信手段と
を備え、第２の通信装置は、
前記第１の通信装置に対して、前記要求メッセージを送信する第２の送信手段と、
前記要求メッセージに対する応答メッセージを前記第１の通信装置から受信する第２の受信手段と
を備え、
前記要求メッセージには、前記第１の通信装置が応答するか否かを定めるための条件を含む、
通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１３−１１５４８８（Ｐ２０１３−１１５４８８Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２５７６５８（Ｐ２０１１−２５７６５８）
【出願日】平成２３年１１月２５日（２０１１．１１．２５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成２３年度、総務省「最先端のグリーンクラウド基盤構築に向けた研究開発（省電力アクセスネットワーク制御技術）」委託研究、産業技術力強化法第１９条の適用を受ける特許出願
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月２５日（２０１１．１１．２５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成２３年度、総務省「最先端のグリーンクラウド基盤構築に向けた研究開発（省電力アクセスネットワーク制御技術）」委託研究、産業技術力強化法第１９条の適用を受ける特許出願
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]