(57)【要約】【課題】ファームウェアのリカバリの際に、ユーザによる繁雑なリカバリ操作を不要にすることができる、ファームウェア更新システムおよびファームウェア更新方法を提供する。【解決手段】サーバ２からプリンタ１に新ファームがダウンロードされて、不揮発性メモリ１６に記憶されているファームウェアが新ファームに更新される、いわゆるファームウェアアップデート前に、サーバ２からＰＣ３のメモリ３２にリカバリ用ファームがダウンロードされる。そして、ファームウェアアップデートが失敗に終わった場合には、ＰＣ３からプリンタ１にリカバリ用ファームが送信され、プリンタ１では、そのＰＣ３から受信するリカバリ用ファームが不揮発性メモリ１６に記憶される。これにより、ファームウェアのリカバリが達成される。【選択図】図１
2019133407.tif 000002
【特許請求の範囲】
【請求項１】
第１記憶部および第１制御部を備える電子機器と、第２記憶部および第２制御部を備える端末と、サーバとが相互に通信可能に接続されて構築されるファームウェア更新システムであって、
前記電子機器の前記第１記憶部には、ファームウェアが記憶されており、
前記電子機器の前記第１制御部は、前記サーバにアクセスし、前記サーバに前記第１記憶部に記憶されている前記ファームウェアの更新ファームウェアがある場合には、当該更新ファームウェアをダウンロードして、前記第１記憶部に記憶されている前記ファームウェアを前記更新ファームウェアに更新するファームウェア更新処理を実行し、
前記端末の前記第２制御部は、
ファームウェアリカバリ用アプリケーションを前記第２記憶部に記憶させるファームウェアリカバリ用アプリケーション記憶処理と、
前記ファームウェアリカバリ用アプリケーションによってリカバリ用ファームウェアを前記電子機器に送信する送信処理と、
を実行し、
前記電子機器の前記第１制御部は、
前記ファームウェア更新処理による前記ファームウェアから前記更新ファームウェアへの更新が失敗し、前記サーバにアクセスできなくなった場合に、前記端末に、前記リカバリ処理の実行待ち状態であることを通知する通知処理と、
前記端末から前記リカバリ用ファームウェアを受信した場合に、当該受信した前記リカバリ用ファームウェアを前記第１記憶部に記憶させるリカバリ処理と、
を実行し、
前記通知処理によって通知される前記リカバリ処理の実行待ち状態であることの通知には、ユーザに対して、前記端末での前記ファームウェアリカバリ用アプリケーションの起動を促す通知を含む、ファームウェア更新システム。
【請求項２】
請求項１に記載のファームウェア更新システムであって、
前記電子機器は、表示部を備えており、
前記電子機器の前記第１制御部は、前記ファームウェア更新処理による前記ファームウェアから前記更新ファームウェアへの更新が失敗した場合に、前記端末を前記電子機器に接続する旨を前記表示部に表示させる、ファームウェア更新システム。
【請求項３】
請求項１または２に記載のファームウェア更新システムであって、
前記端末の前記第２制御部は、前記ファームウェアリカバリ用アプリケーション記憶処理の実行後、自動更新設定要求を前記電子機器に送信し、
前記電子機器の前記第１制御部は、前記サーバに前記第１機億部に記憶されているファームウェアの更新ファームウェアがある場合に、前記端末からの前記自動更新設定要求の受信後、前記ファームウェア更新処理のための前記サーバへのアクセスを予め定められたタイミングで実行する、ファームウェア更新システム。
【請求項４】
請求項１から３のいずれか一項に記載のファームウェア更新システムであって、
前記端末の前記第２制御部は、
前記端末からの前記電子機器の制御に必要なドライバをドライバ提供サーバからダウンロードするドライバダウンロード処理を実行し、
前記ドライバダウンロード処理の実行に続いて、前記ファームウェアリカバリ用アプリケーション記憶処理を実行する、ファームウェア更新システム。
【請求項５】
第１記憶部および第１制御部を備える電子機器と、第２記憶部および第２制御部を備える端末と、サーバとが相互に通信可能に接続されて構築されるシステムにおけるファームウェア更新方法であって、
前記電子機器の前記第１記憶部には、ファームウェアが記憶されており、
前記電子機器の前記第１制御部が、前記サーバにアクセスし、前記サーバに前記第１記憶部に記憶されている前記ファームウェアの更新ファームウェアがある場合には、当該更新ファームウェアをダウンロードして、前記第１記憶部に記憶されている前記ファームウェアを前記更新ファームウェアに更新するファームウェア更新処理を実行し、
前記端末の前記第２制御部が、
ファームウェアリカバリ用アプリケーションを前記第２記憶部に記憶させるファームウェアリカバリ用アプリケーション記憶処理と、
前記ファームウェアリカバリ用アプリケーションによってリカバリ用ファームウェアを前記電子機器に送信する送信処理と、
を実行し、
前記電子機器の前記第１制御部が、
前記ファームウェア更新処理による前記ファームウェアから前記更新ファームウェアへの更新が失敗し、前記サーバにアクセスできなくなった場合に、前記端末に、前記リカバリ処理の実行待ち状態であることを通知する通知処理と、
前記端末から前記リカバリ用ファームウェアを受信した場合に、当該受信した前記リカバリ用ファームウェアを前記第１記憶部に記憶させるリカバリ処理と、
を実行し、
前記通知処理によって通知される前記リカバリ処理の実行待ち状態であることの通知には、ユーザに対して、前記端末での前記ファームウェアリカバリ用アプリケーションの起動を促す通知を含む、ファームウェア更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プリンタなどの電子機器のファームウェアを更新するシステムおよび方法に関する。
【背景技術】
【０００２】
ネットワーク対応型のプリンタなどの電子機器には、たとえば、書換可能な不揮発性メモリであるフラッシュメモリに、その電子機器のハードウェアを制御するためのファームウェアが保存されている。
【０００３】
電子機器における機能の追加や不具合の修正のため、ファームウェアの提供元から新しいファームウェアがリリースされることがある。その新ファームウェアを電子機器で使用する場合、フラッシュメモリに保存されているファームウェアを新ファームウェアに更新する処理、いわゆるファームウェアアップデートが実行される。
【０００４】
このファームウェアアップデートの途中で電子機器の電源がオフになるなどの要因により、ファームウェアアップデートが正常に終了しなかった場合、電子機器が正常に起動しないという問題が生じるため、ファームウェアのリカバリが必要になる。従来、電子機器においてファームウェアアップデートが正常に終了しなかった場合に、ファームウェアをリカバリする技術が種々提案されている（たとえば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−１０９４５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、電子機器のファームウェアをリカバリする際、ユーザに対して煩雑なリカバリ操作が要求される場合がある。例えば、リカバリ操作として、ユーザは、電子機器にＰＣ（Personal Computer）を接続し、そのＰＣを介してサーバからファームを再取得するなどの操作を行う場合がある。このようなリカバリ操作を熟知していないユーザにとっては、一連の操作が分かりづらい。
【０００７】
本発明の目的は、ファームウェアのリカバリの際に、ユーザによるリカバリ操作を分かり易くすることができる、ファームウェア更新システムおよびファームウェア更新方法を提供することである。
【課題を解決するための手段】
【０００８】
前記の目的を達成するため、本発明に係る電子機器は、第１記憶部および第１制御部を備える電子機器と、第２記憶部および第２制御部を備える端末と、サーバとが通信可能に接続されて構築されるファームウェア更新システムであって、電子機器の第１記憶部には、ファームウェアが記憶されており、電子機器の第１制御部は、サーバにアクセスし、サーバに第１記憶部に記憶されているファームウェアの更新ファームウェアがある場合には、その更新ファームウェアをダウンロードして、第１記憶部に記憶されているファームウェアを更新ファームウェアに更新するファームウェア更新処理を実行し、端末の第２制御部は、ファームウェアリカバリ用アプリケーションを第２記憶部に記憶させるファームウェアリカバリ用アプリケーション記憶処理と、ファームウェアリカバリ用アプリケーションによってリカバリ用ファームウェアを電子機器に送信する送信処理と、を実行し、電子機器の第１制御部は、ファームウェア更新処理によるファームウェアから更新ファームウェアへの更新が失敗し、サーバにアクセスできなくなった場合に、端末に、リカバリ処理の実行待ち状態であることを通知する通知処理と、端末からリカバリ用ファームウェアを受信した場合に、その受信したリカバリ用ファームウェアを第１記憶部に記憶させるリカバリ処理と、を実行し、通知処理によって通知されるリカバリ処理の実行待ち状態であることの通知には、ユーザに対して、端末でのファームウェアリカバリ用アプリケーションの起動を促す通知を含む。
【０００９】
この構成によれば、サーバから電子機器に更新ファームウェアがダウンロードされて、第１記憶部に記憶されているファームウェアが更新ファームウェアに更新される、いわゆるファームウェアアップデート前に、端末の第２記憶部にファームウェアリカバリ用アプリケーションがダウンロードされる。そして、ファームウェアアップデートが失敗に終わった場合には、端末から電子機器にリカバリ用ファームウェアが送信され、電子機器では、その端末から受信するリカバリ用ファームウェアが第１記憶部に記憶される。これにより、ファームウェアのリカバリが達成される。
【００１０】
なお、本発明は、システムの形態で実現することができるだけでなく、たとえば、システムで実行されるファームウェア更新方法の形態で実現することもできる。
【発明の効果】
【００１１】
本発明によれば、ファームウェアのリカバリの際に、ユーザによる繁雑なリカバリ操作を不要にすることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係るファームウェア更新システムの構成を示すブロック図である。
【図２】ファームウェアアップデートに関する処理のシーケンス図である。
【図３】ファームウェアアップデートの開始前にＰＣにおいて実行される処理の流れを示すフローチャートである。
【図４Ａ】ファームウェアアップデートの際にプリンタで実行される処理の流れを示すフローチャート（その１）である。
【図４Ｂ】ファームウェアアップデートの際にプリンタで実行される処理の流れを示すフローチャート（その２）である。
【図５】ファームウェアアップデートの際にＰＣで実行される処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下では、本発明の実施の形態について、添付図面を参照しつつ詳細に説明する。
【００１４】
＜ファームウェア更新システムの構成＞
図１に示されるプリンタ１は、電子機器の一例であり、画像形成部１１、操作表示部１２、ＡＳＩＣ（Application Specific Integrated Circuit）１３、揮発性メモリ１４、通信部１５および不揮発性メモリ１６（第１記憶部の一例）およびを備えている。画像形成部１１、操作表示部１２、ＡＳＩＣ１３、揮発性メモリ１４、ネットワーク通信部１５、ＵＳＢ（Universal Serial Bus）インタフェース１６および不揮発性メモリ１７は、バス１８を介して、データ通信可能に接続されている。
【００１５】
画像形成部１１は、プリンタ１の外殻をなす筐体内に設けられている。画像形成部１１は、搬送経路上を１枚ずつ搬送されるプリント用紙などのシートにカラー画像またはモノクロ画像を形成する機構である。画像形成の方式は、電子写真方式であってもよいし、インクジェット方式であってもよい。
【００１６】
操作表示部１２は、たとえば、筐体の上面に設けられている。操作表示部１２には、操作部１２１（設定部の一例）および表示部１２２が備えられている。操作部１２１は、たとえば、各種の操作キーを備えている。ユーザが操作キーを操作することにより、各種の設定や指示が操作部１２１に受け付けられる。操作部１２１に設定や指示が受け付けられると、その設定や指示の内容に応じた信号（データ）が操作表示部１２からＡＳＩＣ１３に向けて送信される。表示部１２２は、たとえば、液晶ディスプレイからなる。
【００１７】
なお、操作部１２１および表示部１２２は、タッチパネルを構成していてもよい。タッチパネルを構成する表示部１２２には、各種の情報や操作キーなどの画像が表示される。ユーザが表示部１２２に表示される操作キーを押操作（タッチ操作）することにより、その操作が操作部１２１に受け付けられて、その操作の内容に応じた信号（データ）が操作表示部１２から出力される。以下では、操作部１２１および表示部１２２がタッチパネルを構成する場合を取り上げる。
【００１８】
ＡＳＩＣ１３（制御部の一例）は、ＣＰＵ（Central Processing Unit）１３１およびメモリコントローラ１３２を備えている。ＣＰＵ１３１およびメモリコントローラ１３２は、ＡＳＩＣ１３内の内部バス１３３を介して、データ通信可能に接続されている。内部バス１３３は、バス１７とデータ通信可能に接続されている。
【００１９】
メモリコントローラ１３２は、揮発性メモリ１４に対するデータの読み書きを制御する集積回路である。揮発性メモリ１４は、たとえば、ＤＲＡＭ（Dynamic Random Access Memory）からなる。
【００２０】
ネットワーク通信部１５は、サーバ２（サーバ、ドライバ提供サーバの一例）やＰＣ（パーソナルコンピュータ）３などの外部機器との間でのコンピュータネットワークを経由した通信のためのインタフェース（Ｉ／Ｆ）である。
【００２１】
ＵＳＢインタフェース１６は、ＵＳＢメモリなどの外部機器とのＵＳＢ接続のためのインタフェース（Ｉ／Ｆ）である。
【００２２】
不揮発性メモリ１７は、データの書き換えが可能であり、たとえば、フラッシュメモリ（フラッシュＲＯＭ）もしくはＥ２ＰＲＯＭまたはそれらの組合せからなる。不揮発性メモリ１６には、プリンタ１のシステム（ハードウェア）を制御するためのファームウェアと、不揮発性メモリ１７に記憶されているファームウェアを新しいファームウェアに更新（ファームウェアアップデート）するためのファーム更新プログラムとが記憶されている。
【００２３】
プリンタ１における機能の追加やエラーの修正のため、プリンタ１のメーカなどから新しいファームウェアが提供される。新しいファームウェアがサーバ２にアップロードされると、ファーム更新プログラムの実行により、そのサーバ２からＬＡＮ経由でプリンタ１に新しいファームウェアを自動的にダウンロードして、ファームウェアアップデートを実行することができる。
【００２４】
ＰＣ３（端末の一例）は、ＰＣ本体３Ｍと、ＰＣ本体３Ｍに接続されたディスプレイ３Ｄとを含む。ＰＣ本体３Ｍには、ＣＰＵ３１およびメモリ３２が備えられている。メモリ３２には、ハードディスク、フラッシュメモリもしくはＥ２ＰＲＯＭまたはそれらの組合せからなる不揮発性メモリと、ＤＲＡＭなどの揮発性メモリとが含まれる。ＰＣ本体３Ｍは、ＵＳＢケーブル３３を介して、ＵＳＢインタフェース１６に接続される。
【００２５】
＜リカバリ処理の準備（ＰＣにおける処理）＞
プリンタ１におけるファーム更新プログラムの実行のためには、図２に示されるように、プリンタ１の通信部１５およびサーバ２の両方と通信可能に接続されたＰＣ３の操作により、ＰＣ３にファームウェアリカバリ用アプリケーション（アプリ）をインストールして、そのファームウェアリカバリ用アプリケーションの実行により、ＰＣ３からプリンタ１に自動アップデート機能のオンを要求する。
【００２６】
ファームウェアリカバリ用アプリケーションのインストールは、統合インストーラによって実行される。統合インストーラは、プリンタドライバのインストールと、それに引き続いて、当該ファームウェアリカバリ用アプリケーションのインストールと、を実行する。
具体的には、ＣＤ−ＲＯＭ、または、サーバからのダウンロードによって、ＰＣ３上で統合インストーラ（以下、単に「インストーラ」という。）を起動する。図３に示されるように、ＰＣ３がプリンタ１の通信部１５に通信可能に接続された後、プリンタ１の電源がオンにされると、インストーラは、ＰＣ３からプリンタ１にデバイス名の問合せを行う（Ｓ１１）。デバイス名の問合せに応答して、プリンタ１からＰＣ３にデバイス名が通知される。
【００２７】
ユーザの操作により、プリンタドライバのインストールの指示がＰＣ３に入力されると、インストーラは、ＰＣ３からサーバ２にプリンタドライバのダウンロード要求を送信する（Ｓ１２）。このダウンロード要求に応答して、サーバ２からＰＣ３にプリンタドライバが送信される（Ｓ１３）。これにより、プリンタドライバがサーバ２からＰＣ３にダウンロードされる。プリンタドライバのダウンロード後、インストーラは、そのプリンタドライバを使用できるように設定（インストール）する。
【００２８】
その後、インストーラは、ファームウェアリカバリ用アプリケーションのインストールを問い合わせる画面をＰＣ３のディスプレイ３Ｄに表示させる（Ｓ１４）。ユーザの操作により、ファームウェアリカバリ用アプリケーションのインストールを実行しない旨がＰＣ３に入力されると（Ｓ１４：ＮＯ）、インストーラは、この一連の処理を終了する。
【００２９】
ユーザの操作により、ファームウェアリカバリ用アプリケーションのインストールが実行されると（Ｓ１４：ＹＥＳ）、インストーラは、ＰＣ３からサーバ２にファームウェアリカバリ用アプリケーションのダウンロード要求を送信する（Ｓ１５）。このダウンロード要求に応答して、サーバ２からＰＣ３にファームウェアリカバリ用アプリケーションが送信される（Ｓ１６）。これにより、ファームウェアリカバリ用アプリケーションがサーバ２からＰＣ３にダウンロードされる。
【００３０】
その後、インストーラは、ファームウェアリカバリ用アプリケーションを実行する（Ｓ１７）。ファームウェアリカバリ用アプリケーションの機能により、ＰＣ３は、プリンタ１の不揮発性メモリ１６に記憶されているファームウェアのバージョンなどのファーム情報をプリンタ１から取得する（Ｓ１８）。そして、ファームウェアリカバリ用アプリケーションは、ＰＣ３からサーバ２にリカバリ用のファームウェア（以下、「リカバリ用ファーム」という。）のダウンロード要求を送信する（Ｓ１９）。このダウンロード要求に応答して、サーバ２からＰＣ３にリカバリ用ファームが送信される。これにより、リカバリ用ファームがサーバ２からＰＣ３にダウンロードされる（Ｓ２０）。リカバリ用ファームは、ＰＣ３のメモリ３２に保存される。リカバリ用ファームは、最新バージョンのファームウェアであってもよいし、プリンタ１の不揮発性メモリ１６に記憶されているファームウェアと同じバージョンのファームウェアであってもよい。
【００３１】
リカバリ用ファームの保存後、インストーラは、ＰＣ３からプリンタ１に自動アップデート機能のオンを要求して（Ｓ２１）、この一連の処理を終了する。
【００３２】
＜ファームウェアアップデート（プリンタにおける処理）＞
ＰＣ３から自動アップデート機能のオンを要求されたプリンタ１では、ＡＳＩＣ１３のＣＰＵ１３１が自動アップデート機能をオンにする。
【００３３】
また、プリンタ１では、図４Ａおよび図４Ｂに示される処理が所定の周期で実行される。図４Ａおよび図４Ｂに示される処理では、ＣＰＵ１３１は、不揮発性メモリ１６に記憶されているファームウェアよりも新しいファームウェア（以下、「新ファーム」という。）がサーバ２にアップロードされているか否かを確認する（Ｓ３１）。新ファームがサーバ２にない場合（Ｓ３１：ＮＯ）、つまり不揮発性メモリ１６に記憶されているファームウェアのバージョンとサーバ２に保管されているファームウェアのバージョンとが一致する場合、ＣＰＵ１３１は、以降の処理に進まない。新ファームがサーバ２にある場合（Ｓ３１：ＹＥＳ）、ＣＰＵ１３１は、自動アップデート機能がオンであるか否かを確認する（Ｓ３２）。
【００３４】
自動アップデート機能がオンである場合（Ｓ３２：ＹＥＳ）、ＣＰＵ１３１は、プリンタ１からサーバ２に直接に新ファームの送信を要求する（Ｓ３３）。一方、自動アップデート機能がオフである場合（Ｓ３２：ＮＯ）、ＣＰＵ１３１は、新ファームがある旨のメッセージを操作表示部１２の表示部１２２に表示させる（Ｓ３４）。そして、ユーザにより操作表示部１２の操作部１２１が操作されて、ファームウェアアップデートの実行が指示されると（Ｓ３５：ＹＥＳ）、ＣＰＵ１３１は、プリンタ１から直接サーバ２に新ファームの送信を要求する（Ｓ３３）。
【００３５】
新ファームの送信要求に応答して、サーバ２からプリンタ１に向けて送信される新ファームをプリンタ１の通信部１５に受信すると（Ｓ３６）、ＣＰＵ１３１は、ファームウェアアップデートの実行中である旨のメッセージ「Firm_Updating」を表示部１２２に表示させる（Ｓ３７）。そして、不揮発性メモリ１６に記憶されているファームウェアの新ファームへの更新を開始する（Ｓ３８）。
【００３６】
ファームウェアアップデートの実行中、つまり新ファームが不揮発性メモリ１６に書き込まれている途中でプリンタ１の電源がオフされ、その後、プリンタ１の電源がオンされた場合（Ｓ３９：ＹＥＳ）、ＣＰＵ１３１は、プリンタ１の動作モードが通常アップデートモードからリカバリモードに移行する（Ｓ４０）。リカバリモードに移行すると、ＣＰＵ１３１は、プリンタ１にＰＣ３をＵＳＢケーブルを介して接続する旨のメッセージ「Please_connect_PC_with_USB_cable」を表示部１２２に表示させる（Ｓ４１）。そして、プリンタ１のＵＳＢインタフェース１６にＵＳＢケーブル３３を介してＰＣ３のＰＣ本体３Ｍが接続されると、ＣＰＵ１３１は、リカバリ待ち状態であることをＰＣ３に通知する（Ｓ４２）。
【００３７】
たとえば、ＰＣ３のディスプレイ３Ｄにプリンタ１がリカバリ待ち状態である旨が表示され、ユーザがＰＣ３を操作してリカバリの実行を指示すると、ＰＣ３では、図５に示される処理が実行される。この処理では、プリンタ１の不揮発性メモリ１６に記憶されているファームウェアのファーム情報がプリンタ１に要求される（Ｓ５１）。この要求に応答して、プリンタ１からＰＣ３にファーム情報が送信される。ファーム情報をＰＣ３が受信し、ＰＣ３は、そのファーム情報を取得する（Ｓ５２）。ファームの情報より、プリンタ１がリカバリ状態と判断したら（Ｓ５３）、ＰＣ３のメモリ３２に保存されているリカバリ用ファームをＰＣ３からプリンタ１に向けて送信する（Ｓ５４）。
【００３８】
その一方で、プリンタ１では、ＣＰＵ１３１がＰＣ３からのリカバリ用ファームの受信を待機している（図４ＢのＳ４３）。リカバリ用ファームを受信すると、ＣＰＵ１３１は、そのリカバリ用ファームを不揮発性メモリ１６に書き込み（Ｓ４４）、図４Ａおよび図４Ｂに示される処理を終了する。
【００３９】
ファームウェアアップデートの実行中にプリンタ１の電源がオフにされないまま（Ｓ３９：ＮＯ）、不揮発性メモリ１６への新ファームの書き込みが完了すると、ＣＰＵ１３１は、図４Ａおよび図４Ｂに示される処理を終了する。
【００４０】
＜作用効果＞
以上のように、サーバ２からプリンタ１に新ファームがダウンロードされて、不揮発性メモリ１６に記憶されているファームウェアが新ファームに更新される、いわゆるファームウェアアップデート前に、サーバ２からＰＣ３のメモリ３２にリカバリ用ファームがダウンロードされる。そして、ファームウェアアップデートが失敗に終わった場合には、ＰＣ３からプリンタ１にリカバリ用ファームが送信され、プリンタ１では、そのＰＣ３から受信するリカバリ用ファームが不揮発性メモリ１６に記憶される。これにより、ファームウェアのリカバリが達成される。
【００４１】
よって、ファームウェアのリカバリの際に、ユーザによる繁雑なリカバリ操作を不要にすることができる。すなわち、ネットワーク経由でサーバから直接ファームアップデートする場合にアップデートと途中で電源ＯＦＦ／ＯＮしたときにリカバリ状態になったあと、ＰＣにファームリカバリ用アプリケーションをインストールする必要がないので、ファームウェアのリカバリの際に、ユーザによる繁雑なリカバリ操作を不要にすることができる。
【００４２】
また、ファームウェアアップデートに失敗した場合、ＰＣ３をプリンタ１に接続する旨が表示部１２２に表示される。そして、ＰＣ３がプリンタ１に接続されると、ＰＣ３からプリンタ１に手動でリカバリ用ファームが送信される。ＰＣ３をプリンタ１に接続する旨が表示部１２２に表示されることにより、ユーザは、プリンタ１の説明書などを見ずに、不揮発性メモリ１６に記憶されるファームウェアのリカバリの手順を知得することができる。
【００４３】
さらに、ファームウェアアップデートに失敗した場合には、その失敗したことがプリンタ１からＰＣ３に通知される。そのため、その通知に応じて、ＰＣ３からプリンタ１にリカバリ用ファームを送信することができる。
【００４４】
プリンタ１の制御に必要なプリンタドライバをサーバ２からＰＣ３にダウンロードする際に、そのプリンタドライバのダウンロードに続いて、リカバリ用ファームがサーバ２からＰＣ３にダウンロードされる。これにより、プリンタ１の使用開始前に、リカバリ用ファームをＰＣ３のメモリ３２に保存しておくことができる。
【００４５】
＜変形例＞
以上、本発明の一実施形態について説明したが、本発明は、他の形態で実施することもできる。
【００４６】
たとえば、前述の実施形態では、サーバ２からＰＣ３へのプリンタドライバのダウンロードに続いて、ファームウェアリカバリ用アプリケーションがサーバ２からＰＣ３にダウンロードされ、さらに続いて、リカバリ用ファームがサーバ２からＰＣ３にダウンロードされるとした。しかしながら、プリンタドライバのダウンロード後、ファームウェアリカバリ用アプリケーションがサーバ２からＰＣ３にダウンロードされるが、リカバリ用ファームはダウンロードされず、プリンタ１からＰＣ３にリカバリ待ち状態であることが通知された後、リカバリ用ファームがサーバ２からＰＣ３にダウンロードされてもよい。
【００４７】
また、前述の実施形態では、サーバ２からＰＣ３にプリンタドライバおよびファームリカバリ用アプリケーションがダウンロードされるとしたが、プリンタドライバおよびファームリカバリ用アプリケーションは、その一方または両方がＣＤ−ＲＯＭからＰＣ３に取り込まれてもよい。
【００４８】
電子機器の一例として、プリンタ１を取り上げたが、本発明は、プリンタ１に限らず、原稿の画像を読み取る画像読取機能を有するスキャナに適用することもでき、その画像読取機能とプリント用紙などのシートに画像を形成する画像形成機能とを併せ持つ複合機に適用されてもよい。
【００４９】
また、ＡＳＩＣ１３が複数のＣＰＵを備え、複数のＣＰＵが協働して各処理を実行してもよい。
【００５０】
その他、前述の構成には、特許請求の範囲に記載された事項の範囲で種々の設計変更を施すことが可能である。
【符号の説明】
【００５１】
１：プリンタ
２：サーバ
３：ＰＣ
１６：不揮発性メモリ
３１：ＣＰＵ
３２：メモリ
１２２：表示部
１３１：ＣＰＵ
【図１】
2019133407.tif 000003
【図２】
2019133407.tif 000004
【図３】
2019133407.tif 000005
【図４Ａ】
2019133407.tif 000006
【図４Ｂ】
2019133407.tif 000007
【図５】
2019133407.tif 000008