(57)【要約】【課題】  使用者の作業の妨げにならないようにファームウェアの更新を確実に行えるようにする。【解決手段】  外部装置からファームウェア更新要求コマンドを受信し（Ｓ１）、機器ステータス管理部が自装置の動作状況の情報を取得し（Ｓ２）、機器ステータス管理部がその情報に基づいてファームウェアの更新が可能か否かを判定し（Ｓ３）、ファームウェアの更新が可能でないと判定したら、外部装置２へ「機器使用中」の応答を返信し（Ｓ４）、ファームウェア更新要求コマンドを記憶媒体に格納し（Ｓ５）、その後、ファームウェアの更新が可能と判定したら（Ｓ６）、上記記憶媒体に格納したファームウェア更新要求コマンドを読み出し（Ｓ７）、外部装置２に要求して更新するファームウェアを取得し（Ｓ８）、そのファームウェアによって自装置のファームウェアを更新する（Ｓ９）。【選択図】        図３
2008305047.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して外部装置から自装置に対するファームウェア更新要求の情報を受信する受信手段と、
自装置の動作状況に基づいてファームウェアの更新が可能か否かを判定する判定手段と、
前記受信手段によってファームウェア更新要求の情報を受信したとき、前記判定手段によってファームウェアの更新が可能でないと判定された場合、前記ファームウェア更新要求の情報を格納手段に格納する格納制御手段と、
該格納制御手段によってファームウェア更新要求の情報の格納後、前記判定手段によってファームウェアの更新が可能であると判定された場合、前記格納手段に格納された前記ファームウェア更新要求の情報に基づいて自装置のファームウェアを更新する更新手段とを備えたことを特徴とする情報処理装置。
【請求項２】
前記判定手段は、自装置内で実行する複数のアプリケーションソフトウェア毎に各アプリケーションソフトウェアの利用によるハードウェア資源の動作状況を調べ、その動作状況に基づいてファームウェアの更新が可能か否かを判定する手段であることを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記判定手段は、自装置内で実行する複数のアプリケーションソフトウェア毎に各アプリケーションソフトウェアの利用によるハードウェア資源の動作状況を管理するハードウェア資源利用管理手段を有し、該ハードウェア資源利用管理手段によって管理されているハードウェア資源の動作状況に基づいて前記各アプリケーションソフトウェアの内のいずれかのアプリケーションソフトウェアの利用によってハードウェア資源が動作していると判断した場合にはファームウェアの更新が可能でないと判定し、前記各アプリケーションソフトウェアのいずれのアプリケーションソフトウェアの利用によってもハードウェア資源が動作していない場合にはファームウェアの更新が可能であると判定する手段であることを特徴とする請求項１記載の情報処理装置。
【請求項４】
前記更新手段に、前記判定手段によってファームウェアの更新が可能であると判定された場合、自装置内で実行する複数のアプリケーションソフトウェアの全てにファームウェアを更新しても良いか否かを問い合わせ、全てのアプリケーションソフトウェアからファームウェアを更新して良い旨の通知を受けたときに前記ファームウェアの更新を実行させる手段を設けたことを特徴とする請求項１又は２記載の情報処理装置。
【請求項５】
前記更新手段によるファームウェアの更新は、前記格納手段に格納された前記ファームウェア更新要求の情報に基づいて前記外部装置にファームウェアの送信を要求し、自装置のファームウェアを前記外部装置から受信したファームウェアに更新するようにすることを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
【請求項６】
前記ファームウェア更新要求の情報には更新するファームウェアが含まれており、前記更新手段によるファームウェアの更新は、自装置のファームウェアを前記格納手段に格納された前記ファームウェア更新要求の情報に含まれるファームウェアに更新するようにすることを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、プリンタ、ファクシミリ装置、複写機、それらの複合機を含む画像形成装置と、パーソナルコンピュータとを含む情報処理装置に関する。
【背景技術】
【０００２】
従来、仲介装置は予め指定されたファームウェア（ＦＷ）更新の開始日時に達したとき、ネットワークを介して管理装置から更新するファームウェアを取得し、その取得したファームウェアをネットワークを介して更新対象の情報処理装置へファームウェア更新要求と共に更新するファームウェアを送り、情報処理装置は仲介装置からファームウェア更新要求と共に受信したファームウェアに基づいて自装置のファームウェアを更新するシステム（例えば、特許文献１参照）があった。
【特許文献１】特開２００４−１３９５７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の情報処理装置では、ユーザがコピーを始めようと画面で設定を行っている時に外部からファームウェア更新要求を受けてファームウェアの更新を実行してしまうと、ユーザはコピー作業を突然中断させられるので、ユーザの利便性を損ねるという問題があった。
また、外部からファームウェア更新要求を受けたときに、現在作業中で更新できないためエラーを返してファームウェアを実行しないようにすると、外部からのファームウェア更新要求のときにいつも作業中で更新できない場合があるという問題があった。
この発明は上記の点に鑑みてなされたものであり、使用者の作業の妨げにならないようにファームウェアの更新を確実に行えるようにすることを目的とする。
【課題を解決するための手段】
【０００４】
この発明は上記の目的を達成するため、次の情報処理装置を提供する。
（１）ネットワークを介して外部装置から自装置に対するファームウェア更新要求の情報を受信する受信手段と、自装置の動作状況に基づいてファームウェアの更新が可能か否かを判定する判定手段と、上記受信手段によってファームウェア更新要求の情報を受信したとき、上記判定手段によってファームウェアの更新が可能でないと判定された場合、上記ファームウェア更新要求の情報を格納手段に格納する格納制御手段と、その格納制御手段によってファームウェア更新要求の情報の格納後、上記判定手段によってファームウェアの更新が可能であると判定された場合、上記格納手段に格納された上記ファームウェア更新要求の情報に基づいて自装置のファームウェアを更新する更新手段を備えた情報処理装置。
【０００５】
（２）上記のような情報処理装置において、上記判定手段は、自装置内で実行する複数のアプリケーションソフトウェア毎に各アプリケーションソフトウェアの利用によるハードウェア資源の動作状況を調べ、その動作状況に基づいてファームウェアの更新が可能か否かを判定する手段である情報処理装置。
（３）上記のような情報処理装置において、上記判定手段は、自装置内で実行する複数のアプリケーションソフトウェア毎に各アプリケーションソフトウェアの利用によるハードウェア資源の動作状況を管理するハードウェア資源利用管理手段を有し、そのハードウェア資源利用管理手段によって管理されているハードウェア資源の動作状況に基づいて上記各アプリケーションソフトウェアの内のいずれかのアプリケーションソフトウェアの利用によってハードウェア資源が動作していると判断した場合にはファームウェアの更新が可能でないと判定し、上記各アプリケーションソフトウェアのいずれのアプリケーションソフトウェアの利用によってもハードウェア資源が動作していない場合にはファームウェアの更新が可能であると判定する手段である情報処理装置。
【０００６】
（４）上記のような情報処理装置において、上記更新手段に、上記判定手段によってファームウェアの更新が可能であると判定された場合、自装置内で実行する複数のアプリケーションソフトウェアの全てにファームウェアを更新しても良いか否かを問い合わせ、全てのアプリケーションソフトウェアからファームウェアを更新して良い旨の通知を受けたときに上記ファームウェアの更新を実行させる手段を設けた情報処理装置。
（５）上記のような情報処理装置において、上記更新手段によるファームウェアの更新は、上記格納手段に格納された上記ファームウェア更新要求の情報に基づいて上記外部装置にファームウェアの送信を要求し、自装置のファームウェアを上記外部装置から受信したファームウェアに更新するようにする情報処理装置。
（６）上記のような情報処理装置において、上記ファームウェア更新要求の情報には更新するファームウェアが含まれており、上記更新手段によるファームウェアの更新は、自装置のファームウェアを上記格納手段に格納された上記ファームウェア更新要求の情報に含まれるファームウェアに更新するようにする情報処理装置。
【発明の効果】
【０００７】
この発明による情報処理装置は、使用者の作業の妨げにならないようにファームウェアの更新を確実に行うことができる。
【発明を実施するための最良の形態】
【０００８】
以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
〔実施例〕
図２は、この発明の一実施例のネットワーク構成を示すブロック図である。
このネットワークは、企業内ネットワーク１０とインターネット１１とからなり、企業内ネットワーク１０は、複数台の画像形成装置と外部装置とがネットワーク接続されている。同図では、画像形成装置１と外部装置２を示し、その他の装置の図示を省略している。上記画像形成装置１と上記外部装置２は、企業内に設けられたネットワークを介して互いに通信可能であり、企業内ネットワーク１０の外のインターネット１１を介して外部装置１２とも通信可能である。同図では、インターネット１１上に接続された装置と、外部装置１２の他の装置の図示を省略している。
【０００９】
この画像形成装置１は、プリンタ、ファクシミリ装置、複写機、それらの複合機を含む装置であり、この発明に係る情報処理装置に相当し、外部装置からの依頼に基づいてプリンタ、ファクシミリ装置、複写機、それらの複合機としての機能を提供する。また、外部装置からのファームウェア更新要求に基づいて自装置のファームウェアを更新する処理を行う。
外部装置２は、プリンタ、ファクシミリ装置、複写機、それらの複合機を含む画像形成装置と、パーソナルコンピュータとを含む装置であり、この発明に係る外部装置に相当する。
【００１０】
図１は、図２に示す画像形成装置の内部構成を示すブロック図である。
この画像形成装置１の内部構成は、アプリケーション層２０とプラットフォーム層２１とハードウェア層２２に分けて示している。
アプリケーション層２０には、コピーアプリケーションソフトウェア３０、ＦＡＸアプリケーションソフトウェア３１、プリンタアプリケーションソフトウェア３２、スキャナアプリケーションソフトウェア３３の各ソフトウェアを有する。
上記各ソフトウェアは、オペレーティングシステム（ＯＳ）２４で実行されることにより、それぞれコピー処理、ファクシミリ送受信処理、印刷処理、画像読み取り処理の機能を実現する。
【００１１】
プラットフォーム層２１には、機器ステータス管理部４０、エンジン資源管理部４１、通信処理部４２、ファームウェア更新実行部４３、電力状態管理部４４を含んだサービス層２３がある。このサービス層２３は、上記各アプリケーションソフトウェアに対して共通の機能を提供する。
機器ステータス管理部４０は、この画像処理装置の動作状況を管理し、その動作状況に基づいてファームウェアの更新が可能か否かを判定する。
エンジン資源管理部４１は、ハードウェア層２２のエンジン６０と通信し、エンジン６０による画像の読み取り部、画像の書き込み部、画像印刷のプロッタ、ファクシミリ送受信のファクシミリコントロールユニット（ＦＣＵ）の各資源の制御と、その各資源の動作状況の管理とを行う。
【００１２】
通信処理部４２は、外部とのファクシミリ送受信を含む通信の制御を司る。
ファームウェア更新実行部４３は、この画像処理装置のファームウェアの更新の処理を行う。
電力状態管理部４４は、この画像処理装置の電力状態の変化を検知して機器ステータス管理部４０へ通知する。
サービス層２３の下にはＯＳ２４があり、エンジン通信ドライバ５０、ＮＶ−ＲＡＭアクセスドライバ５１、ＳＤカードアクセスドライバ５２、ＨＤＤアクセスドライバ５３、フラッシュメモリアクセスドライバ５４の各デバイスドライバを有する。
エンジン通信ドライバ５０は、エンジン６０を制御する。
【００１３】
ＮＶ−ＲＡＭアクセスドライバ５１は、ＮＶ−ＲＡＭ６１に対する読み書きを制御する。
ＳＤカードアクセスドライバ５２は、ＳＤカードに対する読み書きを制御する。
ＨＤＤアクセスドライバ５３は、ＨＤＤに対する読み書きを制御する。
フラッシュメモリアクセスドライバ５４は、フラッシュメモリに対する読み書きを制御する。
ハードウェア層２２には、エンジン６０、ＮＶ−ＲＡＭ６１、ＳＤカード６２、ハードディスクドライブ（ＨＤＤ）６３、フラッシュメモリ６４の各デバイスがある。
【００１４】
エンジン６０は、書き込み部、読み取り部、ドラムを含む画像形成に関する処理と、外部とのファクシミリ送受信を含む通信に関する処理を行うハードウェアの各部からなる。
ＮＶ−ＲＡＭ６１は、各種のデータを格納する不揮発性メモリである。
ＳＤカード６２は、各種のデータを格納する不揮発性メモリである。
ＨＤＤ６３は、各種のデータを格納する記憶装置である。
フラッシュメモリ６４は、各種のデータを格納する不揮発性メモリである。
この画像形成装置１のファームウェア（この装置のハードウェアの基本的な制御を行うソフトウェア）は、ＳＤカード６２、ＨＤＤ６３、又はフラッシュメモリ６４に格納している。
【００１５】
次に、この画像形成装置１におけるファームウェアの更新処理について説明する。
この説明では、外部装置２からの要求によってファームウェアを更新する処理について示すが、外部装置１２から要求するようにしても同様に実施できる。
図３は、図１に示す画像形成装置１におけるファームウェアの更新処理を示すフローチャート図である。
この更新処理は、ステップ（図中「Ｓ」で示す）１において、エンジン６０のＦＣＵが外部装置２からファームウェア更新要求の情報として、ファームウェア更新要求コマンドを受信すると、通信処理部４２に送り、ステップ２へ進む。
ステップ２において、機器ステータス管理部４０が自装置の動作状況の情報を取得し、ステップ３へ進む。
【００１６】
上記取得については、機器ステータス管理部４０が上記各アプリケーションソフトウェア３０〜３３に問い合わせて、各アプリケーションソフトウェア３０〜３３毎にエンジン６０のどの資源を使用しているかを示す情報を取得するようにすると良い。
このようにすれば、後述のようにエンジン資源管理部４１にチェック表形式のデータを格納せずに済み、そのチェック表形式のデータを定期的に更新する処理を行わずに済むので、画像形成装置１の制御の処理負担を軽減することができる。
また、機器ステータス管理部４０が、画像形成装置１の動作時には定期的に上記各アプリケーションソフトウェア３０〜３３に問い合わせて、あるいは、上記各アプリケーションソフトウェア３０〜３３からの通知により、上記各アプリケーションソフトウェア３０〜３３毎にエンジン６０のどの資源を使用しているか否かを示す情報を、図４に示すような、チェック表形式のデータにしてエンジン資源管理部４１に格納して管理させる。なお、図４中ではソフトウェアの記載を省略している。
【００１７】
図４に示したデータ内容では、コピーアプリケーションソフトウェア３０が、エンジン６０の読み取り部としての資源を使用中であり、プリンタアプリケーションソフトウェア３２が、エンジン６０のプロッタとしての資源を使用中であることを示している。
このエンジン資源管理部４１に格納した各アプリケーションソフトウェア３０〜３３毎にエンジン６０のどの資源を使用しているか否かを示す情報は、機器ステータス管理部４０の定期的な調査動作により、更新される。
そのようにした場合、機器ステータス管理部４０は、エンジン資源管理部４１に問い合わせて、上記チェック表形式のデータを参照し、各アプリケーションソフトウェア３０〜３３毎にエンジン６０のどの資源を使用しているかを示す情報を取得する。
【００１８】
このように、機器ステータス管理部４０がエンジン資源管理部４１のチェック表形式のデータを参照することによって自装置の動作状況を把握するようにすれば、ファームウェア更新要求が来たときに、ファームウェアの更新が可能か否かを素早く判定することができ、ファームウェア更新要求受信時の処理を短時間で済ますことができる。
ステップ３において、機器ステータス管理部４０は、上記取得した情報による自装置の動作状況に基づいてファームウェアの更新が可能か否かを判定し、ファームウェアの更新が可能と判定したら、ステップ８へ進む。
例えば、機器ステータス管理部４０が、各アプリケーションソフトウェア３０〜３３に問い合わせて取得した情報に基づいて、ファームウェアの更新が可能か否かを判定する場合、全てのアプリケーションソフトウェア３０〜３３からエンジン６０のどの資源も使用中でないとの通知を受けた場合、ファームウェアの更新が可能と判定する。
【００１９】
また、機器ステータス管理部４０が、エンジン資源管理部４１に格納された上記チェック表形式のデータを参照して、ファームウェアの更新が可能か否かを判定する場合、上記チェック表形式のデータが全てのアプリケーションソフトウェア３０〜３３についてエンジン６０のどの資源も使用中でないとの内容であった場合、ファームウェアの更新が可能と判定する。
一方、ステップ３において、ファームウェアの更新が可能でないと判定したら、ステップ４へ進む。
【００２０】
例えば、機器ステータス管理部４０が、各アプリケーションソフトウェア３０〜３３に問い合わせて取得した情報に基づいて、ファームウェアの更新が可能か否かを判定する場合、いずれかのアプリケーションソフトウェアからエンジン６０の資源を使用中であってファームウェアの更新ができないとの通知を受けた場合、ファームウェアの更新が不可能と判定する。
また、機器ステータス管理部４０が、エンジン資源管理部４１に格納された上記チェック表形式のデータを参照して、ファームウェアの更新が可能か否かを判定する場合、例えば、図４に示すデータを参照した場合、コピーアプリケーションソフトウェア３０が、エンジン６０の読み取り部としての資源を使用中であり、プリンタアプリケーションソフトウェア３２が、エンジン６０のプロッタとしての資源を使用中であることから、ファームウェアの更新が不可能と判定する。
【００２１】
ステップ４において、通信処理部４２は、エンジン６０のＦＣＵを介して外部装置２へ「機器使用中」の応答を返信し、ステップ５へ進む。
上記応答により、外部装置２は画像形成装置１がなんらかの動作中であり、ファームウェアの更新ができない状態であることを認識することができる。
ステップ５において、機器ステータス管理部４０は、通信処理部４２へ指示を送り、通信処理部４２は外部装置２から受信したファームウェア更新要求コマンドを記憶媒体に格納し、ステップ６へ進む。
上記ファームウェア更新要求コマンドの記憶媒体の格納については、例えば、通信処理部４２は、ファームウェア更新要求コマンドをＮＶ−ＲＡＭアクセスドライバ５１へ送り、ＮＶ−ＲＡＭアクセスドライバ５１はＮＶ−ＲＡＭ６１にファームウェア更新要求コマンドを格納する。
【００２２】
また、通信処理部４２は、ファームウェア更新要求コマンドをＳＤカードアクセスドライバ５２に送ってＳＤカード６２に格納するようにしても良い。
あるいは、通信処理部４２は、ファームウェア更新要求コマンドをＨＤＤアクセスドライバ５３に送ってＨＤＤ６３に格納するようにしても良い。
ステップ６において、ファームウェア更新要求コマンドの格納後、機器ステータス管理部４０は、予め設定した時間に基づいて定期的に上記各アプリケーションソフトウェア３０〜３３に問い合わせて、あるいは、定期的にエンジン資源管理部４１を参照し、再度取得した情報による自装置の動作状況に基づいてファームウェアの更新が可能か否かを判定し、ファームウェアの更新が可能でないと判定したら、定期的にこの判定処理を繰り返し、ファームウェアの更新が可能と判定したら、ステップ７へ進む。
【００２３】
ステップ７において、通信処理部４２は、上記記憶媒体に格納したファームウェア更新要求コマンドを読み出し、ステップ８へ進む。
ステップ８において、通信処理部４２は、機器ステータス管理部４０からファームウェア更新可能の判定の通知を受けて、外部装置２への応答として更新するファームウェアの送信する要求を送り、外部装置２から更新するファームウェアを取得し、ステップ９へ進む。
上記外部装置２から更新するファームウェアを取得する処理については、外部装置２のアドレスが予め登録されている場合、そのアドレスに基づいて外部装置２へ更新するファームウェアの送信要求を送り、外部装置２からファームウェアを受信する。上記アドレスの登録先としては、上記記憶媒体でも良いし、通信処理部４２の図示を省略した記憶部でもよい。
【００２４】
また、ファームウェア更新要求コマンドに外部装置２のアドレスが含まれている場合、そのアドレスに基づいて外部装置２へ更新するファームウェアの送信要求を送り、外部装置２からファームウェアを受信する。
ステップ９において、通信処理部４２は、外部装置２から取得したファームウェアをファームウェア更新実行部４３へ送り、ファームウェア更新実行部４３は、自装置のファームウェアを通信処理部４２から受け取ったファームウェアに書き換えてファームウェアの更新を行い、この更新処理を終了する。
この画像形成装置で稼働中のファームウェアの格納先がフラッシュメモリ６４の場合、更新するファームウェアをフラッシュメモリアクセスドライバ５４へ送って書き換える。また、ＳＤカード６２に格納されている場合、ＳＤカードアクセスドライバ５２へ送って書き換える。あるいは、ＨＤＤ６３に格納されている場合、ＨＤＤアクセスドライバ５３へ送って書き換える。
【００２５】
次に、ファームウェアの更新処理の他の例について説明する。
図５は、図１に示す画像形成装置１におけるファームウェアの更新の他の処理例を示すフローチャート図である。
この処理では、外部装置２からファームウェア更新要求の情報として、ファームウェア更新要求コマンドと共に更新するファームウェアも含めて受信し、ファームウェアの更新処理を行う。
この更新処理は、ステップ（図中「Ｓ」で示す）１１において、エンジン６０のＦＣＵが外部装置２からファームウェア更新要求の情報として、ファームウェア更新要求コマンドと更新するファームウェアとを受信すると、通信処理部４２に送り、ステップ１２へ進む。
【００２６】
ステップ１２において、機器ステータス管理部４０が自装置の動作状況の情報を取得し、ステップ１３へ進む。
上記取得については、機器ステータス管理部４０が上記各アプリケーションソフトウェア３０〜３３に問い合わせて、各アプリケーションソフトウェア３０〜３３毎にエンジン６０のどの資源を使用しているかを示す情報を取得するようにすると良い。
このようにすれば、後述のようにエンジン資源管理部４１にチェック表形式のデータを格納せずに済み、そのチェック表形式のデータを定期的に更新する処理を行わずに済むので、画像形成装置１の制御の処理負担を軽減することができる。
【００２７】
また、機器ステータス管理部４０が、画像形成装置１の動作時には定期的に上記各アプリケーションソフトウェア３０〜３３に問い合わせて、あるいは、上記各アプリケーションソフトウェア３０〜３３からの通知により、上記各アプリケーションソフトウェア３０〜３３毎にエンジン６０のどの資源を使用しているか否かを示す情報を、図４に示すような、チェック表形式のデータにしてエンジン資源管理部４１に格納して管理させる。
このエンジン資源管理部４１に格納した各アプリケーションソフトウェア３０〜３３毎にエンジン６０のどの資源を使用しているか否かを示す情報は、機器ステータス管理部４０の定期的な調査動作により、更新される。
そのようにした場合、機器ステータス管理部４０は、エンジン資源管理部４１に問い合わせて、上記チェック表形式のデータを参照し、各アプリケーションソフトウェア３０〜３３毎にエンジン６０のどの資源を使用しているかを示す情報を取得する。
【００２８】
このように、機器ステータス管理部４０がエンジン資源管理部４１のチェック表形式のデータを参照することによって自装置の動作状況を把握するようにすれば、ファームウェア更新要求が来たときに、ファームウェアの更新が可能か否かを素早く判定することができ、ファームウェア更新要求受信時の処理を短時間で済ますことができる。
ステップ１３において、機器ステータス管理部４０は、上記取得した情報による自装置の動作状況に基づいてファームウェアの更新が可能か否かを判定し、ファームウェアの更新が可能と判定したら、ステップ１８へ進む。
例えば、機器ステータス管理部４０が、各アプリケーションソフトウェア３０〜３３に問い合わせて取得した情報に基づいて、ファームウェアの更新が可能か否かを判定する場合、全てのアプリケーションソフトウェア３０〜３３からエンジン６０のどの資源も使用中でないとの通知を受けた場合、ファームウェアの更新が可能と判定する。
【００２９】
また、機器ステータス管理部４０が、エンジン資源管理部４１に格納された上記チェック表形式のデータを参照して、ファームウェアの更新が可能か否かを判定する場合、上記チェック表形式のデータが全てのアプリケーションソフトウェア３０〜３３についてエンジン６０のどの資源も使用中でないとの内容であった場合、ファームウェアの更新が可能と判定する。
一方、ステップ１３において、ファームウェアの更新が可能でないと判定したら、ステップ１４へ進む。
例えば、機器ステータス管理部４０が、各アプリケーションソフトウェア３０〜３３に問い合わせて取得した情報に基づいて、ファームウェアの更新が可能か否かを判定する場合、いずれかのアプリケーションソフトウェアからエンジン６０の資源を使用中であってファームウェアの更新ができないとの通知を受けた場合、ファームウェアの更新が不可能と判定する。
【００３０】
また、機器ステータス管理部４０が、エンジン資源管理部４１に格納された上記チェック表形式のデータを参照して、ファームウェアの更新が可能か否かを判定する場合、例えば、図４に示すデータを参照した場合、コピーアプリケーションソフトウェア３０が、エンジン６０の読み取り部としての資源を使用中であり、プリンタアプリケーションソフトウェア３２が、エンジン６０のプロッタとしての資源を使用中であることから、ファームウェアの更新が不可能と判定する。
ステップ１４において、通信処理部４２は、エンジン６０のＦＣＵを介して外部装置２へ「機器使用中」の応答を返信し、ステップ１５へ進む。
上記応答により、外部装置２は画像形成装置１がなんらかの動作中であり、ファームウェアの更新ができない状態であることを認識することができる。
【００３１】
ステップ１５において、機器ステータス管理部４０は、通信処理部４２へ指示を送り、通信処理部４２は外部装置２から受信したファームウェア更新要求コマンドと更新するファームウェアを記憶媒体に格納し、ステップ１６へ進む。
上記ファームウェア更新要求コマンドの記憶媒体の格納については、例えば、通信処理部４２は、ファームウェア更新要求コマンドをＮＶ−ＲＡＭアクセスドライバ５１へ送り、ＮＶ−ＲＡＭアクセスドライバ５１はＮＶ−ＲＡＭ６１にファームウェア更新要求コマンドを格納する。
また、通信処理部４２は、ファームウェア更新要求コマンドをＳＤカードアクセスドライバ５２に送ってＳＤカード６２に格納するようにしても良い。
あるいは、通信処理部４２は、ファームウェア更新要求コマンドをＨＤＤアクセスドライバ５３に送ってＨＤＤ６３に格納するようにしても良い。
【００３２】
一方、上記更新するファームウェアの記憶媒体の格納については、例えば、通信処理部４２は、ファームウェアをＨＤＤアクセスドライバ５３に送ってＨＤＤ６３に格納する。
ステップ１６において、ファームウェア更新要求コマンドと更新するファームウェアの格納後、機器ステータス管理部４０は、予め設定した時間に基づいて定期的に上記各アプリケーションソフトウェア３０〜３３に問い合わせて、あるいは、定期的にエンジン資源管理部４１を参照し、再度取得した情報による自装置の動作状況に基づいてファームウェアの更新が可能か否かを判定し、ファームウェアの更新が可能でないと判定したら、定期的にこの判定処理を繰り返し、ファームウェアの更新が可能と判定したら、ステップ１７へ進む。
【００３３】
ステップ１７において、ファームウェア更新実行部４３は、機器ステータス管理部４０からファームウェア更新可能の判定結果の通知を受けると、上記記憶媒体に格納したファームウェアを読み出し、ステップ１８へ進む。
ステップ１８において、ファームウェア更新実行部４３は、自装置のファームウェアを上記記憶媒体から読み出したファームウェアに書き換えてファームウェアの更新を行い、この更新処理を終了する。
この画像形成装置で稼働中のファームウェアの格納先がフラッシュメモリ６４の場合、更新するファームウェアをフラッシュメモリアクセスドライバ５４へ送って書き換える。また、ＳＤカード６２に格納されている場合、ＳＤカードアクセスドライバ５２へ送って書き換える。あるいは、ＨＤＤ６３に格納されている場合、ＨＤＤアクセスドライバ５３へ送って書き換える。
【００３４】
このようにして、ファームウェア更新要求の受信時に更新するファームウェアも受け取るので、ファームウェア更新処理を実行する際に外部装置へアクセスする必要が無く、直ちにファームウェア更新処理を実行することができる。また、ファームウェア更新が可能なときに、外部装置へファームウェアの送信を要求して取得するよりも、例えば、アクセスをした時に外部装置がファームウェアの送信ができないような状態であっても、ファームウェア更新処理を素早く開始することができるので、ファームウェア更新処理がいたずらに遅延するようなことがない。
【００３５】
なお、上述のファームウェア更新処理において、外部装置２からファームウェア更新要求と更新するファームウェアを受信したとき、更新するファームウェアは、直ちにＨＤＤアクセスドライバ５３へ送ってＨＤＤ６３に格納するようにしても良い。
上述した各ファームウェア更新処理では、外部装置２から受信したファームウェア更新要求コマンドをそのまま上記のような記憶媒体に格納する場合の処理を説明したが、ファームウェア更新要求を示す情報ならどのような形態の情報でよいので、コマンド形式以外の情報で格納するようにしても良い。
また、ファームウェア更新要求コマンドを複数回受信した場合、上記記憶媒体にファームウェア更新要求コマンド、あるいはファームウェア更新要求を示す情報を格納する際、最新のコマンドあるいは情報のみを格納するようにしても良いし、受信順に識別可能に全てのコマンドあるいは情報を格納するようにしても良い。
【００３６】
さらに、上述したファームウェア更新可能か否かの判定処理に代えて、電力状態管理部４４から画像形成装置１の各部の消費電力又は各部への供給電力の状態が一定レベル以上の通知を受けているときには、画像形成装置１のエンジン６０のいずれかの資源が使用中であると判断できるので、その場合はファームウェア更新が不可能と判定し、一定レベルより低い水準の通知を受けたときには、画像形成装置１のエンジン６０いずれの資源も使用されておらず、ファームウェア更新が可能と判定するようにしてもよい。
【００３７】
図６は、図１に示す画像形成装置１の電力状態に基づいて使用中か否かを判断する処理を示すフローチャート図である。
この判定処理では、機器ステータス管理部４０が電力状態管理部４４から装置の電力状態の情報の通知を受け、ステップ２１でその通知された情報に基づいて装置の電力状態が一定レベル以下か否かを判断する。
例えば、電力状態管理部４４から供給電力値又は消費電力値の通知を受けると、予め設定した一定レベルの電力値と比較し、その一定レベル以下か否かを判断する。上記一定レベルの電力値とは、画像形成装置１のエンジン６０いずれの資源も使用されていないときの供給電力値又は消費電力値である。
【００３８】
ステップ２１の判断で電力状態管理部４４から通知された情報が一定レベル以下なら、ステップ２２で機器使用中でないと判定し、一定レベル以下でないなら、ステップ２３で機器使用中と判定し、この処理を終了する。
こうして、上記判定結果に基づいて、上述と同様にしてファームウェアの更新処理を実行する。
【００３９】
そして、上述のようなファームウェア更新可能か否かの判定処理において、ファームウェア更新が可能と判定した場合、さらに各アプリケーションソフトウェア３０〜３３にファームウェアを更新しても良いか否かを問い合わせ、全てのアプリケーションソフトウェア３０〜３３から良いとの通知が有った場合にファームウェア更新が可能と判定するようにすれば、より確実に使用者の作業の妨げにならないようにファームウェア更新を開始させることができる。
この実施例の画像形成装置によれば、上述のようにして、使用者の作業の妨げにならないようにファームウェアの更新を確実に行うことができる。
【産業上の利用可能性】
【００４０】
この発明による情報処理装置は、プリンタ、ファクシミリ装置、複写機、それらの複合機を含む画像形成装置と、パーソナルコンピュータとを含む装置全般に適用することができる。
【図面の簡単な説明】
【００４１】
【図１】図２に示す画像形成装置の内部構成を示すブロック図である。
【図２】この発明の一実施例のネットワーク構成を示すブロック図である。
【図３】図１に示す画像形成装置１におけるファームウェアの更新処理を示すフローチャート図である。
【００４２】
【図４】図１に示すエンジン資源管理部４１におけるチェック表形式のデータの一例を示す図である。
【図５】図１に示す画像形成装置１におけるファームウェアの更新の他の処理例を示すフローチャート図である。
【図６】図１に示す画像形成装置１の電力状態に基づいて使用中か否かを判断する処理を示すフローチャート図である。
【符号の説明】
【００４３】
１：画像形成装置    ２，１２：外部装置    １０：企業内ネットワーク    １１：インターネット    ２０：アプリケーション層    ２１：プラットフォーム層    ２２：ハードウェア層    ２３：サービス層    ２４：ＯＳ  ３０：コピーアプリケーションソフトウェア    ３１：ＦＡＸアプリケーションソフトウェア    ３２：プリンタアプリケーションソフトウェア    ３３：スキャナアプリケーションソフトウェア    ４０：機器ステータス管理部    ４１：エンジン資源管理部    ４２：通信処理部    ４３：ファームウェア更新実行部    ４４：電力状態管理部    ５０：エンジン通信ドライバ    ５１：ＮＶ−ＲＡＭアクセスドライバ    ５２：ＳＤカードアクセスドライバ    ５３：ＨＤＤアクセスドライバ    ５４：フラッシュメモリアクセスドライバ    ６０：エンジン    ６１：ＮＶ−ＲＡＭ    ６２：ＳＤカード    ６３：ＨＤＤ    ６４：フラッシュメモリ
【図１】
2008305047.tif 000003
【図２】
2008305047.tif 000004
【図３】
2008305047.tif 000005
【図４】
2008305047.tif 000006
【図５】
2008305047.tif 000007
【図６】
2008305047.tif 000008