(57)【要約】      （修正有）【課題】インターロックチェーン可視化するための技術、システム、装置、及び方法を提供する。【解決手段】インターロックイベントを検出することと（７０２）、プロセス制御システム内のフィールドコンポーネントと関連した事前構成されたインターロックロジックデータを得ることと（７０４）、事前構成されたインターロックロジックデータを分析することにより、少なくとも第１のインターロックチェーン可視化を自動で生成することと（７０６）、を含む。可視化は、フィールドコンポーネントの少なくともサブセット中でのインターロック依存を図示する。この方法はまた、第１のインターロックチェーン可視化を、及び場合により他の関連するチェーン可視化を、単独で、または関連する制御（例えば、可視化されたチェーン内の全コンポーネントをリセットする）によって、ユーザインターフェースを介してユーザに提示させることを含む（７０８）。【選択図】図７
2019008801.tif 000002
【特許請求の範囲】
【請求項１】
プロセス制御システム中の１つ以上のインターロックチェーンの可視化方法であって、前記プロセス制御システム内の複数のフィールドコンポーネントが、１つ以上のプロセス制御モジュールに従い、複数のそれぞれの機能を実装し、前記方法が、
１つ以上のコンピューティングデバイスにより、前記複数のフィールドコンポーネントのうちの少なくとも第１のフィールドコンポーネントの停止を引き起こすインターロックイベントを検出することと、
前記１つ以上のコンピューティングデバイスにより、前記複数のフィールドコンポーネントと関連した事前構成されたインターロックロジックデータであって、前記複数のフィールドコンポーネントの各々にインターロックをトリガする条件を指定する、事前構成されたインターロックロジックデータを得ることと、
前記事前構成されたインターロックロジックデータを分析する前記１つ以上のコンピューティングデバイスにより、少なくとも第１のインターロックチェーン可視化を自動で生成することであって、前記第１のインターロックチェーン可視化は、前記複数のフィールドコンポーネントのうちの少なくとも第１のサブセット中でのインターロック依存を図で示し、前記第１のサブセットが、（ｉ）前記第１のフィールドコンポーネント及び（ｉｉ）前記複数のフィールドコンポーネントのうちの少なくとも１つの他のフィールドコンポーネントを含む、自動で生成することと、
前記１つ以上のコンピューティングデバイスにより、少なくとも前記第１のインターロックチェーン可視化を、ユーザインターフェースを介してユーザに提示させることと、を含む、方法。
【請求項２】
前記事前構成されたインターロックロジックデータは、オブジェクト指向プログラミングプロトコルに準拠する複数のインターロック構成オブジェクトを定義するデータを含み、
前記複数のインターロック構成オブジェクトの各々が、前記複数のフィールドコンポーネント中のフィールドコンポーネントのそれぞれの対の間のインターロック関係を表し、
少なくとも前記第１のインターロックチェーン可視化を自動で生成することは、少なくとも部分的に前記複数のインターロック構成オブジェクトに基づいて、前記第１のインターロックチェーン可視化を自動で生成することを含む、請求項１に記載の方法。
【請求項３】
前記１つ以上のコンピューティングデバイスにより、前記第１のフィールドコンポーネントと関連した情報を、前記ユーザインターフェースを介して前記ユーザに提示させることを更に含み、前記第１のフィールドコンポーネントと関連した前記情報が、（ｉ）前記第１のフィールドコンポーネントの状態、及び（ｉｉ）前記第１のフィールドコンポーネントにより得られた測定値のうちの１つまたは両方を含む、請求項１に記載の方法。
【請求項４】
少なくとも第１のインターロックチェーン可視化を自動で生成することは、
前記第１のフィールドコンポーネントのグラフィック表示と前記インターロックイベントをトリガした別のフィールドコンポーネントのグラフィック表示との間にのみ延びる第１のインターロックチェーン可視化を自動で生成することを含む、請求項３に記載の方法。
【請求項５】
少なくとも第１のインターロックチェーン可視化を自動で生成することは、
前記第１のインターロックチェーンのルートフィールドコンポーネントのグラフィック表示と前記第１のフィールドコンポーネントのグラフィック表示との間に少なくとも延びる第１のインターロックチェーン可視化を自動で生成することを含む、請求項３に記載の方法。
【請求項６】
前記１つ以上のコンピューティングデバイスにより、（ｉ）前記第１のインターロックチェーンと第２のインターロックチェーンとの間で共有されたフィールドコンポーネントのグラフィック表示と、（ｉｉ）前記第１のフィールドコンポーネントの前記グラフィック表示との間に少なくとも延びる第１のインターロックチェーン可視化を自動で生成することと、
前記１つ以上のコンピューティングデバイスにより、（ｉ）前記共有されたフィールドコンポーネントの前記グラフィック表示または前記共有されたフィールドコンポーネントの別のグラフィック表示のいずれかと、（ｉｉ）前記複数のフィールドコンポーネントのうちの第２のフィールドコンポーネントのグラフィック表示との間に少なくとも延びる第２のインターロックチェーン可視化を自動で生成することと、
前記１つ以上のコンピューティングデバイスにより、少なくとも前記第１のインターロックチェーン可視化及び前記第２のインターロックチェーン可視化を、前記ユーザインターフェースを介して前記ユーザに提示させることと、を含み、
前記第２のフィールドコンポーネントの前記グラフィック表示は、前記第１のインターロックチェーン可視化に含まれず、前記第１のフィールドコンポーネントの前記グラフィック表示は、前記第２のインターロックチェーン可視化に含まれない、請求項３に記載の方法。
【請求項７】
少なくとも前記第１のインターロックチェーン可視化及び前記第２のインターロックチェーン可視化を、前記ユーザインターフェースを介して前記ユーザに提示させることは、
前記第１のインターロックチェーン可視化を、前記ユーザインターフェースを介して前記ユーザに提示させることと、
前記ユーザが前記第２のインターロックチェーン可視化を選択することに対応して、前記第２のインターロックチェーン可視化を、前記ユーザインターフェースを介して前記ユーザに提示させ、前記第１のインターロックチェーン可視化が、前記ユーザインターフェース上から隠れるようにすることと、を含む、請求項６に記載の方法。
【請求項８】
前記１つ以上のコンピューティングデバイスにより、前記第１のインターロックチェーン可視化と同時に、シングルリセット制御を、前記ユーザインターフェースを介して前記ユーザに提示させることと、
前記１つ以上のコンピューティングデバイスにより、前記シングルリセット制御のユーザ起動を検出することと、
前記シングルリセット制御の前記ユーザ起動を検出することに対応して、前記１つ以上のコンピューティングデバイスにより、前記複数のフィールドコンポーネントのうちの少なくとも前記第１のサブセットのリセットを引き起こすことと、を更に含む、請求項１に記載の方法。
【請求項９】
前記１つ以上のコンピューティングデバイスにより、前記複数のフィールドコンポーネントのうちの少なくとも第２のフィールドコンポーネントの停止を引き起こす次のインターロックイベントを検出することと、
前記１つ以上のコンピューティングデバイスにより、前記複数のフィールドコンポーネントと関連した更新されたインターロックロジックデータであって、前記複数のフィールドコンポーネントのうちの少なくともいくつかの各々にインターロックをトリガする新しい条件を指定する、更新されたインターロックロジックデータを得ることと、
前記更新されたインターロックロジックデータを分析する前記１つ以上のコンピューティングデバイスにより、少なくとも第２のインターロックチェーン可視化を自動で生成することであって、前記第２のインターロックチェーン可視化は、前記複数のフィールドコンポーネントのうちの少なくとも第２のサブセット中でのインターロック依存を図で示し、前記第２のサブセットは、（ｉ）前記第２のフィールドコンポーネント及び（ｉｉ）前記複数のフィールドコンポーネントのうちの少なくとも１つの他のフィールドコンポーネ
ントを含む、自動で生成することと、
前記１つ以上のコンピューティングデバイスにより、少なくとも前記第２のインターロックチェーン可視化を、前記ユーザインターフェースを介して提示させることと、を更に含む、請求項１に記載の方法。
【請求項１０】
プロセス制御システム中の１つ以上のインターロックチェーンを可視化するシステムであって、前記プロセス制御システム内の複数のフィールドコンポーネントが、１つ以上のプロセス制御モジュールに従い、複数のそれぞれの機能を実装し、前記システムが、
構成データベースと、
１つ以上のコンピューティングデバイスと、
命令を記憶する１つ以上のメモリと、を含み、前記命令が、前記１つ以上のコンピューティングデバイスの１つ以上のプロセッサにより実行される場合、前記１つ以上のコンピューティングデバイスに、
前記複数のフィールドコンポーネントのうちの少なくとも第１のフィールドコンポーネントの停止を引き起こすインターロックイベントを検出することと、
前記構成データベースから、前記複数のフィールドコンポーネントと関連した事前構成されたインターロックロジックデータであって、前記複数のフィールドコンポーネントの各々にインターロックをトリガする条件を指定する、事前構成されたインターロックロジックデータを得ることと、
前記事前構成されたインターロックロジックデータを分析することにより、少なくとも第１のインターロックチェーン可視化を自動で生成することであって、前記第１のインターロックチェーン可視化は、前記複数のフィールドコンポーネントのうちの少なくとも第１のサブセット中でのインターロック依存を図で示し、前記第１のサブセットが、（ｉ）前記第１のフィールドコンポーネント及び（ｉｉ）前記複数のフィールドコンポーネントのうちの少なくとも１つの他のフィールドコンポーネントを含む、自動で生成することと、
少なくとも前記第１のインターロックチェーン可視化を、ユーザインターフェースを介してユーザに提示させることと、を行わせる、システム。
【請求項１１】
前記事前構成されたインターロックロジックデータは、オブジェクト指向プログラミングプロトコルに準拠する複数のインターロック構成オブジェクトを定義するデータを含み、
前記複数のインターロック構成オブジェクトの各々が、前記複数のフィールドコンポーネント中のフィールドコンポーネントのそれぞれの対の間のインターロック関係を表し、
前記命令は、少なくとも部分的に前記複数のインターロック構成オブジェクトに基づいて、前記１つ以上のコンピューティングデバイスに、少なくとも前記第１のインターロックチェーン可視化を自動で生成させる、請求項１０に記載のシステム。
【請求項１２】
前記命令は、前記１つ以上のコンピューティングデバイスに、
前記第１のフィールドコンポーネントと関連した情報を、前記ユーザインターフェースを介して前記ユーザに更に提示させ、前記第１のフィールドコンポーネントと関連した前記情報が、（ｉ）前記第１のフィールドコンポーネントの状態、及び（ｉｉ）前記第１のフィールドコンポーネントにより得られた測定値のうちの１つまたは両方を含む、請求項１０に記載のシステム。
【請求項１３】
前記第１のインターロックチェーン可視化は、前記第１のフィールドコンポーネントのグラフィック表示と前記インターロックイベントをトリガした別のフィールドコンポーネントのグラフィック表示との間にのみ延びる、請求項１２に記載のシステム。
【請求項１４】
前記第１のインターロックチェーン可視化は、前記第１のインターロックチェーンのル
ートフィールドコンポーネントのグラフィック表示と前記第１のフィールドコンポーネントのグラフィック表示との間に少なくとも延びる、請求項１２に記載のシステム。
【請求項１５】
前記命令は、前記１つ以上のコンピューティングデバイスに、
（ｉ）前記第１のインターロックチェーンと第２のインターロックチェーンとの間で共有されたフィールドコンポーネントのグラフィック表示と、（ｉｉ）前記第１のフィールドコンポーネントの前記グラフィック表示との間に少なくとも延びる第１のインターロックチェーン可視化を自動で生成することと、
（ｉ）前記共有されたフィールドコンポーネントの前記グラフィック表示または前記共有されたフィールドコンポーネントの別のグラフィック表示のいずれかと、（ｉｉ）前記複数のフィールドコンポーネントのうちの第２のフィールドコンポーネントのグラフィック表示との間に少なくとも延びる第２のインターロックチェーン可視化を自動で生成することと、
少なくとも前記第１のインターロックチェーン可視化及び前記第２のインターロックチェーン可視化を、前記ユーザインターフェースを介して前記ユーザに提示させることと、を行わせ、
前記第２のフィールドコンポーネントの前記グラフィック表示は、前記第１のインターロックチェーン可視化に含まれず、前記第１のフィールドコンポーネントの前記グラフィック表示は、前記第２のインターロックチェーン可視化に含まれない、請求項１２に記載のシステム。
【請求項１６】
前記命令が更に、前記１つ以上のコンピューティングデバイスに、
前記第１のインターロックチェーン可視化と同時に、シングルリセット制御を、前記ユーザインターフェースを介して前記ユーザに提示させることと、
前記シングルリセット制御のユーザ起動を検出することと、
前記シングルリセット制御の前記ユーザ起動を検出することに対応して、前記複数のフィールドコンポーネントのうちの少なくとも前記第１のサブセットのリセットを引き起こすことと、を行わせる、請求項１０に記載のシステム。
【請求項１７】
命令を記憶する非一過性のコンピュータ可読媒体であって、前記命令が、１つ以上のコンピューティングデバイスにより実行される場合、前記１つ以上のコンピューティングデバイスに、
プロセス制御システム内の複数のフィールドコンポーネントのうちの少なくとも第１のフィールドコンポーネントの停止を引き起こすインターロックイベントを検出することであって、前記複数のフィールドコンポーネントは、１つ以上のプロセス制御モジュールに従い、複数のそれぞれの物理的機能を実装する、インターロックイベントを検出することと、
前記複数のフィールドコンポーネントと関連した事前構成されたインターロックロジックデータであって、前記複数のフィールドコンポーネントの各々にインターロックをトリガする条件である、事前構成されたインターロックロジックデータを得ることと、
前記事前構成されたインターロックロジックデータを分析することにより、少なくとも第１のインターロックチェーン可視化を自動で生成することであって、前記第１のインターロックチェーン可視化は、前記複数のフィールドコンポーネントのうちの少なくとも第１のサブセット中でのインターロック依存を図で示し、前記第１のサブセットは、（ｉ）前記第１のフィールドコンポーネント及び（ｉｉ）前記複数のフィールドコンポーネントのうちの少なくとも１つの他のフィールドコンポーネントを含む、自動で生成することと、
少なくとも前記第１のインターロックチェーン可視化を、ユーザインターフェースを介してユーザに提示させることと、を行わせる、非一過性のコンピュータ可読媒体。
【請求項１８】
前記事前構成されたインターロックロジックデータは、オブジェクト指向プログラミングプロトコルに準拠する複数のインターロック構成オブジェクトを定義するデータを含み、
前記複数のインターロック構成オブジェクトの各々が、前記複数のフィールドコンポーネント中のフィールドコンポーネントのそれぞれの対の間のインターロック関係を表し、
前記命令は、少なくとも部分的に前記複数のインターロック構成オブジェクトに基づいて、前記１つ以上のコンピューティングデバイスに少なくとも前記第１のインターロックチェーン可視化を自動で生成させる、請求項１７に記載の非一過性のコンピュータ可読媒体。
【請求項１９】
前記第１のインターロックチェーン可視化が、前記第１のフィールドコンポーネントのグラフィック表示と前記インターロックイベントをトリガした別のフィールドコンポーネントのグラフィック表示との間にのみ延びる、請求項１７に記載の非一過性のコンピュータ可読媒体。
【請求項２０】
前記命令が更に、前記１つ以上のコンピューティングデバイスに、
前記第１のインターロックチェーン可視化と同時に、シングルリセット制御を、前記ユーザインターフェースを介して前記ユーザに提示させることと、
前記シングルリセット制御のユーザ起動を検出することと、
前記シングルリセット制御の前記ユーザ起動を検出することに対応して、前記複数のフィールドコンポーネントのうちの少なくとも前記第１のサブセットのリセットを引き起こすことと、を行わせる、請求項１７に記載の非一過性のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は一般に、プロセス制御システムに関し、より詳細には、ユーザがプロセス制御システム内のインターロックされたフィールドコンポーネントチェーンを可視化できるようにする方法及びシステムに関する。
【背景技術】
【０００２】
物理的物質または生産物を製造、精製、変形、生成、または生産するための、化学、石油、工業、または他のプロセスプラントにおいて使用されるものなどの分散型プロセス制御システムは、典型的には、アナログバス、デジタルバス、またはアナログ／デジタル結合バスを介して、あるいは無線通信リンクまたはネットワークを介して、１つ以上のフィールドデバイスと通信可能に連結される、１つ以上のプロセスコントローラを含む。例えば、バルブ、バルブポジショナ、スイッチ、トランスミッタ、センサなどであり得るフィールドデバイスは、プロセス制御環境内に配置され、一般に、バルブの開閉、プロセス及び／または環境変数（例えば、温度もしくは圧力）の測定などの物理的またはプロセス制御機能を実施し、プロセスプラントまたはシステム内で実行される１つ以上のプロセスを制御する。周知のフィールドバスプロトコルに準拠するフィールドデバイスなどのスマートフィールドデバイスはまた、制御演算、警報機能、及び／またはコントローラ内に一般に実装される他の制御機能も実施し得る。やはり典型的にプラント環境内に配置されるプロセスコントローラは、フィールドデバイスにより行われたプロセス測定値を示す信号、及び／またはフィールドデバイスに付属する他の情報を受信し、例えば異なる制御モジュールを走らせるコントローラアプリケーションを実行する。制御モジュールは、プロセス制御判断を行い、受信した情報に基づいて制御信号を生成し、ＨＡＲＴ（登録商標）、ＷｉｒｅｌｅｓｓＨＡＲＴ（登録商標）、またはＦＯＵＮＤＡＴＩＯＮ（登録商標）フィールドバスフィールドデバイスなどのフィールドデバイス内で実施される制御モジュールまたはブロックと連携する。コントローラ内に実装された制御モジュールは、通信回線またはリンクによってフィールドデバイスへ制御信号を送信し、それによって、プロセスプラントまたはシステムの少なくとも一部の動作を制御し、例えば、プラントまたはシステム内で走っているまたは実行している１つ以上の工業プロセスの少なくとも一部を制御する。やはり典型的にプラント環境内に配置されるＩ／Ｏデバイスは、典型的に、コントローラと１つ以上のフィールドデバイスとの間に配列され、例えば、電気信号をデジタル値へと変換すること、及びその逆の変換を行うことにより、通信可能にする。
【０００３】
フィールドデバイス及びコントローラからの情報は、通常、通信ネットワークにより、プラントの過酷なフィールド環境から離れた制御室内または他の場所に典型的に置かれた、オペレータワークステーション、パーソナルコンピュータもしくはコンピューティングデバイス、データヒストリアン、レポートジェネレータ、集中データベース、または他の集中管理コンピューティングデバイスなどの１つ以上の他のハードウェアデバイスに対して利用可能になる。これらのハードウェアデバイスは、例えば、プロセスを制御すること、ならびに／またはプロセスプラントを稼働及び監視すること（例えば、プロセス制御ルーチンの設定を変更すること、コントローラまたはフィールドデバイス内の制御モジュールの動作を修正すること、プロセスの現在の状態を表示すること、フィールドデバイス及びコントローラにより生成された警報を表示すること、職員のトレーニングまたはプロセス制御ソフトウェアの試験が目的でプロセスの動作をシミュレーションすること、構成データベースを維持及び更新することなど）に関して、オペレータによる機能の実施を可能にするアプリケーションを走らせる。ハードウェアデバイス、コントローラ、及びフィールドデバイスにより利用される通信ネットワークは、有線通信パス、無線通信パス、または有線及び無線通信パスの組み合わせを含んでよい。
【０００４】
例として、Ｅｍｅｒｓｏｎ  Ｐｒｏｃｅｓｓ  Ｍａｎａｇｅｍｅｎｔによって販売されている、ＤｅｌｔａＶ（商標）制御システムは、プロセスプラント内の多様な場所に配置された異なるデバイス内に記憶され、それら異なるデバイスによって実行される複数のアプリケーションを含む。プロセス制御システムまたはプラントのバックエンド環境内の１つ以上のワークステーションまたはコンピューティングデバイス内に常駐する構成アプリケーションは、ユーザが、プロセス制御モジュールの作成または変更、及びこれらのプロセス制御モジュールを、通信ネットワークを介して専用の分散型コントローラへダウンロードできるようにする。典型的には、これらの制御モジュールは、通信可能に相互接続された機能ブロックで構成され、これらの機能ブロックは、それに対する入力に基づいて制御スキーム内で機能を実施し、出力を制御スキーム内の他の機能ブロックに提供するオブジェクト指向プログラミングプロトコル内のオブジェクトである。構成アプリケーションはまた、データをオペレータに対して表示するため、かつプロセス制御ルーチン内の設定点などの設定のオペレータによる変更を可能にするために表示アプリケーションが使用するオペレータインターフェースを、構成設計者が作成または変更することも可能にし得る。各分散型コントローラ、及び場合によっては１つ以上のフィールドデバイスは、実際のプロセス制御機能を実装するために割り当てられそこへダウンロードされた制御モジュールを走らせるそれぞれのコントローラアプリケーションを記憶及び実行する。１つ以上のオペレータワークステーションで実行され得る表示アプリケーション（またはオペレータワークステーション及び通信ネットワークと通信接続した１つ以上のリモートコンピューティングデバイス）は、通信ネットワークを介してコントローラアプリケーションからデータを受信し、このデータをプロセス制御システム設計者、オペレータ、またはユーザインターフェースを使用する他のユーザへ表示し、オペレータの表示、エンジニアの表示、技術者の表示などの多数の異なる表示のいずれかを提供してよい。データヒストリアンアプリケーションは、典型的に現在のプロセス制御ルーチン構成及びそれに付随するデータを記憶する。
【０００５】
一般に、プロセスプラントまたはシステムは、高度に相互依存した方法で動作する、フィールドデバイス、装置、及び他のコンポーネントを含む。したがって、１つのコンポーネントの誤動作は、危険またはそうでなければ望ましくない状況を回避するために、１つ以上の他のコンポーネントの停止を必要とし得る。簡単な例として、上流コンベアが別の下流コンベアに物質を供給する場合、下流コンベアの故障は、下流コンベアにある物質のオーバーフローを回避するために、上流コンベアの停止を必要とし得る。必要ではないが、上流コンベアが動作を停止した場合、下流コンベアも停止することが望ましいこともある。このような停止を自動化するため、システム設計者は、好適な「インターロック」ロジックに従い、特定の制御ブロック、フィールドデバイスなどを構成してよい。例えば、制御モジュールは、下流コンベアが停止または他の障害に遭遇した際に、上流コンベアのモータを自動で停止するように構成されてよい。更に上流にある任意の他のコンベアモータまたは他のコンポーネント（及び、場合によって、更に下流にある任意の他のコンベアモータまたは他のコンポーネント）も、自動で停止されてよい。
【０００６】
他のシナリオでは、障害が起きたコンポーネントの物理的に上流または下流でないコンポーネントも含め、他のコンポーネントを自動で停止することが必要または望ましい場合がある。したがって、インターロック関係は、より一般的に「親」及び「子」という観点で記載されてよく、子は、親が障害を起こした場合（例えば、故障、または所定の障害の許容範囲内で動作しないなど）、自動で停止する。一連の複数の親／子対は、本明細書において「インターロックチェーン」と呼ばれる。例えば、出力バルブの故障は、バルブの物理的に上流にある第１のポンプの自動停止を引き起こしてよく、それにより第１のポンプの物理的に上流にある第２のポンプの自動停止を引き起こしてよい、などである。更に、複数のインターロックチェーンは、１つ以上の共通コンポーネントを共有してよく、そ
の場合には、２つ以上の交差チェーン内のコンポーネントは、チェーンのうちの１つの中のコンポーネントが障害を起こした場合、インターロックされ得る。
【０００７】
典型的には、フィールドデバイス用の「ディスプレイ表示」は、隣接した上流及び／または下流デバイスを示すように構成されてよい。インターロックの主な発生源／原因を発見するため、オペレータは、（例えば、異なるデバイスのディスプレイ表示間をナビゲートすることにより）デバイスパスを上り及び／または下りして探すために、この情報を使用しなければならない。しかし実際には、インターロックチェーンは、多くのフィールドデバイス、及び／もしくは他のコンポーネントを含むことができ、ならびに／または個々のチェーンは、有意な数の他のチェーンと交差し得る。したがって、ヒューマンオペレータが、どのフィールドデバイスまたは他のコンポーネントがインターロックチェーン内のコンポーネントの停止の根本原因なのかを判別するのは困難な場合がある。更に、インターロックの原因を発見し解決した後、オペレータは、各デバイスをリセットするために、インターロックチェーン内の全フィールドデバイスの種々のディスプレイ表示に沿って戻り、再度ナビゲートしなければならない。これらのアクションは、相当量の余分な「ダウンタイム」をもたらす可能性があり、多くの場合、非常に費用がかかり得る。更に、現在のシステムでは、所与のフィールドデバイスのディスプレイ表示における上流及び下流デバイスの指示（すなわち、デバイス間をナビゲートするために、オペレータにより使用される指示）は、手動で構成される。したがって、インターロックチェーンが、システムの再構成により変更された場合、ディスプレイ表示も同様に手動で再構成されなければならない。
【発明の概要】
【０００８】
インターロックチェーン可視化を提供するための技術、システム、装置、及び方法を、本明細書にて開示する。この技術、システム、装置、及び方法は、工業プロセス制御システム、環境、及び／またはプラントに適用してよく、これらは、本明細書においては、同義で「工業制御」、「プロセス制御」、または「プロセス」システム、環境、及び／またはプラントと称される。典型的には、このようなシステム及びプラントは、未加工の物理的物質を製造、精製、または他の方法で変形し、生産物を生成または生産する１つ以上のプロセス（本明細書においては、「工業プロセス」とも称される）を分散した方法で制御する。
【０００９】
インターロックチェーン、または関連するインターロックチェーンのセットは、インターロックチェーン（複数可）内のいくつかまたは全てのフィールドコンポーネントを含み、これらのそれぞれの相互接続及び依存を図示する図によって可視化されてよい。本明細書で利用する場合、「フィールドコンポーネント」（または単に「コンポーネント」）は、フィールドデバイス、機器のピース、フィールドデバイスもしくは機器のピースの一部、または複数のフィールドデバイス及び／もしくは機器のピースを含むシステムもしくはサブシステムを指してよい。各フィールドコンポーネントは、典型的に、プロセス制御システムまたはプラントのフィールド環境内に配置、配列、または導入され、オブジェクト指向プログラミングプロトコルを使用する場合、各フィールドコンポーネントは、コンポーネントオブジェクトのそれぞれのインスタンスに対応し得る。図または可視化は、特定のインターロックされたコンポーネントが選択された場合、またはそうでなければ表示される場合（例えば、ヒューマンオペレータがインターロックされたコンポーネントと関連した情報を閲覧している場合）に提示されるグラフィカルユーザインターフェース（ＧＵＩ）上に表示されるか、またはＧＵＩから開始されてよく、図または可視化により、オペレータは、インターロックの発生源をより迅速に特定でき、かつ／またはインターロックの影響を受けたコンポーネントのセットをより迅速に特定でき得る。更に、図は、ユーザが単一入力のみで（または例えばオペレータが選択されたリセットコマンドを確認しなければならない場合は、複数入力で）、可視化されたインターロックチェーン内の全コンポ
ーネントをリセットできるようにする仮想インタラクティブ制御、及びまたはユーザが可視化されたチェーンのインターロックをバイパスできるようにする制御を含んでよい。
【００１０】
インターロックチェーン図のディスプレイを手動で構成する必要性を回避（または低減）するために、この図は、事前構成されたインターロックロジックの現在の状態を分析／解釈することにより自動で生成され得る。いくつかの実施形態においては、異なるコンポーネント間の個々のインターロック形成またはチェーン形成は、システム設計者が制御モジュール内ですぐに利用可能なインターロック構成オブジェクトを使用して事前構成される。システム設計者は、プロセス制御システムの構成時に、インターロック構成オブジェクトのインスタンスを作成することによりインターロックロジックを生成してよく、インターロックチェーン図は、得られたインターロック構成オブジェクトインスタンスを分析することにより自動で生成され得る。したがって、（例えば、インターロック構成オブジェクトのインスタンスを修正、作成及び／または削除することにより）インターロックロジックが再構成される場合、インターロックチェーン図は、インターロックの現在の構成に基づいて、インターロックチェーンの現在の更新された表示を自動で提供してよい。対照的に、従来のコンポーネントディスプレイは、特定のインターロックを図示するように手動で構成され、それによって、インターロックロジックを変更した場合、影響を受けるディスプレイの全てを手動で再構成しなければならない。
【００１１】
インターロックチェーン図は、インターロックチェーン全体、またはチェーンのサブセットを図示し得る。例えば、この図は、現在選択されているコンポーネントとインターロック／停止の発生源（すなわち、選択されたコンポーネントを停止することの最終的責任があるコンポーネント）との間のチェーンの一部のみを図示し得る。更に、この図は、１つ以上の追加のインターロックチェーンを図示し得る。例えば、この図は、選択されたコンポーネントを含むチェーン（またはチェーン部分）だけでなく、選択されたコンポーネントを含むチェーンと共通の「親」コンポーネントを共有する別のチェーン（またはチェーン部分）も、図示し得る。複数のインターロックチェーンが図示される場合、インタラクティブリセット制御が、各チェーンに提示されてよい。
【図面の簡単な説明】
【００１２】
【図１】本明細書に記載されるインターロックチェーン可視化技術のうちの１つ以上が実装され得る、例示的なプロセス制御システムのブロック図である。
【図２】図１のプロセス制御システムの一部を構成する場合に使用され得る、例示的なインターロック構成オブジェクトを図示する。
【図３】図１のプロセス制御システム内のコンポーネントの例示的な物理的構成を図示する。
【図４】１つの例示的なシナリオに従い、図３の物理的構成内でインターロックが発生した後に自動で生成され得る、例示的なインターロックチェーン図を図示する。
【図５】図１のプロセス制御システム内のコンポーネントの別の例示的な物理的構成を図示する。
【図６Ａ】図５の物理的構成内でインターロックが発生した後に自動で生成され得る、代替の例示的なインターロックチェーン図を図示する。
【図６Ｂ】図５の物理的構成内でインターロックが発生した後に自動で生成され得る、代替の例示的なインターロックチェーン図を図示する。
【図６Ｃ】図５の物理的構成内でインターロックが発生した後に自動で生成され得る、代替の例示的なインターロックチェーン図を図示する。
【図７】プロセス制御システム内の１つ以上のインターロックチェーンを可視化する例示的な方法のフロー図である。
【発明を実施するための形態】
【００１３】
例示的なプロセス制御環境
図１は、本明細書に記載されるインターロックチェーン可視化技術のうちの１つ以上が実装され得る、例示的なプロセス制御環境１００のブロック図である。プロセス制御環境１００（本明細書においては、同義でプロセス制御システム１００またはプロセスプラント１００とも称される）は、プラント１００内のプロセスの動作を制御するために、フィールドデバイスにより行われたプロセス測定値を示す信号を受信し、この情報を処理して制御ルーチンを実装し、有線及び／または無線プロセス制御通信リンクまたはネットワークにより他のフィールドデバイスへと送信される制御信号を生成する、１つ以上のプロセスコントローラを含む。典型的には、少なくとも１つのフィールドデバイスは、物理的機能（例えば、バルブの開閉、コンベアによる物質の移動、温度の上昇または減少、測定値の取得、状態の感知など）を実施して、プロセスの動作を制御する。ある種類のフィールドデバイスは、Ｉ／Ｏデバイスを使用してコントローラと通信する。プロセスコントローラ、フィールドデバイス、及びＩ／Ｏデバイスは、有線または無線であってよく、任意の数及び組み合わせの有線及び無線プロセスコントローラ、フィールドデバイス、及びＩ／Ｏデバイスが、プロセスプラント環境またはシステム１００内に含まれてよい。
【００１４】
例えば、図１は、入力／出力（Ｉ／Ｏ）カード１２６及び１２８を介して、有線フィールドデバイス１１５〜１２２と通信可能に接続されたプロセスコントローラ１１１を図示する。プロセスコントローラ１１１は、プロセッサ１３０、メモリ１３２、及び以下に更に詳細に論じられる１つ以上のプロセス制御ルーチン１３８を含む。コントローラ１１１はまた、プロセス制御通信ネットワークまたはバックボーン１１０、及び無線ゲートウェイ１３５を介して、無線フィールドデバイス１４０〜１４６と通信可能に接続される。バックボーン１１０は、１つ以上の有線及び／または無線通信リンクを含んでよく、例えばイーサネットプロトコルなどの任意の好適な通信プロトコルを使用して実装されてよい。ある構成においては（図１に図示せず）、コントローラ１１１は、例えば、ＩＥＥＥ８０２．１１規格無線ローカルエリアネットワークプロトコル、モバイル通信プロトコル（例えば、ＷｉＭＡＸ、ＬＴＥなど）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＨＡＲＴ（登録商標）、ＷｉｒｅｌｅｓｓＨＡＲＴ（登録商標）、プロフィバス、ＦＯＵＮＤＡＴＩＯＮ（登録商標）フィールドバスなどの１つ以上の通信プロトコルをサポートする、任意の数の他の有線または無線通信リンクを使用するなどの、バックボーン１１０以外の１つ以上の通信ネットワークを使用して、無線ゲートウェイ１３５と通信可能に接続されてよい。
【００１５】
コントローラ１１１（例としては、Ｅｍｅｒｓｏｎ  Ｐｒｏｃｅｓｓ  Ｍａｎａｇｅｍｅｎｔから販売されているＤｅｌｔａＶ（商標）コントローラであってよい）は、フィールドデバイス１１５〜１２２及び１４０〜１４６のうちの少なくともいくつかを使用して、バッチプロセスまたは連続プロセスを実装するように動作することができる。一実施形態では、バックボーン１１０と通信可能に接続されるのに加えて、コントローラ１１１はまた、例えば、標準４〜２０ｍＡデバイス、Ｉ／Ｏカード１２６、１２８、及び／またはＦＯＵＮＤＡＴＩＯＮ（登録商標）フィールドバスプロトコル、ＨＡＲＴ（登録商標）プロトコル、ＷｉｒｅｌｅｓｓＨＡＲＴ（登録商標）プロトコルなどの任意の好適なスマート通信プロトコルと関連した、任意の所望のハードウェア及びソフトウェアを使用して、フィールドデバイス１１５〜１２２及び１４０〜１４６のうちの少なくともいくつかと通信可能に接続される。図１では、コントローラ１１１、フィールドデバイス１１５〜１２２、及びＩ／Ｏカード１２６、１２８は、有線デバイスであり、フィールドデバイス１４０〜１４６は、無線フィールドデバイスである。無論、有線フィールドデバイス１１５〜１２２及び無線フィールドデバイス１４０〜１４６は、将来開発される任意の好適な標準またはプロトコルを含む、任意の好適な有線または無線プロトコルなどの任意の他の所望の標準（複数可）またはプロトコルに準拠することができる。
【００１６】
プロセスコントローラ１１１のプロセッサ１３０は、メモリ１３２内に記憶することが
できる１つ以上のプロセス制御ルーチンまたはモジュール１３８を実装または監督する。この目的のために、プロセッサ１３０は、フィールドデバイス１１５〜１２２及び１４０〜１４６と、ならびにコントローラ１１１と通信可能に接続された他のノードと、通信するように構成される。本明細書に記載される任意の制御ルーチンまたはモジュールは、所望であれば、異なるコントローラまたは他のデバイスにより実装または実行される部分を有することができるという点に留意すべきである。同様に、プロセス制御システム１００内に実装される制御モジュール１３８は、ソフトウェア、ファームウェア、ハードウェアなどを含む任意の形態であってよい。制御ルーチンは、オブジェクト指向プログラミング、ラダーロジック、シーケンシャルファンクションチャート、機能ブロック図の使用、または任意の他のソフトウェアプログラミング言語または設計パラダイムの使用などの任意の所望のソフトウェアフォーマットで実装されてよい。制御モジュール１３８のうちのいくつかまたは全てが記憶され得るメモリ１３２は、ランダムアクセスメモリ（ＲＡＭ）及び／またはリードオンリーメモリ（ＲＯＭ）などの任意の好適な種類のメモリまたはメモリ（複数）であってよい。更に、制御モジュール１３８は、例えば、１つ以上のＥＰＲＯＭ、ＥＥＰＲＯＭ、特定用途向け集積回路（ＡＳＩＣ）、または任意の他のハードウェアまたはファームウェア要素にハードコーディングされてよい。したがって、コントローラ１１１は、制御ストラテジまたは制御ルーチン／モジュールを実装するために、任意の所望の方法で構成されてよい。
【００１７】
コントローラ１１１は、一般に機能ブロックと称されるものを使用して制御ストラテジを実装し、各機能ブロックは、全体の制御ルーチンのオブジェクトまたは他の部分（例えば、サブルーチン）であり、他の機能ブロックとともに（リンクと呼ばれる通信を介して）動作して、プロセス制御システム１００内にプロセス制御ループを実装する。制御系機能ブロックは、典型的に、トランスミッタ、センサ、または他のプロセスパラメータ測定デバイスと関連したものなどの入力機能、ＰＩＤ、ファジィ論理などの制御を実施する制御ルーチンと関連したものなどの制御機能、またはバルブもしくはコンベアモータなどのいくつかのデバイスの動作を制御する出力機能のうちの１つを実施し、プロセス制御システム１００内のいくつかの物理的機能を実施する。無論、ハイブリッド及び他の種類の機能ブロックが存在する。機能ブロックは、典型的に、これらの機能ブロックが、標準４〜２０ｍＡデバイス及びある種類のスマートフィールドデバイス（例えば、ＨＡＲＴ（登録商標）デバイス）に使用されるか、もしくは関連する場合、コントローラ１１１に記憶され、これにより実行されてよく、またはＦＯＵＮＤＡＴＩＯＮ（登録商標）フィールドバスデバイスの場合であり得るようにフィールドデバイス自体に記憶され、これにより実装されてよい。コントローラ１１１内の１つ以上の制御モジュール１３８は、機能ブロックのうちの１つ以上を実行することにより実施される１つ以上の制御ループを実装してよい。
【００１８】
有線フィールドデバイス１１５〜１２２は、センサ、バルブ、コンベアモータ、トランスミッタ、ポジショナなどの任意の種類または種類（複数）のデバイスであってよく、一方、Ｉ／Ｏカード１２６及び１２８は、好適な通信またはコントローラプロトコルに準拠する、任意の種類のＩ／Ｏデバイスであってよい。例えば、フィールドデバイス１１５〜１１８は、アナログ回線（またはアナログ及びデジタル回線を組み合わせて）によってＩ／Ｏカード１２６と通信する、標準４〜２０ｍＡデバイスまたはＨＡＲＴ（登録商標）デバイスであってよく、一方、フィールドデバイス１１９〜１２２は、ＦＯＵＮＤＡＴＩＯＮ（登録商標）フィールドバス通信プロトコルを使用して、デジタルバスによってＩ／Ｏカード１２８と通信する、ＦＯＵＮＤＡＴＩＯＮ（登録商標）フィールドバスフィールドデバイスなどのスマートデバイスであってよい。だが、いくつかの実施形態においては、有線フィールドデバイス１１５〜１２２のうちの少なくともいくつか、及び／またはＩ／Ｏカード１２６、１２８のうちの少なくとも１つは、バックボーン１１０及び好適な制御システムプロトコル（例えば、プロフィバス、ＤｅｖｉｃｅＮｅｔ、Ｆｏｕｎｄａｔｉｏ
ｎフィールドバス、ＣｏｎｔｒｏｌＮｅｔ、Ｍｏｄｂｕｓ、ＨＡＲＴなど）を使用して、追加的にまたは選択的にコントローラ１１１と通信する。
【００１９】
図１では、無線フィールドデバイス１４０〜１４６は、ＷｉｒｅｌｅｓｓＨＡＲＴ（登録商標）プロトコルなどの無線プロトコルを使用して、無線プロセス制御通信ネットワーク１７０を介して通信する。このような無線フィールドデバイス１４０〜１４６は、やはり無線で通信するように構成された無線ネットワーク１７０のうちの１つ以上の他のデバイスまたはノードと直接通信してよい。無線で通信するように構成されていない他のノードと通信するためには、無線フィールドデバイス１４０〜１４６は、バックボーン１１０または別のプロセス制御通信ネットワークへと接続された無線ゲートウェイ１３５を利用してよい。無線ゲートウェイ１３５は、バックボーン１１０から無線通信ネットワーク１７０のうちの種々の無線デバイス１４０〜１５８へのアクセスを提供する。特に、無線ゲートウェイ１３５は、無線デバイス１４０〜１５８、有線デバイス１１５〜１２８、及び／またはプロセス制御プラント１００の他のノードもしくはデバイスの間に通信カップリングを提供する。
【００２０】
有線フィールドデバイス１１５〜１２２と同様に、無線ネットワーク１７０の無線フィールドデバイス１４０〜１４６は、プロセスプラント１００内で、物理的制御機能、例えば、バルブの開閉、プロセスパラメータの測定値の取得などを実施する。しかし、無線フィールドデバイス１４０〜１４６は、ネットワーク１７０の無線プロトコルを使用して通信するように構成されている。そのようなものであるから、無線フィールドデバイス１４０〜１４６、無線ゲートウェイ１３５、及び無線ネットワーク１７０の他の無線ノード１５２〜１５８は、無線通信パケットの生産者及び消費者であり得る。
【００２１】
プロセスプラント１００のいくつかの構成では、無線ネットワーク１７０は、非無線デバイスを含む。例えば、図１では、フィールドデバイス１４８は、古い４〜２０ｍＡデバイスであり得、フィールドデバイス１５０は、有線ＨＡＲＴ（登録商標）デバイスであり得る。ネットワーク１７０内で通信するために、フィールドデバイス１４８及び１５０は、無線アダプタ１５２Ａ、１５２Ｂのうちのそれぞれ１つを介して、無線通信ネットワーク１７０と接続される。無線アダプタ１５２Ａ、１５２Ｂは、ＷｉｒｅｌｅｓｓＨＡＲＴなどの無線プロトコルをサポートし、かつＦｏｕｎｄａｔｉｏｎ（登録商標）フィールドバス、プロフィバス、ＤｅｖｉｃｅＮｅｔなどの１つ以上の他の通信プロトコルもサポートし得る。更に、いくつかの構成では、無線ネットワーク１７０は、無線ゲートウェイ１３５と有線通信する独立した物理デバイスであり得るか、または無線ゲートウェイ１３５内に一体化され得る、１つ以上のネットワークアクセスポイント１５５Ａ、１５５Ｂを含む。無線ネットワーク１７０はまた、無線通信ネットワーク１７０内の無線デバイス間からパケットを転送する１つ以上のルータ１５８をも含み得る。無線デバイス１４０〜１４６及び１５２〜１５８は、無線通信ネットワーク１７０の無線リンク１６０により、及び／またはバックボーン１１０を介して、互いに、及び無線ゲートウェイ１３５と通信し得る。
【００２２】
図１では、プロセス制御システム１００は、バックボーン１１０と通信可能に接続された１つ以上のオペレータワークステーション１７１を含む。オペレータワークステーション（複数可）１７１を介して、ヒューマンオペレータは、プロセスプラント１００のランタイム動作の監視に加えて、必要であり得る任意の診断、調整、保守、及び／または他のアクションを取ることができる。オペレータワークステーション１７１のうちの少なくともいくつかは、例えば、プラント１００のバックエンド環境など、プラント１００の中または近くの、種々の保護された領域に配置されてよく、場合によっては、オペレータワークステーション１７１のうちの少なくともいくつかは、遠隔地に配置されてよい（しかし、それにもかかわらずプラント１００と通信接続する）。オペレータワークステーション
（複数可）１７１は、有線または無線コンピューティングデバイスであってよい。
【００２３】
例示的なプロセス制御システム１００は、１つ以上の構成アプリケーション１７２Ａ及び１つ以上の構成データベース１７２Ｂを含み、これらの各々が、やはりバックボーン１１０と通信可能に接続されるものとして、図１に更に図示される。構成アプリケーション（複数可）１７２Ａの種々のインスタンスは、ユーザによるプロセス制御モジュールの作成または変更、及びこれらのモジュールを、バックボーン１１０を介して、プロセスコントローラ１１１及び／または他のプロセスコントローラへのダウンロードを可能にするため、ならびにオペレータがプロセス制御ルーチン内でデータを表示し、データ設定を変更できることを介して、ユーザによるオペレータインターフェースの作成または変更を可能にするために、１つ以上のコンピューティングデバイス（図１に図示せず）を実行してよい。構成データベース（複数可）１７２Ｂは、構成されたモジュール及び／またはオペレータインターフェースを記憶する。一般に、構成アプリケーション（複数可）１７２Ａ及び構成データベース（複数可）１７２Ｂは、集中化され、プロセス制御システム１００に対して単一の論理的外観を有してよく（構成アプリケーション１７２Ａのうちの複数のインスタンスが、プロセス制御システム１００内で同時に実行され得るにも関わらず）、構成データベース（複数可）１７２Ｂは、単一の物理的データ記憶デバイス内か、または複数のデータ記憶デバイスにまたがって記憶されてよい。構成アプリケーション（複数可）１７２Ａ、構成データベース（複数可）１７２Ｂ、及びこれらに対するユーザインターフェース（図１に図示せず）は、制御及び／またはディスプレイモジュールを作成／構成するための構成または開発システム１７２を一括して形成する。典型的には、必ずしもそうではないが、構成システム１７２のユーザインターフェースは、オペレータワークステーション１７１とは異なり、プラント１００がリアルタイムで動作しているかに関係なく、構成及び開発エンジニアにより代わりに利用される構成システム１７２のユーザインターフェースと、プロセスプラント１００のリアルタイム（または「ランタイム」）動作中にオペレータにより利用されるオペレータワークステーション１７１とを備える。
【００２４】
いくつかの実施形態においては、構成アプリケーション（複数可）１７２Ａは、上述のように、システム設計者がプロセス制御システム１００を構成するために使用できる種々のオブジェクト（例えば、制御モジュール、フィールドデバイス、オペレータにより表示されるディスプレイ表示など）を提供する。１つのこのようなオブジェクト種類またはクラスは、インターロック構成オブジェクト１８０であり得る。インターロック構成オブジェクト１８０の各インスタンスは、２つの特定のコンポーネント（例えば、２つのフィールドデバイス、または１つのフィールドデバイスと別の種類のコンポーネントなど）間の親／子インターロック関係を表わしてよく、構成データベース（複数可）１７２Ｂのうちの１つに記憶されてよい。インターロック構成オブジェクト１８０のインスタンスは、例えば、特定の制御モジュールオブジェクトのインスタンスにより参照されてよい。インターロック構成オブジェクト１８０のインスタンスは、以下に更に詳細に論じられる通り、インターロックチェーン可視化を自動で生成するために使用されてよい。
【００２５】
例示的なプロセス制御システム１００はまた、１つ以上のデータヒストリアンアプリケーション（複数可）１７３Ａ及び１つ以上のデータヒストリアンデータベース（複数可）１７３Ｂをも含み、これらの各々はバックボーン１１０と通信可能に接続される。データヒストリアンアプリケーション（複数可）１７３Ａは、バックボーン１１０を通じて提供されたデータのうちのいくつかまたは全てを収集し、そのデータを長期間記憶のためのデータヒストリアンデータベース（複数可）１７３Ｂに記憶するように動作する。構成アプリケーション（複数可）１７２Ａ及び構成データベース（複数可）１７２Ｂと同様に、データヒストリアンアプリケーション（複数可）１７３Ａ及びデータヒストリアンデータベース（複数可）１７３Ｂは、集中化され、プロセス制御システム１００に対して単一の論理的外観を有してよく（データヒストリアンアプリケーション１７３Ａのうちの複数のイ
ンスタンスが、プロセス制御システム１００内で同時に実行され得るにも関わらず）、データヒストリアンデータベース（複数可）１７３Ｂは、単一の物理的データ記憶デバイス内か、または複数のデータ記憶デバイスにまたがって記憶されてよい。
【００２６】
いくつかの構成では、プロセス制御システム１００は、ＩＥＥＥ８０２．１１規格無線ローカルエリアネットワークプロトコルなどの他の無線プロトコル、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、もしくは他のＩＴＵ−Ｒ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ
Ｒａｄｉｏｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ）互換プロトコルなどのモバイル通信プロトコル、近距離無線通信（ＮＦＣ）もしくはＢｌｕｅｔｏｏｔｈなどの短波長無線通信、及び／または他の無線通信プロトコルなどの他の無線プロトコルを使用して、他のデバイスと通信する、１つ以上の他の無線アクセスポイント１７４を含む。典型的には、このような無線アクセスポイント（複数可）１７４は、手持ち式または他のポータブルコンピューティングデバイス（例えば、ユーザインターフェースデバイス１７５）を、無線ネットワーク１７０とは異なり、無線ネットワーク１７０以外の異なる無線プロトコルをサポートする、それぞれの無線プロセス制御通信ネットワークによって通信できるようにする。例えば、無線またはポータブルユーザインターフェースデバイス１７５は、プロセスプラント１００内のオペレータ（例えば、オペレータワークステーション１７１のうちの１つのインスタンス）により利用される、モバイルワークステーションまたは診断試験機器であってよい。いくつかのシナリオでは、ポータブルコンピューティングデバイスに加えて、１つ以上のプロセス制御デバイス（例えば、コントローラ１１１、フィールドデバイス１１５〜１２２、無線デバイス１３５、１４０〜１５８など）も、無線アクセスポイント（複数可）１７４によりサポートされる無線プロトコルを使用して通信する。
【００２７】
図１は、例示的なプロセスプラント１００に含まれる、単一のプロセスコントローラ１１１、特定の数のフィールドデバイス１１５〜１２２及び１４０〜１４６、無線ゲートウェイ３５、無線アダプタ１５２、アクセスポイント１５５、ルータ１１５８、ならびに無線プロセス制御通信ネットワーク１７０のみを図示しているが、これは、例示的かつ非限定的な実施形態に過ぎない点に留意する。例えば、任意の数のコントローラ１１１が、プロセス制御プラントまたはシステム１００内に含まれてよく、コントローラ１１１のいずれかが、任意の数の有線または無線デバイス及びネットワーク１１５〜１２２、１４０〜１４６、１３５、１５２、１５５、１５８、及び１７０と通信して、プラント１００内のプロセスを制御してよい。
【００２８】
例示的なインターロック構成オブジェクト
先に説明した通り、システム設計者は、構成システム１７２を使用して、プロセス制御モジュールを作成または構成し、これらのモジュールを、バックボーン１１０（または別のネットワーク）を介してプロセスコントローラ１１１及び／または他のプロセスコントローラに送信してよい。これらのプロセス制御モジュールのうちの１つ以上は、ある種の他のデバイスまたはコンポーネントが障害を起こすか、または問題に遭遇した際に、受信コントローラ（複数可）が、必要に応じてフィールドデバイスまたは他のコンポーネントを自動で停止させるか、または電気を切ることを可能にしてよい。例えば、構成エンジニアは、タンクの出口バルブが障害を起こすか、またはそうでなければ正常に動作しなくなった場合に、自動で停止するように、タンクに供給するポンプをプログラムしてよい。フィールドデバイス／コンポーネント中のトリガ条件、及び適切な／所望の応答は、「インターロックロジック」を一括して形成し、それに従いコントローラ（複数可）がインターロックイベントを管理する。
【００２９】
上記の通り、オブジェクト指向プログラミングが利用されるいくつかの実施形態では、
構成アプリケーション（複数可）１７２Ａは、顧客／設計者がすぐに利用可能なインターロック構成オブジェクトを提供する（例えば、制御モジュール内、またはそうでなければ制御モジュールと関連して）。システム設計者（複数可）は、プロセス制御システム１００のためのインターロックロジックを生成するために、必要に応じて、インターロック構成オブジェクトのインスタンスを作成してよい。各インターロック構成オブジェクトは、２つのフィールドデバイスまたは他のコンポーネント間の個々のインターロック形成またはチェーン形成を表わしてよい。上記のポンプ／タンク／バルブシナリオでは、例えば、インターロック構成オブジェクトの単一インスタンスは、出口バルブと入力ポンプとの間のインターロックを定義するパラメータを含んでよい。例えば、オブジェクトインスタンスは、特定のポンプ及びバルブのデバイス識別子を含んでよく、出口バルブの動作状態が、入力ポンプを停止しなければならないかを決定するため、インターロック構成オブジェクトは、インターロック関係において、「親」としてバルブ、及び「子」としてポンプを定義してよい。
【００３０】
図２は、図１のプロセス制御システム１００（または別のプロセス制御システム）のインターロックを構成する場合に使用され得る、例示的なインターロック構成オブジェクト２００を図示する。図２で明らかなように、インターロック構成オブジェクト２００は、インターロック構成オブジェクト識別子（ＩＤ）２１０、親デバイスＩＤ２１２、子デバイスＩＤ２１４、及び他のインターロック構成オブジェクトプロパティ２１６を含むプロパティと関連している。
【００３１】
インターロック構成オブジェクトＩＤ２１０は、インターロック構成オブジェクト２００の所与のインスタンスのための一意な識別子であり、ユーザにより指定されるか、または自動で割り当てられ得る。親デバイスＩＤ２１２は、インターロックの親デバイスのための一意な識別子であり（例えば、親デバイスのためのデバイスオブジェクトインスタンスのＩＤ）、子デバイスＩＤ２１４は、インターロックの子デバイスのための一意な識別子である（例えば、子デバイスのためのデバイスオブジェクトインスタンスのＩＤ）。動作中に（すなわち、ランタイムの間に）、プロセスコントローラ（例えば、図１のコントローラ１１１）が親デバイスの停止／故障を知った場合、コントローラは、親デバイスと関連した任意のインターロックオブジェクトにアクセスし、子デバイス（複数可）を自動で停止するか、または電気を切る。
【００３２】
親及び子デバイスは、物理的に直列に連結される必要はなく、または任意の物理的動作関係さえ有さないと理解されるであろう。例えば、システム設計者は、単一デバイスが障害を起こした場合に、障害を起こしたデバイスなどの物理的に上流または下流にあるデバイスのみを停止するのではなく、全フィールドデバイスを自動で停止することを望み得る（例えば、試験フェーズ間）。このようなシナリオでは、設計者は、インターロック構成オブジェクト２００の複数のインスタンスを使用し、全フィールドデバイスを互いに双方向に（すなわち、各デバイスが全ての他のデバイスの親と子の両方になるように）リンクしてよい。
【００３３】
他のインターロック構成オブジェクトプロパティ２１６は、１つ以上の他のプロパティを含んでよい。例えば、プロパティ２１６は、親及び子デバイス間で自動停止のタイミング及び／または順番を指定するプロパティや、インターロック構成オブジェクト２００によって表わされるインターロックを含む任意のインターロックチェーンがバイパスされ得るかどうかを示すプロパティなどを含んでよい。
【００３４】
インターロック構成オブジェクト２００は、構成目的のために図２に示されているものよりも、より多くの、より少ない、及び／または異なるプロパティを現し得ると理解されるであろう。例えば、他のプロパティ２１６は、オブジェクト２００から省略されてもよ
い。別の例としては、図２に示されるインターロック構成オブジェクト２００は、１つの親デバイス及び１つの子デバイスのＩＤのみを含むが、他の実施形態及び／またはシナリオでは、オブジェクト２００は、複数の親デバイス及び／または複数の子デバイスのＩＤを含んでよい。更に、いくつかの実施形態においては、オブジェクト２００は、任意の数の親及び／または子デバイスＩＤを含むのに十分なほど柔軟であってよい。他の実施形態においては、単一デバイスもしくはコンポーネントが２つ以上の親を有する場合、単一デバイスもしくはコンポーネントが２つ以上の子を有する場合、及び／または双方向の親／子関係が望ましい場合のシナリオで、異なるオブジェクトインスタンス（または異なるオブジェクト）が使用されなければならない。
【００３５】
システム設計者は、構成システム１７２のユーザインターフェースなどのユーザインターフェースを介して、種々のプロパティ２１０〜２１６のための所望の値を入力、構成、またはそうでなければ定義することにより、インターロック構成オブジェクト２００のインスタンスを構成してよい。しかし、いくつかの実施形態においては、所望のプロパティ値２１０〜２１６（例えば、インターロック構成オブジェクトＩＤ２１０）のうちの少なくともいくつかは、構成アプリケーション１７２Ａによって自動で構成または取り込まれてよい。
【００３６】
例示的なインターロックチェーン図
種々の実施形態及びシナリオを、インターロックチェーン図が自動で生成され、（例えば、プロセス制御プラント１００のランタイム動作中に、オペレータワークステーション（複数可）１７１のうちの１つ以上、及び／またはユーザインターフェースデバイス（複数可）１７５のうちの１つ以上を介して）ユーザ／オペレータに提示され得る方法を示すために説明する。単に説明を簡単にするために、以下で説明される例示的なインターロックチェーンシナリオは、インターロックされたコンベアモータを有する、比較的簡単なコンベアの配置からなる。しかし、本明細書に記載される技術及び可視化は、任意の物理的及び／または論理的組合せまたは配置にて、任意の他の好適なコンポーネント（例えば、バルブ、ポンプ、センサなど、このようなデバイスの一部、複数のデバイスまたは機器のピースを含むシステムまたはサブシステムなど）に適応し得ると理解されるであろう。
【００３７】
最初に図３を参照すると、コンベア３１０〜３１４の例示的な物理的構成３００は、図１のプロセス制御システム１００に存在し得る。コンベア３１０〜３１４のモータは、例えば、図１のフィールドデバイス１１５〜１２２中、及び／または図１のフィールドデバイス１４０〜１５０中に含まれ得る。物理的構成３００では、コンベア３１０〜３１４は、単純な直列配置であり、コンベア３１２の上流にコンベア３１０があり、コンベア３１４の上流にコンベア３１２がある。したがって、コンベア３１０は、コンベア３１２に物質を移送／送達し、コンベア３１２は、コンベア３１４に物質を移送／送達する。ラベル「Ｃ−１００」、「Ｃ−１１６」、及び「Ｃ−１２２」は、コンベア３１０〜３１４のそれぞれのモータのＩＤである。
【００３８】
構成段階の間に、物質が動作不能なコンベアへ送達され、それによって詰まり、渋滞、及び／またはオーバーフローを引き起こすような状況を防止するために、システム設計者は、コンベア３１０のモータはコンベア３１２のモータの子であり、コンベア３１２のモータはコンベア３１４のモータの子であることを指定するインターロックのセットを作成することを望み得る。例えば、デバイスオブジェクト及びインターロック構成オブジェクトを設計者が利用可能な場合、設計者は、コンベアモータのためのデバイスオブジェクトインスタンスを利用して、インターロック構成オブジェクトのインスタンスを作成してよい。例えば、図２のインターロック構成オブジェクト２００の第１のインスタンスは、コンベア３１２のモータの子としてコンベア３１０のモータを指示してよく、インターロック構成オブジェクト２００の第２のインスタンスは、コンベア３１４のモータの子として
コンベア３１２のモータを指示してよい。特に、コンベアモータのＩＤ／指示子（すなわち、「Ｃ−１００」、「Ｃ−１１６」、または「Ｃ−１２２」）は、必要に応じて、所望のインターロック関係を設定するために、オブジェクト２００の親デバイスＩＤ２１２または子デバイスＩＤ２１４として使用してよい。他の実施形態においては、設計者は、他の非オブジェクト指向プログラミングを使用して、インターロックロジックを構成してよい。
【００３９】
ランタイムの間、オペレータ（例えば、オペレータワークステーション（複数可）１７１のうちの１つのユーザ、またはユーザインターフェースデバイス（複数可）１７５のうちの１つ）は、図１に関連して上述したように、動作を監視するために、ならびに／または診断、調整、保守、及び／もしくは他のアクションを取るために、種々の種類のディスプレイを選択的に表示してよい。例えば、オペレータは、フィールドデバイスにより測定された種々のパラメータの指標／表示値（例えば、温度、圧力、充填レベルなど）を含む制御ディスプレイを表示することができ、及び／または種々のフィールドデバイスの動作状態（例えば、動作中、停止、許容範囲外警告など）を示すことができる。
【００４０】
いくつかの実施形態においては、コンベア３１０〜３１４の各々のモータは、ディスプレイ表示と関連する。例えば、ランタイムの間、オペレータは、「Ｃ−１２２」モータのためのディスプレイ表示を選択することができ、それに対応して、ディスプレイアプリケーション（例えば、オペレータのオペレータワークステーション１７１またはユーザインターフェースデバイス１７５上で実行する）は、Ｃ−１２２モータの現在の状態についての情報を提示できる。ディスプレイ表示は、Ｃ−１２２モータは現在電源が入っているか／動作中か、現在Ｃ−１２２モータに対して障害またはエラーメッセージがあるかなどを示してよい。ディスプレイ表示はまた、もしあれば、どのデバイスがＣ−１２２モータの上流及び下流にあるのか示すことができる（すなわち、図３のシナリオでは、デバイスＩＤ「Ｃ−１１６」は、Ｃ−１２２モータの上流にあることを示す）。
【００４１】
インターロックがランタイムの間にトリガされた場合、インターロックチェーン情報が、オペレータに表示され得る。この情報は、自動で表示されてよく（例えば、そのデバイスがインターロックイベントにより停止した場合、現在表示されているデバイスディスプレイ中に）、またはオペレータによるいくつかのアクション（複数可）を要求してよい（例えば、デバイスディスプレイ表示上の「インターロックヘルプ」ボタンまたは他の仮想制御などをクリックまたはそうでなければ選択する）。図４は、コンベア３１０〜３１４のモータを含むインターロックチェーンに対してインターロックがトリガされた後にオペレータに提示され得る、インターロック情報４００の一例を図示する。インターロック情報４００を含んだウィンドウは、コンベア３１０と関連したＣ−１００モータのためのデバイスディスプレイ表示から開始され得る。他の実施形態においては、インターロック情報４００が、違う方法で提示され得る（例えば、デバイスディスプレイ表示を含む同一ウィンドウ内など）。
【００４２】
インターロック情報４００は、コンベア３１０〜３１４のモータのためにシステム設計者によって構成されたインターロックチェーンに対応する、単一のインターロックチェーン可視化４１２を備えたインターロックチェーン図４１０を含む。例示的なインターロックチェーン可視化４１２では、コンベアモータの各々は、異なるグラフィック要素により表され、グラフィック要素は、構成された親／子関係に従い、並べられる（例えば、インターロック構成オブジェクト２００のそれぞれのインスタンスに指定されたように）。
【００４３】
インターロックチェーン可視化４１２がインターロックロジックの現在の状態を表すのを確実にするために、ディスプレイアプリケーションは、現在のインターロックロジックを分析／解釈することにより、インターロックチェーン可視化４１２を生成してよい。例
えば、オブジェクト指向プログラミングを使用して、プロセス制御システム１００を構成する場合、ディスプレイアプリケーションは、インターロックチェーン可視化４１２を生成するために、インターロック構成オブジェクト２００のインスタンスを分析してよい。一実施形態では、例えば、ディスプレイアプリケーションは、現在選択されているデバイスディスプレイ表示に対応するデバイスを（例えば、フィールド／プロパティ２１２またはフィールドプロパティ２１４のいずれかで）参照するインターロック構成オブジェクト２００の全インスタンスを特定する。ディスプレイアプリケーションはまた、それらのオブジェクトインスタンス内でどの他のデバイスが参照されているかを判別し、新しいデバイスが見つからなくなるまで、このようなデバイスの各々のプロセス（すなわち、このようなデバイスを参照するインターロック構成オブジェクト２００の全インスタンスを特定するなど）を繰り返してよい。全ての関係のあるオブジェクトインスタンスを特定し（または依然として特定中）、ディスプレイアプリケーションは、指定された親／子関係を使用して、インターロックチェーン可視化４１２を構築し得る。
【００４４】
したがって、従来のプロセス制御システムのディスプレイとは異なり、インターロックチェーンは、デバイスディスプレイ表示または任意の他のディスプレイ表示のあらゆる手動構成を必ずしも必要とせずに、その現在の形態で可視化され得る。更に、例示的なインターロックチェーン図４１０は、オペレータが、インターロックチェーン可視化４１２により表されるインターロックチェーン内の全デバイスをリセットするように起動し得る、仮想リセット制御４２０を含む。これは、（１）異なるチェーン化したデバイスのディスプレイ表示をナビゲートし、（２）このようなディスプレイ表示各々のリセット制御を１つずつ起動する必要性を回避することにより、オペレータの相当量の時間を節約し得る。更に、リセットプロセス中のヒューマンエラー（例えば、チェーン内の１つのデバイスのリセットを忘れるなど）は、この方法により回避され得る。図４の実施形態においては、インターロックチェーン図４１０はまた、仮想バイパス制御４２２も含み、これはオペレータが可視化されたチェーンに対するインターロックをバイパスするように起動できる。図４は、仮想ボタンとして、リセット制御４２０及びバイパス制御４２２を図示するが、他の実施形態では、仮想トグルスイッチ、選択可能メニューアイテムなどを使用してよい。更に、いくつかの実施形態においては、オペレータは、リセット制御４２０またはバイパス制御４２２を選択後、（例えば、仮想「確認」ボタンを選択することにより）確認を示すことを要求される場合がある。
【００４５】
コンベア５１０〜５２０のやや複雑な例示的な物理的構成５００を、図５に示す。コンベア５１０〜５２０のモータは、例えば、図１のフィールドデバイス１１５〜１２２中、及び／または図１のフィールドデバイス１４０〜１５０中に含まれ得る。ラベル「Ｃ−４７」、「Ｃ−４８」、「Ｃ−３０」などは、コンベア５１０〜５２０のそれぞれのモータのＩＤである。図３に関連して上述した方法と同様の方法によって、コンベア５１０−５２０のモータは、デバイスオブジェクトと関連してよく、インターロック関係は、インターロックオブジェクトと関連してよい。また上述のように、インターロックがランタイムの間にトリガされた場合、インターロックチェーン情報が、自動で、またはオペレータによる１つ以上のアクションに対応してのいずれかで、オペレータに表示され得る。
【００４６】
図６Ａは、コンベア５１０〜５２０のモータを含み、コンベア５１８と関連したＣ−１９モータのためのデバイスディスプレイ表示から開始されるインターロックチェーンに対してインターロックがトリガされた後に、オペレータに提示され得るインターロック情報６００の一例を図示する。インターロック情報６００は、トリガされた異なる（しかし関係する）インターロックチェーンの可視化と各々関連した３つのセクションを備えたインターロックチェーン図６１０を含む。インターロック情報６００はまた、どのインターロックチェーン（複数可）がインターロックをトリガしたコンポーネントを含むかの指標も含む（すなわち、この例示的なシナリオでは、「第１アウト：インターロック２」という
テキストにより示されるように、インターロック２）。あるいは、インターロックチェーン図６１０は、オペレータが、インターロック情報６００がそのディスプレイから開始されたデバイスまたはコンポーネントを含むチェーンの可視化を表示するのを可能にするだけであり得る（ここでは、Ｃ−１９モータのグラフィック表示を含む「インターロック２」とラベルされた可視化６１２）。図６Ａの例示的実施形態においては、オペレータは、３つのインターロックチェーン可視化のうちの１つだけを一度に表示できる（例えば、図示されたシナリオでは、インターロックチェーン可視化６１２）。全ての他の可視化は、オペレータが別のものを選択するまで（例えば、そのチェーンと関連したインターロックチェーン図６１０のセクションをクリックすることにより）、折りたたまれるか、または隠されてよい。いくつかの実施形態においては、１つ以上のルールにより、どの可視化を最初に表示するかを決定し得る（例えば、インターロック情報６００がそのディスプレイ表示から開始されたフィールドデバイスを含むチェーンの可視化、及び／またはインターロックの主な発生源／原因を含むチェーンの可視化など）。例えば、図６Ａの実施形態では、このチェーン内にＣ−１９モータを包含するため、インターロックチェーン図６１０が最初に現れてよい。次に、オペレータは、任意の他のチェーン可視化を選択して、その可視化を表示させ、可視化６１２を隠させるか、または折りたたませてよい。
【００４７】
インターロックチェーン図６１０を生成するディスプレイアプリケーションは、選択されたインターロックされたデバイスのインターロックチェーンと、共通の親または「ルート」コンポーネントを共有する他のインターロックチェーンとの間の関係に基づいて、いくつのチェーン可視化を作成／提示するかを判別し得る。例えば、物理的構成５００では、３つのインターロックチェーンが親Ｃ−４８モータを共有し（したがって、同一のルートデバイス、すなわちＣ−３０モータを有し）、第１のチェーンはＣ−４７、Ｃ−４８、及びＣ−３０モータを含み、第２のチェーンはＣ−２２、Ｃ−１９、Ｃ−４８、及びＣ−３０モータを含み、第３のチェーンはＣ−５４、Ｃ−４８、及びＣ−３０モータを含む。したがって、インターロックチェーン図６１０は、３つの、異なるが関係するインターロックチェーンを可視化するための、３つの展開可能／折りたたみ可能なセクションを含む。
【００４８】
図６Ａで明らかなように、インターロックチェーン図６１０はまた、インターロックチェーン可視化６１２のセクション内に、図４の制御４２０及び４２２それぞれと同様であり得る、仮想リセット制御６２０及びバイパス制御６２２を含む。図示された実施形態では、同様の制御が他の２つのチェーンの各々に含まれてよい。図６Ａは、それぞれの可視化を展開することなく、オペレータがチェーン内のデバイスをリセットまたはバイパスできる実施形態を示すが、他の実施形態では、それぞれのチェーン可視化が可視になるまで、このような制御を隠し得る。
【００４９】
例示的なインターロックチェーン図６１０では、表示された際、各インターロックチェーン可視化は、その全体が示される（すなわち、第１の親または「ルート」コンポーネントから、最後の子コンポーネントまで）。しかし、他の実施形態においては、所与のチェーン可視化内に示されるコンポーネントの数は、（１）（例えば、動作不良による）インターロックを引き起こしたコンポーネントの場所、及び／または（２）インターロック情報６００がそのディスプレイ表示から開始されたチェーン内のコンポーネントの場所に依存する。１つのこのような実施形態においては、インターロックチェーン可視化は、現在選択されているコンポーネントとインターロック／停止の原因／発生源（すなわち、ユーザ選択されたコンポーネントの自動停止の最終的責任があるデバイスまたは他のコンポーネント）との間の（及びこれらを含む）チェーンの一部のみを示す。
【００５０】
このような実施形態の例として、図６Ｂは、Ｃ−４８モータがインターロックをトリガし、ユーザ及び／またはディスプレイアプリケーションがＣ−１９モータのためのデバイ
スディスプレイ表示からインターロック情報６４０の表示を開始したシナリオでのインターロック情報６４０を図示する。図６Ｂで明らかなように、インターロックチェーン図６５０内では、「インターロック２」のインターロックチェーン可視化６５２は今、Ｃ−４８及びＣ−１９モータのグラフィック表示だけを含む。追加のデバイスまたはコンポーネントがその代わりにインターロックチェーン内のＣ−４８モータとＣ−１９モータとの間に含まれた場合、可視化６５２は、これらの中間デバイス／コンポーネントのグラフィック表示を更に含む。
【００５１】
更に、代替的な実施形態においては、インターロックチェーン図は、複数のインターロックチェーンを組み合わせた方法で描写してよい。このような実施形態の単なる一例として、図６Ｃは、図５の物理的構成５００に対応する全ての３つのインターロックチェーンを同時に示すインターロックチェーン図６７０を含むインターロック情報６６０を図示する。仮想リセット制御６８０及びバイパス制御６８２を、オペレータが利用し、関係するインターロックチェーンのコレクション内で、全デバイスまたはコンポーネントをリセット（またはこれらのインターロックをバイパス）し得る（または独立した制御が、独立したインターロックチェーンのために引き続き表示され得るなど）。
【００５２】
各グラフィック要素が図４及び６Ａ〜６ＣにデバイスＩＤを含む矩形で図示されるが、他のグラフィック要素または表示（例えば、円、そのままのＩＤ、コンベアモータアイコンなど）を使用してもよい。更に、図４及び６Ａ〜６Ｃは、親から子への矢印付きで、左に親及び右に子を図示するが、他の実施形態では、親／子関係を異なって描写してもよい（例えば、ネストしたボックスとして下方へ段階的に接続するなど）。
【００５３】
更に、代替的な実施形態においては、図４及び６Ａ〜６Ｃに示すようなインターロック可視化チェーンは、任意のフィールドデバイスディスプレイ表示とは独立して提示または開始されてよい。例えば、全ての現在インターロックされたデバイスのインターロックチェーン（または全ての現在バイパスされたインターロックチェーンなど）のための可視化を示す（または可視化へのリンクを提供する）新しいウィンドウは、インターロックイベントが発生した場合、またはオペレータが制御モジュールディスプレイ表示から、特別なメニューアイテム、タブ、もしくは他の制御を選択した場合、自動で表示されてよい。
【００５４】
例示的なインターロックチェーン可視化方法
図７は、複数のフィールドコンポーネント（例えば、コンベアモータ、ポンプ、バルブ、センサ、及び／または他のデバイス、機器、サブシステムなど）を含むプロセス制御システム内の１つ以上のインターロックチェーンを可視化する例示的な方法７００を図示する。フィールドコンポーネントは、例えば、図１のフィールドデバイス１１５〜１２２及び／または１４０〜１５０からなっていてよく、これらのサブセットであってよく、またはこれらを含んでよく、プロセス制御システム内の全てのフィールドコンポーネントを含んでも含まなくてもよい。フィールドコンポーネントは、１つ以上のプロセス制御モジュール（例えば、図１のプロセス制御ルーチン１３８）に従い、それぞれの機能（例えば、物質の移動、バルブの開閉、液体のポンピング、物理的性質またはパラメータの感知などの物理的機能）を実装する。方法７００は、部分的に、またはその全体が、オペレータワークステーション（複数可）１７１のうちの１つ以上、図１のユーザインターフェースデバイス（複数可）１７５のうちの１つ以上、及び／または例えば、１つ以上のメモリ内に記憶されたディスプレイアプリケーションを実行する、図１のプロセス制御システム１００内の１つ以上の他のデバイスもしくはシステムにより実施されてよい。
【００５５】
方法７００のブロック７０２にて、フィールドコンポーネントの少なくとも第１のフィールドコンポーネントの停止を引き起こした（または、それを引き起こすプロセス内にある）インターロックイベントが検出される。第１のフィールドコンポーネントは、インタ
ーロックイベントの発生源である場合と、ない場合がある（すなわち、正常に動かないことにより、インターロックがトリガされたコンポーネントである場合と、ない場合がある）。１つの例として、ブロック７０２は、図１のプロセスコントローラ１１１からバックボーン１１０を介して、特定のインターロックチェーンが停止または電気が切られたことを示すデータを受信することにより、実装されてよい。プロセスコントローラ１１１は、複数のフィールドコンポーネント（またはそのコンポーネントの動作を監視するセンサなど）のうちの１つから、コンポーネントが動きを停止したこと（または障害の許容範囲内でもはや動作しないなど）を示すエラーまたは障害コード（または問題を示す他のデータ）を受信したことに対応して、チェーンのインターロック／停止を始動してよい。
【００５６】
ブロック７０４では、複数のフィールドコンポーネントと関連した事前構成されたインターロックロジックデータが得られる。ブロック７０４は、ブロック７０２の前及び／または後に発生してよい。インターロックロジックデータは、１人以上のシステム設計者により手動で構成されてよく、複数のフィールドコンポーネントの各々にインターロックをトリガする条件を指定する。システム設計者（複数可）がオブジェクト指向プログラミングを使用して、プロセス制御システムのうちのいくつかまたは全てを構成したいくつかの実施形態では、インターロックロジックデータは、特定のオブジェクト指向プログラミングプロトコルに準拠するインターロック構成オブジェクトを定義するデータを含む。このような実施形態では、インターロック構成オブジェクトの各々（例えば、オブジェクトインスタンス）が、複数のフィールドコンポーネント中のフィールドコンポーネントのそれぞれの対の間のインターロック関係を表すことができる。例えば、図２のインターロック構成オブジェクト２００、または同様のオブジェクトが使用され得る。
【００５７】
ブロック７０６では、少なくとも第１のインターロックチェーン可視化は、ブロック７０４で得られたインターロックロジックデータを分析することにより自動で生成される。ブロック７０４のように、ブロック７０６は、ブロック７０２の前及び／または後に発生してよい。ブロック７０６は、少なくとも第１のインターロックチェーン可視化を含むディスプレイを描画するために必要なＧＵＩデータを自動で生成することを含んでよく、それによってディスプレイをユーザに提示できる。第１のインターロックチェーン可視化は、第１のフィールドコンポーネント及び複数のフィールドコンポーネントのうちの少なくとも１つの他のフィールドコンポーネントを含む、複数のフィールドコンポーネントの少なくともサブセット中でのインターロック依存を図で示す。フィールドコンポーネントは、矩形、円、アイコンなどのそれぞれのグラフィック要素により表され得る。ブロック７０４で得られたインターロックロジックデータがインターロック構成オブジェクト（例えば、オブジェクトインスタンス）を含む場合、ブロック７０６は、少なくとも部分的にこれらのインターロック構成オブジェクトに基づいて、第１のインターロックチェーン可視化を自動で生成することを含み得る（例えば、親及び／または子デバイスのデバイス識別子を使用して、各オブジェクトの親及び子プロパティを分析することにより、上述のように、これらの親／子デバイスと関連した他のインターロック構成オブジェクトを特定するなど）。
【００５８】
ブロック７０８では、少なくとも第１のインターロックチェーン可視化が、コンピューティングデバイスのユーザインターフェースを介して、ユーザ（例えば、ヒューマンオペレータ）に提示される。例えば、ブロック７０８で生成されたディスプレイデータは、方法７５０を実装するコンピューティングデバイス（例えば、図１のオペレータワークステーション（複数可）１７１またはユーザインターフェースデバイス（複数可）１７５のうちの１つ）により使用され、ユーザに第１のインターロックチェーン可視化を表示してよく、あるいは、ディスプレイデータは、このようなコンピューティングデバイスにより、別のコンピューティングデバイスまたはターミナルへと伝達され、ユーザに第１のインターロックチェーン可視化を表示してよい。
【００５９】
いくつかの実施形態においては、方法７００は、図７には示されていない追加のブロックを含む。例えば、方法７００は、第１のフィールドコンポーネントのデバイスディスプレイ表示が（例えば、第１のインターロックチェーン可視化の表示に先立って、または同時に）ユーザに提示される追加のブロックを含んでよい。このようなブロックは、第１のフィールドコンポーネントと関連した情報（例えば、第１のフィールドコンポーネントの状態及び／または第１のフィールドコンポーネントにより得られた測定値）を、ユーザインターフェースを介してユーザに提示させることを含んでよい。更に、このような実施形態では、ブロック７０６で生成された第１のインターロックチェーン可視化は、第１のフィールドコンポーネントのグラフィック表示とインターロックイベントをトリガしたフィールドコンポーネントのグラフィック表示との間にのみ延びてよい。あるいは、第１のインターロックチェーン可視化は、少なくとも第１のインターロックチェーンのルートフィールドコンポーネントのグラフィック表示と第１のフィールドコンポーネントのグラフィック表示との間に延びてよく、（場合により）これらのコンポーネントの両方を含むインターロックチェーン全体まで延びてよい。
【００６０】
方法７００はまた、ブロック７０６に類似したブロック（図７にも図示せず）も含んでよく、第２の異なるインターロックチェーン可視化が自動で生成され、第２のチェーン可視化が第１のものと関係する。例えば、第１のインターロックチェーン可視化は、少なくとも第１のインターロックチェーンと第２のインターロックチェーンとの間で共有されたフィールドコンポーネントのグラフィック表示と、第１のフィールドコンポーネントのグラフィック表示との間に延びてよく、第２のインターロックチェーン可視化は、少なくとも共有されたフィールドコンポーネントのグラフィック表示（またはその共有されたフィールドコンポーネントの別のグラフィック表示）と、第２のフィールドコンポーネントのグラフィック表示との間に延びてよい。このような実施形態では、ブロック７０８は更に、第２のインターロックチェーン可視化を、ユーザインターフェースを介してユーザに提示させてよい（例えば、第１のインターロックチェーン可視化と同時に、またはユーザが前記第２のインターロックチェーン可視化を選択することに対応して後で）
【００６１】
方法７００は、シングルリセット制御がユーザインターフェースを介して（例えば、第１のインターロックチェーン可視化と同時に）ユーザに提示される第１の追加のブロック、リセット制御のユーザ起動が検出される第２の追加のブロック、ならびにリセット制御のユーザ起動の検出に対応して、複数のフィールドコンポーネントの少なくとも第１のサブセットのリセット（例えば、第１のインターロックチェーン可視化に表されるフィールドコンポーネント全て、及びまた場合によりインターロックチェーン内に含まれるが図示されていない任意のコンポーネントのリセット）が引き起こされる第３の追加のブロックもまた含み得る、または代わりに含み得る。例えば、方法７００を実装するコンピューティングデバイスは、図１のプロセスコントローラ１１１へ、適切なフィールドコンポーネントをリセットするリクエストまたはコマンドを送信することができる。
【００６２】
更に、方法７００は、（例えば、システム設計者により）インターロックロジックが再構成された後に、後続の可視化に関係する追加のブロックもまた含み得る、または代わりに含み得る。例えば、図７に示されるブロックの後に発生する第１の追加のブロック（ブロック７０２と同様）では、複数のフィールドコンポーネントのうちの少なくとも第２のフィールドコンポーネントの停止を引き起こした（または、それを引き起こすプロセス内にある）後続のインターロックイベントが検出されてよい。第２の追加のブロック（ブロック７０４と同様）では、複数のフィールドコンポーネントと関連した更新されたインターロックロジックデータを得てもよく、更新されたインターロックロジックデータは、複数のフィールドコンポーネントのうちの少なくともいくつかの各々のインターロックをトリガする新しい条件を指定する。第３の追加のブロック（ブロック７０６と同様）では、
更新されたインターロックロジックデータを分析することにより、少なくとも第２のインターロックチェーン可視化が自動で生成される。第１のインターロックチェーン可視化と同様に、第２のインターロックチェーン可視化は、複数のフィールドコンポーネントの少なくとも第２のサブセット中でのインターロック依存を図で示してよい。第２のサブセットは、第２のフィールドコンポーネント及び複数のフィールドコンポーネントのうちの少なくとも１つの他のフィールドコンポーネントを含んでよい。第４の追加のブロック（ブロック７０８と同様）では、少なくとも第２のインターロックチェーン可視化が、ユーザインターフェースを介してユーザに（または別のユーザに）提示される。
【００６３】
本発明の態様
本開示に記載されている技術の実施形態は、任意の数の下記の態様を、単独でまたは組み合わせて含んでよい。
【００６４】
態様１．プロセス制御システム中の１つ以上のインターロックチェーンの可視化方法であって、前記プロセス制御システム内の複数のフィールドコンポーネントが、１つ以上のプロセス制御モジュールに従い、複数のそれぞれの機能を実装し、前記方法が、（１）１つ以上のコンピューティングデバイスにより、前記複数のフィールドコンポーネントのうちの少なくとも第１のフィールドコンポーネントの停止を引き起こすインターロックイベントを検出することと、（２）前記１つ以上のコンピューティングデバイスにより、前記複数のフィールドコンポーネントと関連した事前構成されたインターロックロジックデータであって、前記複数のフィールドコンポーネントの各々にインターロックをトリガする条件を指定する、事前構成されたインターロックロジックデータを得ることと、（３）前記事前構成されたインターロックロジックデータを分析する前記１つ以上のコンピューティングデバイスにより、少なくとも第１のインターロックチェーン可視化を自動で生成することであって、前記第１のインターロックチェーン可視化は、前記複数のフィールドコンポーネントのうちの少なくとも第１のサブセット中でのインターロック依存を図で示し、前記第１のサブセットが、（ｉ）前記第１のフィールドコンポーネント及び（ｉｉ）前記複数のフィールドコンポーネントのうちの少なくとも１つの他のフィールドコンポーネントを含む、自動で生成することと、（４）前記１つ以上のコンピューティングデバイスにより、少なくとも前記第１のインターロックチェーン可視化を、ユーザインターフェースを介してユーザに提示させることと、を含む、方法。
【００６５】
態様２．（１）前記事前構成されたインターロックロジックデータは、オブジェクト指向プログラミングプロトコルに準拠する複数のインターロック構成オブジェクトを定義するデータを含み、（２）前記複数のインターロック構成オブジェクトの各々が、前記複数のフィールドコンポーネント中のフィールドコンポーネントのそれぞれの対の間のインターロック関係を表し、（３）少なくとも前記第１のインターロックチェーン可視化を自動で生成することは、少なくとも部分的に前記複数のインターロック構成オブジェクトに基づいて、前記第１のインターロックチェーン可視化を自動で生成することを含む、態様１に記載の方法。
【００６６】
態様３．前記１つ以上のコンピューティングデバイスにより、前記第１のフィールドコンポーネントと関連した情報を、前記ユーザインターフェースを介して前記ユーザに提示させることを更に含み、前記第１のフィールドコンポーネントと関連した前記情報が、（ｉ）前記第１のフィールドコンポーネントの状態、及び（ｉｉ）前記第１のフィールドコンポーネントにより得られた測定値のうちの１つまたは両方を含む、態様１または態様２に記載の方法。
【００６７】
態様４．少なくとも第１のインターロックチェーン可視化を自動で生成することは、前記第１のフィールドコンポーネントのグラフィック表示と前記インターロックイベントを
トリガした別のフィールドコンポーネントのグラフィック表示との間にのみ延びる第１のインターロックチェーン可視化を自動で生成することを含む、態様１〜３のいずれか一項に記載の方法。
【００６８】
態様５．少なくとも第１のインターロックチェーン可視化を自動で生成することは、前記第１のインターロックチェーンのルートフィールドコンポーネントのグラフィック表示と前記第１のフィールドコンポーネントのグラフィック表示との間に少なくとも延びる第１のインターロックチェーン可視化を自動で生成することを含む、態様１〜３のいずれか一項に記載の方法。
【００６９】
態様６．（１）前記１つ以上のコンピューティングデバイスにより、（ｉ）前記第１のインターロックチェーンと第２のインターロックチェーンとの間で共有されたフィールドコンポーネントのグラフィック表示と、（ｉｉ）前記第１のフィールドコンポーネントの前記グラフィック表示との間に少なくとも延びる第１のインターロックチェーン可視化を自動で生成することと、（２）前記１つ以上のコンピューティングデバイスにより、（ｉ）前記共有されたフィールドコンポーネントの前記グラフィック表示または前記共有されたフィールドコンポーネントの別のグラフィック表示のいずれかと、（ｉｉ）前記複数のフィールドコンポーネントのうちの第２のフィールドコンポーネントのグラフィック表示との間に少なくとも延びる第２のインターロックチェーン可視化を自動で生成することと、（３）前記１つ以上のコンピューティングデバイスにより、少なくとも前記第１のインターロックチェーン可視化及び前記第２のインターロックチェーン可視化を、前記ユーザインターフェースを介して前記ユーザに提示させることと、を含み、前記第２のフィールドコンポーネントの前記グラフィック表示は、前記第１のインターロックチェーン可視化に含まれず、前記第１のフィールドコンポーネントの前記グラフィック表示は、前記第２のインターロックチェーン可視化に含まれない、態様１〜３のいずれか一項に記載の方法。
【００７０】
態様７．少なくとも前記第１のインターロックチェーン可視化及び前記第２のインターロックチェーン可視化を、前記ユーザインターフェースを介して前記ユーザに提示させることは、（１）前記第１のインターロックチェーン可視化を、前記ユーザインターフェースを介して前記ユーザに提示させることと、（２）前記ユーザが前記第２のインターロックチェーン可視化を選択することに対応して、前記第２のインターロックチェーン可視化を、前記ユーザインターフェースを介して前記ユーザに提示させ、前記第１のインターロックチェーン可視化が、前記ユーザインターフェース上から隠れるようにすることと、を含む、態様６に記載の方法。
【００７１】
態様８．（１）前記１つ以上のコンピューティングデバイスにより、前記第１のインターロックチェーン可視化と同時に、シングルリセット制御を、前記ユーザインターフェースを介して前記ユーザに提示させることと、（２）前記１つ以上のコンピューティングデバイスにより、前記シングルリセット制御のユーザ起動を検出することと、（３）前記シングルリセット制御の前記ユーザ起動を検出することに対応して、前記１つ以上のコンピューティングデバイスにより、前記複数のフィールドコンポーネントのうちの少なくとも前記第１のサブセットのリセットを引き起こすことと、を更に含む、態様１〜７のいずれか一項に記載の方法。
【００７２】
態様９．（１）前記１つ以上のコンピューティングデバイスにより、前記複数のフィールドコンポーネントのうちの少なくとも第２のフィールドコンポーネントの停止を引き起こす次のインターロックイベントを検出することと、（２）前記１つ以上のコンピューティングデバイスにより、前記複数のフィールドコンポーネントと関連した更新されたインターロックロジックデータであって、前記複数のフィールドコンポーネントのうちの少な
くともいくつかの各々にインターロックをトリガする新しい条件を指定する、更新されたインターロックロジックデータを得ることと、（３）前記更新されたインターロックロジックデータを分析する前記１つ以上のコンピューティングデバイスにより、少なくとも第２のインターロックチェーン可視化を自動で生成することであって、前記第２のインターロックチェーン可視化は、前記複数のフィールドコンポーネントのうちの少なくとも第２のサブセット中でのインターロック依存を図で示し、前記第２のサブセットは、（ｉ）前記第２のフィールドコンポーネント及び（ｉｉ）前記複数のフィールドコンポーネントのうちの少なくとも１つの他のフィールドコンポーネントを含む、自動で生成することと、（４）前記１つ以上のコンピューティングデバイスにより、少なくとも前記第２のインターロックチェーン可視化を、前記ユーザインターフェースを介して提示させることと、を更に含む、態様１〜８のいずれか一項に記載の方法。
【００７３】
態様１０．プロセス制御システム中の１つ以上のインターロックチェーンを可視化するシステムであって、前記プロセス制御システム内の複数のフィールドコンポーネントが、１つ以上のプロセス制御モジュールに従い、複数のそれぞれの機能を実装し、前記システムが、構成データベースと、１つ以上のコンピューティングデバイスと、命令を記憶する１つ以上のメモリと、を含み、前記命令が、前記１つ以上のコンピューティングデバイスの１つ以上のプロセッサにより実行される場合、前記１つ以上のコンピューティングデバイスに、（１）前記複数のフィールドコンポーネントのうちの少なくとも第１のフィールドコンポーネントの停止を引き起こすインターロックイベントを検出することと、（２）前記構成データベースから、前記複数のフィールドコンポーネントと関連した事前構成されたインターロックロジックデータであって、前記複数のフィールドコンポーネントの各々にインターロックをトリガする条件を指定する、事前構成されたインターロックロジックデータを得ることと、（３）前記事前構成されたインターロックロジックデータを分析することにより、少なくとも第１のインターロックチェーン可視化を自動で生成することであった、前記第１のインターロックチェーン可視化は、前記複数のフィールドコンポーネントのうちの少なくとも第１のサブセット中でのインターロック依存を図で示し、前記第１のサブセットが、（ｉ）前記第１のフィールドコンポーネント及び（ｉｉ）前記複数のフィールドコンポーネントのうちの少なくとも１つの他のフィールドコンポーネントを含む、自動で生成することと、（４）少なくとも前記第１のインターロックチェーン可視化を、ユーザインターフェースを介してユーザに提示させることと、を行わせる、システム。
【００７４】
態様１１．（１）前記事前構成されたインターロックロジックデータは、オブジェクト指向プログラミングプロトコルに準拠する複数のインターロック構成オブジェクトを定義するデータを含み、（２）前記複数のインターロック構成オブジェクトの各々が、前記複数のフィールドコンポーネント中のフィールドコンポーネントのそれぞれの対の間のインターロック関係を表し、（３）前記命令は、少なくとも部分的に前記複数のインターロック構成オブジェクトに基づいて、前記１つ以上のコンピューティングデバイスに、少なくとも前記第１のインターロックチェーン可視化を自動で生成させる、態様１０に記載のシステム。
【００７５】
態様１２．前記命令は、前記１つ以上のコンピューティングデバイスに、前記第１のフィールドコンポーネントと関連した情報を、前記ユーザインターフェースを介して前記ユーザに更に提示させ、前記第１のフィールドコンポーネントと関連した前記情報が、（ｉ）前記第１のフィールドコンポーネントの状態、及び（ｉｉ）前記第１のフィールドコンポーネントにより得られた測定値のうちの１つまたは両方を含む、態様１０または態様１１に記載のシステム。
【００７６】
態様１３．前記第１のインターロックチェーン可視化は、前記第１のフィールドコンポ
ーネントのグラフィック表示と前記インターロックイベントをトリガした別のフィールドコンポーネントのグラフィック表示との間にのみ延びる、態様１０〜１２のいずれか一項に記載のシステム。
【００７７】
態様１４．前記第１のインターロックチェーン可視化は、前記第１のインターロックチェーンのルートフィールドコンポーネントのグラフィック表示と前記第１のフィールドコンポーネントのグラフィック表示との間に少なくとも延びる、態様１０〜１２のいずれか一項に記載のシステム。
【００７８】
態様１５．前記命令は、前記１つ以上のコンピューティングデバイスに、（ｉ）前記第１のインターロックチェーンと第２のインターロックチェーンとの間で共有されたフィールドコンポーネントのグラフィック表示と、（ｉｉ）前記第１のフィールドコンポーネントの前記グラフィック表示との間に少なくとも延びる第１のインターロックチェーン可視化を自動で生成することと、（２）（ｉ）前記共有されたフィールドコンポーネントの前記グラフィック表示または前記共有されたフィールドコンポーネントの別のグラフィック表示のいずれかと、（ｉｉ）前記複数のフィールドコンポーネントのうちの第２のフィールドコンポーネントのグラフィック表示との間に少なくとも延びる第２のインターロックチェーン可視化を自動で生成することと、（３）少なくとも前記第１のインターロックチェーン可視化及び前記第２のインターロックチェーン可視化を、前記ユーザインターフェースを介して前記ユーザに提示させることと、を行わせ、前記第２のフィールドコンポーネントの前記グラフィック表示は、前記第１のインターロックチェーン可視化に含まれず、前記第１のフィールドコンポーネントの前記グラフィック表示は、前記第２のインターロックチェーン可視化に含まれない、態様１０〜１２のいずれか一項に記載のシステム。
【００７９】
態様１６．前記命令が更に、前記１つ以上のコンピューティングデバイスに、（１）前記第１のインターロックチェーン可視化と同時に、シングルリセット制御を、前記ユーザインターフェースを介して前記ユーザに提示させることと、（２）前記シングルリセット制御のユーザ起動を検出することと、（３）前記シングルリセット制御の前記ユーザ起動を検出することに対応して、前記複数のフィールドコンポーネントのうちの少なくとも前記第１のサブセットのリセットを引き起こすことと、を行わせる、態様１０〜１５のいずれか一項に記載のシステム。
【００８０】
態様１７．命令を記憶する非一過性のコンピュータ可読媒体であって、前記命令が、１つ以上のコンピューティングデバイスにより実行される場合、前記１つ以上のコンピューティングデバイスに、（１）プロセス制御システム内の複数のフィールドコンポーネントのうちの少なくとも第１のフィールドコンポーネントの停止を引き起こすインターロックイベントを検出することであって、前記複数のフィールドコンポーネントは、１つ以上のプロセス制御モジュールに従い、複数のそれぞれの物理的機能を実装する、インターロックイベントを検出することと、（２）前記複数のフィールドコンポーネントと関連した事前構成されたインターロックロジックデータであって、前記複数のフィールドコンポーネントの各々にインターロックをトリガする条件である、事前構成されたインターロックロジックデータを得ることと、（３）前記事前構成されたインターロックロジックデータを分析することにより、少なくとも第１のインターロックチェーン可視化を自動で生成することであって、前記第１のインターロックチェーン可視化は、前記複数のフィールドコンポーネントのうちの少なくとも第１のサブセット中でのインターロック依存を図で示し、前記第１のサブセットが、（ｉ）前記第１のフィールドコンポーネント及び（ｉｉ）前記複数のフィールドコンポーネントのうちの少なくとも１つの他のフィールドコンポーネントを含む、自動で生成することと、（４）少なくとも前記第１のインターロックチェーン可視化を、ユーザインターフェースを介してユーザに提示させることと、を行わせる、非一過性のコンピュータ可読媒体。
【００８１】
態様１８．（１）前記事前構成されたインターロックロジックデータは、オブジェクト指向プログラミングプロトコルに準拠する複数のインターロック構成オブジェクトを定義するデータを含み、（２）前記複数のインターロック構成オブジェクトの各々が、前記複数のフィールドコンポーネント中のフィールドコンポーネントのそれぞれの対の間のインターロック関係を表し、（３）前記命令は、少なくとも部分的に前記複数のインターロック構成オブジェクトに基づいて、前記１つ以上のコンピューティングデバイスに、少なくとも前記第１のインターロックチェーン可視化を自動で生成させる、態様１７に記載の非一過性のコンピュータ可読媒体。
【００８２】
態様１９．前記第１のインターロックチェーン可視化が、前記第１のフィールドコンポーネントのグラフィック表示と前記インターロックイベントをトリガした別のフィールドコンポーネントのグラフィック表示との間にのみ延びる、態様１７または態様１８に記載の非一過性のコンピュータ可読媒体。
【００８３】
態様２０．前記命令が更に、前記１つ以上のコンピューティングデバイスに、（１）前記第１のインターロックチェーン可視化と同時に、シングルリセット制御を、前記ユーザインターフェースを介して前記ユーザに提示させることと、（２）前記シングルリセット制御のユーザ起動を検出することと、（３）前記シングルリセット制御の前記ユーザ起動を検出することに対応して、前記複数のフィールドコンポーネントのうちの少なくとも前記第１のサブセットのリセットを引き起こすことと、を行わせる、態様１７〜１９のいずれか一項に記載の非一過性のコンピュータ可読媒体。
【００８４】
ソフトウェアに実装する場合、本明細書に記載されるアプリケーション及び機能のいずれかは、コンピュータまたはプロセッサのＲＡＭまたはＲＯＭ内で、磁気ディスク、レーザーディスク、半導体メモリデバイス、分子メモリ記憶デバイス、または他の記憶媒体などの任意の有形の非一過性のコンピュータ可読メモリ内に命令として、記憶されてよい。本明細書で開示される例示的なシステムは、ハードウェア上で実行される他のコンポーネント、ソフトウェア及び／またはファームウェアを含むものとして開示されるが、このようなシステムは、単なる例示であり、限定するものではないということに留意するべきである。例えば、これらのハードウェア、ソフトウェア、及びファームウェア構成要素のうちのいずれかまたは全てが、ハードウェアにのみ、ソフトウェアにのみ、あるいはハードウェア及びソフトウェアの任意の組み合わせで、埋め込まれ得ることが企図される。したがって、本明細書に記載される例示的システムは、１つ以上のコンピュータデバイスのプロセッサにおいて実行されるソフトウェアに実装されるように記載されているが、当業者ならば、提供される例が、そのようなシステムを実装するための唯一の方法であるわけではないことを容易に理解するであろう。
【００８５】
したがって、本発明は具体的な例に関して記載されてきたが、これらの例は例証的であるに過ぎず、本発明の限定であることを意図せず、変更、追加、または削除が、本発明の趣旨及び範囲から逸脱することなく、開示される実施形態に対して行われ得ることが当業者には明らかであろう。
【図１】
2019008801.tif 000003
【図２】
2019008801.tif 000004
【図３】
2019008801.tif 000005
【図４】
2019008801.tif 000006
【図５】
2019008801.tif 000007
【図６Ａ】
2019008801.tif 000008
【図６Ｂ】
2019008801.tif 000009
【図６Ｃ】
2019008801.tif 000010
【図７】
2019008801.tif 000011
【外国語明細書】
2019008801000001.pdf