JPS5882294A - デイスプレイ装置における画面制御方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 （１）発明の技術分野 本発明はディスプレイ装量の画面制御に係り、特にディ
スプレイ制御データを互いに独立な種類のもので構成し
９画面を高速に、かつ動的に制御する方式に関する。

（２）従来技術と問題点 従来、ディスプレイ画面の制御方木としては、オーダ方
式がある。該方式ではオーダと表示データは連続領域に
設定しなければならないため、データの共用が出来ず、
不用なデータ転送が必要となる。そして表示データのサ
イズの変更９表示データの後の領域のデータは全て再設
定する必要があり、データ転送が必要になり処理速度が
低くなるという欠点（問題点）がある。

（３）発明の目的 本発明は前記欠点を解消するとともに、高速でメモリ容
量の小さい画面制御方式を提供することを目的とする。

（４）発明の構成 この目的は、アプリケージ璽ンプログラム（又は実行プ
ログラム）から送られたデータを表示するディスプレイ
システムにおいて、互いた独立なウィンド定義データ、
ディスプレイ制御データ、表示データで構成さｒＬ九デ
ィスプレイ制御データを用いて。

所望のデータ項目の表示／入力属性、ウィンド形式全動
的に制御する手段を設けたことを特徴とするディスプレ
イ装置における画面制御方式で達成される。

（５）発明の実施例 以下図面を用いて本発明を実施例を使って詳述する０ 第１図は本発明の一実施例金示す全体概要図である。図
において、１１けメモリ、１２はアプリケージ、、９プ
ログラム）、１３は画面制御部（ファームウェア）、１
４はＣｐｕ　、　　１５はコンソール。

１６ｑバツフアメモリ、！７はディスプレイ、１ｇはＤ
Ａ８Ｄである。

第２図は本発明の一実施例を示す画面制御部の詳細な図
である。

図において、２１はレジスタ、■〜■は処理手順を示す
。

第３図は本発明の一実施例を示すフローチャートの一部
である。

第４図は本発明の一実施例を示すフローチャートの一部
である。

第５図は本発明の一実施例を示すフローチャートの一部
である。

第６図は本発明の一実施例を示すウィンド域を示す図で
ある。

ここに第３図、第４図、第５図にて１本発明の全フロー
チャートを構成しており、［相］、［相］は次べ′−ジ
との接続関係を示す記号である。

さて、第２図において、ウィンド定義語（ＷＤＷＩ　；
う Ｗｉｎｄｏｗ　＃ｅｆｉｎｉｔｉｏｎＷｏｒｄ　）　ｔ
ディスプレイ制御データリスト（ＤＣＡＬ　；　Ｄｉｓ
ｐｌａｙ　Ｃｏｎｔｒｏｌ　Ｄａｔａ　Ｌｉ５ｔ　’）
　＊　表示データ（ＴＳ、Ｐ、Ｄ、Ｖ）をアプリケーシ
ョンプログラム１２が用意した後、レジスタ２１にＷＤ
ＷＩ　１７）１５ｊ７）”レスＷＴ）Ｗ　Ｉをセットし
、アプリケーションプログラム１２からＷＲＩＴＥコマ
ンドが出された場合について説明すると１画面制御部１
３は次の手順で前記表示データ（ＴＳ、Ｐ、Ｄ、Ｖ）の
制御を行ないディスプレイ１７に表示する。

■　レジスタ２１によ、９ＷＤＷＩからウィンドの位置
とサイズを求める。本例では、５行×１２列のサイズの
ウィンドが２ＷＳの位置で画面バッファ１６上で確保さ
れる。ＦＬＧでタイトル表示の・指定があるので、ＷＤ
ＷＩのＴＴＬＡフィールドのアドレスからタイトル表示
の指定があるので、　％ＶＤＷＩのＴＴＬＡフィールド
のアドレスからタイトル・データ“ＳＡＭＰＬＥ″′を
ＷＤＷＩのウィンドの一番上の行にセットする。タイト
ルは全て反転表示するので。

画面制御部１３で反転のアトリビ−−）　（ＡＴＲ）を
くっつけて画面バッファに出力する。その結果。

ＷＤＷＩウィンドの１行目に反転形式で“ＳＡＭＰＬＥ
’″が表示される（斜線は反転形式を示す。）■　ＷＤ
ＷＩのＤＣＤＬＡからＤＣＤＬのアドレスＤＣＤＬｔを
求めレジスタＩＰＣ（図示されてｂｆｋい）にセットす
る。以下順にＩＰＣの指すディスプレイ制御データ（Ｄ
ＣＩ）　；　Ｄｉｓｐｌａｙ　Ｃｏｎｔｒｏｌ　Ｄａｔ
ａ　）から表示データを画面バッファにセットして行く
。

■　ＤＣＤＬｌの最初の表示データはＤＡＤＲフィール
を ド中のアドレスＰから“ＰＢｅＣＥＤＵ“である。デー
タ長Ｉｒ１７文字であり、ウィンド内に収まるので。

ＰのデータにＤＣＤのＡ”Ｉ’Ｒ（アトリビユート）ヲ
付けて画面バッファにセットする。ＤＣＤのＯＰでブラ
ンク詰の指定はないから９画面バッファ１６の格納カウ
ントＢ８Ｃは８８となる。次のＤＣＤを求めるため、、
ＤＣＤのサイズ（８バイト）をＩＰＣに加える。

■　ＩＰＣの指すＤＣＤはＤＣＤＬＩの２番目のＤＣＤ
であり、ＤＡＤＲＫは表示データのアドレスではなく。

ＤＣＤのアドレスがセットされている。ＤＣＤのＯＰの
０ビツト目が１（１６進表現でＸｌ８０Ｌ）から分る。

それで、ＩＰＣにはＤＡＤ　Ｒ，フィール）１７）値を
セットする。画面バッファには何も格納しないので、レ
ジスタＢ８Ｃは不変である。

■　ＮＰＣから、データ長５の表示データ“（ＤＣＩ、
）“が求まる。ＢＳＣの７カラム目から画面バッファに
格納する。Ｂ８Ｃｔｉ　５増えて、９３となり９行の終
端に来たので次の行の先頭１６１をＢＳＣにセットする
。ＤＣＤのＯＰで、ブランクづめの指定はな−ので、ブ
ランクづめはしない。ＩＰＣの値を８増やし。

次のＤＣＩ）７）アドレスが求まる。

■　ＩＰＣから、データ長４の表示データ”ＵＡＲ’が
求まる。ＤＣＤのＯＰの第２ビツトが１（１６進表現で
Ｘ’２０１　）でブランクづめの指定があるので。

ウィンドＷＳの１行の残り８カラムにブランクをつめる
。それでＢＳＣの値は２４１になる。ＩＰＣの値を８増
やし９次のＤＣＤのアドレスを求める。

■　ＩＰＣから求めたＤＣＤは表示データ用ではな（、
ＤＣＤのチェインアドレスがＤ　ＣＤ＋７）　ＤＡＤＲ
に入っている事が、ＯＰの第θビット目が１から分る（
■と同じＬ　　ＩＰＣＫＩ）ＡＤＲフィールド中のアド
レスＤＣＤＬＩ：３’−ッ卜する。

■　ＩＰＣから求まる表示データＰの長さ指定が。

今回は１４になっている。ウィンドＷＳの１行のサイズ
＃：ｔ１２であり、かつウィンド定義で折りたたみ表示
指定がないので、１３／１４カラム目の’ＣＬ”は切り
捨てられ、’ＰＲＯＣＥＤＵＲＢ　ＤＥ”がＤＣＤのＡ
ＴＲ指定の１反転１アトリビエートと共に画面バッファ
にセットされ、ＷＳの第４行目のようになる。

Ｂ　８　Ｃ（Ｂｕｆｆｏｒ　５ｔｏｒｅ　Ｃｏｕｎｔｏ
ｒ）の動きについては。

画面バッファは２４行Ｘ８０列のディスプレイの場合、
１から１９２０までの番号がついている０画面バッファ
は表示データ用とアトリピーート用の２つがある。本例
のように５×１２のウィンドが定義されると、［６図の
斜線の部分をウィンド域として確保する。

第３図、第４図、第５図は本例のフローチャートによる
処理手順を示しております。

（６）発明の効果 本発明によれば、■画面分割はウィンド定義により（サ
イズ、位置）を変更するだけでよい。■項目内の部分的
変更もディスプレイ制御データのチェイン機能により実
現でき、（オーダ、データ）のシフトのように無駄な転
送がないので高−である。０画面のスクロール二上／下
方向についてウィンド定義からのディスプレイ制御デー
タの並びへのポインタの変更のみであり、左右方向につ
いてはディスプレイ制御データ中の表示データのアドレ
スの変更、シフト量の設定のみでよく、無駄なデータ転
送がなく高速処理できる。

【図面の簡単な説明】

第１図は本発明の一実施例を示す全体１ｉ！を要因であ
る。 第２図は本発明の一実施例を示す画面制御部の詳細図で
ある。 第３図は本発明の一実施例を示すフローチャートの一部
である。 第４図は本発明の一実施例を示すフローチャートの一部
である。 第５図は本発明の一実施例を示すフローチャートの一部
である。 第６図は本発明の一実施例を示すウィンド域を示す図で
ある。 記号の説明、１１けメモリ、１２はアプリケージ１ンプ
ログラム（実行プログラム）、１３は画面制御部。 １４はＣｏｕ、１５はコンソール、１６けバッファメモ
１） 奉、１７Ｆｉデイスプレイ、１８ｔｊ：ＤＡＳＤ。 第　１　回

Claims (1)

【特許請求の範囲】
1. アプリケージ冒ンプログラム（又は実行プログラム）か
   ら送られたデータを表示するディスプレイシステムにお
   いて、互いに独立なウィンド定義データ、ディスプレイ
   制御データ、表示データで構成されたディスプレイ制御
   データを用いて、所望のデータ項目の表示／入力属性、
   ウィンドの形式を動的に制御する手段を設けたことを特
   徴とするディスプレイ装置における画面制御方式。