JP2007295371A - 画像形成装置及びコンピュータプログラム - Google Patents

Abstract

【課題】組み合わせ異常の発生するモジュール構成でも機器を通常のアップデート手段によってアップデートを完了させることができるようにする。
【解決手段】システムプログラムは、起動時に各モジュールのバージョン情報を集めてバージョン情報リストを作成する（Ｓ１０１）。次いで、作成したバージョン情報リストに組み合わせ条件情報が存在するか否かをチェックする（Ｓ１０２）。存在しない場合は通常の起動を行い（Ｓ１０４）。存在する場合はバージョン情報が組み合わせ条件を満たしているか否かチェックする（Ｓ１０３）。条件を満たしている場合は、通常の起動を行い（Ｓ１０４）、条件を満たしていない場合は、アップデート専用のモードで起動する（Ｓ１０５）。
【選択図】図１６

Description

本発明は、プリンタ・コピー・ＦＡＸなど、プログラム更新を行う画像形成装置、及び当該画像形成装置に搭載されたコンピュータによって実行されるコンピュータプログラムに関する。

近年、ファクシミリ、プリンタ、コピーおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置が知られるようになった。この画像形成装置は、１つの筐体内に表示部、印刷部および撮像部などを設けると共に、ファクシミリ、プリンタ、コピーおよびスキャナにそれぞれ対応する４種類のアプリケーションを設け、そのアプリケーションを切り替えることより、ファクシミリ、プリンタ、コピーおよびスキャナとして動作させるものである。このように、画像形成装置は、プログラムに基づき処理を実行する種々のアプリケーションやモジュールにより動作しているため、ＦＬＡＳＨ−ＲＯＭなどに書き込まれたプログラムを更新することにより、新たな機能の追加などを行うことができる。

このプログラムの更新処理は、更新プログラムが格納されたサーバにインターネットなどのネットワークを介して接続し更新プログラムを取得（以下、ダウンロードと記す）することにより行われることがある。また、複数の画像形成装置が１つのフロアにあり、そのフロアにある融合機のそれぞれに接続されたサーバが、それら全ての画像形成装置の更新プログラムをまとめてダウンロードすることがある。この場合、ダウンロードしたサーバは、ダウンロードした更新プログラムをそのままそれぞれの融合機に転送する。

したがって、ダウンロードした更新プログラムは、１台の画像形成装置のみ更新可能なプリンタのプログラムを更新するものや、全ての画像形成装置のスキャナのプログラムを更新可能なものなど、複数のプログラムが含まれている。さらに、更新が失敗した場合にメンテナンスを行うサービスマンが対応しなければ復旧できないブート領域の更新をするプログラムのようなものも含まれている。

このような更新プログラムに関する技術として例えば特許文献１及び２に記載された発明が知られている。このうち特許文献１は、データの管理がしやすく、また、多数のデータの中から高速に更新用のデータを発見することを可能とし、画像形成装置の更新データの不正利用を防ぐことを目的としたもので、ファイル情報を記憶するメディアに格納された更新用データを用いて、画像形成装置を動作させるためのデータおよびプログラムを更新するデータ・プログラム更新手段が、メディア内の更新用データの格納場所であることを示す名前のフォルダの下に位置に、正規メディア判定ファイルが格納されている場合にのみ、画像形成装置内のデータおよびプログラムの更新を行うようにした発明が開示されている。

また、特許文献２には、種々のプログラムが混在した更新プログラムであっても、プログラムを適正に更新することを可能とすることを目的としたもので、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置において、更新プログラムを取得する更新プログラム取得手段と、取得した更新プログラムで前記プログラムの更新を実行するかどうかを判断して前記プログラムを更新するプログラム更新手段とを有する発明が開示されている。
特開２００４−２３４１３５号公報 特開２００４−２３４１５１号公報

ところで、画像形成システムを構成するプログラムにおいて、プログラムを構成する各モジュールは、複数のモジュールに変更がある場合、任意のモジュールをアップデート後に、組み合わせによって正常に起動することのできない構成になる場合がある。

従来は、組み合わせ異常の発生するモジュール構成があっても、モジュールごとにそういった情報を持っていないために、起動時に組み合わせ異常が発生していることを判断することができず、正常に起動できない状態に陥っていた。また、正常に起動できないと、アップデートを開始することもできなくなるため、組み合わせ異常の発生するモジュールをアップデートする場合、デバイス上へプログラムを強制的に書き込む特殊な手段を用いてアップデートをするしかなかった。この点については、前記特許文献２記載の発明においても特に配慮されてはいなかった。

そこで、本発明が解決すべき課題は、組み合わせ異常の発生するモジュール構成でも機器を通常のアップデート手段によってアップデートを完了させることができるようにすることにある。

前記課題を解決するため、第１の手段は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置において、前記プログラムを構成する各モジュールは、組み合わせ異常の発生するモジュールが存在する場合に、組み合わせ異常となるファームウェアの条件情報を有し、前記組み合わせ異常の発生するファームウェア構成で機器が起動開始するときにアップデートだけできるモードへ遷移する手段を備えていることを特徴とする。

第２の手段は、第１の手段において、前記起動開始時に組み合わせ異常が発生する組み合わせ条件情報を有するファームの存在の有無をチェックする手段を備えていることを特徴とする。

第３の手段は、第２の手段において、前記組み合わせ条件情報を持つファームが存在する場合、組み合わせ対象となるファームの現在起動しているバージョンが条件を満たしているかチェックする手段を備えていることを特徴とする。

第４の手段は、第３の手段において、前記組み合わせ対象となるファームの現在起動しているバージョンが条件を満たしておらず、組み合わせ異常が発生している場合、アップデートに最低限必要なプログラム構成で前記装置を構成するシステムを起動させる手段を備えていることを特徴とする。

第５の手段は、第４の手段において、前記アップデートに最低限必要なプログラム構成で起動したとき、組み合わせの発生しているプログラム情報を機器パネル上に表示する手段を備えていることを特徴とする。

第６の手段は、第４の手段において、前記アップデートに最低限必要なプログラム構成で起動したとき、組み合わせの発生しているプログラムのみをアップデートできるように制限する手段を備えていることを特徴とする。

第７の手段は、第４の手段において、前記アップデートに最低限必要なプログラム構成で起動したとき、機器に接続された外部デバイスより、組み合わせ異常の発生しているモジュールの組み合わせ条件を満たすファームをデータ発見した場合に即座にアップデートを開始する手段を備えていることを特徴とする。

第８の手段は、第７の手段において、前記アップデートを開始する際、前記組み合わせ異常の発生しているプログラムをリモートからアップデートする手段を備えていることを特徴とする。

第９の手段は、第２の手段において、前記組み合わせ条件情報を持つファームが存在しない場合、前記装置を構成するシステムを通常起動させる手段を備えていることを特徴とする。

第１０の手段は、起動プログラムのバージョン情報を取得する第１の処理と、起動開始時に組み合わせ異常が発生する組み合わせ条件情報の存在を確認する第２の処理と、前記第２の手順で組み合わせ異常が発生する組み合わせ条件情報が存在すると確認されたとき、前記バージョン情報が前記組み合わせ条件を満たしているか否かを確認する第３の処理と、前記第２の処理で前記組み合わせ条件情報が存在しない場合、または前記第３の処理で前記バージョン情報が前記組み合わせ条件を満たしている場合に、通常起動する第４の処理と、前記第３の処理で前記組み合わせ条件を満たしていない場合に、アップデートに最低限必要なプログラム構成で起動する第５の処理をコンピュータに実行させるコンピュータプログラムを特徴とする。

第１１の手段は、第１０の手段において、前記第５の処理が、さらに、外部メディアが接続されているか否かを確認する第６の処理と、前記第６の処理で前記外部メディアに接続されていることが確認されたとき、前記組み合わせ異常が発生するプログラムのアップデート用ファイルの存在を確認する第７の処理と、前記第７の処理で前記アップデート用ファイルの存在が確認されたとき当該アップデート用ファイルによってアップデートを実行する第８の処理と、前記第６の処理で外部メディアが接続されていない場合、または前記第７の処理で前記アップデート用ファイルが存在しないとき、異常の発生している組み合わせ条件情報を表示する第９の処理とを含んでいることを特徴とする。

なお、後述の実施形態では、ハードウェア資源は符号４に、プログラムはソフトウェア群２、プリンタアプリ９，コピーアプリ１０、ファックスアプリ１１、スキャナアプリ１２、システムプログラム１０１、ネットワークプログラム１０２、コピープログラム１０３、プリンタプログラム１０４、操作部プログラム１０５、エンジンプログラム１０６に、アップデートだけできるモードへ遷移する手段、組み合わせ条件情報を有するファームの存在の有無をチェックする手段、組み合わせ対象となるファームの現在起動しているバージョンが条件を満たしているかチェックする手段、アップデートに最低限必要なプログラム構成で前記装置を構成するシステムを起動させる手段、組み合わせの発生しているプログラムのみをアップデートできるように制限する手段、組み合わせ異常の発生しているモジュールの組み合わせ条件を満たすファームをデータ発見した場合に即座にアップデートを開始する手段、前記組み合わせ条件情報を持つファームが存在しない場合、前記装置を構成するシステムを通常起動させる手段、前記組み合わせ異常の発生しているプログラムをリモートからアップデートする手段はシステムプログラム１０１に、組み合わせの発生しているプログラム情報を機器パネル上に表示する手段は操作部プログラム１０５にそれぞれ対応する。

本発明によれば、組み合わせ異常の発生するファームウェア構成で機器が起動開始するときにアップデートだけできるモードへ遷移するので、組み合わせ異常の発生するモジュール構成でも機器を通常のアップデート手段によってアップデートを完了させることができる。これにより組み合わせ異常が発生するモジュール構成が合ったとしても機器の復旧が可能となる。

以下、図面を参照し、本発明の実施形態について説明する。

図１は、本発明の実施形態に係る画像形成装置（以下、融合機という）の一実施例の構成を示すブロック図である。融合機１は、ソフトウェア群２と、融合機起動部３と、ハードウェア資源４とを含んで構成されている。

融合機起動部３は融合機１の電源投入時に最初に実行され、アプリケーション層５およびコントローラ６を起動する。例えば融合機起動部３は、アプリケーション層５およびコントローラ６のプログラムを、ハードディスク装置（以下、ＨＤという）などから読み出し、読み出した各プログラムをメモリ領域に転送して起動する。ハードウェア資源４は、白黒レーザプリンタ（Ｂ＆Ｗ ＬＰ）２５と、カラーレーザプリンタ（Ｃｏｌｏｒ ＬＰ）２６とスキャナやファクシミリなどのハードウェアリソース２４とを含む。また、ソフトウェア群２は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳという）上に起動されているアプリケーション層５とコントローラ６とを含む。アプリケーション層５は、プリンタ、コピー、ファックスおよびスキャナなどの画像形成に係るユーザサービスにそれぞれ固有の処理を行うプログラムを含む。

アプリケーション層５は、プリンタ用のアプリケーションであるプリンタアプリ９と、コピー用アプリケーションであるコピーアプリ１０と、ファックス用アプリケーションであるファックスアプリ１１と、スキャナ用アプリケーションであるスキャナアプリ１２とを含む。また、コントローラ６は、アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層７と、１つ以上のハードウェア資源４の管理を行ってコントロールサービス層７からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）２１と、ＳＲＭ２１からの獲得要求に応じてハードウェア資源４の管理を行うハンドラ層８とを含む。

コントロールサービス層７は、通信手段に対応するネットワークコントロールサービス（以下、ＮＣＳという）１３、リモートサービス（以下、ＲＳという）１４、オペレーションパネルコントロールサービス（以下、ＯＣＳという）１５、ファックスコントロールサービス（以下、ＦＣＳという）１６、エンジンコントロールサービス（以下、ＥＣＳという）１７、メモリコントロールサービス（以下、ＭＣＳという）１８、オンデマンドアップデートサービス（以下、ＯＵＳという）１９、システムコントロールサービス（以下、ＳＣＳという）２０など、１つ以上のサービスモジュールを含むように構成されている。なお、コントローラ６は予め定義されている関数により、アプリケーション層５からの処理要求を受信可能とするＡＰＩ２８を有するように構成されている。ＯＳは、アプリケーション層５およびコントローラ６の各ソフトウェアをプロセスとして並列実行する。

ＮＣＳ１３のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分け、あるいは各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。例えばＮＣＳ１３は、ネットワークを介して接続されるネットワーク機器とのデータ通信をｈｔｔｐｄ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｅｍｏｎ）により、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で制御する。

ＲＳ１４のプロセスは、インターネットなどのネットワークを用いたサービスを行う。ＯＣＳ１５のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。ＦＣＳ１６のプロセスは、アプリケーション層５からＰＳＴＮまたはＩＳＤＮ網を利用したファックス送受信、バックアップ用のメモリで管理されている各種ファックスデータの登録／引用、ファックス読み取り、ファックス受信印刷などを行うためのＡＰＩを提供する。

ＥＣＳ１７のプロセスは、白黒レーザプリンタ２５、カラーレーザプリンタ２６、ハードウェアリソース２４などのエンジン部の制御を行う。ＭＣＳ１８のプロセスは、メモリの取得および開放、ＨＤの利用などのメモリ制御を行う。更新プログラム取得手段に対応するＯＵＳ１９は、ネットワークからの通知により、プログラムをダウンロードし、メモリに展開する。プログラム更新手段に対応するＳＣＳ２０のプロセスは、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、ハードウェア資源管理、割り込みアプリケーション制御などの処理を行う。ＳＲＭ２１のプロセスは、ＳＣＳ２０と共にシステムの制御およびハードウェア資源４の管理を行うものである。例えばＳＲＭ２１のプロセスは、白黒レーザプリンタ２５やカラーレーザプリンタ２６などのハードウェア資源４を利用する上位層からの獲得要求に従って調停を行い、実行制御する。具体的に、ＳＲＭ２１のプロセスは獲得要求されたハードウェア資源４が利用可能であるか（他の獲得要求により利用されていないかどうか）を判定し、利用可能であれば獲得要求されたハードウェア資源４が利用可能である旨を上位層に通知する。また、ＳＲＭ２１のプロセスは上位層からの獲得要求に対してハードウェア資源４を利用するためのスケジューリングを行い、要求内容（例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。

また、ハンドラ層８は後述するファックスコントロールユニット（以下、ＦＣＵという）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨという）２４と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うイメージメモリハンドラ（以下、ＩＭＨという）２３とを含む。ＳＲＭ３９およびＦＣＵＨ４０は、予め定義されている関数によりハードウェア資源４に対する処理要求を送信可能とするエンジンＩ／Ｆ２７を利用して、ハードウェア資源４に対する処理要求を行う。

このように、融合機１は、各アプリケーションで共通的に必要な処理をコントローラ６で一元的に処理することができる。

図２は、本実施形態に係る融合機のハードウェア構成を示すブロック図である。融合機１は、コントローラボード３０と、オペレーションパネル３９と、ＦＣＵ４０と、ＵＳＢデバイス４１と、ＩＥＥＥ１３９４デバイス４２と、エンジン部４３とを含む。また、コントローラボード３０は、ＣＰＵ３１と、システムメモリ（ＭＥＭ−Ｐ）３２と、ノースブリッジ（以下、ＮＢという）３３と、サウスブリッジ（以下、ＳＢという）３４と、ＡＳＩＣ３６と、ローカルメモリ（ＭＥＭ−Ｃ）３７と、ＨＤ３８と、不揮発性記憶装置であるＦＬＡＳＨ−ＲＯＭ４６を含む。オペレーションパネル３９は、コントローラボード３０のＡＳＩＣ３６に接続されている。また、ＦＣＵ４０、ＵＳＢデバイス４１、ＩＥＥＥ１３９４デバイス４２およびエンジン部４３は、コントローラボード３０のＡＳＩＣ３６にＰＣＩバスで接続されている。

コントローラボード３０は、ＡＳＩＣ３６にローカルメモリ３７、ＨＤ３８などが接続されると共に、ＣＰＵ３１とＡＳＩＣ３６とがＣＰＵチップセットのＮＢ３３を介して接続されている。このように、ＮＢ３３を介してＣＰＵ３１とＡＳＩＣ３６とを接続すれば、ＣＰＵ３１のインタフェースが公開されていない場合に対応できる。なお、ＡＳＩＣ３６とＮＢ３３とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）３５を介して接続されている。このように、図１のアプリケーション層５やコントローラ６を形成する１つ以上のプロセスを実行制御するため、ＡＳＩＣ３６とＮＢ３３とを低速のＰＣＩバスでなくＡＧＰ３５を介して接続し、パフォーマンスの低下を防いでいる。

ＣＰＵ３１は、融合機１の全体制御を行うものである。ＣＰＵ３１は、ＮＣＳ１３、ＲＳ１４、ＯＣＳ１５、ＦＣＳ１６、ＥＣＳ１７、ＭＣＳ１８、ＯＵＳ１９、ＳＣＳ２０、ＳＲＭ２１、ＦＣＵＨ２２およびＩＭＨ２３をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層５を形成するプリンタアプリ９、コピーアプリ１０、ファックスアプリ１１、スキャナアプリ１２を起動して実行させる。ＮＢ３３は、ＣＰＵ３１、システムメモリ３２、ＳＢ３４およびＡＳＩＣ３６を接続するためのブリッジである。システムメモリ３２は、融合機１の描画用メモリなどとして用いるメモリである。ＳＢ３４は、ＮＢ３３とＲＯＭ、ＰＣＩバス、周辺デバイスとを接続するためのブリッジである。また、ローカルメモリ３７はコピー用画像バッファ、符号バッファとして用いるメモリである。ＡＳＩＣ３６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤ３８は、画像データの蓄積、文書データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積などを行うためのストレージである。また、オペレーションパネル３９は、オペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。

次に、図３を用いて、プログラムの融合機１における位置づけを説明する。

最初に融合機１の全体の制御を行うコントローラボード５０について説明する。コントローラボード５０は、図１に示したプログラムが実行されるボードである。このコントローラボード５０から、以下に説明するボードが接続される。融合機１に関する情報を、融合機１を操作するオペレータに対して表示する処理を行う操作パネルボード５５は、オペレーションパネル３９の制御を行うボードである。このボードには、図に示されるように操作パネルファーム６１が搭載されている。そして、操作パネルボード５５とコントローラボード５０とは、通信をするために同期シリアル回線６４で接続されている。なお、ファームは、ファームウェアを示す。

ＦＣＵボード５１は、上述したファックスコントロールユニットである。そして、ボードには、図に示されるようにＦＣＵファーム５６が搭載されている。また、ＦＣＵボード５１とコントローラボード５０とは、通信をするためにＰＣＩバス６２で接続される。エンジンボード５２は、プロッタファー５７やスキャナファーム５８などのエンジン部のファームが搭載される。このエンジンボード５２もコントローラボード５０と通信をするためにＰＣＩバス６２で接続される。これらの各ボードは、コントローラ６により、リブートすることが可能である。

このように接続された各ボードの立ち上げ時の処理を、図４を用いて説明する。図４には、コントローラボード５０と、エンジンボード５２と、ＦＣＵＨ２２と、ＯＣＳ１９との間のシーケンス図を示している。なお、ＦＣＵＨ２２は、ＦＣＵボード６２の立ち上げを管理し、ＯＣＳ１９は、操作パネルボード５５の立ち上げを管理している。まず、ステップＳ１とステップＳ２で、コントローラボード５０及びエンジンボード５２は、ブレーク信号の変化により互いに通信可能なことを確認する。そして、コントローラボード５０は、ステップＳ３で、エンジンボード５２に対し、コントローラと接続されたことを通知する。エンジンボード５２も同様に、ステップＳ４で、コントローラボード５０に対し、エンジンが接続したことを通知する。このとき、エンジンボード５２は、搭載されているプログラムに関する情報も同時に送信する。

ＦＣＵＨ２２は、ステップＳ５で、ＦＣＵボード５１が起動したことを確認すると、ＦＣＵボード５１が起動したことと、ＦＣＵボード５１に搭載されているプログラムに関する情報をコントローラボード５０に送信する。また、ＯＣＳ１９も同様に、操作パネルボード５５が起動すると、ＯＣＳが起動したことと、操作パネルボード５５に搭載されているプログラムに関する情報を送信する（Ｓ６）。このように、各ボードの起動時に、コントローラボード５０に対し、各ボードに搭載されているプログラムのバージョンなどの情報が送信される。なお、各プログラムの情報は、起動時ではなく、必要に応じてコントローラボード５０が各ボードに対して要求しても良い。このように、図３における各ボードには、プログラムが搭載され、そのプログラムに基づき処理が実行される。そして、これらプログラムは、ＦＬＡＳＨ−ＲＯＭに記憶され、更新することが可能となっている。またＦＬＡＳＨ−ＲＯＭには、プログラムブート領域と本来の処理を行うプログラム領域がセットで格納される。

図５ないし図８は、プログラムを構成する各モジュールの持つバージョン情報を示す説明図である。バージョン情報には、モジュール名、モジュールＩＤ、バージョン、組み合わせ条件情報が含まれる。組み合わせ条件情報は、モジュールＩＤ、バージョン、記号（＜，＞，＝，等）を使用してあらわされる。１つのモジュールは、複数の組み合わせ条件情報を持つことが可能である。

図５は組み合わせ条件情報を持たないシステムモジュールのバージョン情報を示す図である。図６は組み合わせ条件情報を１つ持つシステムモジュールのバージョン情報を示す図で、組み合わせ条件情報はengine:>=1.01である。図７は図６のシステムモジュールとの組み合わせとなるエンジンモジュールのバージョン情報を示す図で、組み合わせ条件情報はsystem:>=1.01である。図８は組み合わせ条件情報を２つ持つシステムモジュールのバージョン情報を示す図で、engine:>=1.01,operation:>1.01である。

図９ないし図１３は、起動開始した画像形成システムがプログラムを構成する各モジュールのバージョン情報を集めたバージョン情報リストである。バージョン情報リストには、モジュール名、モジュールＩＤ、バージョン、組み合わせ条件情報、条件異常が含まれる。

図１０は組み合わせ条件情報を持つプログラムが存在しない場合のバージョン情報リストである。図１０はシステムプログラムが１つの組み合わせ条件情報、engine:>=1.01を持つ場合のバージョン情報リストである。このとき、エンジンプログラムに組み合わせ異常が発生していることがわかる。

図１１はシステムプログラムが１つ、エンジンプログラムが１つの組み合わせ条件情報を持つ場合のバージョン情報リストである。組み合わせ条件はシステムではengine:>=1.01に、エンジンではsystem:>=1.01となる。このとき、システムとエンジンの組み合わせ条件情報はそれぞれ条件を満たしているので、組み合わせ異常は発生していないことがわかる。

図１２はシステムプログラムが２つ、エンジンプログラムが１つの組み合わせ条件情報を持つ場合のバージョン情報リストである。組み合わせ条件はシステムではengine:>=1.01,operation:>1.01であり、エンジンではsystem:>=1.01である。このとき、エンジンプログラムの組み合わせ条件は満たしているが、システムプログラムの組み合わせ条件は満たしていないので、操作部プログラムに組み合わせ異常が発生していることがわかる。

図１３はシステムプログラムが２つ、操作部プログラムが１つ、エンジンプログラムが１つの組み合わせ条件情報を持つ場合のバージョン情報リストである。組み合わせ条件はシステムではengine:>=1.01,operation:>1.01であり、操作部ではsystem:>=1.02、エンジンではsystem:>=1.01である。このとき、システムと操作部とエンジンの組み合わせ条件情報はそれぞれ条件を満たしているので、組み合わせ異常は発生していないことがわかる。

図１４及び図１５は画像形成システムを構成するプログラムのモジュール構成を示す図である。このうち図１４は画像形成システムとして動作するためのモジュール構成を示し、モジュール構成としては、システムプログラム１０１、ネットワークプログラム１０２、コピーアプリプログラム１０３、プリンタアプリプログラム１０４、操作部プログラム１０５、エンジンプログラム１０６を含み、これらが全て起動されている。

図１５は、アップデートを実行するために最低限必要なモジュール構成であり、モジュール構成としては、図１４の構成のうちシステムプログラム１０１及び操作部プログラム１０５が起動されていればよい。その際、システムプログラム１０１と操作部プログラム１０５はお互いの間で組み合わせ異常が発生していても、最低限の文字列を表示する仕組みを持つ。

図１６は主電源ＯＮ後の組み合わせ条件検知の処理手順を示すフローチャートである。同図においてシステムプログラム１０１は、起動時に図５ないし図９のような各モジュールのバージョン情報を集めて図９ないし図１３のようなバージョン情報リストを作成する（ステップＳ１０１）。次いで、作成したバージョン情報リストに組み合わせ条件情報が存在するか否かをチェックする（ステップＳ１０２）。存在しない場合は通常起動する（ステップＳ１０４）。存在する場合はバージョン情報が組み合わせ条件を満たしているか否かチェックする（ステップＳ１０３）。条件を満たしている場合は、通常起動（図１４のモジュール構成での起動）する（ステップＳ１０４）。条件を満たしていない場合は、アップデート専用のモードで起動（図１５のモジュール構成での起動）する（ステップＳ１０５）。

図１７は組み合わせ異常検知後（アップデート専用起動時）の処理手順を示すフローチャートである。この処理手順では、アップデート専用起動したシステムは、機器に外部メディアが接続されているかをチェックする（ステップＳ２０１）。ここで、外部メディアとは、ＳＤカード、ＵＳＢストレージ、フラッシュメモリ等を示す。ステップＳ２０１で外部メディアが接続されていないと判断された場合は、リモートアップデートの待ち受け状態へ移行し、操作部画面上に異常の発生している組み合わせ条件情報を表示する（ステップＳ２０３）。

一方、外部メディアが接続されている場合は、組み合わせの発生したプログラムのアップデート用ファイルが存在するか否かをチェックする（ステップＳ２０２）。存在しない場合は、リモートアップデートの待ち受け状態へ移行し、操作部画面上に異常の発生している組み合わせ条件情報を表示する（ステップＳ２０３）。存在する場合は、アップデートの実行を開始する（ステップＳ２０４）。

以上のように本実施形態によれば、以下のような効果を奏する。

１）モジュールごとに組み合わせ条件情報を持っているので、後に組み合わせ異常が発生することを検知する判断基準を持つことができる。

２）システムの起動開始時に、組み合わせ条件情報の有無をチェックすることによって、組み合わせ条件のチェックを行わずにシステムを通常起動するか、アップデート専用起動するかの判断をすることができる。

３）組み合わせ条件のチェックを行うことにより、事前に異常が発生することを検知することができる。

４）モジュールの組み合わせに異常が無い場合に、通常起動をすることにより、システムの起動時に常に組み合わせ異常検知の処理を実行することができる。

５）モジュールの組み合わせに異常がある場合に、組み合わせ異常の影響を受けないアップデートの専用のモードで起動することにより、組み合わせ異常の発生するモジュール構成でも機器を通常のアップデート手段にてアップデートを完了させることができる。

６）モジュールの組み合わせに異常がある場合に、組み合わせ異常の影響を受けないアップデートの専用のモードで起動し、組み合わせ異常の情報を操作部画面上に表示することにより、組み合わせ異常の発生しているモジュールを機器パネル上から認識することができる。

７）モジュールの組み合わせに異常がある場合に、組み合わせ異常の影響を受けないアップデートの専用のモードで起動し、アップデート可能なモジュールを、組み合わせ異常の発生しているモジュールだけに制限するので、新たな組み合わせ異常の発生を抑制することができる。

８）モジュールの組み合わせに異常がある場合に、組み合わせ異常の影響を受けないアップデートの専用のモードで起動し、外部メディアからのモジュールのアップデートを行うので、機器を復旧させることができる。

９）モジュールの組み合わせに異常がある場合に、組み合わせ異常の影響を受けないアップデートの専用のモードで起動した状態から、ネットワーク経由で機器をアップデートするので、機器を復旧させることができる。
等の効果を奏する。

なお、本実施形態におけるプログラムは専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行させるものでもよい。コンピュータ読み取り可能な記録媒体とは、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。

本発明の実施形態に係る融合機の構成を示す図である。 本実施形態に係る融合機のハードウェア構成を示す図である。 プログラムの融合機における位置づけを説明するための図である。 本実施形態に係る融合機の各ボードの立ち上げ時の処理を示す図である。 組み合わせ条件情報を持たないシステムモジュールのバージョン情報を示す図である。 組み合わせ条件情報を１つ持つシステムモジュールのバージョン情報を示す図である。 図６のシステムモジュールとの組み合わせとなるエンジンモジュールのバージョン情報を示す図である。 組み合わせ条件情報を２つ持つシステムモジュールのバージョン情報を示す図である。 組み合わせ条件情報を持つプログラムが存在しない場合のバージョン情報リストを示す図である。 システムプログラムが１つの組み合わせ条件情報を持つ場合のバージョン情報リストを示す図である。 システムプログラムが１つ、エンジンプログラムが１つの組み合わせ条件情報を持つ場合のバージョン情報リストを示す図である。 システムプログラムが２つ、エンジンプログラムが１つの組み合わせ条件情報を持つ場合のバージョン情報リストを示す図である。 システムプログラムが２つ、操作部プログラムが１つ、エンジンプログラムが１つの組み合わせ条件情報を持つ場合のバージョン情報リストを示す図である。 画像形成システムを構成するプログラムのモジュール構成を示す図で、画像形成システムとして動作するためのモジュール構成を示す。 画像形成システムを構成するプログラムのモジュール構成を示す図で、アップデートを実行するために最低限必要なモジュール構成を示す。 主電源ＯＮ後の組み合わせ条件検知の処理手順を示すフローチャートである。 組み合わせ異常検知後（アップデート専用起動時）の処理手順を示すフローチャートである。

符号の説明

１ 融合機
２ ソフトウェア群
３ 融合機起動部
４ ハードウェア資源
１０１ システムプログラム
１０２ ネットワークプログラム
１０３ コピープログラム
１０４ プリンタプログラム
１０５ 操作部プログラム
１０６ エンジンプログラム

Claims (11)

1. 画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行う１つ以上のプログラムとを有する画像形成装置において、
   前記プログラムを構成する各モジュールは、組み合わせ異常の発生するモジュールが存在する場合に、組み合わせ異常となるファームウェアの条件情報を有し、前記組み合わせ異常の発生するファームウェア構成で機器が起動開始するときにアップデートだけできるモードへ遷移する手段を備えていることを特徴とする画像形成装置。
2. 前記起動開始時に組み合わせ異常が発生する組み合わせ条件情報を有するファームの存在の有無をチェックする手段を備えていることを特徴とする請求項１記載の画像形成装置。
3. 前記組み合わせ条件情報を持つファームが存在する場合、組み合わせ対象となるファームの現在起動しているバージョンが条件を満たしているかチェックする手段を備えていることを特徴とする請求項２記載の画像形成装置。
4. 前記組み合わせ対象となるファームの現在起動しているバージョンが条件を満たしておらず、組み合わせ異常が発生している場合、アップデートに最低限必要なプログラム構成で前記装置を構成するシステムを起動させる手段を備えていることを特徴とする請求項３記載の画像形成装置。
5. 前記アップデートに最低限必要なプログラム構成で起動したとき、組み合わせの発生しているプログラム情報を機器パネル上に表示する手段を備えていることを特徴とする請求項４記載の画像形成装置。
6. 前記アップデートに最低限必要なプログラム構成で起動したとき、組み合わせの発生しているプログラムのみをアップデートできるように制限する手段を備えていることを特徴とする請求項４記載の画像形成装置。
7. 前記アップデートに最低限必要なプログラム構成で起動したとき、機器に接続された外部デバイスより、組み合わせ異常の発生しているモジュールの組み合わせ条件を満たすファームをデータ発見した場合に即座にアップデートを開始する手段を備えていることを特徴とする請求項４記載の画像形成装置。
8. 前記アップデートを開始する際、前記組み合わせ異常の発生しているプログラムをリモートからアップデートする手段を備えていることを特徴とする請求項７記載の画像形成装置。
9. 前記組み合わせ条件情報を持つファームが存在しない場合、前記装置を構成するシステムを通常起動させる手段を備えていることを特徴とする請求項２記載の画像形成装置。
10. 起動プログラムのバージョン情報を取得する第１の処理と、
    起動開始時に組み合わせ異常が発生する組み合わせ条件情報の存在を確認する第２の処理と、
    前記第２の手順で組み合わせ異常が発生する組み合わせ条件情報が存在すると確認されたとき、前記バージョン情報が前記組み合わせ条件を満たしているか否かを確認する第３の処理と、
    前記第２の処理で前記組み合わせ条件情報が存在しない場合、または前記第３の処理で前記バージョン情報が前記組み合わせ条件を満たしている場合に、通常起動する第４の処理と、
    前記第３の処理で前記組み合わせ条件を満たしていない場合に、アップデートに最低限必要なプログラム構成で起動する第５の処理と、
    をコンピュータに実行させるコンピュータプログラム。
11. 前記第５の処理が、さらに、
    外部メディアが接続されているか否かを確認する第６の処理と、
    前記第６の処理で前記外部メディアに接続されていることが確認されたとき、前記組み合わせ異常が発生するプログラムのアップデート用ファイルの存在を確認する第７の処理と、
    前記第７の処理で前記アップデート用ファイルの存在が確認されたとき当該アップデート用ファイルによってアップデートを実行する第８の処理と、
    前記第６の処理で外部メディアが接続されていない場合、または前記第７の処理で前記アップデート用ファイルが存在しないとき、異常の発生している組み合わせ条件情報を表示する第９の処理と、
    を含んでいることを特徴とするコンピュータプログラム。

Images