JPH05204582A - 表示装置 - Google Patents

Abstract

(57)【要約】 【目的】複数の計算機から出力される表示要求によっ
て、プラントの監視制御が阻害されることのない表示装
置を提供することにある。 【構成】表示レベル、表示要求を出す権利を占有するた
めのリザーブフラグ、リザーブフラグを強制解除するた
めのリザーブフリーフラグ持たせる。 【効果】他方の計算機から表示要求があっても現在表示
されているウィンドウ情報を阻害されること無く、監視
することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、表示装置の画面上に複
数のウィンドウを表示する表示装置に関する。

【０００２】

【従来の技術】プラント等の制御に用いられる制御用計
算機は高度な自動制御機器として急速に進歩している。
計算機の故障はプラント操業停止につながる可能性があ
るため、高信頼性を確保するために、２重化構成とする
場合が多い。

【０００３】計算機を２重化した場合、双方の計算機か
らアクセスを行ない、ネットワークを介して双方の計算
機の出力をマルチウィンドウにより１台のディスプレイ
装置の画面上に同時に表示するように構成される。

【０００４】図１４にディスプレイ装置に表示されるマ
ルチウィンドウの内容例を示す。本例ではプラントの全
体状態を表示するプラントサマリ画面１１，プラント各
設備の状態値を棒グラフ，折線グラフ等で詳細に表示す
るプラント詳細画面１２、異常が検出された時点で出力
され、プラントの異常を知らせるアラームメッセージ画
面１３の３つに分類される。

【０００５】マルチウィンドウを使用したプラント監視
制御装置の場合、多種類のウィンドウをオペレータの操
作により、ディスプレイ上に表示，配置することができ
る。しかしながら、多種類のウィンドウを同時に表示す
る場合、図１４のように画面同士が重なりあい、あるウ
ィンドウが隠れてしまう。

【０００６】今、ディスプレイ装置のＣＲＴ画面１０に
プラントサマリ画面１１，プラント詳細画面１２を表示
中にプラントに異常が発生し、計算機Ｂ２０２（図１参
照）がアラームメッセージ画面１３を表示する場合、オ
ペレータが監視していたプラントサマリ画面１１はアラ
ームメッセージ画面１３に重なる部分が隠れてしまうた
め、監視することが出来なくなってしまう。

【０００７】また、アラームメッセージ画面１３の出力
自体を抑制してしまうと、プラントの異常を知らせる目
的がはたせなくなる。

【０００８】さらには、計算機Ａ２０１（図１参照）が
プラントサマリ画面１１を表示中に、計算機Ｂ２０２が
誤ってプラントサマリ画面１１の内容を書き替えてしま
うと、プラントサマリ画面１１の表示内容は誤ったもの
として表示されてしまう。

【０００９】また、特開昭63−79184号公報には、ウィ
ンドウの数だけ、表示画面上での表示開始位置および終
了位置を設定するレジスタとアドレス比較器を設け、レ
ジスタの内容に基づいて優先度の高いウィンドウに対応
するものを表示させるような技術が開示されている。

【００１０】

【発明が解決しようとする課題】しかしながら、上記の
ものは複数の計算機からの情報を一つの表示装置に表示
させる場合については考慮されていなかった。また、ウ
ィンドウ表示の優先関係を任意に設定する点については
考慮されていなかった。

【００１１】本発明の目的は、複数の計算機から出力さ
れる表示要求によって、プラントの監視制御が阻害され
ることのない表示装置を提供することにある。また、ウ
ィンドウ表示の優先関係を任意に設定できる表示装置を
提供することにある。

【００１２】

【課題を解決するための手段】前記目的を達成するため
に、本発明の特徴とするところは、ウィンドウの表示位
置等を指定する情報に、表示レベル，表示要求を出す権
利を占有するためのリザーブフラグ、リザーブフラグを
強制解除するためのリザーブフリーフラグを持たせるこ
とにある。

【００１３】

【作用】本発明によれば、表示レベル，表示要求を出す
権利を占有するためのリザーブフラグを持たせ、表示情
報を保持するようにしているので、他の表示情報により
現表示が損なわれること無く、監視を行なうことができ
る。

【００１４】また、リザーブフラグを強制解除するため
のリザーブフリーフラグを持たせ、保持されている表示
情報を他の表示情報の表示要求に応じて解除できるの
で、計算機の故障等により表示情報が占有されることを
防止することができる。

【００１５】

【実施例】以下、本発明の実施例を添付の図面を参照し
ながら説明する。

【００１６】図１は本実施例が適用されるプラント監視
制御装置の全体の構成図を示す。

【００１７】プロセス入出力装置３６０及び３６１は、
プラント４００の状態を示すセンサーからの信号を周期
的に取り込み、制御用ネットワーク３５０を介して計算
機Ａ２０１及び計算機Ｂ２０２に送られる。計算機Ａ２
０１及び計算機Ｂ２０２からのプロセス情報はネットワ
ーク３００を介して、ディスプレイ装置１００の画面上
にマルチウィンドウとして表示する。

【００１８】図２にディスプレイ装置１００の構成を示
す。

【００１９】ディスプレイ装置１００はネットワークイ
ンターフェイス部１０１，メモリ１０２，ＣＰＵ１０
３，内部バス１０４，キーボードインターフェイス部１
０５，マウスインターフェイス部１０６，グラフィック
処理部１０７，キーボード１０８，マウス１０９，ＣＲ
Ｔ１１０より構成される。

【００２０】図３に計算機Ａ２０１及び計算機Ｂ２０２
からディスプレイ装置に送信されるウィンドウオープン
要求のデータフォーマットを表わす。

【００２１】ウィンドウオープン要求のデータフォーマ
ット２０は、ウィンドウオープンコマンドであることを
表わす情報２１，ウィンドウＩＤ２２，起動元を表わす
ＳＯＵＣＥ−ＩＤ２３，ウィンドウのＸ方向の大きさを
表わすＸ−SIZE24，ウィンドウのＹ方向の大きさを表わ
すＹ−SIZE25，ウィンドウのＸ方向の表示位置を表わす
Ｙ−ＰＯＳ２６，ウィンドウのＹ方向の表示位置を表わ
すＹ−ＰＯＳ２７，表示レベルを表わすDISPLAY−ＬＶ
Ｌ２８ ，表示レベル及び表示要求を出す権利を占有す
るためのリザーブフラグＲＳＶ２９，リザーブフラグＲ
ＳＶ２９を強制解除するためのリザーブフリーフラグＲ
ＳＶ−FREE30とから構成される。

【００２２】図４に計算機Ａ２０１及び計算機Ｂ２０２
からディスプレイ装置に送信される描画要求情報のデー
タフォーマットを表わす。

【００２３】描画要求情報４０は、描画要求であること
を示す情報４１，ウィンドウID42,要求元を示すＳＯＵ
ＣＥ−ＩＤ４３と、描画データとから構成され、描画デ
ータとして例えば円の作画コード４４およびその中心位
置、半径などのパラメータ４５，円の塗りつぶしコード
４６、およびそのパラメータ４７，直線の作画コード４
８とそのパラメータ４９，文字列表示コード５０および
その文字列データ５１などから構成されている。

【００２４】図５には、メモリ１０２に格納されるウィ
ンドウ管理情報テーブルのフォーマットを示す。

【００２５】ウィンドウ管理テーブル６０は、ウィンド
ウＩＤ６１，ＸＹ方向のウィンドウの大きさを示すＸ−
SIZE62，Ｙ−SIZE63，ウィンドウのＸＹ方向の表示位置
を示すＸ−ＰＯＳ６４，Ｙ−ＰＯＳ６５、および表示レ
ベルを示すDISPLAY−LVL66，リザーブ中であることを示
すＲＳＶ−ＦＬＧ６７、およびリザーブの要求元を示す
ＲＳＶ−ＩＤ６８などから構成されている。

【００２６】図６は、CPU103のウィンドウオープン処理
のフローチャートである。

【００２７】以下に各ステップの動作について述べる。

【００２８】ステップ７０：ウィンドウオープン情報２
０のコマンドコード２１を判定し、ウィンドウオープン
コマンドであればステップ７１に進む。

【００２９】ステップ７１：ウィンドウＩＤ２２をウィ
ンドウ管理テーブル６０のウィンドウＩＤ６１にセット
する。

【００３０】ステップ７２：ウィンドウオープン情報２
０のウィンドウサイズおよび位置情報Ｘ−SIZE24，Ｙ−
SIZE25，Ｘ−ＰＯＳ２６，Ｙ−ＰＯＳ２７をウィンドウ
管理テーブル６０のＸ−SIZE62，Ｙ−SIZE63，Ｘ−ＰＯ
Ｓ６４，Ｙ−ＰＯＳ６５にセットする。

【００３１】ステップ７３：ウィンドウオープン情報２
０のリザーブフラグ２９がセットされているかを判定
し、セットされていればステップ７６に進む。

【００３２】ステップ７４：ウィンドウオープン情報２
０のリザーブフリーフラグ３０がセットされているかを
判定し、セットされていればステップ７７に進む。

【００３３】ステップ７６：ウィンドウ管理テーブル６
０のＲＳＶ−ＦＬＧ６７をセットし、要求元を示すＳＯ
ＵＣＥ−ＩＤ２３をＲＳＶ−ＩＤ６８にコピーする。

【００３４】ステップ７７：ウィンドウ管理テーブル６
０のＲＳＶ−ＦＬＧ６７をクリアする。

【００３５】図７は、CPU103の描画処理のフローチャー
トを示したものである。

【００３６】ステップ８０：描画要求情報４０のコマン
ドコード４１を判定し描画コマンドであればステップ８
１に進む。

【００３７】ステップ８１：ウィンドウ管理テーブル６
０のＲＳＶ−FLAG67がセットされているかを判定する。
セットされていればステップ８３に進む。ステップ８
２：描画処理を行う。詳細のフローを図８に示す。

【００３８】ステップ８３：ウィンドウ管理テーブル６
０のＲＳＶ−ＩＤ６８と、描画要求情報４０のＳＯＵＣ
Ｅ−ＩＤ４３とが一致しているかを判定する。一致しな
い、つまりリザーブの要求元以外からの描画要求の場合
は処理を強制終了する。

【００３９】ステップ８４：描画を行う画面領域を計算
する。

【００４０】ステップ８５：各ウィンドウの管理テーブ
ル６０をサーチして、描画領域内に表示レベルの高いウ
ィンドウが有るかを判定する。ある場合はステップ８７
に進む。

【００４１】ステップ８６：ステップ８４およびステッ
プ８７にて計算した描画領域内にて描画を行う様、グラ
フィック処理部１０７を起動する。

【００４２】ステップ８７：レベルの高いウィンドウで
隠れない描画領域を計算する。

【００４３】以上のように、本実施例によれば、画面ウ
ィンドウの表示レベルを重要度に応じて各々設定してお
くと、ディスプレイ装置１００は、アラームメッセージ
画面１３の表示要求を受け取ると、表示領域中にレベル
の高いウィンドウがあるかを検索し、レベルの高いプラ
ントサマリ画面１１と重なる部分を除いて表示する（図
９）。これにより、より重要度の高いプラントサマリ画
面１１が見えなくなることを回避でき、より円滑な監視
制御が可能となる。

【００４４】また、プラントサマリ画面１１のウィンド
ウオープン時にリザーブフラグをセットすることによ
り、プラント画面１１への描画は、計算機Ａ２０１のみ
許可され、計算機Ｂ２０２が誤ってアクセスしても重要
度の高い画面を保護することができる。

【００４５】以上述べてきた実施例は、表示レベルが固
定の場合を例としてきたが、実際は動作中に表示レベル
をダイナミックに変化させたいこともある。たとえば、
画面の種類が固定でなくオペレータ操作により新しい画
面を生成する場合や、オペレータ操作により表示レベル
を変更したい場合である。

【００４６】そのためには、表示レベルを複数のＣＰＵ
間で競合管理をしながら、表示レベルを決定し、表示す
る必要がある。

【００４７】図１０は、表示レベルの競合管理を行うた
めの、表示レベル管理テーブルのフォーマットを示す。

【００４８】本実施例においては、表示レベル管理テー
ブル９０は、ディスプレイ装置のメモリ１０２上に設け
てある。

【００４９】表示レベル管理テーブル９０は、各表示レ
ベル９１に対応したウィンドウID92および要求元９３か
ら構成されており、使用していないレベルは、空欄とな
っている。

【００５０】図１１に、表示レベルの競合管理の例を示
す。計算機２０２は、まずディスプレイ装置１００に対
し、表示レベル管理テーブル９０の転送要求を行う(50
1）。ディスプレイ装置１００は、上記要求を受取る
と、表示レベル管理テーブル９０を計算機２０２に対し
て転送する（５０２）。計算機２０２は、管理テーブル
９０の空いているレベルを使って、ウィンドウオープン
要求を行う（５０３）。ディスプレイ装置は、ウィンド
ウオープン要求があると、所定の処理と供に、表示レベ
ル管理テーブル９０への登録を行う。

【００５１】以上のように、本実施例によれば、ＣＰＵ
間で競合管理しながら、表示レベルを変更することが可
能となる。

【００５２】図１２に、ウィンドウのリザーブおよびリ
ザーブ解除の処理フローチャートを示す。また図１３に
リザーブ／リザーブ解除の通信の概念図を示す。図１
２，図１３の矢印は、ネットワーク３００，３５０を介
した通信を示している。

【００５３】今、図１１に示す表示を行っている例を考
える。すなわち、計算機Ａ２０１は、プロセスサマリ画
面１１の表示をリザーブフラグ付きで要求し（５１
０）、計算機Ｂ２０２は、アラームメッセージ画面１３
を要求している（５１１）。

【００５４】計算機Ａ２０１と、計算機Ｂ２０２は、互
いに動作確認要求５１２と、それに対する応答５１３に
より、動作状態を監視している。

【００５５】ここで計算機Ａ２０１が障害により停止し
たとすると、動作確認要求５１４に対し、応答がないの
で（５１５）、計算機Ｂ２０２は計算機Ａ２０１の異常
を検出する。

【００５６】計算機Ｂ２０２は、画面１１のリザーブ解
除要求を行うと（５１６）、ディスプレイ装置１００
は、画面１１のリザーブフラグをクリアする。

【００５７】以上のように、本実施例によれば、計算機
２０１が何らかの原因でダウンしても、計算機２０２
が、画面１１の再表示を行なうことができ、オペレータ
に対し、障害を意識させずに作業を行なうことが可能と
なる。

【００５８】

【発明の効果】以上説明したように、本発明によれば、
重要度の高いウィンドウを優先的に監視することができ
る。

【００５９】ウィンドウの表示レベルを随時任意に設定
することができるので、オペレータが交替したとして
も、オペレータの個性に合わせてウィンドウの表示レベ
ルを変えることができる。

【００６０】ウィンドウ毎にアクセス可能な計算機を限
定する機能を設けているので、他方の計算機から表示要
求があっても、現在表示されているウィンドウを阻害さ
れることなく、監視することができる。

【図面の簡単な説明】

【図１】本発明の表示装置が適用されるプラント監視制
御システムの構成を示す図である。

【図２】表示装置１００の構成を示す図である。

【図３】ウィンドウオープン要求のデータフォーマット
を示す図である。

【図４】描画要求情報のデータフォーマットを示す図で
ある。

【図５】ウィンドウ管理情報テーブルのフォーマットを
示す図である。

【図６】ウィンドウオープン処理のフローチャートを示
す図である。

【図７】描画処理のフローチャートを示す図である。

【図８】描画処理のフローチャートの詳細を示す図であ
る。

【図９】本発明の一実施例による表示内容の一実施例を
示す図である。

【図１０】メモリ１０２の内容を示す図である。

【図１１】表示レベルの競合管理の例を示す図である。

【図１２】ウィンドウのリザーブおよびリザーブ解除の
処理フローを示す図である。

【図１３】表示情報の流れを示す図である。

【図１４】表示装置による表示例を示す図である。

【符号の説明】

１００…表示装置、１０１…ネットワークインターフェ
イス部、１０２…メモリ、１０３…ＣＰＵ、１０４…内
部バス、１０５…キーボードインターフェイス部、１０
６…マウスインターフェイス部、１０７…グラフィック
処理部、１０８キーボード、１０９…マウス、１１０…
ＣＲＴ、２０１…計算機Ａ、２０２…計算機Ｂ、３００
…ネットワーク、３５０…制御用ネットワーク、３６０
…プロセス入出力装置、３６１…プロセス入出力装置、
４００…プラント。

Claims (4)

【特許請求の範囲】
1. 【請求項１】複数の計算機から表示させるべき情報を取
   り込み画面上に複数のウィンドウとして表示させる表示
   装置において、 該複数のウィンドウ情報は、ウィンドウ毎に表示優先度
   を有し、 該表示装置は前記ウィンドウを同一画面上に複数個重畳
   表示し、表示にあたっては、優先度の高いウィンドウが
   優先度の低いウィンドウに上書きされた状態で表示させ
   る機能を有することを特徴とする表示装置。
2. 【請求項２】請求項１において、 ウィンドウの優先度変更の要求に応じて、現在表示され
   ているウィンドウより高い優先度を与えられた場合、該
   現在表示されているウィンドウに上書きして表示させる
   機能を設けたことを特徴とする表示装置。
3. 【請求項３】複数の計算機から表示させるべき情報を取
   り込み画面上に複数のウィンドウとして表示させる表示
   装置において、 一つのウィンドウ表示中に他のウィンドウ表示要求があ
   った場合、前記一つのウィンドウ表示を保持する機能を
   設けたことを特徴とする表示装置。
4. 【請求項４】請求項３において、 前記一つのウィンドウ表示が保持されてる場合、他のウ
   ィンドウ表示要求に応じて前記一つのウィンドウ表示の
   保持を解除する機能を設けたことを特徴とする表示装
   置。