JP2015001873A - 画像形成装置及びその制御方法、並びにプログラム - Google Patents

Abstract

【課題】メンテナンスを行うために画像形成装置を起動させるセーフ起動を実行するためのモジュールが破壊された場合に行われるサービスマンの作業負荷を軽減した画像形成装置及びその制御方法、並びにプログラムを提供する。
【解決手段】画像形成装置は、画像形成装置を起動する際に、セーフ起動で起動させる指示を検知した場合に、記憶部に記憶されたセーフ起動を実行するセーフモジュールが破壊されているときは、記憶部に記憶されたセーフモジュールを修復するための修復モジュールを実行させ、修復モジュールにより修復されたセーフモジュールを実行する。
【選択図】図６

Description

本発明は、画像形成装置及びその制御方法、並びにプログラムに関する。

画像形成装置のファームウェアは不具合の修正や機能追加のために、市場リリース後の顧客先でもしばしばアップデートされる。ファームウェアのアップデートはエラーや電源断によりアップデートが中断されることがありうる。その場合はファームウェアが破壊された状態となり、正しく動作するよう破壊されたファームウェアを修復する処理が必要となる。

ファームウェアのアップデート中のエラーや電源断による修復方法については、自動的に元のファームウェアに戻す方法が提案されている（例えば、特許文献１参照）。

また、外部記憶装置に保存されているデータを用いて最新の最適なデータの組み合わせとなるよう各処理部の記憶装置のデータを更新するなどの方法も提案されている（例えば、特許文献２参照）。

一方で、画像形成装置のファームウェアのアップデートは顧客にとっては機器のダウンタイムとなるので、できるだけアップデート時間を短縮しダウンタイムを削減することが望まれている。

そのためにユーザが使用できる通常起動中にバックグラウンドでファームウェアをアップデートすることが考えられる。特に画像形成装置の場合、通常の機能を動作させる通常起動ファームウェアと、サービスマンが通常起動ファームウェアのアップデートやメンテナンス作業を行うためのセーフ起動と呼ばれるメンテナンス用の起動のファームウェアに分かれているケースがある。

セーフ起動のためのファームウェアは通常起動中に使用していないため、通常起動中のバックグラウンドのアップデートが可能である。

このようにセーフ起動のためのファームウェアをバックグラウンドでアップデートする場合においても、エラーや電源断によってファームウェアが破壊されるケースがありうる。

通常起動ファームウェアが正常に動作する場合は、セーフ起動用のファームウェアは破壊された状態でもユーザの使用には問題ない。従って通常起動中にバックグラウンドで再度アップデートを実行することで修復処理を行えばよい。

特開２０１１−１２８７０２号公報 特開２００５−１８２７４０号公報

しかしながら、サービスマンがセーフ起動を実施しメンテナンス作業を行いたい場合に、通常起動をしてバックグラウンドで修復処理を行うと、メンテナンス作業で必要のない、プリント機能やＵＩ等を含む通常起動ファームウェアが最初に起動されてしまう。

そのため、セーフ起動用のファームウェア単体で修復処理を行う場合に比べ時間がかかってしまう可能性がある。

また、サービスマンは通常起動中にバックグラウンドでセーフ起動用のファームウェアが修復されたことを確認し、その後セーフ起動指示を改めて実施する必要がある。

このように、通常起動をしてバックグラウンドで修復処理を行うと、サービスマンが速やかにセーフ起動に入り作業を進めることができなくなる。

本発明の目的は、メンテナンスを行うために画像形成装置を起動させるセーフ起動を実行するためのモジュールが破壊された場合に行われるサービスマンの作業負荷を軽減した画像形成装置及びその制御方法、並びにプログラムを提供することにある。

上記目的を達成するために、請求項１の画像形成装置は、画像形成装置のメンテナンスを行うために前記画像形成装置を起動させるセーフ起動と、前記画像形成装置としての機能を実現させるために前記画像形成装置を起動させる通常起動との２つの起動方法で起動可能であり、前記セーフ起動及び前記通常起動を実行するモジュールが記憶された記憶部を備えた画像形成装置であって、前記画像形成装置を起動する際に、前記セーフ起動で起動させる指示を検知する検知手段と、前記検知手段により前記セーフ起動で起動させる指示を検知した場合に、前記記憶部に記憶された前記セーフ起動を実行するセーフモジュールが破壊されているときは、前記記憶部に記憶された前記セーフモジュールを修復するための修復モジュールを実行させる修復モジュール実行手段と、前記修復モジュール実行手段により実行された前記修復モジュールにより修復された前記セーフモジュールを実行するセーフモジュール実行手段とを備えたことを特徴とする。

本発明によれば、画像形成装置を起動させるセーフ起動を実行するためのモジュールが破壊されている場合には、直ちに破壊されたモジュール修復し、セーフ起動するので、メンテナンスを行うために画像形成装置を起動させるセーフ起動を実行するためのモジュールが破壊された場合に行われるサービスマンの作業負荷を軽減できる。

本発明の実施の形態に係る画像形成装置を含む画像形成システムの概略構成を示す図である。 図１における画像形成装置の概略構成を示す図である。 図２におけるコントローラ部の概略構成を示す図である。 図３におけるフラッシュメモリに記憶されているファームウェアを示す図である。 図３におけるＣＰＵによって実行されるバックグラウンドアップデート処理の手順を示すフローチャートである。 図３におけるＣＰＵによって実行される修復処理の手順を示すフローチャートである。

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

図１は、本発明の実施の形態に係る画像形成装置１を含む画像形成システム９０の概略構成を示す図である。

図１において、画像形成システム９０は、画像形成装置１、コンテンツサーバ１０１、及びそれらを接続するインターネット１００で構成される。

コンテンツサーバ１０１は画像形成装置１に対して、インターネット１００を経由してユーザアップデートに必要なファームウェア構成情報や、アップデート・ダウングレード時にインストールするファームウェアを配信する。

画像形成装置１は、画像形成装置としての機能の他に、上述したコンテンツサーバ１０１からファームウェアなどをダウンロードする。

図２は、図１における画像形成装置１の概略構成を示す図である。

図１において、画像形成装置１は、リーダー部２、コントローラ部１１０、操作部７、及びプリンタ部６で構成される。

コントローラ部１１０は、画像形成装置１全体を制御する。このコントローラ部１１０の構成については後述する。

リーダー部２は、原稿給紙ユニット１０、及びスキャナユニット１１で構成される。原稿給紙ユニット１０は、原稿を給紙し、給紙された原稿からスキャナユニット１１は画像を読み取る。読み取られた画像は画像データとしてコントローラ部１１０に出力される。

操作部７は、コントローラ部１１０に接続され、ユーザが画像形成装置１を操作したり、ユーザに対して情報を表示する。

プリンタ部６は、マーキングユニット１３、排紙ユニット１４、及び給紙ユニット１２で構成される。給紙ユニット１２は、給紙カセットから記録紙を給紙する。マーキングユニット１３は、給紙された記録紙に画像を形成する。排紙ユニット１４は、画像が形成された記録紙を排紙する。

排紙ユニット１４には、画像形成装置１の外部に接続されたアクセサリユニット２１３が接続されている場合もあり、その場合は記録紙をアクセサリユニット２１３へ排紙する。

アクセサリユニット２１３では、ソート処理やステイプル処理などのフィニッシング処理を施して、記録紙を排紙する。また、ＦＡＸ機能付きの画像形成装置の場合は、アクセサリユニット２１３にＦＡＸ送信部が配備される。

リーダ部２０３、プリンタ部６、アクセサリユニット２１３は、コントローラ部１１０が通電中でも独立して電源制御することが可能である。

また、本実施の形態に係る画像形成装置１は、ＬＡＮ４００によってインターネット１００に接続されている。

図３は、図２におけるコントローラ部１１０の概略構成を示す図である。

図２において、コントローラ部１１０は、メインコントローラ３２により制御される。メインコントローラ３２は、メインコントローラ３２を制御するＣＰＵ３３及びバスコントローラ３４で構成される。

ＤＲＡＭ３８は、メインコントローラ３２に接続され、ＤＲＡＭ３８は、ＣＰＵ３３が動作するための作業領域として用いられたり、ラスターイメージデータが記憶される。後述するフローチャートを実行するためのプログラムは、ＤＲＡＭ３８に記憶される。

コーデック４０は、ＤＲＡＭ３８に記憶されたラスターイメージデータをＭＨ／ＭＲ／ＭＭＲ／ＪＢＩＧなどの周知の圧縮方式で圧縮したり、圧縮されたデータをラスターイメージに伸長する。また、コーデック４０にはＳＲＡＭ４３が接続されており、ＳＲＡＭ４３はコーデック４０の一時的な作業領域として使用される。

ネットワークコントローラ４２は、メインコントローラ３２と接続され、コネクタ４４によって接続されたＬＡＮ４００を用いた通信に係る制御を行う。

スキャナインタフェース４６は、メインコントローラ３２とリーダー部２とのインタフェースである。コネクタ５６は、スキャナユニット１１に接続され、またスキャナインタフェース４６とは調歩同期シリアルインタフェース及びビデオインタフェースで接続される。

そして、スキャナインタフェース４６はスキャナユニット１１から受信した画像データに対し２値化処理や、主走査方向や副走査方向の変倍処理を行う。またスキャナユニット１１から受信したビデオ信号に基づいて制御信号を生成し、それをメインコントローラ３２に転送する。

プリンタインタフェース４８は、メインコントローラ３２とプリンタ部６とのインタフェースである。コネクタ５９は、マーキングユニット１３に接続され、またプリンタインタフェース４８とは調歩同期シリアルインタフェース及びビデオインタフェースで接続される。

そして、プリンタインタフェース４８はメインコントローラ３２から出力された画像データにスムージング処理を施し、その画像データをマーキングユニット１３に出力する。

さらにプリンタインタフェース４８はマーキングユニット１３から受信したビデオ信号に基づいて、生成された制御信号をメインコントローラ３２に出力する。

メインコントローラ３２は、さらにＩ／Ｏ制御部５１、及び拡張コネクタ５０と、ＰＣＩバス等の汎用高速バスによって接続している。拡張コネクタ５０は、拡張ボードを接続するためのコネクタである。

また、Ｉ／Ｏ制御部５１はリーダー部２やプリンタ部６との間で制御コマンドを送受信するための調歩同期式のシリアル通信コントローラ５２が２チャンネル装備されている。シリアル通信コントローラ５２はスキャナインタフェース４６及びプリンタインタフェース４８に接続されている。

さらに、Ｉ／Ｏ制御部５１はＬＣＤコントローラ６０及びパネルインタフェース６２と接続され、パネルインタフェース６２は、操作部７に接続されている。

また、Ｉ／Ｏ制御部５１は日付と時刻を更新したり保存するリアルタイムクロックモジュール６４に接続されている。このリアルタイムクロックモジュール６４はバックアップ用電池６５によりバックアップされている。

さらに、Ｉ／Ｏ制御部５１はＥ?ＩＤＥコネクタ６３と接続している。Ｅ?ＩＤＥコネクタ６３は、ハードディスク８，９及びフラッシュメモリ９９に接続されている。記憶部としてのフラッシュメモリ９９にはメインコントローラ制御用の各種制御プログラムなどのファームウェア、及び各種データが記憶されている。画像形成装置１は、上記ファームウェアを更新可能となっている。

上述したバスコントローラ３４は、スキャナインタフェース４６、プリンタインタフェース４８、及び拡張コネクタ５０などに接続された外部機器から入出力されるデータ転送におけるバス競合時のアービトレーションやＤＭＡデータ転送の制御を行う。

例えば、上述したＤＲＡＭ３８とコーデック４０との間のデータ転送、スキャナユニット１１からＤＲＡＭ３８へのデータ転送、及びＤＲＡＭ３８からマーキングユニット１３へのデータ転送などは、バスコントローラ３４によって制御される。

なお、Ｉ／Ｏ制御部５１にはＵＳＢメモリを接続することがすることができ、ユーザやサービスマンが所持しているＵＳＢメモリのデータの読み出しや記憶が可能である。

図４は、図３におけるフラッシュメモリ９９に記憶されているファームウェアを示す図である。

図４において、フラッシュメモリ９９は、ローダ４０１が記憶されれるパーティションと、スタンダードパーティション４０２、セーフパーティション４０５、及び起動設定記憶領域４０７に記憶領域が分けられている。

ローダ４０１はフラッシュメモリ９９に記憶されたプログラムのうち、最初にＣＰＵ３３により実行されるプログラムであり、スタンダードパーティション４０２、及びセーフパーティション４０５のいずれか一方のモジュールを起動する。

スタンダードパーティション４０２には、スタンダードモジュール４０３、及び修復モジュールであるセーフアップデートモジュール４０４が記憶されている。

このうち、スタンダードモジュール４０３は、ユーザが通常使用するプリント、スキャン、ＦＡＸ、ＳＥＮＤなどの機能モジュールや、画像形成装置１全体の制御を行うためのモジュールである。

セーフアップデートモジュール４０４は、セーフパーティション４０５に記憶されるモジュールのアップデートを行うモジュールである。

一方、セーフパーティション４０５にはスタンダードパーティション４０２に含まれるモジュールのアップデートや、サービスマンのメンテナンス作業のための機能の制御を行うセーフモジュール４０６が記憶されている。

起動設定記憶領域４０７には、次回起動時にセーフモジュール４０６を起動する場合に、その設定が記憶される領域である。この起動設定記憶領域４０７に次回起動時にセーフモジュール４０６を起動する設定がされていることは、画像形成装置１を起動する際に検知される。

フラッシュメモリ９９には、上述した各モジュールなどが記憶されているが、一般のユーザが画像形成装置１を通常使用する場合、ローダ４０１は画像形成装置１としての機能を実現させるために画像形成装置１を起動させる通常起動するために、スタンダードモジュール４０３を起動する。なお、画像形成装置１としての機能とは、上述したプリント、スキャン、ＦＡＸ、ＳＥＮＤに加え、他の装置から受信した画像データを記憶しておき、必要に応じてプリントする機能のうちの１つ以上の機能が挙げられるが、一般的な画像形成装置に備わっている機能であってもよい。

一方、サービスマンがスタンダードモジュール４０３のアップデートやメンテナンス作業を行う場合は、画像形成装置１のメンテナンスを行うために画像形成装置１を起動させるセーフ起動を行うために、セーフモジュール４０６が起動される。このように、画像形成装置１は、２つの起動方法で起動可能となっている。

サービスマンがセーフ起動を指示するには、２つの方法があり、その１つは、操作部７の不図示のメンテナンスボタンを押しながら画像形成装置１を起動させる方法である。

もう１つの方法は、サービスマンが通常起動中に操作部７から起動設定記憶領域４０７へ次回起動時にセーフ起動するように設定し、再起動を指示する方法である。

ローダ４０１は、起動設定記憶領域４０７にセーフ起動が設定されているか、またはサービスマンによる操作部７からのセーフ起動指示によってセーフモジュール４０６を起動する。

サービスマンによる上述した２つの方法のいずれかが行われない限り、画像形成装置１は通常起動することとなる。

上述したように通常起動ではプリント、スキャン、ＦＡＸ、ＳＥＮＤなどの機能を実現させる処理が最初に起動されるので、起動時にセーフアップデートモジュール４０４でセーフモジュール４０６の修復に要する時間は、通常起動で画像形成装置１を起動して、セーフアップデートモジュール４０４でセーフモジュール４０６の修復に要する時間よりも短時間である。

図５は、図３におけるＣＰＵ３３によって実行されるバックグラウンドアップデート処理の手順を示すフローチャートである。

図５において、スタンダードモジュール４０３が起動している状態で、コンテンツサーバ１０１からファームアップデートの通知を受信する（ステップＳ５０１）。次いで、コンテンツサーバ１０１から新ファームウェアをダウンロードし（ステップＳ５０２）、フラッシュメモリ９９、またはハードディスク８，９のいずれかに一時記憶する。

この新ファームウェアとは、フラッシュメモリ９９に記憶された、スタンダードモジュール４０３、セーフアップデートモジュール４０４、セーフモジュール４０６の新しいバージョンのファームウェアである。

次いで、スタンダードモジュール４０３が起動している状態のバックグラウンドでセーフアップデートモジュール４０４を起動する（ステップＳ５０３）。

これにより、バックグラウンドでセーフモジュール４０６が新しいバージョンのモジュールにアップデートされる（ステップＳ５０４）。

なお、スタンダードモジュール４０３の起動時はセーフパーティション４０５に記憶されるセーフモジュール４０６は使用されていないので、画像形成装置１の動作に影響を与えずにアップデートを実行することが可能である。

セーフモジュール４０６のアップデート終了後、セーフアップデートモジュール４０４によって、起動設定記憶領域４０７にセーフ起動を設定し、リブートすると、ローダ４０１は起動設定記憶領域４０７にセーフ起動が設定されているので、セーフモジュール４０６を起動する（ステップＳ５０５）。

次いで、セーフモジュール４０６の起動中にスタンダードモジュール４０３とセーフアップデートモジュール４０４をアップデートする（ステップＳ５０６）。そして、セーフモジュール４０６によって起動設定記憶領域に通常起動を設定し、リブートすると、ローダ４０１は起動設定記憶領域４０７に通常起動が設定されているので、スタンダードモジュール４０３を起動して（ステップＳ５０７）、本処理を終了する。

なお、上記ステップＳ５０１，Ｓ５０２ではコンテンツサーバ１０１からのファームウェアをダウンロードする例を説明したが、新ファームウェアの取得方法として、接続されたＵＳＢメモリから取得するなど、他の方法であってもよい。

図６は、図３におけるＣＰＵ３３によって実行される修復処理の手順を示すフローチャートである。

図６における修復処理は、図５のステップＳ５０４のセーフモジュール４０６のアップデート中にエラーや電源断が発生した場合、アップデートは中断され、破壊された状態となったセーフモジュール４０６を修復する処理である。

破壊されたセーフモジュール４０６は、再度セーフモジュールのアップデートを行うことで修復できる。

まず、ローダ４０１による起動処理を開始する（ステップＳ６０１）。ここでの起動はリブートによる起動でも、電源オフ状態からの電源オンにされたことによる起動でもよい。

次いで、ローダ４０１は、セーフモジュール４０６を起動するか否か判別する（ステップＳ６０２）。このステップＳ６０２は、画像形成装置１を起動する際に、セーフ起動で起動させる指示を検知する検知手段に対応する。具体的には、起動設定記憶領域４０７の設定内容により検知したり、または電源オン時の操作部７のメンテナンス指示を検知することでステップＳ６０２で判別できる。

ステップＳ６０２の判別の結果、セーフモジュール４０６を起動すると判別された場合には（ステップＳ６０２でＹＥＳ）、ローダ４０１は、セーフパーティション４０５がマウントできるか否か判別する（ステップＳ６０３）。

マウントできるか否かで、セーフパーティション４０５が破壊されているか否か判別可能で、セーフパーティション４０５が破壊されている場合には、セーフモジュール４０６を読み出せないので、結果的にセーフモジュール４０６が破壊されていることと同じこととなる。

ステップＳ６０３の判別の結果、セーフパーティション４０５がマウントできない場合には（ステップＳ６０３でＮＯ）、ステップＳ６０５に進む。

一方、ステップＳ６０３の判別の結果、セーフパーティション４０５がマウントできる場合には（ステップＳ６０３でＹＥＳ）、ローダ４０１は、セーフモジュール４０６が読み出せるか否か判別する（ステップＳ６０４）。

ステップＳ６０４の判別の結果、セーフモジュール４０６が読み出せる場合には（ステップＳ６０４でＹＥＳ）、セーフモジュールを起動して（ステップＳ６０８）、本処理を終了する。このステップＳ６０８では、セーフアップデートモジュール４０４によって起動設定記憶領域４０７にセーフ起動が設定される。このステップＳ６０８は、セーフアップデートモジュール４０４により修復されたセーフモジュール４０６を実行するセーフモジュール実行手段に対応する。

一方、ステップＳ６０４の判別の結果、セーフモジュール４０６が読み出せない場合には（ステップＳ６０４でＮＯ）、ローダ４０１は、セーフアップデートモジュール４０４を起動する（ステップＳ６０５）。このとき、スタンダードモジュール４０３など、セーフアップデートモジュール４０４以外のモジュールは起動しない。

このステップＳ６０５は、フラッシュメモリ９９に記憶されたセーフ起動を実行するセーフモジュールが破壊されているときは、フラッシュメモリ９９に記憶されたセーフモジュールを修復するための修復モジュールを実行させる修復モジュール実行手段に対応する。

次いで、新セーフモジュールを取得する（ステップＳ６０６）。ここでの取得方法としては、コンテンツサーバ１０１に問い合わせてダウンロードする方法や、サービスマンによって画像形成装置１に接続されたＵＳＢメモリから取得する方法などがある。

そして、セーフモジュール４０６を取得した新セーフモジュールにアップデートし（ステップＳ６０７）、破壊されたセーフモジュール４０６を修復する。修復されると、上記ステップＳ６０８に進む。

上記ステップＳ６０２の処理に戻り、ステップＳ６０２の判別の結果、セーフモジュール４０６を起動せずにスタンダードモジュール４０３を起動すると判別された場合には（ステップＳ６０２でＮＯ）、ローダ４０１は、スタンダードモジュール４０３を起動する（ステップＳ６１０）。

次いで、スタンダードモジュール４０３は、セーフパーティション４０５がマウントできるか否か判別する（ステップＳ６１１）。

ステップＳ６１１の判別の結果、セーフパーティション４０５がマウントできない場合には（ステップＳ６１１でＮＯ）、ステップＳ６１３に進む。

一方、ステップＳ６１１の判別の結果、セーフパーティション４０５がマウントできる場合には（ステップＳ６１１でＹＥＳ）、スタンダードモジュール４０３は、セーフモジュール４０６が読み出せるか否か判別する（ステップＳ６１２）。

ステップＳ６１２の判別の結果、セーフモジュール４０６が読み出せる場合には（ステップＳ６１２でＹＥＳ）、セーフモジュール４０６は正常のため、セーフモジュール４０６の修復処理を実施せずに通常起動して（ステップＳ６１６）、本処理を終了する。

一方、ステップＳ６１２の判別の結果、セーフモジュール４０６が読み出せない場合には（ステップＳ６１２でＮＯ）、新セーフモジュールを取得する（ステップＳ６１３）。ここでの取得方法としては、コンテンツサーバ１０１に問い合わせてダウンロードする方法や、サービスマンによって画像形成装置１に接続されたＵＳＢメモリから取得する方法などがある。

そして、バックグラウンドで、セーフアップデートモジュール４０４を起動する（ステップＳ６１４）。このように、画像形成装置１は、通常起動で画像形成装置１を起動した場合に、フラッシュメモリ９９に記憶されたセーフモジュール４０６が破壊されているときは、セーフアップデートモジュール４０４を実行させる。

次いで、バックグラウンドで、セーフアップデートモジュール４０４は、セーフモジュール４０６を取得した新セーフモジュールにアップデートし（ステップＳ６１５）、破壊されたセーフモジュール４０６を修復する。修復されると、上記ステップＳ６１６に進む。

以上説明した実施の形態によれば、画像形成装置１を起動させるセーフ起動を実行するためのモジュールが破壊されている場合には、直ちに破壊されたモジュール修復し（ステップＳ６０５，６０６，６０７）、セーフ起動するので、メンテナンスを行うために画像形成装置を起動させるセーフ起動を実行するためのモジュールが破壊された場合に行われるサービスマンの作業負荷を軽減できる。

また、セーフモジュール４０６が破壊されている状態で、一般のユーザが通常起動すると、バックグラウンドで修復処理を行う。一方、サービスマンがメンテナンス作業のためにセーフモジュール４０６の起動を指示した場合は、一般のユーザの場合とは異なり、スタンダードモジュール４０３による起動を行わずにセーフモジュール４０６の修復処理を行う。

サービスマンは余計な起動を行わずに、速やかにセーフモジュール４０６を起動しメンテナンス作業に入ることができるので、サービスマンの作業時間を短縮でき、レイバーコストを削減することができる。

このように本実施の形態に係る画像形成装置１は、セーフ起動用ファームウェアのバックグラウンドでのアップデートを実現しながら、サービスマン作業中には速やかにセーフ起動用ファームウェアを修復することが可能になる。

（他の実施の形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

１ 画像形成装置
８，９ ハードディスク
３３ ＣＰＵ
９０ 画像形成システム
９９ フラッシュメモリ
４０１ ローダ
４０３ スタンダードモジュール
４０４ セーフアップデートモジュール
４０６ セーフモジュール
４０７ 起動設定記憶領域

Claims (9)

1. 画像形成装置のメンテナンスを行うために前記画像形成装置を起動させるセーフ起動と、前記画像形成装置としての機能を実現させるために前記画像形成装置を起動させる通常起動との２つの起動方法で起動可能であり、前記セーフ起動及び前記通常起動を実行するモジュールが記憶された記憶部を備えた画像形成装置であって、
   前記画像形成装置を起動する際に、前記セーフ起動で起動させる指示を検知する検知手段と、
   前記検知手段により前記セーフ起動で起動させる指示を検知した場合に、前記記憶部に記憶された前記セーフ起動を実行するセーフモジュールが破壊されているときは、前記記憶部に記憶された前記セーフモジュールを修復するための修復モジュールを実行させる修復モジュール実行手段と、
   前記修復モジュール実行手段により実行された前記修復モジュールにより修復された前記セーフモジュールを実行するセーフモジュール実行手段と
   を備えたことを特徴とする画像形成装置。
2. 前記通常起動で前記画像形成装置を起動した場合に、前記記憶部に記憶された前記セーフ起動を実行するセーフモジュールが破壊されているときは、前記修復モジュールを実行させることを特徴とする請求項１記載の画像形成装置。
3. 前記修復モジュール実行手段により実行された修復モジュールで前記セーフモジュールの修復に要する時間は、前記通常起動で前記画像形成装置を起動して、前記記憶部に記憶された前記セーフ起動を実行するセーフモジュールが破壊されているときに前記修復モジュールで前記セーフモジュールの修復に要する時間よりも短時間であることを特徴とする請求項２記載の画像形成装置。
4. 画像形成装置のメンテナンスを行うために前記画像形成装置を起動させるセーフ起動と、前記画像形成装置としての機能を実現させるために前記画像形成装置を起動させる通常起動との２つの起動方法で起動可能であり、前記セーフ起動及び前記通常起動を実行するモジュールが記憶された記憶部を備えた画像形成装置の制御方法であって、
   前記画像形成装置を起動する際に、前記セーフ起動で起動させる指示を検知する検知ステップと、
   前記検知ステップにより前記セーフ起動で起動させる指示を検知した場合に、前記記憶部に記憶された前記セーフ起動を実行するセーフモジュールが破壊されているときは、前記記憶部に記憶された前記セーフモジュールを修復するための修復モジュールを実行させる修復モジュール実行ステップと、
   前記修復モジュール実行ステップにより実行された前記修復モジュールにより修復された前記セーフモジュールを実行するセーフモジュール実行ステップと
   を備えたことを特徴とする制御方法。
5. 前記通常起動で前記画像形成装置を起動した場合に、前記記憶部に記憶された前記セーフ起動を実行するセーフモジュールが破壊されているときは、前記修復モジュールを実行させることを特徴とする請求項４記載の制御方法。
6. 前記修復モジュール実行ステップにより実行された修復モジュールで前記セーフモジュールの修復に要する時間は、前記通常起動で前記画像形成装置を起動して、前記記憶部に記憶された前記セーフ起動を実行するセーフモジュールが破壊されているときに前記修復モジュールで前記セーフモジュールの修復に要する時間よりも短時間であることを特徴とする請求項５記載の制御方法。
7. 画像形成装置のメンテナンスを行うために前記画像形成装置を起動させるセーフ起動と、前記画像形成装置としての機能を実現させるために前記画像形成装置を起動させる通常起動との２つの起動方法で起動可能であり、前記セーフ起動及び前記通常起動を実行するモジュールが記憶された記憶部を備えた画像形成装置の制御方法をコンピュータに実行させるためのプログラムであって、
   前記制御方法は、
   前記画像形成装置を起動する際に、前記セーフ起動で起動させる指示を検知する検知ステップと、
   前記検知ステップにより前記セーフ起動で起動させる指示を検知した場合に、前記記憶部に記憶された前記セーフ起動を実行するセーフモジュールが破壊されているときは、前記記憶部に記憶された前記セーフモジュールを修復するための修復モジュールを実行させる修復モジュール実行ステップと、
   前記修復モジュール実行ステップにより実行された前記修復モジュールにより修復された前記セーフモジュールを実行するセーフモジュール実行ステップと
   を備えたことを特徴とするプログラム。
8. 前記通常起動で前記画像形成装置を起動した場合に、前記記憶部に記憶された前記セーフ起動を実行するセーフモジュールが破壊されているときは、前記修復モジュールを実行させることを特徴とする請求項７記載のプログラム。
9. 前記修復モジュール実行ステップにより実行された修復モジュールで前記セーフモジュールの修復に要する時間は、前記通常起動で前記画像形成装置を起動して、前記記憶部に記憶された前記セーフ起動を実行するセーフモジュールが破壊されているときに前記修復モジュールで前記セーフモジュールの修復に要する時間よりも短時間であることを特徴とする請求項８記載のプログラム。

Images