(57)【特許請求の範囲】
【請求項１】
監視データを出力する出力装置と、前記監視データを収集するデータ収集部を有し、前記データ収集部で収集されたデータを処理し、前記データを処理した結果を前記出力装置に出力内容として渡すデータ処理装置とを備えた監視システムにおいて、
前記データ処理装置が、
複数の設備の設備情報と該設備間の関係を記述する関係付け情報とを有する構造化設備情報を記憶する構造化設備情報記憶部と、
前記構造化設備情報記憶部に記憶された構造化設備情報に基づき、入力された注目設備を抽出の基点として、前記注目設備に対して所定の関係を有する設備の設備情報および関係付け情報を概略抽出し、前記概略抽出された設備毎に前記設備情報をノードとして前記設備間の関係付け情報をアークとするグラフ構造上で前記注目設備と当該設備との間に介在する関係付け情報を用いて重み値を算出し、この重み値に基づいて設備情報を関連設備情報集合として最終抽出する監視設備抽出部と、
前記関連設備情報集合中の前記設備情報の設備についての前記監視データを前記データ収集部から受け取り、当該設備情報および当該監視データを表示形式に変換して前記出力装置に渡す表示管理部とを備えたことを特徴とする監視システム。
【請求項２】
データ処理装置が、設備間の関係の種類により定義された重み係数からなる重み係数情報を記憶する重み係数情報記憶部を備え、
概略抽出された設備に対して、注目設備と前記概略抽出された設備との間に介在する各関係付け情報に対し、当該関係付け情報の関係の種類およびこの関係の種類について定義された重み係数情報記憶部に記憶されている前記重み係数情報から求めた重み係数を重み値に加えてえられる値を重み値とみなすことを特徴とする請求項１に記載の監視システム。
【請求項３】
重み係数情報記憶部に記憶された重み係数情報を、設備間の関係の種類と抽出時の観点とにより定義された観点別重み係数情報とし、抽出時の観点指定を含む注目設備を抽出の基点として、この注目設備の観点を指定することにより、前記観点別重み係数情報から求めた重み係数を重み係数情報から求めた重み係数とみなすことを特徴とする請求項２に記載の監視システム。
【請求項４】
構造化設備情報記憶部に記憶された構造化設備情報の中の設備情報が、重要設備の当否を示す重要設備情報を有し、概略抽出された設備に対して重要設備情報に対応して設定された重み係数を当該設備に対して設備情報をノードとし設備間の関係付け情報をアークとするグラフ構造上で注目設備と当該設備との間に介在する関係付け情報とを用いて算出した重み値に加えて得られる値を重み値と見なすことを特徴とする請求項１から３のいずれかに記載の監視システム。
【請求項５】
データ処理装置が、警報情報とその対応設備およびその属性との関係を定義した警報設備変換情報を記憶する警報設備変換情報記憶部と、監視データ収集部を介して設備からの警報情報を入力し、この入力した警報情報と前記警報設備変換情報記憶部に記憶された警報設備変換情報とに基づき警報に係る設備と属性とを抽出する警報入力部とを備え、この警報入力部により抽出された警報に係る設備と属性とを抽出の基点とすることを特徴とする請求項１、２、４のいずれかに記載の監視システム。
【請求項６】
データ処理装置が、警報名とその対応設備およびその属性と観点とを定義した警報設備変換情報を記憶する警報設備変換情報記憶部と、監視データ収集部を介して設備からの警報情報を入力し、この入力した警報情報と前記警報設備変換情報記憶部に記憶された警報設備変換情報とに基づき警報に係る設備と属性と観点とを抽出する警報入力部とを備え、この警報入力部により抽出された警報に係る設備と属性と観点とを抽出の基点とすることを特徴とする請求項３に記載の監視システム。
【請求項７】
データ処理装置が、出力様式を定義した出力様式情報を記憶する出力様式情報記憶部と、監視設備抽出部で最終抽出された関連設備情報集合と前記出力様式情報記憶部に記憶された出力様式情報とデータ収集部から得られた監視データとに基づき出力内容を作成する出力内容合成部とを備えたことを特徴とする請求項１から６のいずれかに記載の監視システム。
【請求項８】
データ処理装置が、出力様式を定義した出力様式情報を記憶する出力様式情報記憶部、監視設備抽出部で複数の注目設備を個々に抽出基点として最終抽出された各関連設備情報集合と、前記出力様式情報記憶部に記憶された出力様式情報と、データ収集部から得られた監視データとに基づき前記複数の注目設備毎に出力内容を作成する出力内容合成部、およびこの出力内容合成部で前記複数の注目設備毎に作成した出力内容を出力情報として記憶する出力情報記憶部とを備えたことを特徴とする請求項１から４のいずれかに記載の監視システム。
【請求項９】
出力装置は、音声信号を再生して監視データを出力し、
データ処理装置が、監視設備抽出部で最終抽出された関連設備情報集合と監視データ収集部で得られた監視データとに基づき文字列のみの出力内容を作成する出力内容合成部、およびこの出力内容合成部で作成された文字列のみの出力内容を入力とし、これを音声出力信号に変換する音声合成部とを備えたことを特徴とする請求項７又は８に記載の監視システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
監視対象設備の計測データ及び状態データ等を収集し、これを表示装置上に表示する監視システムにおいて、故障等の異常発生時のプラント状況を、小画面表示装置上に効果的に表示する機能を備える監視システムに関するものである。
【０００２】
【従来の技術】
プラント等の監視システムでは、監視対象設備の計測データ及び状態データ等（監視データ）を収集して、これを表示装置に表示し、監視員は常にその表示内容を見て、異常が発生していないことを確認すると共に、異常発生時には、その表示内容により異常への処置を行う。しかし、監視対象が大規模で監視対象が多い場合は、すべての表示内容を一画面で表示することが困難になる。このような場合は、従来、表示内容を複数の表示画面に分類して、その中から必要な表示画面を見ることができるようにすることで監視情報の把握を可能にしてきた。
【０００３】
このような方法の例としては、複数の表示画面をあらかじめ作成しておき、それに最新の監視データ値を重ねて表示する特開平１１−２５９７８０号公報に示されている方法や、監視対象設備を階層化して記憶し、それぞれの設備に対して監視データ値を表示する方法などがある。前者の方法では、想定どおりの異常が発生した場合は、一枚の画面で状況を把握することができるが、異常によっては数枚の画面にわたって監視データの現在値を確認する必要が出てくるため、監視データをすばやく把握するための妨げとなっていた。特に表示画面が小さい場合、例えば、携帯端末の表示部を利用してプラント状況を確認・把握する場合には、確認に数画面どころか１０〜２０画面が必要になり、各画面にどの設備の監視データを盛り込むかを適切に決めることは簡単なことではなく、多数の画面から必要な監視データを抽出することも容易でない。画面にインデックス付けをしたとしても、インデックスの階層が浅いとリストが長くなり、その中から選択することが容易でなくなるし、逆に階層が深いと複数の関連画面を渡りながら見るのが大変になる。また、全体像を把握し順次詳細確認に移っていく方法を採用したとしても、それぞれの画面をあらかじめ作成しておく必要があると共に、画面が小さいと、全体像を一画面で表示できず、複数の画面に分割表示しなければならなくなることもある。更に、これら多数の画面の作成には多くの労力を要するという問題もある。後者の方法では、ある監視対象設備の情報を入手することは比較的容易であるが、一般に、異常時には複数の監視対象設備の監視データ入手が必要であり、前記画面にインデックスを付した場合と同様に、順次調べていくのは大変な作業となる。
【０００４】
以上の問題点はいずれも表示に係る設備数が多すぎることに起因しているため、抽出により必要最小限の設備のみを選定し、その監視データを表示するという試みも行われている。例えば、特許第2714273号によれば、プラント設備の各入力点に対応したポイント識別番号（PID）を断片的な知識・記憶から容易に検索・設定できるようにし、PIDを指定することにより設備の抽出を行い、その情報を表示する。また、情報処理学会第６１回全国大会で発表された「WWW対応携帯端末を利用したプラント監視システム」によれば、ある画面定義上に割り付けられた入出力点（タグ）のうち、重故障に相当するタグが割り当てられたものだけを抽出し、又は、オブジェクトとして表現した監視対象設備（設備オブジェクト）を利用し、ある画面定義上に割り付けられた入出力点のうち、その入出力点の所属する設備オブジェクトが、その設備オブジェクトの中に重故障属性を持つ監視対象設備だけを抽出してその情報を表示する。
【０００５】
【発明が解決しようとする課題】
しかし、前者の抽出方法では、一つの監視対象設備の監視データを見るために、1回の検索が必要となり、複数の監視対象設備の監視データを見るには、その都度、何度も絞込みを行う必要がある。そのため警報発生元の設備と一定の関係を持ち、警報関連設備と思われる設備を順次検索して監視データを確認していくことは容易なことではない。特に表示画面が小さくて多量の情報を一度に表示できない場合、深刻な問題となる。
【０００６】
また、後者の抽出方法では、重故障属性を持った設備オブジェクトが多数ある場合に、一旦抽出されたものの中で、どれを優先するかを特定することができず、結果として適切な抽出ができない。
また、逆に、ある設備の異常を確認した後、別の設備の状況を確認したくなっても、その設備オブジェクトに重故障属性が設定されていなければこの設備を抽出できない。
【０００７】
このように、異常時に、関連する設備群を適切に抽出し、少ない表示画面数でこの設備の監視データを表示することは困難であり、そのため、多数の想定される表示画面をあらかじめ作成しておくか、それを避けるにはその都度検索作業により関連画面を調べる等の作業が必要であった。特に、携帯端末を利用して、プラント状況を離れた場所のどこからでも確認・把握できるようにしたい場合には、その表示部が小さいことから、上記の問題は一層顕著になる。
【０００８】
【課題を解決するための手段】
この発明は、監視データを出力する出力装置と、前記監視データを収集するデータ収集部を有し、前記データ収集部で収集されたデータを処理し、前記データを処理した結果を前記出力装置に出力内容として渡すデータ処理装置とを備えた監視システムにおいて、前記データ処理装置が、複数の設備の設備情報と該設備間の関係を記述する関係付け情報とを有する構造化設備情報を記憶する構造化設備情報記憶部と、前記構造化設備情報記憶部に記憶された構造化設備情報に基づき、入力された注目設備を抽出の基点として、前記注目設備に対して所定の関係を有する設備の設備情報および関係付け情報を概略抽出し、前記概略抽出された設備毎に前記設備情報をノードとして前記設備間の関係付け情報をアークとするグラフ構造上で前記注目設備と当該設備との間に介在する関係付け情報を用いて重み値を算出し、この重み値に基づいて設備情報を関連設備情報集合として最終抽出する監視設備抽出部と、前記関連設備情報集合中の前記設備情報の設備についての前記監視データを前記データ収集部から受け取り、当該設備情報および当該監視データを表示形式に変換して前記出力装置に渡す表示管理部とを備えたことを特徴とする監視システムである。
【０００９】
この発明は、データ処理装置が、設備間の関係の種類により定義された重み係数からなる重み係数情報を記憶する重み係数情報記憶部を備え、概略抽出された設備に対して、注目設備と前記概略抽出された設備との間に介在する各関係付け情報に対し、当該関係付け情報の関係の種類およびこの関係の種類について定義された重み係数情報記憶部に記憶されている前記重み係数情報から求めた重み係数を重み値に加えてえられる値を重み値とみなすことを特徴とする監視システムである。
【００１０】
この発明は、重み係数情報記憶部に記憶された重み係数情報を、設備間の関係の種類と抽出時の観点とにより定義された観点別重み係数情報とし、抽出時の観点指定を含む注目設備を抽出の基点として、この注目設備の観点を指定することにより、前記観点別重み係数情報から求めた重み係数を重み係数情報から求めた重み係数とみなすことを特徴とする監視システムである。
【００１１】
この発明は、構造化設備情報記憶部に記憶された構造化設備情報の中の設備情報を、重要設備の当否を示す重要設備情報を加えたものとし、概略抽出された設備に対して重要設備情報に対応して設定された重み係数を当該設備に対して設備情報をノードとし設備間の関係付け情報をアークとするグラフ構造上で注目設備と当該設備との間に介在する関係付け情報とを用いて算出した重み値に加えて得られる値を重み値と見なすことを特徴とする監視システムである。
【００１２】
この発明は、データ処理装置が、警報情報とその対応設備およびその属性との関係を定義した警報設備変換情報を記憶する警報設備変換情報記憶部と、監視データ収集部を介して設備からの警報情報を入力し、この入力した警報情報と前記警報設備変換情報記憶部に記憶された警報設備変換情報とに基づき警報に係る設備と属性を抽出する警報入力部とを備え、この警報入力部により抽出された警報に係る設備と属性とを抽出の基点とすることを特徴とする監視システムである。
【００１３】
この発明は、データ処理装置が、警報名とその対応設備およびその属性と観点とを定義した警報設備変換情報を記憶する警報設備変換情報記憶部と、監視データ収集部を介して設備からの警報情報を入力し、この入力した警報情報と前記警報設備変換情報記憶部に記憶された警報設備変換情報とに基づき警報に係る設備と属性と観点を抽出する警報入力部とを備え、この警報入力部により抽出された警報に係る設備と属性と観点とを抽出の基点とすることを特徴とする監視システムである。
【００１４】
この発明は、データ処理装置が、出力様式を定義した出力様式情報を記憶する出力様式情報記憶部と、監視設備抽出部で最終抽出された関連設備情報集合と前記出力様式情報記憶部に記憶された出力様式情報とデータ収集部から得られた監視データとに基づき出力内容を作成する出力内容合成部とを備えたことを特徴とする監視システムである。
【００１５】
この発明は、データ処理装置が、出力様式を定義した出力様式情報を記憶する出力様式情報記憶部、監視設備抽出部で複数の注目設備を個々に抽出基点として最終抽出された各関連設備情報集合と、前記出力様式情報記憶部に記憶された出力様式情報と、データ収集部から得られた監視データとに基づき前記複数の注目設備毎に出力内容を作成する出力内容合成部、およびこの出力内容合成部で前記複数の注目設備毎に作成した出力内容を出力情報として記憶する出力情報記憶部とを備えたことを特徴とする監視システムである。
【００１６】
この発明は、出力装置は、音声信号を再生して監視データを出力し、データ処理装置が、監視設備抽出部で最終抽出された監視設備情報と監視データ収集部で得られた監視データとに基づき文字列のみの出力内容を作成する出力内容合成部、およびこの出力内容合成部で作成された文字列のみの出力内容を入力とし、これを音声出力信号に変換する音声合成部とを備えたことを特徴とする監視システムである。
【００１８】
【発明の実施の形態】
実施の形態１．
図１は実施の形態１の監視システムの構成を示すブロック図である。図１において、１はデータ処理装置としてのパーソナルコンピュータ本体（以下ＰＣと略記）、２はＰＣに接続された入力装置、３はＰＣに接続された表示装置、４から８はＰＣ１に含まれる構成要素で、４は構造化設備情報を記憶格納するための構造化設備情報記憶部、５は監視設備抽出部、６は表示管理部、７は表示管理部６に含まれる表示内容合成部、８はデータ収集部である。
【００１９】
この監視システムを実際に運用したときの全体構成例を図２に示す。図２では、図１中の入力装置２としてキーボード９を、表示装置３としてＣＲＴ１０を備える。入力装置２は、キーボードでなくても、例えばタブレット、マウス、音声入力装置などでもよく、又はこれらを複数種類備えることもできる。表示装置３も、ＣＲＴでなくても、例えば液晶ディスプレイ、プラズマディスプレイ、スピーカーなどの音声出力装置などでもよく、広く一般の出力装置と考えてよいし、出力先としてＰＣ（もしくは計算機一般）や携帯電話等を含めこれを出力装置と考えてもよい。更に入力装置の場合と同様に、複数台もしくは複数種類の出力装置を備えてもよい。また、コントローラ１１は通常、監視対象設備に含まれ、ネットワーク１２、例えばイーサネット(登録商標です。)によるＬＡＮに接続されており、図１のデータ収集部８は図２の各コントローラから定期的に監視項目に対応した監視データを収集し、そのデータをＰＣ１内の共有メモリに保持する。動作について説明する前に、いくつか用語の説明をしておく。
【００２０】
設備情報；他の設備から識別するために必要な、ある監視対象設備に関する情報を言う。設備識別番号（ＩＤ）、設備名称などで構成される。ここではこれに加えて、他の設備との関係の参照も設備情報とする。尚、設備情報は以下に説明する属性を有する。
【００２１】
属性；設備に付随した各種情報で、属性の項目名（属性名と略記）とその属性名に対応する属性値よりなる。属性名／属性値の例としては、監視項目名／監視データ値がある。例えば設備機器Ａの電流量／タグ名称といった設備計測情報は、設備機器Ａの故障の有無／タグ名称、設備機器Ａの運転・停止／タグ名称などといった設備状態を示す情報がある。ここでタグ名称は属性値を格納している共有メモリアドレスなどの記憶領域を特定することができるように定義された名称で、図６に例示するように、属性値がアナログ入力値の場合は“ＡＩ”を冠しそのあとに０から始まる連続番号をとり、それぞれの属性値の格納されている共有メモリアドレス等を対応させ、属性値の単位と、関係する設備名をコメントとして付している。  属性値がデジタル入力値の場合は“ＤＩ”を冠した連続番号にしてある。なお、タグ名称の代わりに、直接属性値の格納されているアドレスを、もしくは属性値に関する情報提供が可能なオブジェクトのアドレスを指定することもできる。
【００２２】
設備オブジェクト；オブジェクト指向プログラミング等で用いられる用語で、１つの監視対象設備に対応するデータ構造（設備情報とその属性を含む。）とそのデータを取り扱う手続きを一体化したもの。
【００２３】
構造化設備情報；設備オブジェクトおよび設備オブジェクト間の関係を記述した全体のデータ構造を言う。図３に具体例を示す。図３（ａ）において、１つの監視対象設備に対応するデータ構造を「設備オブジェクト」とする。また、２つの設備オブジェクト間を結ぶ関係づけのデータ構造を「関係オブジェクト」とする。図３（ａ）は、設備オブジェクトＡ１３と設備オブジェクトＢ１４の間に関係がある場合の、データ構造を示している。設備オブジェクトは、設備ＩＤ、名称、関係への参照（複数の参照を格納することが可能）、属性数、属性名１、属性値１、...属性名ｎ、属性値ｎを格納できる。属性名と属性値のペアは、属性数の値に応じて、必要な分だけメモリが確保されるようにする。関係オブジェクト１５は、関係の名称、始設備への参照、始設備の属性名、終設備への参照、終設備の属性名、を格納できる。設備全体への関係付けを行う場合には、始設備の属性名あるいは終設備の属性名は空のままとする。これらの参照は例えば、Ｃ／Ｃ＋＋言語ではポインタ、Ｊａｖａ(登録商標名)言語では参照として実装する。図３（ｂ）と図３（ｃ）は図３（ａ）の関係の略記法を示している。通常は、図３（ｂ）のように、関係名と始終それぞれの属性名を関係オブジェクトに記述し、設備オブジェクトは名称だけを記述する。図３（ｃ）図は、始終両設備の属性名が空欄の場合の記述法である。  この例では、図３の形で設備オブジェクトを定義したが、設備クラスとして定義してもよい。また、例えば属性を属性名と属性値からなるデータ構造のものの双方向リストで実装する、などでもよい。更に、設備オブジェクトとして実現するのではなく、単なるデータ構造、例えばＣ言語の構造体で実現してもよい。これらの場合でも設備情報（関係の参照含）、属性名と属性値を記述するという点で同様の効果がある。
【００２４】
図４は、構造化設備情報をグラフ構造として示した場合の一例（一部抜粋）である。例えば図中、設備オブジェクト「次亜鉛注入ポンプａ」１６は、設備オブジェクト「次亜鉛貯留槽ａ」１７と関係「接続」１８があり、この関係では「次亜鉛注入ポンプａ」１６は終設備である。また、設備オブジェクト「吐水弁ａ」１９は、設備オブジェクト「気曝槽」２０の属性「水位」と関係「接続」２１があり、この関係では「吐水弁ａ」１９は始設備である。更に、設備オブジェクト「次亜鉛注入ポンプａ」１６は、設備オブジェクト「次亜鉛注入設備」２２と関係「所属」２３があり、「次亜鉛注入ポンプａ」１６は終設備である。これはすなわち、「次亜鉛注入ポンプａ」１６は「次亜鉛注入設備」２２に所属する設備であることを意味する。
【００２５】
次に図１のシステムの動作概要について説明する。
表示管理部６は、データ処理装置として実施の形態の以下で説明する処理を統括する働きをする部分で、入力装置２からの入力、表示装置３への出力を処理するとともに、監視設備抽出部５に入力装置から入力した抽出の基点となる設備（以下、注目設備と呼ぶ。）情報を渡し、監視設備抽出部５での抽出結果を設備情報の集合（以下、関連設備情報集合と呼ぶ。）の形で受け取る。監視設備抽出部５では、表示管理部６から受け取った前記注目設備情報を基に、構造化設備情報記憶部４に記憶されている構造化設備情報から、前記関連設備情報集合を抽出し、表示管理部６に渡す。表示管理部６は、受け取った関連設備情報集合を表示内容合成部７に渡し、表示内容合成部７は受け取った関連設備情報集合とデータ収集部８にてデータ処理装置であるＰＣ１の外部から収集され共有メモリ等の記憶部に保持された監視対象設備に関する監視項目毎の監視データをもとに表示画面を作成し、表示管理部６は表示内容合成部７で作成された表示画面を受け取り、これを表示装置３で表示する。
【００２６】
尚、本例では、表示管理部６の中に表示内容合成部７を置いたが、表示管理部６の外に表示内容合成部７を置き、表示管理部６が表示内容合成部７に処理を渡し、その結果の描画命令を表示管理部６に返す、などの構成でもかまわない。また、表示装置３は、先に述べたように一般には出力装置と考えてもよいので、その場合は表示管理部６、表示内容合成部７は、それぞれ出力管理部(もしくは入出力を管理するという意味でインタフェース管理部と呼ぶこともできる。)、出力内容合成部となる。
【００２７】
先に説明した構造化設備情報は、監視システムの監視対象の設備モデルとして、図４に示すようなグラフ構造として構造化設備情報記憶部４（例えばＰＣ上の主記憶など、記憶部）に持たせる。  このグラフ構造の形式で、主記憶上等の記憶部に乗せる方法は、例えば、オブジェクト指向ＤＢにこの形式で記憶してあるのをそのまま持ってくる方法や、設備の項目表（設備ＩＤ，名称、属性名１、属性値１、...）と関係の項目表（関係名称、始設備ＩＤ，始設備属性名、終設備ＩＤ，終設備属性名）をファイルなどに記憶しておき、それらを読み込んで主記憶上の記憶部に構成する方法などのいずれの方法でもよい。
【００２８】
図５は、設備オブジェクト「次亜鉛注入ポンプａ」１６の設備オブジェクトの構造例である。設備ＩＤには２３、設備名称には「次亜鉛注入ポンプａ」、関係はこの図では略されているが、図３（ａ）に示す「関係オブジェクト」１５に示すような形で、次亜鉛注入設備、次亜鉛貯留槽、気曝槽との関係への参照が格納され、属性数として「３」となっている。１つめの属性は名称が「電流量」で属性値がタグ名称で「ＡＩ００２５」、２つめの属性は名称が「故障の有無」で属性値がタグ名称で「ＤＩ００４６」、３つめの属性は名称が「運転・停止」で属性値がタグ名称で「ＤＩ００４７」である。  図６は、先に述べた通り、属性名に対応したタグ名称とデータ収集部８との関係を記述した表である。データ収集部８はこのタグ名称と共有メモリアドレスの変換表を元に、各コントローラの値を参照する。
【００２９】
図７は、監視設備抽出部５の処理を示したフローチャートである。
ここでは前記注目設備を基点に、その設備と一定の個数までの関係オブジェクトで関係付けられる設備の中から、関係オブジェクトの数の少ないものや、その設備に至る関係の組が複数あるものを、構造化設備情報から抽出するという処理を行う。関係オブジェクト数が少ないということは、注目設備と、より直接的な関係を有すること、すなわち、途中に介在する他の設備数が少ないことを意味し、その設備に至る関係の組が複数あるということは、関連設備情報集合の中でより関連性の高い設備であることを意味する。従って、共に重要性の高い設備であることを示すものである。
【００３０】
以下、図７のフローチャートを詳細に説明する。
まず、ＳＴ１で表示管理部６の管理のもとに、入力装置２から入力された設備名と、もしあれば属性名を読み込み、注目設備としてこれを監視設備抽出部５に渡し、構造化設備情報記憶部４に格納されている構造化設備情報と照合することにより、設備オブジェクトとその属性名（属性名を入力した場合のみ。）を特定し、設備オブジェクトをＳ、属性名がある場合にはこれをｐとする（以後、属性名ｐはあるものとして説明するが、ない場合もある。）。次に、ＳＴ２では図８に示すような関連設備一覧表を、例えば主記憶上に用意する。関連設備一覧表は、設備ＩＤと属性名とその重み値を記憶できる表形式のデータである。ＳＴ２では関連設備一覧表に、ＳＴ１で特定した設備オブジェクトＳと属性名ｐおよび、その重み値をＧ（例えば１００）として登録する。この重み値Ｇは各設備の重要度等を勘案して初期値としてあらかじめその値を決めておくべき数値であり絶対値については任意に設定してよい。  更に、抽出の基点となる注目設備との間に他の設備がひとつ介在する毎に１だけ増加するように定義された変数ｃｎｔを０で初期化する。ここまでがＳＴ２の処理である。  なお、以下の監視設備抽出部５の処理が進むにつれて、関連設備一覧表の設備（と属性）として登録される設備の数は増加していく。
【００３１】
ＳＴ３では、Ｓと関係のある関係オブジェクトを全て数え上げる。すなわち、設備オブジェクトＳのデータ構造中の「関係」の欄（図３（ａ）もしくは図５参照。）に参照されている関係を全て抽出し、それらを（Ｒ１，．．．．，Ｒｎ）とする。次に、ＳＴ４で、（Ｒ１，．．．，Ｒｎ）の中から、順次１つずつ関係を取り出し、まだ取り出すものが残っている場合、ＳＴ５に、残っていない場合はＳＴ１４に進む。ＳＴ５では、ＳＴ４で取り出した関係をＲｉ、その接続先の設備オブジェクトをＱｉ、その属性をｑｉ（属性の指定がない場合もあるが、簡単のため属性指定があるものとして説明する。）とする。次に、ＳＴ６で、設備Ｑｉ（属性ｑｉ）の重み値ｇにＧ−１を代入する。これは抽出の基点となる設備からの関係が離れるにつれて重み値を１だけ低減するという趣旨であり、低減値１はＧの設定値（この例では１００）との見合いで自由に設定できる。次に、ＳＴ７で、Ｑｉ（属性ｑｉ）が既に関連設備一覧表に登録されているかどうかを調べる。もし、登録されていればＳＴ８に、登録されていなければＳＴ９に進む。ＳＴ８では、登録されていた設備Ｑｉ（属性ｑｉ）の重み値と、ＳＴ６で設定したｇ（＝Ｇ−１）とを比較し、大きい方の値に１を追加した値を、関連設備一覧表の設備Ｑｉ（属性ｑｉ）の重み値ｇｉとして設定し、ＳＴ４に戻る。ここで１を追加するのは多重参照時には重み値を増加させるという趣旨からであり、この増加値１という値も前記重み低減値との兼ね合いを考慮するとの前提で自由に設定できる。
【００３２】
一方、ＳＴ９では、ＳＴ４で抽出した設備Ｑｉ（属性ｑｉ）と、ＳＴ６で設定した設備Ｑｉ（属性ｑｉ）の重み値ｇをｇｉとして関連設備一覧表に追加登録する。次に、ＳＴ１０で、Ｑｉが参照する関連のうち、Ｒｉ以外のものがあるかどうかを調べる。あった場合はそれらを（ｒ１，．．，ｒｍ）として、ＳＴ１１に進み、なければ、ＳＴ４に戻る。ＳＴ１１では、変数ｃｎｔが１以下かどうかを調べる。すなわち、最初の設備オブジェクトＳから何回辿ったかを調べる。その結果、１以下であればＳＴ１２に進み、そうでなければ、ＳＴ１３に進む。ＳＴ１２では、まず、そのときのｃｎｔ値と関連付けてＳと（Ｒｊ，．．，Ｒｎ）（ｊ＝ｉ＋１）を一時退避のため記憶・保存しておき、Ｒｉに関するループを活用するためにＱｉをＳ，ｑｉをｐとみなし、（ｒ１，．．．，ｒｍ）を（Ｒ１，．．．，Ｒｍ）と見なして、関連設備一覧表から、設備Ｑｉ（属性ｑｉ）の重み値ｇｉを調べ、その値を、設備Ｓ（属性ｐ）のＧとみなしこれに代入する。尚、ここで、ＳＴ４以降のループ処理の多重度を変数ｃｎｔとして１増加させておく。ｃｎｔが１増加すると言うことは、この時のループ処理に係る設備は抽出の基点となる注目設備からの関係が更に一設備分離れることを意味する。
【００３３】
そしてＳＴ４に戻り、関係（ｒ１，．．．，ｒｍ）に関する全処理を（Ｒ１，．．．，Ｒｍ）のループを流用して、ＳＴ４からＳＴ１２もしくはＳＴ１３まで繰り返す。ＳＴ１１に設定されている条件から、このようなループの多重処理はｃｎｔ＝１になるまで実行され、すなわち、抽出の基点となる注目設備との関係が間に１設備分介在するところまで実施した場合、これ以上の関連性が遠くなる設備への拡張を防止するために、ＳＴ１１の条件によりＳＴ１２への移行が妨げられてＳＴ１３に移行し、ｃｎｔの値を１だけ減少させる。ここでこの減少後のｃｎｔ値に関連付けて一時退避のために記憶・保存していた、Ｓと（Ｒｊ，．．，Ｒｎ）（ｊ＝ｉ＋１）を元に戻して、一つ前のループ処理の残りを続ける。  結果としてＳＴ８，ＳＴ９での処理により関連設備一覧表には、入力した抽出の基点となる設備Ａとこれに直接関係を有する設備（及び属性）群Ｂ（ｃｎｔ＝０）、およびこの設備群Ｂと直接関係を有する設備（及び属性）群Ｃ（ｃｎｔ＝１）について、互いに重複しない形で、その設備ＩＤ，属性、重み値が図８に示すように登録される。尚、図８の属性の欄に記された数字は何番目の属性かを示す。数字が記されていないものは関係オブジェクトで属性が設定されていない場合に対応する。
【００３４】
ＳＴ４では、関係Ｒｉの残りがなくなったら、先に述べたとおり、ＳＴ１４で、このループ処理が最終ループであるのか、多重ループ途中のループ処理の完了であるのかを、そのときのｃｎｔ値で判断する。最終ループが完了していない時はｃｎｔ＞０であるから、ＳＴ１３に戻る。最終ループ完了時はｃｎｔ値＝０に戻っているはずなので、ＳＴ１４にてｃｎｔ＞０ではないとして、ＳＴ１５に移行する。ここでは関連設備一覧表の設備（と属性）の中から、重み値の大きいものから順に、例えば２０個抽出する。なお、このＳＴ１５での抽出方法はあくまで一例であり、例えば、抽出しながら、すなわち関係設備一覧表に登録をしながら、登録数が規定個数を超えた時点で、その後の登録に際しては、既登録設備と新たに登録する設備の内、重み値が最小の設備を削除していくという方法もある。いずれにせよ、注目設備との関係の重さで順序づけられた集合の中からどういう基準を用いてどのような方法で取り出すかは、その監視システムの設備の分布状況や、一度に表示できる設備の個数などを考慮して決めればよい。
【００３５】
図７の処理は、設備オブジェクトと関係オブジェクトをそれぞれグラフ構造のノードとアークとして見て、最初のノードを起点にアークのつながっているノードを抽出するものである。ここでは、その抽出方法の一例を示したが、グラフからの部分グラフを抽出する他の方法でもよく、同様の効果がある。また、図７ではＳＴ１１でｃｎｔ≦１を条件として設定したが、この数値は注目設備と関連設備との間にいくつまで他の設備が介在するところまでを抽出の対象とするかを示すもので、変えることができる。大きくなるに従って介在する設備の数が増加し、より関係の薄い設備までが抽出の対象となる。
【００３６】
尚、図７の処理は他の手続きを含まない一つの処理として記述したが、例えばＳＴ４からＳＴ１３までの処理を一つの手続きとし、ＳＴ１２をこの手続きを再帰的に呼ぶものとし、ＳＴ１３をこの手続きを終了するものとするように構成し、ＳＴ３の手続きの次にこの再帰的手続きを呼ぶように構成してもよい。これらの処理をプログラミング言語で記述すると、一般的に、その言語処理系の機能により、設備Ｓ、その属性ｐ、関係（Ｒ１，Ｒ２，．．．，Ｒｎ）とその関係数ｎなどを自動的にスタックに記憶することが可能となる。
【００３７】
図９に監視設備抽出部５の処理の出力例を示す。この例では、設備オブジェクトの設備ＩＤと何番目の属性であるかを用いて、抽出されたものをそれぞれ１行に出力している。例えば２行目では、ｅｑ０２３なので、設備ＩＤが２３のオブジェクト、すなわち図５の「次亜鉛注入ポンプａ」１６であり、属性が１番目のもの、すなわち図５より「電流量」を表す。この出力は図７中ＳＴ１５で行われる。なお、図９中の出力例は一例であり、別の表示方法でもよい。
【００３８】
図１０に表示内容合成部７の処理のフローチャートを示す。
まず、ＳＴ２１で、図９記載の監視設備抽出部５の出力を１行読み込み、抽出された設備（と属性）を特定する。ＳＴ２２では、ＳＴ２１で１行読み込みができた場合、ＳＴ２３に進み、読みこめず、設備がない場合には、終了する。ＳＴ２３では、読み込んだ設備（と属性）の名称を設備オブジェクトから入手し、文字列として出力する。次に、ＳＴ２４で、改行文字と、”の値は”を文字列として出力する。そして、ＳＴ２５で、その設備（の属性）の現在値を、データ収集部から入手し、その値を文字列として出力する。そして、ＳＴ２６で改行文字を出力し、ＳＴ２１に戻る。図１１に表示内容合成部７の出力結果の一例を示す。属性が指定されていない設備については、例えば、第１番目の属性を表示したり、全属性を表示してもよい。
【００３９】
図１２は、抽出の基点となる注目設備を入力するために表示管理部６が表示する入力画面２４である。この画面から、注目設備の名称(タグ名称でもよい。)と、必要であれば、属性名称をそれぞれ設備名称入力領域２５、属性名称入力領域２６に入力する。表示ボタン２７は、ここにフォーカスをあわせて例えばＥｎｔｅｒキーを押すと、表示コマンドを実行したこととなり、入力された設備名称（と属性名称）を元に、抽出処理を開始する。なお、もし入力装置として、マウスなどのポインティングデバイスが備わっていた場合、例えばマウスの場合、マウスカーソルを表示ボタン２７にあわせてマウスボタン、例えば左ボタンを押すことで、表示コマンドを実行することもできる。
【００４０】
図１３は表示管理部６の処理のフローチャートである。本システムでの処理は、入力画面２４からの前記入力を含め、この表示管理部６で管理、実施される。図１３のＳＴ３１では、図１２に示したユーザ入力画面２４を表示装置３に表示し、先に説明したとおりに入力する。次に、ＳＴ３２で、ユーザの入力が何であったかを調べる。もし、文字の入力であった場合、ＳＴ３３で入力文字をカーソル位置に表示し、ＳＴ３２に戻る。一方、ＳＴ３２で、ユーザ入力が表示コマンドを実行した場合、ＳＴ３４で、設備名称入力領域２５と属性名称入力領域２６への入力内容をそれぞれ入力として監視設備抽出部５に渡し、ＳＴ３５で、図７に従って監視設備抽出部５の処理を行う。ＳＴ３６では監視設備抽出部５の抽出結果を表示内容合成部７に渡し、図１０で説明したとおり表示内容合成部７での処理を行う。次に、ＳＴ３７で、表示内容合成部７での処理結果は図１１に例示する形で表示装置３の画面上に表示させる。
【００４１】
このように、設備情報と設備間の関係とを記述した構造化設備情報を記憶した構造化設備情報記憶部を設け、さらに、構造化設備情報を用いて、指示された注目設備と関連する設備を抽出する監視設備抽出部を設けたことにより、数多くの設備に関する情報を、その都度検索作業により関連画面を調べる等の操作により、確認することなく、注目設備と関係の深い設備情報集合を適切に抽出できるので、関連する設備数を絞り込んで出力することが可能となる。また、従来から行われていた、ある設備との関係から想定される多数の表示画面を固定画面としてあらかじめ作成しておく必要がなくなり、状況に応じて注目設備として指示選択するだけで、注目設備と指示選択された属性等の関係を有する設備だけをその都度抽出して出力できるようになる。
【００４２】
更に、出力内容をあらかじめ定義し作成する必要がある場合の対応についてみても、ある設備と関係の深い設備を抽出して、出力内容の定義にそのまま流用、あるいはそれを元に加工して作成することができ、出力内容を定義する作業が少なくなることから、従来に比べて固定画面作成工数が低減するという効果もある。なお、状況に応じて指示選択することによりその設備と指示選択された関係を有する（一般に）少数の設備だけをその都度抽出して出力できるようになるため小さい表示画面での対応が可能になる。これは携帯端末を監視装置の一環として組み込むことができることを意味する。このことは他の実施の形態においても共通して言えることである。
【００４３】
尚、この実施の形態ではデータ処理装置としてパーソナルコンピュータ（ＰＣ）を使って説明したが、ＥＷＳ（エンジニアリングワークステーション）などの、他の汎用計算機でもよく、同様の効果を得ることができる。
【００４４】
実施の形態２．
図１４に、実施の形態２の全体構成例を示す。図１４は図２において、キーボード９、ＣＲＴ１０を省略し、次のものを付加した構成となっている。イーサネット(登録商標名)１２に接続された２８のターミナルアダプタ（ルータ機能付）、それに接続された２９の公衆回線、公衆回線２９を経由して通信可能となっている３０の携帯電話、携帯電話３０と３２の例えばシリアル接続線で接続されている３１のＰＤＡ（携帯情報端末）である。
【００４５】
この構成では、図１の入力装置２と表示装置３をＰＤＡ３１に持たせ、ＰＣ１の機能は同じにしてある。従って、構造化設備情報記憶部４、監視設備抽出部５、表示管理部６、表示内容合成部７、データ収集部８の構造や処理は実施の形態１の場合と同じである。異なる点は、携帯電話による通信を通して表示内容合成部７の合成結果をＰＤＡ３１側に送り、ＰＤＡ３１はこれを受け取り、表示する機能を備えたことである。なお、携帯電話３０とＰＤＡ３１を表示機能付の携帯電話に変え、表示内容合成部７の合成結果を、通信を通して携帯電話側で得るとともに、表示する機能を備えてもよい。
【００４６】
この実施の形態によれば、実施の形態１と同様の効果により、ＰＤＡなどの、一度に表示できる内容が少ない小画面の端末でも、有意な情報の表示が可能になる。また、従来法である予め固定した画面による表示では、これを作成しても、小画面の表示装置の場合、一度に見渡せる大きさの中に適切な情報を配置することは容易ではなく、小画面表示装置でも表示できるようにするためには、いろいろなケースを想定し、膨大な数の固定画面を予め作成する必要があると言う問題があったが、この点も本発明により膨大な数の固定画面を予め作成する必要がなくなるため解決する。また、小画面表示装置でのプラント状況把握が容易になったことから、携帯端末を監視システムに利用できる途が開け、プラント状況を離れた場所のどこからでも確認・把握できるようになる。
【００４７】
実施の形態３．
実施の形態１では関係を有する設備の一関係毎の重み低減値は“関係”の種類によらず共通であったが、本実施の形態では“関係”の種類に応じて重み低減値を変えられるようにした。
【００４８】
図１５に、実施の形態３の監視システムの構成を示すブロック図である。図１に加え、重み係数情報を記憶・格納する重み係数情報記憶部３３を備えた。重み係数情報は“関係”の種類ごとに重み係数を特定するために用いる。  図１６に、重み係数情報の構造を示す。これは、表形式で“関係”と重み係数の対応を記憶する。この表では、例えば関係「接続」の重み係数は−３に設定してある。また、関係の方向性も加味して重み係数を定義してもよい。例えば、「所属」関係のうち順方向（いわゆる包含関係）と逆方向（いわゆる被包含関係）とでは、異なった重み係数を定義するなどである。なお、この表の数値は一例であり、実施の形態１で述べた重み値Ｇの設定値や重み値の増減値の大きさや監視システムの設備数や表示画面の大きさ等の状況により、それぞれ最適な値を設定する。なお重み係数情報の実現方式は“関係”の種類から重み係数が求められるものであれば、図１６に示すような表形式でなくても、例えば手続きとして定義してもよい。
【００４９】
監視設備抽出部５の処理のフローチャートは基本的には図７と同じであるが、ＳＴ６が次のように変更される。ＳＴ６における重み値ｇを求める方法は、関係Ｒｉの重み係数ａを重み係数情報記憶部３４に格納されている図１６に示す重み係数の欄から入手し、この設備Ｑｉ（の属性ｑｉ）の重み値ｇをＧ＋ａとした。実施の形態１では、ａがすべての“関係”に対して共通に設定されていたものである。
【００５０】
この実施の形態によれば、監視設備抽出部は、重み係数情報と構造化設備情報を用いて、ある設備と関係の深い設備を、設備間の関係の種類による重要度を考慮して、総合的に判断した重要度により抽出することが可能となり、ユーザが知りたい情報をより的確に絞り込んで抽出することが可能となる。
【００５１】
実施の形態４．
本実施の形態では“関係”毎に設定した重み係数を、更に観点別に設定できるようにした。実施の形態３で導入した重み係数情報は、この場合、表形式の重み係数情報を示す図１７のように観点別の重み係数が設定される。ここで“観点”とは、例えば「水」系統や「電気系統」などの立場を指すもので、例えば「電気系統」、「水」系統により、“関係”の種類に対する重み係数は異なるであろうとの考えに基づくものである。従って、観点を変えることにより、関係を有する設備の総合した重み値は異なるものとなり、抽出される設備も異なってくる。
【００５２】
「一般」という観点は特に観点を指定しない場合の重み係数を示すものである。なお重み係数情報の実現方式は関係の種類と観点から重み係数が求められるものであれば、表形式でなくても、例えば手続きとして定義してもよい。なお、この重み係数は、実施の形態１で述べた重み値Ｇの設定値や重み値の増減値の大きさや監視システムの設備数や表示画面の大きさ等の状況により、それぞれ最適な値を設定する。
【００５３】
本実施の形態の監視システムの構成及び動作は図１５と同じである。但し、重み係数情報記憶部３３に記憶されている重み係数情報は観点別の重み係数情報となる。図１８に、ユーザ入力画面３４を示す。図中、設備名称入力領域２５と属性名称入力領域２６は図１２の場合と同じである。３５は観点の入力部で、プルダウンメニュー（右側の矢印を選択すると、候補文字列の一覧が表示され、その中から選択することができる）形式で観点を設定できる。これは入力方法の一例であり、他の形式、例えば、設備と属性の名称を入力する画面と観点を入力する画面を備え、それぞれ入力させるなどしてもよい。
【００５４】
本実施の形態における監視設備抽出部５の処理のフローチャートは、基本的には図７と同じであるが、次の点が異なる。まず、図７のＳＴ１処理内容に、観点ｋを読み込むという処理が加わる。更に、ＳＴ６における重み値ｇを求める算式中の、重み係数ａを図１７に示す、関係の種類別・観点別重み係数ａに置き換える。これにより関係を有する設備の重み値は関係の種類と観点による重み係数の違いを考慮して設定されたものになる。
【００５５】
本実施の形態の表示管理部６の処理フローチャートは、基本的には図１３と同じであるが、ＳＴ３２の入力の判定処理をした結果、観点のプルダウンメニューからの入力に対応して「選択入力」の場合が増え、そのときの処理として、ＳＴ３３とＳＴ３４の間に、選択入力で選ばれた文字列をその表示文字列に表示し、ＳＴ３２に戻るというフローを追加する。更に、ＳＴ３４では、監視設備抽出部に渡す入力内容に「観点」を追加する。
【００５６】
この実施の形態によれば、設備間関係の種類ごとの重要性や、抽出において指定される観点に基づいて重要性が重み係数、もしくは重み値という形で付与されるので、ある観点からみて、より適切な関連設備が抽出される。したがってユーザの希望する観点を基に設備情報をより一層的確に抽出・把握することが可能となる。
【００５７】
実施の形態５．
本実施の形態は、ある区域内（例えば１つの設備に所属する設備）の設備の中で、その区域を代表する設備を選び、それらを重点的に表示することで、マクロ的な視点で、例えばプラントなどの施設の主要設備の状態を見ることを可能にすることによって、全体を概観できるようにすることを目的とするもので、重要設備情報を定義し、これに該当するものは重み値を大きくするととともに、施設全体を概観するために、観点として「概要」を設定したものである。重要設備であるかどうかは設備オブジェクトにおいて定義し、「概要」観点はこれまで説明してきた、「一般」観点とは独立に設定する。  これまで説明してきた実施の形態は、ある設備と直接的に関係の深い設備をミクロの視点から抽出するものであったため、マクロ的視点の場合は、観点別の重み係数も本実施の形態では当然異なるものとなってよい。この意味で、「概要」と言う観点を新設した。
【００５８】
図１９は、本実施の形態における設備オブジェクトの構造であり、実施の形態１における図３の、例えば設備オブジェクトＡ１３に対応するものである。図１９では、図３に示す情報に加え、重要設備情報として「重要」という項目を追加する。ここに、ＴＲＵＥ  または  ＦＡＬＳＥ  の値又はこれと同等な情報を設定できるものとする。この重要設備情報は、監視対象の設備のうち、抽出上重要な設備についてはＴＲＵＥと、そうでない設備についてはＦＡＬＳＥと設定される。
【００５９】
また、重み係数情報は、すでに述べた趣旨から、  図２０に示すとおり、観点に「概要」を追加したものになっている。この「概要」観点を選択することにより、上述のように施設全体を概観することを前提として設定した関係の種類別重み係数が選択されるとともに、更に、この選択を、図１９の「重要」項目を参照しに行くためのトリガーとして使うこともできる。
【００６０】
本実施の形態の監視設備抽出部５における処理のフローチャートは、基本的には図７と同じであるが、次の点が異なる。実施の形態４同様、観点別重み係数ａを使った重み値算式に変更したＳＴ６の後に、「重要項目の重み調整処理」を追加して、その後ＳＴ７に移行する。  「重要項目の重み調整処理」のフローチャートは図２１に示す。この例では「概要」選択を「重要」項目を参照しにいくためのトリガーとしても使用している。
【００６１】
したがって、まず、ＳＴ８１で、観点ｋが「概要」であるかどうかをチェックする。「概要」であれば、ＳＴ８２で、接続先の設備オブジェクトＱｉの「重要」項目が“ＴＲＵＥ”であるかどうかを調べ、もしそうであれば、ＳＴ８３で重みｇを例えば８増加する。その後、ＳＴ８４で、抽出の基点となる設備Ｓの「重要」項目の値が“ＴＲＵＥ”であるかどうかを調べ、もしそうであれば、ＳＴ８５で重みｇを例えば８減少させる。これは、抽出の基点となる設備の重要項目指定を考慮することとともに、それによる二重指定を防止するために、重み値８の符号を変えたものであるが、重みの増減値８は他の重みの増減値とのバランスを考慮するとの前提で自由に設定できる。ＳＴ８１で 観点ｋが「概要」でなければ「重要項目の重み調整処理」は何も行わずに次のステップに移行する。なお、図２１の処理は、他の例との対比を明らかにするために、別手続きとして説明したが、上記、図７の修正フローチャートの中に埋め込んでもよい。
【００６２】
本実施の形態の監視システムの構成は、図１５と同じである。但し、構造化設備情報に「重要」項目を有すること、監視設備抽出部５の処理が前記のように一部追加処理を有する点が異なっている。この例では、重要設備かどうかを参照する際のトリガーとして、観点「概要」を選択したかどうかに依っていたが、常に設備オブジェクトの「重要」項目を参照に行く形にするか、又はそのためのフラグをもたせるようにしてもよい。また、この例では重要設備情報を設備オブジェクトの「重要」項目にＴＲＵＥまたはＦＡＬＳＥのいずれかの値を持つ形で設定したが、観点に、例えば、全体的重要、水的重要、電気系統的重要、等を追加して定義し、重要項目うち、水的重要は重要属性の第１ビット、電気系統的重要は第２ビット、などと割り当てて記憶しておき、図２１の重み値調整処理で、ＳＴ８１のところを、ｋがこれら「○△的重要」である場合にはＳＴ８２に進むようにし、ＳＴ８２とＳＴ８４の判定を、「重要」項目の値のうち、その観点に対応するビットがＴＲＵＥかどうかで判断するようにしても、単に「概要」だけでなく、様々な側面からの観点の重み付けが可能となる。
【００６３】
この実施の形態によれば、構造化設備情報の中にその設備が重要かどうかを示す、重要情報を定義することにより、監視設備抽出部は重み係数記憶情報と構造化設備情報を用いて、ある設備と関係の深い設備を、関係の種類および、そのときの状況で見たい観点を考慮した重み係数と共に、設備に設定されている重要情報を勘案しつつ、抽出することが可能となる。  従って、ユーザが知りたい情報をより一層的確に抽出することが可能となる。
【００６４】
実施の形態６．
本実施の形態は警報に関連した設備を抽出の基点となる注目設備として関連設備情報集合を抽出するものである。図２２は本実施の形態の監視システムの構成ブロック図である。基本的には図１と同じであるが、ＰＣ１の内部に警報設備変換情報を記憶する警報設備変換情報記憶部３６を備え、入力した警報情報を基に、警報設備変換情報記憶部３６の警報設備変換情報を参照し、警報に係る、且つ抽出の基点となる注目設備とその属性を設定する設備警報入力部３６を表示管理部６の中に備えている点が異なる。警報入力部３６は注目設備を設定する機能を有するため、広義には注目設備指定手段と呼ぶこともできる。監視設備抽出部５は警報入力部３６から入力する注目設備情報をもとに、構造化設備情報記憶部４に記憶されている構造化設備情報から関連する設備情報集合を関連設備情報集合として抽出する。
【００６５】
警報設備変換情報は警報とそれに対応する設備と属性が定義されており、一例として図２３に示すデータ構造を有している。図２３は警報と設備ＩＤと属性名の対応表となっている。表中、例えば警報「Ａ００００１」に対応する設備の設備ＩＤは１５、属性名は無しである。警報が発生した場合、この表を参照することにより、警報に対応する設備と属性が抽出できる。尚、この例では簡単のため表形式としたが、ハッシュ表に格納する方が、検索が高速に行える。
【００６６】
本実施の形態での監視設備抽出部５の処理フローチャートは、注目設備（と属性）の入力が図７の場合と異なるが、その他は図７の処理とまったく同じである。従って、図７のＳＴ１の部分が図２４に示す警報入力部処理に置き換わる。尚、これまで述べてきた他の実施の形態すべてについてもＳＴ１対応部を図２４に置き換えることができる。
【００６７】
図２４では、まず、ＳＴ９１で、最新警報をデータ収集部８から入手し、それをｗとする。次に、ＳＴ９２で、警報設備変換情報記憶部３６の警報設備変換情報を参照し、ｗに対応する設備ＩＤと属性名を求める。そして、構造化設備情報記憶部４の構造化情報から設備オブジェクトＳ、もしくは設備Ｓとその属性ｐを特定する。これが注目設備（と属性）になる。
【００６８】
図２５は、ユーザ入力画面２４の変形例である。ここでは注目設備、属性はすでに抽出済みであるから、マニュアルによる入力の必要性はないため、図１２のような入力欄が表示されていない。ここでは一例として、表示ボタン２７を選択することにより表示コマンドが実行され“最新警報から”とのメッセージを表示する場合を示した。
【００６９】
図２６は、表示管理部６の処理のフローチャートで、実施の形態１の図１３に相当する。
まず、ＳＴ１０１で、ユーザ入力画面３２を表示する。次にＳＴ３２でユーザ入力を待ち、入力の種類が表示コマンドのときに、ＳＴ１０２に進む。ＳＴ１０２では、処理を監視設備抽出部５に渡す。次にＳＴ３５に進み、以下、図１３と同様である。
【００７０】
本実施の形態よれば、抽出基点となる注目設備情報をユーザが入力指定するのではなく、最新の警報を参照し、注目設備を設定することができる。そのため、警報に関連の深い設備（と属性）を迅速的確に抽出でき、小画面表示の場合でも、すばやく、効果的に必要な情報を得ることができる。
【００７１】
実施の形態７．
本実施の形態では、抽出基点となる設備を実施の形態６で述べた警報関連設備とする場合と、実施の形態１〜５で述べたマニュアルで入力する場合の選択を可能にしたものである。また、これに加えて警報関連設備を抽出する場合に、新たな視点として、その警報の発生したときに最初に使う観点を自動設定できるようにしたものである。
【００７２】
図２７は、この例の監視システムの構成ブロック図である。図２２に、図１５で導入した重み係数情報記憶部３３と、警報の発生したときに最初に使う観点を警報の種類ごとに設定した警報観点変換情報を記憶する警報設備変換情報記憶部３８をＰＣ１に付加したものである。
【００７３】
図２８は、警報観点変換情報のデータ構造を示す。警報観点変換情報は表形式で、警報とその警報の発生したときに最初に使う観点を設定する。図中、例えば警報「Ａ００００１」に対応する観点は「水」である。尚、この例では表形式で示したが、これに限る必要はないことは、これまで指摘してきたとおりである。
【００７４】
また、基本的な動作は実施の形態１と同様であるが、抽出基点となる注目設備の入力画面がこれまでと異なる。初期入力画面は、図２９に示すとおりである。この入力画面３９は警報検索ボタン４０と設備検索ボタン４１を選択できるように作られている。表示管理部６は、入力が設備検索コマンドの場合、実施の形態４の場合と同じ入力画面が現れ、これにマニュアルで入力していくことにより実施の形態４と同様の処理を行うことになる。  入力が警報検索コマンドの場合は、まず警報入力部３７に処理を渡す。警報入力部３７での処理は実施の形態６と同じである。但し、警報観点変換情報を利用する場合については、警報入力部の処理フロー図２４に警報観点が設定してある警報観点情報から警報ｗに対応する観点ｋを求めるというステップが新たに追加される。以降の処理は実施の形態６の場合と同じである。
【００７５】
監視設備抽出部５の処理フローチャートは、ＳＴ１およびＳＴ６を除き共通である。ＳＴ１は抽出の基点となる注目設備と属性の設定であり、すでに説明したとおりである。ＳＴ６は実施の形態４の場合と同じである。すなわち、重み値の設定に、観点別重み係数を勘案する。実施の形態４との違いは、この観点に警報ｗに対応する観点が反映されているという点である。
【００７６】
なお、本実施の形態では警報設備変換情報と、警報観点変換情報を２つの別のものとして設定したが、１つの警報に対して、設備ＩＤ、属性名、観点を記述する１つの“警報変換情報”として設定してもよい。この場合、該当する警報をデータ中から検索するのが一回でよいため（分かれている場合は２回検索する必要がある）、検索時間が半分になる。この場合は、図２７の構成も警報設備変換情報記憶部３６と警報観点変換情報記憶部３８とが合体して、警報変換情報記憶部となる。
【００７７】
また、この例では、最初に、図２９に示す初期画面３９を必ず表示するようにしたが、警報発生時は、自動的に警報検索ボタンを押したのと同じ処理が始まるようにしてもよい。この場合、警報が発生した時に、最初に何を検索するか一切指示せずに、警報に関連した情報をすぐに表示させることができ、次に確認すべき事項や手配をより迅速に行うことが可能となる。
【００７８】
このように、本実施の形態によれば、注目設備の指定方法として、最新の警報を自動的に参照して設備を特定する手段と、ユーザが任意の設備を指定する手段を備えたため、状況に応じて関連設備集合を効果的に抽出できる。例えば、まず、警報発生により、自動的に、従ってすみやかに関連設備情報集合を表示し、次に、任意の設備を順次指定して情報を提示させることができ、ユーザの状況把握の進み具合に応じて情報を提示できるという効果がある。また、警報に伴い、関連する観点も自動的に抽出設定されるので、警報に関して、いち早く的確に絞り込んだ情報を得ることができ、異常時など緊急を要するときにも、小画面表示装置の適用がより容易になる。
【００７９】
実施の形態８．
これまでの実施の形態は表示に係る設備の抽出を固定的なものから状況にあわせたフレキシブルなものに変えるというものであった。本実施の形態は、例えば設備が決まっている場合に、どのような表示にするかと言う点での自由度を大きくするというものである。そのための方法として、図３１に例示するような表示様式情報を設定した。この例では、表示様式情報は、プレーンテキスト形式であり、内部に＄で始まる変数が埋め込まれている。図中、２行目の＄ｔｉｍｅは例えば、出力時に現在時刻を表示するための変数であり、３行目の＄ｏｂｊ１．ｎａｍｅ  は、抽出された設備オブジェクト（の属性）のうち、１つめのものの設備名称（と属性名称）を表示するための変数である。この定義方法はあくまでも一例であり、例えば他のスクリプト言語などでもよい。また、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ  Ｐａｇｅｓ）やＪＳＰ（Ｊａｖａ(登録商標名)Ｓｅｒｖｅｒ  Ｐａｇｅｓ）などのスクリプトでもよい。
【００８０】
図３０は、本実施の形態の監視システム構成ブロック図で、図１に、表示様式情報を記憶した表示様式情報記憶部を追加したものである。尚、これまでの実施の形態と異なる点は、表示内容の合成処理の内容だけであるから、以下で表示内容合成部７の処理のフローチャートを、図３３を例にとり図３２に従って説明する。  図３２において、まず、ＳＴ１４１で、表示様式情報４２から１文字読み込む。読み込んだ文字をｃとする。次に、ＳＴ１４２で、ｃが読み込めたかどうかチェックする。なければ処理を終了する。ＳＴ１４２でｃが読み込めたときは、ＳＴ１４３に進み、ｃが文字”＄”であるかどうかを調べる。もし、”＄”でなければ、ＳＴ１４４に進み、を出力して、ＳＴ１４１に戻る。ＳＴ１４３で、ｃが”＄”だった場合、ＳＴ１４５に進む。ＳＴ１４５では、さらに表示様式情報４２から続きを読み込み、”．”か、スペース文字か改行文字かタブ文字が出てくるまで読み進み、変数名を切り出す（．やスペースの前の文字まで）。
【００８１】
次に、ＳＴ１４６で、変数名が”ｏｂｊ”で始まるかどうかを調べ、もし”ｏｂｊ”で始まるのであれば、ＳＴ１４７に進み、監視設備抽出部５の抽出結果の設備オブジェクトのうち、変数名から何番目かを求め、その設備オブジェクトを特定する。ＳＴ１４８で、特定できたかどうかを調べ、特定できなかった場合、例えば、抽出した設備オブジェクトの個数が指定した変数名のものより少なかったときに、ＳＴ１４９に進み、”？？？”を出力し、ＳＴ１４１に戻る。ＳＴ１４８の結果特定できた場合は、ＳＴ１５０で次の文字を読み込む。
【００８２】
次に、ＳＴ１５１で、その読み込んだ文字が”．”かどうかを調べ、”．”でなければ、ＳＴ１４９に進む。ＳＴ１５１で、読み込んだ文字が”．”だった場合、ＳＴ１５２で、さらに続きをスペース文字や改行文字が出てくるまで（出てくる直前まで）読み込み、読みこんだ文字を識別子とする。次に、ＳＴ１５３で読み込んだ識別子を調べ、それが”ｎａｍｅ”だった場合、ＳＴ１５４に進み、その設備オブジェクト（とその属性）の名称の文字列を入手し、出力し、ＳＴ１４１に戻る。ＳＴ１５３で識別子が”ｖａｌｕｅ”だった場合、ＳＴ１５５に進み、その設備オブジェクト（とその属性）の現在値をデータ収集部８から入手し、その値を出力し、ＳＴ１４１に戻る。一方、ＳＴ１４６の結果、変数名が”ｏｂｊ”で始まらなかった場合、ＳＴ１５６でその変数名はそのほかの組み込み変数の名前かどうかを調べる。
【００８３】
もし、予め決められた組み込み変数の名前でなければ、ＳＴ１４９に進む。決められた組み込み変数の名前、たとえばこのフローチャートの例では、”ｔｉｍｅ”や”ｄａｔｅ”だった場合、ＳＴ１５７に進み、変数名を調べる。その結果、”ｔｉｍｅ”だった場合は、ＳＴ１５８に進み、現在時刻を求め、その値を出力し、ＳＴ１４１に戻る。ＳＴ１５７で、変数名が”ｄａｔｅ”だった場合は、ＳＴ１５９に進み、日付を求め、その値を出力し、ＳＴ１４１に戻る。他に組み込み変数があった場合、同様に文字列に変換して出力した後、ＳＴ１４１に戻る。最後には、ＳＴ１４２で読み込む文字がなくなり、終了する。  図３３は、この例の表示内容合成部７の出力例である。  この場合、図３３と同じ表示が表示装置６に表示される。
【００８４】
このように、本実施の形態によれば、表示方式を固定でなく、表示様式情報に記述された様式で表示することが可能となる。特に、プラント毎に関連設備情報集合の抽出基準が大きく異なる場合、これにあわせて表示様式も変えるのが望ましく、且つわかりやすい表示にもなる。従って、これまで説明してきた各種実施の形態に本実施の形態を組み合わせることにより、ある設備と関係の深い設備を状況に応じて自由に抽出して出力できるという効果に加えて、表示様式情報に定義した表示様式を通して、これに適した、プラント毎の表示様式を、プログラムとして提供するのではなく、定義情報、例えばファイルとして作成でき、低コストかつ容易に客先ごとの出力のカスタマイズができるようになるという効果がある。
【００８５】
実施の形態９．
本実施の形態は、複数の注目設備について注目設備毎に関連設備情報集合をオフライン時にあらかじめ抽出しておき、この表示様式をそのまま又は若干の加工を施してオンライン時に使用するものである。  図３４は本実施の形態の監視システム構成のブロック図である。あらかじめ表示様式を作成する時をオフライン時とし、そのときのシステムの必要な構成を図３４(a)に、また、オフライン時に作られた表示様式を踏襲して実際の監視データとあわせて関連設備情報集合を出力する場合をオンライン時として図３４(b)にその構成を示す。図３４はオフライン時、オンライン時を別のＰＣで独立に対応するとの立場で記載してあるが必ずしも別計算機にしなければならないと言うわけではない。（ａ），（ｂ）を包含するＰＣを想定し、その時々で使い分ける方法も考えられる。
【００８６】
オフライン時には、入力装置２からの入力と表示装置３への表示を表示管理部６が管理しながら、抽出処理を監視設備抽出部５に実行させる。監視設備抽出部５はこれまで説明してきた処理と同様な処理により構造化設備情報から関連設備情報集合を抽出し静的表示情報として静的表示情報記憶部４３に保存する。オフライン時の機能は例えばＰＣａ１に持たせる。
【００８７】
一方、オンライン時には、ＰＣｂ４４はＰＣａ１で抽出した関連設備情報集合である静的表示情報を記憶する静的表示情報記憶部４９を備える。またＰＣｂ４４は表示管理部４７を有し、その中に前記静的表示情報とデータ収集部４８からのデータを用いて表示装置４６への表示内容を合成する表示内容合成部５０を備え管理する。
【００８８】
図３４中、構造化設備情報記憶部４とその中に記憶されている構造化設備情報、監視設備抽出部５、データ収集部４８は、実施の形態１の時の、同名のものと同じ内容もしくは機能を持つものである。  図３４の構成に対応した全体構成のうち、オフライン時の全体構成は実施の形態１の図２と同様、オンライン時の全体構成は実施の形態２の図１４と同様である。尚、図３４では、オンライン時のＰＣとオフライン時のＰＣを別のものとして説明したが、オンラインとオフラインの２つの機能が同一のＰＣ上にあってもよい。すなわち、ＰＣａ１とＰＣｂ４９が同一計算機であってよい。ただし、オフライン時の入力装置と出力装置は、図２に示した通りのＰＣに接続されたキーボードやＣＲＴなどであるが、オンライン時の入力装置と出力装置は、図１４に示すＰＤＡであるとする。
【００８９】
図３５は、静的表示情報の例である。プレーンテキストで、表示内容合成部５０に渡すための表示形式を記述している。例えば、図中２行目には、”＄ｅｑ００１．ａｔｔｒ０１”という記述がある。これは、設備ＩＤが１番で、属性も１番目のもの、という意味である。  図３６は、各静的表示情報を管理する表示情報定義一覧表である。この表示情報定義一覧表は、グループ番号と、グループ名称と、そのグループの表示情報への参照情報が記憶される。例えば、この図では、グループ番号１のグループ名称は「○△設備」であり、その表示情報は図３５に例示したものと同じものへの参照である。表示情報定義一覧表は図３４中には明示されてはいないが、この例では、静的表示情報といっしょに、オンライン、オフライン共に静的携表示情報記憶部４３及び４９に記憶される。  オフライン時のユーザ入力画面は図１２の入力画面２４とほぼ同じであるが、表示ボタン２７が抽出ボタンとなる点が異なる。
【００９０】
図３７は、オフライン時の、表示管理部６の処理のフローチャートである。
まず、ＳＴ１６１で、ユーザ入力画面（図１２と類似）を表示する。ＳＴ３２で入力を待ち、入力の種類に応じて、文字入力であれば、入力文字をカーソル位置に表示し（ＳＴ３３）、ＳＴ３２に戻る。ＳＴ３２の結果、入力が抽出コマンドであれば、ＳＴ１６２で、ユーザ入力画面（図１２と類似）の設備名称入力領域２５と属性名称入力領域２６に入力されたものを入力として、監視設備抽出部５に処理を渡す。次に、ＳＴ１６３で、監視設備抽出部５の抽出結果を用いて、図３５に示すような静的表示情報を生成し、図３６に示す表示情報定義一覧表にそれを追加登録する。このとき、グループ名を入力させる画面を表示して、それを登録用のグループ名とすればよい。静的表示情報の生成方法は、基本的には実施の形態１の図１０と同じ方法で、図１０のＳＴ２５のところで、その設備の現在値を出力するのではなく、その設備の設備ＩＤと、もし属性が指定されていればその属性は何番目の属性であるかを調べて、それを”ｅｑ０００．ａｔｔｒ００”の形式で出力する。
【００９１】
図３７の処理では、出力する様式をプログラムであらかじめ決めて、その様式で出力するようにしているが、実施の形態８のように、表示様式情報のような様式定義ファイルを用い、その様式で出力するようにしてもよい。この場合、実施の形態８と同様に、客先などに応じた出力様式をより柔軟に定義することが可能となる効果がある。
【００９２】
図３８は、オンライン時のグループ選択画面５１である。この画面は表示情報定義一覧表を読み込んで生成する。たとえば、１の行５２にフォーカスをあてて選択すると、この行（１と○△設備のところ）が反転表示される。その後に表示ボタン５３を選択すると表示コマンドが発行される。
【００９３】
図３９は、表示内容合成部５０の処理のフローチャートである。(図３２を簡略化し、異なる点を示したものである。)まず、ＳＴ１７１で、図３５に示すような静的表示情報から１文字を読み込み、その文字をcとする。次に、ＳＴ１４２で、ｃが読み込めたかどうか調べ、もし読み込めなかったら終了する。ＳＴ１４２で読み込めていた場合、次にＳＴ１４３で、cが文字”$”であるかどうかを調べる。その結果、”$”でなければ、ＳＴ１４４でcを出力し、ＳＴ１７１に戻る。一方、ＳＴ１４３で cが文字'$'だった場合、ＳＴ１７２で、続きを読み込み、”.”あるいはスペース文字、あるいは改行文字まで読み込み、それを設備名とする。最後が”.”だった場合は、さらに読み込みを続け、スペース文字か改行文字まで読み込み、読み込んだ文字列を属性名とする。それぞれ、”ｅｑ０００”、”ａｔｔｒ００”の形式（０のところが数字）を持つ。次に、ＳＴ１７３で、ＳＴ１７２で切り出した設備名と属性名から、設備ＩＤをまず求め、その設備オブジェクトを特定し、属性名からどの属性であるかを特定する。次にＳＴ１５５で、その設備（のその属性）の現在値をデータ収集部４８から入手し、その値を出力し、ＳＴ１７１に戻る。
【００９４】
図４０は、オンライン時の表示管理部４７の処理のフローチャートである。
まず、ＳＴ１８１で、図３８の設備グループ選択画面５１を表示する。次に、ユーザがグループを選び、表示コマンドを押した後にＳＴ１８２に進み、ユーザが選択したグループ番号をnとする。次に、ＳＴ１８３で、図３６の静的表示情報定義一覧表から、ｎ番目の静的表示情報を入手する。次に、ＳＴ１８４で、ＳＴ１８３で得た静的表示情報を入力として、処理を表示内容合成部５０に渡す。そして、ＳＴ１８５で、表示内容合成部５０の合成結果を表示装置４６に渡して表示させる。
【００９５】
このように、本実施の形態によれば、監視設備抽出部は重み係数記憶情報と構造化設備情報を用いて、注目設備と関係の深い設備を、あらかじめ抽出し、これを基に出力内容を定義しておき、このセットを基に、そのまま流用、あるいはそれを元に加工して出力内容を作成することができ、オンライン時の出力内容定義作業が少なくてすむという効果がある。
【００９６】
オフライン監視システムは通常メーカーの工場等に設定され、監視システムの構築用のシステムとして、特に本実施の形態で紹介したように、オンライン監視システムで使用する静的表示情報定義一覧表を作成するのに使用する。このようにすることで、オンライン監視システム側では、抽出処理を省くことができ、必要なコンピュータの負荷を低減できる。この実施の形態で述べたように、オンライン監視システム側では抽出処理を全くやらないのでなく、使用頻度の高い表示画面については表示情報としてあらかじめ記憶させておき、これで対応できない画面の場合のみ抽出処理を行うという形にすることもできる。このようにすることで、オンライン監視システムにも監視設備抽出部や、構造化設備情報記憶部等が必要になるが、すべてのケース抽出処理を行う場合に比べると、コンピュータの負荷が大幅に低減でき、処理も早くなるという効果がある。なお、これはコンピュータ１台で使い分けるということも可能である。
【００９７】
実施の形態１０．
図４１は、本実施の形態におけるオフライン時の監視システムの構成ブロック図を示す。基本的には実施の形態９の図３４（ａ）と同じであるが、表示スタイル情報追を記憶した表示スタイル情報記憶部５４を追加した点が異なっている。オンライン時の構成は実施の形態９の図３４（ｂ）と同じである。この表示スタイル情報は、従来から監視システムの画面を作成するときに使われている画面定義データである。画面上にどのような図形がどの位置にかかれ、データ収集部から得たどのデータをどの位置に文字列として表示し、あるいはどの図形をどのデータに応じてどのような色で記述するかを定義したデータである。
【００９８】
表示管理部６は、入力装置２からの入力と表示装置３への表示の処理を行いながら、入力に応じて監視設備抽出部５に処理を渡す。監視設備抽出部５は構造化設備情報と表示スタイル情報をもとに抽出処理を行い、実施の形態９と同様に、静的表示情報を出力する。また、表示スタイル情報の一覧表を表示スタイル定義一覧表５５として備える。表示スタイル定義一覧表５５はスタイル番号（あるいはスタイルＩＤ）と表示スタイル情報記憶部５４に記憶されている表示スタイル情報の対応を記憶する。
【００９９】
図４１中、構造化設備情報記憶部内の構造化設備情報、入力装置２、表示装置３、静的表示情報記憶部４３に記憶されている静的表示情報は実施の形態９のオフラインのものと同じである。
【０１００】
図４２は、本実施の形態のユーザ入力画面２４である。設備名称入力領域２５、属性名称入力領域２６、表示スタイル番号入力領域５６と、また抽出ボタン５７を備える。  表示管理部６の処理のフローチャートは、基本的には実施の形態９の図３７のフローチャートと同じであるが、ＳＴ１６２の処理を、設備名称、属性名称とともに表示スタイル番号を入力として、処理を監視設備抽出部５に渡す処理に置き換えたものである。
【０１０１】
監視設備抽出部５の処理のフローチャートは実施の形態１の図７を基本にしつつ、ＳＴ１４とＳＴ１５の間に次の２ステップを番号順に追加する点が異なる。ＳＴ２００＝入力から表示スタイル番号を読み込み、表示スタイル情報を特定し、読み込む。ＳＴ２０１＝関連設備一覧表の中の設備の中で、表示スタイル情報に含まれていないものを取り除く。すなわち、ＳＴ４の結果、もう関係オブジェクトが残っていない場合に、ｃｎｔ＝０であれば（ＳＴ１４）、ＳＴ２００の、表示スタイル番号入力領域から表示スタイル情報番号を読み込み、表示スタイル定義一覧表から表示スタイル情報を特定し、それを読み込む処理と、その後の、ＳＴ２０１の、関連設備一覧表中の設備（とその属性）の中で、ＳＴ２００で読み込んだ表示スタイル情報に含まれていないものを取り除く処理をしてから、ＳＴ１５の最終的な設備の抽出に進む点が異なる。
【０１０２】
このように本実施の形態によれば、監視設備抽出部は重み係数記憶情報と構造化設備情報を用いて、ある設備と関係の深い設備のうち、ある表示スタイル情報中に定義されているものだけを、あらかじめ抽出しておき、後にその抽出結果をもとに情報を提示することが可能となる。
【０１０３】
従って、ある表示スタイル情報中に定義されている設備から、ある設備と関係の深い設備をあらかじめ抽出して、出力内容の定義にそのまま流用、あるいはそれを元に加工して作成することができ、予め出力内容を定義する作業が少なくてすむという効果がある。
【０１０４】
実施の形態１１．
図４３は、この実施の形態の監視システム構成ブロック図である。
実施の形態１の、図１の構成と基本的には共通しているが、表示管理部６の代わりにインタフェース管理部５８を、表示内容合成部７の代わりに出力内容合成部５９を備え、また、インタフェース管理部５８の中に、音声認識部６０と音声合成部６１を追加した点が異なる。なお、音声認識部６０と音声合成部６１は、既に一般に広く用いられているものと同じものである。音声認識部６０は音声信号入力を文字列に変換し、音声合成部６１は文字列入力を音声出力信号に変換する。音声入力信号は入力装置２から入力され、音声出力信号は出力装置３に出力される。なお、表示内容合成部/出力内容合成部の使い分けは本質的なものではなく、いずれにせよ出力という点で共通している。この実施の形態では音声を扱っているので”表示”ではなく”出力”としたものである。
【０１０５】
図４４は、この例の全体構成図である。ＰＣ１に入力装置２としてマイク６２が、出力装置３としてスピーカー６３が設置されている。他は実施の形態１の図２と同様である。
【０１０６】
図４５は、インタフェース管理部５８の処理のフローチャートである。まず、ＳＴ２１１で文字列「見たい設備名を言ってください」を音声合成部６１に渡して音声を合成し、その結果を出力装置３で再生させる。次に、ＳＴ２１２で、入力装置２からの音声信号を音声認識部６０で処理し、その結果の文字列をsとする。ＳＴ２１３で、sが監視対象の設備名あるいは設備の属性名と一致するかどうかを調べる。もし、一致しなければ、ＳＴ２１４に進み、文字列「もう一度、見たい設備名を言ってください」音声合成部６１で構成し、出力された音声信号を出力装置３で再生し、ＳＴ２１２に戻る。一方、ＳＴ２１３で、一致した場合、ＳＴ３５で、ＳＴ２１３の結果の設備名称（と属性名称）を入力として、処理を監視設備抽出部５に渡す。次にＳＴ２１５で、監視設備抽出部５の結果を入力として、出力内容合成部５９に処理を渡す。そして、ＳＴ２１６で、出力内容合成部５９の合成結果の文字列を、音声合成部６１に渡し、音声合成処理を行い、その結果の音声信号を出力装置３から再生する。
【０１０７】
図４３中の、出力内容合成部５９の処理は、実施の形態１の表示内容合成部７の処理と同じものである。また、構造化設備情報、監視設備抽出部５、データ収集部８は、実施の形態１と同じものである。
【０１０８】
このように、本実施の形態によれば、監視設備抽出部５は構造化設備情報を用いて、ある設備と関係の深い設備を抽出し、その際の入出力を、音声入出力装置を通じて行うことができる。  音声入出力インタフェースにおいては、出力に時間がかかるため、できるだけ量が少なく、必要かつ適切なデータを出力することが望まれるが、本発明により、そのための情報が抽出部の抽出処理により適切に提供できるという効果がある。
【０１０９】
この実施の形態では、入出力とも音声を介して行うこととしたが、入力を他の方法で、例えばＧＵＩを介して行い、出力のみを音声にしてもよい。このようにしても、必要且つ適切な出力量を抽出作成できるという本発明の効果を十分に生かすことができる。
【０１１０】
【発明の効果】
この発明によれば、監視データを出力する出力装置と、前記監視データを収集するデータ収集部を有し、前記データ収集部で収集されたデータを処理し、前記データを処理した結果を前記出力装置に出力内容として渡すデータ処理装置とを備えた監視システムにおいて、前記データ処理装置が、複数の設備の設備情報と該設備間の関係を記述する関係付け情報とを有する構造化設備情報を記憶する構造化設備情報記憶部と、前記構造化設備情報記憶部に記憶された構造化設備情報に基づき、入力された注目設備を抽出の基点として、前記注目設備に対して所定の関係を有する設備の設備情報および関係付け情報を概略抽出し、前記概略抽出された設備毎に前記設備情報をノードとして前記設備間の関係付け情報をアークとするグラフ構造上で前記注目設備と当該設備との間に介在する関係付け情報を用いて重み値を算出し、この重み値に基づいて設備情報を関連設備情報集合として最終抽出する監視設備抽出部と、前記関連設備情報集合中の前記設備情報の設備についての前記監視データを前記データ収集部から受け取り、当該設備情報および当該監視データを表示形式に変換して前記出力装置に渡す表示管理部とを備えたことを特徴とする監視システムとしたので、注目設備と関係の深い設備群を適切に抽出できるので、関連設備数を絞り込んで出力することが可能となる。また、従来から行われていた、注目設備との関係から想定される多数の表示画面を固定画面としてあらかじめ作成しておく必要がなくなり、状況に応じて指示選択することにより、その設備と指示選択された関係を有する少数の設備だけをその都度抽出して出力できるようになるため表示画面が小さい表示装置での対応が容易になる。
【０１１１】
この発明によれば、データ処理装置が、設備間の関係の種類により定義された重み係数からなる重み係数情報を記憶する重み係数情報記憶部を備え、概略抽出された設備に対して、注目設備と前記概略抽出された設備との間に介在する各関係付け情報に対し、当該関係付け情報の関係の種類およびこの関係の種類について定義された重み係数情報記憶部に記憶されている前記重み係数情報から求めた重み係数を重み値に加えてえられる値を重み値とみなすことを特徴とする監視システムとしたので、ある設備と関係の深い設備を、設備間の関係の種類による重要度を考慮して、総合した重要度により抽出することが可能となり、ユーザが知りたい情報をより的確に絞り込んで抽出することが可能となる。したがって、従来から行われていた、注目設備との関係から想定される多数の表示画面を固定画面としてあらかじめ作成しておく必要がなくなり、状況に応じて指示選択することにより、その設備と指示選択された関係を有する少数の設備だけをその都度抽出して出力できるようになるため表示画面が小さい表示装置での対応がより容易になる。
【０１１２】
この発明によれば、重み係数情報記憶部に記憶された重み係数情報を、設備間の関係の種類と抽出時の観点とにより定義された観点別重み係数情報とし、抽出時の観点指定を含む注目設備を抽出の基点として、この注目設備の観点を指定することにより、前記観点別重み係数情報から求めた重み係数を重み係数情報から求めた重み係数とみなすことを特徴とする監視システムとしたので、設備間関係の種類ごとの重要性や、そのときに要求される観点ごとの重要性を総合して関連する設備が抽出されるため、ユーザが知りたい情報をより一層的確に抽出することが可能とり、小さい画面での情報の表示もより一層効果的に実行できる。
【０１１３】
この発明によれば、構造化設備情報記憶部に記憶された構造化設備情報の中の設備情報を、重要設備の当否を示す重要設備情報を加えたものとし、概略抽出された設備に対して重要設備情報に対応して設定された当該設備に対して設備情報をノードとし設備間の関係付け情報をアークとするグラフ構造上で注目設備と当該設備との間に介在する関係付け情報とを用いて算出した重み係数を重み値に加えて得られる値を重み値と見なすことを特徴とする監視システムとしたので、設備と関係の深い設備を、関係の種類および、そのときの状況で見たい観点を考慮した重み係数と共に、設備の重要性を勘案しつつ、抽出することが可能となる。  従って、ユーザが知りたい情報をより一層的確に抽出することが可能となり、小さい画面での情報の表示もより一層効果的に実行できる。
【０１１４】
この発明によれば、データ処理装置が、警報情報とその対応設備およびその属性との関係を定義した警報設備変換情報を記憶する警報設備変換情報記憶部と、監視データ収集部を介して設備からの警報情報を入力し、この入力した警報情報と前記警報設備変換情報記憶部に記憶された警報設備変換情報とに基づき警報に係る設備と属性を抽出する警報入力部とを備え、この警報入力部により抽出された警報に係る設備と属性とを抽出の基点とすることを特徴とする監視システムとしたので、抽出基点となる注目設備情報をユーザが入力指定するのではなく、最新の警報を参照し、自動的に抽出基点となる設備を設定することができる。そのため、警報に関連の深い設備（と属性）を迅速的確に抽出でき、小画面表示の場合でも、すばやく、効果的に必要な情報を得ることができる。
【０１１５】
この発明によれば、データ処理装置が、警報名とその対応設備およびその属性と観点とを定義した警報設備変換情報を記憶する警報設備変換情報記憶部と、監視データ収集部を介して設備からの警報情報を入力し、この入力した警報情報と前記警報設備変換情報記憶部に記憶された警報設備変換情報とに基づき警報に係る設備と属性と観点を抽出する警報入力部とを備え、この警報入力部により抽出された警報に係る設備と属性と観点とを抽出の基点とすることを特徴とする監視システムとしたので、警報に伴い、関連する観点も自動的に抽出設定されるので、警報に関して、いち早く的確に絞り込んだ情報を得ることができ、異常時など緊急を要するときにも、小画面表示装置の適用がより容易になる。
【０１１６】
この発明によれば、データ処理装置が、出力様式を定義した出力様式情報を記憶する出力様式情報記憶部と、監視設備抽出部で最終抽出された関連設備情報集合と前記出力様式情報記憶部に記憶された出力様式情報とデータ収集部から得られた監視データとに基づき出力内容を作成する出力内容合成部とを備えたことを特徴とする監視システムとしたので、出力様式情報に記述された様式は変更が容易であるため、抽出のフレキシビリティ−に対応して出力様式も簡便に変更でき、目的とする出力をいっそう見やすい形にして見ることができる。
【０１１７】
この発明によれば、データ処理装置が、出力様式を定義した出力様式情報を記憶する出力様式情報記憶部、監視設備抽出部で複数の注目設備を個々に抽出基点として最終抽出された各関連設備情報集合と、前記出力様式情報記憶部に記憶された出力様式情報と、データ収集部から得られた監視データとに基づき前記複数の注目設備毎に出力内容を作成する出力内容合成部、およびこの出力内容合成部で前記複数の注目設備毎に作成した出力内容を出力情報として記憶する出力情報記憶部とを備えたことを特徴とする監視システムとしたので、重み係数記憶情報と構造化設備情報を用いて、ある設備と関係の深い設備のうち、ある表示様式情報中に定義されているものだけを、あらかじめ抽出しておき、後にその抽出結果をもとに情報を提示することが可能となる。従って、ある表示様式情報中に定義されている設備から、ある設備と関係の深い設備をあらかじめ抽出して、出力内容の定義にそのまま流用、あるいはそれを元に加工して作成することができ、予め出力内容を定義する作業が少なくてすむという効果がある。
【０１１８】
この発明によれば、出力装置は、音声信号を再生して監視データを出力し、データ処理装置が、監視設備抽出部で最終抽出された関連設備情報集合と監視データ収集部で得られた監視データとに基づき文字列のみの出力内容を作成する出力内容合成部、およびこの出力内容合成部で作成された文字列のみの出力内容を入力とし、これを音声出力信号に変換する音声合成部とを備えたことを特徴とする監視システムとしたので、出力に時間がかかる音声出力時に、適切な抽出により必要かつ適切なデータを音声出力することが、本発明により、可能になるという効果がある。
【図面の簡単な説明】
【図１】  実施の形態１に係る監視システム構成ブロック図
【図２】  本発明の監視システムを実際に運用したときの全体構成例１
【図３】  構造化設備情報の構成例を示す図
【図４】  構造化設備情報をグラフ構造として示した場合の一例
【図５】  設備オブジェクトの構造例
【図６】  属性名に対応したタグ名称とデータ収集部との関係を記述した表
【図７】  監視設備抽出部の処理を示したフローチャート
【図８】  抽出に係る関連設備一覧表で、設備ＩＤと属性名とその重み値を記載
【図９】  監視設備抽出部からの出力例
【図１０】  表示内容合成部の処理のフローチャート
【図１１】  表示内容合成部の出力結果の一例
【図１２】  抽出の基点となる注目設備を入力するための入力画面例
【図１３】  表示管理部の処理のフローチャート
【図１４】  本発明の監視システムを実際に運用したときの全体構成例２
【図１５】  実施の形態３に係る監視システム構成ブロック図
【図１６】  重み係数情報の構造例を示す図
【図１７】  観点別の重み係数情報の構造例を示す図
【図１８】  観点別の重み係数情報に係るユーザ入力画面例
【図１９】  実施の形態５に係る設備オブジェクトの構造例
【図２０】  実施の形態５に係る「概要」観点を含む重み係数情報例
【図２１】  実施の形態５に係る重要項目の重み調整処理のフローチャート
【図２２】  実施の形態６に係る監視システムの構成ブロック図
【図２３】  警報とそれに対応する設備と属性が定義された警報設備変換情報の例
【図２４】  実施の形態６に係る警報入力部処理のフローチャート
【図２５】  実施の形態６に係るユーザ入力画面例
【図２６】  実施の形態６に係る表示管理部の処理のフローチャート
【図２７】  実施の形態７に係る監視システムの構成ブロック図
【図２８】  実施の形態７に係る警報観点変換情報のデータ構造例
【図２９】  実施の形態７に係る初期入力画面
【図３０】  実施の形態８に係るの監視システムの構成ブロック図
【図３１】  表示様式を定義する表示様式情報の例
【図３２】  表示様式情報を使った表示内容の合成処理のフローチャート例
【図３３】  実施の形態８に係る表示内容合成部の出力例
【図３４】  実施の形態９に係る監視システムの構成ブロック図
【図３５】  監視設備抽出部の抽出処理によりあらかじめ関連設備情報集合を抽出しこれに基づき出力様式を設定し静的表示情報としたものの一例
【図３６】  各種抽出起点に対して静的表示情報をまとめた表示情報定義一覧表
【図３７】  実施の形態９に係るオフライン時の表示管理部の処理のフローチャート
【図３８】  実施の形態９に係るオンライン時のグループ選択画面例
【図３９】  実施の形態９に係る表示内容合成部の処理のフローチャート
【図４０】  実施の形態９に係るオンライン時の表示管理部の処理のフローチャート
【図４１】  実施の形態１０に係るオフライン時の監視システムの構成ブロック図
【図４２】  実施の形態１０に係るユーザ入力画面例
【図４３】  実施の形態１１に係る監視システムの構成ブロック図
【図４４】  実施の形態１１に係る監視システムを実際に運用したときの全体構成例３
【図４５】  実施の形態１１に係るインタフェース管理部の処理のフローチャート
【符号の説明】
１  パーソナルコンピュータ等のデータ処理装置  、２  入力装置  、３  出力装置  、４  構造化設備情報記憶部  、５  監視設備抽出部  、６  表示管理部、７  表示内容合成部  、８  データ収集部  、９  キーボード  、１０  CRT  、１１  コントローラ  、１２  イーサネット(登録商標名)等のネットワーク  、１３  設備オブジェクトA  、１４  設備オブジェクトB  、１５  関係オブジェクト、
１６  次亜鉛注入ポンプa   、１７  次亜鉛貯留槽a  、１８  ”接続”関係を示す略記法  、１９  吐水弁a  、２０  気曝槽  、２１  属性”水位”を明示した”接続”関係を示す略記法  、２２  次亜鉛注入設備  、２３  ”所属”関係を示す略記法  、２４  ユーザー入力画面  ２５  ユーザー入力画面中の設備名称入力部  、２６  ユーザー入力画面中の属性名称入力部  、２７  表示コマンド実行を指示する”表示”ボタン  、２８  ターミナルアダプタ  、２９  公衆回線  、３０  携帯電話  ３１  PDA（携帯情報端末）  ３２  イーサネット(登録商標名)等のネットワーク  ３３  重み係数情報記憶部  ３４  観点を含む入力画面  、３５  観点を含むユーザー入力画面中のプルダウンメニューによる観点入力部  、３６  警報設備変換情報記憶部  、３７  警報入力部  、３８  警報観点変換情報記憶部  、３９  警報検索/設備検索選択時の初期のユーザー入力画面  ４０  警報検索/設備検索選択時の初期のユーザー入力画面中の警報検索ボタン  、４１  警報検索/設備検索選択時の初期のユーザー入力画面中の設備検索ボタン  、４２  表示様式情報記憶部  、４３  静的表示情報記憶部  、４４  第二の監視システムのパーソナルコンリュータ等のデータ処理装置  、４５  第二の監視システムの入力装置  、４６  第二の監視システムの表示装置４７  第二の監視システムの表示管理部  、４８  第二の監視システムのデータ収集部  ４９  第二の監視システムの静的表示情報記憶部  、５０  第二の監視システムの表示内容合成部  、５１  設備グループ選択画面  、  ５２  表示情報選択ボタン  、５３  表示ボタン、５４  表示スタイル情報記憶部  、５５表示スタイル定義一覧表記憶部、  ５６  ユーザー入力画面中の表示スタイル番号入力部  、５７  抽出ボタン  、５８  インタフェース管理部  、５９  出力内容合成部  、６０  音声認識部  、６１  音声合成部  、
６２  マイク  、  スピーカー
【図１】
0004474814.tif 000002
【図２】
0004474814.tif 000003
【図３】
0004474814.tif 000004
【図４】
0004474814.tif 000005
【図５】
0004474814.tif 000006
【図６】
0004474814.tif 000007
【図７】
0004474814.tif 000008
【図８】
0004474814.tif 000009
【図９】
0004474814.tif 000010
【図１０】
0004474814.tif 000011
【図１１】
0004474814.tif 000012
【図１２】
0004474814.tif 000013
【図１３】
0004474814.tif 000014
【図１４】
0004474814.tif 000015
【図１５】
0004474814.tif 000016
【図１６】
0004474814.tif 000017
【図１７】
0004474814.tif 000018
【図１８】
0004474814.tif 000019
【図１９】
0004474814.tif 000020
【図２０】
0004474814.tif 000021
【図２１】
0004474814.tif 000022
【図２２】
0004474814.tif 000023
【図２３】
0004474814.tif 000024
【図２４】
0004474814.tif 000025
【図２５】
0004474814.tif 000026
【図２６】
0004474814.tif 000027
【図２７】
0004474814.tif 000028
【図２８】
0004474814.tif 000029
【図２９】
0004474814.tif 000030
【図３０】
0004474814.tif 000031
【図３１】
0004474814.tif 000032
【図３２】
0004474814.tif 000033
【図３３】
0004474814.tif 000034
【図３４】
0004474814.tif 000035
【図３５】
0004474814.tif 000036
【図３６】
0004474814.tif 000037
【図３７】
0004474814.tif 000038
【図３８】
0004474814.tif 000039
【図３９】
0004474814.tif 000040
【図４０】
0004474814.tif 000041
【図４１】
0004474814.tif 000042
【図４２】
0004474814.tif 000043
【図４３】
0004474814.tif 000044
【図４４】
0004474814.tif 000045
【図４５】
0004474814.tif 000046