JP2004302730A - コンピュータシステム及びオーバーレイ表示方法 - Google Patents

コンピュータシステム及びオーバーレイ表示方法 Download PDF

Info

Publication number
JP2004302730A
JP2004302730A JP2003093169A JP2003093169A JP2004302730A JP 2004302730 A JP2004302730 A JP 2004302730A JP 2003093169 A JP2003093169 A JP 2003093169A JP 2003093169 A JP2003093169 A JP 2003093169A JP 2004302730 A JP2004302730 A JP 2004302730A
Authority
JP
Japan
Prior art keywords
display
window
image
frame memory
resolution
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.)
Granted
Application number
JP2003093169A
Other languages
English (en)
Other versions
JP3881630B2 (ja
Inventor
Kazuo Kishida
和雄 岸田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2003093169A priority Critical patent/JP3881630B2/ja
Publication of JP2004302730A publication Critical patent/JP2004302730A/ja
Application granted granted Critical
Publication of JP3881630B2 publication Critical patent/JP3881630B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Digital Computer Display Output (AREA)
  • Controls And Circuits For Display Device (AREA)

Abstract

【課題】本発明は、クライアント領域の解像度が異なるウィンドウをオーバーレイ表示することができるコンピュータシステムを提供することを目的とする。
【解決手段】ウィンドウの表示イメージを標準フレームメモリに格納し、超高精細イメージを拡張フレームメモリに格納する。更に標準フレームメモリに格納したウィンドウイメージのクライアント領域にオーバーレイ表示を指定するフラグを設定した表示イメージを格納する。表示制御回路は、標準フレームメモリ及び拡張フレームメモリから表示イメージを読み出し、標準フレームメモリから読み出した表示イメージにオーバーレイフラグが設定されている場合には、拡張フレームメモリから読み出した超高精細イメージを選択して表示装置に表示させる。
【選択図】 図1

Description

【0001】
【発明の属する技術分野】
本発明は、コンピュータシステムにおいて、グラフィカル・ユーザー・インタフェース(GUI)を用いたウィンドウシステムにおける高解像度のグラフィックデータと低解像度のグラフィックデータとのオーバーレイ表示が可能なコンピュータシステムに関する。
【0002】
【従来の技術】
サーバー、ワークステーション、パーソナルコンピュータ等のコンピュータシステムでは、グラフィカル・ユーザー・インタフェース(GUI)を用いたウィンドウシステムが採用されている。
【0003】
従来のウィンドウシステムでは、例えば1600×1200ドットの解像度で液晶ディスプレイ等の表示装置に複数のウィンドウを表示し、これら複数のウィンドウにそれぞれグラフィックデータを表示している。一方、最近では超高精細の表示装置が開発され、コンピュータシステムで採用されるようになってきた。この超高精細の表示装置の一例として3200×2400ドットの解像度を持つものが市販されている。
【0004】
コンピュータシステムにこのような超高精細の表示装置が使用されても、グラフィックデータを表示制御するウィンドウシステムは、そのグラフィックデータを表示する解像度としては最大で1600×1200ドットであった。従って、超高精細の表示装置を用いてウィンドウシステムがGUIを構成するアイコンやウィンドウの構成要素等を表示すると、ウィンドウシステムがGUIの表示ドット数を固定ドット数であることが多いため、従来の表示装置を用いた場合に比べて、アイコン等の表示サイズが小さくなり、大変見にくくなってしまっている。また、マウスを用いてアイコン等をクリックやドラッグ&ドロップ等の操作する場合、大変操作性が悪くなってしまっていた。
【0005】
一方、コンピュータシステムにおいて、超高精細の表示装置を用いて例えば3200×2400ドットの解像度にてグラフィックデータを表示するアプリケーションプログラムを実行できることが要望されている。
【0006】
しかし、現在使用されているほとんどのウィンドウシステムがサポートしている解像度は最大で1600×1200ドットであるため、超高精細の解像度(例えば3200×2400ドット)の表示をするためには、このような解像度をサポートするウィンドウシステムの採用が必要である。
【0007】
従って、市場で多数使用されている超高精細の解像度をサポートしていないウィンドウシステムにおいて、従来の解像度のグラフィックデータを表示するウィンドウと超高精細のグラフィックデータを表示するウィンドウとをオーバーレイして表示することが要望されている。しかし、従来のウィンドウシステムでは解像度の異なるウィンドウをオーバーレイ表示する機能は実現されていないため、このような要望は実現できなかった。
【0008】
従来、単一ラスタ走査ビデオモニター上に異なる解像度からなる画像を同時に表示する技術は開発されているが、これはマルチウィンドウを表示するウィンドウシステムを考慮したものではなく、これによりウィンドウシステムにおける解像度の異なるウィンドウのオーバーレイ表示を実現することはできなかった(特許文献1参照)。
【0009】
【特許文献1】
特開平7−306672号公報
【0010】
【発明が解決しようとする課題】
従来のウィンドウシステムでは解像度の異なるウィンドウをオーバーレイ表示する機能は実現されていなかった。
【0011】
本発明は、このような従来の欠点を解決するためになされたもので、解像度の異なるウィンドウをオーバーレイ表示することができるコンピュータシステムを提供することを目的とする。
【0012】
【課題を解決するための手段】
本発明は、表示装置と第1の解像度でウィンドウを管理するウィンドウシステムとを持つコンピュータシステムにおいて、前記第1の解像度でイメージを表示イメージを格納するための第1のフレームメモリと、前記第1の解像度よりも解像度の高い第2の解像度で表示イメージを格納するための第2のフレームメモリと、前記第1のフレームメモリに前記第1の解像度でメニュー領域とクライアント領域とからなり前記メニュー領域にはコマンドやアイコンが設けられたウィンドウを表示するための第1の表示イメージを書き込む第1のイメージ書き込み手段と、前記第2のフレームメモリに前記第2の解像度で前記クライアント領域に表示するための第2の表示イメージを書き込む第2のイメージ書き込み手段と、オーバーレイ表示を指定するためのフラグ情報が設定された表示イメージを前記第1のフレームメモリの前記クライアント領域に格納する手段と、前記第1及び第2のフレームメモリから表示イメージを読み出し、前記第1のフレームメモリから読み出した表示イメージに前記フラグ情報が設定されている場合には、その表示イメージに対応する前記第2のフレームメモリから読み出した表示イメージを出力し、前記第1のフレームメモリから読み出した表示イメージに前記フラグ情報が設定されていない場合には、その表示イメージを出力して前記表示装置にイメージを表示させる表示制御手段とを具備することを特徴とする。
【0013】
この構成によれば、解像度の異なるウィンドウをオーバーレイ表示することができるコンピュータシステムが実現できる。
【0014】
【発明の実施の形態】
(第1の実施形態)
図1は本発明の一実施形態を示すコンピュータシステムを示す図である。パーソナルコンピュータ等で構成されるコンピュータシステム10には、超高精細表示装置20が接続されている。超高精細表示装置20は、解像度(3200×2400ドット、200dpi(dot per inch))の画像の表示能力を持つ20.8インチの表示装置である。
【0015】
コンピュータシステム10には、オペレーティングシステム(OS)13がインストールされている。OS13には、標準機能として1600×1200ドット(100dpi)の解像度でウィンドウを表示装置に表示するためのウィンドウの制御(管理)を行うウィンドウシステム18が組み込まれている。解像度3200×2400ドットの画像表示能力を持つ超高精細表示装置20にウィンドウシステム18が管理する解像度1600×1200ドットのウィンドウのイメージを表示するということは、1ドットを縦及び横にそれぞれ2倍に拡大して表示することになる。即ち、ウィンドウを表示するためのイメージの各1ドットを超高精細表示装置20では4ドットで表現して表示することになる。このイメージの拡大は、表示制御回路が行うもので、その詳細は後述する。
【0016】
一般アプリケーション11は、ウィンドウシステム18の制御に基づいて超高精細表示装置20に解像度1600×1200ドットで画面表示を行う機能を持つアプリケーションプログラムである。超高精細表示アプリケーション12は、ウィンドウシステム18の制御に基づいて超高精細表示装置20に解像度3200×2400ドットで画面表示を行う機能を持つアプリケーションプログラムである。
【0017】
標準表示用API(Application Program Interface)14は、グラフィックスエンジン16を用いてウィンドウシステム18の標準機能である解像度1600×1200ドットでウィンドウを超高精細表示装置20に表示させるときに、アプリケーションプログラムから呼び出されて(コールされて)動作するアプリケーション・プログラム・インタフェースである。
【0018】
グラフィックスエンジン16は、標準表示用API14を介してアプリケーションプログラムからの超高精細表示装置20への画面表示の要求に基づき、ディスプレイドライバー17を介して表示制御装置19に設けられたフレームメモリに画面表示するための表示イメージを描画する機能を持つ。ディスプレイドライバー17は、超高精細表示装置20のためのデバイスドライバーである。超高精細表示用API(Application Program Interface)15は、超高精細表示アプリケーション12が解像度3200×2400ドットで超高精細表示装置20に画面表示をさせるときに、呼び出されて動作するアプリケーション・プログラム・インタフェースである。
【0019】
表示制御装置19は、超高精細表示装置20にイメージを表示させるためのハードウェアであり、表示イメージを記憶するためのフレームメモリやイメージ表示を行うための制御回路が実装された基板(カード)で構成されるもので、一般的にはグラフィックカードと呼ばれている。
【0020】
図2は、表示制御装置19の構成を示す図である。インタフェース回路191は、コンピュータシステム10の図示せぬシステムバスと接続され、このシステムバスを介してディスプレイドライバー17から送信される表示データ、表示コマンドを受信して描画回路192に出力する。描画回路192は、ディスプレイドライバー17から送信を受けた表示データと表示コマンドに基づいて表示イメージを描画し、この表示イメージをメモリ制御回路193により、フレームメモリ194に書き込む機能を持つ。
【0021】
フレームメモリ194は、標準フレームメモリ194aと拡張フレームメモリ194bとから構成される。標準フレームメモリ194aは、超高精細表示装置20にウィンドウシステム18が管理する1600ドット×1200ドットの解像度の基本画面を表示するための表示イメージを記憶する記憶装置である。標準フレームメモリ194aは、表示画面1画面分のビットイメージとして1600×1200ドットのビットイメージをカラー表示するのに必要な記憶容量を持つ。尚、1ドット(1画素)をカラー表示するためにRGB(赤、緑、青)を2バイトデータで表現する。図6にこの1画素をカラー表示するための2バイトデータの構成を示す。図6において、1ビット目から5ビット目までの5ビットでR(赤)の色情報を表現し、6ビット目から10ビット目までの5ビットでG(緑)の色情報を表現し、11ビット目から15ビット目までの5ビットでB(青)の色情報を表現する。また、0ビット目の1ビットは、後述するオーバーレイフラグを設定するためのビットとして定義する。
【0022】
拡張フレームメモリ194bは、超高精細表示装置20にウィンドウシステム18が管理する1600ドット×1200ドットの解像度の基本画面に解像度3200×2400ドットの超高精細のイメージをオーバレイ表示させるための表示イメージを記憶する記憶装置である。拡張フレームメモリ194bは、表示画面1画面分のビットイメージとして3200×2400ドットのビットイメージをカラー表示するのに必要な記憶容量を持つ。尚、1ドット(1画素)をカラー表示するためにRGB(赤、緑、青)を2バイトデータで表現する。
【0023】
表示制御回路195は、フレームメモリ194に記憶(描画)されたイメージを超高精細表示装置20に送信して表示させるための制御回路である。表示制御回路195は、標準バッファメモリ197、拡張バッファメモリ198、表示切替制御回路199、制御回路196とから構成されている。
【0024】
標準バッファメモリ197は、標準フレームメモリ194aから読み出した表示イメージを格納するバッファメモリである。拡張バッファメモリ198は、拡張フレームメモリ194bから読み出した表示イメージを格納するバッファメモリである。表示切替制御回路199は、標準バッファメモリ197及び拡張バッファメモリ198から読み出された表示イメージを切り替えて超高精細表示装置20に出力する機能を持つ。
【0025】
制御回路196は、メモリ制御回路193を制御してから標準フレームメモリ194a及び拡張フレームメモリ194bから表示イメージの読み出す機能、この読み出した表示イメージの標準バッファメモリ197又は拡張バッファメモリ198への書き込み機能、標準バッファメモリ197又は拡張バッファメモリ198から表示イメージの読み出す機能、及び表示切替制御回路199の制御機能とを持つ。上述したように解像度3200×2400ドットの画像表示能力を持つ超高精細表示装置20にウィンドウシステム18が管理する解像度1600×1200ドットのウィンドウのイメージを表示するために、1ドットを縦及び横にそれぞれ2倍に拡大する必要がある。
【0026】
制御回路196は、このドットの拡大のために次のような動作をする。即ち、制御回路196は、標準フレームメモリ194aから横方向に表示イメージを読み出す際には、同じドット位置から2度イメージを読み出して拡張バッファメモリ198へ格納することで、標準フレームメモリ194aに格納さた表示イメージを横方向に2倍に拡大する。同様に制御回路196は、標準フレームメモリ194aから縦方向に表示イメージを読み出す際には、同じドット位置から2度イメージを読み出して拡張バッファメモリ198へ格納することで、標準フレームメモリ194aに格納された表示イメージを縦方向に2倍に拡大する。
【0027】
つぎに、表示装置の画面に表示されるウィンドウを説明する。本発明において、超高精細表示アプリケーション12が超高精細表示装置20にウィンドウを表示する場合、ウィンドウ枠41、メニュー領域42のGUIは、解像度1600×1200ドットで管理して表示するが、クライアント領域43は解像度3200×2400ドットで表示する。これにより、超高精細表示アプリケーション12による200dpiのイメージ表示が実現できる。
【0028】
図4に示すようにウィンドウ40は、ウィンドウ枠41によりその表示領域が定義される。ウィンドウ枠41で定義された領域は、そのウィンドウを表示しているアプリケーションプログラムのコマンド(ファイル、編集等のコマンド)やアイコン等のGUI(グラフィカル・ユーザー・インタフェース)を表示するためのメニュー領域42と、アプリケーションプログラムの実行に基づいて表示されるクライアント領域43とから構成される。例えば、図面作成のアプリケーションプログラムが実行されると、クライアント領域43には作成された図面が表示される。また、イメージのViewer(ビューワー)のアプリケーションプログラムが実行されるとに、クライアント領域43にはドキュメント等のイメージが表示される。
【0029】
そして、ウィンドウシステム18が標準機能として持つ解像度1600×1200ドットでウィンドウ40を表示する場合、ウィンドウ枠41の表示、メニュー領域42におけるGUIの表示及びクライアント領域43におけるイメージの表示のすべてが、解像度1600×1200ドットで表示される。
【0030】
また、本発明において、超高精細表示アプリケーション12が超高精細表示装置20にウィンドウ40を表示する場合、ウィンドウ枠41の表示、メニュー領域42におけるGUIの表示は、解像度1600×1200ドットで表示するが、クライアント領域43におけるイメージは解像度3200×2400ドットで表示する。これより、200dpiのイメージ表示が実現できる。
【0031】
以下、一般アプリケーション11により解像度1600×1200ドットでウィンドウの全体を表示し、超高精細表示アプリケーション12によりクライアント領域43におけるイメージを解像度3200×2400ドットで表示することで、解像度の異なるウィンドウをオーバーレイ表示する実施例の詳細な動作を図1乃至図10を用いて説明する。
【0032】
図3は、超高精細表示用API15の動作を説明するためのフローチャートを示す図である。図5は、標準フレームメモリ194a及び拡張フレームメモリ194bに表示イメージが記憶されている状態と、超高精細表示装置20の表示画面の表示状態とを示す図である。図6は、1ドット(1画素)をカラー表示するためにRGB(赤、緑、青)を2バイトで表現するためのデータ構造を示す図である。
【0033】
図7は、標準フレームメモリ194aにウィンドウ枠のイメージが書き込まれた状態を示した図である。図8は、図7に図示したように標準フレームメモリ194aにウィンドウ枠のイメージを記憶した場合に超高精細表示装置20にウィンドウ枠が表示された表示画面の状態を示す図である。図9は、拡張フレームメモリ194bにオーバーレイ表示するための超高精細イメージを書き込んだ状態を示す図である。
【0034】
一般アプリケーション11が超高精細表示装置20の表示画面にウィンドウを表示する場合には、まずウィンドウシステム18に対してウィンドウの作成要求を出力する。ウィンドウシステム18は、一般アプリケーション11からのウィンドウ作成要求を受け付けると、そのウインドウ作成要求に対してID番号(ウィンドウID)を発行して、そのウィンドウIDを一般アプリケーション11に送付して通知する。
【0035】
ウィンドウシステム18は、ウィンドウIDを発行すると、このウィンドウIDに対応するウィンドウの表示画面での表示位置の情報(位置情報)と、表示するウインドウの大きさの情報(サイズ:ウィンドウを表示するための縦と横のドット数で表す)と、そのウィンドウの重ね合わせの順位(重ね合わせ順位)とを決定し、これらの情報をウィンドウIDとともにウィンドウ管理テーブルに登録保存する。これらのウィンドウの位置情報、サイズ、重ね合わせ順位とを総称してウィンドウ情報と呼ぶ。
【0036】
ウィンドウの位置情報は、デフォルトとして、例えば表示画面の左上端を割り当てるものとする。ウィンドウのサイズは、デフォルトとして、例えばフルサイズ、即ち1600×1200ドットを割り当てる。ウィンドウの重ね合わせ順位とは、複数のウィンドウが重ねられた状態で画面に表示されている場合における該当ウィンドウの重ね合わせの順位であり、先頭(最前面)から何番目に表示されているかを示す情報である。この重ね合わせ順位は、デフォルトとして、例えば最前面を割り当てる。
【0037】
これらのウィンドウの位置情報、サイズ、重ね合わせ順位は、表示画面上でのユーザーのマウスの操作によってウィンドウの表示位置、サイズ、重ね合わせ順位の変更が指示される都度更新され登録保存される。従って、ウィンドウ管理テーブルには、現在表示画面に表示されているすべてのウィンドウに関する最新の位置情報、サイズ及び重ね合わせ順位が登録され管理されている。
【0038】
次に、一般アプリケーション11は、ウィンドウシステム18からウィンドウIDの通知を受けると、超高精細表示装置20の表示画面にウィンドウを表示するために、標準表示用API14を呼び出して(コールして)ウィンドウの表示要求をする。一般アプリケーション11は、この標準表示用API14を呼び出す際に、ウィンドウIDと標準サイズ(1600×1200ドット)でウィンドウを表示するための表示情報を転送する。
【0039】
標準表示用API14は、転送を受けたウィンドウIDに基づいて、ウィンドウシステム18の管理テーブルを参照して、表示要求を受けたウィンドウの位置情報、サイズ及び重ね合わせ順位の各情報を取得する。更に標準表示用API14は、ウィンドウシステム18の管理テーブルを参照して、表示要求を受けたウィンドウについて取得した位置情報、サイズ及び重ね合わせ順位の各情報と管理テーブルに登録されている他のウィンドウの位置情報、サイズ及び重ね合わせ順位とをそれぞれ比較照合する。
【0040】
標準表示用API14は、この比較照合の結果から、表示要求を受けたウィンドウにおいて、それよりも前面に表示されている他のウィンドウとの重なりが無く、実際に表示画面上でユーザーが見るとができる領域を確認する。標準表示用API14は、この確認したウィンドウの領域を表示するためのイメージをグラフィックスエンジン16、ディスプレイドライバー17を介して描画回路192により標準フレームメモリ194aに書き込む。この標準フレームメモリ194aに標準表示用API14がイメージを書き込む位置は、上記取得した表示要求を受けたウィンドウの位置情報に基づいている。
【0041】
この結果、例えば図5に示すように標準フレームメモリ194aにウィンドウ401を表示するためのビットマップイメージが書き込まれる。このウィンドウ401は、メニュー領域42とクライアント領域43から構成される。標準フレームメモリ194aのメニュー領域42にはコマンド(ファイル、編集等のコマンド)やアイコン等のGUI(グラフィカル・ユーザー・インタフェース)を表示するためのイメージが記憶され、クライアント領域43にはテキスト「AAAA‥‥」と「BBBB‥‥」を表示するためのイメージが記憶される。
【0042】
一方、超高精細表示アプリケーション12が超高精細表示装置20の表示画面にウィンドウを表示する場合には、まずウィンドウシステム18に対してウィンドウの作成要求を出力する。ウィンドウシステム18は、超高精細表示アプリケーション12からのウィンドウの作成要求を受け付けると、そのウインドウの作成要求に対してID番号(ウィンドウID)を発行して、そのウィンドウIDを超高精細表示アプリケーション12に送付して通知する。更にウィンドウシステム18は、ウィンドウIDを発行すると、このウィンドウIDに対応するウィンドウの位置情報とサイズと重ね合わせ順位とを決定し、これらの情報をウィンドウIDとともにウィンドウ管理テーブルに登録保存する。
【0043】
次に、超高精細表示アプリケーション12は、ウィンドウシステム18からウィンドウIDの通知を受けると、超高精細表示装置20の表示画面にウィンドウ枠及びメニュー領域にGUIを表示するために、標準表示用API14を呼び出す。超高精細表示アプリケーション12は、この標準表示用API14の呼び出す際に、ウィンドウIDと標準サイズ(1600×1200ドット)のウィンドウ枠及びGUIを表示するための表示情報を転送する。
【0044】
標準表示用API14は、転送を受けたウィンドウIDに基づいて、ウィンドウシステム18の管理テーブルを参照して、表示要求を受けたウィンドウの位置情報、サイズ及び重ね合わせ順位の各情報を取得する。更に標準表示用API14は、ウィンドウシステム18の管理テーブルを参照して、表示要求を受けたウィンドウについて取得したの位置情報、サイズ及び重ね合わせ順位の各情報と管理テーブルに登録されている他のウィンドウの位置情報、サイズ及び重ね合わせ順位とをそれぞれ比較照合する。
【0045】
標準表示用API14は、この比較照合の結果から、表示要求を受けたウィンドウにおいて、それよりも前面に表示されている他のウィンドウとの重なりが無く、実際に表示画面上でユーザーが見るとができる領域を確認する。
【0046】
標準表示用API14は、この確認したウィンドウの領域を表示するためのイメージをグラフィックスエンジン16、ディスプレイドライバー17を介して描画回路192により標準フレームメモリ194aに書き込む。この標準フレームメモリ194aに標準表示用API14がイメージを書き込む位置は、表示要求を受けたウィンドウの上記取得した位置情報に基づいている。
【0047】
この結果、例えば図5に示すように標準フレームメモリ194aにウィンドウ402を表示するためのウィンドウがビットマップイメージとして書き込まれる。即ち、図5に示すように標準フレームメモリ194aに1600×1200ドットの解像度で、メニュー領域42とクライアント領域43とから構成されるウィンドウ402のウィンドウ枠41を表示するためのビットマップイメージと、メニュー領域42にGUIを表示するためのビットマップイメージとを書き込む。
【0048】
次に、超高精細表示アプリケーション12は、超高精細表示装置20においてウィンドウ402のクライアント領域43に解像度3200×2400ドットのイメージを表示するために超高精細表示用API15を呼び出す。超高精細表示アプリケーション12は、この超高精細表示用API15を呼び出す際に、ウィンドウIDとウィンドウ402のクライアント領域43にイメージを表示するための表示情報を転送する。
【0049】
以下、超高精細表示用API15の動作を図3に示したフローチャートを用いて詳細を説明する。
【0050】
図3において、まず超高精細表示用API15は、ウィンドウ402のクライアント領域43に解像度3200×2400ドットのイメージを表示するためにウィンドウIDに基づいて、ウィンドウシステム18の管理テーブルを参照して、表示要求を受けたウィンドウの位置情報、サイズ及び重ね合わせ順位の各情報を取得する(ステップS1)。
【0051】
次に超高精細表示用API15は、超高精細表示アプリケーション12から表示要求のあったウィンドウが表示画面の最前面で表示されるように設定されているか否かを判定する(ステップS2)。この判定は、超高精細表示用API15が、ウィンドウシステム18の管理テーブルを参照して、表示要求を受けたウィンドウの重ね合わせ順位と管理テーブルに登録されている他のウィンドウの重ね合わせ順位とを比較照合することで行う。もし、表示要求のあったウィンドウが表示画面の最前面で表示するように設定されていると判断した場合には、ステップS3へ進む。
【0052】
ステップS3において、超高精細表示用API15は、次のように動作する。超高精細表示用API15は、表示要求を受けたウィンドウについてステップS1で取得したウィンドウの位置情報とサイズとに基づいて、グラフィックスエンジン16、ディスプレイドライバー17を介して描画回路192により拡張フレームメモリ194bに図5に示すように3200×2400ドットの解像度で表示イメージを書き込む。この表示イメージが拡張フレームメモリ194bに書き込まれる位置は、表示画面の表示位置に対応している。即ち、標準フレームメモリ194aに書き込んだウィンドウ402のクライアント領域43に対応する位置である。(ステップS3)。この拡張フレームメモリ194bに表示イメージを書き込む位置の詳細な説明は、後述する。
【0053】
続いて、超高精細表示用API15は、標準フレームメモリ194aに書き込まれたウィンドウ402のウィンドウ枠41で囲まれたクライアント領域43内の各画素をカラー表示するための各2バイトデータの0ビット目にオーバーレイフラグを設定する(ステップS6)。
【0054】
この結果、図5に示すように標準フレームメモリ194aに書き込まれたウィンドウ402のクライアント領域42内に表示するためのビットマップイメージが拡張標準フレームメモリ194bに書き込まれる。
【0055】
以上説明したように、一般アプリケーション11及び超高精細表示アプリケーション12により表示されるウィンドウのイメージが標準フレームメモリ194aと拡張フレームメモリ194bに書き込まれたことになる。
【0056】
以後図2及び図5を用いて標準フレームメモリ194aと拡張フレームメモリ194bに書き込まれた表示イメージを表示制御回路195により超高精細表示装置20で表示する動作を説明する。
【0057】
まず、制御回路196がメモリ制御回路193を制御して標準フレームメモリ194a及び拡張フレームメモリ194bの互いに対応する位置からそれぞれ所定量の表示イメージを読み出し、一旦標準バッファメモリ197、拡張バッファメモリ198にそれぞれ保存する。次に制御回路196は、標準バッファメモリ197及び拡張バッファメモリ198から表示イメージを読み出して表示切替制御回路199に出力する。表示切替制御回路199は、標準バッファメモリ197から読み出された表示イメージを1ドット(画素)毎にオーバーレイビットが設定されているか否かを判定する。
【0058】
表示切替制御回路199は、この判定結果に基づいて、標準バッファメモリ197から読み出した表示イメージの判定した1ドット(画素)か又はこの判定した1ドット(画素)に対応する拡張バッファメモリ198から読み出した表示イメージの1ドット(画素)のいずれかを切替選択して出力することにより、超高精細表示装置20で表示させる。
【0059】
表示切替制御回路199は、上記判定の結果、オーバーレイビットが設定されていない場合は、標準バッファメモリ197から読み出した表示イメージの判定した1ドットを選択して出力し、またオーバーレイビットが設定されている場合には判定した1ドットに対応する拡張バッファメモリ198から読み出した表示イメージの1ドットを選択して出力する。
【0060】
表示切替制御回路199は、このように標準フレームメモリ194aから読み出したすべての表示イメージに対してオーバーレイビットの設定の有無の判定及び入力した表示イメージの切替選択をすることによって、標準フレームメモリ194a及び拡張フレームメモリ194bから読み出した表示イメージをオーバーレイして表示させる働きをする。
【0061】
このような表示切替制御回路199の働きにより、図5に示した標準フレームメモリ194a及び拡張フレームメモリ194bに記憶された表示イメージは、図5の表示画面に図示したようにオーバーレイされて表示される。即ち、拡張フレームメモリに記憶された解像度3200×2400ドットの表示イメージが標準フレームメモリ194aに記憶されたウィンドウ402のクライアント領域43にオーバーレイ表示される。
【0062】
このようにオーバーレイ表示されるのは、先に説明したように標準フレームメモリのクライアント領域43を構成する各ドット(画素)をカラー表示するための2バイトデータにオーバーレイフラグが設定されているからである。
【0063】
次に図3に示したフローチャートにおける動作説明をステップS4から再開する。ステップS2の判定で、超高精細表示用API15がウィンドウシステム18から取得した各ウィンドウの重ね合わせ順位に基づいて、超高精細表示アプリケーション12から表示要求のあったウィンドウが最前面で表示するように設定されていないと判断された場合には、ステップS4へ進む。ステップS4へ進む場合には、超高精細表示アプリケーション12から表示要求のあったウィンドウに対して、そのウィンドウより前面に表示されている他のウィンドウが少なくとも1つ存在することである。
【0064】
超高精細表示用API15がウィンドウシステム18から取得した各ウィンドウの位置情報、サイズ及び重ね合わせ順位とに基づいて、超高精細表示アプリケーション12から表示要求のあったウィンドウとそのウィンドウより前面に表示されているウィンドウとの重なり具合をチェックして、超高精細表示アプリケーション12から表示要求のあったウィンドウがそのウィンドウより前面に表示されている他のウィンドウとの重なりが無く、実際の表示画面で表示される部分が存在するか否かを判定する(ステップS4)。
【0065】
もし、超高精細表示アプリケーション12から表示要求のあったウィンドウのすべての部分が、そのウィンドウより前面に表示されている他のウィンドウと重なっている場合には、実際の表示画面においては表示されず見えない状態である。従ってこの場合には、超高精細表示用API15は何もせずにその処理は終了する(ステップS4の「なし」の場合)。
【0066】
もし、超高精細表示アプリケーション12から表示要求のあったウィンドウの一部にそのウィンドウより前面に表示されている他のウィンドウとの重なりが無く実際の表示画面において表示される部分が存在する場合は、ステップS5へ進む(ステップS4の「あり」の場合)。
【0067】
以後、超高精細表示アプリケーション12から表示要求のあったウィンドウの一部に他のウィンドウとの重なりが無く実際の表示画面において表示される部分が存在する一例として図10に示す場合を想定する。
【0068】
続くステップS5では、超高精細表示用API15は、図10において超高精細表示アプリケーション12から表示要求のあったウィンドウ402がそれよりも前面に表示されているウィンドウ403と重なっていないクライアント領域43を複数の矩形領域に分割する。この矩形領域をView片と呼ぶ。図10では、View片43aとView片43bとが存在する。
【0069】
超高精細表示用API15は、このView片43aとView片43bの部分において表示される表示イメージを拡張フレームメモリ194bに書き込む(ステップS5)。この表示イメージの拡張フレームメモリ194bへの書き込み動作は、先にステップS3で説明した動作と同様に行う。
【0070】
次にステップS6において、超高精細表示用API15は、標準フレームメモリ194aに書き込まれたウィンドウ402のクライアント領域43のView片43aとView片43bに対応する位置の各画素をカラー表示するための2バイトデータの0ビット目にオーバーレイフラグを設定する。
【0071】
このように超高精細表示用API15がステップS4からステップS6の動作を行うことにより、超高精細表示アプリケーション12から表示要求のあったウィンドウにおいて、そのウィンドウより前面に表示されている他のウィンドウと重なっていない部分が表示画面にオーバーレイ表示されることは、先の表示切替制御回路199の動作説明から明らかであるため、ここでその詳細な説明は省略する。
【0072】
以後、超高精細表示アプリケーション12から表示要求のあったウィンドウが表示画面上でその表示位置が移動させられたり、その大きさが変更されたり、他のウィンドウとの重なりの状態が変更された場合には、超高精細表示用API15が図3に示したフローチャートに示した動作をすることにより、表示画面にオーバーレイ表示される。
【0073】
ここで、本発明において、基本フレームメモリ194aにウィンドウのイメージが書き込まれた場合に、超高精細表示装置20の表示画面にどのような位置関係で表示されるかを説明する。
【0074】
図7に示すように標準フレームメモリにウィンドウ枠が書き込まれた場合を考える。この標準フレームメモリは、ウィンドウシステムが標準で管理する1600×1200ドットの解像度に対応した記憶容量を持ち、図示したように左上を原点とする座標軸が設定されているものとする。この座標軸は、表示画面の表示位置に対応している。
【0075】
図7において、ウィンドウ枠のクライアント領域は、縦100ドット、横100ドットの大きさで左上の位置が座標(100,100)、右上の位置は座標(200,100)、右下の位置は座標(200,200)、左下の位置は座標(100,200)となる。このように標準フレームメモリにウィンドウ枠が書き込まれた場合、超高精細表示装置20には、図8に示すようにウィンドウ枠が表示される。図8では説明の便宜上超高精細表示装置20の表示画面に左上を原点する座標軸を設定した。
【0076】
超高精細表示装置20の表示ドット数は3200×2400ドットであり、ウィンドウシステム18が標準で管理する1600×1200ドットに対して、縦横ともに2倍のドット数である。従って、標準フレームメモリに書き込まれた表示イメージは、縦横ともに2倍して超高精細表示装置20に表示することになる。即ち、図8に示すようにウィンドウ枠のクライアント領域の左上の位置は座標(200,200)となり、同様に左下の位置は座標(200,400)、右上の位置は座標(400,200)、右下の位置は座標(400,400)となる。
【0077】
次に、超高精細アプリケーションがウィンドウを表示し、そのウィンドウのクライアント領域に3200×2400ドットの解像度の表示イメージをオーバーレイ表示する場合に、超高精細表示装置の表示画面にどのような位置関係でウィンドウが表示されるかを説明する。即ち、標準フレームメモリにウィンドウ枠が書き込まれ、拡張フレームメモリにオーバーレイ表示するための3200×2400ドットの解像度の表示イメージが書き込まれた場合に、超高精細表示装置の表示画面にどのような位置関係でウィンドウが表示されるかを説明する。
【0078】
ここで、超高精細アプリケーションがそのウィンドウの表示要求により、標準表示用API14を用いて図7に示すように標準フレームメモリにウィンドウ枠を書き込んだ場合を考える。この場合、超高精細表示装置の表示画面には図8に示すようにウィンドウ枠が表示される。
【0079】
このとき、超高精細アプリケーションはそのウィンドウの表示要求により、超高精細表示用API15を用いて図9に示すように拡張フレームメモリにウィンドウ枠のクライアント領域に表示するための表示メージが書き込まれる。即ち、図9において、表示イメージは、その左上の位置が座標(200,200)、左下の位置が座標(200,400)、右上の位置が座標(400,200)、右下の位置が座標(400,400)となる。そして、この表示イメージの拡張フレームメモリに書き込まれた位置は、図8に示したように超高精細表示装置20の表示画面に表示されるクライアント領域と位置が合致する。
【0080】
そして、先に図2における表示切替制御回路199について動作説明したように、表示切替制御回路199は、標準バッファメモリ197から読み出した1ドットの表示イメージデータにおいてオーバレイフラグの設定の有無をチェックし、オーバレイフラグが設定されている場合には、拡張バッファメモリから読み出した上記オーバレイフラグの設定の有無をチェックした1ドットのイメージデータに対応する1ドットの表示イメージを切り替えて出力することになる。
【0081】
【発明の効果】
本発明によれば、クライアント領域の解像度の異なるウィンドウをオーバーレイ表示することができるコンピュータシステムが実現できる。従って、解像度の異なるウィンドウの操作(移動、コピー、ペースト、重ね合わせ、再描画など)ができるようになる。
【図面の簡単な説明】
【図1】本発明の一実施形態を示すコンピュータシステムを示す図である。
【図2】図1に示した表示制御装置19の構成を示す図である。
【図3】超高精細表示用API15の動作を説明するためのフローチャートを示す図である。
【図4】ウィンドウ40の構成を示す図である。
【図5】標準バッファメモリ197及び拡張バッファメモリ198に表示イメージが記憶されている状態と表示画面の表示状態とを示す図である。
【図6】1画素をカラー表示するための2バイトデータの構成を示す図である。
【図7】標準フレームメモリ194aにウィンドウ枠のイメージが書き込まれた状態を示す図である。
【図8】図7に図示したように標準フレームメモリ194aにウィンドウ枠のイメージを記憶した場合に超高精細表示装置20にウィンドウ枠が表示された表示画面の状態を示す図である。
【図9】拡張フレームメモリ194bにオーバーレイ表示するための超高精細イメージを書き込んだ状態を示す図である。
【図10】超高精細表示アプリケーション12から表示要求のあったウィンドウの一部に他のウィンドウとの重なりが無く実際の表示画面において表示される部分が存在する一例を示す図である。
【符号の説明】
10‥‥コンピュータシステム
11‥‥一般アプリケーション
12‥‥超高精細表示アプリケーション
13‥‥OS(オペレーティングシステム)
14‥‥表示表示用API
15‥‥超高精細表示用API
16‥‥グラフィックスエンジン
17‥‥ディスプレイドライバー
18‥‥ウィンドウシステム
19‥‥表示制御装置
20‥‥超高精細表示装置

Claims (3)

  1. 表示装置と第1の解像度でウィンドウを管理するウィンドウシステムとを持つコンピュータシステムにおいて、
    前記第1の解像度でイメージを表示イメージを格納するための第1のフレームメモリと、
    前記第1の解像度よりも解像度の高い第2の解像度で表示イメージを格納するための第2のフレームメモリと、
    前記第1のフレームメモリに前記第1の解像度でメニュー領域とクライアント領域とからなり前記メニュー領域にはコマンドやアイコンが設けられたウィンドウを表示するための第1の表示イメージを書き込む第1のイメージ書き込み手段と、
    前記第2のフレームメモリに前記第2の解像度で前記クライアント領域に表示するための第2の表示イメージを書き込む第2のイメージ書き込み手段と、
    オーバーレイ表示を指定するためのフラグ情報が設定された表示イメージを前記第1のフレームメモリの前記クライアント領域に格納する手段と、
    前記第1及び第2のフレームメモリから表示イメージを読み出し、前記第1のフレームメモリから読み出した表示イメージに前記フラグ情報が設定されている場合には、その表示イメージに対応する前記第2のフレームメモリから読み出した表示イメージを出力し、前記第1のフレームメモリから読み出した表示イメージに前記フラグ情報が設定されていない場合には、その表示イメージを出力して前記表示装置にイメージを表示させる表示制御手段とを具備することを特徴とするコンピュータシステム。
  2. 表示装置と第1の解像度でウィンドウを管理するウィンドウシステムとを持つコンピュータシステムにおいて、
    第1の解像度で表示イメージを格納するための第1のフレームメモリと、
    前記第1の解像度よりも解像度の高い第2の解像度で表示イメージを格納するための第2のフレームメモリと、
    前記第2のフレームメモリに第2の解像度で表示イメージを書き込むイメージ書き込み手段と、
    オーバーレイ表示を指定するためのフラグ情報が設定された表示イメージを前記第1のフレームメモリに格納する手段と、
    前記第1及び第2のフレームメモリから表示イメージを読み出し、前記第1のフレームメモリから読み出した表示イメージに前記フラグ情報が設定されている場合には、その表示イメージに対応する前記第2のフレームメモリにから読み出した表示イメージを出力し、前記第1のフレームメモリから読み出した表示イメージに前記フラグ情報が設定されていない場合には、その表示イメージを出力して前記表示装置にイメージを表示させる表示制御手段とを具備することを特徴とするコンピュータシステム。
  3. 第1の解像度でウィンドウを管理するウィンドウシステムと前記第1の解像度よりも解像度の高い第2の解像度でイメージを表示するための表示装置とを持つコンピュータシステムにおいて、
    メニュー領域とクライアント領域とからなるウィンドウを示す前記第1の解像度のイメージとGUIを示す前記第1の解像度のイメージとを前記表示装置の解像度と一致するように拡大して前記表示装置に表示するステップと、
    前記表示装置に表示された前記クライアント領域内に前記第2の解像度のイメージを表示するステップとを具備することを特徴とするオーバーレイ表示方法。
JP2003093169A 2003-03-31 2003-03-31 コンピュータシステム Expired - Fee Related JP3881630B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003093169A JP3881630B2 (ja) 2003-03-31 2003-03-31 コンピュータシステム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003093169A JP3881630B2 (ja) 2003-03-31 2003-03-31 コンピュータシステム

Publications (2)

Publication Number Publication Date
JP2004302730A true JP2004302730A (ja) 2004-10-28
JP3881630B2 JP3881630B2 (ja) 2007-02-14

Family

ID=33406028

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003093169A Expired - Fee Related JP3881630B2 (ja) 2003-03-31 2003-03-31 コンピュータシステム

Country Status (1)

Country Link
JP (1) JP3881630B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012144817A3 (en) * 2011-04-19 2013-03-21 Samsung Electronics Co., Ltd. Method and apparatus for defining overlay region of user interface control

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012144817A3 (en) * 2011-04-19 2013-03-21 Samsung Electronics Co., Ltd. Method and apparatus for defining overlay region of user interface control
US9117395B2 (en) 2011-04-19 2015-08-25 Samsung Electronics Co., Ltd Method and apparatus for defining overlay region of user interface control

Also Published As

Publication number Publication date
JP3881630B2 (ja) 2007-02-14

Similar Documents

Publication Publication Date Title
US8542253B2 (en) Magnification engine
EP2962191B1 (en) System and method for virtual displays
US7698653B2 (en) Graphical user interface including zoom control box representing image and magnification of displayed image
US5754242A (en) Data formatting system for processing multiple independent input data streams for high resolution screen displays
JP4361080B2 (ja) 画像データを生成するための方法、プログラム、および装置
US20030184552A1 (en) Apparatus and method for graphics display system for markup languages
US8749566B2 (en) System and method for an optimized on-the-fly table creation algorithm
US20180039470A1 (en) Image output control method and display device
JP3797372B2 (ja) 描画命令のフックを利用した画像の転送
US20040263426A1 (en) Information processing device, window display control method and program
US20070040787A1 (en) A Modular Graphics Stack
US20060187239A1 (en) System and method for improving visual appearance of efficient rotation algorithm
JP2004219759A (ja) 画像表示処理方法、画像表示処理装置、画像表示装置および画像表示処理システム
JP3881630B2 (ja) コンピュータシステム
JP3826941B2 (ja) 描画命令のフックを利用した画像の転送
JP3797371B2 (ja) 描画命令のフックを利用した画像の転送
JP4031421B2 (ja) 画面コピー方法
JP2001230986A (ja) ディジタルテレビジョン画面上のアプリケーションの表現のための方法及び装置
JP2007011485A (ja) 画像データの取得方法、画像データ取得装置、およびプログラム
JP2533890B2 (ja) 画面制御方式
JP7306190B2 (ja) 表示装置、表示方法、プログラム
JP3826942B2 (ja) 描画命令のフックを利用した画像の転送
JP2005031510A (ja) 情報処理装置
JPH1049338A (ja) コマンドボタン制御方式
JP3797373B2 (ja) 描画命令のフックを利用した画像の転送

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20050428

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20050620

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050707

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060224

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060425

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20061107

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20061110

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101117

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101117

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111117

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111117

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121117

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131117

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees