(57)【要約】  【課題】  ユーザーに負担をかけることなく簡単にデータの更新を行うことができる撮像装置等を提供する。  【解決手段】  被写体を撮影するためのＣＣＤ６と、所定の時刻にインターネット２を介してサーバ３へ自動的にアクセスすることによりデータの更新を要求し、この要求に応答して該サーバ３から送信されたデータを受信する通信部２４と、受信したデータを記憶するようになっておりＣＣＤ６により撮影された画像データを記憶するものでもあるＲＡＭ１２と、通信部２４によりデータを受信中にＣＣＤ６により撮影を開始したときには、該通信部２４によるデータの受信を中断して撮影を優先的に行い、撮影を終了したところで再びデータの受信を再開するように制御するＣＰＵ２８と、を備えた撮像装置としてのカメラ１。【選択図】図１
2006074505.tif 000002
【特許請求の範囲】
【請求項１】
適用されるアップデートサーバと通信回線を介して通信を行いデータの更新を行う撮像装置であって、
被写体を撮影する撮像手段と、
所定のタイミングで上記アップデートサーバに自動的にアクセスしてデータの更新を要求するリクエスト信号を送信する送信手段と、
上記リクエスト信号に応答して上記アップデートサーバから送信されたデータを受信する受信手段と、
上記受信手段により受信したデータを記憶する記憶手段と、
上記受信手段により上記データを受信中に上記撮像手段により撮影を開始したときには、該受信手段による上記データの受信を中止または中断し、上記撮影を優先的に行うように制御する制御手段と、
を具備したことを特徴とする撮像装置。
【請求項２】
上記送信手段は、時刻が予め決められた時刻になったときに、上記アップデートサーバに上記リクエスト信号を送信するものであることを特徴とする請求項１に記載の撮像装置。
【請求項３】
上記データは、当該撮像装置の動作を制御するためのファームウェアであることを特徴とする請求項１に記載の撮像装置。
【請求項４】
上記記憶手段に記憶されたファームウェアに基づいて、ファームウェアの更新を行うための更新手段と、
上記更新手段がファームウェアの更新を行っているときには、その旨を表す表示を行う表示手段と、
をさらに具備したことを特徴とする請求項３に記載の撮像装置。
【請求項５】
上記記憶手段は、上記撮像手段により撮像された画像データを記憶するための記憶手段を兼用したものであることを特徴とする請求項１に記載の撮像装置。
【請求項６】
上記制御手段は、上記データの受信中に上記撮像手段により撮影を開始したときは、上記受信手段による上記データの受信を中止するものであることを特徴とする請求項５に記載の撮像装置。
【請求項７】
上記制御手段は、上記データの受信中に上記撮像手段により撮影を開始したときは、上記受信手段による上記データの受信を中断し、該撮像手段の撮影が終了したときには、その後に、上記送信手段を制御して、上記アップデートサーバに自動的にアクセスし、中断した上記データの送信の再開を要求するリクエスト信号を送信させ、上記受信手段による該データの受信を再開させるように制御するものであることを特徴とする請求項５に記載の撮像装置。
【請求項８】
上記送信手段および受信手段は、無線を介して上記アップデートサーバと通信を行うものであることを特徴とする請求項１に記載の撮像装置。
【請求項９】
上記通信回線は、インターネットを含んで構成される通信回線であることを特徴とする請求項１に記載の撮像装置。
【請求項１０】
適用されるアップデートサーバと通信回線を介して通信を行いデータの更新を行う撮像装置のデータの受信方法であって、
所定のタイミングで上記アップデートサーバに自動的にアクセスしてデータの更新を要求するリクエスト信号を送信し、
上記リクエスト信号に応答して上記アップデートサーバから送信されたデータを受信し、
上記受信したデータを記憶し、
上記データを受信中に撮影を開始したときには、該データの受信を中止または中断して、上記撮影を優先的に行うように制御する撮像装置のデータの受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、適用されるアップデートサーバと通信回線を介して通信を行いデータの更新を行う撮像装置および撮像装置のデータの受信方法に関する。
【背景技術】
【０００２】
出荷時にカメラなどの撮像装置に組み込まれているファームウェアは、実用上はほぼ問題のないレベルまで調整されたものであるが、アルゴリズムの変更や、新たな機能の追加、バグ対策など、改善の余地が残っていることも少なくない。
【０００３】
そこで、こうした撮像装置にファームウェアを組み込む際に、ＦｌａｓｈＲＯＭ等の書き換え可能な記録媒体にファームウェアを書き込むことにより、後でより新しいバージョンのファームウェアに書き換えることができるようにした製品がある。
【０００４】
このようなファームウェアは、該撮像装置をメーカーのサービスセンター等に持ち込んで、そこで書き換えを行うことも可能であるが、近年のインターネットの発達に伴って、該インターネットを経由して、ユーザ自身がファームウェアをダウンロードし、更新するシステムが知られている。
【０００５】
例えば、特開２００４−２１４６３号公報には、周辺装置を制御するためのホストコンピュータ内に、アップデート制御機能を内蔵するドライバを設ける技術が記載されている。そして、周辺装置のファームウェアをアップデートする際には、該周辺装置をホストコンピュータに接続し、ホストコンピュータにおいて上記ドライバを起動する。すると、該ドライバのアップデート制御機能が、予め指定された場所から、上記周辺装置やホストコンピュータのシステム構成における最適な置き換え用ファームウェアを自動的にロードしてきて、現在のファームウェアを置き換えるように書き込み、アップデートを行うようになっている。このような構成により、ユーザ自身が、アップデート制御プログラムをインストールしたり、その操作方法を学習したり、専門的な判断をしたりすることなく、自動的に適切なファームウェアにアップデートすることができるようになっている。
【特許文献１】特開２００４−２１４６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特開２００４−２１４６３号公報に記載されたものは、製品を購入後に、ユーザが自宅などでパーソナルコンピュータ等を介してファームウェアの更新を行うものであるために、パーソナルコンピュータを持っていないユーザは、該技術を用いた更新を行うことができず、上述したように、メーカーのサービスセンター等でファームウェアを更新してもらう必要があった。この場合には、サービスセンター等へ出向かなければならず、さらにファームウェア更新を依頼するという煩雑な手続きが必要であり、加えて、更新作業が終了するまでに時間を要するなどの面倒さがある。パーソナルコンピュータが自宅にあるユーザであっても、その操作方法が分からないユーザの場合には、これと同様である。また、パーソナルコンピュータを持っていて、その操作方法がある程度分かるユーザであっても、ファームウェアの更新を行おうとする際には、更新対象の機器とパーソナルコンピュータとを例えばコード類を介して接続するなどの煩わしい作業が必要である。
【０００７】
本発明は上記事情に鑑みてなされたものであり、ユーザーに負担をかけることなく簡単にデータの更新を行うことができる撮像装置および撮像装置のデータの受信方法を提供することを目的としている。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために、第１の発明による撮像装置は、適用されるアップデートサーバと通信回線を介して通信を行いデータの更新を行う撮像装置であって、被写体を撮影する撮像手段と、所定のタイミングで上記アップデートサーバに自動的にアクセスしてデータの更新を要求するリクエスト信号を送信する送信手段と、上記リクエスト信号に応答して上記アップデートサーバから送信されたデータを受信する受信手段と、上記受信手段により受信したデータを記憶する記憶手段と、上記受信手段により上記データを受信中に上記撮像手段により撮影を開始したときには該受信手段による上記データの受信を中止または中断し上記撮影を優先的に行うように制御する制御手段と、を具備したものである。
【０００９】
また、第２の発明による撮像装置は、上記第１の発明による撮像装置において、上記送信手段が、時刻が予め決められた時刻になったときに、上記アップデートサーバに上記リクエスト信号を送信するものである。
【００１０】
さらに、第３の発明による撮像装置は、上記第１の発明による撮像装置において、上記データが、当該撮像装置の動作を制御するためのファームウェアである。
【００１１】
第４の発明による撮像装置は、上記第３の発明による撮像装置において上記記憶手段に記憶されたファームウェアに基づいてファームウェアの更新を行うための更新手段と、上記更新手段がファームウェアの更新を行っているときにはその旨を表す表示を行う表示手段と、をさらに具備したものである。
【００１２】
第５の発明による撮像装置は、上記第１の発明による撮像装置において、上記記憶手段が、上記撮像手段により撮像された画像データを記憶するための記憶手段を兼用したものである。
【００１３】
第６の発明による撮像装置は、上記第５の発明による撮像装置において、上記制御手段は、上記データの受信中に上記撮像手段により撮影を開始したときは上記受信手段による上記データの受信を中止するものである。
【００１４】
第７の発明による撮像装置は、上記第５の発明による撮像装置において、上記制御手段が、上記データの受信中に上記撮像手段により撮影を開始したときは、上記受信手段による上記データの受信を中断し、該撮像手段の撮影が終了したときには、その後に、上記送信手段を制御して、上記アップデートサーバに自動的にアクセスし、中断した上記データの送信の再開を要求するリクエスト信号を送信させ、上記受信手段による該データの受信を再開させるように制御するものである。
【００１５】
第８の発明による撮像装置は、上記第１の発明による撮像装置において、上記送信手段および受信手段が、無線を介して上記アップデートサーバと通信を行うものである。
【００１６】
第９の発明による撮像装置は、上記第１の発明による撮像装置において、上記通信回線が、インターネットを含んで構成される通信回線である。
【００１７】
第１０の発明による撮像装置のデータの受信方法は、適用されるアップデートサーバと通信回線を介して通信を行いデータの更新を行う撮像装置のデータの受信方法であって、所定のタイミングで上記アップデートサーバに自動的にアクセスしてデータの更新を要求するリクエスト信号を送信し、上記リクエスト信号に応答して上記アップデートサーバから送信されたデータを受信し、上記受信したデータを記憶し、上記データを受信中に撮影を開始したときには該データの受信を中止または中断して上記撮影を優先的に行うように制御する方法である。
【発明の効果】
【００１８】
本発明の撮像装置および撮像装置のデータの受信方法によれば、ユーザーに負担をかけることなく簡単にデータの更新を行うことが可能となる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して本発明の実施例を説明する。
【実施例１】
【００２０】
図１から図３は本発明の実施例１を示したものであり、図１は撮像装置としてのカメラ１を含むファームウェア更新システムの構成を示すブロック図である。
【００２１】
撮像装置としてのカメラ１は、通信回線としてのインターネット２を介して、更新用のファームウェアを提供するアップデートサーバであるサーバ３と接続されている。
【００２２】
上記カメラ１は、レンズ４と、ローパスフィルタ５と、ＣＣＤ６と、ＣＤＳ／ＡＧＣ回路７と、Ａ／Ｄ変換回路８と、ＣＣＤドライバ９と、ＴＧ（タイミングジェネレータ）１０と、ＤＳＰ回路１１と、ＲＡＭ１２と、Ｄ／Ａ変換回路１３と、ＬＣＤ１４と、ＬＣＤドライバ１５と、圧縮／伸張回路１６と、記録媒体１７と、ＡＥ／ＡＦ処理回路１８と、ＥＥＰＲＯＭ２１と、ＦｌａｓｈＲＯＭ２２と、操作スイッチ２３と、通信部２４と、電池２５と、電圧判定回路２６と、ＣＰＵ２８と、を有して構成されている。
【００２３】
上記レンズ４は、光学的な被写体像を結像するためのものである。
【００２４】
上記ローパスフィルタ５は、このレンズ４を通過した光束から不要な高周波成分を取り除くためのものである。
【００２５】
上記ＣＣＤ６は、このローパスフィルタ５を介して上記レンズ４により結像された光学的な被写体像を電気的な信号に変換して出力する撮像手段である。
【００２６】
上記ＣＤＳ／ＡＧＣ回路７は、このＣＣＤ６から出力される信号に後述するようなノイズ除去や増幅の処理を行う信号処理手段である。
【００２７】
上記Ａ／Ｄ変換回路８は、このＣＤＳ／ＡＧＣ回路７から出力されるアナログの画像信号をデジタルの画像信号に変換する信号処理手段である。
【００２８】
上記ＣＣＤドライバ９は、上記ＣＣＤ６を制御して駆動するためのものである。
【００２９】
上記ＴＧ（タイミングジェネレータ）１０は、上記ＣＤＳ／ＡＧＣ回路７，Ａ／Ｄ変換回路８，ＣＣＤドライバ９にタイミングを制御するための信号を供給するものである。
【００３０】
上記ＤＳＰ回路１１は、上記Ａ／Ｄ変換回路８からの信号に対して所定のデジタル信号処理を行うものである。
【００３１】
上記ＲＡＭ１２は、このＤＳＰ回路１１からの信号を一時的に記憶する揮発性の記憶手段であり、フレームバッファ等として構成されている。
【００３２】
上記Ｄ／Ａ変換回路１３は、このＲＡＭ１２に記憶されているデジタル信号をアナログ信号に変換するものである。
【００３３】
上記ＬＣＤ１４は、このＤ／Ａ変換回路１３により変換されたアナログの画像信号に基づき、画像を表示する表示手段である。
【００３４】
上記ＬＣＤドライバ１５は、このＬＣＤ１４を制御して駆動するためのものである。
【００３５】
上記圧縮／伸張回路１６は、上記ＲＡＭ１２に記憶されているデジタル信号を圧縮するとともに、後述する記録媒体１７から読み出した圧縮されたデジタル信号の伸張も行う圧縮／伸張手段である。
【００３６】
上記記録媒体１７は、この圧縮／伸張回路１６により圧縮されたデジタル信号を記録する不揮発性の記憶手段である。
【００３７】
上記ＡＥ／ＡＦ処理回路１８は、上記Ａ／Ｄ変換回路８からのデジタル画像信号に基づいて、露出制御用の算出と、オートフォーカス（ＡＦ）制御用の算出と、を行うものである。
【００３８】
上記操作スイッチ２３は、カメラ１の撮影動作開始やモード切り換えなどの操作を行うための各スイッチ類を含んで構成された操作手段である。
【００３９】
上記ＥＥＰＲＯＭ２１は、このカメラ１において用いられる各種のデータやこのカメラ１を識別するための後述する識別コード（ＩＤコード）等を記録するものである。
【００４０】
上記ＦｌａｓｈＲＯＭ２２は、このカメラ１の動作を制御するためのプログラムであるファームウェアが記録されたものであり、書き換え可能となっている。
【００４１】
上記通信部２４は、インターネット２を介してサーバ３とデータの送受信を行うための通信手段であり、送信手段と受信手段とを兼ねたものとなっている。この通信部２４は、有線により通信を行うものと、無線により通信を行うものと、の何れであっても構わないが、ファームウェア更新時のユーザの負担をより軽減するには、無線により通信を行うものであることが望ましい。
【００４２】
上記電池２５は、このカメラ１内の各回路に電力を供給するための電池電源である。
【００４３】
上記電圧判定回路２６は、この電池２５の電圧を判定して、判定結果をＣＰＵ２８へ出力するものである。
【００４４】
上記ＣＰＵ２８は、上述した各回路等を含むこのカメラ１全体の動作を制御するための制御手段であり、通信部２４を介して受信しＲＡＭ１２に記憶したファームウェアをＦｌａｓｈＲＯＭ２２に書き込む更新手段を兼ねたものとなっている。このＣＰＵ２８には、システムタイマが内蔵されており、現在時刻を把握することができるようになっている。なお、このシステムタイマは、通信部２４を介してインターネット２のＮＴＰ（Network Time Protocol）サーバと通信することにより、常にほぼ正確な時刻を維持することができるようになっている。また、このカメラ１にいわゆる電波時計の機能を備えさせて、時刻の正確な維持をこれにより行うように構成しても構わない。
【００４５】
このようなカメラ１の動作は、ほぼ次のようになっている。
【００４６】
上記レンズ４を通過した光束は、ローパスフィルタ５を介して、ＣＣＤ６の撮像面に結像する。
【００４７】
上記操作スイッチ２３の操作による静止画（あるいは動画）の撮影指示が入力されると、上記ＣＣＤ６による光電変換が行われ、アナログの画像信号が出力される。
【００４８】
このＣＣＤ６からの信号は、ＣＤＳ／ＡＧＣ回路７に入力されて、該ＣＤＳ／ＡＧＣ回路７内のＣＤＳ回路部により公知の相関二重サンプリングなどが行われてリセットノイズが除去されるとともに、該ＣＤＳ／ＡＧＣ回路７内のＡＧＣ回路部により所定の信号レベルへの増幅が行われて出力される。
【００４９】
このＣＤＳ／ＡＧＣ回路７からのアナログの画像信号は、続くＡ／Ｄ変換回路８によって、デジタルの画像信号（画像データ）に変換される。
【００５０】
これらＣＤＳ／ＡＧＣ回路７、上記Ａ／Ｄ変換回路８へは、タイミングジェネレータ１０により生成されたタイミングを制御するための信号が入力されるようになっており、該タイミングジェネレータ１０からの信号は、さらに上記ＣＣＤドライバ９へも入力される。このタイミングジェネレータ１０は、ＣＰＵ２８により制御されるようになっている。
【００５１】
上記ＤＳＰ回路１１は、上記Ａ／Ｄ変換回路８からの画像データに対して、所定の画像処理演算を行うとともに、得られた演算結果に基づいて該画像データにオートホワイトバランス処理も行う。
【００５２】
このＤＳＰ回路１１により処理された画像データは、ＲＡＭ１２に一時的に記憶される。
【００５３】
このＲＡＭ１２内の画像データは、圧縮／伸張回路１６内の圧縮回路部で圧縮された後に、記録媒体１７に記憶される。
【００５４】
また、上記操作スイッチ２３の所定の操作により記録済みの画像の再生指示が行われた場合には、記録媒体１７に記憶されている圧縮されたデータが、圧縮／伸張回路１６内の伸張回路部により伸張される。
【００５５】
この圧縮／伸張回路１６により伸張された画像データは、ＲＡＭ１２に一時的に記憶され、その画像データがＤ／Ａ変換回路１３によりアナログの画像信号に変換された後に、ＬＣＤ１４に表示される。なお、このＬＣＤ１４は、再生画像を表示するのに用いられるだけでなく、後述するファームウェアの更新中である旨の表示や、撮影モードの表示などにも用いられるようになっている。
【００５６】
このＬＣＤ１４の動作は、ＬＣＤドライバ１５から発生された信号により制御される。
【００５７】
一方、上記Ａ／Ｄ変換回路８からのデジタル画像データは、ＡＥ／ＡＦ処理回路１８へ入力される。
【００５８】
このＡＥ／ＡＦ処理回路１８は、１フレーム（１画面）分の画像データの輝度値を算出して重み付け加算する等の処理を行うことにより、被写体の明るさに対応したＡＥ評価値を算出し、算出結果をＣＰＵ２８へ出力するとともに、１フレーム（１画面）分の画像データの輝度成分にハイパスフィルタなどを用いて高周波成分を抽出し、抽出した高周波成分の累積加算値を算出する等により高周波域側の輪郭成分等に対応したＡＦ評価値を算出し、算出結果をＣＰＵ２８へ出力する。この実施例１においては、ＡＥ／ＡＦ処理回路１８により算出された上記ＡＦ評価値に基づいて、ＣＰＵ２８が焦点検出を行うようになっている。
【００５９】
上記電圧判定回路２６は、電池２５の電圧を検出して、その検出結果をＣＰＵ２８へ出力するようになっている。
【００６０】
上記ＥＥＰＲＯＭ２１は、露出制御やオートフォーカス処理等に必要な各種補正データがカメラ製造時に記録されたものであり、ＣＰＵ２８は、必要に応じて、このＥＥＰＲＯＭ２１から補正データを読み出して各種の演算を行うようになっている。
【００６１】
上記ＦｌａｓｈＲＯＭ２２は、上述したように、このカメラ１を動作させるための基本的なソフトウェアであるファームウェアを記憶するものであり、ＣＰＵ２８は該ファームウェアに基づいて、このカメラ１に係る各種の制御や演算等を行うようになっている。
【００６２】
上記通信部２４は、インターネット２を介して、サーバ３に対して、カメラ１を識別するためのＩＤコードとともにファームウェア更新要求信号を送信する。またこの通信部２４は、サーバ３から送信されたファームウェアを受信して、ＣＰＵ２８の制御に基づき、この受信したファームウェアをＲＡＭ１２に一時的に記憶させる。
【００６３】
ここで、図２は、カメラ１から送信されるＩＤコードの内容を示す図である。
【００６４】
上記ＩＤコードは、製造時にメーカーで記録されるカメラＩＤと、販売時に販売店で記録される販売時データと、に大別される。
【００６５】
上記カメラＩＤは、メーカーを識別するためのメーカーコードと、撮像装置（この実施例１ではカメラ）の機種を表す機種コードと、機種毎にカメラの個体を識別するために付与されているシリアルコードと、この撮像装置を販売可能な地域を示す販売地域コードと、が含まれている。ここに、販売地域コードは、メーカーが、この撮像装置を特定の地域でのみ販売しようとする際に付するものであり、例えば、販売地域を日本国内に限ることを示すコード、販売地域を北米地域に限ることを示すコード、販売地域をヨーロッパ地域に限ることを示すコード、販売地域を日本を除くアジア・オセアニア地域に限ることを示すコード、販売地域を南米・アフリカ地域に限ることを示すコード、などを記録する例が挙げられる。もちろん、これに限らず、日本国内における販売地域を限定することも可能であり、関東地域での販売に限るコードや、関西地域での販売に限るコードなどを記録することもできる。このように、販売地域コードは、比較的狭い地域限定から、全世界に渡る地域限定まで、幅広く用いることが可能となっている。
【００６６】
また、上記販売時データは、ユーザーが購入した販売店を識別するための販売店コードと、該販売店において販売が行われた販売年月日と、が含まれている。この販売店コードおよび販売年月日は、販売店において、上記ＥＥＰＲＯＭ２１へ記録が行われるようになっている。
【００６７】
なお、ＩＤコードとして記録可能な情報は、これらに限るものではなく、その他の各種の情報を記録することも可能である。
【００６８】
サーバ３は、上記ＩＤコードとファームウェア更新要求信号とを受信すると、ＩＤコードに基づいて、ファームウェア更新要求信号を送信してきたカメラ１が不正商品であるか否かを判断することが可能となっている。ここに、不正商品とは、メーカーで製造したものでない撮像装置、盗難にあった撮像装置、販売地域が異なる撮像装置などが例として挙げられる。販売地域が異なる撮像装置としては、いわゆる逆輸入品や並行輸入品などがその例である。
【００６９】
また、サーバ３側では、上記ＩＤコードに基づき、新規購入されたカメラの機種と販売店とを把握することができるために、製品の売れ行きをタイムリーに把握することが可能となる。従って、メーカーは、カメラ店毎の受注に、即座に対応することができるとともに、在庫管理を効率的に行うことが可能となる。さらに、メーカーは、該撮像装置に対する修理を依頼された場合には、販売店と販売時期とを確認することができるために、修理保証期間内であるか否かを簡単に調べることが可能となる。なお、上記ＩＤコードは、不正に書き換えられるのを防止するために、暗号化するようにしても構わない。
【００７０】
次に、図３はファームウェア更新システムの作用を示すフローチャートである。なお、この図３においては、左側にカメラ１において行われる処理を、右側にサーバ３において行われる処理を、それぞれ対比させて記載している。
【００７１】
また、この図３においては、簡単のために、「ファームウェア」を適宜「ＦＷ］と記載している。
【００７２】
このファームウェア更新の処理を開始すると、カメラ１において、時刻が所定の時刻に一致するか否かを判断する（ステップＳ１）。このカメラ１は、所定の時刻になると、このファームウェア更新の処理におけるステップＳ２以降の処理を実行するようになっている。ここに、所定の時刻としては、例えば、カレンダー上に予約されている所定の年月日（時分秒）、あるいは、最後にファームウェア更新の処理が行われてから所定時間が経過したとき、などを設定する例が挙げられ、これらに加えて、カメラ１が購入された直後を追加するようにしても良い。なお、この所定の時刻は、固定的であるに限るものではなく、操作スイッチ２３を操作することにより変更可能となるようにしても構わない。
【００７３】
また、このファームウェア更新の処理は、カメラ１の電源スイッチがオンになっているか、オフになっているかに応じて、次のような各種の動作態様をとることが可能である。
【００７４】
まず、第１の動作態様は、カメラ１の電源スイッチがオンになっているときにのみ、ファームウェア更新の処理を行うようにするものである。このように構成すれば、使用者がファームウェア更新が行われているか否かを、確認することが可能となる。
【００７５】
次に、第２の動作態様は、カメラ１の電源スイッチがオンになっているときとオフになっているときとの何れであっても、上記ステップＳ１の条件が満たされるときに、ファームウェア更新の処理を行うようにするものである。これにより、カメラ１を例えば長期間使用しない場合でも、カメラ１は定期的に最新のファームウェアに自動更新された状態となる利点がある。
【００７６】
そして、第３の動作態様は、カメラ１の電源スイッチがオフになっているときにのみ、ファームウェア更新の処理を行うようにするものである。このように構成すれば、使用者がカメラ１を使用しているときには、その撮影動作を妨げることはなく、カメラ１が使用されていないときに、自動的にファームウェアの更新がなされる利点がある。
【００７７】
上記ステップＳ１において、所定の時刻になったことが確認されたら、図２に示したようなカメラＩＤ（および、必要に応じて販売時データ）とファームウェア更新要求信号（リクエスト信号）と、を通信部２４を介してカメラ１からサーバ３へ、インターネット２を介して送信する（ステップＳ２）。
【００７８】
サーバ３は、カメラ１からカメラＩＤ（および、必要に応じて販売時データ）とファームウェア更新要求信号とを受信すると（ステップＳ２１）、該カメラＩＤに対応して記録されている更新来歴をチェックする（ステップＳ２２）。この更新来歴は、該カメラＩＤにより特定されるカメラ１のファームウェアが、どのような履歴で更新されたかを記録したものである。
【００７９】
そして、更新来歴のチェック結果に基づき、最新のファームウェアに更新済みであるか否かを判断する（ステップＳ２３）。
【００８０】
ここで、最新のファームウェアに更新済みである場合には、その旨をカメラ１へ通知してから（ステップＳ２４）、サーバ３側の処理を終了する。
【００８１】
カメラ１は、上記ステップＳ２の処理を行った後、最新のファームウェアに更新済みの通知をサーバ３から受信するか否かを監視している（ステップＳ３）。ここで、該通知を受信した場合には、カメラ１側の処理を終了する。
【００８２】
また、上記ステップＳ２３において、最新のファームウェアに更新済みでない場合には、最新のファームウェアの送信を開始する（ステップＳ２５）。
【００８３】
そして、カメラ１は、上記ステップＳ３で最新のファームウェアに更新済みの通知をサーバ３から受信しない場合には、上記ステップＳ２５でサーバ３から送信されるファームウェアの受信を行う（ステップＳ４）。
【００８４】
カメラ１は、例えばパケット単位で受信したファームウェアをＲＡＭ１２に順次記憶し（ステップＳ５）、ファームウェアの受信を完了したか否かを判断する（ステップＳ６）。
【００８５】
ここで、ファームウェアの受信が完了していない場合には、操作スイッチ２３に含まれるレリーズスイッチが操作されることにより、撮影の開始が指示されたか否かを判断する（ステップＳ７）。
【００８６】
そして、撮影の開始が指示されていない場合には、上記ステップＳ４へ戻って、ファームウェアの受信処理を継続して行う。
【００８７】
一方、撮影の開始が指示された場合には、ファームウェアの送信中断を要求する信号（ＦＷ送信停止信号）を、インターネット２を介してサーバ３へ送信する（ステップＳ８）。
【００８８】
上記サーバ３は、上記ステップＳ２５で送信しているファームウェアについて、送信が完了したか否かを判断し（ステップＳ２６）、完了した場合には、このサーバ３側の処理を終了する。
【００８９】
また、送信が完了していない場合には、サーバ３は、ファームウェア送信停止信号を受信したか否かを判断し（ステップＳ２７）、受信していない限りは、上記ステップＳ２５へ戻って、ファームウェアの送信を継続して行う。
【００９０】
これに対して、上記ステップＳ８でカメラ１から送信されたファームウェア送信停止信号を受信した場合には、サーバ３は、ファームウェアの送信を中断して、後述するファームウェア更新再開信号を受信するまで待機する（ステップＳ２８）。
【００９１】
一方、上記ステップＳ８において、ファームウェア送信停止信号を送信した後に、カメラ１のＣＰＵ２８は、撮影が終了するのを監視する（ステップＳ９）。
【００９２】
なお、途中まで受信したファームウェアがＲＡＭ１２に記憶されていて、後述するように、撮影後に該ファームウェアの受信を再開する場合には、撮影した画像データを、ＲＡＭ１２内における上記ファームウェアを記憶した領域以外の領域に記憶することが必要である。ただし、後述するように、ファームウェアの受信を中止した場合にはこの限りではない。
【００９３】
そして、撮影が終了したと判断されたところで、上記ステップＳ８で中断したファームウェアの送信の再開を要求する信号（ＦＷ送信再開信号）を、インターネット２を介してサーバ３へ送信する（ステップＳ１０）。このときには、どのバージョンのファームウェアをどの部分から送信することが必要であるかの情報も、併せてサーバ３へ送信するようになっている。
【００９４】
サーバ３は、このＦＷ送信再開信号を受信すると（ステップＳ２９）、上記ステップＳ２５へ戻って、指定された部分からのファームウェアの送信を再開する。
【００９５】
カメラ１は、上記ステップＳ１０の処理を行った後、上記ステップＳ４へ戻って、サーバ３から送信されてくるファームウェアの受信を再開する。
【００９６】
そして、上記ステップＳ６において、ファームウェアの受信を完了したと判断された場合には、まず、他の割り込み処理を禁止する（ステップＳ１１）。これにより、操作スイッチ２３に含まれるレリーズスイッチ等が操作されたとしても、ファームウェアの書き換えが行われているときには撮影動作が行われることはなくなる。ファームウェアは、カメラ１の動作を制御する基本的なソフトウェアであるために、確実に書き換えが行われるように、ここでは他の処理を禁止するようにしている。
【００９７】
そして、ＲＡＭ１２に記憶されているファームウェアを、ＦｌａｓｈＲＯＭ２２に書き込む処理を開始するとともに（ステップＳ１２）、ファームウェアを書き込み中である旨の表示をＬＣＤ１４により行う（ステップＳ１３）。このときには、「ファームウェアを書き込み中ですから、カメラの操作を行わないでください。」などの注意を促す表示を行うと良い。これにより、ユーザは、ファームウェアを書き込み中であることを理解することができ、他の操作を行うことがない。また、該表示に気付かず、例えばレリーズスイッチを操作したとしても、撮影が行われないことを不審に思ったユーザが表示を見ることにより、その理由を理解することができる。
【００９８】
なお、このステップＳ１３の表示は、カメラ１の電源スイッチがオンになっているときにこのファームウェアの更新処理が実行された場合にのみ行えば足りる。従って、カメラ１の電源スイッチがオフになっているときには、該ステップＳ１３の処理をスキップすることが可能である。
【００９９】
そして、ファームウェアの書き込みが完了したか否かを判断し（ステップＳ１４）、完了するまでは上記ステップＳ１２へ行ってファームウェアの書き込みを行う。
【０１００】
こうして、ファームウェアの書き込みが完了したところで、割り込み処理を許可し（ステップＳ１５）、このファームウェア更新の処理を終了する。
【０１０１】
なお、上述では図示していないが、カメラ１は、ファームウェアの更新が完了した場合には、ファームウェア更新完了信号をサーバ３へ送信するようになっており、サーバ３は、このファームウェア更新完了信号を受信した場合には、該カメラ１のカメラＩＤに対応する更新来歴に、更新したファームウェアのバージョンや更新日時等を追記する。これにより、サーバ３側では、カメラ１の個体毎の更新状況を把握することが可能となっている。
【０１０２】
また、上述では、ファームウェアを受信している最中に、撮影動作が開始された場合には、ファームウェアの受信を中断し、該撮影動作が終了したところで、ファームウェアの受信を再開するようにしている。撮影している画像が静止画像である場合や、動画像であっても比較的撮影時間が短い場合には、このような処理を行っても良いが、撮影時間が長い動画像の場合には、ファームウェアの受信を中止するようにしても構わない。この場合には、次の機会に、ファームウェアの受信動作を最初から繰り返して行うことになる。
【０１０３】
さらに、受信したファームウェアを記憶する記憶手段として、上述では、揮発性の記憶手段たるＲＡＭ１２を用いているが、これに限るものではなく、例えば記録媒体１７を用いるようにしても良い。記録媒体１７が画像データを保存するためのカードメモリ等でなる場合には、一般的にＲＡＭ１２よりも記憶容量が大きく（つまり、記憶容量に余裕があって）、かつ不揮発性の記憶手段であるために、途中まで受信したファームウェアのデータを保存しておける可能性が高い（つまり、揮発性の記憶手段の場合には、電源のオフ等により受信したデータが消失する可能性があり、また、記憶容量が小さい場合には、画像データを優先的に保存すると、ファームウェアが上書きされる可能性がある）。従って、ファームウェアの受信を中断する場合（つまり、後で再開する可能性がある場合）には、ＲＡＭ１２に記憶するよりも、記録媒体１７に記憶するようにする方が望ましい。
【０１０４】
そして、上述では、中断したファームウェアの送信の再開を要求するに当たって、カメラ１から、どのバージョンのファームウェアをどの部分から送信することが必要であるかの情報を送るようにしているが、これに代えて、あるいはこれとともに、サーバ３側において、どのバージョンのファームウェアを、どの部分まで送信したかを、更新履歴に記録するようにしても良い。
【０１０５】
さらに、上述では、撮像装置の一例としてカメラ１を挙げたが、もちろんこれに限るものではなく、携帯電話やＰＤＡ、携帯型ディスプレイ装置など、撮像機能を有する各種の機器に広く適用することができる。
【０１０６】
そして、上述では、カメラ１とサーバ３とを結ぶ手段として、インターネット２を例に挙げたが、これに限るものではなく、他のネットワークや通信手段を用いることも可能である。
【０１０７】
また、上述では、サーバから受信するデータとしてファームウェアを例に挙げているが、これに限るものではなく、その他の各種のデータを受信するのにも用いることが可能である。
【０１０８】
このような実施例１によれば、ユーザーに負担をかけることなく、撮像装置のファームウェア等のデータの更新を簡単に行うことが可能となる。このとき、データの更新は、撮像装置自体が備える通信機能により行うようにしているために、パーソナルコンピュータ等を用いる必要がなく、該パーソナルコンピュータ等の操作に不慣れなユーザでも、全く問題なくデータの更新を行うことが可能となる。また、通信を無線により行うようにすれば、コード等を接続する手間が省けるために、よりユーザの負担を軽減することが可能となる。
【０１０９】
そして、定期的にファームウェア等のデータのバージョンをサーバ側に問い合わせて、現在のバージョンよりも新しいものがある場合には自動的に更新が行われるために、ユーザーに負担をかけることなく、撮像装置を最新の状態に維持することが可能となる。そして、サーバは、カメラＩＤを取得して、該カメラＩＤに応じたデータを送信するために、同一の機種であって異なる電子部品等を用いている場合でも、その機器個体に適したデータの更新を行うことができる。
【０１１０】
また、受信したファームウェア等のデータを用いて直接更新を行うのではなく、一旦、記憶手段に記憶させて、該記憶手段にデータの記憶が終了してから更新を行うようにしたために、データ受信中に何等かの通信障害などのトラブルが生じてファームウェア等が動作しなくなるという事態を、未然に回避することが可能となる。そして、記憶手段として、撮影した画像を記憶するためのＲＡＭや記録媒体を用いるようにしているために、別途のメモリ等が不要となり、コストを削減することができる。また、受信したファームウェア等のデータを、不揮発性の記憶手段に記憶する場合には、途中で通信を中断した場合でも、後でその続きから受信を再開することが可能となり、受信時間を短縮して、電池の消耗を低減することが可能となる。
【０１１１】
さらに、ファームウェアを書き込み中には、その旨を表示するようにしたために、ユーザは、操作スイッチの操作が実行されなくても、その理由を知ることができる。
【０１１２】
そして、ファームウェアを受信中に撮影が開始されたときには、撮影動作を優先して行うようにしたために、データの受信に長時間を要する場合でも、シャッタチャンスを逃がすことがない。
【０１１３】
また、ファームウェアを受信中には、受信中であることを表示しないために、ユーザが撮影を行うのを躊躇したりすることはなく、被写体を撮影するという撮像装置本来の機能を果たすのを妨げることがない。
【０１１４】
さらに、サーバ側では、更新履歴を記録しているために、販売した撮像装置の状態を把握することができる。そして、最新のファームウェアが既に記録されている場合には、無駄な送信を行わないために、効率的なサーバ運用が可能となる。
【０１１５】
なお、本発明は上述した実施例に限定されるものではなく、発明の主旨を逸脱しない範囲内において種々の変形や応用が可能であることは勿論である。
【産業上の利用可能性】
【０１１６】
本発明は、適用されるアップデートサーバと通信回線を介して通信を行いデータの更新を行う撮像装置および撮像装置のデータの受信方法に好適に利用することができる。
【図面の簡単な説明】
【０１１７】
【図１】本発明の実施例１において、撮像装置としてのカメラを含むファームウェア更新システムの構成を示すブロック図。
【図２】上記実施例１において、カメラから送信されるＩＤコードの内容を示す図。
【図３】上記実施例１におけるファームウェア更新システムの作用を示すフローチャート。
【符号の説明】
【０１１８】
１…カメラ（撮像装置）
２…インターネット（通信回線）
３…サーバ（アップデートサーバ）
４…レンズ
５…ローパスフィルタ
６…ＣＣＤ（撮像手段）
７…ＣＤＳ／ＡＧＣ回路
８…Ａ／Ｄ変換回路
９…ＣＣＤドライバ
１０…ＴＧ（タイミングジェネレータ）
１１…ＤＳＰ回路
１２…ＲＡＭ（揮発性の記憶手段）
１３…Ｄ／Ａ変換回路
１４…ＬＣＤ（表示手段）
１５…ＬＣＤドライバ
１６…圧縮／伸張回路
１７…記録媒体（不揮発性の記憶手段）
１８…ＡＥ／ＡＦ処理回路
２１…ＥＥＰＲＯＭ
２２…ＦｌａｓｈＲＯＭ
２３…操作スイッチ
２４…通信部（送信手段、受信手段）
２５…電池（電池電源）
２６…電圧判定回路
２８…ＣＰＵ（制御手段、更新手段）
代理人    弁理士      伊    藤      進
【図１】
2006074505.tif 000003
【図２】
2006074505.tif 000004
【図３】
2006074505.tif 000005