JP3881630B2 - コンピュータシステム - Google Patents
コンピュータシステム Download PDFInfo
- Publication number
- JP3881630B2 JP3881630B2 JP2003093169A JP2003093169A JP3881630B2 JP 3881630 B2 JP3881630 B2 JP 3881630B2 JP 2003093169 A JP2003093169 A JP 2003093169A JP 2003093169 A JP2003093169 A JP 2003093169A JP 3881630 B2 JP3881630 B2 JP 3881630B2
- Authority
- JP
- Japan
- Prior art keywords
- display
- window
- image
- frame memory
- ultra
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Digital Computer Display Output (AREA)
- Controls And Circuits For Display Device (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、コンピュータシステムにおいて、グラフィカル・ユーザー・インタフェース（ＧＵＩ）を用いたウィンドウシステムにおける高解像度のグラフィックデータと低解像度のグラフィックデータとのオーバーレイ表示が可能なコンピュータシステムに関する。
【０００２】
【従来の技術】
サーバー、ワークステーション、パーソナルコンピュータ等のコンピュータシステムでは、グラフィカル・ユーザー・インタフェース（ＧＵＩ）を用いたウィンドウシステムが採用されている。
【０００３】
従来のウィンドウシステムでは、例えば１６００×１２００ドットの解像度で液晶ディスプレイ等の表示装置に複数のウィンドウを表示し、これら複数のウィンドウにそれぞれグラフィックデータを表示している。一方、最近では超高精細の表示装置が開発され、コンピュータシステムで採用されるようになってきた。この超高精細の表示装置の一例として３２００×２４００ドットの解像度を持つものが市販されている。
【０００４】
コンピュータシステムにこのような超高精細の表示装置が使用されても、グラフィックデータを表示制御するウィンドウシステムは、そのグラフィックデータを表示する解像度としては最大で１６００×１２００ドットであった。従って、超高精細の表示装置を用いてウィンドウシステムがアイコンやウィンドウの構成要素等を表示すると、ウィンドウシステムの表示ドット数は固定ドット数であることが多いため、従来の表示装置を用いた場合に比べて、アイコン等の表示サイズが小さくなり、大変見にくくなってしまっている。
また、マウスを用いてアイコン等をクリックやドラッグ＆ドロップ等の操作する場合、大変操作性が悪くなってしまっていた。
【０００５】
一方、コンピュータシステムにおいて、超高精細の表示装置を用いて例えば３２００×２４００ドットの解像度にてグラフィックデータを表示するアプリケーションプログラムを実行できることが要望されている。
【０００６】
しかし、現在使用されているほとんどのウィンドウシステムがサポートしている解像度は最大で１６００×１２００ドットであるため、超高精細の解像度（例えば３２００×２４００ドット）の表示をするためには、このような解像度をサポートするウィンドウシステムの採用が必要である。
【０００７】
従って、市場で多数使用されている超高精細の解像度をサポートしていないウィンドウシステムにおいて、従来の解像度のグラフィックデータを表示するウィンドウと超高精細のグラフィックデータを表示するウィンドウとをオーバーレイして表示することが要望されている。しかし、従来のウィンドウシステムでは解像度の異なるウィンドウをオーバーレイ表示する機能は実現されていないため、このような要望は実現できなかった。
【０００８】
従来、単一ラスタ走査ビデオモニター上に異なる解像度からなる画像を同時に表示する技術は開発されているが、これはマルチウィンドウを表示するウィンドウシステムを考慮したものではなく、これによりウィンドウシステムにおける解像度の異なるウィンドウのオーバーレイ表示を実現することはできなかった（特許文献１参照）。
【０００９】
【特許文献１】
特開平７−３０６６７２号公報
【００１０】
【発明が解決しようとする課題】
従来のウィンドウシステムでは解像度の異なるウィンドウをオーバーレイ表示する機能は実現されていなかった。
【００１１】
本発明は、このような従来の欠点を解決するためになされたもので、解像度の異なるウィンドウをオーバーレイ表示することができるコンピュータシステムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
本発明は、第１の解像度の表示イメージを管理するウィンドウシステムを持ち、第１の解像度よりも解像度が高い第２の解像度のイメージを表示する表示装置にイメージを表示させるために第２の解像度のイメージを出力するコンピュータシステムであって、表示装置に表示するための第１の解像度の表示イメージを記憶する第１のフレームメモリと、表示装置に表示するための第２の解像度の表示イメージを記憶する第２のフレームメモリと、第１フレームメモリに記憶された表示イメージに第２のフレームメモリに記憶された表示イメージをオーバーレイ表示させるために、第２のフレームメモリに記憶された表示イメージの位置に対応する第１のフレームメモリの位置に格納記憶されている表示イメージのデータにオーバーレイ表示を指定するためのフラグ情報を設定するオーバーレイ設定手段と、第１フレームメモリに記憶されている表示イメージを拡大して第２の解像度に変換した表示イメージのデータにフラグ情報が設定されている場合には、その表示イメージに対応する第２のフレームメモリから読み出した表示イメージを出力し、第１フレームメモリに記憶されている表示イメージを拡大して第２の解像度に変換した表示イメージのデータにフラグ情報が設定されていない場合には、その表示イメージを出力する表示制御手段とを具備することを特徴とする。
【００１３】
この構成によれば、解像度の異なるウィンドウをオーバーレイ表示することができるコンピュータシステムが実現できる。
【００１４】
【発明の実施の形態】
（第１の実施形態）
図１は本発明の一実施形態を示すコンピュータシステムを示す図である。パーソナルコンピュータ等で構成されるコンピュータシステム１０には、超高精細表示装置２０が接続されている。超高精細表示装置２０は、解像度（３２００×２４００ドット、２００ｄｐｉ（dot per inch））の画像の表示能力を持つ２０．８インチの表示装置である。
【００１５】
コンピュータシステム１０には、オペレーティングシステム（ＯＳ）１３がインストールされている。ＯＳ１３には、標準機能として１６００×１２００ドット（１００ｄｐｉ）の解像度でウィンドウを表示装置に表示するためのウィンドウの制御（管理）を行うウィンドウシステム１８が組み込まれている。解像度３２００×２４００ドットの画像表示能力を持つ超高精細表示装置２０にウィンドウシステム１８が管理する解像度１６００×１２００ドットのウィンドウのイメージを表示するということは、１ドットを縦及び横にそれぞれ２倍に拡大して表示することになる。即ち、ウィンドウを表示するためのイメージの各１ドットを超高精細表示装置２０では４ドットで表現して表示することになる。このイメージの拡大は、表示制御回路が行うもので、その詳細は後述する。
【００１６】
一般アプリケーション１１は、ウィンドウシステム１８の制御に基づいて超高精細表示装置２０に解像度１６００×１２００ドットで画面表示を行う機能を持つアプリケーションプログラムである。超高精細表示アプリケーション１２は、ウィンドウシステム１８の制御に基づいて超高精細表示装置２０に解像度３２００×２４００ドットで画面表示を行う機能を持つアプリケーションプログラムである。
【００１７】
標準表示用ＡＰＩ（Application Program Interface）１４は、グラフィックスエンジン１６を用いてウィンドウシステム１８の標準機能である解像度１６００×１２００ドットでウィンドウを超高精細表示装置２０に表示させるときに、アプリケーションプログラムから呼び出されて（コールされて）動作するアプリケーション・プログラム・インタフェースである。
【００１８】
グラフィックスエンジン１６は、標準表示用ＡＰＩ１４を介してアプリケーションプログラムからの超高精細表示装置２０への画面表示の要求に基づき、ディスプレイドライバー１７を介して表示制御装置１９に設けられたフレームメモリに画面表示するための表示イメージを描画する機能を持つ。ディスプレイドライバー１７は、超高精細表示装置２０のためのデバイスドライバーである。超高精細表示用ＡＰＩ（Application Program Interface）１５は、超高精細表示アプリケーション１２が解像度３２００×２４００ドットで超高精細表示装置２０に画面表示をさせるときに、呼び出されて動作するアプリケーション・プログラム・インタフェースである。
【００１９】
表示制御装置１９は、超高精細表示装置２０にイメージを表示させるためのハードウェアであり、表示イメージを記憶するためのフレームメモリやイメージ表示を行うための制御回路が実装された基板（カード）で構成されるもので、一般的にはグラフィックカードと呼ばれている。
【００２０】
図２は、表示制御装置１９の構成を示す図である。インタフェース回路１９１は、コンピュータシステム１０の図示せぬシステムバスと接続され、このシステムバスを介してディスプレイドライバー１７から送信される表示データ、表示コマンドを受信して描画回路１９２に出力する。描画回路１９２は、ディスプレイドライバー１７から送信を受けた表示データと表示コマンドに基づいて表示イメージを描画し、この表示イメージをメモリ制御回路１９３により、フレームメモリ１９４に書き込む機能を持つ。
【００２１】
フレームメモリ１９４は、標準フレームメモリ１９４ａと拡張フレームメモリ１９４ｂとから構成される。標準フレームメモリ１９４ａは、超高精細表示装置２０にウィンドウシステム１８が管理する１６００ドット×１２００ドットの解像度の基本画面を表示するための表示イメージを記憶する記憶装置である。標準フレームメモリ１９４ａは、表示画面１画面分のビットイメージとして１６００×１２００ドットのビットイメージをカラー表示するのに必要な記憶容量を持つ。尚、１ドット（１画素）をカラー表示するためにＲＧＢ（赤、緑、青）を２バイトデータで表現する。図６にこの１画素をカラー表示するための２バイトデータの構成を示す。図６において、１ビット目から５ビット目までの５ビットでＲ（赤）の色情報を表現し、６ビット目から１０ビット目までの５ビットでＧ（緑）の色情報を表現し、１１ビット目から１５ビット目までの５ビットでＢ（青）の色情報を表現する。また、０ビット目の１ビットは、後述するオーバーレイフラグを設定するためのビットとして定義する。
【００２２】
拡張フレームメモリ１９４ｂは、超高精細表示装置２０にウィンドウシステム１８が管理する１６００ドット×１２００ドットの解像度の基本画面に解像度３２００×２４００ドットの超高精細のイメージをオーバレイ表示させるための表示イメージを記憶する記憶装置である。拡張フレームメモリ１９４ｂは、表示画面１画面分のビットイメージとして３２００×２４００ドットのビットイメージをカラー表示するのに必要な記憶容量を持つ。尚、１ドット（１画素）をカラー表示するためにＲＧＢ（赤、緑、青）を２バイトデータで表現する。
【００２３】
表示制御回路１９５は、フレームメモリ１９４に記憶（描画）されたイメージを超高精細表示装置２０に送信して表示させるための制御回路である。表示制御回路１９５は、標準バッファメモリ１９７、拡張バッファメモリ１９８、表示切替制御回路１９９、制御回路１９６とから構成されている。
【００２４】
標準バッファメモリ１９７は、標準フレームメモリ１９４ａから読み出した表示イメージを格納するバッファメモリである。拡張バッファメモリ１９８は、拡張フレームメモリ１９４ｂから読み出した表示イメージを格納するバッファメモリである。表示切替制御回路１９９は、標準バッファメモリ１９７及び拡張バッファメモリ１９８から読み出された表示イメージを切り替えて超高精細表示装置２０に出力する機能を持つ。
【００２５】
制御回路１９６は、メモリ制御回路１９３を制御して標準フレームメモリ１９４ａ及び拡張フレームメモリ１９４ｂから表示イメージの読み出す機能、この読み出した表示イメージの標準バッファメモリ１９７又は拡張バッファメモリ１９８への書き込み機能、標準バッファメモリ１９７又は拡張バッファメモリ１９８から表示イメージの読み出す機能、及び表示切替制御回路１９９の制御機能とを持つ。上述したように解像度３２００×２４００ドットの画像表示能力を持つ超高精細表示装置２０にウィンドウシステム１８が管理する解像度１６００×１２００ドットのウィンドウのイメージを表示するために、１ドットを縦及び横にそれぞれ２倍に拡大する必要がある。
【００２６】
制御回路１９６は、このドットの拡大のために次のような動作をする。即ち、制御回路１９６は、標準フレームメモリ１９４ａから横方向に表示イメージを読み出す際には、同じドット位置から２度イメージを読み出して拡張バッファメモリ１９８へ格納することで、標準フレームメモリ１９４ａに格納さた表示イメージを横方向に２倍に拡大する。同様に制御回路１９６は、標準フレームメモリ１９４ａから縦方向に表示イメージを読み出す際には、同じドット位置から２度イメージを読み出して拡張バッファメモリ１９８へ格納することで、標準フレームメモリ１９４ａに格納された表示イメージを縦方向に２倍に拡大する。
【００２７】
つぎに、表示装置の画面に表示されるウィンドウを説明する。本発明において、超高精細表示アプリケーション１２が超高精細表示装置２０にウィンドウを表示する場合、ウィンドウ枠４１、メニュー領域４２は、解像度１６００×１２００ドットで管理して表示するが、クライアント領域４３は解像度３２００×２４００ドットで表示する。これにより、超高精細表示アプリケーション１２による２００ｄｐｉのイメージ表示が実現できる。
【００２８】
図４に示すようにウィンドウ４０は、ウィンドウ枠４１によりその表示領域が定義される。ウィンドウ枠４１で定義された領域は、そのウィンドウを表示しているアプリケーションプログラムのコマンド（ファイル、編集等のコマンド）やアイコン等を表示するためのメニュー領域４２と、アプリケーションプログラムの実行に基づいて表示されるクライアント領域４３とから構成される。例えば、図面作成のアプリケーションプログラムが実行されると、クライアント領域４３には作成された図面が表示される。また、イメージのＶｉｅｗｅｒ（ビューワー）のアプリケーションプログラムが実行されるとに、クライアント領域４３にはドキュメント等のイメージが表示される。
【００２９】
そして、ウィンドウシステム１８が標準機能として持つ解像度１６００×１２００ドットでウィンドウ４０を表示する場合、ウィンドウ枠４１の表示、メニュー領域４２及びクライアント領域４３の表示のすべてが、解像度１６００×１２００ドットで表示される。
【００３０】
また、本発明において、超高精細表示アプリケーション１２が超高精細表示装置２０にウィンドウ４０を表示する場合、ウィンドウ枠４１とメニュー領域４２は解像度１６００×１２００ドットで表示するが、クライアント領域４３は解像度３２００×２４００ドットで表示する。これより、２００ｄｐｉのイメージ表示が実現できる。
【００３１】
以下、一般アプリケーション１１により解像度１６００×１２００ドットでウィンドウの全体を表示し、超高精細表示アプリケーション１２によりクライアント領域４３におけるイメージを解像度３２００×２４００ドットで表示することで、解像度の異なるウィンドウをオーバーレイ表示する実施例の詳細な動作を図１乃至図１０を用いて説明する。
【００３２】
図３は、超高精細表示用ＡＰＩ１５の動作を説明するためのフローチャートを示す図である。図５は、標準フレームメモリ１９４ａ及び拡張フレームメモリ１９４ｂに表示イメージが記憶されている状態と、超高精細表示装置２０の表示画面の表示状態とを示す図である。図６は、１ドット（１画素）をカラー表示するためにＲＧＢ（赤、緑、青）を２バイトで表現するためのデータ構造を示す図である。
【００３３】
図７は、標準フレームメモリ１９４ａにウィンドウ枠のイメージが書き込まれた状態を示した図である。図８は、図７に図示したように標準フレームメモリ１９４ａにウィンドウ枠のイメージを記憶した場合に超高精細表示装置２０にウィンドウ枠が表示された表示画面の状態を示す図である。図９は、拡張フレームメモリ１９４ｂにオーバーレイ表示するための超高精細イメージを書き込んだ状態を示す図である。
【００３４】
一般アプリケーション１１が超高精細表示装置２０の表示画面にウィンドウを表示する場合には、まずウィンドウシステム１８に対してウィンドウの作成要求を出力する。ウィンドウシステム１８は、一般アプリケーション１１からのウィンドウ作成要求を受け付けると、そのウインドウ作成要求に対してＩＤ番号（ウィンドウＩＤ）を発行して、そのウィンドウＩＤを一般アプリケーション１１に送付して通知する。
【００３５】
ウィンドウシステム１８は、ウィンドウＩＤを発行すると、このウィンドウＩＤに対応するウィンドウの表示画面での表示位置の情報（位置情報）と、表示するウインドウの大きさの情報（サイズ：ウィンドウを表示するための縦と横のドット数で表す）と、そのウィンドウの重ね合わせの順位（重ね合わせ順位）とを決定し、これらの情報をウィンドウＩＤとともにウィンドウ管理テーブルに登録保存する。これらのウィンドウの位置情報、サイズ、重ね合わせ順位とを総称してウィンドウ情報と呼ぶ。
【００３６】
ウィンドウの位置情報は、デフォルトとして、例えば表示画面の左上端を割り当てるものとする。ウィンドウのサイズは、デフォルトとして、例えばフルサイズ、即ち１６００×１２００ドットを割り当てる。ウィンドウの重ね合わせ順位とは、複数のウィンドウが重ねられた状態で画面に表示されている場合における該当ウィンドウの重ね合わせの順位であり、先頭（最前面）から何番目に表示されているかを示す情報である。この重ね合わせ順位は、デフォルトとして、例えば最前面を割り当てる。
【００３７】
これらのウィンドウの位置情報、サイズ、重ね合わせ順位は、表示画面上でのユーザーのマウスの操作によってウィンドウの表示位置、サイズ、重ね合わせ順位の変更が指示される都度更新され登録保存される。従って、ウィンドウ管理テーブルには、現在表示画面に表示されているすべてのウィンドウに関する最新の位置情報、サイズ及び重ね合わせ順位が登録され管理されている。
【００３８】
次に、一般アプリケーション１１は、ウィンドウシステム１８からウィンドウＩＤの通知を受けると、超高精細表示装置２０の表示画面にウィンドウを表示するために、標準表示用ＡＰＩ１４を呼び出して（コールして）ウィンドウの表示要求をする。一般アプリケーション１１は、この標準表示用ＡＰＩ１４を呼び出す際に、ウィンドウＩＤと標準サイズ（１６００×１２００ドット）でウィンドウを表示するための表示情報を転送する。
【００３９】
標準表示用ＡＰＩ１４は、転送を受けたウィンドウＩＤに基づいて、ウィンドウシステム１８の管理テーブルを参照して、表示要求を受けたウィンドウの位置情報、サイズ及び重ね合わせ順位の各情報を取得する。更に標準表示用ＡＰＩ１４は、ウィンドウシステム１８の管理テーブルを参照して、表示要求を受けたウィンドウについて取得した位置情報、サイズ及び重ね合わせ順位の各情報と管理テーブルに登録されている他のウィンドウの位置情報、サイズ及び重ね合わせ順位とをそれぞれ比較照合する。
【００４０】
標準表示用ＡＰＩ１４は、この比較照合の結果から、表示要求を受けたウィンドウにおいて、それよりも前面に表示されている他のウィンドウとの重なりが無く、実際に表示画面上でユーザーが見ることができる領域を確認する。標準表示用ＡＰＩ１４は、この確認したウィンドウの領域を表示するためのイメージをグラフィックスエンジン１６、ディスプレイドライバー１７を介して描画回路１９２により標準フレームメモリ１９４ａに書き込む。この標準フレームメモリ１９４ａに標準表示用ＡＰＩ１４がイメージを書き込む位置は、上記取得した表示要求を受けたウィンドウの位置情報に基づいている。
【００４１】
この結果、例えば図５に示すように標準フレームメモリ１９４ａにウィンドウ４０１を表示するためのビットマップイメージが書き込まれる。このウィンドウ４０１は、メニュー領域４２とクライアント領域４３から構成される。標準フレームメモリ１９４ａのメニュー領域４２にはコマンド（ファイル、編集等のコマンド）やアイコン等を表示するためのイメージが記憶され、クライアント領域４３にはテキスト「ＡＡＡＡ‥‥」と「ＢＢＢＢ‥‥」を表示するためのイメージが記憶される。
【００４２】
一方、超高精細表示アプリケーション１２が超高精細表示装置２０の表示画面にウィンドウを表示する場合には、まずウィンドウシステム１８に対してウィンドウの作成要求を出力する。ウィンドウシステム１８は、超高精細表示アプリケーション１２からのウィンドウの作成要求を受け付けると、そのウインドウの作成要求に対してＩＤ番号（ウィンドウＩＤ）を発行して、そのウィンドウＩＤを超高精細表示アプリケーション１２に送付して通知する。更にウィンドウシステム１８は、ウィンドウＩＤを発行すると、このウィンドウＩＤに対応するウィンドウの位置情報とサイズと重ね合わせ順位とを決定し、これらの情報をウィンドウＩＤとともにウィンドウ管理テーブルに登録保存する。
【００４３】
次に、超高精細表示アプリケーション１２は、ウィンドウシステム１８からウィンドウＩＤの通知を受けると、超高精細表示装置２０の表示画面にウィンドウ枠及びメニュー領域を表示するために、標準表示用ＡＰＩ１４を呼び出す。超高精細表示アプリケーション１２は、この標準表示用ＡＰＩ１４の呼び出す際に、ウィンドウＩＤと標準サイズ（１６００×１２００ドット）のウィンドウ枠及びＧＵＩを表示するための表示情報を転送する。
【００４４】
標準表示用ＡＰＩ１４は、転送を受けたウィンドウＩＤに基づいて、ウィンドウシステム１８の管理テーブルを参照して、表示要求を受けたウィンドウの位置情報、サイズ及び重ね合わせ順位の各情報を取得する。更に標準表示用ＡＰＩ１４は、ウィンドウシステム１８の管理テーブルを参照して、表示要求を受けたウィンドウについて取得したの位置情報、サイズ及び重ね合わせ順位の各情報と管理テーブルに登録されている他のウィンドウの位置情報、サイズ及び重ね合わせ順位とをそれぞれ比較照合する。
【００４５】
標準表示用ＡＰＩ１４は、この比較照合の結果から、表示要求を受けたウィンドウにおいて、それよりも前面に表示されている他のウィンドウとの重なりが無く、実際に表示画面上でユーザーが見るとができる領域を確認する。
【００４６】
標準表示用ＡＰＩ１４は、この確認したウィンドウの領域を表示するためのイメージをグラフィックスエンジン１６、ディスプレイドライバー１７を介して描画回路１９２により標準フレームメモリ１９４ａに書き込む。この標準フレームメモリ１９４ａに標準表示用ＡＰＩ１４がイメージを書き込む位置は、表示要求を受けたウィンドウの上記取得した位置情報に基づいている。
【００４７】
この結果、例えば図５に示すように標準フレームメモリ１９４ａにウィンドウ４０２を表示するためのウィンドウがビットマップイメージとして書き込まれる。即ち、図５に示すように標準フレームメモリ１９４ａに１６００×１２００ドットの解像度で、メニュー領域４２とクライアント領域４３とから構成されるウィンドウ４０２のウィンドウ枠４１を表示するためのビットマップイメージと、メニュー領域４２にコマンドを表示するためのビットマップイメージとを書き込む。
【００４８】
次に、超高精細表示アプリケーション１２は、超高精細表示装置２０においてウィンドウ４０２のクライアント領域４３に解像度３２００×２４００ドットのイメージを表示するために超高精細表示用ＡＰＩ１５を呼び出す。超高精細表示アプリケーション１２は、この超高精細表示用ＡＰＩ１５を呼び出す際に、ウィンドウＩＤとウィンドウ４０２のクライアント領域４３にイメージを表示するための表示情報を転送する。
【００４９】
以下、超高精細表示用ＡＰＩ１５の動作を図３に示したフローチャートを用いて詳細を説明する。
【００５０】
図３において、まず超高精細表示用ＡＰＩ１５は、ウィンドウ４０２のクライアント領域４３に解像度３２００×２４００ドットのイメージを表示するためにウィンドウＩＤに基づいて、ウィンドウシステム１８の管理テーブルを参照して、表示要求を受けたウィンドウの位置情報、サイズ及び重ね合わせ順位の各情報を取得する（ステップＳ１）。
【００５１】
次に超高精細表示用ＡＰＩ１５は、超高精細表示アプリケーション１２から表示要求のあったウィンドウが表示画面の最前面で表示されるように設定されているか否かを判定する（ステップＳ２）。この判定は、超高精細表示用ＡＰＩ１５が、ウィンドウシステム１８の管理テーブルを参照して、表示要求を受けたウィンドウの重ね合わせ順位と管理テーブルに登録されている他のウィンドウの重ね合わせ順位とを比較照合することで行う。もし、表示要求のあったウィンドウが表示画面の最前面で表示するように設定されていると判断した場合には、ステップＳ３へ進む。
【００５２】
ステップＳ３において、超高精細表示用ＡＰＩ１５は、次のように動作する。超高精細表示用ＡＰＩ１５は、表示要求を受けたウィンドウについてステップＳ１で取得したウィンドウの位置情報とサイズとに基づいて、グラフィックスエンジン１６、ディスプレイドライバー１７を介して描画回路１９２により拡張フレームメモリ１９４ｂに図５に示すように３２００×２４００ドットの解像度で表示イメージを書き込む。この表示イメージが拡張フレームメモリ１９４ｂに書き込まれる位置は、表示画面の表示位置に対応している。即ち、標準フレームメモリ１９４ａに書き込んだウィンドウ４０２のクライアント領域４３に対応する位置である。（ステップＳ３）。この拡張フレームメモリ１９４ｂに表示イメージを書き込む位置の詳細な説明は、後述する。
【００５３】
続いて、超高精細表示用ＡＰＩ１５は、標準フレームメモリ１９４ａに書き込まれているウィンドウ４０２のウィンドウ枠４１で囲まれたクライアント領域４３内の各画素のイメージデータであるカラー表示するための各２バイトデータの０ビット目にオーバーレイフラグを設定する（ステップＳ６）。
【００５４】
これらステップＳ１からＳ６までの処理をした結果、図５に示すように標準フレームメモリ１９４ａに書き込まれたウィンドウ４０２のクライアント領域４３内に表示するためのビットマップイメージが拡張標準フレームメモリ１９４ｂに書き込まれる。
【００５５】
以上説明したように、一般アプリケーション１１及び超高精細表示アプリケーション１２により表示されるウィンドウのイメージが標準フレームメモリ１９４ａと拡張フレームメモリ１９４ｂに書き込まれたことになる。
【００５６】
以後図２及び図５を用いて標準フレームメモリ１９４ａと拡張フレームメモリ１９４ｂに書き込まれた表示イメージを表示制御回路１９５により超高精細表示装置２０で表示する動作を説明する。
【００５７】
まず、制御回路１９６がメモリ制御回路１９３を制御して標準フレームメモリ１９４ａ及び拡張フレームメモリ１９４ｂの互いに対応する位置からそれぞれ所定量の表示イメージを読み出し、一旦標準バッファメモリ１９７、拡張バッファメモリ１９８にそれぞれ保存する。次に制御回路１９６は、標準バッファメモリ１９７及び拡張バッファメモリ１９８から表示イメージを読み出して表示切替制御回路１９９に出力する。表示切替制御回路１９９は、標準バッファメモリ１９７から読み出された表示イメージを１ドット（画素）毎にオーバーレイビットが設定されているか否かを判定する。
【００５８】
表示切替制御回路１９９は、この判定結果に基づいて、標準バッファメモリ１９７から読み出した表示イメージの判定した１ドット（画素）か又はこの判定した１ドット（画素）に対応する拡張バッファメモリ１９８から読み出した表示イメージの１ドット（画素）のいずれかを切替選択して出力することにより、超高精細表示装置２０で表示させる。
【００５９】
表示切替制御回路１９９は、上記判定の結果、オーバーレイビットが設定されていない場合は、標準バッファメモリ１９７から読み出した表示イメージの判定した１ドットを選択して出力し、またオーバーレイビットが設定されている場合には判定した１ドットに対応する拡張バッファメモリ１９８から読み出した表示イメージの１ドットを選択して出力する。
【００６０】
表示切替制御回路１９９は、このように標準フレームメモリ１９４ａから読み出したすべての表示イメージに対してオーバーレイビットの設定の有無の判定及び入力した表示イメージの切替選択をすることによって、標準フレームメモリ１９４ａ及び拡張フレームメモリ１９４ｂから読み出した表示イメージをオーバーレイして表示させる働きをする。
【００６１】
このような表示切替制御回路１９９の働きにより、図５に示した標準フレームメモリ１９４ａ及び拡張フレームメモリ１９４ｂに記憶された表示イメージは、図５の表示画面に図示したようにオーバーレイされて表示される。即ち、拡張フレームメモリに記憶された解像度３２００×２４００ドットの表示イメージが標準フレームメモリ１９４ａに記憶されたウィンドウ４０２のクライアント領域４３にオーバーレイ表示される。
【００６２】
このようにオーバーレイ表示されるのは、先に説明したように標準フレームメモリのクライアント領域４３を構成する各ドット（画素）をカラー表示するための２バイトデータにオーバーレイフラグが設定されているからである。
【００６３】
次に図３に示したフローチャートにおける動作説明をステップＳ４から再開する。ステップＳ２の判定で、超高精細表示用ＡＰＩ１５がウィンドウシステム１８から取得した各ウィンドウの重ね合わせ順位に基づいて、超高精細表示アプリケーション１２から表示要求のあったウィンドウが最前面で表示するように設定されていないと判断された場合には、ステップＳ４へ進む。ステップＳ４へ進む場合には、超高精細表示アプリケーション１２から表示要求のあったウィンドウに対して、そのウィンドウより前面に表示されている他のウィンドウが少なくとも１つ存在することである。
【００６４】
超高精細表示用ＡＰＩ１５がウィンドウシステム１８から取得した各ウィンドウの位置情報、サイズ及び重ね合わせ順位とに基づいて、超高精細表示アプリケーション１２から表示要求のあったウィンドウとそのウィンドウより前面に表示されているウィンドウとの重なり具合をチェックして、超高精細表示アプリケーション１２から表示要求のあったウィンドウがそのウィンドウより前面に表示されている他のウィンドウとの重なりが無く、実際の表示画面で表示される部分が存在するか否かを判定する（ステップＳ４）。
【００６５】
もし、超高精細表示アプリケーション１２から表示要求のあったウィンドウのすべての部分が、そのウィンドウより前面に表示されている他のウィンドウと重なっている場合には、実際の表示画面においては表示されず見えない状態である。従ってこの場合には、超高精細表示用ＡＰＩ１５は何もせずにその処理は終了する（ステップＳ４の「なし」の場合）。
【００６６】
もし、超高精細表示アプリケーション１２から表示要求のあったウィンドウの一部にそのウィンドウより前面に表示されている他のウィンドウとの重なりが無く実際の表示画面において表示される部分が存在する場合は、ステップＳ５へ進む（ステップＳ４の「あり」の場合）。
【００６７】
以後、超高精細表示アプリケーション１２から表示要求のあったウィンドウの一部に他のウィンドウとの重なりが無く実際の表示画面において表示される部分が存在する一例として図１０に示す場合を想定する。
【００６８】
続くステップＳ５では、超高精細表示用ＡＰＩ１５は、図１０において超高精細表示アプリケーション１２から表示要求のあったウィンドウ４０２がそれよりも前面に表示されているウィンドウ４０３と重なっていないクライアント領域４３を複数の矩形領域に分割する。この矩形領域をＶｉｅｗ片と呼ぶ。図１０では、Ｖｉｅｗ片４３ａとＶｉｅｗ片４３ｂとが存在する。
【００６９】
超高精細表示用ＡＰＩ１５は、このＶｉｅｗ片４３ａとＶｉｅｗ片４３ｂの部分において表示される表示イメージを拡張フレームメモリ１９４ｂに書き込む（ステップＳ５）。この表示イメージの拡張フレームメモリ１９４ｂへの書き込み動作は、先にステップＳ３で説明した動作と同様に行う。
【００７０】
次にステップＳ６において、超高精細表示用ＡＰＩ１５は、標準フレームメモリ１９４ａに書き込まれたウィンドウ４０２のクライアント領域４３のＶｉｅｗ片４３ａとＶｉｅｗ片４３ｂに対応する位置の各画素をカラー表示するための２バイトデータの０ビット目にオーバーレイフラグを設定する。
【００７１】
このように超高精細表示用ＡＰＩ１５がステップＳ４からステップＳ６の動作を行うことにより、超高精細表示アプリケーション１２から表示要求のあったウィンドウにおいて、そのウィンドウより前面に表示されている他のウィンドウと重なっていない部分が表示画面にオーバーレイ表示されることは、先の表示切替制御回路１９９の動作説明から明らかであるため、ここでその詳細な説明は省略する。
【００７２】
以後、超高精細表示アプリケーション１２から表示要求のあったウィンドウが表示画面上でその表示位置が移動させられたり、その大きさが変更されたり、他のウィンドウとの重なりの状態が変更された場合には、超高精細表示用ＡＰＩ１５が図３に示したフローチャートに示した動作をすることにより、表示画面にオーバーレイ表示される。
【００７３】
ここで、本発明において、基本フレームメモリ１９４ａにウィンドウのイメージが書き込まれた場合に、超高精細表示装置２０の表示画面にどのような位置関係で表示されるかを説明する。
【００７４】
図７に示すように標準フレームメモリにウィンドウ枠が書き込まれた場合を考える。この標準フレームメモリは、ウィンドウシステムが標準で管理する１６００×１２００ドットの解像度に対応した記憶容量を持ち、図示したように左上を原点とする座標軸が設定されているものとする。この座標軸は、表示画面の表示位置に対応している。
【００７５】
図７において、ウィンドウ枠のクライアント領域は、縦１００ドット、横１００ドットの大きさで左上の位置が座標（１００，１００）、右上の位置は座標（２００，１００）、右下の位置は座標（２００，２００）、左下の位置は座標（１００，２００）となる。このように標準フレームメモリにウィンドウ枠が書き込まれた場合、超高精細表示装置２０には、図８に示すようにウィンドウ枠が表示される。図８では説明の便宜上超高精細表示装置２０の表示画面に左上を原点する座標軸を設定した。
【００７６】
超高精細表示装置２０の表示ドット数は３２００×２４００ドットであり、ウィンドウシステム１８が標準で管理する１６００×１２００ドットに対して、縦横ともに２倍のドット数である。従って、標準フレームメモリに書き込まれた表示イメージは、縦横ともに２倍して超高精細表示装置２０に表示することになる。即ち、図８に示すようにウィンドウ枠のクライアント領域の左上の位置は座標（２００，２００）となり、同様に左下の位置は座標（２００，４００）、右上の位置は座標（４００，２００）、右下の位置は座標（４００，４００）となる。
【００７７】
次に、超高精細アプリケーションがウィンドウを表示し、そのウィンドウのクライアント領域に３２００×２４００ドットの解像度の表示イメージをオーバーレイ表示する場合に、超高精細表示装置の表示画面にどのような位置関係でウィンドウが表示されるかを説明する。即ち、標準フレームメモリにウィンドウ枠が書き込まれ、拡張フレームメモリにオーバーレイ表示するための３２００×２４００ドットの解像度の表示イメージが書き込まれた場合に、超高精細表示装置の表示画面にどのような位置関係でウィンドウが表示されるかを説明する。
【００７８】
ここで、超高精細アプリケーションがそのウィンドウの表示要求により、標準表示用ＡＰＩ１４を用いて図７に示すように標準フレームメモリにウィンドウ枠を書き込んだ場合を考える。この場合、超高精細表示装置の表示画面には図８に示すようにウィンドウ枠が表示される。
【００７９】
このとき、超高精細アプリケーションはそのウィンドウの表示要求により、超高精細表示用ＡＰＩ１５を用いて図９に示すように拡張フレームメモリにウィンドウ枠のクライアント領域に表示するための表示メージが書き込まれる。即ち、図９において、表示イメージは、その左上の位置が座標（２００，２００）、左下の位置が座標（２００，４００）、右上の位置が座標（４００，２００）、右下の位置が座標（４００，４００）となる。そして、この表示イメージの拡張フレームメモリに書き込まれた位置は、図８に示したように超高精細表示装置２０の表示画面に表示されるクライアント領域と位置が合致する。
【００８０】
そして、先に図２における表示切替制御回路１９９について動作説明したように、表示切替制御回路１９９は、標準バッファメモリ１９７から読み出した１ドットの表示イメージデータにおいてオーバレイフラグの設定の有無をチェックし、オーバレイフラグが設定されている場合には、拡張バッファメモリから読み出した上記オーバレイフラグの設定の有無をチェックした１ドットのイメージデータに対応する１ドットの表示イメージを切り替えて出力することになる。
【００８１】
【発明の効果】
本発明によれば、クライアント領域の解像度の異なるウィンドウをオーバーレイ表示することができるコンピュータシステムが実現できる。従って、解像度の異なるウィンドウの操作（移動、コピー、ペースト、重ね合わせ、再描画など）ができるようになる。
【図面の簡単な説明】
【図１】本発明の一実施形態を示すコンピュータシステムを示す図である。
【図２】図１に示した表示制御装置１９の構成を示す図である。
【図３】超高精細表示用ＡＰＩ１５の動作を説明するためのフローチャートを示す図である。
【図４】ウィンドウ４０の構成を示す図である。
【図５】標準バッファメモリ１９７及び拡張バッファメモリ１９８に表示イメージが記憶されている状態と表示画面の表示状態とを示す図である。
【図６】１画素をカラー表示するための２バイトデータの構成を示す図である。
【図７】標準フレームメモリ１９４ａにウィンドウ枠のイメージが書き込まれた状態を示す図である。
【図８】図７に図示したように標準フレームメモリ１９４ａにウィンドウ枠のイメージを記憶した場合に超高精細表示装置２０にウィンドウ枠が表示された表示画面の状態を示す図である。
【図９】拡張フレームメモリ１９４ｂにオーバーレイ表示するための超高精細イメージを書き込んだ状態を示す図である。
【図１０】超高精細表示アプリケーション１２から表示要求のあったウィンドウの一部に他のウィンドウとの重なりが無く実際の表示画面において表示される部分が存在する一例を示す図である。
【符号の説明】
１０‥‥コンピュータシステム
１１‥‥一般アプリケーション
１２‥‥超高精細表示アプリケーション
１３‥‥ＯＳ（オペレーティングシステム）
１４‥‥表示表示用ＡＰＩ
１５‥‥超高精細表示用ＡＰＩ
１６‥‥グラフィックスエンジン
１７‥‥ディスプレイドライバー
１８‥‥ウィンドウシステム
１９‥‥表示制御装置
２０‥‥超高精細表示装置
【発明の属する技術分野】
本発明は、コンピュータシステムにおいて、グラフィカル・ユーザー・インタフェース（ＧＵＩ）を用いたウィンドウシステムにおける高解像度のグラフィックデータと低解像度のグラフィックデータとのオーバーレイ表示が可能なコンピュータシステムに関する。
【０００２】
【従来の技術】
サーバー、ワークステーション、パーソナルコンピュータ等のコンピュータシステムでは、グラフィカル・ユーザー・インタフェース（ＧＵＩ）を用いたウィンドウシステムが採用されている。
【０００３】
従来のウィンドウシステムでは、例えば１６００×１２００ドットの解像度で液晶ディスプレイ等の表示装置に複数のウィンドウを表示し、これら複数のウィンドウにそれぞれグラフィックデータを表示している。一方、最近では超高精細の表示装置が開発され、コンピュータシステムで採用されるようになってきた。この超高精細の表示装置の一例として３２００×２４００ドットの解像度を持つものが市販されている。
【０００４】
コンピュータシステムにこのような超高精細の表示装置が使用されても、グラフィックデータを表示制御するウィンドウシステムは、そのグラフィックデータを表示する解像度としては最大で１６００×１２００ドットであった。従って、超高精細の表示装置を用いてウィンドウシステムがアイコンやウィンドウの構成要素等を表示すると、ウィンドウシステムの表示ドット数は固定ドット数であることが多いため、従来の表示装置を用いた場合に比べて、アイコン等の表示サイズが小さくなり、大変見にくくなってしまっている。
また、マウスを用いてアイコン等をクリックやドラッグ＆ドロップ等の操作する場合、大変操作性が悪くなってしまっていた。
【０００５】
一方、コンピュータシステムにおいて、超高精細の表示装置を用いて例えば３２００×２４００ドットの解像度にてグラフィックデータを表示するアプリケーションプログラムを実行できることが要望されている。
【０００６】
しかし、現在使用されているほとんどのウィンドウシステムがサポートしている解像度は最大で１６００×１２００ドットであるため、超高精細の解像度（例えば３２００×２４００ドット）の表示をするためには、このような解像度をサポートするウィンドウシステムの採用が必要である。
【０００７】
従って、市場で多数使用されている超高精細の解像度をサポートしていないウィンドウシステムにおいて、従来の解像度のグラフィックデータを表示するウィンドウと超高精細のグラフィックデータを表示するウィンドウとをオーバーレイして表示することが要望されている。しかし、従来のウィンドウシステムでは解像度の異なるウィンドウをオーバーレイ表示する機能は実現されていないため、このような要望は実現できなかった。
【０００８】
従来、単一ラスタ走査ビデオモニター上に異なる解像度からなる画像を同時に表示する技術は開発されているが、これはマルチウィンドウを表示するウィンドウシステムを考慮したものではなく、これによりウィンドウシステムにおける解像度の異なるウィンドウのオーバーレイ表示を実現することはできなかった（特許文献１参照）。
【０００９】
【特許文献１】
特開平７−３０６６７２号公報
【００１０】
【発明が解決しようとする課題】
従来のウィンドウシステムでは解像度の異なるウィンドウをオーバーレイ表示する機能は実現されていなかった。
【００１１】
本発明は、このような従来の欠点を解決するためになされたもので、解像度の異なるウィンドウをオーバーレイ表示することができるコンピュータシステムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
本発明は、第１の解像度の表示イメージを管理するウィンドウシステムを持ち、第１の解像度よりも解像度が高い第２の解像度のイメージを表示する表示装置にイメージを表示させるために第２の解像度のイメージを出力するコンピュータシステムであって、表示装置に表示するための第１の解像度の表示イメージを記憶する第１のフレームメモリと、表示装置に表示するための第２の解像度の表示イメージを記憶する第２のフレームメモリと、第１フレームメモリに記憶された表示イメージに第２のフレームメモリに記憶された表示イメージをオーバーレイ表示させるために、第２のフレームメモリに記憶された表示イメージの位置に対応する第１のフレームメモリの位置に格納記憶されている表示イメージのデータにオーバーレイ表示を指定するためのフラグ情報を設定するオーバーレイ設定手段と、第１フレームメモリに記憶されている表示イメージを拡大して第２の解像度に変換した表示イメージのデータにフラグ情報が設定されている場合には、その表示イメージに対応する第２のフレームメモリから読み出した表示イメージを出力し、第１フレームメモリに記憶されている表示イメージを拡大して第２の解像度に変換した表示イメージのデータにフラグ情報が設定されていない場合には、その表示イメージを出力する表示制御手段とを具備することを特徴とする。
【００１３】
この構成によれば、解像度の異なるウィンドウをオーバーレイ表示することができるコンピュータシステムが実現できる。
【００１４】
【発明の実施の形態】
（第１の実施形態）
図１は本発明の一実施形態を示すコンピュータシステムを示す図である。パーソナルコンピュータ等で構成されるコンピュータシステム１０には、超高精細表示装置２０が接続されている。超高精細表示装置２０は、解像度（３２００×２４００ドット、２００ｄｐｉ（dot per inch））の画像の表示能力を持つ２０．８インチの表示装置である。
【００１５】
コンピュータシステム１０には、オペレーティングシステム（ＯＳ）１３がインストールされている。ＯＳ１３には、標準機能として１６００×１２００ドット（１００ｄｐｉ）の解像度でウィンドウを表示装置に表示するためのウィンドウの制御（管理）を行うウィンドウシステム１８が組み込まれている。解像度３２００×２４００ドットの画像表示能力を持つ超高精細表示装置２０にウィンドウシステム１８が管理する解像度１６００×１２００ドットのウィンドウのイメージを表示するということは、１ドットを縦及び横にそれぞれ２倍に拡大して表示することになる。即ち、ウィンドウを表示するためのイメージの各１ドットを超高精細表示装置２０では４ドットで表現して表示することになる。このイメージの拡大は、表示制御回路が行うもので、その詳細は後述する。
【００１６】
一般アプリケーション１１は、ウィンドウシステム１８の制御に基づいて超高精細表示装置２０に解像度１６００×１２００ドットで画面表示を行う機能を持つアプリケーションプログラムである。超高精細表示アプリケーション１２は、ウィンドウシステム１８の制御に基づいて超高精細表示装置２０に解像度３２００×２４００ドットで画面表示を行う機能を持つアプリケーションプログラムである。
【００１７】
標準表示用ＡＰＩ（Application Program Interface）１４は、グラフィックスエンジン１６を用いてウィンドウシステム１８の標準機能である解像度１６００×１２００ドットでウィンドウを超高精細表示装置２０に表示させるときに、アプリケーションプログラムから呼び出されて（コールされて）動作するアプリケーション・プログラム・インタフェースである。
【００１８】
グラフィックスエンジン１６は、標準表示用ＡＰＩ１４を介してアプリケーションプログラムからの超高精細表示装置２０への画面表示の要求に基づき、ディスプレイドライバー１７を介して表示制御装置１９に設けられたフレームメモリに画面表示するための表示イメージを描画する機能を持つ。ディスプレイドライバー１７は、超高精細表示装置２０のためのデバイスドライバーである。超高精細表示用ＡＰＩ（Application Program Interface）１５は、超高精細表示アプリケーション１２が解像度３２００×２４００ドットで超高精細表示装置２０に画面表示をさせるときに、呼び出されて動作するアプリケーション・プログラム・インタフェースである。
【００１９】
表示制御装置１９は、超高精細表示装置２０にイメージを表示させるためのハードウェアであり、表示イメージを記憶するためのフレームメモリやイメージ表示を行うための制御回路が実装された基板（カード）で構成されるもので、一般的にはグラフィックカードと呼ばれている。
【００２０】
図２は、表示制御装置１９の構成を示す図である。インタフェース回路１９１は、コンピュータシステム１０の図示せぬシステムバスと接続され、このシステムバスを介してディスプレイドライバー１７から送信される表示データ、表示コマンドを受信して描画回路１９２に出力する。描画回路１９２は、ディスプレイドライバー１７から送信を受けた表示データと表示コマンドに基づいて表示イメージを描画し、この表示イメージをメモリ制御回路１９３により、フレームメモリ１９４に書き込む機能を持つ。
【００２１】
フレームメモリ１９４は、標準フレームメモリ１９４ａと拡張フレームメモリ１９４ｂとから構成される。標準フレームメモリ１９４ａは、超高精細表示装置２０にウィンドウシステム１８が管理する１６００ドット×１２００ドットの解像度の基本画面を表示するための表示イメージを記憶する記憶装置である。標準フレームメモリ１９４ａは、表示画面１画面分のビットイメージとして１６００×１２００ドットのビットイメージをカラー表示するのに必要な記憶容量を持つ。尚、１ドット（１画素）をカラー表示するためにＲＧＢ（赤、緑、青）を２バイトデータで表現する。図６にこの１画素をカラー表示するための２バイトデータの構成を示す。図６において、１ビット目から５ビット目までの５ビットでＲ（赤）の色情報を表現し、６ビット目から１０ビット目までの５ビットでＧ（緑）の色情報を表現し、１１ビット目から１５ビット目までの５ビットでＢ（青）の色情報を表現する。また、０ビット目の１ビットは、後述するオーバーレイフラグを設定するためのビットとして定義する。
【００２２】
拡張フレームメモリ１９４ｂは、超高精細表示装置２０にウィンドウシステム１８が管理する１６００ドット×１２００ドットの解像度の基本画面に解像度３２００×２４００ドットの超高精細のイメージをオーバレイ表示させるための表示イメージを記憶する記憶装置である。拡張フレームメモリ１９４ｂは、表示画面１画面分のビットイメージとして３２００×２４００ドットのビットイメージをカラー表示するのに必要な記憶容量を持つ。尚、１ドット（１画素）をカラー表示するためにＲＧＢ（赤、緑、青）を２バイトデータで表現する。
【００２３】
表示制御回路１９５は、フレームメモリ１９４に記憶（描画）されたイメージを超高精細表示装置２０に送信して表示させるための制御回路である。表示制御回路１９５は、標準バッファメモリ１９７、拡張バッファメモリ１９８、表示切替制御回路１９９、制御回路１９６とから構成されている。
【００２４】
標準バッファメモリ１９７は、標準フレームメモリ１９４ａから読み出した表示イメージを格納するバッファメモリである。拡張バッファメモリ１９８は、拡張フレームメモリ１９４ｂから読み出した表示イメージを格納するバッファメモリである。表示切替制御回路１９９は、標準バッファメモリ１９７及び拡張バッファメモリ１９８から読み出された表示イメージを切り替えて超高精細表示装置２０に出力する機能を持つ。
【００２５】
制御回路１９６は、メモリ制御回路１９３を制御して標準フレームメモリ１９４ａ及び拡張フレームメモリ１９４ｂから表示イメージの読み出す機能、この読み出した表示イメージの標準バッファメモリ１９７又は拡張バッファメモリ１９８への書き込み機能、標準バッファメモリ１９７又は拡張バッファメモリ１９８から表示イメージの読み出す機能、及び表示切替制御回路１９９の制御機能とを持つ。上述したように解像度３２００×２４００ドットの画像表示能力を持つ超高精細表示装置２０にウィンドウシステム１８が管理する解像度１６００×１２００ドットのウィンドウのイメージを表示するために、１ドットを縦及び横にそれぞれ２倍に拡大する必要がある。
【００２６】
制御回路１９６は、このドットの拡大のために次のような動作をする。即ち、制御回路１９６は、標準フレームメモリ１９４ａから横方向に表示イメージを読み出す際には、同じドット位置から２度イメージを読み出して拡張バッファメモリ１９８へ格納することで、標準フレームメモリ１９４ａに格納さた表示イメージを横方向に２倍に拡大する。同様に制御回路１９６は、標準フレームメモリ１９４ａから縦方向に表示イメージを読み出す際には、同じドット位置から２度イメージを読み出して拡張バッファメモリ１９８へ格納することで、標準フレームメモリ１９４ａに格納された表示イメージを縦方向に２倍に拡大する。
【００２７】
つぎに、表示装置の画面に表示されるウィンドウを説明する。本発明において、超高精細表示アプリケーション１２が超高精細表示装置２０にウィンドウを表示する場合、ウィンドウ枠４１、メニュー領域４２は、解像度１６００×１２００ドットで管理して表示するが、クライアント領域４３は解像度３２００×２４００ドットで表示する。これにより、超高精細表示アプリケーション１２による２００ｄｐｉのイメージ表示が実現できる。
【００２８】
図４に示すようにウィンドウ４０は、ウィンドウ枠４１によりその表示領域が定義される。ウィンドウ枠４１で定義された領域は、そのウィンドウを表示しているアプリケーションプログラムのコマンド（ファイル、編集等のコマンド）やアイコン等を表示するためのメニュー領域４２と、アプリケーションプログラムの実行に基づいて表示されるクライアント領域４３とから構成される。例えば、図面作成のアプリケーションプログラムが実行されると、クライアント領域４３には作成された図面が表示される。また、イメージのＶｉｅｗｅｒ（ビューワー）のアプリケーションプログラムが実行されるとに、クライアント領域４３にはドキュメント等のイメージが表示される。
【００２９】
そして、ウィンドウシステム１８が標準機能として持つ解像度１６００×１２００ドットでウィンドウ４０を表示する場合、ウィンドウ枠４１の表示、メニュー領域４２及びクライアント領域４３の表示のすべてが、解像度１６００×１２００ドットで表示される。
【００３０】
また、本発明において、超高精細表示アプリケーション１２が超高精細表示装置２０にウィンドウ４０を表示する場合、ウィンドウ枠４１とメニュー領域４２は解像度１６００×１２００ドットで表示するが、クライアント領域４３は解像度３２００×２４００ドットで表示する。これより、２００ｄｐｉのイメージ表示が実現できる。
【００３１】
以下、一般アプリケーション１１により解像度１６００×１２００ドットでウィンドウの全体を表示し、超高精細表示アプリケーション１２によりクライアント領域４３におけるイメージを解像度３２００×２４００ドットで表示することで、解像度の異なるウィンドウをオーバーレイ表示する実施例の詳細な動作を図１乃至図１０を用いて説明する。
【００３２】
図３は、超高精細表示用ＡＰＩ１５の動作を説明するためのフローチャートを示す図である。図５は、標準フレームメモリ１９４ａ及び拡張フレームメモリ１９４ｂに表示イメージが記憶されている状態と、超高精細表示装置２０の表示画面の表示状態とを示す図である。図６は、１ドット（１画素）をカラー表示するためにＲＧＢ（赤、緑、青）を２バイトで表現するためのデータ構造を示す図である。
【００３３】
図７は、標準フレームメモリ１９４ａにウィンドウ枠のイメージが書き込まれた状態を示した図である。図８は、図７に図示したように標準フレームメモリ１９４ａにウィンドウ枠のイメージを記憶した場合に超高精細表示装置２０にウィンドウ枠が表示された表示画面の状態を示す図である。図９は、拡張フレームメモリ１９４ｂにオーバーレイ表示するための超高精細イメージを書き込んだ状態を示す図である。
【００３４】
一般アプリケーション１１が超高精細表示装置２０の表示画面にウィンドウを表示する場合には、まずウィンドウシステム１８に対してウィンドウの作成要求を出力する。ウィンドウシステム１８は、一般アプリケーション１１からのウィンドウ作成要求を受け付けると、そのウインドウ作成要求に対してＩＤ番号（ウィンドウＩＤ）を発行して、そのウィンドウＩＤを一般アプリケーション１１に送付して通知する。
【００３５】
ウィンドウシステム１８は、ウィンドウＩＤを発行すると、このウィンドウＩＤに対応するウィンドウの表示画面での表示位置の情報（位置情報）と、表示するウインドウの大きさの情報（サイズ：ウィンドウを表示するための縦と横のドット数で表す）と、そのウィンドウの重ね合わせの順位（重ね合わせ順位）とを決定し、これらの情報をウィンドウＩＤとともにウィンドウ管理テーブルに登録保存する。これらのウィンドウの位置情報、サイズ、重ね合わせ順位とを総称してウィンドウ情報と呼ぶ。
【００３６】
ウィンドウの位置情報は、デフォルトとして、例えば表示画面の左上端を割り当てるものとする。ウィンドウのサイズは、デフォルトとして、例えばフルサイズ、即ち１６００×１２００ドットを割り当てる。ウィンドウの重ね合わせ順位とは、複数のウィンドウが重ねられた状態で画面に表示されている場合における該当ウィンドウの重ね合わせの順位であり、先頭（最前面）から何番目に表示されているかを示す情報である。この重ね合わせ順位は、デフォルトとして、例えば最前面を割り当てる。
【００３７】
これらのウィンドウの位置情報、サイズ、重ね合わせ順位は、表示画面上でのユーザーのマウスの操作によってウィンドウの表示位置、サイズ、重ね合わせ順位の変更が指示される都度更新され登録保存される。従って、ウィンドウ管理テーブルには、現在表示画面に表示されているすべてのウィンドウに関する最新の位置情報、サイズ及び重ね合わせ順位が登録され管理されている。
【００３８】
次に、一般アプリケーション１１は、ウィンドウシステム１８からウィンドウＩＤの通知を受けると、超高精細表示装置２０の表示画面にウィンドウを表示するために、標準表示用ＡＰＩ１４を呼び出して（コールして）ウィンドウの表示要求をする。一般アプリケーション１１は、この標準表示用ＡＰＩ１４を呼び出す際に、ウィンドウＩＤと標準サイズ（１６００×１２００ドット）でウィンドウを表示するための表示情報を転送する。
【００３９】
標準表示用ＡＰＩ１４は、転送を受けたウィンドウＩＤに基づいて、ウィンドウシステム１８の管理テーブルを参照して、表示要求を受けたウィンドウの位置情報、サイズ及び重ね合わせ順位の各情報を取得する。更に標準表示用ＡＰＩ１４は、ウィンドウシステム１８の管理テーブルを参照して、表示要求を受けたウィンドウについて取得した位置情報、サイズ及び重ね合わせ順位の各情報と管理テーブルに登録されている他のウィンドウの位置情報、サイズ及び重ね合わせ順位とをそれぞれ比較照合する。
【００４０】
標準表示用ＡＰＩ１４は、この比較照合の結果から、表示要求を受けたウィンドウにおいて、それよりも前面に表示されている他のウィンドウとの重なりが無く、実際に表示画面上でユーザーが見ることができる領域を確認する。標準表示用ＡＰＩ１４は、この確認したウィンドウの領域を表示するためのイメージをグラフィックスエンジン１６、ディスプレイドライバー１７を介して描画回路１９２により標準フレームメモリ１９４ａに書き込む。この標準フレームメモリ１９４ａに標準表示用ＡＰＩ１４がイメージを書き込む位置は、上記取得した表示要求を受けたウィンドウの位置情報に基づいている。
【００４１】
この結果、例えば図５に示すように標準フレームメモリ１９４ａにウィンドウ４０１を表示するためのビットマップイメージが書き込まれる。このウィンドウ４０１は、メニュー領域４２とクライアント領域４３から構成される。標準フレームメモリ１９４ａのメニュー領域４２にはコマンド（ファイル、編集等のコマンド）やアイコン等を表示するためのイメージが記憶され、クライアント領域４３にはテキスト「ＡＡＡＡ‥‥」と「ＢＢＢＢ‥‥」を表示するためのイメージが記憶される。
【００４２】
一方、超高精細表示アプリケーション１２が超高精細表示装置２０の表示画面にウィンドウを表示する場合には、まずウィンドウシステム１８に対してウィンドウの作成要求を出力する。ウィンドウシステム１８は、超高精細表示アプリケーション１２からのウィンドウの作成要求を受け付けると、そのウインドウの作成要求に対してＩＤ番号（ウィンドウＩＤ）を発行して、そのウィンドウＩＤを超高精細表示アプリケーション１２に送付して通知する。更にウィンドウシステム１８は、ウィンドウＩＤを発行すると、このウィンドウＩＤに対応するウィンドウの位置情報とサイズと重ね合わせ順位とを決定し、これらの情報をウィンドウＩＤとともにウィンドウ管理テーブルに登録保存する。
【００４３】
次に、超高精細表示アプリケーション１２は、ウィンドウシステム１８からウィンドウＩＤの通知を受けると、超高精細表示装置２０の表示画面にウィンドウ枠及びメニュー領域を表示するために、標準表示用ＡＰＩ１４を呼び出す。超高精細表示アプリケーション１２は、この標準表示用ＡＰＩ１４の呼び出す際に、ウィンドウＩＤと標準サイズ（１６００×１２００ドット）のウィンドウ枠及びＧＵＩを表示するための表示情報を転送する。
【００４４】
標準表示用ＡＰＩ１４は、転送を受けたウィンドウＩＤに基づいて、ウィンドウシステム１８の管理テーブルを参照して、表示要求を受けたウィンドウの位置情報、サイズ及び重ね合わせ順位の各情報を取得する。更に標準表示用ＡＰＩ１４は、ウィンドウシステム１８の管理テーブルを参照して、表示要求を受けたウィンドウについて取得したの位置情報、サイズ及び重ね合わせ順位の各情報と管理テーブルに登録されている他のウィンドウの位置情報、サイズ及び重ね合わせ順位とをそれぞれ比較照合する。
【００４５】
標準表示用ＡＰＩ１４は、この比較照合の結果から、表示要求を受けたウィンドウにおいて、それよりも前面に表示されている他のウィンドウとの重なりが無く、実際に表示画面上でユーザーが見るとができる領域を確認する。
【００４６】
標準表示用ＡＰＩ１４は、この確認したウィンドウの領域を表示するためのイメージをグラフィックスエンジン１６、ディスプレイドライバー１７を介して描画回路１９２により標準フレームメモリ１９４ａに書き込む。この標準フレームメモリ１９４ａに標準表示用ＡＰＩ１４がイメージを書き込む位置は、表示要求を受けたウィンドウの上記取得した位置情報に基づいている。
【００４７】
この結果、例えば図５に示すように標準フレームメモリ１９４ａにウィンドウ４０２を表示するためのウィンドウがビットマップイメージとして書き込まれる。即ち、図５に示すように標準フレームメモリ１９４ａに１６００×１２００ドットの解像度で、メニュー領域４２とクライアント領域４３とから構成されるウィンドウ４０２のウィンドウ枠４１を表示するためのビットマップイメージと、メニュー領域４２にコマンドを表示するためのビットマップイメージとを書き込む。
【００４８】
次に、超高精細表示アプリケーション１２は、超高精細表示装置２０においてウィンドウ４０２のクライアント領域４３に解像度３２００×２４００ドットのイメージを表示するために超高精細表示用ＡＰＩ１５を呼び出す。超高精細表示アプリケーション１２は、この超高精細表示用ＡＰＩ１５を呼び出す際に、ウィンドウＩＤとウィンドウ４０２のクライアント領域４３にイメージを表示するための表示情報を転送する。
【００４９】
以下、超高精細表示用ＡＰＩ１５の動作を図３に示したフローチャートを用いて詳細を説明する。
【００５０】
図３において、まず超高精細表示用ＡＰＩ１５は、ウィンドウ４０２のクライアント領域４３に解像度３２００×２４００ドットのイメージを表示するためにウィンドウＩＤに基づいて、ウィンドウシステム１８の管理テーブルを参照して、表示要求を受けたウィンドウの位置情報、サイズ及び重ね合わせ順位の各情報を取得する（ステップＳ１）。
【００５１】
次に超高精細表示用ＡＰＩ１５は、超高精細表示アプリケーション１２から表示要求のあったウィンドウが表示画面の最前面で表示されるように設定されているか否かを判定する（ステップＳ２）。この判定は、超高精細表示用ＡＰＩ１５が、ウィンドウシステム１８の管理テーブルを参照して、表示要求を受けたウィンドウの重ね合わせ順位と管理テーブルに登録されている他のウィンドウの重ね合わせ順位とを比較照合することで行う。もし、表示要求のあったウィンドウが表示画面の最前面で表示するように設定されていると判断した場合には、ステップＳ３へ進む。
【００５２】
ステップＳ３において、超高精細表示用ＡＰＩ１５は、次のように動作する。超高精細表示用ＡＰＩ１５は、表示要求を受けたウィンドウについてステップＳ１で取得したウィンドウの位置情報とサイズとに基づいて、グラフィックスエンジン１６、ディスプレイドライバー１７を介して描画回路１９２により拡張フレームメモリ１９４ｂに図５に示すように３２００×２４００ドットの解像度で表示イメージを書き込む。この表示イメージが拡張フレームメモリ１９４ｂに書き込まれる位置は、表示画面の表示位置に対応している。即ち、標準フレームメモリ１９４ａに書き込んだウィンドウ４０２のクライアント領域４３に対応する位置である。（ステップＳ３）。この拡張フレームメモリ１９４ｂに表示イメージを書き込む位置の詳細な説明は、後述する。
【００５３】
続いて、超高精細表示用ＡＰＩ１５は、標準フレームメモリ１９４ａに書き込まれているウィンドウ４０２のウィンドウ枠４１で囲まれたクライアント領域４３内の各画素のイメージデータであるカラー表示するための各２バイトデータの０ビット目にオーバーレイフラグを設定する（ステップＳ６）。
【００５４】
これらステップＳ１からＳ６までの処理をした結果、図５に示すように標準フレームメモリ１９４ａに書き込まれたウィンドウ４０２のクライアント領域４３内に表示するためのビットマップイメージが拡張標準フレームメモリ１９４ｂに書き込まれる。
【００５５】
以上説明したように、一般アプリケーション１１及び超高精細表示アプリケーション１２により表示されるウィンドウのイメージが標準フレームメモリ１９４ａと拡張フレームメモリ１９４ｂに書き込まれたことになる。
【００５６】
以後図２及び図５を用いて標準フレームメモリ１９４ａと拡張フレームメモリ１９４ｂに書き込まれた表示イメージを表示制御回路１９５により超高精細表示装置２０で表示する動作を説明する。
【００５７】
まず、制御回路１９６がメモリ制御回路１９３を制御して標準フレームメモリ１９４ａ及び拡張フレームメモリ１９４ｂの互いに対応する位置からそれぞれ所定量の表示イメージを読み出し、一旦標準バッファメモリ１９７、拡張バッファメモリ１９８にそれぞれ保存する。次に制御回路１９６は、標準バッファメモリ１９７及び拡張バッファメモリ１９８から表示イメージを読み出して表示切替制御回路１９９に出力する。表示切替制御回路１９９は、標準バッファメモリ１９７から読み出された表示イメージを１ドット（画素）毎にオーバーレイビットが設定されているか否かを判定する。
【００５８】
表示切替制御回路１９９は、この判定結果に基づいて、標準バッファメモリ１９７から読み出した表示イメージの判定した１ドット（画素）か又はこの判定した１ドット（画素）に対応する拡張バッファメモリ１９８から読み出した表示イメージの１ドット（画素）のいずれかを切替選択して出力することにより、超高精細表示装置２０で表示させる。
【００５９】
表示切替制御回路１９９は、上記判定の結果、オーバーレイビットが設定されていない場合は、標準バッファメモリ１９７から読み出した表示イメージの判定した１ドットを選択して出力し、またオーバーレイビットが設定されている場合には判定した１ドットに対応する拡張バッファメモリ１９８から読み出した表示イメージの１ドットを選択して出力する。
【００６０】
表示切替制御回路１９９は、このように標準フレームメモリ１９４ａから読み出したすべての表示イメージに対してオーバーレイビットの設定の有無の判定及び入力した表示イメージの切替選択をすることによって、標準フレームメモリ１９４ａ及び拡張フレームメモリ１９４ｂから読み出した表示イメージをオーバーレイして表示させる働きをする。
【００６１】
このような表示切替制御回路１９９の働きにより、図５に示した標準フレームメモリ１９４ａ及び拡張フレームメモリ１９４ｂに記憶された表示イメージは、図５の表示画面に図示したようにオーバーレイされて表示される。即ち、拡張フレームメモリに記憶された解像度３２００×２４００ドットの表示イメージが標準フレームメモリ１９４ａに記憶されたウィンドウ４０２のクライアント領域４３にオーバーレイ表示される。
【００６２】
このようにオーバーレイ表示されるのは、先に説明したように標準フレームメモリのクライアント領域４３を構成する各ドット（画素）をカラー表示するための２バイトデータにオーバーレイフラグが設定されているからである。
【００６３】
次に図３に示したフローチャートにおける動作説明をステップＳ４から再開する。ステップＳ２の判定で、超高精細表示用ＡＰＩ１５がウィンドウシステム１８から取得した各ウィンドウの重ね合わせ順位に基づいて、超高精細表示アプリケーション１２から表示要求のあったウィンドウが最前面で表示するように設定されていないと判断された場合には、ステップＳ４へ進む。ステップＳ４へ進む場合には、超高精細表示アプリケーション１２から表示要求のあったウィンドウに対して、そのウィンドウより前面に表示されている他のウィンドウが少なくとも１つ存在することである。
【００６４】
超高精細表示用ＡＰＩ１５がウィンドウシステム１８から取得した各ウィンドウの位置情報、サイズ及び重ね合わせ順位とに基づいて、超高精細表示アプリケーション１２から表示要求のあったウィンドウとそのウィンドウより前面に表示されているウィンドウとの重なり具合をチェックして、超高精細表示アプリケーション１２から表示要求のあったウィンドウがそのウィンドウより前面に表示されている他のウィンドウとの重なりが無く、実際の表示画面で表示される部分が存在するか否かを判定する（ステップＳ４）。
【００６５】
もし、超高精細表示アプリケーション１２から表示要求のあったウィンドウのすべての部分が、そのウィンドウより前面に表示されている他のウィンドウと重なっている場合には、実際の表示画面においては表示されず見えない状態である。従ってこの場合には、超高精細表示用ＡＰＩ１５は何もせずにその処理は終了する（ステップＳ４の「なし」の場合）。
【００６６】
もし、超高精細表示アプリケーション１２から表示要求のあったウィンドウの一部にそのウィンドウより前面に表示されている他のウィンドウとの重なりが無く実際の表示画面において表示される部分が存在する場合は、ステップＳ５へ進む（ステップＳ４の「あり」の場合）。
【００６７】
以後、超高精細表示アプリケーション１２から表示要求のあったウィンドウの一部に他のウィンドウとの重なりが無く実際の表示画面において表示される部分が存在する一例として図１０に示す場合を想定する。
【００６８】
続くステップＳ５では、超高精細表示用ＡＰＩ１５は、図１０において超高精細表示アプリケーション１２から表示要求のあったウィンドウ４０２がそれよりも前面に表示されているウィンドウ４０３と重なっていないクライアント領域４３を複数の矩形領域に分割する。この矩形領域をＶｉｅｗ片と呼ぶ。図１０では、Ｖｉｅｗ片４３ａとＶｉｅｗ片４３ｂとが存在する。
【００６９】
超高精細表示用ＡＰＩ１５は、このＶｉｅｗ片４３ａとＶｉｅｗ片４３ｂの部分において表示される表示イメージを拡張フレームメモリ１９４ｂに書き込む（ステップＳ５）。この表示イメージの拡張フレームメモリ１９４ｂへの書き込み動作は、先にステップＳ３で説明した動作と同様に行う。
【００７０】
次にステップＳ６において、超高精細表示用ＡＰＩ１５は、標準フレームメモリ１９４ａに書き込まれたウィンドウ４０２のクライアント領域４３のＶｉｅｗ片４３ａとＶｉｅｗ片４３ｂに対応する位置の各画素をカラー表示するための２バイトデータの０ビット目にオーバーレイフラグを設定する。
【００７１】
このように超高精細表示用ＡＰＩ１５がステップＳ４からステップＳ６の動作を行うことにより、超高精細表示アプリケーション１２から表示要求のあったウィンドウにおいて、そのウィンドウより前面に表示されている他のウィンドウと重なっていない部分が表示画面にオーバーレイ表示されることは、先の表示切替制御回路１９９の動作説明から明らかであるため、ここでその詳細な説明は省略する。
【００７２】
以後、超高精細表示アプリケーション１２から表示要求のあったウィンドウが表示画面上でその表示位置が移動させられたり、その大きさが変更されたり、他のウィンドウとの重なりの状態が変更された場合には、超高精細表示用ＡＰＩ１５が図３に示したフローチャートに示した動作をすることにより、表示画面にオーバーレイ表示される。
【００７３】
ここで、本発明において、基本フレームメモリ１９４ａにウィンドウのイメージが書き込まれた場合に、超高精細表示装置２０の表示画面にどのような位置関係で表示されるかを説明する。
【００７４】
図７に示すように標準フレームメモリにウィンドウ枠が書き込まれた場合を考える。この標準フレームメモリは、ウィンドウシステムが標準で管理する１６００×１２００ドットの解像度に対応した記憶容量を持ち、図示したように左上を原点とする座標軸が設定されているものとする。この座標軸は、表示画面の表示位置に対応している。
【００７５】
図７において、ウィンドウ枠のクライアント領域は、縦１００ドット、横１００ドットの大きさで左上の位置が座標（１００，１００）、右上の位置は座標（２００，１００）、右下の位置は座標（２００，２００）、左下の位置は座標（１００，２００）となる。このように標準フレームメモリにウィンドウ枠が書き込まれた場合、超高精細表示装置２０には、図８に示すようにウィンドウ枠が表示される。図８では説明の便宜上超高精細表示装置２０の表示画面に左上を原点する座標軸を設定した。
【００７６】
超高精細表示装置２０の表示ドット数は３２００×２４００ドットであり、ウィンドウシステム１８が標準で管理する１６００×１２００ドットに対して、縦横ともに２倍のドット数である。従って、標準フレームメモリに書き込まれた表示イメージは、縦横ともに２倍して超高精細表示装置２０に表示することになる。即ち、図８に示すようにウィンドウ枠のクライアント領域の左上の位置は座標（２００，２００）となり、同様に左下の位置は座標（２００，４００）、右上の位置は座標（４００，２００）、右下の位置は座標（４００，４００）となる。
【００７７】
次に、超高精細アプリケーションがウィンドウを表示し、そのウィンドウのクライアント領域に３２００×２４００ドットの解像度の表示イメージをオーバーレイ表示する場合に、超高精細表示装置の表示画面にどのような位置関係でウィンドウが表示されるかを説明する。即ち、標準フレームメモリにウィンドウ枠が書き込まれ、拡張フレームメモリにオーバーレイ表示するための３２００×２４００ドットの解像度の表示イメージが書き込まれた場合に、超高精細表示装置の表示画面にどのような位置関係でウィンドウが表示されるかを説明する。
【００７８】
ここで、超高精細アプリケーションがそのウィンドウの表示要求により、標準表示用ＡＰＩ１４を用いて図７に示すように標準フレームメモリにウィンドウ枠を書き込んだ場合を考える。この場合、超高精細表示装置の表示画面には図８に示すようにウィンドウ枠が表示される。
【００７９】
このとき、超高精細アプリケーションはそのウィンドウの表示要求により、超高精細表示用ＡＰＩ１５を用いて図９に示すように拡張フレームメモリにウィンドウ枠のクライアント領域に表示するための表示メージが書き込まれる。即ち、図９において、表示イメージは、その左上の位置が座標（２００，２００）、左下の位置が座標（２００，４００）、右上の位置が座標（４００，２００）、右下の位置が座標（４００，４００）となる。そして、この表示イメージの拡張フレームメモリに書き込まれた位置は、図８に示したように超高精細表示装置２０の表示画面に表示されるクライアント領域と位置が合致する。
【００８０】
そして、先に図２における表示切替制御回路１９９について動作説明したように、表示切替制御回路１９９は、標準バッファメモリ１９７から読み出した１ドットの表示イメージデータにおいてオーバレイフラグの設定の有無をチェックし、オーバレイフラグが設定されている場合には、拡張バッファメモリから読み出した上記オーバレイフラグの設定の有無をチェックした１ドットのイメージデータに対応する１ドットの表示イメージを切り替えて出力することになる。
【００８１】
【発明の効果】
本発明によれば、クライアント領域の解像度の異なるウィンドウをオーバーレイ表示することができるコンピュータシステムが実現できる。従って、解像度の異なるウィンドウの操作（移動、コピー、ペースト、重ね合わせ、再描画など）ができるようになる。
【図面の簡単な説明】
【図１】本発明の一実施形態を示すコンピュータシステムを示す図である。
【図２】図１に示した表示制御装置１９の構成を示す図である。
【図３】超高精細表示用ＡＰＩ１５の動作を説明するためのフローチャートを示す図である。
【図４】ウィンドウ４０の構成を示す図である。
【図５】標準バッファメモリ１９７及び拡張バッファメモリ１９８に表示イメージが記憶されている状態と表示画面の表示状態とを示す図である。
【図６】１画素をカラー表示するための２バイトデータの構成を示す図である。
【図７】標準フレームメモリ１９４ａにウィンドウ枠のイメージが書き込まれた状態を示す図である。
【図８】図７に図示したように標準フレームメモリ１９４ａにウィンドウ枠のイメージを記憶した場合に超高精細表示装置２０にウィンドウ枠が表示された表示画面の状態を示す図である。
【図９】拡張フレームメモリ１９４ｂにオーバーレイ表示するための超高精細イメージを書き込んだ状態を示す図である。
【図１０】超高精細表示アプリケーション１２から表示要求のあったウィンドウの一部に他のウィンドウとの重なりが無く実際の表示画面において表示される部分が存在する一例を示す図である。
【符号の説明】
１０‥‥コンピュータシステム
１１‥‥一般アプリケーション
１２‥‥超高精細表示アプリケーション
１３‥‥ＯＳ（オペレーティングシステム）
１４‥‥表示表示用ＡＰＩ
１５‥‥超高精細表示用ＡＰＩ
１６‥‥グラフィックスエンジン
１７‥‥ディスプレイドライバー
１８‥‥ウィンドウシステム
１９‥‥表示制御装置
２０‥‥超高精細表示装置
Claims (1)
- 第１の解像度の表示イメージを管理するウィンドウシステムを持ち、前記第１の解像度よりも解像度が高い第２の解像度のイメージを表示する表示装置にイメージを表示させるために第２の解像度のイメージを出力するコンピュータシステムであって、
前記表示装置に表示するための第１の解像度の表示イメージを記憶する第１のフレームメモリと、
前記表示装置に表示するための第２の解像度の表示イメージを記憶する第２のフレームメモリと、
前記第１フレームメモリに記憶された表示イメージに前記第２のフレームメモリに記憶された表示イメージをオーバーレイ表示させるために、前記第２のフレームメモリに記憶された表示イメージの位置に対応する前記第１のフレームメモリの位置に格納記憶されている表示イメージのデータにオーバーレイ表示を指定するためのフラグ情報を設定するオーバーレイ設定手段と、
前記第１フレームメモリに記憶されている表示イメージを拡大して第２の解像度に変換した表示イメージのデータにフラグ情報が設定されている場合には、その表示イメージに対応する前記第２のフレームメモリから読み出した表示イメージを出力し、前記第１フレームメモリに記憶されている表示イメージを拡大して第２の解像度に変換した表示イメージのデータにフラグ情報が設定されていない場合には、その表示イメージを出力する表示制御手段とを具備することを特徴とするコンピュータシステム。
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 JP2004302730A (ja) | 2004-10-28 |
| JP3881630B2 true 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) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9117395B2 (en) | 2011-04-19 | 2015-08-25 | Samsung Electronics Co., Ltd | Method and apparatus for defining overlay region of user interface control |
-
2003
- 2003-03-31 JP JP2003093169A patent/JP3881630B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004302730A (ja) | 2004-10-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8542253B2 (en) | Magnification engine | |
| JP5015208B2 (ja) | ディスプレイ上に分割画面を表示する方法及び電子装置 | |
| JP4361080B2 (ja) | 画像データを生成するための方法、プログラム、および装置 | |
| US8723891B2 (en) | System and method for efficiently processing digital video | |
| US9092879B2 (en) | Image display apparatus and image display method | |
| JPH09245179A (ja) | コンピュータグラフィックス装置 | |
| US6664968B2 (en) | Display device and image displaying method of display device | |
| US6388679B1 (en) | Multi-resolution computer display system | |
| JP4571437B2 (ja) | 解像度が異なる複数のウィンドウを表示するためのシステム、方法およびプログラム | |
| JP3788710B2 (ja) | 複数画面連携制御装置及び方法、並びに記録媒体 | |
| JP5616039B2 (ja) | ディスプレイのスクリーンを部分的にズームする方法とその方法を適用する電子デバイス | |
| JP3881630B2 (ja) | コンピュータシステム | |
| JP2004219759A (ja) | 画像表示処理方法、画像表示処理装置、画像表示装置および画像表示処理システム | |
| JP4031421B2 (ja) | 画面コピー方法 | |
| US20100182331A1 (en) | Method and apparatus for drawing image | |
| US20080055286A1 (en) | Method And Apparatus For Displaying Bitmap Images | |
| JP3797371B2 (ja) | 描画命令のフックを利用した画像の転送 | |
| JP3826941B2 (ja) | 描画命令のフックを利用した画像の転送 | |
| JP4621551B2 (ja) | 画像データの取得方法、画像データ取得装置、およびプログラム | |
| JP2533890B2 (ja) | 画面制御方式 | |
| JP3797373B2 (ja) | 描画命令のフックを利用した画像の転送 | |
| JPH1049338A (ja) | コマンドボタン制御方式 | |
| JP2000163182A (ja) | 画面表示システム | |
| JPH10161835A (ja) | オーバーラップ表示方法およびマルチスクリーンシステム | |
| JPH0721753B2 (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 |