(57)【要約】      （修正有）【課題】  制御モジュールを用いて１個以上のフィールド装置を制御する分散型制御装置から離れた場所にユーザワークステーションが配置された分散型処理制御システムのためのソフトウェア及び命令の作成に使用する装置を提供する。【解決手段】  この装置は構成アプリケーションおよび制御装置アプリケーションとを備える。構成アプリケーションは、分散型処理制御システムのユーザワークステーション上で実行され、一方、制御装置アプリケーションは、分散型制御装置上で実行される。このシステムにおいて、構成アプリケーションは、コンピュータ上で実行されると、分散型処理制御システム内で分散型制御装置によって使用可能な第１の制御モジュールを作成し、制御装置アプリケーションは、コンピュータ内での第１の制御モジュールを実行し、それによって、分散型処理制御システムの動作をシミュレートする。【選択図】  図１
2005050358.tif 000002
【特許請求の範囲】
【請求項１】
制御モジュールを用いて１個以上のフィールド装置を制御する分散型制御装置から離れた場所にユーザワークステーションが配置された分散型処理制御システムと共に使用するための装置において、前記装置が、メモリおよび処理装置を有するコンピュータと、前記コンピュータに接続された表示装置と、前記コンピュータのメモリに記憶され、前記コンピュータの処理装置で実行される制御装置アプリケーションとを備え、前記制御装置アプリケーションは、前記分散型制御装置で実行されて、前記分散型処理制御システムの動作中に制御モジュールを実現し、前記制御装置アプリケーションは、前記分散型処理制御システムの前記分散型制御装置とは異なる形態のさらなる制御装置と通信可能であり、さらに、前記コンピュータのメモリに記憶され、前記コンピュータの処理装置で実行される表示アプリケーションを備え、前記表示アプリケーションは、前記制御装置アプリケーションと通信し、表示装置を用いて、さらなる制御装置から送られた情報を表示することを特徴とする、装置。
【請求項２】
請求項１に記載の装置において、前記さらなる制御装置と前記制御装置アプリケーションとの間に接続されたインタフェースをさらに備えることを特徴とする、装置。
【請求項３】
請求項２に記載の装置において、前記インタフェースがＯＰＣインタフェースであることを特徴とする、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に処理制御システムに関し、特に単一コンピュータ上の分散型処理制御システムに関連する処理制御機能性を統合するシステムに関する。
【背景技術】
【０００２】
化学、石油または他の処理で使用する分散型処理制御システムは、一般に、アナログ、ディジタルまたは複合アナログ／ディジタルバスを介して、１個以上のフィールド装置に通信結合された１個以上の処理制御装置を備える。弁、弁位置決め装置、スイッチ、送信器（例えば、温度、圧力および流量センサ）等のフィールド装置が、処理環境内に配置され、開閉弁、測定処理パラメータ等の処理機能を実施する。周知のフィールドバスプロトコルに従うフィールド装置等の高性能フィールド装置はまた、制御計算、警報機能、一般に制御装置内で実現される他の制御機能を実施することも可能である。一般にプラント環境内でも配置される処理制御装置は、フィールド装置によって行われる処理測定を示す信号およびフィールド装置に関する他の情報またはそのいずれかを受信し、例えば、処理制御判断を行い、受信した情報に基づいて制御信号を生成し、フィールドバスフィールド装置等のフィールド装置において実施される制御モジュールまたはブロックと統合する異なった制御モジュールを実行する制御装置アプリケーションを実施する。制御装置内の制御モジュールは、フィールド装置への通信回線上に制御信号を送信して処理動作を制御する。
【０００３】
フィールド装置および制御装置からの情報は、一般に配電盤室またはハッシャプラント環境から離れた他の場所に配置されたオペレータワークステーション、パーソナルコンピュータ、データヒストリアン、報告書作成プログラム、集中データベース等、１個以上の他のハードウェア装置に至るデータハイウェイ上で通常入手可能である。これらのハードウェア装置は、例えば、処理制御ルーチンの設定変更、制御装置またはフィールド装置内の制御モジュールの動作の変更、現在の処理状態の表示、訓練者用処理動作のシミュレートまたは処理制御ソフトウェアのテスト、構成データベースの維持およぎ更新等、処理に関する機能をオペレータが実施可能なアプリケーションを実行する。
【０００４】
例えば、フィッシャ・ローズマウント・システムズ・インク（Ｆｉｓｈｅｒ−Ｒｏｓｅｍｏｕｎｔ  Ｓｙｓｔｅｍｓ，Ｉｎｃ．）販売のデルタＶＴＭ制御システムは、処理内の様々な場所に配置された異なる装置内に記憶され且つそれによって実行される複数のアプリケーションを備える。１個以上のオペレータワークステーション内の構成アプリケーションにより、ユーザは、処理制御モジュールを作成または変更し、専用分散型制御装置に至るデータハイウェイを介してこれらの処理制御モジュールをダウンロードすることが可能である。構成アプリケーションにより、設計者は、表示アプリケーションによって使用するユーザインタフェースを作成または変更し、データをユーザに表示し、それによって、処理制御ルーチン内での設定点等の設定をユーザが変更できるようにする。専用制御装置やフィールド装置もまた、割り当てられてダウンロードされた制御モジュールを実行して実際の処理制御を実現する制御装置アプリケーションを記憶し、実行する。１個以上のオペレータワークステーションで実行可能な表示アプリケーションは、データハイウェイを介して制御装置アプリケーションからデータを受信し、このデータを、処理制御システムの設計者、オペレータまたはユーザインタフェースを使用するユーザに表示し、それによって、オペレータの表示、エンジニアの表示、技術者の表示等の多数の異なる表示のうちいずれかを提供し得る。データヒストリアンアプリケーションは、一般に、データハイウェイを横切るデータのうちいくつか、またはその全てを収集して記憶するデータヒストリアン装置に記憶され、実行され、構成データベースアプリケーションは、データハイウェイに装着され、現在の処理制御ルーチン構成およびそれに関連するデータを記憶するさらなるコンピュータ装置において実行可能である。あるいは、構成データベースは、構成アプリケーションとして同一ワークステーションに記憶される。
【０００５】
ミズーリー州、セントルイスのダン・エイチ・マンガー・カンパニー（Ｄｏｎ  Ｈ．  Ｍｕｎｇｅｒ  Ｃｏｍｐａｎｙ）販売のミミックアプリケーションやカナダ、カルガリーのハイプロテック（Ｈｙｐｒｏｔｅｃｈ）製造販売のＨＹＳＹＳアプリケーション等のシミュレーションアプリケーションは、データハイウェイに装着されたパーソナルコンピュータ上で実行可能である。これらの、または他のインタフェースアプリケーションは、データハイウェイを介して制御装置アプリケーションおよび表示アプリケーションと通信し、制御装置に記憶された制御モジュールまたはワークステーションで実行する表示アプリケーションによって使用するユーザインタフェースのテストを可能にする。これらのシミュレーションアプリケーションはまた、訓練およびシステムチェックアウトを実施可能にする。高忠実度処理シミュレーション製品であるＨＹＳＹＳアプリケーションは、ミミックアプリケーションとして同一コンピュータに統合され、処理制御設計をチェックアウトするためのその正確なタイミングおよび応答をシミュレートする場合もあった。一般に、これらのシミュレーションアプリケーションは、周知のＯＰＣインタフェースまたはＰＩインタフェース等の標準インタフェースを用いて、制御装置またはフィールド装置内で制御装置アプリケーションと通信する。あるいは、シミューレーションは手動で行われ、オペレータまたは他のユーザは、制御装置またはフィールド装置の制御モジュール内で入力／出力（Ｉ／Ｏ）機能ブロックのシミュレート能力を利用して、Ｉ／Ｏブロックによって処理される値や状態変数を手動で設定し、フィールド装置を実際に制御することなく、またはフィールド装置を制御装置に接続することなく、表示情報論理または制御論理を検証可能にする。いずれかの場合、特定のシミュレーションモジュールを作成して制御装置またはフィールド装置に記憶し、出力ブロックターゲットに基づくシミュレートされた処理ダイナミックスを実制御モジュールに与えることによって実制御モジュールと相互作用することも可能である。
【０００６】
これらのシステムでは、表示アプリケーションによって生成されるユーザ表示に示される情報が、制御モジュールを設計して、それを制御装置またはフィールド装置に割り当ててダウンロードし、シミュレーション手順を使用してシステムをテストした後、制御装置によって正しく通信されているかどうかを検証することができる。構成チェックアウトおよびオペレータ訓練のための完全システムハードウェアを使用することによって、制御装置への物理的接続および制御装置とワークステーションとの通信が十分にテスト可能であるという利点がある。また、性能、所要メモリ量、および構成モジュールにより制御装置内に導入されたロードを調べることも可能である。しかし、いずれの場合でも制御論理または表示論理のチェックアウトを可能にするために、ハードウェア制御装置および高性能フィールド装置またはそのいずれかが存在、すなわちシステムに接続されなければならない。その理由は、制御装置アプリケーションおよび処理制御モジュールが、制御装置または制御装置に接続されたフィールド装置内で実行するために作成され、記憶されるためである。
【０００７】
しかし、多くの場合、プラントおよび制御設計が完全になるまで分散型処理制御システム用機器を購入することは不可能であるため、制御装置およびフィールド装置内の制御モジュールおよびユーザワークステーション内のユーザインタフェースのテストを妨げるか、または遅延させることになる。さらに、機器を購入した後、実際に取り付ける際にタイアップされる場合が多いため、通常、構成チェックアウトや訓練のためには利用できない。このため、多くの場合、システムハードウェアをさらに追加購入してプラント設計、構成チェックアウトおよびオペレータ訓練を支持する必要がある。この追加のハードウェアの費用は、予備の部品としての予算である場合もあるが、多くの場合、プラントは、オペレータ訓練、プラント設計および構成チェックアウトを支持するための費用として認めていない。
【０００８】
設計に必要なハードウェアの量を減じる処理制御システムもあり、処理制御アプリケーションが、表示アプリケーションや構成データベースアプリケーション等、他のソフトウェアとして同一ワークステーション内で実行される。しかし、これらのシステムは、正確には分散型処理制御システムではない。その理由は、処理環境から離れたオペレータまたはエンジニアステーションに処理制御ソフトウェアが配置され、一般に、より長い距離に亘って処理制御通信が行われ、処理環境内でワークステーションとＩ／Ｏおよびフィールド装置との間により長い通信回線が配設される必要があるからである。さらに、このような結合システムは、テストし、実行時に処理制御ソフトウェアを異なった専用制御装置またはフィールド装置にダウンロードするために、ワークステーション内での処理制御ソフトウェアのシミュレーションに備えていない。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、分散型処理制御システムソフトウェアを容易に開発してテストし、そのソフトウェアを使用して分散型処理制御システムのシミュレーションを可能にする単一パーソナルコンピュータまたはラップトップコンピュータ等の単一コンピュータにおける分散型処理制御システム機能性の統合に関する。
【課題を解決するための手段】
【００１０】
一実施態様では、制御モジュールを用いて１個以上のフィールド装置を制御する分散型制御装置から離れた場所にユーザワークステーションを配置した分散型処理制御システムと共に使用する装置は、メモリおよび処理装置を有するコンピュータを備える。構成アプリケーションは、コンピュータのメモリに記憶され、コンピュータの処理装置で実行される。この構成アプリケーションはまた、ユーザワークステーションで実行され、分散型制御装置によって実行するための制御モジュールを作成することが可能である。さらに、制御装置アプリケーションは、コンピュータのメモリに記憶され、コンピュータの処理装置で実行される。この制御装置アプリケーションは、さらに分散型制御装置で実行され、処理制御システムの動作中に制御モジュールのうちの１個を実現する。このシステムにおいて、構成アプリケーションは、さらにコンピュータ上で実行される時、処理制御システム内の分散型制御装置によって使用可能な第１の制御モジュールを作成し、制御装置アプリケーションは、コンピュータ内で第１の制御モジュールを実行し、それによって分散型処理制御システムの動作をシミュレートする。このシステムを使用することにより、最終的に分散型処理制御システムソフトウェアを実行する専用ハードウェア、例えば分散型処理制御装置およびフィールド装置を使用することなく、そのソフトウェアおよび制御モジュールのシミュレーションおよびテストが可能となる。
【００１１】
他の実施態様では、制御モジュールを用いて１個以上のフィールド装置を制御する分散型制御装置から離れた場所にユーザワークステーションが配置された分散型処理制御システムと共に使用する装置が、メモリと、処理装置と、この処理装置に接続された表示装置とを有するコンピュータを備える。制御装置アプリケーションが、コンピュータのメモリに記憶され、コンピュータの処理装置において実行される。この制御装置アプリケーションはまた、分散型制御装置において実行され、処理制御システムの動作中に制御モジュールを実現し、分散型処理制御システムの分散型制御装置とは異なる型式のさらなる制御装置と通信可能である。表示アプリケーションは、コンピュータのメモリに記憶され、コンピュータの処理装置において実行される。この表示アプリケーションはまた、コンピュータ内で制御装置アプリケーションと通信し、表示装置を用いて、さらなる制御装置から送信された情報をユーザに表示する。
【発明の効果】
【００１２】
このシステムを使用することによって、最終的に分散型処理制御システムソフトウェアを実行するハードウェア、例えば分散型処理制御装置およびフィールド装置を使用することなく、そのソフトウェアおよび制御モジュールのシミュレーションおよびテストを可能にする。
【発明を実施するための最良の形態】
【００１３】
図１を参照すると、周知の典型的分散型処理制御システム１０が、１個以上の専用処理制御装置１２を備えており、その各々は、例えばフィールドバスインタフェースであってもよい入力／出力（Ｉ／Ｏ）モジュール１６を介して１個以上のフィールド装置１４および１５に接続されている。制御装置１２はまた、例えばイーサネット（Ｒ）リンクであってもよいデータハイウェイ２０を介して１個以上のホストまたはオペレータワークステーション１８にも結合されている。制御装置１２と、Ｉ／Ｏモジュール１６と、フィールド装置１４および１５とは、過酷なプラント環境内に配置され、その環境を通じて分散され、配電盤室または制御装置要員によって容易にアクセス可能なあまり過酷でない他の環境にオペレータワークステーション１８が通常、配置される。例えば、フィッシャ・ローズマウント・システムズ・インク（ｆｉｓｈｅｒ−Ｒｏｓｅｍｏｕｎｔ  Ｓｙｓｔｅｍｓ，Ｉｎｃ．）が販売するデルタＶ制御装置でもよい制御装置１２の各々は、多数の異なった、独立して実行される制御モジュール２４を用いて制御方針を実現する制御装置アプリケーション２３を記憶し、実行する。制御モジュール２４の各々は、一般に機能ブロックと呼ばれるものから構成することも可能であり、各機能ブロックは制御ルーチン全体の一部であるかまたはそのサブルーチンであり、（リンクと呼ぶ通信を介して）他の機能ブロックに関連して動作して、処理制御システム１０内で処理制御ループを実現する。周知のように機能ブロックは、一般に、送信器、センサまたは他の処理パラメータ測定装置等に関連する入力機能、ＰＩＤ、ファジー論理等の制御を実施する制御ルーチンに関連する制御機能、または弁等の装置の動作を制御して処理制御システム１０内で物理機能を実施する出力機能を実行する。当然のことながら、ハイブリッドな他の型式の機能ブロックが存在する。しかし、制御モジュール２４は、例えば、逐次制御ブロック、はしご論理等を含む望ましい制御プログラミング方式を用いて設計することも可能であり、機能ブロックや他の特定のプログラミング技術を用いた設計に限定されない。
【００１４】
図１に示すシステムにおいて、制御装置１２のうちの１個に接続されたフィールド装置１５は、プロセッサとメモリとを備えるフィールドバスフィールド装置等の高性能フィールド装置である。これらの装置は、制御装置アプリケーション２３および機能ブロック等の１個以上のモジュール２４の副部分を記憶して実行する。フィールド装置１５内のモジュールまたはモジュールの一部は、制御装置１２内でのモジュールの実行に関連して実行され、周知のように処理制御を実現することが可能である。
【００１５】
ホストワークステーション１８は、処理制御モジュール２４を作成または変更し、これらの制御モジュールをデータハイウェイ２０を介して制御装置１２のうちの１個およびフィールド装置、例えばフールド装置１５のうちの１個またはそのいずれかにダウンロードするために使用する構成アプリケーション２５を記憶し、実行することが可能である。ホストワークステーション１８もまた、データハイウェイ２０を介して制御装置１２からデータを受信し、この情報を、一般に構成アプリケーション２５を用いて作成された既定義ユーザインタフェース２７または表示を用いる表示機構を介して表示する表示アプリケーション２６を記憶し、実行する。表示アプリケーション２６が、設定点変更等の入力をユーザから受け取り、これらの入力を１個以上の制御装置１２内で制御装置アプリケーション２３に与える場合もある。
【００１６】
データヒストリアン２８がデータハイウェイ２０に接続され、いずれかの望ましい、または既知のデータヒストリアンソフトウェアを用いてメモリにデータを記憶する。しかし、データヒストリアンは、必要に応じて１個以上のワークステーション１８に設けることも可能である。さらに、構成データベース３０は、処理制御システムの現在の構成およびそれに関連するデータを記憶する構成データベースアプリケーション３２を実行する。
【００１７】
パーソナルコンピュータ（ＰＣ）３４は、データハイウェイ２０に接続され、他のアプリケーション、例えば訓練、テストおよびシミュレーションアプリケーション３６等を実行することも可能である。このようなアプリケーションは、一般に、処理制御システムの動作またはセットアップに関連する制御装置１２および構成データベース３０と相互作用し、そこからデータを受け取る。上記のように、制御装置１２およびフィールド装置１５内の処理制御モジュール２４は、シミュレーションモードまたは状態に設定され、所定の、またはオペレータ提供の値をシミュレーションソフトウェア３６に戻して、制御装置アプリケーション２３が使用する制御モジュール２４および表示アプリケーション２６が使用するユーザインタフェース２７のテストを可能にすることもできる。表示アプリケーション２６および構成アプリケーション２５のうちのいずれか、または両方は、ＰＣ３４に記憶され、それによって実行され、処理制御モジュール２４およびユーザインタフェース２７またはそのいずれかを変更可能にする場合もある。しかし、図１のシステムでは、シミュレーションアプリケーション３６を使用して、これらの構成要素をテスト可能にするまでに、制御装置アプリケーション２３および処理制御モジュール２４が専用制御装置１２およびフィールド装置１５またはそのいずれかにロードされ、実行されることが認められる。
【００１８】
図２を参照すると、ＣＰＵ４２と、メモリ４４と、ユーザ表示装置４６とを有する１個のコンピュータ４０は、図１の制御システムの様々な異なるハードウェアに関連する分散型処理制御システムソフトウェアを統合して記憶し、実行し、例えば、訓練、設計およびテストのための処理制御システムのシミュレーションを実施するために使用することも可能である。コンピュータ４０は、図１のシステムのデータハイウェイ２０に接続することも可能であるが、例えば、独立型装置として動作して、図１のシステムで使用するソフトウェア構成要素のシミュレーションを提供することも可能である。コンピュータ４０は、いずれかの形態の表示装置、メモリ、ＣＰＵ等が対応するパーソナルコンピュータ、ラップトップコンピュータ、ワークステーション等を備えたコンピュータであってもよいため、図１に示す専用ハードウェア構成要素よりも一般に安価であり、入手し易い。
【００１９】
図２の実施の形態では、コンピュータ４０は、メモリ４４における構成アプリケーション２５、表示アプリケーション２６、さらに必要に応じてシミュレーションアプリケーション３６およびデータベース構成アプリケーション３２のいずれか、またはその両方を記憶し、これらのアプリケーションをＣＰＵ４２に必要なものとして実行する。コンピュータ４０は、実行するための制御装置アプリケーション２３も記憶していることが重要である。この場合、構成アプリケーション２５は、（最終的に処理を制御する際に使用するための制御装置およびフィールド装置またはそのいずれかにダウンロードされる）１個以上の処理制御モジュール２４を設計して作成し、さらに（最終的に表示アプリケーション２６によってオペレータワークステーション１８で使用する）ユーザインタフェース２７を作成するために使用可能である。しかし、処理制御モジュール２４のうちいずれかを制御装置またはフィールド装置に割り当ててダウンロードする前に、またはユーザインタフェース２７をワークステーションに割り当ててダウンロードする前に、これらの構成要素をテストまたはシミュレーションの目的でコンピュータ４０に記憶するか、または割り当てる。
【００２０】
制御モジュール２４およびユーザインタフェース２７、またはそのいずれかを作成するか、または受け取った後、ＣＰＵ４２は、制御装置アプリケーション２３および関連の制御モジュール２４を実行し、表示アプリケーション２６および関連のユーザインタフェース２７を実行し、さらに、データベース構成アプリケーション３２を実行して、例えばこれらの構成要素の動作をシミュレートすることも可能である。当然のことながら、表示アプリケーション２６およびデータベース構成アプリケーション３２を使用する場合には、オブジェクト指向プログラミング技術に関連するものとして、ウィンドウズ型オペレーティングシステムを使用するか、または望ましいか、もしくは標準のタイムシェアリングプロトコルを用いるようないずれか望ましい方法で、ＣＰＵ４２上で制御装置アプリケーション２３と共に実行される。
【００２１】
制御装置アプリケーション２３は、Ｉ／Ｏモジュールが付加された専用制御装置１２ではなく、コンピュータ４０内で実行中であるため、制御モジュール２４の入力および出力ブロックは、フィールド装置または入力／出力モジュール等の付加装置の動作をシミュレートするために設定されなければならない。これは、図１のシステムにおけるシミュレーションの実行と同様に達成できる。図１のシステムにおいて、ユーザは、制御モジュール２４によって、またはその内部に既に与えられているシミュレーション能力に依存してその入力および出力パラメータを設定した。例えば、デルタＶ制御装置システムにおいて、ユーザは、制御装置またはフィールド装置のために設計された処理制御モジュール２４において入力／出力機能ブロックのシミュレートパラメータを手動で設定するか、またはコンピュータ４０内の制御モジュール２４の入力／出力ブロックとインタフェースして、これらの制御モジュールによって生成された出力に応答し、制御モジュール２４に対する入力を生成する特定のシミュレーション処理制御モジュールを提供することも可能である。その代わりに、またはそれに関連して、シミュレーションアプリケーション３２はコンピュータ４０内で実行されて制御モジュール２４と相互作用し、実際の処理機能をシミュレートすることも可能である。この場合、処理制御モジュール２４またはユーザインタフェース２７内の入力／出力シミュレーションパラメータ等のアクセスパラメータは、周知のＯＰＣインタフェースを利用して支持可能であり、それによって、ワークステーション１８（例えば、表示アプリケーション２６）、構成データベース３０、制御装置１２（例えば、制御装置アプリケーション２３）またはＯＰＣインタフェースを使用するフィールド装置において通常実行されるアプリケーションを実行し、チェックアウトすることが可能になる。例えば、ＨＹＳＹＳ製品等のシミュレーションソフトウェアとデルタＶ制御装置アプリケーション等の制御装置アプリケーションとの間で通信するＯＰＣインタフェースを開発することも可能である。当然のことながら、他のインタフェースおよびシミュレーションアプリケーションも同様に使用可能である。さらに、制御装置アプリケーション２３をコンピュータ４０に取り付けることにより、例えば、Ｃ＋＋または他のプルグラミング環境によって提供されるデバッグツールを用いて、制御モジュール２４またはユーザインタフェース２７等のコンピュータ４０上のいずれかのソフトウェアを障害追及するために使用することも可能である。
【００２２】
明らかに、制御装置アプリケーション２３（およびその処理制御モジュール２４）は、現在、図１に示すような外部データハイウェイを介さずに、コンピュータ４０内で表示プリケーション２６、シミュレーションアプリケーション３６、データベース構成アプリケーション３２および先回り処理制御および診断アプリケーション等の他の望ましいアプリケーションと通信する。
【００２３】
図２の統合システムを使用すると、分散型処理制御システムにおける異なるハードウェア装置内で記憶され実行される異なるアプリケーションおよびモジュールが単一独立型コンピュータにおいて実現され、例えば。処理制御モジュール２４やユーザインタフェース２７の構成もしくはテストを可能にするか、または制御装置１２、フィールド装置１５もしくは構成データベース３０等の専用ハードウェアを必要とすることなくシミュレーション環境内でユーザまたはオペレータの訓練を可能にすることもできる。この方法において、これらの構成要素に関連する設計、テストおよび訓練は、専用の分散型処理制御システムハードウェアが購入されるか、または入手可能になるまでに実施可能である。さらに、処理制御モジュール２４およびユーザインタフェース２６は、一旦テストされると、これ以上変更することなく、制御装置、フィールド装置（例えば、フィールドバスフィールド装置）または実際の分散型処理システムの実行時に使用する異なるワークステーションに割り当て、ダウンロードすることが可能である。その理由は、好ましい実施の形態において、これらの構成要素が、いずれかの装置で実行され、異なる装置の構成要素と通信できる通信インタフェースを有するオープンオペレーティングシステムで実行するように設計されているからである。このように、これらのソフトウェア構成要素は、制御装置１２またはフィールド装置１５等の専用ハードウェアの特定の部分での実行に限定されない。これは、いずれかのオープンプラットフォームにおいて実行され、他のハードウェア装置における他のソフトウェア構成要素と通信するように最初に設計されたデルタＶ制御装置ソフトウェアの場合に特に当てはまり、特定のベンダに関連する特定のハードウェアで実行されるとは限らない。
【００２４】
処理制御ソフトウェアを単一ＰＣまたは他のコンピュータ上の表示ソフトウェアおよびシミュレーションソフトウェアと統合する上記アプローチには、構成開発、制御装置およびオペレータインタフェースチェックアウト、およびオペレータ訓練に必要なハードウェアを劇的に減じるという利点がある。特に、分散型制御システムのために開発されている処理制御モジュール２４は、実際の制御装置が存在しない状態で専用制御装置またはフィールド装置内にあると仮定してコンピュータ４０に割り当て、実行することも可能である。実際、処理制御モジュール２４は、入力／出力機能ブロックのシミュレーション能力を用いて、コンピュータ４０内で作成され、記憶され、実行されて、処理をシミュレートし、それによって、専用ハードウェアを購入するか、または取り付けるまでに制御システムチェックアウトおよびオペレータ訓練を可能にすることもできる。
【００２５】
制御装置アプリケーション２３はコンピュータ４０によって実行され、処理の際、実際のフィールド装置に接続されないか、またはそれを制御しないため、処理制御モジュール２４が実行時に専用制御装置１２またはフィールド装置１５のうちの１個で実行される実時間速度以外の速度で実行できるように制御装置アプリケーション２３を設定または構成可能である。例えば、デルタＶシステムにおいて、制御モジュール２４の各々は、実行時におけるその実行速度、すなわち一定期間に制御モジュールが何度実行されるべきかを定めるパラメータを備える。しかし、制御装置アプリケーション２３は、コンピュータ４０において実行される際、実時間速度よりも速く、または遅く処理制御モジュール（またはその機能ブロック）を実行するように構成可能である。その理由は、処理制御動作がコンピュータ４０においてシミュレートされるのみであり、実際には実施されないからである。
【００２６】
一般に、処理制御モジュールを実時間よりも速く実行することによって、訓練シミュレーションおよびいくつかの設計アプリケーションに利点が得られる。例えば、複合処理において、設定点や他のオペレータ制御パラメータへの変更によって、長時間にわたって処理に著しい影響を与えることはない。これらの場合、シミュレートされた応答時間を訓練および設計のために、例えば１分または２分早めることが望ましい。例えばデバッギング手順において処理制御モジュール２４の実行速度を落として、設計者がより遅い速度でモジュールの内部作業をみることができるようにすることが望ましい。同様に、高忠実度シミュレーションプログラムは、ＣＰＵ４２のかなりの処理電力（時間）を費やす可能性があるため、特に制御装置アプリケーション２３および表示アプリケーション２６と共に実時間速度で処理制御モジュール２４を実行することが不可能である。これらの場合、制御モジュール２４の実行速度を低減して、完全シミュレーションを可能にすることが望ましい。
【００２７】
当然のことながら、制御アプリケーションによってユーザは、制御モジュール２４が実行される速度を規定もしくは選択するか、または処理制御モジュール２４内でブロックをいかに速く実行するかを決定する際に制御装置アプリケーションによって使用する実行速度乗数、例えば、２倍、５倍、３分の１等を規定することが可能である。制御装置アプリケーションが専用制御装置１２またはフィールド装置１５によって実行される時、実時間よりも速いか、または遅い制御モジュールを実行する能力が自動的に不能化されて、処理の実行時に誤った実行速度の使用を防止するのが好ましい。当選のことながら、他の形式の制御装置アプリケーションは、他の方法で実時間実行速度を規定することが可能であるため、制御装置アプリケーションの特定の構成によって言及される他のいずれかの望ましい技術を用いてパーソナルコンピュータ４０における実行速度を変えることができる。
【００２８】
さらに、コンピュータ４０に記憶された制御装置アプリケーション２３は、既知の分散型制御システム内で他の制御プラットフォームとインタフェースする先回り制御プラットフォームを提供するために使用可能である。例えば、図３を参照すると、コンピュータ４０、特に制御装置アプリケーション２３は、通信回線４８（データハイウェイであってもよい）を介して制御装置５０に接続可能であり、この制御装置５０は、異なる型式の制御装置であってもよく、また異なる処理制御装置製造業者によって提供されるような異なる制御装置アプリケーションを実行するものであってもよい。図３に示すように、制御装置５０は、制御装置５０によって生成されるデータを表示し、制御装置５０内で処理制御モジュールまたは他のソフトウェアを変更するためのアプリケーションと、制御装置５０によって実行される制御装置ソフトウェアに関連する他のアプリケーションとを実行するワークステーション５２に通信回線４８を介して接続可能である。同様に、制御装置５０は、処理内で実際のフィールド装置（図示せず）に接続され、それを制御することも可能である。
【００２９】
図３の制御装置アプリケーション２３は、制御装置５０と通信して、望ましいデータを獲得し、またコマンドを送って制御装置５０の動作を変更する場合もある。このように、コンピュータ４０における制御装置、表示、データベース構成または他のアプリケーション、例えば診断および傾向アプリケーションの高度な機能性を、他のベンダからの制御装置アプリケーションと共に使用することも可能である。
【００３０】
この先回り制御を可能にするために、制御装置アプリケーション２３は、構成アプリケーション２３と制御装置５０において実行する外部システムとの間でインタフェースするように特別に開発されたＯＰＣインタフェースを使用することも可能である。あるいは、構成アプリケーション２３は、制御装置５０に結合されたデータヒストリアンを介して通信することを一般に必要とするＰＩ等の履歴インタフェースアプリケーションの能力を利用して外部または異なる制御装置システムにインタフェースすることも可能である。当然のことながら、他の望ましいインタフェースも同様に使用可能である。制御装置アプリケーション２３および制御装置５０の両方がＯＰＣインタフェースを支持する好ましい実施の形態では、フィッシャ・ローズマウント・システムズ・インク（Ｆｉｓｈｅｒ―Ｒｏｓｅｍｏｕｎｔ  Ｓｙｓｔｅｍｓ，Ｉｎｃ．）の提供するＯＰＣミラーシェアウェアを用いてＯＰＣサーバを共に結合し、それによって、例えば回線４８上で２個のＯＰＣインタフェース間で通信を行うことも可能である。
【００３１】
いずれの場合でも、陰機能ブロックとして知られている特定の制御モジュールを、コンピュータ４０の処理制御モジュール２４内に与えることも可能であり、アプリケーション２３が使用するプロトコルと制御装置５０が使用するプロトコルとの間で制御パラメータまたは値をマッピングするために使用可能である。一般に、陰機能ブロックは、制御装置アプリケーション２３が使用するプロトコル内で動作して、そのシステム内の他の機能ブロックにデータを送り、またそこからコマンドおよびデータを受け取る機能ブロックである。実際の機能を行う代わりに、陰機能ブロックは、外部機能ブロックまたは処理制御装置５０内の他のソフトウェアエレメントの状態をミラー化し、それに対するインタフェースとして動作する。特に、陰機能ブロックは、ＯＰＣ、ＰＩまたは他のインタフェースを用いて、処理制御装置５０と定期的に通信し、制御装置５０によって制御される処理制御システム内で実効値を反映するデータまたはパラメータ値を獲得し、その後、制御装置アプリケーション２３が使用するプロトコルを介して制御装置アプリケーション２３内で他の機能ブロックまたは処理制御モジュールがアクセス可能か、または利用可能となるようにこのデータを記憶することも可能である。陰機能ブロックもまた、制御装置アプリケーション２３が実行する他の機能ブロックからコマンドまたはデータを受信し、ＯＰＣ、ＰＩまたは他のインタフェースを用いて、対応する外部機能ブロックまたは処理制御装置５０内の他のソフトウェアエレメントにこれらのコマンドまたはデータを送る。このように、陰機能ブロックは、制御装置５０が制御する制御システム内で論理装置の現在の状態を反映し、コンピュータ４０内の制御装置アプリケーション２３が生成するコマンドおよび他のデータを制御装置５０に送り、それによって、そのシステムを変更する。陰機能ブロックの実現に関する詳細は、本発明の主題ではないが、ここで引用している、本発明の譲受人に譲渡された１９９８年９月１０日出願の「処理制御ネットワークにおいて使用するための陰機能ブロックインタフェース」と題する米国特許出願第０９／１５１，０８４号に詳細に述べられている。
【００３２】
いずれの場合でも、データは、一旦インタフェースを介して制御装置アプリケーション２３に与えられると、処理モジュール２４のいずれか、表示アプリケーション２６および対応するユーザインタフェース２７、または他のアプリケーション、例えば制御装置アプリケーション２３に関連する拡張アプリケーションによって使用することができる。これらの拡張アプリケーションは、いずれかの形態、例えば、モデル予測制御アプリケーション、ニューラルネットワークアプリケーション、ならびに本発明の譲受人に譲渡され、ここで引用している１９９９年２月２２日出願の「処理制御システムにおける診断」と題する米国特許出願第０９／２５６，５８５号に述べられた診断アプリケーションのような警報、検査および診断アプリケーションであってもよい。制御システムの標準ソフトウェアを先回り制御およびモニタを実現するための他の制御システムに階層化する能力は、処理制御産業にとって新しい能力である。
【００３３】
ここで述べたソフトウェアのいずれかは、実現されると、コンピュータまたはプロセッサ等のＲＡＭまたはＲＯＭにおける磁気ディスク、レーザディスクまたは他の記憶媒体等のコンピュータ読み出し可能メモリに記憶することも可能である。同様に、このソフトウェアは、例えば、コンピュータ読み出し可能ディスクもしくは他の転送可能コンピュータ記憶機構、または電話回線、インターネット、ワールド・ワイド・ウェブ、他のローカル・エリア・ネットワークもしくはワイド・エリア・ネットワーク等の通信チャネルを含む既知の、または望ましい配信方法によってユーザ、処理制御システムまたはコンピュータ４０に配信可能である（この配信は、転送可能記憶媒体によるこのようなソフトウェアの提供と同じか、または交換可能なものとして見なされる）。さらに、このソフトウェアは、変調しないで直接与えてもよく、また通信チャネル上で送信される前に、好適な変調搬送波を用いて変調することも可能である。また、ワークステーション、コンピュータ、ラップトップ等の用語はすべて、ここでは交換可能に用いられ、いずれかの形態の処理またはコンピュータ装置を示す。
【００３４】
このように、本発明は、例示するのみであり、本発明を限定しない特定の実施例を参照して述べたが、本発明の精神および範囲を逸脱することなく開示した実施の形態に変更、追加または削除を行っても良いことが当業者に明らかとなるであろう。
【図面の簡単な説明】
【００３５】
【図１】異なるハードウェア装置によって異なる処理制御機能が実施される典型的な処理制御ネットワークのブロック図である。
【図２】図１と同様に、分散型処理制御環境において構成設計、システムチェックアウトおよび処理制御アクティビティのシミュレーションのための異なる分散型処理制御アプリケーションを実行する単一コンピュータのブロック図である。
【図３】第２の制御装置アプリケーションを実行する制御装置に通信結合された図２のコンピュータのブロック図である。
【符号の説明】
【００３６】
１２  処理制御装置
１５  フィールド装置
１６  入力／出力モジュール
１８，５２  ワークステーション
２０  データハイウェイ
２４  制御アプリケーション
２５  構成アプリケーション
２６  表示アプリケーション
２８  データヒストリアン
３０  構成データベース
３２  構成データベースアプリケーション
３６  シミュレーションアプリケーション
４０，５０  コンピュータ
４２  ＣＰＵ
４４  メモリ
４８  通信回線
【図１】
2005050358.tif 000003
【図２】
2005050358.tif 000004
【図３】
2005050358.tif 000005