JP7060218B2 - プロセス制御装置情報を表示する方法、並びに、装置 - Google Patents

Description

本開示は、一般にプロセス制御システムに関し、具体的には、プロセス制御装置に関する情報を表示する方法、並びに、装置に関する。

化学プロセス、石油プロセス、または、他のプロセスで使用されるようなプロセス制御システムは、主として、アナログ・バス、デジタル・バス、または、アナログ／デジタル混合バスを介して、少なくとも１つのホスト装置、または、オペレータ・ワークステーション、及び、１つ以上のフィールド機器と通信可能に接続する１つ以上のプロセス・コントローラ、並びに、入出力（Ｉ／Ｏ）装置を含む。フィールド機器は、例えば、バルブ、バルブ・ポジショナー（位置固定装置）、スイッチ、及び、送信器（例えば、温度センサー、圧力センサー、及び、流量センサー）等であり、プロセス内のプロセス制御機能、例えば、バルブの開閉、及び、プロセス制御パラメータの測定を実行する。（プロセス）コントローラは、フィールド機器が実施したプロセス測定を示す信号を受信したら、この情報を処理して制御ルーティンを実行し、更に、プロセス稼働を制御するため、バス、または、他の通信回線を介してフィールド機器に送られる制御信号を生成する。この様にして、（プロセス）コントローラは、フィールド機器と通信可能に接続するバス、及び／または、他の通信リンクを介し、フィールド機器を用いて、制御プログラム、または、制御ルーティンを実行、及び、調整することが可能である。

フィールド機器、及び、（プロセス）コントローラからの情報は、プロセスで必要とされる機能を操作者が実行できるようオペレータ・ワークステーション（例えば、プロセッサーに基づくシステム）によって実行される実行時データとして、１つ以上のアプリケーション（即ち、ルーティン、プログラム等）に提供される。これら機能の一部には、プロセスの現状態の表示（例えば、グラフィカル・ユーザ・インターフェースを介して）、プロセスの評価、プロセス稼働の変更（例えば、視覚的なオブジェクト図を介して）等を含めても良い。更に、プロセス制御システムの多くは、１つ以上のアプリケーション用端末を含む。通常、これらのアプリケーション用端末は、ローカルエリア網（ＬＡＮ）を介して、プロセス制御システム内のコントローラ、オペレータ・ワークステーション、及び、他のシステムと通信可能に接続するパーソナル・コンピュータ、ワークステーション等を用いて実装される。各アプリケーション用端末は、プロセス制御システム内の運用管理機能、保守管理機能、仮想制御機能、診断機能、実時間監視機能、安全性管理機能、構成機能等を実行する１つ以上のプログラム、ルーティン、または、アプリケーションを実行できる。

現行の多くのフィールド機器、例えば、Ｆｏｕｎｄａｔｉｏｎ Ｆｉｅｌｄｂｕｓ（登録商標）プロトコルを利用するフィールド機器は、構成ブロック（単数または複数）を含む。所定モードで稼働するようこれらのフィールド機器を構成するため、構成ブロック（単数または複数）はそれぞれ、１モードで稼働するよう個別にプログラム、及び／または、定義される。更に、多くのフィールド機器は、複数の構成要素を備えることも可能であり、各構成要素には、構成ブロック（単数または複数）が含まれる。特定モードに合わせてフィールド機器のこれらの構成要素を構成するため、各構成要素の構成ブロック（単数または複数）は、１モードで稼働するよう、プログラム、及び／または、定義される。更に、これらの構成要素の一部は、フィールド機器の所定構成に基づいてのみ稼働できる。例えば、未許可の構成要素を停止、及び／または、使用不可能とすることができる。

プロセス制御装置情報を表示するための例示的な方法、並びに装置について説明する。１例の方法は、プロセス制御装置からプロセッサーにおいて条件付き装置パラメータを受信するステップと、プロセス制御装置に関連した機能が利用可能かどうかを判定するステップであって、この条件付き装置パラメータは、当該機能が利用可能かどうかを示すステップを含む。この例示的な方法は、当該機能が利用可能である場合、ユーザ・インターフェースを通してグラフィック内の条件付き装置パラメータを表示するステップも含む。

例示的な装置は、プロセス制御装置から条件付き装置パラメータを受信する実行時データ受信器を含む。例示的な装置は、条件付き装置パラメータに関連した少なくとも１つのグラフィックが、条件付き装置パラメータ内に含まれる情報に基づいてユーザ・インターフェース内に表示されるかどうかを判定する条件付きグラフィック管理装置も含む。

例示的なインターフェース・プロセッサーを備えたプロセス制御システムの１例について説明するブロック図を示す。 図１の例示的なインターフェース・プロセッサーの機能ブロック図を示す。 フィールド機器のモードを示すグラフィック表記を含む図１のユーザ・インターフェースを介して表示されるアプリケーションを示す。 ブロックモード要素の状態に基づいて想定される構成ブロックのモードに関する表を示す。 ブロックモード要素の状態に基づいて構成ブロック、及び／または、フィールド機器のモードを算出する図１と図２のインターフェース・プロセッサーの機能図を示す。 図１と図２のインターフェース・プロセッサー１０２により表示される第２グラフィック表記を含む図３のアプリケーションを示す。 正常ブロックモード要素に関する条件付きパラメータ（単数または複数）、及び／または、状態に基づいてメニュー用グラフィック表記を表示する図１、及び、図２のインターフェース・プロセッサーの一例を示す。 正常ブロックモード要素に関する条件付きパラメータ（単数または複数）、及び／または、状態に基づいてメニュー用グラフィック表記を表示する図１、及び、図２のインターフェース・プロセッサーの一例を示す。 該当するグラフィック表記を表示するため、フィールド機器において、起動、及び／または、利用可能な実体を判定する図１、及び、図２のインターフェース・プロセッサーの機能図を示す。 図１、及び／または、図２のインターフェース・プロセッサーを実装するのに使用可能な例示的な方法の流れ図である。 図１、及び／または、図２のインターフェース・プロセッサーを実装するのに使用可能な例示的な方法の流れ図である。 図１、及び／または、図２のインターフェース・プロセッサーを実装するのに使用可能な例示的な方法の流れ図である。 図１、及び／または、図２のインターフェース・プロセッサーを実装するのに使用可能な例示的な方法の流れ図である。 本明細書で述べる例示的方法、及び、装置を実装するのに使用可能な１例のプロセッサー・システムのブロック図である。

発明の詳細な説明

以下では、例示的な方法、及び、装置について、とりわけ、ハードウェア上で実行される構成要素、ソフトウェア、及び／または、ファームウェアを含めて説明するが、これらの例は、説明に過ぎず、限定的なものとして捉えるべきではない。例えば、ハードウェア、ソフトウェア、及び、ファームウェア構成要素の任意のもの、または、その全てを、ハードウェアとしてのみ、ソフトウェアとしてのみ、或いは、ハードウェアとソフトウェアの任意の組み合わせてとして実体化できることも想定される。従って、以下で、例示的な方法、及び、装置について説明するが、当業者であれば、ここで提供される例が、この様な方法や装置を実現する上での唯一の方法とはならないことは容易に理解できるであろう。例えば、例示的な方法と装置を、プロセス制御装置（例えば、フィールド機器）情報の表示と関連して説明するが、例示的な方法と装置は、より広範に適用可能であり、しかも、全ての自動化システム、バッチ処理システム、製造システム、産業制御システム、安全計装システム等向けにプロセス制御装置情報を表示するためにも実装可能である。以下の特許を通して、構成要素、構成ブロック、ブロックモード要素、特徴、及び／または、機能を纏めて、実体と呼ぶ。

プロセス制御システムは、フィールド機器を管理するルーティン、制御プログラム、及び／または、アルゴリズムを動作させるためのコントローラを備えるのが一般的である。フィールド機器は、例えば、バルブ、バルブ・ポジショナー、スイッチ、及び、送信器であり、プロセス制御機能、例えば、バルブの開閉、プロセス制御パラメータの測定を実行できる。これらのフィールド機器は、１つの機能を実行することが可能であるか、または、複数の機能を実行可能な場合もある。フィールド機器の管理の他、コントローラは、フィールド機器から受信したデータに基づいて、実行時データ（例えば、プロセス制御情報）を生成する。この実行時データは、プロセス値、統計値、警告、監視情報、プロセス傾向情報、診断情報、構成情報、フィールド機器の状態情報、及び／または、フィールド機器からのメッセージを含むことができる。

プロセス制御システムの多くにおいて、実行時データはグラフィック表記として、ユーザ・インターフェース内で表示される。グラフィック表記には、チャート、計量データ、グラフ、メニュー、タブ、データ・フィールド、インジケータ、表等が含められる。多くの場合において、ユーザ・インターフェース内のグラフィック表記は、システムの設計者、プロセス運用担当者、及び／または、インターフェース技師によって設計、及び／または、構成される。グラフィック表記は、プロセス制御システムを管理、及び、運用するために、運用者、技師、及び／または、他のプロセス運用担当者が使用する実行時データの数値表記、及び／または、図表記を提供する。グラフィック表記の一部を用いて、プロセス制御システム内のフィールド機器の状態（例えば、モード）を表示する。プロセス運用担当者は、フィールド機器のモードのグラフィック表記を用いて、機器が指定通りに稼働しているかどうかを判別できる。機器が指定通りに稼働していないと担当者が判断した場合、この担当者は、ユーザ・インターフェース上に表示されるコントロールを介して、機器を調整できる。他の場合では、担当者が、機器の場所における問題を解決する必要がある場合もある。この様なことから、プロセス制御装置のモードを表示することは、プロセス制御システムの管理担当者にとって有用である。

フィールド機器のモード（例えば、装置モード）を表示するため、プロセス制御システムの多くは、フィールド機器の各構成要素のモード（例えば、構成要素モード）を表示し、更に、各構成要素に関連する構成ブロックごとのモード（例えば、構成モード）を表示することが可能である。フィールド機器の構成要素は、他の構成要素への統合、及び／または、接続が可能なフィールド機器の機能部位及び／または、構造部位に相当する。例えば、空気バルブは、駆動部、計測部、及び／または、センサー部を含むことが可能である。一部の例では、フィールド機器を構成要素に分割することが不可能な場合もある。これらの例において、プロセス制御システムは、フィールド機器に関連する構成ブロックごとに、モードを表示する。構成ブロックとは、フィールド機器、及び／または、構成要素の１つ以上の特徴、及び／または、機能についてパラメータ化された定義である。構成ブロックは、ソフトウェア、及び／または、組み込みハードウェアによって実装可能である。一般に、フィールド機器は、フィールド機器内の他の構成ブロック間で共通とされるパラメータ（例えば、ハードウェア固有の特性）を指定する少なくとも１つの資源構成ブロックを含む。更に、フィールド機器は、フィールド機器内のセンサー、及び／または、駆動器間のデータ・インターフェースとして機能する１つ以上のトランスデューサ構成ブロックを含む場合もある。トランスデューサ構成ブロックの多くは、フィールド機器内のセンサー、及び、または、駆動器用の較正、及び／または、線形化機能を指定することができる。更に、フィールド機器は、フィールド機器、及び／または、フィールド機器内の構成要素の監視、及び／または、制御機能を定義する１つ以上の機能構成ブロックを含められる。機能構成ブロックは、トランスデューサ構成ブロックを介し、フィールド機器内のセンサー、及び／または、駆動器間でデータを受信、及び／または、送信する。

構成ブロックの一部（例えば、トランスデューサ構成ブロック）は、製造業者によって規定され、更に、構成要素、及び／または、フィールド機器をどの様に稼働するかに関する運用定義を提供する場合もある。例えば、バルブ駆動器用のトランスデューサ構成ブロックは、入力データ、及び／または、フィードバックに基づいて、駆動器を移動させるためのアルゴリズムを定義する。また、一部の構成ブロック（例えば、資源構成ブロック、及び／または、機能構成ブロック）は、利用者によって定義、及び／または、指定されることがある。例えば、機能構成ブロックには、バルブ・コントローラとプロセス制御システム間の関係を定義する較正情報を含むことができる。

例えば、環境センサー（例えば、フィールド機器）は、温度センサー構成要素、及び、圧力センサー構成要素を含むことが可能である。温度センサー構成要素は、第１トランスデューサ構成ブロック、及び、第１機能構成ブロックによって定義、及び／または、構成できる。同様にして、圧力センサー構成要素を、第２トランスデューサ構成ブロック、及び、第２機能構成ブロックによって定義、及び／または、構成できる。環境センサーは、資源構成ブロックによって定義、及び／または、構成可能である。別の例では、温度センサーと圧力センサーを、トランスデューサ構成ブロック、及び、機能構成ブロックによって定義、及び／または、構成可能である。構成ブロックのモードは、ブロックモード要素の状態で決まる。

プロセス制御フィールド機器の多くでは、ブロックモード要素は、構成ブロックのモードを定義するための産業標準パラメータに相当する。モードは、構成ブロックの稼働状態を定義する。例えば、モードによって、正常稼働状態、障害状態、較正状態等を示すことができる。ブロックモード要素は、例えば、利用者が指定（例えば、要求）した構成ブロックのモードを示す目標要素、構成ブロックの現モードを示す現状要素、及び／または、標準的な稼働プロセス制御条件下で構成ブロックが稼働するモードを示す正常要素を含むことが可能である。ブロックモード要素は、遠隔出力、遠隔カスケード運用、カスケード運用、自動稼働、手動稼働、ローカル・オーバーライド運用、手動初期化、及び／または、稼働停止等を含む状態を含められる。別の例では、構成ブロックのモードは、ブロックモード要素数の増減で左右されることもある。利用者、ワークステーション上で動作するプロセス制御アプリケーション、及び／または、コントローラにより、ブロックモード要素の状態を指定可能な事例もある。

更に、一部の例では、利用者は、目標ブロックモード要素を変更させることで、構成ブロックの稼働条件を変更できる。そして、利用者は、現状ブロックモード要素を読み取ることにより、フィールド機器内の構成ブロックが、変更を受け入れたかどうかを判定できる。目標ブロックモード要素、及び、現状ブロックモード要素の状態が、同じであれば、通常、この構成ブロックは、利用者の所望条件に従って稼働していることになる。

ユーザ・インターフェースの多くにおいて、フィールド機器の装置モードは、フィールド機器内に含まれる構成ブロックについて文字表示されたブロックモード要素の状態と個別に依存している。通常、ユーザ・インターフェースは、この方式でフィールド機器のモードを表示する。これは、一部のプロセス制御通信プロトコル（例えば、Ｆｏｕｎｄａｔｉｏｎ Ｆｉｅｌｄｂｕｓ（登録商標）通信プロトコル）では、稼働状態に関わるフィールド機器との通信を構成ブロックレベルで実行することが指定されているからである。即ち、フィールド機器の制御は、構成要素ごとの構成ブロック内のブロックモード要素の状態管理に基づいている。例えば、フィールド機器が正常な稼働状態で確実に稼働するよう、利用者は、フィールド機器における各構成要素内の構成ブロックごとの現状ブロックモード要素を確認する。それぞれが複数の構成ブロックで定義される複数の構成要素を含むフィールド機器の場合では、利用者は、構成ブロックごとの現状ブロックモード要素の状態を、１つのユーザ・インターフェース（及び／または、複数のユーザ・インターフェース）内で特定することによって、フィールド機器の稼働モードを判断する必要がある場合がある。現状ブロックモード要素の特定の他、利用者は、フィールド機器のモードを判断するためにブロックモード要素の状態をどの様にして組み合わせるべきかを判断する必要が出てくることもある。この場合、フィールド機器に関する専門知識、フィールド機器の通信プロトコルに関する知識、及び／または、フィールド機器を含むプロセス制御システムに関する知識が必要とされる場合がある。この結果、フィールド機器のモードの確認は、比較的時間の掛かる処理となる恐れがある。

別の事例では、利用者が、フィールド機器の状態、及び／または、モードを変更しようとする場合、利用者は、ユーザ・インターフェース内で目標ブロックモード要素を特定することで、変更の必要のある構成ブロック内の目標ブロックモード要素を判定する必要がある。そして、利用者は、目標ブロックモード要素を変更させる状態、及び／または、状況を判定する必要がある。更に、利用者は、目標ブロックモード要素内の指定通りに、構成ブロックが確実に変更されるよう、現状ブロックモード要素を特定する必要がでてくる場合もある。

本明細書で述べる例示的方法、及び、装置によって、利用者は、ブロックモード要素の状態を組み合わせて構成ブロックのモードを判定することにより、フィールド機器を管理することが可能となる。例示的な方法、及び、装置は、ブロックモード要素のプロセス制御状態情報に基づき、フィールド機器、構成要素、及び／または、構成ブロックのモードを判定し、これをグラフィック表記として表示することにより、フィールド機器とコントローラ間のインターフェースとして機能する。この方式により、本明細書で述べた例示的方法、及び、装置では、利用者は、フィールド機器内の構成ブロック全てに関するブロックモード要素の組み合わせに基づく１つのグラフィック表記内で、フィールド機器、構成要素、及び／または、構成ブロックのモードを閲覧することが可能となる。更に、例示的な方法、及び、装置では、フィールド機器、構成要素、及び／または、構成ブロックを利用者が指定したモードとするのに必要とされるブロックモード要素の状態を判定する。

より具体的には、本明細書で述べる例示的方法、及び、装置では、ブロックモード要素ごとに想定される状態に基づき、構成ブロックのモードを定義することで、ブロックモード要素の状態を組み合わせる。類似して定義された構成ブロックを含むプロセス制御装置が多いため、構成ブロックを用いてモードを報告する全てのフィールド機器について、例示的方法、及び、装置を利用することが可能である。フィールド機器をプロセス制御システムに実装する際、例示的方法、及び、装置は、モードを指定する登録済みの構成ブロック定義にアクセスすることで、フィールド機器のモードに関するグラフィック表記を、ユーザ・インターフェース内で表示できる。更に、例示的方法、及び、装置は、構成ブロックについて想定されるモードの組みあわせに基づいて、構成要素のモードを定義することが可能である。同様に、構成要素について想定されるモードの組みあわせに基づいて、フィールド機器のモードを定義できる。

フィールド機器、構成要素、及び／または、構成ブロックのモードを、グラフィック表記として表示することで、例示的方法、及び、装置では、ユーザ・インターフェース内で表示されるグラフィック表記量を削減できることにより、利用者にとってより読みやすく、しかも、直感的なユーザ・インターフェースとすることができる。更に、ブロックモード要素の状態を構成ブロック、構成要素、及び／または、フィールド機器のモードに簡略化することで、本明細書で述べる例示的方法、及び、装置により、複数の現状ブロックモード要素の状態を手作業で組み合わせてフィールド機器のモードを算出するプロセス運用担当者が起こしうる誤りを減らすこともできる。

また、１つのグラフィック表記内でフィールド機器のモードを表示する他、本明細書で述べる例示的方法、及び、装置では、構成ブロック情報を用いて、フィールド機器において利用可能な構成要素、機能、特徴、及び／または、構成ブロックを判定する。例えば、多くの従来型システムでは、フィールド機器の一部の構成要素は、プロセス制御システムによって使用不可能であるか、または、認可、若しくは、購入することができない。本明細書で述べる例示的方法、及び、装置では、利用不可能な構成要素を判定したら、利用不可能な構成要素に関連するグラフィック表記をアプリケーションから削除する。例えば、環境センサー（例えば、フィールド機器）の中に、温度センサー構成要素、及び、圧力センサー構成要素が含まれる場合ある。プロセス制御システムの所有者は、圧力センサー構成要素にのみしか認可できない。だが、アプリケーションは、温度を示す測定値、及び、圧力を示す測定を表示できる。本明細書で述べる例示的方法、及び、装置では、圧力センサー構成要素のみを認可して、温度計測値を削除することで、アプリケーション内で表示される未使用のグラフィック表記を除去する。未使用のグラフィック表記を削除することによって、アプリケーションの読み取りが比較的容易となり、しかも、構成要素の特徴、及び／または、機能が誤作動していることを、利用者が考え間違いを起こすことも防止される。

図１は、本明細書で述べる例示的方法、及び、装置を実行するのに使用可能な例示的インターフェース・プロセッサー１０２を備えた１例のプロセス制御環境１００の構成図を示す。例示的なインターフェース・プロセッサー１０２は、プロセス制御システム１０４と接続する。更に、インターフェース・プロセッサー１０２は、ワークステーション１０６によって実装、及び／または、その中に含めることが可能である。別の例では、ワークステーション１０６と通信できるよう接続可能なサーバ、分散コンピューティング・ネットワーク、及び／または、他の任意のコンピュータ装置（単数または複数）内に、インターフェース・プロセッサー１０２を含められる。

図１の例示的ワークステーション１０６は、任意のコンピュータ装置、例えば、パーソナル・コンピュータ、ラップトップ、サーバ、コントローラ、パーソナル・デジタル・アシスタント（ＰＤＡ）、コンピューティング・パッド、マイクロ・コンピュータ等を含めても良い。ワークステーション１０６は、任意の適切なコンピュータ・システム、または、処理システム（例えば、図１３の処理システムＰ１０）で実装可能である。例えば、ワークステーション１０６は、シングルプロセッサー型パーソナル・コンピュータ、シングル、または、マルチプロセッサー・ワークステーション等で実装できる。

例示的ワークステーション１０６は、ユーザ・インターフェース１０７を介してアプリケーションを表示する。ユーザ・インターフェース１０７によって、ワークステーション１０６の利用者は、コントローラ１０８によって生成されるプロセス制御情報を（アプリケーションを介して）をグラフィック的に閲覧することが可能である。更に、例示的なユーザ・インターフェース１０７により、ワークステーション１０６に命令をコントローラ１０８へ送信させるよう、利用者が選択、及び／または、処理可能とするグラフィック手段を供給することで、利用者はプロセス制御システム１０４を管理できる。また、例示的なユーザ・インターフェース１０７は、アプリケーションを介して、例示的なインターフェース・プロセッサー１０２から供給されるモード情報を表示する。

例示的なプロセス制御システム１０４は、任意の種類の製造装置、プロセス装置、自動化装置、安全計装装置、及び／または、他の任意の種類のプロセス制御構造、或いは、システムを含むことが可能である。一部の例では、プロセス制御システム１０４は、プロセス制御環境１００内の種々の場所に配置された複数の装置を含められる。更に、例示的なプロセス制御環境１００は、同じ装置に含められるか、または、異なる装置に配置可能な他のプロセス制御システム（図示せず）を含むことができる。

例示的なプロセス制御システム１０４は、ローカルエリア網（ＬＡＮ）１１０を介してワークステーション１０６と通信できるよう接続可能なコントローラ１０８を含む。ＬＡＮ１１０は、任意の通信媒体とプロトコルを用いて実装できる。例えば、ＬＡＮ１１０は、有線、または、無線のイーサネット通信技術に基づいても良い。だが、他の適切な通信媒体やプロトコルも使用できる。更に、１つのＬＡＮ１１０を示しているが、ワークステーション１０６内で１つ以上のＬＡＮ、及び、適切な通信ハードウェアを用いて、ワークステーション１０６、及び、類似の各ワークステーション（図示せず）との間での冗長な通信経路を供給することも可能である。

更に、プロセス制御環境１００は、他のワークステーション（図示せず）のコントローラ１０８への通信可能な接続、及び／または、ワークステーション１０６の他のプロセス制御システム内のコントローラ（図示せず）への通信可能な接続のためにルータ（図示せず）を含むことができる。また、プロセス制御環境１００は、プロセス制御環境１００内の資源へのアクセスを、離れた場所にあるワークステーション（例えば、プロセス制御環境１００外部のワークステーション）に供給するためのファイヤウォール（図示せず）を含められる。

プロセス制御システム１０４は、フィールド機器１１２（例えば、入力、及び／または、出力装置）を含む。フィールド機器１１２は、入力データ受信、出力データ生成、及び／または、プロセス制御に対応した任意の種類のプロセス制御構成要素（単数または複数）を含められる。フィールド機器１１２は、プロセスを制御するためのバルブ、ポンプ、ファン、加熱器、冷却器、及び／または、混合器等の制御装置を含むことが可能である。更に、フィールド機器１１２は、測定、または、監視装置として、例えば、プロセスの一部を測定するための温度センサー、圧力センサー、濃度センサー、流体レベル計測器、流量計、及び／または、蒸気センサーも含められる。フィールド機器１１２は、入力１１４を介して、コントローラ１０８から命令を受信したら、所定の動作を実行して、フィールド機器１１２によって実装、及び／または、制御されるプロセスを変動させる。更に、命令により、構成ブロックのブロックモード要素を変更することで、フィールド機器１１２のモードを変化させることもできる。更に、フィールド機器１１２は、プロセスデータ、環境データ、及び／または、入力装置データを測定して、測定されたデータをプロセス制御情報として出力１１６を介し、コントローラ１０８へと送信する。入力１１４、及び、出力１１６を異なる経路として図示しているが、入力（１１４）と出力１１６が、同じ通信経路、及び／または、リンクを共有可能な場合もある。送信されたプロセス制御情報には、各フィールド機器から測定された出力に対応する変数の値が含まれることもある。更に、出力１１６は、フィールド機器１１２内で指定される構成ブロックのブロックモード要素の状態を含む。

更に、プロセス制御システム１０４は、フィールド機器１１２からデータを受信し、このデータを例示的なコントローラ１０８によって処理可能な情報に変換するための入出力（Ｉ／Ｏ）カード１１８（例えば、１つ以上のＩ／Ｏカード）を含む。同様に、Ｉ／Ｏカード１１８は、コントローラ１０８からのデータ、または、情報を対応するフィールド機器１１２で処理可能なデータ・フォーマットに変換できる。

図１の例示的なコントローラ１０８は、（プログラム）言語に依存せずに、１つ以上の制御ルーティン（例えば、プロセス制御アルゴリズム、機能、及び／または、命令）を動作して、プロセス制御システム１０４内のフィールド機器１１２を管理することが可能である。コントロール・ルーティンは、監視アプリケーション、警告管理アプリケーション、プロセス動向、及び／または、履歴アプリケーション、診断アプリケーション、バッチ処理、及び／または、運用管理アプリケーション、統計アプリケーション、ストリーミング・アプリケーション、高度制御アプリケーション、安全計装アプリケーション、イベントアプリケーション等を含むアプリケーション用に、フィールド機器１１２からの出力１１６に基づいて、実行時データを算出する。更に、アプリケーションは、状態、及び／または、モード・アプリケーションを含む。コントローラ１０８は、定期的に、及び／または、実行時データの処理、または、作成時に応じて、実行時データをワークステーション１０６、及び／または、他の任意のプロセス制御データベース、及び／または、プロセッサー（図示せず）に送信する。コントローラ１０８によって送信された実行時データは、プロセス制御値、データ値、警告情報、テキスト、ブロックモード要素状態情報、診断情報、障害メッセージ、パラメータ、イベント、及び／または、装置識別情報を含むことができる。

更に、制御ルーチンは、プロセス制御システム１０４内のワークステーション１０６、及び／または、他のワークステーションが利用可能な実行時データ（例えば、プロセス制御情報）を作成できる。実行時データを、プロセス制御システム１０４内のコントローラ１０８、及び／または、実行時データ・キャッシュ内に記憶可能な場合もある。別の事例では、コントローラ１０８により、実行時データを制御パラメータへと関連付け、書き込み、及び／または、記憶するデータベースへと、実行時データを送信可能である。

フィールド機器１１２用の構成ブロックの定義を記憶するため、例示的なプロセス制御環境１００は、装置記述データベース１２０を含む。例示的な装置記述データベース１２０は、ＬＡＮ１１０を介してワークステーション１０６へと通信可能に接続する。他の例では、装置記述データベース１２０は、ワークステーション１０６内、及び／または、プロセス制御環境１００に接続する他のワークステーション（図示せず）内に含められる。更に別の事例では、プロセス制御環境１００内の各ワークステーションは、ローカル・バージョンの装置記述データベース１２０を含むことが可能である。これらのローカル・バージョンは、装置定義ファイル内で定期的に更新可能である。この方式により、インターフェース・プロセッサー１０２は、ＬＡＮ１１０を使用せずに（例えば、ワークステーションがオフラインの場合）、ローカルに記憶された装置記述データベース１２０へとアクセスできる。

例示的なインターフェース・プロセッサー１０２は、装置記述データベース１２０にアクセスし、構成ブロックのモードを算出するために、ブロックモード要素の状態をどの様にして組みあわせるかを判定する。フィールド機器１１２が構成要素を含む例では、インターフェース・プロセッサー１０２は、装置記述データベース１２０にアクセスし、フィールド機器１１２の構成要素のモードを算出するために、構成ブロックのモードをどの様にして組みあわせるかを判定する。更に、インターフェース・プロセッサー１０２は、装置記述データベース１２０にアクセスし、フィールド機器１１２内のフィールド機器のモードを算出するために、構成要素のモードをどの様にして組み合わせるかを判定する。また、インターフェース・プロセッサー１０２は、装置記述データベース１２０にアクセスし、フィールド機器のモードを算出するために、構成ブロックのモードをどの様にして組み合わせるかを判定する。更に、インターフェース・プロセッサー１０２は、プロセス制御システム１０４のモードを定義するファイルについて、装置記述データベース１２０にアクセスする。インターフェース・プロセッサー１０２は、システム・レベルのファイルを用い、プロセス制御システム１０４のモード、及び／または、状態を算出するため、フィールド機器１１２のモードをどの様にして組み合わせるかを判定する。

各種類の構成ブロックについて、例示的な装置記述データベース１２０は、例えば、ブロックモード要素の状態について想定される組み合わせに基づき、構成ブロックについて想定されるモードを定義する装置定義ファイル（例えば、装置記述ファイル）を含むことができる。インターフェース・プロセッサー１０２は、構成ブロックのモードを表示する際、構成ブロックに関連するブロックモード要素の状態を含むプロセス制御状態情報について、コントローラ１０８からの実行時データを解析する。そして、インターフェース・プロセッサー１０２は、装置記述データベース１２０にアクセスし、受信したブロックモード要素の状態に基づき、構成ブロックのモードを判定する。更に、インターフェース・プロセッサー１０２は、ユーザ・インターフェース１０７により表示されるアプリケーション内で、構成ブロックのモードを表示できる。

構成ブロックのモードを計算する際、インターフェース・プロセッサー１０２は、装置記述データベース１２０内の構成要素の定義に基づいて、フィールド機器１１２の構成要素のモードを算出できる。例えば、装置定義ファイルは、温度センサー構成要素ＴＳ０１が、識別子ＦＣ０５の機能構成ブロック、及び、識別子ＴＣ７２のトランスデューサ構成ブロックを有することを示すことが可能である。インターフェース・プロセッサー１０２は、ＦＣ０５機能構成ブロック、及び、ＴＣ７２トランスデューサ構成ブロックについて算出されたモードを用いて、装置定義ファイル内のモードの定義に基づき、ＴＳ０１構成要素のモードを判定する。そして、インターフェース・プロセッサー１０２は、ユーザ・インターフェース１０７内のＴＳ０１構成要素のモードを表示できる。

構成ブロックのモードを指定する装置定義ファイルは、フィールド機器１１２の製造者によって判定できる。この定義（ファイル）は、産業標準（例えば、Ｆｏｕｎｄａｔｉｏｎ Ｆｉｅｌｄｂｕｓ（登録商標）プロトコル）、及び／または、プロセス制御環境１００用に定義された標準に基づくことが可能である。一般に、装置定義ファイルは、読み取り専用フォーマットとして、装置記述データベース１２０内に記憶される。一部の例では、プロセス運用担当者は、フィールド機器１１２への変更に基づき、装置定義ファイルを編集、及び／または、更新することができる。

他の例では、装置記述データベース１２０は、ブロックモード要素の集約、及び／または、結合に基づいて構成ブロックのモードを計算するためのルーティン、及び／または、アルゴリズムを含むことができる。この方式により、装置記述データベース１２０は、ルーティン内の装置定義ファイルを用いて、任意の数、及び／または、種類のブロックモード要素に基づき、モードを判定できる。更に、インターフェース・プロセッサー１０２は、コントローラ１０８からの実行時データに基づいて、組み合わせられるブロックモード要素の状態を判定することも可能である。例えば、フィールド機器１１２の１つは、フィールド機器、この機器の構成要素、その構成ブロック、及び、構成ブロック内のブロックモード要素の状態を識別するメッセージとして、状態プロセス制御情報を伝送できる。インターフェース・プロセッサー１０２は、このメッセージ内の識別情報を用い、どの構成ブロックにどのブロックモード要素が関連付けられるかを特定して、対応する状態を集約、及び／または、結合して、構成ブロックのモードを判定することが可能である。同様の方法において、インターフェース・プロセッサー１０２は、構成ブロックのモードを組み合わせて構成要素のモードを判定し、更に、構成要素のモードを組み合わせてフィールド機器のモードを判定することができる。

構成ブロックのモードを算出するためのルーティンには、ブロックモード要素状態を集約、及び／または、結合するステップが含まれても良い。ブロックモード要素の多くには、産業標準定義が含まれるので、これらの標準定義に基づき、ルーティンを定義することが可能である。例えば、状態全てが、自動稼働状態、及び／または、正常稼働状態であれば、正常稼働モードを返すよう、ルーティンを定義できる。別の例では、一部の要素ブロックの状態が非稼働状態であり、且つ、正常要素ブロックの状態が、自動稼働状態、及び／または、正常稼働状態であれば、構成、及び／または、較正稼働モードを返すよう、ルーティンを定義することが可能である。

例示的なインターフェース・プロセッサー１０２は、コントローラ１０８から受信した実行時データに基づいて、全ての構成ブロック、構成要素、及び／または、フィールド機器１１２のモードを算出することが可能である。別の例では、インターフェース・プロセッサー１０２は、ユーザ・インターフェース１０７内に表示された構成ブロック、構成要素、及び／または、フィールド機器１１２についてのみモードを求められる。例えば、ユーザ・インターフェース１０７が、フィールド機器のモードを表示していることを、インターフェース・プロセッサー１０２によって判断できる。例示的なインターフェース・プロセッサー１０２は、構成ブロック、構成要素、フィールド機器のモードを算出するが、フィールド機器のモードのみしか表示しない場合がある。更に、フィールド機器１１２が変化する際、インターフェース・プロセッサー１０２は、構成ブロック、構成要素、及び／または、フィールド機器１１２のモードを更新する。

構成ブロック、構成要素、及び／または、フィールド機器１１２のモードの表示の他、例示的なインターフェース・プロセッサー１０２では、ワークステーション１０６の利用者が、表示されているモードを選択することで、フィールド機器の稼働状態を変更することが可能である。例えば、ユーザ・インターフェース１０７は、ＦＩＣ＿１０１フィールド機器が稼働状態にあることを示すモードを含むグラフィック表記を表示できる。このモードは、緑で着色され、「稼働中」という文字のラベルが付いたグラフィック・アイコンとして表示可能である。このモードは、稼働中モードのＴＣ０２ トランスデューサ構成ブロック、及び、稼働中モードのＦＣ８７機能構成ブロックに基づくことが可能である。利用者は、グラフィック・アイコンを選択し、非稼働モードを選択すると、インターフェース・プロセッサー１０２は、グラフィック・アイコンの外観を「非稼働」というラベルの付いた赤色のアイコンに変更させる。更に、インターフェース・プロセッサー１０２は、ＦＩＣ＿１０１フィールド機器用の装置定義ファイルについて、装置記述データベース１２０にアクセスする。装置定義ファイルでは、ＴＣ０２ トランスデューサ構成ブロック、及び、ＦＣ８７機能構成ブロックの目標ブロックモード要素を非稼働状態とすることで、ＦＩＣ＿１０１フィールド機器を非稼働モードにできるということを示すことが可能である。この結果、インターフェース・プロセッサー１０２は、コントローラ１０８を介して、命令をＦＩＣ＿１０１フィールド機器へと送信することで、目標ブロックモード要素の状態を非稼働に変更する。ＦＩＣ＿１０１ フィールド機器は、命令を受信したら、ＴＣ０２ トランスデューサ構成ブロック、及び、ＦＣ８７機能構成ブロックの目標ブロック要素の状態を非稼働へと変更する。この方式により、利用者は、グラフィック・アイコンを選択することで、サービスからＴＩＣ＿１０１フィールド機器を削除できる。従来システムの多くでは、利用者は、変更を要するブロックモード要素を特定し、特定された各ブロック要素に個別の命令を送信する必要が生じるであろう。

ユーザ・インターフェース１０７がフィールド機器１１２、フィールド機器１１２の構成要素、及び／または、構成ブロックのモードを表示可能とすることで、例示的なインターフェース・プロセッサー１０２では、表示されたグラフィック表記の数が少なくなる。グラフィック表記の数が減ることで、ユーザ・インターフェース１０７の表示が簡略化され、例示的なインターフェース・プロセッサー１０２では、ユーザ・インターフェース１０７を、種々の種類のウェブ・アプリケーション、及び／または、無線端末によって動作されるアプリケーション内に表示することが可能となる。例えば、ユーザ・インターフェース１０７上のグラフィック表記の数が少ないと、利用者は、フィールド機器のモードを無線端末の比較的小さなスクリーン上で閲覧できる。付加的、若しくは、代替え的に、利用者は、インターネットを介して、プロセス制御環境１００へと遠隔アクセスし、フィールド機器のモードを、Ａｄｏｂｅ Ｆｌａｓｈ（登録商標）形式、及び／または、電子機器記述言語（ＥＤＤＬ）ファイルとして閲覧できる。

更に、説明例における例示的なインターフェース・プロセッサー１０２は、コントローラ１０８から受信したプロセス制御情報に基づいて、グラフィック表記の表示を管理する。グラフィック表記は、チャート、計測値、グラフ、メニュー、タブ、データ・フィールド、インジケータ、表、及び／または、他の任意のプロセス制御情報のグラフィック表示を含むことができる。プロセス制御情報は、構成ブロックのブロックモード要素の状態、フィールド機器１１２からのパラメータ情報、及び／または、起動済み、及び／または、利用可能なフィールド機器１１２における実体を示す他の任意の情報（例えば、条件付き装置パラメータ）を含められる。例えば、正常ブロックモード要素は、対応する構成ブロックが利用可能、及び／または、起動済みであるかどうかを示す状態を含むことができる。インターフェース・プロセッサー１０２は、利用可能、及び／または、起動済のフィールド機器における対応構成ブロックの構成要素を判定するため、正常ブロックモード要素の状態を特定できる。そして、インターフェース・プロセッサー１０２は、停止、及び／または、利用不可能な構成要素に関連し、ユーザ・インターフェース１０７を介して表示されるアプリケーション内のグラフィック表記を除去、及び／または、非表示とすることができる。構成要素のモードの他、インターフェース・プロセッサー１０２は、更に、機能プロセス制御情報（例えば、フィールド機器１１２の出力１１６からの装置に関する測定値）を表示する他の種類のアプリケーション、警告アプリケーション、イベント・アプリケーション等におけるグラフィック表記を除去、及び／または、非表示とすることが可能である。

更に、例示的なインターフェース・プロセッサー１０２は、起動済み、及び／または、利用可能なフィールド機器１１２の実体を示す命令を、プロセス運用担当者から受信することも可能である。また、インターフェース・プロセッサー１０２は、コントローラ１０８から受信した実行時データ、及び、装置記述データベース１２０内の装置定義ファイルを用い、構成要素、及び／または、構成ブロックのブロックモード要素の一部について利用可能な状態情報が無いかどうかを判定できる。インターフェース・プロセッサー１０２は、状態情報が無いという事実を用いて、構成ブロック、及び／または、構成要素が利用できないこと、及び／または、停止したということを推測する。更に、例示的なインターフェース・プロセッサー１０２は、起動済み、及び／または、利用可能な実体を示す装置パラメータ（例えば、条件付き装置パラメータ）を、フィールド機器１１２から受信できる。一部の例において、利用不可能、及び／または、停止した構成要素は、プロセス制御環境１００での使用に許可されていないか、または、プロセス制御システム１０４では必要とされないことから、停止したということが想定される。

未使用の構成要素、及び／または、構成ブロックに関連するグラフィック表記を削除することで、例示的なインターフェース・プロセッサー１０２は、ユーザ・インターフェース１０７を介して表示されるアプリケーションを利用者にとって比較的読みやすくさせる。この方法により、利用者には、起動した構成要素に対応する唯一の該当グラフィック表記が表示される。更に、未使用の構成要素、及び／または、構成ブロックに対応するグラフィック表記の削除、及び／または、非表示によって、例示的なインターフェース・プロセッサー１０２では、グラフィック表記が、未許可の構成要素では無く、障害のある構成要素を表示しているものと利用者が信じ込む可能性を除去する。つまり、利用者は、意図的に停止した構成要素に対処しようと時間を費やすことがある。

図２は、図１の例示的なインターフェース・プロセッサー１０２の機能構成図を示す。例示的なインターフェース・プロセッサー１０２を、装置記述データベース１２０を含めて示している。他の例示的実装形態では、装置記述データベース１２０は、外部にあり、インターフェース・プロセッサー１０２と通信可能に接続することが可能である。図１のコントローラ１０８から実行時データを受信するため、例示的なインターフェース・プロセッサー１０２は、コントローラ・インターフェース２０２を含む。例示的なコントローラ・インターフェース２０２は、ＬＡＮ１１０を介して、コントローラ１０８と通信可能に接続する。

説明例２０２の例示的なコントローラ・インターフェース２０２は、コントローラ１０８によって生成された実行時データを受信し、この実行時データを、その処理のために送信する。一部の例では、コントローラ・インターフェース２０２は、実行時データについて、コントローラ１０８を定期的にポーリング（情報収集）することが可能である。他の例では、コントローラ・インターフェース２０２は、実行時データを記憶するデータベースにアクセスする場合もある。コントローラ・インターフェース２０２によって受信された実行時データには、プロセス制御状態情報、条件付きパラメータ、及び／または、プロセス制御関連グラフィック表記を作成するのにインターフェース・プロセッサー１０２が使用可能な他の任意の情報が含まれる。

更に、例示的なコントローラ・インターフェース２０２は、インターフェース・プロセッサー１０２からのメッセージをコントローラ１０８に送信してから、このメッセージをフィールド機器１１２と互換性のあるフォーマットへ変換する。このメッセージは、ブロックモード要素の１つ以上の状態を変化させ、フィールド機器１１２を所定の稼働状態とするための命令、及び／または、命令を含むことができる。一部の例では、コントローラ・インターフェース２０２は、メッセージを受信するためにコントローラ１０８が利用できるようになるまで、メッセージを待ち行列処理することが可能である。

受信した実行時データの待ち行列処理、及び／または、分配するため、例示的なインターフェース・プロセッサー１０２は、実行時データ受信器２０４を含む。例示的な実行時データ受信器２０４は、プロセス制御状態情報、及び／または、条件付きパラメータについて、受信した実行時データを検証する。プロセス制御状態情報は、実行時データ受信器２０４により、ブロックモード要素解析装置２０６へと送られる。更に、実行時データ受信器２０４は、実行時データ内のフィールド機器識別情報、構成要素識別情報、及び／または、構成ブロック識別情報を判定する。そして、実行時データ受信器２０４は、判定された識別情報を含めたメッセージをクロスブロック・プロセッサー２０７へと送信できる。更に、実行時データ受信器２０４は、他の種類の実行時データをアプリケーションに送信して、これに該当するグラフィック表記を表示する。

更に、例示的な実行時データ受信器２０４は、クロスブロック・プロセッサー２０７が利用できるようになるまで、クロスブロック・プロセッサー２０７用のメッセージを待ち行列処理できる。また、例示的な実行時データ受信器２０４は、状態情報を処理するのに、ブロックモード要素解析装置２０６が利用できるようになるまで、プロセス制御状態情報を待ち行列処理することが可能である。他の例では、実行時データ受信器２０４は、受信した全ての実行時データを適切な機能ブロックに送信する。

プロセス制御状態情報を解析、及び／または、フィルター処理するため、例示的なインターフェース・プロセッサー１０２は、ブロックモード要素解析装置２０６を含む。例示的なブロックモード要素解析装置２０６は、フィールド機器１１２、フィールド機器１１２の構成要素、構成要素の構成ブロック、及び／または、構成ブロックのブロックモード要素の識別情報について、実行時データ受信器２０４が送信したプロセス制御状態情報を検証する。装置定義ファイルが存在する例では、ブロックモード要素解析装置２０６は、ブロックモード要素の状態を特定して、これらの状態をモード計算器２０８に送る。ブロックモード要素解析装置２０６は、ブロックモード要素の識別情報に基づいて、実行時データ内のブロックモード要素の状態を特定する。更に、例示的なブロックモード要素解析装置２０６は、ワークステーション１０６、及び／または、プロセス制御システム１０４の他の任意のプロセッサー内で処理、及び／または、記憶可能なブロックモード要素の新たな全ての状態を要求できる。この方式により、ブロックモード要素解析装置２０６は、コントローラ１０８によって生成、及び／または、処理されないが、構成ブロック、構成要素、及び／または、フィールド機器のモードを算出するのに必要とされる状態情報を蓄積する。

図２のブロックモード要素解析装置２０６は、装置定義ファイルが利用不可能な場合の例、及び／または、インターフェース・プロセッサー１０２がルーティン、及び／または、アルゴリズムに基づいてモードを計算する場合の例において、ブロックモード要素、構成ブロック、構成要素、及び／または、フィールド機器間の関係を判定する。これらの関係を判定するため、ブロックモード要素解析装置２０６は、実行時データを含むメッセージと共に識別情報の位置を使用できる。例えば、フィールド機器の状態情報は、第１構成要素用の第１メッセージ、及び、第２構成要素用の（第１メッセージとは）異なる第２メッセージを含む一連のメッセージとして送信可能である。各メッセージは、構成要素と共に含まれる構成ブロックに関する状態情報に基づいて、内部的に分割されても良い。更に、ブロックモード要素の状態は、関連する構成ブロックと一致するよう、メッセージ内で構成可能である。ブロックモード要素解析装置２０６は、メッセージ内のこれらの関係を用いて、ブロックモード要素、構成ブロック、構成要素、及び／または、フィールド機器間に関係を判定し、この関係情報をモード計算器２０８へと送ることが可能である。

図２の例示的なクロスブロック・プロセッサー２０７は、実行時データ受信器２０４からの識別情報（単数または複数）を含むメッセージを用いて、装置定義ファイルについて、装置記述データベース１２０へとアクセスする。装置定義ファイルは、プロセス制御システム１０４、フィールド機器１１２、複数のフィールド機器１１２のあるフィールド機器、フィールド機器の構成要素、及び／または、構成要素、及び／または、フィールド機器の構成ブロックに対応可能である。更に、装置定義ファイルは、グラフィック表記として表示するためのモードも示すことができる。例えば、フィールド機器用の装置定義ファイルでは、フィールド機器のモード、及び、フィールド機器の構成要素のモードを表して表示されるグラフィック表記を表示することを示すことが可能である。

識別情報（単数または複数）の受信時、例示的なクロスブロック・プロセッサー２０７は、装置記述データベース１２０にアクセスして、どの識別情報（単数または複数）が、対応する装置定義ファイルを含むのかを判定する。例えば、構成ブロック、及び、構成要素の識別情報はそれぞれ、装置定義ファイルに対応可能であるか、または、フィールド機器ごとに、装置定義ファイルが１つ存在する場合もある。クロスブロック・プロセッサー２０７が、１組の識別情報について、複数の装置定義ファイルを特定する例では、クロスブロック・プロセッサー２０７は、ファイルを集約、及び／または、結合して、このファイルをモード計算器２０８へと送る。１つ以上の識別情報について、装置定義ファイルが１つのみある場合の別の例では、クロスブロック・プロセッサー２０７は、ファイルをモード計算器２０８に送る。

説明例での例示的なモード計算器２０８は、ブロックモード要素の状態を用いて、構成ブロック、構成要素、フィールド機器、及び／または、プロセス制御システム１０４のモードを判定する。更に、モード計算器２０８は、関連性情報、及び／または、装置定義ファイル（単数または複数）を用いて、グラフィック表記として表示されるモードを判定する。モード（単数または複数）を判定する際、例示的なモード計算器２０８は、モードを表示されるグラフィック表記へと割り当てる。そして、例示的なモード計算器２０８は、図１のユーザ・インターフェース１０７を介して、１つ以上のアプリケーション内で表示するため、モード（単数または複数）、及び、これに対応するグラフィック表記割り当てを表示装置２１０へ送信する。

アルゴリズム、及び／または、ルーティンに基づいて、モードを算出する例では、モード計算器２０８は、ブロックモード要素解析装置によって特定される関連性情報を用いて、組み合わせ、及び／または、集約されるブロックモード要素の状態を判定する。そして、モード計算器２０８は、アルゴリズム、及び／または、ルーティンを含む命令を用いて、モードを判定できる。例えば、モード計算器２０８は、構成ブロックのモードを判定するのに使用される３つのブロックモード要素（例えば、目標ブロックモード要素、現状ブロックモード要素、及び、正常ブロックモード要素）の状態を受信可能である。目標ブロックモード要素の状態が、現状ブロックモード要素の状態と一致しなければ、構成ブロックを障害モードとするように、命令で示すことができる。別の例では、目標ブロックモード要素、現状ブロックモード要素、及び、正常ブロックモード要素が、非稼働状態である場合、構成ブロックは、停止モード、未使用モード、及び／または、未許可モードとするよう、命令によって示すことが可能である。また、正常ブロックモード要素が自動稼働状態であり、且つ、現状ブロックモード要素と目標ブロックモード要素が、非稼働状態である場合、構成ブロックが構成モードにあるよう、命令で示すことができる。別の例では、モード計算器２０８は、フィールド機器、及び／または、構成要素内に含まれる全ての構成ブロックが、正常稼働モードにあれば、フィールド機器、及び／または、構成要素のモードが正常稼働となることを指定する命令を含められる。

更に、例示的なモード計算器２０８は、装置定義ファイルを用いて、モードを計算する。モード計算器２０８は、装置定義ファイルを用いて、構成ブロックのモードとして纏められるブロックモード要素の状態を判定する。また、例示的なモード計算器２０８は、装置定義ファイルを用いて、構成要素、及び／または、フィールド機器のモードを特定するために纏められる構成ブロックのモードを判定することができる。更に、モード計算器２０８は、装置定義ファイルを用いて、フィールド機器のモードを特定するため、纏められる構成要素のモードを判定する。この他、モード計算器２０８は、装置定義ファイルを用いて、プロセス制御システム１０４のモードを特定するために纏められるフィールド機器のモードを判定することができる。一部の例では、装置定義ファイルは、フィールド機器のモードが、ブロックモード要素の状態に基づいていることを示すことができる。これらの例において、モード計算器２０８は、ブロックモード要素の状態を纏めて、対応するフィールド機器のモードを判定する。

ブロックモード要素の状態に基づいてモードを算出するため、図２の例示的なモード計算器２０８は、ブロックモード要素状態の組み合わせに基づき、モードを指定する装置定義ファイル内の表、及び／または、情報（例えば、所定モード）を使用できる。表の例は、図４と併せて示し、以下で説明する。一部の例では、表、及び／または、情報は、全ての種類の構成ブロックについて汎用的であっても良い。また、構成要素、及び／または、フィールド機器ごとの各種類の構成ブロックは、表、及び／または、情報を含むことができる。例示的なモード計算器２０８では、構成ブロックに関連するブロックモード要素の状態を比較することで、モードを特定する。モード計算器２０８は、構成要素に関連する全ての構成ブロックについてモードを判定してから、構成要素のモードを判定する。構成要素のモードは、関連する構成ブロックのモードに基づいて、定義可能である。また、構成要素のモードは、構成要素に関連する構成ブロック内のブロックモード要素の状態に基づいていても良い。

例示的なモード計算器２０８は、指定した全てのモードが決まるまで、モードを計算し続ける。一部の例では、モード計算器２０８は、コントローラ１０８からインターフェース・プロセッサー１０２によって受信された識別情報に関連する構成ブロック、構成要素、及び／または、フィールド機器について、モードを計算できる。別の例では、ブロックモード要素解析装置２０６、及び／または、モード計算器２０８は、ユーザ・インターフェース１０７内で表示されるグラフィック表記を判定可能である。他のこれらの例において、モード計算器２０８は、表示されたグラフィック表記に関連する構成ブロック、構成要素、及び／または、フィールド機器についてモードを判定する。更に別の事例では、モード計算器２０８は、プロセス運用担当者からの命令に基づいて、構成ブロック、構成要素、及び／または、フィールド機器のモードを判定する。

モードを表示するため、例示的なインターフェース・プロセッサー１０２は、表示装置２１０を含む。例示的な表示装置２１０は、モード計算器２０８からモードを受信する。各モードは、モードが表す構成ブロック、構成要素、及び／または、フィールド機器を示す識別情報を含む。更に、表示装置２１０は、どのグラフィック表記の中でどのモードを表示するかを示すグラフィック情報を受信できる。モードをグラフィック表記として表示するため、表示装置２１０は、モードに関連する識別情報を用いて、グラフィック・テンプレートを選択する。例えば、表示装置２１０は、構成ブロック用の第１種のグラフィック表記、構成要素用の第２種のグラフィック表記、及び、フィールド機器用の第３種のグラフィック表記を選択できる。他の例では、表示装置２１０は、モードの種類に応じて、グラフィック表記を選択することが可能である。これらの例において、同じ種類のグラフィック表記は、モードが類似する構成ブロック用に、表示装置２１０によって表示可能である。更に、表示装置２１０は、構成要素、及び／または、フィールド機器の種類に基づいて、グラフィック表記を選択できる。例えば、センサー構成要素は、センサー型のグラフィック表記内で表示されるモードを有する一方、バルブ・フィールド機器は、バルブ型のグラフィック表記内で表示されるモードを有する。表示装置２１０は、データベースからグラフィック表記を選択するか、または、グラフィック表記をどの様にして作成するかについて記述する装置定義ファイル内の命令を使用することが可能である。

更に、例示的な表示装置２１０は、構成ブロック、構成要素、及び／または、フィールド機器に関連する装置定義ファイルを使用して、グラフィック表記を表示するためのアプリケーション、及び／または、テンプレートを選択する。例えば、装置定義ファイルは、表示装置２１０に対して、状態、及び、プロセス制御値を示すアプリケーション内のバルブ・コントローラ・フィールド機器用にモード・グラフィック表記を表示するよう命令できる。また、表示装置２１０は、どのアプリケーションの中でどのグラフィック表記を表示するかを示す情報を、ブロックモード要素解析装置２０６、及び／または、モード計算器２０８から受信可能である。

更に、例示的な表示装置２１０は、モードの種類に基づいて、グラフィック表記を選択できる。例えば、非稼働モードを第１種グラフィック表記として、表示装置２１０により表示可能であり、正常稼働モードを、第２種グラフィック表記として表示可能である。モードごとにグラフィック表記を選択し、このグラフィック表記を表示するアプリケーションを判定する際、表示装置２１０は、表示用のグラフィック表記を適切なアプリケーションとして、ユーザ・インターフェース１０７を介して送信する。

更に、例示的な表示装置２１０は、機能をグラフィック表記へと結合（例えば、関連付け）することが可能である。この機能には、グラフィック表記により表わされる構成ブロック、構成要素、及び／または、フィールド機器について想定されるモードの選択リストを表示する方法を実行する１組の命令を含められる。表示装置２１０は、モード計算器２０８からリストを受信できる。他の例では、表示装置２１０は、装置記述データベース１２０に記憶された装置定義ファイルに基づいて、想定されるモードを判定できる。また、プロセス運用担当者は、表示装置２１０に対して、構成ブロック、構成要素、及び／または、フィールド機器について想定されるモードのリスト（単数または複数）を供給することが可能である。一部の例では、このリストは、数値、テキスト、論理値等のフィールドを含められる。この方式により、利用者は、想定されるモードのリストから選択する代わりに、値、及び／または、所望モードを入力できる。

ユーザ・インターフェース（例えば、ユーザ・インターフェース１０７）内のアプリケーションと通信するため、図２のインターフェース・プロセッサー１０２は、アプリケーション・インターフェース２１２を含む。アプリケーション・インターフェース２１２は、表示装置２１０からのグラフィック表記を、ユーザ・インターフェース１０７により表示される適切なアプリケーションへと送信する。アプリケーション・インターフェース２１２は、表示装置２１０からの情報に基づいて、アプリケーションを選択し、このアプリケーションからの命令を送信して、グラフィック表記を表示できる。この情報には、グラフィックを表示するアプリケーション上の場所、及び／または、任意の付加的なフォーマット情報を含められる。

更に、例示的なアプリケーション・インターフェース２１２は、ユーザ・インターフェース１０７内のアプリケーションから命令を受信する。これらの命令は、インターフェース・プロセッサー１０２、及び／または、コントローラ１０８に対して、所定（例えば、所望の）モードで構成ブロック、構成要素、及び／または、フィールド機器を構成するよう命令可能である。利用者は、表示装置２１０により生成されるグラフィック表記を介して、所望モードを選択、及び／または、入力できる。他の例では、利用者は、ユーザ・インターフェース１０７により表示されるアプリケーション内のフィールドを介して、所望モードを選択、及び／または、所望モードを入力することができる。利用者が、構成ブロック、構成要素、及び／または、フィールド機器用の所望のモードを選択、及び／または、入力できることにより、例示的なインターフェース・プロセッサー１０２は、構成ブロック、構成要素、及び／または、フィールド機器を所望モードとするのに必要とされるブロックモード要素の状態を変更する。この方式により、利用者は、所望モードを供給するだけで良く、インターフェース・プロセッサー１０２は、変更を要される要素ブロックの状態を判定し、この情報をコントローラ１０８へと送信する。

モード変更命令を受信する際、アプリケーション・インターフェース２１２は、命令を選択受信器２１４へと送信する。例示的な選択受信器２１４は、モード選択装置２１６用に命令を処理する。この命令の処理には、モード選択装置２１６が利用できるようになるまで、命令を待ち行列処理するステップを含めても良い。命令の処理では、命令が複数の命令を含む場合では、命令を異なる個々の命令へと解析するステップを含むことができる。

選択した所望モードに基づいて、ブロックモード要素のどの状態を変更するかを判定するため、例示的なモード選択装置２１６は、装置定義ファイルについて、装置記述データベース１２０へアクセスする。モード選択装置２１６は、装置定義ファイルを用いて、利用者が選択した所望のモード、及び、ブロックモード要素の状態とを照合させる。例えば、モード選択装置２１６は、稼働モードから非稼働モードへと変更するよう、利用者が構成ブロックを選択した命令を受信できる。モード選択装置２１６は、構成ブロックに関連するブロックモード要素を特定してから、装置定義ファイルを用いて、ブロックモード要素ごとに変更させる状態を判定し、構成ブロックを所望のモードで稼働させる。別の例では、利用者は、正常稼働モードから較正モードへとフィールド機器のモードを変更させるよう選択できる。モード選択装置２１６は、フィールド機器に関連する装置定義ファイルにアクセスして、フィールド機器を較正モードで稼働させるよう変更する必要のある構成要素、及び／または、構成ブロックのモードを判定する。そして、モード選択装置２１６は、フィールド機器が較正モードで稼働するモードで、構成ブロック、及び、構成要素を稼働させるよう変更するためのブロックモード要素の状態を判定できる。また、モード選択装置２１６は、装置定義ファイルを用いて、フィールド機器が較正モードで稼働するよう変更するブロックモード要素の状態を特定することが可能である。

変更するブロックモード要素の状態を判定する際、例示的なモード選択装置２１６は、コントローラ・インターフェース２０２を介して、メッセージをコントローラ１０８へと送信する。このメッセージは、フィールド機器内のブロックモード要素を特定し、更に、ブロックモード要素に関する状態を特定できる。メッセージを受信する際、コントローラ１０８は、所定のブロックモード要素の状態を所定状態へと変更させるフィールド機器用の命令を作成する。ブロックモード要素の状態を変更することで、フィールド機器、フィールド機器の構成要素、及び／または、構成ブロックを、所定モードで稼働させられる。

利用可能、及び／または、起動済みの構成要素、構成ブロック、及び／または、フィールド機器に基づいて、表示するグラフィック表記を判定するため、説明例における例示的なインターフェース・プロセッサー１０２は、条件付きグラフィック管理装置２１８を含む。例示的な条件付きグラフィック管理装置２１８は、コントローラ・インターフェース２０２、及び、実行時データ受信器２０４を介して、コントローラ１０８から実行時データを受信する。一部の例では、ブロックモード要素解析装置２０６は、条件付き装置パラメータについて、実行時データを解析できる。これらの例において、条件付きグラフィック管理装置２１８は、条件付きパラメータ（例えば、条件付き装置パラメータ）を用いて、起動、及び／または、利用可能とさせる構成要素、構成ブロック、及び／または、フィールド機器を特定する。例えば、一部のフィールド機器には、許可、及び／または、起動させるための特徴、機能、構成要素、及び／または、構成ブロックを定義するデータ・ブロックが含まれる場合がある。これらのフィールド機器は、許可、及び／または、起動させるための特徴、機能、構成要素、及び／または、構成ブロック（例えば、実体）を示すデータ・ブロックからの値を含むメッセージを定期的、及び／または、インターフェース・プロセッサー１０２からの要求に応じて送信できる。

他の例では、ブロックモード要素解析装置２０６は、プロセス制御状態情報を条件付きグラフィック管理装置２１８へと送信することもある。これらの他の例において、条件付きグラフィック管理装置２１８は、状態情報を用いて、起動、及び／または、利用可能とするフィールド機器内の構成要素、及び／構成ブロックを判定する。他の一部の例では、条件付きグラフィック管理装置２１８は、起動データベース２２０にアクセスして、起動、及び／または、利用可能とする構成要素、構成ブロック、及び／または、フィールド機器を判定できる。起動データベース２２０は、プロセス制御システム１０４内で使用される（例えば、使用が許可されている）特徴、機能、構成要素、構成ブロック、及び／または、フィールド機器に基づき、プロセス運用担当者により更新可能である。起動データベース２２０、及び、装置記述データベース２２０は、電気的消去可能型プログラマブル読み取り専用メモリー（ＥＥＰＲＯＭ）、ランダム・アクセス・メモリー（ＲＡＭ）、読み取り専用メモリー（ＲＯＭ）、及び／または、他の種類のメモリーによって実装可能である。

例示的なグラフィック管理装置２１８は、起動した構成要素に関連するグラフィック表記のみが、ユーザ・インターフェース１０７を介して、該当アプリケーション内で表示されるよう、起動、及び／または、利用可能とする特徴、機能、構成要素、及び／または、構成ブロックを判定する。条件付きグラフィック管理装置２１８は、条件付き装置パラメータ、及び／または、起動データベース２２０からの情報を用いて、起動する構成要素、及び、停止する構成要素を特定する。更に、例示的な条件付きグラフィック管理装置２１８は、状態情報を用いて、正常ブロックモード要素の状態、及び／または、状態の欠損状況に基づき、起動する項目を判定できる。例えば、構成ブロックの正常ブロックモード要素に関する状態が、この構成ブロックが利用不可能であるか、または、停止状態であることを示す非稼働状態に相当することがある。更に、条件付きグラフィック管理装置２１８によって、構成ブロックが利用不可能、または、停止していると判定されたら、対応する構成要素もまた、停止、または、利用不可能にすることができる。

例示的な条件付きグラフィック管理装置２１８が、利用可能な特徴、機能、フィールド機器、構成要素、及び／または、構成ブロックを判定したら、対応するグラフィック表記を表示するための命令を表示装置２１０に送信する。この命令は、表示装置２１０が同じ識別情報でタグ付けされた対応するグラフィック表記を特定するのに使用可能な構成要素の識別情報を含むことができる。多くの例において、グラフィック表記には、状態情報、プロセス制御値を含むデータ・フィールド、計測値、チャート、表、及び／または、プロセス制御情報に関する他の任意のグラフィック表記が含められる。更に、グラフィック表記は、複数アプリケーション内で表示可能である。

更に、例示的な条件付きグラフィック管理装置２１８は、利用不可能、及び／または、停止した特徴、機能、構成要素、フィールド機器、及び／または、構成ブロックを判定する。これらの構成要素について、条件付きグラフィック管理装置２１８は、停止した構成要素に対応するアプリケーション内で表示されるグラフィック表記を削除、及び／または、非表示とする命令を表示装置２１０へ送信する。削除、及び／または、非表示とする構成要素の命令を受信する際、例示的な表示装置２１０は、対応するタグ、及び／または、識別情報により、表示されたグラフィック表記用のアプリケーションを検索する。そして、表示装置２１０は、アプリケーション（単数または複数）からグラフィック表記（単数または複数）を削除する。他の例では、表示装置２１０は、１つ以上のアプリケーションに対して、グラフィック表記（単数または複数）を非表示とするよう命令することもある。この方式により、プロセス運用担当者には、起動済み、許可済み、及び／または、利用可能なプロセス制御に関する特徴、機能、構成要素、フィールド機器、及び／または、構成ブロックに対応するグラフィック表記のみが表示される。

図２では、例示的なインターフェース・プロセッサー１０２について説明してきたが、図２で説明したサーバ、プラットフォーム、インターフェース、データ構造、要素、プロセス、及び／または、装置の１つ以上を任意の方法で、組み合わせ、分割、再構成、省略、削除、及び／または、実装することができる。更に、例示的なコントローラ・インターフェース２０２、例示的な実行時データ受信器２０４、例示的なブロックモード要素解析装置２０６、例示的なクロスブロック・プロセッサー２０７、例示的なモード計算器２０８、例示的な表示装置２１０、例示的なアプリケーション・インターフェース２１２、例示的な選択受信器２１４、例示的なモード選択装置２１６、例示的な条件付きグラフィック管理装置２１８、例示的な起動データベース２２０、例示的な装置記述データベース１２０、及び／または、より一般的な例示的なインターフェース・プロセッサー１０２は、ハードウェア、ソフトウェア、ファームウェア、及び／または、ハードウェア、ソフトウェア、及び／または、ファームウェアの任意の組み合わせとして実装できる。従って、例えば、例示的なコントローラ・インターフェース２０２、例示的な実行時データ受信器２０４、例示的なブロックモード要素解析装置２０６、例示的なクロスブロック・プロセッサー２０７、例示的なモード計算器２０８、例示的な表示装置２１０、例示的なアプリケーション・インターフェース２１２、例示的な選択受信器２１４、例示的なモード選択装置２１６、例示的な条件付きグラフィック管理装置２１８、例示的な起動データベース２２０、例示的な装置記述データベース１２０、及び／または、より一般的な例示的なインターフェース・プロセッサー１０２は、１つ以上の回路（単数または複数）、プログラマブル・プロセッサー（単数または複数）、特定用途向け集積回路（単数または複数）（ＡＳＩＣ（単数または複数））、プログラマブル論理素子（単数または複数）（ＰＬＤ（単数または複数））、及び／または、フィールドプログラマブル論理回路（単数または複数）（ＦＰＬＤ（単数または複数））等で実装できる。

本特許に関する全ての装置クレームを、純粋なソフトウェア、及び／または、ファームウェア実装を網羅するよう読む場合、例示的なコントローラ・インターフェース２０２、例示的な実行時データ受信器２０４、例示的なブロックモード要素解析装置２０６、例示的なクロスブロック・プロセッサー２０７、例示的なモード計算器２０８、例示的な表示装置２１０、例示的なアプリケーション・インターフェース２１２、例示的な選択受信器２１４、例示的なモード選択装置２１６、例示的な条件付きグラフィック管理装置２１８、例示的な起動データベース２２０、及び／または、例示的な装置記述データベース１２０の少なくとも１つは、本明細書において、ソフトウェア、及び／または、ファームウェアを記憶するメモリー、ＤＶＤ，ＣＤ等のコンピュータ可読媒体を含めるよう明示的に定義される。更に、例示的なインターフェース・プロセッサー１０２は、図２で説明したものに追加するか、または代替的に、他の１つ以上の要素、プロセス、及び／または、装置を含めたり、更に、説明した要素、プロセス、及び、装置の任意の１つ以上、または、その全てを含められる。

図３は、装置０１フィールド機器のモードを示すグラフィック表記を含む図１のユーザ・インターフェース１０７を介して表示される装置状態アプリケーション３００を示す。装置状態アプリケーション３００は、ステータス・パネル３０２、及び、ナビゲーション・パネル３０４を含む。例示的なナビゲーション・パネル３０４は、装置０１フィールド機器に関する状態情報を特定するため、利用者により使用可能である。ステータス・パネル３０２は、装置０１フィールド機器に関する状態、及び／または、診断情報を示すグラフィック表記を表示する。例示的な表示装置２１０は、フィールド機器、構成要素、及び／または、構成ブロックのモードを示すグラフィック表記を表示するための場所として、ステータス・パネル３０２を指定する。具体的には、ステータス・パネル３０２は、診断用グラフィック表記３０６、及び、モード用グラフィック表記３０８を含む。診断用グラフィック表記３０６は、装置０１フィールド機器に関連する診断上の障害を表示する。この例では、診断用グラフィック表記３０６は、装置０１フィールド機器には、障害がないことを示している（例えば、良好モードを介して）。別の例では、診断用グラフィック表記３０６は、１つ以上の障害を表す障害モードを示す場合もある。この診断用グラフィック表記３０６は、アドバイス・モード、及び／または、保守モードも表示できる。

例示的なモード用グラフィック表記３０８は、装置０１フィールド機器のモードを示す。この例では、モード用グラフィック３０８は、装置０１フィールド機器が、稼働モードにあることを示している。一部の例では、モード用グラフィック３０８は、稼働モードを表す１つ以上の色で表示できる。例示的なモード用グラフィック３０８は、図１、及び、図２の例示的なインターフェース・プロセッサー１０２によって生成される。この例では、インターフェース・プロセッサー１０２は、装置０１フィールド機器に関連するブロックモード要素の状態を特定して、対応する全ての構成ブロック、及び／または、構成要素に関するモードを算出する。そして、例示的なインターフェース・プロセッサー１０２は、構成ブロック、及び／または、構成要素について求められたモードに基づいて、稼働中モードを算出する。インターフェース・プロセッサー１０２は、装置０１フィールド機器に関する装置定義ファイルにアクセスして、モードを判定するか、及び／または、装置０１フィールド機器のモードのみをモード用グラフィック表記３０８に表示するかどうか（例えば、構成ブロック、及び／または、構成要素のモードをグラフィック表記しない）を判定することができる。

装置０１フィールド機器のモードを表示する例示的なモード用グラフィック表記３０８により、利用者は、機器のモードを判断するために、ブロックモード要素の状態のグラフィック表記を探索する必要は無い。更に、ブロックモード要素状態が示されていないため、装置状態アプリケーション３００では、表示用のグラフィック表記の数が少ない。表示されるグラフィックの数が少ないと、装置状態アプリケーション３００は、比較的見易くなる。

利用者は、装置０１フィールド機器について想定されるモードのリストを閲覧するため、モード用グラフィック表記３０８内の変更アイコンを選択できる。変更アイコンを選択することで、インターフェース・プロセッサー１０２は、装置０１フィールド機器について想定されるモードを切り替えるための装置定義ファイル内の命令を実行する。そして、利用者は、想定されるモードの１つを選択すると、例示的なインターフェース・プロセッサー１０２は、装置０１フィールド機器を指定モードで稼働するよう変化させるブロックモード要素の状態を判定する。また、変更アイコンでは、利用者は、２つの異なるモード間の選択しかできない。異なるモードを選択する際、インターフェース・プロセッサー１０２は、選択したモードを表すように、モード用グラフィック表記３０８を変更できる。また、装置０１フィールド機器が、所望のモードへと切り替わる間、インターフェース・プロセッサー１０２は、モード用グラフィック表記３０８を中間グラフィック表記へ変更できる。そして、装置０１フィールド機器が所望モードで稼働していると、インターフェース・プロセッサー１０２により判定されると、インターフェース・プロセッサー１０２は、装置０１フィールド機器が所望モードで稼働しているということを反映するよう、モード用グラフィック表記３０８を変更できる。

例示的な装置状態アプリケーション３００は、装置０１フィールド機器からプロセス制御出力情報を表示する情報パネル３１０を含む。この例では、出力情報は、計量グラフィック表記３１２内に表示される圧力センサー構成要素からの圧力である。更に、情報パネル３１０は、計量グラフィック表記３１２内に表示される圧力が、制限値、及び／または、閾値を超える場合を示すためのインジケータ・グラフィック表記３１４を含む。更に、この装置状態アプリケーション３００は、装置０１フィールド機器に関する付加的情報を閲覧するのに利用者が選択可能な機能を含む装置オプション・パネル３１６も含む。

図４は、ブロックモード要素の状態に基づく想定される構成ブロック・モードに関する例示的な表４００を示す。この例示的な表は、図１、及び／または、図２の装置記述データベース１２０内に記憶される装置定義ファイルで良い。他の例では、表４００は、構成要素、及び／または、フィールド機器のモード（単数または複数）を示すため、他の構成ブロック用の他の表、及び／または、これらの構成ブロックのモードと組み合わせることができる。これらの他の例において、表４００は、任意の種類の構成ブロック用の標準的な表であるか、または、ある種類の構成ブロック（例えば、トランスデューサ構成ブロック）専用であっても良い。更に別の事例では、表４００は、構成ブロックのモードを判定するため、モード計算器２０８内のアルゴリズム、及び／または、ルーティンによって実行される命令を表す場合もある。

例示的な表４００は、プロセス運用担当者、構成ブロックを含む装置の製造者、及び／または、プロセス制御設計者により指定可能である。説明例における例示的な表４００では、構成ブロックのモードは、目標ブロックモード要素の状態、現状ブロックモード要素の状態、及び、正常ブロックモード要素の状態に基づいている。他の例では、表４００のブロックモード要素を追加したり、減らす場合もある。図４の例において、目標ブロックモード要素、現状ブロックモード要素、及び、正常ブロックモード要素がそれぞれ、自動稼働状態を含めば、構成ブロックは、正常モードにある。正常モードは、目標ブロックモード要素の状態が、現状ブロックモード要素の状態と一致し、構成ブロックが、利用者が指定したモードで稼働していることを表している。これらの状態が正常ブロックモード要素の状態と一致する場合、正常ブロックモード要素が、構成ブロックを利用者が指定した正常条件下で稼働させる必要があることを示していることから、構成ブロックのモードは、正常モードである。

１例では、構成ブロックが、利用可能、起動済み、及び／または、許可された場合、利用者は、正常ブロックモード要素の状態を自動稼働状態に設定可能である。このため、現状ブロックモード要素、または、目標ブロックモード要素の状態が自動稼働状態から変化した場合、構成ブロックのモードも変化する。また、構成ブロックが、利用不可、停止、及び／または、許可されていない場合、利用者は、正常なブロックモード要素の状態を非稼働（ＯＯＳ）へと設定可能である。目標ブロックモード要素、及び、現状ブロックモード要素の状態が、非稼働状態であれば、構成ブロックは、停止、及び／または、未許可であるので、構成ブロックのモードは、「未使用」となる。更に、条件付きグラフィック管理装置２１８（図２）は、正常ブロックモード要素の非稼働状態を用いて、構成ブロックのモードに関するグラフィック表記を表示するかどうかを判断することも可能である。

図５は、ブロックモード要素の状態に基づいて構成要素、及び／または、フィールド機器のモードを算出する図１、及び、図２のインターフェース・プロセッサー１０２の機能図５００を示す。この例では、インターフェース・プロセッサー１０２は、資源構成ブロック５０２内のブロックモード要素１とブロックモード要素２から状態を、そして、トランスデューサ構成ブロック５０４内のブロックモード要素３から状態を受信する。構成ブロック５０２、５０４は、フィールド機器５０５内に含められる。他の例では、構成ブロック５０２、５０４を、フィールド機器５０５内の構成要素に含めることもできる。

状態の受信時において、説明例におけるインターフェース・プロセッサー１０２内のモード計算器２０８は、装置定義ファイルへのアクセス、及び／または、ルーティンの使用によって、フィールド機器５０５のモードを判定する計算５０６を実行する。この例での計算５０６は、ブロックモード要素１の状態が自動稼働状態であるかどうかを判定するステップ（ブロック５０８）と、ブロックモード要素２の状態が自動稼働状態であるかどうかを判定するステップ（ブロック５１０）と、及び、ブロックモード要素３の状態が自動稼働状態であるかどうかを判定するステップ（ブロック５１２）とを含む。他の例では、計算５０６は、図４の表４００と類似する装置定義ファイルにアクセスするステップを含む場合もある。更に別の事例では、計算５０６には、資源構成ブロック５０２、及び、トランスデューサ構成ブロック５０４のモードを判定してから、判定されたモードを用いて、フィールド機器５０５のモードを算出するステップが含まれることもある。

図５の例において、ブロックモード要素１‐３がそれぞれ、自動稼働状態である場合、例示的なインターフェース・プロセッサー１０２は（例えば、表示装置２１０を介して）、アプリケーション内で「稼働中」グラフィック表記５１４を表示する。だが、ブロックモード要素１‐３において、自動稼働状態を有するものがなければ、例示的なインターフェース・プロセッサー１０２は、「非稼働中」グラフィック表記５１６を表示する。別の例では、インターフェース・プロセッサー１０２は、ブロックモード要素１‐３の状態に基づいて、他のグラフィック表記を表示できる。

図６は、図３のステータス・パネル３０２、ナビゲーション・パネル３０４、情報パネル３１０、及び、装置オプション・パネル３１６を含む装置状態アプリケーション３００を示す。図６の装置状態アプリケーション３００は、計量グラフィック表記３１２の隣の情報パネル３１０内に位置する第２計量グラフィック表記６０２も含む。第２インジケータ・グラフィック表記６０４は、第２計量グラフィック表記６０２内に表示されるバルブの質量流が、制限値、及び／または、閾値を超えるかどうかを示すよう表示される。

例示的なインターフェース・プロセッサー１０２によって、利用者は、圧力センサー構成要素（例えば、計量グラフィック表記３１２を介して）、及び、質量流量構成要素（例えば、第２計量グラフィック表記６０２を介して）によって生成されたプロセス制御情報を閲覧することが可能である。圧力センサー構成要素、及び、質量流量構成要素は、装置０１フィールド機器内に含められる。利用者は、モード用グラフィック表記３０８内の変更アイコンを選択することで、サービスから圧力センサー構成要素、及び、質量流量構成要素を同時に取得できる。

第２計量グラフィック表記６０２は、装置０１フィールド機器から受信した条件付きパラメータ（単数または複数）に基づいて、例示的なインターフェース・プロセッサー１０２により表示される。また、インターフェース・プロセッサー１０２は、装置０１フィールド機器の質量流量要素に関連する正常ブロックモード要素の状態より、質量構成要素が起動、及び／または、許可されたことを判定できる。条件付きパラメータ（単数または複数）、及び／または、正常ブロックモード要素状態に呼応して、インターフェース・プロセッサー１０２は、第２計量グラフィック表記６０２を、装置状態アプリケーション３００内に表示するかどうかを判定する。

図７と図８は、正常ブロックモード要素の条件付きパラメータ（単数または複数）、及び／または、状態に基づいてグラフィック表記を表示する図１と図２のインターフェース・プロセッサー１０２の他の例を示す。これらの図は、ナビゲーション・パネル７０２、及び、プロセス制御情報パネル７０４を含むユーザ・インターフェース１０７を介して表示されるアプリケーション７００を示す。利用者は、ナビゲーション・パネル７０２を介して、プロセス制御情報パネル７０４を指定できる。この例では、利用者は、装置０１フィールド機器用の手動設定プロセス制御情報を表示するよう選択する。

図７では、インターフェース・プロセッサー１０２は、圧力センサー構成要素の起動、及び／または、許可のみを検知する。だが、図８では、インターフェース・プロセッサー１０２は、質量流量構成要素の起動、及び／または、許可を検知する。この操作を、インターフェース・プロセッサー１０２が、プロセス制御パネル７０４内の質量流量構成要素に関するプロセス制御情報を設定するタブ（即ち、質量流量タブ、及び／または、メニュー）を表示することにより示している。従って、例示的なインターフェース・プロセッサー１０２は、対応する構成要素、特徴、機能、及び／または、構成ブロックが利用可能、起動済み、及び／または、許可済みであると判定された時、プロセス制御情報を入力するためのフィールドを含むメニュー・グラフィック表記を表示できる。更に、質量流量構成要素が稼働する時は質量流量タブを表示するのみによって、設定のために質量流量構成要素を利用可能である時、利用者は、このタブだけを選択できる。この方式により、例示的なインターフェース・プロセッサー１０２は、全ての未使用、または、停止中の構成要素、特徴、機能、及び／または、構成ブロックを非表示することで、利用者に表示するグラフィック表記の数を削減している。

図９は、フィールド機器９０２において、起動済み、及び／または、利用可能な実体を判定して該当するグラフィック表記を表示する図１と図２のインターフェース・プロセッサー１０２の機能図９００を示す。この例では、インターフェース・プロセッサー１０２は、フィールド機器９０２から、状態情報、及び／または、条件付きパラメータ（単数または複数）を受信する。この状態情報、及び／または、条件付きパラメータ（単数または複数）は、フィールド機器９０２の中に、実体１、及び、実体２があることを示している。他の例では、状態情報、及び／または、条件付きパラメータ（単数または複数）（及び／または、実体１、または、実体２に関連する他の任意の表示、または、機能情報）が、インターフェース・プロセッサー１０２、及び／または、インターフェース・プロセッサー１０２に通信可能に接続する装置（例えば、図１のワークステーション１０６）内に記憶されたＥＤＤＬファイルで指定可能である。実体１、及び／または、実体２は、フィールド機器９０２に関連する構成要素、構成ブロック、ブロックモード要素、パラメータ、特徴、及び／または、機能のことを言う。

例示的なインターフェース・プロセッサー１０２（例えば、条件付きグラフィック管理装置２１８）は、表示するグラフィック表記に関する判定処理９０４を実行する。判定処理９０４は、実体１が許可されているかどうかの判定チェックを実行するステップ（ブロック９０６）、及び、実体２が許可されているかどうかの判定チェックを実行するステップ（ブロック９０８）を含む。インターフェース・プロセッサー１０２は、実体１と実体２が、起動データベース２２０内の情報に基づいて許可されているかどうかを判定できる。また、インターフェース・プロセッサー１０２は、実体１と実体２に関連する正常なブロックモード要素の状態を検証することが可能である。別の例では、インターフェース・プロセッサー１０２は、実体１と実体２が、起動済み、及び／または、利用可能であるかどうかを判定できる。更に、インターフェース・プロセッサー１０２は、追加の構成要素、構成ブロック、及び／または、フィールド機器が利用可能、起動済、及び／または、許可されたかどうかを判定できる。

図９の例において、実体１が許可された場合、インターフェース・プロセッサー１０２は、ユーザ・インターフェース１０７を介してアプリケーション内の実体１に関連するグラフィック表記を表示する（ブロック９１０）。だが、実体１が許可されない場合、インターフェース・プロセッサー１０２は、アプリケーション内の実体１に関連するグラフィック表記を表示しない（ブロック９１２）。一部の例では、インターフェース・プロセッサー１０２は、実体１に関連するグラフィック表記を削除、及び／または、非表示とするよう、アプリケーションに命令することができる。同様に、実体２が許可された場合、インターフェース・プロセッサー１０２は、ユーザ・インターフェース１０７を介してアプリケーション内の実体２に関連するグラフィック表記を表示する（ブロック９１４）。だが、実体２が許可されない場合、インターフェース・プロセッサー１０２は、アプリケーション内の実体２に関連するグラフィック表記を表示しない（ブロック９１６）。

図１‐図２のインターフェース・プロセッサー１０２を実装するための例示的プロセス１０００、１１００、及び、１２００を表す流れ図を、図１０Ａ、図１０Ｂ、図１１、及び、図１２において示している。この例では、プロセス１０００、１１００、及び、１２００は、図１３と併せて以下で説明する例示的なプロセッサー・システムＰ１０において示されるプロセッサーＰ１２の様なプロセッサーによる実行のためのプログラム形式での機械可読命令を用いて、実装可能である。このプログラムは、プロセッサーＰ１２に関連するＣＤ‐ＲＯＭ、フロッピー・ディスク、ハード・ドライブ、デジタル多用途ディスク（ＤＶＤ）、メモリー等のコンピュータ可読媒体上に記憶されるソフトウェアとして実体化可能であるが、プログラム全体、及び／または、その一部は、代替え的に、プロセッサーＰ１２以外の装置により実行されるか、または、ファームウェア、若しくは、専用ハードウェアとして実体化可能である。更に、例示的なプログラムを、図１０Ａ、 図１０Ｂ、 図１１、及び、図１２で説明する流れ図を参照して述べているが、例示的なインターフェース・プロセッサー１０２を実装するための他の多くの方法も、代替え的に使用可能である。例えば、ブロックの実行順序を変更したり、或いは、説明したブロックの一部を変更、削除、または、組み合わせることもできる。

上述の様に、図１０Ａ、図１０Ｂ、図１１、及び、図１２の例示的プロセスは、情報を任意の時間（例えば、長時間、永続的、短時間、一時的なバッファ処理、及び／または、情報キャッシング）記憶されるハードディスクドライブ、フラッシュ・メモリー、読み取り専用メモリー（ＲＯＭ），コンパクト・ディスク（ＣＤ）， デジタル多用途ディスク（ＤＶＤ）、キャッシュ、ランダム・アクセス・メモリー（ＲＡＭ），及び／または、他の全ての記憶媒体等の有形のコンピュータ可読媒体に記憶される符号化命令（例えば、コンピュータ可読命令）で実現可能である。本明細書で使用される用語「有形コンピュータ可読媒体」は、全ての種類のコンピュータ可読ストレージを含め、伝搬信号を排除するよう明示的に定義される。付加的、または、代替え的に、図１０Ａ、図１０Ｂ、図１１、及び、図１２の例示的プロセスは、情報が任意の時間（例えば、長時間、永続的、短時間、一時的なバッファ処理、及び／または、情報キャッシング）記憶されるハードディスクドライブ、フラッシュ・メモリー、読み取り専用メモリー（ＲＯＭ），コンパクト・ディスク（ＣＤ）， デジタル多用途ディスク（ＤＶＤ）、キャッシュ、ランダム・アクセス・メモリー（ＲＡＭ），及び／または、他の全ての記憶媒体等の非一時的コンピュータ可読媒体に記憶される符号化命令（例えば、コンピュータ可読命令）で実現可能である。本明細書で使用される用語「非一時的コンピュータ可読媒体」は、全ての種類のコンピュータ可読媒体を含め、伝搬信号を排除するよう明示的に定義される。

図１０Ａと図１０Ｂの例示的プロセス１０００は、受信したプロセス制御状態情報に基づいて、構成要素、構成ブロック（単数または複数）、及び／または、フィールド機器（単数または複数）のモードを表示する。図１０Ａの例示的プロセス１０００は、フィールド機器に接続するブロックモード要素の状態を（例えば、実行時データ受信器２０４を介して）受信することから開始する（ブロック１００２）。更に、ブロックモード要素は、フィールド機器に接続する構成要素内の構成ブロックにも対応可能である。そして、例示的プロセス１０００は、フィールド機器に関連する装置定義ファイルについて、装置記述データベース１２０へとアクセスする（例えば、クロスブロック・プロセッサー２１０を介して）（ブロック１００４）。他の例では、プロセス１０００は、装置定義ファイルの代わりに、アルゴリズム、及び／または、ルーティンを使用して、フィールド機器、構成要素、及び／または、構成ブロックのモードを判定することも可能である。

次に、例示的プロセス１０００は、ユーザ・インターフェース１０７を介して、アプリケーション（単数または複数）内に表示されるグラフィック表記（単数または複数）を判定する（例えば、ブロックモード要素解析装置２０６、及び／または、モード計算器２０８を介して）（ブロック１００６）。更に、例示的プロセス１０００は、実行時データとして受信された他のプロセス制御情報からブロックモード要素の状態を解析する（例えば、ブロックモード要素解析装置２０６を介して）（ブロック１００８）。例示的プロセス１０００は、ブロックモード要素、構成ブロック、及び／または、フィールド機器に関する識別情報も特定できる。次に、例示的プロセス１０００は、対応するブロックモード要素の状態に基づいて、特定された各構成ブロックのモードを判定する（例えば、モード計算器２０８を介して）（ブロック１０１０）。このモードを判定するため、例示的プロセス１０００は、装置定義ファイルを使用するか、または、アルゴリズム、及び／または、ルーティン内の命令を使用する。

そして、例示的プロセス１０００は、構成ブロックごとについて判定されたモードを、グラフィック表記として表示するかどうかを判定する（例えば、モード計算器２０８を介して）（ブロック１０１２）。グラフィック表記として表示される構成ブロックの各モードについて、例示的プロセス１０００は、ユーザ・インターフェース１０７を介して、１つ以上の対応アプリケーション内でグラフィック表記としてモードを表示する（例えば、表示装置２１０を介して）（ブロック１０１４）。そして、例示的プロセス１０００は、構成ブロックを構成要素に関連付けるかどうかを判定する（例えば、モード計算器２０８を介して）（ブロック１０１６）。更に、グラフィック表記として表示される構成ブロックの各モードについて（ブロック１０１２）、例示的プロセス１０００は、構成ブロックが構成要素に関連するかどうかを判定する（ブロック１０１６）。他の例では、構成ブロックのモードの判定時において、例示的なプロセスにより、構成要素、及び／または、フィールド機器のモードを計算する場合がある。

構成ブロックが少なくとも１つの構成要素に関連する場合、例示的なプロセス１０００は、対応する構成ブロックのモードに基づき、構成要素（単数または複数）のモードを判定する（例えば、モード計算器２１８を介して）（ブロック１０１８）。他の例では、プロセス１０００は、対応するブロックモード要素の状態に基づいて、構成要素（単数または複数）のモードを判定できる。そして、図１０Ｂの１例のプロセス１０００では、構成要素（単数または複数）のそれぞれのモードのグラフィック表記を表示するかどうかを判定する（例えば、モード計算器２１８を介して）（ブロック１０２０）。グラフィック表記として表示する各構成要素について、例示的なプロセス１０００は、各構成要素のモードをグラフィック表記として、アプリケーション内で表示する（例えば、表示装置２１０を介して）（ブロック１０２２）。そして、例示的なプロセス１０００は、フィールド機器のモードを判定する（ブロック１０２４）。更に、図１０Ａの例示的なプロセスによって、少なくとも１つの構成要素に関連する構成ブロックが無いと判定された場合（ブロック１０１６）、または、構成要素（単数または複数）のモードが、グラフィック表記（単数または複数）として表示されない場合（ブロック１０２０）、図１０Ｂの例示的なプロセス１０００は、フィールド機器のモードを判定する（ブロック１０２４）。

説明例の例示的プロセス１０００は、フィールド機器のモードをグラフィック表記として、アプリケーション内で表示し続ける（例えば、表示装置２１０を介して）（ブロック１０２６）。一部の例では、フィールド機器のモードに関するグラフィック表記を表示するかどうかを、プロセス１０００によって判定する場合もある。そして、例示的プロセス１０００は、プロセス制御システム１０４に関連するモードのグラフィック表記があるかどうかを判定する（例えば、モード計算器２０８を介して）（ブロック１０２８）。プロセス制御システムに関するモードのグラフィック表記があれば、例示的なプロセス１０００は、プロセス制御システム内のフィールド機器の全てについて、モードが計算されたかどうかを判定する（例えば、モード計算器２０８を介して）（ブロック１０３０）。

フィールド機器のモードを判定したら、例示的プロセス１０００は、フィールド機器のモードに基づいて、プロセス制御システム１０４のモードを判定する（例えば、モード計算器２０８を介して）（ブロック１０３２）。或いは、例示的プロセス１０００は、ブロックモード要素の状態に基づいて、プロセス制御システム１０４のモードを判定する場合もある。そして、例示的プロセス１０００は、ユーザ・インターフェース１０７を介して、プロセス制御システム１０４について判定されたモードを、アプリケーション内で表示する（例えば、表示装置２１０を介して）（ブロック１０３４）。

次に、例示的プロセス１０００は、何らかの実行時データが新たに受信されたかどうかを判定する（例えば、実行時データ受信器２０４を介して）（ブロック１０３６）。一部の例では、プロセス１０００は、他のモードをグラフィック表記として表示する間、プロセス１０００は、モードを算出するため、実行時データを同時に処理することが可能である。グラフィック表記が、プロセス制御システム１０４のモードに関連しない場合（ブロック１０２８）、例示的なプロセス１０００は、実行時データを新たに受信したかどうかも判定する（ブロック１０３６）。更に、少なくとも１つのフィールド機器のモードを計算する必要があれば（ブロック１０３０）、例示的なプロセス１０００は、フィールド機器のモードを算出するための状態情報を含む実行時データを、新たに受信したかどうかを判定する（ブロック１０３６）。新たな実行時データを受信したら、図１０Ａの例示的プロセス１０００は、実行時データ内の状態情報を受信する（ブロック１００２）。だが、新たな実行時データを受信しなければ、例示的プロセス１０００は、終了する。

図１１の例示的プロセス１１００は、フィールド機器の指定モードに基づいて、ブロックモード要素の状態を設定する。例示的プロセス１１００は、フィールド機器を所定モードに構成する命令を受信することから（例えば、選択受信器２１４を介して）開始する（ブロック１１０２）。他の例では、プロセス１１００は、構成要素、及び／または、構成ブロックを所望モードに設定する命令を受信する場合もある。例示的プロセス１１００では、この命令を、利用者がアプリケーション内で表示されるグラフィック表記を介してモードを選択することで受信できる。そして、例示的プロセス１１００は、フィールド機器に関連するブロックモード要素（単数または複数）を判定する（例えば、モード選択装置２１６を介して）（ブロック１１０４）。

例示的プロセス１１００は、フィールド機器の選択モードに基づいて、ブロックにモード要素（単数または複数）の状態を判定することで継続する（例えば、モード選択装置２１６を介して）（ブロック１１０６）。例示的プロセス１１００は、フィールド機器に関連する装置定義ファイルに基づいて、ブロックモード要素（単数または複数）、及び／または、ブロックモード要素（単数または複数）の状態（単数または複数）を判定することが可能である。そして、例示的プロセス１１００は、フィールド機器がブロックモード要素（単数または複数）を判定された状態（単数または複数）に変更するためのメッセージを作成する（例えば、モード選択装置２１６を介して）（ブロック１１０８）。次に、例示的プロセス１１００は、このメッセージをコントローラ１０８を介してフィールド機器へ送信する（例えば、コントローラ・インターフェース２０２を介して）（ブロック１１１０）。更に、例示的プロセス１１００は、他のフィールド機器を所望のモードに設定する命令を受信して応答する（ブロック１１０２）。他の例では、例示的プロセス１１００は、メッセージの送信後に終了することが可能である。

図１２の例示的プロセス１２００は、プロセス制御状態情報に基づいて表示されるグラフィック表記を管理する。例示的プロセス１２００は、フィールド機器から状態情報を受信することで（例えば、実行時データ受信器２０４を介して）開始する（ブロック１２０２）。状態情報は、実行時データの中に含められる。更に、状態情報は、条件パラメータ（例えば、条件付き装置パラメータ）、及び／または、正常ブロックモード要素の状態を含むこともできる。他の例では、プロセス１２００は、起動データベース２２０にアクセスして、フィールド機器に関連する実体が起動しているかどうかを判定する（例えば、条件付きグラフィック管理装置２１８を介して）（ブロック１２０４）。実体とは、フィールド機器に関連する構成要素、構成ブロック、パラメータ、ブロックモード要素、特徴、及び／または、機能のことを言う。

そして、例示的プロセス１２００は、フィールド機器の実体が有効であるかどうかを判定する（例えば、条件付きグラフィック管理装置２１８を介して）。「有効」には、起動済、利用可能、及び／または、許可済が含まれても良い。例示的プロセス１２００は、条件付きパラメータの情報に基づき、実体が有効となったかどうか、及び／または、実体に関連する正常ブロックモード要素が、自動稼働状態であるかどうかを判定することができる。更に、例示的なプロセス１２００は、実体に関連する構成ブロックが有効となったかどうかも判定できる。

実体が有効となった場合、例示的プロセス１２００は、１つ以上のアプリケーション内の実体に関連するグラフィック表記（単数または複数）を表示する（例えば、表示装置２１０を介して）（ブロック１２０８）。だが、実体が有効でなければ、例示的プロセス１２００は、アプリケーション（単数または複数）から実体に関連するグラフィック表記（単数または複数）を削除、及び／または、非表示とする（例えば、表示装置２１０を介して）（ブロック１２１０）。そして、例示的プロセス１２００は、新たな実体があるかどうかを判定する（例えば、条件付きグラフィック管理装置２１８を介して（ブロック１２１２）。他の例では、プロセス１２００は、全ての実体、及び／または、フィールド機器を同時に処理することが可能である。新たな実体があれば、例示的プロセス１２００は、状態情報の受信に応答して、新たな実体に関連するグラフィック表記を表示するかどうかを判定する。だが、新たな実体がなければ、例示的プロセス１２００は終了する。

図１３は、本明細書で述べる例示的方法と装置を実装するのに使用可能な例示的プロセッサー・システムＰ１０の構成図である。例えば、例示的なプロセッサー・システムＰ１０と類似、または、同一のプロセッサー・システムは、図１と図２の例示的なコントローラ・インターフェース２０２、例示的な実行時データ受信器２０４、例示的なブロックモード要素解析装置２０６、例示的なクロスブロック・プロセッサー２０７、例示的なモード計算器２０８、例示的な表示装置２１０、例示的なアプリケーション・インターフェース２１２、例示的な選択受信器２１４、例示的なモード選択装置２１６、例示的な条件付きグラフィック管理装置２１８、例示的な起動データベース２２０、例示的な装置記述データベース１２０、及び／または、より一般的な例示的なインターフェース・プロセッサー１０２を実装するのに使用可能である。例示的なプロセッサー・システムＰ１０は、複数の周辺機器、インターフェース、チップ、メモリー等を含めて以下で説明するが、これらの構成要素の１つ以上は、例示的なコントローラ・インターフェース２０２、例示的な実行時データ受信器２０４、例示的なブロックモード要素解析装置２０６、例示的なクロスブロック・プロセッサー２０７、例示的なモード計算器２０８、例示的な表示装置２１０、例示的なアプリケーション・インターフェース２１２、例示的な選択受信器２１４、例示的なモード選択装置２１６、例示的な条件付きグラフィック管理装置２１８、例示的な起動データベース２２０、例示的な装置記述データベース１２０、及び／または、より一般的な例示的なインターフェース・プロセッサー１０２の１つ以上を実装するのに使用される他の例示的なプロセッサー・システムから省略できる。

図１３で示すように、プロセッサー・システムＰ１０は、相互接続バスＰ１４に接続するプロセッサーＰ１２を含む。プロセッサーＰ１２は、レジスター集合、または、レジスター・スペースＰ１６を含み、これは、図１３では、完全オン‐チップとして示しているが、代替え的に、全体、または、一部をオフ‐チップ配置し、更に、専用電気接続、及び／または、相互接続バスＰ１４を介して、プロセッサーＰ１２へと直接接続することも可能である。プロセッサーＰ１２は、任意の適切なプロセッサー、処理ユニット、または、マイクロプロセッサーで良い。図１３では示していないが、システムＰ１０は、マルチプロセッサー・システムでも良く、従って、プロセッサーＰ１２と同一、または、類似し、且つ、相互接続バスＰ１４に通信可能に接続する１つ以上の追加のプロセッサーを含められる。

図１３のプロセッサーＰ１２は、メモリー・コントローラＰ２０、及び、周辺入出力（Ｉ／Ｏ）コントローラＰ２２を含むチップセットＰ１８へと接続する。公知の様に、チップセットは、通常、Ｉ／Ｏとメモリー管理機能、及び、チップセットＰ１８に接続する１つ以上のプロセッサーからアクセス可能、または、使用される複数の汎用、及び／または、専用レジスター、タイマー等を含む。メモリー・コントローラＰ２０は、プロセッサーＰ１２（または、複数のプロセッサーがあれば、複数のプロセッサー）が、システム・メモリーＰ２４、及び、大量記憶メモリーＰ２５へとアクセス可能とするための機能を実行する。

システム・メモリーＰ２４は、望ましい任意の種類の揮発性、及び／または、不揮発性メモリー、例えば、静的ランダム・アクセス・メモリー（ＳＲＡＭ），動的ランダム・アクセス・メモリー（ＤＲＡＭ），フラッシュ・メモリー、読み取り専用メモリー（ＲＯＭ）等を含められる。大容量記憶メモリーＰ２５には、望ましい任意の種類の大容量記憶装置が含まれても良い。例えば、例示的なプロセッサー・システムＰ１０を用いて、装置記述データベース１２０、及び／または、起動データベース２２０（図２）を実装する場合、大容量記憶メモリーＰ２５は、ハード・ディスク・ドライブ、光学ドライブ、テープ・ストレージ装置等を含められる。或いは、例示的なプロセッサー・システムＰ１０を用いて、装置記述データベース１２０、及び／または、起動データベース２２０を実装する場合、大容量記憶メモリーＰ２５には、固体素子メモリー（例えば、フラッシュ・メモリー、ＲＡＭメモリー等）、磁気メモリー（例えば、ハードドライブ）、または、装置記述データベース１２０、及び／または、起動データベース２２０での大容量記憶に適した他の任意のメモリーを含められる。

周辺Ｉ／ＯコントローラＰ２２は、プロセッサーＰ１２が、周辺Ｉ／ＯバスＰ３２を介して、周辺入出力（Ｉ／Ｏ）装置Ｐ２６、Ｐ２８、及び、ネットワーク・インターフェースＰ３０と通信可能とする機能を実行する。Ｉ／Ｏ装置Ｐ２６、Ｐ２８は、望ましい任意の種類のＩ／Ｏ装置、例えば、キーボード、ディスプレイ（例えば、液晶ディスプレイ（ＬＣＤ）、陰極線管（ＣＲＴ）ディスプレイ等）、ナビゲーション装置（例えば、マウス、トラックボール、容量型タッチパッド、ジョイスティック等）等が可能である。ネットワーク・インターフェースＰ３０は、例えば、プロセッサー・システムＰ１０が他のプロセッサー・システムと通信可能とするイーサネット装置、非同期伝送モード（ＡＴＭ）装置、８０２．１１装置、ＤＳＬモデム、ケーブル・モデム、セルラー・モデム等で良い。

図１３では、メモリー・コントローラＰ２０、及び、Ｉ／ＯコントローラＰ２２を、チップセットＰ１８内の個別の機能ブロックとして示しているが、これらのブロックにより実行される機能を、１つの半導体回路内に集積したり、または、複数の異なる集積回路を用いて実装することも可能である。

上記の例示的方法、及び／または、装置の少なくとも１部を、コンピュータ・プロセッサー上で実行する１つ以上のソフトウェア、及び／または、ファームウェア・プログラムによって実装可能である。だが、本明細書で述べた例示的方法、及び／または、装置の一部、または、全てを、完全、または、部分的に実装するため、特に限定されないが、特定用途向け集積回路、プログラマブル・ロジック・アレー、及び、他のハードウェア装置を含む専用ハードウェア実装も同様に構築できる。更に、本明細書で述べた例示的方法、及び／または、システムを実装するため、特に限定されないが、分散処理、若しくは、コンポーネント／オブジェクト分散処理、並列処理、または、仮想マシン処理を含む代替え的なソフトウェア実装もまた、構成可能である。

更に、注意すべき点として、本明細書で述べた例示的なソフトウェア、及び／または、ファームウェア実装は、有形記憶媒体、例えば、磁気媒体（磁気ディスク、または、テープ）、光学ディスクの様な磁気‐光学媒体、或いは、光学媒体、または、１つ以上の読み取り専用（不揮発性）メモリー、ランダム・アクセス・メモリー、若しくは、他の再書き込み可能（揮発性）メモリーを格納するメモリーカードや他のパッケージの様な固体素子媒体上に記憶される。従って、本明細書で述べた例示的なソフトウェア、及び／または、ファームウェアは、前述の記憶媒体、若しくは、代替えの記憶媒体の様な有形記憶媒体上に記憶することができる。上記明細書が、特定の標準や手順を参照して例示的な構成要素と機能について述べる点について、本特許の範囲は、この様な標準や手順に限定されないことを理解するものとする。

更に、本特許は、ハードウェア上で実行するソフトウェア、または、ファームウェアを含む例示的な方法、及び、装置について開示しているが、この様なシステムは、説明のみに過ぎず、限定として捉えるべきでは無いことにも注意する。例えば、これらのハードウェア構成要素、及び、ソフトウェア構成要素の一部、または、全ては、ハードウェア専用、ソフトウェア専用、ファームウェア専用、または、ハードウェア、ファームウェア、及び／または、ソフトウェアの何らかの組み合わせとして実体化できることが想定される。従って、上記明細書では、例示的な方法、システム、及び、機械アクセス媒体について述べたが、この例が、この様なシステム、方法、及び、機械アクセス媒体を実装する上で唯一の方法となることは無い。それ故、本明細書では、一部の例示的な方法、システム、及び、機械アクセス媒体について述べてきたが、本特許の網羅範囲は、これに限られない。その代わり、本特許は、文字通りに又は均等の原則に従って、添付の特許請求の範囲内に公正に含まれる全ての方法、システム、及び、機械アクセス型媒体を網羅する。

Claims (3)

1. フィールド機器と所定のプロトコルに従って通信する装置において状態を表示する方法であって、
   前記フィールド機器は複数の構成要素を含み、各構成要素は複数の構成ブロックを含み、
   前記フィールド機器から受信したデータに基づいて生成されたプロセス制御情報を含む実行時データを受信し、前記プロセス制御情報を出力するステップと、
   前記出力されたプロセス制御情報に基づいて、前記複数の構成ブロックの各々の状態を定義するブロックモード要素の状態を特定するステップと、
   前記構成ブロックの状態を定義するためのブロックモード要素の状態の組み合わせ、前記構成要素の状態を定義するための構成ブロックの状態の組み合わせ、及び前記フィールド機器の状態を定義するための構成要素の状態の組み合わせが示されている装置定義ファイルと、前記特定された前記ブロックモード要素の状態とから、前記複数の構成ブロックの各々の状態、前記複数の構成要素の各々の状態、及び前記フィールド機器の状態を判定するステップと、
   前記判定された状態をグラフィック表記として表示するステップと、
   を含む方法。
2. フィールド機器と所定のプロトコルに従って通信すると共に状態を表示する装置であって、
   前記フィールド機器は複数の構成要素を含み、各構成要素は複数の構成ブロックを含み、
   前記フィールド機器から受信したデータに基づいて生成されたプロセス制御情報を含む実行時データを受信し、前記プロセス制御情報を出力する受信器と、
   前記出力されたプロセス制御情報に基づいて、前記複数の構成ブロックの各々の状態を定義するブロックモード要素の状態を特定する解析装置と、
   前記構成ブロックの状態を定義するためのブロックモード要素の状態の組み合わせ、前記構成要素の状態を定義するための構成ブロックの状態の組み合わせ、及び前記フィールド機器の状態を定義するための構成要素の状態の組み合わせが示されている装置定義ファイルと、前記特定された前記ブロックモード要素の状態とから、前記複数の構成ブロックの各々の状態、前記複数の構成要素の各々の状態、及び前記フィールド機器の状態を判定する計算器と、
   前記判定された状態をグラフィック表記として表示する表示装置と、
   を備える装置。
3. 機械可読命令を記憶する有形製品であって、
   前記機械可読命令は、実行時に、フィールド機器と所定のプロトコルに従って通信する装置に、状態を表示する方法を実行させ、
   前記フィールド機器は複数の構成要素を含み、各構成要素は複数の構成ブロックを含み、
   前記状態を表示する方法は、
   前記フィールド機器から受信したデータに基づいて生成されたプロセス制御情報を含む実行時データを受信し、前記プロセス制御情報を出力するステップと、
   前記出力されたプロセス制御情報に基づいて、前記複数の構成ブロックの各々の状態を定義するブロックモード要素の状態を特定するステップと、
   前記構成ブロックの状態を定義するためのブロックモード要素の状態の組み合わせ、前記構成要素の状態を定義するための構成ブロックの状態の組み合わせ、及び前記フィールド機器の状態を定義するための構成要素の状態の組み合わせが示されている装置定義ファイルと、前記特定された前記ブロックモード要素の状態とから、前記複数の構成ブロックの各々の状態、前記複数の構成要素の各々の状態、及び前記フィールド機器の状態を判定するステップと、
   前記判定された状態をグラフィック表記として表示するステップと、
   を含む、有形製品。

Images