JP2003036164A

JP2003036164A - ウインドウシステム

Info

Publication number: JP2003036164A
Application number: JP2001222874A
Authority: JP
Inventors: Shinji Otake; 信二大竹
Original assignee: Victor Company of Japan Ltd
Current assignee: Victor Company of Japan Ltd
Priority date: 2001-07-24
Filing date: 2001-07-24
Publication date: 2003-02-07

Abstract

(57)【要約】【課題】複数のグラフィク・プレーンを容易に管理す
ることができるウインドウシステムを提供すること。【解決手段】アプリケーションプログラム（5）によ
り生成される複数のウインドウ（21a-21m）を描画する
複数のプレーン（30a-30c）と、前記各プレーン（30a-3
0c）に対応し、前記各プレーンからのデータを記憶する
フレームメモリ（12a-12c）とを有し、前記各フレーム
メモリ（12a-12c）からの出力データを配合或いは選択
して表示装置（16）に表示するウインドウシステムであ
って、前記生成される複数のウインドウ（21a-21m）毎
に、前記複数のプレーン（30a-30c）から描画を行うプ
レーン（30a-30c）を選択する有効プレーン指定手段（2
2）を有することによる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は表示ウインドウを描
画するための複数のプレーンを有し、各プレーンの表示
データを配合あるいは選択して表示装置に表示するウイ
ンドウシステムに関する。

【０００２】

【従来の技術】グラフィク・プレーンに複数のアプリケ
ーション画面を出力する方法として、ウインドウシステ
ムが挙げられる。このウインドウシステムは、アプリケ
ーションプログラムに対して、ウインドウという仮想画
面を提供し、その仮想画面を１枚のグラフィク・プレー
ンに重ね合わせるなどして同時に複数表示することがで
きる機能を提供するソフトウェアである。ユーザは、マ
ウス・ポインタ等でウインドウの枠や内部をクリックす
ると、それがアクティブなウインドウとなり、そのアプ
リケーションに対して、キーボードやマウスでの入力が
可能になる。

【０００３】アプリケーションプログラムは、提供され
たウインドウに対して描画処理を行えば、他のアプリケ
ーションの画面描画処理等を意識する必要はない。

【０００４】このようなウインドウシステムは多くの商
品が市場に出ているが、一例を挙げると、ＵＮＩＸ（登
録商標）上で動作するＸＷｉｎｄｏｗなどがある。

【０００５】これらのウインドウシステムでは、アプリ
ケーションプログラムとの連絡のために、親ウインドウ
のＩＤと表示位置などの属性を引数として受け渡すウイ
ンドウ生成関数（例えば、ＸＷｉｎｄｏｗでは、関数Xc
reateWindow()である）を備えている。ウインドウシス
テムは、アプリケーションが実行するウインドウ生成関
数に反応し、生成するウインドウの属性情報を格納する
ためのメモリを確保し、当該ウインドウの識別子をアプ
リケーションに返す、などの動作を行う。

【０００６】上記ウインドウ属性情報には、ウインドウ
の表示状態の情報も含まれ、ウインドウの表示領域のう
ち、実際に画面に表示されている領域と、他のウインド
ウが重なっているため非表示になっている領域の情報と
が格納される。これらのウインドウ属性情報は、ウイン
ドウの重なり合いやサイズなどを変更する際に、アプリ
ケーションプログラムに対して、ウインドウの再描画を
行うように再描画イベントを通知する際に用いられる。

【０００７】

【発明が解決しようとする課題】ところで、近年、複数
のグラフィク・プレーンを持ち、これら複数のグラフィ
ク・プレーンの内容をブレンド（配合）あるいは選択し
て表示するマルチ画面に対応した表示装置が開発されて
いる。特に、テレビ受信機の分野ではデジタル放送が開
始され、これを受けて、今後、このようなマルチ画面の
機能を備えたテレビ受信機が、家庭内デジタルネットワ
ークにおける表示装置としての役割を期待されている。

【０００８】このようなマルチ画面の機能を備えた表示
装置では、映像はもちろんのこと、静止画、コンピュー
タグラフィックス、テキストデータなど、ＤＴＶ（Digi
talTelevision）、ＤＶＤ（Digital Video Disc）、Ｐ
Ｃ（Personal Computer）等から供給される様々なデジ
タルコンテンツを、多画面で同時に表示させることが望
まれている。

【０００９】しかしながら、従来のウインドウシステム
では、複数のグラフィク・プレーンについては考慮され
ていない。

【００１０】従って、例えば、プレーンＡとプレーンＢ
の２種類のグラフィク・プレーンを備えた表示装置にお
いても、従来のウインドウシステムではどちらか一方の
グラフィク・プレーンしか管理することができない。

【００１１】ウインドウシステムを２つ起動すれば、プ
レーンＡとプレーンＢの両方のグラフィク・プレーンを
管理することができるものの、アプリケーションは起動
される２つのウインドウシステムに対する処理をそれぞ
れプログラミングしなければならず、開発コストの増大
を招く原因となる。

【００１２】本発明はこのような事情に鑑みてなされた
ものであり、複数のグラフィク・プレーンを容易に管理
することができるウインドウシステムを提供することを
目的とする。

【００１３】

【課題を解決するための手段】上記課題を解決するため
に、本発明に係るウインドウシステムは、アプリケーシ
ョンプログラムにより生成される複数のウインドウを描
画する複数のプレーンと、前記各プレーンに対応し、前
記各プレーンからのデータを記憶するフレームメモリと
を有し、前記各フレームメモリからの出力データを配合
或いは選択して表示装置に表示するウインドウシステム
であって、前記生成される複数のウインドウ毎に、前記
複数のプレーンから描画を行うプレーンを選択する有効
プレーン指定手段を有することを特徴とする。

【００１４】また、前記生成される複数のウインドウの
うち描画が行われるプレーンを有効プレーンとして前記
ウインドウが前記表示装置に表示される表示領域及び前
記表示装置には表示されない非表示領域を矩形領域に分
割し、各矩形領域の位置及びサイズを前記複数のウイン
ドウの有効プレーン毎に管理するリージョン管理手段を
有することを特徴とする。

【００１５】また、前記ウインドウの各矩形領域の位置
或いはサイズに変化が生じた場合、再描画が必要なプレ
ーンと再描画する矩形領域の位置及びサイズを前記アプ
リケーションプログラムに通知することを特徴とする。

【００１６】本発明の特徴によれば、アプリケーション
プログラムは有効プレーンを選択的に指定することがで
きるため、アプリケーション側およびウインドウシステ
ム側の双方は指定された有効プレーンのみを管理すれば
良い。

【００１７】また、表示中の他のウインドウが移動した
り閉じられたりして、今まで非表示であった領域が表示
領域に変化する際にも、変化が生じたウインドウの有効
プレーンがウインドウシステムから通知されるため、ア
プリケーションプログラムは通知されるプレーンに対し
てのみ再描画処理を施せば良い。

【００１８】

【発明の実施の形態】以下、図面を参照しながら、本発
明の実施の形態を詳細に説明する。

【００１９】図１は本実施形態におけるウインドウシス
テムを動作させるためのハードウェアの構成例を模式的
に示した図であり、図２はソフトウェアの構成例を模式
的に示した図である。尚、図示した例では、３枚のグラ
フィク・プレーン３０ａ〜３０ｃを備えたウインドウシ
ステム２０を示しており、グラフィク・プレーン３０ａ
〜３０ｃ毎にそれぞれメモリコントローラ１３ａ，１３
ｂ，１３ｃとフレームメモリ１２ａ，１２ｂ，１２ｃと
を備えている。

【００２０】ＣＰＵ１０にて実行されるウインドウシス
テム２０は、バス１１を介して、メモリコントローラ１
３ａ，１３ｂ，１３ｃにより、各グラフィク・プレーン
３０ａ〜３０ｃのデータをフレームメモリ１２ａ，１２
ｂ，１２ｃに書き込む。

【００２１】グラフィク・プレーン３０ａのデータはメ
モリコントローラ１３ａによってフレームメモリ１２ａ
から順次読み出されて、プレーン合成コントローラ１４
に転送される。同様にして、グラフィク・プレーン３０
ｂ，３０ｃのデータはメモリコントローラ１３ｂ，１３
ｃによってフレームメモリ１２ｂ，１２ｃから順次読み
出されて、プレーン合成コントローラ１４に転送され
る。

【００２２】プレーン合成コントローラ１４は各フレー
ムメモリ１２ａ，１２ｂ，１２ｃから読み出されたデー
タを、ブレンド（配合）あるいは選択して、Ｄ／Ａコン
バータ１５に転送する。Ｄ／Ａコンバータ１５は、プレ
ーン合成コントローラ１４から転送されてきたデータを
アナログ信号に変換し、モニタ１６に送る。

【００２３】図２において、アプリケーションプログラ
ム５は、ウインドウ生成関数を実行し、ウインドウシス
テム２０に対してウインドウ２１ａ〜２１ｍの生成を要
求する。アプリケーションプログラム５は、ウインドウ
２１ａ〜２１ｍの生成を要求する際に、有効プレーン指
定フラグ２２ａ〜２２ｍにて、グラフィク・プレーン３
０ａ〜３０ｃの中から該ウインドウの描画を行うプレー
ンを有効プレーンとして選択的に指定する。また、アプ
リケーションプログラム５は、生成済みのウインドウ２
１ａ〜２１ｍに関して、ウインドウシステム２０に対し
て描画、マップ等の要求も行う。

【００２４】アプリケーションプログラム５からウイン
ドウの生成、描画、マップ等の要求を受けたウインドウ
システム２０は、該ウインドウの有効プレーン毎に、該
ウインドウの表示領域及び非表示領域をリージョン（RE
GION）と呼ばれる矩形領域に分割し、各リージョンの位
置及びサイズを該ウインドウの有効プレーン毎に管理す
るリージョン管理テーブル２３ａ〜２３ｎを作成する。
そして、リージョン管理テーブル２３ａ〜２３ｎの情報
に基づいて、フレームメモリ１２ａ，１２ｂ，１２ｃに
各グラフィク・プレーン３０ａ〜３０ｃの表示データを
書き込む。

【００２５】図３（ａ）は本実施形態のウインドウシス
テム２０におけるウインドウ生成関数CreateWindow()の
指定例を示している。ウインドウ生成関数CreateWindow
()は、引数として親ウインドウＩＤ（parent）と有効プ
レーン指定フラグ（plane）を備えており、アプリケー
ションプログラム５からウインドウシステム２０に対し
て、親ウインドウＩＤ（parent）で指定されたウインド
ウを親として、新規にウインドウを生成するように要求
する関数である。このウインドウ生成関数CreateWindow
()は、出力として、新規に生成したウインドウのＩＤを
アプリケーションプログラム５に返す。

【００２６】有効プレーン指定フラグ（plane）は、図
３（ｂ）に例示するように、Ｎビットのビット列から構
成されている。ビット０がプレーン０、ビット１がプレ
ーン１、ビット２がプレーン２、・・・・ビットＮがプ
レーンＮに対応しており、それぞれのビット値が「０」
の場合は「無効」、「１」の場合は「有効」であること
を示す。アプリケーションプログラム５は、ウインドウ
生成時に複数あるグラフィク・プレーンのうち、生成す
るウインドウの描画を行うプレーンについて「有効」の
フラグを立てる。

【００２７】図４は、ウインドウの表示されている領域
と表示されていない領域とを管理するためのメモリテー
ブルであるリージョン管理テーブル２３の構成例を示し
ている。このリージョン管理テーブル２３は、ウインド
ウの表示領域を管理する表示リージョンテーブル２４
と、ウインドウの非表示領域を管理する非表示リージョ
ンテーブル２５とからなり、生成されるウインドウの有
効プレーン毎に作成される。

【００２８】表示リージョンテーブル２４は、ウインド
ウの表示領域を表示リージョンと呼ばれる矩形領域に分
割し、分割した表示リージョン数と、分割した表示リー
ジョン毎に始点座標（Ｘ，Ｙ）、サイズ（横幅、高さ）
を記憶する。同様に、非表示リージョンテーブル２５
は、ウインドウの非表示領域を非表示リージョンに分割
し、分割した非表示リージョン数と、分割した非表示リ
ージョン毎に始点座標（Ｘ，Ｙ）、サイズ（横幅、高
さ）を記憶する。

【００２９】図５は、グラフィク・プレーン３０に２つ
のウインドウ４０，５０が表示されている例を示してお
り、ウインドウ５０はウインドウ４０の一部に重なって
いる。このウインドウ４０の表示領域は、図６に例示す
るように、２つの表示リージョン４１，４２に分割する
ことができ、ウインドウ４０の非表示領域は、図７に例
示するように、１つの非表示リージョン４３とすること
ができ、図８に示すリージョン管理テーブル２３として
記憶される。

【００３０】このように、ウインドウシステム２０はウ
インドウの表示領域と非表示領域とをリージョン管理テ
ーブル２３にて常に管理することで、ウインドウの描画
を行う際には、有効なプレーンの表示領域にのみ描画処
理を行えば良い。尚、このリージョン管理テーブル２３
の各値は、ウインドウの位置やサイズ、他のウインドウ
との重なり具合が変化するたびに更新される。

【００３１】図９は、２枚のグラフィク・プレーン３
０，３１を備えた表示装置で、グラフィク・プレーン３
０，３１を有効プレーンとしたウインドウ４０、グラフ
ィク・プレーン３０のみを有効プレーンとしたウインド
ウ５０、グラフィク・プレーン３１を有効プレーンとし
たウインドウ６０が表示されている様子を例示してい
る。また、図１０はグラフィク・プレーン３０における
上記各ウインドウの表示例、図１１はグラフィク・プレ
ーン３１における上記各ウインドウの表示例を示してい
る。

【００３２】ここで、ウインドウ５０がアンマップされ
た場合の、ウインドウシステム２０の動作例を説明す
る。アンマップされるウインドウ５０の有効プレーンは
図１０に示したグラフィク・プレーン３０であるので、
図１２に示すように、同じくグラフィク・プレーン３０
を有効プレーンとするウインドウ４０の重なり部分（非
表示領域４５）が表示領域に変化する。

【００３３】図１４は、ウインドウ５０がアンマップさ
れた場合の動作シーケンスを例示する図である。

【００３４】まず、ウインドウ５０に対して「閉じる」
操作がなされると、ウインドウ５０からウインドウシス
テム２０に対してアンマップ要求が通知される（Step0
1）。

【００３５】アンマップ要求を受けたウインドウシステ
ム２０は、所定のアンマップに係る処理を行い、ウイン
ドウ５０に対してアンマップを行った旨を通知する（St
ep02）。

【００３６】次に、ウインドウシステム２０は、ウイン
ドウ４０に対して再描画イベントを通知する（Step0
3）。

【００３７】その際、再描画イベントには、図１３に示
すような再描画イベント情報２６が付加される。この再
描画イベント情報２６は、再描画を要するグラフィク・
プレーンと、再描画を要するリージョン情報の始点座標
（Ｘ，Ｙ）、サイズ（横幅、高さ）が含まれる。

【００３８】再描画イベントを受けたウインドウ４０
は、再描画イベント情報２６のデータに基づいて、グラ
フィク・プレーン３０の指定された始点座標（Ｘ，Ｙ）
とサイズ（横幅、高さ）に該当する矩形部分について再
描画を行った後、ウインドウシステム２０に対して再描
画完了を通知する（Step04）。

【００３９】尚、ウインドウ４０はグラフィク・プレー
ン３１も有効であるが、アンマップされたウインドウ５
０はグラフィク・プレーン３１が有効でないので、ウイ
ンドウ４０のグラフィク・プレーン３１に関する再描画
イベントは通知されない。

【００４０】また、ウインドウ６０の有効プレーンはグ
ラフィク・プレーン３０ではないため、ウインドウ５０
がアンマップされても何の影響も受けない。

【００４１】このように、アプリケーションプログラム
５は有効プレーンを選択的に指定することができるた
め、アプリケーション５側およびウインドウシステム２
０側の双方は指定された有効プレーンのみを管理すれば
良い。

【００４２】また、表示中の他のウインドウが移動した
り閉じられたりして、今まで非表示であった領域が表示
領域に変化する際にも、変化が生じたウインドウの有効
プレーンがウインドウシステム２０から通知されるた
め、アプリケーションプログラム５は通知されるプレー
ンに対してのみ再描画処理等を施せば良い。

【００４３】以上、本発明の実施形態について詳細に説
明したが、本発明は本実施例に限定されず、本発明の主
旨を逸脱しない範囲において、種々の改良や変更を成し
得るであろう。

【００４４】例えば、本実施形態ではＵＮＩＸのＸＷｉ
ｎｄｏｗをモデルに説明したが、本発明はこれに限定さ
れず、他の形式のウインドウシステムにも適用すること
ができる。

【００４５】

【発明の効果】本発明によれば、アプリケーションプロ
グラムは有効プレーンを選択的に指定することができる
ため、アプリケーション側およびウインドウシステム側
の双方は指定された有効プレーンのみを管理すれば良
い。

【００４６】また、表示中の他のウインドウが移動した
り閉じられたりして、今まで非表示であった領域が表示
領域に変化する際にも、変化が生じたウインドウの有効
プレーンがウインドウシステムから通知されるため、ア
プリケーションプログラム５は通知されるプレーンに対
してのみ再描画処理等を施せば良い。

【００４７】以上のことから、本発明によれば、複数の
グラフィク・プレーンを容易に管理することができるウ
インドウシステムを提供することができる。

【図面の簡単な説明】

【図１】本実施形態におけるウインドウシステムのハー
ドウェアの構成例を模式的に示した図である。

【図２】本実施形態におけるウインドウシステムのソフ
トウェアの構成例を模式的に示した図である。

【図３】（ａ）は本実施形態におけるウインドウシステ
ムのウインドウ生成関数CreateWindow()、（ｂ）は有効
プレーン指定フラグ（plane）の指定例を示したイメー
ジ図である。

【図４】本実施形態におけるウインドウシステムのリー
ジョン管理テーブルの構成例を示した図である。

【図５】本実施形態において、グラフィク・プレーンに
２つのウインドウが表示されている例を示すイメージ図
である。

【図６】図５に示したウインドウの表示領域を２つの表
示リージョンに分割した例を示すイメージ図である。

【図７】図５に示したウインドウの非表示領域を１つの
非表示リージョンとした例を示すイメージ図である。

【図８】図６〜図７に示した各リージョンの情報を格納
したリージョン管理テーブルの具体例である。

【図９】本実施形態において、２枚のグラフィク・プレ
ーンを備えた表示装置で、各ウインドウが表示されてい
る様子を例示した図である。

【図１０】図９に示したグラフィク・プレーンの表示例
を示した図である。

【図１１】図９に示したグラフィク・プレーンの表示例
を示した図である。

【図１２】図１０に示したグラフィク・プレーンにおい
て、ウインドウの重なり部分（非表示領域）が表示領域
に変化した例を示した図である。

【図１３】本実施形態において、再描画イベントの通知
時に付加される再描画イベント情報の具体例を示す図で
ある。

【図１４】本実施形態における再描画イベント時の処理
シーケンスを例示する図である。

【符号の説明】

５....アプリケーションプログラム１０....ＣＰＵ１１....バス１２ａ〜１２ｃ....フレームメモリ１３ａ〜１３ｃ....メモリコントローラ１４....プレーン合成コントローラ１５....Ｄ／Ａ（デジタル／アナログ変換器）１６....モニタ２０....ウインドウシステム２１ａ〜２１ｍ....アドレス保持部２２ａ〜２２ｍ....有効プレーン指定フラグ２３，２３ａ〜２３ｍ....リージョン管理テーブル２４....表示リージョンテーブル２５....非表示リージョンテーブル２６....再描画イベント情報３０，３０ａ〜３０ｃ，３１....グラフィック・プレー
ン４０，５０，６０....ウインドウ４１，４２....表示リージョン４３，４５....非表示リージョン

Claims

【特許請求の範囲】

【請求項１】アプリケーションプログラムにより生成
される複数のウインドウを描画する複数のプレーンと、
前記各プレーンに対応し、前記各プレーンからのデータ
を記憶するフレームメモリとを有し、前記各フレームメ
モリからの出力データを配合或いは選択して表示装置に
表示するウインドウシステムであって、前記生成される複数のウインドウ毎に、前記複数のプレ
ーンから描画を行うプレーンを選択する有効プレーン指
定手段を有することを特徴とするウインドウシステム。
【請求項２】請求項１に記載のウインドウシステムに
おいて、前記生成される複数のウインドウのうち描画が行われる
プレーンを有効プレーンとして前記ウインドウが前記表
示装置に表示される表示領域及び前記表示装置には表示
されない非表示領域を矩形領域に分割し、各矩形領域の
位置及びサイズを前記複数のウインドウの有効プレーン
毎に管理するリージョン管理手段を有することを特徴と
するウインドウシステム。
【請求項３】請求項２に記載のウインドウシステムに
おいて、前記ウインドウの各矩形領域の位置或いはサイズに変化
が生じた場合、再描画が必要なプレーンと再描画する矩
形領域の位置及びサイズを前記アプリケーションプログ
ラムに通知することを特徴とするウインドウシステム。