JP2004219759A

JP2004219759A - 画像表示処理方法、画像表示処理装置、画像表示装置および画像表示処理システム

Info

Publication number: JP2004219759A
Application number: JP2003007554A
Authority: JP
Inventors: Sanehiro Furuichi; 実裕古市; Morimiki Obara; 盛幹小原; Katsura Kawase; 桂川瀬
Original assignee: Chi Mei Electronics Corp
Current assignee: Chi Mei Optoelectronics Corp
Priority date: 2003-01-15
Filing date: 2003-01-15
Publication date: 2004-08-05
Also published as: TWI283853B; TW200415568A

Abstract

【課題】高精細で高画素数の画像表示装置の特徴を活用しながら、既存のＰＣアーキテクチャとの整合性を維持しつつ、ユーザの操作性および視認性を向上させること。
【解決手段】フレームメモリ１７のオフスクリーンの領域に、解像度の異なる画像データおよび制御データを割り当てて、これらデータを各記憶領域に別々に記憶させるとともに、制御データを見かけ上画像データとして扱い、通常ＣＲＴＣで送信されない制御データを、各解像度の画像データとともに、画像表示処理装置１０から画像表示装置２０に送信する。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
この発明は、異なる解像度の画像データおよび制御データを画像表示処理装置から画像表示装置に転送し、画像表示装置で同一の画面に混在させて表示する画像表示処理方法、画像表示処理装置、画像表示装置および画像表示処理システムに関するものである。
【０００２】
【従来の技術】
一般的に画像を表示するための画像データは、パーソナルコンピュータ（ＰＣ）などからなる画像表示処理装置のディスプレイドライバやグラフィックアダプタにより画像処理されて、ＣＲＴ（パネル）からなる画像表示装置に転送されている。
【０００３】
一方、近年の液晶パネル製造技術の進歩により、たとえば２００ＤＰＩ（ＤｏｔＰｅｒＩｎｃｈ）・９００万画素を超えるＱＵＸＧＡＷ（ＱｕａｄＵｌｔｒａＥｘｔｅｎｄｅｄＧｒａｐｈｉｃｓＡｒｒａｙＷｉｄｅ：３８４０×２４００ピクセル）の高精細で高画素数の画像表示装置が開発、販売されており、非常に膨大な情報量の画像データを高精細に表示することが可能となったが、通常のＯＡ用途や一般のＰＣ向けのアプリケーションを用いた画像表示処理装置と、この画像表示装置との表示処理能力に大きな差が生じてしまい、この画像表示装置の持つ高精細で高画素数という特徴を有効に活用できない状況になっていた。
【０００４】
すなわち、従来のラスタスキャン方式を用いた画像表示装置では、ある時点で同時に表示されている画面の解像度（ＤＰＩ）は、ＣＲＴの動作原理に起因してどの領域でも均一になっており、画像を生成するＰＣ側のウィンドウシステムもこの画像表示装置を前提とした画像生成を行っている。
【０００５】
このようなウィンドウシステムにおいては、画像データを描画する描画の単位はピクセルであり、このピクセルの集合がデスクトップ画面の表示サイズを表している。このピクセルの画像データは、ＰＣ本体内のフレームメモリ（主記憶やグラフィクスアダプタのＶＲＡＭからなる）に記憶されており、ＣＲＴＣ（ＣＲＴコントローラ）によって読み取られて画像表示装置に転送されている。また、ＰＣにおいて、アプリケーションは、デスクトップ画面の一部の領域をウィンドウとして確保し、その領域内のピクセルに対して描画を行う。
【０００６】
このウィンドウシステムでは、ピクセル単位よりも細かい単位で描画命令を発行することが論理的には可能だが、上述した画面の解像度をどの領域でも一定にする関係で、このフレームメモリに書き込まれる段階で解像度に応じた拡大／縮小などの処理を行って、ピクセル単位に変換されることとなる。このため、デスクトップ画面より高精細に描画された画像データは、縮小されることにより画質が劣化し、逆に低精細の画像データを描画する場合には、拡大されることにより画像データが冗長になっていた。
【０００７】
また、液晶モニタを有する画像表示装置では、表示可能な最大精細度（ピクセル数）が固定されており、デスクトップ画面の論理的なピクセル数と、画像表示装置の物理的なピクセル数が異なる場合には、デスクトップ画面の画像データを拡大／縮小して画面のピクセル数に一致させる方法が採られることがあった。特に、画像を拡大する場合（デスクトップ画面のピクセル数が、画像表示装置の総ピクセル数より小さい場合）には、ＰＣに入力された画像データに十分な情報がないため、画像表示装置が高解像度の表示能力を持つにも関わらず、その能力を有効に活用することができなかった。
【０００８】
また、高速演算処理能力や高速表示処理能力が求められるハイエンドの３Ｄグラフィクス処理システムでは、複数のコンピュータを使用して並列処理を行って、個々の描画オブジェクトを生成し、各々の画像を専用の装置を用いて再構成することにより、高速処理を実現する方法（Ｌｉｇｈｔｎｉｎｇ−２やＭｅｔａｂｕｆｆｅｒなど）がある。そして、Ｓｏｒｔ−ｆｉｒｓｔａｐｐｒｏａｃｈ方式などを用いて、予め表示画面をタイル状に分割し、この分割された各タイルの描画を一つのコンピュータに割り当てて表示処理したり、Ｓｏｒｔ−ｌａｓｔａｐｐｒｏａｃｈ方式などを用いて、画面内の任意の描画オブジェクトを複数のコンピュータで描画し、最後に描画された各画像を合成処理して表示していた。
これらコンピュータによって描画された画像を再構成して得られた最終的な画像は、専用装置のフレームバッファに記憶され、通常のラスタスキャン方式の画像表示装置に転送されて表示されていた。
【０００９】
この３Ｄグラフィクス処理システムを応用して、低解像度の背景の画像と、高解像度の描画オブジェクトとを別々のコンピュータで作成し、この作成されたそれぞれの画像を合成することも可能であるが、この構成ではシステムが大規模になり、汎用的でなく、かつ高価な特別の専用装置が必要となるので、このシステムを応用することは現実的ではない。
【００１０】
また、特許文献１に示すように、ローエンドな専用映像処理装置を応用することでも、複数の解像度の画像を画像表示装置の画面に混在させて表示させることが可能であった。
【００１１】
【特許文献１】
特開２００１−２２３３５号公報（第６−９頁、図１−図５）
【００１２】
【発明が解決しようとする課題】
しかしながら、上記特許文献１では、専用のアプリケーションを利用する必要がある点、選択できる解像度がアプリケーション内部で均一である点、各解像度の画像を１枚に合成するため、フレームメモリのアロケーション方法に制約がある点、通信バンド幅に応じてＰＣ側でも解像度変換するため、画質の劣化が生じるなどのアプリケーション作成者の意図した通りの描画を保証できない点、画像表示装置からフィードバックするため、既存のビデオインターフェースが利用できない点などの問題点があった。
【００１３】
また、上述したウィンドウシステムでは、様々な性質のアプリケーションが一つの画面を共有しており、これらのアプリケーションごとに最適な画面の解像度は異なるので、全てのアプリケーションの要求を満たすような最適な画面解像度の設定値は存在しない。
【００１４】
たとえば、画像編集のような高精細表示が望ましいアプリケーションのために、画面解像度を高くする（すなわち、デスクトップサイズを大きくする）と、高解像度に対応していない他のアプリケーションのウィンドウの表示内容や、マウスカーソル、アイコンなどの表示が非常に小さく表示されてしまい、操作性や視認性が悪くなるという問題点があった。
【００１５】
一方、画面解像度を下げる（すなわち、デスクトップサイズを小さくする）と、コンピュータ上でどんなに高精細に画像を描画しようとしても、コンピュータのフレームメモリに画像データが書き込まれる段階で、全ての画像データが、このデスクトップの解像度に合わせて間引かれてしまうので、画像表示装置がより高精細な表示能力を持っていても、その能力を活用できないという問題点があった。
【００１６】
さらに、従来の多くのアプリケーションは、基本的にＤＰＩを意識して作成されていないので、たとえば多くのゲーム用プログラムは、ＶＧＡ（ＶｉｄｅｏＧｒａｐｈｉｃｓＡｒｒａｙ：６４０×４８０ピクセル）を前提として作成されており、これをＱＵＸＧＡＷのデスクトップ画面で実行すると、ほどんど何も見えないという問題がある。そこで、このようなケースでは、他のアプリケーションの同時使用を諦めて、画面解像度をＶＧＡに設定しなおす必要性が生じる。
【００１７】
また、マイクロソフト社のウィンドウズのような一部のウィンドウシステムでは、高精細表示でのユーザビリティを高めるため、システムの設定を変更することにより、フォントサイズやアイコンサイズを拡大して表示させることが可能な機能がある。しかし、この場合には、もともと情報量の少ない低下像度用の画像を冗長に拡大して表示することになり、限られたリソースであるフレームメモリ容量や通信バンド幅を、無駄に浪費することになるという問題点がある。
【００１８】
また、ウィンドウシステムが、このような機能を提供していても、アプリケーションが独自にフォントサイズやアイコンサイズを決めている場合には、全く効果がない。さらに、この機能は、アプリケーションが描画するウィンドウ表示内容にも効果がない。多くのアプリケーションは、ビットマップデータをフレームメモリにコピーすることにより、表示内容を描画しているが、高精細表示を意識せずに作られてた多くのアプリケーションでは、このアプリケーション作成者の意図したサイズより、はるかに小さいサイズでしか表示されないという問題点があった。
【００１９】
この発明は、上記問題点に鑑みなされたもので、高精細で高画素数の画像表示装置の特徴を活用しながら、既存のＰＣアーキテクチャとの整合性を維持しつつ、ユーザの操作性および視認性を向上させる画像表示処理方法、画像表示処理装置、画像表示装置および画像表示処理システムを提供することを目的とする。
【００２０】
【課題を解決するための手段】
上記目的を達成するため、請求項１にかかる画像表示処理方法では、画像表示処理装置で表示処理され、かつ転送された複数の画像データ源の画像を、画像表示装置の同一画面内に表示する画像表示処理方法において、前記画像表示装置の同一画面内に少なくとも２つの異なる解像度の画像を表示させる表示工程を含むことを特徴とする画像表示処理方法が提供される。
【００２１】
この発明によれば、画像表示処理装置から転送された解像度の異なる複数の画像を、画像表示装置の同一画面内に表示させることで、高精細で高画素数の画像表示装置の特徴を活用する。
【００２２】
また、請求項２にかかる画像表示処理方法にて、表示工程では、前記各解像度の画像を前記同一画面内に同時または切り替え表示することを特徴とする。
【００２３】
この発明によれば、複数の解像度の画像を、画像表示装置の同一画面に同時に表示させたり、各解像度の画像ごとに切り替えて表示させたりすることで、たとえば通常使う解像度の画像をモニタ画面に表示させ、その同じ画面にウィンドウを開いて高解像度の画像を表示させたり、高解像度の画像と低解像度の画像を切り替えてモニタ画面に順次表示させることで、ユーザの操作性および視認性を向上させる。
【００２４】
また、請求項３にかかる画像表示処理方法では、前記画像表示処理装置で前記異なる解像度の画像データおよび前記画像表示装置の画面における前記各解像度の画像データの表示領域を制御するための制御データを、自装置内の第１の画像記憶手段の予め割り当てられた各記憶領域に別々に記憶する第１の記憶工程をさらに含むことを特徴とする。
【００２５】
この発明によれば、第１の画像記憶手段であるフレームメモリには、使われていないオフスクリーンの領域があるので、この領域に異なる解像度の画像データおよび画像合成方法を示したアルファ値やＺバッファなどの制御データの記憶領域を割り当てて、これらデータを各記憶領域に別々に記憶させることで、フレームメモリの有効利用を図る。
【００２６】
また、請求項４にかかる画像表示処理方法では、画像表示処理装置で前記第１の画像記憶手段に記憶された前記各解像度の画像データおよび制御データを、前記画像表示装置に転送する転送工程をさらに含むことを特徴とする。
【００２７】
この発明によれば、制御データを見かけ上画像データとして扱い、通常ＣＲＴＣで送信されない制御データを、各解像度の画像データとともに、画像表示装置に送信することを可能にし、かつデータに冗長性を持たせることでエラー耐性を強化する。
【００２８】
また、請求項５にかかる画像表示処理方法にて、転送するビデオパケットごとに、前記画像表示装置が該ビデオパケット内のデータを分類・処理するための識別子を付加して、前記第１の画像記憶手段に記憶された前記各解像度の画像データおよび制御データを、前記画像表示装置に混在して転送することを特徴とする。
【００２９】
この発明によれば、ＰＣとモニタの間の既存方式のビデオインターフェースを利用して、送信する個々のビデオパケットごとに識別子を付加することにより、複数の異なる画像データや制御データを混在してモニタに転送することが可能となる。
【００３０】
また、請求項６にかかる画像表示処理方法にて、画像表示処理装置と画像表示装置は、予め前記第１の画像記憶手段に記憶された前記各解像度の画像データおよび制御データの転送順序を互いに設定しておき、前記画像表示処理装置は、前記転送順序に基づいて前記第１の画像記憶手段内の各解像度の画像データおよび制御データを、前記画像表示装置に混在して転送することを特徴とする。
【００３１】
この発明によれば、フレームメモリのアロケーション方法で、各解像度の画像データおよび制御データの転送順序を予め設定、たとえば画像記憶手段に記憶されている全領域を一度にＣＲＴＣでスキャンし、１つのビデオパケット内の画像の位置により、各解像度の画像データおよび制御データを分類し、または記憶されている各解像度の画像データの記憶領域および制御データの記憶領域ごとにＣＲＴＣでスキャンするように設定しておくことで、複数の異なる画像データや制御データを混在してモニタに転送することが可能となる。
【００３２】
また、請求項７にかかる画像表示処理方法にて、転送工程では、前記画像表示処理装置は、前記第１の画像記憶手段内の各解像度の画像データおよび制御データを、当該各データごとに別々に前記画像表示装置に転送する。
【００３３】
この発明によれば、たとえば複数の伝送路を用いて、各解像度の画像データおよび制御データを、各データごとに別々の伝送路で画像表示装置に転送することが可能となる。
【００３４】
また、請求項８にかかる画像表示処理方法では、ＯＳまたはアプリケーションによって描画が発生した変化領域を検出する変化領域検出工程をさらに含み、前記転送工程では、前記検出された変化領域の各解像度の画像データおよび制御データを前記画像表示装置に転送することを特徴とする。
【００３５】
この発明によれば、描画が発生した変化領域を検出し、この検出された変化領域の画像データおよび制御データを差分転送することで、転送するデータ量の削減を図る。
【００３６】
また、請求項９にかかる画像表示処理方法では、ＯＳまたはアプリケーションによってマウスカーソルの存在する表示領域を検出するカーソル検出工程と、前記検出された表示領域の解像度に応じてマウスカーソルサイズを拡大または縮小し、かつ移動速度を加速または減速して、前記マウスカーソルの移動速度およびサイズを均一に表示させるカーソル表示工程とをさらに含むことを特徴とする。
【００３７】
この発明によれば、マウスカーソルの存在する表示領域を検出し、このマウスカーソルの存在する座標の解像度に依存することなく、マウスカーソルの移動速度およびサイズ（大きさ）を均一に見せかけて表示させることで、ユーザの操作性および視認性を向上させる。
【００３８】
また、請求項１０にかかる画像表示処理方法では、画像表示装置は、前記画像表示処理装置から受信したビデオパケットを解析して、該パケット内のデータを、前記異なる解像度の画像データおよび制御データに分類する分類工程と、自装置内の第２の画像記憶手段の予め割り当てられた各記憶領域に、前記前記分類した各解像度の画像データおよび制御データを、別々に記憶する第２の記憶工程とをさらに含むことを特徴とする。
【００３９】
この発明によれば、モニタでＰＣから転送されるビデオパケットを解析し、画像データと制御データに分類し、さらにこの画像データを解像度ごとに分類することで、分類された画像データと制御データのモニタ内のフレームメモリへの書き込みを可能にする。
【００４０】
また、請求項１１にかかる画像表示処理方法では、画像表示装置は、前記制御データに基づき、前記自装置内の第２の画像記憶手段に記憶された異なる解像度の画像データを合成して前記同一画面内に表示させる合成工程をさらに含むことを特徴とする。
【００４１】
この発明によれば、各解像度の画像データをレイヤとして管理し、異なる解像度の画像を合成することで、異なる解像度の画像をモニタの同一画面へ表示することを可能にする。
【００４２】
また、請求項１２にかかる画像表示処理装置では、複数の画像データ源の画像を表示処理して転送する画像表示処理装置において、少なくとも２つの異なる解像度の画像データおよび該各解像度の画像データの表示領域を制御するための制御データを取り込む第１の取込手段と、前記各解像度の画像データおよび制御データを記憶する第１の画像記憶手段と、予め前記第１の画像記憶手段の記憶領域を、前記各解像度の画像データおよび制御データに割り当て、前記第１の取込手段で取り込んだ前記各解像度の画像データおよび制御データを、前記割り当てられた第１の画像記憶手段の記憶領域に別々に記憶させる第１の記憶制御手段と、前記記憶された各画像データおよび制御データを画像表示装置に転送する転送手段とを備えたことを特徴とする画像表示処理装置が提供される。
【００４３】
この発明によれば、、第１の画像記憶手段であるフレームメモリのオフスクリーンの領域に、画像データおよび制御データを割り当てて、これらデータを各記憶領域に別々に記憶させることで、フレームメモリの有効利用を図るとともに、制御データを見かけ上画像データとして扱い、通常ＣＲＴＣで送信されない制御データを、各解像度の画像データとともに、画像表示装置に送信することを可能にし、かつデータに冗長性を持たせることでエラー耐性を強化する。
【００４４】
また、請求項１３にかかる画像表示処理装置では、ＯＳまたはアプリケーションによって描画が発生した変化領域を検出する変化領域検出手段をさらに備え、前記転送手段は、前記検出された変化領域の各解像度の画像データおよび制御データを前記画像表示装置に転送することを特徴とする。
【００４５】
この発明によれば、描画が発生した変化領域を検出し、この検出された変化領域の画像データおよび制御データを差分転送することで、転送するデータ量の削減を図る。
【００４６】
また、請求項１４にかかる画像表示処理装置では、ＯＳまたはアプリケーションによってマウスカーソルの存在する表示領域を検出するカーソル検出手段と、前記検出された表示領域の解像度に関わらず、前記マウスカーソルの移動速度およびサイズを均一に表示させるカーソル表示手段とをさらに備えたことを特徴とする。
【００４７】
この発明によれば、マウスカーソルの存在する座標の解像度に依存することなく、マウスカーソルの移動速度およびサイズ（大きさ）を均一に見せかけて表示させることで、ユーザの操作性および視認性を向上させる。
【００４８】
また、請求項１５にかかる画像表示処理装置では、転送手段は、転送するビデオパケット毎に、画像表示装置が該ビデオパケット内のデータを分類・処理するための識別子を付加して、前記第１の画像記憶手段に記憶された前記各解像度の画像データおよび制御データを、前記画像表示装置に混在して転送することを特徴とする。
【００４９】
この発明によれば、ＰＣとモニタの間の既存方式のビデオインターフェースを利用して、送信する個々のビデオパケットごとに識別子を付加することにより、複数の異なる画像データや制御データを混在してモニタに転送することが可能となる。
【００５０】
また、請求項１６にかかる画像表示処理装置では、転送手段は、画像表示装置との間で予め設定された前記第１の画像記憶手段に記憶された前記各解像度の画像データおよび制御データの転送順序に基づいて、前記第１の画像記憶手段内の各解像度の画像データおよび制御データを、前記画像表示装置に混在して転送することを特徴とする。
【００５１】
この発明によれば、フレームメモリのアロケーション方法で、各解像度の画像データおよび制御データの転送順序を予め設定しておくことで、複数の異なる画像データや制御データを混在してモニタに転送することが可能となる。
【００５２】
また、請求項１７にかかる画像表示処理装置では、転送手段は、複数の出力ポートを有し、前記第１の画像記憶手段内の各解像度の画像データおよび制御データを、当該各データごとに別々の前記出力ポートから画像表示装置に転送することを特徴とする。
【００５３】
この発明によれば、たとえば複数の伝送路を用いて、各解像度の画像データおよび制御データを、各データごとに別々の出力ポートから転送することが可能になる。
【００５４】
また、請求項１８にかかる画像表示装置では、取り込んだ複数の画像データ源の画像を、同一画面内に表示する画像表示装置において、異なる解像度の画像データおよび該各解像度の画像データの表示領域を制御するための制御データを取り込む第２の取込手段と、前記各解像度の画像データおよび制御データを記憶する第２の画像記憶手段と、予め前記第２の画像記憶手段の記憶領域を、前記各解像度の画像データおよび制御データに割り当て、前記第２の取込手段で取り込んだ前記各解像度の画像データおよび制御データを、前記割り当てられた第２の画像記憶手段の記憶領域に別々に記憶させる第２の記憶制御手段と、前記記憶された各解像度の画像データを前記同一画面に表示させる表示制御手段とを備えたことを特徴とする画像表示装置が提供される。
【００５５】
この発明によれば、画像表示処理装置から転送された解像度の異なる複数の画像を、画像表示装置の同一画面内に表示させることで、高精細で高画素数の画像表示装置の特徴を活用する。
【００５６】
また、請求項１９にかかる画像表示装置では、取込手段は、前記画像データおよび制御データをビデオパケットとして取り込んでおり、前記画像表示装置は、前記画像表示処理装置から受信したビデオパケットを解析して、該パケット内のデータを、前記異なる解像度の画像データおよび制御データに分類する分類手段をさらに備えたことを特徴とする。
【００５７】
この発明によれば、モニタの分類手段で、ＰＣから転送されるビデオパケットを解析し、画像データと制御データに分類し、さらにこの画像データを解像度ごとに分類することで、分類された画像データと制御データのモニタ内のフレームメモリへの書き込みを可能にする。
【００５８】
また、請求項２０にかかる画像表示装置では、表示制御手段は、前記各解像度の画像を前記同一画面内に同時または切り替え表示することを特徴とする。
【００５９】
この発明によれば、複数の解像度の画像を、画像表示装置の同一画面に同時に表示させ、または各解像度の画像ごとに切り替えて表示させたりすることで、ユーザの操作性および視認性を向上させる。
【００６０】
また、請求項２１にかかる画像表示処理システムでは、複数の画像データ源の画像を表示処理して転送する画像表示処理装置と、取り込んだ前記複数の画像データ源の画像を、同一画面内に表示する画像表示装置と、前記画像表示処理装置と画像表示装置を接続させる伝送路とを備えた画像表示処理システムにおいて、前記画像表示処理装置は、請求項１２〜１６のいずれか一つの画像表示処理装置からなり、前記画像表示装置は、請求項１８〜２０のいずれか一つの画像表示装置からなり、前記画像表示処理装置から前記画像表示装置に前記伝送路を介して、異なる解像度の画像データおよび制御データを混在して転送し、前記画像表示装置の同一画面内に該異なる解像度の画像を表示させることを特徴とする画像表示処理システムが提供される。
【００６１】
この発明によれば、ＰＣとモニタを１本のたとえばビデオケーブルからなる伝送路で接続させ、このビデオケーブルを介した画像データと制御データの混在転送を可能にするとともに、同一画面での異なる解像度の画像の混在表示を可能にする。
【００６２】
また、請求項２２にかかる画像表示処理システムでは、複数の画像データ源の画像を表示処理して転送する画像表示処理装置と、取り込んだ前記複数の画像データ源の画像を、同一画面内に表示する画像表示装置と、前記画像表示処理装置と画像表示装置を接続させる複数の伝送路とを備えた画像表示処理システムにおいて、前記画像表示処理装置は、請求項１２〜１４，１７のいずれか一つの画像表示処理装置からなり、前記画像表示装置は、請求項１８〜２０のいずれか一つの画像表示装置からなり、前記画像表示処理装置から前記画像表示装置に、異なる解像度の画像データおよび制御データを、当該各データ毎に別々の前記伝送路を介して転送し、前記画像表示装置の同一画面内に該異なる解像度の画像を表示させることを特徴とする画像表示処理システムが提供される。
【００６３】
この発明によれば、ＰＣとモニタを複数の出力ポートと複数本のビデオケーブルからなる伝送路で接続させ、このビデオケーブルを介した画像データと制御データの個別転送を可能にするとともに、同一画面での異なる解像度の画像の混在表示を可能にする。
【００６４】
【発明の実施の形態】
以下に図１〜図１１の添付図面を参照して、この発明にかかる画像表示処理方法、画像表示処理装置、画像表示装置および画像表示処理システムの好適な実施の形態を説明する。なお、以下の実施の形態では、たとえば２００ＤＲＩ・ＱＵＸＧＡＷサイズの表示が可能な液晶モニタの画面に、１００ＤＰＩと２００ＤＰＩの２種類の解像度の画像を表示させる例を説明する。この場合、１００ＤＰＩの画像は、画像表示装置（モニタ）内で縦横２倍に拡大されて表示されるものとする。また、以下の図において、同様の構成部分は、説明の都合上、同一符号を付記するものとする。
【００６５】
（実施の形態１）
図１は、この実施の形態１が適用される画像表示処理システムの全体構成を説明するための構成図である。図において、画像表示処理システムは、ＰＣなどからなる画像データ転送側の画像表示処理装置１０と、液晶モニタからなる画像データ受信側の画像表示装置２０と、この画像表示処理装置１０と画像表示装置２０を接続させるＤＶＩ（ＤｉｇｉｔａｌＶｉｓｕａｌＩｎｔｅｒｆａｃｅ）ケーブルなどのデジタルモニタケーブルであるモニタケーブル３０とから構成されている。
【００６６】
この画像表示処理装置１０は、一般的なＰＣとして、図示しない中央処理装置、メモリおよびＨＤＤなどを備えている。また、この画像表示処理装置１０は、ＰＣとして用いられるアプリケーション１１、ＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）１２およびディスプレイドライバ１３と、ハードウエア構成であるグラフィクスアダプタ１４と、この実施の形態における特徴的な構成であるＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）フックドライバ１５と、ＤＤＩ（ＤｅｖｉｃｅＤｒｉｖｅｒＩｎｔｅｒｆａｃｅ）フックドライバ１６とから構成されている。
【００６７】
グラフィクスアダプタ１４は、この実施の形態における特徴的な構成であるフレームメモリ１７と、図示しない描画エンジンおよびＣＲＴＣとから構成されている。フレームメモリ１７は、図２、図３の配置図の例に示すように、この画像表示処理装置１０のウィンドウシステム管理プログラムによって確保される１００ＤＰＩの画像データ領域（１９２０×１２００ピクセル）２３ａと、２００ＤＰＩの画像データ領域（３８４０×２４００ピクセル）２３ｂと、この２枚の画像を合成するためのアルファ値領域２３ｃとから構成されており、図２は、フレームメモリ上でアルファ値を配置する方法として、１９２０×１２００ピクセルの画像データとして配置する方法（ＡｌｐｈａＦｒａｍｅＳｃｈｅｍｅ）で、図３は、各ラインの先頭部分のラインヘッダ領域に、画像データとして配置する方法（ＬｉｎｅＨｅａｄｅｒＳｃｈｅｍｅ）である。
【００６８】
このウィンドウシステム管理プログラムでは、１００ＤＰＩか２００ＤＰＩのどちらかの画像をデスクトップ画面に割り当てる必要がある。そこで、この実施の形態では、図４に示すように、１００ＤＰＩのオブジェクト（デスクトップ画面）２４の中に、２００ＤＰＩのオブジェクト（ウィンドウ）２５，２６を部分的に表示するものとする。また、アイコン、メニュー、カーソルなどは、たとえば１００ＤＰＩの画像領域に書き込まれ、画像表示装置２０内で、後述する拡大エンジンによって縦横２倍に拡大される。
【００６９】
一方、画像編集プログラムのように、高精細表示が望ましいアプリケーションは、必要な領域だけを２００ＤＰＩの画像データ領域２３ｂに書き込む。画像表示装置２０の画面２４のどの領域に、どちらの解像度の画像を表示するか、あるいはどれくらいの割合で半透明合成して表示するかという情報を、アルファ値として定められたアルファ値領域２３ｃに書き込む。なお、これらの書き込み動作は、この画像編集プログラム（またはウィンドウ管理プログラム）が、ハードウェアの描画エンジンを使って行われる。
【００７０】
また、ウィンドウシステム管理プログラムは、各領域のデータが更新されたら、ＣＲＴＣを制御し、ＣＲＴＣがこの更新されたデータと必要な情報を付加したビデオパケットを作成して、画像表示装置２０に転送している。
【００７１】
この実施の形態のような画像表示処理装置の上述した機能を実現するために、ウィンドウシステム本体やアプリケーション本体を作成しなおすのは現実的ではない。そこで、この実施の形態では、マイクロソフト社のウィンドウズやＸウィンドウのように、アプリケーションとＯＳとの間のインターフェース（ＡＰＩ）と、ＯＳとグラフィクスデバイスドライブとの間のインターフェース（ＤＤＩ）が、明確に定義されているウィンドウシステムにおいて、ＡＰＩフッキングとＤＤＩフッキングを行うドライバを別途挿入することで、既存のアプリケーションやウィンドウシステムを変更することなく、上述したウィンドウシステム管理方式を実現する。
【００７２】
具体的には、図１に示すように、ＡＰＩフッキング機能を実現するＡＰＩフックドライバ１５と、ＤＤＩフッキング機能を実現するＤＤＩフックドライバ１６をソフトウェア階層に挿入し、上位のＡＰＩフックドライバ１５が、必要に応じて、描画先領域を切り替えて、下位のＤＤＩフックドライバが、複数の描画領域の確保やＣＲＴＣの制御などを行う。
【００７３】
図５、図６は、ＡＰＩフックドライバ１５とＤＤＩフックドライバ１６の処理動作を説明するためのフローチャートである。図５において、ＡＰＩフックドライバ１５は、アプリケーション１１から入力する描画命令である描画用ＡＰＩの解析を行う。ＡＰＩフックドライバ１５は、この描画用ＡＲＩから取り込まれた画像データが１００ＤＰＩの画像データなのか、２００ＤＰＩの画像データなのかを判断しており（ステップ１０１）、この画像データが１００ＤＰＩの画像データの場合には、取り込まれた画像データが１００ＤＰＩである旨の描画用ＡＰＩをＯＳ１２を介してディスプレイドライバ１３に通知する（ステップ１０２）。また、この画像データが２００ＤＰＩの画像データの場合には、取り込まれた画像データが２００ＤＰＩである旨の描画用ＡＰＩをＯＳ１２を介してディスプレイドライバ１３に通知する（ステップ１０３）。そして、ＡＰＩフックドライバ１５は、画像データ（アルファ値データを含む）を取り込んでディスプレイドライバ１３に出力する処理動作を実行する（ステップ１０４）。なお、描画用ＡＲＩの解析の際に、ＡＰＩフックドライバ１５は、アプリケーション１１に対して、メッセージフックによりパラメータを修正したメッセージを出力して取り込まれた画像データの書き込みが可能である旨の通知も行うことが可能である。
【００７４】
図６において、ディスプレイドライバ１３は、描画用ＡＰＩを取り込むと、この描画対象の画像データが１００ＤＰＩを示すものなのか、２００ＤＰＩを示すものなのかを判断する（ステップ２０１）。ここで、この描画用ＡＰＩが１００ＤＰＩを示す旨の通知の場合には、入力する画像データを、予め設定されたフレームメモリ１７内の１００ＤＰＩの記憶領域に記憶させる（ステップ２０２）。
また、この描画用ＡＰＩが２００ＤＰＩを示す旨の通知の場合には、予め設定されたフレームメモリ１７内の２００ＤＰＩの記憶領域に記憶させる。また、アルファ値データも、フレームメモリの該当する記憶領域に記憶させることが可能となる。
【００７５】
このように、この実施の形態では、画像表示処理装置１０に画像データが取り込まれると、この画像データが１００ＤＰＩか２００ＤＰＩか判断して、それぞれの設定されたフレームメモリの記憶領域（オフスクリーンの領域）にこの画像データおよびアルファ値データを記憶することができるので、フレームメモリを有効に活用することができる。
【００７６】
また、この実施の形態では、通常送信されないアルファ値データを見かけ上画像データとして扱い、画像データとともに画像表示装置に転送するので、データに冗長性を持たせることができ、これによってエラー耐性を強化することができる。
【００７７】
また、この実施の形態では、各領域のデータが更新されると、更新された領域の画像データおよび制御データをＣＲＴＣの制御によって、差分転送するので、転送するデータ量の削減を図ることができる。
【００７８】
なお、この実施の形態では、１００ＤＰＩと２００ＤＰＩの画像データ双方に対して描画用ＡＰＩを出力するようにしたが、この発明はこれに限らず、たとえば２００ＡＰＩのデータのみを監視して、デスクトップ画面に割り当てられた１００ＤＰＩの画像データは、監視対象とせずに、直接フレームメモリに記憶させることも可能である。
【００７９】
一方、画像表示装置２０は、図１に示すように、ＱＵＸＧＡＷの高精細で高画素数のパネル２１と、この実施の形態における特徴的な構成であり、画像表示処理装置１０からモニタケーブル３０を介して各解像度の画像データを受信するモニタ制御部２２とから構成されている。
【００８０】
モニタ制御部２２は、図７の構成図に示すように、受信された１００ＤＰＩと２００ＤＰＩの２種類の画像データとアルファ値データ（制御データ）を記憶するフレームメモリ１７と同様構成のフレームメモリ２３と、モニタケーブル３０を介したビデオパケットの受信、パケット解析および画像データとアルファ値データのフレームメモリ２３への書き込み制御などを行う受信モジュール２４と、フレームメモリ２３から１００ＤＰＩの画像を読み出して縦横２倍に拡大する拡大エンジン２７と、フレームメモリ２３から２００ＤＰＩの画像を読み出し、この拡大された画像と合成する合成エンジン２８とから構成されている。このような構成により、モニタ制御部２２では、１００ＤＰＩと２００ＤＰＩの画像データとアルファ値データを受信モジュール２４が受け取って解析後にフレームメモリ２３に書き込む。次に、この１００ＤＰＩの画像は、拡大エンジン２７を経て縦横２倍に拡大され、別途受信したアルファ値データに基づいて、２種類の解像度の画像を合成エンジン２８で合成処理してから、パネル２１でこの合成された画像を表示させる。
【００８１】
このように、この実施の形態では、１００ＤＰＩと２００ＤＰＩの各解像度の画像データをレイヤとして管理し、異なる解像度の画像を合成することで、異なる解像度の画像をモニタの同一画面へ表示することが可能になる。
【００８２】
なお、この実施の形態では、ＡＰＩフッキング機能を実現するＡＰＩフックドライバをアプリケーションとＯＳの間に接続させたが、この発明はこれに限らず、たとえば図８に示すように、アプリケーション１１の１つの機能として、このアプリケーション１１にＡＰＩフッキング機能１１ａを持たせ、このＡＰＩフッキング機能１１ａから２００ＤＰＩを示す描画用ＡＰＩを通知するように構成することも可能である。この場合には、アプリケーション１１からの指示で、同一画面に１００ＤＰＩと２００ＤＰＩの画像データを同時に表示させることもできるし、または１００ＤＰＩの画像データのみだけ、２００ＤＰＩの画像データのみを切り替えて表示させることができる。
【００８３】
また、この実施の形態では、画像表示装置は、まず各解像度の画像データをフレームメモリに書き込み、次に読み出す際に１００ＤＰＩの画像を拡大し、２００ＤＰＩの画像データと合成する方法（Ｐｏｓｔ−ＲｅａｄＢｌｅｎｄｉｎｇ）を用いたが、この発明はこれに限らず、たとえば図９の構成に示すように、受信モジュール２４で受信された１００ＤＰＩの画像データと、２００ＤＰＩの画像データを合成エンジン２８で合成してからフレームメモリ２３のディスプレイイメージの記憶領域２３ｄにその結果を記憶させる方法（Ｐｒｅ−ＷｒｉｔｅＢｌｅｎｄｉｎｇ）を用いることも可能である。
【００８４】
また、この実施の形態では、送信する個々のビデオパケットごとに識別子を付加して、解像度が異なる画像データと制御データを混在させて画像表示装置に転送しているが、この発明はこれに限らず、たとえば画像表示処理装置と画像表示装置とがフレームメモリに記憶された各解像度の画像データおよび制御データの転送順序を互いに設定しておき、ＣＲＴＣがこの転送順序に基づいてこれらデータを混在して画像表示装置に転送することも可能である。
【００８５】
この転送方式としては、たとえばフレームメモリに記憶されている全領域をＣＲＴＣで一度にスキャンし、１つのビデオパケット内の画像の位置により、各解像度の画像データおよび制御データを分類する方式がある。この方式では、たとえば「最初の１９２０ドットは、１００ＤＰＩの画像データの１行目である」とか、「次の１９２０ドットは、アルファ値の１行目である」とか、「次の１９２０ドットは、１００ＤＰＩの画像データの２行目である」というように、予め設定した転送順序に基づいてこれらデータを画像表示装置に混在して転送する。
【００８６】
また、この転送方式としては、たとえばフレームメモリに記憶されている各解像度の画像データの記憶領域および制御データの記憶領域ごとにＣＲＴＣでスキャンすることで、各解像度の画像データおよび制御データの記憶領域を分類する方式もある。この方式では、たとえば、まず１９２０×１２００ピクセルの１００ＤＰＩの記憶領域をＣＲＴＣでスキャンし、次に１９２０×１２００ピクセルのアルファ値の記憶領域をＣＲＴＣでスキャンし、最後に３８４０×２４００ピクセルの記憶領域をＣＲＴＣでスキャンして転送するというように、予め設定した転送順序に基づいてこれらデータを画像表示装置に混在して転送する。
【００８７】
（実施の形態２）
高解像度の画像表示装置には、従来からの課題の一つに、動画再生のローカルスケーリングの問題がある。これは、ＭＰＥＧ１やＭＰＥＧ２などの動画を生成する際に、コンピュータ上で画像を拡大してから画像表示装置に転送するのではなく、オリジナルの動画データを転送してから画像表示装置で拡大する方法を用いると、コンピュータと画像表示装置間の通信バンド幅を圧迫せずにすむという論理である。特に２００ＤＰＩを超えるような超高精細の画像表示装置を使用する場合、通常かなりの拡大率で画像を拡大するので、その効果を非常に大きい。
しかし、既存のビデオインターフェースの制約上、実現が困難であった。
【００８８】
この発明は、拡大率が一定値に限定されるが、このオリジナルの動画データを転送してから拡大するという課題を簡易的に解決することが可能となる。以下、その実施の形態を説明する。
【００８９】
この実施の形態では、実施の形態１の図４に示したものと異なり、基準となるデスクトップ画面を２００ＤＰＩ（３８４０×２４００ピクセル）にし、このデスクトップ画面内のある領域に、１００ＤＰＩで描画した画像データを拡大して表示する方式を用いる。そして、この方式と、デジタルＰＶリンクの差分転送を組み合わせると、必要な通信バンド幅を大幅に減らすことが可能となる。
【００９０】
具体的な例として、３８４０×２４００ピクセルのデスクトップ画面で、オリジナルサイズ３２０×２４０ピクセルのビデオＣＤを縦横２倍に拡大して再生するケースを考える。この場合、動画再生プログラムは、動画データをオリジナルのまま１００ＤＰＩの画像領域に書き込むだけでよく、動画画像が更新されるたびに、最低３２０×２４０ピクセルの領域だけを表示装置に転送すれば良い。
【００９１】
一方、２００ＤＰＩのデスクトップ画面は、一度画面全体が画像表示装置に転送されてしまうと、差分転送能力により、画面の更新がない限り画像データを送る必要がない。画像表示装置では、１００ＤＰＩの画像領域に描画された動画画像が縦横２倍に拡大され、２００ＤＰＩのデスクトップ画面の画像と合成されて表示される。
【００９２】
別の例としては、画像表示装置が２００ＤＰＩと２０ＤＰＩの２つの解像度をサポートすると仮定する。ここで、動画データを縦横１０倍に拡大して再生する場合、必要な通信バンド幅を９９％近く減らすことができる。
【００９３】
このように、この実施の形態では、高解像度の画像をデスクトップ画面に用い、このデスクトップ画面内のある領域に、低解像度の画像を拡大して表示する方式と、デジタルＰＶリンクの差分転送を組み合わせると、オリジナルの動画データを転送してから拡大することが可能となり、これによって必要な通信バンド幅を大幅に減らすことができる。
【００９４】
（実施の形態３）
ところで、複数の解像度が混在しているウィンドウシステムでは、マウスカーソルの大きさや移動速度が、このカーソルの存在する座標の解像度に応じて変化してしまうことは周知のことである。たとえば、１００ＤＰＩの領域から２００ＤＰＩの領域にマウスカーソルが移動すると、マウスカーソルの表示サイズがとたんに小さくなり、移動速度も遅くなり、視認性が低くなる。
【００９５】
この発明では、この弊害を回避するため、ウィンドウ管理システムでは、たとえばＯＳまたはアプリケーションによって、マウスカーソルの存在する表示領域を検出し、この検出された表示領域の解像度に応じて、マウスカーソルのサイズを拡大または縮小し、さらにその移動速度を加速または減速して、マウスカーソルのサイズおよび移動速度が均一になるようにカーソルの表示制御を行う。
【００９６】
すなわち、このカーソルが存在する座標の解像度が高い場合には、カーソルサイズが大きく、かつ移動速度が速くなるように、カーソルの表示制御を行い、逆にこのカーソルが存在する座標の解像度が低い場合には、カーソルサイズが小さく、かつ移動速度が遅くなるように、カーソルの表示制御を行う。
【００９７】
このように、この実施の形態では、マウスカーソルが存在する座標の解像度に応じてカーソルサイズおよび移動速度が変化するように表示制御を行うので、このマウスカーソルの存在する座標の解像度に依存することなく、マウスカーソルの移動速度およびサイズを均一に見せかけて表示させることができ、これによりユーザの操作性および視認性を向上させることができる。
【００９８】
（実施の形態４）
上述した実施の形態では、個々の解像度の画像をそれぞれ画像表示装置に転送し、この画像表示装置内で拡大または縮小処理した後に、合成する方式について説明したが、この発明はこれに限らず、拡大、縮小、合成の処理をＰＣなどの画像表示処理装置で行い、この合成後の画像を、モニタなどの画像表示装置に転送する方式も実現可能である。以下、図１０の画像表示処理装置の概略構成を用いて、この実施の形態を説明する。
【００９９】
この実施の形態にかかる画像表示処理装置では、グラフィクスアダプタ１４内に、上述したフレームメモリ１７、描画エンジン１８および図示しないＣＲＴＣが設けられている。この実施の形態では、上述した実施の形態と同様に、１００ＤＰＩ（１９２０×１２００ピクセル）のデスクトップ画面内に、部分的に２００ＤＰＩの画像を表示する場合を説明する。
【０１００】
この実施の形態では、以下に示す手順で画像表示処理を実現する。
１．論理的なデスクトップ画面のサイズを１９２０×１２００ピクセルとするが、フレームメモリ１７には、３８４０×２４００ピクセルの画像を記憶できる領域を設定する。
２．アプリケーションＡが１００ＤＰＩで画像を描画しようとしている場合には、グラフィクスアダプタ１４の描画エンジン１８を用いて、全ての画像を縦横２倍に拡大した後に、フレームメモリ１７に書き込む。アプリケーションＢが２００ＤＰＩで画像を描画しようとしている場合には、そのままフレームメモリ１７に書き込む。
３．画像表示処理装置１０のフレームメモリ１７に作成された２００ＤＰＩ（３８４０×２４００ピクセル）の画像データを、そのまま画像表示装置２０に転送する。
４．１００ＤＰＩで描画された画像データをフレームメモリから読み返す命令が発光された場合には、
（ア）２００ＤＰＩに拡大されたフレームメモリの画像を縮小処理してからデータを返す。
（イ）画像を描画する際に、別途拡大処理を施していない１００ＤＰＩの画像をオフスクリーン領域に保存しておき、そのデータを返す。
などの方法をとる。
【０１０１】
この実施の形態の特徴は、画像表示処理装置１０から画像表示装置２０へのビデオデータ転送方式が特別なものではなく、既存の方式と互換性がある点と、画像表示装置内に複雑な機能を実装する必要がないので、より容易にこの発明の画像表示処理を実現することができる点である。
【０１０２】
（実施の形態５）
また、上述した実施の形態では、１枚のグラフィクスアダプタに１本のモニタケーブル３０を接続させて、複数の解像度の画像データや制御データを混在させて画像表示装置に転送していたが、この発明はこれに限らず、たとえば複数の出力ポートを備えたグラフィクスアダプタや１台のＰＣに複数のアダプタを接続したマルチアダプタシステムを用いて、複数本のケーブルを接続させて画像表示装置に画像を転送することも可能である。
【０１０３】
図１１は、３枚のグラフィクスアダプタ１４ａ〜１４ｃを１台のＰＣに装備し、各アダプタ１４ａ〜１４ｃ内のフレームメモリ１７ａ〜１７ｃに、２００ＤＰＩの画像データと、１００ＤＰＩの画像データと、その合成方法を示したアルファ値データを別々に書き込み、３枚のアダプタ１４ａ〜１４ｃと、１台の画像表示装置２０を３本のケーブル３０ａ〜３０ｃを介して接続させ、各解像度の画像を画像表示装置２０で合成する構成になっている。
【０１０４】
フレームメモリ１７ａには、２００ＤＰＩの画像データのみが記憶されており、フレームメモリ１７ｂには、１００ＤＰＩの画像データのみが記憶されており、またフレームメモリ１７ｃには、アルファ値データのみが記憶されている。これらデータは、それぞれ別の専用ケーブル３０ａ〜３０ｃを介して画像表示装置２０に取り込まれ、画像表示装置２０内の合成エンジンによって合成されて、パネル２１に表示される。
【０１０５】
このように、この実施の形態では、各解像度の画像データおよびアルファ値データを、データごとに別々のケーブルで画像表示装置に転送するので、データの種類や解像度の情報をビデオパケットに付加する必要がなくなる。このため、この実施の形態では、画像表示処理装置（ＰＣ）側の実装がさらに容易になる。
【０１０６】
この発明は、これら実施形態に限定されるものではなく、この発明の要旨を逸脱しない範囲で種々の変形実施が可能である。
【０１０７】
【発明の効果】
以上説明したように、この発明では、画像表示装置の同一画面内に解像度の異なる複数の画像を表示させるので、高精細で高画素数の画像表示装置の特徴を活用しながら、既存のＰＣアーキテクチャとの整合性を維持しつつ、ユーザの操作性および視認性を向上できる。
【０１０８】
また、この発明では、各解像度の画像を同一画面内に同時または切り替え表示させることができるので、ユーザの操作性および視認性を向上できる。
【０１０９】
また、この発明では、フレームメモリのオフスクリーンの領域に画像データおよび制御データの記憶領域を割り当てて、これらデータをフレームメモリに別々に記憶させるので、フレームメモリの有効利用が可能となる。
【０１１０】
また、この発明では、制御データを見かけ上画像データとして扱い、通常ＣＲＴＣで送信されない制御データを、各解像度の画像データとともに、画像表示装置に送信するので、画像表示装置に送信することが可能となり、かつデータに冗長性を持たせることでエラー耐性を強化できる。
【０１１１】
また、この発明では、送信する個々のビデオパケットごとにデータを分類・処理するための識別子を付加して、各解像度の画像データおよび制御データを、画像表示装置に混在して転送するので、画像表示装置側での画像データの合成が可能となる。
【０１１２】
また、この発明では、画像表示処理装置と画像表示装置間で、各解像度の画像データおよび制御データの転送順序を予め設定しておき、該転送順序に基づいて、各解像度の画像データおよび制御データを、画像表示装置に混在して転送するので、画像表示装置側での画像データの合成が可能となる。
【０１１３】
また、この発明では、複数の伝送路を用いて、各解像度の画像データおよび制御データを、当該各データごとに別々に前記画像表示装置に転送するので、画像表示装置側での画像データの合成が可能となる。
【図面の簡単な説明】
【図１】この実施の形態１が適用される画像表示処理システムの全体構成を説明するための構成図である。
【図２】図１に示したフレームメモリ上に画像データと制御データを配置した一例の配置図である。
【図３】同じく、フレームメモリ上に画像データと制御データを配置した他例の配置図である。
【図４】１００ＤＰＩのデスクトップ画面中に２００ＤＰＩのオブジェクトを表示させた場合の一例を示す図である。
【図５】図１に示したＡＰＩフックドライバ１５の処理動作を説明するためのフローチャートである。
【図６】図１に示したＤＤＩフックドライバ１６の処理動作を説明するためのフローチャートである。
【図７】図１に示したモニタ制御部の構成の一例を示す構成図である。
【図８】図１に示された画像表示処理装置の他例を示す構成図である。
【図９】同じく、モニタ制御部の構成の他例を示す構成図である。
【図１０】グラフィクスアダプタの概略構成を示す構成図である。
【図１１】複数のグラフィクスアダプタを１台のＰＣに装備した場合の構成を示す構成図である。
【符号の説明】
１０画像表示処理装置
１１アプリケーション
１１ａＡＰＩフッキング機能
１３ディスプレイドライバ
１４，１４ａ〜１４ｃグラフィクスアダプタ
１５ＡＰＩフックドライブ
１６ＤＤＩフックドライバ
１７，１７ａ〜１７ｃ，２３フレームメモリ
１８描画エンジン
２０画像表示装置
２１パネル
２２モニタ制御部
２３ａ，２３ｂ画像データ領域
２３ｃアルファ値領域
２３ｄ記憶領域
２４受信モジュール
２５，２６ウィンドウ
２７拡大エンジン
２８合成エンジン
３０モニタケーブル
Ａ，Ｂアプリケーション

Claims

画像表示処理装置で表示処理され、かつ転送された複数の画像データ源の画像を、画像表示装置の同一画面内に表示する画像表示処理方法において、
前記画像表示装置の同一画面内に少なくとも２つの異なる解像度の画像を表示させる表示工程を含むことを特徴とする画像表示処理方法。
前記表示工程では、前記各解像度の画像を前記同一画面内に同時または切り替え表示することを特徴とする請求項１に記載の画像表示処理方法。
前記画像表示処理方法では、前記画像表示処理装置で前記異なる解像度の画像データおよび前記画像表示装置の画面における前記各解像度の画像データの表示領域を制御するための制御データを、自装置内の第１の画像記憶手段の予め割り当てられた各記憶領域に別々に記憶する第１の記憶工程をさらに含むことを特徴とする請求項１または２に記載の画像表示処理方法。
前記画像表示処理方法では、前記画像表示処理装置で前記第１の画像記憶手段に記憶された前記各解像度の画像データおよび制御データを、前記画像表示装置に転送する転送工程をさらに含むことを特徴とする請求項１〜３のいずれか一つに記載の画像表示処理方法。
前記転送工程は、転送するビデオパケット毎に、前記画像表示装置が該ビデオパケット内のデータを分類・処理するための識別子を付加して、前記第１の画像記憶手段に記憶された前記各解像度の画像データおよび制御データを、前記画像表示装置に混在して転送することを特徴とする請求項４に記載の画像表示処理方法。
前記転送工程では、前記画像表示処理装置と画像表示装置は、予め前記第１の画像記憶手段に記憶された前記各解像度の画像データおよび制御データの転送順序を互いに設定しておき、前記画像表示処理装置は、前記転送順序に基づいて前記第１の画像記憶手段内の各解像度の画像データおよび制御データを、前記画像表示装置に混在して転送することを特徴とする請求項４に記載の画像表示処理方法。
前記転送工程では、前記画像表示処理装置は、前記第１の画像記憶手段内の各解像度の画像データおよび制御データを、当該各データごとに別々に前記画像表示装置に転送することを特徴とする請求項４に記載の画像表示処理方法。
前記画像表示処理方法では、ＯＳまたはアプリケーションによって描画が発生した変化領域を検出する変化領域検出工程をさらに含み、
前記転送工程では、前記検出された変化領域の各解像度の画像データおよび制御データを前記画像表示装置に転送することを特徴とする請求項１〜７のいずれか一つに記載の画像表示処理方法。
前記画像表示処理方法では、ＯＳまたはアプリケーションによってマウスカーソルの存在する表示領域を検出するカーソル検出工程と、
前記検出された表示領域の解像度に応じてマウスカーソルサイズを拡大または縮小し、かつ移動速度を加速または減速して、前記マウスカーソルの移動速度およびサイズを均一に表示させるカーソル表示工程と、
をさらに含むことを特徴とする請求項１〜８のいずれか一つに記載の画像表示処理方法。
前記画像表示処理方法では、前記画像表示装置は、前記画像表示処理装置から受信したビデオパケットを解析して、該パケット内のデータを、前記異なる解像度の画像データおよび制御データに分類する分類工程と、
自装置内の第２の画像記憶手段の予め割り当てられた各記憶領域に、前記前記分類した各解像度の画像データおよび制御データを、別々に記憶する第２の記憶工程と、をさらに含むことを特徴とする請求項１〜９のいずれか一つに記載の画像表示処理方法。
前記画像表示処理方法では、前記画像表示装置は、前記制御データに基づき、前記自装置内の第２の画像記憶手段に記憶された異なる解像度の画像データを合成して前記同一画面内に表示させる合成工程をさらに含むことを特徴とする請求項１〜１０のいずれか一つに記載の画像表示処理方法。
複数の画像データ源の画像を表示処理して転送する画像表示処理装置において、
少なくとも２つの異なる解像度の画像データおよび該各解像度の画像データの表示領域を制御するための制御データを取り込む第１の取込手段と、
前記各解像度の画像データおよび制御データを記憶する第１の画像記憶手段と、
予め前記第１の画像記憶手段の記憶領域を、前記各解像度の画像データおよび制御データに割り当て、前記第１の取込手段で取り込んだ前記各解像度の画像データおよび制御データを、前記割り当てられた第１の画像記憶手段の記憶領域に別々に記憶させる第１の記憶制御手段と、
前記記憶された各画像データおよび制御データを画像表示装置に転送する転送手段と、を備えたことを特徴とする画像表示処理装置。
前記画像表示処理装置は、ＯＳまたはアプリケーションによって描画が発生した変化領域を検出する変化領域検出手段をさらに備え、
前記転送手段は、前記検出された変化領域の各解像度の画像データおよび制御データを前記画像表示装置に転送することを特徴とする請求項１２に記載の画像表示処理装置。
前記画像表示処理装置は、ＯＳまたはアプリケーションによってマウスカーソルの存在する表示領域を検出するカーソル検出手段と、
前記検出された表示領域の解像度に関わらず、前記マウスカーソルの移動速度およびサイズを均一に表示させるカーソル表示手段と、をさらに備えたことを特徴とする請求項１２または１３に記載の画像表示処理装置。
前記転送手段は、転送するビデオパケット毎に、画像表示装置が該ビデオパケット内のデータを分類・処理するための識別子を付加して、前記第１の画像記憶手段に記憶された前記各解像度の画像データおよび制御データを、前記画像表示装置に混在して転送することを特徴とする請求項１２〜１４のいずれか一つに記載の画像表示処理装置。
前記転送手段は、画像表示装置との間で予め設定された前記第１の画像記憶手段に記憶された前記各解像度の画像データおよび制御データの転送順序に基づいて、前記第１の画像記憶手段内の各解像度の画像データおよび制御データを、前記画像表示装置に混在して転送することを特徴とする請求項１２〜１４のいずれか一つに記載の画像表示処理装置。
前記転送手段は、複数の出力ポートを有し、前記第１の画像記憶手段内の各解像度の画像データおよび制御データを、当該各データ毎に別々の出力ポートから画像表示装置に転送することを特徴とする請求項１２〜１４のいずれか一つに記載の画像表示処理装置。
取り込んだ複数の画像データ源の画像を、同一画面内に表示する画像表示装置において、
異なる解像度の画像データおよび該各解像度の画像データの表示領域を制御するための制御データを取り込む第２の取込手段と、
前記各解像度の画像データおよび制御データを記憶する第２の画像記憶手段と、
予め前記第２の画像記憶手段の記憶領域を、前記各解像度の画像データおよび制御データに割り当て、前記第２の取込手段で取り込んだ前記各解像度の画像データおよび制御データを、前記割り当てられた第２の画像記憶手段の記憶領域に別々に記憶させる第２の記憶制御手段と、
前記記憶された各解像度の画像データを前記同一画面に表示させる表示制御手段と、を備えたことを特徴とする画像表示装置。
前記取込手段は、前記画像データおよび制御データをビデオパケットとして取り込んでおり、
前記画像表示装置は、前記画像表示処理装置から受信したビデオパケットを解析して、該パケット内のデータを、前記異なる解像度の画像データおよび制御データに分類する分類手段をさらに備えたことを特徴とする請求項１８に記載の画像表示装置。
前記表示制御手段は、前記各解像度の画像を前記同一画面内に同時または切り替え表示することを特徴とする請求項１８または１９に記載の画像表示装置。
複数の画像データ源の画像を表示処理して転送する画像表示処理装置と、取り込んだ前記複数の画像データ源の画像を、同一画面内に表示する画像表示装置と、前記画像表示処理装置と画像表示装置を接続させる伝送路とを備えた画像表示処理システムにおいて、
前記画像表示処理装置は、請求項１２〜１６のいずれか一つの画像表示処理装置からなり、
前記画像表示装置は、請求項１８〜２０のいずれか一つの画像表示装置からなり、前記画像表示処理装置から前記画像表示装置に前記伝送路を介して、異なる解像度の画像データおよび制御データを混在して転送し、前記画像表示装置の同一画面内に該異なる解像度の画像を表示させることを特徴とする画像表示処理システム。
複数の画像データ源の画像を表示処理して転送する画像表示処理装置と、取り込んだ前記複数の画像データ源の画像を、同一画面内に表示する画像表示装置と、前記画像表示処理装置と画像表示装置を接続させる複数の伝送路とを備えた画像表示処理システムにおいて、
前記画像表示処理装置は、請求項１２〜１４，１７のいずれか一つの画像表示処理装置からなり、
前記画像表示装置は、請求項１８〜２０のいずれか一つの画像表示装置からなり、前記画像表示処理装置から前記画像表示装置に、異なる解像度の画像データおよび制御データを、当該各データ毎に別々の前記伝送路を介して転送し、前記画像表示装置の同一画面内に該異なる解像度の画像を表示させることを特徴とする画像表示処理システム。