JP5213428B2 - 画像形成装置監視システム、画像形成装置、ファームウェア変更方法、及びプログラム - Google Patents

Description

本発明は、複数種類のファームウェアにより制御される画像形成装置のファームウェアの変更に関する。

従来より、画像形成装置等の周辺装置の稼働状態を遠隔的に監視する監視システムがあった。この監視システムの環境下において、画像形成装置のファームウェアアップデートは以下のように行われていた。

バージョンアップ若しくは障害等の理由によりファームウェアを更新する必要が生じた場合には、サービスマンが顧客先に訪問し、手作業でファームウェアのアップデートを行っていた。そのため、ファームウェア更新のためのコストが高いものとなっていた。

そこで最近では、ファームウェアをフラッシュメモリなどの書き換え可能な記憶装置に格納するようにして、電子メール等の手段を利用してインターネットを介してファームウェアを送信することにより、ファームウェアの更新を行う技術が提案されている。

また、画像形成装置にトラブルが発生した場合など、緊急にファームウェアの更新処理を行う必要がある場合において、生産性の低下を抑制することができる技術が提案されている（特許文献１）。

この技術は、ファームウェアに起因するトラブルの発生が検知された場合に、新たなファームウェアに更新する画像形成装置において、新たなファームウェアが、どのモジュールを制御するファームウェアかを判定する。そして、画像読取部の制御モジュールや画像形成部の制御モジュールなどの各制御モジュールのうち、新たなファームウェアにより制御される部分に該当する動作を停止し、他の部分の動作は継続させるというものである。
特開２００４−１６５７３４号公報

しかしながら、上述した従来の画像形成装置のファームウェアのアップデート作業では、ファームウェア適用後の障害について考慮していなかった。例えば、ファームウェアをアップデートした後、障害が発生する状況があった。そうした場合、再度、サービスマンが顧客先に訪問せねばならず、サービスマンの負荷が大きかった。

また、ファームウェアに障害があった場合でも、全種類のファームウェアが不適正というわけではなく、一部分のファームウェアの不備により画像形成装置に障害が発生している場合がある。しかし、障害の原因となったファームウェアを特定するのは困難なため、画像形成装置の復旧が遅延するという課題があった。

なお、障害の原因となったファームウェアが特定できたとしても、特許文献１のように、そのファームウェアのみを変更してしまうと、複数種類の組合せからなるファームウェアが全体として整合性がとれなくなってしまう場合がある。即ち、複数種類のファームウェアの各バージョンの組合せが不適切な組合せとなってしまう場合がある。このような場合、画像形成装置に新たな障害が発生してしまうという課題があった。

本発明は、上記の問題点を解決するためになされたものである。本発明は、ファームウェアの障害を検知し、起因となるファームウェアを種類を特定して、その種類のファームウェアの差し替えを行う。その際、本発明では、ファームウェアのバージョンの組み合わせと適用順を考慮して、関連するファームウェアの差し換えも行う。これにより、本発明では、特定のファームウェアに起因して障害が発生した場合、適正にファームウェアの差し換えを行って画像形成装置を復旧する仕組を提供することを目的とする。

本発明は、複数種類のファームウェアにより制御される画像形成装置と、前記画像形成装置を監視する監視サーバと、前記画像形成装置にファームウェアを配信する配信サーバとを有する画像形成装置監視システムであって、前記監視サーバは、前記画像形成装置から通知される稼働情報に基づいて当該画像形成装置の障害を検知する検知手段と、前記検知手段が検知した障害の原因となるファームウェアの種類を特定する特定手段と、前記特定手段が特定した特定種類のファームウェアをバージョン変更するように前記画像形成装置に指示するファームウェア変更指示手段とを有し、前記画像形成装置は、前記監視サーバによりバージョン変更するように指示された特定種類のファームウェアを前記配信サーバに要求するための配信要求を行うファームウェア要求手段と、前記ファームウェア要求手段による前記配信要求に応じて、前記配信サーバにより配信される前記特定種類のファームウェア及び当該特定種類のファームウェアの適用に関連してバージョン変更すべき他の種類のファームウェアを受信するファームウェア受信手段と、前記ファームウェア受信手段が受信したファームウェアを当該画像形成装置に適用する適用手段と、前記監視サーバにおける監視制度を向上させるために、前記適用された特定種類のファームウェアに関連して通知すべき稼働情報の通知頻度、及びログレベルの少なくともいずれかを設定変更する設定手段と、有し、前記配信サーバは、前記画像形成装置からの前記配信要求に応じて、前記特定種類のファームウェアの適用に関連してバージョン変更すべき他の種類のファームウェアを、予め定められたファームウェアの適用可能なバージョンの組合せ情報に基づいて決定する決定手段と、前記配信要求された特定種類のファームウェア及び前記決定手段により決定された他の種類のファームウェアを前記画像形成装置に配信するファームウェア配信手段と、を有することを特徴とする。

本発明では、特定のファームウェアに起因して障害が発生した場合、適正にファームウェアの差し換えを行って画像形成装置を復旧することができる等の効果を奏する。

以下、本発明の発明を実施するための最良の形態について図面を用いて説明する。

図１は、本実施形態における画像形成装置監視システム全体を示すシステム構成図である。

図１において、１１１は監視センタホスト（監視サーバ）である。１１２はデータベースであり、監視のための情報や、顧客側から収集した画像形成装置のカウンタ、障害履歴情報、障害パターンテーブルなどを蓄積する履歴記憶手段としてのデータベースである。

監視センタホスト１１１とデータベース１１２は、ＬＡＮ１１３で接続されており、ＬＡＮ１１３は、インターネットに接続可能となっている。

なお、データベース１１２は、物理的に監視センタホスト１１１内に存在してもよい。さらに、データベース１１２は、監視センタホスト１１１からアクセス可能であれば、インターネットを経由した別の場所に存在しても構わない。

監視センタホスト１１１は、監視装置１１７、１２２、１２３（後述）や画像形成装置１３１（後述）から監視対象としての画像形成装置の情報、稼働状態を示す情報（稼働情報（障害情報を含む））を収集、蓄積、加工し、警告等を取得して外部に提供する機能を有する。例えば、監視センタホスト１１１は、販売会社ホストにそれら情報を配信する機能を有する。

なお、上述の稼働状態としては、例えば、カウンタ情報、トナー切れ、ドアオープン、ドラム交換、カートリッジなし、冷却ファン異常、基板異常、原稿台ガラス汚れ、ステイプル切れ、給紙センサ光量不足などを例として挙げることが出来る。また、稼働状態としてフォントメモリオーバーフロー、レンダリングエラー、定着器異常、カウンタ異常、両面ユニット異常、紙詰まりなどを挙げることも出来る。さらに、カウンタ情報として、販売会社の課金対象となる課金カウンタ、顧客の部門別に集計された部門カウンタ、用紙サイズ別に集計されたサイズ別カウンタ、画像形成装置内の部品の消耗度を示す部品カウンタなどが挙げられる。

また、課金カウンタは、画像形成装置の印刷枚数を示し、部門カウンタは顧客が設定している部門毎の印刷枚数を示す。部品カウンタは、例えばドラムなどの部品では、その回転数をカウンタとし、スキャナランプなどの部品では、時間（秒）をカウンタとする。これらの稼働情報を示す情報が稼働情報となる。

さらにまた、不図示の販売会社ホスト等がそれぞれから監視センタホスト１１１に監視対象としている画像形成装置の情報や監視に関する設定を監視センタホスト１１１に登録する事ことができる。

監視センタホスト１１１では、各販売会社ホストから登録された監視対象の画像形成装置や、監視に関する設定をマージして一括管理できる。また、監視装置１１７、１２２、１２３や、画像形成装置１３１に対し、監視に関わる設定を行うこともできる。

ここで、本監視システムによるサービスは、販売会社と顧客との契約に基づき、提供されるものである。したがって、販売会社が契約に基づき監視対象と決定した画像形成装置のみを、本監視システムの監視対象としている。

監視センタホスト１１１は、インターネットを介して接続したＰＣに対し、データベース１１２に蓄積した情報、又は加工した情報を閲覧するＷＥＢページを提供している。このＷＥＢページは、ユーザ認証により、販売会社別、顧客別、及びユーザの権限別に閲覧内容を限定して提供している。さらに、ＷＥＢページから、一部データの変更も可能としている。

次に、１３３は配信サーバ、１３４はデータベースである。データベース１３４は、画像形成装置に適用するためのファームウェアやアプリケーション、ソフトウェアライセンス情報などを蓄積する記憶手段としてのデータベースである。

配信サーバ１３３とデータベース１３４は、ＬＡＮ１３５で接続されており、ＬＡＮ１３５は、インターネットに接続可能となっている。なお、データベース１３４は、物理的に配信サーバ１３３内に存在してもよい。さらに、データベース１３４は、配信サーバ１３３からアクセス可能であれば、インターネットを経由した別の場所に存在しても構わない。なお、ＬＡＮ１１３とＬＡＮ１３５は同一としてもよく、データベース１３４とデータベース１１２はデータを共有しても構わない。

図１中には、監視センタホスト１１１及びデータベース１１２と、配信サーバ１３３とデータベース１３４が１つずつしか示されていない。しかし、実際には、多くの画像形成装置及び監視装置からの情報収集や、ファームウェア配信の負荷分散を行なうために、複数の監視センタホスト、データベースに分散処理をさせるケースもある。

また、逆に、監視センタホスト１１１及び配信サーバ１３３等の機能を１つの装置で実現する構成であってもよい。

次に、顧客側のシステム構成について説明する。

顧客側環境としては異なる複数の環境がある。図１中では、顧客システム１１４、１１９、１２９が示されている。

顧客システム１１４（Ａ社Ｘ事業所）においては、インターネットに接続されたＬＡＮ１１８に接続された画像形成装置１１５、１１６が、監視装置１１７により監視され、監視装置１１７はインターネット経由で監視センタホスト１１１と通信している。

一方、顧客システム（Ａ社Ｙ事業所）においては、監視装置１２２、１２３によってＬＡＮ１２８上の画像形成装置が管理されている。監視装置１２２により、画像形成装置１２０、１２１、１２４、１２５が、監視装置１２３により画像形成装置１２６、１２７が夫々管理されている。

監視装置１１７、１２２、１２３は、データベース（不図示）と接続されている。監視装置１１７は画像形成装置１１５、１１６、監視装置１２２は画像形成装置１２０、１２１、１２４、１２５、監視装置１２２、１２３は画像形成装置１２６、１２７から収集した情報の蓄積、蓄積したデータの加工結果の保存をそれぞれ行う。

また、監視装置１１７、１２２、１２３は、画像形成装置監視に関わる設定もデータベース（不図示）内に保存している。

なお、このデータベースは、ＬＡＮ１１８、１２８上に接続され、独立して存在してもよい。また、不図示のデータベース１３３は、監視装置１１７、１２２、１２３からアクセス可能であれば、インターネットを経由した別の場所に存在しても構わない。

さらに、監視装置１１７、１２２、１２３は、画像形成装置の状態情報（たとえば障害等の発生）を、画像形成装置から受信するつど監視センタホスト１１１に送信する。

顧客１２９（Ｂ社）においては、インターネットに接続されたＬＡＮ１３０に接続された画像形成装置１３１自身が直接、インターネット経由で監視センタホスト１１１と通信している。画像形成装置１３１は、監視装置１１７、１２２，１２３と同等の機能を有しており、自身の情報（たとえばカウンタ情報や障害等の発生）を積極的に監視センタホスト１１１に送信している。

なお、以下の点に留意する必要がある。

（１）以上説明した構成におけるインターネットを介した通信においては、ＨＴＴＰ／ＳＯＡＰプロトコルが利用可能である。なお、ＳＯＡＰは、Simple Object Access Protocolの略称である。

ＳＯＡＰは、ＸＭＬ（eXtended Markup Language）をベースとして、あるコンピュータから他のコンピュータのデータやサービスを呼び出すためのプロトコルである。

本例では、ＳＯＡＰはＨＴＴＰの上に実装される。ＳＯＡＰによる通信は、ＸＭＬ文書に付帯情報を付けたＳＯＡＰメッセージを交換する。したがって、ＳＯＡＰをサポートするコンピュータには、ＳＯＡＰメッセージを生成するＳＯＡＰメッセージ生成部と、ＳＯＡＰメッセージを解釈するＳＯＡＰメッセージ解釈部とが備えられている。画像形成装置の状態情報は、本実施形態ではＳＯＡＰメッセージによって監視センタホスト１１１に送信される。

（２）Ａ社における各画像形成装置は、監視装置を介して監視センタホスト１１１と通信を行なうように説明した。しかし、設定の変更により、Ｂ社に設置される画像形成装置１３１と同様に監視装置を介することなく、監視センタホストとの通信を行なえる。

＜ハードウェア構成＞
図２は、図１に示した監視センタホスト１１１，配信サーバ１３３のハードウェア構成を示すブロック図である。

図２において、ＣＰＵ２０１は、本装置上の各処理を司る。ＲＯＭ２０３は、本装置の各処理に関わるプログラムやデータを記憶し、書換え不可能である。ＲＡＭ２０４は、本装置の各処理に関わる一時的なデータを電気的に記憶できかつ書き換え可能である。

ＨＤＤ２０５は、本装置の各処理に関わるプログラムやデータ、及び一時的なデータ、本発明に関わる監視対象の画像形成装置に関する情報、及び画像形成装置から収集した情報などを記憶する。たとえば、部品カウンタ、課金カウンタ、部門カウンタなどがハードディスクに保存される。

監視センタホスト１１１の場合、後述する図６の処理及び、図１９のフローチャートで示される処理のプログラムをＨＤＤ２０５に有している。このプログラムは、ＲＡＭ２０４を一時保存領域として使用し、ＣＰＵ２０１によって呼び出され実行される。

配信サーバ１３３の場合は、後述する図６の処理及び、図１８のフローチャートで示されるプログラムをＨＤＤ２０５に有している。このプログラムは、ＲＡＭ２０４を一時保存領域として使用し、ＣＰＵ２０１によって呼び出され実行される。

入力装置２０７は、本装置への指示入力を受け付けるキーボードやポインティングデバイスである。表示部２０８は、本装置の動作状況や、本装置上で動作する各プログラムが出力する情報を表示する。

ＮｅｔｗｏｒｋＩ／Ｆ２０９は、ネットワーク経由でＬＡＮ及びインターネットに接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ２１０は、外部記憶機器等を接続する。それら要素がシステムバス２１１により結び付き、データをやりとりしている。

図３は、図１に示した監視装置１１７、１２２、１２３のハードウェア構成を示すブロック図である。

図３において、３０１はＣＰＵであり、本装置上の各処理を司る。ＲＯＭ３０２は、本装置の各処理に関わるプログラムやデータを記憶し、書換え不可能である。ＲＡＭ３０３は、本装置の各処理に関わる一時的なデータを電気的に記憶でき、かつ書き換え可能である。

監視装置１１７、１２２、１２３では、本装置の各処理に関わるプログラムやデータ、及び一時的なデータ、監視対象の画像形成装置に関する情報、及び画像形成装置から収集した情報などをＨＤＤ３０４に記憶する。

入力装置３０５は、本装置への指示入力を受け付けるキーボードやポインティングデバイスである。表示部３０６は、本装置の動作状況や、本装置上で動作する各プログラムが出力する情報を表示する。

ＮｅｔｗｏｒｋＩ／Ｆ３０７は、ネットワーク経由でＬＡＮ及びインターネットに接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ３０８は外部記憶機器等を接続する。それらがシステムバス３０９により結び付き、データをやりとりしている。

図４は、図１に示した監視装置１１７、１２２、１２３の別の形態のハードウェア構成を示すブロック図である。

図４において、４０１はＣＰＵであり、本装置上の各処理を司る。ＲＯＭ４０２は、本装置の各処理に関わるプログラムやデータを記憶し、書換え不可能である。ＦｌａｓｈＲＯＭ４０３は、本装置の各処理に関わるデータ及び一時的なデータ、監視対象の画像形成装置に関する情報、及び画像形成装置から収集した情報などを記憶する。

シリアルＩ／Ｆ４０４は、本装置上のプログラムがエラーやログを出力しており、シリアルケーブルを用いて端末を接続する事が可能である。ＮｅｔｗｏｒｋＩ／Ｆ４０５は、ネットワーク経由でＬＡＮ及びインターネットに接続し、外部と情報交換を行う。それらがシステムバス４０６により結び付き、データをやりとりしている。

図５は、図１に示した画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１におけるハードウェア構成を示すブロック図である。

なお、画像形成装置としては、具体的には、プリンタ及びファクシミリ機能が統合的に設けられた複合機、ＰＣなどからデータを受信し印刷するプリンタ（電子写真方式及びインクジェット方式を含む）や、スキャナーや、ファクシミリなどが挙げられる。本図では、画像形成装置の一例として複合機の構成を示している。

図５において、５０２はイメージリーダであり、原稿給送部５０１で原稿を読み込む。イメージリーダ５０２、画像形成部５０３は、読み込んだ原稿や、ネットワーク経由で受信したデータを印刷画像に変換・印刷出力する。排紙部５０４は印刷出力した紙を排出し、ソートやステイプルといった処理を施す。

ＮｅｔｗｏｒｋＩ／Ｆ５０５は、ネットワーク経由でＬＡＮ及びインターネットに接続し、外部と情報交換を行う。

ＣＰＵ５０６は本装置上の各処理を司る。ＣＰＵ５０６は、画像形成装置の動作状態を監視し、障害等の特定のイベントが発生した場合には、その状態を示す状態情報を、あらかじめ定めた宛先へと送信する。宛先は、例えば監視センタホスト１１１や監視装置（１１７、１２２、１２３）などである。

不揮発性記憶手段のＲＯＭ５０７は、本装置の各処理に関わるプログラムやデータを記憶する。ＲＡＭ５０８は、本装置の各処理に関わる一時的なデータを電気的に記憶し、書き換え可能である。ＨＤＤ５０９は、本装置の各処理に関わるプログラムやデータ、及び一時的なデータ、本装置へ送信されてきたユーザデータなどを記憶する。

画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１は、後述する図１４に示す複数種類のファームウェア（後述する図１４に示すＭＮ−ＣＯＮＴ，Ｒ−ＣＯＮ，Ｄ−ＣＯＮ，ＢＯＯＴＲＯＭ，ＰＵＮＣＨ，ＳＤＬ−ＳＴＣＨ，ＭＥＡＰ等）により制御されるものであり、これらのファームウェアは、ＨＤＤ５０９の適正な領域に格納されている。

また、画像形成装置は、後述する図８の処理及び、図２０のフローチャートで示される処理のプログラムをＨＤＤ５０９に有している。このプログラム及び上記各ファームウェアは、ＲＡＭ５０８を一時保存領域として使用し、ＣＰＵ５０６によって呼び出され実行される。

操作部５１０は、本装置への指示入力を受け付ける。表示部５１１は本装置の動作状況及び操作部５１０に対する操作に関わる情報を表示する。そしてそれらがシステムバス５１２により結び付き、データをやりとりしている。

なお、デバイス自身が監視のための情報を積極的に送信する機能を持つ画像形成装置１３１では、ＲＯＭ５０７或いはＨＤＤ５０９内に、前記監視データ送出処理にかかわるプログラムやデータを保持している。

＜ソフトウェア＞
図６は、図１に示した監視センタホスト１１１、配信サーバ１３３における画像形成装置監視システムに関わる部分のソフトウェア構成を示すブロック図である。

図６に示すように、ＳＯＡＰ通信部６０１は、監視装置１１７、又は画像形成装置１３１よりＮｅｔｗｏｒｋＩ／Ｆ２０９を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部６０２に渡す。

また、ＳＯＡＰ通信部６０１は、ＳＯＡＰメッセージ作成部６０３により作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ２０９を介して監視装置１１７、又は画像形成装置１３１に送信する。

収集情報処理部６０４では、監視下の監視装置１１７、又は画像形成装置１３１から受信した情報をそのまま、又は、加工し、データベースアクセス部６０６を介してデータベース１１２、データベース１３４に格納する。

また、収集情報処理部６０４は、遠隔監視システムに関わる機能を実現する。例えば、収集情報処理部６０４は、監視下の監視装置１１７又は画像形成装置１３１から受信した情報及びデータベース１１２、データベース１３４に格納されているデータを元に、カウンタ情報の集計、エラー情報、ファーム最新情報を担当サービスマンや顧客側管理者へ通知する。

監視制御部６０５は、監視装置１１７、又は画像形成装置１３１の情報を取得しに行くスケジュール管理や、監視内容、方法の制御を行う。さらに、監視制御部６０５は、必要に応じて、監視下の監視装置１１７、又は画像形成装置１３１へ、ＳＯＡＰメッセージ作成部６０３、ＳＯＡＰ通信部６０１、ＮｅｔｗｏｒｋＩ／Ｆ２０９を介して、指示を送信する。

図７は、図１に示した監視装置１１７、１２２、１２３における画像形成装置監視システムに関わる部分のソフトウェア構成を示すブロック図である。ここでは、監視装置１１７を例にして説明するが、監視装置１２２、１２３でも同様である。

図７に示すように、ＳＯＡＰ通信部７０１は、監視センタホスト１１１よりＮｅｔｗｏｒｋＩ／Ｆ３０７、４０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部７０３に渡する。また、ＳＯＡＰ通信部７０１は、ＳＯＡＰメッセージ作成部７０２により作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ３０７、４０５を介して監視センタホスト１１１、配信サーバ１３３に送信する。

監視制御部７０４は、後述する監視センタホスト１１１からの監視設定に従い、情報蓄積部に保持する監視画像形成装置情報を更新したり、画像形成装置１１５、１１６の情報を取得し、スケジュール管理を行う。

デバイス情報処理部７０５は、監視制御部７０４により管理するスケジュールにより、本装置が積極的に画像形成装置１１５、１１６から収集したカウンタ情報、サービスコールやジャム、トナー切れなどの情報を、情報蓄積部７０６に蓄積する。又はこの蓄積は、画像形成装置１１５、１１６の状態に応じて行われる。

情報蓄積部７０６に蓄積したデータは、デバイス情報処理部７０５を介してそのままＳＯＡＰメッセージ作成部７０２に渡され監視センタホスト１１１へ送信される。あるいは、情報蓄積部７０６に蓄積したデータは、デバイス情報処理部７０５内で解釈、加工されてからＳＯＡＰメッセージ作成部７０２に渡されて監視センタホスト１１１へ送信される場合もある。

図８は、図１に示した画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１における画像形成装置監視システムに関わる部分のソフトウェア構成を示すブロック図である。

図８に示すように、ＳＯＡＰ通信部８０１は、監視センタホスト１１１、配信サーバ１３３よりＮｅｔｗｏｒｋＩ／Ｆ５０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部８０３に渡す。また、ＳＯＡＰ通信部８０１は、ＳＯＡＰメッセージ作成部８０２により作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ５０５を介して監視センタホスト１１１、配信サーバ１３３に送信する。

ネットワーク情報取得部８０４は、ＤＨＣＰ環境においてはＩＰアドレス、ＤＮＳサーバ、ゲートウェイアドレスを自動的に取得する事が可能である。また、ネットワーク情報取得部８０４は、操作部５１０から入力されＨＤＤ５０９に保存されたネットワーク情報が存在する場合は、その情報を取得する。

デバイス情報収集部８０５は、本複合機内部のスケジュールにより、又は、監視センタホスト１１１からの指示により内部に保持するカウンタ情報を取得し、また、デバイス情報収集部８０５は、内部で発生したサービスコールやジャム、トナー切れなどの情報を取得する。

上記取得したデータは、そのままＳＯＡＰメッセージ作成部８０２に渡し監視センタホスト１１１へ送信する場合と、デバイス情報収集部８０５内で蓄積、解釈、加工してからＳＯＡＰメッセージ作成部８０２に渡し監視センタホスト１１１へ送信する場合がある。

＜メモリマップ＞
図９は、監視センタホスト１１１、配信サーバ１３３或いは、監視装置１１７、１２２、１２３或いは、画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１におけるメモリマップの構造を示す図である。本発明に係る処理プログラムを実行する際、監視センタホスト１１１ではＲＡＭ２０４上に、各監視装置１１７ではＲＡＭ３０３或いはＦｌａｓｈＲＯＭ４０３上に、各画像形成装置ではＲＡＭ５０８上にプログラムをロードしたメモリマップに対応する。

メモリマップは、基本Ｉ／Ｏプログラム９０１、システム・プログラム９０２、本実施形態の処理プログラムを初めとする各種処理プログラム９０３、関連データを格納するエリア９０４、プログラムのワークエリア９０５で構成されている。

基本Ｉ／Ｏプログラム９０１は、本装置上の入出力を司る。システム・プログラム９０２は、各処理プログラムに動作環境を提供する。

なお、容量の制約により９０１〜９０５として利用する領域が足りなくなった場合、ＨＤＤ２０５をＲＡＭ２０４、ＨＤＤ３０４をＲＡＭ３０３、ＨＤＤ５０９をＲＡＭ５０８の領域の一部として扱うことも可能である。

なお、配信サーバ１３３の場合、各種処理プログラム９０３には図１８に示すフローチャートに対応するプログラムが格納される。また、監視センタホスト１１１の場合、各種処理プログラム９０３には図１９に示すフローチャートに対応するプログラムが格納される。また、画像形成装置１３１等の場合は図２０に示すフローチャートに対応するプログラムが格納される。

以下、図１０〜図２２を参照して、本発明における画像形成装置、配信サーバ、監視センタホスト間のシーケンスについて説明する。以下、画像形成装置１３１を用いて説明するが、他の画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７と監視装置１１７、１２２、１２３とを組み合わせて達成される機能を用いた場合も同様である。

図１０は、本発明における画像形成装置１３１、配信サーバ１３３、監視センタホスト１１１の概念図である。

図１１は、配信サーバ１３３のデータベース１３４が保持するテーブルと、配信サーバ１３３が作成するファイルの関連図である。

以下に図１０のシーケンスに沿って、詳細に説明する。

図１０に示すように、１００１では、監視センタホスト１１１から画像形成装置１３１に対し、ファームウェアの配信指示（配信対象のファームウェアを示す情報（全種類）、配信対象のバージョンを示す情報）を行う。この時、画像形成装置１３１の元のファームウェアは「Ｖｅｒｓｉｏｎ１．２」（図１１の１１０２）とし、アップデート対象として監視センタホスト１１１から指示されたファームウェアは「Ｖｅｒｓｉｏｎ２．１」（図１１の１１０３）とする。

図１１に示すファームウェアバージョン一覧テーブル１１０１は、配信サーバ１３３（又はデータベース１３４）内、監視センタホスト１１１（又はデータベース１１２）内に保持している全種類のファームウェアの各バージョンの組み合わせを示す。なお、ここでは、ファームウェアバージョン一覧テーブル１１０１を全種類のファームウェアのバージョンの組合せとしているが、その製品（画像形成装置）で用いられるファームウェアの全種類に限定されるものではない。例えば、他の種類のファームウェアに影響を与えないファームウェアは、ファームウェアバージョン一覧テーブル１１０１に含まれていなくてもよい。

図１１に示すように、画像形成装置１３１のファームウェアには、複数の種類があり、それぞれがバージョンを持っている。例えば、ＭＮ−ＣＯＮＴ１１０４は、画像形成装置１３１のメインコントローラである。また、Ｒ−ＣＯＮ１１０５は、画像読み込み部のコントローラである。これら各々の組み合わせをまとめたものを、例えば１１０２に示す「Ｖｅｒｓｉｏｎ１．２」のように１つのバージョンとし、この単位で通常は画像形成装置１３１のアップデートを行う。

図１０の１００２では、画像形成装置１３１は、配信サーバ１３３にファームウェアのダウンロードを要求する。この時、画像形成装置１３１は、自身のファームウェア情報、製品名、配信対象のバージョン情報を配信サーバ１３３に送信する。そして、その情報を元に、配信サーバ１３３は、画像形成装置１３１のファームウェア情報、製品名、ファームウェア情報から適正なファームウェアを検索する（１００３）。

図１０の１００３の処理を図１１で説明すると、配信サーバ１３３はまず、画像形成装置１３１から送信された製品名１１０６の「ｉＲＸＸＸＸ」をキーにして、ファームウェアバージョン一覧テーブル１１０１を検索する。

次に、配信サーバ１３３は、画像形成装置１３１から送信されたファームウェアのファームウェア情報（現在のバージョン情報を含む）、配信対象のバージョン情報から適用すべきものを判断する。この場合、画像形成装置１３１から送信された現在のバージョン情報は「Ｖｅｒｓｉｏｎ１．２」、配信対称のバージョン情報は「Ｖｅｒｓｉｏｎ２．２」なので、「ｉＲＸＸＸＸ」の最新版である「Ｖｅｒｓｉｏｎ２．２」を適用すべきものと判断する。

また、画像形成装置１３１のファームウェアは、組み合わせと適用順があるため、配信サーバ１３３は、それらを考慮する。ファーム適用順テーブル１１１１は、ファームウェアの適用順を示すテーブルであり、製品名とファームウェア種別に応じた適用順番１１１２のデータを有している。

配信サーバ１３３は、ファームウェアバージョン一覧テーブル１１０１と、ファームウェア適用順テーブル１１１１からファームウェア情報ファイル１１１３を作成する。

そして、図１０の１００４において、配信サーバ１３３は、画像形成装置１３１にファームウェアのダウンロードを行う（配信する）。その時、配信サーバ１３３は、画像形成装置１３１にファームウェア情報ファイル１１１３も送信する。

次に、図１０の１００５において、画像形成装置１３１は、ファームウェア情報ファイル１１１３を元に、ファームウェアの組み合わせと適用順を考慮してアップデートを行う。

その際、画像形成装置１３１は、元のファームウェアを全て無効化した後で、ファームウェア情報ファイル１１１３を参照し、その適用順番に従ってファームウェアを有効化する。

本実施形態では、ファームウェアは画像形成装置１３１のＨＤ５０９内の適正な場所に配置しなければ動作しないため、その仕組みを利用して有効化、無効化を行う。つまり、画像形成装置１３１、無効化の際は全てのファームウェアを本来の配置場所でない場所に移動させ、一方、有効化の際はファームウェアを適正な場所に移動することにより、ファームウェアの無効化、有効化を行う。なお、無効化されたファームウェアは削除してもよいし、バックアップ用に本来の配置場所でない場所に保存しておいても構わない。

次に、図１０の１００６において、ファームウェアのアップデートが成功した場合、画像形成装置１３１は、監視センタホスト１１１に更新完了通知を行う。この図１０の１００６までの処理で、画像形成装置１３１は、最新のファームウェアに更新されたため、そのまま顧客内で運用される。

以下、図１０の１００７〜１０１５以降は、その運用の中で、画像形成装置１３１に障害が発生した場合の処理を示す。

図１０の１００７において、ファーム更新後、スキャンエラーが多発したとする。画像形成装置１３１で発生したエラーは、画像形成装置１３１から監視センタホスト１１１に通知される。

図１２は、監視センタホスト１１１（又はデータベース１２２）内に保持されるファームウェア障害対応テーブルを示す図である。

監視センタホスト１１１は、画像形成装置１３１からの障害を検知した場合に、それがファームウェアと関係するものか、このテーブルを見て判断する。判断方法は、ファームウェアの種類毎に紐付けられたエラー、アラーム、ジャムの発生頻度を元に考慮する。

図１２に示すファームウェア障害対応テーブル内のファームウェア種別１２０１は、画像形成装置１３１のファームウェアの種類を表している。

対応障害１２０２は、画像形成装置１３１で発生したエラー、アラーム、ジャムの内容を示すものであり、関係するファームウェア種別の欄に登録されている。

発生頻度（閾値）１２０３は、対応障害１２０２が一定期間（図１２の例では「一日間」）内に何回発生したら、ファームウェアを差し替えるかという閾値を示している。この発生頻度（閾値）１２０３は、個別の障害にもたせてもよいし、対応障害１２０２のようにまとめてもよい。

このようなファームウェア障害対応テーブルに基づいて、監視センタホスト１１１は、画像形成装置１３１からの障害を検知した場合に、障害の原因となるファームウェアの種類を特定する。

図１２の例では、監視センタホスト１１１は、画像形成装置１３１でリーダ通信エラー１２０４が一日に１０回以上多発した場合、「Ｒ−ＣＯＮ」のファームウェアを起因とする障害と判断する。

なお、画像形成装置１３１から障害情報が通知されるたびに、監視センタホスト１１１のＣＰＵ２０１は、ＨＤＤ２０５にその情報を記憶更新するものとする。そして、この情報と、発生頻度１２０３とを比較して、監視センタホスト１１１のＣＰＵ２０１は、ファームウェアをファームウェアを差し替えるか否かを判断するものとする。

図１０の１００８において、監視センタホスト１１１は、エラー１００７から更新すべきファームウェアを判別する。その結果、図１０の例では、Ｒ−ＣＯＮに不具合があると判定し、障害の原因となるファームウェアとして特定している。

次に、図１０の１００９において、監視センタホスト１１１は、画像形成装置１３１に対し、Ｒ−ＣＯＮの差し替え指示を行う。即ち、監視センタホスト１１１は、画像形成装置１３１の障害を検知した場合、該障害の原因となるファームウェアを特定し、画像形成装置１３１に対し、前記障害の原因となるファームウェアの差し替え指示を行う（バージョン変更指示する）。

なお、変更するバージョンについて図１１で説明すると、「Ｖｅｒｓｉｏｎ１．２」から「Ｖｅｒｓｉｏｎ２．２」にアップデート後、Ｒ−ＣＯＮの不具合が確認されたため、Ｒ−ＣＯＮのバージョンを最新版である「１０．００」（１１０７）から1つ前のバージョンの「９．００」に差し換える。この際、監視センタホスト１１１は、Ｒ−ＣＯＮのバージョンが「９．００」に対応する全体バージョンを判断し（図１１の例では「Ｖｅｒｓｉｏｎ２．１」）、この全体バージョンを配信対象バージョンとして画像形成装置１３１に指示する。

なお、図１０の例では、監視センタホスト１１１は、障害の原因と特定された種類のファームウェア（ここではＲ−ＣＯＮ）を直近のバージョン（ここでは全体バーション「Ｖｅｒｓｉｏｎ２．１」）にバージョンダウンする（バージョンを下げる）ように指示する場合を示した。なお、監視センタホスト１１１が指示するバージョンダウンは、直近のバージョンに限られるものではない。例えば、全体バージョン「Ｖｅｒｓｉｏｎ２．０」〜「Ｖｅｒｓｉｏｎ１．３」にバージョンダウンするように指示してもよいし、「Ｖｅｒｓｉｏｎ１．２」に戻すように、指示してもよい。

さらに、監視センタホスト１１１は、障害の原因と特定された種類のファームウェアをバージョンアップする（バージョンを上げる）ように指示してもよい。例えば、全体バージョン「Ｖｅｒｓｉｏｎ１．２」において、Ｒ−ＣＯＮを原因とする障害を検知した場合、Ｒ−ＣＯＮを「７．００」から最新バージョンである「１０．００」にバージョンアップ指示するように構成してもよい。この際、監視センタホスト１１１は、Ｒ−ＣＯＮのバージョンが「１０．００」に対応する全体バージョンを判断し（図１１の例では「Ｖｅｒｓｉｏｎ２．２」）、この全体バージョンを配信対象バージョンとして画像形成装置１３１に指示する。また、監視センタホスト１１１は、直近のバージョンである全体バージョン「Ｖｅｒｓｉｏｎ１．３」や、「Ｖｅｒｓｉｏｎ２．０」、「Ｖｅｒｓｉｏｎ２．１」にバージョンアップするように指示してもよい。

次に、図１０の１０１０において、画像形成装置１３１は、配信サーバ１３３に差し替え用のＲ−ＣＯＮのダウンロードを要求する。

配信サーバ１３３は、画像形成装置１３１にＲ−ＣＯＮと、他の変更が必要なファームウェアをダウンロードさせる。この時、配信サーバ１３３は、差し替え用のＲ−ＣＯＮと、それに伴う他の種類のファームウェアを同時にダウンロード（配信）する。

図１１で説明すると、監視センタホスト１１１から、Ｒ−ＣＯＮの差し換えが指示されたが、全体バージョンとしては、「Ｖｅｒｓｉｏｎ２．１」が指示されている。

「Ｖｅｒｓｉｏｎ２．２」と「Ｖｅｒｓｉｏｎ２．１」とでは、図１１の１１０８，１１０９に示すように、ＭＮ−ＣＯＮＴ，ＢＯＯＴＲＯＭがバージョンに差異があるため、これらのファームウェアの差し替えも行うものと監視センタホスト１１１が判断する。

また、ファームウェアには、適用する順番が決まっているため、配信サーバ１３３は、ファームウェア適用順テーブル１１１１を参照し、情報ファイル１１１３に反映させ、これを上述のファームウェアとともに、画像形成装置１３１に配信する。

そして、画像形成装置１３１において、「Ｖｅｒｓｉｏｎ２．２」と「Ｖｅｒｓｉｏｎ２．１」にＲ−ＣＯＮを差し替える場合、画像形成装置１３１は、まず、既にインストールされている全種類のファームウェアを無効化する。そして、情報ファイル１１１３の適用順序に従ってインストールを行う。ただし、既にインストールされているもの（図１１の(3)、(5)、(6)、(7)）に対しては有効化のみ行う。

具体的には、まず、画像形成装置１３１は、図１１のＢＯＯＴＲＯＭ(1)、ＭＮ−ＣＯＮＴ(2)、Ｒ−ＣＯＮ(4)のファームウェア、及び、ファームウェア情報ファイル１１１３を配信サーバ１３３から受信する（図１０の１０１１）。

そして、画像形成装置１３１は、受信したＢＯＯＴＲＯＭ(1)、ＭＮ−ＣＯＮＴ(2)、Ｒ−ＣＯＮ(4)、ファームウェア情報ファイル１１１３を、画像形成装置１３１のＨＤＤ５０９の一時保存領域に保存する。

次に、画像形成装置１３１は、既にインストールされている全種類のファームウェアを無効化するため、それらをＨＤＤ５０９の一時保存領域に移動させる。その際、画像形成装置１３１は、差し替え対象のＢＯＯＴＲＯＭ、ＭＮ−ＣＯＮＴ、Ｒ−ＣＯＮは削除する。

次に、画像形成装置１３１は、ファームウェア情報ファイル１１１３を参照し、その適用順番に従って一時保存領域に保存されているファームウェアのインストールを行う（図１０の１０１２）。

画像形成装置１３１は、まず最初に、ＢＯＯＴＲＯＭ(1)を一時保存領域から適正なハードディスク領域に移動する。同様の手順で、画像形成装置１３１は、ＭＮ−ＣＯＮＴ(2)、Ｄ−ＣＯＮ(3)、Ｒ−ＣＯＮ(4)、ＰＵＮＣＨ(5)、ＳＤＬ−ＳＴＣＨ(6)、ＭＥＡＰ(7)の順番（順序）で各ファームウェアに適正な場所に移動させる。こうすることで、画像形成装置１３１のファームウェア変更が完了する。ただし、画像形成装置１３１の種類によっては、ファームの適用順番を考慮する必要のないものもある。

次に、画像形成装置１３１は、監視センタホスト１１１にファームウェアの更新完了通知を出す（図１０の１０１３）。

監視センタホスト１１１は、画像形成装置１３１に対して、差し替えを行ったファームのログレベルを上げるように指示（ログレベル変更指示）し、監視精度の向上を図る（図１０の１０１４）。図１０の例では、Ｒ−ＣＯＮのログレベルを「Ｈｉｇｈ」に変更指示して、Ｒ−ＣＯＮの監視制度の向上を図る。

なお、ログレベルとは、画像形成装置１３１から監視センタホスト１１１に通知される障害情報、操作ログの通信頻度や情報量等の詳細レベルを示す。以下、図１３を用いて説明する。

図１３は、画像形成装置１３１がＨＤＤ５０９内に保持しているログレベル管理テーブルの一例を示す図である。なお、画像形成装置１３１は、このログレベル管理テーブルに基づいて、情報を監視センタホスト１１１に送信している。

図１３に示すように、製品ＩＤ１３０１は、画像形成装置１３１固有の型番を示している。製品名１３０２は、画像形成装置１３１の製品名である。ファームウェア種別１３０３は、ファームウェアの種類を示す。

ログレベル１３０４は、１３０１〜１３０３で特定されるファームウェアのログレベルを示しており、本実施形態では「Ｌｏｗ」，「Ｈｉｇｈ」の２種類存在する。「Ｌｏｗ」は最低限の障害情報を通知するログレベルである。一方、「Ｈｉｇｈ」は詳細な障害情報と画像形成装置１３１の操作履歴等を通知するログレベルであり、通知頻度も多くなる。

上述した差し替えを行ったファームのログレベルの「Ｈｉｇｈ」への変更指示を受けた画像形成装置１３１は、該差し替えを行ったファームに関連するログレベルを「Ｈｉｇｈ」に変更設定する（図１０の１０１５）。図１０に示した例では、Ｒ−ＣＯＮの障害がトリガーとなったため、画像形成装置１３１は、Ｒ−ＣＯＮのログレベルを「Ｌｏｗ」から「Ｈｉｇｈ」に変更する。こうすることで、差し替えたファームウェアに関連して画像形成装置１３１から通知される稼働情報の通知頻度，詳細レベルを上げ、監視精度を向上させることが可能となる。

図１４は、前述したファームウェアバージョン一覧テーブルの一例を示す図である。なお、このファームウェアバージョン一覧テーブルは、監視センタホスト１１１、配信サーバ１３３の双方のＨＤＤ２０５内に記憶されているものとする。

図１４において、１４０１は、ファームウェア全体のバージョンを示す。１４０２は、画像形成装置１３１の製品名を示す。１４０３、１４０４、１４０５、１４０６、１４０７、１４０８、１４０９は、種別毎のファームウェアを示す。

このように、ファームウェアバージョン一覧テーブルには、予め定められた全種類のファームウェアの適用可能なバージョンの組合せを示す情報が格納されている。

図１５は、配信サーバ１３３（又はデータベース１３４）内に保持されるファーム適用順テーブルの一例を示す図であり、このファーム適用順テーブルは、製品名とファームウェア種別に応じた適用順番のデータ（適用順情報）を有している。なお、このファーム適用順テーブルは、配信サーバ１３３のＨＤＤ２０５内に記憶されているものとする。

図１５において、１５０１は、ファームウェア全体のバージョンを示す。１５０２は、画像形成装置１３１の製品名を示す。１５０３は、種別毎のファームウェアを示す。１５０４は、ファームウェアを画像形成装置１３１に適用する順番を示す。

図１６は、前述したファームウェア情報ファイルの一例を示す図である。

このファイルはデータの内容として、ファームウェアの全体バージョン１６０１、製品名１６０２、ファーム種別１６０３、適用順番（適用順情報）１６０４、組み合わせ情報１６０５を持っている。

なお、ファームウェア情報ファイルのファイルの形式は、ＣＳＶでもよいし、テキストファイルでも、その他の形式であっても構わない。

図１７は、配信サーバ１３３の機能構成を示すブロック図である。

画像形成装置１３１、監視センタホスト１１１は、ＳＯＡＰ通信で、配信サーバ１３３の通信Ｉ／Ｆ部１７０３と通信を行う。

通信データ制御部１７０４では、通信Ｉ／Ｆ部１７０３から受信したデータや、配信サーバ１３３が画像形成装置１３１に送信するデータを制御する。

ファーム情報ファイル作成部１７０５では、図１６に示したファームウェア情報ファイルを作成する。

ファーム組み合わせ制御部１７０６は、ファームウェアの組み合わせが適正となるように制御を行う。ファームデータ記憶部１７０７は、複数の画像形成装置の全バージョンのファームウェアを記憶している。

なお、通信Ｉ／Ｆ部１７０３、通信データ制御部１７０４、ファーム情報ファイル作成部１７０５、ファーム組合せ制御部１７０６は、配信サーバ１３３のＣＰＵ２０１がＨＤＤ２０５に記憶されたプログラムをＲＡＭ２０４にロードして実行することにより実現される機能に対応する。

また、ファームデータ記憶部１７０７は、配信サーバ１３３のＨＤＤ２０５に対応する。

図１８は、本発明のファームウェアアップデート処理における配信サーバ１３３の処理を示すフローチャートである。なお、このフローチャートの処理は、配信サーバ１３３のＣＰＵ２０１がＨＤＤ２０５に記憶されたプログラムをＲＡＭ２０４にロードして実行することにより実現される。

まず、配信サーバ１３３のＣＰＵ２０１（通信Ｉ／Ｆ部１７０３）は、ステップＳ１８０１において、画像形成装置１３１からファーム配信要求を受信すると（図１０の１００２，１０１０参照）、ステップＳ１８０２に処理を進める。

ステップＳ１８０２では、配信サーバ１３３のＣＰＵ２０１は、ファームウェア要求が、全種類のファームウェアを更新する通常のものか、障害が発生した特定のファームウェアだけ更新する異常時のものか判断を行う。即ち、通信データ制御部１７０４の機能を実行する。

Ｄ１８０３は、通常時のアップデートにおいて、画像形成装置１３１から配信サーバ１３３に送信されるデータを示すものであり、その内容は、製品名、ファーム種別、ファームバージョン、ダウンロード対象ファーム（全種類）、ダウンロード対象バージョンとなる。

また、Ｄ１８０７は、異常時のアップデートにおいて、画像形成装置１３１から配信サーバ１３３に送信されるデータを示すものであり、その内容は、製品名、ファーム種別、ファームバージョン、ダウンロード対象ファーム（障害が発生した特定のファーム）、ダウンロード対象バージョンとなる。

即ち、ステップＳ１８０２において、Ｓ１８０１で受信したデータがＤ１８０３と判定した場合には、配信サーバ１３３のＣＰＵ２０１は、ファームウェア要求が全種類のファームウェアを更新する通常のものと判断し、ステップＳ１８０４に処理を進める。

一方、ステップＳ１８０２で、Ｓ１８０１で受信したデータがＤ１８０７と判定した場合には、配信サーバ１３３のＣＰＵ２０１は、ファームウェア要求が障害が発生した特定のファームウェアだけ更新する異常時のものと判断し、ステップＳ１８０８に処理を進める。

まず、全種類のファームウェアの配信について説明する。

ステップＳ１８０４では、配信サーバ１３３のＣＰＵ２０１は、Ｄ１８０３の情報を踏まえ、ダウンロード対象バージョンのファームウェアのデータをファーム一覧テーブル１１０１とファーム適用順テーブル１１１１から検索する（図１０の１００４参照）。即ち、ファーム組合わせ制御部１７０６の機能を実行する。さらに、この検索結果に基づいて、配信サーバ１３３のＣＰＵ２０１は、ファームウェア情報ファイル１１１３を作成する。即ち、ファーム情報ファイル作成部１７０５の機能を実行する。

次に、ステップＳ１８０５において、配信サーバ１３３のＣＰＵ２０１は、ステップＳ１８０４で検索したファームウェア，ステップＳ１８０４で作成したファームウェア情報ファイル１１１３（Ｄ１８０６）を画像形成装置１３１にダウンロード（配信）する。即ち、通信データ制御部１７０４の機能を実行する。

なお、ステップＳ１８０５において、配信サーバ１３３のＣＰＵ２０１が画像形成装置に通知する情報のうち、ファームウェアは、通常のファーム配信の場合、全種類のファームウェアとなる。

次に、障害が発生した特定ファームウェアの配信について説明する。

ステップＳ１８０８では、配信サーバ１３３のＣＰＵ２０１は、障害が発生した特定ファームウェアのダウンロード対象バージョンへの変更に関連してバージョン変更すべき他の種類のファームウェアを、ファーム一覧テーブル１１０１に基づいて判断する。即ち、ファーム組合わせ制御部１７０６の機能を実行する。

図１１に示した例で説明すると、１１０７に示すＲ−ＣＯＮ「１０．００」で障害が発生したため、１１０７に示すＲ−ＣＯＮ「１０．００」を１１０９に示すＲ−ＣＯＮ「９．００」に差し替える。この際、同時に「Ｖｅｒｓｉｏｎ２．２」と「Ｖｅｒｓｉｏｎ２．１」で差異のあるファームも差し替えが必要となる。このため、１１０８に示すＭＮ−ＣＯＮ「１９．００」、１１１０に示すＯＯＴＲＯＭ「１１．００」もダウンロードの対象となる。

このように、図１８のＳ１８０８では、図１１の１１０８に示すＭＮ−ＣＯＮ「１９．００」、１１１０に示すＯＯＴＲＯＭ「１１．００」のように、差し替え対象の特定ファームウェアと関連してアップデートするファームウェアがあるか検索を行う。

そして、ステップＳ１８０８では、配信サーバ１３３のＣＰＵ２０１が、障害が発生した特定ファームウェアに関連してバージョン変更すべき他の種類のファームウェアがあると判定した場合には、ステップＳ１８０９に処理を進める。

ステップＳ１８０９では、配信サーバ１３３のＣＰＵ２０１は、Ｄ１８０７の情報を踏まえ、特定のファームと、それに関連するファームウェアのデータをファーム一覧テーブル１１０１と、ファーム適用順テーブル１１１１から検索する。即ち、ファーム組合わせ制御部１７０６の機能を実行する。さらに、この検索結果に基づいて、配信サーバ１３３のＣＰＵ２０１は、ファームウェア情報ファイルを作成する。即ち、ファーム情報ファイル作成部１７０５の機能を実行する。

次に、ステップＳ１８０５において、配信サーバ１３３のＣＰＵ２０１は、Ｓ１８０９で検索したファームウェア，作成したファームウェア情報ファイル１１１３（Ｄ１８０６）を画像形成装置１３１にダウンロード（配信）する（図１０の１０１１参照）。即ち、通信データ制御部１７０４の機能を実行する。

なお、Ｓ１８０５において、配信サーバ１３３から画像形成装置１３１に配信されるファームウェアは、異常時のファーム配信でかつ関連するファームウェアがある場合は、障害が発生した特定のファームウェア及びＳ１８０９で検索した関連するファームウェアとなる。

一方、ステップＳ１８０８で、配信サーバ１３３のＣＰＵ２０１が、障害が発生した特定ファームウェアに関連するものがないと判定した場合には、ステップＳ１８１０に処理を進める。

ステップＳ１８１０では、配信サーバ１３３のＣＰＵ２０１は、Ｄ１８０７の情報を踏まえ、特定のファームウェアのデータをファーム一覧テーブル１１０１と、ファーム適用順テーブル１１１１から検索する。即ち、ファーム組合わせ制御部１７０６の機能を実行する。さらに、この検索結果に基づいて、配信サーバ１３３のＣＰＵ２０１は、ファームウェア情報ファイルを作成する。即ち、ファーム情報ファイル作成部１７０５の機能を実行する。

なお、Ｓ１８０５において、配信サーバ１３３が画像形成装置１３１に配信するファームウェアは、異常時のファーム配信の場合でかつ関連するファームウェアがない場合は、障害が発生した特定のファームウェアとなる。

図１９は、本発明のファームウェアアップデート処理における監視センタホスト１１１の処理を示すフローチャートである。なお、このフローチャートの処理は、監視センタホスト１１１のＣＰＵ２０１がＨＤＤ２０５に記憶されたプログラムをＲＡＭ２０４にロードして実行することにより実現される。

まず、監視センタホスト１１１のＣＰＵ２０１は、ステップＳ１９０１において、ファームウェアの配信指示があったどうかを判断する。

ここで、ファームウェアの配信指示とは、後述する図２１，図２２に示す監視センタホスト１１１のＷｅｂ画面を使用して、画像形成装置１３１を管理しているサービスマンが行うファームウェアの配信指示である。

ステップＳ１９０１で、ファームウェアの配信指示があったと判定した場合には、監視センタホスト１１１のＣＰＵ２０１は、ステップＳ１９０２に処理を進める。

ステップＳ１９０２では、監視センタホスト１１１のＣＰＵ２０１は、Ｓ１９０１でＹｅｓと判定した場合、通常のファームの配信と判定し、ステップＳ１９０３に処理を進める。

ステップＳ１９０３では、監視センタホスト１１１のＣＰＵ２０１は、画像形成装置１３１に、全種類のファーム配信を指示する（図１０−１００１参照）。この際、監視センタホスト１１１のＣＰＵ２０１は、ダウンロード対象バージョン（全体バージョン）も画像形成装置１３１に指示するものとする。

そして、画像形成装置１３１のファームウェア反映が完了し、ステップＳ１９０４において、監視センタホスト１１１のＣＰＵ２０１は、画像形成装置１３１からファーム更新完了通知を受信すると（図１０−１００６参照）、本フローチャートの処理を終了する。

また、ステップＳ１９０１で、ファームウェアの配信指示が無かったと判定した場合には、監視センタホスト１１１のＣＰＵ２０１は、ステップＳ１９０５に処理を進める。

ステップＳ１９０５では、画像形成装置１３１の障害を受信後に、ファームウェアを起因とする障害が発生した場合を示している（図１０−１００７参照）。

なお、Ｄ１９０６は、その時に画像形成装置１３１から監視センタホスト１１１に送信されるデータを示しており、データとして製品ＩＤと障害情報が送信される。

次に、ステップＳ１９０７において、監視センタホスト１１１のＣＰＵ２０１は、Ｄ１９０６に示したデータに基づいて、図１２に示したファームウェア障害対応テーブルから、障害の原因となるファームウェアの種類を検索し特定する（図１０−１００８参照）。そして、ステップＳ１９０２に処理をすすめる。なお、図１９には図示していないが、対象障害の発生頻度がファームウェア障害対応テーブルの発生頻度（閾値）１２０３を超えていないと監視センタホスト１１１のＣＰＵ２０１が判断した場合には、ＨＤＤ２０５内に記憶される対象障害の発生頻度の情報を更新して、そのまま本フローチャートの処理を終了するものとする。

次に、ステップＳ１９０２では、監視センタホスト１１１のＣＰＵ２０１は、Ｓ１９０１でＮｏと判定した場合、通常のファームの配信でないと判定し、ステップＳ１９０８に処理を進める。

ステップＳ１９０８では、監視センタホスト１１１のＣＰＵ２０１は、Ｓ１９０７で特定した不具合のある（障害の原因となる）ファームウェア（特定種類のファームウェア）の差し替え指示（ファームウェア変更指示）を行う（図１０−１００９参照）。この際、監視センタホスト１１１のＣＰＵ２０１は、ダウンロード対象バージョン（全体バージョン）も画像形成装置１３１に指示するものとする。

なお、Ｓ１９０８では、監視センタホスト１１１のＣＰＵ２０１が自動的に不具合のあるファームウェアの差し替え指示を行う構成について示した。しかし、監視センタホスト１１１のＣＰＵ２０１が予め登録されているサービスマンのメールアドレスに障害の起因となったファームウェア情報を通知するように構成してもよい。この構成の場合、前述のメールを見たサービスマンが、後述する図２２の画面から不具合のあるファームウェアを指定して画像形成装置１３１に配信指示するものとする。

そして、画像形成装置１３１のファームウェア反映が完了し、ステップＳ１９０４において、監視センタホスト１１１のＣＰＵ２０１は、画像形成装置１３１からファーム更新完了通知を受信すると（図１０−１０１３参照）、ステップＳ１９１０に処理を進める。

ステップＳ１９１０では、監視センタホスト１１１のＣＰＵ２０１は、障害の発生し差し替え指示した特定種類のファームに対応する部分のログレベルを上げるように、画像形成装置１３１に指示を出す（図１０−１０１４参照）。そして、本フローチャートの処理を終了する。

図２０は、本発明のファームウェアアップデート処理における画像形成装置１３１の処理を示すフローチャートである。なお、このフローチャートの処理は、画像形成装置１３１のＣＰＵ５０６がＨＤＤ５０９に記憶されたプログラムをＲＡＭ５０８にロードして実行することにより実現される。

まず、画像形成装置１３１のＣＰＵ５０６は、ステップＳ２００１において、監視センタホスト１１１からファーム配信指示を受信すると（図１０−１００１、１００９参照）、ステップＳ２００２に処理を進める。

ステップＳ２００２では、画像形成装置１３１のＣＰＵ５０６は、Ｓ２００１で受信したファーム配信指示が通常のファーム配信か異常時のファーム配信かを判定する。そして、通常のファーム配信指示（図１９のＳ１９０３の指示）と判定した場合には、画像形成装置１３１のＣＰＵ５０６は、ステップＳ２００３に処理を進める。

ステップＳ２００３では、画像形成装置１３１のＣＰＵ５０６は、配信サーバ１３３に全種類のファームウェアの配信を要求する（図１０の１００２参照）。この際、画像形成装置１３１のＣＰＵ５０６は、図１８のＤ１８０３に示したデータを配信サーバ１３３に送信する。そして、ステップＳ２００５に処理を進める。

一方、通常のファーム配信指示でない、即ち異常時のファーム配信指示（図１９のＳ１９０８の指示）と判定した場合には、画像形成装置１３１のＣＰＵ５０６は、ステップＳ２００３に処理を進める。

ステップＳ２００４では、画像形成装置１３１のＣＰＵ５０６は、配信サーバ１３３に障害が発生した特定のファームウェアの配信を要求（変更バージョン配信要求）する（図１０の１０１０参照）。この際、画像形成装置１３１のＣＰＵ５０６は、図１８のＤ１８０７に示したデータを配信サーバ１３３に送信する。そして、ステップＳ２００５に処理を進める。

ステップＳ２００５では、画像形成装置１３１のＣＰＵ５０６は、ファームウェアを配信サーバ１３３からダウンロードして適用を行う。

なお、通常のファームウェア配信の場合、全種類のファームウェア及びファームウェア情報ファイル１１１３を配信サーバ１３３からダウンロードする（ファームウェア受信）。そして、画像形成装置１３１のＣＰＵ５０６は、ファームウェア情報ファイル１１１３の示す適用順番に基づいてファームウェアの適用を行う（図１０の１００５参照）。

一方、障害が発生した特定のファームウェア配信の場合、障害が発生した特定のファームウェア、該特定のファームウェアに関連してバージョン変更する必要のある他の種類のファームウェア、及びファームウェア情報ファイル１１１３を配信サーバ１３３からダウンロードする（ファームウェア受信）。そして、画像形成装置１３１のＣＰＵ５０６は、ファームウェア情報ファイル１１１３の示す適用順番に基づいてファームウェアの適用を行う（図１０の１０１２参照）。

次に、ファームウェアの適用が完了した後、画像形成装置１３１のＣＰＵ５０６は、ステップＳ２００６において、監視センタホスト１１１に更新完了通知を送信する（図１０の１００６、１０１３参照）。

次に、ステップＳ２００７において、画像形成装置１３１のＣＰＵ５０６は、更新したファームウェアのログレベルの変更が必要か否かを判定する。

画像形成装置１３１のＣＰＵ５０６は、監視センタホスト１１１から、更新したファームウェアのログレベルの変更指示を受信した場合に、ログレベルの変更が必要と判断し、ステップＳ２００８に処理を進める。

ステップＳ２００８では、更新したファームウェアのログレベル設定の変更を行うように、ＨＤＤ５０９内に記憶されているログレベル管理テーブル（図１３）のログレベル１３０４を「Ｈｉｇｈ」に変更する（図１０−１０１５参照）。そして、本フローチャートの処理を終了する。

一方、ステップＳ２００７で、画像形成装置１３１のＣＰＵ５０６は、監視センタホスト１１１から、更新したファームウェアのログレベルの変更指示を受信しない場合には、ログレベルの変更が必要ないと判断し、本フローチャートの処理を終了する。

以上、示したように、本実施形態の画像形成装置監視システムによれば、画像形成装置のファームウェアアップデート後の障害を早急に検知し、不具合のあるファームウェアを特定できる。このため、画像形成装置の復旧時間を最小限にすることが可能となる。

また、ファームウェアを更新する際に、ファームウェアの組み合わせ、適用順番を考慮する。これにより、特定のファームウェアのみを変更する場合であっても、全体として各ファームウェアのバージョンの組合せが適正になるように変更できるので、確実にファームウェアを更新することができる。また、ファームウェアを更新する際に、ファームウェアの適用順によっては正確に動作しない可能性のある画像形成装置であっても、適用順番を考慮することで、確実にファームウェアを更新することができる。

また、不具合のあるファームウェアの差し替えを行った後に、該当ファームウェアのログレベルを上げることで監視精度の向上を図ることができる。

以下、監視センタホスト１１１のＷｅｂ画面を使用して、画像形成装置１３１を管理しているサービスマンが行うファームウェアの配信指示する場合について説明する。

図２１は、監視センタホスト１１１のファームウェア配信の検索画面を示す図である。

図２２は、監視センタホスト１１１のファームウェア配信の詳細画面を示す図である。

なお、これらの画面は、監視センタホスト１１１により（又は図示しないＷｅｂサーバ等により）表示されるものである。そして、画像形成装置を管理するサービスマンはこれらの画面を使用して、画像形成装置のファームウェアのアップデート指示を行うことができる。

図２１において、２１０１は、ファームウェアアップデート対象となる画像形成装置を検索するメニューである。サービスマンは、２１０１の項目を選択することで、対象画像形成装置を検索する。２１０２は、検索メニュー２１０１で指定された項目の検索結果を示す。

そして、サービスマンが詳細ボタン２１０２を押下指示することで、図２２の画面に遷移するように構成されている。

図２２の画面が表示されると、まず、２２０１では、画像形成装置の現在のファームバージョンが表示される。さらに、２２０１の表示の下に、ファームアップデート方法が示される。ここで、サービスマンは、通常のファームアップの場合、「正規バージョンアップ」を選択し、異常時のファームアップの場合、「個別バージョンアップ」を選択する。そして、サービスマンが「全体のファームバージョン」を選択することにより、ファームの全体バージョンを変更することが可能となる。

２２０２では、サービスマンは、各ファームウェアのどれをインストールするのかをチェックボックスで指定することができる。ただし、２２０１で「正規バージョンアップ」を選択した場合、全てのチェックが自動選択されて、個別には選択できなくなるように構成されている。

２２０３では、サービスマンは、ファームウェアの配信時間を設定することができる。２２０３が設定されると、この設定時間に、監視センタホスト１１１１に対してファームウェアの配信指示（図１９のＳ１９０１で判断する指示）が行われるように構成されている。

なお、上記実施形態では、配信サーバ１１１から画像形成装置に障害の原因となる特定のファームウェアの更新を指示する場合、ダウンロード対象のファームウェアの種類とダウンロード対象となるファームウェアの全体バージョン（例「Ｖｅｒｓｉｏｎ２．１」）を指示する構成を示した。しかし、ダウンロード対象のファームウェアの種類とダウンロード対象となるファームウェアの個別バージョン（例「９．００」）を指示するように構成してもよい。

この構成の場合、画像形成装置が配信サーバ１３３に配信要求する際も、ダウンロード対象となるファームウェアの個別バージョン（例「９．００」）を指示する。

そして、配信サーバ１３３が、このファームウェアの個別バージョンと、ファームウェアバージョン一覧１１０１とに基づいて、全体バージョンを決定するように構成する。さらに、配信サーバ１３３は、この決定した全体バージョンに基づいて、ダウンロード対象となるファームウェアのバージョン変更に関連してバージョン変更すべき他の種類のファームウェアを決定するように構成する。

また、上記実施形態では、一例として、図６〜図８に示したように、各装置が、ＨＴＴＰ／ＳＯＡＰプロトコルを用いて通信する構成について示したが、各装置間の通信は、どのようなプロトコルによる通信であってもよい。

また、本実施形態では、監視センタホスト１１１が、画像形成装置１３１にファームウェア配信指示を行い、該指示に従って、画像形成装置が配信サーバ１３３に、ファームウェアダウンロードを要求し、該要求に従って、配信サーバ１１１が画像形成装置１３１にファームウェアをダウンロードする構成について示した。

しかし、監視センタホスト１１１が、配信サーバ１１１に対して、画像形成装置１３１にファームウェア配信するように指示し、該指示に従って、配信サーバ１１１が画像形成装置１３１にファームウェアをダウンロードするように構成してもよい。

また、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

以下、図９に示したメモリマップを参照して、本発明に係る画像形成装置監視システムを構成する配信サーバ１３３、監視センタホスト１１１、画像形成装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップの構成について説明する。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のOS等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図１８，図１９，図２０に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、CD-ROMやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（又はCPUやMPU）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

したがって、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、MO、CD-ROM、CD-R、CD-RW、磁気テープ、不揮発性のメモリカード、ROM、DVDなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のプログラムそのものをハードディスク等の記憶媒体にダウンロードすることによっても供給できる。また、該ホームページから圧縮され自動インストール機能を含むファイルをハードディスク等の記憶媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるWWWサーバやFTPサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してCD-ROM等の記憶媒体に格納してユーザに配布する。さらに、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。さらに、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、以下のような構成も含まれることは言うまでもない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているOS（オペレーティングシステム）等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む。そして、該メモリに書き込まれたプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

なお、上述した各変形例を組み合わせた構成も全て本発明に含まれるものである。

本実施形態における画像形成装置監視システム全体を示すシステム構成図である。 図１に示した監視センタホスト，配信サーバのハードウェア構成を示すブロック図である。 図１に示した監視装置のハードウェア構成を示すブロック図である。 図１に示した監視装置の別の形態のハードウェア構成を示すブロック図である。 図１に示した画像形成装置におけるハードウェア構成を示すブロック図である。 図１に示した監視センタホスト、配信サーバにおける画像形成装置監視システムに関わる部分のソフトウェア構成を示すブロック図である。 図１に示した監視装置における画像形成装置監視システムに関わる部分のソフトウェア構成を示すブロック図である。 図１に示した画像形成装置における画像形成装置監視システムに関わる部分のソフトウェア構成を示すブロック図である。 監視センタホスト、配信サーバ或いは、監視装置、或いは、画像形成装置におけるメモリマップの構造を示す図である。 本発明における画像形成装置、配信サーバ、監視センタホストの概念図である。 配信サーバのデータベースが保持するテーブルと配信サーバが作成するファイルの関連図である。 監視センタホスト（又はデータベース）内に保持されるファームウェア障害対応テーブルを示す図である。 ログレベル管理テーブルの一例を示す図である。 ファームウェアバージョン一覧テーブルの一例を示す図である。 ファーム適用順テーブルの一例を示す図である。 ファームウェア情報ファイルの一例を示す図である。 配信サーバの機能構成を示すブロック図である。 本発明のファームウェアアップデート処理における配信サーバ１３３の処理を示すフローチャートである。 本発明のファームウェアアップデート処理における監視センタホスト１１１の処理を示すフローチャートである。 本発明のファームウェアアップデート処理における画像形成装置１３１の処理を示すフローチャートである。 監視センタホストのファームウェア配信の検索画面を示す図である。 監視センタホスト１１１のファームウェア配信の詳細画面を示す図である。

符号の説明

１１１ 監視センタホスト
１１２ 監視センタホスト用データベース
１１５、１１６、１２０、１２５〜１２７、１３１ 画像形成装置
１１７、１２２、１２３ 監視装置
１３３ 配信サーバ
１３４ 配信サーバ用データベース

Claims (6)

1. 複数種類のファームウェアにより制御される画像形成装置と、前記画像形成装置を監視する監視サーバと、前記画像形成装置にファームウェアを配信する配信サーバとを有する画像形成装置監視システムであって、
   前記監視サーバは、
   前記画像形成装置から通知される稼働情報に基づいて当該画像形成装置の障害を検知する検知手段と、
   前記検知手段が検知した障害の原因となるファームウェアの種類を特定する特定手段と、
   前記特定手段が特定した特定種類のファームウェアをバージョン変更するように前記画像形成装置に指示するファームウェア変更指示手段とを有し、
   前記画像形成装置は、
   前記監視サーバによりバージョン変更するように指示された特定種類のファームウェアを前記配信サーバに要求するための配信要求を行うファームウェア要求手段と、
   前記ファームウェア要求手段による前記配信要求に応じて、前記配信サーバにより配信される前記特定種類のファームウェア及び当該特定種類のファームウェアの適用に関連してバージョン変更すべき他の種類のファームウェアを受信するファームウェア受信手段と、
   前記ファームウェア受信手段が受信したファームウェアを当該画像形成装置に適用する適用手段と、
   前記監視サーバにおける監視制度を向上させるために、前記適用された特定種類のファームウェアに関連して通知すべき稼働情報の通知頻度、及びログレベルの少なくともいずれかを設定変更する設定手段と、有し、
   前記配信サーバは、
   前記画像形成装置からの前記配信要求に応じて、前記特定種類のファームウェアの適用に関連してバージョン変更すべき他の種類のファームウェアを、予め定められたファームウェアの適用可能なバージョンの組合せ情報に基づいて決定する決定手段と、
   前記配信要求された特定種類のファームウェア及び前記決定手段により決定された他の種類のファームウェアを前記画像形成装置に配信するファームウェア配信手段と、
   を有することを特徴とする画像形成装置監視システム。
2. 複数種類のファームウェアにより制御される画像形成装置であって、
   前記画像形成装置の稼働情報を監視サーバに通知する通知手段と、
   前記通知手段による稼働情報の通知に応じて、前記監視サーバで当該画像形成装置の障害が検知され、該障害の原因となる特定種類のファームウェアのバージョンの変更指示を受信した場合、前記指示された特定種類のファームウェアを配信サーバに要求するための配信要求を行うファームウェア要求手段と、
   前記ファームウェア要求手段による特定種類のファームウェアの配信要求に応じて、前記配信サーバにより配信される前記特定種類のファームウェア及び当該特定種類のファームウェアの適用に関連してバージョン変更すべき他の種類のファームウェアを受信するファームウェア受信手段と、
   前記ファームウェア受信手段により受信したファームウェアを当該画像形成装置に適用する適用手段と、
   前記適用された特定種類のファームウェアに関連して通知すべき稼働情報の通知頻度、及びログレベルの少なくともいずれかを設定変更する設定手段と、
   を有することを特徴とする画像形成装置。
3. 前記ファームウェア受信手段は、さらにファームウェアの適用順を示す適用順情報を受信し、
   前記適用手段は、前記適用順情報に基づく順序で、前記各ファームウェアを適用することを特徴とする請求項２に記載の画像形成装置。
4. 複数種類のファームウェアにより制御される画像形成装置におけるファームウェア変更方法であって、
   通知手段が、前記画像形成装置の稼働情報を監視サーバに通知する通知ステップと、
   ファームウェア要求手段が、前記通知手段による稼働情報の通知に応じて、前記監視サーバで当該画像形成装置の障害が検知され、該障害の原因となる特定種類のファームウェアのバージョンの変更指示を受信した場合、前記指示された特定種類のファームウェアを配信サーバに要求するための配信要求を行うファームウェア要求ステップと、
   ファームウェア受信手段が、前記ファームウェア要求手段による特定種類のファームウェアの配信要求に応じて、前記配信サーバにより配信される前記特定種類のファームウェア及び当該特定種類のファームウェアの適用に関連してバージョン変更すべき他の種類のファームウェアを受信するファームウェア受信ステップと、
   適用手段が、前記ファームウェア受信手段が受信したファームウェアを当該画像形成装置に適用する適用ステップと、
   設定手段が、前記適用された特定種類のファームウェアに関連して通知すべき稼働情報の通知頻度、及びログレベルの少なくともいずれかを設定変更する設定ステップと、
   を有することを特徴とするファームウェア変更方法。
5. 前記ファームウェア受信ステップは、さらにファームウェアの適用順を示す適用順情報を受信し、
   前記適用ステップは、前記適用順情報に基づく順序で、前記各ファームウェアを適用することを特徴とする請求項４に記載のファームウェア変更方法。
6. 請求項４又は５に記載されたステップをコンピュータに実行させるためのプログラム。

Images