(57)【要約】  システムの稼働状態に応じた適切なモデルでシステムを監視する。  運用管理装置（１００）は、モデル格納部（１２１）、及び、分析部（１１０）を含む。モデル格納部（１２１）は、被監視システム（５００）の監視データに係る複数のモデルを格納する。分析部（１１０）は、複数のモデルの内の一のモデルであるメインモデルにより、新たに取得された監視データに対する異常検出を行い、当該メインモデルにより異常が検出された場合に、他のモデルにより、当該新たに取得された監視データに対する異常検出を行う。分析部（１１０）は、当該他のモデルにより異常が検出されない場合、当該他のモデルを、次以降に取得される監視データに対するメインモデルに設定する。
2016038803.tif 000002
【特許請求の範囲】
【請求項１】
システムの監視データに係る複数のモデルを格納するモデル格納手段と、
前記複数のモデルの内の一のモデルであるメインモデルにより、新たに取得された監視データに対する異常検出を行い、当該メインモデルにより異常が検出された場合に、前記複数のモデルの内の他のモデルにより、当該新たに取得された監視データに対する異常検出を行い、当該他のモデルにより異常が検出されない場合、当該他のモデルを、次以降に取得される監視データに対する前記メインモデルに設定する、分析手段と、
を備えた情報処理装置。
【請求項２】
前記分析手段は、前記複数のモデルの全てにより異常が検出された場合に、前記システムの異常が検出されたと判定する、
請求項１に記載の情報処理装置。
【請求項３】
前記分析手段は、異常が検出されない前記他のモデルが複数存在する場合、当該複数の前記他のモデルの各々の、前記新たに取得された監視データに対する適合度をもとに、前記メインモデルに設定する前記他のモデルを決定する、
請求項１または２に記載の情報処理装置。
【請求項４】
前記分析手段は、前記メインモデルとして設定されていたモデルの履歴を、設定されていた時間長とともに示すモデル使用履歴、前記メインモデルとして設定されていたモデルの履歴を、設定順序とともに示すモデル切替履歴、及び、前記システムの異常の検出履歴を、当該異常の検出時にメインモデルとして設定されていたモデルとともに示す異常検出履歴、の内の少なくとも一つを出力する、
請求項１乃至３のいずれかに記載の情報処理装置。
【請求項５】
前記システムはプラントシステムであり、
前記複数のモデルは、前記プラントシステムの複数の工程に対して、それぞれ、生成され、
前記分析手段は、前記モデル使用履歴、前記モデル使用履歴、及び、前記異常検出履歴の内の少なくとも一つを、前記メインモデルとして設定されていたモデルに対応する前記プラントシステムの工程と関連付けて出力する、
請求項４に記載の情報処理装置。
【請求項６】
システムの監視データに係る複数のモデルの内の一のモデルであるメインモデルにより、新たに取得された監視データに対する異常検出を行い、
前記メインモデルにより異常が検出された場合に、前記複数のモデルの内の他のモデルにより、当該新たに取得された監視データに対する異常検出を行い、当該他のモデルにより異常が検出されない場合、当該他のモデルを、次以降に取得される監視データに対する前記メインモデルに設定する、
情報処理方法。
【請求項７】
さらに、前記複数のモデルの全てにより異常が検出された場合に、前記システムの異常が検出されたと判定する、
請求項６に記載の情報処理方法。
【請求項８】
異常が検出されない前記他のモデルが複数存在する場合、当該複数の前記他のモデルの各々の、前記新たに取得された監視データに対する適合度をもとに、前記メインモデルに設定する前記他のモデルを決定する、
請求項６または７に記載の情報処理方法。
【請求項９】
さらに、前記メインモデルとして設定されていたモデルの履歴を、設定されていた時間長とともに示すモデル使用履歴、前記メインモデルとして設定されていたモデルの履歴を、設定順序とともに示すモデル切替履歴、及び、前記システムの異常の検出履歴を、当該異常の検出時にメインモデルとして設定されていたモデルとともに示す異常検出履歴、の内の少なくとも一つを出力する、
請求項６乃至８のいずれかに記載の情報処理方法。
【請求項１０】
前記システムはプラントシステムであり、
前記複数のモデルは、前記プラントシステムの複数の工程に対して、それぞれ、生成され、
前記モデル使用履歴、前記モデル使用履歴、及び、前記異常検出履歴の内の少なくとも一つを、前記メインモデルとして設定されていたモデルに対応する前記プラントシステムの工程と関連付けて出力する、
請求項９に記載の情報処理方法。
【請求項１１】
コンピュータに、
システムの監視データに係る複数のモデルの内の一のモデルであるメインモデルにより、新たに取得された監視データに対する異常検出を行い、
前記メインモデルにより異常が検出された場合に、前記複数のモデルの内の他のモデルにより、当該新たに取得された監視データに対する異常検出を行い、当該他のモデルにより異常が検出されない場合、当該他のモデルを、次以降に取得される監視データに対する前記メインモデルに設定する、
処理を実行させるプログラムを格納する、コンピュータが読み取り可能な記録媒体。
【請求項１２】
さらに、前記複数のモデルの全てにより異常が検出された場合に、前記システムの異常が検出されたと判定する、処理を実行させる、
請求項１１に記載のプログラムを格納する、コンピュータが読み取り可能な記録媒体。
【請求項１３】
異常が検出されない前記他のモデルが複数存在する場合、当該複数の前記他のモデルの各々の、前記新たに取得された監視データに対する適合度をもとに、前記メインモデルに設定する前記他のモデルを決定する、処理を実行させる、
請求項１１または１２に記載のプログラムを格納する、コンピュータが読み取り可能な記録媒体。
【請求項１４】
さらに、前記メインモデルとして設定されていたモデルの履歴を、設定されていた時間長とともに示すモデル使用履歴、前記メインモデルとして設定されていたモデルの履歴を、設定順序とともに示すモデル切替履歴、及び、前記システムの異常の検出履歴を、当該異常の検出時にメインモデルとして設定されていたモデルとともに示す異常検出履歴、の内の少なくとも一つを出力する、処理を実行させる、
請求項１１乃至１３のいずれかに記載のプログラムを格納する、コンピュータが読み取り可能な記録媒体。
【請求項１５】
前記システムはプラントシステムであり、
前記複数のモデルは、前記プラントシステムの複数の工程に対して、それぞれ、生成され、
前記モデル使用履歴、前記モデル使用履歴、及び、前記異常検出履歴の内の少なくとも一つを、前記メインモデルとして設定されていたモデルに対応する前記プラントシステムの工程と関連付けて出力する、処理を実行させる、
請求項１４に記載のプログラムを格納する、コンピュータが読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及び、記録媒体に関する。
【背景技術】
【０００２】
システム性能の時系列情報を用いて、システムのモデル化を行い、生成されたモデルを用いてそのシステムを監視する運用管理装置の一例が特許文献１に記載されている。【０００３】
特許文献１に記載の運用管理装置は、システムの複数のメトリックの計測値をもとに、複数のメトリックの内の各ペアの相関関係を示す相関関数を決定し、システムのモデルを生成する。そして、この運用管理装置は、メトリックの新たな計測値が、生成されたモデルにおける相関関係に従うかどうかを判定することにより、システムの異常を検出する。【０００４】
特許文献１のような運用管理装置においては、システムの稼働状態に応じた適切なモデルを用いて、監視を行う必要がある。【０００５】
システムの監視時の稼働状態に応じて、モデルを切り替える技術として、例えば、特許文献２には、システムの構成変更の指示をトリガーに、ボトルネックの発生を予測するためのモデルを切り替える監視制御システムが開示されている。また、特許文献３には、曜日等、カレンダをもとにモデルを切り替える運用管理装置が開示されている。【０００６】
なお、関連技術として、特許文献４には、複数のモデルによる診断結果を組み合わせてプロセスの異常診断を行う、プロセス監視装置が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第４８７２９４４号公報
【特許文献２】特許第５３２１１９５号公報
【特許文献３】特許第５３８７７７９号公報
【特許文献４】特開２０１２−１５５３６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
監視対象のシステムが、ＩＴ（Information Technology）システムの場合、特許文献２や特許文献３のように、構成変更の指示やカレンダをもとに、システムの稼働状態が変更されるタイミングを取得することができる。しかしながら、監視対象のシステムが、化学プラントや鉄鋼プラント等のプラントシステムの場合、このようなシステムの稼働状態が変更されるタイミングの取得が難しい場合がある。【０００９】
例えば、化学プラントでは、化学反応の工程や段階毎に、適切なモデルが異なる。さらに、各工程においても、薬品が投入されてからの反応の進行状況によって、反応の開始前、反応の発生中、及び、反応の終了後等で、適切なモデルが異なる。また、各工程における、バルブの開閉や、薬品の投与は、手動により、不定期に行われる。このため、化学プラントでは、適切なモデルを切り替えるタイミングを、外部からの特定のトリガーや、カレンダをもとに取得できない。このようなプラントシステムを、特許文献１のような運用管理装置で監視する場合、システムの稼働状態に応じた適切なモデルを用いて監視を行うことは難しい。【００１０】
システムの稼働状態に応じた適切なモデルで監視が行われない場合、システムは正常に動作しているにも関わらず、異常が通知される（誤報が発生する）可能性がある。【００１１】
本発明の目的は、上述した課題を解決し、システムの稼働状態に応じた適切なモデルでシステムを監視できる、情報処理装置、情報処理方法、及び、記録媒体を提供することである。
【課題を解決するための手段】
【００１２】
本発明の一態様における情報処理装置は、システムの監視データに係る複数のモデルを格納するモデル格納手段と、前記複数のモデルの内の一のモデルであるメインモデルにより、新たに取得された監視データに対する異常検出を行い、当該メインモデルにより異常が検出された場合に、前記複数のモデルの内の他のモデルにより、当該新たに取得された監視データに対する異常検出を行い、当該他のモデルにより異常が検出されない場合、当該他のモデルを、次以降に取得される監視データに対する前記メインモデルに設定する、分析手段と、を備える。【００１３】
本発明の一態様における情報処理方法は、システムの監視データに係る複数のモデルの内の一のモデルであるメインモデルにより、新たに取得された監視データに対する異常検出を行い、前記メインモデルにより異常が検出された場合に、前記複数のモデルの内の他のモデルにより、当該新たに取得された監視データに対する異常検出を行い、当該他のモデルにより異常が検出されない場合、当該他のモデルを、次以降に取得される監視データに対する前記メインモデルに設定する。【００１４】
本発明の一態様におけるコンピュータが読み取り可能な記録媒体は、コンピュータに、システムの監視データに係る複数のモデルの内の一のモデルであるメインモデルにより、新たに取得された監視データに対する異常検出を行い、前記メインモデルにより異常が検出された場合に、前記複数のモデルの内の他のモデルにより、当該新たに取得された監視データに対する異常検出を行い、当該他のモデルにより異常が検出されない場合、当該他のモデルを、次以降に取得される監視データに対する前記メインモデルに設定する、処理を実行させるプログラムを格納する。
【発明の効果】
【００１５】
本発明の効果は、システムの稼働状態に応じた適切なモデルでシステムを監視できることである。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施の形態の特徴的な構成を示すブロック図である。
【図２】本発明の第１の実施の形態における、運用管理装置１００の構成を示すブロック図である。
【図３】本発明の第１の実施の形態における、コンピュータにより実現された運用管理装置１００の構成を示すブロック図である。
【図４】本発明の第１の実施の形態における、運用管理装置１００の処理を示すフローチャートである。
【図５】本発明の第１の実施の形態における、モデル情報２２１の例を示す図である。
【図６】本発明の第１の実施の形態における、各モデルによる異常検出処理の例を示す図である。
【図７】本発明の第１の実施の形態における、モデル使用履歴２２２の例を示す図である。
【図８】本発明の第１の実施の形態における、異常検出履歴２２４の例を示す図である。
【図９】本発明の第１の実施の形態における、モデル切替履歴２２３の例を示す図である。
【図１０】本発明の第１の実施の形態における、出力画面１３１の例を示す図である。
【発明を実施するための形態】
【００１７】
（第１の実施の形態）
本発明の第１の実施の形態について説明する。
【００１８】
はじめに、本発明の第１の実施の形態の構成を説明する。図２は、本発明の第１の実施の形態における、運用管理装置１００の構成を示すブロック図である。運用管理装置１００は、本発明の情報処理装置の一実施形態である。
【００１９】
図２を参照すると、運用管理装置１００は、被監視システム５００（または、単にシステム）とネットワーク等により接続される。被監視システム５００は、例えば、化学プラントや鉄鋼プラント等のプラントシステムである。また、被監視システム５００は、橋梁等の構造物でもよい。被監視システム５００は、１以上のコンピュータを含むＩＴシステムでもよい。
【００２０】
被監視システム５００は、システムにおける監視対象である複数種目の状況や性能を表す指標（メトリック）の値を一定間隔毎に測定し、運用管理装置１００へ送信する。ここで、監視対象の種目として、例えば、各種センサにより測定される電力、電圧、電流、温度、圧力、振動等が用いられる。また、監視対象の種目として、ＣＰＵ（Central Processing Unit）使用率、メモリ使用率、ディスクアクセス頻度等、コンピュータリソースやネットワークリソースの使用率、使用量等が用いられてもよい。以下、複数種目の監視対象の測定値を、監視データと呼ぶ。
【００２１】
運用管理装置１００は、分析部１１０、データ格納部１２０、及び、結果出力部１３０を含む。
【００２２】
分析部１１０は、被監視システム５００から受信した監視データの分析に係る各種処理を行う。
【００２３】
データ格納部１２０は、被監視システム５００から受信した監視データの時系列、及び、監視データの分析に係る各種履歴を格納する。
【００２４】
結果出力部１３０は、被監視システム５００の異常が検出された場合、異常通知を出力する。また、結果出力部１３０は、データ格納部１２０に格納されている、監視データの分析に係る各種履歴を出力する。
【００２５】
分析部１１０は、モデル生成部１１１、分析処理部１１２、及び、モデル切替部１１３を含む。
【００２６】
モデル生成部１１１は、監視データの時系列から監視用の複数のモデルを生成し、モデル格納部１２１に保存する。
【００２７】
分析処理部１１２は、複数のモデルの中から選択されたメインモデルにより、新たに取得された監視データに対する異常検出を行う。また、分析処理部１１２は、メインモデルにより異常が検出された場合、複数のモデルの中のメインモデル以外のモデルであるサブモデルにより、当該監視データに対する異常検出を行う。
【００２８】
モデル切替部１１３は、メインモデル、及び、サブモデルによる異常検出の判定結果をもとに、メインモデルを切り替える。
【００２９】
データ格納部１２０は、モデル格納部１２１、モデル使用履歴格納部１２２、モデル切替履歴格納部１２３、異常検出履歴格納部１２４、及び、監視データ格納部１２５を含む。
【００３０】
モデル格納部１２１は、モデル生成部１１１により生成された複数のモデルを格納する。
【００３１】
モデル使用履歴格納部１２２は、モデル使用履歴２２２を格納する。モデル使用履歴２２２は、分析処理部１１２によるメインモデルの使用履歴を示す。
【００３２】
モデル切替履歴格納部１２３は、モデル切替履歴２２３を格納する。モデル切替履歴２２３は、モデル切替部１１３によるメインモデルの切替履歴を示す。
【００３３】
異常検出履歴格納部１２４は、異常検出履歴２２４を格納する。異常検出履歴２２４は、被監視システム５００の異常の検出履歴を、異常検出時のメインモデルと関連付けて示す。
【００３４】
監視データ格納部１２５は、被監視システム５００から取得された監視データの時系列を格納する。
【００３５】
なお、運用管理装置１００は、ＣＰＵとプログラムを記憶した記憶媒体を含み、プログラムに基づく制御によって動作するコンピュータであってもよい。
【００３６】
図３は、本発明の第１の実施の形態における、コンピュータにより実現された運用管理装置１００の構成を示すブロック図である。運用管理装置１００は、ＣＰＵ１０１、ハードディスクやメモリ等の記憶手段（記憶媒体）１０２、他の装置等とデータ通信を行う通信手段１０３、キーボード等の入力手段１０４、及び、ディスプレイ等の出力手段１０５を含む。
【００３７】
ＣＰＵ１０１は、分析部１１０、及び、結果出力部１３０の機能を実現するためのコンピュータプログラムを実行する。記憶手段１０２は、データ格納部１２０に格納される情報を記憶する。通信手段１０３は、被監視システム５００から、監視データを受信する。入力手段１０４は、ユーザ等から、被監視システム５００の監視の指示を受け付ける。出力手段１０５は、ユーザ等へ、異常通知を出力（表示）する。また、出力手段１０５は、ユーザ等へ、出力画面１３１を出力（表示）する。
【００３８】
なお、データ格納部１２０のモデル格納部１２１、モデル使用履歴格納部１２２、モデル切替履歴格納部１２３、異常検出履歴格納部１２４、及び、監視データ格納部１２５は、それぞれ個別の記憶媒体でも、一つの記憶媒体によって構成されてもよい。
【００３９】
また、分析部１１０、データ格納部１２０、及び、結果出力部１３０は、異なる装置により構成されていてもよい。
【００４０】
また、運用管理装置１００の各構成要素は、独立した論理回路でもよい。
【００４１】
次に、本発明の第１の実施の形態の動作を説明する。
【００４２】
ここでは、被監視システム５００が、複数種目の監視対象（メトリック）間の相関関係（関係性）を表す相関モデルによりモデル化される場合を例に、動作を説明する。被監視システム５００は、複数種目の監視対象の値を一定間隔毎に測定し、監視データとして、運用管理装置１００へ送信する。被監視システム５００から受信した監視データの時系列は、監視データ格納部１２５に格納される。
【００４３】
図４は、本発明の第１の実施の形態における、運用管理装置１００の処理を示すフローチャートである。
【００４４】
はじめに、モデル生成部１１１は、監視データ格納部１２５に格納された監視データの時系列をもとに、複数のモデルを生成する（ステップＳ１０１）。モデル生成部１１１は、生成した複数のモデルをモデル格納部１２１に保存する。
【００４５】
例えば、モデル生成部１１１は、特許文献３の運用管理装置と同様、監視データ格納部１２５に格納された、被監視システム５００が正常な期間（正常時）の監視データの時系列をもとに、監視データの種目間の相関関係を１以上含む相関モデルを複数生成する。
【００４６】
ここで、モデル生成部１１１は、被監視システム５００の複数の稼働状態（工程）の各々について、当該稼働状態（工程）の正常時の時系列を用いて、相関モデルを生成する。監視データの時系列の内、どの時刻の時系列が、どの稼働状態（工程）に相当するかは、例えば、ユーザ等により入力される。モデル生成部１１１は、各稼働状態（工程）と生成した相関モデルを関連付けたモデル情報２２１を生成し、相関モデルとともに保存する。
【００４７】
図５は、本発明の第１の実施の形態における、モデル情報２２１の例を示す図である。
【００４８】
例えば、モデル生成部１１１は、被監視システム５００の工程ａ、ｂ、及び、ｃに対して、相関モデルＡ、Ｂ、及び、Ｃを、それぞれ生成し、図５のようなモデル情報２２１を生成する。
【００４９】
なお、正常時の監視データの時系列をもとに、複数の相関モデルが生成できれば、モデル生成部１１１は、被監視システム５００の稼働状態と関連付けずに、相関モデルを生成してもよい。例えば、モデル生成部１１１は、正常時の監視データの時系列の内、所定の長さの期間（例えば、１日や１時間）毎の時系列を用いて、相関モデルを生成してもよい。当該所定の長さは、例えば、被監視システム５００が各稼働状態を継続する期間の長さより短く設定される。この場合、モデル生成部１１１は、生成した複数の相関モデルの内、類似した相関モデルを一つのモデルに集約してもよい。
【００５０】
分析処理部１１２は、ステップＳ１０１で生成された複数のモデルの内の任意の一つのモデルを選択し、メインモデルに設定する（ステップＳ１０２）。分析処理部１１２は、メインモデル以外のモデルを、サブモデルに設定する。
【００５１】
例えば、分析処理部１１２は、相関モデルＡをメインモデル、相関モデルＢ、Ｃをサブモデルに設定する。
【００５２】
分析処理部１１２は、監視データ格納部１２５から、新たに取得された監視データを読み出す（ステップＳ１０３）。
【００５３】
分析処理部１１２は、読み出した監視データをメインモデルに適用し、メインモデルによる異常検出を行う（ステップＳ１０４）。
【００５４】
図６は、本発明の第１の実施の形態における、各モデルによる異常検出処理の例を示す図である。
【００５５】
例えば、分析処理部１１２は、図６の時刻「2014/05/10 15:00」における監視データを相関モデルＡに適用し、異常検出を行う。
【００５６】
ここで、分析処理部１１２は、例えば、特許文献１に記載された運用管理装置と同様に、相関モデルに含まれる相関関係の破壊（相関破壊）の数や、相関破壊が検出された相関関係の予測誤差（相関破壊の大きさ）が所定の閾値以上の場合、異常と判定する。
【００５７】
また、分析処理部１１２は、モデル使用履歴２２２に、メインモデルの使用履歴を記録する。
【００５８】
図７は、本発明の第１の実施の形態における、モデル使用履歴２２２の例を示す図である。例えば、分析処理部１１２は、モデル使用履歴２２２に、図７のように、時刻「15:00」における、相関モデルＡの使用履歴を記録する。
【００５９】
ステップＳ１０４で異常が検出されない場合（ステップＳ１０５／Ｎ）、分析処理部１１２は、定期的に、ステップＳ１０３からの処理を繰り返す。
【００６０】
例えば、時刻「15:00」において、相関モデルＡで異常が検出されない場合、分析処理部１１２は、次の時刻「15:10」における監視データを相関モデルＡに適用し、異常検出を行う。分析処理部１１２は、モデル使用履歴２２２に、図７のように、時刻「15:10」における、相関モデルＡの使用履歴を記録する。
【００６１】
同様に、時刻「15:10」において、相関モデルＡで異常が検出されない場合、分析処理部１１２は、次の時刻「15:20」における監視データを相関モデルＡに適用し、異常検出を行う。分析処理部１１２は、モデル使用履歴２２２に、図７のように、時刻「15:20」における、相関モデルＡの使用履歴を記録する。
【００６２】
ステップＳ１０５で異常が検出された場合（ステップＳ１０５／Ｙ）、モデル切替部１１３は、サブモデルの内の一つ選択し、分析処理部１１２に当該サブモデルによる異常検出を指示する（ステップＳ１０６）。分析処理部１１２は、ステップＳ１０４で使用した監視データを、ステップＳ１０６で選択したサブモデルに適用し、当該サブモデルによる異常検出を行う（ステップＳ１０７）。モデル切替部１１３は、全てのサブモデルについて、ステップＳ１０６からの処理を繰り返す（ステップＳ１０８）。
【００６３】
例えば、時刻「15:20」において、相関モデルＡで異常が検出された場合、分析処理部１１２は、時刻「15:20」における監視データを相関モデルＢ、Ｃに適用し、異常検出を行う。
【００６４】
モデル切替部１１３は、全てのサブモデルにより異常が検出されたかどうかを判定する（ステップＳ１０９）。
【００６５】
ステップＳ１０９で、全てのサブモデルにより異常が検出された場合（ステップＳ１０９／Ｙ）、モデル切替部１１３は、被監視システム５００の異常が検出されたと判定する。モデル切替部１１３は、結果出力部１３０を通して、ユーザ等に異常通知を出力する（ステップＳ１１０）。また、モデル切替部１１３は、異常検出履歴２２４に、被監視システム５００の異常の検出履歴を記録する。
【００６６】
例えば、時刻「15:20」において、相関モデルＡに加えて、相関モデルＢ、Ｃでも異常が検出された場合、モデル切替部１１３は、被監視システム５００の異常が検出されたと判定する。
【００６７】
図８は、本発明の第１の実施の形態における、異常検出履歴２２４の例を示す図である。例えば、モデル切替部１１３は、異常検出履歴２２４に、図８のように、時刻「15:20」における、被監視システム５００の異常の検出履歴を追加する。
【００６８】
ステップＳ１０９で、異常が検出されないサブモデルがある場合（ステップＳ１０９／Ｎ）、モデル切替部１１３は、現在のメインモデルは被監視システム５００の現在の稼働状態に適合せず、メインモデルの切り替えが必要と判定する。
【００６９】
モデル切替部１１３は、異常が検出されなかったサブモデルを、新たなメインモデルに設定する（ステップＳ１１１）。また、モデル切替部１１３は、新たなメインモデル以外のモデルを、新たなサブモデルに設定する。モデル切替部１１３は、モデル切替履歴２２３に、メインモデルの切替履歴を記録する。
【００７０】
なお、異常が検出されなかったサブモデルが複数存在する場合、モデル切替部１１３は、合致度が他のサブモデルより大きいサブモデルを新たなメインモデルに設定してもよい。この場合、合致度は、例えば、相関破壊の数や相関破壊の大きさが小さいほど、大きくなるように決定される。
【００７１】
例えば、時刻「16:00」において、相関モデルＡで異常が検出され、相関モデルＢ、Ｃで異常が検出されなかった場合、モデル切替部１１３は、メインモデルの切り替えが必要と判定する。ここで、相関モデルＢ、Ｃの内、相関モデルＢの合致度が大きい場合、モデル切替部１１３は、相関モデルＢを新たなメインモデル、相関モデルＡ、Ｃをサブモデルに設定する。
【００７２】
図９は、本発明の第１の実施の形態における、モデル切替履歴２２３の例を示す図である。例えば、分析処理部１１２は、モデル切替履歴２２３に、図９のように、時刻「16:00」における、メインモデルの切替履歴「相関モデルＡ→Ｂ」を追加する。
【００７３】
以下、ステップＳ１０３からの処理が繰り返される。
【００７４】
例えば、時刻「16:40」において、相関モデルＢで異常が検出された場合、メインモデルが相関モデルＢから相関モデルＣへ切り替えられる。また、時刻「16:50」において、相関モデルＣに加えて、相関モデルＡ、Ｂでも異常が検出された場合、被監視システム５００の異常が検出される。さらに、時刻「17:10」において、相関モデルＣで異常が検出された場合、メインモデルが相関モデルＣから相関モデルＡへ切り替えられる。
【００７５】
この結果、モデル使用履歴２２２、異常検出履歴２２４、及び、モデル切替履歴２２３には、図７、図８、及び、図９のように、メインモデルの使用履歴、被監視システム５００の異常の検出履歴、及び、メインモデルの切替履歴が記録される。
【００７６】
また、結果出力部１３０は、ユーザ等からの要求に応じて、データ格納部１２０に格納されているモデル使用履歴２２２や、モデル切替履歴２２３、異常検出履歴２２４を出力する。
【００７７】
図１０は、本発明の第１の実施の形態における、出力画面１３１の例を示す図である。図１０の例では、出力画面１３１は、モデル使用履歴表示領域１３２、モデル切替履歴表示領域１３３、及び、異常検出履歴表示領域１３４を含む。モデル使用履歴表示領域１３２は、モデル使用履歴２２２における、現在までのメインモデルの使用履歴を示す。モデル切替履歴表示領域１３３は、モデル切替履歴２２３における、メインモデルの切替履歴を示す。異常検出履歴表示領域１３４は、異常検出履歴２２４における、被監視システム５００の異常の検出履歴を、異常検出時のメインモデルと関連付けて示す。
【００７８】
なお、結果出力部１３０は、モデル使用履歴表示領域１３２、モデル切替履歴表示領域１３３、及び、異常検出履歴表示領域１３４において、モデル情報２２１で示される各相関モデルに対応する稼働状態（工程）を、相関モデルに関連付けて出力してもよい。
【００７９】
図１０の例では、図５のモデル情報２２１で示される各相関モデルに対応する工程が、相関モデルに関連付けられて、出力されている。
【００８０】
これにより、ユーザ等は、現在のシステムの工程を把握できる。また、ユーザ等は、正常時の各工程に要する時間長とモデル使用履歴表示領域１３２に表示された各相関モデルに対応する工程の時間長とを比較し、システムの各工程が正常に行われているかどうかを把握できる。また、ユーザ等は、正常時の各工程の遷移とモデル切替履歴表示領域１３３に表示された各相関モデルに対応する工程の遷移とを比較し、システムの各工程の遷移が正常に行われているかどうかを把握できる。また、ユーザ等は、システムの異常がどの工程で検出されたかを把握できる。
【００８１】
さらに、システムの正常時の各工程に要する時間長が、予め、ユーザ等により入力されている場合、結果出力部１３０は、入力された時間長と、モデル使用履歴表示領域１３２の各工程の時間長との比較結果を、モデル使用履歴表示領域１３２に出力してもよい。同様に、システムの正常時の各工程の遷移順序が、予め、ユーザ等により入力されている場合、結果出力部１３０は、入力された順序と、モデル切替履歴表示領域１３３の各工程の遷移順序との比較結果を、モデル切替履歴表示領域１３３に出力してもよい。
【００８２】
以上により、本発明の第１の実施の形態の動作が完了する。
【００８３】
次に、本発明の第１の実施の形態の特徴的な構成を説明する。図１は、本発明の第１の実施の形態の特徴的な構成を示すブロック図である。
【００８４】
図１を参照すると、本発明の第１の実施の形態における運用管理装置１００（情報処理装置）は、モデル格納部１２１、及び、分析部１１０を含む。
【００８５】
モデル格納部１２１は、被監視システム５００（システム）の監視データに係る複数のモデルを格納する。
【００８６】
分析部１１０は、複数のモデルの内の一のモデルであるメインモデルにより、新たに取得された監視データに対する異常検出を行う。分析部１１０は、当該メインモデルにより異常が検出された場合に、他のモデル（サブモデル）により、当該新たに取得された監視データに対する異常検出を行う。分析部１１０は、当該他のモデルにより異常が検出されない場合、当該他のモデルを、次以降に取得される監視データに対するメインモデルに設定する。
【００８７】
本発明の第１の実施の形態によれば、システムの稼働状態に応じた適切なモデルでシステムを監視できる。その理由は、分析部１１０が、メインモデルにより異常が検出され、他のモデルにより異常が検出されない場合、当該他のモデルを、次以降に取得される監視データに対するメインモデルに設定するためである。これにより、適切でないモデルを用いてシステムを監視した場合に発生する誤報を低減できる。
【００８８】
また、本発明の第１の実施の形態によれば、システムの現在の稼働状態（工程）を把握できる。その理由は、結果出力部１３０が、モデル使用履歴表示領域１３２において、現在のメインモデルに対応する稼働状態（工程）を出力するためである。
【００８９】
また、本発明の第１の実施の形態によれば、システムの各稼働状態（工程）に要する時間長や稼働状態（工程）間の遷移が正常かどうかを識別できる。その理由は、結果出力部１３０が、モデル使用履歴表示領域１３２やモデル切替履歴表示領域１３３において、メインモデルとして用いられた各モデルに対応する稼働状態（工程）を、モデルに関連付けて出力するためである。
【００９０】
また、本発明の第１の実施の形態によれば、システムの異常が、システムのどの稼働状態（工程）で検出されたかを把握できる。その理由は、結果出力部１３０が、異常検出履歴表示領域１３４において、異常検出時のメインモデルに対応する稼働状態（工程）を出力するためである。
【００９１】
（第２の実施の形態）
次に、本発明の第２の実施の形態について説明する。
【００９２】
ここでは、監視対象のシステムが、化学製造プラント等のプラントである場合を例に、説明する。
【００９３】
化学製造プラントでは、例えば、原料を所定の温度での加熱、あるいは、原料に対して所定の圧力を加えることにより、反応を促進し、所望の生成物を高い純度で生成する。そのため、バルブの開け閉めなどの調節が適宜行われる。プラントの各部の温度や圧力はセンサにより取得可能であり、正常な動作におけるそれぞれの温度や圧力の間には、一定の関係性が保たれると考えられる。またバルブの開け閉め等は、温度や圧力に影響を与え、このような関係性もバルブの状態に応じて変化すると考えられる。しかしながら、バルブの開け閉めは、例えば生成物の反応速度の調整やプラントの規定値内での安全稼働のために行われるものであり、関係性に変化が起きたとしても、変化前後の異なる関係性は、いずれも、正常な稼働状態において成り立つ関係性と考えられる。
【００９４】
したがって、そのような正常であるが、複数の異なる稼働状態を持つプラントにおいて、本発明の第１の実施の形態における運用管理装置１００を適用することで、プラントの監視における誤報を低減できる。
【００９５】
次に、本発明の第２の実施の形態の構成を説明する。
【００９６】
本発明の第２の実施では、図２における被監視システム５００が、上述の化学製造プラント等のプラントである。
【００９７】
被監視システム５００（プラント）は、複数の複数種目のセンサ（例えば、温度センサや圧力センサ）の測定値を一定間隔毎（例えば、１分毎）に測定し、監視データとして、運用管理装置１００へ送信する。被監視システム５００から受信した監視データの時系列は、監視データ格納部１２５に格納される。
【００９８】
モデル生成部１１１は、監視データ格納部１２５に格納された監視データの時系列をもとに、プラントの複数の工程の各々について、当該工程の正常時の時系列を用いて、モデルを生成する。また、モデル生成部１１１は、例えば、１日や１時間毎の時系列を用いて、モデルを生成してもよい。
【００９９】
その他の構成は、本発明の第１の実施形態と同様である。
【０１００】
これにより、複数の異なる正常な稼働状態を有するプラントにおいて、システムの稼働状態に応じた適切なモデルでシステムを監視でき、誤報を低減できる。
【０１０１】
（第３の実施の形態）
次に、本発明の第３の実施の形態について説明する。
【０１０２】
ここでは、監視対象のシステムが、自動車やバイク、船、飛行機等の移動体である場合を例に、説明する。
【０１０３】
これらの移動体は、燃料を燃焼させてエンジンに動力を発生させ、それを内部機構によりタイヤやプロペラ等に伝達し、推進力を得る。燃料の消費量や推進力の間には、移動体が正常稼働している範囲内では、一定の関係性が成り立つと考えられる。また、外部環境、すなわち、気温や天候、路面の荒れ具合などに応じて、成り立つ関係性は異なると考えられる。しかしながら、それらの異なる関係性は、いずれも、正常な稼働状態において成り立つ関係性であると考えられる。
【０１０４】
したがって、そのような正常であるが、複数の異なる稼働状態を持つ移動体において、本発明の第１の実施の形態における運用管理装置１００を適用することで、移動体の監視における誤報を低減できる。
【０１０５】
次に、本発明の第３の実施の形態の構成を説明する。
【０１０６】
本発明の第３の実施では、図２における被監視システム５００が、上述の自動車やバイク、船、飛行機等の移動体である。
【０１０７】
被監視システム５００（移動体）は、複数の複数種目のセンサ（例えば、燃料センサや速度センサ）の測定値を一定間隔毎（例えば、１秒毎）に測定し、監視データとして、運用管理装置１００へ送信する。被監視システム５００から受信した監視データの時系列は、監視データ格納部１２５に格納される。
【０１０８】
モデル生成部１１１は、監視データ格納部１２５に格納された監視データの時系列をもとに、移動体の複数の稼働状態の各々について、当該稼働状態の正常時の時系列を用いて、モデルを生成する。また、モデル生成部１１１は、例えば、１時間や１分毎の時系列を用いて、モデルを生成してもよい。
【０１０９】
その他の構成は、本発明の第１の実施形態と同様である。
【０１１０】
これにより、複数の異なる正常な稼働状態を有する移動体において、システムの稼働状態に応じた適切なモデルでシステムを監視でき、誤報を低減できる。
【０１１１】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１１２】
例えば、本発明の実施の形態では、モデルの一例として相関モデルを用いたが、モデルとして、例えば、確率モデル等、統計処理の分野でよく知られた手法に基づく、他のモデルを用いてもよい。
【０１１３】
この出願は、２０１４年９月１１日に出願された日本出願特願２０１４−１８５０２２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１１４】
１００    運用管理装置
１０１    ＣＰＵ
１０２    記憶手段
１０３    通信手段
１０４    入力手段
１０５    出力手段
１１０    分析部
１１１    モデル生成部
１１２    分析処理部
１１３    モデル切替部
１２０    データ格納部
１２１    モデル格納部
１２２    モデル使用履歴格納部
１２３    モデル切替履歴格納部
１２４    異常検出履歴格納部
１２５    監視データ格納部
１３０    結果出力部
１３１    出力画面
１３２    モデル使用履歴表示領域
１３３    モデル切替履歴表示領域
１３４    異常検出履歴表示領域
２２１    モデル情報
２２２    モデル使用履歴
２２３    モデル切替履歴
２２４    異常検出履歴
５００    被監視システム
【図１】
2016038803.tif 000003
【図２】
2016038803.tif 000004
【図３】
2016038803.tif 000005
【図４】
2016038803.tif 000006
【図５】
2016038803.tif 000007
【図６】
2016038803.tif 000008
【図７】
2016038803.tif 000009
【図８】
2016038803.tif 000010
【図９】
2016038803.tif 000011
【図１０】
2016038803.tif 000012
【国際調査報告】
2016038803.tif 000013
2016038803.tif 000014