JP6577412B2 - 運用管理装置及び運用管理方法、並びに運用管理システム - Google Patents

Description

本発明は、運用管理装置及び運用管理方法、並びに運用管理システムに関し、特に、制御設備からの情報及びそれに付随する設備からの情報を一元的に管理するための運用管理装置及び運用管理方法、並びに運用管理システムに適用して好適なものである。

近年、システム運用の高信頼化を目的とした技術開発がなされている。従来のシステム運用管理システムでは、現場側の制御設備及びサービス管理のプラットフォーム（以下「制御設備」を例示する）に関してリレーショナルデータベース（以下「データベース」と省略する）を用いて情報を管理している（特許文献１、非特許文献１参照）。つまり、従来のシステム運用管理システムでは、現場側に応じて予め用意されている業務アプリケーションプログラムが、現場側の制御設備に付随する設備としてのセンサなどより送信される情報を基に、受信した情報を中位層或いは下位層に振り分けて記憶装置に格納し、これらの情報の組み合わせによって現場側の制御設備などを管理している。

特許第４３００１４９号公報

「製造設備向けリアルタイムＳＧＬ精製ユニットの開発」情報処理学会論文誌 データベース Ｖｏｌ．２ Ｎｏ．２ ｐ．ｐ． １３７〜１４６（Ｊｕｎｅ ２００９）

従来のシステム運用では、現場側の制御設備などの管理に必要とされる情報をデータベースによって管理しているが、上述した業務アプリケーションプログラムは、データベース設計を伴うことが多く、そのデータベースに密接に関連させて開発される。このため、現場側の制御設備などの変更に応じてシステムの仕様を容易に変更できず、柔軟に現場側の制御設備などを管理することが困難であった。

本発明は以上の点を考慮してなされたもので、現場の制御設備や付随する設備を柔軟に管理することができる運用管理装置及び運用管理方法、並びに運用管理システムを提案しようとするものである。

かかる課題を解決するため、本発明による運用管理装置は、システムを構成する制御設備及び付随する設備を含む各構成要素の物理的及び論理的包含関係を、前記各構成要素を示す各構成情報に対応付けた各論理的包含識別情報を含めて木構造で表した各構造化識別情報として管理する一方、前記各構造化識別情報同士の一意性を管理する識別情報管理部と、前記各構成要素に対応する各アプリケーションプログラムと前記各構成要素を示す前記各構成情報に対応する前記各論理的包含識別情報との組み合わせを管理する組み合わせ管理部と、一の論理的包含識別情報を伴う要求に応じて、前記組み合わせ管理部に問い合わせて前記一の論理的包含識別情報を含む一の構造化識別情報を取得するとともに前記一の構造化識別情報に対応する一の構成要素に基づいて一のアプリケーションプログラムを特定し、前記特定した一のアプリケーションプログラムを実行させるプログラム実行部と、を備えることを特徴とする。

また、本発明による運用管理方法は、識別情報管理部が、システムを構成する制御設備及び付随する設備を含む各構成要素の物理的及び論理的包含関係を、前記各構成要素を示す各構成情報に対応付けた各論理的包含識別情報を含めて木構造で表した各構造化識別情報として管理する一方、前記各構造化識別情報同士の一意性を管理する識別情報管理ステップと、組み合わせ管理部が、前記各構成要素に対応する各アプリケーションプログラムと前記各構成要素を示す前記各構成情報に対応する前記各論理的包含識別情報との組み合わせを管理する組み合わせ管理ステップと、プログラム実行部が、一の論理的包含識別情報を伴う要求に応じて、前記組み合わせ管理部に問い合わせて前記一の論理的包含識別情報を含む一の構造化識別情報を取得するとともに前記一の構造化識別情報に対応する一の構成要素に基づいて一のアプリケーションプログラムを特定し、前記特定した一のアプリケーションプログラムを実行させるプログラム実行ステップと、を実行することを特徴とする。

また、本発明による運用管理システムは、システムを構成する制御設備及び付随する設備を含む各構成要素の物理的及び論理的包含関係を、前記各構成要素を示す各構成情報に対応付けた各論理的包含識別情報を含めて木構造で表した各構造化識別情報として管理する一方、前記各構造化識別情報同士の一意性を管理する識別情報管理部と、前記各構成要素に対応する各アプリケーションプログラムと前記各構成要素を示す前記各構成情報に対応する前記各論理的包含識別情報との組み合わせを管理する組み合わせ管理部と、一の論理的包含識別情報を伴う要求に応じて、前記組み合わせ管理部に問い合わせて前記一の論理的包含識別情報を含む一の構造化識別情報を取得するとともに前記一の構造化識別情報に対応する一の構成要素に基づいて一のアプリケーションプログラムを特定し、前記特定した一のアプリケーションプログラムを実行させるプログラム実行部と、を備える運用管理装置と、構造化識別情報を求める利用者側装置と、を有し、前記識別情報管理部は、前記利用者側装置が求める構造化識別情報と、管理している前記複数の構造化識別情報とを比較して両者の類似性を検討する類似検索実行部と、前記類似検索実行部による検索の結果、管理している前記複数の構造化識別情報に前記利用者側装置が求める構造化識別情報に類似する特定の構造化識別情報が存在する場合、課金を条件として、前記利用者装置に対する前記特定の構造化識別情報の開示を許容する情報紹介部と、を備えることを特徴とする。

本発明によれば、現場の制御設備や付随する設備を柔軟に管理することができる。

第１の実施の形態による制御設備運用管理システムの概略構成例を示すブロック図である。 システム構成を表す全範囲の一貫性を管理可能な構造化ＩＤを定義した概念図である。 構造化ＩＤとラッパーとの組み合わせ蓄積データのテーブル構成の一例を示す図である。 ラッパー識別子と実体識別子とを分離するためになされた正規表現の一例を示す図である。 抽象化対象の構造化ＩＤと処理プログラム情報との組み合わせ蓄積データのテーブルの一例を示す図である。 管理対象の構造化ＩＤと情報収集プログラム情報との組み合わせ蓄積データのテーブルの一例を示す図である。 制御対象の構造化ＩＤと命令送信プログラム情報との組み合わせ蓄積データのテーブルの一例を示す図である。 管理対象の構造化ＩＤとデータ利用用途との組み合わせ蓄積データのテーブルの一例を示す図である。 構造化ＩＤを編集する際における表示内容の一例を示す画面図である。 ラッパー定義部及び実体定義部への入力後に登録ボタンが押された際の表示結果の一例を示す図である。 設定を再利用して定義する様子の一例を示す画面図である。 制御設備からの情報を利用する情報利用処理の一例を示すフローチャートである。 制御設備の情報に対し、制御設備運用管理装置内で実施する識別情報と構造化ＩＤの変換するサブルーチンのフローチャートである。 情報反映処理の一例を示すフローチャートである。 測定値送信処理の一例を示すフローチャートである。 センサからの情報利用処理の一例を示すフローチャートである。 構造化ＩＤ追加合成変換処理の一例を示すフローチャートである。 情報収集要求処理の一例を示すフローチャートである。 制御命令送信処理の一例を示すフローチャートである。 構造化ＩＤ編集前処理の一例を示すフローチャートである。 構造化ＩＤ編集処理の一例を示すフローチャートである。 構造化ＩＤ編集処理の一例を示すフローチャートである。

以下、図面について、本発明の一実施の形態について詳述する。

（１）本発明の一実施の形態の背景
本発明の一実施の形態（以下「本実施の形態」という）においては、まず、その前提として、制御設備運用管理装置において、管理対象である制御設備（「現場装置」ともいう）に対して識別子を付与し、付随する設備としてのセンサ等において取得された情報を、その付与された識別子と対応付けて制御設備を管理している。

このような制御設備の管理に必要とされる情報は、一般的に、データベース設計を行うことにより、そのデータベースに格納して管理する方法が殆どである。この場合、データベース設計が必要となる関係から、１つのコンポーネントプロバイダ（コンポーネントベンダ）によって制御装置などを含む制御システム全体が設計されることが暗黙的な前提となっている。このような場合においては、制御設備の管理を行うＳＣＡＤＡや業務アプリケーションは、データベースの所在情報やクエリにより対象とする情報を一意に特定する手法を取っており、このような手法によると、制御設備運用管理装置とデータベースとが一体的に１つのコンポーネントプロバイダによって提供される必要が生じやすく、制御設備運用管理装置とデータベースとが密接な関係を形成し易くなり、容易にシステム構成を変更することが難しくなるおそれがある。以下、本実施の形態では、このように制御設備運用管理装置とデータベースとの間で密接な関連性が形成されることを「密結合」とも表現する。一方、データベースにおいて用いられるＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）は表現に自由度があり、必要な構文解析を行えば管理対象の情報を一意に特定できる一方、単純な文字列比較により一意性を識別することができないため、ＳＱＬ自体を各制御設備の識別情報として活用することは困難である。

そこで、本実施の形態では、詳細は後述するが、設計タイミング又はアーキテクチャの異なる制御設備（「現場装置」ともいう）及びセンサなどの付随する設備を、一意に識別可能な識別子を用いて符号化して、複数の識別子同士を結合し、複数の識別子同士の一意性を確保する。

さらに本実施の形態では、識別子同士の親子関係を構築し、そのような親子関係を表す木構造を用いて複数の制御設備及び付随する設備を互いに識別するために、親子関係のある識別子同士を結合する。そのように結合するに際し、本実施の形態では、それら識別子同士の間に、制御設備運用管理装置７００やこれに付随する設備をモデル化した論理的包含識別情報（後述するラッパー識別子に相当）を挟み込んで構造化する。制御設備運用管理装置は、その構造化された識別子（後述する「構造化ＩＤ」に相当）と、管理対象としての制御設備や付随する設備に関する情報との組み合わせを管理している。

本実施の形態では、そのような管理対象を活用するための要求に応じて処理を行う場合、上述のように構造化された識別子を受け取ると、包含識別情報に基づいて管理対象に関する情報の物理的な所在を特定し、結果として管理対象に関する情報を提供する。

一方、本実施の形態では、そのような管理対象としての制御設備や付随する設備に対して制御命令を発行する場合、構造化された識別子をユーザから受け取り、対象となる制御設備やこれに付随する設備に送信したり、または制御用インターフェース（以下「ＩＦ」とも省略する）へその制御命令を書き込むことにより、その制御用ＩＦを介して管理対象としての制御設備やこれに付随する設備を制御する。以下、本発明の概念をより具体的に説明する。

（２）第１の実施の形態
（２−１）制御設備運用管理システムの全体構成
図１は、第１の実施の形態による制御設備運用管理システム１０００の概略構成を示す。なお、以降の実施形態においては、同一の符号を付した同一の構成については、原則として同一の構成であり同一の動作を行うため、説明を省略する。

制御設備運用管理システム１０００は、例えば、制御設備においてそのセンサによって取得される情報の発生源の保存元側システム、その情報の利用者側システム、及びその情報の管理装置という大きく分けて３種類のシステムに分かれている。これら情報の発生源の保存元側システム、その情報の管理システム、及びその情報の利用者側システムは、ネットワーク４００を経由して互いに接続されており、互いに情報をやり取り可能な構成となっている。

（２−２）情報の発生源の保存元側システム
制御設備運用管理システム１０００は、情報の発生源の保存元側システムとして、図示のデータベースサーバ１００、付随する設備の一例としてのＩｏＴセンサ（以下「センサ」ともいう）２００、及び、制御設備３００（現場装置）を備えている。

データベースサーバ１００は、制御設備運用管理装置７００と同様にコンピュータの一種であり、メモリ１１０、記録媒体インターフェース（以下「ＩＦ」と省略する）１３０、及び通信インターフェース１２０を備えている。メモリ１１０は、データベースマネージメントサービス（以下「ＤＢＭＳ」と省略する）１１１、並びに命令判別実行部１１２を備えている。記録媒体１４０の中には、ＤＢ蓄積データ１４１が存在する。データベースサーバ１００は、コンピュータの一種であり、以上のような内部機能を利用して、後述するように制御設備運用管理装置７００からの制御命令に応じてＤＢ蓄積データ１４１を当該制御設備運用管理装置７００に対して提供する機能を有する。

ＩｏＴセンサ２００は、制御設備に付随する設備の一例であり、少なくとも１種類の計測項目に関する計測値を取得するセンサである。ＩｏＴセンサ２００は、このセンサによって取得された計測値を含むセンサ情報をネットワーク４００に送信可能な通信インターフェース２２０、及びメモリ２１０を備えている。メモリ２１０においては、測定値メッセージ生成部２１１及び命令判別実行部２１２が動作している。

制御設備３００は、現場側において使用される装置の一例であり、制御システムにおいては一般に主機と呼ばれている制御対象そのものの装置である。制御設備３００は、例えば、通信インターフェース（以下「ＩＦ」とも省略する）３２０、測定値メッセージ生成部３１１、及び命令判別実行部３１２を備えている。

（２−３）情報の利用者側システム
制御設備運用管理システム１０００は、情報の利用者側システムとして、ＨＭＩ（Ｈｕｍａｎ Ｍａｃｈｉｎｅ Ｉｎｔｅｒｆａｃｅ）５００及び業務プログラム実行サーバ６００を備えている。

ＨＭＩ５００は、制御設備運用管理装置７００と同様にコンピュータであり、通信ＩＦ５２０、ＣＰＵ５５０、及びメモリ５１０を有し、表示装置５８０に接続されている。これら通信ＩＦ５２０、ＣＰＵ５５０、及びメモリ５１０は、内部バス５６０によって接続されている。メモリ５１０では、設定項目入力部５１１と、構造化ＩＤラッパー操作部５１２及び構造化ＩＤ読込み部５１４が動作しているとともに、構造化ＩＤ編集テーブル５１３が設けられている。

業務プログラム実行サーバ（以下「業務サーバ」ともいう）６００は、制御設備運用管理装置７００と同様にコンピュータであり、通信ＩＦ６２０、ＣＰＵ６５０、及びメモリ６１０を有し、これら通信ＩＦ６２０、ＣＰＵ６５０、及びメモリ６１０は、内部バス６６０によって接続されている。業務サーバ６００内のメモリ６１０は、業務用アプリケーションプログラム（以下「業務アプリケーション」とも呼ぶ）６１２及び構造化ＩＤ読込み部６１４を有する。構造化ＩＤ読込み部６１４は、制御設備運用管理装置７００を経由して記録媒体７７１より管理対象の構造化ＩＤとデータ利用用途の組み合わせ蓄積データ７７３を取り込む機能を有する。

（２−４）情報の管理システム
制御設備運用管理システム１０００は、情報の管理システムとして、制御設備運用管理装置７００及び記録媒体７７１を備えている。制御設備運用管理装置７００では、通常、２台以上で構成される冗長構成が採用されるが、図面の簡素化のため、図示の例では１台で構成されているものと例示する。

制御設備運用管理装置７００は、通信インターフェース（以下「ＩＦ」とも省略する）７２０によりネットワーク４００を介して外部システムと接続されている。制御設備運用管理装置７００はメモリ７１０を有する。メモリ７１０上において動作する各機能は、各機能に対応する処理部を集積回路として構成することによりハードウェアで実現することもできる。

具体的には、このメモリ７１０上には、管理対象の全体情報を管理する構造化ＩＤラッパー管理部７１１と、構造化ＩＤを識別子として動作する情報収集プログラム及び命令送信プログラムとの関係を管理するとともに各プログラムを実行する構造化ＩＤ処理プログラム管理部７１２と、制御システム管理用ＫＶＳ（Ｋｅｙ Ｖａｌｕｅ Ｓｔｏｒｅ）データ管理エリア７１３と、組み合わせデータ管理エリア７１４とを有する。

制御設備運用管理装置７００はＣＰＵ７５０を有する。各内部機能は、バス７６０を介して情報及び命令等が伝達されることにより、対応する処理が実行される。以下、説明を簡素化するために、制御設備運用管理装置７００において各制御部及び各処理部の処理が、メモリ上に展開されるプログラムによって実現されるものとして説明する。これらは、ＣＰＵ７５０が各プログラムを実行することによって実現される各処理部を処理の主体として表現する。

制御設備運用管理装置７００は、記録媒体インターフェース（以下「ＩＦ」と省略する）７３０を有し、組み合わせデータ管理エリア７１４を経由して、記録媒体７７１に対してデータを書き込んだり記録媒体７７１に記憶済みのデータを読み出す。この記録媒体７７１は、構造化ＩＤとラッパーとの組み合わせ蓄積データ７７２、管理対象の構造化ＩＤと利用用途との組み合わせ蓄積データ７７３、管理対象の構造化ＩＤと情報収集プログラム情報との組み合わせ蓄積データ７７４、制御対象の構造化ＩＤと命令送信プログラム情報との組み合わせ蓄積データ７７５、及び、抽象化対象の構造化ＩＤと処理プログラム情報との組み合わせ蓄積データ７７６が記録される領域を有する。

（２−５）構造化ＩＤの定義例
特に、ＳＩ定義部７７２Ａａには、システムインテグレータによって設計された抽象的な識別子が設定される。なお、本実施形態では、このＳＩ定義部７７２Ａａは、設定済みの抽象的な識別子（の定義）がリスト上に表される場合には、後述するように「既存定義引用部」という名称で表すようにしている。

ラッパー定義部７７２Ａｂ及びラッパー定義部７７２Ａｃにはラッパー識別子が設定される。このラッパー識別子は、先に設計されたＳＩ定義部７７２Ａａの抽象的な識別子と、その後に採用される実体定義部７７２Ａｄ，７７２Ａｅの具体的なコンポーネントプロバイダを示す識別子との間に挿入されることにより、これら抽象的な識別子とコンポーネントプロバイダを示す識別子とを論理的に結合するための識別子である。ラッパー識別子を挿入することによりシステム構造に影響が及ばないようにするため、ラッパー識別子と実体識別子とは基本的に１対１で対応付けられている。

図２は、システム構成の全範囲において一貫性を管理できるように構造化ＩＤを定義した概念図を示す。本実施の形態では、設計タイミングが異なる複数の識別子を取り扱うため、柔軟に各識別子を結合することにより符号化を行う。本実施の形態において「符号化」とは、主として、そのように識別子同士を結合して木構造とすることを意味する。

構造化ＩＤは、管理対象全体を象徴する「システム全体ＩＤ」を表す抽象的な識別子を根要素（親要素：上位要素）とする一方、一部のシステム構成の置き替えを考慮し、現場側の制御設備やこれに付随する設備などの実体コンポーネントを表すより具体的な識別子としての実体識別子（子要素：下位要素）を上記抽象的な識別子に関連付けるよう結合して構成される。

本実施形態においては、このような構造化ＩＤにおいて、上述した抽象的な識別子と実体識別子との間に、実体識別子に対応した制御設備やこれに付随する設備をコンポーネントプロバイダに関係が無くなるよう論理的に包含させてモデル化したラッパー識別子を挿入している。

図示した一つ目の木構造としてのＳＩ定義部７７２Ａａ、ラッパー定義部７７２Ａｂ及び実体定義部７７２Ａｄは、ラッパー定義部７７２Ａｂの前後においてＳＩ定義部７７２Ａａ及び実体定義部７７２Ａｄが１対１の関係を保ちながら結合されるようラッパー定義部７７２Ａｂを追加した態様である。これは、ラッパー定義部７７２Ａｂを用いて実体定義部７７２Ａｄを限定する情報を追加する時に用いる態様である。

二つ目の木構造としてのＳＩ定義部７７２Ａａ、ラッパー定義部７７２Ａｃ及び実体定義部７７２Ａｅは、ＳＩ定義部７７２Ａａの抽象的な識別子と実体定義部７７２Ａｅの実体識別子とが１対１の関係を保ちながらその前後で親子関係を定義するラッパー定義部７７２Ａｃのラッパー識別子によって木構造を定義する態様である。

このような二つ目の木構造は、例えば、冗長化システム全体の識別子と、それを実現する複数の内部要素の識別子とを定義する場合に用いる態様である。これは、例えば、コンポーネントプロバイダＢ社定義７７２Ａｅにおいて、２重系の構成を持つ２つのラッパー識別子（図示の２つの五角形に相当）に、２つのストレージ装置の製品に各々対応する２つの実体識別子（図示の六角形及び菱形に相当）が各々結合されることを意味する。

図３は、構造化ＩＤとラッパー識別子との組み合わせ蓄積データ７７２Ａを管理するテーブル７７２の一例を示している。図示の例では、ＳＩ定義部７７２Ａａ、ラッパー定義部７７２Ａｂ，７７２Ａｃ及び実体定義部７７２Ａｄ，７７２Ａｅという３種の定義部がそれぞれ区別されて、後述するように設定する時のユーザの意図が確認できるように構成されている。各行は、ユーザによって識別子に関して設定された入力内容に対応した内容を表している。

ＳＩ定義部７７２Ａａ（後述する既存定義引用部に相当）の抽象的な識別子と実体定義部７７２Ａｄ，７７２Ａｅの実体識別子との組み合わせは、設計タイミングが互いに異なる制御設備やこれに付随する設備を設計タイミングに関係無く同一の手法により管理するために用いられる。本実施の形態では、これら識別子の組み合わせを適宜柔軟に変更してラッパー識別子とも組み合わせて結合することにより、図２に示すような概念を用いて構造化ＩＤとして符号化される。

行７７２１においては、実体定義部７７２Ａｄにおける「Ａ社温度計」という実体識別子に対し、ラッパー定義部７７２Ａｂ，７７２Ａｃにおける「温度計モデルＡ」というラッパー識別子が結合されている。

行７７２２においては、実体定義部７７２Ａｄにおける「Ａ社プラント」という実体識別子に対し、ラッパー定義部７７２Ａｂ，７７２Ａｃにおける「プラントモデルＡ」というラッパー識別子が結合されている。

ここで、ラッパー定義部７７２Ａｂにおける「モデル」とは、例えば、摂氏若しくは華氏のような温度、又は圧力などの単位を統一したり、既述の付随する設備としてのＩｏＴセンサ２００からのセンサ情報の表現態様を統一したりする概念を意味する。

行７７２３においては、上述した行７７２１と同様に、ラッパー定義部７７２Ａｂ，７７２Ａｃとして「温度計モデルＡ」というラッパー識別子がＳＩ定義部７７２Ａａの抽象的な識別子と実体定義部７７２Ａｄ，７７２Ａｅの実体識別子との間に挿入されることにより、前後の識別子同士が結合されている。

本実施形態では、抽象化プログラムが、例えば、実体定義部７７２Ａｄ，７７２Ａｅにおける「Ａ社温度計」という実体識別子を、行７７２３の「Ｄ社温度計」と同様に、ラッパー定義部７７２Ａｂ，７７２Ａｃの「温度計モデルＡ」にモデル化するものとする。

図４（Ａ）〜図４（Ｃ）は、それぞれ、上述のようにＳＩ定義部７７２Ａａの抽象的な識別子と、ラッパー定義部７７２Ａｂ，７７２Ａｃのラッパー識別子と、実体定義部７７２Ａｄ，７７２Ａｅにおける実体識別子とを木構造で結合して構成した構造化ＩＤの一例を示す。

図４（Ａ）は、過去に利用した構造化ＩＤ（以下「既存の構造化ＩＤ」ともいう）７７２ＡＡ１の一例を示しており、図４（Ｂ）及び図４（Ｃ）は、それぞれ、図４（Ａ）に示す既存の構造化ＩＤを再利用するために当該既存の構造化ＩＤの一部が「＊」印（以下「ワイルドカード」という）を用いて正規表現とされた構造化ＩＤの一例を示している。

ここで、「正規表現」とは、例えば、既存の構造化ＩＤにおいて、ラッパー定義部７７２Ａｂ，７７２Ａｃのラッパー識別子と、実体定義部７７２Ａｄ，７７２Ａｅにおける実体識別子とを分離して再利用するために、元々の構造化ＩＤの一部の表現をワイルドカード「＊」を用いて構造化ＩＤの表現形態を改めることをいう。

図４（Ａ）に示す既存の構造化ＩＤ７７２ＡＡ１は、「温度計モデルＢ」というラッパー識別子と、ユーザの要望に沿って設定される「Ｂ社温度計」という実体識別子と、を含んでいる。既述の抽象化処理プログラムは、この中から、ラッパー定義部７７２Ａｂ，７７２Ａｃのラッパー識別子を基に、例えば、図４（Ａ）に示す「Ｂ社プラント／装置Ｂ」という実体識別子を、図４（Ｂ）に示すようにワイルドカード「*」に置き換えることにより、ラッパー識別子「温度計モデルＢ」のみを抽出して、検索に用いる正規表現とすることができる。

このように様々なコンポーネントプロバイダが提供しうる実体コンポーネントである「温度計」を論理的なモデルとして「温度計モデル」のように構造化ＩＤを概念化して表現することを、本実施形態では「正規表現」と呼んでいる。このような正規表現とすると、実体コンポーネント「温度計」がどのコンポーネントプロバイダから供給されていても「温度計モデル」として同様に取り扱うことができる。

本実施の形態では、正規表現にて表されるラッパー識別子のみを選択することにより、過去に利用した構造化ＩＤを活用して部分的に一部の種類の識別子を複製して再利用し、実体識別子に対して新規な別の識別子を結合することにより、効率よく類似する構造化ＩＤを作成することができるようになる。なお、本実施の形態では、このように構造化ＩＤを作成することを「定義」とも表現している。

図４（Ｃ）に示すような正規表現とした構造化ＩＤ７７２ＡＡ３のように、この正規表現に含まれるラッパー識別子（図示の例では「プラントモデルＢ」）の数を少なくすると、正規表現の尾部「*」に該当する枝要素の識別子（相対的に親（上位側）として選択しうる他の識別子）や葉要素の識別子（相対的に子（下位側）として選択しうる他の識別子）の種類が増加するため、一括で再利用できる識別子の種類が増加する。

図５は、抽象化対象の構造化ＩＤと処理プログラム情報との組み合わせ蓄積データ７７６における、ラッパー定義部７７６ａ、実体定義部７７６ｂ及び処理プログラム７７６ｃの関係を示している。

この組み合わせ蓄積データ７７６には、例えば、単位変換を行う単位系変更プログラム、各社コンポーネントのコンポーネントプロバイダの個別の特性をラッパー定義部７７６ａのラッパー識別子に対応付ける抽象化処理プログラム、及び、各コンポーネントプロバイダが設定済みの個別の障害メッセージをラッパー識別子７７６ａの障害モデルが示す意味に対応付けるプログラムが登録されている。

第１行目欄７７６１においては、抽象化処理プログラムＡによって、実体定義部７７６ｂにおいて「Ａ社プラント」という実体識別子を、ラッパー定義部７７６ａにおいて「プラントモデルＡ」というラッパー識別子に抽象化して対応付ける定義を示している。

第２行目欄７７６２は、単位変換プログラムＡによって、実体定義部７７６ｂにおいて「Ｄ社温度計」という実体識別子を、ラッパー定義部７７６ａにおいて「温度モデルＡ」というラッパー識別子に抽象化して対応付ける定義を示している。

第３行目欄７７６３は、障害重症度判定プログラムＡによって、実体定義部７７６ｂにおいて「障害ＩＤα」という実体識別子を、ラッパー定義部７７６ａにおいて「障害モデルＡ」というラッパー定義識別子に抽象化して対応付ける定義を示している。

第４行目欄７７６４は、障害重症度判定プログラムＢによって、実体定義部７７６ｂにおいて「障害ＩＤβ」という実体識別子を、ラッパー定義部７７６ａにおいて「障害モデルＢ」というラッパー定義識別子に抽象化して対応付ける定義を示している。

上述した組み合わせ蓄積データ７７６は、設計時に、構造化ＩＤ読込み部５１４によって読み込まれることにより、ラッパー定義部７７６ａ、実体定義部７７６ｂ及び処理プログラム７７６ｃの「既存の使われ方」が参照される。上述した抽象化対象の構造化ＩＤと処理プログラム情報との組み合わせ蓄積データ７７６には、必要に応じて、そのような「既存の使われ方」が設定可能である。

同様に、ラッパー定義部７７６ａ及び処理プログラム７７６ｃは、実体定義部７７６ｂに基づいてこの組み合わせ蓄積データ７７６が検索されることにより、登録済みの既存の使われ方が参照される一方、必要に応じて新たな「既存の使われ方」が登録される。このような構成によれば、設計者の負荷を低減するとともに、ノウハウ的組み合わせを再利用しつつ、新たな「既存の使われ方」を定義することができる。

図６は、管理対象の構造化ＩＤと情報収集プログラム情報との組み合わせ蓄積データ７７４である。この組み合わせ蓄積データ７７４は、その項目として、管理対象の構造化ＩＤ列７７４ａと、情報収集プログラム列７７４ｂの情報対とを有し、これらの対応関係が管理されている。

このように対応関係を管理することにより、ＨＭＩ５００及び業務プログラム実行サーバ６００を用いるデータ利用者は、各種情報発生源及びデータベースの所在等を意識したプログラムの使用から解放され、構造化ＩＤを用いて情報を取り扱うことができる。

行７７４１には、制御装置への問い合わせプログラムが登録されており、この問い合わせプログラムの一例として、制御設備３００の測定値メッセージ生成部３１１のプロトコルに対応しているプログラムが登録されている。

行７７４２には、ＤＢ問い合わせＳＱＬ実行プログラムが登録されており、このＳＱＬ実行プログラムの一例として、データベースサーバ１００のＤＢ蓄積データ１４１から情報を取得するためのプログラムが登録されている。このプログラムは、例えば構造化ＩＤをデータベースサーバ１００のＤＢＭＳ１１１に対するクエリに変換し、問い合わせを行う機能を有する。

行７７４３には、ＩｏＴセンサ情報ストリームプログラムが登録されており、このＩｏＴセンサ情報ストリームプログラムの一例として、構造化ＩＤをＩｏＴセンサ２００への情報収集プロトコルに変換し、問い合わせを行うプログラムが登録されている。

図７は、制御対象の構造化ＩＤと命令送信プログラム情報との組み合わせ蓄積データ７７５である。この組み合わせ蓄積データ７７５では、制御対象の構造化ＩＤ７７５ａと命令送信プログラム７７５ｂとの対応関係が管理されている。このような対応関係を管理することにより、命令送信プログラム７７５ｂの名称に応じて制御を行うことができる。

制御設備運用管理装置７００における構造化ＩＤ処理プログラム管理部７１２は、ユーザから制御対象の構造化ＩＤを受け取ると、上述した組み合わせ蓄積データ７７５を参照し、当該受け取った構造化ＩＤに対応する制御命令を特定するとともに、この制御命令を制御対象としての制御設備３００に送信するために命令送信プログラム７７５ｂを起動する。

第１行欄７７５１には、制御設備に対して制御命令を送信するための制御命令送信プログラムが登録されており、制御設備３００の命令判別実行部３１２に応じたプロトコルに対応するプログラムが登録されている。

第２行欄７７５２には、データベースサーバ１００が有するＤＢ蓄積データ１４１へ情報を登録するためのＤＢ書き込みＳＱＬ実行プログラムが登録されており、このＤＢ書き込みＳＱＬ実行プログラムの一例として、構造化ＩＤをデータベースサーバ１００のＤＢＭＳ１１１へのクエリへ変換して登録を行うプログラムが登録されている。

第３行欄７７５３には、ＩｏＴセンサ動作変更プログラムが登録されており、このＩｏＴセンサ動作変更プログラムの一例として、構造化ＩＤをＩｏＴセンサ２００への動作変更プロトコルに変換して制御設備を制御するプログラムが登録されている。

図８は、対象情報の構造化ＩＤとデータ利用用途の構造化ＩＤとの組み合わせ蓄積データ７７３の一例を示す。この組み合わせ蓄積データ７７３は、対象情報の構造化ＩＤ７７３ａ、及びデータ利用用途の構造化ＩＤデータ７７３ｂを有する。

組み合わせ蓄積データ７７３は、制御設備運用管理装置７００内において構造化ＩＤが更新された際、対象情報の構造化ＩＤの利用者であるＨＭＩ５００及び業務プログラム実行サーバ６００に対してその更新された旨をリアルタイムで通知すべき通知先を検索するために参照される。

図９は、構造化ＩＤを編集する際に表示装置５８０に表示される画面５８０Ａの一例を示す。この画面５８０Ａは、ＨＭＩ５００において設定項目入力部５１１を活用し、構造化ＩＤを編集する際に表示装置５８０に表示されるものである。

画面５８０Ａは、いわゆるドロップダウン形式の選択フォームとして、既存の構造化ＩＤをメニュー表示可能な既存定義引用部５８０Ａａを有する。この既存定義引用部５８０Ａａは、既述のように結合して登録済みの既存の構造化ＩＤ同士の長さが異なる構造化ＩＤ群をリスト表示可能なリスト表示部５８０Ａｂを表示する。この画面５８０Ａは、入力フォームとして、ラッパー定義部５８０Ａｃ及び実体定義部５８０Ａｄを有する。

さらに画面５８０Ａは、設計支援機能として、既存定義引用部５８０Ａａにおいて選択した構造化ＩＤの用途を参照するための「既存定義の説明情報を見る」との文字が表されたボタン５８０Ａｅを有するとともに、入力フォームに表された識別子を確定して設定するための登録ボタン５８０Ａｆを有する。ボタン５８０Ａｅを押した場合には、図８に示す情報を参照することができる一方、登録ボタン５８０Ａｆを押した場合には、図３に示す情報として登録される。

図１０（Ａ）及び図１０（Ｂ）は、それぞれ、ラッパー定義部５８０Ａｃ及び実体定義部５８０Ａｄへの入力後、登録ボタン５８０Ａｆが押された際に表示される結果の一例を示す。

登録ボタン５８０Ａｆが押された際、ラッパー定義部５８０Ａｃのラッパー識別子が、既存定義引用部５８０Ａａにおいて選択されていた識別子に含まれていた場合、または、実体定義部５８０Ａｄに入力された識別子が、過去に登録された全てのラッパー識別子のうちいずれかのラッパー識別子と一致していた場合、構造化ＩＤの一意性の確保及び自己相似的定義の防止のため、図１０（Ａ）に示す画面５８０Ｂのように、上記ラッパー識別子５８０Ａｃを登録せずに結果として登録が失敗した旨のメッセージ５８０Ｂａが表示される。

一方、一意性の確保及び自己相似的定義の防止が確認できた場合、図１０（Ｂ）に示す画面５８０Ｃのように、上記ラッパー識別子５８０Ａｃの登録が成功した旨のメッセージ５８０Ｃｂが表示される。

図１１は、構造化ＩＤとその構造化ＩＤに紐づく設定とを再利用して定義する方法を表す画面５８０Ｄの一例を示す。この画面５８０Ｄは、例えば、システムインテグレータが、ラッパー定義部５８０Ｄｃに表される既存の構造化ＩＤのいずれかの構造化ＩＤを選択し、この構造化ＩＤに対応して実体定義部５８０Ｄｄに表された実体識別子を部分的に修正すると、この構造化ＩＤと、その構造化ＩＤに紐づけられた設定とを再利用して定義可能な様子の一例を表している。

既述の構造化ＩＤ読込み部５１４は、現在複製して定義しようとしているシステム構成モデル５８０Ｄｇにおいてある構成モデルが選択されたことを契機として、当該選択された構成モデルを基に構造化ＩＤ編集テーブル５１３を検索し、この構成モデルに該当する既存の構造化ＩＤを既存定義引用部５８０Ｄａ、ラッパー定義部５８０Ｄｃ及び実体定義部５８０Ｄｂに表示する。

ラッパー定義部５８０Ｄｃは、基本的に変更不要な情報の入力フォームである一方、実体定義部５８０Ｄｄは、複製先識別子に定義を変更するための情報の入力フォームである。

ボタン５８０Ｄｅは、既存定義の説明情報を参照する際に押されるボタンである。具体的には、このボタン５８０Ｄｅは、例えば、既存定義引用部５８０Ｄａにおいて選択中の構造化ＩＤの用途を確認するための情報を参照する際に押されるボタンである。繰り返しボタン５８０Ｄｆは、上述した選択フォーム及び入力フォームの情報を更新するために、構造化ＩＤ編集テーブル５１３に登録する際に押されるボタンである。

（２−６）運用管理方法について
図１２は、制御設備３００からの情報を利用する情報利用処理の一例を表すフローチャートである。この情報利用処理では、データ利用者側であるＨＭＩ５００及び業務プログラム実行サーバ６００が制御設備３００からの情報を共同で利用している。

ＨＭＩ５００は、制御設備運用管理システム１０００において、制御設備運用管理装置７００が管理対象とする制御設備３００からのプッシュ型通信方式により送信される情報を利用する側の装置の一例である。なお、プッシュ型とは、情報を取得した側から自発的に送信する形態を意味する。

制御設備３００では、測定値メッセージ生成部３１１が、制御設備運用管理装置７００に対し、測定値及び識別子を含む測定値メッセージを送信する（ステップＳ１００１）。

次に、制御設備３００では、通信プロトコルに対応する処理プログラムが、制御設備運用管理装置７００内での制御設備３００用プロトコルの識別子と構造化ＩＤとを変換するサブルーチンとして図１３に示す変換処理（構造化ＩＤ変換処理）を実行する（ステップＳ１００２）。

これにより、複数の測定値を、対応する構造化ＩＤを用いて各々識別可能とし、制御設備運用管理装置７００は、各構造化ＩＤを用いて特定しうる抽象化処理プログラムを実行するとともに、この抽象化処理プログラムによってラッパー識別子への情報反映を行う情報反映処理（図１４参照）を実行させる（ステップＳ１００３）。

その後、制御設備運用管理装置７００は、ＨＭＩ５００及び業務プログラム実行サーバ６００に対して測定値を送信する測定値送信処理（図１５参照）を実行する（ステップＳ１００４）。

図１３は、図１２に示す構造化ＩＤ変換処理の一例である。具体的には、制御設備３００の通信プロトコルを処理可能なプログラム（以下「通信プロトコル処理プログラム」という）が、制御設備運用管理装置７００において制御設備３００用プロトコルの識別情報（識別子に相当）と構造化ＩＤとを変換する。

通信プロトコル処理プログラムは、制御設備３００から受信した識別情報（識別子）を構造化ＩＤへ変換する（ステップＳ１００２Ａ）。次に通信プロトコル処理プログラムは、併せて受信済みの測定値を制御システム管理用ＫＶＳデータ管理エリア７１３へ書き込む（ステップＳ１００２Ｂ）。

その後、通信プロトコル処理プログラムは、構造化ＩＤを制御設備運用管理装置７００内でイベント化し、共有する（ステップＳ１００２Ｃ）。このような処理により、任意の制御設備３００のメッセージの通信プロトコルを、構造化ＩＤを用いた運用管理方法に対応させることができる。

図１４は、図１２に示す情報反映処理の一例である。この情報反映処理では、例えば、制御設備運用管理装置７００における抽象化処理プログラムの実行と、ラッパーへの情報反映とを行う。

構造化ＩＤ処理プログラム管理部７１２は、制御設備運用管理装置７００内で共有された構造化ＩＤのイベントメッセージを受領したことを基に、組み合わせデータ管理エリア７１４が記録媒体ＩＦ７３０を介して記録媒体７７１において管理する抽象化対象の構造化ＩＤと処理プログラム情報との組み合わせ蓄積データ７７６を検索する（ステップＳ１００３Ａ）。構造化ＩＤ処理プログラム管理部７１２は、その検索結果に該当するプログラム（「抽象化処理プログラム」を例示する）を実行する（ステップＳ１００３Ａ）。

次に制御設備運用管理装置７００では、抽象化処理プログラムが、測定値を制御システム管理用ＫＶＳデータ管理エリア７１３へ書き込む（ステップＳ１００３Ｂ）。制御設備運用管理装置７００では、更新対象となった構造化ＩＤを他の装置と共有する（ステップＳ１００３Ｃ）。

図１５は、図１２に示す測定値送信処理の一例である。この測定値送信処理では、例えば、制御設備運用管理装置７００からＨＭＩ５００及び業務プログラム実行サーバ６００に対して測定値メッセージを送信する。

制御設備運用管理装置７００では、送信プログラムが、制御設備運用管理装置７００内で共有された構造化ＩＤを基に、組み合わせデータ管理エリア７１４に格納されている管理対象の構造化ＩＤとデータ利用用途との組み合わせ蓄積データ７７３を検索する（ステップＳ１００４Ａ）。

この送信プログラムは、ＨＭＩ５００及び業務プログラム実行サーバ６００に対して、上記構造化ＩＤ及び上記用途情報が示す用途に応じた測定値メッセージを送信する（ステップＳ１００４Ｂ）。

図１６は、ＩｏＴセンサ２００からのセンサ情報を利用する情報利用処理の一例を示す。この情報利用処理では、制御設備運用管理装置７００による管理対象であるＩｏＴセンサ２００からのプッシュ型通信方式によるセンサ情報を利用するＨＭＩ５００及び業務プログラム実行サーバ６００が当該情報を共有する処理の一例を示す。

制御設備運用管理装置７００では、ＩｏＴセンサ２００の通信プロトコルに対応している処理プログラムが、ＩｏＴセンサ２００に付与された構造化ＩＤとの間でＩＤの衝突を回避するために、新たな構造化ＩＤを追加する。

ＩｏＴセンサ２００では、測定値メッセージ生成部２１１が、制御設備運用管理装置７００に対し、測定値及び構造化ＩＤを含む測定値メッセージを送信する（ステップＳ１００５）。受信側である制御設備運用管理装置７００では、ＩｏＴセンサ２００用プロトコルに対応させた処理プログラムが、新たな構造化ＩＤを既存の構造化ＩＤに追加して合成する構造化ＩＤ追加合成処理を実行する（ステップＳ１００６）。

このように新たな構造化ＩＤを追加合成するのは、例えばインターネットを用いたオンラインで行われる。ここで、このように処理するのは、ＩｏＴセンサ２００側で識別子を格納できるバッファサイズ若しくは文字列サイズに制限が存在する場合があったり、又は、遠隔管理センターなど多数の情報集約される環境において処理する必要がある場合もあるためである。

新たな構造化ＩＤの追加合成が終了すると、情報が構造化ＩＤを基に処理可能となるため、ＩｏＴセンサ２００では、情報反映処理（ステップＳ１００３）及び測定値送信処理（ステップＳ１００４）を実行し、情報の利用者であるＨＭＩ５００及び業務サーバ６００に対してプッシュ型通信方式を用いて情報を送信する。

図１７は、図１６に示す構造化ＩＤ追加合成処理の一例である。制御設備運用管理装置７００では、センサ処理プログラムが、ＩｏＴセンサ２００との通信プロトコルに対応しており、ＩｏＴセンサ２００に付与された構造化ＩＤに衝突防止用の構造化ＩＤを追加することにより複数の構造化ＩＤ同士を合成している。

具体的に説明すると、まず、センサ処理プログラムは、ＩｏＴセンサ２００との間で用いられる通信プロトコルに対応させた構造化ＩＤを取り出し、この構造化ＩＤに衝突回避用の親要素の新たな構造化ＩＤを追加することにより合成する（ステップＳ１００６Ａ）。

次に、この制御設備運用管理装置７００では、センサ処理プログラムが、測定結果に基づく測定値を制御システム管理用ＫＶＳデータ管理エリア７１３へ書き込む（ステップＳ１００６Ｂ）。その後、センサ処理プログラムは、構造化ＩＤを制御設備運用管理装置７００内で他の装置と共有する（ステップＳ１００６Ｃ）。

図１８は、情報を収集するための情報要求処理の一例を示す。この情報要求処理では、情報を利用する側であるＨＭＩ５００及び業務プログラム実行サーバ６００が、必要なタイミングで情報収集を要求している。

ＨＭＩ５００及び業務プログラム実行サーバ６００は、制御設備運用管理装置７００に対し、情報収集の要求として、対象構造化ＩＤを含む要求メッセージを送信する（ステップＳ１００７）。

受信側である制御設備運用管理装置７００では、構造化ＩＤ処理プログラム管理部７１２が、受信した要求メッセージに含まれる構造化ＩＤを基に、既述の管理対象の構造化ＩＤと情報収集プログラム情報との組み合わせ蓄積データ７７４を検索し、その検索結果に該当するプログラムを実行する（ステップＳ１００８）。

情報の出力元においては、データベースサーバ１００ではＤＢＭＳ１１１が、ＩｏＴセンサ２００では命令判別実行部２１２が、及び、制御設備３００では命令判別実行部３１２が、それぞれ、付随する設備に情報を収集させるための命令である情報収集の命令に応じて、対象となる情報を制御設備運用管理装置７００に対して送信する（ステップＳ１００９）。

制御設備３００及びＩｏＴセンサ２００は、それぞれ、上述したプッシュ型通信方式を用いて情報を送信する。データベースサーバ１００では、ＤＢＭＳ１１１に対する情報収集の要求に応じてリモートプロシージャコールに相当する処理を実行することにより、対象情報が取得される。構造化ＩＤが付与された後に、プッシュ型通信方式と同様に、既述の情報反映処理（ステップＳ１００３）及び測定値送信処理（ステップＳ１００４）が実行される。

図１９は、ＨＭＩ５００及び業務プログラム実行サーバ６００が制御命令を送信する処理の一例を示すフローチャートである。

ＨＭＩ５００及び業務プログラム実行サーバ６００は、それぞれ、制御設備運用管理装置７００に対し、制御命令送信の要求として管理対象の構造化ＩＤが含まれる要求メッセージを送信する（ステップＳ１０１０）。

要求メッセージの受信側である制御設備運用管理装置７００では、構造化ＩＤ処理プログラム管理部７１２が、受信した要求メッセージに含まれる構造化ＩＤを基に、組み合わせデータ管理エリア７１４の制御対象の構造化ＩＤと命令送信プログラム情報との組み合わせ蓄積データ７７５を検索し、その検索の結果該当したプログラム（「命令送信プログラム」を例示する）を実行する（ステップＳ１０１１）。この命令送信プログラムは、データベースサーバ１００、ＩｏＴセンサ２００、及び制御設備３００に対して制御命令を送信する。

制御対象側においては、データベースサーバ１００ではＤＢＭＳ１１１が、ＩｏＴセンサ２００では命令判別実行部２１２が、及び、制御設備３００では命令判別実行部３１２が、上記命令送信プログラムによって送信された制御命令を受信すると、当該制御命令を基に動作を実行する（ステップＳ１０１２）。

図２０は、構造化ＩＤ編集前処理の一例を示す。この構造化ＩＤ編集前処理では、構造化ＩＤ編集画面５８０Ａを操作することにより構造化ＩＤを設計する際における前処理の一例を示している。

ＨＭＩ５００は、設定項目入力部５１１の機能によって、ユーザが入力したユーザ識別番号を用いて制御設備運用管理装置７００に対してログイン処理を実行する（ステップＳ１５０１）。

これに対し、構造化ＩＤラッパー管理部７１１は、ユーザ識別番号を基に、ユーザによって設計し作成されたデータである構造化ＩＤとラッパーとの組み合わせ蓄積データ７７２とを、構造化ＩＤ読込み部５１４に対して送信する（ステップＳ１５０２）。

次に、この構造化ＩＤ読込み部５１４は、受信した構造化ＩＤとラッパーとの組み合わせ蓄積データ７７２のうちの構造化ＩＤを、構造化ＩＤ編集テーブル５１３に記録する（ステップＳ１５０３）。

その後、構造化ＩＤラッパー操作部５１２は、構造化ＩＤを、構造化ＩＤ編集テーブル５１３から読込み、既存定義引用部５８０Ａａ（図９参照）に、この構造化ＩＤとの関係を表す定義を登録する（ステップＳ１５０４）。これにより、ユーザが構造化ＩＤを定義する準備が整う。

図２１は、構造化ＩＤ編集処理の一例を示すフローチャートである。この構造化ＩＤ編集処理では、ユーザが構造化ＩＤ編集画面５８０Ａを操作して構造化ＩＤを設定する際における処理の一例を示す。

設定項目入力部５１１は、構造化ＩＤ編集画面５８０Ａ（図９参照）のうちラッパー定義部５８０Ａｃ及び実体定義部５８０Ａｄに対するユーザの入力内容を受け付ける(ステップＳ１５０５)。

登録ボタン５８０Ａｆが押されない限り（ステップＳ１５０６：ＮＯ）、設定項目入力部５１１は、ユーザからの入力内容を受け付ける。一方、登録ボタン５８０Ａｆが押された場合（ステップＳ１５０６：ＹＥＳ）、構造化ＩＤラッパー操作部５１２は、構造化ＩＤラッパー管理部７１１に対し、既存定義引用部５８０Ａａにおいてリストから選択された情報と、ラッパー定義部５８０Ａｃ及び実体定義部５８０Ａｄの情報との組み合わせを送信し、これらの情報の組み合わせに関して一意性の確認を依頼する（ステップＳ１５０７）。

一意性が担保されていなかった場合（ステップＳ１５０８：ＮＯ）、構造化ＩＤラッパー操作部５１２は、登録が失敗した旨のメッセージを、構造化ＩＤラッパー管理部７１１より受信し、登録が失敗した旨のメッセージ５８０Ｂｂを表示する（ステップＳ１５０９）。その後、設定項目入力部５１１は、再び、構造化ＩＤ編集画面５８０Ａ（図９参照）によるユーザからの入力を受け付ける。

一方、一意性が担保されていた場合（ステップＳ１５０８：ＹＥＳ）、構造化ＩＤラッパー操作部５１２が、登録が成功した旨のメッセージを構造化ＩＤラッパー管理部７１１より受信し、登録が成功した旨のメッセージ５８０Ｂａを表示装置５８０に表示する（ステップＳ１５１０）。

図２２は、構造化ＩＤ編集処理の一例である。この構造化ＩＤ編集処理では、例えば、ユーザが構造化ＩＤ編集画面５８０Ｄを用いて、既存の構造化ＩＤのうちラッパー識別子のみを抽出し部分的に複製し、差分の実体識別子を選び出して差分の構造化ＩＤを定義することにより、新たな構造化ＩＤを作成している。

本設定方法では、事前に、図２１に示す前処理を実施しておく。その後、構造化ＩＤラッパー操作部５１２は、構造化ＩＤ編集テーブル５１３から構造化ＩＤを読込み、実体識別子をワイルドカード「*」を用いて正規表現とし変換した情報を作成する（ステップＳ１５１１）。さらに構造化ＩＤラッパー操作部５１２は、このように作成した情報を既存定義引用部５８０Ｄｇに定義を設定する（ステップＳ１５１１）。

構造化ＩＤラッパー操作部５１２は、ユーザからの既存定義引用部５８０Ｄａの選択を受け付けると、選択された正規表現を用いて、構造化ＩＤ編集テーブル５１３を検索し、該当する構造化ＩＤを短い順にさらにソートする（ステップＳ１５１２）。このようにすると、順に短い構造化ＩＤより差分定義して、修正した実体識別子をより長い構造化ＩＤに反映させながら設定することができる。

この繰り返しの差分定義を実施するために、設定項目入力部５１１は、構造化ＩＤの短い順に、既存定義部５８０Ｄａ、ラッパー定義部５８０Ｄｃ及び実体定義部５８０Ｄｄに既存の定義を表示させ、ユーザからの実体定義部５８０Ｄｄへの新規入力を受け付ける（ステップＳ１５１３）。

繰り返し設定ボタンが押されていない場合（ステップＳ１５１４：ＮＯ）、ユーザからの実体定義部５８０Ｄｄ（図１１参照）への新規入力を受け付ける（ステップＳ１５１３）。

一方、繰り返し設定ボタンが押された場合（ステップＳ１５１４：ＹＥＳ）、構造化ＩＤラッパー操作部５１２は、実体定義部５８０Ｄｄに新規に入力された実体識別子が構造化ＩＤ編集テーブル５１３に登録済みの全てのラッパー識別子と重複しているか否か、即ち、一意性が担保されているか否かを確認する（ステップＳ１５１５）。以下の説明において、一意性が担保されているか否かを確認するとは、確認対象の識別子がテーブルに登録済みであるか否かを確認することをいう。

一意性が担保されていない場合（ステップＳ１５１６：ＮＯ）、構造化ＩＤラッパー操作部５１２が、再度、ユーザからの実体定義部５８０Ｄｄ（図１１参照）への新規入力を受け付ける（ステップＳ１５１３）。一方、一意性が担保されている場合（ステップＳ１５１６：ＹＥＳ）、構造化ＩＤラッパー操作部５１２は、図１１に示す実体定義部５８０Ｄｄに新規に入力された実体識別子を用いて構造化ＩＤ編集テーブル５１３を編集する一方、編集対象外の構造化ＩＤを削除する（ステップＳ１５１７）。

順次定義している構造化ＩＤが最長の構造化ＩＤまで定義されていない場合（ステップＳ１５１８：ＮＯ）、構造化ＩＤラッパー操作部５１２は、繰り返し、次に長い構造化ＩＤを、既存定義部５８０Ｄａ、ラッパー定義部５８０Ｄｃ及び実体定義部５８０Ｄｄに表示し、ユーザからの実体定義部５８０Ｄｄへの新規入力を受け付ける（ステップＳ１５１３）。

一方、最長の構造化ＩＤまで定義されている場合（ステップＳ１５１８：ＹＥＳ）、構造化ＩＤラッパー操作部５１２は、構造化ＩＤラッパー管理部７１１に対して、構造化ＩＤ編集テーブル５１３に残った編集済定義を送信し、一意性の確認を依頼する（ステップＳ１５１９）。

一意性が担保されていない場合（ステップＳ１５２０：ＮＯ）、構造化ＩＤラッパー操作部５１２は、登録が失敗した旨のメッセージを、構造化ＩＤラッパー管理部７１１より受信し、登録が失敗した部位を表示装置５８０に表示する（ステップＳ１５２１）。

一方、一意性が担保されていた場合（ステップＳ１５２０：ＹＥＳ）、構造化ＩＤラッパー操作部５１２は、登録が成功した旨のメッセージを、構造化ＩＤラッパー管理部７１１より受信し、登録が成功した旨５８０Ｂａを表示する(Ｓ１５２２)。これにより、複数の構造化ＩＤ間における一意性を常に確保することができる。

（３）本実施の形態の効果等
以上のように本実施の形態による制御設備運用管理装置７００では、識別情報管理部の一例としての構造化ＩＤラッパー管理部７１１が、システムを構成する制御設備及び付随する設備を含む各構成要素の物理的及び論理的包含関係を、各構成要素を示す各構成情報（各識別子に相当）に対応付けた各論理的包含識別情報を含めて木構造で表した各構造化識別情報（構造化ＩＤに相当）として管理する一方、各構造化識別情報同士の一意性を管理している。

組み合わせ管理部の一例としての組み合わせデータ管理エリア７１４は、記録媒体ＩＦ７３０を介して記録媒体７７１の記憶領域において、各構成要素に対応する各アプリケーションプログラムと各構成要素を示す各構成情報に対応する各論理的包含識別情報（ラッパー識別子に相当）との組み合わせを管理している。プログラム実行部の一例としての構造化ＩＤ処理プログラム管理部７１２は、一の論理的包含識別情報を伴う要求に応じて、組み合わせデータ管理エリア７１４に問い合わせて一の論理的包含識別情報を含む一の構造化識別情報を取得するとともに一の構造化識別情報に対応する一の構成要素に基づいて一のアプリケーションプログラムを特定し、当該特定した一のアプリケーションプログラムを実行させる。

このようにすると、構造化ＩＤ処理プログラム管理部７１２は、一の構成情報に対する要求を受け付けると、組み合わせデータ管理エリア７１４を経由して記録媒体７７１に問い合わせる。組み合わせデータ管理エリア７１４は、複数の構造化識別情報のうちから当該要求における一の構成情報が含まれる一の構造化識別情報が特定可能となっている。この構造化識別情報は、当該一の構成情報に論理的に結合する論理的包含識別情報を有し、この論理的包含識別情報は、複数の構成要素の各提供元に依存しない論理的な結合により包含関係を表すいわゆる正規表現としているため、提供元にかかわらず、上記一の構成情報に対応する一の構成要素を特定しうる情報となっている。従って、構造化ＩＤ処理プログラム管理部７１２は、制御設備やこれに付随する設備のような複数の構成要素の提供元にかかわらず、上述した要求に応じたアプリケーションプログラムを実行させ、上述した一の構成情報に対応する一の構成要素に対応することができる。このようにすると、制御設備やこれに付随する設備のような構成要素をその供給元を意識することなく柔軟に制御することができる。このようにすると、従来のようにデータベースと、そのデータベースを用いる業務アプリケーションとの密結合を解消し、制御設備やこれに付随する設備の選択の範囲が広がりより柔軟な現場装置を選択することができるようになる。

本実施の形態では、組み合わせ管理部の一例としての組み合わせデータ管理エリア７１４が、記録媒体ＩＦ７３０を経由して、一の構造化識別情報に対応する一の構成要素による測定値を取得する各情報収集プログラムと一の構成要素との組み合わせデータを管理し、一の論理的包含識別情報を含む要求に応じて上記特定した一のアプリケーションプログラムとして一の情報収集プログラムを実行させる。このようにすると、現場側においてどのコンポーネントプロバイダがコンポーネントとして制御設備に付随する設備（ＩｏＴセンサ２００に相当）を提供していたとしても、一の論理的包含識別情報（ラッパー識別子）を含む一の構造化識別情報を用いて制御することにより、制御設備運用管理装置７００側では、コンポーネントの違いを意識する必要がなくなり、制御設備やこれに付随する設備の運用管理を容易にすることができる。

本実施の形態では、組み合わせデータ管理エリア７１４が、記録媒体ＩＦ７３０を経由して、各構造化識別情報に対応する各構成要素に制御命令を送信する各命令送信プログラムと各構造化識別情報との組み合わせデータを管理し、プログラム実行部は、一の論理的包含識別情報を含む要求に応じて上記特定した一のアプリケーションプログラムとして一の情報命令送信プログラムを実行させる。このようにすると、制御設備運用管理装置７００側では、コンポーネントの違いを意識することなく、制御設備やこれに付随する設備を制御するアプリケーションプログラムを実行することができる。

本実施の形態では、組み合わせデータ管理エリア７１４が、記録媒体ＩＦ７３０を経由して、各論理的包含識別情報と各論理的包含識別情報に対応する各構成要素の対象情報の利用用途との組み合わせデータを管理し、構造化ＩＤ処理プログラム管理部７１２は、一の論理的包含識別情報を含む要求に応じて上記特定した一のアプリケーションプログラムとして上記利用用途に対応する一の対象プログラムを実行させる。このようにすると、制御設備運用管理装置７００側では、コンポーネントの違いを意識することなく、制御設備やこれに付随する設備の対象情報を利用するアプリケーションプログラムを実行することができる。

本実施の形態では、構造化ＩＤラッパー管理部７１１が、各構造化識別情報として、固定的な有限モデルの名称の構造化識別情報と、実装状態に応じて名称を付与可能な構造化識別情報とを１対１の関係で管理している。構造化ＩＤラッパー管理部７１１は、有限モデルに認知し直して制御を実現するために、実装状態に応じて名称を付与可能な構造化識別情報の情報を、固定的な有限モデル名称を付与した構造化識別情報の情報として再設定する。このようにすると、実装状態に応じて名称を付与可能な構造化識別情報の情報を、固定的な有限モデルの名称の構造化識別情報の代わりに用いることができる。

本実施の形態では、構造化ＩＤラッパー管理部７１１が、固定的な有限モデル名称のみを条件とする正規表現の構造化識別情報を生成し、この正規表現の構造化識別情報に該当する既存の構造化識別情報において、その固定的な有限モデル名称と１対１となっている実装に合わせて名称を付与可能な構造化識別情報のみを差分定義することにより、新たな構造化識別情報を定義する。このようにすると、新たな構造化識別情報を作成する手間を軽減することができる。

本実施の形態では、構造化ＩＤラッパー管理部７１１が、各構成要素のうち一の構成要素に設定しようとした一の構造化識別情報が一意でない場合、新たな構造化識別情報を追加するとともに新たな構造化識別情報を一の構成要素に対応させるよう再設定する。このようにすると、常に一意な構造化識別情報を用いて現場側の制御設備やこれに付随する設備を取り扱うことができる。

（４）第２の実施の形態による運用管理システム
第２の実施の形態による運用管理システムは、第１の実施の形態による運用管理装置７００において正規表現を用いた検索機能を活用し、既述の設定を公開したり、その設定を商材として流通させる機能を有する。

構造化ＩＤラッパー管理部７１１は、構造化ＩＤとラッパー識別子との組み合わせ蓄積データ７７２の一部として管理されている複数の設定（及びその類似度）を検索する機能を有する。さらに構造化ＩＤラッパー管理部７１１は、ＨＭＩ５００に対して、その検索結果としての複数の設定（及びその類似度）に関する情報を送信し、ＨＭＩ５００は、構造化ＩＤ読込み部５１４によって当該複数の設定（及びその類似度）に関する情報を受信し、表示装置５８０に表示する。これにより、商材として公開された複数の設定を、ＨＭＩ５００を経由してその操作者であるユーザへ紹介することができる。

このような構成によれば、ユーザ側は、所望の設定に関する類似度が高い設定の提供を受けることができれば、所望の設定を全て手入力する必要がなくなるため、設定作業の効率が向上し、その分制御設備や付随する設備のような構成要素の運用管理に費やす時間をさらに確保することができる。

（５）第３の実施の形態による運用管理システム
第３の実施の形態による運用管理システムは、第１の実施の形態による運用管理装置７００において正規表現を用いた検索機能を活用し、実体コンポーネントに対応するラッパー識別子を含む要求に応じて、この要求を満たす実体コンポーネントを商材として登録し流通させる機能を有する。

コンポーネントプロバイダは、制御設備や付随する設備のような構成要素としてのサーバ機器やセンサ機器などの実体コンポーネントを製造し提供するベンダである。

制御設備運用管理装置７００では、構造化ＩＤラッパー管理部７１１が、設計画面５８０Ｄの正規表現を用いた検索機能により、自らが提供するコンポーネントと親和性の高いラッパー識別子の定義を検索する。構造化ＩＤラッパー管理部７１１は、ラッパー識別子に適した実体コンポーネントとして登録したり、商材として開示することにより、登録した定義を販売したり流通させる。このような開示の際、構造化ＩＤラッパー管理部７１１は、予め定められた課金の条件を満たしたことを条件としている。

第３の実施の形態による運用管理システムは、第１の実施の形態による制御設備運用管理装置７００に加え、構造化識別情報を求める利用者側装置としてのＨＭＩ５００や業務プログラム実行サーバ６００を含めた構成において、制御設備運用管理装置７００では、類似検索実行部の構造化ＩＤラッパー管理部７１１が、上述した利用者側装置が求める構造化識別情報と、管理している複数の構造化識別情報とを比較して両者の類似性を検討する。その結果、管理している前記複数の構造化識別情報に利用者側装置が求める構造化識別情報に類似する特定の構造化識別情報が存在する場合、情報紹介部の一例としての構造化ＩＤラッパー管理部７１１は、課金を条件として、利用者装置に対する特定の構造化識別情報の開示を許容する。

このような構成によれば、各コンポーネントプロバイダ間において販売する同一の構造化識別情報の定義であっても価格が異なりうることがあり、実体コンポーネントの提供を受ける利用者側の選択肢を広げることができる。

（６）その他の実施形態
上記実施形態は、本発明を説明するための例示であり、本発明をこれらの実施形態にのみ限定する趣旨ではない。本発明は、その趣旨を逸脱しない限り、様々な形態で実施することができる。例えば、上記実施形態では、各種プログラムの処理をシーケンシャルに説明したが、特にこれにこだわるものではない。従って、処理結果に矛盾が生じない限り、処理の順序を入れ替え又は並行動作するように構成しても良い。

本発明は、システムを構成する制御設備及び付随する設備を管理する運用管理装置及び運用管理方法、並びに運用管理システムに広く適用することができる。

１００……データベースサーバ、１１１……ＤＢＭＳ、１１２,２１２,３１２……命令判別実行部、１４１……ＤＢ蓄積データ、２００……ＩｏＴセンサ
２１１,３１１……測定メッセージ生成部、３００……制御設備、４００……ネットワーク、５００……ＨＭＩ、５８０……表示装置、５１１……設定項目入力部機能、５１２……構造化ＩＤラッパー操作部、５１３……構造化ＩＤ編集テーブル、５１４……構造化ＩＤ読込み部、６００……業務プログラム実行サーバ、６１４……構造化ＩＤ読込み部、６１２……業務アプリケーション、７００……制御設備運用管理装置、７２０,１２０,２２０,３２０,５２０,６２０……通信ＩＦ、７６０,５６０,６６０……バス、７１０,１１０,２１０,５１０,６１０……メモリ、７１１……構造化ＩＤラッパー管理部、７１２……構造化ＩＤ処理プログラム管理部、７１３……制御システム管理用ＫＶＳデータ管理エリア、７１４……組み合わせデータ管理エリア、７５０,５５０,６５０……ＣＰＵ、７３０,１３０……記録媒体ＩＦ、７７１,１４０……記録媒体、７７２……構造化ＩＤとラッパーとの組み合わせ蓄積データ、７７３……データ利用種別の構造化ＩＤと用途情報との組み合わせ蓄積データ、７７４……管理対象の構造化ＩＤと情報収集プログラム情報との組み合わせ蓄積データ、７７５……制御対象の構造化ＩＤと命令送信プログラム情報との組み合わせ蓄積データ、７７６……抽象化対象の構造化ＩＤと処理プログラム情報との組み合わせ蓄積データ、１０００……制御設備運用管理システム

Claims (15)

1. システムを構成する制御設備及び付随する設備を含む各構成要素の物理的及び論理的包含関係を、前記各構成要素を示す各構成情報に対応付けた各論理的包含識別情報を含めて木構造で表した各構造化識別情報として管理する一方、前記各構造化識別情報同士の一意性を管理する識別情報管理部と、
   前記各構成要素に対応する各アプリケーションプログラムと前記各構成要素を示す前記各構成情報に対応する前記各論理的包含識別情報との組み合わせを管理する組み合わせ管理部と、
   一の論理的包含識別情報を伴う要求に応じて、前記組み合わせ管理部に問い合わせて前記一の論理的包含識別情報を含む一の構造化識別情報を取得するとともに前記一の構造化識別情報に対応する一の構成要素に基づいて一のアプリケーションプログラムを特定し、前記特定した一のアプリケーションプログラムを実行させるプログラム実行部と、
   を備えることを特徴とする運用管理装置。
2. 前記組み合わせ管理部は、
   前記一の構造化識別情報に対応する一の構成要素による測定値を取得する各情報収集プログラムと前記一の構成要素との組み合わせデータを管理し、
   前記プログラム実行部は、
   前記一の論理的包含識別情報を含む要求に応じて前記特定した一のアプリケーションプログラムとして一の情報収集プログラムを実行させる請求項１に記載の運用管理装置。
3. 前記組み合わせ管理部は、
   前記各構造化識別情報に対応する前記各構成要素に制御命令を送信する各命令送信プログラムと前記各構造化識別情報との組み合わせデータを管理し、
   前記プログラム実行部は、
   前記一の論理的包含識別情報を含む要求に応じて前記特定した一のアプリケーションプログラムとして一の情報命令送信プログラムを実行させる請求項１に記載の運用管理装置。
4. 前記組み合わせ管理部は、
   前記各論理的包含識別情報と前記各論理的包含識別情報に対応する前記各構成要素の対象情報の利用用途との組み合わせデータを管理し、
   前記プログラム実行部は、
   前記一の論理的包含識別情報を含む要求に応じて前記特定した一のアプリケーションプログラムとして前記利用用途に対応する一の対象プログラムを実行させる請求項１に記載の運用管理装置。
5. 前記識別情報管理部は、
   前記各構造化識別情報として、固定的な有限モデルの名称の構造化識別情報と、実装状態に応じて名称を付与可能な構造化識別情報とを１対１の関係で管理しており、
   前記有限モデルに認知し直して制御を実現するために、前記実装状態に応じて名称を付与可能な構造化識別情報の情報を、前記固定的な有限モデル名称を付与した構造化識別情報の情報として再設定する請求項１に記載の運用管理装置。
6. 前記識別情報管理部は、
   前記固定的な有限モデル名称のみを条件とする正規表現の構造化識別情報を生成し、前記正規表現の構造化識別情報に該当する既存の前記構造化識別情報において、前記固定的な有限モデル名称と１対１となっている実装に合わせて名称を付与可能な構造化識別情報のみを差分定義することにより、新たな構造化識別情報を定義する請求項５に記載の運用管理装置。
7. 前記識別情報管理部は、
   前記各構成要素のうち一の構成要素に設定しようとした一の構造化識別情報が一意でない場合、新たな構造化識別情報を追加するとともに前記新たな構造化識別情報を前記一の構成要素に対応させるよう再設定する請求項１に記載の運用管理装置。
8. 識別情報管理部が、システムを構成する制御設備及び付随する設備を含む各構成要素の物理的及び論理的包含関係を、前記各構成要素を示す各構成情報に対応付けた各論理的包含識別情報を含めて木構造で表した各構造化識別情報として管理する一方、前記各構造化識別情報同士の一意性を管理する識別情報管理ステップと、
   組み合わせ管理部が、前記各構成要素に対応する各アプリケーションプログラムと前記各構成要素を示す前記各構成情報に対応する前記各論理的包含識別情報との組み合わせを管理する組み合わせ管理ステップと、
   プログラム実行部が、一の論理的包含識別情報を伴う要求に応じて、前記組み合わせ管理部に問い合わせて前記一の論理的包含識別情報を含む一の構造化識別情報を取得するとともに前記一の構造化識別情報に対応する一の構成要素に基づいて一のアプリケーションプログラムを特定し、前記特定した一のアプリケーションプログラムを実行させるプログラム実行ステップと、
   を実行することを特徴とする運用管理方法。
9. 前記組み合わせ管理ステップでは、
   前記組み合わせ管理部が、前記一の構造化識別情報に対応する一の構成要素による測定値を取得する各情報収集プログラムと前記一の構成要素との組み合わせデータを管理し、
   前記プログラム実行ステップでは、
   前記プログラム実行部が、前記一の論理的包含識別情報を含む要求に応じて前記特定した一のアプリケーションプログラムとして一の情報収集プログラムを実行させる請求項８に記載の運用管理方法。
10. 前記組み合わせ管理ステップでは、
    前記組み合わせ管理部が、前記各構造化識別情報に対応する前記各構成要素に制御命令を送信する各命令送信プログラムと前記各構造化識別情報との組み合わせデータを管理し、
    前記プログラム実行ステップでは、
    前記プログラム実行部が、前記一の論理的包含識別情報を含む要求に応じて前記特定した一のアプリケーションプログラムとして一の情報命令送信プログラムを実行させる請求項８に記載の運用管理方法。
11. 前記組み合わせ管理ステップでは、
    前記組み合わせ管理部が、前記各論理的包含識別情報と前記各論理的包含識別情報に対応する前記各構成要素の対象情報の利用用途との組み合わせデータを管理し、
    前記プログラム実行ステップでは、
    前記プログラム実行部が、前記一の論理的包含識別情報を含む要求に応じて前記特定した一のアプリケーションプログラムとして前記利用用途に対応する一の対象プログラムを実行させる請求項８に記載の運用管理方法。
12. 前記識別情報管理ステップでは、
    前記識別情報管理部が、前記各構造化識別情報として、固定的な有限モデルの名称の構造化識別情報と、実装状態に応じて名称を付与可能な構造化識別情報とを１対１の関係で管理しており、
    前記有限モデルに認知し直して制御を実現するために、前記実装状態に応じて名称を付与可能な構造化識別情報の情報を、前記固定的な有限モデル名称を付与した構造化識別情報の情報として再設定する請求項８に記載の運用管理方法。
13. 前記識別情報管理ステップでは、
    前記識別情報管理部が、前記固定的な有限モデル名称のみを条件とする正規表現の構造化識別情報を生成し、前記正規表現の構造化識別情報に該当する既存の前記構造化識別情報において、前記固定的な有限モデル名称と１対１となっている実装に合わせて名称を付与可能な構造化識別情報のみを差分定義することにより、新たな構造化識別情報を定義する請求項１２に記載の運用管理方法。
14. 前記識別情報管理ステップでは、
    前記識別情報管理部が、前記各構成要素のうち一の構成要素に設定しようとした一の構造化識別情報が一意でない場合、新たな構造化識別情報を追加するとともに前記新たな構造化識別情報を前記一の構成要素に対応させるよう再設定する請求項８に記載の運用管理方法。
15. システムを構成する制御設備及び付随する設備を含む各構成要素の物理的及び論理的包含関係を、前記各構成要素を示す各構成情報に対応付けた各論理的包含識別情報を含めて木構造で表した各構造化識別情報として管理する一方、前記各構造化識別情報同士の一意性を管理する識別情報管理部と、前記各構成要素に対応する各アプリケーションプログラムと前記各構成要素を示す前記各構成情報に対応する前記各論理的包含識別情報との組み合わせを管理する組み合わせ管理部と、一の論理的包含識別情報を伴う要求に応じて、前記組み合わせ管理部に問い合わせて前記一の論理的包含識別情報を含む一の構造化識別情報を取得するとともに前記一の構造化識別情報に対応する一の構成要素に基づいて一のアプリケーションプログラムを特定し、前記特定した一のアプリケーションプログラムを実行させるプログラム実行部と、を備える運用管理装置と、
    構造化識別情報を求める利用者側装置と、
    を有し、
    前記識別情報管理部は、
    前記利用者側装置が求める構造化識別情報と、管理している前記複数の構造化識別情報とを比較して両者の類似性を検討する類似検索実行部と、
    前記類似検索実行部による検索の結果、管理している複数の構造化識別情報に前記利用者側装置が求める構造化識別情報に類似する特定の構造化識別情報が存在する場合、課金を条件として、前記利用者側装置に対する前記特定の構造化識別情報の開示を許容する情報紹介部と、
    を備えることを特徴とする運用管理システム。

Images