JP6197293B2 - 自律的にネットワーク管理方法を制御する通信装置、通信方法、及び通信システム - Google Patents

Description

本発明に係るいくつかの態様は、通信装置、通信方法、及び通信システムに関する。

近年、例えばスマートグリッドやＭ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）ネットワーク、ホームネットワーク、オフィスネットワーク等の通信ネットワークシステムが広く普及しつつある。例えば特許文献１には、ネットワークに接続される通信アダプタ装置等が開示されている。

通信ネットワークシステムは、例えば、サーバ又はＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などのコンピュータと、センサデバイスやアクチュエータデバイス（ここでは、センサデバイスを例に以下説明する）等のデバイスと、両者の通信を中継するゲートウェイ（例えば、ＨＧＷ：Ｈｏｍｅ Ｇａｔｅ Ｗａｙ、ＢＧＷ：Ｂｕｉｌｄｉｎｇ Ｇａｔｅ Ｗａｙ等がある）とを備えて構成される。このような通信ネットワークでは、例えば、サーバが、ゲートウェイを中継して、センサデバイス等から管理情報を取得するためのメッセージを定期的に送信することで、サーバは、各センサデバイスの状況を把握することができるようになる。

国際公開第２００４／０３２４２５号

一方、センサデバイス等の管理対象の装置（デバイス）の中には、バッテリ駆動のものがあり、長時間安定的にシステムを運用するためには、管理対象の装置の電力消費をできるだけ抑えることが必要となる。

しかしながら、サーバから定期的に送信される管理情報の要求メッセージに対して、センサデバイスが応答メッセージを送信すると、当該通信にかかる電力消費により、管理対象であるセンサデバイスの駆動時間を縮めることとなってしまうという課題がある。一方で、管理情報の通信を十分に行わないと、通信ネットワークの運用に必要な管理情報がサーバ側に十分に送信されず、サーバ側で保持している管理情報の精度が低下する課題がある。従って、管理対象の装置の電力消費の低減と管理情報の精度の向上との間には、トレードオフの関係がある。

ここで、例えば特許文献１には、機器アクセスを許可したり禁止したりできるようにする手法が開示されている（例えば、１３頁４２行目乃至１４頁３３行目）。しかしながら、これは通信アダプタ装置への不用意な操作を禁止することのみを目的とするものであり、消費電力の消費の抑制については何ら考慮されていない。

本発明のいくつかの態様は前述の課題に鑑みてなされたものである。本発明の目的の１つは、センサデバイスの状態などを基に、電力消費と管理情報精度のトレードオフを考慮した効率的なデバイス管理方法を自律的に制御し、デバイス管理に係る電力消費を抑えることのできる通信装置、通信方法、及び通信システムを提供することである。

本発明に係る通信装置は、他の通信装置に対して、管理情報の要求メッセージを送信する送信手段と、前記要求メッセージに対する応答メッセージにより前記他の通信装置の管理情報を受信する受信手段と、前記受信した前記他の通信装置の管理情報を用いて、前記他の通信装置が前記要求メッセージに応答するか否かを定める応答条件を決定する応答条件決定手段と、前記決定した応答条件を含めて、前記決定後に所定のタイミングで前記送信手段により送信される前記要求メッセージを作成するメッセージ作成手段とを備えることを特徴とする。

本発明に係る通信方法は、通信装置において実施される通信方法であって、他の通信装置に対して、管理情報の要求メッセージを送信する送信ステップと、前記要求メッセージに対する応答メッセージにより前記他の通信装置の管理情報を受信する受信ステップと、前記受信した前記他の通信装置の管理情報を用いて、前記他の通信装置が前記要求メッセージに応答するか否かを定める応答条件を決定する応答条件決定ステップと、前記決定した応答条件を含めて、前記決定後に所定のタイミングで送信される前記要求メッセージを作成するメッセージ作成ステップとを備えることを特徴とする。

本発明に係る通信システムは、第１の通信装置と第２の通信装置とが通信する通信システムであって、前記第１の通信装置は、前記第２の通信装置に対して、管理情報の要求メッセージを送信する手段と、前記要求メッセージに対する応答メッセージにより前記第２の通信装置の管理情報を受信する手段と、前記受信した前記第２の通信装置の管理情報を用いて、前記第２の通信装置が前記要求メッセージに応答するか否かを定める応答条件を決定する手段と、前記決定した応答条件を含めて、前記決定後に所定のタイミングで前記送信手段により送信される前記要求メッセージを作成する手段とを備え、前記第２の通信装置は、前記第１の通信装置から管理情報の要求メッセージを受信する手段と、前記受信した要求メッセージに前記応答条件が含まれる場合に、当該応答条件に基づいて、前記受信した要求メッセージに対する応答として、管理情報を含めたメッセージを送信する手段とを備えたことを特徴とする。

尚、本発明において、「部」や「手段」とは、単に物理的手段を意味するものではなく、その「部」や「手段」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や「手段」が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や「手段」の機能が１つの物理的手段や装置により実現されても良い。

本発明によれば、自律的にデバイス管理に係る電力消費を抑えることのできる通信装置、通信方法、及び通信システムを提供することができる。

本発明の実施形態１における通信システムの概略構成及び動作の具体例を説明するための図である。 本発明の実施形態１におけるセンサデバイスの機能構成を示すための図である。 本発明の実施形態１におけるゲートウェイの機能構成を示すための図である。 図１に示した通信システムで送受信される管理情報要求メッセージのフォーマット例を説明するための図である。 図１に示した通信システムで送受信される管理情報応答メッセージのフォーマット例を説明するための図である。 図３に示したゲートウェイの管理状態情報の具体例を示す図である。 図２に示したセンサデバイスの処理の流れを説明するためのフローチャートである。 図３に示したゲートウェイの処理の流れを説明するためのフローチャートである。 本発明の実施形態２における通信システムの概略構成及び動作の具体例を説明するための図である。 本発明の実施形態２におけるセンサデバイスの機能構成を示すための図である。 図１０に示したセンサデバイスの処理の流れを説明するためのフローチャートである。 本発明の実施形態３におけるゲートウェイの機能構成を示すための図である。 図１２に示したゲートウェイの処理の流れを説明するためのフローチャートである。 本発明の実施形態４におけるゲートウェイの機能構成を示すための図である。 図１２に示したゲートウェイの処理の流れを説明するためのフローチャートである。 本発明の実施形態３におけるゲートウェイの機能構成を示すための図である。

以下に本発明の実施形態を説明する。以下の説明及び参照する図面の記載において、同一又は類似の構成には、それぞれ同一又は類似の符号が付されている。

（１ 前提）
「２」以降で説明する実施形態に共通の前提等について述べる。
以下の実施形態は、互いに通信可能なセンサネットワーク（通信には、例えばＺｉｇＢｅｅや、Ｚ−Ｗａｖｅ、ＷｉＦｉ等の通信方式を用いることが可能である。しかし、これらの無線通信方式に限られるものではない。）を構成するセンサデバイスやアクチュエータデバイス（環境を変化させる動作を行う装置）等と、これらのセンサネットワーク内のデバイスと、センサネットワーク外の装置であるサーバやＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等との通信を中継処理するゲートウェイ（ＨＧＷ：Ｈｏｍｅ Ｇａｔｅ Ｗａｙ、ＢＧＷ：Ｂｕｉｌｄｉｎｇ Ｇａｔｅ Ｗａｙ等）とを含む通信ネットワークシステムに関する。そして、実施形態１及び実施形態２では、このような通信ネットワークシステムにおいて、例えばサーバがセンサデバイスを遠隔管理するために管理情報を取得する際に消費する電力の低減を図ることができる。また実施形態３では、管理情報の精度を保ちつつもセンサデバイスの遠隔管理において消費する電力の低減を図ることができる。

近年、スマートグリッドやＭ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）ネットワーク、ホームネットワーク、オフィスネットワーク等の通信ネットワークシステムの分野において、センサデバイスやアクチュエータデバイス等に対して注目が集まっている。Ｍ２Ｍネットワークでは、オフィス、工場、家庭、自動車等のローカルエリアで刻々と変化する多量の環境情報（例えば、電力情報、温度情報、振動情報、音情報、放射線量等）を取得する為に、センサデバイスや環境情報測定装置が用いられることが多い。

これらセンサデバイスから得られた情報は、各ローカルエリア内に設置されるサーバ等の情報処理装置で扱われる他、インターネット網や３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）網（あるいはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）網も考えられる）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）網、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）網、ＰＬＣ（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信網等を介して外部のサーバにおいて処理されることがある。

例えば、各家庭にて得られた消費電力情報が、各家庭が備える情報処理装置で保存及び処理される他、電力供給を行う発電会社、送電会社、及び配電会社等が有するサーバにも送信され、サーバ内のアプリケーションで統合的に情報が処理されることが考えられる。

また、各ローカルエリアに設置されたアクチュエータデバイスも同様に、各ローカルエリアの情報処理装置で動作制御される他、インターネット網等を介して外部のサーバから制御される可能性もある。

特に、スマートグリッド分野では、電力スマートメータ、ガススマートメータ、及び水道スマートメータ等による自動検針や関連装置の遠隔制御や自動制御、その他の付加サービスが考えられており、これらのスマートメータがセンサデバイス及びアクチュエータデバイスとなり得る。以下、センサネットワークを構築するセンサデバイス及びアクチュエータデバイスを総称して「センサデバイス」と呼ぶことがある。

センサネットワークを用いたサービス提供を継続的に維持するには、センサデバイスの状態を継続的に管理する必要がある。なぜなら、センサデバイスの故障や不具合、整備不良はセンサデバイスを用いたサービスの障害となり得るからである。

しかしながら、センサデバイスを設置（配置）するエンドユーザ（多くの場合は、一般のコンシューマがエンドユーザに相当する）が、これらのセンサデバイスの管理に関する知識を持ち合わせていることは稀であり、また、このような知識を身につけるのも困難である。よって、センサデバイスの管理は、センサデバイスの管理知識を持つ専門業者などが、サーバ等から、センサデバイスを遠隔管理するのが好ましい。また、センサデバイスの遠隔管理には、標準的な技術を用いるのが好ましい。なぜならば、標準技術を用いることで、遠隔管理に関する汎用性を確保し、結果として様々なコストの節減を図ることができるためである。

ここで、標準的な遠隔管理に用いられる通信方式として、ブロードバンドルータ、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）、３Ｇ通信装置等を管理対象とするＴＲ−０６９（Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ ０６９）やＯＭＡ−ＤＭ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ−Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）等の標準化された方式がある。これらの通信方式を用いた遠隔管理方式では、サーバが管理対象の装置と個々に通信し、サーバ側から、装置情報（管理情報）の入手や管理／制御に関する指示等を行うことにより、サーバで各端末を管理することができる。

（１．１ 考えうるセンサデバイスの遠隔管理に係る実施形態）
従って、このような遠隔管理方式を用いてセンサデバイスを遠隔管理する場合、以下のような形態となることが考えられる。

まず、遠隔管理サーバ（ＴＲ−０６９サーバやＯＭＡ−ＤＭサーバ等が該当し得る）が、ゲートウェイを中継して、センサネットワークを構成する１台以上のセンサデバイスを管理する通信システムのモデルを考える。ここで、遠隔管理サーバ及びゲートウェイは、定期的な間隔で各センサデバイスとユニキャスト通信することにより、遠隔管理を行う。これにより、遠隔管理サーバは、センサデバイスの状態を常時把握することが可能となる。

また、遠隔管理サーバが管理するセンサデバイスのパラメータとしては、例えば、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種別情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティング情報、隣接リンク品質情報、保持するソフトウェアモジュール情報等が考えられる。

尚ここで、遠隔管理サーバとセンサデバイスとの間をゲートウェイが中継するのは、遠隔管理サーバとゲートウェイとの間の通信、及びゲートウェイとセンサデバイスとの間の通信とで、用いられる通信プロトコル及び通信方式が異なるためである。

ゲートウェイとセンサデバイスとの間の通信は、無線センサネットワーク上のマルチホップ通信により実現される。また、遠隔管理サーバの機能の全て或いは一部が従来のゲートウェイに備わることで、遠隔管理サーバが存在しない通信システムを考えることも可能である。

以下、ここで述べる通信システムでの遠隔管理方法を具体的に説明する。
遠隔管理サーバは、管理要求メッセージ（以下、「管理リクエスト」ともいう。）をゲートウェイへ送信する。管理要求メッセージを受信したゲートウェイは、管理要求メッセージを元に作成した管理情報要求メッセージを、管理対象のセンサデバイスへ送信する。センサデバイスは、自装置の状態情報（管理情報）を含む管理情報応答メッセージを作成し、ゲートウェイへ送信する。ゲートウェイは、受信した管理情報応答メッセージを元に管理応答メッセージ（以下「応答情報」ともいう。）を作成し、遠隔管理サーバへと送信する。

ここで、上述の通り、通常、ゲートウェイとセンサデバイスとの間では、管理情報要求メッセージ及び管理情報応答メッセージが、いずれもユニキャスト通信により送受信される。尚、管理情報の要求にかかるメッセージ伝播の効率化等を考慮し、管理情報要求メッセージがブロードキャスト又はマルチキャストにより送信されることもあり得る。例えば、全センサデバイスの状態管理を行うセンサデバイスの定期管理では、管理情報要求メッセージはブロードキャスト通信を用いるのが効率的である。

スマートグリッドやＭ２Ｍネットワークの分野でセンサデバイスを用いたサービスを継続的に維持するには、センサデバイスの遠隔管理だけでなく、省電力化も求められる。なぜならば、一般的に、無線通信を行うセンサデバイスはバッテリ駆動により動作するものが多いため、センサデバイスの電力消費をできるだけ抑制しなければ、これらのセンサデバイスから構築されるセンサネットワークを長時間駆動させることができないからである。

一方、センサデバイスの遠隔管理の際には、上述の通り定期的に管理情報要求メッセージ及びそれに対する管理情報応答メッセージの送受信が発生するため、この送受信を頻繁に行うと、過大な電力消費が発生し、センサネットワークの駆動時間を縮めかねない。特に、センサデバイスは、通信に関する電力の多くを通信に係る無線通信モジュールで消費するので、この送受信にかかる電力消費の発生は大きな課題となり得る。

よって、センサデバイスの遠隔管理を実現しつつも、センサデバイスの消費電力の抑制を図らなければならない。つまり、センサデバイスの遠隔管理に係る通信の通信トラヒックの抑制（低減）が必要である。ただし、むやみにセンサデバイスの遠隔管理に係る通信の通信トラヒックを抑制すると、センサデバイスの管理情報が不足して管理情報精度が低下するため、管理通信トラヒックの抑制は、ゲートウェイおよび遠隔管理サーバの管理情報の精度を考慮して行う必要がある。以下述べる実施形態は、この、遠隔管理に係る通信トラヒックの抑制を主たる目的の１つとしている。

（２ 実施形態１）
図１乃至図９は、本発明の実施形態を説明するための図である。以下、これらの図を参照しながら、以下の流れに沿って本実施形態を説明する。まず、「２．１」で実施形態１全体の概要を示す。その上で、「２．２」で各装置の構成を、「２．３」で管理情報要求メッセージ及び管理情報応答メッセージの構成を、「２．４」では、装置管理に関する管理状態情報の構成を、それぞれ説明する。「２．５」では、処理の流れを説明する。最後に、「２．６」以降で、実施形態１に係る効果等を説明する。

（２．１ 概要）
図１は、実施形態１に係る通信装置の具体例であるセンサデバイス及びゲートウェイを含む通信システムの概略構成を示している。図１に示すように、通信システム１は、センサデバイス１００（個別のセンサデバイス１００Ａ乃至センサデバイス１００Ｆに着目しない場合には、「センサデバイス１００」として説明する。）、ゲートウェイ２００、及び遠隔管理サーバ３００を含んでいる。

センサデバイス１００は、例えば、電力情報、温度情報、振動情報、音情報、放射線量等を含む環境情報を検出する装置であるセンサデバイス、又は環境を変化させる動作を行う装置であるアクチュエータデバイスであることが考えられる。センサデバイス１００Ａ乃至１００Ｆは、センサネットワークＮ１を構成している。

ゲートウェイ２００は、直接的又は間接的にセンサデバイス１００と通信すると共に、インターネット網Ｎ２を介して遠隔管理サーバ３００に接続される。尚、本実施形態では、ゲートウェイ２００と遠隔管理サーバ３００との間をインターネット網Ｎ２により接続される例に説明するが、接続方法はこれに限られるものではない。

遠隔管理サーバ３００は、例えばサーバやＰＣなどであり、ゲートウェイ２００を介してセンサデバイス１００と遠隔管理通信することで、センサネットワークＮ１及びセンサデバイス１００を遠隔的に管理することができる。

尚、実施形態１及び実施形態２を通じて、遠隔管理サーバ３００とゲートウェイ２００とを別装置として説明しているが、これに限られるものではない。例えば、遠隔管理サーバ３００の機能の全て又は一部をゲートウェイ２００が備えることで、遠隔管理サーバ３００を含まないように通信システム１を構成することもできる。

以下、センサデバイス１００及びゲートウェイ２００間において、管理情報要求メッセージ４００及び管理情報応答メッセージ５００が送受信されることで行われる遠隔管理に係る処理を、図１を参照しながら説明する。

ゲートウェイ２００は、遠隔管理サーバ３００から、遠隔管理の指示（遠隔管理メッセージ／管理リクエスト）を受信すると、センサデバイス１００の遠隔管理通信を開始する。この通信において、ゲートウェイ２００は、各センサデバイス１００Ａ乃至１００Ｆに対してブロードキャストにより管理情報要求メッセージ４００を送信する。

尚、図１の例では、管理情報要求メッセージ４００の伝播にブロードキャスト通信が用いられているが、これに限られるものではない。例えば、ユニキャスト通信やマルチキャスト通信を用いることも可能である。しかしながら、管理情報要求メッセージを各センサデバイスにユニキャスト通信で送信するよりも、ブロードキャスト通信で一斉送信した方が、メッセージの伝播効率がよく、一般的には電力消費を抑制できる。

実施形態１では、センサデバイス１００は、ゲートウェイ２００から送信された管理情報要求メッセージ４００を受信した際に、管理情報要求メッセージ４００に含まれる応答方法の指示を参照し、今回又は以前に受信した応答方法の指示に基づき、管理情報応答メッセージ５００を作成し、ゲートウェイ２００へと返信する。また、センサデバイス１００は、この管理情報要求メッセージ４００に含まれた応答方法を保持し続けるので、それ以降の管理情報要求メッセージ４００に対しても、当該応答方法に従って処理する（管理情報応答メッセージ５００の作成及び応答をする、またはしない）ことが可能となる。

図１に例を示す管理情報要求メッセージ４００には、宛先としてブロードキャストアドレスである「０ｘＦＦＦＦ」が、送信元としてゲートウェイ２００のアドレスである「０ｘ１２３４」が、管理命令として各センサデバイス１００にパラメータのインスタンスの応答を指示する「パラメータ取得」が、命令対象のパラメータとして「電力残量情報」が、それぞれ指定されている。また、センサデバイス１００に対して指示する応答方法として、「Ａ、Ｃ，Ｆのセンサデバイスは、今回の管理情報要求メッセージから３回目の管理情報要求メッセージに応答すること」との内容が、管理情報要求メッセージ４００内で指定されている。

管理情報要求メッセージ４００を受信したセンサデバイス１００Ｂ、１００Ｄ、及び１００Ｅは、応答方法に自装置向けの指示がないことを確認し、管理命令（パラメータ取得）と命令対象パラメータ（電力残量情報）とを参照することで、電力残量情報（バッテリ残量情報）の値を含む管理情報応答メッセージ５００をゲートウェイ２００へ送信（返信）する。

センサデバイス１００Ａが中継する管理情報応答メッセージ５００（センサデバイス１００Ｂ、１００Ｄ、及び１００Ｅがそれぞれ送信するので、センサデバイス１００Ａは計３つ中継する）には、宛先としてゲートウェイ２００のアドレス「０ｘ１２３４」が、送信元として、各センサデバイス１００のアドレス（センサデバイス１００Ｅであれば「０ｘ０００Ｅ」）が、管理応答としてパラメータ取得の命令に対する応答であることを示す「パラメータ応答」が、応答対象のパラメータとして「電力残量情報」が、パラメータのインスタンス値として、各センサデバイス１００の電力残量値（センサデバイス１００Ｅであれば「１７８３０」）が、それぞれ含まれる。

一方、管理情報要求メッセージ４００を受信したセンサデバイス１００Ａ、１００Ｃ、及び１００Ｆは、応答方法に自装置向けの指示があることを確認し、「Ａ、Ｃ，Ｆのセンサデバイスは、今回の管理情報要求メッセージから３回目の管理情報要求メッセージに応答すること」との指示に従って、今回の管理情報要求メッセージ４００には、応答しない。

ゲートウェイ２００は、受信したセンサデバイス１００Ｂ、１００Ｄ、及び１００Ｅに関する管理情報応答メッセージ５００の情報を記憶すると共に、遠隔管理サーバ３００へ、応答情報を通知（管理応答メッセージを送信）する。またゲートウェイ２００は、定期管理の閾値を超えた時点（次の定期管理に入る直前）、或いは遠隔管理サーバ３００に次の管理を指示された時点等に、未応答であるセンサデバイス１００Ａ、１００Ｃ、及び１００Ｆの応答情報を、以前にセンサデバイス１００Ａ、１００Ｃ、及び１００Ｆから取得（受信）していた管理状態情報に基づいて作成し、遠隔管理サーバ３００へと送信する。

このように、センサデバイス１００は、ゲートウェイ２００から送信された管理情報要求メッセージ４００に含まれる応答方法の指示に従い、管理情報要求メッセージ４００へ応答するか否か（管理情報応答メッセージ５００を送信するか否か）を判別する。

これにより、センサデバイス１００は、管理情報要求メッセージ４００の少なくとも一部に対しては応答しないことになり、結果として、遠隔管理通信における管理情報応答メッセージ５００に係るトラヒックを抑制することが可能となる。

すなわち、ゲートウェイ２００が、電力消費を抑制するように適切な応答方法を指定すれば、センサデバイス１００の電力消費を低減し、結果として、センサネットワークＮ１全体の稼動寿命を延長することが可能となる。

また、ゲートウェイ２００は、定められた時刻までに未応答のセンサデバイス１００（管理情報応答メッセージ５００を送信しなかったセンサデバイス１００、又はパケットロス等により管理情報応答メッセージ５００がゲートウェイ２００に届かなかったセンサデバイス１００）の応答情報を、保持している、該当センサデバイス１００の過去の情報を元に作成することで、各センサデバイス１００Ａ乃至１００Ｆの管理情報を遠隔管理サーバ３００へ送信することができる。

従って、定期間隔でセンサデバイス１００を管理する遠隔管理を実現しつつ、遠隔管理を実現する遠隔管理通信に係る通信トラヒックを抑制することで、センサネットワークＮ１及びセンサデバイス１００の寿命を延ばすことが可能となる。

（２．２ 各デバイスの構成）
以下、センサデバイス１００の構成を「２．２．１」で説明し、ゲートウェイ２００の構成を「２．２．２」で説明する。

（２．２．１ センサデバイス１００の構成）
実施形態１に係るセンサデバイス１００の構成について、図２を参照しながら説明する。図２において、実線の矢印は、各構成間の制御や参照、及び情報の流れを示す。

センサデバイス１００は、管理情報要求メッセージ４００を受信し、当該管理情報要求メッセージ４００内で指示された応答方法に従って、以降の管理情報要求メッセージ４００に対する管理情報応答メッセージ５００を作成及び送信する。

センサデバイス１００は、管理情報要求メッセージ４００を受信する管理情報要求メッセージ受信部１１０、受信した管理情報要求メッセージ４００の受理及び転送の要否を判別するパケット処理決定部１２０、管理情報要求メッセージ４００内の応答方法の処理及び管理情報応答メッセージ５００の作成を行う応答処理部１３０、センサデバイス１００の状態情報であるセンサ情報１４１を記憶する記憶媒体である記憶部１４０、管理情報応答メッセージ５００の送信及び管理情報要求メッセージ４００の転送を行う管理情報メッセージ送信部１５０、及び他のセンサデバイス１００と直接に通信するためのセンサデバイスインタフェース１６０とを含む。

管理情報要求メッセージ受信部１１０は、他のセンサデバイス１００或いはセンサモジュールを搭載したゲートウェイ２００から、自装置宛の管理情報要求メッセージ４００を受信し、受信処理を行ったうえで、パケット処理決定部１２０へ、受信した管理情報要求メッセージ４００に係るデータを渡す。尚、管理情報要求メッセージ４００は、ユニキャストパケット、ブロードキャストパケット、マルチキャストパケットの何れでもよく、管理情報要求メッセージ受信部１１０は、自装置宛と判断できるものを全て受信する。
尚、管理情報要求メッセージ受信部１１０が受信する管理情報要求メッセージ４００のフォーマットについては、図４を参照しながら後述する。

パケット処理決定部１２０は、管理情報要求メッセージ受信部１１０から、管理情報要求メッセージ４００のデータを受取り、次の２つの処理を行う。
まず、パケット処理決定部１２０は、受け取ったデータを参照し、管理情報要求メッセージ４００を転送するか否かを判断する。パケット処理決定部１２０は、受け取ったデータの情報に基づき、転送すべき管理情報要求メッセージ４００であると判断した場合には、他のセンサデバイス１００へ管理情報要求メッセージ４００を送信（転送）すべく管理情報要求メッセージ４００のデータを、管理情報メッセージ送信部１５０へ渡す。

尚、パケット処理決定部１２０は、転送するか否かの判断を、一般的なセンサネットワークのルーティングと同様のルールに従って行えばよい。すなわち、ユニキャストパケット及びマルチキャストパケットに対しては、自装置宛でなければ、定められた転送先に転送し、また、ブロードキャストパケットについては、定められたブロードキャスト方式に従って、隣接のセンサデバイス１００へと転送すべく、パケット処理決定部１２０は判断すれば良い。

２番目の処理として、パケット処理決定部１２０は、受け取った管理情報要求メッセージ４００に係るデータを、自装置で処理するか否か（受理するか否か）を判別する。パケット処理決定部１２０は、データを受理する場合（データを処理すべきと判断した場合）、受信した管理情報要求メッセージ４００に係るデータを応答処理部１３０の応答決定部１３１へ渡す。一方、データを受理しない（自装置で処理しない）場合には、パケット処理決定部１２０は当該データを破棄する。

例えば、管理情報要求メッセージ４００をユニキャストパケットとして受信した場合、宛先が自装置宛ではなければ、パケット処理決定部１２０は自装置で処理すべきでない（受理すべきでない）と判断することができる。一方、例えば管理情報要求メッセージ４００をブロードキャストパケットとして受信した場合には、以前受信した管理情報要求メッセージ４００と同一でなければ、パケット処理決定部１２０は自装置で処理すべき（受理すべき）と判断することができる。

その他、管理情報要求メッセージ４００の受理処理に関する上位レイヤの判断として、特定のセンサデバイス１００が中継した管理情報要求メッセージ４００であれば受理或いは破棄する、送信したゲートウェイ２００のアドレスを参照して受理或いは破棄する、または、管理情報要求メッセージ４００のセキュリティ情報を参照して受理或いは破棄する、等の判断基準を考えることもできる。

応答処理部１３０は、パケット処理決定部１２０から受け取った管理情報要求メッセージ４００のデータ内にある応答方法を参照し、応答方法の指示に従った応答方法を決定して記憶（保持）する。また、応答処理部１３０は、保持（記憶）した応答方法を参照し、今回受け取った管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信するか否かを判断し、管理情報応答メッセージ５００を送信すると判断した場合には、自装置のセンサ情報１４１を元に、管理情報応答メッセージ５００を作成する。

応答処理部１３０は、応答方法を決定し、応答するべきか否かを判別する応答決定部１３１、応答方法を応答方法情報１３６として記憶（保持）すると共に、管理情報要求メッセージ４００の受信回数等にかかるパラメータである応答方法計算情報１３７を記憶する記憶部１３５、管理情報応答メッセージ５００を作成する管理情報応答メッセージ作成部１３３を含む。

応答決定部１３１は、パケット処理決定部１２０から受け取った管理情報要求メッセージ４００のデータ内にある応答方法を参照し、当該応答方法の指示に従った応答方法を決定して、記憶部１３５内の応答方法情報１３６として記憶する。管理情報要求メッセージ４００内に応答方法が指示されていない場合には、応答方法の決定及び応答方法情報１３６への記憶は行わない。

尚、応答決定部１３１は、記憶部１３５に複数の応答方法情報１３６を記憶することができるが、応答方法情報１３６として記憶された応答方法と矛盾する応答方法での対応を受信した場合には、優先度の高い応答方法を応答方法情報１３６として記憶し、優先度の低い応答方法は、応答方法情報１３６から削除する。ここで、優先度は、センサネットワークＮ１の運用ポリシーに基づき、運用者等が自由に設定することができるが、一般的には、新たに決定された応答方法の方が優先度が高い。

また、応答決定部１３１は、今回自装置が受信した管理情報要求メッセージ４００に対して、今回及び以前に応答方法情報１３６として保持した応答方法、及び応答方法計算情報１３７に基づき、管理情報応答メッセージ５００を送信するか否か、すなわち、管理情報要求メッセージ４００に対して応答するか否かを判断する。応答決定部１３１は、今回自装置が受信した管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信すると判断した場合、管理情報応答メッセージ作成部１３３に、管理情報応答メッセージ５００の作成を指示する。

また、応答決定部１３１は、管理情報要求メッセージ４００を受信したことにより、応答方法計算情報１３７を更新する。例えば、応答方法情報１３６として、「管理情報要求メッセージを２回受信してから管理情報応答メッセージを１回送信しろ」との応答方法を応答方法情報１３６として保持していた場合には、応答決定部１３１は、今回の管理情報要求メッセージ４００の受信が何回目なのかを、応答方法計算情報１３７として記憶し、更新する。

尚、応答決定部１３１は、センサ情報（自装置の状態情報）の内容を応答条件に含む応答方法を受け取っている場合には、記憶部１４０のセンサ情報１４１を参照する。そして、応答決定部１３１は、参照したセンサ情報１４１の内容に応じて、記憶部１３５の応答方法計算情報１３７を更新する。

記憶部１３５が記憶する応答方法情報１３６は、応答決定部１３１から受け取った応答方法の内容を記憶するものである。また、応答方法計算情報１３７は、応答方法情報１３６と対応付けて管理されるパラメータである。応答方法計算情報１３７は、上述の通り、管理情報要求メッセージ４００の受信に伴い、パラメータとして更新される。応答決定部１３１が採用する応答方法で定める閾値や適合値を応答方法計算情報１３７のパラメータが充足した場合、応答決定部１３１にて、管理情報要求メッセージ４００に対して応答する旨の判断がなされる。尚、上述の通り、記憶部１３５は、応答方法情報１３６及びそれに関連する応答方法計算情報１３７の組を、１つ以上保持することができる。

管理情報応答メッセージ作成部１３３は、応答決定部１３１からの指示に従い、管理情報応答メッセージ５００を作成する。管理情報応答メッセージ内の管理情報は、記憶部１４０が記憶するセンサ情報１４１（自装置の状態情報）を参照して作成する。尚、管理情報応答メッセージ５００の最終宛先は、管理情報要求メッセージ４００の送信元（例えば、ゲートウェイ２００）である。管理情報応答メッセージ作成部１３３は、作成した管理情報応答メッセージ５００を、管理情報メッセージ送信部１５０へと渡す。尚、管理情報応答メッセージ作成部１３３が作成する管理情報応答メッセージ５００のフォーマットについては、図５を参照しながら後述する。

記憶部１４０が記憶するセンサ情報１４１は、上述の通り、自装置の状態情報である。センサ情報１４１に含まれる情報は、自装置に関するあらゆる情報であり、一例として、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種別情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティング情報、隣接リンク品質情報、保持するソフトウェアモジュール等がある。

管理情報メッセージ送信部１５０は、パケット処理決定部１２０から転送を指示された管理情報要求メッセージ４００、及び応答処理部１３０の管理情報応答メッセージ作成部１３３が作成した管理情報応答メッセージ５００を、指定の宛先へと送信する。

センサデバイスインタフェース１６０は、他のセンサデバイス１００、及びセンサモジュールを搭載した（センサデバイス用のインタフェースを備えた）ゲートウェイ２００と、管理情報要求メッセージ４００及び管理情報応答メッセージ５００の送受信を行うためのインタフェースである。

なお、センサデバイス１００は、一般的なデバイス（又は通信装置）が有する任意のハードウェア構成を備えることができ、例えば、制御部、記憶部（例えば、ハードウェアディスク）、メモリ（例えば、RAM(Random Access Memory）、ROM(Read Only Memory））などを備えることができる。この場合、センサデバイス１００が有する上記の各機能構成は、例えば、制御部が、記憶部又はメモリからプログラムを展開して実行することで実現することができる。もしくは、センサデバイス１００は、上記の各機能構成を実現するための回路を備えても良い。以降で説明する実施形態についても同様である。

（２．２．２ ゲートウェイ２００の構成）
実施形態１に係るゲートウェイ２００の構成について、図３を参照しながら説明する。図３において、実線の矢印は、各構成間の制御や参照、及び情報の流れを示す。

ゲートウェイ２００は、遠隔管理サーバ３００から遠隔管理のリクエスト（管理要求メッセージ／管理リクエスト）を受信した際に、現在の各センサデバイス１００に係る管理状態情報等から各センサデバイス１００に指示する応答方法を決定し、当該応答方法を含んだ管理情報要求メッセージ４００を作成及び送信する。

ゲートウェイ２００は、遠隔管理サーバ３００から指示を受け、遠隔管理の処理を行うデバイス管理部２１０、センサデバイス１００の省電力遠隔処理を行う遠隔管理メッセージ処理部２２０、管理情報要求メッセージ４００の送信処理を行う管理情報要求メッセージ送信部２３０、管理情報応答メッセージ５００の受信処理を行う管理情報応答メッセージ受信部２４０、遠隔管理サーバ３００等の外部サーバと通信するための外部接続インタフェース２５０、センサデバイス１００と通信するためのセンサデバイスインタフェース２６０を含む。

デバイス管理部２１０は、遠隔管理サーバ３００から遠隔管理の要求を受信し、当該要求が、センサデバイス１００の遠隔管理を必要とする内容であれば、遠隔管理メッセージ処理部２２０の応答方法指示決定部２２１へ、センサデバイス１００の遠隔管理を指示する。応答方法指示決定部２２１への指示には、どのセンサデバイス１００に対する指示であり（特定のセンサデバイス１００Ａ乃至１００Ｆに対する指示か、全てのセンサデバイス１００に対する指示か、等）、どのような管理命令であり、かつどのようなパラメータを扱うか、等の内容が含まれる。

また、デバイス管理部２１０は、遠隔管理メッセージ処理部２２０の応答メッセージ処理部２２７から、センサデバイス１００の遠隔管理の応答情報を受け取り、その応答情報を、遠隔管理サーバ３００への応答として送信する。

遠隔管理メッセージ処理部２２０は、デバイス管理部２１０からセンサデバイス１００の遠隔管理の指示を受け取り、電力消費を抑制しつつ好適な遠隔管理を行うための応答方法を決定して管理情報要求メッセージ４００を作成すると共に、センサデバイス１００から受信した管理情報応答メッセージ５００に含まれる応答情報、及び受信しなかった未応答のセンサデバイス分の応答情報を適宜管理、作成、及び加工等し、デバイス管理部２１０へと当該応答情報を出力する。

遠隔管理メッセージ処理部２２０は、応答方法指示決定部２２１、管理状態情報２２４を記憶する記憶部２２３、管理情報要求メッセージ作成部２２５、及び応答メッセージ処理部２２７を含む。

応答方法指示決定部２２１は、デバイス管理部２１０からセンサデバイス１００の遠隔管理の指示を受け取り、各センサデバイス１００の応答方法を決定する。応答方法は、管理状態情報２２４として保持されている各センサデバイス１００の管理状態や、センサネットワークＮ１の構成及び状態等を参照して、センサネットワークＮ１全体の電力消費を抑制しつつ、適切な遠隔管理をおこなえる方法を判断して、センサデバイス１００毎に決定される。

応答方法指示決定部２２１は、決定した応答方法を含む管理情報要求メッセージ４００を作成するように、管理情報要求メッセージ作成部２２５へ指示する。尚、応答方法の決定にあたり、応答方法指示決定部２２１がいずれのセンサデバイス１００にも応答方法を指示しない場合もある。この場合には、応答方法指示決定部２２１は、管理情報要求メッセージ４００による応答方法の指定を行わない。

また、応答方法指示決定部２２１は、決定した応答方法（センサデバイス１００に指示する応答方法）を、応答メッセージ処理部２２７へ通知する。

記憶部２２３は、応答メッセージ処理部２２７から受け取った、各センサデバイス１００に関する管理状態情報２２４を記憶（保持）する。各センサデバイス１００の管理状態情報２２４には、今回新たに入手した最新の情報に加えて、以前、各センサデバイス１００から取得（受信）した過去の情報も併せて含まれる。管理状態情報２２４の具体例については、図６を参照しながら後述する。

管理情報要求メッセージ作成部２２５は、応答方法指示決定部２２１が決定した各センサデバイス１００へ指示する応答方法を含む管理情報要求メッセージ４００を作成し、管理情報要求メッセージ送信部２３０へと渡す。尚、応答方法指示決定部２２１から、特に応答方法が指示されない場合には、管理情報要求メッセージ作成部２２５は、特に応答方法を記述しない。尚、管理情報要求メッセージ作成部２２５が作成する管理情報要求メッセージ４００の具体的内容については、図４を参照しながら後述する。

応答メッセージ処理部２２７は、管理情報応答メッセージ受信部２４０から管理情報応答メッセージ５００を受取り、この中に含まれるセンサデバイス１００の管理情報（各センサデバイス１００の管理状態情報２２４）を、記憶部２２３に管理状態情報２２４として記録する。また、応答メッセージ処理部２２７は、受け取った管理情報応答メッセージ５００のフォーマットを変換する等、情報を整理した上で、デバイス管理部２１０へ出力する。もし、受け取った管理情報応答メッセージ５００の中の管理パラメータに一部欠損等があれば、応答メッセージ処理部２２７は、該当するセンサデバイス１００に対応する管理状態情報２２４を記憶部２２３から読込むと共に応答方法指示決定部２２１が決定した応答方法を参照して、欠損した情報を補う（加工する）。

また、定められた時刻（或いは定められた時間）までに管理情報応答メッセージ５００を送信してこなかったセンサデバイス１００が存在する場合には、応答メッセージ処理部２２７は、当該センサデバイス１００に対応する管理状態情報２２４、及び応答方法指示決定部２２１から受け取った応答方法を参照して、管理情報応答メッセージ５００に対応するデータを作成し、デバイス管理部２１０へ出力する。尚、定められた時刻（閾値時刻）としては、例えば、ゲートウェイ２００内で独自に定めた時刻、遠隔管理サーバ３００から与えられた時刻、遠隔管理サーバ３００から次のサイクルの遠隔管理指示を受信した時刻等、色々と考えうるが、何れであっても良い。

管理情報要求メッセージ送信部２３０は、遠隔管理メッセージ処理部２２０の管理情報要求メッセージ作成部２２５から受取った管理情報要求メッセージ４００の送信処理を行い、センサデバイス１００へ送信する。

管理情報応答メッセージ受信部２４０は、センサデバイス１００から管理情報応答メッセージ５００を受信して受信処理をした後、管理情報応答メッセージ５００のデータを応答メッセージ処理部２２７へ渡す。

外部接続インタフェース２５０は、ゲートウェイ２００が遠隔管理サーバ３００等の外部サーバと通信するためのインタフェースである。

センサデバイスインタフェース２６０は、ゲートウェイ２００がセンサデバイス１００と通信するためのインタフェースである。

なお、ゲートウェイ２００は、一般的なデバイス（又は通信装置）が有する任意のハードウェア構成を備えることができ、例えば、制御部、記憶部（例えば、ハードウェアディスク）、メモリ（例えば、RAM、ROM）などを備えることができる。この場合、ゲートウェイ２００が有する上記の各機能構成は、例えば、制御部が、記憶部又はメモリに記憶されたプログラムを展開して実行することで実現することができる。もしくは、ゲートウェイ２００は、上記の各機能構成を実現するための回路を備えても良い。以降で説明する実施形態についても同様である。

（２．３ メッセージの構成）
次に、センサデバイス１００が、ゲートウェイ２００及び他のセンサデバイス１００と送受信する管理情報要求メッセージ４００及び管理情報応答メッセージ５００のフォーマットについて、図４及び図５を用いて説明する。

（２．３．１ 管理情報要求メッセージ４００）
図４は、管理情報要求メッセージ４００のフォーマットの一例を示す。管理情報要求メッセージ４００は、宛先アドレス４１０、送信元アドレス４３０、管理内容４５０を含む。

宛先アドレス４１０は、管理情報要求メッセージ４００の最終的な宛先となるセンサデバイス１００のネットワークアドレスを示す。宛先アドレス４１０には、ユニキャストアドレス、マルチキャストアドレス、ブロードキャストアドレス、エニキャストアドレスのいずれも指定することができる。

送信元アドレス４３０は、管理情報要求メッセージ４００の送信元センサデバイス、あるいは送信元のゲートウェイ２００のセンサモジュールのネットワークアドレスを示す。

管理内容４５０は、センサデバイス１００の遠隔管理に関するデータ群であり、遠隔管理の内容を示す管理命令４５１、遠隔管理の対象パラメータを示す管理パラメータ４５３、応答方法４５９を含む。

管理命令４５１は、管理情報要求メッセージ４００が、宛先のセンサデバイス１００に対して、どのような管理を行うかの命令が含まれる。管理命令４５１の内容としては、例えば、以下のようなものが挙げられる。
・センサデバイス１００へ指定の管理パラメータに対するインスタンスの応答を指示。
・センサデバイス１００へ指定の管理パラメータのインスタンスの設定を指示。
・センサデバイス１００へ再起動を指示。
・センサデバイス１００へ単純応答を指示（死活の管理のため）。
・センサデバイス１００へ、デバイス内のソフトウェアモジュールのインストール、アンインストール、起動、又は停止を指示。
・センサデバイス１００へ任意のソフトウェアモジュールのダウンロードを指示。

本実施形態１及び実施形態２での説明では、説明の簡単のため、主に管理命令４５１に「センサデバイス１００へ指定の管理パラメータに対するインスタンスの応答を指示」が設定されている管理情報要求メッセージ４００が送受信されている場合を例に説明している。すなわち、管理情報要求メッセージ４００が、センサデバイス１００に対して、センサデバイスの状態情報を要求する場合を例に説明している。しかしながら、他の命令が管理命令４５１に設定されていてもかまわない。つまり、どのような管理命令４５１が設定されていたとしても、センサデバイス１００が、応答方法４５９で指示された応答方法に基づいて決定された応答方法に従って、管理情報応答メッセージ５００を作成して応答する（若しくは応答しない）。

管理パラメータ４５３は、管理情報要求メッセージ４００が扱うセンサデバイス１００の状態情報に関するデータ群である。尚、管理パラメータ４５３は、管理命令４５１の種類によっては、存在しない場合がある。管理パラメータ４５３には、パラメータ４５５及びインスタンス４５７が含まれる。

パラメータ４５５は、センサデバイス１００から取得する状態情報のパラメータ、あるいはセンサデバイス１００へ設定する状態情報のパラメータを指定するためのものである。すなわち、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種別情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティング情報、隣接リンク品質情報、保持するソフトウェアモジュール等の、センサデバイス１００から取得したいパラメータ種別が、パラメータ４５５で指定される。

インスタンス４５７には、パラメータ４５５で指定されたパラメータ種別のインスタンス（実体、実体値）が記述される。例えば、パラメータ４５５にネットワークアドレスが指定されている場合、ネットワークアドレスの値が、インスタンス４５７に記述される。尚、インスタンス４５７は、管理命令４５１の種類や、パラメータ４５５の種類によっては、記述されない場合がある。

応答方法４５９は、センサデバイス１００に対して、今回の管理情報要求メッセージ４００の受信以降、どのように管理情報要求メッセージ４００に対して応答すべきかの方法を指定するためのものである。応答方法４５９に記述される応答方法の一例としては、例えば以下のようなものが考えられる。尚、応答方法４５９には、以下の例を複数設定することも可能である。

また、応答方法４５９には、どのセンサデバイス１００がどの応答方法を受理すべきかを指示する。(特に、図１に示すように、宛先アドレス４１０がブロードキャストアドレスである場合、下記する応答方法を受理すべきセンサデバイス１００を指示する。)

・Ｘ回の管理情報要求メッセージ４００に対して、Ｙ回の管理情報応答メッセージ５００を送信すること（但し、ＹはＸ以下の整数値。Ｘ＝Ｙとすると、毎回応答する指示となる）。

・Ｘ回の管理情報要求メッセージ４００の中で、Ｎ回目に管理情報応答メッセージ５００を送信すること（但し、ＮはＸ以下の整数値。Ｎは複数回を指定可能であり、例えば１、３、５回目の応答を指示しても良い）。

・今回の管理情報要求メッセージ４００の受信を起点に、Ｚ回目の管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信すること（Ｚ回目の送信処理後に、本命例を繰り返して次のＺ回目に応答するようにしても良い。例えば、Ｚ回目の応答の後、起点となる受信からＺ＋Ｚ回目の管理情報要求メッセージ４００に対して応答しても良い）。

・今回以降の管理情報要求メッセージ４００の中で、ある特定の管理パラメータ４５３、パラメータ４５５、又はインスタンス４５７を含む管理情報要求メッセージ４００に対しては、管理情報応答メッセージ５００を送信すること、或いは送信しないこと。

・今回の管理情報要求メッセージ４００の受信を起点に、Ｚ回目までの全ての管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信すること（すなわち、Ｚ回目以降の管理情報要求メッセージ４００に対しては応答しなくて良い）。

・指定したセンサデバイス１００のみ管理情報応答メッセージ５００を送信すること、或いは送信しないこと（このとき、センサデバイス１００の指定方法としては、ネットワークアドレスやＭＡＣアドレス、その他センサデバイス１００の識別子による指定のほか、ゲートウェイ２００からのホップ数による指定（Ｍホップ目まで、Ｍホップ目のみ、またはＭホップ目以降等）、センサデバイス１００の保持するアプリケーションによる指定、センサデバイス１００の地理的位置情報による指定、等が考えられる）。
・管理情報要求メッセージ４００に対して、Ｐの確率で管理情報応答メッセージ５００を送信すること。

・管理情報要求メッセージ４００の受信時、あるいはそれ以前の任意のタイミングにおいて、センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３の実測値（インスタンス）が、前回計測時と比べてＷ以上（又は以下）の変化である場合に、管理情報応答メッセージ５００を送信すること。

・管理情報要求メッセージ４００の受信時、あるいはそれ以前の任意のタイミングにおいて、センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３の実測値（インスタンス）が、閾値Ｖを上回っている（又は下回っていた）場合に、管理情報応答メッセージ５００を送信すること。

・管理情報要求メッセージ４００の受信時、あるいはそれ以前の任意のタイミングにおいて、センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３の実測値（インスタンス）に、新たな値（又は古い値）が設定されていた場合に、管理情報応答メッセージ５００を送信すること。
・センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３に係る条件が、過去数回の計測においてＵ回以上（又は以下）成立した場合に、管理情報応答メッセージ５００を送信すること。

尚、管理内容４５０の応答方法４５９にのみ情報が入り、他方の管理命令４５１、管理パラメータ４５３、パラメータ４５５、インスタンス４５７が空情報の管理情報要求メッセージ４００もある。この場合、実質的に、管理情報要求メッセージ４００は、センサデバイス１００に対して管理情報を要求するのではなく、応答方法４５９を指示するためのメッセージとなる。

上記のような応答方法４５９情報のみの管理情報要求メッセージ４００は、他の管理情報要求メッセージ４００と同じように、ゲートウェイ２００のデバイス管理部２１０、応答方法指示決定部２２１、及び管理情報要求メッセージ作成部２２５にて作成され、管理情報要求メッセージ送信部２３０にてセンサネットワークＮ１に送信処理される。
また、センサデバイス１００において、上記のような応答方法４５９情報のみの管理情報要求メッセージ４００は、他の管理情報要求メッセージ４００と同じように、管理情報要求メッセージ受信部１１０にて受信処理され、パケット処理決定部１２０および応答決定部１３１の処理を経て、記憶部１３５に、応答方法情報１３６および応答方法計算情報１３７として保持される。

（２．３．２ 管理情報応答メッセージ５００）
続いて、図５を参照しながら、管理情報応答メッセージ５００について説明する。図５は、管理情報応答メッセージ５００のフォーマットの例を示す図である。
管理情報応答メッセージ５００は、宛先アドレス５１０、送信元アドレス５２０、管理内容５３０を含む。

宛先アドレス５１０は、管理情報応答メッセージ５００の最終的な宛先となるセンサデバイス１００、或いはゲートウェイ２００（のセンサモジュール）のネットワークアドレスである。

送信元アドレス５２０は、管理情報応答メッセージ５００の送信元となるセンサデバイス１００のネットワークアドレスである。

管理内容５３０は、センサデバイス１００の遠隔管理に関するデータ群であり、遠隔管理の内容を示す管理応答５３１、遠隔管理の対象パラメータ種別を示す管理パラメータ５３３を含む。

管理応答５３１は、管理情報要求メッセージ４００により自センサデバイス１００に対して指示された管理の命令内容に対する応答内容が記述される。すなわち、どのような管理命令４５１に対して応答しているのか、が管理応答５３１に記述される。

管理パラメータ５３３は、管理情報応答メッセージ５００が扱うセンサデバイス１００の状態情報に関するデータ群である。管理パラメータ５３３には、パラメータ５３５、インスタンス５３７が含まれる。尚、管理パラメータ５３３は、管理応答５３１の種類によっては、存在しない場合がある。

パラメータ５３５は、センサデバイス１００の状態情報のパラメータ種別を指定するためのものである。すなわち、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種別情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティング情報、隣接リンク品質情報、保持するソフトウェアモジュール、等の種別が、パラメータ５３５により指定される。

インスタンス５３７には、パラメータ５３５で指定されたパラメータ種別のインスタンス（実体、実体値）が記述される。例えば、パラメータ５３５で、種別としてデバイスモデル名が指定されている場合、インスタンス５３７には、デバイスモデルの名前の文字列あるいは文字列コードが記述される。尚、インスタンス５３７は、管理応答５３１の種類や、パラメータ５３５の種類によっては、存在しない（記述されない）場合もある。

（２．４ 管理状態情報２２４）
次に、ゲートウェイ２００の記憶部２２３が記憶する管理状態情報２２４について、図６を参照しながら説明する。図６は、実施形態１に係るゲートウェイ２００の記憶部２２３に記録される管理状態情報２２４の例である。

管理状態情報２２４は、ゲートウェイ２００の応答方法指示決定部２２１が応答方法を決定する際や、応答メッセージ処理部２２７が欠損データの加工や未応答センサデバイスの応答情報を作成する際等に参照される情報である。

ここで、管理状態情報２２４は、センサデバイス１００の管理状態を、例えば図６に例を示す表のような形で保持する。但し、管理状態情報２２４の管理形式は表に限られるものではなく、同様の機能を実現できる形であれば、リスト構造やツリー構造、リング構造等、どのような形式であっても良い。

管理状態情報２２４は、センサデバイスＩＤ２２４Ａ、時刻２２４Ｂ、及び製造番号や電力残量情報等の管理パラメータ２２４Ｃを含む。管理状態情報２２４は、情報検索や情報挿入及び修正、削除において、センサデバイスＩＤ２２４Ａ、時刻２２４Ｂ、管理パラメータ２２４Ｃのいずれの情報も、他の情報の鍵（キー）として使用することができる。例えば、センサデバイスＩＤ２２４Ａをキーとして、新たな任意の時刻２２４Ｂ及び管理パラメータ２２４Ｃのデータを追加することができる。

センサデバイスＩＤ２２４Ａは、センサデバイス１００を固有に識別可能な識別子である。例えば、センサデバイスＩＤ２２４Ａに用いられる情報の例としては、各センサデバイス１００の通信モジュールに固有に割り当てられるＭＡＣアドレスや、或いはこれに相当する、装置固有の識別情報を使うことが考えられる。

時刻２２４Ｂは、各センサデバイス１００から管理情報応答メッセージ５００を受信した時刻（或いは、管理情報応答メッセージ５００を受信して、管理状態情報２２４にその情報を登録する時刻）である。時刻２２４Ｂは、絶対時刻（年月日、及び時、分、秒、ミリ秒）で示しても良いし、ゲートウェイ２００の起動時刻を基準とした相対時刻で示しても良い。図６の例では、絶対時刻で時刻２２４Ｂが表現されている。また、時刻２２４Ｂでの記述粒度（何ミリ秒まで記述するか、或いは何マイクロ秒まで記述するか等）は、自由に設定することが可能である。

管理パラメータ２２４Ｃは、各センサデバイス１００から、時刻２２４に記載の時刻に取得した各センサデバイス１００の状態情報である。状態情報としては、例えば、製造ベンダ情報（ベンダ名、ベンダコード）、デバイスモデル名、製造番号、利用している電源の種類情報、電力残量情報（バッテリ残量情報）、ネットワークアドレス、ＭＡＣアドレス、ルーティン偽情報、隣接リンク品質情報、保持するソフトウェアモジュール、等が挙げられる。

（２．５ 処理の流れ）
センサデバイス１００及びゲートウェイ２００の処理の流れを、図７及び図８をそれぞれ参照しながら説明する。

（２．５．１ センサデバイス１００の処理の流れ）
センサデバイス１００の処理の流れを、図７を用いて説明する。図７は、実施形態１に係るセンサデバイス１００の処理の流れを示すフローチャートである。尚、センサデバイス１００は、図７に係るフローチャートの終了後、再度この処理を実行しても良い。

管理情報要求メッセージ受信部１１０が管理情報要求メッセージ４００を受信すると（Ｓ７０１）、パケット処理決定部１２０は、受信した管理情報要求メッセージ４００が、転送する必要があるか否かを判別する（Ｓ７０３）。もし、受信した管理情報要求メッセージ４００を転送する必要がある場合には（Ｓ７０３のＹｅｓ）、管理情報メッセージ送信部１５０は、当該管理情報要求メッセージ４００の転送処理を行う（Ｓ７０５）。

ここで、パケット処理決定部１２０による転送処理を行うか否かの判断は、一般的なセンサネットワークのルーティングと同様に行うことができる。たとえば、ユニキャストパケット及びマルチキャストパケットに対しては、自装置宛でなければ、パケット処理決定部１２０は、定められた転送先にパケットを転送すべく判断する。また、ブロードキャストパケットについては、パケット処理決定部１２０は定められたブロードキャスト方式に従い、隣接のセンサデバイス１００に送信すべく判断する。

受信した管理情報要求メッセージ４００が転送する必要がない場合（Ｓ７０３のＮｏ）、若しくは転送処理が完了した場合（Ｓ７０５）には、パケット処理決定部１２０は、当該管理情報要求メッセージ４００が、自装置で処理すべき要求メッセージであるか否かを判別する（Ｓ７０７）。例えば、管理情報要求メッセージ４００をユニキャストパケットとして受信した場合は、パケット処理決定部１２０は、宛先が自装置宛でなければ処理すべきでないパケットであると判断することができる。一方で、例えば管理情報要求メッセージ４００をブロードキャストパケットとして受信した場合は、パケット処理決定部１２０は、自装置で処理すべきパケットだと判断することができる。その他、前述の通り、管理情報要求メッセージ４００の受理処理に関する上位レイヤの判断に基づく受理及び破棄の判断もあり得る。

受信した管理情報要求メッセージ４００を、自装置で処理すべきでない（受理すべきでない）と判断された場合には、Ｓ７０１に戻り、センサデバイス１００は次の管理情報要求メッセージ４００の受信を待つ。

受信した管理情報要求メッセージ４００を、自装置で処理すべき（受理すべき）と判断された場合には、応答決定部１３１にて、管理情報要求メッセージ４００内に、応答方法の指示が含まれているか否かを判別する（Ｓ７０９）。

もし、受信した管理情報要求メッセージ４００内に応答方法がある場合には（Ｓ７０９のＹｅｓ）、当該応答方法と、記憶部１３５の応答方法情報１３６として記憶している、以前登録された応答方法とが、矛盾する内容であるか否かを応答決定部１３１は判断する（Ｓ７１１）。

もし、今回新たに指示された応答方法と、登録された応答方法とが矛盾する場合には、応答決定部１３１は、どちらの優先度が高いかを判断し（Ｓ７１３）、今回受信した管理情報要求メッセージ４００により指示された応答方法の方が優先度が高い場合には（Ｓ７１３のＹｅｓ）、応答決定部１３１は、当該応答方法を記憶部１３５に応答方法情報１３６として登録する（Ｓ７１５）。Ｓ７１３において、記憶部１３５に登録された応答方法の方が優先度が高い場合には、応答決定部１３１は、受信した管理情報要求メッセージ４００により今回指示された応答方法を無視して、Ｓ７１７の処理に進む。

Ｓ７１１で、今回受信した管理情報要求メッセージ４００で指示された応答方法と、応答方法情報１３６として登録済みの応答方法とが矛盾しない場合には（Ｓ７１１のＮｏ）、応答決定部１３１は、今回の管理情報要求メッセージ４００で指示された応答方法を、応答方法情報１３６に新たに記録（登録／更新）する（Ｓ７１５）。

Ｓ７１５で応答方法を新たに記録した後、Ｓ７０９で応答方法の指示がなかった場合（Ｓ７０９のＮｏ）、又はＳ７１３で受信した管理情報要求メッセージ４００の優先度が低かった場合には（Ｓ７１３のＮｏ）、応答決定部１３１は、記憶部１３５に記録された応答方法情報１３６及び応答方法計算情報１３７に基づいて（Ｓ７１７）、今回の管理情報要求メッセージ４００に対して応答すべきか否かを判断する（Ｓ７１９）。

Ｓ７１９において、例えば、今回を含めて、これまでに応答方法情報１３６として登録された応答方法が何も存在しない場合には、応答決定部１３１は、今回の管理情報要求メッセージ４００に応答すべきであると判断することができる。また、応答方法情報１３６として登録された応答方法が存在し、当該応答方法に対応する応答方法計算情報１３７で管理されるパラメータが定められた閾値や適合値を満たしている場合には、管理情報要求メッセージ４００に対して応答すべきであると、満たしていない場合には応答すべきでないと、応答決定部１３１は判断することができる。応答すべきでないと判断する場合には、センサデバイス１００は、図７に係る一連の処理を終了する。

応答決定部１３１が、今回の管理情報要求メッセージ４００に対して応答すると判断した場合には（Ｓ７１９のＹｅｓ）、管理情報応答メッセージ作成部１３３は、記憶部１４０内の自装置の状態情報にかかるセンサ情報１４１を元に、管理情報応答メッセージ５００を作成し、管理情報メッセージ送信部１５０はこれを送信する（Ｓ７２１）。

（２．５．２ ゲートウェイ２００の処理の流れ）
続いて、ゲートウェイ２００の処理の流れを、図８を用いて説明する。図８は、実施例２に係るゲートウェイ２００の処理の流れを示すフローチャートである。尚、ゲートウェイ２００は、図８に係るフローチャートの終了後、再度この処理を実行しても良い。

デバイス管理部２１０は、遠隔管理サーバ３００から管理リクエストを受信したか否かを判別し（Ｓ８０１）、受信していない場合には（Ｓ８０１のＮｏ）後述するＳ８１１の処理へ進む。

遠隔管理サーバ３００から管理リクエストを受信した場合には（Ｓ８０１のＹｅｓ）、デバイス管理部２１０は、受信した管理リクエストの内容を解析し、どのような管理情報要求メッセージ４００を送信すべきかを判断すると共に、管理情報要求メッセージ４００の作成に必要な情報を抽出する（Ｓ８０３）。

そして、応答方法指示決定部２２１は、作成するべき管理情報要求メッセージ４００の内容（遠隔管理サーバ３００からのリクエスト内容）と、センサデバイス１００及びセンサネットワークＮ１の管理状態情報２２４とを元に、各センサデバイス１００の応答方法（各センサデバイス１００に指示する応答方法）を決定する（Ｓ８０５）。

決定したセンサデバイス１００の応答方法（各センサデバイス１００Ａ乃至１００Ｆにどのように応答すべきと指示したのか）は、ゲートウェイ２００内で保持（記憶）しておくと共に（Ｓ８０７）、管理情報要求メッセージ作成部２２５は、決定した応答方法を元に管理情報要求メッセージ４００を作成し、管理情報要求メッセージ送信部２３０はこれを送信する（Ｓ８０９）。

ステップ８０１で、遠隔管理サーバ３００から管理リクエストを受信していない場合には（Ｓ８０１のＮｏ）、管理情報応答メッセージ受信部２４０は、センサデバイス１００から管理情報応答メッセージ５００を受信したか否かを判別する（Ｓ８１１）。管理情報応答メッセージ５００を受信していなかった場合には、後述のＳ８１９の処理へ移る。

もし、管理情報応答メッセージ５００を受信した場合には（Ｓ８１１のＹｅｓ）、応答メッセージ処理部２２７は、当該管理情報応答メッセージ５００に欠損があるか否かを調べる（Ｓ８１３）。もし、一部にでも欠損があった場合には（Ｓ８１３のＹｅｓ）、応答メッセージ処理部２２７は、該当するセンサデバイス１００に関する管理状態情報２２４、及びセンサネットワークＮ１の管理状態情報、及びステップＳ８０７で記憶（保持）した応答方法を参照して、欠損データを補填（加工）する（Ｓ８１５）。

ステップＳ８１５の終了後、又はステップ８１３でＮｏであった場合、受信した管理情報応答メッセージ５００のデータ（欠損があった場合には、欠損データが補填された後の管理情報応答メッセージ５００のデータ）を元に（Ｓ８１３のＮｏ、８１５）、応答メッセージ処理部２２７は応答情報を作成し、デバイス管理部２１０は当該応答情報を遠隔管理サーバ３００へ送信する（Ｓ８１７）。

応答メッセージ処理部２２７は、定期間隔で行う遠隔管理の期間内において、定められた閾値時刻（管理情報応答メッセージ５００の受信を受け付ける限界時刻）を途過したか否かを調べる。もし、閾値時刻を途過していなければ（Ｓ８１９のＮｏ）、Ｓ８０１へ戻って、ゲートウェイ２００は管理リクエストの新たな受信を判別する。

尚、閾値時刻は、ゲートウェイ２００内で独自に定めた時刻、遠隔管理サーバ３００から与えられた時刻、遠隔管理サーバ３００から次のサイクルの遠隔管理指示を受信した時刻等の、いずれであっても良い。

もし、閾値時刻を経過して（Ｓ８１９のＹｅｓ）、まだ未応答のセンサデバイス１００が存在する場合には（管理情報応答メッセージ５００を送信してこなかったセンサデバイス１００、若しくはパケットロス等により管理情報応答メッセージ５００をゲートウェイ２００が受信することができなかったセンサデバイス１００が存在する場合）、応答メッセージ処理部２２７は、該当するセンサデバイス１００に対応する管理状態情報２２４、及びステップ８０７で記憶した応答方法を参照して、遠隔管理サーバ３００へ応答する応答情報を作成（加工）する（Ｓ８２１）。
そして、デバイス管理部２１０は、応答メッセージ処理部２２７が作成した応答情報を、遠隔管理サーバ３００へと送信する（Ｓ８２３）。

（２．６ 本実施形態に係る効果）
以上説明したように、本実施形態１では、センサデバイス１００が、ゲートウェイ２００により送信された管理情報要求メッセージ４００の応答方法の指示に従い、管理情報要求メッセージ４００へ応答するか否か（管理情報応答メッセージ５００を送信するか否か）を判別する。これにより、少なくとも一部の管理情報要求メッセージ４００に対しては応答する必要がなくなり、結果として、遠隔管理通信における管理情報応答メッセージ５００に係るトラヒックを抑制することが可能となる。

すなわち、ゲートウェイ２００が、電力消費を抑制するように適切な応答方法を指定すれば、センサデバイス１００の電力消費を低減し、結果として、センサネットワークＮ１全体の稼動寿命を延長することが可能となる。

また、ゲートウェイ２００は、定められた時刻までに未応答のセンサデバイス１００（管理情報応答メッセージ５００を送信しなかったセンサデバイス１００、又はパケットロス等により管理情報応答メッセージ５００がゲートウェイ２００に届かなかったセンサデバイス１００）の応答情報を、該当センサデバイス１００の過去の情報を元に作成することで、各センサデバイス１００Ａ乃至１００Ｆの管理情報を遠隔管理サーバ３００へ送信することができる。

従って、定期間隔でセンサデバイス１００を管理する遠隔管理を実現しつつ、遠隔管理を実現する遠隔管理通信に係る通信トラヒックに係る電力消費を抑制できるため、センサネットワークＮ１及びセンサデバイス１００の寿命を延ばすことが可能となる。

（３ 実施形態２）
以下、実施形態２について説明する。尚、実施形態１と同一若しくは対応する構成については、実施形態１と同様の符号を付すと共に、説明を省略している場合がある。構成以外でも、作用、効果、及び処理内容等について、実施形態１と共通する部分については、説明を省略している。以下、実施形態１との相違点を中心に、説明を行う。

図９乃至図１１は、本発明の実施形態２を説明するための図である。以下、これらの図を参照しながら、以下の流れに沿って本実施形態を説明する。まず、「３．１」で実施形態２全体の概要を示す。その上で、「３．２」でセンサデバイス１００の構成を、「３．３」で処理の流れを説明する。最後に、「３．４」で実施形態２に係る効果等を説明する。

（３．１ 概要）
実施形態２に係るセンサデバイス１００は、管理情報要求メッセージ４００を受信した際に、今回又は以前管理情報要求メッセージ４００により指示された応答方法、又はセンサデバイス１００の内部で独自に設定された応答方法に基づいて、管理情報応答メッセージ５００を作成、送信する。

つまり、センサデバイス１００が、応答方法の指示を含む管理情報要求メッセージ４００を受信した際に、指示された応答方法を参照して保持することに加えて、任意のタイミングでセンサデバイス１００の内部で独自に定めた応答方法を保持する点が、実施形態１との大きな違いである。

以下、図９を参照しながら実施形態２の概要（具体例）を説明する。
図９は、実施形態２に係る通信装置であるセンサデバイス１００及びゲートウェイ２００が含まれる、具体例に係る通信システム１の概略構成を示す図である。図９に示すように、本実施形態に係る通信システム１も、実施形態１と同様に、センサデバイス１００、ゲートウェイ２００、及び遠隔管理サーバ３００を含む。各装置の大まかな機能等については、実施形態１とほぼ同様であるので、説明を省略する。

尚、図９の例では、通信システム１に遠隔管理サーバ３００が含まれるが、実施形態１と同様に、遠隔管理サーバ３００の機能の全て或いは一部がゲートウェイ２００に備わることで、遠隔管理サーバ３００が存在しない構成とすることも可能である。

任意のタイミングにおいて、センサデバイス１００Ｃは、新たにローカルに自装置の応答方法（「管理情報要求メッセージ４００に対して、毎回応答する」）を策定する。この応答方法は、以前から応答方法情報１３６として記憶している応答方法と矛盾しているため、センサデバイス１００Ｃは、この以前から記憶している応答方法と、自装置で策定した応答方法との優先度を比較する。ここでは、センサデバイス１００Ｃは、新たに策定した応答方法の方が優先度が高いものと判断し、新規に保持するものとする。以降の動作説明は、この処理が完了した後のものである。

ゲートウェイ２００は、遠隔管理サーバ３００から、遠隔管理の指示を受信し、センサデバイス１００との遠隔管理通信を開始する。より具体的には、ゲートウェイ２００は、各センサデバイス１００Ａ乃至１００Ｆに対して、ブロードキャストによって管理情報要求メッセージ４００を送信する。

尚、図９の例では、管理情報要求メッセージ４００の伝播にブロードキャスト通信が用いられているが、これに限られるものではない。例えば、ユニキャスト通信やマルチキャスト通信を用いることも可能である。

図９に例を示す管理情報要求メッセージ４００には、宛先としてブロードキャストアドレスである「０ｘＦＦＦＦ」が、送信元としてゲートウェイ２００のアドレスである「０ｘ１２３４」が、管理命令として各センサデバイス１００にパラメータのインスタンスの応答を指示する「パラメータ取得」が、命令対象のパラメータとして「電力残量情報」が、それぞれ指定されている。また、センサデバイス１００に対する応答方法として、「Ａ、Ｃ、Ｆのセンサデバイスは、今回の管理情報要求メッセージから３回目の管理情報要求メッセージに応答すること」との内容が、管理情報要求メッセージ４００内で指定されている。

管理情報要求メッセージ４００を受信したセンサデバイス１００Ａ及び１００Ｆは、応答方法に自装置向けの指示があることを確認し、「Ａ、Ｃ、Ｆのセンサデバイスは、今回の管理情報要求メッセージから３回目の管理情報要求メッセージに応答すること」との指示に従い、今回の管理情報要求メッセージ４００に対して応答しない。

一方で、管理情報要求メッセージ４００を受信したセンサデバイス１００Ｃは、管理情報要求メッセージ４００に含まれる応答方法（「今回から３回目の管理情報要求メッセージに応答すること」）と、自装置が保持する応答方法（ローカルで策定した応答方法であり、「管理情報要求メッセージには毎回応答すること」）とが矛盾することを判断する。センサデバイス１００Ｃは、両応答方法の優先度を比較し、もし自装置が保持する応答方法の優先度が高いと判断した場合には、管理情報要求メッセージ４００内で指示された応答方法を破棄する。そして、センサデバイス１００Ｃは、管理命令４５１と命令対象のパラメータ４５５とを参照することで、電力残量情報（バッテリ残量情報）の値を含む管理情報応答メッセージ５００を作成して送信する。

また、管理情報要求メッセージ４００を受信したセンサデバイス１００Ｂ、１００Ｅ、及び１００Ｄは、応答方法に自分向けの指示がないことを確認し、管理命令４５１と命令対象のパラメータ４５５とを参照することで、電力残量情報（バッテリ残量情報）の値を含めた管理情報応答メッセージ５００を、ゲートウェイ２００へ送信する。

センサデバイス１００Ｃ、１００Ｂ、１００Ｅ、１００Ｄが送信する管理情報応答メッセージ５００には、宛先としてゲートウェイ２００のアドレス「０ｘ１２３４」、送信元として各センサデバイス１００のアドレス（図９のセンサデバイス１００Ｃの場合、「０ｘ０００Ｃ」）、管理応答としてパラメータ取得の命令に対する応答であることを示す「パラメータ応答」、応答対象のパラメータ種別として「電力残量情報」、パラメータのインスタンス値として、各デバイスの電力残量値（図９のセンサデバイス１００Ｃの場合、「１８１８８」）が、それぞれ含まれる。

ゲートウェイ２００は、受信した管理情報応答メッセージ５００の情報を保持すると共に、遠隔管理サーバ３００へ応答情報を通知する。また、定期管理の閾値を超えた時点（次の定期管理に入る直前）、或いは遠隔管理サーバ３００に次の管理を指示された時点等に、ゲートウェイ２００は、未応答のセンサデバイス１００Ａ及び１００Ｆの応答情報を、以前にセンサデバイス１００Ａ及び１００Ｆから取得していた管理状態情報２２４に基づいて作成し、作成した応答情報を遠隔管理サーバ３００へ通知する。

上述の通り、センサデバイス１００は、ゲートウェイ２００により送信された管理情報要求メッセージ４００の応答方法、或いは任意のタイミングにおいてセンサデバイス１００がローカルに策定した応答方法の指示に従って、管理情報要求メッセージ４００への応答として管理情報応答メッセージ５００を送信するか否かを判定する。

これにより、センサデバイス１００は少なくとも一部の管理情報要求メッセージ４００に対しては応答する必要がなくなるため、結果として、遠隔管理通信における、管理情報応答メッセージ５００に係るトラヒックを抑制することが可能となる。

すなわち、ゲートウェイ２００又はセンサデバイス１００が、適切な応答方法を指定（選択）することで、センサデバイス１００の電力消費を低減し、結果として、センサネットワークＮ１全体の稼動寿命を延ばすことが可能となる。

また、任意のタイミングにおいて、センサデバイス１００内で応答方法をローカルに策定することによって、センサデバイス１００の製造者や設置者、及び利用者のポリシーを反映した消費電力の抑制を実現することが可能となる。

また、ゲートウェイ２００は、定められた時刻までに未応答のセンサデバイス１００（管理情報応答メッセージ５００を送信しなかったセンサデバイス１００、又はパケットロス等により管理情報応答メッセージ５００がゲートウェイ２００に届かなかったセンサデバイス１００）の応答情報を、保持している、当該センサデバイス１００の過去の情報を元に作成することで、センサデバイス１００Ａ乃至１００Ｆ全ての管理情報を、遠隔管理サーバ３００へ送信することができる。

従って、定期間隔でセンサデバイス１００を管理する遠隔管理を実現しつつ、センサデバイス１００の製造者や設置者、及び利用者のポリシーを反映する形で、遠隔管理を実現する遠隔管理通信に係る通信トラヒックを抑えて、センサネットワークＮ１及びセンサデバイス１００の寿命を延ばすことが可能となる。

（３．２ デバイスの構成）
本実施形態に係るセンサデバイス１００の構成について、図１０を参照しながら説明する。尚、図１０において、実線の矢印は、各構成間の制御や参照、情報の流れを示す。

先述した通り、実施形態２に係るセンサデバイス１００は、管理情報要求メッセージ４００を受信し、当該管理情報要求メッセージ４００内で指示された応答方法、及び、任意のタイミングに、センサデバイス１００内で独自に定めた応答方法に従って、それ以降の管理情報要求メッセージ４００に対する管理情報応答メッセージ５００を作成及び送信する。

センサデバイス１００は、管理情報要求メッセージ４００を受信する管理情報要求メッセージ受信部１１０、受信した管理情報要求メッセージ４００の受理及び転送を判別するパケット処理決定部１２０、管理情報要求メッセージ４００内の応答方法の処理並びに管理情報応答メッセージ５００の作成を行う応答処理部１３０、センサデバイス１００の状態情報であるセンサ情報１４１を記憶する記憶媒体である記憶部１４０、管理情報応答メッセージ５００の送信及び管理情報要求メッセージ４００の転送を行う管理情報メッセージ送信部１５０、他のセンサデバイス１００と直接に通信するためのセンサデバイスインタフェース１６０、及び、任意のタイミングで応答方法を設定する応答方法指示部１７０を含む。

管理情報要求メッセージ受信部１１０、及びパケット処理決定部１２０の機能及び他の機能との連携については、実施形態１と同様であるので説明を省略する。また、管理情報要求メッセージ受信部１１０で受信する管理情報要求メッセージ４００のフォーマット等についても、実施形態１と同様であるので、ここでは説明を省略する。

応答処理部１３０は、パケット処理決定部１２０から受取った管理情報要求メッセージ４００のデータ内にある応答方法を参照し、当該応答方法と、応答方法指示部１７０に指示された応答方法とから、応答方法を決定して記憶（保持）する。また、応答処理部１３０は、保持した応答方法を参照し、今回受取った管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信するか否かを判断し、管理情報応答メッセージ５００を送信すると判断した場合には、自装置のセンサ情報１４１を元に、管理情報応答メッセージ５００を作成する。

応答処理部１３０は、応答方法を決定し、応答するべきか否かを判別する応答決定部１３１、応答方法を応答方法情報１３６として記憶（保持）すると共に、管理情報要求メッセージ４００の受信回数等のパラメータである応答方法計算情報１３７を記憶する記憶部１３５、管理情報応答メッセージ５００を作成する管理情報応答メッセージ作成部１３３を含む。

応答決定部１３１は、パケット処理決定部１２０から受取った管理情報要求メッセージ４００のデータ内にある応答方法、或いは応答方法指示部１７０から指示された応答方法を参照し、最終的に選択する応答方法を決定して、記憶部１３５に応答方法情報１３６として記録する。

尚、応答決定部１３１は、記憶部１３５に複数の応答方法情報１３６を記憶させることができるが、応答方法情報１３６として記憶された応答方法と矛盾する応答方法での対応を決定した場合には、優先度の高い応答方法を応答方法情報１３６として記憶し、優先度の低い応答方法は、応答方法情報１３６から削除する。

ここで、優先度は、パケット処理決定部１２０から受取った管理情報要求メッセージ４００のデータ内にある応答方法、及び応答方法指示部１７０から指示された応答方法のいずれに対しても、共通のものを用いる。優先度は、センサネットワークＮ１の運用ポリシーに基づき、運用者やセンサデバイス１００の製造者及び設置者等が自由に設定できるが、一般的には、新たに決定された応答方法の方が優先度が高い。

また、応答決定部１３１は、今回自装置が受信した管理情報要求メッセージ４００に対して、今回及び以前に応答方法情報１３６として保持した応答方法、及び応答方法計算情報１３７に基づき、管理情報応答メッセージ５００を送信するか否か、すなわち、管理情報要求メッセージ４００に対して応答するか否かを判断する。応答決定部１３１は、今回自装置が受信した管理情報要求メッセージ４００に対して管理情報応答メッセージ５００を送信すると判断した場合、管理情報応答メッセージ作成部１３３に、管理情報応答メッセージ５００の作成を指示する。

また、応答決定部１３１は、管理情報要求メッセージ４００を受信したことにより、応答方法計算情報１３７を更新する。例えば、応答方法情報１３６として、「管理情報要求メッセージを２回受信してから管理情報応答メッセージを１回送信しろ」との応答方法を保持していた場合には、応答決定部１３１は、今回の管理情報要求メッセージ４００の受信が何回目なのかというパラメータを、応答方法計算情報１３７として記憶し、更新する。

尚、応答決定部１３１は、センサ情報（自装置の状態情報）の内容を応答条件に含む応答方法を受け取っている場合には、記憶部１４０のセンサ情報１４１を参照する。そして、応答決定部１３１は、参照したセンサ情報１４１の内容に応じて、記憶部１３５の応答方法計算情報１３７を更新する。

記憶部１３５が記憶する応答方法情報１３６及び応答方法計算情報１３７、並びに記憶部１４０が記憶するセンサ情報１４１の内容等は、実施形態１と同様であるので、説明を省略する。

また、管理情報応答メッセージ作成部１３３、管理情報メッセージ送信部１５０、及び管理情報メッセージ送信部１５０の機能及び他の機能との連携については、実施形態１と同様であるので説明を省略する。

応答方法指示部１７０は、任意のタイミングにおいて、自装置の応答方法を作成し、応答決定部１３１に、作成した応答方法を指示する。応答方法指示部１７０による応答方法の策定は、例えば、センサデバイス１００の外部から直接に指示される場合や、センサデバイス１００に予め設定されたアルゴリズム（応答方法の決定アルゴリズム）に基づき決定される場合等が考えられる。応答方法決定アルゴリズムの例としては、例えば、以下のようなものが考えられる。

・センサデバイス１００のバッテリ残量が、定められた閾値を超えた場合に、何らかの応答方法を策定する。
・センサデバイス１００のセンサ情報１４１の任意のパラメータが、定めた変動値内であれば、何らかの応答方法を策定する。
・センサデバイス１００の製造者、設置者、及び利用者の定めた任意パラメータの応答限界回数ポリシーに従い、何らかの応答方法を策定する。
・センサデバイス１００のゲートウェイ２００までのホップ数によって、何らかの応答方法を策定する。
・センサデバイス１００の備えるモジュール（アプリケーション）、或いは、アクティブになったモジュールに応じて、何らかの応答方法を策定する。
・センサデバイス１００がゲートウェイ２００までの中継処理を行うセンサデバイス１００の数に応じて、何らかの応答方法を策定する。
・センサデバイス１００が、ゲートウェイ２００から受信した管理情報要求メッセージ４００の応答方法を参照して、何らかの応答方法を策定する。

尚、応答方法指示部１７０が策定する応答方法は、実施形態１のゲートウェイ２００が策定しうる応答方法と同様であるので、ここでは説明を省略する。

尚、実施形態１に係るセンサデバイス１００と実施形態２にかかるセンサデバイス１００とは、相互に通信することが可能である。

（３．３ 処理の流れ）
次に、実施形態２に係るセンサデバイス１００の、応答方法の策定に係る処理の流れを、図１１を参照しながら説明する。図１１は、センサデバイス１００の動作を示すフローチャートである。尚、管理情報要求メッセージ４００及び管理情報応答メッセージ５００の送受信に関する一連の動作は、第１実施形態とほぼ同様であるので、ここでは説明を省略する。尚、センサデバイス１００は、図１１に係るフローチャートの終了後、再度この処理を実行しても良い。

応答方法指示部１７０は、任意のタイミングにおいて、応答方法を策定する（Ｓ１１０１）。応答方法の策定は、センサデバイス１００の外部から直接指示される場合や、センサデバイス１００が備えるアルゴリズム（応答方法決定アルゴリズム）により決定する場合等がある。

次に、応答決定部１３１は、応答方法指示部１７０が新たに策定した応答方法が、記憶部１３５に応答方法情報１３６として以前から保持する応答方法と矛盾する内容でないかを調べる（Ｓ１１０３）。両応答方法に矛盾がある場合には（Ｓ１１０３のＹｅｓ）、応答決定部１３１は、どちらの優先度が高いかを判別する（Ｓ１１０５）。

この判別の結果、もし、応答方法指示部１７０が策定した応答方法の方が優先度が高ければ（Ｓ１１０５のＹｅｓ）、当該応答方法を応答方法情報１３６として記憶部１３５に記録し、更新する。また、Ｓ１１０３で、応答方法指示部１７０が指示した応答方法と、応答方法情報１３６として記憶されている応答方法とが矛盾しない場合にも（Ｓ１１０３のＮｏ）、応答決定部１３１は、当該応答方法を応答方法情報１３６として記憶部１３５に記録する（Ｓ１１０７）。

もし、記憶している応答方法よりも応答方法指示部１７０が策定した応答方法の方が優先度が低ければ（Ｓ１１０５のＮｏ）、当該応答方法を破棄して一連の処理を終了する。

（３．４ 本実施形態に係る効果）
上述の通り、センサデバイス１００は、ゲートウェイ２００により送信された管理情報要求メッセージ４００の応答方法、或いは任意のタイミングにおいてセンサデバイス１００がローカルに策定した応答方法の指示に従って、管理情報要求メッセージ４００への応答として管理情報応答メッセージ５００を送信するか否かを判定する。

これにより、センサデバイス１００は少なくとも一部の管理情報要求メッセージ４００に対しては応答する必要がなくなるため、結果として、遠隔管理通信における、管理情報応答メッセージ５００に係るトラヒックを抑制することが可能となる。

すなわち、ゲートウェイ２００又はセンサデバイス１００が、適切な応答方法を指定（選択）することで、センサデバイス１００の電力消費を低減し、結果として、センサネットワークＮ１全体の稼動寿命を延ばすことが可能となる。

また、任意のタイミングにおいて、センサデバイス１００内で応答方法をローカルに策定することによって、センサデバイス１００の製造者や設置者、及び利用者のポリシーを反映した消費電力の抑制を実現することが可能となる。

また、ゲートウェイ２００は、定められた時刻までに未応答のセンサデバイス１００（管理情報応答メッセージ５００を送信しなかったセンサデバイス１００、又はパケットロス等により管理情報応答メッセージ５００がゲートウェイ２００に届かなかったセンサデバイス１００）の応答情報を、保持している、当該センサデバイス１００の過去の情報を元に作成することで、センサデバイス１００Ａ乃至１００Ｆ全ての管理情報を、遠隔管理サーバ３００へ送信することができる。

従って、定期間隔でセンサデバイス１００を管理する遠隔管理を実現しつつ、センサデバイス１００の製造者や設置者、及び利用者のポリシーを反映する形で、遠隔管理を実現する遠隔管理通信に係る通信トラヒックを抑えて、センサネットワークＮ１及びセンサデバイス１００の寿命を延ばすことが可能となる。

（４ 実施形態３）
以下、実施形態３について説明する。尚、実施形態１、２と同一若しくは対応する構成については、実施形態１、２と同様の符号を付すと共に、説明を省略している場合がある。構成以外でも、作用、効果、及び処理内容等について、実施形態１、２と共通する部分については、説明を省略している。以下、実施形態１、２との相違点を中心に、説明を行う。

図１２乃至図１３及び図１６は、本発明の実施形態３を説明するための図である。以下、これらの図を参照しながら、以下の流れに沿って本実施形態を説明する。まず、「４．１」で実施形態３全体の概要を示す。その上で、「４．２」でゲートウェイ２００の構成を、「４．３」で処理の流れを説明する。最後に、「４．４」で実施形態３に係る効果等を説明する。

（４．１ 概要）
実施形態３のゲートウェイ２００は、自律的に適切な遠隔管理を行うべく、現在までの各センサデバイス１００の管理状態情報２２４やセンサネットワークＮ１の構成及び状態等を参照し、各センサデバイス１００に対して、管理状態情報の精度を高める必要があるか否かを判断する。ゲートウェイ２００は、管理状態情報の精度を高める必要のあるセンサデバイス１００に対しては応答の頻度を上げるような応答方法（すなわち、電力消費を犠牲にしてでも管理状態情報を取得するような応答方法)を決定し、一方で管理状態情報の精度を高める必要のないセンサデバイス１００に対しては応答の頻度を下げるような応答方法（すなわち、電力消費を抑制するような応答方法）を決定する。なお、管理状態情報の精度を高めるか否かの決定後、センサデバイス１００に指示している現状の応答方法が適切であると判断した場合、該センサデバイス１００に対して何も応答方法を設定しないことを決定することもある。なお、応答方法の決定は任意のタイミングで行われる。例えば、現在の管理サイクルの終了時刻、ゲートウェイ２００内で独自に定めた時刻、遠隔管理サーバ３００から与えられた時刻、管理サイクル遠隔管理サーバ３００より次のサイクルの遠隔管理指示を受信した時刻等のうち、いずれかのタイミングで応答方法を決定することができる。

例えば、応答メッセージ処理部２２７により、不足する応答情報（＝管理状態情報）（すなわち、定められた時刻、或いは定められた時間までに管理情報応答メッセージ５００を送信してこなかったセンサデバイス１００の管理状態情報）が作成された場合、ゲートウェイ２００は、この応答情報が作成された方法に応じて、不足する管理状態情報を現在適切に作成できているか否かをセンサデバイス１００毎に確認する。ゲートウェイ２００は、不適切と判断されたセンサデバイス１００に対しては、応答の頻度を上げる応答方法を決定し、適切と判断されたセンサデバイス１００に対しては、応答の頻度を下げる応答方法を決定する。

なお、先述のとおり、何も応答方法を設定しないことを決定することもある。なお、不足する管理状態情報を作成する方法としては、各センサデバイス１００の過去の管理状態情報２２４を用いて、最小二乗法を用いた回帰分析による推定、平均値による推定、単純に過去の値を採用する推定、カルマンフィルタを用いた推定など、様々なものを用いることができる。

より詳細な例を述べると、例えば、管理情報として隣接リンク品質情報を管理している場合において、ゲートウェイ２００は、まず、あるセンサデバイス１００からの応答で取得した隣接リンク品質情報と、同センサデバイス１００が応答を返さなかったとした場合に応答メッセージ処理部２２７により作成される隣接リンク品質情報とを比較する。比較した結果、実際に取得した隣接リンク品質情報と応答メッセージ処理部２２７が作成する隣接リンク品質情報との間の差異が、許容できない乖離であることを示す所定の閾値以上である場合には（すなわち、応答の抑制の結果、該センサデバイス１００が応答を返さない管理サイクルにおいても、応答メッセージ処理部２２７が作成した最終的な遠隔管理の結果となる管理状態情報の精度が十分でないだろうと判断できる場合には）、ゲートウェイ２００は、該センサデバイス１００に応答の頻度を上げる応答方法を決定する。そうでない場合には（すなわち、応答の抑制の結果、該センサデバイス１００が応答を返さない管理サイクルにおいても、応答メッセージ処理部２２７が作成した最終的な遠隔管理の結果となる管理状態情報の精度が十分だろうと判断できる場合には）、ゲートウェイ２００は、該センサデバイス１００に応答の頻度を下げる応答方法を決定する。

すなわち言い換えると、センサデバイス１００およびセンサネットワークＮ１の遠隔管理に用いている、電力消費を抑制するために各センサデバイス１００に指示した応答方法と、同応答方法により不足する管理状態情報を作成する作成方法とが、遠隔管理において適切に作用しているか否かを判断し、不適切であれば電力消費を犠牲にしてでも管理状態情報を取得するような応答方法を決定し、適切であれば電力消費を抑制するような応答方法を決定する。

上述のとおり、ゲートウェイ２００は、自律的に、現在までの各センサデバイス１００の管理状態情報２２４やセンサネットワークＮ１の構成及び状態、および応答方法指示決定部２２１で決定され各センサデバイスに指示された応答方法等を参照し、適切な遠隔管理を行うべく、管理状態情報の精度を高める必要のあるセンサデバイス１００に対しては応答の頻度を上げるような応答方法を決定し、一方で管理状態情報の精度を高める必要のないセンサデバイス１００に対しては応答の頻度を下げるような応答方法を決定する。さらに、ゲートウェイ２００は、決定した各センサデバイス１００に対する応答方法を、次回の管理サイクル（遠隔管理サーバ３００から遠隔管理のリクエストを受信した際などに開始する管理サイクル）等（次回に限らない）において、管理情報要求メッセージ４００により各センサデバイス１００に指示する。

これにより、電力消費を抑制するために応答を抑制する応答方法を用いた遠隔管理の結果、最終的に遠隔管理の結果となる管理状態情報の精度が低下することを避けることができる。さらに、同管理状態情報の精度を十分に保ちつつも、できる限り電力消費を抑制するような遠隔管理が可能となる。

（４．２ デバイスの構成）
本実施形態に係るゲートウェイ２００の構成について、図１２及び図１６を参照しながら説明する。図１２及び図１６において、実線の矢印は、各構成間の制御や参照、情報の流れを示す。尚、図１２は、ゲートウェイ２００と他の通信装置であるセンサデバイス１００及び遠隔管理サーバ３００との接続関係を示しており、図１６は、ゲートウェイ２００単体での構成を示している。

先述したとおり、実施例３に係るゲートウェイ２００は、自律的に、任意のタイミングにおいて、各センサデバイス１００に対して応答頻度を上げる応答をするか、あるいは応答頻度を下げる応答をするかを決定し、決定後のいずれかの管理サイクル（遠隔管理サーバ３００から遠隔管理のリクエストを受信した際などに開始する管理サイクル）において、各センサデバイス１００に指示する応答方法として採用し、当該応答方法を含んだ管理情報要求メッセージ４００を作成及び送信する。

ゲートウェイ２００は、遠隔管理サーバ３００から指示を受け、遠隔管理の処理を行うデバイス管理部２１０、センサデバイス１００の省電力遠隔処理を行う遠隔管理メッセージ処理部２２０、管理情報要求メッセージ４００の送信処理を行う管理情報要求メッセージ送信部２３０、管理情報応答メッセージ５００の受信処理を行う管理情報応答メッセージ受信部２４０、遠隔管理サーバ３００等の外部サーバと通信するための外部接続インタフェース２５０、センサデバイス１００と通信するためのセンサデバイスインタフェース２６０を含む。

デバイス管理部２１０、管理情報要求メッセージ送信部２３０、管理情報応答メッセージ受信部２４０、外部接続インタフェース２５０、センサデバイスインタフェース２６０は、実施例１と同様であるので説明を省略する。なお、センサデバイス１００は、実施例１または実施例２のいずれかを用いることができるため、ここでは説明を省略する。また、管理情報要求メッセージ４００、管理情報応答メッセージ５００のフォーマット等についても、実施形態１と同様であるので、ここでは説明を省略する。

遠隔管理メッセージ処理部２２０は、任意のタイミングにおいて、各センサデバイス１００に対して応答頻度を上げる応答方法を設定するか、あるいは応答頻度を下げる応答方法を設定するかを決定し、デバイス管理部２１０からセンサデバイス１００の遠隔管理の指示を受け取った際に、上記決定した応答方法を含む管理情報要求メッセージ４００を作成する。なお、ゲートウェイ２００は、決定した応答方法をどのタイミングで送信される管理情報要求メッセージ４００に含めて送信するかを決定する送信タイミング決定部を備えても良い。この場合、遠隔管理メッセージ処理部２２０は、送信タイミング決定部が決定したタイミングに従って、応答方法を決定し、決定した応答方法を含む管理情報要求メッセージ４００を作成する。

さらに、遠隔管理メッセージ処理部２２０は、センサデバイス１００から受信した管理情報応答メッセージ５００に含まれる応答情報、及び受信しなかった未応答のセンサデバイス分の応答情報を適宜管理、作成、及び加工等して管理状態情報とすると共に、デバイス管理部２１０へと当該応答情報（＝管理状態情報）を出力する。

遠隔管理メッセージ処理部２２０は、応答方法指示決定部２２１、管理状態情報２２４を記憶する記憶部２２３、管理情報要求メッセージ作成部２２５、応答メッセージ処理部２２７、及び自律応答方法決定部２２８を含む。

応答方法指示決定部２２１は、デバイス管理部２１０からセンサデバイス１００の遠隔管理の指示を受け取った際に、自律応答方法決定部２２８に各センサデバイスに指示すべき応答方法を確認し、自律応答方法決定部２２８にて決定された各センサデバイスに指示する応答方法を採用する。

応答方法指示決定部２２１は、採用した応答方法を含む管理情報要求メッセージ４００を作成するように、管理情報要求メッセージ作成部２２５へ指示する。尚、応答方法の採用にあたり、応答方法指示決定部２２１がいずれのセンサデバイス１００にも応答方法を指示しない場合もある。この場合には、応答方法指示決定部２２１は、管理情報要求メッセージ４００による応答方法の指定を行わない。

また、応答方法指示決定部２２１は、決定した応答方法（センサデバイス１００に指示する応答方法）を、応答メッセージ処理部２２７へ通知する。

管理状態情報２２４を記憶する記憶部２２３、管理状態情報２２４、管理情報要求メッセージ作成部２２５については、実施例１と同様であるので説明を省略する。

応答メッセージ処理部２２７は、管理情報応答メッセージ受信部２４０から管理情報応答メッセージ５００を受取り、この中に含まれるセンサデバイス１００の管理情報（各センサデバイス１００の管理状態情報２２４）を、記憶部２２３に管理状態情報２２４として記録する。また、応答メッセージ処理部２２７は、受け取った管理情報応答メッセージ５００のフォーマットを変換する等、情報を整理した上で、デバイス管理部２１０へ出力する。もし、受け取った管理情報応答メッセージ５００の中の管理パラメータに一部欠損等があれば、応答メッセージ処理部２２７は、該当するセンサデバイス１００に対応する管理状態情報２２４を記憶部２２３から読込むと共に応答方法指示決定部２２１が決定した応答方法を参照して、欠損した情報を補う（加工する）（すなわち、不足している情報を補填する）。当該情報が補われた管理パラメータは、デバイス管理部２１０へ出力されると共に、記憶部２２３に記録される。

また、応答メッセージ処理部２２７は、定められた時刻（或いは定められた時間）に、当該センサデバイス１００に対応する管理状態情報２２４、及び応答方法指示決定部２２１から受け取った応答方法を参照して、管理情報応答メッセージ５００に対応するデータ（管理状態情報）を作成する。応答メッセージ処理部２２７は、定められた時刻（或いは定められた時間）までに管理情報応答メッセージ５００を送信してこなかった（もしくは、管理情報応答メッセージ５００を送信したがゲートウェイ２００により受信されなかった）センサデバイス１００に関して（すなわち、現在の管理サイクルにおいて最新の管理状態情報が不足するセンサデバイス１００に関して）、作成したデータを最終的な管理状態情報として（すなわち、不足している情報を補填して）デバイス管理部２１０へ出力すると共に、記憶部２２３に記録する。一方、応答メッセージ処理部２２７は、各センサデバイスが応答を返してきたか否かに関わらず、自律応答方法決定部２２８に、作成した各センサデバイスの管理状態情報を出力する。尚、定められた時刻（閾値時刻）としては、例えば、ゲートウェイ２００内で独自に定めた時刻、遠隔管理サーバ３００から与えられた時刻、遠隔管理サーバ３００から次のサイクルの遠隔管理指示を受信した時刻、管理サイクルの終了時刻等、色々と考えうるが、何れであっても良い。

なお、不足する管理状態情報の作成方法は、先述のとおり、各センサデバイス１００の過去の管理状態情報２２４を用いた最小二乗法を用いた回帰分析による推定、平均値による推定、単純に過去の値を採用する推定、カルマンフィルタを用いた推定など、様々なものを用いることができる。

自律応答方法決定部２２８は、記憶部２２３の管理状態情報２２４に保持する各センサデバイス１００の管理状態情報およびセンサネットワークＮ１の構成及び状態と、応答メッセージ処理部２２７が作成した各センサデバイス１００の管理状態情報から、自律的に各センサデバイス１００の次回の管理サイクルの応答方法を決定する。先述のとおり、応答方法は、現在の各センサデバイス１００の管理状態情報の精度が十分であるか否かから判断し、管理状態情報の精度を高める必要のあるセンサデバイス１００に対しては応答の頻度を上げるような応答方法を決定し、一方で管理状態情報の精度を高める必要のないセンサデバイス１００に対しては応答の頻度を下げるような応答方法を決定する。なお、管理状態情報の精度を高めるか否かの決定後、センサデバイス１００に指示している現状の応答方法が適切であると判断した場合、該センサデバイス１００に対して何も応答方法を設定しないことを決定することもある。

具体的な応答方法の決定の仕方の例を以下に記す。ただし、本実施の形態は以下の例に限るものではない。

あるセンサデバイス１００からの応答で取得した応答情報（＝管理状態情報）（以下、実管理情報と呼ぶ）と、応答メッセージ処理部２２７が管理状態情報２２４及び応答方法指示決定部２２１から受け取った応答方法を参照して作成した管理状態情報（以下、作成管理情報と呼ぶ）を用いて、下記のいずれかの処理を行う。なお、下記の処理は、１つ以上の複数を併せて実行することも可能である。

・任意の過去Ｘ回分（Ｘは１以上の整数）の実管理情報が、任意に定めた閾値Ｔより小さい（あるいは、Ｔ以下の）センサデバイス１００には応答の頻度を上げる応答方法を、逆に閾値Ｔ以上である（あるいは、Ｔより大きい）センサデバイス１００には応答の頻度を下げる応答方法を決定する。なお、閾値Ｔは、全センサデバイス１００に対して、あるいはセンサデバイス１００毎に設定可能とする。

・任意の過去Ｘ回分（Ｘは１以上の整数）の実管理情報と作成管理情報との差分の絶対値（あるいは比率の絶対値）が、任意に定める閾値Ｔより小さい（あるいは、Ｔ以下である）センサデバイス１００には応答の頻度を下げる応答方法を、逆に閾値Ｔ以上である（あるいは、Ｔより大きい）センサデバイス１００には応答の頻度を上げる応答方法を決定する。なお、閾値Ｔは、全センサデバイス１００に対して、あるいはセンサデバイス１００毎に設定可能とする。

・センサデバイス１００に関して、最新の実管理情報と任意のＮ回前（Ｎは１以上の整数）の実管理情報との差分の絶対値（あるいは比率の絶対値）が、現在までにおいて任意に定めるＹ回（Ｙは１以上の整数）だけ（あるいはＹ回連続して）、任意に定める閾値Ｔより小さい（あるいは、Ｔ以下である）場合には応答の頻度を下げる応答方法を、逆に閾値Ｔ以上である（あるいは、Ｔより大きい）場合には応答の頻度を上げる応答方法を決定する。なお、閾値Ｔは、全センサデバイス１００に対して、あるいはセンサデバイス１００毎に設定可能とする。（すなわち、あるセンサデバイス１００の、最新とＮ回前の実管理情報が閾値Ｔを下回ったか上回ったかをカウントし、カウント回数がＹ回になった場合に応答の頻度の上げ下げを決定する。）

・任意の過去Ｘ回分（Ｘは１以上の整数）の実管理情報が、本来その管理状態情報が取るはずのない値（すなわち異常値やバグ値など）であるセンサデバイス１００には応答の頻度を上げる応答方法を、逆に正常値であるセンサデバイス１００には応答の頻度を下げる応答方法を決定する。

・センサネットワークＮ１のトポロジを把握した上で、特にゲートウェイを頂点とするマルチホップツリートポロジにおいて、すべての子および孫センサデバイス１００から実管理情報の応答がないセンサデバイス１００に対しては応答の頻度を上げる応答方法を決定し、逆にいずれかの子および孫センサデバイス１００から実管理情報の応答があるセンサデバイス１００に対しては応答の頻度を下げる応答方法を決定する。
上記のいずれの処理方法においても、先述したとおり、管理状態情報の精度を高める応答方法とするか否かの決定後（あるいは決定の最中に）、センサデバイス１００に指示している現状の応答方法が適切であると判断した場合、該センサデバイス１００に対して何も応答方法を設定しないことを決定することもある。

また、応答の頻度を上げる応答方法はどのような方法を用いてもかまわない。具体例としては、実施例１に記載の応答方法４５９の例において、次のような方法を用いることができる。
・Ｘ回の管理情報要求メッセージ４００に対して、Ｙ回の管理情報応答メッセージ５００を送信すること（但し、ＹはＸ以下の整数値。Ｘ＝Ｙとすると、毎回応答する指示となる）、という応答方法の、ＹとＸの差（や比）を小さくする（あるいはＸ＝Ｙとする）。

・Ｘ回の管理情報要求メッセージ４００の中で、Ｎ回目に管理情報応答メッセージ５００を送信すること（但し、ＮはＸ以下の整数値。Ｎは複数回を指定可能であり、例えば１、３、５回目の応答を指示しても良い）、という応答方法の、Ｎの指定する回数を増やすか、あるいはＸを小さくする。

・指定したセンサデバイス１００のみ管理情報応答メッセージ５００を送信すること、或いは送信しないこと（このとき、センサデバイス１００の指定方法としては、ネットワークアドレスやＭＡＣアドレス、その他センサデバイス１００の識別子による指定のほか、ゲートウェイ２００からのホップ数による指定（Ｍホップ目まで、Ｍホップ目のみ、またはＭホップ目以降等）、センサデバイス１００の保持するアプリケーションによる指定、センサデバイス１００の地理的位置情報による指定、等が考えられる）、という応答方法を設定することで、送信するべきセンサデバイスとして指定する。

・管理情報要求メッセージ４００の受信時、あるいはそれ以前の任意のタイミングにおいて、センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３の実測値（インスタンス）が、閾値Ｖを上回っている（又は下回っていた）場合に、管理情報応答メッセージ５００を送信すること、という応答方法の、Ｖの値を大きくあるいは小さくする。

また、応答の頻度を下げる応答方法もどのような応答方法を用いてもかまわず、具体的には、上記の応答頻度を上げる具体例と逆の設定をすればよい。

自律応答方法決定部２２８は、決定した各センサデバイス１００の応答方法を保持し、応答方法指示決定部２２１からの確認（問い合わせ）に対して、保持する応答方法を返す。

（４．３ 処理の流れ）
次に、実施形態３に係るゲートウェイ２００の、応答方法の決定に係る処理の流れを、図１３を参照しながら説明する。図１３は、ゲートウェイ２００の動作を示すフローチャートである。尚、図１３は、第１実施形態の図８におけるＳ８０５に相当する部分の動作に関する。一方、実施形態３に係るゲートウェイ２００の一連の動作において、図８のＳ８０５以外の動作は、第１実施形態の図８とほぼ同様であるので、ここでは説明を省略する。

自律応答方法決定部２２８は、任意のタイミングにおいて応答方法の決定処理を開始し、すべての管理対象のセンサデバイス１００の決定処理を試みるべく、処理済センサデバイス１００のチェックを初期化する。（Ｓ１２０１）

全ての管理対象のセンサデバイス１００に対して応答方法の決定処理をした場合は（Ｓ１２０２のＹｅｓ）、決定した各センサデバイス１００の応答方法を保持し、外部の機能へ同応答方法を公開する（Ｓ１２０７）。一方、決定処理すべきセンサデバイス１００が残っている場合は（Ｓ１２０２のＮｏ）、次のセンサデバイス１００の応答方法の決定処理に進む。

センサデバイス１００に関して、管理状態情報の精度を高める必要があるか否かを確認し、管理状態情報の精度を高める必要があると判断した場合には（Ｓ１２０３のＹｅｓ）、応答の頻度を上げるような応答方法を決定し（Ｓ１２０４）、一方で管理状態情報の精度を高める必要がないと判断した場合には（Ｓ１２０３のＮｏ）、応答の頻度を下げるような応答方法を決定する（Ｓ１２０５）。なお、Ｓ１２０４、Ｓ１２０５のいずれにおいても、応答方法の決定の結果（あるいは決定の最中に）、センサデバイス１００に指示している現状の応答方法が適切であると判断した場合、該センサデバイス１００に対して何も応答方法を設定しないことを決定してもよい。Ｓ１２０３、Ｓ１２０４、Ｓ１２０５の一連の応答方法決定処理に関して、具体的な処理例を以下に記す。ただし、本実施の形態は以下の例に限るものではない。

あるセンサデバイス１００からの応答で取得した応答情報（＝管理状態情報）（以下、実管理情報と呼ぶ）と、応答メッセージ処理部２２７が管理状態情報２２４及び応答方法指示決定部２２１から受け取った応答方法を参照して作成した管理状態情報（以下、作成管理情報と呼ぶ）を用いて、下記のいずれかの処理を行う。なお、下記の処理は、１つ以上の複数を併せて実行することも可能である。

・任意の過去Ｘ回分（Ｘは１以上の整数）の実管理情報が、任意に定めた閾値Ｔより小さい（あるいは、Ｔ以下の）センサデバイス１００には応答の頻度を上げる応答方法を、逆に閾値Ｔ以上である（あるいは、Ｔより大きい）センサデバイス１００には応答の頻度を下げる応答方法を決定する。なお、閾値Ｔは、全センサデバイス１００に対して、あるいはセンサデバイス１００毎に設定可能とする。

・任意の過去Ｘ回分（Ｘは１以上の整数）の実管理情報と作成管理情報との差分の絶対値（あるいは比率の絶対値）が、任意に定める閾値Ｔより小さい（あるいは、Ｔ以下である）センサデバイス１００には応答の頻度を下げる応答方法を、逆に閾値Ｔ以上である（あるいは、Ｔより大きい）センサデバイス１００には応答の頻度を上げる応答方法を決定する。なお、閾値Ｔは、全センサデバイス１００に対して、あるいはセンサデバイス１００毎に設定可能とする。

・センサデバイス１００に関して、最新の実管理情報と任意のＮ回前（Ｎは１以上の整数）の実管理情報との差分の絶対値（あるいは比率の絶対値）が、現在までにおいて任意に定めるＹ回（Ｙは１以上の整数）だけ（あるいはＹ回連続して）、任意に定める閾値Ｔより小さい（あるいは、Ｔ以下である）場合には応答の頻度を下げる応答方法を、逆に閾値Ｔ以上である（あるいは、Ｔより大きい）場合には応答の頻度を上げる応答方法を決定する。なお、閾値Ｔは、全センサデバイス１００に対して、あるいはセンサデバイス１００毎に設定可能とする。（すなわち、あるセンサデバイス１００の、最新とＮ回前の実管理情報が閾値Ｔを下回ったか上回ったかをカウントし、カウント回数がＹ回になった場合に応答の頻度の上げ下げを決定する。）

・任意の過去Ｘ回分（Ｘは１以上の整数）の実管理情報が、本来その管理状態情報が取るはずのない値（すなわち異常値やバグ値など）であるセンサデバイス１００には応答の頻度を上げる応答方法を、逆に正常値であるセンサデバイス１００には応答の頻度を下げる応答方法を決定する。

・センサネットワークＮ１のトポロジを把握した上で、特にゲートウェイを頂点とするマルチホップツリートポロジにおいて、すべての子および孫センサデバイス１００から実管理情報の応答がないセンサデバイス１００に対しては応答の頻度を上げる応答方法を決定し、逆にいずれかの子および孫センサデバイス１００から実管理情報の応答があるセンサデバイス１００に対しては応答の頻度を下げる応答方法を決定する。

上記のいずれの処理方法においても、先述したとおり、管理状態情報の精度を高める応答方法とするか否かの決定後（あるいは決定の最中に）、センサデバイス１００に指示している現状の応答方法が適切であると判断した場合、該センサデバイス１００に対して何も応答方法を設定しないことを決定することもある。

また、応答の頻度を上げる応答方法は、実施例１に記載の応答方法４５９を用いるなど、どのような方法を用いてもかまわない。具体例としては、実施例１に記載の応答方法４５９の例において、次のような方法を用いても良い。

・Ｘ回の管理情報要求メッセージ４００に対して、Ｙ回の管理情報応答メッセージ５００を送信すること（但し、ＹはＸ以下の整数値。Ｘ＝Ｙとすると、毎回応答する指示となる）という応答方法の、ＹとＸの差（や比）を小さくする（あるいはＸ＝Ｙとする）。

・Ｘ回の管理情報要求メッセージ４００の中で、Ｎ回目に管理情報応答メッセージ５００を送信すること（但し、ＮはＸ以下の整数値。Ｎは複数回を指定可能であり、例えば１、３、５回目の応答を指示しても良い）という応答方法の、Ｎの指定する回数を増やすか、あるいはＸを小さくする。

・指定したセンサデバイス１００のみ管理情報応答メッセージ５００を送信すること、或いは送信しないこと（このとき、センサデバイス１００の指定方法としては、ネットワークアドレスやＭＡＣアドレス、その他センサデバイス１００の識別子による指定のほか、ゲートウェイ２００からのホップ数による指定（Ｍホップ目まで、Ｍホップ目のみ、またはＭホップ目以降等）、センサデバイス１００の保持するアプリケーションによる指定、センサデバイス１００の地理的位置情報による指定、等が考えられる）という応答方法を設定することで、送信するべきセンサデバイスとして指定する。

・管理情報要求メッセージ４００の受信時、あるいはそれ以前の任意のタイミングにおいて、センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３の実測値（インスタンス）が、閾値Ｖを上回っている（又は下回っていた）場合に、管理情報応答メッセージ５００を送信すること、という応答方法の、Ｖの値を大きく、あるいは小さくする。

また、応答の頻度を下げる応答方法もどのような応答方法を用いてもかまわず、具体的には、上記の応答頻度を上げる具体例と逆の設定をすればよい。

その後、次のセンサデバイス１００にチェックをして（Ｓ１２０６）、すべての管理対象のセンサデバイス１００の決定処理を試みるべくＳ１２０２へ進む。

（４．４ 本実施形態に係る効果）
上述の通り、センサデバイス１００は、ゲートウェイ２００により送信された管理情報要求メッセージ４００の応答方法、或いは任意のタイミングにおいてセンサデバイス１００がローカルに策定した応答方法の指示に従って、管理情報要求メッセージ４００への応答として管理情報応答メッセージ５００を送信するか否かを判定する。

これにより、センサデバイス１００は少なくとも一部の管理情報要求メッセージ４００に対しては応答する必要がなくなるため、結果として、遠隔管理通信における、管理情報応答メッセージ５００に係るトラヒックを抑制することが可能となる。

すなわち、ゲートウェイ２００又はセンサデバイス１００が、適切な応答方法を指定（選択）することで、センサデバイス１００の電力消費を低減し、結果として、センサネットワークＮ１全体の稼動寿命を延ばすことが可能となる。

また、ゲートウェイ２００は、定められた時刻までに未応答のセンサデバイス１００（管理情報応答メッセージ５００を送信しなかったセンサデバイス１００、又はパケットロス等により管理情報応答メッセージ５００がゲートウェイ２００に届かなかったセンサデバイス１００）の応答情報を、保持している、当該センサデバイス１００の過去の情報を元に作成することで、センサデバイス１００Ａ乃至１００Ｆ全ての管理情報を、遠隔管理サーバ３００へ送信することができる。

さらに、ゲートウェイ２００が自律的に、管理状態情報の精度を高める必要のあるセンサデバイス１００に対しては応答の頻度を上げるような応答方法を指示し、一方で管理状態情報の精度を高める必要のないセンサデバイス１００に対しては応答の頻度を下げるような応答方法を指示するため、遠隔管理を継続する上で、管理状態情報の精度を保つことが可能となる。

従って、センサネットワークの運用において十分な管理状態情報の精度を保つことにより定期間隔でセンサデバイス１００を管理する適切な遠隔管理を実現しつつ、遠隔管理を実現する遠隔管理通信に係る通信トラヒックを抑えて、センサネットワークＮ１及びセンサデバイス１００の寿命を延ばすことが可能となる。

（５ 実施形態４）
以下、実施形態４について説明する。尚、実施形態１、２、３と同一若しくは対応する構成については、実施形態１、２、３と同様の符号を付すと共に、説明を省略している場合がある。構成以外でも、作用、効果、及び処理内容等について、実施形態１、２、３と共通する部分については、説明を省略している。以下、実施形態１、２、３との相違点を中心に、説明を行う。

図１４乃至図１５は、本発明の実施形態４を説明するための図である。以下、これらの図を参照しながら、以下の流れに沿って本実施形態を説明する。まず、「５．１」で実施形態４全体の概要を示す。その上で、「５．２」でゲートウェイ２００の構成を、「５．３」で処理の流れを説明する。最後に、「５．４」で実施形態４に係る効果等を説明する。

（５．１ 概要）
実施形態４のゲートウェイ２００は、自律的に、現在までの各センサデバイス１００の管理状態情報２２４やセンサネットワークＮ１の構成及び状態等を参照し、適切な遠隔管理を行うべく、管理状態情報の精度を高める必要のあるセンサデバイス１００に対しては応答の頻度を上げるような応答方法を決定し、一方で管理状態情報の精度を高める必要のないセンサデバイス１００に対しては応答の頻度を下げるような応答方法を決定する。そして、決定した応答方法をいずれの管理サイクルでセンサネットワークＮ１に通知するかを決定する。一例としては、決定した応答方法を直近の管理サイクルでセンサネットワークＮ１に通知できるか否かを判断し、通知できる場合は、決定した応答方法と対象のセンサデバイス１００を直近の管理サイクルの送信内容として保持し、通知できない場合は、決定した応答方法と対象のセンサデバイス１００を次回以降の送信可能な管理サイクルの送信内容として保持する。なお、管理状態情報の精度を高めるか否かの決定後、センサデバイス１００に指示している現状の応答方法が適切であると判断した場合、該センサデバイス１００に対して何も応答方法を設定しないことを決定することもある。なお、応答方法の決定は任意のタイミングで良く、現在の管理サイクルの終了時刻、ゲートウェイ２００内で独自に定めた時刻、遠隔管理サーバ３００から与えられた時刻、管理サイクル遠隔管理サーバ３００より次のサイクルの遠隔管理指示を受信した時刻等いずれでもよい。

例えば、管理サイクルＮにおいて管理状態情報の精度を確認した結果、センサデバイス１００Ａには応答の頻度を上げる応答方法が、センサデバイス１００Ｂには応答の頻度を下げる応答方法が決定されたとする。管理サイクルＮ＋１においては応答の頻度を上げる応答方法のみセンサネットワークＮ１に通知できる場合、ゲートウェイ２００は、管理サイクルＮ＋１において、センサデバイス１００Ａに対して応答の頻度を上げる応答方法を送信するような内容を保持し、一方で管理サイクルＮ＋２以降（例えば管理サイクルＮ＋２や管理サイクルＮ＋３）において、センサデバイス１００Ｂに対して応答の頻度を下げる応答方法を送信するような内容を保持する。ゲートウェイ２００は、管理サイクルＮ＋１において、保持した該内容を参照し、センサデバイス１００Ａに関して応答の頻度を上げる応答方法を付加した管理情報要求メッセージ４００をセンサネットワークＮ１に送信し、管理サイクルＮ＋２以降（例えば管理サイクルＮ＋２）において、保持した内容を参照し、センサデバイス１００Ｂに関して応答の頻度を下げる応答方法を付加した管理情報要求メッセージ４００をセンサネットワークＮ１に送信する。

これにより、管理情報要求メッセージ４００や管理情報応答メッセージ５００のパケットサイズの限界や通信環境の影響（遅延、帯域、ロス率など）、及び運用ポリシなどにより、決定したものの１つの管理サイクルでセンサネットワークＮ１に通知できない分の、センサデバイス１００と応答方法のセットを他の管理サイクルで通知できるようになるために、管理状態情報の精度を確認した結果、複数のセンサデバイス１００に異なる応答方法が決定された場合にも、最終的に、決定した全ての応答方法をセンサネットワークＮ１に通知することができる。

なお、１つの管理サイクルでセンサネットワークＮ１に通知できる決定したセンサデバイス１００と応答方法のセットは、１つ以上の複数である。また、センサデバイス１００と応答方法はＮ対Ｎの関係であり、例えば１つの応答方法に複数のセンサデバイス１００が関連付けられることがある。

（５．２ デバイスの構成）
本実施形態に係るゲートウェイ２００の構成について、図１４を参照しながら説明する。尚、図１４において、実線の矢印は、各構成間の制御や参照、情報の流れを示す。

先述したとおり、実施例４に係るゲートウェイ２００は、自律的に、任意のタイミングにおいて、各センサデバイス１００に対して応答頻度を上げる応答をするか、あるいは応答頻度を下げる応答をするかを決定し、決定後の管理サイクル（遠隔管理サーバ３００から遠隔管理のリクエストを受信した際などに開始する管理サイクル）において、各センサデバイス１００に指示する応答方法として採用し、当該応答方法を含んだ管理情報要求メッセージ４００を作成及び送信する。このとき、一例として、決定した応答方法を直近の管理サイクルでセンサネットワークＮ１に通知できるか否かを判断し、通知できる場合は、決定した応答方法と対象のセンサデバイス１００を直近の管理サイクルの送信内容として保持し、通知できない場合は、決定した応答方法と対象のセンサデバイス１００を次回以降の送信可能な管理サイクルの送信内容として保持し、その結果に従って、管理情報要求メッセージ４００を作成及び送信を行う。

ゲートウェイ２００は、遠隔管理サーバ３００から指示を受け、遠隔管理の処理を行うデバイス管理部２１０、センサデバイス１００の省電力遠隔処理を行う遠隔管理メッセージ処理部２２０、管理情報要求メッセージ４００の送信処理を行う管理情報要求メッセージ送信部２３０、管理情報応答メッセージ５００の受信処理を行う管理情報応答メッセージ受信部２４０、遠隔管理サーバ３００等の外部サーバと通信するための外部接続インタフェース２５０、センサデバイス１００と通信するためのセンサデバイスインタフェース２６０を含む。

管理情報要求メッセージ送信部２３０、管理情報応答メッセージ受信部２４０、外部接続インタフェース２５０、センサデバイスインタフェース２６０は、実施例１、３と同様であるので説明を省略する。なお、センサデバイス１００は、実施例１あるいは実施例２のいずれかを用いることができるため、ここでは説明を省略する。また、管理情報要求メッセージ４００、管理情報応答メッセージ５００のフォーマット等についても、実施形態１と同様であるので、ここでは説明を省略する。

デバイス管理部２１０は、遠隔管理サーバ３００から遠隔管理の要求を受信し、当該要求が、センサデバイス１００の遠隔管理を必要とする内容であれば、遠隔管理メッセージ処理部２２０の応答方法指示決定部２２１へ、センサデバイス１００の遠隔管理を指示する。応答方法指示決定部２２１への指示には、どのセンサデバイス１００に対する指示であり（特定のセンサデバイス１００Ａ乃至１００Ｆに対する指示か、全てのセンサデバイス１００に対する指示か、等）、どのような管理命令であり、かつどのようなパラメータを扱うか、等の内容が含まれる。

また、デバイス管理部２１０は、遠隔管理メッセージ処理部２２０の自律応答方法決定部２２８の管理サイクル対応部２２９へ、デバイス管理部２１０として意識する管理サイクルがどのような間隔であるか、という情報を通知する。

また、デバイス管理部２１０は、遠隔管理メッセージ処理部２２０の応答メッセージ処理部２２７から、センサデバイス１００の遠隔管理の応答情報を受け取り、その応答情報を、遠隔管理サーバ３００への応答として送信する。

遠隔管理メッセージ処理部２２０は、任意のタイミングにおいて、各センサデバイス１００に対して応答頻度を上げる応答方法を設定するか、あるいは応答頻度を下げる応答方法を設定するかを決定し、該決定内容をいずれの管理サイクルでセンサネットワークＮ１に通知するかを決定した上で保持する。さらに、遠隔管理メッセージ処理部２２０は、デバイス管理部２１０からセンサデバイス１００の遠隔管理の指示を受け取った際に、上記決定した応答方法を含む管理情報要求メッセージ４００を作成すると共に、センサデバイス１００から受信した管理情報応答メッセージ５００に含まれる応答情報、及び受信しなかった未応答のセンサデバイス分の応答情報を適宜管理、作成、及び加工等して管理状態情報とすると共に、デバイス管理部２１０へと当該応答情報（＝管理状態情報）を出力する。

遠隔管理メッセージ処理部２２０は、応答方法指示決定部２２１、管理状態情報２２４を記憶する記憶部２２３、管理情報要求メッセージ作成部２２５、応答メッセージ処理部２２７、自律応答方法決定部２２８、及び管理サイクル対応部２２９を含む。

応答方法指示決定部２２１は、デバイス管理部２１０からセンサデバイス１００の遠隔管理の指示を受け取った際に、自律応答方法決定部２２８の管理サイクル対応部２２９に直近の管理サイクルで送信するべき各センサデバイスの応答方法を確認し、自律応答方法決定部２２８にて決定された直近の管理サイクルで送信するべき各センサデバイスに指示する応答方法を採用する。

応答方法指示決定部２２１は、採用した応答方法を含む管理情報要求メッセージ４００を作成するように、管理情報要求メッセージ作成部２２５へ指示する。尚、応答方法の採用にあたり、応答方法指示決定部２２１がいずれのセンサデバイス１００にも応答方法を指示しない場合もある。この場合には、応答方法指示決定部２２１は、管理情報要求メッセージ４００による応答方法の指定を行わない。

また、応答方法指示決定部２２１は、決定した応答方法（センサデバイス１００に指示する応答方法）を、応答メッセージ処理部２２７へ通知する。

管理状態情報２２４を記憶する記憶部２２３、管理状態情報２２４、管理情報要求メッセージ作成部２２５、応答メッセージ処理部２２７については、実施例１、３と同様であるので説明を省略する。

自律応答方法決定部２２８は、記憶部２２３の管理状態情報２２４に保持する各センサデバイス１００の管理状態情報およびセンサネットワークＮ１の構成及び状態と、応答メッセージ処理部２２７が作成した各センサデバイス１００の管理状態情報から、自律的に各センサデバイス１００の次回の管理サイクルの応答方法を決定する。先述のとおり、応答方法は、現在の各センサデバイス１００の管理状態情報の精度が十分であるか否かから判断し、管理状態情報の精度を高める必要のあるセンサデバイス１００に対しては応答の頻度を上げるような応答方法を決定し、一方で管理状態情報の精度を高める必要のないセンサデバイス１００に対しては応答の頻度を下げるような応答方法を決定する。なお、管理状態情報の精度を高めるか否かの決定後、センサデバイス１００に指示している現状の応答方法が適切であると判断した場合、該センサデバイス１００に対して何も応答方法を設定しないことを決定することもある。

具体的な応答方法の決定の仕方の例を以下に記す。ただし、本実施の形態は以下の例に限るものではない。

あるセンサデバイス１００からの応答で取得した応答情報（＝管理状態情報）（以下、実管理情報と呼ぶ）と、応答メッセージ処理部２２７が管理状態情報２２４及び応答方法指示決定部２２１から受け取った応答方法を参照して作成した管理状態情報（以下、作成管理情報と呼ぶ）とを用いて、下記のいずれかの処理を行う。なお、下記の処理は、１つ以上の複数を併せて実行することも可能である。
・任意の過去Ｘ回分（Ｘは１以上の整数）の実管理情報が、任意に定めた閾値Ｔより小さい（あるいは、Ｔ以下の）センサデバイス１００には応答の頻度を上げる応答方法を、逆に閾値Ｔ以上である（あるいは、Ｔより大きい）センサデバイス１００には応答の頻度を下げる応答方法を決定する。なお、閾値Ｔは、全センサデバイス１００に対して、あるいはセンサデバイス１００毎に設定可能とする。

・任意の過去Ｘ回分（Ｘは１以上の整数）の実管理情報と作成管理情報との差分の絶対値（あるいは比率の絶対値）が、任意に定める閾値Ｔより小さい（あるいは、Ｔ以下である）センサデバイス１００には応答の頻度を下げる応答方法を、逆に閾値Ｔ以上である（あるいは、Ｔより大きい）センサデバイス１００には応答の頻度を上げる応答方法を決定する。なお、閾値Ｔは、全センサデバイス１００に対して、あるいはセンサデバイス１００毎に設定可能とする。

・センサデバイス１００に関して、最新の実管理情報と任意のＮ回前（Ｎは１以上の整数）の実管理情報との差分の絶対値（あるいは比率の絶対値）が、現在までにおいて任意に定めるＹ回（Ｙは１以上の整数）だけ（あるいはＹ回連続して）、任意に定める閾値Ｔより小さい（あるいは、Ｔ以下である）場合には応答の頻度を下げる応答方法を、逆に閾値Ｔ以上である（あるいは、Ｔより大きい）場合には応答の頻度を上げる応答方法を決定する。なお、閾値Ｔは、全センサデバイス１００に対して、あるいはセンサデバイス１００毎に設定可能とする。（すなわち、あるセンサデバイス１００の、最新とＮ回前の実管理情報が閾値Ｔを下回ったか上回ったかをカウントし、カウント回数がＹ回になった場合に応答の頻度の上げ下げを決定する。）

・任意の過去Ｘ回分（Ｘは１以上の整数）の実管理情報が、本来その管理状態情報が取るはずのない値（すなわち異常値やバグ値など）であるセンサデバイス１００には応答の頻度を上げる応答方法を、逆に正常値であるセンサデバイス１００には応答の頻度を下げる応答方法を決定する。

・センサネットワークＮ１のトポロジを把握した上で、特にゲートウェイを頂点とするマルチホップツリートポロジにおいて、すべての子および孫センサデバイス１００から実管理情報の応答がないセンサデバイス１００に対しては応答の頻度を上げる応答方法を決定し、逆にいずれかの子および孫センサデバイス１００から実管理情報の応答があるセンサデバイス１００に対しては応答の頻度を下げる応答方法を決定する。
上記のいずれの処理方法においても、先述したとおり、管理状態情報の精度を高める応答方法とするか否かの決定後（あるいは決定の最中に）、センサデバイス１００に指示している現状の応答方法が適切であると判断した場合、該センサデバイス１００に対して何も応答方法を設定しないことを決定することもある。

また、応答の頻度を上げる応答方法は、実施例１に記載の応答方法４５９を用いるなど、どのような方法を用いてもかまわない。具体例としては、実施例１に記載の応答方法４５９の例において、次のような方法を用いることができる。

・Ｘ回の管理情報要求メッセージ４００に対して、Ｙ回の管理情報応答メッセージ５００を送信すること（但し、ＹはＸ以下の整数値。Ｘ＝Ｙとすると、毎回応答する指示となる）、という応答方法の、ＹとＸの差（や比）を小さくする（あるいはＸ＝Ｙとする）。

・Ｘ回の管理情報要求メッセージ４００の中で、Ｎ回目に管理情報応答メッセージ５００を送信すること（但し、ＮはＸ以下の整数値。Ｎは複数回を指定可能であり、例えば１、３、５回目の応答を指示しても良い）、という応答方法の、Ｎの指定する回数を増やすか、あるいはＸを小さくする。

・指定したセンサデバイス１００のみ管理情報応答メッセージ５００を送信すること、或いは送信しないこと（このとき、センサデバイス１００の指定方法としては、ネットワークアドレスやＭＡＣアドレス、その他センサデバイス１００の識別子による指定のほか、ゲートウェイ２００からのホップ数による指定（Ｍホップ目まで、Ｍホップ目のみ、またはＭホップ目以降等）、センサデバイス１００の保持するアプリケーションによる指定、センサデバイス１００の地理的位置情報による指定、等が考えられる）、という応答方法を設定することで、送信するべきセンサデバイスとして指定する。

・管理情報要求メッセージ４００の受信時、あるいはそれ以前の任意のタイミングにおいて、センサデバイス１００における、管理情報要求メッセージ４００で指定された管理パラメータ４５３の実測値（インスタンス）が、閾値Ｖを上回っている（又は下回っていた）場合に、管理情報応答メッセージ５００を送信すること、という応答方法の、Ｖの値を大きく、あるいは小さくする。

また、応答の頻度を下げる応答方法もどのような応答方法を用いてもかまわず、具体的には、上記の応答頻度を上げる具体例と逆の設定をすればよい。

自律応答方法決定部２２８は、決定した各センサデバイス１００の応答方法を管理サイクル対応部２２９に通知する。

管理サイクル対応部２２９は、自律応答方法決定部２２８から取得した各センサデバイス１００の応答方法をいずれの管理サイクルでセンサネットワークＮ１に通知するかを決定し、決定した内容でセンサネットワークＮ１に通知できるように各センサデバイス１００の応答方法の情報を保持する。決定と保持の一例としては、自律応答方法決定部２２８から取得したセンサデバイス１００と応答方法のセットを直近の管理サイクルでセンサネットワークＮ１に通知できるか否かを判断し、通知できる場合は、該応答方法と対象のセンサデバイス１００を直近の管理サイクルの送信内容として保持し、通知できない場合は、該応答方法と対象のセンサデバイス１００を次回以降の送信可能な管理サイクルの送信内容として保持する。

なお、管理サイクル対応部２２９は、上記の決定において、デバイス管理部２１０から取得した管理サイクルの間隔や、その他の運用ポリシに基づく情報（管理サイクルの間隔、いずれの管理サイクルでどのような応答方法を指示するべきか、あるいは可能か、いずれの管理サイクルでどのセンサデバイス１００に指示するべきか、あるいは可能か、１つの管理サイクルで通知可能な応答方法とセンサデバイス１００のセット数、１つの管理サイクルで送信可能な管理情報要求メッセージ４００の数など）を参考する。

また、管理サイクル対応部２２９は、上記保持した応答方法と対象のセンサデバイス１００の情報を他の機能に公開し、例えば、応答方法指示決定部２２１からの直近の管理サイクルにて送信するべき応答方法と対象のセンサデバイス１００のセットの問い合わせに対して、対象となる一覧を回答する。なお、公開する情報は、直近の管理サイクルにて送信するべき応答方法と対象のセンサデバイス１００の情報に限らず、他の管理サイクルにて送信するべき内容も確認可能である。

（５．３ 処理の流れ）
次に、実施形態４に係るゲートウェイ２００の、応答方法の決定と保持に係る処理の流れを、図１５を参照しながら説明する。図１５は、ゲートウェイ２００の動作を示すフローチャートである。尚、図１５は、第３の実施形態と同様に、第１実施形態の図８におけるＳ８０５に相当する部分の動作に関する。したがって、実施形態４に係るゲートウェイ２００の一連の動作において、図８のＳ８０５以外の動作は、第１実施形態の図８と同様であるので、ここでは説明を省略する。また、図１５において、Ｓ１２０１からＳ１２０６までは第３の実施形態の図１３と同様であるため、ここでは説明を省略する。

管理サイクル対応部２２９は、取得した応答方法と対象のセンサデバイス１００をいずれの管理サイクルでセンサネットワークＮ１に通知するべきかを判断する。例えば、取得したセンサデバイス１００と応答方法のセットを直近の管理サイクルでセンサネットワークＮ１に通知できるか否かを判断し（Ｓ１２０７）、通知できる場合は（Ｓ１２０７のＹｅｓ）、該応答方法と対象のセンサデバイス１００を直近の管理サイクルの送信内容として保持し（Ｓ１２０８）、通知できない場合は（Ｓ１２０７のＹｅｓ）、該応答方法と対象のセンサデバイス１００を次回以降の送信可能な管理サイクルの送信内容として保持する（Ｓ１２０９）。

なお、管理サイクル対応部２２９は、Ｓ１２０７の判断において、デバイス管理部２１０から取得した管理サイクルの間隔や、その他の運用ポリシに基づく情報（管理サイクルの間隔、いずれの管理サイクルでどのような応答方法を指示するべきか、あるいは可能か、いずれの管理サイクルでどのセンサデバイス１００に指示するべきか、あるいは可能か、１つの管理サイクルで通知可能な応答方法とセンサデバイス１００のセット数、１つの管理サイクルで送信可能な管理情報要求メッセージ４００の数など）を参考する。

管理サイクル対応部２２９は、Ｓ１２０８およびＳ１２０９で整理して保持した、応答方法と対象のセンサデバイス１００をいずれの管理サイクルでセンサネットワークＮ１に通知するかの情報を、外部機能に公開する（Ｓ１２１０）。

（５．４ 本実施形態に係る効果）
上述の通り、センサデバイス１００は、ゲートウェイ２００により送信された管理情報要求メッセージ４００の応答方法、或いは任意のタイミングにおいてセンサデバイス１００がローカルに策定した応答方法の指示に従って、管理情報要求メッセージ４００への応答として管理情報応答メッセージ５００を送信するか否かを判定する。

これにより、センサデバイス１００は少なくとも一部の管理情報要求メッセージ４００に対しては応答する必要がなくなるため、結果として、遠隔管理通信における、管理情報応答メッセージ５００に係るトラヒックを抑制することが可能となる。

すなわち、ゲートウェイ２００又はセンサデバイス１００が、適切な応答方法を指定（選択）することで、センサデバイス１００の電力消費を低減し、結果として、センサネットワークＮ１全体の稼動寿命を延ばすことが可能となる。

また、ゲートウェイ２００は、定められた時刻までに未応答のセンサデバイス１００（管理情報応答メッセージ５００を送信しなかったセンサデバイス１００、又はパケットロス等により管理情報応答メッセージ５００がゲートウェイ２００に届かなかったセンサデバイス１００）の応答情報を、保持している、当該センサデバイス１００の過去の情報を元に作成することで、センサデバイス１００Ａ乃至１００Ｆ全ての管理情報を、遠隔管理サーバ３００へ送信することができる。

さらに、ゲートウェイ２００が自律的に、管理状態情報の精度を高める必要のあるセンサデバイス１００に対しては応答の頻度を上げるような応答方法を指示し、一方で管理状態情報の精度を高める必要のないセンサデバイス１００に対しては応答の頻度を下げるような応答方法を指示するため、遠隔管理を継続する上で、管理状態情報の精度を保つことが可能となる。

さらに加えて、ゲートウェイ２００が決定された応答方法と対象のセンサデバイス１００をいずれの管理サイクルでセンサネットワークＮ１に通知するかを判断して、同情報を保持および公開することで、管理情報要求メッセージ４００や管理情報応答メッセージ５００のパケットサイズの限界や通信環境の影響（遅延、帯域、ロス率など）、及び運用ポリシなどにより、１つの管理サイクルでセンサネットワークＮ１に通知できない分の決定したセンサデバイス１００と応答方法のセットを他の管理サイクルで通知できるようになるために、管理状態情報の精度を確認した結果、複数のセンサデバイス１００に異なる応答方法が決定された場合にも、最終的に、決定した全ての応答方法をセンサネットワークＮ１に通知することができる。

従って、センサネットワークの運用において、各センサデバイス１００にそれぞれ異なる適切な応答方法を指示することが可能となるため、十分な管理状態情報の精度を保つことにより定期間隔でセンサデバイス１００を管理する適切な遠隔管理を実現しつつ、遠隔管理を実現する遠隔管理通信に係る通信トラヒックを抑えて、センサネットワークＮ１及びセンサデバイス１００の寿命を延ばすことが可能となる。

（４ 付記事項）
尚、前述の各実施形態の構成は、組み合わせたり或いは一部の構成部分を入れ替えたりしてもよい。また、本発明の構成は前述の実施形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加えてもよい。
尚、前述の各実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
他の通信装置に対して、管理情報の要求メッセージを送信する送信手段と、
前記要求メッセージに対する応答メッセージにより前記他の通信装置の管理情報を受信する受信手段と、
前記受信した前記他の通信装置の管理情報を用いて、前記他の通信装置が前記要求メッセージに応答するか否かを定める応答条件を決定する応答条件決定手段と、
前記決定した応答条件を含めて、前記決定後に所定のタイミングで前記送信手段により送信される前記要求メッセージを作成するメッセージ作成手段と
を備える通信装置。
（付記２）
前記受信した前記他の通信装置の管理情報を記憶する記憶手段と、
前記受信した前記他の通信装置の管理情報を用いて、前記記憶された管理情報の精度が低いか否かを判断する精度判断手段と
を備え、
前記応答条件決定手段は、前記精度判断手段による判断結果に応じて、前記応答条件を決定する付記１に記載の通信装置。
（付記３）
前記応答条件決定手段は、前記精度判断手段により精度が低いと判断された場合に、前記他の通信装置の応答の頻度を上げるように前記応答条件を決定する付記２に記載の通信装置。
（付記４）
前記応答条件決定手段は、前記精度判断手段により精度が高いと判断された場合に、前記他の通信装置の応答の頻度を下げるように前記応答条件を決定する付記２又は３に記載の通信装置。
（付記５）
前記応答条件決定手段により決定した前記応答条件を、どのタイミングで送信される前記要求メッセージに含めるかを決定する送信タイミング決定手段を備え、
前記メッセージ作成手段は、前記送信タイミング決定手段により決定したタイミングに従って、前記決定した応答条件を含めて前記要求メッセージを作成する付記１から４のいずれか１つに記載の通信装置。
（付記６）
通信装置において実施される通信方法であって、
他の通信装置に対して、管理情報の要求メッセージを送信する送信ステップと、
前記要求メッセージに対する応答メッセージにより前記他の通信装置の管理情報を受信する受信ステップと、
前記受信した前記他の通信装置の管理情報を用いて、前記他の通信装置が前記要求メッセージに応答するか否かを定める応答条件を決定する応答条件決定ステップと、
前記決定した応答条件を含めて、前記決定後に所定のタイミングで送信される前記要求メッセージを作成するメッセージ作成ステップと
を備える通信方法。
（付記７）
前記受信した前記他の通信装置の管理情報を記憶する記憶ステップと、
前記受信した前記他の通信装置の管理情報を用いて、前記記憶された管理情報の精度が低いか否かを判断する精度判断ステップと
を備え、
前記応答条件決定ステップは、前記精度判断ステップによる判断結果に応じて、前記応答条件を決定する付記６に記載の通信方法。
（付記８）
前記応答条件決定ステップは、前記精度判断ステップにより精度が低いと判断された場合に、前記他の通信装置の応答の頻度を上げるように前記応答条件を決定する付記７に記載の通信方法。
（付記９）
前記応答条件決定ステップは、前記精度判断ステップにより精度が高いと判断された場合に、前記他の通信装置の応答の頻度を下げるように前記応答条件を決定する付記７又は８に記載の通信方法。
（付記１０）
前記応答条件決定ステップにより決定した前記応答条件を、どのタイミングで送信される前記要求メッセージに含めるかを決定する送信タイミング決定ステップを備える付記６から９のいずれか１つに記載の通信方法。
（付記１１）
前記メッセージ作成ステップは、前記送信タイミング決定ステップにより決定したタイミングに従って、前記決定した応答条件を含めて前記要求メッセージを作成する付記１０に記載の通信方法。
（付記１２）
第１の通信装置と第２の通信装置とが通信する通信システムであって、
前記第１の通信装置は、
前記第２の通信装置に対して、管理情報の要求メッセージを送信する手段と、
前記要求メッセージに対する応答メッセージにより前記第２の通信装置の管理情報を受信する手段と、
前記受信した前記第２の通信装置の管理情報を用いて、前記第２の通信装置が前記要求メッセージに応答するか否かを定める応答条件を決定する手段と、
前記決定した応答条件を含めて、前記決定後に所定のタイミングで前記送信手段により送信される前記要求メッセージを作成する手段と
を備え、
前記第２の通信装置は、
前記第１の通信装置から管理情報の要求メッセージを受信する手段と、
前記受信した要求メッセージに前記応答条件が含まれる場合に、当該応答条件に基づいて、前記受信した要求メッセージに対する応答として、管理情報を含めたメッセージを送信する手段と
を備えた通信システム。

１・・・通信システム、１００・・・センサデバイス、１１０・・・管理情報要求メッセージ受信部、１２０・・・パケット処理決定部、１３０・・・応答処理部、１３１・・・応答決定部、１３３・・・管理情報応答メッセージ作成部、１３５・・・記憶部、１３６・・・応答方法情報、１３７・・・応答方法計算情報、１４０・・・記憶部、１４１・・・センサ情報、１５０・・・管理情報メッセージ送信部、１６０・・・センサデバイスインタフェース、２００・・・ゲートウェイ、２１０・・・デバイス管理部、２２０・・・遠隔管理メッセージ処理部、２２１・・・応答方法指示決定部、２２３・・・記憶部、２２４・・・管理状態情報、２２５・・・管理情報要求メッセージ作成部、２２７・・・応答メッセージ処理部、２２８・・・自律応答方法決定部、２２９・・・管理サイクル対応部、２３０・・・管理情報要求メッセージ送信部、２４０・・・管理情報応答メッセージ受信部、２５０・・・外部接続インターフェース、２６０・・・センサデバイスインターフェース、３００・・・遠隔管理サーバ、４００・・・管理情報要求メッセージ、５００・・・管理情報応答メッセージ

Claims (12)

1. 他の通信装置に対して、管理情報の要求メッセージを送信する送信手段と、
   前記他の通信装置の管理情報を記憶する記憶手段と、
   前記要求メッセージに対する応答メッセージにより前記他の通信装置の管理情報を受信する受信手段と、
   前記記憶された前記管理情報と、前記受信手段による複数の受信により取得した前記他の通信装置の管理情報とを用いて、前記他の通信装置が前記要求メッセージに応答するか否かを定める応答条件を決定する応答条件決定手段と、
   前記決定した応答条件を含めて、前記決定後に所定のタイミングで前記送信手段により送信される前記要求メッセージを作成するメッセージ作成手段と
   を備え、
   前記応答条件決定手段は、
   前記記憶された前記管理情報と、前記受信手段による複数の受信により取得した前記他の通信装置の管理情報のそれぞれとの間の差分の絶対値と、
   前記受信手段による複数の受信により取得した前記他の通信装置の管理情報のうち、最新の管理情報と、他の管理情報のそれぞれとの間の差分の絶対値と
   に基づいて、前記他の通信装置の応答の頻度を上げるか否かを決定する、通信装置。
2. 前記受信した前記他の通信装置の管理情報を記憶する記憶手段と、
   前記受信した前記他の通信装置の管理情報を用いて、前記記憶された管理情報の精度が低いか否かを判断する精度判断手段と
   を備え、
   前記応答条件決定手段は、前記精度判断手段による判断結果に応じて、前記応答条件を決定する請求項１に記載の通信装置。
3. 前記応答条件決定手段は、前記精度判断手段により精度が低いと判断された場合に、前記他の通信装置の応答の頻度を上げるように前記応答条件を決定する請求項２に記載の通信装置。
4. 前記応答条件決定手段は、前記精度判断手段により精度が高いと判断された場合に、前記他の通信装置の応答の頻度を下げるように前記応答条件を決定する請求項２又は３に記載の通信装置。
5. 前記応答条件決定手段により決定した前記応答条件を、どのタイミングで送信される前記要求メッセージに含めるかを決定する送信タイミング決定手段を備え、
   前記メッセージ作成手段は、前記送信タイミング決定手段により決定したタイミングに従って、前記決定した応答条件を含めて前記要求メッセージを作成する請求項１から４のいずれか１つに記載の通信装置。
6. 通信装置において実施される通信方法であって、
   他の通信装置の管理情報を記憶する記憶ステップと、
   前記他の通信装置に対して、管理情報の要求メッセージを送信する送信ステップと、
   前記要求メッセージに対する応答メッセージにより前記他の通信装置の管理情報を受信する受信ステップと、
   前記記憶された前記管理情報と、前記受信ステップによる複数の受信により取得した前記他の通信装置の管理情報とを用いて、前記他の通信装置が前記要求メッセージに応答するか否かを定める応答条件を決定する応答条件決定ステップと、
   前記決定した応答条件を含めて、前記決定後に所定のタイミングで送信される前記要求メッセージを作成するメッセージ作成ステップと
   を備え、
   前記応答条件決定ステップは、
   前記記憶された前記管理情報と、前記受信ステップによる複数の受信により取得した前記他の通信装置の管理情報のそれぞれとの間の差分の絶対値と、
   前記受信ステップによる複数の受信により取得した前記他の通信装置の管理情報のうち、最新の管理情報と、他の管理情報のそれぞれとの間の差分の絶対値と
   に基づいて、前記他の通信装置の応答の頻度を上げるか否かを決定する、通信方法。
7. 前記受信した前記他の通信装置の管理情報を記憶する記憶ステップと、
   前記受信した前記他の通信装置の管理情報を用いて、前記記憶された管理情報の精度が低いか否かを判断する精度判断ステップと
   を備え、
   前記応答条件決定ステップは、前記精度判断ステップによる判断結果に応じて、前記応答条件を決定する請求項６に記載の通信方法。
8. 前記応答条件決定ステップは、前記精度判断ステップにより精度が低いと判断された場合に、前記他の通信装置の応答の頻度を上げるように前記応答条件を決定する請求項７に記載の通信方法。
9. 前記応答条件決定ステップは、前記精度判断ステップにより精度が高いと判断された場合に、前記他の通信装置の応答の頻度を下げるように前記応答条件を決定する請求項７又は８に記載の通信方法。
10. 前記応答条件決定ステップにより決定した前記応答条件を、どのタイミングで送信される前記要求メッセージに含めるかを決定する送信タイミング決定ステップを備える請求項６から９のいずれか１つに記載の通信方法。
11. 前記メッセージ作成ステップは、前記送信タイミング決定ステップにより決定したタイミングに従って、前記決定した応答条件を含めて前記要求メッセージを作成する請求項１０に記載の通信方法。
12. 第１の通信装置と第２の通信装置とが通信する通信システムであって、
    前記第１の通信装置は、
    前記第２の通信装置の管理情報を記憶する記憶手段と、
    前記第２の通信装置に対して、管理情報の要求メッセージを送信する手段と、
    前記要求メッセージに対する応答メッセージにより前記第２の通信装置の管理情報を受信する手段と、
    前記記憶された前記第２の通信装置の管理情報と、前記受信する手段による複数の受信により取得した前記第２の通信装置の管理情報とを用いて、前記第２の通信装置が前記要求メッセージに応答するか否かを定める応答条件を決定する手段と、
    前記決定した応答条件を含めて、前記決定後に所定のタイミングで前記送信手段により送信される前記要求メッセージを作成する手段と
    を備え、
    前記応答条件を決定する手段は、
    前記記憶された前記管理情報と、前記管理情報を受信する手段による複数の受信により取得した前記第２の通信装置の管理情報のそれぞれとの間の差分の絶対値と、
    前記管理情報を受信する手段による複数の受信により取得した前記第２の通信装置の管理情報のうち、最新の管理情報と、他の管理情報のそれぞれとの間の差分の絶対値と
    に基づいて、前記他の通信装置の応答の頻度を上げるか否かを決定し、
    前記第２の通信装置は、
    前記第１の通信装置から管理情報の要求メッセージを受信する手段と、
    前記受信した要求メッセージに前記応答条件が含まれる場合に、当該応答条件に基づいて、前記受信した要求メッセージに対する応答として、管理情報を含めたメッセージを送信する手段と
    を備えた通信システム。