(57)【特許請求の範囲】
【請求項１】
実時間プロセス制御システム（１０）によって制御される既設プラントの要素間の相互接続を表す管理図面を生成するためのシステムにおいて、
前記要素間の明示ポイント接続を表すテキスト入力データ、前記明示ポイント接続に関連する暗黙ポイント接続が書かれた制御言語スクリプト及び起点要素に関連したデータを受信し記憶するメモリ（３７５，３９０）と、
前記メモリに接続されていて、前記起点要素に関して前記明示ポイント接続及び前記暗黙ポイント接続を分析すると共に、前記起点要素の関数として前記管理図面を自動的に作成するプロセッサ（２１０，３７０）と、そして
前記プロセッサで動作可能で、前記既設プラントのためのプロセス制御システムの前記制御言語スクリプト内に埋め込まれた前記明示ポイント接続及び前記暗黙ポイント接続を自動的に走査すると共にテキスト入力データを供給する入力データ走査ルーチンと
を具備し、
前記既設プラントの前記要素間の実時間相互接続を表す前記管理図面を前記テキスト入力データから前記プロセッサが自動的に作成する、
ことを特徴とするシステム。
【請求項２】
上記メモリ（３７５，３９０）に接続されていて、上記テキスト入力データを手動でメモリに供給できるようにするキーボード（３５０）を具備したことを特徴とする請求項１に記載のシステム。
【請求項３】
上記メモリ（３７５，３９０）がブレークポイントデータを受け取って記憶することを特徴とする請求項１または２のいずれか１項に記載のシステム。
【請求項４】
上記メモリ（３７５，３９０）がプロセスレベルデータを受け取って記憶することを特徴とする請求項１乃至３のいずれか１項に記載のシステム。
【請求項５】
上記メモリ（３７５，３９０）、プロセッサ（２１０，３７０）及びシステム（２０５）が、上記管理図面の上記生成と関連して上記実時間プロセス制御システム（１０）のリソースを利用しないようにするために実時間プロセス制御システム（１０）から切り離されることを特徴とする請求項１乃至４のいずれか１項に記載のシステム。
【請求項６】
上記プロセッサ（２１０，３７０）で動作可能で、上記プロセス制御システム（１０）及び上記プラントの選択された一方の指定された要素に関して相互接続をトレースして調べるためのロジックポイント分析ルーチンを具備したことを特徴とする請求項１記載のシステム。
【請求項７】
上記プロセッサ（２１０，３７０）で動作可能で、上記プロセス制御システム（１０）及び上記プラントの選択された要素間に自動的に相互接続線を生成するための自動線ルーティングルーチンを具備したことを特徴とする請求項１乃至６のいずれか１項に記載のシステム。
【請求項８】
上記プロセッサ（２１０，３７０）に接続されていて、上記管理図面の少なくとも一部の表現が書かれるウィンドウを表示する表示装置（３１０）を具備したことを特徴とする請求項１乃至７のいずれか１項に記載の記載のシステム。
【請求項９】
上記プロセッサ（２１０，３７０）で動作可能で、上記プロセッサが上記明示ポイント接続及び暗黙ポイント接続を分析している間にエラーリストを生成するエラー生成ルーチンを具備したことを特徴とする請求項１乃至８のいずれか１項に記載のシステム。
【請求項１０】
実時間プロセス制御システム（１０）によって制御される既設プラントの要素間の相互接続を表す管理図面を生成する方法において、
前記要素間の明示ポイント接続を表すテキスト入力データ、前記明示ポイントに関連する暗黙ポイント接続が書かれた制御言語スクリプト及び起点要素に関連したデータを記憶するステップと、
既設プラントのための既設プロセス制御システムの前記制御言語スクリプト内に埋め込まれた前記明示ポイント接続及び前記暗黙ポイント接続を自動的に走査すると共にテキスト入力データを供給するステップと
前記明示ポイント接続、前記暗黙ポイント接続及び前記テキスト入力データを前記起点要素に関して分析するステップと、そして
前記起点要素の関数として前記管理図面を自動的に作成するステップと
を具備し、
これらによって前記既設プラントの前記要素間の前記実時間相互接続を表す前記管理図面を生成することを特徴とする方法。
【請求項１１】
上記テキスト入力データを上記メモリに手動で供給すことを可能にするステップを具備したことを特徴とする請求項１０に記載の方法。
【請求項１２】
ブレークポイントデータを記憶するステップを具備したことを特徴とする請求項１０または１１のいずれか１項に記載の方法。
【請求項１３】
プロセスレベルデータを記憶するステップを具備したことを特徴とする請求項１０乃至１２のいずれか１項に記載の方法。
【請求項１４】
上記管理図面の上記生成と関連して上記実時間プロセス制御システム（１０）のリソースが使用されないようにするために実時間プロセス制御システム（１０）とは独立して実行されるようにしたことを特徴とする請求項１０乃至１３のいずれか１項に記載の方法。
【請求項１５】
上記プロセス制御システム及び上記プラントの選択された一方の指定された要素に関して相互接続をたどって調べるステップを具備したことを特徴とする請求項１０乃至１４のいずれか１項に記載の方法。
【請求項１６】
上記プロセス制御システム（１０）及び上記プラントの選択された要素間に自動的に相互接続線を生成するステップを具備したことを特徴とする請求項１０乃至１５のいずれか１項に記載の方法。
【請求項１７】
上記管理図面の少なくとも一部の表現が書かれるウィンドウを表示するステップを具備したことを特徴とする請求項１０乃至１６のいずれか１項に記載の方法。
【請求項１８】
上記プロセッサが上記明示ポイント接続及び暗黙ポイント接続を分析している間にエラーリストを生成するステップを具備したことを特徴とする請求項１０乃至１７のいずれか１項に記載の方法。
【請求項１９】
既設実時間プロセス制御システム（１０）によって制御された既設プラントの要素間の実時間相互接続を表す管理図面を自動的に生成するためのシステムにおいて、
前記システムのプロセッサ（２１０，３７０）で動作可能で、前記既設プラントの制御言語スクリプト内に埋め込まれた明示ポイント相互接続及び暗黙ポイント相互接続を自動的に走査してテキスト入力データを供給する、入力データ走査ルーチンと、
前記プロセッサに接続されていて、前記テキスト入力データ、起点要素に関するデータ、ブレークポイントデータ及びプロセスレベルデータを受信し記憶するメモリ（３７５，３９０）と、
前記プロセッサで動作可能で、前記起点要素に関して前記明示ポイント接続、前記暗黙ポイント接続及び前記テキスト入力データを分析し、前記起点要素、前記ブレークポイントデータ及び前記プロセスレベルデータの関数として前記管理図面を自動的に作成する分析ルーチンと
を具備し、
前記既設プラントの要素間の前記実時間相互接続を表す前記管理図面を作成することが可能であるシステム。
【請求項２０】
上記メモリ（３７５，３９０）、プロセッサ（２１０，３７０）及びシステム（２０５）が、上記管理図面の上記生成に関連して上記既設実時間プロセス制御システム（１０）のリソースを利用しないようにするために既設実時間プロセス制御システムから切り離されることを特徴とする請求項１９記載のシステム。
【請求項２１】
上記プロセッサ（２１０，３７０）で動作可能で、上記既設プロセス制御システム（１０）及び上記既設プラントの選択された一方の指定された要素に関して相互接続をたどって調べるためのロジックポイント分析ルーチンを具備したことを特徴とする請求項１９または２０のいずれか１項に記載のシステム。
【請求項２２】
上記プロセッサ（２１０，３７０）で動作可能で、上記既設プロセス制御システム（１０）及び上記既設プラントの選択された要素間に自動的に相互接続線を生成するための自動線ルーティングルーチンを具備したことを特徴とする請求項１９乃至２１のいずれか１項に記載のシステム。
【請求項２３】
上記プロセッサ（２１０，３７０）に接続されていて、上記管理図面の少なくとも一部の表現がその中に書かれるウィンドウを表示する表示装置（３１０）を具備しことを特徴とするた請求項１９乃至２２のいずれか１項に記載のシステム。
【請求項２４】
上記プロセッサ（２１０，３７０）で動作可能で、上記プロセッサが上記明示ポイント接続及び暗黙ポイント接続を分析している間にエラーリストを生成するエラー生成ルーチンを具備したことを特徴とする請求項１９乃至２３のいずれか１項に記載のシステム。
【発明の詳細な説明】
関連出願の説明図
本発明は、１９８６年８月１９日付でヘンツェル（Ｈｅｎｚｅｌ）に対して発行された「プラント管理システム（Ｐｌａｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）」という名称の米国特許第４，６０７，２５６号；１９９４年６月２６日付でブランド（Ｂｌａｎｄ）他に対して発行された「ソース及びデスティネーション情報が入れられたデータファイルを用いることによって外部ソフトウェアパッケージデータを利用可能にする方法（Ｓｙｓｔｅｍ  ｆｏｒ  Ｍａｋｉｎｇ  Ｄａｔａ  Ａｖａｉｌａｂｌｅ  ｔｏ  ａｎ  Ｏｕｔｓｉｄｅ  Ｓｏｆｔｗａｒｅ  Ｐａｃｋａｇｅ  ｂｙ  Ｕｔｉｌｉｚｉｎｇ  ａ  Ｄａｔａ  Ｆｉｌｅ  ｗｈｉｃｈ  Ｃｏｎｔａｉｎｓ  Ｓｏｕｒｃｅ  ａｎｄ  Ｄｅｓｔｉｎａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）」という名称の米国特許第５，３３３，２９８号；及び１９９５年１月３１日付でスタッグス（Ｓｔａｇｇｓ）他に対して発行された「オープンシステム環境でウィンドウディスプレイを制御するための方法（Ｍｅｔｈｏｄ  ｆｏｒ  Ｃｏｎｔｒｏｌｌｉｎｇ  Ｗｉｎｄｏｗ  Ｄｉｓｐｌａｙｓ  ｉｎ  ａｎＯｐｅｎ  Ｓｙｓｔｅｍｓ  Ｅｎｖｉｒｏｎｍｅｎｔ）」という名称の米国特許第５，３８６，５０３号の関連出願である。上記各特許は本願と同じ譲受人に譲渡され、参照によって本願に編入される。
発明の属する技術分野
本発明は、広義には、コンピュータシステムに関し、より詳しくは、実時間プロセス制御システム用の管理図面で、その制御システムとそれが制御しようとするプラントの要素間の連結性ないしは接続性を表す管理図面を自動的に生成するシステム及び方法に関する。
発明の背景
自動化されたプラント制御システム［例えば米国アリゾナ州フェニックスのハネウェル・インコーポレーテッド（Ｈｏｎｅｙｗｅｌｌ  Ｉｎｃｏｒｐｏｒａｔｅｄ）社によって製造され、同社より商業ベースで入手可能なＴＤＣ３０００工業用オートメーションシステムは、例えば製造施設内の種々のプロセスを制御し、監視するためのアルゴリズム及び補助要素一式が完備されている。これらの制御システムは、施設の全体的なあるいはその指定された部分内における広範なプロセス要件を満たすように適応させることができる。従来、これらの制御システムは、各々それ自体のプロセッサまたはファームウェアを有する複数のモジュールよりなる。これらのモジュールは通信バスにより相互にリンクされて、分散型プロセス制御システムを形成する。このようなシステムの分散性のために、設備の増設あるいは改修に応じて制御システムを漸増的に拡張することが可能となることによって高い性能が得られる。
自動化されたプラント管理の第１の目的は、全プロセスのプラント全体に渡る制御を統合し、それによって設備の全体的効率を改良する制御スキームを提供することである。第２の目的は、履歴および実時間データを収集し、起こりうる所望の動作からの偏差に対応させながら設備の運用を監視する、実時間データ取得および監視スキームを提供することにより制御スキームを設備に結合することである。
これらのローバストシステムの設計プロセスは漸進的に進歩してきた技術の一つである。最初は、プロセス制御システムは個々のプラント毎に設計され、実装された。容易に想像されるように、このようなシステムは非常に時間とコストがかかる。後になって、ハネウェル（Ｈｏｎｅｗｅｌｌ）社のようないくつかの会社がコンフィギュレーション可能、あるいは適応型のプロセス制御システムの開発に着手した。これらのシステムは、上に述べたように、通常分散型で、個々の特定プラントの基本的管理方式を実装するようにプログラムすることができるコンフィギュレーション可能なロジックを具備している。
技術者たちは、プラントの設計、あるいは既設の場合はその実際のプラントについて分析するという骨の折れる仕事に煩わされるのが普通であった。分析は、しばしば目視による解釈に基づいて行われ、通常「所定の用紙に記入する」タイプの手法を用いてシステム及びプラントについての管理図面が作成された。管理図面には、通常、弁、容器、熱電対、圧力計、圧力スイッチ等を含め、プラント及びプロセス制御システムを構成する様々な要素が入れられ、これらの要素を結びつけるポイント間接続が線引きされた。
弁を書き忘れたり、容器のパラメータ計算を間違えたり、圧力計のスレッショルド書き間違えたり等、どうしても人的な間違いが起きる。しかしながら、これらの間違いは、通常実際にシステムに取り込まれてしまうまで、悪くすると、プロセス制御システムがオンライン接続されて試験されるまで、気づかないまま看過されてしまう。その場合、技術者たちはプロジェクトをバックチェック、すなわち逆方向にチェックして、プラントあるいはプロセス制御システムの設計を修正するという厄介な仕事をすることになり、その結果、プラントのダウン時間、収入の欠損、プラントの人的資源の浪費を招来する。
従って、この技術分野では、プロセス制御システムのポイント接続及び制御言語スクリプトから自動的に管理図面を生成する方法が必要になっている。
発明の要約
本発明は、上記のような従来技術の問題点に対処するためになされたもので、その主たる目的は、プロセス制御システムの明示的なポイント接続及び制御言語スクリプトから自動的に管理図面を生成する方法を提供することにある。
上記の主たる目的を達成するに際して、本発明は実時間プロセス制御システム及びこれによって制御されるプラントの要素間の相互接続を表す管理図面を生成するシステム及び方法を提供するものである。本発明のシステムは：（１）要素間の明示ポイント接続を表すテキスト入力データ、要素間の暗黙ポイント接続が書かれた制御言語スクリプト及び起点要素に関連したデータを受け取って記憶するメモリと、（２）そのメモリに接続されていて、起点要素に対して明示及び暗黙ポイント接続を分析すると共に、起点要素の関数として管理図面を自動的に生成するプロセッサとを具備し、システムはこれによって相互接続を表す管理図面を生成する。
従って、本発明は、相互接続情報を明示ポイント接続からだけでなく、制御言語スクリプト内に埋め込まれた暗黙ポイント接続からも導出するという広い概念を取り入れたものである。このように導出された相互接続情報は、次いで分析され、プロセス制御システム及びこれによって制御されるプラントを表す管理図面を作成するために用いられる。
一実施態様において、本発明のシステムは、プロセッサで動作可能でプロセス制御システム及び既設プラントの明示ポイント接続及び制御言語スクリプトを自動的に走査する入力データ走査ルーチンをさらに具備し、これによって、システムは既設実時間プロセス制御システム及び既設プラントの要素間の相互接続を表す管理図面を作成することができる。
この実施態様の場合、本発明のシステムは既設のプロセス制御システムとプラントから直接相互接続情報を自動的に抽出する。これは、動作の点でデコンパイラに類似している。すなわち、完全に文書化されていないプロセス制御システムとプラントから選択された情報を抽出することによって、これらから自動的に管理図面を生成することができる。
一実施態様において、本発明のシステムは、さらに、メモリに接続されていて手動でメモリにテキスト入力データを供給することができるキーボードを具備する。あるいは、テキスト入力データは一部を自動的に取り出し、一部を手動で供給することもできる。
本発明の一実施態様においては、メモリはブレークポイントデータを受け取って記憶する。ブレークポイントデータは、本発明にとって必ずしも必要ではないが、プロセッサがプロセス制御システム及びプラントをどの程度まで分析するかをユーザが指定することを可能にする。
本発明の一実施態様では、メモリはプロセスレベルデータを受け取って記憶する。プロセスレベルデータは、本発明にとって不可欠ではないが、プロセッサがプロセス制御システムとプラントをどの程度まで分析するかを制限する階層レベルをユーザが指定することを可能にする。
本発明の一実施態様においては、メモリ、プロセッサ及びシステムは、管理図面の生成に関連して実時間プロセス制御システムのリソースが使われないようにするために、実時間プロセス制御システムから切り離される。あるいは、メモリ、プロセッサ及びシステムの方がプロセス制御システム自体の一部を形成するようにしてもよい。
一実施態様において、本発明のシステムは、さらに、プロセッサで動作可能で、プロセス制御システム及びプラントの選択された一方の指定された要素に関して相互接続をたどって調べるためのロジックポイント分析ルーチンを具備する。ロジックポイント分析ルーチンの動作については後で詳細に説明する。
一実施態様において、本発明のシステムは、さらに、プロセッサで動作可能でプロセス制御システム及びプラントの選択された要素間に自動的に相互接続線を生成するための自動線ルーティングルーチンを具備する。自動線ルーティングルーチン及びその動作は、当業者にとっては周知である。本発明は、自動線ルーティングルーチンを用いて要素間を記号的に相互接続する。
一実施態様において、本発明のシステムは、さらに、プロセッサに接続されていて管理図面の少なくとも一部の表現がその中に書かれるウィンドウを表示する表示装置を具備する。以下さらに詳細に説明するように、本発明は、マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）▲Ｒ▼ウィンドウズ（Ｗｉｎｄｏｗｓ）▲Ｒ▼、アップル（Ａｐｐｌｅ）▲Ｒ▼システム７０、あるいはその他同様のウインドウ表示型オペレーティングシステムの下で提供されるようなグラフィカルユーザインタフェース（“ＧＵＩ”）と共に効果的に使用することができる。
一実施態様において、本発明のシステムは、さらに、プロセッサで動作可能でプロセッサが明示及び暗黙ポイント接続を分析している間にエラーリストを生成するエラー生成ルーチンを具備する。このエラーリストは、ユーザが要素及び相互接続におけるで論理エラーを探し出して修正することを可能にする。
本発明の効果的な実施態様は、ソフトウェアベースのものである。そのソフトウェアは、プロセッサによって実行可能であり、プロセス制御システムの要素間のポイント接続及び制御言語スクリプトから自動的に管理図面を生成するようにプロセッサに命じるよう動作可能である。ソフトウェアは、磁気、光、あるいは電気ベースのデバイス、及びそれらを適切に組み合わせたものを含めて、任意の通常の記憶媒体に記憶することが可能である。別のいくつかの実施態様は、ハードウェアあるいはファームウェアで実施することも可能である。
以上の説明は、当業者が以下の発明の詳細な説明をよりよく理解できるように、本発明の特徴及び技術的な長所を幾分大まかに述べたものである。請求の範囲記載の発明を構成する本発明のその他の特徴及び長所についてはこの後説明する。当業者にとっては、本願で開示する発明の構想及び特定の実施態様に基づいて修正態様実施し、あるいは他の構成を設計することにより本発明と同じ目的を達成することが容易であることは理解されよう。また、当業者は、そのような等価な構成が広義の形態における本発明の範囲から逸脱するものではないということも理解するべきである。
【図面の簡単な説明】
本発明及びその長所についてのより完全な理解を期すため、以下、添付図面を参照してさらに詳細に説明する。なお、図中、同じ対象物は同じ参照符号で指示されている。
図１は、本発明を適切に関連づけて使用することができるプロセス制御システムの高水準ブロック図である。
図２Ａは、本発明の原理に基づき実時間プロセス制御システムのポイント接続及び制御言語スクリプトから自動的に管理図面を生成する手法を得るためにコンピュータシステムを動作させる一例の方法を図解したフローチャートである。
図２Ｂは、本発明の原理に基づき実時間プロセス制御システムの管理図面を自動的に生成する手法を得るためにコンピュータシステムを動作させる一例の方法を図解したフローチャートである。
図３Ａは、本発明を適切に実装し、使用することができる環境が提供される従来のコンピュータを示す斜視図である。
図３Ｂは、本発明を適切に実装し、使用することができる環境を得るために図３Ａのコンピュータと適切に関連づけて使用することができる一例の処理回路を図解した高水準ブロック図である。
図４は、本発明の原理に基づいて生成することが可能な一例の管理図面を示すブロック図である。
詳細な説明
上に述べたように、本発明は、実時間プロセス制御システム及びこれによって制御されるプラントの要素間の相互接続を表す管理図面を生成するためのシステム及び方法にある。本発明のシステムは少なくともメモリ及びプロセッサを具備する。メモリは、要素間のポイント接続を表すテキスト入力データ、要素間の暗黙ポイント接続が書かれた制御言語スクリプト及び起点要素に関連したデータを受け取って記憶する。プロセッサは上記メモリと関連づけられていて、起点要素に関して明示及び暗黙ポイント接続を分析すると共に、管理図面を起点要素の関数として自動的に作成し、これによってシステムは上記相互接続を表す管理図面を生成する。
上に述べたように、本発明は、明示ポイント接続からだけではなく、制御言語スクリプト中に埋め込まれた暗黙ポイント接続からも相互接続情報を導出するという構想を取り入れたものである。このようにして得られた相互接続情報は分析され、実時間プロセス制御システム及びこれによって制御されるプラントを表す管理図面を作成するために用いられる。
本願において、「具備する」、「含む」あるいは「よりなる」等の用語は限定を伴わない非排他的意味で使用される。また、本願において、「・・と関連づける」という文言、あるいはこれから派生した用語は、「・・内に含める」、「・・と相互接続されている」、「入れる」、「・・に内蔵される」、「・・に、あるいは・・と接続する」、「・・に、あるいは・・と結合する」、「・・と通信可能である」、「・・と並置する」、「・・と協同する」、「交互に配置する」、「・・の所有物である」、「・・に、あるいは・・と結びつけられる」等の意味で用いられ、本願で「または」または「あるいは」という用語は非排他的意味で用いられる。すなわち、「及び／または」を意味する。
上に説明した実施形態についてさらに詳細な説明を行う前に、本発明をその原理に基づき適切に関連づけて使用することができる実時間プロセス制御システムについてまず説明することが説明を理解する上において役立つと考えられる。
まず、図１には、本発明を適切に関連づけて使用することが可能な例えばハネウェルのＴＤＣ３０００工業用オートメーションシステムのような実時間プロセス制御システム（全体を符号１０で示す）の高水準ブロック図が示されている。ハネウェルのＴＤＣ３０００工業用オートメーションシステムは、米国アリゾナ州フェニックスのハネウェル社によって製造され、同社から商業ベースで入手可能である。図示例のプロセス制御システム１０は、実施例として、汎用制御ネットワーク（“ＵＣＮ”）１１０を介してプロセスコントローラ１０５と関連づけられた通常のプラント制御ネットワーク１００を具備する。
図示例のプラント制御ネットワーク１００は、実施例として、実時間プロセス制御システム１０によって制御されるプロセス施設の所要の監視・管理機能を実行するために必要に応じてネットワークインタフェースモジュール（“ＮＩＭ”）１１５、汎用オペレータステーションモジュール（“ＵＯＳ”）１２５、アプリケーションモジュール（“ＡＭ”）１３０、履歴モジュール（“ＨＭ”）１３５、計算モジュール（“ＣＭ”）１４０、プロセスマネージャモジュール（“ＰＭ”）１５０を具備し、場合によっては、これらのモジュールの二重化モジュール（さらにはアプリケーション依存モジュールのような別のモジュール（図示省略））が設けられる。上記のモジュールはローカル制御ネットワーク（“ＬＣＮ”）１４５を介して関連づけられる。
図示例のプロセスコントローラ１０５は、実施例として、アナログまたはデジタルあるいはその他同様の信号のようなデータ信号を送り出し、あるいは受け取るように機能する複数の通信インタフェース１２０と関連づけられている。図示の実施形態によれば、データ信号の通信は電気的に適切に行うことができるが、別の実施形態においては、データ信号を光あるいは磁気的な方法でやり取りすることも可能である。
図示例の通信インタフェース１２０は、実施例として、アナログ入力信号（“Ａ／Ｉ”）、アナログ出力信号（“Ａ／Ｏ”）、ディジタル入力信号（“Ｄ／Ｉ”）及びディジタル出力信号（“Ｄ／Ｏ”）を信号を送出し、あるいは受け取るように機能する。これらの図示例の信号は、プロセスコントローラ１０５及びＵＣＮ１１０を介してプラント制御ネットワーク１００と弁、圧力スイッチ、圧力計、熱電対あるいは他の同様の検出／制御デバイスのような通常の種々の現場装置（図示省略）との間で適切に通信することができる。
図示の実施形態によれば、プロセスコントローラ１０５は、全体的に、あるいは一部、ロジックポイントの役割を果たすようプログラム可能とすることもできる。ロジックポイント一例としては、互いに関連づけられた複数のロジックブロックがある。各ロジックブロックは、適宜ソフトウェアベース、ファームウェアベースあるいはハードウェアベースのものとすることができるが、図示実施形態においては、ハネウェルのＴＤＣ３０００の各ロジックブロックは複数の普通の離散型デバイス（例えば、“ＡＮＤ”、“ＯＲ”、“ＮＡＮＤ”、“ＮＯＲ”、“ＮＯＴ”、“ＥＯＲ”等）及びアナログ型デバイス（例えば、“Ｌｔｅ”、“Ｇｔｅ”、“Ｇｔ”等）よりなる。プロセス制御システム１０に関する基本的管理方式を実施するために用いられる単一の適切に配置されたロジックポイントを構成するこれらの複数のロジックブロック−−すなわち複数のコンフィギュレーション可能なロジックブロックによって、所望の制御挙動を実現するためのロジックブロックパターンの実装が可能になる。
図示の実施形態には、単一のプラント制御ネットワーク１００及びプロセスコントローラ１０５しか含まれないが、プロセス制御システム１０の別の実施形態においては、１つ以上のＵＣＮ１１０を介してプラント制御ネットワーク１００と関連づけた多数のプロセスコントローラ１０５、あるいは逆に１つ以上のＵＣＮ１１０を介してプロセスコントローラ１０５と関連づけられた多数のプラント制御ネットワーク１００を適宜含めることも可能である。
図示例のＮＩＭ１１５は、ＵＣＮ１１０とＬＣＮ１４５との間にデータ信号を通信することによってこれらの間にインタフェースを講じるよう機能する。
図示例のＵＯＳ１２５は１人以上のプラントオペレータ用のワークステーションであって、１人以上のプラントオペレータとプラントのプロセスとの間のグラフィカルユーザインタフェース（“ＧＵＩ”）のような、オペレータインタフェースを含み得る。ＵＯＳ１２５とプラント制御ネットワーク１００のいずれかのモジュールとの間の通信はＬＣＮ１４５によって行われる。ＵＯＳ１２５は、ＬＣＮ１４５及びリソース上にあるデータ、及びプラント制御ネットワーク１００の他のいずれかのモジュールを通してあるいはそれらのモジュールから利用可能なあるいはＵＣＮ１１０を介してプロセスコントローラ１０５から利用可能なデータにアクセスすることができる。
図示例のＡＭ１３０は、データ取得、アラーム、バッチ履歴収集、及び必要に応じて連続制御機能を提供するというように、プロセスコントローラ１０５によって行われるプロセス制御機能をサポートする形の付加的データ処理機能を提供するよう機能する。ＡＭ１３０のデータ処理機能は、適切に構成された通常のプロセッサ及びこれに関連づけられたメモリ（図示省略）によって得られる。
図示例のＨＭ１３５は大規模データ記憶の手段として機能する。ＨＭ１３５は、例えば、少なくとも１つの適切に構成された普通のディスク型大容量記憶装置を具備したものであってもよい。ディスク型大容量記憶装置は大量のデータを記憶をすることができる。このような大容量記憶装置により記憶されるデータは、通常トレンド履歴あるいはそのようなトレンドがそこから求められるデータ、ディスプレイ、プログラムのコピー、データベース等を構成あるいは形成するデータである。
図示例のＣＭ１４０は、図示例の物理モジュールの標準的あるいは共通の装置を用いて、中規模乃至大規模汎用データ処理システムがＮＩＭ１１５及びＵＣＮ１１０を介してＬＣＮ１４５上のプラント制御ネットワーク１００の他のモジュール及びプロセスコントローラ１０５と通信することを可能にするよう機能する。ＣＭ１４０の普通のデータ処理システムは、通常高水準プログラミング言語での監視プログラム、最適化プログラム、汎用型ユーザプログラムの作成及びこのようなプログラムの実行という機能を担う。これらのデータ処理システムは、当技術分野において周知のように、通常の通信システム、あるいはネットワークと通信回線を介して他の同様のシステムと通信できるようにすることが可能である。
図示例のＣＭ１４０は、適切に構成された任意の通常のコンピュータ、または複数のコンピュータを含むことが可能である。コンピュータの例としては、ＣＭ１４０で使用されているが米国ミネソタ州ミネアポリスのハネウェル社より入手可能なハネウェルＤＰ−６、あるいは米国カリフォルニア州９４３０４パロアルト、ハノーバー通り３０００のヒューレット・パッカード社から入手可能なヒューレット・パッカード（“ＨＰ”）ＰＡ-ＲＩＳＣシステムの２つがある。
図示例のＰＭ１５０は、各々特定タスクを実行させるために専用に割り当てられたプロセッサを持つ処理アーキテクチャを使用してフレキシブルで強力なプロセス走査および制御機能を提供するよう機能する。ＰＭ１５０は、高度プロセスマネージャーモジュール（ＡｄｖａｎｃｅｄＰｒｏｃｅｓｓＭａｎａｇｅｒＭｏｄｕｌｅ；“ＡＰＭＭ”）及びＩ／Ｏサブシステム（図示省略を）を有する。
ＡＰＭＭは、通信プロセッサとモデム、Ｉ／Ｏリンクインタフェースプロセッサ、及び制御プロセッサで構成されている。通信プロセッサは、ネットワークデータアクセス及びピア・トゥ・ピア通信のような機能を扱う高性能ネットワーク通信のための手段として機能するよう最適化することが可能である。制御プロセッサは、ユーザプログラミング機能を含めて、規定機能、論理機能及びシーケンス機能専用とすることができる。通信とＩ／Ｏ処理は別々の専用のハードウェアによって行われるので、制御プロセッサの全てのパワーを管理戦略の遂行に充当することができる。Ｉ／Ｏリンクインタフェースプロセッサは、Ｉ／Ｏサブシステムとのインタフェースである。
Ｉ／Ｏサブシステムは、リダンダントＩ／ＯリンクとＩ／Ｏプロセッサで構成されている。これらのＩ／Ｏプロセッサは、データ取得及び制御機能の両方のためのフィールドＩ／Ｏを処理する。Ｉ／Ｏプロセッサは、例えば、ＡＰＭＭとは独立に工学的単位変換やアラーム限界チェックというような機能を備えることも可能である。制御動作は、全てのデータ取得をＩ／Ｏプロセッサで行って、ＡＰＭＭ内で行われる。プロセスエンジニアは、ポイントの種類及び管理戦略の割当てという点において、最大のＡＰＭ設計限界の範囲内で完全な選択の柔軟性を持つことができる。
図示例のＬＣＮ１４５は、通常の高速通信バスを適宜使用することによって図示例のモジュール（例えば、ＵＯＳ１２５、ＡＭ１３０等）を相互接続することができる。このようなバスは、ＮＩＭ１１５、ＡＭ１３０、ＨＭ１３５等のようなデータソースとＵＯＳ１２５、ＡＭ１３０及びＣＭ１４０のようなこの種のデータの主要な利用先との間に主要データ転送パスを設けることになる。また、このバスは、メモリ画像のような大きいデータブロックをＨＭ１３５のような１つのモジュールからＵＯＳ１２５のようなもう１つのモジュールへそこを介して適切に移動させることができる適切な通信媒体としての役割も提供する。
好適なプロセス制御システム１０のより詳細な説明は、この特許出願と同一の所有者の所有になり、全ての目的に関して参照によって本願に編入される米国特許第４，６０７，２５６号に記載されている。
次に、図２Ａは、本発明の原理に基づき実時間プロセス制御システム１０のポイント接続及び制御言語スクリプトから自動的に管理図面を生成する方法を得るためにコンピュータシステムを動作させる一実施形態の方法（全体を２００で示す）のフローチャートを示したものである。上に述べたように、本発明の一実施形態はソフトウェアで実施することができるが、別の実施形態においてはファームウェア、ハードウェアあるいはこれらの３つを組み合わせた形で適切に実施することも可能である。従って、図示例の方法２００は、従来のコンピュータまたは処理システム（全体を２０５で示す）内で、より詳細には、通常の処理回路（全体を２１０で示す）と共に適切に実施し、使用することが可能である。
概括的に言って、図示例の方法２００は、プロセス制御システム１０あるいはその関連づけられたプラントの要素を表すコンフィギュレーションされたポイント間における制御関連性に適切に基づいた相互接続図を生成するように実行可能である。この実施形態の長所は、例えばバックチェックのためのようなオフラインエンジニアへのフィードバックの手段を提供し、制御関連性等について文書化する手段が得られるということである。方法２００は、コンフィギュレーションされたポイントオブジェクト及びそれらの制御関連を示すグラフィカルインタフェースと関連づけることができ、制御関連ビューを生成するための複数の選択肢を生じるよう機能することが可能である。
始めに、ユーザは、例えばキーボードのような通常の入力装置を用いてコンピュータ２０５にテキスト入力データを入力する（入出力ステップ２１５）。テキスト入力データは、少なくとも（１）例えばプラント制御ネットワーク１００、プロセスコントローラ１０５、弁、圧力スイッチ、圧力計、熱電対あるいは他の同様の検出／制御デバイスのようなプロセス制御システム１０の要素の間の明示ポイント接続、（２）それらの要素間の暗黙ポイント接続を含む制御言語スクリプト、（３）例えば、プラント制御ネットワーク１００のような起点要素に関するデータを表す。また、テキスト入力データは、ブレークポイント、プロセスレベルあるいは他の同様のデータを適宜含み得る。
ブレークポイントデータは、コンピュータ２０５がプロセス制御システム１０及びその関連づけられたプラントをどの程度まで分析するかをユーザが指定することを可能にする。従って、ブレークポイントは、制御分析が１つ以上の選択されたブレークポイントについての接続を分析しないようにする１つ以上のエンティティをユーザが効果的に選択できるようにするために用いることができる。ブレークポイントツールは、ユーザがブレークポイントを選択することによって関連する分析をさらに詳細に行いたい管理図面の場合に使用することができる。これは、ユーザがポイントオブジェクトをブレークポイントとして選択することによって行われる。
プロセスレベルデータは、コンピュータ２０５がどの程度までプロセス制御システム１０及びその関連づけられたプラントを分析するかを制限する階層レベルをユーザが指定することを可能にする。プロセスレベルは、大きく結合された世代管理図面の複雑さを低減させるために使用することができる。プロセスレベルは、接続を含んでいる接続ポイントオブジェクトが親レベルで、それらの接続が子あるいは次の処理レベルを表すレベルであると定義することが可能である。
ここで図４を参照して少し説明すると、この図には本発明の原理に基づき生成することが可能な一実施形態の管理図面のブロック図が示されている。この場合、ユーザがブロック  ＲＣｌを分析のための起点として指定し、レベル１のポイントがＲＣ１だけを含み、レベル２のポイントはＨＬ１、ＲＣ２、ＬＯＧ１及びＡＯ１を含み、レベル３のポイントがＲＣ３のみを含み、レベル４ポイントはＨＬ３だけを含むものと仮定する。通常、管理戦略を文書化し、分析された起点に基づいて管理戦略に対するコンフィギュレーションの変更の影響を評価するには、３乃至５レベルが適切であると考えられる。
図２Ａに戻って、別の実施形態においては、テキスト入力データは、適宜、例えば実時間プロセス制御システム１０（この実施形態は図２Ｂとの関連で説明している）のような他のコンピュータあるいは処理システム（図示省略）、あるいは自動入力と手動入力の組合せを通して、あるいはこれらから自動的に入力することが可能であるということに留意するべきである。
コンピュータ２０５（及び含意的には処理する回路２１０）と関連づけられたメモリがテキスト入力データを受け取り、メモリに記憶する（プロセスステップ２２０）。コンピュータ２０５は、起点要素に関して明示及び暗黙ポイント接続を分析して（プロセスステップ２２５）、プロセッサがエラーを分析する間にエラーが見つかれば、エラーリストを生成する（プロセスステップ２３５）。このエラーリストによって、ユーザは要素及び相互接続における論理エラーを探しだし、修正することが可能になる。
図示の実施形態によれば、コンフィギュレーションされたリンク接続についての１つ以上のプロジェクトポイントテーブルを検索し、制御接続用の１つ以上の制御言語スクリプトを処理することによって、可能な制御関連が得られるようポイント接続を分析することができる。分析される各接続ポイントは１つ以上のポイントタイプテーブル−−一致が得られるように接続がコンフィギュレーションされたテーブル−−で検索することが可能である。一致が起こった場合、その接続の一致がある接続ポイントは、その後の処理のために未処理スタックの終わりに置くことができる。次に、現在処理されている接続ポイントは、それ自身未処理スタック上に置かれたばかりの接続ポイントとの間のリンクを示すその内部の接続情報で決定されるところにより処理済スタックに加えればよい。この接続ポイントの分析が終了したならば、次いで、未処理スタックを先入れ先出し（“ＦＩＦＯ”）スタックとして処理することができ、未処理スタック上の全てのエンティティーがすぐ上に説明したのと同様にして処理される。
好適な一実施形態においては、コンピュータ２０５はロジックポイント分析ルーチンを具備することも可能である。このルーチンは、プロセス制御システム１０またはその既存のプラントの選択された一方の指定された要素に関して相互接続をトレースして調べるよう機能する。ロジックポイントには、図１のプロセスコントローラ１０５を適宜関連づけることができるということは前に述べた通りである。
一般的に言って、ロジックポイント分析は、特定のロジックポイント接続がその関連づけられたロジックブロックを通して追跡され、何らかのあるいは全てのポイント接続及び管理図面生成のためのその内部パラメータに対する外部読み出し／書き込みを調べるプロセスであると考えることができる。このルーチンの実行は、検討中の要素あるいは要素のグループが、安全インターロック機能の場合に起こり得るように、多くのロジックポイントを利用する場合、複数の制御関連を生じやすくなることもある。
コンピュータ２０５は、起点要素の関数として自動的に管理図面を作成し（プロセスステップ２４０）、その管理図面は相互接続を表す。コンピュータ２０５は、例えばＵＣＮ１１０のようなプロセス制御システム１０及びその関連づけられたプラントの表現の要素間に自動的に相互接続線を生成する自動線ルーティングルーチンを適宜具備することが可能である。当業者にとっては、自動線ルーティングルーチン及びその動作については周知である。本発明は、自動線ルーティングルーチンを用いて要素間を記号的に相互接続することができる。
図示の実施形態によれば、コンピュータ２０５は、図面上の接続線を表す接続オブジェクトをインスタンス化する接続マップに関して種々の要素を分析する。接続オブジェクトは、ポイントオブジェクトで構成される描画格子中で必要な配置に関して分析される。この分析によって、その後必要な接続に対応するためにポイントオブジェクトを移動させるための必要接続数及びデバイス間隔を知ることができる。これは、２ステッププロセスとして、すなわち（１）ラインオブジェクトを生成し、図面配置に関して分析する、（２）ポイントオブジェクトをラインオブジェクト配置に対応するよう論理ディスプレイウィンドウ内で移動させる、ことによって適切に行うことができる。ポイントオブジェクトは、一意の各プロセス制御システム１０のポイントモジュールタイプ及びポントアルゴリズム毎に生成することができる、各々一意とし、特定挙動及び特有の指標と関連づけることができる。
管理図面の生成時には、下記に例示する一組のデータベーステーブルを用いることができる。
0004074344.tif 000002
上に示すデータベーステーブルは、ポイント相互接続を確立するための必要情報を抽出して、管理図面を生成するため、及びポイントオブジェクトをインスタンス生成するための必要ポイント情報を抽出するため使用することができ、その詳細は下記の通りである。
（１）ＮＩＭ．ＤＢＦ：このテーブルは，論理結合／相互接続性関して分析するため、及びポイントの処理状態、ブレークポイント状態及び焦点状態を指示するために利用可能なポイントの範囲を定義するために用いられる。その論理結合を分析するためのポイントを抽出するためには“ＮＡＭＥ”フィールドを用いることができ、コンフィギュレーションされるポイントのポイントテンプレートを定義するためには“ＰＮＴＴＹＰＥ”フィールドが用いられる。
（２）ＵＡＩ．ＤＢＦ：このテーブルは、分析中のアナログ入力ポイントのタイプを示す“ＰＮＴＭＯＤＴＹ”フィールドを読み取ることによってアナログ入力ポイントタイプを検知するために用いられる。この情報は、一意にモジュールタイプに基づくアナログ入力ポイントオブジェクトのインスタンス化のために用いることができる。
（３）ＵＤＩ．ＤＢＦ：このテーブルは、分析中のディジタル入力ポイントのタイプを指示することができる“ＰＮＴＭＯＤＴＹ”フィールドを読み取ることによってディジタル入力ポイントタイプを検知するために用いられる。この情報は、一意に状態タイプに基づくことが可能なディジタル入力ポイントオブジェクトのインスタンス化のために用いることができる。
（４）ＵＤＯ．ＤＢＦ：このテーブルは、分析中のディジタル入力ポイントのタイプを指示することができる“ＰＮＴＭＯＤＴＹ”フィールドを読み取ることによってディジタル出力ポイントタイプを検知するために用いられる。この情報は、一意に状態タイプに基づくことが可能なディジタル出力ポイントオブジェクトのインスタンス化のためにのみ使用される。
（５）ＵＤＣ．ＤＢＦ：このテーブルは、論理接続をそのコンフィギュレーションされた入出力接続に基づいて生成するために用いられる。
（６）ＵＲＥＧＣ．ＤＢＦ：このテーブルは、論理接続をそのコンフィギュレーションされた入出力接続に基づいて生成するために用いられる。
（７）ＵＬＯＧＩＣ．ＤＢＦ：このテーブルは、論理接続をそのコンフィギュレーションされた入出力接続に基づいて生成するために用いられる。
（８）ＵＬＧＢＬＫ．ＤＢＦ：このテーブルは、ポイント結合をそのブロックコンフィギュレーションに基づいて生成するのにロジックポイントのブロックを分析するため用いられる。
（９）ＵＤＶＣＴＬ．ＤＢＦ：このテーブルは、論理接続をそのコンフィギュレーションされた入出力接続に基づいて生成するために用いられる。
（１０）ＣＬＭＡＰＤＢ．ＤＢＦ：このテーブルは、ポイントモジュールコマンド言語シーケンスプログラムで書かれた論理に基づいてポイントモジュールコマンド言語シーケンスプログラムに対する論理接続を生成するために用いられる。このテーブルは、プロセス制御システム１０の全てのポイントモジュールコマンド言語ソースファイルについての生成された全てのマップファイル関係を書き込むことができる。
コンピュータ２０５は、通常の表示装置と関連づけられており、管理図面を表示するよう表示装置に指示するように機能する（入出力ステップ２４５）。表示装置は、好ましくは複数のタスクと関連づけられたデータを表示するためのエリアを用意するようにし、そのエリアは各々対応するタスクと関連づけられたデータを表示するための領域をエリア内に与える複数のウィンドウに分割可能であるかことが望ましい。好適な一実施形態においては、管理図面の少なくとも一部の表現がその中に入るウィンドウを適宜設けることが可能である。
上記説明から、図示実施形態によれば、実時間プロセス制御システム１０及びこれによって制御されるプラントの種々の要素間の相互接続を表す管理図面を生成するようコンピュータ２０５を動作させる方法が得られるということは明白である。この実施形態は、明示ポイント接続からだけではなく、制御言語スクリプト中に埋め込まれた暗黙ポイント接続からも相互接続情報を得るという本発明の広い概念を具体的に示したものである。
次に、図２Ｂを参照すると、この図には、本発明の原理に従って自動的に実時間プロセス制御システム１０の管理図面を生成する方法が得られるようコンピュータシステム２０５を動作させるもう一つの実施形態の方法（全体を符号２５０で示す）のフローチャートが示されている。
まず始めに、コンピュータ２０５と実時間プロセス制御システム１０との間に適切な通信リンクが確立される（プロセスステップ２５５）。コンピュータ間における適切な通信リンクの確立については周知である。図示実施形態によれば、コンピュータ２０５は入力データ走査ルーチンを具備しており、そのルーチンを既存の実時間プロセス制御システム１０及びその既存のプラントの明示ポイント接続及び制御言語スクリプトを自動的に走査するよう実行する（プロセスステップ２６０）。
好適な一実施形態においては、コンピュータ２０５は、機能的に図２Ａを参照して説明したものと類似したロジックポイント分析ルーチンを具備し、これを入力データ走査ルーチンと関連づけることが可能である。このロジックポイント分析ルーチンは、プロセス制御システム１０あるいはその既存のプラントの選択された一方の指定された要素に関して相互接続をたどって調べるよう機能する。図示実施形態によるロジックポイントは、適宜図１プロセスコントローラ１０５と関連づけることができるということは前に述べたとおりである。
コンピュータ２０５は、既存の実時間プロセス制御システム１０及び既存のプラントの種々の要素間の相互接続を表す管理図面を作成する（プロセスステップ２６５）。コンピュータ２０５は、関連づけられた通常の表示装置に管理図面を表示する（入出力ステップ２７０）。
図示実施形態では、既存のプロセス制御システム１０及び既存のプラントから直接自動的に相互接続情報が抽出される。上に述べられたように、このプロセスは動作の点で幾分デコンパイラに類似している。すなわち、完全に文書化されていないこともあるプロセス制御システム１０及びその既存のプラントから選択された情報を抽出することによって、これらから管理図面を適宜自動的に生成することができる。
図示実施形態によれば、コンピュータ２０５は、実時間プロセス制御システム１０から完全に切り離され、これにより管理図面の生成に関連して後者のリソースが利用されるのを防ぐ。別の実施形態においては、コンピュータ２０５はプロセス制御システム１０自身の一部を形成するか、あるいはこれに付属するものであってもよい。すなわち、上に説明した方法を全面的にプロセス制御システム１０の内部で走らせることができる。
上記の図２Ａ及び２Ｂによる説明では、本発明の多くの特徴及び長所について説明した。当業者ならば、上記の発明の構想及び各特定の実施形態を本発明と同じ目的を遂行するために修正し、あるいは他の構成の設計を行うための土台として使用することが容易であり、またそのような等価な構成が最も広い形態における本発明の精神及び範囲から逸脱するものではないということは理解されよう。
次に図３Ａを参照すると、この図には、本発明を適切に実装し、使用することが可能な環境を提供する通常のコンピュータ２０５、すなわちパーソナルコンピュータ（“ＰＣ”）の斜視図である。本発明はパーソナルコンピューティング環境における用途に限定されるものではないから、図３Ａはもっぱら例示説明のためのものである。
図示例のＰＣ２０５は、表示装置あるいはモニタ３１０、内部に種々の電子コンポーネント（図３Ｂを参照して説明する）が入っている本体３２０、及びキーボード３５０やマウス３６０を含む一例としての複数の通常のユーザインタフェースを具備する。
表示装置３１０、キーボード３５０及びマウス３６０は、互いに協同してＰＣ２０５とユーザ（図示省略）との間の通信を可能にする。本体３２０は、実例態様として、専用のハードウェアリセットスイッチ３３０（ユーザがリセットスイッチ３３０を押すと、本体３２０内のハードウェアリセット回路（図示省略）をトリガしてＰＣ２０５をリブートあるいは再起動するようになっている）及び電源スイッチ３４０（ＰＣ２０５の電源を遮断し、復旧することができる）を具備している。電源の遮断と復旧は、ＰＣ２０５を再起動する。
表示装置３１０は、ＰＣ２０５の中で実行される通常のＧＵＩオペレーティングシステム（図示省略）の制御下で図形データを表示するためのエリアを設ける。ＧＵＩオペレーティングシステムは、ＰＣ２０５で実行される種々のユーザ選択になるアプリケーションタスクの間でのコンピュータリソースの分割を管理する。これには表示装置３１０のエリアをユーザ選択になる各アプリケーションタスクに対応したデータを表示する適切に配置された複数のウィンドウに分割することが含まれる。各ウィンドウは、ユーザの意図に応じて、適宜表示装置３１０上に表示されたエリアの一部あるいはその全体を占めるようにすることが可能である。種々のそれぞれのウィンドウは、全体または部分的に互いに他を適宜遮ることができる。
コンピュータは、ＰＣ２０５を用いて一般的に例示説明したが、本発明の原理は、ラップトップ／ノートブック、ミニ、メインフレーム及びスーパーコンピュータ、並びに例えばローカルエリア、大都市圏及び広域ネットワークのような、コンピュータネットワークを含め、実時間プロセス制御システムのロジックブロックパターンを通る信号の流れをシミュレートするために適切に構成されたコンピュータシステムで実装し、使用することができるということに留意するべきである。
図３Ｂを参照すると、この図には、ＰＣ２０５のようなコンピュータと適宜関連づけて本発明を適切に実装し、使用することが可能な環境を提供することができる一実施形態の処理回路（全体を符号２１０で示す）の高水準ブロック図が示されている。
処理回路２１０は、実施態様として、プロセッサ３７０、通常のランダムアクセスメモリ（“ＲＡＭ”）３７５、バスコントローラ回路３８０、通常の読み取り専用メモリ（“ＲＯＭ”）３８５、通常のビデオランダムアクセスメモリ（“ＶＲＡＭ”）３９０及び一組の周辺機器ポート３９５を具備する。図示の一例のホストバス３９７は、適宜プロセッサ３７０、ＲＡＭ３７５及びバスコントローラ回路３８０を関連づけるよう機能する。図示の一例の入出力（“Ｉ／Ｏ”）バス３９８は、バスコントローラ回路３８０、ＲＯＭ３８５、ＶＲＡＭ３９０及び上記一組の周辺機器ポート３９５を関連づけるよう機能する。上記一組の周辺機器ポート３９５は、Ｉ／Ｏバス３９８を適切に構成された通常の１つ以上の周辺機器と適宜接続してこれらとの通信を可能にする。上記一組の周辺機器ポート３９５には、適宜１つ以上のシリアルポートまたはパラレルポートを含めることも可能である。
バスコントローラ回路３８０は、それによってホストバス３９７とＩ／Ｏバス３９８を関連づけることができる適切な手段を与え、これによって両者間の通信のためのパス及び管理が確保される。図示例のバス３９７及び３９８は各々信号を搬送するための駆動電流を必要とする。従って、図示例の回路は、必要な電流を供給する通常のシステムコントローラ（図示省略）と組み合わせた形で動作する。もちろん、図示例の回路は、適宜、バスが１本しかない場合、あるいは３本以上ある場合についても実施可能である。
図示実施形態によれば、図示例のＲＡＭ３７５は、少なくとも一部を、プロセッサ３７０によって実されるタスクを記憶するように適宜構成することが可能である。プロセッサ３７０は、記憶された１つ以上のタスクの実行時に図示例のＶＲＡＭ３９０にアクセスして、データを表示装置３１０上に表示するよう機能する。上に述べたように、それらの１つ以上のタスクは本発明の原理を適宜具体化して、実時間プロセス制御システム及びこれと関連づけられたプラントの要素間の相互接続を表す管理図面を生成することができる。
別の好適な実施形態においては、処理回路２１０は、その全部あるいは一部を、プログラマブルアレイロジック（“ＰＡＬ”）やプログラマブルロジックアレイ（“ＰＬＡ”）のようなプログラム可能ロジックデバイス、デジタル信号プロセッサ（“ＤＳＰ”）、フィールドプログラムマブル・ゲートアレイ（“ＦＰＧＡ”）、特定用途向け集積回路（“ＡＳＩＣ”）、大規模集積回路（“ＬＳＩ”）、超大規模集積回路（“ＶＬＳＩ”）等を含む何らかの適切な処理コンフィギュレーションと置き換えるか、あるいはこれと組み合わせることによって、本願で説明し、請求の範囲に記載する種々の形態の回路を形成ことができる。
従来の処理システムのアーキテクチャについては、ウィリアム・スタリングス（Ｗｉｌｌｉａｍ  Ｓｔａｌｌｉｎｇｓ）による「コンピュータの構成とアーキテクチャ（Ｃｏｍｐｕｔｅｒ  Ｏｒｇａｎｉｚａｔｉｏｎ  ａｎｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ）」、マクミラン・パブリッシング（ＭａｃＭｉｌｌａｎ  Ｐｕｂｌｉｓｈｉｎｇ  Ｃｏ．）社刊（１９９３年、第３版）により詳細に記載されている。従来の処理システムのネットワーク設計については、ダレン・エル・スポーン（Ｄａｒｒｅｎ  Ｌ．Ｓｐｏｈｎ）による「データネットワーク設計（Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｄｅｓｉｇｎ）」、マグロー・ヒル・インク（ＭｃＧｒａｗ−Ｈｉｌｌ  Ｉｎｃ．）社刊（１９９３年）により詳細に記載されている。従来のデータ通信については、アール・ディー・ギットリン（Ｒ．Ｄ．Ｇｉｔｌｉｎ）、ジェイ・エフ・ヘイズ（Ｊ．Ｆ．Ｈａｙｅｓ）及びエス・ビー・ウェインスタイン（Ｓ．Ｂ．Ｗｅｉｎｓｔｅｉｎ）による「データ通信の原理（Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｐｒｉｎｃｉｐｌｅｓ）」、プレナム・プレス（Ｐｌｅｎｕｍ  Ｐｒｅｓｓ）刊（１９９２年）、及びジェームズ・ハリー・グリーン（Ｊａｍｅｓ  Ｈａｒｒｙ  Ｇｒｅｅｎ）による、「アーウィン電気通信ハンドブック（Ｔｈｅ  Ｉｒｗｉｎ  Ｈａｎｄｂｏｏｋ  ｏｆ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）」、アーウィン・プロフェショナル・パブリッシング（Ｉｒｗｉｎ  Ｐｒｏｆｅｓｓｉｏｎａｌ  Ｐｕｂｌｉｓｈｉｎｇ）社刊（１９９２年、第２版）により詳細に記載されている。上記の各刊行物は、全ての目的に関して参照によって本願に編入されるものである。
上記の説明から、本発明によれば、実時間プロセス制御システム及びこれによって制御されるプラントの要素間における相互接続を表す管理図面を生成するためのシステム及び方法が得られるということは明らかである。本発明システムは：（１）上記要素間の明示ポイント接続を表すテキスト入力データ、上記要素間の暗黙ポイント接続が書かれた制御言語スクリプト、及び起点要素に関するデータを受け取って記憶するメモリと、（２）上記メモリに接続されていて、起点要素に関して明示及び暗黙ポイント接続を分析すると共に、起点要素の関数として自動的に管理図面を作成するプロセッサとを具備し、システムはこれによって相互接続を表す管理図面を生成する。
以上、本発明及びその長所を詳細に説明したが、当業者ならば、本発明の最も広い形態における発明の精神及び範囲から逸脱することなく種々の変更、代替態様及び変形の態様をなし得るということは理解されよう。
【図１】
0004074344.tif 000003
【図２Ａ】
0004074344.tif 000004
【図２Ｂ】
0004074344.tif 000005
【図３Ａ】
0004074344.tif 000006
【図３Ｂ】
0004074344.tif 000007
【図４】
0004074344.tif 000008