JP2020061067A - 機器評価装置、機器評価方法およびプログラム - Google Patents

Abstract

【課題】異常動作に対応するイベントが発生頻度の多い正常動作に対応するイベントに埋もれてしまうことを防止する。【解決手段】第１の実施形態の機器評価装置は、第１の期間および第２の期間に係る評価対象機器のイベントの発生回数を算出する発生回数算出部と、前記第１の期間に係る発生回数と第２の期間に係る発生回数とに基づいて、発生回数の変化率を示す評価係数を算出する係数算出部と、を備える。【選択図】図２

Description

本発明は、機器評価装置、機器評価方法およびプログラムに関する。

特許文献１は、発電プラント等の装置の運転状況を分析し、分析した結果を利用者に提示するシステム（運転状況分析装置）を開示する。特許文献１に記載されている運転状況分析装置は、情報収集部と、情報分析部と、情報提示部を備える。情報収集部は、複数の機器（ガスタービン、蒸気タービン、ポンプ、ファン、モータ、弁設備等）を含む装置の運転中に発生したイベント情報を収集する。情報分析部は、収集されたイベント情報を整理して装置の運転状態の変化に基づいて区切られる期間ごとに装置の運転状況の評価に用いる指標値を生成して蓄積する。ここで、イベント情報は、各機器に係る警報、発停動作（ポンプやモータ、ファン等の発動指示や停止指示、弁設備の開指示や閉指示）等が発生したことを示す情報である。また、指標値は、警報の頻度、警報の発生および復帰の順序、発停の頻度、発停の順序等である。そして、情報提示部は、情報分析部に蓄積された指標値を利用者に提示する。この情報提示部は、例えば、利用者が任意で区切った期間における機器の発停頻度の上位３０種類を示す情報を提示する。

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

特許文献１に記載されている運転状況分析装置によれば、例えば、利用者が任意に指定した期間において、複数の機器のいずれで発停動作が多く行われたかを利用者が容易に把握することができる。しかしながら、特許文献１に記載されている運転状況分析装置では、分析対象である機器の構成によっては次のような課題が生じるおそれがある。すなわち、例えば分析対象である複数の機器がタイマーで１分間に１回、正常に発停動作を行い、かつイベント情報が発生されるような場合、発停頻度の多い順にイベント情報を並べると、正常動作に対応するイベント情報が上位を占め、異常動作に対応するイベント情報が埋もれてしまうという課題が生じるおそれがあった。

本発明の目的は、上述した課題を解決する機器評価装置、機器評価方法およびプログラムを提供することにある。

本発明の第１の態様によれば、機器評価装置は、第１の期間および第２の期間に係る評価対象機器のイベントの発生回数を算出する発生回数算出部と、前記第１の期間に係る発生回数と第２の期間に係る発生回数とに基づいて、発生回数の変化率を示す評価係数を算出する係数算出部と、を備える。

本発明の第２の態様によれば、第１態様に係る機器評価装置において、前記イベントが、前記評価対象機器の制御状態のオンまたはオフの変化に対応する事象であってよい。

本発明の第３の態様によれば、第１または第２の態様に係る機器評価装置が、前記評価係数が所定値を超えた場合に所定の情報を出力する情報出力部を備えるものであってよい。

本発明の第４の態様によれば、第１から第３の何れかの態様に係る機器評価装置において、前記係数算出部は、前記第１の期間に係る発生回数と第２の期間に係る発生回数のうち大きい方を、前記第１の期間に係る発生回数と第２の期間に係る発生回数のうち小さい方で除算することで、前記評価係数を算出するものであってよい。

本発明の第５の態様によれば、第１から第４の何れかの態様に係る機器評価装置において、前記第１の期間および前記第２の期間は、所定の周期に係る連続する２つの期間であるものであってよい。

本発明の第６の態様によれば、第１または第２の態様に係る機器評価装置が、前記第１の期間に係る発生回数と第２の期間に係る発生回数の一方がゼロである場合、同じイベントにおいて前記発生回数がゼロになったときの運転ログデータに基づいて、前記所定の情報を出力するか否かを決定する情報判定部を備えるものであってよい。

本発明の第７の態様によれば、第１から第６の何れかの態様に係る機器評価装置が、前記イベントに係る機器の重要度と前記評価係数とに基づいてソートした、前記イベントの一覧を出力するリスト出力部を備えるものであってよい。

本発明の第８の態様によれば、機器評価方法は、第１の期間および第２の期間に係る評価対象機器のイベントの発生回数を算出するステップと、前記第１の期間に係る発生回数と第２の期間に係る発生回数とに基づいて、発生回数の変化率を示す評価係数を算出するステップと、を備える。

本発明の第９の態様に係るプログラムは、コンピュータに、第１の期間および第２の期間に係る評価対象機器のイベントの発生回数を算出するステップと、前記第１の期間に係る発生回数と第２の期間に係る発生回数とに基づいて、発生回数の変化率を示す評価係数を算出するステップと、を実行させる。

上記態様のうち少なくとも１つの態様によれば、発生回数の変化率を示す評価係数を用いて発生したイベントを評価することができるので、異常動作に対応するイベントが発生頻度の多い正常動作に対応するイベントに埋もれてしまうことを防止することができる。

図１は、第１の実施形態に係る機器評価システムの概略図である。 図１に示す機器評価装置１の機能的構成の一例を示す概略ブロック図である。 図２に示すイベントメッセージＤＢ（データベース）１９１の構成例を示す模式図である。 図２に示すイベントメッセージＤＢ１９１の構成例を示す模式図である。 図２に示す受信イベントメッセージログ１９２の構成例を示す模式図である。 図２に示す運転ログ１９３の構成例を示す模式図である。 図２に示す解析リポートＤＢ１９４に記録されるレポートの例を示す模式図である。 図２に示す解析リポートＤＢ１９４に記録されるレポートの例を示す模式図である。 図１に示す機器評価装置１の動作例を示すフローチャートである。 図１０は、第１の実施形態に係るコンピュータの構成を示す概略ブロック図である。

以下、図面を参照しながら実施形態について詳しく説明する。なお、各図において同一または対応する構成には同一の符号をつけて、適宜説明を省略する。

〈第１の実施形態〉
図１は、第１の実施形態に係る機器評価システムの概略図である。
図１に示す機器評価システム１０は、機器評価装置１と、対象設備２と、通信回線５とを備える。
対象設備２は、複数の評価対象機器３と、制御装置４とを備える。対象設備２は、機器評価装置１が評価対象とする複数の評価対象機器３を備える設備であり、例えば火力発電設備等の設備である。
複数の評価対象機器３は、機器評価装置１が評価対象とする機器であり、例えば、燃料移送装置、乾灰排出シュート弁、灰処理真空ブロア弁、給水塔補給給水弁、排水処理装置出口弁、ＢＦＰ（ボイラ給水ポンプ）ミニフロー弁、排水ピットポンプ等の機器である。
制御装置４は、複数の評価対象機器３を制御する装置であり、複数の評価対象機器３の制御に係るイベントが発生した場合に、発生したイベントを示すイベントメッセージを生成し、通信回線５を介して機器評価装置１へ順次、送信する。
なお、本実施形態の機器評価装置１が対象とする設備や機器はこれらに限定されない。
また、複数の評価対象機器３の制御に係るイベントとは、例えば、制御装置４等が、各評価対象機器３に係る警報を発したこと、各評価対象機器３に対して発停動作の指示（発停指示という）（ポンプやモータ、ファン等の発動指示（運転指示）や停止指示、弁設備の開指示や閉指示）を出力したこと、運転員（オペレータ）や保守員等が発停操作や調整操作をしたこと等である。また、本実施形態においてイベントは、例えば、評価対象機器３の所定の制御状態のオンまたはオフ（ＯＮ／ＯＦＦ）の変化に対応する事象である。ここで、本実施形態における制御状態のオンまたはオフの変化とは、例えば、弁の開閉、機器の発停またはモード切替など、所定の第１の制御状態から第２の制御状態への変化または第２の制御状態から第１の制御状態への変化に対応する。本実施形態において制御状態の変化は、制御装置４から評価対象機器３への制御信号の変化、制御装置４からの制御信号に応じた評価対象機器３の動作状態の変化、制御装置４が監視している評価対象機器３の動作状態変化等を含む。

本実施形態では、機器評価装置１が、評価対象機器３の所定の制御状態のオンまたはオフの変化に応じて発生されるイベントに基づいて評価対象機器３を評価することで、例えば、アラーム設定値まではいかず、アラームが発生していない運転中であっても、オンまたはオフのイベント信号が通常（例えば先週）時の回数と変化していれば、異常による変化の可能性ありとリストアップすることができる。つまり、イベント信号を用いない場合とイベント信号を用いる場合を比較すると、アラームが発生する前においても異常予兆を検知できる可能性を高めることができる。なお、警報が発さられたこと（アラームが発せられたこと）は、イベントに含ませてもよいし、含ませなくてもよい。警報が発さられたこと（アラームが発せられたこと）をイベントに含ませる場合には、例えば、オンまたはオフのイベントとは別に、「〇〇アラーム」のようにアラーム自体をイベントの１つとしてアラームの回数のみをカウントするようにしてもよい。
イベントメッセージは、例えば、イベントの発生時刻を示す時刻情報と、イベントの内容を特定するイベント識別番号を示す情報を含む。イベントの内容とは、イベントが発生した評価対象機器３と、イベントの種類を表す情報である。イベント識別番号は、例えば、イベントの種類と、イベントが発生した評価対象機器３や対象設備２あるいは制御装置４を特定する情報である。なお、イベントの種類は、イベントが、例えば、警報なのか、発停指示なのか、発停操作の指示なのか、調整操作の指示なのか、センサの出力変動なのか等の大きな分類と、警報であればどういう警報なのか、発停指示であれば発動指示、停止指示、開指示、閉指示等のどれなのかという小さな分類を含む。ただし、イベントメッセージは、例えば、イベント識別番号に代えて、イベントの内容を示す文字列等のデータを含んでいてもよい。
なお、制御装置４は、イベントが発生した場合にイベントメッセージを生成して、機器評価装置１へ順次、送信することに代えて、次のようにイベントの発生を機器評価装置１へ通知してもよい。すなわち、制御装置４は、例えば、評価対象機器３を構成する各機器へ制御信号を出力した場合にその履歴を所定のファイルに記録する機能を備え、制御装置４がその履歴を記録したファイルを機器評価装置１へ出力し、機器評価装置１が入力されたファイルを参照してイベントの発生を評価してもよい。

図２は、第１の実施形態に係る機器評価装置１の機能的構成の一例を示す概略ブロック図である。本実施形態の機器評価装置１は、コンピュータまたはコンピュータシステム（コンピュータと周辺機器からなるシステム）であり、ＣＰＵ（中央処理装置）、記憶装置、入出力装置、通信装置等を備え、記憶装置に記憶されているプログラムを実行することで、ハードウェアとソフトウェアの組み合わせから図２に示す各機能を構成する。図１に示す機器評価装置１は、ハードウェアとソフトウェアの組み合わせからなる機能的ブロックとして、メッセージ取得部１１と、発生回数算出部１２と、係数算出部１３と、情報出力部１４と、情報判定部１５と、リスト出力部１６と、記憶部１９を備える。記憶部１９は、イベントメッセージＤＢ１９１と、受信イベントメッセージログ１９２と、運転ログ１９３と、解析リポートＤＢ１９４を含む。

メッセージ取得部１１は、制御装置４が送信したイベントメッセージを順次、受信し、受信イベントメッセージログ１９２に蓄積する。
受信イベントメッセージログ１９２は、図５に示すように、発生時刻を示す情報とイベント識別番号を示す情報を対応づけて、時系列で複数組、記憶するファイルである。図５は、図２に示す受信イベントメッセージログ１９２の構成例を示す模式図である。なお、受信イベントメッセージログ１９２は、例えば、各イベント識別番号に対応した複数のファイルから構成し、各ファイルにイベントメッセージが含む時刻情報のみを記憶させるようにしてもよい。

発生回数算出部１２は、例えば、受信イベントメッセージログ１９２を参照し、所定の期間に係る評価対象機器３のイベントの発生回数をイベント識別番号毎に算出する。所定の期間に係る評価対象機器３のイベントの発生回数とは、所定の期間を例えば１日、数日間、１週間、数週間、一月間等としてその所定の期間中に発生した同一の（同一イベント識別番号の）イベントの発生回数である。発生回数算出部１２は、イベントの発生回数の算出結果を期間毎にイベントメッセージＤＢ１９１に記憶する。
図３および図４は、図２に示すイベントメッセージＤＢ１９１の構成例を示す模式図である。図２に示すイベントメッセージＤＢ１９１は、イベントメッセージの定義情報と実際の発生状況を示す情報を格納するＤＢであり、例えば、図３に示すＤＢ１９１−１と図４に示すＤＢ１９１−２の組み合わせから構成することができる。図３に示すＤＢ１９１−１は、イベントを算出する所定の期間が１週間である場合の例である。また、図３に示すＤＢ１９１−１は、最新（最後）の週である２０１８年６月２４日から２０１８年６月３０日までの期間のいずれかの時点での値の例を示す。

図３に示すＤＢ１９１−１は、イベント識別番号に対応づけて、イベントの内容、重要度、類似機器イベント識別番号、情報出力要否、所定の期間毎の発生回数と評価係数を示す情報を記憶する。例えば、イベント識別番号が「Ｅ１００１」のイベントの内容は「燃料移送装置 運転中 ＯＮ」であり、重要度は「１」であり、類似機器イベント識別番号は「Ｅ２００１」であり、情報出力要否が「要」である。イベント識別番号が「Ｅ１００１」のイベントの、２０１８年６月２４日から２０１８年６月３０日までの期間の発生回数が「１９」、２０１８年６月１７日から２０１８年６月２３日までの期間の発生回数が「８」、２０１８年６月１０日から２０１８年６月１６日までの期間の発生回数が「５」、２０１８年６月３日から２０１８年６月９日までの期間の発生回数が「１」、２０１８年５月２７日から２０１８年６月２日までの期間の発生回数が「０」である。また、イベント識別番号が「Ｅ１００１」のイベントの、２０１８年６月２４日から２０１８年６月３０日までの期間の発生回数「１９」と２０１８年６月１７日から２０１８年６月２３日までの発生回数「８」に基づく評価係数が「２」、２０１８年６月１７日から２０１８年６月２３日までの発生回数「８」と２０１８年６月１０日から２０１８年６月１６日までの発生回数「５」に基づく評価係数が「２」、２０１８年６月１０日から２０１８年６月１６日までの発生回数「５」と２０１８年６月３日から２０１８年６月９日までの発生回数「１」に基づく評価係数が「５」、２０１８年６月３日から２０１８年６月９日までの発生回数「１」と２０１８年５月２７日から２０１８年６月２日までの発生回数「０」に基づく評価係数が「−」（評価係数の対象外であることを示す。）である。

図３に示す例において、重要度は、「１」が最も高く、「２」から「６」の順に低くなる指標である。また、空白の場合（設定がない場合）、重要度は最も低い。重要度は、当該イベントに対する注目の必要度に対応し、例えば、当該イベントが対応する評価対象機器３の機能毎に設定することができる。評価対象機器３の機能とは対象設備２における役割であり、例えば火力発電設備では、運炭、灰処理、ＳＣＲ（選択触媒還元）、ＥＰ（電気集塵）、ＦＧＤ（排煙脱硫）、排水等に分類することができる。また、この場合、重要度は、例えば、運炭を「１」、灰処理を「２」、ＳＣＲを「３」、ＥＰを「４」、ＦＧＤ「５」、排水を「６」、それ以外を「なし」等と設定することができる。

また、類似機器イベント識別番号は、当該イベントに類似する他の評価対象機器３に対応するイベントのイベント識別番号である。例えば、イベント識別番号「Ｅ１００１」のイベントの発生状況が変化した場合に、類似機器イベント識別番号「Ｅ２００１」に対する過去の評価や対応を参考（参照）して、イベント識別番号「Ｅ１００１」のイベントに対する評価や対応を決定することができる。

情報出力要否は、類似機器イベント識別番号毎に各イベントについて情報出力が必要か否かを表す情報である。情報出力要否には、情報出力が必要である旨の「要」または必要ではない旨の「否」が、後述する情報出力部１４や情報判定部１５によって設定される。図３に示す例では、イベント識別番号「Ｅ１００１」〜「Ｅ１００９」の各イベントの情報出力要否はすべて「要」に設定されている。なお、情報出力要否のフィールドの値は、情報出力部１４および情報判定部１５によって設定されるが、情報出力部１４または情報判定部１５のどちらが情報出力要否を「要」に設定したのかが分かるような値としておくことができる。

また、評価係数は、本実施形態において発生したイベントを評価する際に基準となる指標であり、第１の期間に係る発生回数と第２の期間に係る発生回数とに基づいて発生回数の変化率を示す値である。ここで、第１の期間と第２の期間は、互いに同一または異なる長さの期間であり、第１の期間と第２の期間は互いに連続していてもよいし、不連続であってもよい。例えば、第１の期間と第２の期間は、連続せずに、例えば３月１〜７日を正常状態として、９月５日〜９月１１日を評価期間としてもよいし、連続する前週と今週にしてもよい。また、第１の期間と第２の期間は、例えば、連続する２週間の各１週間（各７日間）としたり、連続する２週間中の各５日間としたりすることができる。また、第１の期間と第２の期間は、例えば、２以上の週とそれに続く１週間としたり、数日間とそれに続く１日としたりすることができる。また、第１の期間に係る発生回数と第２の期間に係る発生回数は、第１の期間中または第２の期間中に発生したイベントの発生回数（イベントの発生回数そのもの）としたり、第１の期間中または第２の期間中に発生したイベントの発生回数を所定の単位期間の発生回数に換算したイベントの発生回数（イベントの発生回数を単位期間の発生回数に換算した値）としたりすることができる。
なお、所定の単位期間の発生回数に換算する場合、例えば、第１の期間を数週間、第２の期間を１週間として、第１の期間の発生回数を、数週間の発生回数の合計を１週間当たりの平均値に換算した値とする。その際、数週間の平均は、相加平均のほか、加重平均等としてもよい。例えば、第１の期間の数週間のうち、第２の期間に近い週の重みを大きくし、第２の期間に遠い週の重みを小さくして、加重平均値を求めることができる。
例えば、図３の例では第２の期間を評価対象の週とし、第１の期間を評価対象の週の前の週としている。また、第１の期間に係る発生回数と第２の期間に係る発生回数は、当該期間中（１週間中）に発生したイベントの回数を３０日換算したもの（発生回数を期間中の経過日数で除して３０を乗じた値）としている。図３の例では、最新の２０１８年６月２４日から２０１８年６月３０日までの１週間の経過時間は０時間より大きく７日間以下である。

評価係数は、第１の期間に係る発生回数と第２の期間に係る発生回数のうち大きい方を、第１の期間に係る発生回数と第２の期間に係る発生回数のうち小さい方で除算することで算出することができる。このように評価係数を算出することで、第１の期間に係る発生回数と第２の期間に係る発生回数の大小関係に関わらず、例えば評価係数と比較される変化率に係る基準値を１つの値とすることができる。評価係数は、例えば、式「（前週の発生回数を３０日換算したもの）／（今週の発生回数を３０日換算したもの）」で一旦算出し、さらに、評価係数が１未満の場合は「１／（評価係数）」を最終的な評価係数とすることができる。すなわち、一旦算出した評価係数が１未満の場合、一旦算出した評価係数の逆数を最終的な評価係数とすることができる。また、一旦算出した評価係数が１以上の場合、一旦算出した評価係数をそのまま最終的な評価係数とする。また、評価係数が自然数ではない場合、例えば小数点第１位を四捨五入した値を評価係数とすることができる。また、前週と今週の各イベント発生回数の一方が「０」の場合、除算結果は無限大となるが、その場合の評価係数は例えば「９９９９」とすることができる。
また、本実施形態では、第１の期間に係る発生回数と第２の期間に係る発生回数の少なくとも一方が所定値（本例では「３」）以上である場合にのみ評価係数が算出される。すなわち、第１の期間に係る発生回数と第２の期間に係る発生回数の両方が所定値（本例では「３」）未満の場合、評価係数は算出されない（算出対象外「−」とされる）。
本実施形態の評価係数は発生頻度によらず算出される。したがって、本実施形態の評価係数を用いることで、正常動作に対応するイベントの発生頻度が大きい場合でも、発生頻度が小さい異常動作に対応するイベントの変化の傾向を利用者は容易に把握することができる。

また、図４に示すＤＢ１９１−２は、イベント識別番号と設備識別番号と機器識別番号とイベントの内容を示す情報を対応づけて、複数組、記憶するファイルである。設備識別番号は対象設備２を特定する情報であり、機器識別番号は評価対象機器３を特定する情報である。例えば、イベント識別番号をキーとして、ＤＢ１９１−２を検索することで、当該イベント識別番号が対応づけられている対象設備２と評価対象機器３とイベントの内容を取得することができる。

発生回数算出部１２は、例えば、受信イベントメッセージログ１９２を参照し、最新の１週間（図３の例では２０１８年６月２４日から２０１８年６月３０日までの１週間）について、イベント識別番号毎にイベントメッセージの発生回数を算出し、ＤＢ１９１−１に記憶する。なお、図３に示す例では、２０１８年６月２４日から２０１８年６月３０日までの１週間の発生回数の値と評価係数の値は最終値ではなく、リアルタイムに変化する暫定値である。

また、係数算出部１３は、上述した評価係数を算出する。すなわち、係数算出部１３は、図３に示すＤＢ１９１−１を参照し、第１の期間に係るイベントの発生回数と第２の期間に係るイベントの発生回数とに基づいて、図３を参照して説明した発生回数の変化率を示す評価係数を算出する。係数算出部１３は、例えば、第１の期間に係る発生回数と第２の期間に係る発生回数のうち大きい方を、第１の期間に係る発生回数と第２の期間に係る発生回数のうち小さい方で除算することで、評価係数を算出する。係数算出部１３は、算出した評価係数を、図３に示すＤＢ１９１−１に記憶する。第１の期間と第２の期間は、発生回数算出部１２による算出の期間と同じ期間である。
なお、本実施形態において、係数算出部１３は、上述したように、評価係数の算出対象を、第１の期間に係るイベントの発生回数または第２の期間に係るイベントの発生回数の少なくとも一方が所定値以上（本例では「３」以上）であるものに限定している。すなわち、係数算出部１３は、第１の期間に係る発生回数と第２の期間に係る発生回数の両方が所定値（本例では「３」）未満の場合、評価係数を算出しない（算出対象外「−」とする）。両方の発生回数が所定値より小さい場合に評価係数を算出対象外とすることで、評価係数の統計的な信頼性（精度）を高めることができる。ただし、係数算出部１３では対象外とする評価係数を設定せずに、後述する情報出力部１４や情報判定部１５で評価係数と発生回数に基づいて情報出力するか否かを判定するようにしてもよい。

また、情報出力部１４は、係数算出部１３が算出した評価係数が所定値（以下、閾値という。）を超えた場合に所定の情報を出力する。なお、情報出力部１４は、直近の複数の評価期間の評価係数のいずれかが閾値を超えた場合に情報を出力するようにしてもよい。また、情報出力部１４は、発生回数が所定の条件を満たさない評価係数については、情報を出力する対象から除外してもよい。
情報出力部１４は、係数算出部１３が算出した評価係数が閾値を超えた場合、例えば、評価係数が閾値を超えた他のイベントとともに、その一覧を情報として、リスト出力部１６から出力する。この場合、情報出力部１４は、図３に示すＤＢ１９１−１を参照し、評価係数が閾値を超えたイベントについて情報出力要否に「要」を設定する。そして、リスト出力部１６は、図３に示すＤＢ１９１−１内で情報出力要否に「要」と設定されている各イベントを一覧にして、所定の表示装置の画面に表示したり、オンラインや電子媒体で出力したり、紙媒体を用いて出力したり、電子メールやソーシャル・ネットワーキング・サービス等を用いて利用者が使用する端末に向けて出力したりする。
図３に示す例では、情報出力部１４は、直近の４つの評価期間のいずれかで、係数算出部１３が算出した評価係数が閾値「２」を超えた場合に情報出力要否を「要」に設定している。
なお、情報出力部１４は、係数算出部１３が算出した評価係数が閾値を超えた場合、情報の出力として、リスト出力部１６を介さず、評価係数が閾値を超えた旨を示す情報を、例えば、所定の表示装置の画面に表示したり、音響信号で出力したり、照明器具を動作させることで出力したり、オンラインや電子媒体で出力したり、紙媒体を用いて出力したり、電子メールやソーシャル・ネットワーキング・サービス等を用いて利用者が使用する端末に向けて出力したりしてもよい。

また、情報判定部１５は、係数算出部１３が評価係数を算出した際に用いた第１の期間に係る発生回数と第２の期間に係る発生回数の一方がゼロである場合、同じイベントにおいて発生回数がゼロになったときの運転ログデータに基づいて、所定の情報を出力するか否かを決定する。なお、情報判定部１５は、例えば、評価係数が対象外「−」とされた期間については、発生回数の一方がゼロであっても情報を出力するか否かを判定しないようにすることができる。すなわち、情報判定部１５は、図３に示す例では、評価係数が「９９９９」の場合に、運転ログデータに基づいて、情報を出力するか否かを決定する。
運転ログデータは、図２に示す運転ログ１９３に記憶されるデータである。図６は、図２に示す運転ログ１９３の構成例を示す模式図である。図６に示す運転ログ１９３は、イベントの発生時刻とイベント識別番号と評価係数と情報出力要否と運転情報を対応づけて複数組、記憶するファイルである。運転情報は、当該イベントが発生した後に何らかの対処がなされた場合、その対処の内容を示す情報である。運転情報は、例えば、実施された調整作業や保守作業の内容を示す情報を含む。運転情報は、空白である場合もある。運転情報は、例えば図示していない調整作業や保守作業のログファイル等に記憶された内容に基づいて自動的にあるいは手動で記憶される。
情報判定部１５は、例えば、図３に示すＤＢ１９１−１内で評価係数が「９９９９」のイベント（当該イベントとする。）について、同一のイベント識別番号と評価係数「９９９９」をキーとして図６に示す運転ログ１９３を検索し、そのキーに適合するデータが抽出された場合、そのデータの情報出力要否が「要」であるとき、あるいは運転情報に作業等が実施された旨が記憶されていたとき、情報を出力すると判定し、ＤＢ１９１−１内で当該イベントの情報出力要否を「要」に設定する。

また、リスト出力部１６は、図３に示すＤＢ１９１−１を参照し、イベントに係る評価対象機器３の重要度と評価係数とに基づいてソートした、イベントの一覧を出力する。本実施形態では、リスト出力部１６は、まず、図３に示すＤＢ１９１−１から情報出力要否が「要」と設定されているイベントを抽出する。次に、リスト出力部１６は、抽出したイベントを、重要度が高い順に並べる。さらに、リスト出力部１６は、同一重要度の複数のイベントを評価係数が高い順に並べる。
なお、イベントの一覧を出力する対象の期間が複数の期間にわたる場合、リスト出力部１６は、同一重要度の複数のイベントを評価係数が高い順に並べる際に、例えば、複数期間の評価係数の合計値（平均値）が大きい順に各イベントを並べる。
また、リスト出力部１６は、イベントの一覧に、各評価対象機器３に対する評価係数に基づく評価の内容を示す情報を対応づけて出力することができる。
リスト出力部１６は、イベントの一覧を、解析リポートＤＢ１９４に出力するとともに、所定の表示装置の画面に表示したり、オンラインや電子媒体で出力したり、紙媒体を用いて出力したり、電子メールやソーシャル・ネットワーキング・サービス等を用いて利用者が使用する端末に向けて出力したりする。

図７および図８は、図３に示すＤＢ１９１−１に基づき、リスト出力部１６が解析リポートＤＢ１９４に記憶したイベントの一覧を示すデータの例を表す模式図である。図７および図８に示す番号（以下、イベント番号という）「１」〜「９」の各イベントは、図３に示すイベント識別番号「Ｅ１００１」〜「Ｅ１００９」の各イベントに対応している。図８は、図７に示すイベント番号「１」〜「９」の各イベントに対する評価の内容を示す。解析リポートＤＢ１９４は、リスト出力部１６が出力した過去から現時点までの複数のイベントの一覧を示すデータを記憶する。
図７および図８に示す解析リポートＤＢ１９４は、「１」〜「９」のイベント番号に対応づけて、イベントの内容、評価期間毎の発生回数および評価係数と、評価の内容を示すデータを含む。例えば、イベント番号が「１」のイベントは、図３に示すＤＢ１９１−１内のイベント識別番号「Ｅ１００１」のイベントに対応し、図７に示すように、イベントの内容が「燃料移送装置 運転中 ＯＮ」であり、評価期間が５月２７日から６月９日までの評価係数が「対象外」、６月３日から６月１６日までの評価係数が「５」、６月１０日から６月２３日までの評価係数が「２」、６月１７日から６月３０日までの評価係数が「２」である。なお、「対象外」は、評価係数が算出の対象外「−」であることを示す。
また、図８に示すように、イベント番号が「１」のイベントの評価の内容は「清掃作業による動作と推定します。」である。また、イベント番号が「２」のイベントの評価の内容は「乾灰払出しによる動作と推定します。」である。
イベント番号「１」の評価の内容「清掃作業による動作と推定します。」は、例えば、リスト出力部１６が解析リポートＤＢ１９４から過去の同種の評価を抽出して自動的に選択して決定したり、機器評価装置１の操作者が予め決められた複数のテンプレートから選択して決定したりすることができる。例えば、リスト出力部１６は、解析リポートＤＢ１９４から、イベント識別番号「Ｅ１００１」または類似機器イベント識別番号「Ｅ２００１」のイベントの評価係数が「対象外」→「５」→「２」→「２」と変化した場合（あるいは一定の誤差を持ち同様に変化した場合）に設定された過去の評価の内容を選択して、当該イベントの評価の内容に決定する。
また、イベント番号「２」の評価の内容「乾灰払出しによる動作と推定します。」は、例えば、リスト出力部１６が運転ログ１９３から過去の同種の評価を抽出して自動的に選択して決定したり、機器評価装置１の操作者が予め決められた複数のテンプレートから選択して決定したりすることができる。例えば、リスト出力部１６は、運転ログ１９３から、イベント識別番号「Ｅ１００２」でイベントの評価係数が４週間連続して「９９９９」である場合に設定された運転情報の内容に基づき当該イベントの評価の内容に決定する。

次に、図９を参照して第１の実施形態に係る機器評価装置１の動作例について説明する。図９は、第１の実施形態に係る機器評価装置１の動作例を示すフローチャートである。図９に示す処理は、例えば、１分〜数十分間周期で繰り返し実行される。なお、この動作例では、情報判定部１５が、図３に示す例では評価係数が「９９９９」の場合にのみ、運転ログデータに基づいて、情報を出力するか否かを決定する。また、図９に示す処理が開始される前に、図３に示すＤＢ１９１−１の情報出力要否はすべて「否」に設定される。

図９に示す処理が開始されると、まず、例えば発生回数算出部１２が、ＤＢ１９１−１から未処理である処理対象のイベント識別番号を選択する（ステップＳ１１）。ステップＳ１１では、例えば発生回数算出部１２が、例えば、図３に示すＤＢ１９１−１からイベント識別番号「Ｅ１００１」を選択する。

次に、発生回数算出部１２が、受信イベントメッセージログ１９２を参照し、未算入のイベントメッセージが制御装置４から受信されていた場合、今期間（最新の期間）のイベントの発生回数を算出し、ＤＢ１９１−１の値を更新する（ステップＳ１２）。ステップＳ１２では、例えば、未だ算入していない新たな識別番号「Ｅ１００１」のイベントメッセージが図５に示す受信イベントメッセージログ１９２に記憶されていた場合、発生回数算出部１２が、図３に示すＤＢ１９１−１の最新の評価期間である２０１８年６月２４日から２０１８年６月３０日までの期間の発生回数を更新する。

次に、係数算出部１３が、前期間の発生回数と今期間の発生回数とに基づいて発生回数の変化率を示す評価係数を算出する（ステップＳ１３）。ステップＳ１３では、係数算出部１３が、例えば、イベント識別番号「Ｅ１００１」の２０１８年６月１７日から２０１８年６月２３日までの期間の発生回数「８」と２０１８年６月２４日から２０１８年６月３０日までの期間の発生回数「１９」とに基づいて２０１８年６月２４日から２０１８年６月３０日までの期間の発生回数の変化率を示す評価係数を「２」と算出する。

次に、情報出力部１４が、所定の評価期間中に、評価係数が閾値を超えたか否かを判定する（ステップＳ１４）。ステップＳ１４では、情報出力部１４が、例えば、図３に示すＤＢ１９１−１のイベント識別番号「Ｅ１００１」の２０１８年５月２７日から２０１８年６月２３日までの４つの期間中にいずれかの評価係数が閾値「２」を超えたか否かを（「３」以上であるか否かを）判定し、この場合、２０１８年６月１０日から２０１８年６月１６日まで評価係数「５」が閾値「２」を超えているので、超えたと判定する。

ステップＳ１４で評価係数が閾値を超えたと判定した場合（ステップＳ１４：ＹＥＳ）、情報出力部１４は当該イベントについて情報を出力するよう設定する（ステップＳ１５）。ステップＳ１５では、情報出力部１４が、例えば、図３に示すＤＢ１９１−１のイベント識別番号「Ｅ１００１」の情報出力要否を「要」に設定する。

ステップＳ１４で情報出力部１４が評価係数が閾値を超えていないと判定した場合（ステップＳ１４：ＮＯ）、または、ステップＳ１５で情報出力部１４が情報を出力する設定を行った後、情報判定部１５が、前期間の発生回数と今期間の発生回数のいずれか一方が「０」であるか否かを判定する（ステップＳ１６）。ステップＳ１６では、情報出力部１４は、例えば、図３に示すＤＢ１９１−１では、イベント識別番号「Ｅ１００１」について、評価係数が「９９９９」でいずれか一方の発生回数が「０」の期間がないので、発生回数のいずれか一方が「０」ではないと判定する（ステップＳ１６：ＮＯ）。

ステップＳ１６で情報判定部１５が前期間の発生回数と今期間の発生回数のいずれか一方が「０」でないと判定した場合（ステップＳ１６：ＮＯ）、または、情報判定部１５がステップＳ１７の処理を行った後、例えば発生回数算出部１２が、ＤＢ１９１−１内の全イベント識別番号を処理済みか否かを判定する（ステップＳ１８）。

全イベント識別番号を処理済みでない場合（ステップＳ１８：ＮＯ）、例えば発生回数算出部１２が、ＤＢ１９１−１から未処理の処理対象のイベント識別番号を選択する（ステップＳ１１）。この場合、ステップＳ１１で、例えば発生回数算出部１２が、図３に示すＤＢ１９１−１からイベント識別番号「Ｅ１００２」を選択したとする。

次に、発生回数算出部１２が、受信イベントメッセージログ１９２を参照し、未算入のイベントメッセージが制御装置４から受信されていた場合、今期間のイベントの発生回数を算出し、ＤＢ１９１−１の値を更新する（ステップＳ１２）。ステップＳ１２では、発生回数算出部１２が、例えば、未だ算入していない新たな識別番号「Ｅ１００２」のイベントメッセージが図５に示す受信イベントメッセージログ１９２に記憶されていた場合、図３に示すＤＢ１９１−１の最新の評価期間である２０１８年６月２４日から２０１８年６月３０日までの期間の発生回数を更新する。

次に、係数算出部１３が、前期間の発生回数と今期間の発生回数とに基づいて発生回数の変化率を示す評価係数を算出する（ステップＳ１３）。ステップＳ１３では、係数算出部１３が、イベント識別番号「Ｅ１００２」の２０１８年６月１７日から２０１８年６月２３日までの期間の発生回数「３１」と２０１８年６月２４日から２０１８年６月３０日までの期間の発生回数「０」とに基づいて２０１８年６月２４日から２０１８年６月３０日までの期間の発生回数の変化率を示す評価係数を「９９９９」と算出する。

次に、情報出力部１４が、所定の評価期間中に、評価係数が閾値を超えたか否かを判定する（ステップＳ１４）。ステップＳ１４では、情報出力部１４が、図３に示すＤＢ１９１−１のイベント識別番号「Ｅ１００２」の２０１８年５月２７日から２０１８年６月２３日までの４つの期間中にいずれかの評価係数が閾値「２」を超えたか否かを判定し、この場合、すべての評価係数「９９９９」であり、閾値「２」を超えているので、超えたと判定する。

ステップＳ１４で評価係数が閾値を超えたと判定した場合（ステップＳ１４：ＹＥＳ）、情報出力部１４は当該イベントについて情報を出力するよう設定する（ステップＳ１５）。ステップＳ１５では、情報出力部１４が、例えば、図３に示すＤＢ１９１−１のイベント識別番号「Ｅ１００２」の情報出力要否を「要」に設定する。

ステップＳ１４で情報出力部１４が評価係数が閾値を超えていないと判定した場合（ステップＳ１４：ＮＯ）、または、ステップＳ１５で情報出力部１４が情報を出力する設定を行った後、情報判定部１５が、前期間の発生回数と今期間の発生回数のいずれか一方が「０」であるか否かを判定する（ステップＳ１６）。ステップＳ１６では、情報判定部１５は、例えば図３に示すＤＢ１９１−１では、イベント識別番号「Ｅ１００２」について、評価係数が「９９９９」でいずれか一方の発生回数が「０」の期間が４期間すべてなので、発生回数のいずれか一方が「０」であると判定する（ステップＳ１６：ＹＥＳ）。

前期間の発生回数と今期間の発生回数のいずれか一方が「０」である場合（ステップＳ１６：ＹＥＳ）、情報判定部１５は、上述したようにして、運転ログ１９３に記憶されている運転ログデータに基づいて、情報を出力するか否かを決定する（ステップＳ１７）。

ステップＳ１６で情報判定部１５が前期間の発生回数と今期間の発生回数のいずれか一方が「０」でないと判定した場合（ステップＳ１６：ＮＯ）、または、情報判定部１５がステップＳ１７の処理を行った後、例えば発生回数算出部１２が、ＤＢ１９１−１内の全イベント識別番号を処理済みか否かを判定する（ステップＳ１８）。

処理済みでない場合（ステップＳ１８：ＮＯ）、例えば発生回数算出部１２が、ＤＢ１９１−１から未処理の処理対象のイベント識別番号を選択する（ステップＳ１１）。一方、ＤＢ１９１−１内の全イベント識別番号を処理済みである場合（ステップＳ１８：ＹＥＳ）、リスト出力部１６は、情報を出力すると設定されている各イベント識別番号のイベントについて、重要度と評価係数とに基づいてソートしたイベントの一覧を出力する（ステップＳ１９）。ステップＳ１９では、リスト出力部１６は、上述したようにして、例えば図７および図８に示すリストを出力する。ここで、図９に示す処理が終了する。

このように、本実施形態によれば、発生回数算出部１２が、第１の期間および第２の期間に係る評価対象機器３のイベントの発生回数を算出し、係数算出部１３が、第１の期間に係る発生回数と第２の期間に係る発生回数とに基づいて、発生回数の変化率を示す評価係数を算出する。これにより、発生回数の変化率を示す評価係数を用いて発生したイベントを評価することができるので、異常動作に対応するイベントが発生頻度の多い正常動作に対応するイベントに埋もれてしまうことを防止することができる。

以上、図面を参照して一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、様々な設計変更等をすることが可能である。
例えば、図２に示す機器評価装置１が備える各部は、適宜、統合あるいは分離することができる。例えば、発生回数算出部１２と係数算出部１３と情報出力部１４と情報判定部１５の一部または全部を統合したり、記憶部１９をネットワークを介して複数に分割して構成したり、２重化して構成したりすることができる。

〈コンピュータ構成〉
図１０は、少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。
コンピュータ９０は、プロセッサ９１、メインメモリ９２、ストレージ９３、インタフェース９４を備える。
上述の機器評価装置１は、コンピュータ９０に実装される。そして、上述した各処理部の動作は、プログラムの形式でストレージ９３に記憶されている。プロセッサ９１は、プログラムをストレージ９３から読み出してメインメモリ９２に展開し、当該プログラムに従って上記処理を実行する。また、プロセッサ９１は、プログラムに従って、上述した各記憶部に対応する記憶領域をメインメモリ９２に確保する。

プログラムは、コンピュータ９０に発揮させる機能の一部を実現するためのものであってもよい。例えば、プログラムは、ストレージに既に記憶されている他のプログラムとの組み合わせ、または他の装置に実装された他のプログラムとの組み合わせによって機能を発揮させるものであってもよい。なお、他の実施形態においては、コンピュータは、上記構成に加えて、または上記構成に代えてＰＬＤ（Programmable Logic Device）などのカスタムＬＳＩ（Large Scale Integrated Circuit）を備えてもよい。ＰＬＤの例としては、ＰＡＬ(Programmable Array Logic)、ＧＡＬ(Generic Array Logic)、ＣＰＬＤ(Complex Programmable Logic Device)、ＦＰＧＡ（Field Programmable Gate Array）が挙げられる。この場合、プロセッサによって実現される機能の一部または全部が当該集積回路によって実現されてよい。

ストレージ９３の例としては、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disc Read Only Memory）、半導体メモリ等が挙げられる。ストレージ９３は、コンピュータ９０のバスに直接接続された内部メディアであってもよいし、インタフェース９４または通信回線を介してコンピュータ９０に接続される外部メディアであってもよい。また、このプログラムが通信回線によってコンピュータ９０に配信される場合、配信を受けたコンピュータ９０が当該プログラムをメインメモリ９２に展開し、上記処理を実行してもよい。少なくとも１つの実施形態において、ストレージ９３は、一時的でない有形の記憶媒体である。

１ 機器評価装置
２ 対象設備
３ 評価対象機器
４ 制御装置
５ 通信回線
１０ 機器評価システム
１１ メッセージ取得部
１２ 発生回数算出部
１３ 係数算出部
１４ 情報出力部
１５ 情報判定部
１６ リスト出力部
１９ 記憶部
１９１ イベントメッセージＤＢ
１９１−１、１９１−２ ＤＢ
１９２ 受信イベントメッセージログ
１９３ 運転ログ
１９４ 解析リポートＤＢ

Claims (9)

1. 第１の期間および第２の期間に係る評価対象機器のイベントの発生回数を算出する発生回数算出部と、
   前記第１の期間に係る発生回数と第２の期間に係る発生回数とに基づいて、発生回数の変化率を示す評価係数を算出する係数算出部と、
   を備える機器評価装置。
2. 前記イベントが、前記評価対象機器の制御状態のオンまたはオフの変化に対応する事象である
   請求項１に記載の機器評価装置。
3. 前記評価係数が所定値を超えた場合に所定の情報を出力する情報出力部
   を備える請求項１または請求項２に記載の機器評価装置。
4. 前記係数算出部は、前記第１の期間に係る発生回数と第２の期間に係る発生回数のうち大きい方を、前記第１の期間に係る発生回数と第２の期間に係る発生回数のうち小さい方で除算することで、前記評価係数を算出する
   請求項１から請求項３のいずれか１項に記載の機器評価装置。
5. 前記第１の期間および前記第２の期間は、所定の周期に係る連続する２つの期間である
   請求項１から請求項４のいずれか１項に記載の機器評価装置。
6. 前記第１の期間に係る発生回数と第２の期間に係る発生回数の一方がゼロである場合、同じイベントにおいて前記発生回数がゼロになったときの運転ログデータに基づいて、前記所定の情報を出力するか否かを決定する情報判定部を備える
   請求項２に記載の機器評価装置。
7. 前記イベントに係る機器の重要度と前記評価係数とに基づいてソートした、前記イベントの一覧を出力するリスト出力部
   を備える請求項１から請求項６のいずれか１項に記載の機器評価装置。
8. 第１の期間および第２の期間に係る評価対象機器のイベントの発生回数を算出するステップと、
   前記第１の期間に係る発生回数と第２の期間に係る発生回数とに基づいて、発生回数の変化率を示す評価係数を算出するステップと、
   を備える機器評価方法。
9. コンピュータに、
   第１の期間および第２の期間に係る評価対象機器のイベントの発生回数を算出するステップと、
   前記第１の期間に係る発生回数と第２の期間に係る発生回数とに基づいて、発生回数の変化率を示す評価係数を算出するステップと、
   を実行させるためのプログラム。

Images