JP2006527426A - プロセスプラントの資産データシステム内における遠隔データの可視化 - Google Patents

Abstract

プロセスプラントデータ収集・閲覧システムは、複数の異なるデータアプリケーション又はデータ供給源からの実際のデータが、主要データ可視化プラットホームを用いて、異なるデータ供給源により異なる方法で収集、編成されている場合であっても、ユーザが任意の所望の統合レベルでプロセスプラント内の異なるアプリケーションまたはデータ供給源から取得される情報を同様のかつ一貫性のある方法で閲覧することを可能とするために、共通のナビゲーションツリー構造と一又は複数の共通表示形式とを用いる。所定の共有可視化スクリーンがさまざまな情報統合レベルにおいて所定の形式の情報を提供するので、ユーザはデータベースに格納されているデータ又は収集されたデータを、データ供給源それ自体から直接データにアクセスすることなく、及び主要データ収集・可視化プラットホームに直接アクセスすることなく容易に遠隔から検索することができる。

Description

本発明は、一般的にプロセスプラントの保全アプリケーション、制御アプリケーション、および閲覧アプリケーションに関するものであり、さらに詳細にいえば、プロセスプラント内の一または複数のデータ供給源に関連するデータを収集するために用いられる資産データシステムに格納されたまたは関連づけされた情報の遠隔可視化に関するものである。

本出願は、２００３年３月２１日に出願された、表題が「プロセスプラント用の統合型資産データシステム内におけるデータの可視化（Ｄａｔａ Ｖｉｓｕａｌｉｚａｔｉｏｎ Ｗｉｔｈｉｎ ａｎ Ｉｎｔｅｇｒａｔｅｄ Ａｓｓｅｔ Ｄａｔａ Ｓｙｓｔｅｍ ｆｏｒ ａ Ｐｒｏｃｅｓｓ Ｐｌａｎｔ）」という米国特許出願第10/394,683号の一部継続出願であり、その開示内容は、本明細書においてこれらを参照することにより明確に援用するものとする。

化学産業、石油産業、または他の産業において利用されるようなプロセスプラントは、アナログバス、デジタルバス、またはアナログ／デジタルを組み合わせたバスを介して、少なくとも一つのホストワークステーションもしくはオペレータワークステーションと、フィールドデバイスの如き一または複数のプロセス制御・計装デバイスとに通信可能に接続されている一または複数の集中型もしくは非集中型のプロセスコントローラを備えているのが普通である。フィールドデバイスは、たとえば、バルブ、バルブポジショナ、スイッチ、トランスミッタ、およびセンサ（たとえば、温度センサ、圧力センサ、および流量センサ）などであってもよいが、流体流量の増減およびプロセスパラメータの測定の如きプロセス内の機能を実行する。プロセスコントローラは、フィールドデバイスにより作成されるかまたはフィールドデバイスに関連するプロセス測定値もしくはプロセス変数および／またはこれらのフィールドデバイスに関連する他の情報を表す信号を受信し、この情報を利用して制御ルーチンを実行し、次いで、制御信号を生成する。この制御信号は、プロセスの動作を制御すべく、上述のバスのうちの一または複数のバスを通じてフィールドデバイスに送信される。通常、これらのフィールドデバイスおよびコントローラからの情報は、オペレータワークステーションにより実行される一または複数のアプリケーションによる利用が可能となっており、これにより、オペレータは、プロセスの現在の状況の閲覧、プロセス動作の修正などの如きプロセスに対する所望の操作を実行することができる。

通常のプロセスプラントは、一または複数のプロセスコントローラに接続されるバルブ、トランスミッタ、センサなどの如きプロセス制御・計装デバイスを多く備えており、これらのデバイスを制御するために、プロセスコントローラは、プロセスの動作中にソフトウェアを実行する。しかしながらこれらの他にも、プロセス動作に必要なまたはプロセス動作に関連する支援デバイスは多く存在する。たとえば、これら追加のデバイスとしては、電力供給装置、電力発生・分配装置、タービンの如き回転装置などが挙げられる。これらのデバイスは、通常、プラント内の複数の場所に設置されている。これらの追加の装置は、プロセス変数を作成または使用しなければならないというわけでもないし、またほとんどの場合、プロセスオペレーションを実行するためにプロセスコントローラによって制御されたりプロセスコントローラに対して接続されたりすることもない。にもかかわらず、これらの装置は、プロセスの適切な運転にとって重要かつ必要なものである。

したがって、ほとんどのプロセスプラント、とくにスマートフィールドデバイスを利用するプロセスプラントには、これらのデバイスがプロセス制御・計装デバイスであるかまたは他のタイプのデバイスであるかに関係なく、プラント内でこれらのデバイスの監視および保全を補助するために用いられるアプリケーションが備えられている。たとえば、エマソンプロセスマネージメント社（Ｅｍｅｒｓｏｎ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔ）により販売されている資産管理ソリューション（ＡＭＳ）アプリケーションを用いると、フィールドデバイスとの通信およびフィールドデバイスに関連するデータの格納が可能となり、これにより、これらのフィールドデバイスの動作状態の確認および追跡が可能となる。このようなシステムの一例が、「フィールドデバイス管理システムにおいて用いられる統合型通信ネットワーク（Ｉｎｔｅｇｒａｔｅｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｎｅｔｗｏｒｋ ｆｏｒ ｕｓｅ ｉｎ ａ Ｆｉｅｌｄ Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）」という表題の米国特許第5,960,214号に開示されている。場合によっては、ＡＭＳアプリケーションが、デバイスと通信してこのデバイス内のパラメータを変更する目的で、デバイスそれ自体に対して自己校正ルーチンまたは自己診断ルーチンの如きアプリケーションをデバイスに実行させる目的で、デバイスのステータスまたは調子に関する情報を取得する目的などで用いられることもある。これらの情報は、これらのデバイスを監視、保全するために保全要員により格納、利用されてもよい。同様に、回転装置、電力発生・供給デバイスの如き他のタイプのデバイスを監視するために用いられる他のタイプのアプリケーションもある。これらの他のアプリケーションは、通常保全要員による利用が可能となっており、プロセスプラント内のデバイスを監視、保全するために用いられる。しかしながら、ほとんどの場合、外部サービス組織が、プロセス性能および装置の監視に関連するサービスを実行しうる。これらの場合、外部サービス組織は、必要なデータを取得し、通常メーカ独自のアプリケーションを実行してデータを解析し、結果および提案をプロセスプラントの作業員に提供するだけである。

さらに、ほとんどのプロセスプラントは、ビジネス機能または保全機能に関連するアプリケーションを実行する他のコンピュータを備えている。たとえば、一部のプラントは、プラントの原材料発注、部品またはデバイスの交換、売上高および必要生産量の予測に関連するアプリケーションなどを実行するコンピュータを備えている。

通常、プロセス制御活動に関連する機能と、デバイス・装置の保全・監視活動に関連する機能と、ビジネス活動に関連する機能とは、これらの活動が行われる場所およびこれらの活動を通常実行する作業員の観点において分離されている。さらに、これらの異なる役割に関与する異なる人達は、これら異なる役割を果たすために異なるコンピュータで実行される異なるアプリケーションの如き異なるツールを利用することが一般的である。ほとんどの場合、これら異なるツールは、プロセス内の異なるデバイスと関連するまたはプロセス内の異なるデバイスから収集する異なるタイプのデータを収集または使用するようになっており、また、必要なデータを収集するために異なって設定されている。たとえば、プロセスの日毎の動作を通常監視し、このプロセス動作の品質と連続性とを担保することが主な責務であるプロセス制御オペレータは、プロセス内の設定値の設定・変更、プロセスループの調整、バッチオペレーションの如きプロセスオペレーションの計画などを行うことによりプロセスを運転しているのが一般的である。これらのプロセス制御オペレータは、プロセス制御システムにおいて、たとえば自動調整器、ループ解析器、ニューラルネットワークシステムなどを含む、プロセス制御システム内のプロセス制御問題を診断、訂正するために入手可能なツールを利用しうる。また、プロセス制御オペレータは、プロセス内で生成されるアラームを含む、プロセス動作に関する情報をオペレータへ提供する一または複数のプロセスコントローラを通じて、プロセスからプロセス変数情報を受信する。さらに、プロセスプラントの制御活動を最適化するために、プラント内にリアルタイムオプチマイザの如き制御オプチマイザを提供することが一般的である。このようなオプチマイザは、収益などの如き所望の最適化変数に対してプラントの運転を最適化するために入力値をどのように変更しうるかを予測するため、通常、複雑なプラントモデルを用いる。この情報は、標準的なユーザインターフェイスを通じてプロセス制御オペレータに提供されうるが、通常、プロセス制御オペレータは、制御の見地からプロセスプラントがどのように組み立てられて設定されているかという点に関するアプリケーション内の情報の閲覧およびアクセスに関心を有している。

その一方で、プロセス内における実際の装置の効率的な動作を担保することと機能不良の装置の修理および交換とに対して主たる責務を有する保全要員は、保全インターフェイス、上述のＡＭＳアプリケーションの如きツールのみならず、プロセス内のデバイスの動作ステータスに関する情報を提供する他の多くの診断ツールを利用する。また、保全要員は、プラントの一部を停止する必要がありうるような保全活動の計画を立てる。スマートフィールドデバイスと一般的に呼ばれる多くの新しいタイプのプロセスデバイスおよび装置の場合には、デバイス自体が検出・診断ツールを備えている。これらのツールにより、標準的保全インターフェイスを通じてデバイス動作の問題が自動的に検出され、これらの検出された問題が保全要員に自動的に報告されうる。たとえば、ＡＭＳソフトウェアは、保全要員にデバイスステータスおよび診断情報を報告することに加えて、デバイス内で何が発生しているかを保全要員が判断することを可能とするとともにデバイスにより提供されるデバイス情報にアクセスすることを可能とする通信ツールおよび他のツールを提供する。保全インターフェイスと保全要員とはプロセス制御オペレータから離れた位置に存在しているのが一般的であるが、必ずしもこれに限定されるわけではない。たとえば、プロセスプラントによっては、プロセス制御オペレータが保全要員の責務を実行することもあればこの逆もありうるし、または、これらの機能に責務のある異なる人員が同一のインターフェイスを使用する場合もある。それにもかかわらず、保全要員は、通常、プラント内で装置がどのように組み立てられているのかもしくは装置の所在確認をどのようにするのかを基にした情報またはプラント内の装置に関連する他の論理を基にした情報を、利用可能なアプリケーションから閲覧およびアクセスすることに関心を有している。通常、この編成は、制御用の編成とは異なる。

さらに、一部のタスク、たとえば装置の監視、デバイスの動作試験、プラント運転が最適か否かの決定などは、外部のコンサルタントまたはサービス会社により実行される。このような外部のコンサルタントまたはサービス会社は、必要なデータを測定し、解析を行い、次いで、この解析の結果のみをプラント作業員に提出する。これらの場合、通常、データは、メーカ独自の方法で収集、格納される。これらのデータは、さらに異なる方法で編成される場合もある。というのは、データの編成は、そのデータを収集、生成、使用する個々のアプリケーションに合わせて調整されるからである。

上述の異なるアプリケーションの多くでは、そのアプリケーション内のまたはそのアプリケーションが利用可能なさまざまなデータまたは情報を編成し、そのアプリケーションのユーザがこれらのデータまたは情報を閲覧およびアクセスすることを可能とするためのナビゲーションツリーまたは他の同等の構造が用いられている。ほとんどの場合、これらのナビゲーションツリー構造は、Ｍｉｃｒｏｓｏｆｔ Ｏｕｔｌｏｏｋ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）などで用いられているナビゲーションツリー構造と実質的に同等であって、ユーザがプラントの該当する領域、副領域などにアクセスするかまたはそれらの階層を次々と掘り下げていきアプリケーションを用いた機能を実行することを可能とするためにアプリケーション内に提供されている。いつもとはいわないまでもほとんどの場合、これらのアプリケーションは、Ｓ８８標準規格により定められた命名法を用いてナビゲーションツリーを使用している。Ｓ８８標準規格では、プロセスプラントは、高レベルエンティティから始まり、エンタープライズから、サイト、領域、プロセス、セル、ユニット、装置、モジュール、制御モジュールへと次から次に小さなエンティティに分類される。Ｓ８８標準規格に基づいたナビゲーションツリー構造を用いるアプリケーションは、ナビゲーションツリー内にこれらの見出しの一部または全部を掲示することにより、ユーザがプロセスプラントに関連する情報にアクセスすることまたはプロセスプラントに関連する機能を実行することを可能としている。

今日、プラント内で部品、補充品、原材料の注文または生産品、最適化変数などの選択の如き戦略的な企業意志決定において補佐をする社員のようなビジネスアプリケーションに対して責務を有する人達の如きユーザの一部から、上述のアプリケーションのうちの複数からのデータにアクセスし、プラント内のアプリケーションのうちのいずれかから提供される高いレベルからプラントの稼働の理解または閲覧をする必要性が出てきている。従来、このような人達は、異なるアプリケーションによりプラント内で生成された実際のデータにアクセスすることは余りなかったが、本明細書において参照することによりその開示内容を明確に援用するとともに表題が「プロセスプラントにおけるデータの共有化（Ｄａｔａ Ｓｈａｒｉｎｇ ｉｎ ａ Ｐｒｏｃｅｓｓ Ｐｌａｎｔ）」であるところの２００２年３月１日に出願され、本明細書の譲受人に譲渡されている米国特許出願第10/087,308号には、中央データベースにおいてさまざまな異なるデータ供給源からのデータを組み合わせ、プロセスプラント内において、ビジネスパーソンのみならず個別のユーザおよびアプリケーションがそのデータをより汎用性のある形態で利用することができるようにするための方法が開示されている。

しかしながら、上述のように、このデータを収集する異なるアプリケーションは、プラント内のデバイスまたは装置の通常一部に対して非常に異なる機能を実行するためにプロセスプラント内で用いるように設計されている。したがって、これらのアプリケーションは、収集・生成されたデータの編成・表示が僅かしか異ならない場合もあれば大きく異なる場合もあるように作成されている。したがって、これらのアプリケーションは、相互におよび中央データベースとデータを共有することができるものの、異なるアプリケーションからのデータをすべて閲覧する人またはすべてアクセスする人が理解できるようにまたは容易に用いることができるように共有データを編成する簡単な技術もなければ、系統的かつ容易に理解可能な方法で共有データをユーザに対して提示する方法もない。米国特許出願第10/394,683号には、データを共通形式で可視化することにより異なるデバイスおよびアプリケーションからのデータを一貫した形式で閲覧することを容易にする方法が開示されているが、さらに、さまざまなユーザにより上述のデータがより幅広くまたはより全面的に用いられることを可能とするために、ウェブ接続を利用して中央データ統合サイトに接続されたサイトの如きさまざまな遠隔サイトから上述のデータにアクセス・閲覧できることが望ましい。

プロセスプラントデータ収集・閲覧システムは、複数の異なるデータアプリケーションまたはデータ供給源からの実際のデータが異なるデータ供給源により異なる方法で収集、編成されている場合であっても、ユーザが任意の所望の統合レベルでプロセスプラント内の異なるアプリケーションまたはデータ供給源から取得される情報を同様かつ一貫性のある方法で閲覧することを可能とするために、共通のまたは統合型のナビゲーションツリー構造と一または複数の共通表示形式とを用いる。これに加えて、中央データ収集・統合供給源からのデータにアクセスするために一または複数の遠隔接続部または遠隔サイトが構築され、これにより、ユーザは、たとえばウェブ接続を利用して、プロセスプラントの内側またはプロセスプラントの外側にあるさまざまな場所において統合データに容易にかつ迅速にアクセスすることができる。情報の共用を目的としてさまざまな情報統合レベルにおいて遠隔から情報が可視化されるので、ユーザは、同一のタイプのデータに対して複数の閲覧形式と格闘または戦うことなく高いデータ統合レベルでまたは低いデータ統合レベルで、データベースに格納されているまたは異なるデータ供給源により収集されたデータを容易に検索することができる。これに加えて、ユーザは、ユーザプロファイルを設定してプロセスプラントデータを閲覧し、前もって構築されたまたは前もって設定されたレポートを遠隔サイトから取得、出力し、遠隔サイトからデータ統合プログラムを読み込んで実行することなく、一部のタイプのデータに容易にかつ迅速にアクセスすることができる。これにより、遠隔から統合プロセスデータへ迅速かつ容易にアクセスすることが可能となる。

図１を参照すると、（単一の地理的場所または複数の地理的場所に設けられうる）プロセスプラント10は、一または複数の通信ネットワークにより複数の制御システムおよび保全システムと相互接続される、複数のビジネスコンピュータシステムおよび他のコンピュータシステムを備えている。具体的にいえば、プロセスプラント10は、一または複数のプロセス制御システム12、14を備えている。プロセス制御システム12は、ＰＲＯＶＯＸシステムまたはＲＳ３システムの如き従来のプロセス制御システムまたはその他のＤＣＳであってもよい。このＤＣＳは、オペレータインターフェイス12Aを備え、このオペレータインターフェイス12Aはコントローラ12Bに接続され、次いで、コントローラ12Bは入力／出力（Ｉ／Ｏ）カード12Cに接続され、次いで、この入力／出力（Ｉ／Ｏ）カード12Cはアナログ型フィールドデバイスおよび高速アドレス可能遠隔トランスミッタ（ＨＡＲＴ）フィールドデバイス15の如きさまざまなフィールドデバイスに接続されている。プロセス制御システム14は、分散型プロセス制御システムであってもよいが、イーサネット（登録商標）バスの如きバスを介して一または複数の分散したコントローラ14Bに接続される一または複数のオペレータインターフェイス14Aを備えている。コントローラ14Bは、たとえばテキサス州オースチンにあるフィシャーローズマウントシステムズ社（Ｆｉｓｈｅｒ−Ｒｏｓｅｍｏｕｎｔ Ｓｙｓｔｅｍｓ Ｉｎｃ．）により販売されているＤｅｌｔａＶ（登録商標）コントローラであってもよいしその他のタイプのコントローラであってもよい。コントローラ14Bは、Ｉ／Ｏデバイスを介して、一または複数のフィールドデバイスに接続される。これらのフィールドデバイスは、たとえば、ＨＡＲＴフィールドデバイス、Ｆｉｅｌｄｂｕｓフィルールドデバイス、または、ＰＲＯＦＩＢＵＳ（登録商標）プロトコル、ＷＯＲＬＤＦＩＰ（登録商標）プロトコル、Ｄｅｖｉｃｅ−Ｎｅｔ（登録商標）プロトコル，ＡＳ−ＩｎｔｅｒｆａｃｅプロトコルおよびＣＡＮプロトコルのうちのいずれかを用いるフィールドデバイスを含むその他のスマートフィールドデバイスもしくは非スマートフィールドデバイスである。公知のように、フィールドデバイス16は、プロセス変数および他のデバイス情報に関連するアナログ情報またはデジタル情報をコントローラ14Bに提供しうる。オペレータインターフェイス14Aは、たとえば制御オプチマイザ、診断エキスパート、ニューラルネットワーク、調整器などを含む、プロセス動作を制御するためにプロセス制御オペレータにより利用可能なっているツールを格納、実行しうる。

さらに、ＡＭＳアプリケーションまたはその他のデバイス監視・通信アプリケーションを実行するコンピュータの如き保全システム18は、保全活動および監視活動を実行するために、プロセス制御システム12、14またはこれらのプロセス制御システム内の個々のデバイスに接続されうる。たとえば、保全コンピュータ18は、デバイス15と通信すべく、場合によっては、デバイス15を再設定すべく、またはデバイス15に対して他の保全活動を実行すべく、（無線ネットワークまたは携帯デバイスネットワークを含む）任意の所望の通信回線またはネットワークを介してコントローラ12Bおよび／またはデバイス15に接続されうる。同様に、ＡＭＳアプリケーションの如き保全アプリケーション19は、デバイス16の動作ステータスに関するデータの収集を含む保全・監視機能を実行するために、分散型プロセス制御システム14に関連付けされているユーザインターフェイス14Aのうちの一または複数の中に実装され、これらにより実行されうる。

また、プロセスプラント10は、タービン、モータなどの如きさまざまな回転装置20をさらに備えている。これらの装置は、ある恒久的通信リンクまたは一時的通信リンク（たとえば、バス、無線通信システム、または、回転装置20に接続され、読み取りを行い、そして取り外される携帯デバイス）を介して、保全コンピュータ22に接続されている。この保全コンピュータ22は、たとえばＣＳｉシステムズ社により提供される公知の監視・診断アプリケーション23または回転装置20の動作状態の診断、監視、および最適化を行うために用いられるその他の公知のアプリケーションを格納、実行しうる。保全要員は、プラント10内の回転装置20の性能を維持・監視するために、回転装置20の問題を把握するために、および回転装置20の修理または交換しなければならないか否かまたはその時期を把握するために、アプリケーション23を利用することが多い。場合によっては、外部コンサルタントまたは外部サービス組織は、一時的に装置20に関するデータを取得または測定し、このデータを用いて装置20に対する分析を実行し、問題、不良性能、または装置20に影響を与える他の問題を検出する。このような場合、分析を行っているコンピュータは、システム10のその他の部分と通信回線で接続されていないこともあれば一時的に接続されていることもある。

同様に、プラント10に関連づけされている電力発生・分配装置25を有する電力発生・分配システム24は、たとえばバスを介して、他のコンピュータ26に接続されている。このコンピュータ26は、プラント10内において電力発生・分配装置25を実行し、その動作を監視する。また、コンピュータ26は、電力発生・分配装置25を制御、維持するために、たとえばＬｉｅｂｅｒｔおよびＡＳＣＯまたは他の会社により提供されるアプリケーションの如き公知の電力制御・診断アプリケーション27を実行しうる。ほとんどの場合、外部コンサルタントまたは外部サービス組織は、一時的に装置20に関するデータを取得または測定し、このデータを用いて装置20に対する分析を実行し、問題、不良性能、または装置20に影響を与える他の問題を検出する。このような場合、分析を行っている（コンピュータ26の如き）コンピュータは、システム10のその他の部分と通信回線で接続されていないこともあれば一時的にのみ接続されていることもある。

（たとえばサーバでありうる）コンピュータシステム30は、通信ネットワーク32を通じて、プロセス制御機能12、14、コンピュータ18、14A、22、26に実装されている保全機能、およびビジネス機能を含む、プラント10内のさまざまな機能システムと関連づけされているコンピュータまたはインターフェイスに、通信可能に接続されている。所望の場合には、通信相互接続器32は、任意のローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネットなどを含むウェブインターフェイスまたはその他の種類の通信構造を用いて実現されてもよい。いずれの場合であっても、コンピュータシステム30は、従来のプロセス制御システム12およびこの制御システムに関連づけされている保全インターフェイス18に通信可能に接続され、分散型プロセス制御システム14のプロセス制御および／または保全インターフェイス14Aに接続され、回転装置保全コンピュータ22および電力発生・分配コンピュータ26に接続されている。これらの接続はすべてバス32を通じて行われている。バス32は、通信のために、いかなる所望なまたは適切なＬＡＮプロトコルまたはＷＡＮプロトコルを用いてもよい。通信ネットワーク32は、所望に応じて、恒久的であってもよいし一時的（断続的）であってもよい。

図１に示すように、コンピュータ30は、ワールドワイドウェブ接続のような異なるイントラネット接続またはインターネット接続の如き異なるまたは同一のネットワークバス33を通じて、ビジネスシステムコンピュータと保全計画コンピュータ35、36とにさらに接続されている。これらのコンピュータ35、36は、たとえば統合基幹業務計画（ＥＲＰ）、資材調達計画（ＭＲＰ）、アカウンティング、生産・顧客発注システム、保全計画システム、またはパーツ・補充品・原材料発注アプリケーション、生産計画アプリケーションなどの如きその他所望のビジネスアプリケーションを実行しうる。また、コンピュータ30は、たとえばバス32を通じて、プラントワイドＬＡＮ37、コーポレートＷＡＮ38、および、遠隔の位置からのプラント10の遠隔監視またはプラント10との通信を可能とする一または複数のコンピュータシステム40にさらに接続されうる。コンピュータシステム30、または通信ネットワーク32、33に接続されているその他のコンピュータは、コンフィギュレーションアプリケーションと、プロセスプラント10ならびに当該プロセスプラント10内のデバイスおよびエレメントの設定に関する設定データを生成、格納するコンフィギュレーションデータベースとを備えうる。

一つの実施形態では、通信ネットワーク32、33を通じた通信はＸＭＬプロトコルを利用して行われる。ここで、コンピュータ12A、18、14A、22、26、35、36などのコンピュータの各々からのデータは、ＸＭＬラッパーでラッピングされ、たとえばコンピュータ30に実装されうるＸＭＬデータサーバに送信される。ＸＭＬは記述言語なので、このサーバはどのようなタイプのデータでも処理することができる。このサーバでは、必要ならば、データは新しいＸＭＬラッパーでカプセル化される。すなわち、データは、一つのＸＭＬスキーマから他の一または複数のＸＭＬスキーマにマッピングされる。また、これら他方のスキーマは受信側アプリケーションのそれぞれに対して作成される。したがって、データ発信側の各々は、該発信側のデバイスまたはアプリケーションが理解しやすいまたは利用しやすいスキーマを用いてデータをラッピングすることができ、受信側のアプリケーションの各々は、該受信側のアプリケーションに用いられるまたは該受信側のアプリケーションが理解しやすい別のスキーマでこのデータを受信することができる。サーバは、データの送信元と送信先とに応じて一方のスキーマから他方のスキーマにマッピングするように構成されている。所望の場合には、サーバは、データの受信に基づいて、あるデータ処理機能または他の機能をさらに実行しうる。マッピングおよび処理機能のルールは、本明細書記載のシステムが動作するまえに、サーバにおいて設定、格納される。このようにして、データは、任意の一つのアプリケーションから一または複数の他のアプリケーションへ送信されうる。

一般的にいえば、（従来のサーバであってもよいし従来のサーバを含んでいてもよい）コンピュータ30は、資産活用データベース50（および付属するデータ収集アプリケーション）を備えている。この資産活用エキスパート50は、たとえばプロセス制御システム12、14、保全システム18、22、26、およびビジネスシステム35、36により生成されるデータおよび他の情報ならびにこれらのシステムのそれぞれにおいて実行されるデータ解析ツールにより生成される情報を収集し、これらの情報をデータベースに格納する。資産活用エキスパート50は、たとえばＮＥＸＵＳにより現在提供されているＯＺエキスパートシステムに基づきうるエキスパートエンジンまたはたとえば任意のタイプのデータマイニングシステムを含むその他所望のタイプのエキスパートシステムに基づきうるエキスパートエンジン51を備えてもよい。この資産活用エキスパート51が、資産最適化データベース50内で必要に応じてデータを分析、分布するように動作する。

従来、さまざまなプロセス制御システム12、14および電力発生・維持システム22、26は、有益な方法でこれらのシステムの各々において生成されるまたは各々により収集されるデータを共有することを可能とするような方法では相互に接続されなかった。その結果、データを編集しユーザによるデータの閲覧を可能にする方法はアプリケーション毎に異なっていた。しかしながら、図１のプラント10では、アプリケーション17、19、23、27が、資産最適化データベース50を通じて通信可能に接続され、資産最適化データベース50とデータを共有している。それにもかかわらず、アプリケーション17、19、23、27の各々は、通常収集または生成したデータを、依然として異なる編成ツリーまたはナビゲーショナルツリーおよび閲覧ソフトウェアを用いた異なる方法で提供または編成している。このようなデータを異なるアプリケーションから一貫した方法で閲覧することを可能とするために、資産最適化データベース50は、一または複数のナビゲーションツリーアプリケーションおよびナビゲーションツリーデータベース52を含んでいる。これらのナビゲーションツリーアプリケーションおよびナビゲーションツリーデータベース52は、統合ナビゲーションツリー構造を用いて、プロセスプラント10内のさまざまなアプリケーションから受信したデータを編成し、ユーザが単一のナビゲーションツリーを用いて一貫した方法でコンピュータ30からまたは遠隔サイト40からデータを閲覧またはアクセスすることを可能としうる。

具体的にいえば、ナビゲーションツリーアプリケーション52により、データがたとえ異なる供給源から受信されかつ異なる供給源において異なる方法で編成されてあるとしても、資産最適化データベース50内でそのデータを閲覧、アクセスするために、システム内のユーザすべてによりたとえばウェブ環境において用いられるナビゲーションツリーを生成する自動的な方法が提供される。事実、ナビゲーションツリーアプリケーション52は、資産最適化データベース50と一緒になって、資産最適化サーバの形態をなす高レベル統合型プラットホームを提供している。この高レベル統合型プラットホームは、複数の情報供給源（たとえば、制御アプリケーション、保全アプリケーション、装置監視アプリケーション、効率監視アプリケーションなど）から、たとえ異なる情報供給源の各々が異なる方法で提供データを編成しているとしても、情報を受信、編集する。

図２には、プロセスプラント内の一組のアプリケーション60を示すブロック図が示されている。この一組のアプリケーション60は、ウェブ接続部61を通じて、（図１のコンピュータ30でありうる、本明細書において主要データ統合・閲覧プラットホームとも呼ばれる）資産最適化サーバ62と通信可能に相互接続されている。この相互接続は、資産最適化サーバ62により一貫性および統合牲のある編成を有するナビゲーションツリー構造が提供されるように形成される。このナビゲーションツリー構造は、主要データ統合プラットホームまたは中央データ統合プラットホーム62においてまたはたとえばインターネット通信接続部を通じて主要データ統合プラットホーム62に接続される遠隔のプラットホームまたはコンピュータ63において、さまざまなアプリケーション60の中で生成されるデータまたはさまざまなアプリケーション60により収集されるデータに対して共通の閲覧プラットホームを提供するために用いられうる。具体的にいえば、制御アプリケーションサーバ64、保全アプリケーションサーバ66、回転装置アプリケーションサーバ68、最適化アプリケーションサーバ70、および他のアプリケーション用のさらなるサーバは、通信ネットワーク61を通じて資産最適化サーバ62に通信可能に接続されている。もちろん、図２において、いかなる他のタイプのアプリケーションおよびいかなる数のアプリケーション（データ供給源とも呼ばれる）が接続されてもよい。通信ネットワーク61は、ワイドエリアネットワーク、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ、またはその他所望のタイプのウェブネットワークの如きいかなる所望の通信ネットワークであってもよい。所望の場合には、通信ネットワーク61は、ＨＴＭＬなどの如き任意の所望の通信プロトコルを用いたハードワイヤードネットワークまたは無線ネットワークであってもよい。サーバ62〜72の各々は、公知のようにウェブ接続部61を用いた通信およびユーザインターフェイスに対する情報の可視化を可能とする任意の所望のウェブサービスアプリケーション（ｗｅｂ ｓｅｒｖｉｃｅｓ ａｐｐｌｉｃａｔｉｏｎ）74と、ウェブ可視化アプリケーション（ｗｅｂ ｖｉｓｕａｌｉｚａｔｉｏｎ ａｐｐｌｉｃａｔｉｏｎ）76とを備えている。一般的にいえば、異なるサーバ64〜72で実行されるまたは異なるサーバ64〜72に関連づけされる異なるアプリケーション60は、異なるナビゲーションツリーの如きデータの編成、ナビゲーション、および閲覧のための異なる仕組みを用いうる。さらに、資産最適化サーバ62は、ウェブ接続部61またはその他所望の通信ネットワークを通じて、ビジネスシステムアプリケーションまたはその他のアプリケーションに通信可能に接続されうる。所望の場合には、資産最適化サーバ62は、プロセスプラント内のフィールドデバイスおよび他のデバイスからのデータおよびそれらについてのデータを収集するために、メーカ独自のバス、イーサネット（登録商標）バス、またはそれらを組み合わせたものを通じて、一または複数のプロセスコントローラまたはフィールドデバイスに直接接続されてもよい。

図２に示されているように、資産最適化サーバ62は、マイクロプロセッサ77と、ユーザインターフェイス78と、メモリ79とを備えている。このメモリ79は、異なるアプリケーション60およびこれらのアプリケーション60に関連するナビゲーションツリー構造を統合して統合ナビゲーションツリー構造を形成するように動作し、また、異なるデータ供給源からのデータのための共通閲覧スキームを提供するように動作する複数のアプリケーションおよびデータベースを格納する。一つの実施形態では、資産最適化サーバ62は、当該資産最適化サーバ62に通信可能に接続されている異なるデータ供給源であるアプリケーションからのデータを格納するプラント情報データベース80と、異なるアプリケーション60の各々に関連するナビゲーションツリー83aおよび異なるアプリケーション60のナビゲーションツリーを連携させるまたは統合させる統合ナビゲーションツリー83bを格納するナビゲーションツリーデータベース82とを備えている。また、資産最適化サーバ62は、プラント情報データベース80内に格納されているデータに関する情報を統合ナビゲーションツリー83bを用いてユーザにユーザインターフェイス78を介して提供するユーザインターフェイスアプリケーション84をさらに備えている。

さらに、所望ならば、異なるアプリケーション60からのデータを統合ナビゲーションツリー83bを用いてプラント情報データベース80内へ統合するために、データ統合アプリケーション84が設けられてもよい。場合によっては、このデータ統合アプリケーション86により、アプリケーション60のためのナビゲーションツリー構造83aを統合ナビゲーションツリー83bへマッピングする機能がユーザに提供されることもある。一つの実施形態では、統合アプリケーション86は、アプリケーション60のナビゲーションツリー構造の各々の中のデータを統合するために用いられうるデフォルトナビゲーションツリー構造を備えうる。このデフォルトナビゲーションツリー構造は、たとえばＳ８８標準規格において用いられているプラント階層に基づいたものであってもよい。しかしながら、統合アプリケーション86は、あるユーザまたはさまざまなユーザが異なるアプリケーション60のナビゲーションツリーを異なる方法で統合するために用いられうるナビゲーションツリー構造をさらに作成することを可能としてもよい。もちろん、所望ならば、デフォルトナビゲーションツリー構造は、データ統合アプリケーション86および／またはユーザインターフェイスアプリケーション84を用いてユーザにより作成されてもよい。

一般的に、資産最適化サーバ62は、異なるアプリケーション60の異なるナビゲーションツリー構造83aの各々を格納し、これらのナビゲーションツリー内のデータを、資産最適化データベース80内のデータを閲覧、アクセスするために用いられうる単一統合ナビゲーションツリー構造83bに関連づけするかまたはマッピングする。このマッピングの指定または完了のあと、異なるアプリケーションの異なるツリー構造の各々に関連するデータは、統合ナビゲーションツリー内で編成され、これらのアプリケーションをサーバ62〜72において用いるユーザまたはビジネスシステムのユーザの如きサーバ62に対してアクセスを有するその他のユーザを含む任意のユーザにより閲覧される。所望ならば、単一ナビゲーションツリー構造は、たとえばコンフィギュレーションアプリケーションにより用いられてもよい。また、この単一ナビゲーションツリー構造は、各ユーザがプラントからのデータを同一の方法で閲覧できるように、プロセスプラントまたは当該プロセスプラントに関連するエンタープライズシステムの中のすべてのユーザによりアクセスされ、用いられてもよい。所望ならば、各ユーザは、異なるユーザをコンフィギュレーションアプリケーションへ接続するウェブまたはその他の通信ネットワークを用いて単一ナビゲーションツリー構造にアクセスしてもよい。

動作中、異なるアプリケーション60は、これらのアプリケーションにおいて用いられているそれぞれ対応するナビゲーションツリー構造を資産最適化サーバ62へ送信しうる。この資産最適化サーバ62では、これらのツリー構造は、データベース82の中へ格納されうる。統合アプリケーション86は、異なるアプリケーションのうちの一つに関連づけされるナビゲーションツリーの異なるカテゴリと単一統合ナビゲーションツリー構造83bのカテゴリとの間の対応関係を自動的に特定しうる。場合によっては、ユーザは、あるアプリケーション60のナビゲーションツリーのカテゴリと単一統合ナビゲーションツリーまたはデフォルトナビゲーションツリー83b内のカテゴリとの対応関係を手動により特定することもある。アプリケーション60のカテゴリがＳ８８標準規格の如きなんらかの標準規格となんらかの関係で対応していることが知られている場合、統合アプリケーション86はこの対応関係を自動的に特定しうる。一方、ユーザは、ユーザの好みのナビゲーションツリーを作成し、アプリケーション60のうちの一つのナビゲーションツリーおよびユーザが作成した統合ナビゲーションツリーの異なるカテゴリの間の対応関係を特定しうる。もちろん、いうまでもなく、デフォルトナビゲーションツリー構造または統合ナビゲーションツリー構造は、データがアプリケーション60からサーバ62へと流れるので、データ送信元のアプリケーションのうちの一部に現れていないまたは存在していないカテゴリを有していてもよい。しかしながら、デフォルトナビゲーションツリーまたは統合ナビゲーションツリーは、異なるアプリケーション60のナビゲーションツリーのカテゴリの各々に関連するまたは関連しうるカテゴリまたはレベルを有している必要がある。

もちろん、統合アプリケーション86は、（データを資産最適化サーバ62へ送信する）アプリケーション60の各々のナビゲーションツリーと統合ナビゲーションツリー83bとの間のマッピングを提供すべくなっており、このマッピングは、プロセスプラント10の資産最適化機能内においてたとえばアプリケーションがオンライン状態になるときまたは他の方法で統合されるときに実行される。そのあと、アプリケーション60の各々は、サーバ62がデータの送信元であるアプリケーション60のナビゲーションツリー構造に従ってデータを分類することを可能とするための十分な情報とともにデータをサーバ62に送信する。サーバ62およびとくに統合アプリケーション86は、統合ビューを提供するために用いられている統合ナビゲーションツリー構造83bの適切なナビゲーションツリーカテゴリに関連づけされた形式でデータを格納しうる。もちろん、データそれ自体は、将来のアクセス用にプラント情報データベース80内に格納される。そのあと、ユーザインターフェイスアプリケーション84は、ユーザまたはオペレータが、参照される異なるアプリケーションからのデータを有する統合ナビゲーションツリー構造83bにアクセスすることにより、一貫性および統合性のある方法でプラント情報データベース80内に格納されているデータにアクセスすることを可能としうる。

一つの実施形態では、統合ナビゲーションツリー構造83bは、計装領域、機械領域、および性能領域の如きロジカル領域またはプラントの領域の如き物理領域に従って編成されうる。もちろん、いかなる他の所望の編成を統合ナビゲーションツリー構造83b内において用いてもよい。統合ナビゲーションツリー構造83bがロジカルユニットに従って構築される場合、（異なるロジカルグループに通常分類される）異なるアプリケーションからの異なるデータは、当該ツリー下の異なる小見出しまたはカテゴリに分類されうる。これらの小見出しまたはカテゴリは標準的なナビゲーションツリー見出しであるかまたは異なるアプリケーションに関連する実際のナビゲーションツリーを模倣したものである。一つの実施形態では、情報サーバ64〜72の各々はそのプラントツリーおよびコンポーネント（見出しを含む）を要求アプリケーション（すなわち、資産最適化サーバ62）に提供する。次いで、統合アプリケーション86は、取得した情報を用いて、さまざまなプラントツリーのコンポーネントを融合させる。所望ならば、アプリケーションの元のナビゲーションツリーコンポーネントが元の情報サーバ（たとえば、保全サーバ64）により追跡調査されなんらかの変更が加えられた場合、資産最適化サーバ62は、プッシュ技術を用いて更新されてもよい。これに代えて、資産最適化サーバ62は、サーバ64〜72を周期的にポーリングし、これらのサーバ（または、これらのサーバで実行されるもしくはこれらのサーバに関連するアプリケーション）のナビゲーションツリー内の変更を受信、追跡記録してもよい。このようにして、アプリケーション60に追加されたデータ、アプリケーション60から削除されたデータ、またはアプリケーション60内で変更されたデータは、資産最適化サーバ62へ反映または送信されて、格納される。さらに、これらのアプリケーションのナビゲーションツリー内のデバイスまたは他のエンティティの説明または記述は、資産最適化サーバ62へ送信され、統合ナビゲーションツリー構造83bへ反映されるかまたはマッピングされ、これにより、これらのデータは、資産最適化データベース50のユーザによる統合ナビゲーションツリー構造83bを通じた利用および閲覧が可能となる。

資産データがデータベース80内に収集されると、当該データは、遠隔サイト63から容易にアクセス、閲覧されうる。具体的にいえば、遠隔サイトの各々は、プロセッサ63aと、閲覧スクリーンの如きユーザインターフェイス63bと、メモリ63cとを備えている。通常のインターネットブラウザの如きインターネットアクセスアプリケーションは、メモリ63c内に格納されうるし、また、通常プロセッサ63aにより実行されて主要データ可視化プラットホーム62と通信しうる。さらに、遠隔サイト63は、一または複数の遠隔データアクセスアプリケーションを格納している。これらのデータアクセスアプリケーションは、インターネットを用いて、主要データ可視化プラットホーム62から特定のデータ形式で特定の情報またはデータを求めてポーリングし、このデータを遠隔サイト63のユーザに提示する。これにより、主要データ可視化サイト62内に存在するすべてのデータ収集・統合アプリケーションを遠隔サイト63に読み込むことまたはそこで実行することを必要とせずに、インターネット接続を通じてデータを容易に取得およびアクセスすることが可能となる。以下でさらに詳細に説明するように、これらの遠隔データアクセスアプリケーションは、主要データ可視化プラットホーム63から異なるデータ形式で異なる種類のデータを取得することに関連する一または複数のモジュールを備えうる。

図３には、図２の遠隔データ可視化プラットホーム63と主要データ収集・可視化プラットホームまたは中央データ収集・可視化プラットホーム62との間の通信接続が示されている。これにより、遠隔データ可視化プラットホーム63は、主要データ収集・可視化プラットホーム62内に格納されているまたはそれにより収集されたデータを容易にアクセス・表示することが可能となる。遠隔データ可視化プラットホーム63は、デスクトップコンピュータ、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）などを含むいかなるタイプのコンピューティングデバイスであってもよい。また、遠隔データ可視化プラットホーム63は、たとえばインターネット通信接続器88を通じて、ウェブサーバ87に接続されている。遠隔データ可視化プラットホーム63は、無線接続、ダイアルアップ接続、ブロードバンド接続、Ｔ−１回線などを含む任意の所望の接続用のハードウェアおよびソフトウェアを用いてインターネット88に接続されうる。次いで、ウェブサーバ87は、主要サーバ62に関連する通信インターフェイス89に接続され、ＸＭＬファイルを用いてまたはＸＭＬ形式で、通信インターフェイス89と通信しうる。この通信インターフェイス89は、標準的な通信機能を実行するために、接続サーバ（ｃｏｎｎｅｃｔｉｏｎ ｓｅｒｖｅｒ）や、汎用エクスポートサーバ（ｇｅｎｅｒａｌ ｅｘｐｏｒｔ ｓｅｒｖｅｒ）などを備えうる。

図３に示されているように、主要データ収集・可視化プラットホーム62は、データベース90に接続されており、このデータベース90は、サーバ62により収集されるプラントデータを格納する。データベース90は、たとえばＳＱＬサーバ／データベースであってもよいし、図２のデータベース80の機能を充足してもよい。一般的にいえば、主要データ収集・可視化プラットホーム62は、ウェブサーバ87と通信し、当該ウェブサーバ87からポーリングにより求められているデータを、所定の形式でセットアップまたは準備されるＸＭＬファイルで用意することにより、迅速にかつ容易にデータを当該ウェブサーバ87に対して提示する。

主要データ収集・可視化プラットホーム62から取得された情報またはデータは、ＨＴＴＰプロトコルを用いてサーバ87に送信され、ＨＴＭＬページの形式をとっている。図３に示されているように、Ａｃｔｉｖｅ Ｓｅｒｖｅｒ Ｐａｇｅ（ＡＳＰ）ドキュメントは、ウェブサーバ87の中に設けられて、実行される。ＡＳＰドキュメントは、．ＮＥＴコンポーネントを用いて、主要データ収集・可視化プラットホーム62に対して特定のタイプのデータを求める問い合わせを行いうるし、このデータを、ストリーム（格納されない）ＸＭＬデータとして受信しうる。次いで、このＸＭＬデータは、たとえばＸＳＬＴ言語を用いて直ぐに処理され、ＨＴＭＬデータに変換され、Ｍｉｃｒｏｓｏｆｔ ＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒの如き標準的ブラウザで表示される。

遠隔データ可視化プラットホーム63は、オブジェクトモジュール92a〜92hとして図３において特定されているさまざまなオブジェクトを用いてウェブサーバ87と通信する。通常、これらのオブジェクトモジュール92a〜92hは、あるタイプのデータが求められた場合にサーバ87を呼び出しそのデータを求めるようになっているエレメントを通常備えており、これらのエレメントは、遠隔データ可視化プラットホーム63に格納されている。次いで、サーバ87は、これらの呼び出しに応答しＡＳＰドキュメントを通じて主要データ収集・可視化プラットホーム62から特定の書式で（これらの呼出しに関連する）特定のタイプのデータを取得すべくなしてあるアプリケーションを用いる。このようにして、オブジェクトモジュール92a〜92hは、サーバ87を呼び出し、特定のタイプの情報を求め、この情報は、ＸＭＬ形式でまたはＸＭＬファイルでウェブサーバ87に送信され、格納されることなくウェブページに変換され、遠隔サイト63へ返信され、遠隔サイト63のユーザにより閲覧される。オブジェクトモジュール92a〜92hが特定のタイプのデータを求める呼び出し行い、このデータのプロファイルが、実際上、ウェブサーバ87の中に格納されていてもよいしまたは主要サーバ62の中に格納されていてもよいので、全データベース90が、遠隔コンピュータ63の中に読み込まれる必要もなければ遠隔コンピュータ63へ送信される必要もない。その代わりに、呼び出しにより要求されているデータのみが、公知のＸＭＬファイルにラッピングされて、サーバ67から遠隔サイト63まで送信される。したがって、インターネットを用いた通信およびデータ呼び出しは、遠隔サイト63までへ送信される必要のあるデータの量が減少させられ遠隔サイト63にデータを送信するスピードが上昇させられるように行われる。

以上のように、ウェブサーバ87は、ウェブページを作成しＶＢＮＥＴ、ＸＭＬ，Ｗｅｂ ｓｅｒｖｉｃｅｓなどの如き標準的な．ＮＥＴコンポーネント（．ＮＥＴ ｃｏｍｐｏｎｅｎｔｓ）を用いた従来のウェブサービスを提供すべくなしてあるＡＳＰ．ＮＥＴフレームワークなどを実装しうる。ウェブサーバ87がＸＭＬファイルを用いてインターフェイス89と通信するので、サーバ62およびデータベース90から求められる情報は、有利に、遠隔プラットホーム63へ容易に配信されるようサーバ87内にＸＭＬドキュメントとして保存されうる。さらに、オブジェクトモジュール92a〜92hの各々がそれと関連する一または複数の所定の表示形式を有しているので、ＸＭＬドキュメント内のデータは、個々のオブジェクト所定の要件に基づいて容易に、格納およびウェブページへの変換がなされうる。

以上のように、サーバ87は、インターフェイス89と一緒に、核となる．ＮＥＴコンポーネントが、（サーバ87内の）ウェブアプリケーションとコムインターフェイス（ｃｏｍ ｉｎｔｅｒｆａｃｅ）との間の通信を取り持つべくなしてあるデータ交換層を形成し、次いで、これらのコムインターフェイスが主要サーバ62において相互に作用することにより、要求されたデータを取得する。したがって、ウェブモジュール92の全部が、サービスのために．ＮＥＴコンポーネントと実質的に通信し、．ＮＥＴコンポーネントが、適切なＸＭＬストリームを戻すインターフェイス89と通信する。データ交換層は、要求されたデータをＸＭＬストリームから抽出し、このデータを発呼オブジェクトにウェブページ形式で戻す。また、このデータ交換層は、アドミニストレータ用ファイルをサーバ87の中に保存する機能をさらに実行する。もちろん、すべてのモジュール92が、サーバ87（すなわち、データ交換層）内のウェブアプリケーションに関連する方法に対する呼び出しを実行し、サーバ62からのまたはサーバ62への所定のタイプのデータの送受信を行うべくなしてある。

いうまでもなく、サーバ87は、エンドユーザが．ＮＥＴと相互作用するための手段であるＸＭＬウェブサービスおよび．ＮＥＴエクスピアリエンス（．ＮＥＴ ｅｘｐｅｒｉｅｎｃｅｓ）を作成、開発、管理、および結合することを可能とする一組のプログラミングツールおよび基盤施設を備えるように、Ｍｉｃｒｏｓｏｆｔ．ＮＥＴ構造上に構築されてもよい。この製品の特徴の一部は、標準的なインターネットブラウザのルック＆フィールを実現するためにサーバアプリケーションと共存すると共に補完するウェブをベースにした読み取り専用アプリケーションを備えていることもある。一つの実施形態では、このアプリケーションは、要求されたデータをサーバ62から抽出するために既存のＣＯＭ／ＤＣＯＭコンポーネントのＸＭＬデータアクセスサービスを用いうるし、また、レベル認証用の組込書式を用いたイントラネット多重ウェブアクセス（ｍｕｌｔｉｐｌｅ ｗｅｂ ａｃｃｅｓｓ ｔｈｒｏｕｇｈ ｔｈｅ ｉｎｔｒａｎｅｔ ｗｉｔｈ Ｂｕｉｌｔ−ｉｎ Ｆｏｒｍ）機能を備えうる。

図３のハードウェア構成には、遠隔アプリケーションモジュール92とデータベースとの間の通信を取り持つ上で用いられる二つの別個のサーバが示されている。第一のサーバは、データベース90を備える主要データ可視化アプリケーション62に用いられ、第二のサーバ87は、遠隔サイト63への通信を提供するためのウェブアプリケーションを実行しうる。これに代えて、単一のサーバを通信の実行に用いてもよい。この単一サーバ方式では、ウェブサーバソフトウェア、遠隔呼び出しアプリケーション、およびデータベース90へのアクセス用のデータベースサーバの如き基本サーバのすべてが一つのサーバに搭載、実行される。この実施形態では、すべてのアプリケーションが同一のサーバに搭載されているので特別な構成を必要とすることなく、遠隔サイト63は、直接プラントワイドイントラネット、ローカルエリアネットワーク、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂなどを通じて、直接この単一サーバと通信する。

以上のように、さまざまな遠隔データ可視化プラットホーム63は、主要データ可視化プラットホーム62（および最終的にはデータベース90）からのデータをアクセスするために前もって設定されているウェブモジュール92を通常用いる。これらのウェブモジュール92は、たとえばデータベース90内にデータが格納されているさまざまなデバイス間の検索（ｎａｖｉｇａｔｉｏｎ）を可能または許可しうるデバイスナビゲーションモジュール91aと、プロセスプラント内のフィールドデバイスおよび他のデバイスに関して生成されている現在のアラートまたは過去のアラート（アラームを含む）の検索および閲覧を可能および許可しうるアラート監視器92bと、遠隔ユーザにデータベース90内に格納されている監査トレイルデータの閲覧を可能とする監査トレイルモジュール92cと、遠隔ユーザにデバイスコンフィギュレーションデータの閲覧を可能とするデバイスコンフィギュレーションリストモジュール92dと、遠隔ユーザに校正試験の実行およびデータベース90内に格納されているデバイスによりまたはデバイスのために格納される校正データの閲覧を可能とする校正試験モジュール92eと、遠隔ユーザにプロセスプラント内のさまざまなフィールドデバイスまたは他のデバイスのための校正スケジュールの閲覧および必要な変更を可能とする校正スケジュールモジュール92fと、遠隔ユーザにプロセスプラントに関連するデバイスのリストの閲覧および検索を可能とするデバイスリストモジュールと、遠隔サイト63のユーザにより以前に設定または定義された個人データまたはデータページをアクセスしうる個人化モジュール92hとを含みうる。もちろん、迅速かつ容易な方法でデータベース90内に格納されている他のタイプのデータをアクセスし、閲覧するために、他のウェブモジュールが遠隔データ可視化プラットホーム63において用いられても格納されてもよい。以上のように、これらのモジュール92は、サーバ87を呼び出して、当該サーバ87にサーバ62と相互作用させることにより、遠隔サイト63で必要なまたは要求されるデータを共通のまたは一貫性のある形式で取得すべくなしてある。

図４には、遠隔データ可視化サイト63で図３のモジュール92に関連するさまざまなタイプのデータを提示するために用いられうる包括的閲覧スクリーンが示されている。具体的にいえば、遠隔データ可視化プラットホーム63のうちのいずれかの表示スクリーン93は、オブジェクトブラウザ領域94とオブジェクト閲覧領域95とを含む二つの共通領域または共通ペインを有するように設定されうる。表示スクリーン93のオブジェクトブラウザ領域94は一または複数のブラウザ構造94a〜94gを通常備えている。これらのブラウザ構造は、ユーザに表示したいオブジェクトの選択を可能とするように作られたたとえばナビゲーションツリー構造または他のブラウザ構造でありうる。ブラウザセクション94a〜94bは、ブラウジングされうるし、内部のアイテムは、主要データ可視化プラットホーム62からさらなる情報を取得するために選択されうる。ブラウザセクション94a〜94b内での選択により、図３のモジュール92のうちの一つを通じて、ある形式であるデータを表示するための呼び出しを起動させる。

その一方、オブジェクト閲覧領域95は、参照番号95a〜95fにより示されている一組の一般化された表示形式のうちの一つを用いて、オブジェクトブラウザ領域94内で選択されたアイテムまたはオブジェクトについての情報を表示すべくなっている。これらのデータ形式は、データにアクセスして表示するためにも用いられるべきＡＳＰドキュメントを指定する。図４に示されているように、（モジュール92と通信しうる）アプリケーションプレゼンテーション層（ａｐｐｌｉｃａｔｉｏｎ ｐｒｅｓｅｎｔａｔｉｏｎ ｌａｙｅｒ）96は、遠隔サイトと主要データ可視化サーバ62内のインターフェイス89との間を結合させ、ブラウザオブジェクト94のうちの一つを選択することにより指定された情報を取得し、その情報を所定の表示形式でオブジェクト閲覧領域95内に提示する。この表示形式を有するウェブページは、内部に適切な情報を備えてウェブサーバ87（図３）で生成されうる。これにより、インターネット接続88を用いて送信されるデータの量が削減される。

図４に示されているように、オブジェクトブラウザ領域94は、主要データ可視化プラットホーム62（および最終的にデータベース90）内の情報をブラウジングしこれらから情報を取得するためにさまざまな所定の選択項目または見出しを提供する。たとえば、ユーザは、プラントロケーション階層ブラウザ94aを用いることにより、たとえばＡｒｅａ、Ｕｎｉｔ、Ｅｑｕｉｐｍｅｎｔ、Ｃｏｎｔｒｏｌ Ｍｏｄｕｌｅなどを含むＳ８８標準規格のカテゴリに準拠したプラントロケーションに基づいてブラウジングしうる。ユーザは、ブラウザ94aを用いてプラントデータベース階層（Ａｒｅａ／Ｕｎｉｔ／Ｅｑｕｉｐｍｅｎｔ／Ｃｏｎｔｒｏｌ Ｍｏｄｕｌｅ）を検索し、オブジェクト閲覧領域95上で関連するデバイスをたとえばこれらのデバイスに関連するタグリスト形式を用いて検査することができる。このタグリスト形式は、ブラウザ94のうちの選択されたセクションに関連する情報を、デバイスのタグのリストとしておよび当該タグの各々に対する適切な情報として基本的に表示する。このような表示の一例が図５に示されている。この図では、ブラウザセクション94aがプラントロケーション（ｐｌａｎｔ ｌｏｃａｔｉｏｎ）セクション下で展開され、複数の個別のエレメントが示されている。これらのエレメントのうちの一つ、すなわちＳａｔｉｓｈエレメントが選択され、タグにより記載されてＳａｔｉｓｈエレメントに関連するデバイスがオブジェクト閲覧領域95内に示されている。図５から分かるように、各タグの情報には、デバイスタグ、製造業者、デバイスタイプ、更新、支持する通信プロトコル、整理番号、ステータス、およびデバイスが設けられているプラント領域が含まれる。しかしながら、これに代えてまたはこれに加えて、その他所望の情報が示されてもよい。また、ユーザは、選択されたタグに関連するデバイスについてのさらに詳細な情報を閲覧するために、マウスをクリックすることにより単一のまたは複数のタグをさらに選択してもよい。

いうまでもなく、ブラウザ94またはオブジェクト閲覧領域95の中のエレメントのうちの一つを選択すると、図３の関連するウェブモジュール92は、そのエレメントに関連するデータを求めて呼び出しを行う。この呼び出しは、図３のウェブサーバ87へルーチングされ、当該ウェブサーバ87内のアプリケーションに、主要データ閲覧プラットホーム62からのデータを取得させ、このデータを適切な所定のウェブページ形式にセットさせる。図４の形式セクション95aにより示されているように、タグリストの表示画面は、これらのタグのうちの一または複数についての監査トレイル情報（ａｕｄｉｔ ｔｒａｉｌ）、コンフィギュレーション要約（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｕｍｍａｒｙ）、コンフィギュレーション（ｃｏｎｆｉｇｕｒａｔｉｏｎ）情報、および校正試験イベント（ｃａｌｉｂｒａｔｉｏｎ ｔｅｓｔ ｅｖｅｎｔｓ）に関する情報を提供しうる。図６に示されているように、ユーザは、ドロップダウンメニュー98を用いてオブジェクト閲覧スクリーン95の右欄上の選択ボックスセクション内で選択されるタグについての監査トレイル情報、コンフィギュレーション情報、および校正情報を取得しうる。一例では、図７は、図６のスクリーン内の選択されたタグの監査トレイル情報を示しており、図８は、図６内の選択されたタグのうちの複数のタグのコンフィギュレーション要約スクリーンを示しており、図９は、図６のスクリーン内のあるタグに関する詳細なまたは完全なコンフィギュレーション情報スクリーンの一例を示しており、図１０は、図６のスクリーン内の選択されたデバイスの校正試験イベント要約スクリーンの一例であり、選択されたタグに対する最近の校正結果を表している。

同様に、ユーザは、（図４の）ブラウザ94bを用いて、プロセスプラントの物理通信ネットワークに関連するサーバおよび当該サーバ内で用いられるデータ構造体の如き物理ネットワークをブラウジングしうる。さらに詳細にいえば、ナビゲーションツリー94内の物理ネットワークレベル94bから、ユーザは、システムに物理的に接続されたデバイスをオブジェクト閲覧領域95上のタグリストページとして閲覧することができる。この物理ネットワークは、プロセスプラント内のノードのうちのいずれかに取り付けられるいかなるハードウェアを備えてもよい。ユーザは、図６〜図１０に関連して上述された方法で、タグリストページから、監査トレイル情報、コンフィギュレーションパラメータ情報、校正情報などのようなさらに詳細なページを取得しうる。

プロセスプラント内のアラートを閲覧するために、図４のアラート監視ブラウザセクション94cを用いうる。具体的にいえば、アラート監視ブラウザセクション94cは、ユーザにより機能不全であるかまたは不良データを報告していると疑われうるＨＡＲＴデバイスなどをユーザが観察するために使用可能な診断ツールを実行する。ユーザは、アラート監視（ａｌｅｒｔ ｍｏｎｉｔｏｒ）ブラウザセクション94cを用いて、デバイスのポーリング、デバイスの故障または訂正する必要のあるパターンの監視などを行いうる。上述のデバイスをポーリングするためのアラート監視スクリーンが図１１に示されている。ブラウザセクション94cのうちのアクティブアラート（ａｃｔｉｖｅ ａｌｅｒｔ）部は、最近の観察によりアラート状態にあると考えられているデバイスすべてを記載し、デバイスポーリングリスト（ｄｅｖｉｃｅ ｐｏｌｌ ｌｉｓｔ）部は、アラート監視ツールによりポーリングされるデバイスすべてを記載する。いうまでもなく、アラート監視ツールは、主要サーバ62の中にまたは当該主要サーバ62へ接続されているコントローラの如き他のデバイスの中に格納されそれらによって実行されてもよい。さらに、いったん実行されると、図１１のアラート監視ビューおよびそれに関連するアラートモジュール92bは、アラート情報を求めてポーリングし続け、この更新アラート情報を遠隔プラットホーム63におけるユーザに送信しうる。このようにして、遠隔プラットホームにおけるユーザは、プラント内で変化していくアラートデータを示すライブスクリーンを閲覧しうる。

さらに、プロセスプラント内で監査トレイル情報を閲覧するために、ブラウザセクション94dが用いられうる。この監査トレイル（ａｕｄｉｔ ｔｒａｉｌ）情報は、図１２に示されているが、データベース90内に格納されるイベントとも呼ばれる履歴記録を含んでいる。所望ならば、これらのイベントは、デバイスタグに応じて表示されてもよいし、または、デバイスタグにより、物理デバイスにより、もしくは、システム全体に対して編成されてもよい。図４に例示された形式95dでは、イベントは、ＡＬＬ、Ａｐｐｌｉｃａｔｉｏｎ、Ｃａｌｉｂｒａｔｉｏｎ、Ｃｏｎｆｉｇｕｒａｔｉｏｎ、Ｓｔａｔｕｓ Ａｌｅｒｔｓ、およびＳｙｓｔｅｍ Ｍａｉｎｔｅｎａｎｃｅを含む６つのタブに監査トレイル枠内でグループ化されている。これらの異なるタブは、これらのカテゴリの各々によりグループ化される監査トレイル情報の閲覧のために、選択または使用されうる。しかしながら、図４に記載されたものに代えてまたは加えて、監査トレイル情報の閲覧のために、他のグループまたは前もって決められたカテゴリを用いてもよい。

図１３に例示されているスクリーンに示されているように、プロセスプラント内のいずこにデバイスが設けられていたとしても、これらのデバイスのデバイスタグリスト（ｄｅｖｉｃｅ ｔａｇ ｌｉｓｔｓ）およびそれに関連する情報を直接閲覧するために、ブラウザセクション94eが用いられうる。具体的にいえば、ブラウザセクション94eは、主要データ閲覧プラットホーム62によりデータが収集されるデバイスに関するさまざまなレポートを提供しうる。このデータは、製造業者、デバイスプロトコル、デバイスタイプ、およびデバイス更新により編成されるプラント内のデバイスの在庫品目すべてを記載するＡｌｌ Ｄｅｖｉｃｅｓ、プラントデータベース90内の制御モジュールに割り当てられているデバイスを記載するＡｓｓｉｇｎｅｄ Ｄｅｖｉｃｅｓ、プラントデータベース90から取り除かれプラントデータベース90への割り当てに利用可能でないデバイスを記載するＤｅｃｏｍｍｉｓｓｉｏｎｅｄ Ｄｅｖｉｃｅｓ、およびプラントデータベース90内の制御モジュールに現在割り当てられているデバイスを記載するＳｐａｒｅ Ｄｅｖｉｃｅｓのカテゴリを用いてアクセスされてもよいしまたは報告されてもよい。さらに、これらのデバイスに関するさまざまなタイプの情報（たとえば、監査トレイル情報、コンフィギュレーション情報、および校正情報）がプルダウンメニューを用いて閲覧されうる。いうまでもなく、ブラウザ領域94のセクション94eにより、ユーザは、関連するデバイスが設けられているプラントロケーションまたは物理ネットワークに関係なく、直接タグリスト形式で情報を閲覧することができる。したがって、セクション94a、94b、94e内のデータの閲覧に同一のタグリスト形式が用いられうるが、これらの異なるナビゲーションツリーセクションを通じて、異なるデータグループがアクセスされてもよい。

校正ルート（ｃａｌｉｂｒａｔｉｏｎ ｒｏｕｔｅｓ）、校正スケジュール（ｃａｌｉｂｒａｔｉｏｎ ｓｃｈｅｄｕｌｅｓ）などを含む校正情報の閲覧またはブラウジングに、ブラウザセクション94fが用いられうる。ブラウザ94のこのセクション94fは、（たとえばサーバ62に格納、実行されうる）校正保全方法と関連づけされている。この校正保全方法は、デバイスの性能を決定するためにデバイスを試験することと、仕様範囲内での実行させるためにデバイスを調整することとを含んでいる。この校正管理機能を支援するデバイスに対して校正履歴が利用可能である。Ｃａｌｉｂｒａｔｉｏｎ Ｒｏｕｔｅｓセクションは、データベース90と校正器との間で情報を交換するための手段を提供する。校正ルート情報スクリーンの一例が図１４に示されている。この図には、Ｒｏｕｔｅ１と呼ばれるある校正ルートに関連する情報がタグリスト形式を用いて示されている。ルートは、ドキュメント校正器または標準試験装置とともに用いられうる。いうまでもなく、ユーザは、ツリー94fのルートレベルから、システムにおいて定義された校正ルートを閲覧することができる。ツリービュー94fのあるルートを選択すると、関連するデバイスがタグリスト形式を用いてオブジェクト閲覧セクション95内に表示される。もちろん、実際に表示される情報は、たとえば（校正ルートに関連する）監査トレイル情報、校正ルートに関連するコンフィギュレーション情報、および校正ルートに関連する校正情報を含むように、ドロップダウンメニュー98を用いて変更されてもよい。

ツリー94fのＣａｌｉｂｒａｔｉｏｎ Ｓｃｈｅｄｕｌｅ部では、プラントデータベース90内に格納されているデバイスの場所、前回校正日および次回校正日、校正が重篤（ｃｒｉｔｉｃａｌ）か否かなどを含むデバイスの校正スケジュールの詳細が示されている。図１５には、タグ（ｔａｇ）によりデバイスを列記するとともに次回校正日時に基づいて、校正スケジュールスクリーンの一例が示されている。このスクリーン上のデータビューに掲載されている校正情報を変更するために、検索基準フィールド99が用いられうる。この検索基準フィールドを用いることにより、ユーザは、一または複数のデバイスに実行される前回校正または次回校正を閲覧することが可能となるとともに、ある年月日よりも以前（Ｏｎ ｏｒ Ｂｅｆｏｒｅ）、ある年月日から以後（Ｏｎ ｏｒ Ａｆｔｅｒ）、二つの年月日の間（Ｂｅｔｗｅｅｎ）などの如き、校正情報を検索する時間枠を選択することが可能となる。これに加えて、検索基準フィールド99を用いることにより、ユーザは、すべての校正イベント、重篤な校正イベント、重篤でない校正イベントなどを検索することが可能となる。

さらに、ブラウザセクション94gを用いることにより、ユーザは、前もってセットアップまたは設定してある情報をブラウジングすることが可能となる。この情報は、ユーザが閲覧を希望するとともに各ユーザ特有の（すなわち、ユーザによって異なる）情報としてユーザによりセットアップされるいかなる情報であってもよい。ブラウザ94のこのセクションは、特定の興味に基づいて生成される問い合わせの結果を特定のファイル名を付けて保存する機能をユーザに提供し、これにより、ユーザは、同一のレポートをあとで閲覧することができる。

図４には詳細に示されていないが、ブラウザセクション94は、Ｈｅｌｐ情報と、（ユーザおよびユーザの資格に対して割り当てられるセキュリティにアクセスする）Ｓｅｃｕｒｉｔｙ ａｎｄ Ａｄｍｉｎｉｓｔｒａｔｉｏｎアクセスと、（プラントネットワーク全体を通じてデータベース90に対して遠隔から同時にアクセスするユーザの数を制限する機構を提供する）ライセンス検証とをさらに備えうる。もちろん、所望ならば、図１６に示されているような選択メニューが、上記のデータ情報スクリーンのうちの一または複数に関連する表示画面パラメータおよびデータ取得パラメータを指定するためにセットアップされ、設定されてもよい。もちろん、ある遠隔サイトにおける表示にあたって、どのデータをどれだけサーバ62から取得するかの決定をその遠隔サイトのユーザの選択項目に基づいて行うために、この選択データが、ウェブモジュール92により用いられてもよい。

さらに、オブジェクトブラウザ94のＳｅａｒｃｈタブからアクセスされうるサーチエンジンは、タグ詳細、製造業者、整理番号などのごとき任意の所望の基準に基づいてデータベース90を検索することができる。この検索の結果はオブジェクト閲覧領域95上に表示されうる。図１７には、サーチ（ｓｅａｒｃｈ）エンジンおよびサーチ表示スクリーンの一例が示されている。この図では、デバイスタイプ、製造業者、更新、タグ名、整理番号、対応通信プロトコル、デバイス割当の有無、予備品、廃棄などに基づいた検索機能が示されている。もちろん、主要データ可視化プラットホーム62を通じてデータベース90の検索を実行するにあたって、いかなる他のサーチスクリーンおよび検索基準ならびにいかなる適切なタイプのサーチエンジンが提供されて用いられてもよい。

いうまでもなく、オブジェクト閲覧領域95内のデータは、複数の形式のうちのいずれか一つの形式で表示されうる。上述のタグリスト形式は、データが属するデバイスに関連するタグに基づいてデータを表示する最も汎用な形式のうちの一つである。このタグリスト形式は、いずれかのＡｒｅａ／Ｕｎｉｔ／Ｃｏｎｔｒｏｌ ｍｏｄｕｌｅ／Ｅｑｕｉｐｍｅｎｔ ｓｔｒｉｎｇに関連するタグリストを提供するためにオブジェクトブラウザ（ｏｂｊｅｃｔ ｂｒｏｗｓｅｒ）領域94から用いられてもよいし、あるルートまたは選択されたルートのタグが列記されるＲｏｕｔｅｓノードから用いられてもよいし、サーチ基準を充足するタグを列記するサーチスクリーンまたはサーチツールから用いられてもよいし、いずれかの物理階層構造に関連するタグリストを表示する、ブラウザ領域94の物理ネットワークセクション94bから用いられてもよい。一般的にいえば、タグリスト表示形式から、ユーザは、選択ボックスセクション（たとえば、図６の選択ボックス97）を用いて一または複数のタグを選択し、その選択されたタグに関連する監査トレイル情報、コンフィギュレーション詳細、コンフィギュレーション要約、校正試験イベントなどについてのさらに詳細な情報を取得することができる。

他の閲覧形式としては、閲覧中のアクティブアラートまたはデバイスポーリングが実行中か否かに基づいて情報を表示するＡｌｅｒｔ Ｍｏｎｉｔｏｒ形式および上述の６つのカテゴリのうちの一つに基づいてデータを表示しうる監査トレイル形式が挙げられる。

したがって、上述の遠隔データのアクセスおよび閲覧方法により、使い方が簡便となるとともに、主要データ収集・可視化プラットホーム62により収集されたデータを一または複数の遠隔サイト63から当該遠隔サイト63において主要データ収集ソフトウェアをフルに搭載することなく簡単にアクセス可能となる。また、このようなアクセスにより、ユーザは、所定のタイプのデータを所定のタイプの閲覧形式で取得することによりインターネットエクスプローラの如き標準型ウェブブラウザを通じたプラント資産の管理を行うことが可能となる。

具体的にいえば、以上のように、遠隔サイトアクセス方法により、マウスの右側ボタンおよび左側ボタンを選択し簡単なナビゲーションツリーを制御することにより、履歴データがプラントデータベース内に格納されているデバイスのリストにアクセスする機能、簡単なナビゲーションツリー制御画面上のアイコンを選択することにより、物理接続により編成されているデバイスのリストにアクセスする機能、およびプラットホームのデータベースに接続されうるまたはその中に履歴データが格納されうるデバイスについての問い合わせを主要データ収集・可視化プラットホームに対して行うためにサーチスクリーンにアクセスする機能が使用可能となる。さらに、本明細書記載の遠隔サイトアクセス方法により、簡単なナビゲーションツリー制御画面内のアイコンを選択することにより、フィールドデバイスの特定レポートにアクセスする機能、簡単なナビゲーションツリー制御画面内のアイコンを選択することにより、現在アラート状態にあるデバイスを遠隔から閲覧する機能が使用可能となる。同様に、このアラート閲覧ウインドウにより、どのデバイスのステータス変更情報のビューであっても絶えず更新されるので、当該デバイスのステータスを遠隔サイトからリアルタイムで閲覧することが可能となる。

さらに、デバイスのリストを示す表示画面から、ユーザは、選択されたフィールドデバイスに関するデバイス履歴情報（監査トレイル）のページを検索する資格を有している。同様に、遠隔サイトにおいて、遠隔ユーザが権限を有するユーザである場合、当該ユーザは、デバイスのリストを示す表示画面からデバイス情報に変更を加える資格を有する。また、ユーザは、閲覧中のデバイスが従来型の（非スマート）デバイスであるかまたは（ＨＡＲＴプロトコル、Ｆｉｅｌｄｂｕｓプロトコル、もしくはＰｒｏｆｉｂｕｓプロトコルの如きデジタル通信プロトコルを用いて通信される）スマートフィールドデバイスであるかに関係なく、監査トレイルとして格納されるそのデバイスの情報の履歴を取得する資格を有している。同様に、ユーザは、いずれのフィールドデバイスの格納設定パラメータに対してもアクセスすることができる。設定データの形式は、前もって定義された共通形式であってもよいし、またはデバイスのタイプに特有の形式であってもよい。さらに、ユーザは、主要データベース内に格納されている校正情報および校正記録にアクセスしうる。これに加えて、デバイス履歴情報のページから、ユーザは、特定のデバイス記録に目を通し、主要データベース内に格納されているイベントに関する詳細を理解する資格を有する。特定の詳細スクリーン内において、ユーザは、要約情報を求めて選択したデバイスの時間枠を前後に移動する資格を有しうる。また、ユーザは、デバイス情報記録を求める年月日をさらに特定する範囲を入力し、その選択機銃で選択されたデバイスのリストを調整する資格を有する。

図１０および図１５の校正スクリーンに関連して示されているように、ユーザは、フィールドデバイスに対して実施された校正イベントの高いレベルの要約情報を検索する資格を有する。要約情報画面から、ユーザは、一または複数の特定の校正レポートを選択し、所望ならばこれらのレポートをその場のプリンタで印刷することができる。同様に、簡単なツリー制御画面から、ユーザは、期限の切れのまたは将来の特定時間内に期限が切れる校正情報を検索し、その校正情報のレポートを印刷することができる。

以上のように、主要データ収集・可視化プラットホーム62から取得されうるデータは、複数の異なるデータ供給源からのデータからなりうる。これらの異なるデータ供給源からのデータを容易に閲覧・アクセスする目的で、これらのデータを主要サイト62および遠隔サイト63におけるブラウザに統合するために統合ナビゲーションツリーが用いられうる。したがって、図５から図１５に示されているもの以外に他のナビゲーションツリー構造をブラウザセクション94内で用いることにより、複数の異なるデータ供給源からのデータを遠隔から閲覧することが可能となる。図１８には、データ供給源に応じて設定されている３つの異なるアプリケーション、すなわちＡＭＳＳＵＩＴＥインテリジェントデバイスマネジャーでありうる保全アプリケーション（ＡＭＳ）と、ＡＭＳＳＵＩＴＥマシン調子マネジャーでありうる電源装置監視・診断アプリケーション（ＲＢＭ）と、ＡＭＳＳＵＩＴＥ装置性能監視器でありうるプラント効率監視アプリケーション（ｅ−ｆｆｉｃｉｅｎｃｙ）とからのデータにアクセスし、閲覧するために構築された統合ナビゲーションツリー100の一例が示されている。いうまでもなく、この統合ナビゲーションツリー100は、データ供給アプリケーション60（図２）の各々からのアプリケーションデータを分類するカテゴリと、これらのカテゴリに関連するプロセスプラント内のエンティティを表す表記記号とを備えている。

いうまでもなく、統合ナビゲーションツリー100は、Ｅｎｔｅｒｐｒｉｓｅ（または、最高位）の真下に異なるアプリケーション（図２のアプリケーション60）の各々に対して高位カテゴリを有し、また、異なるアプリケーション（60）の各々のナビゲーションツリーに依存しかつ事実反映する、高位カテゴリ下にあるサブカテゴリのデータを有している。したがって、ＡＭＳ Ｐｌａｎｔ Ｓｔｒｕｃｔｕｒｅｓのタイトルを有するフォルダと、その下にあるフォルダまたはカテゴリ102は、保全（ＡＭＳ）アプリケーションからのデータと関連している。同様に、ＲＢＭ Ｐｌａｎｔ Ｓｔｒｕｃｔｕｒｅｓのタイトルを有するフォルダと、その下にあるフォルダまたはカテゴリ104は、電力装置監視（ＲＢＭ）アプリケーションからのデータと関連している。さらに、ｅ−ｆｆｉｃｉｅｎｃｙ Ｐｌａｎｔ Ｓｔｒｕｃｔｕｒｅｓのタイトルを有するフォルダと、その下にあるフォルダまたはカテゴリ106は、効率監視（ｅ−ｆｆｉｃｉｅｎｃｙ）アプリケーションからのデータと関連している。もちろん、制御アプリケーション、回転装置監視アプリケーションなどの如き他のアプリケーションからのデータを反映するために、さらなるフォルダおよびサブセクションが設けられてもよい。

図１８では、サブセクション102、104、106の各々は、データの供給源であるアプリケーションのナビゲーションツリーの階層構造を反映させる階層構造に構成されたサブフォルダまたはアイテムを備えている。したがって、サブセクション102は、保全アプリケーション（主要データ収集・可視化プラットホーム62内で用いられるデータ収集アプリケーションでありうるＡＭＳアプリケーション）がこれらのカテゴリを有するナビゲーションツリー構造を用いているので、Ａｒｅａ（Ａｒｅａ１）、Ｕｎｉｔｓ、Ｅｑｕｉｐｍｎｅｎｔ Ｍｏｄｕｌｅｓ，およびＣｏｎｔｒｏｌ Ｍｏｄｕｌｅｓのためのフォルダを備えている。さらに、保全アプリケーションから受信されたデータは、それが実際の保全アプリケーション内で編成されるので、サブセクション102内のサブカテゴリに伝送される。たとえば、データが存在するＣｏｎｔｒｏｌ Ｍｏｄｕｌｅｓ（ＴＴ−１１１、ＴＴ−２２２、ｅｔｃ）はサブセクション102内のＣｏｎｔｒｏｌ Ｍｏｄｕｌｅフォルダ下に示されている。

同様に、電力装置監視アプリケーションに関連するデータは、関連するアプリケーションのナビゲーションツリー構造を用いて示されている。このナビゲーションツリー構造には、デバイス（たとえば、ポンプ、送風機、モータ、およびドライヤー）が搭載されている領域のみの記号表記を有している。したがって、電力装置監視アプリケーションによりプラント内でデータが収集される複数の電力装置の各々は、サブセクション104のうちのＡｒｅａ１の部分に記載されている。同様に、ｅ−ｆｆｉｃｉｅｎｃｙアプリケーションがＳ８８の階層カテゴリにナビゲーションツリーを用いないので、このアプリケーションにより監視されているポンプ（ｐｕｍｐ）、コンプレッサ（ｃｏｍｐｒｅｓｓｏｒ）、熱交換機（ｈｅａｔ ｅｘｃｈａｎｇｅｒ）などは、効率監視のロジカル機能に関連づけされて、ｅ−ｆｆｉｃｉｅｎｃｙＰｌａｎｔＳｔｒｕｃｔｕｒｅ106のラベルを有する一般フォルダ下に示されているにすぎない。いうまでもなく、Ｐｕｍｐ＃３の如き同一の装置が、異なるアプリケーションにより監視されてもよいので、統合ナビゲーションツリー構造100内に複数回示されてもよい。さらに、同一のデバイスまたは他のプラントのエンティティの同一のデータまたは異なるデータ（たとえば、異なるアプリケーションにより収集または生成される異なるデータ）が、統合ナビゲーションツリー100の異なる場所においてアクセス可能である。もちろん、いうまでもなく、他のデバイスがこれらのセクションに関連するアプリケーションにより認識、監視される場合、サブセクション102の各々に関連する他のエンティティまたはフォルダが存在してもよい。したがって、サブセクション102、104、106のうちのいずれかのサブセクション内のデバイス説明の如き実際のデータは、実際のアプリケーションにより監視されているデバイスまたは他のエンティティに依存する。さらに、ナビゲーションツリー100を通じてアクセスしうるこれらのデバイスに関するデータタイプは、実際のアプリケーション60により収集または生成されるこれらのデバイスについてのデータに依存する。

図１９には、主要データ収集・可視化プラットホーム62に対してデータを送信する異なるアプリケーションのナビゲーションツリー構造の各々から統合アプリケーション86（図２）により自動的に生成されうる統合ナビゲーションツリー120の他の一例が示されている。この場合、異なるアプリケーションからのデータは、機械装置122、フィールド装置124、および性能監視装置126の如きロジカル領域に分かれている。これらの副領域に関連する異なるアプリケーションからのデータは、たとえばデフォルトＳ８８階層構造またはデータの発生源であるアプリケーションの階層構造に従って副領域へマッピングされる。したがって、たとえば電力装置監視アプリケーションから通常受信されるメカニカルデータは、そのアプリケーションの階層構造に従ってマッピングされ、フィールド計装装置124は、データを提供する保全アプリケーションまたは制御アプリケーションの階層構造、この場合には、Ｓ８８階層構造に従ってマッピングされる。同様に、効率データは、効率アプリケーション階層構造に従ってマッピングされる。もちろん、この場合、異なるアプリケーションからのデータは、ある程度、異なるロジカルな見出しまたは装置ベースの見出しの下に融合されてもよい。したがって、制御アプリケーションおよび保全アプリケーションにより測定されるバルブ、トランスミッタなどに関するデータの如き制御アプリケーションおよび保全アプリケーションからのデータは、フィールド計装装置カテゴリ124およびこのカテゴリに付随するサブカテゴリの下に統合されうる。

以上のように、統合アプリケーション86は、統合ナビゲーションツリー83bと異なるアプリケーション60の各々のナビゲーションツリー83aとの間のマッピング方法の作成に用いられうる。統合アプリケーション86は、このマッピングを自動的に実行してもよいし、または、ユーザに、アプリケーション60のナビゲーションツリー83aの異なるコンポーネントと統合ナビゲーションツリー83bとの間のマッピングの指定を可能としてもよい。図２０には、ユーザに、主要データ収集・可視化プラットホーム62にデータを伝達すべくなしてある異なるアプリケーションの各々に対してあるタイプのマッピングの指定を可能とするように、統合アプリケーション86によりユーザへ提示されうるスクリーン表示画面140の一例が示されている。

図２０のスクリーン表示画面140の左側には、異なるデータ供給源からのデータのアクセスを可能にするために主要データ収集・可視化プラットホーム62により用いられる統合ナビゲーションツリー142が示されている。いうまでもなく、この統合ナビゲーションツリー142は、Ｓ８８標準規格により定義されているカテゴリを用いている。しかしながら、所望ならば、ユーザは、上記のツリー142内に表示されているフォルダの改名、フォルダの追加、フォルダの削除などの如き任意の所望の方法を用いて統合ナビゲーションツリーに対して他のカテゴリまたは異なる階層構造を指定してもよい。スクリーン表示画面140の右側には、プラント10内の異なるアプリケーションに関連し、必要に応じて、プラント10内の異なるアプリケーションから取得されるナビゲーションツリー構造が示されている。いうまでもなく、これらのナビゲーションツリーには、一般カテゴリのみならずデバイスの如きプロセスエンティティが表示されうる。図２０には、保全アプリケーション（ＡＭＳアプリケーション）用のナビゲーションツリー構造144および電力装置監視アプリケーション（ＲＢＭ）用のナビゲーションツリー構造146が示されている。興味深いことには、保全アプリケーションのナビゲーションツリー構造144ではＳ８８標準規格のカテゴリが用いられ、電力装置監視アプリケーションのナビゲーションツリー146ではＳ８８標準規格のカテゴリが用いられない。

いずれの場合であっても、ユーザは、ツリー144のコンポーネントの表示画像を選択し、マッピング先のツリー142のコンポーネントの表示画像上にドラッグ・アンド・ドロップすることにより、ツリー144の如きナビゲーションツリーのコンポーネントを統合ナビゲーションツリー142上にマッピングしうる。もちろん、これに加えてまたはこれに代えて、ナビゲーションツリーのコンポーネント間の関係を選択・指定するための他の方法が用いられてもよい。このあと、統合アプリケーション86は、ツルー144内で選択されてドラッギングされているエレメントおよびサブエレメントをドロッピング先の統合ツリー142の部分と関連づけする。もちろん、ユーザは、いかなる所望のマッピングを行ってもよく、たとえば保全ツリー144の領域を統合ツリー142の領域へ移動させることに限定されない。同様に、ユーザは、電力装置監視ツリー144のコンポーネントを統合ツリー142のコンポーネントのうちのいずれか上にマッピングしうる。あるマッピングを選択、指定すると、統合アプリケーション86は、マッピングの指示情報を格納し、このマッピングを用いて、アプリケーションからのデータをデータベース80に統合し、統合ナビゲーションツリー142を通じたそのデータの閲覧を可能とする。

図２１には、統合アプリケーション86により、自動的に、または、ユーザが図２０のスクリーン表示画面140を用いて異なるアプリケーション60の異なるナビゲーションツリーからのデータを統合する方法を指定することにより作成されうる統合ツリー150の一例が示されている。図２１に示されているように、ナビゲーションツリー150の制御モジュール部または制御モジュール部門152には、保全アプリケーションからのバルブ（ＴＴ−１１１、ＴＴ−２２２など）、電力装置監視アプリケーションからの送風機、ポンプ、モータ、ドライヤー（Ｒｅｃｒｅｃ Ｐｕｍｐ＃５、Ｅｘｈａｕｓｔ Ｆａｎ＃１など）、ならびにプラント効率監視アプリケーションからのコンプレッサおよび熱交換機（Ｃｏｍｐｒｅｓｓｏｒ＃１、Ｈｅａｔ Ｅｘｃｈａｎｇｅｒ＃１など）を含む、複数の異なるアプリケーションの各々からのデバイスまたは他のエレメントが含まれている。もちろん、異なるアプリケーションからの他のプラントエンティティが統合ツリー150の異なるセクションまたはサブセクションの下で一緒の所に分けられてもよい。一例としては、Ａｒｅａセクション下における異なるアプリケーションの領域が挙げられる。もちろん、これらの異なるアプリケーションの各々に関連するデバイスデータがツリー150の制御モジュールセクション下で統合されるべきであることを指定するために、図２０のスクリーン140に類似するスクリーンを用いることができた。同様に、これらの異なるアプリケーションからの領域データが統合ツリー150の領域の表記記号の下で統合されうることを示すために、スクリーン140に類似するスクリーンが用いられてもよい。

図２２には、異なるアプリケーション60からのデータを統合するために統合アプリケーション86により作成されうるとともにウェブ通信ネットワークを通じてアクセス可能な統合ナビゲーションツリー162を備えたさらなるスクリーン表示画面160が示されている。このナビゲーションツリー162は、複数のシステムユーザによるウェブブラウザを通じた内部データの利用を可能とするコンフィギュレーションシステムに関連づけされてもよいし、または、それにより作成されてもよい。ナビゲーションツリー162の一例は、資産データベースフォルダ166と、データ供給源フォルダ168と、関連リンクフォルダ170とを有するブラウザコンフィギュレーションセクション164を備えている。資産データベースフォルダ166は、プロセスプラント内の一または複数の資産に関するデータを格納または包含しうるし、データ供給源フォルダ168は、プロセスプラント内の異なるデータ供給源から収集されるデータを包含または格納しうる。図２２のコンフィギュレーションツリー162がアクセスするデータ供給源は、「Ｃｏｏｌ」、「ｄａｓｄａｓｄ」、「ｆｄａｓｄａｓｄ」、「ＭＤＣ」、および「ｐｐｐｐ」の符号がふされている。資産データベースフォルダ166およびデータ供給源フォルダ168は、図２に関連して先に記載されたように、異なるアプリケーションまたは資産からデータを収集し、このデータを、たとえばウェブ接続を通じてコンフィギュレーションスクリーン表示画面160にアクセス可能なユーザが当該データを利用できるような方法で異なるサブフォルダ内に加える。

関連リンクフォルダ170は、プロセスプラント内のデータもしくは資産のうちのいずれかに関連する、または、上記のデータもしくは、ナビゲーションツリー162によりデータが格納あるいは収集される資産のうちのいずれかに関連する他のアプリケーション、ドキュメンテーション、またはシステムへのウェブリンクの如きリンクを格納しうる。具体的にいえば、関連リンクフォルダ170は、ナビゲーションツリー162内に格納されるまたはそれを通じてアクセス可能なデータまたは他の情報になんらかの方法で関連づけされうる他のデータ、他のアプリケーション、ドキュメンテーションなどに対して容易にアクセスできるようにするためにシステムユーザにより入力されるリンクを格納しうる。もちろん、権限を有するユーザまたはコンフィギュレーションエキスパートは、ナビゲーションツリー162内にリンクを加えてもよいし、また、これらのリンクは、何時、追加されてもよいしまたは削除されてもよい。

異なるデータ供給源からデータを収集するためにナビゲーションツリー162をセットアップする場合、ユーザは、データ供給源から収集されるべき複数のデータタイプならびにこれらの供給源から収集されるべきデータの量および頻度を指定しうる。

統合ナビゲーションツリーが資産最適化データベースのために構築されている場合、図２のプログラムまたはアプリケーション84の如きユーザインターフェイスプログラムまたはユーザインターフェイスアプリケーションは、資産データベース内に格納されているまたは統合されかつ一貫性のある方法で主要プラットホーム62もしくは遠隔プラットホーム63のうちの一つにおいて異なるアプリケーションからユーザに提供されるプロセスプラントに関連する資産についての情報を提供するので、ユーザは、そのデータまたはそのデータの一部を分かりやすい方法で閲覧することができる。異なる資産に関連するデータの量が非常に多い場合があるので、ある時間にすべてのデータを閲覧するのではなく、ユーザが調査または使用を希望するデータのみを閲覧または検索することができるということが重要である。しかしながら、ユーザが異なるデータ供給源により収集されるまたは異なる資産について収集される異なるデータを、データの閲覧する部分とは関係なく、一貫性のある形式で閲覧できるということが望ましい。しかしながら、依然として、ユーザが異なるデータ供給源により収集されたまたは異なる資産について収集された異なるデータをデータの閲覧部分とは関係なく一貫性のある形式で閲覧できるということが望ましい。したがって、インターフェイスアプリケーションまたは表示画面アプリケーション84では、興味のあるデータのみを閲覧および検索することを可能とするためにナビゲーションツリー階層構造が用いられる。このようにして、プラント内の資産の全部のまたは一部のサブセットについての情報、たとえばこれらの資産が設置されているところ、アラート、またはこれらの資産に関連するイベント履歴がユーザに提供されうる。しかしながら、ユーザアプリケーション84では、ユーザがどの部分のデータを閲覧しているかに関係なく、共通のかつ一貫性のある表示画面および検索形式が用いられる。

図２３には、資産最適化データベースからのデータを統合的に閲覧するためにユーザインターフェイスアプリケーション84によりユーザに対して提示されうるスクリーン表示画面200の一例が示されている。さらに、所望ならば、このスクリーンが遠隔サイト63において用いられてもよい。具体的にいえば、スクリーン表示画面200は、３つの主要小見出し（すなわち、「Ａｓｓｅｔ Ｄａｔａｂａｓｅ（資産データベース）」、「Ｄａｔａ Ｓｏｕｒｃｅｓ（データ供給源）」、および「Ｆａｖｏｒｉｔｅｓ（お気に入り）」）を含むナビゲーションツリーを有するナビゲーションツリーセクション202と、ナビゲーションツリーセクション202内の選択されたエレメントの資産についての情報を提供する情報セクション204とを備えている。

たとえば図２３に例示されているスクリーン200では、全データベースに関連する最高位のカテゴリ（すなわち、「Ａｓｓｅｔ Ｏｐｔｉｍｉｚａｔｉｏｎ（資産最適化）」）が選択されているので、３つのサブカテゴリの各々からのデータのすべてが情報セクション204の中に含まれている。しかしながら、情報セクション204は、このデータを、「Ａｓｓｅｔｓ（資産）」、「Ａｃｔｉｖｅ Ａｌｅｒｔ（アクティブアラート）」、および「Ｅｖｅｎｔ Ｈｉｓｔｏｒｙ（イベント履歴）」のタイトルが付与された３つのタブに分けている。これらのタブでは、資産データベースに格納されているデータが異なる形式またはビューで表示される。スクリーン200ではＡｓｓｅｔｓタブが選択されているので、情報ビュー204は、ナビゲーションツリー202の選択されたエレメント内の資産（ａｓｓｅｔｓ）の各々に対するＡｓｓｅｔｓデータを表示している。この場合、図２３の情報ビュー204に示されている資産ビューは、資産最適化システムに関連する資産すべてについての情報を含んでいる。具体的にいえば、資産の総数（２７４３）が、これらの資産の各々の名称、タイプ、調子指標、説明、および場所とともに表示されている。基本的に、この名称は、資産に付けられる（データが収集されるプラントまたはプラント群の中において固有の）名称である。調子指標は、資産それ自体によりまたは資産最適化システム内で測定される資産の調子についての指標または他の数的な情報を提供する。各資産のタイプ情報、説明情報、および場所情報も表示される。もちろん、資産のすべてが同一のスクリーンに納まるわけではないので、情報ビュー204の下方部で数値１，数値２，数値３などにより示されているように、資産情報を表示するためにさらなるスクリーンが提供されうる。

図２４には、資産最適化データベース内の資産のすべてに対するＡｃｔｉｖｅ Ａｌｅｒｔタブを示す情報ビュー208を有するスクリーン206が示されている。図２４に示されているように、アクティブアラートは表を用いて表示されている。この表の最上方部には、アラートの数（２２）が表示され、また、各アラートに対して、年月日／時間、資産名、（アラートの重篤度またはアラートのタイプを示す）重篤度指標、アラートの説明、およびプロセスプラント内のアラートの発生場所が表示されている。もちろん、これらのアラートは、年月日／時間の順、重篤度の順、発生場所の順などの如きいかなる順番で提示されてもよい。所望ならば、ユーザインターフェイスアプリケーション84は、アラームまたはその他のアラートでありうる各アクティブアラートの隣に欄（図２４に図示せず）を設け、ユーザに、そのアラームまたは他のタイプのアラートに対して受信了承応答することを可能としてもよい。また他の方法として、ユーザインターフェイスアプリケーション84は、ユーザがあるアラームまたはアラートを選択したときにポップアップウインドウまたはポップアップ表示画面を提示することにより、ユーザに、このポップアップウインドウを通じてそのアラームまたはアラートに対して受信了承応答することを可能とするが如き、その他の方法で情報フィールドに表示されたアラームおよびアラートに対して受信了承応答する機能を、ユーザに提供してもよい。ユーザがアラームまたはアラートに対して受信了承応答をすると、ユーザインターフェイスアプリケーション84内の通信アプリケーションは、通信ネットワーク61を通じて受信了承応答信号をデータ収集エンティティまたはそのアラームもしくはアラートを作成または送信したデータ供給源へ送信することにより、そのアラームまたはアラートに対する受信了承応答をする。このような受信了承応答信号は、受信了承応答信号のために今日用いられている公知の形式のうちのいずれの形式を用いてもよいが、メッセージに同封されて図２の通信ネットワークを通じて送信される。

同様に、図２５には、資産最適化データベース内の資産のすべてに対して生成されるイベントについての情報をこの場合には提供しているＥｖｅｎｔ Ｈｉｓｔｏｒｙタブビューを示す情報ビューを有するスクリーン210が示されている。情報ビュー212に示されているように、イベント履歴形式には、（イベント履歴データベースに格納されている）各イベントに対する、イベントの年月日／時間、イベントに関連する資産名、イベントのタイプ、イベントの説明、およびイベントの発生場所が含まれる。いうまでもなく、このビューに表示されるイベントは、ステータスもしくはアラートの生成、資産の設定の変更、プラント内で行われる同期、校正、もしくはその他の活動、プロセスプラントに関連するたとえばコンフィギュレーションデータベースもしくは他のデータベースの内に格納されるまたはそれらにより収集されるその他のイベントの如きプロセスプラント内の一または複数の資産に関連するいかなるイベントであってもよい。もちろん、その他のタブと同様に、イベント履歴タブ情報は、年月日／時間、資産、イベントのタイプ、イベントの発生場所、またはイベントのその他所望の属性に従うことを含むいかなる所望の方法で編成または表形式にされてもよい。

図２６には、資産最適化データベースに関連する資産の一部に関する資産情報のような低いデータ統合レベルの資産情報をユーザに提供するさらなるスクリーンが示されている。具体的にいえば、ナビゲーションツリー202の資産データのフォルダが展開されて、データが収集されるプラントの３つの領域のとして資産データベース下に３つの資産サブカテゴリの存在を示している。これらの３つの領域は、「Ｎｏｒｔｈｅａｓｔ Ａｒｅａ」、「Ｎｏｒｔｈｗｅｓｔ Ａｒｅａ」、および「Ｓｏｕｔｈｗｅｓｔ Ａｒｅａ」のタイトルが付されている。Ｎｏｒｔｈｅａｓｔ Ａｒｅａのフォルダが選択されているので、情報ビュー218には、Ｎｏｒｔｈｅａｓｔ Ａｒｅａに関連する資産からのデータを含むＡｓｓｅｔｓタブビューが表示されている。図１１から明らかなように、Ｎｏｒｔｈｅａｓｔ Ａｒｅａには、各々がフィールド装置であるｍｏｔｏｒ１、ｍｏｔｏｒ２、およびＴＴ−３０４４Ｃの名称が付けられた３つの資産が含まれている。もちろん、情報ビュー218においてＡｃｔｉｖｅ ＡｌｅｒｔタブまたはＥｖｅｎｔｓ Ｈｉｓｔｏｒｙタブを選択すると、Ｎｏｒｔｈｅａｓｔ Ａｒｅａ内のみの資産のアクティブアラートデータまたはイベント履歴データが表示される。というのは、それが、ナビゲーションツリー202において選択されているサブセット情報の（すなわち、データ統合レベル）だからである。同様に、ナビゲーションツリー202内のＮｏｒｔｈｗｅｓｔ ＡｒｅａのフォルダまたはＳｏｕｔｈｗｅｓｔ Ａｒｅａのフォルダを選択すると、これらの二つの領域のみに関する資産情報が表示される。

もちろん、図２６に表示されている情報は、この情報が異なるデータ供給源により収集されうるにもかかわらず、資産データベース内に実際に格納されている情報である。この結果、図２３から図２６の情報ビューにより、ユーザは、資産データベースに格納されている資産情報を閲覧することができる。

あるいは、ユーザは、資産に関するデータを、このデータが収集される方法に従って、すなわちこのデータを収集するデータ供給源に従って閲覧しうる。そうするために、ユーザは、ナビゲーションツリー202内のＤａｔａ Ｓｏｕｒｃｅフォルダを選択しうる。図２７に示されているように、Ｄａｔａ Ｓｏｕｒｃｅフォルダが選択されると、ユーザに対して表示される情報は、資産情報を提供または収集するデータ供給源に関連づけて編成される。したがって、図２７のスクリーン表示画面220では、データがデータ供給源すべてに関連づけされてＡｓｓｅｔｓタブビューが示されている。

図２７に示されているように、ナビゲーションツリー202は、ＡＭＳ Ａｒｅａ１データ供給源、ＡＭＳ Ａｒｅａ２データ供給源、ＣＳＩ１データ供給源、およびＥ−ｆｆｉｃｉｅｎｃｙデータ供給源の名称が付与された４つのデータ供給源を備えており、これらのデータ供給源は、資産データベースへデータを提供する図２のデータ供給源とは異なりうる。したがって、いうまでもなく、ＣＳＩ１データ供給源の如き異なるデータ供給源をナビゲーションツリー202において選択すると、選択されたデータ供給源に関連する資産情報のみが表示される。一例として、図２８には、データ供給源のうちのＡＭＳ Ａｒｅａ１の部分に関するＡｓｓｅｔタブビュー226を有するスクリーン224が示され、そこには、ＡＭＳ Ａｒｅａ１データ供給源により収集された資産情報のみが含まれている。この場合、Ａｓｓｅｔｓタブビュー226は、ＭＶ−３０９５の名称が付与されたある資産についての詳細を含んでいる。もちろん、ここで、ＡＭＳ Ａｒｅａ１に関連するその他の資産またはＡＭＳ Ａｒｅａ１データ供給源内のＡＭＳにより収集される資産についての資産情報が提供されてもよい。さらに、Ａｃｔｉｖｅ ＡｌｅｒｔタブまたはＥｖｅｎｔ Ｈｉｓｔｏｒｙタブを選択すると、ＡＭＳ Ａｒｅａ１データ供給源により収集されたアクティブアラートおよびイベント履歴の詳細が提供される。さらに、図２７および図２８のＡｓｓｅｔタブビュー、Ａｃｔｉｖｅ Ａｌｅｒｔタブビュー、およびＥｖｅｎｔ Ｈｉｓｔｏｒｙタブビューが図２３〜図２６の同一のビューのデータとは異なるデータを示しているにもかかわらず、これらのビューは、そのデータを、共通のまたは一貫性のある形式で表示する。このことは、ユーザによるデータの理解およびデータの検索を容易なものとする。

もちろん、ナビゲーションツリー202のその他のフォルダまたはその他の部分を選択すると、ナビゲーションツリー202のそのフォルダまたは部分に関連する資産情報が示される。図２９には、データ供給源のうちのいずれかからの提供されるお気に入り情報にアクセスするためにユーザにより構築されるフォルダであるお気に入りフォルダがそのサブカテゴリを示すために展開されている表示スクリーン230が示されている。この場合、Ｆａｖｏｒｉｔｅｓフォルダには、Ｍａｉｎｔｅｎａｎｃｅフォルダと、Ｎｅｗｓフォルダと、Ｗｅａｔｈｅｒフォルダとが含まれている。Ｍａｉｎｔｅｎａｎｃｅフォルダには、ＡＭＳアプリケーション（データ供給源）に関連する一または複数のウェブページを示すＡＭＳｗｅｂフォルダが含まれている。ＡＭＳｗｅｂフォルダが選択されると、それに関連するウェブページが情報ビュー232に表示される。このようにして、他のウェブページまたは情報へのリンクが、資産データベースに格納されている資産情報またはデータ供給源により収集される資産情報と同一のスクリーン構造でユーザに提供されうる。同様に、資産最適化システムのユーザにとって役に立つ情報を提供するウェブサイトへの接続情報の如き他の情報供給源を、お気に入りフォルダの中に保存して、資産最適化システムまたは資産最適化スクリーンを通じてこれらの供給源への接続を可能としうる。

いうまでもなく、図２３〜図２９のナビゲーションツリー202は、共通のかつ一貫性のある方法で異なるデータ供給源により収集される異なるデータおよび異なる資産についての異なる情報を閲覧するために、Ａｓｓｅｔｓタブデータ形式、Ａｃｔｉｖｅ Ａｌｅｒｔｓタブデータ形式、Ｅｖｅｎｔ Ｈｉｓｔｏｒｙタブデータ形式、またはその他のデータ形式とともに用いられうる。したがって、ユーザは、共通のかつ一貫性のある形式で（Ａｓｓｅｔタブを用いて）資産に基づいて、（Ａｃｔｉｖｅ Ａｌｅｒｔｓタブを用いて）アクティブアラートに基づいて、（Ｅｖｅｎｔ Ｈｉｓｔｏｒｙタブを用いて）イベント履歴に基づいて、いかなる所望のタイプの資産データであっても閲覧することができ、それと同時に、ナビゲーションツリーを用いてビュー中に含まれるべきデータ量またはデータ統合レベルを制御することができる。ユーザは、ナビゲーションツリー内の高位のフォルダ（たとえば、資産データベースフォルダまたはデータ供給源フォルダ）を選択することにより高いデータ統合レベルでデータを閲覧し、その高いレベルのカテゴリに関連するデータすべてを一貫性のある方法で閲覧することができる。あるいは、ユーザは、資産データベースフォルダまたはデータ供給源フォルダのサブフォルダの如きナビゲーションツリー内の下位フォルダ（したがって、低いデータ統合レベル）を選択することにより、閲覧すべきデータ量を少なく、すなわちデータ統合レベルを低くできる上に、依然として、共通のかつ一貫性のある形式、すなわち高いデータ統合レベルに用いられる同一の形式で関連するデータを閲覧することができる。したがって、ユーザは、（Ａｓｓｅｔｓタブビュー、Ａｃｔｉｖｅ Ａｌｅｒｔｓタブビュー、またはＥｖｅｎｔ Ｈｉｓｔｏｒｙタブビューを用いて）同じようにデータを閲覧することができるので、ユーザが閲覧を望むデータの統合レベルに関係なくデータを一貫性のある方法で閲覧することができる。この特徴により、資産データベース内での移動がユーザにとって容易かつ分かりやすいものとなる。

いうまでもなく、（アクセスされる情報がプロセスプラント10内の異なるアプリケーションにより提供されるデータである場合、）先に記載された統合ツリーまたはその他の形式の統合ナビゲーションツリーは、そのツリー内に記載されるデバイスまたはプラントエンティティのうちのいずれかについての情報またはデータにアクセスするために用いられてもよい。もちろん、上述の統合ナビゲーションツリーは、その内部に示されるエンティティについての情報の閲覧、その内部に示されたエンティティのデータの供給源の決定、その内部に示された異なるエンティティのためのアプリケーションの駆動、またはそのデータに対する他の活動の実行に用いられてもよい。同様に、本明細書に記載のＡｓｓｅｔｓ形式、Ａｃｔｉｖｅ Ａｌｅｒｔｓ形式、およびＥｖｅｎｔ Ｈｉｓｔｏｒｙ形式に加えて、他のデータ閲覧形式も同様に用いてもよい。

上述のように、本明細書記載の統合ナビゲーションツリーは、異なる統合レベルでプロセスプラント10内の異なるデータ供給源またはアプリケーションからのデータを統合するために任意の数の方法により構成されうる。したがって、一つの場合には、統合ナビゲーションツリーの異なるセクションは、資産最適化データベースに対してデータを提供する異なるアプリケーションまたはデータ供給源のために主に用いられるかまたは関連づけされる。しかしながら、統合ナビゲーションツリーの異なるセクションが制御機能、保全機能、回転装置機能、効率機能などに対して統合ナビゲーションツリーに異なるセクションが存在するように、統合ナビゲーションツリーの異なるセクションがプラントの異なるロジカル部分もしくはロジカル機能に関連づけされてもよいし、または、（保全アプリケーションまたは回転装置アプリケーションにより通常測定される）回転装置と（制御アプリケーションおよび保全アプリケーションにより通常測定される）バルブとがナビゲーションツリーの一つのセクションもしくはカテゴリに統合されるように、プラントの異なる部地理領域に関連するとともに存在するデバイスもしくはユニットが単一のセクションに統合されてもよい。同様に、異なるアプリケーションからの領域データ、ユニットデータ、装置データなどが、統合ナビゲーションツリーの同一のセクションまたはサブセクションに統合されてもよい。

本明細書の図２に示されている実施形態には異なるアプリケーションの各々に対して単一のサーバが示されているが、いうまでもなく、一つのアプリケーションに対して複数のサーバが提供されてもよいし、これらの異なるサーバすべてが、異なるブランチとして、一つのアプリケーションに関するデータを資産最適化サーバ62に提供してもよい。同様に、一つのアプリケーションに関連するデータベースまたはプラントが複数あってもよいし、また、資産最適化サーバ62がこれらの異なるデータベースからのデータをいかなる方法で受信して統合してもよい。

本明細書記載の主要データ収集・視覚化プラットホーム62の統合アプリケーション86およびその他のアプリケーションはソフトウェアで実現されることが好ましいが、これらのアプリケーションが、ハードウェア、ファームウェアなどで実現されてもよく、また、プロセス制御システム10に関連するいかなる他のプロセッサにより実行されてもよい。したがって、本明細書に記載されるエレメントは、標準型多目的ＣＰＵまたは、所望ならば、特定用途集積回路（ＡＳＩＣ）もしくは他のハードワイヤードデバイスの如き特別に設計されたハードウェアまたはファームウェアにより実現されてもよい。ソフトウェアにより実現される場合、そのソフトウェアルーチンは、磁気ディスク、レーザディスク（たとえば、ＣＤもしくはＤＶＤ）、または他の格納媒体の如き任意のコンピュータ読取り可能メモリ内、コンピュータまたはプロセッサのＲＡＭまたはＲＯＭの内、任意のデータベース内などに格納されうる。同様に、このソフトウェアは、たとえば、コンピュータ読み取り可能ディスクもしくは他の伝送可能なコンピュータ格納メカニズム、または電話回線、インターネットなどの如き通信チャネルを含む、いかなる公知のまたは所望の伝送方法を用いてユーザまたはプロセス制御プラントに伝送されてもよい（電話回線、インターネットなどの如き通信チャネルの利用は、伝送可能な格納媒体を介してこのソフトウェアを提供することと同一または互換性があるとみなされる）。

以上のように、本発明は特定の例を参照して記載したが、これらの例は説明のみを意図し、本発明を限定することを意図したものではなく、本発明の精神および範疇から逸脱することなく、開示された実施形態に変更、追加、または削除を加えうることは当業者にとって明らかである。

プロセスプラント内の複数の機能領域またはアプリケーションからデータを受信、格納するように構成されている資産最適化データベースを有するプロセスプラントを示すブロック図である。 一または複数のプロセスプラント内の複数の異なるアプリケーションからのデータを資産最適化データベースへ送信し、次いで、遠く離れた、一または複数の遠隔データ可視化サイトへ送信するために用いられうる図１のプロセスプラントに関連するデータネットワークを示すブロック図である。 プロセスプラントに関連する中央データ統合・可視化プラットホームまたは主要データ統合・可視化プラットホームからのデータにアクセスし、閲覧するように構成された複数の遠隔サイトを例示する遠隔可視化システムを示すブロック図である。 所定の形式に従った所定のタイプのデータに遠隔からアクセスし、閲覧するための遠隔データ可視化システムを示すブロック図である。 ナビゲーションツリーブラウザの第一のセクションを用いて遠隔からアクセスされるタグリストデータ閲覧形式を示すスクリーン表示画面の一例である。 図５のスクリーン表示画面のさらなるデータ閲覧形式取得するために用いられるプルダウンメニューを示すスクリーン表示画面の一例である。 ナビゲーションツリーブラウザの第一のセクションを用いて遠隔からアクセスされる監査トレイルデータ閲覧形式を示すスクリーン表示画面の一例である。 ナビゲーションツリーブラウザの第一のセクションを用いて遠隔からアクセスされるコンフィギュレーション要約データ閲覧形式を示すスクリーン表示画面の一例である。 ナビゲーションツリーブラウザの第一のセクションを用いて遠隔からアクセスされるコンフィギュレーションデータ閲覧形式を示すスクリーン表示画面の一例である。 ナビゲーションツリーブラウザの第一のセクションを用いて遠隔からアクセスされる校正試験イベントデータ閲覧形式を示すスクリーン表示画面の一例である。 ナビゲーションツリーブラウザの第二のセクションを用いて遠隔からアクセスされるデバイスポーリングリストアラートデータ閲覧形式を示すスクリーン表示画面の一例である。 ナビゲーションツリーブラウザの第三のセクションを用いて遠隔からアクセスされる監査トレイルデータ閲覧形式を示すスクリーン表示画面の一例である。 ナビゲーションツリーブラウザの第四のセクションを用いて遠隔からアクセスされるタグリスト閲覧形式を示すスクリーン表示画面の一例である。 ナビゲーションツリーブラウザの第五のセクションを用いて遠隔からアクセスされる校正ルート閲覧形式を示すスクリーン表示画面の一例である。 ナビゲーションツリーブラウザの第六のセクションを用いて遠隔からアクセスされる校正スケジュール閲覧形式を示すスクリーン表示画面の一例である。 図５〜図１５のデータ閲覧スクリーンの中で用いられうるユーザ閲覧選択項目を指定するための選択ページを示すスクリーン表示画面の一例である。 主要データ可視化プラットホーム内のデータを検索するために用いられるサーチエンジンを示すスクリーン表示画面の一例である。 図１のプロセスプラントの中のさまざまなアプリケーションまたはデータ供給源からのデータを統合するために用いられうる第一のナビゲーションツリー構造を示すスクリーン表示画面の一例である。 図１のプロセスプラントの中のさまざまなアプリケーションまたはデータ供給源からのデータを統合するために用いられうる第二のナビゲーションツリー構造を示すスクリーン表示画面の一例である。 オペレータがさまざまなデータ供給源に関連するナビゲーションツリー構造から資産最適化データベースに関連する統合ナビゲーションツリーへのマッピングを手動により指定することを可能とする資産最適化データベースに関連するマッピングツールにより作成されるスクリーン表示画面の一例である。 図１のプロセスプラントの中のさまざまなアプリケーションまたはデータ供給源からのデータを統合するために作成されて用いられうる第三のナビゲーションツリー構造を示すスクリーン表示画面の一例である。 さまざまなデータ供給源からのデータへのアクセスを提供するとともにリンク情報を有している第四のナビゲーションツリー構造を示すスクリーン表示画面の一例である。 図１のプロセスプラントの中の資産データベースおよびさまざまなアプリケーションまたはデータ供給源からのデータを統合するために用いられうる簡単なナビゲーションツリーの仕組と、第一の形式に従って高い統合レベルで該データベースおよび該アプリケーションからのデータを表示する第一の可視化スクリーンとを示すスクリーン表示画面の一例である。 第二の形式に従って高い統合レベルで前記データベースおよび前記アプリケーションからのデータを表示する第二の可視化スクリーンとを示すスクリーン表示画面の一例である。 第三の形式に従って高い統合レベルで前記データベースおよび前記アプリケーションからのデータを表示する第三の可視化スクリーンを示すスクリーン表示画面の一例である。 第一の形式に従って第二のレベルである低い統合レベルで前記データベースおよび前記アプリケーションからのデータを表示する可視化スクリーンを示すスクリーン表示画面の一例である。 第一の形式に従って第三の統合レベルで前記データベースおよび前記アプリケーションからのデータを表示する可視化スクリーンを示すスクリーン表示画面の一例である。 第四の統合レベルで前記データベースおよび前記アプリケーションからのデータを表示する可視化スクリーンを示すスクリーン表示画面の一例である。 前記データベースおよび前記アプリケーションに関連する他の情報へリンクする可視化スクリーンを示すスクリーン表示画面の一例である。

Claims (44)

1. 複数のデータ供給アプリケーションの各々が一または複数の異なるエンティティに関するエンティティデータを収集または生成するプロセスプラント内において用いられる遠隔データ閲覧システムであって、
   前記プロセスプラント内の前記一または複数の異なるエンティティに関するエンティティデータを前記データ供給アプリケーションから収集するように構成される主要データ収集プラットホームと、
   前記主要データ収集プラットホームにより収集された前記プロセスプラント内の前記一または複数の異なるエンティティに関するエンティティデータを格納するように構成されるデータベースと、
   前記主要データ収集プラットホームに結合されるとともに前記データベースに格納された前記エンティティデータに一または複数の遠隔プラットホームから遠隔アクセスを行うように構成されるウェブサーバと、
   コンピュータ読み取り可能メモリに格納されるとともに前記エンティティデータのための表示画面を作成するために前記一または複数の遠隔プラットホームのうちの一つ内のプロセッサ上で実行されるように構成される表示アプリケーションとを備えており、
   前記表示画面が、前記データベース内のエンティティデータの異なるカテゴリを指定する複数のセクションを有するナビゲーションツリーと表示ビューとを含んでおり、
   前記表示アプリケーションが、ユーザに、表示されるべき異なるエンティティデータを指定するために前記ナビゲーションツリーの前記セクションから異なるセクションを選択することを可能とし、前記ナビゲーションツリーの選択されたセクションに関連する前記エンティティデータを所定の閲覧形式で提示するように構成される、遠隔データ閲覧システム。
2. 前記所定の閲覧形式が、前記エンティティデータに付随するデバイスタグに基づいて前記エンティティデータを編成するように構成される、請求項１記載の遠隔データ閲覧システム。
3. 前記所定の閲覧形式が、前記デバイスタグに関連する監査トレイルデータの表示画面を含んでなる、請求項２記載の遠隔データ閲覧システム。
4. 前記所定の閲覧形式が、前記デバイスタグに関連するコンフィギュレーションデータの表示画面を含んでなる、請求項２記載の遠隔データ閲覧システム。
5. 前記所定の閲覧形式が、前記デバイスタグに関連する校正データの表示画面を含んでなる、請求項２記載の遠隔データ閲覧システム。
6. 前記校正データが、少なくとも一つの校正処置の結果を含んでなる、請求項５記載の遠隔データ閲覧システム。
7. 前記ナビゲーションツリーが、前記プロセスプラント内の前記エンティティデータに関連する一または複数のプラントロケーションを指定するセクションを有してなる、請求項１記載の遠隔データ閲覧システム。
8. 前記ナビゲーションツリーが、前記プロセスプラント内の前記エンティティデータに関連する一または複数の物理ネットワークを指定するセクションを有してなる、請求項１記載の遠隔データ閲覧システム。
9. 前記ナビゲーションツリーが、前記プロセスプラント内の前記エンティティデータに関連する一または複数のアラートを指定するセクションを有してなる、請求項１記載の遠隔データ閲覧システム。
10. 前記ナビゲーションツリーが、前記プロセスプラント内の前記エンティティデータに関連する校正エンティティを指定するセクションを有してなる、請求項１記載の遠隔データ閲覧システム。
11. 前記校正エンティティが、前記プロセスプラント内に形成される少なくとも一つの校正ルートを有してなる、請求項１０記載の遠隔データ閲覧システム。
12. 前記校正エンティティが、前記プロセスプラント内の少なくとも一つのデバイスの校正スケジュール情報を有してなる、請求項１０記載の遠隔データ閲覧システム。
13. 前記所定の閲覧形式が、校正処置の優先度に基づいて校正情報スケジュールデータを検索することを可能とするサーチエンジンを備えてなる、請求項１２記載の遠隔データ閲覧システム。
14. 前記所定の閲覧形式が、校正処置に関する時間または年月日に基づいて校正スケジュールデータを検索することを可能とするサーチエンジンを備えてなる、請求項１２記載の遠隔データ閲覧システム。
15. 前記ナビゲーションツリーが、前記プロセスプラント内の前記エンティティデータに関連するユーザ定義のお気に入りデータを指定するセクションを含んでなる、請求項１記載の遠隔データ閲覧システム。
16. 前記ナビゲーションツリーが、前記プロセスプラント内の前記エンティティデータに関連する監査トレイルイベントを指定するセクションを含んでなる、請求項１記載の遠隔データ閲覧システム。
17. 前記ナビゲーションツリーが、前記プロセスプラント内の前記エンティティデータに関連するデバイスタグを指定するセクションを含んでなる、請求項１記載の遠隔データ閲覧システム。
18. アラート情報を求めて前記プロセスプラント内の一または複数のデバイスをポーリングし、該アラート情報を前記遠隔プラットホームに送信し、前記所定の閲覧形式に従って提示するアラートポーリングアプリケーションをさらに備えてなる、通じて請求項１記載の遠隔データ閲覧システム。
19. 前記ウェブサーバが、前記主要データ収集プラットホームから前記エンティティデータをＸＭＬデータとして取得する第一のアプリケーションと、該ＸＭＬデータを、前記所定の閲覧形式を用いてウェブページに掲載する第二のアプリケーションとを有してなる、請求項１記載の遠隔データ閲覧システム。
20. 前記データベース内のエンティティデータを検索し、この検索により取得された該エンティティデータを前記所定の閲覧形式を用いて提示するサーチエンジンをさらに備えてなる、請求項１記載の遠隔データ閲覧システム。
21. 前記サーチエンジンが、前記エンティティデータに関連するパラメータを指定する検索欄を含む表示欄を有してなる、請求項２０記載の遠隔データ閲覧システム。
22. 前記ウェブサーバが、前記遠隔プラットホームのうちの一つからの要求に応答して前記主要データ収集プラットホームからイベントデータを取得し、取得した該イベントデータを、前記所定の閲覧形式を用いてウェブページに掲載し、該ウェブページを、前記遠隔プラットホームのうちの一つに送信するアプリケーションを有してなる、請求項１記載の遠隔データ閲覧システム。
23. 前記ナビゲーションツリーが複数のセクションを有しており、該複数のセクションの各々が異なるカテゴリのエンティティデータを指定するように構成されており、該複数のセクションの各々が、ユーザにより選択されたとき前記エンティティデータを閲覧すべく用いられる一または複数の付随する所定の閲覧形式を有してなる、請求項１記載の遠隔データ閲覧システム。
24. 複数のデータ供給アプリケーションの各々が一または複数の異なるエンティティに関するエンティティデータを収集または生成するプロセスプラント内において生成されるエンティティデータを閲覧する方法であって、
    前記プロセスプラント内の前記一または複数の異なるエンティティに関するエンティティデータを主要データ収集プラットホームにおいて収集することと、
    前記エンティティデータを、前記主要データ収集プラットホームに関連するデータベース内に格納することと、
    前記データベースに格納された前記エンティティデータのうちの少なくとも一部を取得するために、前記主要データ収集プラットホームから地理的に離れた遠隔サイトから前記データベースにアクセスすることと、
    前記データベース内の前記エンティティデータのカテゴリを指定する複数のセクションを含むナビゲーションツリーを前記遠隔サイトで表示することと、
    前記遠隔サイトで、前記ナビゲーションツリーとともに、前記ナビゲーションツリーのセクションのうちの一つの選択に応答して所定の閲覧形式でエンティティデータを表す表示ビューを表示することと、
    を含む、方法。
25. 前記データベースにアクセスすることが、前記遠隔サイトから地理的に離れた第二のサイト設置されたウェブサーバを用いて前記データベース内に格納される前記エンティティデータにアクセスし、アクセスされた前記エンティティデータを、前記所定の閲覧形式で前記ウェブサーバにおいてウェブページに掲載し、該ウェブページを、前記遠隔サイトへ送信することを含んでいる、請求項２４記載の方法。
26. 前記第二のサイトが、前記主要データ収集プラットホームから地理的に分離されている、請求項２５記載の方法。
27. 前記ナビゲーションツリーを表示することが、前記プロセスプラント内の一または複数のプラントロケーションに基づいて前記エンティティデータを編成する前記ナビゲーションツリーの第一のセクションを表示することを含んでいる、請求項２４記載の方法。
28. 前記遠隔サイトで前記表示ビューを表示することが、前記ナビゲーションツリーのセクションのうちの選択に応答して、デバイスタグに基づいて前記エンティティデータを編成する所定の閲覧形式でエンティティデータを提示することを含んでいる、請求項２４記載の方法。
29. 前記エンティティデータが、前記デバイスタグに関連する監査トレイルデータを含んでいる、請求項２８記載の方法。
30. 前記エンティティデータが、前記デバイスタグに関連するコンフィギュレーションデータを含んでいる、請求項２８記載の方法。
31. 前記エンティティデータが、前記デバイスタグに関連する校正データを含んでいる、請求項２８記載の方法。
32. 前記ナビゲーションツリーを表示することが、前記プロセスプラントに関連する一または複数の物理ネットワークに基づいて前記エンティティデータを編成する前記ナビゲーションツリーの第一のセクションを表示することを含んでいる、請求項２４記載の方法。
33. 前記ナビゲーションツリーを表示することが、前記プロセスプラント内で生成されるアラートに基づいて前記エンティティデータを編成する前記ナビゲーションツリーの第一のセクションを表示することを含んでいる、請求項２４記載の方法。
34. 前記ナビゲーションツリーを表示することが、アクティブアラートに関連するセクションを表示することを含んでおり、前記表示ビューを表示することが、該アクティブアラートに関連するセクションの選択に応答して、所定の閲覧形式でアクティブアラートエンティティデータを提示すことを含んでいる、請求項３３記載の方法。
35. 前記ナビゲーションツリーを表示することが、前記プロセスプラント内で生成されるアラートを求めるポーリングに関連する第一のセクションを表示することを含み、前記ナビゲーションツリーの第一のセクションの選択に応答して、前記プロセスプラント内のアラートを求めてポーリングするアラートポーリングアプリケーションを開始することをさらに含み、前記表示ビューを表示することが、前記ナビゲーションツリーの第一のセクションの選択に応答して、所定の閲覧形式で前記アラートポーリングアプリケーションにより取得されるアラートデータを提示することを含んでいる、請求項２４記載の方法。
36. 前記ナビゲーションツリーを表示することが、前記プロセスプラント内の校正イベントに基づいて前記エンティティデータを編集する前記ナビゲーションツリーの第一のセクションを表示することを含んでいる、請求項２４記載の方法。
37. 前記校正イベントが、前記プロセスプラント内に定められる少なくとも一つの校正ルートを含んでいる、請求項３６記載の方法。
38. 前記校正イベントが、前記プロセスプラントに関して定められる少なくとも一つの校正スケジュールを含んでいる、請求項３６記載の方法。
39. 前記表示ビューを表示することが、校正処置の優先度に基づいて校正スケジュールデータを検索することを可能とするサーチエンジンを表示することを含んでいる、請求項３８記載の方法。
40. 前記表示ビューを表示することが、校正処置に関する時間または年月日に基づいて校正スケジュールデータを検索することを可能とするサーチエンジンを表示することを含んでいる、請求項３８記載の方法。
41. 前記ナビゲーションツリーを表示することが、監査トレイルエンティティデータに関連する前記ナビゲーションツリーの第一のセクションを表示することを含んでいる、請求項２４記載の方法。
42. 前記ナビゲーションツリーを表示することが、前記デバイスタグにより編集されるエンティティデータに関連する前記ナビゲーションツリーの第一のセクションを表示することを含んでいる、請求項２４記載の方法。
43. 前記ナビゲーションツリーの第一のセクションを表示することが、すべてのデバイス、割り当てデバイス、予備デバイス、および廃棄デバイスのうちの一または複数により編成されるデバイスタグに関連する一または複数のサブセクションを含んでいる、請求項４２記載の方法。
44. 前記遠隔サイトのユーザに、前記データベース内の前記エンティティデータを検索し、検索により見つけられる前記エンティティデータを前記所定の閲覧形式に従って提示することを可能とするように、前記遠隔サイトでサーチエンジンビューを提示することをさらに含んでいる、請求項２４記載の方法。

Images