JPH1195970A - マルチウィンドウ表示方法および装置 - Google Patents

Abstract

(57)【要約】 【課題】 ウィンドウ数に応じた描画用フレームメモリ
を予め静的に分割してから、適宜動的に分割することに
より、描画用フレームメモリの領域をウィンドウのサイ
ズに応じて適宜割り当てることができるようにして、描
画用フレームメモリの利用効率の向上をはかり、より多
くのウィンドウの表示を実現する。 【解決手段】 表示部１に表示すべき複数のウィンドウ
の画像を描画用フレームメモリ２上にそれぞれ描画して
から、描画用フレームメモリ２上の各ウィンドウの画像
を表示用フレームメモリ４上に転送して表示画像を作成
し、表示用フレームメモリ４上の画像を表示部２で表示
する際に、描画用フレームメモリ２の領域を複数のセル
に予め等分割しておき、適宜、予め等分割されたセルを
規則的に再分割し、再分割されたセルをウィンドウのサ
イズに応じてウィンドウの描画領域として割り当てる。

Description

【発明の詳細な説明】

【０００１】（目次） 発明の属する技術分野 従来の技術（図３０〜図３４） 発明が解決しようとする課題 課題を解決するための手段（図１） 発明の実施の形態（図２〜図２９） 発明の効果

【０００２】

【発明の属する技術分野】本発明は、例えばワークステ
ーション等の表示画面上に複数のウィンドウを表示する
ためのマルチウィンドウ表示方法および装置に関する。

【０００３】

【従来の技術】図３０は一般的なマルチウィンドウ表示
装置の構成を示すブロック図であり、この図３０に示す
ように、マルチウィンドウ表示装置１００は、ＣＲＴ
（表示部）２００に複数のウィンドウを表示するもの
で、描画部１１０，描画用フレームメモリ１２０，画像
転送部１３０，表示用フレームメモリ１４０およびウィ
ンドウ管理部１５０から構成されている。

【０００４】ここで、描画部１１０は、ＣＲＴ２００に
表示すべき各ウィンドウの全体画像を描画用フレームメ
モリ１２０上に描画するものであり、画像転送部１３０
は、描画用フレームメモリ１２０における各ウィンドウ
の画像を表示用フレームメモリ１４０に転送し、この表
示用フレームメモリ１４０上に、ＣＲＴ２００で実際に
表示されるべき画像（複数のウィンドウ画像を画面上の
所定位置に配置して重ね合わせた画像）を作成するもの
である。

【０００５】ウィンドウ管理部１５０は、アプリケーシ
ョンからのウィンドウ獲得要求やリサイズ要求や解放要
求を受け、描画部１１０および画像転送部１３０を制御
することにより、ＣＲＴ２００でのウィンドウの表示状
態を制御するものである。また、このウィンドウ管理部
１５０は、図３２〜図３４にそれぞれ示す分割テーブル
１５１，状態テーブル１５２およびセルテーブル１５３
を有しており、これらのテーブル１５１〜１５３を用い
て、描画部１１０による描画用フレームメモリ１２０へ
の描画動作を制御している。なお、ウィンドウ管理部１
５０による従来のウィンドウ管理手法の詳細について
は、図３１〜図３４を参照しながら後述する。

【０００６】このような構成のマルチウィンドウ表示装
置１００によりＣＲＴ２００にウィンドウを表示する際
には、まず、アプリケーションは、ウィンドウ管理部１
５０に対してウィンドウ獲得要求を出力する。このと
き、表示すべきウィンドウの幅（横）および高さ（縦）
が指定される。ウィンドウ管理部１５０は、指定された
幅および高さに応じ、後述するごとくテーブル１５１〜
１５３を用いて、描画用フレームメモリ１２０上にその
ウィンドウ用の領域を獲得し、そのウィンドウについて
の識別子をアプリケーションに通知する。

【０００７】ついで、アプリケーションは、ウィンドウ
の識別子を含む図形データを描画部１１０に転送する。
描画部１１０は、指定された識別子に対応する描画用フ
レームメモリ１２０上の領域に、図形を描画する。そし
て、画像転送部１３０は、任意のタイミングで描画用フ
レームメモリ１２０上のウィンドウ描画領域を、表示用
フレームメモリ１４０上の所定領域（ウィンドウを表示
すべき位置）に転送・複写する。表示用フレームメモリ
１４０上の画像データはそのままＣＲＴ２００で表示さ
れる。

【０００８】次に、ウィンドウ管理部１５０による従来
のウィンドウ管理手法について説明する。従来、ウィン
ドウ管理部１５０は、アプリケーションからのウィンド
ウ獲得要求を受けたタイミングで、描画用フレームメモ
リ１２０の領域を、必要に応じて規則的に複数のセルに
分割し、そのセルのうちの１つを、新たなウィンドウを
描画するための領域として割り当てている。

【０００９】図３１〜図３４を参照しながら、より具体
的に説明する。なお、描画用フレームメモリ１２０は、
図３１（ａ）〜図３１（ｄ）に示すごとく、例えば横２
０４８×縦１０２４の画素（描画点）で構成されている
ものとする。この描画用フレームメモリ１２０の左上角
部の画素を原点（０，０）、左右方向をｘ方向、上下方
向をｙ方向とし、描画用フレームメモリ１２０上の二次
元位置は、原点位置から右方向への画素数をｘ座標、原
点位置から下方向への画素数をｙ座標として表現され
る。例えば、描画用フレームメモリ１２０の右上角部の
画素の座標は（２０４７，０）、左下角部の画素の座標
は（０，１０２３）、右下角部の画素の座標は（２０４
７，１０２３）となる。

【００１０】アプリケーションから最初のウィンドウの
獲得要求があった場合には、図２５（ａ）に示すよう
に、描画用フレームメモリ１２０の領域は分割されるこ
となく（分割数＝１）、その全領域を使用することがで
きる。２つ目のウィンドウの獲得要求があった場合に
は、描画用フレームメモリ１２０の領域は、例えば図３
１（ｂ）に示すように、座標（１０２４，０）を通る縦
方向のラインにより左右の２つの領域（セル）に等分割
され、各セルに対してウィンドウの描画が行なわれる。
このとき、２つのウィンドウのサイズがいずれも各セル
のサイズ１０２４×１０２４以下であることが、分割・
割当を許可するための条件となる。

【００１１】３つ目のウィンドウの獲得要求があった場
合には、描画用フレームメモリ１２０の領域は、例えば
図３１（ｃ）に示すように、座標（０，５１２）を通る
横方向のラインにより上下の領域に等分割され、４つの
同一サイズのセルに分割される。そして、新たに増えた
２つのセルのうちの一方が３つ目のウィンドウのための
描画領域として割り当てられる。このとき、３つのウィ
ンドウのサイズがいずれも各セルのサイズ１０２４×５
１２以下であることが、分割を許可するための条件とな
る。

【００１２】４つ目のウィンドウの獲得要求があった場
合には、そのサイズが１０２４×５１２以下であれば、
新たに増えた２つのセルのうちの残りの一つが４つ目の
ウィンドウのために割り当てられる。さらに、５つ目の
ウィンドウの獲得要求があった場合には、描画用フレー
ムメモリ１２０の領域は８つのセルに等分割され、以
下、同様に、９つ目のウィンドウの獲得要求があった場
合には、描画用フレームメモリ１２０の領域は１６のセ
ルに等分割され、描画用フレームメモリ１２０の領域
は、図３１（ｄ）に示すように、最大３２のセルに等分
割される。

【００１３】ただし、いずれの場合も、既に描画用フレ
ームメモリ１２０の各セル内に描画されているウィンド
ウのサイズと新たに獲得要求のあったウィンドウのサイ
ズとの全てが分割後のセルサイズ以下であることが、新
たな分割を許可する条件である。なお、図３１（ａ）〜
図３１（ｄ）において、描画用フレームメモリ１２０を
分割して得られた各セル内に記載された数字（０〜３
１）は、そのセルを割り当てられたウィンドウに付与さ
れる識別子を示している。

【００１４】ウィンドウ管理部１５０は、上述のような
描画用フレームメモリ１２０の領域の分割処理および割
当処理を行なうべく、分割テーブル１５１，状態テーブ
ル１５２およびセルテーブル１５３を有している。分割
テーブル１５１には、図３２に示すように、分割数とセ
ルサイズとの対応関係が保持され、状態テーブル１５２
には、図３３に示すように、現在の分割数と使用されて
いるセルの数とが保持されている。この図３３では、分
割数が１で且つ使用セル数が０の状態（即ち未だウィン
ドウ表示を行なっていない状態）が示されている。

【００１５】また、セルテーブル１５３には、図３４に
示すように、セルの識別子と、その識別子をもつセルに
割り当てられたウィンドウの実際のサイズ（アプリケー
ションから指定されたサイズ）と、その識別子をもつセ
ルの描画用フレームメモリ１２０上での位置（セルの右
上角部の画素の座標）とが対応付けられて保持されてい
る。

【００１６】ウィンドウ管理部１５０は、これらのテー
ブル１５１〜１５３を用いて、次のように動作する。ま
ず、アプリケーションからウィンドウの獲得要求がある
と、ウィンドウ管理部１５０は、状態テーブル１５２を
参照して現在の分割数と使用セル数とを比較する。分割
数の方が大きい場合には、未だ使用されていないセルが
存在するので、そのセルを割り当てる。分割数と使用セ
ル数とが等しい場合には、次の分割を行なって未使用セ
ルを作成し、そのうちの一つを割り当てる。

【００１７】このとき、前述した通り、新たなのウィン
ドウの指定サイズとともに現存する全てのウィンドウの
実サイズが次の分割で得られるセルのサイズ以下である
ことが、次の分割を許可する条件となる。そこで、ウィ
ンドウ管理部１５０は、次の分割数でのセルサイズを分
割テーブル１５１から得るとともに、セルテーブル１５
３を参照して現存する全てのウィンドウの実サイズを得
て、これらの比較を行ない、前記条件を満たすか否かを
判断している。

【００１８】一方、アプリケーションからウィンドウの
リサイズ要求（描画領域割当済のウィンドウのサイズを
変更する要求）があった場合、ウィンドウ管理部１５０
は、分割テーブル１５１から現在の分割数でのセルサイ
ズを参照し、そのセルサイズとアプリケーションの要求
サイズとを比較して、要求サイズがセルサイズ以下であ
ればリサイズを実行し、セルテーブル１５３において、
そのウィンドウ（セル）の識別子に対応するサイズをリ
サイズ後の新たなサイズに更新する。

【００１９】

【発明が解決しようとする課題】しかしながら、上述し
た従来の従来のウィンドウ管理手法では、以下のような
課題があった。 〔１〕アプリケーションから最初に大きなサイズのウィ
ンドウの獲得要求があり、そのウィンドウに対して描画
用フレームメモリ１２０の領域を割り当ててしまうと、
それ以後の分割が制限され、どんなに小さなサイズのウ
ィンドウに対しても描画用フレームメモリ１２０の領域
を割り当てることができなくなる。例えば、図３１
（ａ）に示す状態で、横のサイズが１０２４を超えるウ
ィンドウの獲得要求があり、そのウィンドウに描画用フ
レームメモリ１２０の領域を割り当ててしまうと、次の
分割（２分割）を行なえなくなる。従って、次にどんな
サイズのウィンドウの獲得要求があっても、描画用フレ
ームメモリ１２０の領域を割り当てることができず、２
つ目以降のウィンドウの表示を一切行なえず、描画用フ
レームメモリ１２０の利用効率が極めて悪い。

【００２０】〔２〕描画用フレームメモリ１２０におい
て等分割されたセルのサイズよりも大きな領域を獲得す
ることができず、等分割されたセルのサイズよりも大き
なウィンドウを表示できない。例えば、実際には各セル
にそのセルサイズよりも小さなウィンドウが描画されて
おり、セル区画を無視すればセルサイズよりも大きな領
域を獲得できる場合であっても、セル区画を無視した領
域の獲得・割当を行なえないので、やはり描画用フレー
ムメモリ１２０の利用効率が極めて悪い。

【００２１】〔３〕リサイズを行なう際も、その時点で
描画用フレームメモリ１２０において等分割されている
セルのサイズ以下のリサイズしか行なえず、そのセルサ
イズを超えるリサイズは一切行なうことができず、描画
用フレームメモリ１２０の利用効率が極めて悪い。本発
明は、このような課題に鑑み創案されたもので、ウィン
ドウ数に応じた描画用フレームメモリの動的等分割を行
なうことなく、描画用フレームメモリの領域をウィンド
ウのサイズに応じて適宜割り当てることができるように
して、描画用フレームメモリの利用効率の向上をはか
り、より多くのウィンドウの表示を実現した、マルチウ
ィンドウ表示方法および装置を提供することを目的とす
る。

【００２２】

【課題を解決するための手段】上記目的を達成するため
に、本発明のマルチウィンドウ表示方法（請求項１）
は、表示部に表示すべき複数のウィンドウの画像を描画
用フレームメモリ上にそれぞれ描画してから、描画用フ
レームメモリ上の各ウィンドウの画像を表示用フレーム
メモリ上に転送して表示画像を作成し、表示用フレーム
メモリ上の画像を表示部で表示する際に、描画用フレー
ムメモリの領域を、複数のセルに予め等分割しておき、
ウィンドウのサイズに応じて、該複数のセルの中から予
め等分割されたセルを当該ウィンドウの描画領域として
割り当て、複数のセルの割当状況を管理し、ウィンドウ
の獲得要求を受けると、当該ウィンドウのサイズに応じ
マスクパターンを生成し、割当状況を参照しながら、未
割当の予め等分割されたセルのパターンと該マスクパタ
ーンとのマッチングを行ない、マスクパターンとマッチ
する未割当の予め等分割されたセルのパターンが存在
し、マスクパターンが予め等分割されたセル以下のサイ
ズの場合、予め等分割されたセルを規則的に再分割し、
再分割されたセルを当該ウィンドウの描画領域として割
り当てることを特徴としている。

【００２３】また、複数のセルの割当状況を管理し、描
画領域割当済のウィンドウに対するリサイズ要求を受け
ると、リサイズ後のウィンドウのサイズに応じてマスク
パターンを生成し、リサイズ後のマスクパターンがリサ
イズ前よりも大きい場合、リサイズ前の該複数のセルの
割当状況を一時的に待避させておいてから、リサイズ前
の当該ウィンドウに割り当てられたセルを未割当に書き
換えた割当状況を参照しながら、未割当のセルのパター
ンとリサイズ後のマスクパターンとのマッチングを行な
い、リサイズ後のマスクパターンとマッチする未割当の
セルのパターンが存在する場合、その未割当のセルを当
該ウィンドウのリサイズ後の描画領域として割り当てる
一方、リサイズ後のマスクパターンとマッチする未割当
のセルのパターンが存在しない場合、一時的に待避させ
ておいたリサイズ前の割当状況に戻す（請求項２）。

【００２４】一方、図１は本発明の原理ブロック図であ
り、この図１に示すように、本発明のマルチウィンドウ
表示装置は、表示部１，描画用フレームメモリ２，描画
部３，表示用フレームメモリ４，画像転送部５およびウ
ィンドウ管理部６から構成されている。ここで、表示部
１は、複数のウィンドウを表示するものであり、描画用
フレームメモリ２は、表示部１に表示すべき複数のウィ
ンドウの画像をそれぞれ描画されるもので、この描画用
フレームメモリ２には、描画部３により各ウィンドウの
全体画像が描画される。

【００２５】また、表示用フレームメモリ４は、描画用
フレームメモリ２上の各ウィンドウの画像を転送されて
表示部１で実際に表示される表示画像を複写されるもの
で、この表示用フレームメモリ４には、画像転送部５に
より描画用フレームメモリ２上の各ウィンドウの画像が
所定位置に転送される。そして、ウィンドウ管理部６
は、描画部３および画像転送部５を制御することにより
表示部１での複数のウィンドウの表示状態を制御するも
ので、特に、本発明のウィンドウ管理部６は、描画用フ
レームメモリ２の領域を、複数のセルに予め等分割した
状態で管理し、ウィンドウのサイズに応じて、複数のセ
ルの中から予め等分割したセルをそのウィンドウの描画
領域として割り当てるものである。

【００２６】このとき、ウィンドウ管理部６を、複数の
セルの割当状況を登録されて保持する状態レジスタと、
ウィンドウのサイズに応じたマスクパターン保持するパ
ターンテーブルと、ウィンドウの獲得要求を受けるとそ
のウィンドウのサイズに応じたマスクパターンをパター
ンテーブルから読み出し状態レジスタにおける前記割当
状況を参照しながら未割当のセルのパターンとマスクパ
ターンとのマッチングを行なうマッチング処理部と、こ
のマッチング処理部によるマッチングの結果、マスクパ
ターンとマッチする未割当のセルのパターンが存在し、
該マスクパターンが予め等分割されたセル以下のサイズ
の場合、予め等分割されたセルを規則的に再分割し、再
分割されたセルを当該ウィンドウの描画領域として割り
当て、該状態レジスタの割当状況を更新するセル割当部
とから構成してもよい（請求項３）。

【００２７】また、ウィンドウ管理部６を、前述と同様
の状態レジスタおよびパターンテーブルのほか、以下の
ような待避用レジスタ，判定部，待避動作部，書換え
部，マッチング処理部，セル割当部および復元動作部を
そなえて構成してもよい（請求項４）。ここで、待避用
レジスタは、状態レジスタにおける前記割当状況を一時
的に保持するものである。

【００２８】判定部は、描画領域割当済のウィンドウに
対するリサイズ要求を受けると、リサイズ後のサイズに
応じたマスクパターンをパターンテーブルから読み出
し、リサイズ後のマスクパターンがリサイズ前よりも大
きいか否かを判定するものである。待避動作部は、判定
部によりリサイズ後のマスクパターンがリサイズ前より
も大きいと判定された場合、状態レジスタに登録されて
いるリサイズ前の割当状況を待避用レジスタに一時的に
待避させるものである。

【００２９】書換え部は、待避動作部による待避動作後
に、状態レジスタにおいて、リサイズ前のウィンドウに
割り当てられたセルを未割当に書き換えるものである。
マッチング処理部は、書換え部により書き換えられた状
態レジスタの割当状況を参照しながら、未割当のセルの
パターンとパターンテーブルから読み出されたリサイズ
後のマスクパターンとのマッチングを行なうものであ
る。

【００３０】セル割当部は、マッチング処理部によるマ
ッチングの結果、リサイズ後のマスクパターンとマッチ
する未割当のセルのパターンが存在する場合、その未割
当のセルをウィンドウのリサイズ後の描画領域として割
り当て状態レジスタの割当状況を更新するものである。
復元動作部は、マッチング処理部によるマッチングの結
果、リサイズ後のマスクパターンとマッチする未割当の
セルのパターンが存在しない場合、待避用レジスタに一
時的に待避させておいたリサイズ前の割当状況を状態レ
ジスタに戻すものである。

【００３１】上述した本発明のマルチウィンドウ表示方
法（請求項１）やマルチウィンドウ表示装置（請求項
３）では、描画用フレームメモリ２の領域を複数のセル
に静的に予め等分割しておき、ウィンドウの獲得要求が
あり、マスクパターンによる検索（マッチング処理）の
結果、描画用フレームメモリ２上に、ウィンドウのサイ
ズに応じた未割当のセル（空き領域）が存在し、マスク
パターンが予め等分割されたセル以下のサイズの場合、
適宜セルを動的再分割し、割り当てられるようになる。

【００３２】特に、ウィンドウの大小や獲得順序に関係
なく常にウィンドウの描画領域を獲得することができ
る。また、ウィンドウのサイズが大きくなるリサイズ要
求があった場合でも、本発明では従来のごとくリサイズ
要求時点での分割セルサイズによる制限を受けることが
なくなるので、描画用フレームメモリ２上に、リサイズ
後のウィンドウのサイズに応じた未割当のセル（空き領
域）が存在すれば、常にリサイズ後の描画領域を獲得で
き、リサイズを行なうことができる。なお、リサイズ後
のウィンドウのサイズに応じた未割当のセル（空き領
域）が存在しない場合には、マスクパターンによる検索
時（マッチング処理時）に書き換えられた割当状況から
元の割当状況に戻すことができる（請求項２，４）。

【００３３】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。図２は本発明の一実施形態として
のマルチウィンドウ表示装置の構成を示すブロック図で
あり、この図２に示すように、本実施形態のマルチウィ
ンドウ表示装置１０は、ＣＲＴ（表示部）２０に複数の
ウィンドウを表示するもので、従来とほぼ同様の描画部
１１，描画用フレームメモリ１２，画像転送部１３，表
示用フレームメモリ１４およびウィンドウ管理部１５か
ら構成されている。

【００３４】ここで、描画部１１は、アプリケーション
からの図形データに基づいてＣＲＴ２０に表示すべき各
ウィンドウの全体画像を描画用フレームメモリ１２上に
描画するものであり、画像転送部１３は、描画用フレー
ムメモリ１２における各ウィンドウの画像を表示用フレ
ームメモリ１４に転送し、この表示用フレームメモリ１
４上に、ＣＲＴ２０で実際に表示されるべき画像（複数
のウィンドウ画像を画面上の所定位置に重ね合わせて配
置した画像）を複写・生成するものである。

【００３５】ウィンドウ管理部１５は、アプリケーショ
ンからのウィンドウ獲得要求やリサイズ要求や解放要求
を受け、描画部１１および画像転送部１３を制御するこ
とにより、ＣＲＴ２０でのウィンドウの表示状態を制御
するもので、特に、本実施形態では、描画用フレームメ
モリ１２の領域を、複数のセルに予め等分割した状態で
管理し、ウィンドウのサイズに応じて、複数のセルの中
から予め等分割されたセルをそのウィンドウの描画領域
として割り当てる。また、予め等分割されたセルは、必
要に応じて規則的に再分割されるものである。

【００３６】本実施形態の描画用フレームメモリ１２
は、従来と同様、例えば横２０４８×縦１０２４の画素
（描画点）で構成され、その描画領域は、図４に示すよ
うに、横８×縦４の３２個のセル（セルサイズは横２５
６×縦２５６）に予め静的に等分割されている。図４に
おいて、描画用フレームメモリ１２を分割して得られた
各セル内に記載された数字（０〜３１）は、そのセルの
指標を示すもので、後述するごとく、描画用フレームメ
モリ１２上の領域を割り当てられたウィンドウの識別子
として用いられる。

【００３７】なお、図４に示すように、最上段の８個の
セルには左方から順に“０”〜“７”のセル指標が付与
され、上から２段目の８個のセルには左方から順に
“８”〜“１５”のセル指標が付与され、上から３段目
の８個のセルには左方から順に“１６”〜“２３”のセ
ル指標が付与され、最下段の８個のセルには左方から順
に“２４”〜“３１”のセル指標が付与されている。

【００３８】また、本実施形態の描画用フレームメモリ
１２の描画領域は、図４のような予め静的に等分割され
ている状態から、図５に示すように、横１６×縦８の１
２８個のセル（セルサイズは横１２８×縦１２８）に必
要に応じて規則的に複数のセルに再分割される。図５に
おいて、描画用フレームメモリ１２を再分割して得られ
た各セル内に記載された数字（０−ａ〜３１−ｄ）は、
そのセルの指標を示すもので、後述するごとく、描画用
フレームメモリ１２上の領域を割り当てられたウィンド
ウの識別子として用いられる。

【００３９】なお、図５に示すように、最上段の１６個
のセルには左方から順に“０−ａ”〜“７−ｂ”のセル
指標が付与され、上から２段目の１６個のセルには左方
から順に“０−ｃ”〜“７−ｄ”のセル指標が付与さ
れ、上から３段目の１６個のセルには左方から順に“８
−ａ”〜“１５−ｂ”のセル指標が付与され、最下段の
下から２段目の１６個のセルには左方から順に“２４−
ａ”〜“３１−ｂ”のセル指標が付与され、最下段の１
６個のセルには左方から順に“２４−ｃ”〜“３１−
ｄ”のセル指標が付与されている。

【００４０】次に、図３を参照しながら、本実施形態の
ウィンドウ管理部１５の詳細な構成について説明する。
本実施形態のウィンドウ管理部１５は、図３に示すよう
に、状態レジスタ群１５ａ，パターンテーブル群１５
ｂ，セルテーブル１５群ｃ，マッチング処理部１５ｄ，
セル割当部１５ｅ，待避用レジスタ１５ｆ，判定部１５
ｇ，待避動作部１５ｈ，書換え部１５ｉ，復元動作部１
５ｊおよびエラー通知部１５ｋから構成されている。

【００４１】状態レジスタ群１５ａは、状態レジスタ１
５ａ−１および状態レジスタ１５ａ−２を有している。
状態レジスタ１５ａ−１は、複数のセルの割当状況を登
録されて保持するもので、本実施形態では、図６に示す
ごとく、ビット番号０〜３１を付与された３２ビットの
レジスタとして構成されている。この状態レジスタ１５
ａにおいて、ビット番号０〜３１を付与された各ビット
には、セル指標０〜３１を付与された各セル（図４参
照）の使用／未使用が０／１情報で設定されている。こ
の状態レジスタ１５ａ−１により、描画用フレームメモ
リ１２における各セルの割当状況（使用中か否か）が管
理されるようになっている。

【００４２】つまり、指標ｉを付与されたセルが使用状
態（描画領域として割り当てられている状態）であれ
ば、状態レジスタ１５ａ−１のビット番号ｉのビットに
は“０”が設定される一方、指標ｊを付与されたセルが
未使用状態〔描画領域として未割当状態（空きの状
態）〕であれば、状態レジスタ１５ａ−１のビット番号
ｊのビットには“１”が設定される。

【００４３】状態レジスタ１５ａ−２は、状態レジスタ
１５ａ−１に対応した複数のセルの割当状況を登録され
て保持するもので、本実施形態では、図６に示すごと
く、ビット番号３２〜１２７を付与された９６ビットの
レジスタとして構成されている。この状態レジスタ１５
ａ−２において、ビット番号３２〜１２７を付与された
各ビットには、セル指標０−ａ〜３１−ｄを付与された
各セル（図５参照）の使用／未使用が０／１情報で設定
されている。この状態レジスタ１５ａ−２により、描画
用フレームメモリ１２が再分割された際の割当状況（使
用中か否か）が管理されるようになっている。

【００４４】つまり、指標ｉを付与されたセルが使用状
態（描画領域として割り当てられている状態）であれ
ば、状態レジスタ１５ａ−２のビット番号ｉのビットに
は“０”が設定される一方、指標ｊを付与されたセルが
未使用状態〔描画領域として未割当状態（空きの状
態）〕であれば、状態レジスタ１５ａ−２のビット番号
ｊのビットには“１”が設定される。

【００４５】パターンテーブル群１５ｂは、パターンテ
ーブル１５ｂ−１，パターンテーブル１５ｂ−２を有し
ている。パターンテーブル１５ｂ−１は、ウィンドウの
サイズに応じたマスクパターンを保持するもので、本実
施形態では、図７に示すごとく、指定された横サイズお
よび縦サイズに応じた３２種類の矩形のマスクパターン
ＭＰ０〜ＭＰ３１が、パターンテーブル１５ｂ−１に保
持されている。つまり、ウィンドウの横サイズおよび縦
サイズを指定することにより、このパターンテーブル１
５ｂからは、そのウィンドウのサイズに応じたマスクパ
ターンが読み出されるようになっている。なお、本実施
形態において、実際の各マスクパターンは、図１７を参
照しながら後述するごとく、１〜３２ビットの２進数の
値で表現される。

【００４６】図７に示すように、例えばウィンドウの横
サイズが描画用フレームメモリ１２の横サイズの１／８
以下（２５６画素以下のサイズ）で且つウィンドウの縦
サイズが描画用フレームメモリ１２の縦サイズの１／４
以下（２５６画素以下のサイズ）である場合には、１×
１のセルパターン（２５６画素×２５６画素）が、マス
クパターンＭＰ０としてパターンテーブル１５ｂ−１か
ら読み出される。

【００４７】一般化して記述すると、ウィンドウの横サ
イズが描画用フレームメモリ１２の横サイズのｉ／８以
下（２５６×ｉ画素以下のサイズ）で且つウィンドウの
縦サイズが描画用フレームメモリ１２の縦サイズのｊ／
４以下（２５６×ｊ画素以下のサイズ）である場合に
は、ｉ×ｊのセルパターン〔（２５６×ｉ）画素×（２
５６×ｊ）画素〕が、マスクパターンＭＰ〔（ｉ−１）
＋（ｊ−１）・８〕＝ＭＰ（ｉ＋８ｊ−９）としてパタ
ーンテーブル１５ｂ−１から読み出される。ただし、ｉ
は１〜８の自然数であり、ｊは１〜４の自然数である。

【００４８】パターンテーブル１５ｂ−２は、マスクパ
ターンＭＰ０以下のウィンドウのサイズに応じたマスク
パターンを保持するもので、本実施形態では、図７に示
すごとく、指定された横サイズおよび縦サイズに応じた
３種類の矩形のマスクパターンＭＰ０〜ＭＰ０−２に再
分割可能なようパターンテーブル１５ｂ−２に保持され
ている。つまり、マスクパターンＭＰ０以下のウィンド
ウの横サイズおよび縦サイズを指定することにより、こ
のパターンテーブルＢ１５ｂ−２からは、そのウィンド
ウのサイズに応じたマスクパターンが読み出されるよう
になっている。

【００４９】図７に示すように、例えばウィンドウの横
サイズが描画用フレームメモリ１２の横サイズの１／１
６以下（１２８画素以下のサイズ）で且つウィンドウの
縦サイズが描画用フレームメモリ１２の縦サイズの１／
８以下（１２８画素以下のサイズ）である場合には、
（１／２）×（１／２）のセルパターン（１２８画素×
１２８画素）が、マスクパターンＭＰ０−１としてパタ
ーンテーブル１５ｂ−２から読み出される。

【００５０】ウィンドウの横サイズが描画用フレームメ
モリ１２の横サイズの１／１６以下（１２８画素以下の
サイズ）で且つウィンドウの縦サイズが描画用フレーム
メモリ１２の縦サイズの１／８以上（１２８画素以上の
サイズ）で１／４以下（２５６画素以下のサイズ）であ
る場合には、（１／２）×１のセルパターン（１２８画
素×２５６画素）が、マスクパターンＭＰ０−２として
パターンテーブル１５ｂ−２から読み出される。

【００５１】ウィンドウの横サイズが描画用フレームメ
モリ１２の横サイズの１／１６以上（１２８画素以上の
サイズ）で１／８以上（２５６画素以下のサイズ）で且
つウィンドウの縦サイズが描画用フレームメモリ１２の
縦サイズの１／８以上（１２８画素以上のサイズ）で１
／４以下（２５６画素以下のサイズ）である場合には、
１×１のセルパターン（２５６画素×２５６画素）が、
マスクパターンＭＰ０としてパターンテーブル１５ｂ−
２から読み出される。

【００５２】セルテーブル群１５ｃは、セルテーブル１
５ｃ−１，分割テーブル１５ｃ−２，状態テーブル１５
ｃ−３およびセルテーブル１５ｃ−４を有している。セ
ルテーブル１５ｃ−１には、描画用フレームメモリ１２
上でウィンドウの描画領域が獲得された場合に、そのウ
ィンドウに割り当てられた描画領域に関する情報、即
ち、セル指標（アプリケーションにウィンドウ識別子と
して通知される指標）とマスクパターンとを対にして保
持するもので、図８に示すように、予め等分割された分
割数ｎ（本実施形態ではｎ＝３２）分のセル指標とマス
クパターンとの対が保持されるようになっている。

【００５３】分割テーブル１５ｃ−２には、図９に示す
ように、予め等分割された分割数ｎ（本実施形態ではｎ
＝３２）分を再分割する際のセル指標１つ当たりの分割
数とセルサイズとの対応関係が保持されている。状態テ
ーブル１５ｃ−３には、図１０に示すように、静的に予
め等分割されているセル指標各々に対応し、動的に再分
割されているセル指標の分割数と使用されているセルの
数とが保持されている。この図１０では、動的に再分割
されているセル指標の分割数が１で且つ使用セル数が１
の状態が示されている。

【００５４】また、セルテーブル１５ｃ−４には、図１
１に示すように、セルの識別子と、その識別子をもつセ
ルに割り当てられたウィンドウの実際のサイズ（アプリ
ケーションから指定されたサイズ）と、その識別子をも
つセルの描画用フレームメモリ１２上での位置（セルの
右上角部の画素の座標）とが対応付けられて保持されて
いる。

【００５５】ここで、より具体的に、描画用フレームメ
モリ１２上に、例えば図１２に示すような５種類のウィ
ンドウ（Win)Ａ〜Ｅのための描画領域が獲得された場合
について説明する。図１２に示す状態では、状態レジス
タ１５ａ−１において、ビット番号０〜１９・２０およ
び２４〜２７のビットには“０”が設定され、その他の
ビットには“１”が設定される。また、ウィンドウＡ〜
ＥのマスクパターンはそれぞれＭＰ１０，ＭＰ１０，Ｍ
Ｐ１１，ＭＰ９，ＭＰ０であり、ウィンドウＡ〜Ｅの識
別子としては各ウィンドウＡ〜Ｅを割り当てられたセル
パターンにおける左上セルの指標０，３，１６，６，２
０が用いられる。さらに、セルテーブル１５ｃ−１に
は、ウィンドウＡ〜Ｅについて、それぞれ、セル指標０
とマスクパターンＭＰ１０；セル指標３とマスクパター
ンＭＰ１０；セル指標１６とマスクパターンＭＰ１１；
セル指標６とマスクパターンＭＰ９；セル指標２０とマ
スクパターンＭＰ０の各対が保持されることになる。

【００５６】ここで、ウィンドウＥは、予め等分割され
た分割状態のセルの描画領域よりも描画領域が小さいた
め、分割テーブル１５ｃ−３には、図１０に示すよう
に、セル指標２０−ａの分割数が１で且つ使用セル数が
１の状態が示されている。また、ウィンドウＥは、図１
１に示すように、セルテーブル１５ｃ−４にセルの識別
子（２０−ａ）と、その識別子をもつセルに割り当てら
れたウィンドウの実際のサイズ（１００×１００）と、
その識別子をもつセルの描画用フレームメモリ１２上で
の位置（１０２４，５１２）とが対応付けられて保持さ
れている。

【００５７】さて、マッチング処理部１５ｄは、アプリ
ケーションからウィンドウの獲得要求を受けるとそのウ
ィンドウのサイズに応じたマスクパターンをパターンテ
ーブル１５ｂから読み出し、状態レジスタ群１５ａにお
ける割当状況を参照しながら未割当のセルのパターンと
マスクパターンとのマッチングを行なうものである。セ
ル割当部１５ｅは、マッチング処理部１５ｄによるマッ
チングの結果、マスクパターンとマッチする未割当のセ
ルのパターンが存在する場合、その未割当のセルをウィ
ンドウの描画領域として割り当て、その描画領域の左上
セルの指標をそのウィンドウの識別子としてアプリケー
ションに通知し、状態レジスタ群１５ａの割当状況を更
新するとともに、新たに割り当てられた描画領域の情報
〔セル指標（ウィンドウ識別子）およびマスクパター
ン〕をセルテーブル群１５ｃに登録するものである。

【００５８】待避用レジスタ１５ｆは、リサイズ時に用
いられるもので、状態レジスタ１５ａにおける割当状況
を一時的に保持するものである。判定部１５ｇは、描画
領域割当済のウィンドウに対するリサイズ要求を受ける
と、リサイズ後のサイズに応じたマスクパターンをパタ
ーンテーブル群１５ｂから読み出し、リサイズ後のマス
クパターンがリサイズ前（元のマスクパターン）と等し
いかを判定するとともに、リサイズ後のマスクパターン
がリサイズ前よりも大きいか否かを判定するものであ
る。

【００５９】待避動作部１５ｈは、判定部１５ｇにより
リサイズ後のマスクパターンがリサイズ前よりも大きい
と判定された場合、状態レジスタ群１５ａに登録されて
いるリサイズ前の割当状況を待避用レジスタ１５ｆに一
時的に待避させるものである。 書換え部１５ｉは、待
避動作部１５ｈによる待避動作後に、状態レジスタ群１
５ａにおいて、リサイズ前のウィンドウに割り当てられ
たセルに対応するビットを未割当（“１”）に書き換え
るものである。

【００６０】そして、前述したマッチング処理部１５ｄ
は、リサイズ時には、書換え部１５ｉにより書き換えら
れた状態レジスタ１５群ａの割当状況を参照しながら、
未割当のセルのパターンとパターンテーブル群１５ｂか
ら読み出されたリサイズ後のマスクパターンとのマッチ
ングを行なうように機能する。また、前述したセル割当
部１５ｅは、リサイズ時には、マッチング処理部１５ｄ
によるマッチングの結果、リサイズ後のマスクパターン
とマッチする未割当のセルのパターンが存在する場合、
その未割当のセルをウィンドウのリサイズ後の描画領域
として割り当て、その描画領域の左上セルの指標をその
ウィンドウの新たな識別子としてアプリケーションに通
知し、状態レジスタ群１５ａの割当状況を更新するとと
もに、リサイズ処理により割り当てられた描画領域の情
報〔セル指標（ウィンドウ識別子）およびマスクパター
ン〕をセルテーブル群１５ｃに登録するように機能す
る。

【００６１】復元動作部１５ｊは、リサイズ時のマッチ
ング処理部１５ｄによるマッチングの結果、リサイズ後
のマスクパターンとマッチする未割当のセルのパターン
が存在しない場合、待避用レジスタ１５ｆに一時的に待
避させておいたリサイズ前の割当状況を状態レジスタ群
１５ａに戻すものである。エラー通知部１５ｋは、ウィ
ンドウの獲得時やリサイズ時のマッチング処理部１５ｄ
によるマッチングの結果、リサイズ後のマスクパターン
とマッチする未割当のセルのパターンが存在しなかった
場合つまり獲得やリサイズに失敗した場合に、アプリケ
ーションに対して失敗した旨（エラー）を通知するもの
である。

【００６２】判定部１５ｇによる判定の結果、リサイズ
後のマスクパターンと元のマスクパターンとが等しい場
合には、ウィンドウ管理部１５は特に動作を行なうこと
なくリサイズを許可する。また、判定部１５ｇによる判
定の結果、リサイズ後のマスクパターンが元のマスクパ
ターンよりも小さい場合には、セル割当部１５ｅが、リ
サイズ対象のウィンドウの描画領域の左上セルの位置を
変えることなく、新たなマスクパターンに従って状態レ
ジスタ群１５ａの割当状況を更新するとともに、セルテ
ーブル群１５ｃにおいて、元のセル指標に対応するマス
クパターンを新たなものに書き換えるように機能する。

【００６３】なお、ウィンドウ管理部１５は、ウィンド
ウの解放要求を受けると、そのウィンドウに割り当てら
れた描画領域に相当する状態レジスタ群１５ａのビット
を“１”（未使用）に初期化するとともに、セルテーブ
ル群１５ｃからそのウィンドウについての情報フィール
ドを削除する機能も有している。この機能による動作に
ついては、図１６を参照しながら後述する。

【００６４】また、図１２に示すごとく描画用フレーム
メモリ１２上に割り当てられた描画領域に全体画像を描
画されたウィンドウＡ〜Ｅは、画像転送部１３により表
示用フレームメモリ１４へ転送され、図１３に示すごと
く、表示用フレームメモリ１４上で、ＣＲＴ２０での実
際の表示画像（ウィンドウＡ〜Ｅの画像を画面上の所定
位置に重ね合わて配置した画像）が複写・生成される。

【００６５】次に、上述のごとく構成された本実施形態
のマルチウィンドウ表示装置１０の動作について、図１
４〜図１６に示すフローチャートに従って説明する。ま
ず、図１４に示すフローチャート（ステップＳ１１〜Ｓ
２２）を参照しながら、本実施形態でのウィンドウ獲得
処理手順について説明する。ウィンドウ管理部１５にお
いてアプリケーションからウィンドウの獲得要求を受け
ると、マッチング処理部１５ｄにより、その要求と同時
に指定されるウィンドウのサイズ（幅×高さ）に応じた
マスクパターンをパターンテーブル１５ｂ−１若しくは
パターンテーブル１５ｂ−２から選択する（ステップＳ
１１）。

【００６６】選択は、指定されたウィンドウのサイズが
２５６×２５６以上ならばパターンテーブル１５ｂ−１
から、指定されたウィンドウのサイズが２５６×２５６
以下ならばパターンテーブル１５ｂ−２から選択する。
状態レジスタ群１５ａ上に、そのマスクパターンとマッ
チするパターン〔即ち未割当（未使用）のセルパター
ン〕が存在するか否かを検索・確認する（ステップＳ１
２）。

【００６７】マスクパターンとマッチする未割当のセル
パターン（“１”のパターン）が存在する場合（ステッ
プＳ１２からＹＥＳルート）、指定されたウィンドウの
サイズが２５６×２５６以上か以下か調べる（ステップ
Ｓ１３）。指定されたウィンドウのサイズが２５６×２
５６以上の場合（ステップＳ１３から以上のルート）、
ステップＳ１９に進む。

【００６８】指定されたウィンドウのサイズが２５６×
２５６以下の場合（ステップＳ１３から以下のルー
ト）、予め等分割されたセル毎に対応した状態テーブル
１５ｃ−３を参照して使用セル数＜分割数か否かを調べ
る（ステップＳ１４）。使用セル数が分割数より小さい
場合（ステップＳ１４からＹＥＳルート）、アプリケー
ションからの獲得依頼に付加されている指定ウィンドウ
サイズが現在の分割数の最大ウィンドウサイズ以下か否
かを調べる（ステップＳ１５）。

【００６９】現在の分割数の最大ウィンドウサイズ以上
の場合（ステップＳ１５からＮＯルート）、別の状態テ
ーブル１５ｃ−３を検索する。現在の分割数の最大ウィ
ンドウサイズ以上の場合（ステップＳ１５からＹＥＳル
ート）、ステップＳ１９に進む。使用セル数が分割数と
同じ場合（ステップＳ１４からＮＯルート）、分割テー
ブル１５ｃ−２を参照して、指定ウィンドウサイズが次
の分割数の最大ウィンドウサイズ以下か否かを調べる
（ステップＳ１６）。

【００７０】最大ウィンドウサイズ以上の場合（ステッ
プＳ１６からＮＯルート）、別の状態テーブル１５ｃ−
３を検索する。最大ウィンドウサイズ以下の場合（ステ
ップＳ１６からＹＥＳルート）、既に獲得されているウ
ィンドウサイズが、次の分割数の最大ウィンドウサイズ
か否かを調べる（ステップＳ１７）。

【００７１】最大ウィンドウサイズ以上の場合（ステッ
プＳ１７からＮＯルート）、別の状態テーブル１５ｃ−
３を検索する。最大ウィンドウサイズ以下の場合（ステ
ップＳ１６からＹＥＳルート）、状態テーブル１５ｃ−
３の分割数を分割テーブル１５ｃ−２の次行の分割数に
更新する（ステップＳ１８）。

【００７２】セル割当部１５ｅにより、未割当のセルを
ウィンドウの描画領域として割り当て、そのセルに対応
する状態レジスタ群１５ａのビットを“０”として割当
状況を更新し、そのセルが使用中であることを示すよう
にする（ステップＳ１９）。そして、新たに割り当てら
れた描画領域の情報〔セル指標（ウィンドウ識別子）と
マスクパターンとの対〕をセルテーブル１５群ｃに登録
し（ステップＳ２０）、さらに、その描画領域の左上セ
ルの指標（マスクパターンと一致した状態レジスタ１５
ａのビットグループ中の最下位ビットの番号）をそのウ
ィンドウの識別子としてアプリケーションに通知する
（ステップＳ２１）。

【００７３】なお、上述したステップＳ１９〜Ｓ２１の
実行順序は、この順序に限定されるものではなく、同時
に実行されてもよい。また、マスクパターンとマッチす
る未割当のセルパターン（“１”のパターン）が存在し
ない場合（ステップＳ１２からＮＯルート）、ウィンド
ウの獲得に失敗したことになり、エラー通知部１５ｋに
より、アプリケーションに対してウィンドウ獲得に失敗
した旨のエラー情報を通知する（ステップＳ２２）。

【００７４】ついで、図１５に示すフローチャート（ス
テップＳ３１〜Ｓ３９）を参照しながら、本実施形態で
のウィンドウリサイズ処理手順について説明する。ウィ
ンドウ管理部１５においてアプリケーションから描画領
域割当済のウィンドウに対するリサイズ要求を受ける
と、判定部１５ｇにより、その要求と同時に指定される
リサイズ後のサイズに応じたマスクパターンをパターン
テーブル群１５ｂから読み出し、そのマスクパターンが
リサイズ前（元のマスクパターン）と等しいか否かを判
定する（ステップＳ３１）。

【００７５】判定部１５ｇにより、リサイズ後のマスク
パターンと元のマスクパターンとが等しいと判定された
場合（ステップＳ３１からＹＥＳルート）、リサイズ後
のウィンドウを、描画用フレームメモリ１２上でリサイ
ズ前のウィンドウに現在割り当てられているセル内に描
画することができるので、ウィンドウ管理部１５は、特
に動作を行なうことなくリサイズを許可し、リサイズ処
理を終了する。

【００７６】リサイズ後のマスクパターンと元のマスク
パターンとが等しくない場合（ステップＳ３１からＮＯ
ルート）、判定部１５ｇにより、リサイズ後のマスクパ
ターンが元のマスクパターンよりも大きいか否かを判定
する（ステップＳ３２）。なお、マスクパターンの大き
さの判定は、図１７または図１８に示すようなマスクパ
ターンの値を比較することにより行なわれる。マスクパ
ターンの値の大小関係は、そのままマスクパターン自体
の大小関係に対応している。

【００７７】判定部１５ｇにより、リサイズ後のマスク
パターンが元のマスクパターンよりも小さいと判定され
た場合（ステップＳ３２からＮＯルート）、セル割当部
１５ｅにより、リサイズ対象のウィンドウの描画領域の
左上セルの位置を変えることなく、新たなマスクパター
ンに従って状態レジスタ群１５ａの割当状況を更新する
（ステップＳ３３）。つまり、状態レジスタ１５ａにお
いて、リサイズ対象のウィンドウの識別子番目に相当す
るビット番号のビットを先頭にして、元のマスクパター
ンに相当するビットを一旦“１”（未使用）に書き換え
た後、同じビットを先頭にしてリサイズ後のマスクパタ
ーンに相当するビットを“０”（使用中）に書き換え
る。さらに、セルテーブル群１５ｃにおいて、元のセル
指標に対応するマスクパターンを、新たなマスクパター
ンつまりリサイズ後のマスクパターンに書き換えて更新
する（ステップＳ３４）。

【００７８】一方、判定部１５ｇにより、リサイズ後の
マスクパターンが元のマスクパターンよりも大きいと判
定された場合（ステップＳ３２からＹＥＳルート）、ま
ず、待避動作部１５ｈにより、状態レジスタ群１５ａの
内容（リサイズ前の割当状況）を待避用レジスタ１５ｆ
に一時的に待避させる（ステップＳ３５）。状態レジス
タ群１５ａの内容の待避後、書換え部１５ｉにより、状
態レジスタ群１５ａにおいて、リサイズ前のウィンドウ
に割り当てられたセルに対応するビットを未割当状態に
書き換える。つまり、状態レジスタ群１５ａにおいて、
リサイズ対象のウィンドウの識別子番目に相当するビッ
ト番号のビットを先頭にして、元のマスクパターンに相
当するビットを“１”（未使用）に書き換える初期化処
理を行なう（ステップＳ３６）。

【００７９】この後、ウィンドウ獲得時と同様、マッチ
ング処理部１５ｄにより、書換え部１５ｉにて書き換え
られた状態レジスタ群１５ａ上に、リサイズ後のマスク
パターンとマッチするセルパターンが存在するか否かを
検索・確認する（ステップＳ３７）。マスクパターンと
マッチする未割当のセルパターン（“１”のパターン）
が存在する場合（ステップＳ３７からＹＥＳルート）、
セル割当部１５ｅにより、その未割当のセルをリサイズ
後のウィンドウの描画領域として割り当て、そのセルに
対応する状態レジスタ群１５ａのビットを“０”として
割当状況を更新して新たな使用中セルを示すとともに、
セルテーブル群１５ｃにおいて、元のウィンドウについ
ての描画領域の情報を、リサイズ後のウィンドウに割り
当てられた描画領域の情報に更新する（ステップＳ３
８）。また、その描画領域の左上セルの指標（マスクパ
ターンと一致した状態レジスタ群１５ａのビットグルー
プ中の最下位ビットの番号）をそのウィンドウのリサイ
ズ後の識別子としてアプリケーションに通知する。

【００８０】これに対し、マスクパターンとマッチする
未割当のセルパターン（“１”のパターン）が存在しな
い場合（ステップＳ３７からＮＯルート）、ウィンドウ
のリサイズに失敗したことになり、復元動作部１５ｊに
より、待避用レジスタ１５ｆに一時的に待避させておい
た内容（リサイズ前の割当状況）を状態レジスタ群１５
ａに戻し、エラー通知部１５ｋにより、アプリケーショ
ンに対してリサイズに失敗した旨のエラー情報を通知す
る（ステップＳ３９）。

【００８１】次に、図１６に示すフローチャート（ステ
ップＳ４１〜Ｓ４３）を参照しながら、本実施形態での
ウィンドウ解放処理手順について説明する。ウィンドウ
管理部１５においてアプリケーションからウィンドウの
解放要求を受けると、まず、そのウィンドウの識別子
（セル指標）に基づいてセルテーブル群１５ｃを検索
し、そのウィンドウに割り当てられた描画領域のマスク
パターンを読み出す（ステップＳ４１）。

【００８２】そして、状態レジスタ群１５ａにおいて、
解放対象のウィンドウの識別子番目に相当するビット番
号のビットを先頭にして、セルテーブル群１５ｃから読
み出したマスクパターンに相当するビットを“１”（未
使用）に書き換える初期化処理を行なってから（ステッ
プＳ３６）、セルテーブル群１５ｃから、そのウィンド
ウについての情報フィールド（セル指標とマスクパター
ンとの対）を削除する（ステップＳ４３）。

【００８３】さらに、図１７〜図２９を参照しながら、
本実施形態のマルチウィンドウ表示装置１０の、より具
体的なウィンドウ管理動作について説明する。ここで
は、図４または図５を参照しながら前述したように、描
画用フレームメモリ１２を横２０４８×縦１０２４の画
素（描画点）で構成し、その描画領域を、横方向に８個
で縦方向に４個の合計３２個のセル（セルサイズ横２５
６×縦２５６）に予め等分割し、横方向に１６個で縦方
向に８個の合計１２８個のセル（セルサイズ横１２８×
縦１２８）に再分割できる場合の具体例について説明す
る。

【００８４】このとき、パターンテーブル１５ｂ−１
は、図１７に示すようなものに、パターンテーブル１５
ｂ−２は、図１８に示すようなものとなる。図１７は図
７により説明したパターンテーブル１５ｂ−１をより具
体的に示したもので、この図１７に示すように、ウィン
ドウのサイズに応じた各マスクパターンは、１〜３２ビ
ットの２進数の値で表現される。なお、図１３では、マ
スクパターンの値は１６進数で示されている。また、図
中、“0x”は、それ以降の記述が１６進数表記であるこ
とを示すＣ言語である。

【００８５】例えば、横サイズおよび縦サイズがいずれ
も２５６画素以下のウィンドウにはマスクパターン値と
して“０ｘ１”〔＝（１）₂ ；１×１のセルパターン）
が与えられ、横サイズが２５７画素以上５１２画素以下
で且つ縦サイズが２５６画素以下のウィンドウにはマス
クパターン値として“０ｘ３”〔＝（１１）₂ ；２×１
のセルパターン〕が与えられ、横サイズが５１３画素以
上７６８画素以下で且つ縦サイズが２５６画素以下のウ
ィンドウにはマスクパターン値として“０ｘ７”〔＝
（１１１）₂ ；３×１のセルパターン〕が与えられ、横
サイズが１７９３画素以上２０４８画素以下で且つ縦サ
イズが２５６画素以下のウィンドウにはマスクパターン
値として“０ｘｆｆ”〔＝（１１１１１１１１）₂ ；８
×１のセルパターン〕が与えられる。

【００８６】同様に、例えば、横サイズが２５６画素以
下で且つ縦サイズが２５７画素以上５１２画素以下のウ
ィンドウにはマスクパターン値として“０ｘ１０１”
〔＝（１０００００００１）₂ ；１×２のセルパター
ン〕が与えられ、横サイズが５１３画素以上７６８画素
以下で且つ縦サイズが２５７画素以上５１２画素以下の
ウィンドウにはマスクパターン値として“０ｘ７０７”
〔＝（１１１０００００１１１）₂ ；３×２のセルパタ
ーン〕が与えられ、横サイズが１５３７画素以上１７９
２画素以下で且つ縦サイズが７６９画素以上１０２４画
素以下のウィンドウにはマスクパターン値として“０ｘ
７ｆ７ｆ７ｆ７ｆ”〔＝（１１１１１１１０１１１１１
１１０１１１１１１１０１１１１１１１）₂ ；７×４の
セルパターン〕が与えられる。

【００８７】つまり、本実施形態のマスクパターン値
は、描画用フレームメモリ１２上で指定サイズのウィン
ドウを覆いうるセルパターンの形状そのものを、２進数
（使用するセルを“１”として表記）で表現したものと
なっている。全ての横サイズと縦サイズとの組み合わせ
についてのマスクパターンについては説明しないが、図
１７に示すごとく、パターンテーブル１５ｂ−１には、
横サイズおよび縦サイズに応じた３２種類の矩形のマス
クパターンを示す２進数値が予め設定されている。

【００８８】パターンテーブル１５ｂ−２は、図１８に
示すようなものとなる。図１８は図７により説明したパ
ターンテーブル１５ｂｂ−２をより具体的に示したもの
で、この図１８に示すように、ウィンドウのサイズに応
じた各マスクパターンは、例えばウィンドウの横サイズ
および縦サイズがいづれも１２８画素以下ウィンドウに
はマスクパターン値として“１”［（１／２）×（１／
２）のセルパターン］が与えられ、横サイズが１２８画
素以下のサイズで且つ縦サイズが１２８画素以上２５６
画素以下のウィンドウにはマスクパターン値として
“０”［（１／２）×１のセルパターン］が与えられ、
横サイズが１２８画素以上で２５６画素以下ので且つ縦
サイズが１２８画素以上で２５６画素以下のウィンドウ
には、マスクパターン値として“０ｘ１”〔＝
（１）₂ ；１×１のセルパターン）が与えられる。

【００８９】さて、まだウィンドウを１つも表示してい
ない状態（初期状態）では、図１９（ａ）に示すよう
に、描画用フレームメモリ１３には何の描画領域も設定
されておらず、図１９（ｂ）に示すように、状態レジス
タ１５ａ−１には、“０ｘｆｆｆｆｆｆｆｆ”、即ち３
２ビット全てに“１”が設定され、図１９（ｃ）に示す
ように、セルテーブル１５ｃ−１には何の情報も登録さ
れていない。

【００９０】このような初期状態から、サイズ６００×
４００，４００×３００，２００×１００，７００×６
００，１００×１００の４つのウィンドウＡ〜Ｅを順に
獲得する際の状況について、それぞれ図２０〜図２４を
参照しながら説明する。 ウィンドウＡ（サイズ６００×４００）の獲得 ウィンドウＡのサイズ６００×４００に相当するマスク
パターンを、パターンテーブル１５ｂから読み出す。そ
のマスクパターンは、図２０（ｂ）に示すように、“０
ｘ７０７”〔＝（１１１０００００１１１）₂ 〕であ
る。

【００９１】そして、状態レジスタ１５ａ−１上にこの
マスクパターンが存在するか否かの判定は、状態レジス
タ１５ａ−１のビット番号０のビットから、マスクパタ
ーンを順次シフトさせながら論理積をとり、マスクパタ
ーンの全ての“１”について“１”の論理積結果が得ら
れるか否かを判定することによって行なうことができ
る。

【００９２】このような判定により、マスクパターンの
全ての“１”について“１”の論理積が得られれば、状
態レジスタ１５−１ａ（つまりは描画用フレームメモリ
１２）上にこのマスクパターンに対応する未使用（未割
当，空き状態）の領域（セルパターン）が存在すること
になる。初期状態では、図１９（ｂ）に示すように、状
態レジスタ１５ａ−１の各ビットは全て“１”であるの
で、ビット番号０のビットから、図２０（ｂ）に示すマ
スクパターンが有効となる。アプリケーションには、ビ
ット番号０に相当するセル指標０をウィンドウ識別子と
して通知する。

【００９３】そして、図２０（ｃ）に示すように、状態
レジスタ１５ａ−１において、そのマスクパターンに相
当するビットを“０”にする。つまり、状態レジスタ１
５ａ−１には“０ｘｆｆｆｆｆ８ｆ８”〔＝（１１１１
１１１１１１１１１１１１１１１１１０００１１１１１
０００）₂ 〕が設定されて、“０”のビットに対応する
セルは使用中（割当済）であることが分かる。

【００９４】これによって、図２０（ａ）に示すよう
に、描画用フレームメモリ１２にウィンドウＡのための
描画領域が獲得される。また、図２０（ｄ）に示すよう
に、セルテーブル１５ｃ−１には、アプリケーションに
通知したセル指標０と使用したマスクパターン値“０ｘ
７０７”を登録する。 ウィンドウＢ（４００×３００）の獲得 ウィンドウＢのサイズ４００×３００に相当するマスク
パターンを、パターンテーブル１５ｂ−１から読み出す
と、そのマスクパターンは、図２１（ｂ）に示すよう
に、“０ｘ３０３”〔＝（１１００００００１１）₂ 〕
である。図２０（ｃ）に示す状態レジスタ１５ａ−１の
内容に対して、このマスクパターンをシフトさせながら
論理積をとっていくと、ビット番号３のビットから、そ
のマスクパターンが有効になることが分かる。よって、
アプリケーションには、ビット番号３に相当するセル指
標３をウィンドウ識別子として通知する。

【００９５】そして、図２１（ｃ）に示すように、状態
レジスタ１５ａ−１において、そのマスクパターンに相
当するビットを“０”にする。つまり、状態レジスタ１
５ａ−１には“０ｘｆｆｆｆｅ０ｅ０”〔＝（１１１１
１１１１１１１１１１１１１１１０００００１１１００
０００）₂ 〕が設定される。これによって、図２１
（ａ）に示すように、描画用フレームメモリ１２にウィ
ンドウＡおよびＢのための描画領域が獲得される。ま
た、図２１（ｄ）に示すように、セルテーブル１５ｃ−
１には、アプリケーションに通知したセル指標３と使用
したマスクパターン値“０ｘ３０３”を追加・登録す
る。

【００９６】ウィンドウＣ（２５６×２５６）の獲得 ウィンドウＣのサイズ２５６×２５６に相当するマスク
パターンを、パターンテーブル１５ｂ−１から読み出す
と、そのマスクパターンは、図２２（ｂ）に示すよう
に、“０ｘ１”〔＝（１）₂ 〕である。図２１（ｃ）に
示す状態レジスタ１５ａ−１の内容に対して、このマス
クパターンをシフトさせながら論理積をとっていくと、
ビット番号５のビットから、そのマスクパターンが有効
になることが分かる。よって、アプリケーションには、
ビット番号５に相当するセル指標５をウィンドウ識別子
として通知する。

【００９７】そして、図２２（ｃ）に示すように、状態
レジスタ１５ａ−１において、そのマスクパターンに相
当するビットを“０”にする。つまり、状態レジスタ１
５ａには“０ｘｆｆｆｆｅ０ｃ０”〔＝（１１１１１１
１１１１１１１１１１１１１０００００１１０００００
０）₂ 〕が設定される。これによって、図２２（ａ）に
示すように、描画用フレームメモリ１２にウィンドウＡ
〜Ｃのための描画領域が獲得される。また、図２２
（ｄ）に示すように、セルテーブル１５ｃ−１には、ア
プリケーションに通知したセル指標５と使用したマスク
パターン値“０ｘ１”を追加・登録する。

【００９８】ウィンドウＤ（７００×６００）の獲得 ウィンドウＤのサイズ７００×６００に相当するマスク
パターンを、パターンテーブル１５ｂ−１から読み出す
と、そのマスクパターンは、図２３（ｂ）に示すよう
に、“０ｘ７０７０７”〔＝（１１１０００００１１１
０００００１１１）₂ 〕である。図２３（ｃ）に示す状
態レジスタ１５ａ−１の内容に対して、このマスクパタ
ーンをシフトさせながら論理積をとっていくと、ビット
番号１３のビットから、そのマスクパターンが有効にな
ることが分かる。よって、アプリケーションには、ビッ
ト番号１３に相当するセル指標１３をウィンドウ識別子
として通知する。

【００９９】そして、図２３（ｃ）に示すように、状態
レジスタ１５ａ−１において、そのマスクパターンに相
当するビットを“０”にする。つまり、状態レジスタ１
５ａ−１には“０ｘ１ｆ１ｆ００ｃ０”〔＝（０００１
１１１１０００１１１１１００００００００１１０００
０００）₂ 〕が設定される。これによって、図２３
（ａ）に示すように、描画用フレームメモリ１２にウィ
ンドウＡ〜Ｄのための描画領域が獲得される。また、図
２３（ｄ）に示すように、セルテーブル１５ｃ−１に
は、アプリケーションに通知したセル指標１３と使用し
たマスクパターン値“０ｘ７０７０７”を追加・登録す
る。

【０１００】ウィンドウＥ（１００×１００）の獲得 ウィンドウＥのサイズ１００×１００に相当するマスク
パターンを、パターンテーブル１５ｂ−１から読み出す
と、そのマスクパターンは、図２４（ｂ）に示すよう
に、“０ｘ１”〔＝（１）₂ 〕であり、また、ウィンド
ウＥは、ウィンドウのサイズが２５６×２５６以下のた
め、ウィンドウＥのサイズに相当するマスクパターン
を、パターンテーブル１５ｂ−２から読み出すと、その
マスクパターンは、図２４（ｂ）に示すように、“０”
である。図２３（ｃ）に示す状態レジスタ１５ａ−１の
内容に対して、このマスクパターンをシフトさせながら
論理積をとっていくと、ビット番号２０のビットから、
そのマスクパターンが有効になることが分かる。よっ
て、アプリケーションには、ビット番号２０に相当する
セル指標２０をウィンドウ識別子として通知する。

【０１０１】また、セル指標２０に対応する２０−ａも
ウィンドウ識別子として通知する。そして、図２４
（ｃ）に示すように、状態レジスタ１５ａ−１および１
５ａ−２において、そのマスクパターンに相当するビッ
トを“０”にする。つまり、状態レジスタ１５ａ−１に
は“０ｘ１ｆ１７００ｃ０”〔＝（０００１１１１１０
００１０１１１００００００００１１０００００
０）₂ 〕が、状態レジスタ１５ａ−２には“０１１１”
が設定される。

【０１０２】これによって、図２４（ａ）に示すよう
に、描画用フレームメモリ１２にウィンドウＡ〜Ｅのた
めの描画領域が獲得される。また、図２４（ｄ）に示す
ように、セルテーブル１５ｃ−１には、アプリケーショ
ンに通知したセル指標２０と使用したマスクパターン値
“０ｘ１”を追加・登録し、セルテーブル１５ｃ−２に
は、アプリケーションに通知したセル指標２０−ａと使
用したマスクパターン値“０”を追加・登録する。

【０１０３】尚、サイズが２５６×２５６以下のウィン
ドウを獲得する際には描画用フレームメモリ１２を適宜
再分割するが、公知技術を適用しているため、ここでは
詳細な動作説明は省略する。次に、上述のようにしてウ
ィンドウＡ〜Ｅを獲得した状態で、サイズ４００×３０
０のウィンドウＢをサイズ６００×４００にリサイズす
る場合について、図２５〜図２９を参照しながら説明す
る。

【０１０４】この場合、リサイズ後のウィンドウＢのサ
イズ６００×４００に相当するマスクパターンを、パタ
ーンテーブル１５ｂ−１から読み出すと、そのマスクパ
ターンは、図２８（ｂ）に示すように、“０ｘ７０７”
〔＝（１１１０００００１１１）₂ 〕であり、このマス
クパターンは明らかに元のパターン“０ｘ３０３”より
も大きい。

【０１０５】そこで、まず、図２５に示すように、図２
４（ｃ）に示す状態レジスタ１５ａ−１の内容を待避用
レジスタ１５ｆに待避させてから、図２６に示すよう
に、状態レジスタ１５ａ−１において、ウィンドウＢの
元のマスクパターンに相当するビットを“１”に初期化
する。これにより、状態レジスタ１５ａ−１には“０ｘ
１ｆ１７１８ｄ８”〔＝（０００１１１１１０００１０
１１１０００１１０００１１０１１０００）₂ 〕が設定
され、図２６に示すように、描画用フレームメモリ１２
は、ウィンドウＢに対して割り当てられていた描画領域
が、一旦、使用可能な状態になる。このとき、セルテー
ブル１５ｃ−１からウィンドウＢについての情報フィー
ルドも削除しておく。

【０１０６】このような状態で、前述と同様にして、サ
イズ６００×４００のウィンドウＢの獲得処理を行な
う。即ち、リサイズ後のマスクパターンは、図２８
（ｂ）に示すように、“０ｘ７０７”〔＝（１１１００
０００１１１）₂ 〕であり、図２６の下側に示す状態レ
ジスタ１５ａ−１の内容に対して、このマスクパターン
をシフトさせながら論理積をとっていくと、ビット番号
１６のビットから、そのマスクパターンが有効になるこ
とが分かる。よって、アプリケーションには、ビット番
号１６に相当するセル指標１６をウィンドウ識別子とし
て通知する。

【０１０７】そして、図２８（ｃ）および図２８（ａ）
に示すように、状態レジスタ１５ａ−１において、その
マスクパターンに相当するビットを“０”にする。つま
り、状態レジスタ１５ａ−１には“０ｘ１８１０１８ｄ
８”〔＝（０００１１００００００１０００００００１
１０００１１０１１０００）₂ 〕が設定される。これに
よって、図２８（ａ）に示すように、描画用フレームメ
モリ１２には、ウィンドウＡ，Ｃ，Ｄ，Ｅおよびリサイ
ズされたウィンドウＢのための描画領域が獲得される。
また、図２８（ｄ）および図２９（ｂ）に示すように、
セルテーブル１５ｃ−１には、アプリケーションに通知
したセル指標１６と使用したマスクパターン値“０ｘ７
０７”を新たに追加・登録する。このように、本発明の
一実施形態としてのマルチウィンドウ表示装置１０によ
れば、描画用フレームメモリ１２の領域を複数のセルに
静的に予め等分割しておき、予め等分割されたセルのサ
イズ以下の要求があった場合にのみ、従来のようなウィ
ンドウ数に応じた描画用フレームメモリの動的等分割を
行なうため、描画用フレームメモリ１２の領域を、ウィ
ンドウのサイズに応じて、適宜、セル単位で割り当てる
ことができる。

【０１０８】また、ウィンドウの獲得要求があった場
合、従来のような分割許可条件による制限が無くなるの
で、マッチング処理の結果、描画用フレームメモリ１２
上に、ウィンドウのサイズに応じた未割当のセル（空き
領域）が存在すれば、ウィンドウの大小や獲得順序に関
係なく常にウィンドウの描画領域を獲得できる。さら
に、ウィンドウのサイズが大きくなるリサイズ要求があ
った場合でも、従来のごとくリサイズ要求時点での分割
セルサイズによる制限を受けることがなくなるので、描
画用フレームメモリ１２上に、リサイズ後のウィンドウ
のサイズに応じた未割当のセル（空き領域）が存在すれ
ば、常にリサイズ後の描画領域を獲得でき、リサイズを
行なうことができる。このとき、状態レジスタ１５ａ−
１に保持されていた元の割当状況が待避用レジスタ１５
ｆに保持されているので、リサイズに失敗しても、状態
レジスタ１５ａ−１を元の割当状況に戻すことができ、
リサイズ要求時の表示状態を直ちに復元できる。

【０１０９】従って、大小様々なサイズのウィンドウの
ための描画領域を描画用フレームメモリ１２上で効率よ
く獲得でき、描画用フレームメモリ１２の利用効率が大
幅に向上し、ＣＲＴ２０でより多くのウィンドウを表示
することができる。なお、上述した実施形態では、描画
用フレームメモリ１２を予め３２個のセルに等分割し、
再分割後１２８個のセル等分割した場合について説明し
たが、本発明は、これに限定されるものではなく、より
少ない数あるいはより多くの数のセルに分割してもよ
い。分割数をより多くすれば、描画用フレームメモリ１
２をより効率よく使用できるようになる。

【０１１０】また、描画用フレームメモリ１２を獲得要
求のあったウィンドウを割り当てる際に、獲得要求のあ
ったウィンドウのサイズが予め等分割されたセルよりも
大きい場合には、描画用フレームメモリ１２のセル指標
の小さいセルを割り当て、獲得要求のあったウィンドウ
のサイズが予め等分割されたセルよりも小さい場合に
は、描画用フレームメモリ１２のセル指標の大きいセル
を割り当てると、描画用フレームメモリ１２をより効率
よく使用できるようになる。

【０１１１】また、本発明は上述した実施形態に限定さ
れるものではなく、本発明の趣旨を逸脱しない範囲で種
々変形して実施することができる。

【０１１２】

【発明の効果】以上詳述したように、本発明のマルチウ
ィンドウ表示方法（請求項１，２）およびマルチウィン
ドウ表示装置（請求項３，４）によれば、以下のような
効果ないし利点を得ることができる。 〔１〕描画用フレームメモリの領域を複数のセルに静的
に予め等分割しておき、予め等分割されたセルのサイズ
以下の要求があった場合にのみ、従来のようなウィンド
ウ数に応じた描画用フレームメモリの動的等分割を行な
うため、描画用フレームメモリ１２の領域を、ウィンド
ウのサイズに応じて、適宜、セル単位で割り当てること
ができる。従って、大小様々なサイズのウィンドウのた
めの描画領域を描画用フレームメモリ上で効率よく獲得
でき、描画用フレームメモリの利用効率が大幅に向上
し、表示部でより多くのウィンドウを表示することがで
きる（請求項１，３）。

【０１１３】〔２〕ウィンドウの獲得要求があった場
合、描画用フレームメモリ上に、ウィンドウのサイズに
応じた未割当のセルが存在すれば、ウィンドウの大小や
獲得順序に関係なく常にウィンドウの描画領域を獲得で
きるので、描画用フレームメモリの利用効率の向上に寄
与する（請求項１，３）。 〔３〕ウィンドウのサイズが大きくなるリサイズ要求が
あった場合でも、描画用フレームメモリ上に、リサイズ
後のウィンドウのサイズに応じた未割当のセルが存在す
れば、常にリサイズ後の描画領域を獲得できリサイズを
行なえるので、描画用フレームメモリの利用効率の向上
に寄与する。

【０１１４】このとき、元の割当状況を待避させている
ので、リサイズ後のウィンドウのサイズに応じた未割当
のセルが存在しなければ、マスクパターンによる検索時
に書き換えられた割当状況から元の割当状況に戻すこと
ができ、リサイズ要求時の表示状態を直ちに復元できる
（請求項２，４）。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明の一実施形態としてのマルチウィンドウ
表示装置の構成を示すブロック図である。

【図３】本実施形態のウィンドウ管理部の詳細構成を示
す機能ブロック図である。

【図４】本実施形態の描画用フレームメモリの静的な分
割状態およびセル指標（識別子）を示す図である。

【図５】本実施形態の描画用フレームメモリを動的に分
割した際の最大分割状態およびセル指標（識別子）を示
す図である。

【図６】本実施形態の状態レジスタを示す図である。本
実施形態のパターンテーブルを示す図である。

【図７】本実施形態のパターンテーブルを示す図であ
る。

【図８】本実施形態のセルテーブルを示す図である。

【図９】本実施形態の静的に予め等分割されたセル毎の
分割テーブルを示す図である。

【図１０】本実施形態の静的に予め等分割されたセル毎
の状態テーブルを示す図である。

【図１１】本実施形態の静的に予め等分割されたセル毎
に対応するセルテーブルを示す図である。

【図１２】本実施形態の描画用フレームメモリ上でのウ
ィンドウ描画領域の獲得例を示す図である。

【図１３】本実施形態の表示用フレームメモリ上での表
示画像の複写例を示す図である。

【図１４】本実施形態のウィンドウ獲得処理手順を説明
するためのフローチャートである。

【図１５】本実施形態のウィンドウリサイズ処理手順を
説明するためのフローチャートである。

【図１６】本実施形態のウィンドウ解放処理手順を説明
するためのフローチャートである。

【図１７】本実施形態のパターンテーブルの具体例を示
す図である。

【図１８】本実施形態のパターンテーブルの具体例を示
す図である。

【図１９】（ａ）〜（ｃ）はいずれも本実施形態の具体
的な動作（初期状態）を説明するための図である。

【図２０】（ａ）〜（ｄ）はいずれも本実施形態の具体
的な動作（ウィンドウ獲得動作）を説明するための図で
ある。

【図２１】（ａ）〜（ｄ）はいずれも本実施形態の具体
的な動作（ウィンドウ獲得動作）を説明するための図で
ある。

【図２２】（ａ）〜（ｄ）はいずれも本実施形態の具体
的な動作（ウィンドウ獲得動作）を説明するための図で
ある。

【図２３】（ａ）〜（ｄ）はいずれも本実施形態の具体
的な動作（ウィンドウ獲得動作）を説明するための図で
ある。

【図２４】（ａ）〜（ｄ）はいずれも本実施形態の具体
的な動作（ウィンドウ獲得動作）を説明するための図で
ある。

【図２５】本実施形態の具体的な動作（リサイズ動作）
を説明するための図である。

【図２６】本実施形態の具体的な動作（リサイズ動作）
を説明するための図である。

【図２７】本実施形態の具体的な動作（リサイズ動作）
を説明するための図である。

【図２８】（ａ）〜（ｄ）はいずれも本実施形態の具体
的な動作（リサイズ動作）を説明するための図である。

【図２９】（ａ），（ｂ）はそれぞれ本実施形態の具体
的な動作（状態レジスタおよびセルテーブルの最終的な
状態）を説明するための図である。

【図３０】一般的なマルチウィンドウ表示装置の構成を
示すブロック図である。

【図３１】（ａ）〜（ｄ）はウィンドウ数に応じた描画
用フレームメモリの動的等分割を説明するための図であ
る。

【図３２】分割テーブルを示す図である。

【図３３】状態テーブルを示す図である。

【図３４】セルテーブルを示す図である。

【符号の説明】

１ 表示部 ２ 描画用フレームメモリ ３ 描画部 ４ 表示用フレームメモリ ５ 画像転送部 ６ ウィンドウ管理部 １０ マルチウィンドウ表示装置 １１ 描画部 １２ 描画用フレームメモリ １３ 画像転送部 １４ 表示用フレームメモリ １５ ウィンドウ管理部 １５ａ 状態レジスタ群 １５ｂ パターンテーブル群 １５ｃ セルテーブル群 １５ｄ マッチング処理部 １５ｅ セル割当部 １５ｆ 待避用レジスタ １５ｇ 判定部 １５ｈ 待避動作部 １５ｉ 書換え部 １５ｊ 復元動作部 １５ｋ エラー通知部 ２０ ＣＲＴ（表示部）

Claims (4)

【特許請求の範囲】
1. 【請求項１】 表示部に表示すべき複数のウィンドウの
   画像を描画用フレームメモリ上にそれぞれ描画してか
   ら、該描画用フレームメモリ上の各ウィンドウの画像を
   表示用フレームメモリ上に転送して表示画像を作成し、
   該表示用フレームメモリ上の画像を該表示部で表示する
   マルチウィンドウ表示方法であって、 該描画用フレームメモリの領域を、複数のセルに予め等
   分割しておき、 ウィンドウのサイズに応じて、該複数のセルの中から予
   め等分割されたセルを当該ウィンドウの描画領域として
   割り当てる際、 該複数のセルの割当状況を管理し、 ウィンドウの獲得要求を受けると、当該ウィンドウのサ
   イズに応じマスクパターンを生成し、 前記割当状況を参照しながら、未割当の予め等分割され
   たセルのパターンと該マスクパターンとのマッチングを
   行ない、 該マスクパターンとマッチする未割当の予め等分割され
   たセルのパターンが存在し、該マスクパターンが予め等
   分割されたセル以下のサイズの場合、予め等分割された
   セルを規則的に再分割し、再分割されたセルを当該ウィ
   ンドウの描画領域として割り当てることを特徴とする、
   マルチウィンドウ表示方法。
2. 【請求項２】 該複数のセルの割当状況を管理し、 描画領域割当済のウィンドウに対するリサイズ要求を受
   けると、リサイズ後の当該ウィンドウのサイズに応じて
   マスクパターンを生成し、 リサイズ後のマスクパターンがリサイズ前よりも大きい
   場合、リサイズ前の該複数のセルの割当状況を一時的に
   待避させておいてから、リサイズ前の当該ウィンドウに
   割り当てられたセルを未割当に書き換えた割当状況を参
   照しながら、未割当のセルのパターンとリサイズ後のマ
   スクパターンとのマッチングを行ない、 リサイズ後のマスクパターンとマッチする未割当のセル
   のパターンが存在する場合、その未割当のセルを当該ウ
   ィンドウのリサイズ後の描画領域として割り当てる一
   方、 リサイズ後のマスクパターンとマッチする未割当のセル
   のパターンが存在しない場合、一時的に待避させておい
   たリサイズ前の割当状況に戻すことを特徴とする、請求
   項１記載のマルチウィンドウ表示方法。
3. 【請求項３】 複数のウィンドウを表示する表示部と、 該表示部に表示すべき該複数のウィンドウの画像をそれ
   ぞれ描画される描画用フレームメモリと、 該描画用フレームメモリに各ウィンドウの全体画像を描
   画する描画部と、 該描画用フレームメモリ上の各ウィンドウの画像を転送
   されて、該表示部で実際に表示される表示画像を複写さ
   れる表示用フレームメモリと、 該描画用フレームメモリ上の各ウィンドウの画像を該表
   示用フレームメモリ上の所定位置に転送する画像転送部
   と、 該描画部および該画像転送部を制御することにより、該
   表示部での該複数のウィンドウの表示状態を制御するウ
   ィンドウ管理部が該描画用フレームメモリの領域を、複
   数のセルに予め等分割した状態で管理し、ウィンドウの
   サイズに応じて、該複数のセルの中から予め等分割した
   セルを当該ウィンドウの描画領域として割り当てるマル
   チウィンドウ表示装置であって、 該ウィンドウ管理部が、 該複数のセルの割当状況を登録されて保持する状態レジ
   スタと、 ウィンドウのサイズに応じてマスクパターンを保持する
   パターンテーブルと、 ウィンドウの獲得要求を受けると、当該ウィンドウのサ
   イズに応じたマスクパターンを該パターンテーブルから
   読み出し、該状態レジスタにおける前記割当状況を参照
   しながら、未割当のセルのパターンと当該マスクパター
   ンとのマッチングを行なうマッチング処理部と、 該マッチング処理部によるマッチングの結果、該マスク
   パターンとマッチする未割当のセルのパターンが存在
   し、該マスクパターンが予め等分割されたセル以下のサ
   イズの場合、予め等分割されたセルを規則的に再分割
   し、再分割されたセルを当該ウィンドウの描画領域とし
   て割り当て、該状態レジスタの割当状況を更新するセル
   割当部とから構成されていることを特徴とする、マルチ
   ウィンドウ表示装置。
4. 【請求項４】 該ウィンドウ管理部が、 該複数のセルの割当状況を登録されて保持する状態レジ
   スタと、 ウィンドウのサイズに応じた、前記セルのサイズを保持
   するパターンテーブルと、 該状態レジスタにおける前記割当状況を一時的に保持す
   る待避用レジスタと、 描画領域割当済のウィンドウに対するリサイズ要求を受
   けると、リサイズ後の当該ウィンドウのサイズに応じた
   マスクパターンを該パターンテーブルから読み出し、リ
   サイズ後のマスクパターンがリサイズ前よりも大きいか
   否かを判定する判定部と、 該判定部によりリサイズ後のマスクパターンがリサイズ
   前よりも大きいと判定された場合、該状態レジスタに登
   録されているリサイズ前の割当状況を該待避用レジスタ
   に一時的に待避させる待避動作部と、 該待避動作部による待避動作後に、該状態レジスタにお
   いて、リサイズ前の当該ウィンドウに割り当てられたセ
   ルを未割当に書き換える書換え部と、 該書換え部により書き換えられた該状態レジスタの割当
   状況を参照しながら、未割当のセルのパターンと該パタ
   ーンテーブルから読み出されたリサイズ後のマスクパタ
   ーンとのマッチングを行なうマッチング処理部と、 該マッチング処理部によるマッチングの結果、リサイズ
   後のマスクパターンとマッチする未割当のセルのパター
   ンが存在する場合、その未割当のセルを当該ウィンドウ
   のリサイズ後の描画領域として割り当て、該状態レジス
   タの割当状況を更新するセル割当部と、 該マッチング処理部によるマッチングの結果、リサイズ
   後のマスクパターンとマッチする未割当のセルのパター
   ンが存在しない場合、該待避用レジスタに一時的に待避
   させておいたリサイズ前の割当状況を該状態レジスタに
   戻す復元動作部とから構成されていることを特徴とす
   る、請求項３記載のマルチウィンドウ表示装置。