特許 6581617 プロセスプラントの操作モードに基づいて、プロセス制御システム内の複数のアプリケーションへのアクセスを可能にする方法、システム、及び、命令が記憶された機械読取可能な記憶媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6581617

(24)【登録日】2019年9月6日

(45)【発行日】2019年9月25日

(54)【発明の名称】プロセスプラントの操作モードに基づいて、プロセス制御システム内の複数のアプリケーションへのアクセスを可能にする方法、システム、及び、命令が記憶された機械読取可能な記憶媒体

(51)【国際特許分類】

   G05B 19/05 20060101AFI20190912BHJP

【ＦＩ】

   G05B19/05 D

【請求項の数】15

【全頁数】26

(21)【出願番号】特願2017-76701(P2017-76701)

(22)【出願日】2017年4月7日

(62)【分割の表示】特願2011-132273(P2011-132273)の分割

【原出願日】2005年5月4日

(65)【公開番号】特開2017-120671(P2017-120671A)

(43)【公開日】2017年7月6日

【審査請求日】2017年4月7日

(31)【優先権主張番号】60/567,980

(32)【優先日】2004年5月4日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】512132022

【氏名又は名称】フィッシャー−ローズマウント システムズ，インコーポレイテッド

(74)【代理人】

【識別番号】100079049

【弁理士】

【氏名又は名称】中島 淳

(74)【代理人】

【識別番号】100084995

【弁理士】

【氏名又は名称】加藤 和詳

(72)【発明者】

【氏名】ニクソン、マーク、ジェー．

(72)【発明者】

【氏名】ビオウター、ケン、ジェー．

(72)【発明者】

【氏名】カンプニー、ブルース

(72)【発明者】

【氏名】ハオ、テニソン

(72)【発明者】

【氏名】ロッドリゲッツ、リチャード

(72)【発明者】

【氏名】ヘルネンデス、ショーン

(72)【発明者】

【氏名】ギルバート、ステファン

【審査官】 稲垣 浩司

(56)【参考文献】

【文献】 特開２００２−１１６８０１（ＪＰ，Ａ）

【文献】 特開２００３−２３３５２１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０５Ｂ １９／０５

(57)【特許請求の範囲】

【請求項1】

プロセスプラントの操作モードに基づいて、プロセス制御システム内の複数のアプリケーションへのアクセスを可能にする方法であって、
前記方法は、
オペレータステーションのオペレーティングシステムとユーザとの間に動作可能に介在するために実行時作業空間アプリケーションをインスタンス化し、
前記実行時作業空間アプリケーションは、起動時、自動的に第１操作モードで始動するよう構成されており、
前記プロセス制御システムが前記第１操作モードで動作している場合、前記実行時作業空間アプリケーションを介して、前記実行時作業空間アプリケーションに関連する前記オペレータステーションへのユーザ入力が前記オペレーティングシステムに影響を及ぼさないようにし、
前記プロセス制御システムが前記第１操作モードで動作中の場合、前記第１操作モードのアプリケーションへのアクセスを可能にし、
前記プロセス制御システムが第２操作モードで動作中の場合、前記第２操作モードのアプリケーションへのアクセスを可能にする、
ことを含み、
前記第１操作モードは第１の許可されたユーザに関連付けられ、前記第２操作モードは第２の許可されたユーザに関連付けられ、
前記第２の許可されたユーザは、前記第１操作モードと前記第２操作モードとの間の操作モードの切り替えを許可されており、
前記第１の許可されたユーザは、前記第１操作モードと前記第２操作モードとの間の操作モードの切り替えを許可されていない、
方法。

【請求項2】

前記第２操作モードは、前記第１操作モードよりも制限的ではない、請求項１に記載の方法。

【請求項3】

前記第２操作モードのアプリケーションは、前記第１操作モードのアプリケーションよりも多い数のアプリケーションを含む、請求項１又は請求項２に記載の方法。

【請求項4】

前記第２操作モードのアプリケーションは、前記第１操作モードのアプリケーションを含む、請求項１から請求項３のいずれか１項に記載の方法。

【請求項5】

前記実行時作業空間アプリケーションを介して、前記オペレータステーションへの特定のユーザ入力が前記オペレーティングシステムに影響を及ぼさないようにすることは、前記オペレーティングシステムのコマンドに関連する１つ以上のキーストロークを阻止することを含む、請求項１から請求項４のいずれか１項に記載の方法。

【請求項6】

前記実行時作業空間アプリケーションは、傾向分析アプリケーション、バッチ処理アプリケーション、高度制御アプリケーション、アラームアプリケーション、又はプロセスグラフィックスアプリケーションのうちの少なくとも１つを含む、請求項１から請求項５のいずれか１項に記載の方法。

【請求項7】

プロセスプラントの操作モードに基づいて、プロセス制御システム内の複数のアプリケーションへのアクセスを可能にするシステムであって、
前記システムは、
メモリに結合されたプロセッサであって、
オペレータステーションのオペレーティングシステムとユーザとの間に動作可能に介在するために実行時作業空間アプリケーションをインスタンス化し、
前記実行時作業空間アプリケーションは、起動時、自動的に第１操作モードで始動するよう構成されており、
前記プロセス制御システムが前記第１操作モードで動作している場合、前記実行時作業空間アプリケーションを介して、前記実行時作業空間アプリケーションに関連する前記オペレータステーションへのユーザ入力が前記オペレーティングシステムに影響を及ぼさないようにし、
プロセスプラントが前記第１操作モードで動作中の場合、前記第１操作モードのアプリケーションへのアクセスを可能にし、
第２操作モードで動作中の場合、前記第２操作モードのアプリケーションへのアクセスを可能にする、
ようにプログラムされた前記プロセッサを含み、
前記第１操作モードは第１の許可されたユーザに関連付けられ、前記第２操作モードは第２の許可されたユーザに関連付けられ、
前記第２の許可されたユーザは、前記第１操作モードと前記第２操作モードとの間の操作モードの切り替えを許可されており、
前記第１の許可されたユーザは、前記第１操作モードと前記第２操作モードとの間の操作モードの切り替えを許可されていない、
システム。

【請求項8】

前記プロセッサは、前記オペレーティングシステムのコマンドに関連する１つ以上のキーストロークを阻止することにより、前記実行時作業空間アプリケーションを介して前記オペレータステーションへの特定のユーザ入力が前記オペレーティングシステムに影響を及ぼさないよう、プログラムされている、請求項７に記載のシステム。

【請求項9】

前記実行時作業空間アプリケーションは、傾向分析アプリケーション、バッチ処理アプリケーション、高度制御アプリケーション、アラームアプリケーション、又はプロセスグラフィックスアプリケーションのうちの少なくとも１つを含む、請求項７又は請求項８に記載のシステム。

【請求項10】

命令が記憶された機械読取可能な記憶媒体であって、
前記命令実行時、前記機械は、
オペレータステーションのオペレーティングシステムとユーザとの間に動作可能に介在するために実行時作業空間アプリケーションをインスタンス化し、
前記実行時作業空間アプリケーションは、起動時、自動的に第１操作モードで始動するよう構成されており、
前記第１操作モードで動作している場合、前記実行時作業空間アプリケーションを介して、前記実行時作業空間アプリケーションに関連する前記オペレータステーションへのユーザ入力が前記オペレーティングシステムに影響を及ぼさないようにし、
プロセスプラントが前記第１操作モードで動作中の場合、前記第１操作モードのアプリケーションへのアクセスを可能にし、
前記プロセスプラントが第２操作モードで動作中の場合、前記第２操作モードのアプリケーションへのアクセスを可能にする、
前記第１操作モードは第１の許可されたユーザに関連付けられ、前記第２操作モードは第２の許可されたユーザに関連付けられ、
前記第２の許可されたユーザは、前記第１操作モードと前記第２操作モードとの間の操作モードの切り替えを許可されており、
前記第１の許可されたユーザは、前記第１操作モードと前記第２操作モードとの間の操作モードの切り替えを許可されていない、
機械読取可能な記憶媒体。

【請求項11】

前記命令実行時、前記機械は、前記オペレーティングシステムのコマンドに関連する１つ以上のキーストロークを阻止することにより、前記実行時作業空間アプリケーションを介して前記オペレータステーションへの特定のユーザ入力が前記オペレーティングシステムに影響を及ぼさないようにする、請求項１０に記載の機械読取可能な記憶媒体。

【請求項12】

前記実行時作業空間アプリケーションは、傾向分析アプリケーション、バッチ処理アプリケーション、高度制御アプリケーション、アラームアプリケーション、又はプロセスグラフィックスアプリケーションのうちの少なくとも１つを含む、請求項１０又は請求項１１に記載の機械読取可能な記憶媒体。

【請求項13】

前記第２操作モードは、前記第１操作モードよりも制限的ではない、請求項１０から請求項１２のいずれか１項に記載の機械読取可能な記憶媒体。

【請求項14】

前記第２操作モードのアプリケーションは、前記第１操作モードのアプリケーションよりも多い数のアプリケーションを含む、請求項１０から請求項１３のいずれか１項に記載の機械読取可能な記憶媒体。

【請求項15】

前記第２操作モードのアプリケーションは、前記第１操作モードのアプリケーションを含む、請求項１０から請求項１４のいずれか１項に記載の機械読取可能な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願）
本願は、２００４年５月４日に出願され、本願がこれにより全体を本書に参照することにより明示的に援用している「プロセス制御システムを表現し、監視し、対話するためのグラフィックユーザインタフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ ｆｏｒ Ｒｅｐｒｅｓｅｎｔｉｎｇ，Ｍｏｎｉｔｏｒｉｎｇ，ａｎｄ Ｉｎｔｅｒａｃｔｉｎｇ ｗｉｔｈ Ｐｒｏｃｅｓｓ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍｓ）」と題される米国仮特許出願、出願番号第６０／５６７，９８０号の正規に出願された出願であり、その利益を主張する。本願は、全体の開示がこれによりその全体を本書に参照することにより明示的に援用している、２００２年１０月２２日に出願され、２００４年４月２２日に米国公報番号第２００４／００７５６８９号として公開された、同様に「プロセスプラントにおけるスマートプロセスモジュールおよびオブジェクト（Ｓｍａｒｔ Ｐｒｏｃｅｓｓ Ｍｏｄｕｌｅｓ ａｎｄ Ｏｂｊｅｃｔｓ ｉｎ Ｐｒｏｃｅｓｓ Ｐｌａｎｔｓ）」と題される米国特許出願、出願番号第１０／２７８，４６９号の一部継続出願である、２００３年7月２１日に出願され、２００４年８月５日に米国公報番号第２００４／０１５３８０４号として公開された「グラフィックディスプレイ要素、プロセスモジュールおよび制御モジュールのプロセスプラントにおける統合（Ｉｎｔｅｇｒａｔｉｏｎ ｏｆ Ｇｒａｐｈｉｃ Ｄｉｓｐｌａｙ Ｅｌｅｍｅｎｔｓ，Ｐｒｏｃｅｓｓ Ｍｏｄｕｌｅｓ ａｎｄ Ｃｏｎｔｒｏｌ Ｍｏｄｕｌｅｓ ｉｎ Ｐｒｏｃｅｓｓ Ｐｌａｎｔｓ）」と題される米国特許出願、出願番号第１０／６２５，４８１号にも関連する。本願は、全体の開示がこれによりその全体を本書に参照することにより明示的に援用している、２００３年２月１８日に出願され、２００４年１０月７日に米国公報番号第２００４／０１９９９２５号として公開された「プロセスプラント構成システムにおけるモジュールクラスオブジェクト（Ｍｏｄｕｌｅ Ｃｌａｓｓ Ｏｂｊｅｃｔｓ ｉｎ ａ Ｐｒｏｃｅｓｓ Ｐｌａｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｙｓｔｅｍ）」と題される米国特許出願、出願番号第１０／３６８，１５１号にも関連する。本願は、本願と同日に国際（ＰＣＴ）出願として出願され、本願がこれにより全体を本書に参照することにより援用している以下の特許出願にも関連する。関連する特許出願は、「プロセス環境における関連グラフィックディスプレイ（Ａｓｓｏｃｉａｔｅｄ Ｇｒａｐｈｉｃ Ｄｉｓｐｌａｙｓ ｉｎ ａ Ｐｒｏｃｅｓｓ Ｅｎｖｉｒｏｎｍｅｎｔ）」（代理人整理番号第０６００５／４１１１１号）、「プロセス制御システムのためのユーザにより構成可能なアラームおよびアラーム傾向分析（Ｔｒｅｎｄｉｎｇ）（Ｕｓｅｒ Ｃｏｎｆｉｇｕｒａｂｌｅ Ａｌａｒｍｓ ａｎｄ Ａｌａｒｍ Ｔｒｅｎｄｉｎｇ ｆｏｒ Ｐｒｏｃｅｓｓ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍｓ）」（代理人整理番号第０６００５／４１１１２号）、「プロセスプラントにおけるプロセスモジュール及びエキスパートシステムの統合（Ｉｎｔｅｇｒａｔｉｏｎ ｏｆ Ｐｒｏｃｅｓｓ Ｍｏｄｕｌｅｓ ａｎｄ Ｅｘｐｅｒｔ Ｓｙｓｔｅｍｓ ｉｎ Ｐｒｏｃｅｓｓ Ｐｌａｎｔｓ）」（代理人整理番号第０６００５／４１１１３号）、「統合された環境におけるカスタマイズされたプロセスグラフィックディスプレイ層を有するプロセスプラントユーザインタフェースシステム（Ａ Ｐｒｏｃｅｓｓ Ｐｌａｎｔ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ Ｓｙｓｔｅｍ Ｈａｖｉｎｇ Ｃｕｓｔｏｍｉｚｅｄ Ｐｒｏｃｅｓｓ Ｇｒａｐｈｉｃ Ｄｉｓｐｌａｙ Ｌａｙｅｒｓ ｉｎ ａｎ Ｉｎｔｅｇｒａｔｅｄ Ｅｎｖｉｒｏｎｍｅｎｔ）」（代理人整理番号第０６００５／４１１１４号）、「プロセス環境におけるスクリプト化された（Ｓｃｒｉｐｔｅｄ）グラフィック（Ｓｃｒｉｐｔｅｄ Ｇｒａｐｈｉｃｓ ｉｎ ａ Ｐｒｏｃｅｓｓ Ｅｎｖｉｒｏｎｍｅｎｔ）」（代理人整理番号第０６００５／４１１１５号）、「プロセス構成および制御環境へのグラフィック統合（Ｇｒａｐｈｉｃｓ Ｉｎｔｅｇｒａｔｉｏｎ ｉｎｔｏ ａ Ｐｒｏｃｅｓｓ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ Ｃｏｎｔｒｏｌ Ｅｎｖｉｒｏｎｍｅｎｔ）」（代理人整理番号第０６００５／４１１１６号）、「プロセス環境における複数の視覚化のあるグラフィック要素（Ｇｒａｐｈｉｃ Ｅｌｅｍｅｎｔ ｗｉｔｈ Ｍｕｌｔｉｐｌｅ Ｖｉｓｕａｌｉｚａｔｉｏｎ ｉｎ ａ Ｐｒｏｃｅｓｓ Ｅｎｖｉｒｏｎｍｅｎｔ）」（代理人整理番号第０６００５／４１１１７号）、「プロセスプラントにおいてグラフィックディスプレイ要素およびプロセスモジュールを構成するためのシステム（Ｓｙｓｔｅｍ ｆｏｒ Ｃｏｎｆｉｇｕｒｉｎｇ Ｇｒａｐｈｉｃ Ｄｉｓｐｌａｙ Ｅｌｅｍｅｎｔｓ ａｎｄ Ｐｒｏｃｅｓｓ Ｍｏｄｕｌｅｓ ｉｎ Ｐｒｏｃｅｓｓ Ｐｌａｎｔｓ）」（代理人整理番号第０６００５／４１１１８号）、「統合プロセス制御システムインタフェースのためのグラフィックディスプレイ構成フレームワーク（Ｇｒａｐｈｉｃ Ｄｉｓｐｌａｙ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｆｒａｍｅｗｏｒｋ ｆｏｒ Ｕｎｉｆｉｅｄ Ｐｒｏｃｅｓｓ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）」（代理人整理番号第０６００５／４１１２４号）、「プロセスプラントユーザインタフェースにおけるマークアップ言語をベースにした動的プロセスグラフィックス（Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ−Ｂａｓｅｄ，Ｄｙｎａｍｉｃ Ｐｒｏｃｅｓｓ Ｇｒａｐｈｉｃｓ ｉｎ ａ Ｐｒｏｃｅｓｓ Ｐｌａｎｔ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）」（代理人整理番号第０６００５／４１１２７号）、「プロセス制御データを修正するための方法および装置（Ｍｅｔｈｏｄｓ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ｍｏｄｉｆｙｉｎｇ Ｐｒｏｃｅｓｓ Ｃｏｎｔｒｏｌ Ｄａｔａ）」（代理人整理番号第０６００５／５９１６２２号と第２００４０／５９−１１６２２号）、「プロセス制御データにアクセスするための方法および装置（Ｍｅｔｈｏｄｓ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ａｃｃｅｓｓｉｎｇ Ｐｒｏｃｅｓｓ Ｃｏｎｔｒｏｌ Ｄａｔａ）」（代理人整理番号第０６００５／５９１６２３号および第２００４０／５９−１１６２３号）、および「プロセス制御システムのためのサービス指向型アーキテクチャ（Ｓｅｒｖｉｃｅ−Ｏｒｉｅｎｔｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｐｒｏｃｅｓｓ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍｓ）」（代理人整理番号第０６００５／０５９１６２９号および第２００４０／５９−１１６２９号）である。

【0002】

本発明は概してプロセス制御システムに関し、より詳細にはプロセス制御システムのための統合グラフィック実行時インタフェースに関する。

【背景技術】

【0003】

化学関連プロセス、石油関連プロセスまたは他のプロセスで使用されるシステム等のプロセス制御システムは、通常、アナログバス、デジタルバス、またはアナログ／デジタル結合バスを介して少なくとも１つのホストワークステーションまたはオペレータワークステーション、および1台以上のフィールドデバイスに通信可能に結合されている１台以上
のプロセスコントローラ、および入力／出力（Ｉ／Ｏ）装置を含む。例えば、バルブ、バルブポジショナ、スイッチおよび送信機（例えば、温度センサ、圧力センサ、および流量センサ）などのフィールドデバイスは、バルブの開閉およびプロセスパラメータの測定等のプロセス機能を実行する。プロセスコントローラは、フィールドデバイスにより行われるプロセス測定、および／またはフィールドデバイスに関する他の情報を示す信号を受信し、制御ルーチンを実現するためにこの情報を使用し、次にプロセスの動作を制御するためにフィールドデバイスにバスまたは他の通信回線上で送信される制御信号を発生させる。このように、プロセスコントローラは、フィールドデバイスを通信可能に結合するバスおよび／または他の通信リンクを介してフィールドデバイスを使用して制御戦略を実行し、連携調整してよい。

【0004】

フィールドデバイスおよびコントローラからの情報は、オペレータが、（例えばグラフィックユーザインタフェースを介して）プロセスの現状を見る、プロセスを評価する、プロセスの動作を修正する等のプロセスに関して所望の機能を実行可能とするために（例えばプロセッサベースのシステム等の）オペレータワークステーションによって実行される１つ以上のアプリケーション（つまり、ソフトウェアルーチン、プログラム等）が利用できてよい。多くのプロセス制御システムは１つ以上のアプリケーションステーションを含む。通常、これらのアプリケーションステーションは、コントローラ、オペレータワークステーションおよびローカルエリアネットワーク（ＬＡＮ）を介してプロセス制御システム内の他のシステムに通信可能に結合されるパーソナルコンピュータ、ワークステーション等を使用して実現される。各アプリケーションステーションは、プロセス制御システムの中でキャンペーン（ｃａｍｐａｉｇｎ）管理機能、保守管理機能、仮想制御機能、診断機能、リアルタイム監視機能、安全性関連機能、構成機能を実行する１つ以上のソフトウェアアプリケーションを実行してよい。

【0005】

プロセス制御システムは、通常、システムオペレータが、現在のプロセス関連パラメータ、統計プロセス情報および／または履歴プロセス情報、アラーム情報、キャンペーン管理および／または実行情報、あるいはさらに一般的にプロセス制御システムと関連するアプリケーションのいずれかまたは全てにより提供される情報を見ることができるようにするために、１つ以上のグラフィックインタフェースを含む１つ以上のオペレータ端末および／またはアプリケーションステーションを提供する。

【発明の概要】

【発明が解決しようとする課題】

【0006】

いくつかの周知のプロセス制御システムは、一つ乃至複数のプロセス制御関連のアプリケーションを含み、前記アプリケーション（複数の場合がある）が、例えばプロセス制御システムにグラフィックインタフェースを提供するオペレータステーションまたは端末のオペレーティングシステム（例えば、ウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））ベースのオペレーティングシステム）と直接的に対話できるようにするユーザインタフェース機能性を含む。したがって、これらの事例では、多様なアプリケーション、特にそのグラフィックユーザインタフェース部分はオペレータステーションのオペレーティングシステムと相互もしくは単独で（つまり他のアプリケーションとは独立して）通信する。その結果として、システムオペレータは、オペレータステーションのディスプレイ（表示）装置（例えば、ビデオモニタまたは他のディスプレイ装置）を介してレンダリング（描画）される多くのグラフィックディスプレイ（例えばディスプレイウィンドウ）の使用の管理、および／または調整に関与している。これらの相対的に独立したディスプレイまたはウィンドウの管理は、ディスプレイの各々が異なるときに異なる種類の情報（例えば、グラフィック、テキスト、傾向、アラーム等）を提供しうるという事実によって複雑化する。例えば、いくつかの情報はディスプレイ装置（例えば、ビデオモニタ）の上部または下部に設置されるバナーの形式で最もよく表示され、他の情報は相対的に大きな中心の表示域で表示され、さらに他の情報は一時的なポップアップ浮動ディスプレイつまりウィンドウの形で最もよく表示される。

【0007】

いくつかの事例では、システムオペレータに課されるディスプレイ管理の職務は、特定のディスプレイプラットホーム（例えば、ワークステーションまたはパーソナルコンピュータモニタ、パーソナルデータアシスタント、スマートフォン、タブレットパーソナルコンピュータ等）のフォームファクタの範囲内で適合するように多様なディスプレイウィンドウを配列、サイズの変更、および／または縮尺比に従って拡大縮小することを含んでもよい。さらに、システムオペレータが、ある特定のアプリケーションのグループによって提供されるプロセス制御情報の既定のセットによって、有用な方法で独立グラフィックディスプレイが構成、編成される場合、表示される情報を追加および／または変更するには多大な時間を要するディスプレイの再編成または再構成が必要になる可能性がある。例えば、システムオペレータが、現在アラーム情報を表示していないディスプレイにアラーム情報を追加することを望む場合、ディスプレイ全体がディスプレイのフォームファクタの範囲内に適合するように現在のディスプレイおよび／またはウィンドウの内の１つ以上を移動する、サイズ変更する、および／または削除することにより再編成されなければならない可能性がある。

【0008】

システムオペレータがグラフィックユーザインタフェースのレイアウトおよび動作を編成、および／または管理を必要とすることから生じる別の問題は、プロセス制御システム全体で分散される各々複数のオペレータステーション、および／またはアプリケーションステーションと関連付けられてよい複数のディスプレイの各々が、グラフィックビューまたはディスプレイの異なる組み合わせおよびレイアウトを使用する可能性がある点である。この共通のディスプレイフレームワークの欠如が、プロセス制御システムで使用される多様なディスプレイ全体での不一致につながり、それによりオペレータが多様なディスプレイと対話するのに用いる直感性および／または習熟を減じ、新しいシステムオペレータおよび／または他の人員の訓練を複雑化する。

【0009】

さらに、多くの周知のグラフィックユーザインタフェースが１つの共通した実行時環境内で統合されず、システムオペレータがオペレーティングシステムと直接的に対話できるようにするため、システムオペレータは意図的におよび／または不注意に１つ以上の重要な実行時グラフィックユーザインタフェースを無効にする可能性がある。例えば、アラーム情報を提供するグラフィックインタフェースを構成するオペレーティングシステムに対してこのように直接的にアクセスする場合、システムユーザはアラーム情報の報告を無効にする場合があり、プラント内の許容できないおよび／または危険な状態に対応できない結果を招く可能性がある。

【課題を解決するための手段】

【0010】

一例では、グラフィックユーザインタフェースを介してプロセス制御情報を表示するための方法および装置は、オペレータステーションのオペレーティングシステムとオペレータの間に動作可能に介在するために実行時作業空間アプリケーションをインスタンス化する。また、前記方法および装置は、グラフィックユーザインタフェースを介して複数のパネルを表示し、実行時作業空間アプリケーションを介して前記複数のパネルの内の少なくとも１つで実行時アプリケーションと関連するプロセス制御情報の一部を表示する。

【0011】

別の例では、グラフィックユーザインタフェースを介してプロセス制御情報を表示するための方法および装置は、複数の表示パネル（ディスプレイパネル）を有する作業空間フレームワークを構築し、表示パネルの各々にディスプレイカテゴリを割り当て、表示されるプロセス制御情報にコンテンツカテゴリを割り当てる。別の例での方法および装置は、表示パネルに割り当てられるディスプレイカテゴリと、表示対象のプロセス制御情報に割り当てられるコンテンツカテゴリとを比較し、前記比較に基づいて表示されるプロセス制御情報を表示するために表示パネルの内の１つを選択する。

【図面の簡単な説明】

【0012】

【図1】本書に説明される統合グラフィック実行時インタフェースを使用する例のプロセス制御システムのブロック図である。

【図2】本書に説明される統合グラフィック実行時インタフェースを実現するために、図１のプロセス制御システム内の例で使用されてよい、サービス指向型アーキテクチャまたは構造２００を描くブロック図の例である。

【図3】実行時アプリケーション、サービス、および本書記載の実施例の統合グラフィック実行時インタフェースの間の関係性を描くブロック図である。

【図4】本書記載の実施例の統合グラフィック実行時インタフェースが、１つ以上のサービスにプロセス制御グラフィックスを動作可能に結合するために使用される１つの方法の詳細なブロック図である。

【図5】本書記載の実施例の統合グラフィック実行時インタフェースによって使用されるディスプレイフレームワークの例を示す。

【図6】１つ以上の表示パネルが、本書記載の実施例の統合グラフィック実行時インタフェースによって生成されるディスプレイの中で移動されてよい例を示す。

【図7】１つ以上の表示パネルが、本書記載の実施例の統合グラフィック実行時インタフェースによって生成されるディスプレイの中で移動されてよい例を示す。

【図8】１つ以上の表示パネルが、本書記載の実施例の統合グラフィック実行時インタフェースによって生成されるディスプレイ内でコピーされる例を示す。

【図9】１つ以上の表示パネルが、本書記載の実施例の統合グラフィック実行時インタフェースによって生成されるディスプレイ内でコピーされる例を示す。

【図10】本書記載の実施例の統合グラフィック実行時インタフェースによって使用される表示パネル割り当てプロセスの例を示す。

【図11】本書に説明される装置および方法を実現するために使用されるプロセッサシステムの例を示す。

【発明を実施するための形態】

【0013】

一般的には、本書記載の実施例の装置、方法および製品は、プロセス制御システムの構成および／または動作と関連する種々の人員が使用するための高度に統合されたグラフィックユーザインタフェース環境を提供するためにプロセス制御システム内で使用されてよい。さらに具体的には、本書記載の実施例の統合グラフィックユーザインタフェースは、例えばプロセス監視アプリケーション、アラーム管理アプリケーション、プロセス傾向分析および／または履歴アプリケーション、バッチ処理アプリケーションおよび／またはキャンペーン管理アプリケーション、ビデオストリーミングアプリケーション、高度制御アプリケーション等の１つ以上のプロセス制御アプリケーションのホストをつとめるために使用される。さらに一般的には、本書記載の実施例の統合グラフィックユーザインタフェースは、プロセス制御システムの開発、配備、構成、設計、カスタム化、動作、保守、および／またはサポートと関連するアプリケーションのホストをつとめるために使用されてよい。例えば、情報技術人員、構成エンジニア、システムオペレータ、技術サポートエンジニア、ソフトウェア開発エンジニア、テストエンジニア等の人員が、自分たちの職務を履行するために本書記載の実施例の統合グラフィックユーザインタフェースの多様な態様を活用してもよい。

【0014】

プロセス制御のため周知のグラフィックユーザインタフェースとは対照的に、本書記載の実施例の統合グラフィックユーザインタフェースはグラフィックユーザインタフェース機能性または複数のアプリケーションの動作を集約し、調整するために使用されてよい。特により詳細に後述されるように、例のグラフィックユーザインタフェースは１つ以上の表示パネルまたは領域を有する表示域から構成される所定のディスプレイレイアウトまたはテンプレートを提供する。表示パネルのいくつかは、全体的な表示域を基準にして適所に固定されてよく、いくつかのパネルは他のパネル上に積み重ねられてよく、さらに他のパネルは１つ以上の他のパネルの上で一時的に表示される浮動の、つまりポップアップパネルであってもよい（つまり前記１つ以上のパネルを部分的にまたは完全に隠す）。特定のパネルが、１つ以上の特定のアプリケーションからの描画または表示のための情報を受信するために割り当てられてよい。代わりに、またはさらに、１つ以上のアプリケーションは、どのパネル（複数の場合がある）で情報が表示されてもよいか、あるいは表示されなければならないかを指定する情報とともに、例の統合グラフィックインタフェースに描画され、あるいは表示されるプロセス制御関連情報を送信してもよい。このように、例の統合グラフィックユーザインタフェースは、統一された表示空間または作業空間内で１つ以上のプロセス制御関連のアプリケーションから情報の表示（例えば、レイアウト、スケーリング等）を自動的に管理し、それによってプロセス制御システムに関連するシステムオペレータおよび／または他の人員のディスプレイ管理職務を削減する、または最小限に抑える。ディスプレイ情報の自動管理は、ある特定のディスプレイ装置サイズ、構成、機能等を有する特定のハードウェア／ソフトウェアプラットホーム上に情報を最も適した描画または表示する方法で表示された情報の自動的な調整または適応を含んでよい。

【0015】

システムオペレータおよび／またはプロセス制御システムに関連する他の人員のディスプレイ管理職務を最小限に抑えることに加えて、本書記載の実施例の統合グラフィックユーザインタフェースによって実行される自動ディスプレイ管理機能は、さらに一貫したディスプレイシナリオを生じさせ、したがってディスプレイの直感性を改善し、訓練を簡略化し、（特に高ストレスなプロセス制御状況または環境における）オペレータのエラーを削減すること等ができる。例えば、本書に説明される統合グラフィックユーザインタフェースは、統合グラフィックユーザインタフェースによって管理される実行時アプリケーションの一つ以上にとって実質的に一貫性のある視覚的な要素（例えば表示パネルジオメトリ、配置、サイズ、使用割り当て、または規約等）を提供するように構成される。

【0016】

さらにプロセス制御システムのための周知のグラフィック実行時インタフェースとは対照的に、本書記載の実施例の統合グラフィック実行時インタフェースは、それが管理する実行時アプリケーションとオペレータワークステーションの基本的なオペレーションシステムの間に動作可能に介在するよう構成されてよい。より詳細には、本書記載の実施例のグラフィック実行時インタフェースは、例のグラフィック実行時インタフェースがユーザ（例えばシステムオペレータおよびまたは他の人員）と基本的なオペレーティングシステムの間に動作可能に介在する実行時作業空間アプリケーションを活用するという点で、周知のウィンドウズ（登録商標）タイプのアプリケーションとは異なる。言い換えると、実行時作業空間アプリケーションは、ユーザが基本的なオペレーティングシステムおよび／または他のアプリケーションと直接的に対話しないように隔離され、実行時アプリケーション（複数の場合がある）をカプセル化し動作してもよい。例えば、本書記載の実施例の統合グラフィックユーザインタフェースによって利用される実行時作業空間アプリケーションは、ユーザから入力される特定のキーシーケンス、コマンド等を阻止してもよい。

【0017】

したがって、本書記載の実施例の統合グラフィック実行時インタフェースによって使用される実行時作業空間アプリケーションは、ユーザが不注意に（または意図的に）アプリケーションまたはデータに損傷を与える、ユーザが対話することを許可されていないアプリケーションに対するアクセスを獲得する、あるいはプロセス制御システムの動作を場合によっては危険性のある他の動作を実行されないように利用されてもよい。例えば、本書記載の実施例の統合グラフィック実行時インタフェースは、ユーザがアプリケーションの内の１つ以上を閉じるなど、実行時アプリケーションを構成するオペレーティングシステムに向けられたコマンドを介してアプリケーションの実行を妨害する、あるいはそれ以外の方法で混乱を防ぐために、ユーザが対話する実行時アプリケーションをカプセル化してもよい。

【0018】

より詳細に後述されるように、本書記載の実施例の統合グラフィック実行時インタフェースにより使用される実行時作業空間は、実行時アプリケーション（例えば、ユーザインタフェースアプリケーションおよび／または他のアプリケーション）に信頼できる堅牢な環境を提供し、ユーザが実行時アプリケーションの動作を危うくし、あるいはそれと関連するデータに損傷を与えないように、実行時アプリケーションを実行するための安全な環境を提供する。

【0019】

ここで図１を見ると、本書記載の実施例の統合グラフィック実行時インタフェースを使用する例のプロセス制御システム１０のブロック図が示されている。図１に描かれているように、プロセス制御システムはコントローラ１６、オペレータステーション１８、アクティブアプリケーションステーション２０、およびスタンバイアプリケーションステーション２２を含み、そのすべては、バス、または一般的にアプリケーション制御ネットワーク（ＡＣＮ）と呼ばれているローカルエリアネットワーク（ＬＡＮ）を介して通信可能に結合されてよい。オペレータステーション１８とアプリケーションステーション２０と２２は、1つ以上のワークステーション、あるいは他の適切なコンピュータシステムまたは
処理装置を使用して実現されてもよい。例えば、アプリケーションステーション２０と２２は、単一のプロセッサワークステーションまたはマルチプロセッサワークステーション等の、以下の図１１に示される例のプロセッサシステム１１０２と同様に単一のプロセッサパーソナルコンピュータを使用して実現できるであろう。さらに、ＬＡＮ２４は、所望の通信媒体およびプロトコルを使用して実現されてよい。例えば、ＬＡＮ２４は、周知であり、本書ではさらに詳しく説明しない、ハードワイヤードの、または無線イーサネット（登録商標）通信スキームに基づいてよい。しかしながら、当業者により容易に理解されるように、任意の他の適切な通信媒体およびプロトコルを使用できる。さらに、単一のＬＡＮが示されているが、複数のＬＡＮおよびアプリケーションステーション２０と２２の中の適切な通信ハードウェアが、オペレータステーション１８、アプリケーションステーション２０と２２、およびコントローラ１６の間に冗長化された通信経路を提供するよう使用してもよい。

【0020】

コントローラ１６は、デジタルデータバス３２および入力／出力（Ｉ／Ｏ）デバイス３４を介して複数のスマートフィールドデバイス２６、２８および３０に結合されてもよい。スマートフィールドデバイス２６から３０は、Ｆｉｅｌｄｂｕｓに準拠するバルブ、アクチュエータ、センサ等であり、そのケースではスマートフィールドデバイス２６から３０は周知のＦｉｅｌｄｂｕｓプロトコルを使用してデジタルデータバス３２を介して通信する。言うまでもなく、他のタイプのスマートフィールドデバイスと通信プロトコルが代わりに使用されてもよい。例えば、スマートフィールドデバイス２６から３０は、代わりに周知のＰｒｏｆｉｂｕｓ（登録商標）通信プロトコルおよびＨＡＲＴ（登録商標）通信プロトコルを使用して、データバス３２を介して通信するＰｒｏｆｉｂｕｓ（登録商標）またはＨＡＲＴ（登録商標）に準拠するデバイスとなるであろう。（Ｉ／Ｏデバイス３４に類似するまたは同一の）追加のＩ／Ｏデバイスは、Ｆｉｅｌｄｂｕｓデバイス、ＨＡＲＴ（登録商標）デバイス等のスマートフィールドデバイスの追加のグループがコントローラ１６と通信可能にできるようコントローラ１６に結合されてよい。

【0021】

スマートフィールドデバイス２６から３０に加えて、１台以上の非スマートフィールドデバイス３６と３８は、各々のハードワイヤードリンク４０と４２を介してコントローラ１６と通信する、例えば従来の４から２０ミリアンペア（ｍＡ）または０から１０ボルト直流（ＶＤＣ）デバイスであってもよい。

【0022】

コントローラ１６は、例えば、エマーソンプロセスマネジメント、ＬＬＬＰより販売されているＤｅｌｔａＶ（登録商標）コントローラであってよい。しかしながら、他のコントローラも代わりに使用できるであろう。さらに、図１には１台のコントローラしか図示されていないが、所望のタイプのまたはタイプの組み合せで追加のコントローラがＬＡＮ２４に結合できる。コントローラ１６は、プロセス制御システム１０と関連する１つ以上のプロセス制御ルーチンを実行してよい。このようなプロセス制御ルーチンは、オペレータステーション１８を使用してシステムエンジニアまたは他のシステムオペレータによって生成され、コントローラ１６にダウンロードされ、コントローラ１６内でインスタンス化されてもよい。

【0023】

図１に描かれているように、実施例のプロセス制御システム１０は、通信リンク４６とＬＡＮ４８を介してアプリケーションステーション２０と２２に通信可能に結合されるリモートオペレータステーション４４も含んでもよい。リモートオペレータステーション４４は地理的に遠く離れて配置されてよく、このケースにおける通信リンクは、好ましくは無線通信リンク、インターネットベースまたは他のパケット交換通信のネットワーク、電話回線（例えば、デジタル加入者回線）またはその任意の組み合わせである。

【0024】

図１の例に描かれているように、アクティブアプリケーションステーション２０とスタンバイアプリケーションステーション２２はＬＡＮ２４を介して、および冗長リンク５０を介して通信可能に結合されている。冗長リンク５０は、アクティブアプリケーションステーション２０とスタンバイアプリケーションステーション２２との間の個別な専用の（つまり共用されていない）通信リンクであってもよい。冗長リンク５０は、例えば専用のイーサネット（登録商標）リンク（例えば、互いに結合されているアプリケーションステーション２０と２２各々の専用のイーサネット（登録商標）カード）を使用して実現されてもよい。しかしながら、他の例では、冗長リンク５０は、アプリケーションステーション２０と２２に通信可能に結合される、必ずしも両方とも専用ではないが、ＬＡＮ２４または冗長化されたＬＡＮ（図示されていない）を使用して実現できるであろう。

【0025】

一般的に言って、アプリケーションステーション２０と２２は、冗長コンテキストを構築し、維持するために冗長リンク５０を介して連続的に、または周期的に情報を交換する。冗長コンテキストによって、アクティブアプリケーションステーション２０とスタンバイアプリケーションステーション２２間の制御の円滑なまたはバンプレスなハンドオフまたは切り替えが可能になる。例えば、冗長コンテキストは、アクティブアプリケーションステーション２０の中のハードウェア故障またはソフトウェア故障に応答して、あるいはプロセス制御システム１０のシステムオペレータまたはユーザまたはクライアントアプリケーションからの命令に応答して、アクティブアプリケーションステーション２０からスタンバイアプリケーションステーション２２への制御ハンドオフまたは切り替えを実行できる。

【0026】

図２は、本書に説明される統合グラフィック実行時インタフェースを実現するために図１の例のプロセス制御システム１０の中で使用されてよい例のサービス指向型アーキテクチャまたは構造２００を描くブロック図である。したがって、例の統合グラフィック実行時インタフェースをさらに説明するために、例のサービス指向型アーキテクチャ２００の説明が以下に示される。

【0027】

図２をさらに詳しく見ると、例のサービス指向型アーキテクチャ２００は、サーバ２０２とクライアント２０４を含んでいる。サーバ２０２は複数のサービス２０６、２０８、および２１０またはサービス２０６、２０８および２１０の集合体を含み、その内のいくつかまたはすべてが関連機能を実行してもよい。サービス２０６、２０８、および２１０は、通信ポート２１８を介したクライアント２０４との通信を可能にする各々のインタフェース（例えば、公開されているパラメータの１つ以上のセット）２１２、２１４、および２１６を提供する。サービスインタフェース２１２，２１４および２１６は、実質的には本質的に汎用であるため、実質的には図１の例のプロセス制御システム１０と関連する構成および／または実行時データベースに含まれるデータのために使用されるスキーマ（つまり、データフォーマット、プロトコル等）とは無関係である。結果として、サービスインタフェース２１２、２１４、および２１６は、新規サービス能力（例えば機能）がサービス２０６、２０８および２１０の内の１つ以上に追加される場合、修正（例えば更新）だけを必要とする。したがって、サービスインタフェース２１２、２１４および２１６は、新しいデータオブジェクトがプロセス制御システム１０内での使用のために追加される場合（図１）変更される必要はない。

【0028】

サーバ２０２は、例えば、図１の例のシステムに示されているアプリケーションステーション２０と２２および／またはオペレータステーション１８と４４の内の１つ以上のプロセッサベースのシステムで実行されるソフトウェアとして実現されてもよい。言うまでもなく、サーバ２０２は、例のプロセス制御システム１０（図１）に結合されている他のプロセッサベースのシステムまたはワークステーションを使用して実現されてもよい。

【0029】

クライアント２０４は、各々がサービス２０６、２０８および２１０の内の１つに対応する複数のサービスインタフェースプロキシ２２０、２２２および２２４を含む。クライアント２０４によって使用されるサービスインタフェースプロキシの数は、サーバ２０２によって提供されるサービスの数より少ない場合がある。言い換えると、クライアント２０４は好ましくは、それがアクセスを必要とするサービスのためにのみプロキシを作成する。したがって、クライアント２０４は、サーバ２０２によって提供されるサービス２０６、２０８、および２１０の内の１つ以上にアクセスする、あるいはそれらと対話するために必要に応じて１つ以上のプロキシを生成してもよい。

【0030】

サーバ２０２と同様に、クライアント２０４は、例えば、アプリケーションステーション２０と２２の内の１つ以上、および／またはオペレータステーション１８と４４の内の１つ以上のプロセッサベースのシステムで実行されるソフトウェアとして実現されてもよい。１つの実施例では、クライアント２０４は、サーバ２０２によって提供されるサービス２０６、２０８および２１０にアクセスするために、１つ以上のウェブブラウザフレームワーク（例えばインターネットエクスプローラ（登録商標）（Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ））等を活用してもよい。しかしながら、他の所望のソフトウェアフレームワークは、このようなウェブブラウザフレームワークの代わりに、もしくはこのようなウェブブラウザフレームワークに加えて使用されてもよい。さらに一般的に、クライアント２０４は例のプロセス制御システム１０（図１）内の所望のアプリケーションを表してもよい。したがって、クライアント２０４は、例えば構成アプリケーション、保守アプリケーション、監視アプリケーション、プロセス制御アプリケーション、および／または任意の他のアプリケーションまたはアプリケーションの組み合わせであってよい。図３および図４に関連してさらに詳しく後述されるように、クライアント２０４（つまり、クライアントアプリケーション（複数の場合がある））は、一人以上のシステムオペレータ、エンジニアおよび／または任意の他のユーザが構成動作、実行時等の間にプロセス制御データを見るおよび／または変更することが可能となるように表示機能（例えばグラフィックユーザインタフェース機能）を含んでもよい。

【0031】

図２の例のアーキテクチャ２００は単一のクライアントと通信して単一のサーバを描いているが、所望の場合追加のサーバおよびクライアントが使用されてよい。例えば、いくつかの実施例では、クライアント２０４は、２台以上のサーバと通信し、２台以上のサーバと相互運用し、および／または２台以上のサーバの中でサービスにアクセスしてよい。同様に、これらの実施例または他の実施例では、例のサーバ２０２（または他の個々のサーバ）は、複数のクライアントと通信してよい、および／または相互運用してもよい。

【0032】

このように、図２の例のサービス指向型アプリケーション２００を用いると、サービス２０６、２０８および２１０は、相互から、およびサービス２０６、２０８および２１０を利用する（例えば呼び出す）アプリケーションから実質的（例えばデータ依存性に関して）に切り離される。有利なことに、このような切り離しによりサービス２０６、２０８および２１０の各々と関連するソフトウェアは、クライアント２０４によって活用され、サービス２０６,２０８および２１０にアクセスするアプリケーション（複数の場合があ
る）を修正またはバージョン化（版管理）する必要なく、独立して修正またはバージョン化することができ、現場での使用のためにリリースできる。同様に、クライアント２０４に関連するアプリケーション（複数の場合がある）が各々のサービス２０６、２０８および２１０のインタフェース２１２、２１４および２１６を順守するまたは適合しないかぎり、クライアント２０４と関連するアプリケーション（複数の場合がある）は、サービス２０６、２０８、および２１０を修正またはバージョン化する必要なく、独立して修正またはバージョン化してよい。したがって、アプリケーションおよび／またはサービス２０６、２０８、２１０と関連するソフトウェアが生成される時点でこのような関係性を固定する（つまりデータ依存性を生じさせる）ことにより、クライアント２０４とサービス２０６、２０８および２１０の内の１つ以上との間の関係性を統計的に定義する代わりに、図２の例のアーキテクチャ２００はこのような関係性を実行時に動的に構築できるようにする。前記に参照される例のサービス指向型アーキテクチャに関する追加の詳細は、開示全体参照することにより本書に組み込まれる、２００５年５月４日に出願された「プロセスコントロールシステムと共に使用するためのサービス指向型アーキテクチャ（Ｓｅｒｖｉｃｅ−Ｏｒｉｅｎｔｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｕｓｅ ｗｉｔｈ Ｐｒｏｃｅｓｓ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍｓ）」と題される国際公開第ＷＯ／２００５／１０７４１０（ＰＣＴ／ＵＳ２００５／０１５３９４）に見出すことができる。

【0033】

図３は、例のグラフィック実行時インタフェース３００を描くブロック図である。図３に示されるように、複数の実行時アプリケーション３０２は、実行時作業空間３０４およびサービス３０６の集合体に通信可能に、または動作可能に結合されている。さらに具体的には、実行時アプリケーション３０２およびサービス３０６は例のサービス指向型アーキテクチャ２００（図２）を使用して動作可能にまたは通信可能に結合されてよい。その事例では、サービス３０６（例えば、サービス２０６、２０８、および２１０）は、１台以上のサーバまたは他の処理システム（複数の場合がある）（例えばサーバ２０２）によって提供されてもよい。さらに、サービス３０６はプロセス制御関連情報を提供するデータベースサービス、プロセス制御システム１０（図１）に関連する履歴情報を提供する履歴サービス、アラームおよび／またはイベントサービス、および／またはプロセス制御システム１０（図１）によってアクセスまたは使用される任意の他のサービスを含んでよい。さらに、実行時アプリケーション３０２は、一人以上のクライアント（例えば、図２のクライアント２０４）を介して提供されてもよいため、プロキシ（例えば、プロキシ２２０、２２２および２２４）を介してサービス３０６に通信可能にまたは動作可能に結合されもてよい。図３の例では、実行時アプリケーション３０２は、傾向分析アプリケーション３０８、高度制御アプリケーション３１０、および、バッチアプリケーション３１６および／またはアラーム（および／またはイベント）アプリケーション３１４から情報を受信するプロセスグラフィックスアプリケーション３１２を含む。しかしながら、１つ以上の追加のまたは特に図３に描かれているアプリケーションとは異なるアプリケーションが代わりに使用されてもよい。例えば、キャンペーン管理アプリケーション、ストリーミングビデオアプリケーション、および／またはプロセス制御システムの開発、配備、構成、設計、カスタム化、動作、保守および／またはサポートと関連するあらゆる他のアプリケーションが使用されてもよい。

【0034】

一般的には、実行時アプリケーション３０２により提供されるグラフィックディスプレイは、既定の時刻にアプリケーション３０２の内の１つ以上からの情報を含んでもよい、統合実行時ディスプレイを提供するために実行時作業空間３０４に配置される、あるいはカプセル化される。特に実行時作業空間３０４は、複数のパネルを自動的に整列、拡大縮小等するように構成されてもよく、その各々がシステムオペレータおよび／または他の人員に対して課されるディスプレイ（またはウィンドウズ（登録商標））管理職務を最小限に抑えるためにディスプレイの中にサービス３０６の別のサービスに関する情報を含んでよい。表示パネルのこのような自動的な設置、レイアウト等はさらに一貫性のあるディスプレイシナリオを生じさせ、それによりディスプレイの直感性を改善し、訓練を簡略化し、オペレータのエラーを削減する。

【0035】

また、一般的には、実行時作業空間３０４によりシステムオペレータ、エンジニア等の人員が、安全に、堅牢に、および確実に、実行時作業空間３０４により提供されるグラフィックユーザインタフェースを介して実行時アプリケーション３０２と対話できるようになる。より詳細には、実行時作業空間３０４は、実行時アプリケーション３０２と、例えばウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））オペレーティングシステムまたは他の任意の適切なオペレーティングシステム等の基本的なオペレーティングシステムの間に動作可能に介在するソフトウェアまたは他の機械読取可能および実行可能な命令またはコードとして実現されてもよい。このように、実行時作業空間３０４は、ユーザが基本的なオペレーティングシステムを含む、基本的なアプリケーションと直接的に対話しないようにするために構成されてよい。例えば、いくつかの実施例では、実行時作業空間３０４は、ユーザによって発行される特定のキーシーケンス、コマンド等を阻止してもよい。

【0036】

実行時作業空間３０４は、複数の操作モードを提供するように構成されてよい。１つの例の操作モードは、システム管理者、システムオペレータ、および／または他の人員が不注意にまたは意図的にアプリケーションおよび／またはそれらのアプリケーションと関連するデータに損傷を与えるまたは危うくすることが無いようにする専用の、または制御されたデスクトップ（例えば、キオスクタイプ）のインタフェースを提供する。実行時作業空間３０４のための別の例の操作モードにより、特定の指定されたユーザまたは許可されたユーザは、前述された制御デスクトップモードによって提供される実質的により制限的ではない条件下で、例えばウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））ベースのアプリケーション等の他のアプリケーションと連動して実行時作業空間を使用できる。

【0037】

いくつかの例では、実行時作業空間３０４は、例えば専用の、ブート時に制御されたデスクトップモードで自動的に起動するように構成されているサーバ（例えばサーバ２０２）を使用して実現してもよい。このような例では、実行時作業空間３０４は、実行時作業空間３０４のただ１つのインスタンスがサーバ内で作成されることを許可してもよい。特定のユーザは、その後実行時作業空間３０４を前述されたより制限的ではない運転モードに切り替わらせるための許可または承認を有してよい。

【0038】

実行時作業空間３０４は、実行時作業空間が常駐し、動作しているサーバを終了し、再起動することを必要とせずに初期の起動状態または構成に戻るために実行時作業空間３０４の動作中に使用されてよいリセット機構も提供してよい。このリセット機構は、実行時作業空間３０４が誤動作している場合に実行時作業空間３０４の適切な動作を復元するためにシステムオペレータにより呼び出されてよい。リセットが実行時作業空間３０４を復元する初期状態は、初期の、および／またはデフォルトのディスプレイフレームワークコンテンツ（例えばビュー、パネル配列等）を含んでよい。

【0039】

専用の制御された、または制限された操作モードで動作中、実行時作業空間３０４は、ユーザが許可されないプログラムまたはアプリケーションをインスタンス化し、対話しないように構成されてよい。このような許可されないプログラムまたはアプリケーションは、実行時アプリケーション３０２および／または実行時作業空間３０４の動作を危うくすることがあるプログラムまたはアプリケーションを含んでよい。実行時アプリケーション３０２および／または実行時作業空間３０４がウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））ベースのオペレーティングシステム（例えば、マイクロソフトウィンドウズ（登録商標）（Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標））を活用する例では、実行時作業空間３０４はＳｔａｒｔ（開始）ダイアログ（例えば、ウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））キーとＣｎｔｒｌ−Ｅｓｃ）、ウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））タスクバーおよびウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））デスクトップショートカットへのアクセスを無効にしてよい。さらに、実行時作業空間３０４は、例えばＲｕｎ（実行）ダイアログ（ＷｉｎＫｅｙ＋Ｒ）、Ｍｉｎｉｍｉｚｅ ａｌｌ（すべて最小化）（ＷｉｎＫｅｙ＋Ｍ）等を含むＷｉｎｄｏｗｓ（登録商標）キーボードショートカットへのアクセス、別の（非実行時作業空間）アプリケーション（Ａｌｔ−タブ）への切り替え、ＯＳ Ｅｘｐｌｏｒｅｒ（ＷｉｎＫｅｙ＋Ｅ）等を無効にしてもよい。

【0040】

実行時作業空間３０４の制御された、専用の操作モードは、（例えば、システム構成専門家によって）ユーザに、制限的な制御された専用の操作モードにある間に起動できるアプリケーションのリストを提示するように構成されてよい。アプリケーションのこのようなリストは、オペレータがファイルを改変または削除、追加の制約されていないアプリケーションを起動すること等を許可していない非実行時作業空間アプリケーションを含んでよく、あるいはそれらに制限されてよい。

【0041】

また、実行時作業空間３０４は、ユーザが制限的な専用制御操作モードにいるときに実行時作業空間３０４を動作不能にするのを妨げるように構成される。ユーザが実行時作業空間３０４を動作不能にしないようにするために、実行時作業空間３０４は、例えばＡｌｔ−Ｆ４またはＥｘｉｔ（終了）メニュー項目による実行時作業空間アプリケーションの終了を可能にしない。さらに、（例えば、ウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））が基本的なオペレーティングシステムである場合の）ウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））セキュリティダイアログへのアクセスは無効にされ、ウィンドウズ（登録商標）キーボードショートカットへのアクセスは無効にされ（例えば、すべて最小化（ＷｉｎＫｅｙ＋Ｍ）、ワークステーションをロック（ＷｉｎＫｅｙ＋Ｌ）が無効にされ）、例えばディスプレイの色、奥行きおよび解像度の設定値、外観の優先順位、テーマ、壁紙等に対する変更を妨ぐためにウィンドウズ（登録商標）ディスプレイ特性ダイアログへのアクセスを無効にする。またさらに、実行時作業空間３０４は、スクリーンセーバー、およびそれ以外の方法で実行時作業空間３０４を介したグラフィックプロセス制御情報の連続ディスプレイを危うくする可能性のある他の同様なアプリケーションを無効にしてもよい。

【0042】

ウェブブラウザまたはウェブブラウザへのアクセスが実行時作業空間３０４により提供されるケースでは、このようなウェブブラウザは制約されたブラウジングを可能にしてもよい。例えば、所定の許可されたユニフォームリソースロケータ（ＵＲＬ）と関連するウェブページだけが実行時作業空間３０４を介して表示されてもよく、あるいは描画されてもよい。このようなＵＲＬは、イントラネットサーバに記憶されているウェブページおよび／または他の文書と関連付けられたＵＲＬを含んでもよく、あるいはそれらに制限されてよい。

【0043】

実行時アプリケーション３０２が実行時作業空間の動作または互いを危うくしないことを確実にするために、実行時アプリケーション３０２は（例えば、ファイルブラウジング動作の実行中に）オペレーティングシステム（例えばウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標）））フォルダとファイル特性へのアクセスを妨ぐ構成にされている。そのワークステーションにインストールされているソフトウェアまたはデータに損傷を与える、あるいはそれ以外の方法で危うくする可能性がない限り、実行時アプリケーション３０２は、ファイルの特性またはセキュリティ要件を変更できないようにする。

【0044】

前記に注記されたように、より制限的ではない操作モードで動作中、実行時作業空間３０４は特定の許可された人員によって他のウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））アプリケーションと連動して使用できる。このより制限的ではない操作モードは、システム構成人員が作業空間構成、ディスプレイ構成、および／または他の構成アプリケーションと対話できるように使用されてもよい。さらに、このより制限的ではない操作モードは、ユーザが許可された人員によってのみ適切にアクセスされてよいデバッグ機能にアクセスできるようにするために使用されてもよい。またさらに、このより制限的ではない操作モードは、ユーザが実行時作業空間３０４をトラブルシューティングできるようにするために使用されてもよい。

【0045】

前記のより制限的ではない操作モードで動作中、実行時作業空間３０４により、許可されたユーザは、例えば、タスクバー、Ｓｔａｒｔ（スタート）ボタン、Ｒｕｎ（実行）ダイアログ等を含むオペレーティングシステム機能（例えばウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））機能）を活用できる。さらにウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））キーとウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））キーショートカットが、アプリケーション最小化機能およびアプリケーション切り替え機能（Ａｌｔ−タブ）が使用できるように使用されてよい。またさらに、ユーザは表示特性を変更する、および実行時アプリケーション３０２の内の１つ以上を終了する自由な能力を与えられている。ユーザは、セキュリティキーまたは任意の他の許可を与える必要なく、前記のより制限的ではない操作モードからより制限的な専用制御操作モードへ切り替えることもできる。操作モードのこのような切り替えを実行すると、実行時作業空間３０４は、前記制限的な操作モードで提供されるディスプレイにおける描画のために作業空間コンテキスト（例えば、パネルコンテキスト、最近使用された履歴等）の実質的にすべてまたは大部分を保持する。

【0046】

また、前記のより制限的ではない操作モードは、許可されたユーザがオペレーティングシステムデスクトップ（例えばウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））デスクトップ）で別のオペレーティングシステム（例えばウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標）））アプリケーションウィンドウを作成できるようにする。前記追加のアプリケーションウィンドウによりユーザはユーザによって管理される可能性のあるコンテンツを含む新しいディスプレイを作成できるようにする。例えば、前記追加アプリケーションウィンドウは実行時作業空間３０４を構成するあらゆるフレームワークパネルからのコンテンツを含んでよく、そのコンテンツはユーザによって所望のように位置決めされ、サイズ変更され、スクロールされ、最小化され、最大化され、閉じられる等してもよい。また、例えば、追加アプリケーションは複数の異なるディスプレイフレームワーク（例えば、パネルレイアウト、コンテンツ構成、異なる言語等）を試験または比較するために使用されてもよい。

【0047】

前記に注記されたように、実行時作業空間３０４により提供される前記より制限的ではない操作モードはウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））デスクトップへの相対的に無制限なアクセスを提供し、それによりユーザは実行時作業空間アプリケーション（例えば、実行時作業空間３０４）の新しいインスタンスまたは追加のインスタンスを実行できるようになる。実行時作業空間アプリケーション３０４の新しいまたは追加のインスタンスは、専用の制御的（つまり制限された）操作モードで、あるいは代わりに前述された前記より制限的ではない操作モードで起動されてよい。新しいインスタンスまたは追加のインスタンスが専用の制御された操作モードで起動されるケースでは、他のアプリケーション（つまり非実行時アプリケーション）はアクセスできない可能性がある。他方、新しいインスタンスまたは追加のインスタンスが前記より制限的ではない操作モードで起動されるケースでは、ユーザ（複数の場合がある）は、実行時作業空間３０４の複数のインスタンスを実行することを許可されてもよい。

【0048】

例の実行時作業空間３０４は、代わりの言語機能性を提供するように構成されてもよい。例えば、実行時作業空間３０４は、すべての作業空間動作および対話（例えば、メッセージ、メニューアイテム等）がそのデフォルト言語を使用するように、デフォルトで選択されてよい優勢な言語（例えば、英語）を活用するためにインスタンス化されてもよい。所望の場合、ユーザは実行時作業空間３０４の動作中、代替言語（つまりデフォルト言語以外の言語）を選択することを許可されてもよい。

【0049】

再び実行時アプリケーション３０２を見ると、前記に注記されたように、実行時アプリケーション３０２は、実行時作業空間３０４に通信可能に結合され、それによって実質的に制御される。さらに、実行時アプリケーション３０２は、実行時作業空間３０４によって定義されるインタフェース規約と準拠するように構成されてよい。例えば、実行時アプリケーション３０２は、拡大縮小機能、スクロール機能、選択機能、および他のユーザインタフェース機能が実行時作業空間ディスプレイを介して統合された外観およびユーザ経験を提供するために一貫して実現される。さらに、より詳細に後述されるように、アプリケーション３０２の各々は、実行時作業空間ディスプレイを構成する特定の１つの表示パネルまたは表示パネルのセットで表示するように割り当てられてもよい。アプリケーション３０２は、必ずしもではないが好ましくは、表示情報が描画される表示パネルのための実行時作業空間３０４に提供されるディスプレイ情報を自動的に調整するように構成されている。例えば、アプリケーションが、そのコンテンツが浮動パネル（他のパネルに重なる、および／または隠す可能性がある表示パネル）に表示されることを認識しているケースでは、アプリケーションは初期サイズ、または浮動パネルの構成の中で情報を描画する上で使用するのに適したグラフィックレイアウト情報を提供する。表示パネルに関する追加の説明は図５から図１０に関連して以下に提供される。

【0050】

図４は、本書記載の実施例の統合グラフィック実行時インタフェースが１つ以上のサービスにプロセス制御グラフィックを動作可能に結合するために使用されてよい１つの方法のより詳細なブロック図である。図４に示されるように、実行時作業空間３０４は、実行時作業空間アプリケーションドメイン４０２を含む。図４には図示されていないが、実行時作業空間３０４は、その各々が別の実行時アプリケーションおよび／またはサービスと関連付けられてもよい追加のアプリケーションドメインのホストをつとめてよい。例えば、図３の傾向分析アプリケーション３０８と高度制御アプリケーション３１０は、実行時作業空間３０４内の別の追加アプリケーションドメインを使用して実現されてもよい。

【0051】

実行時作業空間３０４は、各々が実行時作業空間３０４によって提供される各々の表示パネルと関連付けられてよい１つ以上のディスプレイサービス４０６と４０８の動作を管理するプロセスグラフィックディスプレイマネージャ４０４を提供する。プロセスグラフィックディスプレイマネージャ４０４は、（例えば、図５に関連して後述される浮動パネル等のポップアップパネルを介して）フェースプレートまたは実行時作業空間３０４内の別のディスプレイを表示するための要求を実行時作業空間３０４から受け入れるように構成されてよく、ディスプレイサービス４０６と４０８の内の１つまたは両方を呼び出すことによりそれらの要求を実施する。図４に描かれているように、ディスプレイサービス４０６と４０８の各々のインスタンスは各々のアプリケーションドメインで生成される。２つのディスプレイサービス４０６と４０８が図４に示されているが、３つ以上、または１つのディスプレイサービスが代わりに使用されてよい。

【0052】

ディスプレイサービス４０６と４０８は、各々の描画エンジン４１０と４１２を含む。この例では、描画エンジン４１０と４１２は、プロセス制御関連グラフィックスを描画するように構成される。より詳細には、描画エンジン４１０と４１２は、作成されるあるいはインスタンスが作成され、次にパネルまたはペインを表示するために描画されるディスプレイアセンブリおよびサポートディスプレイ制御アセンブリをロードする。描画エンジン４１０と４１２は、各々のデータソース４１４と４１６を含む。データソース４１４は、プロキシ４１８を介して他のサービスの中で変更通知サービスを提供してよい実行時サーバ４２０に通信可能に結合される。同様に、データソース４１６はプロキシ４２２を介して実行時サーバ４２０に通信可能に結合されてよく、プロキシ４２６を介して、他のサービスの中でアラーム要約サービスを提供するアラームサーバ４２４にも通信可能に結合されもてよい。

【0053】

動作中、ディスプレイサービス４０６と４０８は、プロセスグラフィックディスプレイマネージャ４０４によって作成される、あるいはインスタンスが生成され、次に各々サーバ４２０と４２４と登録される。プロセスグラフィックディスプレイマネージャ４０４は、次に、ディスプレイサービス４０６と４０８がそれらの各々のディスプレイを描画しなければならない表示パネル（複数の場合がある）と関連するコンテキストまたはハンドルを取得するために、実行時作業空間３０４の一部である実行時ペイン構成要素４２８と通信してよい。このため、実行時ペイン構成要素４２８はディスプレイが描画される前記パネルを生成するように構成されてよい。

【0054】

図４に示されるように、プロセスグラフィックディスプレイマネージャ４０４はプロキシ４３２を介してローカルディスプレイレポジトリサービス４３０に通信可能に結合される。ローカルディスプレイレポジトリサービス４３０は、ローカルディスプレイキャッシュ４３４から、あるいは必要とされるディスプレイ情報がローカルディスプレイキャッシュ４３４に記憶されていない場合には、グローバルディスプレイレポジトリサービス４３８およびプロキシ４４０を介してグローバルディスプレイキャッシュ４３６からディスプレイ情報を取り出すように構成される。ローカルディスプレイレポジトリサービス４３０はローカルオペレータのステーション（例えば、実行時作業空間３０４のホストを務める同じステーションまたはサーバ）内でインスタンスを生成されてよく、グローバルディスプレイレポジトリサービス４３８は別のノード（例えば、実行時作業空間３０４がインスタンスを生成されるステーションまたはサーバとは別のワークステーションまたはサーバ）でインスタンスを生成されてよい。

【0055】

図５は、本書記載の実施例の統合グラフィック実行時インタフェースによって使用されるディスプレイフレームワーク５００である。一般的には、作業空間フレームワーク５００は、各々が別の実行時アプリケーションに関するグラフィック情報を含んでもよい、複数の表示パネルから構成されるユーザ構成可能なディスプレイレイアウトを提供する。このように、ディスプレイフレームワーク５００は、システムオペレータおよび／またはプロセス制御システムと関連する他の人員が、プロセス制御関連情報を見るおよび／または変更するために対話できる高度に統合されたグラフィックユーザインタフェースを提供する。いったん構成されると、ディスプレイレイアウト（つまり、パネルの配列、パネルのタイプの選択、実行時アプリケーションの特定のパネルに対する関連または割り当て等）は、ユーザインタフェースとのユーザの対話の直感性を高めるためにプロセス制御システム全体で拡散され、より訓練時間を短縮し、誤りまたはオペレータエラー等を最小限に抑える。

【0056】

また、一般的には、フレームワーク５００を構成する表示パネルは固定パネルまたは浮動パネルであってもよい。固定パネルは、それらがコンテンツを有するか、フレームワーク５００の中で実質的に固定された位置を有するか、および他のパネルと重ならないかに関係なく、つねに可視可能である。したがって、フレームワーク５００の中の固定パネルは、実行時作業空間３０４のインスタンス化された背景面を効果的に形成する。しかしながら、さらに詳しく後述されるように、いくつかの固定パネルは他の固定パネルによって占有される位置に移動可能であってもよい（つまりそのコンテンツがコピーされてもよい）。

【0057】

対照的に浮動パネルは１つ以上の固定パネルまたは他の浮動パネルの上に浮かぶ、重なる、完全にまたは部分的に隠す、またはそれ以外の方法でその表示と干渉する一時的なコンテンツウィンドウを提供する。浮動パネルは例えばプロセス制御関連フェースプレート、実行時アプリケーションユーザ特殊インタフェース構成要素等を表示するために使用されてもよい。加えて、さらに詳説されるように、浮動パネルは、システムオペレータが浮動パネルにより隠されていることがあるパネルまたはその部分を見ることができるようにするためにフレームワーク５００内で可動となるように構成されてもよい。固定パネルとは異なり、浮動パネルは、浮動パネルのコンテンツの表示がもはや必要とされない、あるいは所望されないときにシステムオペレータによって閉じることができる。

【0058】

図５の作業空間フレームワーク５００を詳しく見ると、フレームワーク５００の上部と下部には固定パネル５０２と５０４が隣接している。固定パネル５０２と５０４は細長い矩形形状を有するため、アラーム情報（例えば、アラームバナー）、操作等を選択するための選択領域、ステータス情報バナー（例えば、プロセス制御領域ステータスバナー）または任意の他のプロセス制御関連情報を表示するために適切である。作業空間５００は、積み重ね可能なパネル５０６と５０８が固定パネル５０２と５０４上で層化されている点を除き、固定パネル５０２と５０４に類似している積み重ね可能なパネル５０６と５０８も含む。固定パネル５０２と５０４のように、積み重ね可能なパネル５０６と５０８は、アラーム情報、ステータス情報、ツールバー等を表示するために使用されてもよい。

【0059】

作業空間５００は、複数の表示パネル５１２、５１４、５１６、５１８および５２０から構成される中心表示領域５１０も含む。パネル５１２〜５２０の各々は、異なる実行時時間アプリケーションからのコンテンツを含んでよい。代わりに、または加えて、パネル５１２〜５２０のいくつかまたはすべては、単一の実行時アプリケーションによって提供される異なる種類の情報に関する情報を含んでもよい。例えば、パネル５１２〜５２０の各々は単一のプロセス制御プラントの異なる領域または部分に関するプロセス制御情報を含んでよい。さらに、パネル５１２〜５２０のいくつかまたはすべては、ライブプロセス制御情報に関する情報を含んでよく、ユーザがプロセスパラメータ等を操作できるようにしてよい。代わりにまたは加えて、パネル５１２〜５２０の内の１つ以上は、ライブプロセス制御情報で注釈されてよいプロセス制御プラント関連の文書を含んでもよい。

【0060】

例の作業空間５００も、この例ではパネル５０８、５１２、５１４および５１８に重なる浮動パネル５２２を含む。浮動パネル５２２は、例えば、ポップアップダイアログ、フェースプレート等のコンテンツを含んでよい。

【0061】

図５の例の作業空間５００を構成するパネルの数、タイプ、および配列は１つの例にすぎないため、パネルの任意の他の組み合わせおよび／または配列が代わりに使用できるであろう。さらに、例の実行時作業空間５００と、作業空間５００を構成するパネル５０２〜５２２は、矩形形状を有するとして描かれているが、図５の例に描かれているものの代わりに、あるいはそれらに加えて任意の他の形状または形状の組み合わせが使用できるであろう。

【0062】

図６および図７は、１つ以上の表示パネルが、本書記載の実施例の統合グラフィック実行時インタフェースによって生成されるディスプレイ内に移動されてよい。より詳細には、図６は、各々の表示パネルＤＰ１、ＤＰ０、ＤＰ２、ＤＰ３およびＤＰ４に対応する表示域６０１、６０２、６０３、６０４および６０５から構成される（図５の表示域５１０に類似する）表示域６００を描いている。所望される場合、システムオペレータまたは他のユーザは（例えば、マウスまたは他のポインティングデバイスを使用して）選択肢、表示パネルＤＰ３を表示域６０５の中の位置に常駐するために移動してもよい。表示パネルＤＰ３が位置６０５に移動された後、表示域６０４により占有される過去の位置は空白つまり空であってよい。言うまでもなく、パネルＤＰ０、ＤＰ１、ＤＰ２、ＤＰ３、およびＤＰ４のいずれかは、任意の他のパネルの位置に常駐するように移動できるであろう。

【0063】

図８および図９は、１つ以上の表示パネルが本書記載の実施例の統合グラフィック実行時インタフェースによって生成されるディスプレイ内にコピーされる方法を描く。図８に示されるように、システムオペレータまたは他のユーザは表示パネルＤＰ２に表示パネルＤＰ１をコピーすることを選んでよい。図９に示されているようなコピー動作に続いて、表示パネルＤＰ１とＤＰ２は、表示パネル位置６０３を共用し、表示パネルＤＰ１はその元の位置にも留まる。

【0064】

図１０は、本書記載の実施例の統合グラフィック実行時インタフェースにより使用される例の表示パネル割り当てプロセス１０００である。例のプロセス１０００を詳細に説明する前に、作業空間表示定義は、パネル割り当てプロセス１０００の動作を可能にするように構成されてよい方法に関する簡略な説明が後述する。

【0065】

一般的には、作業空間フレームワーク（例えば図５の作業空間フレームワーク５００）の中で使用されるパネルの各々は、１つ以上のディスプレイカテゴリ名（例えば、コンテンツカテゴリ）と関連するように構成されてもよい。例えば、図５の例では、表示パネル５１２は、ライブプロセス制御データと履歴プロセス制御データと関連付けられるように構成され、表示パネル５０２はアラームまたはイベントデータと関連付けられるように構成されてもよい。同様に残りのパネル５０４、５０６、５０８、５１４、５１６、５１８、５２０および５２２の各々も１つ以上のディスプレイカテゴリまたはコンテンツカテゴリと関連付けられるように構成されてもよい。さらに、図５の例のフレームワーク５００に示されているパネル５０２〜５２２の内の１つは、後述されるように、他の宛先識別情報が使用できないディスプレイ情報を描画するために使用されるデフォルトパネルとして指定されてもよい。

【0066】

加えて、パネル５０２〜５２２の各々は、識別宛先または位置情報と使用優先順位と関連付けられる。宛先または位置の情報は、そのパネルのための情報が描画されなければならない作業空間ディスプレイの中の物理位置に対応する。浮動パネルのケースでは、位置情報は作業空間ディスプレイ内の初期の位置またはデフォルトの物理位置に対応する。さらに詳しく後述されるように、使用優先順位情報は、複数の使用可能なパネルの内のいずれで、コンテンツが特定のパネルで描画されるべきことを示す不在命令（複数の場合がある）が描画されるべきかを解決する（ｒｅｓｏｌｖｅ）ために使用される。

【0067】

作業空間５００内の浮動パネル（例えば、浮動パネル５２２）の初期の表示位置は、各浮動パネルに、パネルの所定の部分（例えば、角）が設置されなければならないアンカーポイント（例えば、作業空間５００内の物理位置）を設定することにより構成されてよい。代わりにまたは加えて、作業空間５００と関連する物理ディスプレイ表面の上で分散される選択された位置またはアンカーポイントは異なるコンテンツカテゴリと関連付けられてもよい。それらのケースでは、第１のタイプまたはコンテンツのカテゴリを含む浮動パネルのインスタンス化は、前記浮動パネル内のコンテンツのタイプまたはカテゴリと関連するアンカーポイントに１つ（または複数の内の１つ）であってよい。

【0068】

各浮動パネルの好ましい初期サイズ（複数の場合がある）または寸法も構成されてもよい。例えば、浮動パネルは、浮動パネルが描画されるべきディスプレイ装置のネイティブサイズに基づいてその初期サイズを構築するように構成されてよい。別の例では、浮動パネルはユーザ定義の好ましいサイズに基づいてその初期サイズを構築するように構成されてもよい。代わりにまたは加えて、各浮動パネルは、ユーザがパネルのサイズを変更できるように、あるいはユーザがパネルのサイズを変更できないように構成されてもよい。浮動パネルがサイズ変更可能となるように構成される事例では、浮動パネルはウィンドウズ（登録商標）のサイズ変更動作で使用するのに適した境界線で描画されてもよい。

【0069】

ここで図１０を詳しく見ると、例のプロセス１０００は、それが新しいディスプレイを描画する要求を受け取ったかどうかを判断する（ブロック１００２）。新しいディスプレイを描画する要求がブロック１００２で受け取られていた場合、プロセスは、ディスプレイのための宛先パネルが指定されていたかどうかを判断する（ブロック１００４）。宛先パネルがブロック１００４で指定されていない場合には、例のプロセス１０００は、ディスプレイと関連する１つ以上のカテゴリを、使用可能な表示パネルの各々と関連するカテゴリに描画されるディスプレイに比較する。例のプロセス１０００は、次に、ディスプレイと関連するカテゴリが使用可能な表示パネルと関連するカテゴリのいずれかに一致するかどうかを判断する（ブロック１００８）。プロセス１０００がブロック１００８で、描画されるディスプレイと関連するカテゴリのいずれも使用可能な表示パネルに一致しないと判断する場合、あるいは描画されるディスプレイがカテゴリ情報を含まない場合には、ディスプレイはデフォルトパネルで描画されるために割り当てられる（ブロック１０１０）。

【0070】

他方、例示のプロセス１０００がブロック１００８で、一致があると判断すると、プロセス１０００は複数のカテゴリ一致があるかどうかを判断する（ブロック１０１２）。プロセス１０００がブロック１０１２で複数のカテゴリ一致がない（つまり１つしか一致がない）と判断すると、プロセス１０００は、固定パネルまたは浮動パネルのいずれか一致するパネルで描画されるディスプレイを割り当てる（ブロック１０１４）。

【0071】

プロセス１０００がブロック１０１２で、ディスプレイと関連する少なくとも１つのカテゴリと一致する少なくとも１つのカテゴリを有する複数の使用可能な表示パネルがあると判断する場合、プロセス１０００は一致するパネルと関連する所定の使用順序に基づいて一致パネルの内の１つで描画されるディスプレイを割り当てる（ブロック１０１６）。

【0072】

ブロック１０１６でパネルを割り当てる１つの方法は以下に概略される選択シーケンスに従ってよい。第１に、可能ならばプロセス１０００は、一致する現在はコンテンツの無い、固定パネル（例えば、空白または未使用である固定パネル）にディスプレイを割り当てる。このような一致する複数の固定パネルが存在する場合には、プロセスはパネルの使用順序に基づいてパネルの内の１つを選択する。第２に、現在コンテンツのない一致する固定パネルがない場合には、プロセス１０００は、現在閉じられている一致する浮動パネルに表示を割り当てる。いったん割り当てられると、割り当てられた浮動パネルが開かれ、ディスプレイコンテンツがその中で描画される。複数のこのような浮動パネルが使用できる場合には、プロセス１０００はプロセスの使用順序に基づいてパネルの内の１つを選択する。第３に、現在閉じられている一致する浮動パネルがない場合、プロセス１０００は、一致する現在開いている浮動パネルがあるか判断する。複数の現在開いている浮動パネルが一致する場合には、プロセス１０００は最も旧いコンテンツを含む、開いている浮動パネルを識別し、そのパネルのコンテンツを新しいディスプレイコンテンツで置換する。第４に、プロセス１０００が一致する現在開いている浮動パネルがないと判断する場合、プロセス１０００は一致する現在使用されている固定パネルがあるか否かを判断し、新しいディスプレイコンテンツを一致する現在使用されている固定パネルに割り当てる。複数の一致する現在使用される固定パネルがある場合には、プロセス１０００は、それらのパネルの使用順に基づいて新しいディスプレイコンテンツを一致する現在使用されている固定パネルの内の１つに割り当てる。代わりにまたは加えて、プロセス１０００はユーザが手動でどのパネルで新しいディスプレイが描画されるべきかを選択できる。

【0073】

本書に説明される機能ブロックまたは動作は、ソフトウェア、ファームウェアおよびハードウェアの任意の所望の組み合わせを使用して実現されてよい。例えば、１台以上のマイクロプロセッサ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）等が方法を実行するために、あるいは本書に説明される装置を実現するために機械またはプロセッサがアクセス可能な記憶媒体上に記憶される命令またはデータにアクセスしてよい。記憶媒体は、例えばランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能ＲＡＭ（ＥＥＰＲＯＭ）等を含むソリッドステート記憶媒体、光記憶媒体、磁気記憶媒体等のデバイスおよび／または媒体の任意の組み合わせを含んでよい。加えて、機能ブロックを実現するために使用されるソフトウェアは、加えてまたは代わりに、インターネット、電話回線、衛星通信等を介してソフトウェアを実行する１台以上のプロセッサまたは他のデバイスに送達され、それらによってアクセスされてよい。

【0074】

図１１は、本書に説明される装置および方法を実現するために使用されてよい例のプロセッサシステム１１０２を描いている。例のプロセッサベースのシステム１１０２は、例えば、サーバ、パーソナルコンピュータ、または任意の他のタイプのコンピューティング装置であってよい。

【0075】

プロセッサ１１００は、例えば、ペンティアム（登録商標）（Ｐｅｎｔｉｕｍ（登録商標））ファミリ、アイテニアム（Ｉｔａｎｉｕｍ（登録商標））ファミリ、またはＸＳｃａｌｅ（登録商標）ファミリの１台以上のインテル（Ｉｎｔｅｌ（登録商標））マイクロプロセッサを使用して実現されてよい。言うまでもなく、他のファミリの他のプロセッサも適切である。プロセッサ１１００は、バス１１０８を介して揮発性メモリ１１０４と不揮発性メモリ１１０６を含むメインメモリと通信している。揮発性メモリ１１０４は、同期型ＤＲＡＭ（ＳＤＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、ＲＡＭＢＵＳダイナミックランダムアクセスメモリ（ＲＤＲＡＭ）および／または任意の他のタイプのランダムアクセスメモリデバイスによって実現されてよい。不揮発性メモリ１１０６は、フラッシュメモリおよび／または任意の他の所望のタイプの不揮発性メモリデバイスによって実現されてよい。メモリ１１０４に対するアクセスは通常従来のようにメモリコントローラ（不図示）によって制御される。

【0076】

システム１１０２はインタフェース回路１１１０も含む。インタフェース回路は、例えば、図１のリンク２４、３２、４０、４２、４６および４８の内の１つ以上を介してシステム１１０２が通信可能にするために任意のタイプの周知のインタフェース規格によって実現されてよい。

【0077】

システム１１０２は、ソフトウェアおよび／またはデータを記憶するための１台以上の大量記憶装置１１１８も含む。このような大量記憶装置の例は、フロッピー（登録商標）ディスクドライブ、ハードドライブディスク、コンパクトディスクドライブ、およびデジタル多用途ディスク（ＤＶＤ）ドライブを含む。

【0078】

特定の方法および装置および製品が本書に説明されてきたが、本特許の対象範囲はそれに限定されない。逆に、本特許は文字通りに、または均等論の元でのいずれかにより添付請求項の範囲内に適正に該当するすべての方法、装置および製品をカバーする。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】