JP6176928B2 - 画像出力装置及びその制御方法、システム、プログラム、並びに記憶媒体 - Google Patents

Description

本発明は、多画面表示されている画像データを印刷する印刷制御技術に関する。

近年、会議や研修会等でプレゼンテーションを行う際は、ＰＣから受信した画像信号をスクリーンに投射させるプロジェクタを用いることが多い。

通常、パーソナルコンピュータ（以下、ＰＣ）とプロジェクタとはアナログＲＧＢケーブルを用いたアナログ接続によって画像信号の送受信を行っていた。アナログ接続では、接続に手間がかかる、遠隔地からの接続が困難、複数台のＰＣと同時に接続したい、といった理由から通信回線を介してＰＣとプロジェクタを接続する画像表示システムが注目されている。

従来は、画像表示システムを実現するために、ＰＣなどの画像送信装置のモニタに表示された画面について定期的に画面キャプチャを行い、キャプチャされた画像データをプロジェクタなどの表示装置に送信している。

なお、画面キャプチャとはＰＣなどのモニタに表示している画面データをビデオメモリからドライバにより取得し、内部ＲＡＭに一時格納することである。

通信回線を介して複数台のＰＣと接続した場合には、複数台のＰＣの画面を１台のプロジェクタに並べて表示（以下、多画面表示）することが可能である。また、同様に１台のＰＣのプライマリ及びセカンダリといった複数の画面データを１台のプロジェクタに多画面表示することも可能となる。

例えば、特許文献１では通信可能に接続された複数の端末機器における表示画面を、表示装置の一つの画面上に多画面表示することを可能にする技術が開示されている。画面キャプチャ機能を有する各端末機器から送信されてきたキャプチャ画像データを通信部で受信し、表示制御部が、画像合成部により各キャプチャ画像データを画面分割して１画面の画像データに合成することで、多画面表示が実現される。

特開２００４−０５４１３４号公報

しかしながら、上記特許文献１では、互いに関連性のない画像をモニタに表示している異なる複数のＰＣのモニタ画面を多画面表示する場合でも、１台のＰＣの複数のモニタ画面を多画面表示する場合でも同様に多画面表示されてしまう。このため、各画面を近接して表示すると、関連性のない異なる複数のモニタ画面を見るには視認性が低下する一方、各画面を離間して表示すると、関連性のある１台のＰＣの複数のモニタ画面を元の連続した１枚の画像としては見づらくなり視認性が低下する。

また、多画面表示された各モニタ画面を印刷する場合においても、関連性のない異なる複数のモニタ画面を同時に１枚のシートに印刷すると視認性が低下する一方、関連性のある複数のモニタ画面を１枚のシートに印刷すると視認性が良くなる。

本発明は、上記課題に鑑みてなされ、その目的は、多画面表示された複数の画像データを印刷する場合に、画像同士の関連性を考慮することで印刷結果の視認性を向上させることである。

上記課題を解決し、目的を達成するために、本発明の画像出力装置は、複数の画像送信装置から画像データを受信する受信手段と、前記受信手段により受信した複数の画像データを複数の表示エリアに表示する表示手段と、印刷装置に対して、前記表示手段により表示されている画像データに対応する画像データを印刷するための情報を送信する送信手段と、前記表示手段により表示されている複数の画像データが、同一の画像送信装置から送信された画像データであるのか、異なる画像送信装置から送信された画像データであるのかを判定する判定手段と、前記判定手段による判定の結果に応じて、前記表示手段に表示されている複数の画像データを前記印刷装置により印刷する際の印刷方式を決定する決定手段と、を有し、前記決定手段は、前記複数の画像データが同一の画像送信装置から受信したデータである場合には、当該複数の画像データを一つの印刷媒体に印刷する第１の印刷方式で印刷し、前記複数の画像データが異なる画像送信装置から受信したデータである場合には、当該複数の画像データを別々の印刷媒体に印刷する第２の印刷方式で印刷するように印刷方式を決定する。

本発明によれば、多画面表示された複数の画像データを印刷する場合に、画像同士の関連性を考慮することで印刷結果の視認性を向上させることができる。

本発明に係る実施形態のシステム構成図。 本実施形態のシステムのブロック構成図。 実施形態１のシステムにおけるＰＣ側での処理を示すフローチャート。 実施形態１のシステムにおけるプロジェクタ側での処理を示すフローチャート。 本実施形態のシステムにおけるＰＣ側のレイアウト設定画面を例示する図。 本実施形態のシステムにおけるプロジェクタ側でレイアウト変更可能な画面レイアウトを例示する図。 実施形態２のシステムのＰＣ側での処理を示すフローチャート。 実施形態３のシステムのＰＣ側での処理を示すフローチャート。 実施形態４のシステムのプロジェクタ側での処理を示すフローチャート。 実施形態５のシステムのＰＣ側での処理を示すフローチャート。 実施形態５のシステムのプロジェクタ側での処理を示すフローチャート。 実施形態５のシステムのプリンタ側での処理を示すフローチャート。 実施形態５のシステムのプロジェクタ側でのプレビュー画面を例示する図。

以下に、本発明を実施するための形態について詳細に説明する。尚、以下に説明する実施の形態は、本発明を実現するための一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は以下の実施の形態に限定されるものではない。また、後述する各実施形態の一部を適宜組み合わせて構成してもよい。

［実施形態１］先ず、図１を参照して、本発明に係る実施形態の画像表示システムの構成について説明する。

図１において、画像表示システム１は、本発明の画像送信装置として例示される複数のＰＣ１０と、画像出力装置として例示されるプロジェクタ２０と、印刷装置として例示されるプリンタ４０を備える。ＰＣ１０とプロジェクタ２０とプリンタ４０とはＬＡＮなどの通信回線３０を介して通信可能に接続されている。

ＰＣ１０は、モニタに表示されている画像データをキャプチャし、通信回線３０を介してプロジェクタ２０やプリンタ４０に送信する。プロジェクタ２０は、ＰＣ１０から受信した画像データを受信して、プロジェクタ２０の画面に投影できる形式に変換して表示する。このとき、マウスなどの操作部１０ａによってＰＣ１０におけるウィンドウシステム上のポインタが操作されるが、ポインタの表示位置データは、画像データとは別にプロジェクタ２０に送信される。なお、ここでいうウィンドウシステムとは、例えばマイクロソフト社のオペレーティングシステム（以下、ＯＳ）であるＷｉｎｄｏｗｓ（登録商標）によって実現される、Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ（ＧＵＩ）のことである。ＧＵＩにより、複数のタスクに固有の領域を、割当てて画面出力を多重化することが可能になる。プリンタ４０は、ＰＣ１０あるいはプロジェクタ２０から受信した印刷ジョブに応じて印刷処理を実行する。

また、画像表示システム１は、ＰＣ１０と同等の機能を持つ複数のＰＣ１１，１２が通信回線３０を介してＰＣ１０と接続されている。

プロジェクタ２０は、ＰＣ１０から受信した画像データを投影画面１５に投影する際に、ＰＣ１０の画面データを投影エリア１６に、ＰＣ１１の画面データを投影エリア１７に、ＰＣ１２の画面データを投影エリア１８にそれぞれ表示する。また、他のＰＣから通信回線３０を介して画面データを受信していない投影エリア１９には、ＰＣ１２のセカンダリモニタ１１２の画面データが表示されている。

また、プロジェクタ２０のみ図示しているが、通信回線３０にはプロジェクタ２０と同等の他のプロジェクタが複数接続可能であり、ＰＣ１０は適宜画面データを投影する送信先のプロジェクタを選択可能である。

＜ＰＣ、プロジェクタ、及びプリンタのブロック構成＞図２を参照して、ＰＣ１０〜１２とプロジェクタ２０とプリンタ４０の各ブロック構成について説明する。

図２において、ＰＣ１０〜１２は、ＣＰＵ１０１、ＣＰＵ１０１の処理手順を記述した制御プログラムを記憶するためのＲＯＭ１０２、ワークメモリとして一時的に制御プログラムやデータを格納するＲＡＭ１０３を有する。また、ＰＣ１０〜１２は、アプリケーションやＯＳなどの各プログラムとデータを格納するためのハードディスクドライブ（ＨＤＤ）１０４を備える。更に、ＰＣ１０〜１２は、通信回線３０を介してプロジェクタ２０や他のプロジェクタ、サーバなどと通信するための通信ＩＦ（インタフェース）１０６を備える。更にまた、ＰＣ１０は、キーボードやポインティングデバイス（マウスなど）を介して入力されるユーザ操作を受け付けるユーザＩＦ１０７を備える。

また、ＰＣ１０〜１２は、ＰＣ１０〜１２のモニタ画面に表示する画像データを記憶するＶＲＡＭ１０８、画像処理部１０９、表示制御部１１０、液晶パネルなどの表示デバイスからなるモニタ１１１，１１２、これら各要素を接続する内部バス１１３を備える。なお、画像処理部１０９は、複数のモニタ１１１，１１２が接続されている場合には、モニタごとに表示対象の画像データを信号処理し、表示信号を生成する。なお、モニタは２台に限らず、３台以上であってもよい。

プロジェクタ２０は、ＣＰＵ２０１、ＣＰＵ２０１の処理手順を記述した制御プログラムを記憶するためのＲＯＭ２０２、ワークメモリとして一時的に制御プログラムやデータを格納するＲＡＭ２０３を備える。また、プロジェクタ２０は、ＰＣ１０〜１２との通信可能に接続するための通信ＩＦ２０５、各種の操作ボタンや操作リモコンなどを介して入力されるユーザ操作を受け付けるユーザＩＦ２０６を備える。更にまた、プロジェクタ２０は、画像データを投影部２０８に出力するための投影制御部２０７、液晶パネル及びその駆動部、レンズ及びその駆動系、並びに光源からなる投影部２０８、これら各要素を接続する内部バス２０９を備える。なお、他のプロジェクタも同様の構成を有する。

プリンタ４０は、ＣＰＵ４０１、ＣＰＵ４０１の処理手順を記述した制御プログラムを記憶するためのＲＯＭ４０２、ＣＰＵ４０１のメインメモリ、一時的に制御プログラムや印刷データを格納するワークエリア、印刷設定情報や制御パラメータ等を格納するＮＶＲＡＭ等に用いられるＲＡＭ４０３を有する。また、プリンタ４０は、通信回線３０を介してＰＣ１０〜１２やプロジェクタ２０や他のプロジェクタ、サーバなどと通信するための通信ＩＦ（インタフェース）４０４を備える。更に、プリンタ４０は、ボタンやタッチパネルを介して入力されるユーザ操作を受け付けると共に、ＬＥＤランプ等を備える操作パネル４０５を備える。更にまた、プリンタ４０は、印刷部（プリンタエンジン）４０７へ印刷データを出力する印刷部ＩＦ４０６と、メモリカードやＨＤＤ等の外部メモリ４０８を備える。上述した各要素は内部バス４０９を介して接続されている。

ＣＰＵ４０１は、ＲＯＭ４０２や外部メモリ４０８に記憶された制御プログラム等に基づいて内部バス４０９に接続される各要素とのアクセスを総括的に制御する。また、ＣＰＵ４０１は、印刷部ＩＦ４０６を介して印刷部４０７に印刷データを出力する。更に、ＲＯＭ４０２には、上記印刷データを生成する際に使用するフォントデータ等が格納されており、外部メモリ４０８が未接続の場合には、印刷処理を行う際の制御パラメータ等も記憶される。ＣＰＵ４０１は、通信ＩＦ４０４を介して、ＰＣ１０〜１２やプロジェクタ２０との通信が可能である。

＜ＰＣ側での処理＞次に、図３を参照して、ＰＣ１０〜１２による処理について説明する。なお、図３に示す処理は、ＰＣ１０〜１２においてプロジェクタ制御用のアプリケーション起動時に、ＨＤＤ１０４に格納されているアプリケーションプログラムを、ＣＰＵ１０１がＲＡＭ１０３に展開することで実行される。

図３（ａ）において、ＣＰＵ１０１は、ＰＣ１０〜１２が多画面表示モードに設定されているか判定する（Ｓ１０１）。ここで、多画面表示モードとは、例えば、ＰＣ１０〜１２に複数のモニタ１１１，１１２が接続されており、各モニタごとに設定された画像を表示するモード、若しくはＰＣ１０〜１２のモニタに表示された画像を複数の画像に分離して表示するモードである。ここでは、例えば、ＰＣ１０〜１２のＷｉｎｄｏｗｓ ＯＳにおける画面のプロパティ設定におけるディスプレイの設定情報を取得することで複数のモニタの画面のレイアウト設定が判定できる。

ここで、図５を参照して、多画面表示モードにおけるレイアウト設定について、ＰＣ１０に接続されたプライマリモニタ１１１とセカンダリモニタ１１２のそれぞれに画像を表示している場合を例に説明する。

図５（ａ）は同一サイズの２つのモニタ画面を左右に表示する場合のレイアウト設定を例示し、ＰＣ１０に表示されたレイアウト設定画面５００の中にプライマリモニタ５０１とセカンダリモニタ５０２が左右に並べて表示される。

図５（ｂ）は同一サイズの２つのモニタ画面を上下にずらして左右に表示する場合のレイアウト設定を例示している。図５（ｂ）では、ＰＣ１０に表示されたレイアウト設定画面５００の中にプライマリモニタ５０１とセカンダリモニタ５０２が左右に表示されるが、縦方向のＹ軸座標は異なる座標となる。

図５（ｃ）はサイズが異なる２つのモニタ画面を左右に表示する場合のレイアウト設定を例示し、レイアウト設定画面５００の中に異なるサイズのプライマリモニタ５０３とセカンダリモニタ５０４が左右に並べて表示される。

図５（ｄ）はアスペクト比が異なる２つのモニタ画面を左右に表示する場合のレイアウト設定を例示し、レイアウト設定画面５００の中に異なるアスペクト比のプライマリモニタ５０５とセカンダリモニタ５０６が左右に並べて表示される。

図５（ｅ）は同一サイズの４つのモニタ画面を上下左右に表示する場合のレイアウト設定を例示し、レイアウト設定画面５００の中に同一アスペクト比の第１〜第４モニタ５０７〜５１０が上下左右に表示される。

なお、図５（ａ）〜（ｅ）で例示したレイアウト設定以外にも様々なレイアウトが可能である。

図３の説明に戻り、ステップＳ１０１で多画面表示モードに設定されている場合には、ＣＰＵ１０１は、ＰＣ１０〜１２からレイアウト設定情報を取得する（Ｓ１０２）。

次に、ＣＰＵ１０１は、例えば図５に示したレイアウト設定画面にて設定され、プロジェクタ２０へ送信する対象となる画面データ（以下、送信画像データ）が複数存在するか判定する（Ｓ１０３）。ここで、送信画像データの設定はユーザがＰＣ１０〜１２のモニタに表示されるアプリケーション画面を操作することにより行う。

ステップＳ１０３で、送信画像データが複数存在する場合には、ＣＰＵ１０１は、各画像データの送信先をユーザＩＦ１０７を介して入力されたユーザ操作に従って決定する（Ｓ１０４）。

ステップＳ１０５では、ＣＰＵ１０１は、送信画像データの送信先のプロジェクタとの通信接続を確立するため、通信ＩＦ１０６を介して接続要求を発行する。ここで発行される接続要求は、ＴＣＰ／ＩＰなどの通信プロトコル上に独自のパケット情報を付加して送信する。

なお、ステップＳ１０１にて単一画面表示モードに設定されている場合又はステップＳ１０３にてプロジェクタへの送信画像データが複数存在しない場合には、ステップＳ１０５に移行する。ここで、単一画面表示モードは、例えば、ＰＣ１０のセカンダリモニタ１１２が接続されておらず、ＰＣ１０のプライマリモニタ１１１の画面データのみを表示するモードである。

ステップＳ１０６では、ＣＰＵ１０１は、接続要求先のプロジェクタから接続要求に対する返信を受信し、接続可能でれば接続を確立してステップＳ１０７に移行し、接続不可であれば本処理を終了する。

ステップＳ１０７では、ＣＰＵ１０１は、送信先のプロジェクタの投影部２０８の画面レイアウトを設定するため、各ＰＣで設定された図５に示すレイアウト設定情報と画像情報とを通信ＩＦ１０６を介して送信先のプロジェクタへ送信する（Ｓ１０７）。ここで、画像情報は、画像の数と、各画像の解像度やアスペクト比（画面サイズ）、近接するレイアウトか否か、画面レイアウトにおける各画像の表示エリア、各画像の異同や相関などを示す情報を含む。

次に、図３（ｂ）を参照して、ＰＣ１０のモニタ画面に表示されている画像データを通信回線３０を介してプロジェクタ２０へ送信する処理について説明する。

図３（ｂ）において、ＣＰＵ１０１は、表示制御部１１０によってモニタに出力されている画像の座標を指定して、当該画像が格納されているＶＲＡＭ１０８から画像データを取得する（Ｓ１１１）。複数のモニタに画像が表示されている場合には、各モニタに表示されている画像データの中で、ステップＳ１０４にて決定された各送信画像データの座標を指定してＶＲＡＭ１０８から画像データを取得する（画像取得処理）。

ステップＳ１１１にてキャプチャした各送信画像データは通信ＩＦ１０６を介して送信先のプロジェクタへ送信される（Ｓ１１２）。ここで、送信画像データが複数存在する場合には、図３（ａ）のステップＳ１０４にて設定された各送信先のプロジェクタに対象となる画像データを送信する（Ｓ１１２）。なお、複数の画像データを同一のプロジェクタに送信することも可能である。

各画像データの送信が完了した後、ＣＰＵ１０１は、プログラムの終了指示がユーザＩＦ１０７を介して入力された場合には処理を終了し、終了指示が入力されていない場合にはステップＳ１１４に移行する（Ｓ１１３）。

ステップＳ１１４では、ＣＰＵ１０１は、表示制御部１１０から出力する画像データに更新があるのを待ち、更新があった場合にはステップＳ１１１に戻り、モニタに出力されている画像データをＶＲＡＭ１０８から取得する。

以上の処理により、ＰＣ１０〜１２が複数のモニタに表示している画像データを通信回線３０を介して送信先のプロジェクタに送信することが可能となる。

＜プロジェクタ側での処理＞次に、図４を参照して、プロジェクタ２０による処理について説明する。なお、図４に示す処理は、プロジェクタ２０の電源投入時に、ＲＯＭ２０２に格納されているファームウェアプログラムを、ＣＰＵ２０１がＲＡＭ２０３に展開することで実行される。

図４（ａ）において、ＣＰＵ２０１は、通信回線３０に接続されたＰＣ１０〜１２のいずれかから接続要求を通信ＩＦ２０５を介して受信し（Ｓ２０１）、接続要求を受信した後、接続可能な状況であるかを判定する（Ｓ２０２）。

ステップＳ２０２で接続可能な状況ならば、ＣＰＵ２０１は、接続要求を送信したＰＣに対して接続要求を受け付けたことを通信ＩＦ２０５を介して通知する（Ｓ２０３）。接続が不可能な状況ならば、接続要求を送信したＰＣに対して接続を拒否することを通信ＩＦ２０５を介して通知して、本処理を終了する（Ｓ２０４）。

次に、ＣＰＵ２０１は、ステップＳ２０３にて接続を確立したＰＣ（ここでは、ＰＣ１０とする）からプロジェクタ２０のレイアウト設定情報と画像情報とを通信ＩＦ２０５を介して受信する（Ｓ２０５）。

図４（ｂ）はプロジェクタ２０が、ＰＣ１０から受信する複数の画像データを表示するためのレイアウトを決定する処理を示している。

図４（ｂ）において、ＣＰＵ２０１は、プロジェクタ２０側でユーザにより予め設定されている既存のレイアウト設定を、ＰＣ１０から受信したレイアウトに自動的に変更できる変更許可設定になっているか判定する（Ｓ２１１）。変更許可設定になっている場合にはステップＳ２１２に移行し、変更不可設定であれば、図４（ｃ）でプロジェクタ２０側で設定された画面レイアウトに従ってＰＣ１０から受信した画像データを投影する。

ステップＳ２１２では、ＣＰＵ２０１は、接続を確立した同一機器であるＰＣ１０から複数の画像データを受信するか否かを判定する。ここでは、ステップＳ２０５で受信した画像情報から判定する。ステップＳ２１２で複数の画像データを受信する場合にはステップＳ２１３に移行し、複数の画像データを受信しない場合にはステップＳ２２０に移行する。

ステップＳ２１３では、ＣＰＵ２０１は、受信する複数の画像データが、図５（ａ）や図５（ｅ）のように所定の間隔をもって近接する画面レイアウトか否かを判定する（レイアウト判定処理）。ステップＳ２１３での判定の結果、近接していない場合にはステップＳ２２０に移行し、近接している場合にはステップＳ２１４に移行する。

ステップＳ２１４では、ＣＰＵ２０１は、受信する複数の画像データが異なる画像データであるか否かを判定し（画像判定処理）、同じ画像データならば本処理を終了し、図４（ｃ）の画像表示処理に移行し、異なる画像であればステップＳ２１５に移行する。

ステップＳ２１５では、ＣＰＵ２０１は、複数の画像データの解像度が同一か否かを判定し（サイズ判定処理及び解像度判定処理）、解像度が同一ならばステップＳ２１６に移行し、同一でないならばステップＳ２１７に移行する。

ステップＳ２１６では、ＣＰＵ２０１は、複数の画像データの画面アスペクト比が同一か否かを判定し（サイズ判定処理及びアスペクト比判定処理）、アスペクト比が同一ならばステップＳ２１９に移行し、同一でないならばステップＳ２１７に移行する。

ステップＳ２１７では、ＣＰＵ２０１は、プロジェクタ２０側で予めユーザにより設定された既存の設定が、多画面表示の際に各画像を均等サイズ、同一アスペクト比で表示する設定となっているか判定する。均等サイズ、同一アスペクト比で表示する設定ならばステップＳ２１８に移行し、そうでなければステップＳ２２０に移行する。

ステップＳ２１８では、ＣＰＵ２０１は、複数の画像データの解像度及び／又はアスペクト比を、複数の画像データの中から選択された代表的な画像データの解像度及び／又はアスペクト比に合わせてレターボックス形式でリサイズする。ここでリサイズ処理は、ユーザにより予め設定された値に従ってもよいし、最も高い解像度とアスペクト比４：３に合わせるなど予め決められたルールに従ってもよい。

ステップＳ２１９では、ＣＰＵ２０１は、ユーザにより予め設定された画面レイアウト情報をＲＡＭ２０３から読み出し、複数の画像データを結合した画面レイアウト（第１のレイアウト）に変更する。

ステップＳ２２０では、ＣＰＵ２０１は、ユーザにより予め設定された画面レイアウト情報をＲＡＭ２０３から読み出し、複数の画像データを識別可能に分離した画面レイアウト（第２のレイアウト）に変更する。

なお、ステップＳ２１９及びＳ２２０でのレイアウト設定を変更する際に、レイアウト変更を実行するか否かを、送信元のＰＣ（ユーザ）に問い合わせる画面を表示し、ユーザの確認をとってからレイアウト変更を実行してもよい。また、ステップＳ２１９における表示レイアウトと、ステップＳ２２０における表示レイアウトを比較すると、複数の画像データ同士の配置位置が異なる。すなわち、ステップＳ２１９における表示レイアウトの方がステップＳ２２０における表示レイアウトに比べて、複数の画像データ同士の配置位置が近い距離である。または、ステップＳ２２０における表示レイアウトでは、複数の画像データ同士を分離するための枠線等の画像を表示するが、Ｓ２１９における表示レイアウトにおいては、枠線等の画像を表示しない。

ここで、図６を参照して、ステップＳ２１９及びＳ２２０におけるレイアウト変更処理の具体例について説明する。

図６（ａ）に複数の画像データの画像間距離を変更した場合の画面レイアウトを例示している。ステップＳ２１９では投影画面６００にはプライマリモニタ１１１（又はＰＣ１１）の画像６０２とセカンダリモニタ１１２（又はＰＣ１２）の画像６０３が左右に結合して表示される。一方、ステップＳ２２０では投影画面６０１にはプライマリモニタ１１１（又はＰＣ１１）の画像６０４とセカンダリモニタ１１２（又はＰＣ１２）の画像６０５が識別可能に分離して表示される。本実施形態では、ステップＳ２１９における表示レイアウトは、投影画像６０２と６０３とを結合して表示している。しかし、結合していなくとも、ステップＳ２２０に対応する表示レイアウトよりも、投影画像同士の配置される位置が近ければよい。たとえば、ステップＳ２２０においては、投影画像は、１０画素分横に離間して表示しているとすると、ステップＳ２１９においては、１０画素よりも少ない画素数離間していれば良い。すなわち、ステップＳ２１９においては、９画素から０画素離間していれば良い。すなわち、ステップＳ２１９における表示レイアウトの方がステップＳ２２０における表示レイアウトに比べて、複数の画像データ同士の配置位置が近い距離である。

図６（ｂ）に各画像に枠を表示する場合の画面レイアウトを例示している。ステップＳ２１９では投影画面６００にはプライマリモニタ１１１（又はＰＣ１１）の画像６０２とセカンダリモニタ１１２（又はＰＣ１２）の画像６０３を左右に結合させ、かつ画像６０２と画像６０３の画像全体の外縁を枠６０６により囲って表示する。一方ステップＳ２２０では投影画面６０１にはプライマリモニタ１１１（又はＰＣ１１）の画像６０４の外縁を枠６０７、セカンダリモニタ１１２（又はＰＣ１２）の画像６０５の外縁を枠６０８で囲うことで各々の画像を識別可能に分離させる（枠表示処理）。

図６（ｃ）に複数の画像の離間距離を変更した場合の画面レイアウトを例示している。ステップＳ２１９では投影画面６００にはプライマリモニタ１１１（又はＰＣ１１）の画像６０２とセカンダリモニタ１１２（又はＰＣ１２）の画像６０３が左右に結合して表示される。一方、ステップＳ２２０では投影画面６０１にはプライマリモニタ１１１（又はＰＣ１１）の画像６０４とセカンダリモニタ１１２（又はＰＣ１２）の画像６０５との間に区切り線６０９で区切ることで各々の画像を識別可能に分離させる（線表示処理）。

図６（ｄ）に複数の画像の離間距離を大きく変更した場合の画面レイアウトを例示している。ステップＳ２１９では投影画面６００にはプライマリモニタ１１１の画像６０２とセカンダリモニタ１１２の画像６０３を左右に結合して表示する。同時に、画像６０２の近傍には画像６０２を表示しているプライマリモニタ１１１の名前６１０、画像６０３の近傍には画像６０３を表示しているセカンダリモニタ１１２の名前６１１がそれぞれ表示される（識別情報表示処理）。

一方、ステップＳ２２０では投影画面６０１にはＰＣ１１の画像６０４とＰＣ１２の画像６０５を結合する。そして、画像６０４の近傍に画像６０４の送信元となるＰＣ１１の識別情報６１２、画像６０５の近傍に画像６０５の送信元となるＰＣ１２の識別情報６１３を表示する（識別情報表示処理）。

図４（ｃ）はプロジェクタがＰＣから画像データを受信して表示するまでの処理を示している。

図４（ｃ）において、ＰＣとの接続が確立されると本プログラムが起動し、通信ＩＦ２０５を介して通信回線３０上に存在するＰＣから送信される画像データの受信待ち状態となる（Ｓ２３１）。

ステップＳ２３２では、ＣＰＵ２０１は、ＰＣ側から受信したレイアウト設定情報又はステップＳ２１９、Ｓ２２０で設定された画面レイアウトに従い、受信した画像データの投影画面における表示エリアを決定する。

ステップＳ２３３では、ＣＰＵ２０１は、決定された表示エリアごとに投影制御部２０７を介して画像データを投影部２０８に投影する。

ステップＳ２３４では、ＣＰＵ２０１は、ＰＣとの接続が切断されたか否か判定し、切断された場合には本処理を終了し、切断されていない場合にはステップＳ２３１に戻り、画像の受信待ち状態となる。

以上の処理によれば、プロジェクタが同一のＰＣから送信される複数の画像データを多画面表示する際に、各画像データの関連性に応じて表示形態を変更する。例えば、ＰＣ側で所定の間隔をもって近接する画像であれば左右に結合して表示し、それ以外ならば識別可能に分離して表示するので、画像の視認性が向上する。

［実施形態２］次に、実施形態２として、ＰＣ側で複数の送信画像データを結合して送信する処理について説明する。なお、本実施形態を実現する画像表示システムのブロック構成は、前述した実施形態１と同様であるため、説明を省略する。

実施形態１ではＰＣから受信した画像データのレイアウトをプロジェクタ側で変更していたのに対して、本実施形態ではＰＣ側でプロジェクタでの画面レイアウトを変更する。

図７を参照して、実施形態２のＰＣ１０〜１２の処理について説明する。なお、本処理において、プロジェクタとの通信接続を確立する処理については図３（ａ）で説明した通りである。また、図７に示す処理は、ＰＣ１０〜１２においてプロジェクタ制御用のアプリケーション起動時に、ＨＤＤ１０４に格納されているアプリケーションプログラムを、ＣＰＵ１０１がＲＡＭ１０３に展開することで実行される。

図７において、ＣＰＵ１０１は、画像処理部１０９により表示制御部１１０を介して複数のモニタ１１１，１１２に表示されている画像データをＶＲＡＭ１０８から取得する（Ｓ３０１）。

ステップＳ３０２では、ＣＰＵ１０１は、複数の画像データの送信先が同一のプロジェクタであるか否かを判定する。送信先が同一の場合にはステップＳ３０３に移行し、異なる場合にはステップＳ３０８に移行する。

ステップＳ３０３では、ＣＰＵ１０１は、送信対象の複数の画像データが図５（ａ）や図５（ｅ）のように所定の間隔をもって近接する画面レイアウトか否かを判定する。近接している場合にはステップＳ３０３に移行し、近接していない場合にはステップＳ３０８に移行する。本実施形態では、図５（ａ）、図５（ｅ）のように、所定の間隔を持って近接する画像レイアウトである場合には、画像データを取り込む際に、複数の画像を１つの画像データに結合した画像を生成するのである。

さらに、ステップＳ３０４では、ＣＰＵ１０１は、送信対象の複数の画像データの画面アスペクト比が同一であるか否かを判定する（Ｓ３０４）。アスペクト比が同一ならばステップＳ３０５に移行し、同一でないならばステップＳ３０８に移行する。

ステップＳ３０５では、ＣＰＵ１０１は、送信対象の複数の画像データの解像度が同一であるか否かを判定する。解像度が同一ならばステップＳ３０６に移行し、同一でないならばステップＳ３０８に移行する。

ステップＳ３０６では、ＣＰＵ１０１は、送信対象の複数の画像データが異なっているか否かを判定し、異なっているならばステップＳ３０７に移行し、同じならばステップＳ３０８に移行する。

ステップＳ３０７では、ＣＰＵ１０１は、所定の間隔をもって近接する画像データを結合する。すなわち、ステップＳ３０７においては、ＣＰＵ１０１は、所定の間隔を持って近接する複数の画像データをひとつの画像データとして結合した状態で画像を取り込むのである。

ステップＳ３０８では、ＣＰＵ１０１は、送信先のプロジェクタの画面レイアウトを設定する。ここで、ステップＳ３０７で結合した画像データを表示できるようなレイアウトに設定するためのレイアウト設定情報を送信先のプロジェクタへ送信する。

ステップＳ３０９では、ＣＰＵ１０１は、送信対象の各画像データを送信先のプロジェクタへ送信する。

各画像データの送信が完了した後、ＣＰＵ１０１は、プログラムの終了指示がユーザＩＦ１０７を介して入力された場合には処理を終了し、終了指示が入力されていない場合にはステップＳ３１１に移行する（Ｓ３１０）。

ステップＳ３１１では、ＣＰＵ１０１は、表示制御部１１０にて出力する画像データに更新があるのを待ち、更新があった場合にはステップＳ３０１に戻り、各モニタ１１１，１１２に出力されている画像データをＶＲＡＭ１０８から取得する。

プロジェクタ２０側での画像表示処理については、図４（ｂ）の処理を除き、図４（ａ）及び図４（ｃ）と同一である。

［実施形態３］次に、実施形態３として、ＰＣ側で全てのモニタに表示されている全ての画像データを取得し、取得した画像データをモニタごとに分離又は送信先ごとに結合して送信する処理について説明する。なお、本実施形態を実現する画像表示システムのブロック構成は、前述した実施形態１と同様であるため、説明を省略する。なお、本実施形態では、ＰＣ１０には２台のモニタ１１１，１１２が接続されている例で説明しているが、３台以上のモニタが接続されている場合であってもよい。

図８を参照して、実施形態２のＰＣでの処理について説明する。なお、本処理において、プロジェクタとの通信接続を確立する処理については図３（ａ）で説明した通りである。また、図８に示す処理は、ＰＣ１０においてプロジェクタ制御用のアプリケーション起動時に、ＨＤＤ１０４に格納されているアプリケーションプログラムを、ＣＰＵ１０１がＲＡＭ１０３に展開することで実行される。

図８において、ＣＰＵ１０１は、画像処理部１０９により表示制御部１１０を介して全てのＰＣ１０のモニタに表示されている全ての画像データをＶＲＡＭ１０８から取得する（Ｓ４０１）。

ステップＳ４０２では、ＣＰＵ１０１は、ステップＳ４０１でキャプチャした全ての画像データのうち、送信先が同一の画像データが複数存在するか判定する。送信先が同一の画像データが複数存在する場合にはステップＳ４０３に移行し、送信先が異なっている場合又は送信先が同一の画像データが単一の場合にはステップＳ４０７に移行する。

ステップＳ４０３では、ＣＰＵ１０１は、送信先が同一である複数の画像データが図５（ａ）、（ｅ）のように所定の間隔をもって近接する画面レイアウトか否かを判定する。そして、近接している場合にはステップＳ４０３に移行し、近接していない場合にはステップＳ４０７に移行する。

ステップＳ４０４では、ＣＰＵ１０１は、送信先が同一で互いに近接する画面レイアウトの複数の画像データの画面アスペクト比が同一であるか否かを判定し、同一ならばステップＳ４０５に移行し、同一でないならばステップＳ４０７に移行する。

ステップＳ４０５では、ＣＰＵ１０１は、送信先が同一で互いに近接する画面レイアウトの複数の画像データの解像度が同一であるかを判別し、同一ならばステップＳ４０６に移行し、同一でないならばステップＳ４０７に移行する。

ステップＳ４０６では、ＣＰＵ１０１は、送信先が同一で互いに近接する画面レイアウトの複数の画像データが異なっているか否かを判定し、同一である場合にはステップＳ４０７に移行し、異なっている場合にはステップＳ４０８に移行する。

ステップＳ４０７では、ＣＰＵ１０１は、モニタごとに画像データを識別可能に分離した１つの画像を生成し、ＲＡＭ１０３に格納し、ステップＳ４０９に移行する。

ステップＳ４０８では、ＣＰＵ１０１は、送信先が同一で互いに近接する画面レイアウトの複数の画像データについて、送信先ごとに複数の画像データを結合した１つの画像を生成する。そして、結合した画像データをＲＡＭ１０３に格納し、ステップＳ４０９に移行する。

ステップＳ４０９では、ステップＳ４０７、Ｓ４０８で分離又は結合された画像データを表示できるようなレイアウト設定情報を、送信先のプロジェクタへ送信する。

その後、ＣＰＵ１０１は、各画像データを送信先のプロジェクタへ送信し（Ｓ４１０）、各画像データの送信が完了した後、プログラムの終了指示があった場合には処理を終了する（Ｓ４１１）。また、終了指示が入力されていない場合にはステップＳ４１２に移行し、表示制御部１１０にて出力する画像データに更新があるのを待ち、更新があった場合にはステップＳ４０１に戻り、再度モニタから画像データをＶＲＡＭ１０８から取得する。

プロジェクタ２０側での画像表示処理については、図４（ｂ）の処理を除き、図４（ａ）及び図４（ｃ）と同一である。

［実施形態４］次に、実施形態４として、プロジェクタ２０が、複数のＰＣから画像データを受信した場合のレイアウト変更処理について説明する。本実施形態では、複数のＰＣから画像データを受信した場合であっても、所定の条件を満たせば、図６の投影画面６００のように各画像を結合するようにプロジェクタ側で画面レイアウトを変更する。なお、図９に示す処理は、図４（ｂ）に対応し、プロジェクタ２０の電源投入時に、ＲＯＭ２０２に格納されているファームウェアプログラムを、ＣＰＵ２０１がＲＡＭ２０３に展開することで実行される。

本実施形態を実現する画像表示システムのブロック構成は、前述した実施形態１と同様であるため、説明を省略する。また、ＰＣ１０〜１２側での処理については、図３と同様であり、プロジェクタ２０側での画像表示処理については図４（ｂ）の処理を除き、図４（ａ）及び図４（ｃ）と同一である。

図９において、ＣＰＵ２０１は、プロジェクタ２０側での既存のレイアウト設定を、ＰＣ１０から受信したレイアウトに自動的に変更してもよい変更許可設定になっているか否か判定する（Ｓ５０１）。変更許可設定になっている場合にはステップＳ５０２に移行し、変更不可設定であれば、図４（ｃ）でプロジェクタ２０側で設定された画面レイアウトに従ってＰＣから受信した画像データを投影する。

ステップＳ５０２では、ＣＰＵ２０１は、プロジェクタ２０が接続を確立した複数のＰＣから画像データを受信するか否かを判定する。ここでは、図４（ａ）のステップＳ２０５で受信した画像情報から判定する。

ステップＳ５０２で複数の画像データを受信する場合にはステップＳ５０３に移行し、複数の画像データを受信しない場合にはステップＳ５０６に移行する。

ステップＳ５０３では、ＣＰＵ２０１は、複数のＰＣから受信する各画像データの解像度が同一か否かを判定し、各画像データの解像度が同一ならばステップＳ５０４に移行し、同一ではないならばステップＳ５０６に移行する。

次に、ステップＳ５０４では、ＣＰＵ２０１は、複数のＰＣから受信する各画像データの画面アスペクト比が同一か否かを判定し、アスペクト比が同一ならばステップＳ５０５に移行し、同一でないならばステップＳ５０６に移行する。

ステップＳ５０５では、ＣＰＵ２０１は、ユーザにより予め設定された画面レイアウト情報をＲＡＭ２０３から読み出し、複数の画像データを結合した画面レイアウトに変更する。

ステップＳ５０６では、ＣＰＵ２０１は、ユーザにより予め設定された画面レイアウト情報をＲＡＭ２０３から読み出し、複数の画像データを識別可能に分離した画面レイアウトに変更する。

プロジェクタ２０側での画像表示処理については、図４（ｂ）の処理を除き、図４（ａ）及び図４（ｃ）と同一である。

以上説明したように、上記各実施形態によれば、プロジェクタの投影画面に複数の画像を投影する際に、例えば同じＰＣの複数の表示部で表示されている画像のように、関連性の高い画像については結合したレイアウトとする。一方、例えば個々のＰＣごとに表示されている画像のように、関連性の低い画像については枠や線などで識別可能に分離したレイアウトとする。このように画像間の関連性に応じて表示形態を変更することで、視認性を向上することができる。

［実施形態５］次に、実施形態５として、プロジェクタ２０により多画面表示されている画像同士の関連性に応じて、プリンタ４０による印刷方式を変更する処理について説明する。本実施形態では、プロジェクタ２０が、多画面表示モードであるか、多画面表示された各画像データが同一のＰＣから受信したものであるか、異なるＰＣから受信したものであるかに応じて、全ての画像を印刷媒体である１枚のシートに印刷するか、別々のシートに印刷するかを決定する。

なお、本実施形態を実現する画像表示システムのブロック構成は、前述した実施形態１と同様であるため、説明を省略する。

図１０は、ＰＣ１０〜１２側での処理を示しており、ＰＣがプロジェクタと通信接続を確立するまでの処理は図３（ａ）と同様である。また、図１０（ａ）のステップＳ６０１、Ｓ６０３〜Ｓ６０５は、図３（ｂ）のステップＳ１１１〜Ｓ１１４と同様であるため、以下では異なる部分を中心に説明する。

図１０（ａ）において、ＣＰＵ１０１は、ステップＳ６０１にてキャプチャした各送信画像データをＲＡＭ１０３に格納する（Ｓ６０２）。ここで、ＲＡＭ１０３に格納する画像データはリングバッファのように構成され、数フレームのデータを保持でき、画像データを識別するための識別情報（画像ＩＤ）が付加されている。

ステップＳ６０３では、ＣＰＵ１０１は、図３（ｂ）のステップＳ１１２と同様に、キャプチャした各送信画像データを通信ＩＦ１０６を介して送信先のプロジェクタへ送信する（Ｓ６０３）。ここで、送信画像データが複数存在する場合には、図３（ａ）のステップＳ１０４にて設定された各送信先のプロジェクタに対象となる画像データと画像ＩＤを送信する。なお、複数の画像データを同一のプロジェクタに送信することも可能である。

各画像データの送信が完了した後、ＣＰＵ１０１は、図３（ｂ）のステップＳ１１３〜Ｓ１１４と同様に、プログラムの終了処理（Ｓ６０４でＹＥＳ）、画像の更新処理（Ｓ６０５）を実行する。

図１０（ｂ）は、プロジェクタ２０からリサイズ処理前の元画像データの送信要求を受信した場合のＰＣ側の処理を示している。

図１０（ｂ）において、ＣＰＵ１０１は、プロジェクタ２０から元画像データの送信要求を受信した場合（Ｓ６１１でＹＥＳ）、送信要求に付加されている画像ＩＤと同一の画像データをＲＡＭ１０３から読み出して、プロジェクタ２０へ送信する（Ｓ６１２）。なお、元画像データの送信要求は、ＴＣＰ／ＩＰなどの通信プロトコル上に独自のパケット情報を付加して送信する。ここでのパケットは、元画像データの送信要求であることを示すＯｐｅｒａｔｉｏｎコードと、要求している画像データを識別するための画像ＩＤとで構成されるパケットとする。

画像データの送信が完了した後、ＣＰＵ１０１は、図３（ｂ）のステップＳ１１３と同様に、プログラムの終了処理を実行する。

＜プロジェクタ側での処理＞次に、図１１を参照して、プロジェクタ２０による画像印刷処理について説明する。なお、図１１に示す処理は、プロジェクタ２０の電源投入時に、ＲＯＭ２０２に格納されているファームウェアプログラムを、ＣＰＵ２０１がＲＡＭ２０３に展開することで実行される。また、ＰＣと通信接続を確立してから画像データを表示するまでの処理は図４（ａ）〜（ｃ）と同様である。

図１１において、ＣＰＵ２０１は、ユーザがプロジェクタ２０の操作ボタンや操作リモコンを操作することより、ユーザＩＦ２０６を介して印刷指示を受信したか判定する（Ｓ７０１）。

ステップＳ７０１で印刷指示を受信したならば、ＣＰＵ２０１は、ＰＣ１０〜１２が多画面表示モードに設定され、投影部２０８により複数の画像が複数の投影画面で多画面表示されているか判定する（Ｓ７０２）。

ステップＳ７０２で多画面表示されていない場合には、ＣＰＵ２０１は、投影画面に表示されている単一の画像を１枚のプリントシートに印刷する通常の印刷方式に応じた印刷プレビューを表示する（Ｓ７０４）。

一方、ステップＳ７０２で多画面表示されている場合には、ＣＰＵ２０１は、複数の画像データの送信元が同一のであるか判定する（Ｓ７０３）。

ステップＳ７０３で送信元が同一である場合には、ＣＰＵ２０１は、多画面表示されている複数の画像を１枚のプリントシートに印刷する第１の印刷方式に応じた印刷プレビューを表示する（Ｓ７０５）。ここで、印刷プレビューを表示する際には、現在投影部２８に投影されている画像と同じ画像データをＲＡＭ２０３から読み出して表示する。

一方、ステップＳ７０３で送信元が同一ではない場合には、ＣＰＵ２０１は、多画面表示されている複数の画像を、別々のプリントシートに印刷する第２の印刷方式に応じた印刷プレビューを表示する（Ｓ７０６）。ここでも、印刷プレビューを表示する際には、現在投影部２８に投影されている画像の矩形領域をＲＡＭ２０３から読み出して表示する。

なお、ステップＳ７０５、Ｓ７０６での処理を実現するためには、投影部２８に投影されている間はＲＡＭ２０３に画像データを保持しておく必要がある。

ステップＳ７０４〜Ｓ７０６で印刷プレビューを表示した後、ＣＰＵ２０１は、ユーザＩＦ２０６を介してユーザにより印刷設定が変更されたか判定する（Ｓ７０７）。

ステップＳ７０７で印刷設定に変更がない場合には、ＣＰＵ２０１は、ステップＳ７０９に進み、印刷設定に変更があった場合にはステップＳ７０８に進み、ユーザ操作に応じた印刷設定に変更した後、ステップＳ７０９に進む。

ステップＳ７０９では、ＣＰＵ２０１は、ユーザＩＦ２０６を介して印刷キャンセル操作を受け付けたか判定し、印刷キャンセルを受け付けた場合には、本処理を終了し、そうでなければステップＳ７１０に進む。

ステップＳ７１０では、ＣＰＵ２０１は、ユーザＩＦ２０６を介して印刷実行操作を受け付けたか判定し、印刷実行を受け付けるまでは、ステップＳ７０７〜Ｓ７０９の処理を繰り返し、印刷実行を受け付けると、ステップＳ７１１に進む。

ステップＳ７１１では、ＣＰＵ２０１は、多画面表示されている複数の画像に、リサイズ済みの画像があるか判定し、リサイズ済みの画像があった場合には、ステップＳ７１２に進み、リサイズ済みの画像がない場合には、ステップＳ７１３に進む。

ステップＳ７１２では、ＣＰＵ２０１は、リサイズ済みの画像の送信元に対して、通信ＩＦ２０５を介して元画像データの送信要求を送信する。なお、元画像データの送信要求は、元画像データの送信要求であることを示すＯｐｅｒａｔｉｏｎコードと、要求している画像データを識別するための画像ＩＤとで構成される。そして、ＣＰＵ２０１は、元画像データの送信要求を受信したＰＣから、図１０（ｂ）に従って送信された元画像データを、通信ＩＦ２０５を介して受信する。

ステップＳ７１３では、ＣＰＵ２０１は、プリンタ４０に対して印刷の実行を指示するための印刷ジョブを発行する。印刷ジョブには、ステップＳ７０４〜Ｓ７０６でプレビュー表示された印刷方式（印刷レイアウト）、用紙サイズ、カラーモード、印刷部数等の印刷設定情報が含まれる。なお、プリンタ４０は、予め宛先として設定されてＲＯＭ２０２に格納されたＩＰアドレスやプリンタ名等から判別されるが、それ以外に、接続機器検出用のプロトコルを用いて自動的に認識してもよい。

ステップＳ７１３でプリンタ４０に印刷ジョブを発行した後、ＣＰＵ２０１は、印刷対象の画像データをプリンタ４０へ送信する（Ｓ７１４）。なお、ステップＳ７０６で複数枚のプリントシートに印刷する第２の印刷方式の場合は印刷する画像データを順次送信する。

ステップＳ７１５では、ＣＰＵ２０１は、通信ＩＦ２０５を介してプリンタ４０から印刷完了通知を受信するまで待ち、印刷完了通知を受信すると、印刷完了画面を表示して処理を終了する（Ｓ７１６）。

なお、図１１のステップＳ７０４からＳ７０６では、印刷プレビューを表示する例を説明したが、印刷実行前の印刷プレビュー表示を省略しても良い。

図１３（ａ）は、図１１のステップＳ７０５において、多画面表示された複数の画像を１枚のプリントシートに印刷する第１の印刷方式の場合の印刷プレビューの表示例を示している。画面１３０１は、ユーザが現在の印刷設定情報の確認を行うための、印刷部数、用紙サイズ、印刷方式、プリンタ名等の印刷設定情報の表示１３０２、印刷実行を指示するための印刷ボタン１３０３、印刷中止を指示するためのキャンセルボタン１３０４、印刷レイアウト１３０５から構成される。

図１３（ｂ）は、図１１のステップＳ７０６において、多画面表示された複数の画像を、別々のプリントシートに印刷する第２の印刷方式の場合の印刷プレビューの表示例を示している。画面１３１０は、図１３（ａ）と同様に、印刷設定情報の表示１３０２、印刷ボタン１３０３、キャンセルボタン１３０４、そして、プリントシートごとの画像の印刷レイアウト１３０６、１３０７から構成される。

＜プリンタでの処理＞次に、図１２を参照して、プリンタ４０による印刷処理について説明する。なお、図１２に示す処理は、プリンタ４０の電源投入時に、ＲＯＭ４０２に格納されているファームウェアプログラムを、ＣＰＵ４０１がＲＡＭ４０３に展開することで実行され、プロジェクタ２０との通信接続は確立されているものとする。

図１２において、先ずＣＰＵ４０１は、操作パネル４０５を介してプログラムの終了指示を受けているか判定し（Ｓ８０１）、終了指示があれば処理を終了し、終了指示を受けていなければ、ステップＳ８０２に進む。

ステップＳ８０２では、ＣＰＵ４０１は、通信ＩＦ４０４を介してプロジェクタ２０から印刷ジョブを受信するまで待ち、印刷ジョブを受信すると、ステップＳ８０３に進む。

ステップＳ８０３では、ＣＰＵ４０１は、印刷ジョブ受信後にプロジェクタ２０から送信される印刷対象の画像データと印刷設定情報を受信し、ＲＡＭ４０３あるいは外部メモリ４０８に一時的に保持する。ここで、複数枚のプリントシートに印刷を行う第２の印刷方式の場合には、順次送信される画像データを受信して印刷処理を実行する。

ステップＳ８０４では、ＣＰＵ４０１は、ＲＡＭ４０３あるいは外部メモリ４０８に一時的に保持された画像データと印刷設定情報を、印刷部ＩＦ４０６から印刷部４０７へ送り、印刷処理を実行する。

ステップＳ８０４での印刷処理が終了したことを、印刷部ＩＦ４０６を介して確認すると、ＣＰＵ４０１は、通信ＩＦ４０４を介してプロジェクタ２０に印刷完了通知を送信し、ステップＳ８０１に戻る。

以上説明したように、本実施形態によれば、投影部２８に多画面表示された複数の画像を印刷する場合に、各画像が同一の送信元の場合には１枚のプリントシートに全ての画像を印刷し、異なる送信元の場合には、各画像を別々のプリントシートに印刷する。このように、多画面表示された複数の画像を印刷する場合に、画像同士の関連性に応じて印刷方式を変更することで、印刷結果の視認性を向上することができる。

［他の実施形態］本発明は、以下の処理を実行することによっても実現される。即ち、上記実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵなど）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

Claims (8)

1. 複数の画像送信装置から画像データを受信する受信手段と、
   前記受信手段により受信した複数の画像データを複数の表示エリアに表示する表示手段と、
   印刷装置に対して、前記表示手段により表示されている画像データに対応する画像データを印刷するための情報を送信する送信手段と、
   前記表示手段により表示されている複数の画像データが、同一の画像送信装置から送信された画像データであるのか、異なる画像送信装置から送信された画像データであるのかを判定する判定手段と、
   前記判定手段による判定の結果に応じて、前記表示手段に表示されている複数の画像データを前記印刷装置により印刷する際の印刷方式を決定する決定手段と、を有し、
   前記決定手段は、前記複数の画像データが同一の画像送信装置から受信したデータである場合には、当該複数の画像データを一つの印刷媒体に印刷する第１の印刷方式で印刷し、前記複数の画像データが異なる画像送信装置から受信したデータである場合には、当該複数の画像データを別々の印刷媒体に印刷する第２の印刷方式で印刷するように印刷方式を決定することを特徴とする画像出力装置。
2. 前記表示手段は、前記決定手段により決定された印刷方式に応じた情報を表示することを特徴とする請求項１に記載の画像出力装置。
3. 前記複数の表示エリアに表示されている複数の画像データのいずれかがリサイズされた画像データであるか判定し、リサイズされていると判定された画像データについては、前記リサイズされていると判定された画像データの送信元の画像送信装置から前記リサイズされた画像データに対応する画像データを取得する取得手段、を更に有し、
   前記送信手段は、前記決定手段により決定された印刷方式に応じた印刷に関する設定情報を含む情報と、前記表示されている画像データ又は前記取得手段により取得した前記リサイズされた画像データに対応する画像データとを前記印刷装置へ送信することを特徴とする請求項１または２に記載の画像出力装置。
4. 前記取得手段は、前記リサイズされていると判定された画像データの送信元に対して、前記リサイズされた画像データに対応する画像データの送信要求を送信し、
   前記送信要求は、前記リサイズされた画像データに対応する画像データを識別するための情報を含むことを特徴とする請求項３に記載の画像出力装置。
5. 少なくとも１つの画像送信装置と、画像出力装置とからなるシステムであって、
   前記画像送信装置は、
   表示部に表示されている画像データに対応する画像データを取得する画像取得手段と、
   前記画像取得手段により取得された画像データを前記画像出力装置に送信する送信手段と、を有し、
   前記画像出力装置は、
   複数の画像送信装置から画像データを受信する受信手段と、
   前記受信手段により受信した複数の画像データを複数の表示エリアに表示する表示手段と、
   印刷装置に対して、前記表示手段により表示されている画像データに対応する画像データを印刷するための情報を送信する送信手段と、
   前記表示手段により表示されている複数の画像データが、同一の画像送信装置から送信された画像データであるのか、異なる画像送信装置から送信された画像データであるのかを判定する判定手段と、
   前記判定手段による判定の結果に応じて、前記表示手段に表示されている複数の画像データを前記印刷装置により印刷する際の印刷方式を決定する決定手段と、を有し、
   前記決定手段は、前記複数の画像データが同一の画像送信装置から受信したデータである場合には、当該複数の画像データを一つの印刷媒体に印刷する第１の印刷方式で印刷し、前記複数の画像データが異なる画像送信装置から受信したデータである場合には、当該複数の画像データを別々の印刷媒体に印刷する第２の印刷方式で印刷するように印刷方式を決定することを特徴とするシステム。
6. 画像送信装置と接続される画像出力装置の制御方法であって、
   複数の画像送信装置から画像データを受信する受信工程と、
   前記受信工程により受信した複数の画像データを複数の表示エリアに表示する表示工程と、
   印刷装置に対して、前記表示エリアに表示されている画像データに対応する画像データを印刷するための情報を送信する送信工程と、
   前記表示エリアに表示されている複数の画像データが、同一の画像送信装置から送信された画像データであるのか、異なる画像送信装置から送信された画像データであるのかを判定する判定工程と、
   前記判定の結果に応じて、前記表示エリアに表示されている複数の画像データを前記印刷装置により印刷する際の印刷方式を決定する決定工程と、を有し、
   前記決定工程では、前記複数の画像データが同一の画像送信装置から受信したデータである場合には、当該複数の画像データを一つの印刷媒体に印刷する第１の印刷方式で印刷し、前記複数の画像データが異なる画像送信装置から受信したデータである場合には、当該複数の画像データを別々の印刷媒体に印刷する第２の印刷方式で印刷するように印刷方式を決定することを特徴とする制御方法。
7. コンピュータを、請求項１から４のいずれか１項に記載の画像出力装置の各手段として機能させるためのプログラム。
8. コンピュータを、請求項１から４のいずれか１項に記載の画像出力装置の各手段として機能させるためのプログラムを記憶したコンピュータによる読み取りが可能な記憶媒体。

Images