JP3696509B2 - 画像表示装置の保守システム - Google Patents
画像表示装置の保守システム Download PDFInfo
- Publication number
- JP3696509B2 JP3696509B2 JP2001000642A JP2001000642A JP3696509B2 JP 3696509 B2 JP3696509 B2 JP 3696509B2 JP 2001000642 A JP2001000642 A JP 2001000642A JP 2001000642 A JP2001000642 A JP 2001000642A JP 3696509 B2 JP3696509 B2 JP 3696509B2
- Authority
- JP
- Japan
- Prior art keywords
- imaging
- abnormality
- image
- image display
- projector
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Closed-Circuit Television Systems (AREA)
- Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
- Controls And Circuits For Display Device (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、画像表示装置の保守システムに関する。
【０００２】
【従来の技術】
近年、プロジェクタなど、大画面の表示が可能な画像表示装置を用いて、パーソナルコンピュータ（ＰＣ）等で作成したプレゼンテーション資料を拡大投影し、プレゼンテーション等を行う手法が広く利用されている。しかしながら、このように大画面表示が可能な画像表示装置は、一般には構造が非常に複雑で、かつ、高価であるため、ユーザが保守作業を行うことは困難である場合が多く、専門の管理者が設置場所に出張等することにより保守作業が行われているのが実状である。以下、従来の画像表示装置における保守作業の概要について説明する。
【０００３】
図２６は、画像表示装置の一例としてプロジェクタを用いた、従来の画像表示システムの構成の一例を示す機能ブロック図である。同図に示されるように、従来のプロジェクタ９２０は、画像データ源としてのＰＣ９１０とＬＡＮなどのネットワーク９５０を介して接続されて用いられる。プロジェクタ９２０は、ネットワーク９５０を介してＰＣ９１０から送信されるデータを受信する通信部９２１、受信したデータに基づいて不図示のスクリーンに映像を投影する映像系を駆動する映像系駆動部９２２、映像系を含め、プロジェクタ９２０に異常が発生したことを検出する異常検出部９２３、異常が検出された場合に検出結果を表示する検出結果表示部９２４を備えている。
【０００４】
異常検出部９２３がプロジェクタ９２０の異常を検出した場合には、予め異常検出部９２３に登録されているエラーコードに従い、該当するエラーコードを検出結果表示部９２４に表示する。検出結果表示部９２４としては液晶表示装置などを用いることができる。異常検出部９２３に登録されるエラーコードの一例としては、例えば、以下に示すようなものが考えられる。
【０００５】
上記のようなエラーコードが登録されている場合において、例えばプロジェクタ９２０のファンに故障が発生して動作が停止した場合には、検出結果表示部９２４には、「３Ｃ」というエラーコードが表示される。表示されたエラーコードを管理者が見ることで、プロジェクタ９２０のファンが停止あるいは故障したことを推測でき、例えば、ファンを交換することでプロジェクタ９２０の保守を行うことができる。
【０００６】
【発明が解決しようとする課題】
しかしながら、上記従来のプロジェクタ９２０においては、表示されたエラーコードから異常の原因等を推測する必要があるため、複数の故障が同時に発生した場合や予測不可能な故障（エラーコードが登録されていないような故障）が発生した場合など、表示されたエラーコードからでは異常の原因が推測できない場合があるという問題点を有していた。
【０００７】
また、例えばプロジェクタ９２０の同期信号が不安定となり、同期不安定のエラーコード（０Ａ）が表示された場合のように、管理者が設置場所に到着した時点では、映像の上部のみ曲がる現象なのか、ジッターなのか、その他の予想できない故障なのか、エラーコードのみからでは判断できない場合があるという問題もある。
【０００８】
本発明は、以上のような問題点に鑑みてなされたものであって、プロジェクタ等の画像表示装置に異常が発生した場合に、より迅速に故障箇所や故障原因などを特定することができる画像表示装置の保守システムを提供することを目的としている。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明に係る画像表示装置の保守システムは、ネットワークに接続可能な画像表示装置の保守を行う保守システムであって、ネットワークに接続可能な撮像装置を備え、当該撮像装置は、前記画像表示装置に異常が発生したことを示す信号を、前記ネットワークを介して受信する異常信号受信手段と、前記異常信号受信手段が前記信号を受信した場合に、前記画像表示装置により表示されている画像を撮像する撮像手段とを含むことを特徴としている。
【００１０】
この構成では、画像表示装置に異常が発生した場合に、撮像手段により前記画像表示装置により表示されている画像が撮像される。即ち、撮像された画像を管理者が参照することができるため、事後において故障原因や故障箇所等をより迅速に特定することができる。なお、撮像手段は、異常が発生した場合に前記画像を撮像すればよく、異常が発生していない状態においては、動作を停止していてもよいし、画像や、参加者等、その他の対象を撮像していてもよい。
【００１１】
なお、異常の発生後に管理者が撮像された画像を参照するには、画像データを記憶する手段を設けることが好ましい。具体的には、例えば、前記撮像装置はさらに、前記撮像手段による撮像で得られた画像データを記憶する画像データ記憶手段を有するものとすることもできるし、前記撮像装置はさらに、前記撮像手段による撮像で得られた画像データを、前記ネットワークを介して送信する画像データ送信手段を有し、前記保守システムはさらに、前記画像データ送信手段により送信された画像データを受信する画像データ受信手段と、当該画像データ受信手段が受信した画像データを記憶する画像データ記憶手段を有する記憶装置を含むようにしてもよい。
【００１２】
また、前記記憶装置はさらに、前記画像表示装置に異常が発生した場合に、当該異常に関する情報を、前記ネットワークを介して受信する異常情報受信手段と、前記異常情報受信手段が受信した情報を記憶する異常情報記憶手段とを有することが好ましい。画像データに加えてエラーコードなど、異常に関する情報も参照することができるからである。
【００１３】
さらに、前記撮像装置はさらに、前記異常信号受信手段が前記信号を受信した場合に、前記撮像手段が撮像すべき方向に関する情報を記憶する撮像方向情報記憶手段と、前記異常信号受信手段が前記信号を受信した場合に、前記撮像手段が前記撮像すべき方向を撮像するように制御する撮像方向制御手段とを含むことが好ましい。画像表示装置に異常が発生していない状態においても、撮像装置を有効利用することができるからである。
【００１４】
また、前記保守システムはさらに、前記画像表示装置に異常が発生した場合に、画像表示装置の駆動を停止する停止手段を含むことが好ましい。異常が発生した状態で画像表示装置が継続して動作することにより、より深刻な異常が発生することを防止することができるからである。
ここで、前記停止手段は、前記画像表示装置に異常が発生した場合に、所定時間の経過を待って駆動を停止することが好ましい。管理者が参照すべき画像データが得られる前に画像表示装置の駆動が停止することを防止することができるからである。
【００１５】
また、前記停止手段はさらに、前記画像表示装置に発生した異常の内容に基づき、駆動を停止するか否かを判定する判定手段を有することが好ましい。異常の中には、駆動を停止する必要のない異常もあり、係る場合に画像表示装置を用いたプレゼンテーションを中断することが防止できるからである。
また、前記停止手段はさらに、前記判定手段により駆動を停止すると判定された場合に、前記撮像手段による撮像で得られた画像データの前記画像データ受信手段による受信が完了したか否かを判定する画像データ受信完了判定手段を含み、前記画像データ受信完了判定手段により受信が終了したと判定された後に前記画像表示装置の駆動を停止するようにしてもよい。この構成によっても、管理者が参照すべき画像データが得られる前に画像表示装置の駆動が停止することを防止することができる。
【００１６】
また、前記停止手段は、前記判定手段により駆動を停止すると判定された場合に、所定時間の経過を待って駆動を停止するようにしてもよい。この構成では、ネットワークの状態等により、撮像により得られた画像データの転送に時間を要した場合でも、画像表示装置の電源停止が遅れることを防止することができる。
また、前記保守システムはさらに、前記画像表示装置に発生した異常の内容に基づき、前記撮像手段による撮像の方法を判定する撮像方法判定手段を有し、前記撮像手段は、前記撮像方法判定手段により判定された方法に従って画像を撮像することが好ましい。管理者等による故障原因、故障箇所の特定に適した画像データを得ることができ、より容易かつ確実な故障原因等の特定が可能となるからである。なお、「撮像の方法」としては、撮像する画像上の位置（撮像方向）、拡大、縮小、動画と静止画の別や、撮像する画像の枚数、撮像時間など、種々の条件を設定することができる。
【００１７】
また、本発明の第２の保守システムは、ネットワークに接続可能な画像表示装置の保守を行う保守システムであって、ネットワークに接続可能であり、前記画像表示装置により表示されている画像を常時撮像する撮像装置と、画像データを記憶する記憶手段と、所定時間の経過ごとに、前記撮像装置の撮像により得られた画像データにより、前記記憶手段に記憶される画像データを更新する更新手段と、前記画像表示装置に異常が発生したことを検出する検出手段と、前記検出手段により異常の発生が検出された場合に、前記更新手段による画像データの更新を中止する更新中止手段とを備えることを特徴としている。この構成では、迅速に画像表示装置の電源を停止することも可能となり、画像表示装置に深刻な故障が発生することを、より確実に防止することができる。
【００１８】
【発明の実施の形態】
以下、本発明に係る画像表示装置の保守システム（以下、単に「保守システム」ともいう。）の実施の形態について、図面を参照しながら説明する。
（実施の形態１）
（１）保守システムの全体構成
図１は、本発明に係る保守システムの全体構成を示す図である。
【００１９】
本実施の形態の保守システムは、画像データ源としてのＰＣ１１０、画像表示装置の一例としてのプロジェクタ１２０に加えて、ネットワークカメラなどの撮像装置１３０、記憶装置及び表示装置としてのＰＣ１４０を含んでおり、それらがＬＡＮなどのネットワーク１５０で接続されて構成されている。なお、撮像装置１３０は、プロジェクタ１２０からスクリーン１９０に投影された画像を撮像することができるように設置されている。
【００２０】
図２は、図１に示した保守システムの機能ブロック図である。以下、プロジェクタ１２０、撮像装置１３０、及びＰＣ１４０のそれぞれについて、より具体的な構成について説明する。
プロジェクタ１２０は、通信部１２１、映像系駆動部１２２、異常検出部１２３を備えている。通信部１２１は、ネットワーク１５０を介してＰＣ１１０から表示すべき画像を表すデータを受信したり、異常検出部１２３がプロジェクタ１２０の異常を検出した場合に撮像装置１３０に撮像の命令を送信したりする。映像系駆動部１２２は、スクリーン１９０に画像を投影する映像系全体を駆動する。異常検出部１２３は、プロジェクタ１２０に異常が発生したことを検出する。
【００２１】
撮像装置１３０は、通信部１３１、制御部１３２、撮像系駆動部１３３を備えている。通信部１３１は、プロジェクタ１２０からの撮像命令を受信する。制御部１３２は、撮像命令の受信を受けて撮像系駆動部１３３を制御し、スクリーン１９０に投影されている画像を撮像系に撮像させる。撮像により得られた画像データは、通信部１３１を介してＰＣ１４０に送信される。
【００２２】
なお、画像データの送信に際しては、用いるネットワークカメラの仕様にも依存するが、ＴＣＰ／ＩＰ、ＵＤＰ、ＨＴＴＰ、ＳＭＴＰ、ＦＴＰなど種々の通信プロトコルを用いることができ、また撮像系は静止画若しくは動画の形式で画像データを得ることができる。静止画の場合はＪＰＥＧ形式などで圧縮したデータを得ることもできるし、動画の場合も、Ｍｏｔｉｏｎ−ＪＰＥＧ、ＭＰＥＧなどの形式で圧縮されたデータを得ることもできる。
【００２３】
ＰＣ１４０は、通信部１４１を介して、撮像装置１３０から送信されてきた画像データを受信し、記憶部１４２に記憶するとともに、操作者からの指示に応じて当該画像データを表示部１４３に表示させる。ここで、記憶部１４２としては例えばハードディスクドライブ（ＨＤＤ）や画像メモリなどの記憶手段を用いることができるし、表示部１４３としては、ＣＲＴやＬＣＤ（液晶ディスプレイ）などの表示手段を用いることができる。
【００２４】
本発明の保守システムは、プロジェクタ１２０に異常が発生した場合に、撮像装置１３０によりスクリーン１９０に投影されている画像を撮像し、撮像された画像を管理者等が参照することができるようにすることで、プロジェクタ１２０の故障箇所や故障原因等をより迅速に特定することができるようにしたものである。ここで、このように撮像された画像を参照することにより、故障原因等の特定を迅速に行うことができる場合のいくつかについて、具体例を挙げて説明する。なお、異常の発生時に、画像にどのような現象が現れるかについては、プロジェクタの構造等によっても異なってくるため、ここでは、ブラウン管（ＣＲＴ）を用いたプロジェクタ（以下、「ＣＲＴプロジェクタ」という。）を用いた場合について説明する。
【００２５】
ＣＲＴプロジェクタを用いる場合に、撮像された画像を参照することにより、故障原因等を迅速に特定することができるような異常の例として、▲１▼同期回路不良によるもの、▲２▼水平偏向出力回路不良によるもの、▲３▼コンバーゼンス不良によるもの、▲４▼フォーカス不良によるものが考えられる。図３は同期回路不良が発生した場合の画面の例を示す模式図である。
【００２６】
同図（ａ）に示されるのはトップカールと称される現象であり、画面の上部の数ラインが曲がって表示されるものである。これはコンポジット信号処理を行う部分の動作異常が原因であり、コンポジット信号入力時に発生しやすい。一方、同図（ｂ）に示されているのは、ジッターと称される現象であり、明確には図示できないが、表示された文字等が水平方向（矢印Ａ方向）や垂直方向（矢印Ｂ方向）に揺れて見える現象である。これはＰＬＬ回路あるいは偏向出力回路に動作異常が発生した場合に現れるものである。
【００２７】
さて、上記したような同期回路不良は、従来技術として説明したエラーコードでは、ともに「０Ａ」と表示されることになるが、エラーコードのみからではトップカールなのかジッターなのかの特定は困難であり、即ち、エラーコードのみからでは故障箇所を特定することができない。しかし、本実施の形態の保守システムでは、撮像装置１３０により撮像された画像（特に動画像）を参照することが可能であるから、係る画像を参照することにより、どの部分に保守が必要であるかを容易に特定することができる。
【００２８】
次に、水平偏向出力回路不良を原因とする場合について説明する。図４は、水平偏向出力回路に異常が発生した場合の画面の例を模式的に示す図である。同図（ａ）に示す画面は、水平偏向出力回路の振幅異常が発生した場合の画面の例であり、画面の横幅２００が本来の幅よりも圧縮されたような画像が表示される様子を模式的に示したものである。一方、同図（ｂ）は図３（ｂ）と同様のジッターが発生した場合を模式的に示すものであり、文字等が水平方向（矢印Ｃ方向）若しくは垂直方向（矢印Ｄ方向）に揺れ動いて見える現象である。この現象はＰＬＬ回路等に異常が発生した場合にも起こり得る。これらは、上記従来のエラーコードとしては、いずれも「１Ａ」が表示されるものであるが、エラーコードのみからでは、どの部分に保守が必要なのかを特定することが困難である。しかしながら、上記のような画像（特に動画像）を参照すれば故障箇所等は容易に特定することが可能であるから、本実施の形態の保守システムにより撮像された画像を参照することができれば、故障原因、故障箇所等を容易に特定することができる。
【００２９】
次に、コンバーゼンス不良を原因とする異常について説明する。図５は、ＣＲＴプロジェクタにおいてコンバーゼンス不良が発生した場合の画像の例を模式的に示す図である。同図（ａ）に示す画面は、コンバーゼンス回路が動作せず、ラスター形状の画像が表示されてしまっている場合の例である。同図（ｂ）は色ずれの制御を行う部分に動作不良が生じた場合の例であり、文字がＲ、Ｇ、Ｂ各色に色ずれして表示されている。これらは、上記従来のエラーコードとしては、いずれも「４Ａ」が表示されるものであるが、本実施の形態の保守システムにより撮像された画像を参照することができれば、故障原因、故障箇所等を容易に特定することができる。
【００３０】
次に、フォーカス不良を原因とする異常について説明する。図６は、フォーカス不良が発生した場合の画像の例を模式的に示す図である。同図（ａ）は、フォーカス回路が動作していない場合の例であり、画面全体の文字がぼけて表示されている。一方、同図（ｂ）においては、画面の特定部位のフォーカス調整に異常が生じていることにより、画面の一部のみ（同図の例では左上の領域）の部分において文字がぼけて表示されている。これらは、上記従来のエラーコードとしては、いずれも「５Ａ」が表示されるものであり、本実施の形態の保守システムにより撮像された画像を参照することができれば、故障原因、故障箇所等を容易に特定することができる。
【００３１】
なお、以上の例はプロジェクタ１２０としてＣＲＴプロジェクタを用いた場合の例であるが、例えば三板型の液晶プロジェクタの場合でも、コンバーゼンス不良による色ずれの発生やフォーカス不良による画像のぼけなどは、撮像された画像を参照することによって容易に判別することができ、従って、故障原因、故障箇所等の特定を迅速に行うことができる。
【００３２】
次に、本実施の形態の保守システムの処理内容について説明する。図７は、保守システムの各部の処理内容を示すフローチャートである。プロジェクタ１２０は、ＰＣ１１０から送信されたデータに基づいて映像系駆動部１２２によりスクリーン１９０に画像を拡大投影する。拡大投影の機構は任意であり、液晶プロジェクタであってもＣＲＴプロジェクタその他の構成であっても本発明を適用することが可能である。異常検出部１２３は映像系駆動部１２２の各部等について状態や動作をモニターし、プロジェクタ１２０に異常が発生したことを検出する。異常検出の具体的な方法としては、電源電圧や電流値の検出、ＩＩＣ（Ｉｎｔｅｒ−ＩＣ）による各制御ポートのレベル確認や同期信号の周波数の確認など、プロジェクタ１２０の詳細な構成、投影機構等と相俟って種々の方法が考えられる。
【００３３】
プロジェクタ１２０に何らかの異常が検出された場合（Ｓ１０１）、異常検出部１２３はその旨の情報を通信部１２１に送り、通信部１２１はネットワーク１５０を介して、撮像装置１３０に撮像の命令を送信する（Ｓ１０２）。本ステップにおける撮像命令の信号は、プロジェクタ１２０に何らかの異常が発生したことを示す信号である。
【００３４】
撮像の命令を受信した撮像装置１３０は（Ｓ１０３）、制御部１３２を介して撮像系駆動部１３３に、プロジェクタ１２０からスクリーン１９０に投影されている画像を撮像させる（Ｓ１０４）。撮像により得られた画像データは、ネットワーク１５０を介してＰＣ１４０に送信される（Ｓ１０５）。
ＰＣ１４０は、通信部１４１を介して送信されてきた画像データを受信し（Ｓ１０６）、記憶部１４２に格納する（Ｓ１０７）。画像データを記憶部１４２に格納した後は、任意のタイミングで表示部１４３に当該画像を表示させることができ、これを管理者等が参照することにより、故障原因、故障箇所等を迅速に特定することができる。
【００３５】
以上のように、本実施の形態の保守システムでは、撮像装置１３０を用いてスクリーン１９０に投影されている画像を撮像し、撮像により得られた画像データを参照することができるので、エラーコードのみからでは特定できないような異常が発生した場合でも、撮像された画像を管理者等が参照することで故障原因、故障箇所等を迅速に特定することが可能となる。
【００３６】
なお、本実施の形態では、ネットワーク１５０を介してＰＣ１１０、プロジェクタ１２０、撮像装置１３０及びＰＣ１４０が接続されている場合について説明したが、ネットワーク１５０を介さず、各機器間が直接ケーブルで接続されている場合でも同様に実現することができる。また、撮像装置１３０からＰＣ１４０に画像データを送信する場合には、送信を迅速に行うためには前記したような圧縮方式にて圧縮したデータを送信することが好ましいが、画像圧縮による画像ボケを防止し、より確実に故障原因の特定等を行うには圧縮せずに映像を送信するようにしてもよい。
【００３７】
さらに、撮像系が動画像データを得るか、静止画のデータを得るか、静止画の場合であれば撮像する画像の枚数、動画像の場合であれば撮像する時間やファイルの数等について、撮像装置１３０として用いるネットワークカメラの機能、構成等とも関連するが、任意に設定することが可能である。即ち、ＰＣ１４０の記憶容量を考慮してスクリーン１９０に投影された映像の全体のみを撮像するようにしてもよいし、故障原因の特定等をより容易にするためには、後述するように投影された映像の各部を拡大して撮像し、数枚の映像を送信するようにしてもよい。また、上記したジッターなどの異常検出のためには、動画像データを得るようにすることが好適である。
【００３８】
（実施の形態２）
次に、本発明の第２の実施の形態について説明する。第１の実施の形態では、撮像装置１３０の撮像により得られた画像データをＰＣ１４０内の記憶部１４２に記憶する場合について説明したが、本実施の形態では、撮像装置１３０として記憶装置を内蔵するものを利用する場合について説明する。即ち、本実施の形態の保守システムの全体構成は図１に示したものと同様であるが、本実施の形態では、撮像装置１３０に記憶装置が内蔵されている点が異なっている。
【００３９】
図８は、本実施の形態の保守システムの機能ブロック図である。同図に示されるように、プロジェクタ１２０の構成は第１の実施の形態と同様であるが、撮像装置１３０が記憶部１３４を備えている点、及びＰＣ１４０が記憶部を備える必要がない点が第１の実施の形態と異なる。もっともＰＣ１４０が記憶部を備えていてもよいことは言うまでもない。
【００４０】
図９は、本実施の形態の各部の処理内容を示すフローチャートである。プロジェクタ１２０にて異常が検出された場合に（Ｓ２０１）、撮像装置１３０に対して撮像の命令を送信する点（Ｓ２０２）については、第１の実施の形態と同様である。撮像装置１３０の側では、命令を受信して（Ｓ２０３）、撮像を行う点（Ｓ２０４）は第１の実施の形態と同様であるが、撮像装置１３０の撮像で得られた画像データを、撮像装置１３０に内蔵された記憶部１３４に格納する点（Ｓ２０５）が第１の実施の形態と異なっている。
【００４１】
管理者等は、撮像装置１３０の記憶部１３４に格納された画像データを任意のタイミングでＰＣ１４０を介して取得し、表示部１４３に表示させて参照することができる。従って、本実施の形態の保守システムでも、迅速な故障原因等の特定が可能となる。
（実施の形態３）
次に、本発明の第３の実施の形態について説明する。上記各実施の形態では、撮像装置１３０により撮像された画像が最終的にＰＣ１４０の表示部１４３に表示され、表示された画像を管理者等が参照することにより、故障原因、故障箇所等の特定を行う構成であったが、本実施の形態では、管理者等がエラーコードを参照することを可能とする場合について説明する。
【００４２】
なお、本実施の形態の保守システムの構成は基本的には図２に示したものと同様であるから、ここでの説明は省略し、本実施の形態における各部の処理内容について、図１０のフローチャートを参照しながら説明する。
同図に示されるように、本実施の形態では、プロジェクタ１２０で異常が検出された場合に（Ｓ３０１）、撮像装置１３０に対して撮像命令を送信するとともに（Ｓ３０２）、ＰＣ１４０に対してエラーコードを送信する（Ｓ３０３）。撮像装置１３０では、撮像命令を受信して（Ｓ３０４）、スクリーン１９０上に投影された映像を撮像し（Ｓ３０５）、得られた画像データをＰＣ１４０に送信する（Ｓ３０６）。
【００４３】
ＰＣ１４０では、撮像装置１３０から送信された画像データを受信し（Ｓ３０７）、記憶部１４２に格納する（Ｓ３０８）。一方でプロジェクタ１２０から送信されたエラーコードを受信し（Ｓ３０９）、記憶部１４２に格納する（Ｓ３１０）。このような処理を行うことにより、ＰＣ１４０では、撮像装置１３０において撮像された画像だけでなく、エラーコードも参照することができるので、故障原因や故障箇所のより正確な特定が可能となる。なお、ステップＳ３０７及びＳ３０８における画像の受信及び格納と、ステップＳ３０９及びＳ３１０におけるエラーコードの受信及び格納の先後関係については特に限定はなく、いずれが先となってもよいのは勿論である。
【００４４】
また、第２の実施の形態のように記憶装置を内蔵する撮像装置１３０を利用する場合には、エラーコードを撮像装置１３０に送信して記憶するようにしてもよい。このようにしても、ＰＣ１４０から画像データ及びエラーコードを取得して表示させることは可能だからである。
（実施の形態４）
次に、本発明の第４の実施の形態について説明する。上記各実施の形態では、プロジェクタ１２０に異常が検出された場合のみ撮像装置１３０が動作する構成となっていたが、本実施の形態では、プロジェクタ１２０に異常が発生していない状態（以下、「定常状態」という。）においても撮像装置１３０を動作させ、もって撮像装置１３０の有効利用を図る場合について説明する。
【００４５】
本実施の形態の保守システムの全体構成は図１に示したものと同様であるが、本実施の形態では撮像装置１３０として、撮像方向が可動であるものを用いる。即ち、定常状態においては撮像装置１３０の撮像方向を変え、例えばプレゼンテータや司会者、参加者等を撮像することが可能である。
図１１は、本実施の形態の保守システムの機能ブロック図である。同図に示されるように、本実施の形態では、撮像装置１３０内に撮像方向記憶部１３５を設けている点が異なっている。撮像方向記憶部１３５には、プロジェクタ１２０に異常が検出された状態（以下、「異常状態」という。）における撮像装置１３０の撮像方向に関する情報が記憶されている。撮像系駆動部１３３は、異常状態においては制御部１３２を介して異常状態における撮像方向に関する情報を取得し、所定の方向で撮像がなされるように撮像系を駆動する。なお、定常状態における撮像向きについては、例えば、不図示のリモコンなどの入力装置を介して入力される指示に基づき、撮像系駆動部１３３を駆動させることにより任意の制御を行うことができる。
【００４６】
図１２は、本実施の形態の保守システムの処理内容を示すフローチャートである。本実施の形態では、撮像命令を受信した撮像装置１３０が（Ｓ４０３）、撮像方向記憶部１３５に記憶された情報に基づいて撮像方向を調整した後（Ｓ４０４）、撮像を行う（Ｓ４０５）点が上記の実施の形態と異なっている。他の点については、第１の実施の形態と同様であるからここでの詳細な説明は省略する。以上に説明したように、本実施の形態では、定常状態における撮像装置１３０の有効利用を図ることができる。
【００４７】
（実施の形態５）
次に、本発明の第５の実施の形態について説明する。プロジェクタ１２０に異常が発生した場合に、そのままの状態で動作を継続することは、より保守の困難な異常や保守不可能な異常の発生を招来する可能性もあることから、本実施の形態では、異常が検出された場合にプロジェクタ１２０の動作を停止させる場合について説明する。
【００４８】
本実施の形態の保守システムの構成は、基本的には図２に示したものと同一であるが、ＰＣ１４０から、通信部１４１、通信部１２１を介して映像系駆動部１２２に対して駆動電源の供給停止を指示することが可能となっている点が上記各実施の形態とは異なっている。即ち、本実施の形態ではプロジェクタ１２０の電源供給のためのスイッチとしてソフトウェアスイッチ等を用い、外部（若しくはプロジェクタ１２０内部）からの信号により、電源供給を停止することができる構成となっている。
【００４９】
図１３は、本実施の形態の各部の処理内容を示すフローチャートである。本実施の形態では、画像データを受信したＰＣ１４０が（Ｓ５０６）、受信した画像データを記憶部１４２に格納するとともに（Ｓ５０７）、プロジェクタ１２０に対して電源停止命令の信号を送信する（Ｓ５０８）。
プロジェクタ１２０は、電源停止命令の受信を受けて（Ｓ５０９）、映像系駆動部１２２への電源供給を停止する（Ｓ５１０）。以上のような処理を行うことにより、プロジェクタ１２０に異常が発生した場合に、さらに継続して動作させることにより、さらに深刻な故障が発生することを防止することができる。
【００５０】
なお、上記実施の形態では、ＰＣ１４０から電源停止命令の信号を送信するようにしたが、異常が検出された場合には、プロジェクタ１２０の内部で電源を停止するようにすることもできる。
（実施の形態６）
次に、本発明の第６の実施の形態について説明する。第５の実施の形態では、電源を停止するタイミングについては、特に規定していない。しかしながら、撮像装置１３０により撮像を行うには一定の時間が必要であり、電源停止のタイミングが早すぎる場合のように、撮像が終了する前にプロジェクタ１２０の動作が停止するという事態の発生は防止する必要がある。
【００５１】
本実施の形態では、係る事態の発生を防止する構成の一例について説明する。図１４は、本実施の形態の保守システムの構成を示す機能ブロック図である。同図に示されるように、本実施の形態では、プロジェクタ１２０内に待機部１２４を設けている点が異なっている。待機部１２４は内部にタイマを有し、異常検出部１２３により異常が検出された場合に、所定時間の経過後に映像系駆動部１２３への電源供給を停止するようにしている。
【００５２】
図１５は、本実施の形態における各部の処理内容を示すフローチャートである。同図のように、本実施の形態ではプロジェクタ１２０で異常が検出された場合に（Ｓ６０１）、撮像装置１３０に撮像の命令を行うとともに（Ｓ６０２）、待機部１２４内部のタイマによる計測を開始し、所定時間の経過後に（Ｓ６０３）、映像系駆動部１２３への電源供給を停止する（Ｓ６０４）。
【００５３】
以上のように、所定期間の経過後に電源供給を停止することにより、撮像装置１３０による撮像が終了するまでに映像系駆動部１２３への電源供給が停止され、管理者による故障原因等の特定に必要な画像データが得られないといった問題の発生を防止することができる。なお、待機部１２４内のタイマで計時すべき所定時間は、撮像装置１３０の構造や、撮像すべき画像データの種類、量等に基づいて予め設定しておくことが好ましい。
【００５４】
（実施の形態７）
次に本発明の第７の実施の形態について説明する。第５の実施の形態の構成ではプロジェクタ１２０で異常が検出された場合に電源を停止し、動作を停止させるようにしたが、異常の内容によっては、例えばプロジェクタ１２０で用いている光源の寿命により輝度が低下してきた場合など、プロジェクタ１２０の動作を停止までさせる必要はない場合もある。本実施の形態では、不要な動作の停止により、プレゼンテーションが中断しないようにする場合について説明する。
【００５５】
図１６は、本実施の形態の保守システムの構成を示す機能ブロック図である。本実施の形態の保守システムは、基本的には図２に示したものと同様の構成を有しているが、異常検出部１２３が異常を検出した場合にはプロジェクタ１２０からＰＣ１４０にエラーコードが送信される他、ＰＣ１４０から電源停止の命令を送信することによりプロジェクタ１２０の電源を停止することができるようになっている。
【００５６】
また、ＰＣ１４０に判定部１４４を設けている点が上記各実施の形態とは異なっている。判定部１４４には、エラーコードごとに電源の停止が必要であるか否かが予め登録されている。そして異常検出部１２３で異常が検出された場合に、プロジェクタ１２０から送信されるエラーコードを参照し、当該異常が、プロジェクタ１２０の電源を停止させる必要があるものか否かを判定する。
【００５７】
図１７は、本実施の形態の各部の処理内容を示すフローチャートである。本実施の形態では、プロジェクタ１２０において異常が検出された場合（Ｓ７０１）、撮像装置１３０に撮像の命令を送信するとともに（Ｓ７０２）、ＰＣ１４０にエラーコードを送信する（Ｓ７０３）。
撮像装置１３０では、撮像の命令を受信し（Ｓ７０４）、撮像を行い（Ｓ７０５）、得られた画像データをＰＣ１４０に送信する（Ｓ７０６）。これらの処理は上記各実施の形態と同様である。
【００５８】
ＰＣ１４０は、画像データを受信し（Ｓ７０７）、受信した画像データを記憶部１４２に格納する一方（Ｓ７０８）、プロジェクタ１２０から送信されたエラーコードを受信し（Ｓ７０９）、判定部１４４に予め登録されている内容を参照して、プロジェクタ１２０の電源停止が必要な異常であるか否かを判定する（Ｓ７１０）。
【００５９】
電源停止が不要な異常であると判定された場合には（Ｓ７１０：Ｎｏ）、そのまま処理を終了する。この場合でも、画像データは記憶部１４２に格納されるので、管理者等は撮像された画像を参照して故障原因、故障箇所等を特定することができる。
電源停止が必要であると判定された場合には（Ｓ７１０：Ｙｅｓ）、ステップＳ７０８にて実行されている画像データの格納が完了するのを待って（Ｓ７１１：Ｙｅｓ）、プロジェクタ１２０に電源停止命令を送信する（Ｓ７１２）。プロジェクタ１２０では、電源停止命令を受信し（Ｓ７１３）、電源を停止する（Ｓ７１４）。
【００６０】
以上のように、本実施の形態の保守システムでは、電源の停止が必要な異常であるか否かを判定して、必要な場合のみ電源を停止するようにしているので、特に電源停止の必要のない軽微な異常によってプレゼンテーションが中断されることを防止することができる。また、ステップＳ７１１において、画像データの格納が完了するのを待って電源停止命令の送信を行っているので、撮像途中においてプロジェクタ１２０の動作が停止してしまい、保守に必要な画像データが得られないといった事態の発生も防止することができる。
【００６１】
（実施の形態８）
次に、本発明の第８の実施の形態について説明する。図１８は、本実施の形態の保守システムの構成を示す機能ブロック図である。本実施の形態では、異常が検出された場合にプロジェクタ１２０への電源供給を停止する必要があるか否かを判定する判定部１２５をプロジェクタ１２０の内部に設ける。
【００６２】
図１９は、本実施の形態の各部の処理内容を示すフローチャートである。プロジェクタ１２０で異常が検出された場合に（Ｓ８０１）、撮像装置１３０に撮像の命令を送信し（Ｓ８０２）、以後、撮像装置１３０において行われるステップＳ８０５までの処理、及びＰＣ１４０にて行われるステップＳ８０７までの処理は、上記各実施の形態と同様の内容であるから、ここでの詳細な説明は省略する。
【００６３】
さて、本実施の形態では、プロジェクタ１２０の側において、判定部１２６によるエラーコードの判定を行う（Ｓ８０８）。判定部１２６には、第７の実施の形態の判定部１４４と同様に、エラーコードごとに電源停止が必要か否かが予め登録されている。そして、電源停止の必要のない異常であれば（Ｓ８０９：Ｎｏ）、そのまま処理を終了し、プロジェクタ１２０の動作を継続する。
【００６４】
本実施の形態では、ＰＣ１４０の側で、記憶部１４２への画像データの格納が完了したか否かをモニターしており（Ｓ８１０）、画像データの格納が完了した場合に（Ｓ８１０：Ｙｅｓ）、プロジェクタ１２０に格納の完了を通知するようにしている（Ｓ８１１）。プロジェクタ１２０では、判定部１２６による判定の結果、電源の停止が必要であると判定された場合に（Ｓ８０９：Ｙｅｓ）、ＰＣ１４０からの格納完了通知を待って（Ｓ８１２：Ｙｅｓ）、電源を停止する（Ｓ８１３）。以上に説明したような構成によっても、第７の実施の形態と同様の効果を得ることができる。
【００６５】
（実施の形態９）
次に本発明の第９の実施の形態について説明する。図２０は、本実施の形態の保守システムの構成を示す機能ブロック図である。同図に示されるように、本実施の形態では、プロジェクタ１２０に待機部１２４を設け、判定部１２５により電源の停止が必要であると判定された場合に、所定時間の経過を待って電源を停止するようにたものである。
【００６６】
図２１は、本実施の形態の各部の処理内容を示すフローチャートである。本実施の形態のステップＳ９０１からＳ９０９までの処理は第８の実施の形態と同様であるから、ここでの詳細な説明は省略する。本実施の形態では、ステップＳ９０９において、判定部１２５により電源の停止が必要な異常であると判断された場合（Ｓ９０９：Ｙｅｓ）、待機部１２４により所定時間の経過後に（Ｓ９１０）、電源を停止する（Ｓ９１１）。なお、待機部１２４にて待機すべき所定時間は、撮像装置１３０による撮像に必要な時間等を考慮して予め設定しておく。
【００６７】
以上のような構成とすることにより、以下のような効果が得られる。即ち、第７の実施の形態や第８の実施の形態では、ＰＣ１４０の記憶部１４２への画像データの格納完了を待って電源を停止したが、ネットワークの状態や画像データの量によっては、撮像装置１３０からＰＣ１４０への画像データの転送にある程度の時間を要することがあり、そのような場合には撮像装置１３０による撮像が完了した後もかなりの時間電源が停止されないことが考えられる。本実施の形態では、ＰＣ１４０への画像データの転送に長時間を要した場合でも、撮像装置１３０による撮像が終了する時間にはプロジェクタ１２０の電源を停止することができるので、電源停止が遅れることを防止することができる。
【００６８】
（実施の形態１０）
次に本発明の第１０の実施の形態について説明する。本実施の形態では、プロジェクタ１２０への異常の発生後、できるだけ速く電源を停止することを可能とする場合の処理について説明する。本実施の形態の保守システムの構成は、図２に示したものと基本的に同一である。
【００６９】
図２２は、定常状態における撮像装置１３０及びＰＣ１４０の処理内容を示すフローチャートである。本実施の形態では、撮像装置１３０は定常状態においてもスクリーン１９０に投影された画像を撮像し（Ｓ１００１）、得られた画像データを随時ＰＣ１４０に送信している（Ｓ１００２）。
一方、ＰＣ１４０の側では送信された画像データを受信し（Ｓ１００３）、一定時間（例えば３分間）が経過するごとに（Ｓ１００４：Ｙｅｓ）、記憶手段１４２に記憶される画像データを更新する（Ｓ１００５）。これにより、記憶手段１４２には、定常状態において常に当該一定時間に対応する最新の画像データが記憶されることになる。
【００７０】
次に、プロジェクタ１２０に異常が発生した場合について説明する。図２３は異常状態における各部の処理内容を示すフローチャートである。同図に示されるようにプロジェクタ１２０で異常が検出されると（Ｓ１１０１）、すぐに電源を停止するとともに（Ｓ１００２）、ＰＣ１４０に対して画像データの更新中止の命令を送信する（Ｓ１００３）。
【００７１】
更新中止命令を受信したＰＣ１４０は（Ｓ１００４）、記憶部１４２の内容の更新を中止する（Ｓ１００５）。これにより、プロジェクタ１２０に異常が検出された場合には、記憶部１４２には、異常が検出される直前の画像が前記一定時間分だけ格納された状態となる。従って、本実施の形態の構成では、プロジェクタ１２０に異常が発生した場合に、迅速に電源を停止することが可能となり、プロジェクタ１２０に、より深刻な異常が発生することを、より確実に防止することができる。
【００７２】
（実施の形態１１）
次に本発明の第１１の実施の形態について説明する。上記各実施の形態では、撮像装置１３０による撮像の方法について特に規定はしておらず、撮像方法は任意であるものとしていたが、異常の発生によりスクリーン１９０に投影される画像に前述したような現象が現れる場合、異常の内容によって撮像の方法を変えることが効果的な場合もある。本実施の形態では、異常の内容によって撮像方法を変更する場合について説明する。
【００７３】
図２４は、本実施の形態の保守システムの構成を示す機能ブロック図である。本実施の形態の構成は、プロジェクタ１２０内部に撮像方法判定部１２６を設ける点が上記各実施の形態とは異なっている。撮像方法判定部１２６は、内部にエラーコードと撮像方法との対応関係を記憶しており、プロジェクタ１２０は、異常が検出された場合に撮像方法判定部１２６に記憶された内容を参照し、撮像方法の指定を含む撮像命令を撮像装置１３０に送信するようにしている。
【００７４】
撮像方法判定部１２６に記憶された内容は、具体的には、例えばエラーコードが同期不安定を示すものであった場合、撮像装置１３０に対し、▲１▼スクリーン１９０に投影されている画像の全体、▲２▼画像の上部、▲３▼中央部分の拡大画像、をそれぞれ撮像するように規定する。これは、画像の全体を撮像することにより異常の概要を知ることができ、画像上部及び中央部分の拡大画像を撮像することにより、図３（ａ）に示したようなコンポジット信号入力時の画像の歪み（トップカール）であるか、図３（ｂ）に示したようなジッターであるかを容易に判断することが可能となるからである。
【００７５】
また、エラーコードが「映像の色むら」を示すものであった場合、▲１▼画像の全体、及び▲２▼画面を数個に分割し、分割された画像ごとに撮像、というように規定することも考えられる。これは、全体画像により異常の概要を知ることができ、分割された画像を参照することにより、どの部分の補正波形に異常が生じているのかを容易に判断することが可能となるからである。
【００７６】
図２５は、本実施の形態の各部の処理内容を示すフローチャートである。以下、上記した実施の形態と異なる部分を中心として説明する。本実施の形態では、異常が検出された場合に（Ｓ１２０１）、撮像方法判定部１２６により撮像方法を判定し（Ｓ１２０２）、判定された撮像方法に関する情報を含む撮像命令を撮像装置１３０に送信する（Ｓ１２０３）。
【００７７】
撮像装置１３０は、命令を受信すると（Ｓ１２０４）、指定された撮像方法に従ってスクリーン１９０に投影されている画像を撮像し（Ｓ１２０５）、得られた画像データをＰＣ１４０に送信する（Ｓ１２０６）。なお、複数の画像データが得られた場合には、それぞれの画像データに異なるファイル名を付与することにより、ＰＣ１４０の記憶部１４２に画像データを格納する際に上書きされることがないようにする。以後の処理は既述した実施の形態と同様である。
【００７８】
以上のような処理を行うことにより、エラーコードに対応して、異常の内容を判断しやすいような画像データが得られることとなるため、故障原因や故障箇所をより容易に、また、確実に特定することが可能となる。なお、撮像方法判定部１２６に規定される撮像方法は、用いるプロジェクタ１２０の構造等によって異なってくるのは勿論であり、したがって撮像方法判定部１２６は原則としてプロジェクタ１２０内部に設けることが好ましいが、ＰＣ１４０等、外部機器に設けるようにすることも可能である。
【００７９】
＜変形例＞
以上、本発明の種々の実施の形態について説明してきたが、本発明の内容が、上記実施の形態に示された具体例に限定されないことは勿論であり、例えば、以下のような変形例を考えることができる。即ち、上記実施の形態では、画像データ源としてのＰＣ１１０と、画像記憶装置としてのＰＣ１４０とを個別に設けるようにしたが、両者は同一のＰＣを用いるようにしてもよい。また、ＰＣに限定されるわけでもなく、記憶装置や表示装置を有する装置であれば、他の装置を用いることもできる。
【００８０】
【発明の効果】
以上のように、本発明に係る保守システムによれば、撮像装置により撮像された画像を管理者が参照することができるので、事後における画像表示装置の故障原因等の特定を迅速に行うことができるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態における保守システムの全体構成を示す図である。
【図２】第１の実施の形態等に係る保守システムの機能ブロック図である。
【図３】同期回路不良が発生した場合の画面の例を示す模式図である。
【図４】水平偏向出力回路に異常が発生した場合の画面の例を模式的に示す図である。
【図５】ＣＲＴプロジェクタにおいてコンバーゼンス不良が発生した場合の画像の例を模式的に示す図である。
【図６】フォーカス不良が発生した場合の画像の例を模式的に示す図である。
【図７】第１の実施の形態に係る保守システムの各部の処理を示すフローチャートである。
【図８】第２の実施の形態に係る保守システムの機能ブロック図である。
【図９】第２の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図１０】第３の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図１１】第４の実施の形態に係る保守システムの機能ブロック図である。
【図１２】第４の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図１３】第５の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図１４】第６の実施の形態に係る保守システムの機能ブロック図である。
【図１５】第６の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図１６】第７の実施の形態に係る保守システムの機能ブロック図である。
【図１７】第７の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図１８】第８の実施の形態に係る保守システムの機能ブロック図である。
【図１９】第８の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図２０】第９の実施の形態に係る保守システムの機能ブロック図である。
【図２１】第９の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図２２】第１０の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図２３】第１０の実施の形態において、プロジェクタ１２０に異常が発生した場合の各部の処理内容を示すフローチャートである。
【図２４】第１１の実施の形態に係る保守システムの機能ブロック図である。
【図２５】第１１の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図２６】従来の画像表示システムの構成の一例を示す機能ブロック図である。
【符号の説明】
１１０ ＰＣ
１２０ プロジェクタ（画像表示装置）
１２１ 通信部
１２２ 映像系駆動部
１２３ 異常検出部
１２４ 待機部
１２５ 判定部
１２６ 撮像方法判定部
１３０ 撮像装置
１３１ 通信部
１３２ 制御部
１３３ 撮像系駆動部
１３４ 記憶部
１３５ 撮像方向記憶部
１４０ ＰＣ（画像記憶装置）
１４１ 通信部
１４２ 記憶部
１４３ 表示部
１４４ 判定部
１５０ ネットワーク
１９０ スクリーン
【発明の属する技術分野】
本発明は、画像表示装置の保守システムに関する。
【０００２】
【従来の技術】
近年、プロジェクタなど、大画面の表示が可能な画像表示装置を用いて、パーソナルコンピュータ（ＰＣ）等で作成したプレゼンテーション資料を拡大投影し、プレゼンテーション等を行う手法が広く利用されている。しかしながら、このように大画面表示が可能な画像表示装置は、一般には構造が非常に複雑で、かつ、高価であるため、ユーザが保守作業を行うことは困難である場合が多く、専門の管理者が設置場所に出張等することにより保守作業が行われているのが実状である。以下、従来の画像表示装置における保守作業の概要について説明する。
【０００３】
図２６は、画像表示装置の一例としてプロジェクタを用いた、従来の画像表示システムの構成の一例を示す機能ブロック図である。同図に示されるように、従来のプロジェクタ９２０は、画像データ源としてのＰＣ９１０とＬＡＮなどのネットワーク９５０を介して接続されて用いられる。プロジェクタ９２０は、ネットワーク９５０を介してＰＣ９１０から送信されるデータを受信する通信部９２１、受信したデータに基づいて不図示のスクリーンに映像を投影する映像系を駆動する映像系駆動部９２２、映像系を含め、プロジェクタ９２０に異常が発生したことを検出する異常検出部９２３、異常が検出された場合に検出結果を表示する検出結果表示部９２４を備えている。
【０００４】
異常検出部９２３がプロジェクタ９２０の異常を検出した場合には、予め異常検出部９２３に登録されているエラーコードに従い、該当するエラーコードを検出結果表示部９２４に表示する。検出結果表示部９２４としては液晶表示装置などを用いることができる。異常検出部９２３に登録されるエラーコードの一例としては、例えば、以下に示すようなものが考えられる。
【０００５】
【０００６】
【発明が解決しようとする課題】
しかしながら、上記従来のプロジェクタ９２０においては、表示されたエラーコードから異常の原因等を推測する必要があるため、複数の故障が同時に発生した場合や予測不可能な故障（エラーコードが登録されていないような故障）が発生した場合など、表示されたエラーコードからでは異常の原因が推測できない場合があるという問題点を有していた。
【０００７】
また、例えばプロジェクタ９２０の同期信号が不安定となり、同期不安定のエラーコード（０Ａ）が表示された場合のように、管理者が設置場所に到着した時点では、映像の上部のみ曲がる現象なのか、ジッターなのか、その他の予想できない故障なのか、エラーコードのみからでは判断できない場合があるという問題もある。
【０００８】
本発明は、以上のような問題点に鑑みてなされたものであって、プロジェクタ等の画像表示装置に異常が発生した場合に、より迅速に故障箇所や故障原因などを特定することができる画像表示装置の保守システムを提供することを目的としている。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明に係る画像表示装置の保守システムは、ネットワークに接続可能な画像表示装置の保守を行う保守システムであって、ネットワークに接続可能な撮像装置を備え、当該撮像装置は、前記画像表示装置に異常が発生したことを示す信号を、前記ネットワークを介して受信する異常信号受信手段と、前記異常信号受信手段が前記信号を受信した場合に、前記画像表示装置により表示されている画像を撮像する撮像手段とを含むことを特徴としている。
【００１０】
この構成では、画像表示装置に異常が発生した場合に、撮像手段により前記画像表示装置により表示されている画像が撮像される。即ち、撮像された画像を管理者が参照することができるため、事後において故障原因や故障箇所等をより迅速に特定することができる。なお、撮像手段は、異常が発生した場合に前記画像を撮像すればよく、異常が発生していない状態においては、動作を停止していてもよいし、画像や、参加者等、その他の対象を撮像していてもよい。
【００１１】
なお、異常の発生後に管理者が撮像された画像を参照するには、画像データを記憶する手段を設けることが好ましい。具体的には、例えば、前記撮像装置はさらに、前記撮像手段による撮像で得られた画像データを記憶する画像データ記憶手段を有するものとすることもできるし、前記撮像装置はさらに、前記撮像手段による撮像で得られた画像データを、前記ネットワークを介して送信する画像データ送信手段を有し、前記保守システムはさらに、前記画像データ送信手段により送信された画像データを受信する画像データ受信手段と、当該画像データ受信手段が受信した画像データを記憶する画像データ記憶手段を有する記憶装置を含むようにしてもよい。
【００１２】
また、前記記憶装置はさらに、前記画像表示装置に異常が発生した場合に、当該異常に関する情報を、前記ネットワークを介して受信する異常情報受信手段と、前記異常情報受信手段が受信した情報を記憶する異常情報記憶手段とを有することが好ましい。画像データに加えてエラーコードなど、異常に関する情報も参照することができるからである。
【００１３】
さらに、前記撮像装置はさらに、前記異常信号受信手段が前記信号を受信した場合に、前記撮像手段が撮像すべき方向に関する情報を記憶する撮像方向情報記憶手段と、前記異常信号受信手段が前記信号を受信した場合に、前記撮像手段が前記撮像すべき方向を撮像するように制御する撮像方向制御手段とを含むことが好ましい。画像表示装置に異常が発生していない状態においても、撮像装置を有効利用することができるからである。
【００１４】
また、前記保守システムはさらに、前記画像表示装置に異常が発生した場合に、画像表示装置の駆動を停止する停止手段を含むことが好ましい。異常が発生した状態で画像表示装置が継続して動作することにより、より深刻な異常が発生することを防止することができるからである。
ここで、前記停止手段は、前記画像表示装置に異常が発生した場合に、所定時間の経過を待って駆動を停止することが好ましい。管理者が参照すべき画像データが得られる前に画像表示装置の駆動が停止することを防止することができるからである。
【００１５】
また、前記停止手段はさらに、前記画像表示装置に発生した異常の内容に基づき、駆動を停止するか否かを判定する判定手段を有することが好ましい。異常の中には、駆動を停止する必要のない異常もあり、係る場合に画像表示装置を用いたプレゼンテーションを中断することが防止できるからである。
また、前記停止手段はさらに、前記判定手段により駆動を停止すると判定された場合に、前記撮像手段による撮像で得られた画像データの前記画像データ受信手段による受信が完了したか否かを判定する画像データ受信完了判定手段を含み、前記画像データ受信完了判定手段により受信が終了したと判定された後に前記画像表示装置の駆動を停止するようにしてもよい。この構成によっても、管理者が参照すべき画像データが得られる前に画像表示装置の駆動が停止することを防止することができる。
【００１６】
また、前記停止手段は、前記判定手段により駆動を停止すると判定された場合に、所定時間の経過を待って駆動を停止するようにしてもよい。この構成では、ネットワークの状態等により、撮像により得られた画像データの転送に時間を要した場合でも、画像表示装置の電源停止が遅れることを防止することができる。
また、前記保守システムはさらに、前記画像表示装置に発生した異常の内容に基づき、前記撮像手段による撮像の方法を判定する撮像方法判定手段を有し、前記撮像手段は、前記撮像方法判定手段により判定された方法に従って画像を撮像することが好ましい。管理者等による故障原因、故障箇所の特定に適した画像データを得ることができ、より容易かつ確実な故障原因等の特定が可能となるからである。なお、「撮像の方法」としては、撮像する画像上の位置（撮像方向）、拡大、縮小、動画と静止画の別や、撮像する画像の枚数、撮像時間など、種々の条件を設定することができる。
【００１７】
また、本発明の第２の保守システムは、ネットワークに接続可能な画像表示装置の保守を行う保守システムであって、ネットワークに接続可能であり、前記画像表示装置により表示されている画像を常時撮像する撮像装置と、画像データを記憶する記憶手段と、所定時間の経過ごとに、前記撮像装置の撮像により得られた画像データにより、前記記憶手段に記憶される画像データを更新する更新手段と、前記画像表示装置に異常が発生したことを検出する検出手段と、前記検出手段により異常の発生が検出された場合に、前記更新手段による画像データの更新を中止する更新中止手段とを備えることを特徴としている。この構成では、迅速に画像表示装置の電源を停止することも可能となり、画像表示装置に深刻な故障が発生することを、より確実に防止することができる。
【００１８】
【発明の実施の形態】
以下、本発明に係る画像表示装置の保守システム（以下、単に「保守システム」ともいう。）の実施の形態について、図面を参照しながら説明する。
（実施の形態１）
（１）保守システムの全体構成
図１は、本発明に係る保守システムの全体構成を示す図である。
【００１９】
本実施の形態の保守システムは、画像データ源としてのＰＣ１１０、画像表示装置の一例としてのプロジェクタ１２０に加えて、ネットワークカメラなどの撮像装置１３０、記憶装置及び表示装置としてのＰＣ１４０を含んでおり、それらがＬＡＮなどのネットワーク１５０で接続されて構成されている。なお、撮像装置１３０は、プロジェクタ１２０からスクリーン１９０に投影された画像を撮像することができるように設置されている。
【００２０】
図２は、図１に示した保守システムの機能ブロック図である。以下、プロジェクタ１２０、撮像装置１３０、及びＰＣ１４０のそれぞれについて、より具体的な構成について説明する。
プロジェクタ１２０は、通信部１２１、映像系駆動部１２２、異常検出部１２３を備えている。通信部１２１は、ネットワーク１５０を介してＰＣ１１０から表示すべき画像を表すデータを受信したり、異常検出部１２３がプロジェクタ１２０の異常を検出した場合に撮像装置１３０に撮像の命令を送信したりする。映像系駆動部１２２は、スクリーン１９０に画像を投影する映像系全体を駆動する。異常検出部１２３は、プロジェクタ１２０に異常が発生したことを検出する。
【００２１】
撮像装置１３０は、通信部１３１、制御部１３２、撮像系駆動部１３３を備えている。通信部１３１は、プロジェクタ１２０からの撮像命令を受信する。制御部１３２は、撮像命令の受信を受けて撮像系駆動部１３３を制御し、スクリーン１９０に投影されている画像を撮像系に撮像させる。撮像により得られた画像データは、通信部１３１を介してＰＣ１４０に送信される。
【００２２】
なお、画像データの送信に際しては、用いるネットワークカメラの仕様にも依存するが、ＴＣＰ／ＩＰ、ＵＤＰ、ＨＴＴＰ、ＳＭＴＰ、ＦＴＰなど種々の通信プロトコルを用いることができ、また撮像系は静止画若しくは動画の形式で画像データを得ることができる。静止画の場合はＪＰＥＧ形式などで圧縮したデータを得ることもできるし、動画の場合も、Ｍｏｔｉｏｎ−ＪＰＥＧ、ＭＰＥＧなどの形式で圧縮されたデータを得ることもできる。
【００２３】
ＰＣ１４０は、通信部１４１を介して、撮像装置１３０から送信されてきた画像データを受信し、記憶部１４２に記憶するとともに、操作者からの指示に応じて当該画像データを表示部１４３に表示させる。ここで、記憶部１４２としては例えばハードディスクドライブ（ＨＤＤ）や画像メモリなどの記憶手段を用いることができるし、表示部１４３としては、ＣＲＴやＬＣＤ（液晶ディスプレイ）などの表示手段を用いることができる。
【００２４】
本発明の保守システムは、プロジェクタ１２０に異常が発生した場合に、撮像装置１３０によりスクリーン１９０に投影されている画像を撮像し、撮像された画像を管理者等が参照することができるようにすることで、プロジェクタ１２０の故障箇所や故障原因等をより迅速に特定することができるようにしたものである。ここで、このように撮像された画像を参照することにより、故障原因等の特定を迅速に行うことができる場合のいくつかについて、具体例を挙げて説明する。なお、異常の発生時に、画像にどのような現象が現れるかについては、プロジェクタの構造等によっても異なってくるため、ここでは、ブラウン管（ＣＲＴ）を用いたプロジェクタ（以下、「ＣＲＴプロジェクタ」という。）を用いた場合について説明する。
【００２５】
ＣＲＴプロジェクタを用いる場合に、撮像された画像を参照することにより、故障原因等を迅速に特定することができるような異常の例として、▲１▼同期回路不良によるもの、▲２▼水平偏向出力回路不良によるもの、▲３▼コンバーゼンス不良によるもの、▲４▼フォーカス不良によるものが考えられる。図３は同期回路不良が発生した場合の画面の例を示す模式図である。
【００２６】
同図（ａ）に示されるのはトップカールと称される現象であり、画面の上部の数ラインが曲がって表示されるものである。これはコンポジット信号処理を行う部分の動作異常が原因であり、コンポジット信号入力時に発生しやすい。一方、同図（ｂ）に示されているのは、ジッターと称される現象であり、明確には図示できないが、表示された文字等が水平方向（矢印Ａ方向）や垂直方向（矢印Ｂ方向）に揺れて見える現象である。これはＰＬＬ回路あるいは偏向出力回路に動作異常が発生した場合に現れるものである。
【００２７】
さて、上記したような同期回路不良は、従来技術として説明したエラーコードでは、ともに「０Ａ」と表示されることになるが、エラーコードのみからではトップカールなのかジッターなのかの特定は困難であり、即ち、エラーコードのみからでは故障箇所を特定することができない。しかし、本実施の形態の保守システムでは、撮像装置１３０により撮像された画像（特に動画像）を参照することが可能であるから、係る画像を参照することにより、どの部分に保守が必要であるかを容易に特定することができる。
【００２８】
次に、水平偏向出力回路不良を原因とする場合について説明する。図４は、水平偏向出力回路に異常が発生した場合の画面の例を模式的に示す図である。同図（ａ）に示す画面は、水平偏向出力回路の振幅異常が発生した場合の画面の例であり、画面の横幅２００が本来の幅よりも圧縮されたような画像が表示される様子を模式的に示したものである。一方、同図（ｂ）は図３（ｂ）と同様のジッターが発生した場合を模式的に示すものであり、文字等が水平方向（矢印Ｃ方向）若しくは垂直方向（矢印Ｄ方向）に揺れ動いて見える現象である。この現象はＰＬＬ回路等に異常が発生した場合にも起こり得る。これらは、上記従来のエラーコードとしては、いずれも「１Ａ」が表示されるものであるが、エラーコードのみからでは、どの部分に保守が必要なのかを特定することが困難である。しかしながら、上記のような画像（特に動画像）を参照すれば故障箇所等は容易に特定することが可能であるから、本実施の形態の保守システムにより撮像された画像を参照することができれば、故障原因、故障箇所等を容易に特定することができる。
【００２９】
次に、コンバーゼンス不良を原因とする異常について説明する。図５は、ＣＲＴプロジェクタにおいてコンバーゼンス不良が発生した場合の画像の例を模式的に示す図である。同図（ａ）に示す画面は、コンバーゼンス回路が動作せず、ラスター形状の画像が表示されてしまっている場合の例である。同図（ｂ）は色ずれの制御を行う部分に動作不良が生じた場合の例であり、文字がＲ、Ｇ、Ｂ各色に色ずれして表示されている。これらは、上記従来のエラーコードとしては、いずれも「４Ａ」が表示されるものであるが、本実施の形態の保守システムにより撮像された画像を参照することができれば、故障原因、故障箇所等を容易に特定することができる。
【００３０】
次に、フォーカス不良を原因とする異常について説明する。図６は、フォーカス不良が発生した場合の画像の例を模式的に示す図である。同図（ａ）は、フォーカス回路が動作していない場合の例であり、画面全体の文字がぼけて表示されている。一方、同図（ｂ）においては、画面の特定部位のフォーカス調整に異常が生じていることにより、画面の一部のみ（同図の例では左上の領域）の部分において文字がぼけて表示されている。これらは、上記従来のエラーコードとしては、いずれも「５Ａ」が表示されるものであり、本実施の形態の保守システムにより撮像された画像を参照することができれば、故障原因、故障箇所等を容易に特定することができる。
【００３１】
なお、以上の例はプロジェクタ１２０としてＣＲＴプロジェクタを用いた場合の例であるが、例えば三板型の液晶プロジェクタの場合でも、コンバーゼンス不良による色ずれの発生やフォーカス不良による画像のぼけなどは、撮像された画像を参照することによって容易に判別することができ、従って、故障原因、故障箇所等の特定を迅速に行うことができる。
【００３２】
次に、本実施の形態の保守システムの処理内容について説明する。図７は、保守システムの各部の処理内容を示すフローチャートである。プロジェクタ１２０は、ＰＣ１１０から送信されたデータに基づいて映像系駆動部１２２によりスクリーン１９０に画像を拡大投影する。拡大投影の機構は任意であり、液晶プロジェクタであってもＣＲＴプロジェクタその他の構成であっても本発明を適用することが可能である。異常検出部１２３は映像系駆動部１２２の各部等について状態や動作をモニターし、プロジェクタ１２０に異常が発生したことを検出する。異常検出の具体的な方法としては、電源電圧や電流値の検出、ＩＩＣ（Ｉｎｔｅｒ−ＩＣ）による各制御ポートのレベル確認や同期信号の周波数の確認など、プロジェクタ１２０の詳細な構成、投影機構等と相俟って種々の方法が考えられる。
【００３３】
プロジェクタ１２０に何らかの異常が検出された場合（Ｓ１０１）、異常検出部１２３はその旨の情報を通信部１２１に送り、通信部１２１はネットワーク１５０を介して、撮像装置１３０に撮像の命令を送信する（Ｓ１０２）。本ステップにおける撮像命令の信号は、プロジェクタ１２０に何らかの異常が発生したことを示す信号である。
【００３４】
撮像の命令を受信した撮像装置１３０は（Ｓ１０３）、制御部１３２を介して撮像系駆動部１３３に、プロジェクタ１２０からスクリーン１９０に投影されている画像を撮像させる（Ｓ１０４）。撮像により得られた画像データは、ネットワーク１５０を介してＰＣ１４０に送信される（Ｓ１０５）。
ＰＣ１４０は、通信部１４１を介して送信されてきた画像データを受信し（Ｓ１０６）、記憶部１４２に格納する（Ｓ１０７）。画像データを記憶部１４２に格納した後は、任意のタイミングで表示部１４３に当該画像を表示させることができ、これを管理者等が参照することにより、故障原因、故障箇所等を迅速に特定することができる。
【００３５】
以上のように、本実施の形態の保守システムでは、撮像装置１３０を用いてスクリーン１９０に投影されている画像を撮像し、撮像により得られた画像データを参照することができるので、エラーコードのみからでは特定できないような異常が発生した場合でも、撮像された画像を管理者等が参照することで故障原因、故障箇所等を迅速に特定することが可能となる。
【００３６】
なお、本実施の形態では、ネットワーク１５０を介してＰＣ１１０、プロジェクタ１２０、撮像装置１３０及びＰＣ１４０が接続されている場合について説明したが、ネットワーク１５０を介さず、各機器間が直接ケーブルで接続されている場合でも同様に実現することができる。また、撮像装置１３０からＰＣ１４０に画像データを送信する場合には、送信を迅速に行うためには前記したような圧縮方式にて圧縮したデータを送信することが好ましいが、画像圧縮による画像ボケを防止し、より確実に故障原因の特定等を行うには圧縮せずに映像を送信するようにしてもよい。
【００３７】
さらに、撮像系が動画像データを得るか、静止画のデータを得るか、静止画の場合であれば撮像する画像の枚数、動画像の場合であれば撮像する時間やファイルの数等について、撮像装置１３０として用いるネットワークカメラの機能、構成等とも関連するが、任意に設定することが可能である。即ち、ＰＣ１４０の記憶容量を考慮してスクリーン１９０に投影された映像の全体のみを撮像するようにしてもよいし、故障原因の特定等をより容易にするためには、後述するように投影された映像の各部を拡大して撮像し、数枚の映像を送信するようにしてもよい。また、上記したジッターなどの異常検出のためには、動画像データを得るようにすることが好適である。
【００３８】
（実施の形態２）
次に、本発明の第２の実施の形態について説明する。第１の実施の形態では、撮像装置１３０の撮像により得られた画像データをＰＣ１４０内の記憶部１４２に記憶する場合について説明したが、本実施の形態では、撮像装置１３０として記憶装置を内蔵するものを利用する場合について説明する。即ち、本実施の形態の保守システムの全体構成は図１に示したものと同様であるが、本実施の形態では、撮像装置１３０に記憶装置が内蔵されている点が異なっている。
【００３９】
図８は、本実施の形態の保守システムの機能ブロック図である。同図に示されるように、プロジェクタ１２０の構成は第１の実施の形態と同様であるが、撮像装置１３０が記憶部１３４を備えている点、及びＰＣ１４０が記憶部を備える必要がない点が第１の実施の形態と異なる。もっともＰＣ１４０が記憶部を備えていてもよいことは言うまでもない。
【００４０】
図９は、本実施の形態の各部の処理内容を示すフローチャートである。プロジェクタ１２０にて異常が検出された場合に（Ｓ２０１）、撮像装置１３０に対して撮像の命令を送信する点（Ｓ２０２）については、第１の実施の形態と同様である。撮像装置１３０の側では、命令を受信して（Ｓ２０３）、撮像を行う点（Ｓ２０４）は第１の実施の形態と同様であるが、撮像装置１３０の撮像で得られた画像データを、撮像装置１３０に内蔵された記憶部１３４に格納する点（Ｓ２０５）が第１の実施の形態と異なっている。
【００４１】
管理者等は、撮像装置１３０の記憶部１３４に格納された画像データを任意のタイミングでＰＣ１４０を介して取得し、表示部１４３に表示させて参照することができる。従って、本実施の形態の保守システムでも、迅速な故障原因等の特定が可能となる。
（実施の形態３）
次に、本発明の第３の実施の形態について説明する。上記各実施の形態では、撮像装置１３０により撮像された画像が最終的にＰＣ１４０の表示部１４３に表示され、表示された画像を管理者等が参照することにより、故障原因、故障箇所等の特定を行う構成であったが、本実施の形態では、管理者等がエラーコードを参照することを可能とする場合について説明する。
【００４２】
なお、本実施の形態の保守システムの構成は基本的には図２に示したものと同様であるから、ここでの説明は省略し、本実施の形態における各部の処理内容について、図１０のフローチャートを参照しながら説明する。
同図に示されるように、本実施の形態では、プロジェクタ１２０で異常が検出された場合に（Ｓ３０１）、撮像装置１３０に対して撮像命令を送信するとともに（Ｓ３０２）、ＰＣ１４０に対してエラーコードを送信する（Ｓ３０３）。撮像装置１３０では、撮像命令を受信して（Ｓ３０４）、スクリーン１９０上に投影された映像を撮像し（Ｓ３０５）、得られた画像データをＰＣ１４０に送信する（Ｓ３０６）。
【００４３】
ＰＣ１４０では、撮像装置１３０から送信された画像データを受信し（Ｓ３０７）、記憶部１４２に格納する（Ｓ３０８）。一方でプロジェクタ１２０から送信されたエラーコードを受信し（Ｓ３０９）、記憶部１４２に格納する（Ｓ３１０）。このような処理を行うことにより、ＰＣ１４０では、撮像装置１３０において撮像された画像だけでなく、エラーコードも参照することができるので、故障原因や故障箇所のより正確な特定が可能となる。なお、ステップＳ３０７及びＳ３０８における画像の受信及び格納と、ステップＳ３０９及びＳ３１０におけるエラーコードの受信及び格納の先後関係については特に限定はなく、いずれが先となってもよいのは勿論である。
【００４４】
また、第２の実施の形態のように記憶装置を内蔵する撮像装置１３０を利用する場合には、エラーコードを撮像装置１３０に送信して記憶するようにしてもよい。このようにしても、ＰＣ１４０から画像データ及びエラーコードを取得して表示させることは可能だからである。
（実施の形態４）
次に、本発明の第４の実施の形態について説明する。上記各実施の形態では、プロジェクタ１２０に異常が検出された場合のみ撮像装置１３０が動作する構成となっていたが、本実施の形態では、プロジェクタ１２０に異常が発生していない状態（以下、「定常状態」という。）においても撮像装置１３０を動作させ、もって撮像装置１３０の有効利用を図る場合について説明する。
【００４５】
本実施の形態の保守システムの全体構成は図１に示したものと同様であるが、本実施の形態では撮像装置１３０として、撮像方向が可動であるものを用いる。即ち、定常状態においては撮像装置１３０の撮像方向を変え、例えばプレゼンテータや司会者、参加者等を撮像することが可能である。
図１１は、本実施の形態の保守システムの機能ブロック図である。同図に示されるように、本実施の形態では、撮像装置１３０内に撮像方向記憶部１３５を設けている点が異なっている。撮像方向記憶部１３５には、プロジェクタ１２０に異常が検出された状態（以下、「異常状態」という。）における撮像装置１３０の撮像方向に関する情報が記憶されている。撮像系駆動部１３３は、異常状態においては制御部１３２を介して異常状態における撮像方向に関する情報を取得し、所定の方向で撮像がなされるように撮像系を駆動する。なお、定常状態における撮像向きについては、例えば、不図示のリモコンなどの入力装置を介して入力される指示に基づき、撮像系駆動部１３３を駆動させることにより任意の制御を行うことができる。
【００４６】
図１２は、本実施の形態の保守システムの処理内容を示すフローチャートである。本実施の形態では、撮像命令を受信した撮像装置１３０が（Ｓ４０３）、撮像方向記憶部１３５に記憶された情報に基づいて撮像方向を調整した後（Ｓ４０４）、撮像を行う（Ｓ４０５）点が上記の実施の形態と異なっている。他の点については、第１の実施の形態と同様であるからここでの詳細な説明は省略する。以上に説明したように、本実施の形態では、定常状態における撮像装置１３０の有効利用を図ることができる。
【００４７】
（実施の形態５）
次に、本発明の第５の実施の形態について説明する。プロジェクタ１２０に異常が発生した場合に、そのままの状態で動作を継続することは、より保守の困難な異常や保守不可能な異常の発生を招来する可能性もあることから、本実施の形態では、異常が検出された場合にプロジェクタ１２０の動作を停止させる場合について説明する。
【００４８】
本実施の形態の保守システムの構成は、基本的には図２に示したものと同一であるが、ＰＣ１４０から、通信部１４１、通信部１２１を介して映像系駆動部１２２に対して駆動電源の供給停止を指示することが可能となっている点が上記各実施の形態とは異なっている。即ち、本実施の形態ではプロジェクタ１２０の電源供給のためのスイッチとしてソフトウェアスイッチ等を用い、外部（若しくはプロジェクタ１２０内部）からの信号により、電源供給を停止することができる構成となっている。
【００４９】
図１３は、本実施の形態の各部の処理内容を示すフローチャートである。本実施の形態では、画像データを受信したＰＣ１４０が（Ｓ５０６）、受信した画像データを記憶部１４２に格納するとともに（Ｓ５０７）、プロジェクタ１２０に対して電源停止命令の信号を送信する（Ｓ５０８）。
プロジェクタ１２０は、電源停止命令の受信を受けて（Ｓ５０９）、映像系駆動部１２２への電源供給を停止する（Ｓ５１０）。以上のような処理を行うことにより、プロジェクタ１２０に異常が発生した場合に、さらに継続して動作させることにより、さらに深刻な故障が発生することを防止することができる。
【００５０】
なお、上記実施の形態では、ＰＣ１４０から電源停止命令の信号を送信するようにしたが、異常が検出された場合には、プロジェクタ１２０の内部で電源を停止するようにすることもできる。
（実施の形態６）
次に、本発明の第６の実施の形態について説明する。第５の実施の形態では、電源を停止するタイミングについては、特に規定していない。しかしながら、撮像装置１３０により撮像を行うには一定の時間が必要であり、電源停止のタイミングが早すぎる場合のように、撮像が終了する前にプロジェクタ１２０の動作が停止するという事態の発生は防止する必要がある。
【００５１】
本実施の形態では、係る事態の発生を防止する構成の一例について説明する。図１４は、本実施の形態の保守システムの構成を示す機能ブロック図である。同図に示されるように、本実施の形態では、プロジェクタ１２０内に待機部１２４を設けている点が異なっている。待機部１２４は内部にタイマを有し、異常検出部１２３により異常が検出された場合に、所定時間の経過後に映像系駆動部１２３への電源供給を停止するようにしている。
【００５２】
図１５は、本実施の形態における各部の処理内容を示すフローチャートである。同図のように、本実施の形態ではプロジェクタ１２０で異常が検出された場合に（Ｓ６０１）、撮像装置１３０に撮像の命令を行うとともに（Ｓ６０２）、待機部１２４内部のタイマによる計測を開始し、所定時間の経過後に（Ｓ６０３）、映像系駆動部１２３への電源供給を停止する（Ｓ６０４）。
【００５３】
以上のように、所定期間の経過後に電源供給を停止することにより、撮像装置１３０による撮像が終了するまでに映像系駆動部１２３への電源供給が停止され、管理者による故障原因等の特定に必要な画像データが得られないといった問題の発生を防止することができる。なお、待機部１２４内のタイマで計時すべき所定時間は、撮像装置１３０の構造や、撮像すべき画像データの種類、量等に基づいて予め設定しておくことが好ましい。
【００５４】
（実施の形態７）
次に本発明の第７の実施の形態について説明する。第５の実施の形態の構成ではプロジェクタ１２０で異常が検出された場合に電源を停止し、動作を停止させるようにしたが、異常の内容によっては、例えばプロジェクタ１２０で用いている光源の寿命により輝度が低下してきた場合など、プロジェクタ１２０の動作を停止までさせる必要はない場合もある。本実施の形態では、不要な動作の停止により、プレゼンテーションが中断しないようにする場合について説明する。
【００５５】
図１６は、本実施の形態の保守システムの構成を示す機能ブロック図である。本実施の形態の保守システムは、基本的には図２に示したものと同様の構成を有しているが、異常検出部１２３が異常を検出した場合にはプロジェクタ１２０からＰＣ１４０にエラーコードが送信される他、ＰＣ１４０から電源停止の命令を送信することによりプロジェクタ１２０の電源を停止することができるようになっている。
【００５６】
また、ＰＣ１４０に判定部１４４を設けている点が上記各実施の形態とは異なっている。判定部１４４には、エラーコードごとに電源の停止が必要であるか否かが予め登録されている。そして異常検出部１２３で異常が検出された場合に、プロジェクタ１２０から送信されるエラーコードを参照し、当該異常が、プロジェクタ１２０の電源を停止させる必要があるものか否かを判定する。
【００５７】
図１７は、本実施の形態の各部の処理内容を示すフローチャートである。本実施の形態では、プロジェクタ１２０において異常が検出された場合（Ｓ７０１）、撮像装置１３０に撮像の命令を送信するとともに（Ｓ７０２）、ＰＣ１４０にエラーコードを送信する（Ｓ７０３）。
撮像装置１３０では、撮像の命令を受信し（Ｓ７０４）、撮像を行い（Ｓ７０５）、得られた画像データをＰＣ１４０に送信する（Ｓ７０６）。これらの処理は上記各実施の形態と同様である。
【００５８】
ＰＣ１４０は、画像データを受信し（Ｓ７０７）、受信した画像データを記憶部１４２に格納する一方（Ｓ７０８）、プロジェクタ１２０から送信されたエラーコードを受信し（Ｓ７０９）、判定部１４４に予め登録されている内容を参照して、プロジェクタ１２０の電源停止が必要な異常であるか否かを判定する（Ｓ７１０）。
【００５９】
電源停止が不要な異常であると判定された場合には（Ｓ７１０：Ｎｏ）、そのまま処理を終了する。この場合でも、画像データは記憶部１４２に格納されるので、管理者等は撮像された画像を参照して故障原因、故障箇所等を特定することができる。
電源停止が必要であると判定された場合には（Ｓ７１０：Ｙｅｓ）、ステップＳ７０８にて実行されている画像データの格納が完了するのを待って（Ｓ７１１：Ｙｅｓ）、プロジェクタ１２０に電源停止命令を送信する（Ｓ７１２）。プロジェクタ１２０では、電源停止命令を受信し（Ｓ７１３）、電源を停止する（Ｓ７１４）。
【００６０】
以上のように、本実施の形態の保守システムでは、電源の停止が必要な異常であるか否かを判定して、必要な場合のみ電源を停止するようにしているので、特に電源停止の必要のない軽微な異常によってプレゼンテーションが中断されることを防止することができる。また、ステップＳ７１１において、画像データの格納が完了するのを待って電源停止命令の送信を行っているので、撮像途中においてプロジェクタ１２０の動作が停止してしまい、保守に必要な画像データが得られないといった事態の発生も防止することができる。
【００６１】
（実施の形態８）
次に、本発明の第８の実施の形態について説明する。図１８は、本実施の形態の保守システムの構成を示す機能ブロック図である。本実施の形態では、異常が検出された場合にプロジェクタ１２０への電源供給を停止する必要があるか否かを判定する判定部１２５をプロジェクタ１２０の内部に設ける。
【００６２】
図１９は、本実施の形態の各部の処理内容を示すフローチャートである。プロジェクタ１２０で異常が検出された場合に（Ｓ８０１）、撮像装置１３０に撮像の命令を送信し（Ｓ８０２）、以後、撮像装置１３０において行われるステップＳ８０５までの処理、及びＰＣ１４０にて行われるステップＳ８０７までの処理は、上記各実施の形態と同様の内容であるから、ここでの詳細な説明は省略する。
【００６３】
さて、本実施の形態では、プロジェクタ１２０の側において、判定部１２６によるエラーコードの判定を行う（Ｓ８０８）。判定部１２６には、第７の実施の形態の判定部１４４と同様に、エラーコードごとに電源停止が必要か否かが予め登録されている。そして、電源停止の必要のない異常であれば（Ｓ８０９：Ｎｏ）、そのまま処理を終了し、プロジェクタ１２０の動作を継続する。
【００６４】
本実施の形態では、ＰＣ１４０の側で、記憶部１４２への画像データの格納が完了したか否かをモニターしており（Ｓ８１０）、画像データの格納が完了した場合に（Ｓ８１０：Ｙｅｓ）、プロジェクタ１２０に格納の完了を通知するようにしている（Ｓ８１１）。プロジェクタ１２０では、判定部１２６による判定の結果、電源の停止が必要であると判定された場合に（Ｓ８０９：Ｙｅｓ）、ＰＣ１４０からの格納完了通知を待って（Ｓ８１２：Ｙｅｓ）、電源を停止する（Ｓ８１３）。以上に説明したような構成によっても、第７の実施の形態と同様の効果を得ることができる。
【００６５】
（実施の形態９）
次に本発明の第９の実施の形態について説明する。図２０は、本実施の形態の保守システムの構成を示す機能ブロック図である。同図に示されるように、本実施の形態では、プロジェクタ１２０に待機部１２４を設け、判定部１２５により電源の停止が必要であると判定された場合に、所定時間の経過を待って電源を停止するようにたものである。
【００６６】
図２１は、本実施の形態の各部の処理内容を示すフローチャートである。本実施の形態のステップＳ９０１からＳ９０９までの処理は第８の実施の形態と同様であるから、ここでの詳細な説明は省略する。本実施の形態では、ステップＳ９０９において、判定部１２５により電源の停止が必要な異常であると判断された場合（Ｓ９０９：Ｙｅｓ）、待機部１２４により所定時間の経過後に（Ｓ９１０）、電源を停止する（Ｓ９１１）。なお、待機部１２４にて待機すべき所定時間は、撮像装置１３０による撮像に必要な時間等を考慮して予め設定しておく。
【００６７】
以上のような構成とすることにより、以下のような効果が得られる。即ち、第７の実施の形態や第８の実施の形態では、ＰＣ１４０の記憶部１４２への画像データの格納完了を待って電源を停止したが、ネットワークの状態や画像データの量によっては、撮像装置１３０からＰＣ１４０への画像データの転送にある程度の時間を要することがあり、そのような場合には撮像装置１３０による撮像が完了した後もかなりの時間電源が停止されないことが考えられる。本実施の形態では、ＰＣ１４０への画像データの転送に長時間を要した場合でも、撮像装置１３０による撮像が終了する時間にはプロジェクタ１２０の電源を停止することができるので、電源停止が遅れることを防止することができる。
【００６８】
（実施の形態１０）
次に本発明の第１０の実施の形態について説明する。本実施の形態では、プロジェクタ１２０への異常の発生後、できるだけ速く電源を停止することを可能とする場合の処理について説明する。本実施の形態の保守システムの構成は、図２に示したものと基本的に同一である。
【００６９】
図２２は、定常状態における撮像装置１３０及びＰＣ１４０の処理内容を示すフローチャートである。本実施の形態では、撮像装置１３０は定常状態においてもスクリーン１９０に投影された画像を撮像し（Ｓ１００１）、得られた画像データを随時ＰＣ１４０に送信している（Ｓ１００２）。
一方、ＰＣ１４０の側では送信された画像データを受信し（Ｓ１００３）、一定時間（例えば３分間）が経過するごとに（Ｓ１００４：Ｙｅｓ）、記憶手段１４２に記憶される画像データを更新する（Ｓ１００５）。これにより、記憶手段１４２には、定常状態において常に当該一定時間に対応する最新の画像データが記憶されることになる。
【００７０】
次に、プロジェクタ１２０に異常が発生した場合について説明する。図２３は異常状態における各部の処理内容を示すフローチャートである。同図に示されるようにプロジェクタ１２０で異常が検出されると（Ｓ１１０１）、すぐに電源を停止するとともに（Ｓ１００２）、ＰＣ１４０に対して画像データの更新中止の命令を送信する（Ｓ１００３）。
【００７１】
更新中止命令を受信したＰＣ１４０は（Ｓ１００４）、記憶部１４２の内容の更新を中止する（Ｓ１００５）。これにより、プロジェクタ１２０に異常が検出された場合には、記憶部１４２には、異常が検出される直前の画像が前記一定時間分だけ格納された状態となる。従って、本実施の形態の構成では、プロジェクタ１２０に異常が発生した場合に、迅速に電源を停止することが可能となり、プロジェクタ１２０に、より深刻な異常が発生することを、より確実に防止することができる。
【００７２】
（実施の形態１１）
次に本発明の第１１の実施の形態について説明する。上記各実施の形態では、撮像装置１３０による撮像の方法について特に規定はしておらず、撮像方法は任意であるものとしていたが、異常の発生によりスクリーン１９０に投影される画像に前述したような現象が現れる場合、異常の内容によって撮像の方法を変えることが効果的な場合もある。本実施の形態では、異常の内容によって撮像方法を変更する場合について説明する。
【００７３】
図２４は、本実施の形態の保守システムの構成を示す機能ブロック図である。本実施の形態の構成は、プロジェクタ１２０内部に撮像方法判定部１２６を設ける点が上記各実施の形態とは異なっている。撮像方法判定部１２６は、内部にエラーコードと撮像方法との対応関係を記憶しており、プロジェクタ１２０は、異常が検出された場合に撮像方法判定部１２６に記憶された内容を参照し、撮像方法の指定を含む撮像命令を撮像装置１３０に送信するようにしている。
【００７４】
撮像方法判定部１２６に記憶された内容は、具体的には、例えばエラーコードが同期不安定を示すものであった場合、撮像装置１３０に対し、▲１▼スクリーン１９０に投影されている画像の全体、▲２▼画像の上部、▲３▼中央部分の拡大画像、をそれぞれ撮像するように規定する。これは、画像の全体を撮像することにより異常の概要を知ることができ、画像上部及び中央部分の拡大画像を撮像することにより、図３（ａ）に示したようなコンポジット信号入力時の画像の歪み（トップカール）であるか、図３（ｂ）に示したようなジッターであるかを容易に判断することが可能となるからである。
【００７５】
また、エラーコードが「映像の色むら」を示すものであった場合、▲１▼画像の全体、及び▲２▼画面を数個に分割し、分割された画像ごとに撮像、というように規定することも考えられる。これは、全体画像により異常の概要を知ることができ、分割された画像を参照することにより、どの部分の補正波形に異常が生じているのかを容易に判断することが可能となるからである。
【００７６】
図２５は、本実施の形態の各部の処理内容を示すフローチャートである。以下、上記した実施の形態と異なる部分を中心として説明する。本実施の形態では、異常が検出された場合に（Ｓ１２０１）、撮像方法判定部１２６により撮像方法を判定し（Ｓ１２０２）、判定された撮像方法に関する情報を含む撮像命令を撮像装置１３０に送信する（Ｓ１２０３）。
【００７７】
撮像装置１３０は、命令を受信すると（Ｓ１２０４）、指定された撮像方法に従ってスクリーン１９０に投影されている画像を撮像し（Ｓ１２０５）、得られた画像データをＰＣ１４０に送信する（Ｓ１２０６）。なお、複数の画像データが得られた場合には、それぞれの画像データに異なるファイル名を付与することにより、ＰＣ１４０の記憶部１４２に画像データを格納する際に上書きされることがないようにする。以後の処理は既述した実施の形態と同様である。
【００７８】
以上のような処理を行うことにより、エラーコードに対応して、異常の内容を判断しやすいような画像データが得られることとなるため、故障原因や故障箇所をより容易に、また、確実に特定することが可能となる。なお、撮像方法判定部１２６に規定される撮像方法は、用いるプロジェクタ１２０の構造等によって異なってくるのは勿論であり、したがって撮像方法判定部１２６は原則としてプロジェクタ１２０内部に設けることが好ましいが、ＰＣ１４０等、外部機器に設けるようにすることも可能である。
【００７９】
＜変形例＞
以上、本発明の種々の実施の形態について説明してきたが、本発明の内容が、上記実施の形態に示された具体例に限定されないことは勿論であり、例えば、以下のような変形例を考えることができる。即ち、上記実施の形態では、画像データ源としてのＰＣ１１０と、画像記憶装置としてのＰＣ１４０とを個別に設けるようにしたが、両者は同一のＰＣを用いるようにしてもよい。また、ＰＣに限定されるわけでもなく、記憶装置や表示装置を有する装置であれば、他の装置を用いることもできる。
【００８０】
【発明の効果】
以上のように、本発明に係る保守システムによれば、撮像装置により撮像された画像を管理者が参照することができるので、事後における画像表示装置の故障原因等の特定を迅速に行うことができるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態における保守システムの全体構成を示す図である。
【図２】第１の実施の形態等に係る保守システムの機能ブロック図である。
【図３】同期回路不良が発生した場合の画面の例を示す模式図である。
【図４】水平偏向出力回路に異常が発生した場合の画面の例を模式的に示す図である。
【図５】ＣＲＴプロジェクタにおいてコンバーゼンス不良が発生した場合の画像の例を模式的に示す図である。
【図６】フォーカス不良が発生した場合の画像の例を模式的に示す図である。
【図７】第１の実施の形態に係る保守システムの各部の処理を示すフローチャートである。
【図８】第２の実施の形態に係る保守システムの機能ブロック図である。
【図９】第２の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図１０】第３の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図１１】第４の実施の形態に係る保守システムの機能ブロック図である。
【図１２】第４の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図１３】第５の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図１４】第６の実施の形態に係る保守システムの機能ブロック図である。
【図１５】第６の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図１６】第７の実施の形態に係る保守システムの機能ブロック図である。
【図１７】第７の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図１８】第８の実施の形態に係る保守システムの機能ブロック図である。
【図１９】第８の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図２０】第９の実施の形態に係る保守システムの機能ブロック図である。
【図２１】第９の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図２２】第１０の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図２３】第１０の実施の形態において、プロジェクタ１２０に異常が発生した場合の各部の処理内容を示すフローチャートである。
【図２４】第１１の実施の形態に係る保守システムの機能ブロック図である。
【図２５】第１１の実施の形態に係る保守システムの各部の処理内容を示すフローチャートである。
【図２６】従来の画像表示システムの構成の一例を示す機能ブロック図である。
【符号の説明】
１１０ ＰＣ
１２０ プロジェクタ（画像表示装置）
１２１ 通信部
１２２ 映像系駆動部
１２３ 異常検出部
１２４ 待機部
１２５ 判定部
１２６ 撮像方法判定部
１３０ 撮像装置
１３１ 通信部
１３２ 制御部
１３３ 撮像系駆動部
１３４ 記憶部
１３５ 撮像方向記憶部
１４０ ＰＣ（画像記憶装置）
１４１ 通信部
１４２ 記憶部
１４３ 表示部
１４４ 判定部
１５０ ネットワーク
１９０ スクリーン
Claims (4)
- ネットワークに接続可能な画像表示装置の保守を行う保守システムであって、
ネットワークに接続可能な撮像装置を備え、
当該撮像装置は、
前記画像表示装置に異常が発生したことを示す信号を、前記ネットワークを介して受信する異常信号受信手段と、
前記異常信号受信手段が前記信号を受信した場合に、前記画像表示装置により表示されている画像を撮像する撮像手段と、
前記画像表示装置に異常が発生した場合に、画像表示装置の駆動を停止する停止手段とを含み、
前記停止手段は、前記画像表示装置に発生した異常の内容に基づき、駆動を停止するか否かを判定する判定手段を有すること
を特徴とする保守システム。 - 前記停止手段はさらに、
前記判定手段により駆動を停止すると判定された場合に、前記撮像手段による撮像で得られた画像データの前記画像データ受信手段による受信が完了したか否かを判定する画像データ受信完了判定手段を含み、
前記画像データ受信完了判定手段により受信が終了したと判定された後に前記画像表示装置の駆動を停止する
ことを特徴とする請求項１に記載の保守システム。 - 前記停止手段は、
前記判定手段により駆動を停止すると判定された場合に、所定時間の経過を待って駆動を停止すること
を特徴とする請求項１に記載の保守システム。 - ネットワークに接続可能な画像表示装置の保守を行う保守システムであって、
ネットワークに接続可能な撮像装置を備え、
当該撮像装置は、
前記画像表示装置に異常が発生したことを示す信号を、前記ネットワークを介して受信する異常信号受信手段と、
前記異常信号受信手段が前記信号を受信した場合に、前記画像表示装置により表示されている画像を撮像する撮像手段と、
前記画像表示装置に発生した異常の内容に基づき、前記撮像手段による撮像の方法を判定する撮像方法判定手段とを有し、
前記撮像手段は、
前記撮像方法判定手段により判定された方法に従って画像を撮像すること
を特徴とする画像表示装置の保守システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001000642A JP3696509B2 (ja) | 2001-01-05 | 2001-01-05 | 画像表示装置の保守システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001000642A JP3696509B2 (ja) | 2001-01-05 | 2001-01-05 | 画像表示装置の保守システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002207469A JP2002207469A (ja) | 2002-07-26 |
| JP3696509B2 true JP3696509B2 (ja) | 2005-09-21 |
Family
ID=18869393
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001000642A Expired - Lifetime JP3696509B2 (ja) | 2001-01-05 | 2001-01-05 | 画像表示装置の保守システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3696509B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4748982B2 (ja) * | 2004-12-20 | 2011-08-17 | 株式会社マイクロキャビン | 表示機器テストシステム及び方法並びにプログラム |
| JP2008118451A (ja) * | 2006-11-06 | 2008-05-22 | Sanyo Electric Co Ltd | 映像表示装置 |
| JP4799373B2 (ja) * | 2006-11-06 | 2011-10-26 | 三洋電機株式会社 | 映像表示装置 |
| JP5558703B2 (ja) * | 2008-12-09 | 2014-07-23 | キヤノン株式会社 | 映像処理装置及び方法 |
| JP5875450B2 (ja) * | 2012-04-05 | 2016-03-02 | 三菱電機ビルテクノサービス株式会社 | かご内ディスプレイ点検装置およびかご内ディスプレイ点検方法 |
| JP2015114430A (ja) * | 2013-12-10 | 2015-06-22 | 株式会社リコー | 投影システム、被投影装置及び投影装置 |
-
2001
- 2001-01-05 JP JP2001000642A patent/JP3696509B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002207469A (ja) | 2002-07-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4660557B2 (ja) | データ伝送システムおよび方法 | |
| JP5706637B2 (ja) | 情報処理装置及びその制御方法、表示装置及びその制御方法、及び、画像転送システム | |
| JP2002263063A (ja) | 内視鏡システム | |
| WO2007007754A1 (ja) | 電子カメラ | |
| JP2007025073A (ja) | データ伝送方法、データ送信装置及びデータ受信装置、並びにプログラム | |
| JP2014072641A (ja) | 撮像装置および撮像方法 | |
| JP2006304100A (ja) | マルチプロジェクションシステム及び監視方法 | |
| JP3696509B2 (ja) | 画像表示装置の保守システム | |
| JP2010021920A (ja) | カメラシステム及びレコーダ | |
| JP5212593B2 (ja) | プロジェクタ、投写システムおよび投写方法 | |
| JP2018125819A (ja) | 制御装置、制御方法、プログラム及び記憶媒体 | |
| JP2008301191A (ja) | 映像監視システム、映像監視制御装置、映像監視制御方法、及び映像監視制御用プログラム | |
| JP2009282431A (ja) | プロジェクタ、画像表示装置及び画像表示制御装置 | |
| JP6700942B2 (ja) | 投影型表示装置及びその制御方法 | |
| JP2006279278A (ja) | 撮像システム、画像受信装置、画像データ伝送方法、及びプログラム | |
| JP2011205363A (ja) | 映像監視システム | |
| JP5072103B2 (ja) | 画角制御装置及び画角制御方法 | |
| JP4637080B2 (ja) | 映像表示装置 | |
| JP5656496B2 (ja) | 表示装置、及び表示方法 | |
| JP2008151833A (ja) | 画像表示装置、制御方法、制御プログラム、および記録媒体 | |
| JP2017016067A (ja) | 画像処理装置、画像処理システム、及びプログラム | |
| JP4382739B2 (ja) | 監視システム | |
| JP4799373B2 (ja) | 映像表示装置 | |
| JP2008136129A (ja) | 監視カメラシステム | |
| JP6283989B2 (ja) | 画像変倍処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040212 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050308 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050414 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050628 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050629 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090708 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090708 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100708 Year of fee payment: 5 |