JP2017200060A - 投影型表示装置及びその制御方法 - Google Patents

Abstract

【課題】 複数台の投影型表示装置で１つの画面を形成するマルチ投影を行っている場合には、全体の画面として不具合が発生するケースにおいて、各投影型表示装置が個別に不具合を判断することは困難であった。
【解決手段】 かかる目的を達成するための本発明の投影装置は、画像を投影する投影手段と、投影された画像を撮像して得られた画像データを解析して、自装置に不具合が発生しているか否かを検出する検出手段と、前記検出手段によって検知された不具合に関する情報を、他の機器に送信する通信手段と、複数台の投影型表示装置が投影する画像を合成して１つの画像を投影するマルチ投影時と、自装置で１つの画像を投影する通常投影時とで、
前記検出手段での不具合の判定方法を変更することを特徴とする。
【選択図】 図７

Description

本発明は、投影装置に関し、特に複数の投影装置の出力から１つの投影面を作成する際の不具合通知方法に関するものである。

投影装置においては、複数台の投影装置（プロジェクタ）の出力した投影面の端を重畳させ、一つの投影面を作成するマルチ投影が行われている。マルチ投影においては複数の投影装置で一つの投影面を形成するため、投影装置間で輝度や色味がずれていると表示品位が低下してしまうという課題があった。このような課題に対し、特許文献１では投影装置間の輝度差を調整して均一に調整する技術が開示されている。また、特許文献２では、複数の表示ユニットからなる映像表示装置に対して、映像表示装置全体を撮像し輝度むらの補正を行う技術が開示されている。また、特許文献２では、複数の表示ユニットから表示不具合が発生しているものを特定する技術も開示されている。

特開２０１１−１５０００２号公報 特開２０１２−１２０１２６号公報

しかしながら、特許文献１の方法では輝度が小さい投影装置に全体の表示を合わせるため、１台だけ輝度が低下するような不具合を適切に検知することができなかった。特許文献２の輝度むらを調整する方法も、１台だけ輝度が低下するような不具合を適切に検知することができなかった。また、特許文献２の方法で個別の表示装置の不具合を検知するためには、複数台の表示装置を同時に撮像できる撮像手段と、複数の表示装置を同時に制御可能な制御部が必要であり、個別の表示機器のみで不具合を検知することができなかった。

かかる目的を達成するための本発明の投影装置は、画像を投影する投影手段と、投影された画像を撮像して得られた画像を解析して、自装置に不具合が発生しているか否かを検出する検出手段と、前記検出手段によって検知された不具合に関する情報を、他の機器に送信する通信手段と、複数台の投影型表示装置が投影する画像を合成して１つの画像を投影するマルチ投影時と、自装置で１つの画像を投影する通常投影時とで、
前記検出手段での不具合の判定方法を変更することを特徴とする。

以上のように、本発明によれば、マルチ投影の際に特別な装置を設けることなく、何れかの投影装置に輝度低下や色味の変化が発生した場合に、不具合を適切に検知し、ユーザに対して不具合の通知を行う事が可能となる。

液晶プロジェクタ１００の全体の構成を示す図である。 本実施例の液晶プロジェクタ１００の基本動作の制御を説明するためのフロー図である。 本実施例のシステムの外観を示す図である。 本実施例の画像処理部１４０の内部構成を示す図である。 本実施例のマルチ投影設定を行う操作画面の外観を示す図である。 本実施例の投影処理の制御を説明するためのフロー図である。 本実施例の撮像画像、各プロジェクタで投影される画像、投影される画像から取得される統計量の関係を説明するための図である。

以下、図面を参照して本発明の実施例を詳細に説明するが、この発明は以下の実施の形態に限定されない。また、この発明の実施の形態は発明の好ましい形態を示すものであり、発明の範囲を限定するものではない。

本実施例では、投影型表示装置の一例として、透過型液晶パネルを用いたプロジェクタについて説明する。しかし、本発明は、表示デバイスとして透過型液晶パネルを用いたプロジェクタに限らず、ＤＬＰ、ＬＣＯＳ（反射型液晶）パネルなどの表示デバイスを用いたどのようなものであっても適用可能である。また、液晶プロジェクタには、単板式、３板式などが一般に知られているが、どちらの方式であっても良い。

本実施例の液晶プロジェクタは、表示するべき画像に応じて、液晶素子の光の透過率を制御して、液晶素子を透過した光源からの光をスクリーンに投影することで、画像をユーザに提示する。

以下、このような液晶プロジェクタについて説明する。

＜全体構成＞
まず、図１を用いて、本実施例の液晶プロジェクタの全体構成を説明する。

図１は、本実施例の液晶プロジェクタ１００の全体の構成を示す図である。

本実施例の液晶プロジェクタ１００は、ＣＰＵ１１０、ＲＯＭ１１１、ＲＡＭ１１２、操作部１１３、画像入力部１３０、画像処理部１４０を有する。また、液晶プロジェクタ１００は、さらに、液晶制御部１５０、液晶パネル１５１Ｒ、１５１Ｇ、１５１Ｂ、光源制御部１６０、光源１６１、色分離部１６２、色合成部１６３、光学系制御部１７０、投影光学系１７１を有する。また、液晶プロジェクタ１００は、さらに、記録再生部１９１、記録媒体接続部１９２、通信部１９３を有する。さらに、撮像部１９４、表示制御部１９５、表示部１９６を有していてもよい。

ＣＰＵ１１０は、液晶プロジェクタ１００の各動作ブロックを制御するものあり、ＲＯＭ１１１は、ＣＵＰ１１０の処理手順を記述した制御プログラムを記憶するためのものである。ＲＡＭ１１２は、ワークメモリとして一時的に制御プログラムやデータを格納するものである。またＣＰＵ１１０は、記録再生部１９１により記録媒体接続部１９２に接続されたＵＳＢメモリ等の記録媒体から読みだされた静止画データや動画データを一時的に記憶し、ＲＯＭ１１１に記憶されたプログラムを用いて、それらを再生することができる。また、ＣＰＵ１１０は、通信部１９３より受信した静止画データや動画データを一時的に記憶し、ＲＯＭ１１１に記憶されたプログラムを用いて、それぞれの画像や映像を再生したりすることもできる。また、撮像部１９４により得られた画像や映像を一時的にＲＡＭ１１２に記憶し、ＲＯＭ１１１に記憶されたプログラムを用いて、静止画データや動画データに変換して記録媒体接続部１９２に接続されたＵＳＢメモリ等の記録媒体に記録させることもできる。

また、操作部１１３は、ユーザの指示を受け付け、ＣＰＵ１１０に指示信号を送信するものであり、例えば、スイッチやダイヤル、表示部１９６上に設けられたタッチパネルなどからなる。また、操作部１１３は、例えば、リモコンからの信号を受信する信号受信部（赤外線受信部など）で、受信した信号に基づいて所定の指示信号をＣＰＵ１１０に送信するものであってもよい。また、ＣＰＵ１１０は、操作部１１３や、通信部１９３から入力された制御信号を受信して、液晶プロジェクタ１００の各動作ブロックを制御する。

画像入力部１３０は、外部装置から映像信号を受信するものであり、例えば、コンポジット端子、Ｓ映像端子、Ｄ端子、コンポーネント端子、アナログＲＧＢ端子、ＤＶＩ−Ｉ端子、ＤＶＩ−Ｄ端子、ＨＤＭＩ（登録商標）端子等を含む。また、アナログ映像信号を受信した場合には、受信したアナログ映像信号をデジタル映像信号に変換する。そして、受信した映像信号を、画像処理部１４０に送信する。ここで、外部装置は、映像信号を出力できるものであれば、パーソナルコンピュータ、カメラ、携帯電話、スマートフォン、ハードディスクレコーダ、ゲーム機など、どのようなものであってもよい。

画像処理部１４０は、映像入力部１３０から受信した映像信号にフレーム数、画素数、画像形状などの変更処理を施して、液晶制御部１５０に送信するものであり、例えば画像処理用のマイクロプロセッサからなる。また、画像処理部１４０は、専用のマイクロプロセッサである必要はなく、例えば、ＲＯＭ１１１に記憶されたプログラムによって、ＣＰＵ１１０が画像処理部１４０と同様の処理を実行しても良い。画像処理部１４０は、フレーム間引き処理、フレーム補間処理、解像度変換処理、メニュー等のＯＳＤ重畳処理、歪み補正処理（キーストン補正処理）、エッジブレンディングといった機能を実行することが可能である。また、画像処理部１４０は、映像入力部１３０から受信した映像信号以外にも、ＣＰＵ１１０によって再生された画像や映像に対して前述の変更処理を施すこともできる。

液晶制御部１５０は、画像処理部１４０からの映像信号を用いて、液晶パネル１５１Ｒ、１５１Ｇ、１５１Ｂの画素の液晶に印可する電圧を制御し、液晶パネル１５１Ｒ、１５１Ｇ、１５１Ｂの透過率を調整するもので、制御用のマイクロプロセッサからなる。また、液晶制御部１５０は、専用のマイクロプロセッサである必要はなく、例えば、ＲＯＭ１１１に記憶されたプログラムによって、ＣＰＵ１１０が液晶制御部１５０と同様の処理を実行しても良い。たとえば、画像処理部１４０に映像信号が入力されている場合、液晶制御部１５０は、画像処理部１４０から１フレームの画像を受信する度に、画像に対応する透過率となるように、液晶パネル１５１Ｒ、１５１Ｇ、１５１Ｂを制御する。液晶パネル１５１Ｒは、赤色に対応する液晶パネルであって、光源１６１から出力された光のうち、色分離部１６２で赤色（Ｒ）、緑色（Ｇ）、青色（Ｂ）に分離された光のうち、赤色の光の透過率を調整するためのものである。液晶パネル１５１Ｇは、緑色に対応する液晶パネルであって、光源１６１から出力された光のうち、色分離部１６２で赤色（Ｒ）、緑色（Ｇ）、青色（Ｂ）に分離された光のうち、緑色の光の透過率を調整するためのものである。液晶パネル１５１Ｂは、青色に対応する液晶パネルであって、光源１６１から出力された光のうち、色分離部１６２で赤色（Ｒ）、緑色（Ｇ）、青色（Ｂ）に分離された光のうち、青色の光の透過率を調整するためのものである。

この液晶制御部１５０による液晶パネル１５１Ｒ、１５１Ｇ、１５１Ｂの具体的な制御動作や液晶パネル１５１Ｒ、１５１Ｇ、１５１Ｂの構成については、後述する。

光源制御部１６０は、光源１６１のオン／オフを制御や光量の制御をするものであり、制御用のマイクロプロセッサからなる。また、光源制御部１６０は、専用のマイクロプロセッサである必要はなく、例えば、ＲＯＭ１１１に記憶されたプログラムによって、ＣＰＵ１１０が光源制御部１６０と同様の処理を実行しても良い。また、光源１６１は、不図示のスクリーンに画像を投影するための光を出力するものであり、例えば、ハロゲンランプ、キセノンランプ、高圧水銀ランプなどであっても良い。また、色分離部１６２は、光源１６１から出力された光を、赤色（Ｒ）、緑色（Ｇ）、青色（Ｂ）に分離するものであり、例えば、ダイクロイックミラーやプリズムなどからなる。なお、光源１６１として、各色に対応するＬＥＤ等を使用する場合には、色分離部１６２は不要である。また、色合成部１６３は、液晶パネル１５１Ｒ、１５１Ｇ、１５１Ｂを透過した赤色（Ｒ）、緑色（Ｇ）、青色（Ｂ）の光を合成するものであり、例えば、ダイクロイックミラーやプリズムなどからなる。そして、色合成部１６３により赤色（Ｒ）、緑色（Ｇ）、青色（Ｂ）の成分を合成した光は、投影光学系１７１に送られる。このとき、液晶パネル１５１Ｒ、１５１Ｇ、１５１Ｂは、画像処理部１４０から入力された画像に対応する光の透過率となるように、液晶制御部１５０により制御されている。そのため、色合成部１６３により合成された光は、投影光学系１７１によりスクリーンに投影されると、画像処理部１４０により入力された画像に対応する画像がスクリーン上に表示されることになる。

光学系制御部１７０は、投影光学系１７１を制御するものであり、制御用のマイクロプロセッサからなる。また、光学系制御部１７０は、専用のマイクロプロセッサである必要はない。例えば、ＲＯＭ１１１に記憶されたプログラムによって、ＣＰＵ１１０が光学系制御部１７０と同様の処理を実行しても良い。また、投影光学系１７１は、色合成部１６３から出力された合成光をスクリーンに投影するものであり、複数のレンズ、レンズ駆動用のアクチュエータからなり、レンズをアクチュエータで制御して、投影画像の拡大、縮小、焦点調整などを行うことができる。

記録再生部１９１は、記録媒体接続部１９２に接続された記録媒体から静止画データや動画データを再生したり、また、撮像部１９４により得られた画像や映像の静止画データや動画データをＣＰＵ１１０から受信して記録媒体に記録したりするものである。また、通信部１９３より受信した静止画データや動画データを記録媒体に記録しても良い。記録媒体接続部１９２は、記録媒体と電気的に接続するインタフェースであって、記録再生部１９１は、記録媒体接続部１９２を介して記録媒体と通信するためのマイクロプロセッサもしくは専用回路からなる。また、記録再生部１９１には、専用のマイクロプロセッサを含む必要はなく、例えば、ＲＯＭ１１１に記憶されたプログラムによって、ＣＰＵ１１０が記録再生部１９１と同様の処理を実行しても良い。

通信部１９３は、外部機器からの制御信号や静止画データ、動画データなどを受信するためのものであり、例えば、無線ＬＡＮ、有線ＬＡＮ、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などであってよく、通信方式を特に限定するものではない。また、画像入力部１３０の端子が、例えばＨＤＭＩ（登録商標）端子であれば、その端子を介してＣＥＣ通信を行うものであっても良い。ここで、外部装置は、液晶プロジェクタ１００と通信を行うことができるものであれば、パーソナルコンピュータ、カメラ、携帯電話、スマートフォン、ハードディスクレコーダ、ゲーム機、リモコンなど、どのようなものであってもよい。

撮像部１９４は、本実施例の液晶プロジェクタ１００の周辺を撮像して画像信号を取得するものであり、投影光学系１７１を介して投影された画像を撮影（スクリーン方向を撮影）することができる。撮像部１９４は、得られた画像や映像をＣＰＵ１１０に送信し、ＣＰＵ１１０は、その画像や映像を一時的にＲＡＭ１１２に記憶し、ＲＯＭ１１１に記憶されたプログラムに基づいて、静止画データや動画データに変換する。撮像部１９４は、レンズ、レンズを駆動するアクチュエータ、アクチュエータを制御するマイクロプロセッサ、レンズを介して取得した光学像を画像信号に変換する撮像素子、撮像素子により得られた画像信号をデジタル信号に変換するＡＤ変換部などからなる。また、撮像部１９４は、スクリーン方向を撮影するものに限られず、例えば、スクリーンと逆方向の視聴者側を撮影しても良い。なお、撮像部１９４は投影光学系１７１が投影する範囲よりも広角を撮影出来る様に構成している。これにより、例えば複数のプロジェクタが、それぞれ投影領域を一部重畳させて、より広い投影画像を得るような場合には、他のプロジェクタが投影した映像の一部も撮影することが出来る。

表示制御部１９５は、液晶プロジェクタ１００に備えられた表示部１９６に液晶プロジェクタ１００を操作するための操作画面やスイッチアイコン等の画像を表示させるための制御をするものであり、表示制御を行うマイクロプロセッサなどからなる。また、表示制御部１９５専用のマイクロプロセッサである必要はなく、例えば、ＲＯＭ１１１に記憶されたプログラムによって、ＣＰＵ１１０が表示制御部１９５と同様の処理を実行しても良い。また、表示部１９６は、液晶プロジェクタ１００を操作するための操作画面やスイッチアイコンを表示するものである。表示部１９６は、画像を表示できればどのようなものであっても良い。例えば、液晶ディスプレイ、ＣＲＴディスプレイ、有機ＥＬディスプレイ、ＬＥＤディスプレイであって良い。また、特定のボタンをユーザに認識可能に掲示するために、各ボタンに対応するＬＥＤ等を発光させるものであってもよい。

なお、本実施例の画像処理部１４０、液晶制御部１５０、光源制御部１６０、光学系制御部１７０、記録再生部１９１、表示制御部１９５は、これらの各ブロックと同様の処理を行うことのできる単数または複数のマイクロプロセッサあっても良い。または、例えば、ＲＯＭ１１１に記憶されたプログラムによって、ＣＰＵ１１０が各ブロックと同様の処理を実行しても良い。

＜基本動作＞
次に、図１、図２を用いて、本実施例の液晶プロジェクタ１００の基本動作を説明する。

図２は、本実施例の液晶プロジェクタ１００の基本動作の制御を説明するためのフローチャートである。図２の動作は、基本的にＣＰＵ１１０が、ＲＯＭ１１１に記憶されたプログラムに基づいて、各機能ブロックを制御することにより実行されるものである。図２のフローチャートは、操作部１１３や不図示のリモコンによりユーザが液晶プロジェクタ１００の電源のオンを指示した時点をスタートとしている。

操作部１１３や不図示のリモコンによりユーザが液晶プロジェクタ１００の電源のオンを指示すると、ＣＰＵ１１０は、不図示の電源部からプロジェクタ１００の各部に不図示の電源回路から電源を供給するとともに、投影開始処理を実行する（Ｓ２０１）。具体的には、光源制御部１６０に指示して光源１６１の点灯制御、液晶制御部１５０に指示して液晶パネル１５１Ｒ、１５１Ｇ、１５１Ｂの駆動制御、画像処理部の動作設定などである。

次に、画像入力部１３０から入力信号変化があったか否かを判定する（Ｓ２０２）。入力信号変化が無かった場合にはＳ２０４に進み、入力信号変化があった場合は、入力切替処理を実行する（Ｓ２０３）。具体的には、入力信号の解像度、フレームレートなどを検知して、それに適したタイミングで入力画像をサンプリングし、必要な画像処理を実施した上で投影する。

次に、ユーザ操作があったか否かを判定する（Ｓ２０４）。ユーザによる操作部１１３やリモコンの操作が無かった場合にはＳ２０８に進み、ユーザ操作が行われた場合は、終了操作か否かを判定する（Ｓ２０５）。終了操作であった場合は、投影終了処理を実行し、終了する（Ｓ２０６）。具体的には、光源制御部１６０に指示して光源１６１の消灯制御、液晶制御部１５０に指示して液晶パネル１５１Ｒ、１５１Ｇ、１５１Ｂの駆動停止制御、必要な設定のＲＯＭ１１１への保存などである。

ユーザ操作が終了操作でなかった場合には、ユーザ操作の内容に対応したユーザ処理を実行する（Ｓ２０７）。例えば、設置設定の変更、入力信号の変更、画像処理の変更、情報の表示などである。

次に、投影処理を実施する（Ｓ２０８）。投影処理に関しては後程詳しく説明する。

次に、通信部１９３からコマンド受信があったか否かを判定する（Ｓ２０９）。コマンド受信が無かった場合には、Ｓ２０２に戻る。コマンド受信があった場合には、終了操作か否かを判定する（Ｓ２１０）。終了操作であった場合は、Ｓ２０６に進む。終了操作ではなかった場合には、受信したコマンドの内容に対応したコマンド処理を実行する（Ｓ２１１）。例えば、設置設定、入力信号設定、画像処理設定、状態取得などである。

本実施例のプロジェクタ１００では、画像入力部１３０より入力された映像のほか、記録再生部１９１により記録媒体１９２から読み出された静止画データや動画データの画像や映像をＲＡＭ１１２に展開して表示することもできる。また、通信部１９３から受信した静止画データや動画データの画像や映像をＲＡＭ１１２に展開して表示することもできる。

次に本実施例の特徴的な構成について詳しく説明する。

図３は本実施例における表示システムの構成の一例を示す図である。４台のプロジェクタ１１ａ〜１１ｄが、ハブ５０を介して４本のＬＡＮケーブル４０ａ〜４０ｄで接続されている。なお、本実施例ではプロジェクタ同士をＬＡＮケーブルで接続する例を挙げて説明したが、プロジェクタ同士が相互に通信できるならば、どのような通信線を用いても良い。以降の説明は、図３に示される構成でマルチ投影を行った場合を例に挙げて説明を行う。

図４は、図１の画像処理部１４０の内部構成を詳しく説明するためのブロック図である。

画像処理部１４０は、各種画像処理部４１０，統計量取得部４２０から構成される。

元画像信号ｓｉｇ４０１は、画像入力部１３０から入力される。また、タイミング信号ｓｉｇ４０２は、元画像信号ｓｉｇ４０１に同期した垂直同期信号、水平同期信号、クロックなどのタイミング信号であって、元画像ｓｉｇ４０１の供給元から供給される。画像処理部１４０内の各ブロックは、タイミング信号ｓｉｇ４０２に基づいて動作するが、画像処理部１４０の内部でタイミング信号を作り直して使用してもよい。

各種画像処理部４１０は、画像信号ｓｉｇ４０１を入力とし、ＣＰＵ１１０と連携して各種画像処理を施して生成した画像処理後信号ｓｉｇ４０３を統計量取得部に対して出力する。各種画像処理とは、ＩＰ変換、フレームレート変換、解像度変換、ＯＳＤ表示、γ変換、色域変換、色補正、エッジ強調、台形歪補正などである。これらの画像処理の詳細については公知であるので説明を割愛する。

統計量取得部４２０は、各種画像処理部４１０が生成した画像処理後信号ｓｉｇ４０３を解析して統計量情報を取得する。ここで統計量情報とは、画像信号の色情報のヒストグラムなどである。統計量取得部４２０から出力された統計量情報は、信号ｓｉｇ４０４として、システムバスを介して液晶制御部１５０に入力される。

上記説明では、以降の説明を簡単化するために統計量取得部４２０は、各種画像処理部４１０より後ろにある例を説明したが、各種画像処理部４１０よりも前にある構成としても良い。

次に図５を用いてユーザによって行われるマルチ投影の設定に関して説明する。図５は、図３においてプロジェクタ１１ａで表示されるマルチ投影の設定を行うための操作画面の一例を示した図である。５０１はマルチ投影設定ダイアログであり、マルチ投影が何台で行われるかを設定するためのスピンボタン５０２、５０３が配置されている。ユーザはスピンボタン５０２、５０３を操作することにより、縦何台、横何台のマルチ投影を行うかを選択する事ができる。図３に示した例では縦２台、横２台の計４台でマルチ投影を行っているため、図５の操作画面でもユーザが同様の設定を行っている例を図示している。５０４はユーザが、いま操作しているプロジェクタの担当領域を指定するための操作画面である。図５は、左上に投影するプロジェクタ１１ａの設定画面を図示しているので、ユーザが担当領域を左上に設定した様子を表している。なお、図５に示されるマルチ投影の設定を行うための操作画面は一例であり、これに限定されない。マルチ投影の構成と、操作しているプロジェクタがどの領域を担当しているかを指定できる操作画面であれば、どのような操作画面であっても良い。図５に示した例のような操作画面によって、自プロジェクタのマルチ投影画面内における位置と、隣接するプロジェクタの位置を特定することが可能となる。図５の例では、マルチ投影画面内で左上に配置される事が分かるため、プロジェクタ１１ａのＣＰＵ１１０は、自プロジェクタの右側、下側、右下に隣接するプロジェクタが存在することも認識できる。

なお、本実施例では、マルチ投影の構成を専用の操作画面で設定する例を挙げて説明したが、設定値からマルチ投影の位置を推測するようにしても良い。例えばエッジブレンドの設定からマルチ投影の位置を推測するようにしても良い。一般的に、マルチ投影を行う場合、各プロジェクタの投影領域を少し重ねて、エッジブレンドを行い投影するケースが多い。エッジブレンドの設定は、マルチ投影を行う前に事前に設定されるため、エッジブレンドを行っている辺が分かれば、どの位置に他のプロジェクタが存在するか判定する事ができる。

図５のマルチ投影の設定や、エッジブレンドの設定がユーザによって行われると、ＣＰＵ１１０によって、マルチ投影の設定値（縦、横の台数と自プロジェクタの担当領域）やエッジブレンドの設定値がＲＯＭ１１０に保存される。以降の説明では、これらの設定値を総称してマルチ投影用のパラメータと記載する。

図６は、図２のＳ２０８における投影処理のフローチャートである。

投影処理が開始されると、ＣＰＵ１１０は各種画像処理部４１０と統計量取得部４２０に各種画像処理の実施と統計量の取得の指示を行う（Ｓ６０１）。Ｓ６０１で実施される統計量取得処理では、ＣＰＵ１１０が統計量取得部４２０から画像処理後信号ｓｉｇ４０３の画像の統計量を取得し、画像信号、時刻情報と共にＲＡＭ１１２に保存する。画像の統計量は前述の通り、画像信号の色情報のヒストグラムなどである。

次にＣＰＵ１１０はＲＯＭ１１１のマルチ投影パラメータを読み取り、現在マルチ投影を行っているかを判定する（Ｓ６０２）。マルチ投影を行っていない場合は、Ｓ６１５に進む。マルチ投影を行っている場合、ＣＰＵ１１０は、ＲＡＭ１１２に保存されている他のプロジェクタと時刻同期を行った否かを判定するフラグを読み取り、他のプロジェクタと時刻同期を行ったかを判断する（Ｓ６０３）。このフラグは、プロジェクタの電源ＯＮ時に未実施状態に初期化されるように構成されており、時刻同期を行った後はＣＰＵ１１０によって、時刻同期を実施した事が記録される。よって、プロジェクタの電源ＯＮ後に他のプロジェクタと時刻同期を行う事となる。時刻同期が実施済みであった場合はＳ６０５に進み、未実施であった場合はＳ６０４に進み、時刻同期処理を行う。他のプロジェクタとの時刻同期処理はＣＰＵ１１０によって、通信部１９３を介して行われる。時刻同期処理の一例としてはＳＮＴＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）を用いる方法が挙げられる。なお、時刻同期の方法はＳＮＴＰに限定されず、どのような手法で行っても良い。

時刻の同期処理後、ＣＰＵ１１０は前回の撮像から所定の時間が経過しているか判定する（Ｓ６０５）。なお、前回の撮像とはＳ６０６で行われる撮像処理の事である。撮像が行われてから所定時間が経過していない場合は、Ｓ６１３に進み、前回の撮像から所定の時間が経過している場合、もしくは一度も撮像が行われていない場合は、Ｓ６０６に進む。Ｓ６０５で所定の時間経過したかを判定する理由は、プロジェクタの輝度や色味の大きな変化は短時間では起こらないためである。プロジェクタの輝度低下や色味の変化は、長時間の投影によるランプや光学部品の劣化などが原因となるため、Ｓ６０５で前回との撮像時間の差を確認する事によって、短時間で多くの撮像を行う事を避け、電力消費を抑える効果が得られる。なお、本実施例では所定の時間間隔を空けて撮像を行う例を説明したが、投影処理の度に毎回撮像を実施するようにしても良い。その場合は、本実施例で説明するよりも多くの電力を消費する事となる。撮像処理Ｓ６０６では、ＣＰＵ１１０は撮像部１９４に撮像を指示し、撮像された画像を時刻情報と共にＲＡＭ１１１に保存する。なお、撮像処理Ｓ６０６で保存された時刻情報がＳ６０５の判定に用いられる。

次にＣＰＵ１１０はＲＡＭ１１１に保存した撮像画像の解析処理を行う（Ｓ６０７）。撮像画像の解析処理とは撮像した画像から自プロジェクタが投影を担当する領域と、周辺プロジェクタが投影を担当する領域を認識する処理の事である。

撮像画像の解析処理を説明する前に、図７を用いて各プロジェクタが投影する画像と、各プロジェクタの撮像部１９４で取得される画像と、各プロジェクタの統計量取得部４２０で取得される統計量の関係に関して、図７を用いて説明する。

図７（ａ）はマルチ投影の全体の画像を示した図である。７００が全体の画像であり、破線で区切られた７００ａ、７００ｂ、７００ｃ、７００ｄは、図３のプロジェクタ１１ａ、１１ｂ、１１ｃ、１１ｄの画像入力部１３０に入力される画像である。なお、説明を簡単化するため、エッジブレンドや台形歪補正は行わない場合の例を挙げて説明を行う。図７（ｂ）の太線で囲った７０１ａはプロジェクタ１１ａの撮像部１９４で取得される撮像画像である。各プロジェクタの撮像部１９４で取得される画像は、図で示した通り、プロジェクタが投影する範囲よりも広い範囲を撮像可能なように構成されている。図７（ｃ）はプロジェクタ１１ａに入力される画像を拡大した図であり、破線で区切られた小さい矩形エリア７０２ａは、統計量取得部４２０で統計量を取得する範囲を表した図である。画像の統計量は、破線で区切られた各エリアで取得される構成となっている。よって、画像の右側部分、画像の下側部分などの特定のエリアの画像の統計量を取得することも可能である。

Ｓ６０７の撮像画像解析処理では、撮像部１９４で取得される撮像画像７０１ａから、プロジェクタに入力されている画像７００ａの部分の識別を行う。識別には画像のマッチングなどの技術を用いる。７００ａの部分を認識した後、自プロジェクタのマルチ投影用パラメータから、どの方向に隣接するプロジェクタが存在するか確認し、斜線で表現されている隣接するプロジェクタの画像領域の一部７０１ｂと７０１ｃを認識する。７０１ｂと７０１ｃのサイズは、７００ａの右辺、下辺から予め決められた幅を隣接するプロジェクタの画像範囲として認識しておく。

次に、ＣＰＵ１１０は通信部１９３を介して他のプロジェクタの各種情報を取得する（Ｓ６０８）。各種情報とは、図５の設定画面で設定したマルチ投影用のパラメータと、各プロジェクタの統計量取得部４２０で取得される投影画像の統計量と、その統計量を取得した時刻情報などである。ＣＰＵ１１０が他のプロジェクタの各種情報を取得する際には、Ｓ６０１で統計量取得処理を行った時刻を含めて、他のプロジェクタに対して各種情報取得の依頼を行う。他のプロジェクタのＣＰＵ１１０は、依頼に付加されている時刻情報を元に、Ｓ６０１で保存された統計量の中から時刻が近い物を選択して応答を返す。

次に、ＣＰＵ１１０は他のプロジェクタから得られたマルチ投影用のパラメータから、隣接するプロジェクタを判定する（Ｓ６０９）。マルチ投影用のパラメータには、図５で説明した通り、マルチ投影画面内のどのエリアの画像を投影しているかの情報が含まれている。そのため、自プロジェクタの担当エリアと、取得された他のプロジェクタの担当エリアを比較する事により隣接するプロジェクタを判定可能である。

次に、ＣＰＵ１１０は隣接するプロジェクタの統計量と自プロジェクタの統計量を比較し、統計量が所定の範囲内の差異であるかどうかを比較する（Ｓ６１０）。プロジェクタ１１ａ、１１ｂの場合では、図７（ｄ）の斜線で示される７０３ａと７０３ｂの範囲で統計量の比較が行われる。この統計量が近い場合には、プロジェクタ１１ａと１１ｂに入力されている画像７００ａと７００ｂは連続的な絵である事が分かるため、隣接するプロジェクタの接している辺の付近の画像は似ている画像である事が分かる。統計量が異なる場合には、７００ａと７００ｂは非連続であることがわかる。統計量が所定の範囲以上異なっている場合には、以降の輝度や色味の比較処理をスキップしてＳ６１５に進む。図７（ｄ）の説明では左右に隣接する例を挙げて説明したが、上下左右の全ての方向に対して、隣接するプロジェクタが存在すれば同様の統計量比較処理を上下左右の全ての方向に対して行う。このように構成することで、隣接するプロジェクタが異なった絵を表示している際に、輝度や色味を比較してしまい、誤った不具合の通知をユーザにしてしまうことを回避する事ができる。

統計量が近い場合、Ｓ６０７で解析した画像から、隣接したプロジェクタと自装置の輝度や色味情報に差異が発生していないか比較する（Ｓ６１１）。プロジェクタ１１ａ、１１ｂの場合では、図７（ｅ）の斜線で示される７０４ａと７０４ｂの範囲で画像の輝度や色味情報を比較する。輝度や色味を比較する範囲の７０４ａと７０４ｂは、Ｓ６１０で統計量を比較した７０３ａ、７０３ｂと対応する範囲である。

次に、ＣＰＵ１１０はＳ６１１で行った比較処理の結果、輝度や色味が所定値以上で異なっているかを判定する（Ｓ６１２）。輝度や色味の差異が所定値以上であった場合には、その時点の時刻をＲＡＭ１１２に記録しＳ６１３に進み、輝度や色味の差異が所定値未満であった場合には、ＲＡＭ１１２に記録されている時刻情報をリセットしＳ６１５に進む。次に、ＣＰＵ１１０はＲＡＭ１１２に記録されている輝度や色味の差異が確認された時刻を確認し、輝度や色味の差異が所定の時間以上続いているか判定する（Ｓ６１３）。このように一定時間以上の輝度や色味の差異をみることによって、外的要因（投影面の前を人が横切った場合など）による誤検知を回避する効果が得られる。輝度や色味の差異が所定の時間以上続いていた場合、ＣＰＵ１１０は通信部１９３を介して輝度や色味のずれが発生している事をユーザに通知する（Ｓ６１４）。ユーザへの通知方法としては、例えばＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いてメールで通知する方法などが挙げられる。より具体的には、不具合に関する情報を、ユーザの電子メールアドレスを宛先とした電子メールを外部のメールサーバに送る。そのメールサーバは、アドレス情報に従って電子メールを送信することで、ユーザはメールを受信し不具合の中身を認識することが出来る。なお、ユーザへの通知は輝度や色味がずれている事が通知できるならば、どのような通信内容で行っても良く、ＳＮＳを介したメッセージの通知であっても構わない。

なお、ＣＰ１１０は、１台の投影装置だけで画像を投影するモードでも、輝度や色味の経時変化による投影画像の画質低下を検出し、不具合が検出された場合に、通信部１９３を介して他の機器に送信することとしている。通知方法は上記の説明と同様に電子メールで行う。

ここで、複数台の投影装置で１つの画像を合成して投影するマルチ投影時（マルチ投影モード）に、投影装置の不具合として認識する輝度や色味の劣化の程度は、１台の投影装置だけで画像を投影するモード判定基準より厳しい。つまり、輝度や色味の経時変化による画質低下の度合いが、通常投影時よりも少ない変化で不具合判定をしている。マルチ投影時（マルチ投影モード）では、他のプロジェクタが投影した画像との間で輝度や色味のずれがわずかでも有ると、そのずれが目につきやすい。そのため、マルチ投影時での不具合の判定基準を、１台の投影装置だけで画像を投影する通常投影時（通常投影モード）の場合よりも厳しい条件で行っている。つまり投影モードに応じて、不具合の判定方法を変更している。

次に、ＣＰＵ１１０は通常の不具合判定処理を実施する（Ｓ６１５）。通常の不具合判定処理とは、不図示の温度センサによる温度のチェックや、光源１６１の駆動時間が所定の値以上になっていないかといったチェックの事を指している。通常の不具合判定処理の際に異常が確認された場合、Ｓ６１４の処理と同様にユーザに対して異常を知らせる通知を行う。通知の手段はＳ６１４と同様にどのような手段を用いても良い。

以上、説明したように投影処理を実施することによって、マルチ投影を実施している際にはＳ６０２〜Ｓ６１４までの処理が実行され、隣接する他のプロジェクタと輝度や色味の差異が生じていないか確認できるようになる。これによって、複数の投影装置間で輝度や色味がずれてしまい、表示品位が低下してしまう不具合を検知する事が可能となる。

［その他の実施例］
本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、装置に供給することによっても、達成される。このとき、供給された装置の制御部を含むコンピュータ（またはＣＰＵやＭＰＵ）は、記憶媒体に格納されたプログラムコードを読み出し実行する。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、上述のプログラムコードの指示に基づき、装置上で稼動しているＯＳ（基本システムやオペレーティングシステム）などが処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

さらに、記憶媒体から読み出されたプログラムコードが、装置に挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれ、前述した実施形態の機能が実現される場合も含まれる。このとき、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行う。

１００ 液晶プロジェクタ
１１０ ＣＰＵ
１１３ 操作部
１４０ 画像処理部
１５１Ｒ、１５１Ｇ、１５１Ｂ 液晶パネル
１６１ 光源
１９３ 通信部
１９４ 撮像部
４１０ 各種画像処理部
４２０ 統計量取得部

Claims (7)

1. 画像を投影する投影手段と、
   投影された画像を撮像して得られた画像を解析して、自装置に不具合が発生しているか否かを検出する検出手段と、
   前記検出手段によって検知された不具合に関する情報を、他の機器に送信する通信手段と、
   複数台の投影型表示装置が投影する画像を合成して１つの画像を投影するマルチ投影時と、自装置で１つの画像を投影する通常投影時とで、前記検出手段での不具合の判定方法を変更することを特徴とした投影型表示装置。
2. 前記検出手段は、自装置が投影した画像と、他装置が投影した画像であって自装置が投影した画像に隣接している画像とを比較することで不具合を検出することを特徴とする請求項１に記載の投影型表示装置。
3. 前記検出手段は、自装置が投影した画像と、他装置が投影した画像であって自装置が投影した画像に隣接している画像との輝度の差異もしくは色の差異が所定の範囲以上であった場合に不具合として検出することを特徴とする請求項１または２に記載の投影型表示装置。
4. 前記検出手段は、所定の範囲以上の前記輝度の差異もしくは前記色の差異が、所定の時間以上続いた場合に不具合として検出することを特徴とする請求項３に記載の投影型表示装置。
5. 前記通信手段を介して、他の投影型表示装置から投影画像に関する統計量情報を取得し、取得された統計量情報と自装置の統計量情報と比較した結果が所定の範囲内にある場合に、不具合の前記検出手段による検出の処理を実行することを特徴とする請求項１ないし４のいずれか１項に記載の投影型表示装置。
6. 複数台の投影型表示装置が投影する画像を合成して１つの画像を投影するマルチ投影時では、自装置で１つの画像を投影する通常投影時よりも、前記検出手段での不具合の判定基準を厳しくすることを特徴とする請求項１ないし５のいずれか１項に記載の投影型表示装置。
7. 画像を投影する投影手段を有する投影型表示装置の制御方法であって、
   投影された画像を撮像して得られた画像を解析して、自装置に不具合が発生しているか否かを検出する検出工程と、
   前記検出工程によって検知された不具合に関する情報を、他の機器に送信する通信工程とを有し、
   複数台の投影型表示装置が投影する画像を合成して１つの画像を投影するマルチ投影時と、自装置で１つの画像を投影する通常投影時とで、前記検出工程での不具合の判定方法を変更することを特徴とした投影型表示装置の制御方法。

Images