JP6574700B2 - プロセスプラント内のフィールドデバイスの計画的な診断チェックの停電期間を構成する方法及び装置 - Google Patents

Description

本開示は、主にプロセスプラント内におけるフィールド(現場)デバイスの診断チェックに関し、より詳細には、禁止期間時におけるフィールドデバイスへの計画的な診断チェックの自動実行を禁止するための方法及び装置に関する。

プロセス制御システム及び安全計装システム（ＳＩＳ）は、通信バスを介して１つ以上のフィールドデバイスへ通信可能に接続された１つ以上のコントローラを含む場合が多い。これらのシステムそれぞれのコントローラにおいては、制御環境内において多様な制御機能を行うためにフィールドデバイスが用いられる。例えば、フィールドデバイスの用途としては、弁の開閉、流量の増減、プロセスパラメータ（例えば、温度、圧力または流量）の測定がある。

プロセスプラントのプロセス制御システム及びＳＩＳの維持は継続的なプロセスであり、フィールドデバイスの動作の監視、フィールドデバイスの定期的試験、フィールドデバイスの必要に応じた修理または交換などが行われる。フィールドデバイスの性能を維持するために、プラント担当者は、フィールドデバイスに対して診断チェックを定期的に行い得る。診断チェックは、トリガイベントとして用いられる所定の診断イベントの発生に応答してプロセス制御システム、ＳＩＳまたはフィールドデバイスによって計画的または自動的に実行される場合もある。この所定の診断イベントは、フィールドデバイスと関連付けられる場合が多く、また、例えばフィールドデバイスが動作使用の所定の期限に到達する場合またはフィールドデバイスのコンポーネントが規定位置へ移動しなかった場合に対応し得る。

プロセス制御システムの安全な動作の維持のためにＳＩＳ内において用いられる１つの特定のフィールドデバイスとして、緊急シャットダウン（ＥＳＤ）弁がある。１つの例示的な実行様態において、ＥＳＤ弁は作動弁であり、危険イベントの検出時において流体流れを停止するように設計される。ＥＳＤ弁は通常は開口位置にあるため、異物の蓄積に起因してＥＳＤ弁が詰まるかまたは弁の駆動機構が妨害された結果、緊急状況においてＥＳＤ弁が適切に機能できなくなる事態が懸念される。しかし、ＥＳＤ弁を完全にサイクルさせつつ動作可能性をチェックすることは、弁を完全に閉鎖するとプロセス制御システムが実質的に停止するため、一般的に実行することは不可能である。

部分ストローク試験（ＰＳＴ）は、標準的な自動診断チェックであり、プラント担当者が（弁を完全閉鎖する必要無く）ＥＳＤ弁の可能性のある故障モードのパーセンテージを試験する際に一般的に用いられる。ＰＳＴを行う際には、アクチュエータを起動して、典型的には弁をフルストロークのうち約３０％だけ移動させることによりＥＳＤ弁を部分的に閉鎖させる。その後、ＥＳＤ弁をフル開口状態へ戻す。プロセスの安全性が許す限りＥＳＤ弁を移動させることにより、ＰＳＴは、ＥＳＤ弁の動作的懸念の診断を制御プロセスの中断無く行うことができる。ＰＳＴを定期的に用いることにより、（プラントの停止が実際に必要となる）フルストローク試験間の間隔を長くすることが可能になる場合が多いため、プラントダウンタイムが低減する。よって、ＰＳＴは、ＥＳＤ弁の使用時における十分な試験とみなされ、これにより、ＥＳＤ弁の適切な動作が確保される。

しかし、自動ＰＳＴの使用に関連して今でも一定の懸念がある。１つの大きな懸念として、特に例えば診断イベント発生に応答して行われるような自動的な「計画的」イベントについてＰＳＴが最終的に実行される時期がある。診断イベントは、時間またはイベントに対応し得る。例えば、診断イベントは、特定の時間（例えば、毎月曜日３ｐｍ）に関連付けてもよいし、あるいは、診断イベントを特定のイベントに関連付けてもよい（例えば、事前確立された作動時間上限への到達または最後にＥＳＤ弁のＰＳＴが実施されてから経過した時間長さの事前確立された長さへの到達）。よって、診断イベントの発生時期を常に知ることは不可能であるため、診断イベントの発生に応答してＰＳＴが実施される時期を知ることも不可能である。このような不確実性に起因して、プラント担当者がＰＳＴを十分にサポートできないときまたは悪いＰＳＴ結果に対応できないときにＰＳＴが実行された場合において、プラント担当者に不都合が生じ得る。例えば、シフトが組まれていないときまたは休日にＰＳＴが自動実行されているときに問題が発生した場合、問題に対応できるプラント担当者は少数しかいないため、プラント生産性及び担当者の安全性において多大な悪影響が生じ得る。

また、診断イベントの発生が無関係であるため、応答アクションが不要である場合もある。例えば、弁の位置が所望の範囲から外れている状態が検出されると、この検出は通常は、規定のプロトコルに従ってプラント担当者へ報告される。しかし、制御システムの構成が不完全な状態でのプラント起動時にこのような変化が発生した場合において当該変化が自動的に報告されると、プラント担当者にとって仕事の邪魔になり得る。プラント起動時においては、例えば診断イベントトリガ発生の報告を「不可能(disable)」しておくと、プラント担当者によって望ましく、また有利でもある。

診断イベントの発生の検出に応答して診断チェックを自動実行すると、恩恵が得られるものの、自動診断チェックに起因して制御システムの動作に悪影響が出る場合もある。自動診断チェックが発生する時期は不確定であり、ほとんどは予告も無いため、制御システムの管理についてのプラント担当者の知覚に悪影響となり得るため、プラント担当者は、場合によっては自動的な診断チェック及び試験の利用を好まない場合がある。

本明細書中、プラント動作の制御を向上させるための例示的な装置及び方法が記載される。コンピュータデバイス上において実行される１つの例示的な方法において、方法は、少なくとも１つの禁止期間を含むメモリデバイスを提供し、フィールドデバイスを監視し、フィールドデバイスと関連付けられた診断イベントの発生を検出する。この方法は、診断イベント発生に応答してフィールドデバイスの診断チェックを策定し、診断チェックの実行が少なくとも１つの禁止期間の間に発生したかを決定する。この方法は、少なくとも１つの禁止期間の間に診断チェックが発生しない場合、第１のコマンドを実行する工程と、少なくとも１つの禁止期間の間に診断チェックが発生する場合、第２のコマンドを実行する工程とを含む。

所望であれば、例示的方法によって実行されるコマンドは、フィールドデバイスの診断チェックを実行する工程、診断チェックの実行のスケジュールを組みなおすこと及び／または診断チェックの実行を迂回する工程を含み得る。この方法は、第１のコマンドと関連付けられた警告をワークステーションへ送ること及び／または少なくとも１つの禁止期間を含むカレンダーをメモリデバイス中に受信する工程をさらに含み得る。

フィールドデバイスへ動作可能に接続されたコントローラを有する制御システムのための診断装置に関するさらなる例示的実施形態において、診断装置は、診断イベント発生を検出するようにフィールドデバイスへ動作可能に接続されたプロセッサを含む。装置は、プロセッサへ動作可能に接続されたメモリと、メモリ中に保存されたカレンダーとを含む。カレンダーは、診断チェックの実行を禁止する禁止期間を含む。装置は、メモリ中に保存された診断モジュールを含む。診断イベントの発生が検出されつ診断モジュールの実行が禁止期間と同時期ではない場合、プロセッサは診断モジュールを実行する。

別の例示的実施形態において、有体で不揮発性のコンピュータで読み出し可能な媒体上に保存された命令が１つ以上のプロセッサによって実行されると、１つ以上のプロセッサは、フィールドデバイスと関連付けられた診断イベントの発生を監視し、診断イベントの発生を検出し、診断イベントの発生に応じてアクションを策定し、禁止期間の間にアクションの実行が発生するかを決定し、禁止期間の間にアクションの実行が発生するかが決定されたのに応答してコマンドを実行する。

プロセス制御システム及び安全性システムを有する例示的なプロセスプラントのブロック図である。 応答アクションの実行のための禁止期間を有する例示的カレンダーを示す。 図１に示す制御システムのさらなる制御のための、例示的なモジュールまたはプロセスフロー図である。 図１に示す制御システムのさらなる制御のための、例示的なモジュールまたはプロセスフロー図である。

ここで図１を参照して、プロセスプラント１０は、プロセス制御システム１２を含む。プロセス制御システム１２は、安全性システム１４（点線で示す）と一体化される。安全性システム１４（点線で示す）は一般的には、安全計装システム（ＳＩＳ）として動作する。安全性システム１４は、プロセスプラント１０の安全な動作を確保するために、プロセス制御システム１２の動作を監視する。必要であれば、安全性システム１４は、プロセス制御システム１２の制御を無効化し得る。

プロセスプラント１０は、１つ以上のホストワークステーション１６またはコンピューティングデバイスも含む。１つ以上のホストワークステーション１６またはコンピューティングデバイスは、プラント担当者からのアクセスが可能なユーザインターフェースを有する（ユーザインターフェースは、例えば任意の種類のパーソナルコンピュータ、ワークステーションであり得る）。図１に示す例において、２つのワークステーション１６が共通の通信線またはバス２２を介してプロセス制御／安全性制御ノード１８及びメモリデバイス２０へ接続される様子が図示されている。通信バス２２の実行は、任意の所望のバスベースまたは非バスベースのハードウェア、任意の所望のハードワイヤードまたは無線通信構造、及び任意の所望または適切な通信プロトコル（例えば、イーサネット（登録商標）プロトコル）を用いて行われ得る。

一般的に、プロセスプラント１０は、プロセス制御システムデバイス及び安全性システムデバイス双方を含む。これらのデバイスは、バス構造を介して動作可能に接続される。バス構造は、バックプレーン２６上に設けられる。バックプレーン２６内へは、異なるプロセスコントローラ及び入力／出力デバイスが取り付けられる。図１に示すプロセスプラント１０は、少なくとも１つのプロセスコントローラ２４と、１つ以上のプロセス制御システム入力／出力（Ｉ／Ｏ）デバイス２８、３０及び３２とを含む。プロセス制御システムＩ／Ｏデバイス２８、３０及び３２はそれぞれ、１組のプロセス制御関連フィールドデバイス（図１中、フィールドデバイス４０及び４２として示す）へ通信可能に接続される。プロセスコントローラ２４と、Ｉ／Ｏデバイス２８、３０及び３２と、コントローラフィールドデバイス４０及び４２とは、主に図１のプロセス制御システム１２を構成する。

プロセスコントローラ２４は、ひとえに例示目的のために、ＤｅｌｔａＶ（商標）コントローラ（販売元：Ｅｍｅｒｓｏｎ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔ）または他の任意の所望の種類のプロセスコントローラであり、Ｉ／Ｏデバイス２８、３０及び３２とフィールドデバイス４０及び４２とを用いてプロセス制御機を提供するように、プログラムされる。詳細には、コントローラ２４は、メモリ中に保存されているかまたはコントローラ２４と関連付けられた１つ以上のプロセス制御モジュール４６またはルーチンを実行するかまたは監視し、フィールドデバイス４０及び４２ならびにワークステーション１６と通信して、プロセスプラント１０またはプロセスプラント１０の一部を所望の様態で制御する。

制御ルーチン４６は、制御モジュールまたは制御プロシージャの任意の一部（例えば、サブルーチン、サブルーチンの部分（例えば、コード線））などであり得、（例えば、はしご論理、シーケンシャル機能チャート、制御ルーチン図、オブジェクト指向プログラミングまたは他の任意のソフトウェアプログラミング言語または設計パラダイムを用いて）任意の所望のソフトウェアフォーマットで実行することができる。同様に、本明細書中に記載の制御ルーチンは、例えば、１つ以上のＥＰＲＯＭ、ＥＥＰＲＯＭ、特定用途向け集積回路（ＡＳＩＣ）、ＰＬＣまたは他の任意のハードウェアまたはファームウェア要素にハードコードすることができる。制御ルーチンは、任意の設計ツールを用いて設計することができる（例えば、グラフィカル設計ツールまたは他の任意の種類のソフトウェア／ハードウェア／ファームウェアプログラミングまたは設計ツール）。

コントローラ２４は、制御ルーチンまたは制御戦略を任意の所望の様態で実行するように、構成され得る。例えば、コントローラ２４は、機能ブロックとして一般的に知られる制御戦略を実行することができる。各機能ブロックは、制御ルーチン全体の部分またはオブジェクトであり、他の機能ブロックと共に（リンクと呼ばれる通信を介して）動作して、プロセス制御ループをプロセス制御システム１２内において実行する。機能ブロックは典型的には以下のうち１つを行う：送信器、センサーまたは他のプロセスパラメータ測定デバイスなどと関連付けられた入力機能、制御機能（例えば、ＰＩＤ、ファジー論理などの制御を行う制御ルーチンと関連付けられたもの）、または一定の物理的機能をプロセス制御システム１２内において行ういくつかのデバイス（例えば、弁）の動作を制御する出力機能。これらの機能ブロックのハイブリット及び他の種類の機能ブロックも存在し得る。本明細書中、制御システムについての記載をオブジェクト指向プログラミング図を用いた機能ブロック制御戦略を用いて提供しているが、制御戦略または制御ルーチンまたは制御ループまたは制御モジュールは、他の慣行（例えば、はしご論理、シーケンシャル機能チャート）を用いて実行または設計してもよいし、あるいは、他の任意の所望のプログラミング言語または図を用いて実行または設計してもよい。

機能ブロック及び制御ルーチンは、コントローラ２４中に保存されかつコントローラ２４によって実行され得る（例えば典型的には、これらの機能ブロックが標準的な４〜２０ｍａデバイス及びいくつかの種類のスマートフィールドデバイス（例えば、ＨＡＲＴデバイス）のために用いられるかまたはそのようなデバイスまたは装置と関連付けられる場合）。フィールドバスデバイスの場合のように、これらの機能ブロック及び制御ルーチンをフィールドデバイスそのものの内部に保存し、フィールドデバイスによって実行してもよい。

本開示の目的のために、制御戦略、制御ルーチン、制御モジュール、制御機能ブロック、安全性モジュール、安全性論理モジュール、及び制御ループなどの用語は、プロセスを制御するために実行される制御プログラムを実質的に差し、これらの用語は、本明細書中において同義に用いられる。しかし、以下の記載の目的のため、モジュールという用語が用いられる。本明細書中に記載されるモジュールは、所望であれば、異なるコントローラまたは他のデバイスによって実行されるかまたはその上において実行される部分を持ち得る点にさらに留意されたい。加えて、プロセス制御システム１２及び安全性システム１４内において実行されるべき本明細書中に記載されるモジュールは、任意の形態をとり得る（例えば、ソフトウェア、ファームウェア、ハードウェア及びこれらの任意の組み合わせ）。

フィールドデバイス４０及び４２は、任意の所望の種類（例えば、センサー、弁、送信器、ポジショナー）であり得、また、任意の所望のオープンな、または所有権によって保護されたかまたは他の通信またはプログラミングプロトコルに適合し得る（例えば、ほんの数例に過ぎないが、（フィールドデバイス４０について示すような）ＨＡＲＴまたは４〜２０ｍａプロトコル、（フィールドデバイス４２について示すような）任意のバスプロトコル（例えば、Ｆｏｕｎｄａｔｉｏｎ（登録商標）フィールドバスプロトコル、またはＣＡＮ、プロフィバス、及びＡＳインターフェースプロトコル））。同様に、Ｉ／Ｏデバイス２８、３０及び３２はそれぞれ、任意の適切な通信プロトコルを用いた任意の公知の種類のプロセス制御Ｉ／Ｏデバイスであり得る。

プロセスプラント１０はまた、１つ以上の安全性システム論理ソルバ５０及び５２を含む。論理ソルバ５０及び５２はそれぞれ、メモリ中に保存された安全性論理モジュール５８を実行するプロセッサ５４を有する安全性コントローラ（Ｉ／Ｏデバイスとも呼ばれる）であり、安全性システムフィールドデバイス６０及び６２に対する信号の送受信を制御するように、通信可能に接続される。安全性コントローラ５０及び５２と、安全性システムフィールドデバイス６０及び６２とは、図１の安全性システム１４を主に構成する。

安全性フィールドデバイス６０及び６２は、任意の公知または所望の通信プロトコル（例えば、上記したようなもの）の使用に適合するものであれば、任意の所望の種類のフィールドデバイスでよい。詳細には、フィールドデバイス６０及び６２は、別個の専用の安全性に関連する制御システム（例えば、緊急停止（ＥＳＤ）弁）によって従来から制御されている安全性に関連するフィールドデバイスであり得る。図１に示すプロセスプラント１０において、安全性フィールドデバイス６０は、専用通信プロトコルまたはポイントツーポイント通信プロトコル（例えば、ＨＡＲＴまたは４〜２０ｍａプロトコル）を用いたものとして図示する一方、安全性フィールドデバイス６２は、バス通信プロトコル（例えば、フィールドバスプロトコル）を用いたものとして図示している。一般的に、安全性システム１４の一部として用いられる安全性デバイス（コントローラ５０及び５２ならびに安全性システムフィールドデバイス６０及び６２双方）は、安全性デバイスとして評価される。すなわち、これらのデバイスは、安全性デバイスとして適切な本体によって評価されるべきものとして評価プロシージャによる評価を受けなければならない場合が多い。

共通のバックプレーン２６（プロセスコントローラ２４、Ｉ／Ｏデバイス２８、３０及び３２、安全性コントローラ５０及び５２を通じた破線によって示す）を用いて、プロセスコントローラ２４をプロセス制御Ｉ／Ｏカード２８、３０及び３２と、安全性コントローラ５０及び５２とに接続する。プロセスコントローラ２４はまた、バス２２へ通信可能に接続され、バスアービトレーターとして動作して、Ｉ／Ｏデバイス２８、３０及び３２ならびに安全性コントローラ５０及び５２それぞれがワークステーション１６のうちいずれかとバス２２を介して通信することを可能にする。バックプレーン２６により、安全性コントローラ５０及び５２が相互に通信することが可能になり、これらのデバイスそれぞれによって実行される安全性機能を調整し、相互間のデータ通信を可能にし、または、他の統合機能の実行を可能にする。

ワークステーション１６はそれぞれ、ワークステーションプロセッサ３４及びメモリ３６を含む。ワークステーションプロセッサ３４及びメモリ３６は、プロセスプラント１０内のプロセッサ２４、３４、５０及び５２のいずれかによって実行されるように適合されたアプリケーションまたはモジュールを保存し得る。

図１中、表示アプリケーション４４の分解図が図示されている。表示アプリケーション４４は、ワークステーション１６のうち１つのメモリ３６中に保存される。しかし、所望であれば、表示アプリケーション４４は、異なるワークステーション１６またはプロセスプラント１０と関連付けられた別のコンピューティングデバイス中にて保存及び実行してもよい。表示アプリケーション４４は、任意の種類のインターフェースであり得、例えばユーザがデータ値を操作すること（例えば、読み出しまたは書き込みを行うこと）を可能にすることにより、制御４６または安全性モジュール５８の動作を制御システム１２及び安全性システム１４のうちいずれかまたは双方内において変化させる。よって、制御システム１２と関連付けられた制御モジュール４６またはフィールドデバイス４２のうち１つへ書き込みを行うべきことが規定された場合、例えば、表示アプリケーション４４は、この書き込みの実行を可能にする。一方、安全性システム１４と関連付けられた安全性論理モジュール５８またはフィールドデバイス６２のうち１つへ書き込みを行うべきことが規定された場合、例えば、表示アプリケーション４４は当該書き込みの実行を可能にする。

診断アプリケーション３８は、１つ以上の診断モジュールを含み得る。診断モジュールをワークステーション１６のメモリ中に保存して、後で制御１２または安全性１４システム中のプラント担当者によって用いることが可能とすることもできる。一般的に、制御１２または安全性１４システム中の各プロセッサ２４、５０及び５２によって実行されると、診断アプリケーション３８は、内部において用いられているフィールドデバイス４０、４２、６０及び６２の動作状態を確認または試験することができる。例えば、（例えばプロセス制御システム制御ループ１２または安全性システム制御ループ１４のいずれかの上において用いられ得る）制御ループチューナは、診断アプリケーション３８内の１つの特定のモジュール、制御モジュール４６、またはプロセッサ２４、５０及び５２によって実行することが可能な安全性論理モジュール５８であり得る。制御ループについての診断データが制御ループの調整が不十分であるかまたは所望の公差内で動作していない旨を示す場合、ユーザは、この特定のモジュールを実行することを選択し得る。

加えて、規定された条件（例えば、特定の時期または特定のイベントの発生時）において、診断アプリケーション３８の他のモジュールが計画的に実行され得る。例えば、制御システム１２のプロセスコントローラ２４によって実行される診断モジュール３８は、所定の診断イベント（例えば、弁位置が範囲外にあること）の発生を定期的に監視することができる。診断イベントの発生の検出に応答して、プロセスコントローラ２４及び／またはフィールドデバイスは、データを自動取得し、発生をプラント担当者に報告しかつ／または弁を（必要な場合に）相応に調節する。同様に、安全性システム１４の安全性コントローラ５０及び５２によって実行される診断モジュール３８は、別の所定の診断イベントの発生（例えば、緊急停止（ＥＳＤ）弁の作動時間数）を監視し、診断イベントの発生の検出に応答してＥＳＤ弁の機械コンポーネントを実行する部分ストローク試験（ＰＳＴ）を自動的に開始し得る。

実行された診断モジュールの結果は、ワークステーション１６においてプラント担当者へ表示アプリケーション４４を介して報告及び／または表示してもよいし、あるいはフィールドデバイス４０、４２、６０または６２において報告及び／または表示してもよい。例えば、フィールドデバイス４０、４２、６０及び６２内において警告を生成し、表示アプリケーション４４へ送って、ワークステーション１６において表示することができる。所望であれば、プラント担当者は、ワークステーション１６において表示された制御及び／または安全アラームをアクノリッジまたはディセーブルすることにより、応答することができる。

診断チェックは、診断イベントの検出に応答して自動実行される場合があるため、自動診断チェックが未知の時期及び／または不便な時期に発生する場合がある。そのため、プラント担当者は、診断チェックが自動実行される場合、診断チェックが必ず（プラント担当者からの十分な支援が可能な）都合の良い時期に実行されることを望む場合がある。診断チェックを必ず都合の良い時期に実行させるための１つの方法として、所定の診断イベントの発生の検出に応答して診断チェックが自動実行されることを禁止する時期を指定したカレンダー４８を用いる方法がある。図２に示すカレンダー４８の一例は、診断チェックの実行を禁止する１つ以上の禁止期間を含む。これらの禁止または「停電」期間は、数時間、数日、数週間または数年間にわたって表示され得る。加えて、これらの禁止期間は、リストビュー中に表示してもよいし、あるいは他の任意のビュー内に表示してもよく、図２に示す例に限定されない。

カレンダー４８は、任意の公知の様態（有線または無線ハンドヘルドデバイス、ワークステーション１６、リモートデバイス、リモートコントローラなどからの入力、ダウンロード、またはアップロードを含むが、これらに限定されない）を通じて、プロセスプラント１０内のメモリ位置うちいずれかに入力することができる。カレンダー４８は、プラント担当者によって編集され得る。カレンダー４８は、単一のフィールドデバイス４０、４２、６０及び６２と専用として関連付けてもよいし、あるいは複数のフィールドデバイスと共通的に関連付けてもよい。１つのカレンダーが１つの特定のフィールドデバイスと関連付けられる場合、別のカレンダーを別のフィールドデバイスと関連付けることができる。さらなるカレンダーを特定の種類のフィールドデバイスまたは特定の種類の診断チェックと関連付け、プロセスプラント１０全体のメモリ中に保存することができる。

診断チェック実行を禁止する期間は、カレンダー４８中において別個にまたは定期的（反復的）に（例えば、休日、週末、隔週金曜日、オフシフト時、プラント停止時に）指定することができる。このようにカレンダー４８によって部分的に得られるさらなる機能により、プラント担当者は、制御システムの管理において（特に、計画的な診断チェックの自動実行について）柔軟性を得ることができる。診断イベント、カレンダー４８及び応答アクション及びその実行に関連する全ての策定、比較及び決定は、プロセスコントローラ１２、安全性コントローラ５０、５２及びワークステーションコントローラ５４と、プロセスプラント１０のメモリ位置との協働を通じて解決することができる。

図３は、本発明の一実施形態の例示的方法のフローチャート３００を示す。ここで、フィールドデバイスと関連付けられた診断イベントの発生が監視される（ブロック３０２）。診断イベントとは、フィールドデバイスのコンポーネント（例えば、弁）が所望の範囲を外れる事態が認識されることを指す。フィールドデバイスと関連付けられた診断イベントの発生の検出（ブロック３０４）に応答して、応答アクションが策定される（ブロック３０６）。プロセッサによる計算により、カレンダー４８中においてプラント担当者が事前指定した禁止期間の間に応答アクションの実行が発生するかが決定される（ブロック３０８）。すなわち、応答アクションの実行時期と、カレンダー４８の禁止期間（単数または複数）とを比較して、禁止期間内に応答アクションが発生するかを決定する。禁止期間内に応答アクション実行が発生しない場合、第１のコマンドが実行される（ブロック３１０）。実行可能な第１のコマンドの例をいくつか挙げると、診断チェックの実行、ワークステーションへの警告または報告の送信、フィールドデバイスの調節がある。しかし、禁止期間内に応答アクション実行が発生する場合、第２のコマンドが実行される（ブロック３１２）。第２のコマンドの例をいくつか挙げると、禁止期間と同時期ではない時期に応答アクションが実行さるようスケジュールを組みなおすことあるいは診断イベントを無視するかまたは報告しないことがある。例えば、プラント担当者は、プラント起動時または所定のメンテナンス期間時において特定の診断チェック（例えば、特定のフィールドデバイス弁の弁位置チェック）を無視するように、指定することができる。よって、この指定期間の間、任意の関連付けられた診断イベントの発生を無視することができる。

診断イベント発生に対する応答アクションの延期または遅延あるいは診断イベント発生の包括的無視に加えて、診断イベント発生に応答するアクションを予定よりも早期に開始することが好ましい場合もある。将来の禁止期間内において診断イベントが発生しそうである可能性を予期し、そのような発生時期の前に応答アクションまたは診断チェックのスケジュールを組みなおすことができれば、応答アクションが指定時期よりも遅れることに関連する派生的問題を回避することができる。

図４は、フィールドデバイスと関連付けられた診断イベントを監視するための制御システムにおける開示の技術を実行するための別の例示的方法を示すフローチャート４００を示す。詳細には、ＰＳＴ間隔を用いて、次の計画的なＰＳＴの発生を検出する（ブロック４０２）。ＰＳＴ間隔は典型的には、動作時間数として言及されることが多い期間であり、関連付けられたＥＳＤ弁がＰＳＴが必要となるまでに動作できる時間長さを示す。一例において、フィールドデバイスは、ＥＳＤ弁の動作使用状況を追跡し、当該間隔内に残っている動作時間をＰＳＴ開始まで監視する。ＰＳＴ間隔の作動時間が無くなる時期を予測することにより、ＰＳＴの次の発生を検出または決定することができる。ＥＳＤ弁の残りの作動時間が無くなることが予測される時期は、カレンダー中の禁止期間（単数または複数）と照合して確認することができる（ブロック４０６）。ＰＳＴ間隔の期限がカレンダー中に指定された禁止期間のうちいずれかと重複しないか同時期ではない場合、ＰＳＴ間隔の期限が切れるときにＰＳＴを計画通りに実行せよとのコマンドを発行することができる（ブロック４０８）。しかし、ＰＳＴ間隔の期限がカレンダー中に指定された禁止期間のうちいずれかの部分と重複するかまたは同時期である場合、カレンダーの禁止期間とＰＳＴ実行について重複しない別の時期をＰＳＴのために計画することができる。ＰＳＴのスケジュールを組みなおす際には、安全面の問題を回避するために、ＰＳＴ間隔が無くなる時期を過ぎた後までＰＳＴ実行を遅延させるのと反対に、ＰＳＴ間隔が無くなることが予測される時期よりも早期にＰＳＴが実行されるようにスケジュールを組みなおすと好適である。例えば、ＰＳＴ実行をより早期に設定することにより、任意の規定の期限または制限前に確実にＰＳＴを実行することが可能になる。

上記の記載から、診断イベント発生に応答して行われる自動診断チェックの実行を禁止するための指定期間を含むカレンダーを用いることにより、制御システム管理におけるプラント担当者の認知レベルまたは実際の制御レベルを上げることが可能となることが明らかである。このような禁止期間を集合的に用いることにより、プラント担当者による診断チェックの支援が不十分である時期に診断チェックの自動実行が発生する可能性が低減する。

特定の例示的な方法、装置及び製造物品について本明細書中において述べてきたが、本特許の網羅する範囲はこれに限定されない。すなわち、本特許は、文言的にまたは均等論の下に添付の特許請求の範囲内に公正に収まる方法、装置及び製造物品全てを網羅する。

Claims (16)

1. 制御システム内のフィールドデバイスを制御する方法であって、
   診断チェックが実行されることが禁止される少なくとも１つの禁止期間を含むメモリデバイスを設け、該禁止期間はシフトが組まれていないとき、休日、週末、隔週金曜日、所定のメインテナンス期間を含むグループから選択される工程と、
   前記フィールドデバイスを監視する工程と、
   前記フィールドデバイスと関連付けられた診断イベントの発生を検出する工程であって、該診断イベントは、フィールドデバイスの作動時間が予め確立された作動時間限界へ到達したこと、又は最後に診断チェックが実施されてから経過した時間が予め確立された時間長さへ到達したことを含むグループから選択される工程と、
   前記診断イベントの前記発生に応答して前記フィールドデバイスの診断チェックを策定する工程であって、該診断チェックは部分ストローク試験、弁位置チェックを含むグループから選択される工程と、
   前記少なくとも１つの禁止期間の間に前記診断チェックの実行が発生するかを決定する工程と、
   前記少なくとも１つの禁止期間の間に前記診断チェックが発生しない場合、第１のコマンドを実行する工程と、
   前記少なくとも１つの禁止期間の間に前記診断チェックが発生する場合、第２のコマンドを実行する工程であって、該工程は少なくとも１つの禁止期間の間に前記診断チェックの実行が発生しないようにスケジュールを組みなおすことを含む工程を有する、方法。
2. 前記第１のコマンドが実行されるとき、第１のコマンドを実行する工程は、前記フィールドデバイスの診断チェックを実行する工程を含む、請求項１に記載の方法。
3. 前記第２のコマンドを実行する工程は、前記少なくとも１つの禁止期間の前に前記診断チェックの実行が発生するようにスケジュールを組みなおすことを含む、請求項１に記載の方法。
4. 前記第１のコマンドを実行する工程は、部分ストローク試験を実行する工程を含む、請求項１に記載の方法。
5. 前記第２のコマンドを実行する工程は、前記診断チェックを迂回する工程を含む、請求項１に記載の方法。
6. 前記第１のコマンドと関連付けられた警告をワークステーションへ送ることをさらに含む、請求項１に記載の方法。
7. 前記少なくとも１つの禁止期間を含むカレンダーを前記メモリデバイス中に受信する工程をさらに含む、請求項１に記載の方法。
8. フィールドデバイスへ動作可能に接続されたコントローラを有する制御システムのための診断装置であって、
   診断イベントの発生を検出するように、前記フィールドデバイスへ動作可能に接続されたプロセッサであって、診断イベントはフィールドデバイスの作動時間が予め確立された作動時間限界へ到達したこと、又は最後に診断チェックが実施されてから経過した時間が予め確立された時間長さへ到達したことを含むグループから選択されるプロセッサと、
   前記プロセッサへ動作可能に接続されたメモリと、
   前記メモリ中に保存されたカレンダーであって、前記カレンダーは、診断チェックの実行が禁止される禁止期間を含み、該禁止期間はシフトが組まれていないとき、休日、週末、隔週金曜日、所定のメインテナンス期間を含むグループから選択される、カレンダーと、
   前記メモリ中に保存された診断モジュールとを備え、
   前記プロセッサは前記診断イベントの前記発生が検出されかつ前記診断モジュールの実行が前記禁止期間と同時期ではない場合、前記診断モジュールを実行し、且つ前記プロセッサは前記診断モジュールの実行のスケジュールを組みなおす、診断装置。
9. 前記診断イベントは、前記フィールドデバイスの動作パラメータと関連付けられる、請求項８に記載の診断装置。
10. 前記フィールドデバイスは緊急停止弁である、請求項８に記載の診断装置。
11. 前記診断モジュールの実行は、前記フィールドデバイスの部分ストローク試験を実行する、請求項８に記載の診断装置。
12. 前記診断モジュールの実行は、前記フィールドデバイス中におけるデータ取得を実行する、請求項８に記載の診断装置。
13. 前記プロセッサが診断モジュールを実行するとき、前記診断モジュールの実行は警告生成を実行する、請求項８に記載の診断装置。
14. 前記プロセッサが診断モジュールを実行するとき、前記診断モジュールの実行は警告送信を実行する、請求項８に記載の診断装置。
15. 命令を保存した、有体かつ不揮発性のコンピュータで読み出し可能な媒体であって、前記命令が１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサは、
    フィールドデバイスと関連付けられた診断イベントの発生を監視する工程であって、診断イベントはフィールドデバイスの作動時間が予め確立された作動時間限界へ到達したこと、又は最後に診断チェックが実施されてから経過した時間が予め確立された時間長さへ到達したことを含むグループから選択される工程と、
    前記診断イベントの前記発生を検出する工程と、
    前記診断イベントの前記発生に応答してアクションを策定する工程と、
    診断チェックが実行されることが禁止される禁止期間内に前記アクションの実行が発生するかを決定する工程であって、該禁止期間はシフトが組まれていないとき、休日、週末、隔週金曜日、所定のメインテナンス期間を含むグループから選択される工程と、
    前記禁止期間内に前記アクションの実行が発生しないことの決定に応答して、コマンドを実行し、コマンドの実行は禁止期間内にアクションの実行が発生することの決定に応答してスケジュールが組みなおされる工程と、
    を行う、有体かつ不揮発性のコンピュータで読み出し可能な媒体。
16. 前記媒体上にはさらなる命令が保存され、前記さらなる命令が１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサは、前記コマンドと関連付けられた警告をワークステーションへ送信する、請求項１５に記載の有体かつ不揮発性のコンピュータで読み出し可能な媒体。

Images