JP2013235584A - 制御システムの資産管理方法 - Google Patents

Abstract

【課題】制御システムの資産管理方法を提供する。
【解決手段】編集された制御システムの資産の保持、読出し、および保存のうちの少なくとも１つのためにウェブサービスを呼び出すステップと、制御システムの資産および制御システムの資産情報に関連付けられるデータ構造を受信するステップと、データ構造を受信するステップに応答して、データ構造の受信を確認するメッセージを生成するステップと、編集された制御システムの資産の保持、読出し、および保存のうちの少なくとも１つのためにデータベースの呼出しを行うステップとを含み、データベースが、データ構造、およびデータ構造と複数のデータ構造との関係を制御システムに格納する。
【選択図】図２

Description

本明細書に開示した対象は制御システムの資産に関し、より詳細には、ウェブサービスを使用して、編集されたパワープラントの資産を連合データベースに保持（ｐｅｒｓｉｓｔ）、読出し、および保存するシステムおよび方法に関する。

パワープラントは、異なるタイプのシステムおよび装置（コンポーネント）を備える。プラントエンジニアなどのエンドユーザは、それぞれのコンポーネントを識別して、それらをデータベース内で資産として表す。次いで、エンドユーザはプラント内の様々なコンポーネント間に存在する論理関係を識別する。これらの関係は、パワープラント全体を表すように論理的に構成されて、データベースに格納される。現在、パワープラントおよび資産は、連合モデル（ＦＭ）として知られるデータベース内に記述および格納されている。ＦＭに格納されており、パワープラントおよびその資産を表す構造は、プラント情報モデル（ＰＩＭ）として知られている。現在、構成されたパワープラントの資産情報をＦＭなどの連合データソースに保存する、またはそこから読み出すための簡単な方法はない。ＰＩＭまたは任意の特定の資産に何らかの変更がある場合、ユーザはＰＩＭ全体、ならびにプラントについての１つ１つの資産に関連する情報を構成しなければならない。さらに、資産間の論理的関係は、変更があるたびに確立されなければならない。

米国特許第６６１５２５３号明細書

本発明の一態様によれば、制御システムの資産管理方法が記述される。本方法は、編集された制御システムの資産の保持、読出し、および保存のうちの少なくとも１つのためにウェブサービスを呼び出すステップと、制御システムの資産および制御システムの資産情報に関連付けられるデータ構造を受信するステップと、データ構造を受信するステップに応答してデータ構造の受信を確認するメッセージを生成するステップと、編集された制御システムの資産の保持、読出し、および保存のうちの少なくとも１つのためにデータベースの呼出しを行うステップとを含み、データベースは、データ構造、およびデータ構造と複数のデータ構造との関係を制御システムに格納するように構成される。

本発明の他の態様によれば、制御システムの資産を管理するためのコンピュータプログラム製品が記述される。コンピュータプログラム製品は、コンピュータに方法を実装させるための命令を格納する持続性コンピュータ可読媒体を含む。本方法は、編集された制御システムの資産の保持、読出し、および保存のうちの少なくとも１つのためにウェブサービスを呼び出すステップと、制御システムの資産および制御システムの資産情報に関連付けられるデータ構造を受信するステップと、データ構造を受信するステップに応答してデータ構造の受信を確認するメッセージを生成するステップと、編集された制御システムの資産の保持、読出し、および保存のうちの少なくとも１つのためにデータベースの呼出しを行うステップとを含み、データベースは、データ構造、およびデータ構造と複数のデータ構造との関係を制御システムに格納するように構成される。

本発明の他の態様によれば、制御システムの資産管理サーバが記述される。本サーバは、データベースに連結されており、編集された制御システムの資産の保持、読出し、および保存のうちの少なくとも１つのためにウェブサービスを呼び出して、制御システムの資産および制御システムの資産情報に関連付けられるデータ構造を受信して、データ構造を受信するステップに応答してデータ構造の受信を確認するメッセージを生成して、編集された制御システムの資産の保持、読出し、および保存のうちの少なくとも１つのためにデータベースの呼出しを行うように構成されたプロセッサを含み、データベースは、データ構造、およびデータ構造と複数のデータ構造との関係を制御システムに格納するように構成される。

これらおよび他の利点ならびに特徴は、以下の記述を図面とともに読めば、より明らかになるであろう。

発明と見なされる対象は、本明細書の最後に、特許請求の範囲において具体的に指定され、明確に主張される。本発明の上述および他の特徴ならびに利点は、以下の詳細な記述を添付の図面とともに読めば明らかである。

編集された制御システムの資産を保持、読出し、および保存するための、例示的システムを示す図である。 コンピューティングシステムの例示的実施形態を示す図である。 例示的実施形態による、パワープラントの資産を保持（保存）する方法の流れ図である。 例示的実施形態による、パワープラントの資産情報を読み出す方法の流れ図である。 例示的実施形態による、編集されたパワープラントの情報を保存するための方法の流れ図である。

詳細な記述は、例として図面を参照して、本発明の実施形態を利点および特徴とともに説明する。

図１は、編集された制御システムの資産を保持、読出し、および保存するための例示的システム１００を示している。本明細書では、例示の目的でパワープラントについて述べる。本明細書に記載のシステムおよび方法は任意のタイプの制御システムに適用できることが理解されよう。例示的実施形態では、システム１００は、安全なトランスポート層（通信チャネル）１０６を介してサーバ１１５と通信できるように連結されたクライアントコンピュータ１０５を含む。例示的実施形態では、それぞれのクライアント１０５およびサーバ１１５は、相互に通信できるように連結された処理１１０、１２０をそれぞれ含む。処理１１０、１２０は、処理１１０、１２０が層１０６を介してウェブサービスとして動作できるようなサービス指向アーキテクチャ（ＳＯＡ）を使用するサービスおよびアプリケーションとともに、パワープラントのコンポーネントと相互接続するためのフレームワークを備えたプラットフォームを提供する高度なプラントアプリケーション層（ＡＰＡＬ）として、共に機能する。例示的実施形態では、システム１００は、サーバ１１５と通信できるように連結されたデータベース１２５（たとえばＦＭ）をさらに含む。本明細書に記載されるように、データベース１２５は、資産情報をパワープラント１３０に関連するデータ構造（たとえばＰＩＭ）として格納する。ＰＩＭは、エンドユーザにパワープラント内の様々なコンポーネントを階層的順序で構成する選択肢を与える、全ての可能なパワープラントまたは制御システムの資産および構造の、ソフトウェアオブジェクト表現である。したがって、任意の資産はＰＩＭオブジェクト（オブジェクト）と呼ばれることがある。ソフトウェアオブジェクトは、資産情報全体を格納してシステム１００で共有するために処理１１０で定義された、一意の共通構造である。

例示的実施形態では、システム１００は、処理１１０、１２０を実装して、編集されたパワープラントの資産を保持、読出し、および保存することを含む、パワープラントの資産を管理する。処理１１０、１２０は、制御システムの資産情報を、ウェブサービスを実装するデータベース１２５に保持または保存する方法の命令を含む。処理１１０、１２０は、保持されたパワープラントの資産情報を、ウェブサービスを実装するデータベース１２５から読み出す方法の命令も含む。処理１１０、１２０は、編集されたパワープラントの資産情報を、ウェブサービスを実装するデータベース１２５に保存する方法の命令をさらに含む。たとえば、ユーザは、現在の資産に変更を行う、資産を読み出す、任意の現在のまたは検索された資産を編集および保存するために、インターフェースとして処理１１０にアクセスできる。さらに、処理１２０は、データベース１２５に格納された資産をユーザが検索して、新たに構成された、または編集された資産を、将来検索するために再びデータベース１２５に保存できるようにするために実施することができる。このようにして、処理１１０、１２０は、データベース１２５にアクセスするための、シームレスで透過的なウェブサービスを提供する。

次に記述するように、例示的実施形態では、任意の適切なコンピューティングデバイスがクライアント１０５およびサーバ１１５に実装されてもよい。図２は、本明細書に記載のパワープラントの資産管理方法のためのコンピューティングデバイスとして実装可能なコンピューティングシステム２００の例示的実施形態を示している。本明細書に記載の方法は、ソフトウェア（たとえば、ファームウェア）、ハードウェア、またはそれらの組合で実施することができる。例示的実施形態では、本明細書に記載の方法は、実行可能プログラムとしてソフトウェアに実装されて、パーソナルコンピュータ、ワークステーション、ミニコンピュータ、またはメインフレームコンピュータなどの専用または汎用デジタルコンピュータによって実行される。したがって、システム２００は汎用コンピュータ２０１を含む。

例示的実施形態では、ハードウェアアーキテクチャに関して、図２に示されるように、コンピュータ２０１は、プロセッサ２０５、メモリコントローラ２１５に連結されたメモリ２１０、ならびにローカル入力／出力コントローラ２３５を介して通信できるように連結された、１つまたは複数の入出力（Ｉ／Ｏ）デバイス２４０、２４５（または周辺装置）を含む。当技術分野で知られているように、入力／出力コントローラ２３５は、これに限定されないが、１つまたは複数のバス、あるいは他の有線または無線接続でよい。入力／出力コントローラ２３５は、通信できるようにするためのコントローラ、バッファ（キャッシュ）、ドライバ、リピータ、およびレシーバなどの追加要素を有してよいが、簡単にするために省略される。さらに、ローカルインターフェースは、上述のコンポーネント間で適切な通信ができるようにするためのアドレス、制御、および／またはデータ接続を含みうる。

プロセッサ２０５は、特にメモリ２１０に格納されたソフトウェアを実行するためのハードウェアデバイスである。プロセッサ２０５は、任意のオーダーメイドまたは市販のプロセッサ、中央処理装置（ＣＰＵ）、コンピュータ２０１に関連付けられる複数のプロセッサ間の補助プロセッサ、半導体ベースのマイクロプロセッサ（マイクロチップまたはチップセットの形式の）、マクロプロセッサ、あるいは一般的にソフトウェア命令を実行するための任意のデバイスでよい。

メモリ２１０は、揮発性メモリ要素（たとえば、ランダムアクセスメモリ（ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭ等のＲＡＭ））および不揮発性メモリ要素（たとえばＲＯＭ、消去可能プログラム可能読出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラム可能読出し専用メモリ（ＥＥＰＲＯＭ）、プログラム可能読出し専用メモリ（ＰＲＯＭ）、テープ、コンパクトディスク読出し専用メモリ（ＣＤ−ＲＯＭ）、ディスク、ディスケット、カートリッジ、カセット、または同様のもの等）のうちの任意の１つまたは組合せを含むことができる。さらに、メモリ２１０は、電子、磁気、光、および／または他のタイプの記憶媒体を組み込むことができる。メモリ２１０は、様々なコンポーネントが相互に離れて配置されているが、プロセッサ２０５によってアクセスされうる、分散型アーキテクチャを有することができる点に留意されたい。

メモリ２１０内のソフトウェアは、それぞれが論理機能を実装するための実行可能命令の順序付けられたリストを含む、１つまたは複数の別のプログラムを含んでもよい。図２の例では、メモリ２１０内のソフトウェアは、例示的実施形態による、本明細書に記載のパワープラントの資産管理方法、および適切なオペレーティングシステム（ＯＳ）２１１を含む。ＯＳ２１１は、本明細書に記載のパワープラントの資産管理システムおよび方法のような、他のコンピュータプログラムの実行を基本的に制御して、スケジューリング、入力出力制御、ファイルおよびデータ管理、メモリ管理、ならびに通信制御および関連サービスを提供する。

本明細書に記載のパワープラントの資産管理方法は、ソースプログラム、実行可能プログラム（オブジェクトコード）、スクリプト、または実行されるべき命令のセットを含む他の任意のエンティティの形式でよい。ソースプログラムの場合、ＯＳ２１１に関連して適切に動作するために、プログラムは、メモリ２１０内に含まれてもよく、含まれなくてもよいコンパイラ、アセンブラ、インタープリタ、または同様のものを介して解釈される必要がある。さらに、パワープラントの資産管理方法は、データおよび方法のクラスを有するオブジェクト指向プログラミング言語として書かれてもよく、ルーチン、サブルーチン、および／または機能を有する手続き型プログラミング言語として書かれてもよい。

例示的実施形態では、従来のキーボード２５０およびマウス２５５は入力／出力コントローラ２３５に連結されてもよい。Ｉ／Ｏデバイス２４０、２４５などの他の出力デバイスは、たとえば、これに限定されないが、プリンタ、スキャナ、マイク、および同様のものなどの入力デバイスを含みうる。最後に、Ｉ／Ｏデバイス２４０、２４５は、たとえば、これに限定されないが、ネットワークインターフェースカード（ＮＩＣ）またはモジュレータ／デモジュレータ（他のファイル、デバイス、システム、あるいはネットワークにアクセスするための）、無線周波数（ＲＦ）または他のトランシーバ、電話インターフェース、ブリッジ、ルータ、および同様のものなどの、入力および出力の両方と通信するデバイスをさらに含んでもよい。システム２００は、ディスプレイ２３０に連結されたディスプレイコントローラ２２５をさらに含んでもよい。例示的実施形態では、システム２００は、ネットワーク２６５と連結するためのネットワークインターフェース２６０をさらに含んでもよい。ネットワーク２６５は、ブロードバンド接続を介して、コンピュータ２０１と、任意の外部サーバ、クライアント、および同様のものとの間で通信するためのＩＰベースのネットワークでよい。ネットワーク２６５は、コンピュータ２０１と外部システムとの間でデータを送受信する。例示的実施形態では、ネットワーク２６５は、サービスプロバイダによって管理される、管理ＩＰネットワークでよい。ネットワーク２６５は、たとえば無線プロトコル、およびＷｉＦｉやＷｉＭａｘなどの技術を使用して、無線方式で実装することができる。ネットワーク２６５は、ローカルエリアネットワーク、ワイドエリアネットワーク、メトロポリタンエリアネットワーク、インターネットネットワーク、または他の類似のタイプのネットワーク環境などの、パケット交換ネットワークでもよい。ネットワーク２６５は、固定無線ネットワーク、無線ローカルエリアネットワーク（ＬＡＮ）、無線ワイドエリアネットワーク（ＷＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）、仮想プライベートネットワーク（ＶＰＮ）、イントラネット、または他の適切なネットワークシステムでよく、信号を送受信するための装置を含む。

コンピュータ２０１が、ＰＣ、ワークステーション、インテリジェントデバイス、または同様のものの場合、メモリ２１０内のソフトウェアは基本入出力システム（ＢＩＯＳ）をさらに含みうる（簡単にするために省略する）。ＢＩＯＳは、起動時にハードウェアを開始およびテストして、ＯＳ２１１を起動して、ハードウェアデバイス間のデータ転送をサポートする、基本ソフトウェアルーチンのセットである。ＢＩＯＳは、コンピュータ２０１が起動された時に実行可能であるように、ＲＯＭに格納される。

コンピュータ２０１の動作中、プロセッサ２０５は、メモリ２１０に格納されたソフトウェアを実行して、メモリ２１０に、およびそこからデータを通信して、ソフトウェアに従ってコンピュータ２０１の動作を全体的に制御するように構成される。本明細書に記載のパワープラントの資産管理方法およびＯＳ２１１は、全体的または部分的に、しかし一般的には部分的に、プロセッサ２０５によって読み出されて、場合によってはプロセッサ２０５内でバッファされて、次いで実行される。

本明細書に記載のシステムおよび方法がソフトウェアに実装されると、図２に示されるように、本方法は、任意のコンピュータ関連システムまたは方法によって使用するために、またはそれに関連して使用するために、記憶装置２２０などの任意のコンピュータ可読媒体に格納されてもよい。

当業者には理解されるように、本発明の態様は、システム、方法、またはコンピュータプログラム製品として実施することができる。したがって、本発明の態様は、全体的ハードウェア実施形態、全体的ソフトウェア実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、あるいは、本明細書では全て一般的に「回路」、「モジュール」、または「システム」と呼ばれることがある、ソフトウェアとハードウェアの態様を結合する実施形態の形式をとりうる。さらに、本発明の態様は、コンピュータ可読プログラムコードを組み入れた１つまたは複数のコンピュータ可読媒体に組み入れられた、コンピュータプログラム製品の形式をとりうる。

１つまたは複数のコンピュータ可読媒体の任意の組合せが利用されうる。コンピュータ可読媒体は、コンピュータ可読信号媒体でもよく、コンピュータ可読記憶媒体でもよい。コンピュータ可読記憶媒体は、たとえば、これに限定されないが、電子、磁気、光、電磁、赤外線または半導体のシステム、装置またはデバイス、あるいは上記の任意の適切な組合せでよい。コンピュータ可読記憶媒体のより具体的な例（非網羅的なリスト）は、１つまたは複数のワイヤを有する電子接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、消去可能プログラム可能読出し専用メモリ（ＥＰＲＯＭ、またはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読出し専用メモリ（ＣＤ−ＲＯＭ）、光学式記憶デバイス、磁気記憶デバイス、あるいは上記の任意の適切な組合せを含む。本明細書の文脈では、コンピュータ可読記憶媒体は、命令実行システム、装置、またはデバイスによって使用するための、またはそれに関連して使用するためのプログラムを含む、または格納できる、任意の有形媒体でよい。

コンピュータ可読信号媒体は、たとえばベースバンドに、または搬送波の一部として、コンピュータ可読プログラムコードを組み入れた伝搬データ信号を含みうる。このような伝搬信号は、これに限定されないが、電磁、光、またはこれらの任意の適切な組合せを含む、様々な任意の形式をとりうる。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではなく、命令実行システム、装置、またはデバイスによって使用するための、またはそれに関連して使用するためのプログラムを通信、伝搬、または転送できる、任意のコンピュータ可読媒体でよい。

コンピュータ可読媒体に組み入れられたプログラムコードは、これに限定されないが、無線、有線、光ファイバケーブル、ＲＦなど、または上記の任意の適切な組合せを含む、任意の適切な媒体を使用して送信されてもよい。

本発明の態様についての動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ(登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋、または同様のものなどのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または同様のプログラミング言語などの従来の手続き型プログラミング言語を含む、１つまたは複数のプログラミング言語の任意の組合せで書かれうる。プログラムコードは、全体的にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、スタンドアロンソフトウェアパッケージとして、部分的にユーザのコンピュータ上で、かつ部分的にリモートコンピュータ上で、あるいは全体的に遠隔コンピュータまたはサーバ上で、実行できる。後者の場合、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）、またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通じてユーザのコンピュータに接続されてもよく、外部のコンピュータに接続されてもよい（たとえばインターネットサービスプロバイダを使用してインターネットを通じて）。

本発明の実施形態による方法、装置（システム）、およびコンピュータプログラム製品の、流れ図および／またはブロック図を参照して、以下で本発明の態様を記述する。流れ図および／またはブロック図のそれぞれのブロック、ならびに流れ図および／またはブロック図におけるブロックの組合せは、コンピュータプログラム命令によって実装可能であることが理解されよう。これらのコンピュータプログラム命令は、コンピュータのプロセッサまたは他のプログラム可能データ処理装置を介して実行する命令が、流れ図および／またはブロック図の１つまたは複数のブロックで指定される機能／動作を実装するための手段を作成できるように機械を生成するために、汎用コンピュータ、専用コンピュータ、または他のプログラム可能データ処理装置に提供されてもよい。

これらのコンピュータプログラム命令も、コンピュータ、他のプログラム可能データ処理装置、または他のデバイスに、特定の方法で機能するように指示できるコンピュータ可読媒体に格納でき、コンピュータ可読媒体に格納された命令が、流れ図および／またはブロック図の１つまたは複数のブロックで指定される機能／動作を実装する命令を含む製品を生成できるようにする。

コンピュータプログラム命令は、コンピュータまたは他のプログラム可能装置上で実行する命令が、流れ図および／またはブロック図の１つまたは複数のブロックで指定された機能／動作を実装するための処理を提供するようにコンピュータ実装処理を生成するために、一連の動作ステップがコンピュータ、他のプログラム可能装置、または他のデバイスに実行されるように、コンピュータ、他のプログラム可能データ処理装置、または他のデバイスにロードされうる。

図面における流れ図およびブロック図は、本発明の様々な実施形態によるシステム、方法、およびコンピュータプログラム製品の可能な実装形態のアーキテクチャ、機能性、および動作を示している。この関連で、流れ図またはブロック図におけるそれぞれのブロックは、指定された論理機能を実装するための１つまたは複数の実行可能命令を含むモジュール、セグメント、またはコードの一部を表すことができる。いくつかの代替実装形態では、ブロック内に記載された機能は、図面に記された順序とは異なる順序で発生する場合がある点にも留意されたい。たとえば、連続して示されている２つのブロックは、含まれる機能性に応じて、実際にはほぼ同時に実行されてもよく、ブロックが逆の順序で実行されることがあってもよい。ブロック図および／または流れ図のそれぞれのブロック、ならびにブロック図および／または流れ図におけるブロックの組合せは、指定された機能または動作を実行する専用ハードウェアベースシステム、あるいは専用ハードウェアとコンピュータ命令との組合せによって実装されうる点にも留意されたい。

例示的実施形態では、パワープラントの資産管理方法がハードウェアに実装されると、本明細書に記載のパワープラントの資産管理方法は、それぞれ当分野でよく知られている、データ信号に論理機能を実装するための論理ゲートを有するディスクリート論理回路、適切な組合せ論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラマブルゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などの技術のいずれか、または組合せで実装することができる。

図３は、例示的実施形態による、パワープラントの資産をデータベース１２５に保持（保存）する方法３００の流れ図を示している。方法３００は、クライアント１０５上のユーザが、ウェブサービスにＡＰＡＬからの動作を持続して、パワープラント１３０の資産構成を保存するよう要求することから始まる。ブロック３０５で、ＡＰＡＬは資産が構成されたかどうかを決定する。ブロック３０５で資産が構成されていない場合、ブロック３１０で、ＡＰＡＬが資産を構成する。例示的実施形態では、ＡＰＡＬは、完全に構成された資産情報を利用して、構成された資産についての全ての情報を含むデータ構造（ソフトウェアオブジェクト）を構築（ｆｏｒｍｕｌａｔｅ）する。ブロック３０５で資産が構成される場合、本明細書に記載されるように、ＡＰＡＬは構成された資産情報をソフトウェアオブジェクトに変換する。ブロック３２０で、ＡＰＡＬは持続ウェブサービスを呼び出す。ブロック３２５で、ＡＰＡＬは資産情報およびソフトウェアオブジェクトを、層１０６を介してサーバ１１５に転送する。ブロック３３０で、ＡＰＡＬは、オブジェクトおよび資産情報がサーバ１１５内で受信されたかどうかを決定する。ブロック３３０でオブジェクトおよび資産情報がサーバ１１５内で受信されていない場合、ブロック３３５で、ＡＰＡＬはオブジェクトおよび資産情報が受信されていないことを示す、ユーザへのメッセージを生成する。次いで、ユーザは必要に応じてこのステップを反復できる。例示の目的で、パワープラント１３０は、１つのガスタービンおよび１つのスチームタービンを備えた結合されたサイクルブロックを含む。この例は例示目的に過ぎず、他のいくつかの資産が考えられることが理解されよう。ブロック３３０でオブジェクトおよび資産情報が受信されると、次いでブロック３４０で、ＡＰＡＬは親資産がデータベース１２５内で保持されるかどうかを決定する。このようにして、ＡＰＡＬは、資産と見なされる親ノード（たとえば、パワープラントオブジェクト）かデータベース１２５に保存されるかどうかを調べる。ブロック３４０で親資産が保持（保存）されない場合、次いでブロック３６５で、親資産がデータベース１２５に保存される。ブロック３８５で、ＡＰＡＬは親資産の保持に関連するデータベースに特定の呼出しを行う。ブロック３４０で親資産が保持（保存）されると、次いでブロック３４５で、ＡＰＡＬは子資産が存在するかどうか決定する。このようにして、ＡＰＡＬは親ノード（たとえば、パワープラントの資産）が他の任意の子オブジェクト（すなわち、例における結合されたサイクルブロック）を有するかどうかを調べる。ブロック３４５で子資産がない場合、ブロック３３５でメッセージがユーザに送信される。次いで、ユーザは子ノードを見つけるために必要な任意の行動を取ることができる。ブロック３４５で子資産がある場合、次いでブロック３５０で、ＡＰＡＬは子資産がデータベース１２５内で保持されるかどうか決定する。ブロック３５０で子資産が保持（保存）されない場合、次いでブロック３６５で、子資産がデータベース１２５に保存される。ブロック３８５で、ＡＰＡＬは子資産の保持に関連するデータベースに特定の呼出しを行う。このようにして、この場合は結合されたサイクルブロックである子ノードはデータベース１２５に保存される。ブロック３５０で子資産が保持（保存）されると、次いでブロック３５５で、ＡＰＡＬは関係があるかどうか決定する。このようにして、親資産と子資産とがデータベース１２５に保存されると、ＡＰＡＬは親ノードと子ノードとの間に存在するリンク（関係）を確立できる。将来のある時点で、データベース１２５から親ノードが検索される際に、親ノードとともに子ノードも検索できるので、ユーザが作成してデータベース１２５に保存した構成の完全性を維持できる。ブロック３５５で、親ノードと子ノードとの間に関係がない場合、ブロック３３５で、ユーザにメッセージが生成されうる。ユーザは必要に応じて行動を取ることができる。ブロック３５５で、親ノードと子ノードとの間の関係が存在する場合、次いでブロック３６０で、ＡＰＡＬは関係が単方向か双方向かを決定できる。単方向および双方向関係は、特定の資産への任意の変更が、一方向または両方向のノードに影響を及ぼすかどうかを決定する。関係に関わらず、ＡＰＡＬは、ブロック３７０で単方向関係を設定して、ブロック３７５で双方向関係を設定する。ブロック３８５で、ＡＰＡＬはデータベース１２５への呼出しを行って、関係をデータベース１２５に格納する。ブロック３８０で、ＡＰＡＬは孫資産が存在するかどうかを決定する。孫資産は、資産管理の次の反復にとって論理的な親になる（再びブロック３４０から開始する）。ブロック３８０で孫資産がない場合、メッセージがユーザに送信されて、ユーザは必要な行動を取ることができる。ブロック３８０で孫資産がある場合、ブロック３４０で方法３００を反復する。ブロック３４０と３８０との間の反復型ループは、ユーザがデータベース１２５に保存しようとする構成において最後の可能な資産にＡＰＡＬが出会うまで、全ての親子関係について続けられる。例示的実施形態では、親作成および子作成の処理、ならびにノード間の関係の確立は、自動化されて、たとえばブロック３８５で、データベース１２５への単一の呼出しで完了されうる。

本明細書に記載されるように、システム１００は、データベース１２５から保持されたパワープラントの資産情報を読み出すために実装することもできる。図４は、例示的実施形態による、データベース１２５からパワープラントの資産情報を読み出す方法４００の流れ図を示している。方法４００は、クライアント１０５上のユーザが、ＡＰＡＬからウェブサービス読出し動作を要求することから始まる。ブロック４０５で、ＡＰＡＬは、一般的にはパワープラントオブジェクトである、利用可能なトップオブジェクトを検索する。ブロック４１０で、ＡＰＡＬは、トップオブジェクトを送信することによって読出しウェブサービスを呼び出す。ブロック４１５で、ＡＰＡＬは資産および情報を、トランスポート層１０６を介してサーバ１１５に転送する。ブロック４２０で、ＡＰＡＬは、トップオブジェクト（資産および情報を含む）がサーバ１１５で受信されたかどうかを決定する。ブロック４２０で、トップオブジェクトがサーバ１１５で受信されていない場合、ブロック４２５で、ＡＰＡＬがメッセージをエンドユーザに送信する。次いで、エンドユーザはトップオブジェクトを再送信するなどの行動を取ることができる。ブロック４２０で、サーバ１１５でトップオブジェクトが受信された場合、ブロック４３０で、ＡＰＡＬがデータベース１２５を呼び出す。このようにして、ＡＰＡＬはデータベース１２５にアクセスして、トップオブジェクトに関連付けられる一連のオブジェクトを取得する。ブロック４３５で、ＡＰＡＬは、トップオブジェクト数が１より大きいかどうかを調べる。ブロック４３５で、オブジェクト数が１以下の場合、ＡＰＡＬが、読み出すべき追加オブジェクトはないというメッセージをユーザに送信する。ブロック４３５で、オブジェクト数が１よりも大きい場合、ブロック４４０で、ＡＰＡＬは、検索するべきトップオブジェクトがさらにあるかどうかを決定する。ブロック４３５で、検索するべきトップオブジェクトがもうない場合、ブロック４２５で、ＡＰＡＬが検索するべきトップオブジェクトはもうないというメッセージをユーザに送信する。ブロック４３５で、検索するべきオブジェクトがさらにある場合、ブロック４４５で、ＡＰＡＬがトップオブジェクトを使用して、トップオブジェクトおよび一連のオブジェクトに関連する全ての情報をデータベース１２５から検索する。ブロック４３０で、ＡＰＡＬはデータベース１２５を呼び出して、情報を検索する。ブロック４５０で、ＡＰＡＬは全ての情報が検索されたかどうかを決定する。ブロック４５０で、全ての情報が検索されていない場合、ブロック４５５で、ＡＰＡＬが数を増分して、ブロック４４０で方法４００を反復する。ブロック４５０で、全ての情報が検索されている場合、ブロック４６０で、ＡＰＡＬがオブジェクトを構築する。ブロック４４０で、ＡＰＡＬがさらにトップオブジェクト数を返して、検索する任意のさらなるオブジェクトがあるかどうかを調べる。さらに、ブロック４６５で、ＡＰＡＬはオブジェクトデータ構造をリストに格納する。次いで、ブロック４２５で、ＡＰＡＬはメッセージをユーザに返す。このようにして、方法３００は利用可能な全ての親オブジェクトを反復して、データベース１２５から完全な親子関係を取得する。例示的な例では、オブジェクトは、結合されたサイクルブロック、ガスタービン、およびスチームタービンを含む。一旦ＡＰＡＬが１つの親オブジェクトについての完全な情報を受信すると、ウェブサービスは一意のデータ構造（保持サービスのデータ構造と類似している）を構築して、クライアントと通信するためにウェブサービスによって内部で維持されたリストにそれを追加する。全ての反復の後で、ウェブサービスは親オブジェクトのリスト全体をクライアント１０５に送信する。これを通じて、クライアントはデータベース１２５内に存在する全ての親子関係を受信する。

本明細書に記載されるように、システム１００は、以前にデータベース１２５から検索された既存の資産構成に様々な編集動作をユーザが実行できるようにさらに実装されてもよい。ＡＰＡＬは、構成に実行された編集のタイプに基づいて、対応する動作を実行する。例示的実施形態では、一旦ユーザがデータベース１２５への変更のうちのいずれかを保持すると決定すると、ＡＰＡＬは、サービス指向アーキテクチャプラットフォーム（ＳＯＡＰ）を通じて任意の編集要求が行われたかどうかを確認する。１つまたは複数の編集要求がＳＯＡＰから受信されると、ウェブサービスは、資産パラメータのうちのいずれかが更新された場合は更新呼出し、既存の資産が削除された場合は削除呼出し、新しい資産が作成された場合は作成呼出しおよび作成関係呼出し、ならびに資産がある親から他の親に移動された場合は削除および作成関係の組合せ、のサービス呼出しのうちのいずれかまたは全てを内部で構築する。次いで、更新操作が成功または失敗のうちに完了すると、サービスは応答をクライアント１０５に返信する。図５は、例示的実施形態による、編集されたパワープラント情報をデータベース１２５に保存するための方法５００の流れ図を示している。方法５００は、ユーザが編集後に保存動作を要求することから始まる。例示的実施形態では、ユーザは、データベース１２５から検索された、またはデータベース１２５内で利用可能な構成に、本明細書に記載の編集動作のいずれかまたは全てを実行できる。例示的実施形態では、ブロック５０１でユーザが資産のパラメータを編集して、ブロック５０２で、構成内で新しい資産を作成して、ブロック５０３で既存の資産を削除して、ブロック５０４で、ある親ノードから他の親ノードに子資産を移動できる。ブロック５０１でユーザが資産のパラメータを編集すると、ブロック５０６で、ＡＰＡＬは編集された資産のオブジェクトを検索する。ユーザが新しい資産を作成すると、次いでブロック５０７で、ＡＰＡＬは新しい資産情報とともに新しい資産が作成された親を記録する。ブロック５０３で、ユーザが資産を削除すると、次いでブロック５０５で、ＡＰＡＬが削除はオブジェクトの合成かまたは集合かを決定する。ブロック５０５で削除が集合である場合、次いでブロック５０８で、ＡＰＡＬは削除された資産と親との関係を記録し続ける。ブロック５０５で削除が合成である場合、次いでブロック５０９で、ＡＰＡＬは資産をオブジェクトに構築する。ブロック５０４で、ユーザが１つの資産をあるオブジェクトから他のオブジェクトに移動すると、次いでブロック５１０で、ＡＰＡＬは移動された資産の古い親、および資産の新しい親を記録する。ユーザが実行する編集のタイプに関わらず、ブロック５１５で、ＡＰＡＬは編集された資産および情報を、トランスポート層１０６を介してサーバ１１５に転送する。ブロック５２０で、ＡＰＡＬは、オブジェクトおよび資産についての情報がサーバ１１５で受信されたかどうかを決定する。ブロック５２０で、オブジェクトおよび情報がサーバで受信されていない場合、次いでブロック５２５で、ＡＰＡＬがオブジェクトおよび情報が受信されていないというメッセージをユーザに送信する。次いで、ユーザは修正行動を取ることができる。ブロック５２０でオブジェクトおよび情報がサーバで受信されている場合、ＡＰＡＬは変更のタイプに応じて様々な動作を取ることができる。ブロック５３０で、変更がパラメータの編集の場合、次いでブロック５３１で、ＡＰＡＬが編集された資産オブジェクトを更新する。ブロック５３５で、変更が新しい資産の作成の場合、次いでブロック５３６で、ＡＰＡＬが新しい資産を作成する。さらに、ブロック５３６で、ＡＰＡＬが関係を作成する。ブロック５４０で、変更が集合削除の場合、次いでブロック５４１で、ＡＰＡＬが関係を削除する。ブロック５４５で、変更が合成削除の場合、次いでブロック５４６で、ＡＰＡＬが資産を削除する。ブロック５５０で、変更が資産の移動の場合、次いでブロック５５１で、ＡＰＡＬが古い関係を削除して、新しい関係を作成する。変更のタイプに関わらず、ブロック５６０で、ＡＰＡＬはデータベース１２５を呼び出して、変更を格納する。次いでブロック５２５で、変更が行われたというメッセージがユーザに送信される。

他の例示的実施形態では、システム１００は単純または複雑なクエリメカニズムを実装して、データベース１２５への、またはそこからの動作を実行できることが理解されよう。システム１００は、任意の一般的なウェブサービスで、データベース１２５への、またはそこからの動作のうちのいずれかを実装できる。さらに、システム１００は、直接アプリケーションプログラムインターフェース（ＡＰＩ）またはクライアント１０５からの機能呼出しを実装して、データベース１２５への、またはそこからの類似の動作を実行することもできる。システム１００は、ユーザがデータベース１２５と対話して、必要な動作を実行できるようにするウェブアプリケーションをサポートすることもできる。

技術的効果は、これに限定されないが、任意のプラントエンジニアが、ウェブサービスインフラストラクチャを使用することによってパワープラントの資産を作成／保存／更新するためのツールを開発する能力を含む。任意のウェブサービスクライアントは、ＡＰＡＬ高可用性サーバ１１５からこの資産情報にアクセスして、資産およびその状態を分析できる。資産は健康状態を監視されて、資産を維持するウェブサービスに接続するクライアント１０５によっていつでも切断されうる（動作不良の場合）。システム１００によって、データベースおよびＰＩＭは、相互にシームレスに対話できるようになる。パワープラントのオペレータは、任意の時点でプラントの資産の最新の状態を見ることができる。システム１００は、全ての可能な資産を備えた任意のパワープラントを構成するための単一の一意のプラットフォームを提供する。サービスを使用することによって、任意の異なるまたは新しい種類の資産がアクセスまたは監視されうる。世界中のどこでも、パワープラントの資産を管理するために、ウェブサービスに対する任意の第３者アプリケーションが開発されうる。システム１００は、任意のウェブアプリケーションまたはデスクトップクライアントツールに応える一般的なウェブサービスを提供して、パワープラントに関連する資産を管理する。さらに、システム１００は、資産の健康状態を調べて、資産が動作不良の場合は資産を切断するためにウェブサービスを提供する。完全なプラントの資産構成は、将来の検索目的のために、ＡＰＡＬを使用して構成される方法で保存することができる。構成は、提供されるＡＰＩを使用して保持されたものと同じ親子関係で検索することができる。編集されたプラント構成も、同じデータベースに保存または更新されうる。データベース構造は十分に一般的であるので、ウェブクライアントを通じて接続することによってどこからでもアクセス可能である。全てのデータベースコンテンツは高性能ウェブサーバを通じて利用可能なので、構成はどのウェブデバイスによってもアクセス可能である。様々な地理的位置にわたって広がるサイトは、データベース内に保持されているプラント構成を共有できる。

限られた数の実施形態のみに関連して本発明を詳細に記述したが、本発明はこのような開示された実施形態に限定されないことが容易に理解されるべきである。むしろ、本発明は、本明細書には記載されていないが、本発明の趣旨および範囲に見合う、任意の数の変化、変更、置換、または同等の構成を組み込むために修正されうる。さらに、本発明の様々な実施形態を記述したが、本発明の態様は記述された実施形態のうちのいくつかのみを含みうることが理解されるべきである。したがって、本発明は上記の記述によって限定されると見なされるべきではなく、添付の特許請求の範囲によってのみ限定される。

１００ 例示的システム
１０５ クライアントコンピュータ
１０６ トランスポート層
１１０ 処理
１１５ サーバ
１２０ 処理
１２５ データベース
１３０ パワープラント
２００ コンピューティングシステム
２０１ 汎用コンピュータ
２０５ プロセッサ
２１０ メモリ
２１１ オペレーティングシステム
２１５ メモリコントローラ
２２０ 記憶装置
２２５ ディスプレイコントローラ
２３０ ディスプレイ
２３５ ローカル入力／出力コントローラ
２４０ 入出力（Ｉ／Ｏ）デバイス
２４５ 入出力（Ｉ／Ｏ）デバイス
２５０ キーボード
２５５ マウス
２６０ ネットワークインターフェース
２６５ ネットワーク
３００ 方法

Claims (20)

1. 制御システムの資産管理方法であって、
   プロセッサによって、編集された制御システムの資産の保持、読出し、および保存のうちの少なくとも１つのためにウェブサービスを呼び出すステップと、
   前記プロセッサによって、制御システムの資産および制御システムの資産情報に関連付けられるデータ構造を受信するステップと、
   前記データ構造を受信するステップに応答して、前記プロセッサによって、前記データ構造の受信を確認するメッセージを生成するステップと、
   前記プロセッサによって、編集された制御システムの資産の保持、読出し、および保存のうちの少なくとも１つのためにデータベースの呼出しを行うステップとを含み、
   前記データベースが、前記データ構造、および前記データ構造と複数のデータ構造との関係を格納するように構成される、方法。
2. 前記制御システムの資産を保持するステップが、
   前記制御システムの資産を前記データ構造に変換するステップと、
   前記データベース内の前記制御システムの資産を、前記データ構造として保持するステップとを含む、請求項１記載の方法。
3. 前記データ構造と前記複数のデータ構造との間の親子関係を決定するステップ
   をさらに含む、請求項２記載の方法。
4. 前記親子関係が、双方向および単方向のうちの少なくとも１つである、請求項３記載の方法。
5. 前記制御システムの資産を読み出すステップが、
   前記データベースから、一連のデータ構造におけるトップデータ構造を識別するステップと、
   前記データベースから、前記トップデータ構造および前記一連のデータ構造を検索するステップと、
   前記トップデータ構造および前記一連のデータ構造をリストに格納するステップと、
   前記トップデータ構造および前記一連のデータ構造が検索されたというメッセージを送信するステップとを含む、請求項１記載の方法。
6. 前記編集された制御システムの資産を保存するステップが、
   前記編集された制御システムの資産が、前記制御システムの資産のパラメータを編集するステップと、新しい制御システムの資産を作成するステップと、前記制御システムの資産を削除するステップと、前記制御システムの資産を他の制御システムの資産に移動するステップとのうちの少なくとも１つによって編集されたことを識別するステップを含む、請求項１記載の方法。
7. 前記制御システムの資産の前記パラメータを編集するステップに応答して、前記制御システムの資産に関連付けられる前記データ構造を検索するステップと、
   新しい制御システムの資産を作成するステップに応答して、前記新しい制御システムの資産に関連付けられる新しいデータ構造と前記複数のデータ構造とを備えた親子関係を識別するステップと、
   前記制御システムの資産を削除するステップに応答して、集合削除と合成削除とのうちの少なくとも１つを決定するステップと、
   前記制御システムの資産を他の制御システムの資産に移動するステップに応答して、前記制御システムの資産と前記複数のデータ構造を備えた前記他の制御システムの資産との親子関係を識別するステップとをさらに含む、請求項６記載の方法。
8. 前記制御システムの資産および前記制御システムの資産情報に関連付けられる前記データ構造を受信するステップに応答して、および前記データベースの前記呼出しを行う前に、前記編集された制御システムの資産の状態を決定するステップをさらに含む、請求項７記載の方法。
9. 制御システムの資産を管理するためのコンピュータプログラム製品であって、
   プロセッサによって、編集された制御システムの資産の保持、読出し、および保存のうちの少なくとも１つのためにウェブサービスを呼び出すステップと、
   前記プロセッサによって、前記制御システムの資産および制御システムの資産情報に関連付けられるデータ構造を受信するステップと、
   前記データ構造を受信するステップに応答して、前記プロセッサによって、前記データ構造の受信を確認するメッセージを生成するステップと、
   前記プロセッサによって、編集された制御システムの資産の保持、読出し、および保存のうちの少なくとも１つのためにデータベースの呼出しを行うステップとを含む方法をコンピュータに実施させる命令を格納する持続性コンピュータ可読媒体を含み、
   前記データベースが、前記データ構造、および前記データ構造と複数のデータ構造との関係を格納するように構成される、コンピュータプログラム製品。
10. 前記制御システムの資産を保持するステップが、
    前記制御システムの資産を前記データ構造に変換するステップと、
    前記データベース内の前記制御システムの資産を、前記データ構造として保持するステップとを含む、請求項９記載のコンピュータプログラム製品。
11. 前記方法が、
    前記データ構造と前記複数のデータ構造との間の親子関係を決定するステップをさらに含む、請求項１０記載のコンピュータプログラム製品。
12. 前記親子関係が、双方向および単方向のうちの少なくとも１つである、請求項１１記載のコンピュータプログラム製品。
13. 前記制御システムの資産を読み出すステップが、
    前記データベースから、一連のデータ構造におけるトップデータ構造を識別するステップと、
    前記データベースから、前記トップデータ構造および前記一連のデータ構造を検索するステップと、
    前記トップデータ構造および前記一連のデータ構造をリストに格納するステップと、
    前記トップデータ構造および前記一連のデータ構造が検索されたというメッセージを送信するステップとを含む、請求項９記載のコンピュータプログラム製品。
14. 前記編集された制御システムの資産を保存するステップが、
    前記編集された制御システムの資産が、前記制御システムの資産のパラメータを編集するステップと、新しい制御システムの資産を作成するステップと、前記制御システムの資産を削除するステップと、前記制御システムの資産を他の制御システムの資産に移動するステップとのうちの少なくとも１つによって編集されたことを識別するステップを含む、請求項９記載のコンピュータプログラム製品。
15. 前記方法が、
    前記制御システムの資産の前記パラメータを編集するステップに応答して、前記制御システムの資産に関連付けられる前記データ構造を検索するステップと、
    新しい制御システムの資産を作成するステップに応答して、前記新しい制御システムの資産に関連付けられる新しいデータ構造と前記複数のデータ構造とを備えた親子関係を識別するステップと、
    前記制御システムの資産を削除するステップに応答して、集合削除と合成削除とのうちの少なくとも１つを決定するステップと、
    前記制御システムの資産を他の制御システムの資産に移動するステップに応答して、前記制御システムの資産と前記複数のデータ構造を備えた前記他の制御システムの資産との親子関係を識別するステップとをさらに含む、請求項１４記載のコンピュータプログラム製品。
16. 前記方法が、
    前記制御システムの資産および前記制御システムの資産情報に関連付けられる前記データ構造を受信するステップに応答して、および前記データベースの前記呼出しを行う前に、前記編集された制御システムの資産の状態を決定するステップをさらに含む、請求項１５記載のコンピュータプログラム製品。
17. 制御システムの資産管理サーバであって、
    データベースに連結されたプロセッサを備え、前記プロセッサが
    編集された制御システムの資産の保持、読出し、および保存のうちの少なくとも１つのためにウェブサービスを呼び出し、
    前記制御システムの資産および制御システムの資産情報に関連付けられるデータ構造を受信し、
    前記データ構造を受信するステップに応答して、前記データ構造の受信を確認するメッセージを生成し、
    編集された制御システムの資産の保持、読出し、および保存のうちの少なくとも１つのために前記データベースの呼出しを行うように構成され、
    前記データベースが、前記データ構造、および前記データ構造と複数のデータ構造との関係を格納するように構成される、サーバ。
18. 前記プロセッサが、
    前記制御システムの資産を前記データ構造に変換し、
    前記データベース内の前記制御システムの資産を、前記データ構造として保持し、
    前記データ構造と前記複数のデータ構造との間の親子関係を決定するようにさらに構成され、
    前記親子関係が、双方向および単方向のうちの少なくとも１つである、請求項１７記載のサーバ。
19. 前記プロセッサが、
    前記データベースから、一連のデータ構造におけるトップデータ構造を識別し、
    前記データベースから、前記トップデータ構造および前記一連のデータ構造を検索し、
    前記トップデータ構造および前記一連のデータ構造をリストに格納し、
    前記トップデータ構造および前記一連のデータ構造が検索されたというメッセージを送信するようにさらに構成される、請求項１７記載のサーバ。
20. 前記プロセッサが、
    前記編集された制御システムの資産が、前記制御システムの資産のパラメータを編集するステップと、新しい制御システムの資産を作成するステップと、前記制御システムの資産を削除するステップと、前記制御システムの資産を他の制御システムの資産に移動するステップとのうちの少なくとも１つによって編集されたことを識別し、
    前記制御システムの資産の前記パラメータを編集するステップに応答して、前記制御システムの資産に関連付けられる前記データ構造を検索し、
    新しい制御システムの資産を作成するステップに応答して、前記新しい制御システムの資産に関連付けられる新しいデータ構造と前記複数のデータ構造とを備えた親子関係を識別し、
    前記制御システムの資産を削除するステップに応答して、集合削除と合成削除とのうちの少なくとも１つを決定し、
    前記制御システムの資産を他の制御システムの資産に移動するステップに応答して、前記制御システムの資産と前記複数のデータ構造を備えた前記他の制御システムの資産との親子関係を識別し、
    前記制御システムの資産および前記制御システムの資産情報に関連付けられる前記データ構造を受信するステップに応答して、および前記データベースの前記呼出しを行う前に、前記編集された制御システムの資産の状態を決定するようにさらに構成される、請求項１７記載のサーバ。