JP5982948B2 - 投射型表示装置、表示システム及び表示方法 - Google Patents

Description

本発明は、複数の投射型表示装置を用いて画像を表示するシステムにおいて、システムで異常が発生したことをユーザーに通知する技術に関する。

画像を投射してスクリーン等にその画像を表示する投射型表示装置（いわゆるプロジェクター）において異常が発生していることをユーザーに通知するための技術がある。特許文献１には、プロジェクターに異常が認められた場合に、不具合箇所を通知するための電子メールをシステム管理者等に送信する技術が記載されている。

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

ところで、複数台の投射型表示装置が表示する画像を重ねることで、１台の場合よりも１つの画像を明るく表示させるスタックという方法がある。この方法で画像を表示させているときに、或る投射型表示装置で異常が発生して画像が表示されなくなっても、表示されている画像の明るさが減るだけであるため、異常の発生にユーザーが気付かない場合がある。この場合に、投射型表示装置が例えばＬＥＤ（Light Emitting Diode）を点灯させて異常の発生をユーザーに通知するものであったとしても、ＬＥＤの点灯の意味をユーザーが知らなければ、異常の発生がユーザーに認識されないおそれがある。また、特許文献１に記載されている技術では、電子メールの送信先となっているユーザーがその場にいなければならない。さらに、この技術では、そのユーザーが電子メールを表示する装置を所持しており、且つ、電子メールの着信に気付かなければ、異常の発生を認識することができない。
そこで、本発明は、複数の投射型表示装置を用いて画像を表示するシステムを利用しているユーザーに対して、いずれかの投射型表示装置で異常が発生したことを確実に通知することを目的とする。

上記目的を達成するために、本発明に係る投射型表示装置は、画像を投射して表示する第１表示手段と、画像を投射して表示し且つ自装置の内部の温度を測定する測定手段を備える他の投射型表示装置から、測定された前記温度が上昇するに連れて間隔が短くなるタイミングで繰り返し送信されてくる送信データを受信する第１受信手段と、前記第１受信手段による前記送信データの受信状況に基づいて、前記他の投射型表示装置が画像を表示する動作における異常を検知する第１検知手段と、前記第１検知手段により前記異常が検知された場合に、当該異常が検知されたことを示す第１画像を前記第１表示手段に表示させる第１表示制御手段とを備えることを特徴とする。
本発明によれば、複数の投射型表示装置を用いて画像を表示するシステムを利用しているユーザーに対して、いずれかの投射型表示装置で異常が発生して画像を表示することができなくなった場合であっても、異常が発生していない自装置が表示する画像により、異常が発生したことを確実に通知することができる。

好ましい態様において、前記第１受信手段は、前記他の投射型表示装置に異常が発生したときに前記他の投射型表示装置が送信する当該異常が発生した旨を示す異常データを前記送信データとして受信し、前記第１検知手段は、前記第１受信手段が前記異常データを受信した場合に、前記異常を検知する。
この態様によれば、異常が発生したときに行われる通信に基づいて異常を検知するため、異常の発生とは関係ないタイミングで行われる通信に基づいて異常を検知する場合に比べて、異常が発生したことをより早く通知することができる。

別の好ましい態様において、前記第１受信手段は、前記他の投射型表示装置が第１のタイミングで送信する第１のデータを前記送信データとして受信し、前記第１検知手段は、前記第１のタイミングに応じた第２のタイミングで前記第１受信手段が前記第１のデータを受信しなかった場合に、前記異常を検知する。
この態様によれば、他の投射型表示装置がデータを送信することができない場合であっても、異常が発生したことを通知することができる。

別の好ましい態様において、前記他の投射型表示装置に第３のタイミングで第２のデータを送信する第１送信手段を備え、前記第１受信手段は、前記他の投射型表示装置が、前記第１送信手段により送信された前記第２のデータを受信したことに応答して送信する第３のデータを前記送信データとして受信し、前記第１検知手段は、前記第３のタイミングに応じた第４のタイミングで前記第１受信手段が前記第３のデータを受信しなかった場合に、前記異常を検知する。
この態様によれば、自装置が定めるタイミングで他の投射型表示装置にデータを送信することで、能動的に異常の検知を試みることができる。

別の好ましい態様において、前記第１受信手段は、前記他の投射型表示装置が、第１のタイミングで送信する第１のデータを前記送信データとして受信し、前記第１検知手段は、前記第１のタイミングに応じた第２のタイミングで前記第１受信手段が前記第１のデータを受信しなかった第１の場合と、前記第１受信手段が前記異常データを受信した第２の場合とに、前記異常を検知し、前記第１表示制御手段は、前記第１の場合と前記第２の場合とで異なる画像を、前記第１画像として前記第１表示手段に表示させる。
この態様によれば、ユーザーは、表示される画像を見分けることで、第１の場合に発生しうる異常と第２の場合に発生しうる異常とのどちらが発生したのかを知ることができる。

別の好ましい態様において、前記他の投射型表示装置に第３のタイミングで第２のデータを送信する第１送信手段を備え、前記第１受信手段は、前記他の投射型表示装置が、前記第１送信手段により送信された前記第２のデータを受信したことに応答して送信する第３のデータを前記送信データとして受信し、前記第１検知手段は、前記第３のタイミングに応じた第４のタイミングで前記第１受信手段が前記第３のデータを受信しなかった第１の場合と、前記第１受信手段が前記異常データを受信した第２の場合とに、前記異常を検知し、前記第１表示制御手段は、前記第１の場合と前記第２の場合とで異なる画像を、前記第１画像として前記第１表示手段に表示させる。
この態様によれば、ユーザーは、表示される画像を見分けることで、第１の場合に発生しうる異常と第２の場合に発生しうる異常とのどちらが発生したのかを知ることができる。
好ましい態様において、前記第１検知手段は、前記第１表示手段及び前記他の投射型表示装置が前記画像を互いに重ね合わせて表示している場合に、前記異常を検知する。
この態様によれば、異常が発生しても表示されている画像の明るさが変化するだけである場合に、異常が発生したことを確実に通知することができる。
別の好ましい態様において、自身に異常が発生した場合に、前記他の投射型表示装置に当該異常が発生した旨を示す異常データを送信する第１送信手段を備える。
別の好ましい態様において、前記他の投射型表示装置に第１のタイミングで第１のデータを送信する第１送信手段を備える。
別の好ましい態様において、前記第１受信手段は、前記他の投射型表示装置から第３のタイミングで送信されてくる第２のデータを受信し、前記第１受信手段により当該第２のデータが受信されたことに応答して前記他の投射型表示装置に第３のデータを送信する第１送信手段を備える。

本発明の他の態様に係る表示システムは、上記の投射型表示装置である第１投射型表示装置と、画像を投射して表示する第２表示手段と、前記第１投射型表示装置から前記第３のタイミングで前記送信データとして送信されてくる前記第２のデータを受信する第２受信手段と、前記第２受信手段により当該第２のデータが受信されたことに応答して前記第
１投射型表示装置に前記第３のデータを前記送信データとして送信する第２送信手段と、前記第２受信手段による前記送信データの受信状況に基づいて、前記第１投射型表示装置が画像を表示する動作における異常を検知する第２検知手段と、当該第２検知手段により当該異常が検知された場合に、当該異常が検知されたことを示す第２画像を前記第２表示手段に前記第１画像と重ならない位置に表示させる第２表示制御手段とを備える第２投射型表示装置とを具備する。
この表示システムによれば、第１画像と第２画像とが重ならないでそれぞれ表示されることになり、それぞれの画像が表している内容を確実にユーザーに伝えることができる。
好ましい態様において、前記第１検知手段は、前記第１表示手段及び前記第２表示手段が画像を互いに重ね合わせて表示している場合に、前記第２投射型表示装置が画像を表示する動作における異常を検知し、前記第２検知手段は、当該場合に、前記第１投射型表示装置が画像を表示する動作における異常を検知する。
この態様によれば、異常が発生しても表示されている画像の明るさが変化するだけである場合に、異常が発生したことを確実に通知することができる。

なお、本発明は、投射型表示装置及び表示システムのほか、表示方法としても捉えることが可能である。

実施形態の表示システムの外観を示す図。 コマンダーのハードウェア構成を示すブロック図。 スレーブのハードウェア構成を示すブロック図。 表示システムの機能的構成を示すブロック図。 異常通知処理において各プロジェクターが行う動作を示す図。 スレーブにより表示されるＯＳＤ画像の一例を示す図。 相互通知処理において各プロジェクターが行う動作を示す図。 スレーブで異常が発生した場合にコマンダーが行う動作を示す図。 コマンダーにより表示されるＯＳＤ画像の一例を示す図。 コマンダーで異常が発生した場合にスレーブが行う動作を示す図。 スレーブにより表示されるＯＳＤ画像の一例を示す図。 ２つのＯＳＤ画像が表示されたときの表示領域を示す図。 ３台のプロジェクターを接続する方法を示す図。 タイリング表示された表示領域に表示されるＯＳＤ画像の一例を示す図。 変形例に係るコマンダーのハードウェアの構成を示す図。 変形例においてコマンダーが異常を検知する動作を示す図。 相互通知処理による検知結果を判定する動作を示す図。

［実施形態］
以下、本発明の実施形態について図面を参照して説明する。
図１は、実施形態の表示システム１の外観を示す図である。表示システム１は、コマンダー（マスター）１０と、スレーブ２０と、通信線３０とを備える。コマンダー１０及びスレーブ２０は、画像を投射して表示する投写型表示装置（いわゆるプロジェクター）である。通信線３０は、両端にコネクター３１０及び３２０をそれぞれ有する。コネクター３１０はコマンダー１０に接続され、コネクター３２０はスレーブ２０に接続されている。このように、コマンダー１０及びスレーブ２０は、いずれも通信線３０が接続されており、通信線３０を介して互いに通信することができるようになっている。また、コマンダー１０及びスレーブ２０は、ケーブル４０及び５０をそれぞれ介してＰＣ（Personal computer：パーソナルコンピュータ。ノート型でもタブレット型でもよい。）２と接続されている。ケーブル４０は、一方の端部にコネクター４１０を有し、このコネクター４１０がコマンダー１０に接続されている。また、ケーブル５０は、一方の端部にコネクター５１０を有し、このコネクター５１０がスレーブ２０に接続されている。なお、コマンダー１０及びスレーブ２０とＰＣ２との接続は、ハブを介してもよいし、一方のプロジェクターを介して他方が接続されるいわゆるカスケード接続であってもよい。

ＰＣ２は、画像を示すデータ（画像データという）を生成したり記憶したりする装置である。ここでいう画像とは、写真のような静止画像や、映画のような動画像（映像ともいう）を含むものである。ＰＣ２は、ケーブル４０及び５０を介してコマンダー１０及びスレーブ２０に画像データをそれぞれ送信する。コマンダー１０及びスレーブ２０は、ＰＣ２から送信されてくる画像データが示す画像をそれぞれスクリーン３に向けて投射する。表示システム１においては、コマンダー１０及びスレーブ２０からそれぞれ投射される画像が、スクリーン３の或る領域に重畳して表示されるように調整されている。具体的には、それらの画像の大きさや形状、フォーカスなどの設定が調整されている。以下では、このように重畳した画像が表示される領域を「表示領域」という。図１では、スクリーン３の表示領域４に、コマンダー１０及びスレーブ２０からそれぞれ投射された画像が重畳して表示されているところが示されている。

上記のように、複数台のプロジェクターが表示領域に画像を重畳させて表示することを、スタック表示という。以下では、スタック表示により表示領域に表示された画像のことを、重畳画像という。スタック表示は、例えば、左目用の画像と右目用の画像とを重畳させることで３Ｄ画像を表示する用途で用いられる。また、スタック表示は、他にも、１台のプロジェクターでは表示した画像の明るさが足りないときに、複数台のプロジェクターにより投射される光を足し合わせることで、より明るい画像（重畳画像のこと）を表示させるという用途で用いられる。この場合、ＰＣ２は、コマンダー１０及びスレーブ２０に対して、同じ画像を示す画像データを送信する。コマンダー１０及びスレーブ２０は、各々に送信されて来た画像データが示す画像、すなわち同じ画像を表示領域４に互いに重畳させるようにして表示する。このとき、重畳される元の画像が互いにずれていると、画像が表している絵や文字が２重に重なったように見えることになる。表示システム１においては、これらの画像が互いにずれることなく１つの画像として表示されるように、上述した設定（画像の大きさや形状、フォーカスなど）が調整されている。

スタック表示が行われるときには、コマンダー１０及びスレーブ２０は、スタック表示モードで動作するようになっている。このスタック表示モードでは、例えば、コマンダー１０は、スレーブ２０に対して所定の動作を行うことを指示するコマンドを通信線３０を介して送信する。一方、スレーブ２０は、コマンダー１０から送信されてくるコマンドに基づいて動作し、他の操作は受け付けないようになっている。

図２は、コマンダー１０のハードウェアの構成を示すブロック図である。コマンダー１０は、制御部１１０と、記憶部１２０と、操作部１３０と、投射部１４０と、第１通信部１５０と、第２通信部１６０と、電源部１７０と、温度測定部１８０とを備える。制御部１１０は、ＣＰＵ（Central Processing Unit）等の演算装置と、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）などの記憶装置とを有する。ＣＰＵは、ＲＡＭをワークエリアとして用いてＲＯＭや記憶部１２０に記憶されたコマンダー用のプログラムを実行することによって、コマンダー１０の各部の動作を制御する。

記憶部１２０は、磁気的、光学的記録装置または半導体記憶素子を有し、制御プログラムを含む各種プログラム、及び、各種設定値等のデータを記憶する。記憶部１２０は、例えば、自装置（コマンダー１０）にスタック表示モードが設定されているか否かを表すモード設定データを記憶している。また、記憶部１２０は、コマンダー１０が表示するＯＳＤ（On-Screen Display ）画像を示す画像データを記憶している。このＯＳＤ画像とは、ユーザーにコマンダー１０を操作させるために表示される画像や、ユーザーに所定の情報を通知するために表示される画像などである。操作部１３０は、制御部１１０に接続されている。操作部１３０は、各種スイッチ及びインジケーターランプを備え、コマンダー１０の外装筐体（図示略）に配置されている操作パネルを備えてもよいし、いわゆるリモコン（リモートコントローラー）から赤外線信号を受光する受光部を備えてもよい。前述したＯＳＤ画像は、操作部１３０が操作されることで選択されたり、表示を切り替えられたりする。

投射部１４０は、例えば、離間して配置される２本の電極を備えた放電ランプ及び画像データに応じて光を変調する液晶パネル（液晶ライトバルブ）等を有する。放電ランプは、電圧が印加されると、２本の電極間で生じた放電により光を発し、その光を所定の方向に出射する。液晶パネルは、画像データに応じて駆動して、放電ランプが出射した光を、その画像データが示す画像を表すように変調する。投射部１４０は、液晶パネルが変調した光を投射して、その光が表す画像を例えば図１に示すスクリーン３に表示する。また、投射部１４０は、放電ランプを冷やすためのファンと、放電ランプが点灯可能か否かを検知するセンサーと、ファンが回転可能か否かを検知するセンサー（図示略）とを有する。また、投射部１４０は、放電ランプの使用時間を測定する測定手段を有する。これらのセンサー及び測定手段は、検知または測定した結果を示すデータを制御部１１０にそれぞれ供給する。

第１通信部１５０は、コネクターを有し、このコネクターが通信線３０のコネクター３１０と接続されている。第１通信部１５０は、このようにして接続されている通信線３０を介してスレーブ２０とデータを送信または受信する。第２通信部１６０は、コネクターを有し、このコネクターが図１に示すケーブル４０のコネクター４１０と接続されている。第２通信部１６０は、このようにして接続されているケーブル４０を介してＰＣ２から送信されてくる画像データを受信する。電源部１７０は、コマンダー１０が備える各部に電力を供給する手段である。制御部１１０の制御により電源部１７０による電力の供給が停止する、すなわち電源が落とされると、投射部１４０の放電ランプが消灯して画像が表示されなくなり、また、第１通信部１５０を介したスレーブ２０との通信が行われなくなる。温度測定部１８０は、コマンダー１０の内部の所定の場所（例えば放電ランプの周辺）の温度を測定する手段である。温度測定部１８０は、測定した温度を示すデータを制御部１１０に供給する。

図３は、スレーブ２０のハードウェアの構成を示すブロック図である。スレーブ２０は、コマンダー１０と共通するハードウェアを備えている。すなわち、スレーブ２０は、制御部２１０と、記憶部２２０と、操作部２３０と、投射部２４０と、第１通信部２５０と、第２通信部２６０と、電源部２７０と、温度測定部２８０とを備える。ただし、スレーブ２０では、コマンダー１０と違い、第１通信部２５０が有するコネクターが通信線３０のコネクター３２０と接続され、第２通信部２６０が有するコネクターがケーブル５０のコネクター５１０と接続されている。また、スレーブ２０は、記憶部に記憶されたプログラムがコマンダー１０と異なっており、コマンダー用ではなくスレーブ用のプログラムが記憶されている。このスレーブ用のプログラムを実行することにより、スレーブ２０は、コマンダー１０とは異なる動作を行って異なる機能を実現する。コマンダー１０及びスレーブ２０は、各々の制御部がプログラムを実行して各部を制御することで、以下に示す機能を実現する。

図４は、コマンダー１０及びスレーブ２０が実現する機能を示すブロック図である。コマンダー１０は、表示部１０１と、送信部１０２と、受信部１０３と、検知部１０４と、表示制御部１０５とを備える。また、スレーブ２０は、表示部２０１と、送信部２０２と、受信部２０３と、検知部２０４と、表示制御部２０５とを備える。表示部１０１は、図１に示すケーブル４０のコネクター４１０と接続されており、このケーブル４０を介してＰＣ２から送信されてくる画像データが示す画像を投射して表示する手段である。表示部１０１は、図２に示す制御部１１０、投射部１４０及び第２通信部１６０が協働して実現する機能である。表示部２０１は、ケーブル５０のコネクター５１０と接続されており、このケーブル５０を介してＰＣ２から送信されてくる画像データが示す画像を投射して表示する手段である。表示部２０１は、図３に示す制御部２１０、投射部２４０及び第２通信部２６０が協働して実現する機能である。

送信部１０２は図１に示す通信線３０のコネクター３１０と接続されており、送信部２０２はコネクター３２０と接続されている。送信部１０２及び２０２は、このようにして接続されている通信線３０を介して、他の投射型表示装置にデータを送信する手段である。他の投射型表示装置とは、送信部１０２においてはスレーブ２０のことであり、送信部２０２においてはコマンダー１０のことである。以下では、送信部１０２及び２０２がそれぞれ送信するデータを、「送信データ」という。送信部１０２は、例えば、記憶部１２０に記憶されているデータを、所定のタイミングで送信データとして送信する。送信部１０２は、図２に示す制御部１１０、記憶部１２０及び第２通信部１６０が協働して実現する機能である。また、送信部２０２は、例えば、記憶部２２０に記憶されているデータを、所定のタイミングで送信データとして送信する。送信部２０２は、図３に示す制御部２１０、記憶部２２０及び第２通信部２６０が協働して実現する機能である。

受信部１０３は通信線３０のコネクター３１０と接続されており、受信部２０３はコネクター３２０と接続されている。受信部１０３及び２０３は、このようにして接続されている通信線３０を介して、他の投射型表示装置から送信されてくる送信データを受信する手段である。他の投射型表示装置とは、受信部１０３であればスレーブ２０であり、受信部２０３であればコマンダー１０である。受信部１０３は、図２に示す制御部１１０及び第２通信部１６０が協働して実現する機能である。受信部２０３は、図２に示す制御部２１０及び第２通信部２６０が協働して実現する機能である。受信部１０３は受信した送信データを送信部１０２及び検知部１０４に供給する。受信部２０３は受信した送信データを、送信部２０２及び検知部２０４に供給する。

検知部１０４は、受信部１０３による送信データの受信状況に基づいて、スレーブ２０が画像を表示する動作における異常を検知する手段である。ここでいう受信状況とは、例えば、或るデータを所定のタイミングで受信したか否かという状況や、タイミングには関係なく、所定の内容を示すデータを受信したという状況などのことである。これらのデータの詳細については、後述する。検知部１０４は、図２に示す制御部１１０、記憶部１２０及び第２通信部１６０が協働して実現する機能である。また、検知部２０４は、受信部２０３によるデータの受信状況に基づいて、コマンダー１０が画像を表示する動作における異常を検知する手段である。検知部２０４は、図３に示す制御部２１０、記憶部２２０及び第２通信部２６０が協働して実現する機能である。検知部１０４及び２０４は、異常を検知したことを示すデータを、表示制御部１０５及び２０５にそれぞれ供給する。

表示制御部１０５は、検知部１０４により異常が検知された場合に、その異常が検知されたことを示す画像を表示部１０１に表示させる手段である。表示制御部１０５は、図２に示す制御部１１０、記憶部１２０及び投射部１４０が協働して実現する機能である。また、表示制御部２０５は、検知部２０４により異常が検知された場合に、その異常が検知されたことを示す画像を表示部２０１に表示させる手段である。表示制御部２０５は、図３に示す制御部２１０、記憶部２２０及び投射部２４０が協働して実現する機能である。表示制御部２０５は、この画像を、前述の表示制御部１０５により表示部１０１が表示させられる画像と重ならない位置に表示させる。

表示システム１は、スタック表示を行っているときにいずれかのプロジェクターで異常が発生すると、異常が発生したことをユーザーに通知するための処理を行う。ここでいう異常には、例えば、プロジェクター内部の所定の場所の温度が閾値（温度閾値という）よりも高くなるという異常（高温異常という）や、ファンが故障して回転しなくなること（ファン故障という）という異常がある。他にも、放電ランプが寿命などの原因により点灯しなくなる（ランプ切れという）という異常がある。また、放電ランプがプロジェクターに取り付けられてから使用された時間の累積値が、その放電ランプの寿命として想定されている閾値（時間閾値という）を超えるという異常（ランプ寿命という）がある。時間閾値は、例えば、３０００時間や４０００時間といった値に決められる。プロジェクターの制御部は、これらの異常を検知すると、放電ランプが点灯している場合にはそれを消灯し、１分から３分ほどファンを回転させて放電ランプを冷却した後、電源部を制御して電力の供給を停止させる。また、制御部は、ファン故障を検知した場合には、放電ランプの冷却ができないため、即座に電力の供給を停止させる。このように、異常が発生した後も制御部が各部を制御できる状態となっており、その制御部の制御によりプロジェクターの電源が落とされるような異常のことを、以下では第１の種類の異常という。

プロジェクターで発生する異常には、上記の他にも、制御部に備えられている演算装置や記憶装置が故障する異常（制御部故障という）や、処理がループして演算装置が他の処理を行うことができなくなる異常（ハングアップという）がある。このように、異常が発生した後に制御部が各部を制御できない状態となるような異常のことを、第２の種類の異常という。この場合、制御部による各部の制御が行われなくなるため、前述した放電ランプの冷却や、電力の供給の停止が行われない。その結果、他の異常が発生した場合、例えば高温異常が発生した場合に、冷却も停止もしないため温度の上昇が止まらず、さらに別の異常が発生することもある。

また、表示システム１においては、通信線３０が断線したりプロジェクターから抜けたりするなどして、コマンダー１０及びスレーブ２０の間でデータの通信が行われなくなるという異常（通信異常という）がある。この場合、コマンダー１０から送信されたコマンドがスレーブ２０に到達しないため、ユーザーがスレーブ２０を操作できなくなる。一方で、プロジェクターでは異常が発生していないため、プロジェクターの電源が落とされることもない。このように、プロジェクター間の通信をできなくするような異常のことを、第３の種類の異常という。

表示システム１においては、上記のとおり複数の種類の異常が発生する。表示システム１は、どちらのプロジェクターで異常が発生するかということと、発生した異常の種類とによって、それぞれ異なる処理を行って、ユーザーに異常の発生を通知する。それらの処理のうちの１つ目は、一方のプロジェクターが自装置で発生した異常を他方のプロジェクターに通知することで、他方のプロジェクターがその異常をユーザーに通知するというものである。以下では、この処理を「異常通知処理」という。この異常通知処理では、他の投射型表示装置、すなわち相手方のプロジェクターは、上述した異常が発生したときに、異常が発生した旨を示すデータ（以下「異常データ」という）を送信してくる。この異常データは、図４に示す送信部１０２及び２０２が送信する送信データの一つである。そして、受信部１０３が異常データを受信した場合には検知部１０４が異常を検知し、受信部２０３が異常データを受信した場合には検知部２０４が異常を検知する。

図５は、異常通知処理において各プロジェクターが行う動作の一例を示すシーケンスチャートである。コマンダー１０及びスレーブ２０は、自装置で異常が発生したことを契機として、この異常通知処理を開始する。この例では、コマンダー１０で異常が発生した場合を示している。まず、コマンダー１０は、自装置で発生した異常を検知する（ステップＳ１１）。以下、コマンダー１０が異常を検知するときの動作の具体例を列挙する。コマンダー１０は、温度測定部１８０が測定した温度が上記の温度閾値を超えたときに、上述した高温異常を検知する。また、投射部１４０のセンサーによりファンが回転できなくなったことが検知されたときに、ファン故障を検知し、投射部１４０のセンサーにより放電ランプが点灯できなくなったことが検知されたときに、上述したランプ切れを検知する。また、コマンダー１０は、投射部１４０の測定手段が測定した使用時間を記憶しておき、記憶しておいた使用時間の累積値が上記の時間閾値を超えたときに、ランプ寿命を検知する。ステップＳ１１は、図４に示す検知部１０４により行われる動作である。

次に、コマンダー１０は、停止処理を開始する（ステップＳ１２）。この停止処理とは、上述したように、放電ランプを冷却した後に電源を落とす処理、すなわちプロジェクターを停止させる処理のことである。停止処理は、コマンダー１０の制御部１１０が各部を制御することで行われる。停止処理における放電ランプの冷却は、前述のとおり数分の時間がかかる。この間に、コマンダー１０は、前述した異常データに、異常の内容を含めたものをスレーブ２０に送信する（ステップＳ１３）。ステップＳ１３は、図４に示す送信部１０２により行われる動作である。コマンダー１０は、異常データを送信することで、その異常データが示す異常をスレーブ２０に通知することになる。そして、コマンダー１０においては、電源が落とされて、停止処理が終了する（ステップＳ１４）。スレーブ２０は、ステップＳ１３において送信されてきた異常データを受信した場合に、この異常データが示す異常を検知する。そして、スレーブ２０は、この異常データに基づいたＯＳＤ画像を一定時間（例えば１０秒）表示する（ステップＳ１５）。ステップＳ１５は、図４に示す受信部２０３、検知部２０４及び表示制御部２０５により行われる動作である。なお、ＯＳＤ画像の表示は、一定時間が経過したときに終了させる代わりに、操作部１３０を介してユーザーにより操作されたときに終了させてもよい。これは、以降に示すＯＳＤ画像についても同様である。

図６は、スレーブ２０により表示されるＯＳＤ画像の一例を示す図である。図６では、表示領域４に表示されているＯＳＤ画像Ａ１が示されている。図６では、上下方向の上向きを示す矢印Ｂ１と、左右方向の右向きを示す矢印Ｂ２とが示されている。スレーブ２０は、表示領域４における上下方向の下側、且つ、左右方向の右側の部分にＯＳＤ画像Ａ１を表示している。この例では、ステップＳ１１においてファン故障が検知されたものとする。この場合、スレーブ２０は、「コマンダーでファンが故障するという異常が発生しました。」という文字列を表すＯＳＤ画像Ａ１を表示する。このように、ＯＳＤ画像Ａ１は、どのプロジェクターで異常が発生したか（この場合コマンダー１０）ということと、その異常の内容（この場合ファン故障）とを表している。以上で説明した動作は、コマンダー１０及びスレーブ２０を入れ替えても、同様に実行される。その場合、コマンダー１０は、ステップＳ１５と同様の処理を行い、スレーブ２０で異常が発生したことと、その異常の内容とを表すＯＳＤ画像を表示する。

ステップＳ１４の処理が行われた後は、表示領域４に表示される画像が、重畳画像から、一方のプロジェクター（上記の例ではスレーブ２０）だけが表示する画像に変化する。このとき、画像の明るさが減少するが、画像自体は変化しない。このため、ステップＳ１５の処理が行われなければ、表示システム１を利用しているユーザーは異常に気がつかない場合がある。また、例えば、プロジェクターの本体に異常の発生を通知するＬＥＤが設けられていたとしても、このユーザーは図１に示す表示領域４を見ていてＬＥＤの点灯に気がつかない場合がある。表示システム１においては、異常が発生したコマンダー１０が画像を表示することができなくなった場合であっても、異常が発生していないスレーブ２０によって図６に示すようなＯＳＤ画像が表示される。スレーブ２０は、このＯＳＤ画像を表示することで、表示領域４を見ているユーザーにプロジェクターで異常が発生したことを確実に通知することができる。表示領域４を見ているユーザーとは、すなわち、表示システム１を利用しているユーザーである。

上記の異常データは、異常が発生した装置自身（この例ではコマンダー１０）から異常が発生したときに送信されるデータである。つまり、スレーブ２０は、異常が発生したときに行われる通信に基づいて異常を検知している。一方、例えば他の装置が、或るタイミングでコマンダー１０と通信してコマンダー１０の異常を検知したとする。ここでいう或るタイミングとは、異常の発生とは関係ないタイミングのことである。この装置では、通信のタイミングと異常が発生したときとが偶然一致していない限り、スレーブ２０が異常データを受信する場合に比べて異常を検知するタイミングが遅くなる。このように、スレーブ２０は、異常データが送信される場合であれば、異常の発生とは関係ないタイミングで行われる通信に基づいて異常を検知する装置に比べて、異常が発生したことをより早く検知して、ユーザーに通知することができる。

プロジェクターで発生した異常の内容をリモート接続された管理用の装置に表示するようにして、遠隔地にいる管理者が対応するようにしたシステムが用いられる場合がある。その場合、異常の内容は管理者しか分からないため、管理者から連絡があるか、管理者が現地に行かないと、復旧のための対処ができないことになる。また、前述した明るさの変化やＬＥＤの点灯で異常に気付くような場合では、ユーザーは、異常の発生には気がついても、その異常の内容までは分からない。本実施形態に係るプロジェクターは、図６に示すようなＯＳＤ画像を表示することで、発生した異常の内容もユーザーに通知することができる。このため、ユーザーは、その場で異常の内容を簡単に把握することができ、可能であれば、復旧のための作業をして再び重畳画像を表示させるようにすることができる。また、ユーザーは、異常の内容や表示させている画像の内容によっては、１台のプロジェクターで継続して使用するという判断をすることもできる。表示システム１では、異常の内容が把握できるから、前述した他の場合に比べて、この判断も早く行うことができる。その結果、表示システム１においては、他の場合に比べて、可用性を高める、すなわち、ユーザーにより利用される時間を増やすことできる。

上述した異常通知処理では、異常が発生した後にコマンダー１０の制御部１１０が停止処理などの動作を行った。このような動作は、上述した第１の種類の異常が発生したときであれば行われるが、第２の種類の異常が発生したときには、制御部１１０が各部を制御できないため行われない。表示システム１においては、第２の種類の異常が発生したときには、異常通知処理とは異なる２つ目の処理を行って、異常が発生したことをユーザーに通知するようになっている。この２つ目の処理では、コマンダー１０及びスレーブ２０は、自装置が画像を表示する動作を継続していることを互いに通知し合う動作を行う。以下では、この２つめの処理のことを「相互通知処理」という。この相互通知処理は、図４に示す検知部１０４及び２０４による検知が可能な期間（例えば検知部１０４の場合、制御部１１０及び第２通信部１６０が動作している期間）に行われる。この期間には、スタック表示が行われている期間の他に、プロジェクターの電源は入っているが表示部による画像の表示はされていないという期間も含まれる。この相互通知処理では、一方のプロジェクター（他の投射型表示装置の一例）は、他方のプロジェクターに、第１のタイミングでデータ（送信データの一例）を送信する。そして、他方のプロジェクターは、第１のタイミングに応じた第２のタイミングでそのデータを受信しなかった場合に、異常を検知する。

図７は、相互通知処理において各プロジェクターが行う動作の一例を示すシーケンスチャートである。コマンダー１０及びスレーブ２０は、例えば、スタック表示モードとなるように設定されたことや、スタック表示モードに設定された状態で起動したことを契機として、この相互通知処理を開始する。まず、スレーブ２０は、経過した時間（経過時間）の計測を開始する（ステップＳ３１）。そして、スレーブ２０は、計測した経過時間が、所定時間（例えば１秒間）に達したか否か、すなわち計測の開始から所定時間が経過したか否かを判断する（ステップＳ３２）。スレーブ２０は、ステップＳ３２においてＮＯと判断した場合、ステップＳ３２の処理を繰り返す。つまり、スレーブ２０は、所定時間が経過するまでステップＳ３２の処理を繰り返す。

スレーブ２０は、ステップＳ３２においてＹＥＳと判断した場合、或るデータをコマンダー１０に対して第１通信部２５０を介して送信する（ステップＳ３３）。このデータは、スレーブ２０が画像を表示する動作を継続していることを示すものである。スレーブ２０は、ステップＳ３３の動作を行った後、ステップＳ３１の動作を再び行う。こうして、スレーブ２０は、ステップＳ３１からＳ３３までの動作を繰り返し行う。スレーブ２０は、この動作を繰り返し行うことで、所定時間の間隔で、すなわち定期的にデータをコマンダー１０に送信する。以下では、定期的に送信されるこのデータを「定期データ」（送信データ及び第１のデータの一例）という。以下では、スレーブ２０が定期データを送信するタイミングのことを「定期データ送信タイミング」（第１のタイミングの一例）という。この定期データ送信タイミングは、所定時間の間隔で訪れるタイミングである。スレーブ２０は、定期データを送信することで、自装置が画像を表示する動作を継続していることコマンダー１０に通知することになる。ステップＳ３１、Ｓ３２及びＳ３３は、図４に示す送信部２０２により行われる動作である。

コマンダー１０は、スレーブ２０から送信されてきた定期データを受信すると、それに応答して、自装置が画像を表示する動作を継続していることを示すデータを送信する（ステップＳ３４）。以下では、定期データに応答して送信されるこのデータのことを「応答データ」（第３のデータ及び送信データの一例）という。コマンダー１０は、応答データを送信することで、自装置が画像を表示する動作を継続していることをスレーブ２０に通知することになる。以下では、スレーブ２０により送信されたデータを受信したことに応答してコマンダー１０が応答データを送信するタイミングのことを「応答データ送信タイミング」（第３のタイミングの一例）という。この応答データ送信タイミングは、定期データ送信タイミングを定期データの通信に要する時間だけ後ろにずらしたタイミングとなる。つまり、応答データ送信タイミングも、定期データ送信タイミング同様、所定時間の間隔で訪れるタイミングとなる。以上のとおり、コマンダー１０及びスレーブ２０は、定期データ及び応答データをそれぞれ受信することで、相手が画像を表示する動作を継続していることを確認する。続いて、相互通知処理が行われている場合にいずれかのプロジェクターで異常が発生したときの動作について説明する。

図８は、スレーブ２０で異常が発生した場合にコマンダー１０が行う動作の一例を示すフローチャートである。コマンダー１０は、図７に示す動作と同様の契機でこの動作を開始する。まず、コマンダー１０は、図７に示したステップＳ３３において、最初の定期データを受信する（ステップＳ４１）。次に、コマンダー１０は、経過時間の計測を開始する（ステップＳ４２）。続いて、コマンダー１０は、計測した経過時間が所定時間に達したタイミングで、定期データを受信したか否かを判断する（ステップＳ４３）。以下では、このタイミングのことを「定期データ受信タイミング」（第２のタイミングの一例）という。

本実施形態では、上記の定期データ送信タイミングが所定時間の間隔で訪れるタイミングであるため、この定期データ受信タイミングも、所定時間の間隔で訪れるタイミングとなっている。つまり、定期データ受信タイミングは、定期データ送信タイミングに応じたタイミングである。なお、定期データ受信タイミングは、経過時間が所定時間に達した時刻そのものであってもよいし、その時刻の前後の時刻をある程度の範囲で（例えば前後とも０．１秒間ずつ）含んだものであってもよい。いずれの場合も、定期データ受信タイミングは、定期データ送信タイミングに応じたタイミングとなっていればよい。ステップＳ４１、Ｓ４２及びＳ４３は、図４に示す受信部１０３及び検知部１０４により行われる動作である。コマンダー１０は、ステップＳ４３でＹＥＳと判断した場合、ステップＳ４２の処理を再び行う。コマンダー１０は、ステップＳ４３でＮＯと判断した場合、スレーブ２０で異常が発生したことを示すＯＳＤ画像を一定時間表示して（ステップＳ４４）、この動作を終了する。ステップＳ４４は、表示制御部１０５により行われる動作である。

図９は、コマンダー１０により表示されるＯＳＤ画像の一例を示す図である。図９では、表示領域４に表示されているＯＳＤ画像Ａ２が示されている。ＯＳＤ画像Ａ２は、表示領域４における上下方向の下側、且つ、左右方向の左側の部分に表示されている。このＯＳＤ画像Ａ２は、スレーブ２０からの定期データの送信が途切れたときに表示される。この場合、スレーブ２０では、例えば上記の第２の種類の異常が発生している。第２の種類の異常が発生すると、制御部が各部を制御できなくなるため、操作部を介した操作も受け付けられなくなる。この場合、コマンダー１０は、「スレーブが操作不能な状態になっています。」という文字列を表すＯＳＤ画像Ａ２を表示する。このＯＳＤ画像Ａ２により、ユーザーは、異常の詳細な内容は分からないが、スレーブで何らかの異常が発生したことと、操作不能だから電源を落とすといった対応をしなければならないことを知ることができる。

以上のとおり、コマンダー１０は、スレーブ２０から上述した定期データ送信タイミングで送信されてくる定期データを、定期データ受信タイミングで受信しなかった第１の場合に異常を検知する。これにより、コマンダー１０は、スレーブ２０がデータを送信することができない場合であっても、スレーブ２０で異常が発生したことを通知することができる。また、コマンダー１０は、スレーブ２０から送信されてきた異常データを受信した第２の場合にも、異常を検知する。また、コマンダー１０は、表示制御部１０５が、これら第１の場合及び第２の場合で異なる画像を表示部１０１に表示させる。この異なる画像とは、例えば、図６に示すＯＳＤ画像Ａ１と同様の画像をコマンダー１０が表示させた場合の画像と、図９に示すＯＳＤ画像Ａ２とである。これにより、ユーザーは、表示されたＯＳＤ画像がどちらであるかを見分けることで、第１の場合に発生しうる異常（例えば第２の種類の異常）と第２の場合に発生しうる異常（例えば第１の種類の異常）とのどちらが発生したのかを知ることができる。

図１０は、コマンダー１０で異常が発生した場合にスレーブ２０が行う動作の一例を示すフローチャートである。スレーブ２０は、図７に示すステップＳ３１の処理（経過時間の計測の開始）を行うことを契機に、この動作を開始する。まず、スレーブ２０は、ステップＳ３２（所定時間の経過の判断）及びＳ３３（定期データの送信）の処理を行う。次に、スレーブ２０は、定期データを送信した時点からの経過時間の計測を開始する（ステップＳ５１）。続いて、スレーブ２０は、計測した経過時間が予め決められた時間に達したタイミングで、応答データを受信したか否かを判断する（ステップＳ５２）。以下では、このタイミングのことを「応答データ受信タイミング」（第４のタイミングの一例）という。

本実施形態では、上記の応答データ送信タイミングが所定時間の間隔で訪れるタイミングであるため、この応答データ受信タイミングも、所定時間の間隔で訪れるタイミングとなっている。つまり、応答データ受信タイミングは、応答データ送信タイミングに応じたタイミングである。なお、応答データ受信タイミングは、経過時間が予め決められた時間に達した時刻そのものであってもよいし、その時刻の前後の時刻をある程度の範囲で（例えば前後とも０．１秒間ずつ）含んだものであってもよい。いずれの場合も、応答データ受信タイミングは、応答データ送信タイミングに応じたタイミングとなっていればよい。スレーブ２０は、ステップＳ５２においてＹＥＳと判断した場合、ステップＳ３２の処理を実行する。つまり、ステップＳ５２における判断がＹＥＳである間は、スレーブ２０は、ステップＳ３２、Ｓ３３、Ｓ５１及びＳ５２の処理を繰り返し実行する。スレーブ２０は、ステップＳ５２においてＮＯと判断した場合、コマンダー１０で異常が発生したことを示すＯＳＤ画像を一定時間表示して（ステップＳ５３）、この動作を終了する。上述したステップＳ５１及びＳ５２は、図４に示す受信部２０３及び検知部２０４が行う動作である。また、ステップＳ５３は、表示制御部２０５が行う動作である。

図１１は、スレーブ２０により表示されるＯＳＤ画像の一例を示す図である。図１１では、表示領域４に表示されているＯＳＤ画像Ａ３が示されている。ＯＳＤ画像Ａ３は、表示領域４における上下方向の下側、且つ、左右方向の右側の部分に表示されている。ＯＳＤ画像Ａ３は、ＯＳＤ画像Ａ２が表す文字列のうち、「スレーブ」を「コマンダー」に代えたものを表している。以上のとおり相互通知処理が行われることで、第２の種類の異常、すなわち発生した後に制御部が各部を制御できない状態となるような異常が発生した場合であっても、その旨がユーザーに通知される。

相互通知処理が行われているときに、上述した第３の種類の異常、すなわちプロジェクター間の通信をできなくするような異常が発生すると、定期データも応答データも相手に到達しなくなる。このため、コマンダー１０及びスレーブ２０は、どちらも、ＯＳＤ画像を表示することになる。

図１２は、２つのＯＳＤ画像が表示されたときの表示領域４を示す図である。表示領域４には、図９に示すＯＳＤ画像Ａ２と、図１１に示すＯＳＤ画像Ａ３とが表示されている。コマンダー１０及びスレーブ２０は、どちらも表示領域４における上下方向の下側にＯＳＤ画像を表示するが、ＯＳＤ画像の左右方向の位置を異ならせるようにしている。このため、ＯＳＤ画像Ａ２とＡ３（それぞれ第１画像及び第２画像の一例）とが重ならないでそれぞれ表示されることになる。これらのＯＳＤ画像が重なってしまうと、ユーザーは、その重なった部分の文字を読み取れなくなってしまう場合がある。本実施形態によれば、前述のとおり各ＯＳＤ画像が重なることがないため、ユーザーが表示されたＯＳＤ画像が表す文字列を読み取れなくなることがない。すなわち、表示システム１は、異常が発生したことを、ユーザーに確実に通知することができる。

表示システム１がスタック表示を行っている場合、いずれかのプロジェクターで異常が発生しても、上記のとおり表示されている画像の明るさが変化するだけである。表示システム１においては、上述した異常通知処理及び相互通知処理が行われることで、表示領域に図６及び図９等に示すようなＯＳＤ画像が表示されることになる。これにより、表示システム１は、スタック表示を行っている場合であっても、異常が発生したことを確実に通知することができる。

［変形例］
上述した実施形態は、本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、上述した実施形態及び以下に示す各変形例は、必要に応じて組み合わせて実施してもよい。

（変形例１）
表示システム１は、上述した実施形態では、２台のプロジェクターを備えていたが、３台以上のプロジェクターを備えていてもよい。この場合も、スタック表示で用いられるコマンドを送信するプロジェクター、すなわちコマンダーは１台であり、残りのプロジェクターはいずれもスレーブとなる。この場合、各プロジェクターを通信線３０を介して接続する方法は、３通りある。

図１３は、３台のプロジェクターを備える表示システムにおいて、各プロジェクターを接続する方法を示す図である。図１３（ａ）では、コマンダー１０及び２台のスレーブ２０を、直列に接続した場合を示している。この場合、第１の種類の異常が発生したプロジェクターは、他の２台に対して直接または中央のスレーブ２０を介して異常データを送信する。そして、異常データを受信した２台のプロジェクターは、図９や図１１に示すようなＯＳＤ画像を表示する。このＯＳＤ画像は、異常が発生したプロジェクターがどれであるかによって、表示される位置が決められている。このため、どの２台がＯＳＤ画像を表示する場合であっても、異常が発生したプロジェクターは同じであるから、同じ位置にＯＳＤ画像が表示されることになる。

図１３（ｂ）では、コマンダー１０が２台のスレーブ２０のそれぞれと１対１で接続されている場合を示している。この場合、スレーブ２０は、コマンダー１０を介してもう１台のスレーブ２０に異常データを送信する。図１３（ｃ）では、３台のプロジェクターが、いずれも中継器５を介して接続されている場合を示している。この場合、各プロジェクターは、他のプロジェクターを介すことなく直接他の２台のプロジェクターに異常データを送信する。なお、スレーブ２０が送信する異常データは、コマンダー１０を介するようにしてもよい。以上に述べた異常データを送信する方法は、定期データ及び応答データを送信する場合も同様に用いられる。

（変形例２）
表示システム１は、上述した実施形態では、スタック表示を行ったが、各画像を並べて表示するタイリングと呼ばれる方法で画像を表示（タイリング表示という）してもよい。タイリング表示では、コマンダー１０及びスレーブ２０は、画像を表すデータに基づいてその画像をともに表示するときに、その画像のうちの異なる部分をそれぞれ表示する。この場合も、表示システム１は、実施形態で述べた異常通知処理及び相互通知処理を行うことで、いずれかのプロジェクターで異常が発生したことを示すＯＳＤ画像を表示する。タイリングの場合は、表示される画像同士が重なっていないか、重なっていたとしても端のわずかな部分（画像の幅が１００ｃｍであれば、そのうちの１ｃｍや２ｃｍといった程度）が重なるだけである。このため、各プロジェクターがＯＳＤ画像をどこに表示しても、図１２の説明で述べたように、第３の種類の異常が発生したときに、それらが重なったことで各ＯＳＤ画像が表している文字列が読めなくなるようなことがない。このため、各プロジェクターは、ＰＣ２から送信されてくる画像データが示す画像を表示している領域のうち、どの位置にＯＳＤ画像を表示してもよい。また、表示システムは、例えば４台のプロジェクターでタイリング表示をする場合、以下に述べる位置にＯＳＤ画像を表示させる。

図１４は、タイリング表示された表示領域４に表示されるＯＳＤ画像の一例を示す図である。表示領域４には、４つの画像が上下方向及び左右方向にそれぞれ２列ずつ並べて表示されている。図１４に示す破線は、各画像の境界を示している。この例では、右上の画像を表示するプロジェクターに異常が発生したものとする（分かりやすくするためにハッチングして示している）。この場合、例えば、右下に画像を表示しているプロジェクターが、ＯＳＤ画像Ａ４を表示する。そのときに、このプロジェクターは、二点鎖線で示す表示領域４の中央側の領域Ｃ１ではなく、領域Ｃ１の外側にＯＳＤ画像Ａ４を表示する。この領域Ｃ１は、例えば、上下方向における表示領域４の中心から端部までの中点と、左右方向における同様の中点とを通る、表示領域４と相似する長方形の領域である。また、この場合、左上及び左下の画像を表示しているプロジェクターは、ＯＳＤ画像を表示しない。表示される画像が例えばプレゼンテーション資料であったり、映画の画像であったりした場合、表示領域４の中央に近い部分の方が、端に近い部分よりもユーザーが見たい画像であることが多い。そのような場合に、表示システムでは、ユーザーが見たい部分を隠しにくい位置にＯＳＤ画像を表示することができる。

（変形例３）
表示システム１は、スタック表示及びタイリング表示以外の用途で用いられてもよい。例えば、会議などで複数の資料を見ながら打ち合わせをするといった用途に用いられる場合は、コマンダー１０及びスレーブ２０が、左右方向に並んだスクリーンにそれぞれ別の画像を表示させる。この場合も、コマンダー１０及びスレーブ２０は通信線３０で接続されていて、上述した異常通知処理及び相互通知処理を行う。このような用途の場合、ユーザーは、各プロジェクターが表示する画像の両方を見ながら打ち合わせを行う。そのため、いずれかのプロジェクターが上記のようなＯＳＤ画像を表示することで、プロジェクターで異常が発生したことをそのユーザーに確実に通知することができる。要するに、表示システム１は、複数の投射型表示装置がそれぞれ表示する画像の全体を見ることができるユーザーによって利用されるのであれば、どのように画像を表示してもよい。

（変形例４）
表示システムは、表示領域４の画像を撮影して、撮影した画像の明るさから異常が発生したことを検知してもよい。スタック表示においては、或るプロジェクターで上記の第１の種類の異常が発生して、電源が落とされると、表示されている画像の明るさが減少する。本変形例に係る表示システムでは、各プロジェクターが画像を撮影する撮像部を備え、撮影した画像の画像データに基づき、この明るさの減少を検知する。

図１５は、本変形例に係るコマンダー１０ａのハードウェアの構成を示す図である。コマンダー１０ａは、図２に示すコマンダー１０と、撮像部１９０を備えている点が異なっている。撮像部１９０は、例えばデジタルカメラであり、画像を撮影する手段である。撮像部１９０は、投射部１４０が投射する画像を撮影することができるように設けられており、例えば図１に示す表示領域４を含む画像を撮影する。撮像部１９０は、撮影した画像を示す画像データを制御部１１０に供給する。制御部１１０は、供給される画像データに基づいて、異常が発生したことを検知する。

図１６は、本変形例においてコマンダー１０ａが異常を検知する動作を示すフローチャートである。コマンダー１０ａは、スタック表示モードに設定されて、スタック表示が開始されたことを契機にこの動作を開始する。まず、コマンダー１０ａは、撮像部１９０を用いて表示領域４を含む画像を撮影する（ステップＳ６１）。次に、コマンダー１０ａは、撮影された画像から、表示領域４を表している部分（表示領域部という）を抽出する（ステップＳ６２）。コマンダー１０ａは、例えば、コマンダー１０ａが設置された後に手動で入力された表示領域部の四隅を示す座標の値に基づいてこの抽出を行う。なお、コマンダー１０ａは、他の周知の技術を用いて表示領域部を特定することでこの抽出を行ってもよい。また、撮像部１９０が、表示領域４の一部のみを撮影するようになっていれば、この抽出の処理は行われなくてもよい。

次に、コマンダー１０ａは、前回抽出した画像各画素の輝度に対する今回抽出した画像の各画素の輝度の割合（輝度割合という）を画素毎に算出し、それらの平均値及び分散値を算出する。そして、コマンダー１０ａは、算出した平均値及び分散値が、それぞれに対して定められた閾値以下であるか否かを判断する（ステップＳ６３）。前回の処理から今回の処理までの間に、画像を表示するプロジェクターが減っていれば、表示領域４に表示されている画像の明るさは全体的に同じ割合で減少する。このため、各画素の輝度割合の分散値が、表示されている画像が変わったときに算出される同様の分散値に比べて、小さくなる。表示システムにおいては、スタック表示中にプロジェクターを１台停止させるテストをして各画素の輝度割合の平均値及び分散値を予め求めておき、その値に基づいて各閾値を定めておく。

コマンダー１０ａは、ステップＳ６３においてＮＯと判断した場合、ステップＳ６１の処理を行う。つまり、コマンダー１０ａは、ステップＳ６３においてＮＯと判断している間は、ステップＳ６１からＳ６３までの処理を繰り返し実行する。なお、ステップＳ６３において、前回算出された値がない場合（つまり初回）は、コマンダー１０ａはＮＯと判断する。コマンダー１０ａは、ステップＳ６３においてＹＥＳと判断した場合、いずれかのプロジェクターで異常が発生したことを示すＯＳＤ画像を一定時間表示して（ステップＳ６４）、この処理を終了する。これにより、コマンダー１０ａは、撮像部１９０が撮影した画像に基づき、異常の有無を検知することができる。表示システムにおいては、この検知結果を用いて、相互通知処理による検知結果が、第２の種類の異常によるものなのか、第３の種類の異常によるものなのかを判定するようにしてもよい。

図１７は、相互通知処理による検知結果を判定する動作の一例を示すフローチャートである。まず、コマンダー１０ａは、図８に示すステップＳ３１及びＳ４２の処理を行う。次に、コマンダー１０ａは、図１６に示すステップＳ６１及びＳ６２の処理を行う。続いて、コマンダー１０ａは、ステップＳ６２において抽出した画像の輝度と前回抽出した画像の輝度とを用いて、ステップＳ６３と同様に平均値及び分散値を算出する（ステップＳ７１）。次に、コマンダー１０ａは、ステップＳ４３の処理を行い、ＮＯと判断した場合に、ステップＳ６３の処理を行う。そして、コマンダー１０ａは、ＹＥＳと判断した場合に、第２の種類の異常の発生を示すＯＳＤ画像を一定時間表示して（ステップＳ７２）、ＮＯと判断した場合に、第３の種類の異常の発生を示すＯＳＤ画像を一定時間表示する（ステップＳ７３）。コマンダー１０ａは、図１７に示すようにステップＳ６３の処理を行うことで、上述した判定を行う。

表示システムでは、スレーブに制御部故障やハングアップが発生して定期データが送信されない場合と、送信された定期データが通信異常によりコマンダーに到達しない場合とがある。つまり、第２の種類の異常が発生した場合と、第３の種類の異常が発生した場合である。第２の種類の異常が発生した場合は、スレーブが画像の表示を停止するため、表示領域４に表示されている画像の明るさが減少する。第３の種類の異常が発生した場合は、スレーブが画像を表示し続けるため、表示領域４に表示されている画像の明るさが変わらない。図１７に示す動作を行うことで、コマンダー１０ａは、撮影した画像による異常の検知を行わない場合に比べて、発生した異常の種類をより正確に通知することができる。なお、この処理は、図１３（ａ）に示すような表示システムにおいても応用できる。この場合、通信を中継するスレーブで異常が発生すると、他の２台の間でも通信ができなくなる。このときに、撮影した画像に基づき明るさが減少した度合い（例えば輝度割合）の値から、画像の表示を停止したプロジェクターが１台なのか２台なのかを判定することができる。なお、本変形例では、撮像部を備えたコマンダー１０ａを例にとって説明したが、スレーブ２０に撮像部を備えさせて同様の動作を行うようにしてもよい。

（変形例５）
スレーブ２０は、上述した実施形態では、相互通知処理において、所定時間の間隔で訪れるタイミング（定期データ送信タイミング）でデータを送信したが、データを送信するタイミングは定期的でなくてもよい。例えば、スレーブ２０は、スタック表示が開始された直後は１０秒に１回コマンダー１０にデータを送信し、時間の経過と共に間隔を短くして３０分後には１秒に１回送信するようにする。これにより、プロジェクター内部の温度が上昇する前で異常が発生する可能性が比較的低い期間には、通信の頻度を少なくして制御部の処理の負担を軽くする。一方、温度が上昇して異常が発生する可能性が高くなるに連れて、通信の頻度を多くして、異常が発生してからそれを検知するまでに経過する時間が短くなるようにする。また、スレーブ２０は、例えば、自装置の内部の温度が上昇するにつれて、通信の頻度を多くするようにしてもよい。これにより、スレーブ２０は、周囲の状況に応じて異常の検知を試みることができる。

本変形例でも、コマンダー１０は、スレーブ２０がデータを送信してくるタイミングに応じたタイミングでそのデータを受信しなかった場合に、スレーブ２０で異常が発生したことを検知する。なお、スレーブ２０は、次にデータを送信するタイミングを、その前に送信するデータが示すようにしておいてもよい。例えば、このデータは、次の送信と今回の送信との時間の間隔を示したり、次に送信する時刻を示したりする。この場合、コマンダー１０は、受信したデータが示す時間の間隔や時刻に基づいて定めたタイミングで次のデータを受信しなかった場合に、スレーブ２０で異常が発生したことを検知する。要するに、コマンダー１０及びスレーブ２０は、相互通知処理において、互いにデータを送信するタイミングに応じて、そのデータを受信するタイミングを相手側の装置が定められるようになっていればよい。

（変形例６）
表示システムにおいては、上述した実施形態では、図７等に示すようにスレーブ２０が定期データを送信し、コマンダー１０が応答データを送信したが、これには限らない。つまり、コマンダー１０が定期データを送信し、スレーブ２０が応答データを送信してもよい。この場合、スレーブ２０が図８に示す処理を行い、コマンダー１０が図１０に示す処理を行う。さらに、コマンダー１０及びスレーブ２０の両方が、互いにデータ（例えば定期データ）を送信し、それらに応答する応答データを受信して異常を検知してもよい。例えば、変形例５で述べたように、送信されてきたデータに次の送信のタイミングが示されるような場合、相手のプロジェクターが決めたタイミングでしか相互通知処理ができない。このような場合に、自装置からもデータを送信して相手装置に応答させることで、自装置が定めたタイミングで相互通知処理を行って、相手装置の異常の検知を試みることができるようになる。

以上のとおり、コマンダー１０及びスレーブ２０は、いずれも、他の投射型表示装置、第１及び第２投射型表示装置の一例であり、図４に示す表示部１０１及び２０１は、いずれも、第１、第２表示手段及び表示手段の一例である。また、送信部１０２及び２０２のいずれもが、第１及び第２送信手段の一例であり、受信部１０３及び２０３のいずれもが、第１及び第２受信手段の一例である。そして、検知部１０４及び２０４は、どちらも、第１及び第２検知手段の一例であり、表示制御部１０５及び２０５は、どちらも、第１及び第２表示制御手段の一例である。

（変形例７）
コマンダー１０及びスレーブ２０は、スタック表示を行っている期間（以下「スタック表示期間」という。）だけ、上記の異常通知処理及び相互通知処理を行ってもよい。この場合、図４に示す表示部１０１は、画像の表示を開始したときと終了したときに、それらの旨を示すデータを検知部１０４のそれぞれ供給する。検知部１０４は、上述した検知を行うときに、表示部１０１から前回供給されたデータに基づいて、表示部１０１が表示を行っているか否かを判断する。また、検知部１０４は、記憶部１２０に記憶されているモード設定データを参照して、スタック表示モードが設定されているか否かを判断する。そして、検知部１０４は、スタック表示モードが設定されており、且つ、表示部１０１が表示を行っている場合には、上記検知を行い、それ以外の場合には、上記検知を行わない。表示部２０１及び検知部２０４も、表示部１０１及び検知部１０４と同様に動作する。これにより、スタック表示モードで画像の表示が行われていない期間には、一方の装置で異常が発生しても、他方の装置でその異常を示すＯＳＤ画像が表示されないことになる。この場合、両プロジェクターの電源が入っているが一方だけに画像を表示させてユーザーが利用している場合に、他方のプロジェクターで発生した異常が表示されることがない。このため、実際に使用していて異常が発生していないプロジェクターが表示する画像にＯＳＤ画像が表示されてしまい、ユーザーが見たい画像が隠されてしまうことが防止される。

（変形例８）
コマンダー及びスレーブは、上述した実施形態や変形例では、通信線３０で接続されて有線通信を行っていたが、無線通信を行うようになっていてもよい。これらのプロジェクターは、例えば、Bluetooth（登録商標）の規格に基づいて通信を行う手段を備えておき、それらの手段を介して無線通信を行う。

（変形例９）
本発明は、コマンダー１０やスレーブ２０のような投射型表示装置（プロジェクター）や、これらの投射型表示装置を備える表示システム１の他にも、これらの投射型表示装置が実施する処理を実現するための方法としても観念することができるものである。ここでいう処理とは、例えば、図５、図７、図８、図１０、図１６及び図１７に示した各処理である。

１…表示システム、２…ＰＣ、３…スクリーン、４…表示領域、５…中継器、１０、１０ａ…コマンダー（マスター）、２０…スレーブ、３０…通信線、３１０、３２０…コネクター、４０、５０…ケーブル、４１０、５１０…コネクター、１１０、２１０…制御部、１２０、２２０…記憶部、１３０、２３０…操作部、１４０、２４０…投射部、１５０、２５０…第１通信部、１６０、２６０…第２通信部、１７０、２７０…電源部、１８０、２８０…温度測定部、１９０…撮像部、１０１、２０１…表示部、１０２、２０２…送信部、１０３、２０３…受信部、１０４、２０４…検知部、１０５、２０５…表示制御部

Claims (13)

1. 画像を投射して表示する第１表示手段と、
   画像を投射して表示し且つ自装置の内部の温度を測定する測定手段を備える他の投射型表示装置から、測定された前記温度が上昇するに連れて間隔が短くなるタイミングで繰り返し送信されてくる送信データを受信する第１受信手段と、
   前記第１受信手段による前記送信データの受信状況に基づいて、前記他の投射型表示装置が画像を表示する動作における異常を検知する第１検知手段と、
   前記第１検知手段により前記異常が検知された場合に、当該異常が検知されたことを示す第１画像を前記第１表示手段に表示させる第１表示制御手段と
   を備えることを特徴とする投射型表示装置。
2. 前記第１受信手段は、前記他の投射型表示装置に異常が発生したときに前記他の投射型表示装置が送信する当該異常が発生した旨を示す異常データを前記送信データとして受信し、
   前記第１検知手段は、前記第１受信手段が前記異常データを受信した場合に、前記異常を検知する
   ことを特徴とする請求項１に記載の投射型表示装置。
3. 前記第１受信手段は、前記他の投射型表示装置が第１のタイミングで送信する第１のデータを前記送信データとして受信し、
   前記第１検知手段は、前記第１のタイミングに応じた第２のタイミングで前記第１受信手段が前記第１のデータを受信しなかった場合に、前記異常を検知する
   ことを特徴とする請求項１または２に記載の投射型表示装置。
4. 前記他の投射型表示装置に第３のタイミングで第２のデータを送信する第１送信手段を備え、
   前記第１受信手段は、前記他の投射型表示装置が、前記第１送信手段により送信された前記第２のデータを受信したことに応答して送信する第３のデータを前記送信データとして受信し、
   前記第１検知手段は、前記第３のタイミングに応じた第４のタイミングで前記第１受信手段が前記第３のデータを受信しなかった場合に、前記異常を検知する
   ことを特徴とする請求項１乃至３のいずれか1項に記載の投射型表示装置。
5. 前記第１受信手段は、前記他の投射型表示装置が、第１のタイミングで送信する第１のデータを前記送信データとして受信し、
   前記第１検知手段は、前記第１のタイミングに応じた第２のタイミングで前記第１受信手段が前記第１のデータを受信しなかった第１の場合と、前記第１受信手段が前記異常データを受信した第２の場合とに、前記異常を検知し、
   前記第１表示制御手段は、前記第１の場合と前記第２の場合とで異なる画像を、前記第１画像として前記第１表示手段に表示させる
   ことを特徴とする請求項２に記載の投射型表示装置。
6. 前記他の投射型表示装置に第３のタイミングで第２のデータを送信する第１送信手段を備え、
   前記第１受信手段は、前記他の投射型表示装置が、前記第１送信手段により送信された前記第２のデータを受信したことに応答して送信する第３のデータを前記送信データとして受信し、
   前記第１検知手段は、前記第３のタイミングに応じた第４のタイミングで前記第１受信手段が前記第３のデータを受信しなかった第１の場合と、前記第１受信手段が前記異常データを受信した第２の場合とに、前記異常を検知し、
   前記第１表示制御手段は、前記第１の場合と前記第２の場合とで異なる画像を、前記第１画像として前記第１表示手段に表示させる
   ことを特徴とする請求項２に記載の投射型表示装置。
7. 前記第１検知手段は、前記第１表示手段及び前記他の投射型表示装置が前記画像を互いに重ね合わせて表示している場合に、前記異常を検知する
   ことを特徴とする請求項１乃至６のいずれか１項に記載の投射型表示装置。
8. 自身に異常が発生した場合に、前記他の投射型表示装置に当該異常が発生した旨を示す異常データを送信する第１送信手段を備える
   ことを特徴とする請求項１に記載の投射型表示装置。
9. 前記他の投射型表示装置に第１のタイミングで第１のデータを送信する第１送信手段を備える
   ことを特徴とする請求項１に記載の投射型表示装置。
10. 前記第１受信手段は、前記他の投射型表示装置から第３のタイミングで送信されてくる第２のデータを受信し、
    前記第１受信手段により当該第２のデータが受信されたことに応答して前記他の投射型表示装置に第３のデータを送信する第１送信手段を備える
    ことを特徴とする請求項１に記載の投射型表示装置。
11. 請求項４または６に記載の投射型表示装置である第１投射型表示装置と、
    画像を投射して表示する第２表示手段と、前記第１投射型表示装置から前記第３のタイミングで前記送信データとして送信されてくる前記第２のデータを受信する第２受信手段と、前記第２受信手段により当該第２のデータが受信されたことに応答して前記第１投射型表示装置に前記第３のデータを前記送信データとして送信する第２送信手段と、前記第２受信手段による前記送信データの受信状況に基づいて、前記第１投射型表示装置が画像を表示する動作における異常を検知する第２検知手段と、当該第２検知手段により当該異常が検知された場合に、当該異常が検知されたことを示す第２画像を前記第２表示手段に前記第１画像と重ならない位置に表示させる第２表示制御手段と、自装置の内部の温度を測定する測定手段と、測定された前記温度が上昇するに連れて間隔が短くなるタイミングで繰り返し前記送信データを送信する第３送信手段とを備える第２投射型表示装置と
    を具備することを特徴とする表示システム。
12. 前記第１検知手段は、前記第１表示手段及び前記第２表示手段が画像を互いに重ね合わせて表示している場合に、前記第２投射型表示装置が画像を表示する動作における異常を検知し、
    前記第２検知手段は、当該場合に、前記第１投射型表示装置が画像を表示する動作における異常を検知する
    ことを特徴とする請求項１１に記載の表示システム。
13. 画像を投射して表示する表示手段と、画像を投射して表示し且つ自装置の内部の温度を測定する測定手段を備える第２投射型表示装置から、測定された前記温度が上昇するに連れて間隔が短くなるタイミングで繰り返し送信されてくる送信データを受信する受信手段とを備える第１投射型表示装置が、前記受信手段による前記送信データの受信状況に基づいて、前記第２投射型表示装置が画像を表示する動作における異常を検知する検知ステップと、
    前記第１投射型表示装置が、前記検知ステップにおいて異常が検知された場合に、当該異常が検知されたことを示す画像を前記表示手段に表示させる表示制御ステップと
    を備えることを特徴とする表示方法。

Images