(57)【要約】【課題】複数の端末の端末画面に表示された複数のウィンドウを表示部に同時に表示できる画像表示装置、端末制御プログラム及び画像表示システムを提供する。【解決手段】画像表示システム１では、端末装置２０，３０のディスプレイ２４，３４に各々表示された各種ウィンドウを、プロジェクタ１０によってスクリーン１００に同時に表示できる。端末装置２０，３０では、ディスプレイ２４，３４に各々表示された各種ウィンドウのウィンドウ情報が登録された検出リストが作成される。これら検出リストは、プロジェクタ１０に無線送信され、プロジェクタ１０のＣＰＵによって投影画面の作成に利用される。そのＣＰＵは検出リストに基づいて表示リストを作成し、その表示リストに基づいて投影画面を作成し、スクリーン１００に投影する。これにより、各種ウィンドウをスクリーン１００の投影画面に同時に表示できる。【選択図】図１
2008170581.tif 000002
【特許請求の範囲】
【請求項１】
端末画面に表示されたウィンドウを検出すると共に、当該ウィンドウのウィンドウ情報を取得し、前記ウィンドウ情報を外部に出力する複数の端末の各々に接続される画像表示装置であって、
前記ウィンドウ情報を前記端末から受信するウィンドウ情報受信手段と、
当該ウィンドウ情報受信手段によって受信された複数の前記ウィンドウ情報を管理するウィンドウ管理手段と、
前記ウィンドウ情報に基づいて、前記ウィンドウをレイアウトして表示画像を作成するレイアウト画像作成手段と、
当該レイアウト画像作成手段によって作成された前記表示画像を表示部に出力する画像出力手段と
を備えていることを特徴とする画像表示装置。
【請求項２】
前記ウィンドウ情報は、
前記端末画面における前記ウィンドウの２次元の位置を示すＸＹ座標データと、
前記ウィンドウの画像データと、
前記ウィンドウを前記端末画面の中の他のウィンドウから識別するためのウィンドウ識別子とを含み、
前記ウィンドウ管理手段は、前記端末から受信した前記ウィンドウ情報を、前記端末を識別するための端末識別子とともに記憶し、
前記レイアウト画像作成手段は、前記ウィンドウが前記ＸＹ座標データの座標位置に配置されるように前記ウィンドウをレイアウトすると共に、前記ウィンドウの前記画像データを用いて前記表示画像を作成することを特徴とする請求項１に記載の画像表示装置。
【請求項３】
前記ウィンドウ情報は、前記端末画面において、前記ウィンドウがアクティブ状態か非アクティブ状態かを示すアクティブ情報を含み、
前記レイアウト画像作成手段は、複数の前記ウィンドウを重ねると共に、前記アクティブ状態の前記ウィンドウを前記非アクティブ状態の前記ウィンドウよりも前記表示画像の前面側に配置してレイアウトすることを特徴とする請求項１又は２に記載の画像表示装置。
【請求項４】
前記ウィンドウ情報は、前記端末画面において、前記ウィンドウがアクティブ状態か非アクティブ状態かを示すアクティブ情報を含み、
前記レイアウト画像作成手段は、前記アクティブ状態の前記ウィンドウのみをレイアウトすることを特徴とする請求項１又は２に記載の画像表示装置。
【請求項５】
前記アクティブ情報によって、前記ウィンドウの前記非アクティブ状態から前記アクティブ状態への切り替わりを検出するアクティブ状態切替検出手段を備え、
当該アクティブ状態切替検出手段が、前記ウィンドウの前記アクティブ状態への切り替わりを検出した場合、前記レイアウト画像作成手段は、前記アクティブ状態に切り替わった前記ウィンドウを最前面に配置してレイアウトすることを特徴とする請求項３に記載の画像表示装置。
【請求項６】
前記ウィンドウ情報は、前記端末画面における前記ウィンドウのサイズを示すサイズ情報を含み、
当該サイズ情報に基づいて、前記ウィンドウのサイズを取得するサイズ取得手段と、
前記表示画像のサイズと、前記レイアウトに従って配置された前記ウィンドウの前記座標位置とから、前記表示画像において前記ウィンドウを表示できる表示可能領域を算出する表示可能領域算出手段と、
当該表示可能領域算出手段によって算出された前記表示可能領域と、前記サイズ取得手段によって取得された前記ウィンドウのサイズとを比較するサイズ比較手段と、
当該サイズ比較手段の比較結果によって、前記表示可能領域のサイズよりも前記ウィンドウのサイズの方が大きいか否かを判断するサイズ判断手段と、
当該サイズ判断手段によって、前記表示可能領域のサイズよりも前記ウィンドウのサイズの方が大きいと判断された場合、前記ウィンドウの前記画像データのうち、前記表示可能領域からはみ出す部分を切り捨てる画像データ切捨手段と
を備えていることを特徴とする請求項２乃至５のいずれかに記載の画像表示装置。
【請求項７】
前記ウィンドウ情報は、
前記端末画面における前記ウィンドウの２次元の位置を示すＸＹ座標データと、
前記ウィンドウの画像データと、
前記ウィンドウを前記端末画面の中の他のウィンドウから識別するためのウィンドウ識別子とを含み、
前記ウィンドウ管理手段は、前記端末から受信した前記ウィンドウ情報を、前記端末を識別するための端末識別子とともに記憶し、
前記レイアウト画像作成手段は、前記ウィンドウ情報受信手段により受信したウィンドウ情報に基づいてウィンドウ数をカウントし、当該ウィンドウ数に基づいて前記表示部の表示領域を分割し、その分割画面の各々に前記ウィンドウの画像がそれぞれ表示されるように、前記ウィンドウのＸＹ座標データに基づいて複数の前記ウィンドウをレイアウトすることを特徴とする請求項１に記載の画像表示装置。
【請求項８】
前記ウィンドウ情報は、前記ウィンドウを非表示にするかしないかを示す非表示情報を含み、
前記レイアウト画像作成手段は、前記非表示情報が非表示を示すウィンドウはレイアウトしないことを特徴とする請求項１又は２に記載の画像表示装置。
【請求項９】
コンピュータを請求項１に記載の端末として機能させる端末制御プログラムであって、
前記端末画面に表示された前記ウィンドウを検出して、前記ウィンドウの前記ウィンドウ情報を取得する第１ステップと、
当該第１ステップで取得された前記ウィンドウ情報を外部に出力する第２ステップと
からなることを特徴とする端末制御プログラム。
【請求項１０】
前記第２ステップにおいて、
前記第１ステップで検出された前記ウィンドウの検出リストを作成し、当該検出リストに前記ウィンドウ情報を前記ウィンドウ毎に設定した後で、前記検出リストを外部に出力することを特徴とする請求項９に記載の端末制御プログラム。
【請求項１１】
前記第２ステップにおいて、前記検出リストには、前記端末画面において、非表示指定されている前記ウィンドウの前記ウィンドウ情報は設定されないことを特徴とする請求項１０に記載の端末制御プログラム。
【請求項１２】
前記第２ステップにおいて、前記検出リストには、前記端末画面において最小化されている前記ウィンドウの前記ウィンドウ情報は設定されないことを特徴とする請求項１０又は１１に記載の端末制御プログラム。
【請求項１３】
請求項１乃至８のいずれかに記載の画像表示装置と、請求項９乃至１２のいずれかに記載の端末制御プログラムを有する端末とを備えていることを特徴とする画像表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像表示装置、端末制御プログラム及び画像表示システムに関し、詳細には、ネットワーク上に接続された複数の端末の表示画面に表示された画像を表示部に表示する画像表示装置、端末制御プログラム及び画像表示システムに関する。
【背景技術】
【０００２】
従来より、複数の端末機器（ＰＣ）と接続して、各端末機器から各々送信される画像情報を元に形成された一画像をスクリーンに拡大投影することができる液晶プロジェクタが知られている。このようなプロジェクタは、特に、会議等において、複数の端末機器の表示画面を互いに見比べて議論する場合等に非常に便利であり、その中でも、例えば、画面キャプチャ機能を有する各端末機器から送信されてきたキャプチャ画像データを通信部で受信し、画像合成部によって、その受信した各キャプチャ画像データを画面分割により、１画面の画像データに合成可能なネットワーク対応表示装置が知られている（例えば、特許文献１参照）。
【０００３】
このネットワーク対応表示装置は、表示すべき端末機器に割り当てる分割画面の表示サイズを決定する表示サイズ決定部と、該表示サイズ決定部で決定された表示サイズを通信部により該当の各端末機器にそれぞれ送信する制御部とを備え、制御部は、表示サイズを送信した各端末機器から、それら端末機器に割り当てた分割画面の表示サイズにサイズ変換されたキャプチャ画像データを通信部で受信し、受信した各キャプチャ画像データを１画面の画像データに合成して表示部に表示するように表示制御部を制御する。なお、表示部に表示される一画面は、各端末機器の分割画面で構成され、それら分割画面には、各端末機器の表示画面に表示された一画面がそれぞれ表示されるようになっている。
【０００４】
【特許文献１】特開２００４−５４７８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ユーザにとってスクリーンに表示させたい対象は、各端末機器の表示画面に開かれた作業ウィンドウの画像であって、必ずしもウィンドウの枠外の領域までスクリーンに表示させる必要性はない。つまり、特許文献１に記載のネットワーク対応表示装置では、ウィンドウの枠外の領域までスクリーンに表示されてしまうことによって、各分割画面に表示されたウィンドウの画像が小さくなって非常に見にくいという問題点があった。また、端末機器に割り当てられた各分割画面の位置を端末機器で変更することもできないため、表示装置の操作が不便であるという問題点もあった。
【０００６】
本発明は、上記課題を解決するためになされたものであり、複数の端末の端末画面に表示された複数のウィンドウを表示部に同時に表示できる画像表示装置、端末制御プログラム及び画像表示システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、請求項１に係る発明の画像表示装置は、端末画面に表示されたウィンドウを検出すると共に、当該ウィンドウのウィンドウ情報を取得し、前記ウィンドウ情報を外部に出力する複数の端末の各々に接続される画像表示装置であって、前記ウィンドウ情報を前記端末から受信するウィンドウ情報受信手段と、当該ウィンドウ情報受信手段によって受信された複数の前記ウィンドウ情報を管理するウィンドウ管理手段と、前記ウィンドウ情報に基づいて、前記ウィンドウをレイアウトして表示画像を作成するレイアウト画像作成手段と、当該レイアウト画像作成手段によって作成された前記表示画像を表示部に出力する画像出力手段とを備えている。
【０００８】
また、請求項２に係る発明の画像表示装置は、請求項１に記載の発明の構成に加え、前記ウィンドウ情報は、前記端末画面における前記ウィンドウの２次元の位置を示すＸＹ座標データと、前記ウィンドウの画像データと、前記ウィンドウを前記端末画面の中の他のウィンドウから識別するためのウィンドウ識別子とを含み、前記ウィンドウ管理手段は、前記端末から受信した前記ウィンドウ情報を、前記端末を識別するための端末識別子とともに記憶し、前記レイアウト画像作成手段は、前記ウィンドウが前記ＸＹ座標データの座標位置に配置されるように前記ウィンドウをレイアウトすると共に、前記ウィンドウの前記画像データを用いて前記表示画像を作成することを特徴とする。
【０００９】
また、請求項３に係る発明の画像表示装置は、請求項１又は２に記載の発明の構成に加え、前記ウィンドウ情報は、前記端末画面において、前記ウィンドウがアクティブ状態か非アクティブ状態かを示すアクティブ情報を含み、前記レイアウト画像作成手段は、複数の前記ウィンドウを重ねると共に、前記アクティブ状態の前記ウィンドウを前記非アクティブ状態の前記ウィンドウよりも前記表示画像の前面側に配置してレイアウトすることを特徴とする。
【００１０】
また、請求項４に係る発明の画像表示装置は、請求項１又は２に記載の発明の構成に加え、前記ウィンドウ情報は、前記端末画面において、前記ウィンドウがアクティブ状態か非アクティブ状態かを示すアクティブ情報を含み、前記レイアウト画像作成手段は、前記アクティブ状態の前記ウィンドウのみをレイアウトすることを特徴とする。
【００１１】
また、請求項５に係る発明の画像表示装置は、請求項３に記載の発明の構成に加え、前記アクティブ情報によって、前記ウィンドウの前記非アクティブ状態から前記アクティブ状態への切り替わりを検出するアクティブ状態切替検出手段を備え、当該アクティブ状態切替検出手段が、前記ウィンドウの前記アクティブ状態への切り替わりを検出した場合、前記レイアウト画像作成手段は、前記アクティブ状態に切り替わった前記ウィンドウを最前面に配置してレイアウトすることを特徴とする。
【００１２】
また、請求項６に係る発明の画像表示装置は、請求項２乃至５のいずれかに記載の発明の構成に加え、前記ウィンドウ情報は、前記端末画面における前記ウィンドウのサイズを示すサイズ情報を含み、当該サイズ情報に基づいて、前記ウィンドウのサイズを取得するサイズ取得手段と、前記表示画像のサイズと、前記レイアウトに従って配置された前記ウィンドウの前記座標位置とから、前記表示画像において前記ウィンドウを表示できる表示可能領域を算出する表示可能領域算出手段と、当該表示可能領域算出手段によって算出された前記表示可能領域と、前記サイズ取得手段によって取得された前記ウィンドウのサイズとを比較するサイズ比較手段と、当該サイズ比較手段の比較結果によって、前記表示可能領域のサイズよりも前記ウィンドウのサイズの方が大きいか否かを判断するサイズ判断手段と、当該サイズ判断手段によって、前記表示可能領域のサイズよりも前記ウィンドウのサイズの方が大きいと判断された場合、前記ウィンドウの前記画像データのうち、前記表示可能領域からはみ出す部分を切り捨てる画像データ切捨手段とを備えている。
【００１３】
また、請求項７に係る発明の画像表示装置は、請求項１に記載の発明の構成に加え、
前記ウィンドウ情報は、前記端末画面における前記ウィンドウの２次元の位置を示すＸＹ座標データと、前記ウィンドウの画像データと、前記ウィンドウを前記端末画面の中の他のウィンドウから識別するためのウィンドウ識別子とを含み、前記ウィンドウ管理手段は、前記端末から受信した前記ウィンドウ情報を、前記端末を識別するための端末識別子とともに記憶し、前記レイアウト画像作成手段は、前記ウィンドウ情報受信手段により受信したウィンドウ情報に基づいてウィンドウ数をカウントし、当該ウィンドウ数に基づいて前記表示部の表示領域を分割し、その分割画面の各々に前記ウィンドウの画像がそれぞれ表示されるように、前記ウィンドウのＸＹ座標データに基づいて複数の前記ウィンドウをレイアウトすることを特徴とする。
【００１４】
また、請求項８に係る発明の画像表示装置は、請求項１又は２に記載の発明の構成に加え、前記ウィンドウ情報は、前記ウィンドウを非表示にするかしないかを示す非表示情報を含み、前記レイアウト画像作成手段は、前記非表示情報が非表示を示すウィンドウはレイアウトしないことを特徴とする。
【００１５】
また、請求項９に係る発明の端末制御プログラムは、コンピュータを請求項１に記載の端末として機能させる端末制御プログラムであって、前記端末画面に表示された前記ウィンドウを検出して、前記ウィンドウの前記ウィンドウ情報を取得する第１ステップと、当該第１ステップで取得された前記ウィンドウ情報を外部に出力する第２ステップとからなることを特徴とする。
【００１６】
また、請求項１０に係る発明の端末制御プログラムは、請求項９に記載の発明の構成に加え、前記第２ステップにおいて、前記第１ステップで検出された前記ウィンドウの検出リストを作成し、当該検出リストに前記ウィンドウ情報を前記ウィンドウ毎に設定した後で、前記検出リストを外部に出力することを特徴とする。
【００１７】
また、請求項１１に係る発明の端末制御プログラムは、請求項１０に記載の発明の構成に加え、前記第２ステップにおいて、前記検出リストには、前記端末画面において、非表示指定されている前記ウィンドウの前記ウィンドウ情報は設定されないことを特徴とする。
【００１８】
また、請求項１２に係る発明の端末制御プログラムは、請求項１０又は１１に記載の発明の構成に加え、前記第２ステップにおいて、前記検出リストには、前記端末画面において最小化されている前記ウィンドウの前記ウィンドウ情報は設定されないことを特徴とする。
【００１９】
また、請求項１３に係る発明の画像表示システムは、請求項１乃至８のいずれかに記載の画像表示装置と、請求項９乃至１２のいずれかに記載の端末制御プログラムを有する端末とを備えている。
【発明の効果】
【００２０】
請求項１に係る発明の画像表示装置では、複数の端末から各々出力されるウィンドウ情報はウィンドウ情報受信手段によって受信される。そして、ウィンドウ情報受信手段によって受信された複数のウィンドウ情報は、ウィンドウ情報管理手段によって管理され、その管理されたウィンドウ情報に基づき、レイアウト画像作成手段によって表示部に表示するウィンドウのレイアウトが行われる。さらに、そのレイアウト画像作成手段によってレイアウトされた画像は、画像出力手段によって表示部に出力される。これにより、表示部に、各端末画面に各々表示された複数のウィンドウを同時に表示させることができる。さらに、レイアウト画像作成手段によるレイアウトは、各端末から出力されるウィンドウ情報に従って行われるので、それぞれの端末で表示部に表示されるウィンドウのレイアウトを自由に操作できる。
【００２１】
また、請求項２に係る発明の画像表示装置は、請求項１に記載の発明の効果に加え、ウィンドウ管理手段は、端末から受信したウィンドウ情報を、端末を識別するための端末識別子とともに記憶しているので、そのウィンドウ情報がどの端末から出力されたウィンドウのウィンドウ情報であるかを個々に識別して記憶できる。また、ウィンドウ情報にはＸＹ座標データが含まれているので、そのＸＹ座標データを変更することで、表示部に表示されるウィンドウの位置を変更できる。つまり、端末でウィンドウの位置を変えるとＸＹ座標データが変更されたウィンドウ情報が出力されるので、表示部に表示されるウィンドウのレイアウトを自由に操作できる。さらに、レイアウト画像作成手段は、ＸＹ座標データを用いてウィンドウのレイアウトができるので、より正確なレイアウト作業を行うことができる。また、ウィンドウ情報には、ウィンドウの画像データが含まれ、レイアウト画像作成手段は、そのウィンドウの画像データを用いて表示画像を作成するので、複数のウィンドウ画像がレイアウトされた表示画像を作成できる。
【００２２】
また、請求項３に係る発明の画像表示装置は、請求項１又は２に記載の発明の効果に加え、レイアウト画像作成手段は、複数のウィンドウを重ねると共に、アクティブ状態のウィンドウを非アクティブ状態のウィンドウよりも表示画像の前面側に配置してレイアウトするので、表示部に表示させたいアクティブ状態のウィンドウを前面側に優先して表示させることができる。
【００２３】
また、請求項４に係る発明の画像表示装置は、請求項１又は２に記載の発明の効果に加え、レイアウト画像作成手段は、アクティブ状態のウィンドウのみをレイアウトするので、非アクティブ状態のウィンドウはレイアウトされない。これにより、表示部にアクティブ状態のウィンドウのみを表示させることができる。
【００２４】
また、請求項５に係る発明の画像表示装置は、請求項３に記載の発明の効果に加え、アクティブ状態切替検出手段がウィンドウの非アクティブ状態からアクティブ状態への切り替わりを検出した場合、レイアウト画像作成手段は、アクティブ状態に切り替わったウィンドウを最前面に配置してレイアウトすることができる。つまり、ユーザがある非アクティブ状態にあったウィンドウを選択してアクティブ状態にするだけで、そのウィンドウを最前面に表示させることができるので、ウィンドウの表示操作性を向上できる。
【００２５】
また、請求項６に係る発明の画像表示装置は、請求項２乃至５のいずれかに記載の発明の効果に加え、表示画像のサイズと、ウィンドウの座標位置とに基づき、表示可能領域算出手段によって、そのウィンドウを表示画像に表示できる表示可能領域が算出される。そして、その表示可能領域によって算出された表示可能領域と、ウィンドウのサイズとがサイズ比較手段によって比較され、その比較結果より、表示可能領域のサイズよりもウィンドウのサイズの方が大きいと判断された場合は、画像切捨手段によって、そのウィンドウの画像データのうち、表示可能領域からはみ出す部分が切り捨てられる。これにより、ウィンドウ情報に含まれる画像データの余分なデータ部分が切り捨てられるので、ウィンドウ情報に含まれる情報量を削減でき、レイアウト画像作成手段にかかる負荷を緩和できる。
【００２６】
また、請求項７に係る発明の画像表示装置は、請求項１に記載の発明の効果に加え、レイアウト画像作成手段によって、分割画面毎にウィンドウの画像がそれぞれ表示されるように、複数のウィンドウがそれぞれレイアウトされるので、ウィンドウ同士の比較が容易となる。さらに、ウィンドウ情報にはＸＹ座標データが含まれ、レイアウト画像作成手段は、そのウィンドウのＸＹ座標データに基づいて複数のウィンドウをレイアウトするので、ＸＹ座標データを変更することで、表示部に表示されるウィンドウの位置を変更できる。つまり、端末でウィンドウの位置を変えるとＸＹ座標データが変更されたウィンドウ情報が出力されるので、表示部に表示されるウィンドウのレイアウトを自由に操作できる。また、表示部の表示領域を分割して得られる分割画面は、レイアウト画像作成手段がウィンドウ情報に基づいてカウントしたウィンドウ数に基づいて分割されるため、そのウィンドウ数に適切な分割数を常に設定することができる。
【００２７】
また、請求項８に係る発明の画像表示装置は、請求項１又は２に記載の発明の効果に加え、レイアウト画像作成手段は、ウィンドウ情報に含まれる非表示情報が非表示を示すウィンドウはレイアウトしないので、端末で非表示指定されたウィンドウを表示部に表示させないことができる。
【００２８】
また、請求項９に係る発明の端末制御プログラムは、コンピュータを請求項１に記載の端末として機能させる端末制御プログラムであって、第１ステップで、端末画面に表示された全てのウィンドウが検出されるとともに、ウィンドウのウィンドウ情報が取得され、第２ステップで、第１ステップで検出されたウィンドウ情報が画像表示装置に出力される。これにより、端末画面に表示されたウィンドウのウィンドウ情報が、画像表示装置に出力され、画像表示装置ではそのウィンドウ情報に基づいて表示部にウィンドウの画像が表示されるので、端末側でウィンドウの表示位置を操作できる。
【００２９】
また、請求項１０に係る発明の端末制御プログラムは、請求項９に記載の発明の効果に加え、第２ステップにおいて、第１ステップで検出されたウィンドウのウィンドウ情報を設定した検出リストが作成される。そして、作成された検出リストが画像表示装置に出力されるので、画像表示装置において複数のウィンドウに関するウィンドウ情報の管理を容易にできる。
【００３０】
また、請求項１１に係る発明の端末制御プログラムは、請求項１０に記載の発明の効果に加え、第２ステップにおいて、検出リストには、端末画面において非表示指定されているウィンドウのウィンドウ情報は設定されないので、表示部に表示させたくないウィンドウを指定することで、表示部にそのウィンドウを表示させないことができる。
【００３１】
また、請求項１２に係る発明の端末制御プログラムは、請求項１０又は１１に記載の発明の効果に加え、端末画面において最小化されているウィンドウは、ユーザがその端末画面では作業していないウィンドウであるので、表示部にそのウィンドウを表示させる必要性が低い。そこで、第３ステップにおいて、検出リストには、端末画面において最小化されているウィンドウのウィンドウ情報は設定されないので、レイアウト画像作成手段によってそのウィンドウはレイアウトされない。よって、表示部にそのウィンドウを表示させないことができる。
【００３２】
また、請求項１３に係る発明の画像表示システムは、請求項１乃至８のいずれかに記載の画像表示装置と、請求項９乃至１２のいずれかに記載の端末制御プログラムを有する端末とを備えているので、画像表示装置の表示部に、各端末画面に各々表示された複数のウィンドウを同時に表示させることができる。さらに、レイアウト画像作成手段によるレイアウトは各端末から出力されるウィンドウ情報に従って行われるので、各端末側で表示部に表示される各ウィンドウのレイアウトを自由に調整できる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の一実施の形態である画像表示システム１について、図１乃至図１６を参照して説明する。図１は、画像表示システム１の構成を示す概念図であり、図２は、端末装置２０の電気的構成を示すブロック図であり、図３は、プロジェクタ１０の電気的構成を示すブロック図であり、図４は、ＲＯＭ５２の記憶エリアを示す概念図であり、図５は、ウィンドウ情報６０の構成を示す概念図であり、図６は、検出リスト７０１の概念図であり、図７は、検出リスト７０２の概念図であり、図８は、空リスト７０３の概念図であり、図９は、チェックボックス２７が表示されたウィンドウ４の概念図であり、図１０は、表示リスト８００の概念図であり、図１１は、検出リスト作成処理のフローチャートであり、図１２は、検出リスト更新処理のフローチャートであり、図１３は、プロジェクタ１０のＣＰＵ５１によって実行されるメイン処理のフローチャートであり、図１４は、投影画面作成処理のフローチャートであり、図１５は、レイアウト順序更新処理のフローチャートであり、図１６は、アクティブ状態への切り替わり検出後の表示リスト８００の概念図である。
【００３４】
はじめに、画像表示システム１の構成について説明する。図１に示すように、画像表示システム１は、スクリーン１００に画像を投影するプロジェクタ１０と、該プロジェクタ１０との間で無線通信可能な端末装置２０，３０とから構成されている。これら端末装置２０，３０は、各種ウィンドウが表示されるディスプレイ２４，３４と、操作用のキーボード２２，３２とを備える一般的なコンピュータ（ＰＣ）である。この画像表示システム１では、ディスプレイ２４に表示されているウィンドウ４，５と、ディスプレイ３４に表示されているウィンドウ１４，１５とを、プロジェクタ１０によって投影されるスクリーン１００の投影画面に同時に表示させることができる。よって、この画像表示システムは、例えば、会議やプレゼンテーション等に有効に活用することができる。以下、これら端末装置２０，３０の電気的構成と、プロジェクタ１０の電気的構成と、これらの制御動作について詳細に順次説明する。
【００３５】
まず、端末装置２０，３０の電気的構成について説明する。なお、端末装置２０及び端末装置３０は同じ構成であるので、ここでは端末装置２０のみについて説明する。図２に示すように、端末装置２０には、端末装置２０の制御を司るコントローラとしてのＣＰＵ１１が設けられ、該ＣＰＵ１１には、各種データを一時的に記憶するＲＡＭ１２と、ＢＩＯＳ等を記憶したＲＯＭ１３と、データの受け渡しの仲介を行うＩ／Ｏインタフェイス２３とが接続されている。Ｉ／Ｏインタフェイス２３には、ハードディスク装置１２０が接続され、当該ハードディスク装置１２０には、検出リスト記憶エリア１２１と、プログラム記憶エリア１２２と、その他の情報記憶エリア１２３とが少なくとも設けられている。
【００３６】
プログラム記憶エリア１２２には、ディスプレイ２４に表示されているウィンドウに関するウィンドウ情報６０（図５参照）がウィンドウ毎に登録された検出リスト７０１（図６参照）を作成するための検出リスト作成プログラム等が記憶されている。また、検出リスト記憶エリア１２１には、検出リスト作成プログラムの実行により作成された検出リスト７０１が記憶される。その他の情報記憶エリア１２３には、端末装置２０で使用されるその他の情報が記憶されている。なお、端末装置２０がハードディスク装置１２０を備えていない専用機の場合は、ＲＯＭ１３にプログラムが記憶される。
【００３７】
また、Ｉ／Ｏインタフェイス２３には、プロジェクタ１０との間で無線通信するための無線通信装置１９と、マウス２１（図１では図示外）と、ビデオコントローラ１６と、キーコントローラ１７と、ＣＤ−ＲＯＭドライブ１８とが接続されている。ビデオコントローラ１６にはディスプレイ２４が接続され、キーコントローラ１７にはキーボード２２が接続されている。なお、ＣＤ−ＲＯＭドライブ１８に挿入されるＣＤ−ＲＯＭ１１４には、検出リスト作成プログラムが記憶され、導入時には、この検出リスト作成プログラムが、ＣＤ−ＲＯＭ１１４からハードディスク装置１２０にセットアップされてプログラム記憶エリア１２２に記憶される。
【００３８】
次に、プロジェクタ１０の電気的構成について説明する。図３に示すように、プロジェクタ１０は、ユーザがプロジェクタ１０の操作を行うための操作パネル４９と、プロジェクタ１０を制御するコンピュータ５０と、端末装置２０，３０との間で無線通信を行うための無線通信装置４０と、端末装置２０，３０から送信された映像信号を光変調素子であるＬＣＤ４７の駆動に必要な信号に変換する映像処理回路４２と、後述するランプ４５を駆動させるためのランプ制御回路４４と、外部から映像信号等を入力するためのデフォルト用入力ポート４１とがデータパス５５を介して接続されている。そして、ランプ制御回路４４にはランプ４５が接続され、該ランプ４５の前側には照明レンズ４６が配置され、該照明レンズ４６の前側にはＬＣＤ４７が配置され、該ＬＣＤ４７の前側には図示外の投射レンズとミラーとを備えた結像ユニット４８が配置されている。そして、その結像ユニット４８からスクリーン１００に向かって画像が投影されるようになっている。また、映像処理回路４２にはＬＣＤ駆動回路４３が接続され、該ＬＣＤ駆動回路４３にはＬＣＤ４７が接続されている。また、コンピュータ５０は、プロジェクタ１０の制御を司るコントローラとしてのＣＰＵ５１と、該ＣＰＵ５１に接続され、ＢＩＯＳ等を記憶するＲＯＭ５２と、ＣＰＵ５１に接続され、各種データを一時的に記憶するＲＡＭ５３とからなるワンチップマイコンである。
【００３９】
次に、ＲＯＭ５２について説明する。図４に示すように、ＲＯＭ５２には、後述する表示リスト作成処理を実行するための表示リスト作成プログラム記憶エリア５２ａと、後述する描画順序更新処理を実行するための描画順序更新プログラムを記憶する描画順序更新プログラム記憶エリア５２ｂと、後述する投影画面作成処理を実行するための投影画面作成プログラムを記憶する投影画面作成プログラム記憶エリア５２ｃと等が設けられている。
【００４０】
次に、ウィンドウ情報６０について説明する。図５に示すように、ウィンドウ情報６０は、端末装置２０，３０の各ディスプレイ２４，３４に表示された各種ウィンドウに関するデータである。ウィンドウ情報６０は、そのウィンドウを個別に識別するためのウィンドウＩＤと、そのウィンドウの左上頂点のＸ，Ｙ座標と、そのウィンドウがアクティブ状態か非アクティブ状態であるかを示すアクティブ情報と、そのウィンドウの画像データとから構成されている。ウィンドウＩＤは、各ウィンドウのウィンドウハンドラが設定される。また、アクティブ情報はそのウィンドウがアクティブ状態か非アクティブ状態かを示し、アクティブ状態の場合は「ＹＥＳ」、非アクティブ状態の場合は「ＮＯ」と設定される。このような構成からなるウィンドウ情報６０は、後述する検出リスト７０１，７０２に対してウィンドウ毎にそれぞれ登録される。
【００４１】
次に、検出リスト７０１，７０２について説明する。図６，図７に示すように、検出リスト７０１，７０２は、端末装置２０，３０のディスプレイ２４，３４に表示された各種ウィンドウのウィンドウ情報６０が、ウィンドウ毎に登録されたリストデータである。例えば、図６に示すように、端末装置２０で作成される検出リスト７０１には、ディスプレイ２４に表示されたウィンドウ４，５のウィンドウ情報６１，６２が各々登録されている。一方、図７に示す端末装置３０で作成される検出リスト７０２には、ディスプレイ３４に表示されたウィンドウ１４，１５のウィンドウ情報６３，６４が各々登録されている。
【００４２】
そして、図６に示すように、検出リスト７０１には、最背面側のウィンドウから最前面側のウィンドウまで上から順に登録されている。つまり、検出リスト７０１の１行目には、ディスプレイ２４の最背面側に配置されたウィンドウ４のウィンドウ情報６１が登録され、２行目には、ディスプレイ２４の最前面側に配置されたウィンドウ５のウィンドウ情報６２が登録されている。そして、ウィンドウ４のウィンドウ情報６１として、ウィンドウＩＤ＝「１」、ウィンドウ４のＸ，Ｙ座標＝「９０，５０」、アクティブ情報＝「ＮＯ」、画像データ＝「画像データ」の順で登録され、ウィンドウ５のウィンドウ情報６２として、ウィンドウＩＤ＝「２」、ウィンドウのＸ，Ｙ座標＝「８００，１５０」、アクティブ情報＝「ＹＥＳ」、画像データ＝「画像データ」の順で登録されている。さらに、これら２つのウィンドウ情報６１，６２が登録された検出リスト７０１には、端末装置２０のＯＳから取得されたマックアドレスがＰＣの識別番号として、例えば、ＰＣＩＤ＝「００１２３４５６７８９０」が付されている。
【００４３】
一方、図７に示すように、検出リスト７０２にも、最背面側のウィンドウから最前面側のウィンドウのウィンドウまで順に登録されている。つまり、検出リスト７０２の１行目には、ディスプレイ３４の最背面側のウィンドウ１４のウィンドウ情報６３が登録され、２行目には、ディスプレイ３４の最前面側のウィンドウ１５のウィンドウ情報６４が登録されている。そして、ウィンドウ１４のウィンドウ情報６３として、ウィンドウＩＤ＝「１」、ウィンドウのＸ，Ｙ座標＝「３５，１５０」、アクティブ情報＝「ＮＯ」、画像データ＝「画像データ」の順で登録され、ウィンドウ１５のウィンドウ情報６４として、ウィンドウＩＤ＝「２」、ウィンドウのＸ，Ｙ座標＝「５５０，６１」、アクティブ情報＝「ＹＥＳ」、画像データ＝「画像データ」の順で登録されている。さらに、これら２つのウィンドウ情報６３，６４が登録された検出リスト７０２には、端末装置３０のＯＳから取得されたマックアドレスがＰＣの識別番号として、例えば、ＰＣＩＤ＝「００１２３４５６７８９１」が付されている。なお、図６，図７に示すウィンドウ４，５，１４，１５の各Ｘ，Ｙ座標の数値は、図１に示すウィンドウ４，５，１４，１５の実際のＸ，Ｙ座標を示すものではない。
【００４４】
ところで、本実施形態では端末装置２０，３０において、各種ウィンドウをプロジェクタ１０で同時表示させるために、投影アプリケーション（以下、投影アプリと呼ぶ。）を起動する。この起動アプリが起動した際に、検出リスト７０１，７０２がそれぞれ作成される。そして、この投影アプリがユーザの操作によって終了された場合、図８に示す空リスト７０３が終了コマンドとしてプロジェクタ１０側に送信される。この空リスト７０３には、ウィンドウ情報６０が全く登録されておらず、端末装置２０，３０のＯＳから取得されるマックアドレス（ＰＣＩＤ＝「００１２３４５６７８９０」）のみが付されている。
【００４５】
次に、ウィンドウの非表示指定について説明する。本実施形態では、投影アプリが起動すると、例えば、図９に示すように、ディスプレイ２４に表示されたウィンドウ４のウィンドウ枠２６の上部に、チェックボックス２７が表示される。そして、このチェックボックス２７にポインタ（図示外）を合わせてクリックすることで「レ」点（図示外）が表示され、そのウィンドウの非表示指定が完了する。つまり、チェックボックス２７がチェックされたウィンドウは、スクリーン１００の投影画面に表示されない。よって、ユーザはディスプレイ２４，３４に表示された複数のウィンドウの中から特定のウィンドウをスクリーン１００の投影画面に表示させないように自由に設定できる。
【００４６】
次に、表示リスト８００について説明する。図１０に示すように、表示リスト８００は、スクリーン１００の投影画面に表示するウィンドウ４，５，１４，１５のウィンドウ情報６１〜６４が所定順序で登録されたリストデータである。そして、これらウィンドウ情報６１〜６４の登録順に対して、投影画面上における各ウィンドウのレイアウト順序が降順に設定されている。つまり、このレイアウト順序に従って、ウィンドウ４，５，１４，１５が描画されることで、ウィンドウ４，５，１４，１５がスクリーン１００の投影画面において最背面側から最前面側に向かってレイアウトすることができる。
【００４７】
ここで、表示リスト８００におけるウィンドウ情報６１〜６４の登録順序について説明する。図１０に示すように、表示リスト８００に対するウィンドウ情報６１〜６４の登録は、端末装置２０，３０のうち先にプロジェクタ１０と接続された端末の検出リスト７０１又は７０２のウィンドウ情報から登録される。そして、アクティブ状態のウィンドウのウィンドウ情報が、非アクティブ状態のウィンドウのウィンドウ情報よりも早いレイアウト順序となるように登録順序が変更される。例えば、端末装置２０の方が端末装置３０よりも先にプロジェクタ１０と接続された場合、表示リスト８００には、端末装置２０から送信される検出リスト７０１のウィンドウ情報６１，６２が登録される。そして、ウィンドウ情報６１のアクティブ情報は「ＮＯ」、ウィンドウ情報６２のアクティブ情報は「ＹＥＳ」となっているので、ウィンドウ情報６１とウィンドウ情報６２とが置き換えられ、ウィンドウ情報６２が表示リスト８００の先頭となる。
【００４８】
次いで、端末装置３０から送信される検出リスト７０２のウィンドウ情報６３，６４が表示リスト８００の３行目と４行目に登録される。そして、ウィンドウ情報６３のアクティブ情報は「ＮＯ」、ウィンドウ情報６４のアクティブ情報は「ＹＥＳ」となっているので、ウィンドウ情報６４は、ウィンドウ情報６２とウィンドウ情報６１との間に繰り上がって２行目に登録され、それ以降のウィンドウ情報６１，６３は繰り下がる。これにより、レイアウト順序「４」にウィンドウ５のウィンドウ情報６２、レイアウト順序「３」にウィンドウ１５のウィンドウ情報６４、レイアウト順序「２」にウィンドウ４のウィンドウ情報６１、レイアウト順序「１」にウィンドウ１４のウィンドウ情報６３が登録される。これにより、アクティブ状態のウィンドウ５，１５は、非アクティブ状態のウィンドウ４，１４よりも前面側に配置されて表示される。つまり、作業中であるアクティブ状態のウィンドウをスクリーン１００の投影画面の前面側に表示することができる。
【００４９】
次に、上記構成からなる画像表示システム１による投影処理について説明する。はじめに、端末装置２０，３０のＣＰＵ１１によって実行される処理について、図１１，図１２のフローチャートを参照して説明する。なお、端末装置２０，３０では何れも同じ処理が実行されるので、ここでは端末装置２０側の処理についてのみ説明する。まず、ユーザの操作によって投影アプリが起動されると、プログラム記憶エリア１２２に記憶された検出リスト作成プログラムが読み出され、図１１に示す検出リスト作成処理が実行される。はじめに、ディスプレイ２４に表示されている全ウィンドウ４，５のウィンドウ枠２６の上部に非表示指定のチェックボックス２７が表示される（Ｓ１）。次いで、ハードディスク装置１２０の検出リスト記憶エリア１２１に記憶された検出リスト７０１が初期化される（Ｓ２）。
【００５０】
次に、検出リスト更新処理が実行される（Ｓ３）。図１２に示すように、この検出リスト更新処理では、まず、端末装置２０のＰＣＩＤ（マックアドレス）がＯＳから取得され、そのＰＣＩＤが検出リスト７０１に登録される（Ｓ１０）。ここでは、端末装置２０のＰＣＩＤである「００１２３４５６７８９０」が検出リスト７０１（図６参照）に登録される。次いで、ディスプレイ２４に表示されている全ウィンドウ４，５の配置順序（Ｚ座標）が取得される（Ｓ１１）。そして、ここで取得された全てのＺ座標に基づき、検出リスト７０１に登録する最背面側のウィンドウが設定される（Ｓ１２）。例えば、ウィンドウ４のＺ座標が「１０」で、ウィンドウ５のＺ座標が「４０」である場合、ウィンドウ４がウィンドウ５よりも背面側にあるため、ウィンドウ４のウィンドウ情報６１から検出リスト７０１に登録される。
【００５１】
ここで、ウィンドウ４を検出リスト７０１に登録する前に、ウィンドウ４がスクリーン１００の投影画面に表示すべきウィンドウか否かを決めなければならない。そこで、ウィンドウ４がディスプレイ２４において最小化されているか否かが判断される（Ｓ１３）。そして、ウィンドウ４が最小化されていない場合（Ｓ１３：ＮＯ）、引き続き、そのウィンドウ４が非表示指定されているか否かが判断される（Ｓ１４）。ここでは、ウィンドウ４，５のウィンドウ枠２６に表示されたチェックボックス２７（図９参照）がチェックされているか否かが判断される。そして、このチェックボックス２７がチェックされていない場合（Ｓ１４：ＮＯ）、ウィンドウ４の登録作業に移行する。
【００５２】
次に、ウィンドウ４の登録作業が開始される。まず、ウィンドウ４のウィンドウＩＤがＯＳから取得され、検出リスト７０１にウィンドウＩＤ「１」が登録される（Ｓ１５）。そして、ウィンドウ４の左上頂点のＸ，Ｙ座標がＯＳから取得される（Ｓ１６）。この場合、左上頂点のＸ，Ｙ座標「９０，５０」が取得され、検出リスト７０１に登録される。さらに、ウィンドウ４のアクティブ情報がＯＳから取得され、検出リスト７０１に登録される（Ｓ１７）。この場合、ウィンドウ４は非アクティブ状態であるので、「ＮＯ」が登録される。そして、ウィンドウ４の「画像データ」が取得され、検出リスト７０１に登録される（Ｓ１８）。こうして、ウィンドウ４のウィンドウ情報６１の登録作業が終了する。次いで、ディスプレイ２４に表示されている全ウィンドウを処理したか否かが判断される（Ｓ１９）。ここでは、まだウィンドウ５が処理されていないので（Ｓ１９：ＮＯ）、次の処理対象ウィンドウに、ウィンドウ４の前面側に配置されたウィンドウ５が設定される（Ｓ２０）。
【００５３】
なお、ウィンドウ４がディスプレイ２４で最小化されている場合は（Ｓ１３：ＹＥＳ）、スクリーン１００に表示すべきウィンドウではないため、ウィンドウ４を登録することなく、表示中の全てのウィンドウを処理したか否かが判断される（Ｓ１９）。また、ウィンドウ４がディスプレイ２４で最小化されていない場合でも（Ｓ１３：ＮＯ）、非表示化指定されている場合は（Ｓ１４：ＹＥＳ）、ウィンドウ４の登録作業をすることなく、表示中の全てのウィンドウを処理したか否かが判断され（Ｓ１９）、次の処理対象ウィンドウにウィンドウ５が設定される（Ｓ２０）。
【００５４】
ところで、次の処理対象ウィンドウにウィンドウ５が設定されたら（Ｓ２０）、上記したウィンドウ４の処理と同様に、ウィンドウ５がスクリーン１００の投影画面に表示すべきウィンドウか否かが判断され（Ｓ１３，Ｓ１４）、表示すべきウィンドウである場合は（Ｓ１３：ＮＯ、Ｓ１４：ＮＯ）、ウィンドウ５の登録作業が実行される（Ｓ１５〜Ｓ１８）。詳細には、ウィンドウ５のウィンドウ情報６２として、「２」、「８００，１５０」、「ＹＥＳ」、「画像データ」が検出リスト７０１（図６参照）に登録される。その後、ディスプレイ２４に表示されている全ウィンドウを処理したか否かが再度判断される（Ｓ１９）。ここでは、ディスプレイ２４に表示されたウィンドウ４，５の処理がともに終了しているので（Ｓ１９：ＹＥＳ）、検出リスト７０１が完成する。そして、図１１に示すフローチャートに戻り、この検出リスト７０１がプロジェクタ１０に無線送信される（Ｓ４）。
【００５５】
さらに、ユーザによって投影アプリが終了され、投影を終了したか否かが判断される（Ｓ５）。そして、ユーザによって投影アプリが終了された場合（Ｓ５：ＹＥＳ）、終了コマンドとして空リスト７０３（図８参照）がプロジェクタ１０に送信される（Ｓ６）。一方、投影アプリが引き続き起動している場合には（Ｓ５：ＮＯ）、Ｓ２に戻って一連の処理が繰り返される。
【００５６】
次に、プロジェクタ１０のＣＰＵ５１によって実行される表示リスト作成処理について、図１３乃至図１５のフローチャートを参照して説明する。はじめに、操作パネル４９の起動ボタン（図示外）がオンされると、ＲＯＭ５２に記憶された表示リスト作成プログラムが読み出され、図１３に示す表示リスト作成処理が実行される。はじめに、ＲＡＭ５３に記憶された表示リスト８００が初期化される（Ｓ３０）。次いで、端末装置２０，３０から検出リスト７０１，７０２のデータを受信したか否かが判断される（Ｓ３１）。ここで、検出リスト７０１，７０２のデータをまだ受信していない場合は（Ｓ３１：ＮＯ）、Ｓ３１に戻って、引き続きデータの受信があったか否かの監視が行われる。
【００５７】
そして、端末装置２０，３０から検出リスト７０１，７０２のデータを受信した場合（Ｓ３１：ＹＥＳ）、表示リスト８００にウィンドウ情報が登録されているか否かが判断される（Ｓ３２）。ここで、表示リスト８００が初期化されてウィンドウ情報がまだ登録されていない場合は（Ｓ３２：ＮＯ）、そのままウィンドウ情報６１〜６４の登録作業に移行する。そして、処理対象ウィンドウとして、先に受信した端末装置２０から送信された検出リスト７０１の先頭のウィンドウ４が設定される（Ｓ３４）。
【００５８】
次に、ウィンドウ４が表示リスト８００に登録されているか否かが判断される（Ｓ３５）。ここで、ウィンドウ４は初めて登録されるため（Ｓ３５：ＹＥＳ）、表示リスト８００の先頭にウィンドウ４のウィンドウ情報６１が登録される（Ｓ４２）。次いで、検出リスト７０１，７０２に登録された全てのウィンドウ情報が登録されたか否かが判断される（Ｓ３９）。ここでは、検出リスト７０１のウィンドウ情報６２と、検出リスト７０２のウィンドウ情報６３，６４とが処理されていないので（Ｓ３９：ＮＯ）、次の処理対象ウィンドウとして、検出リスト７０１の２行目のウィンドウ５が設定される（Ｓ４３）。
【００５９】
次いで、ウィンドウ５が表示リスト８００に登録されているか否かが判断される（Ｓ３５）。ここでは、ウィンドウ５のウィンドウ情報６２は初めて登録されるため（Ｓ３５：ＹＥＳ）、表示リスト８００の２行目にウィンドウ情報６２が登録される（Ｓ４２）。しかしながら、ウィンドウ５のウィンドウ情報６２のアクティブ情報は「ＹＥＳ」であり、先に登録されたウィンドウ４のウィンドウ情報６１のアクティブ情報は「ＮＯ」である。そこで、ウィンドウ情報６１とウィンドウ情報６２とが置き換えられ、表示リスト８００の先頭位置にウィンドウ情報６２が登録され、２行目にウィンドウ情報６１が登録される。
【００６０】
次いで、検出リスト７０１，７０２に登録された全てのウィンドウ情報が登録されたか否かが判断される（Ｓ３９）。そして、検出リスト７０２のウィンドウ情報６３，６４が処理されていないので（Ｓ３９：ＮＯ）、次の処理対象ウィンドウとして、検出リスト７０２の先頭のウィンドウ１４が設定される（Ｓ４３）。そして、上記と同様の処理によって、検出リスト７０２のウィンドウ情報６３，６４が順次登録されることによって、図１０に示すように、表示リスト８００の先頭位置にウィンドウ５のウィンドウ情報６２が登録され、２行目にウィンドウ１５のウィンドウ情報６４が登録され、３行目にウィンドウ４のウィンドウ情報６１が登録され、４行目にウィンドウ１４のウィンドウ情報６３が登録される。この場合、表示リスト８００におけるウィンドウ情報６１〜６４の登録順序に対して、レイアウト順序が降順に設定される。
【００６１】
こうして、検出リスト７０１，７０２に登録された全ウィンドウが登録されたので（Ｓ３９：ＹＥＳ）、次いで、ＲＯＭ５２の投影画面作成プログラム記憶エリア５２ｃに記憶された投影画面作成プログラムが読み出され、作成された表示リスト８００に基づいて投影画面を作成するための投影画面作成処理が実行される（Ｓ４０）。
【００６２】
次に、投影画面作成処理について説明する。図１５に示すように、投影画面作成処理では、まず、図１０に示す表示リスト８００のレイアウト順序に従って、最背面側のウィンドウが描画ウィンドウとして設定される（Ｓ５５）。本実施例では、ウィンドウ１４がレイアウト順序の１番目に設定されているので、ウィンドウ１４が描画ウィンドウとして最初に設定される。次いで、コンピュータ５０に設けられたフレームメモリ（図示外）にウィンドウ１４の画像データが描画される（Ｓ５６）。なお、ウィンドウ１４の画像データは、ウィンドウ情報６３のウィンドウＸ，Ｙ座標に基づいて描画される。次いで、表示リスト８００に登録された全ウィンドウの描画が完了したか否かが判断される（Ｓ５７）。ここでは、ウィンドウ１４の描画が終了したのみであるため（Ｓ５７：ＮＯ）、次の描画ウィンドウとして、レイアウト順序が２番目のウィンドウ４が設定される（Ｓ５８）。そして、ウィンドウ１４の描画処理と同様に、フレームメモリにウィンドウ４の画像データが描画されるので（Ｓ５６）、ウィンドウ１４と画像データが重なった部分はウィンドウ４の画像データによって書き換えられるので、ウィンドウ１４の前面側にウィンドウ４が配置される。このようにして、ウィンドウ１５、ウィンドウ５の順に各画像データがフレームメモリに描画される。そして、このフレームメモリに描画された画像データは、映像処理回路４２、ランプ制御回路４４等によって処理され、スクリーン１００の投影画面にウィンドウ４，５，１４，１５が同時にレイヤー表示される。
【００６３】
その後、図１３に示すフローチャートに戻り、投影終了か否かが判断される（Ｓ４１）。ここでは、ユーザにより表示装置の投影を終了されたか否かを判断する。投影がまだ継続中であると判断された場合は（Ｓ４１：ＮＯ）、Ｓ３１に戻り、再び、端末装置２０，３０から検出リスト７０１，７０２のデータを受信したか否かの監視が行われる（Ｓ３１）。
【００６４】
ところで、端末装置２０，３０から送信された検出リスト７０１，７０２のデータが再度受信され（Ｓ３１：ＹＥＳ）、表示リスト８００にウィンドウが既に登録されている場合は（Ｓ３２：ＹＥＳ）、表示リスト８００に既に登録されている各種ウィンドウの中で、新たに送信された検出リスト７０１，７０２に登録されていないウィンドウが削除される（Ｓ３３）。これより、例えば、ディスプレイ２４から消されたウィンドウを表示リスト８００から削除できるので、スクリーン１００の投影画面からそのウィンドウを削除することができる。また、端末装置２０（又は、端末装置３０）が画像出力を停止する場合、端末装置２０（又は、端末装置３０）から空リスト７０３が送信されるので、対応するウィンドウ情報が表示リスト８００から削除される（Ｓ３３）。
【００６５】
そして、処理対象ウィンドウとして、例えば、端末装置２０の方が端末装置３０よりも先にプロジェクタ１０と接続された場合、端末装置２０から送信された検出リスト７０１の先頭のウィンドウ４が設定される（Ｓ３４）。さらに、そのウィンドウ４が表示リスト８００に未登録のウィンドウであるか否かが判断される（Ｓ３５）。そして、ウィンドウ４が表示リスト８００に既に登録されている場合は（Ｓ３５：ＮＯ）、そのウィンドウ４の座標位置が更新される（Ｓ３６）。例えば、ディスプレイ２４に表示されたウィンドウ４の位置を左にずらした場合、ウィンドウ４の左上頂点のＸ，Ｙ座標が変わり、ウィンドウ情報６１の内容が変更されるので、その変更後のＸ，Ｙ座標に合わせて表示リスト８００の内容が更新される。
【００６６】
続いて、ＲＯＭ５２の描画順序更新プログラム記憶エリア５２ｂに記憶された描画順序更新プログラムが読み出され、図１４に示す描画順序更新処理が実行される（Ｓ３７）。この描画順序更新処理では、まず、新たに受信した検出リスト７０１，７０２と、表示リスト８００とが比較される（Ｓ５０）。そして、ウィンドウ４が非アクティブ状態からアクティブ状態に切り替わっているか否かが判断される。（Ｓ５１）。ここで、ウィンドウ４がまだ非アクティブ状態である場合（Ｓ５１：ＮＯ）、そのまま終了し、図１３に示すフローチャートに戻って、ウィンドウ４の画像データが更新され（Ｓ３８）、検出リスト７０１，７０２に登録された全てのウィンドウが処理されたか否かが判断される（Ｓ３９）。そして、残りのウィンドウを処理するために（Ｓ３９：ＮＯ）、処理対象ウィンドウにウィンドウ５が設定され（Ｓ４３）、Ｓ３５に戻って処理が繰り返される。
【００６７】
また、図１４に示すように、このケースとは逆に、新たな検出リスト７０１においてウィンドウ４が非アクティブ状態からアクティブ状態に切り替わっている場合（Ｓ５１：ＹＥＳ）、そのアクティブ状態になったウィンドウ４のウィンドウ情報６１が、表示リスト８００の先頭位置に変更され、それ以外のウィンドウのウィンドウ情報の登録順序が繰り下げられる（Ｓ５２）。つまり、図１６に示すように、アクティブ情報が「ＮＯ」から「ＹＥＳ」に切り替えられたウィンドウ４のウィンドウ情報６１が表示リスト８００の先頭位置に変更される。さらに、アクティブ情報が「ＹＥＳ」から「ＮＯ」に切り替えられたウィンドウ５のウィンドウ情報６２が２行目に繰り下げられ、ウィンドウ１５のウィンドウ情報６４が３行目繰り下げられる。これにより、端末装置２０，３０のディスプレイ２４，３４において、非アクティブ状態からアクティブ状態に切り替わったウィンドウを最前面にレイアウトすることができる。
【００６８】
こうして、図１３に示す描画順序更新処理（Ｓ３７）が終了し、ウィンドウ４の画像データが更新され（Ｓ３８）、検出リスト７０１，７０２に登録された全てのウィンドウが処理されたか否かが判断される（Ｓ３９）。そして、新たに受信された検出リスト７０１，７０２に登録された全てのウィンドウ情報６１〜６４が表示リスト８００に登録された場合は（Ｓ３９：ＹＥＳ）、新たに作成された表示リスト８００に基づき、投影画面作成処理が実行される（Ｓ４０）。次いで、ユーザから終了を指示されたか否かが判断される（Ｓ４１）。そして、終了を指示された場合は（Ｓ４１：ＹＥＳ）、スクリーン１００へのウィンドウの投影動作が終了する。一方、終了を指示されていない場合は（Ｓ４１：ＮＯ）、Ｓ３１に戻り、再び、端末装置２０，３０から検出リスト７０１，７０２のデータを受信したか否かの監視が行われる（Ｓ３１）。
【００６９】
以上説明したように、第１の実施形態である画像表示システム１では、端末装置２０，３０のディスプレイ２４，３４に各々表示された各種ウィンドウを、プロジェクタ１０によって、スクリーン１００の投影画面上に同時にレイヤー表示することができる。端末装置２０，３０では、ハードディスク装置１２０に記憶された検出リスト作成プログラムに基づき、ディスプレイ２４，３４に各々表示された各種ウィンドウのウィンドウ情報６０が登録された検出リスト７０１，７０２が作成される。これら検出リスト７０１，７０２は、プロジェクタ１０側に無線送信され、プロジェクタ１０に設けられたコンピュータ５０のＣＰＵ５１によって投影画面の作成に利用される。そして、受信した検出リスト７０１，７０２に基づいて、ＣＰＵ５１によって表示リスト８００が作成され、この表示リスト８００に基づいて投影画面が作成され、その投影画面がスクリーン１００に投影される。これにより、端末装置２０，３０のディスプレイ２４，３４に各々表示された各種ウィンドウをスクリーン１００の投影画面に同時にレイヤー表示することができる。
【００７０】
さらに、表示リスト８００は、各端末装置２０，３０で各々作成された検出リスト７０１，７０２に基づいて作成されるので、ディスプレイ２４，３４における表示態様をスクリーン１００の投影画面上にそのまま反映させることができる。つまり、スクリーン１００の投影画面での各種ウィンドウの表示態様を、端末装置２０，３０側で操作できる点に大きな特徴がある。また、ディスプレイ２４，３４において、最小化されたウィンドウのウィンドウ情報６０は検出リスト７０１，７０２に登録されず、さらに、ウィンドウの非表示指定によって、スクリーン１００の投影画面上に表示させないでおくこともできる。
【００７１】
なお、以上の説明において、図１に示すプロジェクタ１０が本発明の「画像表示装置」に相当し、スクリーン１００が本発明の「表示部」に相当し、端末装置２０，３０が本発明の「端末」に相当し、ディスプレイ２４，３４が本発明の「端末画面」に相当し、表示リスト８００をＲＡＭ５３に記憶するＣＰＵ５１が本発明の「ウィンドウ管理手段」に相当し、映像処理回路４２、ＬＣＤ駆動回路４３、ランプ制御回路４４、ランプ４５、照明レンズ４６、ＬＣＤ４７、結像ユニット４８が本発明の「画像出力手段」に相当する。さらに、図１３に示すフローチャートのＳ３１の処理を実行するＣＰＵ５１が本発明の「ウィンドウ情報管理手段」に相当し、Ｓ３２〜Ｓ４３の処理を実行するＣＰＵ５１が本発明の「レイアウト画像作成手段」に相当する。また、図１４に示す描画順序作成処理のＳ５１の処理を実行するＣＰＵ５１が本発明の「アクティブ状態切替検出手段」に相当する。さらに、端末装置２０，３０のハードディスク装置１２０の検出リスト記憶エリア１２１に記憶された検出リスト作成プログラムが本発明の「端末制御プログラム」に相当する。
【００７２】
ところで、本実施形態である画像表示システム１は、端末装置２０，３０のＣＰＵ１１の制御、又はプロジェクタ１０のＣＰＵ５１の制御によって様々な変形が可能である。そこで、画像表示システム１について、これらＣＰＵ１１，５１の制御方法を変形した第１，第２，第３及び第４変形例について以下に説明する。
【００７３】
まず、第１変形例について、図１７乃至図２２を参照して説明する。第１変形例では、端末装置２０，３０のディスプレイ２４，３４に各々表示された各種ウィンドウのサイズと、プロジェクタ１０のフレームメモリ７０の描画可能領域のサイズとを比較して描画できない部分の画像データを切り捨てることで、表示リスト８００に登録される画像データ量を軽くできる点に特徴がある。これにより、プロジェクタ１０の画像処理を速やかに実行させることができる。なお、第１変形例では、上記実施形態の画像表示システム１と同様の構成であるため、同じ構成部分については同符号を付して説明する。さらに、端末装置２０，３０のＣＰＵ１１による制御動作と、プロジェクタ１０のＣＰＵ５１によって実行される制御動作とについては、端末装置２０，３０の各ＣＰＵ１１によって実行される検出リスト更新処理と、プロジェクタ１０のＣＰＵ５１によって実行される表示リスト作成処理とだけが異なるため、本説明においてはこれら検出リスト更新処理と表示リスト作成処理とを中心に説明する。
【００７４】
なお、図１７は、検出リスト７１１の概念図（第１変形例）であり、図１８は、表示リスト８１０の概念図（第１変形例）であり、図１９は、検出リスト更新処理のフローチャート（第１変形例）であり、図２０は、表示リスト作成処理のフローチャート（第１変形例）であり、図２１は、画像サイズ切捨処理のフローチャート（第１変形例）であり、図２２は、画像サイズ切捨処理の説明図（第１変形例）である。
【００７５】
まず、検出リスト７１１について説明する。図１７に示すように、検出リスト７１１には、端末装置２０のディスプレイ２４に表示されたウィンドウ４のウィンドウ情報６１１と、ウィンドウ５のウィンドウ情報６１２とが登録されている。そして、これらウィンドウ情報６１１，６１２には、上記実施形態のウィンドウ情報６１，６２（図６参照）を構成する各種データに、ウィンドウ４，５のサイズを示すサイズ情報が新たに付け加えられている。このサイズ情報は、ウィンドウの幅（Ｗ）と、ウィンドの高さ（Ｈ）とを数値で示したものである。よって、検出リスト７１１には、ウィンドウ４のサイズ情報（１００，４０）を備えるウィンドウ情報６１１と、ウィンドウ５のサイズ情報（３００，１００）を備えるウィンドウ情報６１２とが登録されている。なお、詳述しないが、端末装置３０側で作成される検出リスト（図示外）も同様に作成され、ディスプレイ３４に表示されたウィンドウ１４のサイズ情報を備えるウィンドウ情報６１３（図１８参照）と、ウィンドウ１５のサイズ情報を備えるウィンドウ情報６１４（図１８参照）とが登録される。
【００７６】
次に、表示リスト８１０について説明する。図１８に示すように、表示リスト８１０には、端末装置２０で作成された検出リスト７１１と、端末装置３０で作成された検出リストとに基づいて作成されている。そして、この表示リスト８１０には、ウィンドウ４，５，１４，１５の各サイズ情報を加えたウィンドウ情報６１１〜６１４が所定の登録順序で登録されている。なお、ウィンドウ情報６１１〜６１４の登録順序は上記実施形態の表示リスト８００（図１０参照）と同じである。したがって、プロジェクタ１０のＣＰＵ１５１は、この表示リスト８００に登録された各ウィンドウ情報６１１〜６１４のサイズ情報と、フレームメモリ７０の描画領域とを比較することができ、その比較結果によって描画できない領域を画像データから切り捨てることができる。なお、この画像データを切り捨てるための画像切捨処理は、プロジェクタ１０のＣＰＵ５１によって実行され、その画像切捨処理を実行するための画像切捨プログラムはＲＯＭ５２（図３参照）に記憶されている。
【００７７】
次に、端末装置２０，３０のＣＰＵ１１によって実行される処理について、図１１，図１９のフローチャートを参照して説明する。なお、端末装置２０，３０では何れも同じ処理が実行されるので、ここでは端末装置２０側の処理についてのみ説明する。また、第１の変形例では、上記実施形態と同じ検出リスト作成処理（図１１参照）と、上記実施形態と異なる検出リスト更新処理（図１９参照）とが実行されるので、ここでは、図１９に示す検出リスト更新処理を中心に説明する。
【００７８】
まず、ユーザの操作によって投影アプリが起動されると、図１１に示す検出リスト作成処理が実行される。はじめに、ディスプレイ２４に表示されている全ウィンドウ４，５のウィンドウ枠２６の上部に非表示指定のチェックボックス２７が表示される（Ｓ１）。次いで、ハードディスク装置１２０の検出リスト記憶エリア１２１に記憶された検出リスト７０１が初期化される（Ｓ２）。
【００７９】
次に、検出リスト更新処理が実行される（Ｓ３）。この検出リスト更新処理では、図１９に示すように、まず、端末装置２０のＰＣＩＤがＯＳから取得され、そのＰＣＩＤが検出リスト７０１に登録される（Ｓ６０）。ここでは、端末装置２０のＰＣＩＤである「００１２３４５６７８９０」が検出リスト７１１（図１７参照）に登録される。次いで、ディスプレイ２４に表示されているウィンドウ４，５の配置順序（Ｚ座標）が取得される（Ｓ６１）。そして、ここで取得されたＺ座標に基づき、検出リスト７１１に登録する最背面側のウィンドウが設定される（Ｓ６２）。
【００８０】
次いで、ウィンドウ４がディスプレイ２４において最小化されているか否かが判断される（Ｓ６３）。そして、ウィンドウ４が最小化されていない場合（Ｓ６３：ＮＯ）、ディスプレイ２４にはウィンドウ４が表示されているので、引き続いて、そのウィンドウ４が非表示指定されているか否かが判断される（Ｓ６４）。ここでは、ウィンドウ４，５のウィンドウ枠２６に表示されたチェックボックス２７がチェックされているか否かが判断される。そして、このチェックボックス２７がチェックされていない場合（Ｓ６４：ＮＯ）、ウィンドウ４は非表示指定されていないので、ウィンドウ４のウィンドウ情報６１の登録作業に移行する。
【００８１】
次に、ウィンドウ４のウィンドウ情報６１の登録作業が開始される。まず、ウィンドウ４のウィンドウＩＤがＯＳから取得され、検出リスト７１１にウィンドウＩＤ「１」が登録される（Ｓ６５）。そして、ウィンドウ４の左上頂点のＸ，Ｙ座標がＯＳから取得される（Ｓ６６）。この場合、左上頂点のＸ，Ｙ座標「９０，５０」が取得され、検出リスト７１１に登録される。さらに、ウィンドウ４のアクティブ情報がＯＳから取得され、検出リスト７１１に登録される（Ｓ６７）。この場合、ウィンドウ４は非アクティブ状態であるので、「ＮＯ」が登録される。そして、ウィンドウ４の「画像データ」が取得され、検出リスト７１１に登録される（Ｓ６８）。さらに、第１変形例では、ウィンドウ４のサイズがＯＳから取得され、検出リスト７１１に登録される（Ｓ６９）。この場合、ウィンドウ４のディスプレイ２４におけるサイズ（Ｗ，Ｈ）＝（１００，４０）が取得され、検出リスト７１１に登録される。こうして、ウィンドウ４のウィンドウ情報６１１の登録作業が終了する。次いで、ディスプレイ２４に表示されている全ウィンドウを処理したか否かが判断される（Ｓ７０）。ここでは、まだウィンドウ５が処理されていないので（Ｓ７０：ＮＯ）、次の処理対象ウィンドウに、ウィンドウ４の前面側に配置されたウィンドウ５が設定される（Ｓ７１）。
【００８２】
なお、ウィンドウ４がディスプレイ２４で最小化されている場合は（Ｓ６３：ＹＥＳ）、表示中の全てのウィンドウを処理したか否かが判断される（Ｓ１９）。また、ウィンドウ４がディスプレイ２４で最小化されていなくても（Ｓ６３：ＮＯ）、非表示化指定されている場合も（Ｓ６４：ＹＥＳ）、ウィンドウ情報６１の登録作業をすることなく、表示中の全てのウィンドウを処理したか否かが判断され（Ｓ１９）、次の処理対象ウィンドウに、ウィンドウ４の前面側に配置されたウィンドウ５が設定される（Ｓ７１）。
【００８３】
ところで、次の処理対象ウィンドウにウィンドウ５が設定されたら（Ｓ７１）、上記したウィンドウ４の処理と同様に、ウィンドウ５がスクリーン１００に表示すべきウィンドウか否かが判断され（Ｓ６３，Ｓ６４）、表示すべきウィンドウである場合は（Ｓ６３：ＮＯ、Ｓ６４：ＮＯ）、ウィンドウ５のウィンドウ情報６１２の登録作業が実行される（Ｓ６５〜Ｓ６９）。詳細には、ウィンドウ情報６１２として、「２」、「８００，１５０」、「ＹＥＳ」、「画像データ」、「３００，１００」が検出リスト７１１に登録される。その後、ディスプレイ２４に表示されている全ウィンドウを処理したか否かが再度判断される（Ｓ７０）。ここでは、ディスプレイ２４に表示されたウィンドウ４，５の処理がともに終了しているので（Ｓ７０：ＹＥＳ）、検出リスト７１１が完成する。そして、図１１に示すフローチャートに戻り、この検出リスト７１１がプロジェクタ１０に送信される（Ｓ４）。
【００８４】
さらに、ユーザによって投影アプリが閉じられ、投影を終了したか否かが判断される（Ｓ５）。そして、ユーザによって投影アプリが閉じられた場合（Ｓ５：ＹＥＳ）、終了コマンドとして空リスト７０３（図９参照）がプロジェクタ１０に送信される（Ｓ６）。一方、投影アプリが引き続き起動している場合には（Ｓ５：ＮＯ）、Ｓ２に戻って処理が繰り返される。
【００８５】
次に、プロジェクタ１０のＣＰＵ５１によって実行される処理について、図１４，図１５，図２０，図２１のフローチャートを参照して説明する。なお、第１の変形例では、上記実施形態の投影画面作成処理（図１４参照）と、描画順序作成処理（図１５参照）とについては同じ処理が実行されるので、これらの処理については簡単に説明し、上記実施形態と異なる処理、即ち、図２０に示す表示リスト作成処理と、図２１に示す画像サイズ切捨処理とを中心に説明する。
【００８６】
操作パネル４９の起動ボタン（図示外）がオンされると、ＲＯＭ５２に記憶された表示リスト作成プログラムが読み出され、図２０に示す表示リスト作成処理が実行される。はじめに、ＲＡＭ５３に記憶された表示リスト８００が初期化される（Ｓ１００）。次いで、端末装置２０，３０から検出リストのデータを受信したか否かが判断される（Ｓ１０１）。ここで、検出リストのデータをまだ受信していない場合は（Ｓ１０１：ＮＯ）、Ｓ１０１に戻って、引き続きデータの受信があったか否かの監視が行われる。
【００８７】
そして、端末装置２０，３０から検出リストのデータを受信した場合（Ｓ１０１：ＹＥＳ）、表示リスト８１０にウィンドウ情報が登録されているか否かが判断される（Ｓ１０２）。ここでは、表示リスト８００にウィンドウ情報が登録されていない場合（Ｓ１０２：ＮＯ）、そのままウィンドウ情報の登録作業に移行する。そして、処理対象ウィンドウとして、例えば、端末装置２０の方が端末装置３０よりも先にプロジェクタ１０と接続された場合、端末装置２０から送信された検出リスト７１１の先頭のウィンドウ４が設定される（Ｓ１０４）。次に、ウィンドウ４が表示リスト８１０に登録されているか否かが判断される（Ｓ１０５）。ここで、ウィンドウ４のウィンドウ情報６１１が初めて登録される場合（Ｓ１０５：ＹＥＳ）、第１変形例の特徴である画像サイズ切捨処理が実行される（Ｓ１１３）。
【００８８】
図２１に示すように、画像サイズ切捨処理では、まず、投影画面のサイズが取得される（Ｓ９０）。ここでは、図２２に示すフレームメモリ７０のサイズが取得される。さらに、その取得されたフレームメモリ７０のサイズと、ウィンドウ４の左上頂点のＸ，Ｙ座標位置であるＰ点とから、そのフレームメモリ７０に描画可能な描画可能領域７５のサイズが取得される。そして、その取得された描画可能領域７５のサイズと、ウィンドウ４のサイズとが比較される（Ｓ９２）。そして、そのウィンドウ４のサイズが、描画可能領域７５のサイズに全て含まれるか否かが判断される（Ｓ９３）。つまり、描画可能領域７５のＰ点に、ウィンドウ４の左上頂点を合わせて重ねた場合に、描画可能領域と重ならないウィンドウ４の領域があるか否かが判断される。ここで、ウィンドウ４に、描画可能領域と重ならないはみ出た領域がある場合（Ｓ９３：ＹＥＳ）、スクリーン１００の投影画面にはそのはみ出た領域の画像データは表示されない。
【００８９】
この場合、そのはみ出た表示不可能な領域は切り捨てられる（Ｓ９４）。これにより、スクリーン１００の投影画面に表示されない不要な画像データが無くなるので、表示リスト８１０に登録されるウィンドウ情報６１１の画像データ量を軽くすることができる。こうして、図２０のフローチャートに戻り、不要な部分が切り捨てられた画像データを備えるウィンドウ４のウィンドウ情報６１１が、表示リスト８００の先頭にウィンドウ情報６１が登録される（Ｓ１１４）。なお、図２１に示すように、ウィンドウ４のサイズがフレームメモリ７０のサイズに全て含まれる場合は（Ｓ９３：ＮＯ）、スクリーン１００の投影画面にウィンドウ４の画像データを全て表示できるので、そのままの状態で、図２０のフローチャートに戻り、ウィンドウ４のウィンドウ情報６１１が表示リスト８００の先頭にウィンドウ情報６１が登録される（Ｓ１１４）。
【００９０】
次いで、検出リストに登録された全てのウィンドウが登録されたか否かが判断される（Ｓ１１０）。そして、全てのウィンドウがまだ登録されていない場合は（Ｓ１１０：ＮＯ）、次の処理対象ウィンドウとして、検出リスト７１１のウィンドウ５が設定される（Ｓ１１５）。さらに、検出リスト７１１のウィンドウ５と、端末装置３０から送信された検出リストのウィンドウ５，１５とが、上記したウィンドウ４の登録作業と同様に行われ（Ｓ１０５，Ｓ１１３，Ｓ１１４，Ｓ１１０）、全ての処理が終了するまで繰り返される。こうして、図１８に示すように、表示リスト８１０の先頭位置にウィンドウ５のウィンドウ情報６１２が登録され、２行目にウィンドウ１５のウィンドウ情報６１４が登録され、３行目にウィンドウ４のウィンドウ情報６１１が登録され、４行目にウィンドウ１４のウィンドウ情報６１３が登録される。そして、検出リストに登録された全てのウィンドウ情報が登録されたので（Ｓ１１０：ＹＥＳ）、ＲＯＭ５２の投影画面作成プログラム記憶エリア５２ｃに記憶された投影画面作成プログラムが読み出され、表示リスト８１０に基づいて投影画面作成処理が実行される（Ｓ１１１）。なお、投影画面作成処理（図１４参照）は、上記説明した処理と全く同じ処理であるので説明を省略する。
【００９１】
次に、端末装置２０，３０から検出リストのデータを再度受信した場合について説明する。端末装置２０，３０から検出リストのデータを再度受信した場合（Ｓ１０１：ＹＥＳ）、表示リスト８１０にはウィンドウ情報６１１〜６１４が既に登録されているので（Ｓ１０２：ＹＥＳ）、表示リスト８１０に登録された各種ウィンドウの中で、新たに送信された検出リストに登録されていないウィンドウが削除される（Ｓ１０３）。
【００９２】
そして、処理対象ウィンドウとして、例えば、端末装置２０の方が端末装置３０よりも先にプロジェクタ１０と接続された場合、端末装置２０から送信された検出リスト７１１の先頭のウィンドウ４が設定される（Ｓ１０４）。さらに、そのウィンドウ４が表示リスト８１０に未登録のウィンドウであるか否かが判断される（Ｓ１０５）。ウィンドウ４は表示リスト８１０に既に登録されているので（Ｓ１０５：ＮＯ）、そのウィンドウ４の座標位置が更新される（Ｓ１０６）。そして、第１変形例では、画像サイズ切捨処理が実行される（Ｓ１０７）。この画像サイズ切捨処理は、Ｓ１１３の画像切捨処理（図２１参照）と全く同じ処理であって、フレームメモリ７０のサイズと、ウィンドウ４のサイズとの比較によって、スクリーン１００の投影画面に表示されない部分の画像データを切り捨てることができる。
【００９３】
次いで、この画像切捨処理（Ｓ１０７）が終了したら、描画順序更新処理が実行され（Ｓ１０８）、アクティブ状態に切り替わったウィンドウのレイアウト順序が表示リスト８１０の先頭位置に変更される。そして、表示リスト８１０の画像データが更新され（Ｓ１１０：ＹＥＳ）、全検出リストの全てのウィンドウが処理された場合（Ｓ１１０：ＹＥＳ）、投影画面作成処理が実行される（Ｓ１１１）。次いで、投影終了か否かが判断される（Ｓ１１２）。ここでは、ユーザにより表示装置の投影を終了されたか否かを判断する。投影がまだ継続中であると判断された場合は（Ｓ１１２：ＮＯ）、Ｓ１０１に戻り、再び、端末装置２０，３０から検出リストのデータを受信したか否かの監視が行われる。一方、投影が終了されたと判断された場合（Ｓ１１２：ＹＥＳ）、処理が終了する。
【００９４】
以上説明したように、画像表示システム１の第１変形例では、端末装置２０，３０のディスプレイ２４，３４に各々表示される各種ウィンドウのサイズと、プロジェクタ１０のフレームメモリ７０の描画可能領域のサイズとを比較して描画できない部分の画像データを切り捨てることで、表示リスト８００に登録される画像データ量を軽くすることができる。これにより、プロジェクタ１０の画像処理を速やかに実行させることができる。
【００９５】
なお、以上の第１変形例の説明において、図２１の画像サイズ切捨処理のＳ９１の処理を実行するＣＰＵ５１が本発明の「表示可能領域検出手段」に相当し、Ｓ９２の処理を実行するＣＰＵ５１が本発明の「サイズ比較手段」に相当し、Ｓ９３の処理を実行するＣＰＵ５１が本発明の「サイズ判断手段」に相当し、Ｓ９４の処理を実行するＣＰＵ５１が本発明の「画像データ切捨手段」に相当する。
【００９６】
次に、第２変形例について、図２３乃至図２８を参照して説明する。第２変形例では、端末装置２０，３０のディスプレイ２４，３４に各々表示される各種ウィンドウの数（以下、ウィンドウ数と呼ぶ。）に基づいてスクリーン１００の投影画面を分割し、それら分割画面に対して各種ウィンドウを各々配置して表示することができる。なお、第２変形例も、上記実施形態の画像表示システム１と同様の構成であるため、同じ構成部分については同符号を付して説明する。さらに、端末装置２０，３０のＣＰＵ１１による制御動作は上記実施形態と同じであるので説明を省略し、プロジェクタ１０のＣＰＵ５１によって実行される上記実施形態と異なる表示リスト作成処理（図２６，図２７参照）と、投影画面作成処理（図２８参照）とを中心に説明する。
【００９７】
なお、図２３は、ウィンドウ数／分割数テーブル５２１の概念図（第２変形例）であり、図２４は、ウィンドウの配置方法を示す説明図（第２変形例）であり、図２５は、更新後の表示リスト８２０の概念図（第２変形例）であり、図２６は、表示リスト作成処理のフローチャート（第２変形例）であり、図２７は、図２６のフローチャートの続きを示すフローチャート（第２変形例）であり、図２８は、投影画面作成処理のフローチャート（第２変形例）である。
【００９８】
まず、ウィンドウ数と、投影画面の分割数との関係について説明する。この第２変形例では、ウィンドウ数に対応して、投影画面の分割数が予め設定されている。そして、これらの対応関係は、プロジェクタ１０のＲＯＭ５２（図３参照）に記憶された図２３に示すウィンドウ数／分割数テーブル５２１に示されている。図２３に示すように、ウィンドウ数／分割数テーブル５２１は、ウィンドウ数に対応して投影画面の分割数がそれぞれ設定されている。詳細には、ウィンドウ数「１」に対して分割数＝１、ウィンドウ数「２」に対して分割数＝２、ウィンドウ数「３〜４」に対して分割数＝２×２（４）、ウィンドウ数「５〜９」に対して分割数＝３×３（９）、ウィンドウ数「１０〜１６」に対して分割数＝４×４（１６）、ウィンドウ数「１７〜２５」に対して分割数＝５×５（２５）となっている。
【００９９】
例えば、ウィンドウ数が「５」で分割数＝３×３（９）が設定され、その後ウィンドウ数が「４」に減った場合、何も表示されない分割画面が多くなってしまうので分割数＝２×２（４）に変更される。一方、ウィンドウ数が「５」から「１０」に増えた場合、分割画面に表示できないウィンドウを生じてしまうので、分割数＝４×４（１６）に変更される。これにより、ウィンドウ数に対応する適切な分割数を設定することができる。なお、この投影画面の分割数はＲＡＭ５３に記憶されている。
【０１００】
次に、分割画面に対するウィンドウの配置方法について説明する。ウィンドウの配置順序は３つのステップで設定されるとともに、各ウィンドウのＸ座標とＹ座標とに基づいて設定される。例えば、端末装置２０，３０から送信される全検出リストに登録されたウィンドウがＷ１，Ｗ２，Ｗ３，Ｗ４の４つで、各ウィンドウのＸ，Ｙ座標が、Ｗ１（８００，１５０）、Ｗ２（５５０，６１）、Ｗ３（９０，５０）、Ｗ４（３５，１００）であったとする。この場合、２×２（４）の分割画面が用意され、これら４つの分割画面に対してウィンドウが配置される。図２４に示すように、まず、ステップ１として、各ウィンドウＷ１〜Ｗ４のＸ座標に従って、ウィンドウＷ１〜Ｗ４をＸ方向に配置する。この場合、４つのウィンドウは、Ｘ座標の小さい方から順に、Ｗ４，Ｗ３，Ｗ２，Ｗ１の順に配列される。さらに、ステップ２として、Ｙ方向の画面数が２であるため、配列された４枚のウィンドウＷ４〜Ｗ１のうち、Ｘ座標の小さい方から２画面ずつ、１番目と２番目の組合せ、３番目と４番目の組合せにおいて、それぞれのＹ座標が比較される。つまり、Ｗ４とＷ３の組合せ、Ｗ２とＷ１の組合せの中で、それぞれのＹ座標が比較される。
【０１０１】
そして、最後のステップ３として、それぞれの組合せの中で、Ｙ座標が大きいウィンドウが上段に、Ｙ座標の小さいウィンドウが下段になるように各々配置される。つまり、Ｗ３のＹ座標よりもＷ４のＹ座標の方が大きいので、Ｗ４が上段に、Ｗ３が下段に配置される。一方、Ｗ２のＹ座標よりもＷ１のＹ座標の方が大きいので、Ｗ１が上段に、Ｗ２が下段に配置される。こうして、２×２（４）の分割画面に対して４枚のウィンドウＷ１〜Ｗ４がそれぞれ配置される。なお、上記したウィンドウの配置方法はほんの一例に過ぎず、これとは異なる配置方法を設定してもよい。
【０１０２】
次に、表示リスト８２０に対するウィンドウＷ１〜Ｗ４の登録順序について説明する。図２５に示すように、表示リスト８２０は、上記実施形態の表示リスト８００と同じ内容のリストである。そして、この表示リスト８２０には、レイアウト順序が昇順に設定され、そのレイアウト順序に従って、各ウィンドウＷ１〜Ｗ４が各分割画面にそれぞれ配置される。ここで、図２４に示すように、２×２（４）の分割画面において、左上に配置されるウィンドウをレイアウト順序の１番目、左下に配置されるウィンドウをレイアウト順序の２番目、右上に配置されるウィンドウをレイアウト順序の３番目、右下に配置されるウィンドウをレイアウト順序の４番目と予め設定する。そして、これら分割画面の左上にウィンドウＷ４、左下にウィンドウＷ３、右上にウィンドウＷ１、右下にウィンドウＷ２が配置される場合、表示リスト８２０には、上からウィンドウＷ４、ウィンドウＷ３、ウィンドウＷ１、ウィンドウＷ２の順にそれぞれ登録される。
【０１０３】
次に、第２変形例においてプロジェクタ１０のＣＰＵ５１によって実行される処理について、図２６乃至図２８のフローチャートを参照して説明する。なお、端末装置２０，３０では上記実施形態と同様の検出リスト７０１，７０２が作成され、プロジェクタ１０側に無線送信されるものとする。はじめに、操作パネル４９の起動ボタン（図示外）がオンされると、ＲＯＭ５２に記憶された表示リスト作成プログラムが読み出され、図２６に示す表示リスト作成処理が実行される。はじめに、ＲＡＭ５３に記憶された表示リスト８００が初期化される（Ｓ１２０）。なお、このとき、ＲＡＭ５３に記憶された投影画面の分割数も初期化されて「１」となる。次いで、端末装置２０，３０から検出リスト７０１，７０２のデータを受信したか否かが判断される（Ｓ１２１）。ここで、検出リスト７０１，７０２のデータをまだ受信していない場合（Ｓ１２１：ＮＯ）は、Ｓ１２１に戻って、引き続きデータの受信があったか否かの監視が行われる。
【０１０４】
そして、端末装置２０，３０から検出リスト７０１，７０２のデータを受信した場合（Ｓ１２１：ＹＥＳ）、受信した検出リスト７０１，７０２に登録されているウィンドウ数が取得される（Ｓ１２２）。なお、この取得されたウィンドウ数はＲＡＭ５３に記憶される。次いで、表示リスト８００にウィンドウ情報が登録されているか否かが判断される（Ｓ１２３）。そして、ウィンドウ情報が登録されていない場合は（Ｓ１２３：ＮＯ）、そのままウィンドウ情報の登録作業に移行し、処理対象ウィンドウとして、先に接続された端末装置２０から送信された検出リスト７０１の先頭のウィンドウ４が設定される（Ｓ１２７）。
【０１０５】
一方、表示リスト８２０に既にウィンドウが登録されている場合（Ｓ１２３：ＹＥＳ）、その表示リスト８２０に登録された各種ウィンドウの中で、新たに送信された検出リスト７０１，７０２に登録されていないウィンドウが表示リスト８２０から削除される（Ｓ１２４）。つまり、ＰＣＩＤが一致するウィンドウで、検出リストに登録されていないウィンドウが削除される。この場合、ウィンドウ数が減る可能性があるので、そのウィンドウ数が分割数の下限より小さいか否かが判断される（Ｓ１２５）。また、端末装置２０（又は、端末装置３０）が画像出力を停止する場合、端末装置２０（又は、端末装置３０）から空リスト７０３が送信されるので、対応するウィンドウ情報が表示リスト８２０から削除される（Ｓ１２４）。
【０１０６】
次いで、ウィンドウ数が分割数の下限より小さいか否かが判断される（Ｓ１２５）。例えば、ウィンドウ数４がでＲＡＭ５３に記憶された分割数が３×３（９）の場合は、ウィンドウ数（４）が分割数の下限（５）よりも小さい（Ｓ１２５：ＹＥＳ）。そこで、ＲＯＭ５２に記憶されたウィンドウ数／分割数テーブル５２１に基づき、分割数がウィンドウ数４に対応する２×２（４）に変更される（Ｓ１２６）。その後、処理対象ウィンドウとして、例えば、端末装置２０の方が端末装置３０よりも先にプロジェクタ１０と接続された場合、端末装置２０から送信された検出リスト７０１の先頭のウィンドウが設定される（Ｓ１２７）。なお、ウィンドウ数が分割数の下限より小さくない場合（Ｓ１２５：ＮＯ）、Ｓ１２７にそのまま移行する。
【０１０７】
次に、図２７に示すように、ウィンドウ４が表示リスト８００に登録されているか否かが判断される（Ｓ１２８）。ここで、ウィンドウ４のウィンドウ情報６１が初めて登録される場合（Ｓ１２８：ＹＥＳ）、続いて、ＲＡＭ５３に記憶されたウィンドウ数と、ＲＡＭ５３に記憶された分割数とが比較され、ウィンドウ数が分割数の上限よりも大きいか否かが判断される（Ｓ１３５）。ここでは、未登録ウィンドウが登録されることから必然的にウィンドウ数が増えるため、ＲＡＭ５３に記憶されている分割数の分割画面に全てのウィンドウを表示できるか否かが判断される。
【０１０８】
例えば、ウィンドウ数が４でＲＡＭ５３に記憶された分割数が１の場合は、ウィンドウ数が分割数の上限よりも大きくなる（Ｓ１３５：ＹＥＳ）。そこで、ＲＯＭ５２に記憶されたウィンドウ数／分割数テーブル５２１に基づき、分割数がウィンドウ数４に対応する２×２（４）に変更され（Ｓ１３６）、ウィンドウ４のウィンドウ情報６１が表示リスト８００の先頭に登録される（Ｓ１３７）。また、ウィンドウ数が６でＲＡＭ５３に記憶された分割数が２×２（４）の場合も、ウィンドウ数６は分割数２×２の上限である４より大きくなる（Ｓ１３５：ＹＥＳ）。よって、この場合も、ＲＯＭ５２に記憶されたウィンドウ数／分割数テーブル５２１に基づき、ウィンドウ数６に対応して分割数３×３（９）に変更される（Ｓ１３６）。一方、ウィンドウ数が４でＲＡＭ５３に記憶された分割数が２×２（４）の場合は、ウィンドウ数が分割数の上限である４よりも大きくはない（Ｓ１３５：ＮＯ）。この場合、分割数は変更せずに、ウィンドウ４のウィンドウ情報６１が表示リスト８００の先頭に登録される（Ｓ１３７）。
【０１０９】
続いて、設定された分割画面のサイズに、ウィンドウ４のサイズが適応するように、ウィンドウ４の画像データのサイズの拡大／縮小処理がなされ（Ｓ１２９）、その拡大／縮小処理がなされた画像データが、ウィンドウ４の画像データとして更新される（Ｓ１３０）。なお、未登録ウィンドウでない場合は（Ｓ１２８：ＮＯ）、そのままウィンドウ４の画像データのサイズの拡大／縮小処理がなされる（Ｓ１２９）。そして、検出リスト７０１，７０２に登録された全てのウィンドウ情報が登録されたか否かが判断される（Ｓ１３１）。まだ、全てのウィンドウの処理が終了していない場合（Ｓ１３１：ＮＯ）、次の処理対象ウィンドウが設定され（Ｓ１３４）、全てのウィンドウの処理が終了するまで処理が繰り返される。そして、全てのウィンドウの処理が終了した場合（Ｓ１３１：ＹＥＳ）、ＲＯＭ５２の投影画面作成プログラム記憶エリア５２ｃに記憶された投影画面作成プログラムが読み出され、作成された表示リスト８００に基づいて投影画面を作成するための投影画面作成処理（図２６参照）が実行される（Ｓ１３２）。
【０１１０】
次に、投影画面作成処理（Ｓ１３２）について説明する。図２８に示すように、投影画面作成処理では、分割画面に対するウィンドウの配置順序を決定するために、まず、ステップ１として、Ｘ軸方向の配置順序が決定される（Ｓ１４０）。ここで、２×２（４）の分割画面に４つのウィンドウを配置する場合、これらのＸ座標に基づいてＸ軸方向に配置される。続いて、ステップ２として、２つのウィンドウの組合せの中で、Ｙ座標に基づいて上下の配置順序が決定される（Ｓ１４１）。これにより、全てのウィンドウの分割画面に対する配置が決定するので、この配置順序に基づいて、表示リスト８２０の登録順序が更新される（Ｓ１４２）。
【０１１１】
そして、表示リスト８２０の配置位置に変更があるか否かが判断される（Ｓ１４３）。つまり、ＲＡＭ５３に記憶されている過去の表示リストと、新たに更新された表示リスト８２０との間で配置が変更されたか否かが判断される。ここで、配置位置の変更がなかった場合（Ｓ１４３：ＮＯ）、受信した未登録のウィンドウの画像データのみがフレームメモリ７０に描画されて更新される（Ｓ１４８）。一方、表示リスト８２０の配置位置に変更があった場合（Ｓ１４３：ＹＥＳ）、表示リスト８２０の先頭のウィンドウが描画対象に設定され（Ｓ１４４）、フレームメモリ７０にそのウィンドウの画像データが描画される（Ｓ１４５）。なお、表示リスト８２０が新規登録であった場合も、表示リスト８２０の配置位置に変更があったと判断される。
【０１１２】
次いで、表示リスト８２０の全てのウィンドウの描画が完了したか否かが判断される（Ｓ１４６）。そして、全てのウィンドウの描画が完了していない場合には（Ｓ１４６：ＮＯ）、描画ウィンドが更新され（Ｓ１４７）、Ｓ１４３にも戻って処理が繰り返され、全てのウィンドウについての描画処理がなされる。そして、全ウィンドウについての描画が完了した場合（Ｓ１４６：ＹＥＳ）、図２７のフローチャートに戻って、投影終了か否かが判断される（Ｓ１３３）。一方、投影がまだ継続中であると判断された場合は（Ｓ１３３：ＮＯ）、図２６に示すフローチャートのＳ１２１に戻り、再び、端末装置２０，３０から検出リストのデータを受信したか否かの監視が行われ（Ｓ１２１）、処理が繰り返される。
【０１１３】
以上説明したように、第２変形例では、端末装置２０，３０のディスプレイ２４，３４に各々表示される各種ウィンドウの数に基づいてスクリーン１００の投影画面が分割され、それら分割画面に各種ウィンドウを各々表示させることができる。これにより、スクリーン１００の投影画面において、各ウィンドウを並べて比較することができる。
【０１１４】
次に、第３変形例について、図２９を参照して説明する。第３変形例では、１つの端末装置につき１つのウィンドウのみを表示させることができる。つまり、端末装置が２つの場合、スクリーン１００の投影画面上には２つのウィンドウのみが表示されるようになっている。なお、第３変形例では、上記実施形態の画像表示システム１と同様の構成であるため、同じ構成部分については同符号を付して説明する。さらに、上記実施形態と異なる点は、端末装置２０，３０のＣＰＵ１１による制御動作のみであるので、ここでは、端末装置２０の検出リスト作成処理を中心に説明する。図２９は、検出リスト作成処理のフローチャート（第３変形例）である。
【０１１５】
第３変形例において端末装置２０のＣＰＵ１１によって実行される検出リスト作成処理について、図２９のフローチャートを参照して説明する。まず、ユーザの操作によって投影アプリが起動されると、プログラム記憶エリア１２２に記憶された検出リスト作成プログラムが読み出され、図２９に示す検出リスト作成処理が実行される。はじめに、ハードディスク装置１２０の検出リスト記憶エリア１２１に記憶された検出リストが初期化される（Ｓ１５０）。次いで、プロジェクタ１０に送信するウィンドウを決定したか否かが判断される（Ｓ１５１）。ここで、送信するウィンドウの決定方法については、例えば、投影アプリ起動時に、ディスプレイ２４に表示されている複数のウィンドウの中で、最前面にあるウィンドウが設定される。つまり、各ウィンドウのＺ軸座標を比較することによって最前面にあるウィンドウが特定されるので、そのウィンドウが送信ウィンドウとして設定される。ここで、送信されるウィンドウがまだ決定されていない場合（Ｓ１５１：ＮＯ）、Ｓ１５１に戻って処理が繰り返される。そして、送信されるウィンドウが決定された場合（Ｓ１５１：ＹＥＳ）、検出リスト更新処理が実行され（Ｓ１５２）、検出リストにそのウィンドウのウィンドウ情報が登録される。なお、この検出リスト更新処理は、上記実施形態で説明した処理と同様である。
【０１１６】
そして、最前面側のウィンドウのウィンドウ情報が登録された検出リストが、プロジェクタ１０に無線送信される（Ｓ１５３）。さらに、ユーザによって投影アプリが閉じられ、投影を終了したか否かが判断される（Ｓ１５４）。そして、ユーザによって投影アプリが閉じられた場合（Ｓ１５４：ＹＥＳ）、終了コマンドとして空リスト７０３（図９参照）がプロジェクタ１０に送信される（Ｓ１５６）。一方、投影アプリが引き続き起動している場合には（Ｓ１５４：ＮＯ）、そのウィンドウがクローズされたか否かが判断される（Ｓ１５５）。そして、そのウィンドウがまだクローズされていない場合は（Ｓ１５５：ＮＯ）、Ｓ１５２に戻って処理が繰り返される。また、そのウィンドウがクローズされた場合は、終了コマンドとして空リスト７０３（図９参照）がプロジェクタ１０に送信され（Ｓ１５６）、処理が終了する。
【０１１７】
以上説明したように、第３変形例では、１つの端末装置につき１つのウィンドウのみを表示させることができる。これにより、例えば、端末装置が複数で多い場合に、スクリーン１００の投影画面上で多数のウィンドウが溢れて表示されてしまうのを防止することができる。
【０１１８】
次に、第４変形例について説明する。図３０，図３１を参照して説明する。第４変形例では、ウィンドウ情報にそのウィンドウが非表示指定されているか否かを示す非表示指定情報を加えることによって、そのウィンドウを非表示するかしないかをプロジェクタ１０側で判断させることができる。上記実施形態では、チェックボックス２７にチェックされて非表示指定されたウィンドウは検出リストに登録されなかったが、第４変形例では、非表示指定されたウィンドウも検出リストに登録され、プロジェクタ１０側でウィンドウの非表示機能を実行する点が大きく異なる。
【０１１９】
なお、第４変形例では、上記実施形態の画像表示システム１と同様の構成であるため、同じ構成部分については同符号を付して説明する。さらに、端末装置２０，３０で作成される検出リスト７２１と、プロジェクタ１０のＣＰＵ５１が実行する投影画面作成処理が異なるのみで、他の処理動作は全て同じであるので、異なる部分を中心に説明する。また、第４変形例において、端末装置２０，３０のＣＰＵ１１によって実行される検出リスト作成処理では、非表示指定されたウィンドウも登録されるので、図１２に示すフローチャートのＳ１４の判断処理はされない代わりに、非表示指定情報を取得する処理が組み込まれる。なお、図３０は、検出リスト７２１の概念図（第４変形例）であり、図３１は、投影画面作成処理のフローチャート（第４変形例）である。
【０１２０】
まず、検出リスト７２１について説明する。図３０に示すように、検出リスト７２１は、上記実施形態で説明した検出リスト７０１と同じ構成をベースに備え、ウィンドウが非表示指定されているか否かの非表示指定情報が新たに付け加えられたものである。非表示指定は、上記実施形態と同じ方法であり、図９に示すウィンドウ枠２６の上部の表示されたチェックボックス２７にチェックすることによってなされる。そして、そのウィンドウが非表示指定されている場合は、「ＹＥＳ」、非表示指定されていない場合は、「ＮＯ」と設定され、ウィンドウ情報の構成データとして検出リスト７２１に登録され、プロジェクタ１０に無線送信される。
【０１２１】
次に、プロジェクタ１０のＣＰＵ５１によって実行される投影処理について説明する。上記実施形態と同様に、端末装置２０，３０から検出リストを受信すると、これらに基づいて表示リストが作成される。表示リストは、各検出リスト７２１に登録されたウィンドウのウィンドウ情報が登録され、全てのウィンドウ情報が表示リストに登録されたら、図３１に示す投影画面作成処理が実行される。
【０１２２】
投影画面作成処理では、まず、表示リストのレイアウト順序に従って、最背面側のウィンドウが描画ウィンドウとして設定される（Ｓ１６０）。そして、そのウィンドウが非表示指定か否かが判断される（Ｓ１６１）。ここで、そのウィンドウの非表示指定情報が「ＮＯ」となっている場合（Ｓ１６１：ＮＯ）、そのウィンドウは非表示指定されていないので、フレームメモリにそのウィンドウの画像データが描画される（Ｓ１６２）。そして、表示リストの全ウィンドウの描画が完了したか否かが判断される（Ｓ１６３）。一方、そのウィンドウの非表示指定情報が「ＹＥＳ」となっている場合は（Ｓ１６１：ＹＥＳ）、そのウィンドウは非表示指定されているので、フレームメモリにウィンドウを描画することなく、表示リストの全ウィンドウの描画が完了したか否かが判断される（Ｓ１６３）。そして、全ウィンドウの描画がまだ終了していない場合は（Ｓ１６３：ＮＯ）、処理されたウィンドウの前面側のウィンドウが描画対象ウィンドウとして設定され、Ｓ１６１に戻って処理が繰り返される。このように、非表示指定されたウィンドウの画像データは、フレームメモリに描画されないので、スクリーン１００の投影画面上に非表示指定されたウィンドウを表示させないことができる。
【０１２３】
以上説明したように、第４変形例では、ウィンドウ情報にそのウィンドウが非表示指定されているか否かを示す非表示指定情報を含め、そのウィンドウ情報が登録された検出リストに基づいてプロジェクタ１０側で制御動作することができる。この第４変形例では、非表示指定されたウィンドウの画像データは、フレームメモリに描画されないので、スクリーン１００の投影画面上に非表示指定されたウィンドウを表示させないことができる。
【０１２４】
なお、本発明の画像表示システムは、上記実施形態に限らず、各種の変形が可能なことはいうまでもない。例えば、上記実施形態では、アクティブ状態のウィンドウを、非アクティブ状態よりも前面側に配置されるようにレイアウトされるが、非アクティブ状態のウィンドウは表示させないようにしてもよい。この場合、図３１に示す投影画面作成処理において、「非表示指定か？（Ｓ１６１）」の部分を、「非アクティブ状態か？」に置き換えることで、非アクティブ状態のウィンドウがフレームメモリには描画されない。
【０１２５】
また、上記実施形態では、検出リスト７０１，７０２にウィンドウ情報６０を登録し、それら検出リスト７０１，７０２をプロジェクタ１０に送信しているが、例えば、各投影の開始時と終了時にプロジェクタ１０から端末装置２０，３０に所定コマンドを送信することでウィンドウ情報を管理したり、タイマーで管理するようにしてもよい。
【産業上の利用可能性】
【０１２６】
本発明の画像表示装置、端末制御プログラム及び画像表示システムは、表示部に表示可能な表示装置と、当該表示装置との間でデータの送受信が可能な端末装置とからなる画像表示システムに適用可能である。
【図面の簡単な説明】
【０１２７】
【図１】画像表示システム１の構成を示す概念図である。
【図２】端末装置２０の電気的構成を示すブロック図である。
【図３】プロジェクタ１０の電気的構成を示すブロック図である。
【図４】ＲＯＭ５２の記憶エリアを示す概念図である。
【図５】ウィンドウ情報６０の構成を示す概念図である。
【図６】検出リスト７０１の概念図である。
【図７】検出リスト７０２の概念図である。
【図８】空リスト７０３の概念図である。
【図９】チェックボックス２７が表示されたウィンドウ４の概念図である。
【図１０】表示リスト８００の概念図である。
【図１１】検出リスト作成処理のフローチャートである。
【図１２】検出リスト更新処理のフローチャートである。
【図１３】表示リスト作成処理のフローチャートである。
【図１４】描画順序更新処理のフローチャートである。
【図１５】投影画面作成処理のフローチャートである。
【図１６】アクティブ状態への切り替わり検出後の表示リスト８００の概念図である。
【図１７】検出リスト７１１の概念図（第１変形例）である。
【図１８】表示リスト８１０の概念図（第１変形例）である。
【図１９】検出リスト更新処理のフローチャート（第１変形例）である。
【図２０】表示リスト作成処理のフローチャート（第１変形例）である。
【図２１】画像サイズ切捨処理のフローチャート（第１変形例）である。
【図２２】画像サイズ切捨処理の説明図（第１変形例）である。
【図２３】ウィンドウ数／分割数テーブル５２１の概念図（第２変形例）である。
【図２４】ウィンドウの配置方法を示す説明図（第２変形例）である。
【図２５】更新後の表示リスト８２０の概念図（第２変形例）である。
【図２６】表示リスト作成処理のフローチャート（第２変形例）である。
【図２７】図２６のフローチャートの続きを示すフローチャート（第２変形例）である。
【図２８】投影画面作成処理のフローチャート（第２変形例）である。
【図２９】検出リスト作成処理のフローチャート（第３変形例）である。
【図３０】検出リスト７２１の概念図（第４変形例）である。
【図３１】投影画面作成処理のフローチャート（第４変形例）である。
【符号の説明】
【０１２８】
１    画像表示システム
１０    プロジェクタ
２０    端末装置
２４    ディスプレイ
３０    端末装置
３４    ディスプレイ
６０    ウィンドウ情報
１００    スクリーン
７０１    検出リスト
７０２    検出リスト
８００    表示リスト
【図１】
2008170581.tif 000003
【図２】
2008170581.tif 000004
【図３】
2008170581.tif 000005
【図４】
2008170581.tif 000006
【図５】
2008170581.tif 000007
【図６】
2008170581.tif 000008
【図７】
2008170581.tif 000009
【図８】
2008170581.tif 000010
【図９】
2008170581.tif 000011
【図１０】
2008170581.tif 000012
【図１１】
2008170581.tif 000013
【図１２】
2008170581.tif 000014
【図１３】
2008170581.tif 000015
【図１４】
2008170581.tif 000016
【図１５】
2008170581.tif 000017
【図１６】
2008170581.tif 000018
【図１７】
2008170581.tif 000019
【図１８】
2008170581.tif 000020
【図１９】
2008170581.tif 000021
【図２０】
2008170581.tif 000022
【図２１】
2008170581.tif 000023
【図２２】
2008170581.tif 000024
【図２３】
2008170581.tif 000025
【図２４】
2008170581.tif 000026
【図２５】
2008170581.tif 000027
【図２６】
2008170581.tif 000028
【図２７】
2008170581.tif 000029
【図２８】
2008170581.tif 000030
【図２９】
2008170581.tif 000031
【図３０】
2008170581.tif 000032
【図３１】
2008170581.tif 000033