JPH06175632A - 画面表示装置 - Google Patents
画面表示装置Info
- Publication number
- JPH06175632A JPH06175632A JP4352042A JP35204292A JPH06175632A JP H06175632 A JPH06175632 A JP H06175632A JP 4352042 A JP4352042 A JP 4352042A JP 35204292 A JP35204292 A JP 35204292A JP H06175632 A JPH06175632 A JP H06175632A
- Authority
- JP
- Japan
- Prior art keywords
- screen
- data
- program
- display
- storage device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Image Input (AREA)
- Digital Computer Display Output (AREA)
- Controls And Circuits For Display Device (AREA)
Abstract
(57)【要約】
【目的】 大量の枚数の画面を登録することができ、ま
たこれを高速に表示することができる画面表示装置を得
ることを目的とする。 【構成】 補助記憶装置１０から主記憶装置１３への転
送条件を記述した画面転送制御テーブル１１により画面
データの一単位毎に転送制御を行う。
たこれを高速に表示することができる画面表示装置を得
ることを目的とする。 【構成】 補助記憶装置１０から主記憶装置１３への転
送条件を記述した画面転送制御テーブル１１により画面
データの一単位毎に転送制御を行う。
Description
【０００１】
【産業上の利用分野】この発明は、プラント運転監視等
に用いる画面表示装置に関するものである。
に用いる画面表示装置に関するものである。
【０００２】
【従来の技術】図１１は、従来の画面表示装置を示すブ
ロック構成図である。図において、１は大容量補助記憶
装置、２は演算装置、３は主記憶装置、４は画面コント
ローラ、５は表示デバイス、６はプロセス入出力装置、
７はプラント等の状態を検出する検出器である。
ロック構成図である。図において、１は大容量補助記憶
装置、２は演算装置、３は主記憶装置、４は画面コント
ローラ、５は表示デバイス、６はプロセス入出力装置、
７はプラント等の状態を検出する検出器である。
【０００３】次に動作について説明する。このような画
面表示装置では、あらかじめ作成された画面表示データ
や画面表示プログラムを大容量補助記憶装置１に格納し
ておく。そして、画面表示装置の立ち上げ時に、上記大
容量補助記憶装置１上の画面表示プログラムや画面表示
データを主記憶装置３上に転送する。演算装置２はこの
プログラム，データに従い、検出器７及びプロセス入出
力装置６を介してリアルタイムに得られるプラントデー
タを演算し、画面コントローラ４を経由して表示デバイ
ス５上にプラント監視制御画面を表示させる。
面表示装置では、あらかじめ作成された画面表示データ
や画面表示プログラムを大容量補助記憶装置１に格納し
ておく。そして、画面表示装置の立ち上げ時に、上記大
容量補助記憶装置１上の画面表示プログラムや画面表示
データを主記憶装置３上に転送する。演算装置２はこの
プログラム，データに従い、検出器７及びプロセス入出
力装置６を介してリアルタイムに得られるプラントデー
タを演算し、画面コントローラ４を経由して表示デバイ
ス５上にプラント監視制御画面を表示させる。
【０００４】
【発明が解決しようとする課題】従来の画面表示装置は
以上のように構成されているので、装置の立ち上げ時に
すべての画面表示データやプログラムを補助記憶装置１
から主記憶装置３に転送することが必要であり、補助記
憶装置１に対して主記憶装置３が容量的に小さいことか
ら、大量の枚数の画面を登録することはできないという
問題点があった。
以上のように構成されているので、装置の立ち上げ時に
すべての画面表示データやプログラムを補助記憶装置１
から主記憶装置３に転送することが必要であり、補助記
憶装置１に対して主記憶装置３が容量的に小さいことか
ら、大量の枚数の画面を登録することはできないという
問題点があった。
【０００５】この発明は上記のような課題を解決するた
めになされたものであり、大量の枚数の画面を登録する
ことができ、しかも、これら画面を高速に表示すること
ができる画面表示装置を得ることを目的とする。
めになされたものであり、大量の枚数の画面を登録する
ことができ、しかも、これら画面を高速に表示すること
ができる画面表示装置を得ることを目的とする。
【０００６】
【課題を解決するための手段】請求項１の画面表示装置
は、画面表示データまたは画面表示プログラムの一単位
毎に転送条件（転送モード）を設定して、この転送条件
に基づいて上記補助記憶装置のデータまたはプログラム
を主記憶装置に転送するようにしたものである。
は、画面表示データまたは画面表示プログラムの一単位
毎に転送条件（転送モード）を設定して、この転送条件
に基づいて上記補助記憶装置のデータまたはプログラム
を主記憶装置に転送するようにしたものである。
【０００７】請求項２のものは、上記請求項１の構成に
付加して、上記データまたはプログラムの一単位毎に、
すでに主記憶装置に転送済みか否かを示すフラグを設け
て、上記転送条件，フラグ及び重要度管理手段に基づい
てデータまたはプログラムの重要度を設定し、かつこの
重要度に応じて、データまたはプログラムをｓｗａｐｉ
ｎ／ｓｗａｐ ｏｕｔ（すなわち、主記憶装置の記憶領
域の一部にすでに転送されている重要度の低いデータま
たはプログラムを削除し、当該記憶領域の一部に新たに
重要度の高いデータまたはプログラムを転送する）する
ようにしたものである。
付加して、上記データまたはプログラムの一単位毎に、
すでに主記憶装置に転送済みか否かを示すフラグを設け
て、上記転送条件，フラグ及び重要度管理手段に基づい
てデータまたはプログラムの重要度を設定し、かつこの
重要度に応じて、データまたはプログラムをｓｗａｐｉ
ｎ／ｓｗａｐ ｏｕｔ（すなわち、主記憶装置の記憶領
域の一部にすでに転送されている重要度の低いデータま
たはプログラムを削除し、当該記憶領域の一部に新たに
重要度の高いデータまたはプログラムを転送する）する
ようにしたものである。
【０００８】また請求項３のものは、特定のデータ（高
速性を必要としない画面データ）またはプログラムに特
定の転送条件（転送モード（３））を設定するととも
に、上記主記憶装置に上記特定のデータまたはプログラ
ムを格納するための特定領域（ワーク領域）を設定し、
この転送条件に基づいて上記特定のデータまたはプログ
ラムを一単位毎に主記憶装置の特定領域に転送するよう
にしたものである。
速性を必要としない画面データ）またはプログラムに特
定の転送条件（転送モード（３））を設定するととも
に、上記主記憶装置に上記特定のデータまたはプログラ
ムを格納するための特定領域（ワーク領域）を設定し、
この転送条件に基づいて上記特定のデータまたはプログ
ラムを一単位毎に主記憶装置の特定領域に転送するよう
にしたものである。
【０００９】
【作用】請求項１の画面表示装置では、装置の立ち上げ
時あるいは画面リクエスト時に、転送条件に基づいて画
面表示データまたは画面表示プログラムを一単位毎に転
送する。
時あるいは画面リクエスト時に、転送条件に基づいて画
面表示データまたは画面表示プログラムを一単位毎に転
送する。
【００１０】請求項２の画面表示装置では、重要度に照
らし合わせて、画面表示データまたは画面表示プログラ
ムの転送管理を行う。
らし合わせて、画面表示データまたは画面表示プログラ
ムの転送管理を行う。
【００１１】請求項３の画面表示装置では、高速性を必
要としない特定のデータまたはプログラムを特定の転送
条件に基づいて転送する。
要としない特定のデータまたはプログラムを特定の転送
条件に基づいて転送する。
【００１２】
実施例１．（請求項１に対応） 以下、この発明の実施例１を図に基づいて説明する。図
１は本実施例の画面表示装置を示すブロック構成図であ
り、図中、図１１の従来例と同一のものは同一符号を付
している。図において、１０は大容量補助記憶装置であ
り、転送条件格納手段としてのファイル１１Ａと、画面
データ群１２が置かれている。１３は主記憶装置であ
り、この主記憶装置１３には、装置の立ち上げ時に上記
ファイル１１Ａが転送され、これが画面転送制御テーブ
ルとして機能する。この画面転送制御テーブルの構造を
図２に示す。今、画面表示装置に登録する画面枚数をＮ
とすると、画面転送制御テーブル１１はＮ個のレコード
より成っており、各レコードには対応する画面の転送モ
ード（転送条件）が格納されている。本実施例では、モ
ード（０）を立ち上げ時転送、モード（１）をリクエス
ト時転送として説明する。また、図３に画面データ群の
構造を示す。図に示すように、画面データ群１２の各画
面データ１２ａ，１２ｂ・・・１２Ｎはそれぞれ画面番
号に対応付けられた構造を持っている。
１は本実施例の画面表示装置を示すブロック構成図であ
り、図中、図１１の従来例と同一のものは同一符号を付
している。図において、１０は大容量補助記憶装置であ
り、転送条件格納手段としてのファイル１１Ａと、画面
データ群１２が置かれている。１３は主記憶装置であ
り、この主記憶装置１３には、装置の立ち上げ時に上記
ファイル１１Ａが転送され、これが画面転送制御テーブ
ルとして機能する。この画面転送制御テーブルの構造を
図２に示す。今、画面表示装置に登録する画面枚数をＮ
とすると、画面転送制御テーブル１１はＮ個のレコード
より成っており、各レコードには対応する画面の転送モ
ード（転送条件）が格納されている。本実施例では、モ
ード（０）を立ち上げ時転送、モード（１）をリクエス
ト時転送として説明する。また、図３に画面データ群の
構造を示す。図に示すように、画面データ群１２の各画
面データ１２ａ，１２ｂ・・・１２Ｎはそれぞれ画面番
号に対応付けられた構造を持っている。
【００１３】次に動作について説明する。画面表示装置
立ち上げ時の画面データ転送について図４の処理フロー
に基づいて説明する。立ち上げ時には、画面１〜Ｎにつ
いて順に、各画面の転送モードを画面転送制御テーブル
１１中でチェックし（ステップＳ４２）、立ち上げ時転
送の指定のもののみ（モード（０）のもの）の画面デー
タを、補助記憶装置１０から主記憶装置１３へ転送す
る。
立ち上げ時の画面データ転送について図４の処理フロー
に基づいて説明する。立ち上げ時には、画面１〜Ｎにつ
いて順に、各画面の転送モードを画面転送制御テーブル
１１中でチェックし（ステップＳ４２）、立ち上げ時転
送の指定のもののみ（モード（０）のもの）の画面デー
タを、補助記憶装置１０から主記憶装置１３へ転送す
る。
【００１４】次に画面表示リクエスト時の画面データ転
送について図５の処理フローに基づいて説明する。任意
の画面ｍがリクエストされた時、その画面の転送モード
を画面転送制御テーブル１１中でチェックし（ステップ
Ｓ５２）、立ち上げ時転送モード（０）であれば、すで
に主記憶装置１３に転送してある画面データを用いて画
面表示を行う（ステップＳ５４）。また、リクエスト時
転送モード（１）であれば、あらかじめ主記憶装置１３
上に用意しておくリクエスト時用の１画面分のワーク領
域１３ａに、補助記憶装置１３から画面データを転送
し、このデータを用いて画面の表示を行う（ステップＳ
５３〜ステップＳ５４）。
送について図５の処理フローに基づいて説明する。任意
の画面ｍがリクエストされた時、その画面の転送モード
を画面転送制御テーブル１１中でチェックし（ステップ
Ｓ５２）、立ち上げ時転送モード（０）であれば、すで
に主記憶装置１３に転送してある画面データを用いて画
面表示を行う（ステップＳ５４）。また、リクエスト時
転送モード（１）であれば、あらかじめ主記憶装置１３
上に用意しておくリクエスト時用の１画面分のワーク領
域１３ａに、補助記憶装置１３から画面データを転送
し、このデータを用いて画面の表示を行う（ステップＳ
５３〜ステップＳ５４）。
【００１５】尚、本実施例では、転送モードを示す情報
を格納するテーブルとして専用の画面転送制御テーブル
１１を設けたが、図３の各々画面データ１２ａ，１２ｂ
・・・１２Ｎにそれぞれ転送モードを示す情報を付けて
おくようにしてもよい。
を格納するテーブルとして専用の画面転送制御テーブル
１１を設けたが、図３の各々画面データ１２ａ，１２ｂ
・・・１２Ｎにそれぞれ転送モードを示す情報を付けて
おくようにしてもよい。
【００１６】実施例２．（請求項２に対応） 以下、この発明の実施例２を図に基づいて説明する。本
実施例２では、画面を非常駐画面と常駐画面とに分けて
いる。常駐画面は、立ち上げ時に画面データを主記憶上
に転送し、装置が稼動状態にある限りその画面データが
主記憶から消去されない画面である。非常駐画面は、そ
の重要度に応じて主記憶上から画面データが消去される
画面である。本実施例２において使用する画面転送制御
テーブルの構造を図６に示す。この画面転送制御テーブ
ル２１はやはり画面数Ｎのレコードから成り、各レコー
ドは、あらかじめ決められている転送モード列２１ａ
と、オンラインで設定される転送フラグ列２１ｂから成
る。転送モードは、この例では、常駐画面（立ち上げ時
転送）をモード（０），非常駐画面で立ち上げ時転送を
モード（１），非常駐画面でリクエスト時転送をモード
（２）としている。また、非常駐画面の重要度管理を行
うための非常駐画面管理テーブルの構造を図７に示す。
この非常駐画面管理テーブル３１はＲ個のレコードから
成っているが、この数Ｒはモード（１）の画面数に等し
い。各レコードは、オンラインでセットする画面番号を
格納するエリア３２ａ，３２ｂ・・・３２Ｒと、その画
面が主記憶に転送されてからリクエストされた回数を格
納するエリア３３ａ，３３ｂ・・・３３Ｒとの２つのエ
リア３２，３３から成っている。上記画面転送制御テー
ブル２１は左半分の転送モードのみ設定されて右半分が
空きとなったファイルが補助記憶上に置かれ、装置立ち
上げ時にこれが主記憶上に転送される。そして、ある１
枚の画面データを転送したら、主記憶上のテーブルのそ
の画面の転送フラグをＯＮとする。また重要度管理手段
としての非常駐画面管理テーブル３１は主記憶上にのみ
設定されている。
実施例２では、画面を非常駐画面と常駐画面とに分けて
いる。常駐画面は、立ち上げ時に画面データを主記憶上
に転送し、装置が稼動状態にある限りその画面データが
主記憶から消去されない画面である。非常駐画面は、そ
の重要度に応じて主記憶上から画面データが消去される
画面である。本実施例２において使用する画面転送制御
テーブルの構造を図６に示す。この画面転送制御テーブ
ル２１はやはり画面数Ｎのレコードから成り、各レコー
ドは、あらかじめ決められている転送モード列２１ａ
と、オンラインで設定される転送フラグ列２１ｂから成
る。転送モードは、この例では、常駐画面（立ち上げ時
転送）をモード（０），非常駐画面で立ち上げ時転送を
モード（１），非常駐画面でリクエスト時転送をモード
（２）としている。また、非常駐画面の重要度管理を行
うための非常駐画面管理テーブルの構造を図７に示す。
この非常駐画面管理テーブル３１はＲ個のレコードから
成っているが、この数Ｒはモード（１）の画面数に等し
い。各レコードは、オンラインでセットする画面番号を
格納するエリア３２ａ，３２ｂ・・・３２Ｒと、その画
面が主記憶に転送されてからリクエストされた回数を格
納するエリア３３ａ，３３ｂ・・・３３Ｒとの２つのエ
リア３２，３３から成っている。上記画面転送制御テー
ブル２１は左半分の転送モードのみ設定されて右半分が
空きとなったファイルが補助記憶上に置かれ、装置立ち
上げ時にこれが主記憶上に転送される。そして、ある１
枚の画面データを転送したら、主記憶上のテーブルのそ
の画面の転送フラグをＯＮとする。また重要度管理手段
としての非常駐画面管理テーブル３１は主記憶上にのみ
設定されている。
【００１７】次に動作についてまず、図８の画面表示装
置立ち上げ時の画面データ転送の処理フローに基づいて
説明する。立ち上げ時には、画面１〜Ｎについて、順
に、各画面の転送モードを画面転送制御テーブル２１中
でチェックし（ステップＳ８２，ステップＳ８４）、モ
ードに応じて処理を行う。モード（０）の時には、その
画面の画面データを補助記憶から主記憶へ転送し、その
画面のレコードの転送フラグをＯＮする（ステップＳ８
３）。モード（１）の時には、画面データの転送と転送
フラグＯＮを行い（ステップＳ８５）、非常駐画面管理
テーブル３１の空きレコードにその画面の画面番号をセ
ットする（ステップＳ８６）。転送モード（２）時には
処理はない。
置立ち上げ時の画面データ転送の処理フローに基づいて
説明する。立ち上げ時には、画面１〜Ｎについて、順
に、各画面の転送モードを画面転送制御テーブル２１中
でチェックし（ステップＳ８２，ステップＳ８４）、モ
ードに応じて処理を行う。モード（０）の時には、その
画面の画面データを補助記憶から主記憶へ転送し、その
画面のレコードの転送フラグをＯＮする（ステップＳ８
３）。モード（１）の時には、画面データの転送と転送
フラグＯＮを行い（ステップＳ８５）、非常駐画面管理
テーブル３１の空きレコードにその画面の画面番号をセ
ットする（ステップＳ８６）。転送モード（２）時には
処理はない。
【００１８】次に、画面表示リクエスト時について、図
９の処理フローに基づいて説明する。任意の画面ｍがリ
クエストされた時、その画面の転送フラグと転送モード
を画面転送制御テーブル２１中でチェックし（ステップ
Ｓ９０２，ステップＳ９０９）、それに応じた処理を行
う。画面ｍがモード（０）である場合には、転送フラグ
は必ずＯＮであり、主記憶上の画面データを用いて画面
表示を行う。画面ｍの転送フラグがＯＮであっても、そ
の転送モードが（０）以外である場合には、非常駐画面
管理テーブル３１をサーチし、画面ｍが登録されている
レコードを得て、そのレコードのリクエスト回数を１イ
ンクリメントする。その後、主記憶上の画面データに従
い画面表示を行う。画面ｍの転送フラグがＯＦＦである
場合には、非常駐画面管理テーブル３１をサーチし、最
もリクエスト回数の少ない画面のレコードｒを得、この
レコードからその画面番号ｎを得る（ステップＳ９０
３）。（この時、同一リクエスト回数の画面が複数あれ
ば、適当な基準でそのうちの１つに決める）この画面ｎ
は主記憶上の画面で最も重要度が低いと考えられるの
で、まず主記憶上から画面ｎの画面データを削除し（ス
テップＳ９０４）、主記憶の容量を確保した後、画面ｍ
の画面データを補助記憶から主記憶へ転送し（ｓｗａｐ
ｉｎ／ｓｗａｐ ｏｕｔ）、画面転送制御テーブル２
１の転送フラグをＯＮする（ステップＳ９０５）。そし
て非常駐画面管理テーブル３１のレコードｒに、画面ｎ
に変えて画面ｍを登録し（ステップＳ９０６）、そのリ
クエスト回数を１にセットする（ステップＳ９０７）。
その後、主記憶の画面データに従い画面表示を実行する
（ステップＳ９０８）。
９の処理フローに基づいて説明する。任意の画面ｍがリ
クエストされた時、その画面の転送フラグと転送モード
を画面転送制御テーブル２１中でチェックし（ステップ
Ｓ９０２，ステップＳ９０９）、それに応じた処理を行
う。画面ｍがモード（０）である場合には、転送フラグ
は必ずＯＮであり、主記憶上の画面データを用いて画面
表示を行う。画面ｍの転送フラグがＯＮであっても、そ
の転送モードが（０）以外である場合には、非常駐画面
管理テーブル３１をサーチし、画面ｍが登録されている
レコードを得て、そのレコードのリクエスト回数を１イ
ンクリメントする。その後、主記憶上の画面データに従
い画面表示を行う。画面ｍの転送フラグがＯＦＦである
場合には、非常駐画面管理テーブル３１をサーチし、最
もリクエスト回数の少ない画面のレコードｒを得、この
レコードからその画面番号ｎを得る（ステップＳ９０
３）。（この時、同一リクエスト回数の画面が複数あれ
ば、適当な基準でそのうちの１つに決める）この画面ｎ
は主記憶上の画面で最も重要度が低いと考えられるの
で、まず主記憶上から画面ｎの画面データを削除し（ス
テップＳ９０４）、主記憶の容量を確保した後、画面ｍ
の画面データを補助記憶から主記憶へ転送し（ｓｗａｐ
ｉｎ／ｓｗａｐ ｏｕｔ）、画面転送制御テーブル２
１の転送フラグをＯＮする（ステップＳ９０５）。そし
て非常駐画面管理テーブル３１のレコードｒに、画面ｎ
に変えて画面ｍを登録し（ステップＳ９０６）、そのリ
クエスト回数を１にセットする（ステップＳ９０７）。
その後、主記憶の画面データに従い画面表示を実行する
（ステップＳ９０８）。
【００１９】実施例３．以下、この発明の実施例３につ
いて説明する。実施例３では、実施例２の３つの転送モ
ードに加え、重要度管理を行わず、いつも画面リクエス
トの度に補助記憶から主記憶へと画面データの転送を行
うモード（３）（特定の転送条件）を加えたものであ
る。実施例３では、リクエスト応答速度に対する要求が
小さい画面をモード（３）として登録することができ、
モード（１）及び（２）のキャッシュヒット率を上げる
ことができる。このため、速度の必要な画面について
は、リクエスト応答速度を保ちつつ、より大量の枚数の
画面を登録することが可能である。実施例３の立ち上げ
時の処理は、実施例２の場合と同様である。また、画面
リクエスト時には図１０の処理フローに従う。表示リク
エストされた画面がモード（０）の時は、ステップＳ１
００２→ステップＳ１００９→ステップＳ１００８の処
理を行う。モード（１）又は（２）の時は、画面データ
が主記憶に転送済みかどうかをチェックし（ステップＳ
１００２）、ステップＳ１００３〜ステップＳ１００７
の処理か、又はステップＳ１０１０〜ステップＳ１０１
１の処理かに分岐し、その後、ステップＳ１００８の処
理を行う。モード（３）の画面がリクエストされたと判
定されれば（ステップＳ１０１２）、画面ｍの画面デー
タを補助記憶から主記憶のワーク領域１３ａ（特定領
域）に転送し（ステップＳ１０１３）、これに従って画
面表示を行う。尚、本発明では、補助記憶上のものをフ
ァイル、主記憶上のものをテーブルと定義して説明して
いる。
いて説明する。実施例３では、実施例２の３つの転送モ
ードに加え、重要度管理を行わず、いつも画面リクエス
トの度に補助記憶から主記憶へと画面データの転送を行
うモード（３）（特定の転送条件）を加えたものであ
る。実施例３では、リクエスト応答速度に対する要求が
小さい画面をモード（３）として登録することができ、
モード（１）及び（２）のキャッシュヒット率を上げる
ことができる。このため、速度の必要な画面について
は、リクエスト応答速度を保ちつつ、より大量の枚数の
画面を登録することが可能である。実施例３の立ち上げ
時の処理は、実施例２の場合と同様である。また、画面
リクエスト時には図１０の処理フローに従う。表示リク
エストされた画面がモード（０）の時は、ステップＳ１
００２→ステップＳ１００９→ステップＳ１００８の処
理を行う。モード（１）又は（２）の時は、画面データ
が主記憶に転送済みかどうかをチェックし（ステップＳ
１００２）、ステップＳ１００３〜ステップＳ１００７
の処理か、又はステップＳ１０１０〜ステップＳ１０１
１の処理かに分岐し、その後、ステップＳ１００８の処
理を行う。モード（３）の画面がリクエストされたと判
定されれば（ステップＳ１０１２）、画面ｍの画面デー
タを補助記憶から主記憶のワーク領域１３ａ（特定領
域）に転送し（ステップＳ１０１３）、これに従って画
面表示を行う。尚、本発明では、補助記憶上のものをフ
ァイル、主記憶上のものをテーブルと定義して説明して
いる。
【００２０】上記の実施例では、例として、画面データ
の一単位毎の転送について記述したが、表示プログラム
の一単位毎の転送についても同様の効果が得られる。ま
た、重要度管理手段については、画面のリクエスト（表
示）回数でなく、他のカウント可能なものを使ってもよ
い。例えば、各非常駐画面を転送する際のタッチパネル
に対する操作回数等、予めわかっている要素を設定して
おいて最も重要度が低い画面を選択するようにしてもよ
い。また、転送条件格納手段としてはテーブルのような
表構造でなく、配列構造のものを使用してもよい。ま
た、ワーク領域１３ａを一画面分の記憶領域として説明
したが、複数画面分用意してもよい。
の一単位毎の転送について記述したが、表示プログラム
の一単位毎の転送についても同様の効果が得られる。ま
た、重要度管理手段については、画面のリクエスト（表
示）回数でなく、他のカウント可能なものを使ってもよ
い。例えば、各非常駐画面を転送する際のタッチパネル
に対する操作回数等、予めわかっている要素を設定して
おいて最も重要度が低い画面を選択するようにしてもよ
い。また、転送条件格納手段としてはテーブルのような
表構造でなく、配列構造のものを使用してもよい。ま
た、ワーク領域１３ａを一画面分の記憶領域として説明
したが、複数画面分用意してもよい。
【００２１】
【発明の効果】以上のように、この発明の請求項１によ
れば、画面表示データやプログラムの一単位毎に、転送
条件に従い、選択的に立ち上げ時に転送するようにした
ので、これらの画面を高速に表示することができる。ま
た高速性を要しない画面は、補助記憶装置上に置くた
め、主記憶に比べて大枚数の画面データを格納すること
ができる。
れば、画面表示データやプログラムの一単位毎に、転送
条件に従い、選択的に立ち上げ時に転送するようにした
ので、これらの画面を高速に表示することができる。ま
た高速性を要しない画面は、補助記憶装置上に置くた
め、主記憶に比べて大枚数の画面データを格納すること
ができる。
【００２２】この発明の請求項２によれば、請求項１の
効果に加え、画面のデータやプログラムの一単位毎の転
送を重要度に従って行うようにしたので、重要度に応じ
て多くの画面を高速に表示することができる。
効果に加え、画面のデータやプログラムの一単位毎の転
送を重要度に従って行うようにしたので、重要度に応じ
て多くの画面を高速に表示することができる。
【００２３】請求項３によれば、高速性を必要としない
画面のデータまたはプログラムを特定の転送条件にもと
づいて一単位毎に転送するようにしているので、特定の
転送条件以外の高速性を必要とする画面のヒット率を上
げることができる。
画面のデータまたはプログラムを特定の転送条件にもと
づいて一単位毎に転送するようにしているので、特定の
転送条件以外の高速性を必要とする画面のヒット率を上
げることができる。
【図１】この発明の実施例１を示す画面表示装置のブロ
ック構成図である。
ック構成図である。
【図２】実施例１の画面転送制御テーブルの構造を示す
図である。
図である。
【図３】実施例１の画面データの構造を示す図である。
【図４】実施例１の立ち上げ時の処理を示すフロー図で
ある。
ある。
【図５】実施例１の画面表示リクエスト時の処理を示す
フロー図である。
フロー図である。
【図６】実施例２の画面転送制御テーブルの構造を示す
図である。
図である。
【図７】実施例２の非常駐画面管理テーブルの構造を示
す図である。
す図である。
【図８】実施例２の立ち上げ時の処理を示すフロー図で
ある。
ある。
【図９】実施例２の画面表示リクエスト時の処理を示す
フロー図である。
フロー図である。
【図１０】実施例３の画面表示リクエスト時の処理を示
すフロー図である。
すフロー図である。
【図１１】従来の画面表示装置の一例を示すブロック構
成図である。
成図である。
２ 演算装置 ４ 画面コントローラ ５ 表示デバイス ６ プロセス入出力装置 ７ 検出器 １０ 大容量補助記憶装置 １１，２１ 画面転送制御テーブル（転送条件格納手
段） １３ 主記憶装置 １３ａ ワーク領域（特定領域） ２１ｂ 転送フラグ列 ３１ 非常駐画面管理テーブル（重要度管理手段）
段） １３ 主記憶装置 １３ａ ワーク領域（特定領域） ２１ｂ 転送フラグ列 ３１ 非常駐画面管理テーブル（重要度管理手段）
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成５年５月２４日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正内容】
【００１６】実施例２．（請求項２に対応） 以下、この発明の実施例２を図に基づいて説明する。本
実施例２では、画面を主記憶への非常駐画面と常駐画面
とに分けている。常駐画面は、立ち上げ時に画面データ
を主記憶上に転送し、装置が稼動状態にある限りその画
面データが主記憶から消去されない画面である。非常駐
画面は、その重要度に応じて主記憶上から画面データが
消去される画面である。本実施例２において使用する画
面転送制御テーブルの構造を図６に示す。この画面転送
制御テーブル２１はやはり画面数Ｎのレコードから成
り、各レコードは、あらかじめ決められている転送モー
ド列２１ａと、オンラインで設定される転送フラグ列２
１ｂから成る。転送モードは、この例では、常駐画面
（立ち上げ時転送）をモード（０），非常駐画面で立ち
上げ時転送をモード（１），非常駐画面でリクエスト時
転送をモード（２）としている。また、非常駐画面の重
要度管理を行うための非常駐画面管理テーブルの構造を
図７に示す。この非常駐画面管理テーブル３１はＲ個の
レコードから成っているが、この数Ｒはモード（１）の
画面数に等しい。各レコードは、オンラインでセットす
る画面番号を格納するエリア３２ａ，３２ｂ・・・３２
Ｒと、その画面が主記憶に転送されてからリクエストさ
れた回数を格納するエリア３３ａ，３３ｂ・・・３３Ｒ
との２つのエリア３２，３３から成っている。上記画面
転送制御テーブル２１は左半分の転送モードのみ設定さ
れて右半分が空きとなったファイルが補助記憶上に置か
れ、装置立ち上げ時にこれが主記憶上に転送される。そ
して、ある１枚の画面データを転送したら、主記憶上の
テーブルのその画面の転送フラグをＯＮとする。また重
要度管理手段としての非常駐画面管理テーブル３１は主
記憶上にのみ設定されている。
実施例２では、画面を主記憶への非常駐画面と常駐画面
とに分けている。常駐画面は、立ち上げ時に画面データ
を主記憶上に転送し、装置が稼動状態にある限りその画
面データが主記憶から消去されない画面である。非常駐
画面は、その重要度に応じて主記憶上から画面データが
消去される画面である。本実施例２において使用する画
面転送制御テーブルの構造を図６に示す。この画面転送
制御テーブル２１はやはり画面数Ｎのレコードから成
り、各レコードは、あらかじめ決められている転送モー
ド列２１ａと、オンラインで設定される転送フラグ列２
１ｂから成る。転送モードは、この例では、常駐画面
（立ち上げ時転送）をモード（０），非常駐画面で立ち
上げ時転送をモード（１），非常駐画面でリクエスト時
転送をモード（２）としている。また、非常駐画面の重
要度管理を行うための非常駐画面管理テーブルの構造を
図７に示す。この非常駐画面管理テーブル３１はＲ個の
レコードから成っているが、この数Ｒはモード（１）の
画面数に等しい。各レコードは、オンラインでセットす
る画面番号を格納するエリア３２ａ，３２ｂ・・・３２
Ｒと、その画面が主記憶に転送されてからリクエストさ
れた回数を格納するエリア３３ａ，３３ｂ・・・３３Ｒ
との２つのエリア３２，３３から成っている。上記画面
転送制御テーブル２１は左半分の転送モードのみ設定さ
れて右半分が空きとなったファイルが補助記憶上に置か
れ、装置立ち上げ時にこれが主記憶上に転送される。そ
して、ある１枚の画面データを転送したら、主記憶上の
テーブルのその画面の転送フラグをＯＮとする。また重
要度管理手段としての非常駐画面管理テーブル３１は主
記憶上にのみ設定されている。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正内容】
【００２０】上記の実施例では、例として、画面データ
の一単位毎の転送について記述したが、表示プログラム
の一単位毎の転送についても同様の効果が得られる。ま
た、重要度管理手段については、画面のリクエスト（表
示）回数でなく、他のカウント可能なものを使ってもよ
い。例えば、各非常駐画面から、タッチパネルなどを用
いて行なうプラント運転操作の回数等、予めわかってい
る要素を設定しておいて最も重要度が低い画面を選択す
るようにしてもよい。また、転送条件格納手段としては
テーブルのような表構造でなく、配列構造のものを使用
してもよい。また、ワーク領域１３ａを一画面分の記憶
領域として説明したが、複数画面分用意してもよい。
の一単位毎の転送について記述したが、表示プログラム
の一単位毎の転送についても同様の効果が得られる。ま
た、重要度管理手段については、画面のリクエスト（表
示）回数でなく、他のカウント可能なものを使ってもよ
い。例えば、各非常駐画面から、タッチパネルなどを用
いて行なうプラント運転操作の回数等、予めわかってい
る要素を設定しておいて最も重要度が低い画面を選択す
るようにしてもよい。また、転送条件格納手段としては
テーブルのような表構造でなく、配列構造のものを使用
してもよい。また、ワーク領域１３ａを一画面分の記憶
領域として説明したが、複数画面分用意してもよい。
Claims (3)
- 【請求項１】 主記憶装置と、この主記憶装置に転送さ
れる複数の画面表示データまたは画面表示プログラムを
格納する補助記憶装置と、上記データまたはプログラム
に従って表示命令を演算する演算装置と、上記表示命令
を表示信号に変換してこの表示信号に基づく画面を表示
装置上に表示する画面制御装置とを備えた画面表示装置
において、上記データまたはプログラムの一単位毎に転
送条件を設定して、この転送条件に基づいて上記補助記
憶装置のデータまたはプログラムを主記憶装置に転送す
るようにしたことを特徴とする画面表示装置。 - 【請求項２】 主記憶装置と、この主記憶装置に転送さ
れる複数の画面表示データまたは画面表示プログラムを
格納する補助記憶装置と、上記データまたはプログラム
に従って表示命令を演算する演算装置と、上記表示命令
を表示信号に変換してこの表示信号に基づく画面を表示
装置上に表示する画面制御装置とを備えた画面表示装置
において、上記データまたはプログラムの一単位毎に転
送条件を設定して、この転送条件に基づいて上記補助記
憶装置のデータまたはプログラムを主記憶装置に転送す
るとともに、上記データまたはプログラムの一単位毎
に、すでに主記憶装置に転送済みか否かを示すフラグを
設けて、上記転送条件，フラグ及び重要度管理手段に基
づいてデータまたはプログラムの重要度を設定し、かつ
この重要度に応じて、主記憶装置の記憶領域の一部にす
でに転送されている重要度の低いデータまたはプログラ
ムを削除し、当該記憶領域の一部に新たに重要度の高い
データまたはプログラムを転送するようにしたことを特
徴とする画面表示装置。 - 【請求項３】 主記憶装置と、この主記憶装置に転送さ
れる複数の画面表示データまたは画面表示プログラムを
格納する補助記憶装置と、上記データまたはプログラム
に従って表示命令を演算する演算装置と、上記表示命令
を表示信号に変換してこの表示信号に基づく画面を表示
装置上に表示する画面制御装置とを備えた画面表示装置
において、特定のデータまたはプログラムに特定の転送
条件を設定するとともに、上記主記憶装置に上記特定の
データまたはプログラムを格納するための特定領域を設
定し、この転送条件に基づいて上記特定のデータまたは
プログラムを一単位毎に主記憶装置の特定領域に転送す
るようにしたことを特徴とする画面表示装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4352042A JPH06175632A (ja) | 1992-12-09 | 1992-12-09 | 画面表示装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4352042A JPH06175632A (ja) | 1992-12-09 | 1992-12-09 | 画面表示装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06175632A true JPH06175632A (ja) | 1994-06-24 |
Family
ID=18421388
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4352042A Pending JPH06175632A (ja) | 1992-12-09 | 1992-12-09 | 画面表示装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06175632A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2014030037A1 (en) * | 2012-08-24 | 2014-02-27 | Freescale Semiconductor, Inc. | Display control unit and method for generating a video signal |
-
1992
- 1992-12-09 JP JP4352042A patent/JPH06175632A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2014030037A1 (en) * | 2012-08-24 | 2014-02-27 | Freescale Semiconductor, Inc. | Display control unit and method for generating a video signal |
| US9900548B2 (en) | 2012-08-24 | 2018-02-20 | Nxp Usa, Inc. | Display control unit and method for generating a video signal |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3514264B2 (ja) | 電子地図表示装置 | |
| JPH10214171A (ja) | 情報処理装置 | |
| JPH06175632A (ja) | 画面表示装置 | |
| JPH06243172A (ja) | 電子ファイル装置 | |
| JP3941265B2 (ja) | 計算装置及び記憶媒体 | |
| JP2595761B2 (ja) | 連想リンク・知識データベース | |
| JP2609680B2 (ja) | データ登録装置 | |
| JPH07219739A (ja) | データ解析装置のウインドウ管理方式 | |
| JP2546828B2 (ja) | 情報処理装置 | |
| JPH1049540A (ja) | 情報検索システム | |
| JPH07192005A (ja) | 学習記憶制御装置 | |
| JPS62127923A (ja) | デ−タ処理装置 | |
| JP2530613B2 (ja) | 画像フアイル装置 | |
| JP2639224B2 (ja) | 処理選択処理の複数プロセス間共有方法 | |
| US5053988A (en) | Data processing apparatus | |
| JPS60252941A (ja) | 登録デ−タ入力処理方式 | |
| JPH08263190A (ja) | データ管理装置及びその方法 | |
| JPH023083A (ja) | 地図表示装置 | |
| JPH0287269A (ja) | データ管理装置 | |
| JPS62276984A (ja) | 画像検索表示方式 | |
| JPH04263329A (ja) | 知識修正支援システム | |
| JPH0471020A (ja) | データ入力処理装置 | |
| JPH07296138A (ja) | イメージデータ管理装置 | |
| JPS6349877A (ja) | 印字デ−タの検索表示方式 | |
| JPH0527940A (ja) | 検索該当項目の表示装置 |