JPS63262687A - ウインドウ制御方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概　要〕 本発明は、表示画面に表示するデータを格納する論理画
面メモリと、表示画面上の位置対応に表示すべきデータ
を格納するコードバッファを設け、−上記表示画面上の
所望位置に設けたウィンドウ内に、−上記論理画面メモ
リから切り出された被表示領域内のデータを表示するに
際し、−上記コード／Ｎソファに上記ウィンドウに対応
する仮想ウィンドウを設け、この仮想ウィンドウ内に表
示すべきデータを格納するとともに、仮想ウィンドウ各
行の先頭の直前位置に、当該行に先行し且つ最後尾のフ
ィールドアトリビュート 各行先頭フィールドのフィールド制御を可能とする。

〔産業上の利用分野〕

本発明はキャラクタ表示装置におけるウインドウ制御方
法に関する。

〔従来の技術〕

キャラクタ表示装置の表示機能は、表示画面をデータフ
ィールド単位にアトリビュート文字により制御するよう
構成されている。

即ち、キャラクタ表示装置においては表示画面を、プロ
グラムにより定義された一連の文字列を表示する領域を
単位として管理し、この領域を単位としてデータの論理
処理１表示、印刷等を制御する。

−ｈ記単位領域をデータフィールドと称し、各データフ
ィールドは、７１−リビュート文字と呼ばれる制御コー
ドから次のアトリビュート文字の直前までであって、先
行するアトリビュート文字によりデータフィールドの属
性が定義される。

第３図（ａｌは上記表示画面におけるアトリビュート文
字とデータフィールドを説明するための図で、同図の１
０１　は表示画面を示し、画面内の第１フイールド、第
２フイールド、第３フイールドはデータフィールド１０
２であり、それぞれ先行するアトリビュートＡＴＲＩ、
ＡＴＲ２，ＡＴＲ３によって、それぞれの属性が定義さ
れる。

これらデータフィールド１０２のうち、第３フイールド
のように、画面の最終から先頭へ連続するフィールドは
、ランプフィールドと呼ばれる。

上記アトリビュート文字は、同図（ｂ）に示すように、
表示画面１０１に表示する内容を格納する論理画面メモ
リ１０３に格納されているものであって、実際の表示画
面１０１には表示されない。

同図ｆｂｌは上記表示画面１０１に対応する論理画面メ
モリ１０３を示す図で、表示画面１０１に表示するキャ
ラクタのコードと、その属性を定義するアトリビュート
文字はすべてこれに格納されている。

この論理画面メモ１月０３から順次読みだされたキャラ
クタコードに対応する文字パターンを、キャラクタ・ジ
ーネレータ（ＣＧ）から読みだし、先行するアトリビュ
ート文字に従って属性を制御しながら表示画面上１０１
上に展開することにより、同図ｆａ）のように表示が行
われる。

昨今のキャラクタ表示装置においては、マルチウィンド
ウ機能が設けられ、１個の表示画面上に複数種の表示を
行うことができる。例えば論理画面メモリ１０３の内容
のうち、一点鎖線で示す領域１０４を切り出して、表示
画面１０１上の任意の位置に表示し、これとは異なる位
置に、図示していないが、他の論理画面メモリ　〔論理
画面メモリは複数個設けられている〕から同様に一部を
切り出して表示するような場合である。

このようなマルチウィンドウ処理において、上記切り出
された領域１０４を表示するには、この切り出された領
域１０４内のみを走査し、表示画面１０１−１−の所定
位置に設けたウィンドウ内にパターン展開を行うことに
なるが、この場合下記のような不都合が生しる。

即ち、切り出された領域１０４の先頭のデータフィール
ドは、アトリビュー１−　Ａ、　Ｔ　Ｒ１によって定義
されているにもかかわらず、切り出された領域１０４内
のみを走査した場合には、このデータフィールドは最終
のアトリビュートＡＴＲ３によって定義されるラップフ
ィールドとなってしまい、本来の属性と異なった制御が
行われてしまう。

なお、アトリビュートには、フィールド単位で属性を定
義するフィールドアトリビュートと、文字ごとにその属
性を定義する文字アトリビュートがあるが、上述のよう
にフィールドアトリビュートによってフィールド単位で
制御を行っている場合には、キャラクタ単位で属性が定
義されていないため、マルチウィンドウ処理に際して領
域１０４を切り出した時、この領域外のフィールドアト
リビュートが切り離されてしまうので、ランプフィール
ド内を正しく制御できなくなる。

この問題を解消するため、従来のキャラクタ表示装置に
おいては、第４図に示すように、表示画面１０１の各ド
ツトに各ビットを対応させた、表示専用メモリであるビ
ットマツプメモリ１０５を設け、表示すべきすべての領
域１０４の内容を一旦ビソトマソプメモ１月０５に展開
することにより、マルチウィンドウ処理を行なっている
。

即ち、複数個の論理画面メモ１月０３（同図には１個の
み示しであるが、実際には複数個具備する）の全てにつ
いて、切り出された領域１０４を走査し、読みだされた
キャラクタコードに従ってＣＧＲＯＭやＣＧＲＡＭ等の
キャラクタジェネレータ１０６をアクセスし、出力され
た対応するパターンデータに基づいてパターン展開回路
１０７がパターンに展開し、合成回路１０９に出力する
。一方フィールドアＩ〜リビュートはアトリビュート展
開回路１０８によって読み取られ（文字アトリビュート
が定義されている場合には、これも読み取られる）、合
成回路１０８に出力される。この両者は合成回路１０９
によって合成され、定義された属性通りにビットマツプ
メモリ１．０５に書き込まれる。

このよう７に従来は論理画面メモリ１０３から切り出さ
れた領域１０４のデータを、ビット単位でアトリビュー
ト １０５に展開することにより、ビットマツプメモリ】０
５上でマルチウィンドウ処理が行われる方式を用いてい
た。

〔発明が解決しようとする問題点〕

上述したように、従来のキャラクタ表示装置では、マル
チウィンドウ処理に際して、表示すべき領域１０４の切
り出しを行うが、その時切り出された領域１０４外のフ
ィールドア１〜リビユートが切り離されてしまうため、
ラップフィールド内の制御に支障をきたす。そこでこの
問題を解決するため、論理画面メモリ】０３よりビット
マツプメモリに、表示すべき領域１０４内のデータをフ
ィールドアトリビュートに従ってパターン展開して、マ
ルチウィンドウ処理を行なっている。しかしこの方式で
は処理に時間がかかり、表示速度が非常に遅くなるとい
う問題がある。

そこで本発明は、高速マルチウィンドウ処理が可能な改
良されたキャラクタ表示装置を提供することを目的とす
る。

〔問題点を解決するための手段〕

本発明は第１図に示す如く、表示画面に表示するデータ
を格納する論理画面メモリ１１から切り出された所望の
被表示領域１２を、前記表示画面の所望位置に設けたウ
ィンドウ内に表示するウィンドウ処理を行うに際し、前
記表示画面に表示すべきデータを画面対応に格納するコ
ードバッファ１５に上記ウィンドウに対応する仮想ウィ
ンドウ１６を設け、この仮想ウィンドウ１６内に上記被
表示領域１２内のデータを格納するとともに、仮想ウィ
ンドウ１６の各行の先頭フィールドの直前位置１８に、
上記論理画面メモ１月１上において当該行に先行し且つ
最後尾に位置するフィールドアＩ・リビュー１−１３Ａ
を配置することにより、仮想ウィンドウ１６内のデータ
に関連するフィールドアトリビュートを洩れなく配置し
、これに基づいて表示を行うようにした。

〔作　用〕

ヒ述の操作により、仮想ウィンドウ１６の各行の先頭フ
ィールドの属性を規定するフィールドアＩ・リビュート
１３Ａが、該当する行の先頭フィールドの直前に配置さ
れる。従って従来の如く、表示に必要なフィールドアト
リビュートが切り離されることがなくなり、すべてのフ
ィールドが正常に表示される。また本発明ではビットマ
ツプメモリを必要としないので、マルチウィンドウ処理
に用いた場合、高速表示が可能となる。

〔実　施　例〕

以下本発明の一実施例を第２図を参照しながら説明する
。

同図は一つの表示画面上にウィンドうを二つ設け、それ
ぞれ異なる論理画面メモ１月１，ＩＦに格納されている
データのうち、被表示領域１２，　］２’の内容を上記
ウィンドウに表示するマルチウィンドウ処理の例を示す
。

同図において１５はコードバッファで、表示画面（図示
せず）対応に表示データを格納するメモリである。全表
示画面上に二つのウィンドウを設けるのであるから、こ
のコードバッファ１５に二つの仮想ウィンドウ１６．１
６’を設ける。仮想ウィンドウ１６、１６’の位置は表
示画面上の各ウィンドウの位置】０ に対応し、表示しようとするデータ、即ち二つの論理画
面メモ１月１，１１’上の被表示領域１２．１２’の内
容を転送・格納するだめの領域である。

更に、２１．２１’はアトリビュートレジスタ、２２゜
２２゛　　は比較器、２３．２３’はカウンタ、２４　
、２４　’はウィンドウレジスタ、１４．１４”は被表
示領域ＩＬＩＩ’の周囲を取り囲む外枠で、被表示領域
１１．１１’の範囲を規定するものである。

次に本実施例にお番Ｊるウィンドウ制御の動作を説明す
る。

本実施例ては表示ずべきデータは、論理画面メモ１月Ｌ
ｌｌ’からコードバッファ１５に転送・格納することを
要する。そこで、論理画面メモリＩＬＩＩ’をアドレス
順に走査して行く。この時の走査アドレスはカウンタ２
３，２３’をカランＩ・アップしていくことにより発生
ずる。

カウンタ２３，２３’のカラントイ直は、それぞれ論理
画面メモ１月Ｌ　１１’を走査するアドレスを指定する
とともに、比較器２２．２２’に入力される。

論理画面メモ１月Ｌｌｌ’は−Ｌｉホのようにして指定
されたアドレスに従って走査され、そのアドレスの内容
が読みだされる。読みだされた内容がフィールドアトリ
ビュートであると、これはアトリビュートレジスタ２１
，２１”に転送される。

」―記比較器２２．２２’に人力されたカウント値は、
ウィンドウレジスタ２４．２４’の内容と比較される。

ウィンドウレジスタ２４　、２４　’には、それぞれ被
表示領域１２．１２”の第１行目と外枠１４，１４”の
左端との交差位置のアドレスが格納されており、カウン
タ２３゜２３゛　の出力ばこれと比較され、両者が一致
した時、アトリビュートレジスタ２Ｌ２１’に格納され
ているデータが仮想ウィンドウ１６．１６’の外枠１７
．１７’の左端位置１８．１８’に転送される。

従って論理画面メモリ１１ではまずフィールドアトリビ
ュート】３−１が検出され、アトリビュートレジスタ２
１に転送される。次いでフィールドアトリビュート１３
−２が検出される。この間に比較器２２ではカウンタ２
３の出力とウィンドウレジスタ２４の値との一致が検出
されていないので、最初にアトリビュートレジスタ２１
に格納されたフィールドア１〜リビュー１−１３−１は
どこにも転送されず、次に検出されたフィールドアトリ
ビュート１３−２に書き替えられる。

この後更に論理両面メモリ１１の走査は第１行目から第
２行目、更に第３行目へと進み、外枠１４の左端位置に
到達すると、比較器２２からは比較結果が一致したこと
を示す信号が出力され、この時アトリビュートレジスタ
２１に格納されていたフィールドアトリビュー１−１．
３−２がコードバッファ１５に転送される。このフィー
ルドアトリビュート１３−２は仮想ウィンドウ１６の第
１行目の左端、即ち外枠１７の左側位置１８に格納され
る。

この後被表示領域１２の第１行目のデータが順次仮想ウ
ィンドウ１６の第１行目に転送されるが、その間に検出
されたフィールドアトリビュート１３−３はアトリビュ
ートレジスタ２１に格納される。

走査が被表示領域１２の外に進み、第４行目の外枠１４
左端に到達すると、この時点てアトリビュートレジスタ
２１に格納されていたフィールドア１〜リビュート１３
−３は仮想ウィンドウ１６に転送され、第２行目の左端
位置１８に格納される。

以下このようにしてフィールドアトリビュート１．３−
４．１３−５が仮想ウィンドウ１６の左端位置１８の第
３行目、第４行目に順次格納される。

これと並行して論理画面メモリ１１゛　においても同様
の処理が行われ、フィールドアトリビュート１３’−４
，１３’−６，１３’−７，１３’−８が仮想ウィンド
ウ１６゛の左端位置１８゛　の第１行目〜第４行目に格
納される。

上述の処理によって仮想ウィンドウ１６．１６’左端位
置１８．１８’の各行に格納されたフィールドアトリビ
ュー１−１３−２．１３−３．１３−４．１３−５及び
１３’−４，１３’　−６゜１３’　−７，１３’−８
は、図から明らかな如く、被表示領域１２．１２’内各
行の先頭フィールドの属性を規定するフィールドアトリ
ビュートである。被表示領域１２、１２’内データのみ
を単純に仮想ウィンドウ１６゜１６゛　に転送した場合
には、これらフィールドアトリビュートのうち、被表示
領域１２．１２’各行の先頭フィールドの属性を規定し
ているにもかかわらず、被表示領域１２．１２’外に位
置するフィールドアトリビ、、　−１−１３−２及び１
３’　−４，１３’　−６，１３’−８は転送されず、
このため仮想ウィンドウ１６．１６’内各行の先頭フィ
ールドの属性を規定するフィールドアトリビュートが欠
落するという問題があった。この問題は本実施例におい
て上述したように、仮想ウィンドウ１６．１６”内各行
の先頭フィールドに先行するフィールドアトリビュート
の最終のものを、各行の左端位置１８．１８’に格納す
ることによって解消する。

また被表示領域１２．　］２’内に位置するフィールド
アトリビューＩ・ばすべで仮想ウィンドウ１６．１６’
内に転送されている。従って仮想ウィンドウ１６．１６
’内のデータを表示するに際しては、各仮想ウィンドウ
１．６．］、、６’内部及び外枠１７の左端位置１８．
　］８’に格納されたすべてのフィールドアトリビュー
トに基づいて画面制御を行うことにより、従来の如きラ
ップフィールドの表示が狂うという問題は発生しない。

更に本実施例では二つのウィンドウを設けたマルチウィ
ンドウ処理の例を説明したが、二つの論理画面メモリ１
１．１１’から対応する各仮想ウィンドウ１．６，１６
“へのデータ転送は並行して実施でき、この転送動作は
至って高速で実行できる。コードバッファ１５は表示画
面に対応して構成され、これに格納されたデータは、キ
ャラクタジェネレータ（ＣＧ）を参照して直ちに表示画
面上で対応するパターンに展開される。従って本実施例
ではマルチウィンドウ処理が高速で実行できる。

」二記−実施例では二つのウィンドウを設ける例を説明
したが、本発明はウィンドウの数に関係な〈実施でき、
同時に設けるウィンドウ数は１個または２個以上であっ
てよい。

〔発明の効果〕

以上説明した如く本発明によれば、ビットマツプメモリ
を使用する必要がなく、従ってマルチウィンドウ処理を
高速且つ容易に実行することが可能となる。

【図面の簡単な説明】

第１図は本発明の原理説明図、 第２図は本発明一実施例説明図、 第３図及び第４図は従来のマルチウィンドウ処理の問題
点説明図である。 図において、１１．１１’は論理画面メモリ、１２．１
２’は被表示領域、］３．１３−１−１３−６．１３’
−１〜１３’　−９゜１３Ａはフィールドアトリビュー
ト、１４は外枠、１５はコードバッファ、１６．１６’
は仮想ウィンドウ、１７は外枠、１８．１８°は左端位
置を示す。 １５コートパヅ７て ４＞売口胎原理鼓明図 第１図

Claims (1)

1. 【特許請求の範囲】 表示画面と、該表示画面に表示するデータを該データの
   属性を規定するとともに格納する論理画面メモリ（１１
   ）と、表示すべきデータを前記表示画面上の表示位置対
   応に格納するコードバッファ（１５）とを具備し、 前記表示画面の所望位置に設けたウィンドウ内に前記論
   理画面メモリ（１１）から切り出した被表示領域（１２
   ）の内容を表示するに際し、 前記コードバッファ（１５）に前記ウィンドウに対応す
   る仮想ウィンドウ（１６）を設け、 該仮想ウィンドウ（１６）に前記被表示領域（１２）内
   のデータ及びフィールドアトリビュート（１３、１３Ａ
   ）を表示位置対応に格納するとともに、該仮想ウィンド
   ウ（１６）内各行の先頭フィールドの属性を規定するフ
   ィールドアトリビュート（１３Ａ）を、当該行の先頭フ
   ィールド直前位置（１８）に配置することを特徴とする
   ウィンドウ制御方法。