表示装置
【課題】複数のプロセスから同時に同一図形に対して描画要求が行われた場合にも正しく表示する。
【解決手段】現場設備からの信号に応じて図形表示要求を行なう表示プロセス１３と、現場設備に対する操作信号を受けて図形表示要求を行なう操作プロセス１４と、表示プロセスと操作プロセスからの図形表示要求を受けてディスプレイ上に図形表示を行う描画ソフトウェアプロセス２０とを備え、ディスプレイ上に表示される各図形を初期図形のデータと、初期図形を改変して表示する為の属性データとで構成し、かつ属性データは表示の優先順位情報を含むものとされ、表示プロセス１３と操作プロセス１４は、その入力信号に応じて逐次属性データを発行し、描画ソフトウェアプロセス２０は、初期図形のデータと、属性データが存在するときには、属性データに含まれる優先順位に従って抽出した１つの属性データを用いて図形表示を行う。
【解決手段】現場設備からの信号に応じて図形表示要求を行なう表示プロセス１３と、現場設備に対する操作信号を受けて図形表示要求を行なう操作プロセス１４と、表示プロセスと操作プロセスからの図形表示要求を受けてディスプレイ上に図形表示を行う描画ソフトウェアプロセス２０とを備え、ディスプレイ上に表示される各図形を初期図形のデータと、初期図形を改変して表示する為の属性データとで構成し、かつ属性データは表示の優先順位情報を含むものとされ、表示プロセス１３と操作プロセス１４は、その入力信号に応じて逐次属性データを発行し、描画ソフトウェアプロセス２０は、初期図形のデータと、属性データが存在するときには、属性データに含まれる優先順位に従って抽出した１つの属性データを用いて図形表示を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同一図形に対する描画要求が複数プロセスから発行される表示装置にかかり、特に制御監視システムの表示装置に関する。
【背景技術】
【０００２】
制御監視システムは、プラントや列車の運行状況などを監視・制御するシステムである。この制御監視システムで使用される表示装置は、複数の装置から送信される設備の信号や他装置の制御演算結果などのデータを受信し、受信した複数のデータの中から利用者の必要とする設備の稼動状況を演算、図解化データに変換し、ディスプレイに表示する。
【０００３】
また、表示装置の利用者は、マウスなどのポインティングデバイスを介して、各設備を表わすディスプレイ上の図形を選択する等の操作を行い、各設備に対して遠隔からの監督的な介入要求を行う。表示装置は、この操作結果をディスプレイに反映表示するが、操作された図形の線種、面種等を変更するなど強調して表示し、操作状況の視認性を向上させる機能を有している。
【０００４】
このことから明らかなように、制御監視システムの表示装置がディスプレイに図形表示を行なうためには、前述した各設備の稼動状況を表示する処理（以下、「設備状況表示処理」という）と、操作の状況を表示する処理（以下、「操作状況表示処理」という）を実行する必要があり、かつ各処理を開始するイベントの発生元が異なる。設備状況表示処理は、各装置から送信されたデータを受信したときに処理を開始する。一方、操作状況表示処理は、図形が選択されたときに処理を開始する。
【０００５】
表示装置は、設備の稼動状況を限りなく実時間で表示しなければならないため、処理はプロセスに分割して並列処理を行うのが一般的であるが、プロセスに分割して、各プロセスから表示装置に対して描画要求を行うためには、以下の２つの手段が必要である。
【０００６】
１つは、描画ソフトウェアに対して複数のプロセスから同時に描画要求を受け付ける手段である。もう１つは、同時に描画要求を受け付けた場合、どちらの描画要求を優先すべきか判断する手段である。
【０００７】
表示装置については、多くのものが知られているが、特許文献１では複数の図形ごとに優先順位を設定して、図形がディスプレイ上で重複しないように調整することが知られている。また、特許文献２では同一図形を色や形を変更して表示するものが知られている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００１―３５１１２５号公報
【特許文献２】特開２００９―１５３２７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１では図形ごとに優先順位を設定することで、図形の重複表示を回避しているが、同一図形を対象としたものではない。特許文献２では、同一図形を異なる内容で表示させているが、この場合の表示要求は１つのプロセスから発生している。
【００１０】
本発明では、同一図形に対して、異なるプロセスから、異なる内容の表示要求が同一タイミングで出されているときの処理を考えている。この点に関し、一般的な描画ソフトウェアは、複数のプロセスから同時に描画要求を受け付けることを想定していない。例えば、同一図形に対して同時に描画命令があった場合、描画ソフトウェアは、先に処理した描画要求を後で処理した描画要求で上書きしてしまうのが普通である。
【００１１】
そのため、設備状況表示処理と操作状況表示処理のプロセスが同時に描画要求を発行する場合は、どちらの描画要求が優先されるか判断して、描画ソフトウェアに対して描画要求を行うプロセス（以下、「描画要求用プロセス」という）で排他制御を実施する必要があった。
【００１２】
然るところ、近年、ネットワーク性能の向上、計算機の高速化に伴い、データ通信量や定周期内で処理可能な演算量が増加している。これに伴い、制御監視システムでも、より詳細な設備の稼動状況や大容量の動画データ、直接制御は実施しないが参考となる関連設備、装置との連接を要求されている。
【００１３】
要求を満たすため、設備状況表示処理から行われる描画要求の種類、連接する装置が増加することで、各設備に対する監督的な介入の種類、操作状況表示処理からの描画要求の種類も増加する。
【００１４】
設備状況表示処理と操作状況表示処理からの描画要求の種類が増加することで、描画要求用プロセスで行う描画要求の組み合わせ、優先順判断、排他制御処理が複雑化し、プログラムコードの肥大化、視認性悪化、再利用性低下につながることが予想される。
【００１５】
上記のような問題点を解決するためには、ＪＡＶＡ（登録商標）を用いたプログラミングに代表されるように、サーバサイドに全ての情報を集約して各設備の状態を演算し、表示端末はサーバから画面に表示する情報だけを取得することも解決手法の１つである。
【００１６】
しかしながら、制御監視システムは、セキュリティや信頼性の観点から特定の装置が故障した場合でもシステム全体として縮退運転を行う必要がある。サーバサイドにデータを集約し処理を行うシステム構成では、サーバが故障した場合、表示端末が動作せず、各設備の監視、手動制御等が一切できなくなってしまうため、サーバサイドに処理を集中させるのは、現実的ではない。
【００１７】
さらに、複数のプロセス環境上で動作する描画ソフトウェアは多数存在するが、複数のプロセスから同時に同一図形に対し、描画要求が行われた場合に、どちらの描画要求が優先されるか判断可能な描画ソフトウェアや既知の技術は存在せず、描画要求用プロセスで描画要求の集約、優先順の判断を行う処理を実装しているのが現状である。
【００１８】
以上のことから、本発明は、複数のプロセスから同時に同一図形に対して描画要求が行われた場合にも正しく表示を行いうる表示装置を提供するものである。
【課題を解決するための手段】
【００１９】
そこで、上記問題を解決するため、請求項１に記載の表示装置は、入力信号に応じて図形表示要求を行なう複数のプロセスと、複数のプロセスからの図形表示要求を受けてディスプレイ上に図形表示を行う描画ソフトウェアプロセスとを備え、ディスプレイ上に表示される各図形を初期図形のデータと、初期図形を改変して表示する為の属性データとで構成し、かつ属性データは表示の優先順位情報を含むものとされ、プロセスは、その入力信号に応じて逐次属性データを発行し、描画ソフトウェアプロセスは、初期図形のデータと、属性データが存在するときには属性データに含まれる優先順位に従って抽出した１つの属性データを用いて図形表示を行う。
【００２０】
なお、初期図形のデータは、描画ソフトウェアプロセスに保持されているのがよい。
【００２１】
また、描画ソフトウェアプロセスに保持されている初期図形のデータは、事前にプロセスから発行されたデータとするのがよい。
【００２２】
また、プロセスは、その入力信号に応じて、過去に発行した属性データを解消するための属性データを発行するのがよい。
【００２３】
また、プロセスは、初期図形のデータを発行する機能と、属性データを発行する機能を有し、描画ソフトウェアプロセスは、初期図形領域と、属性変更記憶領域から構成される記憶装置を備えており、初期図形のデータを初期図形領域に収納し、属性データを属性変更記憶領域に収納するのがよい。
【００２４】
請求項６に記載の表示装置は、現場設備からの信号と、現場設備に対する操作信号を受けて、ディスプレイ上に図形表示を行う制御監視システムの表示装置であり、現場設備からの信号に応じて図形表示要求を行なう表示プロセスと、現場設備に対する操作信号を受けて図形表示要求を行なう操作プロセスと、表示プロセスと操作プロセスからの図形表示要求を受けてディスプレイ上に図形表示を行う描画ソフトウェアプロセスとを備え、ディスプレイ上に表示される各図形を初期図形のデータと、初期図形を改変して表示する為の属性データとで構成し、かつ属性データは表示の優先順位情報を含むものとされ、表示プロセスと操作プロセスは、その入力信号に応じて逐次属性データを発行し、描画ソフトウェアプロセスは、初期図形のデータと、属性データが存在するときには、属性データに含まれる優先順位に従って抽出した１つの属性データを用いて図形表示を行う。
【発明の効果】
【００２５】
本発明の表示装置は、機器の運転状態を限りなく実時間で表示するために複数のプロセスから同時に描画要求を受け付けることを前提として、同一図形に対する描画要求を受け付けた場合、描画要求の優先順を管理し、予め外部定義で指定した描画要求の優先順に応じて処理を行うことで、描画ソフトウェア以外のプロセスが優先順の判断を不要とする。
【図面の簡単な説明】
【００２６】
【図１】列車運行管理システムの表示装置に適用したときのブロック構成図。
【図２】表示プロセス、操作プロセス、描画ソフトウェアプロセスの関係を示すブロック図。
【図３ａ】表示プロセスの処理を示すフローチャート。
【図３ｂ】操作プロセスの処理を示すフローチャート。
【図３ｃ】描画ソフトウェアプロセスの処理を示すフローチャート。
【図４】表示装置に表示する画面例を示す図。
【図５】図形登録要求に対する処理と登録内容を説明する図。
【図６】図形属性設定要求に対する処理と登録内容を説明する図。
【図７】描画管理用データベースへの複数の図形属性設定を説明する図。
【図８】図形が信号機である場合の複数の属性とその意味を説明する図。
【図９】表示プロセスからの図形属性設定と、表示画面例を説明する図。
【図１０】操作プロセスからの図形属性設定と、表示画面例を説明する図。
【図１１】表示プロセスからの図形属性設定と、表示画面例を説明する図。
【発明を実施するための形態】
【００２７】
以下、本発明の制御監視システムの表示装置を、列車運行管理システムの表示装置に適用する場合の実施例について図面を参照して説明する。
【実施例】
【００２８】
本実施形態による列車運行管理システムの表示装置１を図１に示すように、表示装置１は、制御対象である各設備５や、システム内の他計算機６と信号線Ｌを介して接続され、各種の信号や制御演算結果を受信する。また、表示装置１での処理結果や操作指令などが、信号線Ｌを介して各設備５や、システム内の他計算機６に伝達される。
【００２９】
表示装置１は、これをハード構成的に表現すると、表示装置１全体を制御する制御部４と、マウス等の入力機器３１とディスプレイ装置３２を備えるユーザインターフェース部３と、システムを運用するためのアプリケーションプログラム、ディスプレイ装置３２の表示を決定する描画ソフトウェアプロセス、更には図形の情報などを記憶する記憶手段であるハードディスク等の記憶部２とから構成される。
【００３０】
このうち、制御部４は、計算機を主体に構成されており、記憶部２に記憶されているアプリケーションプログラムや描画ソフトウェアプロセスを適宜入力して各種の処理を実行している。図１の制御部４内の表示は、プログラムなどにより達成される処理を、機能的に表現している。制御部４により達成される処理のうち、アプリケーションプログラム１０による処理部分は、送受信プロセス１１と、演算処理プロセス１２と、表示プロセス１３と、操作プロセス１４からなる。
【００３１】
ここで、送受信プロセス１１は、信号線Ｌを介して制御対象である各設備５や、システム内の他計算機６と各種信号の授受を行うためのものである。また、表示装置１で手動制御の要求を行った場合に、設備５、他計算機６に手動制御のデータを送信するためのものである。
【００３２】
演算処理プロセス１２は、送受信プロセス１１が受け取った各設備の信号や制御演算結果をもとに、各設備の状態を総合的に判断し、各設備の状態を決定するためのものである。
【００３３】
表示プロセス１３は、演算処理プロセス１２が演算した各設備の状態をもとに、各設備を図式した図形の表示パターンを決定する。また、描画ソフトウェアインターフェース１５とリンクしており、決定した図形をディスプレイ装置３２に表示するために、描画命令格納バッファ２１を介して描画ソフトウェアプロセス２０に描画命令を行うものである。
【００３４】
操作プロセス１４は、描画ソフトウェアインターフェース１６とリンクしており、ディスプレイ装置３２に表示している画面と入力機器３１から入力された情報をもとに、各設備の図形に対して行われた操作を識別し、操作状況を画面に表示するため、図形の描画命令を、描画命令格納バッファ２１を介して描画ソフトウェアプロセス２０に対して行う。また、必要に応じて送受信プロセス１１に手動制御の要求が行われたことを通知する。
【００３５】
また描画ソフトウェアプロセス２０は、図２に示すように、インターフェース部２２と図形管理部２３と描画処理部２４と図形管理用データベース２５を有しており、描画命令格納バッファ２１を介して表示プロセス１３や、操作プロセス１４と信号の授受を行う。
【００３６】
表示プロセス１３や操作プロセス１４と、描画ソフトウェアプロセス２０との間の橋渡しを行う描画命令格納バッファ２１は、描画ソフトウェアインターフェース１５、および、描画ソフトウェアインターフェース１６を介して要求された描画命令を格納するための、共有メモリ上に展開されたキュー構造のバッファである。本実施形態においては、描画命令格納バッファ２１は、表示プロセス用バッファ２１１、操作プロセス用バッファ２１２から構成されており、各プロセスからの描画命令が夫々のバッファに格納される。また、描画ソフトウェアインターフェース１５，１６と、描画ソフトウェアプロセス２０の間では、描画命令格納バッファ２１へのアクセスに対する排他制御を行っており、競合は発生しない。
【００３７】
描画ソフトウェアプロセス２０内のインターフェース部２２は、定周期で動作し、描画命令格納バッファ２１に格納された描画命令を読出し、描画命令を実行する。図形管理部２３は、画面上に表示する図形の座標、色、形状などの図形情報を、描画管理用データベース２５を用いて管理する。描画処理部２４は、インターフェース部２２を介して画面への表示要求を受け付けた場合に、描画管理用データベース２５の情報から画面に表示する。
【００３８】
描画管理用データベース２５は、各レコードに各図形を一意に特定するためのＩＤと座標、形状、サイズなどの図形の形状情報と線色、面色などの図形の属性情報を格納することができる。また、描画管理用データベース２５の各レコードには、描画に用いる優先順と面色の変更など属性変更を複数保持することができる領域を有する。
【００３９】
なお、図１、図２に示した制御部４内の各種の構成、あるいは機能達成のための処理は、基本的には計算機を用いてソフト的に実現されるが、インタフェイス部分やバッフア部分、送受信部分などについては、その一部機能実現のためにハード的に構成することも可能である。
【００４０】
以上のような構成や処理を前提として、本実施例においては、表示プロセス１３での処理内容は図３ａの手順により実施される。また、操作プロセス１４での処理内容は図３ｂの手順により実施される。さらに、描画ソフトウェアプロセス２０の描画処理内容は、図３ｃの手順により実施される。これらの複数のプロセスの処理は、一方のプロセスが要求を出したことを受けて、他方のプロセスが応答するという関係にあるので、以下の説明においては図２あるいは図１の構成において、適宜図３ａ，図３ｂ、３ｃを引用して説明を行う。
【００４１】
最初に、図３ａの表示プロセス１３での処理において、図形登録要求をしたときの、各プロセスに跨る一連の処理手順から説明する。まず図３ａの表示プロセス１３では、ステップＳ１１において、図２の描画ソフトウェアインターフェース１５を介して画像ソフトウェアプロセス２０側に対して図形登録要求を行う。この図形登録要求の処理では、ディスプレイ装置３２の画面に描画する全ての図形の属性、一意に識別できるＩＤを表示プロセス用バッファ２１１に送信する。なおここで、図形の属性とは、座標、形状、サイズ、面色、線色などであり、その他、図形を描画するために必要な情報が含まれていてもよい。表示プロセス１３内の描画ソフトウェアインターフェース１５は、図形登録要求を受け付けると、描画命令格納バッフア２１内の表示プロセス用バッファ２１１に、図形登録要求により送信されてきた図形の属性や識別ＩＤなどのデータを書き込む。
【００４２】
次に、描画ソフトウェアプロセス２０内のインターフェース部２２は、表示プロセス用バッファ２１１に図形登録要求データが格納されていることを認識すると、図３ｃのステップＳ２１において図形登録を行う。具体的には、図２において表示プロセス用バッファ２１１に登録されている図形登録要求データを読み出し、図形管理部２３に対し、ＩＤ、図形の属性の管理要求を行う。図形管理部２３では、要求を受け付け、描画管理用データベース２５に図形情報を登録する。
【００４３】
一例として、図４に示した画面Ａを表示するための動作について説明する。表示プロセス１３では、描画ソフトウェアインターフェース１５を介し、図形要素である信号機１Ｒ、信号機２Ｒ、軌道回路１Ｔ、軌道回路２Ｔ、軌道回路３Ｔ、軌道回路４Ｔ、軌道回路５Ｔ、軌道回路６Ｔからなる画面Ａの図形登録要求を図３ａのステップＳ１１で行い、各図形の図形登録要求データを表示プロセス用バッファ２１１に格納する。インターフェース部２２では、表示プロセス用バッファ２１１から図形登録要求データを読み出し、図形管理部２３に図形管理を要求する。図形管理部２３は描画管理用データベース２５に要求された全ての図形情報を登録する。
【００４４】
上記の情報の流れと描画管理用データベース２５に登録された内容を図５に示す。太線で示した流れがこの場合の図形登録要求データの流れになる。図５の描画管理用データベース２５は、図形登録要求データに従い、各図形のＩＤ、座標、形状、サイズ、面色、線色を初期図形領域に記憶する。
【００４５】
ちなみに、幾つか紹介すると、識別データＩＤが信号機１Ｒの表示画面上の図形（シンボル）は、画面座標上で横軸Ｘが７５、縦軸Ｙが４０の位置に表示され、形状が丸、サイズが１５ｘ５、面色が黒、線色が白として表示されることを意味する。同様に、識別データＩＤが軌道回路１Ｔの表示画面上のシンボル（図形）は、画面座標上で横軸Ｘが３０、縦軸Ｙが８０の位置に表示され、形状が線、サイズが３０ｘ５、面色がなく、線色が黒として表示されることを意味する。ここまでの表示データが初期値として記憶され、これらのデータにより初期図形が形成される。本実施例では、さらに、図形ごとに優先順、属性を保持することができる属性変更記憶領域をＮ個分確保する。
【００４６】
以後、描画ソフトウェアプロセス２０内部では、登録時に指定した各図形のＩＤを主キーとして、任意のデータに対し一意にアクセスして、処理可能であるとする。つまり、例えば登録された図形Ａについて、任意にディスプレイ装置３２に表示できるものとする。
【００４７】
表示プロセス１３側におけるステップＳ１１での全図形の図形登録要求と、これを受けての描画ソフトウェアプロセス２０側でのステップＳ２１における図形登録の一連の処理により、ディスプレイ装置３２には図４が初期画面として表示されているが、その後の図１の設備５側での実システム運用により例えば、信号機の色を変更して表示する必要がある。つまり、列車運行管理システムの一部である信号機の表示を現場の状況にあわせて、ディスプレイ装置３２上の信号機の表示を赤、緑などに逐次変更して表示する必要がある。
【００４８】
この場合、表示プロセス１３側において、表示パターンを変化させたい図形に対し、ステップＳ１２において、図形属性設定要求を行う。図形属性設定要求を行う場合、表示プロセス１３においては、表示を変更する図形のＩＤ、描画の優先順、図形の属性などのデータを描画ソフトウェアインターフェース１５に通知する。描画ソフトウェアインターフェース１５は表示プロセス用バッファ２１１に属性変更要求データを格納する。
【００４９】
表示プロセス１３は、表示パターンを変化させる全ての図形に対して図形属性設定要求を行った後、ステップＳ１３において描画要求を行い、図２の描画ソフトウェアプロセス２０に対して、設定したデータをディスプレイ装置３２に表示することを要求する。描画ソフトウェアインターフェース１５は、描画要求を受け付けた場合、表示プロセス用バッファ２１１に描画要求データを格納する。
【００５０】
表示内容を変更したいという要求は、当然描画ソフトウェアプロセス２０に伝達されて処理をされるが、同様の変更要求は、図３ｂの操作プロセス１４側でも発生することである。このため、描画ソフトウェアプロセス２０での処理内容の説明に入る前に、操作プロセス１４側での表示内容変更の事情について説明する。
【００５１】
操作プロセス１４では、図１のユーザインタフェイス部３のマウスやキーボードといった入力機器３１からの信号を取得しており、操作員は現場の設備５や他の計算機６に対して、適宜操作処理指令を与えている。図３ｂのステップＳ３１においては、入力機器３１からの入力を検知する操作情報取得を行っている。操作情報取得では、入力機器３１から入力された情報をもとに、各設備の図形に対して行われた操作を識別し、必要に応じ送受信プロセス１１に手動制御の情報を通知する。
【００５２】
続いて、ステップＳ３２において、図形属性設定要求を行う。ステップＳ３１の操作情報取得で識別した操作状況を画面に表示するため、図形の描画命令を描画ソフトウェアインターフェース１６を介して、操作プロセス用バッファ２１２に登録する。操作プロセス１４においては、変化させる必要がある全ての図形に対して図形属性設定要求を行った後、ステップＳ３３において、描画要求を行い、描画ソフトウェアプロセス２０に対して設定したデータをディスプレイ装置３２に表示することを要求する。描画ソフトウェアインターフェース１６は、ステップＳ３３での描画要求を受け付けた場合、操作プロセス用バッファ２１２に描画要求データを格納する。
【００５３】
以上述べたことから明らかなように、各種のシステム監視用の表示装置においては、複数個所からの表示要求（表示変更要求）を処理する。表示プロセス１３のそれは、現実に現場設備５などが運用された結果として表示内容を現場に合わせて時々刻々変化させるものであり、操作プロセス１４のそれは操作員の指示に従って現場設備５などの運用を変更することに付随して、操作指示内容どおりに表示内容を時々刻々変化させるものである。これらの要求は独立な複数箇所からそれぞれの事情に応じて発生するものなので、同時に表示要求（表示変更要求）が発生することを避けられない。
【００５４】
このため、本実施例の図３ｃの描画ソフトウェアプロセス２０では、インターフェース部２２において表示プロセス用バッファ２１１、操作プロセス用バッファ２１２に属性変更要求データが格納されていることを認識すると、表示属性設定ステップＳ２２、操作属性設定ステップＳ２３を実施する。
【００５５】
表示属性設定ステップＳ２２では、表示プロセス用バッファ２１１に格納されている全ての属性変更要求データを読み出す。複数の属性変更要求データと描画要求データを取得した後、取得した全ての属性変更要求データを順番に図形管理部２３に通知する。図形管理部２３は受信したＩＤを主キーとして、描画管理用データベース２５内に登録されている図形情報を検索し、ＩＤが合致する図形の登録があった場合、合致したレコードの属性変更記憶領域に優先順と属性を設定する。
【００５６】
操作属性設定ステップＳ２３においても表示属性設定ステップＳ２２と同様に、操作プロセス用バッファ２１２から全ての属性変更要求データと描画要求データを取得し、描画管理用データベース２５に優先順と属性を設定する。
【００５７】
以下の説明では一例として、表示プロセス１３から、図４の信号機１Ｒの面色を従来の黒色から緑色に変更して描画する旨の表示属性設定（表示内容の変更）を受け付けた場合の処理について図６を用いて説明する。このために、表示プロセス１３では「ＩＤ：信号機１Ｒ、優先順：４、面色：緑」の情報が格納してある属性変更要求データを、図６の太線で示すとおり、描画ソフトウェアインターフェース１５、表示プロセス用バッファ２１１、インターフェース部２２を介して図形管理部２３に通知する。図形管理部２３は、図６に示すように描画管理用データベース２５の信号機１Ｒのレコードを更新する。つまり、ＩＤ：信号機１Ｒの初期値領域のデータをそのままにして、属性変更記憶領域に「優先順：４、面色：緑」の情報を格納する。
【００５８】
以上の処理を、表示プロセス１３から繰り返し行う。描画管理用データベース２５は複数の属性変更を記憶することができ、上記の例に続いて、「ＩＤ：信号機１Ｒ、優先順：３、面色：黄」、「ＩＤ：信号機１Ｒ、優先順：１、面色：赤」と情報を受け取った場合は、図７に示すように描画管理用データベース２５の属性変更記憶領域に新規データを登録する。
【００５９】
さらに、操作プロセス１４から属性変更要求データを通知した場合も同様に、描画管理用データベース２５の属性変更記憶領域に登録されるが、その処理は表示プロセス１３の場合と同じなので詳細説明を省略する。
【００６０】
本実施形態においては、描画命令格納バッファ２１は、描画要求を行うプロセス単位に分割しており、夫々表示プロセス１３は表示プロセス用バッファ２１１、操作プロセス１４は操作プロセス用バッファ２１２にデータを格納する仕組みとなっており、表示プロセス１３と操作プロセス１４間の排他制御は必要ない。
【００６１】
また、前述したとおり、インターフェース部２２は描画命令格納バッファ２１から命令を読み出すが、読み出す場合は、表示プロセス用バッファ２１１、操作プロセス用バッファ２１２に格納してある全てのデータを読み出すものである。
【００６２】
さらに、図形属性設定要求ステップＳ１２では、属性変更の取消を行うことも可能であり、「ＩＤ、優先順、属性」情報を格納した属性取消要求データを通知することで、描画管理用データベース２５から該当する属性変更を削除することが可能である。
【００６３】
次に、図３ｃの描画ソフトウェアプロセス２０においては、表示属性設定ステップＳ２２、操作属性設定Ｓ２３が終了した後、描画する属性を決定する。まず、ステップＳ２４において、描画管理用データベース２５を１レコード目から順に参照し、属性変更記憶領域における属性変更の有無を確認する。次にステップＳ２６において、優先順の数値が一番小さい（優先順が最も高い）属性を描画する属性として判定する。つまり、図６の信号機１Ｒの事例では、優先順４、緑色表示とする１つの属性変更（属性１）があるのみであるが、属性１以外にも複数の属性データが存在する場合には、もっとも優先度の高い属性のデータを抽出する。また、図５のように属性変更がない場合は、ステップＳ２５において、図３ａの図形登録要求ステップＳ１１で指定した初期値（初期図形）を描画する属性として判定する。ステップＳ２７では、以上の処理を、全ての図形の属性を確定するまで繰り返し行う。
【００６４】
なお、上記の説明では属性データがある場合にこのデータを使用して描画するとしているが、実際には初期図形の一部データも利用する。具体的には座標、サイズのデータと組み合わせて表示される。この意味において、属性データによる図形表示は初期図形を改変して表示したものということができる。
【００６５】
次に、表示処理部２４が描画処理ステップＳ２８を行い、上記処理で確定した描画する属性に基づき、ディスプレイ装置３２上に表示する。
【００６６】
以上、ステップＳ２４乃至ステップＳ２８の処理を実施することで、各プロセスから行われる属性変更要求を優先順に応じて受け付け、各プロセスからの属性変更要求を反映した図４の画面をディスプレイ装置３２上に表示することが可能である。
【００６７】
以下に、本実施形態に係る描画ソフトウェアプロセス２０を用いた列車運行管理システムの表示装置の処理手法について図面を参照して説明する。
【００６８】
列車運行管理システムの表示装置では、信号機の様々な状態を表示する必要がある。図８に本実施形態で表示する信号機の状態を示す。ちなみに、Ｎｏ．１の信号機シンボル表示は、出発不可を意味し、その表示優先順は５であり、以下Ｎｏ．２の緑表示は、出発可能、表示優先順４、Ｎｏ．３の赤表示は、故障中、表示優先順１、Ｎｏ．４の黄表示は、自動制御中、表示優先順３、Ｎｏ．５の青表示は、手動制御中、表示優先順３である。また、Ｎｏ．１から４は、表示プロセス１３からの表示変更要求として受け付けられ、Ｎｏ．５は、操作プロセス１４からの表示変更要求として受け付けられる。
【００６９】
図８に示したように、信号機の図形には表示する優先順が規定してある。図８のＮｏ．１乃至Ｎｏ．４は、表示プロセス１３から属性変更要求される状態である。送受信プロセス１１が他システムから伝文を受信する。さらに、演算処理プロセス１２が信号機の状態を判断し、表示プロセス１３に信号機の状態を通知する。表示プロセス１３では、通知された状態から描画属性を決定し、描画ソフトウェアプロセス２０に対して図形属性設定要求ステップＳ１２を行う。
【００７０】
また、図８のＮｏ．５は操作プロセス１４から属性変更要求される状態である。入力機器３１を用いて入力された情報から、操作プロセス１４は信号機に対して手動制御要求が行われたことを検知する。信号機の手動制御が行われた場合、操作プロセス１４は、送受信プロセス１１に対して信号機の手動制御があったことを通知し、描画ソフトウェアプロセス２０に対しては図形属性設定要求ステップＳ３２を行うことで描画することができる。
【００７１】
以下、図４の画面を表示するための図形登録要求ステップＳ１１、図形登録ステップＳ２１を行った後（画面についての初期登録完了後）、表示プロセス１３と操作プロセス１４から順に描画要求があった場合の例について説明する。つまり、複数個所からランダムに描画要求があった場合に、遅滞なく、かつ上書きされることなく全ての表示が行なわれることについて説明する。
【００７２】
最初に、演算処理プロセス１２が処理した結果、信号機１Ｒの状態が自動制御中であった場合、表示プロセス１３は、ステップＳ１２において、描画ソフトウェアプロセス２０に対して、「ＩＤ：信号機１Ｒ、優先順：３、面色：黄」とする図形属性設定要求を行う。
【００７３】
表示プロセス１３では、その他の設備についても、図形属性設定要求を行い、全ての図形の処理が終了した時点で、描画要求（ステップＳ１３）を行う。描画要求（ステップＳ１３）を受け取った描画ソフトウェアプロセス２０は、表示プロセス用バッファ２１１から属性変更要求データを読み出し、描画管理用データベース２５を更新する。さらに、ステップＳ２４乃至ステップＳ２８の処理を行い、信号機１Ｒの面色が黄色であることを確定させ、信号機１Ｒを黄色に塗り潰して画面Ａに表示する。
【００７４】
このとき、描画ソフトウェアプロセス２０内部では、図９に示すように、描画管理用データベース２５を更新しており、画面Ａ上には図９下部のように表示している。
【００７５】
次に、上記の状態で操作員が入力機器３１を介して、信号機１Ｒに対し手動制御を行ったとする。この場合、入力機器３１のイベントを描画ソフトウェアプロセス２０が検知し、インターフェイス部２２、操作プロセス用バッファを介して操作プロセス１４に通知（図２の信号２２１，２２２）する。操作プロセス１４はイベントを受信し、信号機１Ｒが手動制御されたと判断し、ステップＳ３２において、描画ソフトウェアプロセス２０に対し、「ＩＤ：信号機１Ｒ、優先順：２、面色：青」とする図形属性設定要求を行う。さらに操作プロセス１４は描画要求（ステップＳ１３）を行う。
【００７６】
このときの描画管理用データベース２５の登録状況を図１０に示す。信号機１Ｒのレコードには、表示プロセス１３から要求があった「ＩＤ：信号機１Ｒ、優先順：３、面色：黄」と、操作プロセス１４から要求があった「ＩＤ：信号機１Ｒ、優先順：２、面色：青」を記憶している。描画ソフトウェアプロセス２０は、描画要求データに従い、ステップＳ２４乃至ステップＳ２８の処理を行い、信号機１Ｒに登録されている属性変更のうち、優先順が最も高い面色：青を選択し、画面上に描画を行う。
【００７７】
さらに、上記の状態で送受信プロセス１１は他の伝文を受け取り、演算処理プロセス１２が処理した結果、信号機１Ｒが故障中であると判定したとする。この場合まず、演算処理プロセス１２は表示プロセス１３に対し、信号機１Ｒが故障中であることを通知する。続いて、表示プロセス１３は、描画ソフトウェアプロセス２０に対して、「ＩＤ：信号機１Ｒ、優先順：１、面色：赤」とする図形属性設定要求（ステップＳ１２）を行い、さらに描画要求（ステップＳ１３）を行う。このとき、描画ソフトウェアプロセス２０内部では、図１１に示すように、描画管理用データベース２５を更新する。つまり、属性１、属性２以外に属性３として、優先順：１、面色：赤のデータを追加登録されている。描画要求データを受け取った描画ソフトウェアプロセス２０は、ステップＳ２４乃至ステップＳ２８の処理を行い、信号機１Ｒの属性変更のうち、優先順が一番高い面色：赤を選択し、画面上に赤色で表示する。
【００７８】
なお、信号機１Ｒの故障が除かれた場合、属性３のデータを削除する処理が表示プロセス１３から要求され、図１０の状態に復旧できることは先に述べた通りであり、このことを通じて、表示ディスプレイ上の画面を時々刻々タイムリーに表示変更できることが理解できる。
【００７９】
上記で説明したとおり、表示プロセス１３と操作プロセス１４はお互いの処理状態を意識することなく、描画ソフトウェアプロセス２０に対して、図形属性設定要求ステップＳ１２、描画要求ステップＳ１３を行うだけで、最も優先順が高い描画属性を画面上に表示することが可能である。
【産業上の利用可能性】
【００８０】
本発明は、限りなく実時間で表示を行う必要がある制御監視システムの表示装置であれば、入出力が各設備の状態、マウス等のユーザインターフェース等に限ることなく、他のシステムの装置でも利用することが可能である。
【符号の説明】
【００８１】
１：表示装置
２：記憶部
３：ユーザインターフェース部
３１：入力機器
３２：ディスプレイ装置
４：制御部
５：設備
６：他計算機
１０：アプリケーションプログラム
１１：送受信プロセス
１２：演算処理プロセス
１３：表示プロセス
１４：操作プロセス
１５：表示プロセスにリンクされている描画ミドルインターフェース
１６：操作プロセスにリンクされている描画ミドルインターフェース
２０：描画ソフトウェアプロセス
２１：描画命令格納バッファ
２１１：表示プロセス用バッファ
２１２：操作プロセス用バッファ
２２：インターフェース部
２３：図形管理部
２４：表示処理部
２５：描画管理用データベース
【技術分野】
【０００１】
本発明は、同一図形に対する描画要求が複数プロセスから発行される表示装置にかかり、特に制御監視システムの表示装置に関する。
【背景技術】
【０００２】
制御監視システムは、プラントや列車の運行状況などを監視・制御するシステムである。この制御監視システムで使用される表示装置は、複数の装置から送信される設備の信号や他装置の制御演算結果などのデータを受信し、受信した複数のデータの中から利用者の必要とする設備の稼動状況を演算、図解化データに変換し、ディスプレイに表示する。
【０００３】
また、表示装置の利用者は、マウスなどのポインティングデバイスを介して、各設備を表わすディスプレイ上の図形を選択する等の操作を行い、各設備に対して遠隔からの監督的な介入要求を行う。表示装置は、この操作結果をディスプレイに反映表示するが、操作された図形の線種、面種等を変更するなど強調して表示し、操作状況の視認性を向上させる機能を有している。
【０００４】
このことから明らかなように、制御監視システムの表示装置がディスプレイに図形表示を行なうためには、前述した各設備の稼動状況を表示する処理（以下、「設備状況表示処理」という）と、操作の状況を表示する処理（以下、「操作状況表示処理」という）を実行する必要があり、かつ各処理を開始するイベントの発生元が異なる。設備状況表示処理は、各装置から送信されたデータを受信したときに処理を開始する。一方、操作状況表示処理は、図形が選択されたときに処理を開始する。
【０００５】
表示装置は、設備の稼動状況を限りなく実時間で表示しなければならないため、処理はプロセスに分割して並列処理を行うのが一般的であるが、プロセスに分割して、各プロセスから表示装置に対して描画要求を行うためには、以下の２つの手段が必要である。
【０００６】
１つは、描画ソフトウェアに対して複数のプロセスから同時に描画要求を受け付ける手段である。もう１つは、同時に描画要求を受け付けた場合、どちらの描画要求を優先すべきか判断する手段である。
【０００７】
表示装置については、多くのものが知られているが、特許文献１では複数の図形ごとに優先順位を設定して、図形がディスプレイ上で重複しないように調整することが知られている。また、特許文献２では同一図形を色や形を変更して表示するものが知られている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００１―３５１１２５号公報
【特許文献２】特開２００９―１５３２７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１では図形ごとに優先順位を設定することで、図形の重複表示を回避しているが、同一図形を対象としたものではない。特許文献２では、同一図形を異なる内容で表示させているが、この場合の表示要求は１つのプロセスから発生している。
【００１０】
本発明では、同一図形に対して、異なるプロセスから、異なる内容の表示要求が同一タイミングで出されているときの処理を考えている。この点に関し、一般的な描画ソフトウェアは、複数のプロセスから同時に描画要求を受け付けることを想定していない。例えば、同一図形に対して同時に描画命令があった場合、描画ソフトウェアは、先に処理した描画要求を後で処理した描画要求で上書きしてしまうのが普通である。
【００１１】
そのため、設備状況表示処理と操作状況表示処理のプロセスが同時に描画要求を発行する場合は、どちらの描画要求が優先されるか判断して、描画ソフトウェアに対して描画要求を行うプロセス（以下、「描画要求用プロセス」という）で排他制御を実施する必要があった。
【００１２】
然るところ、近年、ネットワーク性能の向上、計算機の高速化に伴い、データ通信量や定周期内で処理可能な演算量が増加している。これに伴い、制御監視システムでも、より詳細な設備の稼動状況や大容量の動画データ、直接制御は実施しないが参考となる関連設備、装置との連接を要求されている。
【００１３】
要求を満たすため、設備状況表示処理から行われる描画要求の種類、連接する装置が増加することで、各設備に対する監督的な介入の種類、操作状況表示処理からの描画要求の種類も増加する。
【００１４】
設備状況表示処理と操作状況表示処理からの描画要求の種類が増加することで、描画要求用プロセスで行う描画要求の組み合わせ、優先順判断、排他制御処理が複雑化し、プログラムコードの肥大化、視認性悪化、再利用性低下につながることが予想される。
【００１５】
上記のような問題点を解決するためには、ＪＡＶＡ（登録商標）を用いたプログラミングに代表されるように、サーバサイドに全ての情報を集約して各設備の状態を演算し、表示端末はサーバから画面に表示する情報だけを取得することも解決手法の１つである。
【００１６】
しかしながら、制御監視システムは、セキュリティや信頼性の観点から特定の装置が故障した場合でもシステム全体として縮退運転を行う必要がある。サーバサイドにデータを集約し処理を行うシステム構成では、サーバが故障した場合、表示端末が動作せず、各設備の監視、手動制御等が一切できなくなってしまうため、サーバサイドに処理を集中させるのは、現実的ではない。
【００１７】
さらに、複数のプロセス環境上で動作する描画ソフトウェアは多数存在するが、複数のプロセスから同時に同一図形に対し、描画要求が行われた場合に、どちらの描画要求が優先されるか判断可能な描画ソフトウェアや既知の技術は存在せず、描画要求用プロセスで描画要求の集約、優先順の判断を行う処理を実装しているのが現状である。
【００１８】
以上のことから、本発明は、複数のプロセスから同時に同一図形に対して描画要求が行われた場合にも正しく表示を行いうる表示装置を提供するものである。
【課題を解決するための手段】
【００１９】
そこで、上記問題を解決するため、請求項１に記載の表示装置は、入力信号に応じて図形表示要求を行なう複数のプロセスと、複数のプロセスからの図形表示要求を受けてディスプレイ上に図形表示を行う描画ソフトウェアプロセスとを備え、ディスプレイ上に表示される各図形を初期図形のデータと、初期図形を改変して表示する為の属性データとで構成し、かつ属性データは表示の優先順位情報を含むものとされ、プロセスは、その入力信号に応じて逐次属性データを発行し、描画ソフトウェアプロセスは、初期図形のデータと、属性データが存在するときには属性データに含まれる優先順位に従って抽出した１つの属性データを用いて図形表示を行う。
【００２０】
なお、初期図形のデータは、描画ソフトウェアプロセスに保持されているのがよい。
【００２１】
また、描画ソフトウェアプロセスに保持されている初期図形のデータは、事前にプロセスから発行されたデータとするのがよい。
【００２２】
また、プロセスは、その入力信号に応じて、過去に発行した属性データを解消するための属性データを発行するのがよい。
【００２３】
また、プロセスは、初期図形のデータを発行する機能と、属性データを発行する機能を有し、描画ソフトウェアプロセスは、初期図形領域と、属性変更記憶領域から構成される記憶装置を備えており、初期図形のデータを初期図形領域に収納し、属性データを属性変更記憶領域に収納するのがよい。
【００２４】
請求項６に記載の表示装置は、現場設備からの信号と、現場設備に対する操作信号を受けて、ディスプレイ上に図形表示を行う制御監視システムの表示装置であり、現場設備からの信号に応じて図形表示要求を行なう表示プロセスと、現場設備に対する操作信号を受けて図形表示要求を行なう操作プロセスと、表示プロセスと操作プロセスからの図形表示要求を受けてディスプレイ上に図形表示を行う描画ソフトウェアプロセスとを備え、ディスプレイ上に表示される各図形を初期図形のデータと、初期図形を改変して表示する為の属性データとで構成し、かつ属性データは表示の優先順位情報を含むものとされ、表示プロセスと操作プロセスは、その入力信号に応じて逐次属性データを発行し、描画ソフトウェアプロセスは、初期図形のデータと、属性データが存在するときには、属性データに含まれる優先順位に従って抽出した１つの属性データを用いて図形表示を行う。
【発明の効果】
【００２５】
本発明の表示装置は、機器の運転状態を限りなく実時間で表示するために複数のプロセスから同時に描画要求を受け付けることを前提として、同一図形に対する描画要求を受け付けた場合、描画要求の優先順を管理し、予め外部定義で指定した描画要求の優先順に応じて処理を行うことで、描画ソフトウェア以外のプロセスが優先順の判断を不要とする。
【図面の簡単な説明】
【００２６】
【図１】列車運行管理システムの表示装置に適用したときのブロック構成図。
【図２】表示プロセス、操作プロセス、描画ソフトウェアプロセスの関係を示すブロック図。
【図３ａ】表示プロセスの処理を示すフローチャート。
【図３ｂ】操作プロセスの処理を示すフローチャート。
【図３ｃ】描画ソフトウェアプロセスの処理を示すフローチャート。
【図４】表示装置に表示する画面例を示す図。
【図５】図形登録要求に対する処理と登録内容を説明する図。
【図６】図形属性設定要求に対する処理と登録内容を説明する図。
【図７】描画管理用データベースへの複数の図形属性設定を説明する図。
【図８】図形が信号機である場合の複数の属性とその意味を説明する図。
【図９】表示プロセスからの図形属性設定と、表示画面例を説明する図。
【図１０】操作プロセスからの図形属性設定と、表示画面例を説明する図。
【図１１】表示プロセスからの図形属性設定と、表示画面例を説明する図。
【発明を実施するための形態】
【００２７】
以下、本発明の制御監視システムの表示装置を、列車運行管理システムの表示装置に適用する場合の実施例について図面を参照して説明する。
【実施例】
【００２８】
本実施形態による列車運行管理システムの表示装置１を図１に示すように、表示装置１は、制御対象である各設備５や、システム内の他計算機６と信号線Ｌを介して接続され、各種の信号や制御演算結果を受信する。また、表示装置１での処理結果や操作指令などが、信号線Ｌを介して各設備５や、システム内の他計算機６に伝達される。
【００２９】
表示装置１は、これをハード構成的に表現すると、表示装置１全体を制御する制御部４と、マウス等の入力機器３１とディスプレイ装置３２を備えるユーザインターフェース部３と、システムを運用するためのアプリケーションプログラム、ディスプレイ装置３２の表示を決定する描画ソフトウェアプロセス、更には図形の情報などを記憶する記憶手段であるハードディスク等の記憶部２とから構成される。
【００３０】
このうち、制御部４は、計算機を主体に構成されており、記憶部２に記憶されているアプリケーションプログラムや描画ソフトウェアプロセスを適宜入力して各種の処理を実行している。図１の制御部４内の表示は、プログラムなどにより達成される処理を、機能的に表現している。制御部４により達成される処理のうち、アプリケーションプログラム１０による処理部分は、送受信プロセス１１と、演算処理プロセス１２と、表示プロセス１３と、操作プロセス１４からなる。
【００３１】
ここで、送受信プロセス１１は、信号線Ｌを介して制御対象である各設備５や、システム内の他計算機６と各種信号の授受を行うためのものである。また、表示装置１で手動制御の要求を行った場合に、設備５、他計算機６に手動制御のデータを送信するためのものである。
【００３２】
演算処理プロセス１２は、送受信プロセス１１が受け取った各設備の信号や制御演算結果をもとに、各設備の状態を総合的に判断し、各設備の状態を決定するためのものである。
【００３３】
表示プロセス１３は、演算処理プロセス１２が演算した各設備の状態をもとに、各設備を図式した図形の表示パターンを決定する。また、描画ソフトウェアインターフェース１５とリンクしており、決定した図形をディスプレイ装置３２に表示するために、描画命令格納バッファ２１を介して描画ソフトウェアプロセス２０に描画命令を行うものである。
【００３４】
操作プロセス１４は、描画ソフトウェアインターフェース１６とリンクしており、ディスプレイ装置３２に表示している画面と入力機器３１から入力された情報をもとに、各設備の図形に対して行われた操作を識別し、操作状況を画面に表示するため、図形の描画命令を、描画命令格納バッファ２１を介して描画ソフトウェアプロセス２０に対して行う。また、必要に応じて送受信プロセス１１に手動制御の要求が行われたことを通知する。
【００３５】
また描画ソフトウェアプロセス２０は、図２に示すように、インターフェース部２２と図形管理部２３と描画処理部２４と図形管理用データベース２５を有しており、描画命令格納バッファ２１を介して表示プロセス１３や、操作プロセス１４と信号の授受を行う。
【００３６】
表示プロセス１３や操作プロセス１４と、描画ソフトウェアプロセス２０との間の橋渡しを行う描画命令格納バッファ２１は、描画ソフトウェアインターフェース１５、および、描画ソフトウェアインターフェース１６を介して要求された描画命令を格納するための、共有メモリ上に展開されたキュー構造のバッファである。本実施形態においては、描画命令格納バッファ２１は、表示プロセス用バッファ２１１、操作プロセス用バッファ２１２から構成されており、各プロセスからの描画命令が夫々のバッファに格納される。また、描画ソフトウェアインターフェース１５，１６と、描画ソフトウェアプロセス２０の間では、描画命令格納バッファ２１へのアクセスに対する排他制御を行っており、競合は発生しない。
【００３７】
描画ソフトウェアプロセス２０内のインターフェース部２２は、定周期で動作し、描画命令格納バッファ２１に格納された描画命令を読出し、描画命令を実行する。図形管理部２３は、画面上に表示する図形の座標、色、形状などの図形情報を、描画管理用データベース２５を用いて管理する。描画処理部２４は、インターフェース部２２を介して画面への表示要求を受け付けた場合に、描画管理用データベース２５の情報から画面に表示する。
【００３８】
描画管理用データベース２５は、各レコードに各図形を一意に特定するためのＩＤと座標、形状、サイズなどの図形の形状情報と線色、面色などの図形の属性情報を格納することができる。また、描画管理用データベース２５の各レコードには、描画に用いる優先順と面色の変更など属性変更を複数保持することができる領域を有する。
【００３９】
なお、図１、図２に示した制御部４内の各種の構成、あるいは機能達成のための処理は、基本的には計算機を用いてソフト的に実現されるが、インタフェイス部分やバッフア部分、送受信部分などについては、その一部機能実現のためにハード的に構成することも可能である。
【００４０】
以上のような構成や処理を前提として、本実施例においては、表示プロセス１３での処理内容は図３ａの手順により実施される。また、操作プロセス１４での処理内容は図３ｂの手順により実施される。さらに、描画ソフトウェアプロセス２０の描画処理内容は、図３ｃの手順により実施される。これらの複数のプロセスの処理は、一方のプロセスが要求を出したことを受けて、他方のプロセスが応答するという関係にあるので、以下の説明においては図２あるいは図１の構成において、適宜図３ａ，図３ｂ、３ｃを引用して説明を行う。
【００４１】
最初に、図３ａの表示プロセス１３での処理において、図形登録要求をしたときの、各プロセスに跨る一連の処理手順から説明する。まず図３ａの表示プロセス１３では、ステップＳ１１において、図２の描画ソフトウェアインターフェース１５を介して画像ソフトウェアプロセス２０側に対して図形登録要求を行う。この図形登録要求の処理では、ディスプレイ装置３２の画面に描画する全ての図形の属性、一意に識別できるＩＤを表示プロセス用バッファ２１１に送信する。なおここで、図形の属性とは、座標、形状、サイズ、面色、線色などであり、その他、図形を描画するために必要な情報が含まれていてもよい。表示プロセス１３内の描画ソフトウェアインターフェース１５は、図形登録要求を受け付けると、描画命令格納バッフア２１内の表示プロセス用バッファ２１１に、図形登録要求により送信されてきた図形の属性や識別ＩＤなどのデータを書き込む。
【００４２】
次に、描画ソフトウェアプロセス２０内のインターフェース部２２は、表示プロセス用バッファ２１１に図形登録要求データが格納されていることを認識すると、図３ｃのステップＳ２１において図形登録を行う。具体的には、図２において表示プロセス用バッファ２１１に登録されている図形登録要求データを読み出し、図形管理部２３に対し、ＩＤ、図形の属性の管理要求を行う。図形管理部２３では、要求を受け付け、描画管理用データベース２５に図形情報を登録する。
【００４３】
一例として、図４に示した画面Ａを表示するための動作について説明する。表示プロセス１３では、描画ソフトウェアインターフェース１５を介し、図形要素である信号機１Ｒ、信号機２Ｒ、軌道回路１Ｔ、軌道回路２Ｔ、軌道回路３Ｔ、軌道回路４Ｔ、軌道回路５Ｔ、軌道回路６Ｔからなる画面Ａの図形登録要求を図３ａのステップＳ１１で行い、各図形の図形登録要求データを表示プロセス用バッファ２１１に格納する。インターフェース部２２では、表示プロセス用バッファ２１１から図形登録要求データを読み出し、図形管理部２３に図形管理を要求する。図形管理部２３は描画管理用データベース２５に要求された全ての図形情報を登録する。
【００４４】
上記の情報の流れと描画管理用データベース２５に登録された内容を図５に示す。太線で示した流れがこの場合の図形登録要求データの流れになる。図５の描画管理用データベース２５は、図形登録要求データに従い、各図形のＩＤ、座標、形状、サイズ、面色、線色を初期図形領域に記憶する。
【００４５】
ちなみに、幾つか紹介すると、識別データＩＤが信号機１Ｒの表示画面上の図形（シンボル）は、画面座標上で横軸Ｘが７５、縦軸Ｙが４０の位置に表示され、形状が丸、サイズが１５ｘ５、面色が黒、線色が白として表示されることを意味する。同様に、識別データＩＤが軌道回路１Ｔの表示画面上のシンボル（図形）は、画面座標上で横軸Ｘが３０、縦軸Ｙが８０の位置に表示され、形状が線、サイズが３０ｘ５、面色がなく、線色が黒として表示されることを意味する。ここまでの表示データが初期値として記憶され、これらのデータにより初期図形が形成される。本実施例では、さらに、図形ごとに優先順、属性を保持することができる属性変更記憶領域をＮ個分確保する。
【００４６】
以後、描画ソフトウェアプロセス２０内部では、登録時に指定した各図形のＩＤを主キーとして、任意のデータに対し一意にアクセスして、処理可能であるとする。つまり、例えば登録された図形Ａについて、任意にディスプレイ装置３２に表示できるものとする。
【００４７】
表示プロセス１３側におけるステップＳ１１での全図形の図形登録要求と、これを受けての描画ソフトウェアプロセス２０側でのステップＳ２１における図形登録の一連の処理により、ディスプレイ装置３２には図４が初期画面として表示されているが、その後の図１の設備５側での実システム運用により例えば、信号機の色を変更して表示する必要がある。つまり、列車運行管理システムの一部である信号機の表示を現場の状況にあわせて、ディスプレイ装置３２上の信号機の表示を赤、緑などに逐次変更して表示する必要がある。
【００４８】
この場合、表示プロセス１３側において、表示パターンを変化させたい図形に対し、ステップＳ１２において、図形属性設定要求を行う。図形属性設定要求を行う場合、表示プロセス１３においては、表示を変更する図形のＩＤ、描画の優先順、図形の属性などのデータを描画ソフトウェアインターフェース１５に通知する。描画ソフトウェアインターフェース１５は表示プロセス用バッファ２１１に属性変更要求データを格納する。
【００４９】
表示プロセス１３は、表示パターンを変化させる全ての図形に対して図形属性設定要求を行った後、ステップＳ１３において描画要求を行い、図２の描画ソフトウェアプロセス２０に対して、設定したデータをディスプレイ装置３２に表示することを要求する。描画ソフトウェアインターフェース１５は、描画要求を受け付けた場合、表示プロセス用バッファ２１１に描画要求データを格納する。
【００５０】
表示内容を変更したいという要求は、当然描画ソフトウェアプロセス２０に伝達されて処理をされるが、同様の変更要求は、図３ｂの操作プロセス１４側でも発生することである。このため、描画ソフトウェアプロセス２０での処理内容の説明に入る前に、操作プロセス１４側での表示内容変更の事情について説明する。
【００５１】
操作プロセス１４では、図１のユーザインタフェイス部３のマウスやキーボードといった入力機器３１からの信号を取得しており、操作員は現場の設備５や他の計算機６に対して、適宜操作処理指令を与えている。図３ｂのステップＳ３１においては、入力機器３１からの入力を検知する操作情報取得を行っている。操作情報取得では、入力機器３１から入力された情報をもとに、各設備の図形に対して行われた操作を識別し、必要に応じ送受信プロセス１１に手動制御の情報を通知する。
【００５２】
続いて、ステップＳ３２において、図形属性設定要求を行う。ステップＳ３１の操作情報取得で識別した操作状況を画面に表示するため、図形の描画命令を描画ソフトウェアインターフェース１６を介して、操作プロセス用バッファ２１２に登録する。操作プロセス１４においては、変化させる必要がある全ての図形に対して図形属性設定要求を行った後、ステップＳ３３において、描画要求を行い、描画ソフトウェアプロセス２０に対して設定したデータをディスプレイ装置３２に表示することを要求する。描画ソフトウェアインターフェース１６は、ステップＳ３３での描画要求を受け付けた場合、操作プロセス用バッファ２１２に描画要求データを格納する。
【００５３】
以上述べたことから明らかなように、各種のシステム監視用の表示装置においては、複数個所からの表示要求（表示変更要求）を処理する。表示プロセス１３のそれは、現実に現場設備５などが運用された結果として表示内容を現場に合わせて時々刻々変化させるものであり、操作プロセス１４のそれは操作員の指示に従って現場設備５などの運用を変更することに付随して、操作指示内容どおりに表示内容を時々刻々変化させるものである。これらの要求は独立な複数箇所からそれぞれの事情に応じて発生するものなので、同時に表示要求（表示変更要求）が発生することを避けられない。
【００５４】
このため、本実施例の図３ｃの描画ソフトウェアプロセス２０では、インターフェース部２２において表示プロセス用バッファ２１１、操作プロセス用バッファ２１２に属性変更要求データが格納されていることを認識すると、表示属性設定ステップＳ２２、操作属性設定ステップＳ２３を実施する。
【００５５】
表示属性設定ステップＳ２２では、表示プロセス用バッファ２１１に格納されている全ての属性変更要求データを読み出す。複数の属性変更要求データと描画要求データを取得した後、取得した全ての属性変更要求データを順番に図形管理部２３に通知する。図形管理部２３は受信したＩＤを主キーとして、描画管理用データベース２５内に登録されている図形情報を検索し、ＩＤが合致する図形の登録があった場合、合致したレコードの属性変更記憶領域に優先順と属性を設定する。
【００５６】
操作属性設定ステップＳ２３においても表示属性設定ステップＳ２２と同様に、操作プロセス用バッファ２１２から全ての属性変更要求データと描画要求データを取得し、描画管理用データベース２５に優先順と属性を設定する。
【００５７】
以下の説明では一例として、表示プロセス１３から、図４の信号機１Ｒの面色を従来の黒色から緑色に変更して描画する旨の表示属性設定（表示内容の変更）を受け付けた場合の処理について図６を用いて説明する。このために、表示プロセス１３では「ＩＤ：信号機１Ｒ、優先順：４、面色：緑」の情報が格納してある属性変更要求データを、図６の太線で示すとおり、描画ソフトウェアインターフェース１５、表示プロセス用バッファ２１１、インターフェース部２２を介して図形管理部２３に通知する。図形管理部２３は、図６に示すように描画管理用データベース２５の信号機１Ｒのレコードを更新する。つまり、ＩＤ：信号機１Ｒの初期値領域のデータをそのままにして、属性変更記憶領域に「優先順：４、面色：緑」の情報を格納する。
【００５８】
以上の処理を、表示プロセス１３から繰り返し行う。描画管理用データベース２５は複数の属性変更を記憶することができ、上記の例に続いて、「ＩＤ：信号機１Ｒ、優先順：３、面色：黄」、「ＩＤ：信号機１Ｒ、優先順：１、面色：赤」と情報を受け取った場合は、図７に示すように描画管理用データベース２５の属性変更記憶領域に新規データを登録する。
【００５９】
さらに、操作プロセス１４から属性変更要求データを通知した場合も同様に、描画管理用データベース２５の属性変更記憶領域に登録されるが、その処理は表示プロセス１３の場合と同じなので詳細説明を省略する。
【００６０】
本実施形態においては、描画命令格納バッファ２１は、描画要求を行うプロセス単位に分割しており、夫々表示プロセス１３は表示プロセス用バッファ２１１、操作プロセス１４は操作プロセス用バッファ２１２にデータを格納する仕組みとなっており、表示プロセス１３と操作プロセス１４間の排他制御は必要ない。
【００６１】
また、前述したとおり、インターフェース部２２は描画命令格納バッファ２１から命令を読み出すが、読み出す場合は、表示プロセス用バッファ２１１、操作プロセス用バッファ２１２に格納してある全てのデータを読み出すものである。
【００６２】
さらに、図形属性設定要求ステップＳ１２では、属性変更の取消を行うことも可能であり、「ＩＤ、優先順、属性」情報を格納した属性取消要求データを通知することで、描画管理用データベース２５から該当する属性変更を削除することが可能である。
【００６３】
次に、図３ｃの描画ソフトウェアプロセス２０においては、表示属性設定ステップＳ２２、操作属性設定Ｓ２３が終了した後、描画する属性を決定する。まず、ステップＳ２４において、描画管理用データベース２５を１レコード目から順に参照し、属性変更記憶領域における属性変更の有無を確認する。次にステップＳ２６において、優先順の数値が一番小さい（優先順が最も高い）属性を描画する属性として判定する。つまり、図６の信号機１Ｒの事例では、優先順４、緑色表示とする１つの属性変更（属性１）があるのみであるが、属性１以外にも複数の属性データが存在する場合には、もっとも優先度の高い属性のデータを抽出する。また、図５のように属性変更がない場合は、ステップＳ２５において、図３ａの図形登録要求ステップＳ１１で指定した初期値（初期図形）を描画する属性として判定する。ステップＳ２７では、以上の処理を、全ての図形の属性を確定するまで繰り返し行う。
【００６４】
なお、上記の説明では属性データがある場合にこのデータを使用して描画するとしているが、実際には初期図形の一部データも利用する。具体的には座標、サイズのデータと組み合わせて表示される。この意味において、属性データによる図形表示は初期図形を改変して表示したものということができる。
【００６５】
次に、表示処理部２４が描画処理ステップＳ２８を行い、上記処理で確定した描画する属性に基づき、ディスプレイ装置３２上に表示する。
【００６６】
以上、ステップＳ２４乃至ステップＳ２８の処理を実施することで、各プロセスから行われる属性変更要求を優先順に応じて受け付け、各プロセスからの属性変更要求を反映した図４の画面をディスプレイ装置３２上に表示することが可能である。
【００６７】
以下に、本実施形態に係る描画ソフトウェアプロセス２０を用いた列車運行管理システムの表示装置の処理手法について図面を参照して説明する。
【００６８】
列車運行管理システムの表示装置では、信号機の様々な状態を表示する必要がある。図８に本実施形態で表示する信号機の状態を示す。ちなみに、Ｎｏ．１の信号機シンボル表示は、出発不可を意味し、その表示優先順は５であり、以下Ｎｏ．２の緑表示は、出発可能、表示優先順４、Ｎｏ．３の赤表示は、故障中、表示優先順１、Ｎｏ．４の黄表示は、自動制御中、表示優先順３、Ｎｏ．５の青表示は、手動制御中、表示優先順３である。また、Ｎｏ．１から４は、表示プロセス１３からの表示変更要求として受け付けられ、Ｎｏ．５は、操作プロセス１４からの表示変更要求として受け付けられる。
【００６９】
図８に示したように、信号機の図形には表示する優先順が規定してある。図８のＮｏ．１乃至Ｎｏ．４は、表示プロセス１３から属性変更要求される状態である。送受信プロセス１１が他システムから伝文を受信する。さらに、演算処理プロセス１２が信号機の状態を判断し、表示プロセス１３に信号機の状態を通知する。表示プロセス１３では、通知された状態から描画属性を決定し、描画ソフトウェアプロセス２０に対して図形属性設定要求ステップＳ１２を行う。
【００７０】
また、図８のＮｏ．５は操作プロセス１４から属性変更要求される状態である。入力機器３１を用いて入力された情報から、操作プロセス１４は信号機に対して手動制御要求が行われたことを検知する。信号機の手動制御が行われた場合、操作プロセス１４は、送受信プロセス１１に対して信号機の手動制御があったことを通知し、描画ソフトウェアプロセス２０に対しては図形属性設定要求ステップＳ３２を行うことで描画することができる。
【００７１】
以下、図４の画面を表示するための図形登録要求ステップＳ１１、図形登録ステップＳ２１を行った後（画面についての初期登録完了後）、表示プロセス１３と操作プロセス１４から順に描画要求があった場合の例について説明する。つまり、複数個所からランダムに描画要求があった場合に、遅滞なく、かつ上書きされることなく全ての表示が行なわれることについて説明する。
【００７２】
最初に、演算処理プロセス１２が処理した結果、信号機１Ｒの状態が自動制御中であった場合、表示プロセス１３は、ステップＳ１２において、描画ソフトウェアプロセス２０に対して、「ＩＤ：信号機１Ｒ、優先順：３、面色：黄」とする図形属性設定要求を行う。
【００７３】
表示プロセス１３では、その他の設備についても、図形属性設定要求を行い、全ての図形の処理が終了した時点で、描画要求（ステップＳ１３）を行う。描画要求（ステップＳ１３）を受け取った描画ソフトウェアプロセス２０は、表示プロセス用バッファ２１１から属性変更要求データを読み出し、描画管理用データベース２５を更新する。さらに、ステップＳ２４乃至ステップＳ２８の処理を行い、信号機１Ｒの面色が黄色であることを確定させ、信号機１Ｒを黄色に塗り潰して画面Ａに表示する。
【００７４】
このとき、描画ソフトウェアプロセス２０内部では、図９に示すように、描画管理用データベース２５を更新しており、画面Ａ上には図９下部のように表示している。
【００７５】
次に、上記の状態で操作員が入力機器３１を介して、信号機１Ｒに対し手動制御を行ったとする。この場合、入力機器３１のイベントを描画ソフトウェアプロセス２０が検知し、インターフェイス部２２、操作プロセス用バッファを介して操作プロセス１４に通知（図２の信号２２１，２２２）する。操作プロセス１４はイベントを受信し、信号機１Ｒが手動制御されたと判断し、ステップＳ３２において、描画ソフトウェアプロセス２０に対し、「ＩＤ：信号機１Ｒ、優先順：２、面色：青」とする図形属性設定要求を行う。さらに操作プロセス１４は描画要求（ステップＳ１３）を行う。
【００７６】
このときの描画管理用データベース２５の登録状況を図１０に示す。信号機１Ｒのレコードには、表示プロセス１３から要求があった「ＩＤ：信号機１Ｒ、優先順：３、面色：黄」と、操作プロセス１４から要求があった「ＩＤ：信号機１Ｒ、優先順：２、面色：青」を記憶している。描画ソフトウェアプロセス２０は、描画要求データに従い、ステップＳ２４乃至ステップＳ２８の処理を行い、信号機１Ｒに登録されている属性変更のうち、優先順が最も高い面色：青を選択し、画面上に描画を行う。
【００７７】
さらに、上記の状態で送受信プロセス１１は他の伝文を受け取り、演算処理プロセス１２が処理した結果、信号機１Ｒが故障中であると判定したとする。この場合まず、演算処理プロセス１２は表示プロセス１３に対し、信号機１Ｒが故障中であることを通知する。続いて、表示プロセス１３は、描画ソフトウェアプロセス２０に対して、「ＩＤ：信号機１Ｒ、優先順：１、面色：赤」とする図形属性設定要求（ステップＳ１２）を行い、さらに描画要求（ステップＳ１３）を行う。このとき、描画ソフトウェアプロセス２０内部では、図１１に示すように、描画管理用データベース２５を更新する。つまり、属性１、属性２以外に属性３として、優先順：１、面色：赤のデータを追加登録されている。描画要求データを受け取った描画ソフトウェアプロセス２０は、ステップＳ２４乃至ステップＳ２８の処理を行い、信号機１Ｒの属性変更のうち、優先順が一番高い面色：赤を選択し、画面上に赤色で表示する。
【００７８】
なお、信号機１Ｒの故障が除かれた場合、属性３のデータを削除する処理が表示プロセス１３から要求され、図１０の状態に復旧できることは先に述べた通りであり、このことを通じて、表示ディスプレイ上の画面を時々刻々タイムリーに表示変更できることが理解できる。
【００７９】
上記で説明したとおり、表示プロセス１３と操作プロセス１４はお互いの処理状態を意識することなく、描画ソフトウェアプロセス２０に対して、図形属性設定要求ステップＳ１２、描画要求ステップＳ１３を行うだけで、最も優先順が高い描画属性を画面上に表示することが可能である。
【産業上の利用可能性】
【００８０】
本発明は、限りなく実時間で表示を行う必要がある制御監視システムの表示装置であれば、入出力が各設備の状態、マウス等のユーザインターフェース等に限ることなく、他のシステムの装置でも利用することが可能である。
【符号の説明】
【００８１】
１：表示装置
２：記憶部
３：ユーザインターフェース部
３１：入力機器
３２：ディスプレイ装置
４：制御部
５：設備
６：他計算機
１０：アプリケーションプログラム
１１：送受信プロセス
１２：演算処理プロセス
１３：表示プロセス
１４：操作プロセス
１５：表示プロセスにリンクされている描画ミドルインターフェース
１６：操作プロセスにリンクされている描画ミドルインターフェース
２０：描画ソフトウェアプロセス
２１：描画命令格納バッファ
２１１：表示プロセス用バッファ
２１２：操作プロセス用バッファ
２２：インターフェース部
２３：図形管理部
２４：表示処理部
２５：描画管理用データベース
【特許請求の範囲】
【請求項１】
入力信号に応じて図形表示要求を行なう複数のプロセスと、該複数のプロセスからの図形表示要求を受けてディスプレイ上に図形表示を行う描画ソフトウェアプロセスとを備え、
前記ディスプレイ上に表示される各図形を初期図形のデータと、該初期図形を改変して表示する為の属性データとで構成し、かつ属性データは表示の優先順位情報を含むものとされ、
前記プロセスは、その入力信号に応じて逐次属性データを発行し、
前記描画ソフトウェアプロセスは、初期図形のデータと、属性データが存在するときには、属性データに含まれる優先順位に従って抽出した１つの属性データを用いて図形表示を行う
ことを特徴とする表示装置。
【請求項２】
請求項１記載の表示装置において、
初期図形のデータは、前記描画ソフトウェアプロセスに保持されていることを特徴とする表示装置。
【請求項３】
請求項２記載の表示装置において、
前記描画ソフトウェアプロセスに保持されている初期図形のデータは、事前に前記プロセスから発行されたデータであることを特徴とする表示装置。
【請求項４】
請求項１記載の表示装置において、
前記プロセスは、その入力信号に応じて、過去に発行した属性データを解消するための属性データを発行することを特徴とする表示装置。
【請求項５】
請求項１記載の表示装置において、
前記プロセスは、前記初期図形のデータを発行する機能と、前記属性データを発行する機能を有し、
前記描画ソフトウェアプロセスは、初期図形領域と、属性変更記憶領域から構成される記憶装置を備えており、初期図形のデータを初期図形領域に収納し、前記属性データを属性変更記憶領域に収納していることを特徴とする表示装置。
【請求項６】
現場設備からの信号と、現場設備に対する操作信号を受けて、ディスプレイ上に図形表示を行う制御監視システムの表示装置において、
現場設備からの信号に応じて図形表示要求を行なう表示プロセスと、現場設備に対する操作信号を受けて図形表示要求を行なう操作プロセスと、前記表示プロセスと操作プロセスからの図形表示要求を受けて前記ディスプレイ上に図形表示を行う描画ソフトウェアプロセスとを備え、
前記ディスプレイ上に表示される各図形を初期図形のデータと、該初期図形を改変して表示する為の属性データとで構成し、かつ属性データは表示の優先順位情報を含むものとされ、
前記表示プロセスと操作プロセスは、その入力信号に応じて逐次属性データを発行し、
前記描画ソフトウェアプロセスは、初期図形のデータと、属性データが存在するときには、属性データに含まれる優先順位に従って抽出した１つの属性データを用いて図形表示を行う
ことを特徴とする制御監視システムの表示装置。
【請求項７】
請求項６記載の表示装置において、
初期図形のデータは、前記描画ソフトウェアプロセスに保持されていることを特徴とする表示装置。
【請求項８】
請求項７記載の表示装置において、
前記描画ソフトウェアプロセスに保持されている初期図形のデータは、事前に前記プロセスから発行されたデータであることを特徴とする表示装置。
【請求項９】
請求項６記載の表示装置において、
前記表示プロセスと操作プロセスは、その入力信号に応じて、過去に発行した属性データを解消するための属性データを発行することを特徴とする表示装置。
【請求項１０】
請求項６記載の表示装置において、
前記表示プロセスと操作プロセスは、前記初期図形のデータを発行する機能と、前記属性データを発行する機能を有し、
前記描画ソフトウェアプロセスは、初期図形領域と、属性変更記憶領域から構成される記憶装置を備えており、初期図形のデータを初期図形領域に収納し、前記属性データを属性変更記憶領域に収納していることを特徴とする表示装置。
【請求項１】
入力信号に応じて図形表示要求を行なう複数のプロセスと、該複数のプロセスからの図形表示要求を受けてディスプレイ上に図形表示を行う描画ソフトウェアプロセスとを備え、
前記ディスプレイ上に表示される各図形を初期図形のデータと、該初期図形を改変して表示する為の属性データとで構成し、かつ属性データは表示の優先順位情報を含むものとされ、
前記プロセスは、その入力信号に応じて逐次属性データを発行し、
前記描画ソフトウェアプロセスは、初期図形のデータと、属性データが存在するときには、属性データに含まれる優先順位に従って抽出した１つの属性データを用いて図形表示を行う
ことを特徴とする表示装置。
【請求項２】
請求項１記載の表示装置において、
初期図形のデータは、前記描画ソフトウェアプロセスに保持されていることを特徴とする表示装置。
【請求項３】
請求項２記載の表示装置において、
前記描画ソフトウェアプロセスに保持されている初期図形のデータは、事前に前記プロセスから発行されたデータであることを特徴とする表示装置。
【請求項４】
請求項１記載の表示装置において、
前記プロセスは、その入力信号に応じて、過去に発行した属性データを解消するための属性データを発行することを特徴とする表示装置。
【請求項５】
請求項１記載の表示装置において、
前記プロセスは、前記初期図形のデータを発行する機能と、前記属性データを発行する機能を有し、
前記描画ソフトウェアプロセスは、初期図形領域と、属性変更記憶領域から構成される記憶装置を備えており、初期図形のデータを初期図形領域に収納し、前記属性データを属性変更記憶領域に収納していることを特徴とする表示装置。
【請求項６】
現場設備からの信号と、現場設備に対する操作信号を受けて、ディスプレイ上に図形表示を行う制御監視システムの表示装置において、
現場設備からの信号に応じて図形表示要求を行なう表示プロセスと、現場設備に対する操作信号を受けて図形表示要求を行なう操作プロセスと、前記表示プロセスと操作プロセスからの図形表示要求を受けて前記ディスプレイ上に図形表示を行う描画ソフトウェアプロセスとを備え、
前記ディスプレイ上に表示される各図形を初期図形のデータと、該初期図形を改変して表示する為の属性データとで構成し、かつ属性データは表示の優先順位情報を含むものとされ、
前記表示プロセスと操作プロセスは、その入力信号に応じて逐次属性データを発行し、
前記描画ソフトウェアプロセスは、初期図形のデータと、属性データが存在するときには、属性データに含まれる優先順位に従って抽出した１つの属性データを用いて図形表示を行う
ことを特徴とする制御監視システムの表示装置。
【請求項７】
請求項６記載の表示装置において、
初期図形のデータは、前記描画ソフトウェアプロセスに保持されていることを特徴とする表示装置。
【請求項８】
請求項７記載の表示装置において、
前記描画ソフトウェアプロセスに保持されている初期図形のデータは、事前に前記プロセスから発行されたデータであることを特徴とする表示装置。
【請求項９】
請求項６記載の表示装置において、
前記表示プロセスと操作プロセスは、その入力信号に応じて、過去に発行した属性データを解消するための属性データを発行することを特徴とする表示装置。
【請求項１０】
請求項６記載の表示装置において、
前記表示プロセスと操作プロセスは、前記初期図形のデータを発行する機能と、前記属性データを発行する機能を有し、
前記描画ソフトウェアプロセスは、初期図形領域と、属性変更記憶領域から構成される記憶装置を備えており、初期図形のデータを初期図形領域に収納し、前記属性データを属性変更記憶領域に収納していることを特徴とする表示装置。
【図１】
【図２】
【図３ａ】
【図３ｂ】
【図３ｃ】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３ａ】
【図３ｂ】
【図３ｃ】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−２５３２７１（Ｐ２０１１−２５３２７１Ａ）
【公開日】平成２３年１２月１５日（２０１１．１２．１５）
【国際特許分類】
【出願番号】特願２０１０−１２５５２５（Ｐ２０１０−１２５５２５）
【出願日】平成２２年６月１日（２０１０．６．１）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２３年１２月１５日（２０１１．１２．１５）
【国際特許分類】
【出願日】平成２２年６月１日（２０１０．６．１）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]