(57)【要約】【課題】  ネットワークを介して画像表示装置に画像を転送する際の転送スピードを向上させる技術を提供する。【解決手段】  フック処理モジュール４００は、アプリケーションプログラム１２２によって発行される特定の描画命令をフックして先取りし、取得した描画命令に従ってＲＡＭ１０６内の画像データ格納領域１０６ｂに画像を描画する。ＶＮＣサーバ１３０は、画像データ格納領域１０６ｂから画像を取得するとともに、取得した画像をネットワークを介してプロジェクタに転送する。【選択図】  図６
2005352795.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して画像表示装置に画像を供給して表示させるための画像供給装置であって、
画像の描画命令を発行可能なアプリケーションプログラムと、
前記アプリケーションプログラムによって発行される描画命令を処理するための描画モジュールと、
前記アプリケーションプログラムによって発行される特定の描画命令をフックして先取りし、取得した描画命令に従って汎用メモリ内の特定の転送用画像格納領域に画像を描画するフック処理モジュールと、
前記転送用画像格納領域から画像を取得するとともに、取得した画像を前記ネットワークを介して前記画像表示装置に転送する画像転送処理モジュールと、
を備えることを特徴とする画像供給装置。
【請求項２】
請求項１記載の画像供給装置であって、
前記フック処理モジュールは、前記転送用画像格納領域の中で前記描画命令に応じて画像が描画される領域である変化領域を示す変化領域情報を前記汎用メモリ内に書き込む機能を有しており、
前記画像転送処理モジュールは、前記汎用メモリ内に格納されている前記変化領域情報を参照して前記転送用画像格納領域に格納されている前記画像変化領域内の画像部分を取得するとともに、取得した画像部分を前記変化領域情報とともに前記ネットワークを介して前記画像表示装置に転送する、画像供給装置。
【請求項３】
請求項１記載の画像供給装置であって、
前記画像転送処理モジュールは、前記転送用画像格納領域に格納された第１の画像を前記ネットワークを介して前記画像表示装置に転送することによって、前記画像表示装置の画面中に前記第１の画像を拡大した第２の画像を表示させる機能を有しており、
前記フック処理モジュールは、前記転送用画像格納領域の中で前記描画命令に応じて前記第１の画像が描画される領域である変化領域を示す変化領域情報と、前記画像表示装置の画面中の前記第２の画像のサイズを示すサイズ情報と、を含む転送領域情報を前記汎用メモリ内に書き込む機能を有しており、
前記画像転送処理モジュールは、前記汎用メモリ内に格納されている前記転送領域情報を取得して前記転送用画像格納領域から取得した前記第１の画像とともに前記ネットワークを介して前記画像表示装置に転送する、画像供給装置。
【請求項４】
請求項１ないし３のいずれかに記載の画像供給装置であって、
前記画像転送処理モジュールは、
前記画像転送処理モジュールの起動時に前記フック処理モジュールを前記アプリケーションプログラムにロードし、前記画像転送処理モジュールの実行終了時に前記フック処理モジュールを前記アプリケーションプログラムからアンロードするように構成されている、画像供給装置。
【請求項５】
ネットワークを介して画像表示装置に画像を供給して表示させるための画像供給装置において利用されるフック処理モジュールであって、
前記画像供給装置は、画像の描画命令を発行可能なアプリケーションプログラムと、前記アプリケーションプログラムによって発行される描画命令を処理するための描画モジュールと、汎用メモリ内の転送用画像格納領域から画像を取得するとともに、取得した画像を前記ネットワークを介して前記画像表示装置に転送する画像転送処理モジュールと、を備えており、
前記フック処理モジュールは、
前記アプリケーションプログラムによって発行される特定の描画命令をフックして先取りし、取得した描画命令に従って前記転送用画像格納領域に画像を描画する機能を有することを特徴とするフック処理モジュール。
【請求項６】
ネットワークを介して画像表示装置に画像を供給して表示させるための画像供給装置において利用される画像転送処理モジュールであって、
前記画像供給装置は、画像の描画命令を発行可能なアプリケーションプログラムと、前記アプリケーションプログラムによって発行される描画命令を処理するための描画モジュールとを備えており、
前記画像転送処理モジュールは、汎用メモリ内の転送用画像格納領域から画像を取得するとともに、取得した画像を前記ネットワークを介して前記画像表示装置に転送する機能を有しており、
前記画像転送処理モジュールは、
前記アプリケーションプログラムによって発行される特定の描画命令をフックして先取りするフック処理モジュールを、前記画像転送処理モジュールの起動時に前記アプリケーションプログラムにロードし、前記画像転送処理モジュールの実行終了時に前記フック処理モジュールを前記アプリケーションプログラムからアンロードするように構成されており、
前記フック処理モジュールは、前記フックによって取得した描画命令に従って前記転送用画像格納領域に画像を描画する機能を有する、画像転送処理モジュール。
【請求項７】
ネットワークを介して画像表示装置に画像を供給して表示させる方法であって、
（ａ）アプリケーションプログラムによって発行された特定の描画命令に応じて、汎用メモリ内の特定の転送用画像格納領域に画像を描画する工程と、
（ｂ）前記転送用画像格納領域から画像を取得するとともに、取得した画像を前記ネットワークを介して前記画像表示装置に転送する工程と、
を備えることを特徴とする画像供給方法。
【請求項８】
ネットワークを介して画像表示装置に画像を供給して表示させるための画像供給装置において利用されるフック処理モジュールを記録したコンピュータ読取可能な記録媒体であって、
前記画像供給装置は、画像の描画命令を発行可能なアプリケーションプログラムと、前記アプリケーションプログラムによって発行される描画命令を処理するための描画モジュールと、汎用メモリ内の転送用画像格納領域から画像を取得するとともに、取得した画像を前記ネットワークを介して前記画像表示装置に転送する画像転送処理モジュールと、を備えており、
前記フック処理モジュールは、
前記アプリケーションプログラムによって発行される特定の描画命令をフックして先取りし、取得した描画命令に従って前記転送用画像格納領域に画像を描画する機能をコンピュータに実現させることを特徴とする記録媒体。
【請求項９】
ネットワークを介して画像表示装置に画像を供給して表示させるための画像供給装置において利用される画像転送処理モジュールを記録したコンピュータ読取可能な記録媒体であって、
前記画像供給装置は、画像の描画命令を発行可能なアプリケーションプログラムと、前記アプリケーションプログラムによって発行される描画命令を処理するための描画モジュールとを備えており、
前記画像転送処理モジュールは、汎用メモリ内の転送用画像格納領域から画像を取得するとともに、取得した画像を前記ネットワークを介して前記画像表示装置に転送する機能をコンピュータに実現させるものであり、
前記画像転送処理モジュールは、
前記アプリケーションプログラムによって発行される特定の描画命令をフックして先取りするフック処理モジュールを、前記画像転送処理モジュールの起動時に前記アプリケーションプログラムにロードし、前記画像転送処理モジュールの実行終了時に前記フック処理モジュールを前記アプリケーションプログラムからアンロードすることをコンピュータに実現させるように構成されており、
前記フック処理モジュールは、前記フックによって取得した描画命令に従って前記転送用画像格納領域に画像を描画する機能を有する、記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続された画像供給装置と画像表示装置とを含む画像表示システムに関する。
【背景技術】
【０００２】
画像を投写表示するプロジェクタの一種として、ネットワークを介してパーソナルコンピュータから供給された画像を投写表示することができるプロジェクタ（以下、「ネットワークプロジェクタ」とも呼ぶ）が提案されている(例えば特許文献１)。また、このようなネットワークプロジェクタに、ネットワークを介してパーソナルコンピュータから画像を供給するために、ＶＮＣ（Virtual Network Computing）とよばれる技術が利用されている。
【０００３】
【特許文献１】国際公開第０１／０９３５８３号パンフレット
【０００４】
しかしながら、ＶＮＣを利用する場合には、コンピュータ内のＶＲＡＭ（フレームメモリ）からＲＡＭ（システムメモリ）に画像を一旦転送し、その後、ＲＡＭから画像を取得してネットワークを介してプロジェクタに転送している。ＶＲＡＭからＲＡＭへの画像データの転送にはかなりの時間が掛かるため、全体として十分な転送速度が得られない場合があった。このような問題は、ネットワークプロジェクタシステムに限らず、一般に、ネットワークを介して画像供給装置から画像表示装置に画像を供給して表示させるシステムに共通する問題であった。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、ネットワークを介して画像表示装置に画像を転送する際の転送スピードを向上させる技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記した目的の少なくとも一部を達成するために、本発明による画像供給装置は、ネットワークを介して画像表示装置に画像を供給して表示させるための画像供給装置であって、
画像の描画命令を発行可能なアプリケーションプログラムと、
前記アプリケーションプログラムによって発行される描画命令を処理するための描画モジュールと、
前記アプリケーションプログラムによって発行される特定の描画命令をフックして先取りし、取得した描画命令に従って汎用メモリ内の特定の転送用画像格納領域に画像を描画するフック処理モジュールと、
前記転送用画像格納領域から画像を取得するとともに、取得した画像を前記ネットワークを介して前記画像表示装置に転送する画像転送処理モジュールと、
を備えることを特徴とする。
【０００７】
この画像供給装置によれば、特定の描画命令が発行された場合には、描画モジュールの代わりにフック処理モジュールがその描画命令をフックして取得し、汎用メモリ内の画像を描画するので、従来のようにＶＲＡＭからＲＡＭ（汎用メモリ）に画像を転送する場合に比べて転送処理全体のスピードを向上させることができる。
【０００８】
なお、前記フック処理モジュールは、前記転送用画像格納領域の中で前記描画命令に応じて画像が描画される領域である変化領域を示す変化領域情報を前記汎用メモリ内に書き込む機能を有しており、
前記画像転送処理モジュールは、前記汎用メモリ内に格納されている前記変化領域情報を参照して前記転送用画像格納領域に格納されている前記画像変化領域内の画像部分を取得するとともに、取得した画像部分を前記変化領域情報とともに前記ネットワークを介して前記画像表示装置に転送するようにしてもよい。
【０００９】
この構成によれば、変化領域情報もフック処理モジュールによって汎用メモリ内に書き込まれるので、描画モジュールを用いて変化領域情報を書き込む場合に比べて、変化領域情報の書込処理を高速化することができる。また、画像転送処理モジュールが変化領域の画像部分と変化領域情報とを転送するので、画面全体の画像データを転送する場合に比べて転送されるデータ量を削減することができ、転送速度を向上させることができる。
【００１０】
また、前記画像転送処理モジュールは、前記転送用画像格納領域に格納された第１の画像を前記ネットワークを介して前記画像表示装置に転送することによって、前記画像表示装置の画面中に前記第１の画像を拡大した第２の画像を表示させる機能を有しており、
前記フック処理モジュールは、前記転送用画像格納領域の中で前記描画命令に応じて前記第１の画像が描画される領域である変化領域を示す変化領域情報と、前記画像表示装置の画面中の前記第２の画像のサイズを示すサイズ情報と、を含む転送領域情報を前記汎用メモリ内に書き込む機能を有しており、
前記画像転送処理モジュールは、前記汎用メモリ内に格納されている前記転送領域情報を取得して前記転送用画像格納領域から取得した前記第１の画像とともに前記ネットワークを介して前記画像表示装置に転送するようにしてもよい。
【００１１】
この構成によれば、拡大前の第１の画像と転送領域情報（変化領域情報及びサイズ情報）とが転送されるので、拡大後の第２の画像を転送する場合に比べて転送されるデータ量を削減することができ、転送速度を向上させることができる。
【００１２】
なお、前記画像転送処理モジュールは、
前記画像転送処理モジュールの起動時に前記フック処理モジュールを前記アプリケーションプログラムにロードし、前記画像転送処理モジュールの実行終了時に前記フック処理モジュールを前記アプリケーションプログラムからアンロードするように構成されていてもよい。
【００１３】
この構成によれば、画像転送処理が行われる場合にのみフック処理モジュールが働くので、フック処理が不要な場合にフック処理モジュールが望ましくフック処理を実行してしまうことを防止することができる。
【００１４】
本発明による方法は、ネットワークを介して画像表示装置に画像を供給して表示させる方法であって、（ａ）アプリケーションプログラムによって発行された特定の描画命令に応じて、汎用メモリ内の特定の転送用画像格納領域に画像を描画する工程と、（ｂ）前記転送用画像格納領域から画像を取得するとともに、取得した画像を前記ネットワークを介して前記画像表示装置に転送する工程と、を備えることを特徴とする。
【００１５】
この方法によれば、特定の描画命令が発行された場合に汎用メモリ内に画像を描画するので、従来のようにＶＲＡＭからＲＡＭ（汎用メモリ）に画像を転送する場合に比べて転送処理全体のスピードを向上させることができる。
【００１６】
なお、本発明は種々の形態で実現することが可能であり、例えば、画像表示システム、画像表示システムを構成する画像供給装置及び画像表示装置、画像供給装置に利用されるフック処理モジュール及び画像転送処理モジュール、画像供給方法、それら方法又は装置を実現するためのコンピュータプログラム、それらのコンピュータプログラムを記録した記録媒体などの種々の態様で実現することが可能である。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態を以下の順序で説明する。
Ａ．第１実施例：
Ｂ．第２実施例：
Ｃ．変形例：
【００１８】
Ａ．第１実施例：
図１は本発明の一実施例として画像表示システムの構成を示す説明図である。本実施例の画像表示システム１０は、画像供給装置としてのパーソナルコンピュータ１００と、画像表示装置としてのプロジェクタ２００と、コンピュータ１００とプロジェクタ２００とをつなぐネットワーク３００と、を備えている。コンピュータ１００は、ネットワーク３００を介して画像をプロジェクタ２００供給して、プロジェクタ２００に画像を投写させて投写表示画面７０に表示させる機能を有している。
【００１９】
図２は、コンピュータ１００とプロジェクタ２００の内部構成を示すブロック図である。コンピュータ１００は、ＣＰＵ１０２と、ＲＯＭ１０４と、汎用メモリ（「システムメモリ」とも呼ぶ）としてのＲＡＭ１０６と、ハードディスクドライブ１０８と、キーボードやポインティングデバイスなどで構成される入力部１１０と、ネットワークインタフェース部１１２と、フレームメモリとしてのＶＲＡＭ１１４と、グラフィックコントローラ１１６と、液晶ディスプレイなどの表示デバイス１１８と、これら各要素を接続するバス１２０と、を備えている。
【００２０】
ＲＡＭ１０６には、アプリケーションプログラム１２２と、グラフィカルデバイスインタフェース（ＧＤＩ：Graphics Device Interface）１２４と、ディスプレイドライバ１２６と、プロジェクタドライバ１２８と、画像転送処理モジュールとしてのＶＮＣサーバ１３０と、を含む各種コンピュータプログラムが格納されている。なお、ＧＤＩ１２４と、ディスプレイドライバ１２６と、プロジェクタドライバ１２８は、オペレーティングシステムの一部として機能する。なお、本実施例においては、オペレーティングシステムとして、マイクロソフト社によって提供されるWindows（登録商標）を想定している。このような各種コンピュータプログラムは、フレキシブルディスクやＣＤ−ＲＯＭ等の、コンピュータ読み取り可能な記録媒体に記録された形態で提供される。
【００２１】
プロジェクタ２００は、ＣＰＵ２０２と、ＲＯＭ２０４と、ＲＡＭ２０６と、各種の操作ボタンを含む入力部２１０と、ネットワークインタフェース部２１２と、画像処理部２１４と、光源ランプと液晶パネルと投写光学系を含む投写部２１６と、これら各要素を接続するバス２１８と、を備えている。ＲＯＭ２０４には、画像処理ドライバ２２８と、ＶＮＣクライアント２３０とを含む各種コンピュータプログラムが格納されている。
【００２２】
以下ではまず、第１実施例におけるコンピュータ１００の機能を説明する前に、比較例として、ＶＮＣサーバを用いた従来のコンピュータの機能を説明する。
【００２３】
図３は、比較例におけるコンピュータのソフトウェアとハードウェアの階層構造を示す説明図である。アプリケーションプログラム１２２とＶＮＣサーバ１３０は、アプリケーションプログラム層（「ユーザアプリケーションプログラム層」とも呼ぶ）に属する。ＧＤＩ１２４とディスプレイドライバ１２６とプロジェクタドライバ１２８は、カーネル層に属する。また、汎用メモリとしてのＲＡＭ１０６と、ネットワークインタフェース部１１２と、ＶＲＡＭ１１４と、グラフィックコントローラ１１６と、表示デバイス１１８は、ハードウェア層に属する。
【００２４】
第１実施例では、アプリケーションプログラム１２２としてプレゼンテーションプログラム（例えばマイクロソフト社のPowerPoint）を使用した場合について説明する。
【００２５】
アプリケーションプログラム１２２は、ＧＤＩ１２４に対して各種の描画要求を発行する。ＧＤＩ１２４は、表示装置（コンピュータ１００の表示デバイス１１８やプロジェクタ２００）や印刷装置（図示せず）などへの描画を統一的に管理しているコンピュータプログラムである。良く知られているように、ＧＤＩ１２４は、「ＧＤＩ関数」と呼ばれる描画に関するアプリケーションプログラムインタフェース（ＡＰＩ：Application Program Interface）を各種のアプリケーションプログラムに対して提供している。なお、ＡＰＩとは、一般に、アプリケーションプログラムがオペレーティングシステムの持つ様々な機能を利用するための手続きの集まりを言う。
【００２６】
アプリケーションプログラム１２２は、ＧＤＩ１２４に対して、例えばプレゼンテーションファイルに含まれているプレゼンテーションシートの画像の描画要求を発行する。通常は、描画要求には、画像の出力先に関する情報（即ち、画像を表示装置に出力するか、印刷装置に出力するかを指定する情報）も含まれている。
【００２７】
なお、ＧＤＩ１２４の代わりに、他の汎用の描画用ＡＰＩを使用することも可能である。「汎用の描画用ＡＰＩ」とは、多数のアプリケーションプログラムに対して共通に使用されるＡＰＩを意味している。
【００２８】
ＧＤＩ１２４と、ディスプレイドライバ１２６と、プロジェクタドライバ１２８の全体は、描画命令に従って描画処理を実行する描画モジュールとして機能する。具体的には、ＧＤＩ１２４は、アプリケーションプログラム１２２から出された描画要求を受け取り、その描画要求に基づいて画像の出力先をチェックし、その出力先が表示装置であれば、ディスプレイドライバ１２６とプロジェクタドライバ１２８のそれぞれに対して描画要求を渡す。
【００２９】
ディスプレイドライバ１２６は、受け取った描画要求に従ってＶＲＡＭ１１４内に画像データを描画する。なお、よく知られているように、描画要求としては、画面の全体を描画するものに限らず、画面の一部を描画するものも多用される。画面の一部を描画する描画命令を受けた場合には、ディスプレイドライバ１２６は、ＶＲＡＭ１１４内で描画対象となっている領域（「変化領域」とも呼ぶ）の画像部分のみを描画する。グラフィックコントローラ１１６は、ＶＲＡＭ１１４内に描画された画像データ（即ち、ビットマップデータ）に基づいて、表示デバイス１１８に画像を表示する。一方、プロジェクタドライバ１２８は、ＧＤＩ１２４から受け取った描画要求に従って、ＶＲＡＭ１１４内の描画対象領域（すなわち変化領域）の位置及びサイズを表す変化領域情報１０６ａをＲＡＭ１０６内に書き込む。
【００３０】
図４（Ａ），（Ｂ）は、ＲＡＭ１０６内の変化領域情報１０６ａと画像データ格納領域１０６ｂの例を示す説明図である。ここでは、プロジェクタで投写表示されるべき画像が図４（Ａ）から図４（Ｂ）のように変化する例を想定する。後述するように、画像データ格納領域１０６ｂには、ＶＮＣサーバ１３０によってＶＲＡＭ１１４から転送された画像データが格納される。
【００３１】
変化領域Ｒａは、図４（Ａ）から図４（Ｂ）に画像を変更する際の描画命令によって描画される画像部分の領域である。この変化領域Ｒａに関する変化領域情報１０６ａは、変化領域Ｒａの基準点（通常は左上点）のｘ座標Ｘａ及びｙ座標Ｙａと、変化領域Ｒａの幅Ｗａ及び高さＨａとを含んでいる。なお、基準点の座標（Ｘａ，Ｙａ）は、変化領域Ｒａの位置を示すデータであり、幅Ｗａと高さＨａは変化領域Ｒａのサイズを示すデータである。
【００３２】
ＶＮＣサーバ１３０は、ＲＡＭ１０６内の変化領域情報１０６ａを参照して、変化領域Ｒａの画像データを、ＶＲＡＭ１１４からＲＡＭ１０６内の画像データ格納領域１０６ｂに転送する。この画像データ格納領域１０６ｂは、例えばコンピュータ１００又はプロジェクタ２００の表示解像度に等しいサイズのメモリ領域である。ＶＮＣサーバ１３０は、さらに、画像データ格納領域１０６ｂから変化領域Ｒａの画像データを読み出して、変化領域Ｒａの変化領域情報１０６ａと画像データとを含む画面更新メッセージを作成する。
【００３３】
図５は、画面更新メッセージの構造を示す説明図である。この画面更新メッセージは、ＶＮＣプロトコルに規定されているフレームバッファアップデート「FramebufferUpdate」の構造に準じている。画面更新メッセージは、メッセージの種類を示すメッセージヘッダ部と、メッセージのパラメータを示すパラメータ部とを有している。
【００３４】
メッセージヘッダ部には、メッセージの種類を示すメッセージタイプ(１バイト)と、変化領域の数を示す変化領域数（２バイト）とが含まれる。画面更新メッセージを示すメッセージタイプのデータ値は「０」である。変化領域数のデータ値は通常は「１」に設定される。但し、ＲＡＭ１０６内に複数の変化領域に関する変化領域情報１０６ａが未処理で残っている場合には、画面更新メッセージがそれらの複数の変化領域に関する情報（変化領域情報及び画像データ）を含むように画面更新メッセージを構成することも可能である。なお、メッセージタイプデータと変化領域数データとは１バイトのパディングを介して区分されている。
【００３５】
パラメータ部には、変化領域の基準点のｘ座標（２バイト）及びｙ座標(２バイト)と、変化領域の幅（２バイト）及び高さ（２バイト）と、変化領域の画像データの転送時のエンコーディング形式（４バイト）と、変化領域の画像データ（ｎバイト）と、が含まれている。エンコーディング形式としては、ＪＰＥＧ形式(データ値「７」)等の予め定められた形式が使用される。
【００３６】
ＶＮＣサーバ１３０は、こうして作成した画面更新メッセージをネットワークインタフェース部１１２を介してプロジェクタ２００に転送する。
【００３７】
このように、図３に示す比較例では、一旦ＶＲＡＭ１１４に格納された画像データを汎用メモリであるＲＡＭ１０６に転送した後で、ＲＡＭ１０６内にある画像データをプロジェクタ２００に転送している。このため、ＶＲＡＭ１１４からＲＡＭ１０６に転送するためにかなりの時間を要してしまい、十分な転送速度が得られない場合があった。
【００３８】
図６は、第１実施例におけるコンピュータのソフトウェアとハードウェアの階層構造を示す説明図である。図３に示した比較例との違いは、アプリケーションプログラム１２２とＧＤＩ１２４との間に、フック処理モジュール４００が追加されている点であり、他の構成は図３と同じである。フック処理モジュール４００は、アプリケーションプログラム１２２が発行する特定の描画命令をフックして先取りし、後述する処理を実行する。他の描画命令は通常通りＧＤＩ１２４によって処理される。なお、フック処理モジュール４００は、アプリケーションプログラム１２２に応じた適切な特定の描画命令のみをフックするように、各アプリケーションプログラム専用に構成されることが好ましい。
【００３９】
なお、フック処理モジュール４００も一種の描画用ＡＰＩと考えることも可能であるが、ＧＤＩ１２４のような汎用の描画用ＡＰＩとは区別される。すなわち、フック処理モジュール４００は、典型的には特定の描画命令のみを処理するように構成されているのに対して、ＧＤＩ１２４はすべての描画命令を処理するように構成されている点で相違する。
【００４０】
フック処理モジュール４００は、例えばＤＬＬ（ダイナミックリンクライブラリ）としてアプリケーションプログラム１２２にロード（インストール）される。一般に、アプリケーションプログラムは「プロセス」という単位で動作している。また、アプリケーションプログラムの実行中は、そのプロセス内に複数のモジュール（GDI32.DLLやKernel32.DLLなど）がロードされており、アプリケーションプログラムはそれらのモジュール内の関数を利用することによって各種の動作を行っている。フック処理モジュール４００の「ロード」とは、アプリケーションプログラム１２２のプロセス内に、フックプロシージャが実装されているモジュール４００を組み込むすることを意味している。
【００４１】
フック処理モジュール４００がロードされる際には、アプリケーションプログラム１２２から発行される特定の描画命令の関数アドレスが、フック処理モジュール４００内に実装されている独自機能を実行するための別の関数のアドレスに差し替えられる。この独自機能の関数内では、変化情報と画像データのＲＡＭへの書き込み処理（後述する）が実行され、その後、通常のＧＤＩ関数が実行される。フック処理モジュール４００をアンロードする際には、ロード時に差し替えられていた関数アドレスを元に戻した後に、プロセス内にロードされていたフック処理モジュール４００がアンロードされる。
【００４２】
なお、フック処理モジュール４００は、必要に応じていつでもアプリケーションプログラム１２２にロードしたり、アンロードしたりすることが可能である。但し、ＶＮＣサーバ１３０が起動する際に、動作中の特定のアプリケーションプログラム１２２（本実施例ではプレゼンテーションプログラム）にフック処理モジュール４００をロードし、また、ＶＮＣサーバ１３０を終了するときにフック処理モジュール４００をアンロードするように、ＶＮＣサーバ１３０を構成することが好ましい。こうすれば、ＶＮＣサーバ１３０が実行中の期間にのみフック処理モジュール４００を動作させることができるので、コンピュータ１００上でＶＮＣサーバ１３０が実行されていない（起動していない）ときに描画命令をフックしてしまい、望ましくない結果が生じることを回避することができる。なお、本明細書において、「コンピュータ１００上でＶＮＣサーバ１３０が実行されている」という文言は、ＶＮＣサーバ１３０のプロセスが起動されていることを意味している。
【００４３】
図７は、第１実施例におけるフック処理モジュール４００とＶＮＣサーバ１３０の動作を示すフローチャートである。ステップＳ１０〜Ｓ１６はフック処理モジュール４００によって実行され、ステップＳ２０〜Ｓ２６はＶＮＣサーバ１３０によって定期的に実行される。
【００４４】
フック処理モジュール４００は、アプリケーションプログラム１２２から特定の描画命令が発行されたときに、ステップＳ１０においてその描画命令をフックして、ＧＤＩ１２４の代わりにその描画命令を取得する。なお、フック処理モジュール４００がフックする描画命令は、すべての描画命令ではなく、限られた特定の描画命令のみに限定することが好ましい。この理由は、アプリケーションプログラム１２２が発行する描画命令には多数のものがあるので、そのすべてをフックするようにすると、却って処理速度を低下させたり、所望の描画を行えなかったりする可能性があるからである。
【００４５】
ステップＳ１２では、取得した描画命令に応じて変化領域情報を登録する処理が実行される。具体的には、フック処理モジュール４００が、描画命令に従って描画が行われる領域（図４（Ｂ）の変化領域Ｒａ）の位置とサイズを取得し、その変化領域を表す変化領域情報１０６ａをＲＡＭ１０６に直接書き込む処理を実行する。
【００４６】
ステップＳ１４では、変化領域Ｒａの画像データの書込処理が実行される。具体的には、フック処理モジュール４００が、描画命令に従って変化領域Ｒａ内の画像データを展開して、その画像データをＲＡＭ１０６内の画像データ格納領域１０６ｂに直接書き込む処理を実行する。
【００４７】
ステップＳ１６では、フック処理モジュール４００が、ステップＳ１０で取得した描画命令に従って通常のＧＤＩ関数を呼び出して描画処理を実行させる。なお、ディスプレイドライバ１２６とプロジェクタドライバ１２８（図６）は、図３に示した比較例と同様に、ＧＤＩ１２４から受け取った描画命令に従ってそれぞれの処理を実行する。但し、本実施例では、ＶＮＣサーバ１３０が、プロジェクタドライバ１２８によって作成された変化領域情報を使用しないように構成されている。図６において、プロジェクタドライバ１２８の前後にある矢印が破線で描かれているのは、このことを意味している。
【００４８】
一方、ＶＮＣサーバ１３０は、ステップＳ２０において、プロジェクタ２００に転送すべき画像データの領域（「画面更新領域」と呼ぶ）を決定する。具体的には、ＶＮＣサーバ１３０は、ＲＡＭ１０６内の変化領域情報１０６ａ（図４（Ｂ））を取得して、変化領域Ｒａを画面更新領域として決定する。但し、ＲＡＭ１０６内に複数の変化領域に関する未処理の変化領域情報１０６ａが存在する場合には、複数の変化領域の和領域に相当する領域が画面更新領域として決定される。
【００４９】
図８は、複数の変化領域と画面更新領域との関係を示す説明図である。ここでは、図８（Ａ）に示すように互いに重なる２つの変化領域Ｒ１，Ｒ２が存在する場合を考える。このときには、まず、図８（Ｂ）に示すように、変化領域Ｒ１，Ｒ２の和領域を、互いに重ならない隣接する矩形領域Ｒ１１〜Ｒ１３に分割する。そして、これらの矩形領域Ｒ１１〜Ｒ１３の集合を、画面更新領域として採用する。このような画面更新領域Ｒ１１〜Ｒ１３を使用すれば、変化領域Ｒ１，Ｒ２が重なった部分の画像データを繰り返して転送することを回避できるので、データ転送量を削減することが可能である。なお、複数の変化領域が互いに重なっていない場合には、それらがそのまま画面更新領域として使用される。
【００５０】
ステップＳ２２では、ＲＡＭ１０６の画像データ格納領域１０６ｂの中で、画面更新領域に相当する画像部分の画像データが取得される。そして、ステップＳ２４では、予め設定されているエンコーディング形式に従ってその画像データが変換される。ステップＳ２６では、こうして変換された画像データと変換領域情報とを含む画面更新メッセージ（図５）が作成され、ネットワークインタフェース部１１２を介してプロジェクタ２００に転送される。
【００５１】
プロジェクタ２００のネットワークインタフェース部２１２（図２）は、ネットワーク３００を介して供給された通信データを受信すると、この通信データに含まれている画面更新メッセージを取り出して、ＶＮＣクライアント２３０に渡す。ＶＮＣクライアント２３０は、画面更新メッセージに含まれる画像データを画像処理ドライバ２２８に渡す。画像処理ドライバ２２８は、この画像データに従って画像処理部２１４を制御し、画像処理部２１４によって画像処理部２１４内の表示メモリ（図示せず）に画像データを展開させる。この結果、プロジェクタ２００は、図１に示すように、投写表示画面７０に画像を表示することができる。
【００５２】
このように、第１実施例では、フック処理モジュール４００が、特定の描画命令をフックして先取りし、変化領域の画像データをＲＡＭ１０６に直接書き込む処理を実行するようにしている。この結果、図３に示した比較例においてＶＲＡＭ１１４からＲＡＭ１０６への画像データの転送に要していた時間を節約することができる。この結果、プロジェクタ２００に画像データを転送する場合の転送速度を十分に速くすることができるという利点がある。
【００５３】
なお、一般に使用されているパーソナルコンピュータでは、ＲＡＭ１０６からＶＲＡＭ１１４へのデータ転送は非常に高速に実行できるのに対して、ＶＲＡＭ１１４からＲＡＭ１０６へのデータ転送はその数倍低速でしか実行できないアーキテクチャとなっていることが多い。第１実施例では、低速なＶＲＡＭからＲＡＭへのデータ転送を削減できるので、プロジェクタ２００に画像データを転送するために要する時間を大幅に削減することが可能である。
【００５４】
Ｂ．第２実施例：
図９は、本発明の第２実施例としての画像表示システムの構成を示す説明図である。第２実施例では、アプリケーションプログラムとして、動画再生を行うことができる動画再生プログラム（例えばマイクロソフト社のWindows Media Player）を使用した場合について説明する。第２実施例では、ネットワーク３００を介してプロジェクタ２００に転送される画像のサイズと、投写表示画面７０上に実際に表示される画像のサイズとを異なるサイズに設定できる点に特徴がある。
【００５５】
第２実施例のハードウェア及びソフトウェアの構成は、図２及び図６に示した第１実施例の構成と同じである。第２実施例と第１実施例との差異は以下の３点である。
（１）第２実施例では動画再生プログラムの特定の描画命令をフックするのに適したフック処理モジュール４００が使用される点。
（２）ＲＡＭ１０６内に格納される変化領域情報と画像データが異なる点。
（３）画面更新メッセージの構造が異なる点。
【００５６】
図１０は、第２実施例における変化領域情報１０６ａと画像データ格納領域１０６ｂの例を示している。ここでは、動画再生プログラムを用いて、動画領域内に動画を再生しているものと仮定している。フック処理モジュール４００は、動画再生プログラムから所定の時間間隔で順次発行される描画命令に応じて、画像データ格納領域１０６ｂ内の動画領域の画像を描画する。
【００５７】
ユーザは、アプリケーションプログラム１２２上で画像の拡大／縮小率を指示することによって、動画を拡大又は縮小してコンピュータ１００及びプロジェクタ２００に表示させることができる。但し、動画を拡大又は縮小する場合にも、フック処理モジュール４００は、ＲＡＭ１０６内の画像データ格納領域１０６ｂに元のサイズの画像データを書き込む処理を継続する。
【００５８】
第２実施例における変化領域情報１０６ａは、図５に示した第１実施例の変化領域情報の内容に加えて、変化領域Ｒａ（動画領域）の画像タイプと、拡大／縮小後の画像の幅及び高さとが追加されたものである。ここで、「画像タイプ」とは、変化領域Ｒａの画像が、表示の際に拡大又は縮小されるか否かを示すパラメータである。例えば、コンピュータ１００及びプロジェクタ２００の画面上において、動画が元のサイズ（すなわち変化領域Ｒａのサイズ）よりも拡大又は縮小されて表示される場合には画像タイプの値は「１」に設定され、等倍で表示される場合には画像タイプの値は「０」に設定される。拡大／縮小後の画像の幅及び高さは、拡大又は縮小して表示される際の画像のサイズを示している。例えば、２倍に拡大される場合には、拡大／縮小後の幅及び高さは、変化領域Ｒａの幅Ｗａ及び高さＨａのそれぞれ２倍である。
【００５９】
なお、第２実施例の変化領域情報１０６ａにおいて追加された情報（画像タイプと、拡大／縮小後の幅及び高さ）は、プロジェクタ２００上で投写表示される画像のサイズを示すサイズ情報である。すなわち、第２実施例の変化領域情報１０６ａは、変化領域Ｒａの位置及びサイズを示す変化領域情報と、拡大／縮小後の画像のサイズを示すサイズ情報とを含んでおり、プロジェクタ２００に転送されて画像領域の位置及びサイズを示す情報であると考えることができる。従って、第２実施例の変化領域情報を「転送領域情報」と呼ぶことが可能である。
【００６０】
図１１は、第２実施例においてＶＮＣサーバ１３０からプロジェクタ２００に転送される画面更新メッセージの構造を示す説明図である。この画面更新メッセージは、図５に示した第１実施例の画面更新メッセージの内容に、変化領域Ｒａの画像タイプと、拡大／縮小後の画像の幅及び高さとが追加されたものである。
【００６１】
プロジェクタ２００は、この画面更新メッセージを受け取り、拡大／縮小後の幅及び高さで示されるサイズで動画を投写表示画面７０上に表示する。この際、画面更新メッセージに含まれている画像タイプが等倍画像（データ値「０」）を示している場合には、画面更新メッセージに含まれている画像データをプロジェクタ内の表示メモリにそのまま展開する。一方、画像タイプが拡大／縮小画像(データ値「１」)を示している場合には、画面更新メッセージに含まれている画像データを、指定された幅及び高さになるように拡大又は縮小して、表示メモリに展開する。プロジェクタ２００の画像処理部２１４は、表示メモリに展開された画像データ（即ち、ビットマップデータ）に基づいて投写部２１６を駆動し、投写部２１６によって画像を投写表示させることができる。
【００６２】
図１２（Ａ），（Ｂ）は、第２実施例の画像表示システムの動作を示す説明図である。第２実施例においては、図１２（Ａ）に示すように、コンピュータ１００の表示画面６０で動画像ＭＶｎを表示すると、この動画像ＭＶｎの各コマの画像データＭＶ−Ｄがネットワーク３００を介して送信され、プロジェクタ２００による投写表示画面７０にこの動画像ＭＶｎが表示される  。そして、図１２（Ｂ）に示すように、ユーザが拡大率を設定して表示画面６０に拡大動画像ＭＶｓを表示させると、プロジェクタ２００による投写表示画面７０でも拡大動画像ＭＶｓが表示される。このとき、コンピュータ１００からネットワーク３００を介して送信される拡大動画像ＭＶｓの各コマの画像データは、各コマの画像データＭＶ−Ｄを拡大した画像データではなく、拡大前の各コマの画像データＭＶ−Ｄである。この結果、ネットワーク３００を介して実際に伝送されるデータ量は、拡大後の画像データを伝送する場合に比べて少なくて済み、ネットワークのトラフィックの増大を抑制することができ、レスポンスを大幅に改善することができる。この結果、動画像を拡大表示させた場合に、動画像のコマ数が過度に減少することを防止することができ、動画像を滑らかに表示することができる。
【００６３】
Ｃ．変形例：
なお、本発明は上記した実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能であり、例えば以下のような変形が可能である。
【００６４】
Ｃ１．変形例１：
コンピュータ１００からプロジェクタ２００に供給される画面更新メッセージとしては、上記実施例で使用したもの以外の種々のものを使用することが可能である。例えば、画面更新メッセージとして、少なくとも画像データを含むものを使用することができる。具体的には、例えば、画面全体の画像データを転送する場合には、変化領域情報を転送する必要は無い。
【００６５】
また、画面更新メッセージとしては、変化領域の位置及びサイズを示す情報と、変化領域内の画像データとを少なくとも含むことが好ましい。この理由は、変化領域に関するデータ（変化領域情報及びその画像データ）のみを転送すれば、転送すべきデータ量が少なくなるからである。さらに、第２実施例では、これらの情報に加えて、拡大／縮小の倍率を示す倍率情報、又は、拡大／縮小後の画像サイズを示すサイズ情報を、画面更新メッセージに含めるようにすることが好ましい。なお、上記第２実施例では、画像の拡大のみで無く縮小も可能であるものとしていたが、本発明は、画像の拡大のみが可能である場合にも適用可能である。また、第２実施例では、動画像を転送するものとしたが、第２実施例の構成は静止画像を転送する場合にも適用することが可能である。
【００６６】
Ｃ２．変形例２：
上記実施例においては、画像供給装置としてパーソナルコンピュータを用いていたが、この代わりに、他の種類のコンピュータ（モバイルコンピュータ、ハンドヘルドコンピュータ、ワークステーションなど）を用いるようにしても良い。また、これらコンピュータの他に、ネットワークに接続可能であって、コンピュータと同様な機能を有する機器を用いるようにしても良い。そのような機器には、例えば、情報携帯端末や、携帯電話機や、メール端末や、ゲーム機や、セットトップボックスなどが含まれる。また、画像表示装置としては、プロジェクタ以外の種々の表示装置を使用することが可能である。
【００６７】
Ｃ３．変形例３：
ネットワークとしては、ローカルエリアネットワーク（ＬＡＮ）の他、ワイドエリアネットワーク（ＷＡＮ）や、インターネットや、イントラネットなど、各種ネットワークを適用することができる。また、ネットワークは、有線で構成されていても良く、あるいは無線で構成されていても良い。
【００６８】
Ｃ４．変形例４：
上記実施例においてソフトウェアで実現されている機能の一部をハードウェアで実現してもよく、あるいは、ハードウェアで実現されている機能の一部をソフトウェアで実現してもよい。
【図面の簡単な説明】
【００６９】
【図１】本発明の一実施例として画像表示システムの構成を示す説明図である。
【図２】コンピュータとプロジェクタの内部構成を示すブロック図である。
【図３】比較例におけるコンピュータのソフトウェアとハードウェアの階層構造を示す説明図である。
【図４】第１実施例における変化領域情報と画像データ格納領域の例を示す説明図である。
【図５】画面更新メッセージの構造を示す説明図である。
【図６】第１実施例におけるコンピュータのソフトウェアとハードウェアの階層構造を示す説明図である。
【図７】第１実施例におけるフック処理モジュールとＶＮＣサーバの動作を示すフローチャートである。
【図８】複数の変化領域と画面更新領域との関係を示す説明図である。
【図９】本発明の第２実施例として画像表示システムの構成を示す説明図である。
【図１０】第２実施例における変化領域情報と画像データ格納領域の例を示す説明図である。
【図１１】第２実施例の画面更新メッセージの構造を示す説明図である。
【図１２】第２実施例の動作を示す説明図である。
【符号の説明】
【００７０】
１０…画像表示システム
６０…表示画面
７０…投写表示画面
１００…コンピュータ
１０２…ＣＰＵ
１０４…ＲＯＭ
１０６…ＲＡＭ
１０６ａ…変化領域情報
１０６ｂ…画像データ格納領域
１０８…ハードディスクドライブ
１１０…入力部
１１２…ネットワークインタフェース部
１１４…ＶＲＡＭ
１１６…グラフィックコントローラ
１１８…表示デバイス
１２０…バス
１２２…アプリケーションプログラム
１２４…ＧＤＩ（グラフィックスデバイスインタフェイス）
１２６…ディスプレイドライバ
１２８…プロジェクタドライバ
１３０…ＶＮＣサーバ
２００…プロジェクタ
２０２…ＣＰＵ
２０４…ＲＯＭ
２０６…ＲＡＭ
２１０…入力部
２１２…ネットワークインタフェース部
２１４…画像処理部
２１６…投写部
２１８…バス
２２８…画像処理ドライバ
２３０…ＶＮＣクライアント
３００…ネットワーク
４００…フック処理モジュール
【図１】
2005352795.tif 000003
【図２】
2005352795.tif 000004
【図３】
2005352795.tif 000005
【図４】
2005352795.tif 000006
【図５】
2005352795.tif 000007
【図６】
2005352795.tif 000008
【図７】
2005352795.tif 000009
【図８】
2005352795.tif 000010
【図９】
2005352795.tif 000011
【図１０】
2005352795.tif 000012
【図１１】
2005352795.tif 000013
【図１２】
2005352795.tif 000014