(57)【要約】      （修正有）【課題】プロセスコントローラの健全性をモニタするための方法を提供する。【解決手段】方法は、リモートサービスコンピュータ６０において、プロセスコントローラ１６の健全性に関する限定された診断アラームデータのセットを受信するステップを含む。限定された診断アラームデータのセットは、一組のルールに基づいて選別された診断アラームデータを含む。方法はまた、限定された診断アラームデータのセットをユーザに表示するステップを含む。【選択図】図１
2013140577.tif 000002
【特許請求の範囲】
【請求項１】
プロセスコントローラの健全性をモニタするためのシステムであって、
前記プロセスコントローラの前記健全性に関する診断アラームデータを受信し、
限定された診断アラームデータのセットをもたらす一組のルールに基づいて、前記診断アラームデータを選別し、
前記限定された診断アラームデータのセットをリモート位置に提供するように
構成されたデバイス
を含むシステム。
【請求項２】
前記デバイスが、前記プロセスコントローラからブロードキャストデータを受信し、前記ブロードキャストデータから前記プロセスコントローラの前記健全性に関する診断アラームデータを抽出するように構成されている、請求項１記載のシステム。
【請求項３】
前記一組のルールが、特定のプロセスコントローラに対応する、請求項１記載のシステム。
【請求項４】
前記一組のルールが、前記診断アラームデータの頻度、前記診断アラームデータに関連付けられたグループ、プロセスコントローラのタイプ、またはそれらのなんらかの組合せに基づいて、前記診断アラームデータを選別するように構成されたルールを含む、請求項１記載のシステム。
【請求項５】
前記一組のルールが、前記プロセスコントローラの状態に基づいて、前記診断アラームデータを選別するように構成されたルールを含む、請求項１記載のシステム。
【請求項６】
前記プロセスコントローラの前記状態が、スタートアップ状態を含む、請求項５記載のシステム。
【請求項７】
前記一組のルールが、前記診断アラームデータの履歴に基づいて、前記診断アラームデータを選別するように構成されたルールを含む、請求項１記載のシステム。
【請求項８】
前記一組のルールが、前記診断アラームデータの前記履歴が繰り返し発生する診断アラームを示すときに、診断アラームデータを除去するように構成されたルールを含む、請求項７記載のシステム。
【請求項９】
前記一組のルールが、前記リモート位置に以前に提供されている診断アラームデータを取り除くために、前記診断アラームデータを選別するように構成されたルールを含む、請求項１記載のシステム。
【請求項１０】
プロセッサ実行可能な命令を符号化した１つまたは複数の有形のマシン可読媒体を含む、健全性モニタリングシステムのための製造物品であって、前記プロセッサ実行可能な命令が、
プロセスコントローラの健全性に関する診断アラームデータを受信するための命令と、
限定された診断アラームデータのセットをもたらす一組のルールに基づいて前記診断アラームデータを選別するための命令と、
前記限定された診断アラームデータのセットをリモート位置に提供するための命令と
を含む、
製造物品。
【請求項１１】
前記一組のルールに基づいて前記診断アラームデータを選別するための前記命令が、前記プロセスコントローラの状態、前記診断アラームデータの履歴、前記診断アラームデータにおいて予期されるデータ、またはそれらのなんらかの組合せに基づいて前記診断アラームデータを選別するための命令を含む、請求項１０記載の製造物品。
【請求項１２】
前記一組のルールに基づいて前記診断アラームデータを選別するための前記命令が、前記診断アラームデータの頻度に基づいて前記診断アラームデータを選別するための命令を含む、請求項１０記載の製造物品。
【請求項１３】
前記一組のルールに基づいて前記診断アラームデータを選別するための前記命令が、前記診断アラームデータにおいて予期されるデータに基づいて前記診断アラームデータを選別するための命令を含む、請求項１０記載の製造物品。
【請求項１４】
前記一組のルールが、前記リモート位置に以前に提供されている診断アラームデータを取り除くために、前記診断アラームデータを選別するように構成されたルールを含む、請求項１０記載の製造物品。
【請求項１５】
前記一組のルールが、複数のプロセスコントローラに対応する一般的な構成ルールを含む、請求項１０記載の製造物品。
【請求項１６】
プロセスコントローラの健全性をモニタするための方法であって、
リモートサービスコンピュータにおいて、前記プロセスコントローラの前記健全性に関する限定された診断アラームデータのセットを受信するステップであって、前記限定された診断アラームデータのセットが一組のルールに基づいて選別された診断アラームデータを含む、受信するステップと、
前記限定された診断アラームデータのセットをユーザに表示するステップと
を含む方法。
【請求項１７】
前記一組のルールが、前記診断アラームデータに関連付けられたグループに基づいて、前記診断アラームデータを選別するように構成されている、請求項１６記載の方法。
【請求項１８】
前記一組のルールが、プロセスコントローラのタイプに基づいて、前記診断アラームデータを選別するように構成されている、請求項１６記載の方法。
【請求項１９】
前記一組のルールが、前記診断アラームデータの履歴が繰り返し発生する診断アラームを示すときに、診断アラームデータを除去するように構成されたルールを含む、請求項１６記載の方法。
【請求項２０】
前記一組のルールが、前記リモートサービスコンピュータに以前に提供されている診断アラームデータを取り除くために、前記診断アラームデータを選別するように構成されたルールを含む、請求項１６記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する主題は、プロセスコントローラに関し、より具体的には、プロセスコントローラの健全性をモニタすることに関する。
【背景技術】
【０００２】
制御システムは、しばしば、製造プロセスまたは生産プロセスなどの、プロセスシステムと併用されて、プロセスのさまざまな動作パラメータを調整する、および／またはモニタする。たとえば、制御システムは、１つまたは複数の目標出力パラメータ（たとえば、流量、電力出力など）を所望の値にするために、プロセスのある入力パラメータの値を調整することができる。いくつかの制御システムはまた、ディスプレイデバイスを使用して表示されるグラフィカルユーザインターフェースを含むことができるヒューマンマシンインターフェース（ＨＭＩ）を介して、ある選択されたデータポイントを出力することなどによって、視覚的なフィードバックの形でオペレータにプロセスデータを提供することができる。これにより、オペレータは、実質的にリアルタイムでプロセス性能パラメータをモニタし、それを評価することが可能になり、必要であれば、あるパラメータが予期される範囲または標準から逸脱した場合に、矯正的な措置を取ることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許第７６８１０８９号明細書
【発明の概要】
【０００４】
そのような制御システムは、システム動作を制御するためのプロセスコントローラを使用することができ、プロセスコントローラは、ハードウェアコンポーネントおよびソフトウェアコンポーネントの組合せを含むことができる。わかるように、プロセスコントローラのコンポーネントは、予想通りには機能しないことがある。したがって、生じ得る潜在的な問題を識別するために、プロセスコントローラのコンポーネントをモニタすることができる。モニタリングシステムは、オペレータに潜在的なプロセスコントローラの問題について通知するために、オペレータにアラームデータ（たとえば、診断アラームメッセージ）を提供することができる。しかしながら、そのようなモニタリングシステムは、解釈が困難なことがあり得る大量のデータを提供することがある。さらに、アラームデータは、実際の問題がどこで起きているのかを特定しにくくする、誤アラームまたは反復するアラームを含むことがある。
【０００５】
出願時に特許請求された発明の範囲と同等のある実施形態を以下に要約する。これらの実施形態は、特許請求される発明の範囲を限定することは意図せず、むしろ、これらの実施形態は、本発明の可能である形態の簡潔な概要を提供することを意図しているにすぎない。実際、本発明は、以下で説明される実施形態に類似した、またはそれらの実施形態とは異なることがある、さまざまな形態を包含することができる。
【０００６】
第１の実施形態において、プロセスコントローラの健全性をモニタするためのシステムが、プロセスコントローラの健全性に関する診断アラームデータを受信するように構成されたデバイスを含む。デバイスはまた、限定された診断アラームデータのセットをもたらす一組のルールに基づいて、診断アラームデータを選別するように構成されている。デバイスは、限定された診断アラームデータのセットをリモート位置に提供するように構成されている。
【０００７】
第２の実施形態において、健全性モニタリングシステムのための製造物品が、プロセッサ実行可能な命令を符号化した１つまたは複数の有形のマシン可読媒体を含む。命令は、プロセスコントローラの健全性に関する診断アラームデータを受信するための命令を含む。命令はまた、限定された診断アラームデータのセットをもたらす一組のルールに基づいて診断アラームデータを選別するための命令を含む。命令は、限定された診断アラームデータのセットをリモート位置に提供するための命令を含む。
【０００８】
第３の実施形態において、プロセスコントローラの健全性をモニタするための方法が、リモートサービスコンピュータにおいて、プロセスコントローラの健全性に関する限定された診断アラームデータのセットを受信するステップを含む。限定された診断アラームデータのセットは、一組のルールに基づいて選別された診断アラームデータを含む。方法はまた、限定された診断アラームデータのセットをユーザに表示するステップを含む。
【０００９】
本発明のこれらの、ならびに他の特徴、態様、および効果は、添付の図面を参照して以下の詳細な説明を読むときに、よりよく理解されるであろう。図面全体を通して、同様の文字は、同様の部品を表す。
【図面の簡単な説明】
【００１０】
【図１】プロセスコントローラ健全性モニタリングシステムの実施形態のブロック図である。
【図２】プロセスコントローラの健全性をモニタするための方法の実施形態の流れ図である。
【図３】プロセスコントローラ健全性モニタリングシステムを使用して、プロセスコントローラの健全性の問題を解決するための方法の実施形態の流れ図である。
【発明を実施するための形態】
【００１１】
本発明の１つまたは複数の特定の実施形態を以下で説明することにする。これらの実施形態の簡潔な説明を提供する目的で、本明細書においては、実際の実装形態のすべての特徴が説明されるわけではない。あらゆるそのような実際の実装形態の開発においては、あらゆるエンジニアリングまたは設計プロジェクトと同様に、数多くの実装形態固有の決定が、実装形態ごとに異なることがあるシステム関連およびビジネス関連の規制の準拠などの、開発者の固有の目標を達成するために行われなければならないことを認識されたい。さらに、そのような開発の取り組みは、複雑で時間のかかることがあるが、それでも、本開示の利益を得る当業者にとって、設計、製作、および製造の日常の業務であることを認識されたい。
【００１２】
本発明のさまざまな実施形態の要素を導入する際、冠詞「ａ」、「ａｎ」、「ｔｈｅ」、および「ｓａｉｄ」は、要素のうちの１つまたは複数が存在することを意味することを意図する。用語「ｃｏｍｐｒｉｓｉｎｇ（含む）」、「ｉｎｃｌｕｄｉｎｇ（含む）」、および「ｈａｖｉｎｇ（有する）」は、包括的であり、列挙された要素以外に追加の要素が存在し得ることを意味することを意図する。さらに、用語「クライアント」は、コンピュータ（たとえば、本明細書で説明する機能を提供するために、マシン可読命令の実行および記憶を可能にするプロセッサおよびストレージ）、および／または、そのようなコンピュータ上で実行されるコンピュータプロセスを指すことがある。
【００１３】
本実施形態は、プロセスコントローラの健全性（たとえば、プロセスコントローラのコンポーネントが正常に機能しているかどうか）をモニタするシステムに関する。健全性モニタリングシステムは、システム内に、プロセスコントローラの健全性に関する診断アラームデータを受信するデバイス（たとえば、コンピュータおよび／またはコンピュータ上で実行されるコンピュータプロセス）を含む。デバイスは、（たとえば、誤アラームデータが取り除かれた、重複アラームデータが取り除かれた、などの）限定された診断アラームデータのセットをもたらす一組のルールに基づいて、診断アラームデータを選別するコンポーネント（たとえば、ソフトウェアおよび／またはハードウェア）を含む。デバイスは、限定された診断アラームデータのセットを、（たとえば、データを分析する、および／または解決を提供するために）リモート位置に提供する。
【００１４】
以上を念頭に置いて、図１は、プロセスコントローラ健全性モニタリングシステム１０の実施形態のブロック図を示す。図示するように、健全性モニタリングシステム１０は、プロセスコントローラ１６の健全性をモニタするための、オンサイトモニタリング部（たとえば、物理的にプロセスコントローラ１６のそばに位置する）を有するユーティリティプラントシステム１２と、リモートモニタリング部１４（たとえば、物理的にプロセスコントローラ１６から離れて位置する）とを含む。具体的には、ユーティリティプラントシステム１２は、プロセスコントローラ１６によって制御されるタービンシステム１８の動作などのプロセスを含む。さらに、ユーティリティプラントシステム１２は、第１のワークステーション２０、第２のワークステーション２２、および第３のワークステーション２４を含み、これらのワークステーションのそれぞれは、プロセスコントローラ１６と通信し、プロセスコントローラ１６からブロードキャストデータを受信する。わかるように、ブロードキャストデータは、実施されているプロセスについての情報、ならびにプロセスコントローラ１６の健全性に関する診断アラームデータを含むことができる。ユーティリティプラントシステム１２はまた、ワークステーション２０、２２、および２４のうちの１つまたは複数から診断アラームデータを受信するルールデバイス２６（たとえば、オンサイトモニタリング部）を含む。ルールデバイス２６は、診断アラームデータを選別し、選別されたデータをリモートモニタリング部１４に提供する。図示するように、プロセスコントローラ１６、タービンシステム１８、ワークステーション２０、２２、および２４、ならびにルールデバイス２６は、無線通信のための無線アンテナ２８を含む。他の実施形態においては、プロセスコントローラ１６、タービンシステム１８、ワークステーション２０、２２、および２４、ならびにルールデバイス２６は、有線システムを使用して、または無線と有線とを組み合わせたシステムを使用して通信してもよい。
【００１５】
図示した実施形態において、タービンシステム１８は、タービンシステム１８の動作に関するフィードバックを提供するセンサ２９を含む。プロセスコントローラ１６は、センサ２９からデータを受信し、タービンシステム１８（たとえば、ガスタービンシステム、スチームタービンシステム、など）の動作を制御することもできる。しかしながら、わかるように、プロセスコントローラ１６は、任意の好適なタイプのプロセスを制御することができる。たとえば、プロセスコントローラ１６は、ユーティリティシステム、製造プラント、ボイラーシステム、水処理システム、（たとえば、掘削システムの）噴出防止装置、その他の動作を制御することができる。プロセスコントローラ１６は、さまざまなコンポーネントを含むことができる制御回路３０を使用して動作する。たとえば、制御回路３０は、１つまたは複数のコントローラ、プリント回路基板、スイッチ、ケーブル、または任意の好適な電子コンポーネントを含むことができる。
【００１６】
加えて、プロセスコントローラ１６は、プロセッサ３２、ストレージ３４、メモリ３６を含み、ディスプレイ３８を含むことができる。これらのデバイスのそれぞれは、ハードウェア要素（回路を含む）、ソフトウェア要素（コンピュータ可読媒体に記憶されたコンピュータコードを含む）、またはハードウェア要素およびソフトウェア要素の両方の組合せを含むことができる。プロセスコントローラ１６は、特定の実装形態の単なる一例であり、プロセスコントローラ１６に存在し得るコンポーネントのタイプを説明することを意図していることに留意されたい。プロセッサ３２および／または他のデータ処理回路は、本明細書では、概して「データ処理回路」と呼ぶことができることにもまた留意されたい。このデータ処理回路は、全体に、または一部、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組合せとして具体化されてもよい。さらに、データ処理回路は、単一の内蔵型処理モジュールであってもよく、または全体に、もしくは部分的に、プロセスコントローラ１６内の他の要素のいずれかの中に組み込まれていてもよい。
【００１７】
プロセッサ３２および／または他のデータ処理回路は、不揮発性ストレージ３４およびメモリ３６に動作可能に結合されて、命令を実行することができる。プロセッサ３２により実行されるそのようなプログラムまたは命令は、任意の好適な製造物品に記憶されてよく、製造物品は、不揮発性ストレージ３４およびメモリ３６などの、命令またはルーチンを少なくともひとまとめに記憶する１つまたは複数の有形のコンピュータ可読媒体を含む。不揮発性ストレージ３４およびメモリ３６は、ランダムアクセスメモリ、読み出し専用メモリ、書き換え可能なフラッシュメモリ、ハードドライブ、および光学ディスクなどの、データおよび実行可能な命令を記憶するための任意の好適な製造物品を含むことができる。ディスプレイ３８は、プロセスコントローラ１６によって制御されているプロセスの状態を表すことができる任意のデバイスなどの、情報を示すための任意のタイプのディスプレイであってよい。
【００１８】
プロセスコントローラ１６の制御回路３０および／またはプロセッサ３２は、プロセスコントローラ１６のコンポーネントの健全性をモニタする。したがって、プロセスコントローラ１６は、プロセスコントローラ１６の健全性データ（たとえば、プロセスコントローラ１６のコンポーネントによる問題を示すことができるデータ）、ならびに他のプロセス制御データ（たとえば、制御されているプロセスの動作に関するデータ）を含むブロードキャストデータを提供する。
【００１９】
ワークステーション２０、２２、および２４は、プロセスコントローラ１６からのブロードキャストデータを受信し、個々のワークステーション２０、２２、および２４に関するブロードキャストデータの一部を処理する、および／または表示するように構成されている（たとえば、ワークステーション２０、２２、および２４は、プロセスコントローラ１６の健全性データなどの、ブロードキャストデータの一部を抽出することができる）。これを実現するために、ワークステーション２０、２２、および２４のそれぞれは、プロセッサ４０、ストレージ４２、メモリ４４、およびディスプレイ４６を含む。さらに、ワークステーション２０、２２、および２４は、ブロードキャストデータを表示する、および／またはプロセスコントローラ１６と通信するために、オペレータが使用するためのヒューマンマシンインターフェース（ＨＭＩ）を含むことができる。わかるように、プロセスコントローラ１６の健全性データ（すなわち、診断アラームデータ）は、ワークステーション２０、２２、および２４によって表示されてよい。しかしながら、プロセスコントローラ１６の健全性データは、データを理解しにくくするフォーマットで提示されることがある。さらに、データをより分け、診断するのを困難にする、大量のプロセスコントローラ１６の健全性データが存在することがある。たとえば、プロセスコントローラ１６の健全性データは、他のブロードキャストデータ（たとえば、制御されているプロセスに関するデータ）と共に提示されることがあり、オペレータにとっては、他のブロードキャストデータがより重要に見えることがある。したがって、ある状況においては、オペレータは、こうした、または他のわかりにくさのために、プロセスコントローラ１６の健全性データをないがしろにすることがある。
【００２０】
プロセスコントローラ１６の健全性データ（すなわち、診断アラームデータ）の量を減らし、データをより分析しやすくするために、診断アラームデータは、選別のためにルールデバイス２６に送られる。ある実施形態において、ルールデバイス２６は、プロセスコントローラ１６から診断アラームデータを受信する。しかしながら、他の実施形態においては、ルールデバイス２６は、ワークステーション２０、２２、および２４のうちの１つから診断アラームデータを受信することができる。ワークステーション２０、２２、および２４と同じように、ルールデバイス２６は、プロセッサ４８、メモリ５０、ストレージ５２を含み、ディスプレイ５４を含むことができる。わかるように、ワークステーション２０、２２、および２４とルールデバイス２６の、プロセッサ４０および４８、ストレージデバイス４２および５２、メモリ４４および５０、ディスプレイ４６および５４は、上で説明したプロセスコントローラ１６のそれぞれのコンポーネントと同様のやり方で機能することができる。
【００２１】
図示するように、ルールデバイス２６のストレージ５２は、（たとえば、閾値、アルゴリズム、または他の論理を使用して）診断アラームデータを選別するために使用されるルール５６を含むことができる。さらに、ストレージ５２は、診断アラームデータを受信し、ルール５６に基づいて診断アラームデータを選別し、選別された、または限定された診断アラームデータを出力するために使用されるルールエンジン５７を含むことができる。選別された、または限定された診断アラームデータは、すぐに使用可能な診断アラームデータ（たとえば、矯正的な措置を取るために使用できるデータ）に限定されてよい。ある実施形態においては、ルールデバイス２６のストレージ５２は、プロセスコントローラ１６のブロードキャストデータからデータを収集する、または抽出するためのソフトウェアを含むことができることに留意されたい。加えて、ある実施形態においては、選別された診断アラームデータが、選別された診断アラームデータを分析することができるリモートモニタリング部１４に提供されてもよい。わかるように、ルール５６は、診断アラームデータを選別するために使用できる、任意の好適な選別ルールを含むことができる。たとえば、ルール５６は、診断アラームデータが反復される頻度（たとえば、ルールは、毎分、毎時、毎日、毎週一度などよりも頻繁に反復するアラームについて、診断アラームデータを除去することができる）、プロセスコントローラの状態（たとえば、スタートアップ、シャットダウン、通常動作、不明）、診断アラームデータに関連付けられたグループ（たとえば、特定のコントローラからのアラームデータ、あるタイプのコンポーネントに関するアラームデータ、ある期間に関するアラームデータ、新しく発生するアラームデータ）、モニタされているプロセスコントローラのタイプ（たとえば、アナログ、デジタル）、診断アラームデータの履歴に関連した特徴（たとえば、アラームが発生した時間、繰り返し発生する診断アラーム、リモートモニタリング部１４に以前に提供されているアラーム）、アラームがすぐに使用可能かどうか（たとえば、アラームを引き起こす問題のための解決があるかどうか）、および診断アラームデータ内で予期されるアラーム（たとえば、既知の繰り返し発生するアラーム、誤アラーム）に基づいて、診断アラームデータを選別するためのルールを含むことができる。ルールデバイス２６は、ワークステーション２０、２２、および２４のうちの１つまたは複数がルールデバイス２６に提供するサイト構成データの一部として、ルール５６を受信することができる。さらに、ある実施形態において、ルールデバイス２６は、ルールデバイス２６の別の部分からなどの別のソースから、サイト構成データの一部として、ルール５６を受信することができる。具体的には、サイト構成データは、モニタされている特定のプロセスコントローラ１６に適用される、および／またはプロセスコントローラ１６の特定の位置に適用される、特定のルールを含むことができる。
【００２２】
リモートモニタリング部１４は、構成データをルールデバイス２６に送信し、ルールデバイス２６から選別された診断アラームデータを受信するために使用される。具体的には、リモートモニタリング部１４は、構成デバイス５８と、１つまたは複数のリモートサービスコンピュータ６０とを含む。さらに、構成デバイス５８は、構成デバイス５８がルールデバイス２６に送信する構成ルールデータ６２を含む。したがって、ルールデバイス２６の選別ルール５６は、構成デバイス５８からの構成ルールデータ６２と、サイト構成データからのルールとの組合せを含めて、診断アラームデータを選別するための組み合わされたルール５６のセットを形成することができる。ある実施形態において、構成ルールデータ６２は、任意の位置における任意のプロセスコントローラ１６からの診断アラームデータに適用される（たとえば、選別ルールが複数のプロセスコントローラ１６に適用される）、一般的な選別ルールを含むことができる。
【００２３】
リモートサービスコンピュータ６０は、ルールデバイス２６から、選別された診断アラームデータを受信する。具体的には、リモートサービスコンピュータ６０は、ルールデバイス２６から選別された診断アラームデータを受信し、表示するための、プロセッサ６４、ストレージ６６、メモリ６８、およびディスプレイ７０を含む。わかるように、プロセッサ６４、ストレージ６６、メモリ６８、およびディスプレイ７０は、上で説明したプロセスコントローラ１６のそれぞれのコンポーネントと同様のやり方で機能することができる。リモートサービスコンピュータ６０はまた、オペレータがリモートサービスコンピュータ６０と対話する（たとえば、選別された診断アラームデータを見る）のを可能にしてよいユーザインターフェース７２を含む。図示するように、構成デバイス５８およびリモートサービスコンピュータ６０は、無線通信のための無線アンテナ２８を含む。他の実施形態においては、構成デバイス５８およびリモートサービスコンピュータ６０は、有線システムを使用して、または無線と有線とを組み合わせたシステムを使用して通信してもよい。わかるように、ユーティリティプラントシステム１２のコンポーネントは、リモートモニタリング部１４のコンポーネントと通信することができる。
【００２４】
図２は、図１で説明したモニタリングシステム１０を使用して、プロセスコントローラの健全性をモニタするための方法８０の流れ図を示す。モニタリングシステム１０の動作の間、プロセスコントローラ１６は、診断アラームデータ（たとえば、プロセスコントローラ１６のコンポーネントに関する健全性データ）を含むデータをブロードキャストする。ワークステーション２０、２２、および２４は、特定の目的および／またはデータを受信するワークステーション２０、２２、または２４の構成に基づいて、ブロードキャストデータからデータを抽出することができる。たとえば、１つのワークステーション２０、２２、または２４が、タービンシステム１８の燃焼室の動作をモニタするために使用されてよく、したがって、タービンシステム１８の燃焼室に関するブロードキャストデータからデータを抽出することができる。別の例として、別のワークステーション２０、２２、または２４が、タービンシステム１８内のタービンの動作をモニタするために使用されてもよく、したがって、タービンシステム１８のタービンの動作に関するブロードキャストデータからデータを抽出することができる。さらに、ワークステーション２０、２２、および２４は、ブロードキャストデータから診断アラームデータを抽出することができる。ワークステーション２０、２２、および２４は、ＨＭＩを使用して、制御されているプロセスに関するグラフィックス、制御オプション、および制御されているプロセスに関するアラームを表示することができる。さらに、アラームは、プロセスコントローラ１６内のコンポーネントの健全性に関する診断アラームデータを含むことができる。ある状況においては、オペレータが、ワークステーション２０、２２、および２４のうちの１つのディスプレイに現れる診断アラームデータに、どのように応答するのかわからないことがある。さらに、大量の診断アラームデータが存在することがある。たとえば、診断アラームデータは、高頻度で反復するアラームデータを含むことがある。したがって、ワークステーション２０、２２、および２４は、診断アラームデータをルールデバイス２６に提供する。
【００２５】
ブロック８２で、ルールデバイス２６のルールエンジン５７は、ワークステーション２０、２２、および２４から診断アラームデータを受信する。わかるように、ある実施形態において、ルールエンジン５７は、診断アラームデータを、プロセスコントローラ１６から直接受信する、またはルールデバイス２６内の別のデバイスなどのなんらかの他のデバイスから受信するように構成されていてよい。他の実施形態においては、ルールエンジン５７は、プロセスコントローラ１６に直接内蔵されていてもよい。次に、ブロック８４で、ルールエンジン５７は、選択されたルール５６のセットに基づいて、診断アラームデータを選別する。先に説明したように、ルールデバイス２６は、ワークステーション２０、２２、および２４がルールデバイス２６に提供したサイト構成ファイルからルール５６を受信することができる、および／または、ルールデバイス２６は、構成デバイス５８からルール５６を受信することができる。わかるように、ルールデバイス２６は、別の好適なソースからルール５６を受信してもよい。ルール５６のいくつか、またはすべてが選択されて、ルールエンジン５７が受信した診断アラームデータに適用されてよい。上で説明したように、ルール５６は、任意の好適な論理を適用して、診断アラームデータを選別することができる。ブロック８６で、ルールエンジン５７は、限定された、または選別された診断アラームデータのセットを、リモート位置（たとえば、リモートモニタリング部１４またはリモートサービスコンピュータ６０）に提供する。データは、それが（たとえば、後の分析のために記憶されているのではなく、実質的にリアルタイムに）生成されるときに、システム１０内のさまざまなデバイスによって送信され得る、および／または受信され得ることに留意されたい。さらに、ルールエンジン５７は、エンジン５７がデータを受信するときに、ルール５６を診断アラームデータに適用することができる。同様に、選別された、または限定された診断アラームデータ（たとえば、すぐに使用可能な診断アラームデータ）は、それが選別されるや否や、リモートサービスコンピュータ６０に送信されてよい。
【００２６】
図３は、図１で説明したプロセスコントローラ健全性モニタリングシステム１０を使用して、プロセスコントローラの健全性問題を解決するための方法の流れ図を示す。ブロック９２で、リモートサービスコンピュータ６０は、限定された、または選別された診断アラームデータのセットを受信する。次いで、ブロック９４で、リモートサービスコンピュータ６０は、限定された、または選別された診断アラームデータのセット（たとえば、すぐに使用可能な診断アラームデータ）を、ユーザまたはオペレータに表示する。診断アラームデータは選別されているので、選別に先立ってルールエンジン５７が受信した診断アラームデータの量に比べて、オペレータに表示されるデータの量は大幅に少なくなっていてよい。
【００２７】
次に、ブロック９６で、オペレータは、診断アラームデータの原因を特定する。オペレータは、診断アラームデータの原因を特定するために、多くの異なるリソースを使用することができる。たとえば、オペレータは、アラームが発生したのと同時にプロセスの動作を分析することができる、またはオペレータは、アラームが発生したときにプロセスコントローラ１６が何をしようとしたのかを分析することができる。さらに、オペレータは、プロセスコントローラ１６が位置する場所にいる職員に連絡し、（たとえば、ネットワーク接続を介して、ネットワークロックボックス、リモートサービスゲートウェイなどを使用して）プロセスコントローラ１６にリモートで接続し、プロセスコントローラ１６に記憶されている過去の、または現在の診断アラームデータをリモートで調べ、プロセスコントローラ１６によって制御されるプロセスの状態をリモートで確認することができる。オペレータはまた、診断アラームデータの原因を特定するために、技術専門家を利用することができる。ブロック９８で、オペレータは、診断アラームデータに関するプロセスコントローラ１６の部分によるあらゆる問題を解決するためのステップを組み立てる。次いで、ブロック１００で、（たとえば、ソフトウェア構成を変更する、ハードウェアを交換する、その他などによって）プロセスコントローラ１６の健全性問題を解決する。たとえば、ある実施形態において、オペレータは、プロセスコントローラ１６が位置する場所にいる職員に、健全性問題を解決するために、指示を送信する、および／またはハードウェアを送ることができる。他の実施形態においては、オペレータは、（たとえば、ソフトウェア設定を変更することによって）プロセスコントローラ１６の健全性問題を解決するためのステップを実装することができる。わかるように、プロセスコントローラ１６の健全性問題を解決するためのステップの実装に先立って、オペレータは、プロセスコントローラ１６が位置する場所にいる職員に連絡して、使用するべきステップを職員に知らせることができる。
【００２８】
本発明の技術的効果は、プロセスコントローラ１６のコンポーネントの健全性に関する診断アラームデータに、選別を適用する能力を含む。選別は、診断アラームデータから、冗長な、使用に適さない、予期されるアラームデータ、または他のアラームデータを取り除いて、データをより分析しやすくすることができる。オペレータが診断アラームデータを分析できるときには、オペレータはまた、プロセスコントローラ１６のコンポーネントの健全性に関する問題を解決することができてよい。したがって、診断アラームを使用して、プロセスコントローラ１６の全体的な動作を向上させることができる。
【００２９】
本書は、最良の形態を含めて本発明を開示し、あらゆる当業者が、任意のデバイスまたはシステムを作成し、使用し、任意の組み込まれた方法を実施することを含めて、本発明を実践することもまた可能にするために例を使用している。本発明の特許性のある範囲は、特許請求の範囲によって定義され、当業者が思いつく他の例を含むことができる。そのような他の例は、それらが特許請求の範囲の文字通りの言語と異ならない構造的要素を有する場合、または、それらが特許請求の範囲の文字通りの言語とわずかな違いしかない均等な構造的要素を含む場合に、特許請求の範囲内であるものとする。
【符号の説明】
【００３０】
１０  プロセスコントローラ健全性モニタリングシステム
１２  ユーティリティプラントシステム
１４  リモートモニタリング部
１６  プロセスコントローラ
１８  タービンシステム
２０  第１のワークステーション
２２  第２のワークステーション
２４  第３のワークステーション
２６  ルールデバイス
２８  無線アンテナ
２９  センサ
３０  制御回路
３２  プロセッサ
３４  ストレージ
３６  メモリ
３８  ディスプレイ
４０  プロセッサ
４２  ストレージ
４４  メモリ
４６  ディスプレイ
４８  プロセッサ
５０  メモリ
５２  ストレージ
５４  ディスプレイ
５６  ルール
５７  ルールエンジン
５８  構成デバイス
６０  リモートサービスコンピュータ
６２  構成ルールデータ
６４  プロセッサ
６６  ストレージ
６８  メモリ
７０  ディスプレイ
７２  ユーザインターフェース
【図１】
2013140577.tif 000003
【図２】
2013140577.tif 000004
【図３】
2013140577.tif 000005
【外国語明細書】
2013140577000001.pdf