JP6779834B2 - センサデータセットの出力を制御する装置、システム及び方法 - Google Patents

Description

本発明は、概して、データの出力制御に関し、具体的には、センサデータセットの出力制御に関する。

通常、プラントは安定して正常に稼働することが求められる。そのため、プラントにおける複数の監視対象（典型的には複数の機器）に複数のセンサを設け、複数のセンサのセンサデータセットを収集し、収集されたセンサデータセットを基に異常予兆を行う技術が知られている。異常予兆に関する技術としては、例えば特許文献１に開示の技術が知られている。

なお、本明細書において、「データセット」とは、１以上のデータ要素から成るデータ（論理的な電子データの塊）を意味し、例えば、レコード、ファイル、キーバリューペア及びタプルのうちのいずれでもよい。「センサデータセット」は、センサの測定値（センサにより測定された値）を含んだデータセットである。

特開２０１５−０１８３８９号公報

近年、センサの小型化、低消費電力化及び低コスト化のうちの少なくとも１つが進んでいるため、プラントにおける１以上の監視対象（例えば機械）の複数の監視対象要素（例えば、モータやコンプレッサといった機器）に設けられるセンサは増える傾向にある。センサが多いと、送受信されるセンサデータセットの量は膨大である。このため、例えば、下記のうちの少なくとも１つの課題がある。
・送信装置と受信装置との間のネットワークの帯域が圧迫される。送信装置は、監視対象要素（又は監視対象要素のセンサ）に内蔵又は外付けされ、センサデータセットを送信する。
・受信装置と外部装置との間のネットワークの帯域が圧迫される。外部装置は、複数の監視対象の複数の送信装置から複数のセンサデータセットを受信した受信装置からの複数のセンサデータセットの出力先の一例である。
・センサデータセットの格納先のストレージ装置に大きな記憶容量が必要である。
・センサデータセットを用いた処理を実行する計算機システム（例えばサーバ）の処理負荷及び運用コストのうちの少なくとも１つが高い。

出力されるセンサデータセットの量が膨大であるとの課題は、監視対象がプラント以外の場所（例えば施設）に存在する場合についても、あり得る。

出力制御装置（例えば受信装置）が、センサの１又は複数の測定値をそれぞれ含んだ１又は複数のセンサデータセットであるセンサデータセット群のうち、１又は複数の測定値の取得とセンサデータセットの出力とのうちの少なくとも１つの動作の付帯状況であって抽出ルールに適合する付帯状況に関連したセンサデータセットを抽出する。出力制御装置が、当該センサデータセット群のうちの抽出されたセンサデータセットを出力先に出力する。

本発明によれば、出力されるセンサデータセットの量を適切に削減することができる。

本発明の一実施形態の概要を示す。 実施形態に係るコンセントレータを含むシステム全体の構成の概要を示す。 実施形態に係るシステムの論理構成を示す。 監視対象要素、コンセントレータ及びサーバの物理構成を示す。 システム全体での処理の流れの一例を示す。 抽出ルール変更処理の流れを示す。 第１の抽出ルールの一例を示す。 第２の抽出ルールの一例を示す。 第３の抽出ルールの一例を示す。 第４の抽出ルールの一例を示す。 第５の抽出ルールの一例を示す。

以下の説明では、「インターフェース部」は、１以上のインターフェースデバイスである。１以上のインターフェースデバイスは、１以上の同種のインターフェースデバイス（例えば１以上のＮＩＣ（Network Interface Card））であってもよいし２以上の異種のインターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。

また、以下の説明では、「記憶部」は、１以上のメモリである。記憶部に関して少なくとも１つのメモリは、揮発性メモリでよい。記憶部は、主に、プロセッサ部による処理の際に使用される。記憶部は、更に、１以上の不揮発性記憶デバイス（例えばＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive））を含んでもよい。

また、以下の説明では、「プロセッサ部」は、１以上のプロセッサである。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサである。１以上のプロセッサの各々は、シングルコアでもよいしマルチコアでもよい。プロセッサは、処理の一部または全部を行うハードウェア回路を含んでもよい。

また、以下の説明では、「ａｂｃｄ部」の表現にて機能を説明することがあるが（インターフェース部、記憶部及びプロセッサ部を除く）、機能は、１以上のコンピュータプログラムがプロセッサ部によって実行されることで実現されてもよいし、１以上のハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））によって実現されてもよい。機能がプロセッサ部によって実現される場合、定められた処理が、適宜に記憶部（例えばメモリ）及び／又はインターフェース部（例えば通信ポート）等を用いながら行われるため、機能はプロセッサ部の少なくとも一部とされてもよい。機能を主語として説明された処理は、プロセッサ部又はそのプロセッサ部を有する装置が行う処理としてもよい。また、プロセッサ部は、処理の一部又は全部を行うハードウェア回路を含んでもよい。プログラムは、プログラムソースからプロセッサにインストールされてもよい。プログラムソースは、例えば、プログラム配布計算機又は計算機が読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。各機能の説明は一例であり、複数の機能が１つの機能にまとめられたり、１つの機能が複数の機能に分割されたりしてもよい。

また、以下の説明では、「計算機システム」は、１以上の計算機でよい。少なくとも１つの計算機は、汎用計算機でよい。例えば、少なくとも１つの物理的な計算機が、仮想的な計算機（例えばＶＭ（Virtual Machine））を実行してもよいし、ＳＤｘ（Software-Defined anything）を実行してもよい。ＳＤｘとしては、例えば、ＳＤＳ（Software Defined Storage）（仮想的なストレージ装置の一例）又はＳＤＤＣ（Software-defined Datacenter）を採用することができる。

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号のうちの共通符号を使用し、同種の要素を区別する場合は、参照符号を使用することがある。

図１は、本発明の一実施形態の概要を示す。

センサデータセットを収集する主な目的は、異常予兆といった分析（例えば監視）に使用することにある。このため、センサデータセットは、正確性が高いことが望まれる。

言い換えれば、正確性の低いと考えられるセンサデータセットは、不要であると考えることができる。

出力されるセンサデータセットの量を減らす方法として、２以上のセンサデータセットに含まれる２以上の測定値を１つの測定値に集約し（例えば、最大、最小又は中央の測定値を採用し）、その１つの測定値を含んだ１つのセンサデータセットを出力対象とする方法が考えられる。

しかし、その方法では、上述した正確性の低いと考えられるセンサデータセット内の測定値も使用されるため、分析の精度が低下してしまうおそれがある。

そこで、本実施形態では、次の点に基づき、抽出ルールが用意される。抽出ルールは、正確性が高いと考えられるセンサデータセットに関するリソース状況の条件が定義された
・センサデータセットが、１以上のリソース（例えば、メモリやプロセッサといった計算リソース）の稼働によって出力される。また、その１以上のリソースの少なくとも１つは、センサデータセットの出力以外の所定の処理（例えば、センサデータ出力のタスク以外のタスク）を実行するようになっている。
・そのため、センサデータセット内の測定値の測定時刻に対応した時刻でのリソース状況が好ましくないと、当該センサデータセットの正確性が低いと考えられる。なお、「測定時刻に対応した時刻」とは、例えば、測定時刻（測定値を取得する時刻）と実質的に同じ時刻（例えば、同じ時刻、又は、測定値を取得することを契機としてタイマから取得された時刻）である。

本実施形態に係る出力制御装置は、抽出部１５１と出力制御部１５３とを有する。抽出部１５１は、センサデータセット群のうち、抽出ルールに適合する付帯状況に関連付いたセンサデータセットを抽出する。「センサデータセット群」は、センサ１０１の１又は複数の測定値をそれぞれ含んだ１又は複数のセンサデータセットである。「付帯状況」は、センサ１０１の１又は複数の測定値の取得とセンサデータセットの出力とのうちの少なくとも１つの動作についての付帯的な状況である。出力制御部１５３は、抽出されたセンサデータセットを出力先に出力する。

言い換えれば、抽出ルールに適合しない付帯状況に関連付いたセンサデータセットが、出力対象から除外される（間引かれる）。このため、後述するように、各抽出ルールは、別の観点からすれば、除外ルールと言うこともできる。つまり、抽出ルールに適合しないということは、除外ルールに適合したと言うことができる。なお、本実施形態において、「付帯状況」は、監視対象要素１０３についての１以上のリソースのリソース状況と、監視対象要素１０３を含む監視対象３０１、監視対象要素１０３、又は当該監視対象要素１０３の送信装置１０５の環境状況とのうちの少なくとも１つである。複数の監視対象要素１０３の各々について、１以上のリソースは、当該監視対象要素１０３のリソースと当該監視対象要素１０３についての送信装置１０５のリソースとのうちの少なくとも１つを含む。「リソース」は、ＣＰＵやメモリといった物理的なリソース、及びまたは、ファイルハンドルやＴＣＰ（Transmission Control Protocol）ポートといった論理的なリソースでよい。

本実施形態に係るシステムの一例として、図１に例示のシステムがある。当該システムは、１以上の監視対象３０１、複数（又は１つ）の監視対象要素１０３、複数のセンサ１０１、複数（又は１つ）の送信装置１０５、１つ（又は複数）の受信装置１０７、１つ（又は複数）の外部装置１６３、及び１つ（又は複数）の監視端末１６１を有する。監視対象３０１は、例えば、機械又は設備（例えば、発電設備又は水処理設備）であり、監視対象要素１０３は、監視対象３０１の構成要素としての機器（例えば、コンプレッサ、モータ、ポンプ又はタービン）である。１つの監視対象要素１０３について１以上のセンサ１０１が設けられる。各センサ１０１は、監視対象要素１０３に内蔵又は外付けされ、所定の測定項目についての測定値（例えば、温度、湿度、回転数、加速度、振動数又はガス濃度）を取得する。送信装置１０５は、監視対象要素１０３（又はセンサ１０１）に内蔵又は外付けされ、測定値を含んだデータセットであるセンサデータセットを受信装置１０７に送信する。受信装置１０７は、センサデータセットを複数の送信装置１０５から受信する。監視対象要素１０３と送信装置１０５は、いずれも、１：１、１：Ｎ（Ｎは２以上の整数）、Ｍ：１（Ｍは２以上の整数）、及び、Ｍ：Ｎのいずれの関係でもよい。

受信装置１０７及び外部装置１６３の少なくとも１つが、分析部１５７を有してよい。分析部１５７は、監視端末１６１（例えば分析者が使用するクライアント端末）からネットワーク１８１Ｃを介して受けた要求に応答して（又は当該要求を受けること無く自発的に）、受信装置１０７内のストレージ装置１５５、又は、受信装置１０７の外部装置１６３に蓄積されている１以上のセンサデータセットを基に分析（例えば、異常予兆の有無の判断）を行う。記憶部の少なくとも一部（例えばストレージ装置１５５）及び外部装置１６３のうちの少なくとも１つが出力先の一例である。なお、ネットワーク１８１Ａ、１８１Ｂ及び１８１Ｃのうちの少なくとも２つが同じネットワークでもよい。

本実施形態に係る出力制御装置は、監視対象要素１０３、送信装置１０５及び受信装置１０７のうちの少なくとも１つである。具体的には、例えば、下記（構成Ａ）及び（構成Ｂ）のうちのいずれの構成も採用可能である。
（構成Ａ）少なくとも１つの送信装置１０５が、抽出ルール１４９、抽出部１５１及び出力制御部１５３を有する。この構成であれば、その送信装置１０５から受信装置１０７へ送信するセンサデータセットの量を削減することができる。このため、送信装置１０５と受信装置１０７間のネットワーク１８１Ａの帯域幅の消費を削減することが期待できる。また、受信装置１０７が受信するセンサデータセットの量が削減されているため、受信装置１０７と外部装置１６３（出力先の一例）間のネットワーク１８１Ｂの帯域幅の消費を削減すること、及び、ストレージ装置１５５の容量を削減することのうちの少なくとも１つが期待できる。また、例えば、少なくとも１つの送信装置１０５が無線でセンサデータセットを送信するようになっていて、且つ、一定期間に送信可能なデータ量に上限がある環境（例えば、そのデータ量を超えると通信速度が低くなる環境）が採用されている場合、一定期間に送信されるセンサデータセットの量が送信可能なデータ量の上限に達する可能性を低減することが期待できる。なお、（構成Ａ）では、センサデータセットの出力に関わる１以上のリソースは、当該監視対象要素１０３のリソースと当該監視対象要素１０３の送信装置１０５のリソースとのうちの少なくとも１つを含んでよい。
（構成Ｂ）少なくとも１つの監視対象要素１０３が、抽出ルール１４９、抽出部１５１及び出力制御部１５３を有する。この構成であれば、（構成Ａ）と実質的に同じ効果を奏することができる。
（構成Ｃ）受信装置１０７が、抽出ルール１４９、抽出部１５１及び出力制御部１５３を有する。この構成であれば、受信装置１０７と外部装置１６３間のネットワーク１８１Ｂの帯域幅の消費を削減すること、及び、ストレージ装置１５５の容量を削減することのうちの少なくとも１つが期待できる。なお、（構成Ｃ）でも、センサデータセットの出力に関わる１以上のリソースは、当該監視対象要素１０３のリソースと当該監視対象要素１０３の送信装置１０５のリソースとのうちの少なくとも１つを含む。具体的には、例えば、監視対象要素１０３又は送信装置１０５が、付帯データセット群を、送信対象のセンサデータセット群に関連付け、受信装置１０７が、付帯データセット群が関連付けられているセンサデータセット群を受信する。「センサデータセット群」とは、１又は複数のセンサデータセットである。「付帯データセット群」とは、１又は複数の付帯データセットである。「付帯データセット」とは、付帯状況（例えば、センサデータセットの出力に関わる１以上のリソースのリソース状況）を表す情報を含んだデータセットであり、そのセンサデータセットに関連付けられる。なお、付帯データセットは、リソース状況を表す情報の他に、監視対象３０１、監視対象要素１０３及び送信装置１５０のうちの少なくとも１つに関する環境状況（例えば、温度、監視対象要素の電源が投入されているか否か）を示す情報を含んでもよい。また、（構成Ｃ）では、１以上のリソースは、監視対象要素１０３のリソース及び送信装置１０５のリソースのうちの少なくとも１つに代えて又は加えて、受信装置１０７内のリソースを含んでよい。具体的には、例えば、出力制御部１５３が、出力先へのセンサデータセットにタイムスタンプを付加して出力するようになっていて、抽出部１５１が、受信装置１０７内のリソースについてのリソース状況が抽出ルール１４９に適合するセンサデータセットを抽出してもよい（受信装置１０７内のリソースについてのリソース状況が抽出ルール１４９に適合しないセンサデータセットを抽出しないでよい）。（構成Ｃ）では、例えば、受信装置１０７から出力されるセンサデータセットに、付帯データセットが関連付けられていてもよく、受信装置１０７内の出力制御部１５３は、その付帯データセットに、受信装置１０７のリソース状況及び環境状況のうちの少なくとも１つに関する情報（例えば、受信装置１０７内の温度を示す情報）を含めてもよい。

（構成Ａ）〜（構成Ｃ）の２以上が組み合わされてよい。例えば、（構成Ａ）と（構成Ｃ）の組合せでは、受信装置１０７は、抽出ルール１４９、抽出部１５１及び出力制御部１５３を有する送信装置１０５からは、その送信装置１０５内での抽出ルール１４９に適合したセンサデータセットを受信する（その抽出ルール１４９に適合しないセンサデータセットは送信されない）。また、受信装置１０７は、抽出ルール１４９、抽出部１５１及び出力制御部１５３を有しない送信装置１０５から、センサデータセットを受信し、受信装置１０７内の抽出部１５１が、抽出ルール１４９に適合する付帯データセットが関連付いたセンサデータセットを抽出する。

（構成Ａ）〜（構成Ｃ）のうちの１以上の構成において、センサデータセットの出力に関わる１以上のリソースは、抽出部１５１及び出力制御部１５３の少なくとも１つを実現するリソースを含んでよい。

以下、本実施形態の詳細の一例を説明する。以下の説明では、本実施形態に係る出力制御装置が適用された受信装置１０７の一例が、コンセントレータであるが、コンセントレータに代えて計算機システムが採用されてもよい。また、以下の説明では、（構成Ｃ）が採用される。また、以下の実施形態において、コンセントレータは、例えば計算機であり、複数の送信元から複数のデータセットを受信し、出力先に出力する一般的な機能に加えて、上述した抽出部１５１及び出力制御部１５３といった機能、すなわち、抽出ルールに適合するリソース状況に関連付いたセンサデータセットを複数のセンサデータセットから抽出する機能、及び、その複数のセンサデータセットのうち抽出されたセンサデータセットを出力先に出力する機能を有する装置である。

図２は、本実施形態に係るコンセントレータを含むシステム全体の構成の概要を示す。

プラント２０１には、複数の監視対象要素１０３としての複数の機器が設けられている。複数の機器は、例えば、コンプレッサ１０３Ｃ、モータ１０３Ｍ、ポンプ（無線でセンサデータセットを送信する無線センサを内蔵しているポンプ）１０３Ｐ及びタービン（無線通信装置を内蔵しているタービン）１０３Ｔがある。また、例えば、コンプレッサ１０３Ｃ及びモータ１０３Ｍにはそれぞれ無線通信装置１０５Ｃ及び１０５Ｍが関連付けられている。

また、コンセントレータ２０２が設けられる。コンセントレータ２０２が、本実施形態に係る出力制御装置が適用された受信装置１０７の一例である。コンセントレータ２０２は、例えばプラント２０１内に設けられる。コンセントレータ２０２は、複数の監視対象要素１０３の複数の送信装置１０５の各々から、付帯データセット群が関連付けられたセンサデータセット群を受信する。コンセントレータ２０２は、複数のセンサデータセットのうち、抽出ルール１４９に適合した付帯データセットが関連付けられているセンサデータセットを、サーバ２０３に出力する。サーバ２０３は、出力先としての計算機システムの一例である。

本実施形態に係るシステムで行われる処理の流れは、例えば下記の通りである。

（Ｓ１）プラント２０１で動作している設備の複数の監視対象要素１０３の各々について、当該監視対象要素１０３の送信装置１０５が、当該監視対象要素１０３のセンサ１０１から測定値（例えば、振動数、回転数又は加速度）を取得し、取得した測定値を含んだセンサデータセットに、当該監視対象要素１０３のリソース又は当該送信装置１０５のリソースのリソース状況を表す付帯データセットを関連付ける。１以上のリソースのリソース状況は、１以上のリソースに関する１以上のメトリック項目についての１以上のメトリック値（例えば、ＣＰＵ使用率、メモリ占有率、ＣＰＵ又はメモリの温度、振動数及び放射線量のうちの少なくとも１つ）である。センサデータセットに含まれる測定値の測定時刻と、そのセンサデータセットに関連付けられる付帯データセットが表すリソース状況（メトリック値）を取得した時刻は、実質的に同じである。センサデータセットが測定時刻を含んでいてもよいし、付帯データセットがリソース状況の取得時刻を含んでいてもよい。これにより、時系列の測定値及びリソース状況を得ることができる。なお、付帯データセットは、上述したように、更に、監視対象３１０、監視対象要素１０３及び送信装置１５０のうちの少なくとも１つに関する環境状況（例えば、温度、監視対象要素の電源が投入されているか否か）を示す情報を含んでもよい。

（Ｓ２）複数の監視対象要素１０３の各々について、当該監視対象要素１０３の送信装置１０５が、付帯データセットが関連付いたセンサデータセットを、コンセントレータ２０２へ送信する。

（Ｓ３）コンセントレータ２０２が、複数の監視対象要素１０３の複数の送信装置１０５の各々から、付帯データセットが関連付けられたセンサデータセットを受信し蓄積する。コンセントレータ２０２が、蓄積されているセンサデータセットのうち、抽出ルール１４９に適合する付帯データセットが関連付いているセンサデータセットを抽出する。

（Ｓ４）コンセントレータ２０２が、抽出されたセンサデータセットを、有線又は無線で、サーバ２０３へ送信する。

（Ｓ５）サーバ２０３が、監視端末１６１（分析者）からの要求に応答して（又はその要求無しに）、サーバ２０３に蓄積されているセンサデータセットを基に、異常予兆の有無の判断を実行する。

本実施形態によれば、センサデータセットの出力に関わる１以上のリソースについて適切なリソース状況の条件が定義された抽出ルール１４９が用意される。抽出ルール１４９に適合する付帯データセットが関連付けられたセンサデータセットが、抽出されてサーバ２０３に送信され、抽出ルール１４９に適合しない付帯データセットが関連付けられたセンサデータセットは、サーバ２０３に送信されない。すなわち、コンセントレータ２０２からサーバ２０３へ送信されるいずれのセンサデータセットも、正確性の高いセンサデータセットであることが期待できる。これにより、コンセントレータ２０２からサーバ２０３へ送信されるセンサデータセットの量が適切に削減される。結果として、コンセントレータ２０２とサーバ２０３間のネットワーク１８１Ｂの帯域幅の消費を削減することができる。また、異常予兆の有無の判断といった分析を実行するサーバ２０３の処理負荷と運用コストの増大を抑制することができる。また、分析の結果の正確性が高まることも期待できる。

図３は、本実施形態に係るシステムの論理構成を示す。

プラント２０１における複数の監視対象３０１Ａ、３０１Ｂ及び３０１Ｃが、例えば、コンプレッサ１０３Ｃ、モータ１０３Ｍ、ポンプ１０３Ｐ及びタービン１０３Ｔといった複数の監視対象要素１０３を有する。コンプレッサ１０３Ｃには、センサ１０１Ｃ及び無線通信装置１０５Ｃが設けられている。モータ１０３Ｍには、センサ１０１Ｍ及び無線通信装置１０５Ｍが設けられている。ポンプ１０３Ｐは、無線センサ１０１Ｐを内蔵している。無線センサ１０１Ｐは、無線通信機能１０５Ｐを有する。タービン１０３Ｔは、センサ１０１Ｔ及び無線通信装置１０５Ｔを内蔵している。

無線通信装置１０５Ｃ及び１０５Ｍ、無線センサ１０１Ｐ内の無線通信機能１０５Ｐ、及び、無線通信装置１０５Ｔの各々は、送信装置１０５の一例であり、同様の処理を行う。例えば、無線通信装置１０５Ｃが、センサ１０１Ｃによる測定値と測定値が取得された測定時刻とを含んだセンサデータセットに、当該測定値の取得に関わるリソースについて当該測定時刻と実質的に同じ時刻で取得されたメトリック値を含んだ付帯データセットを関連付け、付帯データセットが関連付いたセンサデータセットをコンセントレータ２０２に送信する。当該リソースは、無線通信装置１０５Ｃ内のリソースであってもよいし、コンプレッサ１０３Ｃ内のリソースでもよい。

コンセントレータ２０２は、データ受信部３１、データ蓄積部３０２、抽出部１５１、出力制御部１５３、ルール送受信部３０７、ルール蓄積部３０５及びルール適用部３０４を有する。

データ受信部３１は、付帯データセットが関連付けられたセンサデータセットを受信し、受信したセンサデータセットをデータ蓄積部３０２に蓄積する。データ蓄積部３０２には、センサデータセットが蓄積される。抽出部１５１が、蓄積されているセンサデータセット群（１以上のセンサデータセット）のうち、抽出ルール１４９に適合した付帯データセットが関連付いているセンサデータセットを抽出する。出力制御部１５３は、抽出されたセンサデータセットをサーバ２０３に送信する。なお、その際、出力制御部１５３は、そのセンサデータセットに関連付いている付帯データセットを除去する、及び、送信するセンサデータセットに、そのセンサデータセットが抽出された理由のような注釈を示す注釈情報を関連付ける、のうちの少なくとも１つを行ってもよい。

ルール送受信部３０７は、ルール蓄積部３０５に蓄積されている抽出ルール１４９をサーバに送信したり、蓄積対象の抽出ルール１４９（例えば、更新後の抽出ルール１４９）をサーバから受信しルール蓄積部３０５に蓄積したりする。ルール蓄積部３０５には、受信された抽出ルール１４９が蓄積される。ルール適用部３０４は、蓄積された抽出ルール１４９のうちの適用対象の抽出ルール１４９を抽出部１５１に適用する。このように、各抽出ルール１４９は、監視端末１６１のアクセス先であるサーバ２０３を経由してコンセントレータ２０２に入力される。ルール適用部３０４は、単位時間当たりに出力されるセンサデータセットの量と、当該単位時間当たりに出力される１以上のセンサデータセット内の１以上の測定値とのうちの少なくとも１つが所定の条件を満たす場合、ルール蓄積部３０５内の抽出ルール１４９を変更するルール変更手段の一例としても機能できる。サーバ２０３は、コンセントレータ２０２にとってセンサデータセットの送信先として通信可能な外部装置１６３である。元から通信可能なサーバ２０３経由で抽出ルール１４９が入力されるので、抽出ルール１４９の入力元として新たな装置に関する情報をコンセントレータ２０２に設定する必要が無い。

サーバ２０３は、データ受信部３１１、データ蓄積部３１２、分析部１５７、ルール入力部３１３及びルール送受信部３１４を有する。

データ受信部３１１は、コンセントレータ２０２からセンサデータセットを受信し、受信したセンサデータセットをデータ蓄積部３１２に蓄積する。データ蓄積部３１２には、センサデータセットが蓄積される。データ蓄積部３１２内のセンサデータセットを、監視端末１６１が参照可能である。分析部１５７は、監視端末１６１からの要求に応答して、データ蓄積部３１２内のセンサデータセットを用いて異常予兆の有無の判断といった分析を行い、分析結果を監視端末１６１に表示する。

ルール入力部３１３は、監視端末１６１からの要求に応答して、ルール送受信部３１４経由でルール蓄積部３０５に蓄積されている抽出ルール１４９を取得し、取得した抽出ルール１４９を監視端末１６１に表示する。また、ルール入力部３１３は、蓄積対象の抽出ルール１４９を監視端末１６１から受けて、受けた抽出ルール１４９をルール送受信部３１４経由でコンセントレータ２０２に送信する。

図４は、監視対象要素１０３、コンセントレータ２０２及びサーバ２０３の物理構成を示す。

監視対象要素１０３の一例として、図４には、監視対象３０１Ａに設けられているコンプレッサ１０３Ｃが示されている。コンプレッサ１０３Ｃは、センサ（例えば加速度センサ）１０１Ｃを内蔵している。また、コンプレッサ１０３Ｃは、複数のリソースとして、例えば、Ｉ／Ｏ（Input/Output）デバイス４１４、メモリ４１１及びそれらに接続されたＣＰＵ４１２を有する。Ｉ／Ｏデバイス４１４に、無線通信装置１０５Ｃが接続される。メモリ４１１が、ＣＰＵ４１２により実行されるＯＳ（Operating System）４０１及び制御プログラム４０２を記憶する。ＯＳ４０１及び制御プログラム４０２を実行するＣＰＵ４１２が、センサ１０１Ｃから所定の測定時刻での測定値を取得すること、ＣＰＵ４１２のような所定のリソースについて当該測定時刻と実質的に同じ時刻のメトリック値（リソース状況）を取得すること、取得したメトリック値を含んだ付帯データセットを、所定の測定時刻と当該測定時刻で取得した測定値とを含んだセンサデータセットに関連付けること、及び、付帯データセットが関連付いたセンサデータセットを無線通信装置１０５Ｃ経由でコンセントレータ２０２に送信すること、を実行する。

コンセントレータ２０２は、複数のリソースとして、例えば、通信装置４２１Ａ及び４２１Ｂ、ストレージ装置１５５、Ｉ／Ｏデバイス４２５、メモリ４２２及びＣＰＵ４２３を有する。Ｉ／Ｏデバイス４２５に、通信装置４２１Ａ及び４２１Ｂ、及び、ストレージ装置１５５が接続される。Ｉ／Ｏデバイス４２５及びメモリ４２２にＣＰＵ４２３が接続される。通信装置４２１Ａ及び４２１Ｂは、インターフェース部の一例である。ストレージ装置１５５及びメモリ４２２は、記憶部の一例である。ＣＰＵ４２３は、プロセッサ部の一例である。メモリ４２２は、ＣＰＵ４２３により実行されるＯＳ４４３、抽出プログラム４４１及び通信制御プログラム４４２を記憶する。メモリ４２２、ＣＰＵ４２３及び通信装置４２１Ａによりデータ受信部３１が実現される。メモリ４２２、ＣＰＵ４２３及び通信装置４２１Ｂにより出力制御部１５３及びルール送受信部３０７が実現される。メモリ４２２及びストレージ装置１５５の少なくとも１つによりデータ蓄積部３０２及びルール蓄積部３０５が実現される。メモリ４２２及びＣＰＵ４２３により抽出部１５１が実現される。

通信装置４２１Ａは、複数の監視対象要素１０３の複数の送信装置１０５の各々から無線でセンサデータセットを受信する。通信装置４２１Ｂが、抽出されたセンサデータセットをサーバ２０３に送信する。また、通信装置４２１Ｂが、サーバ２０３から抽出ルール１４９を受信する。抽出プログラム４４１が、抽出部１５１に関わる。通信制御プログラム４４２が、データ受信部３１、出力制御部１５３、ルール送受信部３０７及びルール適用部３０４３０４に関わる。

サーバ２０３は、複数のリソースとして、例えば、通信装置４３１、ストレージ装置４３４、Ｉ／Ｏデバイス４３５、メモリ４３２及びＣＰＵ４３３を有する。Ｉ／Ｏデバイス４３５に、通信装置４３１及びストレージ装置４３４が接続される。Ｉ／Ｏデバイス４３５及びメモリ４３２にＣＰＵ４３３が接続される。通信装置４３１は、インターフェース部の一例である。ストレージ装置４３４及びメモリ４３２は、記憶部の一例である。ＣＰＵ４３３は、プロセッサ部の一例である。メモリ４３２は、ＣＰＵ４３３により実行されるＯＳ４５４、ルール制御プログラム４５１、通信制御プログラム４５２及び分析プログラム４５３を記憶する。メモリ４３２、ＣＰＵ４３３及び通信装置４３１によりデータ受信部３１１及びルール送受信部３１４が実現される。メモリ４３２及びストレージ装置４３４の少なくとも１つによりデータ蓄積部３１２が実現される。メモリ４３２及びＣＰＵ４３３により分析部１５７及びルール入力部３１３が実現される。

通信装置４３１は、コンセントレータ２０２からセンサデータセットを受信したり、監視端末１６１に抽出ルール１４９及びセンサデータセットの少なくとも１つを送信したり、監視端末１６１から抽出ルール１４９を受信したりする。ルール制御プログラム４５１が、ルール入力部３１３に関わる。通信制御プログラム４５２が、データ受信部３１１及びルール送受信部３１４に関わる。分析プログラム４５３が、分析部１５７に関わる。

典型的には少なくともサーバ２０３にはＯＳがあるが、監視対象要素１０３、コンセントレータ２０２及びサーバ２０３のうちの少なくとも１つにおいてＯＳが無くてもよい。

また、本実施形態では、各監視対象要素１０３について、監視対象要素１０３又は送信装置１０５が、センサデータセットにタイムスタンプ（例えば、測定時刻を示す情報）を関連付けて送信するようになっている。コンセントレータ２０２（例えば出力制御部１５３）が、センサデータセットにタイムスタンプを関連付けて送信するようになっていてもよい。監視対象要素１０３、送信装置１０５、及びコンセントレータ２０２のいずれの装置についても、当該装置のリソースの状況（又は環境の状況）が好ましくないと、センサデータセットに関連付いた時刻の正確性が低い可能性がある。その理由の一例は、センサデータセットを取得する機能ブロック（例えばソフトウェア機能ブロック）と、時刻を取得する機能ブロックとが異なっていることである。具体的には、例えば、装置（例えば、コンプレッサ１０３Ｃ）が、ＯＳ（例えばＯＳ４０１）が存在するような高機能な装置であると、当該装置では、センサデータセットを取得するドライバ層と、時刻を取得するプログラムとのように別れる。一般に、プログラムは、ＯＳのスケジューラの上で動作しており、リアルタイム性が高いとはいえない。このため、時刻を取得するプログラムが、タイマへアクセスしたときに、センサデータセットを取得した時刻より遅い時刻を取得してしまうことがある。プリエンティブなマルチタスクを備えるＯＳ（例えばＬｉｎｕｘ（登録商標））のスケジューラは、別のプロセスにＣＰＵのタイムスライスを渡すことは通常行うが、どのくらい時刻取得遅延がおきるかは、予測することが難しい。このような理由から、リソースの状況が好ましくないと、センサデータセットに関連付いている時刻の正確性が低い可能性がある。故に、好ましくないリソース状況が関連付いたセンサデータセットを出力対象から除外することで、正確性の低い時刻が関連付いたセンサデータセットが分析に使用されることを回避でき、以って、分析精度の向上が期待できる。また、そのようなセンサデータセットが出力されないため、結果として、出力されるセンサデータセットの量が適切に削減されることになる。

図５は、システム全体での処理の流れの一例を示す。

各監視対象要素１０３について、監視対象要素１０３又は送信装置１０５が、センサデータセット（測定値）と付帯データセット（メトリック値）とを取得し、付帯データセットをセンサデータセット（測定値及び測定時刻を含んだデータセット）に関連付け（Ｓ５０１）、送信装置１０５が、付帯データセットが関連付いたセンサデータセットをコンセントレータ２０２に送信する（Ｓ５０２）。

コンセントレータ２０２において、データ受信部３１が、付帯データセットが関連付いたセンサデータセットを受信し、そのセンサデータセットを、データ蓄積部３０２に蓄積する（Ｓ５０３）。

コンセントレータ２０２において、抽出部１５１が、抽出ルール１４９に適合する付帯データセットが関連付いたセンサデータセットをデータ蓄積部３０２から抽出する（Ｓ５０４）。なお、コンセントレータ２０２内の所定のリソース（例えば、抽出部１５１及び出力制御部１５３のうちの少なくとも１つを実現するリソース）のリソース状況に関する条件も抽出ルール１４９に定義されていて、コンセントレータ２０２内の所定のリソースのリソース状況が、その抽出ルール１４９に適合しない場合には（例えば、ＣＰＵ４２３の使用率が、第１の閾値より高い場合には）、抽出部１５１は、抽出ルール１４９に適合する付帯データセットが関連付いたセンサデータセットがデータ蓄積部３０２にあっても、そのセンサデータセットを抽出しないでよい。

コンセントレータ２０２において、出力制御部１５３は、抽出されたセンサデータセットをサーバ２０３に送信する（Ｓ５０５）。なお、その際、出力制御部１５３は、そのセンサデータセットに関連付いている付帯データセットを除去する、及び、送信するセンサデータセットに、そのセンサデータセットが抽出された理由のような注釈を示す注釈情報を関連付ける、のうちの少なくとも１つを行ってもよい。

サーバ２０３において、データ受信部３１１が、センサデータセットをコンセントレータ２０２から受信し、そのセンサデータセットをデータ蓄積部３１２に蓄積する（Ｓ５０６）。分析部１５７は、データ蓄積部３１２内のセンサデータセットを用いて異常予兆の有無の判断といった分析を行う（Ｓ５０７）。監視端末１６１が、分析結果をサーバ２０３から取得する（Ｓ５０８）。

図６は、抽出ルール変更処理の流れを示す。

抽出ルール１４９は、手動及び自動の少なくとも１つにより変更可能である。

手動による変更の一例は、次の通りである。ルール送受信部３０７が、抽出ルール１４９をサーバ２０３から受信し、その抽出ルール１４９をルール蓄積部３０５に蓄積する（Ｓ６０１）。受信した抽出ルール１４９が既存の抽出ルール１４９の変更であれば（Ｓ６０２：Ｙｅｓ）、ルール適用部３０４が、受信した抽出ルール１４９を既存の抽出ルール１４９に上書きするルール変更を行い（Ｓ６０３）、変更後の抽出ルール１４９を、抽出部１５１が使用する抽出ルールとして適用する（Ｓ６０４）。

自動による変更の一例は、次の通りである。データ受信部３１が、センサデータセットを受信し、そのセンサデータセットをデータ蓄積部３０２に蓄積する（Ｓ６１１）。ルール適用部３０４は、ルール変更の必要がある場合、具体的には、単位時間当たりに出力されるセンサデータセットの量と、当該単位時間当たりに出力される１以上のセンサデータセット内の１以上の測定値とのうちの少なくとも１つが所定の条件を満たす場合（Ｓ６１２：Ｙｅｓ）、ルール蓄積部３０５内の抽出ルール１４９を変更する（Ｓ６１３）。ルール適用部３０４は、変更後の抽出ルール１４９を、抽出部１５１が使用する抽出ルールとして適用する（Ｓ６１４）。

抽出ルール１４９は、付帯状況に関する条件を含む。以下、抽出ルール１４９の具体例を説明し、その後に、抽出ルール１４９の変更の例を説明する。なお、以下に説明する具体例は、リソース状況としてのメトリック値に関する条件を含んだ抽出ルールを例に取るが、抽出ルールは、リソース状況に関する条件に代えて又は加えて、環境状況に関する条件を含んでいてもよい。

抽出ルール１４９は、所定の単位で（例えば、監視対象要素１０３毎、又は、監視対象要素１０３の種類毎に）用意される。少なくとも１つの抽出ルール１４９は、１以上のメトリック項目のうちの少なくとも１つのメトリック項目について、当該メトリック項目についてのメトリック値が当該メトリック項目に対応した第１の閾値以下及び第２の閾値以上の少なくとも１つに該当することを含む（第２の閾値は、第１の閾値より小さい）。第１の閾値と第２の閾値の両方を採用するか一方を採用するか、メトリック項目を１つとするか複数とするか、センサを１つとするか複数とするか、及び、監視対象を１つとするか複数とするか、のうちの少なくとも１つにより、抽出ルールの構成は様々である。

図７は、第１の抽出ルールの一例を示す。

第１の抽出ルールの概要は、次の通りである。すなわち、第１の抽出ルールは、１以上のメトリック項目のうちの少なくとも１つのメトリック項目について、当該メトリック項目についてのメトリック値が当該メトリック項目に対応した第１の閾値以下に該当するである。
メトリック値が高い場合（例えば、ＣＰＵ使用率又はメモリ占有率が高い場合）、監視対象が高稼働していてセンサデータセットが正常に取得されていない可能性がある。このため、そのようなセンサデータセットは、正確性は低く、故に、分析に不要とされ除外され、第１の閾値以下のメトリック値が関連付いたセンサデータセットが抽出される。

具体的には、例えば、センサデータセットが、コンプレッサ１０３Ｃの加速度センサにより測定された加速度を含んだセンサデータセットであり、そのセンサデータセットに関連付いた付帯データセットは、コンプレッサ１０３Ｃ内のＣＰＵ４１２のＣＰＵ使用率をメトリック値として含んだ付帯データセットであるとする。センサデータセットに関する測定時刻と、そのセンサデータセットに関連付けられるリソース状況の計測時刻とは実質的に同一である。このため、センサデータセット及びリソース状況を図７に例示の通り時系列にすることができる。ＣＰＵ４１２は、センサデータセットを取得することに加えて、コンプレッサ１０３Ｃを制御する。このため、或る時刻について、ＣＰＵ４１２のＣＰＵ使用率が高いと、当該時刻についてのセンサデータセットの正確性が低い可能性がある。例えば、ＣＰＵ使用率が高い場合には、その時刻にセンサデータセットを取得できず別の時刻のところでセンサデータセットを取得する可能性もあり、センサデータセットとしては不正データとなる。第１の抽出ルールの具体例によれば、第１の閾値は、９０％である。図７の例によれば、ＣＰＵ使用率が９０％以下である時刻（計測時刻）は、ｔ１０〜ｔ１１、ｔ１２〜ｔ１３、及び、ｔ１４以降である。従って、その時刻に属するセンサデータセットが抽出される。言い換えれば、ＣＰＵ使用率が９０％を超える時刻ｔ１１〜ｔ１２及びｔ１３〜ｔ１４に属するセンサデータセットは除外される。

図８は、第２の抽出ルールの一例を示す。

第２の抽出ルールの概要は、次の通りである。すなわち、第２の抽出ルールは、１以上のメトリック項目のうちの少なくとも１つのメトリック項目について、当該メトリック項目についてのメトリック値が当該メトリック項目に対応した第２の閾値以上に該当するである。
メトリック値が低い場合、監視対象が稼働していないので、その状態でのセンサデータセットは、分析に不要とされ出力対象から除外される。

具体的には、例えば、センサデータセットが、コンプレッサ１０３Ｃの加速度センサにより測定された加速度を含んだセンサデータセットであり、そのセンサデータセットに関連付いた付帯データセットは、コンプレッサ１０３Ｃ内のＣＰＵ４１２のＣＰＵ使用率をメトリック値として含んだ付帯データセットであるとする。第２の抽出ルールの具体例によれば、第２の閾値は、２０％である。図８の例によれば、ＣＰＵ使用率が２０％以上である時刻は、時刻ｔ２１〜ｔ２２、及び、ｔ２３以降である。従って、その時刻に属するセンサデータセットが抽出される。言い換えれば、ＣＰＵ使用率が２０％未満である時刻ｔ２０〜ｔ２１及びｔ２２〜ｔ２３に属するセンサデータセットが、出力対象から除外される。

図９は、第３の抽出ルールの一例を示す。

第３の抽出ルールの概要は、次の通りである。すなわち、第３の抽出ルールは、１以上のメトリック項目のうちの少なくとも１つのメトリック項目について、当該メトリック項目についてのメトリック値が当該メトリック項目に対応した第１の閾値以下及び第２の閾値以上の両方に該当するである。つまり、第１の抽出ルールと第２の抽出ルールの組合せである。

第３の抽出ルールの具体例によれば、第１の閾値は９０％であり、第２の閾値は、２０％である。図９の例によれば、ＣＰＵ使用率が２０％以上９０％以下である時刻は、時刻ｔ３１〜ｔ３２、ｔ３３〜ｔ３４、ｔ３５〜ｔ３６、及び、ｔ３７以降である。従って、その時刻に属するセンサデータセットが抽出される。言い換えれば、ＣＰＵ使用率が２０％未満又は９０％を超える時刻ｔ３０〜ｔ３１、ｔ３２〜ｔ３３、ｔ３４〜ｔ３５、及びｔ３６〜ｔ３７に属するセンサデータセットが、出力対象から除外される。

図１０は、第４の抽出ルールの一例を示す。

第４の抽出ルールの概要は、次の通りである。すなわち、第４の抽出ルールは、複数のリソースに関する複数のメトリック項目の各々について、当該メトリック項目についてのメトリック値が当該メトリック項目に対応した第１の閾値以下に該当することである。或るリソースについてのメトリック項目についてのメトリック値が、当該メトリック項目に対応した第１の閾値以下であっても、別のリソースについてのメトリック項目についてのメトリック値が、当該メトリック項目に対応した第１の閾値を超えている場合、センサデータセットの正確性が低い可能性がある。そのようなセンサデータセットが、出力対象から除外される。

第４の抽出ルールの具体例によれば、ＣＰＵ使用率（或るリソースのメトリック項目の一例）に対応した第１の閾値は９０％であり、メモリ占有率（別のリソースのメトリック項目の一例）に対応した第１の閾値も９０％である。図１０の例によれば、ＣＰＵ使用率が９０％以下且つメモリ占有率も９０％以下である時刻は、時刻ｔ４０〜ｔ４１、ｔ４２〜ｔ４３、及び、ｔ４６以降である。従って、その時刻に属するセンサデータセットが抽出される。言い換えれば、ＣＰＵ使用率が９０％を超える又はメモリ占有率が９０％を超える時刻ｔ４１〜ｔ４２、ｔ４３〜ｔ４６（時刻ｔ４４及びｔ４５を含む）に属するセンサデータセットが、出力対象から除外される。

図１１は、第５の抽出ルールの一例を示す。

第５の抽出ルールの概要は、次の通りである。すなわち、第５の抽出ルールは、同一の監視対象の複数の監視対象要素についての複数のセンサにそれぞれ対応した複数のセンサデータセット群の各々に関し、１以上のリソースに関する１以上のメトリック項目の各々について、当該メトリック項目についてのメトリック値が当該メトリック項目に対応した第１の閾値以下及び第２の閾値以上の少なくとも１つに該当することを含む。同一の監視対象について、第１の監視対象要素のリソースについてのメトリック項目についてのメトリック値が、当該メトリック項目に対応した第１の閾値以下又は第２の閾値以上であっても、第２の監視対象要素のリソースについてのメトリック項目についてのメトリック値が、当該メトリック項目に対応した第１の閾値を超えている又は第２の閾値未満の場合、第１及び第２の監視対象要素の少なくとも１つについてのセンサデータセットの正確性が低い可能性がある。そのようなセンサデータセットが、出力対象から除外される。

第５の抽出ルールの具体例によれば、コンプレッサ１０３ＣのＣＰＵ使用率（第１の監視対象要素のリソースについてのメトリック項目の一例）に対応した第１の閾値は９０％であり、モータ１０３Ｍのメモリ占有率（第２の監視対象要素のリソースについてのメトリック項目の一例）に対応した第２の閾値は２０％である。図１１の例によれば、コンプレッサ１０３ＣのＣＰＵ使用率が９０％以下且つモータ１０３Ｍのメモリ占有率も２０％以上である時刻は、時刻ｔ５１〜ｔ５２、ｔ５３〜ｔ５４、及び、ｔ５５以降である。従って、同一の監視対象３０１Ａにおけるコンプレッサ１０３Ｃ及びモータ１０３Ｍの各々について、その時刻に属するセンサデータセットが抽出される。言い換えれば、コンプレッサ１０３ＣのＣＰＵ使用率が９０％を超える又はモータ１０３Ｍのメモリ占有率が２０％未満の時刻ｔ５０〜ｔ５１、ｔ５２〜ｔ５３、及びｔ５４〜ｔ５５に属するセンサデータセットが、出力対象から除外される。

抽出ルール１４９として、第１〜第５の抽出ルールのうちのいずれも適用可能である。

また、抽出ルール１４９の変更は、上述したように、手動で行われてもよいし自動で行われてもよい。

抽出ルール１４９の手動変更の一例は次の通りである。すなわち、抽出ルール１４９における第１の閾値及び第２の閾値のうちの少なくとも１つが変更される。その際、出力制御部１５３が、単位時間当たりに出力されるセンサデータセットの量と、当該単位時間当たりに出力される１以上のセンサデータセット内の１以上の測定値とのうちの少なくとも１つを示す表示用情報を出力してもよい。当該表示用情報が、サーバ２０３経由で監視端末１６１に表示されてもよい。これにより、分析者は、その表示用情報を基に、抽出ルール１４９における第１の閾値及び第２の閾値のうちの少なくとも１つを変更できる。

抽出ルール１４９の自動変更の一例は次の通りである。すなわち、ルール適用部３０４が、単位時間当たりに出力されるセンサデータセットの量と、当該単位時間当たりに出力される１以上のセンサデータセット内の１以上の測定値とのうちの少なくとも１つが所定の条件を満たす場合、抽出ルール１４９を変更する。

「単位時間当たりに出力されるセンサデータセットの量が所定の条件を満たす」とは、例えば、単位時間当たりに出力されるセンサデータセットの量が、分析に最低限必要とされるセンサデータセットの量（センサデータセット量の閾値）未満となっていることでよい。この場合、ルール適用部３０４が、第１の閾値を上げる又は第２の閾値を下げる。これにより、単位時間当たりに出力されるセンサデータセットの量が増えることが期待される。

「単位時間当たりに出力される１以上のセンサデータセット内の１以上の測定値が所定の条件を満たす」とは、例えば、ＣＰＵ使用率といった測定値が単位時間以上所定の閾値（監視対象３０１が稼働していることを意味する閾値）以上であることでよい。測定値がそのような閾値未満の場合、監視対象３０１が稼働していないことが考えられる。この場合に、抽出ルール１４９が、ルール適用部３０４は、「メトリック値が第１の閾値以下であること」を抽出ルール１４９から除外してもよいし、それに代えて又は加えて、第２の閾値を上げてもよい（例えば、第２の閾値を２０％から３０％に変更してもよい）。

以上、一実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。例えば、送信装置からのセンサデータセット群に関連付けられている付帯データセットは、メトリック値に代えて又は加えて、リソース状況が好適か否かを示す情報と、リソース状況が好適である時間帯（及び／又は、リソース状況が非好適である時間帯）を示す情報とを含んだ情報でもよい。リソース状況が好適であるか否かは、抽出ルール１４９が示す閾値を基に決められていてよい。抽出部１５１は、好適なリソース状況に対応したセンサデータセットを抽出してよい。

１０７：受信装置

Claims (19)

1. センサの１又は複数の測定値をそれぞれ含んだ１又は複数のセンサデータセットであるセンサデータセット群のうち、前記１又は複数の測定値の取得とセンサデータセットの出力とのうちの少なくとも１つの動作の付帯状況であって抽出ルールに適合する付帯状況に関連付いたセンサデータセットを抽出する抽出手段と、
   前記抽出されたセンサデータセットを出力先に出力する出力制御手段と
   を備える出力制御装置。
2. １以上の監視対象の複数の監視対象要素の各々についてその監視対象要素についての送信装置が送信したセンサデータセットを受信する受信装置である請求項１記載の出力制御装置。
3. 前記受信装置は、前記複数の監視対象要素の各々についてセンサデータセットを受信するコンセントレータ又は計算機システムである、
   請求項２記載の出力制御装置。
4. 前記複数の監視対象要素の各々について、当該監視対象要素についての送信装置が、当該監視対象要素のセンサデータセットであって、当該監視対象要素についての１以上のリソースのリソース状況と当該監視対象要素を含む監視対象、当該監視対象要素又は当該送信装置の環境状況とのうちの少なくとも１つとしての付帯状況を示す付帯データセットが関連付けられたセンサデータセットを送信し、
   前記複数の監視対象要素の各々について、前記１以上のリソースは、当該監視対象要素のリソースと当該監視対象要素についての送信装置のリソースとのうちの少なくとも１つを含む、
   請求項２記載の出力制御装置。
5. 前記複数の監視対象要素の各々について、前記１以上のリソースは、更に、前記受信装置のリソースを含む、
   請求項４記載の出力制御装置。
6. 前記１以上のリソースのリソース状況は、前記１以上のリソースに関する１以上のメトリック項目についての１以上のメトリック値であり、
   前記抽出ルールは、前記受信装置のリソースに関するメトリック項目についてのメトリック値が当該メトリック項目に対応した第１の閾値以下であることを含む、
   請求項５記載の出力制御装置。
7. 監視対象要素とその監視対象要素についての送信装置とのうちの少なくとも１つである請求項１記載の出力制御装置。
8. 前記少なくとも１つの動作の付帯状況は、１以上のリソースのリソース状況を含み、
   前記１以上のリソースのリソース状況は、前記１以上のリソースに関する１以上のメトリック項目についての１以上のメトリック値であり、
   前記抽出ルールは、前記１以上のメトリック項目のうちの少なくとも１つのメトリック項目について、当該メトリック項目についてのメトリック値が当該メトリック項目に対応した第１の閾値以下及び第２の閾値以上の少なくとも１つに該当することを含み、
   前記第２の閾値は、前記第１の閾値より小さい、
   請求項１記載の出力制御装置。
9. 前記抽出ルールは、複数のリソースに関する複数のメトリック項目の各々について、当該メトリック項目についてのメトリック値が当該メトリック項目に対応した第１の閾値以下及び第２の閾値以上の少なくとも１つに該当することを含む、
   請求項８記載の出力制御装置。
10. 前記抽出ルールは、同一の監視対象の１以上の監視対象要素の複数のセンサにそれぞれ対応した複数のセンサデータセット群の各々に関し、前記１以上のリソースに関する１以上のメトリック項目の各々について、当該メトリック項目についてのメトリック値が当該メトリック項目に対応した第１の閾値以下及び第２の閾値以上の少なくとも１つに該当することを含む、
    請求項８記載の出力制御装置。
11. 前記抽出ルールにおいて、前記１以上のメトリック項目のうちの少なくとも１つのメトリック項目について、前記第１の閾値及び前記第２の閾値のうちの少なくとも１つが可変である、
    請求項８記載の出力制御装置。
12. 単位時間当たりに出力されるセンサデータセットの量と、当該単位時間当たりに出力される１以上のセンサデータセット内の１以上の測定値とのうちの少なくとも１つが所定の条件を満たす場合、前記抽出ルールを変更するルール変更手段、
    を更に備える請求項１記載の出力制御装置。
13. 前記出力制御手段は、
    前記抽出されたセンサデータセットに、そのセンサデータセットが抽出された理由と、抽出されなかったセンサデータセットに関して抽出されなかった理由とのうちの少なくとも１つを表す注釈情報を関連付け、
    前記注釈情報が関連付いたセンサデータセットを出力する、
    請求項１記載の出力制御装置。
14. 前記出力先である所定の外部装置との通信手段、
    を更に備え、
    前記抽出ルールは、前記所定の外部装置から前記通信手段経由で設定されたルールである、
    請求項１記載の出力制御装置。
15. 前記１以上のリソースが、前記センサデータセット群の出力と当該出力以外の所定の処理とに関わるリソースである、
    請求項８記載の出力制御装置。
16. 各センサデータセットについて、前記少なくとも１つの動作の付帯状況とは、当該センサデータセットに含まれる測定値の測定時刻に対応した時刻での付帯状況である、
    請求項１記載の出力制御装置。
17. １以上の監視対象の複数の監視対象要素の各々について、当該監視対象要素についてセンサデータセットを送信する送信装置と、
    前記複数の監視対象要素の各々について、当該監視対象要素についての送信装置から、センサデータセットを受信する受信装置と
    を備え、
    各センサデータセットは、１以上のセンサによる１以上の測定値を含むデータセットであり、
    前記複数の監視対象要素のうちの少なくとも１つについての送信装置と、前記受信装置とのうちの少なくとも１つが、抽出手段及び出力制御手段を有し、
    前記抽出手段が、センサの１又は複数の測定値をそれぞれ含んだ１又は複数のセンサデータセットであるセンサデータセット群のうち、前記１又は複数の測定値の取得とセンサデータセットの出力とのうちの少なくとも１つの動作の付帯状況であって抽出ルールに適合する付帯状況に関連付いたセンサデータセットを抽出し、
    前記出力制御手段が、前記抽出されたセンサデータセットを出力先に出力する、
    出力制御システム。
18. センサの１又は複数の測定値をそれぞれ含んだ１又は複数のセンサデータセットであるセンサデータセット群のうち、前記１又は複数の測定値の取得とセンサデータセットの出力とのうちの少なくとも１つの動作の付帯状況であって抽出ルールに適合する付帯状況に関連付いたセンサデータセットを抽出し、
    前記抽出されたセンサデータセットを出力先に出力する、
    を計算機に実行させるコンピュータプログラム。
19. センサの１又は複数の測定値をそれぞれ含んだ１又は複数のセンサデータセットであるセンサデータセット群のうち、前記１又は複数の測定値の取得とセンサデータセットの出力とのうちの少なくとも１つの動作の付帯状況であって抽出ルールに適合する付帯状況に関連付いたセンサデータセットを抽出し、
    前記抽出されたセンサデータセットを出力先に出力する、
    出力制御方法。