(57)【要約】【課題】ファームウェアデータのダウンロードを実行中に通信に何らかの障害が起きた場合でも、ファームウェアのアップデートを継続しファームウェアのアップデートを完了させることができる可能性を高くする。【解決手段】通信手段を複数備えた電子機器を用いて、ファームウェアのアップデート中にファームウェアのアップデートに使用している第一の通信手段において異常が起きた場合に、第一の通信手段から、第二の通信手段に切り替えて、ファームウェアのアップデートを行う。【選択図】図１
2012059080.tif 000002
【特許請求の範囲】
【請求項１】
ファームウェアを記憶する書き換え可能な不揮発性メモリと、
前記ファームウェアのアップデートデータを記憶した第一のコンピュータと通信する第一の通信手段と、
前記ファームウェアのアップデートデータを記憶した第二のコンピュータと通信する第二の通信手段と、
前記第一の通信手段と前記第二の通信手段のいずれか一方を用いて、
前記ファームウェアのアップデートデータをダウンロードし前記不揮発性メモリへアップデートするファームウェアのアップデート手段と、
前記ファームウェアのアップデートデータのダウンロード状況を監視する監視手段と、
前記第一の通信手段と前記第二の通信手段を切り替える切り替え手段とを備え、
前記アップデート手段が前記第一の通信手段を使用して前記ファームウェアのアップデートを実行中に、
前記監視手段が、第一の通信手段による前記ファームウェアのアップデートデータのダウンロード状況を異常と判定したときに、
前記切り替え手段は、前記アップデート手段が用いる通信手段を前記第一の通信手段から前記第二の通信手段に切り替えることを特徴とした電子機器。
【請求項２】
前記第一の通信手段は、一対複数接続可能な通信プロトコルを用いて前記ファームウェアのアップデートデータをダウンロードし、
前記第二の通信手段は、前記第二のコンピュータから一対一接続可能な通信プロトコルを用いて、前記ファームウェアをダウンロードすることを特徴とした請求項１記載の電子機器。
【請求項３】
前記監視手段は、前記第一の通信手段による通信が切断されたときに異常と判定することを特徴とした請求項１または請求項２に記載の電子機器。
【請求項４】
電子機器のファームウェアを記憶する書き換え可能な不揮発性メモリと、
前記ファームウェアのアップデートデータを記憶した第一のコンピュータと通信する第一の通信手段と、
前記ファームウェアのアップデートデータを記憶した第二のコンピュータと通信する第二の通信手段と、
前記第一の通信手段と前記第二の通信手段のいずれか一方を用いて、
前記ファームウェアのアップデートデータをダウンロードし前記不揮発性メモリへアップデートするファームウェアのアップデート手段と、
前記ファームウェアのアップデートデータのダウンロード状況を監視する監視手段と、
前記第一の通信手段と前記第二の通信手段を切り替える切り替え手段とを備え、
前記アップデート手段が前記第一の通信手段を使用して前記ファームウェアのアップデートを実行中に、
前記監視手段が、第一の通信手段による前記ファームウェアのアップデートデータのダウンロード状況を異常と判定した場合に、
前記切り替え手段は、前記アップデート手段が使用する通信手段を前記第一の通信手段から前記第二の通信手段に切り替えることを特徴としたファームウェアアップデート方法。
【請求項５】
前記第一の通信手段は、一対複数接続可能な通信プロトコルを用いて前記ファームウェアのアップデートデータをダウンロードし、
前記第二の通信手段は、前記第二のコンピュータから一対一接続可能な通信プロトコルを用いて、前記ファームウェアのアップデートデータをダウンロードすることを特徴とした請求項５記載のファームウェアアップデート方法。
【請求項６】
さらに、前記第一のコンピュータと前記第二のコンピュータに記憶されている前記ファームウェアのアップデートデータのバージョンを確認する確認手段と、
前記第一のコンピュータと前記第二のコンピュータに記憶されている前記ファームウェアのアップデートデータのバージョンを同期する同期手段を備え、
前記確認手段が前記第一のコンピュータと前記第二のコンピュータに記憶されているファームウェアのバージョンが異なることを確認すると前記同期手段は、前記第一のコンピュータと前記第二のコンピュータに記憶されているファームウェアのアップデートデータのバージョンを同期することを特徴とする請求項５または請求項６記載のファームウェアアップデート方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はファームウェアによって動作する電子機器及びファームウェアのアップデート方法に関する。
【背景技術】
【０００２】
近年、マイクロコンピュータの内蔵フラッシュメモリ（以下、内蔵ＲＯＭと記す）および内蔵ＲＡＭ（ランダムアクセスメモリ）の大容量化が進み、電子機器に要求される機能を内蔵ＲＯＭおよび内蔵ＲＡＭのみで実現できるようになってきている。このような電子機器においてファームウェアをアップデートする場合、つまり、ファームウェアの記憶先である内蔵ＲＯＭを書き換えるには、以下のような処理を行う。ファームウェアを書き換えるためのファームウェア書き換えプログラム（以下、書き換えプログラムと記す）を内蔵ＲＡＭにダウンロードして、内蔵ＲＡＭ上の書き換えプログラムに処理を移す。書き換えプログラムによってファームウェアデータの受信と内蔵ＲＯＭの書き換え処理を行うという方法をとる。また、内蔵ＲＡＭは電子機器に要求される機能を実現するための最小限の容量しか搭載していないためファームウェアデータを一括して受信することができない場合がある。そのため、ファームウェアデータを送る側のサーバ側アプリケーションは、ファームウェアデータを前記書き換えプログラムが受信可能なデータサイズに分割して送る。そして、前記書き換えプログラムは分割されたデータサイズ毎に逐次ファームウェアのデータを受信して、内蔵ＲＯＭへの書き込みを行うといった手順をとることになる。
【０００３】
このアップデート作業によりファームウェアのプログラムに基づいて動作する電子機器では、新たな機能の追加や不具合の修正などを行うことができる。特許文献１には、電子機器が有するファームウェアの新しいバージョンがあった場合に、ネットワークを介したホストコンピュータからアップデートを行うシステムが開示されている。
【０００４】
また、特許文献２には、携帯情報端末に、ホストコンピュータからファームウェアのアップデートデータを受信して、赤外線で電子機器のファームウェアをアップデートする方法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３―００５９９１号公報
【特許文献２】特開２００５―２２９２７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した特許文献１、特許文献２ではファームウェアのアップデートデータをダウンロード中に、ファームウェアのアップデートデータをダウンロードしているホストコンピュータとの通信に何らかの障害が起きた場合の想定が記載されていない。アップデート中にダウンロードをしているコンピュータや通信手段などに障害がおきてしまうとファームウェアのアップデートを正常に終了できない場合がある。ファームウェアのアップデートが完了せずに電子機器を異常終了した場合、電子機器はファームウェアが書き込まれていないために起動することができなくなってしまう可能性があった。
【０００７】
そこで、本発明は上記課題に鑑み、ファームウェアのアップデートデータのダウンロードを実行中に、ファームウェアのアップデートを完了させることができる可能性を高くすることができる電子機器及びファームウェアアップデート方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、ファームウェアを記憶する書き換え可能な不揮発性メモリと、
前記ファームウェアのアップデートデータを記憶した第一のコンピュータと通信する第一の通信手段と、前記ファームウェアのアップデートデータを記憶した第二のコンピュータと通信する第二の通信手段と、前記第一の通信手段と前記第二の通信手段のいずれか一方を用いて、前記ファームウェアのアップデートデータをダウンロードし前記不揮発性メモリへアップデートするファームウェアのアップデート手段と、前記ファームウェアのアップデートデータのダウンロード状況を監視する監視手段と、前記第一の通信手段と前記第二の通信手段を切り替える切り替え手段とを備え、前記アップデート手段が前記第一の通信手段を使用して前記ファームウェアのアップデートを実行中に、前記監視手段が、第一の通信手段による前記ファームウェアのアップデートデータのダウンロード状況を異常と判定したときに、前記切り替え手段は、前記アップデート手段が用いる通信手段を前記第一の通信手段から前記第二の通信手段に切り替えることを特徴とした電子機器を用いることで解決できる。
【０００９】
また、上記の課題を解決するためのファームウェアアップデート方法として、電子機器のファームウェアを記憶する書き換え可能な不揮発性メモリと、前記ファームウェアのアップデートデータを記憶した第一のコンピュータと通信する第一の通信手段と、前記ファームウェアのアップデートデータを記憶した第二のコンピュータと通信する第二の通信手段と、前記第一の通信手段と前記第二の通信手段のいずれか一方を用いて、前記ファームウェアのアップデートデータをダウンロードし前記不揮発性メモリへアップデートするファームウェアのアップデート手段と、前記ファームウェアのアップデートデータのダウンロード状況を監視する監視手段と、前記第一の通信手段と前記第二の通信手段を切り替える切り替え手段とを備え、前記アップデート手段が前記第一の通信手段を使用して前記ファームウェアのアップデートを実行中に、前記監視手段が、第一の通信手段による前記ファームウェアのアップデートデータのダウンロード状況を異常と判定した場合に、前記切り替え手段は、前記アップデート手段が使用する通信手段を前記第一の通信手段から前記第二の通信手段に切り替えることを特徴としたファームウェアアップデート方法を用いることで解決する。
【発明の効果】
【００１０】
本発明により、ファームウェアのアップデートを実行中にファームウェアのアップデートデータを保存するコンピュータや通信手段になんらかの障害が起きた場合にも、ファームウェアのアップデートを完了させることができる可能性を向上させた電子機器を提供することができる。
【００１１】
本発明により、ファームウェアのアップデートを実行中にファームウェアのアップデートデータを保存するコンピュータや通信手段になんらかの障害が起きた場合にも、ファームウェアのアップデートを完了させることができる可能性向上させたファームウェアアップデート方法を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る電子機器３のブロック図である。
【図２】本発明の実施形態に係るファームウェアアップデート方法の構成を示す図である。
【図３】本発明の実施形態に係る携帯情報端末２のブロック図である。
【図４】本発明のファームウェアデータの更新処理手順を示すフローチャートである。
【図５】本発明のファームウェアアップデートの処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１３】
図１は本発明を適応し得る電子機器３の構成を示すブロック図である。
【００１４】
図１において、３１はマイクロコンピュータ３１である。３１Ａはファームウェアおよび演算データを記憶するための内蔵ＲＯＭ３１Ａ、３１Ｂは書き換えプログラムや演算データの一時記憶用に使用されるための内蔵ＲＡＭ３１Ｂ、３１Ｃは、各種制御やプログラムの実行を行うＭＰＵ３１Ｃである。３２はＬＡＮインターフェース４により通信を行うためのＬＡＮコントローラ３２、３３は赤外線インターフェース５により通信を行うための赤外線コントローラ３３である。３４は電子機器３が動作するにあたり必要となる各種設定データ、例えばＬＡＮインターフェース４と接続する際に必要となるＭＡＣアドレスなどを記憶するためのＥＥＰＲＯＭ３４である。３５は動作状態やＬＡＮインターフェース４または赤外線インターフェース５に何らかの障害が発生した場合にオペレータに報知するためのＬＥＤ３５で構成される。報知する手段は、ＬＥＤに限定されず、音や他の表示を用いる手段でも構わない。
【００１５】
図２は本発明を適用できる電子機器３と電子機器３のファームウェアアップデートを行う方法の構成を示す図である。
【００１６】
図２において１はホストコンピュータ１であり、２は携帯情報端末２である。３は電子機器３であり、４の第一の通信手段であるＬＡＮインターフェース４を介してホストコンピュータ１と通信される。また、５の第二の通信手段である赤外線インターフェース５を介して携帯情報端末２と通信される。
【００１７】
本発明の実施形態において、第一のコンピュータとして機能するホストコンピュータ１と第二のコンピュータとして機能する携帯情報端末２は、有線、無線を問わずＬＡＮインターフェース４で通信を行うことができる。また、ＬＡＮインターフェース４は、通信可能に接続される一例を示したのであって、ＷＡＮ、衛星通信、電話回線、その他の公衆通信回線など様々な通信回線を使用することができる。また、通信回線を介して通信していても、クロスケーブルなどによって、通信回線を介さずに直接接続されていてもよい。その他近距離無線通信なども使用可能であるが、最新のファームウェアをいずれかのサーバからダウンロードする簡便性を考えるとＴＣＰ／ＩＰなどインターネットで使用されるような一対複数接続可能な通信プロトコルを用いることが好ましい。第二のコンピュータとしては、送信角度や受信位置など様々な調整を行って電子機器３と通信できるように、携帯型の情報端末を用いることが好ましいが、据え置き型のコンピュータでも構わない。
【００１８】
電子機器３は、各種通信可能な情報家電、パーソナルコンピュータ、工作機械、ネットワーク対応のプリンタや、スキャナ、複合機などの事務機器、その他の電子機器にも用いることができる。電子機器３としては、通信手段が複数存在し、ファームフェアによって動作するものであればよい。ホストコンピュータ１と携帯情報端末２との間でデータの送受信を行うために用いられるクレードルのようなものや、携帯型の情報端末やゲーム機、ゲーム機や通信機器のアクセスポイントなどにも本発明の思想を適応することができる。
【００１９】
図３に本発明の実施形態に係る携帯情報端末２の構成のブロック図を記す。
【００２０】
２１は、制御部２１であり、２１Ａはファームウェアおよび演算プログラムを記憶するためのＲＯＭ２１Ａ、２１Ｂは書き換えプログラムや演算データの一時記憶用に使用されるためのＲＡＭ２１Ｂ、２１Ｃは、各種制御やプログラムの実行を行うＣＰＵ２１Ｃである。２２はＬＡＮインターフェース４と通信を行うためのＬＡＮコントローラ２２、２３は赤外線インターフェース５と通信を行うための赤外線コントローラ２３である。２４は携帯情報端末２が動作するにあたり必要となる各種設定データ、ＯＳなどを記憶する記憶装置２４である。記憶装置２４としては、ＳＳＤなどのフラッシュメモリが携帯性、耐衝撃性の面で好ましいが用途によっては、ＨＤＤなども可能である。２５は動作状態や電子機器３のファームウェアのアップデートを実行中にＬＡＮインターフェース４または赤外線インターフェース５に何らかの障害が発生した場合にオペレータに報知するためのＬＥＤ２５で構成される。
【００２１】
電子機器３のファームウェアをアップデートする場合に必要なプログラムなどの各種情報は、一般的なパーソナルコンピュータと同様のハードウェア構成を持つホストコンピュータ１の記憶装置（不図示）、または携帯情報端末２の記憶装置２４に保存されている。各種情報として、予め電子機器３のファームウェアをアップデートするためのサーバ側アプリケーションと書き換えプログラム、および、ファームウェアのアップデートデータが記憶されている。オペレータは、適宜、電子機器３または、ホストコンピュータ１もしくは携帯情報端末２からファームウェアアップデートアプリケーションを実行することによって、電子機器３のファームウェアのアップデートを開始することができる。また、ホストコンピュータ１はサーバとして機能する。サーバ側アプリケーション実行時に、ホストコンピュータ１と携帯情報端末２が共に電子機器３に通信可能に接続されている場合にはサーバ側アプリケーションは、ファームウェアのアップデートデータのバージョン確認を行う。ファームウェアのアップデートデータのバージョンが異なっている場合には、最新バージョンのファームウェアのアップデートデータを転送するよう動作する。以下に、ファームウェアデータの転送処理について詳述する。
【００２２】
図４は本発明の実施形態に係るファームウェアのアップデートデータの更新処理手順を示すフローチャートである。ホストコンピュータ１によってサーバ側アプリケーションが起動された場合について説明する。サーバ側アプリケーションが起動すると、Ｓ１００のファームウェアのバージョン確認処理が呼び出される。Ｓ１０１で携帯情報端末２が接続されているか検出を行う。Ｓ１０２で携帯情報端末２の検出結果を確認し、携帯情報端末２が接続されていない場合は処理を終了する。ホストコンピュータ１と携帯情報端末２が通信可能に接続されている場合には、Ｓ１０３で携帯情報端末２の記憶装置２４に記憶されたファームウェアのアップデートデータのバージョンを取得する。Ｓ１０４でホストコンピュータ１の記憶装置に記憶されているファームウェアのアップデートデータのバージョンと相違があるか確認を行い、相違がない場合には処理を終了する。相違がある場合にはＳ１０５に進み、どちらのファームウェアのアップデートデータが新しいバージョンであるか確認を行う。ホストコンピュータ１の記憶装置に記憶されているファームウェアのアップデートデータのバージョンが新しい場合には、Ｓ１０６に進みホストコンピュータ１の記憶装置に記憶されているファームウェアのアップデートデータを携帯情報端末２に送信する。また、携帯情報端末２の記憶装置２４に記憶されているファームウェアのアップデートデータのバージョンが新しい場合には、Ｓ１０７に進み携帯情報端末２に記憶されているファームウェアのアップデートデータを受信しホストコンピュータ１の記憶装置にあるファームウェアのアップデートデータを更新する。
【００２３】
ファームウェアのアップデートデータのバージョンを同期させることで、ファイルサイズを同一にし、ＭＰＵ３１Ｃは、書き換えを行ったデータの容量を記憶するだけで、ファームウェアの書き換え再開位置を分かりやすくすることができる。通信手段の切り替えを行った場合は、切り替えるまでのアップデートの書き込み容量の情報について通信を確立できたコンピュータへ通知する。また、書き換えプログラムにより、書き込みが終わったデータサイズごとのブロック数を逐次記憶し、書き換え完了したブロック数の情報について通信を確立できたコンピュータへ送信するようにしてもよい。ブロックのサイズは、内蔵ＲＡＭ３１Ｂの空き容量に対応して設定しても、予めデータの送信側や受信側で設定してもよい。書き込み途中のブロックについては、当該ブロックの書き込みデータを消去し、ブロックの先頭から書き込みを再開するようにすると円滑にダウンロードと書き換えの再開が行いやすい。また、ＭＰＵ３１Ｃは、通信手段の切り替えを行った先のコンピュータに保存されているファームウェアのバーションの確認をファイル名やファイルの属性情報などにより行う。バージョンが異なる場合は、書き込まれたファームウェアのデータを消去し、先頭のデータから書き換えを行う。ファームウェアのバージョンの確認手段及び同期手段としては、ホストコンピュータ１の不図示の制御部がプログラムを実行する。もしくは、携帯情報端末２の制御部２１がプログラムを実行してホストコンピュータ１と携帯情報端末２の双方が通信可能なＬＡＮインターフェース４を用いて通信を行うことでファームウェアのバージョンの同期を行う。
【００２４】
以下に、本発明の実施形態における電子機器３のファームウェアアップデート方法について説明する。
【００２５】
電子機器３のファームウェアをアップデートする場合は電子機器３の内蔵ＲＡＭ３１Ｂ上に書き換えプログラムを内蔵ＲＯＭ３１Ａまたはホストコンピュータ１から取得し、書き換えプログラムを内蔵ＲＡＭ３１Ｂ上で実行しながら内蔵ＲＯＭ３１Ａの情報を書き換えるという方法をとる。内蔵ＲＯＭ３１Ａに書き換えプログラムが存在する場合は、内蔵ＲＯＭ３１Ａから内蔵ＲＡＭ３１Ｂに展開して、ＭＰＵ３１Ｃが実行することもできる。
【００２６】
内蔵ＲＯＭ３１Ａに書き換えプログラムが存在しない場合は、電子機器３または、いずれか一方のコンピュータでファームウェアのアップデートプログラムが実行される。すると、ホストコンピュータ１または携帯情報端末２は、各々が電子機器３に対して通信可能な通信手段を用いて電子機器３と通信する。電子機器３に対してファームウェアアップデート要求を行い電子機器３がファームウェアのアップデートが可能な状態か確認する。電子機器３がファームウェアのアップデートが可能な状態ならば続いて電子機器３に書き換えプログラムをダウンロードする。ＭＰＵ３１Ｃは、ファームウェアアップデート要求がきた場合、通信状態を確認し通信中でなければ図示省略した通信タスクやメモリプールなどのリソースを解放し内蔵ＲＡＭ３１Ｂ上に書き換えプログラムのダウンロード領域を確保する。また、ファームウェアのアップデート要求があった通信手段を記憶するため内蔵ＲＡＭ３１Ｂの特定エリアに通信手段の情報を記憶する。続いて、確保した領域に書き換えプログラムを受信する。ＭＰＵ３１Ｃは書き換えプログラムの受信が正常に完了した場合、書き換えプログラムに処理を移す。すなわち、書き換えプログラムのスタートアドレスにブランチする。
【００２７】
図５は本発明のファームウェアアップデートの処理手順を示すフローチャートであり、本実施形態における書き換えプログラムのアップデート処理を行うタスクを示している。
【００２８】
内蔵ＲＡＭ３１Ｂに展開された書き換えプログラムを利用してＭＰＵ３１Ｃが行う処理に移るとアップデート処理タスクＳ２００が生成され起動する。Ｓ２０１で内蔵ＲＡＭ３１Ｂの特定エリアに記憶した前記通信手段の情報を読み出し、記憶された通信手段である通信ポートをオープンする。ここで以下のオート変数を用いてオープンを行った通信手段を管理する。
ｓｔｒｕｃｔ  Ｔ＿ＣＯＭＭＬＩＮＥ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ        ｆ＿ＬＡＮ：  １；
ｕｎｓｉｇｎｅｄ  ｉｎｔ        ｆ＿ＩＲ：  １；
｝ｃｏｍｍｌｉｎｅ  ＝｛０｝；
【００２９】
オープンを行った通信ポートがＬＡＮインターフェース４であった場合には、ｃｏｍｍｌｉｎｅ．ｆ＿ＬＡＮをＴＲＵＥに設定し、また、赤外線インターフェース５であった場合には、ｃｏｍｍｌｉｎｅ．ｆ＿ＩＲをＴＲＵＥに設定する。
【００３０】
Ｓ２０２でファームウェアデータの受信を待つ。Ｓ２０３はＭＰＵ３１Ｃが実行するプログラムにより通信速度を判定することで異常を検知する。ＭＰＵ３１Ｃが実行するプログラムによって通信異常の監視手段となり、異常を検知する。ＭＰＵ３１ＣはＳ２０２のファームウェアデータ受信処理の結果を確認する。Ｓ２０２で正常にファームウェアデータを受信した場合には、Ｓ２０４に進み、書き込みエリアのブランクチェックを行う。Ｓ２０５でブランクチェックの処理結果を確認し、データが書き込まれている場合には、Ｓ２０６に進み書き込みエリアの消去を行う。ブランク状態の場合にはそのままＳ２０７に進み受信したファームウェアデータの書き込みを行う。Ｓ２０８では、ホストコンピュータ１または携帯情報端末２の通信が確立できているコンピュータに対して、Ｓ２０２で受信したブロックのファームウェアデータの書き込みが終了したことを通知する。以降、Ｓ２０２からＳ２０８を繰り返しファームウェアのアップデートを行う。ＭＰＵ３１Ｃと内蔵ＲＡＭ３１Ｂに展開されたプログラムによって、ファームウェアを記憶する書き換え可能な不揮発性メモリである内蔵ＲＯＭ３１Ｂのアップデート手段として機能する。アップデート手段は赤外線コントローラ２３または、ＬＡＮコントローラ２２のいずれか一方で通信を確立できたコンピュータからファームウェアのアップデートデータを逐次ダウンロードして、内蔵ＲＯＭ３１Ｂに書き換えを行うこととなる。
【００３１】
Ｓ２０２において、接続が確立されている通信手段を用いて、ファームウェアデータをダウンロードする。通信速度が０ｋｂｐｓや書き換えを行うのに時間がかかるような所定の通信速度より遅くなった場合、Ｓ２０９へ進む。通信手段の通信速度はＭＰＵ３１Ｃが、プログラムを用いて判定し、通信手段のダウンロード状況を監視する監視手段としての機能を持つ。通信速度が０ｋｂｐｓである場合は、ＭＰＵ３１Ｃは通信が切断されたと判定し、通信手段を切り替え通信手段または通信先のコンピュータの異常をＬＥＤ３５により報知する。また、所定の通信速度は、内蔵ＲＡＭ３１Ｂ上に書き換えプログラムが確保したダウンロード領域に対応させることが好ましい。ダウンロード領域を有効に使いこなせず電子機器３のファームウェアのアップデートに通常より多くの時間がかかる場合に、ＭＰＵ３１Ｂが通信手段を切り替える。これにより、多くの時間がかかることによって、電子機器３をファームウェアのアップデート中に終了させてしまう危険を回避し、所定の時間内にアップデートを終わらすことができる。その結果、ユーザーに不安を与える可能性を減らすことができる。また、接続されたコンピュータに対して、ｐｉｎｇ等のコマンドを発行して、レスポンスがないことでダウンロード状況を通信異常と判定してもよい。異常報知設定が行われるとＭＰＵ３１ＣはＬＥＤ３５を１００［ｍｓ］間隔で点滅させる。
【００３２】
また、携帯情報端末２がこの異常の情報を受けた場合、オペレータに知らせるためＬＥＤ２５もＬＥＤ３５と同様に点滅する。次に、Ｓ２１０に進みＭＰＵ３１Ｃはｃｏｍｍｌｉｎｅを確認し、オープンされていない側の通信ポートをオープンする。すなわち、ＬＡＮインターフェース４を介してファームウェアのアップデートを開始していた場合には赤外線インターフェース５をオープンする。赤外線インターフェース５を介してファームウェアのアップデートを開始していた場合にはＬＡＮインターフェース４をオープンする。この処理は、ＭＰＵ３１Ｃが内蔵ＲＡＭ３１Ｂに展開したプログラムを実行して行い、アップデート手段が使用している通信手段の切り替え手段として機能する。また、ここで、ｃｏｍｍｌｉｎｅにオープンした通信ポートを設定する。設定は上述した方法と同様に行う。Ｓ２１０で通信ポートのオープンに成功した場合には、Ｓ２１１に進み異常報知の解除を行う。上述した通信ポートの切り替えが行われると、再度Ｓ２０２に進みファームウェアデータの受信処理を行う。
【００３３】
この通信手段を切り替える処理によって、ファームウェアのアップデート手段がファームウェアをアップデートの実行中に、使用している通信手段がなんらかの原因により、使用不能となってもファームウェアのアップデートを完了させる可能性を高めることができる。
【００３４】
本実施の形態では、ＬＡＮインターフェース４および赤外線インターフェース５を各々１回使用してアップデートを行う構成とした。しかし、ｃｏｍｍｌｉｎｅに設定する際に、未使用となる通信ポートのフラグをＦＡＬＳＥに設定することで、通信ポートを切り替え実行しながらファームウェアのアップデートが完了するまで繰り返すようにすることもできる。また、ＬＡＮインターフェース４と赤外線インターフェース５のオープン処理を交互に行うなどして、どちらか先に接続を確立した通信ポートを使用することも可能である。この場合にはｃｏｍｍｌｉｎｅによる管理は不要となる。
【００３５】
電子機器３で稼動している書き換えプログラムはＳ２０２のファームウェアデータ受信処理において、ホストコンピュータ１または携帯情報端末２からファームウェアアップデート完了通知を受信することで処理を完了する。
【００３６】
本発明の実施形態において、ＲＡＭ領域が少ない電子機器において逐次ファームウェアをダウンロードする必要があるような場合に好適に用いられるためマイクロコンピュータ１に内蔵されたＲＯＭのファームウェアの書き換えについて例示した。しかし、本発明の思想は、ＲＡＭ容量や、ＲＯＭ、ＲＡＭ、ＭＰＵやＣＰＵの配置によって制限を受けることなく、複数の通信手段を有する電子機器のファームウェアをアップデートする際に実施することができる。また、各々のコンピュータや電子機器が内蔵された複合機や、各々の機器がシステムの一部として機能し、複数の通信手段を切り替えてシステムの一部となっている電子機器のファームウェアのアップデートを行うときなども本発明の思想の範疇である。そのためファームウェアアップデートシステムとして応用可能である。
【００３７】
また、電子機器３が携帯情報端末２を所定位置に接続することによって、ＬＡＮインターフェース４に接続可能になるクレードルであれば、赤外線インターフェース５の各々の、発光部、受光部を所定位置で対向させることができるため、携帯情報端末２からのファームウェアアップデートの通信の接続が切断される可能性を低下させることができ携帯情報端末２からのファームウェアアップデートを正常に完了できる可能性を高めることができる。
【００３８】
本発明の実施形態において、第二の通信手段として、赤外線インターフェース５を用いたが他の通信手段も用いることができる。第二の通信手段も無線、有線であることを問わない。好ましくは、第二のコンピュータとして、携帯型の情報端末を用いる際には、第二の通信手段として通信異常を検知した場合に、オペレータが通信を確立しやすいように、近距離用の無線通信方式を用いるとよい。近距離無線通信方式であれば、携帯情報端末２の操作性を妨げる可能性も少ない。本発明の実施形態で示した赤外線通信やＢｌｕｅｔｏｏｔｈ（登録商標）またはＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）、確実に通信を行える有線方式の同軸ケーブルおよびツイストペアケーブルを含む金属ケーブル類、光通信ケーブル等が好ましく用いられる。特に、一対一接続可能な通信プロトコルを用いて、外部からの干渉を減らし、オペレータが動作や状態を確認しながらアップデートを行うことで通信障害が起こる可能性を減少させることができる。第二の通信手段を用いてアップデートを行うことで、アップデートが完了せずに、電子機器３を終了させてしまう可能性を減らすことができる。
【符号の説明】
【００３９】
１  ホストコンピュータ
２  携帯情報端末
３  電子機器
４  ＬＡＮインターフェース
５  赤外線インターフェース
３１  マイクロコンピュータ
３１Ａ  内蔵ＲＯＭ
３１Ｂ  内蔵ＲＡＭ
３１Ｃ  ＭＰＵ
３２  ＬＡＮコントローラ
３３  赤外線コントローラ
【図１】
2012059080.tif 000003
【図２】
2012059080.tif 000004
【図３】
2012059080.tif 000005
【図４】
2012059080.tif 000006
【図５】
2012059080.tif 000007