JP4237511B2 - 画像形成装置、プログラム更新方法 - Google Patents
画像形成装置、プログラム更新方法 Download PDFInfo
- Publication number
- JP4237511B2 JP4237511B2 JP2003019722A JP2003019722A JP4237511B2 JP 4237511 B2 JP4237511 B2 JP 4237511B2 JP 2003019722 A JP2003019722 A JP 2003019722A JP 2003019722 A JP2003019722 A JP 2003019722A JP 4237511 B2 JP4237511 B2 JP 4237511B2
- Authority
- JP
- Japan
- Prior art keywords
- program
- update
- image forming
- version
- forming apparatus
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Accessory Devices And Overall Control Thereof (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、１つ以上のプログラムの更新に関し、特に画像形成装置、プログラム更新方法に関する。
【０００２】
【従来の技術】
近年、ファクシミリ、プリンタ、コピーおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置が知られるようになった。この画像形成装置は、１つの筐体内に表示部、印刷部および撮像部などを設けると共に、ファクシミリ、プリンタ、コピーおよびスキャナにそれぞれ対応する４種類のアプリケーションを設け、そのアプリケーションを切り替えることより、ファクシミリ、プリンタ、コピーおよびスキャナとして動作させるものである。
【０００３】
このように、画像形成装置は、プログラムに基づき処理を実行する種々のアプリケーションやモジュールにより動作しているため、ＦＬＡＳＨ−ＲＯＭなどに書き込まれたプログラムを更新することにより、新たな機能の追加などを行うことができる。
【０００４】
このプログラムの更新処理は、更新プログラムが格納されたサーバにインターネットなどのネットワークを介して接続し更新プログラムを取得（以下、ダウンロードと記す）することにより行われることがある。
【０００５】
また、複数の画像形成装置が１つのフロアにあり、そのフロアにある融合機のそれぞれに接続されたサーバが、それら全ての画像形成装置の更新プログラムをまとめてダウンロードすることがある。この場合、ダウンロードしたサーバは、ダウンロードした更新プログラムをそのままそれぞれの融合機に転送する。
【０００６】
したがって、ダウンロードした更新プログラムは、１台の画像形成装置のみ更新可能なプリンタのプログラムを更新するものや、全ての画像形成装置のスキャナのプログラムを更新可能なものなど、複数のプログラムが含まれている。さらに、更新が失敗した場合にメンテナンスを行うサービスマンが対応しなければ復旧できないブート領域の更新をするプログラムのようなものも含まれている。
【０００７】
【発明が解決しようとする課題】
このような種々のプログラムが混在した更新プログラムでプログラムの更新を行うと、異なる機種に対応しているプログラムを誤って更新したり、ファックスが搭載されていない融合機にファックスのプログラムが搭載されてしまうなどの不具合が発生する。また、復旧不可能となる可能性のあるブート領域のプログラムを更新することもあり得る。
【０００８】
本発明は、このような問題点に鑑み、種々のプログラムが混在した更新プログラムであっても、プログラムを適正に更新することを可能とする画像形成装置、プログラム更新方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置において、更新プログラムを取得する更新プログラム取得手段と、取得した更新プログラムで前記プログラムの更新を実行するかどうかを判断して前記プログラムを更新するプログラム更新手段とを有することを特徴とする。
【００１０】
また、上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置において、更新プログラムを取得する更新プログラム取得手段と、前記プログラムを更新するために用いられるブート領域のバージョンを取得するブート情報取得手段と、前記更新プログラムのブート領域のバージョンと、前記ブート情報取得手段が取得したブート領域のバージョンとが一致したプログラムを更新するプログラム更新手段とを有することを特徴とする。
【００１１】
また、上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置において、更新プログラムを取得する更新プログラム取得手段と、前記画像形成装置の機種情報を取得する機種情報取得手段と、前記更新プログラムが対応する機種情報と、前記機種情報取得手段が取得した機種情報とが一致したプログラムを更新するプログラム更新手段とを有することを特徴とする。
【００１２】
また、上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置において、１つ以上のプログラムを更新する更新プログラムを取得する更新プログラム取得手段と、前記画像形成装置の仕向け情報を取得する仕向け情報取得手段と、前記更新プログラムが対応する仕向け情報と、前記仕向け情報取得手段が取得した仕向け情報とが一致したプログラムを更新するプログラム更新手段とを有することを特徴とする。
【００１３】
また、上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置において、更新プログラムを取得する更新プログラム取得手段と、前記プログラムの識別情報を取得する識別情報取得手段と、前記更新プログラムの識別情報と、前記識別情報取得手段が取得した識別情報とが一致したプログラムを更新するプログラム更新手段とを有することを特徴とする。
【００１４】
また、上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置のプログラム更新方法であって、更新プログラムを取得する更新プログラム取得段階と、取得した更新プログラムで前記プログラムの更新を実行するかどうかを判断し、判断結果に基づき前記プログラムを更新するプログラム更新段階とを有することを特徴とする。
【００１５】
また、上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置のプログラム更新方法であって、更新プログラムを取得する更新プログラム取得段階と、前記プログラムを更新するために用いられるブート領域のバージョンを取得するブート情報取得段階と、前記更新プログラムのブート領域のバージョンと、前記処理手段から取得したブート領域のバージョンとが一致したプログラムを更新するプログラム更新段階とを有することを特徴とする。
【００１６】
また、上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置のプログラム更新方法であって、更新する更新プログラムを取得する更新プログラム取得段階と、前記画像形成装置の機種情報を取得する機種情報取得段階と、前記更新プログラムが対応する機種情報と、前記機種情報取得手段が取得した機種情報とが一致した処理手段のプログラムを更新するプログラム更新段階とを有することを特徴とする。
【００１７】
また、上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置のプログラム更新方法であって、更新する更新プログラムを取得する更新プログラム取得段階と、前記画像形成装置の仕向け情報を取得する仕向け情報取得段階と、前記更新プログラムが対応する仕向け情報と、前記仕向け情報取得手段が取得した仕向け情報とが一致したプログラムを更新するプログラム更新段階とを有することを特徴とする。
【００１８】
また、上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置のプログラム更新方法であって、更新プログラムを取得する更新プログラム取得段階と、前記プログラムの識別情報を取得する識別情報取得段階と、前記更新プログラムの識別情報と、取得した識別情報とが一致したプログラムを更新するプログラム更新段階とを有することを特徴とする。
【００１９】
以上のように、本発明によれば、種々のプログラムが混在した更新プログラムであっても、プログラムを適正に更新することを可能とする画像形成装置、プログラム更新方法が得られる。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態について図面に基づいて説明する。
【００２１】
図１は、本発明による画像形成装置（以下、融合機という）の一実施例の構成図を示す。融合機１は、ソフトウェア群２と、融合機起動部３と、ハードウェア資源４とを含むように構成される。
【００２２】
融合機起動部３は融合機１の電源投入時に最初に実行され、アプリケーション層５およびコントローラ６を起動する。例えば融合機起動部３は、アプリケーション層５およびコントローラ６のプログラムを、ハードディスク装置（以下、ＨＤという）などから読み出し、読み出した各プログラムをメモリ領域に転送して起動する。ハードウェア資源４は、白黒レーザプリンタ（Ｂ＆Ｗ ＬＰ）２５と、カラーレーザプリンタ（Ｃｏｌｏｒ ＬＰ）２６とスキャナやファクシミリなどのハードウェアリソース２４とを含む。
【００２３】
また、ソフトウェア群２は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳという）上に起動されているアプリケーション層５とコントローラ６とを含む。アプリケーション層５は、プリンタ、コピー、ファックスおよびスキャナなどの画像形成に係るユーザサービスにそれぞれ固有の処理を行うプログラムを含む。
【００２４】
アプリケーション層５は、プリンタ用のアプリケーションであるプリンタアプリ９と、コピー用アプリケーションであるコピーアプリ１０と、ファックス用アプリケーションであるファックスアプリ１１と、スキャナ用アプリケーションであるスキャナアプリ１２とを含む。
【００２５】
また、コントローラ６は、アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層７と、１つ以上のハードウェア資源４の管理を行ってコントロールサービス層７からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）２１と、ＳＲＭ２１からの獲得要求に応じてハードウェア資源４の管理を行うハンドラ層８とを含む。
【００２６】
コントロールサービス層７は、通信手段に対応するネットワークコントロールサービス（以下、ＮＣＳという）１３、リモートサービス（以下、ＲＳという）１４、オペレーションパネルコントロールサービス（以下、ＯＣＳという）１５、ファックスコントロールサービス（以下、ＦＣＳという）１６、エンジンコントロールサービス（以下、ＥＣＳという）１７、メモリコントロールサービス（以下、ＭＣＳという）１８、オンデマンドアップデートサービス（以下、ＯＵＳという）１９、システムコントロールサービス（以下、ＳＣＳという）２０など、一つ以上のサービスモジュールを含むように構成されている。
【００２７】
なお、コントローラ６は予め定義されている関数により、アプリケーション層５からの処理要求を受信可能とするＡＰＩ２８を有するように構成されている。ＯＳは、アプリケーション層５およびコントローラ６の各ソフトウェアをプロセスとして並列実行する。
【００２８】
ＮＣＳ１３のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【００２９】
例えばＮＣＳ１３は、ネットワークを介して接続されるネットワーク機器とのデータ通信をｈｔｔｐｄ（HyperText Transfer Protocol Daemon）により、ＨＴＴＰ（HyperText Transfer Protocol）で制御する。
【００３０】
ＲＳ１４のプロセスは、インターネットなどのネットワークを用いたサービスを行う。ＯＣＳ３３のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。ＦＣＳ１６のプロセスは、アプリケーション層５からＰＳＴＮまたはＩＳＤＮ網を利用したファックス送受信、バックアップ用のメモリで管理されている各種ファックスデータの登録／引用、ファックス読み取り、ファックス受信印刷などを行うためのＡＰＩを提供する。
【００３１】
ＥＣＳ１７のプロセスは、白黒レーザプリンタ２５、カラーレーザプリンタ２６、ハードウェアリソース２４などのエンジン部の制御を行う。ＭＣＳ１８のプロセスは、メモリの取得および開放、ＨＤの利用などのメモリ制御を行う。更新プログラム取得手段に対応するＯＵＳ１９は、ネットワークからの通知により、プログラムをダウンロードし、メモリに展開する。
【００３２】
プログラム更新手段に対応するＳＣＳ２０のプロセスは、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、ハードウェア資源管理、割り込みアプリケーション制御などの処理を行う。
【００３３】
ＳＲＭ２１のプロセスは、ＳＣＳ２０と共にシステムの制御およびハードウェア資源４の管理を行うものである。例えばＳＲＭ２１のプロセスは、白黒レーザプリンタ２５やカラーレーザプリンタ２６などのハードウェア資源４を利用する上位層からの獲得要求に従って調停を行い、実行制御する。
【００３４】
具体的に、ＳＲＭ２１のプロセスは獲得要求されたハードウェア資源４が利用可能であるか（他の獲得要求により利用されていないかどうか）を判定し、利用可能であれば獲得要求されたハードウェア資源４が利用可能である旨を上位層に通知する。また、ＳＲＭ２１のプロセスは上位層からの獲得要求に対してハードウェア資源４を利用するためのスケジューリングを行い、要求内容（例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。
【００３５】
また、ハンドラ層８は後述するファックスコントロールユニット（以下、ＦＣＵという）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨという）２４と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うイメージメモリハンドラ（以下、ＩＭＨという）２３とを含む。ＳＲＭ３９およびＦＣＵＨ４０は、予め定義されている関数によりハードウェア資源４に対する処理要求を送信可能とするエンジンＩ／Ｆ２７を利用して、ハードウェア資源４に対する処理要求を行う。
【００３６】
このように、融合機１は、各アプリケーションで共通的に必要な処理をコントローラ６で一元的に処理することができる。次に、融合機１のハードウェア構成について説明する。
【００３７】
図２は、本発明による融合機の一実施例のハードウェア構成図を示す。融合機１は、コントローラボード５０と、オペレーションパネル３９と、ＦＣＵ４０と、ＵＳＢデバイス４１と、ＩＥＥＥ１３９４デバイス４２と、エンジン部４３とを含む。
【００３８】
また、コントローラボード５０は、ＣＰＵ３１と、システムメモリ（ＭＥＭ−Ｐ）３２と、ノースブリッジ（以下、ＮＢという）３３と、サウスブリッジ（以下、ＳＢという）３４と、ＡＳＩＣ３６と、ローカルメモリ（ＭＥＭ−Ｃ）３７と、ＨＤ３８と、不揮発性記憶装置であるＦＬＡＳＨ−ＲＯＭ４６を含む。
【００３９】
オペレーションパネル３９は、コントローラボード５０のＡＳＩＣ３６に接続されている。また、ＦＣＵ４０、ＵＳＢデバイス４１、ＩＥＥＥ１３９４デバイス４２およびエンジン部４３は、コントローラボード５０のＡＳＩＣ３６にＰＣＩバスで接続されている。
【００４０】
コントローラボード５０は、ＡＳＩＣ３６にローカルメモリ３７、ＨＤ３８などが接続されると共に、ＣＰＵ３１とＡＳＩＣ３６とがＣＰＵチップセットのＮＢ３３を介して接続されている。このように、ＮＢ３３を介してＣＰＵ３１とＡＳＩＣ３６とを接続すれば、ＣＰＵ３１のインタフェースが公開されていない場合に対応できる。
【００４１】
なお、ＡＳＩＣ３６とＮＢ３３とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Accelerated Graphics Port）３５を介して接続されている。このように、図１のアプリケーション層５やコントローラ６を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ３６とＮＢ３３とを低速のＰＣＩバスでなくＡＧＰ３５を介して接続し、パフォーマンスの低下を防いでいる。
【００４２】
ＣＰＵ３１は、融合機１の全体制御を行うものである。ＣＰＵ３１は、ＮＣＳ１３、ＲＳ１４、ＯＣＳ１５、ＦＣＳ１６、ＥＣＳ１７、ＭＣＳ１８、ＯＵＳ１９、ＳＣＳ２０、ＳＲＭ２１、ＦＣＵＨ２２およびＩＭＨ２３をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層５を形成するプリンタアプリ９、コピーアプリ１０、ファックスアプリ１１、スキャナアプリ１２を起動して実行させる。
【００４３】
ＮＢ３３は、ＣＰＵ３１、システムメモリ３２、ＳＢ３４およびＡＳＩＣ３６を接続するためのブリッジである。システムメモリ３２は、融合機１の描画用メモリなどとして用いるメモリである。ＳＢ３４は、ＮＢ３３とＲＯＭ、ＰＣＩバス、周辺デバイスとを接続するためのブリッジである。また、ローカルメモリ３７はコピー用画像バッファ、符号バッファとして用いるメモリである。
【００４４】
ＡＳＩＣ３６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤ３８は、画像データの蓄積、文書データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積などを行うためのストレージである。また、オペレーションパネル３９は、オペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【００４５】
次に、図３を用いて、プログラムの融合機１における位置づけを説明する。
【００４６】
最初に融合機１の全体の制御を行うコントローラボード５０について説明する。コントローラボード５０は、図１に示したプログラムが実行されるボードである。このコントローラボード５０から、以下に説明するボードが接続される。
【００４７】
融合機１に関する情報を、融合機１を操作するオペレータに対して表示する処理を行う操作パネルボード５５は、オペレーションパネル３９の制御を行うボードである。このボードには、図に示されるように操作パネルファーム６１が搭載されている。そして、操作パネルボード５５とコントローラボード５０とは、通信をするために同期シリアル回線６４で接続されている。なお、ファームは、ファームウェアを示す。
【００４８】
次に、ＦＣＵボード５１について説明する。このボードは、上述したファックスコントロールユニットである。そして、ボードには、図に示されるようにＦＣＵファーム５６が搭載されている。また、ＦＣＵボード５１とコントローラボード５０とは、通信をするためにＰＣＩバス６２で接続される。
【００４９】
次に、エンジンボード５２について説明する。このボードは、プロッタファー５７やスキャナファーム５８などのエンジン部のファームが搭載される。このエンジンボード５２もコントローラボード５０と通信をするためにＰＣＩバス６２で接続される。
【００５０】
これらの各ボードは、コントローラ６により、リブートすることが可能である。
【００５１】
このように接続された各ボードの立ち上げ時の処理を、図４を用いて説明する。図４には、コントローラボード５０と、エンジンボード５２と、ＦＣＵＨ２２と、ＯＣＳ１９との間のシーケンス図を示している。なお、ＦＣＵＨ２２は、ＦＣＵボード６２の立ち上げを管理し、ＯＣＳ１９は、操作パネルボード５５の立ち上げを管理している。
【００５２】
まず、ステップＳ１とステップＳ２で、コントローラボード５０及びエンジンボード５２は、ブレーク信号の変化により互いに通信可能なことを確認する。そして、コントローラボード５０は、ステップＳ３で、エンジンボード５２に対し、コントローラと接続されたことを通知する。エンジンボード５２も同様に、ステップＳ３で、コントローラボード５０に対し、エンジンが接続したことを通知する。このとき、エンジンボード５２は、搭載されているプログラムに関する情報も同時に送信する。
【００５３】
ＦＣＵＨ２２は、ステップＳ５５で、ＦＣＵボード５１が起動したことを確認すると、ＦＣＵボード５１が起動したことと、ＦＣＵボード５１に搭載されているプログラムに関する情報をコントローラボード５０に送信する。また、ＯＣＳ１９も同様に、操作パネルボード５５が起動すると、ＯＣＳが起動したことと、操作パネルボード５５に搭載されているプログラムに関する情報を送信する。
【００５４】
このように、各ボードの起動時に、コントローラボード５０に対し、各ボードに搭載されているプログラムのバージョンなどの情報が送信される。
【００５５】
なお、各プログラムの情報は、起動時ではなく、必要に応じてコントローラボード５０が各ボードに対して要求しても良い。
【００５６】
このように、図３における各ボードには、プログラムが搭載され、そのプログラムに基づき処理が実行される。
【００５７】
そして、これらプログラムは、ＦＬＡＳＨ−ＲＯＭに記憶され、更新することが可能となっている。またＦＬＡＳＨ−ＲＯＭには、図５に示されるように、プログラムブート領域と本来の処理を行うプログラム領域がセットで格納される。
【００５８】
このブート領域について説明する。ブート領域は、図５に示されるＲＯＭマップのように、本来の処理を行うプログラム領域よりも前のアドレスに位置している。また、ブート領域には、ハードウェアの初期化や、プログラムの異常判定、ＯＳ、半角フォントなど、アプリケーションなどのプログラムが動作可能な状態にするためのプログラムやデータが格納されている。さらに、ブート領域には、プログラムを更新するためのプログラムも含まれる。
【００５９】
次に、ダウンロードする更新プログラムについて、図６を用いて説明する。図６は、ダウンロードする更新プログラムが１つ以上含まれるプログラムデータのデータ構造を示している。
【００６０】
プログラムデータは、図６に示されるように更新プログラムヘッダと、１つ以上の更新プログラム（更新プログラムＡ、…、更新プログラムＮ）からなる構造となっている。そして、それぞれの更新プログラムは、さらに個別更新プログラムヘッダと更新プログラム本体からなる構造となっている。
【００６１】
このうち、更新プログラムヘッダは、全レングスと、全プログラム数と、任意データの３つのデータを有する。全レングスは、更新プログラムヘッダを除く全体のデータ長を表し、全プログラム数は、この更新プログラムデータに含まれる全ての更新プログラムの数を示す。任意データは、設計者が仕様などに応じて任意に使用できるデータ領域である。
【００６２】
また、個別更新プログラムヘッダのプログラム種類は、例えばプリンタ用プログラムなど、プログラムの種類を表す。バージョンは、更新プログラムのバージョンを表す。レングスは更新プログラム本体のデータ長を表す。ブート領域バージョンは、上述したブート領域のバージョンを表す。機種ＩＤは、更新プログラムが対応する機種のＩＤを表す。仕向けＩＤは、後述する仕向けのＩＤを表す。モジュールＩＤは、このプログラムのＩＤを表す。任意データは、先ほどと同様に設計者が仕様などに応じて任意に使用できるデータ領域である。
【００６３】
このようなデータ構造により、融合機１は、ダウンロードする更新プログラムのバージョンなどが分かるようになっている。
【００６４】
以下、更新プログラムを取得し、取得した更新プログラムでプログラムの更新を実行するかどうかを判断してプログラムを更新する処理を、フローチャートを用いて説明する。
【００６５】
最初に、更新プログラムのブート領域のバージョンと、各ボードに搭載されたプログラムのうち、ブート領域のバージョンとが一致したプログラムを更新する処理について説明する。
【００６６】
上述したように、ブート領域には、プログラムを更新するためのプログラムも含まれている。そのため、ブート領域の更新中に電源を落とされるなどして、ブート領域の更新に失敗すると、プログラムを更新するためのプログラムが失われるため、図５に示される領域全体のプログラムの復旧が不可能となる可能性がある。
【００６７】
また、図５に示されるブート領域を更新せずに、プログラム領域のみを更新することも可能であるが、ブート領域には、プログラム領域の所定のアドレスを参照するプログラムも存在するため、ブート領域のバージョンが異なるプログラムは、更新することができない。
【００６８】
したがって、ブート領域を更新する場合は、失敗しても復旧することが可能なサービスマンが融合機１をＳＰ（Serviceman Program）モードで動作させ、設定手段に対応するオペレーションパネル３９を操作し、強制的にブート領域を更新可能な強制更新設定にする。
【００６９】
または、更新プログラムが有する任意データ（図６参照）に、ブート領域を更新する旨の情報を書き込むことで、コントローラ６が自動的に強制更新設定と判断して更新を行っても良い。
【００７０】
次に、図７のフローチャートを用いて、ブート領域を含むプログラムの更新を行う処理について説明する。なお、このフローチャートの説明において、コントローラ６は、更新プログラム取得手段とプログラム更新手段とブート情報取得手段に対応する。
【００７１】
更新プログラム取得段階に対応するステップＳ１０１でコントローラ６は、例えばネットワークに接続されているサーバからプログラムデータ（図６参照）を受信する。次に、コントローラ６は、ブート情報取得段階に対応するステップＳ１０２で、図８に示されるように、現状のＦＬＡＳＨ−ＲＯＭに格納されているプログラムのブート領域のバージョンを取得する。この処理は、コントローラ６が、各ボードへブート領域のバージョンを要求するコマンドを発行することにより得られる。また、ブート領域のバージョンは、図４で説明したように、起動時に取得するようにしても良い。
【００７２】
次に、コントローラ６は、ステップＳ１０３でプログラムデータから、ブート情報テーブルに対応するプログラム更新実行用データテーブルを生成する。
【００７３】
この更新実行用データテーブルは、図９に示されるように、プログラム種類と、そのプログラムのバージョンと、受信プログラムデータのブート領域のバージョンと、現状のＲＯＭに記憶されているプログラムのブート領域のバージョンと、更新の実行状態とを示すものである。
【００７４】
この実行状態には、「未実行」、「実行中」、「実行済み」が示される。「未実行」は、プログラムの更新を行なっていない状態を示す。「実行中」は、プログラムの更新を実行中である状態を示す、また、「実行済み」は、プログラムの更新の実行が済んだ状態を示す。以上のように、実行状態は、更新プログラムにより更新されるプログラムの更新状況を示す情報である。
【００７５】
以上説明した更新実行用データテーブルを、コントローラプログラムを例として説明すると、バージョンが1.03であり、受信プログラムデータのブート領域のバージョンは、0x0Aであり、現状ＲＯＭブート領域バージョンも0x0Aとなっている。そして実行状態により、コントローラプログラムは、更新を実行していないことが分かる。
【００７６】
フローチャートの説明に戻る。コントローラ６は、ステップＳ１０４でブート領域が異なるバージョンのプログラムの更新を実行する強制更新設定になっているかどうか判断する。強制更新設定になっている場合、コントローラ６はステップＳ１０６へ処理を進める。実行しない設定の場合、コントローラ６は、ステップＳ１０５で、更新実行用データテーブルから、受信プログラムデータのブート領域のバージョンと現状ＲＯＭブート領域のバージョンが異なるものを更新実行用データテーブルから外し、図１０の更新対象プログラムテーブルに対応する更新実行用データテーブルを生成する。
【００７７】
図１０の更新実行用データテーブルは、図９の更新実行用データテーブルから、バージョンが異なるエンジンプログラムが外された更新実行用データテーブルとなる。
【００７８】
コントローラ６は、プログラム更新段階に対応するステップＳ１０６で、未実行状態のプログラムのうち、更新実行用データテーブルの最上位のプログラムの更新を実行する。したがって、図１０では、コントローラプログラムから更新が実行される。
【００７９】
そして、コントローラ６は、ステップＳ１０７で、更新を実行したプログラムの実行状態を、「実行状態」に変更する。そして、更新が完了するとコントローラ６は、実行状態を「実行済み」に変更する。
【００８０】
次に、コントローラ６は、ステップＳ１０８で、更新実行用データテーブルに登録されている全プログラムの更新が終了したかどうか判断する。終了していない場合、コントローラ６は、再びステップＳ１０６の処理を行う。終了した場合、コントローラ６は、ステップＳ１０９でリブートを行い、処理を終了する。
【００８１】
次に、融合機１が有する識別情報である機種情報を用いて行われるプログラムの更新について説明する。更新プログラムが対応する機種と異なる機種の融合機に、その更新プログラムでプログラムを更新すると、誤動作する可能性が高い。
【００８２】
次に、更新プログラムが対応する機種が異なる場合は、プログラムの更新を行わないようにする処理を、図１１のフローチャートを用いて説明する。なお、このフローチャートの説明において、コントローラ６は、更新プログラム取得手段とプログラム更新手段と機種情報取得手段に対応する。
【００８３】
更新プログラム取得段階に対応するステップＳ２０１で、コントローラ６は、サーバからプログラムデータを受信する。次に、コントローラ６は、機種情報参照段階に対応するステップＳ２０２で、当該機種の機種ＩＤを参照する。この機種ＩＤは、コントローラ６が予めデータとして有する。なお、この識別情報は、機種ＩＤに限らず、製造番号などの情報であっても良い。
【００８４】
ステップＳ２０３で、コントローラ６は、図１２に示すプログラム更新実行用テーブルを生成する。
【００８５】
この更新実行用データテーブルは、プログラム種類と、そのプログラムのバージョンと、受信プログラムデータの機種ＩＤと、当該機種の機種ＩＤと、更新の実行状態とを示すものである。
【００８６】
この更新実行用データテーブルを、プリンタアプリプログラムを例として説明する。プリンタアプリの更新プログラムは、機種ＩＤが0x1A、0x1B、0x1Cの３機種に対応している。また、当該機種ＩＤは、0x1Bであることが分かる。したがって、プリンタアプリプログラムは更新可能である。
【００８７】
フローチャートの説明に戻る。コントローラ６は、ステップＳ２０４で、更新実行用データテーブルから、当該機種ＩＤが含まれないプログラムを外し、図１３の更新対象プログラムテーブルに対応する更新実行用データテーブルを生成する。
【００８８】
図１３の更新実行用データテーブルは、図１２の更新実行用データテーブルから、機種ＩＤが異なるコントローラプログラムが外された更新実行用データテーブルとなる。
【００８９】
コントローラ６は、更新プログラム取得段階に対応するステップＳ２０５で、未実行状態のプログラムのうち、更新実行用データテーブルの最上位のプログラムの更新を実行する。したがって、図１３では、エンジンプログラムから更新が実行される。
【００９０】
そして、コントローラ６は、ステップＳ２０６で、更新を実行したプログラムの実行状態を、「実行状態」に変更する。そして、更新が完了するとコントローラ６は、実行状態を「実行済み」に変更する。
【００９１】
次に、コントローラ６は、ステップＳ２０７で、更新実行用データテーブルに登録されている全プログラムの更新が終了したかどうか判断する。終了していない場合、コントローラ６は、再びステップＳ２０５の処理を行う。終了した場合、コントローラ６は、ステップＳ２０８でリブートを行い、処理を終了する。
【００９２】
次に、仕向け情報を用いて行われるプログラムの更新について説明する。仕向け情報とは、融合機１がどの地域で使用されるかを示す情報である。具体的に例を挙げると、仕向け情報とは、使用される地域が国内か、海外かどうかを示す情報である。海外であれば、言語や電圧なども異なるため、プログラムにも違いが生じる。そのため、仕向け情報が異なる場合は、プログラムを更新することができない。
【００９３】
このように、更新プログラムが対応する仕向け情報が異なる場合は、プログラムの更新を行わないようにする処理を、図１４のフローチャートを用いて説明する。なお、このフローチャートの説明において、コントローラ６は、更新プログラム取得手段とプログラム更新手段と仕向け情報取得手段に対応する。
【００９４】
更新プログラム取得段階に対応するステップＳ３０１で、コントローラ６は、サーバからプログラムデータを受信する。次に、コントローラ６は、仕向け情報取得段階に対応するステップＳ３０２で、当該機種の仕向けＩＤを取得する。この仕向けＩＤは、図１５に示されるように、プロッタファーム５７が有するため、コントローラ６がプロッタファーム５７へ仕向け情報を要求するコマンドを発行することにより得られる。なお、プロッタファーム５７が仕向け情報を有するのは、プロッタが電圧に影響されやすいことが挙げられるが、特にプロッタファーム５７でなくとも良い。
【００９５】
次に、ステップＳ３０３で、コントローラ６は、図１６に示すプログラム更新実行用テーブルを生成する。
【００９６】
この更新実行用データテーブルは、プログラム種類と、そのプログラムのバージョンと、受信プログラムデータの仕向けＩＤと、当該機種の仕向けＩＤと、更新の実行状態とを示すものである。
【００９７】
この更新実行用データテーブルを、プリンタアプリプログラムを例として説明する。プリンタアプリの更新プログラムは、仕向けＩＤが「０」、「１」であるので、国内と海外の両方に対応している。また、当該機種の仕向けＩＤは、「１」であるので海外であることが分かる。したがって、プリンタアプリプログラムは更新可能である。
【００９８】
フローチャートの説明に戻る。コントローラ６は、ステップＳ３０４で、更新実行用データテーブルから、仕向けＩＤが含まれないプログラムを外し、図１７の更新対象プログラムテーブルに対応する更新実行用データテーブルを生成する。
【００９９】
図１７の更新実行用データテーブルは、図１６の更新実行用データテーブルから、仕向けＩＤが異なるエンジンプログラムと２つある操作部プログラムのうちの１つが外された更新実行用データテーブルとなる。
【０１００】
コントローラ６は、プログラム更新段階に対応するステップＳ３０５で、未実行状態のプログラムのうち、更新実行用データテーブルの最上位のプログラムの更新を実行する。したがって、図１７では、エンジンプログラムから更新が実行される。
【０１０１】
そして、コントローラ６は、ステップＳ３０６で、更新を実行したプログラムの実行状態を、「実行状態」に変更する。そして、更新が完了するとコントローラ６は、実行状態を「実行済み」に変更する。
【０１０２】
次に、コントローラ６は、ステップＳ３０７で、更新実行用データテーブルに登録されている全プログラムの更新が終了したかどうか判断する。終了していない場合、コントローラ６は、再びステップＳ３０５の処理を行う。終了した場合、コントローラ６は、ステップＳ３０８でリブートを行い、処理を終了する。
【０１０３】
次に、プログラム識別情報を用いて行われるプログラムの更新について説明する。なお、以下の説明では、プログラム識別情報をモジュールＩＤという。モジュールＩＤとは、各プログラムに割り当てられた固有の識別情報である。
【０１０４】
このモジュールＩＤにより、当該機種に最初から存在しないプログラムを新規に追加した際に、そのプログラムを書き込む領域がない場合、更新処理が異常となったり、書き込む領域がある場合、不正に機能拡張されることを防ぐことができる。
【０１０５】
また、融合機１は、図１に示したように、各アプリケーションやモジュールのやり取りで用いられるインタフェースが共通化されているため、機種が異なる場合でも、同一のモジュールＩＤを有するプログラムであれば、更新が可能となる。
【０１０６】
次に、更新プログラムが対応するモジュールＩＤが異なる場合は、プログラムの更新を行わないようにする処理を、図１８のフローチャートを用いて説明する。なお、このフローチャートの説明において、コントローラ６は、更新プログラム取得手段とプログラム更新手段と識別情報取得手段に対応する。
【０１０７】
更新プログラム取得段階に対応するステップＳ４０１で、コントローラ６は、サーバからプログラムデータを受信する。
【０１０８】
次に、ステップＳ４０２で、コントローラ６は、図１９に示すプログラム更新実行用テーブルを生成する。
【０１０９】
更新実行用データテーブルは、プログラム種類と、そのプログラムのバージョンと、受信プログラムデータのモジュールＩＤと、更新の実行状態とを示すものである。この更新実行用データテーブルにおいて、例えばスキャナエンジンプログラムのモジュールＩＤは、JP2CFa_escanである。
【０１１０】
次に、コントローラ６は、識別情報取得段階に対応するステップＳ４０３で、識別情報テーブルに対応する当該機種のプログラム構成情報を取得する。このプログラム構成情報は、各プログラムのモジュールＩＤを有するため、図２０に示されるように、コントローラ６が各プログラムへモジュールＩＤを要求するコマンドを発行することにより得られる。
【０１１１】
このようにして得られたモジュールＩＤを用いて、コントローラ６は、図２１に示されるプログラム構成情報を生成する。プログラム構成情報には、プログラム種類と、そのプログラムのバージョンと、モジュールＩＤとを示す情報である。
【０１１２】
次に、コントローラ６は、ステップＳ４０４で、更新実行用データテーブルから、当該機種のプログラム構成情報に含まれないプログラムを外し、図２２の更新対象プログラムテーブルに対応する更新実行用データテーブルを生成する。
【０１１３】
図２２の更新実行用データテーブルは、図１９の更新実行用データテーブルから、ファックスアプリプログラムと２つある操作部プログラムのうちの１つが外された更新実行用データテーブルとなる。
【０１１４】
コントローラ６は、プログラム更新段階に対応するステップＳ４０５で、未実行状態のプログラムのうち、更新実行用データテーブルの最上位のプログラムの更新を実行する。したがって、図２２では、プロッタエンジンプログラムから更新が実行される。
【０１１５】
そして、コントローラ６は、ステップＳ４０６で、更新を実行したプログラムの実行状態を、「実行状態」に変更する。そして、更新が完了するとコントローラ６は、実行状態を「実行済み」に変更する。
【０１１６】
次に、コントローラ６は、ステップＳ４０７で、更新実行用データテーブルに登録されている全プログラムの更新が終了したかどうか判断する。終了していない場合、コントローラ６は、再びステップＳ４０５の処理を行う。終了した場合、コントローラ６は、ステップＳ４０８でリブートを行い、処理を終了する。
【０１１７】
【発明の効果】
以上説明したように、本発明によれば、種々のプログラムが混在した更新プログラムであっても、プログラムを適正に更新することを可能とする画像形成装置、プログラム更新方法が得られる。
【図面の簡単な説明】
【図１】本発明による融合機の一実施例の構成図である。
【図２】本発明による融合機の一実施例のハードウェア構成図である。
【図３】各処理部とプログラムの位置づけを示す図である。
【図４】各ボードの起動を示すシーケンス図である。
【図５】ＲＯＭマップを示す図である。
【図６】プログラムデータのデータ構造を示す図である。
【図７】ブート領域のバージョンでプログラムを更新する処理を示す図である。
【図８】ブート領域のバージョンを取得する様子を示す図である。
【図９】プログラム更新実行用データテーブルを示す図である。
【図１０】プログラム更新実行用データテーブルを示す図である。
【図１１】機種ＩＤでプログラムを更新する処理を示す図である。
【図１２】プログラム更新実行用データテーブルを示す図である。
【図１３】プログラム更新実行用データテーブルを示す図である。
【図１４】仕向け情報でプログラムを更新する処理を示す図である。
【図１５】仕向け情報を取得する様子を示す図である。
【図１６】プログラム更新実行用データテーブルを示す図である。
【図１７】プログラム更新実行用データテーブルを示す図である。
【図１８】モジュールＩＤでプログラムを更新する処理を示す図である。
【図１９】プログラム更新実行用データテーブルを示す図である。
【図２０】モジュールＩＤを取得する様子を示す図である。
【図２１】プログラム構成情報を示す図である。
【図２２】プログラム更新実行用データテーブルを示す図である。
【符号の説明】
１…融合機
２…ソフトウェア群
３…融合機起動部
４…ハードウェア資源
５…アプリケーション層
６…コントローラ
７…コントロールサービス層
８…ハンドラ層
９…プリンタアプリ
１０…コピーアプリ
１１…ファックスアプリ
１２…スキャナアプリ
１３…ネットワークコントロールサービス（ＮＣＳ）
１４…リモートサービス（ＲＳ）
１５…オペレーションパネルコントロールサービス（ＯＣＳ）
１６…ファックスコントロールサービス（ＦＣＳ）
１７…エンジンコントロールサービス（ＥＣＳ）
１８…メモリコントロールサービス（ＭＣＳ）
１９…オンデマンドアップデートサービス（ＯＵＳ）
２０…システムコントロールサービス（ＳＣＳ）
２１…システムリソースマネージャ（ＳＲＭ）
２２…ファックスコントロールユニットハンドラ（ＦＣＵＨ）
２３…イメージメモリハンドラ（ＩＭＨ）
２４…ハードウェアリソース
２５…白黒レーザプリンタ（Ｂ＆Ｗ ＬＰ）
２６…カラーレーザプリンタ（Ｃｏｌｏｒ ＬＰ）
２７…アプリケーションプログラムインターフェース（ＡＰＩ）
２８…エンジンＩ／Ｆ
３０…コントローラ
３１…ＣＰＵ
３２…システムメモリ（ＭＥＭ−Ｐ）
３３…ノースブリッジ（ＮＢ）
３４…サウスブリッジ（ＳＢ）
３５…ＡＧＰ（Accelerated Graphics Port）
３６…ＡＳＩＣ
３７…ローカルメモリ（ＭＥＭ−Ｃ）
３８…ハードディスク装置（ＨＤ）
３９…オペレーションパネル
４０…ファックスコントロールユニット（ＦＣＵ）
４１…ＵＳＢデバイス
４２…ＩＥＥＥ１３９４デバイス
４３…エンジン部
４６…ＦＬＡＳＨ−ＲＯＭ
５０…コントローラボード
５１…ＦＣＵボード
５２…エンジンボード
５５…操作パネルボード
５６…ＦＣＵファーム
５７…プロッタファーム
５８…スキャナファーム
６１…操作パネルファーム
６２…ＰＣＩバス
６３…シリアル回線
６４…同期シリアル回線
【発明の属する技術分野】
本発明は、１つ以上のプログラムの更新に関し、特に画像形成装置、プログラム更新方法に関する。
【０００２】
【従来の技術】
近年、ファクシミリ、プリンタ、コピーおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置が知られるようになった。この画像形成装置は、１つの筐体内に表示部、印刷部および撮像部などを設けると共に、ファクシミリ、プリンタ、コピーおよびスキャナにそれぞれ対応する４種類のアプリケーションを設け、そのアプリケーションを切り替えることより、ファクシミリ、プリンタ、コピーおよびスキャナとして動作させるものである。
【０００３】
このように、画像形成装置は、プログラムに基づき処理を実行する種々のアプリケーションやモジュールにより動作しているため、ＦＬＡＳＨ−ＲＯＭなどに書き込まれたプログラムを更新することにより、新たな機能の追加などを行うことができる。
【０００４】
このプログラムの更新処理は、更新プログラムが格納されたサーバにインターネットなどのネットワークを介して接続し更新プログラムを取得（以下、ダウンロードと記す）することにより行われることがある。
【０００５】
また、複数の画像形成装置が１つのフロアにあり、そのフロアにある融合機のそれぞれに接続されたサーバが、それら全ての画像形成装置の更新プログラムをまとめてダウンロードすることがある。この場合、ダウンロードしたサーバは、ダウンロードした更新プログラムをそのままそれぞれの融合機に転送する。
【０００６】
したがって、ダウンロードした更新プログラムは、１台の画像形成装置のみ更新可能なプリンタのプログラムを更新するものや、全ての画像形成装置のスキャナのプログラムを更新可能なものなど、複数のプログラムが含まれている。さらに、更新が失敗した場合にメンテナンスを行うサービスマンが対応しなければ復旧できないブート領域の更新をするプログラムのようなものも含まれている。
【０００７】
【発明が解決しようとする課題】
このような種々のプログラムが混在した更新プログラムでプログラムの更新を行うと、異なる機種に対応しているプログラムを誤って更新したり、ファックスが搭載されていない融合機にファックスのプログラムが搭載されてしまうなどの不具合が発生する。また、復旧不可能となる可能性のあるブート領域のプログラムを更新することもあり得る。
【０００８】
本発明は、このような問題点に鑑み、種々のプログラムが混在した更新プログラムであっても、プログラムを適正に更新することを可能とする画像形成装置、プログラム更新方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置において、更新プログラムを取得する更新プログラム取得手段と、取得した更新プログラムで前記プログラムの更新を実行するかどうかを判断して前記プログラムを更新するプログラム更新手段とを有することを特徴とする。
【００１０】
また、上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置において、更新プログラムを取得する更新プログラム取得手段と、前記プログラムを更新するために用いられるブート領域のバージョンを取得するブート情報取得手段と、前記更新プログラムのブート領域のバージョンと、前記ブート情報取得手段が取得したブート領域のバージョンとが一致したプログラムを更新するプログラム更新手段とを有することを特徴とする。
【００１１】
また、上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置において、更新プログラムを取得する更新プログラム取得手段と、前記画像形成装置の機種情報を取得する機種情報取得手段と、前記更新プログラムが対応する機種情報と、前記機種情報取得手段が取得した機種情報とが一致したプログラムを更新するプログラム更新手段とを有することを特徴とする。
【００１２】
また、上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置において、１つ以上のプログラムを更新する更新プログラムを取得する更新プログラム取得手段と、前記画像形成装置の仕向け情報を取得する仕向け情報取得手段と、前記更新プログラムが対応する仕向け情報と、前記仕向け情報取得手段が取得した仕向け情報とが一致したプログラムを更新するプログラム更新手段とを有することを特徴とする。
【００１３】
また、上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置において、更新プログラムを取得する更新プログラム取得手段と、前記プログラムの識別情報を取得する識別情報取得手段と、前記更新プログラムの識別情報と、前記識別情報取得手段が取得した識別情報とが一致したプログラムを更新するプログラム更新手段とを有することを特徴とする。
【００１４】
また、上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置のプログラム更新方法であって、更新プログラムを取得する更新プログラム取得段階と、取得した更新プログラムで前記プログラムの更新を実行するかどうかを判断し、判断結果に基づき前記プログラムを更新するプログラム更新段階とを有することを特徴とする。
【００１５】
また、上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置のプログラム更新方法であって、更新プログラムを取得する更新プログラム取得段階と、前記プログラムを更新するために用いられるブート領域のバージョンを取得するブート情報取得段階と、前記更新プログラムのブート領域のバージョンと、前記処理手段から取得したブート領域のバージョンとが一致したプログラムを更新するプログラム更新段階とを有することを特徴とする。
【００１６】
また、上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置のプログラム更新方法であって、更新する更新プログラムを取得する更新プログラム取得段階と、前記画像形成装置の機種情報を取得する機種情報取得段階と、前記更新プログラムが対応する機種情報と、前記機種情報取得手段が取得した機種情報とが一致した処理手段のプログラムを更新するプログラム更新段階とを有することを特徴とする。
【００１７】
また、上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置のプログラム更新方法であって、更新する更新プログラムを取得する更新プログラム取得段階と、前記画像形成装置の仕向け情報を取得する仕向け情報取得段階と、前記更新プログラムが対応する仕向け情報と、前記仕向け情報取得手段が取得した仕向け情報とが一致したプログラムを更新するプログラム更新段階とを有することを特徴とする。
【００１８】
また、上記課題を解決するために、参考発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置のプログラム更新方法であって、更新プログラムを取得する更新プログラム取得段階と、前記プログラムの識別情報を取得する識別情報取得段階と、前記更新プログラムの識別情報と、取得した識別情報とが一致したプログラムを更新するプログラム更新段階とを有することを特徴とする。
【００１９】
以上のように、本発明によれば、種々のプログラムが混在した更新プログラムであっても、プログラムを適正に更新することを可能とする画像形成装置、プログラム更新方法が得られる。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態について図面に基づいて説明する。
【００２１】
図１は、本発明による画像形成装置（以下、融合機という）の一実施例の構成図を示す。融合機１は、ソフトウェア群２と、融合機起動部３と、ハードウェア資源４とを含むように構成される。
【００２２】
融合機起動部３は融合機１の電源投入時に最初に実行され、アプリケーション層５およびコントローラ６を起動する。例えば融合機起動部３は、アプリケーション層５およびコントローラ６のプログラムを、ハードディスク装置（以下、ＨＤという）などから読み出し、読み出した各プログラムをメモリ領域に転送して起動する。ハードウェア資源４は、白黒レーザプリンタ（Ｂ＆Ｗ ＬＰ）２５と、カラーレーザプリンタ（Ｃｏｌｏｒ ＬＰ）２６とスキャナやファクシミリなどのハードウェアリソース２４とを含む。
【００２３】
また、ソフトウェア群２は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳという）上に起動されているアプリケーション層５とコントローラ６とを含む。アプリケーション層５は、プリンタ、コピー、ファックスおよびスキャナなどの画像形成に係るユーザサービスにそれぞれ固有の処理を行うプログラムを含む。
【００２４】
アプリケーション層５は、プリンタ用のアプリケーションであるプリンタアプリ９と、コピー用アプリケーションであるコピーアプリ１０と、ファックス用アプリケーションであるファックスアプリ１１と、スキャナ用アプリケーションであるスキャナアプリ１２とを含む。
【００２５】
また、コントローラ６は、アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層７と、１つ以上のハードウェア資源４の管理を行ってコントロールサービス層７からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）２１と、ＳＲＭ２１からの獲得要求に応じてハードウェア資源４の管理を行うハンドラ層８とを含む。
【００２６】
コントロールサービス層７は、通信手段に対応するネットワークコントロールサービス（以下、ＮＣＳという）１３、リモートサービス（以下、ＲＳという）１４、オペレーションパネルコントロールサービス（以下、ＯＣＳという）１５、ファックスコントロールサービス（以下、ＦＣＳという）１６、エンジンコントロールサービス（以下、ＥＣＳという）１７、メモリコントロールサービス（以下、ＭＣＳという）１８、オンデマンドアップデートサービス（以下、ＯＵＳという）１９、システムコントロールサービス（以下、ＳＣＳという）２０など、一つ以上のサービスモジュールを含むように構成されている。
【００２７】
なお、コントローラ６は予め定義されている関数により、アプリケーション層５からの処理要求を受信可能とするＡＰＩ２８を有するように構成されている。ＯＳは、アプリケーション層５およびコントローラ６の各ソフトウェアをプロセスとして並列実行する。
【００２８】
ＮＣＳ１３のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【００２９】
例えばＮＣＳ１３は、ネットワークを介して接続されるネットワーク機器とのデータ通信をｈｔｔｐｄ（HyperText Transfer Protocol Daemon）により、ＨＴＴＰ（HyperText Transfer Protocol）で制御する。
【００３０】
ＲＳ１４のプロセスは、インターネットなどのネットワークを用いたサービスを行う。ＯＣＳ３３のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。ＦＣＳ１６のプロセスは、アプリケーション層５からＰＳＴＮまたはＩＳＤＮ網を利用したファックス送受信、バックアップ用のメモリで管理されている各種ファックスデータの登録／引用、ファックス読み取り、ファックス受信印刷などを行うためのＡＰＩを提供する。
【００３１】
ＥＣＳ１７のプロセスは、白黒レーザプリンタ２５、カラーレーザプリンタ２６、ハードウェアリソース２４などのエンジン部の制御を行う。ＭＣＳ１８のプロセスは、メモリの取得および開放、ＨＤの利用などのメモリ制御を行う。更新プログラム取得手段に対応するＯＵＳ１９は、ネットワークからの通知により、プログラムをダウンロードし、メモリに展開する。
【００３２】
プログラム更新手段に対応するＳＣＳ２０のプロセスは、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、ハードウェア資源管理、割り込みアプリケーション制御などの処理を行う。
【００３３】
ＳＲＭ２１のプロセスは、ＳＣＳ２０と共にシステムの制御およびハードウェア資源４の管理を行うものである。例えばＳＲＭ２１のプロセスは、白黒レーザプリンタ２５やカラーレーザプリンタ２６などのハードウェア資源４を利用する上位層からの獲得要求に従って調停を行い、実行制御する。
【００３４】
具体的に、ＳＲＭ２１のプロセスは獲得要求されたハードウェア資源４が利用可能であるか（他の獲得要求により利用されていないかどうか）を判定し、利用可能であれば獲得要求されたハードウェア資源４が利用可能である旨を上位層に通知する。また、ＳＲＭ２１のプロセスは上位層からの獲得要求に対してハードウェア資源４を利用するためのスケジューリングを行い、要求内容（例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。
【００３５】
また、ハンドラ層８は後述するファックスコントロールユニット（以下、ＦＣＵという）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨという）２４と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うイメージメモリハンドラ（以下、ＩＭＨという）２３とを含む。ＳＲＭ３９およびＦＣＵＨ４０は、予め定義されている関数によりハードウェア資源４に対する処理要求を送信可能とするエンジンＩ／Ｆ２７を利用して、ハードウェア資源４に対する処理要求を行う。
【００３６】
このように、融合機１は、各アプリケーションで共通的に必要な処理をコントローラ６で一元的に処理することができる。次に、融合機１のハードウェア構成について説明する。
【００３７】
図２は、本発明による融合機の一実施例のハードウェア構成図を示す。融合機１は、コントローラボード５０と、オペレーションパネル３９と、ＦＣＵ４０と、ＵＳＢデバイス４１と、ＩＥＥＥ１３９４デバイス４２と、エンジン部４３とを含む。
【００３８】
また、コントローラボード５０は、ＣＰＵ３１と、システムメモリ（ＭＥＭ−Ｐ）３２と、ノースブリッジ（以下、ＮＢという）３３と、サウスブリッジ（以下、ＳＢという）３４と、ＡＳＩＣ３６と、ローカルメモリ（ＭＥＭ−Ｃ）３７と、ＨＤ３８と、不揮発性記憶装置であるＦＬＡＳＨ−ＲＯＭ４６を含む。
【００３９】
オペレーションパネル３９は、コントローラボード５０のＡＳＩＣ３６に接続されている。また、ＦＣＵ４０、ＵＳＢデバイス４１、ＩＥＥＥ１３９４デバイス４２およびエンジン部４３は、コントローラボード５０のＡＳＩＣ３６にＰＣＩバスで接続されている。
【００４０】
コントローラボード５０は、ＡＳＩＣ３６にローカルメモリ３７、ＨＤ３８などが接続されると共に、ＣＰＵ３１とＡＳＩＣ３６とがＣＰＵチップセットのＮＢ３３を介して接続されている。このように、ＮＢ３３を介してＣＰＵ３１とＡＳＩＣ３６とを接続すれば、ＣＰＵ３１のインタフェースが公開されていない場合に対応できる。
【００４１】
なお、ＡＳＩＣ３６とＮＢ３３とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Accelerated Graphics Port）３５を介して接続されている。このように、図１のアプリケーション層５やコントローラ６を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ３６とＮＢ３３とを低速のＰＣＩバスでなくＡＧＰ３５を介して接続し、パフォーマンスの低下を防いでいる。
【００４２】
ＣＰＵ３１は、融合機１の全体制御を行うものである。ＣＰＵ３１は、ＮＣＳ１３、ＲＳ１４、ＯＣＳ１５、ＦＣＳ１６、ＥＣＳ１７、ＭＣＳ１８、ＯＵＳ１９、ＳＣＳ２０、ＳＲＭ２１、ＦＣＵＨ２２およびＩＭＨ２３をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層５を形成するプリンタアプリ９、コピーアプリ１０、ファックスアプリ１１、スキャナアプリ１２を起動して実行させる。
【００４３】
ＮＢ３３は、ＣＰＵ３１、システムメモリ３２、ＳＢ３４およびＡＳＩＣ３６を接続するためのブリッジである。システムメモリ３２は、融合機１の描画用メモリなどとして用いるメモリである。ＳＢ３４は、ＮＢ３３とＲＯＭ、ＰＣＩバス、周辺デバイスとを接続するためのブリッジである。また、ローカルメモリ３７はコピー用画像バッファ、符号バッファとして用いるメモリである。
【００４４】
ＡＳＩＣ３６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤ３８は、画像データの蓄積、文書データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積などを行うためのストレージである。また、オペレーションパネル３９は、オペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【００４５】
次に、図３を用いて、プログラムの融合機１における位置づけを説明する。
【００４６】
最初に融合機１の全体の制御を行うコントローラボード５０について説明する。コントローラボード５０は、図１に示したプログラムが実行されるボードである。このコントローラボード５０から、以下に説明するボードが接続される。
【００４７】
融合機１に関する情報を、融合機１を操作するオペレータに対して表示する処理を行う操作パネルボード５５は、オペレーションパネル３９の制御を行うボードである。このボードには、図に示されるように操作パネルファーム６１が搭載されている。そして、操作パネルボード５５とコントローラボード５０とは、通信をするために同期シリアル回線６４で接続されている。なお、ファームは、ファームウェアを示す。
【００４８】
次に、ＦＣＵボード５１について説明する。このボードは、上述したファックスコントロールユニットである。そして、ボードには、図に示されるようにＦＣＵファーム５６が搭載されている。また、ＦＣＵボード５１とコントローラボード５０とは、通信をするためにＰＣＩバス６２で接続される。
【００４９】
次に、エンジンボード５２について説明する。このボードは、プロッタファー５７やスキャナファーム５８などのエンジン部のファームが搭載される。このエンジンボード５２もコントローラボード５０と通信をするためにＰＣＩバス６２で接続される。
【００５０】
これらの各ボードは、コントローラ６により、リブートすることが可能である。
【００５１】
このように接続された各ボードの立ち上げ時の処理を、図４を用いて説明する。図４には、コントローラボード５０と、エンジンボード５２と、ＦＣＵＨ２２と、ＯＣＳ１９との間のシーケンス図を示している。なお、ＦＣＵＨ２２は、ＦＣＵボード６２の立ち上げを管理し、ＯＣＳ１９は、操作パネルボード５５の立ち上げを管理している。
【００５２】
まず、ステップＳ１とステップＳ２で、コントローラボード５０及びエンジンボード５２は、ブレーク信号の変化により互いに通信可能なことを確認する。そして、コントローラボード５０は、ステップＳ３で、エンジンボード５２に対し、コントローラと接続されたことを通知する。エンジンボード５２も同様に、ステップＳ３で、コントローラボード５０に対し、エンジンが接続したことを通知する。このとき、エンジンボード５２は、搭載されているプログラムに関する情報も同時に送信する。
【００５３】
ＦＣＵＨ２２は、ステップＳ５５で、ＦＣＵボード５１が起動したことを確認すると、ＦＣＵボード５１が起動したことと、ＦＣＵボード５１に搭載されているプログラムに関する情報をコントローラボード５０に送信する。また、ＯＣＳ１９も同様に、操作パネルボード５５が起動すると、ＯＣＳが起動したことと、操作パネルボード５５に搭載されているプログラムに関する情報を送信する。
【００５４】
このように、各ボードの起動時に、コントローラボード５０に対し、各ボードに搭載されているプログラムのバージョンなどの情報が送信される。
【００５５】
なお、各プログラムの情報は、起動時ではなく、必要に応じてコントローラボード５０が各ボードに対して要求しても良い。
【００５６】
このように、図３における各ボードには、プログラムが搭載され、そのプログラムに基づき処理が実行される。
【００５７】
そして、これらプログラムは、ＦＬＡＳＨ−ＲＯＭに記憶され、更新することが可能となっている。またＦＬＡＳＨ−ＲＯＭには、図５に示されるように、プログラムブート領域と本来の処理を行うプログラム領域がセットで格納される。
【００５８】
このブート領域について説明する。ブート領域は、図５に示されるＲＯＭマップのように、本来の処理を行うプログラム領域よりも前のアドレスに位置している。また、ブート領域には、ハードウェアの初期化や、プログラムの異常判定、ＯＳ、半角フォントなど、アプリケーションなどのプログラムが動作可能な状態にするためのプログラムやデータが格納されている。さらに、ブート領域には、プログラムを更新するためのプログラムも含まれる。
【００５９】
次に、ダウンロードする更新プログラムについて、図６を用いて説明する。図６は、ダウンロードする更新プログラムが１つ以上含まれるプログラムデータのデータ構造を示している。
【００６０】
プログラムデータは、図６に示されるように更新プログラムヘッダと、１つ以上の更新プログラム（更新プログラムＡ、…、更新プログラムＮ）からなる構造となっている。そして、それぞれの更新プログラムは、さらに個別更新プログラムヘッダと更新プログラム本体からなる構造となっている。
【００６１】
このうち、更新プログラムヘッダは、全レングスと、全プログラム数と、任意データの３つのデータを有する。全レングスは、更新プログラムヘッダを除く全体のデータ長を表し、全プログラム数は、この更新プログラムデータに含まれる全ての更新プログラムの数を示す。任意データは、設計者が仕様などに応じて任意に使用できるデータ領域である。
【００６２】
また、個別更新プログラムヘッダのプログラム種類は、例えばプリンタ用プログラムなど、プログラムの種類を表す。バージョンは、更新プログラムのバージョンを表す。レングスは更新プログラム本体のデータ長を表す。ブート領域バージョンは、上述したブート領域のバージョンを表す。機種ＩＤは、更新プログラムが対応する機種のＩＤを表す。仕向けＩＤは、後述する仕向けのＩＤを表す。モジュールＩＤは、このプログラムのＩＤを表す。任意データは、先ほどと同様に設計者が仕様などに応じて任意に使用できるデータ領域である。
【００６３】
このようなデータ構造により、融合機１は、ダウンロードする更新プログラムのバージョンなどが分かるようになっている。
【００６４】
以下、更新プログラムを取得し、取得した更新プログラムでプログラムの更新を実行するかどうかを判断してプログラムを更新する処理を、フローチャートを用いて説明する。
【００６５】
最初に、更新プログラムのブート領域のバージョンと、各ボードに搭載されたプログラムのうち、ブート領域のバージョンとが一致したプログラムを更新する処理について説明する。
【００６６】
上述したように、ブート領域には、プログラムを更新するためのプログラムも含まれている。そのため、ブート領域の更新中に電源を落とされるなどして、ブート領域の更新に失敗すると、プログラムを更新するためのプログラムが失われるため、図５に示される領域全体のプログラムの復旧が不可能となる可能性がある。
【００６７】
また、図５に示されるブート領域を更新せずに、プログラム領域のみを更新することも可能であるが、ブート領域には、プログラム領域の所定のアドレスを参照するプログラムも存在するため、ブート領域のバージョンが異なるプログラムは、更新することができない。
【００６８】
したがって、ブート領域を更新する場合は、失敗しても復旧することが可能なサービスマンが融合機１をＳＰ（Serviceman Program）モードで動作させ、設定手段に対応するオペレーションパネル３９を操作し、強制的にブート領域を更新可能な強制更新設定にする。
【００６９】
または、更新プログラムが有する任意データ（図６参照）に、ブート領域を更新する旨の情報を書き込むことで、コントローラ６が自動的に強制更新設定と判断して更新を行っても良い。
【００７０】
次に、図７のフローチャートを用いて、ブート領域を含むプログラムの更新を行う処理について説明する。なお、このフローチャートの説明において、コントローラ６は、更新プログラム取得手段とプログラム更新手段とブート情報取得手段に対応する。
【００７１】
更新プログラム取得段階に対応するステップＳ１０１でコントローラ６は、例えばネットワークに接続されているサーバからプログラムデータ（図６参照）を受信する。次に、コントローラ６は、ブート情報取得段階に対応するステップＳ１０２で、図８に示されるように、現状のＦＬＡＳＨ−ＲＯＭに格納されているプログラムのブート領域のバージョンを取得する。この処理は、コントローラ６が、各ボードへブート領域のバージョンを要求するコマンドを発行することにより得られる。また、ブート領域のバージョンは、図４で説明したように、起動時に取得するようにしても良い。
【００７２】
次に、コントローラ６は、ステップＳ１０３でプログラムデータから、ブート情報テーブルに対応するプログラム更新実行用データテーブルを生成する。
【００７３】
この更新実行用データテーブルは、図９に示されるように、プログラム種類と、そのプログラムのバージョンと、受信プログラムデータのブート領域のバージョンと、現状のＲＯＭに記憶されているプログラムのブート領域のバージョンと、更新の実行状態とを示すものである。
【００７４】
この実行状態には、「未実行」、「実行中」、「実行済み」が示される。「未実行」は、プログラムの更新を行なっていない状態を示す。「実行中」は、プログラムの更新を実行中である状態を示す、また、「実行済み」は、プログラムの更新の実行が済んだ状態を示す。以上のように、実行状態は、更新プログラムにより更新されるプログラムの更新状況を示す情報である。
【００７５】
以上説明した更新実行用データテーブルを、コントローラプログラムを例として説明すると、バージョンが1.03であり、受信プログラムデータのブート領域のバージョンは、0x0Aであり、現状ＲＯＭブート領域バージョンも0x0Aとなっている。そして実行状態により、コントローラプログラムは、更新を実行していないことが分かる。
【００７６】
フローチャートの説明に戻る。コントローラ６は、ステップＳ１０４でブート領域が異なるバージョンのプログラムの更新を実行する強制更新設定になっているかどうか判断する。強制更新設定になっている場合、コントローラ６はステップＳ１０６へ処理を進める。実行しない設定の場合、コントローラ６は、ステップＳ１０５で、更新実行用データテーブルから、受信プログラムデータのブート領域のバージョンと現状ＲＯＭブート領域のバージョンが異なるものを更新実行用データテーブルから外し、図１０の更新対象プログラムテーブルに対応する更新実行用データテーブルを生成する。
【００７７】
図１０の更新実行用データテーブルは、図９の更新実行用データテーブルから、バージョンが異なるエンジンプログラムが外された更新実行用データテーブルとなる。
【００７８】
コントローラ６は、プログラム更新段階に対応するステップＳ１０６で、未実行状態のプログラムのうち、更新実行用データテーブルの最上位のプログラムの更新を実行する。したがって、図１０では、コントローラプログラムから更新が実行される。
【００７９】
そして、コントローラ６は、ステップＳ１０７で、更新を実行したプログラムの実行状態を、「実行状態」に変更する。そして、更新が完了するとコントローラ６は、実行状態を「実行済み」に変更する。
【００８０】
次に、コントローラ６は、ステップＳ１０８で、更新実行用データテーブルに登録されている全プログラムの更新が終了したかどうか判断する。終了していない場合、コントローラ６は、再びステップＳ１０６の処理を行う。終了した場合、コントローラ６は、ステップＳ１０９でリブートを行い、処理を終了する。
【００８１】
次に、融合機１が有する識別情報である機種情報を用いて行われるプログラムの更新について説明する。更新プログラムが対応する機種と異なる機種の融合機に、その更新プログラムでプログラムを更新すると、誤動作する可能性が高い。
【００８２】
次に、更新プログラムが対応する機種が異なる場合は、プログラムの更新を行わないようにする処理を、図１１のフローチャートを用いて説明する。なお、このフローチャートの説明において、コントローラ６は、更新プログラム取得手段とプログラム更新手段と機種情報取得手段に対応する。
【００８３】
更新プログラム取得段階に対応するステップＳ２０１で、コントローラ６は、サーバからプログラムデータを受信する。次に、コントローラ６は、機種情報参照段階に対応するステップＳ２０２で、当該機種の機種ＩＤを参照する。この機種ＩＤは、コントローラ６が予めデータとして有する。なお、この識別情報は、機種ＩＤに限らず、製造番号などの情報であっても良い。
【００８４】
ステップＳ２０３で、コントローラ６は、図１２に示すプログラム更新実行用テーブルを生成する。
【００８５】
この更新実行用データテーブルは、プログラム種類と、そのプログラムのバージョンと、受信プログラムデータの機種ＩＤと、当該機種の機種ＩＤと、更新の実行状態とを示すものである。
【００８６】
この更新実行用データテーブルを、プリンタアプリプログラムを例として説明する。プリンタアプリの更新プログラムは、機種ＩＤが0x1A、0x1B、0x1Cの３機種に対応している。また、当該機種ＩＤは、0x1Bであることが分かる。したがって、プリンタアプリプログラムは更新可能である。
【００８７】
フローチャートの説明に戻る。コントローラ６は、ステップＳ２０４で、更新実行用データテーブルから、当該機種ＩＤが含まれないプログラムを外し、図１３の更新対象プログラムテーブルに対応する更新実行用データテーブルを生成する。
【００８８】
図１３の更新実行用データテーブルは、図１２の更新実行用データテーブルから、機種ＩＤが異なるコントローラプログラムが外された更新実行用データテーブルとなる。
【００８９】
コントローラ６は、更新プログラム取得段階に対応するステップＳ２０５で、未実行状態のプログラムのうち、更新実行用データテーブルの最上位のプログラムの更新を実行する。したがって、図１３では、エンジンプログラムから更新が実行される。
【００９０】
そして、コントローラ６は、ステップＳ２０６で、更新を実行したプログラムの実行状態を、「実行状態」に変更する。そして、更新が完了するとコントローラ６は、実行状態を「実行済み」に変更する。
【００９１】
次に、コントローラ６は、ステップＳ２０７で、更新実行用データテーブルに登録されている全プログラムの更新が終了したかどうか判断する。終了していない場合、コントローラ６は、再びステップＳ２０５の処理を行う。終了した場合、コントローラ６は、ステップＳ２０８でリブートを行い、処理を終了する。
【００９２】
次に、仕向け情報を用いて行われるプログラムの更新について説明する。仕向け情報とは、融合機１がどの地域で使用されるかを示す情報である。具体的に例を挙げると、仕向け情報とは、使用される地域が国内か、海外かどうかを示す情報である。海外であれば、言語や電圧なども異なるため、プログラムにも違いが生じる。そのため、仕向け情報が異なる場合は、プログラムを更新することができない。
【００９３】
このように、更新プログラムが対応する仕向け情報が異なる場合は、プログラムの更新を行わないようにする処理を、図１４のフローチャートを用いて説明する。なお、このフローチャートの説明において、コントローラ６は、更新プログラム取得手段とプログラム更新手段と仕向け情報取得手段に対応する。
【００９４】
更新プログラム取得段階に対応するステップＳ３０１で、コントローラ６は、サーバからプログラムデータを受信する。次に、コントローラ６は、仕向け情報取得段階に対応するステップＳ３０２で、当該機種の仕向けＩＤを取得する。この仕向けＩＤは、図１５に示されるように、プロッタファーム５７が有するため、コントローラ６がプロッタファーム５７へ仕向け情報を要求するコマンドを発行することにより得られる。なお、プロッタファーム５７が仕向け情報を有するのは、プロッタが電圧に影響されやすいことが挙げられるが、特にプロッタファーム５７でなくとも良い。
【００９５】
次に、ステップＳ３０３で、コントローラ６は、図１６に示すプログラム更新実行用テーブルを生成する。
【００９６】
この更新実行用データテーブルは、プログラム種類と、そのプログラムのバージョンと、受信プログラムデータの仕向けＩＤと、当該機種の仕向けＩＤと、更新の実行状態とを示すものである。
【００９７】
この更新実行用データテーブルを、プリンタアプリプログラムを例として説明する。プリンタアプリの更新プログラムは、仕向けＩＤが「０」、「１」であるので、国内と海外の両方に対応している。また、当該機種の仕向けＩＤは、「１」であるので海外であることが分かる。したがって、プリンタアプリプログラムは更新可能である。
【００９８】
フローチャートの説明に戻る。コントローラ６は、ステップＳ３０４で、更新実行用データテーブルから、仕向けＩＤが含まれないプログラムを外し、図１７の更新対象プログラムテーブルに対応する更新実行用データテーブルを生成する。
【００９９】
図１７の更新実行用データテーブルは、図１６の更新実行用データテーブルから、仕向けＩＤが異なるエンジンプログラムと２つある操作部プログラムのうちの１つが外された更新実行用データテーブルとなる。
【０１００】
コントローラ６は、プログラム更新段階に対応するステップＳ３０５で、未実行状態のプログラムのうち、更新実行用データテーブルの最上位のプログラムの更新を実行する。したがって、図１７では、エンジンプログラムから更新が実行される。
【０１０１】
そして、コントローラ６は、ステップＳ３０６で、更新を実行したプログラムの実行状態を、「実行状態」に変更する。そして、更新が完了するとコントローラ６は、実行状態を「実行済み」に変更する。
【０１０２】
次に、コントローラ６は、ステップＳ３０７で、更新実行用データテーブルに登録されている全プログラムの更新が終了したかどうか判断する。終了していない場合、コントローラ６は、再びステップＳ３０５の処理を行う。終了した場合、コントローラ６は、ステップＳ３０８でリブートを行い、処理を終了する。
【０１０３】
次に、プログラム識別情報を用いて行われるプログラムの更新について説明する。なお、以下の説明では、プログラム識別情報をモジュールＩＤという。モジュールＩＤとは、各プログラムに割り当てられた固有の識別情報である。
【０１０４】
このモジュールＩＤにより、当該機種に最初から存在しないプログラムを新規に追加した際に、そのプログラムを書き込む領域がない場合、更新処理が異常となったり、書き込む領域がある場合、不正に機能拡張されることを防ぐことができる。
【０１０５】
また、融合機１は、図１に示したように、各アプリケーションやモジュールのやり取りで用いられるインタフェースが共通化されているため、機種が異なる場合でも、同一のモジュールＩＤを有するプログラムであれば、更新が可能となる。
【０１０６】
次に、更新プログラムが対応するモジュールＩＤが異なる場合は、プログラムの更新を行わないようにする処理を、図１８のフローチャートを用いて説明する。なお、このフローチャートの説明において、コントローラ６は、更新プログラム取得手段とプログラム更新手段と識別情報取得手段に対応する。
【０１０７】
更新プログラム取得段階に対応するステップＳ４０１で、コントローラ６は、サーバからプログラムデータを受信する。
【０１０８】
次に、ステップＳ４０２で、コントローラ６は、図１９に示すプログラム更新実行用テーブルを生成する。
【０１０９】
更新実行用データテーブルは、プログラム種類と、そのプログラムのバージョンと、受信プログラムデータのモジュールＩＤと、更新の実行状態とを示すものである。この更新実行用データテーブルにおいて、例えばスキャナエンジンプログラムのモジュールＩＤは、JP2CFa_escanである。
【０１１０】
次に、コントローラ６は、識別情報取得段階に対応するステップＳ４０３で、識別情報テーブルに対応する当該機種のプログラム構成情報を取得する。このプログラム構成情報は、各プログラムのモジュールＩＤを有するため、図２０に示されるように、コントローラ６が各プログラムへモジュールＩＤを要求するコマンドを発行することにより得られる。
【０１１１】
このようにして得られたモジュールＩＤを用いて、コントローラ６は、図２１に示されるプログラム構成情報を生成する。プログラム構成情報には、プログラム種類と、そのプログラムのバージョンと、モジュールＩＤとを示す情報である。
【０１１２】
次に、コントローラ６は、ステップＳ４０４で、更新実行用データテーブルから、当該機種のプログラム構成情報に含まれないプログラムを外し、図２２の更新対象プログラムテーブルに対応する更新実行用データテーブルを生成する。
【０１１３】
図２２の更新実行用データテーブルは、図１９の更新実行用データテーブルから、ファックスアプリプログラムと２つある操作部プログラムのうちの１つが外された更新実行用データテーブルとなる。
【０１１４】
コントローラ６は、プログラム更新段階に対応するステップＳ４０５で、未実行状態のプログラムのうち、更新実行用データテーブルの最上位のプログラムの更新を実行する。したがって、図２２では、プロッタエンジンプログラムから更新が実行される。
【０１１５】
そして、コントローラ６は、ステップＳ４０６で、更新を実行したプログラムの実行状態を、「実行状態」に変更する。そして、更新が完了するとコントローラ６は、実行状態を「実行済み」に変更する。
【０１１６】
次に、コントローラ６は、ステップＳ４０７で、更新実行用データテーブルに登録されている全プログラムの更新が終了したかどうか判断する。終了していない場合、コントローラ６は、再びステップＳ４０５の処理を行う。終了した場合、コントローラ６は、ステップＳ４０８でリブートを行い、処理を終了する。
【０１１７】
【発明の効果】
以上説明したように、本発明によれば、種々のプログラムが混在した更新プログラムであっても、プログラムを適正に更新することを可能とする画像形成装置、プログラム更新方法が得られる。
【図面の簡単な説明】
【図１】本発明による融合機の一実施例の構成図である。
【図２】本発明による融合機の一実施例のハードウェア構成図である。
【図３】各処理部とプログラムの位置づけを示す図である。
【図４】各ボードの起動を示すシーケンス図である。
【図５】ＲＯＭマップを示す図である。
【図６】プログラムデータのデータ構造を示す図である。
【図７】ブート領域のバージョンでプログラムを更新する処理を示す図である。
【図８】ブート領域のバージョンを取得する様子を示す図である。
【図９】プログラム更新実行用データテーブルを示す図である。
【図１０】プログラム更新実行用データテーブルを示す図である。
【図１１】機種ＩＤでプログラムを更新する処理を示す図である。
【図１２】プログラム更新実行用データテーブルを示す図である。
【図１３】プログラム更新実行用データテーブルを示す図である。
【図１４】仕向け情報でプログラムを更新する処理を示す図である。
【図１５】仕向け情報を取得する様子を示す図である。
【図１６】プログラム更新実行用データテーブルを示す図である。
【図１７】プログラム更新実行用データテーブルを示す図である。
【図１８】モジュールＩＤでプログラムを更新する処理を示す図である。
【図１９】プログラム更新実行用データテーブルを示す図である。
【図２０】モジュールＩＤを取得する様子を示す図である。
【図２１】プログラム構成情報を示す図である。
【図２２】プログラム更新実行用データテーブルを示す図である。
【符号の説明】
１…融合機
２…ソフトウェア群
３…融合機起動部
４…ハードウェア資源
５…アプリケーション層
６…コントローラ
７…コントロールサービス層
８…ハンドラ層
９…プリンタアプリ
１０…コピーアプリ
１１…ファックスアプリ
１２…スキャナアプリ
１３…ネットワークコントロールサービス（ＮＣＳ）
１４…リモートサービス（ＲＳ）
１５…オペレーションパネルコントロールサービス（ＯＣＳ）
１６…ファックスコントロールサービス（ＦＣＳ）
１７…エンジンコントロールサービス（ＥＣＳ）
１８…メモリコントロールサービス（ＭＣＳ）
１９…オンデマンドアップデートサービス（ＯＵＳ）
２０…システムコントロールサービス（ＳＣＳ）
２１…システムリソースマネージャ（ＳＲＭ）
２２…ファックスコントロールユニットハンドラ（ＦＣＵＨ）
２３…イメージメモリハンドラ（ＩＭＨ）
２４…ハードウェアリソース
２５…白黒レーザプリンタ（Ｂ＆Ｗ ＬＰ）
２６…カラーレーザプリンタ（Ｃｏｌｏｒ ＬＰ）
２７…アプリケーションプログラムインターフェース（ＡＰＩ）
２８…エンジンＩ／Ｆ
３０…コントローラ
３１…ＣＰＵ
３２…システムメモリ（ＭＥＭ−Ｐ）
３３…ノースブリッジ（ＮＢ）
３４…サウスブリッジ（ＳＢ）
３５…ＡＧＰ（Accelerated Graphics Port）
３６…ＡＳＩＣ
３７…ローカルメモリ（ＭＥＭ−Ｃ）
３８…ハードディスク装置（ＨＤ）
３９…オペレーションパネル
４０…ファックスコントロールユニット（ＦＣＵ）
４１…ＵＳＢデバイス
４２…ＩＥＥＥ１３９４デバイス
４３…エンジン部
４６…ＦＬＡＳＨ−ＲＯＭ
５０…コントローラボード
５１…ＦＣＵボード
５２…エンジンボード
５５…操作パネルボード
５６…ＦＣＵファーム
５７…プロッタファーム
５８…スキャナファーム
６１…操作パネルファーム
６２…ＰＣＩバス
６３…シリアル回線
６４…同期シリアル回線
Claims (10)
- 画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置において、
更新プログラムを取得する更新プログラム取得手段と、
前記プログラムを更新するために用いられるブート領域のバージョンを取得するブート情報取得手段と、
前記更新プログラムのブート領域のバージョンと、前記ブート情報取得手段が取得したブート領域のバージョンとに基づきプログラムを更新するプログラム更新手段と
を有することを特徴とする画像形成装置。 - 前記プログラム更新手段は、前記プログラムの更新が失敗した際に該プログラムの復旧が不可能となる可能性のあるプログラムは更新しないことを特徴とする請求項１に記載の画像形成装置。
- 前記プログラム更新手段は、前記プログラムの更新が失敗した際に該プログラムの復旧が不可能となる可能性のあるプログラムでも、更新を行うかどうかを定める強制更新設定に基づき、前記プログラムの更新を行うことを特徴とする請求項１に記載の画像形成装置。
- 前記強制更新設定を設定する設定手段を有することを特徴とする請求項３に記載の画像形成装置。
- 前記強制更新設定は、前記更新プログラムに基づき設定されることを特徴とする請求項３に記載の画像形成装置。
- 前記復旧が不可能となる可能性のあるプログラムは、前記プログラムの更新をするために用いられるプログラムであることを特徴とする請求項２から５のいずれか１項に記載の画像形成装置。
- ネットワークと接続するための通信手段をさらに有し、
前記更新プログラム取得手段は、前記通信手段により前記更新プログラムを取得することを特徴とする請求項１から６のいずれか１項に記載の画像形成装置。 - 前記ブート情報取得手段は、取得したブート領域のバージョンに基づいて、各プログラムのブート領域のバージョンを含むブート情報テーブルを生成することを特徴とする請求項１に記載の画像形成装置。
- 前記プログラム更新手段は、前記ブート情報テーブルのブート領域のバージョンと、更新プログラムのブート領域のバージョンとが一致したプログラムを含む更新対象プログラムテーブルを生成することを特徴とする請求項８に記載の画像形成装置。
- 画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置のプログラム更新方法であって、
更新プログラムを取得する更新プログラム取得段階と、
前記プログラムを更新するために用いられるブート領域のバージョンを取得するブート情報取得段階と、
前記更新プログラムのブート領域のバージョンと、取得したブート領域のバージョンとが一致したプログラムを更新するプログラム更新段階と
を有することを特徴とするプログラム更新方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003019722A JP4237511B2 (ja) | 2003-01-29 | 2003-01-29 | 画像形成装置、プログラム更新方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003019722A JP4237511B2 (ja) | 2003-01-29 | 2003-01-29 | 画像形成装置、プログラム更新方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004234151A JP2004234151A (ja) | 2004-08-19 |
| JP4237511B2 true JP4237511B2 (ja) | 2009-03-11 |
Family
ID=32949521
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003019722A Expired - Fee Related JP4237511B2 (ja) | 2003-01-29 | 2003-01-29 | 画像形成装置、プログラム更新方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4237511B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006235789A (ja) * | 2005-02-23 | 2006-09-07 | Seiko Epson Corp | ネットワークに接続されたサーバからの情報のダウンロード制御 |
| KR100586063B1 (ko) * | 2005-05-06 | 2006-06-08 | 주식회사 아이오셀 | 가변 크기이고 데이터의 갱신이 가능한 시스템 영역을 갖는플래시 메모리 데이터 구조, 그 플래시 메모리를 구비한ｕｓｂ 저장 장치 및 상기 시스템 영역의 제어 방법 |
| JP6040767B2 (ja) * | 2012-12-28 | 2016-12-07 | 富士通株式会社 | 配信システム、配信方法、及びプログラム |
| JP6255820B2 (ja) * | 2013-09-10 | 2018-01-10 | 株式会社リコー | 複合機、情報処理方法およびプログラム |
-
2003
- 2003-01-29 JP JP2003019722A patent/JP4237511B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004234151A (ja) | 2004-08-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4128516B2 (ja) | 画像形成装置、プログラム更新方法 | |
| JP2008084304A (ja) | 画像形成装置、プログラム更新方法及びプログラム | |
| JP2005269619A (ja) | 画像形成装置、端末装置、情報処理方法、情報処理プログラム、及び記録媒体 | |
| JP2004110779A (ja) | 画像形成装置 | |
| JP4344203B2 (ja) | 画像形成装置および情報表示方法 | |
| JP5095325B2 (ja) | 画像処理装置及び画像処理方法 | |
| JP4394740B2 (ja) | 画像形成装置、方法、及びプログラム | |
| JP5262495B2 (ja) | 電子機器，遠隔管理システム，制御方法，プログラム，および記録媒体 | |
| JP2007080245A (ja) | 画像形成装置及び認証課金方法 | |
| JP4237511B2 (ja) | 画像形成装置、プログラム更新方法 | |
| JP4128506B2 (ja) | 画像形成装置およびアプリケーション情報取得方法 | |
| JP4001531B2 (ja) | 画像形成装置 | |
| JP4409992B2 (ja) | 画像形成装置、プログラム更新方法、及び更新用記憶媒体 | |
| JP2007295371A (ja) | 画像形成装置及びコンピュータプログラム | |
| JP4246540B2 (ja) | 画像形成装置およびプログラム実行方法 | |
| JP4856622B2 (ja) | 画像形成装置、プログラム更新方法 | |
| JP2004303209A (ja) | 画像形成装置、プログラム更新方法、及び更新用記憶媒体 | |
| JP4676977B2 (ja) | 画像形成装置、アプリケーション情報取得方法、及びプログラム | |
| US20090222928A1 (en) | Image processing apparatus, information processing method, and computer program product | |
| JP4343547B2 (ja) | 画像形成装置、デバッグ情報記録方法 | |
| JP2009194862A (ja) | 情報取得方法、画像形成装置、および画像形成システム | |
| JP4276885B2 (ja) | 画像形成装置およびパス指定方法 | |
| JP4021289B2 (ja) | 画像形成装置、記憶領域確保方法 | |
| JP4485749B2 (ja) | 画像形成装置 | |
| JP4677054B2 (ja) | 画像形成装置、プログラム、記録媒体、及び方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060105 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080704 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080812 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081009 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081202 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081218 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4237511 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111226 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111226 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121226 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131226 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |