JP2006202117A - 処理装置およびそのファームウェアダウンロード方法。 - Google Patents

Abstract

【課題】特定の装置に依存することなく、汎用性を持ち合わせるようにした処理装置およびそのファームウェアダウンロード方法を提供する。
【解決手段】外部装置１０は、機種名などの装置固有情報を保持し特定の装置に依存するファームウェア（プリンタ制御プログラム）と、かかるプログラムのダウンロード処理を行う第２のダウンロード処理プログラムとを記憶部１５に記憶し、プリンタエンジンコントローラ部（プリント制御基板）４０は、第２のダウンロード処理プログラムのダウンロード処理を行いかつ、特定の装置に依存しない第１のダウンロード処理プログラムを予めフラッシュＲＯＭ４４に記憶している。プリンタエンジンコントローラ部４０は、この第１のダウンロード処理プログラムおよび第２のダウンロード処理プログラムを用いて、外部装置１０からファームウェアをダウンロードする。
【選択図】図２

Description

本発明は、ファームウェアを揮発性メモリに記憶し、該揮発性メモリに記憶したファームウェアに基づき所定の処理を行う中央演算処理装置を有する処理装置およびそのファームウェアダウンロード方法に係わり、詳しくは、特定の装置に依存せずにファームウェアをダウンロードできるようにした処理装置およびそのファームウェアダウンロード方法に関する。

一般的にプリンタ、コピー機、および複合機などの画像形成装置には、内部にその動作制御を行う一群の制御プログラム、すなわち、ファームウェアと称されるプログラムが組み込まれている。例えばこのような画像形成装置において、画像形成動作を行うならば、このファームウェアに従って各部の動作を制御し、用紙などに画像を形成することとなる。

ファームウェアは、装置内部のプリント制御基板（処理装置）に配設された不揮発性メモリに格納する方式が一般的であるが、中には特許文献１に記載されるように、外部のコンピュータから、画像形成装置内部の揮発性メモリにファームウェアをダウンロードするという技術も知られている。
特開２００１−１４７７８７号

さて近年、顧客の多品種製品の要求により製品の種類が増えている。このような場合、大抵はファームウェアを変更することで対応できるため、装置を構成する部品、例えば、プリント制御基板は共通のものを使いまわせる。

ところが現状は、装置固有の情報を持った不揮発性メモリが、かかる基盤上に配設されるため、機種毎に異なったものを起こさざるを得ないという問題があった。

また、上記特許文献１の発明のように、ファームウェアを不揮発性メモリに格納せずに揮発性メモリに格納する方式のものもあるが、この特許文献１の発明は、ファームウェアをダウンロードする際に、どのファームウェアが自装置に適合するのかを判別するために、不揮発性メモリに予め機種名などの装置固有情報を記憶しているため、上記同様に、装置内部に設けられたプリント制御基盤は、汎用性を持ち合わせておらず、特定の装置のみでの動作に限られるものであった。

そこで、本発明は上記問題点に鑑みてなされたものであり、特定の装置に依存することなく、汎用性を持ち合わせるようにした処理装置およびそのファームウェアダウンロード方法を提供することを目的とする。

上記目的を達成するため、請求項１の発明は、装置依存の第２のプログラムを起動して外部からファームウェアをダウンロードし、該ダウンロードしたファームウェアを揮発性メモリに記憶し、該揮発性メモリに記憶したファームウェアに基づき所定の処理を行う中央演算処理装置を有する処理装置において、前記第２のプログラムをダウンロードするための装置非依存の第１のプログラムを第１のプログラム記憶領域に記憶する不揮発性メモリを具備し、前記中央演算処理装置は、前記不揮発性メモリの前記第１のプログラム記憶領域に記憶された前記第１のプログラムを起動して、外部から前記第２のプログラムをダウンロードして前記不揮発性メモリの第２のプログラム記憶領域に書き込み、その後、該第２のプログラム記憶領域に書き込んだ前記第２のプログラムを起動して、外部から前記ファームウェアをダウンロードすることを特徴とする。

また、請求項２の発明は、請求項１の発明において、前記第１のプログラムは、前記外部から送信された診断要求コマンドに従って各部の診断処理を実行することを特徴とする。

また、請求項３の発明は、請求項１または２の発明において、前記第２のプログラムは、装置固有情報を有し、前記外部からの前記ファームウェア受信に際して、該ファームウェアが自装置に適合するか否かを前記装置固有情報に基づいて判断し、自装置に適合する場合に、前記外部からファームウェアをダウンロードすることを特徴とする。

また、請求項４の発明は、請求項１乃至３の発明において、前記中央演算処理装置は、前記揮発性メモリと前記不揮発性メモリを自装置上に備えることを特徴とする。

また、請求項５の発明は、装置依存の第２のプログラムを起動して外部からファームウェアをダウンロードし、該ダウンロードしたファームウェアを揮発性メモリに記憶し、該揮発性メモリに記憶したファームウェアに基づき所定の処理を行う中央演算処理装置を有する処理装置のファームウェアダウンロード方法において、前記第２のプログラムをダウンロードするための装置非依存の第１のプログラムを不揮発性メモリの第１のプログラム記憶領域に記憶し、前記中央演算処理装置は、前記不揮発性メモリの前記第１のプログラム記憶領域に記憶された前記第１のプログラムを起動して、外部から前記第２のプログラムをダウンロードして前記不揮発性メモリの第２のプログラム記憶領域に書き込み、その後、該第２のプログラム記憶領域に書き込んだ前記第２のプログラムを起動して、外部から前記ファームウェアをダウンロードすることを特徴とする。

本発明によれば、処理装置の不揮発性メモリに記憶された第１のプログラム（特定の装置に非依存）を起動して、外部から第２のプログラム（特定の装置に依存）をダウンローして不揮発性メモリへ書き込み、該書き込んだ第２のプログラムを起動して、外部からファームウェアをダウンロードするように構成したため、特定の装置に依存することなく、汎用性を持ち合わせた処理装置の実現が可能となる。そのため、特定の装置に限って動作するものではないので、多品種少量生産時などにも有効であり、また生産コストを抑えることができる。

また、揮発性メモリにファームウェアを格納するため、簡単に書き換えが可能であり、ファームウェアに起因する不具合の除去が容易に行える。

また、第１のプログラムに診断機能を備えた場合には、処理装置が正常に動作するか否かのチェックが行えるので、特にリユース時には簡単な作業により動作チェックが行える。そのため、その汎用性とリユースの容易さにより、資源を有効に利用できるのと、生産コストの面で有効である。

以下、この発明に係わる処理装置およびそのファームウェアダウンロード方法の実施形態について添付図面を参照して詳細に説明する。

図１は、本発明に係わる画像形成システムの全体構成の一例を示す図である。なお、本実施例においては、本発明に係わる処理装置をプリント制御基板（プリンタエンジンコントローラ部４０）としてプリンタ２０に適用した場合を示す。

この画像形成システムは、外部装置１０と、プリンタ２０とを具備して構成されている。なお、本実施例においては、外部装置１０とプリンタ２０とが直接接続される場合を説明するが、本発明の機能が実行されるのであれば、特に接続形態は問わず、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等のネットワークを介して接続されていてもよい。

外部装置１０は、記憶装置（後述する記憶部１５）を有するパーソナルコンピュータ等であり、プリンタ２０の制御を司るファームウェア（プリンタ制御プログラム）と、かかるプログラムのダウンロード処理を行うダウンロード処理プログラム２とを含むデータを保持している。これらのプログラムは、プリンタ２０へと連携され、プリンタ２０で動作するものである。

ダウンロード処理プログラム２は、機種名や特定の装置群を示す識別情報などの装置固有情報を保持するプログラムであり、全てのプリンタで動作するわけではなく、特定のプリンタでのみ適合し動作するものである。すなわち、従来のプリンタにおいては、このダウンロード処理プログラム２に該当するプログラムがプリント制御基板（プリンタエンジンコントローラ部４０）に予め記憶されていたため、プリント制御基板は特定のプリンタ専用のものとなり、汎用性のないものであった。

一方、プリンタ２０は、上述したダウンロード処理プログラム２のダウンロード処理を行うダウンロード処理プログラム１を含むデータを保持している。詳細は後述するが、プリンタ２０の電源が投入されると、ダウンロード処理プログラム１が起動し、外部装置１０からダウンロード処理プログラム２をダウンロードする。このダウンロード処理プログラム２は、不揮発性メモリに格納されることとなる。

再起動後、ダウンロード処理プログラム２が起動し、外部装置１０からファームウェアをダウンロードする。このファームウェアによりプリンタ２０は、動作制御されることとなる。このときファームウェアは、揮発性メモリに格納されるため、電源断とともに消去されることとなる。次回プリンタ２０に電源が投入された場合は、このファームウェアのダウンロード処理から開始される。

図２は、上述した外部装置１０およびプリンタ２０のシステム構成を示す図である。なお、ここでは、本発明に係わる構成要素のみを挙げて説明する。

外部装置１０は、システム情報等が保持される領域であるＲＯＭ（Read Only Memory）１１と、プログラムの実行等を行う際の作業領域であるＲＡＭ（Random Access Memory）１２と、外部装置１０の統括制御を行うＣＰＵ（Central Processing Unit）１３と、外部装置１０とプリンタ２０とを接続するインターフェース装置であるネットワークＩ／Ｆ（Interface）１４と、プログラム等を含む各種データを記憶する記憶部１５とを具備して構成される。

記憶部１５は、先に述べた通り、プログラム等を含む各種データを記憶する記憶装置である。ここには、ファームウェアと、かかるプログラムのダウンロード処理を行うダウンロード処理プログラム２とを含むデータが記憶されている。以上が本発明に係わる外部装置１０のシステム構成図の説明である。

プリンタ２０は、大きく分けて、ネットワークＩ／Ｆ（Interface）３０と、プリンタエンジンコントローラ部４０と、プリンタエンジン部５０とを具備して構成される。

ネットワークＩ／Ｆ３０は、ネットワークを経由して他装置との通信を行うためのインターフェース装置である。具体的には、外部装置１０を含む他装置からの印刷依頼の受信や、外部装置１０から受信した各種プログラムをプリンタエンジンコントローラ部４０に送信する。すなわち、外部装置１０に記憶されたダウンロード処理プログラム２およびファームウェアを受信して、プリンタエンジンコントローラ部４０へと連携する。

プリント制御基板であるプリンタエンジンコントローラ部４０は、ファームウェアに従って後述するプリンタエンジン部５０の各部の動作を制御して、用紙などに画像を形成させる処理部である。

プリンタエンジンコントローラ部４０は内部に、外部Ｉ／Ｆ（Interface）４１と、ＣＰＵ４２と、ＲＡＭ（Random Access Memory）４３と、フラッシュＲＯＭ（Read Only Memory）４４とを具備して構成される。

外部Ｉ／Ｆ４１は、プリンタエンジンコントローラ部４０とそれ以外のプリンタ２０を構成する各処理機能部とを接続するインターフェース装置である。具体的には、ネットワークＩ／Ｆ３０を介して受信した外部装置１０からの各種プログラムを受信する。また、プリンタエンジン部５０とも接続され、この外部Ｉ／Ｆ４１を介して制御信号の授受を行う。

ＣＰＵ４２は、プリンタエンジンコントローラ部４０の各部の動作制御および管理を行う処理部である。すなわち、プリンタエンジンコントローラ部４０を構成する各処理機能部は、このＣＰＵ４２からの指示に従って動作する。また、外部Ｉ／Ｆ４１を介して接続されたプリンタエンジン部５０とも各種制御信号およびデータの授受を行い、プリンタエンジン部５０の動作制御を行う。

ＲＡＭ４３は、プログラムの実行等を行う際に一時的に使用される領域であり、データの読み込み／書き込みが可能で、電源を切ってしまうとデータが消えてしまう揮発性メモリである。外部装置１０からダウンロードしたファームウェアは、このＲＡＭ４３に記憶され、ここで実行される。

フラッシュＲＯＭ４４は、電気的にデータの消去（書き換え）が行え、電源を切ってもデータは消えないという性質をもつ不揮発性メモリである。フラッシュＲＯＭ４４内には、ダウンロード処理プログラム１が記憶され、電源投入とともに、かかるプログラムが実行されることとなる。このダウンロード処理プログラム１は、プリンタ２０に非依存なプログラムであり、装置固有情報等は持ち合わせていない。

フラッシュＲＯＭ４４に記憶された内容を書き換える場合には、例えば、図３に示すように、プリンタエンジンコントローラ部４０に配設されたジャンパピンの付け替えにより行える。この場合、通常状態（データの書き換え不可）では、３本のピンの内、ピン１とピン２とをジャンパピンでショートさせておき一方、フラッシュＲＯＭ４４の内容を書き換えるときは、ピン２とピン３とをジャンパピンでショートさせる。この状態で、電源を投入すると、電源投入時の起動処理において、フラッシュＲＯＭ４４書き換えモードへと移行する。書き換えモード移行後は、ネットワークＩ／Ｆ３０および外部Ｉ／Ｆ４１を介して受信したデータをフラッシュＲＯＭ４４に書き込むことができる。以上が本発明に係わるプリンタ２０のシステム構成図の説明である。

図４は、プリンタエンジンコントローラ部４０の機能的な構成の一部を示すブロック図である。なお、本発明に係わる制御処理は、ダウンロード処理プログラム１およびダウンロード処理プログラム２により行われ、主としてＣＰＵ４２上で実行されることとなる。

ダウンロード処理プログラム１およびダウンロード処理プログラム２は、各種処理機能部として、装置固有プログラム受信部６１と、メモリ書き込み部６２と、ファームウェア受信部６３と、ファームウェア判別部６４と、装置固有情報保持部６５と、ファームウェア書き込み部６６とを具備して構成される。

装置固有プログラム受信部６１とメモリ書き込み部６２は、ダウンロード処理プログラム１により実現され、ファームウェア受信部６３とファームウェア判別部６４と装置固有情報保持部６５とファームウェア書き込み部６６は、ダウンロード処理プログラム２により実現される。

装置固有プログラム受信部６１は、外部装置１０からダウンロード処理プログラム２を受信する処理部であり、メモリ書き込み部６２は、装置固有プログラム受信部６１で受信したダウンロード処理プログラム２をフラッシュＲＯＭ４４に書き込む処理部である。

ファームウェア受信部６３は、外部装置１０からファームウェアを受信する処理部であり、ファームウェア判別部６４は、ファームウェア受信部６３で受信したファームウェアが当該プリンタ２０に適合するものであるか否かを判別する処理部である。

また、装置固有情報保持部６５は、機種名や特定の装置群を示す識別情報などの装置固有情報を保持する処理部である。すなわち、ファームウェア判別部６４は、ここに保持された装置固有情報と受信したファームウェアが保持する装置固有情報が一致する場合に、受信したファームウェアが適合すると判別する。

ファームウェア書き込み部６６は、ファームウェア判別部６４によって当該プリンタ２０に適合すると判別された場合に、ファームウェア受信部６３で受信したファームウェアをＲＡＭ４３に書き込む処理部である。以上がプリンタエンジンコントローラ部４０の機能的な構成の一部を示す各機能ブロックの説明である。

ここで、図５および図６を用いて本発明に係わるプリンタエンジンコントローラ部４０（プリント制御基板）の動作について説明する。なお、ここでは、プリンタエンジンコントローラ部４０がフラッシュＲＯＭ４４の書き換えが可能な、フラッシュＲＯＭ４４書き換えモードに移行したものとして説明する（上記図３参照）。

図５は、ダウンロード処理プログラム１の制御内容を示すフローチャートである。

図５において、プリンタ２０の電源が投入され、プリンタエンジンコントローラ部４０への通電が始まると（ステップＳ１０１）、この処理は開始される。この処理が開始されると、まず、ＣＰＵ４２によってフラッシュＲＯＭ４４に記憶されたダウンロード処理プログラム１が起動される。この起動とともに、ダウンロード処理プログラム１は、ＲＡＭ４３に展開される（ステップＳ１０２）。以下、この制御処理は、ダウンロード処理プログラム１の制御に基づいて進められる。

ＲＡＭ４３にプログラムが展開されると、外部Ｉ／Ｆ４１からデータを受信するまで待機状態となる（ステップＳ１０３でＮＯ）。ここで、外部Ｉ／Ｆ４１を介してダウンロード処理プログラム２を受信すると（ステップＳ１０３でＹＥＳ）、ダウンロード処理プログラム１の装置固有受信部７１は、そのプログラムの受信を開始する（ステップＳ１０４）。具体的には、ＲＡＭ４３に一旦記憶するとともに、順次フラッシュＲＯＭ４４へ書き込みを行う。そして、ダウンロード処理プログラム２を全て受信し、メモリ書き込み部６２によるフラッシュＲＯＭ４４への書き込みが終了すると（ステップＳ１０５）、この処理は終了する。

図６は、ダウンロード処理プログラム２の制御内容を示すフローチャートである。なお、ダウンロード処理プログラム２がフラッシュＲＯＭ４４へ書き込まれた後の処理として説明する。

図６において、プリンタ２０の電源が投入され、プリンタエンジンコントローラ部４０への通電が始まると（ステップＳ２０１）、この処理は開始される。この処理が開始されると、まず、ＣＰＵ４２によってフラッシュＲＯＭ４４に記憶されたダウンロード処理プログラム２が起動される。この起動とともに、ダウンロード処理プログラム２は、ＲＡＭ４３に展開される（ステップＳ２０２）。以下、この制御処理は、ダウンロード処理プログラム２の制御に基づいて進められる。

ＲＡＭ４３にプログラムが展開されると、外部Ｉ／Ｆ４１からデータを受信するまで待機状態となる（ステップＳ２０２でＮＯ）。ここで、外部Ｉ／Ｆ４１を介してファームウェアを受信すると（ステップＳ２０２でＹＥＳ）、ダウンロード処理プログラム２のファームウェア判別部６４は、受信したファームウェアが当該プリンタ２０に適合したものであるか否かの判別を行う。

まず、ファームウェア判別部６４は、受信したファームウェアに装置固有情報が付加されているか否かの判別を行い（ステップＳ２０３）、装置固有情報が付加されていないならば（ステップＳ２０３でＮＯ）、ステップＳ２０２へ戻り、再び、外部Ｉ／Ｆ４１からデータを受信するまで待機状態となるが一方、受信したファームウェアに装置固有情報が付加されているならば（ステップＳ２０３でＹＥＳ）、ダウンロード処理プログラム２の装置固有情報保持部６５で保持する機種名など装置固有情報と、受信したファームウェアが保持する装置固有情報とが一致するか否かを判別する（ステップＳ２０４）。

ここで、装置固有情報が一致しないと判別されたならば（ステップＳ２０４でＮＯ）、ステップＳ２０２へ戻り、再び、外部Ｉ／Ｆ４１からデータを受信するまで待機状態となるが一方、装置固有情報が一致したと判別されたならば（ステップＳ２０４でＹＥＳ）、ダウンロード処理プログラム２のファームウェア受信部６３は、そのプログラムの受信を開始する（ステップＳ２０６）。そして、ダウンロード処理プログラム２を全て受信し、ファームウェア書き込み部６６によるＲＡＭ４３への書き込みが終了すると（ステップＳ２０７）、この処理は終了する。

以上がダウンロード処理プログラム１およびダウンロード処理プログラム２の制御内容の説明であるが、先に述べた通り、ダウンロード処理プログラム１は、フラッシュＲＯＭ４４（不揮発性メモリ）に格納されるので電源を切っても消えることがないため、基本的に初回起動時のみ動作することとなる。一方、ファームウェアはＲＡＭ４３に格納されるので、電源断とともに消去されてしまうため、ダウンロード処理プログラム２は、起動の都度動作することとなる。

以上説明したように本発明においては、特定の装置に依存しないダウンロード処理プログラム１を予めプリンタエンジンコントローラ部４０のフラッシュＲＯＭ４４（不揮発性メモリ）に格納し一方、機種名などの装置固有情報を保持し特定の装置に依存するダウンロード処理プログラム２およびファームウェアを外部からダウンロードするように構成したため、特定の装置に依存することなく、汎用性を持ち合わせたプリンタエンジンコントローラ部４０（プリント制御基板）の実現が可能となる。そのため、特定の装置に限って動作するものではないので、多品種少量生産時などにも有効であり、また生産コストを抑えることができる。

また、ＲＡＭ４３（揮発性メモリ）にファームウェアを格納するため、簡単に書き換えが可能であり、ファームウェアに起因する不具合の除去が容易に行える。

さらに、外部Ｉ／Ｆ４１を介して任意の制御プログラムをダウンロードして実行させることもできるため、例えば、生産ラインにおいて、まず装置を構成するユニット毎の診断検査を実施するための制御プログラムをダウンロードして実行させ、生産ラインの後工程でファームウェアをダウンロードして実行させて、次に装置としての機能確認をするといったフレキシブルな運用が可能となる。

実施例２では、上記実施例１に加えて、プリンタエンジンコントローラ部４０の診断機能を持ち合わせたダウンロード処理プログラム１を用いた場合の実施形態について説明する。この場合も、装置に非依存であるというダウンロード処理プログラム１の特徴は保たれる。

なお、実施例２のシステム構成は上記実施例１の図２で説明したものと同一であるため、その説明は省略し、ここでは、機能的な構成と動作について説明する。

図７は、プリンタエンジンコントローラ部４０の機能的な構成の一部を示すブロック図である。なお、実施例２に係わる制御処理は、ダウンロード処理プログラム１およびダウンロード処理プログラム２により行われ、主としてＣＰＵ４２上で実行されることとなり、上記実施例１を説明した図４と同一の符号が付してあるものは、略同様に動作するので、その説明は省略する。

ダウンロード処理プログラム１およびダウンロード処理プログラム２は、各種処理機能部として、装置固有プログラム受信部６１と、メモリ書き込み部６２と、ファームウェア受信部６３と、ファームウェア判別部６４と、装置固有情報保持部６５と、ファームウェア書き込み部６６と、受信データ解析部６７と、診断処理部６８とを具備して構成される。すなわち、上記実施例１の構成に、受信データ解析部６７と診断処理部６８とを設けた構成となる。

装置固有プログラム受信部６１とメモリ書き込み部６２と受信データ解析部６７と診断処理部６８は、ダウンロード処理プログラム１により実現され、ファームウェア受信部６３とファームウェア判別部６４と装置固有情報保持部６５とファームウェア書き込み部６６は、ダウンロード処理プログラム２により実現される。

受信データ解析部６７は、装置固有プログラム受信部６１で受信したデータを解析する処理部である。具体的には、受信したデータがダウンロード処理プログラム２であるか、診断要求コマンドであるか否かを解析する。この解析によって、ダウンロード処理プログラム２であると判別されたならば、受信データはメモリ書き込み部６２へと連携されることとなるが一方、診断要求コマンドであると判別されたならば、受信データを解析した解析内容が診断処理部６８へと連携されることとなる。

診断処理部６８は、受信データ解析部６７で診断要求コマンドと判別されたコマンドに従って、プリンタエンジンコントローラ部４０を構成する各部の診断処理を行う処理部である。例えば、揮発性メモリであるＲＡＭ４３の全エリアに対し、リード／ライト／ベリファイチェック等を実行する。この他、不揮発性メモリであるフラッシュＲＯＭ４４の全アドレスのデータを読み出し、そのチェックサムが一致するかどうかを診断する。このようにして、特に、リユースされたプリンタエンジンコントローラ部４０が正常に動作するか否かのチェックを行う。以上が実施例２に係わるプリンタエンジンコントローラ部４０の機能的な構成の一部を示す各機能ブロックの説明である。

ここで、図８を用いて実施例２に係わるプリンタエンジンコントローラ部４０（プリント制御基板）の動作について説明する。なお、ダウンロード処理プログラム２における制御処理は上記実施例１で説明した図６と同一であるため、その説明は省略し、ダウンロード処理プログラム１における制御処理について説明する。

図８は、ダウンロード処理プログラム１の制御内容を示すフローチャートである。なお、ここでは、プリンタエンジンコントローラ部４０がフラッシュＲＯＭ４４の書き換えが可能な、フラッシュＲＯＭ４４書き換えモードに移行したものとして説明する（上記図３参照）。

図８において、プリンタ２０の電源が投入され、プリンタエンジンコントローラ部４０への通電が始まると（ステップＳ３０１）、この処理は開始される。この処理が開始されると、まず、ＣＰＵ４２によってフラッシュＲＯＭ４４に記憶されたダウンロード処理プログラム１が起動される。この起動とともに、ダウンロード処理プログラム１は、ＲＡＭ４３に展開される（ステップＳ３０２）。以下、この制御処理は、ダウンロード処理プログラム１の制御に基づいて進められる。

ＲＡＭ４３にプログラムが展開されると、外部Ｉ／Ｆ４１からデータを受信するまで待機状態となる（ステップＳ３０３でＮＯ）。ここで、外部Ｉ／Ｆ４１を介してデータを受信すると、ダウンロード処理プログラム１は、装置固有受信部７１で受信したデータがダウンロード処理プログラム２であるか、診断要求コマンドであるか否かを受信データ解析部６７で判別する（ステップＳ３０４およびステップＳ３０６）。

判別の結果、受信したデータが診断要求コマンドである場合（ステップＳ３０４でＹＥＳ）、ダウンロード処理プログラム１の装置固有プログラム受信部６１は、受信した診断要求コマンドを診断処理部６８を解析後、解析内容を連携し、診断処理部６８では、かかるコマンドに従った診断処理を実行後（ステップＳ３０５）、ステップＳ３０３に戻り、再び、データを受信するまで待機する。

一方、判別の結果、受信したデータがダウンロード処理プログラム２である場合（ステップＳ３０４でＮＯの後、ステップＳ３０６でＹＥＳ）、ダウンロード処理プログラム１の装置固有プログラム受信部６１は、そのプログラムの受信を開始する（ステップＳ３０７）。具体的には、ＲＡＭ４３に一旦記憶するとともに、順次フラッシュＲＯＭ４４へ書き込みを行う。そして、ダウンロード処理プログラム２を全て受信し、メモリ書き込み部６２によるフラッシュＲＯＭ４４への書き込みが終了すると（ステップＳ３０８）、この処理は終了する。

以上説明したように実施例２においては、上記実施例１に加えて、ダウンロード処理プログラム１に診断機能を備えたため、プリンタエンジンコントローラ部４０が正常に動作するか否かのチェックが行えるので、特にリユース時には簡単な作業により動作チェックが行える。そのため、その汎用性とリユースの容易さにより、資源を有効に利用できるのと、生産コストの面で有効である。

なお、本発明は、上記および図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。

例えば、図９（ａ）に示すように、ＣＰＵ４２上にＲＡＭ４３およびフラッシュＲＯＭ４４を配設したプリンタエンジンコントローラ部４０に本発明を適用してもよい。この場合、単純な構成になるため、信頼性の向上や生産コストの削減を図ることができる。

また、図９（ｂ）に示すように、プリンタエンジンコントローラ部４０からプリンタとして必要な構成要素を除いた情報処理コントローラ部７０に適用してもよい。この場合、画像形成動作に限られず、その他の制御を行う制御（電子）基盤においても適用できる。

本発明の処理装置およびそのファームウェアダウンロード方法は、ファームウェアに基づき所定の処理を行う中央演算処理装置を有する処理装置全般に適用可能であり、特に、特定の装置に依存しないため、多品種少量生産時などに有効利用することができる。

本発明に係わる画像形成システムの全体構成の一例を示す図である。 外部装置１０およびプリンタ２０のシステム構成を示す図である。 フラッシュＲＯＭ４４の内容を書き換える方法の一例を示す図である。 プリンタエンジンコントローラ部４０の機能的な構成の一部を示すブロック図である。 ダウンロード処理プログラム１の制御内容を示すフローチャートである。 ダウンロード処理プログラム２の制御内容を示すフローチャートである。 実施例２に係わるプリンタエンジンコントローラ部４０の機能的な構成の一部を示すブロック図である。 実施例２に係わるダウンロード処理プログラム１の制御内容を示すフローチャートである。 その他、変形例を示す図である。

符号の説明

１０ 外部装置
１１ ＲＯＭ（Read Only Memory）
１２、４３ ＲＡＭ（Random Access Memory）
１３、４２ ＣＰＵ（Central Processing Unit）
１４、３０ ネットワークＩ／Ｆ（Interface）
１５ 記憶部
２０ プリンタ
４０ プリンタエンジンコントローラ部
４１ 外部Ｉ／Ｆ（Interface）
４４ フラッシュＲＯＭ（Read Only Memory）
５０ プリンタエンジン部
６１ 装置固有プログラム受信部
６２ メモリ書き込み部
６３ ファームウェア受信部
６４ ファームウェア判別部
６５ 装置固有情報保持部
６６ ファームウェア書き込み部
６７ 受信データ解析部
６８ 診断処理部
７０ 情報処理コントローラ部

Claims (5)

1. 装置依存の第２のプログラムを起動して外部からファームウェアをダウンロードし、該ダウンロードしたファームウェアを揮発性メモリに記憶し、該揮発性メモリに記憶したファームウェアに基づき所定の処理を行う中央演算処理装置を有する処理装置において、
   前記第２のプログラムをダウンロードするための装置非依存の第１のプログラムを第１のプログラム記憶領域に記憶する不揮発性メモリ
   を具備し、
   前記中央演算処理装置は、
   前記不揮発性メモリの前記第１のプログラム記憶領域に記憶された前記第１のプログラムを起動して、外部から前記第２のプログラムをダウンロードして前記不揮発性メモリの第２のプログラム記憶領域に書き込み、その後、該第２のプログラム記憶領域に書き込んだ前記第２のプログラムを起動して、外部から前記ファームウェアをダウンロードする
   ことを特徴とする処理装置。
2. 前記第１のプログラムは、
   前記外部から送信された診断要求コマンドに従って各部の診断処理を実行する
   ことを特徴とする請求項１記載の処理装置。
3. 前記第２のプログラムは、
   装置固有情報を有し、前記外部からの前記ファームウェア受信に際して、該ファームウェアが自装置に適合するか否かを前記装置固有情報に基づいて判断し、自装置に適合する場合に、前記外部からファームウェアをダウンロードする
   ことを特徴とする請求項１または２記載の処理装置。
4. 前記中央演算処理装置は、
   前記揮発性メモリと前記不揮発性メモリを自装置上に備える
   ことを特徴とする請求項１乃至３いずれかに記載の処理装置。
5. 装置依存の第２のプログラムを起動して外部からファームウェアをダウンロードし、該ダウンロードしたファームウェアを揮発性メモリに記憶し、該揮発性メモリに記憶したファームウェアに基づき所定の処理を行う中央演算処理装置を有する処理装置のファームウェアダウンロード方法において、
   前記第２のプログラムをダウンロードするための装置非依存の第１のプログラムを不揮発性メモリの第１のプログラム記憶領域に記憶し、
   前記中央演算処理装置は、前記不揮発性メモリの前記第１のプログラム記憶領域に記憶された前記第１のプログラムを起動して、外部から前記第２のプログラムをダウンロードして前記不揮発性メモリの第２のプログラム記憶領域に書き込み、その後、該第２のプログラム記憶領域に書き込んだ前記第２のプログラムを起動して、外部から前記ファームウェアをダウンロードする
   ことを特徴とする処理装置のファームウェアダウンロード方法。

Images