(57)【要約】【課題】  煩わしい操作を低減した画像表示システムを提供する。【解決手段】  画像送信装置と画像表示装置とからなる画像表示システムであって、第１の通信手段は、取得した画像をドットバイドットで表示するか否かを示す情報を画像表示装置に送信することを特徴とする画像表示システム。【選択図】  図１
2014131102.tif 000002
【特許請求の範囲】
【請求項１】
画像送信装置と画像表示装置とからなる画像表示システムであって、
前記画像送信装置は、表示用画像のメモリに格納された画像を取得する取得手段と、
前記取得した画像に基づく情報を前記画像表示装置に送信する第１の通信手段とを有し、
前記画像表示装置は、前記第１の通信手段により送信された情報を受信する第２の通信手段と、
前記第２の通信手段により受信した画像を表示する表示手段とを有し、
前記第１の通信手段は、前記取得した画像をドットバイドットで表示するか否かを示す情報を前記画像表示装置に送信することを特徴とする画像表示システム。
【請求項２】
前記画像送信装置は、前記取得手段により取得された画像を圧縮する圧縮手段を有し、
前記圧縮手段は、前記取得手段により取得された画像をドットバイドットで表示しない場合は、前記取得手段により取得された画像を圧縮し、前記取得手段により取得された画像をドットバイドットで表示する場合は、前記取得手段により取得された画像を圧縮しないことを特徴とする請求項１に記載の画像表示システム。
【請求項３】
前記画像送信装置は、前記ドットバイドットで表示するか否かを設定する設定手段を有することを特徴とする請求項１または２に記載の画像表示システム。
【請求項４】
前記設定手段は、前記画像送信装置において動作しているアプリケーションに応じて、前記ドットバイドットで表示するか否かを設定することを特徴とする請求項３に記載の画像表示システム。
【請求項５】
前記設定手段は、ユーザ指示に応じて前記ドットバイドットで表示するか否かを設定することを特徴とする請求項３に記載の画像表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像表示システムに関する。
【背景技術】
【０００２】
従来、コンピュータの画像は表示用モニタ等に表示されている。これらの表示システムの中には、たとえば特許文献１のように、表示用モニタの１ドットがコンピュータ画像の１ピクセルに対応するように表示（ドットバイドット表示）する表示システムが存在する。特に特許文献１では、受信した放送が所定の条件を満たした場合に、ドットバイドット表示に切り替えるようにしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２７８２０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１においては、たとえばコンピュータ入力画像等においては、番組情報等の情報が含まれていないため、ユーザは表示画像に合わせて毎回、ドットバイドットにするか、他の表示形態にするかをリモコン操作などによって選択しなければならない。
【０００５】
そこで、本発明は、これらの煩わしい操作を解消することができる画像表示システム、画像表示装置、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
このような目的を達成するために、本発明の画像表示システムは、画像送信装置と画像表示装置とからなる画像表示システムであって、前記画像送信装置は、画像表示用のメモリに格納された画像を取得する取得手段と、前記取得した画像に基づく情報を前記画像表示装置に送信する第１の通信手段とを有し、前記画像表示装置は、前記第１の通信手段により送信された情報を受信する第２の通信手段と、前記第２の通信手段により受信した画像を表示する表示手段とを有し、前記第１の通信手段は、前記取得した画像をドットバイドットで表示するか否かを示す情報を前記画像表示装置に送信することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、煩わしい操作を解消することができる。
【図面の簡単な説明】
【０００８】
【図１】本実施例の画像表示システムの全体構成図である。
【図２】本実施例のアプリケーションが動作するコンピュータのブロック図である。
【図３】本実施例のＨＤＤ２０５内に格納されたプログラムの内容を説明するための概念図である。
【図４】本実施例のプロジェクタのブロック図である。
【図５】本実施例のコンピュータからネットワークを介してプロジェクタに送信されるデータの概念図である。
【図６】コンピュータ１０から４０の動作手順について示す図である。
【図７】プロジェクタ５０の動作手順について示す図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照して本発明の実施例を詳細に説明するが、この発明は以下の実施の形態に限定されない。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１０】
なお、本実施例において説明される各機能ブロックは必ずしも個別のハードウェアである必要はない。すなわち、例えばいくつかの機能ブロックの機能は、１つのハードウェアにより実行されても良い。また、いくつかのハードウェアの連係動作により１つの機能ブロックの機能または、複数の機能ブロックの機能が実行されても良い。
【実施例１】
【００１１】
本実施例では、画像表示システムとしてコンピュータとプロジェクタとがネットワークを介して接続された画像表示システムを例にとって説明する。
【００１２】
なお、本実施例においては、画像を送信する画像送信装置としてコンピュータを、画像を表示する画像表示装置としてプロジェクタを例にとって説明するが、画像送信装置は、外部に画像を送信することができる装置であればどのような装置であってもかまわない。また、画像表示装置は、画像を表示することができる装置であればどのような装置であってもかまわない。
【００１３】
たとえば、画像送信装置は、カメラ、携帯電話、画像送信機能の搭載された記録媒体であってもよい。たとえば、画像表示装置は、テレビ、モニタ、携帯電話、カーナビゲーションシステム、画像表示機能の搭載された記録媒体であってもよい。
【００１４】
また、ネットワークに接続されるプロジェクタとコンピュータの台数についても特に制限はなく、ネットワークによる制限を受ける上限数まで接続されてもかまわない。
【００１５】
まず、本実施例においては、図１から図７を用いて、複数のＰＣとプロジェクタが接続された画像表示システムについて説明する。
【００１６】
図１は、本実施例の画像表示システムの全体構成図である。
【００１７】
図１において、ネットワーク７０に対して、コンピュータ１０、２０、３０、４０及び、プロジェクタ５０が接続されている。また、各コンピュータ１０から４０は、モニタディスプレイ１１、２１、３１、４１に接続されている。また、プロジェクタ５０により投影された画像は、スクリーン６０に表示される。
【００１８】
図１に示すように、本実施例の画像表示システムは、少なくとも１台のプロジェクタと複数のコンピュータとがネットワークを介して接続されている。本実施例の画像表示システムは、各コンピュータがモニタディスプレイに表示している画像をプロジェクタ５０に送信し、プロジェクタ５０によってスクリーン６０に、各コンピュータから受信した画像を投影するシステムである。
【００１９】
図２は、本実施例のアプリケーションが動作するコンピュータのブロック図である。すなわち、図１のコンピュータ１０〜４０は、図２に示すようなブロック構成となっている。
【００２０】
図２に示すようにコンピュータは、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＲＴＣ２０４、ＨＤＤ２０５、バス２１９を有する。なお、ＣＰＵは、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略称である。ＲＯＭは、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙの略称である。ＲＡＭは、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの略称である。ＲＴＣは、Ｒｅａｌ  Ｔｉｍｅ  Ｃｌｏｃｋの略称である。ＨＤＤは、Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅの略称である。これらは一般的なコンピュータを構成する要素である。
【００２１】
また、コンピュータは、キーボードインタフェース２０６、マウスインタフェース２０７、オーディオインタフェース２０８、ＶＲＡＭ２０９、ディスプレイコントローラ２１０、ビデオインタフェース２１１、ネットワークインタフェース２１２を有する。また、キーボードコネクタ２２０、マウスコネクタ２２１、オーディオコネクタ２２２、ビデオコネクタ２２３、ネットワークコネクタ２２４を有する。
【００２２】
図３は、本実施例のＨＤＤ２０５内に格納されたプログラムの内容を説明するための概念図である。
【００２３】
図３に示すように、ＨＤＤ２０５には、オペレーティングシステム３００、プロセス管理３０１、グラフィックスライブラリ３０２、ネットワークドライバ３０３等が格納されている。また、ユーザアプリケーションプログラム３１０、画面転送アプリケーションプログラム３２０、アプリ対ＰＣ表示モードテーブル３３０等が格納されている。
【００２４】
基本的には、まず、オペレーティングシステム３００が、ＣＰＵ２０１により読み出されて、ＲＡＭ２０３に展開され、ＣＰＵ２０１は、オペレーティングシステム３００のアルゴリズムに従って、コンピュータ全体の動作を制御する。また、ユーザアプリケーションプログラム３１０、画面転送アプリケーションプログラム３２０等は、オペレーティングシステム３００のアルゴリズムの下で動作するプログラムである。そして、各プログラムに従って、ＣＰＵ２０１が、ＲＡＭ２０３をワークメモリとして使用しながら、コンピュータ全体の動作を制御する。
【００２５】
本実施例のコンピュータは、画面転送アプリケーションプログラム３２０のアルゴリズムに基づいて、ディスプレイに表示するための表示用画像を格納されたＶＲＡＭ２０９の画像をＣＰＵ２０１が取得し、その画像に関連する情報を生成する。この時生成される情報は、後述の図５を用いて説明するが、転送画面の情報（横ドット数、縦ドット数、カラー情報）や、画面上表示が変化した差分領域の情報（差分領域の横座標、縦座標、横ドット数、縦ドット数、圧縮情報、画像データ長）等である。また、ＣＰＵ２０１は、ＶＲＡＭ２０９の表示用画像の全面または差分領域の画像データを非可逆圧縮または可逆圧縮（圧縮しない場合もある）して転送用の画像データとする。ここでいう非可逆圧縮とは、たとえば、ＪＰＥＧ等の非可逆圧縮である。
【００２６】
図４は、本実施例のプロジェクタのブロック図である。すなわち、図１のプロジェクタ５０は、図４に示すようなブロック構成となっている。
【００２７】
図４に示すように、プロジェクタは、システム制御ユニット４１０、ＣＰＵ４１１、ＲＯＭ４１２、ＲＡＭ４１３、不揮発メモリ４１４、入出力ポート４１５、ＣＰＵバス４１９を有する。また、操作部４２０、ネットワークインタフェース４３０、描画ユニット４４０を有する。また、ＶＲＡＭ４５０、表示制御回路４６０、ランプ駆動回路４７０、はランプ４７５、パネル駆動回路４８０、液晶パネル４８５、光学系４９０を有する。
【００２８】
これらは、一般的なネットワーク対応プロジェクタを構成する基本的な構成である。
【００２９】
図５は、本実施例のコンピュータからネットワークを介してプロジェクタに送信されるデータの概念図である。
【００３０】
図５に示すように、送信される情報は、フレーム情報５１０、制御情報５２０、画像情報５３０に大別される。コンピュータのＣＰＵは、各情報の先頭に、パケットタイプを示す情報を付加して送信するので、プロジェクタのＣＰＵは、受信した情報のパケットタイプを示す情報を解析して、情報の内容を把握する。
【００３１】
フレーム情報５１０において、５１１はパケットタイプ情報、５１２は画面横ドット数情報、５１３は画面縦ドット数情報、５１４はカラー情報、５１５は表示モード情報である。また、制御情報５２０において、５２１はパケットタイプ情報、５２２は制御コード情報である。また、画像情報５３０において、５３１はパケットタイプ情報、５３２は横座標情報、５３３は縦座標情報、５３４は横ドット数情報、５３５は縦ドット数情報、５３６は圧縮情報、５３７は画像データ長情報、５３８は画像データである。
【００３２】
本実施例では、図１に示すような画像表示システムにおいて、各コンピュータの表示画面に対応する画像をプロジェクタに送信し、プロジェクタは受信した画像をスクリーンに投影する。
【００３３】
このような投影を行う場合のコンピュータ、プロジェクタの動作手順について、説明をする。
【００３４】
図６Ａから図６Ｃは、コンピュータ１０〜４０の動作手順について示す図である。なお、図６のフローチャートは、各コンピュータ１０〜４０のＣＰＵ２０１が、前述の画面転送アプリケーションプログラム３２０を実行し、そのアルゴリズムに基づいて、コンピュータの各ブロックを制御することにより実行されるものである。
【００３５】
図６Ａから図６Ｃのフロー図は、コンピュータがネットワークに接続しており、またプロジェクタもネットワークに接続している状態を開始としている。
【００３６】
（Ｓ６０１）
画面転送アプリケーションプログラム３２０が起動されると、まず、ＣＰＵ２０１は、前回接続されたプロジェクタまたは、ユーザインタフェースを介してユーザに指定されたプロジェクタをネットワークを介して検索する。そして、検索により発見したプロジェクタと通信経路を確立する。本実施例においてはプロジェクタ５０との通信経路を確立するものとする。
【００３７】
（Ｓ６０２）
次に、ＣＰＵ２０１は、グラフィックスライブラリ３０２に問い合わせ、ＰＣ１０の現在の画面の、横のドット数、縦のドット数、カラー情報を取得する。そして、取得した情報に基づいて、画面横ドット数情報５１２、画面縦ドット数情報５１３、カラー情報５１４を設定したフレーム情報５１０を生成する。
【００３８】
（Ｓ６０３）
次に、ＣＰＵ２０１は、プロセス管理３０１に問い合わせ、現在の最前面に表示されているアプリケーションのＩＤを取得する。
【００３９】
（Ｓ６０４）
次に、ＣＰＵ２０１は、取得したＩＤを元に、アプリ対表示モードテーブル３３０から取得されたアプリケーションに対応する表示モードを取得する。そして、フレーム情報５１０の表示モード情報５１５に取得した表示モードを示す情報を設定する。
【００４０】
（Ｓ６０５）
次に、ＣＰＵ２０１は、フレーム情報５１０が通信の確立されたプロジェクタ５０に送信されていないか、または更新されているかを判定する。フレーム情報５１０が送信されていない場合、または、更新されている場合は、Ｓ６０６の処理に移行し、送信されているまたは、更新されていない場合は、Ｓ６１０の処理に移行する。
【００４１】
（Ｓ６０６）
Ｓ６０５の判定の結果、フレーム情報５１０が送信されていない場合、または、更新されている場合は、本処理が行われる。この場合、ＣＰＵ２０１は、生成されたフレーム情報５１０をネットワークインタフェース２１２（第１の通信インタフェース）からネットワークを介してプロジェクタ５０に送信する。
【００４２】
（Ｓ６１０）
Ｓ６０５の判定の結果、フレーム情報５１０が送信されている場合、または、更新されていない場合は、本処理が行われる。ＣＰＵ２０１は、画面転送アプリケーションプログラム３２０の終了要求が入力されているかを判別する。終了要求が入力されている場合には、Ｓ６１１の処理に移行する。終了要求が入力されていない場合には、Ｓ６２０の処理に移行する。
【００４３】
（Ｓ６１１）
Ｓ６０５の判定の結果、終了要求が入力されている場合、ＣＰＵ２０１は、プロジェクタ５０の表示を消すための情報を制御コード５２２に設定した制御情報５２０をプロジェクタ５０に送信する。
【００４４】
（Ｓ６１２）
次に、ＣＰＵ２０１は、プロジェクタ５０との通信経路を破棄し、画面転送アプリケーションプログラム３２０の制御を終了させる。
【００４５】
（Ｓ６２０）
Ｓ６０５の判定の結果、終了要求が入力されていない場合、ＣＰＵ２０１は、ＲＡＭ２０３上のバッファに格納された転送用画面の情報とＶＲＡＭ２０９に格納された表示画面の情報とを比較して、その差分領域を検出する。すなわち、プロジェクタ５０に既に転送された画像（ＲＡＭ２０３上のバッファに格納された画像）と、現在コンピュータに接続されたディスプレイに表示されている画像（ＶＲＡＭ２０９に格納された画像）を比較し、差分領域を検出する。なお、最前面に表示されているアプリケーションに対応する領域のみを比較してもよい。
【００４６】
（Ｓ６２１）
次に、ＣＰＵ２０１は、Ｓ６２０の検出により差分領域があるか否かを判定する。差分領域がある場合には、Ｓ６２２の処理に移行し、差分領域がない場合には、Ｓ６０２の処理に移行する。
【００４７】
（Ｓ６２２）
Ｓ６２１の判定の結果、差分領域がある場合、ＣＰＵ２０１は、バッファと画面の異なる領域をプロジェクタ５０に転送する「送信処理」を行う。「送信処理」については、図６Ｃを用いて説明する。
【００４８】
図６Ｃを用いて、Ｓ６２２の「送信処理」について説明する。
【００４９】
（Ｓ６３１）
まず、ＣＰＵ２０１は、Ｓ６２０で検出した差分領域の情報から画像情報５３０の横座標情報５３２、縦座標情報５３３、横ドット数情報５３４、縦ドット数情報５３５を設定する。また、異なる領域の画像データの圧縮方式（非圧縮を含む）を圧縮情報５３６、画像データの長さを画像データ長情報５３７を設定し、画像データ本体５３８を格納する。なお、横座標、縦座標、横ドット数、縦ドット数とは、差分領域の位置、大きさを示す情報である。また、画像データの生成方法は、フレーム情報５１０の表示モード情報５１５の内容により、もし、ドットバイドット表示モードであるならば、非圧縮あるいは可逆圧縮とし、それ以外であれば、通常の非可逆圧縮とする。そのため、ＣＰＵ２０１は、画像データ本体５３８を、必要に応じて非可逆圧縮（ＪＰＥＧ）データに変換したり、非圧縮（ＢＭＰ）のまま格納したりする。
【００５０】
（Ｓ６３２）
次に、ＰＵ２０１は、ステップ６３１で生成した画像情報５３０を、プロジェクタ５０にネットワークを介してする。
【００５１】
（Ｓ６３３）
次に、ＣＰＵ２０１は、画像情報５３０の情報をＲＡＭ２０３のバッファに反映する。
【００５２】
（Ｓ６３４）
次に、ＣＰＵ２０１は、プロジェクタ５０の表示を更新するための制御コードを設定した制御情報５２０を、プロジェクタ５０に送信する。
【００５３】
このように、コンピュータ１０から４０においては、画面転送アプリケーションプログラム３２０のアルゴリズムに基づいて、ＣＰＵ２０１が、上述した動作をコンピュータの各ブロックを制御することで実現する。上述したように、それぞれのコンピュータが表示している画面の差分領域の情報をプロジェクタ５０に送信することで、プロジェクタ５０の投影する画面を更新するので、プロジェクタ５０の投影する画面を見てもコンピュータの表示画面と同等の画面を再現できる。
【００５４】
次に、プロジェクタ５０側の動作について説明する。
【００５５】
図７Ａから図７Ｃは、プロジェクタ５０の動作手順について示す図である。なお、図７のフローチャートは、プロジェクタ５０のＣＰＵ４１１が、ＲＯＭ４１２に格納されたファームウェアのアルゴリズムに基づいてプロジェクタ５０の各ブロックを制御することにより実行されるものである。
【００５６】
図７Ａから図７Ｃのフロー図は、プロジェクタ５０がネットワークに接続しており、またコンピュータもネットワークに接続している状態を開始としている。
【００５７】
（Ｓ７０１）
まず、プロジェクタ５０の電源が投入されると、ＣＰＵ４１１は、プロジェクタ５０の各ブロックの初期化を行う。
【００５８】
（Ｓ７０２）
次に、ＣＰＵ４１１は、コンピュータ１０〜４０から、接続要求が送信されてくるのを待つ
（Ｓ７０３）
接続要求があると、ＣＰＵ４１１は、入力タスクを生成してステップ７０２に戻り、同じ処理を繰り返す。
【００５９】
Ｓ７０２〜Ｓ７０３の動作により、複数のＰＣからの接続要求に対して、それぞれ対応するタスクが生成される。
【００６０】
次に、入力タスクについて説明する。
【００６１】
（Ｓ７１１）
まず、ＣＰＵ４１１は、コンピュータ１０から４０からの接続要求に対して通信経路の確立されるのを待つ。
【００６２】
（Ｓ７１２）
ＣＰＵ４１１は、通信経路が確立されると、コンピュータより受信した情報に基づいて処理を行う「受信処理」を行う。「受信処理」については、図７Ｂを用いて後述する。
【００６３】
（Ｓ７１３）
ＣＰＵ４１１は、一つの「受信処理」が完了すると、通信経路が破棄されていないかを判定し、通信経路が破棄されていれば、Ｓ７１４の処理へ移行し、破棄されていなければＳ７１２の処理を繰り返し実行する。
【００６４】
（Ｓ７１４）
ＣＳ７１３の判定の結果、通信経路が破棄されている場合、ＣＰＵ４１１は、いままでの表示を消去して、処理を終了する。
【００６５】
図７Ｂを用いて、Ｓ７１２の「受信処理」について説明する。
【００６６】
（Ｓ７２１）
ＣＰＵ４１１は、コンピュータから送信され、ネットワークを介して、ネットワークインタフェース４３０（第２の通信インタフェース）が受信した情報を解析する。コンピュータから送信される情報は、図５を用いて説明したようなフレーム情報５１０、制御情報５２０、画像情報５３０である。
【００６７】
（Ｓ７２２、Ｓ７３１、Ｓ７４１）
次に、ＣＰＵ４１１は、ネットワークインタフェース４３０（第２の通信インタフェース）が受信した情報がフレーム情報５１０である場合にはＳ７２３、制御情報５２０である場合にはＳ７３２、画像情報５３０である場合にはＳ７４２、いずれでもない場合はＳ７４９の処理に移行する。
【００６８】
（Ｓ７２３）
ＣＰＵ４１１は、ネットワークインタフェース４３０（第２の通信インタフェース）が受信した情報がフレーム情報５１０であった場合には、入力バッファを初期化する。入力バッファは、各入力タスクが受信した画像データを格納するメモリである。
【００６９】
（Ｓ７２４）
次に、ＣＰＵ４１１は、フレーム情報５１０内の情報（画面横ドット数、画面縦ドット数、カラー情報、表示モード情報等）をＲＡＭ４１３に保持して、処理を終える。
【００７０】
（Ｓ７３２）
ＣＰＵ４１１は、ネットワークインタフェース４３０（第２の通信インタフェース）が受信した情報が制御情報５２０であった場合には、「出力処理」を実行する。
【００７１】
（Ｓ７４２）
ＣＰＵ４１１は、ネットワークインタフェース４３０（第２の通信インタフェース）が受信した情報が画像情報５３０であった場合には、圧縮情報５３６の内容を解析し、受信した画像データが、圧縮されているか否かを判定する。圧縮されている場合には、Ｓ７４３の処理へ移行し、圧縮されていない場合には、Ｓ７４４の処理に移行する。
【００７２】
（Ｓ７４３）
Ｓ７４２で、圧縮されていると判定した場合、ＣＰＵ４１１は、画像データ５３８を、伸長する処理を行う。
【００７３】
（Ｓ７４４）
ＣＰＵ４１１は、非圧縮の画像データ５３８または、新調された画像データを入力バッファに格納する処理を行う。
【００７４】
以上説明したように、「受信処理」により、ＰＣから受信したパケットを処理することができる。
【００７５】
次に、図７Ｃを用いてＳ７２３の「出力処理」について説明する。
【００７６】
（Ｓ７５１）
ＣＰＵ４１１は、まず、プロジェクタ５０がマルチ表示モードであるか否かを判定する。マルチ表示モードであればＳ７５２の処理へ移行し、マルチ表示モードでなければＳ７６１の処理へ移行する。なお、マルチ表示モードとは、複数のコンピュータから受信した画面をプロジェクタ５０が一台で、表示画面を分割して表示するモードである。この場合、出力バッファはコンピュータごとに別々の区画に分割されることになる。そして、それぞれのＰＣの表示は各区画に転送され、いわゆるタイリング表示となる。
【００７７】
（Ｓ７５２）
ＣＰＵ４１１は、マルチ表示モードにおいて、ＰＣ（入力タスク）毎にあるバッファの画像を出力バッファのそれぞれの区画の大きさに合うよう拡大または縮小する。これにより、プロジェクタ５０は、例えば各区画の大きさに最大限に拡大したそれぞれのコンピュータに対応する画像を、表示することができる。
【００７８】
（Ｓ７６１）
ＣＰＵ４１１は、マルチ表示モードでない場合には、コンピュータから受信したフレーム情報５１０の表示モード情報５１５を解析し、ドットバイドットモードか、それ以外のモードであるかを判定する。ドットバイドットモードでないと判定した場合は、Ｓ７６２の処理に移行し、ドットバイドットモードであると判定した場合は、Ｓ７７１の処理に移行する。なお、Ｓ７５１でマルチ表示モードでないと判定された場合には、いわゆるシングル表示モードであり、コンピュータ１０から４０のいずれか一台の表示画面に対応する画像をプロジェクタ５０が投影する。
【００７９】
（Ｓ７６２）
ＣＰＵ４１１は、ドットバイドットモードでないと判定すると、選択されたコンピュータから受信した画像を出力バッファの画像表示領域にたとえばアスペクト比を保持した状態で、拡大または縮小した画像データを格納する。これにより、プロジェクタ５０の表示画面において、選択されたコンピュータの画像が、最大の大きさで表示される。
【００８０】
（Ｓ７７１）
ＣＰＵ４１１は、ドットバイドットモードであると判定すると、選択されたコンピュータから受信した画像を出力バッファの画像表示領域に、拡大または縮小せずに、プロジェクタ５０の１画素が画像の１画素に対応するように画像を出力バッファに格納する。このようにすることにより、プロジェクタ５０は、その表示画面の１画素が、コンピュータが表示している画像の１画素に対応するように表示することができる。
【００８１】
このように、本実施例のプロジェクタ５０は、コンピュータにより送信された画像をドットバイドットで表示したり、拡大して表示したりすることができる。
【００８２】
以上説明したように、本実施例の画像表示システムは、コンピュータ側で、ディスプレイに表示している画面に対応する画像をプロジェクタに送信して、プロジェクタ側でその画像に対応する画像を投影することができる。また、コンピュータ側で起動中のアプリケーションに応じて表示モードをドットバイドットモードかそれ以外のモードかを自動的に切り替えて設定をすることができる。そのため、ユーザはわざわざドットバイドットモードとそれ以外のモードとを切り替える操作などを行わなくてもよい。
【００８３】
本実施例においては、コンピュータで起動して、現在選択されているアプリケーションに対応する表示モードをアプリ対表示モードテーブル３３０に基づいて選択した。しかし、コンピュータを操作するユーザによって、表示モードを指定してもよい。この場合は、コンピュータで実行されている画面転送アプリケーションプログラム３２０に対して、ユーザが表示モードを選択する操作を行い、ドットバイドット、最大画面表示モード等を選択すればよい。この操作が実行されると、ＣＰＵ２０１は、フレーム情報５１０を再び生成し、フレーム情報５１０の表示モード情報５１５の情報を選択された表示モードに対応する情報に書き換えて、プロジェクタに送信する。すなわち、ユーザ指示に基づいて、表示モードを設定してもよい。
【００８４】
（他の実施形態）
上述の実施形態は、システム或は装置のコンピュータ（或いはＣＰＵ、ＭＰＵ等）によりソフトウェア的に実現することも可能である。従って、上述の実施形態をコンピュータで実現するために、該コンピュータに供給されるコンピュータプログラム自体も本発明を実現するものである。つまり、上述の実施形態の機能を実現するためのコンピュータプログラム自体も本発明の一つである。
【００８５】
なお、上述の実施形態を実現するためのコンピュータプログラムは、コンピュータで読み取り可能であれば、どのような形態であってもよい。例えば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等で構成することができるが、これらに限るものではない。上述の実施形態を実現するためのコンピュータプログラムは、記憶媒体又は有線／無線通信によりコンピュータに供給される。プログラムを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、磁気テープ等の磁気記憶媒体、ＭＯ、ＣＤ、ＤＶＤ等の光／光磁気記憶媒体、不揮発性の半導体メモリなどがある。
【００８６】
有線／無線通信を用いたコンピュータプログラムの供給方法としては、コンピュータネットワーク上のサーバを利用する方法がある。この場合、本発明を形成するコンピュータプログラムとなりうるデータファイル（プログラムファイル）をサーバに記憶しておく。プログラムファイルとしては、実行形式のものであっても、ソースコードであっても良い。そして、このサーバにアクセスしたクライアントコンピュータに、プログラムファイルをダウンロードすることによって供給する。この場合、プログラムファイルを複数のセグメントファイルに分割し、セグメントファイルを異なるサーバに分散して配置することも可能である。つまり、上述の実施形態を実現するためのプログラムファイルをクライアントコンピュータに提供するサーバ装置も本発明の一つである。
【００８７】
また、上述の実施形態を実現するためのコンピュータプログラムを暗号化して格納した記憶媒体を配布し、所定の条件を満たしたユーザに、暗号化を解く鍵情報を供給し、ユーザの有するコンピュータへのインストールを許可してもよい。鍵情報は、例えばインターネットを介してホームページからダウンロードさせることによって供給することができる。また、上述の実施形態を実現するためのコンピュータプログラムは、すでにコンピュータ上で稼働するＯＳの機能を利用するものであってもよい。さらに、上述の実施形態を実現するためのコンピュータプログラムは、その一部をコンピュータに装着される拡張ボード等のファームウェアで構成してもよいし、拡張ボード等が備えるＣＰＵで実行するようにしてもよい。
【図１】
2014131102.tif 000003
【図２】
2014131102.tif 000004
【図３】
2014131102.tif 000005
【図４】
2014131102.tif 000006
【図５】
2014131102.tif 000007
【図６】
2014131102.tif 000008
【図７】
2014131102.tif 000009