JP2014035608A - イベント検出支援システム及びその方法 - Google Patents

Abstract

【課題】任意のプロセス運転監視画面にて各種イベントに対応するメッセージを追加・変更・削除でき、プラント運転の効率向上が図れるイベント検出支援システムを提供する。
【解決手段】少なくとも１台の運転監視操作卓１００と、少なくとも１台のプロセス監視制御装置１１０と、各機器を接続する通信回線１０２とを備え、前記運転監視操作卓は、該運転監視操作卓の画面上に表示された少なくとも１個のプロセスデータを任意に選択することを支援する機構と、選択した複数のプロセスデータ間で演算式を構築することを支援する機構と、演算式に応じて任意のメッセージを付加することを支援する機構とを備え、プロセス監視制御装置から一定周期又は可変周期でプロセスデータを取り込み、演算式を実行して条件が成立する場合に、メッセージを、発生タイミング情報を含めて運転監視操作卓の画面上に割り込み表示するか或いはプリンタに印字する。
【選択図】図２

Description

本発明はイベント検出支援システム及びその方法に係り、特に、プロセス状態監視やフィードバック制御並びにシーケンス制御等を行うプロセス監視制御機器と運転監視操作卓よりなるプロセス監視制御システムに好適なイベント検出支援システム及びその方法に関する。

近年、例えば、特許文献１に示すように、プロセス産業の分野では、プロセス制御手順や運転監視の画面表示仕様、報告書印字の仕様などのプロセス監視制御システムにおける各種装置の構成内容を構築し、変更する仕掛けが広く運用されている。

これらの仕掛けは、設備を設計するエンジニアが、どこかのストレージに格納されている各種装置の構成内容を画面に呼び出し、種々の手法で目的とする構成内容を探し当て、変更する作業を支援する方式である。即ち、プロセス内の装置の構成を示すプロセス構成図画面データをストレージに格納し、そのデータを表示させ、そして、表示されたプロセス装置構成図を画面上で編集できるようにすると共に、編集されたプロセス構成図画面データをストレージに格納させ、更に、プロセス構成図の情報を装置に伝送する手段を設ける。このような仕掛けが広く運用されている。

上記従来技術は、プロセス設備の設計を行うエンジニアにとってはシステム構築作業を行うという目的に沿った、満足の行く仕掛けである。

特開２００４−３３４３６０号公報

ところで、日々の操業の局面で色々と改善したい場面に遭遇するプロセス運転員にとっては、プロセス制御に影響のある変更とまでは行かずとも、プロセス設計者が思いつかなかった各種イベントに対応するメッセージを追加したいことがある。

しかしながら、上記従来技術では、システムを改良したくとも運転員では簡単には手が届かず、逐一、エンジニアに改善を依頼するが、プラント停止時等まで待つことを余儀なくされ、運転員は日常的に不便な状況に置かれるという問題があった。

また、プロセス運転監視画面によっては、運転員が各種イベントに対応するメッセージを、追加・変更・削除することを支援する機能を備えているものもあるが、扱えるデータやイベントの指定法に制限があり、全てのプロセス運転監視画面にて、制限なく各種イベントに対応するメッセージを追加することを支援するまでには至っていないという問題があった。

本発明は上述の点に鑑みなされたもので、その目的とするところは、プロセス監視制御システムの分野において、日常的に運転員でも容易に、任意のプロセス運転監視画面にて各種イベントに対応するメッセージを追加・変更・削除でき、プラント運転の効率向上が図れるイベント検出支援システム及びその方法を提供することにある。

本発明のイベント検出支援システムは、上記目的を達成するために、処理装置と表示装置及びキー入力装置よりなる少なくとも１台の運転監視操作卓と、前記処理装置とプロセス入出力インタフェ−スよりなる少なくとも１台のプロセス監視制御装置と、前記各機器を接続する通信回線とを備え、前記運転監視操作卓は、該運転監視操作卓の画面上に表示された少なくとも１個のプロセスデータを任意に選択することを支援する第１の支援機構と、選択した複数のプロセスデータ間で、演算式を構築することを支援する第２の支援機構と、前記演算式に応じて任意のメッセージを付加することを支援する第３の支援機構とから成り、前記プロセス監視制御装置から一定周期又は可変周期で前記第１の支援機構で選択された前記プロセスデータを取り込み、前記第２の支援機構での演算式を実行して条件が成立する場合に、前記第３の支援機構でのメッセージを、発生タイミング情報を含めて前記運転監視操作卓の画面上に割り込み表示するか、或いはプリンタに印字することを特徴とする。

また、本発明のイベント検出支援方法は、上記目的を達成するために、処理装置と表示装置及びキー入力装置よりなる少なくとも１台の運転監視操作卓の画面上に表示された少なくとも１個のプロセスデータを任意に選択し、該選択した複数のプロセスデータ間で、演算式を構築すると共に、前記演算式に応じて任意のメッセージを付加することを支援し、かつ、前記処理装置とプロセス入出力インタフェ−スよりなる少なくとも１台のプロセス監視制御装置から一定周期又は可変周期でプロセスデータを取り込み、前記演算式を実行して条件が成立する場合に、前記メッセージを、発生タイミング情報を含めて前記運転監視操作卓の画面上に割り込み表示するか、或いはプリンタに印字することを特徴とする。

本発明によれば、プロセス監視制御システムの分野において、日常的に運転員でも容易に、任意のプロセス運転監視画面にて各種イベントに対応するメッセージを追加・変更・削除でき、プラント運転の効率向上が図れる効果がある。

本発明のイベント検出支援システム及びその方法が適用されるプロセス監視制御システムの構成例を示す図である。 本発明のイベント検出支援システムの実施例１の構成を示す図である。 本発明のイベント検出支援システムの実施例１における画面／キー入出力処理部の処理フローを示す図である。 本発明のイベント検出支援システムの実施例１におけるイベント処理登録部の処理フローを示す図である。 本発明のイベント検出支援システムの実施例１における制御・監視仕様登録部の処理フローを示す図である。 本発明のイベント検出支援システムの実施例１におけるイベント処理登録、運用処理部の処理フローを示す図である。 本発明のイベント検出支援システムの実施例１におけるイベント運用処理部の処理フローを示す図である。 本発明のイベント検出支援システムの実施例１におけるプロセスデータ名称を用い、イベント処理の規定情報、演算式等入力・編集・削除部の処理フローを示す図である。 本発明のイベント検出支援システムの実施例１における表示／印字管理部の処理フローを示す図である。 本発明のイベント検出支援システムの実施例１における通常表示オブジェクト生成部の処理フローを示す図である。 本発明のイベント検出支援システムの実施例１におけるマッピング情報生成部の処理フローを示す図である。 本発明のイベント検出支援システムの実施例１における通常表示オブジェクト更新部の処理フローを示す図である。 本発明のイベント検出支援システムの実施例１における割込表示／印字オブジェクト生成部の処理フローを示す図である。 本発明のイベント検出支援システムの実施例１におけるデータ収集部の処理フローを示す図である。 本発明のイベント検出支援システムの実施例１におけるイベント判定部の処理フローを示す図である。

以下、図示した実施例に基づいて本発明のイベント検出支援システム及びその方法を説明する。なお、各図において、同一構成部品には同符号を使用する。

図１に、プロセス監視制御システムの構成例を、図２に、イベント検出支援システムの構成を、そして図３乃至図１５に、図２のイベント検出支援システムの主要部分の処理フローを示す。

まず、図１において、１１０及び１１２はプロセス監視制御装置であり、このプロセス監視制御装置１１０及び１１２は、反応缶１２０に原料を仕込む配管１３２及びジャケット１２２に温水／冷水を供給する配管１１６に設置された流量検出端１２６及び１１４と、反応缶１２０及びジャケット１２２に設置された温度検出端１２４及び１３０からの信号をモニタリングし、調節弁１２８、１１８をコントロールして反応缶１２０における化学反応の進行を司り、生成物を得るプロセス制御を行うものである。

プロセス監視制御装置１１０、１１２は、通信回線１０２を介して、運転監視操作卓１００に接続されている。従って、流量検出端１２６、１１４によって検出された反応缶１２０に流れ込む原料の流量やジャケット１２２に流れ込む温水／冷水の流量は、プロセス監視制御装置１１２、１１０を介して運転監視操作卓１００に取り込まれ、そのディスプレイ上にそれらの流量値が表示される。また、プロセス監視制御装置１１０、１１２による調節弁１１８、１２８の開度具合も通信回線１０２を介して運転監視操作卓１００のディスプレイ上に表示される。

故に、オペレータは、運転監視操作卓１００のディスプレイ画面をモニターすることにより、反応缶１２０及びジャケット１２２への原料等の流入状況を把握することができる。また、マニュアルで調節弁１１８、１２８の開度制御をしようとする場合には、この運転監視操作卓１００からその制御を行える。

近年、プロセス産業のトータル維持コスト削減の要求が日増しに強まり、プラント運転員の人数削減及び１人当たりの業務範囲拡大の傾向にある。このような傾向の中で、プラント運転員は日常のプラント操業の業務に従事するが、プラント設計者の意図とは異なるプラント挙動等に遭遇することが多々あり、設計者に改造を要求することになる。

プロセス制御に絡む改造は、操業中に手軽に実施するわけには行かないが、万一、不具合を生じてもプラントに及ぼす危害度の低い、プラントで発生するイベントに対応するメッセージ程度ならば、逐一、プラント設計者を呼び出して指示するのでなく、プラント運転員自身で追加・変更・削除したいという要望が生じるのも必定のことである。

図１の例では、ジャケット１２２に流入・流出する温水／冷水の流量（=ジャケット流量）がある条件下で規定値をオーバーすることがあるとして、その警報メッセージを、運転員自身の改造作業によって出現させることができれば好都合である。

図２は、運転監視操作卓１００内の、イベント検出支援システムの構成を示すものである。

該図に示す本実施例のイベント検出支援システムは、処理装置とプロセス運転画面２０１、割込み画面２０２、プロセストレンド画面２０４等の表示装置及びキーボード部２１４よりなる運転監視操作卓１００と、処理装置及びプロセス入出力インタフェ−スよりなるプロセス監視制御装置１１０と、これら各機器を接続する通信回線１０２とを備え、そして、運転監視操作卓１００は、この運転監視操作卓１００の画面上に表示されたプロセスデータを任意に選択することを支援するモニタ部２１２、画面／キー入出力処理部２２０、登録、運用管理部２２２、イベント処理登録部２２６等から成る第１の支援機構と、選択した複数のプロセスデータ間で、演算式を構築することを支援する制御・監視仕様登録部２２４、制御・監視仕様ＤＢ２４０等から成る第２の支援機構と、上述の演算式に応じて任意のメッセージを付加することを支援する表示／印字管理部２２８、通常表示オブジェクト更新部２３３、割込表示／印字オブジェクト生成部２３４等から成る第３の支援機構とから形成されている。

以下、その詳細について説明する。

図２に示すように、運転操作卓１００及びプロセス監視制御装置１１０が、通信回線１０２により接続され、運転監視操作卓１００は、モニタ部２１２及びキーボード部２１４を備え、更に、運転監視操作卓１００内のイベント検出支援に関する内部機構を、符号２１０で示している。

また、運転監視操作卓１００のモニタ上に表示される画面の例として、プロセス運転画面２０１とプロセストレンド画面２０４を掲げてあり、また、イベント検出支援時の画面例として、割込み画面２０２が記載されている。これは、イベント登録画面例２０６に基づく割込み表示例である。

先ず、プロセスイベントの登録、運用に先立って、計装システムの設計を行うエンジニアが、プロセス制御手順の登録を行う。即ち、運転監視操作卓１００のキーボード部２１４及びモニタ部２１２を通じて、画面／キー入出力処理部２２０を経由し、制御監視仕様、登録、運用管理部２２２の管轄の元、制御・監視仕様登録部２２４にてプロセス制御手順の登録を行い、その内容を制御・監視仕様ＤＢ２４０に格納する。

次に、プロセスイベントを登録する場合、同様に運転監視操作卓１００のキーボード部２１４及びモニタ部２１２を通じて、画面／キー入出力処理部２２０を経由し、制御監視仕様、登録、運用管理部２２２の管轄の元、イベント処理登録部２２６にてイベント処理の登録を行い、その内容をイベント処理ＤＢ２４４に格納する。

一方、画面にプラント運転上の情報を通常表示したり、割込み表示或いはメッセージ印字したりする場合、表示／印字管理部２２８を通じて画面／キー入出力処理部２２０を経由し、運転監視操作卓１００のキーボード部２１４からの指示に応じ、モニタ部２１２に情報表示を行うか或いはメッセージ印字部２２７を介してプリンタ１０１にメッセージ印字を行なう。

ここで、割込み画面２０２の“ジャケット流量オーバー…”のような、イベントに対応して表示／印字される情報を登録するには、通常表示の画面であるプロセス運転画面２０１やプロセストレンド画面２０４上に存在するプロセスデータの所在位置を操作者に知らせ、適切に演算式を構築して登録することを支援する必要がある。プロセスデータとしては、明白な数値で表示されるもののみならず、バーグラフや円グラフ、シンボル記号の大小関係にまで反映されるものなどがある。

これらの所在位置を知らしめるために、通常表示に際して、まず、通常表示するオブジェクトを、通常表示オブジェクト生成部２３０にて生成して通常表示オブジェクトＤＢ２５２に格納し、続いてマッピング情報生成部２３２にてプロセスデータの所在位置を囲む矩形の座標情報を、マッピング情報としてマッピング情報ＤＢ２４８に格納する。

これは、イベント処理登録時に、運転監視操作卓１００のモニタ部２１２にて、通常画面上にプロセスデータの所在位置を示す矩形を全点表示し、キーボード部２１４におけるマウス等のポインティング操作により操作者にプロセスデータを選択させるためのものである。その後、通常表示オブジェクト更新部２３３にて、可変データを収集データＤＢ２６０より入手し、通常表示オブジェクトＤＢ２５２上の可変データを更新する。

また、割込み表示がある場合、割込表示／印字オブジェクト生成部２３４にて割込み表示するオブジェクトを生成し、割込表示／印字オブジェクトＤＢ２５６に格納する。表示／印字管理部２２８では、通常表示オブジェクトＤＢ２５２と割込表示／印字オブジェクトＤＢ２５６の２者の情報を合成して、画面／キー入出力処理部２２０を経由し、運転監視操作卓１００のモニタ部２１２に情報表示を行う。また、画面切替わり後の一定周期での画面データの更新時或いは新たなイベント出現時は、通常表示オブジェクト更新部２３３の起動と割込表示／印字オブジェクト生成部２３４の起動により画面表示を行う。

また、プロセスデータの収集は、周期起動部２９０がタクトを振り、データ収集部２９２にてプロセス監視制御装置１１０よりプロセスデータを収集し、収集データＤＢ２６０に格納した後、通常表示更新要求部２９４にて最新の収集データを画面に反映するよう要求し、引き続いてイベント判定部２９６にてイベント処理ＤＢの登録情報に基づきイベント発生／消滅の判定を行い、新たなイベント発生／消滅があれば、割込表示／印字要求部２９８を起動して割込表示／印字の要求を行う。

次に、画面／キー入出力処理部２２０の処理フローを示したものが、図３である。図３に示す処理フローで、処理ステップ３００にて、通常は処理要求を待ち受け、要求が来たら処理ステップ３０４でキー入力か画面表示かを判定し、キー入力なら処理ステップ３０８に分岐し、画面表示なら処理ステップ３２０に分岐する。処理ステップ３０８では、一連キーの送り先の判定を行い、登録管理部であれば処理ステップ３１２に分岐し、表示／印字管理部２２８であれば処理ステップ３１６に分岐する。一連キーの送り先とは、操作者がキー入力操作を開始するとき、登録、又は画面表示のいずれを選択するかで決まり、引き続く一連のキー操作を同じ送り先に結びつけるために保持される情報である。

処理ステップ３１２では、入力キー内容をイベント処理登録部２２２に送り、また、処理ステップ３１６では、入力キー内容を表示／印字管理部２２８に送る。また、処理ステップ３２０では、表示要求内容を画面に出力する。

続いて、登録、運用管理部２２２の処理フローを示したものが、図４である。図４に示す処理フローで、処理ステップ３３０にて、通常は処理要求を待ち受けし、要求が来たら処理ステップ３３４でキー入力か画面表示かを判定し、キー入力なら、処理ステップ３３８に分岐し、画面表示なら処理ステップ３５０に分岐する。処理ステップ３３８では、要求処理の判定を行い、イベント処理登録であれば処理ステップ３４６に分岐し、制御・監視仕様登録であれば、処理ステップ３４２に分岐する。処理ステップ３４６では、キー入力内容をイベント処理登録部２２６に送信し、処理ステップ３４２では、キー入力内容を制御・監視仕様登録部２２４に送信する。

また、処理ステップ３５０では、表示の要求範囲を判定し、全体表示の要求であれば処理ステップ３６２に、イベント処理表示の要求であれば処理ステップ３５８に、そして、制御・監視仕様表示の要求であれば処理ステップ３５４にそれぞれ分岐する。処理ステップ３６２では、制御・監視仕様とイベント処理の組合せの画面出力要求を行い、処理ステップ３５８では、イベント処理の画面出力要求を行い、そして、処理ステップ３５４では、制御・監視仕様の画面出力要求を行う。

次に、制御・監視仕様登録部２２４の処理フローを示したものが、図５である。図５に示す処理フローで、まず、処理ステップ３７０で、通常はキー入力を待ち受けし、入力が来たら処理ステップ３７４にて制御・監視仕様及び画面の初期表示情報を編集し、処理ステップ３７８で画面出力を要求し、処理ステップ３８２で一連の編集が終了したかを判定し、未終了なら処理ステップ３７０に戻り、終了なら処理ステップ３８６で制御・監視仕様ＤＢ２４０の仕様レコード２４２を更新する。

続いて、イベント処理登録部２２６の処理フローを示したものが、図６である。図６に示す処理フローで、まず、処理ステップ４００で、通常はキー入力を待ち受けし、入力が来たら処理ステップ４０２にて、イベント処理登録かイベント運用かを判定し、イベント処理登録なら処理ステップ４０４に分岐し、イベント運用なら処理ステップ４４０に分岐する。処理ステップ４０４では、マッピング情報ＤＢ２４８のマッピング情報レコード２５０を調べて指定エリアの座標と合うマッピング情報があるかどうかの判定を行い、ありならば処理ステップ４０８に分岐し、なしならば処理ステップ４１０に分岐する。

処理ステップ４０８では、マッピング情報よりプロセスデータの名称を取り出し、プロセスデータ抽出作業域２４３へ格納する。続いて処理ステップ４１０で、他画面も含めて、当該イベント処理に必要なプロセスデータを全件抽出したかの判定を行ない、未完なら処理ステップ４０４に戻り、完了なら処理ステップ４１２にて、それらの名称を用いてメッセージ等のイベント処理の規定情報（メッセージ出力を登録するための所定の情報）やプロセスデータ間の演算式の入力、編集及び削除を支援する。

続いて、処理ステップ４１６で画面出力要求を行い、処理ステップ４２０でイベント処理ＤＢ２４４のイベント処理レコード２４６を更新する。

次に、イベント運用処理部４４０の処理フローを示したものが、図７である。図７に示す処理フローで、まず、処理ステップ４４２で処理要求の判定を行い、イベント指定ゾーン処理なら処理ステップ４４４に分岐し、イベントメッセージ来歴処理なら処理ステップ４６０に分岐する。処理ステップ４４４では、イベント指定ゾーン処理の消去か表示かを判定し、消去なら処理ステップ４５６に分岐し、表示なら処理ステップ４４８に分岐する。

処理ステップ４５６では、画面上のゾーン枠とプロセスデータ名称の重ね合せ表示を消去する画面情報を作成し、処理ステップ４２４にて画面出力要求を行なう。また、処理ステップ４４８では、マッピング情報ＤＢ２４８のマッピング情報レコード２５０を検索し、当該画面のプロセスデータ名称と座標を取出し、続いて処理ステップ４５２で、画面上の各座標にゾーン枠とプロセスデータ名称を重ね合せ表示する画面情報を作成し、処理ステップ４２４に移行する。

また、処理ステップ４６０では、イベントメッセージ来歴の表示か消去かを判定し、表示ならば処理ステップ４６２に、消去ならば処理ステップ４６８に分岐する。処理ステップ４６２では、割込表示／印字オブジェクトＤＢ２５６より、割込表示／印字オブジェクトレコードを検索して過去の一連のイベントメッセージを取出し、続いて処理ステップ４６４でイベントメッセージ来歴を割込表示する画面情報を作成し、処理ステップ４２４に移行する。

なお、処理ステップ４６８では、イベントメッセージ来歴の表示を消去する画面情報を作成し、処理ステップ４２４に移行する。

続いて、処理ステップ４１２の詳細を示したものが、図８である。図８に示す処理フローで、まず、処理ステップ４７０でイベントの名称を取込み、続いて処理ステップ４７４でイベントのアイコンを取込み、更に、処理ステップ４７８でイベント処理の個々の規定情報の入力取込みと、プロセスデータ抽出作業域２４３から読み込んだプロセスデータ名称を用いた演算式の入力取込みを行なう。そして、処理ステップ４８２で、一連の情報の取込みが終了したかどうかの判定を行い、未終了なら処理ステップ４７８に戻り、終了なら本処理を終える。

次に、表示／印字管理部２２８の詳細を示したものが、図９である。図９に示す処理フローで、まず、処理ステップ５００で処理要求を待ち、要求を受信したら処理ステップ５０４で処理要求の判定を行ない、通常表示開始要求なら処理ステップ５０８に、通常表示更新要求なら処理ステップ５１２に、そして、割込表示／印字要求なら処理ステップ５１６に分岐する。処理ステップ５０８では、通常表示オブジェクト生成部２３０を起動し、処理ステップ５２４に移行して画面出力要求を行なう。

また、処理ステップ５１２では、通常表示オブジェクト更新部２３３を起動し、処理ステップ５２４に移行する。更に、処理ステップ５１６では、割込表示／印字オブジェクト生成部２３４を起動し、続いて処理ステップ５２０でメッセージ印字部２２７を起動し、処理ステップ５２４に移行する。

次に、通常表示オブジェクト生成部２３０の詳細を示したものが、図１０である。図１０に示す処理フローで、まず、処理ステップ５６０で、制御・監視仕様ＤＢ２４０の仕様レコード２４２を検索して要求画面の初期表示情報を取出し、続いて処理ステップ５６４で、その初期表示情報を通常表示オブジェクトＤＢ２５２のオブジェクトレコード２５４に反映し、処理ステップ５６８に移行してマッピング情報生成部２３２を起動する。

次に、マッピング情報生成部２３２の詳細を示したものが、図１１である。図１１に示す処理フローで、まず、処理ステップ５８０で、制御・監視仕様ＤＢ２４０の仕様レコード２４２を検索して、要求画面におけるプロセスデータの名称と画面上で配置される位置の座標を取得し、続いて処理ステップ５８４で、そのプロセスデータの名称と表示座標をマッピング情報ＤＢ２４８のオブジェクトレコード２５４に反映し、処理ステップ５８６に移行して画面出力要求を行なう。

次に、通常表示オブジェクト更新部２３３の詳細を示したものが、図１２である。図１２に示す処理フローで、まず、処理ステップ６００で、収集データＤＢ２６０のデータレコード２６２を検索して要求画面のプロセスからの収集データを取出し、続いて処理ステップ６０４で、その収集データを通常表示オブジェクトＤＢ２５２のオブジェクトレコード２５４に反映し、処理ステップ６０８に移行して画面出力要求を行なう。

次に、割込表示／印字オブジェクト生成部２３４の詳細を示したものが、図１３である。図１３に示す処理フローで、まず、処理ステップ６２０で、イベント処理ＤＢ２４４のイベント処理レコード２４６を検索して当該イベント対応の処理仕様を取り出し、その仕様に基づいて処理ステップ６２４で収集データＤＢ２６０のデータレコード２６２を検索して当該イベント対応の収集データを取り出し、続いて処理ステップ６２８で、当該収集データをイベント対応の処理仕様に従い演算等の編集をし、割込表示／印字オブジェクトＤＢ２５６のオブジェクトレコード２５４に反映し、処理ステップ６３２に移行して画面出力要求を行なう。

続いて、データ収集部２９２の詳細を示したものが、図１４である。図１４に示す処理フローで、まず、処理ステップ８００で、プロセス監視制御装置１１０と通信してプロセスデータを収集し、次に、処理ステップ８０８で収集したプロセスデータを、収集データＤＢ２６０のデータレコード２６２に格納し、処理ステップ８１２で全プロセスデータの収集が完了したかを判定し、未完なら処理ステップ８００へ移行し、完了なら終了する。

最後に、イベント判定部２９６の詳細を示したものが、図１５である。図１５に示す処理フローで、まず、処理ステップ８４０で、イベント処理ＤＢ２４４のイベント処理レコード２４６を検索して、個々のイベント処理仕様を取り出し、続いて処理ステップ８４４で、収集データＤＢ２６０のデータレコード２６２に格納されている最新データと個々のイベント処理仕様を突合せて、処理ステップ８４８で最新データがイベント処理仕様と合致するかを判定し、合致するなら処理ステップ８５２へ移行し、合致しないなら処理ステップ８５６に移行してイベント処理レコード２４６の全件をチェック完了したかの判定を行い、未完なら処理ステップ８４０に移行し、完了なら終了する。処理ステップ８５２では、イベント名称とデータを添付して割込表示／印字要求部２９８を起動する。

なお、制御・監視仕様ＤＢ２４０の内容が変更され、プロセスデータ名称が変わったり、プロセスデータが削除されたりして、イベント処理ＤＢ２４４の内容とアンマッチが生じることがあるが、その場合は、処理ステップ８４８で“満足せず”に分岐する。また、イベント処理仕様を定義した後に、画面の内容が変更されることもあるが、上記のような変更がない限り、本実施例では、画面内容の変更や消去に影響を受けない。

このような本実施例とすることにより、プロセス監視制御システムの分野において、日常的に運転員でも容易に、任意のプロセス運転監視画面にて各種イベントに対応するメッセージを追加・変更・削除でき、プラント運転の効率向上が図れる効果がある。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成を置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

１００…運転監視操作卓、１０１…プリンタ、１０２…通信回線、１１０、１１２…プロセス監視制御装置、１１４、１２６…流量検出端、１１６、１３２…配管、１１８、１２８…調節弁、１２０…反応缶、１２２…ジャケット、１２４、１３０…温度検出端、２０１…プロセス運転画面、２０２…割込み画面、２０４…プロセストレンド画面、２０６…イベント登録画面例、２１０…内部機構、２１２…モニタ部、２１４…キーボード部、２２０…画面／キー入出力処理部、２２２…登録、運用管理部、２２４…制御・監視仕様登録部、２２６…イベント処理登録部、２２７…メッセージ印字部、２２８…表示／印字管理部、２３０…通常表示オブジェクト生成部、２３２…マッピング情報生成部、２３３…通常表示オブジェクト更新部、２３４…割込表示／印字オブジェクト生成部、２４０…制御・監視仕様ＤＢ、２４２…仕様レコード、２４３…プロセスデータ抽出作業域、２４４…イベント処理ＤＢ、２４６…イベント処理レコード、２４８…マッピング情報ＤＢ、２５０…マッピング情報レコード、２５２…通常表示オブジェクトＤＢ、２５４…オブジェクトレコード、２５６…割込表示／印字オブジェクトＤＢ、２６０…収集データＤＢ、２６２…データレコード、２９０…周期起動部、２９２…データ収集部、２９４…通常表示更新要求部、２９６…イベント判定部、２９８…割込表示／印字要求部、４４０…イベント運用処理部。

Claims (10)

1. 処理装置と表示装置及びキー入力装置よりなる少なくとも１台の運転監視操作卓と、前記処理装置とプロセス入出力インタフェ−スよりなる少なくとも１台のプロセス監視制御装置と、前記各機器を接続する通信回線とを備え、
   前記運転監視操作卓は、該運転監視操作卓の画面上に表示された少なくとも１個のプロセスデータを任意に選択することを支援する第１の支援機構と、選択した複数のプロセスデータ間で、演算式を構築することを支援する第２の支援機構と、前記演算式に応じて任意のメッセージを付加することを支援する第３の支援機構とから成り、
   前記プロセス監視制御装置から一定周期又は可変周期で前記第１の支援機構で選択された前記プロセスデータを取り込み、前記第２の支援機構での演算式を実行して条件が成立する場合に、前記第３の支援機構でのメッセージを、発生タイミング情報を含めて前記運転監視操作卓の画面上に割り込み表示するか、或いはプリンタに印字することを特徴とするイベント検出支援システム。
2. 請求項１に記載のイベント検出支援システムにおいて、
   前記第１の支援機構は、前記運転監視操作卓を含む複数画面に跨って画面上に表示された少なくとも１個の前記プロセスデータを任意に選択することを支援し、前記第２の支援機構は、選択した複数のプロセスデータ間で、演算式を構築・編集・削除することを支援し、前記前記第３の支援機構は、前記演算式に応じて任意のメッセージを付加・編集・削除することを支援するものであることを特徴とするイベント検出支援システム。
3. 請求項１又は２に記載のイベント検出支援システムにおいて、
   前記第１の支援機構でのプロセスデータの任意選択が可能な領域を、操作員の指示に応じて画面上に表示する表示機構、或いは消去する消去機構を備えていることを特徴とするイベント検出支援システム。
4. 請求項３に記載のイベント検出支援システムにおいて、
   前記割り込み表示したメッセージを順次蓄積し、前記操作員の指示に応じて画面上に再表示する再表示機構を備えていることを特徴とするイベント検出支援システム。
5. 請求項４に記載のイベント検出支援システムにおいて、
   前記割り込み表示したメッセージの蓄積内容を、前記操作員の指示に応じて個別または一括でリセットするリセット機構を備えていることを特徴とするイベント検出支援システム。
6. 処理装置と表示装置及びキー入力装置よりなる少なくとも１台の運転監視操作卓の画面上に表示された少なくとも１個のプロセスデータを任意に選択し、該選択した複数のプロセスデータ間で、演算式を構築すると共に、前記演算式に応じて任意のメッセージを付加することを支援し、かつ、前記処理装置とプロセス入出力インタフェ−スよりなる少なくとも１台のプロセス監視制御装置から一定周期又は可変周期でプロセスデータを取り込み、前記演算式を実行して条件が成立する場合に、前記メッセージを、発生タイミング情報を含めて前記運転監視操作卓の画面上に割り込み表示するか、或いはプリンタに印字することを特徴とするイベント検出支援方法。
7. 請求項６に記載のイベント検出支援方法において、
   前記運転監視操作卓を含む複数画面に跨って画面上に表示された少なくとも１個の前記プロセスデータを任意に選択し、該選択した複数の前記プロセスデータ間で、演算式を構築・編集・削除すると共に、前記演算式に応じて任意のメッセージを付加・編集・削除することを支援することを特徴とするイベント検出支援方法。
8. 請求項６又は７に記載のイベント検出支援方法において、
   前記プロセスデータの任意選択が可能な領域を、操作員の指示に応じて画面上に表示するか、或いは消去することを特徴とするイベント検出支援方法。
9. 請求項８に記載のイベント検出支援方法において、
   前記割り込み表示したメッセージを順次蓄積し、前記操作員の指示に応じて画面上に再表示することを特徴とするイベント検出支援方法。
10. 請求項９に記載のイベント検出支援方法において、
    前記割り込み表示したメッセージの蓄積内容を、前記操作員の指示に応じて個別または一括でリセットすることを特徴とするイベント検出支援方法。

Images