(57)【要約】  コンピュータにホストされ、フィールドデバイスを管理するように構成されたシステムが提供される。このシステムは、第１のタイプのインタフェース仕様標準に応答してシステムレベル構成アプリケーションを実行するように構成された構成サーバを含む。構成サーバは、（ｉ）フィールドデバイスのうちの少なくとも１つを第１のタイプのインタフェース仕様標準に従って、および（ｉｉ）フィールドデバイスのうちの別のものを第２のタイプのインタフェース仕様標準に従って管理する。このシステムは、少なくとも１つのフィールドデバイスが選択されたとき、少なくとも１つのフィールドデバイスに関連するデータを表示するように構成されたグラフィカルユーザインタフェース（ＧＵＩ）をさらに含む。他のフィールドデバイスが選択されたとき、他のフィールドデバイスを表すアプリケーションがＧＵＩを介して表示される。【選択図】図４
2016527598.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ（１０２ａ）にホストされ、フィールドデバイス（１１８、１２０、１２２、および１２４）を管理するように構成されたシステムであって、
第１のタイプのインタフェース仕様標準に対応してシステムレベル構成アプリケーションを実行するように構成された構成サーバ（３０６）と、
ここで、前記構成サーバが、（ｉ）前記フィールドデバイス（１１８、１２０、１２２、および１２４）のうちの少なくとも１つを前記第１のタイプのインタフェース仕様標準に従って、および（ｉｉ）前記フィールドデバイス（１１８、１２０、１２２、および１２４）のうちの別のものを第２のタイプのインタフェース仕様標準に従って管理する、
前記少なくとも１つのフィールドデバイスが選択されたとき、前記少なくとも１つのフィールドデバイスに関連するデータを表示するように構成されたグラフィカルユーザインタフェース（ＧＵＩ）と、
ここで、他のフィールドデバイスが選択されたとき、前記他のフィールドデバイスを表すアプリケーションが前記ＧＵＩを介して表示される、
を含む、システム。
【請求項２】
前記第１のタイプのインタフェース仕様標準が、フィールドデバイスツール（ＦＤＴ）標準を含み、
前記第２のタイプのインタフェース仕様標準が、非ＦＤＴ標準を含む、請求項１記載のシステム。
【請求項３】
前記データが構成データを含む、請求項２記載のシステム。
【請求項４】
前記アプリケーションが、デバイスタイプマネージャ（ＤＴＭ）を含む、請求項１記載のシステム。
【請求項５】
前記デバイスを表す前記アプリケーションが、第２のタイプのインタフェース仕様標準に従って表示される、請求項４記載のシステム。
【請求項６】
前記他のフィールドデバイスを選択することにより、フィールドデバイスツール（ＦＤＴ）アプリケーションが開始される、請求項５記載のシステム。
【請求項７】
前記ＦＤＴアプリケーションが、ＦＤＴフレームコンポーネントを含む、請求項６記載のシステム。
【請求項８】
前記ＦＤＴフレームコンポーネントが、記憶されたＦＤＴプロジェクト情報に対して開始される、請求項７記載のシステム。
【請求項９】
前記開始することが、ＦＤＴフレームコンポーネント、通信ＤＴＭ、およびゲートウェイＤＴＭを含む群からの少なくとも一つのインスタンスを、前記ＧＵＩにおける表示のために、作り出すことを含む、請求項８記載のシステム。
【請求項１０】
フィールドデバイス（１１８、１２０、１２２、および１２４）を管理する方法であって、
第１のタイプのインタフェース仕様標準に応答してシステムレベル構成アプリケーションを実行するステップと、
ここで、前記実行するステップが、（ｉ）前記フィールドデバイス（１１８、１２０、１２２、および１２４）のうちの少なくとも１つを前記第１のタイプのインタフェース仕様標準に従って、および（ｉｉ）前記フィールドデバイス（１１８、１２０、１２２、および１２４）のうちの別のものを第２のタイプのインタフェース仕様標準に従って管理するステップを含む、
前記少なくとも１つのフィールドデバイスに関連するデータをグラフィカルユーザインタフェース（ＧＵＩ）を介して表示するステップと
を含む、方法。
【請求項１１】
前記少なくとも１つのフィールドデバイスが選択されたとき、前記表示するステップが行われる、請求項１０記載の方法。
【請求項１２】
他のフィールドデバイスが選択されたとき、前記他のフィールドデバイスを表すアプリケーションが前記ＧＵＩを介して表示される、請求項１１記載の方法。
【請求項１３】
前記第１のタイプのインタフェース仕様標準が、フィールドデバイスツール（ＦＤＴ）標準を含み、
前記第２のタイプのインタフェース仕様標準が、非ＦＤＴ標準を含む、請求項１２記載の方法。
【請求項１４】
前記データが構成データを含む、請求項１３記載の方法。
【請求項１５】
前記アプリケーションが、デバイスタイプマネージャ（ＤＴＭ）を含む、請求項１４記載の方法。
【請求項１６】
前記デバイスを表す前記アプリケーションが、第２のタイプのインタフェース仕様標準に従って表示される、請求項１５記載の方法。
【請求項１７】
命令を記憶する有形コンピュータ可読媒体であって、前記命令が、実行されると、コンピュータシステム内でプロセスを実行するように構成され、フィールドデバイス（１１８、１２０、１２２、および１２４）を管理する方法が、
第１のタイプのインタフェース仕様標準に応答してシステムレベル構成アプリケーションを実行するステップと、
ここで、前記実行するステップが、（ｉ）前記フィールドデバイスのうちの少なくとも１つを前記第１のタイプのインタフェース仕様標準に従って、および（ｉｉ）前記フィールドデバイスのうちの別のものを第２のタイプのインタフェース仕様標準に従って管理するステップを含む、
前記少なくとも１つのフィールドデバイスに関連するデータをグラフィカルユーザインタフェース（ＧＵＩ）を介して表示するステップと
を含む、有形コンピュータ可読媒体。
【請求項１８】
前記少なくとも１つのフィールドデバイスが選択されたとき、前記表示するステップが行われる、請求項１７記載の有形コンピュータ可読媒体。
【請求項１９】
他のフィールドデバイスが選択されたとき、前記他のフィールドデバイスを表すアプリケーションが前記ＧＵＩを介して表示される、請求項１８記載の有形コンピュータ可読媒体。
【請求項２０】
前記第１のタイプのインタフェース仕様標準が、フィールドデバイスツール（ＦＤＴ）標準を含み、
前記第２のタイプのインタフェース仕様標準が、非ＦＤＴ標準を含む、請求項１９記載の有形コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、インテリジェントフィールドデバイスに関する。より詳細には、本発明は、制御システムを介するインテリジェントフィールドデバイスの制御を容易にすることに関する。
【背景技術】
【０００２】
工業プラント運用における最新の進歩には、フィールドデバイスの使用が含まれる。フィールドデバイスは、例えば、センサシステムからのデータを収集する、警報状態に備えて局所環境をモニタする、バルブおよび遮断器を作動させるなどの局所プラント運用を制御する。デジタル通信の急増および進化は、これらのフィールドデバイスのインテリジェンスを著しく強化した。
【０００３】
工業プラントで使用されるフィールドデバイスのインテリジェンスの増大に応じて、洗練されたデバイス管理システムが、フィールドデバイスに関連する情報を収集し、処理し、最適化し、維持するために開発されている。これらのデバイス管理システムにより、ユーザは、ホストシステムユーザインタフェースを通して、または専用端末装置を通してインテリジェントフィールドデバイスにアクセスできるようになる。アクセスすることにより、ユーザは、設定を変更することと、フィールドデバイス、それに関連するコンポーネント、およびデバイスネットワークを調査分析し、維持し、性能を最適化するために必要とされる他の調節を行うこととが可能になる。
【０００４】
当業者にはよく知られているように、フィールドデバイスツール（ＦＤＴ）インタフェース仕様は、ＦＤＴフレームアプリケーションアーキテクチャとしてよりよく知られており、インテリジェントフィールドデバイスの制御を簡単化し標準化するために存在する。従来のＦＤＴフレームアプリケーションアーキテクチャの不可欠なコンポーネントには、デバイスタイプマネージャ（ＤＴＭ）が含まれる。
【０００５】
ＤＴＭはインテリジェントフィールドデバイスベンダによって供給され、フィールドデバイスと一緒に顧客に納入される。ＤＴＭは、対応するフィールドデバイスの動作に関連する情報をすべて含むようにプログラムされる。デバイスＤＴＭは、インテリジェントフィールドデバイス内のすべての情報にアクセスするために使用される独自のベンダ供給プラグインソフトである。
【０００６】
しかしながら、このベンダ供給ソフトウェアのインスタンスは、フィールドデバイスごとに個別に作り出されなければならない。いくつかのデバイスＤＴＭは大きいメモリフットプリントを有し、そのため、ＦＤＴフレームアプリケーションは、メモリ中のアクティブなデバイスＤＴＭインスタンスの数を制限し、残りのものをキャッシュに入れることになり、これは、システムサイズが増加するとともに厳しい性能劣化を引き起こし、現在選択されているデバイスＤＴＭへのライブデータの表示を制限する。
【０００７】
ＦＤＴフレームアプリケーションに不可欠な別のコンポーネントは、フィールドバスデバイスである。ＦＤＴフレームアプリケーションおよび関連するＤＴＭは、一般に、それらが接続される特定のフィールドバスデバイスおよびフィールドバスシステムネットワークのみを示す。全体的なプラントフィールドデバイスシステムネットワークトポロジーおよびシステム状態は、一般に、ＦＤＴフレームアプリケーションに示されない。従来のＦＤＴフレームアプリケーションからのシステムネットワークトポロジーおよびシステム状態の排除は、ユーザ観点から全体的システム管理を複雑にしている。
【０００８】
従来のＦＤＴフレームアプリケーション内の別の欠陥は、制御システムがマルチプルフィールドバスネットワークおよびサードパーティデバイスをプラントフィールドデバイスシステムネットワークに組み込むことが増加していることである。これは、サードパーティフィールドバスデバイスの構成をネイティブデバイスと一緒にシームレスに管理するという追加の難題を提起する。
【０００９】
その状況をさらに複雑にしているのは、従来のＦＤＴ技術が標準化フレームワークを提供しており、その標準化フレームワークにより、製造業者からの異なるフィールドバスデバイスタイプが、ＦＤＴフレームアプリケーションから構成されモニタされるのを可能にしていることである。ＦＤＴフレームアプリケーションを使用するには、システムトポロジーを示し、ＤＴＭとフレームアプリケーションとの間の現実の通信を容易にするために、通信、ゲートウェイ、およびデバイスＤＴＭを使用してシステムトポロジーを構築することが必要とされる。フレームアプリケーションと、異なるタイプのＤＴＭとの間の対話処理を規格化するために使用される標準化インタフェースは、システムトポロジーが示される方法、許容される対話処理のタイプ、およびＤＴＭが視覚化される方法に厳しい制限を課する。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】米国特許出願公開第２００９／２９２９９５号明細書
【発明の概要】
【００１１】
前述の欠陥があるという状況から、工業制御システムアプリケーションを最適化し、健全性を制御およびモニタし、非ＦＤＴデバイスの使用を制御システムアプリケーションに統合するために、ＦＤＴ／ＤＴＭ技術をより効率的に使用するための方法およびシステムの必要性が存在する。
【００１２】
本発明の実施形態は、第１のタイプのインタフェース仕様標準に応答してシステムレベル構成アプリケーションを実行するように構成された構成サーバを提供する。構成サーバは、（ｉ）フィールドデバイスのうちの少なくとも１つを第１のタイプのインタフェース仕様標準に従って、および（ｉｉ）フィールドデバイスのうちの別のものを第２のタイプのインタフェース仕様標準に従って管理する。このシステムは、少なくとも１つのフィールドデバイスが選択されたとき、少なくとも１つのフィールドデバイスに関連するデータを表示するように構成されたグラフィカルユーザインタフェース（ＧＵＩ）をさらに含む。他のフィールドデバイスが選択されたとき、他のフィールドデバイスを表すアプリケーションがＧＵＩを介して表示される。
【００１３】
本発明の１つの例示の実施形態は、システムトポロジー情報と、システムのすべてのデバイスの構成情報とを保持するシステム構成サーバを提供する。システム構成サーバは、さらに、ＦＤＴプロジェクトと、例えば、ニューヨーク州、ＳｃｈｅｎｅｃｔｄａｙのＧｅｎｅｒａｌ  Ｅｌｅｃｔｒｉｃ  Ｃｏ  （ＧＥ）からのＣｏｎｔｒｏｌＳＴシステムトポロジーアプリケーションによってホストされたサードパーティフィールドバスデバイスごとのデバイス情報とを保持し、アプリケーションは、デバイスを単に選択することによって目標フィールドバスデバイスへのオンラインアクセス権をユーザに与えるためのＦＤＴゲートウェイおよび通信ＤＴＭを含む、事前構成されたプロジェクトに対して埋め込みＦＤＴフレームコンポーネントを開始する。
【００１４】
別の実施形態は、制御システムのすべての物理的要素を示すためにＤＴＭの使用を可能にし、要素ごとの状態情報を提供する。これにより、制御システム全体の健全性をＦＤＴフレームアプリケーションから見ることができるようになる。限定ではなく例として、ＣｏｎｔｒｏｌＳＴシステムトポロジーアプリケーションは、パーソナルコンピュータ（ＰＣ）ワークステーションおよび中央データサーバのコントローラのような非フィールド要素の状態を維持し、それにより、ＤＴＭは、それが示す制御システム要素と直接通信する必要がなくなる。ＤＴＭは、状態データを読むために、ハイレベル制御システム要素のバーチャル表示と通信する。
【００１５】
本発明のさらなる別の実施形態は、ＦＤＴ技術をネイティブシステムレベル構成アプリケーションに統合して、サードパーティフィールドバスデバイスおよびネイティブデバイスのシームレス構成管理を単一システムモニタリングアプリケーション内で行う。
【００１６】
本発明の１つの他の例示の実施形態は、システム構成によって推進されるカスタムユーザ経験を提供するハイブリッドデバイス管理アプリケーションを含む。このハイブリッドデバイス管理アプリケーションは、システムレベル可視化およびユーザ対話を行い、一方、さらに、デバイスレベル通信およびデバイス固有構成およびデータ表示を容易にするためにＦＤＴ標準を利用する。
【００１７】
ハイブリッドデバイス管理実施形態の態様により、ＦＤＴ通信関連要素だけでなくシステムトポロジーのすべての要素のカスタムビューが示されようになる。この手法は、さらに、多数のＤＴＭインスタンスが作り出されるときに大きいシステムにもたらされる性能問題を解決する。ハイブリッド手法は、カスタムアプリケーション機能および性能を、ＦＤＴ標準によって行われる標準化デバイス構成およびモニタリングと組み合わせる。
【００１８】
本発明のさらなる特徴および利点、ならびに本発明の様々な実施形態の構造および動作は、添付図面を参照しながら詳細に以下で説明される。本発明は本明細書で説明される特定の実施形態に限定されないことに留意されたい。そのような実施形態は、例示の目的のためにのみ本明細書に提示される。追加の実施形態は、本明細書に含まれる教示に基づいて当業者には明らかであろう。
【００１９】
本明細書に組み込まれ、本明細書の一部を形成する添付図面は、本発明を示しており、説明とともに、本発明の原理を説明し、当業者が本発明を作製し使用することを可能にするためにさらに役立つ。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態が動作できる例示の工業プロセス制御システム環境の概略図である。
【図２】従来のＦＤＴフレームアプリケーションアーキテクチャのハイレベルブロック図である。
【図３】本発明の一実施形態に従って構築された例示の統合デバイス構成管理システムの図である。
【図４】本発明の一実施形態に従って構築された例示のＦＤＴ／ＤＴＭベースネイティブ制御システムモニタリングデバイスの図である。
【図５】本発明の別の実施形態に従って構築された例示のハイブリッドフィールドバスデバイス管理の図である。
【図６】本発明の一実施形態に従って構築されたバーチャルＦＤＴデバイス構成管理システムのブロック図である。
【図７】本発明の第１の実施形態を実践する例示の方法の流れ図である。
【図８】本発明の第２の実施形態を実践する例示の方法の流れ図である。
【図９】本発明の第３の実施形態を実践する例示の方法の流れ図である。
【図１０】本発明の第４の実施形態を実践する例示の方法の流れ図である。
【発明を実施するための形態】
【００２１】
本発明が特定用途のための例示的な実施形態により本明細書で説明されるが、本発明はそれに限定されないことを理解されたい。本明細書で提供される教示を利用できる当業者は、教示の範囲内、および本発明がかなり有用である追加の分野の範囲内での追加の変更、応用、および実施形態を認識するであろう。
【００２２】
背景として、図１は、工業プロセス制御システム１００の図である。制御システム１００は、様々なフィールドデバイス構成を実行し、アプリケーションをモニタするために、および制御システム１００のコンポーネントをモニタするためのインタフェースをオペレータに提供するためにコンピュータ１０２ａを含む。コンピュータ１０２ａは、ソフトウェアアプリケーションを動作させるのに好適な任意のタイプのコンピューティングデバイスとすることができる。
【００２３】
さらに、コンピュータ１０２ａは、プラントデータハイウェイ（ＰＤＨ）１１２制御ネットワークに通信可能に接続される。ＰＤＨ１１２は、コンピュータ１０２ａと、工業プラントコンピュータネットワークの他のコンピュータ１０２ｂ〜１０２ｎとの間の通信を容易にする。コンピュータ１０２ａ〜１０２ｎは、コンピュータ１０２ａ〜１０２ｎを工業用コントローラ１１６に通信可能に結合させるのに好適なユニットデータハイウェイ（ＵＤＨ）１１４にさらに通信可能に接続することができる。
【００２４】
例示のシステム１００において、コンピュータシステム１０２ａおよび１０２ｂ〜１０２ｎは、イーサネット(登録商標）グローバルデータ（ＥＧＤ）システム構成サーバ、ＣｏｎｔｒｏｌＳＴエンジニアリングツールソフトウェアアプリケーション、制御システムヘルスサーバ、または類似のプログラムなどのプログラムをホストすることができる。
【００２５】
本発明の１つの優れた実施形態では、コンピュータシステム１０２ａ（すなわち、構成サーバ）は、システムトポロジーと、システム中のすべてのデバイスの構成情報とを保持する。この実施形態では、例えば、オリジナル（すなわち、ネイティブ）フィールドデバイスは、他の装置と一緒に、ＣｏｎｔｒｏｌＳＴアプリケーションに従って動作することができる。コンピュータシステム１０２ｂは、例えば、すべてのシステムコンポーネントに関連するライブ運用データを保持する制御システムヘルスサーバとして機能することができる。
【００２６】
システム１００は工業用コントローラ１１６を含むことができる。工業用コントローラ１１６は、タービンシステム１１８、バルブ１２０、およびアクチュエータ１２２などの多種多様なプラントインテリジェントフィールドデバイスを自動化するのに有用な制御論理を可能にする。工業用コントローラ１１６は、温度センサ１２４、流量計、振動センサなどを含む多種多様なデバイスと通信することができる。
【００２７】
図１において、タービンシステム１１８、バルブ１２０、アクチュエータ１２２、および温度センサ１２４は、Ｉ／Ｏネット１３０とＨ１ネットワーク１３２との間をインタフェースするのに好適なリンクデバイス１２６および１２８を介して自動化コントローラ１１６に通信可能に相互にリンクされる。いくつかの実施形態では、リンクデバイス１２８は、スイッチ１３４を通してＩ／Ｏネットに結合され得る。
【００２８】
電源１３３は、ネットワーク１３２に結合され、ＡＣまたはＤＣ電源に結合され得る。インテリジェントフィールドデバイス１１８、１２０、１２２、および１２４は、ＨＡＲＴ．ＲＴＭ通信ファウンデーション（ＨＣＦ）プロトコルおよびＰｒｏｆｉｂｕｓ  Ｎｕｔｚｅｒ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｅ．Ｖ．（ＰＮＯ）プロトコルに含まれるものなどの通信プロトコルのためのサポートをさらに含むことができる。
【００２９】
上記のように、コンピュータシステム１０２ａ構成サーバは、ネイティブデバイスおよびそれに関連するプロトコルを、ＣｏｎｔｒｏｌＳＴなどのツールを使用してサポートすることができるが、コンピュータシステム１０２ａは、さらに、ＦＤＴフレームアプリケーションアーキテクチャに従って動作するデバイスをサポートすることができる。
【００３０】
図２は、従来のＦＤＴフレームアプリケーションアーキテクチャ２００のハイレベルブロック図である。例示のＦＤＴアーキテクチャ２００はＦＤＴインタフェース２０２を含む。ＦＤＴインタフェース２０２は、１つまたは複数のクライアントプロジェクトに関連している、ベンダ供給デバイスＤＴＭ２０４とＦＤＴフレームアプリケーション２０６との間の通信を可能にする。デバイスＤＴＭ２０４は、図１のアクチュエータ１２２などの目標フィールドデバイスに関連するすべてのデバイス固有データ、機能、および規則をカプセル化している。
【００３１】
デバイスＤＴＭ２０４とアクチュエータ（すなわち、目標デバイス）１２２との間の通信は、通信ＤＴＭ２０８を介して行われる。ＤＴＭ２０４に関連する関連データ、ならびに特定のクライアントプロジェクトに関連するデータは、データベース２１０に記憶される。
【００３２】
非常に多くの場合、上記のように、ＦＤＴ／ＤＴＭ対応工業プラントは、非ＦＤＴフィールドデバイスの使用を要求されることになる。同様に、ＦＤＴ／ＤＴＭ対応フィールドデバイスは、非ＦＤＴ工業制御システムを有するプラントで日常的に使用される。これらのシナリオの各々は、それぞれのプラントおよびデバイスの効率的な動作にとって問題となることがある。本出願の発明者等は、シナリオの各々に関連する様々な態様に対処している。
【００３３】
図３は、本発明の一実施形態に従って構築された例示の統合デバイス構成管理システム３００の図である。統合デバイス構成管理システム（すなわち、ネイティブ）３００の態様は、限定はしないが、ＦＤＴ／ＤＴＭ対応フィールドデバイスが非ＦＤＴ工業制御システムで使用されている状況で特に適用可能である。ネイティブシステム３００の要素が、図１の工業プロセス制御システム１００を考慮して論じられる。
【００３４】
より詳細には、図３の実例などの本発明の実施形態は、ネイティブシステムレベル構成アプリケーションにＦＤＴ技術を統合する。この統合は、ＦＤＴ技術フレームアプリケーションを、関連するプロジェクトデータおよびデバイスＤＴＭ情報と一緒に、ネイティブシステム３００内に実際に埋め込むことによって行われる。このプロセスは、ＦＤＴ／ＤＴＭ（例えば、サードパーティ）フィールドバスデバイスおよび非ＦＤＴネイティブデバイスのライブおよびシームレス構成管理を可能にする。
【００３５】
例示的なネイティブシステム３００は、フィールドバスデバイス１２２などのＦＤＴ対応目標フィールドバスデバイスを使用する非ＦＤＴシステム構成アプリケーションである。フィールドバスデバイス１２２は、ユーザがデバイス１２２の構成を制御するのを可能にする関連デバイスＤＴＭ３０２を有する。
【００３６】
すなわち、ＤＴＭ３０２は、フィールドバスデバイス１２２に関連するデバイス固有データ、機能、および規則３０４にアクセスし、制御し、変更するための能力をユーザに与える。例として、ネイティブシステムは、図１に示したコンピュータ１０２ａ上で動作する構成サーバ３０６によってホストされ得る。
【００３７】
例示的なシステム３００では、詳細ペイン３０８は、システムレベルでネイティブシステム３００に関連づけられ接続されるすべてのデバイスをユーザが制御できるようにするグラフィカルユーザインタフェース（ＧＵＩ）として機能する。
【００３８】
従来のネイティブシステムでは、ユーザは、詳細ペイン３０８を介して見ることができるシステムレベル構成に、ＤＴＭ３０２などのフレームアプリケーションを統合することができないことになる。ＤＴＭ３０２は、スタンドアロンＦＤＴフレームアプリケーションにおいてのみ見ることができることになる。しかしながら、実施形態では、ネイティブシステム３００は、目標フィールドバスデバイス１２２に関連するＤＴＭ３０２の一貫したデバイス製造業者生成ビューを、システム構成アプリケーション内にシームレスに用意することができる。ＤＴＭ３０２は、例えば、詳細ペイン３０８を介して見ることができる。
【００３９】
デバイス構成、例えば、デバイス１２２のためのＤＴＭ３０２の統合化により、デバイス１２２を構成するかまたは構成データ３０４を試験するために別個のアプリケーションをユーザが用意する必要性が取り除かれる。ＦＤＴ技術を使用すると、システムモニタリングアプリケーションにおけるデバイスレベルユーザインタフェースおよび構成データ表示が、すべての他のＦＤＴフレームアプリケーションまたは他のＦＤＴ技術組み込みアプリケーションと一貫していることが保証される。デバイス１２２などのすべてのサードパーティＦＤＴデバイスは、すべてのバスタイプと、デバイスＤＴＭを備えるデバイスとをサポートする汎用インタフェースを使用して、ネイティブシステム３００などのシステム構成アプリケーションにシームレスに統合され得る。
【００４０】
ＦＤＴフレームコンポーネントは、フィールドバスデバイスが選択されているときにシステム構成ツールの詳細ペインに、目標デバイスＤＴＭ３０２と任意の必要な通信およびゲートウェイＤＴＭとのインスタンスを含む。当業者なら理解するように、ゲートウェイＤＴＭは、異なるプロトコル間（すなわち、ＨＳＥからＨ１までのプロトコル）をルーティングするために使用される。注記：図１を参照すると、ＰＰＲＦモジュールは、ゲートウェイデバイスであり、ＨＳＥネットワークを介してＰＰＲＦモジュールが受け取ったＨＳＥメッセージをデバイスレベルプロトコルに変換し、メッセージをＨ１ネットワーク上のデバイスに送る。
【００４１】
例示的なネイティブシステム３００は、フィールドバスデバイス１２２と通信し、デバイスＤＴＭを介してデバイス構成および状態データ３０４を表示するために、ＦＤＴフレームコンポーネントと、ＤＴＭ３０２などのフィールドバスデバイス関連ＤＴＭとをホストすることができる。構成および状態データ３０４は、特定のプロジェクトデータと一緒に、構成サーバ３０６内に記憶される。
【００４２】
例として、例示的なシステム３００が作動された後、ユーザは、システム３００に接続された任意のデバイスの変更をシステムレベルで行うことができることになる。開始されると、コンポーネント３１０、ＰＤＨ１１２、およびＵＤＨ１１４などの詳細ペイン３０８内の情報は、従来のネイティブシステムを使用して見ることができる。この従来のネイティブシステムでは、ユーザは、フィールドバスデバイス１２２などのＦＤＴ／ＤＴＭ対応デバイスと対話するために、ツールを切り替え、異なるアプリケーションに行かなければならないことになる。
【００４３】
しかしながら、ネイティブシステム３００によって示される例示的な実施形態では、現実のデバイスＤＴＭ３０２も詳細ペイン３０８で見ることができる。このようにして、およびＦＤＴフレームコンポーネントがネイティブシステム内でアクセス可能である状態で、ユーザは、ＦＤＴ／ＤＴＭ対応デバイスと通信するために追加の手続きをとる必要がない。ユーザトランスペアレントな方法で、ＦＤＴ通信は、ネイティブシステム３００内で、ＤＴＭ３０２をシームレスに開始することによってデバイス１２２に対して確立することができる。
【００４４】
フィールドバスデバイスと通信し、デバイス構成と、データ３０４などの状態データとをＤＴＭ３０２などのデバイスＤＴＭを介して表示するために、ネイティブシステム３００はＦＤＴフレームコンポーネントおよびフィールドバスデバイス関連ＤＴＭをホストする。
【００４５】
図３の詳細ペイン３０８内で見ることができるように、ネイティブシステム３００は、コントローラ３１２（すなわち、Ｇ１）を含む。コントローラ３１２はＭａｒｋＶｉｅコントローラとして描かれているが、本発明の実施形態はそれに限定されない。コントローラ３１２の属性のより詳細なビューは、ビューイングペイン３１４を介して与えられる。
【００４６】
ビューイングペイン３１４内で見ることができるように、Ｉ／Ｏモジュール３１６は、ツリー表示においてコントローラ３１２の階層内に含まれている。ＰＰＲＦ−５３３Ｉ／Ｏモジュールが示されているが、本発明はそれに限定されない。Ｉ／Ｏモジュールの真下に、現実のフィールドデバイス（アクチュエータ）１２２のプロダクトモデル表示３１８がリストされている。
【００４７】
例として、ユーザが特定のフィールドデバイス（アクチュエータ）１２２を選択すると、デバイスＤＴＭ３０２は見えるようになる。この可視性により、デバイス構成および状態データ３０４へのユーザアクセスが行われる。とりわけ、この情報により、ユーザは、正しいＦＤＴフレームアプリケーションにアクセスし、それを他のデバイスＤＴＭに関連づけることができることになる。
【００４８】
図４は、本発明の別の実施形態に従って構築された例示のＦＤＴ／ＤＴＭベースネイティブ制御システムモニタリングデバイス４００の図である。とりわけ、例示的なシステム４００は、望ましい場合にはシステム構成を変更する能力と一緒に、構成管理システム全体のライブ状態情報をユーザに与える。
【００４９】
システム４００において、ビューイングペイン４０１は、すべてのシステムレベルコンポーネント４０２の詳細なビューを含む左側のツリー表示を含む。システム４００内で、ネットワーク、Ｉ／Ｏモジュール、コントローラ、および／またはデバイスなどのようなすべてのシステムコンポーネントの全体的なステータスを、制御し表示することができる。
【００５０】
例えば、デバイス１２２などのデバイスの全体的なステータスは、図１に対して上で論じたＣｏｎｔｒｏｌＳＴなどのシステムトポロジーアプリケーション（すなわち、ネイティブ）によって推進される。ライブデータは、上述のコンピュータ１０２ｂなどのコンピュータにホストされた制御システムヘルスサーバを介して記憶され管理され得る。ビュー４０１を介して、またはＤＴＭ３０２などのデバイスＤＴＭを経由して表示されるユーザ経験およびデータは、ネイティブアプリケーションの影響のみを受けることになる。すなわち、データの表示は、例えばＦＴＤフレームアプリケーション規則によって課された制限によって抑制されないことになる。
【００５１】
例示のシステム４００では、上述の例示のシステム３００の場合におけるように、ＦＤＴフレームコンポーネントは、デバイス１２２などのフィールドバスデバイスが選択されるときにのみ開始される。システム４００は、システムトポロジー全体のツリー表示４０２を表示することができる。例えば、システム４００は、すべてのシステムレベルコンポーネント４０４、すなわち、ネットワーク、コントローラなどと、デバイスとの通信を容易にするのに必要なすべての他のコンポーネントとのトポロジーを表示することができる。しかしながら、システム４００は、さらに、現実のデバイス４０６のトポロジーを表示することができる。ＦＤＴアプリケーション内で、ユーザが通信し、モニタし、制御したいと概して望むのは現実のデバイス（例えば、物理的装置）である。
【００５２】
例示のシステム４００により、ユーザは、ＦＤＴフレームアプリケーションに固有のいかなるユーザインタフェースおよび／または性能制限なしに、いかなるシステムレベルコンポーネントのトポロジー、動作、および状態と通信し、モニタし、制御することができるようになる。１つの実施形態では、例えば、システム４００は、デバイス管理アプリケーション全体をＦＤＴフレームアプリケーション制限に抑制することなしに、デバイス製造業者供給デバイスＤＴＭがフレームアプリケーション内で動作するという利点を強化するために、デバイスレベルでＦＤＴフレームコンポーネントを開始する。
【００５３】
この実施形態では、システムレベルトポロジーツリー表示４０２は、ネイティブシステムレベルコンポーネントおよびデバイスのためのデータを示すことができる。ビューイングペイン４０１内の別のペインは、システムレベルトポロジーツリー表示４０２において何が選択されるかに応じてＦＤＴデバイスＤＴＭを表示することができる。図４では、例えば、ＦＴＤデバイスＤＴＭ３０２およびトポロジーツリー表示４０２が、ビューイングペイン４０１内に示されている。
【００５４】
システム４００内で、ネイティブシステムコンポーネントおよびＦＤＴデバイスＤＴＭは、下にあるＦＤＴ技術がフィールドバスデバイス表示を可能にすることに関わることなしにまたはそれを注視することなしにシームレスに同時に表示される。
【００５５】
図５は、本発明の別の実施形態に従って構築された例示のハイブリッドフィールドバスデバイス管理システム５００の図である。１つの例では、システム５００は、ＦＤＴフレームコンテナコンポーネントをホストすることができるネイティブアプリケーションを収容する。システム５００は、さらに、プロジェクトが目標デバイスと通信するように構成された状態でスタンドアロンＦＤＴフレームアプリケーションを開始することができる。ネイティブアプリケーションは、システム内にシステムトポロジーおよびナビゲーションを備えている。
【００５６】
システム５００において、例えば、ＦＤＴフレームアプリケーションは、デバイスがデバイス固有パラメータおよび値を示すように選択されたときにのみ呼び出される。ネイティブアプリケーションは、デバイスレベルに至るまでユーザインタフェースを備え、デバイスレベル表示および通信のためのＦＤＴ技術に依拠する。
【００５７】
図５において、システムビューイングペイン５０１は、現実のデバイスのトポロジーの詳細図を含む左側のツリー表示４０６を含む。ツリー表示４０６は、ビューイングサブペイン５０２内で見ることができる。追加として、全体的に、デバイス状態およびライブデータ５０４が、ツリー表示４０６内に示される。例として、トポロジー、デバイス状態、およびライブデータは、前に論じたコンピュータ１０２ａおよび１０２ｂにホストされたＣｏｎｔｒｏｌＳＴシステムトポロジーアプリケーションおよび制御ヘルスサーバによって推進され得る。ビューイングペイン５０２内において、表示されているユーザ経験およびデータは、ネイティブアプリケーションによって規制されている。この表示は、以下でより完全に論じるＦＤＴフレームアプリケーション規則によって課される制限によって抑制されない。ＦＤＴフレームコンポーネントは、フィールドバスデバイスが選択されたときにのみ開始される。
【００５８】
図５の実施形態では、ネイティブアプリケーションは、デバイス製造業者供給デバイスＤＴＭがＦＤＴフレームアプリケーション内で動作するという利点を強化するために、デバイスレベルでＦＤＴフレームコンポーネントを開始する。この手法により、ネイティブアプリケーション（すなわち、デバイス管理アプリケーション）は、ＦＤＴフレームアプリケーション制限に抑制されなくなる。
【００５９】
システム５００において、例えば、図４に示したシステムレベルトポロジー情報４０４は、内部的に発生され、ネイティブに引き出すことができ、ＦＤＴフレームワークを必要としない。システム５００は、ＦＤＴフレームアプリケーションを採用し、ＦＤＴフレームアプリケーションが何を示すかを正確に示すことができるが、しかし、それをネイティブに示すことができる。ＤＴＭ３０２などのＦＤＴコンポーネントは、単に見ることができ、デバイスレベルで呼び出される。このようにして、同様の情報は、非ＦＤＴデバイスに関連して示すことができる。
【００６０】
したがって、システム５００に関連する制御および表示は、事実上ＦＤＴ非依存性である。図５の実施形態は、絶対に必要になるまでシステムレベルの通信レベルトポロジー情報４０４のすべてを表示する必要性を除去することによって追加の性能強化を提供する。
【００６１】
背景として、従来のＦＤＴ技術は、多様なフィールドバス技術およびデバイス製造業者の組に関連する相互運用性問題に対処するように設計されている。ＦＤＴおよびＦＤＴフレームアプリケーションの主眼は、現実のデバイスにある。ＦＤＴフレームアプリケーションは、それがホストするＤＴＭと一緒に、個別のフィールドデバイスの構成およびモニタリングを容易にするために作り出される。
【００６２】
この構成およびモニタリングを用意するために、従来のＦＤＴフレームアプリケーションは、ＦＤＴ通信要素に焦点を置いたシステムの汎用ビューを提供する。しかしながら、この汎用ビューは、必ずしもシステムの物理的レイアウトを示していない。ＦＤＴ仕様、それゆえに、ＦＤＴフレームアプリケーションは、非常に限定された、デバイス通信に焦点を合わせたビヘイビアの組を提供し、ビヘイビアは、いかなるカスタマイゼーションまたはベンダシステム固有機能もサポートしない。
【００６３】
追加として、従来のＦＤＴフレームアプリケーションは、通信ＤＴＭからフィールドバスゲートウェイＤＴＭまで、さらにデバイスＤＴＭに至るまで通信階層のインスタンスを作り出さなければならない。多くのＤＴＭは、大きいメモリフットプリントを有し、ＦＤＴフレームアプリケーション内にかなりの性能制限を課する。
【００６４】
例えば、ほとんどのＦＤＴフレームアプリケーションは、アクティブなＤＴＭインスタンスの数を制限し、補償するためにメモリ中のＤＴＭインスタンスをスワップしなければならない。したがって、フレームアプリケーション性能は、システムサイズが増大するとともに低下し、そのため、許容可能な性能レベルを維持するために、システムをより小さいＦＤＴフレームアプリケーションプロジェクトに分割することが望ましくなる。
【００６５】
図５に描かれた例示のハイブリッドフィールドバスデバイス管理システム５００は、前述のＦＤＴ欠陥を解決している。例示のシステム５００は、デバイスレベルに至るまでシステムの要素とユーザ対話を行うためにネイティブデバイス管理アプリケーションを使用している。実施形態において、ユーザ対話は、カスタムユーザ経験と、システムトポロジーの本当の表示とを提供する。
【００６６】
例示のハイブリッドシステム５００は、さらに、ＦＤＴフレームアプリケーションおよびＤＴＭに関連する性能制限問題を解決している。ハイブリッド手法は、性能問題がＤＴＭによって導入されることなしに、システムトポロジー全体を示すのを可能にし、必要なときに特定のデバイスに関連するＤＴＭのみをインスタンスする。
【００６７】
例示のハイブリッドシステム５００の態様は、さらに、システムトポロジーデータへのアクセス権を有するので、マニュアル構成の必要性を除去する。従来のＦＤＴフレームアプリケーションでは、例えば、ユーザは、必要な通信およびフィールドバスゲートウェイＤＴＭをマニュアルで付け加えることによって、システムトポロジーを構築するように要求される。従来のシステムでは、ユーザは、さらに、マニュアルで、またはゲートウェイＤＴＭに実装されたスキャニングメカニズムを介してデバイスＤＴＭを付け加えなければならない。
【００６８】
図６は、本発明の一実施形態に従って構築されたバーチャルＦＤＴシステム６００のブロック図である。システム６００は、限定はされないが、特に、ＦＤＴ／ＤＴＭ対応工業プラントが非ＦＤＴフィールドデバイスの使用を要求される場合の用途に良く適合している。
【００６９】
システム６００は、制御システムのすべての物理的要素を示すためにＤＴＭを使用し、要素ごとに状態情報を提供する。このプロセスにより、制御システム全体の健全性をＦＤＴフレームアプリケーションの視点から見ることができるようになる。実施形態において、ＣｏｎｔｒｏｌＳＴアプリケーションなどの制御アプリケーションは、ＰＣワークステーションのようなおよび中央データサーバのコントローラのような非ＦＤＴ要素の状態を維持する。この手法により、ＤＴＭは、それが示すデバイスまたは制御システム要素と直接通信する必要がなくなる。ＤＴＭは、状態データを読むために、ハイレベル制御システム要素のバーチャル表示と通信する。
【００７０】
より詳細には、例示のシステム６００は、現実の動作の間制御アプリケーションを描いているＰＣ（図示せず）からの画面ビュー６０２を含む。画面ビュー６０２は、オープンＦＤＴフレームアプリケーション６０４と、制御システム通信ＤＴＭ６０８とを、いくつかの他のコンポーネントＤＴＭと一緒に含む。
【００７１】
システム６００において、制御システムデータサーバ６０７は、制御システム通信ＤＴＭ６０８およびその目標ＦＤＴ対応デバイスから受け取ったＤＴＭメッセージをルーティングし、目標コンポーネントＤＴＭにルーティングして戻すために応答を通信ＤＴＭ６０８にルーティングして戻す。制御システムデータサーバ６０７は、例えば、図１を参照して上記で論じたコンピュータ１０２ｂ〜１０２ｎのうちの１つにホストされ得る。
【００７２】
調査の目的で、ＤＴＭは、コンポーネントベンダによって生成され、対応する目標コンポーネントの動作に関連する情報のすべてを含むようにプログラムされ、その目標コンポーネントを示すためにＦＤＴフレームアプリケーションにドロップされ得る。したがって、システム６００に描かれたコンポーネントＤＴＭの各々は、現実のＦＤＴ対応目標コントローラ、モジュール、および／またはデバイスに対応する。
【００７３】
例えば、コントローラ１ＤＴＭ６０９はＭａｒｋ  ＶＩＥコントローラ６１０に対応し、モジュール１ＤＴＭはフィールドバス通信モジュール６１４に対応し、デバイスＤＴＭ６１６はアクチュエータ１２２などの現実の物理的デバイスに対応する。同様に、モジュールＤＴＭ６１８は、フィールドバス通信モジュール６２０に対応し、デバイスＤＴＭ６２２は、それぞれ、フィールドバスデバイス６２４に対応する。より完全に以下で論じるように、工業プラント内で使用されるすべてのコンポーネントがＦＤＴ対応であるとは限らない。
【００７４】
特定のコンポーネントタイプ、デバイスタイプなどが本明細書で参照されているが、そのような参照は純粋に単なる例示の目的のためである。多くの他のコンポーネントタイプ、デバイスタイプなどが可能であり、本発明の趣旨および範囲内にある。
【００７５】
実施形態において、ＦＤＴ対応でないコンポーネントの場合には、制御システムデータサーバ６０７は、周期的に、非ＦＤＴ対応コンポーネントからデータを直接に読み、バーチャルコンポーネントを維持し、バーチャルコンポーネントは、データを保持し、コンポーネントＤＴＭ要請への応答を戻す。この手法により、ＦＤＴ対応でないコンポーネントは、それをＦＤＴ対応にすることなしに、対応するコンポーネントＤＴＭを介してＦＤＴフレームアプリケーション６０４に示されるようになる。
【００７６】
上記で論じた手法は、さらに、ＦＤＴ要請に対してコンポーネントＤＴＭから応答することの負担からこれらの非ＦＤＴ対応コンポーネントを解放する。このようにして、システムのすべての要素は、コントローラおよびコンピュータのようなよりハイレベルのコンポーネントをＦＤＴ対応にすることなしに、ＦＤＴフレームアプリケーション６０４に示すことができる。
【００７７】
例示のシステム６００において、制御システムデータサーバ６０７は、非ＦＤＴ対応コンポーネントを表すバーチャルコンポーネントをホストすることができる。例えば、制御システムデータサーバ６０７は、それらが現実の目標ユーザワークステーション６２８を示すバーチャルワークステーション６２６を描く。ワークステーションＤＴＭ６３０は、目標ワークステーション６２８に関連する関連トポロジー、制御、および状態情報を含む。
【００７８】
図６の優れた実施形態では、例示のシステム６００は、異なる製造業者からの非ＦＤＴコンポーネントを統合し、このコンポーネントに関する関連情報を単一のＦＤＴフレームアプリケーション６０４内に表示するための機構を備える。そのようなシステムは、限定はしないが、タービン、Ｉ／Ｏデバイス、スマートデバイス、および／または他のコンポーネントおよびデバイスのホストに適用可能であろう。システム６００を使用することによって、ユーザは、ＦＤＴアプリケーションなどの単一のツールを使用して１つの場所でこれらの異なるコンポーネントを制御し、モニタし、および構成することが可能になる。
【００７９】
例示のシステム６００の別の利点は、それが、ワークステーション６２８などの非ＦＤＴデバイスに関して既に集められている情報の活用を可能にすることである。この利用可能な情報を使用して、バーチャルデバイス、またはワークステーション６２６を作り出すことができ、それは、ワークステーションＤＴＭ６３０などの対応するＤＴＭを作り出すのを可能にする。この例では、ＤＴＭ６３０が関わっているので、バーチャルワークステーション６２６と通信することにより、現実のワークステーション６２８と通信する必要性が除去される。
【００８０】
例示のシステム６００内で、バーチャル化は、システム構成によって推進することができる。例えば、作動に先立って、ユーザは、いくつかの非ＦＤＴワークステーションおよびコンポーネントをシステム６００に接続することができる。制御システムデータサーバ６０７は、これらの非ＦＤＴワークステーションおよびコンポーネントの各々を読み、その中に記憶されているあらゆるプロトコルを解釈することになる。このプロセスの出力は、バーチャルデバイスまたはその対応するバーチャルＤＴＭを表す言語または他の機構とすることができる。そのような言語および機構は、当業者にはよく知られており、本明細書では論じられない。作り出された後、ユーザは、これらの非ＦＤＴワークステーションおよびコンポーネントの各々を単一のＦＤＴフレームアプリケーション６０４内の統合ＦＤＴデバイスとして制御するためにシステム状態にアクセスすることができる。
【００８１】
現実の制御システムコンポーネントのプロキシとしてバーチャルコンポーネントを使用することによって、例示的なシステム６００が達成され、コンピューティングおよび記憶装置リソースが節約され得る。そのような節約は、システム性能を最終的に改善する。
【００８２】
図７は、本発明の第１の実施形態を実践する例示の方法７００の流れ図である。方法７００において、ステップ７０２は、第１のデバイスＤＴＭコンポーネントを介して物理的フィールドデバイスのうちの１つと通信することを含む。１つの物理的フィールドデバイスは、ＦＤＴ機能を有する。ステップ７０４は、第２のデバイスＤＴＭを介してバーチャルフィールドデバイスと通信することを含み、バーチャルフィールドデバイスは、物理的フィールドデバイスのうちの別のものを表す。他の物理的フィールドデバイスは、ＦＤＴ機能を持っていない。
【００８３】
図８は、本発明の第２の実施形態を実践する例示の方法８００の流れ図である。ステップ８０２は、第１のタイプのインタフェース仕様標準に応答してシステムレベル構成アプリケーションを実行することを含む。実行することには、（ｉ）フィールドデバイスのうちの少なくとも１つを第１のタイプのインタフェース仕様標準に従って、および（ｉｉ）フィールドデバイスのうちの別のものを第２のタイプのインタフェース仕様標準に従って管理することが含まれる。ステップ８０４は、少なくとも１つのフィールドデバイスに関連するデータをＧＵＩを介して表示することを含む。
【００８４】
図９は、本発明の第３の実施形態を実践する例示の方法９００の流れ図である。ステップ９０２は、第１および第２のタイプのシステムコンポーネントを管理するために１つまたは複数のシステムレベルアプリケーションをサーバを介して実行することを含む。ステップ９０２において、第１および第２のタイプのシステムコンポーネントは、それぞれ、第１および第２のタイプのインタフェース標準に対応する。ステップ９０４は、第１のタイプのシステムコンポーネントに関連するデータを第１のタイプのインタフェース標準に従ってＧＵＩを介して表示することを含む。第２のタイプのシステムコンポーネントを表すアプリケーションは、第１のタイプのインタフェース標準に従ってＧＵＩを介して表示される。
【００８５】
図１０は、本発明の第４の実施形態を実践する例示の方法１０００の流れ図である。方法１０００において、ステップ１００２は、第１および第２のタイプのデバイスをサーバを介して管理するために１つまたは複数のシステムレベルアプリケーションを実行することを含む。第１および第２のタイプのデバイスは、それぞれ、第１および第２のタイプのインタフェース標準に対応する。ステップ１００４は、第１および第２のタイプのデバイスに関連するデータを第１のタイプのインタフェース標準に従ってＧＵＩを介して表示することを含む。
【００８６】
結言
本発明が、本発明の特定の機能および関係の実装態様を示す機能ビルディングブロックを用いて上で説明された。これらの機能ビルディングブロックの境界は、説明の便宜のために本明細書において任意に定義されている。本発明の特定の機能および関係が適切に実行される限り、代替の境界を定義することができる。
【００８７】
例えば、本発明の様々な態様は、ソフトウェア、ファームウェア、ハードウェア（または例えばＶｅｒｉｌｏｇまたはハードウェア記述言語命令などのソフトウェアによって示されるハードウェア）、またはそれらの組合せによって実装され得る。この説明を読んだ後、他のコンピュータシステムおよび／またはコンピュータアーキテクチャを使用して本発明をどのように実装するかが当業者には明らかになるであろう。
【００８８】
発明の概要および要約のセクションではなく発明を実施するための形態のセクションは、特許請求の範囲を解釈するために使用されるように意図されていることを理解されたい。発明の概要および要約のセクションは、発明者によって企図されるような本発明の１つまたは複数の、しかしすべてではない、例示的な実施形態を記載することができ、したがって、本発明および添付の特許請求の範囲をいかなる意味でも限定するようには意図されない。
【符号の説明】
【００８９】
１００  工業プロセス制御システム
１０２ａ  コンピュータ
１０２ｂ〜１０２ｎ  コンピュータ
１１２  プラントデータハイウェイ（ＰＤＨ）
１１４  ユニットデータハイウェイ（ＵＤＨ）
１１６  工業用コントローラ、自動化コントローラ
１１８  タービンシステム、インテリジェントフィールドデバイス
１２０  バルブ、インテリジェントフィールドデバイス
１２２  アクチュエータ、インテリジェントフィールドデバイス
１２４  温度センサ、インテリジェントフィールドデバイス
１２６、１２８  リンクデバイス
１３０  Ｉ／Ｏネット
１３２  Ｈ１ネットワーク
１３３  電源
１３４  スイッチ
２００  ＦＤＴフレームアプリケーションアーキテクチャ
２０２  ＦＤＴインタフェース
２０４  ベンダ供給デバイスＤＴＭ
２０６  ＦＤＴフレームアプリケーション
２０８  通信ＤＴＭ
２１０  データベース
３００  統合デバイス構成管理システム、ネイティブシステム
３０２  関連デバイスＤＴＭ、目標デバイスＤＴＭ、デバイスＤＴＭ
３０４  規則、構成データ、デバイス構成および状態データ
３０６  構成サーバ
３０８  詳細ペイン
３１０  コンポーネント
３１２  コントローラ
３１４  ビューイングペイン
３１６  Ｉ／Ｏモジュール
３１８  プロダクトモデル表示
４００  ＦＤＴ／ＤＴＭベースネイティブ制御システムモニタリングデバイス、システム
４０１  ビューイングペイン、ビュー
４０２  システムレベルコンポーネント、システムレベルトポロジーツリー表示、トポロジーツリー表示
４０４  システムレベルコンポーネント、システムレベルトポロジー情報、通信レベルトポロジー情報
４０６  現実のデバイス、ツリー表示
５００  ハイブリッドフィールドバスデバイス管理システム、ハイブリッドシステム
５０１  システムビューイングペイン
５０２  ビューイングサブペイン、ビューイングペイン
５０４  デバイス状態およびライブデータ
６００  バーチャルＦＤＴシステム
６０２  画面ビュー
６０４  オープンＦＤＴフレームアプリケーション、ＦＤＴフレームアプリケーション
６０７  制御システムデータサーバ
６０８  制御システム通信ＤＴＭ、通信ＤＴＭ
６０９  コントローラ１ＤＴＭ
６１０  Ｍａｒｋ  ＶＩＥコントローラ
６１４  フィールドバス通信モジュール
６１６  デバイスＤＴＭ
６１８  モジュールＤＴＭ
６２０  フィールドバス通信モジュール
６２２  デバイスＤＴＭ
６２４  フィールドバスデバイス
６２６  バーチャルワークステーション
６２８  目標ユーザワークステーション、現実のワークステーション
６３０  ワークステーションＤＴＭ
【図１】
2016527598.tif 000003
【図２】
2016527598.tif 000004
【図３】
2016527598.tif 000005
【図４】
2016527598.tif 000006
【図５】
2016527598.tif 000007
【図６】
2016527598.tif 000008
【図７】
2016527598.tif 000009
【図８】
2016527598.tif 000010
【図９】
2016527598.tif 000011
【図１０】
2016527598.tif 000012
【国際調査報告】
2016527598.tif 000013
2016527598.tif 000014
2016527598.tif 000015