(57)【特許請求の範囲】
【請求項１】
プラントの監視画面を形成する監視画面オブジェクトが画面番号を伴って複数格納されている監視画面格納部と、
プラント機器が発する信号を評価する条件式と、前記条件式が真になった時に前記監視画面の画面キャプチャを実行する前記画面番号とが記述されている条件定義記憶部と、
前記条件定義記憶部内の前記条件式を所定時間間隔で評価し、前記条件式が真になった時に前記画面番号の画面キャプチャを実行して画面キャプチャファイルを作成する画面キャプチャ実行部と、
操作者の操作を受け付ける操作部から前記操作者の操作を受けて前記監視画面にコメント情報を登録する際、前記条件定義記憶部内の前記条件式を評価し、前記条件式が真になった時に前記画面番号の前記画面キャプチャファイルを前記コメント情報と関連付けて登録するコメント情報登録部と、
前記監視画面を表示部に表示する際、前記監視画面の画面番号に関連付けられている前記コメント情報が存在していれば前記監視画面の中にコメント情報表示ウィンドウを設けて前記コメント情報を表示し、前記コメント情報に関連付けられている前記画面キャプチャファイルが存在していれば前記コメント情報表示ウィンドウ内に前記画面キャプチャファイルを表示するためのボタンを設けるように制御する表示制御部と
を具備する、監視制御システム。
【請求項２】
前記監視画面格納部には、複数の前記コメント情報を前記表示部に一覧表示するコメント情報一覧表示画面の画面オブジェクトが含まれており、
前記コメント情報一覧表示画面に表示されている前記コメント情報を前記操作部で操作することに呼応して、対応する前記監視画面を表示する、請求項１記載の監視制御システム。
【請求項３】
前記コメント情報は前記操作者の識別情報を含む、請求項２記載の監視制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視制御システムに関する。
【背景技術】
【０００２】
監視制御システムは、上下水浄水場や工場等のプラント等、大規模な設備の監視や制御に必要不可欠である。
プラントの作業員は、監視制御システムの端末に備えられているＣＲＴ又はＬＣＤ等の表示装置を通じてプラントを監視し、必要に応じてマウスやキーボード、タッチパネルなどの入力装置を利用してプラントの制御を行っている。この端末は、プラントの作業工程を表示するためのプラント画面も表示可能であり、作業者はプラント画面に表示される情報を目視確認し、必要に応じて作業を実施する。
特許文献１に開示されているように、監視制御システムの端末は、表示装置の画面に作業者のコメント情報や作業報告などを登録する機能を備えており、各作業場所に分散している監視制御画面で情報を共有することができる。また、監視画面に配置されている表示要素（オブジェクト）に対して文字のコメント情報を登録することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１４１５１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前述の特許文献１にて説明したように、従来の監視制御システムにおいても、作業者のコメント情報を監視制御画面に登録することができる。しかし、従来の監視制御システムにおいて登録できるコメント情報は文字だけであり、画像データをコメント情報として登録することは、作業手順上煩雑であった。すなわち、適切な画像ファイルを作成し、その画像ファイルをファイルサーバ上の適切な箇所に保存し、その画像ファイルのフルパス名をコメント情報に埋め込む、という作業は、故障対応等の迅速性を要求される監視制御システムの作業員には負担が重すぎるという問題があった。
しかしながら、コメント情報が登録される場合、プラントで何らかの異常が発生している場合が多い。そのため、引継ぎ者や他の作業者は文字のコメント情報を参照した上で、監視制御装置のアラーム機能を使用するか、他の画面を表示してそのコメント情報が何を意味しているのか理解する必要がある。
【０００５】
本発明は斯かる課題を解決し、監視制御システムにおいて、コメント情報を利用する際の作業者の負担を軽減することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の監視制御システムは、プラントの監視画面を形成する監視画面オブジェクトが画面番号を伴って複数格納されている監視画面格納部と、プラント機器が発する信号を評価する条件式と、条件式が真になった時に監視画面の画面キャプチャを実行する画面番号とが記述されている条件定義記憶部と、条件定義記憶部内の条件式を所定時間間隔で評価し、条件式が真になった時に画面番号の画面キャプチャを実行して画面キャプチャファイルを作成する画面キャプチャ実行部とを備える。
そして、操作者の操作を受け付ける操作部から操作者の操作を受けて監視画面にコメント情報を登録する際、コメント情報登録部は条件定義記憶部内の条件式を評価し、条件式が真になった時に画面番号の画面キャプチャファイルをコメント情報と関連付けて登録する。
更に、監視画面を表示部に表示する際、表示制御部は監視画面の画面番号に関連付けられているコメント情報が存在していれば監視画面の中にコメント情報表示ウィンドウを設けてコメント情報を表示し、コメント情報に関連付けられている画面キャプチャファイルが存在していればコメント情報表示ウィンドウ内に画面キャプチャファイルを表示するためのボタンを設けるように制御する。
【０００７】
操作者の手を介さずに所定の時間間隔で定期的に条件式をチェックし、条件式が論理の真を示した場合には、操作者の手を介することなく自動で必要な画面キャプチャファイルを作成する。一方、操作者がコメント文を登録するアクションに呼応して、コメント文を登録すると、既に関係する監視制御画面の画面キャプチャファイルが出来上がっているので、その画面キャプチャファイルとの関連付けも容易に実現できる。更に、操作者は煩わしい画面キャプチャ作業と、画像ファイルとコメント文との関連付けを作成する作業から解放され、大変効率良くプラントの異常状態を記録する作業を遂行することができる。
【発明の効果】
【０００８】
本発明により、コメント情報を利用する際の作業者の負担を軽減し、以て利便性の高い監視制御システムを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態である監視制御システムの全体構成を示すブロック図である。
【図２】端末の機能ブロック図である。
【図３】画面キャプチャの概要及び画面キャプチャファイルを説明する概略説明図である。
【図４】コメント情報ファイルの詳細を示す概略図である。
【図５】画面キャプチャ条件定義一覧画面と、条件定義ファイルの詳細を示す概略図である。
【図６】監視制御システムにおける、画面キャプチャの動作の流れを説明するフローチャートである。
【図７】操作者が端末を操作してコメント情報を監視制御画面に登録する動作の流れを示すフローチャートである。
【図８】監視制御画面とコメント情報登録ウィンドウとの関係を示す図である。
【図９】コメント情報が登録されている監視制御画面の一例を示す図である。
【図１０】コメント情報が登録されている監視制御画面の他の例を示す図である。
【図１１】監視制御画面に貼り付けられているコメント情報の関連画面表示ボタンを押下した際に関連画面を表示する状況を示す図である。
【図１２】コメント情報一覧画面を示す図である。
【発明を実施するための形態】
【００１０】
［監視制御システムの概要］
最初に、本発明の前提となる一般的な監視制御システムの概要を説明する。監視制御システムは、プラント機器が発する信号を、端末の監視制御画面上にてプラントの工程図やフロー図等の形式で、視覚的に表現するためのシステムである。
ここで、プラント機器が発する信号とは、プラント機器の運転状態を表す信号の他に、故障情報も含まれる。したがって、この監視制御システムにより、プラント機器の故障や異常な動作状態も監視制御画面で確認することができる。プラント機器の故障は、監視制御画面上ではプラントの画面全体の表示色を変化させたり、対象となるプラント機器の表示を点滅させる等のアラームとして表現される。
【００１１】
また、通常の監視制御システムには、プラント機器が発する信号を見るための監視制御画面が多数用意されている。作業者はプラント機器が発する様々な現象に対し、適切な監視制御画面を選択して表示することにより、プラントの状態を的確に把握する。
作業者によっては、長らくプラントに勤務する者も多く、そのような作業者は、プラントの構成を熟知しているので、プラント機器に故障が発生した際に確認すべき適切な監視制御画面を把握している。したがって、このような熟練作業者のノウハウを応用すれば、プラント機器の異常を検出する信号が発生した際に、確認すべき監視制御画面の関係を、条件式として定義することができる。つまり、プラント機器の異常を検出する信号に起因して、自動的に必要な監視制御画面の画面キャプチャを実行することを定義できる。
【００１２】
このように、予めプラントの信号条件と確認すべき監視制御画面を指定しておく。そして、画面キャプチャイメージを自動で作成しておき、プラントの異常が発生したらコメント情報を登録したときに自動的に関連付けるようにする。これにより、コメント情報に画像情報を追加する負担を軽減するとともに、他の作業者の内容把握を支援することができる。
【００１３】
この他に、登録されたコメント情報を端末の画面上に一覧表示する機能を設ける。更に、コメント情報一覧からコメント情報が貼り付けられている監視制御画面を表示する機能を設ける。このようなコメント情報一覧画面を設けることで、故障や異常が生じたプラント機器が存在する監視制御画面を選択して瞬時に表示することができるので、故障対応が迅速且つ効率的に実現できると共に、コメント情報管理の負担も軽減できる。
【００１４】
［本発明の実施形態の監視制御システムの全体構成］
次に、本発明の一実施形態である監視制御システムの全体構成について説明する。
図１は、本発明の一実施形態である監視制御システムの全体構成を示すブロック図である。
図１に示すように、本実施形態例（以下、「本例」ということもある）の監視制御システム１０１は、コンピュータを利用して実現される。本例では、プラント情報入出力装置１０２と、データベースサーバ１０３と、複数の端末１０４が、ネットワーク１０５にて相互接続されている。データベースサーバ１０３と端末１０４は、所定のコンピュータが監視制御システム１０１として稼働するプログラムを読み込むことで、夫々の機能を実現する。
本例の監視制御システム１０１は、プラント情報入出力装置１０２を介して、ポンプ１０６や弁１０７等のプラント機器１０８の動作状態を監視し、必要に応じて制御指令を送信する。
プラント機器１０８は、プラント情報入出力装置１０２のプラント制御部１０９を通じて、端末１０４から制御指令を受信すると、その制御指令に従って挙動が変化する。
一方、プラント機器１０８の動作状態は、プラント機器１０８自身又はプラント機器１０８に備えられている図示しないセンサから、プラント情報入出力装置１０２のプラント情報収集部１１０を介して、データベースサーバ１０３のプラントログテーブル１１１に逐一記録される。
【００１５】
データベースサーバ１０３は、ファイルサーバを兼ねており、このデータベースサーバ１０３において、複数のテーブルに対して検索やデータの入出力を行う図示しないデータベースマネージャプログラムが稼働するようになっている。データベースサーバ１０３には、プラントログテーブル１１１の他に、監視画面格納部ともいえる監視画面マスタ１１２が存在する。ファイルサーバとしては、条件定義記憶部ともいえる条件定義ファイルディレクトリ１１３と、コメントファイルディレクトリ１１４と、画面キャプチャファイルディレクトリ１１５が設けられている。
【００１６】
プラントログテーブル１１１はいわゆるログテーブルである。このプラントログテーブル１１１には、プラント機器１０８の動作状態が、プラント機器１０８自身又はプラント機器１０８に備えられている図示しないセンサからプラント情報入出力装置１０２のプラント情報収集部１１０を介して記録されると共に、端末１０４から発生する制御指令も、日時情報と操作者のユーザＩＤと共に記録される。
条件定義ファイルディレクトリ１１３は、条件定義ファイルが格納されているディレクトリ（「フォルダ」とも呼ばれる）である。条件定義ファイルには、後述するキャプチャ機能を実行する条件式が記録されている。
【００１７】
監視画面マスタ１１２は、図８乃至図１１にて後述する、プラントを監視するプラント監視画面やトレンド画面、アラーム等の情報表示画面といった、画面オブジェクトが格納されているマスタテーブルである。端末１０４の画面マネージャ１１６は、所望の画面番号で画面オブジェクトを読み出すと、画面オブジェクトを解釈して、画面オブジェクトに含まれているプラントオブジェクトに記述されている情報に従って、プラントログテーブル１１１から所定の情報を読み出し、表示部１１７に表示する。
【００１８】
コメントファイルディレクトリ１１４は、コメント情報ファイルが格納されているディレクトリである。コメント情報ファイルには、操作者がキーボード及びマウス等のポインティングデバイスよりなる操作部１１８を通じて書き込むテキストデータのコメント文の他、種々の情報が記録されている。
画面キャプチャファイルディレクトリ１１５は、画面キャプチャファイルが格納されているディレクトリである。画面キャプチャファイルは、ビットマップの画像ファイルである。つまり、この画面キャプチャファイルには、条件定義ファイルディレクトリ１１３内の条件定義ファイルのうち、条件定義に一致した画面番号の画面オブジェクトを、端末１０４が描画した上で、そのスクリーンショットをキャプチャすることによってビットマップの画像ファイルが形成される。
【００１９】
制御指令は、操作者が端末１０４を操作することに起因して、端末１０４の操作部１１８から画面マネージャ１１６によって発生する。端末１０４から生じる制御指令は、プラント情報入出力装置１０２のプラント制御部１０９を通じて、プラント機器１０８に送信される。また、制御指令はプラントログテーブル１１１にも記録される。
一方、プラント機器１０８の動作状態は、プラント機器１０８自身又はプラント機器１０８に備えられている図示しないセンサから、プラント情報入出力装置１０２のプラント情報収集部１１０を介して、データベースサーバ１０３のプラントログテーブル１１１に逐一記録される。端末１０４の画面マネージャ１１６は、プラントログテーブル１１１から最新の情報を含むプラント機器１０８の動作状態情報を取得して、表示部１１７に表示する。その際、監視画面マスタ１１２から表示する画面番号オブジェクトを選択し、表示する必要のあるオブジェクトのみ選択的に表示する。
【００２０】
図２は、画面マネージャ１１６の機能を中心的に示した端末１０４の機能ブロック図である。
操作者が操作部１１８を操作することによって発生する操作情報は、画面マネージャ１１６の操作情報解析部２０１に入力される。
操作情報解析部２０１は、オブジェクト操作部２０２と連携して、当該操作情報が表示部１１７に表示されている表示画面のどの部分を操作したのかを解析する。そして、オブジェクトに対する操作指令なのか、オブジェクトが表現する対象であるプラント機器１０８に対する制御指令なのかを判定し、前者であれば当該操作情報をオブジェクト操作部２０２へ、後者であれば当該操作情報を所定の制御指令に変換した上でプラント情報入出力装置１０２へ、送信する。
また、操作情報解析部２０１は、制御指令をプラント情報入出力装置１０２に送信する際、ログインユーザ情報メモリ２０３に記憶されている操作者のユーザＩＤを伴って送信する。すると、プラントログテーブル１１１にはプラント機器１０８に対する制御指令と共に操作者のユーザＩＤが記録される。
【００２１】
オブジェクト操作部２０２は、操作部１１８から指定された画面番号オブジェクトをデータベースサーバ１０３の監視画面マスタ１１２から読み出し、画面番号オブジェクトに含まれているオブジェクトのイメージをオブジェクト描画制御部２０４に渡す。また、画面番号オブジェクトに含まれているオブジェクトが必要とする情報を、プラントログテーブル１１１、コメントファイルディレクトリ１１４及び画面キャプチャファイルディレクトリ１１５から読み出し、オブジェクトのイメージを作成する。なお、プラントログテーブル１１１からプラントの状態情報を取得する際には、状態情報取得部２０５を通じて得る。
オブジェクト描画制御部２０４は、オブジェクト操作部２０２から受け取ったオブジェクトのイメージをＶＲＡＭ２０６に展開し、表示部１１７にＶＲＡＭ２０６の内容を表示する。また、条件式実行部の指示に応じてキャプチャ用ＶＲＡＭ２０７にもオブジェクトのイメージを展開する。
【００２２】
画面キャプチャ実行部ともいえる条件式実行部２０８は、データベースサーバ１０３の条件定義ファイルディレクトリ１１３から、操作者が作成した条件定義ファイルを読み出し、リアルタイムクロック（以下「ＲＴＣ」）２０９を参照しながら、所定の時間間隔で、条件定義ファイルに記載されている条件式を解析する。そして、条件式の論理結果が論理の「真」を示した場合は、条件定義ファイルに指定された監視制御画面のキャプチャをオブジェクト操作部２０２に指示する。ＲＴＣ２０９は一般的なコンピュータ装置には備わっている、日時情報を出力するＩＣ（ハードウェア）であるが、このＲＴＣ２０９の機能は、ＯＳによって逐次提供され、更新される機能である。
【００２３】
［画面キャプチャファイルの説明］
図３は、画面キャプチャの概要及び画面キャプチャファイルを説明する概略説明図である。
前述の通り、条件式実行部２０８は、条件定義ファイル中の条件式の論理結果が「真」になると、オブジェクト操作部２０２に対し、条件定義ファイルに指定された監視制御画面のキャプチャを指示する。そして、条件式実行部２０８から画面キャプチャの指示を受けたオブジェクト操作部２０２は、キャプチャする画面がＶＲＡＭ２０６に現在展開している画面であれば、ＶＲＡＭ２０６の内容であるビットマップデータを、画面キャプチャファイルディレクトリ１１５にファイルとして書き出す。
【００２４】
もし、キャプチャする画面がＶＲＡＭ２０６に現在展開していない画面であれば、オブジェクト操作部２０２はキャプチャ対象となる画面オブジェクトを監視画面マスタ１１２から読み出して、オブジェクト描画制御部２０４を通じてキャプチャ用ＶＲＡＭ２０７に展開する。そして、キャプチャ用ＶＲＡＭ２０７の内容であるビットマップデータを、画面キャプチャファイルディレクトリ１１５にファイルとして書き出す。
つまり、図３に示すような画面キャプチャファイル３０１が、データベースサーバ１０３の画面キャプチャファイルディレクトリ１１５に階層分けして格納される。ルートディレクトリである画面キャプチャファイルディレクトリ１１５の下には、画面番号毎のディレクトリが設けられている。
画面番号毎のディレクトリ内には画面キャプチャファイル３０１が格納されている。画面キャプチャファイル３０１のファイル名は、キャプチャを実行した年月日と時分秒で名前付けされる。
画面キャプチャを取得した日時情報がファイル名であるので、ファイル名でソートすれば、作業者が並べて見る際に最新のファイルを見つけやすい。
【００２５】
［コメント情報ファイルの説明］
図４は、コメント情報ファイルの詳細を示す概略図である。
コメントファイルディレクトリ１１４にはコメント情報ファイル４０１がコメント情報の数だけ格納されている。
コメント情報ファイル４０１は一例として、コメント画面番号フィールドと、題名フィールドと、内容フィールドと、登録日時フィールドと、登録者名フィールドと、関連画面番号フィールドと、関連画面ファイル名フィールドと、文字色フィールドと、背景色フィールドと、表示位置情報フィールドと、表示サイズフィールドとを備えている。
コメント画面番号フィールドには、コメント文を作成した時点の画面番号が格納される。
題名フィールドには、操作者によって付されるコメントの題名が格納される。
内容フィールドには、操作者が記述したコメント文そのものが格納される。
登録日時フィールドには、コメント文を作成した日時情報が格納される。
登録者名フィールドには、コメント文を作成した操作者のユーザ名が格納される。これは図示しないユーザマスタから、ユーザＩＤを検索キーとして、操作者の氏名を取得する。なお、操作者の氏名に代えて、ユーザＩＤそのものを格納してもよい。
【００２６】
関連画面番号フィールドには、直近の画面キャプチャを実行した画面番号が格納される。
関連画面ファイル名フィールドには、直近の画面キャプチャを実行した際の画面キャプチャファイル名が格納される。 
文字色フィールドには、内容フィールドに記憶されているコメント文を表示する際に付する文字色の指定が格納される。
背景色フィールドには、内容フィールドに記憶されているコメント文を表示する際に付する背景色の指定が格納される。
表示位置情報フィールドには、内容フィールドに記憶されているコメント文を表示する吹き出しウィンドウを配置する画面上の表示位置の指定が格納される。
表示サイズフィールドには、内容フィールドに記憶されているコメント文を表示する、コメント情報表示ウィンドウともいえる吹き出しウィンドウを配置する画面上の表示サイズの指定が格納される。
【００２７】
文字色と背景色、表示位置情報には画面のＸＹ座標が格納されており、表示サイズには縦と横のサイズ情報が格納されているので、画面マネージャ１１６はこれらの情報に従ってコメント情報を後述する吹き出しウィンドウの形式で表示する。
コメント情報ファイル４０１の形式は特に問わないが、一例としては各項目が改行で区切られているプレインテキストファイルや、項目名がタグで記されているＸＭＬ（Extensible Markup Language）ファイル等が考えられる。
また、コメント情報ファイル４０１に代えて、内容フィールドを可変長フィールドにしたテーブルで構成することもできる。この場合、コメントファイルディレクトリ１１４の代わりにコメント情報テーブルで実現できる。
【００２８】
［画面キャプチャ条件定義一覧画面及び条件定義ファイルの説明］
図５（ａ）及び（ｂ）は、画面キャプチャ条件定義一覧画面と、条件定義ファイルの詳細を示す概略図である。
図５（ａ）は、画面キャプチャの条件定義を一覧表示する、画面キャプチャ条件定義一覧画面５０１である。
画面キャプチャ条件定義一覧画面５０１は、条件定義ファイルディレクトリ１１３に格納されている条件定義ファイル５０２に記述されている全ての条件式を、監視制御システム１０１の画面として一覧表示した画面である。一覧表示させることで、操作者は自身が思い描く監視のシチュエーションに漏れがないかを確認できると共に、運用を続けるに連れて条件定義の内容をブラッシュアップさせることもできる。
【００２９】
図５（ｂ）は、条件定義ファイル５０２の詳細を示す概略図である。
条件定義ファイル５０２は一例として、条件番号フィールドと、信号名称フィールドと、条件式フィールドと、画面番号フィールドを備える。
条件定義は条件番号を付与されており、並べ替えられた状態で番号順に表示される。
信号名称は、プラント機器１０８自身又はプラント機器１０８に備えられている図示しないセンサから出力される信号の識別子である。
信号識別子にて指定された信号が条件式で定義されている条件を満たした場合に、条件成立（論理の「真」）となる。
条件が成立した際に取得する画面の情報が画面番号で指定されている。
画面キャプチャ条件定義画面では条件定義ファイル５０２をすべて収集し、信号名称表示エリア、条件式表示エリア、画面番号表示エリアに一覧表示を行う。
【００３０】
図５（ａ）に記述されている画面キャプチャ条件定義の内容は、アナログ信号とデジタル信号とで条件式の記述内容が異なる。
条件番号１、条件番号３、条件番号４はそれぞれ、信号名称がＤＩ０５５、ＤＩ００５、ＤＩ０１７というデジタル信号が論理の「真」を示した時に、画面番号［６２］、［５０］、［１１７］の画面キャプチャデータを取得する。
条件番号２は、信号名称がＡＩ０４８というアナログ信号の値が「５０．０」未満になった場合に、画面番号［８５］の画面キャプチャデータを取得する。
条件番号５は、信号名称がＡＩ００４というアナログ信号の値が「０．８５」を超えた場合に、画面番号［４１］の画面キャプチャデータを取得する。
つまり、デジタル信号の条件式は、論理の真を示す「ＯＮ」又は論理の偽を示す「ＯＦＦ」で、指定する。
そして、アナログ信号の条件式は、閾値に対する不等号による比較で、指定する。
条件定義ファイル５０２の形式は特に問わないが、一例としては各項目が改行で区切られているプレインテキストファイルや、項目名がタグで記されているＸＭＬファイル等が考えられる。
また、条件定義ファイル５０２に代えて、条件式フィールドを可変長フィールドにしたテーブルで構成することもできる。この場合、条件定義ファイルディレクトリ１１３の代わりに条件定義テーブルで実現できる。
【００３１】
［監視制御システムの動作説明］
図６は、本例の監視制御システム１０１における、画面キャプチャの動作の流れを説明するフローチャートである。このフローチャートは、端末１０４の画面マネージャ１１６内の条件式実行部２０８が、データベースサーバ１０３の条件定義ファイルディレクトリ１１３に格納されている条件定義ファイル５０２から条件式を読み出して判定する動作を示している。
【００３２】
処理を開始すると（Ｓ６０１）、条件式実行部２０８は最初に条件定義ファイルディレクトリ１１３内に条件定義ファイル５０２が存在しているか否かをチェックする（Ｓ６０２）。条件定義ファイルディレクトリ１１３が空である場合は（Ｓ６０２のＮＯ）、何もせずに処理を終了する（Ｓ６０３）。
ステップＳ６０２で、条件定義ファイルディレクトリ１１３に条件定義ファイル５０２が存在していれば（Ｓ６０２のＹＥＳ）、次に条件式実行部２０８は一番目の条件定義ファイル５０２を読み込み、一番目の条件式を取得し、解析する（Ｓ６０４）。
【００３３】
これ以降はループ処理である。
条件式実行部２０８は、取得した条件式を解析して、論理結果を判定する（Ｓ６０５）。取得した条件式の論理結果が「真」であれば（Ｓ６０５のＹＥＳ）、次に条件式実行部２０８はオブジェクト操作部２０２に対し、これから画面キャプチャしようとする画面番号の監視制御画面を、現在表示しているか否かを問い合わせる（Ｓ６０６）。もし、現在表示中であるならば（Ｓ６０６のＹＥＳ）、条件式実行部２０８はオブジェクト操作部２０２に画面キャプチャを指示する。そして、オブジェクト操作部２０２は、画面表示領域であるＶＲＡＭ２０６の内容をビットマップデータとして取得し、またＲＴＣ２０９から現在日時を取得してファイル名を作成し、画面キャプチャファイルディレクトリ１１５に画面キャプチャファイル３０１を作成する（Ｓ６０７）。
【００３４】
一方、ステップＳ６０６にて、これから画面キャプチャしようとする画面番号の監視制御画面が現在表示していない場合は（Ｓ６０６のＮＯ）、次に条件式実行部２０８はオブジェクト操作部２０２に対し、キャプチャ用ＶＲＡＭ２０７に画面キャプチャしようとする画面番号の監視制御画面を表示させるべく指示する（Ｓ６０８）。オブジェクト操作部２０２がオブジェクト描画制御部２０４を通じてキャプチャ用ＶＲＡＭ２０７に条件式実行部２０８から指示された監視制御画面を表示させたら、条件式実行部２０８は、画面非表示領域であるキャプチャ用ＶＲＡＭ２０７の内容をビットマップデータとして取得し、またＲＴＣ２０９から現在日時を取得してファイル名を作成し、画面キャプチャファイルディレクトリ１１５に画面キャプチャファイル３０１を作成する（Ｓ６０９）。
【００３５】
ステップＳ６０７又はステップＳ６０９にて、画面キャプチャファイル３０１を作成した後、又はステップＳ６０５にて取得した条件式の論理結果が「偽」であった場合（Ｓ６０５のＮＯ）は、条件式実行部２０８は条件定義ファイルディレクトリ１１３に次の条件定義ファイル５０２が存在するか否かを確認する（Ｓ６１０）。もし次の条件定義ファイル５０２が存在していれば（Ｓ６１０のＹＥＳ）、その条件定義ファイル５０２を読み込み、条件式を取得して解析し（Ｓ６１１）、再びステップＳ６０５から処理を繰り返す。もし、条件定義ファイル５０２がなければ（Ｓ６１０のＮＯ）、一連の処理を終了する（Ｓ６０３）。
【００３６】
図７は、操作者が端末１０４を操作してコメント情報を監視制御画面に登録する動作の流れを示すフローチャートである。この処理は、コメント文、題名、コメント文に付する文字色及び背景色等の、操作者が入力すべき作業が既に操作者によって完了しており、いよいよこれら情報をオブジェクト操作部２０２がコメント情報ファイル４０１としてコメントファイルディレクトリ１１４に作成するための処理、つまり登録ボタンを操作部１１８であるマウス等のポインティングデバイスにてクリックした際に実行される処理である。
【００３７】
操作者がコメント情報を登録するための登録ボタンをクリックすると（Ｓ７０１）、操作情報はオブジェクト操作部２０２を通じて条件式実行部２０８に送られる。条件式実行部２０８は、条件定義ファイルディレクトリ１１３内に条件定義ファイル５０２が存在しているか否かをチェックする（Ｓ７０２）。条件定義ファイルディレクトリ１１３が空である場合は（Ｓ７０２のＮＯ）、条件式実行部２０８は画面キャプチャファイル３０１に関する処理を一切行わずに、オブジェクト操作部２０２と協調動作して、現在日時と操作者のユーザＩＤを取得し（Ｓ７０３）、コメント文、題名、コメント文に付する文字色及び背景色等と共にコメント情報ファイル４０１に記録して（Ｓ７０４）、処理を終了する（Ｓ７０５）。
【００３８】
ステップＳ７０２で、条件定義ファイルディレクトリ１１３に条件定義ファイル５０２が存在していれば（Ｓ７０２のＹＥＳ）、次に条件式実行部２０８は一番目の条件定義ファイル５０２を読み込み、一番目の条件式を取得し、解析する（Ｓ７０６）。
【００３９】
これ以降はループである。
条件式実行部２０８は、取得した条件式を解析して、論理結果を判定する（Ｓ７０７）。取得した条件式の論理結果が「真」であれば（Ｓ７０７のＹＥＳ）、次に条件式実行部２０８は、読み込んだ条件定義ファイル５０２に記されている画面番号を取得して（Ｓ７０８）、画面キャプチャファイルディレクトリ１１５の当該画面番号のサブディレクトリから、最新の画面キャプチャファイル３０１のファイル名を取得する（Ｓ７０９）。そして、条件式実行部２０８はオブジェクト操作部２０２と協調動作して、現在日時と操作者のユーザＩＤを取得し（Ｓ７０３）、コメント文、題名、コメント文に付する文字色及び背景色等と共にコメント情報ファイル４０１に記録して（Ｓ７０４）、処理を終了する（Ｓ７０５）。
ステップＳ７０９の時点で画面番号と画面キャプチャファイル名を取得しているので、ステップＳ７０４の時点では、画面番号と画面キャプチャファイル名もコメント情報ファイル４０１に記録されることとなる。
【００４０】
ステップＳ７０７にて取得した条件式の論理結果が「偽」であった場合（Ｓ７０７のＮＯ）は、条件式実行部２０８は条件定義ファイルディレクトリ１１３に次の条件定義ファイル５０２が存在するか否かを確認する（Ｓ７１０）。もし次の条件定義ファイル５０２が存在していれば（Ｓ７１０のＹＥＳ）、この条件定義ファイル５０２を読み込み、条件式を取得して解析し（Ｓ７１１）、再びステップＳ７０７から処理を繰り返す。
もし、ステップＳ７１０にて条件定義ファイル５０２がなければ（Ｓ７１０のＮＯ）、条件式実行部２０８はオブジェクト操作部２０２と協調動作して、現在日時と操作者のユーザＩＤを取得し（Ｓ７０３）、コメント文、題名、コメント文に付する文字色及び背景色等と共にコメント情報ファイル４０１に記録して（Ｓ７０４）、処理を終了する（Ｓ７０５）。
【００４１】
図６のフローチャートに記す、条件式実行部２０８の処理内容は、操作者の手を介さずに所定の時間間隔で定期的に自動実行されるバッチ処理（一括処理）である。条件定義ファイル５０２に記されている条件式が論理の「真」を示した場合には、操作者の手を介することなく自動で必要な画面キャプチャファイル３０１が作成される。
一方、図７のフローチャートに記す、条件式実行部２０８及びオブジェクト操作部２０２の処理内容は、操作者がコメント文を登録する際に実行される、インタラクティブな処理（対話式処理）である。
図６のバッチ処理の実行時間間隔が十分短ければ、図７のインタラクティブな処理に先んじて、図７の処理を実行する際には必ず必要な画面キャプチャファイル３０１が用意されている状況を作り出すことができる。つまり、コメント文を登録すると、既に関係する監視制御画面の画面キャプチャファイル３０１が出来上がっており、その画面キャプチャファイル３０１との関連付けも完成されていることとなる。
こうして、操作者は煩わしい画面キャプチャ作業と、画像ファイルとコメント文との関連付けを作成する作業から解放され、大変効率良くプラントの異常状態を記録する作業を遂行できる。
【００４２】
なお、図７のフローチャートにおいて、条件式実行部２０８とオブジェクト操作部２０２は、コメント情報ファイルを作成するコメント情報登録部であるともいえる。
【００４３】
［監視制御画面とコメント情報の関係］
図８（ａ）及び（ｂ）は、監視制御画面とコメント情報登録ウィンドウとの関係を示す図である。
図８（ａ）は監視制御画面８０１である。図８（ｂ）はコメント情報登録ウィンドウ８０２である。
【００４４】
監視制御システム１０１の共通メニューとして、監視制御画面８０１の下にはコメント情報登録ウィンドウ８０２を呼び出すためのコメント記入ボタン８０３が設けられている。
コメント記入ボタン８０３をクリックしてコメント情報登録ウィンドウ８０２を呼び出すと、コメント情報登録ウィンドウ８０２が監視制御画面８０１の最前面に表示され、コメント情報の入力を促す。
作業者はコメント情報登録ウィンドウ８０２にコメント情報の題名及び内容を記入し、文字色及び背景色を選択した上で、登録ボタン８０４をクリックすると、コメント情報がコメント情報ファイル４０１として登録される。この、登録ボタン８０４をクリックすると、前述の図７のフローチャートが動作して、条件式実行部２０８がコメント情報ファイル４０１を作成し、存在していれば画面キャプチャファイル３０１との関連付けを行う。
コメント情報の登録を途中で中止する場合には、閉じるボタン８０５をクリックすることで、コメント情報の登録を中止することができる。
【００４５】
図９（ａ）及び（ｂ）は、コメント情報が登録されている監視制御画面の一例を示す図である。
図９（ａ）は、コメント情報が登録されている監視制御画面９０１である。
オブジェクト操作部２０２は、操作部１１８から画面番号の指定を受け取ると、監視画面マスタ１１２から画面番号オブジェクトを読み出す。次に、画面番号オブジェクトに含まれているプランド機器オブジェクトに付随している情報に従って、プラントログテーブル１１１から最新の状態情報を読み出し、プラント機器オブジェクトの表示内容を変化させる。例えば、ポンプ１０６が正常動作しているのであれば、ポンプ１０６のアイコンを青色に表示させる、等である。
【００４６】
オブジェクト操作部２０２は更に、画面番号に対応するコメント情報ファイル４０１を、コメントファイルディレクトリ１１４から探す。もし、表示すべきコメント情報ファイル４０１が見つかったなら、当該コメント情報ファイル４０１を読み込み、コメント情報を画面内に表示する。
監視画面上には、コメント情報が記されている吹き出しウィンドウ９０２ａと吹き出しウィンドウ９０２ｂが表示されている。図９中、吹き出しウィンドウ９０２ａと吹き出しウィンドウ９０２ｂを総称する際には、吹き出しウィンドウ９０２と称する。
【００４７】
吹き出しウィンドウ９０２ａ内には、コメント情報としてコメント文と登録日時と操作者名が表示されている他、関連画面表示ボタン９０３を備えている。これはコメント情報を登録した際に、プラントに異常が発生したことを示しており、関連画面表示ボタン９０３をクリックすると画面のキャプチャデータを表示できることを示している。
また、コメント情報には日付情報と登録者情報が表示されているので、誰がいつ登録した内容か知ることができる。
また、図９（ｂ）に示すように、操作者はコメント情報の一部を選択してドラッグ操作を行うことにより、吹き出しウィンドウ９０２ａの表示領域の大きさや形状を変更することや、表示位置を変更することができる。
【００４８】
吹き出しウィンドウ９０２を表示し、また吹き出しウィンドウ９０２内に関連画面表示ボタン９０３を表示する機能は、オブジェクト操作部２０２とオブジェクト描画制御部２０４によって実現される。これらは表示制御部であるともいえる。
【００４９】
図１０（ａ）及び（ｂ）は、コメント情報が登録されている監視制御画面９０１の一例を示す図である。
図１０（ａ）は、監視制御画面の一例として画面番号［６２］の監視制御画面９０１である。
図１０（ｂ）は、監視制御画面の一例として画面番号［１１５］の監視制御画面１００１である。
【００５０】
前述のように、ある監視制御画面９０１を表示しようとすると、オブジェクト操作部２０２が当該監視制御画面９０１を形成する画面オブジェクトを監視画面マスタ１１２から読み出し、画面オブジェクトに含まれているプラント機器オブジェクトや、画面番号に関係するコメント情報ファイル４０１を読み込み、それらをオブジェクト描画制御部２０４を通じてＶＲＡＭ２０６上に描画し、ＶＲＡＭ２０６上の描画イメージを表示部１１７に表示する。
【００５１】
現在表示している監視制御画面９０１（図１０（ａ））から、別の監視制御画面１００１（図１０（ｂ））に表示を切り替えると、この一連の動作が別の監視制御画面１００１にて繰り返される。したがって、別の監視制御画面１００１を表示させると、その監視制御画面１００１に関連付けられているコメント情報の吹き出しウィンドウ１００２ａ及び１００２ｂが表示されるので、監視制御画面１００１の切替と共にコメント情報も切り替わって表示される。図１０中、吹き出しウィンドウ１００２ａと吹き出しウィンドウ１００２ｂを総称する際には、吹き出しウィンドウ１００２と称する。
また、前述のように吹き出しウィンドウ１００２の位置や表示サイズも記憶されているため、作業者がコメント情報を移動したりサイズを変更した場合には、変更後の表示サイズや位置情報を適用した状態で表示される。
【００５２】
図１１（ａ）及び（ｂ）は、監視制御画面９０１に貼り付けられているコメント情報の関連画面表示ボタン９０３を押下した際に関連画面を表示する状況を示す図である。
図１１（ａ）は、コメント情報が表示されている吹き出しウィンドウ９０２ａを有する監視制御画面９０１である。
図１１（ｂ）は、画面キャプチャファイル３０１が表示されたキャプチャ画像ウィンドウ１１０１である。
今、吹き出しウィンドウ９０２ａには関連画面表示ボタン９０３が表示されている。この関連画面表示ボタン９０３をクリックすると、キャプチャ画像ウィンドウ１１０１が監視制御画面９０１の最前面に表示され、キャプチャ画像ウィンドウ１１０１内には、プラントの異常を検出した際に画面イメージとしてキャプチャされた画面キャプチャファイル３０１が表示される。
キャプチャ画像ウィンドウ１１０１は監視制御画面９０１上に別のウィンドウとして表示されるため、コメント情報を表示したまま画像を表示することが可能となる。
キャプチャ画像ウィンドウ１１０１に設けられている閉じるボタン１１０２をクリックすると、このキャプチャ画像ウィンドウ１１０１を閉じることができる。
【００５３】
図１２は、コメント情報一覧画面を示す図である。
コメント情報一覧画面１２０１は、監視画面マスタ１１２に登録されている画面オブジェクトであり、コメントファイルディレクトリ１１４からコメント情報ファイル４０１を取得して、題名、登録日時、登録者、登録画面番号を一覧表示する。
登録画面番号をクリックすると、当該画面番号の画面を表示することができるので、指定したコメント情報がどの画面のどこに貼り付いているかを確認することができる。
また、カーソルにて選択したコメント情報の内容は、コメント情報一覧画面１２０１の下部エリアに表示することができる。
【００５４】
本実施形態では以下の応用例が可能である。
（１）前述の実施形態に係る監視制御システムは、クライアント−サーバモデルであり、画面マネージャ１１６はクライアントアプリケーションプログラムとして端末１０４にて実行される形式であった。
画面マネージャ１１６の実行形態は、これに限られない。
例えば、データベースサーバ１０３はマルチユーザのＰＯＳＩＸ系ＯＳで、画面マネージャ１１６はＸ  Ｗｉｎｄｏｗ（登録商標）のＸクライアントであり、データベースサーバ１０３で実行され、画面マネージャ１１６の実行イメージのみが端末１０４のＸサーバに表示される形態であってもよい。
また、ＶＭＷａｒｅ（登録商標）等の仮想ＰＣ実行環境をデータベースサーバ１０３で稼働させて、その仮想ＰＣ上で画面マネージャ１１６を実行してもよい。
また、データベースサーバ１０３にｗｅｂサーバとしての機能を持たせて、端末はｗｅｂブラウザを稼働させ、Ａｊａｘ（Asynchronous JavaScript + XML（ＪａｖａＳｃｒｉｐｔは登録商標））を用いた動的ｗｅｂアプリケーションで実現することもできる。
【００５５】
（２）前述の（１）に関連するが、データベースサーバ１０３がマルチユーザのＰＯＳＩＸ系ＯＳである場合、画面キャプチャを行うためだけの、専用のアカウントを設けて、当該アカウントで画面マネージャ１１６をデータベースサーバ１０３上で稼働させる、という実施形態を形成することも可能である。この場合、端末１０４にはキャプチャ用ＶＲＡＭ２０７は設けられず、図６のステップＳ６０８及びＳ６０９を、データベースサーバ１０３上のキャプチャ専用アカウントに対して指令して、指定した画面キャプチャを行わせる。端末１０４の処理能力が低い場合、キャプチャ用ＶＲＡＭ２０７の為に端末１０４の図示しないＲＡＭの一部を確保する必要がなく、また画面キャプチャを実行する手間を端末１０４が負担しなくて済むので、端末１０４の数が多くなるほど、システム全体のリソース（ハードウェア資源）の利用効率が良くなることが期待できる。
【００５６】
（３）画面キャプチャファイル３０１のファイル名に、ユーザＩＤを含めることで、同じ画面キャプチャファイル３０１が重複して発生することを防止できる。
【００５７】
（４）吹き出しウィンドウ９０２に矢印記号等のポインタ画像を付加して、条件定義ファイル５０２の条件式に記されている信号を発しているプラント機器１０８に付することで、故障等発生箇所と吹き出しウィンドウ９０２の関連付けを視覚的に表現することもできる。
【００５８】
本実施形態では、監視制御システム１０１を開示した。
条件式実行部２０８は、操作者の手を介さずに所定の時間間隔で定期的に条件定義ファイル５０２に記されている条件式が論理の真を示した場合には、操作者の手を介することなく自動で必要な画面キャプチャファイル３０１を作成する。
一方、条件式実行部２０８は、操作者がコメント文を登録するアクションに呼応して、コメント文を登録すると、既に関係する監視制御画面の画面キャプチャファイル３０１が出来上がっており、その画面キャプチャファイル３０１との関連付けも完成されていることとなる。
操作者は煩わしい画面キャプチャ作業と、画像ファイルとコメント文との関連付けを作成する作業から解放され、大変効率よくプラントの異常状態を記録する作業を遂行することができる。
そして、引継ぎ者や他の作業者は、文字のコメント情報を参照した上で、吹き出しウィンドウ９０２に設けられている関連画面表示ボタン９０３を押せば、瞬時に関連画面の画面キャプチャファイル３０１をキャプチャ画像ウィンドウ１１０１に表示できるので、吹き出しウィンドウ９０２に記述されているコメント情報が何を意味しているのかを理解し易くなる。
【００５９】
以上、本発明の実施形態例について説明したが、本発明は上記実施形態例に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含む。
【符号の説明】
【００６０】
１０１…監視制御システム、１０２…プラント情報入出力装置、１０３…データベースサーバ、１０４…端末、１０５…ネットワーク、１０６…ポンプ、１０７…弁、１０８…プラント機器、１０９…プラント制御部、１１０…プラント情報収集部、１１１…プラントログテーブル、１１２…監視画面マスタ、１１３…条件定義ファイルディレクトリ、１１４…コメントファイルディレクトリ、１１５…画面キャプチャファイルディレクトリ、１１６…画面マネージャ、１１７…表示部、１１８…操作部、２０１…操作情報解析部、２０２…オブジェクト操作部、２０３…ログインユーザ情報メモリ、２０４…オブジェクト描画制御部、２０５…状態情報取得部、２０６…ＶＲＡＭ、２０７…キャプチャ用ＶＲＡＭ、２０８…条件式実行部、２０９…ＲＴＣ、３０１…画面キャプチャファイル、４０１…コメント情報ファイル、５０１…画面キャプチャ条件定義一覧画面、５０２…条件定義ファイル、８０１…監視制御画面、８０２…コメント情報登録ウィンドウ、８０３…コメント記入ボタン、８０４…登録ボタン、８０５…閉じるボタン、９０１…監視制御画面、９０２…吹き出しウィンドウ、９０３…関連画面表示ボタン、１００１…監視制御画面、１００２…吹き出しウィンドウ、１１０１…キャプチャ画像ウィンドウ、１１０２…閉じるボタン、１２０１…コメント情報一覧画面
【図１】
0005641482.tif 000002
【図２】
0005641482.tif 000003
【図３】
0005641482.tif 000004
【図４】
0005641482.tif 000005
【図５】
0005641482.tif 000006
【図６】
0005641482.tif 000007
【図７】
0005641482.tif 000008
【図８】
0005641482.tif 000009
【図９】
0005641482.tif 000010
【図１０】
0005641482.tif 000011
【図１１】
0005641482.tif 000012
【図１２】
0005641482.tif 000013