JP7586674B2 - モバイルデバイスによるプロセス制御データのセキュアなオフプレミスアクセス - Google Patents

Description

本開示は、概して、プロセス制御環境のモバイル監視に関し、特に、プロセスプラント環境の外部でモバイルデバイスをセキュアに認証して、モバイルデバイス上のプロセス制御システムのカスタマイズ可能でリアルタイムの認識を提供するためのシステムおよび方法に関する。

分散型制御システム（ＤＣＳ）は、化学、石油化学、精製、製薬、食品および飲料、電力、セメント、上下水道、石油およびガス、パルプおよび紙、ならびに鉄鋼を含む様々なプロセス工業において使用され、単一の施設または遠隔地で動作するバッチ、供給バッチ、および連続プロセスを制御するために使用される。プロセスプラントは、通常、アナログバス、デジタルバス、もしくはアナログ／デジタルバスを介して、または無線通信リンクもしくはネットワークを介して、１つ以上のフィールドデバイスに通信可能に結合された１つ以上のプロセスコントローラを含む。様々なデバイスが、集合的に監視、制御、およびデータ収集機能を実行して、プロセス、安全遮断システム、火災およびガス検出システム、機械の健康状態の監視システム、保守システム、意思決定支援、ならびに他のシステムを制御する。

フィールドデバイスは、例えば、バルブ、バルブポジショナ、スイッチ、および送信機（例えば、温度、圧力、レベル、および流量センサ）であり得るが、これらは、プロセス環境内に配置され、一般に、バルブの開放または閉鎖、プロセスパラメータの測定などの物理的またはプロセス上の制御機能を実行して、プロセスプラント内またはシステム内で実行している１つ以上のプロセスを制御する。周知のフィールドバスプロトコルに準拠するフィールドデバイスなどのスマートフィールドデバイスはまた、制御計算、アラーム機能、およびコントローラ内で一般に実装される他の制御機能も実行し得る。プロセスコントローラも典型的にはプラント環境内に配置され、このプロセスコントローラは、フィールドデバイスによって行われるプロセス測定を示す信号および／またはフィールドデバイスに関する他の情報を受信し、例えば、プロセス制御判断を行い、受信した情報に基づき制御信号を生成し、ＨＡＲＴ（登録商標）、ＷｉｒｅｌｅｓｓＨＡＲＴ（登録商標）、およびＦＯＵＮＤＡＴＩＯＮ（登録商標）Ｆｉｅｌｄｂｕｓフィールドデバイスなどのフィールドデバイスで行われる制御モジュールまたはブロックと連携する、異なる制御モジュールを実行するコントローラアプリケーションを実行する。コントローラ内の制御モジュールは、通信ラインまたはリンクを経由して、フィールドデバイスに制御信号を送信し、それによって、プロセスプラントまたはシステムの少なくとも一部分の動作を制御する。

フィールドデバイスおよびコントローラからの情報は、制御室もしくはより厳しいプラント環境から離れた他の場所に典型的に配置される、オペレータワークステーション、パーソナルコンピュータもしくはコンピューティングデバイス、データヒストリアン、レポートジェネレータ、集中データベース、または他の集中管理コンピューティングデバイスなどの１つ以上の他のハードウェアデバイスに対して、通常、データハイウェイを通じて利用可能になる。これらのハードウェアデバイスの各々は、典型的には、プロセスプラントにわたって、またはプロセスプラントの一部分にわたって集中化される。これらのハードウェアデバイスは、例えば、オペレータが、プロセス制御ルーチンの設定の変更、コントローラもしくはフィールドデバイス内の制御モジュールの動作の修正、プロセスの現在の状態の閲覧、フィールドデバイスおよびコントローラによって生成されたアラームの閲覧、担当者の訓練もしくはプロセス制御ソフトウェアの試験を目的としたプロセスの動作のシミュレーション、構成データベースの保持および更新などの、プロセスの制御および／またはプロセスプラントの動作に関する機能を行うことを可能にし得るアプリケーションを実行する。ハードウェアデバイス、コントローラ、およびフィールドデバイスにより利用されるデータハイウェイは、有線通信パス、無線通信パス、または有線および無線通信パスの組み合わせを含むことができる。

例として、Ｅｍｅｒｓｏｎ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔによって販売されている、ＤｅｌｔａＶ^（商標）制御システムは、プロセスプラント内の多様な場所に配置された異なるデバイス内に記憶され、異なるデバイスによって実行される複数のアプリケーションを含む。１つ以上のワークステーションまたはコンピューティングデバイス内に備わる構成アプリケーションは、ユーザによる、プロセス制御モジュールの作成または変更、およびデータハイウェイを経由した、これらのプロセス制御モジュールの、専用分散型コントローラへのダウンロードを可能にする。典型的には、これらの制御モジュールは、通信可能に相互接続された機能ブロックで構成され、これらの機能ブロックは、それに対する入力に基づき制御スキーム内で機能を実行し、出力を制御スキーム内の他の機能ブロックに提供するオブジェクト指向プログラミングプロトコル内のオブジェクトである。構成アプリケーションはまた、データをオペレータに表示し、かつオペレータがプロセス制御ルーチン内のセットポイントなどの設定値を変更できるようにするための閲覧アプリケーションが使用するオペレータインターフェースを、構成エンジニアが作成または変更することを可能にし得る。各専用コントローラ、および場合によっては、１つ以上のフィールドデバイスは、実際のプロセス制御機能を実装するために、それらに割り当てられてダウンロードされた制御モジュールを実行するそれぞれのコントローラアプリケーションを記憶および実行する。閲覧アプリケーションは、１つ以上のオペレータワークステーション（またはオペレータワークステーションおよびデータハイウェイと通信可能に接続された１つ以上のリモートコンピューティングデバイス）上で実行され得、この閲覧アプリケーションは、コントローラアプリケーションからデータハイウェイを経由してデータを受信し、ユーザインターフェースを使用してこのデータをプロセス制御システム設計者、オペレータ、またはユーザに表示して、オペレータのビュー、エンジニアのビュー、技師のビューなどのいくつかの異なるビューのうちのいずれかを提供し得る。データヒストリアンアプリケーションが、典型的には、データハイウェイにわたって提供されたデータの一部または全てを収集および記憶するデータヒストリアンデバイスに記憶され、それによって実行される一方で、構成データベースアプリケーションが、現在のプロセス制御ルーチン構成およびそれと関連付けられたデータを記憶するために、データハイウェイに取り付けられたなおさらに離れたコンピュータで実行され得る。代替的に、構成データベースは、構成アプリケーションと同じワークステーション内に配置され得る。

多くの分散型プロセス制御システムにおいて、プロセスプラント内の各フィールドデバイスは固有のデバイスタグを割り当てられる。固有のデバイスタグは、対応するフィールドデバイスを参照するための容易な手段を提供する。デバイスタグは、プロセス制御システムの構成中に使用されて、制御モジュール内の機能ブロックへの入力または出力の、それぞれソースまたは行先を特定することができる。各信号タイプには、特定のフォーマットまたは情報のセットが関連付けられており、特定のデバイスのデバイスタグには、特定の信号タイプが関連付けられている場合があり、それによりデバイスタグが機能ブロックの入力または出力と関連付けられている場合、機能ブロックには、その信号に関連付けられているフォーマットおよび情報がわかる。フィールドデバイスが、それと関連付けられた複数の信号を有する場合（例えば、バルブは、圧力および温度の両方を測定し、送信する場合がある）、デバイス信号タグは、そのフィールドデバイスの各信号と関連付けられ得る。

様々な理由から、プロセス制御システムのデータへのアクセスは、従来、プロセスプラントプレミスにある間、かつ／またはオペレータワークステーション、コントローラ、データヒストリアン、および他の設備に結合するデータハイウェイに接続されたデバイスを使用する間のみ利用可能であった。セキュリティは、プロセス制御システムに関して特別な関心事であり、したがって、プロセス制御システムのオペレータは、一般に、プロセス制御システムを外部ネットワーク環境（例えば、インターネット）から物理的に分離して、外部の行為者がプロセス制御システムに損害を引き起こし、製品品質もしくは実行の可能性に影響を及ぼし、または知的財産情報にアクセスもしくは盗用する機会を制限または防止する。

近年、プロセスプラントを構成するプロセスネットワークおよびデータハイウェイに直接結合していなくても、ユーザがスマートフォンなどのモバイルデバイスを介してプロセス制御システムから情報を閲覧するのを可能にするモバイルソリューションが登場した。このようなモバイルソリューションの１つに、Ｅｍｅｒｓｏｎ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔ社からのＤｅｌｔａＶ（商標）モバイルアプリケーションがある。このようなソリューションは、ユーザが、プロセスプラントの内部および外部の両方からリアルタイムでプロセスプラントから様々なデータにアクセスするのを可能にすることができるが、少なくともプロセス制御環境の複雑な状況下では適切な認証プロセスが実現されていないという理由から、実際には、プロセスプラントの外部からそのようなデータにアクセすることは、厳格に制限されているか、かつ／またはプロセスプラントからモバイルデバイス（複数可）への情報の単一方向通信に限定され、その結果、プロセス制御環境への悪意のある攻撃および／またはコマンドの進入を防止してきた。すなわち、以前のシステムでは、公的に利用可能なアプリケーション層のエンドポイントにおいてリクエストを受信するモバイルサーバが必要であったが、上述したセキュリティに関連した理由から望ましくないことである。

実施形態では、クラウドベースの認証方法は、モバイルデバイス上で実行しているプロセス制御アプリケーションと、プロセス制御環境に通信可能に結合されたモバイルサーバとの間でデータを転送するように構成されたリレー要素をクラウドベースのサーバ内でインスタンス化することを含む。このリレー要素は、インターネットを介して、例えば、モバイルデバイスおよびモバイルサーバに通信可能に結合される。この方法の認証方法は、モバイルデバイス上で実行しているプロセス制御アプリケーションから第１のバリデーションキーをリレー要素で受信することと、リレー要素において第１のバリデーションキーをアプリケーションバリデーションキーと比較することと、を含む。第１のバリデーションキーがアプリケーションバリデーションキーと一致する場合、リレー要素は、プロセス制御アプリケーションを正当であると確認し、第１のバリデーションキーがアプリケーションバリデーションキーと一致しない場合、プロセス制御アプリケーションによるリレー要素へのアクセスは、拒否される。この方法はまた、モバイルサーバから、第２のバリデーションキーをリレー要素で受信することと、第２のバリデーションキーが正当である場合に、モバイルサーバをリレー要素で認証することと、をも含む。その後、この方法は、プロセス制御アプリケーションおよびモバイルサーバの両方が正当であると確認された場合に、リレー要素を介して、モバイルデバイス上で実行しているプロセス制御アプリケーションとモバイルサーバとの間の通信を許可することを含む。

他の実施形態では、プロセス制御データを、モバイルデバイス上で動作しているプロセス制御アプリケーションに提供する方法は、プロセス制御環境に通信可能に結合されたモバイルサーバから、クラウドベースのサーバ上で動作するアプリケーションウェブサービスＡＰＩに、プロセス制御アプリケーションとモバイルサーバとの間でデータを転送するように構成されたリレー要素をクラウドベースのサーバ内でインスタンス化するためのコマンドを送信することを含む。この方法は、リレーゲートウェイサービスを介して、モバイルサーバをリレー要素に対して認証するように動作可能であるバリデーションキーをリレー要素に送信することと、プロセス制御アプリケーションから、リレー要素およびリレーゲートウェイサービスを介して、プロセス制御アプリケーションのユーザに関連付けられたユーザ名およびパスワードを受信することと、を含む。この方法は、プロセス制御アプリケーションのユーザを認証することと、リレー要素およびリレーゲートウェイサービスを介して、利用可能なプロセス制御データのリストをプロセス制御アプリケーションに送信することと、をさらに含む。その後、この方法は、プロセス制御アプリケーションから、リレー要素およびリレーゲートウェイサービスを介して、送信するためのプロセス制御データの選択を受信することと、リレー要素およびリレーゲートウェイサービスを介して、選択されたプロセス制御データをプロセス制御アプリケーションに送信することと、を含む。

実施形態では、プロセス制御アプリケーションにプロセス制御環境へのセキュアなオフプレミスアクセスを提供するためのシステムは、プロセス制御環境に通信可能に結合され、（ｉ）プロセス制御環境からリアルタイムのプロセス制御データを受信し、（ｉｉ）プロセス制御環境内のコントローラに制御コマンドを送信する、ように構成されたモバイルサーバを含む。このシステムはまた、リレーゲートウェイサービスを介して、モバイルサーバに通信可能に結合されたクラウドベースのサーバ環境も含む。次に、このクラウドベースのサーバ環境は、モバイルデバイス上で実行しているプロセス制御アプリケーションとモバイルサーバとの間でデータを転送するように構成されたクラウドベースのリレー要素を含む。このクラウドベースのサーバ環境の第１のアプリケーションプログラミングインターフェース（ＡＰＩ）は、モバイルサーバから、クラウドベースのリレー要素をインスタンス化および有効にするためのリクエストを受信するように構成される。このクラウドベースサーバ環境の第２のＡＰＩは、プロセス制御アプリケーションから、クラウドベースのリレー要素にアクセスするためのリクエストを受信し、プロセス制御アプリケーションのユーザを認証し、クラウドベースのリレー要素にアクセスするための第１のバリデーションキーをプロセス制御アプリケーションに提供するように構成される。このクラウドベースサーバ環境のリレー管理データベースは、クラウドベースのリレー要素の構成情報を記憶している。このクラウドベースのサーバ環境のキー保管庫要素は、認証キーを記憶している。このシステムは、モバイルサーバをプロセス制御環境に結合する第１のネットワークと、モバイルサーバをクラウドベースのサーバ環境に結合する第２のネットワークと、プロセス制御アプリケーションをクラウドベースのサーバ環境に結合する第３のネットワークと、を含む。

本明細書に記載の方法、装置、およびシステムの特徴および利点は、以下の詳細な説明および添付の図面を参照することによって最もよく理解されるであろう。
本記載による、例示的なプロセス制御環境のブロック図である。 本記載による、プロセス制御環境でのモバイル情報配信のためのシステムの全体的なアーキテクチャを例示するブロック図を描写する。 セキュアな認証システムおよび方法に伴う様々なコンポーネント、ならびにコンポーネント間の情報の流れを描写するブロック図である。 モバイルサーバがリレー要素を作成、有効化、無効化、または別の方法で修正するのを可能にするための方法を描写する通信フロー図である。 リレー要素に対してモバイルサーバを認証する方法を描写する通信フロー図である。 リレー要素に対してモバイルアプリケーションを認証する方法を描写する通信フロー図である。 リレー要素に対してモバイルサーバを認証するための、図６の方法の代替方法を描写する通信フロー図である。

上述したように、既知の分散型プロセス制御システムは、オペレータ、保守担当者、およびプロセス制御システムに関連する他の人々がオペレータワークステーションから離れ、かつ／またはプロセスプラントの物理的な場所から離れている場合に、状況認識をセキュアに維持するための能力を欠いている。その結果、プラント担当者は、彼らが物理的に居ない限り、プロセス制御システムおよびプロセスプラントの動作を観察することができないか、または堅牢な認証プロトコルを欠いているために、プロセスプラントプレミスに居ないときには、プロセス制御システムに制御コマンドをセキュアに送信することができない。プロセスプラントは、通常、複数の交代勤務で稼働されるため、プロセスプラントの観察および操作は、多くの場合、毎日複数回、引き渡される。特定の交代勤務に係るプラント担当者は、次の交代勤務に係るそれらの人々に記録メモを残すことができるが、これらの交代勤務は、結果としてプロセスおよび設備の操作および管理における不連続性をもたらし、その不連続性は、製品品質、プラント効率、保守、環境安全、法規制の遵守、およびプロセスプラント管理の他の面に悪影響を及ぼす可能性がある。本明細書に記載されているモバイルデバイスのセキュアな認証のためのシステム、デバイス、および方法の実装は、情報へのセキュアなアクセス、ならびに制御コマンドのセキュアな送信、アラームまたはイベントの確認応答、および他のモバイルからプロセスへの通信を容易にすることができ、これらの利点は、以下の開示全体を通じて明らかになるであろう。

図１は、複数のモバイルデバイス１４をサポートするためのモバイルサービスインフラストラクチャ１２を含む例示的なプロセスプラントネットワーク１０を示し、必ずしもプロセスプラントプレミスに配置される必要はなく、プロセスプラントに関連付けられたデータにアクセスすることができる。本明細書に詳細に記載されているように、モバイルサービスインフラストラクチャ１２は、モバイルデバイス１４とプロセスプラントネットワーク１０との間の、リアルタイムでセキュアな単一方向または双方向通信を容易にし、その通信には、プロセス制御プラントネットワーク１０内で利用可能なプロセスプラントデータのうちのいずれか、ならびにモバイルデバイス１４からプロセス制御プラントネットワーク１０へのコマンドおよび他のデータのいずれかの通信が含まれ、同時にプロセスプラントネットワーク１０のセキュリティを維持する。モバイルデバイス１４の各々は、他の要素の間で、モバイルデバイス１４によって実行可能なアプリケーション１６を含み、ユーザがグラフィカルユーザインターフェース（ＧＵＩ）１８を介してプロセスプラントデータと相互にやり取りするのを可能にする。以下に説明されるように、モバイルサービスインフラストラクチャ１２は、モバイルデバイスのセキュアな認証のためのアーキテクチャを含む。

一般に、プラント担当者は、１つ以上のアプリケーション２０を利用して、プロセスプラント１０、およびプロセスプラント１０内に実装された分散型制御システム２２の動作を監督または制御する。閲覧または監視アプリケーション２０は、一般に、ユーザインターフェースアプリケーションを含み、様々な異なるディスプレイを使用して、オペレータおよび保守技師、ならびに／またはワークステーション３０および３２などのワークステーションにおける他のユーザの各々に、プロセスグラフィックスをグラフで図示する。

図１のプロセスプラント環境はまた、グラフィカル構成システム３４も含む。グラフィカル構成システム３４は、一般に、グラフィカルディスプレイを含む、プロセスプラントの制御のための制御および監視スキームの作成を容易にする。グラフィカル構成システム３４は、例えば、モジュールを制御するとともにライブラリ内に記憶されたモジュールテンプレート、グラフィカルディスプレイおよびテンプレート、ならびに制御システムの他の面を制御するために使用され得、かつ、その後に、制御モジュールのインスタンスをコントローラにダウンロードすることにより、またはプラント１０の動作中に、例えば、オペレータおよび保守要員に提示されるユーザディスプレイのグラフィカルディスプレイのインスタンスを実行することにより、プロセスプラントの制御内で実際に実行されているインスタンスまたは使用法を作成するために使用され得る構成エディタ３５を含み得る。当然ながら、グラフィックス構成システム３４、構成エディタ３５、ならびに様々な制御モジュール、テンプレート、およびグラフィカルディスプレイの各々は、有形のコンピュータ可読メモリまたは媒体内に記憶され、本明細書に説明される機能を実行するために１つ以上のプロセッサ上で実行することができる。

一般的にそうであるように、図１に示す分散型プロセス制御システム２２は、１つ以上のコントローラ４０を有し、それらの各々は、例えば、Ｆｉｅｌｄｂｕｓインターフェース、Ｐｒｏｆｉｂｕｓインターフェース、ＨＡＲＴインターフェース、標準的な４－２０ｍａインターフェースなどであってもよい入力／出力（Ｉ／Ｏ）デバイスまたはカード４８を介して、１つ以上のフィールドデバイス４４および４６（これらは、スマートデバイスであってもよい）に接続される。コントローラ４０はまた、例えば、イーサネットリンクであってもよいデータハイウェイ５４を介して、１つ以上のホストまたはオペレータワークステーション３０～３２にも結合される。プロセスデータのデータベース５８は、データハイウェイ５４に接続され得、プロセス変数、プロセスパラメータ、ステータス、ならびにコントローラ、フィールドデバイス、およびプラント１０内の任意の他のデバイスと関連付けられた他のデータを収集および記憶するように動作する。プロセスプラント１０の動作中、プロセスデータのデータベース５８は、コントローラ４０から、および間接的にデータハイウェイ５４を経由してフィールドデバイス４４～４６からプロセスデータを受信し得る。

構成データベース６０は、コントローラ４０およびフィールドデバイス４４、４６内にダウンロードおよび記憶されたときに、プラント１０内に分散型制御システム２２の現在の構成を記憶する。この構成データベース６０は、分散型制御システム２２の１つまたはいくつかの制御手順、デバイス４４、４６の構成パラメータ、デバイス４４、４６の、プロセス制御機能への割り当て、およびプロセスプラント１０に関連する他の構成データを定義するプロセス制御機能を記憶する。構成データベース６０はさらに、グラフィカルオブジェクトまたはユーザディスプレイ、ならびに本明細書により詳細に説明されるこれらのオブジェクトまたはディスプレイと関連付けられた構成データを記憶して、プロセスプラント１０内の要素の様々なグラフィカル表現を提供し得る。記憶されたグラフィカルオブジェクトのうちのいくつかは、プロセス制御機能（例えば、特定のＰＩＤループのために開発されたプロセスグラフィック）に対応し得、他のグラフィカルオブジェクトは、デバイス固有（例えば、圧力センサに対応するグラフィック）であり得る。

データヒストリアン６２（別のデータベース）は、イベント、アラーム、コメント、およびオペレータが取った行動を記憶する。イベント、アラーム、およびコメントは、個々のデバイス（例えば、バルブ、送信機）、通信リンク（例えば、有線Ｆｉｅｌｂｕｓセグメント、ＷｉｒｅｌｅｓｓＨＡＲＴ通信リンク）、またはプロセス制御機能（例えば、所望される温度設定値を維持するためのＰＩ制御ループ）に関係し得る。さらに、知識倉庫６４は、参考資料、オペレータ記録簿記載事項、ヘルプトピック、またはこれらと、オペレータおよび保守技師がプロセスプラント１０を監督するときに役立つと思われ得る他のマニュアル類とへのリンクを記憶する。なおさらに、ユーザデータベース６６は、オペレータおよび保守技師などのユーザに関する情報を記憶する。各ユーザに対して、ユーザデータベース６６は、例えば、ユーザの組織内での役割、ユーザの制御期間、ユーザに関連するプロセスプラント１０内のエリア、作業チームの連携、セキュリティ情報、システム権限、交代勤務情報などを記憶することができる。

データベース５８～６６の各々は、任意の所望されるタイプのメモリと、データを記憶するための任意の所望されるかまたは既知のソフトウェア、ハードウェアもしくはファームウェアと、を有する任意の所望されるタイプのデータ記憶装置または収集ユニットであり得る。当然ながら、データベース５８～６６は、別個の物理デバイスに存在する必要はない。したがって、いくつかの実施形態においては、データベース５８～６６のうちのいくつかは、共有のデータプロセッサおよびメモリ上に実装され得る。一般に、より少ないデータベースまたはより多いデータベースを利用して、図１のシステムの例におけるデータベース５８～６６によって集合的に記憶され、管理されたデータを記憶することも可能である。

コントローラ４０、Ｉ／Ｏカード４８、およびフィールドデバイス４４、４６は、典型的には、過酷な場合があるプラント環境内に配置され、その全体に分散されるが、オペレータワークステーション３０および３２、ならびにデータベース５８～６６は、通常、コントローラ、保守、および他の様々なプラント担当者によって容易に評価可能である制御室または他のあまり過酷ではない環境に配置される。しかしながら、場合によって、データハイウェイ５４に結合された手持ち式デバイスを使用してこれらの機能を実施することができ、これらの手持ち式デバイスは、通常、プラント内の様々な場所に持ち運ばれる。かかる手持ち式デバイス、ならびに場合によって、オペレータワークステーションおよび他のディスプレイデバイスは、無線通信接続を介してＤＣＳ２２に接続され得る。手持ち式デバイスは、モバイルデバイスが必ずしもプロセスプラントプレミスに存在する必要はなく、データハイウェイ５４に（有線または無線手段を介して）直接結合される必要はないという点で、モバイルデバイス１４とは区別される。

既知のように、例として、Ｅｍｅｒｓｏｎ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔによって販売されているＤｅｌｔａＶ（商標）コントローラであり得るコントローラ４０の各々は、任意の数の独立して実行される異なる制御モジュールまたはブロック７０を使用して、制御手順を実装するコントローラアプリケーションを記憶し、実行する。制御モジュール７０の各々は、一般に機能ブロックと称されるもので構成され得、各機能ブロックは、全体的な制御ルーチンの一部またはサブルーチンであり、（リンクと呼ばれる通信を介して）他の機能ブロックと共に動作して、プロセスプラント１０内でプロセス制御ループを実施する。周知のように、オブジェクト指向プログラミングプロトコル内のオブジェクトであり得る機能ブロックは、典型的には、送信器、センサ、もしくは他のプロセスパラメータ測定デバイスと関連付けられるものなどの入力機能、ＰＩＤ、ファジー論理などの制御を実行する制御ルーチンと関連付けられるものなどの制御機能、またはバルブなどの何らかのデバイスの動作を制御して、プロセスプラント１０内で何らかの物理的機能を行う出力機能のうちの１つを行う。当然ながら、ハイブリッドおよび他のタイプの複雑な機能ブロック、例えば、モデル予測コントローラ（ＭＰＣ）、オプティマイザなどが存在する。ＦｉｅｌｄｂｕｓプロトコルおよびＤｅｌｔａＶシステムプロトコルが、オブジェクト指向プログラミングプロトコル内で設計され、実装された制御モジュールおよび機能ブロックを使用するが、一方で制御モジュールは、例えば、逐次機能ブロック、ラダーロジックなどを含む任意の所望の制御プログラミングスキームを使用して設計され得、機能ブロックまたは任意の他の特定のプログラミング技法を使用する設計および実装に限定されない。コントローラ４０の各々はまた、Ｅｍｅｒｓｏｎ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔによって販売されるアプリケーションのＡＭＳ（登録商標）スイートをサポートし得、予測知能を使用して、機械設備、電気システム、プロセス設備、器具、非スマートおよびスマートフィールドデバイス４４、４６などを含む、生産資産の利用可能性および性能を改善し得る。

説明されたように、ＤＣＳ２２は、制御室内のワークステーション（複数可）３０、３２に通信可能に連結されたコントローラ４０のうちの１つ以上を含む。コントローラ４０は、ワークステーション３０、３２を介して実装されるプロセス制御手順を実行することによって、プロセスエリア内のフィールドデバイス４４、４６の制御を自動化する。プロセス手順の一例としては、圧力センサフィールドデバイスを使用して圧力を測定し、圧力測定に基づいてフローバルブを開閉するためにバルブポジショナにコマンドを自動的に送ることが挙げられる。Ｉ／Ｏカード４８は、フィールドデバイス４４、４６から受信した情報をコントローラ４０と互換性のあるフォーマットに変換し、コントローラ４０からの情報をフィールドデバイス４４、４６と互換性のあるフォーマットに変換する。

Ｉ／Ｏカード４８を介して、コントローラ４０は、コントローラ４０にダウンロードされている制御モジュール７０に応じてフィールドデバイス４４、４６と通信し得る。制御モジュール７０は、構成システム３４を使用してプログラムされる。構成システム３４において、エンジニアは、例えば、１つ以上の機能ブロックをインスタンス化することによって制御モジュール７０を作成し得る。一例として、構成エンジニアは、フィールドデバイス４４、４６のうちの一方からアナログ入力を受信するためにＡＩ機能ブロックをインスタンス化し得、ＡＩ機能ブロックは、フィールドデバイス４４、４６のアナログ出力と関連付けられた様々な値（例えば、信号値、アラーム上限および下限、信号状態など）を受信し得る。ＡＩ機能ブロックは、対応する信号を別の機能ブロック（例えば、比例積分微分（ＰＩＤ）制御機能ブロック、カスタム機能ブロック、ディスプレイモジュールなど）に出力することができる。一旦ＡＩ機能ブロックがインスタンス化されると、機能ブロックを、フィールドデバイス４４、４６に関連付けられた固有のデバイスタグに関連付けることにより、以前にコントローラ４０にダウンロードされた機能ブロックを、適切なＩ／Ｏカード４８と協働させて、正しいフィールドデバイス４４、４６からの情報を処理させる。

図１に示されたプラントネットワーク１０において、コントローラ４０に接続されたフィールドデバイス４４、４６は、標準的な４～２０ｍａデバイスであってもよく、プロセッサおよびメモリを含むＨＡＲＴ（登録商標）、Ｐｒｏｆｉｂｕｓ、またはＦＯＵＮＤＡＴＩＯＮ（登録商標）Ｆｉｅｌｄｂｕｓフィールドデバイスなどのスマートフィールドデバイスであってもよく、または任意の他の所望のタイプのデバイスであってもよい。これらのデバイスのうちのいくつか、例えばＦｉｅｌｄｂｕｓフィールドデバイス（図１に参照番号４６で符号付けされる）は、コントローラ４０内に実装された制御手順と関連付けられるか、またはプロセスプラント内でデータ収集、動向、アラーム、較正などの他のアクションを行う、機能ブロックなどのモジュールまたはサブモジュールを記憶し、実行し得る。Ｆｉｅｌｄｂｕｓフィールドデバイス４６内の２つの異なるフィールドデバイスに配設されるように図１に示される機能ブロック７２は、周知であるように、コントローラ４０内で制御モジュール７０の実行と共に実行されて、プロセス制御を実施し得る。当然ながら、フィールドデバイス４４、４６は、センサ、バルブ、送信機、ポジショナなどの任意のタイプのデバイスであってもよく、Ｉ／Ｏデバイス４８は、ＨＡＲＴ、Ｆｉｅｌｂｕｓ、Ｐｒｏｆｉｂｕｓなどの任意の所望される通信またはコントローラプロトコルに準拠する任意のタイプのＩ／Ｏデバイスであってもよい。

続けて図１を参照すると、ワークステーション３０および３２は、プラント１０内で担当者によって実行される様々な異なる機能のために使用される様々なアプリケーションを含むことができる。ワークステーション３０および３２の各々は、様々なアプリケーション、プログラム、データ構造などを記憶するメモリ８０、およびメモリ８０内に記憶されたアプリケーションのいずれかを実行するために使用され得るプロセッサ８２を含む。図１に示した例では、ワークステーション３０はまた、ディスプレイおよび閲覧アプリケーション２０に加えて、１つ以上のプロセスコントローラ構成アプリケーション８４も含み、これは、例えば、制御モジュール作成アプリケーション、オペレータインターフェースアプリケーション、ならびに任意の認証された構成エンジニアがアクセスして制御モジュール７０および７２などの制御ルーチンまたはモジュールを作成し、それらをプラント１０の様々なコントローラ４０およびデバイス４６にダウンロードすることができる他のデータ構造を含み得る。構成アプリケーション８４はまた、制御モジュール７０を作成するために使用され得る構成エディタ３５を有するディスプレイまたはグラフィカル構成システム３４も含む。

大雑把に言えば、閲覧アプリケーション２０は、オペレータがプロセスプラント１０の特定のエリアの動作に関する特定の情報を提供し、ディスプレイモジュール上の情報に応じてプロセスプラント１０の動作を制御するように構成されたディスプレイモジュールを閲覧するのを可能にする。ディスプレイモジュールは、ワークステーション３０、３２上で描画され、そしてコントローラ４０およびフィールドデバイス４４、４６から受信したリアルタイムプロセスデータを組み込む。本明細書に使用される際、データの「リアルタイム」通信は、追加の大幅な遅延の意図的な導入なしで、処理、ルーティング、および送信に通常の遅延を有する電子通信ネットワークを介したデータの電子通信を指す。いくつかの実施形態において、５秒未満（好ましくは、２秒未満）の些細な遅延が、リアルタイムでデータを通信するときのネットワーク輻輳を低減するために導入され得る。ディスプレイモジュールは、例えば、オペレータまたは他の使用がデータ値を操作して（例えば、読み出しまたは書き込みを実行して）、フィールドデバイス４４、４６、制御モジュール７０、および機能ブロック７２、ならびにＤＣＳ２２およびプロセスプラント１０全体としての動作を監視または変更することを可能にする任意のタイプのインターフェースであってもよい。ディスプレイモジュールは、ワークステーション３０、３２のメモリ８０内に記憶され得、また構成データベース６０内にも記憶され得る。

制御モジュール７０および、いくつかの実施形態では、ディスプレイモジュールは、構成データベース６０内の構成ファイル７４の一部であってもよい。つまり、制御モジュール７０は、ディスプレイモジュールと共に、またはディスプレイモジュールとは別個に、構成ファイル７４内に記憶され得る。いずれにしても、構成ファイル７４は、一般に、デバイス、デバイスタグ、フレンドリ名、変数が各制御ループに関連付けられているデータフォーマット情報（例えば、スケーリング情報、ユニットタイプなど）、定義されている制御手順などを含む、ＤＣＳ２２の全体的な構成を記憶する。以前に示したように、構成ファイル７４はまた、コントローラ４０にダウンロードされて、構成ファイル７４内に定義された制御手順を実装してもよい。

理解されるように、プロセスプラント１０は、数百、数千、さらには数万の信号、数百もしくは数千のフィールドデバイス４４、４６上の送信機（すなわち、センサ）からの出力、および／またはそれらのフィールドデバイス４４、４６への入力を含み得、制御モジュール７０にプログラムされた制御手順に応じて、フィールドデバイス４４、４６に制御機能を実行させる。プラント１０は、様々なエリアに分割され得、それらのエリアのうちの複数は、単一のコントローラ４０によって制御され得、それらのエリアの各々は、単一のコントローラもしくは複数のコントローラ４０、または何らかの組み合わせによって制御されてもよい。いずれにしても、プロセスプラント１０を構成するフィールドデバイス４４、４６は、プロセスプラント１０内で何回も別々に複製化されやすい（例えば、多くの任意のタイプのバルブ、多くのポンプ、多くのヒータ、多くのタンクなどが存在してもよい）。フィールドデバイス４４、４６はまた、物理的エリア（「プロセスエリア」）内の機能グループに組み合わされてもよく、そこでは、そのプロセスエリア内のフィールドデバイス４４、４６は、プロセス全体のうちの特定の部分を実行する。例えば、特定のプロセスエリアは、プロセスの他の部分に蒸気を発生させるための設備を有してもよい。プロセスエリア内には、同様の構造および機能を共有する設備の複製された部分またはグループ（「プロセスユニット」）があってもよい。一例として、蒸気発生プロセスエリア内のプロセスユニットは、ボイラーおよびターボ発電機を含んでもよく、プロセスエリアは、このプロセスユニットの複数のインスタンスを含んでもよい。

システムアーキテクチャ
ここで図２に目を向けると、本明細書に記載されているように、ブロック図は、モバイルデバイス１４を認証するための認証サービスアーキテクチャ、ならびにアーキテクチャ１５２全体の他のコンポーネントを含むプロセス制御環境内におけるモバイル情報配信のためのシステムのアーキテクチャ１５２全体を示す。アーキテクチャ１５２は、本明細書に記載されている認証サービスアーキテクチャの状況を説明する目的のために記載されている。アーキテクチャ１５２は、概して、３つのレベル、すなわち、プラント／プロセスレベル１５４、データサービスレベル１５６、およびモバイルサービスレベル１５８に分けられ、これらは、集合的に４～６つの異なるネットワークを含む。プラント／プロセスレベル１５４は、コントローラ４０をフィールドデバイス４４、４６に結合するフィールドネットワーク（図２には示さず）、ならびにコントローラ４０を、ワークステーション３０、３２、データベース５８～６６、およびプロセス制御プラント１０内にある他のコンポーネントに結合する制御ネットワーク（図１に、データハイウェイ５４として図示する）を含む。プラント／プロセスレベル１５４は、制御ネットワーク５４を他のビジネスレベルアプリケーションに結合することができる中間ネットワーク１６０を任意選択的に含むことができる。プラント／プロセスレベル１５４は、ネットワーク１６２によって、データサービスレベル１５６に結合されている。データサービスレベル１５６は、ネットワーク１６４によって、モバイルサービスレベル１５８に結合されている。モバイルサービスレベル１５８は、インターネットおよび／またはモバイル電話／データネットワークなどの１つ以上の他のネットワークを含む。層１５４、１５６、１５８の各々、および実際のネットワークの各々は、他のセキュリティ対策に加えて、ハードウェアおよび／またはソフトウェアのファイアウォールによって他のものから分離され得る。階層化アーキテクチャにより、様々なネットワーク５４、１６０、１６２、１６４などの間の分離を可能にしている。

プラント／プロセスレベル１５４において、コミュニケータインターフェース１７０は、コントローラ４０とプロセスプラント１０との間のインターフェースを一方の側で提供し、データサービスレベル１５６を他方の側で提供する。図１Ｌには、単一のコミュニケータインターフェース１７０が、単一のコントローラ４０（したがって、単一のプロセスプラント１０）と通信するように図示されているが、コミュニケータインターフェース１７０は、単一のプロセスプラントを制御する多様なコントローラ４０と通信することができ、そこでは、プロセスプラント１０の様々なエリアが、別個のコントローラ４０によって制御される。また、実施形態では、複数のプロセス制御システム１０が、複数のコミュニケータインターフェース１７０によって、データサービスレベル１５６およびモバイルサービスレベル１５８に結合され得ることも考えられる。特定の実施形態では、コミュニケータインターフェース１７０は、各プロセス制御システム１０に結合され、コミュニケータインターフェース１７０のグループは、データサービスレベル１５６に結合される。また、複数の制御システムが、異なる施設に（例えば、異なる化学プラントに）物理的に配置され得ることも想定される。

コミュニケータインターフェース１７０は、インターフェース全体をデータサービスおよびモバイルサービスレベル、それぞれ１５６および１５８に提供するさらに大きなポータル１７１の一部であってもよい。ポータル１７１は、ユーザ情報、デバイスおよびシステム情報、ならびにソフトウェア／ハードウェアライセンスの構成を容易にするなどの機能性を含むことができる。

また、プラント／プロセスレベル１５４では、ファイルインターフェース１７２が、構成ファイル７４をデータサービスレベル１５６に転送する機能を果たす。いくつかの実施形態では、ファイルインターフェース１７２は、プロセスプラント１０を構成するために使用されるワークステーション３０、３２のうちの専用ワークステーションの一部であり、グラフィカル構成システム３４、構成エディタ３５などを含む。他の実施形態では、ファイルインターフェース１７２は、コミュニケータインターフェース１７０の一部であってもよい。いずれにしても、ファイルインターフェース１７２は、データサービスレベル１５６に結合され、プロセスプラントの構成データをデータサービスレベル１５６に転送する。

データサービスレベル１５６において、データサーバ１７４は、多くの異なるデータサービス１７６を含み、そのデータサービスは、集合的に、通信インターフェース１７０およびファイルインターフェース１７２からデータを受信し、その受信したデータをモバイルサービスレベル１５８に伝達する。プラント／プロセスレベル１５４から受信され、そしてモバイルサービスレベル１５８に伝達されるデータの中には、アラーム、プロセスパラメータ、診断、履歴データ、および構成データがある。様々なデータサービス１７６はまた、ファイルインターフェース１７２から受信した構成ファイル７４に索引付けする役割も果たすことができる。索引付け動作は、詳細なサーチ能力をサポートするために、モジュールパラメータおよびモジュールヒエラルキーなどの特定の情報に対して索引付けすることを含み得、これにより、ユーザがプロセスプラント１０のパラメータ名、デバイスタグ、アラーム、または他のデータをサーチするのを可能にすることができる。

モバイルサーバ１７８は、モバイルサービスレベル１５８の心臓部である。このモバイルサーバ１７８は、モバイルデバイス１４への接続をサポートし、モバイルデバイス１４が登録される様々なリスト（例えば、アラームリスト、監視項目リストなど）の構成をサポートし、サーチ能力を提供し、モバイル通知を管理する。モバイルサーバ１７８はまた、データサービス１７６からの様々なデータへの登録を作成および維持する責任も担う。モバイルサーバ１７８は、多様な無線データ技術のうちのいずれかを介してモバイルデバイス１４に結合され、その無線データ技術には、Ｗｉ－Ｆｉ（すなわち、ＩＥＥＥ８０２．１１プロトコル群のプロトコル）、および／またはＬＴＥサービス、インターネット１８０を利用し得るサービスのうちの一部もしくはすべてを含むがこれらに限定されない、現在もしくは将来利用可能な様々なデータサービスのいずれかを使用するモバイル（「セルラー」）インフラストラクチャが含まれ得る。

モバイルサービスレベル１５８はまた、以下でさらに詳細に説明されることになる認証サービスコンポーネント１８３も含む。モバイルサービスコンポーネント１８３は、モバイルサーバ１７８と通信して様々な認証サービスを実行するサブアーキテクチャを含み、その認証サービスには、モバイルデバイス１４、モバイルサーバ１７８、および実施形態によっては他のコンポーネントの上でも実行しているアプリケーションの認証が含まれる。

モバイルデバイス１４は、Ｇｏｏｇｌｅ社が開発したＡｎｄｒｏｉｄモバイルオペレーティングシステムを実行するモバイルデバイス、Ａｐｐｌｅ社が開発したｉＯＳもしくはｉＰａｄ（登録商標）ＯＳモバイルオペレーティングシステムを実行するモバイルデバイス、または現在既知のもしくは将来開発される任意の他のオペレーティングシステムを含み得る。Ａｎｄｒｏｉｄ、ｉＯＳ、および／またはｉＰａｄ（登録商標）ＯＳモバイルオペレーティングシステムを実行するモバイルデバイス１４の場合、通知は、ＡｐｐｌｅまたはＧｏｏｇｌｅの通知サービス１８２を介してモバイルデバイス１４に配信され得、そのようなサービスの使用に慣れている人々には、容易に理解されるであろう。モバイルサーバ１７８は、システムレベルおよび／またはユーザレベルでの通知サービスの構成を容易にする。

モバイル情報配信の構成に関して、モバイルサーバ１７８は、モバイルデバイス１４に備わっているモバイルデバイスインターフェースを介していくつかの構成サービスを提供する。モバイルサーバ１７８はまた、ウェブページを介して（すなわち、ウェブブラウザを使用して）構成オプションも提供する。理解されるように（例えば、参照によりその全体が本明細書に組み込まれる米国特許出願公開第２０１８／０１０９６５１号を見ると）、様々なアラームリストおよび監視項目リストは、サーチ（すなわち、構成ファイル７４の索引付けされたデータをサーチすること）および／もしくはフィルタを使用するか、またはシステムヒエラルキー情報、機能分類、アラーム優先度、アラームカテゴリなどを利用するウェブインターフェースを介して構成されてもよい。

モバイルサービスレベル１５８での構成データの利用可能性は、エンドユーザにとって特に豊かなモバイル環境を提供する役割を果たし得、その理由は、システムが、データだけではなく、データ間の関係性にもアクセスすることができるからである。さらに、セキュアな認証プロトコルを実装する本記載の実施形態では、プロセス制御システム１０は、監視されることに加えて、制御されるか、または別の方法で互いにやり取りされ得る。例として、アラームのステータス（例えば、有効）またはパラメータ値のステータス（例えば、正常、高い、低いなど）のみを有するのではなく、モバイルサーバ１７８は、構成ファイル７４からの構成データを介して、データとデータタイプとの間の連携関係にアクセスすることができる。したがって、システムは、特定の有効アラームが「高い」状態であるパラメータステータスの結果であり、ひいては、パラメータデータ値が特定の制限を超えたことからパラメータステータスが「高い」状態であると判断することができる。このような豊富な連携情報がモバイルサーバ１７８に利用可能である結果として、ユーザインターフェースは、例えば、アラームがリアルタイムのデータおよび履歴と一緒に描写され得るか、またはプロセス変数が現在および過去の設定値、ならびに任意選択的に、関連するモジュール関係と一緒に描写され得るという状況でデータを提示するように動作可能であり、これにより、ユーザが、プロセス制御デバイス間、機能ブロック間などの関係に基づいて、１つのデータから他の関連データに移動するのを可能にすることができる。

さらに、セキュアに認証される環境では、モバイルサーバ１７８は、モバイルデバイス（複数可）１４からデータおよび／またはコマンドを受信することができ、データをプラントレベル１５４に戻す送信が禁止された先行技術システムとは対照的に、コマンドおよび／またはデータをデータサービスレベル１５６および／またはプラントレベル１５４に戻すことができ、プロセスプラント環境１０のセキュリティを確実にすることができる。すなわち、プラントレベル１５４からデータサービスレベル１５６および／またはモバイルサービス１５８への通信が単一方向でなければならないという要件は、そのような通信が受信され得るモバイルデバイス１４がセキュアに認証されるため、緩和され得る。その結果、モバイルデバイス１４のユーザは、制御プラント１０がそのような通信を許可するように構成されている場合、アラーム確認応答および制御コマンドをプラントレベル１５４に送り返すことができる。

認証サービス
図２に描写された認証サービスコンポーネント１８３は、モバイルサービスレベル１５８におけるプロセス制御プラント１０の近くにあるコンポーネント１８３Ａと、プロセス制御プラント１０から遠く離れ、かつインターネットを介してアクセス可能なコンポーネント１８３Ｂとを伴うサブアーキテクチャを含む。コンポーネント１８３Ｂは、モバイルデバイス（複数可）１４上で実行するグラフィカルユーザインターフェース（ＧＵＩ）アプリケーション（本明細書ではまた、プロセス制御アプリケーションとも呼ばれる）２００、およびＭｉｃｒｏｓｏｆｔ Ａｚｕｒｅクラウドコンピューティングプラットフォームなどのクラウドコンピューティングプラットフォーム上のホストとして働き、かつ本明細書では「ホストとして働くコンポーネント」と呼ばれ得る様々なコンポーネントを含む。このホストとして働くコンポーネントは、以下にさらに詳細に説明されることになるが、リレーハイブリッド接続（ＲＨＣ）（本明細書ではまた、リレー要素とも呼ばれる）２０２、代表的状態転送（ＲＥＳＴ）アプリケーションプログラミングインターフェース（ＡＰＩ）２０４、リレー管理ＡＰＩ２０６、リレーアクセスＡＰＩ２０８、リレー管理データベース２１０、キー保管庫２１２、およびアプリケーションサービスウェブＡＰＩ２１４を含む。

コンポーネント１８３Ａは、モバイルサーバ１７８に通信可能に結合されたリレーゲートウェイサービス（ＲＧＳ）２１８を含む。このＲＧＳ２１８は、モバイルサーバ１７８上で実行しているソフトウェアコンポーネントであってもよい。

ＲＨＣ２０２は、インターネット（有線、無線、および／またはセルラー通信インフラストラクチャを介することを含む）を使用して、モバイルアプリケーション２００とモバイルサーバ１７８との間のセキュアな通信チャネルを介して、セキュアな通信を容易にする責任を担う。特に、ＲＨＣ２０２は、ＲＧＳ２１８と協働して、モバイルアプリケーション２００とモバイルサーバ１７８との間でデータ（認証データおよびプロセスデータを含む）を渡すことができる。以下に説明されているように、ＲＨＣ２０２は、モバイルサーバ１７８、およびモバイルアプリケーション２００の各ユーザが適切に認証されることを確実にする様々な認証プロセスを使用してセキュアな通信チャネルを作成して、プロセス制御システム１０への不正サクセスを防止する。

ＲＥＳＴ ＡＰＩ２０４は、ＲＨＣ２０２を管理する複数のＡＰＩからなり、モバイルアプリケーション２００とモバイルサーバ１７８の両方をＲＨＣ２０２に対して認証するキーを生成および記憶する責任を担う。具体的には、ＲＥＳＴ ＡＰＩ２０４は、ＲＨＣ２０２に対してモバイルアプリケーション２００を認証する送信キー、およびＲＨＣ２０２に対してモバイルサーバ１７８を認証するリスンキーを生成して記憶する。

リレー管理ＡＰＩ２０６は、様々な顧客サイトのＲＨＣ２０２を作成、有効化、および無効化する責任を担う。すなわち、リレー管理ＡＰＩ２０６は、特定のプロセスプラントオペレータのアーキテクチャに固有ではないクラウドコンピューティングプラットフォーム上で動作するグローバルコンポーネントであり得るが、代替的に様々な異なるプロセスプラントのためのＲＨＣ２０２を作成することができる。リレー管理ＡＰＩ２０６は、ＲＥＳＴ ＡＰＩ２０４と協働してＲＨＣ２０２を管理することができる。リレー管理ＡＰＩ２０６はまた、ＲＨＣ情報を提供し、リレー管理データベース２１０と通信してＲＨＣ情報を記憶する責任も担う。

リレーアクセスＡＰＩ２０８は、同様に、クラウドコンピューティングプラットフォーム上でホストとして働く。リレーアクセスＡＰＩ２０８は、モバイルアプリケーション２００による、ＲＨＣ２０２への初期アクセス、およびモバイルアプリケーション２００とモバイルサーバ１７８との間の通信接続のセットアップを容易にする。特に、リレーアクセスＡＰＩ２０８は、モバイルアプリケーション２００から、認証トークン（「送信キー」に関しては、後述する）のためのリクエストを、モバイルアプリケーション２００を使用する個人のユーザ名およびパスワードと一緒に受信する。リレーアクセスＡＰＩ２０８は、モバイルアプリケーション２００が正当であることを確認するためのリクエストを容易にする。

リレー管理データベース２１０はまた、クラウドコンピューティングプラットフォーム上でもホストとして働く。リレー管理データベース２１０は、セキュアなオフプレミスアーキテクチャを使用して、様々な顧客サイトのＲＨＣ情報（アドレス、接続状態など）を記憶する共通のコンポーネントである。

キー保管庫２１２は、様々なアクセストークンおよび資格情報を記憶する。これらには、リレー管理データベース２１０に対してアプリケーションサービスウェブＡＰＩ２１４を認証するための資格情報、ＲＥＳＴ ＡＰＩ２０４に対してアプリケーションサービスウェブＡＰＩ２１４を認証するための資格情報、リレー管理ＡＰＩ２０６に対してリレーアクセスＡＰＩ２０８を認証するための資格情報、ＲＥＳＴ ＡＰＩ２０４に対してリレー管理ＡＰＩ２０６を認証するための資格情報などが含まれ得る。

アプリケーションサービスウェブＡＰＩ２１４は、同様に、クラウドコンピューティングプラットフォーム上でホストとして働く。アプリケーションサービスウェブＡＰＩ２１４は、モバイルサーバ１７８と、残りのコンポーネント１８３Ｂとの間のバックエンド通信を容易にし、特に、ＲＨＣ２０２のセットアップ、およびモバイルサーバ１７８による、ＲＨＣ２０２へのアクセスを容易にする。アプリケーションサービスウェブＡＰＩ２１４は、モバイルサーバ１７８から、認証トークンのリクエストを受信し（「リスンキー」に関しては、後述する）、それと共に、モバイルサーバ１７８に、例えば、ＲＨＣ２０２を有効にする、ＲＨＣ２０２を無効にする、ＲＨＣ２０２のアドレスを変更するなどによってＲＨＣ２０２の動作を変更するためにアクセスを提供する。

図４は、モバイルサーバ１７８の認証、およびＲＨＣ２０２のセットアップのための方法２５０の中で、システム内の様々な要素間の通信を描写する通信フロー図である。ＲＨＣ２０２の動作を作成、有効化、無効化、または別の方法で修正するための動作中に、モバイルサーバ１７８は、ＲＨＣ２０２の修正をアプリケーションサービスウェブＡＰＩ２１４に送信する（メッセージ２５２）。アプリケーションサービスウェブＡＰＩ２１４は、認証するためのリクエスト（メッセージ２５４）を使ってモバイルサーバ１７８に応答することができ、それに応答して、モバイルサーバ１７８は、システムキー２５６を送信することができる（メッセージ２５６）。実施形態では、システムキーは、モバイルサーバ１７８に提供されるライセンスキーもしくはその一部であってもよく、、またはモバイルサーバ１７８上で実行しているソフトウェアの一部、もしくはルーチンに関連付けられていてもよい。図４および他の図に描写されている通信フローは、いくつかのメッセージが組み合わされるようにわずかに修正され得ることを理解されたい。例えば、モバイルサーバ１７８がアプリケーションサービスウェブＡＰＩ２１４へのアクセスをリクエストするメッセージ２５２はまた、システムキーを含み得、その結果、メッセージ２５４および２５６は、削除される。これらのタイプの調整は、当技術分野においてよく理解されており、さらなる効率をもたらし得る。

システムキーを受信すると、アプリケーションサービスウェブＡＰＩ２１４は、アプリケーションサービスウェブＡＰＩ２１４による、リレー管理データベース２１０へのアクセスを与える資格情報をキー保管庫２１２からリクエストすることができる（メッセージ２５８）。キー保管庫２１２は、既にアプリケーションサービスウェブＡＰＩ２１４を認証している場合があり、または実施形態では、キー保管庫２１２は、アクティブディレクトリ管理された識別情報を使用してアプリケーションサービスウェブＡＰＩ２１４を認証する。例えば、管理された識別情報は、クラウドベースのプラットフォームでインスタンス化されると、アプリケーションサービスウェブＡＰＩ２１４に対して有効化および作成され得、キー保管庫２１２は、管理された識別情報に依拠して、アプリケーションサービスウェブＡＰＩ２１４がキー保管庫２１２にセキュアにアクセスし得ることを確実にすることができる。資格情報のリクエストに応答して（メッセージ２５８）、キー保管庫２１２は、リレー管理データベース２１０にアクセスするための資格情報をアプリケーションサービスウェブＡＰＩ２１４に送信することができる（メッセージ２６０）。

キー保管庫２１２から、リレー管理データベース２１０にアクセスするための資格情報を受信すると（メッセージ２６０）、アプリケーションサービスウェブＡＰＩ２１４は、資格情報をリレー管理データベース２１０に送信することができ（メッセージ２６２）、それに応じて、正常な認証を確認するメッセージを受信することができる（メッセージ２６４）。次いで、アプリケーションサービスウェブＡＰＩ２１４は、モバイルサーバ１７８から受信したシステムキーをリレー管理データベース２１０に送信することができ（メッセージ２６６）、それに応じて、リレー管理データベース２１０から、システムキーが認証されたという確認を受信することができる（メッセージ２６８）。次いで、アプリケーションサービスウェブＡＰＩ２１４は、ＲＨＣ２０２に関連する任意の動作に対して１つ以上のリクエスト（複数可）を送信することができ、その動作には、ＲＨＣ２０２（既にリレー管理データベース２１０内に用意されている）を作成すること、ＲＨＣ２０２を有効化すること、ＲＨＣ２０２を無効化すること、および／またはＲＨＣ２０２の動作を修正することが含まれる（メッセージ２７０）。それに応じて、リレー管理データベース２１０は、リクエストを確認応答する、かつ／またはリクエストされた修正の正常な完了を確認応答するメッセージをアプリケーションサービスウェブＡＰＩ２１４に送信することができる（メッセージ２７２）。アプリケーションサービスウェブＡＰＩ２１４は、リクエストされた修正の正常な完了の確認応答を転送することができる（メッセージ２７４）。

ＲＨＣ２０２が作成され、クラウドベースプラットフォーム上で実行していると、モバイルサーバ１７８は、ＲＨＣ２０２に対してそれ自体を認証することができる必要がある。図５は、ＲＨＣ２０２に対してモバイルサーバ１７８を認証するための方法３００の中で、システム内の様々な要素間の通信を描写する通信フロー図である。実施形態では、この図は、リレーゲートウェイサービス２１８からモバイルサーバ１７８への、リスンキーのリクエストによって開始される（メッセージ３０２）。上記で暗に触れたように、リスンキーは、ＲＨＣ２０２に対してモバイルサーバ１７８を認証する認証資格情報であり、そのモバイルサーバ１７８が認証されてモバイルアプリケーション２００へのセキュアなチャネルにアクセスすることを確実にする。このリクエストに応答して、モバイルサーバ１７８は、リスンキーのリクエストをアプリケーションサービスウェブＡＰＩ２１４１に送信する（メッセージ３０４）。アプリケーションサービスウェブＡＰＩ２１４は、リスンキーのリクエストに応答して（メッセージ３０４）、ＲＥＳＴ ＡＰＩ２０４にアクセスするための資格情報のリクエストをキー保管庫２１２に送信する（メッセージ３０６）。上述したように、キー保管庫２１２は、既にアプリケーションサービスウェブＡＰＩ２１４を認証している場合があり、または実施形態では、キー保管庫２１２は、アクティブディレクトリ管理された識別情報を使用してアプリケーションサービスウェブＡＰＩ２１４を認証する。例えば、管理された識別情報は、クラウドベースのプラットフォームでインスタンス化されると、アプリケーションサービスウェブＡＰＩ２１４に対して有効化および作成され得、キー保管庫２１２は、管理された識別情報に依拠して、アプリケーションサービスウェブＡＰＩ２１４がキー保管庫２１２にセキュアにアクセスし得ることを確実にすることができる。資格情報のリクエストに応答して（メッセージ３０６）、キー保管庫２１２は、ＲＥＳＴ ＡＰＩ２０４にアクセスするための資格情報をアプリケーションサービスウェブＡＰＩ２１４に送信することができる（メッセージ３０８）。

アプリケーションサービスウェブＡＰＩ２１４は、ＲＥＳＴ ＡＰＩ２０４にアクセスするための資格情報を受信すると、ＲＥＳＴ ＡＰＩ資格情報をＲＥＳＴ ＡＰＩ２０４に送信することができ（メッセージ３１０）、そのＲＥＳＴ ＡＰＩは、正常な認証を確認応答するメッセージを使ってアプリケーションサービスウェブＡＰＩ２１４に応答することができる（メッセージ３１２）。次いで、アプリケーションサービスウェブＡＰＩ２１４は、リスンキーのリクエストをＲＥＳＴ ＡＰＩ２０４に送信することができ（メッセージ３１４）、それに応答して、ＲＥＳＴ ＡＰＩ２０４は、リスンキーをアプリケーションサービスウェブＡＰＩ２１４に送信することができる（メッセージ３１６）。当然ながら、特定のメッセージを組み合わせることができる。例えば、アプリケーションサービスウェブＡＰＩ２１４は、それがＲＥＳＴ ＡＰＩ資格情報を送信すると同時にリスンキーをリクエストすることができ、例えば、ＲＥＳＴ ＡＰＩ２１４は、リスンキーと同時に認証確認応答を送信することができる。アプリケーションサービスウェブＡＰＩ２１４は、リスンキーをモバイルサーバ１７８に返信することができ（メッセージ３１８）、次に、リスンキーをリレーゲートウェイサービス２１８に送信することができる（メッセージ３２０）。リレーゲートウェイサービス２１８は、リスンキーをＲＨＣ２０２に送信することができる（メッセージ３２２）。ＲＨＣ２０２は、インスタンス化／作成されたときに、そのリスンキーと一緒にプログラムされる。したがって、ＲＨＣ２０２がリレーゲートウェイサービス２１８を介してモバイルサーバ１７８から正しいリスンキーを受信すると、ＲＨＣ２０２は、モバイルサーバを認証し、その後、モバイルサーバ１７８は、リレーゲートウェイサービス２１８およびＲＨＣ２０２を介して、モバイルアプリケーション２００と通信することができる（メッセージ３２４）。

リスンキー、ならびにモバイルアプリケーション２００とリレーゲートウェイサービス２１８との間で送信される任意の他のデータは、通常、ＨＴＴＰＳプロトコルを使用して送信され、識別情報サーバ認証トークン、およびクラウドプラットフォームトークンを包含するリクエストヘッダを含むことができる。ＨＴＴＰリクエストおよび応答本体は、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）形式のデータを含むことができる。

図６は、ＲＨＣ２０２に対してモバイルアプリケーション２００を認証するための方法３５０の中で、システムにおける様々な要素間の通信を描写する通信フロー図である。ＲＨＣ２０２への接続を確立するために、モバイルアプリケーション２０２は、アクセスリクエストをリレーアクセスＡＰＩ２０８に送信する（メッセージ３５２）。リレーアクセスＡＰＩ２０８は、モバイルアプリケーション２００から認証情報をリクエストすることができ（メッセージ３５４）、それに応答して、モバイルアプリケーション２００は、モバイルアプリケーション２００のユーザに関連付けられたユーザ名およびパスワード、ならびにＲＨＣ２０２のＵＲＬをリレーアクセスＡＰＩ２０８に送信することができる（メッセージ３５６）。一実施形態では、ＲＨＣ２０２のＵＲＬは、ｈｔｔｐｓ：／／｛リレー名前空間｝．｛クラウドコンピューティングプラットフォーム名前空間｝／｛ハイブリッド接続名｝の形式を取ることができる。一例として、特定のＲＨＣ２０２を指すＵＲＬは、ｈｔｔｐｓ：／／Ｒｅｌａｙ－６５．ｓｅｒｖｉｃｅｂｕｓ．ｗｉｎｄｏｗｓ．ｎｅｔ／ＨＣ１００とすることができる。リレーアクセスＡＰＩ２０８は、モバイルアプリケーション２００から受信したＵＲＬをリレー管理ＡＰＩ２０６に送信することができ（メッセージ３５８）、それに応じて、リレー管理ＡＰＩ２０６からＲＨＣ２０２への情報を受信することができる（メッセージ３６０）。

リレーアクセスＡＰＩ２０８は、ＲＨＣ２０２の情報を備えると、モバイルアプリケーション２００から受信したユーザ名およびパスワード情報をＲＨＣ２０２に送信することができる（メッセージ３６２）。ＲＨＣ２０２は、ユーザ名およびパスワード情報をリレーゲートウェイサービス２１８に送信することができ（メッセージ３６４）、次に、リレーゲートウェイサービスはユーザ名およびパスワード情報をモバイルサーバ１７８に送信することができる（メッセージ３６６）。モバイルサーバ１７８は、ユーザ名およびパスワードを認証し、ユーザ名およびパスワードが正当であること（実際、それが正当である場合）を確認する認証メッセージをリレーゲートウェイサービス２１８に送信する（メッセージ３６８）。リレーゲートウェイサービス２１８は、メッセージをＲＨＣ２０２に転送し（メッセージ３７０）、次に、ＲＨＣ２０２は、メッセージをリレーアクセスＡＰＩ２０８に転送する（メッセージ３７２）。

モバイルアプリケーション２００のユーザの識別情報を確認すると、リレーアクセスＡＰＩ２０８は、今度は、モバイルアプリケーション２００の送信キーをリクエストすることができる。上述したように、送信キーは、アプリケーション２００がモバイルサーバ１７８と通信するためのセキュアなチャネルにアクセスすることを認証されていることを、ＲＨＣ２０２に証明する認証資格情報である。図７を参照すると、リレーアクセスＡＰＩ２０８は、送信キーのリクエストをリレー管理ＡＰＩ２０６に送信することができる（メッセージ３７４）。リレー管理ＡＰＩ２０６は、リレーアクセスＡＰＩ２０８から認証情報をリクエストすることができる（メッセージ３７６）。リレーアクセスＡＰＩ２０８は、対応する資格情報のリクエストをキー保管庫２１２に送信することができる（メッセージ３７８）。キー保管庫２１２は、既にリレーアクセスＡＰＩ２０８を認証している場合があり、または実施形態では、キー保管庫２１２は、アクティブディレクトリ管理された識別情報を使用してリレーアクセスＡＰＩ２０８を認証する。例えば、管理された識別情報は、クラウドベースのプラットフォームでインスタンス化されると、リレーアクセスＡＰＩ２０８に対して有効化および作成され得、キー保管庫２１２は、管理された識別情報に依拠して、リレーアクセスＡＰＩ２０８がキー保管庫２１２にセキュアにアクセスし得ることを確実にすることができる。資格情報のリクエストに応答して（メッセージ３７８）、キー保管庫２１２は、リクエストされた資格情報をリレーアクセスＡＰＩ２０８に送信することができる（メッセージ３８０）。

リクエストされた資格情報を受信すると、リレーアクセスＡＰＩ２０８は、資格情報をリレー管理ＡＰＩ２０６に送信することができ（メッセージ３８２）、そのリレー管理ＡＰＩ２０６は、その認証を確認応答することができる（メッセージ３８４）。次いで、リレーアクセスＡＰＩ２０８は、それが送信キーをリクエストしているＲＨＣ２０２のＵＲＬをリレー管理ＡＰＩ２０６に送信することができる（メッセージ３８６）。

ＲＥＳＴ ＡＰＩ２０４を使って認証するために、リレー管理ＡＰＩ２０６は、ＲＥＳＴ ＡＰＩ２０４に対してリレー管理ＡＰＩ２０６を認証するための資格情報のリクエストをキー保管庫２１２に送信することができる（メッセージ３８８）。キー保管庫２１２は、既にリレー管理ＡＰＩ２０６を認証している場合があり、または実施形態では、キー保管庫２１２は、アクティブディレクトリ管理された識別情報を使用してリレー管理ＡＰＩ２０６を認証する。例えば、管理された識別情報は、クラウドベースのプラットフォームでインスタンス化されると、リレー管理ＡＰＩ２０６に対して有効化および作成され得、キー保管庫２１２は、管理された識別情報に依拠して、リレー管理ＡＰＩ２０６がキー保管庫２１２にセキュアにアクセスし得ることを確実にすることができる。資格情報のリクエストに応答して（メッセージ３８８）、キー保管庫２１２は、リクエストされた資格情報をリレー管理ＡＰＩ２０６に送信することができる（メッセージ３９０）。

リレー管理ＡＰＩ２０６は、リクエストされた資格情報を所有している場合、ＲＥＳＴ ＡＰＩ２０４に資格情報を送信することができ（メッセージ３９２）、それに応じて、ＲＥＳＴ ＡＰＩ２０４から認証確認応答メッセージを受信することができる（メッセージ３９４）。認証の確認応答を受信すると、リレー管理ＡＰＩ２０６は、送信キーのリクエストをＲＥＳＴ ＡＰＩ２０４に送信することができ（メッセージ３９６）、それに応答して、ＲＥＳＴ ＡＰＩ２０４は、リクエストされた送信キーをリレー管理ＡＰＩ２０６に送信することができる（メッセージ３９８）。次いで、リレー管理ＡＰＩ２０６は、送信キーをリレーアクセスＡＰＩ２０８に転送することができる（メッセージ４００）。

再度図６を参照すると、リレーアクセスＡＰＩ２０８は、送信キーを受信すると（メッセージ４００）、送信キーをモバイルアプリケーション２００に送信することができる（メッセージ４０２）。その後、モバイルアプリケーション２００は、送信キーをＲＨＣ２０２に送信することができる（メッセージ４０４）。ＲＨＣ２０２は、クラウドベースのプラットフォームでインスタンス化／作成されると、その対応する送信キーと一緒にプログラムされ、モバイルアプリケーション２００から受信した送信キーがＲＨＣ２０２にプログラムされた送信キーと一致すると、ＲＨＣ２０２は、モバイルアプリケーション２００を認証し、その後、ＲＨＣ２０２およびリレーゲートウェイサービス２１８を介してモバイルアプリケーション２００とモバイルサーバ１７８との間の通信を許可することができる（メッセージ４０６）。

送信キー、ならびにモバイルアプリケーション２００からＲＨＣ２０２に送信された任意の他のデータは、通常、ＨＴＴＰＳプロトコルを使用して送信され、識別情報サーバ認証トークンおよびクラウドプラットフォームトークンを包含するリクエストヘッダを含むことができる。ＨＴＴＰリクエストおよび応答本体は、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）形式のデータを含むことができる。

モバイルアプリケーション２００に関連付けられた特定のユーザは、結果として、特定のメッセージがモバイルサーバ１７８によって許可または禁止され、確認応答または無視されることになり得る。実施形態では、ＲＨＣ２０２は、ユーザについての情報をモバイルサーバ１７８に提供してもよい（例えば、送信キーをユーザに関連付けることによって）。例えば、モバイルサーバ１７８は、モバイルアプリケーション１７８を特定のユーザに関連付けることができ、その結果、ユーザに関連付けられたデータ（すなわち、ユーザが以前にリクエストし、かつ／またはモバイルサーバ１７８を構成してモバイルアプリケーション２０２を介してユーザに送信したデータストリーム）をアプリケーション２００に送信すること、ユーザからプロセス制御コマンドを受信すること、ユーザから受信したものとして受信したコマンドの記録を取ること、特定のユーザに応答して送信されたデータおよび／または実装されたコマンドを制限することなどのユーザ固有の動作を有効化または無効化することができる。

本説明の観点から理解されるべきであるように、リレー要素２０２の単一のインスタンスは、モバイルサーバ１７８と、複数の、または多様なモバイルプロセス制御アプリケーション２００との間の通信を容易にすることができる。実施形態では、リレー要素２０２の単一のインスタンスは、プロセス制御設備全体にサービスする１つ以上のモバイルサーバ１７８と、プロセス制御設備の維持および／または監視に関連付けられた担当者に対応するモバイルプロセス制御アプリケーション２００の任意の数のインスタンスとの間の通信を提供することができる。他の実施形態では、リレー要素２０２の単一のインスタンスは、プロセス制御設備の一部にサービスする１つ以上のモバイルサーバ１７８と、プロセス制御設備の維持および／または監視に関連付けられた担当者に対応するモバイルプロセス制御アプリケーション２００の任意の数のインスタンスとの間の通信を提供することができる。したがって、リレー要素２０２は、様々な実施形態において、２つ以上のモバイルプロセス制御アプリケーション２００を認証することができ、かつ／または２つ以上のモバイルサーバ３１８を認証することができる。

Claims (9)

1. クラウドベースの認証方法であって、前記方法が、
   （１）製品を製造するためにプロセス制御環境内で動作する複数のプロセス制御フィールドデバイスを制御するプロセスコントローラを含むプロセス制御環境の制御を容易にする、モバイルデバイス上で実行しているプロセス制御アプリケーションと、（２）前記プロセス制御環境に通信可能に結合されたモバイルサーバとの間でデータを転送するように構成されたリレー要素をクラウドベースのサーバ内でインスタンス化することと、
   前記モバイルデバイス上で実行している前記プロセス制御アプリケーションから、第１の中間サービスによってキー保管庫から取り出され、前記プロセス制御アプリケーションに提供される第１のバリデーションキーを前記リレー要素で受信することと、
   前記リレー要素において、前記第１のバリデーションキーをアプリケーションバリデーションキーと比較することであって、（ｉ）前記第１のバリデーションキーが前記アプリケーションバリデーションキーと一致する場合、前記モバイルデバイス上で実行している前記プロセス制御アプリケーションを認証し、（ｉｉ）前記第１のバリデーションキーが前記アプリケーションバリデーションキーと一致しない場合、前記モバイルデバイス上で実行している前記プロセス制御アプリケーションに対する認証を拒否する、比較することと、
   前記モバイルサーバから、第２の中間サービスによってキー保管庫から取り出され、前記モバイルサーバに提供される第２のバリデーションキーを前記リレー要素で受信することと、
   前記第２のバリデーションキーが正当である場合、前記モバイルサーバを前記リレー要素で認証することと、
   前記プロセス制御アプリケーションおよび前記モバイルサーバの両方が正当であると確認された場合、前記リレー要素を介して、前記モバイルデバイス上で実行している前記プロセス制御アプリケーションと前記モバイルサーバとの間の通信を許可することと、を含む、方法。
2. 前記第１の中間サービスは、リレーアクセスＡＰＩを含む、請求項１に記載の方法。
3. 前記モバイルデバイス上で実行している前記プロセス制御アプリケーションのユーザに関連付けられたユーザ名およびパスワードをリレーアクセスＡＰＩで受信することと、
   前記リレー要素に関連付けられたＵＲＬを前記リレーアクセスＡＰＩで受信することと、
   前記ユーザ名およびパスワードに応じて、前記ユーザを前記リレーアクセスＡＰＩで認証することと、
   前記ユーザが認証された場合、前記モバイルデバイス上で実行している前記プロセス制御アプリケーションに前記第１のバリデーションキーを提供することと、をさらに含む、請求項１または請求項２に記載の方法。
4. 前記ユーザ名およびパスワードに応じて前記ユーザを認証することが、
   リレーゲートウェイサービスを介して、前記ユーザ名およびパスワードを前記モバイルサーバに送信することと、
   前記リレーゲートウェイサービスを介して、前記ユーザが認証されているという表示を前記モバイルサーバから受信することと、を含む、請求項３に記載の方法。
5. 前記リレー要素を介して、前記モバイルデバイス上で実行している前記プロセス制御アプリケーションと、前記モバイルサーバとの間の通信を許可することが、
   前記モバイルデバイス上で実行している前記プロセス制御アプリケーションから１つ以上のプロセス制御コマンドを受信することと、
   リレーゲートウェイサービスを介して、前記１つ以上のプロセス制御コマンドを前記モバイルサーバに転送することと、を含む、請求項１から請求項４のいずれかに記載の方法。
6. 前記リレー要素を介して、前記モバイルデバイス上で実行している前記プロセス制御アプリケーションと、前記モバイルサーバとの間の通信を許可することが、
   前記モバイルサーバから、リレーゲートウェイサービスを介して、前記プロセス制御環境からのプロセスデータを受信することと、
   前記プロセスデータを前記モバイルデバイス上で実行している前記プロセス制御アプリケーションに転送することと、を含む、請求項１から請求項５のいずれかに記載の方法。
7. モバイルデバイス上で実行しているプロセス制御アプリケーションを認証する方法であって、
   前記プロセス制御アプリケーションからリレーアクセスＡＰＩに、前記プロセス制御アプリケーションのユーザのユーザ名およびパスワードを送信することと、
   前記プロセス制御アプリケーションからリレーアクセスＡＰＩに、クラウドベースのリレー要素に関連付けられたＵＲＬを送信することと、
   前記ユーザ名およびパスワードに応答して、前記プロセス制御アプリケーションで前記リレーアクセスＡＰＩから、第１のバリデーションキーを受信することと、
   前記プロセス制御アプリケーションから前記クラウドベースのリレー要素に、前記第１のバリデーションキーを送信することと、
   前記プロセス制御アプリケーションで、前記ユーザが認証されているという前記リレー要素からの表示を受信することと、
   前記プロセス制御アプリケーションから前記リレー要素に、（ｉ）プロセス制御環境からのプロセス制御データをモバイルサーバから受信するためのリクエスト、および（ｉｉ）前記プロセス制御環境内で制御動作を引き起こすためのプロセス制御コマンド、のうちの一方または両方を送信することと、を含む、方法。
8. 前記モバイルサーバから、前記クラウドベースのリレー要素を介して、リアルタイムのプロセス制御データを前記プロセス制御アプリケーションで受信すること、をさらに含む、請求項７に記載の方法。
9. 前記モバイルサーバから前記プロセス制御データを受信するための前記リクエストを送信することが、
   前記モバイルサーバから、前記クラウドベースのリレー要素を介して、受信されるのに利用可能なプロセス制御データのリストを前記プロセス制御アプリケーションで受信することと、
   前記プロセス制御データのうちの１つ以上の、前記ユーザによる選択を前記プロセス制御アプリケーションで受信することと、
   前記プロセス制御アプリケーションから前記モバイルサーバに、前記クラウドベースのリレー要素を介して、前記１つ以上のプロセス制御データの前記選択を送信することと、
   前記プロセス制御アプリケーションで、前記１つ以上のプロセス制御データを受信することと、を含む、請求項７または請求項８に記載の方法。
   
   

Images