(57)【要約】    【課題】    複数のファームウェアの更新を行う場合に、不要なリブート動作を排除して更新処理を効率よく行う。    【解決手段】    更新用ファームウェアの供給元となる情報処理装置と通信可能なインタフェース手段（９）を有した画像形成装置（１）において、複数のファームウェアが格納された記憶手段（２）と、情報処理装置より転送される更新用ファームウェアを記憶手段に順次格納してファームウェアの更新処理を行う制御手段（１０）とを備え、その制御手段は、情報処理装置から複数の更新用ファームウェアが転送される場合、それら更新用ファームウェアの記憶手段への格納が全て完了した後に、更新処理の有効化のためのリブート動作を実行する構成とする。【選択図】    図１
2005190308.tif 000002
【特許請求の範囲】
【請求項１】
更新用ファームウェアの供給元となる情報処理装置と通信可能なインタフェース手段を有した画像形成装置であって、複数のファームウェアが格納された記憶手段と、前記情報処理装置より転送される更新用ファームウェアを前記記憶手段に順次格納してファームウェアの更新処理を行う制御手段とを備え、前記制御手段は、前記情報処理装置から複数の更新用ファームウェアが転送される場合、それら更新用ファームウェアの前記記憶手段への格納が全て完了した後に、前記更新処理の有効化のためのリブート動作を実行することを特徴とする画像形成装置。
【請求項２】
前記更新処理の有効化のためのリブート動作は、前記情報処理装置から送信された終了ファイルの受信をトリガとして実行されることを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記インタフェース手段は、ユニバーサル・シリアル・バス規格に準拠したことを特徴とする請求項１に記載の画像形成装置。
【請求項４】
供給元となる情報処理装置から複数の更新用ファームウェアを取得して画像形成装置のファームウェアを更新する方法であって、前記画像形成装置を更新用ファームウェアの受信待機状態に設定すると共に前記情報処理装置より転送すべき複数の更新用ファームウェアを指定する過程と、そこで指定された複数の更新用ファームウェアを前記情報処理装置から順次受信する過程と、前記情報処理装置より前記更新用ファームウェアの転送が全て終了した旨の通知があった場合に、前記ファームウェアの更新処理の有効化のためのリブート動作を実行する過程とを有することを特徴とするファームウェアの更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のファームウェアが搭載されたファクシミリ装置やデジタル画像複合機等の画像形成装置及びそのファームウェアの更新方法に関するものである。
【背景技術】
【０００２】
従来、画像形成装置のファームウェア（制御プログラム）を更新する場合に、供給元からファームウェアを取得してファームウェアの書き換え動作を実行させ、その書き換え動作が完全に終了した後に自動的に装置をリブート（再起動）し、その後は、更新されたファームウェアで装置動作を実行するようにした技術が知られている。
【０００３】
例えば、ファームウェアを格納した書換え可能な記憶手段を有し、その記憶手段に書き込まれているファームウェアを、供給元のホストコンピュータから受信した更新用のファームウェアにより書き換えることができる画像形成装置において、ホストコンピュータからファームウェア書き換え命令があった際に装置が動作中か否かを判断する判断手段と、更新用のファームウェアを一時格納する格納手段とを備え、判断手段で装置が動作中であると判断された場合に更新用のファームウェアを格納手段に一時格納するようにした画像形成装置が存在する（例えば、特許文献１参照）。
【特許文献１】特開２００３−７２１９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１に開示のような技術では、更新の必要なファームウェアが発生する度に、個々のファームウェアの書き換えを実行し、その都度、装置本体をリブートして、書き換わったファームウェアを有効にする必要があった。従って、複数のファームウェアの更新が必要となった場合には、書き換え動作及びリブート動作を更新するファームウェアの数だけ繰り返すことになり、動作効率が悪いといった問題があった。
【０００５】
本発明は、このような知見に基づいてなされたものであり、複数のファームウェアの更新を行う場合に、不要なリブート動作を排除して更新処理を効率よく行うことができる画像形成装置及びそのファームウェアの更新方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明による画像形成装置は、請求項１に示すとおり、更新用ファームウェアの供給元となる情報処理装置と通信可能なインタフェース手段（９）を有した画像形成装置（１）であって、複数のファームウェアが格納された記憶手段（２）と、情報処理装置より転送される更新用ファームウェアを記憶手段に順次格納してファームウェアの更新処理を行う制御手段（１０）とを備え、制御手段は、情報処理装置から複数の更新用ファームウェアが転送される場合、それら更新用ファームウェアの記憶手段への格納が全て完了した後に、更新処理の有効化のためのリブート動作を実行する構成とする。
【０００７】
これによると、複数のファームウェアを更新する場合であっても、書き換え動作及びリブート動作を繰り返す必要がなく、ファームウェアの更新処理にかかる制御が簡単で効率の良い画像形成装置を実現することができる。
【０００８】
また、請求項２に示すとおり、更新処理の有効化のためのリブート動作は、情報処理装置から送信された終了ファイルの受信をトリガとして実行される構成とすることができる。これにより、ファームウェアの更新処理を適切なタイミングで実行することができる。
【０００９】
また、請求項３に示すとおり、インタフェース手段は、ユニバーサル・シリアル・バス規格に準拠した構成とすることができる。
【００１０】
更に、本発明によるファームウェアの更新方法は、請求項４に示すとおり、供給元となる情報処理装置から複数の更新用ファームウェアを取得して画像形成装置のファームウェアを更新する方法であって、画像形成装置を更新用ファームウェアの受信待機状態に設定すると共に情報処理装置より転送すべき複数の更新用ファームウェアを指定する過程と、そこで指定された複数の更新用ファームウェアを情報処理装置から順次受信する過程と、情報処理装置より更新用ファームウェアの転送が全て終了した旨の通知があった場合に、ファームウェアの更新処理の有効化のためのリブート動作を実行する過程とを有する構成とする。
【００１１】
これによると、複数のファームウェアを更新する場合であっても、書き換え動作及びリブート動作を繰り返す必要がなく、ファームウェアの更新処理にかかる制御が簡単で効率の良いファームウェアの更新を実現することができる。
【発明の効果】
【００１２】
本発明によれば、複数のファームウェアを更新する場合であっても、書き換え動作とリブート動作を繰り返す必要がなく、ファームウェアの更新処理にかかる制御が簡単で効率の良い画像形成装置及びそのファームウェアの更新方法を実現することができる。
【発明を実施するための最良の形態】
【００１３】
以下に添付の図面を参照して本発明の構成を詳細に説明する。
【００１４】
図１は、本発明の画像形成装置の構成を示すブロック図である。この画像形成装置１は、プログラム用メモリ（記憶手段）２、作業用メモリ３、登録情報用メモリ４、データ読出専用メモリ５、モデム６、ＬＡＮコントローラ７、ハードディスク８、ＵＳＢ（Universal Serial Bus）コントローラ（インタフェース手段）９及び中央処理装置（制御手段）１０から構成される。
【００１５】
プログラム用メモリ２は、不揮発性メモリ（例えば、フラッシュＲＯＭ）からなり、制御モジュールごとの複数のファームウェアを格納する。作業用メモリ３は、揮発性メモリ（例えば、ＤＲＡＭ）からなり、プログラム用メモリ２に格納されたファームウェア等が展開される領域を有し、また、ファームウェアの更新の際に、更新用ファームウェアを一時的に格納する領域を有する。登録情報用メモリ４は、不揮発性メモリからなり、ファームウェアの識別子やファームウェアの更新日時等を含む種々の登録情報を格納する。データ読出専用メモリ５は、予めファームウェア等のプログラムが書き込まれたマスクＲＯＭであり、プログラム用メモリ２のファームウェアの書き込みトラブルが発生した場合等に予備用のメモリとして機能する。更に、ハードディスク８は、画像形成装置１で取扱う画像データや各種プログラム等の種々のデータを格納することができる。
【００１６】
モデム６は、デジタル信号及びアナログ信号を相互に変換し、公衆通信交換網を経由して他の機器との通信を可能とする。また、ＬＡＮコントローラ７は、ＬＡＮに対するネットワーク接続を制御する。
【００１７】
ＵＳＢコントローラ９は、更新用ファームウェアの供給元となるＰＣ（情報処理装置）２１とのＵＳＢ接続による通信を制御する。ＰＣ２１には、データベース管理システムが格納されており、画像形成装置１の複数の更新用ファームウェアを管理する。なお、画像形成装置１とＰＣ２１との接続は、上記ＵＳＢ接続に必ずしも限定されるものではなく、ＰＣ２１から画像形成装置１に対して更新用ファームウェアのデータを転送するための通信が可能なものであればよい。例えば、モデムを介した公衆通信交換網を経由した接続や、ＬＡＮコントローラを介したＬＡＮ及びインターネットを経由した接続も可能である。
【００１８】
中央処理装置１０は、画像形成装置１の上記各部２−９の動作を統括的に制御する。ファームウェアを更新する際には、中央処理装置１０は、ＰＣ２１より転送される更新用ファームウェアをプログラム用メモリ２に順次格納してファームウェアの更新処理を行う。
【００１９】
なお、ここでは具体的な構成は省略するが、画像形成装置１は、ファクシミリ、複写機、スキャナ及びプリンタ等の機能を兼ね備えた複合機として実現可能である。
【００２０】
図２は、本発明の画像形成装置のための更新用ファームウェアの一例を示す図である。ここでは、画像形成装置１がプリンタ機能を備えるものとして、そのプリンタ用の更新用ファームウェアについて説明する。図に示すように、プリンタ用の更新用ファームウェアとしては、例えば、識別子１、識別子２−１〜２−３及び識別子３−１〜３−３の３種類が準備され、ＰＣ２１に格納されている。ここで、識別子１は、プリンタの標準的なファームウェアであり、識別子２−１〜２−３は、ＰＣＬ（Printer Command Language）をサポートするプリンタのファームウェアのセットであり、識別子３−１〜３−３は、ＰＳ（Post Script）及びＰＣＬを共にサポートするプリンタのファームウェアのセットである。
【００２１】
更新用ファームウェアは、上記のような識別子やファイル名などにより識別され、画像形成装置１への転送の際には適切なファームウェアが指定される。従って、プリンタ用のファームウェアを更新する際には、上記３種類の更新用ファームウェアの何れかが指定されることになる。これらの更新用ファームウェアは、通常はバイナリファイルとして作成されるが、場合によっては、圧縮ファイルとしてＰＣ２１に格納され、画像形成装置１への転送後に解凍して使用することも可能である。
【００２２】
図３は、図１に示す画像形成装置及びＰＣ間でファームウェアを更新する際に実行される通信手順の概略を示すシーケンス図である。この例では、画像形成装置１のファームウェア（Ｆ／Ｗ）の更新が必要となった場合に、ＰＣ２１から画像形成装置１に対してファームウェアの更新命令が送られる。
【００２３】
そこで、ＰＣ２１は、画像形成装置１が受信待ち状態に設定されていることを確認すると、適切な更新用ファームウェアを指定（ここでは、更新用ファームウェア＃１及び更新用ファームウェア＃２）し、まず、画像形成装置１に対して更新用ファームウェア＃１を転送する。画像形成装置１は、更新用ファームウェア＃１の受信が完了すると、ブート処理（作業用メモリ３の所定の領域からプログラム用メモリ２へ転送して格納）を実行し、再び受信待ち状態となる。
【００２４】
続いてＰＣ２１は、更新用ファームウェア＃２を画像形成装置１に転送する。画像形成装置１は、更新用ファームウェア＃２の受信が完了すると、ブート処理を実行し、再び受信待ち状態となる。
【００２５】
ＰＣ２１は、全ての更新用ファームウェアの転送が終了すると、ファームウェアの転送が全て終了した旨を画像形成装置１に通知するための終了ファイルを転送する。この終了ファイルとしては、例えば、「ＦＩＮＩＳＨ」の文字列が記載されたテキストファイルを用いることができ、画像形成装置１は、受信したテキストファイルの記載をＡＳＣＩＩ（American Standard Code for Information Interchange）コードに基づき識別し、ファームウェアの転送が全て終了したことを認識することができる。或いは、終了ファイルとして、実行すべき所定の処理を記述した制御プログラムを用いることもできる。
【００２６】
画像形成装置１が終了ファイルを受信すると、中央処理装置１０が自動的にリブート動作を実行し、更新用ファームウェアを作業用メモリ３の所定の領域に展開することにより、新たなファームウェアが有効となりファームウェアの更新処理が完了する。
【００２７】
なお、上記一連の動作は、ＰＣ２１からのファームウェアの更新命令により開始することとしたが、これに限らず、例えば、画像形成装置１が更新用ファームウェアの受信待機状態に設定されると同時に、更新用のファームウェアが供給元となるＰＣ２１に格納されているか否かの確認を行い、そこで、更新用ファームウェアが存在する場合に一連の動作を開始することも可能である。
【００２８】
図４は、ファームウェアを更新する際にＰＣ側で実行される処理動作を示すフロー図である。ファームウェアの更新処理が開始されると、まず、格納された更新用ファームウェア（Ｆ／Ｗ）の中から適切なファームウェア（ここでは、複数）が指定される（ＳＴ１０１）。そこで、画像形成装置１が受信待ち状態にあることが確認され（ＳＴ１０２）、ＰＣ２１のスプーラに対して各更新用ファームウェアの転送指示がなされる（ＳＴ１０３）。その転送指示に従って、１つのファームウェアの転送が終了すると（ＳＴ１０４）、先に指定された全ての更新用ファームウェアの転送が終了したか否かが判定され（ＳＴ１０５）、全てのファームウェアの転送が終了するまで、上記ＳＴ１０２〜ＳＴ１０４が繰り返し実行される。最終的に全ての更新用ファームウェアの転送が終了するとＰＣ２１の処理動作は終了する。
【００２９】
図５は、ファームウェアを更新する際に画像形成装置側で実行される処理動作を示すフロー図である。ファームウェアの更新処理が開始されると、まず、画像形成装置１は、更新用ファームウェアの受信待ち状態に設定される（ＳＴ２０１）。そこで、ＰＣ２１から１つの更新用ファームウェアの受信が完了したか否かが判断され（ＳＴ２０２）、その受信が完了すると受信待ち状態が解除される（ＳＴ２０３）。そこで、終了ファイルを受信しない場合には（ＳＴ２０４）、受信した更新用ファームウェアがプログラム用メモリ２に転送されて書き込み動作が実行され（ＳＴ２０５）、再び受信待ちの状態に戻る（ＳＴ２０１）。
【００３０】
一方、ＳＴ２０２において、更新用ファームウェアの受信が完了していない場合には、受信エラーまたはタイムアウトが発生していないか判断される（ＳＴ２０６）。ここで、受信エラーは、供給元のＰＣ２１との通信不能などにより発生し、また、タイムアウトは、更新用ファームウェアの受信が完了しない状態が予め設定した基準時間を超えて継続した場合に発生する。ＳＴ２０６において、受信エラーまたはタイムアウトが発生していると判断された場合には、画像形成装置１の操作パネルの表示部にエラー表示がなされ（ＳＴ２０７）、画像形成装置１の処理動作は異常終了する。
【００３１】
ＳＴ２０４において、最終的に終了ファイルを受信すると、装置が自動的にリブートされてファームウェアの更新処理が完了し（ＳＴ２０８）、画像形成装置１の処理動作は正常終了する。
【００３２】
本発明を実施例に基づいて詳細に説明したが、これらの実施例はあくまでも例示であって本発明は実施例によって限定されるものではない。当業者であれば特許請求の範囲によって定められる本発明の技術的思想を逸脱することなく様々な変形若しくは変更が可能であることは言うまでもない。
【００３３】
例えば、更新用ファームウェアの供給元となる情報処理装置は、実施例に示したＰＣに限定されるものではなく、上述のような更新用ファームウェアを格納する所定のデータベース機能を有し、且つ本発明の画像形成装置とデータの送受信が可能な通信機能を有する限りにおいて種々の構成が可能である。また、更新用ファームウェアは、画像形成装置を現に構成する要素に対応するもののみならず、後にオプションとして追加され得る構成要素に対応するものであってもよい。
【産業上の利用可能性】
【００３４】
以上のように、本発明に係る画像形成装置及びそのファームウェアの更新方法は、複数のファームウェアの更新を行う場合でも、不要なリブート動作を排除して更新処理を効率よく行うことができるので、複数のファームウェアが搭載されたファクシミリ装置やデジタル画像複合機等の画像形成装置及びそのファームウェアの更新方法として有用である。
【図面の簡単な説明】
【００３５】
【図１】本発明の画像形成装置の構成を示すブロック図
【図２】本発明の画像形成装置のための更新用ファームウェアの一例を示す図
【図３】図１に示す画像形成装置及びＰＣ間でファームウェアを更新する際に実行される通信手順の概略を示すシーケンス図
【図４】ファームウェアを更新する際にＰＣ側で実行される処理動作を示すフロー図
【図５】ファームウェアを更新する際に画像形成装置側で実行される処理動作を示すフロー図
【符号の説明】
【００３６】
１  画像形成装置
２  プログラム用メモリ（記憶手段）
３  作業用メモリ
４  登録情報用メモリ
５  データ読出専用メモリ
６  モデム
７  ＬＡＮコントローラ
８  ハードディスク
９  ＵＳＢコントローラ（インタフェース手段）
１０  中央処理装置（制御手段）
２１  ＰＣ（情報処理装置）
【図１】
2005190308.tif 000003
【図２】
2005190308.tif 000004
【図３】
2005190308.tif 000005
【図４】
2005190308.tif 000006
【図５】
2005190308.tif 000007