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