JP2007079240A - 画像表示装置及び画像表示方法 - Google Patents

Abstract

【課題】 複数の端末からの画面データを同時に外部モニタに出力して表示できるようにする。
【解決手段】 画像表示装置（２）は、ｎ台の端末（ＰＣ_１〜ＰＣ_ｎ）から送られてくるｎ個の画像を取り込む取り込み手段（３０、３７）、前記取り込み手段によって取り込まれたｎ個の画像を個別に保持する保持手段（３６）、前記保持手段に保持されたｎ個の画像を順次に読み出して所定の表示パターンでビデオＲＡＭ（４１）上に配列する配列手段（３７、４０）と、前記ビデオＲＡＭ上に配列された画像を読み出して表示する表示手段（３７、４２、４３、４９）を備える。
【選択図】 図４

Description

本発明は、画像表示装置及び画像表示方法に関し、詳しくは、パーソナルコンピュータ等のディスプレイ画面をプロジェクタなどの外部モニタに出力する際に用いられる画像表示装置及び画像表示方法に関する。

近年、会議やプレゼンテーション等の発表の場（以下、これらを総称してプレゼンテーションという）の場で、パーソナルコンピュータ等の端末内に記録された様々な電子化資料を、プロジェクタなどの外部モニタに出力して拡大表示することが行われている。

たとえば、下記の特許文献１には、パーソナルコンピュータ等の端末装置の表示画面に表示される画面を外部モニタに出力して表示させるための表示制御装置（以下、従来技術という）が記載されており、この従来技術の目的は、「端末にて表示される複数の画面データのうちで、必要な画面データのみを出力する」ことにある。ここで、“端末にて表示される複数の画面データ”とは、ウィンドウと呼ばれる独立したオブジェクトのことを指し、また、“必要な画面データ”とは、端末にて表示される複数の画面データ（ウィンドウ）のうち、プレゼンテーション用のアクティブウィンドウのこと指している。

かかる従来技術によれば、パーソナルコンピュータにおける操作画面等の不要な画面を外部モニタに出力しないようにすることができる。

すなわち、一般的に、パーソナルコンピュータ等の端末装置の表示画面に表示される画面を外部モニタに出力する際は、端末装置の表示画面と同じ画面を外部モニタに出力するが、この場合は、たとえば、ファイル選択画面等の不要画面（プレゼンテーションに不必要な画面）も外部モニタに出力してしまうため、プレゼンテーション参加者の注意力を散漫にし、プレゼンテーションのスマートさを阻害する欠点がある。これに対して、従来技術のようにすると、プレゼンテーション用のアクティブウィンドウのみを外部モニタに出力し、それ以外の、たとえば、ファイル選択画面等の不要画面を外部モニタに出力しないようにできるので、かかる欠点を解消できる。

特開２０００−３３９１３０号公報

しかしながら、上記の従来技術にあっては、「端末にて表示される複数の画面データのうちで、必要な画面データのみを出力する」ことにより、プレゼンテーションのスマートさを改善できるようにした点で有益であるものの、外部モニタに接続する端末（パーソナルコンピュータ等）の数を“１台”しか想定していないため、“複数の端末”を同時に使用することができなかった。

このため、複数の端末を使用する場合には、たとえば、それらの端末と外部モニタとの間に信号切り換え器を介在させたり、あるいは、いちいちケーブルを差し替えたりする必要があり、相当な手間と面倒な操作を伴うという問題点がある。

そこで、本発明は、複数の端末からの画面データを同時に外部モニタに出力して表示できる画像表示装置及び画像表示方法を提供することを目的とする。

請求項１記載の発明は、ｎ台の端末から送られてくるｎ個の画像を表示する画像表示装置であって、前記ｎ台の端末から送られてくるｎ個の画像を取り込む取り込み手段と、前記取り込み手段によって取り込まれたｎ個の画像を個別に保持する保持手段と、前記保持手段に保持されたｎ個の画像を順次に読み出して所定の表示パターンでビデオＲＡＭ上に配列する配列手段と、前記ビデオＲＡＭ上に配列された画像を読み出して表示する表示手段とを備えたことを特徴とする画像表示装置である。
請求項２記載の発明は、前記ｎ台の端末から送られてくるｎ個の画像は、各々の端末において画面キャプチャされた画像であることを特徴とする請求項１記載の画像表示装置である。
請求項３記載の発明は、前記所定のパターンは、ｎ個の画像の一部を重ねた積層状態の表示パターンまたは非積層状態の表示パターンのいずれかであることを特徴とする請求項１記載の画像表示装置である。
請求項４記載の発明は、ｎ台の端末から送られてくるｎ個の画像を表示する画像表示方法であって、前記ｎ台の端末から送られてくるｎ個の画像を取り込む取り込み工程と、前記取り込み工程で取り込まれたｎ個の画像を個別に保持する保持工程と、前記保持工程で保持されたｎ個の画像を順次に読み出して所定の表示パターンでビデオＲＡＭ上に配列する配列工程と、前記ビデオＲＡＭ上に配列された画像を読み出して表示する表示工程とを含むことを特徴とする画像表示方法である。
請求項５記載の発明は、前記ｎ台の端末から送られてくるｎ個の画像は、各々の端末において画面キャプチャされた画像であることを特徴とする請求項４記載の画像表示方法である。
請求項６記載の発明は、前記所定のパターンは、ｎ個の画像の一部を重ねた積層状態の表示パターンまたは非積層状態の表示パターンのいずれかであることを特徴とする請求項４記載の画像表示方法である。

本発明では、ｎ台の端末から各々画像が送られてくると、それらのｎ個の画像が所定の表示パターンでビデオＲＡＭ上に配列され、そのビデオＲＡＭ上に配列された画像が読み出されて表示されるので、たとえば、前記所定のパターンをｎ個の画像の一部を重ねた積層状態の表示パターンまたは非積層状態の表示パターンのいずれかとすれば、ｎ台の端末から送られてくるｎ個の画像を、積層状態または非積層状態で一つの画面にまとめて表示することができる。したがって、複数の端末からの画面データを同時に外部モニタに出力して表示することができ、前記の発明の課題を解決できる。

以下、本発明の実施形態を、図面を参照しながら説明する。なお、以下の説明における様々な細部の特定ないし実例および数値や文字列その他の記号の例示は、本発明の思想を明瞭にするための、あくまでも参考であって、それらのすべてまたは一部によって本発明の思想が限定されないことは明らかである。また、周知の手法、周知の手順、周知のアーキテクチャおよび周知の回路構成等（以下「周知事項」）についてはその細部にわたる説明を避けるが、これも説明を簡潔にするためであって、これら周知事項のすべてまたは一部を意図的に排除するものではない。かかる周知事項は本発明の出願時点で当業者の知り得るところであるので、以下の説明に当然含まれている。

まず、構成を説明する。
図１は、本実施形態のシステム構成図である。この図において、スクリーン１の近くのテーブルＴの上には、端末としてのｎ台（ここでは便宜的にｎ＝４）のパーソナルコンピュータＰＣ_１〜ＰＣ_ｎと、外部モニタとしての１台のプロジェクタ２と、それらの端末及び外部モニタ間のデータ送受信を中継する、たとえば、無線ＬＡＮアクセスポイント３とが載置されている。なお、図示のユーザＵ_１はパーソナルコンピュータＰＣ_１の操作者、ユーザＵ_２はパーソナルコンピュータＰＣ_２の操作者、ユーザＵ_ｎはパーソナルコンピュータＰＣ_ｎの操作者である。

各々のパーソナルコンピュータＰＣ_ｉ（ｉは１〜ｎ：以下同様とする）には、ウィンドウオブジェクトを表示できるＧＵＩ（グラフィカルユーザインターフェース）対応の汎用ＯＳ（たとえば、Ｗｉｎｄｏｗｓ（登録商標））と、そのＯＳ上で動作する様々なアプリケーションプログラムとが実装されており、プロジェクタ２は、各々のパーソナルコンピュータＰＣ_ｉからの表示画像データ（最大でｎ個の表示画像データ）を、無線ＬＡＮアクセスポイント３を経由して取り込み、それらのｎ個の表示画像データをスクリーン１の上に所定の態様、たとえば、少しずつずらしながら重ねて表示したり、あるいは、並べて表示したりすることができる。

各々のパーソナルコンピュータＰＣ_ｉとプロジェクタ２にはそれぞれ無線ＬＡＮカードが実装されており、それらの無線ＬＡＮカードと無線ＬＡＮアクセスポイント３との間で、たとえば、国際標準（ＩＥＥＥ８０２．１１ａまたはｇ／ｂ）規格の無線通信を行い、相互にデジタルパケットデータのやり取りを行うことができるようになっている。なお、無線ＬＡＮカードの“カード”に特段の意味はない。無線ＬＡＮアクセスポイント３と対で動作する無線ＬＡＮ用のデバイスであればよく、たとえば、パーソナルコンピュータＰＣ_ｉに内蔵されるタイプのもの、取り外し可能な形で実装あるいはケーブル接続されるタイプのもの、あるいはその他のタイプのデバイスであっても構わない。

図２は、パーソナルコンピュータＰＣ_ｉの表示画面構成図であり、ここでは、デスクトップ画面（ａ）と最大化ウィンドウ（ｂ）の二つの表示例を示している。デスクトップ画面４は、パーソナルコンピュータＰＣ_ｉの表示画面の有効表示面と同じ大きさの画面（たとえば、１０２４×７６８画素の画面）であり、一般的にデスクトップ画面４は、任意色または任意画像の背景エリア５に、ＯＳによって規定された（または、ユーザによって選択された）様々なショートカットアイコン６を配列表示すると共に、その背景エリア５の下辺部に、スタートボタン７や実行中のアプリケーションアイコン８などを表示するためのタスクバー９を配置しており、さらに、その背景エリア５に、ユーザ操作に応答して実行された任意のアプリケーションソフトのウィンドウ（図では便宜的に二つのウィンドウＷ１、Ｗ２）を表示できるようになっている。ここで、二つのウィンドウＷ１、Ｗ２は、デスクトップ画面４よりも小さな任意サイズのウィンドウであり、前面側に位置するウィンドウＷ１はアクティブウィンドウ、背面側に位置するウィンドウＷ２は非アクティブウィンドウである。

ウィンドウＷ１、Ｗ２は、いずれも、左端にシステムメニューアイコン１０を配置するとともに、右端に最小化ボタン１１や最大化ボタン１２及び閉じるボタン１３を配置したタイトルバー１４と、そのタイトルバー１４の下に広がるクライアントエリア１５と、それらのタイトルバー１４及びクライアントエリア１５の周囲を取り囲む微細幅のウィンドウ枠１６とから構成されている。閉じるボタン１３を押すと、そのウィンドウが閉じられ（アプリケーションソフトの終了）、また、最小化ボタン１１を押すと、そのウィンドウが最小化される（タスクバー９にアイコンとして格納される）ようになっており、さらに、最大化ボタン１２を押すと、そのウィンドウがデスクトップ画面４一杯に拡大（最大化）されるようになっている。

ウィンドウを最大化した場合、（ｂ）に示すように、その最大化ウィンドウＷ３の大きさは、デスクトップ画面４の背景エリア５と同じ大きさになり、したがって、デスクトップ画面４の背景エリア５は、その最大化ウィンドウＷ３の陰に隠れて見えなくなる。なお、特定のＯＳでは、タスクバー９を「自動的に隠す」設定にすることが可能である。この設定にしている場合、最大化ウィンドウＷ３の大きさは、表示装置３の有効表示面と同じ大きさになり、この場合、タスクバー９を含むデスクトップ画面４の全体が最大化ウィンドウＷ３の陰に隠れて見えなくなる。

図３は、パーソナルコンピュータＰＣ_ｉの簡略ブロック図である。この図において、パーソナルコンピュータＰＣ_ｉは、ＣＰＵ１７、ＲＡＭ１８、ディスクコントローラ１９、ディスク装置２０、ディスプレイコントローラ２１、ディスプレイ装置２２、キーボードコントローラ２３、キーボード装置２４、ポインティングデバイス装置２５、無線ＬＡＮカードを含む通信制御装置２６、メインバス２７、バスインターフェース２８および内部バス２９などを有する。

パーソナルコンピュータＰＣ_ｉは、ディスク装置２０にあらかじめ格納されている通信プログラムをＲＡＭ１８にロードしてＣＰＵ１７で実行することにより、通信制御装置２６を介して、無線ＬＡＮアクセスポイント３にアクセスできるようになっている。

さらに、パーソナルコンピュータＰＣ_ｉは、同じくディスク装置２０にあらかじめ格納されているプレゼンテーション用プログラムやワープロ用プログラムまたは表計算用プログラムあるいはその他の応用プログラムをＲＡＭ１８にロードしてＣＰＵ１７で実行することにより、ディスプレイ装置２２の画面上に、それらのプログラムの実行画面（ウィンドウオブジェクト）を、たとえば、図２（ａ）または図２（ｂ）のような態様で表示できるようになっている。

また、パーソナルコンピュータＰＣ_ｉは、搭載ＯＳの標準機能の一つとして提供される「画面の切り出し（画面キャプチャともいう）機能」を利用して、ディスプレイ装置２２の表示画面の全部（デスクトップ画面４の全体）または一部（アクティブ状態にあるウィンドウ）をキャプチャし、そのキャプチャデータ（図５のＧ_１〜Ｇ_ｎ参照）をＲＡＭ１８の特定エリア（クリップボードと呼ばれるエリア）に格納できるようになっている。たとえば、キーボード装置２４の「ＰｒｉｎｔＳｃｒｅｅｎ」キーを押すとデスクトップ画面４の全体をキャプチャし、あるいは、キーボード装置２４の「ＰｒｉｎｔＳｃｒｅｅｎ」キーと「ＡＬＴ」キーを同時に押すとアクティブウィンドウをキャプチャする。このキャプチャデータの使い方については後述する。

図４は、プロジェクタ２の内部ブロック図である。プロジェクタ２は、無線ＬＡＮカードを含む通信制御装置３０、スピーカ３１、音声処理部３２、表示駆動部３３、本体操作表示部３４（平面表示デバイス３４ａ、タッチパネル３４ｂ）、操作部３５、バッファメモリ３６、ＣＰＵ３７やＲＯＭ３７ｂ及びＲＡＭ３７ｃを含む中央制御部３７、入出力コネクタ３８、入出力Ｉ／Ｆ３９、画面変換部４０、ビデオＲＡＭ４１（少なくともＲ画面プレーン４１ａ、Ｇ画面プレーン４１ｂ及びＢ画面プレーン４１ｃを含む）、投影エンコーダ４２、投影駆動部４３、リフレクタ４４、光源４５、カラーホイール４６、カラーホイール駆動用モータ４７、カラーホイール回転角センサ４８、ＤＭＤ４９、投影レンズ５０、フォーカス／ズーム駆動用モータ５１、冷却ファン５２、冷却ファン駆動用モータ５３などのブロックを含む。なお、前記のパーソナルコンピュータＰＣ_ｉと同様に、このプロジェクタ２においても、無線ＬＡＮカードの“カード”に特段の意味はない。無線ＬＡＮアクセスポイント３と対で動作する無線ＬＡＮ用のデバイスであればよく、たとえば、プロジェクタ２に内蔵されるタイプのもの、取り外し可能な形で実装あるいはケーブル接続されるタイプのもの、あるいはその他のタイプのデバイスであっても構わない。

中央制御部３７は、あらかじめＲＯＭ３７ｂに書き込まれている制御プログラムをＲＡＭ３７ｃにロードして、そのプログラムをＣＰＵ３７ａで実行することにより、たとえば、表示駆動部３３を介して本体操作表示部３４の平面表示デバイス３４ａに所要の操作ボタン類をグラフィカル表示する。図１のユーザＵ_１〜Ｕ_ｎのいずれかによって任意の操作ボタンがタッチ操作されると、そのタッチ座標がタッチパネル３４ｂで検出され、中央制御部３７は、その検出座標に基づいて、タッチ操作されたボタンの種類を特定し、その特定結果に対応した制御モード（たとえば、フォーカスやズーム等の投影条件設定モード）を実行する。

また、中央制御部３７は、表示駆動部３３を介して本体操作表示部３４の平面表示デバイス３４ａに、入力画面の解像度や音声の有無等の設定に必要な操作ボタン類をグラフィカル表示する他、さらに、画像入力の経路選択、すなわち、入力コネクタ部２０を経由して画像を取り込むワイヤード入力か、あるいは、通信制御装置３０を経由して画像を取り込むワイヤレス入力（無線ＬＡＮ入力）かの選択に必要な操作ボタン類をグラフィカル表示する。ユーザによって任意の操作ボタンがタッチ操作されると、そのタッチ座標がタッチパネル３４ｂで検出され、中央制御部３７は、その検出座標に基づいて、タッチ操作されたボタンの種類を特定し、その特定結果に対応した設定動作を実行する。

たとえば、無線ＬＡＮによるワイヤレス入力の場合は、通信制御装置３０をコントロールして無線ＬＡＮアクセスポイント３からの入力画面と音声とを取り込み、入力画面をバッファメモリ３６に格納すると共に、入力音声を音声処理部３２に転送する。

さらに、中央制御部３７は、表示駆動部３３を介して本体操作表示部３４の平面表示デバイス３４ａに、後述の「表示位置調整処理」（図７参照）を実行する際に必要となるユーザ操作入力のための操作ボタン類をグラフィカル表示する。ユーザによって任意の操作ボタンがタッチ操作されると、そのタッチ座標がタッチパネル３４ｂで検出され、中央制御部３７は、その検出座標に基づいて、タッチ操作されたボタンの種類を特定し、その特定結果に対応した表示位置調整処理を実行する。

音声処理部３２は、入力音声を増幅してスピーカ３１で拡声出力し、画面変換部４０は、バッファメモリ３６に格納されている入力画面のサイズ調整と表示位置調整を行い、それらの調整後の画面データを投影エンコーダ４２に転送する。サイズ調整と表示位置調整については後述する。

投影エンコーダ４２は、送られてきた画面信号をビデオＲＡＭ４１に展開記憶（Ｒ画面→Ｒ画面プレーン４１ａ、Ｇ画面→Ｇ画面プレーン４１ｂ、Ｂ画面→Ｂ画面プレーン４１ｃ）させた上で、このビデオＲＡＭ４１の各プレーンの記憶内容を、Ｒ表示の画面信号（以下、Ｒ画面信号）、Ｇ表示の画面信号（以下、Ｇ画面信号）及びＢ表示の画面信号（以下、Ｂ画面信号）の順に読み出す。

投影駆動部４３は、それらのＲ画面信号、Ｇ画面信号及びＢ画面信号から構成される、たとえば、３０フレーム／秒のフレーム画面でＤＭＤ４９を駆動する。

ＤＭＤ４９（Digital Micro-mirror Device）は、微小な可動ミラーを多数個平面上に敷き詰めた半導体集積光スイッチである。可動ミラーの大きさは、たとえば、十数μｍ角であり、ミラーのオンとオフの状態で±１０度程度傾斜が変化するように支柱に取り付けられている。ミラーの直下にはメモリー素子が形成されており、このメモリー素子の正電界作用によってミラーのオンとオフの状態を切り換える。ＤＭＤ４９の反射光量は、ミラーをオンにしたときに最大（白階調）、オフにしたときに最小（黒階調）となるが、各ミラーのスイッチングスピード（オンとオフの切り換えスピード）を毎秒５０万回以上にすることもできるため、各ミラーのスイッチングレシオを変えることにより、ＤＭＤ４９の反射光量を中間階調（グレースケール）にすることもできる。

このようなＤＭＤ４９に対して、リフレクタ４４内に配置された超高圧水銀灯等の光源４５から高輝度の白色のスポット光Ｐａを照射すると、その反射光Ｐｂは、ＤＭＤ４９の各ミラーのオンオフ及びそのスイッチングレシオに対応して画素ごとに光変調（画面信号の内容で画素単位に光変調）されたものとなり、この反射光Ｐｂを投影レンズ５０を介してスクリーン１０に投射することによって、そのスクリーン１０に画面信号の拡大映像を投影することができる。

但し、図示の例では、ＤＭＤ４９の数は１個であり、また、光源４５から照射されたスポット光Ｐａは「白色光」であるから、この場合、スクリーン上にはモノクロの映像しか投影できない。そこで、実際には、光源４５の前面にカラーホイール４６を配置して、このカラーホイール４６をカラーホイール駆動用モータ４７で回転駆動するようにし、且つ、ビデオＲＡＭ４１に画面信号を展開記憶する際に、光の三原色（ＲＧＢ）ごとのビデオ信号成分（Ｒ画面信号、Ｇ画面信号、Ｂ画面信号）に分けて展開記憶するようにしている。

次に、作用を説明する。
図５は、本実施形態の概念的な作用説明図である。この図において、各々のパーソナルコンピュータＰＣ_ｉの直下に描かれた画面キャプチャデータＧ_１〜Ｇ_ｎは、それぞれの上に位置するパーソナルコンピュータＰＣ_ｉの画面キャプチャデータである。無線ＬＡＮアクセスポイント３を経由してプロジェクタ２に取り込まれたこれらの画面キャプチャデータＧ_１〜Ｇ_ｎは、プロジェクタ２のバッファメモリ３６に独立して格納される。たとえば、パーソナルコンピュータＰＣ_１の画面キャプチャデータＧ_１はバッファメモリ３６のＰＣ_１エリアに格納され、パーソナルコンピュータＰＣ_２の画面キャプチャデータＧ_２はバッファメモリ３６のＰＣ_２エリアに格納され、パーソナルコンピュータＰＣ_３の画面キャプチャデータＧ_３はバッファメモリ３６のＰＣ_３エリアに格納され、パーソナルコンピュータＰＣ_ｎの画面キャプチャデータＧ_ｎはバッファメモリ３６のＰＣ_ｎエリアに格納される。

バッファメモリ３６に格納されたこれらの画面キャプチャデータＧ_１〜Ｇ_ｎは、画像変換部４０に逐次転送される。そして、画像変換部４０において、各々の画面キャプチャデータＧ_１〜Ｇ_ｎの大きさを揃えるためのサイズ調整が施されると共に、ユーザ指示に対応した表示態様（たとえば、重ねて表示または並べて表示）となるように、各々の画面キャプチャデータＧ_１〜Ｇ_ｎの表示位置調整が行われる。調整済みの画像データは、ビデオＲＡＭ４１に書き込まれ、このビデオＲＡＭ４１の画像データが投影エンコーダ４２及び投影駆動部４３を経てＤＭＤ４９に出力され、このＤＭＤ４１で光変調された後、その変調光が投影レンズ５０を介してスクリーン１の上に拡大投影される。

図６は、パーソナルコンピュータＰＣ_ｉにおける画面キャプチャデータ送信処理のフローチャートを示す図である。既述のとおり、パーソナルコンピュータＰＣ_ｉのキーボード装置２４の「ＰｒｉｎｔＳｃｒｅｅｎ」キーを押すとデスクトップ画面４の全体がキャプチャされ、また、キーボード装置２４の「ＰｒｉｎｔＳｃｒｅｅｎ」キーと「ＡＬＴ」キーを同時に押すとアクティブウィンドウがキャプチャされる。そして、いずれの場合も、その画面キャプチャデータがクリップボードに格納されると同時に、ＯＳ上で所定のイベント（クリックボードの更新イベント）が発生する。

図示のフローチャートは、まず、このイベントの発生有無を判定する（ステップＳ１１）。イベントが発生すると、次に、クリップボードのデータがビットマップデータであるか否かを判定する（ステップＳ１２）。ビットマップデータでない場合は、クリップボードのデータが、たとえば、テキストデータ等であると判断して、再び、イベント発生の有無判定に復帰する一方、ビットマップデータである場合は、クリップボードのデータが画面キャプチャデータであると判断して、そのクリップボードのデータを通信制御装置２６及び無線ＬＡＮアクセスポイント３経由でプロジェクタ２に出力する（ステップＳ１３）。

なお、図示のフローチャートでは、クリップボードのデータがビットマップデータである場合に、そのデータを画面キャプチャデータであると判断しているが、たとえば、写真などのオブジェクトを選択してコピー操作（「ＣＴＬＲ」キーと「Ｃ」キーの同時押し）を行った場合にも、クリップボードにビットマップデータが格納されるため、こうした写真などのオブジェクトデータを画面キャプチャデータと誤認してしまう。

この対策としては、たとえば、ステップＳ１２で、画面キャプチャ特有のキー操作、すなわち、「ＰｒｉｎｔＳｃｒｅｅｎ」キーの単独操作や、「ＰｒｉｎｔＳｃｒｅｅｎ」キーと「ＡＬＴ」キーの同時操作の有無を判定してもよい。

図７は、プロジェクタ２の動作フローチャートを示す図であり、パーソナルコンピュータＰＣ_ｉから出力された画面キャプチャデータの取り込み処理（ステップＳ１４）、そのデータの調整処理（ステップＳ１５、ステップＳ１６）及び投影処理（ステップＳ１７、ステップＳ１８）を簡略化して示す図である。

図８は、パーソナルコンピュータＰＣ_ｉから出力された画面キャプチャデータの取り込み処理（図７のステップＳ１４）の具体的なフローチャートを示す図である。このフローチャートにおいて、まず、ループ変数ｉを初期化（ｉ＝１）する（ステップＳ１４ａ）と共に、ループ変数最大値ｉｍａｘにパーソナルコンピュータＰＣ_ｉの接続数（ｎ）をセットする（ステップＳ１４ｂ）。

次に、パーソナルコンピュータＰＣ_ｉからの画面キャプチャデータＧ_ｉを受信し（ステップＳ１４ｃ）、受信した画面キャプチャデータＧ_ｉをバッファメモリ３６のＰＣ_ｉエリアに格納する（ステップＳ１４ｄ）。ここで、現在のループ変数ｉは初期値の“１”であるから、この段階におけるステップＳ１４ｃ及びステップＳ１４ｄでは、パーソナルコンピュータＰＣ_１からの画面キャプチャデータＧ_１を受信し、受信した画面キャプチャデータＧ_１をバッファメモリ３６のＰＣ_１エリアに格納することになる。

次いで、ループ変数ｉをカウントアップ（＋１）し（ステップＳ１４ｅ）、カウントアップ後のループ変数ｉの値がループ変数最大値ｉｍａｘを越えているか否か、すなわち、パーソナルコンピュータＰＣ_ｉの接続数（ｎ）を越えているか否かを判定する（ステップＳ１４ｆ）。現在のループ変数ｉはカウントアップによって“２”となっており、パーソナルコンピュータＰＣ_ｉの接続数（ｎ）は“４”であるから、今のところ、カウントアップ後のループ変数ｉの値はループ変数最大値ｉｍａｘを越えていない。したがって、この場合は、ステップＳ１４ｃ以降のループを実行する。

すなわち、再び、パーソナルコンピュータＰＣ_ｉからの画面キャプチャデータＧ_ｉを受信し（ステップＳ１４ｃ）、受信した画面キャプチャデータＧ_ｉをバッファメモリ３６のＰＣ_ｉエリアに格納する（ステップＳ１４ｄ）。ここで、現在のループ変数ｉは“２”であるから、この段階におけるステップＳ１４ｃ及びステップＳ１４ｄでは、パーソナルコンピュータＰＣ_２からの画面キャプチャデータＧ_２を受信し、受信した画面キャプチャデータＧ_２をバッファメモリ３６のＰＣ_２エリアに格納することになる。

次いで、ループ変数ｉをカウントアップ（＋１）し（ステップＳ１４ｅ）、カウントアップ後のループ変数ｉの値がループ変数最大値ｉｍａｘを越えているか否か、すなわち、パーソナルコンピュータＰＣ_ｉの接続数（ｎ）を越えているか否かを判定する（ステップＳ１４ｆ）。現在のループ変数ｉはカウントアップによって“３”となっており、パーソナルコンピュータＰＣ_ｉの接続数（ｎ）は“４”であるから、まだ、カウントアップ後のループ変数ｉの値はループ変数最大値ｉｍａｘを越えていない。したがって、この場合も、再びステップＳ１４ｃ以降のループを実行する。

すなわち、再び、パーソナルコンピュータＰＣ_ｉからの画面キャプチャデータＧ_ｉを受信し（ステップＳ１４ｃ）、受信した画面キャプチャデータＧ_ｉをバッファメモリ３６のＰＣ_ｉエリアに格納する（ステップＳ１４ｄ）。ここで、現在のループ変数ｉは“３”であるから、この段階におけるステップＳ１４ｃ及びステップＳ１４ｄでは、パーソナルコンピュータＰＣ_３からの画面キャプチャデータＧ_３を受信し、受信した画面キャプチャデータＧ_３をバッファメモリ３６のＰＣ_３エリアに格納することになる。

次いで、ループ変数ｉをカウントアップ（＋１）し（ステップＳ１４ｅ）、カウントアップ後のループ変数ｉの値がループ変数最大値ｉｍａｘを越えているか否か、すなわち、パーソナルコンピュータＰＣ_ｉの接続数（ｎ）を越えているか否かを判定する（ステップＳ１４ｆ）。現在のループ変数ｉはカウントアップによって“４”となっており、パーソナルコンピュータＰＣ_ｉの接続数（ｎ）は“４”であるから、まだ、カウントアップ後のループ変数ｉの値はループ変数最大値ｉｍａｘを越えていない。したがって、この場合も、再びステップＳ１４ｃ以降のループを実行する。

すなわち、再び、パーソナルコンピュータＰＣ_ｉからの画面キャプチャデータＧ_ｉを受信し（ステップＳ１４ｃ）、受信した画面キャプチャデータＧ_ｉをバッファメモリ３６のＰＣ_ｉエリアに格納する（ステップＳ１４ｄ）。ここで、現在のループ変数ｉは“４”であるから、この段階におけるステップＳ１４ｃ及びステップＳ１４ｄでは、パーソナルコンピュータＰＣ_４からの画面キャプチャデータＧ_４を受信し、受信した画面キャプチャデータＧ_４をバッファメモリ３６のＰＣ_４エリアに格納することになる。

次いで、ループ変数ｉをカウントアップ（＋１）し（ステップＳ１４ｅ）、カウントアップ後のループ変数ｉの値がループ変数最大値ｉｍａｘを越えているか否か、すなわち、パーソナルコンピュータＰＣ_ｉの接続数（ｎ）を越えているか否かを判定する（ステップＳ１４ｆ）が、現在のループ変数ｉはカウントアップによって“５”となっており、パーソナルコンピュータＰＣ_ｉの接続数（ｎ＝４）を越えているから、フローチャートを終了し、図７のプロジェクタ側処理に復帰する。

図９は、サイズ調整処理（図７のステップＳ１５）の具体的なフローチャートを示す図である。このフローチャートにおいて、まず、ループ変数ｉを初期化（ｉ＝１）する（ステップＳ１５ａ）と共に、ループ変数最大値ｉｍａｘにパーソナルコンピュータＰＣ_ｉの接続数（ｎ）をセットする（ステップＳ１５ｂ）。

次に、バッファメモリ３６のＰＣ_ｉエリアに格納されている画面キャプチャデータＧ_ｉのサイズがプロジェクタ２の表示サイズよりも大きいか否かを判定する（ステップＳ１５ｃ）。ここで、現在のループ変数ｉは初期値の“１”であるから、この段階におけるステップＳ１５ｃでは、バッファメモリ３６のＰＣ_１エリアに格納されている画面キャプチャデータＧ_１のサイズがプロジェクタ２の表示サイズよりも大きいか否かを判定することになる。

今、プロジェクタ２の表示サイズ、すなわち、ＤＭＤ４９の画素数を便宜的にＸＧＡ（１０２４×７６８）とすると、バッファメモリ３６のＰＣ_１エリアに格納されている画面キャプチャデータＧ_１のサイズがＸＧＡ以下であれば、その画面キャプチャデータＧ_１の全体を支障なくスクリーン１に拡大投影することができる。しかし、もし、画面キャプチャデータＧ_１のサイズがＸＧＡ以下でなければ、その画面キャプチャデータＧ_１の全体をスクリーン１に拡大投影した際に画像の一部が欠けてしてしまうので、何らかの対策を講じなければならない。

ステップＳ１５ｄの「画面キャプチャデータＧ_ｉのサイズを縮小する」という処理は、そのための対策である。すなわち、このステップＳ１５ｄでは、画面キャプチャデータＧ_１の全体をスクリーン１に拡大投影した際に、画像の一部が欠けないように、画面キャプチャデータＧ_１の大きさを適量縮小することを行う。

このように、縮小処理を行い（ステップＳ１５ｃの“ＹＥＳ”→ステップＳ１５ｄ）、または、縮小処理を行わなかった場合（ステップＳ１５ｃの“ＮＯ”）には、次いで、ループ変数ｉをカウントアップ（＋１）し（ステップＳ１５ｅ）、カウントアップ後のループ変数ｉの値がループ変数最大値ｉｍａｘを越えているか否か、すなわち、パーソナルコンピュータＰＣ_ｉの接続数（ｎ）を越えているか否かを判定する（ステップＳ１５ｆ）。現在のループ変数ｉはカウントアップによって“２”となっており、パーソナルコンピュータＰＣ_ｉの接続数（ｎ）は“４”であるから、今のところ、カウントアップ後のループ変数ｉの値はループ変数最大値ｉｍａｘを越えていない。したがって、この場合は、ステップＳ１５ｃ以降のループを実行する。

すなわち、再び、バッファメモリ３６のＰＣ_ｉエリアに格納されている画像キャプチャデータＧ_ｉのサイズがプロジェクタ２の表示サイズよりも大きいか否かを判定する（ステップＳ１５ｃ）。ここで、現在のループ変数ｉは“２”であるから、この段階におけるステップＳ１５ｃでは、バッファメモリ３６のＰＣ_２エリアに格納されている画面キャプチャデータＧ_２のサイズがプロジェクタ２の表示サイズよりも大きいか否かを判定することになる。前記と同様に、もし、画面キャプチャデータＧ_２のサイズがＸＧＡ以下でなければ、その画面キャプチャデータＧ_２の全体をスクリーン１に拡大投影した際に画像の一部が欠けてしてしまうと判断し、画像の一部が欠けないないように、画面キャプチャデータＧ_２の大きさを適量縮小する（ステップＳ１５ｄ）。

このように、縮小処理を行い、または、縮小処理を行わなかった場合には、次いで、ループ変数ｉをカウントアップ（＋１）し（ステップＳ１５ｅ）、カウントアップ後のループ変数ｉの値がループ変数最大値ｉｍａｘを越えているか否か、すなわち、パーソナルコンピュータＰＣ_ｉの接続数（ｎ）を越えているか否かを判定する（ステップＳ１５ｆ）。現在のループ変数ｉはカウントアップによって“３”となっており、パーソナルコンピュータＰＣ_ｉの接続数（ｎ）は“４”であるから、今のところ、カウントアップ後のループ変数ｉの値はループ変数最大値ｉｍａｘを越えていない。したがって、この場合も、ステップＳ１５ｃ以降のループを実行する。

すなわち、再び、バッファメモリ３６のＰＣ_ｉエリアに格納されている画像キャプチャデータＧ_ｉのサイズがプロジェクタ２の表示サイズよりも大きいか否かを判定する（ステップＳ１５ｃ）。ここで、現在のループ変数ｉは“３”であるから、この段階におけるステップＳ１５ｃでは、バッファメモリ３６のＰＣ_３エリアに格納されている画面キャプチャデータＧ_３のサイズがプロジェクタ２の表示サイズよりも大きいか否かを判定することになる。前記と同様に、もし、画面キャプチャデータＧ_３のサイズがＸＧＡ以下でなければ、その画面キャプチャデータＧ_３の全体をスクリーン１に拡大投影した際に画像の一部が欠けてしてしまうと判断し、画像の一部が欠けないように、画面キャプチャデータＧ_３の大きさを適量縮小する（ステップＳ１５ｄ）。

このように、縮小処理を行い、または、縮小処理を行わなかった場合には、次いで、ループ変数ｉをカウントアップ（＋１）し（ステップＳ１５ｅ）、カウントアップ後のループ変数ｉの値がループ変数最大値ｉｍａｘを越えているか否か、すなわち、パーソナルコンピュータＰＣ_ｉの接続数（ｎ）を越えているか否かを判定する（ステップＳ１５ｆ）。現在のループ変数ｉはカウントアップによって“４”となっており、パーソナルコンピュータＰＣ_ｉの接続数（ｎ）は“４”であるから、今のところ、カウントアップ後のループ変数ｉの値はループ変数最大値ｉｍａｘを越えていない。したがって、この場合も、ステップＳ１５ｃ以降のループを実行する。

すなわち、再び、バッファメモリ３６のＰＣ_ｉエリアに格納されている画像キャプチャデータＧ_ｉのサイズがプロジェクタ２の表示サイズよりも大きいか否かを判定する（ステップＳ１５ｃ）。ここで、現在のループ変数ｉは“４”であるから、この段階におけるステップＳ１５ｃでは、バッファメモリ３６のＰＣ_４エリアに格納されている画面キャプチャデータＧ_４のサイズがプロジェクタ２の表示サイズよりも大きいか否かを判定することになる。前記と同様に、もし、画面キャプチャデータＧ_４のサイズがＸＧＡ以下でなければ、その画面キャプチャデータＧ_４の全体をスクリーン１に拡大投影した際に画像の一部が欠けてしてしまうと判断し、画像の一部が欠けないように、画面キャプチャデータＧ_４の大きさを適量縮小する（ステップＳ１５ｄ）。

このように、縮小処理を行い、または、縮小処理を行わなかった場合には、次いで、ループ変数ｉをカウントアップ（＋１）し（ステップＳ１５ｅ）、カウントアップ後のループ変数ｉの値がループ変数最大値ｉｍａｘを越えているか否か、すなわち、パーソナルコンピュータＰＣ_ｉの接続数（ｎ）を越えているか否かを判定する（ステップＳ１５ｆ）。現在のループ変数ｉはカウントアップによって“５”となっており、パーソナルコンピュータＰＣ_ｉの接続数（ｎ＝４）を越えているから、フローチャートを終了し、図７のプロジェクタ側処理に復帰する。

なお、以上の説明では、バッファメモリ３６のＰＣ_ｉエリアに格納されている画面キャプチャデータＧ_ｉのサイズがプロジェクタ２の表示サイズよりも大きい場合に、自動的に画像サイズの縮小処理を行うようにしているが、これに限定されない。プレゼンテーションの都合によっては、画像を相当大きく拡大して見せなければならない状況があり得る。このようなとき、画像の欠けは当然のこととして許されるので、画像縮小の自動化をオフにできるようにしておくことが望ましい。また、ユーザの所望により、任意の画像サイズに手動で設定できるようにしておいてもよい。

図１０は、表示位置調整処理（図７のステップＳ１６）の具体的なフローチャートを示す図である。このフローチャートにおいて、まず、表示パターンを選択する（ステップＳ１６ａ）。“表示パターン”とは、ユーザＵ_ｉの選択操作（タッチパネル３４ｂのタッチ操作または操作部３５のボタン操作）によって指定された任意の表示パターンのことをいい、たとえば、「重ねて表示」または「並べて表示」などの表示パターンのことをいう。

図１１は、表示パターンの一例説明図であり、（ａ）は「重ねて表示」、（ｂ）は「並べて表示」の表示パターンである。まず、（ａ）の「重ねて表示」を説明すると、この表示パターンでは、スクリーン１の上に、各パーソナルコンピュータＰＣ_ｉから送られてきたｎ個の画像（画面キャプチャデータＧ_ｉの画像）Ｉ_１〜Ｉ_ｎが、一部を重ねた積層状態で表示されている。画像Ｉ_１はパーソナルコンピュータＰＣ_１から送られてきた画面キャプチャデータＧ_１の画像であり、画像Ｉ_２はパーソナルコンピュータＰＣ_２から送られてきた画面キャプチャデータＧ_２の画像である。同様に、画像Ｉ_３はパーソナルコンピュータＰＣ_３から送られてきた画面キャプチャデータＧ_３の画像であり、画像Ｉ_ｎはパーソナルコンピュータＰＣ_ｎから送られてきた画面キャプチャデータＧ_ｎの画像である。なお、ハッチング付きの画像Ｉ_ｎは選択中の画像を表しており、この選択操作は、たとえば、プロジェクタ２のタッチパネル３４ｂのタッチ操作または操作部３５のボタン操作などによって行うことができるようになっている。

次に、（ｂ）の「並べて表示」を説明すると、この表示パターンでは、スクリーン１の上に、各パーソナルコンピュータＰＣ_ｉから送られてきたｎ個の画像（画面キャプチャデータＧ_ｉの画像）Ｉ_１〜Ｉ_ｎが、非積層状態で等間隔に表示されている。上記のパターンと同様に、画像Ｉ_１はパーソナルコンピュータＰＣ_１から送られてきた画面キャプチャデータＧ_１の画像であり、画像Ｉ_２はパーソナルコンピュータＰＣ_２から送られてきた画面キャプチャデータＧ_２の画像である。同じく、画像Ｉ_３はパーソナルコンピュータＰＣ_３から送られてきた画面キャプチャデータＧ_３の画像であり、画像Ｉ_ｎはパーソナルコンピュータＰＣ_ｎから送られてきた画面キャプチャデータＧ_ｎの画像である。なお、この表示パターンにおいても、ハッチング付きの画像Ｉ_ｎは選択中の画像を表しており、この選択操作は、たとえば、プロジェクタ２のタッチパネル３４ｂのタッチ操作または操作部３５のボタン操作などによって行うことができるようになっている。

なお、上記の例では、ユーザＵ_ｉの操作に応答して「重ねて表示」と「並べて表示」とを選択しているが、これに加えて、さらに、画像の表示順、すなわち、画像を重ねる順番あるいは並べる順番をユーザＵ_ｉの操作によって任意に指定できるようにしてもよい。

再び、図１０において、表示パターン処理を完了すると、次に、選択画像の位置移動処理を行う（ステップＳ１６ｂ）。

図１２は、選択画像の位置移動処理の概念図である。（ａ）に示すように、プロジェクタ２のタッチパネル３４ｂのタッチ操作または操作部３５のボタン操作などによって、任意の画像（図では画像Ｉ_２）を選択すると、その画像Ｉ_２が新たに選択中の画像（画像Ｉ_ｎから画像Ｉ_２への選択変更）となる。そして、プロジェクタ２のタッチパネル３４ｂのタッチ操作または操作部３５のボタン操作などによって、その選択中の画像Ｉ_２の異動方向と移動量を指定すると、（ｂ）に示すように、選択中の画像Ｉ_２が指定された方向に指定された量だけ移動する。他の画像Ｉ_１、Ｉ_３、Ｉ_ｎについても、同様な選択操作と移動操作を行うことにより、スクリーン１の上の各画像Ｉ_１〜Ｉ_ｎの配置を自在に変更することができる。

なお、位置移動の有無にかかわらず、選択された画像（選択画像）を他の画像よりも目立つようにしておくと好ましい。たとえば、プレゼンテーションを行う際に、その選択画像に対して出席者の注意力を向けさせることができるからである。選択画像を目立たせるための方法としては、たとえば、選択画像以外の画像（非選択画像）の輝度や明度を落としたり、色純度を低下させたり、あるいは、透明化したり様々な方法が考えられる。多様な方法を試して最も効果的（つまり、選択画像を最も目立たせることができる）と思われるものを採用すればよい。

図１３は、選択画像を目立たせるようにした一例を示す図である。この図において、画像Ａは選択画像、画像Ｂ、Ｃは非選択画像である。（ａ）は画像Ａの輝度に対して画像Ｂ、Ｃの輝度を適量低下させた（暗くした）例である。この場合、相対的に画像Ａが明るく見える。このため、明るく見える画像Ａ、つまり、選択画像が目立つこととなり、たとえば、プレゼンテーションを行う際に、画像Ａ（選択画像）に対して出席者の注意力を向けさせることができる。

また、（ｂ）の例も、画像Ｂ、Ｃの輝度を低下させている点で（ａ）と同様であるが、この（ｂ）は、画像Ｂ、Ｃの各々の輝度を“個別”に低下させている点で相違する。たとえば、画像Ｂの輝度に対して画像Ｃはより低輝度になっている。これは、画像Ｂ、Ｃの輝度を（ａ）のように一律に低下させたとしても、画像Ｂ、Ｃの内容によっては、見た目に同一の暗さにならないからである。たとえば、白レベルを多く含む画像は明るく見えるからである。このような場合、白レベルを多く含む画像は、より低輝度化する必要がある。（ｂ）の例は、このような要求に応えるものであり、非選択画像（画像Ｂ、Ｃ）の輝度を段階的または直線的に変更できるようにしたものである。

このように、本実施形態によれば、複数のパーソナルコンピュータＰＣ_ｉの各々で画面全体のキャプチャ、または、所望ウィンドウのキャプチャを行うだけで、それらの画面キャプチャデータＧ_ｉをプロジェクタ２に出力することができる。そして、プロジェクタ２において、それらの画面キャプチャデータＧ_ｉの画像Ｇ_１〜Ｇ_ｎを任意の表示パターン（たとえば、重ねて表示または並べて表示）で配列構成し、スクリーン１の上に拡大表示することができる。さらに、プロジェクタ２のタッチパネル３４ｂのタッチ操作または操作部３５のボタン操作などによって、スクリーン１の上の各画像Ｉ_１〜Ｉ_ｎの配列を自由に変更することもできる。

そのため、たとえば、図１のように、パーソナルコンピュータＰＣ_ｉを持参した複数の参加者（ユーザＵ_１〜Ｕ_ｎ）によって行われる会議またはプレゼンテーションの場において、それらのパーソナルコンピュータＰＣ_ｉの画面をプロジェクタ２からスクリーン１に同時に拡大投影することができるようになる。したがって、ケーブルの付け替え、または、信号切り換え器を不要にすることができ、面倒な操作や大きな手間をかけることなく、複数端末対応のプロジェクションシステムを構築することができ、会議やプレゼンテーションの流れをスムーズにすることができる。

なお、本発明は、以上の実施形態に限定されず、その技術思想の範囲内において多様な変形例や発展例を包含することはもちろんである。

たとえば、以上の実施形態では、外部モニタとしてプロジェクタ２を用いているが、これに限定されない。たとえば、大型の液晶モニタ、プラズマモニタ、プロジェクションテレビ、ＣＲＴモニタなどであってもよいし、その他の外部モニタであってもよい。

また、以上の実施形態では、複数のパーソナルコンピュータＰＣ_ｉとプロジェクタ２の間を無線ＬＡＮで接続しているが、これに限定されない。複数のパーソナルコンピュータＰＣ_ｉからプロジェクタ２への画面キャプチャデータＧ_ｉの伝送を可能とする構成であればよく、たとえば、ブルーツース等の近距離通信や赤外線通信などであってもよく、あるいは、有線ＬＡＮやその他の有線通信であっても構わない。

また、上記の実施形態では、パーソナルコンピュータＰＣ_ｉにおいて、全画面のキャプチャやアクティブウィンドウのキャプチャを行うこととしているが、これ以外のキャプチャ、たとえば、ＯＳ標準の機能ではないが、指定された矩形範囲のキャプチャを行うものに適用してもよい。

図１４は、矩形範囲キャプチャ処理のフローチャートを示す図である。このフローチャートにおいて、パーソナルコンピュータＰＣ_ｉのポインティングデバイス装置２５でディスプレイ装置２２の画面上の任意地点をポイント（クリック）すると、そのポイント位置が始点座標として読み込まれる（ステップＳ１８）。次いで、同ポインティングデバイス装置２５でディスプレイ装置２２の画面上の他の任意地点をポイント（クリック）すると、そのポイント位置が終点座標として読み込まれ（ステップＳ１９）、それらの始点座標から終点座標までの矩形範囲の画面キャプチャが行われる（ステップＳ２０）。そして、画面キャプチャデータがクリップボードに格納されると、ＯＳ上で所定のイベント（クリックボードの更新イベント）が発生し、図６のフローチャートのステップＳ１１の判定結果が“ＹＥＳ”となって、以降、図６のフローチャートに動作が引き継がれる。

したがって、パーソナルコンピュータＰＣ_ｉで、この矩形範囲キャプチャ処理を実行することにより、指定された矩形範囲の画面キャプチャを行い、その画面キャプチャデータをプロジェクタ２に出力することができる。このため、先に説明した全画面とアクティブウィンドウのスクリーン表示に加え、さらに、指定された矩形範囲の画像もスクリーン表示することができるようになり、より一層、柔軟な表示態様を実現してプロジェクションシステムの利便性の向上を図ることができる。

本実施形態のシステム構成図である。 パーソナルコンピュータＰＣ_ｉの表示画面構成図である。 パーソナルコンピュータＰＣ_ｉの簡略ブロック図である。 プロジェクタ２の内部ブロック図である。 本実施形態の概念的な作用説明図である。 画面キャプチャデータ送信処理のフローチャートを示す図である。 プロジェクタ２の動作フローチャートを示す図である。 画面キャプチャデータの取り込み処理の具体的なフローチャートを示す図である。 サイズ調整処理の具体的なフローチャートを示す図である。 表示位置調整処理の具体的なフローチャートを示す図である。 表示パターンの一例説明図である。 選択画像の位置移動処理の概念図である。 選択画像を目立たせるように改良した一例を示す図である。 矩形範囲キャプチャ処理のフローチャートを示す図である。

符号の説明

ＰＣ_１〜ＰＣ_ｎ パーソナルコンピュータ（端末）
２ プロジェクタ（画像表示装置）
３０ 通信制御装置（取り込み手段）
３６ バッファメモリ（保持手段）
３７ 中央制御部（取り込み手段、配列手段、表示手段）
４０ 画像変換部（配列手段）
４１ ビデオＲＡＭ
４２ 投影エンコーダ（表示手段）
４３ 投影駆動部（表示手段）
４９ ＤＭＤ（表示手段）

Claims (6)

1. ｎ台の端末から送られてくるｎ個の画像を表示する画像表示装置であって、
   前記ｎ台の端末から送られてくるｎ個の画像を取り込む取り込み手段と、
   前記取り込み手段によって取り込まれたｎ個の画像を個別に保持する保持手段と、
   前記保持手段に保持されたｎ個の画像を順次に読み出して所定の表示パターンでビデオＲＡＭ上に配列する配列手段と、
   前記ビデオＲＡＭ上に配列された画像を読み出して表示する表示手段と
   を備えたことを特徴とする画像表示装置。
2. 前記ｎ台の端末から送られてくるｎ個の画像は、各々の端末において画面キャプチャされた画像であることを特徴とする請求項１記載の画像表示装置。
3. 前記所定のパターンは、ｎ個の画像の一部を重ねた積層状態の表示パターンまたは非積層状態の表示パターンのいずれかであることを特徴とする請求項１記載の画像表示装置。
4. ｎ台の端末から送られてくるｎ個の画像を表示する画像表示方法であって、
   前記ｎ台の端末から送られてくるｎ個の画像を取り込む取り込み工程と、
   前記取り込み工程で取り込まれたｎ個の画像を個別に保持する保持工程と、
   前記保持工程で保持されたｎ個の画像を順次に読み出して所定の表示パターンでビデオＲＡＭ上に配列する配列工程と、
   前記ビデオＲＡＭ上に配列された画像を読み出して表示する表示工程と
   を含むことを特徴とする画像表示方法。
5. 前記ｎ台の端末から送られてくるｎ個の画像は、各々の端末において画面キャプチャされた画像であることを特徴とする請求項４記載の画像表示方法。
6. 前記所定のパターンは、ｎ個の画像の一部を重ねた積層状態の表示パターンまたは非積層状態の表示パターンのいずれかであることを特徴とする請求項４記載の画像表示方法。

Images