(57)【要約】【課題】プロセスアラーム削減のためのシステムおよび方法を提供すること。【解決手段】本開示の例示的な実施形態によって、プロセスアラーム削減のための方法が提供される。方法は、受け取ったアラーム情報またはアラームイベントに少なくとも部分的に基づいて少なくとも１つのアラームイベントモダリティを生成するステップと、少なくとも１つのアラームイベントモダリティを使用して受け取ったアラーム情報またはアラームイベントをフィルタリングするステップと、フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部を優先させるステップとを含むことができる。【選択図】図１
2014238833.tif 000002
【特許請求の範囲】
【請求項１】
監視されるシステムに関連付けられた１つまたは複数のセンサ、デバイス、またはコンピューティングデバイスからアラーム情報またはアラームイベントを受け取るステップと、
前記受け取ったアラーム情報またはアラームイベントに少なくとも部分的に基づいて少なくとも１つのアラームイベントモダリティを生成するステップと、
前記少なくとも１つのアラームイベントモダリティを使用して前記受け取ったアラーム情報またはアラームイベントをフィルタリングするステップと、
前記フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部を優先させるステップと
を含む、プロセスアラーム削減のための方法。
【請求項２】
前記少なくとも１つの生成されたアラームイベントモダリティに対し、少なくとも１つの監視されるシステム応答を割り当てるステップ
をさらに含む、請求項１記載の方法。
【請求項３】
所定のアクションを使用して、前記少なくとも１つの監視されるシステム応答を実装するステップをさらに含む、請求項２記載の方法。
【請求項４】
前記少なくとも１つの生成されたアラームイベントモダリティに対し、少なくとも１つの監視されるシステム応答を割り当てるステップが、コンピュータプロセッサによって自動的に開始される、または外部入力を使用して開始される、請求項２記載の方法。
【請求項５】
前記少なくとも１つの生成されたアラームイベントモダリティが前記受け取ったアラーム情報またはアラームイベント内の少なくとも１つのパターンに基づく、請求項１記載の方法。
【請求項６】
前記受け取ったアラーム情報またはアラームイベント内の前記少なくとも１つのパターンが、前記受け取ったアラーム情報を履歴データの少なくとも一部を含むアラームイベントモダリティと比較することにより認識される、請求項５記載の方法。
【請求項７】
前記フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部を優先させるステップが、自動的に検証される、または外部入力を使用して検証される、請求項１記載の方法。
【請求項８】
前記フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部に基づいて、前記少なくとも１つのアラームイベントモダリティを出力するステップをさらに含む、請求項１記載の方法。
【請求項９】
コンピュータ実行可能命令を記憶するように構成される少なくとも１つのメモリと、
前記少なくとも１つのメモリにアクセスして前記コンピュータ実行可能命令を実行するように構成される少なくとも１つのプロセッサと
を備え、
監視されるシステムに関連付けられた１つまたは複数のセンサ、デバイス、またはコンピューティングデバイスからアラーム情報またはアラームイベントを受け取り、
前記受け取ったアラーム情報またはアラームイベントに少なくとも部分的に基づいて少なくとも１つのアラームイベントモダリティを生成し、
前記少なくとも１つのアラームイベントモダリティを使用して前記受け取ったアラーム情報またはアラームイベントをフィルタリングし、
前記フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部を優先させる、
システムアラームを削減するためのシステム。
【請求項１０】
前記少なくとも１つの生成されたアラームイベントモダリティに対し、少なくとも１つの監視されるシステム応答を割り当てること
をさらに含む、請求項９記載のシステム。
【請求項１１】
所定のアクションを使用して、前記少なくとも１つの監視されるシステム応答を実装することをさらに含む、請求項９記載のシステム。
【請求項１２】
前記少なくとも１つの生成されたアラームイベントモダリティが前記受け取ったアラーム情報またはアラームイベント内の少なくとも１つのパターンに基づく、請求項９記載のシステム。
【請求項１３】
前記受け取ったアラーム情報またはアラームイベント内の前記少なくとも１つのパターンが、前記受け取ったアラーム情報を履歴データの少なくとも一部を含むアラームイベントモダリティと比較することにより認識される、請求項１２記載のシステム。
【請求項１４】
前記フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部を優先させることが、自動的に、または外部入力を使用して検証される、請求項９記載のシステム。
【請求項１５】
コンピュータ実行可能命令を記憶するように構成される少なくとも１つのメモリと、
前記少なくとも１つのメモリにアクセスして前記コンピュータ実行可能命令を実行し、
システムに関連付けられた１つまたは複数のセンサ、デバイス、またはコンピューティングデバイスからアラーム情報またはアラームイベントを受け取り、
前記受け取ったアラーム情報またはアラームイベントに少なくとも部分的に基づいて少なくとも１つのアラームイベントモダリティを生成し、
前記少なくとも１つのアラームモダリティを使用して前記受け取ったアラーム情報またはアラームイベントをフィルタリングし、
前記フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部を優先させ、
前記少なくとも１つの生成されたアラームイベントモダリティに対し、少なくとも１つの監視されるシステム応答を割り当て、
所定のアクションを使用して、前記少なくとも１つの監視されるシステム応答を実装し、
前記フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部に基づいて、前記少なくとも１つのアラームイベントモダリティを出力するように構成された少なくとも１つのプロセッサと
を備える、システムアラームを削減するためのシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施形態は、一般的にはプロセスアラームの管理に関し、詳細にはプロセスアラーム削減のためのシステムおよび方法に関する。
【背景技術】
【０００２】
アラーム管理プロセスが設計されて構成されるとき、特定の状況の存在を示すためにアラームを割り当てることができる。これらの状況は、関連するプロセスコントローラまたはコンピュータプロセッサが行う調整またはアクションを直ちに必要とする可能性がある。しかし、一定のプロセスが複雑であることに起因して、比較的多数のアラームが、それぞれのプロセス用に生成される場合がある。さらに、アラームのうちの多くが冗長な場合があり、または別の形でプロセスコントローラまたはコンピュータプロセッサを重要でない情報で溢れさせる場合がある。したがって、従来型のプロセスコントローラおよびコンピュータプロセッサによるアラーム解析および管理は、多すぎる迷惑アラームにより邪魔される可能性がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許第７５６５２６２号明細書
【発明の概要】
【０００４】
上記の必要性および／または問題の一部または全部は、本開示の一定の実施形態により、対処することができる。本開示の一定の実施形態は、プロセスアラーム削減のためのシステムおよび方法を含むことができる。本開示の例示的な実施形態によれば、プロセスアラームを削減する方法を提供することができる。方法は、監視されるシステムに関連付けられた１つまたは複数のセンサ、デバイス、またはコンピューティングデバイスからアラーム情報またはアラームイベントを受け取るステップと、受け取ったアラーム情報またはアラームイベントに少なくとも部分的に基づいて少なくとも１つのアラームイベントモダリティを生成するステップと、少なくとも１つのアラームイベントモダリティを使用して受け取ったアラーム情報またはアラームイベントをフィルタリングするステップと、フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部を優先させるステップとを含むことができる。
【０００５】
別の例示的な実施形態によれば、プロセスアラームを削減するため、システムを提供することができる。システムは、コンピュータ実行可能命令を記憶するように構成される少なくとも１つのメモリと、少なくとも１つのメモリにアクセスしてコンピュータ実行可能命令を実行するように構成される少なくとも１つのプロセッサとを含むことができる。さらに、これらのコンピュータ実行可能命令は、監視されるシステムに関連付けられた１つまたは複数のセンサ、デバイス、またはコンピューティングデバイスからアラーム情報またはアラームイベントを受け取り、受け取ったアラーム情報またはアラームイベントに少なくとも部分的に基づいて少なくとも１つのアラームイベントモダリティを生成し、少なくとも１つのアラームイベントモダリティを使用して受け取ったアラーム情報またはアラームイベントをフィルタリングし、フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部を優先させるように構成することができる。
【０００６】
さらに別の例示的な実施形態によれば、プロセスアラームを削減するため、システムを提供することができる。システムは、コンピュータ実行可能命令を記憶するように構成される少なくとも１つのメモリと、少なくとも１つのメモリにアクセスしてコンピュータ実行可能命令を実行するように構成される少なくとも１つのプロセッサとを含むことができる。さらに、これらのコンピュータ実行可能命令は、監視されるシステムに関連付けられた１つまたは複数のセンサ、デバイス、またはコンピューティングデバイスからアラーム情報またはアラームイベントを受け取り、受け取ったアラーム情報またはアラームイベントに少なくとも部分的に基づいて少なくとも１つのアラームイベントモダリティを生成し、少なくとも１つのアラームイベントモダリティを使用して受け取ったアラーム情報またはアラームイベントをフィルタリングし、フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部を優先させ、少なくとも１つの生成されたアラームイベントモダリティに対して少なくとも１つの監視されるシステム応答を割り当て、所定のアクションを使用して少なくとも１つの監視されるシステム応答を実装し、フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部に基づいて少なくとも１つのアラームイベントモダリティを出力するように構成することができる。
【０００７】
本開示の他の実施形態、特徴、および態様が本明細書に詳細に記載されており、請求する開示の一部であると考えられる。他の実施形態、特徴、および態様は、以下の詳細な説明、添付図面、および特許請求の範囲を参照して理解することができる。
【０００８】
詳細な説明は、添付図面を参照して記載されており、添付図面は、必ずしも原寸に比例して描かれていない。
【図面の簡単な説明】
【０００９】
【図１】本開示の例示の実施形態による、監視されるシステムのアラームフィルタリングを容易にする１つの例示的なシステムのブロック図である。
【図２】例示的な実施形態による、例示的な方法を示すフローチャートである。
【図３】例示的な実施形態による、別の例示的な方法を示すフローチャートである。
【発明を実施するための形態】
【００１０】
ここで、本開示の例示の実施形態が、添付図面を参照して以降でより十分に記載されることになる。添付図面では、本開示の、全部ではないが一部の実施形態が示される。本開示は、多くの異なる形で具体化することができ、本明細書に記載される実施形態に制限されると解釈されるべきでない。そうではなくて、これらの実施形態は、この開示が適用可能な法的要件を満たすように提供される。
【００１１】
本明細書で使用する用語「モダリティ（ｍｏｄａｌｉｔｙ）」または「複数のモダリティ（ｍｏｄａｌｉｔｉｅｓ）」は、同じまたは同様の性質を呈するアラーム情報のグループ化を意味する。本開示の一定の実施形態では、モダリティは、モダリティをモダリティとして気づくまたは識別するのに、基本的な発電所プロセスを理解する必要はなくてよく、そうではなくて、物理的なプロセスを有する一定の自動化システム構成要素のアクションおよび相互作用に気づくことならびにアラームの性質を結論づけることを可能にするパターンおよびふるまいを検出することに基づくことができる。
【００１２】
本開示の一定の実施形態は、プロセスアラーム削減のためのシステムおよび方法を含むことができる。アラームイベントの管理は、システムが複雑であることのため、網羅的なプロセスとなる可能性がある。従来型のアラーム管理技法では、アラームイベントの相対的な重要性を決定するには、問題および可能性のある解決策を識別するための判断ステップが必要となる。システムが複雑であることに応じて、判断ステップは、アラームイベントを低減するために、広範囲の解析が必要となる場合がある。本開示の一定の実施形態の１つの技術的な効果によって、重要でないアラームイベントおよび／または迷惑アラームを識別し、重要でないアラームイベントおよび／または迷惑アラームを履歴データと比較し、その後の低減アクションの解析期間に、重要でないアラームイベントおよび／または迷惑アラームをフィルタリングすることができる。重要でないアラームイベントおよび／または迷惑アラームの識別、比較、ならびにフィルタリングは、人間の介在の必要がなくてよい、１組のアルゴリズムおよび認識モジュールで自動化することができる。本開示の一定の実施形態の別の技術的な効果によって、アラームイベントおよび／または迷惑アラームの妥当性の、実際の合理化および優先順位付けを実施する甚大な工数コストを回避することができる。
【００１３】
図１を参照すると、本開示の例示の実施形態による、１つまたは複数のサブシステムの監視を容易にする１つの例示的なシステム１００をブロック図が示している。システム１００は、１つまたは複数のサブシステム１１０−１から１１０−Ｎ（「サブシステム（複数可）１１０」と呼ぶ）、１つまたは複数のセンサ１１５−１から１１５−Ｎ（「センサ（複数可）１１５」と呼ぶ）、およびシステム全体ベースのアラーム管理を実装することができる１つまたは複数のコンピューティングデバイス１２０を含むことができる。一定の実施形態では、コンピューティングデバイス１２０は、システム１００内のサブシステム１１０のうちの１つまたは複数を監視および／または制御するために使用することができる。
【００１４】
図１に示されるように、サブシステム１１０のそれぞれは、例えば１個の機器を監視するために使用することができる、１つまたは複数のセンサ１１５を含むことができる。所望に応じて、センサ１１５は、１個の機器上に配置または装着して、１つもしくは複数のアラームイベントまたは状態が存在するかどうかを決定するために使用することができる、システムおよびサブシステムのデータを含むアラーム情報を収集するように構成することができる。動作では、センサ１１５は、予め規定された間隔で、温度の値または圧力の測定値などのアラーム情報を収集し、任意の数の好適な方法または技法を使用して、アラーム情報をコンピューティングデバイス１２０に提供することができる。
【００１５】
例えば、収集されたアラーム情報は、ローカルエリアネットワーク、ワイドエリアネットワーク、ＦＯＵＮＤＡＴＩＯＮフィールドバスネットワーク、ブルートゥース利用可能ネットワーク、Ｗｉ−Ｆｉ利用可能ネットワーク、無線周波ネットワーク、および／または任意の他の好適なネットワークなどの任意の数の好適なネットワーク１０５を介して、コンピューティングデバイス１２０および／またはコンピューティングデバイス１２０と通信する中間デバイスに通信することができる。別の例として、センサ１１５からコンピューティングデバイス１２０にアラーム情報を通信することを容易にするために、直接通信リンクを利用することができる。加えて、一定の実施形態では、アラーム情報は、アラーム情報または他のデータが収集されると、リアルタイムまたは略リアルタイムで通信することができる。他の実施形態では、アラーム情報は、記憶され、コンピューティングデバイス１２０と周期的に通信するか、または何らかの他のトリガに応答して通信するかのいずれかを行うことができる。
【００１６】
所望に応じて、コンピューティングデバイス１２０は、インターネット、適切な通信ネットワーク、または別のワイドエリアネットワークなどの１つまたは複数の好適なネットワーク１４０を介して、任意の数のワークステーション１５０または外部制御システム（例えば、監視制御およびデータ収集（「ＳＣＡＤＡ」）システムなど）と通信することができる。コンピューティングデバイス１２０は、とりわけ、１つまたは複数の潜在的に危険なアラームイベントおよび／または他のアラーム状況が存在するかどうかを決定するために、アラーム情報の処理を容易にすることができる、任意の数の好適なコンピュータ処理構成要素を含むことができる。コンピューティングデバイス１２０に組み込むことができる好適な処理デバイスとしては、限定するものではないが、パーソナルコンピュータ、サーバコンピュータ、特定用途向け回路、マイクロコンピューティングデバイス、ミニコンピュータ、他のコンピューティングデバイスなどが挙げられる。そのため、コンピューティングデバイス１２０は、コンピュータ可読命令の実行を容易にする、任意の数のプロセッサ１５２を含むことができる。コンピュータ可読命令を実行することにより、コンピューティングデバイス１２０が、アラーム情報の処理を容易にする専用コンピュータまたは特定の機械を含み、または形成して、例えば、サブシステム１１０のそれぞれに関連する１個または複数の機器の保護を可能にすることができる。
【００１７】
１つまたは複数のプロセッサ（複数可）１５２に加えて、コンピューティングデバイス１２０は、１つまたは複数のメモリデバイス１５４、１つまたは複数の入出力（「Ｉ／Ｏ」）インターフェイス１５６、ならびに／または１つもしくは複数の通信および／もしくはネットワークインターフェイス１５８を含むことができる。１つもしくは複数のメモリデバイス１５４またはメモリとしては、例えば、キャッシュ、読取り専用メモリデバイス、ランダムアクセスメモリデバイス、磁気記憶デバイスなどの任意の好適なメモリデバイスを挙げることができる。１つまたは複数のメモリデバイス１５４は、例えばデータファイル１６０、オペレーティングシステム（「ＯＳ」）１６２、アラーム情報取得モジュール１３０および／またはアラーム識別管理モジュール１３４といった、コンピューティングデバイス１２０により利用される、アラーム情報もしくは他のデータ、実行可能命令、および／または様々なプログラムモジュールを記憶することができる。データファイル１６０は、限定するものではないが、センサ１１５から収集および／または受け取ったサブシステム１１０のそれぞれのアラーム情報、任意のサブシステム１１０に関連する動作データ、識別されたアラームイベントに関連する情報、生成されたアラームメッセージに関連する情報、および／または１つまたは複数のアラームメッセージを分類するための１つまたは複数の分類基準に関連する情報、および／またはコンピューティングデバイス１２０によって指示される１つまたは複数の制御アクションに関連する情報を含む、コンピューティングデバイス１２０の動作を容易にする任意の好適なデータを含むことができる。
【００１８】
ＯＳ１６２は、アラーム情報取得モジュール１３０および／またはアラーム識別管理モジュール１３４などの、プロセッサ１５２による、他のソフトウェアプログラムおよび／またはプログラムモジュールの実行を容易にすることができる、コンピュータ実行可能命令および／またはプログラムモジュールを含むことができる。アラーム情報取得モジュール１３０は、サブシステム１１０のそれぞれに関連する、生および／または履歴のアラーム情報を収集、抽出および／または記憶するように構成される好適なソフトウェアモジュールであってよい。例えば、アラーム情報取得モジュール１３０は、センサ１１５から測定データなどのアラーム情報を収集し、１つまたは複数の予め規定された間隔でコンピューティングデバイス１２０に送信することができる。ここで、アラーム情報は、以下に記載されるようにさらなる処理のために、メモリ１５４内に集約されて記憶することができる。
【００１９】
その後、予め規定された間隔または何らかの他のトリガに応答して、アラーム識別管理モジュール１３４は、リアルタイムまたは略リアルタイムでアラーム情報を評価し、何らかの潜在的に危険なアラームイベントまたはサブシステム１１０の状態が潜在的に存在および／または発生しているかどうかを決定するために実行することができる。例えば、アラーム識別管理モジュール１３４は、測定値などサブシステム１１０のアラーム情報を評価し、測定値が予め規定された閾値の下であるか上であるかを決定するように構成することができる。その場合、アラーム識別管理モジュール１３４は、アラームイベントを識別することができる。別の例では、アラーム識別管理モジュール１３４は、生のアラーム情報を履歴のアラーム情報と比較することにより、アラームイベントアセスメントを行うように構成することができる。例えば、生のアラーム情報中の測定値が履歴のアラーム情報中の測定値よりも高い場合、アラーム識別管理モジュール１３４は、特定のアラームイベントが増加していることを識別することができる。
【００２０】
別の実施形態では、アラーム識別管理モジュール１３４は、受け取ったアラーム情報中のパターンを評価することができる。認識されるパターンは、モダリティとして分類され、または、モダリティとして知られている場合がある。モダリティとは、同じ性質を呈するアラーム情報のグループ化である。例えば、チャタリングは、特徴的なモダリティであり、アラームイベントが、アラーム閾値をセットすることとアラーム閾値をクリアすることの間で、急速にかつ繰り返して遷移する。フリーティングは、別の特徴的なモダリティであり、イベント間の周波数は特徴的なチャタリングモダリティよりも大きいが、アラーム閾値をセットすることとクリアすることの間の周期が依然として比較的短い。別のモダリティは、特定のオペレータ入力または機器の動作状態の変化に、時間的に近接してアラームイベントが発生するときに確立する場合がある。他の実施形態では、モダリティは、限定するものではないが、状態の規定、相互関係、相対的なタイミング、絶対的なタイミング、再発、システム負荷、履歴データ、制御アクション、モダリティ、リアルタイムデータおよびメモリモジュール１５４に記憶される履歴データから入手可能および／または導出可能な任意の他のプロセスパラメータを含む、いくつかの要因に基づいて規定することもできる。
【００２１】
モダリティが一度規定されると、アラームイベントが迷惑アラームに分類することができるかどうかを決定する最適化ツールとしてモダリティを使用することができる。迷惑アラームとは、アラーム閾値を満たすが、それが繰り返すことおよび／または多数あることによってアラーム管理システムに負担を負わせ、イベントの妥当性は是正アクションを必要としない可能性があるアラームイベントである。アラーム管理プロセスから迷惑アラームを取り除くことによって、アラーム管理プロセスの効率および生産性が増加する。一度迷惑アラームが識別されたら、それぞれのモダリティについて、外部ユーザ１６４に入力を提供するように促す、またはモジュール内にプログラムされる自動是正を実装するように識別管理モジュール１３４を構成することができる。
【００２２】
識別管理モジュール１３４の１つの実施形態では、アラーム情報を記憶し、そのパターンが別のモダリティの特性を呈するかどうかを決定するように構成することもできる。例えば、アラーム情報の特定の組は、チャタリングモダリティに関しては迷惑アラームイベントとして分類することができないが、その後、アラーム情報は、フリーティングモダリティに関してのアラームイベントとして分類することができる。別の実施形態では、アラーム識別管理モジュール１３４は、所定の組の基準に基づいて、応答の即時性に関するアラームイベントモダリティを、一時的または恒久的に、優先または解消するように構成することができる。優先基準としては、限定するものではないが、サブシステム、モダリティのタイプ、モダリティの継続時間、および／または規定可能な基準の任意の組合せが挙げられる。
【００２３】
アラームイベントを識別すると、アラーム識別管理モジュール１３４が、アラームイベントおよび／またはアラームイベントモダリティに関するアラームメッセージまたは可視化物を生成するように構成することができる。アラームメッセージは、アラーム情報および／またはサブシステム１１０に関連する他の情報に基づくアラームイベントの記載を含むことができる。いくつかの実施形態では、アラーム識別管理モジュール１３４は、全てのアラームメッセージを通信して、監督者および／または監督システムを制御するように構成することができる。アラームメッセージは、メモリ１５４内にアラーム識別に関連付けて記憶することができる。例えば、電子メールまたはショートメッセージシステム（「ＳＭＳ」）の警告を、１つまたは複数のサブシステム１１０を動作させる関連のオペレータまたは技術者に通信することができる。
【００２４】
別の実施形態では、オペレータは、入力を提供する、またはワークステーション１５０からシステムフィードバックを受け取ることができる。ワークステーション１５０は、直接またはモバイルデバイスを介してユーザとの相互作用を容易にするように構成される、好適なプロセッサ駆動デバイスであってよい。所望に応じて、ワークステーション１５０は、コンピューティングデバイス１２０に関して上で記載した構成要素と同様の構成要素を有することができる。システムの動作を監視する一方で、ワークステーション１５０のオペレータは、アラーム識別管理モジュール１３４により提供された全てのアラームメッセージを閲覧し、かつ／またはエンジニアにメッセージおよび可視化物を提供することを判断することができる。エンジニアがシステムのステータスを査定し、かつ／または実装する低減戦略についての判断を行うため、エンジニアのために可視化物を作り出すことができる。これらの可視化物としては、限定するものではないが、チャート、表、グラフ、またはアラームイベント、モダリティ、サブシステム、もしくは全体システム間の関係を規定することができるクラスタ図が挙げられる。
【００２５】
外部入力１６４を有することができる実施形態に関し、可視化物は、エンジニアによる判断を直接動機付けることができる、解析ツールとして使用することができる。さらに、システムは、潜在的にモダリティと一致するアラームを識別することができる。別の実施形態では、可視化物はエンジニアに、結果をサポートするデータおよび可能な低減応答をサポートするデータも示すことができる。エンジニアは、次いで、安全かつ効果的なアラーム低減技法を実装するために、エンジニアの専門知識を効果的に適用することができ、ここで、システムにより収集される経験的なデータによって、一定の論理がアラームを抑制することを確認することができる。他の実施形態では、アラームイベント低減戦略は、アラーム識別管理モジュール１３４内でアルゴリズムを用いて自動化することができ、そのため次いで、可視化物がエンジニアにより使用され、その後、アラーム識別管理モジュール１３４により実装される自動化した低減戦略を検証することができる。
【００２６】
アラーム識別管理モジュール１３４は、モダリティに対し所定のシステム応答を関連付けて提供するように構成することもできる。一度、オペレータ／エンジニアなどのユーザがアラームメッセージおよび／または可視化物を査定したら、ユーザは、モダリティに対処し問題を生じさせるアラームを低減する様々な選択肢を持つことができる。例えば、いくつかの低減するオプションとしては、限定するものではないが、特定の制御アクションの一定の周期内に発生する場合に特定のアラームを抑制すること、共通のモダリティをモダリティのより高い順位のグループ化に組み合わせること、またはアラームイベントモダリティを、その一貫性が指定された継続時間確立されるまで取り除くことが挙げられる。チャタリングモダリティの事例では、低減戦略としては、限定するものではないが、アラーム設定の持続時間を変更すること、アラームの不感帯の許容差を調整すること、迷惑フィルタへ追加すること、それぞれの機器の電源を切ること、および／またはサブシステム１１０の保守をスケジュールすることが挙げられる。
【００２７】
所望に応じて、本開示の実施形態は、図１に図示される構成要素よりも多いまたは少ない構成要素を有するシステム１００を含むことができる。加えて、システム１００の一定の構成要素が、本開示の様々な実施形態に組み合わせることができる。図１に示される例示的なシステム１００は、例示のためにのみ提供される。多くの他の動作環境、システムアーキテクチャ、およびデバイス構成が可能である。加えて、システム１００は、図１で、発電所の機器／資産のアラーム解析を参照して記載されているが、本明細書で記載されるシステムおよび方法は、限定するものではないが、航空機器、航空機製造工場、健康管理機器などの任意のタイプの施設または産業の機器／資産用のアラームを解析および管理するために実装することができる。したがって、本開示の実施形態は、何らかの特定の動作環境、システムアーキテクチャ、またはデバイス構成に限定されるものと解釈されるべきでない。
【００２８】
ここで図２を参照して、流れ図が、本開示の例示の実施形態による、プロセスアラームを削減する例示的な方法２００を示す。方法２００は、図１に図示されるシステム１００などの様々なシステムに関連して利用することができる。一定の実施形態では、方法２００の動作は、図１に図示されたコンピューティングデバイス１２０などの好適なコンピューティングデバイスにより実施することができる。
【００２９】
図２は、アラームイベントを管理する例示的な方法を表す流れ図である。方法２００は、ブロック２０５で開始することができ、ここで、履歴アラーム情報を検索することができる。例えば、図１内のプロセッサ１５２は、図１内のメモリ１５４などのメモリから履歴アラーム情報を検索することができる。
【００３０】
ブロック２０５は、ブロック２１０が後続することができ、ここで、頻繁に発生するアラームのパターンを識別することができる。例えば、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４は、履歴アラーム情報に少なくとも部分的に基づいて、１つまたは複数の頻繁に発生するアラームのパターンを識別することができる。
【００３１】
ブロック２１０は、判断ブロック２１５が後続することができ、ここで、アラームのパターンが知られているモダリティと一致するかどうかの決定をすることができる。例えば、識別されたアラームのパターンが知られているモダリティと一致するかどうかを、プロセッサ１５２が決定することができる。アラームのパターンが知られているモダリティと一致しないと決定される場合、「いいえ」の分岐が、ブロック２２０へと続くことができ、ここで、アラームのパターンを記憶することができる。例えば、識別されたアラームのパターンが知られているモダリティと一致しないとプロセッサ１５２が決定する場合、アラームのパターンは、プロセッサ１５２によってメモリ１５４内に記憶することができる。
【００３２】
ブロック２１５で、アラームのパターンが知られているモダリティと一致すると決定される場合、「はい」の分岐が、ブロック２２５へと続くことができる。ブロック２２５で、アラームのパターンが一致する各モダリティ用に、優先リストを生成することができる。例えば、識別されたアラームのパターンが知られているモダリティと一致するとプロセッサ１５２が決定する場合、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４は、アラームのパターンが一致する各モダリティ用に優先リストを生成することができる。
【００３３】
ブロック２２５は、ブロック２３０が後続することができ、ここで、各モダリティ用に、アラームのふるまいに基づいて、１つまたは複数の可視化物を生成することができる。さらに、ブロック２３０は、フィルタ設定のための１つまたは複数の示唆を生成することを含み、フィルタ設定の効果を表示することもできる。例えば、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４は、各モダリティ用に、アラームのふるまいの１つまたは複数の可視化物を生成することができる。さらに、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４は、フィルタ設定のための１つまたは複数の示唆を生成し、フィルタ設定の効果を表示することができる。
【００３４】
ブロック２３０は、判断ブロック２３５が後続することができ、ここで、ユーザが示唆されたフィルタを選択するかどうかの決定をすることができる。例えば、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４は、ユーザが特定のフィルタまたは示唆されたフィルタを選択するかどうか決定することができる。ユーザが示唆されたフィルタを使用しないことを決定した場合、「いいえ」の分岐が、判断ブロック２４０へと続くことができる。
【００３５】
ブロック２４０で、他のモダリティがアラームのパターンと一致したかどうかの判断をすることができる。例えば、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４が、他のモダリティがアラームパターンと一致するかどうか決定することができる。他のモダリティがアラームのパターンと一致しないと決定される場合、「いいえ」の分岐が、ブロック２２０へと続くことができ、ここでアラームのパターンを記憶することができる。例えば、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４が、他のモダリティがアラームのパターンと一致しないことを決定した場合、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４によって、メモリ１５４などのメモリ中にアラームのパターンを記憶することができる。
【００３６】
他のモダリティがアラームのパターンと一致すると決定される場合、「はい」の分岐が、ブロック２３０へと続くことができ、アラームのふるまいに基づいて、可視化物を生成することができる。例えば、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４が、他のモダリティがアラームのパターンと一致することを決定できる場合、アラームのふるまいに少なくとも部分的に基づいて、１つまたは複数の可視化物を生成することができる。
【００３７】
ブロック２３５に戻って参照すると、ユーザが示唆されたフィルタを使用することを決定した場合、「はい」の分岐が、判断ブロック２４５へと続くことができる。ブロック２４５で、追加のアラームのパターンを認識することができるかどうかの決定をすることができる。例えば、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４が、ユーザが特定のフィルタまたは示唆されたフィルタを使用することを決定する場合、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４は、追加のアラームのパターンが認識されるどうか決定することができる。追加のアラームのパターンを認識することができる場合、「はい」の分岐が、判断ブロック２１５へと続くことができ、ここで、アラームのパターンがモダリティと一致するかどうかの決定をすることができる。例えば、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４が、追加のアラームのパターンが認識されると決定する場合、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４は、アラームのパターンがモダリティと一致するかどうかの決定をする。
【００３８】
追加のアラームのパターンを認識することができない場合、「いいえ」の分岐が、判断ブロック２５５へと続くことができ、ここで、アラームのパターン解析を終えることができる。例えば、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４が、追加のアラームのパターンが認識されないと決定する場合、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４は、解析プロセスを終了することができる。
【００３９】
ブロック２３５を再び参照すると、ユーザが示唆されたフィルタを使用することを決定した場合、「はい」の分岐が、ブロック２５０へと続くこともでき、ここで、示唆されたフィルタが他のアラームフィルタに追加される。例えば、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４が、ユーザが特定のフィルタまたは示唆されたフィルタを使用することを決定する場合、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４は、フィルタを他のアラームフィルタに追加することができる。
【００４０】
示唆されたフィルタがブロック２５０で追加された後、フィルタは、判断ブロック２６５で新しいアラーム情報に適用することができる。例えば、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４は、フィルタを新しいアラーム情報に適用することができる。ブロック２６０で、新しいアラーム情報を受け取ることができる。例えば、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４は、新しいアラーム情報をシステム１００などのシステムから受け取ることができる。
【００４１】
ブロック２６０は、判断ブロック２６５が後続することができ、ここで、示唆されたフィルタまたは他のフィルタがアラーム情報と一致するかどうかの決定をすることができる。アラームがフィルタのうちの１つと一致することが決定される場合、「はい」の分岐が、ブロック２７０へと続くことができ、ここで、アラーム情報を記憶することができる。例えば、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４が、アラームがフィルタのうちの１つと一致することが決定される場合、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４は、アラーム情報をメモリ１５４などのメモリに記憶することができる。
【００４２】
アラームがフィルタのうちの１つと一致しないことが決定される場合、「いいえ」の分岐が、判断ブロック２７５へと続くことができ、ここで、アラーム通知をシステムオペレータに送ることができる。例えば、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４が、アラームがフィルタのうちの１つと一致しないことを決定する場合、プロセッサ１５２および／または少なくとも１つのモジュール１３０、１３４は、システムオペレータなどのユーザに、通知または通信を生成して送ることができる。
【００４３】
本開示の他の例示的な実施形態では、方法２００は、上で記載した動作より少ない数または多い数の動作を含むことができ、上で記載したものとは異なる順序で実施することができる。
【００４４】
図３の方法３００に記載され、示される動作は、本開示の様々な実施形態で、所望に応じて任意の好適な順序で実行または実施することができる。加えて、一定の実施形態では、動作の少なくとも一部は、平行して実行することができる。さらに、一定の実施形態では、図３に記載した動作よりも少ない動作または多い動作を実施することができる。方法３００は、ブロック３０５で開始することができ、本開示の例示的な実施形態にしたがって、システムに関連する１つまたは複数のセンサ、デバイス、またはコンピューティングデバイスからアラーム情報またはアラームイベントを受け取るステップを含むことができる。
【００４５】
ブロック３１０で、方法３００は、受け取ったアラーム情報またはアラームイベントに少なくとも部分的に基づいて、少なくとも１つのアラームイベントモダリティを生成するステップを含むことができる。ブロック３１５で、方法３００は、少なくとも１つのアラームイベントモダリティを使用して、受け取ったアラーム情報またはアラームイベントをフィルタリングするステップを含むことができる。ブロック３２０で、方法３００は、フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部を優先させるステップを含むことができる。ブロック３２５で、方法３００は、少なくとも１つの生成されたアラームイベントモダリティに対し、少なくとも１つのアラームイベント応答を割り当てるステップを含むことができる。ブロック３３０で、方法３００は、所定のアクションを使用して、少なくとも１つのアラームイベント応答を実装するステップを含むことができる。ブロック３３５で、方法３００は、フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部に基づいて、少なくとも１つのアラームイベントモダリティを出力するステップも含むことができる。
【００４６】
１つの実施形態では、少なくとも１つの生成されたアラームイベントフィルタに対し、少なくとも１つのアラームイベント応答を割り当てるステップが、コンピュータプロセッサによって自動的に開始する、または外部入力を使用して開始することができる。別の実施形態では、少なくとも１つの生成されたアラームイベントモダリティは、受け取ったアラーム情報またはアラームイベント内の少なくとも１つのパターンに基づくことができる。さらに、受け取ったアラーム情報またはアラームイベント内の少なくとも１つのパターンは、受け取ったアラーム情報を履歴データの少なくとも一部を含むアラームイベントモダリティと比較することにより認識することができる。
【００４７】
別の実施形態では、アラーム情報またはアラームイベントは、（ｉ）履歴アラーム情報、（ｉｉ）履歴アラームイベント、（ｉｉｉ）リアルタイムアラーム情報、または（ｉｖ）アラームイベントへの応答のうちの少なくとも１つを含むことができる。１つの実施形態では、フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部を優先させるステップが、自動的にまたは外部入力を使用して検証することができる。別の実施形態では、フィルタリングされたアラーム情報またはイベントの少なくとも一部を優先させるステップが、所定のランク付け基準を使用して実装することができる。
【００４８】
本開示の他の例示的な実施形態では、方法３００は、上で記載した動作より少ない数または多い数の動作を含むことができ、上で記載した順序とは異なる順序で実施することができる。
【００４９】
本開示は、本開示の例示的な実施形態によるシステム、方法、装置、および／またはコンピュータプログラム製品のブロック図および流れ図を参照して上で記載されている。ブロック図および流れ図の１つまたは複数のブロック、ならびにブロック図および流れ図のブロックの組合せは、それぞれ、コンピュータ実行可能プログラム命令により実装できることが理解されよう。同様に、本開示のいくつかの実施形態によれば、ブロック図および流れ図のいくつかのブロックは、必ずしも提示される順番で実施する必要がなく、必ずしも全て実施する必要がない。
【００５０】
これらのコンピュータ実行可能プログラム命令は、汎用コンピュータ、専用コンピュータ、プロセッサ、または他のプログラム可能データ処理装置にロードして、特定の機械を作ることができ、その結果、コンピュータ、プロセッサ、または他のプログラム可能データ処理装置上で実行する命令によって、流れ図の１つのブロックまたは複数のブロックで指定される１つまたは複数の機能を実装するための手段を作り出す。これらのコンピュータプログラム命令は、特定のやり方で機能するようにコンピュータまたは他のプログラム可能データ処理装置に指示することができるコンピュータ可読メモリに記憶することもでき、その結果、コンピュータ可読メモリに記憶された命令によって、流れ図の１つのブロックまたは複数のブロックで指定される１つまたは複数の機能を実装する、命令手段を含む製造品が作られる。例として、本開示の実施形態は、その中に具体化されるコンピュータ可読プログラムコードまたはプログラム命令を有するコンピュータ使用可能媒体を備える、コンピュータプログラム製品を可能にすることができ、前記コンピュータ可読プログラムコードが、流れ図の１つのブロックまたは複数のブロックで指定される１つまたは複数の機能を実装するために実行されるように適合される。コンピュータプログラム命令を、コンピュータまたは他のプログラム可能データ処理装置上にやはりロードして、コンピュータ実装されたプロセスを作るために一連の動作要素またはステップをコンピュータまたは他のプログラム可能装置上で実施させ、その結果、コンピュータまたは他のプログラム可能装置上で実行する命令が、流れ図の１つのブロックまたは複数のブロックで指定される機能を実装するための、要素またはステップを提供する。
【００５１】
したがって、ブロック図および流れ図のブロックは、指定される機能を実施するための手段の組合せ、指定される機能を実施するための要素またはステップの組合せ、および指定される機能を実施するためのプログラム命令手段をサポートする。ブロック図および流れ図の各ブロック、ならびにブロック図および流れ図内のブロックの組合せが、指定される機能、要素、もしくはステップを実施する、専用のハードウェアベースのコンピュータシステムまたは専用ハードウェアとコンピュータ命令との組合せにより実装できることも理解されよう。
【００５２】
最も実用的であると現在考えられるものおよび様々な実施形態に関連して本開示が記載されてきたが、本開示は、開示された実施形態に限定されるべきではなく、反対に、添付の特許請求の範囲の精神および範囲の中に含まれる様々な修正形態および均等な構成をカバーすることが意図されることを理解されたい。
【００５３】
この明細書の記載では、例を使用して、最良の形態を含む開示を開示し、当業者が任意のデバイスまたはシステムを製作して使用すること、および任意の組み込まれた方法を実施することを含む、本開示を実施することを可能にもする。本開示の特許性のある範囲は請求項により規定され、当業者に想到される他の例を含むことができる。そのような他の例が請求項の逐語的な文言と異ならない構成要素を有する場合、またはそのような他の例が請求項の逐語的な文言と実質的に異ならない均等な構成要素を含む場合、そのような他の例は、請求の範囲に入ることが意図される。
【符号の説明】
【００５４】
１００  システム
１０５  ネットワーク（複数可）
１１０−１  システム
１１０−２  システム
１１０−Ｎ  システム
１１５−１  センサ（複数可）
１１５−２  センサ（複数可）
１１５−Ｎ  センサ（複数可）
１２０  コンピューティングデバイス
１３０  アラーム情報取得モジュール（複数可）
１３４  アラーム識別管理モジュール（複数可）
１４０  ネットワーク（複数可）
１５０  ワークステーション（複数可）
１５２  プロセッサ（複数可）
１５４  メモリ（複数可）
１５６  Ｉ／Ｏインターフェイス（複数可）
１５８  ネットワークインターフェイス（複数可）
１６０  データファイル
１６２  オペレーティングシステム（ＯＳ）
１６４  外部入力
２０５  履歴アラームが検索される。
２１０  頻繁なパターンを捜す。
２１５  パターンが知られているモダリティと一致するか？
２２０  アラームパターンが記憶される。
２２５  各一致するモダリティの優先リストを生成する。
２３０  各モダリティ用に、アラームのふるまいの可視化物を生成し、フィルタ設定を示唆し、フィルタ設定の効果を表示する。
２３５  ユーザが示唆されたフィルタを選択するか？
２４０  他のモダリティもパターンで一致したか？
２４５  追加のパターンが発見されたか？
２５０  示唆されたフィルタが他のアラームに追加された。
２５５  パターン解析が完了する。
２６０  アラーム情報が制御システムから受け取られた。
２６５  フィルタのうちのいずれかがアラーム情報と一致するか？
２７０  アラーム情報が記憶される。
２７５  アラームの通知をオペレータに送信する。
３０５  システムに関連付けられた１つまたは複数のセンサ、デバイスまたはコンピューティングデバイスからアラーム情報またはアラームイベントを受け取る
３１０  受け取ったアラーム情報またはアラームイベントに少なくとも部分的に基づいて、少なくとも１つのアラームイベントモダリティを生成する
３１５  少なくとも１つのアラームイベントモダリティを使用してアラーム情報またはアラームイベントをフィルタリングする
３２０  フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部を優先させる
３２５  少なくとも１つの生成されたアラームイベントモダリティに応答して少なくとも１つのシステム応答を割り当てる
３３０  所定のアクションを使用して少なくとも１つのシステム応答を実装する
３３５  フィルタリングされたアラーム情報またはアラームイベントの少なくとも一部に基づいて少なくとも１つのアラームイベントモダリティを出力する
【図１】
2014238833.tif 000003
【図２】
2014238833.tif 000004
【図３】
2014238833.tif 000005
【外国語明細書】
2014238833000001.pdf