(57)【要約】【課題】データベース管理システムにおけるデータ構造および検索処理の簡素化を図る。【解決手段】監視対象物の位置的な関係等を定義する物理的な包含関係については、従来のように木構造を有するデータベースを構築することにより、監視対象物の物理的包含関係に基づくデータベースの木構造自体は維持しながら、運用上の理由から複数の監視対象物をグループ化して管理する際の複数の論理的グループに同時に属することを可能とするデータ構造を備える。【選択図】図３
2008186401.tif 000002
【特許請求の範囲】
【請求項１】
監視制御の対象となる監視対象物をオブジェクトクラスとして定義し、前記監視対象物の監視制御にオブジェクトを利用する監視制御システムにおけるデータベース管理システムにおいて、データベースは、前記監視対象物の物理的包含関係を表す木構造を維持したまま、かつ少なくとも前記監視対象物を表す「設備」クラス及び監視制御業務の運用において前記監視対象物を論理的に分類するための論理的グループを表す「運用グループ」クラスの双方が、監視対象を表すオブジェクトクラスである前記「設備」クラス、前記「運用グループ」クラス及び論理的・物理的な関係を合わせて管理する「設備収容」クラスが有するメソッドの書式を定義する「監視対象」インタフェースを継承すること、前記「運用グループ」クラスは、前記「設備収容」クラスに包含されることを可能とし、更に、前記「監視対象」インタフェースを参照し、木構造の親ノードとなる場合の処理を定義した「包含関係ノード」インタフェースを継承すること及び前記「設備収容」クラスは、０以上の前記「設備」クラス及び０以上の前記「運用グループ」クラスを包含し、更に、前記「監視対象」インタフェースを継承することを特徴とするオブジェクトクラス構成を利用したデータ構造を備えることを特徴とするデータベース管理システム。
【請求項２】
監視制御の対象となる監視対象物をオブジェクトクラスとして定義し、前記監視対象物の監視制御にオブジェクトを利用する監視制御システムにおけるデータベースの管理方法であって、前記監視対象物の物理的包含関係を表す木構造を維持したまま、かつ少なくとも前記監視対象物を表す「設備」クラス及び監視制御業務の運用において前記監視対象物を論理的に分類するための論理的グループを表す「運用グループ」クラスの双方が、監視対象を表すオブジェクトクラスである前記「設備」クラス、前記「運用グループ」クラス及び論理的・物理的な関係を合わせて管理する「設備収容」クラスが有するメソッドの書式を定義する「監視対象」インタフェースを継承すること、前記「運用グループ」クラスは、前記「設備収容」クラスに包含されることを可能とし、更に、前記「監視対象」インタフェースを参照し、木構造の親ノードとなる場合の処理を定義した「包含関係ノード」インタフェースを継承すること及び前記「設備収容」クラスは、０以上の前記「設備」クラス及び０以上の前記「運用グループ」クラスを包含し、更に、前記「監視対象」インタフェースを継承することを特徴とするオブジェクトクラス構成を利用したデータ構造を備えるようデータベースを構成することを特徴とするデータベース管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベース管理システムおよびデータベース管理方法に関する。さらに詳述すると、監視制御システムにおけるデータベース管理に好適なデータベース管理システムおよびデータベース管理方法に関する。
【背景技術】
【０００２】
様々な分野において監視、制御の対象となる設備および資源等（以下、監視対象物という）を集中的に監視、制御するシステムとして監視制御システムが構築されている。近年、この監視制御システムの設計に際しオブジェクト指向技術を用いて、監視対象物をオブジェクトクラスとしてモデル化し、設備構成データや状態／測定値の管理にオブジェクトを利用する方法が普及しつつある。
【０００３】
監視制御システムではリアルタイム性を要求されるため、データへのアクセス時間の最小化等を考慮し、監視対象物を表すオブジェクトは、多くの場合、木構造により表される。この木構造は監視対象物の物理的な包含関係を用いて構築されるものであり、例えば、水再生センター（下水処理場）における監視制御システムであれば、ある電動機がポンプに装備されている場合、このポンプ及び電動機を表すオブジェクトがそれぞれ木構造のノードとなり、ポンプを表すオブジェクトが親ノード、電動機を表すオブジェクトが子ノードを形成する。また、この木構造は大規模なものとなるので、データの作成・更新・削除・検索等に際しては、データベース管理システムを用いて行うことが必要となる。
【０００４】
このような木構造を有するデータベースでは、あるノードに対する上位のノードからのポインタは１つであり、下位ノードから上位ノードを指すポインタは存在しない、即ち、親ノードと子ノードとは、１：ｎの関係とならなければならない。例えば、特許文献１に記載のアクセス制御リスト生成方法では、ノードに位置づけられるユーザグループとそのメンバであるユーザ及びユーグループ間の組織構成が木構造によって表現されており、任意のメンバが一つのユーザグループ（親ノード）に所属することを強制されている。
【０００５】
一方、木構造以外のデータ構造を用いたデータベース管理システムとしては、リレーショナルモデルによりデータベース管理を行う管理システムが存在する。例えば、特許文献２に記載のアクセス制御システムでは、知識データベースを構築することによって、ユーザが複数のグループに所属することを可能とするものである。
【０００６】
【特許文献１】特開平１１-３１３１０２号公報
【特許文献２】特開平２００６-１２１１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に記載の技術のように木構造を有するデータベースを用いて、監視対象物を表すデータを木構造のノードとして表すと、以下の問題が生じる。
【０００８】
監視制御業務においては、監視対象物の位置的な関係等を定義する物理的な包含関係とは別に、運用上の理由から複数の監視対象物をグループ化して管理すること（以下、この管理関係を論理的グループともいう）が必要となる。
【０００９】
論理的グループとは、例えば、水再生センターにおける監視制御システムにおいて、ゲートを表すオブジェクトとポンプを表すオブジェクトが木構造上においてそれぞれ異なる親ノードに包含されており物理的包含関係は存在しない場合に、水の流入箇所にゲート、水の汲み出しにポンプが設置されたタンクの水位を一定にするようゲートの開度とポンプの汲み出し速度を連動させる制御を行うために、このゲートとポンプを運用上まとめたグループとして設定するものである。このように他の機器とインターロックの関係にあるかどうかの論理的な分類の他に、例えば、各監視対象物の管理者は誰であるのか、保守時期はいつであるのか等の管理に際しても論理的グループを設定しなければならない。
【００１０】
この論理的グループは、親ノードと子ノードとが１：ｎの制約を有する特許文献１に記載の技術のような木構造では表すことができないため、特許文献１に記載のような木構造を用いても論理的グループを管理することができないという問題がある。
【００１１】
この問題に対しては、特許文献２に記載のように、リレーショナルモデル等の木構造以外のデータ構造を利用したり、別のテーブルを用いたり、別途木構造のデータベースからリンクを貼ることで管理することが考えられるが、データ構造の複雑化を招き、結果として、検索処理やデータメンテナンスの複雑化を招いてしまう。例えば、物理的な包含関係と、論理的グループは、一つの木構造で表すことはできないので、それぞれに異なる検索手法の設定、即ち、検索プログラムの設計を行わなければならないという問題がある。また、検索を実行する際にテーブルの違いやリンク等を考慮に入れなければならず、検索処理を容易かつ迅速に行うことができないという問題がある。
【００１２】
更に、例えば、監視対象物の管理を行っているものは誰であるのか等の論理的グループは監視対象物そのものではないので、変更されやすいという特徴がある。このようにデータに変更、削除等が生じる場合に、データベースの関係を考慮して複数箇所のデータを修正する必要が生じ、整合性のとれるように修正することが困難であり、メンテナンスが煩雑となるという問題が生じる。また、監視制御業務は、リアルタイム性が要求されるため、木構造以外のデータ構造を併用すると検索処理等の処理速度が遅くなるという問題がある。
【００１３】
そこで本発明は、監視対象物の物理的包含関係に基づくデータベースの木構造自体は維持しながら、複数の論理的グループに同時に属することを可能とし、かつ、この論理的グループの検索についても物理的な木構造の検索方法と同一の検索方法で検索することを可能とし、検索処理及びデータ構造の簡素化を可能とするデータベース管理システムおよびデータベース管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
かかる目的を達成するため、請求項１記載のデータベース管理システムは、監視制御の対象となる監視対象物をオブジェクトクラスとして定義し、監視対象物の監視制御にオブジェクトを利用する監視制御システムにおけるデータベース管理システムにおいて、データベースは、監視対象物の物理的包含関係を表す木構造を維持したまま、かつ少なくとも監視対象物を表す「設備」クラス及び監視制御業務の運用において監視対象物を論理的に分類するための論理的グループを表す「運用グループ」クラスの双方が、監視対象を表すオブジェクトクラスである「設備」クラス、「運用グループ」クラス及び論理的・物理的な関係を合わせて管理する「設備収容」クラスが有するメソッドの書式を定義する「監視対象」インタフェースを継承すること、「運用グループ」クラスは、「設備収容」クラスに包含されることを可能とし、更に、「監視対象」インタフェースを参照し、木構造の親ノードとなる場合の処理を定義した「包含関係ノード」インタフェースを継承すること及び「設備収容」クラスは、０以上の「設備」クラス及び０以上の「運用グループ」クラスを包含し、更に、「監視対象」インタフェースを継承することを特徴とするオブジェクトクラス構成を利用したデータ構造を備えるものである。
【００１５】
また、請求項２に記載のデータベース管理方法は、監視制御の対象となる監視対象物をオブジェクトクラスとして定義し、監視対象物の監視制御にオブジェクトを利用する監視制御システムにおけるデータベースの管理方法であって、監視対象物の物理的包含関係を表す木構造を維持したまま、かつ少なくとも監視対象物を表す「設備」クラス及び監視制御業務の運用において監視対象物を論理的に分類するための論理的グループを表す「運用グループ」クラスの双方が、監視対象を表すオブジェクトクラスである「設備」クラス、「運用グループ」クラス及び論理的・物理的な関係を合わせて管理する「設備収容」クラスが有するメソッドの書式を定義する「監視対象」インタフェースを継承すること、「運用グループ」クラスは、「設備収容」クラスに包含されることを可能とし、更に、「監視対象」インタフェースを参照し、木構造の親ノードとなる場合の処理を定義した「包含関係ノード」インタフェースを継承すること及び「設備収容」クラスは、０以上の「設備」クラス及び０以上の「運用グループ」クラスを包含し、更に、「監視対象」インタフェースを継承することを特徴とするオブジェクトクラス構成を利用したデータ構造を備えるようデータベースを構成するようにしている。
【００１６】
したがって、監視対象物の位置的な関係等を定義する物理的な包含関係については、従来のように木構造を有するデータベースを構築することにより、監視対象物の物理的包含関係に基づくデータベースの木構造自体は維持しながら、運用上の理由から複数の監視対象物をグループ化して管理する際の複数の論理的グループに同時に属することを可能とするデータ構造を備えている。
【００１７】
即ち、物理的な監視対象物を表す「設備」クラス及び論理的グループを表す「運用グループ」クラスの双方が、監視対象を表すオブジェクトクラスが有するメソッドの書式を定義する「監視対象」インタフェースを継承していることにより、検索処理の際には、「運用グループ」オブジェクトも「設備」オブジェクトも「監視対象」とみなして扱うことができる。
【００１８】
また、「運用グループ」クラスは、論理的・物理的な関係を合わせて管理する「設備収容」クラスに包含されることを可能とし、「監視対象」インタフェースを参照することで、「運用グループ」クラスと「設備」クラスは、「監視対象」インタフェースを経由して関連づけられ、更に、「包含関係ノード」インタフェースを継承することにより木構造の親ノードとなる場合の処理を備えることで、論理的グループからある物理的な監視対象物を検索する場合に、「運用グループ」クラスは「監視対象」インタフェースを参照したうえで、「監視対象」インタフェースを継承した「設備」クラスの監視対象物を指すことができる。
【００１９】
また、「設備収容」クラスは、０以上の「設備」クラス及び０以上の「運用グループ」クラスを包含し、更に、「監視対象」インタフェースを継承することにより、監視対象として扱うことが可能である。
【発明の効果】
【００２０】
本発明にかかるデータベース管理システムおよびデータベース管理方法によれば、従来、同一のデータ構造では表せず、別のデータベース、別のテーブル等を用いて管理をしなければならなかった監視対象物の位置関係等の物理的包含関係及び監視制御業務の運用における論理的分類である論理的グループを一つのデータ構造に統合して管理することが可能となる。
【００２１】
これにより、統合したデータ構造として扱うと共に、物理的包含関係と論理的グループについて、例えば、オブジェクトの検索等を行う場合のような共通的に扱う場合と、例えば、物理的な親ノードは一つしか設定できないが、論理的な分類は自由に行うことが可能といった異なる側面を持つ場合のそれぞれに対応した処理が可能となる。
【００２２】
また、他のデータベース、テーブル等へのリンクを有さず、データ構造が簡素化されるため、データベース管理システムを構成するソフトウェアの保守性が向上する。
【００２３】
また、他のデータベース、テーブル等へのリンクを参照することなく、物理的包含関係及び論理的グループの検索処理を行うことができ、検索処理が簡素化されるので、検索結果を得るまでの時間を短縮することができる。即ち、検索処理の際には、「運用グループ」オブジェクトも「設備」オブジェクトも「監視対象」とみなして扱うことができる。このように別の検索手法を設けることなく「監視対象」として検索する方法、「運用グループ」として検索する方法、「設備」として検索する方法の３つの検索方法を実現することで、操作員もその差異を認識することなく検索を実行することが可能となる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の構成を図面に示す実施の形態に基づいて詳細に説明する。
【００２５】
本発明のデータベース管理システムは、監視制御の対象となる監視対象物をオブジェクトクラスとして定義し、監視対象物の監視制御にオブジェクトを利用する監視制御システムにおけるデータベース管理システムにおいて、データベースは、監視対象物の物理的包含関係を表す木構造を維持したまま、かつ少なくとも監視対象物を表す「設備」クラス及び監視制御業務の運用において監視対象物を論理的に分類するための論理的グループを表す「運用グループ」クラスの双方が、監視対象を表すオブジェクトクラスである「設備」クラス、「運用グループ」クラス及び論理的・物理的な関係を合わせて管理する「設備収容」クラスが有するメソッドの書式を定義する「監視対象」インタフェースを継承すること、「運用グループ」クラスは、「設備収容」クラスに包含されることを可能とし、更に、「監視対象」インタフェースを参照し、木構造の親ノードとなる場合の処理を定義した「包含関係ノード」インタフェースを継承すること及び「設備収容」クラスは、０以上の「設備」クラス及び０以上の「運用グループ」クラスを包含し、更に、「監視対象」インタフェースを継承することを特徴とするオブジェクトクラス構成を利用したデータ構造を備えるものである。
【００２６】
まず、本実施形態のデータベース管理システムのシステム構成について説明する。本実施形態では、一例としてデータベース管理システムを水再生センターの監視制御システムに適用した場合を例に説明する。尚、対象となる監視制御システムは特に限られるものではなく、例えば、上水処理施設、ゴミ焼却施設等における監視システム等であっても良い。
【００２７】
水再生センターの監視制御システム１の構成は、例えば、図１に示すようなハードウェア構成となっている。
【００２８】
本実施形態の監視制御システム１は、中央監視制御設備２、プロセスコントローラ３、シーケンサ４により構成される。以下、プロセスコントローラ３とシーケンサ４を併せてローカル制御設備６という。
【００２９】
本発明のデータベース管理システム１０は、中央監視制御設備２内に構成される。中央監視制御設備２には、ディスプレイ等の出力装置と、キーボード、マウス等の入力装置と、演算処理を行う中央処理演算装置（ＣＰＵ）と、計算中のデータ、パラメータ等が記憶される主記憶装置（ＲＡＭ）と、各データベース、計算結果等が記録される補助記憶装置としてのハードディスク、外部との通信を行う通信インタフェース等を備えたワークステーションや専用の計算機が用いられる。以下、主記憶装置及び補助記憶装置を総称して単に記憶装置ともいう。また、上記各ハードウェア資源は例えばバスを通じて電気的に接続されている。
【００３０】
本実施形態のデータベース管理システム１０における階層構造の一例を図２に示す。尚、オブジェクトグループとは、監視制御機能を実現するためのプログラムの集合体である。各オブジェクトグループ１２〜１５は、補助記憶装置に記録されており、各プログラムがＣＰＵに読み込まれ実行されることによって、ワークステーションや専用の計算機が中央監視制御設備２として機能する。その実行の際に必要なデータ、パラメータ等は、ＲＡＭにロードされる。また、後述する「検索結果」、「検索対象ノード」（図６参照）、「結果リスト」（図８参照）等も処理中にＲＡＭに記憶される。
【００３１】
中央監視制御設備２は、例えば、プロセスコントローラ３から送られてきた監視データ２１に基づいて運転員１１に監視情報２８を表示する機能、運転員１１からの操作２７に基づいて、対象となるプロセスコントローラ３に機器や値の設定を指示する機能、監視制御業務に必要なログを記録する機能、運転記録を整理する情報管理設備（図示せず）に必要なデータを提供する機能等を備えるものである。尚、情報管理設備は、通信ネットワークで中央監視制御設備２と接続されている。また、個々の機器５ａ〜５ｄを制御する際に必要となる演算は、中央監視制御設備２で実行されるものではなく、プロセスコントローラ３により実行される。
【００３２】
境界オブジェクトグループ１２は、運転員１１に対するヒューマンインタフェースや他のプログラムとのシステム連携を実現するためのインタフェースを提供するものである。
【００３３】
制御オブジェクトグループ１３は、他のオブジェクトグループから得られるデータを加工するとともに画面表示や遠隔装置であるローカル制御設備６へのデータ転送を起動するものである。
【００３４】
通信モジュールオブジェクトグループ１４は、監視制御対象となる設備と同じ場所に設置されたローカル制御設備６との通信機能を提供するものである。
【００３５】
内部オブジェクトグループ１５は、監視制御データを「設備」クラスごとあるいは「運用グループ」クラスごとにまとめて表すオブジェクトクラスの集合であり、データベースが存続する間、修正される頻度が低いものである。各オブジェクトクラスの詳細については、後述する。
【００３６】
各オブジェクトグループのデータのやりとりについて、以下に説明する。ローカル制御設備６から通信モジュールオブジェクトグループ１４に送信される監視データ２１は、アナログ値（測定値、連続値）とディジタル値（オンオフ情報、０−１値）に区別される。尚、監視データ２１の各レコードは、各機器に一意のＩＤ（機器ＩＤ）を付され、各機器に予め指定された時間間隔で自動的に送信がなされるものである。その際、各機器ＩＤと機器との対応関係については、初期設定ファイルとして補助記憶装置に記憶させておけば良い。
【００３７】
監視データ２１のアナログ値には、例えば、水位（ｍ）、ポンプ出力（％）、弁の開閉度（％）、電流値（Ａ）等がある。尚、水位とは、基準水位からの差をいう。
【００３８】
一方、監視データ２１のディジタル値には、例えば、弁の閉鎖状況（ＯＮ＝全閉、ＯＦＦ＝寸開）、受変電設備における開閉装置の状況（ＯＮ＝投入、ＯＦＦ＝開放）、ポンプの運転状況（ＯＮ＝運転、ＯＦＦ＝停止）、各種警報（地絡発生の有無等）等がある。
【００３９】
また、通信モジュールオブジェクトグループ１４からローカル制御設備６に送信される操作データ２２についても、同様にアナログ値とディジタル値に大別できる。
【００４０】
操作データ２２のアナログ値には、例えば、ポンプ出力設定値（％）、弁開度設定値（％）、薬剤注入率（％）等があり、ディジタル値には、例えば、ポンプ、送風機などの各機器の運転指令（ＯＮ＝運転、ＯＦＦ＝停止）、弁の開閉指令（ＯＮ＝閉、ＯＦＦ＝開）等がある。
【００４１】
操作結果／監視情報の送受信経路は、通信モジュールオブジェクトグループ１４から制御オブジェクトグループ１３への送信２３ａ、制御オブジェクトグループ１３から境界オブジェクトグループ１２への送信２３ｂ及び制御オブジェクトグループ１３から内部オブジェクトグループ１５への送信２３ｃの３つの経路が存在する。
【００４２】
通信モジュールオブジェクトグループ１４から制御オブジェクトグループ１３へ送信される操作結果／監視情報２３ａは、ローカル制御設備６から受信した監視データ２１を制御オブジェクトグループ１３が扱える形式に変換したものとなる。例えば、監視データ２１は、ローカル制御設備６を構成する機器のメーカなどにより異なるファイル形式であるので、ローカル制御設備６からディジタル値の監視データ２１をビットとして受信し、これをプログラムにおけるＢｏｏｌｅａｎに変換したのち、対応する制御オブジェクトグループ１３の処理を呼び出せばよい。したがって、取り扱うデータ項目は監視データ２１と同一となる。
【００４３】
また、制御オブジェクトグループ１３から境界オブジェクトグループ１２へ送信される操作結果／監視情報２３ｂは、例えば、出力装置に表示される運転員１１に対する監視制御画面を構成するアイコンやボタンの表示方法に関する情報が該当する。制御オブジェクトグループ１３は、通信モジュールオブジェクトグループ１４から受信した操作結果／監視情報２３ａを基に、対応するアイコンやボタンの色を変化させたり、値を表示したりする。したがって、取り扱うデータ項目は監視データ２１と同一となる。
【００４４】
また、制御オブジェクトグループ１３から内部オブジェクトグループ１５へ送信される操作結果／監視情報２３ｃは、例えば、内部オブジェクトにて履歴を作成するために必要な情報が該当する。制御オブジェクトグループ１３は、通信モジュールオブジェクトグループ１４から受信した操作結果／監視情報２３ａを基に、内部オブジェクトグループにてデータを保存する。したがって、取り扱うデータ項目は監視データ２１と同一となる。
【００４５】
操作指令の送受信経路は、境界オブジェクトグループ１２から制御オブジェクトグループ１３への送信２４ｂ、制御オブジェクトグループ１３から通信モジュールオブジェクトグループ１４への送信２４ａ及び制御オブジェクトグループ１３から内部オブジェクトグループ１５への送信２４ｃの３つの経路が存在する。
【００４６】
境界オブジェクトグループ１２から制御オブジェクトグループ１３へ送信される操作指令２４ｂは、例えば、監視制御画面から運転員１１によりポンプの出力設定が入力されると、それに応じた制御オブジェクトグループ１３の処理を呼び出すものである。したがって、取り扱うデータ項目は、操作データ２２と同一となる。
【００４７】
制御オブジェクトグループ１３から通信モジュールオブジェクトグループ１４へ送信される操作指令２４ａの場合、個々の設備に対応した操作データを送信する処理を起動する。したがって、取り扱うデータ項目は、操作データ２２と同一となる。
【００４８】
制御オブジェクトグループ１３から内部オブジェクトグループ１５への送信２４ｃの場合、操作対象となる設備を表すオブジェクトにおいて、記録を保存する処理を起動する。したがって、取り扱うデータ項目は、操作データ２２と同一となる。
【００４９】
制御オブジェクトグループ１３から内部オブジェクトグループ１５への検索２５とは、内部オブジェクトグループ１５の中から操作対象になっているオブジェクトを検索する操作をいう。例えば、監視対象物であるポンプを表すオブジェクトを検索する処理である。また、監視対象物の名称から該当するオブジェクトを検索したり、ある条件（例えば、運転中である）を満たすオブジェクトを検索したりするものである。
【００５０】
また、データ２６とは、制御オブジェクトグループ１３の検索要求に対して渡されるデータ（検索結果）である。例えば、タンクの水位の履歴等がこれに該当する。
【００５１】
プロセスコントローラ３には、少なくとも演算装置（ＣＰＵ）、記憶装置、通信インタフェース等を備えた専用に開発されたハードウェア装置が主として用いられる。
【００５２】
プロセスコントローラ３は、シーケンサ４から送られてきたデータに基づきフィードバック制御に必要な積分計算や微分計算等の演算を行い、演算結果に基づく指令をシーケンサ４に送る機能および中央監視制御設備２から送られてきた指令値に基づいて制御演算のパラメータを設定したり、シーケンサ４に当該機器の操作指令を送ったりする機能を備えている。
【００５３】
シーケンサ４には、例えばプログラマブルロジックコントローラ（ＰＬＣ）が用いられ、各シーケンサ４ａ〜４ｄには、例えば、ポンプ５ａ、弁５ｂ、コンベヤ５ｃ、送風機５ｄ等が接続される。
【００５４】
シーケンサ４は、各機器５ａ〜５ｄからの上記アナログ値やディジタル値を示す信号を受けとる機能、プロセスコントローラ３からの指令を受信し、設定されたロジックとプロセスコントローラ３からの指令や機器からの信号に基づいてシーケンス制御を行い、信号を各機器５ａ〜５ｄへ送る機能および監視データをプロセスコントローラへ送信する機能等を備えるものである。尚、各機器５ａ〜５ｄとの信号の送受信には、例えば、リモート入出力装置を用いる。
【００５５】
以上のように水再生センターにおける監視制御システム１であれば、ポンプ、送風機等の設備が物理的な監視対象物となる。このような物理的な監視対象については、従来から木構造でデータベースを構築し、検索処理を行うことが可能であった。しかしながら、上述のようにインターロックの関係があるポンプとバルブのような論理的グループについては、同一の木構造で管理することは不可能であった。
【００５６】
そこで、本実施形態のデータベース管理システムでは、図３に示すオブジェクトクラス構成を用いて、木構造を有するデータベースを構築することにより、監視対象物の物理的包含関係に基づくデータベースの木構造自体は維持しながら、複数の論理的グループに同時に属することを可能としている。尚、図３のクラス図は、オブジェクトクラスの標準的な表記方法であるＵＭＬ（Unified Modeling Language）により表記されている。
【００５７】
図３において、四角はオブジェクトクラスを、四角内の文字はオブジェクトクラス名を示す。オブジェクトクラス間の関連は線を用いて表されている。実線はオブジェクトクラス間の関連を表す。また、三角形の矢印と実線にて結ばれた関連は継承関係を表しており、三角が付随するオブジェクトクラスの特徴（属性及びメソッド）を、もう一端のオブジェクトクラスが有することを意味している。また、三角形の矢印と破線にて結ばれた関係は、実装関係を示している。また、線に付随した数は多重度を示している。
【００５８】
白い菱形は、集約（全体−部分構造）を示す。集約は、一方が他方の一部を構成する関係であり、菱形の付いている方が全体側になる。また、黒い菱形は、コンポジションを示す。コンポジションは、元オブジェクトとライフサイクルが一致するより強い集約であり、元オブジェクトが消えたら消えるオブジェクトへの集約を示すものである。
【００５９】
各オブジェクトクラス名の上の「＜＜  ＞＞」で囲まれた記述はステレオタイプであり、当該オブジェクトクラスが記述された特徴を有していることを示している。図３における「＜＜インタフェース＞＞」とは、他のオブジェクトとのやりとりに用いるメソッドの書式だけを定めるインタフェースであることを示し、「＜＜抽象＞＞」とは、当該オブジェクトクラスのインスタンスは生成されず、継承関係にあるオブジェクトクラスのインスタンスが生成される抽象クラスであることを示すものである。また、「＜＜内部＞＞」とは、内部オブジェクトグループ１５であることを示し、「＜＜制御＞＞」とは、制御オブジェクトグループ１３であることをそれぞれ表している。
【００６０】
以下に、本実施形態のデータベース管理システムにおける各オブジェクトクラスについて説明するが、各オブジェクトクラスの名称は一例であり、これに限られるものではない。
【００６１】
「名称操作」インタフェース３１は、インスタンスに付ける名前の操作を行うメソッドの書式を定めるものである。例えば、名前を取得するためのメソッドは、引数なしで戻り値なしのgetNameと定義され、名前を設定するためのメソッドは、引数に文字列、戻り値に真偽値を有するsetNameと定義される。尚、インタフェースとは、メソッドの宣言だけを集めたものであり、他のクラスが実装して初めて使用されるものである。
【００６２】
「名称」クラス３３は、インスタンスに付ける名前を管理する必要があるオブジェクトクラス（「測定項目」クラス３７、「設備」クラス３６、「運用グループ」クラス３９）に共通の特徴を定義するものである。即ち、オブジェクト名を表す文字列を属性とし、その名前の操作にかかわり「名称操作」インタフェース３１にて定義されたメソッドの具体的処理手順を有するものである。例えば、文字列として「ポンプ一号」というものを保管し、それを取得するgetNameメソッドでは、この文字列をそのまま返す手順を有するものである。
【００６３】
「包含関係ノード」インタフェース３５は、下位にノードを有する際の特徴を表すものである。したがって、木構造の最下層に位置するノードが「包含関係ノード」インタフェース３５とはなりえない。「包含関係ノード」インタフェース３５には属性はなく、「包含判定」メソッドと「検索」メソッドの書式を定めるものである。
【００６４】
「包含判定」メソッドとは、与えられた「監視対象」オブジェクトが、「包含関係ノード」インタフェースを有するオブジェクトの下位ノードとして存在する（包含される）か否かを判定するメソッドである。
【００６５】
また、「検索」メソッドは、与えられた名前を有するオブジェクトを、「包含関係ノード」インタフェース３５を有するオブジェクト以下の部分木から見つけ出すものであり、存在する場合はそのオブジェクトを、存在しない場合は存在しないことを示す値を返すメソッドである。
【００６６】
「監視対象」インタフェース３２は、監視対象を表すオブジェクトクラス（「設備」クラス３６、「運用グループ」クラス３９、「設備収容」クラス４０）が有するメソッドの書式を定義するものである。監視対象を表すオブジェクトクラスが有するメソッドには、例えば、「測定処理」オブジェクトの設定・取得・解除等がある。
【００６７】
「設備」クラス３６は、「名称」クラス３３が有する特徴を受け継ぐとともに、物理的構成、即ち、監視対象となる装置あるいはそれらを構成する部品及びそれらを収容する施設に共通した特徴を定義するものである。主な属性には、重故障発生の有無（０−１値）、軽故障発生有無（０−１値）、運転状態（０−１値）等がある。また、主なメソッドには、重故障の発生解除、軽故障の発生解除、運転状態の保存や取得等がある。
【００６８】
更に、「設備」クラス３６は、「監視対象」インタフェース３２が書式を定めたメソッドの具体的処理を規定し、また、０個以上の「測定項目」オブジェクトを収容し、一つの「測定処理」オブジェクトへの関連を有するものである。尚、具体的な設備、例えば電動機やポンプを表すオブジェクトクラスは、このクラスから派生される。
【００６９】
「運用グループ」クラス３９は、「名称」クラス３３が有する特徴を受け継ぐとともに、論理的グループ、即ち、監視制御の運用上作成されるグループに共通した特徴を定義する。属性はなく、「包含関係ノード」インタフェース３５及び「監視対象」インタフェース３２が書式を定めたメソッドの具体的処理を規定するものである。例えば、下位ノードとして新たなオブジェクトを登録する際のメソッドを規定する（図１０参照）。また、０個以上の「運用グループ」オブジェクトを集約し、０個以上の「設備」オブジェクトや一つの「測定処理」オブジェクトに対する関連を有するものである。
【００７０】
「設備収容」クラス４０は、「設備」クラス３６が有する特徴を受け継ぐとともに、論理的、物理的な関係を合わせて管理する。即ち、他の「設備」クラスが表すものを物理的に収容する場合や、「運用グループ」クラス３９が表すものを付随する場合の特徴を定義するものである。例えば、物理的又は論理的な関係を持ち、データ構造上、下位ノードとして存在するすべてのオブジェクトを取得するメソッドを提供する。属性はなく、設備の追加・削除に関するメソッドを有するものであり、更に、「包含関係ノード」インタフェース３５が書式を定義したメソッドの具体的処理を規定する。また、０個以上の「設備」オブジェクトを集約する。
【００７１】
「オブジェクト検索」クラス３４は、与えられた検索条件に従って、データベースを検索し、該当するすべてのオブジェクトを取得する機能を提供するものである。例えば、特定の名前を有するオブジェクトを検索する場合には、与えられた名前を表す文字列に基づき、「包含関係ノード」インタフェース３５や「監視対象」インタフェース３２を通じて、該当するオブジェクトを取得するものである。
【００７２】
名前を表す文字列とは、図３に示したオブジェクトクラスを用いて構築されたデータ構造において、当該データ構造のルートオブジェクトから当該オブジェクトに至るまで経由したすべてのオブジェクト名から構成される。例えば、図４に示すように符号４２で示す点線で囲まれた「バルブ：洗浄水弁」を指定する場合であれば、「阻水扉・沈砂池設備／しさコンベヤ１号／洗浄水弁」のように入力する。尚、オブジェクト名の間には区切り文字「／」が設定され、要素として取出すことが可能となっている。尚、文字列の入力は、操作員が直接入力する場合に限らず、監視制御システム１に連係している帳票管理システム等の他のシステムから入力される場合もある。
【００７３】
また、検索範囲や検索条件を設定して、該当する複数のオブジェクトを同時に取得する処理が可能である。例えば、検索範囲については、図５に示すように、指定オブジェクト４３だけを対象とする第１の検索範囲４４、指定オブジェクト４３に直接包含されるオブジェクト群が対象となる第２の検索範囲４５、指定オブジェクト４３を起点とする部分木の内Ｎ段下までを対象とする第３の検索範囲４６、指定オブジェクト４３を起点とする部分木すべてを対象とする第４の検索範囲４７などが可能である。また、検索条件としては、オブジェクト名の他、オブジェクトクラス名等ソフトウェアレベルの情報を用いるものや、ある測定値の値が与えられた値よりも大きな（または小さな）オブジェクトといったデータに由来する条件等を設定することができる。例えば、「設備」、「運用グループ」に加え、「オブジェクトクラスの種類」、「継承を考慮しないオブジェクトクラスの種類」、「未解決の警報が残っているオブジェクト」等を設定可能とする。
【００７４】
上記検索範囲および検索条件の設定は、例えば、出力装置に検査員が監視制御画面より選択可能なようにＧＵＩ表示して、設定するようにしている。
【００７５】
「測定項目」クラス３７は、「名称」クラス３３が有する特徴を受け継ぐとともに、測定項目を管理する上で共通的な特徴を定義するものである。測定項目が測定中であるかを示す属性と、測定値の追加や取得、測定値データ数の取得等のメソッドを有するものである。また、０個以上の「測定値」オブジェクトを集約する。
【００７６】
「測定値」クラス３８は、ある時刻に測定された値を保存するためのクラスである。測定時刻や測定値を表す属性と、測定時刻の取得、測定値の取得などのメソッドを有するものである。
【００７７】
「測定処理」クラス４１は、データベース管理システム１０が受信した監視データ２３ａについて、適切な設備の適切な測定項目に対して測定値を追加する処理を行う。また、出力装置への表示等追加的な処理を行う場合には、このクラスから派生したクラスを作成する。
【００７８】
この他、具体的な監視制御機能を実現するオブジェクトクラスについては、必要に応じて適宜定義すれば良く、特に限られるものではないため、説明を省略する。
【００７９】
以上、説明した本発明のデータベース管理システムのオブジェクトクラス構成の主な特徴をまとめると、以下の特徴がある。
【００８０】
（１）物理的な監視対象物を表す「設備」クラス３６及び論理的グループを表す「運用グループ」クラス３９の双方が「監視対象」インタフェースを継承していること。
（２）「運用グループ」クラス３９は、「設備収容」クラス４０に包含されることを可能とし、「監視対象」インタフェース３２を参照することで、「運用グループ」クラス３９と「設備」クラス３６は、「監視対象」インタフェース３２を経由して関連づけられ、更に、「包含関係ノード」インタフェース３５を継承することにより、木構造の親ノードとなる場合の処理を備えていること。
（３）「設備収容」クラス４０は、０以上の「設備」クラス３６及び０以上の「運用グループ」クラス３９を包含しており、更に、「監視対象」インタフェース３２を継承することで監視対象として扱うことが可能であること。
【００８１】
以上（特に（１）〜（３））のように構成することで、検索処理の際には、「運用グループ」オブジェクトも「設備」オブジェクトも「監視対象」とみなして扱うことができる。即ち、別の検索手法を設けることなく「監視対象」として検索する方法、「運用グループ」として検索する方法、「設備」として検索する方法の３つの検索方法を実現することができる。よって、操作員もその差異を認識することなく検索を実行することが可能となる。
【００８２】
また、（３）に示すように監視対象物の位置関係等の物理的な包含関係は、木構造の制約上、一意でなければならないので、（２）に示すように「監視対象」インタフェース３２から「運用グループ」クラス３９には包含関係がないものとしている。即ち、論理的グループ（例えば「インターロックの関係にあるもの」）からある物理的な監視対象物（例えば「バルブ」、「弁」）を検索する場合は、「運用グループ」クラス３９は、「監視対象」インタフェース３２を参照したうえで、「監視対象」インタフェース３２を継承する「設備」クラス３６の監視対象物を指すことを可能としている。
【００８３】
これらの特徴を有するオブジェクトクラス構成を用いて木構造を有するデータベースを構築することにより、物理的包含関係に合わせて、論理的グループについても、他のテーブル、他のデータベースへのリンク等を設定することなく、一つのデータ構造で表すことが可能となる。
【００８４】
以下に、図３に示したオブジェクトクラス構成を利用した検索処理の例を説明する。しかしながら、検索処理方法は、以下に述べる手法には限られるものではない。上記述べたオブジェクト構成を利用すれば、物理的包含関係と論理的グループを統合したデータ構造として扱うことができるので、物理的包含関係の検索手法と同様に、他のデータベース、テーブル等へのリンクを参照することなく論理的グループの検索処理も行うことができるので、検索処理の簡素化を図ることができるものである。
【００８５】
先ず、「オブジェクト検索」クラス３４におけるメソッドにおいて、ある名前を有するオブジェクトを検索する際のフローチャートを図６に示す。この検索は与えられた区切り文字で区切られた名前（名前を表す文字列）を有するオブジェクトかnull値を結果として返すものである。
【００８６】
上述のように本実施形態における検索とは、操作の対象となるオブジェクトを検索するものであり、検索した後に各監視対象物をどのように監視、制御を行うかは、別途、クラス、メソッド等を定義するものであり、本発明の目的とは異なるものである。
【００８７】
先ず、検索する文字列が入力される。与えられた文字列がnullでなければ（Ｓ１０１：Ｎｏ）、与えられた文字列の第一要素が木構造のルートノード名と一致するかを判断する（Ｓ１０２）、一致していれば（Ｓ１０２：Ｙｅｓ）、木構造のルートノードを検索結果として登録する（Ｓ１０３）。一方、与えられた文字列がnullの場合（Ｓ１０１：Ｙｅｓ）および与えられた文字列の第一要素が木構造のルートノード名と一致しない場合（Ｓ１０２：Ｎｏ）であれば、検索結果としてnullを返す（Ｓ１０４）。
【００８８】
次に、文字列要素の参照位置が最後から２番目であるかを判断する（Ｓ１０５）。当該判断は、例えば、区切り文字で区切られた文字列要素の数を予めカウントして記憶し、カウンタを設定して０からカウントする（Ｓ１０９参照）ようにし、カウンタの数値を参照し、その値が文字列要素数よりも一つ小さい値であれば、参照位置が最後から２番目であることを判断することができるものである。尚、一番下の要素は「包含関係ノード」インタフェース３５でない可能性があるから、当該判断を行うものである（Ｓ１０６参照）。
【００８９】
最後から２番目でない場合（Ｓ１０５：Ｎｏ）は、検索結果が「包含関係ノード」インタフェース３５かどうかを判断し（Ｓ１０６）、「包含関係ノード」インタフェース３５であれば（Ｓ１０６：Ｙｅｓ）、検索結果を「検索対象ノード」に登録する（Ｓ１０８）。一方、「包含関係ノード」インタフェース３５でなければ（Ｓ１０６：Ｎｏ）、結果としてnullを返す（Ｓ１０７）ものである。
【００９０】
次に、文字列要素の参照位置を一つ進め（Ｓ１０９）、検索対象ノードに包含されている中から参照している文字列要素を名前として有するオブジェクトを検索結果として登録（Ｓ１１０）して、Ｓ１０５に戻る。尚、検索対象ノードとは、その下位ノードの中から与えられた文字列中の名前に対応するものを探し出す際の起点となるものをいう。これに対し、検索結果には、最終的に与えられた文字列に対応したノードが入るが、検索途中では、最終結果に行き着く経路上のノードが入るものである。尚、検索結果は「監視対象」インタフェース３２であり、検索対象ノードは「包含関係ノード」インタフェース３５であり、オブジェクトクラスが異なるため当該処理を行うものである。
【００９１】
これに対し、最後から２番目である場合（Ｓ１０５：Ｙｅｓ）は、与えられた文字列の最終要素が検索結果に登録されたオブジェクト名と一致するかどうかを判断し（Ｓ１１１）、一致すれば（Ｓ１１１：Ｙｅｓ）当該検索結果を返し（Ｓ１１２）、一致しなければ（Ｓ１１１：Ｎｏ）、検索結果がないので結果としてnullを返して終了する（Ｓ１１３）。
【００９２】
次に、図７に、「オブジェクト検索」クラス３４にあるメソッドで、あるオブジェクトを起点として検索範囲（図５参照）と検索条件を設定した場合において該当するオブジェクトを選び出すフローチャートを示す。検索の起点となるオブジェクトは名前を用いて指定し図６に示した手順でオブジェクトを特定するものである。
【００９３】
先ず、与えられた文字列を引数として図６に示した手順を有する「オブジェクト検索」クラス３４の「検索」メソッドを起動し（Ｓ２０１）、そのメソッドの戻り値を検索起点オブジェクトに代入する（Ｓ２０２）。
【００９４】
次に、検索起点オブジェクトが空かどうかを判断する（Ｓ２０３）。空である場合（Ｓ２０３：Ｙｅｓ）はそのまま終了するが、空でない場合（Ｓ２０３：Ｎｏ）は、検索範囲に存在するオブジェクトを集める処理（Ｓ２０４、図８参照）を行う。更に、集めたオブジェクトから検索条件に該当しないオブジェクトを削除し（Ｓ２０５）、残ったオブジェクトを検索結果とするものである（Ｓ２０６）。
【００９５】
次に、図８に、「設備収容」クラス４０において検索範囲が部分木と指定され、そこに存在するオブジェクトを集める処理（以下、「検索範囲内オブジェクト収集」ともいう、Ｓ２０４）の詳細フローチャートを示す。
【００９６】
部分木が探索範囲であれば（Ｓ３０１：Ｙｅｓ）、下位に「設備」オブジェクトが存在するかどうか判断し（Ｓ３０２）、存在していれば（Ｓ３０２：Ｙｅｓ）、検索していない下位「設備」オブジェクトが残っているかどうかを判断する（Ｓ３０３）。尚、本処理は「設備収容」クラス４０のメソッドにて実現されるものであり、かつ「設備収容」クラス４０は、木構造の下位に位置する「設備」クラス３６に対する参照を有しているので、当該参照が無ければ、下位に「設備」オブジェクトが存在しないと判断することが可能となる。
【００９７】
一方、検索起点以下の部分木が探索範囲でない場合（Ｓ３０１：Ｎｏ）は、処理は終了する。
【００９８】
検索していない下位「設備」オブジェクトが残っている場合（Ｓ３０３：Ｙｅｓ）は、下位「設備」オブジェクトの一つを検索対象に設定し（Ｓ３０４）、当該検索対象のオブジェクトが「設備収容」クラス４０であるかを判断する（Ｓ３０５）。「設備収容」クラス４０であれば（Ｓ３０５：Ｙｅｓ）、検索対象の「検索範囲内オブジェクト収集」を再帰的に実行する（Ｓ３０６）。これに対し、「設備収容」クラス４０でなければ（Ｓ３０５：Ｎｏ）、検索対象を結果リストに追加（Ｓ３０７）してＳ３０３へ戻るものである。
【００９９】
これに対し、下位に「設備」オブジェクトが存在しない場合（Ｓ３０２：Ｎｏ）及び検索していない下位「設備」オブジェクトが残っていない場合（Ｓ３０３：Ｎｏ）は、下位「運用グループ」オブジェクトが存在するかどうかを判断し（Ｓ３０８）、存在する場合（Ｓ３０８：Ｙｅｓ）は、検索していない下位「運用グループ」オブジェクトが残っているかどうかを判断し（Ｓ３０９）、存在する場合（Ｓ３０９：Ｙｅｓ）は、下位「運用グループ」オブジェクトの一つを検索対象に設定し（Ｓ３１０）、検索対象の「検索範囲内オブジェクト収集」を再帰的に実行する（Ｓ３１１）。
【０１００】
これに対し、下位に「運用グループ」オブジェクトが存在しない場合（Ｓ３０８：Ｎｏ）及び検索していない下位「運用グループ」オブジェクトが残っていない場合（Ｓ３０９：Ｎｏ）は、本メソッドを実行しているオブジェクトを結果リストに加えて処理を終了する。
【０１０１】
このように「検索範囲内オブジェクト収集」では、データ構造に沿って再帰的に「検索範囲内オブジェクト収集」を実行（Ｓ３０６，Ｓ３１０）して、得られたオブジェクトを結果リストに記憶させるものである（Ｓ３１２）。
【０１０２】
次に、図９に「設備収容」クラス４０において、あるオブジェクトを包含対象として追加する処理のフローチャートを示す。
【０１０３】
先ず、与えられたオブジェクトが「設備」クラス３６かどうかを判断し（Ｓ４０１）、「設備」クラス３６である場合（Ｓ４０１：Ｙｅｓ）は、与えられたオブジェクトの名前と同じ名前を有する「設備」オブジェクトが既に登録されているかどうかを判断する（Ｓ４０２）。
【０１０４】
登録されていない場合（Ｓ４０２：Ｎｏ）は、与えられたオブジェクトを包含している「設備」として登録し（Ｓ４０４）、与えられたオブジェクトのパス名を設定して（Ｓ４０６）、与えられたオブジェクトの親ノードとして本オブジェクトを登録する（Ｓ４０８）。一方、既に登録されている場合（Ｓ４０２：Ｙｅｓ）は、そのまま終了する。
【０１０５】
これに対し、与えられたオブジェクトが「設備」クラス３６でない場合（Ｓ４０１：Ｎｏ）は、与えられたオブジェクトの名前と同じ名前を有する「運用グループ」オブジェクト３９が既に登録されているかどうかを判断する（Ｓ４０３）。
【０１０６】
登録されていない場合（Ｓ４０３：Ｎｏ）は、与えられたオブジェクトを包含している「運用グループ」として登録し（Ｓ４０５）、与えられたオブジェクトのパス名を変更する（Ｓ４０７）。一方、既に登録されている場合（Ｓ４０３：Ｙｅｓ）は、そのまま終了する。
【０１０７】
このように、包含するオブジェクトの種類が物理的な監視対象物を表す「設備」オブジェクト３６である場合と論理的グループである「運用グループ」オブジェクト３９である場合を区別して処理を行うことにより、木構造におけるオブジェクト名の一意性を確保するとともに「運用グループ」オブジェクトを木構造と同様の検索方法を利用できるデータ構造の構成要素として取り扱うことを可能としている。
【０１０８】
次に、図１０に「運用グループ」クラス３９においてあるオブジェクトを包含対象として追加する際のフローチャートの一例を示す。
【０１０９】
本処理では、与えられたオブジェクトの名前と同じ名前を有する「監視対象」オブジェクトが既に登録されているかどうかを判断し（Ｓ５０１）、登録されていない場合（Ｓ５０１：Ｎｏ）は、与えられたオブジェクトを登録（Ｓ５０２）して終了するが、登録されている場合（Ｓ５０１：Ｙｅｓ）は、そのまま終了する。
【０１１０】
このように「運用グループ」クラス３９においては、木構造全体における名前の一意性は問題とならないため、図９に示した「設備」クラスに比べて簡素な手順にて処理することが可能となる。
【０１１１】
尚、上述の実施形態は本発明の好適な実施の例ではあるがこれに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々変形実施可能である。
【図面の簡単な説明】
【０１１２】
【図１】監視制御システムのハードウェア構成の一例を示す図である。
【図２】本実施形態のデータベース管理システムにおける階層構造の一例を示す図である。
【図３】本実施形態のデータベース管理システムのオブジェクトクラスの関連を示すクラス図である。
【図４】オブジェクトの名前を表す文字列を説明するための図の一例である。
【図５】検索範囲を説明するための図の一例である。
【図６】図３に示すオブジェクトクラス構成を利用して、ある名前を有するオブジェクトを検索する処理の一例を示すフローチャートである。
【図７】あるオブジェクトを起点とし、検索範囲と検索条件を設定した場合において該当するオブジェクトを検索する処理の一例を示すフローチャートである。
【図８】「設備収容」クラスにおいて、検索範囲に存在するオブジェクトを集める処理の一例を示すフローチャートである。
【図９】「設備収容」クラスにおいて、あるオブジェクトを包含対象として追加する処理の一例を示すフローチャートである。
【図１０】「運用グループ」クラスにおいて、あるオブジェクトを包含対象として追加する処理の一例を示すフローチャートである。
【符号の説明】
【０１１３】
１  監視制御システム
１０  データベース管理システム
３２  「監視対象」インタフェース
３５  「包含関係ノード」インタフェース
３６  「設備」クラス
３９  「運用グループ」クラス
４０  「設備収容」クラス
【図１】
2008186401.tif 000003
【図２】
2008186401.tif 000004
【図３】
2008186401.tif 000005
【図４】
2008186401.tif 000006
【図５】
2008186401.tif 000007
【図６】
2008186401.tif 000008
【図７】
2008186401.tif 000009
【図８】
2008186401.tif 000010
【図９】
2008186401.tif 000011
【図１０】
2008186401.tif 000012