JP2019154002A - 制御装置およびその制御方法、投写装置および投写システム - Google Patents

Abstract

【課題】実行に適していない状態で投写装置の投写領域に関する制御が実行されることを抑制可能な制御装置およびその制御方法、投写装置および投写システムを提供する。【解決手段】複数の投写装置それぞれの投写領域を制御可能な制御装置である。制御装置は、複数の投写装置それぞれの温度が所定の条件を満たすか否かを判定し、少なくとも１つの投写装置の温度が所定の条件を満たさないと判定された場合には、投写領域の制御に関する所定の通知を実行する。【選択図】図５

Description

本発明は制御装置およびその制御方法、投写装置および投写システムに関し、特には投写領域の制御技術に関する。

複数台の投写装置（プロジェクタ）を用いた投写方法として、スタック投写とマルチスクリーン投写が知られている。スタック投写は、投写領域を合致させるか、ごく短距離（１画素ピッチ未満）ずらす投写方法である。投写画像の輝度やダイナミックレンジを拡大させたり、投写画像の解像度を向上させたりする目的で用いられる。また、マルチスクリーン投写は、投写領域を並べて配置する投写方法である。マルチスクリーン投写は、投写画像の解像度や明るさを下げずに投写領域を拡大する目的で用いられる。

スタック投写やマルチスクリーン投写を行う場合、個々のプロジェクタの投写位置を高精度に調整する必要がある。そのため、複数のプロジェクタに通信可能に接続されたパーソナルコンピュータ（ＰＣ）で投写位置調整ソフトウェアを実行し、個々のプロジェクタの投写位置を調整する投写位置調整システムが知られている。

プロジェクタには、光源を始めとした熱源が含まれる。そのため、光源を起動する前の冷間状態（プロジェクタ全体の温度が外気温と同等の状態）から、光源を起動することによって、プロジェクタの温度が時間的に変動する。プロジェクタの温度の変動によって、プロジェクタの各部材の熱膨張により投写位置が安定しない場合がある。そのため、温度に起因する投写位置の変化をリアルタイムに調整する技術が提案されている（特許文献１）。

特開２０１１−１５１６４０号公報（００８５、００８７）

しかしながら、特許文献１の技術では、複数のプロジェクタを用いる場合、熱平衡状態の投写位置が適切な位置となるように個々のプロジェクタを予め設置しておく必要がある。そのため、複数のプロジェクタの設置位置を決定する際には効果が無く、個々のプロジェクタが熱平衡状態になるのを待ってから、適切な投写位置となるように設置位置を決定する必要がある。

そのため、プロジェクタが熱平衡状態になっていない時点でユーザがプロジェクタの設置位置を決定すると、リアルタイム調整機能が働いても、熱平衡状態における投写位置が適切な位置からずれてしまい、設置時の投写位置調整が無駄になるという問題があった。

本発明はこのような従来技術の課題を少なくとも軽減し、実行に適していない状態で投写装置の投写領域に関する制御が実行されることを抑制可能な制御装置およびその制御方法、投写装置および投写システムを提供することを目的とする。

上述の目的は、複数の投写装置それぞれの投写領域を制御可能な制御装置であって、複数の投写装置それぞれの投写領域を制御する制御手段と、複数の投写装置それぞれの温度が所定の条件を満たすか否かを判定する判定手段と、判定手段が、複数の投写装置のうち少なくとも１つの投写装置の温度が所定の条件を満たさないと判定した場合、投写領域の制御に関する所定の通知を実行する通知手段と、を有することを特徴とする制御装置によって達成される。

本発明によれば、実行に適していない状態で投写装置の投写領域に関する制御が実行されることを抑制可能な制御装置およびその制御方法、投写装置および投写システムを提供することができる。

実施形態に係る投写システムの模式図 実施形態に係る投写システムの機能構成例を示すブロック図 実施形態に係る自動位置合わせアプリケーションのＧＵＩ画面の例を示す図 第１実施形態に係る自動位置合わせ処理のフローチャート 実施形態で熱平衡状態に関する判定や予測時間の取得に用いる情報の例を示す図 実施形態に係る自動位置合わせアプリケーションのＧＵＩ画面の例を示す図 第２実施形態に係る自動位置合わせ処理のフローチャート 第３実施形態に係る投写システムの模式図 第３実施形態に関するフローチャート

以下、図面を参照して本発明の例示的な実施形態を詳細に説明する。なお、本発明は説明する実施形態に限定されない。また、実施形態で説明される構成要素の全てが本発明に必須とは限らない。実施形態における個々の機能ブロックは、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせによって実現することができる。また、１つの機能ブロックは複数のハードウェアで実現されてもよい。また、１つのハードウェアが複数の機能ブロックを実現してもよい。また、１つ以上の機能ブロックは、１つ以上のプログラマブルプロセッサ（ＣＰＵ、ＭＰＵなど）がメモリに読み込まれたコンピュータプログラムを実行することにより実現されてもよい。１つ以上の機能ブロックをハードウェアで実現する場合、ディスクリート回路や、ＦＰＧＡ、ＡＳＩＣといった集積回路によって実現することができる。

なお、以下の実施形態では、スタンドアロンタイプの投写装置（プロジェクタ）に本発明を適用した構成について説明する。しかし、プロジェクタと接続し、プロジェクタを制御可能な電子機器が、以下の実施形態と同様の方法でプロジェクタを制御することも可能である。例えば、電子機器は、パーソナルコンピュータ、スマートフォン、タブレット端末、ゲーム機、デジタル（ビデオ）カメラといった一般的な電子機器である。

●＜第１実施形態＞
［投写システムの構成］
図１は、本発明の実施形態に係る投写システムの一例を表す模式図である。投写システム１０は、光学像のダイナミックレンジの拡大、輝度の向上、もしくは３Ｄ表示のために、複数の投写装置（以下、プロジェクタ）の投写面上での投写領域を合致させるスタック投写を行う。なお、図１では最小数（２台）のプロジェクタ１００ａおよび１００ｂを有し、それぞれの投写領域Ａ，Ｂを合致させる投写システムを示しているが、３台以上のプロジェクタを有してもよい。

投写システム１０に含まれる全てのプロジェクタは、パーソナルコンピュータ（ＰＣ）２００と相互に通信可能に接続される。ＰＣ２００は、１つ以上のプロセッサにより自動位置合わせ（自動調整）アプリケーションを実行することにより、接続されたプロジェクタの投写制御装置として機能する。なお、複数のプロジェクタと投写制御装置との間の通信は、有線通信であっても無線通信であってもよく、また通信プロトコルにも特に制限はない。本実施形態では一例として、ＴＣＰ／ＩＰを通信プロトコルとして用いるローカルエリアネットワーク（ＬＡＮ）で装置間の通信が行われるものとする。また、ＰＣ２００から予め定められたコマンドをプロジェクタ１００ａおよび１００ｂに送信することにより、プロジェクタ１００ａおよび１００ｂの動作を制御することができる。プロジェクタ１００ａおよび１００ｂはＰＣ２００から受信したコマンドに応じた動作を行い、動作の結果をＰＣ２００に送信する。

映像分配器３０は、ＰＣ２００が出力する映像信号をプロジェクタ１００ａおよび１００ｂに分配する。映像分配器３０は接続されている全てのプロジェクタに同一の映像信号を出力する。ここでは観賞用の投写を行う前の調整時の構成を示しており、観賞用に個々のプロジェクタが投写する映像は再生装置などから個々のプロジェクタに別途供給される。なお、ＰＣ２００からプロジェクタ１００ａおよび１００ｂに映像信号を直接供給してもよい。なお、映像信号は、一般的に用いられているディスプレイインタフェースの規格に準じて伝送することができる。使用可能な規格の例としては、ＨＤＭＩ（登録商標）、ＤＶＩ、ＶＧＡなどがある。

投写システム１０はさらに、例えばデジタルカメラである撮像装置４０を有する。撮像装置４０は投写面に正対する位置に、投写面の全体を撮影範囲として含むように接地されているものとする。撮像装置４０は直接、あるいはＬＡＮを通じて、ＰＣ２００と通信可能に接続される。ＰＣ２００は、撮像装置４０に予め定められたコマンドを送信することにより、撮像装置４０の動作を制御することができる。例えば撮像装置４０はＰＣ２００からの要求に応じて撮影を行い、得られた画像データをＰＣ２００に送信することができる。

また、本明細書において用いる用語を以下の様に定義する。
「投写領域」 プロジェクタ１００が投写する光学像が投写面上に占める領域
「投写画像」 投写領域に投写されている光学像
「投写用画像」 信号源（例えばＰＣ２００）が出力する映像信号または画像データが表す画像
「マルチ投写」 複数の投写装置を用いた投写
「スタック投写」 投写領域が合致、もしくは投写画像が完全に重畳するマルチ投写
「マルチスクリーン投写」 隣接する投写領域の一部が重複するように投写領域を並べたマルチ投写
「プロジェクタ（投写装置）」 光源からの光を投写用画像に基づいて変調して投写面に投写または投写面上で走査することによって投写画像を投写面上に形成する装置

［プロジェクタ１００の構成］
図２は、投写システム１０に含まれるプロジェクタ１００およびＰＣ２００の機能構成例を示すブロック図である。プロジェクタ１００は、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、投写部１０４、投写制御部１０５、ＶＲＡＭ１０６、操作部１０７、ネットワークＩＦ１０８、画像処理部１０９、映像入力部１１０、温度取得部１１１を有する。これらの機能ブロックはシステムバス１１２によって通信可能に接続されている。

ＣＰＵ１０１は、プログラマブルプロセッサの一例であり、例えばＲＯＭ１０３に記憶されているプログラムをＲＡＭ１０２に読み込んで実行することにより、プロジェクタ１００の動作を実現する。
ＲＡＭ１０２は、ＣＰＵ１０１がプログラムを実行する際のワークメモリとして用いられる。ＲＡＭ１０２には、プログラムやプログラムの実行に用いる変数などが記憶される。また、ＲＡＭ１０２は、他の用途（例えばデータバッファとして）に用いられてもよい。

ＲＯＭ１０３は書き換え可能であってよい。ＲＯＭ１０３は、ＣＰＵ１０１が実行するプログラム、メニュー画面などの表示に用いるためのＧＵＩデータ、キーストーン補正や位置合わせ処理などで用いられるテストパターンのデータ、各種の設定値などが記憶される。

投写部１０４は、光源、投写光学系などを有し、投写制御部１０５から供給される投写用画像に基づいて光学像を投写する。本実施形態では液晶パネルを光学変調素子として用い、光源からの光の反射率もしくは透過率を投写用画像に従って制御することにより、投写用画像に基づく光学像を生成し、投写光学系によって投写面に投写する。

投写制御部１０５は、画像処理部１０９から供給される投写用画像のデータを投写部１０４に供給する。
ＶＲＡＭ１０６はＰＣ２００から受信した投写用画像のデータを格納するビデオメモリである。

操作部１０７は、キー、ボタン、スイッチ、タッチパネルなどの入力デバイスを有し、ユーザからプロジェクタ１００への指示を受け付ける。ＣＰＵ１０１は操作部１０７の操作を監視しており、操作部１０７の操作を検出すると、検出した操作に応じた処理を実行する。なお、プロジェクタ１００がリモートコントローラを有する場合、操作部１０７はリモートコントローラから受信した操作信号をＣＰＵ１０１に通知する。

ネットワークＩＦ１０８はプロジェクタ１００を通信ネットワークに接続するインタフェースであり、サポートする通信ネットワークの規格に準拠した構成を有する。本実施形態においてプロジェクタ１００は、ネットワークＩＦ１０８を通じて、ＰＣ２００と共通のローカルネットワークに接続される。したがって、プロジェクタ１００とＰＣ２００との通信はネットワークＩＦ１０８を通じて実行される。

画像処理部１０９は、映像入力部１１０に供給され、ＶＲＡＭ１０６に格納された映像信号に対して様々な画像処理を必要に応じて適用し、投写制御部１０５に供給する。画像処理部１０９は例えば画像処理用のマイクロプロセッサであってよい。あるいは、画像処理部１０９に相当する機能を、ＣＰＵ１０１がＲＯＭ１０３に記憶されたプログラムを実行することによって実現してもよい。
画像処理部１０９が適用可能な画像処理には、フレーム間引き処理、フレーム補間処理、解像度変換処理、メニュー画面などのＯＳＤを重複させる処理、キーストーン補正処理、エッジブレンディング処理などが含まれるが、これらに限定されない。

映像入力部１１０は、外部装置（本実施形態ではＰＣ２００）が出力する映像信号を直接または間接的に受信するインタフェースであり、サポートする映像信号に応じた構成を有する。映像入力部１１０は例えば、コンポジット端子、Ｓ映像端子、Ｄ端子、コンポーネント端子、アナログＲＧＢ端子、ＤＶＩ−Ｉ端子、ＤＶＩ−Ｄ端子、ＨＤＭＩ（登録商標）端子の１つ以上を含む。映像入力部１１０はまた、アナログ映像信号を受信した場合、デジタル映像信号に変換してＶＲＡＭ１０６に格納する。

温度取得部１１１は、投写部１０４（特に光源）の近傍、吸気ファンなど、プロジェクタの１以上の個所における温度を検出するように配置された温度センサである。温度取得部１１１の種類に特に制限は無く、温度（摂氏または華氏）を直接出力するものでも、温度に応じた値のデータや信号を出力するものであってもよい。また、温度に応じて特性（例えば電気抵抗）が変化するものであってもよい。ＣＰＵ１０１は、システムバス１１２を通じて各場所の温度取得部１１１の出力値（温度情報）を取得することができる。

なお、本実施形態では例えばＲＯＭ１０３に、温度取得部１１１の出力値と、飽和内部温度（熱平衡状態における内部温度）との関係を示す固有温度情報が記憶されているものとする。固有温度情報は例えば製造時に計測し、ＲＯＭ１０３に登録しておくことができる。内部温度は、例えば光源近傍に配置した温度取得部１１１の出力値とすることができる。また、環境温度は、吸気ファンの近傍に配置した温度取得部１１１の出力値（吸気温度）とすることができる。なお、これらは単なる例であり、他の場所に設けられた温度取得部１１１の出力値を用いてもよい。そして、内部温度の時間変化が閾値未満となり、熱平衡状態と見なせる状態になった際の内部温度と吸気温度とを対応付けて固有温度情報として登録するおくことができる。複数の環境温度について固有温度情報を登録する。なお、固有温度情報は複数の離散的な環境温度について計測、登録してもよいし、環境温度を変数とする飽和内部温度の関数として登録してもよい。また、プロジェクタが複数の光源駆動モード（フルパワーモード、省電力モードなど）を有する場合、駆動モードによって飽和内部温度が異なるため、駆動モードごとに固有温度情報を登録しておく。

なお、プロジェクタのＣＰＵ１０１は、実使用時に固有温度情報を計測し、ＲＯＭ１０３に追加登録してもよい。また、定期的に固有温度情報の計測および登録を行ってもよい。また、固有温度情報のうち、計測もしくは登録日時からの経過日数が閾値を超えるものについては削除するようにしてもよい。固有温度情報は例えばプロジェクタ１００がＰＣ２００と通信接続を確立する際に、プロジェクタ１００の情報の一部としてＰＣ２００に送信することができる。ＰＣ２００は、プロジェクタ１００の識別情報（例えばMACアドレス）と関連づけて固有温度情報を例えばＨＤＤ２０４に登録しておくことができる。また、ＰＣ２００から固有温度情報取得コマンドをプロジェクタ１００に送信することにより、固有温度情報を取得してもよい。

なお、光源の点灯もしくは起動開始から熱平衡状態になるまでの時間と、環境温度（吸気温度）との関係を固有温度情報として用いてもよい。これは、プロジェクタが有する熱源のうち、光源の発する熱量が支配的であることに基づく。この場合、内部温度と吸気温度が等しい状態で光源が起動されてから、内部温度の時間変化が閾値未満となり、熱平衡状態と見なせる状態になるまでの時間を計測し、吸気温度と関連づけることにより固有温度情報を生成することができる。

そして、ＣＰＵ１０１は、温度取得コマンドを受信すると、環境温度（吸気温度）と、直近に光源の起動を開始してからの経過時間とをＰＣ２００に応答する。なお、内部温度も併せて応答してもよい。

［ＰＣ２００の構成］
次に、ＰＣ２００の機能構成について説明する。ＰＣ２００は外部ディスプレイが接続可能な汎用コンピュータであってよく、したがって汎用コンピュータに準じた機能構成を有する。ＰＣ２００は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４、操作部２１０、表示部２０５、ネットワークＩＦ２０６、映像出力部２０７、通信部２０８、ＲＴＣ２０９を有する。また、これの機能ブロックは内部バス２１１によって通信可能に接続されている。

ＣＰＵ２０１は、プログラマブルプロセッサの一例であり、例えばＲＯＭ２０３に記憶されているプログラム（ＯＳやアプリケーションプログラム）をＲＡＭ２０２に読み込んで実行することにより、ＰＣ２００の動作を実現する。後述する投写領域の自動位置合わせ処理は、ＣＰＵ２０１が自動位置合わせアプリケーションを実行することによって実現される。

ＲＡＭ２０２は、ＣＰＵ２０１がプログラムを実行する際のワークメモリとして用いられる。ＲＡＭ２０２には、プログラムやプログラムの実行に用いる変数などが記憶される。また、ＲＡＭ２０２は、他の用途（例えばデータバッファとして）に用いられてもよい。

ＲＯＭ２０３は書き換え可能であってよい。ＲＯＭ２０３は、ＣＰＵ２０１が実行するプログラム、メニュー画面などの表示に用いるためのＧＵＩデータ、各種の設定値などが記憶される。なお、ＲＯＭ２０３に記憶されるプログラムは初期化時に実行されるブートプログラムである。ＯＳやアプリケーションプログラムといった容量の大きいプログラムはＲＯＭ２０３よりも大容量の記憶装置であるＨＤＤ（ハードディスクドライブ）２０４に記憶されている。ブートプログラムを実行すると、ＣＰＵ２０１に、ＨＤＤ２０４からＯＳをＲＡＭ２０２に読み出し、実行する。ＨＤＤ２０４にはＯＳおよびアプリケーションプログラムのほか、ユーザデータなどが保存される。なお、ＨＤＤ２０４は大容量記憶装置の一例であり、ＳＳＤなど他の種類の記憶装置であってもよい。

操作部２１０は、キーボード、ポインティングデバイス（マウスなど）、タッチパネル、スイッチなどの入力デバイスを有し、ユーザからＰＣ２００への指示を受け付ける。なお、キーボードはソフトウェアキーボードであってもよい。ＣＰＵ２０１は操作部２１０の操作を監視しており、操作部２１０の操作を検出すると、検出した操作に応じた処理を実行する。

表示部２０５は例えば液晶パネルや有機ＥＬパネルである。表示部２０５は、ＯＳやアプリケーションプログラムが提供する画面の表示を行う。なお、表示部２０５は外部装置であってもよい。また、表示部２０５はタッチディスプレイであってもよい。

ネットワークＩＦ２０６はＰＣ２００を通信ネットワークに接続するインタフェースであり、サポートする通信ネットワークの規格に準拠した構成を有する。本実施形態においてＰＣ２００は、ネットワークＩＦ２０６を通じて、プロジェクタ１００と共通のローカルネットワークに接続される。したがって、ＰＣ２００とプロジェクタ１００との通信はネットワークＩＦ２０６を通じて実行される。

映像出力部２０７は、外部装置（本実施形態ではプロジェクタ１００または映像分配器３０）に映像信号を送信するインタフェースであり、サポートする映像信号に応じた構成を有する。映像出力部２０７は例えば、コンポジット端子、Ｓ映像端子、Ｄ端子、コンポーネント端子、アナログＲＧＢ端子、ＤＶＩ−Ｉ端子、ＤＶＩ−Ｄ端子、ＨＤＭＩ（登録商標）端子の１つ以上を含む。

ＲＴＣ(Real Time Clock)２０９は、所謂内蔵時計である。一般的にＲＴＣ２０９は電池駆動され、ＰＣ２００の電源がＯＦＦの状態でも動作を継続する。ＰＣ２００で動作するアプリケーションは、ＲＴＣ２０９から現在時刻の情報を得ることができる。

なお、本実施形態では、プロジェクタ１００の投写領域の調整機能を有する自動位置合わせアプリケーションプログラムのＵＩ画面を表示部２０５に表示するものとするが、映像出力部２０７に接続された外部機器にＵＩ画面を表示させてもよい。

通信部２０８は外部機器と例えばシリアル通信を行うための通信インタフェースであり、代表的にはＵＳＢインタフェースであるが、ＲＳ−２３２Ｃなど他の規格に準じた構成を有しても良い。本実施形態では撮像装置４０が通信部２０８に接続されるものとするが、撮像装置４０とＰＣ２００との通信方法に特に制限はなく、両者がサポートしている任意の規格に準拠した通信を行うことができる。

［映像分配器３０］
本実施形態において投写制御装置であるＰＣ２００は、観賞用画像をマルチ投写する前の個々のプロジェクタの位置合わせを実行する。したがって、ＰＣ２００から個々のプロジェクタに送信される映像信号はテスト用の映像信号（テストパターン）である。観賞用に投写する映像信号は、個々のプロジェクタに別途供給される。本実施形態では映像分配器３０は同一の映像信号を接続されている全てのプロジェクタに並列出力するものとする。
＜自動位置合わせアプリケーションのＧＵＩ例＞

図３は、ＣＰＵ２０１が自動位置合わせアプリケーションプログラムを実行することにより表示部２０５に表示されるユーザインタフェースであるＧＵＩ画面３００の例を示す図である。ユーザはＰＣの操作部２１０を通じてＧＵＩ画面３００を操作する。なお、図３は、ＧＵＩ画面３００においてタブ３１１が選択され、スタック投写用の項目が表示されている状態を示している。タブ３１２が選択されると、マルチスクリーン投写用の項目が表示される。

リストビュー３０２はＰＣ２００とネットワーク接続されたプロジェクタ１００の情報を選択可能に一覧表示する領域である。本実施形態では、プロジェクタ名およびＩＰアドレスを、リストビュー３０２に一覧表示する。これらの情報はＣＰＵ２０１からプロジェクタ１００のそれぞれに対して情報取得コマンドを送信することにより、プロジェクタ１００から取得することができる。

検索ボタン３０１の操作を検出すると、ＰＣ２００のＣＰＵ２０１はネットワークＩＦ２０６を介して、プロジェクタ名およびＩＰアドレスを要求する所定のコマンドをネットワーク上にブロードキャストする。所定のコマンドは例えばＵＤＰのブロードキャストパケットを用いてブロードキャストすることができるが、他のプロトコルに準拠した方法で実現してもよい。ネットワークに接続されている個々のプロジェクタ１００のＣＰＵ１０１は、ネットワークＩＦ１０８を介してコマンドを受信すると、自身のプロジェクタ名およびＩＰアドレスを含んだデータを、ＰＣ２００に対して送信する。ＰＣ２００のＣＰＵ２０１はコマンドに応答して送信されたデータを受信し、データに含まれる情報を抽出してリストビュー３０２に一覧表示する。

リストビュー３０５は、リストビュー３０２に一覧表示されたプロジェクタのうち、自動位置合わせの対象として選択されたプロジェクタを一覧表示する領域である。例えば、ユーザがリストビュー３０２に一覧表示されている要素の１つ以上について、リストビュー３０５へドラッグアンドドロップする操作が検出されると、ＣＰＵ２０１は、操作の対象とされた要素をリストビュー３０５に追加する。あるいは、ＣＰＵ２０１は、追加ボタン３０３の操作を検出した際にリストビュー３０２で選択状態のプロジェクタをリストビュー３０５に追加する。また、ＣＰＵ２０１は、削除ボタン３０４の操作を検出した際にリストビュー３０５で選択状態のプロジェクタをリストビュー３０５から削除する。リストビュー３０５に表示されているプロジェクタの情報は、ＣＰＵ２０１がＲＡＭ２０２上で管理する。

「テストパターン表示」ボタン３０６の操作が検出されると、ＣＰＵ２０１はリストビュー３０５に表示されているプロジェクタ１００のそれぞれに対し、ネットワークＩＦ２０６を通じてテストパターンの表示を指示するコマンドを送信する。ボタン３０６の操作に応じて表示させるテストパターンは、各プロジェクタ１００の表示領域の大きさや位置が確認できればどのようなものであってもよい。例えば、プロジェクタごとに異なる色とした、全面単一色の投写用画像をテストパターンとして用いることができる。

特に、多数のプロジェクタが選択されている場合には、リストビュー３０５の表示だけでは所望のプロジェクタが選択できているか容易には判断できない。そのため、選択されている個々のプロジェクタからテストパターンを投写させることにより、自動位置合わせを実行する前に、位置合わせの対象とするプロジェクタが正しく選択されていることを確認することができる。

テストパターンはＰＣ２００から個々のプロジェクタ１００にテストパターンの表示を指示するコマンドに関連づけて送信してもよいし、プロジェクタ１００のＣＰＵ１０１が生成してもよい。

一方、個々のプロジェクタ１００でテストパターンを生成する場合、ＣＰＵ１０１が例えばＲＯＭ１０３に記憶されている自身の情報に基づいて、上述したテストパターンを表す画像データを生成する。なお、予め上述したテストパターンをＲＯＭ１０３に記憶しておいてもよい。

図３に戻り、リストビュー３０７は、現在ＰＣ２００に接続されている撮像装置の１つを選択可能に一覧表示する。ここで選択された撮像装置が自動位置合わせに用いられる。本実施形態では撮像装置４０だけが接続されているため、撮像装置４０が選択された状態（ハイライトされた状態）で表示される。複数の撮像装置が接続されている場合、ユーザはリストビュー３０７に一覧表示されている撮像装置の１つを選択することができる。

ＣＰＵ２０１はリストビュー３０７で選択された撮像装置と、通信部２０８を通じて、ＰＣ２００から撮像装置を遠隔制御するための通信を確立させる。これにより、選択された撮像装置から各種の情報を取得したり、撮影を指示したり、撮影で得られた画像データを取得したり、撮影条件を設定（変更）したりすることが可能になる。ＣＰＵ２０１はまた、撮像装置から取得した情報をＲＡＭ２０２に格納する。

「カメラ詳細設定」ボタン３０８の操作が検出されると、ＣＰＵ２０１は、リストビュー３０７で選択されている撮像装置の撮影条件を遠隔的に設定するためのＧＵＩ画面を表示部２０５に表示する。ＧＵＩ画面を通じてユーザは、絞り値、撮影感度、シャッタスピードボタン、撮影解像度（画素数）などを選択することができる。値が選択されると、ＣＰＵ２０１は、選択された項目と値とを含んだコマンドを、通信部２０８を通じて撮像装置に送信し、撮像装置の撮影条件を変更する。

「テスト撮影」ボタン３０９の操作が検出されると、ＣＰＵ２０１はリストビュー３０７で選択されている撮像装置によるテスト撮影処理を開始する。テスト撮影は例えばライブビュー表示用の動画撮影と同じであってよい。撮影された動画は、画像表示領域３１０にリアルタイムで表示される。ユーザは撮像装置４０の画角内に自動位置合わせの対象とするプロジェクタの投写範囲が全て収まっているかどうかや、撮像装置４０の撮影条件やホワイトバランスなどのパラメータが正しく設定されているかを確認できる。

次に、スタック投写用の設定項目に関して説明する。３１３、３１４、３１５は自動位置合わせモードを排他的に選択するためのラジオボタンである。本実施形態では、スタック投写用の自動位置合わせモードとして「４点指定調整」、「自動形状決定」、「基準プロジェクタに合わせる」から１つを選択できる。

「４点指定調整」は予め定められた４点に個々の投写領域の頂点を合わせるようなキーストーン補正量を自動で決定するモードである。例えばＣＰＵ２０１は４点調整領域３１７上に、投写領域の左上、右上、左下、右下の頂点にそれぞれ対応する調整点３１８、３１９、３２０、３２１を移動可能に表示する。ユーザは例えばドラッグアンドドロップ操作や、選択操作とカーソル操作との組み合わせなどにより、個々の調整マーカを移動させることにより、投写領域の各頂点の座標を指定することができる。４点指定調整は、例えば、投写面が枠付きのスクリーンである場合のように、投写目標位置が明確な場合に有用である。なお、座標を調整可能な点の数は４点より少なくてもよいし、頂点以外の座標を含む５点以上としてもよい。

「自動形状決定」は、個々の投写画像が矩形になるようなキーストーン補正量を自動で決定するモードである。このモードでは、位置合わせの目標となる４点を投写領域の撮影画像に基づいてＣＰＵ２０１が決定する。そして、ＣＰＵ２０１は、決定した４点に個々の投写領域の頂点を合わせるようなキーストーン補正量を決定する。そのため、ユーザによる４点の指定操作は不要である。自動形状決定は、投写の目標位置が明確でないような場合（例えば広い壁面に対する投写）において有用である。

「４点指定調整」および「自動形状決定」は、ユーザやＣＰＵ２０１によって予め定められた投写領域に、全てのプロジェクタの投写領域の合致させるキーストーン補正量を自動で決定する処理である。これに対し、「基準プロジェクタに合わせる」は、１つのプロジェクタを基準プロジェクタとして、基準プロジェクタの投写領域に他のプロジェクタの投写領域を合致させるようなキーストーン補正量を自動で決定するモードである。このモードの自動位置合わせが実行されるのは、基準プロジェクタの投写領域の位置が、指定された位置に調整されている場合である。基準プロジェクタ以外のプロジェクタの投写領域を基準プロジェクタの投写領域に合致させるためのキーストーン補正量を自動的に決定する。

「基準プロジェクタに合わせる」のラジオボタン３１５の選択操作を検出すると、ＣＰＵ２０１はリストビュー３０５に表示されているプロジェクタの情報を、リストビュー３１６にコピーする。基準プロジェクタの選択は自動的に行ってもよいし、ユーザが選択できるようにしてもよい。例えば、リストビュー３１６の先頭にリストされたプロジェクタを基準プロジェクタとし、リスト内の順序をユーザがドラッグアンドドロップ操作などによって変更可能に構成することができるが、他の任意の構成を採用しうる。また、ＣＰＵ２０１がＲＡＭ２０２で管理するリストを参照し、キーストーン補正量が最も少ないプロジェクタを基準プロジェクタに自動設定することもできる。

「自動調整開始」ボタン３２２の操作が検出されると、ＣＰＵ２０１は選択されているラジオボタンに応じた自動位置合わせ処理を開始する。

＜自動位置合わせ処理＞
図４は、本実施形態においてＰＣ２００のＣＰＵ２０１が実行する自動位置合わせ処理に関するフローチャートである。自動位置合わせ処理は、ＧＵＩ画面３００における自動調整開始ボタン３２２の操作が検出されたことに応じて開始される。この処理は例えば、ＣＰＵ２０１が自動位置合わせアプリケーションや、自動位置合わせアプリケーションが利用するＯＳの機能を実行することにより実現される。ここでは、自動位置合わせの対象がプロジェクタ１００ａ，１００ｂであり、４点指定調整による自動位置合わせが実行される場合について説明する。また、プロジェクタ１００ａ，１００ｂの固有温度情報は既に取得され、ＰＣ２００のＨＤＤ２０４に登録されているものとする。

Ｓ４０１でＣＰＵ２０１は、自動位置合わせを行うプロジェクタ（ここではプロジェクタ１００ａ、１００ｂ）に、ネットワークＩＦ２０６を介して温度取得コマンドを送信する。コマンドを受信した各プロジェクタのＣＰＵ１０１は、個々の温度取得部１１１の出力値（温度情報）を応答する。ここで、ＰＣ２００と特定のプロジェクタとの通信はＴＣＰに基づいて実行するものとするが、他のプロトコルを用いてもよい。なお、プロジェクタのＣＰＵ１０１は、温度取得コマンドを受信したことに応じて温度情報を取得して応答してもよいし、直近に取得して例えばＲＡＭ１０２に保持している温度情報を用いて応答してもよい。また、個々の温度情報を、どの部分の温度であるかを示す情報と関連づけて応答してもよい。ＣＰＵ２０１は、温度取得コマンドを送信したプロジェクタの全てから温度情報が取得できたら、温度情報を例えばＲＡＭ２０２に格納し、処理をＳ４０２に進める。

Ｓ４０２でＣＰＵ２０１は、位置合わせを行うプロジェクタそれぞれについて、ＨＤＤ２０４に登録されている固有温度情報と、Ｓ４０１で取得した温度情報とから、熱平衡状態であるか否かを判定する。図５（ａ）は、プロジェクタの固有温度情報の一例を示す図である。先に説明したように、固有温度情報は吸気温度（環境温度）と、飽和内部温度（熱平衡状態における内部温度（光源近傍の温度））との関係を、異なる複数の吸気温度について示す情報である。ここでは理解および説明を容易にするため、固有温度情報を連続的なグラフの型式で示しているが、実際には複数の離散的な値もしくは関数の型式で登録されている。

ＣＰＵ２０１は、Ｓ４０１で取得した温度情報のうち、吸気温度を用いて固有温度情報を参照し、対応する飽和内部温度を取得する。ここで、取得した吸気温度に対応する固有温度情報が無い場合、近傍の吸気温度に関する複数の固有温度情報を補間して、取得した吸気温度に対応する飽和内部温度を求めてもよい。そして、ＣＰＵ２０１は、固有温度情報に基づいて得られる飽和内部温度と、Ｓ４０１で取得した温度情報のうち、内部温度とを比較する。ＣＰＵ２０１は、あるプロジェクタについて、Ｓ４０１で取得した内部温度と、吸気温度と固有温度情報とに基づいて得られた飽和内部温度とが一致しているか、差が十分小さい（差の絶対値が閾値未満）であれば、そのプロジェクタが熱平衡状態であると判定する。

なお、プロジェクタが複数の光源駆動モードを有する場合、プロジェクタ１００のＣＰＵ１０１は温度情報とともに現在の光源駆動モードに関する情報も併せて応答するようにする。そして、ＰＣ２００のＣＰＵ２０１は、そのプロジェクタについて、光源駆動モードに対応する固有温度情報を用いて飽和内部温度を取得し、熱平衡状態であるか否かを判定する。

なお、固有温度情報として、環境温度（吸気温度）と、直近に光源の起動を開始してからの経過時間との組み合わせを用いる場合、ＣＰＵ２０１は、Ｓ４０２で、Ｓ４０１で取得した吸気温度において熱平衡状態になるまでの経過時間を固有温度情報から求める。そして、ＣＰＵ２０１は固有温度情報に基づいて求めた経過時間と、Ｓ４０１で取得した経過時間と比較する。Ｓ４０１で取得した経過時間が、固有温度情報に基づいて求めた経過時間以上であれば、ＣＰＵ２０１はプロジェクタが熱平衡状態であると判定する。
なお、ＣＰＵ２０１は、取得した温度情報が示すプロジェクタの温度が、予め定められた飽和温度範囲に含まれる場合に、当該プロジェクタが熱平衡状態であると判定することも可能である。この場合、ＣＰＵ２０１は、取得した温度情報が示すプロジェクタの温度が、予め定められた飽和温度範囲に含まれない場合に、当該プロジェクタが熱平衡状態でないと判定する。

Ｓ４０２においてＣＰＵ２０１は、位置合わせを行うプロジェクタが全て熱平衡状態であると判定された場合のみＳ４０６に処理を進める。言い換えれば、ＣＰＵ２０１は、熱平衡状態であると判定されなかったプロジェクタが１つでもあれば処理をＳ４０３に進める。ＣＰＵ２０１は、熱平衡状態であると判定されたプロジェクタについては処理をＳ４０６に進め、熱平衡状態であると判定されなかったプロジェクタについては処理をＳ４０３に進めるようにしてもよい。

Ｓ４０３でＣＰＵ２０１は、熱平衡状態になっていないプロジェクタそれぞれについて、熱平衡状態になるまでに要する予測時間を求める。例えば、ＣＰＵ２０１は、図５（ｂ）に示すような、光源の起動開始からプロジェクタ内部が熱平衡状態になるまでの内部温度変化に関する情報（内部温度情報）と、Ｓ４０１で取得した内部温度とから、熱平衡状態になるまでの予測時間を求める。内部温度情報は、プロジェクタ１００の例えば製造時に、複数の環境温度（吸気温度）について計測し、ＲＯＭ１０３に登録しておくことができる。そして、ＰＣ２００がプロジェクタ１００との通信を確立したのち、プロジェクタ１００から取得して例えばＨＤＤ２０４に格納しておくことができる。

例えば、プロジェクタ１００から取得した内部温度がＴ１であった場合、ＣＰＵ２０１は、図５（ｂ）に示す内部温度情報を参照して、直近の光源の起動開始からの経過時間ｔ１を特定する。そして、ＣＰＵ２０１は、熱平衡状態Ｔ∞になる経過時間ｔｅｎｄと、ｔ１との差ｔｅｎｄ−ｔ１を、熱平衡状態になるまでの予測時間として求めることができる。

上述したように、内部温度の推移は、光源を起動した時点の内部温度Ｔ０、すなわち環境温度（吸気温度）に依存する。そのため、ＣＰＵ２０１は、Ｓ４０１でプロジェクタから取得した吸気温度に対応する内部温度情報を用いて予測時間を求める。取得した環境温度に対応する内部温度情報が登録されていない場合、近い環境温度についての複数の内部温度情報から補間して生成した内部温度情報を用いることができる。

また、本実施形態では現在の内部温度と内部温度情報とに基づいて、熱平衡状態になるまでの予測時間を求めた。しかし、直近に光源の起動を開始してからの経過時間をプロジェクタから取得し、予め登録されている、光源を起動してから熱平衡状態になるまでに要する時間との差を予測時間として求めてもよい。光源を起動してから熱平衡状態になるまでに要する時間についても、例えば製造時に異なる環境温度（吸気温度）について計測してＲＯＭ１０３に登録しておくことができる。

熱平衡状態になるまでの予測時間を求めると、Ｓ４０４でＣＰＵ２０１は、例えば図６（ａ）に示すような警告ダイアログを表示部２０５に表示する。警告ダイアログには、プロジェクタの状態が自動位置合わせに適さないことであることを通知するメッセージ７０１を表示する。また、警告ダイアログには、どの程度待てば自動位置合わせに適した状態になるのかの目安時間を知らせるメッセージ７０２も含める。目安時間はＳ４０３で求めた予測時間である。なお、熱平衡状態になっていないと判定されたプロジェクタが複数存在する場合、個々のプロジェクタについて求めた予測時間のうち、最も長い予測時間を目安時間として表示する。なお、どのプロジェクタが自動位置合わせに適した状態でないのかの情報を警告ダイアログに含めてもよい。さらに、警告ダイアログには、自動位置合わせの継続を指示するための「はい」ボタン７０３と、中断を指示するための「いいえ」ボタン７０４を含める。

このように、本実施形態では、自動位置合わせを行う複数のプロジェクタのうち、熱平衡状態になっていないプロジェクタが存在すると判定された場合には、自動位置合わせを実行する前に、自動位置合わせを行うのに適した状態でないことをユーザに報知する。そのため、自動位置合わせに適さない状態であることを認識せずに自動位置合わせを実行した結果、自動位置合わせをしたにもかかわらず投写位置がずれるという問題を抑制することができる。さらに、自動位置合わせに適した状態になるまでに要する時間の目安をユーザに提示するため、警告ダイアログが表示されなくなるまで自動位置合わせの実行と中断を繰り返し実行する手間が省け、待ち時間を有効に利用することができる。

Ｓ４０５でＣＰＵ２０１は、警告ダイアログの「はい」ボタン７０３、「いいえ」ボタン７０４の何れかの操作を検出したか否かを判定する。処理中断指示（「いいえ」ボタン７０４の操作）が検出されたと判定された場合、ＣＰＵ２０１は自動位置合わせ処理を終了し、再び図３に示したＧＵＩ画面３００を表示部２０５に表示する。

Ｓ４０５で「はい」ボタンの操作が検出された場合、ＣＰＵ２０１は処理をＳ４０６に進める。また、「はい」ボタン７０３、「いいえ」ボタン７０４の何れの操作も検出しなければ、ＣＰＵ２０１はＳ４０５を繰り返し実行する。

Ｓ４０６でＣＰＵ２０１は、位置合わせを行う複数のプロジェクタのうち１台にテストパターンを投写させる。具体的には、ＣＰＵ２０１は例えば表示部２０５にテストパターンを表示させ、その画像を映像出力部２０７を通じて映像分配器３０に供給することにより、プロジェクタにテストパターンを表示させることができる。なお、特定の１台だけにテストパターンを表示させるため、ＣＰＵ２０１は、画像を映像分配器３０に供給する前に、テストパターンを表示させないプロジェクタに対してネットワークＩＦ２０６を介して制御コマンドを送信し、映像表示を行わない状態に設定する。なお、制御コマンドは例えばＴＣＰなどのプロトコルを用いて送信することが可能である。

Ｓ４０７でＣＰＵ２０１は、通信部２０８を介して撮像装置４０を制御し、投写領域を含む投写面を撮影させる。なお、撮像装置４０による撮影範囲はテスト撮影によって予め調整しておく。撮像装置４０は、撮影した画像のデータをＰＣ２００に送信する。ＣＰＵ２０１は、受信した画像データをＲＡＭ２０２に格納する。

Ｓ４０８でＣＰＵ２０１は、Ｓ４０７で取得した画像データに基づいて、テストパターンを表示させたプロジェクタについての射影変換行列を算出する。射影変換行列は、カメラ座標系からプロジェクタのパネル座標系への射影変換を行うための行列である。ＣＰＵ２０１は、Ｓ４０７で取得した画像データから、Ｓ４０６で投写したテストパターンの特徴点を複数検出する。そして、ＣＰＵ２０１は、カメラ座標系における特徴点の位置と、パネル座標系における特徴点の位置とに基づいて射影変換行列を算出する。

Ｓ４０９でＣＰＵ２０１は、位置合わせを行う全てのプロジェクタについて射影変換行列を算出したか否かを判定し、算出したと判定されればＳ４１０に処理を進める。ＣＰＵ２０１は、射影変換行列が未算出のプロジェクタがあれば、その１つについてＳ４０６〜Ｓ４０８までの処理を実行する。

Ｓ４１０でＣＰＵ２０１は、位置合わせを行うプロジェクタのそれぞれについて、キーストンパラメータを算出する。キーストンパラメータは、投写領域を幾何変形させるためのパラメータである。ＣＰＵ２０１は、投写領域を撮影した画像データから、投写領域の頂点座標を検出し、投写領域の頂点が、図３の４点調整領域３１７の調整点３１８、３１９、３２０、３２１で指定された位置となるようなキーストンパラメータを算出する。キーストンパラメータは、検出した投写領域の頂点座標と、Ｓ４０８で算出した射影変換行列と、調整点３１８、３１９、３２０、３２１で指定された座標とから算出することができる。

Ｓ４１１でＣＰＵ２０１は、Ｓ４１０で算出したキーストンパラメータを含んだ制御コマンドを、ネットワークＩＦ２０６を介して対象のプロジェクタに送信する。制御コマンドを受信したプロジェクタのＣＰＵ１０１は、制御コマンドに含まれるキーストンパラメータに基づいてキーストン調整処理を実行する。これにより、個々のプロジェクタの投写領域が、調整点３１８、３１９、３２０、３２１で指定された座標に位置合わせされる。以上で、自動位置合わせ処理が終了する。

（変形例）
なお、Ｓ４０２における、プロジェクタが熱平衡状態であるか否かの判定は、他の方法で判定してもよい。例えば、ＰＣ２００（ＣＰＵ２０１)からプロジェクタ１００の温度情報を周期的に取得するか、内部温度のログデータを取得して、直近の内部温度の時間変化の大きさが閾値未満であればそのプロジェクタが熱平衡状態であると判定してもよい。あるいは、直近の内部温度の時間変化の大きさが閾値以上であればそのプロジェクタが熱平衡状態でないと判定してもよい。また、内部温度の時間変化をＰＣ２００（ＣＰＵ２０１）が求める代わりに、プロジェクタ１００（ＣＰＵ１０１）が求めるようにしてもよい。この場合、ＰＣ２００は、プロジェクタ１００から直近の内部温度の時間変化の大きさを取得し、その大きさが閾値未満であれば、プロジェクタ１００が熱平衡状態であると判定することができる。

これらの手法でも、時間変化の大きさと、熱平衡状態になるまでの必要な時間との関係を、異なる複数の環境温度について予め情報を登録しておけば、Ｓ４０３において予測時間を求めることができる。

また、個々のプロジェクタについて、熱平衡状態であるか否かの判定（Ｓ４０２）と、熱平衡状態になっていないプロジェクタが熱平衡状態になるまでの予測時間を求める処理（Ｓ４０３）を、ＰＣ２００で行うものとして説明した。しかし、同様の処理を例えばＰＣ２００から温度取得コマンドを受信した際に各プロジェクタが行ってもよい。この場合、温度取得コマンドに対する応答に、熱平衡状態であるか否かの情報と、熱平衡状態になっていない場合には熱平衡状態になるまでの予測時間を含めることができる。

このように、本実施形態によれば、複数のプロジェクタの投写領域の自動位置合わせを実行する際、熱平衡状態になっていないと判定されるプロジェクタが存在するか否かを確認するようにした。そして、熱平衡状態になっていないと判定されるプロジェクタが存在する場合には、自動位置合わせを実行するのに適した状態でないことを、自動位置合わせを実行する前にユーザに報知するようにした。これにより、ユーザが、自動位置合わせを実行するのに適していない状態であるのを知らずに自動位置合わせを実行してしまうことを抑制することができる。

さらに、熱平衡状態になっていないと判定されるプロジェクタが存在する場合には、自動位置合わせを行うのに適した状態になるまでの予想時間を求め、ユーザに報知するようにした。そのため、予想時間が経過するまでの間、ユーザは他の処理を行うことができ、時間を有効に使用することができるため、使い勝手がよい。

●＜第２実施形態＞
次に、本発明の第２実施形態について説明する。本実施形態では、位置合わせを行うプロジェクタの中に、熱平衡状態になっていないと判定されるプロジェクタが存在する場合、自動位置合わせの実行を予約できるようにしたものである。投写システムの構成および自動位置合わせアプリケーションのＧＵＩ画面は第１実施形態と共通であってよい。したがって、本実施形態においても図１〜図３を用いて説明する。

まず、本実施形態におけるプロジェクタが行う温度モニタ処理について、図７（ａ）のフローチャートを用いて説明する。温度モニタ処理は、例えば投写開始時（光源起動時）にＣＰＵ１０１が実行を開始する。

Ｓ８０１でＣＰＵ１０１は、システムバス１１２を介して、温度取得部１１１から現在の温度情報を取得する。取得した温度情報は、例えば時刻情報（例えば直近に光源の起動を開始してからの経過時間）と関連づけてＲＡＭ１０２に温度ログとして蓄積してもよい。

Ｓ８０２でＣＰＵ１０１は、プロジェクタ内部が熱平衡状態であるか否かを判定し、熱平衡状態であると判定されなければ、プロジェクタ内部が熱平衡状態になるまでの予測時間を求め、ＲＡＭ１０２に格納する。この処理は、第１実施形態におけるＳ４０２とＳ４０３でＰＣ２００のＣＰＵ２０１が行うものと同様であってよい。なお、プロジェクタ内部が熱平衡状態であると判定された場合、予測時間は０秒とする。

本実施形態でも、第１実施形態と同様、直近に光源の起動を開始してからの経過時間や、内部温度の時間変化の大きさなどを用いて、熱平衡状態であるか否かを判定したり、予測時間を算出したりしてもよい。例えば、ＣＰＵ１０１は、予めＲＯＭ１０３に記憶されている温度上昇カーブの計算式に、ＲＡＭ１０２に生成した温度ログのデータをフィッティングさせ、図５（ｂ）に示すような温度上昇カーブを算出することができる。そして、ＣＰＵ１０１は、現在の経過時間ｔ１に対し、熱平衡状態になるまでに要する予測時間をｔｅｎｄ−ｔ１と決定することができる。

Ｓ８０３でＣＰＵ１０１は所定時間待機したのち、Ｓ８０１からの処理を繰り返す。このように、本実施形態において、プロジェクタ１００は周期的に温度情報の取得と、熱平衡状態になるまでの予測時間の取得（もしくは熱平衡状態であるとの判定）とを実行し、ＲＡＭ１０２に格納する。

次に、図７（ｂ）のフローチャートを用いて、本実施形態におけるＰＣ２００の自動位置合わせ処理について説明する。図７（ｂ）において、第１実施形態と同じ処理を行う工程については図４と同じ参照数字を付してある。本実施形態でも、図３のＧＵＩ画面３００の自動調整開始ボタン３２２の操作を検出したことに応じて、ＣＰＵ２０１は、図７（ｂ）のフローチャートに示す自動位置合わせ処理を開始する。また、ＣＰＵ２０１は、プロジェクタ１００ａ、１００ｂの位置合わせを行うものとする。

Ｓ８２１でＣＰＵ２０１は、ネットワークＩＦ２０６を介してプロジェクタ１００ａ、１００ｂに、熱平衡状態になるまでの予測時間を要求する制御コマンドを送信し、各プロジェクタから予測時間を取得する。このとき、各プロジェクタのＣＰＵ１０１は、Ｓ８０２で取得した予測時間（既に熱平衡状態と判定される場合には０秒）を、ＰＣ２００に応答する。

Ｓ８２２でＣＰＵ２０１は、位置合わせを行うプロジェクタの全てが熱平衡状態であるか判定する。そして、ＣＰＵ２０１は、全てのプロジェクタが熱平衡状態であると判定されればＳ４０６に、判定されなければ（熱平衡状態になっていないプロジェクタが１つでもあれば）処理をＳ８２３に進める。具体的にはＣＰＵ２０１は、取得した予測時間が全て０秒であれば、位置合わせを行う全てのプロジェクタが熱平衡状態であると判定することができる。

Ｓ８２３でＣＰＵ２０１は、図６（ｂ）に示すような予約ダイアログを表示部２０５に表示させる。予約ダイアログには、プロジェクタの状態が自動位置合わせに適していないこと、プロジェクタの状態が自動位置合わせに適した状態になると予測される時刻以降を指定して自動位置合わせの実行を予約可能であることを通知するメッセージ９０１が表示される。さらに、予約ダイアログには、予約時刻を設定するためのスピンボタン９０２を表示する。スピンボタン９０２には、Ｓ８２１で取得した予測時間のうち最も長い時間をＲＴＣ２０９から取得した現在時刻に加えた時刻（すなわち、最も早い予約可能時刻）を、予約時刻の初期値として表示する。最も早い予約可能時間は、自動位置合わせを行うプロジェクタの全てが自動位置合わせの実行に適した状態になると予測される、最も早い時刻である（以後、予測時刻ともいう）。予約時刻はスピンボタン９０２の操作によって変更可能であるが、初期値として表示される予約時刻より早い時刻には変更できない。予約ダイアログには、予約の実行および中断を指示するための「はい」ボタン９０３、「いいえ」ボタン９０４も表示する。

このように、本実施形態でも第１実施形態と同様に、自動位置合わせを行うプロジェクタの中に、自動位置合わせの実行に適さない状態のプロジェクタが存在すると判定された場合、ユーザに報知するようにした。さらに、本実施形態では、自動位置合わせを行うプロジェクタの全てが自動位置合わせの実行に適した状態になると予測される時刻以降で、容易にユーザが自動位置合わせの実行を予約できるようにした。そのため、自動位置合わせを行うプロジェクタの全てが自動位置合わせの実行に適した状態になる予測時刻をユーザが忘れたとしても、自動位置合わせが適切に実行される。また、予測時刻以降で予定時刻を設定可能としたので、ユーザの都合のよい時刻を設定することができる。

Ｓ８２４でＣＰＵ２０１は、予約ダイアログの「はい」ボタン９０３、「いいえ」ボタン９０４の何れかの操作を検出したか否かを判定する。処理中断指示（「いいえ」ボタン９０４の操作）が検出されたと判定された場合、ＣＰＵ２０１は自動位置合わせ処理を終了し、再び図３に示したＧＵＩ画面３００を表示部２０５に表示する。

Ｓ８２４で「はい」ボタン９０３の操作が検出された場合、ＣＰＵ２０１は処理をＳ８２６に進め、指定された予約時刻を取得してＲＡＭ２０２に格納する。また、「はい」ボタン９０３、「いいえ」ボタン９０４の何れの操作も検出しなければ、ＣＰＵ２０１はＳ８２４を繰り返し実行する。

Ｓ８２６でＣＰＵ２０１は、ＲＴＣから現在時刻を取得し、ＲＡＭ２０２に格納した予約時刻になったか否かを判定する。ＣＰＵ２０１は、予約時刻になったと判定されなければＳ８２６を繰り返し実行し、予約時刻になったと判定されると処理をＳ４０６に進める。Ｓ４０６、Ｓ４０７の処理は第１実施形態で説明した通りである。

Ｓ８２９でＣＰＵ２０１は、自動位置合わせを行う全てのプロジェクタについて、投写領域の撮影を行ったか否かを判定する。ＣＰＵ２０１は、撮影が完了していると判定されればＳ８３０に処理を進め、判定されなければ撮影が済んでいないプロジェクタの１つについてＳ４０６、Ｓ４０７の処理を行う。

Ｓ８３０でＣＰＵ２０１は、プロジェクタの投写領域を撮影した画像を評価して、位置合わせが必要か否かを判定する。同一の撮像装置４０で撮影しているため、画像内の投写領域の位置のずれを比較することで、プロジェクタの投写位置がどの程度ずれているかを知ることができる。例えば、ＣＰＵ２０１は、位置合わせを行う全てのプロジェクタについて、投写領域の各頂点の座標の最大ずれ量を求め、全ての頂点について最大ずれ量が予め定められた閾値以下であれば位置合わせ不要と判定して自動位置合わせ処理を終了する。一方、最大ずれ量が閾値より大きい頂点があれば、ＣＰＵ２０１は自動位置合わせが必要と判定し、処理をＳ８３１に進める。Ｓ８３１は、射影変換行列を算出するプロジェクタの数をのぞき、Ｓ４０９と同じ処理である。また、Ｓ４１０およびＳ４１１の処理は第１実施形態で説明した通りである。

なお、本実施形態ではＳ４０６以降の実体的な自動位置合わせ処理の内容を、第１実施形態と一部異ならせた場合を説明した。しかし、Ｓ４０６以降、第１実施形態と全く同じ処理を実行するようにしてもよい。

このように、本実施形態では、自動位置合わせを実行するのに適していない状態をユーザに報知するのに加え、自動位置合わせを実行するのに適していない状態では、適した状態になると予測される時刻以降を指定して自動位置合わせの予約ができるようにした。そのため、第１実施形態の効果に加え、ユーザが予測時刻に立ち会わなくても自動位置合わせが適切に実行され、さらに使い勝手が向上する。

●＜第３実施形態＞
次に、本発明の第３実施形態について説明する。本実施形態では、位置合わせを行うプロジェクタが１台である場合に関する。プロジェクタ１００およびＰＣ２００の構成は第１実施形態と共通であってよい。また、自動位置合わせアプリケーションのＧＵＩ画面も第１実施形態と同じであってよい。したがって、本実施形態においても図２および図３を用いて説明する。

図８は本実施形態における投写システムの概要を図１と同様に示した模式図である。本実施形態では、１台のプロジェクタ１００の投写領域をスクリーン５０の枠に合わせるようにＰＣ２００が自動位置合わせを行う。

本実施形態では、ユーザがラジオボタン３１３の「４点指定調整」モードを選択し、４点調整領域３１７上の調整点３１８、３１９、３２０、３２１を例えばドラッグアンドドロップ操作により、スクリーン５０の枠の対応する頂点に合わせるように移動させる。

本実施形においても、プロジェクタ１００のＣＰＵ１０１は、図７（ａ）に示した温度モニタ処理を実行する。
ＰＣ２００のＣＰＵ２０１が実行する自動位置合わせ処理も図７（ｂ）に示した第２実施形態の処理と基本的には同じであるが、Ｓ８２３の動作が一部異なる。第２実施形態では、位置合わせを行う全てのプロジェクタが熱平衡状態となる予測時刻よりも早い時刻を予約時刻に設定できないように構成した。一方、本実施形態では、位置合わせを行うプロジェクタが１台の場合には、そのプロジェクタが熱平衡状態になると予測される時刻よりも前の時刻を指定して自動位置合わせの実行を予約できるようにする。

複数のプロジェクタでスタック投写やマルチスクリーン投写をする場合には、プロジェクタ間の投写位置のずれが目立ちやすく、また投写画像の鮮鋭感が著しく低下する。一方、プロジェクタが１台の場合、投写位置のずれは目立ちにくく、かつ、投写位置がずれても投写画像の鮮鋭感は低下しない。そのため、ある程度の位置ずれを許容しつつ、自動位置合わせを実行することを優先させることを可能とする。例えばユーザは、プロジェクタが熱平衡状態になる予測時刻より前に位置合わせを完了させなければならない場合、許容できる範囲でできるだけ遅い時刻を設定して実行予約を行うことができる。

したがって、本実施形態においてＣＰＵ２０１は、図９のフローチャートに示すように、予約ダイアログを表示する際に予約時刻の制限の有無を設定するための予約時刻処理を実行する。Ｓ９１１でＣＰＵ２０１は、自動位置合わせを行うプロジェクタが複数であるか否か判定し、複数と判定されればＳ９１２へ、判定されなければＳ９１３へ処理を進める。ここでＣＰＵ２０１は、リストビュー３０５に表示されているプロジェクタの数が複数であれば、自動位置合わせを行うプロジェクタが複数であると判定することができる。

Ｓ９１２でＣＰＵ２０１は、自動位置合わせを行う全てのプロジェクタが熱平衡状態になる予測時刻より前の予約は不可とする。例えばＣＰＵ２０１は、時刻を戻すスピンボタン９０２の操作が検出されても、予測時刻より早い時刻にはならないように制御する。

一方、Ｓ９１３でＣＰＵ２０１は、自動位置合わせを行う全てのプロジェクタが熱平衡状態になる予測時刻より前の予約を許可する。例えばＣＰＵ２０１は、時刻を戻すスピンボタン９０２の操作が検出された場合、現在時刻より早い時刻にはならないように制御する。

本実施形態によれば、自動位置合わせを行うプロジェクタが１台であれば、熱平衡状態になる予測時刻よりも前の時刻を指定して自動位置合わせの実行を予約できるようにした。そのため、自動位置合わせ後に投写位置がずれることの影響が少ない場合には、ユーザの意図を優先して自動位置合わせを実行することができる。なお、第１実施形態において警告ダイアログから継続指示があった場合には直ちに自動位置合わせが実行されるのに対し、本実施形態では予約時刻になった時点で自動位置合わせが実行される。そのため、熱平衡状態により近い状態で自動位置合わせが実行される。本実施形態は第２実施形態の一部として実施することもできる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又はコンピュータ読み取り可能な記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータの１以上のプロセッサがプログラムを実行することでも実現できる。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１００ａ、１００ｂ…投写装置（プロジェクタ）、２００…ＰＣ、１０１、２０１…ＣＰＵ、１０２、２０２…ＲＡＭ、１０３、２０３…ＲＯＭ、４０…撮像装置

Claims (21)

1. 複数の投写装置それぞれの投写領域を制御可能な制御装置であって、
   前記複数の投写装置それぞれの投写領域を制御する制御手段と、
   前記複数の投写装置それぞれの温度が所定の条件を満たすか否かを判定する判定手段と、
   前記判定手段が、前記複数の投写装置のうち少なくとも１つの投写装置の温度が前記所定の条件を満たさないと判定した場合、前記投写領域の制御に関する所定の通知を実行する通知手段と、
   を有することを特徴とする制御装置。
2. 前記判定手段は、前記複数の投写装置それぞれの光源が起動してからの経過時間に基づいて、前記複数の投写装置それぞれの温度が前記所定の条件を満たすか否かを判定することを特徴とする請求項１に記載の制御装置。
3. 前記判定手段は、前記複数の投写装置それぞれの温度センサの出力値に基づいて、前記複数の投写装置それぞれの温度が前記所定の条件を満たすか否かを判定することを特徴とする請求項１または２に記載の制御装置。
4. 前記判定手段は、前記複数の投写装置それぞれの温度の時間変化が所定の閾値未満であるか否かを判定し、
   前記通知手段は、前記判定手段が、前記複数の投写装置のうち少なくとも１つの投写装置の温度の時間変化が所定の閾値以上である場合に、前記所定の通知を実行することを特徴とする請求項１乃至請求項３のいずれか１項に記載の制御装置。
5. 前記判定手段は、前記複数の投写装置それぞれの温度が所定の範囲に含まれるか否かを判定し、
   前記通知手段は、前記判定手段が、前記複数の投写装置のうち少なくとも１つの投写装置の温度が前記所定の範囲に含まれない場合に、前記所定の通知を実行することを特徴とする請求項１乃至請求項３のいずれか１項に記載の制御装置。
6. 前記判定手段によって前記所定の条件を満たさないと判定された投写装置の温度が前記所定の条件を満たす予測時刻を取得する取得手段をさらに有し、
   前記通知手段は、前記予測時刻に関する情報をユーザに通知することを特徴とする請求項１乃至請求項５のいずれか１項に記載の制御装置。
7. 前記取得手段は、前記判定手段によって前記所定の条件を満たさないと判定された前記投写装置が有する温度センサの出力値に基づいて、前記予測時刻を取得することを特徴とする請求項６に記載の制御装置。
8. 前記取得手段は、前記判定手段によって前記所定の条件を満たさないと判定された前記投写装置の光源が起動してからの経過時間に基づいて、前記予測時刻を取得することを特徴とする請求項６または７に記載の制御装置。
9. 前記制御手段は、前記複数の投写装置それぞれの投写領域が、所定の領域に位置するように、前記複数の投写装置それぞれの投写領域を制御する位置合わせ制御を実行することを特徴とする請求項１乃至請求項８のいずれか１項に記載の制御装置。
10. 前記判定手段によって前記所定の条件を満たさないと判定された投写装置の温度が、前記所定の条件を満たす予測時刻を取得する取得手段と、
    前記位置合わせ制御の実行を開始する時刻をユーザが入力する入力手段と、
    をさらに有し、
    前記通知手段は、前記予測時刻に関する情報をユーザに通知し、
    前記制御手段は、前記入力手段によって入力された前記時刻に前記位置合わせ制御の実行を開始することを特徴とする請求項９に記載の制御装置。
11. 前記通知手段は、前記判定手段が、前記複数の投写装置のうち少なくとも１つの投写装置の温度が前記所定の条件を満たさないと判定した場合、当該投写装置に前記位置合わせ制御を実行することが適切でないことを示す情報を通知することを特徴とする請求項９または請求項１０に記載の制御装置。
12. 通信可能に接続された１つ以上の投写装置それぞれの投写領域を制御可能な制御装置であって、
    前記１つ以上の投写装置のうち、選択された投写装置それぞれの投写領域を制御する制御手段と、
    前記選択された投写装置それぞれの温度が所定の条件を満たすか否かを判定する判定手段と、
    前記判定手段が、前記選択された投写装置のうち少なくとも１つの投写装置の温度が前記所定の条件を満たさないと判定した場合、前記投写領域の制御に関する情報を通知する通知手段と、
    を備えることを特徴とする制御装置。
13. 前記選択された投写装置それぞれの投写領域の制御の実行を開始する時刻をユーザが入力するための入力手段と、
    前記判定手段が、前記選択された投写装置のうち少なくとも１つの投写装置の温度が前記所定の条件を満たさないと判定した場合、当該投写装置の温度が前記所定の条件を満たす予測時刻を取得する取得手段と、
    を備え、
    前記通知手段は、前記選択された投写装置のうち少なくとも１つの投写装置の温度が前記所定の条件を満たさないと判定した場合、当該投写装置の前記予測時刻に関する情報を取得することを特徴とする請求項１２に記載の制御装置。
14. 前記制御手段は、前記選択された投写装置が複数の場合、前記予測時刻よりより前の時刻の指定を受け付けず、前記選択された投写装置が１つである場合、前記予測時刻より前の時刻の指定を受け付けることを特徴とする請求項１３に記載の制御装置。
15. 請求項１から１４のいずれか１項に記載の制御装置と、該制御装置に通信可能に接続された１つ以上の投写装置とを有することを特徴とする投写システム。
16. 画像を投写領域に投写する投写装置であって、
    前記投写領域の形状または位置を制御する制御手段と、
    前記投写装置の温度が所定の条件を満たすか否かを判定する判定手段と、
    前記判定手段が、前記投写装置の温度が前記所定の条件を満たさないと判定した場合、前記投写領域の制御に関する所定の通知を実行する通知手段と、
    を有することを特徴とする投写装置。
17. 複数の投写装置それぞれの投写領域を制御可能な制御装置の制御方法であって、
    制御手段が、前記複数の投写装置それぞれの投写領域を制御する制御工程と、
    判定手段が、前記複数の投写装置それぞれの温度が所定の条件を満たすか否かを判定する判定工程と、
    前記判定工程において、前記複数の投写装置のうち少なくとも１つの投写装置の温度が前記所定の条件を満たさないと判定された場合に、通知手段が、前記投写領域の制御に関する所定の通知を実行する通知工程と、
    を有することを特徴とする制御装置の制御方法。
18. 通信可能に接続された１つ以上の投写装置それぞれの投写領域を制御可能な制御装置の制御方法であって、
    制御手段が、前記１つ以上の投写装置のうち、選択された投写装置それぞれの投写領域を制御する制御工程と、
    判定手段が、前記選択された投写装置それぞれの温度が所定の条件を満たすか否かを判定する判定工程と、
    前記判定工程において、前記選択された投写装置のうち少なくとも１つの投写装置の温度が前記所定の条件を満たさないと判定された場合に、通知手段が、前記投写領域の制御に関する情報を通知する通知工程と、
    を有することを特徴とする制御装置の制御方法。
19. 画像を投写領域に投写する投写装置の制御方法であって、
    制御手段が、前記投写領域の形状または位置を制御する制御工程と、
    判定手段が、前記投写装置の温度が所定の条件を満たすか否かを判定する判定工程と、
    前記判定工程において、前記投写装置の温度が前記所定の条件を満たさないと判定された場合に、通知手段が、前記投写領域の制御に関する所定の通知を実行する通知工程と、
    を有することを特徴とする投写装置の制御方法。
20. コンピュータを、請求項１から請求項１４のいずれか１項に記載の制御装置が有する各手段として機能させるためのプログラム。
21. 請求項２０に記載のプログラムを格納した、コンピュータ読み取り可能な記憶媒体。

Images