JP4808407B2 - プロセスプラントにおけるデータ統合システム、及び方法 - Google Patents

Description

本発明は、一般的にプロセスプラント保守、制御、およびビューアプリケーションに関し、詳細には、１つのプロセスプラント内の異なるアプリケーションからのデータに関連する部分を有する共通ナビゲーションツリーの生成とその使用に関するものである。

化学、石油、またはその他の産業で用いられるようなプロセスプラントは、一般的には、少なくとも１つのホストまたはオペレータワークステーションと、1つ以上のフィールド装置などのプロセス制御測定装置にアナログ、デジタル、またはアナログ−デジタル混合バスを介して通信可能に接続される、1つ以上の集中または分散プロセス制御装置を有している。たとえば弁、弁位置決め器、スイッチ、送信機、センサ（温度、圧力、流量センサなど）といったフィールド装置は、流体流量と計測プロセスパラメータを増減するなどの機能をプロセス中に遂行する。プロセス制御装置は、フィールド装置が作成したかそれに関連するプロセス測定値やプロセス変数と、フィールド装置に関するその他の情報の両方またはいずれか一方を示す信号を受信し、この情報を用いて制御ルーチンを実行し、その後1つ以上のバスまたはその他の通信回線を介してプロセスオペレーションを制御するようフィールド装置に送信される制御信号を生成する。フィールド装置と制御装置からの情報は、一般的には、オペレータがプロセスの現状を見たり、プロセスのオペレーションを変更したりするなど、プロセスに関連する所望の機能を行うことができるようにオペレータワークステーションが実行する1つ以上のアプリケーションで利用可能である。

ある一般的なプロセスプラントでは、弁、送信機、センサなどの多くのプロセス制御測定装置を、プロセスオペレーション中にこれらの装置を制御するソフトウェアを実行する１つ以上のプロセス制御装置に接続しているが、そのほかにもプロセスオペレーションに必要な、またはそれに関連する支援装置が多くある。これらの追加装置としては、たとえば電源機器、発電・電力配分機器、タービンなどの回転機器などが挙げられ、これらは一般的なプラント内で無数の場所に配置される。これらの追加機器は、必ずしもプロセス変数を生成、使用するものではなく、多くの場合、無制御であったり、プロセスオペレーションに影響を与えるためにプロセス制御装置に接続されなかったりもするが、プロセスの適切なオペレーションにとって重要であり、最終的には必要な機器である。

その結果、多くのプロセスプラント、特にスマートフィールド装置を用いるプロセスプラントは、プラント内の装置がプロセス制御測定装置であろうとその他の装置であろうと、それに関わらず、装置の監視、保守支援に用いられるアプリケーションを有している。たとえば、エマソン・プロセス・マネージメントが販売する資産管理ソリューションアプリケーション（「ＡＭＳ」）では、フィールド装置のオペレーション状況を確認追跡するために、フィールド装置と通信して、フィールド装置に関連するデータを保存することができる。このようなシステムの一例が、特許文献１（発明の名称「フィールド装置管理システムで用いられる統合通信ネットワーク(Integrated Communication Network for use in a Field Device Management System)」）に開示されている。装置内のパラメータを変更するために装置と通信し、その装置自身で自己校正ルーチンや自己診断ルーチンなどのアプリケーションを実行して装置の状況や状態などについての情報を得るためにＡＭＳアプリケーションが用いられることもある。この情報を保存して、これらの装置を監視、保守するために保守担当者が使用するようにしてもよい。同様に、回転機器や発電・電力配給装置などのその他の種類の装置を監視するのに用いられるその他のアプリケーションもある。これらその他のアプリケーションは、一般的には保守担当者が利用可能であり、プロセスプラント内の装置を監視、保守するのに用いられる。しかし、多くの場合、外部のサービス団体がプロセス性能と機器の監視にかかるサービスを遂行している。この場合、外部のサービス団体は、必要なデータを取得し、一般的には所有権を主張できるアプリケーションを実行してそのデータを解析し、プロセスプラント担当者に結果とアドバイスを与えるだけに過ぎない。

さらに、プロセスプラントの多くは、業務機能や保守機能に関するアプリケーションを実行し、それに関連するコンピュータを他にも有している。たとえば、プラントのなかには、プラントにおける原料のオーダー、交換部品または装置に関連するアプリケーション、販売や製造ニーズの予測に関連するアプリケーションなどを実行するコンピュータを含むものもある。

一般的には、プロセス制御活動に関連する機能、装置および機器管理監視活動、および業務活動が、その活動が発生する場所とこの活動を通常行う担当者に応じて分割される。さらに、これらの異なる機能に関わるさまざまな人が通常異なるコンピュータ上で実行されるアプリケーションなどの異なるツールを用いてそれぞれの機能を遂行する。多くの場合、これらの異なるツールは、プロセス内の装置や機器に関連するかそこから収集される異なるデータを使用し、必要なデータを収集するためにセットアップ方法も異なっている。たとえば、通常、プロセスの日々のオペレーションを監督し、主にプロセスオペレーションの質と継続性を保証することに責任のあるプロセス制御オペレータは、プロセス内の設定点の設定や、それを変化させ、プロセスループを調整し、バッチオペレーションなどのプロセスオペレーションのスケジューリングをすることによりプロセスに影響を及ぼす。これらのプロセス制御オペレータは、たとえば自動チューナ、ループ解析器、ニューラルネットワークシステムなど、プロセス制御システム内でのプロセス制御の問題点を診断修正するのに利用可能なツールを用いることもある。プロセス制御オペレータは、プロセス内で発生したアラームを含むプロセスオペレーションについてオペレータに情報を与える１つ以上のプロセス制御装置を介して、プロセスから種々の情報も受け取る。またさらに、プロセスプラントの制御活動を最適化するために、リアルタイムオプティマイザなどの制御オプティマイザをプラントに設けるのが一般的である。このようなオプティマイザは、通常プラントの複雑なモデルを用いて、たとえば利益率など、ある所望する最適化変数についてプラントのオペレーションを最適化するために入力をどのように変化させればよいかを予想する。標準のユーザインタフェース装置を介してこの情報をプロセス制御オペレータに与えてもよいが、プロセス制御オペレータが通常興味のあるのは、制御の観点からプロセスプラントがどのようにセットアップされ構成されているかに基づきアプリケーション内の情報を見てアクセスすることである。

他方、主にプロセス内の実際の機器が効率的に作動していることを保証し、不具合を起こした機器の修理交換をすることに責任のある保守担当者は、プロセス内の装置のオペレーション状況についての情報を与えるその他多くの診断ツールだけでなく、保守インタフェースと上記ＡＭＳアプリケーションも使用する。また、保守担当者はプラントの一部をシャットダウンしなければならないような管理活動のスケジューリングを行う。多くのより新しいタイプのプロセス装置と機器、通常スマートフィールド装置と呼ばれる装置と機器は、それ自体が、装置のオペレーションに生じる不具合を自動的に感知し、標準保守インタフェースを介してその不具合を保守担当者に自動的に報告する検出診断ツールを有している。たとえば、ＡＭＳソフトウェアは、保守担当者に装置状態と診断情報を与え、保守担当者が装置で生じている事態を把握し、装置が与える情報にアクセスできるようにする通信その他のツールを与える。一般的には、ただしいつもではないが、保守インタフェースと保守担当者はプロセス制御オペレータから離れて配置される。たとえば、プロセスプラントのなかには、プロセス制御オペレータが保守担当者の業務を行ったり、保守担当者がプロセス制御オペレータの業務を行ったり、あるいはこれらの業務に責任のある別の人が同じインタフェースを用いることがある。しかしながら、保守担当者が興味のあるのは、一般的には、機器のプラント内でのセットアップまたは配置方法、あるいはプラント内の機器に関するその他の論理ベースに基づいて、利用可能なアプリケーションからの情報を見たり、アクセスしたりすることである。この構成は制御構成とは一般的には異なる。

また、機器の監視、装置オペレーションの試験、プラントが最適に作動しているかの判定といったいくつかのタスクは、必要なデータを測定し、解析を行い、プラント関係者に解析結果のみをフィードバックする外部のコンサルタントやサービス団体によって遂行されている。このような場合、一般的には所有権を主張できる方法でデータを収集保存し、データを収集、生成、使用している特定のアプリケーションにデータの組織化を適応させるように、さらに別の方法でデータを組織化することもある。

上述のそれぞれ異なるアプリケーションの多くは、そのアプリケーション内のそれぞれのデータまたは情報、あるいはアプリケーションが利用可能なそれぞれのデータまたは情報を組織化したり、アプリケーションのユーザが見たりアクセスしたりすることができるようにするためにナビゲーションツリーかその他の同様な構造を利用する。殆どの場合、これらのナビゲーションツリー構造は、Ｗｉｎｄｏｗｓ(登録商標)のＭｉｃｒｏｓｏｆｔ Ｏｕｔｌｏｏｋ(登録商標)などで用いられるナビゲーションツリー構造と本質的に類似しており、ユーザがプラントの関連領域、副領域などにアクセスしたり、そこでドリルダウン分析を行い、そのアプリケーションを用いて機能を遂行したりすることができるように、アプリケーション内に設けられている。通常、但しいつもというわけではないが、アプリケーションはＳ８８標準に規定の用語によるナビゲーションツリー構造を利用する。Ｓ８８は、まず最高位から始まり、「エンタープライズ」、「サイト」、「領域」、「プロセスセル」、「ユニット」、「機器モジュール」、「制御モジュール」など、プロセスプラントをだんだん小さなエンティティに論理的に分割するものである。Ｓ８８標準に基づくナビゲーションツリー構造を用いるアプリケーションは、ユーザが情報にアクセスするかあるいはプロセスプラントに関連する機能を遂行することができるように、ナビゲーションツリー内にこれらの見出しのいくつかまたはすべてを与えるようにしてもよい。

残念なことに、通常、名称と時にはそこで用いられている名称の意味を含め、このナビゲーションツリー構造の使用および適用方法がそれぞれのアプリケーションによって異なる。このように、制御アプリケーション、保守アプリケーション、最適化アプリケーション、電力機器監視アプリケーション、効率またはプラント監視アプリケーションなど、プラント内で異なる使用目的で与えられるシステムレベルソフトウェアアプリケーションは、関連するデータの組織化方法が異なることがあり、通常異なっていることが多い。さらに、プラントに関連する情報の好ましい組織化方法がカスタマごとに異なり、プラント内で用いられるアプリケーションのいずれかで与えられるいずれの組織化とも異なることがある。

現在、プラントオペレータ、保守担当者などは、同様の情報のいくつかが異なるアプリケーションに記憶され用いられる場合であっても、プラントに関する同様のまたは異なる情報を、プラント内で用いられる異なるアプリケーションで利用可能にし、かつ異なるアプリケーション内で組織化するための個々の方法に慣れ、かつ覚えなければならない。このため、これらのアプリケーションの相互使用を冗長にし、時には混乱を招く。さらに、単一でかつ一貫した方法で異なるアプリケーションから与えられる情報を組織化する、すなわちユーザが異なるソースつまりアプリケーションから単一のナビゲーションツールを用いて情報を見ることが困難となる。

しかし、最近になって、業務用アプリケーションの担当者、たとえば部品、補給品、原料のオーダー担当者、あるいはどの製品を製造するべきか、どの変数をプラント内で最適化するべきかなどの戦略的な業務決定の支援をするアプリケーションの担当者などのユーザには、上述のアプリケーションのうち２つ以上のアプリケーションからのデータにアクセスして、これによってプラント内の個々のアプリケーションのいずれでも与えられないような高レベルからプラントのオペレーションを理解するあるいは観察することが求められている。このような人々は、過去には、異なるアプリケーションによってプラント内で生成される実際のデータにそれほどアクセスしていなかったかもしれないが、発明の名称「プロセスプラント内のインデックスの生成と表示」、２００２年２月２８日出願の本発明の譲受人に譲渡された米国特許出願第１０／０８５，４３９号明細書には、中央データベース内のデータの様々なソースからのデータを組み合わせてそのデータをプロセスプラント内で異なるユーザやアプリケーションだけでなく、業務担当者にもより汎用的に利用可能にする方法が開示されている。なお、この開示を本出願に参照として取り入れる。
米国特許第５，９６０，２１４号明細書

しかしながら、上述の通り、このデータを収集するアプリケーションは、それぞれ、プラント内の装置または機器の下位セットについて一般的には非常に異なる機能を果たすように、プロセスプラント内で用いられるべく設計されている。したがって、アプリケーションはそれ自体が収集し、生成するデータを組織化するよう展開されるが、その方法はわずかに異なる場合も大きく異なる場合もある。その結果、異なるアプリケーションが互いにデータを共有したり、集中データベースとデータを共有できるものの、アプリケーションからのデータのすべてを見たり、アクセスする人が理解できる方法、あるいはその人に使いやすい方法でその共有データを組織化するような簡単な技術はない。

プロセスプラントデータ収集組織化システムは、たとえ収集した情報の組織化方法やユーザがその情報を見ることができるようにする方法がそれぞれのアプリケーションで異なっていても、プロセスプラント内で異なるアプリケーションまたはデータソースから得られる情報を組織化して、ユーザが見たりアクセスしたりできるよう共通あるいは統合ナビゲーションツリーを用いる。統合ナビゲーションツリーは、異なるアプリケーションのナビゲーションツリーカテゴリから発展して、そのカテゴリを利用するものであっても、異なるアプリケーションのナビゲーションツリーの異なるカテゴリのデータを統合ナビゲーションツリーにおけるカテゴリにマッピングするものであってもよい。統合ナビゲーションツリーによって、ユーザは、個々のアプリケーションのいずれかに与えられるより高い見地からプラントに関するデータを見ることができるように、組織化された方法で、単一の場所にあるプロセスプラント内で異なるアプリケーションが収集したまたは展開したプラントデータを見ることができ、アクセスできるようになる。

まず図１を参照すると、プロセスプラント１０は、１つ以上の通信ネットワークによって複数の制御保守システムと相互連結した複数の業務用その他のコンピュータシステムを有する。プロセスプラント１０は、１つ以上のプロセス制御システム１２、１４を有する。プロセス制御システム１２は、ＰＲＯＶＯＸまたはＲＳ３システムなど従来のプロセス制御システムであっても、あるいは制御装置１２Ｂと入出力（Ｉ／Ｏ）カード１２Ｃに接続されるオペレータインタフェース１２Ａを有するＤＣＳであってもよい。Ｉ／Ｏカード１２Ｃは、アナログＨＡＲＴ（Highway Addressable Remote Transmitter）フィールド装置１５など様々なフィールド装置に接続される。プロセス制御システム１４は、分散プロセス制御システムであってよく、イーサネット（登録商標）バスなどのバスを介して１つ以上の分散制御装置１４Ｂに接続される１つ以上のオペレータインタフェース１４Ａを有する。制御装置１４Ｂは、たとえばテキサス州オースチンのフィッシャー・ローズマウント・システムズ社(Fisher-Rosemount Systems, Inc.)が販売するＤｅｌｔａＶ（登録商標）制御装置やその他の所望のタイプの制御装置でよい。制御装置１４Ｂは、Ｉ／Ｏ装置を介して、ＨＡＲＴやＦｉｅｌｄｂｕｓフィールド装置、あるいはたとえばＰＲＯＦＩＢＵＳ（登録）、ＷＯＲＬＤＦＩＰ（登録）、Ｄｅｖｉｃｅ−Ｎｅｔ（登録）、Ａｓ−Ｉｎｔｅｒｆａｃｅ、およびＣＡＮプロトコルのいずれかを用いるその他のスマートまたは非スマートフィールド装置など１つ以上のフィールド装置１６に接続される。公知のように、フィールド装置１６は、アナログもしくはデジタル情報をその他のデバイス情報とともにプロセス変数に関する制御装置１４Ｂに与える。オペレータインタフェース１４Ａは、たとえば制御オプティマイザ、診断エキスパート、ニューラルネットワーク、チューナなどを含めたプロセスオペレーションを制御するためにプロセス制御オペレータに利用可能なアプリケーション１７を保存し、実行する。追加の制御アプリケーション１７を、必要であれば制御装置１２Ｂ、１４Ｂが保存、実行してもよく、時にはフィールド装置１６が保存することもある。

さらに、ＡＭＳアプリケーションやその他のデバイス監視通信アプリケーション１９を実行するコンピュータなどの保守システム１８を、プロセス制御システム１２、１４、あるいはその中の個々の装置に接続して、保守および監視活動をしてもよい。たとえば、保守コンピュータ１８を、任意の所望する通信回線または（無線あるいはハンドヘルド装置ネットワークを含む）ネットワークを介して制御装置１２Ｂ、装置１５のいずれかまたは両方に接続して、装置１５と通信して、時には装置１５上でその他の保守活動を再構成するかそれを遂行するようにしてもよい。同様にして、ＡＭＳアプリケーションなどの保守アプリケーション１９を、分散プロセス制御システム１４に関連する１つ以上のユーザインタフェース１４Ａにインストールしてそこで実行し、装置１６のオペレーション状況に関連するデータ収集を含めた保守監視機能を実行するようにしてもよい。

プロセスプラント１０はさらに、タービン、モータなどの様々な回転機器２０を有する。回転機器２０は、ある恒久的あるいは一時的通信リンク（たとえばバス、無線通信システムあるいは機器２０に接続して読み出しを行ってから取り除かれるハンドヘルド装置など）を介して保守コンピュータ２２に接続される。保守コンピュータ２２は、たとえばＣＳＩシステムが与える公知の監視診断アプリケーション２３、あるいは回転機器２０のオペレーション状況を診断、監視、最適化するために用いられるその他任意の公知のアプリケーションを保存、実行してもよい。保守担当者は、通常アプリケーション２３を用いてプラント１０内における回転機器２０の性能を保守、監督し、回転機器２０の不具合を判定し、回転機器２０の修理あるいは交換の時期とその是非を判定する。場合によっては、外部のコンサルタントまたはサービス企業が、機器２０に関するデータを一時的に取得または測定して、このデータを用いて不具合、性能低下、あるいは機器２０に影響するその他の問題点を検出するために機器２０について解析を行うこともある。この場合、解析を実行するコンピュータは、任意の通信回線を介してシステム１０のその他の構成要素に接続されていなくてもよいし、あるいは一時的に接続されているのでもよい。

同様にして、プラント１０に関連する発電・電力分配機器２５を有する発電・電力分配システム２４は、たとえばバスを介して、プラント１０における発電・電力分配機器２５のオペレーションを実行監督する別のコンピュータ２６に接続される。コンピュータ２６は、リーバート・アンド・アスコ（Ｌｉｅｂｅｒｔ ａｎｄ ＡＳＣＯ）やその他の企業が提供するような公知のパワー制御・診断アプリケーション２７を実行して、発電・電力分配機器２５を制御、保守するようにしてもよい。多くの場合、外部のコンサルタントまたはサービス企業は、機器２５に関するデータを一時的に取得または測定して、このデータを用いて不具合、性能低下、あるいは機器２５に影響するその他の問題点を検出するために機器２５について解析を行う。この場合、解析を実行する（コンピュータ２６などの）コンピュータは、任意の通信回線を介してシステム１０のその他の構成要素に接続されていなくても、一時的に接続されていてもよい。

コンピュータシステム３０は、プラント１０内のプロセス制御機能１２、１４、コンピュータ１８、１４Ａ、２２、２６で実行されるような保守機能、業務機能など様々な機能システムに関連するコンピュータやインタフェースに通信可能に接続される。所望であれば、この通信相互接続を、ウェブインタフェースあるいはローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネットなどの任意のネットワークを含む任意の種類の通信構造を用いて実行してもよい。いずれにしても、コンピュータシステム３０は、従来のプロセス制御システム１２およびその制御システムに関連する保守インタフェース１８と、プロセス制御システム１４のプロセス制御および保守のいずれかまたは両方のインタフェース１４Ａと、回転機器保守コンピュータ２２および発電・電力分配コンピュータ２６と、にいずれも任意の所望するあるいは適切なＬＡＮあるいはＷＡＮプロトコルを用いる通信ネットワーク３２を介して通信可能に接続され、通信を行う。この通信ネットワークまたは接続は、必要に応じて恒久的なものでも一時的（断続的）なものでもよい。

図１に示すように、コンピュータ３０は同一または異なる通信ネットワーク３２を介して、業務システムコンピュータおよび保守プランニングコンピュータ３５、３６にも接続され、コンピュータ３５、３６は、たとえばエンタープライズリソースプランニング（ＥＲＰ）、資材リソースプランニング（ＭＲＰ）、経理、製造、カスタマオーダーシステム、保守プランニングシステム、あるいはたとえば部品、補給品、原料オーダーアプリケーション、製造スケジューリングアプリケーションなどその他の所望する業務アプリケーションを実行する。さらに、コンピュータ３０は、たとえば通信ネットワーク３２を介して、遠隔地からプラント１０への遠隔監視またはプラント１０との通信を可能にするようなコンピュータシステム４０だけでなく、プラントワイドＬＡＮ３７、コーポレートＷＡＮ３８にも接続されてもよい。コンピュータシステム３０あるいは通信ネットワーク３２に接続されたその他のいずれかのコンピュータは、プロセスプラント１０の構成とプロセスプラント１０内の装置および構成要素に関する構成データを生成し、保存する構成アプリケーションおよび構成データベースを有していてもよい。

１つの実施形態では、通信ネットワーク３２による通信は、ＸＭＬプロトコルを用いて行われる。ここで、コンピュータ１２Ａ、１８、１４Ａ、２２、２６、３５、３６などの各コンピュータからのデータがＸＭＬラッパー内にラップされ、たとえばコンピュータ３０内に配置されるＸＭＬデータサーバに送られる。ＸＭＬは記述言語であるので、サーバはいずれの種類のデータも処理できる。サーバでは、必要に応じてデータが新たなＸＭＬラッパーに封入される、すなわちこのデータがあるＸＭＬスキーマから、受信アプリケーションのそれぞれについて形成される１つ以上のその他のＸＭＬスキーマにマッピングされる。これにより、各データの発信側はデバイスもしくはアプリケーションが理解する、または、デバイスもしくはアプリケーションに好適なスキーマを用いて該データをラップすることができ、受信側アプリケーションは、受信側アプリケーションが使用するもしくは理解する異なるスキーマで該データを受信することができる。サーバは、あるスキーマを別のスキーマに、データのソースおよび宛先に応じてマッピングするよう構成されている。所望であれば、サーバはデータ受信に基づきあるデータプロセス機能もしくはその他の機能を行うこともある。マッピングおよびプロセス機能についての規則は、ここで記載するシステムのオペレーション前に設定されサーバに保存されている。このようにして、データをある任意のアプリケーションから１つ以上のその他のアプリケーションに送るようにしてもよい。

一般的に言って、コンピュータ３０（サーバでもよい）は、たとえばプロセス制御システム１２、１４、保守システム１８、２２、２６と、業務システム３５、３６によって生成されるデータやその他の情報を、これらのシステムのそれぞれにおいてデータ解析ツールが生成する情報とともに収集し、データベース内にこのデータを保存する資産最適化データベース５０を保存し実行する。資産最適化データベースは、たとえばＮＥＸＵＳが現在提供するＯＺエキスパートシステムやその他の、たとえばあらゆる種類のデータマイニングシステムなどのエキスパートシステムに基づくエキスパートエンジン５１を有するものであってよい。資産最適化エキスパート５１は、必要に応じて資産最適化データベース５０内においてデータを解析したり配信したりするために機能する。

従来は、様々なプロセス制御システム１２、１４、ならびに発電・保守システム２２、２６は、各システム内で生成したか収集したデータを効果的に共有できるように相互接続されていなかった。その結果、異なるアプリケーション１７、１９、２３、２７などがデータを組織化して、ユーザがアプリケーションごとに異なるデータを見ることができるようにしていた。しかし、図１のプラント１０においては、アプリケーション１７、１９、２３、２７などは資産最適化データベース５０と通信可能に接続されてデータを共有する。とはいえ、アプリケーション１７、１９、２３、２７などのそれぞれは、一般的には異なる組織化あるいはナビゲーションツリーを用いて異なる方法で、収集されるか生成されるデータを与えるか組織化するかしている。このデータを異なるアプリケーションから一貫した方法で見ることを可能にするために、資産最適化データベース５０は、１つ以上のナビゲーションツリーアプリケーションおよびデータベース５２を有し、その１つ以上のナビゲーションツリーアプリケーションおよびデータベース５２は統合ナビゲーションツリー構造を用いてプロセスプラント１０内において異なるアプリケーションから受信するデータを組織化し、ユーザが単一のナビゲーションツリーを使って一貫した方法でそのデータを見たり、アクセスしたりすることを可能にする。

詳細には、ナビゲーションツリーアプリケーション５２は、システムの全ユーザによってたとえばウェブ環境内で用いられるようにナビゲーションツリーを自動生成し、たとえデータが異なるソースからもたらされ、異なる方法で異なるソース内で組織化されるものであっても資産最適化データベース５０内のデータを見たり、アクセスできたりするようにする。実際、ナビゲーションツリーアプリケーション５２は、資産最適化データベース５０とともに、より高位の統合プラットフォームをこの場合は資産最適化サーバの形式で提供する。異なる情報ソースのそれぞれがそれによって与えられるデータの組織化方法が異なっていても、複数の情報ソース（たとえば制御アプリケーション、保守アプリケーション、機器監視アプリケーション、効率監視アプリケーションなど）から情報を受け取ってこの統合プラットフォームが組織化する。

異なるアプリケーション６０によって生成されまたは収集されたデータに関して、資産最適化サーバ６２が一貫した統合組織化およびナビゲーションツリー構造を提供するように、プロセスプラントにおいてウェブ接続６１を介して資産最適化サーバ６２（図１のコンピュータ３０であってよい）に通信可能に相互接続されているアプリケーションセット６０の構成図を図２は示すものである。詳細には、制御アプリケーションサーバ６４と、保守アプリケーションサーバ６６と、回転機器アプリケーションサーバ６８と、最適化アプリケーションサーバ７０と、その他のアプリケーション用の別のサーバ７２は、通信ネットワーク６１を介して資産最適化サーバ６２と通信可能に接続している。言うまでもなく、図２のシステムにおいて接続されるアプリケーションの種類や数は任意である。通信ネットワーク６１は、ウェブネットワークなど任意の所望する通信ネットワークであればよい。サーバ６２〜７２はそれぞれ、任意の所望するウェブサービスアプリケーション７４とウェブ視覚化アプリケーション７６とを有する。ウェブ視覚化アプリケーション７６は、公知の通り、ウェブ接続６１を通じての通信とユーザインタフェースに対するその情報の視覚化とを可能にするものである。一般的に、異なるサーバ６４〜７２で実行されているかそこに接続される異なるアプリケーション６０によって、異なるナビゲーションツリーなどデータ組織化およびナビゲーションツリー構造が異なっている。さらには、資産最適化サーバ６２は、ウェブ接続かその他所望の通信ネットワークを介して業務システムアプリケーションまたはその他のアプリケーションと通信可能に接続してもよい。

図２に示すように、資産最適化サーバ６２は、マイクロプロセッサ７７と、ユーザインタフェース７８と、メモリ７９と、を有する。メモリ７９は、さまざまなアプリケーション６０からのプラントデータと、アプリケーション６０に関連するナビゲーションツリー構造と、を統合ナビゲーションツリー構造に統合するようオペレーションする多くのアプリケーションとデータベースとを保存する。ある実施形態において、資産最適化サーバ６２はプラント情報データベース８０を含む。該プラント情報データベース８０は異なるデータソースアプリケーション６０からもたらされるデータを保存する。該データソースアプリケーション６０は、資産最適化データベース６２とナビゲーションツリーデータベース８２とに通信可能に接続されている。ナビゲーションツリーデータベース８２は異なるアプリケーション６０の各々に関連するナビゲーションツリー８３ａと、異なるアプリケーション６０のナビゲーションツリーを組み込みもしくは統合する統合ナビゲーションツリー８３ｂと、を保存する。資産最適化サーバ６２はさらにユーザインターフェースアプリケーション８４を含み、該ユーザインターフェースアプリケーション８４はユーザインターフェース７８を介してユーザに情報を提供する。該情報は統合ナビゲーションツリー８３ｂを用いてプラント情報データベース８０に保存されているデータに関する。

またさらには、データ統合アプリケーション８６が設けられ、異なるアプリケーション６０からのデータを、統合ナビゲーションツリー８３ｂを用いてプラント情報データベース８０に統合し、場合によっては、ユーザがアプリケーション６０についてのナビゲーションツリー構造８３ａを統合ナビゲーションツリー構造８３ｂにマッピングできるようにする。ある実施形態において、統合アプリケーション８６は、アプリケーション６０のナビゲーションツリー構造のそれぞれにおけるデータを統合するのに用いられるデフォルトのナビゲーションツリー構造を有している。このデフォルトのナビゲーションツリー構造は、たとえばＳ８８標準で用いられるプラント階層に基づくものであってもよい。しかし、統合アプリケーション８６によって、あるユーザまたは別のユーザが、異なるアプリケーション６０のナビゲーションツリーを異なる方法で統合するのに用いられるようなナビゲーションツリー構造を新たに生成することができるようにしてもよい。もちろん、所望であれば、デフォルトのナビゲーションツリー構造を、データ統合アプリケーション８６かユーザインタフェースアプリケーション８４を用いてユーザが生成してもよい。

通常、資産最適化サーバ６２は、異なるアプリケーション６０の異なるナビゲーションツリー構造８３ａをそれぞれ保存し、これらナビゲーションツリー内のデータを、資産最適化データベース８０内のデータを見たり、アクセスしたりするのに用いられる単一の統合ナビゲーションツリー構造８３ｂにマッピングする。マッピングが完了すると、それぞれのアプリケーションの異なるツリー構造に各々関連するデータを統合ナビゲーションツリー内で最適化して、サーバ６２〜７２のアプリケーションユーザや業務システムユーザなどサーバ６２にアクセスするその他のユーザを含めどのユーザでもデータを見ることができるようにする。所望であれば、たとえば構成アプリケーションなどが単一の統合ナビゲーションツリー構造を使用してもよいし、プロセスプラントかプロセスプラントに関連するエンタープライズシステムのすべてのユーザがこの単一の統合ナビゲーションツリー構造にアクセスし、それを使用し、各ユーザが同様の方法でプロセスプラントからデータを見ることができるようにしてもよい。所望であれば、各ユーザが、様々なユーザを構成アプリケーションに接続するウェブかその他任意の通信ネットワークによってその単一の統合ナビゲーションツリー構造にアクセスしてもよい。

オペレーション中、異なるアプリケーション６０はそこで用いられるそれぞれのナビゲーションツリー構造を資産最適化サーバ６２に送って、サーバ６２がこれらのツリー構造をデータベース８２に保存してもよい。統合アプリケーション８６は、アプリケーションのうちの１つに関連するナビゲーションツリーのそれぞれのカテゴリと、統合ナビゲーションツリー構造８３ｂのカテゴリとの対応関係を自動的に突き止める。場合によっては、ある特定のアプリケーション６０のナビゲーションツリーにおけるカテゴリと統合またはデフォルトのナビゲーションツリー８３ｂにおけるカテゴリとの対応関係をユーザが手動で特定することもある。アプリケーション６０のカテゴリがＳ８８標準などのある標準になんらかの状態で対応していることがわかるならば、統合アプリケーション８６がこの対応関係を自動的に突き止めるようにしてもよい。他方、ユーザは、ユーザにとって好ましいナビゲーションツリーを生成し、アプリケーション６０のうちの一つのナビゲーションツリーのそれぞれのカテゴリと、ユーザが生成した統合ナビゲーションツリーのカテゴリとの対応関係を特定してもよい。言うまでもなく、デフォルトまたは統合ナビゲーションツリー構造は、データがアプリケーション６０からサーバ６２に流れるものであるから、そこにデータを送るアプリケーションのうちあるアプリケーションには現れないつまり存在しないカテゴリも含まれることがある。しかし、デフォルトまたは統合ナビゲーションツリーは、異なるアプリケーション６０のナビゲーションツリーのカテゴリ各々に関連するか関連することができるカテゴリすなわちレベルを有していなければならない。

もちろん、統合アプリケーション８６によって、（データを資産最適化サーバ６２に送っている）アプリケーション６０のそれぞれのナビゲーションツリーと統合ナビゲーションツリー８３ｂとのマッピングを行い、このマッピングをたとえばあるアプリケーションがオンラインにもたらされるかそうでなければプロセスプラント１０の資産最適化機能内に統合されるとき行うようにしてもよい。その後、アプリケーション６０の各々はサーバ６２にデータと情報とを提供する。該情報は、データを送信するアプリケーション６０のナビゲーションツリー構造によって、該データをサーバ６２が分類するために十分なものである。詳細には、サーバ６２と統合アプリケーション８６とは、適切なナビゲーションツリーのカテゴリ又は統合的に見ることができるように用いられる統合ナビゲーションツリー構造８３ｂのカテゴリに関連するようにデータを保存する。もちろん、データ自体は今後のアクセスのためにプラント情報データベース８０に保存される。その後、ユーザインタフェースアプリケーション８４によって、ユーザ又はオペレータが、参照する別のアプリケーションからのデータを有する統合ナビゲーションツリー８３ｂにアクセスして、一貫して統合化された方法でプラント情報データベース８０に保存されたデータにアクセスできるようにする。

１つの実施形態では、統合ナビゲーションツリー８３ｂは、器具、機械、性能領域などの論理領域、あるいはプラントの領域のような物理領域にしたがって組織化される。言うまでもなく、その他の所望の組織化を統合ナビゲーションツリー８３ｂ内で行うことも可能である。統合ナビゲーションツリー８３ｂを論理ユニットにしたがって構築する場合、（一般的に異なる論理グループに入る）異なるアプリケーションからのそれぞれのデータが、ツリーの副見出しまたはカテゴリに分けられ、その副見出しもしくはカテゴリは標準ナビゲーションツリー見出しになるか、それぞれ異なるアプリケーションに関連する実際のナビゲーションツリー構造を模倣する。１つの実施形態では、情報サーバ６４〜７２の各々がそのプラントツリーとツリーの要素（見出しも含む）を、それらを要求しているアプリケーション（すなわち資産最適化サーバ６２）に与える。その後、統合アプリケーション８６は得られた情報を用いて、様々なプラントツリー要素を組み合わせる。所望であれば、あるアプリケーションの元のナビゲーションツリーの要素を、元の情報サーバ（たとえば保守サーバ６４など）が追跡して、何らかの変化が生じると、資産最適化サーバ６２をプッシュ技術を用いて更新する。あるいは、資産最適化サーバ６２がサーバ６４〜７２を定期的にポーリングしてそれらのサーバ（またはサーバ上で実行されているかサーバに関連するアプリケーション）のナビゲーションツリーで生じた変化を受信して追跡する。このようにして、アプリケーション６０に追加した、アプリケーション６０から削除された、あるいはアプリケーション６０内で変化したデータは、資産最適化サーバ６２に反映されるか送られるかして、そこで保存される。さらに、これらアプリケーションのナビゲーションツリーにおける装置やその他のエンティティの反映や描写が、資産最適化サーバ６２に送られて、資産最適化データベース５０のユーザが統合ナビゲーションツリー８３ｂを介してデータを利用でき、しかもそれを見ることができるように統合ナビゲーションツリー８３ｂに反映されるかマッピングされる。

図３は、３つの異なるアプリケーション、すなわち、保守アプリケーション（ＡＭＳ）と、電力機器監視診断アプリケーション（ＲＢＭ）と、プラント効率監視アプリケーション（ｅ−ｆｆｉｃｉｅｎｃｙ）からのデータにアクセスして、それをユーザが見ることができるよう構築された統合ナビゲーションツリー１００を示している。なお、統合ナビゲーションツリー１００は、データソースアプリケーション６０それぞれからのアプリケーションデータを分類するためのカテゴリと、それらのカテゴリに関連するプロセスプラント内のエンティティの指示を含む。

図３からわかるように、統合ナビゲーションツリー１００は異なるアプリケーション（図２のアプリケーション６０）の各々についての高位レベルを含む。該高位レベルは、エンタープライズ（最高位レベル）の直下であり、これらの高位レベルカテゴリの下の下位カテゴリは、異なるアプリケーション６０の各々のナビゲーションツリーに依存し、実際、該ナビゲーションツリーを反映している。すなわち、ＡＭＳプラント構造と名づけられたフォルダとその下のフォルダまたはカテゴリ１０２は、保守アプリケーション（ＡＭＳ）からのデータに関連している。同様に、ＲＢＭプラント構造と名づけられたフォルダとその下のフォルダまたはカテゴリ１０４は、電力機器監視アプリケーション（ＲＢＭ）からのデータに関連している。ｅ−ｆｆｉｃｉｅｎｃｙプラント構造と名づけられたフォルダとその下のフォルダまたはカテゴリ１０６は、効率監視アプリケーション（ｅ−ｆｆｉｃｉｅｎｃｙ）からのデータに関連している。ナビゲーションツリー１００にさらに多くのフォルダと下位区分を設けて、制御アプリケーション、回転機器監視アプリケーションなどのその他のアプリケーションからのデータを反映させることができるのは言うまでもない。

図３において、下位区分１０２、１０４、１０６の各々は、サブフォルダまたはアイテムを有し、該サブフォルダまたはアイテムはデータがもたらされるアプリケーションのナビゲーションツリーの階層を反映する階層で構成されている。すなわち、下位区分１０２は領域（領域１を図示）、ユニット、機器モジュール、制御モジュールのフォルダを含む。保守アプリケーション（ＡＭＳアプリケーション）はこれらのカテゴリーを備えるナビゲーションツリーを使用するからである。さらに、保守アプリケーションから受信したデータは、実際の保守アプリケーション内で組織化されるように下位区分１０２内の下位カテゴリに配置される。たとえば、データが存在する制御モジュール（ＴＴ−１１１、ＴＴ−２２２など）は、下位区分１０２の制御モジュールフォルダの下位に示されている。

同様に、電力機器監視に関連するデータが関連するアプリケーションのナビゲーションツリー構造を用いて示される。該ナビゲーションツリー構造は、該アプリケーションの下に装置（ポンプ、ファン、モータ、乾燥機など）が配置されている領域指定だけを含む。その結果、電力機器の各々が領域１の下の下位区分１０４に描写され、電力機器についてのデータは電力機器監視アプリケーションによってプラントに収集される。同様に、効率アプリケーションは、Ｓ８８階層カテゴリのナビゲーションツリーを使わないので、このアプリケーションが監視するポンプ、圧縮機、熱交換器などだけが、効率監視の論理機能に関連するｅ−ｆｆｉｃｉｅｎｃｙプラント構造１０６のラベルがつけられた一般的なフォルダに描写される。なお、ポンプ＃３などといった同一の機器を別のアプリケーションが監視してもよく、この場合、ポンプ＃３が統合ナビゲーションツリー構造１００で複数回描写される。さらに、同一の装置またはその他のプラントエンティティについての同一データまたは（異なるアプリケーションが収集または生成する異なるデータなどの）異なるデータも、統合ナビゲーションツリー１００の別々の場所でアクセスされる。もちろん、その他の装置が下位区分１０２、１０４、１０６に関連するアプリケーションによって認識、監視されている場合、これらの下位区分のそれぞれに関連するその他のエンティティまたはフォルダが存在する。すなわち、下位区分１０２、１０４、１０６における装置描写などの実際のデータは、実際のアプリケーションに監視されている装置やその他のエンティティに依存している。また、ナビゲーションツリー１００を介してアクセス可能なこれらの装置に関するデータの種類も、実際のアプリケーション６０がこれらの装置について収集または生成したデータに依存する。

図４は統合ナビゲーションツリー１２０の別の例を示す。該統合ナビゲーションツリー１２０は、資産最適化サーバ６２へデータを送信する異なるアプリケーションのナビゲーションツリー構造の各々から、統合アプリケーション８６によって自動的に生成される。この場合、異なるアプリケーションからのデータは、機械機器１２２、フィールド器具１２４、性能監視機器１２６などの論理領域に組織化される。これらの異なる副領域に関する異なるアプリケーションからもたらされるデータは、たとえば、デフォルトのＳ８８階層、もしくは、データがもたらされるアプリケーションの階層を用いて、副領域にマッピングされる。すなわち、たとえば電力機器監視アプリケーションから一般的に受信される機械データは、そのアプリケーションの階層を用いてマッピングされ、フィールド測定機器１２４からのデータはこの場合たまたまＳ８８階層であるこのデータを与える保守あるいは制御アプリケーションの階層を用いてマッピングされる。同様に、効率データは効率アプリケーション階層にしたがってマッピングされる。もちろんこの場合、異なるアプリケーションからのデータを、異なる論理または機器に基づく見出しの下ある程度結合してもよい。すなわち、弁、送信機など、制御アプリケーションおよび保守アプリケーションが計測する制御アプリケーションおよび保守アプリケーションからのデータを、フィールド測定機器カテゴリ１２４とそれに関連する下位カテゴリの下で統合してもよい。

上述の通り、統合アプリケーション８６が、統合ナビゲーションツリー８３ｂと異なるアプリケーション６０各々のナビゲーションツリー８３ａとの間のマッピング方法を付与するために使用されてもよい。統合アプリケーション８６は、このマッピングを自動的に行ってもよいし、ユーザがアプリケーション６０のナビゲーションツリー８３ａの異なる要素と統合ナビゲーションツリー８３ｂとの間のマッピングを指定できるようにしてもよい。図５は、ユーザが資産最適化サーバ６２にデータを与える異なるアプリケーションの各々についての特定の種類のマッピングを指定することができるように、統合アプリケーション８６がユーザに与える画面表示の一例１４０を示すものである。

図５の画面表示１４０の左側には、異なるデータソースからのデータにアクセスできるように資産最適化サーバ６２が使用する統合ナビゲーションツリー１４２の描写が含まれている。なお、この統合ナビゲーションツリー１４２は、Ｓ８８標準で定義されるカテゴリを用いている。しかし、所望であれば、任意の所望の方法を用いて、たとえばツリー１４２に与えられるフォルダの表示を変える、新たなフォルダを追加する、フォルダを削除するなどして、統合ナビゲーションツリーについての他のカテゴリ又は異なる階層を指定することも可能である。画面表示１４０の右側には、プラント１０内の異なるアプリケーションに関連して、また必要であればそのアプリケーションから得られるナビゲーションツリー構造の描写が含まれている。なお、これらのナビゲーションツリーには、装置などのプロセスエンティティの描写とともに一般的なカテゴリの描写が含まれている。図５において、保守アプリケーション（ＡＭＳアプリケーション）についてのナビゲーションツリー構造１４４と、電力機器監視アプリケーション（ＲＢＭ）についてのナビゲーションツリー構造１４６とが示されている。興味深いことに、保守アプリケーションのナビゲーションツリー１４４ではＳ８８標準のカテゴリを用いており、一方電力機器監視アプリケーションのナビゲーションツリー１４６はＳ８８標準のカテゴリを用いていない。

いずれにしても、ユーザは、ツリー１４４のある要素の特定の描写を選択して、それをマッピングする予定のツリー１４２の描写上にドラッグしてそこにドロップさせることにより、ツリー１４４などのナビゲーションツリーの要素を統合ナビゲーションツリー１４２にマッピングする。こうした上で、統合アプリケーション８６は、選択した要素がドロップされた統合ツリー１４２の部分に、ドラッグされているツリー１４４の選択した要素と任意の副要素を関連付ける。もちろん、ユーザが任意の所望のマッピングを提供してもよい。たとえば、保守ツリー１４４の領域を統合ツリー１４２の領域に配置してもよいが、本発明はこれに限定されるものではない。同様に、ユーザが電力機器監視ツリー１４４の要素を統合ツリー１４２の要素のうちの任意の要素にマッピングすることも可能である。特定のマッピングを選択または指定した後、統合アプリケーション８６はマッピングの指示を保存し、そのマッピングを用いて、アプリケーションからのデータをデータベース８０に統合したり、そのデータが統合ナビゲーションツリー１４２を介して見られるようにする。

図６は、自動的あるいはユーザが図５の画面表示１４０を用いて異なるアプリケーション６０の異なるナビゲーションツリーからのデータを統合する方法を指定した上で、統合アプリケーション８６が生成する統合ツリーの一例１５０を示すものである。図６に示されるように、ナビゲーションツリー１５０の制御モジュール部又はブランチ１５２は、保守アプリケーションからのバルブ（ＴＴ−１１１、ＴＴ−２２２など）；電力機器監視アプリケーションからのファン、ポンプ、モータ、乾燥機（再循環ポンプ＃５、排気ファン＃１など）；プラント効率監視アプリケーションからの圧縮機と熱交換器（圧縮機＃１、熱交換器＃１など）を含む、複数の異なるアプリケーションの各々からの装置またはその他の要素を含む。もちろん、異なるアプリケーションからのその他のプラントエンティティを領域区分下の異なるアプリケーションの領域など、統合ツリー１５０の異なる区分または下位区分下で併せて組織化してもよい。言うまでもなく、図５の画面１４０に類似する画面を用いて、これらの異なるアプリケーションの各々に関連する装置データはツリー１５０の制御モジュール区分下ですべて統合しなければならないことを定義することもできるだろう。同様に、画面１４０に類似する画面を用いて、異なるアプリケーションからのデータを統合ツリー１５０の領域指定下ですべて統合すればよいことを示すこともできるだろう。

図７は、異なるアプリケーション６０からのデータを統合するために統合アプリケーション８６が生成し、ウェブ通信ネットワークを介してアクセス可能な統合ナビゲーションツリー１６２を持つさらに別の画面表示１６０を示すものである。ナビゲーションツリー１６２は、ウェブブラウザを介してそのなかのデータをシステムの複数のユーザに利用可能にする構成システムに関連するか、構成システムによって生成されるものである。一例としてのナビゲーションツリー１６２は、資産データベースフォルダ１６６と、データソースフォルダ１６８と、関連リンクフォルダ１７０と、を有するブラウザ構成区分１６４を有する。資産データベースフォルダ１６６は、プロセスプラント内の１つ以上の資産に関するデータを保存するか含み、一方データソースフォルダ１６８は、プロセスプラント内の異なるデータソースから収集されるデータを含み、保存する。図７の構成ツリー１６２がアクセスするデータソースは、「Ｃｏｏｌ」、「ｄａｓｄａｓｄ」、「ｆｄａｓｄａｓｄ」、「ＭＤＣ」および「ｐｐｐｐ」というタイトルがつけられている。資産データベースフォルダ１６６とデータソースフォルダ１６８とは、図２を参照して説明したように異なるアプリケーションまたは資産からのデータを収集して、たとえばウェブ接続を介して構成画面表示１６０にアクセスするユーザにそのデータを利用可能にするように、異なるサブフォルダ内のデータを与えるものであってよい。

関連リンクフォルダ１７０は、プロセスプラント内のデータまたは資産のいずれかに関連するか、あるいはデータがナビゲーションツリー１６２に保存されるか収集されるデータあるいは資産のいずれかに関連する他のアプリケーション、マニュアル、あるいはシステムへのウェブリンクなどのリンクを保存する。詳細には、関連リンクフォルダ１７０は、他のデータ、他のアプリケーション、マニュアルなどに容易にアクセスできるようにシステムのユーザが該フォルダに配置するリンクを保存すればよい。もちろん、任意の許可されたユーザや構成エキスパートがナビゲーションツリー１６２にリンクを設けて、これらのリンクを任意の時間に追加または削除するようにしてもよい。

言うまでもなく、ナビゲーションツリー１６２をセットアップして異なるデータソースからデータを収集する場合、ユーザはデータソースから収集されるべきデータの複数の種類と、これらのソースから収集されるべきデータの量と頻度を指定してもよい。一例として、図８〜１１は、図７のＭＤＣデータソースに関連する異なるプロパティビューをそれぞれ示している。図８のプロパティビューでは、ＭＤＣデータソースと名づけられ、そのデータソースについての説明とポーリングレートの指示とが与えられている。ポーリングレートはデータがこのデータソースから収集される場合のレートを指定するものであり、このポーリングレートはナビゲーションツリー１６２が接続するデータソースごとに異なるものであってよい。図９のプロパティビューでは、ナビゲーションツリーアプリケーションが、ＭＤＣデータソースからのデータを収集するのに用いるＭＤＣデータソースのウェブアドレスを与える。このプロパティビューはまた、そのデータソースからの情報を得るためにデータソースにアクセスする場合にナビゲーションツリーアプリケーションによって使用されるべき、許可されたユーザの識別と、適切なパスワードと、を与えてもよい。

図１０のプロパティビューは、使用するウェブサーバのユニバーサル・リソース・ロケータ（ＵＲＬ）または必要であればアドレスを指定するもので、図１１のプロパティビューは、ＭＤＣデータソースについてのイベント収集構成を与えるか指定するものである。図１１に示される例の場合、収集の開始日と、このデータソースから収集されるイベントに関するパラメータ又は統計データが指定される。当然ながら、その他のイベントデータ又は統計を収集して、このプロパティビュー又はその他のプロパティビューに示すことができるのは言うまでもない。

図１２は、図７の資産フォルダ１６６にデータが保存されている資産の一つについて与えられ、該資産の一つに関連するプロパティビューすなわち表示を示すものである。この場合、（資産ＣＲ−２０００、ＣＲ−３０００、ＣＰ−１５０を含む）様々な資産の一覧がそれらの資産についての説明と位置情報とともに示されている。図１２の資産名称フィールドを用いてある資産について別の情報にアクセスしてもよい。図１３のプロパティビューを介して、図１２の資産名称フィールド内の資産に関連するリンクを指定もよいし、又はそのリンクにアクセスしてもよい。この場合、「ｌｉｎｋ１２３」というリンクは、ＣＲ−２０００資産に関連するものとして指定される。もちろん、このリンク（「ｌｉｎｋ１２３」）は、ウェブ環境におけるＵＲＬを含む任意の種類のリンク指定であっても、あるいはその他の所望の種類のリンクであってもよく、これは図７の関連リンクフォルダ１７０に保存される。

さらに、図１４のプロパティビュー画面内のリンク「ｌｉｎｋ１２３」について情報を指定してもよい。この場合、リンクに名前がつけられ（ここでは「ｌｉｎｋ１２３」）、ＵＲＬアドレスが与えられる。図１４のプロパティビュー画面には、リンクが選択される場合、リンクを同じウィンドウで始めるか違うウィンドウで始めるかについての選択肢が含まれる。もちろん、図１４の「ｌｉｎｋ１２３」を図７の関連リンクフォルダ１７０にその他のリンクとともに保存して、そのリンクフォルダを通してアクセスしてもよい。図１３の構成画面に示され、指定されているように、リンク「ｌｉｎｋ１２３」は情報、アプリケーション、マニュアル、あるいは図７の資産データベースフォルダ１６６に保存される資産ＣＲ−２０００についてその他の情報にアクセスすることに関連しそれらが与えられる。所望であれば、図７のナビゲーションツリー１６２の関連リンクフォルダ１７０にある関連リンクによって、図１４に示すようなＵＲＬを使う以外の任意の所望な手法で、情報あるいはその他のマニュアルやアプリケーションへのアクセスが与えられてもよい。

図３、４、６、および７のいずれかの統合ツリー、またはその他任意の形態の統合ツリーを用いて、そこで参照される装置すなわちプラントエンティティのいずれかについての情報やデータにアクセスするようにしてもよい（アクセスされる情報はプロセスプラント１０内の異なるアプリケーションによって与えられるデータである）。また、図３、４、６、および７の統合ナビゲーションツリーを用いて、そこで描写されているエンティティについてのより多くの情報を見て、そこで描写されているエンティティについてのデータのソースを判定し、そこで描写されている異なるエンティティについてのアプリケーションを起動するか、そのデータに関するほかの活動を遂行してもよいことは言うまでもない。

上述のように、上記説明された統合ナビゲーションツリーを任意の手法で構成し、プロセスプラント１０の異なるデータソースまたはアプリケーションのデータを統合してもよい。すなわち、ある場合では、図３と７を参照して上記説明したように、統合ナビゲーションツリーの異なる区分を、異なるアプリケーション、あるいはデータを資産最適化データベースに与えるデータソースについてまず用いるか関連付ける。図４に示すように、統合ナビゲーションツリーの異なる区分がプラントの異なる論理部分または機能に関連し、これにより、ツリーの異なる区分は、制御、保守、回転機器、効率などの機能について存在する。別の場合では、図６について示したように、プラントの異なる物理領域に関連して存在する装置またはユニットを、単一区分内に併せて統合することができる。これにより、（一般的には保守あるいは回転機器アプリケーションによって測定される）回転機器と（一般的には制御保守アプリケーションによって測定される）弁がナビゲーションツリーの単一区分又はカテゴリ内にともに配置される。同様に、異なるアプリケーションからの領域データ、ユニットデータ、装置データなどを、統合ナビゲーションツリーの同一区分あるいは下位区分内で併せて統合するようにしてもよい。

統合アプリケーション８６が、そのアプリケーションが属する異なるアプリケーションのナビゲーションツリー構造を自動的に読み出すことができ、あるアプリケーションからの特定のツリー要素を統合ナビゲーションツリーにマッピングすると、自動的に発生する変化を反映させるようにデータを生成したアプリケーション内の元の位置を引き続き追跡するのが好ましい。ある例では、統合アプリケーション８６は、あるデータフィールドが元のアプリケーションに関連する元のフィールド内のこの装置またはデータの元の位置を示し、またあるデータフィールドは統合ナビゲーションツリー内のこのデータの位置を示した統合ナビゲーションツリー内の装置についてのデータを自動的に保存する。よって、データのソースまたは元の位置をあらゆる所望の目的でリトリーブ、使用することができる。

所望であれば、統合アプリケーション８６は、公知のアプリケーションのナビゲーションツリーの要素をデフォルトのナビゲーションツリーにマッピングする方法を示すデータをデータベース８２内に保存してもよい。このデータによって、この公知のアプリケーションを資産最適化サーバ６２に接続して、ユーザの入力によりそのアプリケーションのナビゲーションツリーから統合ナビゲーションツリーへのマッピングを行う方法を指定することなく、データを資産最適化サーバに送ることが可能になる。また、このデータによって、データソースアプリケーションが、ツリーの構造をまず資産最適化サーバ６２に送ることなく、そのナビゲーションツリー内のプラントデータを送ることが可能となる。

あるいは、または、さらに、統合アプリケーション８６が、データソースアプリケーションの各プラントツリーのブランチ名を読み出して、その名前を有した統合ナビゲーションツリー内のナビゲーションツリーに区分を生成することができるようにしてもよい。同様に、同一の名称を持つブランチを統合ナビゲーションツリー内に設けてもよい。これらのブランチがブランチについて同一の名前を用いている異なるアプリケーションに関連しているからである。また、統一ナビゲーションツリー内で異なるブランチ名をつけてプラントの同一の物理位置またはエンティティを反映するかそれに関連するようにもできる。これもやはり、これらの異なるブランチがそのデータを生成する異なるアプリケーションに関連するからである。さらに、同一の名称またはタグが統合ナビゲーションツリー内の異なるブランチにあるか、そうでなければ統合ナビゲーションツリー内の異なるアプリケーションに関連している限り、統合ナビゲーションツリー内の異なる装置又は別のプラントエンティティについて該名称を用いてもよい。同一の装置が異なるデータソースアプリケーションに監視されている場合は、プラント内の同一の装置について異なる装置タグおよび名称を用いてもよいことは言うまでもない。

さらに、統合アプリケーション８６は、一般的には、アプリケーション６０に関連するナビゲーションツリーと統合ナビゲーションツリー８３ｂとの間でデフォルトのマッピングを行うが、統合アプリケーション８６によって、ユーザがたとえば図５の画面表示を用いて任意の所望の手法で統合ナビゲーションツリーのツリー要素をマッピングできるようにしてもよい。この場合、統合アプリケーション８６は元の統合ナビゲーションツリーを保存して、ユーザが元の状態に戻ることを希望する場合は元の統合ナビゲーションツリーを取り出すことができるようになる。

図２に示す実施形態では、異なるアプリケーションの各々について一つのサーバを示しているが、任意の特定のアプリケーションについて２つ以上のサーバをプラント１０に設けてもよいし、これらの異なるサーバがすべて、異なるブランチとして資産最適化サーバ６２に特定のアプリケーションに関するデータを与えるようにしてもよいことは理解できるであろう。同様に、特定のアプリケーションに関連する複数のデータベース又はプラントがあってもよく、資産最適化サーバ６２が任意の所望の方法でこれら異なるデータベースからのデータを受け取り、統合してもよい。

資産最適化サーバ６２の統合アプリケーション８６と、ここに記載のその他のアプリケーションはソフトウェアで実行するのが好ましいが、ハードウェア、ファームウェアなどで実行してもよく、またプロセス制御システム１０に関連するその他のいかなるプロセッサで実行してもよい。すなわち、ここに記載の要素は、標準汎用ＣＰＵ内か、又は所望の専用集積回路（ＡＳＩＣ）やその他のハードワイヤード装置などの専用に設計されたハードウェアやファームウェアで実行してもよい。ソフトウェアで実行する場合、ソフトウェアルーチンを、磁気ディスク、（ＤＶＤなどの）レーザディスク、又はその他の記憶媒体などの任意のコンピュータ可読メモリ、コンピュータまたはプロセッサのＲＡＭかＲＯＭ、任意のデータベースなどに保存してもよい。同様に、任意の公知のまたは所望の配送手法によって、このソフトウェアはユーザまたはプロセスプラントに配送されてもよい。該配送手法としては、たとえば、コンピュータ可読ディスク、他の可搬コンピュータ記憶機構、もしくは、電話回線、インターネットなどの通信チャネル（該チャネルによれば、可搬記憶媒体によりソフトウェアを提供する場合と同様、もしくは互換可能である）などがある。

本発明を具体的な例を参照して説明してきたが、この実施例は一例として示したに過ぎず、本発明を限定する意図はなく、発明の趣旨および範囲を逸脱することなく開示の実施例を変更、追加、あるいは削除してもよいことは当業者には明らかであろう。

プロセスプラント内の多くの機能領域またはアプリケーションからデータを受け取り、記憶するよう構成された、資産最適化データベースを有するプロセスプラントの構成図である。 資産最適化データベースに対してプロセスプラント内の多くの異なるアプリケーションからのデータを与えるために用いられる、図１のプロセスプラント内のデータネットワークの構成図である。 図１のプロセスプラント内の異なるアプリケーションまたはデータソースからのデータを統合化するために用いられる第１のナビゲーションツリー構造を示す画面表示の第１の例である。 図１のプロセスプラント内の異なるアプリケーションまたはデータソースからのデータを統合化するために用いられる第２のナビゲーションツリー構造を示す画面表示の第２の例である。 異なるデータソースに関連するナビゲーションツリー構造の、資産最適化データベースに関連する統合ナビゲーションツリーへのマッピングをオペレータが手動で指定することを可能にする、資産最適化データベースに関連するマッピングツールによって形成される画面表示の一例である。 図１のプロセスプラント内の異なるアプリケーションまたはデータソースからのデータを統合化するために生成され、用いられる第３のナビゲーションツリー構造を示す画面表示の第３の例である。 異なるソースからのデータへのアクセスを提供する、リンク情報を含む第４のナビゲーションツリー構造を示す画面表示の第４の例である。 図７のデータソースの１つに関連する第１のプロパティ画面表示である。 図７のデータソースの１つに関連する第２のプロパティ画面表示である。 図７のデータソースの１つに関連する第３のプロパティ画面表示である。 図７のデータソースの１つに関連する第４のプロパティ画面表示である。 図７のナビゲーションツリー構造内の資産に関連する第１のプロパティ画面表示である。 図７のナビゲーションツリー構造内の資産に関連する第２のプロパティ画面表示である。 図７のナビゲーションツリー構造で用いられるリンクの特性を示す画面表示である。

Claims (50)

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. 論理機能カテゴリは、電力機器、フィールド測定機器、回転機器、効率機器、の一以上を含む、請求項４２に記載の方法。
45. 論理機能カテゴリは、プロセス領域、ユニット、機器、制御モジュール、の一以上を含む、請求項４２に記載の方法。
46. 統合ナビゲーションツリーのカテゴリのアイコンを表示し、データソースアプリケーションの一のナビゲーションツリーに関連するデータアイテムのアイコンを表示し、データソースアプリケーションの一のナビゲーションツリーに関連する特定のデータアイテムと統合ナビゲーションツリーの特定のカテゴリとの結合をユーザが指定することができるようにすること、をさらに含む、請求項３８に記載の方法。
47. データソースアプリケーションの一のナビゲーションツリーに関連する特定のデータアイテムと統合ナビゲーションツリーの特定のカテゴリとの結合をユーザが指定することができるようにするステップは、データソースアプリケーションの一のナビゲーションツリーの特定のデータアイテムのアイコンをユーザが選択することができるようにし、選択した特定のデータアイテムのアイコンを統合ナビゲーションツリーの特定のカテゴリのアイコンまでユーザがドラッグすることができるようにし、選択した特定のデータアイテムのアイコンを統合ナビゲーションツリーの特定のカテゴリのアイコンにユーザがドロップすることができるようにすることを含む、請求項４６に記載の方法。
48. 複数のデータソースアプリケーションのそれぞれのアプリケーションデータを第１のデータベースに自動的に送るステップをさらに含む、請求項３８に記載の方法。
49. 統合ナビゲーションツリーを生成することは、プロセスプラントの少なくとも一のエンティティに関連する情報あるいはアプリケーションへのリンクを提供する情報をリンクするためのカテゴリを含むよう統合ナビゲーションツリーを生成することを含む、請求項３８に記載の方法。
50. リンクはユニバーサル・リソース・ロケータ（ＵＲＬ）である、請求項４９に記載の方法。

Images