(57)【要約】【課題】限られたコントローラ及びデバイスメモリ、通信帯域幅、並びにコントローラ及びデバイスプロセッサの能力による影響を低減する。【解決手段】プロセスプラントを制御するために第１のクライアントデバイスのユーザインターフェースセッションを開始する方法であって、第１のクライアントデバイスのデバイスタイプに従って識別したグラフィカルユーザインターフェース構成及び目標セッションに従って新しいセッションを第１のクライアントデバイスで構成し、新しいセッションに関連するデータを第１のクライアントデバイスに伝送し、新しいセッションに関連するデータは、第１のクライアントデバイスで実行される専用プロセスコントロールアプリケーションを状態データによって特定される状態にする状態データ、専用プロセスコントロールアプリケーション内で表示するためのデータをさらに含む、方法。【選択図】図１Ａ
2020201989.tif 000002
【特許請求の範囲】
【請求項１】
プロセスプラントを制御するために第１のクライアントデバイスのユーザインターフェースセッションを開始する方法であって、
セッション要求を、ユーザに関連する前記第１のクライアントデバイスから受信し、
前記セッション要求が受信される前記第１のクライアントデバイスのデバイスタイプを判定し、
前記デバイスタイプに従ってグラフィカルユーザインターフェース構成を識別し、
前記セッション要求に関連する目標セッションを識別し、前記目標セッションは第２のユーザインターフェースデバイスでの前記ユーザの以前の開始セッションであり、
前記識別したグラフィカルユーザインターフェース構成及び識別した目標セッションに従って新しいセッションを前記第１のクライアントデバイスで構成し、新しいセッションを構成することは、前記セッション要求に関連するコンテキストデータを識別することと、前記新しいセッションに関連するデータとして、プロセス領域、機器リソース、もしくは目標セッションで監視され、または制御されるプロセスデータの組、の少なくとも１つを識別することとを含み、
前記新しいセッションに関連する前記データを前記第１のクライアントデバイスに伝送し、
前記新しいセッションに関連する前記データは、前記第１のクライアントデバイスで実行される専用プロセスコントロールアプリケーションを状態データによって特定される状態にする状態データを含み、
前記新しいセッションに関連するデータは、前記専用プロセスコントロールアプリケーション内で表示するためのデータをさらに含む、
方法。
【請求項２】
セッション要求を前記第１のクライアントデバイスから受信することは、（１）目標セッション識別子及び（２）デバイスタイプを受信することを含む、
請求項１に記載の方法。
【請求項３】
前記識別したグラフィカルユーザインターフェース構成及び識別した目標セッションに従って新しいセッションを前記第１のクライアントデバイスのために構成することが、前記識別したグラフィカルユーザインターフェース構成に関連する制約に従って前記識別したセッションデータを監視または制御するために前記新しいセッションを構成することを含む、請求項１または請求項２に記載の方法。
【請求項４】
前記セッション要求に関連する前記コンテキストデータを識別することが、
（ａ）前記プロセスプラントにおける前記第１のクライアントデバイスの場所を識別すること、
（ｂ）前記セッション要求に関連するユーザ識別子またはユーザタイプを識別すること、
（ｃ）前記第１のクライアントデバイスに関連するユーザ識別子またはユーザタイプを識別すること、
（ｄ）前記第１のクライアントデバイスから所定の距離内の１つ以上のプロセス制御デバイスを識別すること、
（ｅ）前記目標セッションに関連する前記第２のユーザインターフェースデバイスで行われている機能を識別すること、
（ｆ）前記目標セッションに関連する前記第２のユーザインターフェースデバイスに関連するユーザ識別子を識別すること、
の少なくとも１つを含む、請求項１〜請求項３の何れか１項に記載の方法。
【請求項５】
プロセスプラントを制御するためにユーザインターフェースセッションを開始するサーバであって、
前記プロセスプラントを制御するために、プロセス制御ネットワークを介して通信するように構成されているネットワークインターフェースと、
前記ネットワークインターフェースに通信可能に結合されているプロセッサと、
前記プロセッサに通信可能に結合されているメモリデバイスであって、
前記ネットワークインターフェースを介して、ユーザに関連する第１のクライアントデバイスで、前記プロセスプラントを制御するためのユーザインターフェースセッションを開始するためのセッション要求を受信し、
前記セッション要求に関連する目標セッションを識別し、前記目標セッションは第２のユーザインターフェースデバイスで前記ユーザの以前の開始セッションであり、
前記セッション要求が受信される前記第１のクライアントデバイスのデバイスタイプを判定し、
前記デバイスタイプ及び識別した目標セッションに従ってグラフィカルユーザインターフェース構成を識別し、
新しいセッションを識別した前記グラフィカルユーザインターフェース構成に従って構成し、新しいセッションを構成することは、前記セッション要求に関連するコンテキストを識別することと、セッションデータとして、プロセス領域、機器リソース、もしくは目標セッションで監視され、または制御されるプロセスデータの組、の少なくとも１つを識別することとを含み、
前記第１のクライアントデバイスが前記セッションデータを受信し、受信した前記セッションデータ及び識別した前記グラフィカルユーザインターフェース構成に従って、前記プロセスプラントの制御を容易にするために情報を表示することができるように、前記ネットワークインターフェースを介して、前記新しいセッションに関連する前記セッションデータを伝送し、
前記新しいセッションに関連する前記セッションデータは、前記第１のクライアントデバイスで実行される専用プロセスコントロールアプリケーションを状態データによって特定される状態にする状態データを含み、
前記セッションデータは、前記専用プロセスコントロールアプリケーション内で表示するためのデータをさらに含む、
ように前記プロセッサによって実行可能な機械可読命令を含む、メモリデバイスと、
を含む、
サーバ。
【請求項６】
前記セッション要求に関連するデバイスタイプを判定することは、
前記セッション要求に関連するユーザ識別子を、前記ネットワークインターフェースを介して受信し、
受信した前記ユーザ識別子に基づいて前記デバイスタイプを識別する、
ことを含む、請求項５に記載のサーバ。
【請求項７】
前記セッション要求に関連する前記デバイスタイプを判定することは、前記デバイスタイプとしてモバイルデバイスを識別することを含む、請求項５または請求項６に記載のサーバ。
【請求項８】
前記セッション要求に関連する前記コンテキストを識別することが、前記ネットワークインターフェースを介して受信した情報に基づいて、
（ａ）前記プロセスプラントにおける前記第１のクライアントデバイスの場所、
（ｂ）前記セッション要求に関連するユーザ識別子またはユーザタイプ、
（ｃ）前記第１のクライアントデバイスに関連するユーザ識別子またはユーザタイプ、
（ｄ）前記第１のクライアントデバイスから所定の距離内の１つ以上のプロセス制御デバイス、
（ｅ）前記目標セッションに関連する前記第２のユーザインターフェースデバイスで行われている機能、
（ｆ）前記目標セッションに関連する前記第２のユーザインターフェースデバイスに関連するユーザ識別子、
の少なくとも１つを識別すること含む、請求項５〜請求項７の何れか１項に記載のサーバ。
【請求項９】
プロセスプラントの制御を容易にするクライアントデバイスであって、
入力インターフェースと、
前記入力インターフェースに通信可能に結合されているプロセッサと、
前記プロセッサに通信可能に結合されているディスプレイと、
前記プロセッサに通信可能に結合され、前記プロセスプラントを制御するためのプロセス制御ネットワークを介して通信するように構成されている、ネットワークインターフェースと、
前記プロセッサに通信可能に結合されているメモリデバイスであって、
前記入力インターフェースを介して検出されるユーザ入力に従って、ユーザインターフェースセッションを開始することに関するセッション要求を生成し、
前記ネットワークインターフェースを介してユーザに関連する前記クライアントデバイスのデバイスタイプを伝送し、
前記ネットワークインターフェースを介して前記セッション要求を伝送し、
前記ネットワークインターフェースを介して、ユーザインターフェースデバイスでの前記ユーザの以前の開始セッションに従って新しいセッションに関連するセッションデータを受信し、前記新しいセッションデータは前記セッション要求に基づいて開始され、前記セッションデータは、プロセス領域、機器リソース、もしくは新しいセッションで監視され、または制御されるプロセスデータの組、の少なくとも１つを含み、
前記セッションデータに基づいて前記プロセスプラントの制御を容易にする情報を識別し、
前記ディスプレイで提供される専用プロセスコントロールアプリケーションのグラフィカルユーザインターフェースを介して、前記プロセスプラントの制御を容易にするための前記識別した情報を表示し、
前記ネットワークインターフェースを介して、前記クライアントデバイスのコンテキストをサーバに報知する信号を伝送する、
ように前記プロセッサによって実行可能な機械可読命令を含む、メモリデバイスと、
を含むクライアントデバイス。
【請求項１０】
前記メモリデバイスが、前記ネットワークインターフェースを介して目標セッションを伝送するように前記プロセッサによって実行可能な命令をさらに含む、請求項９に記載のクライアントデバイス。
【請求項１１】
前記プロセスプラントの制御を容易にする情報を識別することが、前記セッションデータによって特定されるプロセス情報を識別することを含む、請求項９または請求項１０に記載のクライアントデバイス。
【請求項１２】
前記プロセスプラントの制御を容易にする情報を識別することが、前記セッションデータによって特定されるプロセスエンティティに基づいてプロセス情報を取得することを含む、請求項９〜請求項１１の何れか１項に記載のクライアントデバイス。
【請求項１３】
前記コンテキストは、
（ａ）前記プロセスプラントにおけるデバイスの場所、
（ｂ）前記セッション要求に関連するユーザ識別子またはユーザタイプ、
（ｃ）前記デバイスに関連するユーザ識別子またはユーザタイプ、
（ｄ）前記デバイスから所定の距離内の１つ以上のプロセス制御デバイス、
（ｅ）以前の開始セッションに関連する前記ユーザインターフェースデバイスで行われている機能であって、前記セッションデータは前記以前の開始セッションに基づいて識別された、機能、
（ｆ）前記以前の開始セッションに関連する前記ユーザインターフェースデバイスと関連するユーザ識別子であって、前記セッションデータは前記以前の開始セッションに基づいて識別された、ユーザ識別子、
のうちの１つ以上を識別する、請求項９〜請求項１２の何れか１項に記載のクライアントデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、プロセスプラント及びプロセス制御システムに関し、より具体的には、プロセスプラント及びプロセス制御システムにおけるモバイルユーザインターフェースデバイスの使用に関する。
【背景技術】
【０００２】
化学、石油、又は他のプロセスプラントで用いられるような分散型プロセス制御システムは、通常、アナログバス、デジタルバス、又はアナログ／デジタルの複合バスを介して、若しくは無線通信リンク又はネットワークを介して１つ以上のフィールドデバイスに通信可能に結合される１つ以上のプロセスコントローラを含む。例えば、バルブ、バルブポジショナ、スイッチ、及び送信器（例えば、温度センサ、圧力センサ、レベルセンサ、及び流量センサ）などのフィールドデバイスは、プロセス環境内に存在し、一般に、プロセスプラント又はシステム内で実行されている１つ以上のプロセスを制御するためにバルブの開閉、プロセスパラメータの計測等の物理的制御機能又はプロセス制御機能を行う。また、周知のＦｉｅｌｄｂｕｓプロトコルに準拠するフィールドデバイスなどのスマートフィールドデバイスも、コントローラ内で通常実施される制御計算、アラーム機能、及び他の制御機能を行うことがある。通常はプラント環境内に同様に存在するプロセスコントローラは、センサ及び／又はフィールドデバイスによって作成されたプロセス計測値及び／又はフィールドデバイスに関する他の情報を示す信号を受信し、例えば、プロセス制御の決定を下す異なる制御モジュールを実行するコントローラアプリケーションを実行し、受信した情報に基づいて制御信号を生成し、ＨＡＲＴ（登録商標）、Ｗｉｒｅｌｅｓｓ  ＨＡＲＴ（登録商標）、及びＦＯＵＮＤＡＴＩＯＮ（登録商標）Ｆｉｅｌｄｂｕｓフィールドデバイスなどのフィールドデバイスにおいて行われる制御モジュール又はブロックと協調する。コントローラにおける制御モジュールは、通信ライン又はリンク経由でフィールドデバイスに制御信号を送信し、これにより、プロセスプラント又はシステムの少なくとも一部の動作を制御する。
【０００３】
フィールドデバイス及びコントローラからの情報は、通常、データハイウェイを経由して、制御室、又は過酷なプラント環境から離れた別の場所に通常設置される１つ以上の他のハードウェアデバイス、例えばオペレータワークステーション、パーソナルコンピュータ、又はコンピューティングデバイス、データヒストリアン、レポート生成器、中央データベース、又は他の中央管理コンピューティングデバイスで利用可能となる。これらのハードウェアデバイスのそれぞれは、通常、プロセスプラントにわたって又はプロセスプラントの一部にわたって一元化される。これらのハードウェアデバイスは、例えば、オペレータがプロセスを制御すること及び／又はプロセスプラントを稼働させることに関する機能の実施、例えば、プロセス制御ルーチンの設定の変更、コントローラ又はフィールドデバイス内の制御モジュールの動作の修正、プロセスの現在の状態の閲覧、フィールドデバイス及びコントローラによって生成されるアラームの閲覧、人員のトレーニング、又はプロセス制御ソフトウェアのテストを目的としたプロセスの動作のシミュレーション、構成データベースの維持及び更新などを行うことができるようにし得るアプリケーションを実行する。ハードウェアデバイス、コントローラ、及びフィールドデバイスによって用いられるデータハイウェイは、有線通信経路、無線通信経路、又は有線通信経路と無線通信経路との組合せを含んでもよい。
【０００４】
例として、Ｅｍｅｒｓｏｎ  Ｐｒｏｃｅｓｓ  Ｍａｎａｇｅｍｅｎｔによって販売されるＤｅｌｔａＶ（商標）制御システムは、プロセスプラント内の様々な場所に存在する異なるデバイス内に格納され、これによって実行される複数のアプリケーションを含む。これらのアプリケーションのそれぞれは、ユーザ（例えば、構成エンジニア、オペレータ、保守要員など）がプロセスプラントの動作及び構成の態様を閲覧及び／又は修正することを可能にするためにユーザインターフェース（ＵＩ）を提供する。本明細書の全体を通して、「ユーザインターフェース」又は「ＵＩ」という文言は、プロセスプラントの構成、動作、又はステータスをユーザが閲覧又は修正することを可能にするアプリケーション又は画面を指すのに用いられる。同様に、「ユーザインターフェースデバイス」又は「ＵＩデバイス」という文言は、該デバイスが据置型（例えば、ワークステーション、壁掛け式ディスプレイ、プロセス制御デバイスディスプレイなど）又はモバイル（例えば、ラップトップコンピュータ、タブレットコンピュータ、スマートフォンなど）のいずれであるかにかかわらず、ユーザインターフェースがその上で動作しているデバイスを指すのに用いられる。１つ以上のオペレータワークステーション又はコンピューティングデバイスに常駐する構成アプリケーションは、ユーザがプロセス制御モジュールを作成又は変更し、これらのプロセス制御モジュールを、データハイウェイ経由で専用の分散型コントローラにダウンロードすることを可能にする。通常、これらの制御モジュールは、通信可能に相互接続された機能ブロックで構成され、これらは、それへの入力に基づいて制御方式内の機能を行い、且つ制御方式内の他の機能ブロックに出力を提供するオブジェクト指向プログラミングプロトコルでのオブジェクトである。構成アプリケーションはまた、データをオペレータに表示する、及びオペレータがプロセス制御ルーチン内のセットポイントなどの設定を変えることを可能にするために閲覧アプリケーションによって用いられるオペレータインターフェースを構成設計者が作成又は変更することを可能にしてもよい。各専用のコントローラ、及びいくつかの場合には１つ以上のフィールドデバイスは、実際のプロセス制御機能性を実装するために、それに割り当てられ及びダウンロードされる制御モジュールを実行するそれぞれのコントローラアプリケーションを格納し、及びこれを実行する。１つ以上のオペレータワークステーション上で（又はオペレータワークステーション及びデータハイウェイと通信可能に接続する状態で１つ以上のリモートコンピューティングデバイス上で）実行される場合がある閲覧アプリケーションは、コントローラアプリケーションからデータハイウェイ経由でデータを受信し、ＵＩを用いてこのデータをプロセス制御システム設計者、オペレータ、又はユーザに表示し、オペレータのビュー、エンジニアのビュー、技術者のビューなどの多数の異なビューのいずれかを提供してもよい。データヒストリアンアプリケーションは、通常、データハイウェイにわたって提供されるいくつかの又はすべてのデータを収集及び格納するデータヒストリアンデバイスに格納され、これによって��行され、一方、構成データベースアプリケーションは、現在のプロセス制御ルーチン構成及びそれに関連するデータを格納するためにデータハイウェイに取り付けられるさらなるコンピュータにおいて実行してもよい。代替的に、構成データベースは、構成アプリケーションと同じワークステーションに位置していてもよい。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
プロセス制御プラント及びプロセス制御システムのアーキテクチャは、限られたコントローラ及びデバイスメモリ、通信帯域幅、並びにコントローラ及びデバイスプロセッサの能力に強く影響されてきた。例えば、コントローラにおける動的及び静的不揮発性メモリの使用は、通常最小限にされ、又はとにかく慎重に管理される。結果として、システム構成中に（例えば、演繹的に（ｐｒｉｏｒｉ））、ユーザは、通常、コントローラにおいてどのデータがアーカイブされるか又は保存されるべきか、それが保存される周波数、及び圧縮が用いられるか否かを選ばなければならず、コントローラは、したがってこの限られたデータルールセットと共に構成される。その結果、トラブルシューティング及びプロセス解析に有用であることがあるデータはしばしばアーカイブされず、これが収集される場合、データ圧縮に起因して有用な情報が失われていることがある。
【０００６】
現在公知のプロセス制御システムにおけるコントローラメモリ使用を最小にすることに加えて、アーカイブされる又は保存されるべきデータは、例えば、適切なヒストリアン又はデータサイロで記憶するためにワークステーション又はコンピューティングデバイスに報告される。データを報告するのに用いられる現在の技術は、通信リソースを上手く使用せず、過度のコントローラ負荷を生じさせる。加えて、ヒストリアン又はサイロでの通信及びサンプリングにおける時間遅延に起因して、データコレクション及びタイムスタンピングは実際のプロセスとしばしば同期しなくなる。
【０００７】
同様に、バッチプロセス制御システムでは、コントローラメモリ使用を最小にするために、コントローラ構成のバッチレシピ及びスナップショットは、通常、中央管理コンピューティングデバイス又は特定の場所（例えば、データサイロ又はヒストリアン）に格納されたままであり、必要なときにだけコントローラに伝送される。こうしたストラテジは、コントローラに及びワークステーション又は中央管理コンピューティングデバイスとコントローラとの間の通信チャネルに多大なバースト負荷を導入する。
【０００８】
さらに、ディスクストレージの高いコストと組み合わされたプロセス制御システムのリレーショナルデータベースの能力及び性能の限界は、特定のアプリケーションの目的に合わせるためにアプリケーションデータを独立したエンティティ又はサイロに構造化するのに大きな影響を有する。例えば、ＤｅｌｔａＶ（商標）システム内で、プロセスモデル、連続するヒストリカルデータ、並びにバッチデータ及びイベントデータは、３つの異なるアプリケーションデータベース又はデータのサイロに保存及び／又はアーカイブされる。各サイロは、そこに格納されたデータにアクセスするのに異なるインターフェースを有する。
【０００９】
データをこのように構造化することは、ヒストライズド（ｈｉｓｔｏｒｉｚｅｄ）データにアクセスし、これを用いることへの障壁をもたらす。例えば、製品品質のばらつきの根本的原因は、これらのデータファイルのうちの１つ以上におけるデータに関連する場合がある。しかしながら、異なるファイル構造のため、解析のためにこのデータに迅速且つ容易にアクセスすることを可能にするツールを提供することはできない。さらに、異なるサイロにわたるデータに一貫性があることを保障するために監査機能又は同期機能が行われなければならない。
【００１０】
上述のプロセスプラント及びプロセス制御システムの限界及び他の限界は、例えば、プラント稼働中、トラブルシューティング中、及び／又は予測モデリング中のプロセスプラント又はプロセス制御システムの動作及び最適化においてそれら自身を不所望に明らかにすることがある。例えば、こうした限界は、トラブルシューティングのため及び更新されたモデルを生成するためにデータを得るために行われなければならない面倒な長々としたワークフローを強いる。加えて、得られたデータは、データ圧縮、不十分な帯域幅、又はシフトされたタイムスタンプに起因して不正確である場合がある。
【００１１】
本明細書で提供される背景技術の説明は、本開示の背景を広く一般に表すことを目的としている。この背景技術の項目の中で記載される範囲での、現在名前が記されている発明者の業績、並びに、出願の時点で従来技術として特にみなされないことがある説明の態様は、本開示と対比する従来技術として明らかにも又は暗にも認められない。
【課題を解決するための手段】
【００１２】
一実施形態では、プロセスプラントを制御するための第１のクライアントデバイス上でユーザインターフェースセッションを開始する方法は、第１のクライアントデバイスからセッション要求を受信することと、セッション要求に関連するデバイスタイプを判定することとを含む。方法はまた、デバイスタイプに従ってグラフィカルユーザインターフェース構成を識別することと、セッション要求に関連する目標セッションを識別することと、識別したグラフィカルユーザインターフェース構成及び識別した目標セッションに従って第１のクライアントデバイスに関する新しいセッションを構成することと、第１のクライアントデバイスに新しいセッションに関連するデータを伝送することとを含む。
【図面の簡単な説明】
【００１３】
【図１Ａ】プロセス制御システム又はプロセスプラントで動作する例示的なプロセス制御ネットワークのブロック図である。
【図１Ｂ】より広い範囲にわたる制御ネットワークを示すブロック図である。
【図２】本説明に係るモバイル制御室を含む通信アーキテクチャを示すブロック図である。
【図３】本説明に係るスーパーバイザエンジンの実施形態を示すブロック図である。
【図４】図２３のスーパーバイザエンジンによって生成され得る例示的な作業項目を示す。
【図５】プロセスプラントの人員にタスクを割り当てるための方法を示すフローチャートである。
【図６】プロセスプラントにおけるワークフローを管理する方法を示すフローチャートである。
【図７】プロセスプラントにおけるタスク完了を容易にする方法を示すフローチャートである。
【図８】ＵＩデバイスのブロック図である。
【図９Ａ】例示的なモバイル制御室の態様を示す図である。
【図９Ｂ】例示的なモバイル制御室におけるデバイスを示す図である。
【図１０】ＵＩデバイス間のＵＩ同期に関連する例示的なデバイスディスプレイを示す図である。
【図１１】ＵＩデバイスを同期する例示的な方法を示すフローチャートである。
【図１２Ａ】例示的なモバイル制御室におけるＵＩデバイスに関連する例示的なデータを示すブロック図である。
【図１２Ｂ】別の例示的なモバイル制御室におけるＵＩデバイスに関連する例示的なデータを示すブロック図である。
【図１３】ＵＩデバイスにセッションデータを提供する例示的な方法のフローチャートである。
【図１４】ＵＩデバイスでＧＵＩ構成を生成する例示的な方法のフローチャートである。
【図１５】２つのＵＩデバイス間の直接的な状態情報伝達のための例示的な方法を示すフローチャートである。
【図１６】サーバに結合される２つのＵＩデバイス間で状態情報を伝達するための例示的な方法を示すフローチャートである。
【図１７】２つのＵＩデバイス間で状態情報を伝達するための付加的な方法を示すフローチャートである。
【図１８】モバイル制御室に関連するＵＩデバイスを用いてプロセスプラントを制御するためのさらに別の例示的な方法を示すフローチャートである。
【図１９】ＵＩデバイスを用いるプロセスプラントのモバイル制御を容易にするためにサーバ上で実行される方法を示すフローチャートである。
【図２０】第１のＵＩデバイスの状態を第２のＵＩデバイスに伝送する方法を示すフローチャートである。
【図２１】第１のＵＩデバイス上でＵＩセッションを開始する方法を示すフローチャートである。
【図２２】第１のＵＩデバイス上でＵＩセッションをインスタンス化する第２の方法を示すフローチャートである。
【図２３】例示的なモバイル制御室の第２の態様を示す図である。
【図２４】例示的なコンテキスト−アウェアＵＩデバイスのブロック図である。
【図２５】プロセスプラントにおけるモバイル制御室の別の実施形態のブロック図である。
【図２６】さらに別の例示的なモバイル制御室の図である。
【図２７】グラフィカルユーザインターフェースを生成する例示的な方法を示すフローチャートである。
【図２８】ＵＩデバイスによって実行される例示的な方法を示すフローチャートである。
【図２９】プロセスプラントのモバイル制御を容易にする方法を示すフローチャートである。
【図３０】プロセスプラント内のモバイルデバイスの位置を判定する方法を示すフローチャートである。
【図３１】プロセス制御環境におけるモバイルデバイスのコンテキスト動作のための方法を示すフローチャートである。
【図３２】プロセスプラントにおける物理的現象を解析する方法を示すフローチャートである。
【発明を実施するための形態】
【００１４】
プロセスプラントに関連する制御設備及び保守設備の分散化及びモバイル化は、それと共に種々の付随する利点をもたらす。例えば、モバイルユーザインターフェースデバイスは、オペレータ、保守人員、及び他のプラント人員を集中化された場所から自由にするために、据置型ユーザインターフェースデバイスと協働して、プロセスプラントの動作及びステータスに関する情報へのアクセスを犠牲にせずにプロセスプラントの全体にわたって人員が動けるようにする。「ビッグデータ」概念、すなわち、伝統的なデータベース管理ツール及び／又はデータ処理アプリケーションが許容できる時間内に該データセットを管理することができないほど大きい又は複雑なデータの１つ以上のコレクションの収集、格納、編成、及びマイニングの実装を通じて、エキスパートシステム、監視システム、及びコンテキスト−アウェアモバイルユーザインターフェースデバイスと組み合わせた状態で、プロセスプラントを、本開示の全体を通して説明されるように、有利により効率よく（例えば、より少ない保守、より高い歩留まり、より短いダウンタイム、より少ない人員、人員及び機器の安全性へのより低いリスクなどを伴って）管理及び維持することができる。
【００１５】
一般に、コンテキスト−アウェアモバイルユーザインターフェースデバイスは、プロセスプラントの動作の改善を容易にするために、エキスパートシステム、監視システム、及びビッグデータシステムと協働する。改善された動作は、とりわけ、協同、移動性、ワークフロー管理、人員管理、自動化、アカウンタビリティ、検証、及び診断の態様を含む、ここで説明される概念のうちの１つ以上を用いて実施されてもよい。例えば、本明細書に記載の装置、システム、及び方法は、ユーザが１つのデバイスから別のデバイスに動かすことに関係なく利用可能な同じ又は類似の情報を有していてもよいように１つのユーザインターフェースデバイスから別のユーザインターフェースデバイスへ（例えば、ワークステーションからタブレットデバイスへ又はタブレットデバイスから移動電話へ）のシームレスな移行を容易にすることがあり、及び／又は、同じ又は異なるデータを閲覧する同じ又は異なる場所にいる複数の人員の協同（ｃｏｌｌａｂｏｒａｔｉｏｎ）を容易にすることがあり、及び／又は、ユーザが偶然動作させるデバイスを問わずユーザセッションの開始又は再開を容易にすることがある。ユーザインターフェースデバイスのうちのモバイルのものは、該当する情報（例えば、マップ、手順、図、ユーザマニュアル）を自動的に表示し、アプリケーションを立ち上げるなどするようにデバイスアウェア及び／又は場所アウェアであってもよい。加えて、エキスパートシステム及び監視システムとユーザインターフェースデバイスとの間の協働（ｃｏｏｐｅｒａｔｉｏｎ）は、オペレータ及び／又は保守人員のアクティビティに関係した作業項目の自動生成、割り当て、及び管理を容易にすることがある。例えば、より詳細に後述するように、エキスパートシステムは、いくつかのタスクが行われるべきであることを判断するためにビッグデータシステムに格納された情報を解析してもよく、スーパーバイザシステムと協働することによって、作業項目を作成し、作業項目を人に割り当て、作業項目タスクの遂行に必要な項目のチェックリストを作成し、割り当てられた人が関連するタスクの遂行をウォークスルーし、及びタスクの進行を追跡してもよい。これらの及び他の態様は全体を通して説明される。
【００１６】
最初に例示的なプロセスプラントのアーキテクチャ全体を参照すると、図１Ａは、プロセス制御システム又はプロセスプラント１０において動作する例示的なプロセス制御ネットワーク１００のブロック図である。プロセス制御ネットワーク１００は、種々の他のデバイス間に直接的に又は間接的に接続性を提供するネットワークバックボーン１０５を含んでもよい。ネットワークバックボーン１０５に結合されるデバイスは、種々の実施形態において、アクセスポイント７２、他のプロセスプラントへの（例えば、イントラネット又は企業広域ネットワークを介する）ゲートウェイ７５、外部システムへの（例えば、インターネットへの）ゲートウェイ７８、ＵＩデバイス１１２、サーバ１５０、ビッグデータ装置１０２（例えば、ビッグデータヒストリアンを含む）、ビッグデータエキスパートシステム１０４、スーパーバイザエンジン１０６、コントローラ１１、入力／出力（Ｉ／Ｏ）カード２６及び２８、有線フィールドデバイス１５〜２２、無線ゲートウェイ３５、及び無線通信ネットワーク７０の組み合わせを含む。通信ネットワーク７０は、無線デバイス４０〜５８を含んでいてもよく、これらは、無線フィールドデバイス４０〜４６、無線アダプタ５２ａ及び５２ｂ、アクセスポイント５５ａ及び５５ｂ、並びにルータ５８を含む。無線アダプタ５２ａ及び５２ｂは、それぞれ非無線フィールドデバイス４８及び５０に接続されてもよい。コントローラ１１は、プロセッサ３０、メモリ３２、及び１つ以上の制御ルーチン３８を含んでもよい。図１Ａは、ネットワークバックボーン１０５に接続されるデバイスのうちのいくつかの、ただ１つだけを描いているが、デバイスのそれぞれはネットワークバックボーン１０５上に複数のインスタンスを有することができることがあること、実際には、プロセスプラント１０は複数のネットワークバックボーン１０５を含んでもよいことが理解されるであろう。
【００１７】
ＵＩデバイス１１２は、ネットワークバックボーン１０５を介してコントローラ１１及び無線ゲートウェイ３５に通信可能に接続されてもよい。コントローラ１１は、入力／出力（Ｉ／Ｏ）カード２６及び２８を介して有線フィールドデバイス１５〜２２に通信可能に接続されてもよく、且つネットワークバックボーン１０５及び無線ゲートウェイ３５を介して無線フィールドデバイス４０〜４６に通信可能に接続されてもよい。コントローラ１１は、フィールドデバイス１５〜２２及び４０〜４６のうちの少なくともいくつかを用いてバッチプロセス又は連続プロセスを実施するように動作してもよい。単なる例として、Ｅｍｅｒｓｏｎ  Ｐｒｏｃｅｓｓ  ｍａｎａｇｅｍｅｎｔによって販売されるＤｅｌｔａ  Ｖ（商標）コントローラであってもよいコントローラ１１は、プロセス制御ネットワークバックボーン１０５に通信可能に接続される。コントローラ１１はまた、例えば、標準４〜２０ｍＡデバイス、Ｉ／Ｏカード２６、２８に関連する任意の所望のハードウェア及びソフトウェア、及び／又は、ＦＯＵＮＤＡＴＩＯＮ（登録商標）Ｆｉｅｌｄｂｕｓプロトコル、ＨＡＲＴ（登録商標）プロトコル、ｗｉｒｅｌｅｓｓ  ＨＡＲＴ（登録商標）プロトコルなどの任意のスマート通信プロトコルを用いてフィールドデバイス１５〜２２及び４０〜４６に通信可能に接続されてもよい。図１Ａで例証される実施形態では、コントローラ１１、フィールドデバイス１５〜２２、及びＩ／Ｏカード２６、２８は有線デバイスであり、フィールドデバイス４０〜４６は無線フィールドデバイスである。
【００１８】
ＵＩデバイス１１２の動作時に、ＵＩデバイス１１２は、一部の実施形態では、ＵＩデバイス１１２が入力インターフェースを介して入力を受け取り、ディスプレイで出力を提供することを可能にするユーザインターフェース（「ＵＩ」）を実行してもよい。ＵＩデバイス１１２は、サーバ１５０からデータ（例えば、プロセスパラメータ、ログデータ、センサデータ、及び／又はビッグデータ装置１０２に取り込まれ及び格納されてもよい他のどのようなデータなどのプロセス関連のデータ）を受信してもよい。別の実施形態では、ＵＩは、サーバ１５０ですべて又は一部が実行されてもよく、この場合、サーバ１５０は、表示データをＵＩデバイス１１２に伝送してもよい。ＵＩデバイス１１２は、プロセス制御ネットワーク１００における他のノード、例えばコントローラ１１、無線ゲートウェイ３５、又はサーバ１５０からバックボーン１０５を介してＵＩデータ（表示データ及びプロセスパラメータデータを含んでもよい）を受信してもよい。ＵＩデバイス１１２で受信したＵＩデータに基づいて、ＵＩデバイス１１２は、プロセス制御ネットワーク１００に関連するプロセスの態様を表わす出力（すなわち、視覚表現又はグラフィックス）を提供し、ユーザがプロセスを監視することを可能にする。ユーザはまた、ＵＩデバイス１１２で入力を提供することによってプロセスの制御に影響を及ぼしてもよい。示すために、ＵＩデバイス１１２は、例えば、タンク充填プロセスを表わすグラフィックスを提供してもよい。このようなシナリオでは、ユーザは、タンクレベル計測値を読み取り、タンクが充填される必要かあることを決定してもよい。ユーザは、ＵＩデバイス１１２に表示された入口バルブグラフィックと対話し、入口バルブを開くコマンドを入力してもよい。
【００１９】
さらなる動作では、ＵＩデバイス１１２は、ＵＩに加えて多数のルーチン、モジュール、又はサービスを実行してもよい。一実施形態では、ＵＩデバイス１１２は、例えば、場所アウェアネス、機器アウェアネス、又はスケジューリングアウェアネスに関係した種々のルーチン又はサブルーチン（図２７に示すように）を含む場合があるコンテキストアウェアネスルーチンを実行してもよい。これらのコンテキストルーチンは、ＵＩデバイス１１２がグラフィカルユーザインターフェース構成（「ＧＵＩ構成」）をＵＩデバイス１１２が動作している特定の環境又はコンテキストに合わせて変えることができるようにしてもよい。ＵＩデバイス１１２はまた、ＵＩデバイス１１２がＵＩデバイス１１２（例えばＵＩ）で実行されているアプリケーションの状態を含むＵＩデバイス１１２の状態を追跡及び保存することを可能にする、状態判定ルーチンを実行してもよい。ＵＩデバイス１１２上でアプリケーションの状態を追跡することによって、ＵＩデバイス１１２は、ユーザが、例えば、第１のＵＩデバイス１１２上でセッションを開始し、及び第２のＵＩデバイス１１２を用いて開始して、最小限の割り込みでユーザの以前のセッションからのワークフローを再開することを可能にしてもよい。
【００２０】
ＵＩデバイス１１２（又はＵＩデバイス１１２にアプリケーション又は画面を提供するサーバ）はまた、プラント資産を管理することに関係したルーチンを実行してもよい。例えば、プロセスプラントにおける資産を設置する、交換する、維持する、較正する、診断する、又は試運転するためのいくつかのルーチンが用いられてもよい。特定の資産に関連する作業命令を準備又は完了するために及び／又はプラント人員（例えば、特定のデバイスの近傍の人員）に作業命令を知らせるために他のルーチンが用いられてもよい。ＵＩデバイス１１２は、プロセスの監視に関係したルーチンを実行してもよい。例えば、機器データをフィールドロギングする、実験用サンプル（ｌａｂ  ｓａｍｐｌｅ）を報告する、リアルタイム資産パラメータを表示するなどのためのいくつかのルーチンが用いられてもよい。ＵＩデバイス１１２はさらに、プラント手順及びワークフローとのコンプライアンスに関係したルーチンを実行してもよい。例えば、いくつかのルーチンは、標準作業手順（ＳＯＰ）、スタートアップ手順、シャットダウン手順、ロックアウト手順、作業指示、又は他の製品／資産ドキュメンテーションに関係した情報を提供してもよい。さらに付加的なルーチンは、ＵＩデバイス１１２がネットワークに結合されるときに、作業命令の即座の送達及びオフライン手入力データの即座のシステム利用を容易にしてもよい。通信ルーチンは、技術的支援又は他の支援を提供するプラント人員及び／又は外部の関係者間の通信を容易にするために、電子メールルーチン、テキストメッセージングルーチン、インスタントメッセージングルーチンなどを含んでもよい。
【００２１】
ＵＩデバイス１１２（又はＵＩデバイス１１２にアプリケーション又は画面を提供するサーバ）は、１つ以上の監査プロセスを支援及び／又は容易にするルーチンをさらに含んでもよい。監査プロセスは、例えば、作業監査及び／又は監督当局による監査を含んでもよい。一部の実施形態では、ルーチンは、ユーザがデータの閲覧及び／又は規制要件を満たす目的で収集され、維持され、及び／又は照合されるデータに関係したレポートを生成することを可能にしてもよい。示す目的で、モバイル制御室が製薬製造プラントに実装される場合、モバイル制御室は、プラントの製品アウトプットの安全性に関係した政府要件を満たす目的で収集されるデータの閲覧又は報告することを容易にすることがある。一部の実施形態では、ルーチンは、作業命令、保守、又は他のプラントプロセスの監査に関係したレポートをユーザが閲覧すること及び／又は生成することを可能にしてもよい。
【００２２】
特定の実施形態では、ＵＩデバイス１１２は、シンクライアント、ウェブクライアント、又はシッククライアントなどの任意のタイプのクライアントを実装してもよい。例えば、ＵＩデバイス１１２は、ＵＩデバイス１１２の動作に必要な処理の大部分を他のノード、コンピュータ、又はサーバに依存してもよい。このような例では、ＵＩデバイス１１２はサーバ１５０と通信してもよく、この場合、サーバ１５０は、プロセス制御ネットワーク１００上の１つ以上の他のノードと通信してもよく、且つＵＩデバイス１１２に送信する表示データ及び／又はプロセスデータを判定してもよい。さらに、ＵＩデバイス１１２は、サーバ１５０がユーザ入力に関係したデータを処理し、それに応じて動作し得るように、受信したユーザ入力に関係した任意のデータをサーバ１５０に渡してもよい。言い換えれば、ＵＩデバイス１１２は、グラフィックスをレンダリングすることよりも少しだけ多くのことをしてもよく、ＵＩデバイス１１２の動作に必要なデータを格納し、ルーチンを実行する１つ以上のノード又はサーバへのポータルとして作用する。シンクライアントＵＩデバイスは、ＵＩデバイス１１２に関する最小限のハードウェア要件の利点を与える。
【００２３】
別の実施形態では、ＵＩデバイス１１２はウェブクライアントであってもよい。このような実施形態では、ＵＩデバイス１１２のユーザは、ＵＩデバイス１１２でのブラウザを介してプロセス制御システムと対話してもよい。ブラウザは、ユーザがバックボーン１０５を介して別のノード又はサーバ１５０（例えばサーバ１５０）でのデータ及びリソースにアクセスすることを可能にする。例えば、ブラウザは、ブラウザがいくつかの又はすべてのプロセスの制御及び／又は監視のためのグラフィックスを表すことを可能にする表示データ又はプロセスパラメータデータなどのＵＩデータをサーバ１５０から受信してもよい。ブラウザはまた、ユーザ入力（例えばグラフィック上のマウスクリック）を受信してもよい。ユーザ入力により、ブラウザがサーバ１５０上に格納された情報リソースを検索するか、又はこれにアクセスしてもよい。例えば、マウスクリックにより、ブラウザがクリックされたグラフィックに関する情報を検索し（サーバ１５０から）及び表示してもよい。
【００２４】
さらに別の実施形態では、ＵＩデバイス１１２の処理の大部分がＵＩデバイス１１２で行われてもよい。例えば、ＵＩデバイス１１２は、前述のＵＩ、状態判定ルーチン、及びコンテキストアウェアネスルーチンを実行してもよい。ＵＩデバイス１１２は、データをローカルに格納し、アクセスし、及び解析してもよい。
【００２５】
動作時に、ユーザは、フィールドデバイス１５〜２２又はデバイス４０〜４８のいずれかなどのプロセス制御ネットワーク１００における１つ以上のデバイスを監視又は制御するためにＵＩデバイス１１２と対話してもよい。ユーザは、例えば、コントローラ１１に格納された制御ルーチンに関連するパラメータを修正又は変更するためにＵＩデバイス１１２と対話してもよい。コントローラ１１のプロセッサ３０は、制御ループを含んでもよい１つ以上のプロセス制御ルーチン（メモリ３２に格納される）を実施又は監督する。プロセッサ３０は、フィールドデバイス１５〜２２及び４０〜４６と、及びバックボーン１０５に通信可能に接続される他のノードと通信してもよい。本明細書に記載の任意の制御ルーチン又はモジュール（品質予測及び故障検出モジュール又は機能ブロックを含む）は、必要に応じて異なるコントローラ又は他のデバイスによって実施又は実行されるその一部を有していてもよいことに留意されたい。同様に、プロセス制御システム１０内に実装されるべき本明細書に記載の制御ルーチン又はモジュールは、ソフトウェア、ファームウェア、ハードウェアなどを含む任意の形態をとることがある。制御ルーチンは、例えばオブジェクト指向プログラミング、ラダーロジック、シーケンシャルファンクションチャート、機能ブロック図を用いる、又は他のどのようなソフトウェアプログラミング言語又は設計パラダイムを用いる任意の所望のソフトウェア形式で実装されてもよい。特に、制御ルーチンは、ＵＩデバイス１１２を通じてユーザによって実施されてもよい。制御ルーチンは、ランダムアクセスメモリ（ＲＡＭ）又は読出し専用メモリ（ＲＯＭ）などの任意の所望のタイプのメモリに格納されてもよい。同様に、制御ルーチンは、例えば、１つ以上のＥＰＲＯＭ、ＥＥＰＲＯＭ、特定用途向け集積回路（ＡＳＩＣ）、又は他のどのようなハードウェア又はファームウェア要素にハードコードされてもよい。したがって、コントローラ１１は、制御ストラテジ又は制御ルーチンを任意の所望の様態で実施するように構成されてもよい（特定の実施形態ではＵＩデバイス１１２を用いるユーザによって）。
【００２６】
ＵＩデバイス１１２の一部の実施形態では、ユーザは、通称、機能ブロックと呼ばれるものを用いてコントローラ１１で制御ストラテジを実施するためにＵＩデバイス１１２と対話してもよく、各機能ブロックは、制御ルーチン全体のうちの１つのオブジェクト又は他の部分（例えば、サブルーチン）であり、プロセス制御システム１０内でプロセス制御ループを実施するために他の機能ブロックと併せて（リンクと呼ばれる通信を介して）動作する。制御に基づく機能ブロックは、プロセス制御システム内のいくつかの物理的機能を行うために、通常、例えば送信器、センサ又は他のプロセスパラメータ計測デバイスに関連する入力機能、例えばＰＩＤ制御、ファジー論理制御などを行う制御ルーチンに関連する制御機能、又はバルブなどのいくつかのデバイスの動作を制御する出力機能、のうちの１つを行う。もちろん、ハイブリッド及び他のタイプの機能ブロックが存在する。機能ブロックは、ＵＩデバイス１１２で提供されるグラフィカル表現を有していてもよく、ユーザが機能ブロックのタイプ、機能ブロック間の接続、及びプロセス制御システムに実装される機能ブロックのそれぞれに関連する入力／出力を容易に修正できるようにする。機能ブロックは、コントローラ１１に格納され、これによって実行されてもよく、これはこれらの機能ブロックが標準４〜２０ｍＡデバイス及びＨＡＲＴデバイスなどのいくつかのタイプのスマートフィールドデバイスに用いられ又はこれに関連するときに通常当てはまり、又はフィールドデバイス自体に格納され、これによって実施されてもよく、これはＦｉｅｌｄｂｕｓデバイスに当てはまることがある。コントローラ１１は、１つ以上の制御ループを実装してもよい１つ以上の制御ルーチン３８を含んでもよい。各制御ループは、通常制御モジュールと呼ばれ、機能ブロックのうちの１つ以上を実行することによって行われてもよい。
【００２７】
ＵＩデバイス１１２は、一部の実施形態では、ビッグデータ装置１０２及び／又はエキスパートシステム１０４及び／又はスーパーバイザエンジン１０６と対話する。ビッグデータ装置１０２は、センサデータ、制御パラメータ、手入力のデータ（例えば、人員がプロセスプラント１０を動き回る際に人員によって収集されたデータ）、人員の場所及びコマンド入力、データのすべてに関連するタイムスタンプ、及びプロセスプラント１０で利用可能な他のどのようなタイプのデータを含むすべてのタイプのプロセス制御データをプロセスプラント１０から収集及び格納してもよい。ビッグデータ装置１０２に通信可能に結合されるエキスパートシステム１０４は、ビッグデータ装置１０２に格納されたプロセスプラントデータを解析するために独立して又は特定のユーザ入力に従って動作してもよい。エキスパートシステム１０４は、モデルを生成及び／又は使用し、データ傾向及び／又は相関を認識し、プロセスプラント１０に影響を及ぼすことがある又はもうすぐ影響を及ぼすであろう実際の又は予測される問題及び／又は異常な状況及び／又は最適状態に及ばない条件をプラント人員にアラートするなどしてもよい。一部の実施形態では、エキスパートシステム１０４は、特定のデータセット又は傾向を特定の問題又は条件と関連付けることに特化してプログラムされていなくともこれらの機能を行い、代わりに、以前の条件（積極的な／望ましい条件又は消極的な／望ましくない条件であり得る）の前、そのとき、又はそのころに現在の傾向又はデータの一致（ｃｏｎｃｕｒｒｅｎｃｅ）が起こったことを認識する。傾向又はデータ一致の以前の発生の認識から、エキスパートシステム１０４は、条件を予測（「予知」）してもよい。エキスパートシステム１０４はまた、ビッグデータ装置１０２に格納されたデータから、プロセスプラント１０における異常な状況を検出する、予測する、防止する、及び／又は補正するのにどのプロセス変数、センサ読取値など（すなわち、どのデータ）が最も重要であるかを判定してもよい。例えば、エキスパートシステム１０４は、炭化水素がスタックから排出されていることを判定してもよく、炭化水素の排出の原因を自動的に判定し、及び／又は炭化水素の排出を引き起こす問題を正すために（例えば、スーパーバイザエンジン１０６によって）作業項目を生成させ、及び／又は機器を検査するか、又はネットワークを介して利用可能ではないパラメータを観察する／記録するために作業項目を生成させてもよい。別の例として、エキスパートシステム１０４は、一連の以前のデータポイントによって示される傾向が、予測された異常な状況、予測された保守の懸念、予測された故障などを示すことを判定してもよい。
【００２８】
以下に詳しく説明されるように、スーパーバイザエンジン１０６は、種々の監視アクティビティを自動的に行う及び／又は容易にするために、ビッグデータ装置１０２及び／又はエキスパートシステム１０４と対話してもよい。例えば、スーパーバイザエンジン１０６は、エキスパートシステム１０４によって識別される傾向を監視し、プラント人員の作業項目を作成してもよい。別の例として、スーパーバイザエンジン１０６は、プロセスプラントリソースの較正ステータスを監視してもよく、プラント人員の作業項目を作成してもよい。これらの機能に関連して、スーパーバイザエンジン１０６はまた、人員の認証（ｃｅｒｔｉｆｉｃａｔｉｏｎｓ）、スケジュールされた作業項目遂行中の機器へのアクセス許可、及び作業項目遂行のタイミングを管理してもよい。スーパーバイザエンジン１０６は、作業項目を割り当てる及びその遂行を追跡する、並びに結果的に作業項目の作成につながるステータス又は指標（例えば、識別された傾向、異常な状況など）が解決されることを確認するのに作業項目の完了後にフォローアップするために、ＵＩデバイス１１２と対話してもよい。例えば、スーパーバイザエンジン１０６は、エキスパートエンジン１０４からバルブに不具合があることを判定し、作業項目を作成してもよい。スーパーバイザエンジン１０６は、ＵＩデバイス１１２を携行する保守作業者が不具合のあるバルブの近傍にいることを後で判定し、ＵＩデバイス１１２を介して作業項目を受け取り得る保守作業者に作業項目を割り当てることを要求してもよい。スーパーバイザエンジン１０６は、保守作業者が作業項目を行うのに適切な技能を有することを確認してもよく、保守作業者が作業項目を行うのに必要な許可を提供してもよい。加えて、スーパーバイザエンジン１０６は、作業項目が完了され得るようにプロセス制御アクティビティを再スケジュールしてもよい。スーパーバイザエンジン１０６は、作業項目の遂行前及び／又は遂行中に人員に標準作業手順、マニュアル、及び他のドキュメンテーションを提供してもよい。これらは以下でさらに説明されるスーパーバイザエンジン１０６のほんの数例である。
【００２９】
図１Ａを引き続き参照すると、無線フィールドデバイス４０〜４６は、ｗｉｒｅｌｅｓｓ  ＨＡＲＴプロトコルなどの無線プロトコルを用いて無線ネットワーク７０において通信する。特定の実施形態では、ＵＩデバイス１１２は、無線ネットワーク７０を用いて無線フィールドデバイス４０〜４６と通信することができる場合がある。こうした無線フィールドデバイス４０〜４６は、同じく無線で（例えば無線プロトコルを用いて）通信するように構成されるプロセス制御ネットワーク１００の１つ以上の他のノードと直接通信してもよい。無線で通信するように構成されていない１つ以上の他のノードと通信するために、無線フィールドデバイス４０〜４６は、バックボーン１０５に接続される無線ゲートウェイ３５を用いてもよい。もちろん、フィールドデバイス１５〜２２及び４０〜４６は、将来開発される任意の規格又はプロトコルを含む任意の有線又は無線プロトコルなど、他の任意の所望の規格又はプロトコルに準拠することができることがある。
【００３０】
無線ゲートウェイ３５は、無線通信ネットワーク７０の種々の無線デバイス４０〜５８にアクセスを提供し得るプロバイダデバイス１１０の一例である。特に、無線ゲートウェイ３５は、プロセス制御ネットワーク１００の無線デバイス４０〜５８及び他のノード（図１Ａのコントローラ１１を含む）間の通信可能な結合を提供する。無線ゲートウェイ３５は、いくつかの場合には、有線及び無線プロトコルスタックの１つ以上の共有される層をトンネリングしながら有線及び無線プロトコルスタックのより下位層にサービス（例えば、アドレス変換、ルーティング、パケットセグメント化、優先順位付けなど）をルーティングすること、バッファすること、及びタイミングを調節すること（ｔｉｍｉｎｇ）によって通信可能な結合を提供する。他の場合には、無線ゲートウェイ３５は、いかなるプロトコル層も共有しない有線プロトコルと無線プロトコルとの間でコマンドを翻訳してもよい。プロトコル及びコマンド変換に加えて、無線ゲートウェイ３５は、無線ネットワーク３０で実装される無線プロトコルに関連するスケジューリング方式のタイムスロット及びスーパーフレーム（等しい時間間隔の通信タイムスロットの組）によって用いられる同期したクロッキングを提供してもよい。さらに、無線ゲートウェイ３５は、リソース管理、パフォーマンス調整、ネットワーク障害の緩和、トラフィックの監視、セキュリティなどの無線ネットワーク７０のネットワーク管理機能及び運用管理機能を提供してもよい。
【００３１】
有線フィールドデバイス１５〜２２と同様に、無線ネットワーク７０の無線フィールドデバイス４０〜４６は、プロセスプラント１０内の物理的制御機能を行ってもよい、例えば、バルブの開閉又はプロセスパラメータの計測を行ってもよい。無線フィールドデバイス４０〜４６は、しかしながら、ネットワーク７０の無線プロトコルを用いて通信するように構成される。したがって、無線フィールドデバイス４０〜４６、無線ゲートウェイ、及び無線ネットワーク７０の他の無線ノード５２〜５８は、無線通信パケットの生産者及び消費者である。
【００３２】
いくつかのシナリオでは、無線ネットワーク７０は、非無線デバイスを含んでもよい。例えば、図１Ａのフィールドデバイス４８は、旧来の４〜２０ｍＡデバイスであってもよく、フィールドデバイス５０は、伝統的な有線ＨＡＲＴデバイスであってもよい。ネットワーク３０内で通信するために、フィールドデバイス４８及び５０は、無線アダプタ（ＷＡ）５２ａ又は５２ｂを介して無線通信ネットワーク７０に接続されてもよい。加えて、無線アダプタ５２ａ、５２ｂは、ＦＯＵＮＤＡＴＩＯＮ（登録商標）Ｆｉｅｌｄｂｕｓ、ＰＲＯＦＩＢＵＳ、ＤｅｖｉｃｅＮｅｔなどの他の通信プロトコルを支援してもよい。さらに、無線ネットワーク３０は、１つ以上のネットワークアクセスポイント５５ａ、５５ｂを含んでいてもよく、これは、無線ゲートウェイ３５と配線により通信する別個の物理的デバイスであってもよく、又は無線ゲートウェイ３５と共に一体のデバイスとして提供されてもよい。無線ネットワーク７０はまた、無線通信ネットワーク３０内の１つの無線デバイスから別の無線デバイスにパケットを転送するために１つ以上のルータ５８を含んでもよい。無線デバイス３２〜４６及び５２〜５８は、無線通信ネットワーク７０の無線リンク６０経由で互いに及び無線ゲートウェイ３５と通信してもよい。
【００３３】
したがって、図１Ａは、プロセス制御システムの種々のネットワークにネットワークルーティング機能性及び運用管理（ａｄｍｉｎｉｓｔｒａｔｉｏｎ）を提供するのに主に役立つプロバイダデバイスのいくつかの例を含む。例えば、無線ゲートウェイ３５、アクセスポイント５５ａ、５５ｂ、及びルータ５８は、無線通信ネットワーク７０において無線パケットをルーティングする機能性を含む。無線ゲートウェイ３５は、無線ネットワーク７０のトラフィック管理及び運用管理機能を行い、並びに無線ネットワーク７０と通信可能に接続している有線ネットワークとの間でトラフィックをルーティングする。無線ネットワーク７０は、ｗｉｒｅｌｅｓｓ  ＨＡＲＴなどのプロセス制御メッセージ及び機能を専用に支援する無線プロセス制御プロトコルを用いてもよい。
【００３４】
特定の実施形態では、プロセス制御ネットワーク１００は、他の無線プロトコルを用いて通信するネットワークバックボーン１０５に接続される他のノードを含んでもよい。例えば、プロセス制御ネットワーク１００は、ＷｉＦｉ又は他のＩＥＥＥ８０２．１１に準拠した無線ローカルエリアネットワークプロトコルなどの他の無線プロトコル、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、又は他のＩＴＵ−Ｒ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ  Ｒａｄｉｏｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ）対応プロトコルなどのモバイル通信プロトコル、近距離無線通信（ＮＦＣ）及びＢｌｕｅｔｏｏｔｈなどの短波長無線通信、又は他の無線通信プロトコルを用いる１つ以上の無線アクセスポイント７２を含んでもよい。通常、こうした無線アクセスポイント７２は、ハンドヘルド又は他のポータブルコンピューティングデバイスが、無線ネットワーク７０とは異なり且つ無線ネットワーク７０とは異なる無線プロトコルを支援するそれぞれの無線ネットワーク経由で通信することを可能にする。一部の実施形態では、ＵＩデバイス１１２は、無線アクセスポイント７２を用いてプロセス制御ネットワーク１００経由で通信する。いくつかのシナリオでは、ポータブルコンピューティングデバイスに加えて、１つ以上のプロセス制御デバイス（例えば、コントローラ１１、フィールドデバイス１５〜２２、又は無線デバイス３５、４０〜５８）はまた、アクセスポイント７２によって支援される無線ネットワークを用いて通信してもよい。
【００３５】
加えて又は代替的に、プロバイダデバイスは、当該プロセス制御システム１０の外部のシステムへの１つ以上のゲートウェイ７５、７８を含んでもよい。こうした実施形態では、前述の外部システムを制御する、監視する、又はこれらと他の方法で通信するためにＵＩデバイス１１２が用いられてもよい。通常、こうしたシステムは、プロセス制御システム１０によって生成される又は動作される情報の顧客又は供給業者である。例えば、プラントゲートウェイノード７５は、当該プロセスプラント１０（それ独自のそれぞれのプロセス制御データネットワークバックボーン１０５を有する）をそれ独自のそれぞれのネットワークバックボーンを有する別のプロセスプラントと通信可能に接続してもよい。一実施形態では、単一のネットワークバックボーン１０５は、複数のプロセスプラント又はプロセス制御環境にサービスを提供してもよい。
【００３６】
別の例では、プラントゲートウェイノード７５は、当該プロセスプラントを、プロセス制御ネットワーク１００又はバックボーン１０５を含まない旧来の又は従来技術のプロセスプラントに通信可能に接続してもよい。この例では、プラントゲートウェイノード７５は、プラント１０のプロセス制御ビッグデータバックボーン１０５によって用いられるプロトコルと旧来のシステム（例えば、イーサネット、Ｐｒｏｆｉｂｕｓ、Ｆｉｅｌｄｂｕｓ、ＤｅｖｉｃｅＮｅｔなど）によって用いられる異なるプロトコルとの間でメッセージを変換又は翻訳してもよい。このような例では、ＵＩデバイス１１２は、前述の旧来の又は従来技術のプロセスプラントにおけるシステム又はネットワークを制御する、監視する、又はこれらと他の方法で通信するのに用いられてもよい。
【００３７】
プロバイダデバイスは、プロセス制御ネットワーク１００を実験室システム（例えば、実験室情報管理システム、すなわちＬＩＭＳ）、人員巡回（ｐｅｒｓｏｎｎｅｌ  ｒｏｕｎｄｓ）データベース、マテリアルハンドリングシステム、保守管理システム、製品インベントリ制御システム、生産スケジューリングシステム、気象データシステム、発送及びハンドリングシステム、パッケージングシステム、インターネット、別のプロバイダのプロセス制御システム、又は他の外部システムなどの外部パブリックシステム又はプライベートシステムのネットワークと通信可能に接続するために、１つ以上の外部システムゲートウェイノード７８を含んでもよい。外部システムゲートウェイノード７８は、例えば、プロセス制御システムとプロセスプラントの外部の人員（例えば、家にいる人員）との間の通信を容易にしてもよい。１つのこうした事例では、オペレータ又は保守要員は、自宅からホームネットワーク（図示せず）、インターネット、及びゲートウェイ７８を介してネットワークバックボーン１０５に接続するＵＩデバイス１１２を用いてもよい。別の場合には、オペレータ又は保守要員は、モバイル電話通信ネットワーク（図示せず）、インターネット、及びゲートウェイ７８を介してネットワークバックボーン１０５に接続する任意の場所からＵＩデバイス１１２を用いてもよい。ゲートウェイノード７８はまた、プロセスプラントにおけるプラント人員とプロセスプラントの外部のエンティティ又は人々との間の通信を容易にすることがある。例えば、プロセスプラントにおけるプロセス制御デバイス上でサービスを行う技術者は、自分のＵＩデバイス１１２からプロセス制御デバイスの製造業者からの支援代表と通信してもよい。さらに別の例では、スーパーバイザエンジン１０６は、作業項目をスケジューリングする、生産スケジュールを管理するなどの際にスーパーバイザエンジン１０６を支援するために、気象を監視し、入ってくる供給出荷物を追跡し、金融データ（例えば、商品先物）を追跡するなどしてもよい。もちろん、ゲートウェイ７８（又はゲートウェイ７５、或いは実際には任意の２つのデバイス間）を介して形成されるすべての接続は、セキュリティ保護された接続（例えば、暗号化された接続、ファイアウォールによる接続など）であってもよい。
【００３８】
図１Ａは、有限数のフィールドデバイス１５〜２２及び４０〜４６と共に単一のコントローラ１１を例証しているが、これは単なる例証であって、実施形態を限定するものではない。プロセス制御ネットワーク１００のプロバイダデバイスに任意の数のコントローラ１１が含まれていてもよく、コントローラ１１のうちのいずれかは、プラント１０におけるプロセスを制御するために任意の数の有線又は無線フィールドデバイス１５〜２２、４０〜４６と通信してもよい。さらに、プロセスプラント１０はまた、任意の数の無線ゲートウェイ３５、ルータ５８、アクセスポイント５５、無線プロセス制御通信ネットワーク７０、アクセスポイント７２、及び／又はゲートウェイ７５、７８を含んでもよい。
【００３９】
図１Ｂは、種々の異なるシステム又はシステム機能を含んでもよい、より広い範囲にわたる制御システム１２０を示すブロック図である。制御システム１２０は、限定ではない例として原油精製所であり得るプロセスプラント１０を含む。システム１２０はまた、例えば掘削又は探鉱システムなどの海底システム１２２に結合されてもよい。種々の安全システム１２４が、火災及びガスシステム１２６、監視システム１２８、及び輸送システム１３０（例えば、精製所に原油を輸送するための）の場合と同様にシステム１２０に含まれてもよい。図１Ｂは、要素１０及び１２２〜１３０のそれぞれを別個の態様として描いているが、態様のうちの種々の１つを組み合わせることができることがあることに注目される。例えば、プロセスプラント１０は、一部の実施形態では、安全システム１２４及び／又は火災及びガスシステム１２６を含んでもよい。図１Ｂは、本説明が図１Ａに関して説明されたプロセスプラントに範囲において限定されず、他の制御システム、監視システム、及び安全システムなどに適用可能であり得ることを示すことを意図している。本説明は、プロセス制御プラント１０に関しての実施形態を説明しているが、この慣例（ｃｏｎｖｅｎｔｉｏｎ）は、単なる便宜のためであり、限定となることを意図されない。
【００４０】
以下の例は、プロセスプラント１０などのプロセスプラントに実装するいくつかのシナリオ、本明細書で説明される概念を例証し、こうした実装の利点を強調するものである。
【００４１】
例１
プラントの特定の領域に割り当てられた第１のユーザが、制御室における据置型ワークステーションを介して割り当てられたプラント領域を監視してもよい。第１のユーザは、ワークステーション上で実行するブラウザ又は他のアプリケーションを介してプロセスを監視及び制御し、ブラウザ又はアプリケーションが、サーバで実行するルーチンと通信する。第１のユーザは、例えばプラントを検査するためにプロセスプラントのフロアに行くことを決定してもよい。ユーザが制御室を離れる際に、ユーザは、タッチセンシティブタブレットデバイス（すなわち、第２のモバイルユーザインターフェースデバイス）を手に取り、制御室を出てプラントの方に歩いてもよい。ワークステーションなどのタブレットは、第１のユーザがタブレットデバイス上で実行するブラウザ又はアプリケーションを介してサーバでのルーチンにアクセスできるようにする。第１のユーザは、タブレット上で既に認証されていても、又はタブレットは第１のユーザに関連していてもよい。タブレットは、第１のユーザに固有のセッションを確立するためにサーバと通信する。サーバは、ワークステーションでの第１のユーザに関連する状態情報を格納し、第１のユーザに、タブレット上で動作するブラウザ又はアプリケーションを介して、格納した状態情報に従ってタブレット上にユーザインターフェースを提供してもよい。したがって、第１のユーザは、ワークステーションで開始されるワークフローを再開することができる。
【００４２】
いくつかの状況では、モバイルデバイス上で動作するルーチンは、第１のユーザに関するルートを生成してもよい。おそらくエキスパートシステム及び／又はスーパーバイザシステムと協働するルーチンは、監視される又はサービスされる必要があるプラント資産を識別してもよい。いくつかの場合には、資産を監視又はサービスする緊急性を示す、監視又はサービスする必要がある各資産に関連する優先順位が存在してもよい。ルーチンは、ユーザが監視又はサービスする必要がある資産のうちの少なくともいくつかを効率よく訪問できるようにする第１のユーザに関するルートを判定してもよい。
【００４３】
第１のユーザがプラント中を移動する際に、タブレットで実行するコンテキストアウェアネスルーチンは、タブレットデバイス（例えば、ＮＦＣ又はＲＦＩＤトランシーバ）における種々のセンサ及びレシーバからデータを受信する。センサ及びレシーバは、タブレットに近接するデバイス、機器、及び／又はタグを検出する。別の実施形態では、タブレットは、場所データを受信するためのＧＰＳレシーバを有していてもよく、ルーチンをユーザの場所のアウェアネスと共に実行してもよいように場所データをサーバにアップロードしてもよい。いずれにしても、ルーチンは、タブレットの場所又は特定のデバイスとの近接性を識別し、第１のユーザ及びタブレットの全体的な場所にズームインされるプロセスプラント全体像マップ／グラフィックをタブレットに第１のユーザのために表示させてもよい。第１のユーザがプラントを通って移動する際に、プラントマップ表示は、タブレットの場所に対応するマップの領域にフォーカスするために動的に変化してもよい。
【００４４】
場合によっては、プラントマップは、ナビゲーション機能性を含んでもよい。例えば、第１のユーザは、目的地として特定のプラント領域／デバイス／資産を選択してもよい。ルーチンは、次いで、特定のプラント領域／デバイス／資産への方向を提供するために場所データ（例えば、ＧＰＳレシーバから受信した）を用いてもよい。
【００４５】
タブレットはまた、第１のユーザがプラント１０を通過する際に種々のプロセスデータ又はアラームを表示してもよい。例えば、第１のユーザは、特にポンプに注目する必要がある場合に、ポンプを通過して、ポンプに関係するオペレーショナルデータ、グラフィックス、及びアラームをタブレットに表示させてもよい。タブレットは、例えば、ポンプ上の又はポンプ付近のＮＦＣ又はＲＦＩＤタグから一意の識別子を受信してもよい。タブレットは、サーバを介してルーチンに一意の識別子を伝送してもよい。ルーチンは、一意の識別子を受信し、一意の識別子をプロセスプラントにおけるエンティティと相互に関連付けるデータベースにアクセスしてもよい。例えば、一意の識別子は、ポンプに関係する表示データ、パラメータデータ、及びアラームデータなどのポンプデータと相互に関連付けてもよい。ポンプデータを識別した後で、ルーチンは、ポンプデータをタブレットに伝送してもよく、結果的にタブレットはグラフィックスをレンダリングし、ポンプに関係するグラフィックス、パラメータ、及び／又はアラームを提供する。
【００４６】
さらなる例では、第１のユーザは、ポンプが動作不良を起こしていることに気が付いてもよい。第１のユーザは、タブレットディスプレイに示されるポンプグラフィック又はメニューと対話してもよく、グラフィックがシャットオフコマンドを表すグラフィックの場所でタブレットディスプレイにタッチしてもよい。タブレットは、第１のユーザ入力（例えば、容量性（ｃａｐａｃｉｔｉｖｅ）タッチ入力）を検出し、対応する入力データを生成してもよい。タブレットは、次いで、入力データをサーバに伝送してもよく、サーバは、入力データを受信し、ポンプを制御するコントローラにシャットダウン信号を伝送する。コントローラは、信号を受信し、ポンプをオフにする。第１のユーザは、ポンプに関連するタスク又は作業項目を作成してもよい。例えば、作業項目は、ポンプを検査及び／又は修理することを保守人員に要求してもよい。
【００４７】
タブレット上のルーチンはまた、ロックアウト／タグアウト手順を容易にすることがある。例えば、ルーチンは、特定のポンプに関する適正なロックアウト／タグアウト手順を表示してもよい。場合によっては、安全性の理由でポンプをロックアウトすることを望む第１のユーザは、例えばロックアウト手順における特定のタスクが完了していることを示すためにタブレットによって表示されるタスクリストと対話してもよい。他の状況では、第１のユーザは、ポンプに関するフェイルセーフ条件をテストするためにルーチンと対話してもよい。例えば、シミュレートされた信号は、第１のユーザがポンプの応答を観察することを可能にするフェイルセーフ条件をシミュレートするために生成されてもよい。
【００４８】
例２
第１のユーザは、依然としてタブレットを携えている状態で、プロセスプラントからプロセスプラントの制御室の方に歩き始めてもよい。第１のユーザは、ボイラに向かって歩いてもよい。第１のユーザがボイラに近づくと、タブレットは、ボイラのコンテキストＩＤデバイスとのＲＦＩＤ通信を確立する。タブレットは、コンテキストＩＤデバイスから一意の識別子を受信し、一意の識別子をサーバに伝送してもよい。サーバは、一意の識別子に基づいてボイラを識別してもよい。サーバは、ボイラが関連する作業項目を有することを判定し、及び作業項目に関連するスキル閾値を第１のユーザのプロフィールに関連するスキルレベルと比較するために、コンテキストデータにアクセスしてもよい。第１のユーザにボイラに関連する作業項目に取り組む資格がないことを判定すると、サーバは、作業項目に関する情報と共に表示を更新する代わりにタブレットの表示を先んじて変更してもよい。
【００４９】
ユーザは、依然としてタブレットを携えている状態でプラントを通って歩き続けてもよく、バルブに向かって歩いてもよい。上述のように、タブレットは、バルブのコンテキストＩＤデバイスとの通信を確立してもよい。タブレットは、次いで、デバイスから一意の識別子を受信し、一意の識別子をサーバに伝送してもよい。サーバは、一意の識別子に基づいてバルブを識別してもよい。サーバは、次いで、バルブが保守のために使用休止となるように現在スケジュールされたことを示す関連するスケジュールをバルブが有することを判定するためにコンテキストデータにアクセスしてもよい。サーバは、データをタブレットに伝送し、タブレットに情報を第１のユーザに提供させ、この場合、情報は、バルブが保守に関して現在スケジュールされていることを第１のユーザに示す。
【００５０】
例３
第１のユーザは、依然としてタブレットを手に持っている状態でプラントを通って歩き続ける。制御室にいる、以前は第１のユーザが従事していたワークステーション（又は異なるワークステーション）に現在ログインした、第２のユーザは、炉スタック（ｆｕｒｎａｃｅ  ｓｔａｃｋ）に関連する限界Ｏ２ガス計測値が低下していることに気づくことがある。第２のユーザは、炉スタックの援助を要求する作業項目を作成する。第１のユーザが制御室に戻る途中に炉スタックを通りがかる際に、タブレットは、炉スタックのコンテキストＩＤデバイスとの通信を自動的に確立してもよく、結果的にタブレットは炉スタックに関連する一意の識別子を受信する。タブレットは、一意の識別子をサーバに伝送してもよく、サーバは、炉スタックに注意が必要であるという通知グラフィックを含む一意の識別子に関連する情報（例えば、炉スタックに関する情報）を戻してもよい。第１のユーザは、通知グラフィックを閲覧及び選択してもよく、結果的に作成された作業項目に関係する情報の表示をもたらす。第１のユーザは、作業項目の受取りを示すためにグラフィックを選択してもよい。
【００５１】
作業項目は、第１のユーザが炉の炎の１つ以上の写真をとることを要求してもよい（例えば、炎の色が不適切な空気流を示すことがあるため）。炎の写真は、サーバに伝送されてもよい。サーバ上で、ビッグデータ装置上で、又はエキスパートシステムの一部として動作する解析ルーチンは、イメージの態様を解析してもよく、又は、炎のイメージを、他の時点で及び／又は他の条件下で取り込まれ、ビッグデータシステム又は装置上に格納される他のイメージと比較してもよい。解析ルーチンは、イメージを解析してもよい（例えばイメージを以前の炎のイメージのコレクション及び対応するオペレーショナルデータと比較することによって）。ビッグデータ解析ルーチンは、炉の空気流が低いことを示すことがある。解析に基づいて、エキスパートシステムは、第１のユーザに炉への空気流を増加させるように指示してもよい。一部の実施形態では、第１のユーザは、炉への空気を増加させるための操作手順を検索及び表示するためにタブレットを用いてもよく、実際には、タブレットは、一部の実施形態においてエキスパートシステムがユーザに空気流を増加させるように指示するときに、手順を自動的に表示してもよい。所望の場合、第１のユーザは、調整後の炎の付加的なイメージを取り込み、炉スタックが適正に動作していることを確認するためにイメージを解析ルーチンに伝送してもよい。
【００５２】
第１のユーザはまた、炉に関連する音声を取り込み、音声をサーバ、ビッグデータ装置、又はエキスパートシステムに伝送するのにタブレットを用いてもよい。例えば、エキスパートシステム上で動作する解析ルーチンは、炉が正常に動作しているかどうかを判定するために音声を炉に関連するサウンドシグネチャと比較してもよい。解析ルーチンはまた、取り込まれた音声を既知の問題に関連する音声と比較してもよい。例えば、ベルト又はモータの問題は、特定の音と関連付けられる場合があり、解析ルーチンは、取り込まれた音声を前述の音と比較することによってこうした問題を検出してもよい。同様に、第１のユーザは、炉に関連する振動を検出するためにタブレットを炉上又は炉の付近においてもよい。タブレットは、モーションセンサを介して振動データを受信し、振動データをサーバ又はビッグデータ装置に伝送してもよい。解析ルーチンは、炉が正常に動作しているかどうかを判定するために、検出された振動を炉に関連するシグネチャ振動レベルと（又は既知の問題に関連する振動レベルと）比較してもよい。いずれにしても、音声／振動の解析は、炉に関連する他の問題がないことを明らかにする、及び／又は炉が増加した空気流を必要とすることを確認することがある。
【００５３】
第１のユーザが炉の空気流を増加させている状態で、第２のユーザは、以前のユーザも過去の幾度かのシフトにわたって空気流を増加させているかどうかを確認するために炉に対するクエリを実行してもよい。クエリは、人員がしていたことを確認する。第２のユーザは、そのすべてがビッグデータ装置に格納されている、空気流が増加した各時点、誰が変えたかなどのイベント情報と共に、炉を通る空気流を示すグラフをプルアップしてもよい。第２のユーザは、例えば、共有されるユーザインターフェース（ＵＩ）セッションを要求することによって、この情報を第１のユーザと共有してもよい。第１のユーザは、サーバを介して、ＵＩセッションに関する要求を受信してもよい。第１のユーザが要求を受け取る場合、サーバは、第２のユーザに表示されるＵＩに関連する状態情報を取り込んでもよく、第２のユーザからの状態情報に従って第１のユーザが使用しているタブレットのディスプレイにデータを表示させてもよい。第１のユーザと第２のユーザは、共に、炉に関するデータをレビューしてもよく、炉が類似の問題を頻繁に経験することを判定してもよい。第２のユーザは、次いで、炉での低Ｏ２ガス計測イベントについてビッグデータシステムに問い合わせてもよい。ビッグデータシステムは、炉での低Ｏ２ガス計測イベントと相互に関連する多数のイベント、デバイス、ユーザ、時刻、及び他の因子を提供してもよい。例えば、ビッグデータ解析は、低Ｏ２ガスの計測が関係するプロセスユニットでのイベントと強く相互に関連付けられることを明らかにすることがあり、この場合、相関関係のあるイベントが低Ｏ２ガスの計測に頻繁に先行する。別の例では、解析は、特定のユーザが低Ｏ２ガス計測イベントと強く相互に関連付けられることを明らかにすることがある。言い換えれば、解析は、特定のユーザが低Ｏ２ガス計測を引き起こす様態で炉を制御していることを明らかにすることがある。この例は、解析を要求する、及び解析の結果を表示するためにＵＩデバイスを用いるユーザを示すが、ビッグデータシステムはまた、ＵＩデバイスに関係していても関係していなくてもよい他の解析に用いるためにＵＩデバイス（このシナリオではタブレット）からの及びこれによって収集されるデータを用いてもよいことに留意されたい。いずれにしても、第２のユーザは、近い将来の特定の時点で炉を誰かにチェックさせるために、保守チケットをさらにレビュー及び作成するための作業項目にフラグを立ててもよい。
【００５４】
例４
その後、保守人員が、炉を検査し、燃料投入部が炉に結合されるポイントに起因して炉が不適切に動作していたことを見出すことがあり、問題を正すために作業項目を作成してもよい。作業項目は、燃料投入パイプが炉の燃料投入部に溶接されるべきであることを示す、対象機器（すなわち、炉）を指定し、タスクを行うのに必要なスキル（すなわち、溶接スキル）を示す関連するタスクを有していてもよい。作業項目は、随意的に、作業項目の遂行に関するデッドラインを指定してもよい。
【００５５】
スーパーバイザモジュールは、作業項目の遂行をスケジュールしてもよい。例えば、スーパーバイザモジュールは、プラント（又は炉が存在するプラントの領域）が保守のためにオフラインとなるようにスケジュールされたときの１日間の作業項目の遂行をスケジュールしてもよい。代替的に又は加えて、スーパーバイザモジュールは、必要なスキルを有する人員の利用可能性に従ってこれをスケジュールしてもよい。溶接作業者が適切なスキルを有すると識別すると、スーパーバイザモジュールは、溶接作業者に作業項目を割り当て、溶接作業者が割り当てられた作業項目を受け取るのを待ってもよい。溶接作業者が作業項目を受け取るときに、スーパーバイザモジュールは、作業項目が遂行されるべき時点での必要なプラント機能及び機器への溶接作業者のアクセスを認める許可トークンを作成する。
【００５６】
指定された時間に、溶接作業者は、自分に割り当てられたモバイルユーザインターフェースデバイスと共に機器室に到着することがあり、該モバイルユーザインターフェースデバイスは、溶接作業者が作業項目を行うように（すなわち、炉の接続部を溶接するように）スケジュールされていることを溶接作業者に思い出させてもよい。リマインダの受取を確認すると、ＵＩデバイスは、作業項目に関係する、スーパーバイザモジュールによって生成されるチェックリストを表示してもよい。チェックリストは、溶接作業者が安全用具（例えば、溶接用マスク及びグローブ）、溶接用具（例えば、溶接用電源、電極、フィラー材料など）、及びタスクを行うのに必要な他のもの（例えば、交換部品）を携行する必要があることを溶接作業者に思い出させてもよい。チェックリストはまた、対象機器に移動する前に行われるべき特定のタスクを指定してもよい。溶接作業者が（例えば、ユーザインターフェースデバイスを介して）スーパーバイザモジュールに対して、チェックリスト上の用具のすべてを有していること、及びチェックリスト上の指定されているタスクを行ったことを確認すれば、溶接作業者は機器室を去ってもよい。
【００５７】
溶接作業者が機器室を出たことを感知すると、ＵＩデバイスは、マップ又はガイダンスモードに切り替え、プロセスプラント内の溶接作業者の場所に関する情報、並びに溶接作業者を対象機器（この場合は炉）にガイドする情報を表示する。溶接作業者が炉に到着したことをＵＩデバイスが感知するときに、ＵＩデバイスは、（例えばスーパーバイザモジュールによって提供されてもよい）作業項目タスクに該当する手順を自動的に表示する。例えば、ＵＩデバイスは、作業項目タスクを確実に安全に行えるようにするのに必要な安全手順及び情報を溶接作業者に最初に表示してもよく、例えば、炉に溶接される燃料パイプが通常どのような材料を運ぶのか、どのような材料がパイプを流れる最後の材料であったか、パイプがドレイン（ｄｒａｉｎｅｄ）されているのかどうか、パイプが現在使われているのかどうか、及び残留物がパイプの中に検出されるかどうかに関する情報を表示してもよい。ＵＩデバイスはまた、（例えば、爆発を引き起こさずに）溶接手順を確実に安全に行えるようにするために、ステップバイステップで及び／又はグラフィックスで、パイプから残留物を清掃するための手順を表示してもよい。ＵＩデバイスはまた、手順、溶接作業者、又はプロセスプラントに不必要なリスクを課すことがあるガスが、パイプ、炉の点火器、及び他の任意の機器に流れることを許すことがある、例えば上流のバルブなどのシステムの一部をシャットダウン及び／又はロックアウトする命令を提供し、これを容易にしてもよい。溶接作業者は、次いで、ＵＩデバイスによって提供される場合には命令又は他のガイダンスの後に、ロックアウトを解除し、手順が完了することをＵＩデバイスを介してスーパーバイザモジュールに示す前に、溶接手順を行ってもよく、その後、スーパーバイザモジュールは、プラント（又はプラントの一部）を稼働状態に戻す前に、第２の人に溶接をチェックさせる作業項目を自動的に作成してもよい。
【００５８】
これらの例は、本明細書の残りの全体を通して説明されるシステム、装置、及び方法の利点のうちのいくつかの例証である。
【００５９】
ここで説明される概念は、プロセス制御プラントに既に実装されているシステムと統合されることが考慮される。すなわち、一部の実施形態では、これらの概念の実装は、全く新しいプロセス制御システムを必要とせず、代わりに、プラントにおける既存のソフトウェア及びハードウェア要素とシームレスに統合されてもよい。
【００６０】
ビッグデータネットワーク
特定の実施形態では、開示されたＵＩデバイス、サーバ、及びルーチンは、ビッグデータインフラストラクチャ（すなわち、ビッグデータネットワーク）を支援するプロセス制御ネットワークに実装されてもよい。ビッグデータネットワークは、プロセスデータの大規模データマイニング及びデータ解析を支援してもよい。ビッグデータネットワーク又はシステムはまた、プロセス制御システム又はプラント１０に含まれ及びこれに関連するデバイスによって生成され、受信され、及び／又は観察されるすべての（又はほぼすべての）データを収集及び格納するために複数のビッグデータネットワークノードを含んでもよい。ビッグデータネットワークは、ビッグデータ装置（例えば、ビッグデータ装置１０２）を含んでいてもよく、これは、時には共通の形式を用いて、プロセス制御システムに、プロセスプラント１０に、及びプロセスプラント１０によって制御されている１つ以上のプロセスによって生成されるか又はこれらに関係する複数のタイプのデータを格納するように構成された、ユニット式の論理データストレージ領域を含んでもよい。例えば、ユニット式の論理データストレージ領域は、タイムスタンプ付き構成データ、連続データ、イベントデータ、プラントデータ、ユーザ行為を示すデータ、ネットワーク管理データ、及びプロセス制御システム又はプラントの外部のシステムによって又はこれらに提供されるデータを格納してもよい。これらのデータはまた、人員に関係したデータ、原材料及び／又は加工済み材料に関係したデータ、人員の制約、資格、及び認証に関係したデータ、較正及び保守スケジュールに関係したデータなどを含んでもよい。ビッグデータネットワークによって収集されるデータは、例えば、人員及びこれらの人員から受信した入力を追跡するデータログであってもよい。こうしたデータは、プラント動作及び効率を改善するのに役立つことができることがある。例えば、ログデータは、種々の状況でのオペレータ入力への価値ある洞察を提供するためにエキスパートシステムによってマイニング及び解析されてもよい。結果は、オペレータのトレーニングを改善する、及び／又は種々の状況での自動又は手動のいずれかの応答を改善するのに用いられてもよい。いずれにしても、こうしたデータは、規制の目的で多くの事例において必要とされる。
【００６１】
ビッグデータ装置１０２の論理データストレージ領域にあてはめられるときの本明細書で用いられる場合の「ユニット式の」という言葉は、単一のストレージデバイスを意味することを意図されない。一般に公知のように、第１のサイズ（又は種々の第１のサイズ）の複数の（実に多くの）ストレージデバイスは、第２のより大きいサイズのストレージ領域を形成するために通信可能に結合されてもよい。これらは、それにもかかわらず、この説明の目的上「ユニット式の」論理データストレージと考えられてもよい。一般に、ビッグデータ装置１０２は、ビッグデータネットワークのビッグデータネットワークノードから（例えば、ストリーミングを介して及び／又はいくつかの他のプロトコルを介して）データを受信し、受信したデータを格納するように構成される。したがって、プロセス制御ビッグデータ装置１０２は、すべての目的のために引用によりその全体が本明細書に組み込まれる米国特許出願第１３／７８４，０４１号で説明されるように、ビッグデータノードから受信したデータをヒストライズする（ｈｉｓｔｏｒｉｚｉｎｇ）又は格納するためのユニット式の論理データストレージ領域、データを受信するための複数の装置データレシーバ、及び複数の装置要求サービサーを含んでもよい。
【００６２】
プロセス制御ビッグデータシステムは、データが生成され、受信され、又は得られるレートでノードで生成され、受信され、又は得られるすべてのデータを自動的に収集してもよく、収集したデータが、高い忠実度で（例えば、オリジナル情報の損失を引き起こすことがある損失の大きいデータ圧縮又は他の任意の技術を用いることなく）、格納される（随意的に、ネットワークの他のノードに配信される）べきプロセス制御システムのビッグデータ装置１０２に配信されるようにしてもよい。プロセス制御システムのビッグデータシステムはまた、格納されるデータの任意の部分に対する洗練されたデータ解析及び傾向解析を提供することができることがある。例えば、プロセス制御ビッグデータシステムは、いかなる事前構成も必要とせずに且ついかなる翻訳又は変換も必要とせずに、プロセスデータ（従来技術のプロセス制御システムでは異なるデータベースサイロに含まれる）にわたる自動データ解析を提供することができることがある。解析に基づいて、プロセス制御システムのビッグデータシステムは、詳細な知識発見を自動的に提供することができることがあり、プロセス制御システムの変化又は付加的なエンティティを提案することがある。加えて又は代替的に、プロセス制御システムのビッグデータシステムは、知識発見に基づいて行為（例えば、処方的（ｐｒｅｓｃｒｉｐｔｉｖｅ）、予測的、又はこの両方）を行ってもよい。プロセス制御システムのビッグデータシステムはまた、手動の知識発見を行う、並びにプロセスプラント及びそれに関連するリソースを計画する、構成する、動作させる、維持する、及び最適化することを可能にし、その際にユーザを支援することがある。
【００６３】
エキスパートシステム
エキスパートシステム１０４は、ビッグデータ装置１０２によって収集及び格納されるデータにアクセスし、これを解析するように構成されたルーチン及び／又はモジュールのコレクションである。ビッグデータ装置１０２とは別個のモジュールとして本明細書の全体を通して例証及び説明されるが、一部の実施形態では、エキスパートシステム１０４は、ビッグデータ装置１０２内に組み込まれてもよい。加えて、エキスパートシステム１０４は、異なるプロセス領域で及び／又は異なるプロセス機器で動作する複数のモジュール又はルーチンを含んでもよい。例えば、エキスパートシステムの機能性は、１つ以上のコントローラ１１、１つ以上のプロセス制御デバイス１５〜２２などに常駐していてもよい。いずれにしても、エキスパートシステム１０４は、傾向を識別する、診断を行う、オペレータ入力を監視する、プロセスプラント及び／又はプロセスプラントの一部のモデリングを改善する、材料供給を監視する、出力品質及び量を監視する、プラントの動作の種々の態様をモデル化する、及び無数の他のアクティビティのために、ビッグデータ装置１０２によって収集及び格納されたデータを使用する。エキスパートシステム１０４は、収集したデータの解析を行うのに予め定義されたモデルを用いてもよく、及び／又はデータの解析に従ってモデルをアクティブに（あるいは自動的に）生成してもよい。エキスパートシステム１０４は、多くの異なるタイプの解析を行ってもよいが、いくつかの例が以下で提供される。例は、エキスパートシステム１０４の機能性の範囲を制限するのではなく、可能な機能性の一部を示すことを意図されている。
【００６４】
一例では、エキスパートシステム１０４は、ビッグデータ装置１０２によって収集及び格納されたデータを（リアルタイムで又は収集及び格納後に）監視し、特定のアラーム又はアラームタイプに関係したデータの解析を行う。エキスパートシステム１０４は、特定のアラームに関連する任意の共通の特徴（傾向、値など）を判定するために、プロセスパラメータ、プロセス入力、センサデータ、及びビッグデータ装置１０２に格納された他のどのようなデータを解析するようにプログラムされてもよい。関連は、一時的な関連であってもよいが、アラームと同時である必要はない。例えば、エキスパートシステム１０４は、特定のオペレータ入力がアラームとの類似の一時的関係性をもって生じるかどうかを判定するためにデータを解析してもよい。より詳細には、エキスパートシステム１０４は、例えば、特定のタンク内の温度が上昇しており、オペレータが指定量の特定の触媒をタンクの中に放出するときに、タンク内の圧力が指定のレートで上昇し、アラーム条件が生じることを決定づける、アラーム条件に先行するか、又は他の状態ではその予測である複数の因子の合流を判定してもよい。
【００６５】
別の例では、エキスパートシステム１０４は、イベントとプロセスパラメータとの間の相関の強さを判定するために、ビッグデータ装置１０２によって収集及び格納されるデータの統計解析を行うようにプログラムされてもよい。例えば、ベテランのオペレータは、種々のプロセッサ間の関係性についての「勘」の感覚をもっていることがあるが、オペレータの直観は、データの厳密な解析よりもあまり信頼できないことがあり、これにより、オペレータが状況を悪化させることがある又は少なくとも他の又は付加的な調整と同じだけ早く又は同程度に状況を是正しないことがあるプロセスの調整を行うことによってプロセス制御状況（例えば、上昇するタンク温度、低下する圧力など）に対応することがある。したがって、エキスパートシステム１０４は、オペレータ及び他の人員に人員が他の方法では知り得ない又は理解し得ない情報を提供することによって、プロセスの全体的な制御、安全性、品質、及び出力を改善することがある。
【００６６】
さらに別の例では、エキスパートシステム１０４は、解析（例えば、上記段落で説明した解析）に従って、プロセスプラント１０上で動作するプロセスへの調整を行うようにプログラムされる。エキスパートシステム１０４は、最適状態に及ばない又は異常な条件を識別してもよく、１つ以上のプロセス入力及び／又はセットポイントを変えることによって条件を正すように作用してもよい。加えて、エキスパートシステム１０４は、結果的に機器及び／又は人員に安全上の問題を生じることがあるプロセス条件を引き止める及び／又は正すために、プロセスプラント１０における他の安全システムと一体化されてもよい。
【００６７】
スーパーバイザエンジン
ＵＩデバイス１１２によるモバイル制御室の実装は、プロセスプラントの（又は他の類似の環境の）制御、保守、及び他の態様の分散を容易にする。すなわち、オペレータは、プロセスプラントの最適な制御を維持するのにもはやワークステーションに拘束されず、したがって、以前は通常制御室ではなくプラントで時を過ごしていたオペレータと保守人員との間の線引きが曖昧になる又はなくなる。より多くの人員がプラント環境中を移動するのに対応可能である。同時に、ビッグデータ装置１０２は、プラント環境のすべての態様についてのより完全なデータを格納し、エキスパートシステム１０４は、プロセスプラントの動作及び条件のより完全な解析を提供する。エキスパートシステム１０４とビッグデータ装置１０２は、プラントにおいて動作するプロセスの状態、プラントにおける機器の状態、プラントにおける人員の場所及び関連するタスク、並びにプラント管理、材料管理、人員管理、最適化などに関係した無数の他の態様についての情報を提供するように協働する。
【００６８】
スーパーバイザエンジン１０６は、プロセスプラント内の人員を管理するためにエキスパートシステム１０４によって提供されるデータ及び解析を用いる。具体的には、スーパーバイザエンジン１０６は、エキスパートシステム１０４によって識別される傾向を監視してもよく、プラント人員の作業項目を作成してもよい。ビッグデータ装置１０２及びエキスパートシステム１０４とは別個のモジュールとして本明細書の全体を通して例証及び説明されるが、一部の実施形態では、スーパーバイザエンジン１０６は、ビッグデータ装置１０２内に及び／又はエキスパートシステム１０４内に組み込まれてもよい。図２は、モバイル制御室ＵＩデバイス１１２、スーパーバイザエンジン１０６、及びエキスパートシステム１０４、並びにビッグデータ装置１０２間の通信アーキテクチャを示すブロック図である。上述のように、エキスパートシステム１０４は、ビッグデータ装置１０２に格納されたデータを取得及び解析してもよく、一部の実施形態では、データをビッグデータ装置１０２に格納してもよい。例えば、エキスパートシステム１０４は、プロセス制御システムの態様に関係したデータを取得し、得られたデータに対して１つ以上の解析を行ってもよい。エキスパートシステム１０４によって行われる解析は、予めプログラムされたモデルに従って行われてもよく、又は一部の実施形態では、モデルなしに行われてもよい（すなわち、エキスパートシステム１０４は、未知の相関又は関係性に関してデータをサーチしてもよい）。いずれにしても、エキスパートシステム１０４は、ビッグデータ装置１０２内に解析データ（例えば、回帰データ、相互に関連付けられるデータなど）を格納してもよい。
【００６９】
スーパーバイザエンジン１０６は、エキスパートシステム１０４から受信した／検索したデータ、及び／又はビッグデータ装置１０２から受信したデータを用いてもよい。例えば、スーパーバイザエンジン１０６は、特定のパラメータが特定の異常な条件と又は特定の最適な条件と最も密に相互に関連付けられることを示すデータをエキスパートシステム１０４から受信してもよい。別の例として、スーパーバイザエンジン１０６は、特定のパラメータがチェックされるべきであること、又は異常な条件を回避するためにプロセス制御デバイス／ルーチンへの特定の調整が行われる必要があることを示すデータをエキスパートシステム１０４から受信してもよい。さらに別の例として、スーパーバイザエンジン１０６は、保守が必要とされる又は予測された時刻に必要となることを示す傾向をエキスパートシステム１０４が識別したことを示すデータをエキスパートシステム１０４から受信してもよい。代替的に又は加えて、スーパーバイザエンジン１０６は、ビッグデータ装置１０２からデータを受信又は検索してもよい。例えば、スーパーバイザエンジン１０６によって実行されるルーチンは、定期的なスケジュールされた保守（すなわち、ルーチン、スケジュールされたインターバル、又はプラントのパラメータによって決まるインターバルで起こる保守）と関係してもよい。すなわち、スーパーバイザエンジン１０６は、例えば、直近の保守からどれだけ多くの時間にわたってデバイスが使われているか、又は直近の保守からどれだけ多くの時間にわたってデバイス（例えば、バルブ）が動作しているかを判定するために、プロセスプラントの又はプロセスプラント内のデバイスのパラメータを監視してもよい。このタイプのデータは、ビッグデータ装置１０２に格納され、スーパーバイザエンジン１０６によって検索されてもよい。
【００７０】
作業項目の作成
スーパーバイザエンジン１０６は、プラント人員の作業項目を作成する、及び／又は他の方法でプロセスプラントにおいて特定の行為をとらせるために、受信したデータを用いてもよい。図３は、スーパーバイザエンジン１０６の実施形態を示すブロック図である。スーパーバイザエンジン１０６は、作業項目マネージャ３００を含んでもよい。作業項目マネージャ３００は、コンピュータ可読媒体上に格納され、プロセッサによって実行され、作業項目を作成するために使用可能なルーチン及び／又は命令の組であってもよい。各作業項目は、１つ以上のプロセスプラント人員によって完了されるべきタスク又は手順であってもよい。例えば、作業項目は、デバイスを交換すること又は修理すること、パラメータの読み取りを行うこと、デバイス又はパラメータへの調整を行うこと、機器又は製品を検査すること、較正手順を行うこと、デバイスをプログラミングすること、又は人員が完了する必要がある他のどのような行為を含んでもよい。作業項目マネージャ３００が作業項目を生成する際に、作業項目は、スーパーバイザエンジン１０６に関連するメモリに存在する作業項目リスト３０２に格納されてもよい。図４を参照すると、例示的な作業項目４００は、作業タイプ又は機能４０２（例えば、配線のチェックアウト、機器の交換、機器の較正、保守（例えば、注油など）など）、作業項目を実行するのに必要な機器のリスト４０４、作業項目に関係がある機器を識別する対象機器フィールド４０６、目標開始時刻／日４０８、目標完了時間／日４１０、優先順位フィールド４１２（例えば、「即座」、「１２時間以内」、「２４時間以内」、「現在のバッチの後」、「次のシャットダウン中」、「高」、「中」、「低」など）、必要な技能フィールド４１４及び／又は必要な資格証明書フィールド（図示せず）、及び対象機器タイプフィールド４１６を含む種々の情報を含んでもよい。もちろん、より少ない又は付加的なフィールドが作業項目４００に含まれていてもよい。
【００７１】
再び図３を参照すると、スーパーバイザエンジン１０６はまた、人員プロフィール３０６の組３０４を含んでもよい。人員プロフィール３０６のそれぞれは、特定のオペレータ、保守要員、又は他のプラント人員に関係した情報を含む。人員プロフィール３０６における情報は、技能、認証及び／又は資格証明書、任務（例えば、オペレータ、保守、セキュリティ、安全性）、作業時間／スケジュール、巡回スケジュール（すなわち、パラメータデータを記録するか、又はプロセスプラントの態様を視覚的に検査するために人員がプラントを回るルーチン及び／又はスケジュールされたルート）、及び／又はプロセスプラント内の種々の職務の遂行に関連する場合がある他のどのような情報を含んでもよい。
【００７２】
ワークフロー管理
作業項目スケジューラ３０８は、命令セットとして機械可読媒体上に格納されてもよい。命令は、作業項目リスト３０２に格納される作業項目のスケジューリングを行うためにプロセッサによって実行可能であってもよい。作業項目スケジューラ３０８は、種々の因子のいずれかに従って作業項目をスケジュールしてもよい。例えば、作業項目スケジューラ３０８は、各作業項目の優先順位に従って、作業項目に関係した１台の機器（「対象機器」）に隣接する場所（「目標の場所」）にいるようにスケジュールされた人員に従って、対象機器に隣接する目標の場所に現在いる人員に従って、人員の現在の利用可能性（例えば、所望の作業項目スタート／完了時刻にシフトに入っている又は入ることになっている人員、及び／又は所望の作業項目の開始／完了時刻に他に割り当てられていない人員）に従って、人員の必要な／要求される／所望の技能、任務、認証、及び／又は資格証明書に従って、スケジュールされたプラント保守及び／又はシャットダウンスケジュールなどに従って作業項目をスケジュールしてもよい。単なる例として、限定ではなく、作業項目スケジューラ３０８は、各作業項目に関連する目標の場所及び／又は対象機器に注目する、作業項目リスト３０２における作業項目を追跡してもよい。作業項目スケジューラ３０８は、人員によって携行されるＵＩデバイス１１２を介して人員の場所を追跡する人員追跡ルーチン３１０から情報を受信してもよい。人員追跡ルーチン３１０が、（例えば、その場所が既知であるＵＩデバイス１１２にログインした又は割り当てられた人員を判定することによって）モバイルオペレータが目標の場所又は対象機器に隣接した位置にいることを報告するときに、作業項目スケジューラ３０８は、モバイルオペレータが作業項目に関連するタスク（「目標機能」）を行うのに必要な技能及び／又は資格証明書をもっているかどうかを判定するために、モバイルオペレータに関連する人員プロフィール３０６を調べてもよい。モバイルオペレータが適切な技能及び／又は資格証明書をもっている場合、作業項目スケジューラ３０８は、作業項目をモバイルオペレータに割り当ててもよく、オペレータが作業項目を受け取る場合、作業項目スケジューラ３０８は、オペレータが対象機器上で目標機能を行うのに必要な任意の許可を作成してもよい。もちろん、特定のタスクは完了するのに１人よりも多い人を必要とするため、１人以上の人が単一の作業項目に割り当てられてもよいことが理解されるであろう。
【００７３】
一部の実施形態では、許可は、スーパーバイザエンジン１０６に関連するメモリに格納されるデータベース３１２におけるトークン又はエントリとして作成される。各許可トークンは、目標機能（例えば、配線のチェックアウト）、対象機器、作業項目に割り当てられた作業者のＩＤ、及び随意的に、トークンの有効期限日時を定義する。許可トークンは、すべての作業項目、いくつかの作業項目、特定の機器又は機器タイプ、特定の目標機能（すなわち、作業項目タスク）に関連する作業項目などに必要とされる場合がある。許可トークンは、作業項目に割り当てられたモバイル人員に特定のアクセス権を与え、システムによって任意の時点で取り消されることが可能である。一部の実施形態では、許可はまた、外部要因に依存する場合がある。例えば、許可トークンは、モバイル作業者が特定の時間期間中、特定のプラントイベント中（例えば、プラントの領域のシャットダウン中）などに目標機能を行うための許可を有することを指定（ｓｐｅｃｉｆｙ）してもよい。
【００７４】
加えて、スーパーバイザエンジン１０６、具体的には作業項目スケジューラ３０８は、特に（しかし排他的にではなく）、作業項目が結果的に生産スケジュールの変化又は多大なダウンタイムを生じる外部要因に従って作業項目をスケジュールしてもよい。例えば、スーパーバイザエンジン１０６は、気象、原材料又は他の供給物の送達、作業項目の実行に必要な部品、ツール、又は機器の送達、製品発送スケジュールなどに関係したデータを得るために、ネットワークバックボーン１０５及びゲートウェイ７８を介して当該プロセスプラントの外部のシステムと通信してもよい。限定ではない例として、作業項目スケジューラ３０８は、作業項目が生産の妨げとなる場合及び腐敗しやすい原材料の出荷が作業項目の完了よりも前に受け取られるようにスケジュールされた場合には、作業項目のスケジューリングを遅延させてもよい。別の例として、屋外の場所における特定の作業項目は、目標機能（例えば、配線のチェックアウト）の完了のために乾燥条件（すなわち、雨降りではないこと）を必要とすることがあり、作業項目スケジューラ３０８は、天気予報に従って作業項目をスケジュールしてもよい。
【００７５】
プロセスプラントの人員にタスクを割り当てるための方法５００が、図５にフローチャートで描かれている。方法５００は、エキスパートシステムからデータを受信すること（ブロック５０５）、及びエキスパートシステムから受信したデータに従ってタスクを指定する作業項目を作成すること（ブロック５１０）を含んでもよい。方法はまた、作業項目に指定されているタスクを実行する人を選択すること（ブロック５１５）、選択された人に関連するデバイスに作業項目を送信すること（ブロック５２０）を含んでいてもよく、且つ、選択された人が作業項目を受け取ったという指標を受信すること（ブロック５２５）を含んでもよい。エキスパートシステムからデータを受信することは、プロセスプラントにおける予測される問題を示すデータを受信すること、プロセスパラメータに関連する傾向を示すデータを受信すること、エキスパートシステムにパラメータ値を提供することに関する要求を受信すること、プロセス制御デバイスに関する特定の行為を行う命令を受信することなどを含んでもよい。データを受信することがパラメータ値を提供することに関する要求を受信することを含む場合、作業項目を作成することは、指定されているタスクがパラメータを感知するか、又は他の方法で受信するデバイスから自動的に伝送されないパラメータ値を観察すること及び記録することである作業項目を作成することを含んでもよい。作業項目を作成することは、一部の実施形態では、指定されているタスクが保守タスク、較正タスク、交換タスク、検査タスク、又は修理タスクを行うことである作業項目を作成することを含んでもよい。作業項目を作成することはまた、指定されているタスクに関係した対象機器（例えば、それに対して指定されているタスクが行われる１台の機器）を指定することを含んでもよい。タスクを実行する人を選択することは、選択された人に関連するデバイス（例えば、モバイルユーザインターフェースデバイス、ＧＰＳデバイス、近接型カードデバイスなど）から受信した場所データに従って人を選択することを含んでもよい。方法５００はまた、指定されているタスクに関連するか、指定されているタスクに関連するプロセス制御デバイスに関連するか、又はこの両方に関連する許可トークンを作成及び格納することを含んでもよい。許可トークンは、選択された人が指定されているタスクに関連するプロセス制御デバイス上で指定されているタスクを行うのに必要とされる場合がある。許可トークンは、人が１台の機器上で又はこれに関係した行為を行うための許可を作成する、及び／又は与える目的で実装されるデータベース、個別のファイル、又は任意のコンピュータ構造への入力である場合がある。タスクを実行する人を選択することはまた、作業項目に指定されているタスク、指定されているタスクに関連するプロセス制御デバイス、又はこの両方、及びスーパーバイザモジュールがアクセス可能な複数の人員プロフィールに従って人を選択することを含んでもよい。一部の実施形態では、複数の人員プロフィールに従って人を選択することは、技能、任務、認証、及び／又は資格証明書に従って人を選択することを含む。人を選択することはまた、又は代替的に、人員が実行する作業項目を選択するデータベースに作業項目を格納すること、及び／又は人に関連するデバイスから作業項目を実行することに関する要求を受信すること、及び人が作業項目を実行するのに適任であるかどうかを判定するために人に関連するプロフィールを作業項目に格納された情報と比較することを含んでもよい。
【００７６】
エキスパートシステムからデータを受信することは、パラメータを観察及び記録すること、プロセス制御デバイスを検査すること、プロセス制御デバイスを較正すること、音声サンプルを記録すること、イメージ又はビデオを取り込むこと、プロセス制御デバイスに保守を行うこと、プロセス制御デバイスを修理すること、プロセス制御デバイスを交換すること、及び／又はプロセス制御パラメータを調整することなどの行為を行う命令を受信することを含んでもよい。作業項目を作成することは、指定されているタスクを行うのに不可欠なツール又は機器、作業項目の優先順位レベル、指定されているタスクを行うのに不可欠な必要な技能、必要な開始時刻及び／又は開始日、及び／又は、必要な完了時刻及び／又は完了日を指定することを含んでもよい。方法５００はまた、選択された人に関連するプロセスプラントを通るスケジュールされたルート、プロセスプラントによって実行されるプロセスに関する投入材料のスケジュールされた送達、プロセスプラントによって生産された製品のスケジュールされた送達、予測される気象条件、プロセスプラントによって生産された製品のスケジュールされた発送時刻、プロセスプラントのプロセスの予測される又はスケジュールされた完了時刻、及び／又は指定されているタスクを完了するのに必須のツール、機器、又は部品の予測される又はスケジュールされた到着に従って作業項目の実行をスケジューリングすることを含んでもよい。
【００７７】
再び図３を参照すると、スーパーバイザエンジン１０６はまた、機器マニュアル、保守マニュアル、及び標準作業手順（ＳＯＰ）３１６などのドキュメンテーションを格納（又は他の方法でアクセス）してもよい。ドキュメンテーションは、モバイルオペレータがプロセスプラントにおけるタスク又は特定の作業項目に関連するタスクを行う際に、ＵＩデバイス１１２を介してモバイルオペレータに自動的に提供されてもよい。一部の実施形態では、ドキュメントは、作業項目に関連する目標機能の遂行中の適切な（すなわち、有用な）時点でモバイルオペレータに提供される。例えば、作業項目に関連する配線のチェックアウト機能を行う人員には、配線のチェックアウトを行うためのＳＯＰが提示されてもよい。別の例として、バルブのルーチン保守（例えば、注油、クリーニングなど）を行う人員に、各手順のＳＯＰ及び／又は目標バルブのマニュアルが提示されてもよい。一部の実施形態では、目標機能を行うプロセスの各ステップで人員にドキュメンテーションの該当する部分が提供される。すなわち、保守要員には、バルブをロックアウトし、バルブを使用休止にするためのＳＯＰが（モバイルＵＩデバイス１１２を介して）最初に提示されてもよい。次いで、保守要員には、バルブのクリーニング及び／又は注油を行うことに関係するバルブの操作マニュアルからの頁が提示されてもよい。後で、保守要員には、バルブを動作状態に戻し、デバイスのロックアウトを解除するためのＳＯＰが提示されてもよい。もちろん、職務の遂行中に人員にＳＯＰ及びマニュアルを提示できることがある多くの状況が存在するので、これらの例は限定しないことが意図される。
【００７８】
モバイルオペレータ又は技術者が作業項目に関連する目標タスクを行う際に、スーパーバイザエンジン１０６、具体的には作業項目追跡モジュール３１８は、作業項目に関連するタスクの進行を追跡してもよい。一部の実施形態では、スーパーバイザエンジン１０６は、作業項目を行うのに必要な１つ以上のプロセスの各ステップを通してモバイルオペレータをガイドするためにモバイルＵＩデバイス１１２と協働する。ガイダンスは、ロックアウト手順、シャットダウン手順、デバイスの分解、デバイスの修理、較正、注油などの保守ステップ、チェックアウト及び検証手順、デバイスの再組立、スタートアップ手順、ロック解除手順、及びプロセスの他のどのようなステップを含んでもよい。作業項目追跡モジュール３１８は、モバイルＵＩデバイス１１２と通信し、例えば、モバイルオペレータがその後の各命令、ステップ、又はガイドを要する際に指標を受信してもよい。作業項目追跡モジュール３１８が、その後の各命令、ステップ、又はガイドが要求されるという指標を受信する際に、作業項目追跡モジュール３１８は、以前のステップが完了されるとみなし、これにより作業項目の実行の進行を追跡してもよい。一部の実施形態では、作業項目追跡モジュール３１８は、ステップのうちの１つ以上が完了することを確認するために、対象機器（すなわち、作業項目の対象となる機器）、又は対象機器に隣接するか、又はこれに通信可能に結合される機器と通信するように動作可能であってもよい。さらに別の実施形態では、２人のモバイルオペレータが、協同セッションに関与してもよく、１人のモバイルオペレータがモバイルＵＩデバイス１１２を介して技術者に提示された作業項目の各ステップを完了する際に、第２の技術者が別のＵＩデバイス１１２上で各ステップの完了をマークし、作業項目追跡モジュール３１８に各ステップが完了するという指標を送ってもよい。すなわち、それぞれのＵＩデバイス１１２を用いて共同する２人のユーザは、情報の同じ指標を見る必要はなく、同じ情報を見る必要は全くない。別の例として、第１のユーザが、第１のＵＩデバイス１１２上で作業項目を行うための標準作業手順を見ている一方、別のユーザが、第２のＵＩデバイス１１２上で作業項目に関連する１台の機器に関係したライブデータを見ている場合がある。作業項目が完了すると、スーパーバイザモジュール１０６、一部の実施形態では作業項目追跡モジュール３１８は、項目の完了をマークし、これをアクティブな作業項目のリストから削除し、作業項目に関連する任意の許可を削除するか又は失効させ、別の作業項目を割り当て、作業項目が完了することを人員に通知し、従属する作業項目（すなわち、これを開始できる前に完了する前の作業項目に従属する作業項目）を開始できることを人員に通知するなどしてもよい。
【００７９】
図６を参照すると、フローチャートは、プロセスプラントにおけるワークフローを管理するための方法６００を描いている。方法６００は、プロセスプラントで行われるべきタスクを指定する作業項目を作成すること（ブロック６０５）、指定されているタスクから作業項目を実行するための手順の組を判定すること（ブロック６１０）、手順の組における各手順に関する関連する表示を生成すること（ブロック６１５）、及び関連する表示の組を手順の組が行われるべき順にモバイルユーザインターフェースデバイス上に順次に表示すること（ブロック６２０）を含む。作業項目を作成することは、エキスパートシステムからデータを受信すること及び／又はエキスパートシステムから受信したデータに従ってタスクを指定することを含んでもよい。エキスパートシステムからデータを受信することは、プロセス制御デバイスに関する特定の行為を行う命令を受信することを含んでもよい。作業項目を作成することはまた、又は代替的に、保守タスク、較正タスク、交換タスク、検査タスク、及び／又は修理タスクを指定することを含んでもよい。作業項目を作成することはまた、安全ロックアウト手順、シャットダウン手順、及び／又はスタートアップ手順などを必要とするタスクを指定することを含んでもよい。関連する表示を生成することは、手順を行うためのステップの組を提示する表示を生成すること、手順の遂行を描画する１つ以上のイメージを含む表示を生成すること、機器の目標部品の位置を突き止める際に人を支援するためにその周囲との関連で機器の目標部品のイメージを含む表示を生成すること、機器の目標部品に関連するパラメータを記録するためのパラメータ入力フィールドを含む表示を生成すること、及び／又は標準作業手順の組を含む表示を生成することを含んでもよい。方法はまた、モバイルユーザインターフェースデバイスのディスプレイ上にプロセスプラントとの関連で機器の目標部品の場所を描画することを含んでいてもよく、これは、表示を機器の目標部品上にズームインさせるユーザインターフェース制御を提供すること、及び／又はモバイルユーザインターフェースデバイスのユーザが関連する表示の組の間でナビゲートすることを可能にするためにユーザインターフェース制御の組を提供することを含んでもよい。一部の実施形態では、指定されているタスクに関連する手順の組のうちのどの手順が現在実行されているかを示す手順コンテキストページ（ｐａｎｅ）が表示されてもよい。方法はまた、指定されているタスクに関連する機器の目標部品に関係したドキュメンテーションへのアクセスを提供することを含んでもよい。さらに、方法は、手順の組を行うのに必要なツール及び機器の組を判定することと、ツール及び機器の判定された組のリストを含むチェックリストの表示を生成することと、チェックリストを表示することとを含んでもよい。作業項目を作成することは、手動データ収集タスクを指定することを含んでもよい。手順の組を判定することは、手動データを収集するルートを判定することを含んでもよい。
【００８０】
スーパーバイザエンジン１０６はまた、作業項目の実行に関連するデータを格納してもよい。特に、スーパーバイザエンジン１０６は、作業項目の実行に関連するモバイルＵＩデバイス１１２によって取り込まれるデータを格納してもよく、プロセスプラントの動作に対する作業項目の実行の影響（例えば、作業項目の実行によって生じる又はこれと相互に関連付けられるプロセスプラントの性能の変動）などに関係があるデータを格納してもよい。一部の実施形態では、モバイルＵＩデバイス１１２は、診断手順若しくは修理又は保守手順の一部として、ビデオ、音声、又は振動データを取り込んでもよく、モバイルＵＩデバイス１１２は、取り込んだデータをスーパーバイザエンジン１０６に戻るように伝送してもよく、スーパーバイザエンジン１０６は、特定の作業項目に関連する場合のデータを格納してもよく、代替的に又は加えて、データをビッグデータ装置１０２に格納してもよい。
【００８１】
チェックリスト
再び図３を参照すると、スーパーバイザエンジン１０６は、モバイル人員を監督することに関係した他のタスクを行ってもよい。単なる一例として、スーパーバイザエンジン１０６は、チェックリスト生成ルーチン３１４を含んでもよい。チェックリスト生成ルーチン３１４は、モバイル人員に割り当てられた作業項目に対応するモバイル人員に関するチェックリストを生成してもよい。ルーチン３１４によって生成されるチェックリストは、例えば、領域又は手順に必要な安全用具（例えば、防毒マスク（ｒｅｓｐｉｒａｔｏｒｓ）、ハーネス、カラビナ、放射線検出装置／線量計など）、手順を行うのに不可欠なツール、手順を行うのに必要な部品（例えば、シール、潤滑油などの交換部品又は保守部品）などを含んでもよい。チェックリスト生成ルーチン３１４は、チェックリストを生成し、一部の実施形態では作業項目に関連する場合のチェックリストを格納してもよい。代替的に、チェックリスト生成ルーチン３１４は、チェックリストをリアルタイムで生成及び表示してもよい。いずれにしても、作業項目が実行されるすぐ前にモバイル人員にチェックリストが提示されることが考慮される。例えば、チェックリストは、モバイルオペレータが作業項目を実行する準備をしていることを示すときにモバイルオペレータに自動的に提示されてもよい。別の実施形態では、チェックリストは、オペレータが作業項目を実行する準備をしている際にモバイルオペレータによって手動で要求されてもよい。一部の実施形態では、スーパーバイザエンジン１０６は、オペレータが作業項目を実行する準備をしていることを判定し、モバイルオペレータに自動的にチェックリストを提示する。例えば、スーパーバイザエンジン１０６は、作業項目が行われるようにスケジュールされた時刻にモバイルオペレータがワークステーションＵＩデバイス１１２の状態をモバイルＵＩデバイス１１２に伝送したという指標を受信する場合がある。状態の伝達を検出すると、スーパーバイザエンジン１０６は、モバイルオペレータに、モバイルオペレータが作業項目を行うのに適切な機器及びリソースをもっていることを認めるように促すチェックリストを提示してもよい。代替的に、モバイルＵＩデバイス１１２は、モバイルオペレータが作業項目を開くときに、好ましくはプロセスプラント環境に入る前に、チェックリストを（例えば、スーパーバイザエンジン１０６から）自動的に検索してもよい。さらに別の実施形態では、モバイルＵＩデバイス１１２は、これが備品室又は準備室に入ったことを検出してもよく、モバイルオペレータが必要なツール、機器、及び供給物を収集し得るようにモバイルオペレータにチェックリストを自動的に提示してもよい。
【００８２】
ここで図７を参照すると、フローチャートは、プロセスプラントにおけるタスク完了を容易にするための方法７００を描いている。方法は、作業項目のデータベースに格納された複数の作業項目から作業項目の選択を受信すること（ブロック７０５）、及び選択された作業項目から作業項目の実行に必要とされる１つ以上の項目を判定すること（ブロック７１０）を含む。作業項目を実行する人に表示するための１つ以上の項目のチェックリストが生成され（ブロック７１５）、チェックリストは作業項目を実行する人に表示される（ブロック７２０）。一実施形態では、選択された作業項目から１つ以上の作業項目を判定することは、作業項目の１つ以上のフィールドを読み出すことを含み、これは、必要な機器フィールドを読み出すこと、必要な安全用具フィールドを読み出すこと、必要なツールフィールドを読み出すこと、及び／又はプロセスプラント内の機器の目標部品の場所を示すフィールドを読み出すことを含んでもよい。１つ以上のフィールドを読み出すことは、完了されるべき目標タスクを指定するフィールドを読み出すことを含んでもよい。フィールドを読み出すことは、完了されるべき目標タスク及び対象機器又は対象機器タイプを指定するフィールドを読み出すことを含んでもよい。さらに、作業項目の実行に必要な１つ以上の項目を判定することは、完了されるべきタスク、それに対して完了されるべきタスクが行われる機器、又はこの両方を判定することを含んでもよい。作業項目を実行する人に表示するための１つ以上の項目のチェックリストを生成することは、一台の安全用具、ツール、プロセス制御デバイス、プロセス制御デバイスの部品、保守材料などのいずれか１つ又は組み合わせを含むチェックリストを生成することを含んでもよい。チェックリストを生成することは、作業項目に関連するプロセス制御デバイスに関連する機器マニュアル、作業項目の実行が必要とされるツールに関連する機器マニュアル、安全ドキュメント、標準作業手順、及び／又は作業項目に関連するプロセス制御デバイスの場所に関連するドキュメントのうちの１つ以上から情報を検索することを含んでもよい。チェックリストを生成することはまた、一部の実施形態では、作業項目に関連するか、又は割り当てられた人員がそこを通って作業項目に関連する場所に着くように移動しなければならないであろう場所を判定することと、特別な安全用具及び／又は場所にアクセスするか、又はそこを通過するのに必要なツールを検索することを含んでもよい。作業項目を実行する人にチェックリストを表示することは、作業項目を実行するように割り当てられたユーザがモバイルユーザインターフェースデバイスをアクティブにしたという指標を受信することと、アクティブにされたモバイルユーザインターフェースデバイス上でユーザにチェックリストを表示することとを含んでもよい。作業項目の選択を受信することは、第１のユーザインターフェースデバイス上の選択を受信することを含んでいてもよく、作業項目を実行する人にチェックリストを表示することは、第１のユーザインターフェースデバイスの状態が第２のユーザインターフェースデバイスに伝送されているという指標を受信することと、第２のユーザインターフェースデバイス上にチェックリストを表示することとを含んでもよい。方法７００はまた、チェックリスト上の１つ以上の項目のそれぞれに関して、表示されたチェックリストを見る人が項目をもっているという指標を受信することを含んでもよい。
【００８３】
ＵＩデバイス
図８は、モバイル制御室８００との関連でのＵＩデバイス８０３のブロック図である。モバイル制御室８００は、ＵＩデバイス８０３が動作の状態を別のシステム又はデバイスに伝送する、及び／又は動作のＵＩ状態を別のシステム又はデバイスから受信することを可能にしてもよい。モバイル制御室８００はまた、ＵＩデバイス８０３ａ、サーバ１５０、及びＵＩデバイス８０３ｂを含む。ＵＩデバイス８０３、８０３ａ、８０３ｂのそれぞれは、図９Ｂを参照して以下で説明される種々のＵＩデバイスタイプのうちのいずれか１つであってもよい。サーバ１５０は、サーバ１５０でメモリに格納され、サーバ１５０でのプロセッサによって実行され得るウェブサービス又はウェブルーチン１５２を含んでもよい。ＵＩデバイス８０３ａ及び８０３ｂのそれぞれ（並びに他のどのようなＵＩデバイス８０３）は、プロセッサ８１０、メモリ８１５、ディスプレイ８２０、ネットワークインターフェース８２５、入力インターフェース８３０、システムバス８３５、及び１つ以上のトランシーバ８５０を含む。ＵＩデバイス８０３ａ、８０３ｂはまた、例えば、全地球測位システム（ＧＰＳ）（又は他のどのような衛星ナビゲーションシステム）レシーバ８３２、慣性測位システムチップ８３４、個別の測位コンポーネント、例えばコンパス８３６、ジャイロスコープ８３８、加速度計８４０などを含む１つ以上の測位デバイスを含んでもよい。メモリ８１５は、オペレーティングシステム８８０、ユーザインターフェース（「ＵＩ」）ルーチン８８２、コンテキストアウェアネスルーチン８８４、状態判定ルーチン８８６、ブラウザルーチン８８８、イメージ取り込みルーチン８９０、及び音取り込みルーチン８９２、ローカルプロセス制御データストレージ８９４、ＵＩ状態情報８９６、及び他のデータを含んでもよい。一部の実施形態では、オペレーティングシステム８８０、ＵＩルーチン８８２、コンテキストアウェアネスルーチン８８４、及び／又は状態判定ルーチン８８６のうちの１つ以上は、ＵＩデバイス８０３の外部のメモリに常駐していてもよく、（例えば、サーバ１５０などのデバイス又はシステムで）ＵＩデバイス８０３の外部のプロセッサによって実行されてもよい。ここで説明されるモバイル制御室８００は単なる一例であることを理解されたい。他の構成が考慮される。例えば、モバイル制御室８００は、複数のＵＩデバイスを含む必要はなく、実際には、いかなる特定の数のＵＩデバイスを含む必要はない。
【００８４】
ＵＩデバイス８０３のメモリ８１５の特定の実施形態では、メモリ８１５は、揮発性メモリ及び／又は不揮発性メモリを含んでいてもよく、リムーバブル又は非リムーバブルメモリであってもよい。例えば、メモリ８１５は、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ−ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）又は他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又は他の磁気ストレージデバイス、又は所望の情報を格納するのに用いることができる他のどのような媒体の形態のコンピュータ記憶媒体を含んでもよい。プロセッサ８１０は、メモリ８１５に格納された命令をフェッチ及び実行するように構成される。メモリ８１５は、オペレーティングシステムデータ又はプログラムデータなどのデータを格納してもよい。
【００８５】
ネットワークインターフェース８２５は、無線通信用の１つ以上のアンテナ、有線接続用の１つ以上のポート、又はこの両方を含んでいてもよく、又はこれらに結合されてもよい。一部の実施形態では、ネットワークインターフェースは、ネットワークインターフェース８２５が場所又は座標データを受信することを可能にするＧＰＳレシーバ８３２に結合されてもよい。ネットワークインターフェース８２５はまた、又は代替的に、ネットワークインターフェース８２５が外部デバイス又はシステムとのパーソナルエリアネットワークを確立することを可能にするＢｌｕｅｔｏｏｔｈトランシーバを含んでもよい。加えて又は代替的に、ネットワークインターフェースは、近距離無線通信（「ＮＦＣ」）トランシーバ、無線周波数識別（「ＲＦＩＤ」）トランシーバ、及び／又はローカルエリアネットワークトランシーバ（ネットワークインターフェース８２５が例えばＩＥＥＥ８０２．１１プロトコルを用いて通信することを可能にする）を含んでもよい。
【００８６】
ネットワークインターフェース８２５は、図１Ａに示されるプロセス制御ネットワーク１００などのネットワークを介してサーバ１５０及び／又はＵＩデバイス８０３のうちの１つと通信してもよい。ユーザは、入力インターフェース８３０を介してＵＩデバイス８０３と対話してもよい。入力インターフェース８３０は、機械的動作（例えば、キーボード又はマウス）を介して入力を受け取ってもよい。入力インターフェース８３０は、代替的に又は加えて、電磁界、信号、又は特性（例えば、抵抗性又は容量性タッチスクリーン）の検出を介して入力を受け取ってもよい。さらに、入力インターフェース８３０は、音、光、又は動き（例えば、マイクロフォン８４２、イメージセンサ又はカメラ８４４などを介する音声入力）の検出を介して入力を受け取ってもよい。さらにまた、入力インターフェース８３０は、ネットワークインターフェース８２５に結合されるＢｌｕｅｔｏｏｔｈデバイスから入力を受け取ってもよい。ディスプレイ８２０は、イメージ又はビデオの形態の出力を提供してもよく、任意のタイプのモニタ、プロジェクタ、又はＣＲＴ、ＬＣＤ、プラズマ、ＬＥＤ、及びＯＬＥＤ技術を含むディスプレイ技術を用いてもよい。
【００８７】
一部の実施形態では、マイクロフォン８４２、イメージセンサ又はカメラ８４４、又は他のセンサ（例えば、酸素センサ、有毒ガスセンサ、モーションセンサ、振動センサ、ＲＦＩＤセンサ）などの１つ以上の入力源が、ＵＩデバイス８０３の外部に位置し、有線通信チャネル（例えば、ヘッドホンポート又はＵＳＢポートを介して）又は無線通信チャネル（例えば、無線ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ−Ｆｉ、又は独自開発（ｐｒｏｐｒｉｅｔａｒｙ）プロトコル）を介してＵＩデバイス８０３に結合されてもよい。例えば、ＵＩデバイス８０３を携行するユーザは、ＵＩデバイス８０３が携行される場合のユーティリティベルト上の入力源のうちの１つ以上なども携行してもよい。
【００８８】
ルーチン８８０〜８９６のそれぞれは、１つ以上の命令、ルーチン、モジュール、プロセス、サービス、プログラム、及び／又はアプリケーションであってもよく、コンピュータ可読媒体上、例えばメモリ８１５上に格納されてもよい。オペレーティングシステム８８０は、基本機能を支援し、ＵＩデバイス８０３のリソースを管理してもよい。特に、オペレーティングシステム８８０は、ＵＩデバイス８０３のハードウェア及びソフトウェアを管理してもよい。ＵＩルーチン８８２は、プロセッサによって実行されるときに、ディスプレイ８２０に情報をユーザに表示させてもよく、入力インターフェース８３０にユーザからの又は他の外部刺激からの入力を受信させてもよい。コンテキストアウェアネスルーチン８８４は、ネットワークインターフェース８２５で、入力インターフェース８３０で、又は１つ以上のセンサで受信されたコンテキスト情報に応答してディスプレイ８２０に情報を表示させてもよい。コンテキストアウェアネスルーチン８８４は、加えて又は代替的に、ＵＩデバイス８０３に、コンテキスト（例えば、場所、時間、又はスケジュール）を識別させ、及び／又はＵＩデバイス８０３の外部のシステム又はデバイスからコンテキストを受信させてもよい。
【００８９】
状態判定ルーチン８８６は、ＵＩデバイス８０３の動作についての情報を収集してもよい。例えば、状態判定ルーチン８８６は、プロセッサ８１０によって実行されるプロセス及びプロセスに関連するデータを監視することによってＵＩ状態情報８９６を収集してもよい。状態判定ルーチン８８６は、ディスプレイ８２０に描かれる情報を識別してもよく、描かれた情報に関連するプロセスエンティティを識別してもよい。一部の実施形態では、状態判定ルーチン８８６は、収集したＵＩ状態ルーチンをサーバ１５０又はＵＩデバイス８０３ｂなどの外部ノードに伝送してもよい。ＵＩデバイス８０３がシンクライアント又はウェブクライアントを実装する一部の実施形態では、状態判定ルーチン８８６は、サーバ１５０上のメモリに格納されてもよく、サーバ１５０でのプロセッサによって実行されてもよい。
【００９０】
ブラウザルーチン８８８は、１つ以上の情報リソースにアクセスする、これを提示する、及びナビゲートするためのアプリケーションであってもよい。情報リソースは、ウェブページ、イメージ、ビデオ、ドキュメント、又は他のどのようなコンテンツであってもよい。ブラウザルーチン８８８は、ＵＩデバイス８０３上に存在する情報リソースと又はＵＩデバイス８０３の外部の情報リソースと対話してもよい。例えば、ＵＩデバイス８０３は、ワールドワイドウェブを介して又はプロセス制御ネットワーク１００などのネットワークを介して他のシステム又はデバイス（例えばサーバ１５０又はＵＩデバイス８０３ｂ）での情報リソースにアクセスしてもよい。一部の実施形態では、ブラウザルーチン８８８は、サーバ１５０で実行されるＵＩルーチンに関連するか、及び／又はこれによって生成される情報にアクセスしてもよい。特に、ブラウザルーチン８８８は、サーバ１５０でのウェブサービス１５２にアクセスしてもよく、この場合、ウェブサービス１５２は、サーバ１５０で実行されるＵＩルーチンに対応してもよい。例えば、ブラウザルーチン８８８は、一意リソース識別子又はユニフォームリソースロケータなどのアドレス又は識別子を受信してもよい（例えば入力インターフェース８３０を介してユーザから）。アドレス又は識別子は、ブラウザルーチン８８８をウェブサービス１５２に誘導してもよい。ブラウザルーチン８８８は、ウェブサービス１５２を介してＵＩルーチン８８２から表示データ又はプロセスパラメータデータなどのＵＩデータを受信してもよく、ブラウザルーチン８８８がいくつかの又はすべてのプロセスを制御及び／又は監視するためのグラフィックスを描画することを可能にする。ブラウザルーチン８８８はまた、ユーザ入力（例えばグラフィック上のマウスクリック）を受信し、ユーザ入力を表すデータをウェブサービス１５２を介してＵＩルーチン８８２に伝送してもよい。代替的実施形態では、ブラウザルーチン８８８は、プラグイン又はウェブクライアントアプリケーションであってもよい。
【００９１】
種々のルーチン８８０〜８９６がメモリ８１５に格納されるように説明されるが、ＵＩデバイス８０３はまた、必要に応じて付加的なルーチン（例えば、アプリケーション、アプレット、更新、パッチなど）を、ネットワークインターフェース８２５を介して、要求する、検索する、受信する、及び／又はダウンロードするように動作可能であってもよい。しかし多くの考えられる例のうちの１つとして、ＵＩデバイス１１２は、ＵＩデバイス１１２とプロセスプラントにおけるプロセス制御デバイスとの間の直接（又は間接）通信を容易にするために情報を要求及び受信してもよい。いずれにしても、ＵＩデバイス１１２は、メモリ８１５に常駐する本明細書に記載のこれらのアプリケーション、ルーチン、及びモジュールに限定されないことを理解されたい。
【００９２】
イメージ取り込みルーチン８９０は、イメージセンサ又はカメラ８４４を介してイメージを取り込むように動作してもよい。一部の実施形態では、イメージは、ネットワークインターフェース８２５を介してネットワーク１００上のノードに伝送されてもよく、この場合、ノードは、プロセスデータを識別するためにイメージを解析してもよい。例えば、一実施形態では、イメージ取り込みルーチン８９０は、イメージセンサ８４４に炎のイメージを取り込ませてもよい。イメージ取り込みルーチン８９０は、ネットワーク１００を介してノード（例えば、サーバ１５０、エキスパートシステム１０４など）に炎のイメージを伝送してもよく、この場合、ノードは、炎の色及び対応する温度を識別するためにイメージを解析してもよい。同様に、音取り込みルーチン８９２は、マイクロフォン８４２を介して音を取り込むための命令又はルーチンであってもよい。取り込まれた音データは、解析のためにネットワーク１００上のノードに伝送されてもよい。
【００９３】
音を取り込むことに関して、マイクロフォン８４２は、プラント資産に関連する音声を取り込んでもよい。取り込まれた音声は、プラント資産を識別するか、又はプラント資産を診断するのに用いられてもよい。例えば、ポンプは、期待されるサウンドシグネチャを有していることがある。このような例では、ＵＩデバイス８０３は、資産タイプを例えばポンプとして識別するために、プラント資産の動作中に生じる音声を取り込んでもよく、音声を、ネットワーク１００を介してノード（例えば、サーバ１５０、エキスパートシステム１０４など）に伝送してもよい。いくつかの状況では、ノードは、ＵＩデバイス８０３に問題の特定のポンプを識別させてもよい。ＵＩデバイス８０３はまた、振動を検出するのに用いられるモーションセンサ（例えば、加速度計８４０）を含んでもよい。例えば、プラント資産は、動作中に振動の期待されるレベルを有することがある。ユーザは、ＵＩデバイス８０３をプラント資産上に又はその付近に配置してもよい。ＵＩデバイス８０３は、モーションセンサによって検出されたデータを資産に関連する現在の振動レベルを識別するのに用いてもよい。現在の振動レベルが振動の期待されるレベルを超過する場合、ユーザは、プラント資産をさらに診断するか、又は資産に関する作業命令を要求するのにＵＩデバイス８０３を用いてもよい。場合によっては、診断ルーチンは、資産に関連する振動を検出するためにＵＩデバイス８０３が資産上に又はその付近に置かれるときに自動的に立ち上がってもよい。
【００９４】
一部の実施形態では、ＵＩデバイス８０３は、他のデバイスとの接続を確立するための周辺インターフェース（図示せず）を含んでもよい。周辺インターフェースは、ユニバーサルシリアルバス（ＵＳＢ）インターフェースなどのシリアルインターフェースであってもよい。別の実施形態では、周辺インターフェースは、ネットワークインターフェースの実施形態のうちのいくつかに類似している別のデバイスとの無線接続を確立するための無線インターフェースであってもよい。例えば、一部の実施形態では、周辺インターフェースは、Ｂｌｕｅｔｏｏｔｈ（２４００〜２４８０ＭＨｚの周波数帯で動作する）又は近距離無線通信（１３．５６ＭＨｚの周波数帯で動作する）などの規格に準拠した短距離無線インターフェースであってもよい。周辺インターフェースは、後述の外部デバイスとの間で状態情報を伝達するか、又は状態情報を受信するために用いられてもよい。周辺インターフェースはまた、特定の実施形態では、ＵＩデバイス８０３にコンテキストアウェアネスを提供し得る外部デバイスと対話するために用いられてもよい。例えば、コンテキストＩＤデバイスは、同じく後述するように周辺インターフェースを介して検出されてもよい。一部の実施形態では、ユーザは、ＵＩデバイス８０３で利用可能な状態情報又はプロセス情報を、周辺インターフェースを介して外部デバイスに保存してもよい。
【００９５】
ＵＩデバイス８０３の一般的な動作において、プロセッサ８１０は、ＵＩルーチン８８２を実行するためにメモリ８１５にアクセスしてもよい。プロセッサ８１０がＵＩルーチン８８２を実行するときに、プロセッサ８１０は出力がディスプレイ８２０で提供されるようにし、出力は、プロセスプラント１０におけるエンティティ（例えば、デバイス、機器、ネットワークノード、プロセスデータ、制御データなど）に関する情報を表わす。出力は、メモリ８１５に格納されるデータ（例えば、グラフィックスデータ、ヒストリアンデータ、又は任意の以前に受信された及び格納されたデータ）又はネットワークインターフェース８２５を介して受信されたデータ（例えば、コントローラ１１又はデータベース１５１から受信されたデータ）に基づいていてもよい。さらに、入力が入力インターフェース８３０で受信されるときに、入力インターフェース８３０は入力データを生成してもよい。入力データは、システムバス８３５経由でプロセッサ８１０に伝送されてもよく、この場合、プロセッサ８１０は、受信した入力に従って１つ以上の命令又はルーチンを実行してもよい。多くの事例では、入力データは、ディスプレイ８２０で提供されるグラフィカル出力とのユーザ対話を表わしてもよい。例えば、入力データは、マウスの移動を表わしてもよく、この場合、プロセッサ８１０は、マウスの移動に従ってディスプレイ８２０上に表示されるカーソルを動かすように動作する。入力データはまた、ウィンドウ（例えば、ブラウザウィンドウ）、デバイスグラフィック（例えば、タンク、ポンプ、バルブ、メータなど）、又はオペレーティングシステム要素などの、ディスプレイ８２０上に表示されるＵＩ要素の選択を表わしてもよい。さらに、入力データは、制御入力を表わしてもよい。例えば、ユーザは、プロセスデバイスに関してのセットポイント値を入力するのにキーボード、マウス、又はタッチスクリーンを用いてもよい。入力データが制御入力を表わすとき、プロセッサ８１０は、入力データを、システムバス８３５経由でネットワークインターフェース８２５に伝送してもよく、この場合、ネットワークインターフェース８２５は、入力データをプロセス制御ネットワーク１００に伝送し、これは別のノード（例えば図１Ａに示されるコントローラ１１又はサーバ１５０）で受信されてもよい。プロセッサ８１０はまた、他のどのようなタイプの入力データがプロセス制御ネットワーク１００に伝送されるようにしてもよい。
【００９６】
状態アウェアネス、伝達、及び協同
プロセス制御動作、構成、及び保守がモバイルデバイスによって容易にされるので、人員は、デバイスからデバイスに移動することが期待されてもよく、いずれにしても、人員が見ていた表示及び／又は人員が第１のデバイス上で従事していたプロセスを第２のデバイス上に作成し直す（及び／又は再びナビゲートする）必要なくデバイスからデバイスに切り換えることができることを望んでもよい。上記の例で例証されるように、オペレータは、オペレータが現場に到着するときにどのようなことが発生していてもオペレータの準備が整っているように、オペレータが仕事に向かう際にプロセスプラントのステータスを移動電話からリモートでチェックすることを望んでもよい。オペレータが現場に到着する際に、オペレータはオフィスに行き、ワークステーション上の同じ場所でピックアップすることを望んでもよい。その後、オペレータは、タブレットコンピュータを手に取り、プラントの領域を調査する又は種々のタスクに注目するためにプラントフロアに移動してもよい。一般に、プロセスプラントの稼働及び保守にかかわる人員は、移動性及び／又は協同を容易にするために、人員が使用するデバイスが特定のレベルの状態アウェアネスを含み、状態をデバイス間で伝達できることを望んでもよい。
【００９７】
本開示の一実施形態では、状態情報は、第１のＵＩデバイスから第２のＵＩデバイスにシームレスに伝達され、ワークフローにおけるいかなる割り込みもなしに第１のＵＩデバイスからのセッションをユーザが第２のＵＩデバイス上で再開するか、又はこれに伝達することが可能となる。状態伝達はまた、２人のユーザがタスク又は作業項目を協働的様態で作業し得るように、第１のＵＩデバイスの第１のユーザが第２のＵＩデバイスの第２のユーザと協同できるようにすることがある。別の実施形態では、ＵＩデバイスは、ＵＩデバイスの動作のコンテキストに従って出力を提供してもよい。例えば、ＵＩデバイスは、ＵＩデバイスディスプレイでどのような情報を提供するべきか又はどのように情報を提供するかを判定するときに、ＵＩデバイスの場所及び機器の場所、ＵＩデバイスのタイプ、又は他の考慮事項を考慮に入れてもよい。本明細書で開示されるＵＩデバイス及びモバイル制御室は、物理的制御室からＵＩデバイスのオペレータ及びユーザを「解放する（ｕｎｔｅｔｈｅｒｉｎｇ）」利点を与える。こうしたＵＩデバイスのユーザは、ワークフローにおける割り込みなしに及びプロセスの監視及び制御に関しての機能性又は能力の損失なしにプラント中を自由に動き回ってもよい。
【００９８】
図９Ａは、例示的なモバイル制御室の態様９００ａを示す。モバイル制御室９００ａは、ＵＩデバイス９１２ａ、ＵＩデバイス９１２ｂ、及びＵＩデバイス９１２ｃを含み、これらはそれぞれ、ユーザ９０１及び／又はユーザ９０２が用いることができる。
【００９９】
モバイル制御室９００ａは、ＵＩデバイス９１２ａの状態をＵＩデバイス９１２ｂに伝送することによって、ユーザ９０１がＵＩデバイス９１２ａ及び９１２ｂを同期できるようにすることがある。ＵＩ状態伝達は、ＵＩデバイス９１２ａで表示される情報に類似の情報をＵＩデバイス９１２ｂに表示させることがある。状態伝達はまた、ＵＩデバイス９１２ａで実行するのと類似のルーチン又はアプリケーションをＵＩデバイス９１２ｂに実行させることがある。さらに、ＵＩデバイス９１２ｂ上の類似のルーチン又はアプリケーションは、ＵＩデバイス９２ａで実行するルーチン又はアプリケーションと同じ状態で実行することがある。ＵＩデバイス９１２ａからＵＩデバイス９１２ｂに動作のＵＩ状態を伝達することによって、ユーザ９０１は、ワークフローにおけるいかなる損失もなしに、ＵＩデバイス９１２ａの使用をやめて、ＵＩデバイス９１２ｂの使用を開始してもよい。
【０１００】
同様に、制御室９００ａは、少なくとも２つのＵＩデバイス間で安全な協同セッションが確立されることを可能にしてもよい。一実施形態では、２つのデバイス９１２が互いの近傍に移動し、互いに相互認識したときに、安全な協同セッションが自動的に確立されてもよい。セッションが確立されると、協同作業セッション中にＵＩデバイス間のデータの同期が行われてもよい。より具体的には、ユーザ９０１は、ユーザ９０２と協同してもよく、この場合、ＵＩデバイス９１２ｂは、状態情報をＵＩデバイス９１２ｃに伝達してもよい。ＵＩデバイス９１２ｂからＵＩデバイス９１２ｃに状態情報を伝達することによって、ＵＩデバイス９１２ｃは、ＵＩデバイス９１２ｂの動作の状態を識別してもよい。例えば、ＵＩデバイス９１２ｃは、ＵＩデバイス９１２ｂで表示されているのと同じ又は類似の情報を描いてもよい。ＵＩデバイス９１２ｂ及び９１２ｃはまた、ユーザ９０１及び９０２がＵＩデバイス９１２ｂ及び９１２ｃを介して情報（例えば、テキスト、ビデオ、及びボイスオーバーＩＰ）を交換することを可能にする通信ルーチンを立ち上げてもよい。例えば、ＵＩデバイス９１２ｂ及び９１２ｃは、作業項目又はタスクに関する情報を交換して、ユーザ９０１及び９０２がそれぞれのＵＩデバイス９１２ｂ及び９１２ｃ上で同じ表示を見ていない場合であってもユーザ９０１及び９０２が項目又はタスクを協調した様態で作業することを可能にしてもよい。一例では、ユーザは、デバイスが対処されていることが他のユーザに分かるように、ＵＩデバイスを介してデバイスをチェックアウトすることができることがある。
【０１０１】
一部の実施形態では、ＵＩデバイス９１２ａ〜９１２ｃは、状態情報を互いの間で直接伝達してもよい。ＵＩデバイス９１２ａ〜９１２ｃは、近接性を検出するのに近距離無線通信（ＩＳＯ／ＩＥＣ１４４４３及び１８０９規格）などの短距離無線技術を用いてもよく、次いで、状態情報を伝達するのにＷｉＦｉ（ＩＥＥＥ８０２．１１規格）又はＢｌｕｅｔｏｏｔｈ（ＩＥＥＥ８０２．１５．１規格）を用いてもよい。別の実施形態では、ＵＩデバイス９１２ａ〜９１２ｃは、ネットワークバックボーン１０５を介して図１Ａに示されるサーバ１５０などのノードを介して状態情報を伝達してもよい。特定の実施形態では、ＵＩデバイス９１２ａ〜９１２ｃは、シンクライアントであってもよく、この場合、ＵＩデバイス９１２ａ〜９１２ｃは、グラフィックスをレンダリングしてもよいが、ＵＩデバイス９１２ａ〜９１２ｃの処理の大部分は、プロセス制御ネットワーク１００上のノード（例えば図１Ａに示されるサーバ１５０）で行われる。こうした実施形態では、ＵＩデバイス９１２ａ〜９１２ｃ間で状態を伝達することは、ノードで実行するＵＩ間で状態情報を伝達することを含んでもよい。
【０１０２】
図９Ｂは、例示的なモバイル制御室９００ｃにおけるＵＩデバイス１１２を示す。モバイル制御室９００ｃは、ＵＩデバイス１１２ａ〜１１２ｋのいずれかとの間で動作の状態の伝達を可能にして、ＵＩデバイスの同期及びユーザの協同を可能にしてもよい。モバイル制御室９００ｃは、サーバ１５０、プロセス制御ネットワーク１００、ユーザ９０１、及びＵＩデバイス１１２ａ〜１１２ｋを含む。サーバ１５０は、データベース１５１を含んでいてもよく、これは、表示データ、パラメータデータ、ヒストリアンデータ、コンテキストデータ、ＵＩ状態情報データ、又は他のどのようなプロセスプラントデータを含んでもよい。データベース１５１は、サーバ１５０上のメモリに、サーバ１５０とは別々に、又はプロセスプラントにおけるいくつかのデバイス間で格納されてもよい。ＵＩデバイス１１２ａ〜１１２ｋのそれぞれは、プロセス又はプロセスに関連する要素についての情報を提供する、及びプロセス又はプロセスに関連する要素に関してのユーザ入力を受け取る、いかなるタイプのプロセス制御ＵＩデバイス１１２であってもよい。ＵＩデバイス１１２ａ〜１１２ｋのそれぞれは、対応するＵＩを実行してもよい。代替的実施形態では、ＵＩは、すべて又は部分的にサーバ１５０で実行し、例えばウェブページを介してＵＩデバイス１１２ａ〜１１２ｋに提供されてもよい。ＵＩデバイス１１２ａ〜１１２ｋのそれぞれは、プロセス制御ネットワーク１００のバックボーン１０５を介してサーバ１５０と通信してもよい。図９Ｂに示される実施形態では、ユーザ９０１は、ディスプレイ９２０及び入力インターフェース９３０を通じてＵＩデバイス１１２ａと対話してもよい（しかしユーザ９０１は、ＵＩデバイス１１２ａ〜１１２ｋのいずれかと対話してもよい）。この実施形態では、ＵＩデバイス１１２ａは据置型ワークステーションであり、入力インターフェース９３０はキーボードであり、ディスプレイ９２０はモニタであり、ＵＩデバイス１１２ｂはモバイルデバイス（例えば電話又はＰＤＡ）であり、ＵＩデバイス１１２ｃはユーザの手又はスタイラスからのタッチ入力を受けることができるタブレットであり、ＵＩデバイス１１２ｄは装着可能デバイス（この事例ではタッチスクリーンを備える腕時計）であり、ＵＩデバイス１１２ｅはラップトップコンピュータであり、ＵＩデバイス１１２ｆは装着可能デバイス（この事例ではヘッドアップディスプレイを備えるヘッドセット）であり、ＵＩデバイス１１２ｇは、キーボード、マウス、タッチスクリーン（例えば、容量性（ｃａｐａｃｉｔｉｖｅ）タッチスクリーン）、モーションセンサ、又はユーザ入力を受け取ることができる他のどのようなタイプのデバイスなどの関連する入力インターフェース（図示せず）を有することがあるテレビであり、ＵＩデバイス１１２ｈはプロセスプラント環境に存在する（例えば、壁面に取り付けられる、プロセスエンティティ上に又はその付近に取り付けられるなど）表示及びユーザ入力デバイス（例えば、タッチスクリーン）であり、ＵＩデバイス１１２ｊは、ＵＩを表面１１２ｋ（例えば、プロセスプラント内の壁）上に投影するように動作可能な組み込みプロジェクタを備えるモバイルデバイス（例えば、スマートフォン）である。表面１１２ｋ上に投影されるＵＩは、ユーザ入力方法（例えば、ＵＩデバイス１１２ｊ又は外部デバイス（図示せず）を介するユーザの動きの追跡）を含んでもよい。もちろん、ＵＩデバイス１１２ａ〜１１２ｋの任意の組み合わせが種々の実施形態で採用されてもよい。さらに、モバイル制御室９００ｃは、ＵＩデバイス１１２ａ〜１１２ｋのいずれかに類似の付加的なＵＩデバイスを含んでもよい。特定のタイプの入力がデバイス１１２ａ〜１１２ｋのそれぞれに関連するものとして説明されているが、少なくともＵＩデバイス１１２に関する使用タイプに従って、種々の実施形態ではデバイス１１２のいずれも種々の入力源から入力を受け取ってもよいことに注目される。単なる一例として、ＵＩデバイス１１２は、ユーザからの、すなわち例えば防護手袋を装着しているユーザからの入力を容易にするために、スタイラスからデバイスを受け取ってもよく、又は、本質的に容量性ではない（例えば、抵抗性、表面弾性波、又は他のどのようなタイプのタッチスクリーン技術）タッチセンシティブデバイスであってもよいことが考慮される。音声入力はまた、ＵＩデバイス１１２のいずれかで、特に外部ノイズが一因子ではない環境で用いられてもよい。
【０１０３】
モバイル制御室９００ｃにおいて、ＵＩデバイス１１２ａ〜１１２ｋのそれぞれは、ユーザ９０１がプロセス制御ネットワーク１００を介してプロセスに関連するプロセス又は要素を監視及び／又は制御することを可能にしてもよい。一実施形態では、ＵＩデバイス１１２ａ〜１１２ｋのそれぞれは、ウェブクライアント又はシンクライアントを実装してもよい。このような実施形態では、サーバ１５０は、ＵＩデバイス１１２ａ〜１１２ｋのうちの１つ以上の動作のために用いられるＵＩ及び他のどのようなルーチンを実行してもよい。ＵＩデバイス１１２ａ〜１１２ｋは、ユーザ入力データをサーバ１５０に渡してもよく、この場合、サーバ１５０は、ユーザ入力に応答してもよい。サーバ１５０は、表示データをＵＩデバイス１１２ａ〜１１２ｋに伝送してもよい。サーバ１５０はこの実施形態ではＵＩデバイス１１２ａ〜１１２ｋの動作の処理の大部分に対処し得るので、サーバ１５０は、サーバ１５０でのルーチンの実行を監視すること及びＵＩデバイス１１２ａ〜１１２ｋのそれぞれとの間で送受信されているデータを監視することによって各ＵＩデバイス１１２ａ〜１１２ｋの動作の状態を追跡してもよい。
【０１０４】
別の実施形態では、ＵＩデバイス１１２ａ〜１１２ｋは、単にデータクライアントとして動作する。例えば、一部の実施形態では、各ＵＩデバイス１１２は、ＵＩデバイス１１２上に情報を表示するための動的ＨＴＭＬ（又は他のコード）を自動的に生成するウェブブラウザ及びルーチンを含む。ルーチン及び／又はルーチンによって生成される動的ウェブページは、サーバ１５０からデータを検索し、検索したデータ（及びユーザ入力データなどの他のデータ）をディスプレイ上に表示する。ルーチン及び／又は動的ウェブページはまた、ユーザ入力を受け取り、データをサーバ１５０に戻るように送信してもよい。こうした実施形態では、データだけがネットワークを介してサーバ１５０との間で伝送される状態で、処理の多くがＵＩデバイス１１２上で行われる。
【０１０５】
別の実施形態では、ＵＩデバイス１１２上に常駐する命令（例えば、ＪａｖａＳｃｒｉｐｔ命令）が、適切な閲覧アプリケーション（例えば、ＨＴＭＬ５ビューア又はウェブブラウザ）でレンダリングされるコード（例えば、ＨＴＭＬ５コード）を動的に生成する。例えば、ＪａｖａＳｃｒｉｐｔコードは、ＵＩデバイス１１２及びサーバ１５０上で実行するＪａｖａＳｃｒｉｐｔ間でメッセージを送信するために、ＷｅｂＳｏｃｋｅｔアプリケーションメッセージングプロトコルによって用いられるＷｅｂＳｏｃｋｅｔ接続を開いてもよい。
【０１０６】
サーバ１５０は、ＵＩ状態情報を（例えば、データベース１５１に）周期的に又はトリガイベントに応答して保存してもよい。ＵＩ状態情報は、取り込み時のＵＩデバイスの状態を表わしてもよい。ＵＩ状態情報は、ＵＩデバイスと対話するユーザ又はオペレータ、ＵＩデバイスに対して実行するアプリケーション、プログラム、ルーチン、又はモジュール、ＵＩデバイスに提示されているグラフィックス又は音、表示されるデータがそれに関係するプラントの部分に関係する情報、又はＵＩデバイスの動作に関係する他のどのような情報を含んでもよい。サーバ１５０が状態伝達要求を受信するときに、サーバ１５０は、データベース１５１でローカルに保存されたＵＩ状態情報にアクセスしてもよく、ＵＩ状態情報をサーバ１５０で実行する適切なＵＩに伝送してもよい。ＵＩは、対応する表示データを適切なＵＩデバイスに伝送してもよい。例えば、ＵＩデバイス１１２ｂは、ＵＩデバイス１１２ａから状態情報を要求してもよい（この場合、ユーザ９０１は、例えばワークフローを中断することなくＵＩデバイスを１１２ａから１１２ｂに切り換えることを望んでもよい）。一部の実施形態では、ＵＩデバイス１１２ａ及び１１２ｂは、それぞれ、サーバ１５０で実行するＵＩを有していてもよい。サーバ１５０は、データベース１５１にローカルに格納されたＵＩ状態情報にアクセスしてもよく、ＵＩ状態情報をＵＩデバイス１１２ｂのＵＩに渡してもよい。ＵＩデバイス１１２ｂのＵＩは、保存されるＵＩ状態情報に基づいてＵＩデバイス１１２ｂで何が表示されるべきかを判定し、表示データをＵＩデバイス１１２ｂに伝達してもよい。
【０１０７】
一部の実施形態では、ＵＩデバイス１１２ａ〜１１２ｋのそれぞれは、ユーザがそれぞれのＵＩデバイスと対話するときに、ＵＩ状態情報をデータベース１５１に取り込み、格納してもよい。ＵＩデバイスは、ＵＩ状態情報をネットワーク１００経由でサーバ１５０に伝送してもよい。例えば、ＵＩデバイス１１２ａ〜１１２ｋのうちの特定の１つから要求を受信すると、特定のＵＩデバイスが受信したＵＩ状態情報と一致する様態で動作し得るように、サーバ１５０は、ＵＩ状態情報をＵＩデバイス１１２ａ〜１１２ｋのいずれかに伝送してもよい。
【０１０８】
例として、ユーザ９０１は、ＵＩデバイス１１２ａの使用を開始してもよい（しかし、以下の例は、ＵＩデバイス１１２ｂ〜１１２ｋのいずれかと共に同様に行われてもよい）。ユーザ９０１がＵＩデバイス１１２ａと対話する際に、ＵＩデバイス１１２ａは、ＵＩ状態情報を周期的に取り込み、保存してもよい。例えばユーザＩＤ又はユーザの役職／任務を表わすＵＩ状態情報をユーザ９０１に関係づけてもよい。ＵＩ状態情報はまた、ＵＩデバイス１１２ａ上で実行しているプログラム又はルーチンに関する情報、取り込み時間、セッション長さ、ＵＩデバイス１１２ａのディスプレイ９２０に表示されるグラフィックスの構成、ＵＩデバイス１１２ａで監視又は制御されているエンティティ（すなわち、プロセス領域、デバイス、機器、又はデータ）、及び／又は使用されているＵＩデバイスのタイプ（この場合は据置型ワークステーション）を含むユーザのセッションに関係していてもよい。ＵＩ状態情報を取り込み及び保存した後で、ＵＩデバイス１１２ａは、サーバ１５０がデータベース１５１にＵＩ状態情報を格納し得るように、ＵＩ状態情報をプロセス制御ネットワーク１００経由でサーバ１５０に伝送してもよい。
【０１０９】
ユーザ９０１は、ＵＩデバイス１１２ｂ〜１１２ｆ又は１１２ｉ〜１１２ｋのいずれかなどのモバイルＵＩデバイスを用いることを決定してもよい。一実施形態では、ユーザ９０１は、ＵＩデバイス１１２ｂを用いてもよく、この場合、ＵＩデバイス１１２ｂはユーザ９０１を認識してもよい。ＵＩデバイス１１２ｂは、ユーザ９０１に関連する直近のＵＩ状態情報（すなわち、この場合ＵＩデバイス１１２ａに取り込まれた最新のＵＩ状態情報）を検索するためにサーバ１５０と通信してもよい。一部の実施形態では、通信は、ＵＩデバイス１１２ａにおいてＵＩデバイス１１２ａに関係した状態情報の付加的な取り込みをトリガしてもよい。直近の状態情報の取り込み時にＵＩデバイス１１２ｂの表示が少なくとも部分的にＵＩデバイス１１２ａの表示に対応するように、ＵＩデバイス１１２ｂは、受信したＵＩ状態情報に基づいてＧＵＩ構成を生成してもよい。別の言い方をすれば、モバイル制御室９００ｃは、ＵＩデバイス１１２ａとＵＩデバイス１１２ｂとの間で状態を伝達させる又は状態を同期させるように動作する（ＵＩ同期又は状態伝達において表示がどのように見えることがあるかの一例として、図１０を参照されたい）。状態伝達の結果として、ユーザ９０１は、ワークフローにおける最小限の割り込みを経験する。
【０１１０】
一部の実施形態では、ＵＩ状態情報の取り込みは自動的に生じることがある。例えば、ＵＩデバイス１１２ａは、所定の周期で状態情報を取り込んでもよい（例えば、５、１０、又は３０分毎に状態情報を取り込む）。ＵＩデバイス１１２ａはまた、トリガイベント又はアクティビティに反応して状態情報を取り込んでもよい。トリガイベントは、ユーザ入力（例えば、ユーザ入力が受信される任意の時点で又はユーザ入力の受信に相互に関連したスケジュールで状態情報を取り込む）、又はＵＩデバイス１１２ａで提供される情報（例えば、アラームが出る任意の時点、又は特定の計測値又は値が指定された閾値に達する任意の時点で状態情報を取り込む）に関係していてもよい。代替的に又は加えて、ＵＩデバイス１１２ａは、ＵＩ状態情報を取り込む又は伝達するコマンドを表わすユーザ入力に応答してＵＩ状態情報を手動で取り込んでもよい。例えば、ディスプレイ９２０は、ユーザ９０１が対話し得る、取り込みを生じさせるグラフィックを提供してもよい。入力インターフェース９３０はまた、ユーザ９０１が取り込みを開始できるようにする機構（例えばボタン、キー、又はトラックパッド）を有していてもよい。特定の場合には、別のＵＩデバイス（例えばＵＩデバイス１１２ｂ〜ｋのうちの１つ）による要求はまた、ＵＩデバイス１１２ａでの取り込みをトリガしてもよい。別の例として、ＵＩデバイス１１２ａ〜１１２ｋは、２つのＵＩデバイスがタッチされる（又は互いの近傍、例えば５ｃｍ、２ｃｍ、１ｃｍ以内などにもっていくときに（例えば近距離無線通信を介して）状態情報を取り込み及び伝達してもよい。
【０１１１】
さらなる実施形態では、ＵＩデバイス１１２ｂはユーザ９０１を自動的に認識してもよい。例えば、ユーザ９０１は、ユーザ９０１を識別する固有のタグを（例えばＲＦＩＤチップ付きのバッジ又はカードに）有していてもよい。別の実施形態では、タグは、ＮＦＣデバイス、バーコード、Ｂｌｕｅｔｏｏｔｈデバイス、又は他のどのような無線アクセスポイントなどの識別情報を提供することができる任意のタグ又はデバイスであってもよい。ＵＩデバイス１１２ｂは、固有のタグを検出するタグスキャナ又はリーダ（例えばＲＦＩＤスキャナ）を有していてもよい。ＵＩデバイス１１２ｂは、ＵＩデバイス１１２ｂがユーザ９０１を認識することを可能にする固有のタグに関連するユーザを識別するために、データベースにアクセスしてもよい。データベースはＵＩデバイス１１２ｂにあってもよいが、別の実施形態では、サーバ１５０でのデータベース１５１がタグをユーザと相互に関連付け、ＵＩデバイス１１２がユーザ９０１を識別するためにサーバ１５０と通信してもよい。別の実施形態では、各ＵＩデバイスは、１人のユーザだけがＵＩデバイスと対話するように、特定のユーザに割り当てられてもよい。このような実施形態では、ＵＩデバイス１１２ｂがＵＩデバイス１１２ｂと対話する任意のユーザがユーザ９０１であると想定し得るように、ＵＩデバイス１１２ｂはユーザ９０１に割り当てられてもよい。代替的に、ＵＩデバイス１１２ｂは、ＵＩデバイス１１２ｂにログオンするためにユーザＩＤ及びパスワードをユーザ２０１に入力させて、ＵＩデバイス１１２ｂがユーザ９０１を認識できるようしてもよい。
【０１１２】
代替的実施形態では、ユーザ９０１は、ＵＩデバイス１１２ａからＵＩデバイス１１２ｃ〜１１２ｋのうちの１つへの状態伝達又は状態同期を生じさせる、ＵＩデバイス１１２ｂではなくＵＩデバイス１１２ｃ〜１１２ｋのいずれかなどの別のＵＩデバイスを用いてもよい。例えば、ユーザ９０１は、ＵＩデバイス１１２ｃなどのタブレットをＵＩデバイス１１２ａでの最新の取り込まれた状態情報と同期させてもよい。他の事例では、ユーザ９０１は、ＵＩデバイス１１２ｄなどの腕時計、ＵＩデバイス１１２ｅなどのラップトップ、ＵＩデバイス１１２ｆなどのヘッドセット、又はＵＩデバイス１１２ｇなどのテレビをＵＩデバイス１１２ａでの最新の取り込まれた状態情報と同期させてもよい。
【０１１３】
さらに、ＵＩデバイス１１２ａの状態情報をＵＩデバイス１１２ａに伝送して、ユーザ９０１がＵＩデバイス１１２ａ上にセッションを保存し、特定の後の時点で同じＵＩデバイス１１２ａ上でセッションを再開することを可能にしてもよい。ＵＩデバイス１１２ａは、ＵＩデバイス１１２ａ又はサーバ１５０に保存された状態情報にアクセスすることによって以前のＵＩ状態に戻ってもよい。これは、後の時点でのセッションの再開は同じデバイス上であっても複数のユーザが同じコンソールと対話するため難しい場合があるいくつかの従来技術のシステムとは対照的である。
【０１１４】
さらなる代替的な実施形態では、ユーザ９０１は、ＵＩデバイス１１２ａの代わりにＵＩデバイス１１２ｂ〜１１２ｋのいずれかを用いてもよい。ユーザ９０１によって用いられているそれぞれのＵＩデバイスは、それぞれのＵＩデバイスについての状態情報を取り込んでもよい。取り込まれた状態情報は、サーバ１５０に渡されてもよく、この場合、状態情報は、データベース１５１に格納され、同じＵＩデバイス又は別のＵＩデバイスによってアクセスされてもよい。
【０１１５】
場合によっては、サーバ１５０は、ＵＩデバイス１１２ａ〜１１２ｋのいずれかに類似のＵＩデバイスであってもよい（すなわち、サーバ１５０は、表示及び入力インターフェースを含んでいてもよく、ＵＩデバイスとして用いられてもよい）。このようなシナリオでは、サーバ１５０で保存される状態情報は、ユーザがサーバ１５０をＵＩデバイスとして使用し得るようにサーバ１５０でのＵＩ情報を提供するためにアクセスされてもよい。同様に、一部の実施形態では、ＵＩデバイス１１２ａ〜１１２ｋのいずれかは、サーバ１５０に類似のサーバ１５０として動作してもよい。
【０１１６】
別の実施形態では、ＵＩデバイス１１２ａ〜１１２ｋは、ネットワーク１００を通じて、もしくはパーソナルエリアネットワーク（例えば、Ｂｌｕｅｔｏｏｔｈネットワーク）又は近距離無線通信などのいくつかの他のネットワーク又は通信を通じて、状態情報を互いに伝達してもよい。一部の実施形態では受信側のＵＩデバイスがＵＩ状態情報の伝達を開始してもよく、一方、別の実施形態では伝送側のＵＩデバイスが前述の伝達を開始してもよい。さらに別の実施形態では、状態伝達は、ＵＩ状態情報をメモリ（例えばＵＳＢ  ｔｈｕｍｂ  ｄｒｉｖｅ上のメモリ）に保存すること及び第２のＵＩデバイスでＵＩ状態情報を検索するためにメモリにアクセスすることによって行われてもよい。
【０１１７】
特定の実施形態では、状態伝達は、ＵＩデバイス１１２ａ〜１１２ｋのいずれかのユーザに対して自動的及びトランスペアレントであってもよい。例えば、状態伝達は、ＵＩデバイスが別のＵＩデバイスの近傍に運ばれるときに自動的に開始してもよい。ＵＩデバイスは、ＵＩデバイスが互いを検出することを可能にするＮＦＣ回路などの回路を含んでもよい。近接性はまた、例えばＵＩデバイスのうちの１つ以上に含まれていてもよいＧＰＳレシーバで受信される場所データによって検出されてもよい。ＵＩデバイスは、場所データをサーバ１５０に伝送してもよく、この場合、サーバ１５０は、近接性を判定する、及び状態伝達を開始するのに場所データを用いてもよい。一部の実施形態では、ＵＩデバイスのうちの１つ以上は、それぞれのＵＩデバイスが状態情報を受信している又は伝送していることを示すインジケータグラフィックを表示してもよい。インジケータグラフィックはまた、ＵＩデバイスが別のＵＩデバイスと協同していることを示してもよい。
【０１１８】
図１０は、例えば状態伝達中又は伝達後に起こり得るようなＵＩデバイス８０３ａ及び８０３ｂ間のＵＩ同期に関連する例示的なデバイスディスプレイを示す。図１０では、ＵＩデバイス８０３ａは据置型ワークステーションであってもよく、ＵＩデバイス８０３ｂはモバイルデバイス（例えばタブレット）であってもよい。ＵＩデバイス８０３ａは、ディスプレイ８２０ａ及び入力インターフェース８３０ａを含む。ディスプレイ８２０ａは、タンクグラフィック１０１５ａ、レベルインジケータグラフィック１０１６ａ、ポンプグラフィック１０２０ａ、バルブグラフィック１０２５ａ、バルブグラフィック１０３０ａ、グラフ１０３５ａ、グラフ１０４０ａ、及びグラフ１０４５ａを含むＧＵＩ構成１０１０ａを提供してもよい。ＵＩデバイス８０３ｂは、ディスプレイ８２０ｂ及び入力インターフェース８３０ｂを含む。ディスプレイ８２０ｂは、タンクグラフィック１０１５ｂ、レベルインジケータグラフィック１０１６ｂ、ポンプグラフィック１０２０ｂ、バルブグラフィック１０３０ｂ、及びグラフ１０４０ｂを含むＧＵＩ構成１０１０ｂを提供する。
【０１１９】
ＵＩデバイス８０３ａは、ＵＩ状態情報８９６を取り込み、ＵＩ状態情報８９６をサーバ１５０又はＵＩデバイス８０３ｂなどの別のＵＩデバイスに伝送してもよい。ＵＩ状態情報８９６を取り込むときに、ＵＩデバイス８０３ａは、どのエンティティがディスプレイ８２０ａで提供される出力に関係しているかを判定してもよい。例えば、ＵＩデバイス８０３ａは、グラフィックス１０１６ａ〜１０４５ａに関連するエンティティ（グラフ１０３５ａ〜１０４５ａに関連するタンク、ポンプ、２つのバルブ、及びデバイス）を識別し、エンティティを状態情報８９６として保存してもよい。前述のエンティティを識別することに加えて、ＵＩデバイス８０３ａはまた、ディスプレイ８２０ａで提供されるグラフィックスに関連する座標場所を識別してもよい。結果として、ＵＩ状態情報８９６は、例えばタンクグラフィックが画面の中央に存在することを反映してもよい。ＵＩデバイス８０３ａはまた、任意の実行するアプリケーションに関連する種々のウィンドウ又はボックスの場所を識別してもよい。さらに、ＵＩデバイス８０３ａは、ＵＩデバイス８０３ａで実行するプログラム又はルーチンを識別してもよく、各プログラム状態を示す情報を保存してもよい。例えば、ブラウザは、実行中であってもよく、ＵＩデバイス８０３ａは、ブラウザによってアクセスされている又は用いられているリソース（例えば、ウェブページ、イメージ、ビデオ、又はいくつかの他のコンテンツ）を識別してもよい。
【０１２０】
ＵＩデバイス８０３ｂは、ＵＩデバイス８０３ａから（又は別の実施形態ではサーバ１５０から）ＵＩ状態情報８９６を受信してもよい。ＵＩデバイス８０３ｂは、受信したＵＩ状態情報８９６に基づいて出力を提供する。特に、ＵＩデバイス８０３ｂは、受信したＵＩ状態情報８９６に基づいてＵＩディスプレイ８３０ｂで視覚表現又はグラフィックスを表示してもよい。ＵＩデバイス８０３ｂは、ＵＩデバイス１１２ａとは異なるサイズのディスプレイを備える異なるタイプのデバイスであってもよいので、ＵＩデバイス１１２ｂは、ＵＩデバイス１１２ａで提供されたものとは異なるＧＵＩ構成を提供してもよい。特に、ＵＩデバイス１１２ｂは、ＵＩ状態情報９６から最高の優先順位のエンティティ及びプログラムを識別してもよく、それに応じてＧＵＩ構成１０１０ｂを生成してもよい。特に、ＵＩデバイス８０３ｂは、グラフィックス１０１５ｂ、１０１６ｂ、１０２０ｂ、１０３０ｂ、及び１０４０ｂに関連するエンティティを高い優先順位として識別してもよい。限られた画面スペースに起因して、ＵＩデバイス８０３ｂは、ＵＩデバイス８０３ａのディスプレイ８２０ａで描かれるグラフィックス１０２５ａ、１０３５ａ、又は１０４５ａに相互に関連するグラフィックスを生成しないことがある。ＵＩデバイス８０３ｂはまた、ＧＵＩ構成１０１０ａの対応するグラフィックスの相対的な場所と相互に関連するＧＵＩ構成１０１０ｂの場所にグラフィックスを生成してもよい。
【０１２１】
加えて、異なるタイプの入力インターフェース（すなわち、キーボードに基づくのではなく画面のタッチに基づく）を有することに起因して、ＵＩデバイス８０３ｂは、ＵＩデバイス８０３ａで生成されるグラフィックスとは異なるサイズ及び形状のグラフィックスを生成することがある。例えば、ＵＩデバイス８０３ｂは、タッチによって対話するのにより容易なより大きいグラフィックスを生成してもよい。
【０１２２】
一部の実施形態では、特にＵＩデバイス８０３ａとＵＩデバイス８０３ｂが同じタイプのデバイスである一部の実施形態では、ＵＩデバイス８０３ｂのＧＵＩ構成１０１０ｂはＵＩデバイス８０３ａのＧＵＩ構成１０１０ａと同一であることがある。さらに別の実施形態では、ＧＵＩ構成１０１０ｂは、ＧＵＩ構成１０１０ａとの非常に小さい相関を有していることがある。場合によっては、例えば、ＵＩデバイス８０３ｂのディスプレイ８３０ｂで提供される出力は、部分的に又は完全にテキストベースであることがある。こうした実施形態であっても、ＵＩデバイス８０３ｂは、それに関する情報をＵＩデバイス８０３ｂが提供するべきプロセスエンティティを判定するのにＵＩ状態情報８９６を依然として用いてもよい。例えば、ＵＩデバイス８０３ｂがＵＩデバイス８０３ａのタンクグラフィック１０１５ａに対応するグラフィックを表示しない場合であっても、ＵＩデバイス８０３ｂは、タンクが高い優先順位のエンティティであることを依然として判定することがあり、テキスト（例えばタンクレベルインジケータ１０１６ａに対応するテキストのタンクレベル値）についての情報を提供してもよい。
【０１２３】
図１１は、ＵＩデバイス１１２を同期する１つの例示的な方法１１００を示すフローチャートである。他の例示的な方法が以下で説明されることになり、方法１１００は、限定となることを意図されない。上述のように、同期するＵＩデバイス１１２は、ユーザが以前のセッションを同じ又は別のデバイスから再開できるようにすることがあり、２人以上のユーザが情報を交換することによって協同することができるようにすることがある。方法１１００は、すべて又は部分的に、図１〜１０に示されるような１つ以上のデバイス及びシステムによって実装されてもよい。方法１１００は、命令、ルーチン、プログラム、又はモジュールのセットとしてＵＩデバイス１１２のメモリ８１５上で実装されてもよく、図８のプロセッサ８１０によって実行されてもよい。
【０１２４】
方法１１００において、ＵＩデバイス１１２は、ＵＩ状態情報８９６に関する要求を受信する（ブロック１１０１）。ＵＩデバイス１１２は、第１のＵＩデバイス１１２のＵＩ状態を識別する（ブロック１１０５）。ＵＩ状態を識別することは、第１のＵＩデバイス１１２のディスプレイ上に提供される出力を識別することを含んでもよい。ディスプレイ上に提供される出力を識別することは、第１のＵＩデバイス１１２のディスプレイで提供されている視覚表現及びグラフィックスを識別することと、前述の視覚表現及びグラフィックスに関連するエンティティを識別することを含んでもよい。ディスプレイ上に提供される出力を識別することはまた、ディスプレイで提供されているプロセスパラメータを識別することと、ディスプレイでのＧＵＩ構成を識別することと、ＵＩデバイス１１２のＵＩタイプ又はデバイスタイプを識別することとを含んでもよい。
【０１２５】
第１のＵＩデバイス１１２は、ディスプレイで提供される出力に関連するプロセスエンティティを識別してもよい。プロセスエンティティは、プロセスパラメータデータ、プロセスプラント領域、フィールドデバイス、実行するアプリケーション、又はアプリケーション状態を含んでもよい。例えば、第１のＵＩデバイス１１２は、ディスプレイで提供されるタンクグラフィックを識別してもよい。識別に基づいて、第１のＵＩデバイス１１２は、タンクレベル計測値、タンクに関するプロセスプラント領域（例えば、ボイラ領域）、タンクに関連するフィールドデバイス（例えば、タンクへの入口バルブ、タンクの排出ポンプ、タンク材料の温度センサなど）、第１のＵＩデバイス１１２上で実行するアプリケーション（例えば、ブラウザ、ヒストリアン、アラーム管理スイートなど）、及び／又は実行するアプリケーションの状態（例えば、ブラウザによってアクセスされている又は用いられているリソース、ヒストリアンによって用いられている又は表示されているパラメータ、又はアラーム管理スイートによって表示されているアラーム）を識別してもよい。
【０１２６】
第１のＵＩデバイス１１２のＵＩ状態を識別した後で、第１のＵＩデバイス１１２は、識別したＵＩ状態を表すデータを第２のＵＩデバイス１１２に伝送してもよい（ブロック１１１０）。より具体的には、第１のＵＩデバイス１１２は、識別したエンティティを表すデータを第２のＵＩデバイス１１２に伝送してもよい。代替的実施形態では、第１のＵＩデバイス１１２は、エンティティデータをサーバ１５０に伝送してもよく、この場合、サーバ１５０は、その後、エンティティデータを第２のＵＩデバイス１１２に伝送してもよい。
【０１２７】
第２のＵＩデバイス１１２でＵＩ状態情報８９６を受信した後に、第２のＵＩデバイス１１２は、受信したＵＩ状態、より具体的には受信したエンティティデータに対応する出力を提供してもよい。例えば、第２のＵＩデバイス１１２は、識別したプロセスパラメータデータ（すなわち、第１のＵＩデバイス１１２で提供されたプロセスパラメータデータ）をディスプレイで提供してもよい。第２のＵＩデバイス１１２はまた、識別した１つ以上のプラント領域（すなわち、第１のＵＩデバイス１１２で識別される出力に関連する領域）のグラフィカルな全体像をディスプレイで生成してもよい。加えて又は代替的に、第２のＵＩデバイス１１２は、１つ以上の識別したフィールドデバイス（すなわち、第１のＵＩデバイス１１２で提供される出力に関連するデバイス）のグラフィカル表現をディスプレイで生成してもよい。第２のＵＩデバイス１１２はまた、識別したアプリケーション（すなわち、第１のＵＩデバイス１１２で実行しているアプリケーション）に対応するアプリケーションを立ち上げてもよい。最後に、第２のＵＩデバイス１１２は、１つ以上のアプリケーションが識別された状態（すなわち、第１のＵＩデバイス１１２で識別される１つ以上のアプリケーション状態）に入るようにしてもよい。
【０１２８】
さらなる例として、引き続き図１１を参照すると、ＵＩデバイス８０３は、ＵＩ状態情報８９６を取り込み、状態情報をプロセス制御ネットワーク１００に伝送してもよい。ＵＩ状態情報８９６は、取り込み時のＵＩデバイス１１２の状態を表わしてもよい。プロセッサ８１０は、メモリ８１５にＵＩ状態を表すデータを格納させることによってＵＩ状態情報８９６を取り込むように動作してもよい。プロセッサ８１０は、メモリ８１５からＵＩ状態情報８９６を検索し、ＵＩ状態情報８９６をネットワークインターフェース８２５を介してプロセス制御ネットワーク１００に伝送してもよい。ＵＩ状態情報８９６は、最終的に、サーバ１５０などのプロセス制御ネットワーク１００上のノードによって受信されてもよい。代替的実施形態では、ＵＩ状態情報８９６は、周辺インターフェース（例えば、ＵＳＢインターフェース、ＷｉＦｉインターフェース、Ｂｌｕｅｔｏｏｔｈインターフェース、又はＮＦＣインターフェース）を介して伝送されてもよく、この場合、周辺インターフェースは、ＵＩ状態情報８９６を別のＵＩデバイス８０３に伝送する。
【０１２９】
図１Ａに関して及び後の図１２Ａ、図１２Ｂに関して説明されるように、ＵＩ状態情報８９６は、ＵＩデバイス８０３と対話するユーザ又はオペレータに関係するプロフィールデータなどの情報又はデータを含んでもよい。プロフィールデータのすべて又はいくつかは、入力インターフェース８３０又はネットワークインターフェース８２５で受信されてもよい。プロセッサ８１０は、入力インターフェース８３０又はネットワークインターフェース８２５にプロフィールデータをシステムバス８２５経由でメモリ８１５に伝送させてもよい。特定の実施形態では、プロセッサ８１０は、入力インターフェース８３０又はネットワークインターフェース８２５から受信したデータに応答してプロフィールデータを生成してもよく、該データは、ＵＩデバイス８０３のユーザ又は類似のＵＩデバイス８０３に関係する。別の実施形態では、プロフィールデータは、メモリ８１５上に既に存在していてもよく、この場合、プロセッサ８１０は、プロフィールデータにアクセスし、又はプロフィールデータを異なるデータ構造の下で保存してもよい（例えば、プロセッサ８１０は、ＵＩデバイス８０３上のオペレーティングシステム８８０又は別のアプリケーションの動作中に収集されるプロフィールデータにアクセスしてもよく、プロフィールデータがＵＩ状態伝達動作に用いられる特定のデータベースに保存されるようにしてもよい）。
【０１３０】
プロフィールデータに加えて、ＵＩ状態情報８９６はまた、ＵＩデバイス８０３で提供される出力（すなわち、グラフィックス又は音）に関係する、及びＵＩデバイス８０３で実行するアプリケーション及びそれぞれのアプリケーションの状態に関係するセッションデータを含んでもよい。別の言い方をすると、図示した実施形態では、プロセッサ８１０は、ディスプレイ８２５で提供される出力に基づいて及びプロセッサ８１０によって実行される他のアプリケーションの動作中に生成されるか又は用いられるデータに基づいてセッションデータを生成してもよい。ユーザプロフィールデータ及びセッションデータに加えて、ＵＩ状態情報８９６は、ＵＩデバイス８０３の動作又は状態に関係する他のどのようなデータを含んでもよい。
【０１３１】
ＵＩデバイス８０３の別の実施形態では、ＵＩデバイス８０３は、プロセス制御ネットワーク１００からＵＩ状態情報８９６を受信してもよく、ＵＩデバイス８０３をＵＩ状態情報８９６に対応する状態におくように動作してもよい。このような実施形態では、ＵＩ状態情報８９６は、別のＵＩデバイス（「以前のＵＩデバイス」）（例えば、ＵＩデバイス８０３ｂ）又はＵＩデバイス８０３の動作の以前に取り込まれた状態を表わしてもよい。ＵＩデバイス８０３のこうした実施形態の動作時に、ＵＩ状態情報８９６は、プロセス制御ネットワーク１００を介してネットワークインターフェース８２５で受信されてもよい。ネットワークインターフェース８２５は、ＵＩ状態情報８９６をメモリ８１５に格納されるように伝送してもよい。プロセッサ８１０は、ＵＩデバイス８０３をＵＩ状態情報８９６のいくつか又はすべてと一致する状態におくために、メモリ８１５に格納されたＵＩ状態情報８９６のいくつか又はすべてにアクセスしてもよい。ＵＩ状態情報８９６は、以前のＵＩデバイスがプロセス又はプロセス制御ネットワーク１００における特定のエンティティに関係する情報を提供した動作のＵＩ状態を示してもよい。プロセッサ８１０は、ディスプレイ８２０に同じ特定のエンティティに対応する情報を表示させてもよい。ディスプレイ８２０は、以前のＵＩデバイス８０３ｂによって用いられる同じ又は類似のＧＵＩ構成の情報を描いてもよいが、特定の状況では異なるＧＵＩ構成を用いてもよい（例えば、この場合、ＵＩデバイス８０３は、以前のＵＩデバイス８０３ｂとは異なるタイプのデバイスである）。一部の実施形態では、プロセッサ８１０は、ＵＩ状態情報８９６に基づいて関心地点（例えば、関心あるエンティティ）を識別してもよく、ディスプレイ８２０に識別した関心地点上の情報を提供させてもよい。
【０１３２】
プロセスエンティティを示すことに加えて又は代替的に、ＵＩ状態情報８９６は、以前のＵＩデバイス８０３ｂ上で実行していたアプリケーションのうちの１つ以上の状態を示してもよい。プロセッサ８１０は、１つ以上のアプリケーションを立ち上げ、示された状態で動作させてもよい。例えば、ＵＩ状態情報８９６は、ブラウザウィンドウが開かれ、特定のウェブページを表示していることを示してもよい。このような例では、プロセッサ８１０は、ブラウザアプリケーションを立ち上げ、同じ特定のウェブページを開かせてもよい。別の例では、ＵＩ状態情報８９６は、プロセス履歴閲覧ツールが実行していたこと及び閲覧ツールによって特定のプロセス値がアクセスされていた又は表示されていたことを示してもよい。このような例では、プロセッサ８１０は、閲覧ツールアプリケーションを立ち上げ、同じ特定のプロセス値にアクセスさせ又は表示させてもよい。
【０１３３】
図１２Ａを参照すると、ブロック図は、モバイル制御室１２００ａにおけるＵＩデバイス１１２に関連する例示的なデータを描いている。モバイル制御室１２００ａは、１つ以上のＵＩデバイス１１２への状態伝達を可能にして、それぞれのＵＩデバイス１１２のユーザが以前に保存した状態からワークフローを再開できるようにする、又はＵＩデバイス１１２のユーザが他のＵＩデバイス１１２のユーザと協同できるようにすることがある。モバイル制御室１２００ａは、サーバ１５０、プロセス制御ネットワーク１００、及びＵＩデバイス１１２を含む。一部の実施形態では、サーバ１５０はまたＵＩデバイス１１２として機能してもよく、この場合、サーバ１５０は、は、ＧＵＩ構成を表示するためのディスプレイ８２０を含み、オペレータ又はユーザにプロセス情報を提供する。このような実施形態では、サーバ１５０はまた、ユーザ入力を受信するための入力インターフェース８３０を含んでもよい。
【０１３４】
サーバ１５０は、プロセッサ１２０１、ネットワークインターフェース１２０２、及びメモリ１２０３を含む。メモリ１２０３は、プロフィールデータ１２４５及び／又はセッションデータ１２６５を含むことがあるＵＩ状態情報１２４０を格納する。ＵＩ状態情報１２４０は、図９Ｂに描かれるデータベース１５１に格納されてもよい。サーバ１５０は、有線通信チャネル又は無線通信チャネルを用いてプロセス制御ネットワーク１００上で通信してもよい。同様に、ＵＩデバイス１１２のそれぞれは、有線通信チャネル又は無線通信チャネルを用いてプロセス制御ネットワーク１００上で通信してもよく、及びＵＩデバイス１１２のそれぞれは、サーバ１５０と通信してもよい。
【０１３５】
サーバ１５０のメモリ１２０３は、揮発性メモリ及び／又は不揮発性メモリを含んでいてもよく、リムーバブル又は非リムーバブルメモリであってもよい。例えば、メモリ１２０３は、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ−ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）又は他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又は他の磁気ストレージデバイス、又は所望の情報を格納するのに用いることができる他のどのような媒体の形態のコンピュータ記憶媒体を含んでもよい。プロセッサ１２０１は、メモリ１２０３に格納された命令をフェッチ及び実行するように構成される。メモリ１２０３は、オペレーティングシステムデータ又はプログラムデータなどのデータを格納してもよい。ネットワークインターフェース１２０２は、無線通信用の１つ以上のアンテナ、有線接続用の１つ以上のポート、又はこの両方を含んでもよい。一部の実施形態では、ネットワークインターフェース１２０２は、１つ以上のＧＰＳレシーバ、Ｂｌｕｅｔｏｏｔｈトランシーバ、ＮＦＣトランシーバ、ＲＦＩＤトランシーバ、及び／又はローカルネットワークトランシーバを含んでもよい。ネットワークインターフェース１２０２は、プロセス制御ネットワーク１００を介してＵＩデバイス１１２と通信してもよい。
【０１３６】
各ＵＩデバイス１１２は、ユーザＩＤ１２０５、セッションＩＤ１２１０、クライアントデバイスＩＤ１２１５、及び／又はＵＩタイプ１２２０を表すデータを含んでもよい。ユーザＩＤ１２０５は、１人のユーザ又はオペレータに対応してもよく、一意の識別子として動作する。同様に、セッションＩＤ１２１０は、ＵＩデバイス１１２での特定のユーザセッションの一意の識別子として機能してもよい。ユーザセッションは、一般に、いかなる延長されたブレークもない特定のユーザによる使用期間と考えられる。一般に、ユーザが延長された時間期間にわたってＵＩデバイス１１２ａの使用をやめ、後でＵＩデバイス１１２ａの使用を再開するときに、その後の使用は、新しいセッションの開始を表す（セッションが後述のように再開されない限り）。クライアントデバイスＩＤ１２１５ａは、ＵＩデバイス１１２ａの一意の識別子として動作してもよい。最後に、ＵＩタイプ１２２０ａは、ＵＩデバイス１１２ａで実装されるＧＵＩのタイプを表わしてもよい。ＵＩタイプは、しばしば、ＵＩデバイスのデバイスタイプに対応する。好ましい実施形態では、通常の（ｎｏｒｍａｌ）ＵＩとモバイルＵＩとの２つの共通のＵＩタイプが存在する。より大きい画面を備えるデスクトップ、ラップトップ、及び他のＵＩデバイスは、通常のＵＩを実装する。一方、電話、ＰＤＡ、及びタブレットなどのモバイルデバイスは、しばしばモバイルＵＩを実装し、これはより大きいグラフィックス及びテキスト（画面サイズに対して）を提供する。多くの実施形態では、モバイルＵＩは、多くのモバイルデバイス画面の限られたサイズに起因して異なるＧＵＩ構成及びグラフィックスを提供することがある。別の実施形態では、電話ＵＩ、タブレットＵＩ、又はヘッドセットＵＩなどの他のＵＩタイプが存在することがある。
【０１３７】
プロフィールデータ１２４５は、ユーザプロフィール１２５０ａ〜１２５０ｄを含んでもよい。ユーザプロフィール１２５０ａ〜１２５０ｄのそれぞれは、固有のユーザ又はオペレータに対応してもよい。ユーザプロフィール１２５０ａは、ユーザＩＤ１２５２、ユーザ任務１２５４、及びユーザ履歴データ１２５６を表すデータを含んでもよい。ユーザプロフィール１２５０ｂ〜１２５０ｄは、類似の要素を含んでもよい。ユーザＩＤ１２５０ａは、特定のユーザに関する一意の識別子を表わしてもよく、クライアントデバイス１１２ａでのユーザＩＤ１２０５ａに対応してもよい。ユーザ任務１２５４は、プロセスプラントでの特定のユーザの責務、役職、又は任務を表わしてもよい。例えば、ユーザ任務１２５４は、ユーザが制御する許可を有するプラントの領域を制限してもよい。ユーザ任務１２５４はまた、ユーザが実施できる制御の範囲又はユーザがアクセスしてもよいプログラムのタイプを制限してもよい。一部の実施形態では、ユーザ任務１２５４はまた、スケジュールに基づいてプロセスプラントにおけるエンティティにアクセスし、これを制御するためのユーザの許可を制限してもよい。例えば、ユーザ任務１２５４は、ユーザの作業スケジュール中（例えば午前８時から午後５時まで）に制御を実施する許可だけを有してもよい。最後に、ユーザ履歴データ１２５６は、ユーザプロフィール１２５０ａに関連するユーザの傾向、習慣、及び好みを表わしてもよい。ユーザ履歴データ１２５６は、例えば、プロセスプラント、特定のデバイス、又は機器における特定の領域、又はユーザによって重視される傾向がある特定のプロセスパラメータを明らかにしてもよい。
【０１３８】
セッションデータ１２６５は、セッション１２７０ａ〜１２７０ｄを含んでもよい。セッション１２７０ａは、セッションＩＤ１２７２、ユーザＩＤ１２７４、クライアントデバイスＩＤ１２７６、ＵＩタイプ１２７８、アプリケーション状態データ１２８０、及びセッション時間データ１２８２を表すデータを含んでもよい。セッション１２７０ｂ〜１２７０ｄのそれぞれは、類似のエンティティを表すデータを含んでもよい。セッションＩＤ１２７２は、特定のセッションに関する一意の識別子として役立ってもよい。ユーザＩＤ１２７４は、固有のユーザを表わしてもよくもよく、ユーザプロフィール１２５０ａのユーザＩＤ１２５２及びＵＩデバイス１１２ａのユーザＩＤ１２０５ａに対応してもよい。クライアントデバイスＩＤ１２７６は、特定のＵＩデバイスを一意に識別してもよく、ＵＩデバイスＩＤ１２１５ａに対応してもよい。同様に、ＵＩタイプ１２７８は、ＵＩデバイス１１２ａでのＵＩタイプ１２２０ａに対応してもよい。アプリケーション状態データ１２８０は、ＵＩ状態情報１２４０が取り込まれたときにＵＩデバイスで実行していたプログラムを表わしてもよく、取り込み時の各特定のアプリケーションの状態を表わしてもよい。セッション時間データ１２８２は、セッションの開始時刻、セッションの終了時刻、及びセッションの長さなどの一時的データを表わしてもよい。
【０１３９】
動作時には、ＵＩデバイス１１２ａは、ＵＩ状態情報１２４０（プロフィールデータ１２５０ａ及びセッションデータ１２７０ａを含む）を取り込んでもよい。ユーザセッションが終了したときに、ＵＩデバイス１１２ａは、ＵＩ状態情報１２４０をサーバ１５０に格納されるように伝送してもよい。ネットワークインターフェース１２０２は、プロセス制御ネットワーク１００からＵＩ状態情報１２４０を受信してもよい。プロセッサ１２０１は、ＵＩ状態情報１２４０をメモリ１２０３に伝送して格納するように動作してもよい。代替的実施形態では、ＵＩデバイス１１２ａは、ＵＩ状態情報１２４０のいくつか又はすべてをサーバ１５０に定期的に又はトリガイベントに反応して伝送してもよい。サーバ１５０は、その後、ＵＩ状態情報８９６のいくつか又はすべてをＵＩデバイス１１２ｂなどのＵＩデバイスに伝送してもよい。
【０１４０】
図１２Ａと同様に、図１２Ｂは、モバイル制御室１２００ｂにおけるＵＩデバイス１１２に関連する例示的なデータを示すブロック図である。モバイル制御室１２００ｂは、第１のＵＩデバイス１１２ａから１つ以上の他のＵＩデバイス１１２ｂ、１１２ｃへの状態伝達を可能にしてもよい。モバイル制御室１２００ａと同様に、モバイル制御室１２００ｂは、ＵＩデバイス１１２ａのユーザがＵＩデバイス１１２ｂ上のワークフローを再開及び／又は続行すること、又はＵＩデバイス１１２ｂを用いて別のユーザと協同することを可能にする。モバイル制御室１２００ｂは、サーバ１５０、プロセス制御ネットワーク１００、及びＵＩデバイス１１２ａ〜ｃを含む。一部の実施形態では、サーバ１５０はまたＵＩデバイス１１２として機能してもよく、この場合、サーバ１５０は、ＧＵＩ構成を表示するためのディスプレイ８２０を含み、オペレータ又はユーザにプロセス情報を提供する。このような実施形態では、サーバ１５０はまた、ユーザ入力を受信するための入力インターフェース８３０を含んでもよい。
【０１４１】
モバイル制御室１２００ｂは、少なくとも１つの点でモバイル制御１２００ａとは異なる。具体的には、モバイル制御室１２００ｂでは、状態及び／又はセッションデータは、例えばＵＩデバイス１１２ａからＵＩデバイス１１２ｂに、サーバ１５０を介してではなく直接伝達される。ＵＩデバイス１１２のそれぞれは、セッションデータ１２６５を含むことがあるＵＩ状態情報１２４０を格納する。ＵＩデバイス１１２のそれぞれによって格納されるセッションデータ１２６５は、ユーザＩＤ１２０５、セッションＩＤ１２１０、ＵＩデバイスＩＤ１２１５、ＵＩデバイスタイプ１２２０、アプリケーション状態データ１２８０、及びセッション時間データ１２８２を含んでもよい。
【０１４２】
図１２Ａを参照して説明されるユーザプロフィールデータ１２４５は、サーバ１５０に及び／又は個々のＵＩデバイス１１２のメモリに格納されてもよい。このようにして、任意のユーザがＵＩデバイス１１２のいずれかを用いてもよく、ユーザのプロフィール（ユーザの好み、任務、履歴データなどを含む）がＵＩデバイス１１２に利用可能となるであろう。一部の実施形態では、ＵＩデバイス１１２は、特定のユーザがＵＩデバイス１１２にログインするときにユーザプロフィールデータ１２４５をサーバ１５０からダウンロードするか、又は他の方法でアクセスしてもよい。別の実施形態では、すべてのユーザの又は特定のＵＩデバイス１１２を以前に使用していたユーザのプロフィールが、ＵＩデバイス１１２のメモリに存在していてもよい。
【０１４３】
動作時に、各ＵＩデバイス１１２は、プロセスプラントについての情報を閲覧するための表示アプリケーションなどの１つ以上のアプリケーションをメモリ８１５に格納していてもよい。ＵＩデバイス１１２は、アプリケーションの状態をアプリケーション状態データ１２８０に周期的に格納してもよく、及び／又はアプリケーションの状態を、該状態を別のＵＩデバイス１１２に伝達する要求により格納してもよい。単なる例として、ユーザは、ＵＩデバイス１１２ａ上の閲覧アプリケーションを用いてプロセスプラントデータを閲覧してもよい。閲覧アプリケーションは、ＵＩデバイス１１２ａ上に常駐していてもよく、サーバ１５０からデータ（例えば、プロセスデータ）を検索及び／又は受信してもよい。一部の実施形態では、ＵＩデバイス１１２ａは、サーバ１５０からプロセスデータと視覚化データとの両方を受信する。例えば、ＵＩデバイス１１２ａは、サーバ１５０から特定のプロセスパラメータに関係した傾向データを受信してもよく、該傾向データと共に、データが表示される様態を示すレンダリング命令を付加的に受信してもよい（例えば、３Ｄプロット情報、テーブル情報、軸情報など）。レンダリングデータは、同じデータが目標デバイスに従って異なるレンダリング（例えば、形式）情報と共に送信されることを可能にする、別個のエンティティとして送信されてもよい。いずれにしても、ＵＩデバイス１１２ａは、どのデータが表示されているか、どのプロセスプラント領域又はデバイスが表示されているか、どのタスクが実行されているかなどについての情報を含む、ＵＩデバイス１１２ａ上で実行するアプリケーションの状態に関する特定の情報を維持する。
【０１４４】
ユーザは、例えばワークステーションＵＩデバイスからタブレットＵＩデバイスに移行するためにＵＩデバイス１１２ａからＵＩデバイス１１２ｂに切り換えることを望んでもよい。そうするために、ユーザは、ＵＩデバイス１１２ａからＵＩデバイス１１２ｂへの状態伝達を開始してもよい。第１の実施形態では、ユーザは、接続を確立及び設定するために各ＵＩデバイス１１２におけるＮＦＣデバイスが互いに通信できるように、ＵＩデバイス１１２ｂをＵＩデバイス１１２の近傍にもっていく。ＮＦＣデバイスは、セッションデータ１２６５ａがＵＩデバイス１１２ａからＵＩデバイス１１２ｂに渡され得るように、例えばＢｌｕｅｔｏｏｔｈ又はＷｉＦｉを介して接続を設定するように協働して、ＵＩデバイス１１２ｂがセッションをＵＩデバイス１１２ａ上で動作していたのと類似の又は同じ状態で再開できるようにすることがある。第２の実施形態では、ユーザは、例えば、ＵＩデバイス１１２ａのディスプレイ８２０上に表示されるセッション番号を選択するために、ＵＩデバイス１１２ｂ上の１つ以上のメニューに従事してもよい。この状況又は他の状況で採用され得る状態を伝送するための別の実施形態は、この説明の至る所で説明される。次いで、ＵＩデバイス１１２ａからＵＩデバイス１１２ｂにセッションデータ１２６５ａを伝達するために、デバイスは、ネットワーク１００（随意的にサーバ１５０）を介して、又は直接にＢｌｕｅｔｏｏｔｈ又はＷｉＦｉを介して、それらの間で通信してもよい。ＵＩデバイス１１２ｂがセッションデータ１２６５ａを受信し、これをセッションデータ１２６５ｂとして格納すると、ＵＩデバイス１１２ｂは、以前ＵＩデバイス１１２ａ上で動作していたセッションを再開してもよい。
【０１４５】
実施形態では、第１のＵＩデバイス１１２から第２のＵＩデバイス１１２への状態の伝達はまた、ＵＩデバイス１１２に関連する任意の制御を伝達する。例えば、場合によっては、コントローラ又は他のプロセスデバイスは、一度にただ１つの入力源から入力を受信してもよい。このような事例では、入力源が明確に確立されること、及びコンフリクトの可能性がなくされることが重要である。ユーザが第１のＵＩデバイス１１２から第２のＵＩデバイス１１２に切り換える場合に、任意のこうした入力は、状態を第２のＵＩデバイスに伝達した後で第２のＵＩデバイス１１２に明確に関連していなければならない。このような事例では、サーバ１５０は、トラッキングデータ（例えば、特定のセッション１２６５に関連するＵＩデバイスＩＤ１２７６）を維持してもよく、第２のＵＩデバイスへの伝達時にＵＩデバイスＩＤを再び割り当ててもよい。プロセス制御データに対する最新の要求に従って第１のＵＩデバイス１１２と第２のＵＩデバイス１１２との間で直接に伝達が行われる場合であっても、サーバ１５０は、行われる伝達を確立することができることがある。例えば、サーバ１５０は、ＵＩデバイス１１２ｂが最新の要求されるデータを有することを判定してもよく、したがって、ＵＩデバイス１１２ｂが今セッションを制御していることを判定してもよい。代替的に、ＵＩデバイス１１２ａがＵＩデバイス１１２ｂに伝達されるセッションにもはや関連しないことを示すメッセージをサーバ１５０に送信することによって、ＵＩデバイス１１２ａは、一度セッションが伝達されるとセッションを放棄（ｒｅｌｉｎｑｕｉｓｈ）又は否認してもよく、又はＵＩデバイス１１２ｂは、ＵＩデバイス１１２ｂが今セッションに関連していることを積極的に識別するか、及びＵＩデバイス１１２ａがセッションにもはや関連しないことをサーバ１５０に教示する類似のメッセージをサーバ１５０に送信してもよい。さらに別の実施形態では、各セッションは、デバイスからデバイスに渡されるＵＩデバイスのメモリに格納されるそれに関連する「セッショントークン」を有していてもよい。デバイスが特定のセッションに関するセッショントークンを有さないとき、デバイスは、デバイスがセッションを他の方法で維持する場合であっても、該デバイスからコマンドを送信しないであろう（又は少なくともコマンドのサブセットを送信するのをやめるであろう）。このように、状態伝達が行われ、セッショントークンがＵＩデバイス１１２ｂに渡された後であっても、特定のセッションに関連するデータが、ＵＩデバイス１１２ａ上に表示され続けてもよい。セッショントークンは、単なる例として、安全なファイル、ハッシュコード、特定のコード、又は文字シーケンスなどを含む任意の形態をとることがある。
【０１４６】
上記段落で説明した概念に関係した種々の方法を、対応する図面を参照してここで説明する。
【０１４７】
図１３は、ＵＩデバイス１１２にセッションデータを提供する例示的な方法１３００のフローチャートである。セッションデータの提供は、連続的なワークフロー又は作業者の協同を可能にするＵＩ状態の伝達又は同期を容易にすることがある。方法１３００は、図１、図９、及び図１２に示されるサーバ１５０などの１つ以上のデバイス又はシステムですべて又は一部が実施されてもよい。方法は、命令、ルーチン、プログラム、又はモジュールのセットとしてメモリ１２０３上に保存されてもよく、プロセッサ１２０１によって実行されてもよい。
【０１４８】
方法１３００は、サーバ１５０がＵＩデバイス１１２からセッション要求を受信するときに始まる（ブロック１３０５）。サーバ１５０は、ＵＩデバイス１１２がユーザＩＤを提供するかどうかを判定してもよく（ブロック１３１０）、提供されていないときにはユーザＩＤを要求してもよい（ブロック１３１５）。ユーザＩＤが提供されると、サーバ１５０は、ユーザＩＤに関連するデータを識別してもよい（ブロック１３２０）。例えば、ユーザＩＤに関連する１つ以上のユーザプロフィール、セッション、又はＵＩデバイス１１２が存在することがある。代替的実施形態では、サーバ１５０は、ＵＩデバイスＩＤを受信し、（ユーザＩＤではなく）ＵＩデバイスＩＤに関連するデータを識別してもよい。
【０１４９】
提供されるユーザＩＤに関連するデータを識別した後で、サーバ１５０は、ＵＩデバイス１１２が以前のセッションからのワークフローを再開することを要求しているかどうかを判定してもよい（ブロック１３２５）。こうした要求が存在しないとき、サーバ１５０は、ＵＩデバイスに提供される「目標セッション」として、デフォルトセッション（すなわち、新しいセッション又はデフォルトセッションを表すデータ）を識別してもよい（ブロック１３３０）。デフォルトセッションデータは、デフォルトＧＵＩ構成データ、デフォルトプロセスパラメータデータ、又はデフォルト表示データなどのデータを含んでもよい。例えば、以前のワークフローを再開しない新しいセッションに関するデフォルトＧＵＩ構成は、プラント全体像グラフィックと共にアクティブウィンドウを含んでもよい。サーバ１５０は、デフォルトセッションデータをＵＩデバイス１１２に伝送してもよい（ブロック１３５０）。
【０１５０】
サーバ１５０が、以前のワークフローを再開することに関する要求を受信すると、サーバ１５０は、ＵＩデバイス１１２によって特定のセッションが識別されているかどうかを判定してもよい（ブロック１３３５）。特定のセッションが識別されていないとき、サーバ１５０は、ユーザＩＤ（又は代替的実施形態ではＵＩデバイスＩＤ）に関連する最新の保存されたセッションを、ＵＩデバイス１１２に提供される「目標セッション」として識別してもよい（ブロック１３４０）。サーバ１５０は、最近のセッションデータをＵＩデバイス１１２に伝送してもよい（ブロック１３５０）。サーバ１５０が、ワークフローを再開することに関する要求に関連する特定のセッションを受信するときに、サーバ１５０は、該特定のセッションに関する格納されたセッションデータ（例えば図１２Ａに示されるサーバ１５０のメモリ１２０３に格納される）を、ＵＩデバイス１１２に提供される「目標セッション」に関するデータとして識別してもよい（ブロック１３４５）。サーバ１５０は、特定のセッションデータをＵＩデバイス１１２に伝送してもよい（ブロック１３５０）。
【０１５１】
代替的実施形態では、サーバ１５０は、第２のＵＩデバイス１１２であってもよく、この場合、第２のＵＩデバイス１１２は、第１のＵＩデバイス１１２からセッション要求を受信し、セッションデータを第１のＵＩデバイス１１２に提供する。
【０１５２】
図１４は、ＵＩデバイス１１２でＧＵＩ構成を生成するための例示的な方法１４００のフローチャートである。方法１４００は、ＵＩ状態伝達で受信した情報に従って及びＵＩデバイス１１２の環境及び使用のコンテキストに従ってＵＩデバイス１１２が出力を提供することを可能にしてもよい。方法１４００は、ＵＩデバイス１１２又は１１２ａ〜ｇ（図１〜図１０及び図１２）のいずれかなどの１つ以上のデバイス又はシステムですべて又は一部が実施されてもよい。方法１４００は、命令、ルーチン、プログラム、又はモジュールのセットとしてメモリ８１５上に保存されてもよく、プロセッサ８３１０によって実行されてもよい。
【０１５３】
方法１４００は、ＵＩデバイス１１２がコンテキストデータを識別する（ブロック１４０５）ときに始まる。ＵＩデバイス１１２はまた、コンテキストデータに関連するエンティティを識別してもよい。コンテキストデータは、任意のコンテキスト情報又は項目であってもよい。一実施形態では、コンテキストデータは、図１５に関連して説明されるコンテキストアウェアネスデータ１５４０又は作業項目データ１５５０に含まれる要素のいずれかを表わしてもよい。関連するエンティティは、コンテキスト項目に関連する任意の領域、機器、デバイス、又はパラメータであってもよい。
【０１５４】
方法１４００は、図１２に示されるＵＩ状態情報８９６などのＵＩ状態情報８９６を受信することを含んでもよい（ブロック１４）。ＵＩデバイス１１２は、図１３に示される方法１３００を実施するデバイス又はシステムからＵＩ状態情報８９６を受信してもよい。ＵＩ状態情報８９６を受信した後で、ＵＩデバイス１１２は、受信したＵＩ状態情報８９６に関連するエンティティを識別してもよい（ブロック１４２０）。エンティティは、プロセスにおける任意の領域、デバイス、システム、又はパラメータであってもよい。一般に、ＵＩ状態情報８９６に関連するエンティティはまた、ＵＩ状態情報８９６が取り込まれた以前のＵＩデバイス１１２で提供された情報に関連する。
【０１５５】
ＵＩデバイス１１２は、エンティティに優先順位をつけてもよい（ブロック１４３０）。エンティティは、プロセスの安定した動作、時間感度（ｔｉｍｅ  ｓｅｎｓｉｔｉｖｉｔｙ）（例えば、エンティティが迅速に対処されない場合、バッチが崩れることがある）、場所（例えば、ＵＩデバイス１１２はエンティティに関連する場所に隣接する）、ステータス（例えば、エンティティが動作不良を起こしている又は誤動作に関連する）、アラーム条件、（例えば、エンティティが正常動作範囲外のパラメータ値と関連付けられる）、スケジュール（例えば、エンティティはオフライン機器に関連する場合がある）、又は作業項目の関連度（ｒｅｌｅｖａｎｃｅ）（例えば、エンティティはユーザ又はＵＩデバイス１１２に関連する作業項目に関係する場合がある）に対するエンティティの重要性などの因子に依存し、より高い又は低い優先順位であることがある。
【０１５６】
ＵＩデバイス１１２は、優先順位をつけられたエンティティに基づいてＧＵＩ構成を生成してもよい（ブロック１４３５）。エンティティの優先順位づけは、ＵＩデバイス１１２がコンテキストデータ及び受信したセッションで識別されるエンティティに該当する情報のすべてを表示できないときに必要な場合がある。例えば、一部の実施形態では、以前のＵＩデバイス１１２は通常のＵＩタイプのワークステーションである場合があり、一方、ＵＩ状態情報８９６を受信するＵＩデバイス１１２はモバイルＵＩタイプのタブレットである。モバイルＵＩデバイスはより小さい画面用に構成されるので、それらはしばしばより少ない情報を提供する。したがって、ＵＩデバイス１１２がコンテキストデータに関連するエンティティの識別を回避した場合であっても、ＵＩデバイス１１２は、どのエンティティにＵＩデバイス１１２が情報を提供するべきかを識別するためにエンティティに依然として優先順位をつけるであろう。
【０１５７】
代替的実施形態では、ＵＩ状態情報８９６を提供するシステム又はデバイスは、ＵＩ状態情報８９６を受信するＵＩデバイス１１２のＵＩタイプ又はデバイスタイプを識別してもよい。こうした実施形態では、提供するシステムは、ＵＩデバイス１１２に提供されるＵＩ状態情報８９６を調整してもよい。言い換えれば、提供するシステムは、ＵＩタイプ又はデバイスタイプに基づいてより多くの又はより少ない情報を提供してもよい。提供するシステムはまた、ＵＩタイプ又はデバイスタイプに関して形式化された表示データを提供してもよい。
【０１５８】
図１５は、プロセス制御プラント１０における２つのＵＩデバイス１１２間で状態情報を直接伝達する方法１５００を示すフローチャートである。方法１５００は、ＵＩデバイス１１２のいずれかなどの１つ以上のデバイス又はシステムですべて又は一部が実施されてもよい。方法１５００は、命令、ルーチン、プログラム、又はモジュールのセットとしてメモリ８１５上に保存されてもよく、プロセッサ８１０によって実行されてもよい。
【０１５９】
方法１５００は、機能を行うための１つ以上の第１のルーチンを実行し得る第１のＵＩデバイス１１２で始まる（ブロック１５０５）。機能は、制御機能、動作機能、構成機能、保守機能、データ解析機能、管理機能、品質制御機能、又はセキュリティ機能であってもよい。第１のＵＩデバイス１１２は、ビッグデータ装置１０２などのユニット式の論理データストレージ領域にネットワークを介して結合されてもよい。ユニット式の論理データストレージ領域は、共通の形式を用いてプロセスプラントに対応するプロセスデータを格納するように構成されてもよい。プロセスデータは、構成データ、連続データ、バッチデータ、計測データ、及びイベントデータを含む複数のタイプのプロセスデータを含んでもよい。
【０１６０】
第１のＵＩデバイス１１２は、状態情報を第２のＵＩデバイス１１２に渡してもよい（ブロック１５１０）。状態情報は、第１のＵＩデバイス１１２上で動作する１つ以上の第１のルーチンを示してもよい。一部の実施形態では、状態情報は、インターネット接続を介して渡されてもよい。別の実施形態では、状態情報は、中間ネットワークを介して渡されてもよい。さらに別の実施形態では、状態情報は、ポイントツーポイント無線接続を介して第１のＵＩデバイス１１２から第２のＵＩデバイス１１２に渡されてもよい。場合によっては、状態情報は、Ｂｌｕｅｔｏｏｔｈプロトコル又はＮＦＣプロトコルなどのプロトコルに従う無線通信を介して渡されてもよい。他の事例では、状態情報は、中間デバイス（サーバ１５０であり得る）を介して第１のＵＩデバイス１１２から第２のＵＩデバイス１１２に渡されてもよい。いくつかの場合には、第１のＵＩデバイス１１２は、ＵＩデバイス１１２が互いを相互に検出し、且つ同じユーザが両方のデバイスにログオンされるときに、状態情報を第２のＵＩデバイス１１２に渡してもよい。一部の実施形態では、状態情報は、第１のＵＩデバイス１１２での状態情報を渡す命令の受信時に渡されてもよい。特定の実施形態では、状態情報を渡すことは、異なるユーザ間の２つのＵＩデバイス１１２上での協同、２つのＵＩデバイス１１２にわたる１人のユーザの移動性、プロセスプラント内のユーザの場所のデバイスアウェアネス、又は特定のプロセスプラント機器とのユーザの近接性のデバイスアウェアネスのうちの１つ以上を容易にすることがある。
【０１６１】
第２のＵＩデバイス１１２は、状態情報を受信し、１つ以上の第２のルーチンを実行してもよい（ブロック１５１５）。第２のＵＩデバイス１１２の表示は、格納した状態に従って及び第２のＵＩデバイス１１２のデバイスタイプ又はＵＩタイプに従って構成されてもよい。第２のルーチンは、第１のＵＩデバイス１１２上で動作する第１のルーチンのうちの１つ以上に対応してもよい。一部の実施形態では、第２のＵＩデバイス１１２は、場所アウェアネスコンポーネントから信号を受信してもよく、受信した信号に従って１つ以上の第２のルーチンの実行を修正してもよい。特定の場合には、場所アウェアネスコンポーネントは、第２のＵＩデバイス１１２から信号を受信してもよい。信号は、ネットワークを介して、第２のＵＩデバイス１１２に受信した信号に従って１つ以上のルーチンの実行を修正させてもよい。１つ以上のルーチンの実行を修正することは、第２のＵＩデバイス１１２が存在するプロセスプラントの領域を強調表示すること、第２のＵＩデバイス１１２の所定の距離内の特定のデバイスについての情報を表示すること、第２のＵＩデバイス１１２が存在するプロセスプラントの領域におけるデバイスに該当するアラームを表示すること、又は第２のＵＩデバイス１１２が存在するプロセスプラントの領域におけるデバイスに関する作業項目を表示することのうちの１つ以上を含んでもよい。
【０１６２】
一部の実施形態では、第２のＵＩデバイス１１２は、機器アウェアネスコンポーネントから信号を受信し、受信した信号に従って１つ以上の第２のルーチンの実行を修正してもよい。特定の実施形態では、機器アウェアネスコンポーネントは、無線信号を第２のＵＩデバイス１１２に伝送するために送信器を含んでもよい。無線信号は、それに送信器が関連する機器を識別してもよい。
【０１６３】
一部の実施形態では、第１のＵＩデバイス１１２及び第２のＵＩデバイス１１２のいずれか又は両方はモバイルデバイスであってもよい。別の実施形態では、第１のＵＩデバイス１１２及び第２のＵＩデバイス１１２のいずれか又は両方はワークステーションであってもよい。一部の実施形態では、一方のＵＩデバイス１１２はモバイルデバイスであってもよく、他方はワークステーションであってもよい。一実施形態では、第２のＵＩデバイス１１２は、第１のＵＩデバイス１１２から受信した状態情報に従って及び第２のＵＩデバイス１１２に関連するデバイスタイプ又はＵＩタイプに従って表示を構成してもよい。
【０１６４】
図１６は、プロセスプラント１０におけるサーバ１５０に結合される２つのＵＩデバイス１１２で状態情報を伝達するための例示的な方法１６００を示すフローチャートである。方法１６００は、プロセス制御ネットワーク１００などの１つ以上のネットワーク又はシステムですべて又は一部が実施されてもよい。特に、方法１６００は、サーバ１５０などの１つ以上のデバイス又はシステムで又はＵＩデバイス１１２のいずれかなどの１つ以上のデバイス又はシステムですべて又は一部が実施されてもよい。方法１６００は、命令、ルーチン、プログラム、又はモジュールのセットとしてメモリ８１５又はメモリ１２０３上に保存されてもよく、プロセッサ８１０又はプロセッサ１２０１によって実行されてもよい。
【０１６５】
方法１６００は、プロセスプラントにおける機能を行うための１つ以上の第１のルーチンを実行し得る第１のＵＩデバイス１１２で始まる（ブロック１６０５）。第１のＵＩデバイス１１２は、第１のＵＩデバイス１１２で実行する１つ以上の第１のルーチンの状態を追跡してもよい（ブロック１６１０）。一部の実施形態では、サーバ１５０が、第１のＵＩデバイス１１２で実行する１つ以上の第１のルーチンの状態を追跡してもよい。第１のＵＩデバイス１１２、又はサーバ１５０は、１つ以上の第１のルーチンの追跡した状態を格納してもよい（ブロック１６１５）
【０１６６】
第１のＵＩデバイス１１２、又はサーバ１５０は、１つ以上の第１のルーチンの格納した状態を第２のＵＩデバイス１１２に伝達してもよい（ブロック１６２０）。一部の実施形態では、状態情報は、インターネット接続を介して渡されてもよい。別の実施形態では、状態情報は、ポイントツーポイント無線接続を介して第１のＵＩデバイス１１２又はサーバ１５０から第２のＵＩデバイス１１２に渡されてもよい。状態情報はまた、中間デバイス又はサーバ１５０を介して第１のＵＩデバイス１１２から第２のＵＩデバイス１１２に伝達されてもよい。場合によっては、状態情報は、Ｂｌｕｅｔｏｏｔｈプロトコル又は近距離通信プロトコルなどのプロトコルに従う無線通信を介して渡されてもよい。特定の実施形態では、状態は、第２のＵＩデバイス１１２による第１のＵＩデバイス１１２の検出時に又は第１のＵＩデバイス１１２による第２のＵＩデバイス１１２の検出時に第２のＵＩデバイス１１２に伝送されてもよい。格納した状態を第２のＵＩデバイス１１２に伝送することは、第１のＵＩデバイス１１２で命令を受信すると、格納した状態を伝送することを含んでいてもよく、この場合、命令は、格納した状態を第２のＵＩデバイス１１２に渡すように第１のＵＩデバイス１１２に指示する。
【０１６７】
第２のＵＩデバイス１１２は、１つ以上の第２のルーチンを実行してもよく、この場合、第２のルーチンは第１のＵＩデバイス１１２で実行される１つ以上の第１のルーチンに対応する（ブロック１６２５）。一部の実施形態では、第２のＵＩデバイス１１２は、信号を受信してもよい。信号は、特定のデバイス又は場所との第２のＵＩデバイス１１２の近接性を示してもよい。信号を受信した後で、第２のＵＩデバイス１１２は、受信した信号に従って１つ以上の第２のルーチンの実行を修正してもよい。一部の実施形態では、第２のＵＩデバイス１１２は、場所アウェアネスコンポーネントに、特定のデバイス又は場所との第２のＵＩデバイス１１２の近接性を示す信号を伝送してもよい。このような実施形態では、第２のＵＩデバイス１１２は、サーバ１５０から、特定のデバイス又は場所に特異的な情報を受信してもよい。
【０１６８】
一部の実施形態では、第２のＵＩデバイス１１２は、特定のデバイス又は場所に近接しているときに、第２のＵＩデバイス１１２が存在するプロセスプラントの領域を強調表示する行為、第２のＵＩデバイス１１２の所定の距離内の特定のデバイスについての情報を表示する行為、第２のＵＩデバイス１１２が存在するプロセスプラントの領域におけるデバイスに該当するアラームを表示する行為、第２のＵＩデバイス１１２が存在するプロセスプラントの領域におけるデバイスに関する作業項目を表示する行為、受信した信号に関連するプロセスプラント機器をディスプレイ上に強調表示する行為、受信した信号に関連する特定のデバイスについての情報を第２のＵＩデバイス１１２上に表示する行為、受信した信号に関連するデバイスに該当するアラームを表示する行為、又は受信した信号に関連するデバイスに関する作業項目を表示する行為のうちの１つ以上をとってもよい。
【０１６９】
一部の実施形態では、第１のＵＩデバイス１１２及び第２のＵＩデバイス１１２のいずれか又は両方はモバイルデバイスであってもよい。別の実施形態では、第１のＵＩデバイス１１２及び第２のＵＩデバイス１１２のいずれか又は両方はワークステーションであってもよい。一部の実施形態では、一方のＵＩデバイス１１２はモバイルデバイスであってもよく、他方はワークステーションであってもよい。一実施形態では、第２のＵＩデバイス１１２は、第１のＵＩデバイス１１２から受信した状態情報に従って及び第２のＵＩデバイス１１２に関連するデバイスタイプ又はＵＩタイプに従って表示を構成してもよい。
【０１７０】
図１７は、プロセス制御プラント１０における２つのＵＩデバイス１１２間で状態情報を伝達するための付加的な方法１７００を描いているフローチャートである。方法１７００は、サーバ１５０などの１つ以上のデバイス又はシステムで又はＵＩデバイス１１２のいずれかなどの１つ以上のデバイス又はシステムですべて又は一部が実施されてもよい。方法１７００は、命令、ルーチン、プログラム、又はモジュールのセットとしてメモリ８１５又はメモリ１２０３上に保存されてもよく、プロセッサ８１０又は図１２のプロセッサ１２０１によって実行されてもよい。
【０１７１】
方法７５００は、プロセスデータに関係した１つ以上の機能を提供し得るサーバ１５０で始まる（ブロック１７０５）。一部の実施形態では、プロセスデータは、ユニット式の論理データストレージ領域に格納されてもよく、共通の形式を用いて格納されてもよい。プロセスデータは、構成データ、連続データ、バッチデータ、計測データ、及びイベントデータを含む複数のタイプのプロセスデータを含んでもよい。
【０１７２】
サーバ１５０は、第１のＵＩデバイス１１２がサーバ１５０を介してプロセスデータにアクセスすることを可能にしてもよい。サーバ１５０はまた、第１のＵＩデバイス１１２がサーバ１５０上に状態情報を維持することを可能にしてもよい（ブロック１７１０）。状態情報は、第１のＵＩデバイス１１２上で実行するＵＩの状態を示してもよい。
【０１７３】
サーバ１５０は、第２のＵＩデバイス１１２がサーバ１５０を介してプロセスデータ及び状態情報にアクセスすることを可能にしてもよい（ブロック１７１０）。第２のＵＩデバイス１１２は、状態情報に従ってＵＩを実行してもよい。
【０１７４】
一部の実施形態では、第１のＵＩデバイス１１２及び第２のＵＩデバイス１１２のいずれか又は両方はモバイルデバイスであってもよい。別の実施形態では、第１のＵＩデバイス１１２及び第２のＵＩデバイス１１２のいずれか又は両方はワークステーションであってもよい。一部の実施形態では、一方のＵＩデバイス１１２はモバイルデバイスであってもよく、他方はワークステーションであってもよい。
【０１７５】
図１８は、モバイル制御室に関連するＵＩデバイス１１２を用いてプロセス制御プラント１０を動作させるための例示的な方法１８００のフローチャートである。方法１８００は、サーバ１５０などの１つ以上のデバイス又はシステムで又はＵＩデバイス１１２のいずれかなどの１つ以上のデバイス又はシステムですべて又は一部が実施されてもよい。方法１８００は、命令、ルーチン、プログラム、又はモジュールのセットとしてメモリ８１５又はメモリ１２０３上に保存されてもよく、プロセッサ８１０又はプロセッサ１２０１によって実行されてもよい。
【０１７６】
方法１８００は、サーバ１５０にアクセスし得る第１のＵＩデバイス１１２で始まる（ブロック１８０５）。サーバ１５０は、プロセスデータを格納するデータベースに通信可能に結合されてもよい。第１のＵＩデバイス１１２は第１のユーザプロフィールに関連していてもよい。第１のＵＩデバイス１１２は、プロセスプラントにおける機能を行ってもよい（ブロック１８１０）。
【０１７７】
第２のＵＩデバイス１１２は、サーバ１５０へのアクセスを要求してもよい（ブロック１８１２）。第２のＵＩデバイス１１２は第１のユーザプロフィールに関連していてもよい。サーバ１５０は、状態情報を格納してもよく、この場合、状態情報は、第１のＵＩデバイス１１２の状態と関連付けられる（ブロック１８１５）。
【０１７８】
サーバ１５０は、第２のＵＩデバイス１１２へのアクセスを提供してもよく、この場合、アクセスは、格納した状態情報に従ってもよい（ブロック１８２０）。第２のＵＩデバイス１１２は、プロセスプラントにおける機能を行ってもよい（ブロック１８２５）。
【０１７９】
一部の実施形態では、第１のＵＩデバイス１１２及び第２のＵＩデバイス１１２のいずれか又は両方はモバイルデバイスであってもよい。別の実施形態では、第１のＵＩデバイス１１２及び第２のＵＩデバイス１１２のいずれか又は両方はワークステーションであってもよい。一部の実施形態では、一方のＵＩデバイス１１２はモバイルデバイスであってもよく、他方はワークステーションであってもよい。
【０１８０】
図１９は、プロセスプラント１０のモバイル制御を容易にするためにサーバ上で実行される例示的な方法１９００を示すフローチャートである。方法１９００は、プロセス制御ネットワーク１００などの１つ以上のネットワーク又はシステムですべて又は一部が実施されてもよい。特に、方法１９００は、サーバ１５０などの１つ以上のデバイス又はシステムで又はＵＩデバイス１１２のいずれかなどの１つ以上のデバイス又はシステムですべて又は一部が実施されてもよい。方法１９００は、命令、ルーチン、プログラム、又はモジュールのセットとしてメモリ８１５又はメモリ１２０３上に保存されてもよく、プロセッサ８１０又はプロセッサ１２０１によって実行されてもよい。
【０１８１】
方法１９００は、第１のＵＩデバイス１１２上に表示するためのプロセスデータを形式化し得るサーバ１５０で始まる（ブロック１９０５）。場合によっては、形式化されたプロセスデータは、第１のＵＩデバイス１１２上で実行するウェブブラウザで見ることができてもよい。サーバ１５０は、第１のＵＩデバイス１１２のデバイスタイプ又はＵＩタイプに従ってプロセスデータを形式化してもよい。
【０１８２】
サーバ１５０は、形式化されたプロセスデータを、第１のＵＩデバイス１１２に伝送してもよい（ブロック１９１０）。特に、サーバ１５０は、第１のＵＩデバイス１１２に、第１のＵＩデバイス１１２上で実行する多目的プロセス制御アプリケーションで見ることができるプロセスデータを伝送してもよい。
【０１８３】
サーバ１５０は、第１のＵＩデバイス１１２上のプロセスデータの表示に関連する状態情報を格納してもよい（ブロック１９１５）。状態情報を格納することは、第１のＵＩデバイス１１２の表示構成、第１のＵＩデバイス１１２によって表示されるプロセスプラントの一部、第１のＵＩデバイス１１２によって表示されるプロセス制御デバイスのデータ、第１のＵＩデバイス１１２上で行われている機能、制御機能、動作機能、構成機能、保守機能、データ解析機能、品質制御機能、又はセキュリティ機能のうちの１つ以上を含む機能、及び第１のＵＩデバイス１１２上でアクティブであるユーザプロフィールのうちの１つ以上を格納することを含んでもよい。
【０１８４】
サーバ１５０は、格納した状態情報に従って第２のＵＩデバイス１１２上に表示するためのプロセスデータを形式化してもよい（ブロック１９２０）。サーバ１５０は、第２のＵＩデバイス１１２にプロセスデータを伝送してもよい（ブロック１９２５）。特に、サーバ１５０は、第２のＵＩデバイス１１２のデバイスタイプ又はＵＩタイプに従ってプロセスデータを形式化してもよい。場合によっては、第２のＵＩデバイス１１２のデバイスタイプは、第１のＵＩデバイス１１２のデバイスタイプとは異なっていてもよい。例えば、第１のＵＩデバイス１１２はワークステーションであってもよく、第２のＵＩデバイス１１２はモバイルデバイスであってもよい。代替的に、第１のＵＩデバイス１１２は、モバイルデバイスであってもよく、第２のＵＩデバイス１１２は、ワークステーションであってもよい。一部の実施形態では、サーバ１５０は、第１のＵＩデバイス１１２の動作状態が第２のＵＩデバイス１１２上に複製されるように、第２のＵＩデバイス１１２上に表示するためのプロセスデータを形式化してもよい。
【０１８５】
一部の実施形態では、サーバ１５０は、格納した状態情報に従ってユーザインターフェースを第２のＵＩデバイス１１２に提供することに関する要求を第２のＵＩデバイス１１２から受信してもよい。サーバ１５０は、第２のＵＩデバイス１１２と共に、ユーザインターフェースを提供することに関する要求に応答して、サーバ１５０と第２のＵＩデバイス１１２との間の安全な通信チャネルを確立してもよい。
【０１８６】
図２０は、第１のＵＩデバイス１１２の状態を第２のＵＩデバイス１１２に伝送するための例示的な方法２０００のフローチャートである。方法２０００は、プロセス制御ネットワーク１００などの１つ以上のネットワーク又はシステムですべて又は一部が実施されてもよい。特に、方法２０００は、サーバ１５０などの１つ以上のデバイス又はシステムで又はＵＩデバイス１１２のいずれかなどの１つ以上のデバイス又はシステムですべて又は一部が実施されてもよい。方法２０００は、命令、ルーチン、プログラム、又はモジュールのセットとしてメモリ８１５又はメモリ１２０３に保存されてもよく、プロセッサ８１０又はプロセッサ１２０１によって実行されてもよい。
【０１８７】
方法２０００は、第１のＵＩデバイス１１２のディスプレイで描かれるグラフィックスを識別し得る第１のＵＩデバイス１１２又はサーバ１５０で始まる（ブロック２００５）。
【０１８８】
第１のＵＩデバイス１１２又はサーバ１５０は、第１のＵＩデバイス１１２のディスプレイで提供されるグラフィックスに関連するプロセスエンティティデータを識別してもよい（ブロック２０１０）。プロセスエンティティデータを識別することは、第１のＵＩデバイス１１２のディスプレイで提供されるグラフィックスに関連するプロセスパラメータデータ、第１のＵＩデバイス１１２のディスプレイで提供されるグラフィックスに関連するプロセスプラント領域、第１のＵＩデバイス１１２のディスプレイで提供されるグラフィックスに関連するフィールドデバイス、第１のＵＩデバイス１１２上で実行するアプリケーション、又は第１のＵＩデバイス１１２上で実行するアプリケーションの状態のうちの１つ以上を識別することを含んでもよい。
【０１８９】
第１のＵＩデバイス１１２又はサーバ１５０は、識別したプロセスエンティティデータを第２のＵＩデバイス１１２に伝送してもよい（ブロック２０２０）。第１のＵＩデバイス１１２又はサーバ１５０は、識別したグラフィックスを第２のＵＩデバイス１１２に提供してもよい（ブロック２０２０）。
【０１９０】
図２１は、第１のＵＩデバイス１１２上でＵＩセッションを開始する方法２１００を示すフローチャートである。方法２１００は、プロセス制御ネットワーク１００などの１つ以上のネットワーク又はシステムですべて又は一部が実施されてもよい。特に、方法２１００は、サーバ１５０などの１つ以上のデバイス又はシステムで又はＵＩデバイス１１２のいずれかなどの１つ以上のデバイス又はシステムですべて又は一部が実施されてもよい。方法２１００は、命令、ルーチン、プログラム、又はモジュールのセットとしてメモリ８１５又はメモリ１２０３上に保存されてもよく、プロセッサ８１０又はプロセッサ１２０１によって実行されてもよい。
【０１９１】
方法２１００は、第１のＵＩデバイス１１２からセッション要求を受信し得るサーバ１５０で始まる（ブロック２１０５）。
【０１９２】
サーバ１５０は、セッション要求に関連するユーザプロフィールを識別してもよい（ブロック２１１０）。セッション要求に関連するユーザプロフィールを識別することは、第１のＵＩデバイス１１２から、ユーザプロフィールに関連するユーザ識別子を受信することを含んでもよい。ユーザ識別子は、第１のＵＩデバイス１１２に現在ログインされていてもよい。ユーザプロフィールを識別することはまた、第１のＵＩデバイス１１２から、ユーザプロフィールに関連するユーザ識別子を受信することを含んでいてもよく、この場合、ユーザ識別子は、第２のＵＩデバイス１１２に現在ログインされていてもよい。
【０１９３】
サーバ１５０は、以前のセッションが存在するかどうかを判定してもよい（ブロック２１１５）。判定を行うことは、第１のＵＩデバイス１１２から、以前のセッションに関連するセッション識別子を要求することを含んでもよい。一部の実施形態では、判定を行うことは、第１のＵＩデバイス１１２からセッション識別子要求に応答してセッション識別子を受信することを含んでもよい。一部の実施形態では、判定を行うことは、セッション要求と共に受信したセッション識別子を識別することを含んでもよい。
【０１９４】
サーバ１５０は、以前のセッションが存在するときに以前のセッションに従って新しいセッションをインスタンス化してもよい（ブロック２１１５）。代替的に、サーバ１５０は、以前のセッションが存在しない場合に新しいセッションをインスタンス化してもよく、この場合、新しいセッションは、デフォルトセッション構成を用いてインスタンス化されてもよい。以前のセッションに従って新しいセッションをインスタンス化することは、セッション要求と共にセッション識別子が受信されたかどうかを判定することを含んでもよい。セッション要求と共にセッション識別子が受信されたときに、サーバ１５０は、セッション識別子に関連するセッションをインスタンス化してもよい。セッション要求と共にセッション識別子が受信されなかったときに、サーバ１５０は、第１のＵＩデバイス１１２に関連するユーザ識別子の直近のセッションなどの最近のセッションに関連するセッションをインスタンス化してもよい。
【０１９５】
一部の実施形態では、方法２１００は、サーバ１５０が、第２のＵＩデバイス１１２上で動作するセッションに従ってセッションを第１のＵＩデバイス１１２上でインスタンス化することに関する要求を第２のＵＩデバイス１１２に伝送することをさらに含んでもよい。方法２１００はまた、サーバ１５０が第２のクライアントデバイスから確認を受信することを含んでもよい。
【０１９６】
図２２は、第１のＵＩデバイス１１２上でＵＩセッションをインスタンス化するための第２の方法２２００のフローチャートである。方法２２００は、プロセス制御ネットワーク１００などの１つ以上のネットワーク又はシステムですべて又は一部が実施されてもよい。特に、方法２２００は、サーバ１５０などの１つ以上のデバイス又はシステムで又はＵＩデバイス１１２のいずれかなどの１つ以上のデバイス又はシステムですべて又は一部が実施されてもよい。方法２２００は、命令、ルーチン、プログラム、又はモジュールのセットとしてメモリ８１５又はメモリ１２０３上に保存されてもよく、プロセッサ８１０又はプロセッサ１２０１によって実行されてもよい。
【０１９７】
方法２２００は、第１のＵＩデバイス１１２からセッション要求を受信し得るサーバ１５０で始まる（ブロック２２０５）。セッション要求を受信することは、目標セッション識別子及びデバイスタイプを受信することを含んでもよい。
【０１９８】
サーバ１５０は、セッション要求に関連するデバイスタイプを判定してもよい（ブロック２２１０）。サーバ１５０は、デバイスタイプに従ってグラフィカルユーザインターフェース構成を識別してもよい（ブロック２２１５）。サーバ１５０は、セッション要求に関連する目標セッションを識別してもよい（ブロック２２２０）。
【０１９９】
サーバ１５０は、識別したグラフィカルユーザインターフェース構成及び識別した目標セッションに従って第１のＵＩデバイス１１２に関する新しいセッションを構成してもよい。サーバ１５０は、第１のＵＩデバイス１１２に、新しいセッションに関連するデータを伝送してもよい（ブロック２２２５）。新しいセッションを構成することは、セッションデータとして、プロセス領域、機器リソース、又は目標セッションで監視される又は制御されるプロセスデータの組のうちの１つ以上を識別することを含んでもよい。新しいセッションを構成することはまた、識別したグラフィカルユーザインターフェース構成に関連する制約に従って新しいセッションを構成することを含んでもよい。新しいセッションを構成することは、セッション要求に関連するコンテキストデータを識別することをさらに含んでもよい。
【０２００】
コンテキストデータを識別することは、プロセスプラントにおける第１のＵＩデバイス１１２の場所を識別すること、セッション要求に関連するユーザタイプ又はユーザ識別子を識別すること、第１のＵＩデバイス１１２に関連するユーザタイプ又はユーザ識別子を識別すること、第１のＵＩデバイス１１２から所定の距離内の１つ以上のプロセス制御デバイスを識別すること、目標セッションに関連する第２のＵＩデバイス１１２上で行われている機能を識別すること、又は目標セッションに関連する第２のＵＳデバイスに関連するユーザ識別子を識別することを含んでもよい。
【０２０１】
コンテキストアウェアネス
図２３は、例示的なモバイル制御室２３００、すなわちコンテキストアウェアネスの第２の態様を示す。モバイル制御室２３００は、ＵＩデバイス１１２及びプロセスエンティティ１９９を含む。プロセスエンティティ１９９は、現在のタスク、ユーザ、プロセス領域、デバイス、１台の機器、又は別のＵＩデバイスであることがある。モバイル制御室２３００は、１つの又は組み合わされた状態の複数のコンテキストに応答してもよく、後述の種々の様態で１つ以上のコンテキストに応答してもよい。一般に、ＵＩデバイス１１２は、表示するデータ及びデータを表示する形式についての情報を検索するであろう、及びコンテキストに従ってデータを検索及び／又は表示するであろう。
【０２０２】
一部の実施形態では、表示するデータのタイプ及び形式を指定する情報は、拡張されたデバイス記述言語（ｄｅｖｉｃｅ  ｄｅｓｃｒｉｐｔｉｏｎ  ｌａｎｇｕａｇｅ：ＤＤＬ）に含まれる。ＤＤＬは、スマートデバイスに関連し、そこから検索されるデータ、スマートデバイスの実装のために利用可能な方法、データを得るのにスマートデバイスと通信するための形式、デバイスについてのユーザインターフェース情報（例えば、編集表示及びメニュー）、及びスマートデバイスに関する他の情報を取り扱う又は解釈するのに必要なデータを意味するスマートデバイスから入手可能なデータを記述するためのプロトコルを提供する人間可読言語である。拡張されたＤＤＬはまた、とりわけ、異なるタイプのユーザにどのような情報が表示されるべきか、異なるタイプのユーザに表示される情報をどのように形式化するか、異なるタイプのディスプレイ上にどのような情報が表示されるべきか、異なるタイプのディスプレイ上に表示される情報をどのように形式化するか、目標機能に従ってどのような情報が表示されるべきか（すなわち、ユーザが特定のタスクを行っているときにどのような情報を表示するか）、目標機能を行うユーザに関して表示される情報をどのように形式化するか、及びユーザ、目標機能、及び表示タイプのいくつかの組み合わせに従って種々のプロフィールに従う命令をどのようにマージするかを含んでもよい。
【０２０３】
ＵＩデバイス１１２は、ＵＩデバイス１１２が特定のプロセス制御デバイスに隣接するとき及び／又はユーザがプロセス制御デバイスに関係した情報を表示することを要求するときにサーバ１５０から特定のデバイスに関するＤＤＬ又は拡張されたＤＤＬをダウンロードしてもよい。一部の実施形態では、ＵＩデバイス１１２は、一度これが用いられると将来の使用のためにＤＤＬ又は拡張されたＤＤＬ（以下総称して「ＤＤＬ」と呼ぶ）をキャッシュしてもよい。デバイスに関するＤＤＬをキャッシュすることによって、ＵＩデバイス１１２は、特定のコンテキスト又は表示がアクティブ化される／要求されるときに表示情報をより迅速に提供することができる。ＵＩデバイス１１２は、ＤＤＬが変更された場合にバックグラウンドにおけるＤＤＬ情報を更新してもよい。ＤＤＬは、ユーザの好みに従って、プロセスプラントに関する規格に従って、特定のコンテキストにおいてどのような情報が有用であるかに関するエキスパートシステムによる判定などに従って（例えば、アラームを生じるのに特定のパラメータ又は値が重要であるとエキスパートシステムが判定する場合などに）、変化することがある。
【０２０４】
一実施形態では、モバイル制御室２３００、特に、ユーザによって携行されるＵＩデバイス１１２は、ユーザに隣接する特定のプロセス制御デバイスに関係したユーザ情報（例えば、ステータス、プロセス変数及び／又はパラメータなど）を表示してもよい。ＵＩデバイス１１２は、ＵＩデバイス１１２の場所を判定してもよく、及び／又はＵＩデバイス１１２が後述する様態でプロセス制御デバイスに隣接することを判定してもよい。ＵＩデバイス１１２がプロセス制御デバイスに隣接することを判定した後で、ＵＩデバイス１１２は、表示するのにデバイス特有のデータ（例えば、プロセスパラメータ、ステータス、保守情報など）を指定するＤＤＬにアクセスするか、又はこれを検索してもよく、次いで、ＤＤＬに従ってデバイス特有のデータをダウンロード及び表示してもよい。一部の実施形態では、特定のプロセス制御デバイスに関して表示されるデータは、隣接するデバイスの動作又はステータスについてのデータ、プロセスの動作（例えば、バッチレシピの状態）についてのデータなどの他のプロセス制御デバイスに関係したデータを含んでもよい。
【０２０５】
別の実施形態では、ＵＩデバイス１１２は、デバイスの場所及び／又は特定のプロセス制御デバイスとのデバイスの近接性に従ってだけでなくユーザ、特にユーザの制御のスパンにも従って情報を表示してもよい。プロセス制御においては、制御のスパンは、ユーザの任務並びにユーザが担当するタスク及び機器を指す。ユーザの制御のスパンは、ユーザが閲覧できるプロセスパラメータ、ユーザが修正できるプロセスパラメータ、ユーザがプロセスパラメータを修正できる回数、ユーザが閲覧／修正できるプロセスプラントの領域及び／又は機器、ユーザが受取確認できるアラーム／アラート、ユーザが行うことができる保守タスク、ユーザが下すように依頼又は要求され得る決定などのプロセスの態様に影響を及ぼすことがある。したがって、これらの実施形態では、ＵＩデバイス１１２は、ユーザに関するユーザプロフィール（ＵＩデバイス１１２上又はサーバ１５０上に格納される）からユーザの任務及び／又は制御のスパンについての情報を検索してもよく、ユーザの任務及び／又は制御のスパンに特有のデータを表示してもよい。例えば、表示されるデータは、ユーザがオペレータである場合、ユーザが特定のプラント条件での制御決定を下すのに有用な又は必要なデータであってもよい。加えて、ＵＩデバイス１１２によって表示される情報は、ユーザの任務又は制御のスパンに従って形式化されてもよい。例えば、ＵＩデバイス１１２が混合タンクに近接しているとき、オペレータによって用いられているＵＩデバイス１１２は、タンクの動作ステータス、タンクの容量、タンクの充填レベル、タンク内の材料の温度、タンク内の圧力、タンクの中に／外に流れる材料を制御する任意の入力／出力バルブのステータス、タンクに関係した任意のアラーム又はアラート、及び実行するバッチレシピのステータスを表示してもよい。同じ混合タンクの近傍にいる保守要員によって同じＵＩデバイス１１２が用いられる場合、ＵＩデバイス１１２は、混合タンクのステータス、混合タンクにおけるセンサの較正日、タンクが最後に点検された及び／又は清掃された日、混合タンクに関する（又は影響する）スケジュールされた保守タスクのリスト、必要な保守を示す任意のアラーム、タンク内の材料、タンクが使用休止にされる場合のタンクの任意のロックアウト、任意の残留フュームの存在などを表示してもよい。
【０２０６】
さらに別の実施形態では、ＵＩデバイス１１２は、デバイスの場所及び／又は特定のプロセス制御デバイスとのデバイスの近接性に従ってだけでなく目標機能にも従って情報を表示してもよい。例えば、ユーザは、作業項目が割り当てられてもよい（例えば、スーパーバイザエンジン１０６によって）。ＵＩデバイス１１２は、ユーザが作業項目に関係したタスクを行うつもりであることがアウェアであってもよい（例えば、行われるべき作業項目がスケジュールされた時刻により、ユーザからの入力などにより）。ユーザが作業項目に関係したプロセス制御デバイスの場所又はその近傍（すなわち、対象機器及び目標の場所）に到着するときに、ＵＩデバイス１１２は、特定のタスクに関係した情報を知らせてもよい。上記の例示的な混合タンクを再び参照すると、タンクのクリーニング又は点検に関係した作業項目を行う保守要員には、タンクを使用不可にし、タンクを使用休止にし、タンクをロックアウトするためのタンクの動作ステータス及び命令又はコマンド、又は作業項目に関連するクリーニング又は点検機能を開始するのに必要な他のどのような手順が、ＵＩデバイス１１２によって提示されてもよい。ＵＩデバイス１１２はまた、保守機能及び安全動作を実施及び／又は支援するために、スーパーバイザエンジン１０４から、サーバ１５０から、ビッグデータ装置１０２から、もしくは１つ以上のコントローラから情報を引き出してもよい。上記の例で（例えば、例４で）説明されるように、ＵＩデバイス１１２は、保守タスク中の安全性を促進するために情報／データを引き出してもよい。これらの概念の実装が以下の段落で説明される。
【０２０７】
動作時に、モバイル制御室２３００は、ＵＩデバイス１１２がＵＩデバイス１１２の使用環境及び様態についての情報を受信することを可能にしてもよい。例えば、ＵＩデバイス１１２は、ＧＰＳデバイスなどの据置型ロケーションデバイス１１８から又は図１Ａに示されるプロセス制御ネットワーク１００上のノードから場所データを受信することによってプロセスプラントにおけるその場所を識別してもよい。例えば、ＵＩデバイス１１２は、ユーザの場所、スケジュール、技能、及び／又は作業項目の進行を追跡し得るコンテキストアウェアネスルーチン及び／又は場所アウェアネスルーチンを実行してもよい。別の実施形態では、図１Ａに示されるサーバ１５０は、コンテキスト及び／又は場所アウェアネスルーチンを実行してもよく、コンテキスト及び／又は場所アウェアネスルーチンは、ＵＩデバイス１１２と通信する。追跡に基づいて、場所及び／又はコンテキストアウェアネスルーチンは、ＵＩデバイス１１２がプラントマップ、機器の写真又はビデオ、ＧＰＳ座標、及び作業者の場所に対応する他の情報を自動的に判定及び／又は表示すること、若しくはナビゲーションにおけるモバイル作業者及び機器識別を助けることを可能にしてもよい。加えて又は代替的に、ユーザが特定の技能を有していることがあるため、コンテキストアウェアネスルーチン又はＵＩデバイス１１２は、技能及び／又はＵＩデバイス１１２の場所に基づいてＧＵＩ構成の外観を自動的にカスタマイズしてもよい。例えば、別のシナリオでは、コンテキストアウェアネスルーチンは、モバイル作業者の近くにある１台の機器に関する、及びモバイル作業者が対処する資格がある新たに開かれた作業項目又はアラームをユーザにリアルタイムで通知してもよい。さらに別のシナリオでは、コンテキストアウェアネスルーチンは、ユーザの場所及び／又は技能に明確に関係する１つ以上のアプリケーションがＵＩデバイス１１２で自動的に立ち上がるようにしてもよい。
【０２０８】
ＵＩデバイス１１２は、その近傍にあるフィールドデバイス又は１台の機器などの特定のプロセスエンティティを識別してもよい。プロセスエンティティは、例えば、ＩＥＥＥ８０２．１１に準拠した無線ローカルエリアネットワークプロトコルなどの無線通信プロトコル、ＷｉＭＡＸ、ＬＴＥ、又は他のＩＴＵ−Ｒ対応プロトコルなどのモバイル通信プロトコル、近距離無線通信（ＮＦＣ）又はＢｌｕｅｔｏｏｔｈなどの短波長無線通信プロトコル、ｗｉｒｅｌｅｓｓ  ＨＡＲＴなどのプロセス制御無線プロトコル、又はいくつかの他の適切な無線通信プロトコルを用いることによって、ＵＩデバイス１１２に自動的に自身を識別させてもよい。一部の実施形態では、ＵＩデバイス１１２は、識別された場所、機器、又はフィールドデバイスに該当するスケジュール又は作業項目を受信してもよい。一実施形態では、プロセスエンティティを識別することにより、作業命令、診断、解析、又は他のアプリケーションなどの識別されたプロセスエンティティに関する１つ以上のアプリケーションをＵＩデバイス１１２に自動的に立ち上がらせてもよい。
【０２０９】
動作時には、ＵＩデバイス１１２は、一部の実施形態ではＵＩデバイス１１２でのイメージセンサを介してプロセスエンティティ１９９を識別してもよい。場合によっては、ＵＩデバイス１１２のユーザは、プロセスエンティティ１９９の写真をとってもよく、ＵＩデバイス１１２は、取り込まれるイメージに基づいてプロセスエンティティ１９９を識別してもよい。一部の実施形態では、プロセスエンティティ１９９は、固有のタグ又は識別子（例えば、バーコード）を提供するコンテキストＩＤデバイス１９８を含んでいてもよく、又はその近傍にあってもよい。ＵＩデバイス１１２は、ＵＩデバイス１１２がプロセスエンティティ１９９又はコンテキストＩＤデバイス１９８を識別することを可能にする、固有のタグを取り込んでもよい。ＵＩデバイス１１２は、プロセスエンティティ１９９に該当するか、又はコンテキストＩＤデバイス１９８に該当する情報を提供してもよい（例えばディスプレイを介して）。一部の実施形態では、ＵＩデバイス１１２は、識別されたプロセスエンティティ１９９又はコンテキストＩＤデバイス１９８の場所を判定することによってＵＩデバイス１１２の場所を判定してもよい。ＵＩデバイス１１２の場所が判定されると、ＵＩデバイス１１２は、判定された場所に該当するコンテキスト情報を提供してもよい（例えばディスプレイを介して）。コンテキスト情報は、例えば、領域、スケジュール、又は作業項目における他のプロセスエンティティに関係していることがある。一部の実施形態では、コンテキストＩＤデバイス１９８は、コンテキスト情報をＵＩデバイス１１２に伝送してもよい。別の実施形態では、ＵＩデバイス１１２は、その場所をサーバ１５０に伝送することに応答してサーバ１５０からコンテキスト情報を受信してもよい。
【０２１０】
いくつかの実装では、ＵＩデバイス１１２は、モーションセンサ又は音声センサを介してプロセスエンティティ１９９を識別してもよい。例えば、音声センサは、プロセスエンティティ１９９に関連する音声を取り込むのに用いられてもよい（例えば、音取り込みルーチンを介して）。音声は、プロセスエンティティの正常動作中にプロセスエンティティ１９９によって生成されてもよい。他の実装では、音声は、プロセスエンティティ１９９に関連する音声デバイスのスピーカによって生成されてもよい。いずれにしても、取り込まれた音声は、プロセスエンティティ１９９を識別するのに用いられてもよい。ＵＩデバイス１１２はまた、プロセスエンティティ１９９を識別するためにモーションセンサを介して振動を検出してもよい。例えば、プラント資産は、動作中に振動の期待されるレベルを有することがある。ユーザはＵＩデバイス１１２をプラント資産上に又はその付近に配置してもよい。ＵＩデバイス１１２は、資産に関連する現在の振動レベルを識別するのにモーションセンサによって検出されたデータを用いてもよい。ＵＩデバイス１１２は、現在の振動レベルを、ＵＩデバイス１１２がプロセスエンティティ１９９を識別することを可能にするプロセスエンティティ１９９に関連するシグネチャ振動と相互に関連付けてもよい。場合によっては、一意の識別子を識別するのに別の識別されたイメージ／音／振動／場所と併せてモーションセンサ及び／又は音声センサが用いられてもよい。例えば、プラント資産及びＵＩデバイス１１２の場所に関連する検出された振動レベルに基づいて、ＵＩデバイス１１２は、ＵＩデバイス１１２がプロセスエンティティ１９９を識別することを可能にする、プロセスエンティティ１９９に関連する特定のタグを識別してもよい。
【０２１１】
さらなる動作では、ＵＩデバイス１１２は、１つ以上のＧＰＳ衛星２３０３から場所データを受信することによってそれ独自の場所を識別してもよい。その場所を識別した後で、ＵＩデバイス１１２は、ＵＩデバイス１１２の場所の近傍の場所でプロセスエンティティを識別するためにデータベース又はサーバと通信してもよい。ＵＩデバイス１１２は、その場所をサーバ１５０に伝送してもよい。サーバ１５０は、コンテキスト情報をＵＩデバイス１１２に戻るように伝送してもよい。コンテキスト情報は、ＵＩデバイス１１２に近接している１つ以上のプロセス領域、デバイス、又は機器に関係していてもよい。コンテキスト情報はまた、ＵＩデバイス１１２の場所に該当するスケジュール又は作業項目に関係していてもよい。後述の図２４〜図２７は、本開示の種々の実施形態におけるコンテキストアウェアネスルーチンの動作を詳述する。
【０２１２】
図２４は、モバイル制御室２４００における例示的なコンテキスト−アウェアＵＩデバイス１１２のブロック図である。コンテキストアウェアモバイル制御室２４００は、ＵＩデバイス１１２がその使用環境及び様態に応答して出力を提供することを可能にしてもよい。コンテキストアウェアモバイル制御室２４００は、コンテキスト識別（「コンテキストＩＤ」）デバイス２４０２、ＵＩデバイス１１２、及びサーバ１５０を含んでもよい。ＵＩデバイス１１２は、コンテキストデータ又はコンテキスト項目を識別するためにコンテキストＩＤデバイス２４０２と対話してもよい。特定の実施形態では、コンテキストＩＤデバイス２４０２は、無線チャネル又は有線チャネル経由でＵＩデバイス１１２と通信してもよい。特定の実施形態では、コンテキストＩＤデバイス２４０２は、プロセスパラメータデータ及び／又は表示データをＵＩデバイス１１２に伝送してもよい。コンテキストＩＤデバイス２４０２は、イメージ識別技術（例えばバーコード又はＱＲコード）、音声識別技術（固有のサウンドシグネチャを発する）、又はＲＦＩＤ、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ、又はＷｉ−Ｆｉ（ＩＥＥＥ８０２．１１規格）技術などの無線周波数技術を用いてもよい。ＵＩデバイス１１２は、プロセス制御ネットワーク１００などのネットワークを介してサーバ１５０と通信してもよい。別の実施形態では、コンテキストＩＤデバイス２４０２は、ＵＩデバイス１１２にあってもよく、デバイス（例えば、ｐｌｃデバイス）は、コンテキストＩＤデバイス２４０２から信号を受信し、ＵＩデバイス１１２の場所をサーバ１５０に報告してもよい。
【０２１３】
いずれにしても、サーバ１５０は、コンテキストデータ２４１０を格納してもよい。コンテキストデータは、ユーザプロフィールデータ１２４５（プラントでのユーザ／オペレータに関係する）、ＵＩデバイスプロフィールデータ２４１４（プラントでの登録されたＵＩデバイスに関係する）、フィールドデバイスプロフィールデータ２４１６（プラントに設置されたデバイスに関係する）、機器プロフィールデータ２４１８（プラントに設置された機器に関係する）、スケジュールデータ２４２０（ユーザ及び機器／デバイスに関係する）、及び作業項目データ２４２２（プラントでのタスク又はジョブに関係する）を含んでもよい。一部の実施形態では、フィールドデバイスプロフィールデータ２４１６は、機器プロフィールデータ２４１８に含まれていてもよい。ユーザプロフィールデータ１２４５は、特定のユーザに関連するスキルレベル又は責務レベルを示す技能データを含んでもよい。作業項目データ２４２２は、タスクＩＤ（特定のタスクを識別する）、スキル閾値（タスクの作業に必要な最低スキルレベル又は任務／責務を識別する）、対象機器（タスクに関連する機器）、及び作業項目の進行（タスクの完了がどれだけ近いかを識別する）などのデータを含んでもよい。コンテキスト項目１２４５及び２４１４〜２４２２のそれぞれは、場所又は領域（例えば、ユーザ、デバイス、機器、スケジュール、又は作業項目に関連する）、ステータス、関係するプロセスエンティティ、一意の識別子／タグ、及び／又は許可情報などの情報を含んでもよい。
【０２１４】
コンテキストＩＤデバイス２４０２の動作時に、コンテキストＩＤデバイス２４０２は、ＵＩデバイス１１２がコンテキストＩＤデバイス２４０２の範囲に入るときにＵＩデバイス１１２で読み出され、走査され、又は他の方法で受信され得る一意の識別子又はタグを含んでもよい。コンテキストＩＤデバイス２４０２の範囲は、コンテキストＩＤデバイス２４０２の特定の実施形態に依存するが、数センチメートル以下の小ささ、１キロメートル以上の大きさ、又はその間の特定の距離であってもよい。一部の実施形態では、コンテキストＩＤデバイス２４０２は、一意の識別子をＵＩデバイス１１２に伝送してもよい。他の事例では、コンテキストＩＤデバイス２４０２は、これがＵＩデバイス１１２によって受信及び／又は検索され得るように一意の識別子を表示するか、又は他の方法で提供してもよい。
【０２１５】
いずれにしても、ＵＩデバイス１１２は、一意の識別子を受信し、一意の識別子をコンテキスト項目と相互に関連付けることによってＵＩデバイス１１２の環境における領域（すなわち、場所、地理上の領域、又は地域）、機器、デバイス、作業項目、又は利用可能スケジュールなどのコンテキスト項目を識別してもよい。例えば、ＵＩデバイス１１２は、一意の識別子を特定のコンテキスト項目とペアにするデータベース、テーブル、又はデータ構造にアクセスしてもよい。こうしたデータベース又はテーブルは、ＵＩデバイス１１２に、コンテキストＩＤ２４０２に、又はサーバ１５０に存在していてもよい。データベース又はテーブルがサーバ１５０に存在するとき、ＵＩデバイス１１２は、一意の識別子をサーバ１５０に伝送してもよい。サーバ１５０は、一意の識別子に関連するコンテキスト項目を識別するためにデータベース、テーブル、又はいくつかの他のデータ構造にアクセスしてもよい。サーバ１５０は、コンテキスト項目を表すデータをＵＩデバイス１１２に伝送してもよい。
【０２１６】
ＵＩデバイス１１２がコンテキスト項目を識別すると、ＵＩデバイス１１２は、識別されたコンテキスト項目に該当する出力を提供してもよい。例えば、コンテキスト項目は、領域に関連する特定の領域、デバイス、機器、又はアラームを示してもよい。ＵＩデバイス１１２は、ユーザがプロセス領域におけるプロセス条件について通知され得るように、特定のデバイス、機器、又はアラームに関する視覚表現、音、又は他の出力を生成してもよい。同様に、識別された１台の機器に関連する多数のデバイス又はアラームが存在していてもよい。ＵＩデバイス１１２は、デバイスに関する情報又はデバイスに関連するアラームを提供してもよい（フィールドデバイスプロフィールデータ２４１６から）。同様に、コンテキスト項目は、ＵＩデバイス１１２に機器に関係した情報を提供させてもよい（機器プロフィールデータ２４１８から）、スケジュール（スケジュールデータ２４２０から）、又は作業項目（作業項目データ２４２２から）。
【０２１７】
特定の実施形態では、プロセスプラントにおける１つ以上のプロセス制御デバイスは、コンテキストＩＤデバイス２４０２であってもよい。別の実施形態では、１つ以上のプロセス制御デバイスは、コンテキストＩＤデバイス２４０２を含んでいてもよく、近くのコンテキストＩＤデバイス２４０２に関連していてもよい。例えば、図１Ａに示されるフィールドデバイス１５〜２２及び／又は４０〜５８のうちの１つ以上は、コンテキストＩＤデバイス２４０２であってもよく、これを含んでいてもよく、又はその近傍に位置してもよい（例えば、コンテキストＩＤデバイス２４０２は、フィールドデバイスのそれぞれに取り付けられ又はその近傍にあってもよく、又はフィールドデバイスは、フィールドデバイスがコンテキストＩＤデバイスとして機能することを可能にする内部回路を有していてもよい）。同様に、図１Ａに示されるコントローラ１１、ゲートウェイ３５、ＵＩデバイス１１２、Ｉ／Ｏカード２６及び２８、及びルータ５８は、コンテキストＩＤデバイス２４０２であってもよく、これを含んでいてもよく、又はその近傍にあってもよい。こうした実施形態では、ＵＩデバイス１１２は、ＵＩデバイス１１２がプロセス制御デバイスのそれぞれに関連するコンテキスト項目（例えば場所又は機器ＩＤ）を受信することを可能にする、コンテキストＩＤデバイス２４０２のそれぞれに関連する一意の識別子を受信してもよい。
【０２１８】
コンテキストアウェアモバイル制御室２４００の代替的実施形態では、ＵＩデバイス１１２は、一意の識別子を含んでいてもよく又は提供してもよい。例えば、ＵＩデバイス１１２は、固有の識別データを伝送するデバイス又はチップ上の固有の走査可能イメージを有していてもよい。別の例では、ＵＩデバイス１１２のユーザは、類似のイメージ又はチップを含むバッジ、カード、又はいくつかの他の付属品を携行してもよい。こうした実施形態では、コンテキストＩＤデバイス２４０２は、一意の識別子を読み出し、走査し、又は他の方法で受信してもよい。コンテキストＩＤデバイス２４０２は、一意の識別子を特定のユーザ又はＵＩデバイス１１２と関連付けるように動作してもよい。コンテキストＩＤデバイス２４０２は、コンテキストＩＤデバイス２４０２に格納されるデータ構造にアクセスすることによって一意の識別子を特定のユーザ又はＵＩデバイスと関連付けてもよい。代替的に、コンテキストＩＤデバイス２４０２は、一意の識別子をサーバ１５０に伝送してもよく、この場合、サーバ１５０は、特定のユーザ又はＵＩデバイスを一意の識別子と関連付ける。
【０２１９】
いずれにしても、コンテキストＩＤデバイス２４０２がＵＩデバイス１１２又はユーザを識別すると、コンテキストＩＤデバイス２４０２は、該当するコンテキスト項目をＵＩデバイス１１２に伝送してもよい。代替的に、コンテキストＩＤデバイス２４０２は、ユーザ又はＵＩデバイス１１２がコンテキストＩＤデバイス２４０２の範囲に入ったことを１つ以上のノードに知らせるために、プロセス制御ネットワーク１００などのネットワーク上の１つ以上のノードと通信してもよい。１つ以上のノードは、１つ以上のコンテキスト項目、ＵＩデータ（例えば、表示データ、プロセスパラメータデータ）、又は他のどのようなデータをＵＩデバイス１１２に伝送してもよい。ＵＩデバイス１１２は、受信したデータに基づいて動作するか、又は出力を提供してもよい。例えば、特定の実施形態では、ＵＩデバイス１１２は、コンテキストＩＤデバイス２４０２から又はサーバ１５０から一意の識別子、コンテキスト項目、ＵＩデータ、又は他のデータを受信することに応答して目標アプリケーションを立ち上げてもよい。目標アプリケーションは、例えば、ユーザにプロセスグラフィックス及び情報を提供することに特化されたアプリケーションであってもよい。目標アプリケーションは、例えば、電話又はタブレットデバイス上で動作可能なモバイルアプリケーションであってもよい。別の実施形態では、目標アプリケーションは、ブラウザルーチン８８８であってもよい。特定の場合には、ブラウザルーチン８８８は、受信した一意の識別子、コンテキスト項目、ＵＩデータ、又は他のデータに関する特定のリソース又はリソース群に向けられてもよい。
【０２２０】
一部の実施形態では、コンテキストＩＤデバイス２４０２は、許可システムの一部であってもよい。例えば、プロセスエンティティに関連する許可は、プロセスエンティティとのＵＩデバイス１１２の近接性に依存することがある。一部の実施形態では、ＵＩデバイス１１２は、ユーザ又はＵＩデバイス１１２がプロセスエンティティに近接しているときにプロセスエンティティに関連するパラメータを修正するために許可又は認証を受信してもよい。ＵＩデバイス１１２はまた、ユーザのスキルレベルが作業項目又はパラメータに関連する示されるスキル閾値を下回るときに、作業項目に従事することの許可を取り下げ、又はパラメータを修正してもよい。
【０２２１】
図２５は、プロセスプラント１０におけるモバイル制御室２５００の別の実施形態のブロック図である。コンテキストアウェアモバイル制御室２５００は、ＵＩデバイス１１２がその使用環境及び様態に応答して出力を提供することを可能にしてもよい。モバイル制御室２５００は、領域２５０５〜２５１５及びタンク２５２０を含むプロセス制御ネットワーク１００に通信可能に結合されるＵＩデバイス１１２を含んでもよい。ＵＩデバイス１１２は、プロセス制御ネットワーク１００に接続される。領域２５０５はコンテキストＩＤデバイス２４０２ａを含み、領域２５１０はコンテキストＩＤデバイス２４０２ｂを含み、プロセス領域２５１５はコンテキストＩＤデバイス２４０２ｃを含み、タンク２５２０はコンテキストＩＤデバイス２４０２ｄを含む。
【０２２２】
一実施形態では、コンテキストＩＤデバイス２４０２ａは、ＮＦＣデバイスである、又はこれを含む。ＵＩデバイス１１２とコンテキストＩＤデバイス２４０２ａは、一般に１３．５６ＭＨＺで動作し、ＩＳＯ／ＩＥＣ１４４４３、ＩＳＯ／ＩＥＣ１８０９、ＮＦＣＩＰ−１、ＮＦＣＩＰ−２、及びＪＩＳ：Ｘ６３１９−ｆなどのＮＦＣ規格に従って動作してもよい。ＮＦＣ技術は、ＵＩデバイス１１２とコンテキストＩＤデバイス２４０２ａとの間の無線トランザクション及びデータ交換を可能にする。ＮＦＣ技術はまた、他の通信接続を自動的にブートストラップするのに用いられてもよい。このような実施形態では、コンテキストＩＤデバイス２４０２ａは、命令をＵＩデバイス１１２に伝送してもよい。ＵＩデバイス１１２は、ＵＩデバイス１１２に別のネットワークに接続させる命令を受信及び実行してもよい。一部の実施形態では、他のネットワークは、他のノードを含むプロセス制御ネットワーク１００などの広域ネットワークであってもよい。特定の実施形態では、他のネットワークは、ＵＩデバイス１１２とコンテキストＩＤデバイス２４０２ａとの間の接続であってもよい。例えば、他のネットワークは、無線アドホックネットワーク又はパーソナルエリアネットワーク（例えば、Ｂｌｕｅｔｏｏｔｈ、ＩＥＥＥ８０２．１５．１規格）であってもよい。いずれにしても、ネットワーク接続命令に加えて、コンテキストＩＤデバイス２４０２ａは、ＵＩデバイス１１２のユーザがネットワークを手動で設定し、認証情報を入力する必要なくＵＩデバイス１１２がネットワークへの接続を確立することを可能にする認証情報をＵＩデバイス１１２に伝送してもよい。
【０２２３】
コンテキストＩＤデバイス２４０２ａのさらなる動作では、コンテキストＩＤデバイス２４０２ａでのＮＦＣタグ又はデバイスはまた、ＵＩデバイス１１２で実行され得る他の命令を格納してもよい。例えば、命令は、１つ以上のアプリケーションを特定の様態で立ち上がらせ又は実行させてもよい。図示した実施形態では、命令は、ＵＩデバイス１１２にＵＩ（例えば、図８のＵＩルーチン８８２）又はブラウザ（例えば、図８のブラウザルーチン８８８）を立ち上げさせ、又はＵＩ又はブラウザを特定の状態にさせてもよい。命令は、ＵＩデバイス１１２に領域２５０５におけるデバイス及び機器に関する情報を提供するＧＵＩ構成を提供させてもよい。例えば、ＧＵＩ構成は、プロセス領域２５０５のグラフィカルな全体像を伴うウィンドウを含んでもよい。
【０２２４】
コンテキストＩＤデバイス２４０２ａのさらなる動作では、ＵＩデバイス１１２は、ＮＦＣ通信を介して又はＮＦＣ通信を介して認証情報を受信した後でＵＩデバイス１１２が接続されるネットワークを介して、コンテキストＩＤデバイス２４０２ａから一意の識別子を受信してもよい。一意の識別子は、一般に領域２５０５を表すが、特定の実施形態では他のコンテキスト項目を表わしてもよい。ＵＩデバイス１１２は、コンテキスト項目（例えば領域２５０５）を識別するのに一意の識別子を使用し、識別されたコンテキスト項目に従って動作するか、又は出力を提供してもよい（例えば、領域２５０５のグラフィカルな全体像を提供する）。代替的に、コンテキストＩＤデバイス２４０２ａは、ＵＩデバイス１１２から一意の識別子を受信し、ＵＩデバイス１１２（又はそのユーザ）を識別して、コンテキストＩＤデバイス２４０２ａ又はプロセス制御ネットワーク１００上の別のノードがコンテキストデータ又はＵＩデータなどのデータをＵＩデバイス１１２に伝送することを可能にしてもよい。ＵＩデバイス１１２は、受信したデータに基づいて動作するか、又は出力を提供してもよい。
【０２２５】
コンテキストＩＤデバイス２４０２ｂの一実施形態では、コンテキストＩＤデバイス２４０２ｂは、ＲＦＩＤタグである又はこれを含む。このような実施形態では、ＵＩデバイス１１２はＲＦＩＤスキャナを含み、一意の識別子を得るのにＲＦＩＤスキャナを用いる。一意の識別子は、一般に領域２５１０を表すが、特定の実施形態では他のコンテキスト項目（例えば、特定のデバイス、機器、場所など）を表わしてもよい。ＵＩデバイス１１２は、図２４に関して説明した方法と一致する様態でコンテキスト項目を識別するのに一意の識別子を用いてもよい。代替的な実施形態では、コンテキストＩＤデバイス２４０２ｂは、ＲＦＩＤスキャナであってもよく、ＵＩデバイス１１２は、ＲＦＩＤタグを含んでもよい。このような実施形態では、ＵＩデバイス１１２がコンテキストＩＤデバイス２４０２ｂの範囲に入るとき（例えば、ユーザが領域２５１０に入るとき）に、コンテキストＩＤデバイス２４０２ｂはＵＩデバイス１１２を識別する。ＵＩデバイス１１２を識別した後で、コンテキストＩＤデバイス２４０２ｂは、（例えば、プロセス制御ネットワーク１００を用いて、パーソナルエリアネットワークなどの別のネットワークを用いて、又はディスプレイを用いて）ＵＩデバイス１１２と通信し、コンテキスト情報をＵＩデバイス１１２に提供するのに一意の識別子を使用し得るＵＩデバイス１１２又はサーバ１５０に一意の識別子を伝送してもよい。ＵＩデバイス１１２は、図２４に関して説明した方法と一致する様態で領域２５１０を識別し、識別された領域２５１０に基づいて動作するか、又は出力を提供してもよい。別の実施形態では、コンテキストＩＤデバイス２４０２ｂは、コンテキスト項目（一意の識別子ではなく）をＵＩデバイス１１２に（例えばＢｌｕｅｔｏｏｔｈなどの短距離無線ネットワーク通信を用いて）伝送してもよい。さらに別の実施形態では、ユーザは、ＲＦＩＤタグを有するＵＩデバイス１１２の代わりに又はこれに加えてＲＦＩＤタグを有していてもよい。これらの実施形態のいずれにおいても、ＲＦＩＤスキャナとＲＦＩＤタグとの両方は、能動又は受動のいずれであってもよい。ＵＩデバイス１１２は、受信したデータに基づいて動作するか、又は出力を提供してもよい。
【０２２６】
コンテキストＩＤデバイス２４０２ｃの実施形態の動作時に、コンテキストＩＤデバイス２４０２ｃは、プロセス領域２５１５をカバーする範囲のＷｉ−Ｆｉアクセスポイントであってもよい。ＵＩデバイス１１２がプロセス領域２５１５に入るときに、コンテキストＩＤデバイス２４０２ｃは、ＵＩデバイス１１２との通信を確立してもよい。コンテキストＩＤデバイス２４０２ｃは、ＭＡＣアドレス又はデバイスタグなどの一意の識別子をＵＩデバイス１１２に伝送してもよい。一意の識別子は、一般に領域２５１５を表すが、特定の実施形態では他のコンテキスト項目を表わしてもよい。ＵＩデバイス１１２は、図２４に関して説明した方法と一致する様態でコンテキスト項目（例えば領域２５１５を表すデータ）を識別するために、及びコンテキスト項目に従って動作するか、又は出力を提供する（例えば、領域２５１５の視覚表現を提供する）ために一意の識別子を用いてもよい。例えば、ＭＡＣアドレス又はデバイスタグを特定の領域とペアにするデータベースが、ＵＩデバイス１１２によってアクセスされることが可能なＵＩデバイス１１２上に格納されてもよく、又はＵＩデバイス１１２と通信するノード上に格納されてもよい。代替的に、ＵＩデバイス１１２は、ＵＩデバイス１１２のＭＡＣアドレスなどの一意の識別子をコンテキストＩＤデバイス２４０２ｃに伝送してもよい。一意の識別子を受信した後で、コンテキストＩＤデバイス２４０２ｃは、ＵＩデバイス１１２が一意の識別子と関連付けられることを判定するように動作してもよい。ＵＩデバイス１１２は、受信したデータに基づいて動作するか、又は出力を提供してもよい。
【０２２７】
コンテキストＩＤデバイス２４０２ｄの一実施形態では、コンテキストＩＤデバイス２４０２ｄは、バーコードを含んでもよい。バーコードは、マトリクスバーコード（例えばＱＲコード）又は直線バーコード（例えばＵＰＣバーコード）であってもよい。ＵＩデバイス１１２は、カメラ又は専用のバーコードスキャナであり得るイメージセンサを含んでいてもよく、又はこれと通信してもよい。動作時に、ＵＩデバイス１１２は、コンテキストＩＤデバイス２４０２ｄでバーコードを取り込むのにイメージセンサを用いてもよい。ＵＩデバイス１１２は、バーコードにエンコードされるデータ（「バーコードデータ」）をデコードしてもよい。バーコードデータは、一般に、タンク２５２０（又はこれが取り付けられる他のどのようなプロセス制御デバイス又は機器）表す一意の識別子を含むが、一意の識別子は、特定の実施形態では他のコンテキスト項目を表わしてもよい。ＵＩデバイス１１２は、図２４に関して説明した方法と一致する様態でコンテキスト項目（例えばタンク２５２０を表すデータ）を識別するために及びコンテキスト項目に従って動作するか、又は出力を提供する（例えば、タンク２５２０の視覚表現を提供する）ために一意の識別子を用いてもよい。代替的実施形態では、バーコードは、ブラウザ又はＵＩが特定の情報を提供するようにブラウザ又はＵＩを立ち上げることなどの特定の行為をＵＩデバイス１１２にとらせるデータ又は命令を含んでもよい。特定の情報は、プロセスパラメータデータ、特定の項目（例えばタンク２５２０）のグラフィックス、又は特定のデバイスに関するアラームデータなどの多数のプロセスエンティティのいずれかに関係していてもよい。さらなる実施形態では、ＵＩデバイス１１２又はＵＩデバイス１１２のユーザは、代替的に又は加えて、コンテキストＩＤデバイス２４０２ｄがＵＩデバイス１１２又はユーザを識別することを可能にする、コンテキストＩＤデバイス２４０２ｄによって取り込まれるバーコードを含んでもよい。ＵＩデバイス１１２でのバーコードはまた、コンテキストＩＤデバイス２４０２ｄで実行される命令を提供してもよい。例えば、バーコードは、コンテキストＩＤデバイス２４０２ｄに、該当する情報をユーザ又はＵＩデバイス１１２に提供させてもよい。
【０２２８】
一部の実施形態では、ＵＩデバイス１１２は、他の方法を用いて一意の識別子を識別してもよい。例えば、ＵＩデバイス１１２は、一意の識別子を識別するのに音声センサを用いてもよく、この場合、一意の識別子は、プラント領域／資産に関連するサウンドシグネチャ（図２４に関して示したように）である。サウンドシグネチャは、特定のプラント領域／資産が動作中に生じるノイズと関連付けられてもよい。代替的に、サウンドシグネチャは、資産に関連する音声出力デバイスによって生成される音声信号であってもよい。ＵＩデバイス１１２はまた、一意の識別子を識別するのにモーションセンサを用いてもよい。一意の識別子は、プラント資産に関連する特定の振動レベルであってもよい。例えば、ユーザは、ＵＩデバイス１１２をプラント資産上におき、ＵＩデバイス１１２が振動レベルを検出することを可能にしてもよい。場合によっては、一意の識別子を識別するのに識別されたイメージ／音／場所と併せてモーションセンサが用いられてもよい。例えば、プラント資産及びＵＩデバイス１１２の場所に関連する検出された振動レベルに基づいて、ＵＩデバイス１１２は、プラント資産に関連する特定のタグを識別してもよい。
【０２２９】
一部の実施形態では、ＵＩデバイス１１２は、場所データを受信することによってその場所を識別してもよい。場所データは、プロセス制御ネットワーク１００などのネットワークを介して受信されてもよい。代替的に、場所データは、ＵＩデバイス１１２のネットワークインターフェースでのＧＰＳレシーバを介して受信されてもよい。ＵＩデバイス１１２は、ＵＩデバイス１１２に近接しているプロセスエンティティを識別するために、その場所を他のプロセスエンティティの場所と比較してもよい。ＵＩデバイス１１２は、その場所をサーバ１５０などのプロセスネットワーク１００上のノードに伝送してもよい。一部の実施形態では、ノードは、コンテキスト情報をＵＩデバイス１１２に伝送することによって応答してもよい。別の実施形態では、ＵＩデバイス１１２は、場所データをコンテキストＩＤデバイス２４０２に伝送してもよい。コンテキストＩＤデバイス２４０２は、受信した場所データに従ってコンテキストデータをＵＩデバイス１１２に伝送してもよい。
【０２３０】
ＵＩデバイス１１２は、一部の実施形態では、ＵＩデバイス１１２のリアルタイム場所データを提供するためにコンテキストＩＤデバイス２４０２と協働してもよい。モバイルオペレータが特定の環境を通ってモバイルＵＩデバイス１１２を携行する際に、ＵＩデバイス１１２は、プロセスプラントにおけるＵＩデバイス１１２の現在の場所を判定するのにコンテキストＩＤデバイス２４０２から受信した（又はその結果として）場所情報を用いてもよく、該環境におけるモバイルオペレータの位置の現在のマップを表示してもよい。マップは、上から見たビューからの、又は三次元斜視ビューにおけるモバイルオペレータの位置を表示してもよい。もちろん、所望の又は予測されたルートはまた、モバイルＵＩデバイス１１２上に表示されてもよい。代替的に、ＵＩデバイス１１２は、環境内のデバイスの配向及び位置を判定するのに１つ以上の加速度計を用いてもよく、環境の拡張現実ビューを表示するためにＵＩデバイス１１２上のイメージセンサと協働する。例えば、モバイルオペレータは、イメージセンサをプロセスプラントの領域に向けてもよく、ＵＩデバイス１１２は、イメージの上に機器の図を表示してもよく、所望の１台の機器（例えば、現在の作業項目に関連する機器）へのルートを表示してもよく、プロセスプラントの領域に関連するパラメータ又は他のプロセスデータなどを表示してもよい。
【０２３１】
図２６は、例示的なモバイル制御室２６００の図である。モバイル制御室２６００は、第１のＵＩデバイス２６０２ａ、第２のＵＩデバイス２６０２ｂ、機器２６１０、及び機器２６２０を含んでもよい。第１のＵＩデバイス２６０２ａは、機器２６１０を表わすグラフィック２６１５又は機器２６１０に関係した他のデータ（例えば、現在の動作パラメータ、セットポイント、アラーム、エラー、スケジュールされた保守、較正データなど）を提供するディスプレイを含んでもよい。第２のＵＩデバイス２６０２ｂは、機器２６２０を表わすグラフィック２６２５又は機器２６２０に関係した他のデータ（例えば、現在の動作パラメータ、セットポイント、アラーム、エラー、スケジュールされた保守、較正データなど）を提供するディスプレイを含んでもよい。機器２６１０は、第１のコンテキストＩＤデバイス２６０４ａを含んでいてもよく、機器２６２０は、第２のコンテキストＩＤデバイス２６０４ｂを含んでもよい。
【０２３２】
動作時に、ＵＩデバイス２６０２ａを携行するオペレータは、コンテキストＩＤデバイス２６０４ａの範囲内の領域に入ってもよい。ＵＩデバイス２６０２ａは、コンテキストＩＤデバイス２６０４ａと通信するか、又はこれを走査して、ＵＩデバイス２６０２ａがコンテキストＩＤデバイス２６０４ａからデータを受信できるようにすることがある。ＵＩデバイス２６０２ａは、受信したデータに応答して動作するか、又は出力を提供してもよい。図示した実施形態では、ＵＩデバイス２６０２ａは、機器２６１０を表わすグラフィック２６１５を提供してもよい。一部の実施形態では、ＵＩデバイス２６０２ａは、他のグラフィックス、プロセスパラメータ値、又はアラームなどの代替的な又は付加的な出力を提供してもよい。ＵＩデバイス２６０２ｂを携行するオペレータは、コンテキストＩＤデバイス２６０４ｂの範囲に入って、機器２６２０を表わすグラフィック２６２５をＵＩデバイス２６０２ｂに提供させてもよい。
【０２３３】
図２７は、グラフィカルユーザインターフェースを生成する例示的な方法２７００を示すフローチャートである。方法２７００は、ＵＩデバイス１１２のいずれかなどの１つ以上のデバイス又はシステムですべて又は一部が実施されてもよい。方法２７００は、命令、ルーチン、プログラム、又はモジュールのセットとしてメモリ８１５上に保存されてもよく、プロセッサ８１０によって実行されてもよい。
【０２３４】
方法２７００は、外部デバイス又は識別子／タグを識別するＵＩデバイス１１２で始まる（ブロック２７０５）。識別子は、イメージ、音、又はバーコードであってもよい。識別子は、代替的に、ＮＦＣシステム又はＲＦＩＤシステムによる伝送に関連する固有のタグであってもよい。一部の実施形態では、識別子は、プロセス領域、デバイス、機器の一部、又は別のＵＩデバイス１１２などのプロセスエンティティに関連していてもよい。
【０２３５】
ＵＩデバイス１１２は、識別された外部デバイス又は識別子に基づいてコンテキスト情報を受信してもよい（ブロック２７１０）。ＵＩデバイス１１２は、一部の実施形態では識別された外部デバイス又は識別子からコンテキスト情報を受信してもよい。別の実施形態では、ＵＩデバイス１１２は、識別子を表すデータをサーバ１５０に伝送することに応答してサーバ１５０からコンテキスト情報を受信してもよい。コンテキスト情報は、場所、機器、スケジュール、作業項目などのコンテキスト項目を表わしてもよい。
【０２３６】
ＵＩデバイス１１２は、ＵＩデバイス１１２のディスプレイで情報を提供してもよい（ブロック２７１５）。情報は、受信したコンテキスト情報に従って提供されてもよい。例えば、ＵＩデバイス１１２は、受信した場所、識別した機器又はデバイス、受信したスケジュール、又は受信した作業項目に該当する情報を生成してもよい。
【０２３７】
ここで図２８を参照すると、フローチャートは、ＵＩデバイス１１２と共にプロセスプラント１０を制御するための、ＵＩデバイス１１２上で実行する例示的な方法２８００を描いている。方法２８００は、プロセス制御ネットワーク１００などの１つ以上のネットワーク又はシステムですべて又は一部が実施されてもよい。特に、方法２８００は、サーバ１５０などの１つ以上のデバイス又はシステムで又はＵＩデバイス１１２のいずれかなどの１つ以上のデバイス又はシステムですべて又は一部が実施されてもよい。方法２８００は、命令、ルーチン、プログラム、又はモジュールのセットとしてメモリ８１５又はメモリ１２０３上に保存されてもよく、プロセッサ８１０又はプロセッサ１２０１によって実行されてもよい。
【０２３８】
方法は、データストレージ領域からの第１のデータに関する第１の要求をネットワークを介してサーバ１５０に伝送し得るＵＩデバイス１１２で始まる（ブロック２８０５）。データストレージ領域は、共通の形式を用いてプロセスプラントに対応するプロセスデータを格納するように構成された１つ以上のデバイスを含むユニット式の論理データストレージ領域であってもよい。プロセスデータは、構成データ、連続データ、バッチデータ、計測データ、及びイベントデータなどの複数のタイプのプロセスデータを含んでもよい。
【０２３９】
ＵＩデバイス１１２は、サーバ１５０から、第１の要求に応答して、ストレージ領域からの第１のデータを受信してもよい（ブロック２８１０）。ＵＩデバイス１１２は、サーバ１５０から受信した第１のデータを表示してもよい（ブロック２８１５）。
【０２４０】
ＵＩデバイス１１２は、ＵＩデバイス１１２が外部デバイスに近接しているという指標を受信してもよい（ブロック２８２０）。ＵＩデバイス１１２は、外部デバイスの近接性を検出するように動作する通信回路を含んでもよい。通信回路は、近距離無線通信（ＮＦＣ）回路、無線周波数識別（ＲＦＩＤ回路、Ｂｌｕｅｔｏｏｔｈ回路、ＩＥＥＥ８０２．１１プロトコルに従って動作する回路、又はｗｉｒｅｌｅｓｓ  ＨＡＲＴプロトコルに従って動作する回路を含んでもよい。場合によっては、ＵＩデバイス１１２は、ＵＩデバイス１１２が付加的なＵＩデバイス１１２に近接しているという指標を受信してもよい。
【０２４１】
ＵＩデバイス１１２は、サーバ１５０に、受信した指標に従って第２のデータに関する第２の要求を伝送してもよい（ブロック２８２５）。一部の実施形態では、第２の要求を伝送することは、サーバ１５０に、付加的なＵＩデバイス１１２の状態情報に関する要求を伝送することを含む。
【０２４２】
ＵＩデバイス１１２は、サーバ１５０から、第２の要求に応答して、第２のデータを受信してもよい（ブロック２８３０）。一部の実施形態では、第２のデータは、付加的なＵＩデバイス１１２の要求された状態情報を表わしてもよい。こうした実施形態では、ＵＩデバイス１１２はまた、受信した状態情報に従ってストレージ領域からプロセス制御データを表示してもよい。プロセス制御データを表示することは、ＵＩデバイス１１２の表示上に付加的なＵＩデバイス１１２の表示を複製することを含んでもよい。プロセス制御データを表示することは、ＵＩデバイス１１２の表示上に、付加的なＵＩデバイス１１２上に表示されるデータを配置することを含んでもよい。
【０２４３】
別の実施形態では、近接性の指標を受信すること（ブロック１７２０）は、ＵＩデバイス１１２がプロセス制御デバイスに近接しているという指標を受信することを含んでもよい。第２の要求を伝送すること（ブロック２８２５）は、サーバ１５０に、ＵＩデバイス１１２がプロセス制御デバイスに近接しているという指標を伝送することを含んでもよい。こうした実施形態では、第２のデータを受信することは、プロセス制御デバイスに関係したプロセス制御データを受信することを含んでもよい（ブロック２８３０）。プロセス制御デバイスに関係したプロセス制御データを受信することは、プロセス制御デバイスに関連するアラーム、プロセス制御デバイスに関連する保守タスク、プロセス制御デバイスに関連するプロセスプラントの領域の概略図、又はプロセス制御デバイスに関連するプロセスプラントの領域のステータスのうちの１つ以上のデータを受信すること及び表示することを含んでもよい。
【０２４４】
一部の実施形態では、近接性の指標を受信すること（ブロック２８２０）は、モバイルデバイスがプロセスプラントの特定の領域にあるという指標を受信することを含んでもよい。こうした実施形態では、第２の要求を伝送すること（ブロック２８２５）は、サーバ１５０に、ＵＩデバイス１１２がプラントの特定の領域にあるという指標を伝送することを含んでもよい。さらに、第２のデータを受信すること（ブロック２８３０）は、プロセスプラントの特定の領域に関係した第２のプロセス制御データを受信することを含んでもよい。特定の領域に関係したプロセス制御データを受信することは、プロセスプラントの特定の領域に関連するアラーム、プロセスプラントの特定の領域に関連する保守タスク、プロセスプラントの特定の領域の概略図、又は特定の領域に関連する１つ以上のプロセス制御デバイスのステータス、のうちの１つ以上のデータを受信すること及び表示することを含んでもよい。
【０２４５】
特定の実施形態では、ＵＩデバイス１１２は、サーバ１５０と通信する状態でなくてもよいが、特定の領域における機器と通信する状態であってもよい。例えば、ＵＩデバイス１１２は、プロセスプラントの領域における特定の１台のプロセス機器に近接していてもよく、プロセスプラントの領域における１つ以上のデバイス（サーバ１５０ではない）と直接又は中間デバイスを介して（例えば、無線ネットワークの一部であるルータ又は他のアクセスポイントを介して）通信することができることがある。これは、例えば、サーバ１５０が利用可能でない場合、又はプロセスプラントの領域がサーバ１５０から物理的に又は論理的に分離される場合にあてはまることがある。いずれにしても、ＵＩデバイス１１２は、プロセスプラントの領域におけるデバイスにデータ又は要求を直接伝送する、及び／又はデータを直接受信してもよい。例えば、ＵＩデバイス１１２は、ネットワークを介してデータに関する要求を（サーバ１５０にではなく）別のデバイスに直接伝送することができ、要求に応答してデバイスからデータを受信することができ、受信したデータを表示することができ、ＵＩデバイス１１２が外部デバイスに隣接するという指標を受信することなどができる。
【０２４６】
プロセスプラントのモバイル制御を容易にする方法２９００を示すフローチャートが図２９で提供される。方法２９００は、モバイルユーザインターフェースデバイスを実装すること（ブロック２９０５）、及びモバイルユーザインターフェースデバイスにおいてモバイルデバイスの場所に関する情報を生成することができる場所アウェアネスコンポーネントを提供すること（ブロック２９１０）を含む。方法２９００はまた、プロセスプラントのレイアウト情報を格納するデータベースを提供すること（ブロック２９１５）、及びモバイルユーザインターフェースデバイス上で第１のルーチンを実施すること（ブロック２９２０）を含む。第１のルーチンは、モバイルユーザインターフェースデバイスの場所とプロセスプラントのレイアウトとの間の関係性を判定するために、データベースに格納される情報に従って場所アウェアネスコンポーネントによって生成される情報を解釈するように動作可能であってもよい。モバイルユーザインターフェースデバイスはまた、モバイルデバイスの場所とプロセスプラントのレイアウトとの間の判定された関係性に従ってディスプレイ上に描画するためのグラフィックを生成するように動作可能な第２のルーチンを実施してもよい（ブロック２９２５）。一部の実施形態では、レイアウト情報を格納するデータベースを提供することは、オーバーヘッドの視点からのレイアウト情報を格納するデータベースを提供することを含んでいてもよく、又は、アイレベルの視点からのレイアウト情報を格納するデータベースを提供することを含んでもよい。レイアウト情報は、各プロセスデバイスに関して、デバイスタグ、デバイス視覚化（例えば、それぞれがモバイルユーザインターフェースデバイスのタイプ又はモバイルユーザインターフェースデバイスのディスプレイタイプに対応する１つ以上の視覚化）、デバイスの場所、及びデバイス接続情報を含んでもよい。場所アウェアコンポーネントは、例えば、ＧＰＳレシーバ、ＲＦＩＤリーダ、ＲＦＩＤタグ、及びモバイルユーザインターフェースデバイスとデータをモバイルユーザインターフェースデバイスに提供するサーバとの間の通信チャネル、アンカーポイントに対するモバイルユーザインターフェースデバイスの移動及び位置を判定するように動作可能な複数のセンサ（例えば、加速度計及びジャイロスコープ）などであってもよい。第２のルーチンを実施することは、一部の実施形態では、モバイルユーザインターフェースデバイスがプロセスプラント内で動く際にプロセスプラント内のモバイルユーザインターフェースデバイスの場所のリアルタイムグラフィックを生成するように動作可能なルーチンを実施することを含む。モバイルユーザインターフェースデバイスの場所のリアルタイムグラフィックを生成することは、オーバーヘッドの視点からのモバイルユーザインターフェースデバイスの場所をディスプレイ上に描画すること、又はアイレベルの視点からの三次元のモバイルユーザインターフェースデバイスの場所をディスプレイ上に描画することを含んでもよい。
【０２４７】
これまでに明らかであろうように、ＵＩデバイス１１２、及び一部の実施形態では制御ネットワーク１００は、重要なのは、プロセスプラント１０におけるＵＩデバイス１１２のうちの１つ以上の場所を含む、種々のコンテキスト情報のアウェアであることがある。制御ネットワーク１００（サーバ１５０を含む）又はＵＩデバイス１１２がデバイスの場所を判定するための種々の方法が説明されている。例えば、ＵＩデバイス１１２は、ＵＩデバイス１１２の場所を判定するためにコンテキストＩＤデバイス２４０２及び／又はサーバ１５０と協働してもよい。ＵＩデバイス１１２はまた、一般に理解されるようにＧＰＳ衛星から信号を受信することによってＵＩデバイス１１２がその場所を判定することを可能にするＧＰＳレシーバ８３２を含んでもよい。一部の実施形態では、しかしながら、ＵＩデバイス１１２のうちの１つ以上はまた、慣性測位システム（ＩＰＳ）８３４を含んでもよい。ＩＰＳ８３４は、個別のコンポーネント又は集積回路の形態をとっていてもよい。少なくとも１つの実施形態では、ＩＰＳ８３４は、高精度クロック回路、３つの加速度計（ｘ軸、ｙ軸、及びｚ軸のそれぞれに１つ）、及び３つのジャイロスコープ（ｘ軸、ｙ軸、及びｚ軸のそれぞれに１つ）を含む集積回路である。一部の実施形態では、ＩＰＳ８３４はまた、コンパス又は磁力計を含む。
【０２４８】
いずれにしても、ＩＰＳ８３４は、それが存在するＵＩデバイス１１２の移動及び配向を検出し、デバイスが動いている又は動いた距離及び方向に関する情報を提供するように動作してもよい。ＵＩデバイス１１２の検出された移動及び配向についての情報を、ＵＩデバイス１１２の最初の位置（「アンカーポイント」）を示す別の情報源と組み合わせることによって、ＵＩデバイス１１２が、任意の連続する情報源と関係なくその位置を判定することができる。例えば、オペレータによって携行されるＵＩデバイス１１２は、ＧＰＳレシーバを有していてもよく、オペレータが屋外環境を通って屋内環境の方に動く際にＵＩデバイス１１２の位置を追跡してもよい。オペレータが屋外環境と屋内環境との間の境界を横切る際に、ＵＩデバイス１１２、特に、ＧＰＳレシーバ８３２は、おそらくＧＰＳ信号を失うであろう。ＵＩデバイス１１２は、ＧＰＳレシーバ８３２を用いて判定されたＵＩデバイス１１２の最後の既知の場所をアンカーポイントとして用いてもよい。アンカーポイントから、ＵＩデバイス１１２は、ＵＩデバイス１１２が屋内環境において動いた距離及び方向を判定してもよい。この情報を用いて、ＵＩデバイス１１２、ＵＩデバイス１１２上で動作するルーチン、及び潜在的に他のデバイス（例えば、サーバ１５０、スーパーバイザエンジン１０６など）は、ＵＩデバイス１１２の位置を追跡し続けてもよい。ＵＩデバイス１１２は、屋内環境におけるオペレータの位置の描画をオペレータに提供し続けてもよく、オペレータに特定のプラント資産（例えば、機器の特定の一部）へのナビゲーション指示を提供してもよく、プラント内のオペレータの場所に基づいて行為をとる又は推奨するなどしてもよい。
【０２４９】
ＧＰＳレシーバ８３２は、ＩＰＳ８３４と組み合わせて用いられるアンカーポイントを提供することができる唯一の情報源ではないことに注目される。コンテキストＩＤデバイス２４０２のいずれかはまた、アンカーポイントを判定するためにＵＩデバイス１１２と協働してもよい。例えば、オペレータが屋外環境と屋内環境との間の境界を横切る際に、敷居でのコンテキストＩＤデバイス２４０２（例えば、ドアフレーム上のＮＦＣデバイス）は、ＵＩデバイス１１２の位置を確立し、アンカーポイントを提供するために、ＵＩデバイス１１２と通信してもよい。別の例として、オペレータは、アンカーポイントを提供するために、プロセスプラントにおける任意の既知の固定位置（例えば、プロセスデバイス上、特定のプラント領域の近くなど）でのコンテキストＩＤデバイス２４０２（例えば、ＲＦＩＤタグ、ＮＦＣチップ、バーコードなど）を走査するか、又は他の方法でこれと相互作用するのにＵＩデバイス１１２を用いてもよい。
【０２５０】
ＵＩデバイス１１２は、プロセスプラント又は他の環境におけるＵＩデバイス１１２の場所をＵＩデバイス１１２のディスプレイ上に描画するために、ＩＰＳ８３４によって提供されるアンカーポイント及び情報を用いてもよい。一部の実施形態では、これは、プロセスプラントのフロアプラン上の場所を描画すること、プロセスプラントの３Ｄマップ上の場所を描画すること、プロセスプラントの概略図上の場所を描画することなどを含む。代替的に又は加えて、ＵＩデバイス１１２は、オペレータをプロセスプラントにおける所望の場所に（例えば、割り当てられた作業項目に関連する場所に、選択された場所に、エラー又はアラームに関連するデバイスなどに）誘導するためにナビゲーション情報を提供してもよい。一部の実施形態では、ＵＩデバイス１１２は、オペレータをプラント環境における他の人員に案内するためにナビゲーション情報又は位置情報を提供してもよい。これは、例えば、負傷した人員又はタスクに伴う支援を要求する人員の場所を突き止めようとするときに有用な場合がある。
【０２５１】
場所データを有する各ＵＩデバイス１１２、ＧＰＳデータ、ＩＰＳデータ、又はコンテキストＩＤデバイス２４０２との共同のいずれによって提供されようとも、ＵＩデバイス１１２の場所を、制御システム、特に、サーバ１５０及び／又はスーパーバイザエンジン１０６に提供してもよい。一部の実施形態では、特定の領域におけるＵＩデバイス１１２の存在は、サーバ１５０、スーパーバイザエンジン１０６、又はＵＩデバイス１１２に、ＵＩデバイス１１２の１つ以上の特徴を使用不可にさせてもよい。例えば、マイクロフォン８４２及び／又はカメラ８４４は、ＵＩデバイス１１２がオペレータのプライバシーが重要であることがある領域（例えば、手洗所）又はセキュリティの考慮事項がそれを必要とする領域にあるときに使用不可にされてもよい。
【０２５２】
同様に、プロセスプラントの種々の制御態様は、一部の実施形態では、領域における人員の存在によって変更されてもよい。例えば、特定の安全システムは、人員が領域に存在しないときの第１の閾値、及び人員が領域に存在するときの第２のより保守的な閾値を有していてもよい。このように、人員の安全性が改善されることがある。
【０２５３】
図３０は、プロセス制御環境内のモバイルデバイスの位置を判定する方法３０００を示すフローチャートである。方法３０００は、プロセスプラント内のアンカー位置を取得すること（ブロック３００５）、及び取得したデータに従ってアンカー位置を判定すること（ブロック３０１０）を含む。方法はまた、モバイルデバイスの回路からモバイルデバイスの加速度及び配向を示すデータを受信すること（ブロック３０１５）、及び受信したデータ及びアンカー位置に従ってモバイルデバイスの位置を判定すること（ブロック３０２０）を含む。一部の実施形態では、アンカー位置を示すデータを取得することは、ＧＰＳ、ＧＬＯＮＡＳＳ、又は他のどのような衛星位置システムなどの全地球衛星測位システムを用いてモバイルデバイスの位置を判定することを含む。アンカー位置を示すデータを取得することは、一部の実施形態ではイメージ（例えば、バーコードのイメージ、プロセスプラントの一部のイメージなど）を取得することを含む。プロセスプラントの一部のイメージが取得される場合、例えば、取り込まれるイメージは、位置が判定された（ｇｅｏｌｏｃａｔｅｄ）イメージ（すなわち、対応する物理的場所に関連するイメージ）のデータベースと比較されてもよい。アンカー位置を示すデータはまた、ＩＥＥＥ８０２．１１仕様に準拠する信号、ＲＦＩＤデバイスからデータを取得する信号、Ｂｌｕｅｔｏｏｔｈ接続を確立する信号、又は近距離無線通信セッションを確立する信号などの１つ以上の無線信号のデータを含むことができることがある。アンカー位置を示すデータを取得することはまた、モバイルデバイスの近くのプロセス制御デバイスを確認すること、及びプロセス制御デバイスの位置に関連する情報をメモリから（又はリモートデータベースから）受信すること又は検索することを含むことができることがある。
【０２５４】
モバイルデバイスの加速度及び配向を示すデータを受信することは、１つ以上の加速度計から及び１つ以上のジャイロスコープからデータを受信すること、磁力計からデータを受信すること、慣性計測装置からデータを受信すること、及び／又は種々の実施形態において３つの加速度計及び３つのジャイロスコープを含むデバイスからデータを受信することを含む。一部の実施形態では、方法はまた、モバイルデバイスの判定された位置に少なくとも部分的に基づいてモバイルデバイスのアプリケーションを立ち上げることを含み、アプリケーションは、プロセスプラントの動作を修正するように動作可能である。
【０２５５】
図３１を参照すると、フローチャートは、プロセス制御環境におけるモバイルデバイスのコンテキスト動作のための方法３１００を描いている。方法は、プロセス制御環境におけるプロセスエンティティを識別するために情報をモバイルデバイスで取得することを含む（ブロック３１０５）。プロセスエンティティは、プロセスプラントの領域、プロセス制御デバイス、コントローラなど含むがこれに限らない、プロセスプラントにおける任意のプロセスエンティティとすることができる。方法はまた、プロセスエンティティに関連する作業項目データをモバイルデバイスで識別することを含む（ブロック３１１０）。作業項目データは、プロセスエンティティに関連する目標機能に関する情報を含む。モバイルデバイスでのイベントは、取得した情報及び識別した作業項目データに応答してプロセスエンティティに関連する目標機能の実装を容易にするために自動的にトリガされる（ブロック３１１５）。目標機能は、プロセスエンティティに関連するスケジュールされたタスクであってもよい。一部の実施形態では、モバイルデバイスでのトリガイベントは、スケジュールされたタスクを実行することに該当する命令をモバイルデバイスに提供させること、安全情報（例えば、プロセス制御デバイスにおける材料、プロセス制御デバイスが非アクティブにされている及び／又はロックアウトされているかどうか、残留物が検出されるかどうかなど）をモバイルデバイスに表示させること、スケジュールされたタスクを実行するためのアプリケーションをモバイルデバイスに立ち上げさせること、又はスケジュールされたタスクを実施するためのインターフェースをモバイルデバイスに提供させることのうちの少なくとも１つを含む。目標機能は、一部の実施形態では、プロセスエンティティに関連する許可検証機能であってもよい。自動的にトリガされるイベントは、モバイルデバイスを動作させるユーザに関連するユーザＩＤを識別すること、プロセスエンティティに関連する許可トークンを識別すること、ユーザＩＤ及び許可トークンに基づいて許可レベルを判定すること、及び許可レベルによって示される程度にプロセスエンティティに関連するパラメータを修正するためのインターフェースを提供することであってもよい。許可レベルは、プロセス制御エンティティに関連するパラメータの修正を許される程度を示してもよい。プロセスエンティティに関連する目標機能はまた、アラーム検査機能とすることができることがあり、イベントをトリガすることは、アラームを識別すること及びアラームの指標を提供することを含むことができることがある。目標機能は、場所判定機能とすることができることがあり、自動的にトリガされるイベントは、プロセス制御エンティティに関連する場所の判定及びプロセス制御環境内のプロセスエンティティの場所を表示するマップグラフィックの提供とすることができることがある。一部の実施形態では、プロセスエンティティを識別するために情報を取得することは、プロセス制御環境におけるプロセスエンティティに該当する固定された空間的関係を有する、及び一意の識別子を備える１つ以上の対応する識別デバイスから１つ以上のデータタグを取得することを含む。一部の実施形態では、コンテキスト識別デバイスはバーコードであり、タグデータを取得することは、バーコードのイメージを取り込むこと、及びタグデータを識別するためにバーコードを解析することを含む。コンテキスト識別デバイスは無線送信器であってもよく、タグデータを取得することは、無線送信器によって放出され、タグデータを搬送する無線周波数信号を検出することを含んでもよい。無線送信器は、短波長無線伝送を伝送するＮＦＣデバイス、ＲＦＩＤデバイス、又はパーソナルエリアネットワークデバイスであってもよい。プロセス制御環境におけるプロセスエンティティを識別するために情報を取得することは、一部の実施形態ではプロセスエンティティに関連するイメージを一意に取り込むことを含む。情報を取得することはまた、音声信号を取り込むこと及び音声信号がプロセスエンティティに相互に関連することを判定することを含んでもよい。同様に、情報を取得することは、プロセスエンティティに関連する移動パターンを検出することを含んでもよい。
【０２５６】
物理的現象の解析
ＵＩデバイス１１２は、物理的現象に関係したデータを解析するために、一部の実施形態ではエキスパートシステム１０４及びビッグデータ装置１０２と協働してもよい。解析され得る物理的現象は、可視及び非可視スペクトルの光に関係した現象（例えば、可視及び赤外スペクトルにおける炎の色）、及び可聴、可聴以下、及び可聴以上の範囲（例えば、音及び他の振動）の振動に関係した現象を含む（限定ではない）。カメラ、加速度計、マイクロフォン、又は他の機器を備えた人員携行型ＵＩデバイス１１２は、物理的現象に関係したデータを取り込む及び／又は記録するのに用いられてもよい。カメラは、例えば、可視又は、特定の実施形態では赤外又は他のスペクトルにおけるイメージを感知及び記録してもよい。マイクロフォンは、空気によって伝えられる可聴、可聴以下、及び／又は可聴以上の振動を感知及び／又は記録してもよい。加速度計は、ＵＩデバイス１１２が１台の機器に接触して置かれるときに振動を感知及び／又は記録してもよい。これらのタイプのデータのいずれか及び／又はすべては、ビッグデータ装置１０２におけるデータを解析及び／又は比較するためにＵＩデバイス１１２からエキスパートシステム１０４に送信されてもよい。
【０２５７】
プロセスプラントにおける物理的現象を解析する方法３２００が図３２に描かれる。方法３２００は、モバイルデバイスにおいて、プロセスプラントにおける物理的現象を検出することを含む（ブロック３２０５）。物理的現象を検出することは、種々の実施形態において情景を検出すること、音を検出すること、及び／又は振動を検出することを含んでもよい。限定ではない単なる例として、物理的現象を検出することは、種々の実施形態において、炎を含む情景、燃焼チャンバに関連する音、流体の移動に関連する音、スタック頂部のイメージ又はビデオ、及び／又は回転要素に関連する振動を検出することを含んでもよい。
【０２５８】
方法３２００はまた、モバイルデバイスにおいて、検出された物理的現象を、物理的現象を表すデジタルデータに変換することを含む（ブロック３２１０）。すなわち、検出された物理的現象（情景、音、振動など）を取得し、これを、例えば、検出された振動のデジタルイメージ、デジタルビデオ、デジタル音ファイル、又はデジタル表現の形態のデジタルデータに変換する。さらに、方法３２００は、デジタルデータをエキスパートシステムに伝送すること（ブロック３２１５）、及び１つ以上のプロセス要素の状態を判定するためにエキスパートシステムにおけるデジタルデータを解析すること（ブロック３２２０）を含む。単なる例として、検出される物理的現象が炎の情景である場合、データを解析することは、炎の１つ以上の部分に関連する色を解析すること、炎の形状を解析すること、及び／又は炎の動きを解析することを含んでいてもよく、検出される物理的現象が流体の移動に関連する音又は振動である場合、データを解析することは、流体の動きに関連するキャビテーションを検出することを含んでいてもよく、検出される物理的現象がスタック頂部の情景である場合、データを解析することは、放出された煙の色又は体積を解析することを含んでもよい。
【０２５９】
方法３２００はまた、種々の実施形態において、１つ以上のプロセス要素に関連する異常な条件を検出すること、デジタルデータから異常な条件の原因を判定すること、異常な条件を正すために１つ以上のプロセス制御パラメータの変更を自動的に開始すること、異常な条件を正す行為を人員にとらせるために作業項目を自動的に作成すること、異常な条件を解決するために是正措置がとられるべきであるという指標をオペレータに提供すること、及び／又は炎又は燃焼チャンバに関連する燃料組成を判定することを含んでもよい。
【０２６０】
以下の付加的な考慮事項は上記の説明にあてはまる。本明細書の全体を通して、サーバ１５０、ＵＩデバイス１１２、又は他のどのようなデバイス又はルーチンによって行われるように説明される行為は、一般に、機械可読命令に従ってデータを操作又は変換するプロセッサの行為又はプロセスを指す。機械可読命令は、プロセッサに通信可能に結合されるメモリデバイス上に格納され、そこから検索されてもよい。すなわち、本明細書に記載の方法は、コンピュータ可読媒体上（すなわち、メモリデバイス上）に格納される機械で実行可能な命令セットによって具体化されてもよい。命令は、対応するデバイス（例えば、サーバ、モバイルデバイスなど）の１つ以上のプロセッサによって実行されるときに、プロセッサに方法を実行させる。命令、ルーチン、モジュール、プロセス、サービス、プログラム、及び／又はアプリケーションがコンピュータ可読メモリ上又はコンピュータ可読媒体上に格納される又は保存されることが本明細書で言及される場合、「格納される」及び「保存される」という言葉は、一時的な信号を除外することを意図される。
【０２６１】
ユーザインターフェースデバイスは、本明細書では「ＵＩデバイス」及び「モバイルＵＩデバイス」として交換可能に言及される。ほとんどの場合、これらのデバイスは単純に「ＵＩデバイス」として言及されるが、特定の説明では、それを示すために「モバイル」という用語が付加され、特定の例示的な使用では、ＵＩデバイスは、モバイルＵＩデバイスであることがある。本明細書に記載の概念はプロセスプラント環境で用いることができる任意のすべてのＵＩデバイスに当てはまることがあるので、「モバイル」という用語の使用又は欠如は、限定するものと考えられるべきではない。
【０２６２】
本明細書での例の多くは情報を表示するブラウザを言及するが、各例は、情報を提供するためにサーバと通信するネイティブアプリケーションの使用を考慮している。ネイティブアプリケーションは、任意のモバイルプラットフォーム、任意のワークステーションオペレーティングシステム、又はモバイルプラットフォーム及び／又はワークステーションオペレーティングシステム及び／又はウェブブラウザの任意の組み合わせに向けて設計されてもよい。例えば、モバイルＵＩデバイスは、Ａｎｄｒｏｉｄ（商標）プラットフォーム上で実行してもよく、一方、協働する据置型ＵＩデバイス（例えば、ワークステーション）は、Ｗｉｎｄｏｗｓ（登録商標）７プラットフォーム上で実行してもよい。
【０２６３】
さらに、「オペレータ」、「人員」、「人」、「ユーザ」、「技術者」、及び同様の他の用語は、本明細書に記載のシステム、装置、及び方法を使用し得る又はこれらと対話し得る、プロセスプラント環境における人を説明するのに用いられるが、これらの用語は、限定となることを意図されない。上記の説明から分かるように、本明細書に記載のシステム、装置、及び方法は、プロセス制御システムの伝統的な境界からプラント人員を特定の程度自由にする利点又は効果を有することがある。すなわち、オペレータは、伝統的に技術者によって従事されるいくつかのアクティビティを引き受けてもよく、技術者は、伝統的にオペレータに留保されるアクティビティなどに参加してもよい。説明に特定の用語が用いられる場合、該用語は、一部、プラント人員が従事する伝統的なアクティビティのために用いられるが、該特定のアクティビティに従事することができることがある人員を制限することを意図されない。
【０２６４】
加えて、本明細書の全体を通して、複数形のインスタンスは、単一のインスタンスとして説明されるコンポーネント、動作、又は構造を実装してもよい。１つ以上の方法の個々の動作が別個の動作として例証及び説明されるが、個々の動作のうちの１つ以上は、同時に行われてもよく、動作が例証される順に行われる必要はない。例示的な構成の別個のコンポーネントとして提示される構造及び機能性は、組み合わされた構造又はコンポーネントとして実装されてもよい。同様に、単一のコンポーネントとして提示される構造及び機能性は、別個のコンポーネントとして実装されてもよい。これらの及び他の変形、修正、追加、及び改善は、本明細書の主題の範囲内に入る。
【０２６５】
特にそれ以外の指定のない限り、「処理する」、「コンピューティング」、「計算する」、「判定する」、「識別する」、「提示する」、「表示する」などの言葉を用いる本明細書での説明は、１つ以上のメモリ（例えば、揮発性メモリ、不揮発性メモリ、又はこれらの組み合わせ）、レジスタ、又は情報を受信する、格納する、伝送する、又は表示する他の機械コンポーネント内の物理的（例えば、電子、磁気、又は光学）量として表わされるデータを操作又は変換する機械（例えば、コンピュータ）の行為又はプロセスを指すことがある。
【０２６６】
ソフトウェアにおいて実装されるときに、本明細書に記載のアプリケーション、サービス、及びエンジンのいずれかは、任意の有形の非一時的コンピュータ可読メモリに、例えば、磁気ディスク、レーザディスク、ソリッドステートメモリデバイス、モレキュラーメモリストレージデバイス、又は他の記憶媒体上に、コンピュータ又はプロセッサのＲＡＭ又はＲＯＭなどに格納されてもよい。本明細書で開示される例示的なシステムは、他のコンポーネントのうち、ハードウェア上で実行されるソフトウェア及び／又はファームウェアを含むものとして開示されるが、こうしたシステムは単なる例証であり、限定するものとして考えられるべきではないことに留意されたい。例えば、これらのハードウェア、ソフトウェア、及びファームウェアコンポーネントのいずれか又はすべては、ハードウェアにおいて排他的に、ソフトウェアにおいて排他的に、又はハードウェア及びソフトウェアの任意の組み合わせにおいて具体化することができることがあることが考慮される。したがって、当業者は、提供される例はこうしたシステムを実装する唯一のものではないことを容易に理解するであろう。
【０２６７】
したがって、本発明は、単なる例示となることを意図され本発明の限定となることを意図されない、具体例を参照して説明されているが、本発明の精神及び範囲から逸脱することなく開示された実施形態に変更、追加、又は削除がなされ得ることが当業者には明らかであろう。
【０２６８】
付記項
本開示の以下の付記項は、単なる例示であって、本開示の範囲を限定することを意図されない。
【０２６９】
付記項１．プロセスプラントを制御するための第１のクライアントデバイス上でユーザインターフェースセッションを開始する方法であって、第１のクライアントデバイスからセッション要求を受信することと、セッション要求に関連するデバイスタイプを判定することと、デバイスタイプに従ってグラフィカルユーザインターフェース構成を識別することと、セッション要求に関連する目標セッションを識別することと、識別したグラフィカルユーザインターフェース構成及び識別した目標セッションに従って第１のクライアントデバイスに関する新しいセッションを構成することと、第１のクライアントデバイスに新しいセッションに関連するデータを伝送することとを含む方法。
【０２７０】
付記項２．第１のクライアントデバイスからセッション要求を受信することが、（１）目標セッション識別子、及び（２）デバイスタイプを受信することを含む、付記項１に記載の方法。
【０２７１】
付記項３．識別したグラフィカルユーザインターフェース構成及び識別した目標セッションに従って第１のクライアントデバイスに関する新しいセッションを構成することが、セッションデータとして、プロセス領域、機器リソース、又は目標セッションで監視又は制御されるプロセスデータの組、のうちの１つ以上を識別することと、識別したグラフィカルユーザインターフェース構成に関連する制約に従って識別したセッションデータを監視又は制御するために新しいセッションを構成することとを含む、付記項１又は付記項２のいずれかに記載の方法。
【０２７２】
付記項４．識別したグラフィカルユーザインターフェース構成及び識別した目標セッションに従って第１のクライアントデバイスに関する新しいセッションを構成することが、セッション要求に関連するコンテキストデータを識別することを含む、付記項１〜付記項３のいずれか１項に記載の方法。
【０２７３】
付記項５．セッション要求に関連するコンテキストデータを識別することが、（ａ）プロセスプラントにおける第１のクライアントデバイスの場所を識別すること、（ｂ）セッション要求に関連するユーザタイプ又はユーザ識別子を識別すること、（ｃ）第１のクライアントデバイスに関連するユーザタイプ又はユーザ識別子を識別すること、（ｄ）第１のクライアントデバイスから所定の距離内の１つ以上のプロセス制御デバイスを識別すること、（ｅ）目標セッションに関連する第２のユーザインターフェースデバイス上で行われている機能を識別すること、又は（ｆ）目標セッションに関連する第２のユーザインターフェースデバイスに関連するユーザ識別子を識別することを含む、付記項１〜付記項４のいずれか１項に記載の方法。
【０２７４】
（付記２−１）
プロセスプラントを制御するための第１のクライアントデバイス上でユーザインターフェースセッションを開始する方法であって、
第１のクライアントデバイスからセッション要求を受信することと、
前記セッション要求に関連するデバイスタイプを判定することと、
前記デバイスタイプに従ってグラフィカルユーザインターフェース構成を識別することと、
前記セッション要求に関連する目標セッションを識別することと、
前記識別したグラフィカルユーザインターフェース構成及び前記識別した目標セッションに従って前記第１のクライアントデバイスに関する新しいセッションを構成することと、
前記第１のクライアントデバイスに前記新しいセッションに関連するデータを伝送することと
を含む方法。
（付記２−２）
前記第１のクライアントデバイスからセッション要求を受信することが、（１）目標セッション識別子、及び（２）前記デバイスタイプを受信することを含む、付記２−１に記載の方法。
（付記２−３）
前記識別したグラフィカルユーザインターフェース構成及び前記識別した目標セッションに従って前記第１のクライアントデバイスに関する新しいセッションを構成することが、
セッションデータとして、プロセス領域、機器リソース、又は目標セッションで監視もしくは制御されるプロセスデータの組、のうちの１つ以上を識別することと、および
前記識別したグラフィカルユーザインターフェース構成に関連する制約に従って、前記識別したセッションデータを監視又は制御するために新しいセッションを構成することと
を含む、付記２−１に記載の方法。
（付記２−４）
前記識別したグラフィカルユーザインターフェース構成及び前記識別した目標セッションに従って前記第１のクライアントデバイスに関する新しいセッションを構成することが、前記セッション要求に関連するコンテキストデータを識別することを含む、付記２−１に記載の方法。
（付記２−５）
前記セッション要求に関連するコンテキストデータを識別することが、
（ａ）前記プロセスプラントにおける前記第１のクライアントデバイスの場所を識別すること、
（ｂ）前記セッション要求に関連するユーザタイプ又はユーザ識別子を識別すること、
（ｃ）前記第１のクライアントデバイスに関連するユーザタイプ又はユーザ識別子を識別すること、
（ｄ）前記第１のクライアントデバイスから所定の距離内の１つ以上のプロセス制御デバイスを識別すること、
（ｅ）前記目標セッションに関連する第２のユーザインターフェースデバイス上で行われている機能を識別すること、又は
（ｆ）前記目標セッションに関連する第２のユーザインターフェースデバイスに関連するユーザ識別子を識別すること
を含む、付記２−４に記載の方法。
（付記２−６）
プロセスプラントを制御するためのユーザインターフェースセッションを開始するサーバであって、
前記プロセスプラントを制御するためのプロセス制御ネットワークを介して通信するように構成されるネットワークインターフェースと、
前記ネットワークインターフェースに通信可能に結合されるプロセッサと、および
前記プロセッサに通信可能に結合されるメモリデバイスであり、前記プロセッサに、
前記プロセスプラントを制御するためのユーザインターフェースセッションを第１のクライアントデバイスで開始することに関するセッション要求を、ネットワークインターフェースを介して受信させ、
前記セッション要求に関連する目標セッションを識別させ、
前記セッション要求に関連するデバイスタイプを判定させ、
前記デバイスタイプ及び前記識別した目標セッションに従ってグラフィカルユーザインターフェース（ＧＵＩ）構成を識別させ、
前記識別したＧＵＩ構成に従って新しいセッションを構成させ、および
前記第１のクライアントデバイスが前記セッションデータを受信し、前記受信したセッションデータ及び前記識別したＧＵＩ構成に従って前記プロセスプラントの制御を容易にする情報を表示し得るように、前記ネットワークインターフェースを介して、前記新しいセッションに関連するセッションデータを伝送させる
ように前記プロセッサによって実行可能な機械可読命令を備える、メモリデバイスと
を備えるサーバ。
（付記２−７）
前記セッション要求に関連するデバイスタイプを判定することが、
前記ネットワークインターフェースを介して、前記セッション要求に関連するユーザ識別子を受信することと、および
前記受信したユーザ識別子に基づいて前記デバイスタイプを識別することと
を含む、付記２−６に記載のサーバ。
（付記２−８）
前記セッション要求に関連するデバイスタイプを判定することが、前記デバイスタイプとしてモバイルデバイスを識別することを含む、付記２−６に記載のサーバ。
（付記２−９）
前記識別したＧＵＩ構成に従って新しいセッションを構成することが、前記セッション要求に関連するコンテキストを識別することを含む、付記２−６に記載のサーバ。
（付記２−１０）
前記セッション要求に関連するコンテキストを識別することが、前記ネットワークインターフェースを介して受信した情報に基づいて、
（ａ）前記プロセスプラントにおける前記第１のクライアントデバイスの場所、
（ｂ）前記セッション要求に関連するユーザタイプ又はユーザ識別子、
（ｃ）前記第１のクライアントデバイスに関連するユーザタイプ又はユーザ識別子、
（ｄ）前記第１のクライアントデバイスから所定の距離内の１つ以上のプロセス制御デバイス、
（ｅ）前記目標セッションに関連する第２のユーザインターフェースデバイス上で行われている機能、及び
（ｆ）前記目標セッションに関連する第２のユーザインターフェースデバイスに関連するユーザ識別子、
のうちの１つ以上を識別することを含む、請求項付記２−９に記載のサーバ。
（付記２−１１）
プロセスプラントの制御を容易にするクライアントデバイスであって、
入力インターフェースと、
前記入力インターフェースに通信可能に結合されるプロセッサと、
前記プロセッサに通信可能に結合されるディスプレイと、
前記プロセッサに通信可能に結合され、前記プロセスプラントを制御するためのプロセス制御ネットワークを介して通信するように構成される、ネットワークインターフェースと、並びに
前記プロセッサに通信可能に結合されるメモリデバイスであり、前記プロセッサに、
前記入力インターフェースを介して検出されるユーザ入力に従って、ユーザインターフェースセッションを開始することに関するセッション要求を生成させ、
前記ネットワークインターフェースを介して前記セッション要求を伝送させ、
前記ネットワークインターフェースを介して、前記セッション要求に基づいて開始される新しいセッションに関連するセッションデータを受信させ、
前記セッションデータに基づいて前記プロセスプラントの制御を容易にする情報を識別させ、および
前記ディスプレイで提供されるグラフィカルユーザインターフェース（ＧＵＩ）を介して、前記プロセスプラントの制御を容易にする前記識別した情報を表示させる
前記プロセッサによって実行可能な機械可読命令と
を備える、メモリデバイスと
を備えるデバイス。
（付記２−１２）
前記メモリデバイスが、前記プロセッサに、前記ネットワークインターフェースを介して前記クライアントデバイスに関するデバイスタイプを伝送させる命令をさらに含む、付記２−１１に記載のクライアントデバイス。
（付記２−１３）
前記メモリデバイスが、前記プロセッサに、前記ネットワークインターフェースを介して目標セッションを伝送させる命令をさらに含む、付記２−１１に記載のクライアントデバイス。
（付記２−１４）
前記プロセスプラントの制御を容易にする情報を識別することが、前記セッションデータによって指定されるプロセス情報を識別することを含む、付記２−１１に記載のクライアントデバイス。
（付記２−１５）
前記プロセスプラントの制御を容易にする情報を識別することが、前記セッションデータによって指定されるプロセスエンティティに基づいてプロセス情報を検索することを含む、付記２−１１に記載のクライアントデバイス。
（付記２−１６）
前記メモリデバイスが、前記プロセッサに、前記ネットワークインターフェースを介して、前記クライアントデバイスに関するコンテキストをサーバに知らせる信号を伝送させる命令をさらに含む、付記２−１１に記載のクライアントデバイス。
（付記２−１７）
前記コンテキストが、
（ａ）前記プロセスプラントにおけるデバイスの場所、
（ｂ）前記セッション要求に関連するユーザタイプ又はユーザ識別子、
（ｃ）前記デバイスに関連するユーザタイプ又はユーザ識別子、
（ｄ）前記デバイスから所定の距離内の１つ以上のプロセス制御デバイス、
（ｅ）前記セッションデータが以前のセッションに基づいて識別された場合の、前記以前のセッションに関連するユーザインターフェースデバイス上で行われている機能、及び
（ｆ）前記セッションデータが以前のセッションに基づいて識別された場合の、前記以前のセッションに関連するユーザインターフェースデバイスに関連するユーザ識別子
のうちの１つ以上を識別する、付記２−１６に記載のクライアントデバイス。
【図１Ａ】
2020201989.tif 000003
【図１Ｂ】
2020201989.tif 000004
【図２】
2020201989.tif 000005
【図３】
2020201989.tif 000006
【図４】
2020201989.tif 000007
【図５】
2020201989.tif 000008
【図６】
2020201989.tif 000009
【図７】
2020201989.tif 000010
【図８】
2020201989.tif 000011
【図９Ａ】
2020201989.tif 000012
【図９Ｂ】
2020201989.tif 000013
【図１０】
2020201989.tif 000014
【図１１】
2020201989.tif 000015
【図１２Ａ】
2020201989.tif 000016
【図１２Ｂ】
2020201989.tif 000017
【図１３】
2020201989.tif 000018
【図１４】
2020201989.tif 000019
【図１５】
2020201989.tif 000020
【図１６】
2020201989.tif 000021
【図１７】
2020201989.tif 000022
【図１８】
2020201989.tif 000023
【図１９】
2020201989.tif 000024
【図２０】
2020201989.tif 000025
【図２１】
2020201989.tif 000026
【図２２】
2020201989.tif 000027
【図２３】
2020201989.tif 000028
【図２４】
2020201989.tif 000029
【図２５】
2020201989.tif 000030
【図２６】
2020201989.tif 000031
【図２７】
2020201989.tif 000032
【図２８】
2020201989.tif 000033
【図２９】
2020201989.tif 000034
【図３０】
2020201989.tif 000035
【図３１】
2020201989.tif 000036
【図３２】
2020201989.tif 000037