(57)【要約】【課題】デバイスに対して情報を受信、制御する通信装置、データ取得システム、データ取得制御方法に関し、システムの状態に応じてセンサからのデータ取得方法を動的に変更可能とすることにより、システムの負荷軽減とアプリケーションにとって適切なタイミングでのデータ取得を両立させる。【解決手段】状態検出部２０８は、要求送受信部２０４を介して要求履歴ＤＢ２０５に保存されたデータ取得要求と、センサ情報取得部２０６を介してセンサ履歴ＤＢ２０７に保存されたセンサデータとに基づいて、システム負荷、センサ２０３の電池残量等のシステム状態を判定する。データ取得方法変更部２０９は、状態検出部２０８が判定したシステム状態に基づいて、センサ２０３からのデータ取得方法を変更する。例えば、データ取得方法変更部２０９は、システム状態に基づいて、オンデマンドデータ取得方式と、変更時通知方式との間で、データ取得方法を切り換える。【選択図】図２
2018174448.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションからのデータ取得要求の受信及び応答を行う要求送受信部と、
前記要求送受信部が前記アプリケーションから受信した前記データ取得要求の履歴を保存する要求履歴保存部と、
センサからのデータを取得するセンサ情報取得部と、
前記センサ情報取得部が前記センサから取得したセンサデータの履歴を保存するセンサ履歴保存部と、
前記要求履歴保存部に保存された前記データ取得要求と前記センサ履歴保存部に保存された前記センサデータとに基づいて、システム状態を判定する状態検出部と、
前記状態検出部が判定した前記システム状態に基づいて、前記センサからのデータ取得方法を変更するデータ取得方法変更部と、
を有することを特徴とする通信装置。
【請求項２】
前記状態検出部が判定する前記システム状態はシステム負荷である、ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記状態検出部が判定する前記システム状態は前記センサの電池残量である、ことを特徴とする請求項１に記載の通信装置。
【請求項４】
前記データ取得方法変更部は、前記センサからのデータ取得方法を、オンデマンドによるデータ取得方法に変更する、ことを特徴とする請求項１乃至３の何れかに記載の通信装置。
【請求項５】
前記センサ履歴保存部に保存された前記センサデータに基づいて、前記センサデータの変化パターンを検出するセンサ変化パターン検出部を更に有し、
前記データ取得方法変更部は、前記センサ変化パターン検出部が検出した前記センサデータの変化パターンに基づいて、前記オンデマンドによるデータ取得方法におけるデータ取得間隔及び前記データ取得方法を決定する、ことを特徴とする請求項４に記載の通信装置。
【請求項６】
前記要求履歴保存部に保存された前記データ取得要求に基づいて、前記データ取得要求の要求パターンを検出する要求パターン検出部を更に有し、
前記データ取得方法変更部は、前記要求変化パターン検出部が検出した前記データ取得要求の要求パターンに基づいて、前記オンデマンドによるデータ取得方法におけるデータ取得間隔及び前記データ取得方法を決定する、ことを特徴とする請求項４に記載の通信装置。
【請求項７】
前記データ取得方法変更部は、前記センサからのデータ取得方法を、前記センサデータの変更時における前記センサからの通知によるデータ取得方法に変更する、ことを特徴とする請求項１乃至３の何れかに記載の通信装置。
【請求項８】
前記データ取得方法変更部は、前記センサから通知された電池残量に応じて、オンデマンドによるデータ取得方法に変更する動作を実行しない、ことを特徴とする請求項７に記載の通信装置。
【請求項９】
前記センサ情報取得部は、単独のセンサからデータを取得すること
を特徴とする請求項1乃至８のいずれかに記載の通信装置。
【請求項１０】
前記データ取得方法変更部は、システム負荷が規定値に比較して大きい場合であって、更に前記センサ履歴保存部に保存された前記センサデータの変化量が規定値に比較して大きい場合に、
前記センサからのセンサデータの通知回数が規定値に比較して小さい場合に、前記データ取得方法を前記センサデータの変更時における前記センサからの通知によるデータ取得方法に変更し、
前記センサからのセンサデータの通知回数が規定値に比較して大きい場合に、前記データ取得方法を前記オンデマンドによるデータ取得方法に変更する、
ことを特徴とする請求項１に記載の通知装置。
【請求項１１】
アプリケーションを実行するサーバ装置と、
センサ装置と、
前記サーバ装置で実行中のアプリケーションからのデータ取得要求の受信及び応答を行う要求送受信部と、
前記要求送受信部が前記アプリケーションから受信した前記データ取得要求の履歴を保存する要求履歴保存部と、
前記センサ装置からのデータを取得するセンサ情報取得部と、
前記センサ情報取得部が前記センサ装置から取得したセンサデータの履歴を保存するセンサ履歴保存部と、
前記要求履歴保存部に保存された前記データ取得要求と前記センサ履歴保存部に保存された前記センサデータとに基づいて、システム状態を判定する状態検出部と、
前記状態検出部が判定した前記システムシステム状態に基づいて、前記センサ装置からのデータ取得方法を変更するデータ取得方法変更部と、
を有する通信装置と、
を含むことを特徴とするデータ取得システム。
【請求項１２】
アプリケーションからのデータ取得要求の受信及び応答を行い、
前記アプリケーションから受信した前記データ取得要求の履歴を保存し、
センサからのデータを取得し、
前記センサから取得したセンサデータの履歴を保存し、
前記保存した前記データ取得要求と前記保存した前記センサデータとに基づいて、システム状態を判定し、
前記判定した前記システムシステム状態に基づいて、前記センサからのデータ取得方法を変更する、
ことを特徴とするデータ取得制御方法。
【請求項１３】
システム負荷値が規定値以上のとき、
センサデータの変化量を計算し、
該変化量が規定値未満のとき、
現在オンデマンド取得方式ならば変更時取得方式に変更し、
現在オンデマンド取得方式でなければ前記センサからの通知回数を計算し、
前記通知回数が規定値未満のときオンデマンド取得方式に変更する
ことを特徴とする請求項１２記載のデータ取得制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
デバイスに対して情報を受信、制御する通信装置、データ取得システム、データ取得制御方法に関する。
【背景技術】
【０００２】
センサを設置して環境情報等を取得し、取得したデータを複数のサービスが利用する、いわゆるＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）システムの普及が拡大している。ＩｏＴシステムは、そのシステム自身が提供するサービス機能やそのシステムが利用するセンサデバイスに応じて、データをオンデマンドで取得し、又はセンサデバイスの状態が変更された時に通知を行う。
【０００３】
ＩｏＴシステムでは、センサはゲートウェイと呼ばれる機器を介して、クラウドに接続されるケースが多い。しかし、ゲートウェイは、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：中央演算処理装置）性能やメモリ容量に制約があるため、高負荷の処理が困難である。また、センサは、ＣＰＵ性能や電池容量に制約があるため、頻繁なデータ取得要求への応答が困難である。更に、ゲートウェイとセンサを接続するフィールドエリアネットワークは帯域や安定性に制約があるため、多数のセンサとの通信や高頻度の通信時に輻輳が発生する可能性がある。センサからデータを取得する間隔を伸ばすことでこれらの負荷の抑制は可能だが、一律にデータ取得間隔を変更すると、個々のアプリケーションが必要とするタイミングでのデータ取得が困難となる。
【０００４】
ここで、携帯端末に係る次のような従来技術が知られている（例えば特許文献１）。本携帯端末は、位置センサを有する。また、上下方向の加速度を計測し、計測結果を記憶装置に格納する加速度センサを有する。また、記憶装置に格納されている計測結果から周期的な振動を検出した場合、計測結果を用いて、現時点における振動周期及び振幅値を算出する解析部を有する。また、現時点における振動周期が作業車乗車時の振動周期である場合、前回位置データを取得した時点における振幅値に対する現時点における振幅値の比を振幅値の変化率として算出する変化率算出部を有する。そして、振幅値の変化率が所定の範囲から外れているか否か判断し、振幅値の変化率が所定の範囲から外れている場合、位置センサに位置データを取得させる制御部を有する。
【０００５】
また、次のようなデータ取得頻度制御装置に係る従来技術も知られている（例えば特許文献２）。このデータ取得頻度制御装置は、複数のセンサ装置のうち、ある対象を検出する対象検出センサ装置と、当該対象検出センサ装置と関連する１又は複数の関連センサ装置とを対応付けた状況情報を記憶する状況情報記憶手段を備える。そして、対象検出センサ装置から取得した対象検出データに基づき、状況情報を参照して認識した対象検出センサ装置に関連する各関連センサ装置及び又は当該対象検出センサ装置に対し、データの送信頻度の変更を指示する送信頻度変更指示手段を備える。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−２２８８５１号公報
【特許文献２】特開２０１２−１０４９４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、上述の従来技術は、他のセンサとの関係性において、データ取得を制御するものである。上述の従来技術はシステム（ゲートウェイ、センサ、フィールドエリアネットワーク)の負荷が増加するときの負荷軽減とアプリケーションにとって適切なデータ取得の両立を図ることはできなかった。
【０００８】
そこで、本発明の１つの側面では、システムの負荷軽減とアプリケーションにとって適切なデータ取得の両立を図ることを目的とする。
【課題を解決するための手段】
【０００９】
態様の一例では、アプリケーションからのデータ取得要求の受信及び応答を行う要求送受信部と、要求送受信部がアプリケーションから受信したデータ取得要求の履歴を保存する要求履歴保存部と、センサからのデータを取得及び受信するセンサ情報取得部と、センサ情報取得部がセンサから受信したセンサデータの履歴を保存するセンサ履歴保存部と、要求履歴保存部に保存されたデータ取得要求とセンサ履歴保存部に保存されたセンサデータとに基づいて、システム状態を判定する状態検出部と、状態検出部が判定したシステムシステム状態に基づいて、センサからのデータ取得方法を変更するデータ取得方法変更部と、を有する通知装置である。
【発明の効果】
【００１０】
システムの負荷軽減とアプリケーションにとって適切なデータ取得の両立を図ることが可能となる。
【図面の簡単な説明】
【００１１】
【図１】データ取得方法の説明図である。
【図２】第１の実施形態におけるゲートウェイの構成例を示すブロック図である。
【図３】第２の実施形態におけるゲートウェイの構成例を示すブロック図である。
【図４】第３の実施形態におけるゲートウェイの構成例を示すブロック図である。
【図５】実施形態としての、サーバ、ゲートウェイ、センサからなるシステムのネットワーク構成例を示すブロック図である。
【図６】実施形態の全体処理例を示すフローチャートである。
【図７】実施形態におけるオンデマンド方式から変更時通知方式への変更処理時のフローチャートである。
【図８】変化のない場合のセンサパターンの例を示す図である。
【図９】実施形態における変更時通知方式からオンデマンドデータ取得方式への変更処理時のフローチャート（その１）である。
【図１０】実施形態における変更通知方式からオンデマンドデータ取得方式への変更処理時のフローチャート（その２）である。
【図１１】変化が小さく高頻度の場合のセンサパターンの例を示す図である。
【図１２】実施形態を実現可能なゲートウェイのハードウェア構成例を示すブロック図である。
【図１３】実施形態を実現可能なサーバのハードウェア構成例を示すブロック図である。
【図１４】実施形態を実現可能なセンサのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態について図面を参照しながら詳細に説明する。
図１は、データ取得方法の説明図であり、図１（ａ）はオンデマンドデータ取得方式の説明図、図１（ｂ）は変更時通知方式の説明図である。
【００１３】
まず、図１（ａ）のオンデマンドデータ取得方式では、以下の動作が実行される。＃１から＃Ｎ（Ｎは１以上の自然数）のセンサ装置（以下「センサ」と略称）１０３は、例えば無線（有線であってもよい）のネットワーク１０４を介してゲートウェイ１０２と通信をする。ゲートウェイ（以下「ＧＷ」と略称）１０２は、有線（無線であってもよい）のネットワーク１００を介して、サーバ装置（以下「サーバ」と略称）上で動作するアプリケーションプログラム（以下「アプリケーション」と略称）１０１と通信する。アプリケーション１０１は、ＧＷ１０２上で実行されているデータ取得処理部１１０に対して、定期的なデータ取得を依頼する。この依頼に基づいて、データ取得処理部１１０は、＃１から＃Ｎの各センサ１０３よりデータを取得し、その結果をアプリケーション１０１に返却する。
【００１４】
次に、図１（ｂ）の変更時通知方式では、以下の動作が実行される。アプリケーション１０１は、事前に、ＧＷ１０２上で実行されているデータ通知処理部１１１に対して、＃１から＃Ｎの何れかのセンサ１０３の出力値に変更があった場合に通知を実行するように依頼する。この依頼に基づいて、データ通知処理部１１１は、＃１から＃Ｎのうち上記依頼を受けたセンサ１０３に対して、通知設定を行う。この設定を受けたセンサ１０３は、定期的にデータを測定し、前回の測定値から変化があった場合にのみ、ＧＷ１０２に対して測定データを通知する。ＧＷ１０２で動作するデータ通知処理部１１１は、上記通知された変更のあった測定データを、アプリケーション１０１に通知する。なお、データ通知処理部１１１は、上記変更のあった測定データを、アプリケーション１０１に通知するのではなく、ネットワーク１００内のサーバ装置で動作するデータベース（ＤＢ）１１２に保存し、アプリケーション１０１は定期的にＤＢ１１２を参照してもよい。
【００１５】
図２は、図１の場合と同様に、アプリケーション２０１（図１の１０１に対応）とＧＷ２０２（図１の１０２に対応）とセンサ２０３（図１の１０３に対応）とが通信を行うデータ取得システムにおけるＧＷ２０２（通信装置）の第１の実施形態の構成例を示すブロック図である。
【００１６】
ＧＷ２０２は、要求送受信部２０４と、要求履歴データベース（以下「要求履歴ＤＢ」と略称）２０５と、センサ情報取得部２０６と、センサ履歴データベース（以下「センサ履歴ＤＢ」と略称）２０７を有する。また、ＧＷ２０２は、状態検出部２０８と、データ取得方法変更部２０９を有する。
【００１７】
要求送受信部２０４は、特には図示しないサーバ装置上で動作するアプリケーション２０１からのデータ取得要求の受信及び応答を行う。
【００１８】
要求履歴ＤＢ２０５は、要求送受信部２０４がアプリケーション２０１から受信したデータ取得要求の履歴、例えばアプリケーションからのデータ取得要求の間隔を保存する。
【００１９】
センサ情報取得部２０６は、センサ２０３からのデータ（以下「センサデータ」と呼ぶ）を取得及び受信する。
【００２０】
センサ履歴ＤＢ２０７は、センサ情報取得部２０６がセンサ２０３から受信したセンサデータの履歴、例えばセンサからのデータとデータ通知の間隔を保存する。
【００２１】
状態検出部２０８は、要求履歴ＤＢ２０５に保存されたアプリケーション２０１から受信したデータ取得要求とセンサ履歴ＤＢ２０７に保存されたセンサ２０３から受信したセンサデータとに基づいて、システム状態を判定する。状態検出部２０８が判定するシステム状態は、例えば、システムすなわちＧＷの負荷、又はセンサ２０３の電池残量である。システムの負荷（または負荷値）は、例えば、アプリケーションからのデータ取得要求の単位時間あたりの回数とセンサからのデータ取得の単位時間あたりの回数とを合計した値として計算される。さらにシステムの負荷は例えばＧＷ２０２が実行するオペレーティングシステムから取得できるプロセッサの稼働負荷、メモリ使用量及び通信インタフェースの使用状況などに基づいて計算されても良い。また、ＧＷ２０２に接続されているセンサ２０３のデバイス数に応じて、センサ２０３からのデータ取得の頻度や、センサ２０３との通信に関わる通信インタフェースの使用状況に重みを付けて、負荷値が計算されてもよい。なお、システム負荷は、センサ２０３とＧＷ２０２、ＧＷ２０２とアプリケーション２０１とを結ぶネットワーク１００のトラフィック状態等を含んでもよい。
【００２２】
データ取得方法変更部２０９は、状態検出部２０８が判定したシステム状態に基づいて、センサ２０３からＧＷ２０２へのデータ取得方法を第１のデータ取得方法から第２のデータ取得方法に変更する。例えば、データ取得方法変更部２０９は、状態検出部２０８によって検出されたシステム状態に基づいて、図１（ａ）のオンデマンドデータ取得方式と、図１（ｂ）の変更時通知方式との間で、データ取得方法を切り換える。
【００２３】
これにより、第１の実施形態によれば、システムの負荷が大きくなった場合でもシステムの負荷軽減とアプリケーションにとって適切なタイミングでのデータ取得を両立させることが可能となる。この両者の両立は、特にセンサやＧＷの性能に限定がある場合やアプリケーションからのデータの取得要求が高頻度で受信される場合はより重要になる。また、ＧＷ２０２と各センサ２０３が通信するネットワークや、ＧＷ２０２とアプリケーション２０１が通信するネットワークが輻輳ぎみのときに、変更時通知方式にデータ取得方法が切り換えられることにより、輻輳の発生率を低減させることが可能となる。更に、各センサ２０３の電池残量に応じて、そのセンサ２０３からのデータ取得方法をオンデマンド取得方式と変更時通知方式との間で選択することにより、そのセンサ２０３の電池残量の減少率を低減することが可能となる。これらのデータ取得方法の切換えは、単独（個別）のセンサ２０３から取得されたセンサデータに基づいて、他のセンサとの関係性の影響を受けずに本実施形態の制御を行うことができる。
【００２４】
図３は、図１の場合と同様に、アプリケーション２０１（図１の１０１に対応）とＧＷ２０２（図１の１０２に対応）とセンサ２０３（図１の１０３に対応）とが通信を行うデータ取得システムにおける、ＧＷ２０２の第２の実施形態の構成例を示すブロック図である。図３の構成において、図２の場合と同じ番号を付した部分は図２の場合と同じ機能を実行する。図３の構成が、図２の構成と異なる点は、センサ変化パターン検出部３０１を更に有する点である。
【００２５】
センサ変化パターン検出部３０１は、センサ履歴ＤＢ２０７に保存されたセンサデータに基づいて、センサデータの変化パターンを検出する。
【００２６】
そして、データ取得方法変更部２０９は、第１の実施形態と同様に、状態検出部２０８が検出したシステム状態に基づいてデータ取得方法を変更する。また、データ取得方法変更部２０９は、センサ変化パターン検出部３０１が検出したセンサデータの変化パターンに基づき、図１（ａ）のオンデマンドデータ取得方法と、図１（ａ）と（ｂ）の変更時通知方式との間でデータ取得方法の切替えを行う。また、例えばオンデマンドデータ取得方式の際にセンサ変化パターン検出部３０１が検出したセンサデータの変化パターンに基づいて、センサからデータを取得する間隔を決定する。この結果、図３のＧＷ２０２や、ＧＷ２０２とセンサ２０３とを結ぶネットワーク（以下「フィールドエリアネットワーク」と呼ぶ）の負荷が増加した場合でも過負荷を抑制することと適切なタイミングでのデータ取得の両立が可能となる。このとき、単独（個別）のセンサ２０３からデータを取得する場合であっても他のセンサの影響を受けることなく、本実施形態の制御をすることができる。
【００２７】
図４は、図１の場合と同様に、アプリケーション２０１（図１の１０１に対応）とＧＷ２０２（図１の１０２に対応）とセンサ２０３（図１の１０３に対応）とが通信を行うデータ取得システムにおける、ＧＷ２０２の第３の実施形態の構成例を示すブロック図である。図４の構成において、図２の場合と同じ番号を付した部分は図２の場合と同じ機能を実行する。図４の構成が、図２の構成と異なる点は、要求パターン検出部４０１を更に有する点である。
【００２８】
要求パターン検出部４０１は、要求履歴ＤＢ２０５に保存されたアプリケーション２０１からのデータ取得要求に基づいて、データ取得要求の要求パターンを検出する。
【００２９】
そして、データ取得方法変更部２０９は、第１の実施形態と同様に、状態検出部２０８が検出したシステム状態に基づいてデータ取得方法を変更する。また、データ取得方法変更部２０９は、要求パターン検出部４０１が検出したアプリケーションからのデータ取得要求のパターンに基づいて、センサ２０３に対する図１（ａ）のオンデマンドデータ取得方式でのデータ取得間隔と、図１（ａ）と（ｂ）のデータ取得方法の切替えを行う。
【００３０】
このようにして、状態検出部２０８で検出されたシステム状態に加えアプリケーション２０１からのデータ取得要求の変化パターン（以下「要求パターン」と呼ぶ）を考慮して、データ取得方法を変更することができる。これにより、第３の実施形態によればシステムの負荷が大きくなった場合でもシステムの負荷軽減とアプリケーションにとって適切なタイミングでのデータ取得を両立させることが可能となる。このとき、単独（個別）のセンサ２０３からデータを取得する場合であっても他のセンサの影響を受けることなく、本実施形態の制御をすることができる。そしてＧＷ２０２とアプリケーション２０１が実行されるサーバとを結ぶネットワークの輻輳などを回避することも可能となる。
【００３１】
図５は、実施形態としての、サーバ、ゲートウェイ、センサからなるシステムのネットワーク構成例を示すブロック図である。一例として、温度センサであるセンサ５０３（＃１）、ＣＯ２ガスセンサであるセンサ５０３（＃２）、及び電力センサであるセンサ５０３（図２、図３、図４のセンサ２０３に対応）が、例えば無線（有線であってもよい）のフィールドエリアネットワーク５０４を介してＧＷ５０２と通信する。通信するセンサ５０３の台数は３台には限定されず、多数のセンサ５０３がＧＷ５０２と通信してもよい。ＧＷ５０２は、有線（無線であってもよい）のネットワーク５００を介して、サーバ５１０上で動作するアプリケーション５０１（図２、図３、図４のアプリケーション２０１に対応）と通信する。
【００３２】
図６は、第１乃至第３の実施形態において、図２から図４で説明した各構成部が実行する全体制御処理の例を示すフローチャートである。また、この制御処理は、図５の各センサ５０３に対応するセンサ２０３に対して共通に実行されてもよいし、センサ２０３毎に個別に順次実行されてもよい。
【００３３】
なお、以下の図６、図７、図９、図１０のフローチャートの説明において、図２、図３、または図４に示した第１乃至第３の実施形態の構成の各部を随時参照するものとする。
【００３４】
まず、状態検出部２０８は、ＧＷ２０２でどの程度の負荷がかかっているかを示すシステム負荷値を計算する（ステップＳ６０１）。システム負荷値は、例えばアプリケーションからのデータ取得要求の単位時間あたりの回数とセンサからのデータ取得の単位時間あたりの回数とを合計した値として計算される。そのほか、ＧＷ２０２が実行するオペレーティングシステムから取得できるプロセッサやメモリおよび通信インタフェースの使用状況に基づいて計算されてもよい。
【００３５】
次に、データ取得方法変更部２０９は、ステップＳ６０１で計算したシステム負荷値が規定値以上であるか否かを判定する（ステップＳ６０２）。
【００３６】
システム負荷値が規定値未満（ステップＳ６０２の判定がＮｏ）の場合、プロセッサ１２０１は、センサ２０３に対する現状のデータ取得方法を維持して、図６のフローチャートで示される今回の全体制御処理を終了する。
【００３７】
システム負荷値が規定値以上（ステップＳ６０２の判定がＹｅｓ）の場合、センサ変化パターン検出部３０１は、センサ履歴ＤＢ２０７に蓄積されているセンサ２０３からのセンサデータ（測定値）の一定時間毎のデータ変化量を計算する（ステップＳ６０３）。データ変化量とは例えば、単位時間あたりのセンサデータの値の変化率、単位時間の変化率の時系列変化、単位時間のセンサデータの値の周期性等をいう。
【００３８】
次に、データ取得方法変更部２０９は、ステップＳ６０３で計算したデータ変化量が規定値未満であるか否かを判定する（ステップＳ６０４）。
【００３９】
データ変化量が規定値以上（ステップＳ６０４の判定がＮｏ）の場合、図３のデータ取得方法変更部２０９は、センサ２０３に対する現状のデータ取得方法を維持して、図６のフローチャートで示される今回の全体制御処理を終了する。
【００４０】
データ変化量が規定値未満（ステップＳ６０４の判定がＹｅｓ）の場合、データ取得方法変更部２０９は、例えばセンサ履歴ＤＢ２０５を参照することにより、一定時間内における、センサ２０３からのセンサデータの通知回数を計算する（ステップＳ６０５）。
【００４１】
そして、データ取得方法変更部２０９は、ステップＳ６０５で計算した通知回数が規定値未満であるか否かを判定する（ステップＳ６０６）。
【００４２】
通知回数が規定値未満でない（ステップＳ６０６の判定がＮｏ）の場合、即ち、センサからのデータの通知が多い場合は、変更時毎にデータを取得するとシステム負荷が増加するのでデータ取得方法変更部２０９は、現在のデータ取得方法をオンデマンドデータ取得方式に変更する。現在のデータ取得方法がオンデマンドデータ取得方式の場合はデータ取得方式をそのまま維持する（ステップＳ６０８）。その後、データ取得方法変更部２０９は、図６のフローチャートで示される今回の全体制御処理を終了する。
【００４３】
通知回数が規定値未満（ステップＳ６０６の判定がＹｅｓ）の場合は、即ち、センサからのデータの変化の通知が少ない場合は、データ取得方法変更部２０９は、現在のデータ取得方法を変更時通知方式に変更する。現在のデータ取得方法が変更時通知方式の場合はデータ取得方式をそのまま維持する（ステップＳ６０７）。その後、データ取得方法変更部２０９は、図６のフローチャートで示される今回の全体制御処理を終了する。
【００４４】
図７は、図６のステップＳ６０７のオンデマンド方式から変更時通知方式への変更処理を示すフローチャートである。
【００４５】
アプリケーションは定期的にセンサのデータ取得要求をＧＷ２０２に送信する。要求送受信部２０４はまず、アプリケーション２０１から、データ取得要求（リクエスト）を受信したか否かを判定する（ステップＳ７０１）。
【００４６】
データ取得要求を受信していない（ステップＳ７０１の判定がＮｏである）場合、センサ情報取得部２０６は、何れかのセンサ２０３からセンサデータ（測定値）を受信しているか否かを判定する（ステップＳ７１３）。
【００４７】
センサデータを受信している（ステップＳ７１３の判定がＹｅｓである）場合、センサ情報取得部２０６は、そのセンサデータとデータ取得時刻とを、センサ履歴ＤＢ２０７に記録する（ステップＳ７１４）。また、センサ情報取得部２０６は、センサ２０３に対応する最新のセンサデータを、キャッシュとして記憶する。
【００４８】
データ取得要求もセンサデータも受信されていない（ステップＳ７１３の判定がＮｏである）場合、図７のフローチャートで示される今回の制御処理が終了する。
【００４９】
アプリケーション２０１からデータ取得要求を受信している（ステップＳ７０１の判定がＹｅｓである）場合、要求送受信部２０４は、そのリクエストとリクエストを受信した時刻とを、要求履歴ＤＢ２０５に記録する（ステップＳ７０２）。
【００５０】
次に、状態検出部２０８は、負荷情報の取得（ステップＳ７０３）、及びその負荷情報に基づくシステム負荷値の計算（ステップＳ７０４）を実行する。この処理は、図６のステップＳ６０１の処理と同様であり、ＧＷ２０２でどの程度の負荷がかかっているかを示すシステム負荷値を計算する処理である。状態検出部２０８は例えば、アプリケーション２０１からのデータ取得要求や、センサ２０３からのデータ取得の頻度に基づいて、現在のシステム負荷値を計算する。すなわち、このシステム負荷値は例えば、データ取得要求の単位時間あたりの回数と、データ取得の単位時間当たりの回数とを合計した値として計算される。
【００５１】
次に、データ取得方法変更部２０９は、ステップＳ７０４で計算したシステム負荷値が規定値以上であるか否かを判定する（ステップＳ７０５）。
【００５２】
システム負荷値が規定値未満（ステップＳ７０５の判定がＮｏ）の場合、特にデータ取得方法を変更する必要がないので、センサ情報取得部２０６は、オンデマンドデータ取得方式によりセンサ２０３に直接依頼を送信し、センサデータを取得する（ステップＳ７０８）。そして、要求送受信部２０４は、アプリケーション２０１に、取得したセンサデータをデータ取得要求に対応する返却として送信する（ステップＳ７０９）。その後、図７のフローチャートで示される今回の制御処理が終了する。
【００５３】
システム負荷値が規定値以上（ステップＳ７０５の判定がＹｅｓである）の場合、センサ変化パターン検出部３０１は、次の処理を実行する。センサ変化パターン検出部３０１は、ステップＳ７１４によりセンサ履歴ＤＢ２０７に蓄積されているセンサ２０３からのセンサデータ（測定値）の一定時間毎のデータ変化量を計算する（ステップＳ７０６）。この処理は、図６のステップＳ６０３と同様である。
【００５４】
次に、データ取得方法変更部２０９は、ステップＳ７０６で計算したデータ変化量が規定値以上であるか否かを判定する（ステップＳ７０７）。
【００５５】
データ変化量が規定値以上（ステップＳ７０７の判定がＹｅｓ）の場合、センサ情報取得部２０６は次の処理を実行する。センサ情報取得部２０６は、オンデマンドデータ取得方式のままでセンサ２０３に直接依頼を送信し、センサデータを取得する（ステップＳ７０８）。そして、要求送受信部２０４は、アプリケーション２０１に、取得したセンサデータをデータ取得要求に対応する返却として送信する（ステップＳ７０９）。その後、図７のフローチャートで示される今回の制御処理が終了する。（ステップＳ７０７の判定がＹｅｓ→Ｓ７０８→Ｓ７０９）。
【００５６】
負荷値が規定値を越え、データ変化量が規定値未満（ステップＳ７０７の判定がＮｏ）の場合、データ取得方法変更部２０９はセンサに対して変更時通知を設定する（ステップＳ７１１）。センサ情報取得部２０６はセンサから変更したデータを受信すると、その値をキャッシュに保存する。変更時のみデータを取得すればよい。
【００５７】
図８は、センサ変化パターン検出部３０１が検出したセンサパターンに応じたデータ取得方法の変更動作の例として、データ変化量が規定値以下（ステップＳ７０７の判定がＮｏ）となるケースのセンサパターンの例を示す図である。即ち、データ取得方法がオンデマンド取得方式から変更時通知方式に変更される場合である。より具体的には、図８は、現在のデータ取得方法としてオンデマンドデータ取得方式が設定されているセンサ２０３の測定値の変化がなく、データ取得の必要性が低い場合である。
【００５８】
まず、データ取得方法変更部２０９は、センサ２０３に変更時のみ通知を行う通知依頼をリクエスト済みであるか否かを判定する（ステップ７１０）。
【００５９】
通知依頼をリクエスト済みでない（ステップＳ７１０の判定がＮｏ）ならば、データ取得方法変更部２０９は、センサ２０３に、通知依頼をリクエストする（ステップＳ７１１）その後、データ取得方法変更部２０９は、センサデータを取得するために、センサ２０３に直接依頼を送信し（ステップＳ７０８）、センサ情報取得部２０６はセンサデータを取得する（ステップ７０８）。そして、要求送受信部２０４は、アプリケーション２０１に、取得したセンサデータをデータ取得要求に対応する返却として送信する（ステップＳ７０９）。その後図７のフローチャートで示される今回の制御処理が終了する。通知依頼をリクエスト済みである（ステップＳ７１０の判定がＹｅｓ）ならば、センサ情報取得部２０６は、次の処理を実行する。センサ情報取得部２０６は、ステップＳ７１４によりキャッシュとして保持している、センサ２０３からのセンサデータを取得する（ステップＳ７１２）。そして、要求送受信部２０４がアプリケーションからデータ取得要求を受信すると、アプリケーション２０１に、キャッシュから取得した最新のセンサデータを返却して送信する（ステップＳ７０９）。その後、図７のフローチャートで示される今回の制御処理が終了する。
【００６０】
図９及び図１０は、変更時通知方式からオンデマンドデータ取得方式への変更処理を示すフローチャートである。
【００６１】
まず、初期状態として、アプリケーション２０１は、各センサ２０３に向けて、変更時通知方式によるデータ取得の依頼（以下「通知依頼」と略す）をＧＷ２０２に送信する。要求送受信部２０４は、この通知依頼をアプリケーション２０１から受信したか否かを判定する（ステップＳ９０１）。
【００６２】
要求送受信部２０４は、上記通知依頼をアプリケーション２０１から受信する（ステップＳ９０１の判定がＹｅｓになる）と、その通知依頼を、要求履歴ＤＢ２０５に記録する（ステップＳ９０２）。
【００６３】
そして、要求送受信部２０４は、対象となるセンサ２０３に、上記通知依頼のリクエストを送信する（ステップＳ９０３）。この後、そのセンサ２０３からは、測定データに変化がある毎に、ＧＷ２０２に対してセンサデータ（測定値）が送信される。ステップＳ９０３の処理の後、図９及び図１０のフローチャートで示される今回の制御処理が終了する。
【００６４】
通知依頼をアプリケーション２０１から受信していない（ステップＳ９０１の判定がＮｏ）ならば、センサ情報取得部２０６は、何れかのセンサ２０３からセンサデータを受信しているか否かを判定する（ステップＳ９０４）。
【００６５】
何れかのセンサ２０３からセンサデータを受信している（ステップＳ９０４の判定がＹｅｓ）場合、センサ情報取得部２０６は、次の処理を実行する。センサ情報取得部２０６は、そのセンサデータとデータ取得時刻とを、センサ履歴ＤＢ２０７に記録する（ステップＳ９０５）。
【００６６】
次に、状態検出部２０８は、負荷情報の取得（ステップＳ９０６）、及びその負荷情報に基づくシステム負荷値の計算（ステップＳ９０７）を実行する。この処理は、図６のステップＳ６０１の処理と同様であり、ＧＷ２０２でどの程度の負荷がかかっているかを示すシステム負荷値を計算する処理である。状態検出部２０８はアプリケーションからのデータ取得要求やセンサからのデータ/通知の頻度に基づいて、現在の負荷値を計算する。負荷値の計算は、例えばデータ取得要求の単位時間の回数と、データ/通知頻度の単位時間の回数を合計したものを負荷値として利用する。
【００６７】
次に、データ取得方法変更部２０８は、ステップＳ９０７で計算したシステム負荷値が規定値以上であるか否かを判定する（ステップＳ９０８）。
【００６８】
システム負荷値が規定値未満（ステップＳ９０８の判定がＮｏ）の場合、データ取得方法を変更する必要がないため、要求送受信部２０４は、アプリケーション２０１に、受信されているセンサデータを送信（返却）する（ステップＳ９０９）。その後、図９及び図１０のフローチャートで示される今回の制御処理が終了する。
【００６９】
システム負荷値が規定値以上（ステップＳ９０８の判定がＹｅｓである）の場合、センサ変化パターン検出部３０１は、次の処理を実行する。センサ変化パターン検出部３０１は、センサ履歴ＤＢ２０５に記録されているセンサからのデータ受信履歴を参照することにより、一定期間におけるセンサからの通知依頼の回数を計算する（ステップＳ９１０）。
【００７０】
そして、センサ変化パターン検出部３０１は、ステップＳ９１０で計算した通知依頼の回数が規定値以上であるか否かを判定する（ステップＳ９１１）。
【００７１】
通知依頼の回数が規定値未満（ステップＳ９１１の判定がＮｏ）の場合、即ち、センサ２０３があまりセンサデータを通知していない場合、要求送受信部２０４は、次の処理を実行する。変更時通知方式のままでも負荷値は過大にならないので、要求送受信部２０４は、アプリケーション２０１に、受信されているセンサデータを送信（返却）する（ステップＳ９０９）。その後、図９及び図１０のフローチャートで示される今回の制御処理が終了する。
【００７２】
通知依頼の回数が規定値以上（ステップＳ９１１の判定がＹｅｓ）の場合、図１０のフローチャートに移って、センサ変化パターン検出部３０１は、図９のステップＳ９０５によりセンサ履歴ＤＢ２０７として蓄積されているセンサ２０３からの、センサデータ（測定値）の一定時間毎のデータ変化量を計算する（ステップＳ９１２）。
【００７３】
次に、データ取得方法変更部２０８は、ステップＳ９１２で計算したデータ変化量が規定値以上であるか否かを判定する（ステップＳ９１３）。
【００７４】
データ変化量が規定値未満（ステップＳ９１３の判定がＮｏ）の場合、状態検出部２０８は更に、センサデータを受信したセンサ２０３の電池残量が規定値以上あるか否かを判定する（ステップＳ９１４）。
【００７５】
電池残量が規定値未満（ステップＳ９１４の判定がＮｏ）の場合には、オンデマンドデータ取得方式に変更するとセンサ２０３において待ち受けのための電力が消費されてしまうため、データ取得方法変更部２０９は、オンデマンドデータ取得方式への変更は実行しない。そして、要求送受信部２０４は、アプリケーション２０１に、受信されているセンサデータを送信（返却）する（図１０のＳ９１４→図９のステップＳ９０９）。その後、図９及び図１０のフローチャートで示される今回の制御処理が終了する。
【００７６】
電池残量が規定値以上（ステップＳ９１４の判定がＹｅｓ）の場合には、データ取得方法変更部２０９は、センサ２０３に、変更時通知依頼のキャンセルを送信し（ステップＳ９１５）、変更時通知方式からオンデマンド通知方式に変更する。負荷値が規定値を超え、かつ規定時間内におけるセンサからの通知回数が規定値を超え、さらにそのセンサからの変化量が規定値以内、かつセンサのバッテリ残量が規定値以上の場合、以下の動作をする。すなわち、システムの過負荷を抑制するためデータ取得方法変更部２０９はセンサに対して変更時通知方式をキャンセルする（ステップＳ９１５）。
【００７７】
図１１は、現在のデータ取得方法として変更時通知方式が設定されているセンサ２０３の測定値の変化が小さい（ステップＳ９１３の判定がＮｏである）が、そのセンサ２０３から高頻度で通知が行われる場合（ステップＳ９１１の判定がＹｅｓの場合）のセンサパターンの例である。この場合には、そのセンサ２０３が全ての変化したセンサデータをＧＷ２０２に送信すると、そのセンサ２０３、ＧＷ２０２、及びＧＷとセンサ間のフィールドエリアネットワークの負荷が増大してしまう。そこで、データ取得方法変更部２０９は、以下のようにしてそのセンサ２０３に対するデータ取得方法を、図１（ａ）のオンデマンドデータ取得方式に変更する。この結果、図３のＧＷ２０２や、フィールドエリアネットワークの過負荷を抑制することが可能となる。
【００７８】
まず、データ取得方法変更部２０９は、そのセンサ２０３に対応してオンデマンドデータ取得方式により取得するセンサデータの取得間隔を決定する（ステップＳ９１６）。
【００７９】
更に、データ取得方法変更部２０９は、オンデマンドデータ取得を行う時間間隔を制御するタイマを設定する（ステップＳ９１７）。データ取得方法変更部２０９は変更時通知をキャンセルしたセンサの過去のデータ変化パターンに基づいて、オンデマンドで取得する間隔を算出し、その間隔毎に発火するタイマを設定する。取得間隔は、例えば過去のデータ変化で値が規定値(例えば5%)だけ変化するのに要した時間を設定する。
【００８０】
その後、要求送受信部２０４は、今回受信されているセンサデータについて、アプリケーション２０１に送信（返却）する（図１０のＳ９１７→図９のステップＳ９０９）。その後、図９及び図１０のフローチャートで示される今回の制御処理が終了する。
【００８１】
データ変化量が規定値以上（ステップＳ９１３の判定がＹｅｓ）の場合、要求送受信部２０４は、今回受信されているセンサデータについて、アプリケーション２０１に送信（返却）する（図１０のＳ９１３→図９のステップＳ９０９）。その後、図９及び図１０のフローチャートで示される今回の制御処理が終了する。
【００８２】
次に、図１０のステップＳ９１５でのセンサへの通知依頼キャンセル送信により、オンデマンドデータ取得方式への変更が行われた後、次に図９及び図１０の制御処理が実行されるタイミングで、要求送受信部２０４での判定により、図９のステップＳ９０１及びステップＳ９０４の判定がＮｏになる。この場合、センサ情報取得部２０６は、タイマがタイムアップしたときに発生するタイマイベントが受信されたか否かを判定する（図９のステップＳ９０４の判定がＮｏ→図１０のステップＳ９１８）。
【００８３】
タイマイベントが受信されない（ステップＳ９１８の判定がＮｏ）ならば、センサ情報取得部２０６は、なにもせずに図９及び図１０のフローチャートで示される制御処理を終了する。
【００８４】
タイマイベントが受信された（ステップＳ９１８の判定がＹｅｓ）ならば、センサ情報取得部２０６は、センサ２０３にポーリングして、センサデータを取得する（ステップＳ９１９）。センサ情報取得部２０６は、図９のステップＳ９０５の場合と同様に、そのセンサデータとデータ取得時刻とを、センサ履歴ＤＢ２０７に記録する（ステップＳ９２０）。
【００８５】
そして、データ取得方法変更部２０９は、取得したセンサデータに一定以上の変化があったか否かを判定する（ステップＳ９２１）。
【００８６】
センサデータに変化があった（ステップＳ９２１の判定がＹｅｓであった）場合、センサ情報取得部２０６は、取得したセンサデータを、アプリケーション２０１に送信（返却）する（図１０のＳ９２２→図９のステップＳ９０９）。その後、図９及び図１０のフローチャートで示される今回の制御処理が終了する。
【００８７】
センサデータに変化がない（ステップＳ９２１の判定がＮｏ）の場合、要求送受信部２０４は、取得したセンサデータはアプリケーション２０１には送信せずに、そのまま図９及び図１０のフローチャートで示される制御処理を終了する。
【００８８】
以上の実施形態の説明で、図６のステップＳ６０２、Ｓ６０４、Ｓ６０６、図７のＳ７０５、Ｓ７０７、図９のＳ９０８、Ｓ９１１、図１０のＳ９１３、Ｓ９１４などで判定する規定値は、動的に変化させてもよい。例えば、これらの何れかの規定値は、センサ２０３の測定データの種別毎に設定したり、季節や時間帯によって変更したりしてもよい。
【００８９】
以上説明した図６、図７、図９、図１０のフローチャートで示される制御処理により、図２の実施形態、図３の実施形態、及び図４の実施形態で説明した効果が実現される。即ち、他のセンサの影響を受けずに単独（個別）のセンサであっても、センサデータの変化パターンやデータ取得要求の変化パターンに応じて、不要なセンサデータの計測、取得、又は通知を抑制することが可能となる。これにより、計算リソースやネットワークソースに制限があり、かつ多量のセンサ２０３が１つのＧＷ２０２に接続されるようなＩｏＴシステムでも、システムの負荷軽減を行いながら適切なタイミングでセンサデータが収集可能となる。言い換えれば、システムの状態に応じてセンサからのデータ取得方法を動的に変更することが可能になり、システムの負荷軽減とアプリケーションにとって適切なタイミングでのデータ取得を両立させることが可能となる。
【００９０】
図１２は、実施形態としての図５のシステム構成におけるＧＷ５０２のハードウェア構成例を示すブロック図である。ＧＷ５０２において、プロセッサ１２０１、ＲＡＭ（ランダムアクセスメモリ）１２０２、ＨＤＤ（ハードディスク記憶装置）１２０３、入力信号処理部１２０４、画像信号処理部１２０５、及び＃１と＃２の通信インタフェース１２０６は、バス１２０７で相互に接続されている。入力信号処理部１２０４には、キーボードやマウス等の入力デバイス１２０８が接続されている。画像信号処理部１２０５には、ディスプレイ１２０９が接続されている。
【００９１】
プロセッサ１２０１は、ＨＤＤ１２０３からＲＡＭ１２０２に、前述した実施形態に対応する制御処理プログラムをロードして実行する。
【００９２】
ＲＡＭ１２０２は、プロセッサ１２０１が上記各制御処理プログラムデータとこれらのプログラムの実行に伴って処理される変数データその他のデータを一時的に記憶し、またプログラム実行時の作業記憶領域として使用される。
【００９３】
ＨＤＤ１２０３は、上記各制御処理プログラムデータを保存記憶するほか、後述するセンサ履歴ＤＢ及び要求履歴ＤＢの各データなどを保持する。
【００９４】
＃１の通信インタフェース１２０６は、図５のネットワーク５００に対して送受信されるデータを処理し、図５のサーバ５１０との間の通信を中継する。＃２の通信インタフェース１２０６は、図５のフィールドエリアネットワーク５０４に対して送受信されるデータを処理し、図５の＃１から＃３の各センサ５０３との間の通信を中継する。
【００９５】
入力信号処理部１２０４は、ＧＷ５０２のユーザによる入力デバイス１２０８に対する各種操作入力を受信し、プロセッサ１２０１に伝える。
【００９６】
画像信号処理部１２０５は、プロセッサ１２０１からの表示データを画像信号に変換してディスプレイ１２０９に表示させる。
【００９７】
図１３は、実施形態としての図５のシステム構成におけるサーバ５１０のハードウェア構成例を示すブロック図である。サーバ５１０において、プロセッサ１３０１、ＲＡＭ１３０２、ＨＤＤ１３０３、入力信号処理部１３０４、画像信号処理部１３０５、及び通信インタフェース１３０６は、バス１３０７で相互に接続されている。入力信号処理部１３０４には、キーボードやマウス等の入力デバイス１３０８が接続されている。画像信号処理部１３０５には、ディスプレイ１３０９が接続されている。
【００９８】
プロセッサ１３０１は、ＨＤＤ１３０３からＲＡＭ１３０２に、図５のアプリケーション５０１のプログラムをロードして実行する。
【００９９】
ＲＡＭ１３０２は、プロセッサ１３０１がアプリケーション５０１のプログラムデータとこれらのプログラムの実行に伴って処理される変数データその他のデータを一時的に記憶し、またプログラム実行時の作業記憶領域として使用される。
【０１００】
ＨＤＤ１３０３は、アプリケーション５０１のアプリケーションプログラムデータを保存記憶するほか、ＧＷ５０２から受信したセンサデータを記録する。
【０１０１】
通信インタフェース１３０６は、図５のネットワーク５００に対して送受信されるデータを処理し、図５のＧＷ５０２との間の通信を中継する。
【０１０２】
入力信号処理部１３０４は、サーバ５１０のユーザによる入力デバイス１３０８に対する各種操作入力を受信し、プロセッサ１３０１に伝える。
【０１０３】
画像信号処理部１３０５は、プロセッサ１３０１からの表示データを画像信号に変換してディスプレイ１３０９に表示させる。
【０１０４】
図１４は、実施形態としての図５のシステム構成における例えば＃１から＃３の各センサ５０３のハードウェア構成例を示すブロック図である。センサ５０３において、プロセッサ１４０１、ＲＡＭ１４０２、バッテリ（電池）１４０３、測定処理部１４０４、及び通信インタフェース１４０５は、バス１４０６で相互に接続されている。
【０１０５】
測定処理部１４０４は、例えば、図５のセンサ５０３（＃１）においては温度計測デバイス、センサ５０３（＃２）においてはＣＯ２ガス検知デバイス、センサ５０３（＃３）においては電力計測デバイスなどの、センサ素子である。
【０１０６】
プロセッサ１４０１は、ＲＡＭ１４０２にバッテリ１４０３によりバックアップされた計測処理プログラムを実行する。なお、計測処理プログラムは、特には図示しないＲＯＭ（リードオンリーメモリ）等からＲＡＭ１４０２にロードされて実行されてもよい。このとき、ＧＷ５０２から後述する変更時通知方式が設定されている場合には、プロセッサ１４０１は次の動作を実行する。プロセッサ１４０１は、測定処理部１４０４から通知されるセンサデータ（測定値）が変化したときに、そのセンサデータを、通信インタフェース１４０５からフィールドエリアネットワーク５０４を介して、図５のＧＷ５０２に送信する。また、ＧＷ５０２から後述するオンデマンドデータ取得方式が設定されている場合には、プロセッサ１２０１は次の動作を実行する。プロセッサ１２０１は、ＧＷ５０２からセンサデータ取得要求が通知されたときに、測定処理部１４０４から取得したセンサデータを、通信インタフェース１４０５からフィールドエリアネットワーク５０４を介して、ＧＷ５０２に送信する。
【０１０７】
ＲＡＭ１４０２は、プロセッサ１４０１が上記計測処理プログラムデータとこれらのプログラムの実行に伴って処理される変数データその他のデータを一時的に記憶し、またプログラム実行時の作業記憶領域として使用される。
【０１０８】
通信インタフェース１４０５は、図５のフィールドエリアネットワーク５０４に対して送受信されるデータを処理し、図５ＧＷ５０２との間の通信を中継する。
【０１０９】
以上の実施形態に関して、更に以下の付記を開示する。
（付記１)
アプリケーションからのデータ取得要求の受信及び応答を行う要求送受信部と、
前記要求送受信部が前記アプリケーションから受信した前記データ取得要求の履歴を保存する要求履歴保存部と、
センサからのデータを取得するセンサ情報取得部と、
前記センサ情報取得部が前記センサから取得したセンサデータの履歴を保存するセンサ履歴保存部と、
前記要求履歴保存部に保存された前記データ取得要求と前記センサ履歴保存部に保存された前記センサデータとに基づいて、システム状態を判定する状態検出部と、
前記状態検出部が判定した前記システム状態に基づいて、前記センサからのデータ取得方法を変更するデータ取得方法変更部と、
を有することを特徴とする通信装置。
（付記２)
前記状態検出部が判定する前記システム状態はシステム負荷である、ことを特徴とする付記１に記載の通信装置。
（付記３)
前記状態検出部が判定する前記システム状態は前記センサの電池残量である、ことを特徴とする付記１に記載の通信装置。
（付記４)
前記データ取得方法変更部は、前記センサからのデータ取得方法を、オンデマンドによるデータ取得方法に変更する、ことを特徴とする付記１乃至３の何れかに記載の通信装置。
（付記５)
前記センサ履歴保存部に保存された前記センサデータに基づいて、前記センサデータの変化パターンを検出するセンサ変化パターン検出部を更に有し、
前記データ取得方法変更部は、前記センサ変化パターン検出部が検出した前記センサデータの変化パターンに基づいて、前記オンデマンドによるデータ取得方法におけるデータ取得間隔及び前記データ取得方法を決定する、ことを特徴とする付記４に記載の通信装置。
（付記６)
前記要求履歴保存部に保存された前記データ取得要求に基づいて、前記データ取得要求の要求パターンを検出する要求パターン検出部を更に有し、
前記データ取得方法変更部は、前記要求変化パターン検出部が検出した前記データ取得要求の要求パターンに基づいて、前記オンデマンドによるデータ取得方法におけるデータ取得間隔及び前記データ取得方法を決定する、ことを特徴とする付記４に記載の通信装置。
（付記７)
前記データ取得方法変更部は、前記センサからのデータ取得方法を、前記センサデータの変更時における前記センサからの通知によるデータ取得方法に変更する、ことを特徴とする付記１乃至３の何れかに記載の通信装置。
（付記８)
前記データ取得方法変更部は、前記センサから通知された電池残量に応じて、オンデマンドによるデータ取得方法に変更する動作を実行しない、ことを特徴とする付記７に記載の通信装置。
（付記９）
前記センサ情報取得部は、単独のセンサからデータを取得すること
を特徴とする付記1乃至８のいずれかに記載の通信装置。
（付記１０)
前記データ取得方法変更部は、システム負荷が規定値に比較して大きい場合であって、更に前記センサ履歴保存部に保存された前記センサデータの変化量が規定値に比較して大きい場合に、
前記センサからのセンサデータの通知回数が規定値に比較して小さい場合に、前記データ取得方法を前記センサデータの変更時における前記センサからの通知によるデータ取得方法に変更し、
前記センサからのセンサデータの通知回数が規定値に比較して大きい場合に、前記データ取得方法を前記オンデマンドによるデータ取得方法に変更する、
ことを特徴とする付記１に記載の通知装置。
（付記１１)
アプリケーションを実行するサーバ装置と、
センサ装置と、
前記サーバ装置で実行中のアプリケーションからのデータ取得要求の受信及び応答を行う要求送受信部と、
前記要求送受信部が前記アプリケーションから受信した前記データ取得要求の履歴を保存する要求履歴保存部と、
前記センサ装置からのデータを取得するセンサ情報取得部と、
前記センサ情報取得部が前記センサ装置から取得したセンサデータの履歴を保存するセンサ履歴保存部と、
前記要求履歴保存部に保存された前記データ取得要求と前記センサ履歴保存部に保存された前記センサデータとに基づいて、システム状態を判定する状態検出部と、
前記状態検出部が判定した前記システムシステム状態に基づいて、前記センサ装置からのデータ取得方法を変更するデータ取得方法変更部と、
を有する通信装置と、
を含むことを特徴とするデータ取得システム。
（付記１２)
アプリケーションからのデータ取得要求の受信及び応答を行い、
前記アプリケーションから受信した前記データ取得要求の履歴を保存し、
センサからのデータを取得し、
前記センサから取得したセンサデータの履歴を保存し、
前記保存した前記データ取得要求と前記保存した前記センサデータとに基づいて、システム状態を判定し、
前記判定した前記システムシステム状態に基づいて、前記センサからのデータ取得方法を変更する、
ことを特徴とするデータ取得制御方法。
（付記１３）
システム負荷値が規定値以上のとき、
センサデータの変化量を計算し、
該変化量が規定値未満のとき、
現在オンデマンド取得方式ならば変更時取得方式に変更し、
現在オンデマンド取得方式でなければ前記センサからの通知回数を計算し、
前記通知回数が規定値未満のときオンデマンド取得方式に変更する
ことを特徴とする付記１２記載のデータ取得制御方法。
【符号の説明】
【０１１０】
１０１、２０１、５０１  アプリケーション
１０２、２０２、５０２  ゲートウェイ（ＧＷ）
１０３、２０３、５０３  センサ
１０４、５０４  フィールドエリアネットワーク
１１０  データ取得処理
１１１  データ通知処理
２０４  要求送受信部
２０５  要求履歴ＤＢ
２０６  センサ情報取得部
２０７  センサ履歴ＤＢ
２０８  状態検出部
２０９  データ取得方法変更部
３０１  センサ変化パターン検出部
４０１  要求パターン検出部
５００  ネットワーク
１２０１、１３０１、１４０１  プロセッサ
１２０２、１３０２、１４０２  ＲＡＭ
１２０３、１３０３  ＨＤＤ
１２０４、１３０４  入力信号処理部
１２０５、１３０５  画像信号処理部
１２０６、１３０６、１４０５  通信インタフェース
１２０７、１３０７、１４０６  バス
１２０８、１３０８  入力デバイス
１２０９、１３０９  ディスプレイ
【図１】
2018174448.tif 000003
【図２】
2018174448.tif 000004
【図３】
2018174448.tif 000005
【図４】
2018174448.tif 000006
【図５】
2018174448.tif 000007
【図６】
2018174448.tif 000008
【図７】
2018174448.tif 000009
【図８】
2018174448.tif 000010
【図９】
2018174448.tif 000011
【図１０】
2018174448.tif 000012
【図１１】
2018174448.tif 000013
【図１２】
2018174448.tif 000014
【図１３】
2018174448.tif 000015
【図１４】
2018174448.tif 000016