(57)【要約】【課題】特別なインターフェースを有していなくても、容易にファームウェアの更新を行うことができるプロジェクタを提供する。【解決手段】プロジェクタ１は、更新ファームウェア情報を含んだ画像情報（画像信号）を入力する画像情報入力部（画像信号受信部３１）と、画像情報入力部で入力した画像情報から、更新ファームウェア情報を分離する情報分離部（データ分離部３２ｃ）と、情報分離部で分離された更新ファームウェア情報に基づいて、ファームウェアを更新するファームウェア更新部（制御部２０）と、を備える。【選択図】図１
2010097304.tif 000002
【特許請求の範囲】
【請求項１】
更新ファームウェア情報を含んだ画像情報を入力する画像情報入力部と、
前記画像情報入力部で入力した画像情報から、前記更新ファームウェア情報を分離する情報分離部と、
前記情報分離部で分離された前記更新ファームウェア情報に基づいて、ファームウェアを更新するファームウェア更新部と、
を備えることを特徴とするプロジェクタ。
【請求項２】
請求項１に記載のプロジェクタであって、
前記画像情報入力部が入力した画像情報に、前記更新ファームウェア情報が含まれているか否かを１フレームの画像情報毎に解析する情報解析部をさらに備えることを特徴とするプロジェクタ。
【請求項３】
請求項２に記載のプロジェクタであって、
前記更新ファームウェア情報を記憶するファームウェア情報記憶部と、
前記画像情報に基づく画像を投写する画像投写部と、
をさらに備え、
前記情報分離部は、前記情報解析部の解析結果に基づき、前記更新ファームウェア情報を前記ファームウェア情報記憶部に記憶させ、前記更新ファームウェア情報を含まない画像情報に基づく画像を、前記画像投写部に投写させることを特徴とするプロジェクタ。
【請求項４】
請求項３に記載のプロジェクタであって、
前記ファームウェア更新部は、予め記憶されていた既存のファームウェアを、前記ファームウェア情報記憶部に記憶された前記更新ファームウェア情報に基づいて更新することを特徴とするプロジェクタ。
【請求項５】
請求項１乃至４のいずれか一項に記載のプロジェクタであって、
前記更新ファームウェア情報は、ルックアップテーブルデータであることを特徴とするプロジェクタ。
【請求項６】
更新ファームウェア情報を含んだ画像情報を入力する画像情報入力ステップと、
前記画像情報入力ステップで入力した画像情報から、前記更新ファームウェア情報を分離する情報分離ステップと、
前記情報分離ステップで分離された前記更新ファームウェア情報に基づいて、ファームウェアを更新するファームウェア更新ステップと、
を備えることを特徴とするファームウェア更新方法。
【請求項７】
更新ファームウェア情報を含んだ画像情報を入力する画像情報入力機能と、
前記画像情報入力機能で入力した画像情報から、前記更新ファームウェア情報を分離する情報分離機能と、
前記情報分離機能で分離された前記更新ファームウェア情報に基づいて、ファームウェアを更新するファームウェア更新機能と、
をプロジェクタのコンピュータに実現させるファームウェア更新プログラム。
【請求項８】
請求項７に記載のファームウェア更新プログラムを記録したコンピュータが読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロジェクタ、ファームウェア更新方法、ファームウェア更新プログラム、および記録媒体に関する。
【背景技術】
【０００２】
従来、電子機器のファームウェアの更新方法として、光ディスクやメモリカード等の記録メディアを用いた方法が知られている。例えば、特許文献１には、光ディスクを再生したり記録したりする光ディスク装置であって、ファームウェアのアップデート（更新）用データが記録されている光ディスクが挿入された際に、光ディスク装置内のフラッシュＲＯＭに記憶されたファームウェアを書き替える（即ち更新する）ものが開示されている。また、例えば、ＩＰ（Internet Protocol）ネットワークに接続可能な電子機器であれば、ネットワークを介してＷｅｂ等から、更新用データをダウンロードし、実行することでファームウェアを書き替えるものがある。
【０００３】
【特許文献１】特開２００４−１２７３８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、プロジェクタの場合には、特許文献１における光ディスクやメモリカードのような記録メディア用のインターフェースを持たないものが多く、ユーザが容易にファームウェアの更新を行うことは難しかった。また、ネットワーク等のインターフェースを備えたプロジェクタであっても、ファームウェアの更新の操作は手間が掛かる上、慣れないユーザにとっては作業が困難であった。したがって、記録メディア用のインターフェースや、ネットワーク等の特別なインターフェースを有していなくても、容易にファームウェアの更新を行うことができるプロジェクタが求められていた。
【課題を解決するための手段】
【０００５】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態または適用例として実現することが可能である。
【０００６】
［適用例１］本適用例に係るプロジェクタは、更新ファームウェア情報を含んだ画像情報を入力する画像情報入力部と、前記画像情報入力部で入力した画像情報から、前記更新ファームウェア情報を分離する情報分離部と、前記情報分離部で分離された前記更新ファームウェア情報に基づいて、ファームウェアを更新するファームウェア更新部と、を備えることを特徴とする。
【０００７】
このようなプロジェクタによれば、情報分離部は、画像情報入力部が入力した画像情報から、更新ファームウェア情報を分離する。そして、分離された更新ファームウェア情報に基づいて、ファームウェア更新部はファームウェアを更新する。これにより、プロジェクタは、更新ファームウェア情報を含んだ画像情報を受信した場合に、ファームウェアを更新する。よって、ユーザは、プロジェクタに更新ファームウェア情報が含まれた画像情報を入力することで、容易に、ファームウェアの更新を行うことが可能となる。また、プロジェクタは、画像情報入力部から画像情報として更新ファームウェア情報を入力するので、ファームウェア更新のための特別なインターフェースを必要としない。よって、プロジェクタの構成を、簡易にすることができる。なお、本明細書では、プロジェクタに組み込まれるプログラムやルックアップテーブル等のソフトウェアを総称して「ファームウェア」と呼ぶ。
【０００８】
［適用例２］上記適用例に係るプロジェクタにおいて、前記画像情報入力部が入力した画像情報に、前記更新ファームウェア情報が含まれているか否かを１フレームの画像情報毎に解析する情報解析部をさらに備えることを特徴とする。
【０００９】
このようなプロジェクタによれば、情報解析部は、１フレームの画像情報毎に、更新ファームウェア情報が含まれているか否か解析する。これにより、プロジェクタは、更新ファームウェア情報が含まれているか否かを、１フレームの画像情報毎に判断し、画像情報を処理することができる。
【００１０】
［適用例３］上記適用例に係るプロジェクタにおいて、前記更新ファームウェア情報を記憶するファームウェア情報記憶部と、前記画像情報に基づいた画像を投写する画像投写部と、をさらに備え、前記情報分離部は、前記情報解析部の解析結果に基づき、前記更新ファームウェア情報を前記ファームウェア情報記憶部に記憶させ、前記更新ファームウェア情報を含まない画像情報に基づく画像を、前記画像投写部に投写させることを特徴とする。
【００１１】
このようなプロジェクタによれば、情報解析部の解析結果に基づき、情報分離部は、更新ファームウェア情報をファームウェア情報記憶部に記憶させ、更新ファームウェア情報を含まない画像情報に基づく画像を画像投写部に投写させる。これにより、１フレームの画像情報毎に、更新ファームウェア情報を記憶したり、画像として投写したりすることができる。即ち、プロジェクタは、画像投写をしながらファームウェアの更新を行うことが可能となる。よって、ユーザは、投写画像を視聴しながらプロジェクタのファームウェアの更新を行うことが可能となるため、利便性が高い。
【００１２】
［適用例４］上記適用例に係るプロジェクタにおいて、前記ファームウェア更新部は、予め記憶されていた既存のファームウェアを、前記ファームウェア情報記憶部に記憶された前記更新ファームウェア情報に基づいて更新することを特徴とする。
【００１３】
このようなプロジェクタによれば、ファームウェア更新部は、既存のファームウェアを更新ファームウェア情報に基づいて更新する。これにより、ユーザは、容易に既存のファームウェアを更新することができる。
【００１４】
［適用例５］上記適用例に係るプロジェクタにおいて、前記更新ファームウェア情報は、ルックアップテーブルデータであることを特徴とする。
【００１５】
このようなプロジェクタによれば、画像情報に含まれて入力される更新ファームウェア情報は、ルックアップテーブルデータである。これにより、ユーザは、容易にルックアップテーブルデータの更新を行うことができる。
【００１６】
［適用例６］本適用例に係るファームウェア更新方法は、更新ファームウェア情報を含んだ画像情報を入力する画像情報入力ステップと、前記画像情報入力ステップで入力した画像情報から、前記更新ファームウェア情報を分離する情報分離ステップと、前記情報分離ステップで分離された前記更新ファームウェア情報に基づいて、ファームウェアを更新するファームウェア更新ステップと、を備えることを特徴とする。
【００１７】
このようなファームウェア更新方法によれば、情報分離ステップは、画像情報入力ステップが入力した画像情報から、更新ファームウェア情報を分離する。そして、分離された更新ファームウェア情報に基づいて、ファームウェア更新ステップはファームウェアを更新する。よって、ユーザは、プロジェクタに更新ファームウェア情報が含まれた画像情報を入力することで、容易に、ファームウェアの更新を行うことが可能となる。
【００１８】
［適用例７］本適用例に係るファームウェア更新プログラムは、更新ファームウェア情報を含んだ画像情報を入力する画像情報入力機能と、前記画像情報入力機能で入力した画像情報から、前記更新ファームウェア情報を分離する情報分離機能と、前記情報分離機能で分離された前記更新ファームウェア情報に基づいて、ファームウェアを更新するファームウェア更新機能と、をプロジェクタのコンピュータに実現させる。
【００１９】
このようなファームウェア更新プログラムをプロジェクタのコンピュータに実現させることにより、情報分離機能は、画像情報入力機能が入力した画像情報から、更新ファームウェア情報を分離する。そして、分離された更新ファームウェア情報に基づいて、ファームウェア更新機能はファームウェアを更新する。よって、ユーザは、プロジェクタに更新ファームウェア情報が含まれた画像情報を入力することで、容易に、ファームウェアの更新を行うことが可能となる。
【００２０】
［適用例８］上記適用例に係るファームウェア更新プログラムを記録したコンピュータが読み取り可能な記録媒体。
【００２１】
このような記録媒体に記録されたファームウェア更新プログラムを、プロジェクタのコンピュータに実現させることにより、ユーザは、プロジェクタに更新ファームウェア情報が含まれた画像情報を入力することで、容易に、ファームウェアの更新を行うことが可能となる。このような記録媒体としては、フレキシブルディスクやＣＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコード等の符号が印刷された印刷物、プロジェクタの内部記憶装置（ＲＡＭやＲＯＭ等のメモリ）、及び外部記憶装置等、前記コンピュータが読み取り可能な種々の媒体を利用することができる。
【発明を実施するための最良の形態】
【００２２】
以下、実施形態について説明する。
【００２３】
（第１の実施形態）
図１は、第１の実施形態に係るプロジェクタ１の概略構成を示すブロック図である。図１を使用して、プロジェクタ１の内部構成について説明する。
【００２４】
プロジェクタ１は、画像投写部１０、制御部２０、入力操作部２１、光源制御部２２、画像情報入力部としての画像信号受信部３１、画像処理部３２、ＯＳＤ処理部３３等を備えている。また、図１には、プロジェクタ１の外部に、スクリーンＳＣを図示している。
【００２５】
画像投写部１０は、超高圧水銀ランプやメタルハライドランプ等の放電型光源やＬＥＤ（Light Emitting Diode）等の固体光源からなる光源１１と、液晶ライトバルブ１２と、投写レンズ１３と、液晶ライトバルブ１２を駆動するライトバルブ駆動部１４とを備えている。
【００２６】
液晶ライトバルブ１２は、一対の透明基板間に液晶が封入された透過型液晶パネル等によって構成される。ライトバルブ駆動部１４によって、液晶ライトバルブ１２の各画素に画像情報としての画像信号に応じた駆動電圧が印加されると、各画素は、画像信号に応じた光透過率で光源光を透過させる。なお、液晶ライトバルブ１２は、光変調装置とも呼ぶ。
【００２７】
光源１１から射出された光は、この液晶ライトバルブ１２を透過することによって変調され、変調後の光が投写レンズ１３によって投写されることにより、スクリーンＳＣ等に画像信号に応じた画像が表示される。
【００２８】
制御部２０は、ＣＰＵ（Central Processing Unit）、各種データの一時記憶等に用いられるＲＡＭ（Random Access Memory）、および、マスクＲＯＭ（Read Only Memory）やフラッシュメモリ、ＦｅＲＡＭ（Ferroelectric RAM：強誘電体メモリ）等の不揮発性のメモリ等（いずれも図示せず）を備え、コンピュータとして機能するものである。制御部２０は、ＣＰＵが不揮発性のメモリに記憶されている制御プログラムに従って動作することにより、プロジェクタ１の動作を統括制御する。
【００２９】
また、制御部２０は、上述したＲＡＭにより構成されるファームウェア情報記憶部としてのバッファメモリ２０ａと、フラッシュメモリやＦｅＲＡＭ等の書き替え可能な不揮発性メモリにより構成されるプログラムメモリ２０ｂと、同じく書き替え可能な不揮発性メモリにより構成されるルックアップテーブルメモリ２０ｃと、を有している。なお、本実施形態では、書き替え可能な不揮発性メモリはフラッシュメモリとする。
【００３０】
バッファメモリ２０ａは、画像処理部３２のデータ分離部３２ｃによって分離された更新ファームウェア情報としての更新ファームウェアデータを入力し、一時的に保存（記憶）するメモリである。バッファメモリ２０ａに保存された更新ファームウェアデータは、制御部２０によって、プログラムメモリ２０ｂまたはルックアップテーブルメモリ２０ｃに書き込まれる。
【００３１】
プログラムメモリ２０ｂは、制御プログラムデータを格納するメモリである。バッファメモリ２０ａに保存された更新ファームウェアデータがプログラムデータであった場合に、制御部２０は、プログラムメモリ２０ｂに当該更新ファームウェアデータを書き込む（即ち、ファームウェアを更新する）。書き込まれた更新ファームウェアデータは、制御プログラムとしてＣＰＵが読み出して、プロジェクタ１の制御に使用する。
【００３２】
ルックアップテーブルメモリ２０ｃは、ルックアップテーブルデータを格納するメモリである。バッファメモリ２０ａに保存された更新ファームウェアデータがルックアップテーブルデータであった場合に、制御部２０は、ルックアップテーブルメモリ２０ｃに当該更新ファームウェアデータを書き込む（即ち、ファームウェアを更新する）。書き込まれた更新ファームウェアデータは、ルックアップテーブルとしてＣＰＵが読み出して、プロジェクタ１の制御に使用する。
【００３３】
入力操作部２１は、プロジェクタ１に対して各種指示を行うための複数のキー等を備えている。入力操作部２１が備えるキーとしては、電源のオン／オフを行うための「電源キー」や、各種設定を行うためのメニュー画面の表示／非表示を切り替える「メニューキー」、メニュー画面におけるカーソルの移動等に用いられる「カーソルキー」、各種設定を決定するための「決定キー」等を備えている。
【００３４】
ユーザが入力操作部２１を操作すると、入力操作部２１は、ユーザの操作内容に応じた操作信号を制御部２０に出力する。なお、入力操作部２１は、リモコン信号受信部（図示せず）と遠隔操作が可能なリモートコントローラ（図示せず）を有した構成としてもよい。この場合、リモートコントローラは、ユーザの操作内容に応じた赤外線等の操作信号を発し、リモコン信号受信部がこれを受信して制御部２０に伝達する。
【００３５】
光源制御部２２は、制御部２０の指示に基づいて、光源１１に対する電力の供給と停止とを制御し、光源１１の点灯および消灯を切り替える。
【００３６】
画像信号受信部３１には、パーソナルコンピュータやビデオ再生装置等、外部の画像供給装置（図示せず）とケーブルを介した接続を行うための各種の画像入力端子が備えられており、画像供給装置から画像情報としての画像信号が入力される。画像信号受信部３１は、受信した画像信号を、画像処理部３２で処理可能な形式の受信データに変換して、画像処理部３２に出力する。
【００３７】
画像処理部３２は、フレームメモリ３２ａを有しており、画像信号受信部３１から入力された受信データをフレーム毎に記憶する。また、画像処理部３２は、情報解析部としてのデータ解析部３２ｂを有している。データ解析部３２ｂは、フレームメモリ３２ａに記憶された受信データが、更新ファームウェア情報としての更新ファームウェアデータか否かを解析する。即ち、更新ファームウェアデータか更新ファームウェア情報を含まない画像情報としての画像データかを解析する。さらに、画像処理部３２は、情報分離部としてのデータ分離部３２ｃを有している。データ分離部３２ｃは、データ解析部３２ｂの解析結果が更新ファームウェアデータであった場合には、当該更新ファームウェアデータを制御部２０に出力し、バッファメモリ２０ａに保存させる。
【００３８】
画像処理部３２は、データ解析部３２ｂの解析結果が画像データであった場合には、制御部２０の指示に基づいて、フレームメモリ３２ａの画像データに対して、明るさ、コントラスト、シャープネス、色合い等の調整や、ガンマ補正等の各種画質調整を施す。画像処理部３２で画質調整等がなされた画像データは、ＯＳＤ処理部３３に出力される。
【００３９】
ＯＳＤ処理部３３は、制御部２０の指示に基づいて、メニュー画面やメッセージ画面等のＯＳＤ（オンスクリーンディスプレイ）画像を、画像処理部３２から入力される画像データに重畳する処理を行う。ＯＳＤ処理部３３は、図示しないＯＳＤメモリを備えており、ＯＳＤ画像を形成するための図形やフォント等を表すＯＳＤ画像データを記憶している。制御部２０が、ＯＳＤ画像の重畳を指示すると、ＯＳＤ処理部３３は、必要なＯＳＤ画像データをＯＳＤメモリから読み出し、入力画像の所定の位置にＯＳＤ画像が重畳されるように、画像処理部３２から入力される画像データにこのＯＳＤ画像データを合成する。ＯＳＤ画像データが合成された画像データは、ライトバルブ駆動部１４に出力される。なお、制御部２０からＯＳＤ画像を重畳する旨の指示がない場合には、ＯＳＤ処理部３３は、画像処理部３２から出力される画像データを、そのままライトバルブ駆動部１４に出力する。
【００４０】
ライトバルブ駆動部１４は、入力される画像データに従って液晶ライトバルブ１２を駆動する。この結果、画像データに基づいた画像が画像投写部１０からスクリーンＳＣに投写される。
【００４１】
次に、プロジェクタ１におけるファームウェアの更新処理について説明する。図２は、プロジェクタ１におけるファームウェアの更新処理のフローチャートである。
【００４２】
画像信号を受信すると、画像信号受信部３１は画像信号に基づく受信データを画像処理部３２へ出力し、画像処理部３２は、フレームメモリ３２ａに受信データを記憶する（ステップＳ１０１）。データ解析部３２ｂは、フレームメモリ３２ａの受信データを解析する（ステップＳ１０２）。そして、データ解析部３２ｂは、受信データが更新ファームウェアデータか否かを判断する（ステップＳ１０３）。更新ファームウェアデータでなかった場合（ステップＳ１０３：ＮＯ）、即ち画像データであった場合、画像処理部３２は、画像データに各種画質調整等を行い、ＯＳＤ処理部３３に出力して、画像投写部１０は画像投写を行う（ステップＳ１０４）。
【００４３】
更新ファームウェアデータであった場合（ステップＳ１０３：ＹＥＳ）、データ解析部３２ｂは、更新ファームウェアデータの終了か否かを判断する（ステップＳ１０５）。更新ファームウェアデータの終了でなかった場合（ステップＳ１０５：ＮＯ）、データ分離部３２ｃは、更新ファームウェアデータをフレームメモリ３２ａから読み出して制御部２０に出力する（ステップＳ１０６）。制御部２０は、更新ファームウェアデータをバッファメモリ２０ａに保存する（ステップＳ１０７）。そして、ステップＳ１０１に戻り、次の受信データをフレームメモリ３２ａに記憶する。
【００４４】
更新ファームウェアデータの終了であった場合（ステップＳ１０５：ＹＥＳ）、更新ファームウェアデータの受信は終了したと判断して、制御部２０は、バッファメモリ２０ａに保存された更新ファームウェアデータを、プログラムメモリ２０ｂまたはルックアップテーブルメモリ２０ｃに書き込む（ステップＳ１０８）。このときの制御部２０が、ファームウェア更新部に相当する。そして、ファームウェアの更新処理を終了する。
【００４５】
ここで、制御部２０は、更新ファームウェアデータがプログラムデータであればプログラムメモリ２０ｂに書き込み、更新ファームウェアデータがルックアップテーブルデータであればルックアップテーブルメモリ２０ｃに書き込む。この更新ファームウェアデータの種別は、更新ファームウェアデータに設定された書き込み開始アドレスである開始アドレス情報３２ａ２（詳細は後述する）によって決定される。よって、制御部２０は、開始アドレス情報３２ａ２に従って、更新ファームウェアデータをフラッシュメモリに書き込む。なお、必要であれば、受信する更新ファームウェアデータに、プログラムデータであるかルックアップテーブルデータであるかについての情報を備えるものとしてもよい。
【００４６】
上述したファームウェアの更新処理によって、プログラムメモリ２０ｂまたはルックアップテーブルメモリ２０ｃに予め書き込まれていた既存のファームウェア情報としてのファームウェアデータは、更新ファームウェアデータに更新される。そして、以降、制御部２０は、更新ファームウェアデータに基づいてプロジェクタ１を制御する。
【００４７】
次に、受信データの構造について説明する。図３は、フレームメモリ３２ａに記憶された受信データの図である。図３に示すように、受信データの先頭には、更新ファームウェアデータであるか否かを判別するための判別フラグ３２ａ１が設けられている。データ解析部３２ｂは、この判別フラグ３２ａ１の値に基づいて、受信データが更新ファームウェアデータか否かを判断する。例えば、判別フラグ３２ａ１が「１」ならば更新ファームウェアデータとし、「０」ならば画像データとする。
【００４８】
さらに、更新ファームウェアデータである場合には、受信データには、更新ファームウェアデータの書き込みを開始するアドレスである開始アドレス情報３２ａ２が設けられる。制御部２０は、この開始アドレス情報３２ａ２に従って、フラッシュメモリである、プログラムメモリ２０ｂまたはルックアップテーブルメモリ２０ｃに更新ファームウェアデータを書き込む。また、開始アドレス情報３２ａ２には、更新ファームウェアデータ終了の情報も設定される。つまり、開始アドレス情報３２ａ２に、更新ファームウェアデータ終了の情報が設定されていた場合に、更新ファームウェアデータの受信が終了したと判断することができる。
【００４９】
次に、プロジェクタ１の受信データの受信順序について説明する。図４は、プロジェクタ１が受信する受信データの順序を示す図である。
【００５０】
図４に示すように、受信データは、フレーム単位で、受信データＦＡ１〜ＦＡ８のように受信される。なお、図４は、受信データの一部の抜粋である。図４では、受信データＦＡ１，ＦＡ２として、画像データ１，２が受信される。続いて、受信データＦＡ３として、更新ファームウェアデータ１が受信される。続いて、受信データＦＡ４，ＦＡ５として、画像データ３，４が受信される。続いて、受信データＦＡ６として、更新ファームウェアデータ２が受信される。続いて、受信データＦＡ７，ＦＡ８として、画像データ５，６が受信される。
【００５１】
このように、本実施形態での受信データの受信パターンは、画像データを２回受信する毎に、更新ファームウェアデータを１回受信するパターンとしている。これにより、上述したフローチャートで説明したように、画像データは画像投写され、更新ファームウェアデータはバッファメモリ２０ａに一時保存されて、プログラムメモリ２０ｂやルックアップテーブルメモリ２０ｃに書き込まれる。なお、受信データの受信パターンは、これに限定するものではなく、様々な受信パターンにすることができる。
【００５２】
次に、プロジェクタ１が受信した更新ファームウェアデータの流れについて説明する。図５は、プロジェクタ１における更新ファームウェアデータの流れを示す図である。
【００５３】
フレームメモリ３２ａに記憶された更新ファームウェアデータは、上述したフローチャートで説明したように、バッファメモリ２０ａに一時保存される（図の矢印Ａ）。このとき、更新ファームウェアデータは、バッファメモリ２０ａに順次追記される形で保存される。そして、更新ファームウェアデータの終了となった後に、バッファメモリ２０ａに保存された更新ファームウェアデータは、プログラムデータであればプログラムメモリ２０ｂに書き込まれる（図の矢印Ｂ）。また、バッファメモリ２０ａに保存された更新ファームウェアデータが、ルックアップテーブルデータであればルックアップテーブルメモリ２０ｃに書き込まれる（図の矢印Ｃ）。
【００５４】
上述した第１の実施形態によれば、以下の効果が得られる。
（１）プロジェクタ１は、画像信号として受信した受信データに、更新ファームウェアデータが含まれているか否かを解析する。そして、更新ファームウェアデータが含まれていれば、バッファメモリ２０ａに一時保存し、その更新ファームウェアデータを、プログラムメモリ２０ｂまたはルックアップテーブルメモリ２０ｃに書き込む。これにより、プロジェクタ１は、更新ファームウェアデータが含まれた画像信号を受信した場合に、その更新ファームウェアデータを記憶することができる。よって、ユーザは、プロジェクタ１に更新ファームウェアデータが含まれた画像信号を入力することで、容易にファームウェアを更新することが可能となる。例えば、インターネットに接続されたパーソナルコンピュータとプロジェクタ１とを接続し、所定のＷｅｂページの画像信号をプロジェクタ１に入力することにより、ファームウェアを更新することができる。また、ＤＶＤ（Digital Versatile Disk）プレーヤとプロジェクタ１とを接続し、所定のＤＶＤを再生することにより、ファームウェアを更新することができる。
【００５５】
（２）プロジェクタ１は、画像信号受信部３１から画像信号として受信した更新ファームウェアデータによって、ファームウェアを更新する。よって、ファームウェアの更新のための特別なインターフェースを必要としないため、プロジェクタ１を簡易な構成にすることができる。つまり、多くのインターフェースを有していないプロジェクタ（例えば、低価格のプロジェクタ）であっても、ファームウェアの更新が可能となる。
【００５６】
（３）プロジェクタ１の制御部２０は、更新されたプログラムメモリ２０ｂまたはルックアップテーブルメモリ２０ｃに基づいてプロジェクタ１を制御する。即ち、プロジェクタ１は、更新されたファームウェアに基づいて、動作することができる。よって、プロジェクタ１の機能の変更をしたり、ファームウェアの不具合の修正をしたりすることが可能となる。
【００５７】
（４）プロジェクタ１は、１フレームの画像情報毎、即ち１フレームの受信データ毎に、更新ファームウェアデータであるか否かを解析する。そして、更新ファームウェアデータである場合には、当該フレームの受信データを更新ファームウェアデータとして保存し、更新ファームウェアデータでない場合には、当該フレームの受信データを画像データとして画像投写する。これにより、プロジェクタ１は、画像投写をしながらファームウェアの更新を行うことが可能となる。即ち、ユーザは、投写画像を視聴しながらプロジェクタのファームウェアの更新を行うことが可能となるため、利便性が高い。また、ユーザが投写画像を視聴している間に、ファームウェアの更新が行われるため、ユーザは、ファームウェアが更新されていることを意識しなくてもよいため、使いやすさが向上する。
【００５８】
（第２の実施形態）
以下、第２の実施形態について説明する。
【００５９】
第２の実施形態に係るプロジェクタ２の概略構成は、第１の実施形態に係るプロジェクタ１と同様である。第１の実施形態との差異は、ファームウェアの更新処理である。以降、ファームウェアの更新処理について説明する。
【００６０】
図６は、第２の実施形態に係るプロジェクタ２におけるファームウェアの更新処理のフローチャートである。
画像信号を受信すると、画像信号受信部３１は画像信号に基づく受信データを画像処理部３２に出力し、画像処理部３２は、フレームメモリ３２ａに受信データを記憶する（ステップＳ２０１）。データ解析部３２ｂは、フレームメモリ３２ａの受信データを解析する（ステップＳ２０２）。そして、データ解析部３２ｂは、受信データが更新ファームウェアデータか否かを判断する（ステップＳ２０３）。更新ファームウェアデータでなかった場合（ステップＳ２０３：ＮＯ）、即ち画像データであった場合、画像処理部３２は、画像データに各種画質調整等を行い、ＯＳＤ処理部３３に出力して、画像投写部１０は画像投写を行う（ステップＳ２０４）。
【００６１】
更新ファームウェアデータであった場合（ステップＳ２０３：ＹＥＳ）、制御部２０は、ＯＳＤ処理部３３に指示を出して、ファームウェアの更新開始（アップデート開始）のＯＳＤ画像を画像データとして画像投写させる（ステップＳ２０５）。次に、データ解析部３２ｂは、更新ファームウェアデータの終了か否かを判断する（ステップＳ２０６）。更新ファームウェアデータの終了でなかった場合（ステップＳ２０６：ＮＯ）、データ分離部３２ｃは、更新ファームウェアデータをフレームメモリ３２ａから読み出して制御部２０に出力する（ステップＳ２０７）。制御部２０は、更新ファームウェアデータをバッファメモリ２０ａに保存する（ステップＳ２０８）。そして、画像処理部３２は、次のフレームの画像信号に基づく受信データを、フレームメモリ３２ａに記憶する（ステップＳ２０９）。そして、ステップＳ２０６に戻り、更新ファームウェアデータの終了か否かを判断する。
【００６２】
更新ファームウェアデータの終了であった場合（ステップＳ２０６：ＹＥＳ）、更新ファームウェアデータの受信は終了したと判断して、制御部２０は、バッファメモリ２０ａの更新ファームウェアデータを、プログラムメモリ２０ｂまたはルックアップテーブルメモリ２０ｃに書き込む（ステップＳ２１０）。ここで、制御部２０は、更新ファームウェアデータがプログラムデータであればプログラムメモリ２０ｂに書き込み、更新ファームウェアデータがルックアップテーブルデータであればルックアップテーブルメモリ２０ｃに書き込む。この更新ファームウェアデータの種別は、第１の実施形態と同様に判断する。よって、制御部２０は、開始アドレス情報３２ａ２に従って、更新ファームウェアデータをフラッシュメモリに書き込む。
【００６３】
そして、制御部２０は、ＯＳＤ処理部３３に指示を出して、ファームウェアの更新終了（アップデート終了）のＯＳＤ画像を画像データとして画像投写させる（ステップＳ２１１）。そして、ファームウェアの更新処理を終了する。
【００６４】
上述したファームウェアの更新処理によって、プログラムメモリ２０ｂまたはルックアップテーブルメモリ２０ｃに予め書き込まれていた既存のファームウェアデータは、更新ファームウェアデータに更新される。そして、以降、制御部２０は、更新ファームウェアデータに基づいてプロジェクタ２を制御する。
【００６５】
次に、プロジェクタ２の受信データの受信順序について説明する。図７は、プロジェクタ２が受信する受信データの順序を示す図である。
【００６６】
図７に示すように、受信データは、フレーム単位で、受信データＦＢ１〜ＦＢ７のように受信される。なお、図７は、受信データの一部の抜粋である。図７では、受信データＦＢ１，ＦＢ２として、画像データ１，２が受信される。続いて、受信データＦＢ３，ＦＢ４として、更新ファームウェアデータ１，２が受信される。続いて、更新ファームウェアデータが順次受信（本実施形態ではｎ個受信とする）されて、受信データＦＢ５として更新ファームウェアデータｎが受信される。そして、受信データＦＢ６，ＦＢ７として、画像データ３，４が受信される。このように、本実施形態での受信データの受信パターンは、更新ファームウェアデータを連続して受信するパターンとしている。これにより、上述したフローチャートで説明したように、更新ファームウェアデータは連続してバッファメモリ２０ａに保存されて、プログラムメモリ２０ｂやルックアップテーブルメモリ２０ｃに書き込まれる。
【００６７】
次に、ＯＳＤ画像表示する画像の例を説明する。図８は、ファームウェアの更新（アップデート）の開始および終了を通知する画面の図であり、同図（ａ）は、更新開始時を示す画面図であり、同図（ｂ）は、更新終了時を示す画面図である。図８（ａ）に示すように、更新開始時を示す画面Ｇ１においては、画面右下部に、「アップデート開始」と表示する。また、図８（ｂ）に示すように、更新終了を示す画面Ｇ２においては、画面右下部に、「アップデート終了」と表示する。
【００６８】
上述した第２の実施形態によれば、第１の実施形態での効果（１）〜（３）と同様の効果を奏することができる。他に、以下の効果が得られる。
【００６９】
（１）プロジェクタ２は、ファームウェアの更新中は、フレームメモリ３２ａに記憶される更新ファームウェアデータを、連続してバッファメモリ２０ａに保存し、プログラムメモリ２０ｂやルックアップテーブルメモリ２０ｃに書き込む。これにより、プロジェクタ２は、ファームウェアの更新中には、画像データを受信しないため、画像データの画質調整等の画像処理を行わなくてもよい。よって、ソフトウェア処理の負荷が低減される。
【００７０】
（２）プロジェクタ２は、ファームウェアの更新の開始と終了とを、ＯＳＤ画像による画像投写によって通知する。これにより、ユーザは、ファームウェアの更新中であることを認識することができる。よって、ファームウェアの更新中に、ユーザが誤ってプロジェクタ２の電源をオフしてしまうような誤操作を回避することができる。
【００７１】
なお、上述した実施形態に限定されず、種々の変更や改良等を加えて実施することが可能である。変形例を以下に述べる。
【００７２】
（変形例１）上記第１および第２の実施形態では、プログラムデータまたはルックアップテーブルデータを更新するものとしたが、プログラムデータおよびルックアップテーブルの両方を更新してもよい。この場合は、プログラムデータの受信データ上の開始アドレス情報３２ａ２には、プログラムメモリ２０ｂの書き込みアドレスを指定し、ルックアップテーブルデータの受信データ上の開始アドレス情報３２ａ２には、ルックアップテーブルメモリ２０ｃの書き込みアドレスを指定すればよい。こうすれば、制御部２０は、開始アドレス情報３２ａ２に従って、更新ファームウェアデータをそれぞれ書き込むことができる。これにより、プログラムデータおよびルックアップテーブルの両方を同時に更新することが可能となり、利便性が高い。
【００７３】
（変形例２）上記第１および第２の実施形態では、更新ファームウェアデータによって、プログラムデータまたはルックアップテーブルデータを更新するものとしたが、プログラムデータまたはルックアップテーブルを追加するものとしてもよい。例えば、フラッシュメモリの空き領域に、追加プログラムデータや追加ルックアップテーブルデータを書き込むことが可能である。そして、制御部２０は、追加プログラムや追加ルックアップテーブルの有無を確認して、制御に用いることができる。これにより、プロジェクタに新たな機能を追加することが可能となり、有益である。
【００７４】
（変形例３）上記第１および第２の実施形態では、バッファメモリ２０ａを介して、更新ファームウェアデータをプログラムメモリ２０ｂまたはルックアップテーブルメモリ２０ｃに書き込むものとしたが、バッファメモリ２０ａを介さずに、プログラムメモリ２０ｂまたはルックアップテーブルメモリ２０ｃに書き込むものとしてもよい。
【００７５】
（変形例４）上記第１および第２の実施形態では、受信データには、開始アドレス情報３２ａ２を設定されているものとしたが、ファームウェアを更新するメモリアドレスが固定であれば、開始アドレス情報３２ａ２は設定されなくてもよい。
【００７６】
（変形例５）上記第１および第２の実施形態では、受信する１フレーム分の画像信号は、画像信号全体が更新ファームウェアデータまたは画像データのいずれかで構成されているものとしたが、１フレーム分の画像信号のうち、特定の信号部分に更新ファームウェアデータが混入されていてもよい。例えば、画像信号のうち、輝度信号に更新ファームウェアデータが混入されているものとしてもよい。この場合、データ解析部３２ｂは、輝度信号に更新ファームウェアデータが含まれているか否かを解析し、データ分離部３２ｃは、画像信号から輝度信号を分離して更新ファームウェアデータを取り出すことができる。また、輝度信号でなく、色信号に更新ファームウェアデータを混入してもよい。さらに、ＲＧＢ信号であれば、Ｒ信号、Ｇ信号、Ｂ信号のいずれかに更新ファームウェアデータを混入してもよい。
【００７７】
（変形例６）上記第１および第２の実施形態では、受信する１フレーム分の画像信号は、画像信号全体が更新ファームウェアデータまたは画像データのいずれかで構成されているものとしたが、画像信号が表す画像そのものを更新ファームウェアの情報としてもよい。例えば、画像信号が表す画像をＱＲコード（登録商標）としてもよい。この場合、データ解析部３２ｂは、受信データにＱＲコードが含まれているか否かを解析し、データ分離部３２ｃは、受信データからＱＲコードが表す更新ファームウェアデータを分離して取り出すことができる。この場合は、ファームウェア更新に必要な受信データ分のＱＲコード画像を受信する。また、ＱＲコードでなく、バーコード等としてもよい。
【００７８】
（変形例７）上記第１および第２の実施形態では、光変調装置として、透過型の液晶ライトバルブ１２を用いているが、反射型の液晶ライトバルブ等、反射型の光変調装置を用いることも可能である。また、入射した光の射出方向を、画素としてのマイクロミラー毎に制御することにより、光源から射出した光を変調する微小ミラーアレイデバイス等を用いることもできる。
【図面の簡単な説明】
【００７９】
【図１】第１の実施形態に係るプロジェクタの概略構成を示すブロック図。
【図２】プロジェクタにおけるファームウェアの更新処理のフローチャート。
【図３】フレームメモリに記憶された受信データの図。
【図４】プロジェクタが受信する受信データの順序を示す図。
【図５】プロジェクタにおける更新ファームウェアデータの流れを示す図。
【図６】第２の実施形態に係るプロジェクタにおけるファームウェアの更新処理のフローチャート。
【図７】プロジェクタが受信する受信データの順序を示す図。
【図８】ファームウェアの更新（アップデート）の開始および終了を通知する画面の図であり、（ａ）は、更新開始時を示す画面図、（ｂ）は、更新終了時を示す画面図。
【符号の説明】
【００８０】
１，２…プロジェクタ、１０…画像投写部、１１…光源、１２…液晶ライトバルブ、１３…投写レンズ、１４…ライトバルブ駆動部、２０…制御部、２０ａ…バッファメモリ、２０ｂ…プログラムメモリ、２０ｃ…ルックアップテーブルメモリ、２１…入力操作部、２２…光源制御部、３１…画像信号受信部、３２…画像処理部、３２ａ…フレームメモリ、３２ｂ…データ解析部、３２ｃ…データ分離部、３３…ＯＳＤ処理部。
【図１】
2010097304.tif 000003
【図２】
2010097304.tif 000004
【図３】
2010097304.tif 000005
【図４】
2010097304.tif 000006
【図５】
2010097304.tif 000007
【図６】
2010097304.tif 000008
【図７】
2010097304.tif 000009
【図８】
2010097304.tif 000010