プロセス制御システムにおけるＲＳＳ通信フォーマットの使用
【課題】データをプラントから容易に取り出し可能及びプラントの内部と外部の両方で多様な目的に使用可能とする。
【解決手段】ＲＳＳデータ通信は、プラントを管理して使用するために、あるいはＰＤＡ、ポケベル、電話、ラップトップコンピュータ等のプラントの外部のデバイスで実行されるサードパーティアプリケーションを含むプラントの該管理と直接的に関連付けられていない他のアプリケーションで使用するためにＲＳＳデータを提供してよい。あるデバイスから別のデバイスに送信されるＲＳＳデータは、ビデオファイル、音声ファイル、またはテキストファイル等のエンクロージャを含んでよい、あるいは受信側デバイスに、またはＲＳＳデータを理解するまたは処理するためにアクセスされ、使用されてよい追加のデバイスに記憶されている情報の他のソースへのハイパーリンク等の参照を含んでよい。
【解決手段】ＲＳＳデータ通信は、プラントを管理して使用するために、あるいはＰＤＡ、ポケベル、電話、ラップトップコンピュータ等のプラントの外部のデバイスで実行されるサードパーティアプリケーションを含むプラントの該管理と直接的に関連付けられていない他のアプリケーションで使用するためにＲＳＳデータを提供してよい。あるデバイスから別のデバイスに送信されるＲＳＳデータは、ビデオファイル、音声ファイル、またはテキストファイル等のエンクロージャを含んでよい、あるいは受信側デバイスに、またはＲＳＳデータを理解するまたは処理するためにアクセスされ、使用されてよい追加のデバイスに記憶されている情報の他のソースへのハイパーリンク等の参照を含んでよい。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概してプロセス制御システムに関し、より詳細には、プロセス制御システムまたはプロセスプラントの中での多様な通信のためにＸＭＬベースのウェブコンテンツとメタデータシンジケーションフォーマットを含むＲＳＳ(really simple syndication)通信
フォーマットの使用に関する。
【背景技術】
【０００２】
化学プロセス、石油プロセスまたは他のプロセスで使用されるもの等のプロセス制御システムは、通常、少なくとも1台のホストまたはオペレータワークステーションに、及び1台以上のフィールドデバイスに、アナログバス、デジタルバス、または結合されたアナログ／デジタルバスを介して通信可能に結合される1台以上の中央プロセスコントローラを
含む。例えば、バルブ、バルブポジショナ、スイッチ及び送信機（例えば温度センサ、圧力センサ及び流量センサ）であってよいフィールドデバイスは、バルブの開閉とプロセスパラメータの測定等の機能をプロセス内で実行する。プロセスコントローラはフィールドデバイスによって行われるプロセス測定、及び／またはフィールドデバイスに関する他の情報を示す信号を受信し、制御ルーチンを実現するためにこの情報を使用し、次にプロセスの動作を制御するためにバスまたは他の通信回線上でフィールドデバイスに送信される制御信号を発生する。フィールドデバイス及びコントローラからの情報は、オペレータが、プロセスの現在の状態を表示すること、プロセスの動作を修正すること等のプロセスに関して所望の機能を実行できるようにするために、オペレータワークステーションによって実行される１つ以上のアプリケーションが使用できるようにされてよい。
【０００３】
通常、プロセス制御システムは、複数のプロセス制御プラントを含んでよい企業、コンポーネント及び／またはサービスの供給業者、及びカスタマの中で動作し、そのすべては広範な地理的地域全体で、あるいは一部のケースでは世界的な規模で分散されてよい。プロセス制御プラント、供給業者及びカスタマは、例えばインターネット、衛星リンク、地上無線伝送、電話回線等の多岐にわたる通信メディア及び技術またはプラットホームを使用して相互に通信してよい。言うまでもなく、通信インフラストラクチャがすでに確立されているので、企業の通信インフラストラクチャコストを極限られたものにするインターネットは、多くの企業にとって好ましい通信プラットホームとなってきた。
【０００４】
企業内のプロセスプラントは、サポートまたは維持するために必要とされる、あるいはプロセスプラントの動作を達成するために使用される多くの他のビジネス関連のシステムまたは情報技術システムだけではなく１つ以上のプロセス制御システムを含んでよい。一般的には、プロセスプラント内の情報技術システムは、例えば保守管理システム等の製造実行システムを含んでよく、例えばスケジューリングシステム、会計システム及び調達システム等の企業リソース計画システムも含んでよい。これらの情報技術システムは物理的にプラントの中またはプラントの近くに配置されてよいが、これらのシステムの一部またはすべてがプラントに関して遠隔に配置されてよく、インターネットまたは他の適切な通信リンクを使用してプラントと通信してよいケースもある。
【０００５】
各プロセスプラントは、１台以上のサーバ、ワークステーション、またはプラント内のプロセス制御システムの活動を調整するまたは実行する他のコンピュータに通信可能に結合されるサーバまたはワークステーション上で実行されてよいユーザインタラクティブアプリケーションを含んでもよい。このようなユーザインタラクティブアプリケーションは、キャンペーン管理機能、履歴データ管理機能、資産管理機能、バッチ管理機能、診断機能、安全性管理機能等を実行してよい。加えて、プラント内のプロセス制御システムの各々が、例えば、アラーム及び／または他のプロセスイベントの通信を管理し、プロセスプラントによって実行されている１つ以上のプロセスの条件に関係する情報またはデータを提供し、プロセス制御プラント等と関連付けられている装置の条件または性能に関係する情報またはデータを提供してよいプロセス管理アプリケーションを含んでよい。特に、プロセス管理アプリケーションは、振動監視アプリケーション、リアルタイム最適化アプリケーション、専門家システムアプリケーション、予知保全アプリケーション、制御ループ監視アプリケーション、またはプロセス制御システムまたはプラントの制御、監視及び／または保守に関係する他のアプリケーションを含んでよい。
【０００６】
またさらに、プロセスプラントまたは企業は、種々の異なる通信メディア及びプラットホームを介してプロセス制御システムまたはプラントからユーザに情報と通信を行うために使用されてよい、１つ以上の通信アプリケーションを含んでよい。例えば、これらの通信アプリケーションは、そのすべてが無線メディアまたは有線メディアを介してデスクトップコンピュータ、ラップトップコンピュータ、パーソナルデータアシスタント、携帯電話またはポケベルあるいは任意の他のタイプのデバイスまたはハードウェアプラットホームに情報を送信するように適応されてよい、ｅ−メールアプリケーション、ページングアプリケーション、音声メッセージングアプリケーション、ＲＳＳ集積器（ａｇｇｒｅｇａｔｏｒ）アプリケーション、ファイルベースのアプリケーション等を含んでよい。さらにプロセスプラントは、通常、１つ以上の物理パラメータをプロセスプラント内で変更するまたは測定する等の多様なプロセス制御活動を実行するためにプラント全体で分散されている、センサ、バルブ等の無数のフィールドデバイスを含む。多くのこのようなフィールドデバイスは、プロセッサを含み、診断機能、アラーム機能等の多様な処理機能を実行できる、いわゆる「スマート」フィールドデバイスである。例えば、ＨＡＲＴ及びＦＯＵＮＤＡＴＩＯＮ（登録商標）フィールドバスデバイスは、通常、フィールドデバイスに関して実行される制御機能または保守機能の一部として使用されてよい多様な制御及び診断アルゴリズムを実現できる。
【０００７】
現在、通常、プロセスプラントと関連付けられている複雑な情報技術システム、及びこの技術の様々なユーザと製品とともにそれと関連付けられる莫大なデータのために、プロセスプラント内またはプロセスプラントと関連付けられている多様なパーツまたは構成部品は、一般的に、様々な規格、機能性、及び特長を有する多岐にわたる異なる通信フォーマットとデータ構造を使用して相互に通信する。例えば、送信機、バルブポジショナ、アナライザ、センサ、スイッチ等のインテリジェントフィールドデバイスは、デバイス記述（ＤＤ）、電子デバイス記述言語（ＥＤＤＬ）、デバイスタイプマネージャ（ＤＴＭ）等を含む多様なプロセス制御に特化した業界データ規格を通してそこに含まれている情報を露呈する。さらに、これらのデバイスはＨＡＲＴ、Ｆｉｅｌｄｂｕｓ、Ｐｒｏｆｉｔｂｕｓ等のフォーマット等の種々の通信フォーマットを使用して通信する。同様に、プロセスコントローラは、通常、その中に含まれている情報を、Ｍｏｄｂｕｓ ＩＰ、ＩｎｔｅｒｎｅｔＩＰ、ＯＰＣ、ＰｒｏｆｉｔＮｅｔ及び他のもののような様々な多様な業界規格と独自仕様の規格を通して露呈する。一般的には、ＯＰＣはプラント内の、またはプロセス制御システムと関連付けられている多様なデバイスまたはコンピュータを提供するまたは相互接続するために通信規格として使用される一方、ＩＯＣ自体もＯＰＣ ＵＡ（ユニバーサルアクセス）、ＯＰＣ ＤＡ（データアクセス）、ＯＰＣ ＨＤＡ（履歴データアクセス）及びＰＣ ＡＥ（アラームとイベント）等の多くの規格を有する。さらに複雑なデータは、通常ＯＰＣ ＵＡプロトコル、ＡＥプロトコル、及びＤＡプロトコルを使用して送信される。同様に、プロセスプラント内のオペレータインタフェースは、通常、コントローラ及び他のプロセス制御装置から情報を取得するために、ＯＰＣ、ＳＱＬ、ＰｒｏｆｉＮｅｔ、Ｍｏｄｂｕｓ ＩＰ、Ｄｅｖｉｃｅｎｅｔ、ｍｏｄｂｕｓ ４８５等の独自仕様のプロトコルを使用する。別の例として、プロセスプラント内で使用されているアラーム分析ソフトウェアは、通常、ＯＰＣ、ＳＱＬ、ＰｒｏｆｉＮｅｔ、Ｍｏｄｂｕｓ ＩＰ、Ｄｅｖｉｃｅｎｅｔ、ｍｏｄｂｕｓ ４８５等の独自仕様のフォーマットとオープン規格ベースのフォーマットの両方を使用してその情報を受信する。
【０００８】
これらの多様なデータ技術及び通信技術を様々な特殊なフォーマットとともに使用すると、要求者がプラント構造及び要求されているデータを生成し、記憶し、送信するために使用される特定の通信フォーマットに十分に精通していない限り、生成され、プロセスプラント内で送信されるデータは読み取り、取得が極めて困難になる。残念なことに、現在のプラント通信及び制御の方法論はプロセスプラント内の様々なタイプのデバイスによって生成される多様な異なるタイプのデータへのアクセスを取得する、または読み取るための統一されたサポートをほとんど提供しない、あるいはまったく提供しておらず、プラントの日々の制御に直接的に関係しない多様な目的のためになんらかの統一された方法でそのデータの調整さえ行っていない。
【非特許文献１】[online]、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｂｌｏｇｓ．ｌａｗ．ｈａｒｖａｒｄ．ｅｄｕ／ｔｅｃｈ／ｒｓｓ＞
【非特許文献２】[online]、インターネット＜ＵＲＬ：ｂｌｏｇ．ｚｉｆｆｄａｖｉｓ．ｃｏｍ／ｇａｌｌａｇｈｅｒ／ａｒｃｈｉｖｅ／２００４／０６／０５／１２０８．ａｓｐｘ＞
【非特許文献３】[online]、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｅｎ．ｗｉｋｉｐｅｄｉａ．ｏｒｇ／ｗｉｋｉ／ＲＳＳ （ｆｉｌｅ ｆｏｒｍａｔ）＞
【非特許文献４】[online]、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ａｔｏｍｅｎａｂｌｅｄ．ｏｒｇ＞
【発明の開示】
【発明が解決しようとする課題】
【０００９】
プロセス制御システム及びアーキテクチャ、及び特にフィールドデバイス、コントローラ、ユーザインタフェース、アラームアプリケーション、診断アプリケーション、ＯＰＣサーバ等のプロセス制御アーキテクチャ内の様々なデバイスとアプリケーションは、その中で生成されるデータを作成し、記憶し、ＸＭＬベースのウェブコンテンツとＡｔｏｍ等のメタデータシンジケーションフォーマットを含むＲＳＳ（really simple syndication
）フォーマットで使用可能にし、それによりこのデータをプラントから容易に取得可能で、プロセスプラントの中と外の両方での多様な目的のために使用できるようにする。
【課題を解決するための手段】
【００１０】
例えば、ＲＳＳデータ通信は、ＰＤＡ（personal data assistant）、ポケベル、電話
、ラップトップコンピュータ等のプラントの外部のデバイス上で実行されるサードパーティアプリケーションを含む、プラントの制御のための、またはプラントの制御と直接的に関連付けられていないアプリケーションでの使用のためのデータを提供するために使用されてよい。所望の場合、プラントのフィールドデバイス、コントローラ等の中で作成されるＲＳＳデータはカラー写真または白黒写真等の画像、ビデオファイルと音声ファイル、ボイスオーバＩＰ（ＶＯＩＰ）等のリッチテキストファイルと組にされてよい、あるいは受信側デバイスにいるユーザが、追加の情報またはプラント内で生成されるＲＳＳデータに関係するサポートを取得できるようにするためにこのようなファイルまたはアプリケーションへのハイパーリンクで送信されてよい。リッチテキストファイルまたはサポートアプリケーションはＲＳＳデータの一部として組み入れられ、または送信されてよく、受信側装置で記憶され、ＲＳＳデータによって中のポインタによって参照されてよい、あるいは第３のデバイス上に記憶され、ＲＳＳデータ内部でハイパーリンクによって参照されてよい。
【図面の簡単な説明】
【００１１】
【図１】ＲＳＳデータの作成と通信をサポートするように従来の通信ネットワークを介して通信可能に相互接続されるプロセス制御システムと、多様なプロセス装置監視システムと、ビジネスシステムと、を有するプロセスプラントのブロック図である。
【図２】ＲＳＳデータの作成と通信を含むプロセスプラントと関連付けられている分散制御システムの詳細なブロック図である。
【図３】プロセス制御システムと関連付けられている１台以上のデバイス内でＲＳＳデータの変換、記憶及び通信を実行するために使用されてよいＲＳＳブロックを描くブロック図である。
【図４】ＲＳＳデータを受信する、及びユーザによる使用のためにＲＳＳデータを追加情報に与えるホストデバイス内のＲＳＳブロックのブロック図である。
【発明を実施するための形態】
【００１２】
ここで図１を参照すると、プロセス制御プラント１０は、１つ以上の通信ネットワークにより多くの制御システムと保守システムに相互接続される多くのビジネスシステムと他のコンピュータシステムを含むとして描かれている。特に、図１に描かれているプロセス制御プラント１０は、例えば分散プロセス制御システムまたは任意の他の所望のタイプのプロセス制御システムであってよい１つ以上のプロセス制御システム１４を含む。プロセス制御システム１４はイーサネット（登録商標）バス等のバスを介して１つ以上の分散コントローラ１４Ｂに結合されている１つ以上のオペレータインタフェース１４Ａを含む。コントローラ１４Ｂは、Ｅｍｅｒｓｏｎ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔにより販売されているＤｅｌｔａＶ（商標）コントローラまたは任意の他の所望されるタイプのコントローラであってよい。該コントローラ１４Ｂは、例えば、ＨＡＲＴまたはＦＯＵＮＤＡＴＩＯＮ（登録商標） Ｆｉｅｌｄｂｕｓフィールドデバイス等の１つ以上のフィールドデバイス１６に、あるいは例えばＰＲＯＦＩＢＵＳ（登録商標）プロトコル、ＷＯＲＬＤＦＩＰ（登録商標）プロトコル、ＤｅｖｉｃｅＮｅｔ（商標）プロトコル、ＡＳ−Ｉｎｔｅｒｆａｃｅプロトコル及びＣＡＮプロトコルのいずれかを使用するものを含む任意の他のスマートまたは非スマートフィールドデバイスにＩ／Ｏデバイスを介して接続される。公知であるように、フィールドデバイス１６は、他のデバイス情報にだけではなく、プロセス変数にも関連するアナログ情報またはデジタル情報をコントローラ１４Ｂに提供してよい。オペレータインタフェース１４Ａは、例えば制御最適化プログラム、診断エキスパート、ニューラルネットワーク、チューナ等を含むプロセスの動作を制御するためにプロセス制御オペレータが使用できるアラームアプリケーション５２、診断アプリケーション５５、プラント操作視覚化アプリケーション５６等のツールを記憶し、実行してよい。
【００１３】
またさらに、Ｅｍｅｒｓｏｎ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔにより販売されているＡＭＳ Ｓｕｉｔｅ（商標）（資産管理ソリューションズ（Ａｓｓｅｔ Ｍａｎａｇｅｍｅｎｔ Ｓｏｌｕｔｉｏｎｓ））ソフトウェアまたは任意の他のデバイスまたは装置の監視アプリケーションと通信アプリケーションを実行するコンピュータ等の保守システムは、保守活動及び監視活動を実行するためにプロセス制御システム１４に、またはその中の個々のデバイスに接続されてよい。例えば、ＡＭＳ Ｓｕｉｔｅアプリケーション等の保守アプリケーション５７は、デバイス１６の動作ステータスに関連しているデータ収集を含む保守機能と監視機能を実行するために、分散プロセス制御システム１４と関連付けられているユーザインタフェース１４Ａの１つ以上にインストールされ、それらによって実行されてよい。言うまでもなく、これらの保守アプリケーション５７は、プロセスプラント１０の中の他のコンピュータまたはインタフェース内で実現されてよい。
【００１４】
プロセス制御プラント１０は、（バス、無線通信システム、または読取値を採取するために装置２０に接続され、その後取り外される携帯用デバイス等の）永続的なまたは一時的な通信リンクを介して保守コンピュータ２２に接続されているタービン、モータ等の多様な回転装置２０も含む。保守コンピュータ２２は、公知の監視アプリケーションと診断アプリケーション２３あるいは回転装置２０の動作状態を診断し、監視し、最適化するために使用される他の公知のアプリケーションを記憶し、実行してよい。保守人員は、通常、プラント１０内の回転装置２０の性能を保守し、監督するために、回転装置２０での問題を突き止めるために、及び回転装置２０がいつ修理されるのか、あるいは交換しなければならないのか、及び修理、あるいは交換されなければならないのか、否かを判断するためにアプリケーション２３を使用する。外部コンサルタントまたはサービス組織が装置２０に関するデータを一時的に獲得する、または測定し、このデータを使用して問題、性能低下、または装置２０に影響を与える他の問題を検出するために装置２０のための分析を実行してよいケースもある。これらのケースでは、分析を実行するコンピュータはシステム１０の残りから切断されてよい、あるいは代わりに一時的にのみ接続されてよい。
【００１５】
同様に、プラント１０と関連付けられている発電配電装置２５を有する発電配電システム２４は、例えばバスを介して、プラント１０内で発電配電装置２５を動かし、その動作を監督する別のコンピュータ２６に接続される。コンピュータ２６は、発電配電装置２５を制御し、保守を行うために、例えばＬｉｅｂｅｒｔ及びＡＳＣＯまたは他のサービス企業によって提供されるもの等の公知の電力制御アプリケーション及び診断アプリケーション２７を実行してよい。再び、多くのケースでは、外部コンサルタントまたはサービス組織が装置２５に関するデータを一時的に獲得するまたは測定し、このデータを使用して問題、性能低下、または装置２５に影響を与える他の問題を検出するために装置２５のための分析を実行してよい。これらのケースでは、分析を実行するコンピュータ（コンピュータ２６等）が、通信回線を介してシステム１０の残りに接続されてよい、あるいは所望の場合、一時的にだけ接続されてよい。
【００１６】
図１に描かれているように、プラント１０は、例えば統合業務計画（ＥＲＰ）アプリケーション５４、資材所要量計画（ＭＲＰ）アプリケーション５８、性能モデリング、会計、生産、及び顧客発注システム用のプロセスモデリング、保守計画システム、あるいはパーツ、供給品、及び原材料発注アプリケーション、生産スケジューリングアプリケーション等の任意の他の所望されるビジネスアプリケーションを実行してよい、ビジネスシステムコンピュータと保守計画コンピュータ３５と３６も含んでよい。プラント全体のＬＡＮ３７、企業ＷＡＮ３８、及び遠隔地からのプラント１０の遠隔監視または遠隔地からのプラント１０との通信を可能にするコンピュータシステム４０は、通信バス４２を介してビジネスシステム３５と３６に接続されてよい。
【００１７】
さらに、サーバまたはホストであってよいコンピュータシステム４５は、すべてバスまたは他の通信リンク４２を介して、分散プロセス制御システム１４、回転装置保守コンピュータ２２、発電配電コンピュータ２６、及びビジネスシステムのプロセス制御インタフェース予備／または保守インタフェース１４Ａに通信可能に接続されてよい。コンピュータシステム４５は、通信を提供するために任意の所望の、または適切なローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）プロトコルを使用してよい。所望の場合、コンピュータシステム４５はデータヒストリアンであり、あらゆるデータヒストリアンアクセスアプリケーション５９を実行してよい、構成データベースであってよく、構成データを記憶してよい、あるいは他のタイプのデータを記憶し、他のタイプのアプリケーション５９を実行してよい。言うまでもなく、コンピュータシステム４５は、固定リンクまたは間欠リンク、有線リンクまたは無線リンク、及び／または例えばＦｉｅｌｄｂｕｓ通信プロトコル、ＩＥＥＥ８０２．３通信プロトコル、ブルートゥース通信プロトコル、Ｘ．２５またはＸ．４００通信プロトコルの内の１つを使用する、有線、無線、同軸ケーブル、電話モデム、光ファイバ、光学、流星バースト、衛星メディアの内の１つなど任意の物理的なメディアを使用してよいリンクを含む他の通信リンクを介してプラント１０のこれらの様々なパーツに接続することが可能であろう。
【００１８】
言うまでもなく、任意の他の装置及びプロセス制御装置は、プラント１０に接続できる、あるいはプラント１０の一部となることができ、本明細書に説明されているシステムは図１に特に描かれている装置に限定されていないが、代わりにまたは加えて任意の他のタイプのプロセス制御装置またはデバイス、ビジネスシステム、データ収集システム等を含むことがある。
【００１９】
過去において、多様なプロセス制御システム１４とビジネスシステム３５、３６等は、それらがこれらのシステムの各々で生成される、あるいはこれらのシステムの各々によって収集されるデータを有効に容易に共用する、あるいはホストコンピュータ４０、プラント全体のＬＡＮ３７、企業ＷＡＮ３８等で実行される、あるいはそれらを通して使用できるような外部アプリケーションにこのデータを提供することができるように、相互に、またはビジネスシステムとは相互に接続されていなかった。同様に、プラント内に配置されるプロセス制御システムはビジネスシステムまたはそのプラントと関連付けられている他のコンピュータ内でさえ解釈とアクセスが容易であったシンプル且つ標準的なフォーマットでデータを記憶または通信していなかった。その結果、プラント１０の中で生成されたデータは、通常は特殊用途に使用され、そのデータにアクセスできるコンピュータシステムに関して制限されていた。例えば、フィールドデバイスで作成されたデータは、通常、特定化され、場合により独自仕様のフォーマットで作成され、特定化され、場合により独自仕様のフォーマットの中で通信され、特定の制御及び保守の目的でそのデータを使用するように作られたアプリケーションを有したコントローラ及びユーザインタフェースへの分散において概して制限されていた。このデータはビジネスシステム、企業ＷＡＮ３８等のユーザインタフェースが一般的にまたは容易に使用できなかった。さらに、これらの他のコンピュータにいる、またはこれらの他のシステムと関連付けられたユーザがフィールドデバイスまたはコントローラからのデータにアクセスすることを希望した場合、彼らは、そのデータを生成し、それらのデバイスの中に記憶したプロトコルを知り、理解し、該データを取得するために多種多様な異なるタイプの通信の内の１つまたは複数を使用しなければならなかったであろう。データを作成する様々なデバイスに根差したプラントの異なるポイントでのデータの作成と記憶におけるこの不均一性により、データにアクセスするのが困難になり、プラントが設立された、または構成されたときに考えられていた目的以外の用途に使用することはさらに難しくなった。
【００２０】
この問題を克服するために、多様なデバイス、あるいはプロセスプラントの多様なデバイスの中の多様なアプリケーションまたはモジュールで作成される、あるいはそれらによって記憶されるデータは、データが初期に作成された用途以外の多岐にわたる目的のためにプラントの中で及びプラントの外部でこのデータを容易に使用可能且つ有効にするＲＳＳデータフォーマットを使用して記憶される、及び／または送信される。一般的には、本明細書で使用されるように、ＲＳＳデータまたは通信フォーマットは、任意のウェブコンテンツシンジケーションフォーマットを含み、特にＸＭＬの方言を定める。その結果として、すべてのＲＳＳファイルはＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ（Ｗ３Ｃ）ウェブサイトで公表されるようなＸＭＬ１．０仕様に準拠しなければならない。ＲＳＳフォーマットは、一般的には公共通信網の技術で知られており、少なくとも一部は非特許文献１でより詳細に説明されている。しかしながら、本明細書でのＲＳＳの使用は（非特許文献２でより詳細に説明されている）ＲＳＳ １．０、ＲＳＳ ２．０、Ａｔｏｍ、非特許文献３に説明されているシンジケーションフォーマットのいずれか、及び従来ＲＳＳフォーマットとして参照されていたか否かに関係なく任意の他のウェブコンテンツシンジケーションフォーマットを含む広範囲のシンジケーションフォーマットをカバーし、含み、または、参照する。
【００２１】
ＲＳＳフォーマットは一般的にインターネット及び他のタイプの広域ネットワークシステムで使用され、一般的に当該分野で公知であり、理解されているため、ＲＳＳフォーマットで記憶されるＲＳＳデータは、任意の承認されたユーザによって容易にアサート可能及び読取可能である。さらに、ＲＳＳフォーマットは極めて堅牢であり、該データにとって複数の異なるタイプの機能を可能にする。ＲＳＳデータが容易に入手可能であり、購読可能であり（変更、新しいデータ等が通知されるデータソースに対する購読を要求し、受信できることを意味する）、ＲＳＳフォーマットをサポートする任意のアプリケーションによりプロセスプラント内で読み取り可能であるのは言うまでもない。この特長により、ＲＳＳフォーマットで使用可能なプロセスプラントデータは、初期にデータを作成したまたは記憶したアプリケーションまたはデバイスがプロセスプラント内でセットアップされ、構成された時点では意図されていなかった多くの付加価値の付いたアプリケーション、またはサードパーティのアプリケーションで容易に使用される。例えば、ハンドヘルドデバイス、携帯電話、ＰＤＡ（パーソナルデータアシスタント）で、または、これらの一部として実行されるべき様々なアプリケーション、ＧＰＳシステムで実行されるべき様々なアプリケーション、ポータブルラップトップコンピュータで実行されるべき様々なアプリケーション、等は、ＲＳＳフォーマットで作成され、記憶されるプロセスまたはプラントデータを表示する、さもなくば、これらを使用するために開発されてよい。これらのアプリケーションは、以前にはプロセスまたはプラントデータの可用性の欠如のため、あるいはプロセスプラントからデータを取得する際の問題のために開発されていなかった、プロセス制御エンジニア、プラント保守人員、経営者等が利用可能な多様な所望の特長または機能を提供するためにＲＳＳデータを使用してよい。
【００２２】
再び図１を参照すると、ＲＳＳデータ変換ブロック９０は、プロセスプラント１０の中の任意の所望の位置に、または任意の所望のデバイス内に置かれ、これらのアプリケーションによって作成または記憶されたデータをＲＳＳデータに変換するためにこれらのデバイスの範囲内にすでに存在するアプリケーションまたはハードウェアと接続してよい。このようなブロック９０は、ビジネスアプリケーション及び管理アプリケーション５４、５８とだけではなく、アラームアプリケーション、表示アプリケーション、及び診断アプリケーション５２、５５及び５６、保守アプリケーション５７、サポートアプリケーション２３、２７とも接続するとして図１に描かれている。
【００２３】
一般的には、各ＲＳＳ変換ブロックは、それらが接続される多様なアプリケーションまたはモジュールによって作成されるまたは記憶されるデータまたはデータのコピーを採取し、該データをＲＳＳフォーマットに変換する。ブロック９０は、次に、任意の許可されたユーザを介したアクセス及び／または購読のためにこのデータをローカルに記憶してよい、あるいはこのデータをホストデバイス、ユーザデバイス等の１つ以上の他のデバイスにストリーミングしてよい。図１の例では、ＲＳＳブロック９０は、例えば、サーバメモリ９２での記憶のために、ＲＳＳデータをホストデバイス４０にストリーミングしてもよいし、例えば、インターネット（図示せず）、電話または無線データ接続等の無線接続を介して、ホスト４０に通信可能に接続されているプラント１０の他のデバイスへ、またはデバイス９４へ、ＲＳＳデータを配送してもよい。
【００２４】
言うまでもなく、ＲＳＳブロック９０は、ＲＳＳフォーマットの任意の所望されるタイプのデータを変換する、または提供するために、コントローラ、入出力装置、フィールドデバイス等の中を含む、プロセス制御プラント１０の中の任意のデバイスで提供することが可能である。例として、図２は、ＲＳＳデータが多様な制御関連デバイスとアプリケーションによって作成され、記憶され、及び送信されてよいプロセスプラント１１０のプロセス制御システムをより詳細に描く。一般的であるように、プロセスプラント１１０は、例えばＦｉｅｌｄｂｕｓインタフェース、Ｐｒｏｆｉｂｕｓインタフェース、ＨＡＲＴインタフェース、標準４−２０ｍａインタフェース等であってよい入力／出力（Ｉ／Ｏ）デバイスまたはカード１１８を介して１台以上のフィールドデバイス１１４と１１６に各々接続される、１台以上のコントローラを有する分散プロセス制御システムを含む。コントローラ１１２は、例えばイーサネット（登録商標）リンクであってよいデータハイウェイ１２４を介して１つ以上のホストまたはオペレータワークステーション１２０〜１２３にも結合される。データベース１２８はデータハイウェイ１２４に接続されてよく、パラメータ、ステータス、及びプラント１１０内のコントローラ１１２及びフィールドデバイス１１４と１１６とに関連付けられている他のデータを収集し、記憶するために、及び／またはコントローラ１１２及びフィールドデバイス１１４と１１６にダウンロードされ、それらの中に記憶されているようにプラント１１０内にプロセス制御システムの現在の設定を記憶するために、データヒストリアン及び／または構成データベースとして動作する。
【００２５】
コントローラ１１２、Ｉ／Ｏカード１１８、及びフィールドデバイス１１４と１１６は通常、ときおり厳しい工場環境の中に配置され、それら全体に分散されているが、オペレータワークステーション１２０〜１２３及びデータベース１２８は、厳しい環境に対し高耐久化されておらず、厳しい環境に対する定格を有さない場合、コントローラまたは保守人員によって容易に評価可能な他のより厳しくない環境に配置される。またさらに、図２に描かれているように、携帯用デバイスまたは他のモバイル機器または無線デバイス１４０は、例えば通信ネットワーク１２４に接続される送信機１４２を介して、または衛星リンク、無線電話リンク、無線インターネットリンク等の任意の他の無線リンクを介してプラント１１０に通信可能に接続されてよい。
【００２６】
公知であるように、一例として、Ｅｍｅｒｓｏｎ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔによって販売されているＤｅｌｔａＶ（商標）であってよいコントローラ１１２の各々は、任意の数の様々な無関係に実行されている制御モジュールまたはブロック１２９を使用して制御戦略を実現するコントローラアプリケーションを記憶し、実行する。制御モジュール１２９の各々は、機能ブロックと一般的に呼ばれているものから構成することができ、各機能ブロックは全体的な制御ルーチンの一部つまりサブルーチンであり、プロセスプラント１１０内でプロセス制御ループを実現するために他の機能ブロックと連動して動作する。周知であるように、オブジェクト指向プログラミングプロトコルのオブジェクトであってよい機能ブロックは、通常、送信機、センサ、または他のプロセスパラメータ測定装置と関連付けられているもの等の入力機能、ＰＩＤ、ファジーロジック等、制御を実行する制御ルーチンと関連付けられているもの等の制御機能、あるいはプロセスプラント１１０の中で一部の物理的な機能を実行する、バルブ等のなんらかのデバイスの動作を制御する出力機能の内の１つを実行する。モデル予測コントローラ（ＭＰＣ）、最適化プログラム等の、ハイブリッド及び他のタイプの複雑な機能ブロックが存在することは言うまでもない。Ｆｉｅｌｄｂｕｓプロトコル及びＤｅｌｔａＶシステムプロトコルは、オブジェクト指向プログラミングプロトコルで設計され、実現される制御モジュール及び機能ブロックを使用するが、制御モジュールは例えばシーケンシャル機能ブロック、ラダー論理等を含む任意の所望の制御プログラミング方式を使用して設計され、機能ブロックまたは他の特定のプログラミング技法を使用して設計され、実現されることに限定されない。
【００２７】
図２に描かれているプラント１１０では、コントローラ１１２に接続されているフィールドデバイス１１４及び１１６は標準４−２０ｍａデバイスであってもよいし、プロセッサとメモリを含むＨＡＲＴ、Ｐｒｏｆｉｂｕｓ、またはＦＯＵＮＤＡＴＩＯＮ（商標） Ｆｉｅｌｄｂｕｓフィールドデバイス等のスマートフィールドデバイスであってもよいし、あるいは任意の他の所望されるタイプのデバイスであってよい。（図２で参照番号１１６を付けられている）Ｆｉｅｌｄｂｕｓフィールドデバイス等のこれらのデバイスの一部は、コントローラ１１２内で実現される制御戦略に関連付けられる機能ブロック等のモジュールまたはサブモジュールを記憶し、実行してよい。Ｆｉｅｌｄｂｕｓフィールドデバイス１１６の２つの異なるデバイス内に配置されているものとして図２に描かれている機能ブロック１３０は、周知であるようにプロセス制御を実現するためにコントローラ１１２内の制御モジュール１２９の実行と連動して実行されてよい。言うまでもなく、フィールドデバイス１１４と１１６は、センサ、バルブ、送信機、ポジショナ等の任意のタイプのデバイスであってよく、Ｉ／Ｏデバイス１１８はＨＡＲＴ、Ｆｉｅｌｄｂｕｓ、Ｐｒｏｆｉｂｕｓ等の任意の所望される通信またはコントローラプロトコルに準拠する任意のタイプのＩ／Ｏデバイスであってよい。
【００２８】
図２のプロセスプラント１１０では、ワークステーション１２０〜１２３が、プラント１１０内で同じ人員または異なる人員によって実行される多様な異なる機能のために使用される多様なアプリケーションを含んでよい。ワークステーション１２０〜１２３の各々は、多様なアプリケーション、プログラム、データ構造等を記憶するメモリ１３１、及びメモリ１３１内に記憶されるアプリケーションのいずれかを実行するために使用されてよいプロセッサ１３２を含む。図２に描かれている例では、ワークステーション１２０は制御ワークステーションとして指定され、例えば制御モジュール作成アプリケーション、オペレータインタフェースアプリケーション、及び制御モジュール１２９と１３０等の制御ルーチンまたはモジュールを、プラント１１０の多様なコントローラ１１２とデバイス１１６に作成し、ダウンロードするために認可された構成エンジニアによってアクセスできる他のデータ構造を含んでよい１つ以上の構成アプリケーション１３３を含む。
【００２９】
ワークステーション１２１は、概して、制御オペレータビューワークステーションとして図２に描かれており、プロセスプラント１１０の動作中に制御オペレータに多様な表示を提供してよい、該オペレータがプロセスプラント１１０内で、またはプラント１１０の多様なセクション内で発生していることを見て、制御できるようにする多くの表示アプリケーション１３４を含む。アプリケーション１３４は、制御診断アプリケーション、チューニングアプリケーション、レポート作成アプリケーション、アラーム及びイベントアプリケーション、または制御オペレータが制御機能を実行するのを支援するために使用されてよい任意の他の制御サポートアプリケーション等のサポートアプリケーションを含んでよい。
【００３０】
同様に、ワークステーション１２２は、保守ビューワークステーションとして描かれており、プラント１１０の保守ニーズを見るために、多様なデバイス１１２、１１４、１１６、１１８等の動作状態または作業状態を見るために等、多様な保守人員によって使用されてよい多くの保守アプリケーション１３５を含む。言うまでもなく、アプリケーション１３５は、保守診断アプリケーション、構成アプリケーション、振動分析アプリケーション、レポート作成アプリケーション、または保守人員がプラント１１０内で保守機能を実行するのを支援するために使用されてよい任意の他の保守サポートアプリケーション等のアプリケーション１３５ａを含んでよい。
【００３１】
さらに、ワークステーション１２３は、トレーニング目的のため、プラント保守及び制御を支援するためのプラントモデリング目的のため等を含む任意の数の目的のために、プラント１１０の動作またはプラント１１０の多様なセクションをシミュレーションするために使用されてよい多くのシミュレーションアプリケーション１３６を含むシミュレーションワークステーションとして示されている。一般的であるように、ワークステーション１２０〜１２３の各々は、キーボード、マウス等の他の標準的な周辺装置とともに表示画面１３７を含む。
【００３２】
多様な構成、制御、保守、及びシミュレーションのアプリケーション１３３〜１３６が、それらの機能の内の１つに関して専用の様々なワークステーション内に配置されるとして図２に描かれているが、プラント１１０のニーズ及びセットアップに応じて、これらの機能または他のプラント機能と関連付けられる多様なアプリケーション１３３〜１３６がプラント１１０内の同じまたは異なるワークステーションまたはコンピュータに配置され、実行されてよいことが理解されるであろう。したがって、様々な個別のシミュレーションアプリケーション１３６または様々な個別の制御アプリケーション１３３がワークステーション１２０〜１２３の別のもので実行されてよいが、例えば、１つ以上のシミュレーションアプリケーション１３６及び制御アプリケーション１３３は、同じワークステーション１２０〜１２３内で実行されてよい。
【００３３】
再び、プロセスプラント用のビジネスシステムアプリケーションと同様に、プラント１１０の異なる機能領域で使用される様々なアプリケーションの開発は、通常極めて独自に実行されてきた。したがって、構成アプリケーション１３３の開発は一般的にはシミュレーションアプリケーション１３６、保守アプリケーション１３５またはオペレータ制御アプリケーション１３４と統合されていない。事実上、多くの例では、プラントは様々な企業またはソフトウェア供給業者により開発され、実際にはプラント１１０中の他のソフトウェアとは無関係に実行するように開発された様々な機能領域のためのアプリケーションを含んでよい。プラント１１０の多様な機能領域に関連付けられる様々なアプリケーションのこの非依存の開発と動作の結果、データは通常、特定の機能領域によって最も使用されたまたは特定の機能領域のために選択された特定のプロトコルに記憶され、送信される。したがって、制御データと保守データは、通常、制御機能と保守機能をサポートするために開発されている異なるタイプのアプリケーションによって使用されるために様々なフォーマットでセットアップされ、記憶されている。このようにして図２に関して、構成機能、制御機能、保守機能及びシミュレーション機能を実行する多様なアプリケーション１３３〜１３６の各々は、プラント人員がこれらの構成機能、オペレータ制御機能、保守機能、およびシミュレーション機能を実行するのを支援するために概して異なるグラフィックディスプレイエディタとデータベース構造を含む、または使用する。多くの例では、これらの異なるデータ構造は、データが作成された目的以外の目的のためにそのデータにアクセスし、読み取るのを困難にする極めて特殊な、または独自仕様のデータ構造さえ必要とする。
【００３４】
一般的に、プラント１１０内の多様な機能の各々のためのアプリケーション１３３〜１３６、ならびにコントローラ１１２及びフィールドデバイス１１４と１１６内のモジュールでさえ相互に無関係に、場合により異なる人及び異なる企業によっても開発され、実現されたため、プロセスプラント１１０の異なる機能領域で使用されるデータは任意の統合された、一貫性のある、あるいは容易に理解される方法で記憶されていなかった。
【００３５】
これらの非効率を緩和し、プラント１１０内でさらに幅広く使用でき、理解できるデータ統合を実現するために、プラント１１０内の多様なアプリケーション、デバイス及びモジュールはプラント内でデータを幅広く使用可能に、購読可能に、及び有効にするためにＲＳＳデータフォーマットでデータを作成、集約、または記憶してよい。図２の例では、ホストステーション１６０は、そのデータを、ＲＳＳデータを購読できる他のアプリケーションが使用できるようにするために、プロセスプラント１１０内で生成されるＲＳＳデータのホストとしての機能を果たしてよい。
【００３６】
より詳細には、図２に描かれているように、ＲＳＳブロック９０は、構成データベース１２８及びユーザインタフェース１２０〜１２３のいずれかの中だけではなく、コントローラ１１２、Ｉ／Ｏデバイス１１８、フィールドデバイス１１６と１１４（可能な場合）の中も含む、多様なデバイスの中に配置される多様なアプリケーション、モジュール、機能ブロック等の各々に結合されてよい、あるいは各々とともに含まれてよい。図１のＲＳＳブロックと同様に、図２に描かれているＲＳＳブロック９０は関連デバイス、アプリケーション、モジュール等からデータを受信し、このデータをＲＳＳデータフォーマットに変換し、そのデータを記憶する、または、変換されたデータを他のデバイスに送信し、場合によっては、このデータを（ＲＡＭ、ＲＯＭ、フラッシュ、ディスクベース等の記憶装置等の任意のタイプのメモリを含んでよい）ローカルホストメモリ１５２に記憶してよいＲＳＳホストデバイス１６０に送信し、ＲＳＳデータを分析する、見る、または使用する際に使用するためにメモリ１５０に記憶されている追加のデータ、テキスト、メディア、アプリケーション等を添付または提供してよい。
【００３７】
フィールドデバイス、Ｉ／Ｏデバイス及びコントローラでのような一部の例では、ＲＳＳブロック９０は、特定のタイプまたはカテゴリのデータの購読を可能にし、ユーザまたはデバイスが該データを購読すると、ＲＳＳブロック９０は定期的に、例外的（例えば変化に基づく）に、または継続的にその購読者にＲＳＳデータを自動的に送信してよい。他方、または加えて、ＲＳＳブロック９０はそのように、ＲＳＳアクセス可能データベース１５２内での記憶のために、及び所望の場合、他のデバイスまたはユーザへの配布するために、データをＲＳＳホストデバイス１６０に送信する、あるいは、ＲＳＳホストデバイス１６０により読み取られるために使用可能としてよい。例えば、フィールドデバイス１１６またはＩ／Ｏデバイス１１８内のＲＳＳブロックは、変換されたＲＳＳデータを、そのデータのホストとしての機能を果たしてよく、その結果購読予定に従って、あるいは他のユーザまたは他のデバイスによる要求に基づいてそのデータを他のデバイスに送信してよい関連付けられたコントローラ１１２に送信してよい。同様に、所望の場合には、構成データベース１２８またはユーザインタフェース１２０〜１２３のいずれかは、例えばコントローラ１１２のためのＲＳＳデータホストデバイスとしての機能を果たしてよい。別の例では、図２に描かれている集中ホストデバイス１６０は、例えばユーザインタフェースデバイス１２０〜１２３、構成データベース１２８、コントローラ１１２のいずれか、またはこれらのデバイスのいずれかで実行中のアプリケーション、モジュールまたはプログラムのいずれかの中で生成されるＲＳＳデータのいずれかのホストデバイスとして動作してよい。図２の例では、ＲＳＳホストデバイス１６０は、プロセス制御システムまたはプロセスプラントの外部の多様なデバイスへのＲＳＳデータのための配布ポイントであるものとして描かれている。特にＯＰＣサーバ１６２は、周知のＯＰＣ通信フォーマットを使用してデバイス１６０をサードパーティシステム１６４に接続する。同様に、インターネットサーバまたは他の通信サーバ１６６は、ホストデバイス１６０を、インターネットまたは他の公衆有線通信網に、及び、例えば地上ベースの無線システム（１７０）または衛星ベースの無線システム（１７２）を介してサーバ１６６に通信可能に結合されている無線デバイス１７０と１７２に接続されているコンピュータ１６８等の多様なデバイスに接続する。
【００３８】
図２に描かれているように、ＲＳＳデータはあるデバイスから別のデバイスに送信されてよいし、あるいは任意の確立されたネットワーク、または通信ネットワークに関連付けられる任意の所望のまたは必要とされる通信プロトコルを使用する現在の通信ネットワークを介して、別のデバイスからあるデバイスにより読み取られるために使用可能とされてよい。このようにして、ＲＳＳデータはプラント内に存在するＦｉｅｌｄｂｕｓ通信回線、ＨＡＲＴ通信回線、または他の通信回線を介してフィールドデバイス１１４と１１６からＩ／Ｏデバイス１１８とコントローラ１１２に送信されてよいが、ＲＳＳデータは、バス１２４等の確立された通信ネットワークを介してコントローラ１１２からユーザインタフェース１２０〜１２３に送信されてよい。このケースでは、ＲＳＳデータは通信回線上にデジタルで重畳されてよいし、あるいはＨＡＲＴ、Ｆｉｅｌｄｂｕｓ等の信号の中に符号化され、受信側デバイスでＲＳＳデータとして復号されてよい。別の例では、ＲＳＳデータは、イーサネット（登録商標）プロトコルを使用する、またはウェブベースのプロトコルを使用するバス１２４を介して、ユーザインタフェースデバイス１２０〜１２３からＲＳＳホストデバイス１６０に送信されてよい。
【００３９】
しかしながら、所望の場合、ＲＳＳデータを送信するために、個別の通信ネットワークまたはリンクが多様なデバイスの間で確立されてよい。例えば、図２の点線によって描かれているように、ＲＳＳホストデバイス１６０は、これらのデバイス内のＲＳＳデータにアクセスするために、インターネットリンク、個別のＬＡＮ接続またはＷＡＮ接続、無線リンク、ＯＰＣリンク等の個別のリンクを介してユーザインタフェース１２０〜１２３と通信してよい。図２には図示されていないが、ＲＳＳデータの送信のためにも個別のリンクが他のデバイスの間で確立されてよい。したがって、ＲＳＳホストデバイス１６０、もしくは、ユーザインタフェース１２０〜１２３のいずれかが、ＲＳＳデータをその間で送信するために任意の所望の無線通信リンクまたは有線通信リンクを介してコントローラ１１２、Ｉ／Ｏデバイス１１８、またはフィールドデバイス１１４と１１６のいずれかに接続されてよい。
【００４０】
またさらに、ＲＳＳブロック９０はあるデバイス内に位置し、別のデバイスからのデータを処理してよいし、またはＲＳＳフォーマットに変換してよい。このようにして、ＲＳＳフォーマットに変換されるデータはすべてのケースにおいて、そのデータが最初に作成または記憶されるデバイス内で変換される必要はない。例えば、Ｉ／Ｏデバイス１１８またはコントローラ１１２は、例えばＨＡＲＴ、４−２０ｍａまたはＦｉｅｌｄｂｕｓフォーマットで受信されるフィールドデバイス１１４または１１６から等、別のデバイスからデータを受信し、復号し、次にさらなる配布のためにこのデータをＲＳＳデータに変換するＲＳＳブロック９０を含んでよい。この機能は、ＲＳＳブロック９０が埋め込まれているプロセスプラントの中に設置される必要があり、さらに、ＨＡＲＴまたは４−２０ ｍａデバイス等のＲＳＳブロックをサポートしない旧来のまたは従来のデバイスからのデータをＲＳＳデータに変換できるようにする場所の数を制限する際に特に有効である。
【００４１】
図３は、ＲＳＳブロック９０のための１つの考えられる構成を描いている。図３のＲＳＳブロック９０は、ブロック９０が位置する同じデバイスの中からのデータのＲＳＳ変換を実行してよく、及び／または別のデバイスからのデータの変換を実行してよい。さらに、ＲＳＳブロック９０は、ローカルメモリの中にＲＳＳデータを記憶する機能のいずれかまたはすべてを実行し、要求時にＲＳＳデータを使用できるようにし、ＲＳＳデータストリームを作成し、１人以上の購読者からホストデバイスに送信し、リッチメディアへのハイパーリンク、またはＲＳＳデータ通信の一部としてのＲＳＳデータのための他のアプリケーションなどのリッチメディアまたは参照を送信することができる。
【００４２】
理解されるように、図３のＲＳＳブロック９０は、１つ以上のデータプロバイダ３０３と通信するデータ変換モジュール３０２を含む。データプロバイダ３０３は、ＲＳＳブロック９０が位置するデバイス内のハードウェアまたはファームウェア、ＲＳＳブロック９０が位置するデバイス内で実行するモジュール、機能ブロックまたはアプリケーション、あるいは任意の所望の通信インタフェースを介して別のデバイスから変換されるデータを受信する通信装置の１つ以上であるものとして図３に描かれている。このような通信装置は、例えばＨＡＲＴ、Ｆｉｅｌｄｂｕｓ、Ｐｒｏｆｉｂｕｓ、Ｍｏｄｂｕｓ、ＯＰＳ等を含む任意のデータ通信フォーマットと関連付けられるものであってよい。
【００４３】
いずれにせよ、データ変換モジュール３０２は、入信データを解釈し、該データがＲＳＳフォーマットに変換されるタイプまたは種類のデータであるか否かを判断する。一部のケースでは、受信されたデータのすべてをＲＳＳフォーマットに変換することは必要ではない可能性がある。ここでは、モジュール３０２は、ＲＳＳフォーマットに変換される必要があるデータのタイプ及び種類の表示を提供する、メモリ３０４に記憶されている変換リストを使用してよい。メモリ３０４内のリストは、ＲＳＳブロック９０がデバイス内で構成されるときにセットアップされてよく、ＲＳＳブロック９０の実行中に確立されてよい特定のデータに追加され、特定のデータの購読に基づいて変更されてよい。
【００４４】
入信データが変換されなければならないデータである場合には、データ変換モジュール３０２は、ＸＭＬベースのフォーマットであるＲＳＳフォーマットでデータを生成する任意の所望の、あるいは標準的な変換技法を使用してそのデータをＲＳＳフォーマットに変換する。変換時、データ変換モジュール３０２は、ローカルメモリストア３０６の中にＲＳＳデータを記憶してよく、また代わりに、ＲＳＳデータをプロセス制御システムの内部または外部の他のデバイス、アプリケーション、モジュール等に送信するＲＳＳ通信装置３０８にＲＳＳデータを提供してよい。ＲＳＳ通信装置３０８は、それが受信するＲＳＳデータのすべてを、そのデータの受信時に即座に１台以上のＲＳＳホストデバイスに送信するように構成されてよく、通信スケジュールに基づいてＲＳＳデータを定期的に送信するように構成されてよく、追加のデバイスによるそのデータに対する要求に応えてＲＳＳデータを送信するように構成されてよいし、あるいはトリガイベントが発生するとＲＳＳデータを送信するように構成されてよい。
【００４５】
この点で、ＲＳＳブロック９０は、そのすべてがＲＳＳデータの通信を実行するためにＲＳＳ通信装置に接続され、ＲＳＳ通信装置３０８によって使用されてよい購読者リスト３１０、イベントリスト３１２及びリッチテキストメモリ３１４を含んでよい。特に、購読者ベースのスケジュールを使用してＲＳＳデータを送信するとき、ＲＳＳ通信装置３０８はいずれの特定の購読者にいずれのデータを送信するのかを決定するために購読者リスト３１０を使用してよい。購読者はプロセスプラント内の他のユーザ、アプリケーション、または機械、あるいはプロセスプラントの外部であるが、適切な通信ネットワークを介してそれに接続されているデバイスであってよい。いずれにせよ、プラントの動作中に購読者情報を追加する、変更する、及び削除するために更新されてよい購読者リスト３１０は、ＲＳＳデータの１人以上の購読者、購読者によって要求されている特定のデータ、及び所望の場合、データが送信されなければならない頻度を定める。所望の場合、この購読者データはメモリ３０４内に記憶されているデータ変換リストに提供され、それを更新するために使用されてよい。
【００４６】
別の例では、ＲＳＳデータがイベントの発生に基づいて、またはプロセスプラント内の一部のパラメータに基づいて送信されている場合、ＲＳＳ通信装置３０８は、送信されるＲＳＳデータと、このデータの送信をトリガするイベントを定めるイベントリスト３１２を使用してよい。このようなイベントは、例えばある特定の種類または重大度のアラームまたはイベントの受信または発生、プロセスプラントデータまたは何らかの種類の変数などの大きな変化を含んでよい。いずれにせよ、ＲＳＳ通信装置３０８は、データ変換装置３０２からのそのデータの受信時等にストリーミングフォーマットでＲＳＳデータを送信してよい、あるいは所定の頻度またはリフレッシュレートで類似するＲＳＳデータのブロックを定期的に送信してよい。後者のケースでは、ＲＳＳデータは、それがそのデータの購読者または受取人のすべてに送信されるまでメモリストア３０２に記憶されてよい。
【００４７】
言うまでもなく、一部のケースでは、ＲＳＳ通信装置３０８は、購読者リストに従って、あるいは何らかの他の方法に従ってすべてのＲＳＳデータを、そのデータを記憶し、さらに配布するためのホストデバイスに送信してよい。所望の場合、ＲＳＳデータは、新しいデータが（センサ測定のためのデータ等の）そのデータを置き換え、ユーザがメモリ内部のデータのすべてまたは一部を購読し、次に定期的にデータのダウンロードを受信するまでローカル記憶装置内に記憶されてよい。所望の場合、通常さらに多くのメモリ空間を有するホストデバイスは履歴ＲＳＳデータを記憶してよい。
【００４８】
代わりにまたは加えて、所望の場合、ＲＳＳ通信装置３０８は、データに対するユーザからの単独の要求を処理し、その要求に基づいて要求者にメモリストア３０６に記憶される要求されたＲＳＳデータを提供してよい。言うまでもなくこの機能は、そのページの要求者にウェブページを提供し、要求者が所望するときに要求者が新しい情報でページを更新できるようにするサーバに類似している。ここに説明されているＲＳＳデータのいずれかのデータ要求者がユーザ、デバイスまたは何らかの種類のアプリケーションである場合があることは言うまでもない。
【００４９】
リッチテキスト装置３１４は、メディアファイル等のリッチテキスト、特定のＲＳＳデータの中に埋め込まれ、特定のＲＳＳデータとともに、つまりＲＳＳデータのエンクロージャとして送信されるハイパーリンク等の参照を含んでよい。このケースでは、装置３１４は、画像ファイル（例えば、カラー写真及び白黒写真）、音声ファイル、ビデオファイル、ビデオストリーム、ＶＯＩＰストリーム、グラフィックが入った、または入らないテキストファイル等であってよい、ハイパーリンクまたはリッチテキストを記憶してよいし、ファイルは任意の所望のフォーマットであってよい。ＲＳＳ通信プロトコルの１つの重要な機能は、診断データ、制御データ等のＲＳＳデータを送信するとき、ＲＳＳ通信装置３０８がエンクロージャまたはファイルの形で、及び／またはデータまたはアプリケーションの他のソースに対する（ハイパーリンク等の）参照の形で適切なリッチテキストを、ＲＳＳデータをさらによく理解する、または操作するために使用される、あるいはアクセスされてよいデータまたはアプリケーションの他のソースにさらに送信してよいという点である。
【００５０】
メモリ３１４に記憶されているリッチテキストは、何らかのケースでは、特定の望ましい機能を実行するために他のアプリケーションによって実行できるシンプルなデータを含むことがある。例えば、リッチテキストメモリ３１４は、デバイスと関連付けられているグローバルポジショニングシステム（ＧＰＳ）座標、またはデバイスの位置を突き止めるまたはデバイスに到達するためにマップを作成するためにＭａｐｑｕｅｓｔまたはＧｏｏｇｌｅ等のマッピングシステムによって使用されてよいデータを作成した、該デバイスと関連付けられたマップ座標を含んでよい。これらの座標は、次に、デバイスに方向を与えるために、ＲＳＳデータを生成したデバイスの場所を突き止めるために、携帯用デバイスまたはモバイル機器の中のアプリケーションによって等、他のアプリケーションによって使用されてよい。リッチテキスト装置３１４内には他のタイプのデータが記憶され、他の目的のために提供されてよいことは言うまでもない。
【００５１】
一般的には、ＲＳＳデータフォーマットは、インテリジェントフィールドデバイス、Ｉ／Ｏデバイス、コントローラ、アラームアプリケーションとイベントアプリケーション等のアプリケーションの中の構成、診断、及び実行時情報のフォーマットと表示に対する改善された手法を提供し、このデータをホストシステム、ソフトウェアアプリケーション、移動体通信装置等を含む情報の購読者が使用できるようにする。ＲＳＳフォーマットは、既存の自動化規格が提供しうるより高いレベルの相互運用性、言語ローカリゼーション、及び技術革新のための情報技術分野全体に広がる。
【００５２】
上記されるように、ＲＳＳデータは、ＲＳＳデータが生成されるデバイス上のメモリ等のローカルメモリに記憶されてよいし、あるいはホストデバイス、ユーザインタフェース、集中データベース等の別のデバイスへの任意の便利な通信接続を介してストリーミングされてよいし、または送信されてよい。ＨＡＲＴデバイス及び４−２０ｍａフィールドデバイスを用いる等の一部のケースでは、ＲＳＳデータを生成するＲＳＳ装置９０は、フィールドデバイスと通信するコントローラまたはＩ／Ｏデバイス内で等、ゲートウェイデバイス内に記憶されてよいし、あるいは実現されてよい。
【００５３】
それはＲＳＳフォーマットによってサポートされているため、ＲＳＳデータは、インテリジェントフィールドデバイス、コントローラ、Ｉ／Ｏデバイス、ユーザインタフェースまたはホストデバイス等のＸＭＬファイルがホストシステムの上に含まれている他のマルチメディアファイルを含むことができる、あるいはホストシステム上に含まれている他のマルチメディアファイルを指すことができる「エンクロージャ」つまりリッチメディアを含んでよい。この追加のメディアはリッチテキスト（例えばグラフィックを含むテキスト）、ピクチャまたは写真、音声ファイル、ＶＯＩＰ、ビデオファイルまたは他のタイプのマルチメディアファイルまたは情報であってよい。これらのマルチメディアファイルは、例えば、診断専門的知識と修理情報を提供し、ＶＯＩＰを介してリモートエキスパートに連絡することができる、あるいは音声ファイルとビデオファイルという形の他のタイプの情報がトレーニングとトラブルシューティングのヒント、及びインテリジェントフィールドデバイス、コントローラ及び周囲の製造プロセスの継続中の性能及び保守性を向上させるために他の非テキスト情報を提供してよい。所望の場合、ＲＳＳデータは、所望の場合、ハイパーリンクまたはホストシステムに、またはＲＳＳデータに関して実行されるさらに多くの情報またはデータまたはアプリケーションを提供するインターネットに接続されているもの等別のデバイスまたはサーバに対する他の参照も含むことが可能であろう。この機能により、ＲＳＳデータが生成されるプロセス制御装置からその情報を記憶し、送信する必要なく、さらに多くの情報をユーザが使用できるようになる。加えて、この機能は言語ローカリゼーションにさらに優れた環境を与える。
【００５４】
図４は、前述された原則に従って、ＲＳＳデータを取得、記憶及び使用してよい一例のホストデバイス４０２のブロック図を描いている。特に、ホストデバイス４０２は、ＲＳＳデータを、コントローラ、ユーザインタフェースデバイス、フィールドデバイス、Ｉ／Ｏデバイス等の他のデバイスであってよく、プロセスプラント内で（制御保守、診断、アラームとイベント、ビジネス等のアプリケーションの）機能ブロックまたはアプリケーション１つ以上のＲＳＳデータソースから受信する。ホストデバイス４０４はＲＳＳデータ記憶装置４０４の中にＲＳＳデータを記憶してよい。所望されない場合、ホストデバイス４０４は任意の量のヒストリアンＲＳＳデータを記憶してよい、または任意の特定のタイプまたは種類のデータのために最新のＲＳＳデータだけを記憶するようにメモリ４０４を更新してもよい。ホストデバイス４０２は、コンピュータ画面、ＰＤＡ画面、音声装置等の、任意の所望される構造のユーザインタフェースを駆動するユーザインタフェースアプリケーション４０６も含んでよい。通常、ユーザインタフェース４０６は、メモリ４０４に記憶されているＲＳＳデータを含むＲＳＳデータ上でユーザがＲＳＳデータを見て、アプリケーションを実行できるようにする。
【００５５】
ＲＳＳデータ処理装置４０８は、入信ＲＳＳデータを処理または監視し、リンクまたはホストデバイス４０２の中に記憶されているビデオクリップ、ピクチャ、音声クリップ等のアプリケーションまたはリッチメディアファイルであってよいローカルファイル４１０に対する参照を探すために使用されてよい。このような参照を検出すると、処理装置４０８はユーザインタフェース４０６に、このようなプログラムまたはファイルが存在することを警告し、ユーザインタフェース４０６がＲＳＳデータを表示すること、または使用することとの関連でアプリケーションを実行する、またはリッチテキストファイルを実現することを可能にしてよい。同様に、処理装置４０８は、入信ＲＳＳデータ内で指定されるように（インターネットを通して等）ホストデバイスの外部で使用可能な他の情報またはアプリケーションへのリンクを探し、それらのリンクをユーザインタフェースに提供してよい。所望の場合、ホストデバイス４０４は他のデバイスとの通信を実現する通信装置４１２を介してＲＳＳデータリンク内で指定されるように追加情報を自動的に要求してよい。言うまでもなく、通信装置４１２は、前述されたようにＲＳＳデータストア４０４内に記憶されているＲＳＳデータへのアクセスを他のデバイスに与えてもよい。
【００５６】
ホストデバイス４０２は、例えばサーバ、ユーザインタフェース、（ＰＤＡ、電話等の）モバイル機器、コントローラ等を含む任意の所望されるタイプのデバイスとすることが可能であろう。その結果として、一部のケースでは、ホストデバイス４０２はユーザインタフェース４０６を含む必要はないが、単に、ホストデバイスに送信され、他のホストデバイスで使用されるＲＳＳデータのための記憶装置及び／またはサーバとしての役割を果たしさえすればよい。
【００５７】
言うまでもなく、ＲＳＳデータの中のリッチテキストとハイパーリンクをプロセス環境の中で有利に使用することが可能であろう方法の多くの例がある。例えば、音声ファイルまたはビデオファイルの形のリッチメディアは、ＲＳＳデータを受信するモバイル機器（スマートフォン、ＰＤＡ、パーソナルビデオプレーヤ等）に常駐することが可能であろう。これらのデバイスが適切なＲＳＳフィードまたはデータを購読するまたは受信すると、ＲＳＳデータは、例えば診断データ、アラームデータ、プロセス実行時データ等とすることが可能であろうデータを解釈するために再生するための正しい音声ファイルまたはビデオファイル（例えば図１のファイル４１０の内の１つ）を指す、またはポインタを含むことが可能であろう。ＲＳＳデータは、参照されるアプリケーションがユーザに検出された問題をどのようにして修正するのか否かを示す診断機能等の、プロセスプラントに関して何らかの機能を実行するためにユーザがデータとインタラクションできるようにする、ホストまたは他のデバイスでのインタラクティブアプリケーションを指すまたは参照することが可能であろう。別の例として、インテリジェントフィールドデバイスはグローバルポジショニングシステム（ＧＰＳ）座標またはグーグルマップロケーションをそのＲＳＳ ＸＭＬデータ構造の中で提供し、例えば保守人員等を支援するフィールドデバイスの場所を迅速に識別するのに役立てるために、（ホスト４０２等）受信側デバイス上のアプリケーションによって使用されるＲＳＳデータとともにこの情報を送信することが可能であろう。所望の場合、ＲＳＳデータは、受信側デバイスまたはホストデバイスに接続される通信ネットワークを介して使用可能な受信側デバイスまたはホストデバイスのどちらかに記憶されているＧＰＳアプリケーションまたはマッピングアプリケーションへのハイパーリンクを含むことが可能であろう。
【００５８】
ＲＳＳデータがコントローラから生じる例では、（受信側デバイスに送信することが可能であろう、または受信側デバイスでローカルに記憶することが可能であろう）マルチメディアファイルが、診断専門家知識及び修理を提供する音声ファイル、コントローラトレーニングまたはトラブルシューティングのヒントを提供するビデオファイル、及びコントローラと周囲の製造プロセスの継続中の性能と保守性を向上させるためのテキスト以外の情報を含むことが可能であろう。ここで再び、コントローラＲＳＳデータによって参照されるリッチメディアは、（音声ファイルまたはビデオファイルのように）モバイル機器（スマートフォン、ＰＤＡ、パーソナルビデオプレーヤ等）の上に常駐する可能性がある。これらのデバイスがコントローラのＲＳＳフィードを購読すると、コントローラからのＲＳＳデータは、再生してコントローラデータを解釈するために正しい音声ファイルまたはビデオファイルを指すリンクまたは参照を含んでよいか、あるいはコントローラＲＳＳデータを解釈する際に使用できる適切なアプリケーションまたは参照サイトに対するハイパーリンクを含んでよい。フィールドデバイスのように、コントローラは、保守人員のために、その場所を迅速に識別するのに役立つためにそのＸＭＬ構造の中のＧＰＳ座標またはＧｏｏｇｌｅ（または他のマッピングプログラムまたはウェブサイト）マップ位置を提供することが可能であろう。所望の場合、コントローラＲＳＳデータはイベントベースであってよく、したがってコントローラは制御性能データ、デバイス診断とヘルス、製造データ、ビデオデータ、安全性データ、及びバッチランの最後、特定の警告または限界到達等のイベントの発生に基づいた多くの他のものを含むＲＳＳメッセージを送信してよい。１つの特に有効な例では、コントローラは、通常、配送されるオイル及びガスの応用例で検出されるような、広域ネットワークで通信を実行する際にＲＳＳデータを使用してよい。
【００５９】
ＲＳＳデータがプロセスプラント内で適切に使用されてよい別の例は、ＯＰＣサーバに関する。今日のオートメーション市場では、ＯＰＣは異なるプロバイダによって、あるいは異なる目的のために製造されるもの等の異なるシステムがそれらの間でデータを通信できるようにするための通信規格として使用される。このようなＯＰＣサーバ１６２は図２にホストデバイス１６０に、及びサードパーティシステム１６４に接続されているものとして描かれている。しかしながら、加えて、あるいは代わりに、ＯＰＣサーバ１６２は、極めて特殊なメッセージを、ホストシステムを含む購読者、ソフトウェアアプリケーション、移動体通信装置を含む情報の購読者に、多くの処理及び変換を行わずにデータを使用できる方法で改善された手法を提供するために、制御システムからサードパーティアプリケーションまでＲＳＳデータに沿って通過できる。ここで再び、ＯＰＣサーバのＸＭＬファイルは、データソースが位置する場所以外のサードパーティシステム上に含まれているマルチメディアファイルを指すことができる。サードパーティシステムでは、マルチメディアファイルが、診断専門的知識と修理を提供する音声ファイル、トレーニングとトラブルシューティングのヒントを提供するビデオファイル、及びデータを送信するシステムと周囲の製造プロセスの継続中のパーフォマンス管理を向上させるための他のテキスト以外の情報を含むことがある。ＲＳＳデータに加えて既存のＯＰＣ方法論が使用できることは言うまでもない。このようにして、図２のサーバ１６２等のＯＰＣサーバは依然として既存のプロトコルを使用することができ、ＸＭＬフォーマットへのシンプルな変換がオンデマンドで実行される。さらに、コントローラデータのように、ＯＰＣサーバＲＳＳデータはイベントベースであってよく、その結果ＯＰＣサーバは制御性能データ、デバイス診断及びヘルスデータ、製造データ、ビデオデータ、安全性データ、及びプロセスプラント内での１つ以上のイベントの発生に基づいた多くの他のタイプのデータに関し、それらを含むメッセージを送信する。したがって、理解されるように、ＲＳＳフィードは異なった制御システムを、低速間欠通信回線を通して接続するために使用されてよい。
【００６０】
別のケースでは、ユーザインタフェースは有利なことにＲＳＳデータを送受してよい。オペレータインタフェース等のユーザインタフェースは、コントローラと他のプロセス制御装置から情報を取得するために、通常、独自仕様の通信、ＯＰＣ通信、ＳＱＬ通信、ＰｒｏｆｉＮｅｔ通信、Ｍｏｄｂｕｓ ＩＰ通信、Ｄｅｖｉｃｅｎｅｔ通信、ｍｏｄｂｕｓ４８５通信等を使用する。このケースでは、ＲＳＳデータストリームを使用すると、ＲＳＳサーバ（ＯＰＣ基礎またはそれ以外）等のＲＳＳフィードソース、ＲＳＳによってイネーブルされた制御システム、ＲＳＳによってイネーブルされたフィールドデバイスまたは他のＲＳＳによってイネーブルされた資産管理システムまたは保守システムから極めて特殊なメッセージを受信するための改善された手法が実現する。ホストデバイスであることがあるオペレータインタフェースは、ＲＳＳによってイネーブルされたフィールドデバイス、コントローラ、またはＯＰＣサーバによって指されるマルチメディアファイルを調達でき、前述されたようにこれらのマルチメディアファイルは、診断専門的知識と修理を提供する音声ファイル、トレーニングとトラブルシューティングのヒントを提供するビデオファイル、及びデータを送信するシステムと周囲の製造プロセスの継続中の性能と保守性を向上させるための他のテキスト以外の情報を含むことがある。同様に、ユーザインタフェースは、例えばインターネットを介してデータとアプリケーションの他のソースに接続されてよく、ＲＳＳフィードはこのようなソースへのハイパーリンクまたは参照を含んでよく、その結果ユーザインタフェースは受信されているＲＳＳデータをサポートするために使用されるリッチメディアのすべてを記憶する必要はない。代わりに、ユーザインタフェースはＲＳＳデータ内でハイパーリンクを使用して（例えばデバイス製造メーカのウェブサイト上で提供されてよい）データまたはアプリケーションにアクセスしてよい。
【００６１】
このようにして、理解されるように、（スマートフォン、ＰＤＡ、パーソナルビデオプレーヤ等のモバイル機器を含むことが可能であろう）任意のオペレータインタフェースは、受信されるＲＳＳデータの中で参照される（音声ファイルまたはビデオファイル等）リッチメディアを使用するまたは取得することができる。一部のケースでは、オペレータインタフェースはＲＳＳフィードの中で指されているエンクロージャに基づいて選択されたマルチメディアファイルを再生してよく、正しい音声ファイルまたはビデオファイルを再生するか、あるいはＲＳＳフィードの中で診断データ、制御データ及び／または履歴性能データを解釈するために正しい診断または表示アプリケーションを実行してよい。所望の場合、オペレータインタフェースはプラントのなかで使用可能なＲＳＳフィードを発見し、オンラインフォーマットで情報を提示し、ユーザが、該ユーザが購読を希望する１つ以上のＲＳＳデータフィードを選択できるようにするためにＯＰＭＬアウトラインプロセッサ技術を使用してよい。
【００６２】
またさらに、例えばユーザインタフェース、及び図２のワークステーション１２０〜１２３等のワークステーションで実行されるアプリケーション、及び例えばアラームアプリケーションは、独自仕様の通信と、オープン規格ベースのＯＰＣ、ＳＱＬ、ｐｒｏｆｉＮｅｔ、Ｍｏｄｂｕｓ ＩＦ、Ｄｅｖｉｃｅｎｅｔ、ｍｏｄｂｕｓ４８５等の通信の双方からＲＳＳデータまたは情報を受信し、それによりコントローラ及び他のプロセス制御装置からの情報を受信し、処理してよい。ユーザ表示アプリケーションを含んでよいこれらのアプリケーションは、例えば診断専門的知識と修理を提供するため、トレーニングとトラブルシューティングのヒントを提供するため、アラーム及びイベントを発生させる状態の継続中の管理を改善するため等に、ＲＳＳデータ内の送信側デバイスの範囲内にある、あるいはＲＳＳデータ内で送信側デバイスにより参照されるリッチテキストと（音声ファイルとビデオファイル等の）他のメディアを取得してよい。同様に、例えばアラーム分析ソフトウェアにより生じるアラーム分析データ等、アプリケーションによって生じる分析は、ＲＳＳデータストリームを使用して他のアプリケーションが使用できるようになる。一例では、アラームアプリケーション等のアプリケーションは、ビューイング、表示、及び操作のために、ＲＳＳフォーマットの中の出力データを、ＲＳＳによってイネーブルされているオペレータインタフェース及びモバイル機器に送出してよい。このケースでは、アラーム分析ソフトウェアは、組み込まれたマルチメディア及びＲＳＳによってイネーブルされたフィールドデバイス、コントローラ、ＯＰＣサーバ等によって指される他のデータを調達できる、あるいはマルチメディアが受信側デバイスの中に記憶される場合にはこのようなマルチメディアに対する参照に沿って通過できる、あるいは受信側デバイスによって取得できる。
【００６３】
言うまでもなく、音声ファイルまたはビデオファイル等のリッチメディアはアラーム分析ソフトウェアまたは他のソフトウェアを実行しているモバイル機器（スマートフォン、ＰＤＡ、パーソナルビデオプレーヤ）上に常駐できる。このケースでは、アラーム分析ソフトウェアは、そのデータのための適切なマルチメディアファイルを指すＲＳＳデータ内のエンクロージャに基づいて選択されたマルチメディアファイルを再生する。このようにして、受信側デバイスは自動的に正しい音声ファイルまたはビデオファイルを実行するか、あるいは診断データ、制御データ、及び／または履歴データを解釈するようになるために正しいアプリケーションを選択してよい。
【００６４】
ホストまたは他のアクセス可能なデバイスで参照される情報は、所望の場合にさらに特殊なインタラクティブヘルプ、製品情報、ヘルプソース等を提供、あるいは提供することに関連することが可能であろう。この情報は、ＲＳＳフォーマットのデバイスから提供されているデータをさらによく理解するまたは解釈するために使用される可能性がある、提供されているデータと関連付けられているビデオクリップ、サウンドファイル、画像等のリッチテキストまたはメディアファイルの形とすることが可能であろう。既存の方法論が情報のソースとして使用できることは言うまでもない。すなわち、フィールドデバイスは依然としてＥＤＤＬファイルを内部で使用することができ、ＸＭＬフォーマットへのシンプルな変換はオンデマンドで実行される。同様に、ＲＳＳデータを提供するコントローラは依然として、Ｍｏｄｂｕｓ ＩＰ、ＯＰＣ、ＰｒｏｆｉＮｅｔ、ＤｅｌｔａＶ及び他の独自仕様のプロトコルまたは標準プロトコルを使用することができ、ＲＳＳ ＸＭＬフォーマットへのシンプルな変換がオンデマンドで実行されている。さらに、ユーザインタフェース及び他のアプリケーションは従来のプロセス制御ベースの通信フォーマットを使用する従来のフォーマットでデータとメッセージを送受することが可能であろうが、ＯＰＣサーバは依然としてＯＰＣ規格を使用することが可能であろう。
【００６５】
図１と図２に関して本明細書に説明されているプロセス制御システムは、別のフォーマットのデバイス、アプリケーション、モジュール等によって生成されるデータをＲＳＳフォーマットに変換し、次にホストデバイス４０２等の追加のデバイスにＲＳＳデータを提供するＲＳＳブロック９０を含むとして説明されているが、プロセスプラント内のデバイス、アプリケーション、モジュール等が、従来のプロセス制御通信規格を使用する代わりに、まず最初に、ＲＳＳフォーマットのデータを作成し、送信するように構築できるまたは製造できることが理解されることであろう。このケースでは、フィールドデバイスとコントローラまたはＩ／Ｏデバイス間の通信、コントローラとユーザインタフェースまたはホストシステム等の間の通信はすべてまたは大半部分、ＲＳＳデータ通信規格またはフォーマットを使用して行うことが可能であろう。所望の場合、ＲＳＳデータフォーマットが適用され、すべての非実行時制御データ、つまり実行時中に実際にプロセスを制御することに関与していないすべてのデータの伝送のために使用できる、あるいは実行時制御データを含む全データに適用することが可能であろう。後者のケースでは、プロセスプラントは、プラントの中のすべてのレベルでの一次通信フォーマットとしてＲＳＳ通信フォーマットを使用し、それによりすべての他のユーザ、アプリケーション、デバイス等によってデータのすべてを容易に入手可能、且つ有効とするように構築できる。
【００６６】
本明細書に説明されているＲＳＳベースの通信システム及びプロセス制御アプリケーションは従来のＲＳＳ−ＸＭＬベースのサーバを使用して実現されるとして説明されてきたが、この結合されたシステムは、非特許文献４により詳細に説明されているＡＴＯＭフォーマット等の任意の他の適切なウェブコンテンツシンジケーションフォーマットを使用して実現できる。さらに、本明細書に説明されているＲＳＳブロックの機能は主にソフトウェアとして実現されるものと説明されているが、これらの機能の一部またはすべてはハードウェア、ファームウェア等で実現されてよい。したがって、本明細書に説明されているＲＳＳベースの通信システム及び技法は標準的な多目的プロセッサで、あるいは所望のように、特別に設計されたハードウェアまたはファームウェアを使用して実現されてよい。ソフトウェアで実現されるとき、本明細書に説明されているソフトウェアルーチンは、コンピュータまたはプロセッサ等のＲＡＭまたはＲＯＭまたはフラッシュメモリ内、磁気ディスク、レーザディスク、または他の記憶メディア上等の任意のコンピュータ読取可能メモリに記憶されてよい。同様に、ソフトウェアは、例えばコンピュータ読取可能ディスクまたは他のトランスポート可能なコンピュータ記憶機構上、あるいは（このようなソフトウェアをトランスポート可能な記憶メディアを介して提供することと同じである、あるいは置き換え可能であるものとして見なされている）電話回線、インターネット等の通信チャネル上を含む、任意の公知のまたは所望の配信方法を介してユーザまたはプロセス制御システムに配信されてよい。
【００６７】
このように、本発明は、単に例示的なものであり、本発明を制限することを意図していない特定の例を説明してきたが、追加または削除は、本発明の精神及び範囲から逸脱することなく開示されている実施形態に加えられてよい。
【技術分野】
【０００１】
本発明は概してプロセス制御システムに関し、より詳細には、プロセス制御システムまたはプロセスプラントの中での多様な通信のためにＸＭＬベースのウェブコンテンツとメタデータシンジケーションフォーマットを含むＲＳＳ(really simple syndication)通信
フォーマットの使用に関する。
【背景技術】
【０００２】
化学プロセス、石油プロセスまたは他のプロセスで使用されるもの等のプロセス制御システムは、通常、少なくとも1台のホストまたはオペレータワークステーションに、及び1台以上のフィールドデバイスに、アナログバス、デジタルバス、または結合されたアナログ／デジタルバスを介して通信可能に結合される1台以上の中央プロセスコントローラを
含む。例えば、バルブ、バルブポジショナ、スイッチ及び送信機（例えば温度センサ、圧力センサ及び流量センサ）であってよいフィールドデバイスは、バルブの開閉とプロセスパラメータの測定等の機能をプロセス内で実行する。プロセスコントローラはフィールドデバイスによって行われるプロセス測定、及び／またはフィールドデバイスに関する他の情報を示す信号を受信し、制御ルーチンを実現するためにこの情報を使用し、次にプロセスの動作を制御するためにバスまたは他の通信回線上でフィールドデバイスに送信される制御信号を発生する。フィールドデバイス及びコントローラからの情報は、オペレータが、プロセスの現在の状態を表示すること、プロセスの動作を修正すること等のプロセスに関して所望の機能を実行できるようにするために、オペレータワークステーションによって実行される１つ以上のアプリケーションが使用できるようにされてよい。
【０００３】
通常、プロセス制御システムは、複数のプロセス制御プラントを含んでよい企業、コンポーネント及び／またはサービスの供給業者、及びカスタマの中で動作し、そのすべては広範な地理的地域全体で、あるいは一部のケースでは世界的な規模で分散されてよい。プロセス制御プラント、供給業者及びカスタマは、例えばインターネット、衛星リンク、地上無線伝送、電話回線等の多岐にわたる通信メディア及び技術またはプラットホームを使用して相互に通信してよい。言うまでもなく、通信インフラストラクチャがすでに確立されているので、企業の通信インフラストラクチャコストを極限られたものにするインターネットは、多くの企業にとって好ましい通信プラットホームとなってきた。
【０００４】
企業内のプロセスプラントは、サポートまたは維持するために必要とされる、あるいはプロセスプラントの動作を達成するために使用される多くの他のビジネス関連のシステムまたは情報技術システムだけではなく１つ以上のプロセス制御システムを含んでよい。一般的には、プロセスプラント内の情報技術システムは、例えば保守管理システム等の製造実行システムを含んでよく、例えばスケジューリングシステム、会計システム及び調達システム等の企業リソース計画システムも含んでよい。これらの情報技術システムは物理的にプラントの中またはプラントの近くに配置されてよいが、これらのシステムの一部またはすべてがプラントに関して遠隔に配置されてよく、インターネットまたは他の適切な通信リンクを使用してプラントと通信してよいケースもある。
【０００５】
各プロセスプラントは、１台以上のサーバ、ワークステーション、またはプラント内のプロセス制御システムの活動を調整するまたは実行する他のコンピュータに通信可能に結合されるサーバまたはワークステーション上で実行されてよいユーザインタラクティブアプリケーションを含んでもよい。このようなユーザインタラクティブアプリケーションは、キャンペーン管理機能、履歴データ管理機能、資産管理機能、バッチ管理機能、診断機能、安全性管理機能等を実行してよい。加えて、プラント内のプロセス制御システムの各々が、例えば、アラーム及び／または他のプロセスイベントの通信を管理し、プロセスプラントによって実行されている１つ以上のプロセスの条件に関係する情報またはデータを提供し、プロセス制御プラント等と関連付けられている装置の条件または性能に関係する情報またはデータを提供してよいプロセス管理アプリケーションを含んでよい。特に、プロセス管理アプリケーションは、振動監視アプリケーション、リアルタイム最適化アプリケーション、専門家システムアプリケーション、予知保全アプリケーション、制御ループ監視アプリケーション、またはプロセス制御システムまたはプラントの制御、監視及び／または保守に関係する他のアプリケーションを含んでよい。
【０００６】
またさらに、プロセスプラントまたは企業は、種々の異なる通信メディア及びプラットホームを介してプロセス制御システムまたはプラントからユーザに情報と通信を行うために使用されてよい、１つ以上の通信アプリケーションを含んでよい。例えば、これらの通信アプリケーションは、そのすべてが無線メディアまたは有線メディアを介してデスクトップコンピュータ、ラップトップコンピュータ、パーソナルデータアシスタント、携帯電話またはポケベルあるいは任意の他のタイプのデバイスまたはハードウェアプラットホームに情報を送信するように適応されてよい、ｅ−メールアプリケーション、ページングアプリケーション、音声メッセージングアプリケーション、ＲＳＳ集積器（ａｇｇｒｅｇａｔｏｒ）アプリケーション、ファイルベースのアプリケーション等を含んでよい。さらにプロセスプラントは、通常、１つ以上の物理パラメータをプロセスプラント内で変更するまたは測定する等の多様なプロセス制御活動を実行するためにプラント全体で分散されている、センサ、バルブ等の無数のフィールドデバイスを含む。多くのこのようなフィールドデバイスは、プロセッサを含み、診断機能、アラーム機能等の多様な処理機能を実行できる、いわゆる「スマート」フィールドデバイスである。例えば、ＨＡＲＴ及びＦＯＵＮＤＡＴＩＯＮ（登録商標）フィールドバスデバイスは、通常、フィールドデバイスに関して実行される制御機能または保守機能の一部として使用されてよい多様な制御及び診断アルゴリズムを実現できる。
【０００７】
現在、通常、プロセスプラントと関連付けられている複雑な情報技術システム、及びこの技術の様々なユーザと製品とともにそれと関連付けられる莫大なデータのために、プロセスプラント内またはプロセスプラントと関連付けられている多様なパーツまたは構成部品は、一般的に、様々な規格、機能性、及び特長を有する多岐にわたる異なる通信フォーマットとデータ構造を使用して相互に通信する。例えば、送信機、バルブポジショナ、アナライザ、センサ、スイッチ等のインテリジェントフィールドデバイスは、デバイス記述（ＤＤ）、電子デバイス記述言語（ＥＤＤＬ）、デバイスタイプマネージャ（ＤＴＭ）等を含む多様なプロセス制御に特化した業界データ規格を通してそこに含まれている情報を露呈する。さらに、これらのデバイスはＨＡＲＴ、Ｆｉｅｌｄｂｕｓ、Ｐｒｏｆｉｔｂｕｓ等のフォーマット等の種々の通信フォーマットを使用して通信する。同様に、プロセスコントローラは、通常、その中に含まれている情報を、Ｍｏｄｂｕｓ ＩＰ、ＩｎｔｅｒｎｅｔＩＰ、ＯＰＣ、ＰｒｏｆｉｔＮｅｔ及び他のもののような様々な多様な業界規格と独自仕様の規格を通して露呈する。一般的には、ＯＰＣはプラント内の、またはプロセス制御システムと関連付けられている多様なデバイスまたはコンピュータを提供するまたは相互接続するために通信規格として使用される一方、ＩＯＣ自体もＯＰＣ ＵＡ（ユニバーサルアクセス）、ＯＰＣ ＤＡ（データアクセス）、ＯＰＣ ＨＤＡ（履歴データアクセス）及びＰＣ ＡＥ（アラームとイベント）等の多くの規格を有する。さらに複雑なデータは、通常ＯＰＣ ＵＡプロトコル、ＡＥプロトコル、及びＤＡプロトコルを使用して送信される。同様に、プロセスプラント内のオペレータインタフェースは、通常、コントローラ及び他のプロセス制御装置から情報を取得するために、ＯＰＣ、ＳＱＬ、ＰｒｏｆｉＮｅｔ、Ｍｏｄｂｕｓ ＩＰ、Ｄｅｖｉｃｅｎｅｔ、ｍｏｄｂｕｓ ４８５等の独自仕様のプロトコルを使用する。別の例として、プロセスプラント内で使用されているアラーム分析ソフトウェアは、通常、ＯＰＣ、ＳＱＬ、ＰｒｏｆｉＮｅｔ、Ｍｏｄｂｕｓ ＩＰ、Ｄｅｖｉｃｅｎｅｔ、ｍｏｄｂｕｓ ４８５等の独自仕様のフォーマットとオープン規格ベースのフォーマットの両方を使用してその情報を受信する。
【０００８】
これらの多様なデータ技術及び通信技術を様々な特殊なフォーマットとともに使用すると、要求者がプラント構造及び要求されているデータを生成し、記憶し、送信するために使用される特定の通信フォーマットに十分に精通していない限り、生成され、プロセスプラント内で送信されるデータは読み取り、取得が極めて困難になる。残念なことに、現在のプラント通信及び制御の方法論はプロセスプラント内の様々なタイプのデバイスによって生成される多様な異なるタイプのデータへのアクセスを取得する、または読み取るための統一されたサポートをほとんど提供しない、あるいはまったく提供しておらず、プラントの日々の制御に直接的に関係しない多様な目的のためになんらかの統一された方法でそのデータの調整さえ行っていない。
【非特許文献１】[online]、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｂｌｏｇｓ．ｌａｗ．ｈａｒｖａｒｄ．ｅｄｕ／ｔｅｃｈ／ｒｓｓ＞
【非特許文献２】[online]、インターネット＜ＵＲＬ：ｂｌｏｇ．ｚｉｆｆｄａｖｉｓ．ｃｏｍ／ｇａｌｌａｇｈｅｒ／ａｒｃｈｉｖｅ／２００４／０６／０５／１２０８．ａｓｐｘ＞
【非特許文献３】[online]、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｅｎ．ｗｉｋｉｐｅｄｉａ．ｏｒｇ／ｗｉｋｉ／ＲＳＳ （ｆｉｌｅ ｆｏｒｍａｔ）＞
【非特許文献４】[online]、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ａｔｏｍｅｎａｂｌｅｄ．ｏｒｇ＞
【発明の開示】
【発明が解決しようとする課題】
【０００９】
プロセス制御システム及びアーキテクチャ、及び特にフィールドデバイス、コントローラ、ユーザインタフェース、アラームアプリケーション、診断アプリケーション、ＯＰＣサーバ等のプロセス制御アーキテクチャ内の様々なデバイスとアプリケーションは、その中で生成されるデータを作成し、記憶し、ＸＭＬベースのウェブコンテンツとＡｔｏｍ等のメタデータシンジケーションフォーマットを含むＲＳＳ（really simple syndication
）フォーマットで使用可能にし、それによりこのデータをプラントから容易に取得可能で、プロセスプラントの中と外の両方での多様な目的のために使用できるようにする。
【課題を解決するための手段】
【００１０】
例えば、ＲＳＳデータ通信は、ＰＤＡ（personal data assistant）、ポケベル、電話
、ラップトップコンピュータ等のプラントの外部のデバイス上で実行されるサードパーティアプリケーションを含む、プラントの制御のための、またはプラントの制御と直接的に関連付けられていないアプリケーションでの使用のためのデータを提供するために使用されてよい。所望の場合、プラントのフィールドデバイス、コントローラ等の中で作成されるＲＳＳデータはカラー写真または白黒写真等の画像、ビデオファイルと音声ファイル、ボイスオーバＩＰ（ＶＯＩＰ）等のリッチテキストファイルと組にされてよい、あるいは受信側デバイスにいるユーザが、追加の情報またはプラント内で生成されるＲＳＳデータに関係するサポートを取得できるようにするためにこのようなファイルまたはアプリケーションへのハイパーリンクで送信されてよい。リッチテキストファイルまたはサポートアプリケーションはＲＳＳデータの一部として組み入れられ、または送信されてよく、受信側装置で記憶され、ＲＳＳデータによって中のポインタによって参照されてよい、あるいは第３のデバイス上に記憶され、ＲＳＳデータ内部でハイパーリンクによって参照されてよい。
【図面の簡単な説明】
【００１１】
【図１】ＲＳＳデータの作成と通信をサポートするように従来の通信ネットワークを介して通信可能に相互接続されるプロセス制御システムと、多様なプロセス装置監視システムと、ビジネスシステムと、を有するプロセスプラントのブロック図である。
【図２】ＲＳＳデータの作成と通信を含むプロセスプラントと関連付けられている分散制御システムの詳細なブロック図である。
【図３】プロセス制御システムと関連付けられている１台以上のデバイス内でＲＳＳデータの変換、記憶及び通信を実行するために使用されてよいＲＳＳブロックを描くブロック図である。
【図４】ＲＳＳデータを受信する、及びユーザによる使用のためにＲＳＳデータを追加情報に与えるホストデバイス内のＲＳＳブロックのブロック図である。
【発明を実施するための形態】
【００１２】
ここで図１を参照すると、プロセス制御プラント１０は、１つ以上の通信ネットワークにより多くの制御システムと保守システムに相互接続される多くのビジネスシステムと他のコンピュータシステムを含むとして描かれている。特に、図１に描かれているプロセス制御プラント１０は、例えば分散プロセス制御システムまたは任意の他の所望のタイプのプロセス制御システムであってよい１つ以上のプロセス制御システム１４を含む。プロセス制御システム１４はイーサネット（登録商標）バス等のバスを介して１つ以上の分散コントローラ１４Ｂに結合されている１つ以上のオペレータインタフェース１４Ａを含む。コントローラ１４Ｂは、Ｅｍｅｒｓｏｎ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔにより販売されているＤｅｌｔａＶ（商標）コントローラまたは任意の他の所望されるタイプのコントローラであってよい。該コントローラ１４Ｂは、例えば、ＨＡＲＴまたはＦＯＵＮＤＡＴＩＯＮ（登録商標） Ｆｉｅｌｄｂｕｓフィールドデバイス等の１つ以上のフィールドデバイス１６に、あるいは例えばＰＲＯＦＩＢＵＳ（登録商標）プロトコル、ＷＯＲＬＤＦＩＰ（登録商標）プロトコル、ＤｅｖｉｃｅＮｅｔ（商標）プロトコル、ＡＳ−Ｉｎｔｅｒｆａｃｅプロトコル及びＣＡＮプロトコルのいずれかを使用するものを含む任意の他のスマートまたは非スマートフィールドデバイスにＩ／Ｏデバイスを介して接続される。公知であるように、フィールドデバイス１６は、他のデバイス情報にだけではなく、プロセス変数にも関連するアナログ情報またはデジタル情報をコントローラ１４Ｂに提供してよい。オペレータインタフェース１４Ａは、例えば制御最適化プログラム、診断エキスパート、ニューラルネットワーク、チューナ等を含むプロセスの動作を制御するためにプロセス制御オペレータが使用できるアラームアプリケーション５２、診断アプリケーション５５、プラント操作視覚化アプリケーション５６等のツールを記憶し、実行してよい。
【００１３】
またさらに、Ｅｍｅｒｓｏｎ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔにより販売されているＡＭＳ Ｓｕｉｔｅ（商標）（資産管理ソリューションズ（Ａｓｓｅｔ Ｍａｎａｇｅｍｅｎｔ Ｓｏｌｕｔｉｏｎｓ））ソフトウェアまたは任意の他のデバイスまたは装置の監視アプリケーションと通信アプリケーションを実行するコンピュータ等の保守システムは、保守活動及び監視活動を実行するためにプロセス制御システム１４に、またはその中の個々のデバイスに接続されてよい。例えば、ＡＭＳ Ｓｕｉｔｅアプリケーション等の保守アプリケーション５７は、デバイス１６の動作ステータスに関連しているデータ収集を含む保守機能と監視機能を実行するために、分散プロセス制御システム１４と関連付けられているユーザインタフェース１４Ａの１つ以上にインストールされ、それらによって実行されてよい。言うまでもなく、これらの保守アプリケーション５７は、プロセスプラント１０の中の他のコンピュータまたはインタフェース内で実現されてよい。
【００１４】
プロセス制御プラント１０は、（バス、無線通信システム、または読取値を採取するために装置２０に接続され、その後取り外される携帯用デバイス等の）永続的なまたは一時的な通信リンクを介して保守コンピュータ２２に接続されているタービン、モータ等の多様な回転装置２０も含む。保守コンピュータ２２は、公知の監視アプリケーションと診断アプリケーション２３あるいは回転装置２０の動作状態を診断し、監視し、最適化するために使用される他の公知のアプリケーションを記憶し、実行してよい。保守人員は、通常、プラント１０内の回転装置２０の性能を保守し、監督するために、回転装置２０での問題を突き止めるために、及び回転装置２０がいつ修理されるのか、あるいは交換しなければならないのか、及び修理、あるいは交換されなければならないのか、否かを判断するためにアプリケーション２３を使用する。外部コンサルタントまたはサービス組織が装置２０に関するデータを一時的に獲得する、または測定し、このデータを使用して問題、性能低下、または装置２０に影響を与える他の問題を検出するために装置２０のための分析を実行してよいケースもある。これらのケースでは、分析を実行するコンピュータはシステム１０の残りから切断されてよい、あるいは代わりに一時的にのみ接続されてよい。
【００１５】
同様に、プラント１０と関連付けられている発電配電装置２５を有する発電配電システム２４は、例えばバスを介して、プラント１０内で発電配電装置２５を動かし、その動作を監督する別のコンピュータ２６に接続される。コンピュータ２６は、発電配電装置２５を制御し、保守を行うために、例えばＬｉｅｂｅｒｔ及びＡＳＣＯまたは他のサービス企業によって提供されるもの等の公知の電力制御アプリケーション及び診断アプリケーション２７を実行してよい。再び、多くのケースでは、外部コンサルタントまたはサービス組織が装置２５に関するデータを一時的に獲得するまたは測定し、このデータを使用して問題、性能低下、または装置２５に影響を与える他の問題を検出するために装置２５のための分析を実行してよい。これらのケースでは、分析を実行するコンピュータ（コンピュータ２６等）が、通信回線を介してシステム１０の残りに接続されてよい、あるいは所望の場合、一時的にだけ接続されてよい。
【００１６】
図１に描かれているように、プラント１０は、例えば統合業務計画（ＥＲＰ）アプリケーション５４、資材所要量計画（ＭＲＰ）アプリケーション５８、性能モデリング、会計、生産、及び顧客発注システム用のプロセスモデリング、保守計画システム、あるいはパーツ、供給品、及び原材料発注アプリケーション、生産スケジューリングアプリケーション等の任意の他の所望されるビジネスアプリケーションを実行してよい、ビジネスシステムコンピュータと保守計画コンピュータ３５と３６も含んでよい。プラント全体のＬＡＮ３７、企業ＷＡＮ３８、及び遠隔地からのプラント１０の遠隔監視または遠隔地からのプラント１０との通信を可能にするコンピュータシステム４０は、通信バス４２を介してビジネスシステム３５と３６に接続されてよい。
【００１７】
さらに、サーバまたはホストであってよいコンピュータシステム４５は、すべてバスまたは他の通信リンク４２を介して、分散プロセス制御システム１４、回転装置保守コンピュータ２２、発電配電コンピュータ２６、及びビジネスシステムのプロセス制御インタフェース予備／または保守インタフェース１４Ａに通信可能に接続されてよい。コンピュータシステム４５は、通信を提供するために任意の所望の、または適切なローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）プロトコルを使用してよい。所望の場合、コンピュータシステム４５はデータヒストリアンであり、あらゆるデータヒストリアンアクセスアプリケーション５９を実行してよい、構成データベースであってよく、構成データを記憶してよい、あるいは他のタイプのデータを記憶し、他のタイプのアプリケーション５９を実行してよい。言うまでもなく、コンピュータシステム４５は、固定リンクまたは間欠リンク、有線リンクまたは無線リンク、及び／または例えばＦｉｅｌｄｂｕｓ通信プロトコル、ＩＥＥＥ８０２．３通信プロトコル、ブルートゥース通信プロトコル、Ｘ．２５またはＸ．４００通信プロトコルの内の１つを使用する、有線、無線、同軸ケーブル、電話モデム、光ファイバ、光学、流星バースト、衛星メディアの内の１つなど任意の物理的なメディアを使用してよいリンクを含む他の通信リンクを介してプラント１０のこれらの様々なパーツに接続することが可能であろう。
【００１８】
言うまでもなく、任意の他の装置及びプロセス制御装置は、プラント１０に接続できる、あるいはプラント１０の一部となることができ、本明細書に説明されているシステムは図１に特に描かれている装置に限定されていないが、代わりにまたは加えて任意の他のタイプのプロセス制御装置またはデバイス、ビジネスシステム、データ収集システム等を含むことがある。
【００１９】
過去において、多様なプロセス制御システム１４とビジネスシステム３５、３６等は、それらがこれらのシステムの各々で生成される、あるいはこれらのシステムの各々によって収集されるデータを有効に容易に共用する、あるいはホストコンピュータ４０、プラント全体のＬＡＮ３７、企業ＷＡＮ３８等で実行される、あるいはそれらを通して使用できるような外部アプリケーションにこのデータを提供することができるように、相互に、またはビジネスシステムとは相互に接続されていなかった。同様に、プラント内に配置されるプロセス制御システムはビジネスシステムまたはそのプラントと関連付けられている他のコンピュータ内でさえ解釈とアクセスが容易であったシンプル且つ標準的なフォーマットでデータを記憶または通信していなかった。その結果、プラント１０の中で生成されたデータは、通常は特殊用途に使用され、そのデータにアクセスできるコンピュータシステムに関して制限されていた。例えば、フィールドデバイスで作成されたデータは、通常、特定化され、場合により独自仕様のフォーマットで作成され、特定化され、場合により独自仕様のフォーマットの中で通信され、特定の制御及び保守の目的でそのデータを使用するように作られたアプリケーションを有したコントローラ及びユーザインタフェースへの分散において概して制限されていた。このデータはビジネスシステム、企業ＷＡＮ３８等のユーザインタフェースが一般的にまたは容易に使用できなかった。さらに、これらの他のコンピュータにいる、またはこれらの他のシステムと関連付けられたユーザがフィールドデバイスまたはコントローラからのデータにアクセスすることを希望した場合、彼らは、そのデータを生成し、それらのデバイスの中に記憶したプロトコルを知り、理解し、該データを取得するために多種多様な異なるタイプの通信の内の１つまたは複数を使用しなければならなかったであろう。データを作成する様々なデバイスに根差したプラントの異なるポイントでのデータの作成と記憶におけるこの不均一性により、データにアクセスするのが困難になり、プラントが設立された、または構成されたときに考えられていた目的以外の用途に使用することはさらに難しくなった。
【００２０】
この問題を克服するために、多様なデバイス、あるいはプロセスプラントの多様なデバイスの中の多様なアプリケーションまたはモジュールで作成される、あるいはそれらによって記憶されるデータは、データが初期に作成された用途以外の多岐にわたる目的のためにプラントの中で及びプラントの外部でこのデータを容易に使用可能且つ有効にするＲＳＳデータフォーマットを使用して記憶される、及び／または送信される。一般的には、本明細書で使用されるように、ＲＳＳデータまたは通信フォーマットは、任意のウェブコンテンツシンジケーションフォーマットを含み、特にＸＭＬの方言を定める。その結果として、すべてのＲＳＳファイルはＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ（Ｗ３Ｃ）ウェブサイトで公表されるようなＸＭＬ１．０仕様に準拠しなければならない。ＲＳＳフォーマットは、一般的には公共通信網の技術で知られており、少なくとも一部は非特許文献１でより詳細に説明されている。しかしながら、本明細書でのＲＳＳの使用は（非特許文献２でより詳細に説明されている）ＲＳＳ １．０、ＲＳＳ ２．０、Ａｔｏｍ、非特許文献３に説明されているシンジケーションフォーマットのいずれか、及び従来ＲＳＳフォーマットとして参照されていたか否かに関係なく任意の他のウェブコンテンツシンジケーションフォーマットを含む広範囲のシンジケーションフォーマットをカバーし、含み、または、参照する。
【００２１】
ＲＳＳフォーマットは一般的にインターネット及び他のタイプの広域ネットワークシステムで使用され、一般的に当該分野で公知であり、理解されているため、ＲＳＳフォーマットで記憶されるＲＳＳデータは、任意の承認されたユーザによって容易にアサート可能及び読取可能である。さらに、ＲＳＳフォーマットは極めて堅牢であり、該データにとって複数の異なるタイプの機能を可能にする。ＲＳＳデータが容易に入手可能であり、購読可能であり（変更、新しいデータ等が通知されるデータソースに対する購読を要求し、受信できることを意味する）、ＲＳＳフォーマットをサポートする任意のアプリケーションによりプロセスプラント内で読み取り可能であるのは言うまでもない。この特長により、ＲＳＳフォーマットで使用可能なプロセスプラントデータは、初期にデータを作成したまたは記憶したアプリケーションまたはデバイスがプロセスプラント内でセットアップされ、構成された時点では意図されていなかった多くの付加価値の付いたアプリケーション、またはサードパーティのアプリケーションで容易に使用される。例えば、ハンドヘルドデバイス、携帯電話、ＰＤＡ（パーソナルデータアシスタント）で、または、これらの一部として実行されるべき様々なアプリケーション、ＧＰＳシステムで実行されるべき様々なアプリケーション、ポータブルラップトップコンピュータで実行されるべき様々なアプリケーション、等は、ＲＳＳフォーマットで作成され、記憶されるプロセスまたはプラントデータを表示する、さもなくば、これらを使用するために開発されてよい。これらのアプリケーションは、以前にはプロセスまたはプラントデータの可用性の欠如のため、あるいはプロセスプラントからデータを取得する際の問題のために開発されていなかった、プロセス制御エンジニア、プラント保守人員、経営者等が利用可能な多様な所望の特長または機能を提供するためにＲＳＳデータを使用してよい。
【００２２】
再び図１を参照すると、ＲＳＳデータ変換ブロック９０は、プロセスプラント１０の中の任意の所望の位置に、または任意の所望のデバイス内に置かれ、これらのアプリケーションによって作成または記憶されたデータをＲＳＳデータに変換するためにこれらのデバイスの範囲内にすでに存在するアプリケーションまたはハードウェアと接続してよい。このようなブロック９０は、ビジネスアプリケーション及び管理アプリケーション５４、５８とだけではなく、アラームアプリケーション、表示アプリケーション、及び診断アプリケーション５２、５５及び５６、保守アプリケーション５７、サポートアプリケーション２３、２７とも接続するとして図１に描かれている。
【００２３】
一般的には、各ＲＳＳ変換ブロックは、それらが接続される多様なアプリケーションまたはモジュールによって作成されるまたは記憶されるデータまたはデータのコピーを採取し、該データをＲＳＳフォーマットに変換する。ブロック９０は、次に、任意の許可されたユーザを介したアクセス及び／または購読のためにこのデータをローカルに記憶してよい、あるいはこのデータをホストデバイス、ユーザデバイス等の１つ以上の他のデバイスにストリーミングしてよい。図１の例では、ＲＳＳブロック９０は、例えば、サーバメモリ９２での記憶のために、ＲＳＳデータをホストデバイス４０にストリーミングしてもよいし、例えば、インターネット（図示せず）、電話または無線データ接続等の無線接続を介して、ホスト４０に通信可能に接続されているプラント１０の他のデバイスへ、またはデバイス９４へ、ＲＳＳデータを配送してもよい。
【００２４】
言うまでもなく、ＲＳＳブロック９０は、ＲＳＳフォーマットの任意の所望されるタイプのデータを変換する、または提供するために、コントローラ、入出力装置、フィールドデバイス等の中を含む、プロセス制御プラント１０の中の任意のデバイスで提供することが可能である。例として、図２は、ＲＳＳデータが多様な制御関連デバイスとアプリケーションによって作成され、記憶され、及び送信されてよいプロセスプラント１１０のプロセス制御システムをより詳細に描く。一般的であるように、プロセスプラント１１０は、例えばＦｉｅｌｄｂｕｓインタフェース、Ｐｒｏｆｉｂｕｓインタフェース、ＨＡＲＴインタフェース、標準４−２０ｍａインタフェース等であってよい入力／出力（Ｉ／Ｏ）デバイスまたはカード１１８を介して１台以上のフィールドデバイス１１４と１１６に各々接続される、１台以上のコントローラを有する分散プロセス制御システムを含む。コントローラ１１２は、例えばイーサネット（登録商標）リンクであってよいデータハイウェイ１２４を介して１つ以上のホストまたはオペレータワークステーション１２０〜１２３にも結合される。データベース１２８はデータハイウェイ１２４に接続されてよく、パラメータ、ステータス、及びプラント１１０内のコントローラ１１２及びフィールドデバイス１１４と１１６とに関連付けられている他のデータを収集し、記憶するために、及び／またはコントローラ１１２及びフィールドデバイス１１４と１１６にダウンロードされ、それらの中に記憶されているようにプラント１１０内にプロセス制御システムの現在の設定を記憶するために、データヒストリアン及び／または構成データベースとして動作する。
【００２５】
コントローラ１１２、Ｉ／Ｏカード１１８、及びフィールドデバイス１１４と１１６は通常、ときおり厳しい工場環境の中に配置され、それら全体に分散されているが、オペレータワークステーション１２０〜１２３及びデータベース１２８は、厳しい環境に対し高耐久化されておらず、厳しい環境に対する定格を有さない場合、コントローラまたは保守人員によって容易に評価可能な他のより厳しくない環境に配置される。またさらに、図２に描かれているように、携帯用デバイスまたは他のモバイル機器または無線デバイス１４０は、例えば通信ネットワーク１２４に接続される送信機１４２を介して、または衛星リンク、無線電話リンク、無線インターネットリンク等の任意の他の無線リンクを介してプラント１１０に通信可能に接続されてよい。
【００２６】
公知であるように、一例として、Ｅｍｅｒｓｏｎ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔによって販売されているＤｅｌｔａＶ（商標）であってよいコントローラ１１２の各々は、任意の数の様々な無関係に実行されている制御モジュールまたはブロック１２９を使用して制御戦略を実現するコントローラアプリケーションを記憶し、実行する。制御モジュール１２９の各々は、機能ブロックと一般的に呼ばれているものから構成することができ、各機能ブロックは全体的な制御ルーチンの一部つまりサブルーチンであり、プロセスプラント１１０内でプロセス制御ループを実現するために他の機能ブロックと連動して動作する。周知であるように、オブジェクト指向プログラミングプロトコルのオブジェクトであってよい機能ブロックは、通常、送信機、センサ、または他のプロセスパラメータ測定装置と関連付けられているもの等の入力機能、ＰＩＤ、ファジーロジック等、制御を実行する制御ルーチンと関連付けられているもの等の制御機能、あるいはプロセスプラント１１０の中で一部の物理的な機能を実行する、バルブ等のなんらかのデバイスの動作を制御する出力機能の内の１つを実行する。モデル予測コントローラ（ＭＰＣ）、最適化プログラム等の、ハイブリッド及び他のタイプの複雑な機能ブロックが存在することは言うまでもない。Ｆｉｅｌｄｂｕｓプロトコル及びＤｅｌｔａＶシステムプロトコルは、オブジェクト指向プログラミングプロトコルで設計され、実現される制御モジュール及び機能ブロックを使用するが、制御モジュールは例えばシーケンシャル機能ブロック、ラダー論理等を含む任意の所望の制御プログラミング方式を使用して設計され、機能ブロックまたは他の特定のプログラミング技法を使用して設計され、実現されることに限定されない。
【００２７】
図２に描かれているプラント１１０では、コントローラ１１２に接続されているフィールドデバイス１１４及び１１６は標準４−２０ｍａデバイスであってもよいし、プロセッサとメモリを含むＨＡＲＴ、Ｐｒｏｆｉｂｕｓ、またはＦＯＵＮＤＡＴＩＯＮ（商標） Ｆｉｅｌｄｂｕｓフィールドデバイス等のスマートフィールドデバイスであってもよいし、あるいは任意の他の所望されるタイプのデバイスであってよい。（図２で参照番号１１６を付けられている）Ｆｉｅｌｄｂｕｓフィールドデバイス等のこれらのデバイスの一部は、コントローラ１１２内で実現される制御戦略に関連付けられる機能ブロック等のモジュールまたはサブモジュールを記憶し、実行してよい。Ｆｉｅｌｄｂｕｓフィールドデバイス１１６の２つの異なるデバイス内に配置されているものとして図２に描かれている機能ブロック１３０は、周知であるようにプロセス制御を実現するためにコントローラ１１２内の制御モジュール１２９の実行と連動して実行されてよい。言うまでもなく、フィールドデバイス１１４と１１６は、センサ、バルブ、送信機、ポジショナ等の任意のタイプのデバイスであってよく、Ｉ／Ｏデバイス１１８はＨＡＲＴ、Ｆｉｅｌｄｂｕｓ、Ｐｒｏｆｉｂｕｓ等の任意の所望される通信またはコントローラプロトコルに準拠する任意のタイプのＩ／Ｏデバイスであってよい。
【００２８】
図２のプロセスプラント１１０では、ワークステーション１２０〜１２３が、プラント１１０内で同じ人員または異なる人員によって実行される多様な異なる機能のために使用される多様なアプリケーションを含んでよい。ワークステーション１２０〜１２３の各々は、多様なアプリケーション、プログラム、データ構造等を記憶するメモリ１３１、及びメモリ１３１内に記憶されるアプリケーションのいずれかを実行するために使用されてよいプロセッサ１３２を含む。図２に描かれている例では、ワークステーション１２０は制御ワークステーションとして指定され、例えば制御モジュール作成アプリケーション、オペレータインタフェースアプリケーション、及び制御モジュール１２９と１３０等の制御ルーチンまたはモジュールを、プラント１１０の多様なコントローラ１１２とデバイス１１６に作成し、ダウンロードするために認可された構成エンジニアによってアクセスできる他のデータ構造を含んでよい１つ以上の構成アプリケーション１３３を含む。
【００２９】
ワークステーション１２１は、概して、制御オペレータビューワークステーションとして図２に描かれており、プロセスプラント１１０の動作中に制御オペレータに多様な表示を提供してよい、該オペレータがプロセスプラント１１０内で、またはプラント１１０の多様なセクション内で発生していることを見て、制御できるようにする多くの表示アプリケーション１３４を含む。アプリケーション１３４は、制御診断アプリケーション、チューニングアプリケーション、レポート作成アプリケーション、アラーム及びイベントアプリケーション、または制御オペレータが制御機能を実行するのを支援するために使用されてよい任意の他の制御サポートアプリケーション等のサポートアプリケーションを含んでよい。
【００３０】
同様に、ワークステーション１２２は、保守ビューワークステーションとして描かれており、プラント１１０の保守ニーズを見るために、多様なデバイス１１２、１１４、１１６、１１８等の動作状態または作業状態を見るために等、多様な保守人員によって使用されてよい多くの保守アプリケーション１３５を含む。言うまでもなく、アプリケーション１３５は、保守診断アプリケーション、構成アプリケーション、振動分析アプリケーション、レポート作成アプリケーション、または保守人員がプラント１１０内で保守機能を実行するのを支援するために使用されてよい任意の他の保守サポートアプリケーション等のアプリケーション１３５ａを含んでよい。
【００３１】
さらに、ワークステーション１２３は、トレーニング目的のため、プラント保守及び制御を支援するためのプラントモデリング目的のため等を含む任意の数の目的のために、プラント１１０の動作またはプラント１１０の多様なセクションをシミュレーションするために使用されてよい多くのシミュレーションアプリケーション１３６を含むシミュレーションワークステーションとして示されている。一般的であるように、ワークステーション１２０〜１２３の各々は、キーボード、マウス等の他の標準的な周辺装置とともに表示画面１３７を含む。
【００３２】
多様な構成、制御、保守、及びシミュレーションのアプリケーション１３３〜１３６が、それらの機能の内の１つに関して専用の様々なワークステーション内に配置されるとして図２に描かれているが、プラント１１０のニーズ及びセットアップに応じて、これらの機能または他のプラント機能と関連付けられる多様なアプリケーション１３３〜１３６がプラント１１０内の同じまたは異なるワークステーションまたはコンピュータに配置され、実行されてよいことが理解されるであろう。したがって、様々な個別のシミュレーションアプリケーション１３６または様々な個別の制御アプリケーション１３３がワークステーション１２０〜１２３の別のもので実行されてよいが、例えば、１つ以上のシミュレーションアプリケーション１３６及び制御アプリケーション１３３は、同じワークステーション１２０〜１２３内で実行されてよい。
【００３３】
再び、プロセスプラント用のビジネスシステムアプリケーションと同様に、プラント１１０の異なる機能領域で使用される様々なアプリケーションの開発は、通常極めて独自に実行されてきた。したがって、構成アプリケーション１３３の開発は一般的にはシミュレーションアプリケーション１３６、保守アプリケーション１３５またはオペレータ制御アプリケーション１３４と統合されていない。事実上、多くの例では、プラントは様々な企業またはソフトウェア供給業者により開発され、実際にはプラント１１０中の他のソフトウェアとは無関係に実行するように開発された様々な機能領域のためのアプリケーションを含んでよい。プラント１１０の多様な機能領域に関連付けられる様々なアプリケーションのこの非依存の開発と動作の結果、データは通常、特定の機能領域によって最も使用されたまたは特定の機能領域のために選択された特定のプロトコルに記憶され、送信される。したがって、制御データと保守データは、通常、制御機能と保守機能をサポートするために開発されている異なるタイプのアプリケーションによって使用されるために様々なフォーマットでセットアップされ、記憶されている。このようにして図２に関して、構成機能、制御機能、保守機能及びシミュレーション機能を実行する多様なアプリケーション１３３〜１３６の各々は、プラント人員がこれらの構成機能、オペレータ制御機能、保守機能、およびシミュレーション機能を実行するのを支援するために概して異なるグラフィックディスプレイエディタとデータベース構造を含む、または使用する。多くの例では、これらの異なるデータ構造は、データが作成された目的以外の目的のためにそのデータにアクセスし、読み取るのを困難にする極めて特殊な、または独自仕様のデータ構造さえ必要とする。
【００３４】
一般的に、プラント１１０内の多様な機能の各々のためのアプリケーション１３３〜１３６、ならびにコントローラ１１２及びフィールドデバイス１１４と１１６内のモジュールでさえ相互に無関係に、場合により異なる人及び異なる企業によっても開発され、実現されたため、プロセスプラント１１０の異なる機能領域で使用されるデータは任意の統合された、一貫性のある、あるいは容易に理解される方法で記憶されていなかった。
【００３５】
これらの非効率を緩和し、プラント１１０内でさらに幅広く使用でき、理解できるデータ統合を実現するために、プラント１１０内の多様なアプリケーション、デバイス及びモジュールはプラント内でデータを幅広く使用可能に、購読可能に、及び有効にするためにＲＳＳデータフォーマットでデータを作成、集約、または記憶してよい。図２の例では、ホストステーション１６０は、そのデータを、ＲＳＳデータを購読できる他のアプリケーションが使用できるようにするために、プロセスプラント１１０内で生成されるＲＳＳデータのホストとしての機能を果たしてよい。
【００３６】
より詳細には、図２に描かれているように、ＲＳＳブロック９０は、構成データベース１２８及びユーザインタフェース１２０〜１２３のいずれかの中だけではなく、コントローラ１１２、Ｉ／Ｏデバイス１１８、フィールドデバイス１１６と１１４（可能な場合）の中も含む、多様なデバイスの中に配置される多様なアプリケーション、モジュール、機能ブロック等の各々に結合されてよい、あるいは各々とともに含まれてよい。図１のＲＳＳブロックと同様に、図２に描かれているＲＳＳブロック９０は関連デバイス、アプリケーション、モジュール等からデータを受信し、このデータをＲＳＳデータフォーマットに変換し、そのデータを記憶する、または、変換されたデータを他のデバイスに送信し、場合によっては、このデータを（ＲＡＭ、ＲＯＭ、フラッシュ、ディスクベース等の記憶装置等の任意のタイプのメモリを含んでよい）ローカルホストメモリ１５２に記憶してよいＲＳＳホストデバイス１６０に送信し、ＲＳＳデータを分析する、見る、または使用する際に使用するためにメモリ１５０に記憶されている追加のデータ、テキスト、メディア、アプリケーション等を添付または提供してよい。
【００３７】
フィールドデバイス、Ｉ／Ｏデバイス及びコントローラでのような一部の例では、ＲＳＳブロック９０は、特定のタイプまたはカテゴリのデータの購読を可能にし、ユーザまたはデバイスが該データを購読すると、ＲＳＳブロック９０は定期的に、例外的（例えば変化に基づく）に、または継続的にその購読者にＲＳＳデータを自動的に送信してよい。他方、または加えて、ＲＳＳブロック９０はそのように、ＲＳＳアクセス可能データベース１５２内での記憶のために、及び所望の場合、他のデバイスまたはユーザへの配布するために、データをＲＳＳホストデバイス１６０に送信する、あるいは、ＲＳＳホストデバイス１６０により読み取られるために使用可能としてよい。例えば、フィールドデバイス１１６またはＩ／Ｏデバイス１１８内のＲＳＳブロックは、変換されたＲＳＳデータを、そのデータのホストとしての機能を果たしてよく、その結果購読予定に従って、あるいは他のユーザまたは他のデバイスによる要求に基づいてそのデータを他のデバイスに送信してよい関連付けられたコントローラ１１２に送信してよい。同様に、所望の場合には、構成データベース１２８またはユーザインタフェース１２０〜１２３のいずれかは、例えばコントローラ１１２のためのＲＳＳデータホストデバイスとしての機能を果たしてよい。別の例では、図２に描かれている集中ホストデバイス１６０は、例えばユーザインタフェースデバイス１２０〜１２３、構成データベース１２８、コントローラ１１２のいずれか、またはこれらのデバイスのいずれかで実行中のアプリケーション、モジュールまたはプログラムのいずれかの中で生成されるＲＳＳデータのいずれかのホストデバイスとして動作してよい。図２の例では、ＲＳＳホストデバイス１６０は、プロセス制御システムまたはプロセスプラントの外部の多様なデバイスへのＲＳＳデータのための配布ポイントであるものとして描かれている。特にＯＰＣサーバ１６２は、周知のＯＰＣ通信フォーマットを使用してデバイス１６０をサードパーティシステム１６４に接続する。同様に、インターネットサーバまたは他の通信サーバ１６６は、ホストデバイス１６０を、インターネットまたは他の公衆有線通信網に、及び、例えば地上ベースの無線システム（１７０）または衛星ベースの無線システム（１７２）を介してサーバ１６６に通信可能に結合されている無線デバイス１７０と１７２に接続されているコンピュータ１６８等の多様なデバイスに接続する。
【００３８】
図２に描かれているように、ＲＳＳデータはあるデバイスから別のデバイスに送信されてよいし、あるいは任意の確立されたネットワーク、または通信ネットワークに関連付けられる任意の所望のまたは必要とされる通信プロトコルを使用する現在の通信ネットワークを介して、別のデバイスからあるデバイスにより読み取られるために使用可能とされてよい。このようにして、ＲＳＳデータはプラント内に存在するＦｉｅｌｄｂｕｓ通信回線、ＨＡＲＴ通信回線、または他の通信回線を介してフィールドデバイス１１４と１１６からＩ／Ｏデバイス１１８とコントローラ１１２に送信されてよいが、ＲＳＳデータは、バス１２４等の確立された通信ネットワークを介してコントローラ１１２からユーザインタフェース１２０〜１２３に送信されてよい。このケースでは、ＲＳＳデータは通信回線上にデジタルで重畳されてよいし、あるいはＨＡＲＴ、Ｆｉｅｌｄｂｕｓ等の信号の中に符号化され、受信側デバイスでＲＳＳデータとして復号されてよい。別の例では、ＲＳＳデータは、イーサネット（登録商標）プロトコルを使用する、またはウェブベースのプロトコルを使用するバス１２４を介して、ユーザインタフェースデバイス１２０〜１２３からＲＳＳホストデバイス１６０に送信されてよい。
【００３９】
しかしながら、所望の場合、ＲＳＳデータを送信するために、個別の通信ネットワークまたはリンクが多様なデバイスの間で確立されてよい。例えば、図２の点線によって描かれているように、ＲＳＳホストデバイス１６０は、これらのデバイス内のＲＳＳデータにアクセスするために、インターネットリンク、個別のＬＡＮ接続またはＷＡＮ接続、無線リンク、ＯＰＣリンク等の個別のリンクを介してユーザインタフェース１２０〜１２３と通信してよい。図２には図示されていないが、ＲＳＳデータの送信のためにも個別のリンクが他のデバイスの間で確立されてよい。したがって、ＲＳＳホストデバイス１６０、もしくは、ユーザインタフェース１２０〜１２３のいずれかが、ＲＳＳデータをその間で送信するために任意の所望の無線通信リンクまたは有線通信リンクを介してコントローラ１１２、Ｉ／Ｏデバイス１１８、またはフィールドデバイス１１４と１１６のいずれかに接続されてよい。
【００４０】
またさらに、ＲＳＳブロック９０はあるデバイス内に位置し、別のデバイスからのデータを処理してよいし、またはＲＳＳフォーマットに変換してよい。このようにして、ＲＳＳフォーマットに変換されるデータはすべてのケースにおいて、そのデータが最初に作成または記憶されるデバイス内で変換される必要はない。例えば、Ｉ／Ｏデバイス１１８またはコントローラ１１２は、例えばＨＡＲＴ、４−２０ｍａまたはＦｉｅｌｄｂｕｓフォーマットで受信されるフィールドデバイス１１４または１１６から等、別のデバイスからデータを受信し、復号し、次にさらなる配布のためにこのデータをＲＳＳデータに変換するＲＳＳブロック９０を含んでよい。この機能は、ＲＳＳブロック９０が埋め込まれているプロセスプラントの中に設置される必要があり、さらに、ＨＡＲＴまたは４−２０ ｍａデバイス等のＲＳＳブロックをサポートしない旧来のまたは従来のデバイスからのデータをＲＳＳデータに変換できるようにする場所の数を制限する際に特に有効である。
【００４１】
図３は、ＲＳＳブロック９０のための１つの考えられる構成を描いている。図３のＲＳＳブロック９０は、ブロック９０が位置する同じデバイスの中からのデータのＲＳＳ変換を実行してよく、及び／または別のデバイスからのデータの変換を実行してよい。さらに、ＲＳＳブロック９０は、ローカルメモリの中にＲＳＳデータを記憶する機能のいずれかまたはすべてを実行し、要求時にＲＳＳデータを使用できるようにし、ＲＳＳデータストリームを作成し、１人以上の購読者からホストデバイスに送信し、リッチメディアへのハイパーリンク、またはＲＳＳデータ通信の一部としてのＲＳＳデータのための他のアプリケーションなどのリッチメディアまたは参照を送信することができる。
【００４２】
理解されるように、図３のＲＳＳブロック９０は、１つ以上のデータプロバイダ３０３と通信するデータ変換モジュール３０２を含む。データプロバイダ３０３は、ＲＳＳブロック９０が位置するデバイス内のハードウェアまたはファームウェア、ＲＳＳブロック９０が位置するデバイス内で実行するモジュール、機能ブロックまたはアプリケーション、あるいは任意の所望の通信インタフェースを介して別のデバイスから変換されるデータを受信する通信装置の１つ以上であるものとして図３に描かれている。このような通信装置は、例えばＨＡＲＴ、Ｆｉｅｌｄｂｕｓ、Ｐｒｏｆｉｂｕｓ、Ｍｏｄｂｕｓ、ＯＰＳ等を含む任意のデータ通信フォーマットと関連付けられるものであってよい。
【００４３】
いずれにせよ、データ変換モジュール３０２は、入信データを解釈し、該データがＲＳＳフォーマットに変換されるタイプまたは種類のデータであるか否かを判断する。一部のケースでは、受信されたデータのすべてをＲＳＳフォーマットに変換することは必要ではない可能性がある。ここでは、モジュール３０２は、ＲＳＳフォーマットに変換される必要があるデータのタイプ及び種類の表示を提供する、メモリ３０４に記憶されている変換リストを使用してよい。メモリ３０４内のリストは、ＲＳＳブロック９０がデバイス内で構成されるときにセットアップされてよく、ＲＳＳブロック９０の実行中に確立されてよい特定のデータに追加され、特定のデータの購読に基づいて変更されてよい。
【００４４】
入信データが変換されなければならないデータである場合には、データ変換モジュール３０２は、ＸＭＬベースのフォーマットであるＲＳＳフォーマットでデータを生成する任意の所望の、あるいは標準的な変換技法を使用してそのデータをＲＳＳフォーマットに変換する。変換時、データ変換モジュール３０２は、ローカルメモリストア３０６の中にＲＳＳデータを記憶してよく、また代わりに、ＲＳＳデータをプロセス制御システムの内部または外部の他のデバイス、アプリケーション、モジュール等に送信するＲＳＳ通信装置３０８にＲＳＳデータを提供してよい。ＲＳＳ通信装置３０８は、それが受信するＲＳＳデータのすべてを、そのデータの受信時に即座に１台以上のＲＳＳホストデバイスに送信するように構成されてよく、通信スケジュールに基づいてＲＳＳデータを定期的に送信するように構成されてよく、追加のデバイスによるそのデータに対する要求に応えてＲＳＳデータを送信するように構成されてよいし、あるいはトリガイベントが発生するとＲＳＳデータを送信するように構成されてよい。
【００４５】
この点で、ＲＳＳブロック９０は、そのすべてがＲＳＳデータの通信を実行するためにＲＳＳ通信装置に接続され、ＲＳＳ通信装置３０８によって使用されてよい購読者リスト３１０、イベントリスト３１２及びリッチテキストメモリ３１４を含んでよい。特に、購読者ベースのスケジュールを使用してＲＳＳデータを送信するとき、ＲＳＳ通信装置３０８はいずれの特定の購読者にいずれのデータを送信するのかを決定するために購読者リスト３１０を使用してよい。購読者はプロセスプラント内の他のユーザ、アプリケーション、または機械、あるいはプロセスプラントの外部であるが、適切な通信ネットワークを介してそれに接続されているデバイスであってよい。いずれにせよ、プラントの動作中に購読者情報を追加する、変更する、及び削除するために更新されてよい購読者リスト３１０は、ＲＳＳデータの１人以上の購読者、購読者によって要求されている特定のデータ、及び所望の場合、データが送信されなければならない頻度を定める。所望の場合、この購読者データはメモリ３０４内に記憶されているデータ変換リストに提供され、それを更新するために使用されてよい。
【００４６】
別の例では、ＲＳＳデータがイベントの発生に基づいて、またはプロセスプラント内の一部のパラメータに基づいて送信されている場合、ＲＳＳ通信装置３０８は、送信されるＲＳＳデータと、このデータの送信をトリガするイベントを定めるイベントリスト３１２を使用してよい。このようなイベントは、例えばある特定の種類または重大度のアラームまたはイベントの受信または発生、プロセスプラントデータまたは何らかの種類の変数などの大きな変化を含んでよい。いずれにせよ、ＲＳＳ通信装置３０８は、データ変換装置３０２からのそのデータの受信時等にストリーミングフォーマットでＲＳＳデータを送信してよい、あるいは所定の頻度またはリフレッシュレートで類似するＲＳＳデータのブロックを定期的に送信してよい。後者のケースでは、ＲＳＳデータは、それがそのデータの購読者または受取人のすべてに送信されるまでメモリストア３０２に記憶されてよい。
【００４７】
言うまでもなく、一部のケースでは、ＲＳＳ通信装置３０８は、購読者リストに従って、あるいは何らかの他の方法に従ってすべてのＲＳＳデータを、そのデータを記憶し、さらに配布するためのホストデバイスに送信してよい。所望の場合、ＲＳＳデータは、新しいデータが（センサ測定のためのデータ等の）そのデータを置き換え、ユーザがメモリ内部のデータのすべてまたは一部を購読し、次に定期的にデータのダウンロードを受信するまでローカル記憶装置内に記憶されてよい。所望の場合、通常さらに多くのメモリ空間を有するホストデバイスは履歴ＲＳＳデータを記憶してよい。
【００４８】
代わりにまたは加えて、所望の場合、ＲＳＳ通信装置３０８は、データに対するユーザからの単独の要求を処理し、その要求に基づいて要求者にメモリストア３０６に記憶される要求されたＲＳＳデータを提供してよい。言うまでもなくこの機能は、そのページの要求者にウェブページを提供し、要求者が所望するときに要求者が新しい情報でページを更新できるようにするサーバに類似している。ここに説明されているＲＳＳデータのいずれかのデータ要求者がユーザ、デバイスまたは何らかの種類のアプリケーションである場合があることは言うまでもない。
【００４９】
リッチテキスト装置３１４は、メディアファイル等のリッチテキスト、特定のＲＳＳデータの中に埋め込まれ、特定のＲＳＳデータとともに、つまりＲＳＳデータのエンクロージャとして送信されるハイパーリンク等の参照を含んでよい。このケースでは、装置３１４は、画像ファイル（例えば、カラー写真及び白黒写真）、音声ファイル、ビデオファイル、ビデオストリーム、ＶＯＩＰストリーム、グラフィックが入った、または入らないテキストファイル等であってよい、ハイパーリンクまたはリッチテキストを記憶してよいし、ファイルは任意の所望のフォーマットであってよい。ＲＳＳ通信プロトコルの１つの重要な機能は、診断データ、制御データ等のＲＳＳデータを送信するとき、ＲＳＳ通信装置３０８がエンクロージャまたはファイルの形で、及び／またはデータまたはアプリケーションの他のソースに対する（ハイパーリンク等の）参照の形で適切なリッチテキストを、ＲＳＳデータをさらによく理解する、または操作するために使用される、あるいはアクセスされてよいデータまたはアプリケーションの他のソースにさらに送信してよいという点である。
【００５０】
メモリ３１４に記憶されているリッチテキストは、何らかのケースでは、特定の望ましい機能を実行するために他のアプリケーションによって実行できるシンプルなデータを含むことがある。例えば、リッチテキストメモリ３１４は、デバイスと関連付けられているグローバルポジショニングシステム（ＧＰＳ）座標、またはデバイスの位置を突き止めるまたはデバイスに到達するためにマップを作成するためにＭａｐｑｕｅｓｔまたはＧｏｏｇｌｅ等のマッピングシステムによって使用されてよいデータを作成した、該デバイスと関連付けられたマップ座標を含んでよい。これらの座標は、次に、デバイスに方向を与えるために、ＲＳＳデータを生成したデバイスの場所を突き止めるために、携帯用デバイスまたはモバイル機器の中のアプリケーションによって等、他のアプリケーションによって使用されてよい。リッチテキスト装置３１４内には他のタイプのデータが記憶され、他の目的のために提供されてよいことは言うまでもない。
【００５１】
一般的には、ＲＳＳデータフォーマットは、インテリジェントフィールドデバイス、Ｉ／Ｏデバイス、コントローラ、アラームアプリケーションとイベントアプリケーション等のアプリケーションの中の構成、診断、及び実行時情報のフォーマットと表示に対する改善された手法を提供し、このデータをホストシステム、ソフトウェアアプリケーション、移動体通信装置等を含む情報の購読者が使用できるようにする。ＲＳＳフォーマットは、既存の自動化規格が提供しうるより高いレベルの相互運用性、言語ローカリゼーション、及び技術革新のための情報技術分野全体に広がる。
【００５２】
上記されるように、ＲＳＳデータは、ＲＳＳデータが生成されるデバイス上のメモリ等のローカルメモリに記憶されてよいし、あるいはホストデバイス、ユーザインタフェース、集中データベース等の別のデバイスへの任意の便利な通信接続を介してストリーミングされてよいし、または送信されてよい。ＨＡＲＴデバイス及び４−２０ｍａフィールドデバイスを用いる等の一部のケースでは、ＲＳＳデータを生成するＲＳＳ装置９０は、フィールドデバイスと通信するコントローラまたはＩ／Ｏデバイス内で等、ゲートウェイデバイス内に記憶されてよいし、あるいは実現されてよい。
【００５３】
それはＲＳＳフォーマットによってサポートされているため、ＲＳＳデータは、インテリジェントフィールドデバイス、コントローラ、Ｉ／Ｏデバイス、ユーザインタフェースまたはホストデバイス等のＸＭＬファイルがホストシステムの上に含まれている他のマルチメディアファイルを含むことができる、あるいはホストシステム上に含まれている他のマルチメディアファイルを指すことができる「エンクロージャ」つまりリッチメディアを含んでよい。この追加のメディアはリッチテキスト（例えばグラフィックを含むテキスト）、ピクチャまたは写真、音声ファイル、ＶＯＩＰ、ビデオファイルまたは他のタイプのマルチメディアファイルまたは情報であってよい。これらのマルチメディアファイルは、例えば、診断専門的知識と修理情報を提供し、ＶＯＩＰを介してリモートエキスパートに連絡することができる、あるいは音声ファイルとビデオファイルという形の他のタイプの情報がトレーニングとトラブルシューティングのヒント、及びインテリジェントフィールドデバイス、コントローラ及び周囲の製造プロセスの継続中の性能及び保守性を向上させるために他の非テキスト情報を提供してよい。所望の場合、ＲＳＳデータは、所望の場合、ハイパーリンクまたはホストシステムに、またはＲＳＳデータに関して実行されるさらに多くの情報またはデータまたはアプリケーションを提供するインターネットに接続されているもの等別のデバイスまたはサーバに対する他の参照も含むことが可能であろう。この機能により、ＲＳＳデータが生成されるプロセス制御装置からその情報を記憶し、送信する必要なく、さらに多くの情報をユーザが使用できるようになる。加えて、この機能は言語ローカリゼーションにさらに優れた環境を与える。
【００５４】
図４は、前述された原則に従って、ＲＳＳデータを取得、記憶及び使用してよい一例のホストデバイス４０２のブロック図を描いている。特に、ホストデバイス４０２は、ＲＳＳデータを、コントローラ、ユーザインタフェースデバイス、フィールドデバイス、Ｉ／Ｏデバイス等の他のデバイスであってよく、プロセスプラント内で（制御保守、診断、アラームとイベント、ビジネス等のアプリケーションの）機能ブロックまたはアプリケーション１つ以上のＲＳＳデータソースから受信する。ホストデバイス４０４はＲＳＳデータ記憶装置４０４の中にＲＳＳデータを記憶してよい。所望されない場合、ホストデバイス４０４は任意の量のヒストリアンＲＳＳデータを記憶してよい、または任意の特定のタイプまたは種類のデータのために最新のＲＳＳデータだけを記憶するようにメモリ４０４を更新してもよい。ホストデバイス４０２は、コンピュータ画面、ＰＤＡ画面、音声装置等の、任意の所望される構造のユーザインタフェースを駆動するユーザインタフェースアプリケーション４０６も含んでよい。通常、ユーザインタフェース４０６は、メモリ４０４に記憶されているＲＳＳデータを含むＲＳＳデータ上でユーザがＲＳＳデータを見て、アプリケーションを実行できるようにする。
【００５５】
ＲＳＳデータ処理装置４０８は、入信ＲＳＳデータを処理または監視し、リンクまたはホストデバイス４０２の中に記憶されているビデオクリップ、ピクチャ、音声クリップ等のアプリケーションまたはリッチメディアファイルであってよいローカルファイル４１０に対する参照を探すために使用されてよい。このような参照を検出すると、処理装置４０８はユーザインタフェース４０６に、このようなプログラムまたはファイルが存在することを警告し、ユーザインタフェース４０６がＲＳＳデータを表示すること、または使用することとの関連でアプリケーションを実行する、またはリッチテキストファイルを実現することを可能にしてよい。同様に、処理装置４０８は、入信ＲＳＳデータ内で指定されるように（インターネットを通して等）ホストデバイスの外部で使用可能な他の情報またはアプリケーションへのリンクを探し、それらのリンクをユーザインタフェースに提供してよい。所望の場合、ホストデバイス４０４は他のデバイスとの通信を実現する通信装置４１２を介してＲＳＳデータリンク内で指定されるように追加情報を自動的に要求してよい。言うまでもなく、通信装置４１２は、前述されたようにＲＳＳデータストア４０４内に記憶されているＲＳＳデータへのアクセスを他のデバイスに与えてもよい。
【００５６】
ホストデバイス４０２は、例えばサーバ、ユーザインタフェース、（ＰＤＡ、電話等の）モバイル機器、コントローラ等を含む任意の所望されるタイプのデバイスとすることが可能であろう。その結果として、一部のケースでは、ホストデバイス４０２はユーザインタフェース４０６を含む必要はないが、単に、ホストデバイスに送信され、他のホストデバイスで使用されるＲＳＳデータのための記憶装置及び／またはサーバとしての役割を果たしさえすればよい。
【００５７】
言うまでもなく、ＲＳＳデータの中のリッチテキストとハイパーリンクをプロセス環境の中で有利に使用することが可能であろう方法の多くの例がある。例えば、音声ファイルまたはビデオファイルの形のリッチメディアは、ＲＳＳデータを受信するモバイル機器（スマートフォン、ＰＤＡ、パーソナルビデオプレーヤ等）に常駐することが可能であろう。これらのデバイスが適切なＲＳＳフィードまたはデータを購読するまたは受信すると、ＲＳＳデータは、例えば診断データ、アラームデータ、プロセス実行時データ等とすることが可能であろうデータを解釈するために再生するための正しい音声ファイルまたはビデオファイル（例えば図１のファイル４１０の内の１つ）を指す、またはポインタを含むことが可能であろう。ＲＳＳデータは、参照されるアプリケーションがユーザに検出された問題をどのようにして修正するのか否かを示す診断機能等の、プロセスプラントに関して何らかの機能を実行するためにユーザがデータとインタラクションできるようにする、ホストまたは他のデバイスでのインタラクティブアプリケーションを指すまたは参照することが可能であろう。別の例として、インテリジェントフィールドデバイスはグローバルポジショニングシステム（ＧＰＳ）座標またはグーグルマップロケーションをそのＲＳＳ ＸＭＬデータ構造の中で提供し、例えば保守人員等を支援するフィールドデバイスの場所を迅速に識別するのに役立てるために、（ホスト４０２等）受信側デバイス上のアプリケーションによって使用されるＲＳＳデータとともにこの情報を送信することが可能であろう。所望の場合、ＲＳＳデータは、受信側デバイスまたはホストデバイスに接続される通信ネットワークを介して使用可能な受信側デバイスまたはホストデバイスのどちらかに記憶されているＧＰＳアプリケーションまたはマッピングアプリケーションへのハイパーリンクを含むことが可能であろう。
【００５８】
ＲＳＳデータがコントローラから生じる例では、（受信側デバイスに送信することが可能であろう、または受信側デバイスでローカルに記憶することが可能であろう）マルチメディアファイルが、診断専門家知識及び修理を提供する音声ファイル、コントローラトレーニングまたはトラブルシューティングのヒントを提供するビデオファイル、及びコントローラと周囲の製造プロセスの継続中の性能と保守性を向上させるためのテキスト以外の情報を含むことが可能であろう。ここで再び、コントローラＲＳＳデータによって参照されるリッチメディアは、（音声ファイルまたはビデオファイルのように）モバイル機器（スマートフォン、ＰＤＡ、パーソナルビデオプレーヤ等）の上に常駐する可能性がある。これらのデバイスがコントローラのＲＳＳフィードを購読すると、コントローラからのＲＳＳデータは、再生してコントローラデータを解釈するために正しい音声ファイルまたはビデオファイルを指すリンクまたは参照を含んでよいか、あるいはコントローラＲＳＳデータを解釈する際に使用できる適切なアプリケーションまたは参照サイトに対するハイパーリンクを含んでよい。フィールドデバイスのように、コントローラは、保守人員のために、その場所を迅速に識別するのに役立つためにそのＸＭＬ構造の中のＧＰＳ座標またはＧｏｏｇｌｅ（または他のマッピングプログラムまたはウェブサイト）マップ位置を提供することが可能であろう。所望の場合、コントローラＲＳＳデータはイベントベースであってよく、したがってコントローラは制御性能データ、デバイス診断とヘルス、製造データ、ビデオデータ、安全性データ、及びバッチランの最後、特定の警告または限界到達等のイベントの発生に基づいた多くの他のものを含むＲＳＳメッセージを送信してよい。１つの特に有効な例では、コントローラは、通常、配送されるオイル及びガスの応用例で検出されるような、広域ネットワークで通信を実行する際にＲＳＳデータを使用してよい。
【００５９】
ＲＳＳデータがプロセスプラント内で適切に使用されてよい別の例は、ＯＰＣサーバに関する。今日のオートメーション市場では、ＯＰＣは異なるプロバイダによって、あるいは異なる目的のために製造されるもの等の異なるシステムがそれらの間でデータを通信できるようにするための通信規格として使用される。このようなＯＰＣサーバ１６２は図２にホストデバイス１６０に、及びサードパーティシステム１６４に接続されているものとして描かれている。しかしながら、加えて、あるいは代わりに、ＯＰＣサーバ１６２は、極めて特殊なメッセージを、ホストシステムを含む購読者、ソフトウェアアプリケーション、移動体通信装置を含む情報の購読者に、多くの処理及び変換を行わずにデータを使用できる方法で改善された手法を提供するために、制御システムからサードパーティアプリケーションまでＲＳＳデータに沿って通過できる。ここで再び、ＯＰＣサーバのＸＭＬファイルは、データソースが位置する場所以外のサードパーティシステム上に含まれているマルチメディアファイルを指すことができる。サードパーティシステムでは、マルチメディアファイルが、診断専門的知識と修理を提供する音声ファイル、トレーニングとトラブルシューティングのヒントを提供するビデオファイル、及びデータを送信するシステムと周囲の製造プロセスの継続中のパーフォマンス管理を向上させるための他のテキスト以外の情報を含むことがある。ＲＳＳデータに加えて既存のＯＰＣ方法論が使用できることは言うまでもない。このようにして、図２のサーバ１６２等のＯＰＣサーバは依然として既存のプロトコルを使用することができ、ＸＭＬフォーマットへのシンプルな変換がオンデマンドで実行される。さらに、コントローラデータのように、ＯＰＣサーバＲＳＳデータはイベントベースであってよく、その結果ＯＰＣサーバは制御性能データ、デバイス診断及びヘルスデータ、製造データ、ビデオデータ、安全性データ、及びプロセスプラント内での１つ以上のイベントの発生に基づいた多くの他のタイプのデータに関し、それらを含むメッセージを送信する。したがって、理解されるように、ＲＳＳフィードは異なった制御システムを、低速間欠通信回線を通して接続するために使用されてよい。
【００６０】
別のケースでは、ユーザインタフェースは有利なことにＲＳＳデータを送受してよい。オペレータインタフェース等のユーザインタフェースは、コントローラと他のプロセス制御装置から情報を取得するために、通常、独自仕様の通信、ＯＰＣ通信、ＳＱＬ通信、ＰｒｏｆｉＮｅｔ通信、Ｍｏｄｂｕｓ ＩＰ通信、Ｄｅｖｉｃｅｎｅｔ通信、ｍｏｄｂｕｓ４８５通信等を使用する。このケースでは、ＲＳＳデータストリームを使用すると、ＲＳＳサーバ（ＯＰＣ基礎またはそれ以外）等のＲＳＳフィードソース、ＲＳＳによってイネーブルされた制御システム、ＲＳＳによってイネーブルされたフィールドデバイスまたは他のＲＳＳによってイネーブルされた資産管理システムまたは保守システムから極めて特殊なメッセージを受信するための改善された手法が実現する。ホストデバイスであることがあるオペレータインタフェースは、ＲＳＳによってイネーブルされたフィールドデバイス、コントローラ、またはＯＰＣサーバによって指されるマルチメディアファイルを調達でき、前述されたようにこれらのマルチメディアファイルは、診断専門的知識と修理を提供する音声ファイル、トレーニングとトラブルシューティングのヒントを提供するビデオファイル、及びデータを送信するシステムと周囲の製造プロセスの継続中の性能と保守性を向上させるための他のテキスト以外の情報を含むことがある。同様に、ユーザインタフェースは、例えばインターネットを介してデータとアプリケーションの他のソースに接続されてよく、ＲＳＳフィードはこのようなソースへのハイパーリンクまたは参照を含んでよく、その結果ユーザインタフェースは受信されているＲＳＳデータをサポートするために使用されるリッチメディアのすべてを記憶する必要はない。代わりに、ユーザインタフェースはＲＳＳデータ内でハイパーリンクを使用して（例えばデバイス製造メーカのウェブサイト上で提供されてよい）データまたはアプリケーションにアクセスしてよい。
【００６１】
このようにして、理解されるように、（スマートフォン、ＰＤＡ、パーソナルビデオプレーヤ等のモバイル機器を含むことが可能であろう）任意のオペレータインタフェースは、受信されるＲＳＳデータの中で参照される（音声ファイルまたはビデオファイル等）リッチメディアを使用するまたは取得することができる。一部のケースでは、オペレータインタフェースはＲＳＳフィードの中で指されているエンクロージャに基づいて選択されたマルチメディアファイルを再生してよく、正しい音声ファイルまたはビデオファイルを再生するか、あるいはＲＳＳフィードの中で診断データ、制御データ及び／または履歴性能データを解釈するために正しい診断または表示アプリケーションを実行してよい。所望の場合、オペレータインタフェースはプラントのなかで使用可能なＲＳＳフィードを発見し、オンラインフォーマットで情報を提示し、ユーザが、該ユーザが購読を希望する１つ以上のＲＳＳデータフィードを選択できるようにするためにＯＰＭＬアウトラインプロセッサ技術を使用してよい。
【００６２】
またさらに、例えばユーザインタフェース、及び図２のワークステーション１２０〜１２３等のワークステーションで実行されるアプリケーション、及び例えばアラームアプリケーションは、独自仕様の通信と、オープン規格ベースのＯＰＣ、ＳＱＬ、ｐｒｏｆｉＮｅｔ、Ｍｏｄｂｕｓ ＩＦ、Ｄｅｖｉｃｅｎｅｔ、ｍｏｄｂｕｓ４８５等の通信の双方からＲＳＳデータまたは情報を受信し、それによりコントローラ及び他のプロセス制御装置からの情報を受信し、処理してよい。ユーザ表示アプリケーションを含んでよいこれらのアプリケーションは、例えば診断専門的知識と修理を提供するため、トレーニングとトラブルシューティングのヒントを提供するため、アラーム及びイベントを発生させる状態の継続中の管理を改善するため等に、ＲＳＳデータ内の送信側デバイスの範囲内にある、あるいはＲＳＳデータ内で送信側デバイスにより参照されるリッチテキストと（音声ファイルとビデオファイル等の）他のメディアを取得してよい。同様に、例えばアラーム分析ソフトウェアにより生じるアラーム分析データ等、アプリケーションによって生じる分析は、ＲＳＳデータストリームを使用して他のアプリケーションが使用できるようになる。一例では、アラームアプリケーション等のアプリケーションは、ビューイング、表示、及び操作のために、ＲＳＳフォーマットの中の出力データを、ＲＳＳによってイネーブルされているオペレータインタフェース及びモバイル機器に送出してよい。このケースでは、アラーム分析ソフトウェアは、組み込まれたマルチメディア及びＲＳＳによってイネーブルされたフィールドデバイス、コントローラ、ＯＰＣサーバ等によって指される他のデータを調達できる、あるいはマルチメディアが受信側デバイスの中に記憶される場合にはこのようなマルチメディアに対する参照に沿って通過できる、あるいは受信側デバイスによって取得できる。
【００６３】
言うまでもなく、音声ファイルまたはビデオファイル等のリッチメディアはアラーム分析ソフトウェアまたは他のソフトウェアを実行しているモバイル機器（スマートフォン、ＰＤＡ、パーソナルビデオプレーヤ）上に常駐できる。このケースでは、アラーム分析ソフトウェアは、そのデータのための適切なマルチメディアファイルを指すＲＳＳデータ内のエンクロージャに基づいて選択されたマルチメディアファイルを再生する。このようにして、受信側デバイスは自動的に正しい音声ファイルまたはビデオファイルを実行するか、あるいは診断データ、制御データ、及び／または履歴データを解釈するようになるために正しいアプリケーションを選択してよい。
【００６４】
ホストまたは他のアクセス可能なデバイスで参照される情報は、所望の場合にさらに特殊なインタラクティブヘルプ、製品情報、ヘルプソース等を提供、あるいは提供することに関連することが可能であろう。この情報は、ＲＳＳフォーマットのデバイスから提供されているデータをさらによく理解するまたは解釈するために使用される可能性がある、提供されているデータと関連付けられているビデオクリップ、サウンドファイル、画像等のリッチテキストまたはメディアファイルの形とすることが可能であろう。既存の方法論が情報のソースとして使用できることは言うまでもない。すなわち、フィールドデバイスは依然としてＥＤＤＬファイルを内部で使用することができ、ＸＭＬフォーマットへのシンプルな変換はオンデマンドで実行される。同様に、ＲＳＳデータを提供するコントローラは依然として、Ｍｏｄｂｕｓ ＩＰ、ＯＰＣ、ＰｒｏｆｉＮｅｔ、ＤｅｌｔａＶ及び他の独自仕様のプロトコルまたは標準プロトコルを使用することができ、ＲＳＳ ＸＭＬフォーマットへのシンプルな変換がオンデマンドで実行されている。さらに、ユーザインタフェース及び他のアプリケーションは従来のプロセス制御ベースの通信フォーマットを使用する従来のフォーマットでデータとメッセージを送受することが可能であろうが、ＯＰＣサーバは依然としてＯＰＣ規格を使用することが可能であろう。
【００６５】
図１と図２に関して本明細書に説明されているプロセス制御システムは、別のフォーマットのデバイス、アプリケーション、モジュール等によって生成されるデータをＲＳＳフォーマットに変換し、次にホストデバイス４０２等の追加のデバイスにＲＳＳデータを提供するＲＳＳブロック９０を含むとして説明されているが、プロセスプラント内のデバイス、アプリケーション、モジュール等が、従来のプロセス制御通信規格を使用する代わりに、まず最初に、ＲＳＳフォーマットのデータを作成し、送信するように構築できるまたは製造できることが理解されることであろう。このケースでは、フィールドデバイスとコントローラまたはＩ／Ｏデバイス間の通信、コントローラとユーザインタフェースまたはホストシステム等の間の通信はすべてまたは大半部分、ＲＳＳデータ通信規格またはフォーマットを使用して行うことが可能であろう。所望の場合、ＲＳＳデータフォーマットが適用され、すべての非実行時制御データ、つまり実行時中に実際にプロセスを制御することに関与していないすべてのデータの伝送のために使用できる、あるいは実行時制御データを含む全データに適用することが可能であろう。後者のケースでは、プロセスプラントは、プラントの中のすべてのレベルでの一次通信フォーマットとしてＲＳＳ通信フォーマットを使用し、それによりすべての他のユーザ、アプリケーション、デバイス等によってデータのすべてを容易に入手可能、且つ有効とするように構築できる。
【００６６】
本明細書に説明されているＲＳＳベースの通信システム及びプロセス制御アプリケーションは従来のＲＳＳ−ＸＭＬベースのサーバを使用して実現されるとして説明されてきたが、この結合されたシステムは、非特許文献４により詳細に説明されているＡＴＯＭフォーマット等の任意の他の適切なウェブコンテンツシンジケーションフォーマットを使用して実現できる。さらに、本明細書に説明されているＲＳＳブロックの機能は主にソフトウェアとして実現されるものと説明されているが、これらの機能の一部またはすべてはハードウェア、ファームウェア等で実現されてよい。したがって、本明細書に説明されているＲＳＳベースの通信システム及び技法は標準的な多目的プロセッサで、あるいは所望のように、特別に設計されたハードウェアまたはファームウェアを使用して実現されてよい。ソフトウェアで実現されるとき、本明細書に説明されているソフトウェアルーチンは、コンピュータまたはプロセッサ等のＲＡＭまたはＲＯＭまたはフラッシュメモリ内、磁気ディスク、レーザディスク、または他の記憶メディア上等の任意のコンピュータ読取可能メモリに記憶されてよい。同様に、ソフトウェアは、例えばコンピュータ読取可能ディスクまたは他のトランスポート可能なコンピュータ記憶機構上、あるいは（このようなソフトウェアをトランスポート可能な記憶メディアを介して提供することと同じである、あるいは置き換え可能であるものとして見なされている）電話回線、インターネット等の通信チャネル上を含む、任意の公知のまたは所望の配信方法を介してユーザまたはプロセス制御システムに配信されてよい。
【００６７】
このように、本発明は、単に例示的なものであり、本発明を制限することを意図していない特定の例を説明してきたが、追加または削除は、本発明の精神及び範囲から逸脱することなく開示されている実施形態に加えられてよい。
【特許請求の範囲】
【請求項１】
多種多様なプロセス制御装置と、
該多種多様なプロセス制御装置を相互接続する１つ以上の通信ネットワークと、
前記１つ以上の通信ネットワークを介して、前記多種多様なプロセス制御装置に通信可能に接続されると共に前記多種多様なプロセス制御装置の少なくとも１つによって生成されたプロセス制御データを表示するユーザインタフェースへの接続を含む計算装置であって、前記多種多様なプロセス制御装置の少なくとも１つは、コントロールループ内に含まれる、当該計算装置と、
を備え、
該多種多様なプロセス制御装置の少なくとも１つが、該１つ以上の通信ネットワーク上で、ウェブコンテンツシンジケーションフォーマットを用いて、プロセス制御データの、プロセスプラント内のプロセスを制御する際の使用のために前記多種多様なプロセス制御装置の他の１つへの通信を行う、
プロセスプラントであって、
該ウェブコンテンツシンジケーションフォーマットがＲＳＳ（ｒｅａｌｌｙ ｓｉｍｌｅ ｓｙｎｄｉｃａｔｉｏｎ）通信フォーマットであり、
該多種多様なプロセス制御装置の内の少なくとも１つが、プロセスデータを該ＲＳＳ通信フォーマットに変換するＲＳＳデータ変換装置を含み、
該ＲＳＳデータ変換装置は、該ＲＳＳデータと関連付けられるイベントリストと、該イベントリストの中のイベントの発生に基づいてＲＳＳデータを別のデバイスに通信する通信装置と、を含む、プロセスプラント。
【請求項２】
該多種多様なプロセス制御装置の内の少なくとも１つがプロセスコントローラである、請求項１に記載のプロセスプラント。
【請求項３】
該多種多様なプロセス制御装置の内の少なくとも１つがフィールドデバイスである、請求項１に記載のプロセスプラント。
【請求項４】
該多種多様なプロセス制御装置が、プロセスコントローラに通信可能に結合されるフィールドデバイスを含む、請求項１に記載のプロセスプラント。
【請求項５】
該多種多様なプロセス制御装置が、１台以上のプロセスコントローラに通信可能に結合されるユーザインタフェースデバイスを含む、請求項１に記載のプロセスプラント。
【請求項６】
該多種多様なプロセス制御装置がＯＰＣ通信装置を含む、請求項１に記載のプロセスプラント。
【請求項７】
該ＲＳＳデータ変換装置がＲＳＳデータを記憶するためのメモリを含む、請求項１に記載のプロセスプラント。
【請求項８】
該ＲＳＳデータ変換装置が、該ＲＳＳデータと使用するためのリッチメディアファイルを記憶するメディア記憶装置を含む、請求項１に記載のプロセスプラント。
【請求項９】
該メディア記憶装置が、ビデオファイル、音声ファイル、及びカラー画像ファイルと白黒画像ファイルの内の少なくとも１つ以上を記憶する、請求項８に記載のプロセスプラント。
【請求項１０】
リッチメディア記憶装置が、該ＲＳＳデータを処理するために実行されてよい１つ以上のアプリケーションを記憶する、請求項８に記載のプロセスプラント。
【請求項１１】
リッチメディア記憶装置が、プロセス制御装置または該ＲＳＳデータを作成したアプリケーションと関連付けられる特定データを記憶する、請求項８に記載のプロセスプラント。
【請求項１２】
該特定データが、グローバルポジショニングシステムデータおよびマッピングデータの内の１つを含む、請求項１１に記載のプロセスプラント。
【請求項１３】
リッチメディア記憶装置が、該ＲＳＳデータと使用するためのメディアファイルまたはアプリケーションのソースに対する参照を記憶する、請求項１に記載のプロセスプラント。
【請求項１４】
前記計算装置が、該多種多様なプロセス制御装置の内の別の１台からＲＳＳデータを受信するホストデバイスであり、
該ホストデバイスが、該受信されたＲＳＳデータを記憶するためのＲＳＳデータ記憶装置を備え、前記ユーザインタフェースは、該受信されたＲＳＳデータに関してユーザとインタフェースする、
請求項１に記載のプロセスプラント。
【請求項１５】
該ホストデバイスが、該受信されたＲＳＳデータと関連付けられている１つ以上のデータファイルまたはアプリケーションを記憶し、該受信されたＲＳＳデータに関してユーザとインタフェースするために該ユーザインタフェースと連動して使用されてよい記憶装置をさらに含む、請求項１４に記載のプロセスプラント。
【請求項１６】
該１つ以上のデータファイルまたはアプリケーションが、音声ファイル、ビデオファイル、ボイスオーバＩＰデータストリーム、及び画像ファイルの内の１つを含む、請求項１５に記載のプロセスプラント。
【請求項１７】
該多種多様なプロセス制御装置の内の該別の１台が、該ＲＳＳデータの一部として該ホストデバイス内に記憶される該データファイルまたはアプリケーションの内の該１つまたは複数の内の１つに対し参照を送信するように適応される、請求項１５に記載のプロセスプラント。
【請求項１８】
プロセス制御装置によって生成されたプロセス制御信号、または、前記プロセス制御装置によって実行されるプロセス制御アプリケーションの出力からウェブコンテンツシンジケーションデータを生成するウェブコンテンツシンジケーションフォーマットデータジェネレータ(generator)と、
プロセスプラント内でプロセスを制御するため追加のプロセス制御装置によって使用されるための該ウェブコンテンツシンジケーションフォーマットデータを、該ウェブコンテンツシンジケーションフォーマットを使用する該プロセスプラントの中の前記追加のプロセス制御デバイスに通信するウェブコンテンツシンジケーションフォーマットデータ通信装置と、
計算装置への通信の接続であって、当該計算装置は、プロセスプラント内で多種多様なプロセス制御装置に通信可能に接続され、前記多種多様なプロセス制御装置は、前記プロセス制御装置及び前記追加のプロセス制御装置を含み、前記計算装置は、前記多種多様なプロセス制御装置の少なくとも１つによって、生成されたプロセス制御データを表示するユーザインタフェースに通信可能に接続された、当該接続と、
を備えるプロセスプラントで使用するためのプロセス制御装置であって、
該ウェブコンテンツシンジケーションフォーマットがＲＳＳ（ｒｅａｌｌｙ ｓｉｍｌｅ ｓｙｎｄｉｃａｔｉｏｎ）通信フォーマットであり、
多種多様なプロセス制御装置の内の少なくとも１つが、プロセスデータを該ＲＳＳ通信フォーマットに変換するＲＳＳデータ変換装置を含み、
該ＲＳＳデータに関連付けられているイベントリストをさらに含み、
該ＲＳＳデータ通信装置が、該イベントリスト内のイベントの発生に基づいて該ＲＳＳデータを別のデバイスに通信する、
プロセス制御装置。
【請求項１９】
該ウェブコンテンツシンジケーションフォーマットデータジェネレータがＲＳＳデータジェネレータであり、
該ウェブコンテンツシンジケーションフォーマットデータがＲＳＳデータであり、
ウェブコンテンツシンジケーションフォーマットデータ通信装置がＲＳＳデータ通信装置である、
請求項１８に記載のプロセス制御装置。
【請求項２０】
該ＲＳＳデータジェネレータが、プロセスデータをＲＳＳ通信フォーマットに変換するＲＳＳデータ変換装置を備える、請求項１９に記載のプロセス制御装置。
【請求項２１】
該ＲＳＳデータ変換装置がＲＳＳデータを記憶するためのメモリを含む、請求項２０に記載のプロセス制御装置。
【請求項２２】
該ＲＳＳデータとともに使用するためのメディアファイルを記憶するメディア記憶装置をさらに含む、請求項１９に記載のプロセス制御装置。
【請求項２３】
該メディア記憶装置が、ビデオファイル、音声ファイル、カラー画像ファイル、または白黒画像ファイルの内の１つ以上を記憶する、請求項２２に記載のプロセス制御装置。
【請求項２４】
該メディア記憶装置が、該ＲＳＳデータを処理するために実行されてよい１つ以上のアプリケーションを記憶する、請求項２２に記載のプロセス制御装置。
【請求項２５】
該メディア記憶装置が該プロセス制御装置と関連付けられる特定データ、もしくは該ＲＳＳデータの一部として送信される該プロセス制御装置内のアプリケーションを記憶する、請求項２２に記載のプロセス制御装置。
【請求項２６】
該特定データがグローバルポジショニングシステムデータおよびマッピングデータの内の１つを含む、請求項２５に記載のプロセス制御装置。
【請求項２７】
該メディア記憶装置が、メディアファイルのソース、または該ＲＳＳデータとともに使用するために該プロセス制御装置の外部のアプリケーションに対する参照を記憶する、請求項２５に記載のプロセス制御装置。
【請求項２８】
該プロセス制御装置が、プロセスコントローラ、フィールドデバイス、ユーザインタフェースデバイス及びＯＰＣ通信装置の内の１つを備える、請求項１９に記載のプロセス制御装置。
【請求項２９】
別のプロセス制御装置からＲＳＳデータを受信するＲＳＳデータ受信機と、該受信されたＲＳＳデータに関してユーザとインタフェースするためのユーザインタフェースと、をさらに含む、請求項１９に記載のプロセス制御装置。
【請求項３０】
該受信されたＲＳＳデータと関連付けられている１つ以上のデータファイルまたはアプリケーションを記憶し、該受信されたＲＳＳデータに関してユーザとインタフェースするように該ユーザインタフェースと連動して使用されてよい記憶装置をさらに含む、請求項２９に記載のプロセス制御装置。
【請求項３１】
該プロセス制御装置内に記憶される１つ以上のデータファイルまたはアプリケーションの内の１つに対する参照を決定するために、該受信されたＲＳＳデータを処理する処理装置をさらに含む、請求項３０に記載のプロセス制御装置。
【請求項３２】
該プロセス制御装置の外部に記憶され、通信リンクを介して該プロセス制御装置にアクセス可能な１つ以上のデータファイルまたはアプリケーションのソースに対する参照を決定するために、該受信されたＲＳＳデータを処理する処理装置をさらに含む、請求項２９に記載のプロセス制御装置。
【請求項３３】
プロセスプラント内のプロセス制御装置内に含まれるデータ変換装置であって、
ＲＳＳデータを生成するために、センサ信号に基づいて前記プロセス制御装置によって生成されたプロセス制御信号、又は、前記プロセス制御装置によって実行されるプロセス制御アプリケーションの出力に対応するプロセスデータをＲＳＳ(really simple syndication)通信フォーマットに変換するＲＳＳデータ変換装置と、
該ＲＳＳデータを記憶するメモリと、
前記プロセス制御装置から該プロセスプラントの中の別のプロセス制御装置に対する、前記プロセスプラント内のプロセスを制御するための前記他のプロセス制御装置による使用のための該ＲＳＳデータの通信を行うと共に前記ＲＳＳデータを前記プロセス制御装置から前記プロセスデータを表示するユーザインタフェースを有する計算装置に通信するように適応される通信装置と、
を備えるデータ変換装置であって、
該ＲＳＳデータと関連付けられているイベントリストをさらに含み、
該通信装置が該イベントリストの中の該イベントの発生に基づいて別のデバイスに対する該ＲＳＳデータの通信を行う、
データ変換装置。
【請求項３４】
該ＲＳＳデータと使用するためにメディアファイルを記憶するメディア記憶装置をさらに含む、請求項３３に記載のデータ変換装置。
【請求項３５】
該メディア記憶装置が、ビデオファイル、音声ファイル、及びカラー画像ファイルと白黒画像ファイルの内の１つ以上を記憶する、請求項３４に記載のデータ変換装置。
【請求項３６】
該メディア記憶装置が、該ＲＳＳデータを処理するために実行されてよい１つ以上のアプリケーションを記憶する、請求項３４に記載のデータ変換装置。
【請求項３７】
該メディア記憶装置が、プロセス制御装置と関連付けられている、あるいは該ＲＳＳデータを作成したアプリケーションと関連付けられている特定データを記憶する、請求項３４に記載のデータ変換装置。
【請求項３８】
該特定データがグローバルポジショニングシステムデータおよびマッピングデータの内の１つを含む、請求項３７に記載のデータ変換装置。
【請求項３９】
該メディア記憶装置が、該データ変換装置が該ＲＳＳデータとともに使用するために配置されるデバイスの外部のメディアファイルのソースまたはアプリケーションに対する参照を記憶する、請求項３７に記載のデータ変換装置。
【請求項１】
多種多様なプロセス制御装置と、
該多種多様なプロセス制御装置を相互接続する１つ以上の通信ネットワークと、
前記１つ以上の通信ネットワークを介して、前記多種多様なプロセス制御装置に通信可能に接続されると共に前記多種多様なプロセス制御装置の少なくとも１つによって生成されたプロセス制御データを表示するユーザインタフェースへの接続を含む計算装置であって、前記多種多様なプロセス制御装置の少なくとも１つは、コントロールループ内に含まれる、当該計算装置と、
を備え、
該多種多様なプロセス制御装置の少なくとも１つが、該１つ以上の通信ネットワーク上で、ウェブコンテンツシンジケーションフォーマットを用いて、プロセス制御データの、プロセスプラント内のプロセスを制御する際の使用のために前記多種多様なプロセス制御装置の他の１つへの通信を行う、
プロセスプラントであって、
該ウェブコンテンツシンジケーションフォーマットがＲＳＳ（ｒｅａｌｌｙ ｓｉｍｌｅ ｓｙｎｄｉｃａｔｉｏｎ）通信フォーマットであり、
該多種多様なプロセス制御装置の内の少なくとも１つが、プロセスデータを該ＲＳＳ通信フォーマットに変換するＲＳＳデータ変換装置を含み、
該ＲＳＳデータ変換装置は、該ＲＳＳデータと関連付けられるイベントリストと、該イベントリストの中のイベントの発生に基づいてＲＳＳデータを別のデバイスに通信する通信装置と、を含む、プロセスプラント。
【請求項２】
該多種多様なプロセス制御装置の内の少なくとも１つがプロセスコントローラである、請求項１に記載のプロセスプラント。
【請求項３】
該多種多様なプロセス制御装置の内の少なくとも１つがフィールドデバイスである、請求項１に記載のプロセスプラント。
【請求項４】
該多種多様なプロセス制御装置が、プロセスコントローラに通信可能に結合されるフィールドデバイスを含む、請求項１に記載のプロセスプラント。
【請求項５】
該多種多様なプロセス制御装置が、１台以上のプロセスコントローラに通信可能に結合されるユーザインタフェースデバイスを含む、請求項１に記載のプロセスプラント。
【請求項６】
該多種多様なプロセス制御装置がＯＰＣ通信装置を含む、請求項１に記載のプロセスプラント。
【請求項７】
該ＲＳＳデータ変換装置がＲＳＳデータを記憶するためのメモリを含む、請求項１に記載のプロセスプラント。
【請求項８】
該ＲＳＳデータ変換装置が、該ＲＳＳデータと使用するためのリッチメディアファイルを記憶するメディア記憶装置を含む、請求項１に記載のプロセスプラント。
【請求項９】
該メディア記憶装置が、ビデオファイル、音声ファイル、及びカラー画像ファイルと白黒画像ファイルの内の少なくとも１つ以上を記憶する、請求項８に記載のプロセスプラント。
【請求項１０】
リッチメディア記憶装置が、該ＲＳＳデータを処理するために実行されてよい１つ以上のアプリケーションを記憶する、請求項８に記載のプロセスプラント。
【請求項１１】
リッチメディア記憶装置が、プロセス制御装置または該ＲＳＳデータを作成したアプリケーションと関連付けられる特定データを記憶する、請求項８に記載のプロセスプラント。
【請求項１２】
該特定データが、グローバルポジショニングシステムデータおよびマッピングデータの内の１つを含む、請求項１１に記載のプロセスプラント。
【請求項１３】
リッチメディア記憶装置が、該ＲＳＳデータと使用するためのメディアファイルまたはアプリケーションのソースに対する参照を記憶する、請求項１に記載のプロセスプラント。
【請求項１４】
前記計算装置が、該多種多様なプロセス制御装置の内の別の１台からＲＳＳデータを受信するホストデバイスであり、
該ホストデバイスが、該受信されたＲＳＳデータを記憶するためのＲＳＳデータ記憶装置を備え、前記ユーザインタフェースは、該受信されたＲＳＳデータに関してユーザとインタフェースする、
請求項１に記載のプロセスプラント。
【請求項１５】
該ホストデバイスが、該受信されたＲＳＳデータと関連付けられている１つ以上のデータファイルまたはアプリケーションを記憶し、該受信されたＲＳＳデータに関してユーザとインタフェースするために該ユーザインタフェースと連動して使用されてよい記憶装置をさらに含む、請求項１４に記載のプロセスプラント。
【請求項１６】
該１つ以上のデータファイルまたはアプリケーションが、音声ファイル、ビデオファイル、ボイスオーバＩＰデータストリーム、及び画像ファイルの内の１つを含む、請求項１５に記載のプロセスプラント。
【請求項１７】
該多種多様なプロセス制御装置の内の該別の１台が、該ＲＳＳデータの一部として該ホストデバイス内に記憶される該データファイルまたはアプリケーションの内の該１つまたは複数の内の１つに対し参照を送信するように適応される、請求項１５に記載のプロセスプラント。
【請求項１８】
プロセス制御装置によって生成されたプロセス制御信号、または、前記プロセス制御装置によって実行されるプロセス制御アプリケーションの出力からウェブコンテンツシンジケーションデータを生成するウェブコンテンツシンジケーションフォーマットデータジェネレータ(generator)と、
プロセスプラント内でプロセスを制御するため追加のプロセス制御装置によって使用されるための該ウェブコンテンツシンジケーションフォーマットデータを、該ウェブコンテンツシンジケーションフォーマットを使用する該プロセスプラントの中の前記追加のプロセス制御デバイスに通信するウェブコンテンツシンジケーションフォーマットデータ通信装置と、
計算装置への通信の接続であって、当該計算装置は、プロセスプラント内で多種多様なプロセス制御装置に通信可能に接続され、前記多種多様なプロセス制御装置は、前記プロセス制御装置及び前記追加のプロセス制御装置を含み、前記計算装置は、前記多種多様なプロセス制御装置の少なくとも１つによって、生成されたプロセス制御データを表示するユーザインタフェースに通信可能に接続された、当該接続と、
を備えるプロセスプラントで使用するためのプロセス制御装置であって、
該ウェブコンテンツシンジケーションフォーマットがＲＳＳ（ｒｅａｌｌｙ ｓｉｍｌｅ ｓｙｎｄｉｃａｔｉｏｎ）通信フォーマットであり、
多種多様なプロセス制御装置の内の少なくとも１つが、プロセスデータを該ＲＳＳ通信フォーマットに変換するＲＳＳデータ変換装置を含み、
該ＲＳＳデータに関連付けられているイベントリストをさらに含み、
該ＲＳＳデータ通信装置が、該イベントリスト内のイベントの発生に基づいて該ＲＳＳデータを別のデバイスに通信する、
プロセス制御装置。
【請求項１９】
該ウェブコンテンツシンジケーションフォーマットデータジェネレータがＲＳＳデータジェネレータであり、
該ウェブコンテンツシンジケーションフォーマットデータがＲＳＳデータであり、
ウェブコンテンツシンジケーションフォーマットデータ通信装置がＲＳＳデータ通信装置である、
請求項１８に記載のプロセス制御装置。
【請求項２０】
該ＲＳＳデータジェネレータが、プロセスデータをＲＳＳ通信フォーマットに変換するＲＳＳデータ変換装置を備える、請求項１９に記載のプロセス制御装置。
【請求項２１】
該ＲＳＳデータ変換装置がＲＳＳデータを記憶するためのメモリを含む、請求項２０に記載のプロセス制御装置。
【請求項２２】
該ＲＳＳデータとともに使用するためのメディアファイルを記憶するメディア記憶装置をさらに含む、請求項１９に記載のプロセス制御装置。
【請求項２３】
該メディア記憶装置が、ビデオファイル、音声ファイル、カラー画像ファイル、または白黒画像ファイルの内の１つ以上を記憶する、請求項２２に記載のプロセス制御装置。
【請求項２４】
該メディア記憶装置が、該ＲＳＳデータを処理するために実行されてよい１つ以上のアプリケーションを記憶する、請求項２２に記載のプロセス制御装置。
【請求項２５】
該メディア記憶装置が該プロセス制御装置と関連付けられる特定データ、もしくは該ＲＳＳデータの一部として送信される該プロセス制御装置内のアプリケーションを記憶する、請求項２２に記載のプロセス制御装置。
【請求項２６】
該特定データがグローバルポジショニングシステムデータおよびマッピングデータの内の１つを含む、請求項２５に記載のプロセス制御装置。
【請求項２７】
該メディア記憶装置が、メディアファイルのソース、または該ＲＳＳデータとともに使用するために該プロセス制御装置の外部のアプリケーションに対する参照を記憶する、請求項２５に記載のプロセス制御装置。
【請求項２８】
該プロセス制御装置が、プロセスコントローラ、フィールドデバイス、ユーザインタフェースデバイス及びＯＰＣ通信装置の内の１つを備える、請求項１９に記載のプロセス制御装置。
【請求項２９】
別のプロセス制御装置からＲＳＳデータを受信するＲＳＳデータ受信機と、該受信されたＲＳＳデータに関してユーザとインタフェースするためのユーザインタフェースと、をさらに含む、請求項１９に記載のプロセス制御装置。
【請求項３０】
該受信されたＲＳＳデータと関連付けられている１つ以上のデータファイルまたはアプリケーションを記憶し、該受信されたＲＳＳデータに関してユーザとインタフェースするように該ユーザインタフェースと連動して使用されてよい記憶装置をさらに含む、請求項２９に記載のプロセス制御装置。
【請求項３１】
該プロセス制御装置内に記憶される１つ以上のデータファイルまたはアプリケーションの内の１つに対する参照を決定するために、該受信されたＲＳＳデータを処理する処理装置をさらに含む、請求項３０に記載のプロセス制御装置。
【請求項３２】
該プロセス制御装置の外部に記憶され、通信リンクを介して該プロセス制御装置にアクセス可能な１つ以上のデータファイルまたはアプリケーションのソースに対する参照を決定するために、該受信されたＲＳＳデータを処理する処理装置をさらに含む、請求項２９に記載のプロセス制御装置。
【請求項３３】
プロセスプラント内のプロセス制御装置内に含まれるデータ変換装置であって、
ＲＳＳデータを生成するために、センサ信号に基づいて前記プロセス制御装置によって生成されたプロセス制御信号、又は、前記プロセス制御装置によって実行されるプロセス制御アプリケーションの出力に対応するプロセスデータをＲＳＳ(really simple syndication)通信フォーマットに変換するＲＳＳデータ変換装置と、
該ＲＳＳデータを記憶するメモリと、
前記プロセス制御装置から該プロセスプラントの中の別のプロセス制御装置に対する、前記プロセスプラント内のプロセスを制御するための前記他のプロセス制御装置による使用のための該ＲＳＳデータの通信を行うと共に前記ＲＳＳデータを前記プロセス制御装置から前記プロセスデータを表示するユーザインタフェースを有する計算装置に通信するように適応される通信装置と、
を備えるデータ変換装置であって、
該ＲＳＳデータと関連付けられているイベントリストをさらに含み、
該通信装置が該イベントリストの中の該イベントの発生に基づいて別のデバイスに対する該ＲＳＳデータの通信を行う、
データ変換装置。
【請求項３４】
該ＲＳＳデータと使用するためにメディアファイルを記憶するメディア記憶装置をさらに含む、請求項３３に記載のデータ変換装置。
【請求項３５】
該メディア記憶装置が、ビデオファイル、音声ファイル、及びカラー画像ファイルと白黒画像ファイルの内の１つ以上を記憶する、請求項３４に記載のデータ変換装置。
【請求項３６】
該メディア記憶装置が、該ＲＳＳデータを処理するために実行されてよい１つ以上のアプリケーションを記憶する、請求項３４に記載のデータ変換装置。
【請求項３７】
該メディア記憶装置が、プロセス制御装置と関連付けられている、あるいは該ＲＳＳデータを作成したアプリケーションと関連付けられている特定データを記憶する、請求項３４に記載のデータ変換装置。
【請求項３８】
該特定データがグローバルポジショニングシステムデータおよびマッピングデータの内の１つを含む、請求項３７に記載のデータ変換装置。
【請求項３９】
該メディア記憶装置が、該データ変換装置が該ＲＳＳデータとともに使用するために配置されるデバイスの外部のメディアファイルのソースまたはアプリケーションに対する参照を記憶する、請求項３７に記載のデータ変換装置。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１３−８３９６（Ｐ２０１３−８３９６Ａ）
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願番号】特願２０１２−２２２７３１（Ｐ２０１２−２２２７３１）
【出願日】平成２４年１０月５日（２０１２．１０．５）
【分割の表示】特願２００６−２５６９２４（Ｐ２００６−２５６９２４）の分割
【原出願日】平成１８年９月２２日（２００６．９．２２）
【出願人】（５１２１３２０２２）フィッシャー−ローズマウント システムズ，インコーポレイテッド (28)
【Ｆターム（参考）】
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願日】平成２４年１０月５日（２０１２．１０．５）
【分割の表示】特願２００６−２５６９２４（Ｐ２００６−２５６９２４）の分割
【原出願日】平成１８年９月２２日（２００６．９．２２）
【出願人】（５１２１３２０２２）フィッシャー−ローズマウント システムズ，インコーポレイテッド (28)
【Ｆターム（参考）】
[ Back to top ]