JP7344041B2

JP7344041B2 - アラーム管理装置、アラーム管理システム、およびアラーム管理方法

Info

Publication number: JP7344041B2
Application number: JP2019146753A
Authority: JP
Inventors: 謙吾本多; 優介小野; 直樹大久保; 資一桑谷
Original assignee: Yokogawa Electric Corp
Current assignee: Yokogawa Electric Corp
Priority date: 2019-08-08
Filing date: 2019-08-08
Publication date: 2023-09-13
Anticipated expiration: 2039-08-08
Also published as: CN112346433A; US11869335B2; US20210043062A1; EP3772677A1; JP2021026716A

Description

本開示は、アラーム管理装置、アラーム管理システム、およびアラーム管理方法に関する。

分散型制御システム（ＤＣＳ：Distributed Control System）が用いられるプラント設備などでは、ある設備がプロセスの変調または機器の故障により異常な状態にあるとき、この異常をきっかけとして、別の設備においても副次的にプロセス異常が発生する場合がある。例えば、上流でプロセス異常が発生したとき、この影響により下流でもプロセス異常が発生する場合がある。この場合に、これらの異常を知らせるアラームの全てをオペレータの監視画面に表示すると、監視画面はアラームだらけ（いわゆる「アラームの洪水」）の状態になり、オペレータが混乱してしまう。この対策として、副次的に発生したプロセス異常を知らせるアラームをオペレータには提示しないで、異常元の発生要因を知らせるアラーム（以下、「トリガアラーム」と称する場合もある。）のみをオペレータに提示することが考えられる。

特許文献１では、異常元の発生要因を知らせるトリガアラームのみをオペレータの監視対象とし、これ以外のアラームをオペレータの監視対象から除外することにより、オペレータによる重要アラームの見落としを防ぐことが提案されている。

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

特許文献１のように、オペレータの監視対象をトリガアラームのみにすると、オペレータは、トリガアラームのみに基づいて、異常からの復旧操作を行う。しかしながら、トリガアラームのみに基づく復旧操作では、異常が解消しない場合があった。換言すると、オペレータによる異常からの復旧操作を効率化するためには、オペレータに提示する情報には改善の余地があった。

そこで、本開示は、オペレータによる異常からの復旧操作を効率化することができるアラーム管理装置、アラーム管理システム、およびアラーム管理方法を提供することを目的とする。

幾つかの実施形態に係るアラーム管理装置は、受信または生成したアラームにトリガアラームが含まれる場合に、前記トリガアラームを前記オペレータに提示し、前記アラームに、前記トリガアラームに関連する抑制アラームが含まれる場合に、前記抑制アラームを前記オペレータに提示しないで記憶し、前記オペレータの操作に基づいて、記憶された前記抑制アラームを前記オペレータに提示する。

このように、オペレータの操作に基づいて、抑制アラームをオペレータに提示することにより、オペレータによる異常からの復旧操作を効率化することができる。

一実施形態において、前記トリガアラームの解消に有効な前記抑制アラームを、前記オペレータが操作せずとも前記トリガアラームと共に前記オペレータに提示してもよい。

このように、トリガアラームの解消に有効な抑制アラームを、オペレータの操作によって呼び出す必要なくトリガアラームと共にオペレータに提示することにより、オペレータによる異常からの復旧操作をより効率化することができる。

一実施形態において、前記トリガアラームの解消に有効な前記抑制アラームを、前記オペレータに他の前記抑制アラームよりも強調して提示してもよい。

このように、トリガアラームの解消に有効な抑制アラームを他の抑制アラームよりも強調して表示することにより、オペレータによる異常からの復旧操作をより効率化することができる。

一実施形態において、前記トリガアラームの解消に有効な前記抑制アラームは、前記オペレータの操作履歴または前記オペレータからの回答に基づいて決定してもよい。

一実施形態において、前記オペレータの操作履歴に基づいて、前記アラームを前記トリガアラームと前記抑制アラームとに分類するための分類条件を最適化する学習部をさらに備えてもよい。

このように、学習部を備えることにより、オペレータによる異常からの復旧操作をより効率化することができる。

幾つかの実施形態に係るアラーム管理システムは、前記アラーム管理装置と、操作監視端末と、エンジニアリング端末とを備える。

幾つかの実施形態に係るアラーム管理方法は、受信または生成したアラームにトリガアラームが含まれる場合に、前記トリガアラームを前記オペレータに提示するステップと、前記アラームに、前記トリガアラームに関連する抑制アラームが含まれる場合に、前記抑制アラームを前記オペレータに提示しないで記憶するステップと、前記オペレータの操作に基づいて、記憶された前記抑制アラームを前記オペレータに提示するステップと、を含む。

本開示によれば、オペレータによる異常からの復旧操作を効率化することができるアラーム管理装置、アラーム管理システム、およびアラーム管理方法を提供することができる。

本開示の一実施形態に係るアラーム管理装置の各構成を示す図である。図１のアラーム管理装置の第１の処理例を説明するフローチャートである。図２のステップＳ１００前の提示例を示す図である。図２のステップＳ１０１の提示例を示す図である。図２のステップＳ１０１の提示例を示す図である。図２のステップＳ１０４の提示例を示す図である。図２のステップＳ１０６の提示例を示す図である。図１のアラーム管理装置の第２の処理例を説明するフローチャートである。図８のステップＳ２０４の処理前の定義ファイルの一例を説明する図である。図８のステップＳ２０４の処理後の定義ファイルの一例を説明する図である。

以下、本開示を実施するための形態について、図面を参照しながら説明する。各図において、同一符号は、同一または同等の構成要素を示す。

図１を参照して、本開示の一実施形態に係るアラーム管理装置１は、操作監視端末２、コントローラ３、およびエンジニアリング端末５との間でデータ通信を行うことができる。

操作監視端末２は、アラーム管理装置１による処理結果を表示する表示部２１と、オペレータの操作を受け付けることが可能な入力部２２とを備えることができる、任意の端末である。操作監視端末２としては、デスクトップＰＣ、スマートフォン、またはタブレット端末などが挙げられる。

コントローラ３は、フィールド機器などに接続され、これらを制御する。コントローラ３は、プロセスの変調またはフィールド機器からの異常を検知し、制御ネットワーク４を介して、この異常の基づく情報をアラーム管理装置１に送信する。なお、コントローラ３が上述した異常に基づいてアラームを生成する機能を有する場合には、コントローラ３は、制御ネットワーク４を介して、自身が生成したアラームをアラーム管理装置１に送信してもよい。また、図１では、コントローラ３を１つしか図示していないが、コントローラを複数とすることもできる。

エンジニアリング端末５は、エンジニアの操作を受け付けることが可能な入力部５１を備えることができる。エンジニアは、入力部５１を介して、後述する定義ファイルを作成することができる。エンジニアによって作成された定義ファイルは、制御ネットワーク４を介してアラーム管理装置１にダウンロードされ、アラーム管理装置１が実行する処理に用いられる。エンジニアリング端末５としては、デスクトップＰＣ、スマートフォン、またはタブレット端末などが挙げられる。以下、「定義ファイル」について説明する。

プラント設備などでは、ある設備がプロセスの変調または機器の故障により異常な状態にあるとき、この異常をきっかけとして別の設備においても副次的にプロセス異常が発生する場合がある。例えば、上流でプロセス異常が発生したとき、この影響により下流でもプロセス異常が発生する場合がある。この場合に、これらの異常を知らせるアラームの全てをオペレータの監視画面に表示すると、監視画面はアラームだらけ（いわゆる「アラームの洪水」）の状態になり、オペレータが混乱してしまう。この対策として、従来、副次的に発生したプロセス異常を知らせるアラームをオペレータには提示しないで、異常元の発生要因を知らせるアラーム（以下、「トリガアラーム」と称する。）のみをオペレータに提示していた。しかしながら、従来、オペレータには提示されなかった、トリガアラームの要因となるプロセス異常から副次的に発生したプロセス異常を知らせるアラーム（以下、「抑制アラーム」と称する。）も必要に応じてオペレータに提示することによって、オペレータは、トリガアラームの要因となるプロセス異常に対する復旧操作を効率的に行うことができる。換言すると、トリガアラームと抑制アラームとを関連付けることにより、オペレータは、トリガアラームの要因となるプロセス異常に対する復旧操作を効率的に行うことができる。このようなトリガアラームと抑制アラームとの関連付けの一例として、エンジニアは、エンジニアリング端末５にて、トリガアラームと抑制アラームとを関連付けるための定義ファイルを作成することができる。定義ファイルには、トリガアラーム、当該トリガアラームの要因となるプロセス異常をきっかけとして共連れで発生する抑制アラーム、および当該トリガアラームと当該抑制アラームとが属するアラームグループが記述される。

アラーム管理装置１は、処理部１１と、記憶部１２と、通信部１５とを備えることができる。以下、アラーム管理装置１の各構成を詳細に説明する。

記憶部１２は、第１の記憶領域１３と第２の記憶領域１４とを有することができる。記憶部１２は、例えば、半導体メモリ、磁気メモリ、又は光メモリを用いて実現することができる。記憶部１２としては、例えば、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）、またはデータを一時的に記憶することができるＤＲＡＭ（Dynamic Random Access Memory）などが挙げられる。なお、記憶部１２は、必ずしも１つとは限らず、第１の記憶領域１３および第２の記憶領域１４がそれぞれ異なる記憶部内に存在してもよい。また、記憶部１２は、アラーム管理装置１に外付けされる外部の記憶装置であってもよい。

処理部１１は、プラント設備などにおいて異常が発生すると、この異常に基づく情報を受信してアラームを生成する。例えば、処理部１１は、コントローラ３から、制御ネットワーク４および通信部１５を介して、当該情報を受信することができる。なお、処理部１１は、１つ又は複数のプロセッサを用いて実現することができる。

また、処理部１１は、生成したアラームにトリガアラームが含まれるか否かを判断する。処理部１１は、当該判断を行うにあたって、上述した定義ファイルを参照することができる。

トリガアラームが含まれる場合には、処理部１１は、当該トリガアラームをオペレータに提示する。例えば、処理部１１は、操作監視端末２の表示部２１に当該トリガアラームを表示することができる。図４は、トリガアラームが「PPX001.LL」である場合に、操作監視端末２の表示部２１に表示されるウィンドウを示す。「PPX001.LL」は、タグ名が「PPX001」である機器で発生したアラームの状態がLL（下下限アラーム）であることを表わす。また、処理部１１は、当該トリガアラームが属するアラームグループをオペレータに選択可能に提示する。例えば、処理部１１は、操作監視端末２の表示部２１に当該トリガアラームが属するアラームグループを選択可能に表示することができる。図５は、アラームグループの一覧であり、操作監視端末２の表示部２１に表示されるウィンドウを示す。なお、詳細については後述するが、オペレータは、図４のウィンドウに表示される「Suppression Group」の欄を参照することにより、トリガアラームと当該トリガアラームが属するアラームグループとを確認することができ、図５のウィンドウに表示されるアイコン２１ａをクリック等により選択すると、図６のウィンドウが表示される。アイコン２１ａとしては、記号、文字、数字、図形、またはこれらの組み合わせなどが挙げられる。ただし、オペレータは、図５のウィンドウを介することなく、図４のウィンドウ内で上述したアラームグループを選択してもよい。

一方、処理部１１は、生成したアラームにトリガアラームが含まれない場合には、待機状態を取ることができる。

さらに、処理部１１は、生成したアラームに、上述したトリガアラームに関連する抑制アラームが含まれるか否かを判断する。処理部１１は、当該判断を行うにあたって、上述した定義ファイルを参照することができる。

トリガアラームに関連する抑制アラームが含まれる場合には、処理部１１は、当該抑制アラームをオペレータに提示しないで、例えば記憶部１２に記憶する。そして、処理部１１は、オペレータの操作に基づいて、例えば記憶部１２に記憶された抑制アラームをオペレータに提示する。より具体的に、処理部１１は、上述した定義ファイルに基づいて、抑制アラームを所定のアラームグループに紐づけて、例えば第２の記憶領域１４に記憶する。次に、オペレータが、図４のウィンドウと図５のウィンドウとを参照することによりトリガアラームが属する所定のアラームグループを確認し、図５のウィンドウに表示されたアイコン２１ａをクリック等により選択する。これにより、処理部１１は、通信部１５を介して、オペレータによって所定のアラームグループが選択された旨の通知を受信する。次に、処理部１１は、例えば第２の記憶領域１４を参照して、オペレータによって選択された所定のアラームグループに属する抑制アラームをオペレータに提示する。これにより、例えば図６のウィンドウが操作監視端末２の表示部２１に表示される。図６は、トリガアラーム「PPX001.LL」と同じアラームグループ（グループ名：「feedwpump_repl_Sup」）に属する抑制アラームが、「TIC001.LL」、「TIC001.LO」、「PIC002.LL」、「PIC002.LO」、「PIC001.LL」、「PIC001.LO」、「TIC006.LL」、「TIC006.LO」、「CPX002.LL」、「CPX002.LO」、「CPX001.LL」、「CPX001.LO」、および「PPX001.LO」であることを示すウィンドウである。なお、LOは下限アラームが発生している状態を表わす。

一方、トリガアラームに関連する抑制アラームが含まれない場合には、処理部１１は、待機状態を取ることができる。

なお、処理部１１は、機器のプロセス値が所定の閾値を超えた場合に、アラームをオペレータに提示すると判断してもよい。「所定の閾値」は、トリガアラームおよび抑制アラームごとに、定義ファイルを用いてオペレータが任意に設定することができる。

通信部１５は、操作監視端末２、コントローラ３、およびエンジニアリング端末５とそれぞれ相互に通信可能な任意の１つ又は複数の通信インタフェースを含むことができる。通信インタフェースは、無線通信または有線通信にてデータ通信を行うことが可能なものであれば、任意である。

（第１の処理例）
次に、図２を参照して、本実施形態に係るアラーム管理装置１が実行することができる第１の処理例を説明する。

通常、オペレータには、トリガアラームのみの通知が行われ、かつ抑制アラームの通知は自動的に抑制されるように、処理部１１のロジックが設定される。以下、この状態を「アラーム抑制状態」と称する。アラーム抑制状態は、例えば、オペレータが操作監視端末２の入力部２２を介して、表示部２１の選択画面を操作することによって、適宜設定される。例えば、オペレータは、操作監視端末２の表示部２１に表示される図３のウィンドウを介して、アラームグループ（グループ名：「feedwpump_repl_Sup」）に属する抑制アラームをアラーム抑制状態に設定し、アラームグループ（グループ名：「ASup01」、「ASup02」、及び「Turbinne-start-up」）に属する抑制アラームをアラーム非抑制状態に設定することができる。図２を参照して、第１の処理例は、この状態で開始する。

ステップＳ１００において、処理部１１は、アラーム抑制状態のアラームグループに関しては、当該アラームグループに属する抑制アラームをオペレータに提示しないで、記憶部１２に記憶する。

続いて、ステップＳ１０１において、処理部１１は、トリガアラームをオペレータに提示する。ここで、操作監視端末２の表示部２１には、図５のウィンドウが元々表示されており、ステップＳ１０１では、図４のウィンドウが図５のウィンドウとは別に追加表示される。

続いて、ステップＳ１０２において、処理部１１は、ステップＳ１０１にてオペレータに提示されたトリガアラームが属するアラームグループを、オペレータによって選択可能に提示する。

続いて、ステップＳ１０３において、オペレータは、ステップＳ１０２において選択可能に提示されたアラームグループを選択する。オペレータは、図４のウィンドウに表示される「Suppression Group」の欄を参照することにより、ステップＳ１０１におけるトリガアラームが属する所定のアラームグループ(ここでは、グループ名：「feedwpump_repl_Sup」)を確認して、図５のウィンドウ中のアイコン２１ａをクリック等により選択することによって、所定のアラームグループ（ここでは、グループ名：「feedwpump_repl_Sup」）を選択することができる。なお、図４のウィンドウにアラームグループが併せて表示される場合には、オペレータは、図５のウィンドウを介さずに、アラームグループ（グループ名：「feedwpump_repl_Sup」）を選択してもよい。

続いて、ステップＳ１０４において、処理部１１は、記憶部１２を参照して、ステップＳ１０３において選択されたアラームグループに属する抑制アラームを、オペレータに提示する。ステップＳ１０４では、操作監視端末２の表示部２１に、図６のウィンドウが、図４のウィンドウと図５のウィンドウとは別に追加表示される。図６のウィンドウ中、各抑制アラームの欄には、異常を示すアイコン２１ｂが表示される。なお、アイコン２１ｂとしては、記号、文字、数字、図形、またはこれらの組み合わせなどが挙げられる。

続いて、ステップＳ１０５において、オペレータは、ステップＳ１０１において提示されたトリガアラームと、ステップＳ１０４において提示された抑制アラームとに基づいて、異常からの復旧操作を行う。

ここで、処理部１１は、オペレータの復旧操作によって異常が解消した場合、その旨をオペレータに提示することができる。例えば、抑制アラーム「CPX002.LO」の異常が解消すると、図６のウィンドウに表示された異常を示すアイコン２１ｂが正常を示すアイコンに変化する。これに伴って、抑制アラーム「CPX002.LO」に関連するトリガアラーム「PPX001.LL」も解消すると、図４のウィンドウに表示された異常を示すアイコン２１ｃは、図７のウィンドウに表示された正常を示すアイコン２１ｄに変化する。換言すると、操作監視端末２の表示部２１に表示されるウィンドウは、「図４のウィンドウ、図５のウィンドウ、図６のウィンドウ」から「図７のウィンドウ、図５のウィンドウ、図６のウィンドウ（ただし、図６中、異常を示すアイコン２１ｂが正常を示すアイコンに変化している）」に変化する。図６、７のウィンドウは、オペレータが操作監視端末２の入力部２２を介して操作することによって、操作監視端末２の表示部２１から消える。ただし、トリガアラームが複数ある場合には、１つのトリガアラームが解消しても他のトリガアラームが解消しているとは限らないので、オペレータは、図７のウィンドウを必ずしも消さなくてもよい。なお、アイコン２１ｃ、２１ｄとしては、記号、文字、数字、図形、またはこれらの組み合わせなどが挙げられる。

続いて、ステップＳ１０６において、処理部１１は、ステップＳ１０５における復旧操作によって、トリガアラームが解消したか否かを判断する。トリガアラームが解消した場合（ステップＳ１０６：ＹＥＳ）、本処理を終了する。トリガアラームが解消していない場合（ステップＳ１０６：ＮＯ）、ステップＳ１０４に戻る。

第１の処理例によれば、従来、アラームの洪水を防ぐためにオペレータに提示されないはずの共連れで発生した抑制アラームを、オペレータの操作に基づいて敢えて提示する。これにより、アラーム数の低減により重要アラームの見落としを防ぎつつも、従来、提示していなかった抑制アラームを必要に応じて異常からの復旧操作の補助情報として有効活用することができる。また、オペレータはトリガアラームの復旧により、副次的に発生した全てのプロセス異常も解消されたことを確認することができる。これにより、オペレータによる異常からの復旧操作を効率化することができる。

（第２の処理例）
次に、図８を参照して、本実施形態に係るアラーム管理装置１が実行することができる第２の処理例を説明する。

第２の処理例は、トリガアラームの解消に有効な抑制アラームが、オペレータが操作せずともトリガアラームと共にオペレータに提示される点で、第１の処理例と異なる。なお、処理部１１は、第２の処理例においても、図２のステップＳ１００～Ｓ１０３と同様の処理を行う。以下、図８では、第２の処理例に含まれる処理のうち、図２のステップＳ１０３以降の処理を説明する。

ステップＳ２００において、処理部１１は、第１の処理例と同様にして、共連れで発生した抑制アラームをオペレータに提示する。

続いて、ステップＳ２０１において、オペレータは、第１の処理例と同様にして、トリガアラームと抑制アラームとに基づいて、異常からの復旧操作を行う。

続いて、ステップＳ２０２において、処理部１１は、第１の処理例と同様にして、オペレータの復旧操作によりトリガアラームが解消したか否かを判断する。トリガアラームが解消した場合（ステップＳ２０２：ＹＥＳ）、ステップＳ２０３に進む。トリガアラームが解消していない場合（ステップＳ２０２：ＮＯ）、ステップＳ２００に戻る。

ステップＳ２０３に進んだ場合、ステップＳ２０３において、処理部１１は、トリガアラームの解消に有効な抑制アラームを以後オペレータに提示するか否かを判断する。抑制アラームをトリガアラームと共にオペレータに提示する場合（ステップＳ２０３：ＹＥＳ）、ステップＳ２０４に進む。抑制アラームをトリガアラームと共にオペレータに提示しない場合（ステップＳ２０３：ＮＯ）、本処理を終了する。

例えば、ステップＳ２０３では、処理部１１は、特定（つまり、毎回同一）の抑制アラームに基づいてオペレータが異常からの復旧操作を行う結果、トリガアラームが解消した実績回数が所定値を超えた場合に、当該抑制アラームがトリガアラームの解消に有効であると判断してもよい。「所定値」は、オペレータがエンジニアリング端末５の入力部５１を介して適宜設定することができる。換言すると、トリガアラームの解消に有効な抑制アラームは、オペレータの操作履歴に基づいて決定することができる。あるいは、処理部１１は、特定の抑制アラームがトリガアラームの解消に有効であるか否かを質問するダイアログなどをオペレータに提示してもよい。そして、処理部１１は、オペレータがダイアログに入力した回答に基づいて、トリガアラームの解消に有効である抑制アラームをオペレータに提示するか否かを判断してもよい。換言すると、トリガアラームの解消に有効な抑制アラームは、オペレータからの回答に基づいて決定することができる。

ステップＳ２０４に進んだ場合、ステップＳ２０４において、処理部１１は、以後、トリガアラームの解消に有効であった抑制アラームをトリガアラームと共にオペレータに提示するよう、制御ロジックを変更する。その後、処理部１１は本処理を終了する。

例えば、ステップＳ２０４では、以下のように定義ファイルを更新することによって、制御ロジックを変更してもよい。図９は、更新前の定義ファイルの内容を示し、図１０は、更新後の定義ファイルの内容を示す。図９と図１０とを比較すると、抑制アラーム「CPX002.LO」がトリガアラーム「PPX001.LL」の解消に有効であるので、図１０では、抑制アラーム「CPX002.LO」の「Excluded from suppression」の欄にチェックが付される。これにより、抑制アラーム「CPX002.LO」は、以後、トリガアラームと共に表示部２１に表示される。なお、Alarm On Checkの欄にチェックが付されている共連れアラーム「PPX001.LO」は、トリガアラーム「PPX001.LL」の発生から所定時間以内（例えば１分以内）にこのアラームが発生したらアラーム抑制処理を継続することを意味している。

このように、第２の処理例では、トリガアラームの解消に有効な抑制アラームは、その抑制自体が解除され、呼び出す必要なくオペレータに提示される。なお、第１の処理例では、抑制アラームは、オペレータの操作に基づいて必要に応じてオペレータに提示される。第２の処理例によれば、トリガアラームの解消に有効な抑制アラームをオペレータが操作せずともトリガアラームと共にオペレータに提示することにより、オペレータが閲覧する補助情報をさらに最適化することができるので、オペレータによる異常からの復旧操作をより効率化することができる。

以上、本開示を諸図面および実施形態に基づき説明したが、当業者であれば本開示に基づき種々の変形または修正を行うことが容易であることに注意されたい。したがって、これらの変形または修正は、本開示の範囲に含まれることに留意されたい。例えば、各ステップなどに含まれる機能などは論理的に矛盾しないように再配置可能であり、複数のステップなどを１つに組み合わせたり、あるいは分割したりすることが可能である。

例えば、上述した第１の処理例において、必要に応じて、オペレータは、図２のステップＳ１０１の処理とステップＳ１０２の処理との間にトリガアラームのみに基づく異常からの復旧操作を行ってもよい。そして、処理部１１は、当該復旧操作によって異常が解消しない場合に、ステップＳ１０２以降の処理を行ってもよい。

また、上述した第１の処理例および第２の処理例において、トリガアラームの解消に有効な抑制アラームを他の抑制アラームよりも強調してオペレータに提示してもよい。例えば、図６において、マーカ、文字の色、太字等により、トリガアラームの解消に有効な抑制アラームを他の抑制アラームよりも強調して表示してもよい。さらに、第１の処理例において、トリガアラームの解消に有効な抑制アラームを他の抑制アラームよりも強調してオペレータに提示し、当該抑制アラームに基づくオペレータの復旧操作によってトリガアラームが解消した場合に、第２の処理例のように、当該抑制アラームをオペレータが操作せずともトリガアラームと共にオペレータに提示してもよい。具体的には、第１の処理例において、トリガアラームの解消に有効な抑制アラーム（例えば「CPX002.LO」）を強調して表示することにより、オペレータは、図６のウィンドウを開いた際に抑制アラーム「CPX002.LO」が目に止まり、抑制アラーム（「CPX002.LO」）を踏まえて異常からの復旧操作を行うことができる。そして、異常が解消された場合に、第２の処理例のように、オペレータが操作せずとも、抑制アラーム（「CPX002.LO」）がトリガアラーム（「PPX001.LL」）と共に表示される。

また、上述した実施形態において、アラームの分類条件の設定は、オペレータによって行われる。しかしながら、この条件設定に、ニューラルネットワークなどの任意の機械学習を用いてもよい。本開示のアラーム管理装置は、学習部をさらに備えることができる。学習部は、オペレータの操作履歴に基づいて、例えば異常からの復旧に必要な操作回数が少なくなるように、アラームの分類条件を最適化する。続いて、学習部は、最適化された分類条件を処理部に送信する。続いて、処理部は、定義ファイルに元々記述された分類条件を、最適化された分類条件に更新する。あるいは、処理部は、定義ファイルに元々記述された分類条件と、最適化された分類条件とのいずれを採用するかをオペレータに質問する。そして、処理部は、オペレータからの回答に基づいて、最適化された分類条件を採用するか否かを判断する。なお、学習部は、１つ又は複数のプロセッサを用いて実現することができる。

また、上述した実施形態に係るアラーム管理装置１と、操作監視端末２と、エンジニアリング端末５とを備えるアラーム管理システムＡを構築してもよい。

１アラーム管理装置
１１処理部
１２記憶部
１３第１の記憶領域
１４第２の記憶領域
１５通信部
２操作監視端末
２１表示部
２１ａ、ｂ、ｃ、ｄアイコン
２２入力部
３コントローラ
４制御ネットワーク
５エンジニアリング端末
５１入力部
Ａアラーム管理システム

Claims

受信または生成したアラームに異常元の発生要因を知らせるトリガアラームが含まれる場合に、前記トリガアラームを操作監視端末によりオペレータに提示し、
前記アラームに、前記トリガアラームの要因となるプロセス異常から副次的に発生したプロセス異常を知らせる抑制アラームが含まれる場合に、前記抑制アラームを前記オペレータに提示しないで記憶し、
前記オペレータの前記操作監視端末への操作に基づいて、記憶された前記抑制アラームを前記オペレータに追加的に提示し、
前記オペレータの復旧操作の操作履歴または特定の抑制アラームが前記トリガアラームの解消に有効であるか否かを質問するダイアログへの前記オペレータからの回答に基づいて、前記トリガアラームの解消に有効な抑制アラームか否かを決定し、
以後、前記アラームに前記抑制アラームが含まれる場合であっても、前記抑制アラームが前記トリガアラームの解消に有効な前記抑制アラームであると決定されたものである場合には、前記オペレータが前記操作監視端末を操作せずとも前記トリガアラームと共に前記オペレータに提示するよう、制御ロジックを変更する、アラーム管理装置。
前記トリガアラームと前記抑制アラームとは、所定のアラームグループに属することにより関連しており、
前記オペレータの操作は、提示された前記トリガアラームが属する前記所定のアラームグループの前記オペレータによる選択を含み、
提示される前記抑制アラームは、前記オペレータによって選択された前記アラームグループに属する前記抑制アラームを含む、請求項１に記載のアラーム管理装置。
前記トリガアラームの解消に有効な前記抑制アラームを、前記オペレータに他の前記抑制アラームよりも強調して提示する、請求項１に記載のアラーム管理装置。
前記オペレータの操作履歴に基づいて、前記アラームを前記トリガアラームと前記抑制アラームとに分類するための分類条件を最適化する学習部をさらに備える、請求項１から３のいずれか一項に記載のアラーム管理装置。
請求項１から４のいずれか一項に記載のアラーム管理装置と、操作監視端末と、エンジニアリング端末とを備える、アラーム管理システム。
アラーム管理装置を用いたアラーム管理方法において、
受信または生成したアラームに異常元の発生要因を知らせるトリガアラームが含まれる場合に、前記トリガアラームを操作監視端末によりオペレータに提示するステップと、
前記アラームに、前記トリガアラームの要因となるプロセス異常から副次的に発生したプロセス異常を知らせる抑制アラームが含まれる場合に、前記抑制アラームを前記オペレータに提示しないで記憶するステップと、
前記オペレータの前記操作監視端末への操作に基づいて、記憶された前記抑制アラームを前記オペレータに追加的に提示するステップと、
前記オペレータの復旧操作の操作履歴または特定の抑制アラームが前記トリガアラームの解消に有効であるか否かを質問するダイアログへの前記オペレータからの回答に基づいて、前記トリガアラームの解消に有効な前記抑制アラームか否かを決定するステップと、
以後、前記アラームに前記抑制アラームが含まれる場合であっても、前記抑制アラームが前記トリガアラームの解消に有効な前記抑制アラームであると決定されたものである場合には、前記オペレータが前記操作監視端末を操作せずとも前記トリガアラームと共に前記オペレータに提示するよう、制御ロジックを変更するステップと、
を含む、アラーム管理方法。