知財求人 - 知財ポータルサイト「IP Force」
特開2024-8135統合プラットフォーム、監視システム、監視情報共有方法及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024008135
(43)【公開日】2024-01-19
(54)【発明の名称】統合プラットフォーム、監視システム、監視情報共有方法及びプログラム
(51)【国際特許分類】
G05B 23/02 20060101AFI20240112BHJP
【ＦＩ】
G05B23/02 T
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2022109732
(22)【出願日】2022-07-07
(71)【出願人】
【識別番号】000006208
【氏名又は名称】三菱重工業株式会社
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100162868
【弁理士】
【氏名又は名称】伊藤 英輔
(74)【代理人】
【識別番号】100161702
【弁理士】
【氏名又は名称】橋本 宏之
(74)【代理人】
【識別番号】100189348
【弁理士】
【氏名又は名称】古都 智
(74)【代理人】
【識別番号】100196689
【弁理士】
【氏名又は名称】鎌田 康一郎
(72)【発明者】
【氏名】円谷 信一
【テーマコード（参考）】
3C223
【Ｆターム（参考）】
3C223AA03
3C223BA03
3C223CC02
3C223DD03
3C223EB01
3C223GG01
(57)【要約】
【課題】複数の監視プログラムが扱うデータを他の監視プログラムで利用したり、統合的に扱ったりすることを可能にするプラットフォームを提供する。
【解決手段】統合プラットフォームは、複数のシステムごとに用意された前記システムを監視するための監視プログラムから監視対象又は監視結果のデータを取得する取得部と、第１の前記監視プログラムの前記データを必要とする第２の前記監視プログラムを選択する選択部と、第１の前記監視プログラムから取得した前記データを第２の前記監視プログラムへ出力する出力部と、を有する。
【選択図】図１
【解決手段】統合プラットフォームは、複数のシステムごとに用意された前記システムを監視するための監視プログラムから監視対象又は監視結果のデータを取得する取得部と、第１の前記監視プログラムの前記データを必要とする第２の前記監視プログラムを選択する選択部と、第１の前記監視プログラムから取得した前記データを第２の前記監視プログラムへ出力する出力部と、を有する。
【選択図】図１
【特許請求の範囲】
【請求項1】
複数のシステムごとに用意された前記システムを監視するための監視プログラムから監視対象又は監視結果のデータを取得する取得部と、
第１の前記監視プログラムの前記データを必要とする第２の前記監視プログラムを選択する選択部と、
第１の前記監視プログラムから取得した前記データを第２の前記監視プログラムへ出力する出力部と、
を有する統合プラットフォーム。
第１の前記監視プログラムの前記データを必要とする第２の前記監視プログラムを選択する選択部と、
第１の前記監視プログラムから取得した前記データを第２の前記監視プログラムへ出力する出力部と、
を有する統合プラットフォーム。
【請求項2】
前記取得部は、第１の前記監視プログラムが推定した監視対象の物理量である仮想センサ値を取得し、
前記出力部は、第１の前記監視プログラムから取得した前記仮想センサ値を第２の前記監視プログラムへ出力する、
請求項１に記載の統合プラットフォーム。
前記出力部は、第１の前記監視プログラムから取得した前記仮想センサ値を第２の前記監視プログラムへ出力する、
請求項１に記載の統合プラットフォーム。
【請求項3】
前記取得部は、第１の前記監視プログラムが監視対象とするセンサの計測値を取得し、
前記出力部は、第１の前記監視プログラムから取得した前記計測値を第２の前記監視プログラムへ出力する、
請求項１又は請求項２に記載の統合プラットフォーム。
前記出力部は、第１の前記監視プログラムから取得した前記計測値を第２の前記監視プログラムへ出力する、
請求項１又は請求項２に記載の統合プラットフォーム。
【請求項4】
複数の前記監視プログラムが出力したアラートに基づいて、複数の前記システム全体での運転状態を示す総合的なアラートを生成する総合的異常判断部と、
前記総合的異常判断部によって生成された前記総合的なアラートを出力する通知部と、
をさらに有する請求項１又は請求項２に記載の統合プラットフォーム。
前記総合的異常判断部によって生成された前記総合的なアラートを出力する通知部と、
をさらに有する請求項１又は請求項２に記載の統合プラットフォーム。
【請求項5】
前記監視プログラムから取得した監視対象の前記データに基づいて異常判定を行う判定部と、
前記異常判定の結果を出力する通知部と、
をさらに有する請求項１又は請求項２に記載の統合プラットフォーム。
前記異常判定の結果を出力する通知部と、
をさらに有する請求項１又は請求項２に記載の統合プラットフォーム。
【請求項6】
前記判定部は、異なる前記監視プログラムから取得した前記データの間に所定の関係性が成立する場合には正常と判定し、成立しない場合には異常と判定する、
請求項５に記載の統合プラットフォーム。
請求項５に記載の統合プラットフォーム。
【請求項7】
複数のシステムごとに用意された前記システムを監視するための監視プログラムと、
請求項１又は請求項２に記載の統合プラットフォームと、
を有する監視システム。
請求項１又は請求項２に記載の統合プラットフォームと、
を有する監視システム。
【請求項8】
複数のシステムごとに用意された前記システムを監視するための監視プログラムから監視対象又は監視結果のデータを取得するステップと、
第１の前記監視プログラムの前記データを必要とする第２の前記監視プログラムを選択するステップと、
第１の前記監視プログラムから取得した前記データを第２の前記監視プログラムへ出力するステップと、
を有する監視情報共有方法。
第１の前記監視プログラムの前記データを必要とする第２の前記監視プログラムを選択するステップと、
第１の前記監視プログラムから取得した前記データを第２の前記監視プログラムへ出力するステップと、
を有する監視情報共有方法。
【請求項9】
コンピュータに、
複数のシステムごとに用意された前記システムを監視するための監視プログラムから監視対象又は監視結果のデータを取得するステップと、
第１の前記監視プログラムの前記データを必要とする第２の前記監視プログラムを選択するステップと、
第１の前記監視プログラムから取得した前記データを第２の前記監視プログラムへ出力するステップと、
を実行させるプログラム。
複数のシステムごとに用意された前記システムを監視するための監視プログラムから監視対象又は監視結果のデータを取得するステップと、
第１の前記監視プログラムの前記データを必要とする第２の前記監視プログラムを選択するステップと、
第１の前記監視プログラムから取得した前記データを第２の前記監視プログラムへ出力するステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、統合プラットフォーム、監視システム、監視情報共有方法及びプログラムに関する。
【背景技術】
【0002】
大規模プラントや大型施設等の大規模システムの運転状態を監視する場合、取り扱う情報量が多いことや、サブシステム単位で管理・監視が可能である等の理由から、サブシステムごとに監視プログラムを開発することが一般的である。その際、個々の監視プログラムの開発時期や開発予算が異なるため、監視プログラム間で機能の摺合せが不十分になることが多い。例えば、センサで測定できないパラメータについては、監視プログラム内でその値を推定することがあるが、同じパラメータに対して、監視プログラムごとに異なる推定方法で推定している場合がある。さらに、各監視プログラムは、他のサブシステムの正常な運転状態を前提として開発される為、他のサブシステムで異常が発生した場合の処理方法については、未対応であることが多い。また、監視プログラムの設計時に摺合わせを十分に行うことができたとしても、後に機能が変更になったり、新たな機能が必要になったりすることにより、当初の設計が現状に適さなくなるようなことが生じる。これらの課題に対し、各監視プログラムが扱うデータを他の監視プログラムでも利用できるようにすることで、後発的なニーズに対する機能の拡充や監視プログラム間の機能の調整が容易になる。また、複数の監視プログラムの監視結果を総合的に扱うことで、大規模システム全体の運転状態の判断に役立てることが可能になる。
【0003】
関連する技術として、特許文献１には、複数のエキスパートシステムからなる原子力プラントの異常診断装置について、それぞれのエキスパートシステムの診断結果や推定された異常原因を統合して出力する方法が開示されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開平４－３４６０３３号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
個別に開発された監視プログラムが扱うデータを他の監視プログラム等で利用したり、総合的に扱ったりすることができるように、データの共有を可能にする技術が求められている。
【0006】
本開示は、上記課題を解決することができる統合プラットフォーム、監視システム、監視情報共有方法及びプログラムを提供する。
【課題を解決するための手段】
【0007】
本開示に係る統合プラットフォームは、複数のシステムごとに用意された前記システムを監視するための監視プログラムから監視対象又は監視結果のデータを取得する取得部と、第１の前記監視プログラムの前記データを必要とする第２の前記監視プログラムを選択する選択部と、第１の前記監視プログラムから取得した前記データを第２の前記監視プログラムへ出力する出力部と、を有する。
【0008】
本開示に係る監視システムは、複数のシステムごとに用意された前記システムを監視するための監視プログラムと、上記の意統合プラットフォームと、を有する。
を有する。
を有する。
【0009】
本開示に係る監視情報共有方法は、複数のシステムごとに用意された前記システムを監視するための監視プログラムから監視対象又は監視結果のデータを取得するステップと、第１の前記監視プログラムの前記データを必要とする第２の前記監視プログラムを選択するステップと、第１の前記監視プログラムから取得した前記データを第２の前記監視プログラムへ出力するステップと、を有する。
【0010】
本開示に係るプログラムは、コンピュータに、複数のシステムごとに用意された前記システムを監視するための監視プログラムから監視対象又は監視結果のデータを取得するステップと、第１の前記監視プログラムの前記データを必要とする第２の前記監視プログラムを選択するステップと、第１の前記監視プログラムから取得した前記データを第２の前記監視プログラムへ出力するステップと、を実行させる。
【発明の効果】
【0011】
本開示の統合プラットフォーム、監視システム、監視情報共有方法及びプログラムによれば、個別に開発された複数の監視プログラムが扱うデータを共有することができる。
【図面の簡単な説明】
【0012】
【図1】実施形態に係る監視システムの一例を示すブロック図である。
【図2】実施形態に係る監視装置の一例を示すブロック図である。
【図3】実施形態に係る監視装置から統合プラットフォームへ送信するデータ設定の一例を示す図である。
【図4】実施形態に係る監視装置が統合プラットフォームから受信するデータ設定の一例を示す図である。
【図5】実施形態に係る統合プラットフォームの一例を示すブロック図である。
【図6】実施形態に係る統合プラットフォームにおけるデータ管理設定の一例を示す図である。
【図7】実施形態に係る統合プラットフォームにおける判定基準設定の一例を示す図である。
【図8】実施形態に係る統合プラットフォームにおける統合的な異常判断基準の一例を示す図である。
【図9】実施形態に係る統合プラットフォームにおける統合的な異常判断モデルについて説明する図である。
【図10】実施形態に係る新たな監視プログラム追加後の監視システムの一例を示すブロック図である。
【図11】実施形態に係る統合プラットフォームの動作の一例を示すフローチャートである。
【図12】実施形態の監視システムのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【0013】
＜実施形態＞
以下、本開示の統合プラットフォームについて、図面を参照しながら説明する。
（監視システムの全体構成）
図１は、実施形態に係る監視システムの一例を示すブロック図である。
監視システム１００は、監視対象の設備１と、監視装置１０ａ～１０ｃと、統合プラットフォーム２０と、を含む。設備１は、大型の各種プラントや施設である。設備１は、機械Ｍ１～Ｍ３と、機械Ｍ１と機械Ｍ２を接続する接続機器Ｃ１と、機械Ｍ１と機械Ｍ３を接続する接続機器Ｃ２・・・等を備える。例えば、設備１は原子力プラント、機械Ｍ１はタンク、機械Ｍ２は原子炉、接続機器Ｃ１はポンプ・・・等である。機械Ｍ１～Ｍ３、接続機器Ｃ１～Ｃ２にはセンサが設けられている。例えば、機械Ｍ１にはセンサＳ１，Ｓ２、接続機器Ｃ１にはセンサＳ３，Ｓ４、機械Ｍ２にはセンサＳ５，Ｓ６、接続機器Ｃ２にはセンサＳ７、機械Ｍ３にはセンサＳ８が設けられている。なお、図１に示す設備１等の構成は一例であってこれに限定されない。例えば、設備１が備える機械の数は２台以下であってもよいし、４台以上であってもよい。接続機器やセンサの数についても同様である。
以下、本開示の統合プラットフォームについて、図面を参照しながら説明する。
（監視システムの全体構成）
図１は、実施形態に係る監視システムの一例を示すブロック図である。
監視システム１００は、監視対象の設備１と、監視装置１０ａ～１０ｃと、統合プラットフォーム２０と、を含む。設備１は、大型の各種プラントや施設である。設備１は、機械Ｍ１～Ｍ３と、機械Ｍ１と機械Ｍ２を接続する接続機器Ｃ１と、機械Ｍ１と機械Ｍ３を接続する接続機器Ｃ２・・・等を備える。例えば、設備１は原子力プラント、機械Ｍ１はタンク、機械Ｍ２は原子炉、接続機器Ｃ１はポンプ・・・等である。機械Ｍ１～Ｍ３、接続機器Ｃ１～Ｃ２にはセンサが設けられている。例えば、機械Ｍ１にはセンサＳ１，Ｓ２、接続機器Ｃ１にはセンサＳ３，Ｓ４、機械Ｍ２にはセンサＳ５，Ｓ６、接続機器Ｃ２にはセンサＳ７、機械Ｍ３にはセンサＳ８が設けられている。なお、図１に示す設備１等の構成は一例であってこれに限定されない。例えば、設備１が備える機械の数は２台以下であってもよいし、４台以上であってもよい。接続機器やセンサの数についても同様である。
【0014】
設備１は複数のサブシステム、例えば、機械Ｍ１からなるサブシステム、機械Ｍ２、接続機器Ｃ１からなるサブシステム、機械Ｍ３、接続機器Ｃ２からなるサブシステムに区分され、サブシステムごとに専用の監視プログラムが用意されている。監視装置１０ａは、センサＳ１，Ｓ２と接続されている。監視装置１０ａでは、監視プログラム１２ａが稼働しており、監視プログラム１２ａは、センサＳ１，Ｓ２の計測値を取得して、機械Ｍ１の運転状態を監視する。同様に、監視装置１０ｂは、センサＳ３～６と接続され、監視プログラム１２ｂが稼働している。監視プログラム１２ｂは、センサＳ３～６の計測値を取得して、接続機器Ｃ１と機械Ｍ２の運転状態を監視する。監視装置１０ｃは、センサＳ７～８と接続され、監視プログラム１２ｃが稼働している。監視プログラム１２ｃは、センサＳ７～８の計測値を取得して、接続機器Ｃ２と機械Ｍ３の運転状態を監視する。図１では、監視プログラム１２ａ～１２ｃはそれぞれ監視装置１０ａ～１０ｃで稼働している場合を例示しているが、監視プログラム１２ａ～１２ｃが稼働する装置に限定は無く、例えば１台の監視装置１０ａで監視プログラム１２ａ～１２ｃが稼働するように構成されていてもよい。また、サブシステムの区分についても上記したものに限定されない。例えば、機械Ｍ１、機械Ｍ２、機械Ｍ３、接続機器Ｃ１、接続機器Ｃ２のそれぞれが１つのサブシステムであって、サブシステムごとに監視プログラム１２が設けられる構成であってもよい。
【0015】
統合プラットフォーム２０は、監視装置１０ａ～１０ｃと接続されている。統合プラットフォーム２０は、監視装置１０ａからセンサＳ１～Ｓ２の計測値、監視結果（例えば、監視プログラム１２ａが発報するアラート）、監視プログラム１２ａが計算した仮想センサ値などを取得する。仮想センサ値とは、実際にセンサを設けることができない位置における温度等の物理量やセンサでは計測できない物理量などの推定値である。同様に、統合プラットフォーム２０は、監視装置１０ｂからセンサＳ３～Ｓ６の計測値、監視プログラム１２ｂが発報するアラート、仮想センサ値などを取得し、監視装置１０ｃからセンサＳ７～Ｓ８の計測値、監視プログラム１２ｃが発報するアラート、仮想センサ値などを取得する。センサＳ１～Ｓ８の計測値の取得に関し、統合プラットフォーム２０とセンサＳ１～Ｓ８を接続し、センサＳ１～Ｓ８から計測値を直接取得するように構成されていてもよい。統合プラットフォーム２０は、監視装置１０ａ～１０ｃから取得した情報を統合して、個々の監視プログラム１２ａ～１２ｃではできない異常判定を行ったり、アラートを発報したりする。また、統合プラットフォーム２０は、監視装置１０ａから取得した情報を監視装置１０ｂ，１０ｃへ提供する等、ある監視装置１０にてサブシステムの監視に利用しているセンサの計測値や仮想センサ値を他の監視装置１０や他システムでも利用可能なようにデータの授受を制御する。
【0016】
（監視装置の構成）
図２は、実施形態に係る監視装置の一例を示すブロック図である。
監視装置１０ａは、データ取得部１１ａと、監視プログラム１２ａと、統合プラットフォーム連携部１３ａと、記憶部１７ａと、を備える。これらのうち、データ取得部１１ａと、監視プログラム１２ａと、記憶部１７ａは、元々、監視装置１０ａに備わる機能である。統合プラットフォーム連携部１３ａは、統合プラットフォーム２０と連携するために必要となる機能である。既存の監視システムに統合プラットフォーム２０を導入する場合には、監視装置１０ａに統合プラットフォーム連携部１３ａを追加で実装する。
図２は、実施形態に係る監視装置の一例を示すブロック図である。
監視装置１０ａは、データ取得部１１ａと、監視プログラム１２ａと、統合プラットフォーム連携部１３ａと、記憶部１７ａと、を備える。これらのうち、データ取得部１１ａと、監視プログラム１２ａと、記憶部１７ａは、元々、監視装置１０ａに備わる機能である。統合プラットフォーム連携部１３ａは、統合プラットフォーム２０と連携するために必要となる機能である。既存の監視システムに統合プラットフォーム２０を導入する場合には、監視装置１０ａに統合プラットフォーム連携部１３ａを追加で実装する。
【0017】
データ取得部１１ａは、センサＳ１～Ｓ２の計測値を取得する。
監視プログラム１２ａは、機械Ｍ１を監視する。監視プログラム１２ａは、機械Ｍ１からなるサブシステムの監視のために開発された既存のプログラムである。例えば、監視プログラム１２ａは、センサＳ１～Ｓ２の計測値に基づいて仮想センサ値を計算し、センサＳ１～Ｓ２の計測値、仮想センサ値に基づいて、機械Ｍ１の運転状態が正常か異常かを判定する。例えば、監視プログラム１２ａは、センサＳ１の計測値が閾値を上回っていれば、機械Ｍ１の運転状態が異常と判定し、アラートを発報する。
監視プログラム１２ａは、機械Ｍ１を監視する。監視プログラム１２ａは、機械Ｍ１からなるサブシステムの監視のために開発された既存のプログラムである。例えば、監視プログラム１２ａは、センサＳ１～Ｓ２の計測値に基づいて仮想センサ値を計算し、センサＳ１～Ｓ２の計測値、仮想センサ値に基づいて、機械Ｍ１の運転状態が正常か異常かを判定する。例えば、監視プログラム１２ａは、センサＳ１の計測値が閾値を上回っていれば、機械Ｍ１の運転状態が異常と判定し、アラートを発報する。
【0018】
統合プラットフォーム連携部１３ａは、統合プラットフォーム２０とのデータの授受を制御する。統合プラットフォーム連携部１３ａは、設定受付部１４ａと、送信部１５ａと、受信部１６ａと、を備える。
設定受付部１４ａは、どのようなデータを統合プラットフォーム２０へ送信し、どのようなデータを統合プラットフォーム２０から取得するかの設定を受け付ける。設定受付部１４ａを通じて、ユーザは、送受信するデータ内容を任意に設定することができる。
送信部１５ａは、設定受付部１４ａが受け付けた送信データの設定に基づいて、監視装置１０ａが取得したセンサＳ１～Ｓ２の計測値、監視プログラム１２ａが計算した仮想センサ値、アラートなどを統合プラットフォーム２０へ送信する。
受信部１６ａは、設定受付部１４ａが受け付けた受信データの設定に基づいて、統合プラットフォーム２０からデータを取得する。例えば、機械Ｍ１の監視を行う際に他のサブシステムに属するセンサＳ８の計測値や監視プログラム１２ｃが計算する仮想センサ値が必要となると、統合プラットフォーム２０からそれらの情報を取得することができる。
記憶部１７ａは、データ取得部１１ａが取得した計測値などや、設定受付部１４ａが取得した各種の設定情報を記憶する。
設定受付部１４ａは、どのようなデータを統合プラットフォーム２０へ送信し、どのようなデータを統合プラットフォーム２０から取得するかの設定を受け付ける。設定受付部１４ａを通じて、ユーザは、送受信するデータ内容を任意に設定することができる。
送信部１５ａは、設定受付部１４ａが受け付けた送信データの設定に基づいて、監視装置１０ａが取得したセンサＳ１～Ｓ２の計測値、監視プログラム１２ａが計算した仮想センサ値、アラートなどを統合プラットフォーム２０へ送信する。
受信部１６ａは、設定受付部１４ａが受け付けた受信データの設定に基づいて、統合プラットフォーム２０からデータを取得する。例えば、機械Ｍ１の監視を行う際に他のサブシステムに属するセンサＳ８の計測値や監視プログラム１２ｃが計算する仮想センサ値が必要となると、統合プラットフォーム２０からそれらの情報を取得することができる。
記憶部１７ａは、データ取得部１１ａが取得した計測値などや、設定受付部１４ａが取得した各種の設定情報を記憶する。
【0019】
図２では、監視装置１０ａの構成を例示したが、監視装置１０ｂ，１０ｃの構成についても同様である。また、本明細書においては、区別の必要が無い場合には、監視装置１０ａ～１０ｃを単に監視装置１０と記載し、データ取得部１１ａ～１１ｃを単にデータ取得部１１と記載する場合がある。他の機能部（監視プログラム１２ａ、統合プラットフォーム連携部１３ａ、設定受付部１４ａ、送信部１５ａ、受信部１６ａ、記憶部１７ａ）についても同様である。
【0020】
図３に設定受付部１４ａが受け付ける送信データの設定例を示す。この例の場合、センサＳ１の計測値（データＩＤ＝ａ－００１）と、センサＳ２の計測値（データＩＤ＝ａ－００２）と、仮想センサ値（データＩＤ＝ａ－００３、仮想センサにはセンサＩＤ＝１２ａ－Ｖ１が設定されている。）が統合プラットフォーム２０へ送信するデータとして設定されている。送信部１５ａは、データ取得部１１ａが取得したセンサＳ１～Ｓ２の計測値を取得し、それらの計測値を統合プラットフォーム２０へ送信する。送信部１５ａは、監視プログラム１２ａが計算した仮想センサ値（センサＩＤ＝１２ａ－Ｖ１）を監視プログラム１２ａから取得し、その仮想センサ値を統合プラットフォーム２０へ送信する。
【0021】
図４に受信データの設定例を示す。この例の場合、センサＳ７の計測値（データＩＤ＝ｃ－００１）と、仮想センサ値（データＩＤ＝ｃ－００３、仮想センサにはセンサＩＤ＝１２ｃ－Ｖ１が設定されている。）が統合プラットフォーム２０から受信するデータとして設定されている。受信部１６ａは、センサＳ７の計測値と監視プログラム１２ｃが計算する仮想センサ値（センサＩＤ＝１２ｃ－Ｖ１）を統合プラットフォーム２０から受信する。受信部１６ａは、これらのデータを統合プラットフォーム２０へ要求し、この要求に対して統合プラットフォーム２０から送信されたデータを受信してもよいし、統合プラットフォーム２０にも同様の設定がされていて、この設定に基づいて、統合プラットフォーム２０が送信するデータを取得してもよい。
【0022】
（統合プラットフォームの構成）
図５は、実施形態に係る統合プラットフォームの一例を示すブロック図である。
統合プラットフォーム２０は、データ取得部２１と、設定受付部２２と、データ提供部２３と、判定部２４と、総合的異常判断部２５と、通知部２６と、記憶部２７と、を備える。
データ取得部２１は、監視装置１０からセンサＳ１～Ｓ８の計測値、仮想センサ値、アラートなどを取得する。統合プラットフォーム２０がセンサＳ１～Ｓ８と接続されている場合には、データ取得部２１は、センサＳ１～Ｓ８から直接、計測値を取得する。また、データ取得部２１は、機械Ｍ１～Ｍ４、接続機器Ｃ１～Ｃ２に対する定期点検等の検査結果をアラートとして取得してもよい。
設定受付部２２は、統合プラットフォーム２０で管理するデータの設定、統合プラットフォーム２０で異常判定を行う場合の判定条件の設定、監視装置１０が発報するアラートに基づく総合的な異常判断の判断基準の設定などを受け付ける。
データ提供部２３は、設定受付部２２が受け付けた設定（例えば、図６）に基づいて、ある監視装置１０から取得した、センサの計測値、仮想センサ値、アラートなどを、他の監視装置１０ｂ～１０ｃ（監視プログラム１２ｂ～１２ｃ）へ送信する。
判定部２４は、設定受付部２２が受け付けた判定条件の設定（例えば、図７）と、監視装置１０から取得したセンサの計測値、仮想センサ値に基づいて、設備１に関する異常判定を行う。後述するように、判定部２４を用いることで、監視プログラム１２ａ～１２ｃが実行しない異常判定を行うことができるようになる。
総合的異常判断部２５は、設定受付部２２が受け付けた総合的な異常判断基準の設定（例えば、図８）と、監視プログラム１２ａ～１２ｃから取得したアラートに基づいて、システム全体（設備１全体）の運転状態の判定を行う。
通知部２６は、判定部２４や総合的異常判断部２５による判定結果を通知する。例えば、通知部２６は、表示装置に判定結果を表示したり、他の装置（例えば、監視装置１０）へ判定結果を通知したりする。
記憶部２７は、データ取得部２１が取得した仮想センサ値などの情報、設定受付部２２が受け付けた設定情報などを記憶する。
図５は、実施形態に係る統合プラットフォームの一例を示すブロック図である。
統合プラットフォーム２０は、データ取得部２１と、設定受付部２２と、データ提供部２３と、判定部２４と、総合的異常判断部２５と、通知部２６と、記憶部２７と、を備える。
データ取得部２１は、監視装置１０からセンサＳ１～Ｓ８の計測値、仮想センサ値、アラートなどを取得する。統合プラットフォーム２０がセンサＳ１～Ｓ８と接続されている場合には、データ取得部２１は、センサＳ１～Ｓ８から直接、計測値を取得する。また、データ取得部２１は、機械Ｍ１～Ｍ４、接続機器Ｃ１～Ｃ２に対する定期点検等の検査結果をアラートとして取得してもよい。
設定受付部２２は、統合プラットフォーム２０で管理するデータの設定、統合プラットフォーム２０で異常判定を行う場合の判定条件の設定、監視装置１０が発報するアラートに基づく総合的な異常判断の判断基準の設定などを受け付ける。
データ提供部２３は、設定受付部２２が受け付けた設定（例えば、図６）に基づいて、ある監視装置１０から取得した、センサの計測値、仮想センサ値、アラートなどを、他の監視装置１０ｂ～１０ｃ（監視プログラム１２ｂ～１２ｃ）へ送信する。
判定部２４は、設定受付部２２が受け付けた判定条件の設定（例えば、図７）と、監視装置１０から取得したセンサの計測値、仮想センサ値に基づいて、設備１に関する異常判定を行う。後述するように、判定部２４を用いることで、監視プログラム１２ａ～１２ｃが実行しない異常判定を行うことができるようになる。
総合的異常判断部２５は、設定受付部２２が受け付けた総合的な異常判断基準の設定（例えば、図８）と、監視プログラム１２ａ～１２ｃから取得したアラートに基づいて、システム全体（設備１全体）の運転状態の判定を行う。
通知部２６は、判定部２４や総合的異常判断部２５による判定結果を通知する。例えば、通知部２６は、表示装置に判定結果を表示したり、他の装置（例えば、監視装置１０）へ判定結果を通知したりする。
記憶部２７は、データ取得部２１が取得した仮想センサ値などの情報、設定受付部２２が受け付けた設定情報などを記憶する。
【0023】
（データ管理の設定）
図６に、統合プラットフォーム２０にて管理するデータの設定例を示す。図６の設定は、ユーザによって設定され、設定受付部２２が受け付ける統合プラットフォーム２０にて管理するデータの設定例である。
図６の１行目の設定（データＩＤ＝ａ－００１）は、センサＳ１の計測値を取得および記憶し、監視装置１０ｂへ送信することを示している。図３の１行目の設定と合わせると、統合プラットフォーム２０のデータ取得部１１は、監視装置１０ａからセンサＳ１の計測値を取得し、データ提供部２３が、この計測値を監視装置１０ｂへ送信する。
図６の２行目の設定（データＩＤ＝ａ－００２）は、センサＳ２の計測値を取得および記憶することを示している。データＩＤ＝ａ－００２のデータについても、例えば、監視装置１０ｂへ提供するように設定すれば、センサＳ２の計測値を監視装置１０ｂへ送信することができる。これにより、後発的に、監視プログラム１２ｂでもセンサＳ２の計測値が必要になったような場合でも、設備１の改修を行うこと無く、センサＳ２の計測値を監視プログラム１２ｂで利用可能にすることができる。また、監視プログラム１２ｂについても、統合プラットフォーム連携部１３ｂを利用することで、センサＳ２の計測値を取得するインタフェースの改修を行う必要が無くなり、例えば、センサＳ２の計測値を用いた異常判定ロジックの改修だけ行えばよいので改修コストを低減することができる。
図６に、統合プラットフォーム２０にて管理するデータの設定例を示す。図６の設定は、ユーザによって設定され、設定受付部２２が受け付ける統合プラットフォーム２０にて管理するデータの設定例である。
図６の１行目の設定（データＩＤ＝ａ－００１）は、センサＳ１の計測値を取得および記憶し、監視装置１０ｂへ送信することを示している。図３の１行目の設定と合わせると、統合プラットフォーム２０のデータ取得部１１は、監視装置１０ａからセンサＳ１の計測値を取得し、データ提供部２３が、この計測値を監視装置１０ｂへ送信する。
図６の２行目の設定（データＩＤ＝ａ－００２）は、センサＳ２の計測値を取得および記憶することを示している。データＩＤ＝ａ－００２のデータについても、例えば、監視装置１０ｂへ提供するように設定すれば、センサＳ２の計測値を監視装置１０ｂへ送信することができる。これにより、後発的に、監視プログラム１２ｂでもセンサＳ２の計測値が必要になったような場合でも、設備１の改修を行うこと無く、センサＳ２の計測値を監視プログラム１２ｂで利用可能にすることができる。また、監視プログラム１２ｂについても、統合プラットフォーム連携部１３ｂを利用することで、センサＳ２の計測値を取得するインタフェースの改修を行う必要が無くなり、例えば、センサＳ２の計測値を用いた異常判定ロジックの改修だけ行えばよいので改修コストを低減することができる。
【0024】
以下の設定についても同様である。例えば、６行目（データＩＤ＝ｃ－００１）、９行目（データＩＤ＝ｃ－００３）に関し、図４の設定と合わせると、統合プラットフォーム２０は、センサＳ７の計測値と監視装置１０ｃで計算された仮想センサ値を監視装置１０ａへ送信する。従来は、監視装置１０ｃで計算された仮想センサ値は、監視装置１０ｃでのみ利用可能であったが、仮想センサ値を、統合プラットフォーム２０を通じて他の監視装置１０ａに送信することで、監視装置１０ａでも利用可能とすることができる。例えば、同じ物理量を示す仮想センサ値であっても監視プログラムごとに推定方法が異なる可能性があるが、他の監視プログラム１２ｃで計算された同一物理量に関する仮想センサ値を取得して、自ら（監視プログラム１２ａ）が計算した仮想センサ値と比較することで、他の推定方法で計算した場合の値を把握し、監視に役立てることができる。
【0025】
このように、個々の監視プログラム１２で使用している監視対象データ（センサＳ１～Ｓ８の計測値、仮想センサ値）を共有し、他の監視プログラムでも利用可能なようにすることで、個々の監視プログラムの機能の摺合わせ不足に起因する不合理・非効率な監視を改善することができる。なお、図６に例示する設定はユーザが行ってもよいし、統合プラットフォーム２０が、監視装置１０にて設定された送信データの設定（図３）、受信データの設定（図４）を収取して、それらを集計して図６に例示する設定データを生成するようにしてもよい。また、図６では、センサの計測値や仮想センサ値を統合プラットフォーム２０にて管理する場合を説明したが、例えば、監視プログラム１２ａが発報したアラートを監視プログラム１２ｂ～１２ｃへ送信するような設定を行い、監視プログラム１２ｂ～１２ｃが、監視プログラム１２ａが発報したアラートを活用できるようにしてもよい。
【0026】
（判定条件の設定）
図７に、統合プラットフォーム２０において実施する異常判定の判定条件の設定例を示す。図７に示す設定例は、ユーザによって設定され、設定受付部２２が受け付ける判定条件の設定例である。図６に例示した設定を行って、監視プログラム１２側で、これまで取得できなかったセンサの計測値や仮想センサ値などを取得して、新たな異常判定を行うことも可能であるが、この場合には、監視プログラム１２に異常判定ロジックの追加が必要となる。図７の設定は、監視プログラム１２を改修せずに、統合プラットフォーム２０に異常判定ロジックを設定することにより、新たな異常判定を実行できるようにするためのものである。これにより、監視プログラム１２側では、統合プラットフォーム連携部１３を実装して、センサの計測値等の統合プラットフォーム２０への送信設定を行うだけで、異常判定機能を追加することができる。
図７の１行目の判定条件は、センサＳ２の計測値が閾値Ｘ１を上回ると、“機械Ｍ１で異常予兆検知”というメッセージを監視装置１０ｂへ送信することを示している。この設定によれば、判定部２４は、監視装置１０ａから取得したセンサＳ２の計測値を監視し、計測値が閾値Ｘ１を上回るかどうかを判定する。そして、センサＳ２の計測値が閾値Ｘ１を上回ると、通知部２６が上記メッセージを通知先として設定された監視装置１０ｂへ送信する。これにより、設備１や監視プログラム１２ｂの改修などを行うこと無く、他サブシステムのセンサＳ２の計測値に基づく異常判定結果を監視プログラム１２ｂでも利用することができる。異常判定に用いるセンサや閾値Ｘ１の値を、監視プログラム１２ｂの目的に合わせて任意に設定することができるので、例えば、設備１に、新たにセンサが設けられた場合でも、そのセンサの計測値に基づく異常判定や異常予兆検知を低コストで実現することができる。このように、統合プラットフォーム２０を導入すると、監視プログラム１２ｂが備えていない監視機能（開発当初は必要なかったが運用や環境の変化により必要となった機能、開発当初の知見では不要とされていたが、後に監視する必要があると分かったセンサ値に基づく監視機能など）を必要な設定を行うだけで簡単に追加することができる。
図７に、統合プラットフォーム２０において実施する異常判定の判定条件の設定例を示す。図７に示す設定例は、ユーザによって設定され、設定受付部２２が受け付ける判定条件の設定例である。図６に例示した設定を行って、監視プログラム１２側で、これまで取得できなかったセンサの計測値や仮想センサ値などを取得して、新たな異常判定を行うことも可能であるが、この場合には、監視プログラム１２に異常判定ロジックの追加が必要となる。図７の設定は、監視プログラム１２を改修せずに、統合プラットフォーム２０に異常判定ロジックを設定することにより、新たな異常判定を実行できるようにするためのものである。これにより、監視プログラム１２側では、統合プラットフォーム連携部１３を実装して、センサの計測値等の統合プラットフォーム２０への送信設定を行うだけで、異常判定機能を追加することができる。
図７の１行目の判定条件は、センサＳ２の計測値が閾値Ｘ１を上回ると、“機械Ｍ１で異常予兆検知”というメッセージを監視装置１０ｂへ送信することを示している。この設定によれば、判定部２４は、監視装置１０ａから取得したセンサＳ２の計測値を監視し、計測値が閾値Ｘ１を上回るかどうかを判定する。そして、センサＳ２の計測値が閾値Ｘ１を上回ると、通知部２６が上記メッセージを通知先として設定された監視装置１０ｂへ送信する。これにより、設備１や監視プログラム１２ｂの改修などを行うこと無く、他サブシステムのセンサＳ２の計測値に基づく異常判定結果を監視プログラム１２ｂでも利用することができる。異常判定に用いるセンサや閾値Ｘ１の値を、監視プログラム１２ｂの目的に合わせて任意に設定することができるので、例えば、設備１に、新たにセンサが設けられた場合でも、そのセンサの計測値に基づく異常判定や異常予兆検知を低コストで実現することができる。このように、統合プラットフォーム２０を導入すると、監視プログラム１２ｂが備えていない監視機能（開発当初は必要なかったが運用や環境の変化により必要となった機能、開発当初の知見では不要とされていたが、後に監視する必要があると分かったセンサ値に基づく監視機能など）を必要な設定を行うだけで簡単に追加することができる。
【0027】
図７の２行目の判定条件は、監視プログラム１２ａの仮想センサ値（センサＩＤ＝１２ａ－Ｖ１）が閾値Ｘ２を上回り、センサＳ３の計測値が閾値Ｘ３を上回り、センサＳ８の計測値が閾値Ｘ４を上回ると、“システム異常”のメッセージを監視装置１０a～１０ｃへ送信することを示している。この設定によれば、判定部２４は、監視装置１０ａ～１０ｃから取得した計測値と仮想センサ値に基づいて上記判定を行い、判定条件を満たす場合には、通知部２６が上記のメッセージを通知先として設定された監視装置１０ａ～１０ｃへ送信する。監視プログラム１２ａ～１２ｃは、自らが担当するサブシステムの異常判定しか行うことができないが、図７の２行目の判定条件を設定することにより、設備１の改修や監視プログラム１２ａ～１２ｃの改修などを行うこと無く、個々の監視プログラム１２では検出することができないサブシステムを跨って発生する異常や設備１全体で発生する異常を速やかに検知することができる。また、従来は、仮想センサ値は、仮想センサ値を計算した監視プログラム内でのみ利用可能であったが、仮想センサ値を統合プラットフォーム２０にて収集し、共有することで、複数の監視プログラム１２ａ～１２ｃが計算した仮想センサ値から総合的な判断を行って、システム全体の運転状況の監視に役立てることができる。
【0028】
図７の３行目の判定条件は、監視プログラム１２ｂの仮想センサ値（データＩＤ＝ｂ－００５）と監視プログラム１２ｃの仮想センサ値（データＩＤ＝ｃ－００３）の差が閾値Ｘ５を上回ると、“温度異常”のメッセージを監視装置１０ｃへ送信することを示している。ここで、２つの仮想センサ値は共に冷却水の温度を推定した値であり、異なる物理モデルに基づいて異なる計算式で算出される値であるとする。また、設備１が、正常に運転している状態では、これら２つの仮想センサ値は同様の温度を示し、設備１の運転状態が正常な状態から逸脱すると、２つの温度推定値に乖離が生じるとする。この設定によれば、判定部２４は、２つの仮想センサ値の差を計算し、その差に基づいて異常判定を行う。このように、仮想センサ値については、監視プログラム１２の開発時期、開発者、開発予算の違い等により、異なる推定方法となっている可能性があるが、仮想センサ値の推定手法の違いに基づく仮想センサ値の挙動の違いに注目することで、異常監視を行うことができる。
【0029】
また、同一の物理量を異なる方法で推定した仮想センサ値に限らず、異なるサブシステムで取得される監視対象データ間の関係性が正常時と異常時で変化する場合（例えば、上記の例のように正常時には２つの値が近しい値となり異常時には乖離する等）であっても、３行目の判定条件と同様に、その関係性を判定条件として設定することで異常判定を行うことができる。
【0030】
上記の図７の説明では、判定条件等の設定を行うだけで、監視プログラム１２を改修することなく、新たな異常判定を統合プラットフォーム２０にて実行できるようにする例を説明した。しかし、新たに必要となった異常判定機能を統合プラットフォーム２０に追加する方法はこれに限定されない。例えば、監視プログラム１２ａで後発的に必要となった異常判定ロジック（監視プログラム１２ａ´と呼ぶ。）を統合プラットフォーム２０に追加してもよい。この場合の監視プログラム１２ａ´は、判定部２４の一例である。設計当初想定していなかった異常判定機能を追加する場合、一般的には、監視プログラム１２ａを改修するしか方法が無い。しかし、この方法は安定的に稼働しているシステムに変更を加えることになる為、リスクが高い。これに対し、統合プラットフォーム２０を導入すれば、監視プログラム１２ａ´を統合プラットフォーム２０に追加することができるので、監視プログラム１２ａを改修することなく、低リスクで新たな異常監視機能を追加することができる。
【0031】
（アラートに基づく総合的な異常判断基準の設定）
図８は、実施形態に係る統合プラットフォームにおける総合的な異常判断基準の一例を示す図である。図８に示す設定例は、ユーザによって設定され、設定受付部２２が受け付ける設定例である。図８の表の横軸に関し、監視プログラム１２ａはアラート１～２を発報し、監視プログラム１２ｂはアラート３～４を発報し、監視プログラム１２ｃはアラート５～６を発報する。アラート１～６の“１”は、そのアラートが発報されたことを示し、“０”は、そのアラートが発報されていないことを示している。図８の表の縦軸のレベルについては、レベル０は設備１のシステム全体としては正常状態であることを示し、レベル１は異常ではないが通常と異なる状態であることを示し、レベル２は設備１の動作に影響はないが何らかの異常があると考えられる状態であることを示し、レベル３は設備１の動作に影響する異常が発生していることを示し、レベル４は設備１の運用停止が必要な異常が発生していることを示している。
図８は、実施形態に係る統合プラットフォームにおける総合的な異常判断基準の一例を示す図である。図８に示す設定例は、ユーザによって設定され、設定受付部２２が受け付ける設定例である。図８の表の横軸に関し、監視プログラム１２ａはアラート１～２を発報し、監視プログラム１２ｂはアラート３～４を発報し、監視プログラム１２ｃはアラート５～６を発報する。アラート１～６の“１”は、そのアラートが発報されたことを示し、“０”は、そのアラートが発報されていないことを示している。図８の表の縦軸のレベルについては、レベル０は設備１のシステム全体としては正常状態であることを示し、レベル１は異常ではないが通常と異なる状態であることを示し、レベル２は設備１の動作に影響はないが何らかの異常があると考えられる状態であることを示し、レベル３は設備１の動作に影響する異常が発生していることを示し、レベル４は設備１の運用停止が必要な異常が発生していることを示している。
【0032】
図８の１行目の設定は、監視プログラム１２ａからアラート１が発報され、他のアラートが発報されていない場合、レベル０の運転状態であると判断することを規定している。
図８の２行目の設定は、監視プログラム１２ａからアラート１が発報され、監視プログラム１２ｂからアラート３が発報され、他のアラートが発報されていない場合は、レベル１の運転状態であると判断することを規定している。
以下についても同様である。例えば、図８の７行目（最下行）の判定方法は、監視プログラム１２ａからアラート１～２が発報され、監視プログラム１２ｂからアラート３～４が発報され、監視プログラム１２ｃからアラート５～６が発報されている場合は、レベル４の運転状態であると判断することを規定している。
総合的異常判断部２５は、データ取得部２１が取得するアラートと、図８に例示する設定に基づいて、設備１の運転状態を判断する。そして、通知部２６が、その判断結果（例えば、アラート１とアラート３が発報された場合には“設備１は、異常ではないが通常と異なる運転状態である”等のメッセージ）を表示装置へ表示したり、監視装置１０ａ～１０ｃへ送信したりする。
監視プログラム１２ａ～１２ｃは、個々が担当するサブシステムの範囲で生じた異常等をアラートとして発報する。図８に例示する設定によれば、各サブシステムに関して発報されたアラートを統合し、設備１全体の運転状態を判断することができる。
図８の２行目の設定は、監視プログラム１２ａからアラート１が発報され、監視プログラム１２ｂからアラート３が発報され、他のアラートが発報されていない場合は、レベル１の運転状態であると判断することを規定している。
以下についても同様である。例えば、図８の７行目（最下行）の判定方法は、監視プログラム１２ａからアラート１～２が発報され、監視プログラム１２ｂからアラート３～４が発報され、監視プログラム１２ｃからアラート５～６が発報されている場合は、レベル４の運転状態であると判断することを規定している。
総合的異常判断部２５は、データ取得部２１が取得するアラートと、図８に例示する設定に基づいて、設備１の運転状態を判断する。そして、通知部２６が、その判断結果（例えば、アラート１とアラート３が発報された場合には“設備１は、異常ではないが通常と異なる運転状態である”等のメッセージ）を表示装置へ表示したり、監視装置１０ａ～１０ｃへ送信したりする。
監視プログラム１２ａ～１２ｃは、個々が担当するサブシステムの範囲で生じた異常等をアラートとして発報する。図８に例示する設定によれば、各サブシステムに関して発報されたアラートを統合し、設備１全体の運転状態を判断することができる。
【0033】
図８の設定例は知見を有する技術者などが、アラートの組合せごとに設備１の運転状態を設定する例であるが、アラートの組合せによる総合的な判断は、過去の実績に基づいて、実施されてもよい。
図９に、総合的な異常判断モデルを構築するための実績データの一例を説明する。例えば、アラート１、３が発報されたときに事象Ａが生じ、アラート１、５が発報されたときに事象Ｂが生じ、・・・・という実績データを記憶部２７に記録して蓄積する。また、総合的異常判断部２５に学習機能を持たせる。総合的異常判断部２５は、実績データからアラート１～６の発報状況と設備１に発生した事象の関係を学習し、異常判断モデルを構築する。そして、総合的異常判断部２５は、構築した異常判断モデルと、データ取得部１１が取得するアラート１～６の値とに基づいて設備１の運転状態を評価する。通知部２６は、その評価結果（例えば、アラート１～３が発報された場合には“設備１に事象Ｃが発生する可能性がある”等のメッセージや事象Ｃの発生確率）を表示装置へ表示したり、監視装置１０ａ～１０ｃへ送信したりする。
これにより、監視プログラム１２ａ～１２ｃが発報したアラートの過去の実績に基づいて、設備１に生じている異常状態を判定することができる。なお、図８、図９の方法にかかわらず、機械Ｍ１～Ｍ４、接続機器Ｃ１～Ｃ２に対する定期点検等の検査結果をアラートとして活用する場合、機械Ｍ１～Ｍ４等の保守履歴を考慮して、設備１の運転状態を判定することができる。また、総合的異常判断部２５は、図８で説明した判定と図９で説明した判定の両方を実行してもよい。
図９に、総合的な異常判断モデルを構築するための実績データの一例を説明する。例えば、アラート１、３が発報されたときに事象Ａが生じ、アラート１、５が発報されたときに事象Ｂが生じ、・・・・という実績データを記憶部２７に記録して蓄積する。また、総合的異常判断部２５に学習機能を持たせる。総合的異常判断部２５は、実績データからアラート１～６の発報状況と設備１に発生した事象の関係を学習し、異常判断モデルを構築する。そして、総合的異常判断部２５は、構築した異常判断モデルと、データ取得部１１が取得するアラート１～６の値とに基づいて設備１の運転状態を評価する。通知部２６は、その評価結果（例えば、アラート１～３が発報された場合には“設備１に事象Ｃが発生する可能性がある”等のメッセージや事象Ｃの発生確率）を表示装置へ表示したり、監視装置１０ａ～１０ｃへ送信したりする。
これにより、監視プログラム１２ａ～１２ｃが発報したアラートの過去の実績に基づいて、設備１に生じている異常状態を判定することができる。なお、図８、図９の方法にかかわらず、機械Ｍ１～Ｍ４、接続機器Ｃ１～Ｃ２に対する定期点検等の検査結果をアラートとして活用する場合、機械Ｍ１～Ｍ４等の保守履歴を考慮して、設備１の運転状態を判定することができる。また、総合的異常判断部２５は、図８で説明した判定と図９で説明した判定の両方を実行してもよい。
【0034】
（新規に監視プログラムを追加する際の作業コスト）
次に、監視システム１００に新たに開発された監視プログラム１２ｄを追加するときに必要となる作業について説明する。図１０は、監視プログラム１２ｄが稼働する監視装置１０ｄを追加した後の監視システム１００を示している。監視プログラム１２ｄは、機械Ｍ４からなるサブシステムの監視を行うプログラムである。機械Ｍ４には、センサＳ９が設けられている。監視プログラム１２ｄは、センサＳ８～Ｓ９の計測値、監視プログラム１２ａが計算する仮想センサ値（データＩＤ＝１２ａ－Ｖ１）を取得して、機械Ｍ４の運転状態を監視するように構成されている。この場合、監視装置１０ｄをセンサＳ９および統合プラットフォーム２０と接続する。そして、監視装置１０ｄの設定受付部１４ｄにて、統合プラットフォーム２０からセンサＳ８の計測値、仮想センサ値（データＩＤ＝１２ａ－Ｖ１）を受信する設定を行う。また、統合プラットフォーム２０において、センサＳ８の計測値、仮想センサ値（データＩＤ＝１２ａ－Ｖ１）を監視装置１０ｄへ送信する設定を行う。これにより、監視プログラム１２ｄでは、当該仮想センサ値を計算するロジックを開発・実装する必要が無い。また、センサＳ８が遠隔地にある場合でも監視装置１０ｄとセンサＳ８を接続する必要なく、監視装置１０ｄと統合プラットフォーム２０をネットワーク接続するだけでセンサＳ８の計測値を取得することができる。また、監視装置１０ｄの設定受付部１４ｄにて、センサＳ９の計測値を統合プラットフォーム２０へ送信する設定を行い、統合プラットフォーム２０において、センサＳ９の計測値の送信先を設定する。これにより、センサＳ９の計測値が、他の監視プログラム１２ａ～１２ｃでも利用できるようになる。なお、センサＳ９と監視装置１０ｄを接続するのではなく、センサＳ９と統合プラットフォーム２０を接続し、監視装置１０ｄでは、統合プラットフォーム２０からセンサＳ９の計測値を取得するように構成してもよい。
次に、監視システム１００に新たに開発された監視プログラム１２ｄを追加するときに必要となる作業について説明する。図１０は、監視プログラム１２ｄが稼働する監視装置１０ｄを追加した後の監視システム１００を示している。監視プログラム１２ｄは、機械Ｍ４からなるサブシステムの監視を行うプログラムである。機械Ｍ４には、センサＳ９が設けられている。監視プログラム１２ｄは、センサＳ８～Ｓ９の計測値、監視プログラム１２ａが計算する仮想センサ値（データＩＤ＝１２ａ－Ｖ１）を取得して、機械Ｍ４の運転状態を監視するように構成されている。この場合、監視装置１０ｄをセンサＳ９および統合プラットフォーム２０と接続する。そして、監視装置１０ｄの設定受付部１４ｄにて、統合プラットフォーム２０からセンサＳ８の計測値、仮想センサ値（データＩＤ＝１２ａ－Ｖ１）を受信する設定を行う。また、統合プラットフォーム２０において、センサＳ８の計測値、仮想センサ値（データＩＤ＝１２ａ－Ｖ１）を監視装置１０ｄへ送信する設定を行う。これにより、監視プログラム１２ｄでは、当該仮想センサ値を計算するロジックを開発・実装する必要が無い。また、センサＳ８が遠隔地にある場合でも監視装置１０ｄとセンサＳ８を接続する必要なく、監視装置１０ｄと統合プラットフォーム２０をネットワーク接続するだけでセンサＳ８の計測値を取得することができる。また、監視装置１０ｄの設定受付部１４ｄにて、センサＳ９の計測値を統合プラットフォーム２０へ送信する設定を行い、統合プラットフォーム２０において、センサＳ９の計測値の送信先を設定する。これにより、センサＳ９の計測値が、他の監視プログラム１２ａ～１２ｃでも利用できるようになる。なお、センサＳ９と監視装置１０ｄを接続するのではなく、センサＳ９と統合プラットフォーム２０を接続し、監視装置１０ｄでは、統合プラットフォーム２０からセンサＳ９の計測値を取得するように構成してもよい。
【0035】
このように統合プラットフォーム２０を導入し、全ての計測値、仮想センサ値を一元管理するように構成しておくことで、既設の監視プログラム間で互いの情報を利用可能にするだけでなく、新たに監視プログラム１２ｄを追加する場合にも、当該監視プログラムにおける監視に必要なデータの取得を容易にすることができる。また、既設の監視プログラム１２ａ～１２ｃの仕様変更などで、新たにセンサの計測値や仮想センサ値が必要になった場合でも柔軟に対応することができる。さらに、統合プラットフォーム２０の導入を前提とすれば、新たに大規模システムの監視システムを開発する場面においても、統合プラットフォーム２０を用いた複数の監視プログラム間のデータ共有を見込んだシステム設計を行うことができるので、サブシステムごとに分断された監視ではなく、サブシステムごとの監視とシステム全体の監視を両立できるような監視システムの設計が容易となる。
【0036】
（動作）
次に図１１を用いて、統合プラットフォーム２０の動作について説明する。
図１１は、実施形態に係る統合プラットフォームの動作の一例を示すフローチャートである。
ユーザが、統合プラットフォーム２０におけるデータ管理の設定（例えば、図６）、判定条件の設定（例えば、図７）、総合的な異常判断基準の設定（例えば、図８）を行う。設定受付部２２はこれらの設定情報を取得し（ステップＳ１０１）、記憶部２７に記録する。次にデータ取得部２１が、監視装置１０ａ～１０ｃからセンサの計測値、仮想センサ値、アラート等のデータを取得する（ステップＳ１０２）。データ取得部２１は、取得したデータを記憶部２７に記録する。
次にデータ提供部２３が、ステップＳ１０２で取得したデータを監視プログラム１２ａ～１２ｃの何れかへ提供するかどうかを判定する（ステップＳ１０３）。例えば、データ提供部２３は、データ管理の設定（例えば、図６）で提供先の設定があればデータを提供すると判定し、提供先の設定が無ければデータを提供しないと判定する。データを提供しないと判定した場合（ステップＳ１０３；Ｎｏ）、ステップＳ１０６の処理に進む。データを提供すると判定した場合（ステップＳ１０３；Ｙｅｓ）、データ提供部２３は、データ管理の設定から提供するデータの種類と提供先の情報を選択する（ステップＳ１０４）。例えば、データ提供部２３は、図６の１行目の設定からデータの種類として“センサＳ１の計測値”、提供先として“監視装置１０ｂ”を選択する。次にデータ提供部２３は、データを送信する（ステップＳ１０５）。上記の例の場合、データ提供部２３は、ステップＳ１０２で取得されたデータのうち、センサＳ１の計測値を記憶部２７から取得し、取得した値を監視装置１０ｂへ送信する。
次に図１１を用いて、統合プラットフォーム２０の動作について説明する。
図１１は、実施形態に係る統合プラットフォームの動作の一例を示すフローチャートである。
ユーザが、統合プラットフォーム２０におけるデータ管理の設定（例えば、図６）、判定条件の設定（例えば、図７）、総合的な異常判断基準の設定（例えば、図８）を行う。設定受付部２２はこれらの設定情報を取得し（ステップＳ１０１）、記憶部２７に記録する。次にデータ取得部２１が、監視装置１０ａ～１０ｃからセンサの計測値、仮想センサ値、アラート等のデータを取得する（ステップＳ１０２）。データ取得部２１は、取得したデータを記憶部２７に記録する。
次にデータ提供部２３が、ステップＳ１０２で取得したデータを監視プログラム１２ａ～１２ｃの何れかへ提供するかどうかを判定する（ステップＳ１０３）。例えば、データ提供部２３は、データ管理の設定（例えば、図６）で提供先の設定があればデータを提供すると判定し、提供先の設定が無ければデータを提供しないと判定する。データを提供しないと判定した場合（ステップＳ１０３；Ｎｏ）、ステップＳ１０６の処理に進む。データを提供すると判定した場合（ステップＳ１０３；Ｙｅｓ）、データ提供部２３は、データ管理の設定から提供するデータの種類と提供先の情報を選択する（ステップＳ１０４）。例えば、データ提供部２３は、図６の１行目の設定からデータの種類として“センサＳ１の計測値”、提供先として“監視装置１０ｂ”を選択する。次にデータ提供部２３は、データを送信する（ステップＳ１０５）。上記の例の場合、データ提供部２３は、ステップＳ１０２で取得されたデータのうち、センサＳ１の計測値を記憶部２７から取得し、取得した値を監視装置１０ｂへ送信する。
【0037】
次に判定部２４が、ステップＳ１０２で取得したデータに基づいて異常判定を行うかどうかを判定する（ステップＳ１０６）。例えば、判定部２４は、判定条件の設定（例えば、図７）が設定されていれば異常判定を行うと判定し、判定条件の設定が無ければ異常判定を行わないと判定する。異常判定を行わないと判定した場合（ステップＳ１０６；Ｎｏ）、ステップＳ１０９の処理に進む。異常判定を行うと判定した場合（ステップＳ１０６；Ｙｅｓ）、判定部２４は、異常判定に必要なデータを記憶部２７から取得し、判定条件に基づいて異常判定を行う（ステップＳ１０７）。例えば、判定部２４は、図７の１行目の判定条件に基づいて、センサＳ２の計測値がＸ１を上回っているかどうかを判定する。判定部２４は、判定結果を通知部２６へ出力する。通知部２６は、異常判定の結果を送信する（ステップＳ１０８）。例えば、センサＳ２の計測値がＸ１を上回っている場合、通知部２６は、判定条件の設定（図７）からメッセージ“機械Ｍ１で異常予兆検知”と通知先“監視装置１０ｂ”を特定し、同メッセージを監視装置１０ｂへ送信する。
【0038】
次に総合的異常判断部２５が、ステップＳ１０２で取得したアラートに基づいて総合的な異常判断を行うかどうかを判定する（ステップＳ１０９）。例えば、総合的異常判断部２５は、総合的な異常判断基準の設定（例えば、図８）が設定されていて、且つ、ステップＳ１０２にてアラートが取得されていれば異常判断を行うと判定し、そうでなければ異常判断を行わないと判定する。総合的な異常判断を行わないと判定した場合（ステップＳ１０９；Ｎｏ）、ステップＳ１１２の処理に進む。総合的な異常判断を行うと判定した場合（ステップＳ１０９；Ｙｅｓ）、総合的異常判断部２５は、総合的な異常判断に必要なアラートを記憶部２７から取得し、異常判断基準の設定（図８）に基づいて総合的な異常判断を行う（ステップＳ１１０）。例えば、ステップＳ１０２でアラート１とアラート３を取得した場合、総合的異常判断部２５は、図８の２行目の異常判断基準に基づいて、施設１では、レベル１の異常が発生していると判断する。また、例えば、機械Ｍ１の定期点検時に、アラート１に関係する何らかの異常が検出されている場合、ステップS１０２でアラート３だけが取得されている状況であっても、総合的異常判断部２５は、アラート１が発報されたものとみなして、施設１ではレベル１の異常が発生していると判断してもよい。総合的異常判断部２５は、判断結果を通知部２６へ出力する。通知部２６は、総合的な異常判断の結果を出力する（ステップＳ１１１）。例えば、通知部２６は、“レベル１の異常が発生”等のメッセージを表示装置へ出力する。これにより、ユーザは、個々の監視プログラム１２ａ～１２ｃでは監視することができない施設１の運転状況を把握することができる。
【0039】
次に設定受付部２２は、設定の変更の有無を判定する（ステップＳ１１２）。設定が変更された場合（ステップＳ１１２；Ｙｅｓ）、ステップＳ１０１以降の処理が実行される。設定の変更が無い場合（ステップＳ１１２；Ｎｏ）、次に統合プラットフォーム２０は、監視を終了するか否かを判定する（ステップＳ１１３）。監視を終了する場合（ステップＳ１１３；Ｙｅｓ）、図１１の処理を終了する。監視を終了しない場合（ステップＳ１１３；Ｎｏ）、ステップＳ１０２以降の処理が繰り返し実行される。
【0040】
（効果）
大規模システムは、全体が連結したつながりのあるシステムであるにもかかわらず、従来、サブシステムごとに分断して個別に監視することが多い。その為、他のサブシステムで生じた事象が自らのサブシステムで生じる事象に関係するにもかかわらず見逃してしまう、サブシステムを跨って発生する事象の全体像を把握することができない等、不合理・非効率な監視しかできない場合がある。これに対し、本実施形態の統合プラットフォーム２０によれば、独立した複数の監視プログラムを連携し、それぞれの監視プログラムが扱う監視対象のパラメータやアラートを共有できるようにする。これにより、ある監視プログラムがこれまでに監視できなかったパラメータ（例えば、他のサブシステムの監視パラメータ）を監視対象に加えることで、自らのサブシステムで生じる事象に関係する他のサブシステムで発生する事象を認識することができるようになる。また、従来であれば、異なる監視プログラムで監視対象としているパラメータを持ち寄って、それらのパラメータに基づいて異常判定を行うことにより、サブシステムを跨って生じる事象を監視することができる。さらに、複数の監視プログラムから発報されたアラートを統合することで、システム全体の運転状態を評価することができる。
大規模システムは、全体が連結したつながりのあるシステムであるにもかかわらず、従来、サブシステムごとに分断して個別に監視することが多い。その為、他のサブシステムで生じた事象が自らのサブシステムで生じる事象に関係するにもかかわらず見逃してしまう、サブシステムを跨って発生する事象の全体像を把握することができない等、不合理・非効率な監視しかできない場合がある。これに対し、本実施形態の統合プラットフォーム２０によれば、独立した複数の監視プログラムを連携し、それぞれの監視プログラムが扱う監視対象のパラメータやアラートを共有できるようにする。これにより、ある監視プログラムがこれまでに監視できなかったパラメータ（例えば、他のサブシステムの監視パラメータ）を監視対象に加えることで、自らのサブシステムで生じる事象に関係する他のサブシステムで発生する事象を認識することができるようになる。また、従来であれば、異なる監視プログラムで監視対象としているパラメータを持ち寄って、それらのパラメータに基づいて異常判定を行うことにより、サブシステムを跨って生じる事象を監視することができる。さらに、複数の監視プログラムから発報されたアラートを統合することで、システム全体の運転状態を評価することができる。
【0041】
図１２は、実施形態の監視システムのハードウェア構成の一例を示す図である。
コンピュータ９００は、ＣＰＵ９０１、主記憶装置９０２、補助記憶装置９０３、入出力インタフェース９０４、通信インタフェース９０５を備える。
上述の監視装置１０、統合プラットフォーム２０は、コンピュータ９００に実装される。そして、上述した各機能は、プログラムの形式で補助記憶装置９０３に記憶されている。ＣＰＵ９０１は、プログラムを補助記憶装置９０３から読み出して主記憶装置９０２に展開し、当該プログラムに従って上記処理を実行する。また、ＣＰＵ９０１は、プログラムに従って、記憶領域を主記憶装置９０２に確保する。また、ＣＰＵ９０１は、プログラムに従って、処理中のデータを記憶する記憶領域を補助記憶装置９０３に確保する。
コンピュータ９００は、ＣＰＵ９０１、主記憶装置９０２、補助記憶装置９０３、入出力インタフェース９０４、通信インタフェース９０５を備える。
上述の監視装置１０、統合プラットフォーム２０は、コンピュータ９００に実装される。そして、上述した各機能は、プログラムの形式で補助記憶装置９０３に記憶されている。ＣＰＵ９０１は、プログラムを補助記憶装置９０３から読み出して主記憶装置９０２に展開し、当該プログラムに従って上記処理を実行する。また、ＣＰＵ９０１は、プログラムに従って、記憶領域を主記憶装置９０２に確保する。また、ＣＰＵ９０１は、プログラムに従って、処理中のデータを記憶する記憶領域を補助記憶装置９０３に確保する。
【0042】
なお、監視装置１０、統合プラットフォーム２０の全部または一部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各機能部による処理を行ってもよい。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、ＣＤ、ＤＶＤ、ＵＳＢ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。また、このプログラムが通信回線によってコンピュータ９００に配信される場合、配信を受けたコンピュータ９００が当該プログラムを主記憶装置９０２に展開し、上記処理を実行しても良い。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【0043】
以上のとおり、本開示に係るいくつかの実施形態を説明したが、これら全ての実施形態は、例として提示したものであり、発明の範囲を限定することを意図していない。これらの実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これらの実施形態及びその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【0044】
＜付記＞
実施形態に記載の統合プラットフォーム、監視システム、監視情報統合方法及びプログラムは、例えば以下のように把握される。
実施形態に記載の統合プラットフォーム、監視システム、監視情報統合方法及びプログラムは、例えば以下のように把握される。
【0045】
（１）第１の態様に係る統合プラットフォーム２０は、複数のシステム（大規模システムを構成するサブシステム）ごとに用意された前記システムを監視するための監視プログラムから監視対象（センサの計測値、仮想センサ値）又は監視結果（アラート）のデータを取得する取得部（データ取得部２１）と、第１の前記監視プログラムの前記データを必要とする第２の前記監視プログラムを選択する選択部（データ提供部２３、図１１のＳ１０４）と、第１の前記監視プログラムから取得した前記データを第２の前記監視プログラムへ出力する出力部（データ提供部２３、図１１のＳ１０５）と、を有する。
これにより、監視対象のデータを共有することができ、これまでには監視することができなかったパラメータ（監視対象のデータ）を監視することにより、サブシステム毎に分断して監視することによる弊害、例えば、監視プログラムの摺合わせ不足に起因する、本来行う必要がある監視プログラム間の連携を行うことができる。
これにより、監視対象のデータを共有することができ、これまでには監視することができなかったパラメータ（監視対象のデータ）を監視することにより、サブシステム毎に分断して監視することによる弊害、例えば、監視プログラムの摺合わせ不足に起因する、本来行う必要がある監視プログラム間の連携を行うことができる。
【0046】
（２）第２の態様に係る統合プラットフォーム２０は、（１）の統合プラットフォームであって、前記取得部は、第１の前記監視プログラムが推定した監視対象の物理量である仮想センサ値を取得し、前記出力部は、第１の前記監視プログラムから取得した前記仮想センサ値を第２の前記監視プログラムへ出力する。
従来、仮想センサ値は、各監視プログラムの中で計算及び利用され、外部へ提供されることが無いが監視プログラム間での仮想センサ値のやり取りを統合プラットフォーム２０が仲介することで、ある監視プログラムが推定した仮想センサ値を、他の監視プログラムへ提供することが可能になる。これにより、センサで計測できないパラメータの監視を他の監視プログラムでも実行できるようになる。
従来、仮想センサ値は、各監視プログラムの中で計算及び利用され、外部へ提供されることが無いが監視プログラム間での仮想センサ値のやり取りを統合プラットフォーム２０が仲介することで、ある監視プログラムが推定した仮想センサ値を、他の監視プログラムへ提供することが可能になる。これにより、センサで計測できないパラメータの監視を他の監視プログラムでも実行できるようになる。
【0047】
（３）第３の態様に係る統合プラットフォーム２０は、（１）～（２）の統合プラットフォームであって、前記取得部は、第１の前記監視プログラムが監視対象とするセンサの計測値を取得し、前記出力部は、第１の前記監視プログラムから取得した前記計測値を第２の前記監視プログラムへ出力する。
これにより、監視プログラムの開発当初は監視対象でなかったセンサの計測値を簡単に監視対象に含めることができる。
これにより、監視プログラムの開発当初は監視対象でなかったセンサの計測値を簡単に監視対象に含めることができる。
【0048】
（４）第４の態様に係る統合プラットフォーム２０は、（１）～（３）の統合プラットフォームであって、複数の前記監視プログラムが出力したアラートに基づいて、複数の前記システム全体での運転状態を示す総合的なアラートを生成する総合的異常判断部２５と、前記総合的異常判断部によって生成された前記総合的なアラートを出力する通知部２６と、をさらに有する。
これにより、個々の監視プログラムでは評価することができない、システム全体の運転状態の評価を行うことができる。
これにより、個々の監視プログラムでは評価することができない、システム全体の運転状態の評価を行うことができる。
【0049】
（５）第５の態様に係る統合プラットフォーム２０は、（１）～（４）の統合プラットフォームであって、前記監視プログラムから取得した監視対象の前記データに基づいて異常判定を行う判定部２４と、前記異常判定の結果を出力する通知部２６とをさらに備える。
これにより、個々の監視プログラムの改修をせずに容易に異常判定を行うことができる。また、サブシステムの区切りに関係なく、全パラメータを対象とした異常監視を行うことができる。
これにより、個々の監視プログラムの改修をせずに容易に異常判定を行うことができる。また、サブシステムの区切りに関係なく、全パラメータを対象とした異常監視を行うことができる。
【0050】
（６）第６の態様に係る統合プラットフォーム２０は、（１）～（５）の統合プラットフォームであって、前記判定部は、異なる前記監視プログラムから取得した前記データの間に所定の関係性が成立する場合には正常と判定し、成立しない場合には異常と判定する、
これにより、異なるサブシステムで監視されていた２つのパラメータの間に、例えば、正常時には２つのパラメータの値が略一致し、異常時には２つのパラメータの値に乖離が生じるといった関係性がある場合に、この関係性に基づく異常判定を行うことができる。
これにより、異なるサブシステムで監視されていた２つのパラメータの間に、例えば、正常時には２つのパラメータの値が略一致し、異常時には２つのパラメータの値に乖離が生じるといった関係性がある場合に、この関係性に基づく異常判定を行うことができる。
【0051】
（７）第７の態様に係る監視システムは、複数のシステムごとに用意された前記システムを監視するための監視プログラムと、（１）～（６）の統合プラットフォームを有する。
これにより、個別に開発された複数の監視プログラムが扱うデータを共有し、他の監視プログラム等で利用したり、統合的に扱ったりすることができる。
これにより、個別に開発された複数の監視プログラムが扱うデータを共有し、他の監視プログラム等で利用したり、統合的に扱ったりすることができる。
【0052】
（８）第８の態様に係る監視情報共有方法は、複数のシステムごとに用意された前記システムを監視するための監視プログラムから監視対象又は監視結果のデータを取得するステップと、第１の前記監視プログラムの前記データを必要とする第２の前記監視プログラムを選択するステップと、第１の前記監視プログラムから取得した前記データを第２の前記監視プログラムへ出力するステップと、を有する。
【0053】
（９）第９の態様に係るプログラムは、コンピュータに、複数のシステムごとに用意された前記システムを監視するための監視プログラムから監視対象又は監視結果のデータを取得するステップと、第１の前記監視プログラムの前記データを必要とする第２の前記監視プログラムを選択するステップと、第１の前記監視プログラムから取得した前記データを第２の前記監視プログラムへ出力するステップと、を実行させる。
【符号の説明】
【0054】
１・・・設備
１０,１０ａ,１０ｂ,１０ｃ,１０ｄ・・・監視装置
１１,１１ａ,１１ｂ,１１ｃ・・・データ取得部
１２,１２ａ,１２ｂ,１２ｃ,１２ｄ・・・監視プログラム
１３,１３ａ,１３ｂ,１３ｃ・・・統合プラットフォーム連携部
１４,１４ａ,１４ｂ,１４ｃ・・・設定受付部
１５,１５ａ,１５ｂ,１５ｃ・・・送信部
１６,１６ａ,１６ｂ,１６ｃ・・・受信部
１７,１７ａ,１７ｂ,１７ｃ・・・記憶部
２０・・・統合プラットフォーム
２１・・・データ取得部
２２・・・設定受付部
２３・・・データ提供部
２４・・・判定部
２５・・・総合的異常判断部
２６・・・通知部
２７・・・記憶部
１００・・・監視システム
Ｍ１，Ｍ２，Ｍ３・・・機械
Ｃ１，Ｃ２・・・接続機器
Ｓ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５，Ｓ６，Ｓ７，Ｓ８，Ｓ９・・・センサ
９００・・・コンピュータ
９０１・・・ＣＰＵ
９０２・・・主記憶装置
９０３・・・補助記憶装置
９０４・・・入出力インタフェース
９０５・・・通信インタフェース
１０,１０ａ,１０ｂ,１０ｃ,１０ｄ・・・監視装置
１１,１１ａ,１１ｂ,１１ｃ・・・データ取得部
１２,１２ａ,１２ｂ,１２ｃ,１２ｄ・・・監視プログラム
１３,１３ａ,１３ｂ,１３ｃ・・・統合プラットフォーム連携部
１４,１４ａ,１４ｂ,１４ｃ・・・設定受付部
１５,１５ａ,１５ｂ,１５ｃ・・・送信部
１６,１６ａ,１６ｂ,１６ｃ・・・受信部
１７,１７ａ,１７ｂ,１７ｃ・・・記憶部
２０・・・統合プラットフォーム
２１・・・データ取得部
２２・・・設定受付部
２３・・・データ提供部
２４・・・判定部
２５・・・総合的異常判断部
２６・・・通知部
２７・・・記憶部
１００・・・監視システム
Ｍ１，Ｍ２，Ｍ３・・・機械
Ｃ１，Ｃ２・・・接続機器
Ｓ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５，Ｓ６，Ｓ７，Ｓ８，Ｓ９・・・センサ
９００・・・コンピュータ
９０１・・・ＣＰＵ
９０２・・・主記憶装置
９０３・・・補助記憶装置
９０４・・・入出力インタフェース
９０５・・・通信インタフェース
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】