JP6244083B2

JP6244083B2 - プロセス制御システム、コンピュータ読取り可能メモリ、及び方法

Info

Publication number: JP6244083B2
Application number: JP2012115167A
Authority: JP
Inventors: ジェームスアール．バレンティン、; アンドレエー．ディケイアー、; シンディアルサップスコット、; ドナルドロバートラティマー、; ケネスシブラー、; ジョンアール．シェパード、; ラリーオー．ジュンド、
Original assignee: フィッシャー−ローズマウントシステムズ，インコーポレイテッド
Priority date: 2011-05-19
Filing date: 2012-05-21
Publication date: 2017-12-06
Anticipated expiration: 2032-05-21
Also published as: GB2491033A; DE102012104305A1; CN102789214B; US9927788B2; GB2491033B; GB201208679D0; JP2012243325A; US20120296448A1; CN102789214A

Description

プロセス制御ネットワーク（化学、石油、又は他のプロセスで使われるもの等）は、一般的に、例えば、バルブポジショナー、スイッチ、センサ（温度、圧力、及び流量センサなど）であり得る１以上のフィールドデバイスに通信可能に結合された集中型プロセスコントローラを備える。それらフィールドデバイスは、プロセスプラント内で物理的なコントロール機能（バルブの開閉等）を行うことができ、プロセスプラントの動作の制御で使うためにプロセスプラント内の測定ができ、プロセスプラント内のいかなる他の所望の機能をも行うことができる。プロセスプラントは様々な他の設備（リアクタ、タンク、フィルタ、乾燥機、発電機、タービン、ヒータ等）を備えてもよい。プロセスコントローラは歴史的に、例えば、フィールドデバイス及び／又は他の設備とやりとりする４−２０ｍＡ（ミリアンペア）信号を運ぶ１以上のアナログ信号線又はバスを介して、フィールドデバイス及び設備に接続されてきた。しかしながら、過去数十年間、プロセスコントロール産業は、コントローラ、フィールドデバイス、及び設備間で通信を実現するために使われ得るＦＯＵＮＤＡＴＩＯＮ（商標）ＦＩＥＬＤＢＵＳ（本明細書では「Ｆｉｅｌｄｂｕｓ」）、ＨＡＲＴ（登録商標）、ＰＲＯＦＩＢＵＳ（登録商標）、ＷＯＲＬＤＦＩＰ（登録商標）、Ｄｅｖｉｃｅ−Ｎｅｔ（登録商標）、及びＣＡＮプロトコル等の、標準、オープン、デジタル、又は組合せデジタル及びアナログ通信プロトコルを開発してきた。概して、プロセスコントローラは、１以上のフィールドデバイスによる測定を示す信号及び／又はそのフィールドデバイスに関係する他の情報を受信し、プロセスコントローラ内のコンピュータ読取り可能媒体に記録した一般的に複合コントロールルーチンをその中のプロセッサで実行するために本情報を使用し、それによってプロセスプラントの動作をコントロールするためにフィールドデバイス及び設備に信号線又はバスを介して送られる制御信号を生成する。

典型的なプロセスプラントは、他のプロセス設備と共に、測定を行い物理的なコントロール機能を実行する多数のフィールドデバイスを備える。様々なフィールドデバイス及び設備は、時に、メンテナンス及び／又は検査を必要とする。例えば、温度センサは定期的な検査（例えば、６ヶ月毎）を、制御バルブは定期的な潤滑を、リアクタタンクは定期的な清掃を、タービンは定期的な潤滑等を必要とするかもしれない。さらに、フィールドデバイスや設備の構成要素が誤操作や故障を起こすといった場合において、フィールドデバイスや設備を操作可能な動作状態に復旧する、又はそうでなければ誤動作を改善するためにメンテナンスが必要とされる。いくつかの例において、メンテナンス技術者は、（例えば、ＥｍｅｒｓｏｎＰｒｏｃｅｓｓが販売するＡＭＳＳｕｉｔｅ等の資産管理システムから）設備やフィールドデバイスに要求された動作（例えば、検査、診断テスト等）を遠隔で行うことができる。他の例において、要求された作業（例えば、潤滑、交換等）は、メンテナンス技術者がその場で設備やフィールドデバイスに対応することを必要とするだろう。

通常、メンテナンス作業員が工業環境における設備に物理的に立ち入ることが必要な場合、作業中、又はいずれの場合も、そうすることが安全である前に、ロックアウト／タグアウトプロシージャを適用することで、物理的及び管理上の安全対策を設備の偶発的な動作や再稼働を防ぐために提供することによって、作業員の安全性を確実にする。配電設備において、例えば、メンテナンス作業員は、例えば、設備に電圧や電流を供給するサーキットブレーカーを開くことで、設備の構成要素（例えば、給電バス）の電源を断ってもよい。ロッキング機構は、オープン（すなわち、セーフ）位置でサーキットブレーカーを物理的にロックし、安全性を開かれたままのサーキットブレーカーに依存する各作業員は、ロッキング機構に個人のパドロックを設置することができる。このような方法で、ロッキング機構は、各メンテナンス技術者が各々のパドロックをロッキング機構から取り除くまでサーキットブレ−カーが閉じること（及び、設備が再稼働すること）を防ぐので、全メンテナンス作業員により設備の再稼働は安全であるとの同意を得ることを確実にする。

プロセス制御環境において、同様の懸念事項が、設備、プロセス、及び作業員を保護することに関して存在する。例えば、多くのプロセスプラントでは、メンテナンスを実行するために管理プロシージャを実施する。管理プロシージャは、メンテナンス技術者によって、例えば、コマンドの設備及び／又はフィールドデバイスへの送信（そうでなければ、設備及び／又はフィールドへの変更）を防ぐことを目的として設計、及び実施され、変更は、製品を破壊したり、材料を駄目にしたり、設備をプロセス中に誤動作させるかもしれない。プロシージャの別の目的は、例えば、メンテナンス技術者が設備でメンテナンスを実行する間、プロセスオペレータによりプロセス制御設備を動作開始させないことを確実にする（例えば、技術者がタービンのファンブレードを変更している間、タービンが動作を始めないことを確実にする）ことにより作業員が様々な設備でメンテナンスを実行する間、メンテナンス作業員を守ることである。

多くの工業環境に存在する物理的なインターロックと違い、プロセス自動化システムと関連づけられ、プロセスを制御するために使われるホスト制御システムとプロセス設備を追跡し維持するために使われる資産管理システムの間でフィールド計装の「ロックアウト」を調整する形式的な手段はない。メンテナンス技術者がプロセス制御システムの制御下にある資産に作業する準備をする場合、言語コミュニケーションによる管理作業プロセスがプラントオペレータとメンテナンス技術者間の制御の委譲を決定する。デジタル通信の普及とプロセス自動化システムのネットワーク化によって、プラント作業員が言語プロシージャでますます間違いを犯しやすくなっており、間違いの影響はより重大になるだろう。

添付の特許請求の範囲は、本発明の特徴を特定的に記載する。本発明ならびにその目的及び利点は、以下の詳細な記述を添付の図とともに参照することによって最もよく理解され得る。

図１は、プロセスプラント内に配置され、プロセス制御システムワークステーションと資産管理システムワークステーションを備える、本請求項に従ってプロセス制御システムと資産管理システム間でソフトウェアロックアウト調整を実施する分散プロセス制御ネットワークの例示的なブロック図である。図２は、プロセスプラント内で利用されるプロセス制御システムの例示的な実装を示すブロック図である。図３は、本請求項に従って構成された、プロセス、分散制御システム、及び資産管理システム間の相互接続を示すブロック図である。図４は、ソフトウェアロックアウト調整システムを実施し得る例示的なバッチプロセスプラントを表すブロック図である。図５は、例示的なソフトウェアロックアウト調整システムで使われ得る割り当て記録の表の一例を表す。図６は、例示的なソフトウェアロックアウト調整システムで使われ得る割り当て記録の表の第２例を表す。図７は、例示的なソフトウェアロックアウト調整システムで使われ得る割り当て記録の表の第３例を表す。図８は、電気バスに接続された複数のプロセス制御設備資源を持つプロセスプラントの一部を示す。図９は、ソフトウェアロックアウト調整システムで使われる例示的なデバイス選択画面を表す。図１０Ａは、ソフトウェアロックアウト調整システムで使われる別の例示的なデバイス選択画面を表す。図１０Ｂは、ソフトウェアロックアウト調整システムで使われる更に別の例示的なデバイス選択画面を表す。図１１は、図９から１０の例示的なデバイス選択画面の１つを使う選択されたデバイスについての追加情報を表示する画面を表す。図１２は、資産管理システムの利用者により要求された１以上のデバイスをプロセスオペレータに表示する、例示的な要求画面を表す。

図１を参照すると、例としてのプロセスプラント１０は、プラント環境内のプロセス制御システムと資産管理システム間のソフトウェアロックアウトを調整する総合システムを備える。一般的に、プロセスプラント１０は、１以上のプロセスコントローラ１２（各々が１組の重複コントローラを備えてもよい）を持つ分散プロセス制御システム（「分散制御システム」又は「ＤＣＳ」としても知られる）を備える。各プロセスコントローラ１２は、入力／出力（Ｉ／Ｏ）カード又はデバイス１３、１８、１９（いかなる所望の通信又はコントローラプロトコルにも即するあらゆる型式の入出力デバイスであってよい）を介して１以上のフィールドデバイス１４、１５、１６に接続される。フィールドデバイス１４、１５、１６は、例えば、センサ、バルブ、送信機、ポジショナー等、いかなる型式のフィールドデバイスであってよく、いかなる所望のオープン、独自、又は他の通信やプログラミングプロトコルに即してもよい。

プロセスプラント１０は、１以上のユーザインターフェース又はコンピュータ２０、２２（あらゆる型式のパーソナルコンピュータ、ワークステーション等であってよい）も備えることができ、それらは、構成エンジニア、プロセス制御オペレータ、メンテナンス作業員、プラントマネージャ、又はスーパーバイザー等のプラント作業員によってアクセス可能である。通信線又はバス２４は、あらゆる所望の有線又は無線通信構造を使い、例えばイーサネット（登録商標）プロトコル等のあらゆる所望の、又は適切な通信プロトコルを使って実現することができ、ワークステーション２０、２２をプロセスコントローラ１２に結合する。プロセスコントローラ１２、入出力デバイス１３、１８、１９、及びフィールドデバイス１４、１５、１６は一般的に、プロセス制御システム（他に、「分散制御システム」や「ＤＣＳ」として知られる）を作り上げる。

更に、データベース２８は通信バス２４に接続されてもよく、オンラインプロセスパラメータ、ステータス、及びプロセスプラント１０内のプロセスコントローラ１２及びフィールドデバイス１４、１５、１６と関連づけられた他のデータと共に構成情報を集め、格納するデータ履歴として、又はデータ履歴と協働して動作する。データベース２８は、現在の構成を格納するための構成データベースとして動作でき、以下に記載されるようにプロセス制御モジュールと、プロセスコントローラ１２とフィールドデバイス１４、１５、１６にダウンロードされそれらの中に記録される、プラント１０内のプロセス制御システムのための制御構成情報を共に備える。

制御システムの分散特性により、制御システムの構成要素は物理的に広範囲な場所に設置可能である。例えば、プロセスコントローラ１２、入出力デバイス１３、１８、１９及びフィールドデバイス１４、１５、１６は、劣悪となり得るプラント環境内において分散されて配置されているのが一般的であるが、ワークステーション２０、２２及びデータベース２８は、オペレータ、メンテナンス作業員等により容易にアクセス可能な制御室、又は他のそれほど劣悪ではない環境に配置されることが多い。

既知のように、プロセスコントローラ１２は、例えば、ＥｍｅｒｓｏｎＰｒｏｃｅｓｓＭａｎａｇｅｍｅｎｔによって販売されているＤｅｌｔａＶ（商標）及びＯｖａｔｉｏｎ（商標）コントローラであり得、これは、多くの異なる独立して実行される制御モジュール又はブロック２９を使用して制御計画を実施するコントローラアプリケーションを格納し実行し得る。制御モジュール２９は、それぞれ機能ブロックと一般的に称されるもので構成され得、各機能ブロックは、全体の制御ルーチンの一部又はサブルーチンであり、他の機能ブロックと関連して（リンクと呼ばれる通信を介し）、プロセスプラント１０内のプロセス制御ループを実現するように動作する。

オブジェクト指向プログラミングプロトコルにおけるオブジェクトでありうる各機能ブロックは、通常、プロセスプラント１０内のある物理的な機能を実行するために、トランスミッタ、センサ又は他のプロセスパラメータ測定デバイスに関連するような入力機能、ＰＩＤ制御、ファジー論理制御などを実行する制御ルーチンに関連するような制御機能、及び、バルブのようなあるデバイスの動作を制御する出力機能のうちの１つを実行する。もちろん、モデル予測コントローラ（ＭＰＣ）、オプチマイザなどのようなハイブリッド及び他の型式の複合機能ブロックも存在する。Ｆｉｅｌｄｂｕｓプロトコル及びＤｅｌｔａＶ（商標）システムプロトコルが、オブジェクト指向プログラミングプロトコルにおいて設計及び実現された制御モジュール２９及び機能ブロックを用いているが、制御モジュール２９は、例えばシーケンス機能ブロック、ラダー論理などを含むいかなる所望の制御プログラミングスキームを用いて設計されてもよく、機能ブロック又はいかなる他の特別なプログラミング技術を使って設計されることにも制限されるわけではない、ということは理解されるだろう。

図１に示されたプロセスプラント１０において、プロセスコントローラ１２に接続されたフィールドデバイスは、例えば、アナログ線を介して入出力デバイス１３へ通信する標準的な４−２０ｍＡデバイスのような従来型（すなわち、非スマート）フィールドデバイス１４でもよい。あるいは、又は更に、フィールドデバイス１４、１５、１６は、例えば、それぞれＨＡＲＴやＦｉｅｌｄｂｕｓプロトコル通信を使ってデジタルバスを介して入出力デバイス１３、又は１８、及び１９へ通信するＨＡＲＴ（登録商標）、ＰＲＯＦＩＢＵＳ（登録商標）、イーサネット（登録商標）、Ｆｉｅｌｄｂｕｓフィールドデバイスのような、プロセッサ及びメモリを持つスマートフィールドデバイスでもよい。Ｆｉｅｌｄｂｕｓスマートフィールドデバイス１５、１６は、プロセスコントローラ１２の中で実施される制御計画と関連付けられた機能ブロック３０Ａ及び３０Ｂのようなモジュール又はサブモジュールを格納し実施してもよい。プロセッサは、図１に示すように、それぞれがＦｉｅｌｄｂｕｓフィールドデバイス１５及び１６の１つに配置された機能ブロック３０Ａ及び３０Ｂを、プロセス制御を実現するためプロセスコントローラ１２内の制御モジュール２９の実行と共に実施してもよい。いくつかの実施形態において、入力デバイス１３、１８、及び／又は１９は、機能ブロックを格納し、実行してもよい。フィールドデバイス１４、１５、１６は、センサ、バルブ、トランスミッタ、ポジショナー等のいかなる型式のデバイスであってもよく、入出力デバイス１３、１８、１９は、ＨＡＲＴ（登録商標）、ＰＲＯＦＩＢＵＳ（登録商標）、Ｆｉｅｌｄｂｕｓ等の、いかなる所望の通信又は制御プロトコルに即した、いかなる型式の入出力デバイスであってもよい。

プロセスプラント１０は、通信バス２４に接続された、例えばタービン、モータ等の様々な回転する設備２１も備える。同様に、プロセスプラント１０と関連づけられた電力生成及び割り当て設備２５も通信バス２４に接続することができる。他の設備及びプロセス制御デバイスがプロセスプラント１０に取り付けられる、又はその一部になることもでき、本明細書に記載されたシステムは図１に具体的に示された設備に限られないが、代わりに又は更に、いかなる他の型式のプロセス制御設備やデバイスを含むこともできる。

図１のプロセスプラント１０において、ワークステーション２０は複数のアプリケーションと他のデータ構造３２を備え、それには、あらゆる許可されたユーザ（例えば、構成エンジニア、プロセスオペレータ、メンテナンス技術者、プラントマネージャ、又はスーパーバイザー等）は情報を閲覧し、プロセスプラント１０内に設置されたデバイス、ユニット、設備等に対し機能を提供するためにアクセスできる。ワークステーション２０内のコンピュータ読取り可能メモリ３４は複数のアプリケーション３２を格納し、複数のアプリケーション内３２の各アプリケーション又は各エンティティはワークステーション２０と関連づけられたプロセッサ３６で実行されるよう適応される。

一方、図２は、同じワークステーション２０、プロセスプラント１０内又はプロセスプラント１０に関連づけられた他のワークステーション、又はコンピュータデバイスに格納された複数のアプリケーション３２全体を示し、例えば、ワークステーション２２はこれら、又は他のアプリケーションのいくつかを格納及び／又は実行できる。更に、複数のアプリケーション３２内の各アプリケーションは２以上のコンピュータや機械に分配及び実行でき、互いに協働して動作するよう構成することができる。例えば、ワークステーション２０は（例えば、ＥｍｅｒｓｏｎＰｒｏｃｅｓｓＭａｎａｇｅｍｅｎｔによって製造されたＤｅｌｔａＶ（商標）等のソフトウェアスイート内のＤｅｌｔａＶ（商標）Ｏｐｅｒａｔｅのようなアプリケーションを通じて）プロセスオペレータに確保された機能に専用であってもよく、一方で、ワークステーション２２は（例えば、ＥｍｅｒｓｏｎＰｒｏｃｅｓｓＭａｎａｇｅｍｅｎｔによって製造されたＡｓｓｅｔＭａｎａｇｅｍｅｎｔＳｏｌｕｔｉｏｎｓＳｕｉｔｅのようなソフトウェアを通じて）メンテナンス技術者に確保された機能に専用であってもよい。

ワークステーション２０は更に、プロセスプラント１０（又は、プロセスプラント１０内又はプロセスプラント１０に関連づけられたエンティティ）に関係する情報を受信しワークステーション２０と関連づけられた表示画面３７又は表示デバイス（例えば、ハンドヘルドデバイス、ラップトップ、他のワークステーション、プリンタ等）に表示するユーザインターフェースルーチン又はアプリケーション３５を備えてもよい。以下により詳細に記載されるように、ユーザインターフェースアプリケーション３５は１以上のユーザ表示を生成してもよく、それは例えば、ユーザがプロセスプラントの様々な部分について適切な情報を閲覧及び／又は探索可能な、及びユーザがプロセスプラント１０内のプロセス制御エリア、ユニット、ループ、デバイス等の描写又は表示に基づいて所望の方法でプロセスプラントの様々な部分に視覚的にブラウズ又はナビゲート可能な、オペレータ、メンテナンス、及びマネージャ表示である。

プロセス制御システムは図２を参照して記載され、図２はプロセスプラント１０で用いられ、プロセスプラント１０内のデバイス及びプロセス設備５０を使うバッチプロセスの一例を実現するプロセス制御システム１１（すなわち、ＤＣＳ）の例示的な実装を示す。プロセス制御システム１１は、本例ではイーサネット（登録商標）通信プロトコルを実施する構内ネットワーク（ＬＡＮ）２４を介してワークステーション２０、２２、２３に結合されたプロセスコントローラ１２Ａ、１２Ｂを備える。１以上の入出力デバイス４６Ａ、４６Ｂ及び１組の通信線及び／又はバス５５Ａ、５５Ｂは、コントローラ１２Ａ、１２Ｂをプロセスプラント内のデバイス及び設備５０に結合する。コントローラ１２Ａ、１２Ｂは、プロセスプラント１０内のデバイス及び設備５０全体に分散されたフィールドデバイス内でのフィールドデバイスと機能ブロックのような制御要素と通信するように動作して１以上のプロセス制御ルーチンを実行し、それによってプロセスプラント１０の所望の制御を実施する。これらプロセス制御ルーチンは、連続的なプロセス制御ルーチンであってよいが、本明細書ではバッチプロセス制御ルーチン、又はプロシージャとして記載される。エンジニア、オペレータ、又は他のユーザは、ワークステーション２０、２２、２３を、コントローラ１２Ａ、１２Ｂのプロセッサ４８Ａ、４８Ｂによって実行するための１以上のプロセス制御ルーチンを設計及び実行し、そのようなプロセス制御ルーチンをダウンロードするようにコントローラ１２Ａ、１２Ｂと通信し、プロセスプラント１０の動作の間にプロセスプラント１０のデバイス及び設備５０に関係する情報を受信して表示し、そうでなければ例えばコントローラ１２Ａ、１２Ｂによって実行されるプロセス制御ルーチンと対話するために使う。

各ワークステーション２０、２２、２３のメモリ３４内のアプリケーション３２は、例えばユーザがバッチ制御ルーチン等のプロセス制御ルーチンの設計を可能し、それらプロセス制御ルーチンをコントローラ１２Ａ、１２Ｂにダウンロードすることを可能にするアプリケーションを備える。同じように、各コントローラ１２Ａ、１２Ｂは、プロセスプラント１０内の設備５０を制御するために使われる構成データとプロセス制御ルーチンを格納するためのメモリ４７Ａ、４７Ｂを備え、プロセス制御ルーチンがプロセス制御計画を実施するために実行するプロセッサ４８Ａ、４８Ｂを備える。ワークステーション２０、２２、２３の１つにある１以上のアプリケーション３２と協働して、各コントローラ１２Ａ、１２Ｂはユーザに、コントローラ１２Ａ、１２Ｂ内のプロセス制御ルーチンの図形表示を提供でき、プロセス制御ルーチン内の制御要素とそれら制御要素がプロセスプラント１０内の設備５０の制御を提供するよう構成された方法を示す。図２は、ワークステーション２０上で動作するバッチ実行エンジン４０（以下により詳細に記載される）、ワークステーション２２上で動作する資産管理システム（ＡＭＳ）４２（以下により詳細に記載される）、及びワークステーション２３上で動作するデータヒストリアン４４を表す。データヒストリアン４４はＬＡＮ２４に接続されてもよく、コントローラ１２Ａ、１２Ｂ、フィールドデバイス及び設備５０、及びワークステーション２０、２２、２３も備えるプラント１０内で生成されたデータを自動的に収集して（例えば、データベース２８内に）格納できる。もちろん、バッチ実行エンジン４０、ＡＭＳ４２、及びデータヒストリアン４４を含むアプリケーション３２のいずれも、ワークステーション２０、２２、２３のいずれで動作してもよく、実際に、アプリケーションのいくつか（例えば、バッチ実行エンジン４０又はＡＭＳ４２）が同時に複数のワークステーション上で動作してもよい。そのうえ、特定の利用者（例えば、メンテナンス技術者）がワークステーションにログインした場合に特定のワークステーションがあるアプリケーション（例えば、ＡＭＳ４２）を実行するような複数のワークステーションに、１以上のアプリケーション３２がインストールされてもよい。

図２に示された本例の分散プロセス制御ネットワーク１１において、入出力デバイス４６Ａ、４６Ｂ及びバス５５Ａ、５５Ｂは、コントローラ１２Ａ、１２Ｂを２セットの同様に構成された設備に通信可能に接続し、設備の各セットは、本明細書ではリアクタ＿０１又はリアクタ＿０２と称されたリアクタユニット、フィルタ＿０１又はフィルタ＿０２と称されたフィルタユニット、及び乾燥機＿０１又は乾燥機＿０２と称された乾燥機ユニットを持つ。リアクタ＿０１は、リアクタ容器６０、例えば、ヘッドタンク（図示しない）からリアクタ容器６０に流体を提供する流体流入管路を制御するように接続された２つの流入バルブ６２、６４、及び、放出流体管路を介してリアクタ容器６０の外へ流体の流れを制御するように接続された放出バルブ６６を備える。デバイス６８（温度センサ、圧力センサ、液面計等のセンサ、又は電気ヒータや蒸気ヒータ等の他の設備であり得る）は、リアクタ容器６０の中又は近くに配置され、攪拌機７０もリアクタ容器６０の中に配置される。バルブ６６はリアクタ＿０１をフィルタ設備７２を持つフィルタ＿０１へ結合し、フィルタ設備７２を持つフィルタ＿０１は、乾燥機設備７４を持つ乾燥機＿０１に結合される。同様に、設備の第２セットは、リアクタ容器８０、２つの流入バルブ８２、８４、放出バルブ８６、デバイス８８、及び攪拌機９０を持つリアクタ＿０２を備える。リアクタ＿０２は、フィルタ設備９２を持つフィルタ＿０２に結合され、フィルタ設備９２を持つフィルタ＿０２は、乾燥機設備９４を持つ乾燥機＿０２に結合される。フィルタ設備７２、９２及び乾燥機設備７４、９４は、それらに関連づけられた追加の制御要素（ヒータ、コンベヤベルト等）やセンサ等を持ってもよい。希望であれば、図示しないが、リアクタ、フィルタ、及び乾燥機の各１つを使うバッチランが図２に示す設備をいかなる組合せで使ってもよいように、各フィルタユニット（フィルタ＿０１及びフィルタ＿０２）は各リアクタユニット（リアクタ＿０１及びリアクタ＿０２）に物理的に結合されることができ、一方、各乾燥機ユニット（乾燥機＿０１及び乾燥機＿０２）は各フィルタユニット（フィルタ＿０１及びフィルタ＿０２）に結合されることができる。

図２に示すように、バス５５Ａ、５５Ｂはコントローラ１２Ａ、１２Ｂをバルブ６２、６４、６６、８２、８４、８６、デバイス６８、８８、攪拌機７０、９０、フィルタ設備７２、９２、及び乾燥機設備７４、９４（及び、それらと関連づけられた他の設備）に結合する。これは、これら要素（ユニット、フィールドデバイス等であってよい）の動作により、これら要素に関連する１以上の動作が行われるよう制御するためである。そのような動作は、例えば、リアクタ容器や乾燥機の充填、リアクタ容器や乾燥機内の物質の加熱、リアクタ容器や乾燥機の廃棄、リアクタ容器や乾燥機の清掃、フィルタの動作等が含まれてもよい。追加のバスや専用の通信線（例えば、４−２０ｍＡ線、ＨＡＲＴ通信線等）は、各コントローラ１２Ａ、１２Ｂをプロセスプラント１０内で要素に結合してもよい。

図２に示されたバルブ、センサ、及び他の設備５０は、例えば、Ｆｉｅｌｄｂｕｓフィールドデバイス、標準４−２０ｍＡフィールドデバイス、ＨＡＲＴフィールドデバイス等の設備のいかなる所望の種類や型式であってもよく、Ｆｉｅｌｄｂｕｓプロトコル、ＨＡＲＴプロトコル、標準４−２０ｍＡアナログプロトコル等の、いかなる既知の又は所望の通信プロトコルを使ってコントローラ１２Ａ、１２Ｂと通信してもよい。また更に、コントローラ１２Ａ、１２Ｂは、いかなる所望の方法で他の型式のデバイスを接続及び／又は制御してもよい。また、例えばイーサネット（登録商標）通信線２４は、プロセスプラント１０と関連づけられた他のデバイス又はエリアを制御するために、他のコントローラをコントローラ１２Ａ、１２Ｂへ、及び、ワークステーション２０、２２、２３へ、接続してもよい。また、そのような追加のコントローラの動作は、いかなる所望又は既知の方法で、図２に示されたコントローラ１２Ａ、１２Ｂの動作と同調してもよい。

概して、図２のプロセス制御システム１１は、例えば、ワークステーション２０、２２、２３の１つが、プロセスプラント１０内で様々なバッチランを実施し可能であれば協働するバッチ実行アプリケーションを実行するバッチプロセスを実施してもよい。そのようなバッチ実行エンジン４０は、図２ではメモリ３４に格納され、ワークステーション２０のプロセッサ３６で作動するものとして示される。バッチ実行エンジン４０は他のワークステーション２２、２３、又は、いかなる無線方式を含むいかなる所望の方法でもバス２４に通信可能に接続された他のコンピュータに格納され、及び実行され得ることが理解されるだろう。同じように、希望であれば、バッチ実行エンジン４０は、様々な構成要素に分解されてもよく、プロセスプラント１０内の様々なコンピュータやワークステーションに格納され、及び実行される様々な構成要素に関連づけられてもよい。

バッチ実行エンジン４０は、一般的に、ハイレベル制御ルーチンであり、一般にバッチ・キャンペーン・マネージャーと称されるものを含んでよい。バッチ・キャンペーン・マネージャーは、ユーザ（プロセスオペレータ等）がプロセスプラント内で実行されるいくつかのバッチランを指定することを可能にし、多くの様々なバッチラン又はバッチプロセスを、プロセス制御システム１１内で本質的に個々独立して動作できるように設定することを可能にする。バッチ実行エンジン４０は、キャンペーン・マネージャーにより指定された様々なバッチランを、実施及び監視するバッチ・エクゼクティブ・ルーチン又はアプリケーションを含んでもよい。このような各バッチランは、１以上のプロシージャ、ユニットプロシージャ、動作、フェーズ、及びバッチの他の区画の動作を指示する。これら動作の各々は、プロセスプラント１０内のリアクタユニット、フィルタユニット、乾燥器ユニット、又は他の設備５０の１つ等、単一ユニット上で動作するサブルーチン又はプロセスあってもよい。この実施例において、各ユニットプロシージャ（一般的にワークステーション２０、２２、２３上で作動するバッチランの一部）は一連の動作を行い、一連の動作の各々は物理的ユニット上で１以上のフェーズを実行してもよい。本記載において、フェーズ、動作、ユニットプロシージャ、及びプロシージャという用語は、これらのプロシージャ要素を指す意味で用いられている。フェーズとは、ユニット上で実行される最下位レベル動作又はステップであって、通常はコントローラ１２Ａ、１２Ｂの１つにおいて実行されるものである。動作とは、ユニット上で特定の機能を実行する１組のフェーズであり、通常はコントローラ１２Ａ、１２Ｂ内の一連のフェーズを呼び出すことによりワークステーション２０、２２、２３の１つで実行されるものである。ユニットプロシージャとは、単一ユニット上で実行される一連の１以上の動作であって、通常はワークステーション２０、２２、２３の１つを呼び出す１組の操作として実施されるものである。同じように、プロシージャとは、例えば、プロセスプラント１０内の様々な物理的ユニットで実行され得る１組のユニットプロシージャである。結果として、いかなるプロシージャであっても１以上のユニットプロシージャを含むことができ、いかなるユニットプロシージャであっても１以上のフェーズ及び／又は１以上の動作を含むことができる。このような方法で、各バッチプロセスは、食品や医薬品などの製品を製造するために必要とされる、様々なステップ（例えば、ユニットプロシージャ）を実行する。

当業者にとっては当然のことながら、標準的なバッチプロセスの同じフェーズ、動作、ユニットプロシージャ、及びプロシージャは、様々な実際のバッチプロセス又はバッチランの一部として、同時に又は異なる時点で、図２の様々なリアクタユニットのそれぞれで実施できる。更に、図２のリアクタユニットは、一般的に同じ数及び型式の設備（すなわち、同じユニットクラスに属する）を含むので、特定のフェーズ用の同じ標準的フェーズ制御ルーチンにより様々なリアクタユニットの各々を制御する。ただし、様々なリアクタユニットに関連づけられた様々なハードウェア又は設備を制御するために、この標準的フェーズ制御ルーチンを改変しなければならない場合は除く。例えば、リアクタ＿０１の充填フェーズを実施する（容器６０が充填される）ために、充填制御ルーチンによって流入バルブ６２又は６４の１以上が、特定の時間（例えば、液面計６８によって容器６０が満杯となったことが検知されるまで）開かれることになる。しかしながら、単に流入バルブの指定をバルブ６２又は６４の代わりにバルブ８２又は８４が動作するように変更することによって、及び液面計の指定を液面計６８の代わりに液面計８８をモニタするよう変更することによって、システムはこの同じ制御ルーチンをリアクタ＿０２の充填フェーズを実施するために使うことができる。バッチランの一般的な動作に関連づけられた論理は既知であり、本明細書では更なる記載は行わない。

図３は、図２を参照して記載されたＡＭＳ４２のような資産管理システム１００を示す。ＡＭＳ１００は、図２の設備５０を含むプロセスのようなプロセス１０２、及び図２のＤＣＳ１１のような分散制御システム（ＤＣＳ）１０４と相互に接続される。ＤＣＳ１０４は、プロセス１０２を制御する、ＤｅｌｔａＶ（商標）コントローラのようなコントローラ１２を備えてもよく、更に、入出力デバイス１８、１９、ワークステーション２０、２２、データベース２８、更に、別のＡＭＳ１０５のような更なる管理システムを備えてもよい。プロセス１０２は、製造又は精製プロセスのようないかなる所望の型式のプロセスを備えてもよく、３つのスマートフィールドデバイスを含み、２つのＨＡＲＴデバイス１０６、１０８及びＦｉｅｌｄｂｕｓデバイス１１０を備えるものとして示される。プロセス１０２は２つの従来の（すなわち、非スマート）フィールドデバイス１１２、１１３を備えてもよい。ＤＣＳ１０４は、あらゆる所望の方法で、デバイス１０６、１０８、１１０、１１２、１１３を制御する。

一般的に、ＡＭＳ１００は、フィールドデバイス管理タスクを実行するソフトウェアアプリケーションを備えるＰＣベースツールである。ＡＭＳ１００は、ユーザが、例えば、プロセス１０２に関連づけられたスマートフィールドデバイスや他の設備のいずれ、又はすべてを構成、調整、モニタ、及び修復すること、及びプロセス１０２内の従来のデバイスの状態を説明することの手助けをすることによって、プロセス１０２内の各デバイスのデバイス管理をまとめる。これは、例えば、回転する設備２１と電力生成及び割り当て設備２５を含む図１のプロセスプラント１０内のフィールドデバイスや設備のいずれをモニタ、修復、調整、及び構成することを含んでよい。

ＡＭＳ１００（いかなるワークステーション２０、２２、２３等のいかなる型式のコンピュータ又はマイクロプロセッサベースシステムを備えてもよい）は、オペレーティングシステム及びＣＰＵ１２６に接続されたディスプレイ１２０、プリンタ１２１、キーボード１２２、及びマウス１２４を備えるものとして記載される。オペレーティングシステム及びＣＰＵ１２６に結合されたメモリ１２８は、１組のＡＭＳアプリケーション１２９を格納し、ＡＭＳデータベース１３０を持つ。メモリ１２８は、ディスプレイ１２０又はプリンタ１２１を介してユーザに情報を表示すること、及びスマートデバイス１０６、１０８、１１０と通信することに関連したタスクを実行するための、ＡＭＳ１００によって使われるソフトウェア及びデータを格納する。更に、ＡＭＳデータベース１３０は、スマートデバイスからは利用できないデバイス関連情報を格納する。そのような情報とは、例えば、デバイスの過去の構成に関する情報、従来のデバイス１１２、１１３及びオフラインスマートデバイス等の他のオフラインデバイスに関係する情報、及び、次回サービスが必要な時期、検査が行われるべき時期、誰がサービスプロシージャを行ったか、あらゆる好適な交換デバイス等を含むサービスとメンテナンスの記述に関係する情報である。データベース１３０は、オフラインスマートデバイスに関係するデータを格納する。そのデータは、オフラインスマートデバイス内に実際に格納されたフォーマットと同一のフォーマットで格納したデータであり、ＡＭＳ１００にとって、オフラインデバイスが、それらデバイスがオンラインである場合に利用可能であるのと本質的に同じ方法によりデータベース１３０全体で利用可能であるように見える。同じように、データベース１３０は従来のデバイスに関係するデータを格納する。そのデータは、類似のスマートデバイス内にデータを格納した場合のフォーマットと同一のフォーマットで格納したデータであり、従来のデバイスがＡＭＳ１００にとってオフラインスマートデバイスであるように見える。そのうえ、ＡＭＳデータベース１３０内のデータは、データベース２８内のデータヒストリアン４４（又は他のアプリケーション）によって格納されたデータと、完全に又は部分的に重複していてもよい。

図３に示したように、様々なスマートデバイス１０６、１０８、１１０は、オンラインデバイス（例えば、スマートデバイス１０６及び１１０）又はオフラインデバイス（例えば、スマートデバイス１０８）であってもよい。その上、通信線１３２及びモデムの一例としてのＨＡＲＴインターフェース１３４は、各オンラインデバイス１０６、１１０をＡＭＳ１００に接続でき、入出力デバイス１８のようなＦｉｅｌｄｂｕｓインターフェース１３６は、オンラインデバイス１０６、１１０をＡＭＳ１００に接続できる。スマートデバイス１０８は、ＡＭＳ１００に恒久的に接続されていないオフラインデバイスである。しかしながら、スマートデバイス１０８は、ＡＭＳ１００と、ハンドヘルド通信機１３８を一例とする、スマートデバイス１０８及び／又はいかなる他のスマートデバイスに定期的に接続され得る二次（ラップトップ）ＡＭＳを介して通信して、これらスマートデバイスとデータを読み書きしてもよい。その後、ハンドヘルド通信機１３８は、取り付けられたスマートデバイスに関係するデータをアップロードするためにＡＭＳ１００に接続され得る。あるいは、又は更に、イーサネット（登録商標）通信リンク１４０及び／又は、ＤＣＳ１０４及び／又は他のＡＭＳ（ＡＭＳ１０５等）へのいかなる他のネットワークリンクも、様々なスマートデバイス１０６、１０８、１１０をＡＭＳ１００に接続し得る。

メモリ１２８に格納されたＡＭＳアプリケーション１２９は、本質的に、ＡＭＳプロバイダによって所定の及びよく使われる動作を実行するために書き込みされるプログラムであるコアアプリケーションを含んでもよく、ユーザ又はサードパーティデベロッパーによって開発され、カスタマイズされた機能を実行するためにＡＭＳ１００にインポートされたアプリケーションであるアドオンアプリケーション１５６を含んでもよい。コアアプリケーションは例えば、ユーザが、ＡＭＳデータベース１３０及び／又はプロセス１０２内のスマートデバイス内のデータと、プロセス１０２内の１以上デバイスの現在の状態を閲覧するため、プロセス１０２内の１以上のデバイスの構成を変更するため、一斉又は順次に複数のデバイスを閲覧するため、共通のスマートデバイス制御及び構成機能を実行するため、ネットワーク上でデバイスの位置を突き止めるブラウザを実行するため、デバイスの状態をモニタし警報リストを生成するため、及びデバイスの検査及びテストルーチンを実施するため、対話することを可能にするアプリケーションを含んでもよい。他の典型的なコアアプリケーションは構成アプリケーション、構成管理アプリケーション、警報スキャンアプリケーション、履歴イベントログアプリケーション、レポートアプリケーション、トレンド分析アプリケーション、及び診断アプリケーションを含んでもよい。

ＡＭＳ１００及びＤＣＳ１０４はそれぞれ、図２の例示的プロセスで表されたバルブ６２、６４、６６のようなオンラインフィールドデバイスと、及び、図２の例示的プロセスで表されたフィルタ設備７２と乾燥機設備７４のような他のオンライン設備と通信することができる。様々な通信の型式は、本明細書ではメッセージとも呼ばれるが、大部分は、どのような通信規格がデバイスに使われているか（例えば、Ｆｉｅｌｄｂｕｓ、ＨＡＲＴ等）及び、デバイス機能次第である。その上、デバイスによって集められ、デバイスからＡＭＳ１００又はＤＣＳ１０４に渡され及び／又はそれらから渡され得る利用可能なデータ、及び、デバイスに送信され及び／又はデバイスで実行され得る利用可能なコマンド及び機能は、採用された通信規格、デバイスの型式、デバイスの製造業者、デバイスにインストールされたオプション、デバイス上で構成された及び／又は動作する機能ブロック等によって変わる。

いかなるイベントにおいても、本システムは、ＡＭＳ１００及びＤＣＳ１０４間にソフトウェアロックアウト調整を備える。ソフトウェアロックアウト調整は、デバイス及び設備内で利用可能な及び／又は動作する様々なデータ、機能、及び／又はコマンドへのアクセスを制御する手段を提供し、プロセス及びプロシージャの実行が、作業員への危険、商品の破壊や欠損等を無くす又は少なくとも軽減することを可能にする。例えば、ロックアウト調整を備えるシステムは、メンテナンス技術者がタービンのベアリングに潤滑をしている間、制御オペレータがタービンをスタートさせないようにし、ＤＣＳ１０４がデバイスを商品製造のために使っている間、技術者がデバイスに破壊的な検査サイクルを始めないようにし、デバイスにメンテナンス等の予定がある場合にオペレータがプロセス内のデバイスを使わないようにする。

ソフトウェアロックアウト調整を備えるシステムの特徴は、図４から８を参照して記載される。図４は、ソフトウェアロックアウト調整を備える例示的なパッチプロセスプラント２００を示す。一般的に、プロセスプラント２００は、ハイレベル制御設備２０９（例えば、ワークステーション、コントローラ、入出力デバイス等）、及びプラント設備２１１（例えば、バルブ、タンク、センサ等）に分割され得る。プロセスプラント２００は、３つのワークステーション２０２、２０４、２０６を備える。各ワークステーションは、プロセッサ２０１及び、プロセッサ２０１によって実行される１以上のアプリケーション２０５及びアプリケーション２０５を実行する間にプロセッサ２０１によって使われるための様々なデータを格納するメモリ２０３を備える。メモリ２０３に格納されたアプリケーション２０５は、バッチ実行エンジン２０８、ＡＭＳ２１０、及びデータヒストリアン２１２などを備え得る。図４に示したシステムにおいて、ワークステーション２０２はバッチ実行エンジン２０８を実行し、ワークステーション２０４はＡＭＳ２１０を実行し、ワークステーション２０６はデータヒストリアン２１２を実行する。バッチ実行エンジン２０８、ＡＭＳ２１０、及びデータヒストリアン２１２のそれぞれは、ワークステーション２０２、２０４、２０６のそれぞれのメモリ２０３に格納され得るが、格納される必要はない。例えば、ワークステーション２０６はデータヒストリアンアプリケーション２１２を実行するための専用単独機であることも可能で、他のアプリケーションはワークステーション２０６のメモリ２０３に格納されない。同じように、ワークステーション２０２、２０４はプロセス制御デューティ（例えば、プロセスオペレータによる）とメンテナンスデューティ（例えば、メンテナンス技術者による）を実行するために交互に使われることが可能であり、ワークステーション２０２、２０４のメモリ２０３はそれぞれ、バッチ実行エンジン２０８とＡＭＳ２１０の両方を格納する。

デジタルネットワーク２２０（例えば、イーサネット（登録商標）ネットワーク）はワークステーション２０２、２０４、２０６を互いに、データベース２１４に、及びネットワーク２２０に接続されたいかなる他の設備やワークステーションにも、通信可能に接続する。データベース２１４はプロセスプラント２００内で動作するフィールドデバイス及び他のプラント設備２１１に関連した現在の構成データを格納することができ、システム２００内で動作するフィールドデバイス及びプラント設備２１１に関連した以前の構成データを格納することができ、プロセスプラント２００内で発生するプロセスに関連したオンライン動作情報を格納することができ、プロセスプラント２００に関連した又はその中で使われた機能ブロックを格納することができ、他のプラントデータ（例えば、作業員データ、バッチキュー等）を格納することができ、ソフトウェアロックアウト調整の実行に関連した情報を格納すること等ができる。従って、ワークステーション２０２、２０４、２０６上で実行されるアプリケーション２０５のいずれも、ネットワーク２２０全体で、データベース２１４に格納した様々なデータにアクセス（読取り、書出し、コピー等）が可能である。例えば、バッチ実行エンジン２０８は、現在使用中の又は使われる予定のフィールドデバイス及びプラント設備２１１についての情報を、データベース２１４に格納されたバッチキューに現在どの様なバッチが存在するのかについての情報、及び現在実行しているプロセスの情報及び／又は状態と共にデータベース２１４から探索することができる。バッチ実行エンジン２０８は、探索された全情報のいくつかをプロセスオペレータに表示することができる。その後、プロセスオペレータは、追加バッチをスケジュールしたり、スケジュールされたバッチをキャンセルしたり、フィールドデバイスや設備を再割当したり、現在実行しているプロセスをモニタしたり等ができる。バッチ実行エンジン２０８は、プロセスオペレータによって実施されたいかなる変更（例えば、バッチキューへの）でもデータベース２１４に書き込むこともできる。バッチ実行エンジン２０８のように、ＡＭＳ２１０もデータベース２１４からの読み出し、データベース２１４への書き込み、及び／又はデータベース２１４への／からのデータコピーができる。ＡＭＳ２１０へアクセス可能なデータは、バッチ実行エンジン２０８にアクセス可能なものと同じデータであり得、バッチ実行エンジン２０８にアクセス可能なものと異なるデータであり得、又は、バッチ実行エンジン２０８にアクセス可能な同じデータ及び異なるデータの組合せであり得る。例えば、バッチ実行エンジン２０８のように、ＡＭＳ２１０はプロセスプラント２００内の様々なフィールドデバイス及び設備２１１に関連した現在の及び／又は以前の構成データにアクセスできる。だが、ＡＭＳ２１０はメンテナンスに関連した情報（例えば、デバイスが最後にサービスとメンテナンスされた及び／又は調整された日付、検査データ、警報データ等）を探索することもできる。その上、ＡＭＳ２１０は、プロセスプラント２００内の様々なデバイスおよび設備２１１に、バッチ実行エンジン２０８ができないような機能を実行（例えば、検査ルーチン、自己診断ルーチン等の実行）させることができる。データヒストリアン２１２は、データヒストリアンがプログラムされたデータ収集及び格納スキームに準拠してデータベース２１４にデータを書き込むことができる。

ネットワーク２２０は２つのコントローラ２１６、２１８をワークステーション２０２、２０４、２０６へも接続する。図２を参照して記載されたコントローラ１２Ａ、１２Ｂのように、コントローラ２１６、２１８は、プロセッサ２２２、及びメモリ２２６を備え、メモリ２２６はプロセスプラント２００内の様々なフィールドデバイス及びプラント設備２１１を動作させるための複数の機能ブロック、及び他のソフトウェアモジュール２３０を格納する。コントローラ２１６内のメモリ２２６は、パススルーメッセージハンドラ（ＰＴＭＨ）ルーチン２３４も格納する。ＰＴＭＨルーチン２３４は（以下により詳細に記載されるが）、ＡＭＳ２１０とプロセス制御システム（例えば、ＤｅｌｔａＶシステム）間のインターフェースとして動作し、ＡＭＳ２１０をシステムに接続されたフィールドデバイス及び設備２１１とインターフェースでつなぐ（すなわち、メッセージの送受信）ことを可能にする。

コントローラ２１６、２１８は、それぞれ入出力デバイス２３８、２４０に通信可能に接続され、入出力デバイスはそれぞれバス２４２、２４４を介して、コントローラ２１６、２１８とフィールドデバイス及びプロセス設備２１１間のインターフェースとして働く。フィールドデバイス及びプロセス設備２１１は４セットの同様に構成された設備を備え、それぞれのセットは、リアクタ２４６、２４８、２５０、２５２、フィルタ２６８、２７０、２７２、２７４、乾燥機２８４、２８６、２８８、２９０、及び設備に／から／内での物質の流れを制御するための様々なフィールドデバイス（例えば、バルブ２５８、２６０、２６２、２７６、２７８、２８０、２８２、センサ２６４、及び攪拌機２６６）を備える。例えば、リアクタントＸ流入バルブ２５８Ａは、リアクタントＸ供給２５４からリアクタ＿Ａ２４６へのリアクタントＸの流れを制御し、一方、リアクタントＹ流入バルブ２６０Ａは、リアクタントＹ供給２５６からリアクタ＿Ａ２４６へのリアクタントＹの流れを制御する。レベルセンサ２６４Ａはリアクタ＿Ａ２４６内のリアクタントのレベルを判断し、一方、攪拌機２６６Ａはリアクタ＿Ａ２４６の内容物を混ぜるのに使われ得る。放出バルブ２６２Ａは、混合物をリアクタ＿Ａの外、及び導管（例えば、パイプ）２６３Ａに移動できるようにする。同様にして、バルブ２５８Ｂ、２６０Ｂはリアクタ＿Ｂ２４８、レベルセンサ２６４Ｂ、攪拌機２６６Ｂ、放出バルブ２６２Ｂ、及び導管２６３Ｂと協働し、バルブ２５８Ｃ、２６０Ｃはリアクタ＿Ｃ２５０、レベルセンサ２６４Ｃ、攪拌機２６６Ｃ、放出バルブ２６２Ｃ、及び導管２６３Ｃと協働し、バルブ２５８Ｄ、２６０Ｄはリアクタ＿Ｄ２５２、レベルセンサ２６４Ｄ、攪拌機２６６Ｄ、放出バルブ２６２Ｄ、及び導管２６３Ｄと協働する。その間、フィルタ２６８、２７０、２７２、２７４（それぞれ、フィルタ＿０１、フィルタ＿０２、フィルタ＿０３及びフィルタ＿０４と称される）の各々は、フィルタ流入バルブ２７６、２７８、２８０、２８２を介して導管２６３Ａ、２６３Ｂ、２６３Ｃ、２６３Ｄの各々と流体流動連通で接続される。例えば、バルブ２７６Ａは導管２６３Ａからフィルタ＿０１２６８への流体の流れを制御し、バルブ２７６Ｂは導管２６３Ｂからフィルタ＿０１２６８への流体の流れを制御し、バルブ２７６Ｃは導管２６３Ｃからフィルタ＿０１２６８への流体の流れを制御し、バルブ２７６Ｄは導管２６３Ｄからフィルタ＿０１２６８への流体の流れを制御し、バルブ２７８Ａは導管２６３Ａからフィルタ＿０２への流体の流れを制御し、バルブ２８０Ｂは導管２６３Ｂからフィルタ＿０３への流体の流れを制御し、バルブ２８２Ｃは導管２６３Ｃからフィルタ＿０４への流体の流れを制御する。フィルタ２６８、２７０、２７２、及び２７４の各々は、それぞれ、乾燥機２８４（乾燥機＿０１）、２８６（乾燥機＿０２）、２８８（乾燥機＿０３）、２９０（乾燥機＿０４）と対になる。

コントローラ２１６、２１８及びそれぞれの入力デバイス２３８、２４０の各々は、プロセス制御フィールドデバイス及び設備２１１のサブセットを制御する。図４に示した実施形態において、コントローラ２１６は、入出力デバイス２３８及びバス２４２を介して、リアクタＡ、Ｂ及びフィルタ＿０１、＿０２と関連づけられたフィールドデバイス及び設備（例えば、バルブ２５８Ａ、２５８Ｂ、２６０Ａ、２６０Ｂ、２７６、２７８等）を制御する。同じように、コントローラ２１８は、入出力デバイス２４０及びバス２４４を介して、リアクタＣ、Ｄ及びフィルタ＿０３、＿０４と関連づけられたフィールドデバイス及び設備（例えば、バルブ２５８Ｃ、２５８Ｄ、２６０Ｃ、２６０Ｄ、２８０、２８２等）を制御する。

本構成において、バッチランはリアクタ２４６、２４８、２５０、２５２のいずれも、フィルタ−乾燥機ペアのいずれと共に利用できることが理解されよう。例えば、バッチ実行エンジン２０８によって使われるバッチレシピは、リアクタントＸとリアクタントＹを２対１の割合で５分間混合し、その後、混合物のフィルタリングと乾燥を行うことを含むことができる。レシピを実施するために、バッチ実行エンジン２０８は、バッチランのために使用可能な設備を割り当てでき、適切な機能ブロックを１以上のコントローラ（例えば、コントローラ２１６、２１８）に、バッチランを実行するためにアップロードできる。単一のコントローラは、バッチエンジン２０８がリアクタ＿Ａ２４６及びフィルタ＿０１−乾燥機＿０１ペアを割り当てする（すなわち、コントローラ２１６がリアクタ＿Ａ２４６、フィルタ＿０１２６８及び乾燥機＿０１２８４と関連づけられた設備のすべてを制御する）というように、割り当てされた設備を制御でき、この場合、バッチ実行エンジン２０８がコントローラ２１６に要求された全情報（例えば、プロシージャ、機能ブロック等）を送信する。あるいは、複数のコントローラは、バッチエンジン２０８がリアクタ＿Ｂ２４８及びフィルタ＿０４−乾燥機＿０４ペアを割り当てする（すなわち、コントローラ２１６がリアクタ＿Ｂ２４８に関連づけられた設備を制御し、一方、コントローラ２１８がフィルタ＿０４２７４及び乾燥機＿０４２９０と関連づけられた設備を制御する）というように、割り当てられた設備を制御でき、この場合、バッチ実行エンジン２０８がコントローラ２１６、２１８の各々に要求された情報のサブセットをアップロードする。後者の場合、コントローラ２１６は、入出力デバイス２３８及びバス２４２を介して、メッセージをリアクタントＸ流入バルブ２５８Ｂを開くために送り、リアクタントＸがリアクタ＿Ｂ２４８に流れ込むことを可能にし、レベルセンサ２６４Ｂによってリアクタ＿Ｂ２４８が５０パーセント容量まで充填されたことが検出された（及びコントローラ２１６へ報告された）場合、コントローラ２１６はメッセージをリアクタントＸ流入バルブ２５８Ｂを閉じるために送り、メッセージをリアクタントＹ流入バルブ２６０Ｂを開くために送り、リアクタントＹがリアクタ＿Ｂ２４８に流れ込むことを可能にする。レベルセンサ２６４Ｂによりリアクタ＿Ｂ２４８が７５パーセント容量まで充填されたことが検出された（及び、コントローラ２１６に報告された）場合、コントローラ２１６はメッセージをリアクタントＹ流入バルブ２６０Ｂを閉じるために送ることができ、メッセージを攪拌機２６６Ｂのスイッチを入れるために送ることができる。後に、コントローラ２１６はメッセージを攪拌機２６６Ｂの動作を止めるために送ることができ、メッセージを放出バルブ２６２Ｂを開くために送ることができ、混合物をリアクタ＿Ｂ２４８から導管２６３Ｂに排出することを可能にする。同時に、コントローラ２１８はメッセージを、バルブ２８２Ｂが開くよう指示するフィルタ＿０４流入バルブ２８２Ｂへ送り、混合物が導管２６３Ｂからフィルタ＿０４２７４に、後に乾燥機＿０４２９０に流れることを可能にする。

上記のように、図４で表されたプロセスプラント２００の実施形態は、ＡＭＳ２１０とフィールドデバイス及びプラント設備２１１間のメッセージ及び／又は、コマンドをルーティングするためのＰＴＭＨルーチン２３４を含む。図４は、コントローラ２１６、２１８のメモリ２２６内にあるＰＴＭＨルーチン２３４を示し、ＰＴＭＨルーチン２３４は関連づけられたプロセッサ２２２内で実行され得るのだが、ＰＴＭＨルーチン２３４は、ワークステーションの１つのメモリ（例えば、ワークステーション２０２のメモリ２０３）内に格納することもできる。他の実施形態において、ＰＴＭＨルーチン２３４は、分散プロセスシステムとフィールドデバイス及びプラント設備２１１間（すなわち、例えば、ＤｅｌｔａＶソフトウェアを走らせているワークステーション２０２と設備２１１の間、及び／又は、プロセス制御アプリケーション及び／又は機能ブロック２３０と設備２１１間）のメッセージ及び／又はコマンドもルートできる。また別の実施形態では、コントローラ２１６、２１８を全く介さず、入出力デバイス２３８、２４０を介して設備２１１と直接通信することによって、ＡＭＳ２１０は設備２１１と通信するよう動作することができる。

いかなるイベントにおいても、図４に関し記載された本実施形態において、ＡＭＳ２１０は、パラメータやプロセス制御デバイスのプロパティに書き込むために、又はプロセス制御デバイス（例えば、バルブ２５８Ａ）にコマンドを送るために、あるいはプロセス制御デバイス（例えばセンサ２６４Ａ）に対する情報のポーリングやリクエストのために、メッセージをＰＴＭＨルーチン２３４を介して送る。ＰＴＭＨルーチン２３４はＡＭＳ２１０からのメッセージのための導管として動作し、適切な入出力カード（例えば、入出力カード２３８）とチャンネルに、及び対象デバイス（例えば、バルブ２５８Ａ）にメッセージを通す。ＡＭＳ２１０から送られたメッセージは、対象デバイスが配置された（すなわち、適切なコントローラアドレス）ノードやエリアと「アドレス指定」されてもよく、そのノードやエリアの対象デバイスの入出力カード及びチャンネルとアドレス指定されてもよい。あるいは、ＡＭＳ２１０から送られたメッセージは、ノード、入出力カード、及びチャンネルと関連づけられたデバイスタグ（例えば、フィルタ＿０１＿ｃｏｎｔＡ＿ＩＯ１＿５）と「アドレス指定」されてもよい。デバイスタグと、指定されたデバイスのためのノード、入出力カード、チャンネル等の情報との間の関連は、システム上のいかなるアクセス可能な位置に記憶されてもよく、例えば、構成データベース２１４、コントローラ２１６、２１８のメモリ２２６のルックアップテーブル（図示しない）、ワークステーション２０２、２０４、２０６の１つのルックアップテーブル又はデータベース（図示しない）に格納されてもよい。そのうえ、コントローラ２１６、２１８の各々が、デバイスタグのすべてをデバイスタグに対する「アドレス」のすべてに関連づけるルックアップテーブル（図示しない）を格納してもよいが、コントローラ２１６、２１８の各々は、あるいは、特定のコントローラに接続されたデバイスに関連したデバイスタグ及び「アドレス」情報のみを格納してもよい。

プロセスプラント２００と関連づけられたプロセスオペレータ及びメンテナンス作業員は、様々な物理的位置に配置されてもよく、ワークステーション２０２、２０４、２０６の異なる１つを使うそれぞれのプロセス操作及びメンテナンス操作を行ってもよい。例えば、図４の表すプロセスプラント２００の部分を担当している第１プロセスオペレータは、第１プロセス制御エリアに隣接して、又は第１プロセス制御エリアが見えるように配置され得るオペレータ制御室のワークステーション２０２にログイン可能で、一方、第２プロセス制御エリア（図示しない）を担当している第２プロセスオペレータは、第２プロセス制御エリアに隣接して、または第２プロセス制御エリアが見えるように配置され得るオペレータ制御室の第２ワークステーションにログイン可能である。プロセス制御オペレータは、複数のプロセス制御エリアを担当してもよく、１つのワークステーション又は複数のワークステーションを様々なプロセス制御エリアを制御するために使う。そのうえ、特定のオペレータがログインしたワークステーションは、ワークステーションが現在制御しているプロセスのエリアに隣接する（又は、見える）必要はない。例えば、プロセスから離れて配置されたプロセス中央制御室は、複数のワークステーションを備えることができ、各ワークステーションはプロセスプラントの１以上のエリアを制御する。

その間、メンテナンス技術者はオペレータワークステーション２０２とは異なる位置（メンテナンス設備等）に配置されたワークステーション２０４にログインできる。メンテナンス技術者は、プロセスプラント２００内の様々なデバイス及び設備２１１によって生成された警報を受信するためにワークステーション２０４上で動作しているＡＭＳ２１０を使うことができ、ＡＭＳ２１０はプロセス制御システム２０９又はプロセスプラント２００内の様々なプロセス制御デバイス及び設備２１１から受信した情報に基づいて警報を生成することができる。メンテナンス技術者は更に、様々なプロセス制御デバイス及び設備２１１上の自己診断機能を開始するためにＡＭＳ２１０を使うことができ、デバイス及び設備２１１内のパラメータ（例えば、設定値、回転スピード、レポート頻度等）を変更し、デバイス（例えば、バルブ２６０Ｂ）をオフラインにして、潤滑、検査、修復、及び／又は交換等の他のメンテナンス動作を行うことができる。

プロセスオペレータ及びメンテナンス技術者は物理的に異なる場所に配置され得るので、メンテナンス技術者がデバイス構成を変更しようとした場合、又はデバイスメンテナンスや検査を行うためにデバイスをオフラインにした場合に問題が起こる可能性がある。最も望ましい方法は、プロセス制御デバイスにメンテナンス動作を行おうとしているメンテナンス技術者が、デバイス構成の変更及びデバイス上での他の動作やデバイスを用いた他の動作を行う前にデバイスが設置されたプロセスエリアを担当しているプロセスオペレータに連絡をとることである。メンテナンス操作はプロセスの邪魔をする、そうでなければ影響を及ぼすだろう（例えば、バッチ実行エンジン２０８を使用予定であったデバイスをオフラインにすることによって）。同じように、メンテナンス技術者がデバイスについてのメンテナンス動作を完了した場合、技術者は、最も望ましくは、それぞれのプロセスエリアを担当しているオペレータに連絡をとり、オペレータがデバイスの動作に対する責任を引き受けたことを確認する。しかしながら、非形式プロトコルのこれら型式は時に無視され、そのようなプロトコルへの依存は、プロセスプラント内の様々な非効率性、廃棄物、又は作業員や設備への危険な状況を引き起こすかもしれない。例えば、ワークステーション２０２を使うオペレータが、図４のプラントによって処理された物質のバッチランを設定した場合はどうだろうか。または、オペレータ（又はバッチ実行エンジン２０８）が、リアクタ＿Ａ２４６及びリアクタ＿Ａ２４６と関連づけられたバルブ２５８Ａ、２６０Ａ、２６２Ａを使って実行するようバッチランを割り当て、コントローラ２１６によって実行されるようにコントローラ２１６（すなわち、割り当てられた設備を制御するコントローラ）に命令をアップロードした場合はどうだろうか。コントローラ２１６にアップロードされた命令は、バルブ２５８Ａを開き、レベルセンサ２６４Ａが値をコントローラに送るまでにリアクタ＿Ａ２４６を充填し、その値はリアクタ＿Ａ２４６が５０パーセントまで一杯になったことを指示し、その後、バルブ２５８Ａを閉じる命令を含む。しかしながら、技術者が、レベルセンサ２６４Ａについての検査パラメータを変更する前にオペレータへの連絡をしなかった場合はどうだろうか。プロセスを実行するコントローラ２１６にアップロードされた命令は、コントローラ２１６にセンサ２６４Ａからのデータを誤って解釈させるかもしれず、例えば、コントローラ２１６に、バルブ２５８Ａが閉じる前に容量の６５パーセントまでリアクタ＿Ａ２４６を充填させてしまうかもしれない。リアクタ＿Ａ２４６内の不適切な率の流体は、バッチランが使用に適さない商品を産出し得るように、廃棄物を生み出すことになるだろう。又は、例えば、メンテナンス技術者が、リアクタ＿Ａ２４６内の攪拌機２６６Ａの交換を決めた場合はどうだろうか。攪拌機２６６Ａの起動やバルブ２５８Ａ又は２６０Ａの開口は、メンテナンスが行われているためにリアクタ＿Ａ２４６が利用できないとコントローラ２１６が判断できない場合に、技術者の安全に危険を及ぼすだろう。

図５を参照すると、本システムのいくつかの実施形態において、ＰＴＭＨルーチン２３４は、それぞれのデバイスに対して割り当て記録３０１−３４８の表３００を保持する。表３００は、（デバイスタグ、デバイスアドレス等によって）レコードが関連づけられたデバイスを識別するための装置識別列３４９を備え、割り当て列３５０は各デバイスが現在、例えばレコード３０２、３０８、３０９、３１４、及び３３９のようにメンテナンスに割り当てられているかどうか、又は残りのレコードのようにプロセス動作に割り当てられているかどうかを示す。ＰＴＭＨルーチン２３４は、その後、各デバイスに対し割り当て記録に関するメッセージを転送し、デバイスに対する割り当て記録によりデバイスがプロセス動作を割り当てられたと指示された場合にのみ制御システムから（すなわち、コントローラ２１６、２１８又はプロセスオペレータが作業しているワークステーション２０２等のワークステーションから）デバイスへメッセージを転送し、デバイスに対する割り当て記録によってメンテナンス動作のために割り当てられたと指示された場合にのみ、選択した又はすべてのメッセージをＡＭＳ２１０からデバイスへ転送する。このように、図５の表３００のように、ＰＴＭＨルーチン２３４は、ワークステーション２０２で動作している制御システムを使うプロセスオペレータからリアクタ＿Ａ（レコード３０１）、フィルタ＿０１（レコード３０５）、フィルタ＿０２（レコード３０６）、乾燥機＿０２（レコード３１０）、バルブ＿２５８Ａ（レコード３１３）、及びバルブ＿２６０Ａ（レコード３１７）等のデバイスに、メッセージ及び／又はコマンドを転送するが、プロセスオペレータからリアクタ＿Ｂ（レコード３０２）又は乾燥機＿０１（レコード３０９）等のデバイスに、メッセージ及び／又はコマンドを転送しない。同様に、ＰＴＭＨルーチン２３４は、ワークステーション２０４で動作しているＡＭＳ２１０を使うメンテナンス技術者からリアクタ＿Ｂ又は乾燥機＿０１等のデバイスにいくつかの又はすべてのメッセージ及び／又はコマンドを転送するが、メンテナンス技術者からリアクタ＿Ｄ（レコード３０４）又はフィルタ＿０３（レコード３０７）等のデバイスに送られたメッセージを転送しない。

ソフトウェアロックアウト調整の実行は、プロセスプラント２００内で単にメッセージのやりとりをするよりも影響を及ぼす可能性がある。例えば、多くの例において、プロセスオペレータはバッチプロセスの実行を直接制御しない。代わりに、プロセスオペレータはワークステーション２０２で動作しているバッチ実行エンジン２０８を、１以上のバッチランを実施するために指示できる。各バッチランは、バッチの大きさ、使用するバッチレシピ、バッチを完了しなければならない時期、バッチの相対的な優先度等についての情報を含むことができる。バッチ実行エンジン２０８は、例えば、どの様な設備資源が利用可能か、他のバッチランが予定されているか、予定された様々なバッチランの優先度、様々なバッチランに対して要求された物質がいつ利用可能になるか等に応じて、バッチランを予定するために受信した情報を使うことができる。このように、ソフトウェアロックアウト調整は、バッチ実行エンジン２０８が、表３００によって示されたように様々なフィールドデバイス及びプロセス設備２１１の状態として、プロセスを実行するためにどの設備が利用可能であるか判断する動作に拡張してもよい。図４は、例えば、いかなるランでも１つのリアクタ及び１組のフィルタ及び乾燥機を必要とする、レシピの４以上の同時に起こるバッチを実行するために十分な設備を示す。しかしながら、図５の表３００で表わされるように、割り当て記録３０２は、リアクタ＿Ｂが利用できず、割り当て記録３０９により乾燥機＿０１は利用できないと指示されたためにフィルタ＿０１及び乾燥機＿０１のペアが利用できず、割り当て記録３０８によりフィルタ＿０４は利用できないと指示されたためにフィルタ＿０４及び乾燥機＿０４のペアが利用できない、ということを示す。このように、表３００が図５に示したような場合、いかなる時でも、３つのリアクタのみ、及び２組のフィルタと乾燥機のみが、プロセス制御システムによって使用するために利用可能である。

いくつかの実施形態において、バッチ実行エンジン２０８が設備資源調停を容易に行えるように、バッチ実行エンジン２０８は表３００のレコード３０１−３４８にアクセスする。バッチ実行エンジン２０８は、例えば、コントローラ２１６のメモリ２２６内のＰＴＭＨルーチン２３４によって保持された表３００から読み取ることによって、又はワークステーション２０２のメモリ２０３内に表３００のコピーを保持することによって、表３００にアクセスできる。バッチランの間に使うための設備を割り当てる前、バッチ実行エンジン２０８は、どの設備がすでに使用中か（例えば、以前に予定されたバッチランで使用中である、又は現在のバッチランと競合するキューバッチランで使用するために予定されている）を判断することに加え、資源がメンテナンスに割り当てられて動作に割り当てられていないためにどの設備資源が利用できないか判断することができる。バッチ実行エンジン２０８がそれぞれコントローラ２１６、２１８に命令をアップロードした後、デバイスの利用可能度（すなわち、デバイスが動作やメンテナンスに割り当てられるかどうか）が変わった場合、バッチ実行エンジン２０８はコントローラ２１６、２１８で動作しているプロセスを止めなければならない、又は、コントローラ２１６、２１８のＰＴＭＨルーチン２３４も表３００に格納された新しい情報にアクセスしなければならない。これは、プロセス制御システムからのメッセージがメンテナンスに割り当てられたデバイスにルートされないようにするためである。例えば、オペレータが、１つのリアクタ（及び、関連づけられたバルブ、センサ、攪拌機等）と１つのフィルタ−乾燥機ペアを要求するバッチランを予定した場合、バッチ実行エンジン２０８において、バッチ実行エンジン２０８は表３００を見て、要求されたどの資源が利用可能かを判断できる。図５に表された表３００は、リアクタ＿Ｃ２５０が利用可能であり、関連づけられたバルブとセンサ、及び関連づけられた攪拌機も利用可能であることを示す。しかしながら、バッチランを予定してリアクタ＿Ｃ２５０と関連づけられたデバイスを割り当てた後、オペレータがレベルセンサ２６４Ｃを交換する要求を受けた場合、バッチ実行エンジン２０８がバッチランの間に使うために要求されたデバイスをすでに割り当てたことを理解することなく、オペレータが要求を承諾することは可能である。バッチ実行エンジン２０８がバッチランに必要な命令を、関連づけられたコントローラ２１６、２１８におそらくアップロードしたであろう後、表３００のレコード３４３で指示されたレベルセンサ２６４Ｃの利用可能度は変更される。そのような一例において、バッチ実行エンジン２０８がプロセス制御設備の資源を割り当てする目的のために割り当て記録表３００にアクセスを要求するだけでなく、ＰＴＭＨルーチン２３４が予定されたバッチランの一部としてＡＭＳ２１０からレベルセンサ２６４Ｃにメッセージを送ろうとしないように、ＰＴＭＨルーチン２３４も割り当て記録表３００にアクセスを要求する。コントローラ２１６、２１８が、動作からメンテナンスにデバイスの割り当てを変更したためにバッチ実行エンジン２０８によってコントローラ２１６、２１８にアップロードされた命令を実行できない場合において、本例の場合、コントローラ２１６、２１８は、例えば、バッチランが失敗したことを示す警報を生成することも可能である。あるいは、又は更に、バッチランを続けることを可能にし、物質を無駄にしないよう、コントローラ２１６、２１８は、設備資源の再割り当ての調整をすることもできる。

他の実施形態において、ＰＴＭＨルーチン２３４は、図６に表すように、割り当て記録４０１−４４８の表４００を保持する。表３００のように、表４００は、レコードが関連づけられたデバイスを（デバイスタグ、デバイスアドレス等によって）識別する装置識別列４４９、各デバイスが、レコード４０２、４０５、４０９、４１４、４１８、４２５−４２８、４３９、４４２、及び４４６のようにメンテナンスのために現在割り当てられているか、又は残りのレコードのようにプロセス動作に割り当てられているかを指示する割り当て列４５０を備える。表４００は、メンテナンスに割り当てられたいかなるデバイスに対し、どの技術者がデバイスに割り当てられているかを指示する技術者列４５１も備える。例えば、各レコード４０２、４１４、４１８、４４２、及び４４６は、対応するデバイスがメンテナンスに割り当てられることが割り当て列４５０で示され、更に、値ＴＥＣＨ１（「技術者１」を指す。以下同じ。）と関連づけられた技術者に特定のデバイスが割り当てられることが技術者列４５１で示される。同じように、各レコード４０５、４０９、４２５−４２８、及び４３９は、対応するデバイスがメンテナンスに割り当てられることが割り当て列４５０で示され、更に、値ＴＥＣＨ２（「技術者２」を指す。以下同じ。）と関連づけられた技術者に特定のデバイスが割り当てられることが技術者列４５１で示される。技術者列４５１に配置された値は、デバイスが割り当てられ得る様々な技術者を示すために選ばれたいかなる値（例えば、技術者名、技術者に対応する従業員ＩＤナンバー、各技術者に割り当てられた任意の値等）のセットでもあり得る。便宜上、技術者列４５１に配置された値は、値と関連づけられた技術者を指すために本明細書全体で使われる（すなわち、ＴＥＣＨ１は、値ＴＥＣＨ１と関連づけられたメンテナンス技術者のことを言う等）。

表４００に従って動作するＰＴＭＨルーチン２３４は、メッセージ（又は、コマンド、要求等）が、表４００の対応するレコード（例えば、レコード４０２）の指示のようにデバイスを割り当てられた技術者によって送信された場合のみ、ＡＭＳ２１０からデバイス（例えば、リアクタ＿Ｂ）へメッセージを通す。このような方法で、システムは、オペレータ及び／又はメンテナンス技術者が、別のメンテナンス技術者によって現在、テスト、アップデート、調整、修理等をされているデバイスに支障を及ぼさないように、そうでなければコマンドをそのようなデバイスに送らないようにする。このようなスキームの実施は、ＡＭＳ２１０からＰＴＭＨルーチン２３４に送信されたメッセージに追加情報が含まれることを要求し得る。特に、ＡＭＳ２１０は、メッセージを送信しているワークステーション（例えば、ワークステーション２０４）に現在ログインしているメンテナンス技術者の指示を含まなくてはならない。例えば、表４００内のレコード４０５の技術者列４５１は、フィルタ＿０１２６８がＴＥＣＨ２に割り当てられ、おそらく、ＴＥＣＨ２がフィルタ＿０１２６８内のセンサ（図示しない）を交換できることを示している。この例において、オペレータからフィルタ＿０１２６８に向けたメッセージやコマンド（例えば、フィルタ＿０１２６８を作動するためのコマンド）をＰＴＭＨルーチン２３４が受信した場合、表４００内の対応するレコード（レコード４０５）によりフィルタ＿０１２６８はメンテナンスに割り当てられることが示されるため、ＰＴＭＨルーチン２３４はメッセージをフィルタ＿０１２６８に送らない。同じように、ＴＥＣＨ２からレベルセンサ２６４Ｂに向けたメッセージやコマンド（例えば、ＴＥＣＨ１によって交換されているセンサ２６４Ｂを調整するコマンド）をＰＴＭＨルーチン２３４が受信した場合、表４００内の対応するレコード（レコード４４２）によりレベルセンサ２６４ＢはＴＥＣＨ１に割り当てられることが示されるため、ＰＴＭＨルーチン２３４はメッセージをセンサ２６４Ｂに送信しない。代わりにＰＴＭＨは、コマンドがレベルセンサ２６４Ｂに送信されなかった理由を指摘しているＴＥＣＨ２にメッセージを送る、及び／又は表示させる（すなわち、デバイスがロックアウトされたことをＴＥＣＨ２に知らせる）ことができる。メッセージは、例えば、デバイスに割り当てられた現在の技術者、その割り当ての予想される期間等を含む様々な情報を含むことができる。

システムのいくつかの実施形態において、割り当て記録の表は、デバイスに割り当てられたメンテナンス技術者に与えられたアクセスのレベルを示す追加フィールド、又は複数のフィールドを備えてもよい。図７は、割り当て記録５０１−５４８を持つ、代表的な表５００を示す。装置識別列５４９、割り当て列５５０、技術者列５５１に加えて、表５００は、特定のユーザに承諾される、又は特定のデバイスに関連づけられるアクセスレベルを明示するためのレベル列５５２を備える。アクセスレベルの特徴は、様々な方法で実施され得る。例えば、列５５２の値は、割り当てられた技術者以外に許可された作業員（例えば、他のメンテナンス技術者、オペレータ等）のデバイスへのアクセスについて示すことができる。値「０」は、例えば、割り当てられた技術者以外のいかなるユーザによるアクセスからもデバイスが効果的に締め切られることを指示し得る。値「１」は、例えば、いかなるメンテナンス技術者もそのデバイスパラメータ（他のデバイスパラメータではない）にアクセスできるが、デバイスがオペレータによってアクセスを締め切られていることを指示し得うる。値「２」は、デバイスが特定の技術者に割り当てられる間、技術者とオペレータはデバイスの状態を閲覧し、及び／又は様々なパラメータについて質問することはできる（パラメータの変更はできない）ことを指示し得うる。別の例において、列５５２の値は、割り当てられたメンテナンス技術者に承諾されたデバイスへのアクセスを示すことができる。このように、値「０」はメンテナンス技術者がデバイス全体を完全に制御し、他のユーザはそのデバイスと通信できないことを示し、一方、値「１」は技術者がデバイスの条件付き制御だけをでき、オペレータ（又は、動作）はメンテナンス技術者に取って代わることができることを示すことができる。更に別の例では、列５５２の値はメンテナンス技術者によって行うことのできる特定の動作、又は動作の型式を示すことができる。例えば、値「０」は、割り当てられたメンテナンス技術者が、値をデバイスからの読み出し、又はポーリングのため、メッセージを送るためにアクセスできるが、システムは、割り当てられたメンテナンス技術者がデバイスをオフラインにすること、デバイスの構成を変えること、デバイスを調整すること、そうでなければ、デバイスに変更を加えることを防ぐことを指示し得る。値「１」は、割り当てられたメンテナンス技術者がデバイス動作のあるパラメータを構成できること（すなわち、ある書き込みメッセージをデバイスに送る）を指示し得るが、システムは技術者からの他の書き込みメッセージがデバイスに到達することを防ぐことを指示し得る。値「２」は、システムが、技術者の完全アクセスをデバイスに許可し、ＰＴＭＨルーチン２３４を技術者から意図されたデバイスへのいかなるメッセージも通させることを指示し得る。レベル列５５２に配置された値は、技術者が実行する予定のメンテナンスも示すことができる。例えば、値「Ｒ」はデバイスが交換されていることを示し、値「Ｃ」はデバイスが調整されていることを示し、値「Ｐ」はデバイスが定期的なメンテナンス（例えば、潤滑、シール交換等）を予定されていることを示し、値「Ｔ」は技術者がデバイス内のエラーを修復する予定であることを示すことができる。レベル列５５２にある値は、数字である必要はなく、プロセスプラント内で制御スキームが所望の、及び／又は適切であるものなら何とでも関連づけられてよく、又は、プロセスプラント内で実施される制御スキームと関連づけられてもよい。その上、レベル列５５２は割り当て列５５０が実施されない例でさえ実施することができ、この場合、アクセスレベルは技術者固有ではなくてよいが、メンテナンス作業員と操作作業員間の関係、及び／又は、様々な作業員に与えられたアクセスを単純に規定し得る。更に、２以上のアクセスレベルスキームは、割り当て記録表に追加列を加えることによって一度に実現され得る。

１つのデバイスの状態が１以上の他のデバイスの状態に影響を及ぼすことが望ましいとする例があることも明らかであろう。例えば、図７を参照すると、技術者が関連づけられたレベルセンサ２６４Ｂを交換することができるようにリアクタ＿Ｂ２４８がＴＥＣＨ１に割り当てられた場合、バルブ２５８Ｂと２６０Ｂは、リアクタントＸとリアクタントＹがそれぞれ、リアクタ＿Ｂ２４８への供給２５４と２５６から流れることを許可するような動作はしないように、技術者がリアクタ＿Ｂ２４８上またはリアクタ＿Ｂ２４８内で作業している間、関連づけられたバルブ２５８Ｂと２６０Ｂも使用不可にすることが望ましい。この目的で、いくつかの実施形態において、「メンテナンス」にデバイスの状態を変更することは、プロセス制御システムの設計者（又は、プロセスエンジニア、プロセスオペレータ等）によって定められたように、自動的に他のデバイスの状態を変更することになり得る。またデバイスが特定の技術者に割り当てられた実施形態において、特定のメンテナンス技術者にデバイスを割り当てることは、同じメンテナンス技術者に他のデバイスを割り当てることになり得る。そのうえ、レベル列５５２は、メンテナンス技術者によるアクセスのために選択されたデバイスと、デバイスの選択の結果として状態が変更されたデバイスとの間の関係に従って配置され得る。

図７の表５００は、本スキームを採用する実施形態が２「セット」の関連した設備に関連したレコードにどの様に影響を及ぼすかを示す。設備の各「セット」は、例えば、デバイスの接続方法、そうでなければ電気的な関連方法、デバイスの接続方法、そうでなければ機械的な関連方法、デバイスのプロセスに関する関連方法、どのようなメンテナンスタスクが行われているか、等を含む基準のいくつでも、又は、基準の組合せに応じて定められ得る。デバイスの「セット」は、（例えば、回転部分、又は作動装置が、技術者が作業しているエリアに物理的に近接する場所において）第１のデバイスに物理的に近接するもう１つのデバイスが操作された場合、１つのデバイスでタスクを実行している技術者が危険にさらされるかもしれない、というような、互いに物理的に近接するデバイスを含み得る。あるいは、デバイスの「セット」は、１つのデバイスでのメンテナンスの安全な実行が他のデバイスの状態に左右される（例えば、リアクタタンク内でのメンテナンスを安全に実行するには、技術者がタンク内にいる間、タンクへの流入を制御するバルブにタンクの充填を許可しないことを必要とする）ような、互いに物理的、電気的、又は流体の接続にあるデバイスを含み得る。「セット」に含まれるデバイスは、メンテナンス技術者がどの様なタスクを実行する予定なのかに応じて変更され得る。例えば、「セット」は、メンテナンスタスクがリアクタタンク内で行われる場合、リアクタタンクへの流入バルブを含んでもよいが、タスクがリアクタタンク内で行われない場合（例えば、タンク外に配置された構成要素の交換時）は、リアクタタンクそれ自体のみを含んでもよい。そのうえ、デバイスはデバイスの２以上の「セット」の一部であってよい。

まず図７で表されたデバイスの「セット」を見ると、リアクタ＿Ｂ２４８を含んでいる（すなわち、それらのデバイスはＴＥＣＨ１に割り当てられる）。例えば、デバイスを交換するために、メンテナンス技術者ＴＥＣＨ１がレベルセンサ２６４Ｂへの立ち入りを要求し、要求が承諾されたとする。レベルセンサ２６４Ｂに対するレコード５４２は、割り当て列５５０においてレベルセンサ２６４Ｂはメンテナンスに割り当てられることを示し、列５５１において、レベルセンサ２６４ＢはＴＥＣＨ１に割り当てられることを示す。また、レベル列５５２の値が、技術者が行うであろうメンテナンス操作の型式を示す（すなわち、レコード５４２のレベル列５５２における値「０」が部品交換を示す）場合はどうだろうか。システムは、レベルセンサ２６４Ｂと関連づけられ、更にＴＥＣＨ１の安全性のためにも操作されるべきではないデバイス（例えば、リアクタ＿Ｂ２４８、バルブ２５８Ｂ、２６０Ｂ、及び攪拌機２６６Ｂ）をＴＥＣＨ１に割り当てることもでき、更に、レベル列５５２においてレベルセンサ２６４Ｂと関連づけられたデバイスの各々に対応するレコードの対応する値を割り当てることができる。このように、レコード５０２、５１４、５１８、及び５４６も、関連づけられたデバイスを列５５１においてＴＥＣＨ１に割り当てることを示し、更に、列５５２において割り当てレベルを「１」と示す（例えば、デバイスの「セット」の一部であるために、そのデバイスが無効であることを示し得る）。

図７で表された表５００におけるレコード５０５、５２５−５２８、及び５３９はデバイスの第２「セット」を備え得る。上記例と同じ方法で、レコード５０５は、ＴＥＣＨ２がデバイス交換の目的でフィルタ＿０１２６８に立ち入り要求したことを示す。デバイスの関連づけられた「セット」は、フィルタ＿０１２６８への流入を制御するバルブ２７６Ａ、２７６Ｂ、２７６Ｃ、及び２７６Ｄを備える。このように、それぞれバルブ２７６Ａ、２７６Ｂ、２７６Ｃ、及び２７６Ｄに対応するレコード５２５−５２８は、レベル列５５２において、デバイスが「セット」の一部であるために無効であることを示す。表５００のレコード５０９は、（列５５１において）乾燥機＿０１２８４がＴＥＣＨ２にも割り当てられることを示し、（列５５２において）レベル「２」であることを示し、これは例えば、技術者がデバイスで検査を行うであろうことを示し得る。

本記載の実施形態が特定のデバイスでタスクを行うメンテナンス技術者の安全性を高めると同時に、いくつかの実施形態は、１つのデバイスを２人以上のメンテナンス技術者に一度に割り当てることを含む。そうすることにより、システムは、設備の構成要素、又は１セットの設備において同時に作業する複数の技術者の安全を確実にし得る。複数の技術者を１つのデバイスと関連づける機能が有用だとわかり得る一例は、図８に示すように、電気バスに取り付けられた複数のデバイスのメンテナンスを実行する場合である。図８はプロセスプラント６００の一部を表す。プラント６００は、電源６０２（例えば、発電機、電力会社等）に接続された電気バス６０１を備える。同じ、又は互いに異なり得る様々なデバイス６０４（例えば、モータ、ヒータ、ミキサ、炉等）は、電源６０２からデバイス６０４を接続、及び／又は切断するために働くサーキットブレーカー６０６を経由して電気バス６０１に結合される。少なくとも１つのワークステーション６０８は、通信ネットワーク６１０を介してデバイス６０４及びサーキットブレーカー６０６と通信するためのソフトウェア（図示しない）を備える。他のデバイス（例えば、コントローラ、入出力デバイス等）を備え得るワークステーション６０８及び通信ネットワーク６１０は、図５から７に示されたもののような割り当て記録の表に従って動作を行うＰＴＭＨルーチン２３４を含む上記システムに従ってデバイス６０４及びサーキットブレーカー６０６を制御するために協働する。２人以上のメンテナンス技術者は、様々なデバイス６０４でメンテナンスタスクを同時に実行し得る。しかしながら、各技術者の安全は、「オープン」位置にある（すなわち、電源６０２からデバイス６０４を切断している）サーキットブレーカー６０６に左右され得る。このように、割り当て記録の表において、デバイス６０４の各々に関連づけられたただ一人のメンテナンス技術者がいる可能性がある一方、追加した安全性への利点は、サーキットブレーカー６０６がまだオープンであることに技術者が一人でも依存している間はサーキットブレーカー６０６がクローズできないように（およびデバイス６０４に電源が復帰されるように）、サーキットブレーカー６０６と技術者の各々を関連づけることによって実現され得る。

上記のように、システムがユーザ固有のアクセスを実施する（すなわち、特定のメンテナンス技術者にデバイスの制御を割り当てる）かどうかにかかわらず、メンテナンス技術者に承諾されたアクセスレベルはデバイスの現状、及び／又はメッセージがプロセスに影響を及ぼし得る方法に左右され得る。このことは、例えば、システムの実施形態において技術者固有のアクセスを実施しないが、一般的にメンテナンスに関しアクセスレベルを実施する場合であり得る。アクセスレベルが、表５００のような表で明らかにレコードされ得、又はされ得ない特定のデバイスに対して承諾されたアクセスレベルは、デバイスの現状に左右され得る。例えば、ＰＴＭＨルーチン２３４は、デバイスの割り当て記録によりデバイスがメンテナンス技術者に現在割り当てられていることが示されない場合でさえも、ＡＭＳ２１０からプロセス制御デバイスにいくつかのメッセージ（例えば、プロセスに影響を与えないメッセージ）を転送し得、及び、デバイスの割り当て記録によりデバイスがメンテナンス技術者に現在割り当てられていることが示される場合にのみ、ＡＭＳ２１０からプロセス制御デバイスにすべてのメッセージを転送し得る。あるいは、ＰＴＭＨルーチン２３４は、デバイスがバッチランの一部として現在動作している場合に、ある型式のメッセージをＡＭＳ２１０からプロセス制御デバイスに転送し得るが、デバイスがバッチランの一部として現在動作していない場合は、他の型式のメッセージをＡＭＳ２１０からプロセス制御デバイスに転送し得る。

上記は、ソフトウェアロックアウト調整を備えるシステムの様々な実施形態の機能と導入について記載した。オペレータとメンテナンス技術者間の相互作用の手段を、図９から１２を参照して記載する。プロセス制御デバイスのメンテナンスへ、及びいくつかの実施形態において特定のメンテナンス技術者への割り当ては、及び／又は特定のアクセスレベルと共に、ほとんどの場合、メンテナンス技術者によって起こされる要求の結果として生じる。例えば、メンテナンス技術者は、技術者が制御を要求するために１以上のデバイスを選択できるようにＡＭＳ２１０の制御を起動させ得る（例えば、ワークステーション２０４のディスプレイ上のボタンをクリックすることによって）。ＡＭＳ２１０は技術者が、本技術において既知であるいかなる選択方法を使っても１以上のデバイスを選択することを可能にし得る。例えば、図９は、ＡＭＳ２１０が技術者に表示し得るデバイス選択画面６２０の一実施形態を示す。図９で表された画面において、ＡＭＳ２１０は、プロセスプラントの画像表示６２５、プロセスプラント内のエリア、又は１以上の表示されたデバイス６３０−６６４を含み得るプロセスプラントの各プロセスユニットを含む、画面６２０を表示し得る。技術者は画面６２０に示されたデバイス６３０−６６４をクリックすることによって、表示されたデバイス６３０−６６４の１以上を選択できる。デバイス６３０−６６４の１つをクリックすることにより、画面６２０でデバイスをハイライト表示させ得る。特定のデバイスの選択は、当業者にとって一般的に既知であるいかなる方法でも画面６２０上で指示することができる。更に、画面６２０は、デバイス６３０−６６４の１つを選択すると、画面６２０のエリア６７０の中のように、選択されたデバイスについての追加情報（例えば、デバイスの状態、アクティブ警報、デバイスの現在の割り当て等）を表示する。

図１０Ａは、技術者がアクセスを要求するために１以上のデバイスを選択できるようにＡＭＳ２１０が技術者に表示し得る、デバイス選択画面７００の別の実施形態を示す。図１０Ａに示すように、画面７００は、デバイスの編成方法を選択するための１以上のタブ又はボタン７０２−７１２を含み得る。タブ７０２−７１２の１つを選択すると、画面７００は、チェックボックス７１８、ラジオボタン等のいかなる既知の選択方法を使っても技術者が選べるデバイスのリスト７１６を表示し得る。リストは、あらゆる簡便な方法で（例えば、エリア、デバイスの形式、アクティブや最近の警報、メンテナンス予定、メンテナンスの形式、物理的な近接度等によって）編成され得る。例えば、図１０Ａに示すように、タブ又はボタン７０２を選択することにより、画面７００にプロセスプラントのエリアに関して利用可能なデバイスを表示させることができ、一方、タブ又はボタン７０４を選択することにより、画面７００にデバイス形式に関して利用可能なデバイスを表示させることができる。タブ又はボタン７０６、７０８、７１０、又は７１２を作動することにより、画面７００に最近の警報状態、アクティブの警報状態、メンテナンス予定、メンテナンス形式のそれぞれに関して利用可能なデバイスを表示させることができる。画面７００は、技術者がデバイスを検索、及び／又はフィルタできるようにするためのボタン７１４も備え得る。画面７００の部分７２０は、例えば、技術者がデバイス名７１６をクリックすることによってデバイスを選択した場合、選択されたデバイスについての情報を表示することができる。画面７００の別の部分７２２は、選択されたデバイスのリストを同じように表示可能である。技術者がアクセス要求を望むデバイスの選択が完了すると、技術者は要求を送信するためにボタン７２４を押すことができる。

デバイスの選択画面と編成は、図９及び１０Ａのどちらかの記載と同様である必要はない。例えば、選択画面は、図１０Ｂに示すような、プロセスプラント内の論理ユニットによって編成されたデバイスの階層構造を持つデバイス編成ツリーであってもよく、又は、プロセスオペレータからアクセスを要求するための１以上のデバイスを技術者により選択できる他のいかなる型式の選択画面であってもよい。

メンテナンス技術者がメンテナンスのための制御を要求するデバイスを選択した後、ＡＭＳ２１０は、いくつかの実施形態において、図１１に示した画面７５０のように、二次情報を画面に表示し得る。画面７５０は選択されたデバイスについての追加情報を表示することができる。例えば、画面７５０は、限定はしないが、関連づけられたデバイス７５４、予定されたメンテナンス形式７５６、要求されたアクセスの形式７５８、現在のデバイス状態７６０、デバイスに関連した最近の警報７６２、要求された及び／又は予定された定期的なメンテナンス７６４、デバイスのメンテナンス履歴等を含む各デバイスの適切な情報と共に、選択されたデバイス７５２のリストを表示可能である。画面７５０に表示された情報のいくつかは、既知の情報を表示する代わりに、技術者による要求についての追加情報の提供を可能にするための手段を備える。その要求は、限定はしないが、技術者が行おうとしているメンテナンスの形式７５６を入力する手段７７０、メンテナンス作業の予想される期間を入力する手段、技術者が要求しているアクセスの形式７５８（例えば、レベル）を入力する手段７７２を含む。入力は、一般的に知られるテキストボックス、プルダウンメニュー等で可能である。そのうえ、図７を参照して上記されたように、ロックアウト調整システムは、いくつかの実施形態において、メンテナンスに対し（又は、要求している技術者に対し）割り当てるべきデバイスやデバイスのセットを自動的に判断し、ＡＭＳ２１０と、特に、画面７５０は、関連づけられたデバイス７５４を表示できる。上記したように、関連づけられたデバイス又はデバイスのセットは、技術者が行うメンテナンスの形式によって自動的に選択され得る。しかしながら、画面７５０は、いくつかの実施形態において、各選択されたデバイスと関連づけされるべきデバイスの１以上のセットを技術者が選択可能にする手段７６８も表示し得る。改めて、ボタン７２４は、技術者が要求を送信することを可能にする。

技術者がデバイスの選択を送信した後（及び、いくつかの実施形態において、二次情報を閲覧、及び／又は送信した後）、ＡＭＳ２１０は、ＡＭＳ２１０が動作しているワークステーション２０４からプロセス制御デバイスが配置されたエリアを現在制御しているオペレータのワークステーション２０２に、選択された資源に対する要求を送信する。技術者が複数のデバイスを選択した場合、選択されたデバイスは、様々なワークステーションで作業し得る様々なオペレータによって制御され得る。このように、技術者によって選択されたデバイスのグループに対し、ＡＭＳ２１０は選択されたデバイスの第１サブセットの要求を第１オペレータワークステーションに送信することができ、選択されたデバイスの第２サブセットの要求を第２オペレータワークステーションに送信することができる。いかなるイベントにおいても、オペレータのワークステーション２０２は要求を受信し、１以上のデバイスに対する要求をオペレータに表示する。図１２は要求されたデバイスのグループに対する要求を表示する例示的な画面８００を示す。列８０８にリスト表示された要求されたデバイス及びデバイスのセットの各々に対する要求を個別に承諾及び／又は拒否する（例えば、ボタン、ラジオボタン、チェックボックス、ｙｅｓ／ｎｏ又は承諾／拒否プルダウンメニュー等を備える）手段８０２を備えることに加え、画面８００は「全承諾」ボタン８０４、「全拒否」ボタン８０６も表示でき、これらボタンによりオペレータは要求の全グループを承諾又は拒否できる。そのうえ、画面８００は、いくつかの実施形態において、技術者によって制御要求されたプロセス制御デバイスについての追加情報を含み得る。これらに限定されるものではないが、追加情報は、デバイスがプロセスによって現在使用中かどうかを示す列８１６内の情報、デバイスがプロセスによって今後使われる予定が入っているかどうかを示す列８２０内の情報、デバイスの現在の状態を示す列８１６内の情報、デバイスに予定されているメンテナンスの形式を示す列８１２内の情報、技術者がアクセスを要求しているデバイスについて、又はそのデバイスによって生成された、あらゆる警報又は他のメンテナンス要求を示す列８１８内の情報、技術者が要求しているアクセスの形式（例えば、何レベルか）を示す列８１４内の情報、どのデバイスが互いに関連づけられているか、及び／又はデバイスが関連づけられた方法を示す列８１０内の情報等を含むことができる。オペレータワークステーションに表示された要求画面８００は、図９に表すものと同様のプロセスプラントの画像表示上に要求されたデバイスを表示することもできる。画面８００は、例えば、技術者がデバイスにあるレベルのアクセスを要求し、オペレータがデバイスへの異なるレベルのアクセスを承諾したい場合の情報を修正する手段（例えば、プルダウンメニュー等）も備える。ボタン８２２は、オペレータが承諾／拒否決定、及びアクセスパラメータへのあらゆる変更を送信することを可能にする。

オペレータがデバイスの制御に対する要求を承諾した各選択されたデバイスに対し、システムは、デバイスの制御がメンテナンス技術者に割り当てられたことを指示するためにデバイスと関連づけられた割り当て記録を変更できる。システムは更に、オペレータが要求を承諾し、メンテナンス技術者がメンテナンス動作の実行に移れることをメンテナンス技術者に示すことができる（例えば、技術者のワークステーションのディスプレイ上に通知（図示しない）を表示することによって）。いくつかの実施形態において、システムは、技術者が実行可能なメンテナンス動作の型式、技術者に承諾されたアクセスレベル、デバイスの現在の状態、デバイスに対して予定されたメンテナンスのリスト、最近、又は現在の警報、又はデバイスに対して、又はデバイスによって生成された他のメンテナンス要求等をメンテナンス技術者に表示することもできる。

メンテナンス技術者がデバイスのメンテナンス動作を完了すると、メンテナンス技術者は、技術者がデバイスの責任／制御をオペレータに返そうとしていることをオペレータに警告通知することができる。例えば、メンテナンス技術者は、技術者によってオペレータに制御を返す１以上のデバイスを選択できるようにするため、ＡＭＳ２１０の制御を作動させることができる（例えば、ワークステーション２０４のディスプレイ上でボタンをクリックすることによって）。ＡＭＳ２１０はその後、制御を返す１以上のデバイスを技術者により選択可能にする。制御を返すデバイスを選択する方法は、制御を要求するデバイスを選択するために使った方法と同じであり得る。すなわち、技術者は、制御が技術者に割り当てられたデバイスタグのリスト、又はデバイスアイコンのグループから、技術者が制御を放棄したいデバイスを選ぶことができる。ＡＭＳ２１０は、オペレータに表示するためにオペレータワークステーション２０２に通知を送信する。オペレータのワークステーション２０２はオペレータに通知を表示し、オペレータが通知を受け取ったことを確認することができる。通知は、メンテナンス技術者が制御を放棄しようとするプロセス制御デバイスについての追加情報を含んでもよい。これらに限定されることなく、追加情報は、技術者がデバイス上でどの様なメンテナンスタスクを行ったか、デバイスの現在の状態、デバイスの制御がメンテナンス技術者に割り当てられた期間等を含み得る。オペレータによって通知が承認されると、デバイスの制御がオペレータに割り当てられたことを示すためにシステムは割り当て記録を変更でき、メンテナンス技術者は再びデバイスに変更を加えることができなくなる（すなわち、技術者は再び「ロックアウト」され得る）。システムはメンテナンス技術者への承認の通知を提供することもできる。

いくつかの実施形態において、オペレータは、通常オペレータの制御範疇にあり、メンテナンス技術者に渡された、全プロセス制御デバイスを、ホストプロセス制御システム１１から（すなわち、オペレータのワークステーション２０２から）、判断することができる。実際に、いくつかの実施形態において、デバイスが特定のメンテナンス技術者に割り当てられた（又は、特定のメンテナンス技術者によって「チェックアウト」された）場合など、オペレータは、メンテナンス技術者に渡されたどのデバイスをどのメンテナンス技術者が担当しているかを判断することができる。同じように、ＡＭＳ２１０から、ワークステーションにログインしたメンテナンス技術者は、メンテナンス完了時に意図せずにオペレータの制御から外れるデバイスが無いように、現在、技術者の責任下にある全デバイスを判断できる。これら状態表示は、所望の情報を伝えられるどのような型式も取り得る。いくつかの実施形態において、状態表示はプロセスプラント（又は、プロセスプラントのエリア）の画像図の形状をとる。プロセスプラントの画像表示において、各デバイスは、例えば、デバイスを赤でハイライト表示すること、タグや他の可視的なインジケータ等でアイコンを表示することによって、デバイスが技術者によって「タグアウト」されたことを示すことができる。追加情報（例えば、デバイスが割り当てられた技術者、デバイスの現在の状態等）は、デバイスの表示上にマウスを動かすことによってオペレータ及び／又は技術者に伝えることも可能である。すべての同じ情報も表形式で伝えることができる。

ここまでに記載した実施形態は、オペレータに割り当てられてからメンテナンス技術者に割り当てられるまでのデバイスの状態変化（すなわち、割り当てレコード記録への変化）が、オペレータと技術者間の要求と承諾プロセスを通して実現され、いくつかの実施形態において、デバイスがメンテナンスに割り当てられることを示すために１以上のデバイスの割り当て記録を変更するために、あるイベントトリガを実施することが適切であり得る、ということを想定している。このように、いくつかの実施形態において、デバイスと関連づけられた１以上の警報状態が、デバイスの割り当て記録変更のトリガとなり得る。これは、任意の数の方法で実現され得る。例えば、ＡＭＳ２１０が警報を生成することができ、ＡＭＳ２１０はＤＣＳ１１にデバイスの割り当てを要求し、ＤＣＳ１１は警報に関連づけられた要求を自動的に承諾するようプログラムされ得る。代替案として、ＡＭＳ２１０は、適切な割り当て記録（例えば、レコード４２２）に変更を行うために、割り当て記録表（例えば、表４００）にアクセスできる。他の代替案として、警報はデバイスによって生成されることが可能で、警報を解析し（例えば、ＡＭＳ２１０又はＤＣＳ１１に）再送するとＰＴＭＨルーチン２３４が自動的に割り当て記録表を修正する。更に別の代替案として、ＤＣＳ１１は警報指示を受け取ると、メンテナンスにデバイスを割り当てるため割り当て記録表を修正することができる。

このように、本開示は単なる例示であり限定されないことが意図された特定の実施形態について記載されているが、当業者によって、変更、追加、又は削除が本開示の精神及び範囲から逸脱することなく開示された実施形態に加えられることは明白である。そのうえ、開示された様々な実施形態を参照して記載された各特徴のそれぞれが、本明細書で開示された他のいかなる特徴とも組み合わされ得ることは、明らかに考慮されている。添付の特許請求の範囲に規定される本開示の精神および範囲に該当するすべての変更、代替え構成および均等物を網羅することを意図したものである。

１０プロセスプラント
１１プロセス制御システム
１２プロセスコントローラ
１２Ａプロセスコントローラ
１２Ｂプロセスコントローラ
１３入力／出力（Ｉ／Ｏ）カード又はデバイス
１４フィールドデバイス
１５フィールドデバイス
１６フィールドデバイス
１８入力／出力（Ｉ／Ｏ）カード又はデバイス
１９入力／出力（Ｉ／Ｏ）カード又はデバイス
２０ユーザインターフェース又はコンピュータ
２１回転する設備
２２ユーザインターフェース又はコンピュータ
２３ワークステーション
２４通信線又はバス
２５割り当て設備
２８データベース
２９制御モジュール
３０Ａ機能ブロック
３０Ｂ機能ブロック
３２データ構造
３４コンピュータ読取り可能メモリ
３５アプリケーション
３６プロセッサ
３７表示画面
４０バッチ実行エンジン
４２資産管理システム
４４データヒストリアン
４６Ａ入出力デバイス
４６Ｂ入出力デバイス
４７Ａメモリ
４７Ｂメモリ
４８Ａプロセッサ
４８Ｂプロセッサ
５０デバイス及びプロセス設備
５５Ａ通信線及び／又はバス
６０リアクタ容器
６２流入バルブ
６４流入バルブ
６６放出バルブ
６８デバイス
７０攪拌機
７２フィルタ設備
７４乾燥機設備
８０リアクタ容器
８２流入バルブ
８４流入バルブ
８６放出バルブ
８８デバイス
９０攪拌機
９２フィルタ設備
９４乾燥機設備
１００資産管理システム
１０２プロセス
１０４分散制御システム
１０５ＡＭＳ
１０６ＨＡＲＴデバイス
１０８ＨＡＲＴデバイス
１１０Ｆｉｅｌｄｂｕｓデバイス
１１２フィールドデバイス
１１３フィールドデバイス
１２０ディスプレイ
１２１プリンタ
１２２キーボード
１２４マウス
１２６オペレーティングシステム及びＣＰＵ
１２８メモリ
１２９ＡＭＳアプリケーション
１３０ＡＭＳデータベース
１３４（モデムの一例としての）ＨＡＲＴインタフェース
１３６Ｆｉｅｌｄｂｕｓインターフェース
１３８二次ＡＭＳの一例としてのハンドヘルド通信機
１４０イーサネット（登録商標）通信リンク
２００プロセスプラント
２０１プロセッサ
２０２ワークステーション
２０３メモリ
２０４ワークステーション
２０５アプリケーション
２０６ワークステーション
２０８バッチ実行エンジン
２０９ハイレベル制御設備
２１０ＡＭＳ
２１１プラント設備
２１２データヒストリアン
２１６コントローラ
２１８コントローラ
２２０ネットワーク
２２２プロセッサ
２２６メモリ
２３０機能ブロック
２３４ＰＴＭＨルーチン
２３８入出力デバイス
２４０入出力デバイス
２４２バス
２４４バス
２４６リアクタ
２４８リアクタ
２５０リアクタ
２５２リアクタ
２５４リアクタントＸ供給
２５６リアクタントＹ供給
２５８ＡリアクタントＸ流入バルブ
２６０ＡリアクタントＹ流入バルブ
２６２Ａ放出バルブ
２６２Ｂ放出バルブ
２６２Ｃ放出バルブ
２６２Ｄ放出バルブ
２６４Ａレベルセンサ
２６４Ｂレベルセンサ
２６４Ｃレベルセンサ
２６４Ｄレベルセンサ
２６６Ａ攪拌機
２６６Ｂ攪拌機
２６６Ｃ攪拌機
２６６Ｄ攪拌機
２６８フィルタ
２７０フィルタ
２７２フィルタ
２７４フィルタ
２７６Ａフィルタ流入バルブ
２７６Ｂフィルタ流入バルブ
２７６Ｃフィルタ流入バルブ
２７６Ｄフィルタ流入バルブ
２８４乾燥機
２８６乾燥機
２８８乾燥機
２９０乾燥機
３００表
３０１割り当て記録
３０２割り当て記録
３０３割り当て記録
３０４割り当て記録
３０５割り当て記録
３０６割り当て記録
３０７割り当て記録
３０８割り当て記録
３０９割り当て記録
３１０割り当て記録
３１１割り当て記録
３１２割り当て記録
３１３割り当て記録
３１４割り当て記録
３１５割り当て記録
３１６割り当て記録
３１７割り当て記録
３１８割り当て記録
３１９割り当て記録
３２０割り当て記録
３２１割り当て記録
３２２割り当て記録
３２３割り当て記録
３２４割り当て記録
３２５割り当て記録
３２６割り当て記録
３２７割り当て記録
３２８割り当て記録
３２９割り当て記録
３３０割り当て記録
３３１割り当て記録
３３２割り当て記録
３３３割り当て記録
３３４割り当て記録
３３５割り当て記録
３３６割り当て記録
３３７割り当て記録
３３８割り当て記録
３３９割り当て記録
３４０割り当て記録
３４１割り当て記録
３４２割り当て記録
３４３割り当て記録
３４４割り当て記録
３４５割り当て記録
３４６割り当て記録
３４７割り当て記録
３４８割り当て記録
３４９装置識別列
３５０割り当て列
４００表
４０１割り当て記録
４０２割り当て記録
４０３割り当て記録
４０４割り当て記録
４０５割り当て記録
４０６割り当て記録
４０７割り当て記録
４０８割り当て記録
４０９割り当て記録
４１０割り当て記録
４１１割り当て記録
４１２割り当て記録
４１３割り当て記録
４１４割り当て記録
４１５割り当て記録
４１６割り当て記録
４１７割り当て記録
４１８割り当て記録
４１９割り当て記録
４２０割り当て記録
４２１割り当て記録
４２２割り当て記録
４２３割り当て記録
４２４割り当て記録
４２５割り当て記録
４２６割り当て記録
４２７割り当て記録
４２８割り当て記録
４２９割り当て記録
４３０割り当て記録
４３１割り当て記録
４３２割り当て記録
４３３割り当て記録
４３４割り当て記録
４３５割り当て記録
４３６割り当て記録
４３７割り当て記録
４３８割り当て記録
４３９割り当て記録
４４０割り当て記録
４４１割り当て記録
４４２割り当て記録
４４３割り当て記録
４４４割り当て記録
４４５割り当て記録
４４６割り当て記録
４４７割り当て記録
４４８割り当て記録
４４９装置識別列
４５０割り当て列
４５１技術者列
５００表
５０１割り当て記録
５０２割り当て記録
５０３割り当て記録
５０４割り当て記録
５０５割り当て記録
５０６割り当て記録
５０７割り当て記録
５０８割り当て記録
５０９割り当て記録
５１０割り当て記録
５１１割り当て記録
５１２割り当て記録
５１３割り当て記録
５１４割り当て記録
５１５割り当て記録
５１６割り当て記録
５１７割り当て記録
５１８割り当て記録
５１９割り当て記録
５２０割り当て記録
５２１割り当て記録
５２２割り当て記録
５２３割り当て記録
５２４割り当て記録
５２５割り当て記録
５２６割り当て記録
５２７割り当て記録
５２８割り当て記録
５２９割り当て記録
５３０割り当て記録
５３１割り当て記録
５３２割り当て記録
５３３割り当て記録
５３４割り当て記録
５３５割り当て記録
５３６割り当て記録
５３７割り当て記録
５３８割り当て記録
５３９割り当て記録
５４０割り当て記録
５４１割り当て記録
５４２割り当て記録
５４３割り当て記録
５４４割り当て記録
５４５割り当て記録
５４６割り当て記録
５４７割り当て記録
５４８割り当て記録
５４９装置識別列
５５０割り当て列
５５１技術者列
５５２レベル列
６００プロセスプラント
６０１電気バス
６０２電源
６０４デバイス
６０６サーキットブレーカー
６０８ワークステーション
６１０通信ネットワーク
６２０デバイス選択画面
６２５プロセスプラントの画像表示
６３０デバイス
６３２デバイス
６３４デバイス
６３６デバイス
６３８デバイス
６４０デバイス
６４２デバイス
６４４デバイス
６４８デバイス
６５０デバイス
６５２デバイス
６５６デバイス
６５８デバイス
６６０デバイス
６６２デバイス
６６４デバイス
６７０エリア
７００デバイス選択画面
７０２タブ又はボタン
７０４タブ又はボタン
７０６タブ又はボタン
７０８タブ又はボタン
７１０タブ又はボタン
７１２タブ又はボタン
７１４検索ボタン
７１６デバイスのリスト
７１８チェックボックス
７２０部分
７２２別の部分
７２４送信ボタン
７５０画面
７５２デバイスのリスト
７５４関連づけられたデバイス
７５６メンテナンスの形式
７５８アクセスの形式
７６０現在のデバイス状態
７６２最近の警報
７６４定期的なメンテナンス
８００画面
８０４全承諾ボタン
８０６全拒否ボタン
８１０関連づけられたデバイス
８１２メンテナンスの形式
８１４アクセスの形式
８１６現在のデバイスの状態
８１８最近の警報
８２２送信ボタン

Claims

プロセスプラント内でプロセスを制御するために動作するプロセス制御システムであって、
複数の資源と、
プロセスコントローラと、
プロセス制御オペレータ用インターフェースと、
前記複数の資源の各々をメンテナンスすることに関連したタスクを実行するために用いられるメンテナンス作業員用インターフェースと、
前記複数の資源の各々の動作状態を反映した、前記プロセス制御オペレータ用インターフェースと前記メンテナンス作業員用インターフェースの各々が前記複数の資源の各々にアクセス可能かどうかを示す情報を格納する構成データベースと、
前記構成データベースに格納した前記情報に基づいて、前記プロセス制御オペレータ用インターフェースと前記メンテナンス作業員用インターフェースの各々から発信されたメッセージが前記複数の資源の各々に対して送信されることを許可又は禁止するルーチンと、
を備えるプロセス制御システム。
前記情報は、前記複数の資源の各々に対して、デバイスＩＤ及び前記メンテナンス作業員用インターフェースが前記複数の資源の１つにアクセスできるかどうか示す値を備える、
請求項１に記載のプロセス制御システム。
前記情報は、前記複数の資源の各々に対して、前記複数の資源の前記１つにアクセスできる１人以上の特定の作業員を示す値を更に備える、
請求項２に記載のプロセス制御システム。
前記情報は、前記複数の資源の各々に対して、前記複数の資源の前記１つに対するアクセスレベルを示す値を更に備える、
請求項２記載のプロセス制御システム。
前記構成データベースは複数のレジスタを備え、コンピュータ読取り可能メモリに格納され、各レジスタは、前記複数の資源の１つについて、前記プロセス制御オペレータ用インターフェースと前記メンテナンス作業員用インターフェースの各々が前記複数の資源の前記１つにアクセスできるかどうかを指示するために操作可能である、
請求項１〜４のいずれか一項に記載のプロセス制御システム。
前記プロセス制御オペレータ用インターフェースに結合された第１表示デバイスに前記メンテナンス作業員用インターフェースがアクセス可能な資源の第１リストを表示させるために操作可能な第１表示ルーチンと、
前記メンテナンス作業員用インターフェースに結合された第２表示デバイスに前記メンテナンス作業員用インターフェースがアクセス可能な資源の第２リストを表示させるために操作可能な第２表示ルーチンとを更に備え、
前記第１リスト及び第２リストが前記構成データベースに従って生産される又はアップデートされる、
請求項１〜５のいずれか一項に記載のプロセス制御システム。
１以上のバッチを予定し各バッチに対して資源を割り当てるために操作可能なバッチ実行エンジンを更に備え、前記バッチ実行エンジンは前記構成データベースに通信可能に結合され及び前記構成データベースに格納した前記情報に従って前記資源を割り当てる、
請求項１〜６のいずれか一項に記載のプロセス制御システム。
前記バッチ実行エンジンは、前記構成データベースに格納した前記情報により割り当てられた資源の１以上が前記プロセス制御オペレータ用インターフェースにとってアクセス不能になることを示された場合に予定されたバッチのために資源を再割り当てする、
請求項７に記載のプロセス制御システム。
前記資源の１つへのアクセスは、前記資源にメッセージを送ること、前記資源からメッセージを受信すること、前記資源における動作を起こすこと、前記資源を操作すること、及び前記資源の状態を変更すること、の１以上を含む、
請求項１〜８のいずれか一項に記載のプロセス制御システム。
１以上のプロセッサによって実行されるためのコンピュータ読取り可能命令の１以上のセットを格納しているコンピュータ読取り可能メモリであって、前記コンピュータ読取り可能命令は、前記１以上のプロセッサによって実行される場合、前記１以上のプロセッサに、
プロセスプラント内で動作するプロセスの一部として動作する複数の資源を制御するように作動する、プロセス制御オペレータ用インターフェースである第１ユーザインターフェースを表示、
前記複数の資源をメンテナンスすることに関連したタスクを実行するように作動する、前記複数の資源の各々をメンテナンスすることに関連したタスクを実行するために用いられるメンテナンス作業員用インターフェースである第２ユーザインターフェースを表示、
前記複数の資源の各々の動作状態を反映した情報である、前記プロセス制御オペレータ用インターフェースと前記メンテナンス作業員用インターフェースの各々が前記複数の資源の各々にアクセス可能かどうかに関する、前記複数の資源の各々に対するアクセスパラメータを示す資源のリストを構成データベース内に保持、
前記アクセスパラメータに基づいて前記第１ユーザインターフェースから発信されたメッセージが前記複数の資源の各々に対して送信されることを許可又は禁止することにより、前記複数の資源の各々と関連づけられた前記アクセスパラメータに従って、前記第１ユーザインターフェースと前記複数の資源の各々の間の通信を選択的に促進、及び
前記アクセスパラメータに基づいて前記第２ユーザインターフェースから発信されたメッセージが前記複数の資源の各々に対して送信されることを許可又は禁止することにより、前記複数の資源の各々と関連づけられた前記アクセスパラメータに従って、前記第２ユーザインターフェースと前記複数の資源の各々の間の通信を選択的に促進させる、コンピュータ読取り可能メモリ。
前記１以上のプロセッサに前記第２ユーザインターフェースのユーザが前記アクセスパラメータの１以上を修正することを可能にさせるために動作可能な命令を更に備える、
請求項１０に記載のコンピュータ読取り可能メモリ。
前記１以上のプロセッサに、
前記１以上のプロセッサが、前記第２ユーザインターフェースと前記１以上の通信パラメータと関連づけられた前記複数の資源の各々との間で第１セットの通信を促進するよう、及び
前記１以上のプロセッサが、前記第１ユーザインターフェースと前記１以上の通信パラメータと関連づけられた前記複数の資源の各々との間で第２セットの通信を促進しないよう、
前記第２ユーザインターフェースのユーザに前記通信パラメータの１以上の変更を可能にさせるために動作可能な命令を更に備える、
請求項１０または１１に記載のコンピュータ読取り可能メモリ。
前記１以上のプロセッサに、前記第１ユーザインターフェースのユーザに前記第２ユーザインターフェースのユーザからの要求を審査し、前記要求を承諾又は拒否することを可能にさせる動作可能な命令を更に備える、
請求項１２に記載のコンピュータ読取り可能メモリ。
前記１以上のプロセッサに、
リストされた前記複数の資源の１以上を前記第２ユーザインターフェースを介して表示、
アクセスを要求する資源の選択を前記第２ユーザインターフェースを介して受信、
選択された資源を前記第１ユーザインターフェースを介して表示、
要求されたアクセスを承諾する又は拒否する判断を前記第１ユーザインターフェースを介して受信、及び
アクセスが要求された資源と関連づけられた前記アクセスパラメータを選択的に修正させるために動作可能な命令を更に備える、
請求項１２に記載のコンピュータ読取り可能メモリ。
前記１以上のプロセッサに、
リストされた前記複数の資源の１以上を前記第２ユーザインターフェースを介して表示、
アクセスを要求する資源の選択を前記第２ユーザインターフェースを介して受信、及び
アクセスが要求された資源と関連づけられた前記アクセスパラメータを選択的に修正させるために動作可能な命令を更に備える、
請求項１２に記載のコンピュータ読取り可能メモリ。
プロセスプラントのプロセスにおいて動作する資源に第１ユーザ及び第２ユーザによるアクセスを選択的に促進する方法であって、前記方法は、
前記資源にアクセスするためにプロセス制御オペレータ用インターフェースを用いる前記第１ユーザと、前記資源にアクセスするために前記資源をメンテナンスすることに関連したタスクを実行するために用いられるメンテナンス作業員用インターフェースを用いる第２ユーザと、のどちらが前記資源にアクセスできるかを示す情報を格納し、
前記資源のための、前記資源の動作状態を反映した、格納した情報を探索し、
前記情報に基づいて前記資源にアクセス可能なユーザを判断するための探索された情報を評価し、及び
前記評価に従って、前記情報に基づいて前記第１ユーザが用いるインターフェース又は前記第２ユーザが用いるインターフェースから発信されたメッセージが前記資源に対して送信されることを許可又は禁止することにより、前記第１ユーザ又は前記第２ユーザのどちらかによる前記資源へのアクセスを選択的に促進することを備える、
方法。
前記資源にアクセスするための要求を第１ユーザから受信し、
前記資源にアクセスするための要求を第２ユーザに表示し、
前記要求を承諾する又は拒否するかの選択を前記第２ユーザから受信し、及び
前記第２ユーザから受信した前記選択に従って前記格納した情報を選択的に修正することを更に備える、
請求項１６に記載の方法。
前記資源へのアクセスを前記第２ユーザに返却するための要求を前記第１ユーザから受信し、
アクセスを前記第２ユーザに返却するための要求を前記第２ユーザに表示し、
確認を前記第２ユーザから受信し、及び
前記要求及び確認に従って前記格納した情報を選択的に修正することを更に備える、
請求項１７に記載の方法。
前記格納した情報は、選択されたユーザに提供するための前記アクセスの指示を含む、
請求項１６〜１８のいずれか一項に記載の方法。