(57)【要約】【課題】データ収集システム全体の状態を考慮して、データ収集時の収集状況を監視できるようにする。【解決手段】本発明に係るデータ収集状況監視装置は、１又は複数のデータ通信端末と、各データ通信端末からデータを収集するデータ収集装置とを有するデータ収集システムのデータ収集状況を監視するデータ収集状況監視装置であって、各データ通信端末とデータ収集装置との間の各通信機器の稼働状態情報を取得する関連監視対象情報取得手段と、各データ通信端末から収集した収集データを取得する収集データ取得手段と、少なくとも、各通信機器の稼働状態情報及び収集データに基づいて、データ収集装置におけるデータ収集時の各通信機器の稼働状態を考慮した収集データの収集状況を分析する分析手段とを備える。【選択図】      図１
2020024515.tif 000002
【特許請求の範囲】
【請求項１】
１又は複数のデータ通信端末と、上記各データ通信端末からデータを収集するデータ収集装置とを有するデータ収集システムのデータ収集状況を監視するデータ収集状況監視装置であって、
上記各データ通信端末と上記データ収集装置との間の各通信機器の稼働状態情報を取得する関連監視対象情報取得手段と、
上記各データ通信端末から収集した収集データを取得する収集データ取得手段と、
少なくとも、上記各通信機器の稼働状態情報及び上記収集データに基づいて、上記データ収集装置におけるデータ収集時の上記各通信機器の稼働状態を考慮した上記収集データの収集状況を分析する分析手段と
を備えることを特徴とするデータ収集状況監視装置。
【請求項２】
上記分析手段が、上記各通信機器の稼働状態情報及び上記収集データのそれぞれの時間変動を捉えて上記収集データの収集状況を判定し、その判定結果に応じた上記収集データの信頼度を導出するものであることを特徴とする請求項１に記載のデータ収集状況監視装置。
【請求項３】
上記分析手段が、少なくとも、上記各通信機器の稼働状態情報に基づいて、いずれかの上記通信機器の状態が異常であるときの上記収集データの信頼度を低く評価することを特徴とする請求項２に記載のデータ収集状況監視装置。
【請求項４】
上記分析手段が、少なくとも、上記収集データのデータ値の時間推移に基づいて、当該データ値が異常と判定されるときの上記収集データの信頼度を低く評価することを特徴とする請求項２又は３に記載のデータ収集状況監視装置。
【請求項５】
上記分析手段が、少なくとも、上記収集データのデータ値の時間推移に基づいて当該収集データの収集エラーのうち、上記各通信機器の状態が異常であるときには上記収集データの信頼度を低く評価することを特徴とする請求項２〜４のいずれかに記載のデータ収集状況監視装置。
【請求項６】
上記分析手段により導出された上記収集データの信頼度を、所定の通知先に送信する監視結果送信手段を備えることを特徴とする請求項２〜５のいずれかに記載のデータ収集状況監視装置。
【請求項７】
上記各センサ通信端末から上記データ収集装置までの上記収集データの経路情報を収集データ毎に保持する経路情報保存手段と、
上記データ収集システムおいて、上記データ収集装置が収集する上記各収集データの経路上に存在する上記各通信機器の稼働状態情報と、収集先である上記各センサ通信端末からの上記収集データの収集状況とを保持する機器状態情報保存手段と
を更に備え、
上記分析手段が、上記各通信機器の稼働状態情報に応じて、上記各センサ通信端末からの上記収集データの収集条件を制御する
ことを特徴とする請求項１に記載のデータ収集状況監視装置。
【請求項８】
上記分析手段は、少なくとも、上記複数のセンサ通信端末からの上記収集データが同一の上記通信機器を経由して中継されているときに、所定方法により、上記複数のセンサ通信端末のそれぞれの収集条件を変更することを特徴とする請求項７に記載のデータ収集状況監視装置。
【請求項９】
上記分析手段は、少なくとも、上記収集データを中継している上記各通信機器の処理負荷値と閾値との比較結果に基づいて、上記収集データの収集先である上記センサ通信端末の収集条件を変更することを特徴とする請求項７又は８に記載のデータ収集状況監視装置。
【請求項１０】
上記分析手段は、少なくとも、上記各通信機器を通過するデータ量若しくはパケット数に基づいて、上記収集データの収集先である上記センサ通信端末の収集条件を変更することを特徴とする請求項７〜９のいずれかに記載のデータ収集状況監視装置。
【請求項１１】
上記機器状態情報保存手段が、上記データ収集システムおける上記各通信機器の過去の稼働状態情報及び上記各センサ通信端末からの過去の収集状況に基づいて、現時点以降の収集状況を予測した情報を保持することを特徴とする請求項７〜１０のいずれかに記載のデータ収集状況監視装置。
【請求項１２】
１又は複数のデータ通信端末と、上記各データ通信端末からデータを収集するデータ収集装置とを有するデータ収集システムのデータ収集状況を監視するデータ収集状況監視方法であって、
関連監視対象情報取得手段が、上記各データ通信端末と上記データ収集装置との間の各通信機器の稼働状態情報を取得し、
収集データ取得手段が、上記各データ通信端末から収集した収集データを取得し、
分析手段が、少なくとも、上記各通信機器の稼働状態情報及び上記収集データに基づいて、上記データ収集装置におけるデータ収集時の上記各通信機器の稼働状態を考慮した上記収集データの収集状況を分析する
ことを特徴とするデータ収集状況監視方法。
【請求項１３】
１又は複数のデータ通信端末と、上記各データ通信端末からデータを収集するデータ収集装置とを有するデータ収集システムのデータ収集状況を監視するデータ収集状況監視システムであって、
上記各データ通信端末と上記データ収集装置との間の各通信機器の稼働状態情報を取得する関連監視対象情報取得手段と、
上記各データ通信端末から収集した収集データを取得する収集データ取得手段と、
少なくとも、上記各通信機器の稼働状態情報及び上記収集データに基づいて、上記データ収集装置におけるデータ収集時の上記各通信機器の稼働状態を考慮した上記収集データの収集状況を分析する分析手段と
を備えることを特徴とするデータ収集状況監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ収集状況監視装置、データ収集状況監視方法、及び、データ収集状況監視システムに関する。
【背景技術】
【０００２】
近年、さまざまなモノの情報を収集するセンサデータ収集システムがある。センサデータ収集システムにより収集された情報は、例えばアプリケーションに提供されて、アプリケーションが情報を利用して様々なサービスを提供することができる。
【０００３】
センサデータ収集システムにおいて何らかの異常が生じると、収集するセンサデータのデータ値に影響を与えたり、又センサデータを利用するアプリケーションにも影響を及ぼすことにもなる。そのため、センサデータ収集システムの状態を監視することが求められる。
【０００４】
従来、センサデータ収集システムの状態の監視システムの一例として、非特許文献１に開示されるものがある。非特許文献１の記載技術は、センサデータ収集システムにおける通信機器の状態の遠隔監視する方法であり、特に、ゲートウェイの状態を遠隔で管理する機能である。例えば、非特許文献１の記載技術は、ＷＥＢ画面上でゲートウェイが正常に起動しているか、または異常が発生しているかを監視する。さらに、遠隔操作でゲートウェイの設定変更をしたり、又はファームウェアの更新をすることが開示されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ぷらっとホーム株式会社  企業ホームページ、製品情報「ＡｉｒＭａｎｅｇｅ（登録商標）  ｆｏｒ  ＩｏＴ」、［Ｏｎｌｉｎｅ］、検索日２０１８年３月１４日、インターネット＜ＵＲＬ；https://openblocks.plathome.co.jp/products/airmanage_for_iot/＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述したような従来の通信機器の監視方法は、機器毎の状態を管理するものであるが、センサデータ収集システム全体の状態を考慮して監視するものではなかった。
【０００７】
例えば、周期的に収集したセンサデータのうち、一部のデータ値に異常があったり、欠測されているデータがあったりすることが考えられる。センサデータのデータ値を平均化してアプリケーションが利用する場合、アプリケーションは各センサのセンサデータがどのような値か知らないため異常を発見しにくいという問題があった。
【０００８】
また例えば、センサデータ収集時に障害が発生した時に、無線通信端末やゲートウェイを再起動させたり設定変更したりすることで復旧することがある。しかし、多数の機器を持つ場合は人がエラーログを見る等して障害内容を分析し、どの機器をどのように制御するかを判断していた。そのため、自動的に迅速かつ最適に障害復旧を行う方法がなかった。
【０００９】
さらに例えば、アプリケーションはいつ問題となるレベルの異常となるか、障害復旧するか知ることが困難であった。
【００１０】
そのため、データ収集システム全体の状態を考慮して、データ収集時の収集状況を監視して、データが収集されるまでの間の機器の状態や収集データのデータ値に応じた判定値を導出したり、経路上の異常時に自動的に最適な復旧を行なうことができるデータ収集状況監視装置、データ収集監視方法及びデータ収集状況監視システムが求められている。
【課題を解決するための手段】
【００１１】
かかる課題を解決するために、第１の本発明に係るデータ収集状況監視装置は、１又は複数のデータ通信端末と、各データ通信端末からデータを収集するデータ収集装置とを有するデータ収集システムのデータ収集状況を監視するデータ収集状況監視装置であって、（１）各データ通信端末とデータ収集装置との間の各通信機器の稼働状態情報を取得する関連監視対象情報取得手段と、（２）各データ通信端末から収集した収集データを取得する収集データ取得手段と、（３）少なくとも、各通信機器の稼働状態情報及び収集データに基づいて、データ収集装置におけるデータ収集時の各通信機器の稼働状態を考慮した収集データの収集状況を分析する分析手段とを備えることを特徴とする。
【００１２】
第２の本発明に係るデータ収集状況監視方法は、１又は複数のデータ通信端末と、各データ通信端末からデータを収集するデータ収集装置とを有するデータ収集システムのデータ収集状況を監視するデータ収集状況監視方法であって、（１）関連監視対象情報取得手段が、各データ通信端末とデータ収集装置との間の各通信機器の稼働状態情報を取得し、（２）収集データ取得手段が、各データ通信端末から収集した収集データを取得し、（３）分析手段が、少なくとも、各通信機器の稼働状態情報及び収集データに基づいて、データ収集装置におけるデータ収集時の各通信機器の稼働状態を考慮した収集データの収集状況を分析することを特徴とする。
【００１３】
第３の本発明に係るデータ収集状況監視システムは、１又は複数のデータ通信端末と、各データ通信端末からデータを収集するデータ収集装置とを有するデータ収集システムのデータ収集状況を監視するデータ収集状況監視システムであって、（１）各データ通信端末とデータ収集装置との間の各通信機器の稼働状態情報を取得する関連監視対象情報取得手段と、（２）各データ通信端末から収集した収集データを取得する収集データ取得手段と、（３）少なくとも、各通信機器の稼働状態情報及び収集データに基づいて、データ収集装置におけるデータ収集時の各通信機器の稼働状態を考慮した収集データの収集状況を分析する分析手段とを備えることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、データ収集システム全体の状態を考慮して、データ収集時の収集状況を監視して、データが収集されるまでの間の機器の状態や収集データのデータ値に応じた判定値を導出したり、経路上の異常時に自動的に最適な復旧を行なうことができる。
【図面の簡単な説明】
【００１５】
【図１】第１の実施形態に係るデータ収集状況監視システムの全体構成を示す全体構成図である。
【図２】第１の実施形態に係る監視サーバーの内部構成を示す内部構成図である。
【図３】第１の実施形態に係る稼働状態データ、センサデータの流れを示す説明図である。
【図４】第１の実施形態に係る監視サーバーにおけるセンサデータ収集状況監視処理の動作を示すフローチャートである。
【図５】第１の実施形態に係るセンサデータ収集状況と機器状態の一例を示す説明図である。
【図６】第２の実施形態に係る監視サーバーの内部構成を示す内部構成図である。
【図７】第２の実施形態に係る監視サーバーにおけるセンサデータ収集状況監視処理の動作を示すフローチャートである。
【図８】第２の実施形態に係る機器状態情報保存部に保存される状態情報の一例を示す構成図である。
【発明を実施するための形態】
【００１６】
（Ａ）第１の実施形態
以下では、本発明に係るデータ収集状況監視装置、データ収集状況監視方法、及び、データ収集状況監視システムの第１の実施形態を、図面を参照して説明する。
【００１７】
（Ａ−１）第１の実施形態の構成
［全体構成］
図１は、第１の実施形態に係るデータ収集状況監視システムの全体構成を示す全体構成図である。
【００１８】
図１において、第１の実施形態に係るデータ収集状況監視システム１０は、複数のセンサ通信端末１（１−１〜１−３）、ゲートウェイ２（ＧＷ２−１、ＧＷ２−２）、データ収集サーバー３、アプリケーション４、モニター端末５、監視サーバー６を有する。
【００１９】
図１において、センサ通信端末１とゲートウェイ２との間のネットワークはセンサネットワークＳＮである。一般的に、センサネットワークＳＮの通信方式は、特定小電力無線方式などに代表される低速な無線通信方式を適用することができる。例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎなどに代表される無線ネットワーク規格、若しくは、ＩＥＥＥ８０２．１５．４、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＷＢなどの無線通信方式であっても構わない。センサネットワークＳＮは、基幹ネットワークＮＴに比べ低速な通信方式である。
【００２０】
ゲートウェイ２、データ収集サーバー３、アプリケーション４、モニター端末５及び監視サーバー６の間のネットワークは基幹ネットワークＮＴである。基幹ネットワークＮＴは、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）またはＩｎｔｅｒｎｅｔである。基幹ネットワークＮＴは、無線回線であってもよいし、有線回線であってもよい。
【００２１】
センサデータ収集システム７は、データ収集サーバー３が、各ゲートウェイ２を介して、各センサ通信端末１のセンサデータを収集するシステムである。センサデータ収集システム７は、主として、各センサ通信端末１、各ゲートウェイ２及びデータ収集サーバー３を有して構成される。
【００２２】
［センサ通信端末］
センサ通信端末１は、１又は複数のセンサ、通信部を有する。センサ通信端末１は、１種類のセンサのみを有するようにしてもよいし、複数種類のセンサを有するようにしてもよい。また、同じ種類のセンサを複数個有するようにしてもよい。各センサが周期的にセンシングする周期（計測周期）は、センサの種類やシステム運用に応じて決めることができる。
【００２３】
センサ通信端末１は、内蔵しているセンサがセンシングしたセンサデータを含む情報（パケット）をゲートウェイ２に送信する。ここで、センサデータを含む情報は、センサの識別情報（例えば、センサの種類を示す情報や、予めセンサに付与された識別情報などの一部又は全部）、センサ通信端末１を識別する識別情報（例えば、ＭＡＣアドレス等）、時刻情報（例えば、センシング時刻等）を含むようにしてもよい。
【００２４】
また、センサ通信端末１は、自端末内部の稼働状態データを取得する稼働状態取得機能も有している。センサ通信端末１は、自端末の稼働状態データをゲートウェイ２に送信する。ここで、稼働状況データを含む情報は、各センサ通信端末１の識別情報（例えばＭＡＣアドレス等）、稼働状況データの獲得時刻を示す時刻情報を含むようにしてもよい。
【００２５】
［ゲートウェイ］
ゲートウェイ２は、センサネットワークＳＮと、基幹ネットワークＮＴとの間でデータを中継する機能を有する。ゲートウェイ２は、各センサ通信端末１からセンサデータを含む情報を受信すると、各センサ通信端末１のセンサデータを含む情報をデータ収集サーバー３に送信する。これにより、センサデータをデータ収集サーバー３に与えることができる。
【００２６】
また、ゲートウェイ２は、自装置内部の稼働状態データを取得する稼働状態取得機能を有する。ゲートウェイ２は、センサネットワークＳＮを通じて各センサ通信端末１から受信した、各センサ通信端末１の稼働状態データを含む情報を監視サーバー６に送信すると共に、ゲートウェイ１自身の稼働状態データを含む情報も監視サーバー６に送信する。これにより、各センサ通信端末１及びゲートウェイ２の稼働状態データを監視サーバー６に与えることができる。なお、稼働状況データを含む情報は、ゲートウェイ２を識別する識別情報（例えばＭＡＣアドレス等）や、稼働状況データの獲得時刻を示す時刻情報等が含まれるようにしてもよい。
【００２７】
ゲートウェイ２が、各センサ通信端末１からセンサデータを含む情報を取得する方法は、様々な方法を広く適用することができる。その一例として、例えば、ゲートウェイ２は、ポーリングパケットのような情報取得要求を定期的（周期的）に各センサ通信端末１に送信し、これを受信した各センサ通信端末１が、ポーリングパケットの応答として、無線通信でセンサデータを含む情報をゲートウェイ２に向けて送信する方法がある。また、別の方法として、各センサ通信端末１がプッシュ通知等により、センサデータを含む情報をゲートウェイ２に向けて送信するようにしてもよい。いずれにしても、ゲートウェイ２は、各センサ通信端末１からセンサデータを含む情報を取得することができる。
【００２８】
［データ収集サーバー］
データ収集サーバー３は、ゲートウェイ２を介して、各センサ通信端末１からセンサデータを含む情報を収集し、各センサデータを保存（蓄積管理）する。
【００２９】
データ収集サーバー３は、各センサデータをアプリケーション４に提供すると共に、各センサ通信端末１から収集した各センサデータを監視サーバー６に送信する。この実施形態では、後述するように、各センサデータのデータ値などに基づいて、センサデータ収集システム７におけるセンサデータ収集状況を監視サーバー６に判断させる。そのため、データ収集サーバー３は、各センサデータを用いた処理を行なわせるためにアプリケーション４に各センサデータを送信すると共に、各センサデータを監視サーバー６に提供（送信）する。
【００３０】
［アプリケーション］
アプリケーション４は、データ収集サーバー３により収集された各センサデータを利用するアプリケーション若しくはアプリケーションを実行する処理部である。
【００３１】
例えば、アプリケーション４は、データ収集サーバー３に対して、取得しようとするセンサデータのセンサ識別情報（センサＩＤ）を要求する。これを受けて、データ収集サーバー３は、センサＩＤに対応するセンサデータを、アプリケーション４に提供する。なお、アプリケーション４へのセンサデータの提供方法は、上記方法に限定されるものではなく、様々な方法を適用できる。
【００３２】
アプリケーション４は、各センサデータを利用して機能を提供するものであり、アプリケーション４の機能は特に限定されるものではない。図１では、１つのアプリケーション４のみを表記しているが、それぞれ機能が異なる複数のアプリケーション４としてもよい。
【００３３】
アプリケーション４は、後述するように、センサデータ収集システム７におけるセンサデータ収集状況の監視結果を監視サーバー６から受信する。監視サーバー６からの上記監視結果は、後述するように各センサデータの信頼度を含むものであり、アプリケーション４は、上記監視結果を参考にして機能を提供することができる。
【００３４】
［モニター端末］
モニター端末５は、監視サーバー６において管理される各種データを表示したり、各ゲートウェイ２やデータ収集サーバー３や監視サーバー６等の各装置に対して設定（又は設定変更）をしたり、各ゲートウェイ２や各センサ通信端末１など各機器の稼働状態を表示したりする。これにより、センサデータ収集システム７において異常が生じていること（例えば、機器の異常等）を知ることができるので、復旧等することができる。
【００３５】
［監視サーバー］
監視サーバー６は、センサデータ収集システム７におけるセンサデータの収集状況を監視し、対象のセンサデータの収集状況判定値を判定する。監視サーバー６は、監視結果（以下、判定結果とも呼ぶ。）を表示するためにモニター端末５に監視結果に提供したり、アプリケーション４又はデータ収集サーバー３に提供したりする。
【００３６】
ここで、収集状況判定値は、データ収集サーバー３により収集されたセンサデータの収集状況や、センサデータが収集される期間のセンサデータの転送経路上の各機器の状態を考慮して、時間毎のセンサデータの信頼性を判定した情報である。この実施形態では、収集状況判定値の一例として、監視サーバー６が、時間毎に、センサデータの信頼度を判定する場合を説明する。
【００３７】
監視サーバー６は、ゲートウェイ２を介して、例えば各センサ通信端末１やゲートウェイ２の稼働状態データを取得する。また、監視サーバー６は、データ収集サーバー３からも稼働状態データを取得する。これにより、センサデータ収集システム７でセンサデータが転送される経路上の各機器の稼働状態を把握することができる。より具体的には、センサデータをセンシングする各センサ通信端末１の稼働状態、センサ通信端末１とゲートウェイ２との間の状態（通信状態）、ゲートウェイ２とデータ収集サーバー３との間の状態（通信状態）等のように、センサデータ収集システム７全体の状態を把握する。
【００３８】
また、監視サーバー６は、対象とするセンサデータを獲得するため、データ収集サーバー３から、蓄積管理している各センサデータを取得する。そして、監視サーバー６は、データ収集サーバー３が収集したセンサデータの収集状況や、各センサデータのデータ値の推移を分析する。
【００３９】
例えば、センサデータ収集時に異常があったり、センサデータの転送経路上で各機器の状態に異常があったりした場合に、センサデータのデータ値が異常値となってしまったり、センサデータがデータ収集サーバー３に到達しないようなことが生じ得る。そのような場合であっても、アプリケーション４は、事態を知らずに、データ収集サーバー３から提供されたセンサデータを利用することになる。換言すると、センサデータのデータ値が異常であったり、各装置の稼働状態が異常であったりすること等をアプリケーション４は知る術がないので、アプリケーション４はそのままセンサデータを利用することになり得る。
【００４０】
そこで、監視サーバー６は、少なくとも、各機器の稼働状態と各センサデータ収集状況等を監視して、センサデータ収集システム７全体の状態を踏まえた各センサデータの信頼度を判定する。そして、この各センサデータの信頼度を含む監視結果を、アプリケーション４やモニター端末５に与えるようにする。
【００４１】
［監視サーバーの内部構成］
図２は、第１の実施形態に係る監視サーバー６の内部構成を示す内部構成図である。
【００４２】
図２において、監視サーバー６は、ルール保存部６１、監視データ収集部６２、分析部６３、監視結果送信部６４、関連監視対象収集部６５を有する。
【００４３】
なお、監視サーバー６のハードウェア構成は図示しないが、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、通信装置等を有する装置とする。そして、ＣＰＵが、記憶領域に格納されている処理プログラム（例えば、データ収集状況監視プログラム）を実行することで、監視サーバー６の各種機能が実現される。なお、データ収集状況監視プログラムがインストールすることにより、システムが構築されるようにしてもよい。その場合も、データ収集状況監視プログラムは図１に示す各処理部で表すことができる。
【００４４】
ルール保存部６１は、分析ルール、対象とするセンサ通信端末１の識別情報、データ収集サーバー３の識別情報、対象のセンサデータを経由するゲートウェイ２の識別情報、収集条件等が保存される。
【００４５】
ルール保存部６１には、センサ（例えば、センサＩＤ等）、センサ通信端末１やゲートウェイ２等を含む機器に関する情報を指定し、状態判定するための分析ルールが保存される。また、ルール保存部６１には、判定結果（監視結果）をどのような場合にどこに通知するかを指定した通知条件や通知先等が含まれる。
【００４６】
分析ルールは、センサデータ収集システム７における各センサデータの信頼度を判定するために用いられる規則・条件である。以下では、当該分析ルールを、「センサデータ収集状態判定ルール」とも呼ぶ。
【００４７】
分析ルールは、分析対象（センサデータ収集状態の判定対象）とするセンサ（例えば、センサＩＤ）やセンサデータをセンシングするセンサ通信端末１、更にセンサデータ収集状況に関する条件を含む「収集ルール」、センサデータの信頼度の定義や判定方法に関する「判定ルール」、判定結果（監視結果）の通知条件に関する「通知ルール」を有する。このような分析ルールの詳細な説明は、動作の項で詳細に説明する。
【００４８】
分析ルールは、センシングするセンサ通信端末１毎に定義するようにしてもよい。また、センサ通信端末１が複数のセンサを有することもあるので、センサ（例えばセンサＩＤ）毎に定義するようにしてもよい。従って、ルール保存部６１には、１つの分析ルールだけなく、複数の分析ルールが保存されるようにしてもよい。なお、分析ルールの定義方法は、上記に限定されるものではなく、センサデータの収集期間を指定できるようにしたりしてもよい。
【００４９】
監視データ収集部６２は、各分析ルールで指定された、対象のセンサデータを収集して保持する。より具体的には、監視データ収集部６２は、データ収集サーバー３から、センサ通信端末１−Ｎの稼働状態データを収集して保持する。
【００５０】
関連監視対象収集部６５は、対象とするセンサデータの転送経路上に存在する各機器の機器状態データを収集し保持する。具体的には、関連監視対象収集部６５は、対象のセンサを搭載するセンサ通信端末、ゲートウェイ、データ収集サーバー３の稼働状態データを収集し保持する。複数センサの監視データを共有するようにしてもよい。
【００５１】
分析部６３は、ルール保存部６１内の各分析ルールに従って、監視データ収集部６２や関連監視対象収集部６５により収集されたデータを使用して状態判定を行なう。
【００５２】
監視結果送信部６４は、ルール保存部６１に保存される各分析ルールで指定された通知条件に従って、指定された通知先に、分析部６３による判定結果を送信する。
【００５３】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態に係るデータ収集状況監視処理の動作を説明する。
【００５４】
なお、以下では、説明を容易にするため、監視サーバー６が、１個のセンサに関するセンサデータ収集状況を監視する場合を例示する。しかし、複数個のセンサのそれぞれのセンサデータ収集状況を並列的に監視することができる。
【００５５】
［稼働状態データ、センサデータの流れ］
図３は、第１の実施形態に係る稼働状態データ、センサデータの流れを示す説明図である。
【００５６】
図３に示すように、各センサ通信端末１や各ゲートウェイ２の稼働状態データは、監視サーバー６に送信される。
【００５７】
各センサ通信端末１に搭載されるセンサで観測したセンサデータは、ゲートウェイ２を経由し、データ収集サーバー３に送信されて登録される。そして、データ収集サーバー３において蓄積されているセンサデータの内、状態監視に必要なセンサデータは、データ収集サーバー３から監視サーバー６に送信される。
【００５８】
監視データの監視サーバー６での取得は、ポーリング方式で取得、または取得開始時に設定制御信号を各装置に送信し、各装置からプッシュ式で周期的に取得する等の方法を適用することができるが、その方式は限定しない。
【００５９】
［センサデータ収集状況監視処理］
図４は、第１の実施形態に係る監視サーバー６におけるセンサデータ収集状況監視処理の動作を示すフローチャートである。
【００６０】
［Ｓ１０１］まず、監視サーバー６において、センサデータ収集状況監視に係る監視対象情報及び分析ルールが設定される。
【００６１】
ここで、上記監視対象情報の設定の一例を説明する。例えば、アプリケーション４から、センサデータを取得しようとするセンサＩＤがデータ収集サーバー３に入力されると、データ収集サーバー３は、センサＩＤを含む情報を監視サーバー６に転送する。これにより、アプリケーション４が利用するセンサデータのセンサＩＤが監視サーバー６に通知することができる。監視サーバー６は、当該センサＩＤを監視対象として設定でき、後述する分析ルールに従って当該センサＩＤのセンサデータ収集状況を判定する。
【００６２】
またセンサデータ収集条件も、監視サーバー６に入力される。このセンサデータ収集条件の入力は、センサＩＤに基づいて予め登録されている条件を呼び出して設定するようにしてもよいし、センサＩＤに基づいてオペレータが入力するようにしてもよい。つまり、センサＩＤに基づいて自動的に入力されてもよいし、人の手により入力されるようにしてもよい。
【００６３】
上記センサデータ収集条件は、センサデータ収集状況を判定する監視サーバー６が収集状況判定をするために必要な条件であり、例えば、収集時間、センサデータ収集頻度等が含まれる。収集時間は、センサデータ収集状況判定に係る期間を示すものであり、センサデータ収集頻度は、監視サーバー６がデータ収集サーバー３からセンサデータを取得する頻度（例えば１秒間に何回等）を示す。センサデータ収集条件は、監視サーバー６が収集状況を判定するために必要な条件であれば、上記に限定されるものではない。
【００６４】
さらに、対象センサＩＤのセンサデータ収集に関連する監視対象に関する情報（関連監視対象）も、監視サーバー６に設定される。例えば、センサデータの獲得及び送信をする発信元のセンサ通信端末１−Ｎから、センサデータの収集先であるデータ収集サーバー３までの経路上の各機器に関する情報が設定される。
【００６５】
より具体的には、ゲートウェイ２の識別情報（例えばＭＡＣアドレス、ＩＰアドレス等）や、当該センサ通信端末１−Ｎからデータ収集サーバー３までの経路上のネットワーク機器のアドレス情報等が設定される。また、当該センサＩＤのセンサを搭載しているセンサ通信端末１−Ｎの識別情報（例えば、ＭＡＣアドレス等）や、データ収集サーバー３の識別情報（例えば、ＭＡＣアドレス等）も監視サーバー６も設定される。
【００６６】
そして、監視サーバー６では、ルール保存部６１には、分析ルール（センサデータ収集状態判定ルール）が設定される。
【００６７】
［Ｓ１０２］次に、ルール保存部６１に設定された分析ルールのうち、収集ルールに従って、監視データ収集部６２は、データ収集サーバー３からセンサデータを収集し保存する。
【００６８】
例えば、センサＩＤ等と対応付けて各センサデータを蓄積管理しているデータ収集サーバー３に対して、監視データ収集部６２が、対象のセンサデータ特定情報（例えば、センサＩＤ、センサ通信端末１−Ｎの識別情報等）を含む情報を送信する。これを受けて、データ収集サーバー３は、対応するセンサデータを送信することで、監視データ収集部６２は、対象とするセンサデータを収集できる。
【００６９】
［Ｓ１０３］また、関連監視対象収集部６５は、Ｓ１０１で設定された関連監視対象とする各機器（例えば、センサ通信端末１−Ｎ、ゲートウェイ２、データ収集サーバー３等）から稼働状態データを収集し保存する。
【００７０】
例えば、関連監視対象収集部６５は、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）マネージャ等として機能し、各機器がＳＮＭＰエージェント等として機能し、関連監視対象収集部６５が関連監視対象の各機器の稼働状態を管理するようにしてもよい。
【００７１】
［Ｓ１０４］分析部６３は、ルール保存部６１の分析ルールのうち判定ルールに従って、監視データ収集部６２により収集されたセンサデータと、関連監視対象収集部６５により収集された稼働状態データとに基づいて、当該センサデータ収集状況を分析する。
【００７２】
監視サーバー６において、判定時間になると（すなわち、センサデータ収集状況の判定に係る収集時間が経過すると）、センサデータ収集状況判定のために必要なセンサデータ、及び、各機器の稼働状態データが必要な数だけあるか否かを判定する。必要数がなければ、センサデータ収集状況が正常でない（すなわち異常発生）と判定する。その判定結果は、例えばセンサデータ収集状況に係る信頼度に反映させる。
【００７３】
［Ｓ１０５］分析部６３は、ルール保存部６１の分析ルールのうち判定ルールに従って、当該センサデータの監視結果を判定する。
【００７４】
分析部６３は、所定の収集時間内の各機器の稼働状態データから、各機器の稼働状態を捉える。これにより、センサデータ収集システム７における当該センサデータの経路状態が正常な状態か又は異常な状態（例えば、センサ通信端末１−Ｎ、ゲートウェイ２等に異常が生じているか等）を分析する。そして、分析部６３は、稼働状態データの分析結果に基づいて判定ルールを参照し、センサデータ収集状況に係る信頼度に反映させる。
【００７５】
また、分析部６３は、対象のセンサＩＤのセンサデータの収集状況や、判定時間（収集時間）内のデータ値の時間的な推移を分析する。そして、上記センサデータの収集状況や、センサデータのデータ値の推移の分析結果に基づいて判定ルールを参照して、当該センサデータ収集状況に係る信頼度に反映させる。
【００７６】
［Ｓ１０６、Ｓ１０７］そして、監視結果送信部６４は、ルール保存部６１の通知ルールを参照し、通知ルールで規定された通知先（例えば、モニター端末５、アプリケーション４、データ収集サーバー３等）に、判定結果の通知が必要か否かを判定する。
【００７７】
そして、判定結果の通知が必要な場合、その通知条件に従った通知先（モニター端末５、アプリケーション４等）に、判定結果が通知される。通知が不要な場合、Ｓ１０８に移行する。
【００７８】
監視者（モニター端末５）への通知方法は、特に限定しない。例えば、電子メールを用いて行なうようにしてもよい。
【００７９】
アプリケーション４への通知は、監視サーバー６からアプリケーション４に対して行なうようにしてもよい。または、監視サーバー６がデータ収集サーバー３に送信し、データ収集サーバー３が、アプリケーション４に提供するセンサデータに判定結果を付加して、アプリケーションに送信するようにしてもよい。
【００８０】
［Ｓ１０８］Ｓ１０２からＳ１０６までの処理について、センサが起動しているか、またはアプリケーション４がセンサデータを利用していれば、Ｓ１０２に移行して、処理を繰り返し行う。
【００８１】
［センサデータ収集状況監視処理の一例］
次に、図４のフローチャートに沿って、センサデータ収集状況監視処理の一例を例示する。
【００８２】
ここでは、対象のセンサＩＤのセンサが定期的にセンシングし、各センサデータが、センサ通信端末１−Ｎからゲートウェイ２を経由してデータ収集サーバー３に収集される場合の収集状況を判定する。
【００８３】
［Ｓ１０１］監視サーバー６には、監視対象情報として、センサＩＤ、センサ通信端末１−Ｎの識別情報（例えばＭＡＣアドレス）が設定される。さらに、データ収集サーバー３において、当該センサ通信端末１−Ｎからセンサデータを収集する収集時間、収集頻度等の収集条件が設定される。
【００８４】
また、監視サーバー６には、関連監視対象のゲートウェイ２の識別情報が、設定される。
【００８５】
さらに、監視サーバー６には、分析ルール（センサデータ収集状態判定ルール）が設定される。分析ルール（センサデータ収集状態判定ルール）は、以下のような「収集ルール」、「判定ルール」、「通知ルール」を適用する場合を例示する。「収集ルール」、「判定ルール」、「通知ルール」は、それぞれ１個であってもよいし、複数個であってもよい。
【００８６】
ここでは、センサデータの信頼度は１００の値を基準とする。以下の判定ルールの条件にあう場合に、信頼度の値は減算される。
「収集ルール１」：センサ値（センサＩＤ）はセンサ通信端末１−Ｎに接続されているセンサ。
「収集ルール２」：機器状態は、センサ通信端末１−Ｎ、ゲートウェイ２、データ収集サーバー３の稼働状態データに基づいて調べる。
「判定ルール１」：信頼度は正常なら「１００」（基準値）。
「判定ルール２」：機器状態が「１」ならばデータ信頼度は「０」。
「判定ルール３」：データ収集エラー１個につき正常値から「１０」だけ減算する（信頼度を「−１０」とする）。
「判定ルール４」：センサデータのデータ値が所定値Ａ（この例では、「１０」と例示する。）以上のデータがあれば、信頼度をさらに「３０」だけ減算する（「−３０」とする）。
「通知ルール」：「信頼度が前回判定時８０以上であり、かつ、今回判定時８０未満、または、「信頼度が前回判定時８０未満であり、かつ、今回判定時時が８０以上ならば」、アプリケーション４に通知する。
【００８７】
［Ｓ１０２、Ｓ１０３］監視データ収集部６２は、データ収集サーバー３から対象のセンサデータを収集し、関連監視対象収集部６５は、関連監視対象の各機器の稼働状態データを収集する。
【００８８】
図５は、第１の実施形態に係るセンサデータ収集状況と機器状態の一例を示す説明図である。
【００８９】
図５（Ａ）は、関連監視対象とする各機器の稼働状態データに基づく、機器状態の時間毎の推移を示している。ここでは、対象のセンサ通信端末１−Ｎ、ゲートウェイ２、データ収集サーバー３のいずれかに異常がある場合に「１」とし、全ての機器が正常である場合に「０」としている。
【００９０】
図５（Ｂ）は、対象のセンサデータの時間毎のデータ値の推移を示している。なお、図５（Ａ）と図５（Ｂ）の時間軸は同期している。センサは、１秒につき１０回センシングしているものとする。曲線が途切れている箇所（Ｅ１、Ｅ２）は収集エラーがあったものとする。アプリケーション４はセンサデータを取得して１秒間の変動量を利用するものとする。
【００９１】
図５（Ａ）と図５（Ｂ）の間に示す矢印（図５（Ｃ））は、分析部６３がセンサデータ収集状況の判定期間である。センサデータ収集状況の判定期間Ｔｎ（ｎは正の整数）は２秒間とし、分析部６３は、１秒毎に過去２秒間の機器状態及びセンサデータのデータ値に基づく収集状況を判定する。
【００９２】
例えば、判定期間Ｔ１の矢印付近に表記されている「０」等の数字は、当該判定期間Ｔ１におけるセンサデータの収集エラー個数を示している。上述したように、センサは１秒につき１０回センシングしていることから、収集エラー個数が分かる。
【００９３】
［Ｓ１０４、Ｓ１０５］分析部６３は、２秒間の各判定期間Ｔｎで、センサデータの収集状況を分析し、判定期間Ｔｎ毎にセンサデータの信頼度を判定する。
【００９４】
以下では、図５（Ａ）及び図５（Ｂ）の判定期間Ｔ１〜Ｔ９のうち、いくつかの判定期間における信頼度の判定のしかたを例示する。なお、複数の判定ルールのそれぞれが適合しているか否かの判定の仕方は、特に限定されるものではなく、順番に各判定ルールを個別に判断していくようにしてもよい、並列的に判断してもよい。
【００９５】
［判定期間Ｔ１とＴ８について］
例えば、判定期間Ｔ１では、「判定ルール１」より信頼度を「１００」とし、機器状態が「０」であるため「判定ルール２」による減算はない。更に収集エラー個数が「０」であるため「判定ルール３」による減算はない。センサデータのデータ値が所定値Ａ（例えば「１０」）以上のものはないので「判定ルール４」による減算はない。従って、判定期間Ｔ１における信頼度は「１００」と判定される。
【００９６】
例えば、判定期間Ｔ８では、「判定ルール１」より信頼度を「１００」とし、機器状態が「０」であるため「判定ルール２」による減算はない。更に収集エラー個数が「０」であるため「判定ルール３」による減算はない。しかし、データ値が所定値Ａ（例えば「１０」）以上のセンサデータがあるため、「判定ルール４」により、信頼度を「３０」だけ減算する（「−３０」とする）。従って、判定期間Ｔ８における信頼度は「７０」と判定される。なお、判定期間Ｔ９も、判定期間Ｔ８と同様に信頼度が「７０」と判定される。
【００９７】
ここで、判定期間Ｔ１とＴ８の両方とも、機器状態は正常であり、収集エラーもない状態であるが、判定期間Ｔ８において何らかの理由によりセンサが異常値を計測した可能性が高いと判断することができる。このような場合に、センサデータの信頼度を低くして、アプリケーション４に提供することが好ましい。
【００９８】
［判定期間Ｔ２とＴ４について］
例えば、判定期間Ｔ２では、「判定ルール１」より信頼度を「１００」とし、機器状態が「０」であるため「判定ルール２」による減算もない。しかし、Ｅ１において、１個のセンサデータの収集エラーがあるので「判定ルール３」により信頼度を「１０」だけ減算する（すなわち「−１０」とする）。センサデータのデータ値が所定値Ａ（例えば「１０」）以上のものはないので、「判定ルール４」による減算はない。従って、判定期間Ｔ２における信頼度は「９０」と判定される。
【００９９】
例えば、判定期間Ｔ４では、図５（Ｂ）のセンサデータ収集状況から分析すると、「判定ルール１」より信頼度を「１００」とする。２秒間の判定期間のうち後半部分のＥ２において、４個のセンサデータの収集エラーがあるため「判定ルール４」により信頼度は「４０（＝１０×４個）」だけ減算する。センサデータのデータ値が所定値Ａ（例えば「１０」）以上のものはないので、「判定ルール４」による減算はない。しかし、図５（Ａ）の機器状態が「１」であるため「判定ルール２」により信頼度は「０」となる。なお、判定期間Ｔ５も、判定期間Ｔ４と同様に信頼度が「０」と判定される。
【０１００】
ここで、センサデータ収集状況で収集エラーが生じている判定期間Ｔ２と判定期間Ｔ４とを比べる。
【０１０１】
判定期間Ｔ２及びＴ４の両方とも、収集エラーが生じているが、判定期間Ｔ２では機器状態が正常であるのに対して、判定期間Ｔ４では、機器状態が異常であると判断できる。そうすると、判定期間Ｔ４では、機器に異常が発生したり又は不安定な状態で、センサデータが転送されてきたものと考えられ、このような場合にセンサデータの信頼度を低くして、アプリケーション４に提供することが好ましい。
【０１０２】
上述したように、分析部６３が、機器状態及びセンサデータのデータ値の推移から、分析ルールに従って各判定期間の信頼度を判定する。そうすると、判定期間Ｔ１〜Ｔ９の信頼度は、順番に、「１００」、「９０」、「９０」、「０」、「０」、「１００」、「１００」、「７０」、「７０」となる。
【０１０３】
［Ｓ１０６、Ｓ１０７］監視結果送信部６４は、分析部６３により判定された各判定期間Ｔ１〜Ｔ９の信頼度から、通知ルールに従って判定結果（監視結果）を通知先に送信する。
【０１０４】
つまり、前回判定時の信頼度と今回判定時の信頼度との比較により、判定期間Ｔ４、Ｔ６、Ｔ８が通知ルールに合致するので、監視結果送信部６４は、判定期間Ｔ４、Ｔ６、Ｔ８の監視結果を、アプリケーション４に通知する。
【０１０５】
ここで、通知ルールを、例えば、『「信頼度が前回判定時８０以上であり、かつ、今回判定時８０未満、または、「信頼度が前回判定時８０未満であり、かつ、今回判定時時が８０以上ならば」、アプリケーション４に通知する。』と定義しているのは、アプリケーション４に信頼度の変動量が大きい時点を知らせることを意図している。例えば、センサデータを利用するアプリケーション４の運用にもよるが、信頼度の変動量が大きい場合、その時点のセンサデータの利用が相応しくないこともある。そのため、第１の実施形態では、信頼度の変動量が大きい時点にアプリケーション４に通知することとしている。なお、上記通知ルールにおける信頼度の値（「８０」）は一例であり、これに限定されるものではない。また、上記通知ルールは一例であり、これに限定されるものではなく、アプリケーション４の利用方法に応じて適宜決定するようにしてもよい。
【０１０６】
アプリケーション４は、信頼度を参照し、センサデータが利用できるかを判定する。例えば、機器異常の通知を受信した判定期間Ｔ４の区間から、復旧通知を受信した判定期間Ｔ６の開始時までは、アプリケーション４はセンサデータを利用しない等の対応が可能となる。また、再度、機器異常通知を受信した判定期間Ｔ８とＴ９の区間についても、アプリケーション４はセンサデータを利用しないようにすることができる。
【０１０７】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、センサデータと通信機器の稼働状態をセンサデータ収集システムの収集状況センサとして監視サーバーに入力し、センサデータ収集状況を判定するようにした。これにより、センサデータ収集システム全体の状況を考慮しているので、センサデータ収集時の異常時の対応を取りやすくなるという効果が得られる。
【０１０８】
また、センサデータの収集状況をデータの信頼度としてアプリケーションに提供することで、アプリケーションがセンサデータの利用可否を判定しやすくなるという効果が得られる。
【０１０９】
（Ｂ）第２の実施形態
［第２の実施形態の基本概念］
例えば、各センサの観測周期や、各センサ通信端末１又はゲートウェイ２の送信周期（センサデータを含む情報の送信周期）などにもよるが、データ収集サーバー３には、ゲートウェイ２を中継して、多くのセンサデータがほぼ同じタイミングで収集される可能性がある。
【０１１０】
例えば、複数のセンサの各センサデータが同じゲートウェイを経由して転送される場合、当該ゲートウェイの処理負荷が大きくなり、異常が生じたり、処理遅延が生じたりするおそれがある。そうすると、センサデータを含むパケットが欠落したり、消失したりしてしまい、結果的に、データ収集サーバー３におけるセンサデータ収集状況に影響が生じ得る。
【０１１１】
そのため、センサデータ収集システム７のトラフィック量を調整することが要求されるが、センサデータ収集システム７は、センサ種類やセンサの数などが非常に多い。また、データ収集頻度も大きい。そのため、センサデータ収集システム７に対応させるためには、センサ毎のセンサデータ収集状況を考慮することが求められる。
【０１１２】
そこで、第２の実施形態は、センサ毎のセンサデータ収集状況を考慮して、中継装置（例えばゲートウェイ等）の異常時若しくは異常前に、データ送信に係る制御を行なうことができるようにしようとするものである。
【０１１３】
（Ｂ−１）第２の実施形態の構成
次に、本発明に係るデータ収集状況監視装置、データ収集状況監視方法、及び、データ収集状況監視システムの第２の実施形態を、図面を参照して説明する。
【０１１４】
第２の実施形態は、監視サーバーによるデータ収集状況監視処理が第１の実施形態の処理と異なる。従って、第２の実施形態では、監視サーバーを監視サーバー６Ａと表現し、監視サーバー６Ａによるデータ収集状況処理を中心に詳細に説明する。なお、第２の実施形態でも図１を用いて説明する。
【０１１５】
監視サーバー６Ａは、第１の実施形態の監視サーバー６と同様に、各センサのセンサデータ収集状況を監視し、対象のセンサデータの収集状況判定値を判定する。
【０１１６】
また、監視サーバー６Ａは、各センサのセンサデータ収集状況や各センサデータの経路や関連監視対象（例えば、ゲートウェイ２等）の稼働状態データなどに基づいて、異常又は処理負荷の大きい関連監視対象を検出する。そして、その関連監視対象を経由しているセンサ又はセンサ通信端末に対して、センサデータ送信に係る制御を行なう。
【０１１７】
図６は、第２の実施形態に係る監視サーバー６Ａの内部構成を示す内部構成図である。
【０１１８】
図６に示すように、監視サーバー６Ａは、ルール保存部６１、監視データ収集部６２、分析部６３、監視結果送信部６４、関連監視対象収集部６５、経路保存部６６、機器状態情報保存部６７、制御信号送信部６８を有する。
【０１１９】
経路保存部６６は、ルール保存部６１に保存される、対象のセンサ通信端末１の識別情報（例えば、ＭＡＣアドレス、ＩＰアドレスなど）、データ収集サーバー３の識別情報（例えば、ＭＡＣアドレス、ＩＰアドレスなど）、ゲートウェイ２の識別情報（例えば、ＭＡＣアドレス、ＩＰアドレスなど）等に基づいて、センサ通信端末１からデータ収集サーバー３までのセンサデータの経路情報を保存する。複数のセンサのセンサデータ収集状況を判断する際、経路保存部６６は、センサ毎の経路情報を保存する。例えばセンサ通信端末１とゲートウェイ２とデータ収集サーバー３とを対応つけた経路情報を保存するようにしてもよい。経路保存部６６の情報を用い、同一ゲートウェイ２を中継器とするセンサ通信端末１−Ｎは、関連監視対象収集部６５のデータを共有する。
【０１２０】
機器状態情報保存部６７は、各センサのセンサデータ収集に係る経路上の各機器の状態情報（機器状態情報）を保存する。機器状態情報保存部６７には、関連監視対象収集部６５が収集した関連監視対象の稼働状態データ、監視データ収集部６２が収集したセンサデータ収集状況が保存される。また、分析部６３が分析した若しくは分析途中の、機器状態に関する情報（図５（Ａ）参照）、センサデータ収集状況に関する情報（図５（Ｂ）参照）も保存される。
【０１２１】
そして、機器状態情報保存部６７は、上記のような各種情報を用いて、各機器の状態情報を導出して保存する。機器状態情報保存部６７には、リアルタイムの情報が入力されるので、逐次、各機器の状態情報は更新される。各機器の機器状態情報も、同一ゲートウェイ２を中継器とするセンサ通信端末１の分析時に用いられる分析データを共有するために行なう。
【０１２２】
分析部６３は、第１の実施形態と同様にして、分析ルールに従って、センサデータ収集状況と関連監視対象の機器状態とに基づいてセンサデータの信頼度を判定する。また、分析部６３は、分析ルールに基づいて、監視結果を、モニター端末５やアプリケーション４等に通知する。
【０１２３】
また、分析部６３は、機器状態情報保存部６７の各機器の状態情報を参照して、分析ルールに従って処理負荷が大きい関連監視対象を検出する。そして、機器状態情報保存部６７の各機器の状態情報や、経路保存部６６のセンサ毎の経路情報を参照して、上記検出した関連監視対象を経路に含んでいるセンサ通信端末１を検出する。このとき、複数のセンサ通信端末１が検出されることもある。
【０１２４】
分析部６３は、検出した各センサ通信端末１やゲートウェイ２を制御対象機器とし、分析ルールに従った制御内容を、制御信号送信部６８に与える。これにより、制御対象のセンサ通信端末１やゲートウェイ２を再起動したり、設定変更したりすることができる。すなわち、分析部６３は、センサデータ送信処理に関する制御情報（ファームウェア）の設定変更や初期化を図るために、設定変更や初期化のために再起動を指示する。
【０１２５】
制御信号送信部６８は、分析部６３で決定した制御対象機器及び制御内容を、制御信号に変換し、上記制御対象機器宛に制御信号を送信する。
【０１２６】
（Ｂ−２）第２の実施形態の動作
次に、第１の実施形態に係るデータ収集状況監視処理の動作を説明する。
【０１２７】
［センサデータ収集状況監視処理］
図７は、第２の実施形態に係る監視サーバー６Ａにおけるセンサデータ収集状況監視処理の動作を示すフローチャートである。
【０１２８】
以下では、複数のセンサのセンサデータがデータ収集サーバー３に収集されており、監視サーバー６Ａは、複数のセンサのセンサデータ収集状況を監視している。
【０１２９】
例えば、図１において、センサ通信端末１−１に搭載されているセンサＡのセンサデータの経路は、「センサ通信端末１−１」→「ゲートウェイ２−１」→「データ収集サーバー３」とする。
【０１３０】
センサ通信端末１−２のセンサＢのセンサデータの経路は、「センサ通信端末１−２」→「ゲートウェイ２−１」→「データ収集サーバー３」とする。つまり、センサＡ及びＢは、同一のゲートウェイ２−１を経由する。
【０１３１】
センサ通信端末１−３のセンサＣのセンサデータの経路は、「センサ通信端末１−３」→「ゲートウェイ２−２」→「データ収集サーバー３」とする。
【０１３２】
［Ｓ２０１］第１の実施形態と同様にして、監視サーバー６Ａにおいて、センサデータ収集状況監視に係る監視対象情報及び分析ルールが設定される。複数のセンサが監視対象の場合、センサ毎の監視対象情報及び分析ルールが設定される。
【０１３３】
［Ｓ２０２］次に、ルール保存部６１に設定された分析ルールのうち、収集ルールに従って、監視データ収集部６２は、データ収集サーバー３からセンサデータを収集し保存する。
【０１３４】
［Ｓ２０３］関連監視対象収集部６５は、Ｓ１０１で設定された関連監視対象とする各機器（例えば、センサ通信端末１−Ｎ、ゲートウェイ２、データ収集サーバー３等）から稼働状態データを収集し保存する。例えば、関連監視対象収集部６５は、ＳＮＭＰマネージャ等として機能し、各機器がＳＮＭＰエージェント等として機能し、関連監視対象収集部６５が関連監視対象の各機器の稼働状態を管理する。
【０１３５】
［Ｓ２０４］機器状態情報保存部６７には、関連監視対象収集部６５から各機器の稼働状態データや、監視データ収集部６２からセンサデータが入力される。
【０１３６】
また、機器状態情報保存部６７には、分析部６３がセンサデータ収集状況の分析処理により得られたデータも入力される。
【０１３７】
機器状態情報保存部６７は、関連監視対象の各機器の稼働状態データや、分析部６３からのデータに基づいて、各センサのセンサ通信端末１、ゲートウェイ２等の経路上の各機器の状態情報を保存する。
【０１３８】
図８（Ａ）は、第２の実施形態に係る機器状態情報保存部６７に保存される状態情報の一例を示す構成図である。図８（Ｂ）は、センサ毎の経路情報を示す図である。
【０１３９】
図８（Ａ）の例では、単位時間を１秒としている。各センサ通信端末１（１−１〜１−３）については、データ収集サーバー３が受信した単位時間当たりのセンサデータ数を示している。ゲートウェイ２（２−１、２−２）については、各ゲートウェイ２のＣＰＵ使用率を示している。
【０１４０】
なお、機器状態情報保存部６７が管理する状態情報は、上記の例に限定されない。例えば、ゲートウェイ２のパケット転送数、受信パケット数、受信エラー数、送信エラー数等を利用するようにしてもよい。
【０１４１】
また、機器状態情報保存部６７は、過去の各機器の状態情報を参照して、現時点以降の状態を推定する機械学習機能を有するようにしてもよい。例えば、センサ通信端末１−１（センサＡ）が送信するセンサデータ送信数の推移データ等のように、過去の履歴情報がある場合には、過去の履歴情報を用いて現時点以降の時間毎のセンサデータ数を推定してもよい。またセンサ毎の経路情報や、センサ毎のパケット数などの過去の履歴情報に基づいて、各ゲートウェイ２を通過するパケット数を推定するようにしてもよい。
【０１４２】
分析部６３は、関連監視対象収集部６５からの各機器の稼働状態データ、監視データ収集部６２のセンサデータが入力される。また、分析部６３は、機器状態情報保存部６７の各機器状態情報も参照することができる。さらに、分析部６３は、経路保存部６６に保存されているセンサ毎の経路情報も参照できる。
【０１４３】
分析部６３は、第１の実施形態と同様に、収集したセンサデータに基づいてセンサデータのデータ値の推移や、稼働状態データに基づいて機器状態を分析する。複数のセンサを対象とする場合には、センサ毎のセンサデータのデータ値の推移及び機器状態を分析して監視する。
【０１４４】
［Ｓ２０５］分析部６３は、機器状態情報保存部６７に保存される各機器（例えば、各センサ通信端末１及び各ゲートウェイ２）の状態情報を参照して、分析ルールに該当する関連監視対象を検出する（Ｓ２０５）。
【０１４５】
ここで、分析ルールは、第１の実施形態で説明した、収集ルール、通知ルール等を含むようにしてもよいが、ここでは、状態判定ルールの一例を例示する。
【０１４６】
状態判定ルールは、関連監視対象の機器に異常が生じている又は異常が生じ得る状態であることを特定するための条件と、その条件に該当するときの制御内容とが含まれている。
【０１４７】
以下に状態判定ルールの一例を説明する。なお、状態判定ルールは、１個であってもよいし、複数個であってもよく、ここでは２個の状態判定ルールが設定されている場合を例示する。
「状態判定ルール１」：ＣＰＵ使用率が８０％以上ならば、所定時間（例えば３秒間）データ送信回数が１／２になるようセンサ通信端末に制御信号を送信する。
「状態判定ルール２」：ゲートウェイを通過するパケット数が４０以上ならば、所定時間（３秒間）データ送信回数が１／２になるようセンサ通信端末に制御信号を送信する。
【０１４８】
なお、「状態判定ルール１」及び「状態判定ルール２」に例示したＣＰＵ使用率の閾値や、通過するパケット数の閾値や、所定時間の値、データ送信回数の制御値などは、それぞれ一例であり、これに限定されるものではない。
【０１４９】
例えば、上記例の場合、分析部６３は、図８（Ａ）の機器状態情報を参照して、「状態判定ルール１」と「状態判定ルール２」とのいずれか又は両方に該当する関連監視対象を検出する。
【０１５０】
また、上記の例では、センサ通信端末のデータ送信回数を半減する場合を例示しているが、これに限定されない。障害復旧のために、再起動させるなどの制御内容であってもよい。
【０１５１】
［Ｓ２０６］分析部６３は、状態判定ルールに該当する関連監視対象の機器に接続するセンサ通信端末を特定する。分析部６３は、各センサの経路情報等を考慮して、関連監視対象（例えば、ゲートウェイ２）を経路に持つセンサを特定することができる。これにより、制御対象とするセンサ通信端末１を特定することができる。
【０１５２】
［Ｓ２０７、Ｓ２０８、Ｓ２０９］分析部６３は、Ｓ２０５及びＳ２０６の処理の判定内容を、例えば、データ収集サーバー３に提供するため、分析ルール（例えば、通知ルール）に従って判定結果を通知する。
【０１５３】
ここでは、分析ルールのうち通知ルールは、第１の実施形態と同様に、判定結果を通知する宛先等を含む通知条件を規定してもよい。例えば、通知ルールの一例として、状態判定ルールに該当する関連監視対象を経路上に持つ１又は複数のセンサがある場合には、各判定結果をデータ収集サーバー３に送信する等としてもよい。
【０１５４】
なお、Ｓ２０９では、関連監視対象を経路上に持つ複数のセンサを特定できた場合には、各センサの判定結果を、通知先（例えば、データ収集サーバー３等）に通知する。
【０１５５】
［Ｓ２１０］分析部６３は、状態判定ルールに従って、制御対象とする各機器に対して収集設定変更が必要か否かを判定する。
【０１５６】
［Ｓ２１１］そして、状態判定ルールに従って、制御対象とする各機器に収集設定変更が必要である場合、制御信号送信部は、分析部６３の指示を受けて、制御対象とする各機器を宛先として、状態判定ルールに従った制御内容の制御信号を送信する。
【０１５７】
［Ｓ２１２］Ｓ２０２からＳ２１１までの処理について、センサが起動していれば、Ｓ２０２に移行して処理を繰り返し行い、そうでない場合、処理を終了する。
【０１５８】
［Ｓ２０５〜Ｓ２１２の処理の一例］
以下では、図８（Ａ）の時間経過に従って、分析部６３によるＳ２０５〜Ｓ２１２の処理を説明する。
【０１５９】
なお、図８（Ｂ）の経路情報より、ゲートウェイ２−１を通過するパケット数は、センサ通信端末１−１及び１−２のセンサデータ数の合計値であり、ゲートウェイ２−２を通過するパケット数は、センサ通信端末１−３のセンサデータ数の値とする。
【０１６０】
［時間１〜２］
「時間１」〜「時間２」の時点では、ゲートウェイ２−１及び２−２のＣＰＵ使用率は「２０％」であるので、「状態判定ルール１」には該当しない。また、ゲートウェイ２−１を通過するパケット数は「１０」であり、ゲートウェイ２−２を通過するパケット数も「１０」であるので、「状態判定ルール２」に該当しない（Ｓ２０５）。この場合、Ｓ２０７で通知が不要であり、Ｓ２０９で収集設定変更も不要であるため、Ｓ２１２に移行する。
【０１６１】
［時間３］
「時間３」の時点では、ゲートウェイ２−１及び２−２のＣＰＵ使用率は「２０％」及び「５０％」であるので、「状態判定ルール１」には該当しない。ゲートウェイ２−２を通過するパケット数は「１０」であるので、「状態判定ルール２」に該当しない。
【０１６２】
しかし、ゲートウェイ２−１を通過するパケット数は「４０」であるので、ゲートウェイ２−１について「状態判定ルール２」が該当する（Ｓ２０５）。
【０１６３】
そうすると、分析部６３は、経路情報を参照して、ゲートウェイ２−１と接続しているセンサ通信端末１−１及び１−２を特定し（Ｓ２０６）、分析部６３は、通知ルールに従って、センサ通信端末１−１及び１−２のそれぞれの判定結果を、データ収集サーバー３等の通知先に送信する（Ｓ２０７、Ｓ２０８、Ｓ２０９）。
【０１６４】
さらに、分析部６３は、「状態判定ルール２」に従って、センサ通信端末１−１及び１−２の両方に対して、センサデータの送信回数を１／２に制御するという内容の制御信号を送信する（Ｓ２１０、Ｓ２１１）。
【０１６５】
このとき、ゲートウェイ２−１に接続するセンサは、２個のセンサＡ（センサ通信端末１−１）とセンサＢ（センサ通信端末１−２）がある。そのため、２個のセンサＡ及びＢのうち、いずれかのセンサを選択して、順番に、全てのセンサのセンサ通信端末に対して制御信号を送信するようにする。
【０１６６】
例えば、センサＡのセンサ通信端末１−１に対して制御信号を送信した後に、センサＢのセンサ通信端末１−２に対して制御信号を送信するようにしてもよい。なお、制御信号を送信するために、予め優先度を付しておき、優先度の高い方のセンサ（センサ通信端末）から順に制御信号を送信するようにしてもよい。
【０１６７】
上記のような制御信号を受信したセンサ通信端末１−１及び１−２は、センサデータの送信数を１／２に減らす。これにより、「時間４」の時点で、センサ通信端末１−１及び１−２のセンサデータ数が半減し、ゲートウェイ２−１を通過するパケット数も減り、処理負荷が軽減される。
【０１６８】
［時間４］
「時間４」の時点では、ゲートウェイ２−１を通過するパケット数は「２０」となり、「状態判定ルール２」に該当しない。またゲートウェイ２−２を通過するパケット数は「１０」であり「状態判定ルール２」に該当しない。
【０１６９】
しかし、ゲートウェイ２−２のＣＰＵ使用率は「９０％」であるので、「状態判定ルール１」に該当する（Ｓ２０５）。
【０１７０】
そうすると、分析部６３は、経路情報を参照して、ゲートウェイ２−２と接続しているセンサ通信端末１−３を特定し（Ｓ２０６）、分析部６３は、通知ルールに従って、センサ通信端末１−３の判定結果を、データ収集サーバー３等の通知先に送信する（Ｓ２０７、Ｓ２０８、Ｓ２０９）。
【０１７１】
さらに、分析部６３は、「状態判定ルール１」に従って、センサ通信端末１−３に対して、センサデータの送信回数を１／２に制御するという内容の制御信号を送信する（Ｓ２１０、Ｓ２１１）。
【０１７２】
上記のような制御信号を受信したセンサ通信端末１−３は、センサデータの送信数を１／２に減らす。これにより、「時間５」の時点で、センサ通信端末１−３のセンサデータ数が半減し、ゲートウェイ２−２の処理負荷が軽減される。
【０１７３】
［時間６］分析部６３は、状態判定ルールに従って、センサ通信端末１−１、１−２に、送信回数を初期値に復帰させるための制御信号を送信する（Ｓ２１０、Ｓ２１１）。
【０１７４】
［時間７］分析部６３は、状態判定ルールに従って、センサ通信端末１−３に、送信回数を初期値に復帰させるための制御信号を送信する（Ｓ２１０、Ｓ２１１）。
【０１７５】
（Ｂ−３）第２の実施形態の効果
以上のように、第２の実施形態によれば、同一ゲートウェイを中継器とする他のセンサ通信端末のセンサ収集状態を考慮することで、異常時にどの機器を制御するかを、自動的に、かつ適正に行うことができるという効果が得られる。
【０１７６】
（Ｃ）他の実施形態
上述した第１及び第２の実施形態においても種々の変形実施形態を言及したが、以下の変形実施形態にも適用できる。
【０１７７】
（Ｃ−１）上述した第１の実施形態と、第２の実施形態とを組み合わせた構成としてもよい。つまり、第２の実施形態では、中継器としてのゲートウェイの状態を考慮して、各センサ（センサ通信端末）からの収集設定を制御することを中心に説明したが、監視サーバーが各センサのセンサデータの信頼度を導出して、通知ルールに従った通知先に判定結果を送信するようにしてもよい。
【０１７８】
（Ｃ−２）上述した第１、第２の実施形態では、監視サーバーが、センサデータ収集システムの監視を行う場合を例示したが、監視サーバーの各処理を行なう装置を分散配置させて分散処理するようにしてもよい。
【０１７９】
（Ｃ−３）監視サーバーで最適なレートを計算する説明にしたが、センサ、ゲートウェイ等の監視サーバー以外の装置で計算を実行するようにしてもよい。
【０１８０】
また、第１、第２の実施形態では、データ収集システムがセンサデータを収集する場合を例示しているが、収集対象のデータはセンサデータ以外のデータに適用するようにしてもよい。
【符号の説明】
【０１８１】
１０…データ収集状況監視システム、１（１−１〜１−３）…センサ通信端末、２（２−１、２−２）…ゲートウェイ、３…データ収集サーバー、４…アプリケーション、５…モニター端末、６、６Ａ…監視サーバー、６１…ルール保存部、６２…監視データ収集部、６３…分析部、６４…監視結果送信部、６５…関連監視対象収集部、６６…経路保存部、６７…機器状態情報保存部、６８…制御信号送信部。
【図１】
2020024515.tif 000003
【図２】
2020024515.tif 000004
【図３】
2020024515.tif 000005
【図４】
2020024515.tif 000006
【図５】
2020024515.tif 000007
【図６】
2020024515.tif 000008
【図７】
2020024515.tif 000009
【図８】
2020024515.tif 000010