JP2022181411A - 通信システム、通信方法、通信装置およびプログラム - Google Patents

Abstract

【課題】通信装置が実行する処理の処理頻度をより詳細に設定する。【解決手段】通信システムは、サーバシステムと、１以上の通信装置と、を備える。サーバシステムは、第１決定部と通信制御部とを備える。第１決定部は、通信装置が実行する予め定められた処理に影響する判定情報に基づいて処理の処理頻度を示す頻度情報を決定する。通信制御部は、頻度情報に基づき決定される処理の処理頻度を１以上の通信装置に送信する。１以上の通信装置は、受信部と制御部とを備える。受信部は、サーバシステムから処理の処理頻度を受信する。制御部は、受信された処理頻度に基づいて処理を実行する。【選択図】図２

Description

本発明の実施形態は、通信システム、通信方法、通信装置およびプログラムに関する。

ネットワーク上の複数の通信装置（ノード）から、各通信装置に接続されるセンサで取得されたセンサデータを収集する通信システムが提案されている。また、例えば気象警報発表情報などに基づいてセンサの動作モードを切り替える技術が提案されている。動作モードは、例えば「センサ停止・通信間欠動作」、「センサ停止・通信常時動作」、および、「センサ常時動作・通信常時動作」の３モードである。

特許第６４０２４５６号公報 特開２０１８－０７７８５５号公報

D. Mills et al.、"RFC 5905、Network Time Protocol Version 4: Protocol and Algorithms Specification" ［online］、June 2010、retrieved from the Internet: <URL:http://www.ietf.org/rfc/rfc5905.txt>

しかしながら、従来技術では、センサデータを取得する頻度をより詳細に設定することができなかった。例えば上記のようにセンサの動作モードを切り替える技術では、センサを停止するか動作させるかが設定されるのみである。このため、例えばセンサが動作するときに、さらに動作の頻度を設定することができない。

実施形態の通信システムは、サーバシステムと、１以上の通信装置と、を備える。サーバシステムは、第１決定部と通信制御部とを備える。第１決定部は、通信装置が実行する予め定められた処理に影響する判定情報に基づいて処理の処理頻度を示す頻度情報を決定する。通信制御部は、頻度情報に基づき決定される処理の処理頻度を１以上の通信装置に送信する。１以上の通信装置は、受信部と制御部とを備える。受信部は、サーバシステムから処理の処理頻度を受信する。制御部は、受信された処理頻度に基づいて処理を実行する。

本実施形態の通信システムの構成図。 サーバの機能ブロック図。 ネットワーク情報のデータ構造の一例を示す図。 対応情報のデータ構造の一例を示す図。 コンセントレータの機能ブロック図。 センサデータのデータ構造の一例を示す図。 周期データのデータ構造の一例を示す図。 実時間と時分割多重方式のタイムスロットとの関係を示す図。 ノードの機能ブロック図。 本実施形態における頻度決定処理のフローチャート。 本実施形態におけるデータ取得処理のフローチャート。 実時間と時分割多重方式のスロットフレームとの関係を示す図。 実時間と時分割多重方式のスロットフレームとの関係を示す図。 実時間と時分割多重方式のスーパーフレームとの関係を示す図。 実施形態にかかる装置のハードウェア構成図。

以下に添付図面を参照して、この発明にかかる通信装置、通信方法、プログラムおよび通信システムの好適な実施形態を詳細に説明する。

上記のように、従来技術では、通信装置が実行する処理（例えばセンサデータを取得する処理）の頻度をより詳細に設定することができなかった。また、上記のような通信システムでは、センサデータの取得タイミング（センシングタイミング）を同期させる制御が必要になる場合がある。

例えば、ＧＰＳ（全地球測位システム）の受信機能を各通信装置に持たせる技術、および、ＩＥＴＦ ＲＦＣ５９０５（ＮＴＰ：Network Time Protocol）などに基づき絶対時刻を配布する技術により、取得タイミングを制御することが可能である。

しかし、このような技術では、タイミング制御のための機能が複雑になる問題があった。例えば、ＧＰＳを用いる技術では、必ずしもセンサの設置場所でＧＰＳが利用可能とは限らず、消費電力も増加する。絶対時刻を配布する技術では、制御トラフィックが増加するとともに、絶対時刻を管理するための追加のメモリおよび制御が通信装置内に必要になる。

本実施形態にかかる通信システムは、通信装置が実行する予め定められた処理に影響する判定情報に基づいて、当該処理の処理頻度を示す頻度情報を決定するサーバシステムを備える。予め定められた処理は、例えば、センサデータを取得する処理であるが、これに限られるものではない。この場合、サーバシステムは、通信装置が設置されている場所（領域）の気象に関する情報（気象情報）および自然現象の発生を示す情報などを判定情報として、センサによるセンシングの周期（センシング周期）を決定する。サーバシステムは、通信装置に対して、決定したセンシング周期を通知する。

例えば、気温、気圧、川の流量、湖面の水位、および、地震動などの環境情報を監視する通信システムでは、省電力性を高めるためにはセンサデータの取得頻度を下げる必要がある。一方、センサデータの取得頻度を過度に下げると、十分な監視ができなくなる。本実施形態では、判定情報（気象情報など）に応じてセンサデータを取得する頻度が決定される。これにより、省電力性を維持しながら、必要に応じてセンサデータの取得頻度を調整することが可能となる。

また、本実施形態にかかる通信システムは、通信装置内では絶対時刻を管理せず、代わりに、タイミングを制御するための基準となる基準番号をコンセントレータ（通信装置のセンサデータを収集する装置の一例）から配布する。通信装置は、基準番号に基づいて処理のタイミング（センサデータの取得タイミングなど）を決定する。

図１は、本実施形態の通信システムの構成例を示す図である。図１に示すように、本実施形態の通信システムは、コンセントレータ２００と、複数のノード１００_１～１００_１３（通信装置の一例）と、サーバ５００と、を備えている。

複数のノード１００_１～１００_１３は、それぞれ接続されるセンサ（または内蔵されるセンサ）により取得されたセンサデータをコンセントレータ２００に送信する。複数のノード１００_１～１００_１３は同様の構成とすることができるため、区別する必要がない場合は単にノード１００という場合がある。ノード１００の個数は１３に限られず、いくつであってもよい。

コンセントレータ２００は、複数のノード１００のそれぞれから送信されたセンサデータを集約する装置（集約装置）である。

コンセントレータ２００とノード１００_１～１００_１３とは、無線マルチホップネットワークを構成する。無線マルチホップネットワーク内の通信は、例えば時分割多重方式で制御される。無線通信方式は、どのような方式でもよいが、例えばＩＥＥＥ ８０２．１１、および、ＩＥＥＥ ８０２．１５．４などの無線通信方式を適用できる。

コンセントレータ２００は、ネットワーク３００を介してサーバ５００に接続される。ネットワーク３００は、どのようなネットワーク形態であってもよいが、例えば、インターネットのような広域ネットワーク、広域の閉域ネットワーク、または、企業内ネットワークなどのローカルネットワークである。

コンセントレータ２００とネットワーク３００との間の接続は、イーサネット（登録商標）ケーブルまたは光ファイバ等を用いた有線接続でもよいし、携帯電話網または衛星回線を用いた無線接続でもよい。

コンセントレータ２００、および、サーバ５００は、サーバシステムの一例である。図１のサーバシステムは、コンセントレータ２００およびサーバ５００の２つのサーバ装置を用いる例である。サーバシステムは、コンセントレータ２００およびサーバ５００の両方の機能を備える論理的または物理的に１つのサーバ装置として実現されてもよい。

また、図１では１つのコンセントレータ２００のみが記載されているが、通信システムは、２つ以上のコンセントレータ２００を備えてもよい。この場合、各コンセントレータ２００は、１以上のノード１００とともに無線マルチホップネットワークを構成し、各ノード１００からセンサデータを受信（収集）する。

次に、サーバ５００の機能構成例について説明する。図２は、サーバ５００の機能構成の一例を示すブロック図である。図２に示すように、サーバ５００は、通信制御部５０１と、決定部５０２（第１決定部の一例）と、通信部５１１と、記憶部５２０と、を備えている。

記憶部５２０は、サーバ５００で用いられる各種データを記憶する。例えば記憶部５２０は、ネットワーク情報５２１、対応情報５２２、および、判定情報５２３を記憶する。記憶部５２０は、フラッシュメモリ、メモリカード、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、および、光ディスクなどの一般的に利用されているあらゆる記憶媒体により構成することができる。

ネットワーク情報５２１は、コンセントレータ２００（無線マルチホップネットワーク）ごとの管理情報を含む。図３は、ネットワーク情報５２１のデータ構造の一例を示す図である。なお、図３では４つコンセントレータ２００についての管理情報を含むネットワーク情報５２１の例が示されている。

図３に示すように、ネットワーク情報５２１は、コンセントレータ識別子と、設置場所と、センサ種別と、頻度レベルと、を含む。コンセントレータ識別子は、コンセントレータ２００を識別する識別情報の例である。コンセントレータ識別子の代わりに、コンセントレータ２００のネットワークアドレスが用いられてもよい。

設置場所は、例えば、コンセントレータ２００（サーバシステム）を設置した場所を示す。設置場所は、無線マルチホップネットワーク、ノード１００、または、ノード１００に接続されるセンサの設置場所を示すと解釈することもできる。

図３では、１つのコンセントレータ２００に対して１つの設置場所が管理されているが、これに限られるものではない。例えば、１つのコンセントレータ２００に対して複数の設置場所が管理されてもよい。複数の設置場所は、例えば、以下のような場所または領域に対応する。
・コンセントレータ２００に対応する無線マルチホップネットワークが存在する領域を分割した複数の領域
・コンセントレータ２００に接続される複数のノード１００（またはノード１００に接続されるセンサ１３１）それぞれの設置場所
・コンセントレータ２００に接続される複数のノード１００（またはノード１００に接続されるセンサ１３１）を設置場所に応じて分類して得られる複数のグループの位置を示す場所

センサ種別は、コンセントレータ２００が構成する無線マルチホップネットワークに含まれるセンサの種別を識別する情報である。例えばセンサ種別は、水位計ならば「Ａ」、雨量計ならば「Ｂ」というように、使用されるセンサの種別を表す記号である。用途が同じ雨量計であっても、仕様に差異がある場合は異なるセンサ種別を割り当ててもよい。また、同じ仕様のセンサであっても設置場所によって異なるセンサ種別を割り当ててもよい。

頻度レベルは、頻度情報の一例であり、センサによるセンシングの処理頻度を段階的に示す。図３では、「高」「中」「低」の３段階で表された頻度レベルの例が示されている。頻度情報は、センシング周期を示す情報であってもよい。

また、図３では、コンセントレータ２００ごとに頻度情報が管理されているが、これに限られるものではない。例えば、以下のようにより小さい粒度で頻度情報が管理されてもよい。
・センサ種別ごと
・ノード１００ごと
・ノード１００ごと、かつ、ノード１００に接続されたセンサのセンサ種別ごと

対応情報５２２は、センサ種別ごとに、頻度レベルに対応するセンシング周期を決定するために用いられるデータである。図４は、対応情報５２２のデータ構造の一例を示す図である。図４に示すように対応情報５２２は、センサ種別と、頻度レベルと、周期とを対応づけたデータ構造となっている。

判定情報５２３は、センシングに影響する情報であって、決定部５０２が頻度情報を決定するときに用いられる。判定情報は、例えば、設置場所の属性を示す属性情報である。属性情報は、例えば、コンセントレータ２００および対応する無線マルチホップネットワークが構築されている設置場所の気象情報を表す。

属性情報は、これに限られず、地震情報、交通情報、および、設置場所の状況を示す状況情報であってもよい。地震情報は、設置場所を含む地域で発生した地震に関する情報であり、例えば、震度およびマグニチュードなどを含む。交通情報は、道路ごとの流量、渋滞情報、および、事故情報などを含む。状況情報は、設置場所を含む地域に存在するダムまたは河川の水位、および、設置場所を含む地域の積雪量などを含む。

以下では、主に判定情報５２３（属性情報）として気象情報を用いる例を説明する。判定情報５２３は、例えば図３に示すコンセントレータ２００ごとの設置場所の気象情報が特定できるように管理されていればよい。

気象情報は、例えば、気象庁が気象に関して提供する「予報・予測」、「観測・解析」、および、「統計」を含む。例えば気象情報は、警報、注意報、台風の状況、天気予報、土壌雨量指数、表面雨量指数、気象レーダー観測、および、解析雨量などであるが、これらに限られない。

図２に戻り、通信部５１１は、ネットワーク３００を介してコンセントレータ２００と通信する。

通信制御部５０１は、サーバ５００とコンセントレータ２００との間の通信を制御する。例えば通信制御部５０１は、決定部５０２により決定されたセンシング周期を示す情報（コマンドなど）を、コンセントレータ２００に送信する。

また通信制御部５０１は、判定情報５２３を、外部の装置から受信する。例えば判定情報５２３として気象情報が用いられる場合、通信制御部５０１は、気象情報の提供に用いられるサーバ装置などから気象情報を受信する。

判定情報５２３の受信タイミングは、どのようなタイミングであってもよい。例えば判定情報５２３に変更があったときに外部の装置が送信した判定情報５２３を通信制御部５０１が受信するように構成してもよい。通信制御部５０１は、定期的に外部の装置に判定情報５２３の送信を要求するように構成してもよい。

決定部５０２は、判定情報５２３に基づいて、センシングの処理頻度を示す頻度情報を決定する。決定部５０２による頻度情報の決定処理はどのようなタイミングで実行されてもよい。例えば決定部５０２は、通信制御部５０１が判定情報５２３を受信したときに決定処理を実行してもよいし、定期的に決定処理を実行してもよい。

決定部５０２は、まず、判定情報５２３を参照し、ネットワーク情報５２１に含まれるコンセントレータ２００（無線マルチホップネットワーク）ごとの頻度レベルを決定する。

例えば、判定情報５２３に含まれる降水予測から、コンセントレータ２００（無線マルチホップネットワーク）の設置場所の降水確率がしばらくの間０％であると予測される場合は、決定部５０２は、コンセントレータ２００配下の雨量計の頻度レベルを最も低くする（例えば「低」）。決定部５０２は、雨量計によるセンシングを停止することを決定してもよい。逆に、当該設置場所で大雨が予測されている場合は、決定部５０２は、コンセントレータ２００配下の雨量計の頻度レベルを高くする（例えば「高」）。

決定部５０２は、気象情報とセンシング対象との関係を考慮して頻度レベルを決定してもよい。例えば決定部５０２は、気温の上昇により大量の雪解け水の発生が予測される場合に、雪解け水が流入するダムまたは河川などの水位をセンシングする水位計の頻度レベルを上げることを決定してもよい。すなわち、決定部５０２は、気象情報からセンシング対象の観測値の大きな変動が予想される場合には頻度レベルを上げ、逆に、気象情報からセンシング対象の観測値がほとんど変動しないと予想される場合には頻度レベルを下げてもよい。

また、例えば状況情報がダムの水位が高いことを示す場合、決定部５０２は、少量の雨量が予想される場合であっても頻度レベルを高くすることを決定してもよい。また、例えば状況情報が積雪量が多いことを示す場合、決定部５０２は、気温の上昇が予想される場合に頻度レベルを高くすることを決定してもよい。

判定情報５２３として地震情報を用いる場合、決定部５０２は、地震の震度が大きいほど、大きい値となるように頻度レベルを決定してもよい。

決定部５０２は、決定した頻度レベルを適用（維持）する期間をさらに決定してもよい。例えば決定部５０２は、大きな地震が発生した地域に対して、予め定められた期間、高いセンシング周期を維持するように頻度レベルを決定する。このセンシング周期（頻度レベル）および高いセンシング周期を維持する期間は、震度ごとに設定されてもよい。期間は、震度、および、無線マルチホップネットワークと地震発生地域との位置関係などから算出されてもよい。決定部５０２は、決定した期間が経過後、新たな頻度レベル（センシング周期）を決定する処理を実行してもよい。

決定部５０２は、頻度レベルを決定すると、決定した頻度レベルで、記憶部５２０に記憶されたネットワーク情報５２１の頻度レベルを更新する。

次に決定部５０２は、決定した頻度レベルに対応するセンシング周期を決定し、センシング周期を指定するためのコマンドをコンセントレータ２００に送信する。例えば決定部５０２は、図４に示すような対応情報５２２を参照し、センサ種別および頻度レベルに対応するセンシング周期を決定する。決定部５０２は、決定したセンシング周期を指定するコマンドを生成し、通信制御部５０１を用いてコンセントレータ２００にコマンドを送信する。

判定情報５２３として気象情報の代わりに交通情報が用いられる場合、決定部５０２は、例えば以下のように頻度情報を決定する。すなわち決定部５０２は、設置場所の交通量を交通情報から特定し、交通量が多ければ大気汚染センサによるセンシングの頻度レベルを上げ、交通量が少なければ大気汚染センサによるセンシングの頻度レベルを下げる。

判定情報５２３として気象情報とともに交通情報が用いられる場合、決定部５０２は、例えば以下のように頻度情報を決定する。すなわち決定部５０２は、設置場所の交通量を交通情報から特定し、気象情報から設置場所の天気を特定する。決定部５０２は、交通量が多く、かつ、晴れている場合に大気汚染センサによるセンシングの頻度レベルを上げ、交通量が少ない場合、または、雨が降っている場合に、大気汚染センサによるセンシングの頻度レベルを下げる。

以上のような処理により、ノード１００の省電力性を維持しながら、必要に応じてノード１００のセンサデータの取得頻度を調整することが可能となる。

上記各部（通信制御部５０１、決定部５０２）は、例えば、１または複数のプロセッサにより実現される。例えば上記各部は、ＣＰＵ（Central Processing Unit）などのプロセッサにプログラムを実行させること、すなわちソフトウェアにより実現してもよい。上記各部は、専用のＩＣ（Integrated Circuit）などのプロセッサ、すなわちハードウェアにより実現してもよい。上記各部は、ソフトウェアおよびハードウェアを併用して実現してもよい。複数のプロセッサを用いる場合、各プロセッサは、各部のうち１つを実現してもよいし、各部のうち２以上を実現してもよい。

次に、本実施形態の通信システムによるタイミング制御の概要を説明する。

コンセントレータ２００は、センサデータを取得するタイミング（取得タイミング）を算出するための基準時刻に対応する基準番号（基準時刻情報）を、無線マルチホップネットワーク上に送信する。基準番号は、時分割多重方式により同期される、通信タイミングを示す番号のうち基準とする番号である。時分割多重方式としては、例えば、ＴＳＣＨ（Time-Slotted Channel Hopping）などが適用できる。通信タイミングを示す番号は、例えば、タイムスロット番号（ＡＳＮ：Absolute Slot Number）、スロットフレーム番号、および、スーパーフレーム番号などである。基準番号は、例えば、毎正時（午前０時００分を含む、以降１時間ごと）に対応する番号として決定される。

各ノード１００には、デフォルトのセンシング周期、または、サーバ５００により指定されたセンシング周期が設定されている。ノード１００は、コンセントレータ２００から送信された基準番号、ノード１００自身が管理する現在の番号、および、センシング周期、の３つの値から、センサデータの次の取得タイミングを決定する。

このような動作を複数のノード１００それぞれに実行させることで、各ノード１００によりセンサデータの取得タイミングを制御できるようになる。すなわち、センサデータの取得タイミングを、複数のセンサ間で同期させることも可能となる。また、ノード１００は、絶対時刻を管理する必要がなく、より簡易な構成でタイミングの制御が実現できる。

なお、基準番号を受信するまでは、ノード１００は他の方法で決定される時刻（例えばネットワークに参入した時刻など）を起点とし、センシング周期に従ってセンサデータの取得を繰り返す。言い換えると、コンセントレータ２００が基準番号を送信しないことにより、ネットワーク内のノード１００に対して、本実施形態を適用しない動作を実行させることができる。

次に、コンセントレータ２００の機能構成例について説明する。図５は、コンセントレータ２００の機能構成の一例を示すブロック図である。図５に示すように、コンセントレータ２００は、時刻管理部２０１と、通信制御部２０２と、通信部２１１、２１２と、記憶部２２０と、を備えている。

記憶部２２０は、コンセントレータ２００で用いられる各種データを記憶する。例えば記憶部２２０は、各ノード１００から送信されたセンサデータ２２１、周期データ２２２、および、各ノード１００に送るべきデータ、例えば制御情報などを記憶する。センサデータをコンセントレータ２００の外部の記憶装置などで保存および管理する場合は、記憶部２２０は備えられなくてもよい。

記憶部２２０は、フラッシュメモリ、メモリカード、ＲＡＭ、ＨＤＤ、および、光ディスクなどの一般的に利用されているあらゆる記憶媒体により構成することができる。

通信部２１１は、各ノード１００と通信を行い、無線マルチホップネットワークを構成する。上記のように無線マルチホップネットワークは時分割多重方式で通信制御されるため、通信部２１１はタイムスロットごとに処理を切り替えて動作する。すなわち、自身がデータを送信できるタイムスロットでは通信部２１１は送信処理を行い、自身がデータ受信待ちをすべきタイムスロットでは通信部２１１は受信処理を行う。自身がデータを送信できるタイムスロットにも関わらず送信すべきデータがない場合、および、送信も受信もできないタイムスロットである場合は、通信部２１１は何の動作も行わない。送信処理も受信処理も行わないタイムスロットでは、通信部２１１は、超低消費電力モードおよび電源オフモードなどに遷移し、動作を停止することができる。通信部２１１が何の動作も行わない期間は、コンセントレータ２００全体も超低消費電力モードで動作してもよい。

通信部２１２は、ネットワーク３００との間の通信に用いられる。

時刻管理部２０１は、現在時刻を実時刻で管理する。実時刻は、１日を２４時間とする、日常生活で用いる時刻を意味する。時刻管理部２０１は、どのような手段で現在時刻を取得してもよいが、例えば以下のような手段を適用できる。
・ネットワーク３００上の時刻サーバから現在時刻情報を得る。
・ＧＰＳを用いて現在時刻情報を得る。
・携帯電話の基地局から現在時刻情報を得る。
・現在の時刻を人が手動で入力する。

時刻管理部２０１は、コンセントレータ２００が有する水晶発振子（クロック）の精度に合わせて適切な頻度で現在時刻情報を取得し、以降で説明する動作中は実用上問題のない誤差範囲内で常に現在時刻を保持できているものとする。

例えば工場出荷直後、かつ、電源投入直後のコンセントレータ２００は正確な現在時刻を持たないかもしれないが、そのように現在時刻を持たない状態であることを時刻管理部２０１は認識できるものとする。現在時刻情報を持たない間は、コンセントレータ２００は以降に説明する動作を行わない。例えば、現在時刻情報を取得すると、コンセントレータ２００は以降に説明する動作を開始するとする。一度、現在時刻情報を取得した後、コンセントレータ２００は所定のタイミング（一定時間経過後など）で現在時刻情報を取得し続けてもよいし、取得しなくてもよい。所定のタイミングで現在時刻情報を取得し続ける場合で、その取得に失敗したときには「現在時刻情報を持たない」状態としてコンセントレータ２００が動作してもよいし、「時刻情報を持つ」状態としてコンセントレータ２００が動作し続けてもよい。

通信制御部２０２は、ノード１００とネットワーク３００との間の通信を制御する。例えば通信制御部２０２は、時分割多重方式のスケジュールに従い、上記のような通信部２１１の動作の切り替えを行う。また、通信制御部２０２は、無線マルチホップネットワークの構築および維持、並びに、無線マルチホップネットワーク経由で送信されるセンサデータの受信および転送処理を行う。通信制御部２０２は、通信部２１２を介して受信したセンサデータをネットワーク３００へ転送してもよいし、転送しなくてもよい。また、通信制御部２０２は、記憶部２２０にセンサデータを記憶させてもよいし、記憶させなくてもよい。また、通信制御部２０２は、記憶部２２０に保存されているセンサデータをネットワーク３００へ転送してもよいし、転送しなくてもよい。また、通信制御部２０２は、ノード１００への制御情報などの送信処理を行う。

図６は、記憶部２２０に記憶されるセンサデータ２２１のデータ構造の一例を示す図である。センサデータは、ノード識別子と取得時刻とに対応づけて記憶される。ノード識別子は、センサデータの送信元であるノード１００を識別する識別情報の例である。取得時刻は、センサデータが取得された時刻である。

センサデータは、センサから取得した値（読み取った値）に加え、その値を取得したときのタイムスロット番号と共にコンセントレータ２００に送信される。コンセントレータ２００は、時刻管理部２０１と通信制御部２０２を用いて、センサデータに含まれるタイムスロット番号からそれに対応する実時刻を算出する。このような処理により、センサデータを取得時刻と共に管理できる。コンセントレータ２００は、取得時刻を実時刻に変換せず、タイムスロット番号をそのまま取得時刻として扱ってもよい。また、コンセントレータ２００が各センサデータを受信した時刻も同じ方法で管理することができるが、対応付けされた受信時刻を記憶部２２０に記録してもよいし、しなくてもよい。

図５に戻り、通信制御部２０２は、さらに、ネットワーク３００および通信部２１２を介してサーバ５００と通信する。例えば通信制御部２０２は、サーバ５００から、センシング周期を指定するコマンドを受信する。通信制御部２０２は、サーバ５００からセンシング周期を指定するコマンドを受信すると、受信したコマンドにより指定されたセンシング周期により、記憶部２２０の周期データ２２２の周期を更新する。

図７は、周期データ２２２のデータ構造の一例を示す図である。図７に示すように、周期データ２２２は、センサ種別と、周期と、を対応づけたデータである。上記のように、サーバ５００からのコマンドに応じてセンサ種別ごとの周期の値は変更されうる。

図５に戻り、さらに通信制御部２０２は、頻度情報に基づき決定される処理の処理頻度をノード１００に対して送信する。例えば通信制御部２０２は、記憶部２２０の周期データ２２２で指定された周期を示す情報を、ノード１００に送信する。周期を示す情報の送信方法はどのような方法であってもよいが、通信制御部２０２は、例えば、基準番号とともにセンサ種別ごとのセンシング周期を含むフレームを各ノード１００に送信する。

上記各部（時刻管理部２０１、通信制御部２０２）は、例えば、１または複数のプロセッサにより実現される。例えば上記各部は、ＣＰＵなどのプロセッサにプログラムを実行させること、すなわちソフトウェアにより実現してもよい。上記各部は、専用のＩＣなどのプロセッサ、すなわちハードウェアにより実現してもよい。上記各部は、ソフトウェアおよびハードウェアを併用して実現してもよい。複数のプロセッサを用いる場合、各プロセッサは、各部のうち１つを実現してもよいし、各部のうち２以上を実現してもよい。

ここで、通信制御部２０２による時分割多重方式の通信制御の例について説明する。図８は、実時間と時分割多重方式のタイムスロットとの関係を示す図である。図８に示すように、コンセントレータ２００が、１９時３８分１５秒に無線マルチホップネットワークを開始したとする。１つのタイムスロットは２５０ミリ秒の長さであり、４つのタイムスロットを時分割多重のスケジュール単位４０１とする。すなわち、１９時３８分１５秒以降、スケジュールが変わらなければ、毎秒同じ通信スケジュールが繰り返される。Ａ、Ｂ、Ｃ、Ｄは毎秒実行される４つのスケジュールを表している。

各タイムスロットにはタイムスロット番号が付与される。図８の例では、コンセントレータ２００が無線マルチホップネットワークを開始した直後のタイムスロットのタイムスロット番号が整数ｎであるとすると、先頭から６番目のタイムスロット４０２にはタイムスロット番号ｎ＋５が付与される。例えば、最初のタイムスロット（図８では左端のＡに対応するタイムスロット）のタイムスロット番号ｎが０とすると、タイムスロット４０２のタイムスロット番号は５になる。基本的にタイムスロット番号は単調増加していく。タイムスロット番号の上限値がある場合はその上限値に達した後、タイムスロット番号が０に戻り、再び単調増加していく。

このような時分割多重の通信スケジュールおよびタイムスロット番号は、コンセントレータ２００の通信制御部２０２が管理する。通信制御部２０２は、時刻管理部２０１から現在時刻を得ることにより、実時刻とタイムスロット番号の対応を取ることができる。図８の例では、通信制御部２０２は、１９時３８分１７秒にタイムスロット番号ｎ＋８のタイムスロット４０３が始まることを判定できる。

通信制御部２０２は、定期的に、または、ネットワーク３００からの指示などを契機に、現在時刻に対応するタイムスロット番号を、通信部２１１を介して無線マルチホップネットワークに送信する。この送信を行うフレーム（パケット）の種別は問わない。ビーコンフレームが用いられてもよいし、データフレームが用いられてもよい。それらのフレームはブロードキャストされてもよいし、コンセントレータ２００の近隣のノード１００それぞれへユニキャストされてもよい。いずれにしても、コンセントレータ２００がタイムスロット番号を送信することにより、コンセントレータ２００の近隣のノード１００は、ある時刻に対応するタイムスロット番号を得る。この送信されるタイムスロット番号を基準タイムスロット番号と呼ぶ。基準タイムスロット番号は、基準番号の一例である。

次に、ノード１００の構成について説明する。図９は、ノード１００の機能構成の一例を示すブロック図である。図９に示すように、ノード１００は、センサ制御部１０１（制御部の一例）と、通信制御部１１０と、通信部１２１と、１以上のセンサインタフェース１２２０～１２２_ｍ（ｍは１以上の整数）と、を備えている。

各センサインタフェース１２２０～１２２_ｍは、それぞれセンサ１３１_１～１３１_ｍと接続される。センサインタフェース１２２０～１２２_ｍは、区別する必要がない場合は単にセンサインタフェース１２２という。また、センサ１３１_１～１３１_ｍは、区別する必要がない場合は単にセンサ１３１という。

通信部１２１は、コンセントレータ２００の通信部２１１と同様の動作を行う。

通信制御部１１０は、コンセントレータ２００の通信制御部２０２と同様に時分割多重の通信スケジュールに従って通信部１２１の動作を切り替える。また、通信制御部１１０は、コンセントレータ２００が開始した無線マルチホップネットワークの発見および接続、並びに、通信経路および通信スケジュールの設定および変更等を行う。通信制御部１１０は、これらの動作のために通信部１２１を介して、他のノード１００との間で、ビーコンを含む制御フレームなどを送受信する。

通信制御部１１０は、受信部１１１と、決定部１１２（第２決定部の一例）と、を備えている。受信部１１１は、コンセントレータ２００などからデータを受信する。例えば受信部１１１は、コンセントレータ２００から基準番号およびセンシング周期を受信する。

決定部１１２は、基準番号に基づいて、予め定められた処理の処理タイミングを決定する。予め定められた処理および処理タイミングは、例えば、センサデータを取得する処理および取得タイミングであるが、これに限られるものではない。決定部１１２は、通信制御部１１０内に備えられる必要はなく、通信制御部１１０の外部に備えられてもよい。例えば決定部１１２は、センサ制御部１０１内に備えられてもよい。受信部１１１および決定部１１２の機能の詳細は後述する。

センサ制御部１０１は、センサインタフェース１２２を介してセンサデータを取得する。取得されたセンサデータは、通信制御部１１０を介して無線マルチホップネットワークへ送信される。典型的には、通信制御部１１０は、コンセントレータ２００を宛先としてセンサデータを送信する。センサ制御部１０１には、センサインタフェース１２２ごとにセンシング周期（デフォルトのセンシング周期、または、コンセントレータ２００から指定されたセンシング周期）が設定される。センサ制御部は、設定されたセンシング周期に従いセンサデータの取得処理を実行する。また、センサ制御部１０１は、無線マルチホップネットワークからセンサデータ取得の要求を受信した場合などでは、事前に設定されたセンシング周期とは無関係にセンサデータを取得し、通信制御部１１０を介して要求元に送信する。

センサインタフェース１２２は、センサ制御部１０１からの要求に従い、接続されるセンサ１３１へセンサデータを問い合わせ、センサデータを取得する。一定の観測値に対してパルスを生成させる雨量計のようなセンサ１３１の場合、センサ１３１に問い合わせてもセンサデータが得られない。このようなセンサ１３１がセンサインタフェース１２２に接続される場合は、センサインタフェース１２２は、センサ１３１から受信したパルス等を基に積算値を管理する。このとき、積算値を管理するための記憶部（メモリ）は、センサインタフェース１２２の外に備えられてもよい。センサインタフェース１２２の中に、積算値を管理するためのメモリ領域が含まれていてもよい。なお、センサデータを取得するために、いわゆる予備通電やプリヒートが必要な場合は、センサデータを取得するタイムスロットから逆算して事前に予備通電を開始する。

上記各部（センサ制御部１０１、通信制御部１１０）は、例えば、１または複数のプロセッサにより実現される。例えば上記各部は、ＣＰＵなどのプロセッサにプログラムを実行させること、すなわちソフトウェアにより実現してもよい。上記各部は、専用のＩＣなどのプロセッサ、すなわちハードウェアにより実現してもよい。上記各部は、ソフトウェアおよびハードウェアを併用して実現してもよい。複数のプロセッサを用いる場合、各プロセッサは、各部のうち１つを実現してもよいし、各部のうち２以上を実現してもよい。

次に、サーバシステム（サーバ５００、コンセントレータ２００）による頻度決定処理について説明する。図１０は、本実施形態における頻度決定処理の一例を示すフローチャートである。

通信制御部５０１は、例えば気象情報を提供するサーバ装置から、判定情報５２３として気象情報を取得し、記憶部５２０に記憶する（ステップＳ１０１）。決定部５０２は、判定情報５２３に基づいて、ノード１００によるセンシングの頻度情報を決定する（ステップＳ１０２）。

通信制御部５０１は、頻度情報に基づき決定されるセンシング周期をコンセントレータ２００に送信する（ステップＳ１０３）。頻度情報に基づき決定されるセンシング周期は、例えば決定部５０２が図４に示すような対応情報５２２を参照して決定するセンシング周期である。

コンセントレータ２００は、サーバ５００から受信したセンシング周期を各ノード１００に送信する（ステップＳ１０４）。例えばコンセントレータ２００の通信制御部２０２は、基準番号とセンサ種別ごとのセンシング周期とを含むフレームを各ノード１００に送信する。

次に、ノード１００によるデータ取得処理について説明する。図１１は、本実施形態におけるデータ取得処理の一例を示すフローチャートである。

ノード１００は、例えば無線マルチホップネットワークに接続されたときに、図１１に示すデータ取得処理を開始する。

まず決定部１１２は、次にセンサデータを取得するタイムスロット番号を決定する（ステップＳ２０１）。例えば決定部１１２は、デフォルトのセンシング周期に従い、次にセンサデータを取得するタイムスロット番号を決定する。

この後データ受信待ちの状態となり、受信部１１１は、フレームを受信したか否かを判定する（ステップＳ２０２）。なお、ノード１００が無線マルチホップネットワークに接続した場合、フレームを受信すると予想されるタイムスロットが決まる。そのため、フレームが来ると予想されるタイムスロット以外ではデータ受信待ちの状態でも継続的に受信待機を行わなくてもよい。フレームが受信されない場合（ステップＳ２０２：Ｎｏ）、センサ制御部１０１は、現在のタイムスロット番号が、センサデータを取得するタイムスロット番号であるかを判定する（ステップＳ２０３）。現在のタイムスロット番号がセンサデータを取得するタイムスロット番号でない場合（ステップＳ２０３：Ｎｏ）、ステップＳ２０２に戻り、処理が繰り返される。なお、現在のタイムスロット番号が、ノード１００自ら推定した次の基準タイムスロット番号だった場合、推定した次の基準タイムスロットを現在の基準タイムスロット番号とし、さらに次の基準タイムスロット番号を推定してもよい。

現在のタイムスロット番号がセンサデータを取得するタイムスロット番号である場合（ステップＳ２０３：Ｙｅｓ）、センサ制御部１０１は、センサ１３１からセンサデータを取得する（ステップＳ２０４）。なお、データ受信待ち（ステップＳ２０２）と、センサデータの取得判断（ステップＳ２０３）の順序は逆でもよい。なお、センサデータを取得するために、いわゆる予備通電やプリヒートが必要な場合は、次にセンサデータを取得するタイムスロットから逆算した結果、現在のタイムスロットからプリヒートを開始する必要がある場合はプリヒートを開始する。

センサデータを取得した後、決定部１１２は、現在のセンサデータを取得するタイムスロット番号にセンシング周期を加算して、次にセンサデータを取得するタイムスロット番号を決定する（ステップＳ２０５）。なお、次の基準タイムスロット番号をノード１００が自ら推定しており、次のセンサデータを取得するタイムスロット番号が次の基準タイムスロット番号よりも未来の番号の場合、決定部１１２は、次のセンサデータを取得するタイムスロット番号を、次の基準タイムスロット番号に決定してもよい。

ステップＳ２０２でフレームが受信された場合（ステップＳ２０２：Ｙｅｓ）、決定部１１２は、受信されたフレームが、基準タイムスロット番号を通知するフレームであるか否かを判定する（ステップＳ２０６）。基準タイムスロット番号を通知するフレームであった場合（ステップＳ２０６：Ｙｅｓ）、決定部１１２は、同フレームに含まれているセンサ種別ごとのセンシング周期から、ノード１００が備えるセンサ１３１に対応するセンシング周期を抽出する（ステップＳ２０７）。そして、ステップＳ２０１に戻り、決定部１１２は、抽出したセンシング周期と、通知された基準タイムスロット番号とから、次にセンサデータを取得するタイムスロット番号を決定する。抽出されたセンシング周期は後の処理のために例えばノード１００内部の記憶部などに記憶される。なお、ノード１００は基準タイムスロットと次の基準タイムスロットの間隔（例えば、毎正時である場合は１時間）の情報と現在の基準タイムスロット番号を用いて、次の基準タイムスロット番号を受信する前に、自ら次の基準タイムスロット番号を推定してもよい。基準タイムスロットが更新される間隔の情報は、例えば、ノード１００に事前に記録しておく方法が考えられるが、これに限られたものではない。

基準タイムスロット番号を通知するフレームでない場合（ステップＳ２０６：Ｎｏ）、ステップＳ２０２に戻り、処理が繰り返される。

センサデータの取得タイミングの設定例について説明する。例えば、コンセントレータ２００は、毎正時に対応する基準タイムスロット番号を送信する。ノード１００がセンサ１３１に対して、例えば、２０分のセンシング周期が設定される。この場合、ノード１００は、毎時０分、２０分、４０分にセンサデータを取得するように取得タイミングを決定する。

次に、ステップＳ２０１でのタイムスロット番号の決定方法の詳細について説明する。決定部１１２は、以下のようにセンサデータを取得するタイムスロット番号を決定する。

決定部１１２は、基準タイムスロット番号を持たない場合、および、基準タイムスロット番号が現在のタイムスロット番号と同じ場合は、現在のタイムスロット番号を次にセンサデータを取得するタイムスロット番号として決定する。なお、基準タイムスロット番号を持たない場合は、センサデータを取得するために、いわゆる予備通電やプリヒートが必要な場合は、予備通電に必要な時間に相当するタイムスロット分を、現在のタイムスロット番号に加算したタイムスロット番号を次にセンサデータを取得するタイムスロット番号として決定する。

決定部１１２は、現在のセンシング周期の整数倍である値を基準タイムスロット番号に加算した値であって、現在時刻に最も近い未来の時刻に相当する値に基づいて、次にセンサデータを取得するタイムスロット番号を決定する。

例えば基準タイムスロット番号が未来のタイムスロット番号の場合、決定部１１２は、現在のセンシング周期の整数倍を加算することで基準タイムスロット番号に一致するタイムスロット番号のうち、現在のタイムスロット番号に最も近い未来のタイムスロット番号を、次にセンサデータを取得するタイムスロット番号として決定する。

基準タイムスロット番号が過去のタイムスロット番号の場合、決定部１１２は、現在のセンシング周期の整数倍を加算して得られるタイムスロット番号のうち、現在のタイムスロット番号から最も近い未来のタイムスロット番号を、次にセンサデータを取得するタイムスロット番号として決定する。

なお、基準タイムスロット番号を受信した後（ステップＳ２０６：Ｙｅｓ）に、ステップＳ２０１の処理を実行する場合であって、既に保持している基準タイムスロット番号と新しく受信した基準タイムスロット番号とが同じ場合、決定部１１２は、次にセンサデータを取得するタイムスロット番号を計算し直してもよいし、計算しなくてもよい。ただし、センサ種別ごとのセンシング周期ついては最後に受信した値が最新のセンシング周期の設定値として記憶され、センサデータを取得するタイムスロット番号の決定に利用される。

コンセントレータ２００により送信された基準タイムスロット番号およびセンサ種別ごとのセンシング周期を受信した後、ノード１００は、受信した基準タイムスロット番号およびセンサ種別ごとのセンシング周期をコンセントレータ２００と同様の方法で、接続される他のノード１００に再送信する。これによりコンセントレータ２００が送信した基準タイムスロット番号およびセンサ種別ごとのセンシング周期は、無線マルチホップネットワーク全体に行き渡る。

以上の処理により、各ノード１００のセンサデータの取得タイミングは、各ノード１００に絶対時刻を管理させることなく、コンセントレータ２００から送信された基準タイムスロット番号に従って制御できるようになる。また、気象情報などに応じたセンサ種別ごとのセンシング周期が設定されるため、ノード１００の省電力性を維持しながら、センサデータの取得頻度をより詳細に調整することが可能となる。

（変形例１）
通信システムは、中継ノード（中継装置）を含んでもよい。中継ノードは、他のノード１００から送信されたセンサデータを中継（転送）する機能を有するノードである。中継ノードは、例えば、図９のノード１００の各構成部のうち、センサデータを取得するための機能（センサインタフェース１２２、センサ制御部１０１、決定部１１２）の一部または全部を備えなくてもよい。

図９のような構成のノード１００が中継ノードとして動作してもよい。例えば、ノード１００が、起動時にセンサ１３１が接続されていないことを検出した場合に中継ノードとして動作してもよい。また、中継ノードとして動作するよう事前に動作モードが設定されている場合に、ノード１００が中継ノードとして動作してもよい。

（変形例２）
決定部１１２は、センシング周期に加え、基準タイムスロット番号からのオフセットも考慮してセンサデータの次の取得タイミングを決定してもよい。例えばセンサインタフェース１２２ごとに、基準タイムスロット番号からのオフセットが設定される。オフセットは、そのまま基準タイムスロット番号に加算できる数値であってもよいし、数値に換算できる形式（例えば時間）で表されてもよい。

決定部１１２は、センサインタフェース１２２ごとに、設定されたオフセットを基準タイムスロット番号に加算して新たな基準タイムスロット番号（更新番号）を算出する。決定部１１２は、新たな基準タイムスロット番号を用いて、上記の実施形態と同様に次にセンサデータを取得するタイムスロット番号を決定する。基準タイムスロット番号が通知されていない場合は、決定部１１２は、オフセットは無視して、次にセンサデータを取得するタイムスロット番号を決定する。

本変形例での、センサデータの取得タイミングの設定例について説明する。例えば、コンセントレータ２００は、毎正時に基準タイムスロット番号を送信する。ノード１００は、例えば、２０分のセンシング周期、および、１０分のオフセットが設定される。この場合、ノード１００は、毎時１０分、３０分、５０分にセンサデータを取得するように取得タイミングを決定する。

（変形例３）
コンセントレータ２００は、ノード１００ごとに決定される基準タイムスロット番号を無線マルチネットワークに送信してもよい。例えばコンセントレータ２００は、センサデータを取得すべき未来のタイムスロット番号をノード１００ごとに決定し、対応するノード１００を宛先として送信する。各ノード１００は、自装置宛てに送信された基準タイムスロット番号に基づいて上記実施形態と同様にセンサデータを取得するタイムスロット番号を決定する。各ノード１００は、取得したセンサデータを無線マルチホップネットワークへ送信する。

ノード１００ごとに基準タイムスロット番号を変えることで、複数のセンサデータの取得タイミングを柔軟に揃えることができる。

（変形例４）
コンセントレータ２００は、ノード１００ごと、および、センサ１３１の種別（センサ種別）ごとに決定される基準タイムスロット番号を無線マルチネットワークに送信してもよい。例えばコンセントレータ２００は、センサデータを取得すべき未来のタイムスロット番号をノード１００ごと、および、センサ種別ごとに決定し、対応するノード１００を宛先として送信する。基準タイムスロット番号には、適用するセンサ種別を識別する識別情報が付加される。各ノード１００は、自装置宛てに送信された基準タイムスロット番号に基づいて、識別情報で識別されるセンサ種別に相当するセンサ１３１に対して、センサデータを取得するタイムスロット番号を決定する。各ノード１００は、該当するセンサ１３１から取得したセンサデータを無線マルチホップネットワークへ送信する。

ノード１００ごと、および、センサ種別ごとに基準タイムスロット番号を変えることで、複数のセンサデータの取得タイミングを柔軟に揃えることができる。

（変形例５）
これまでは、主に通信タイミングを示す番号としてタイムスロット番号を用いる例を説明した。通信タイミングを示す番号としてスロットフレーム番号を用いるとともに、基準番号として基準スロットフレーム番号を送信するように構成してもよい。コンセントレータ２００は、基準時刻をより高精度に通知するために、スロットフレーム番号に加えて、スロットフレーム内のタイムスロットのオフセットを送信してもよい。タイムスロットのオフセットは、例えばスロットフレームの先頭のタイムスロットに対するオフセットである。

図１２は、実時間と時分割多重方式のスロットフレームとの関係を示す図である。スロットフレームは、一定数のタイムスロットを含むスケジュールの単位である。図１２では、４つのタイムスロットそれぞれを含むスロットフレーム７０１_ｎ、７０１_ｎ＋１の例が示されている。タイムスロットと同様にスロットフレームにもスロットフレーム番号が付与される。

（変形例６）
時分割多重方式によっては、１以上のチャネル（周波数）が用いられる場合がある。例えばＴＳＣＨでは、使用するチャネルがデータ送受信のたびに変更される。このような時分割多重方式に上記実施形態の手法を適用することもできる。図１３は、２つのチャネル８１１_１、８１１_２が用いられる場合の、実時間と時分割多重方式のスロットフレームとの関係を示す図である。

このような時分割多重の通信スケジュールでは、タイムスロット番号に加えて通信に用いるチャネルが指定される。チャネルは、チャネルオフセットで指定されてもよい。コンセントレータ２００およびノード１００は、指定されたチャネルを用いて、基準番号およびセンサデータを送受信する。

（変形例７）
通信タイミングを示す番号としてスーパーフレーム番号を用いるとともに、基準番号として基準スーパーフレーム番号を送信するように構成してもよい。

図１４は、実時間と時分割多重方式のスーパーフレームとの関係を示す図である。スーパーフレームは、一定数のスロットフレームを含むスケジュールの単位である。図１４では、２つのタイムスロットそれぞれを含むスーパーフレーム９０１_ｎ、９０１_ｎ＋１の例が示されている。スーパーフレームにはスーパーフレーム番号が付与される。

スーパーフレームはタイムスロットよりも期間が長い。コンセントレータ２００は、基準時刻をより高精度に通知するために、スーパーフレーム番号に加えて、スーパーフレーム内のタイムスロットのオフセットを送信してもよい。タイムスロットのオフセットは、例えばスーパーフレームの先頭のタイムスロットに対するオフセットである。

ノード１００側で、スーパーフレーム内の固定のタイムスロット（例えば先頭のタイムスロット）でセンサデータを取得するように設定される場合がある。このような場合は、決定部１１２は、基準スーパーフレーム番号およびタイムスロットオフセットにより特定されるタイムスロットから、過去で一番近い固定のタイムスロット、または、未来で一番近い固定のタイムスロットに相当するタイムスロットを、新たな基準番号に対応するタイムスロットとする。そして決定部１１２は、新たな基準番号を用いて、上記の実施形態と同様に次にセンサデータを取得するタイムスロット番号を決定する。

（変形例８）
これまでは主にセンサデータを取得する処理のタイミングを制御する例を説明した。上記のように、予め定められた処理は、センサデータを取得する処理以外であってもよい。例えば以下のような処理のタイミングを制御する場合にも上記実施形態の手法を適用できる。
・電球のオンオフ制御
・アクチュエータなどの可動制御

（変形例９）
上記実施形態では、サーバ５００が、頻度レベル（「高」「中」「低」）を決定するとともに、頻度レベルに対応するセンシング周期を決定した。頻度レベルに対応するセンシング周期の決定処理は、コンセントレータ２００が実行してもよい。例えば、サーバ５００（通信制御部５０１）は、センサ種別ごとの頻度レベルを含むコマンドを、コンセントレータ２００に送信する。

コンセントレータ２００の記憶部２２０は、図４のような対応情報５２２を記憶する。コンセントレータ２００は、サーバ５００の決定部５０２と同様に、対応情報５２２を参照して頻度レベルおよびセンサ種別に対応するセンシング周期を決定する機能を備える。この機能を用いて決定されたセンシング周期により、周期データ２２２の周期が更新される。

（変形例１０）
決定部５０２は、センシングの異常が生じたか否かに基づいて頻度情報を決定してもよい。例えば、コンセントレータ２００（通信制御部２０２）は、ノード１００から受信したセンサデータの変動を算出し、予め定められた閾値を超える変動、または、閾値を下回る変動（以下、これらを異常変動と呼ぶ）を検出したときに、異常変動を検出したことを示す情報をサーバ５００に通知する。

異常変動の通知を受けたサーバ５００の決定部５０２は、判定情報５２３などを参照して新たなセンシング周期を決定する。決定部５０２は、異常変動が一時的な異常であるかの判定、および、異常変動の原因の判定の少なくとも一方を実行し、判定結果に応じてセンシング周期を決定してもよい。例えば、決定部５０２は、異常変動が一時的な異常であると判断した場合、および、異常変動の原因が機器（ノード１００またはセンサ１３１など）の故障と判断した場合は、センシング周期を変更しないかもしれない。

異常変動の検出は、コンセントレータ２００ではなく、サーバ５００で実行されてもよい。この場合、コンセントレータ２００は、センサデータをサーバ５００に送信する。

異常を判定するための閾値は、ユーザによる操作に応じて変更されてもよいし、判定情報５２３などに応じて変更されてもよい。コンセントレータ２００が異常変動を検出する場合、閾値の変更はサーバ５００からコンセントレータ２００へコマンドで通知されてもよい。

このように、本実施形態にかかる通信システムでは、通信装置が実行する処理（センサデータの取得処理など）の処理頻度をより詳細に設定することが可能となる。また本実施形態にかかる通信システムでは、絶対時刻を管理する必要がなく、より簡易な構成でタイミングの制御を実現できる。

次に、実施形態にかかる装置（サーバ、コンセントレータ、ノード）のハードウェア構成について図１５を用いて説明する。図１５は、実施形態にかかる装置のハードウェア構成例を示す説明図である。

実施形態にかかる装置は、ＣＰＵ５１などの制御装置と、ＲＯＭ（Read Only Memory）５２やＲＡＭ（Random Access Memory）５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、各部を接続するバス６１を備えている。

実施形態にかかる装置で実行されるプログラムは、ＲＯＭ５２等に予め組み込まれて提供される。

実施形態にかかる装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ（Compact Disk Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録してコンピュータプログラムプロダクトとして提供されるように構成してもよい。

さらに、実施形態にかかる装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施形態にかかる装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

実施形態にかかる装置で実行されるプログラムは、コンピュータを上述した装置の各部として機能させうる。このコンピュータは、ＣＰＵ５１がコンピュータ読取可能な記憶媒体からプログラムを主記憶装置上に読み出して実行することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００_１～１００_１３ ノード
１０１ センサ制御部
１１０ 通信制御部
１１１ 受信部
１１２ 決定部
１２１ 通信部
１２２_１～１２２_ｍ センサインタフェース
１３１_１～１３１_ｍ センサ
２００ コンセントレータ
２０１ 時刻管理部
２０２ 通信制御部
２１１、２１２通信部
２２０ 記憶部
３００ ネットワーク
５００ サーバ
５０１ 通信制御部
５０２ 決定部
５１１ 通信部
５２０ 記憶部

Claims (12)

1. サーバシステムと、１以上の通信装置と、を備える通信システムであって、
   前記サーバシステムは、
   前記通信装置が実行する予め定められた処理に影響する判定情報に基づいて、前記処理の処理頻度を示す頻度情報を決定する第１決定部と、
   前記頻度情報に基づき決定される前記処理の処理頻度を１以上の前記通信装置に送信する通信制御部と、を備え、
   １以上の前記通信装置は、
   前記サーバシステムから前記処理の処理頻度を受信する受信部と、
   受信された前記処理頻度に基づいて前記処理を実行する制御部と、を備える、
   通信システム。
2. 前記処理は、１以上の前記通信装置それぞれに接続される１以上のセンサからセンサデータを取得する処理であり、
   前記判定情報は、前記サーバシステム、前記通信装置または前記センサが設置される設置場所の属性を示す属性情報である、
   請求項１に記載の通信システム。
3. 前記属性情報は、前記設置場所の気象情報および交通情報の少なくとも一方である、
   請求項２に記載の通信システム。
4. 前記属性情報は、地震に関する情報を含み、
   前記第１決定部は、前記地震の震度が大きいほど、大きい値となるように前記処理頻度を決定する、
   請求項２に記載の通信システム。
5. 前記通信制御部は、前記処理の周期を示す処理頻度を前記通信装置に送信する、
   請求項１に記載の通信システム。
6. 前記頻度情報は、前記処理の処理頻度を段階的に示すレベルであり、
   前記通信制御部は、前記レベルに基づき決定される前記処理の周期を示す処理頻度を前記通信装置に送信する、
   請求項１に記載の通信システム。
7. 前記処理は、１以上の前記通信装置それぞれに接続される１以上のセンサからセンサデータを取得する処理であり、
   前記第１決定部は、前記センサデータを取得する処理に異常が生じたか否かに基づいて、前記頻度情報を決定する、
   請求項１に記載の通信システム。
8. 前記第１決定部は、前記処理頻度を適用する期間を決定し、決定された前記期間が経過後に、新たな前記頻度情報を決定する、
   請求項１に記載の通信システム。
9. 前記通信制御部は、通信タイミングを示す番号を同期する通信方式により１以上の前記通信装置と通信し、基準となる前記番号を示す基準番号をさらに前記通信装置に送信し、
   １以上の前記通信装置のそれぞれは、
   前記基準番号に基づいて、前記処理の処理タイミングを決定する第２決定部をさらに備える、
   請求項１に記載の通信システム。
10. サーバシステムと、１以上の通信装置と、を備える通信システムで実行される通信方法であって、
    前記サーバシステムが、前記通信装置が実行する予め定められた処理に影響する判定情報に基づいて、前記処理の処理頻度を示す頻度情報を決定する第１決定ステップと、
    前記サーバシステムが、前記頻度情報に基づき決定される前記処理の処理頻度を１以上の前記通信装置に送信する通信制御ステップと、
    １以上の前記通信装置それぞれが、前記サーバシステムから前記処理の処理頻度を受信する受信ステップと、
    １以上の前記通信装置それぞれが、受信された前記処理頻度に基づいて前記処理を実行する制御ステップと、
    を含む通信方法。
11. サーバシステムと接続される通信装置であって、
    前記通信装置が実行する予め定められた処理に影響する判定情報に基づいて前記サーバシステムによって決定された前記処理の処理頻度を、前記サーバシステムから受信する受信部と、
    受信された前記処理頻度に基づいて前記処理を実行する制御部と、
    を備える通信装置。
12. サーバシステムと接続される通信装置が備えるコンピュータに、
    前記通信装置が実行する予め定められた処理に影響する判定情報に基づいて前記サーバシステムによって決定された前記処理の処理頻度を、前記サーバシステムから受信する受信ステップと、
    受信された前記処理頻度に基づいて前記処理を実行する制御ステップと、
    を実行させるためのプログラム。

Images