JP5111129B2 - 情報処理装置、情報処理システム、情報処理方法、及び、プログラム - Google Patents

Description

本発明は、ソフトウェアのバージョンを更新する情報処理装置に関する。

従来、情報処理装置の周辺装置の稼働状態を遠隔的に管理するシステムが広く用いられている。例えば、情報処理装置として画像形成装置を用いるようなシステムにおいて、画像形成装置のファームウェアのアップデート（更新）は、以下のように行われていた。ファームウェアをバージョンアップ、もしくは障害等の理由により更新する必要が生じた場合に、サービスマンが顧客先に訪問し、手作業でアップデートを行っていた。例えば、ファームウェアの全てをプリンタのＲＯＭに内蔵しなければならないので、ファームウェアを更新する場合に、ＲＯＭを交換するか、若しくは、内蔵のフラッシュメモリやＥＥＰＲＯＭを書き換えるという特別な作業をしなければならなかった。そのため、ファームウェア更新のためのコストが高いものとなっていた。そこで、近年では、ファームウェアをフラッシュメモリなどの書き換え可能な記憶装置に格納し電子メール等を用いてインターネットを介してファームウェアを配信することにより、ファームウェアを更新することが広く行われている。

そのようにして画像形成装置にファームウェアやアプリケーション等の配信を行なって、画像形成装置のファームウェアをリモートでバージョンアップするという機能は、配信サーバの機能の１つとして知られている。一方、現在の画像形成装置には、画像形成装置のファームウェアが動作設定等を保持するための不揮発性メモリが用いられている。一般的に、この不揮発性メモリに動作設定等を記憶する場合には、複数から構成される画像形成装置のファームウェアのそれぞれについて、使用する領域がメモリマップとして予め割り当てられている。次に、そのメモリマップに従って、画像形成装置のファームウェアのそれぞれの領域に対して動作設定等の読み出し／書き込みが行われる。

また、画像形成装置のファームウェアをバージョンアップする際に、構成ファームの追加／削除や仕様変更に伴って、不揮発性メモリのメモリマップの変更が生じる場合がある。従って、一般的に、バージョンアップ後のファームウェアの起動時には、不揮発性メモリを自動的に初期化することにより、安全に起動させている。しかしながら、その場合に、不揮発性メモリに保持していた動作設定等も初期化されるので、アドレス帳やユーザモード／サービスモード設定、ジョブ情報も初期化されてしまう。また、従来においては、メモリに保持していた動作設定等のアドレスを示すマッピング情報と、ファームウェアのバージョンとが特に関連付けられていなかった。そのため、サービスマンが現地にてバージョンアップ直前の動作設定等のアドレス情報を調べ、画像形成装置外部に一旦退避し、バージョンアップ後に、退避した設定を書き戻す作業を行い、前述の動作設定等の初期化を防いでいた。

従って、従来、不揮発性メモリ上の動作設定情報等の退避が必要か否かの判断はサービスマンに任されていた。そのため、判断を誤って動作設定が初期化されるケースや、安全のために本来必要の無い退避作業を常に行うケースが多い。従って、現地作業を極力伴わずに、かつ、安全にバージョンアップを実現する新たな技術が求められている。

特許文献１において、プリンタのファームウェアの一部または全部をホストＰＣが有するダウンロード方式が記載されている。その方式によると、印刷処理を行う度に、プリンタドライバがプリンタで動作しているファームウェアの状態とアプリケーションが要求するファームウェアとを比較し、必要なモジュールだけプリンタ側にダウンロードする。しかしながら、特許文献１には、ファームウェアの更新の際に動作設定情報等を退避させる利便性の改善については特に記載されていない。
特開２００１−６７２２８号公報（段落００６５）

そこで、上記の点に鑑み、本発明は、動作設定情報のバックアップの必要性を自動的に判断し、ソフトウェアのバージョン更新の利便性を向上する情報処理装置を提供することを目的とする。

本発明に係る情報処理装置は、内部又は外部に格納されたソフトウェアを更新する情報処理装置であって、ソフトウェアのバージョンと、前記情報処理装置で利用されるデータの複数項目それぞれに対応する格納位置を示すマッピング情報とを対応させた一覧を記憶する記憶手段と、ソフトウェアを更新する場合に、前記記憶手段に記憶された一覧を参照して、更新前のソフトウェアのバージョンに対応するマッピング情報と、更新後のソフトウェアのバージョンに対応するマッピング情報との間で差異があるか否かを、前記格納位置に基づき判断する第１の判断手段と、前記第１の判断手段による判断の結果、差異があると判断された場合に、差異のあるマッピング情報の項目に対応する前記格納位置にユーザデータが格納されているか否かを特定の項目順に判定していき、いずれかの項目にユーザデータが格納されていると判定されると、当該ユーザデータをバックアップすべき旨をユーザに通知する通知手段と、前記第１の判断手段による判断の結果、差異がないと判断された場合に、前記ソフトウェアを更新する更新手段とを備える。

本発明によれば、動作設定情報のバックアップの必要性を自動的に判断し、ソフトウェアのバージョン更新の利便性を向上することができる。

以下に、本発明を実施するための最良の形態について、図面を参照しながら詳しく説明する。なお、同一の構造要素には同一の参照番号を付して、説明を省略する。

図１は、本発明に係る実施形態における情報処理システムの全体構成を示す図である。図１において、本管理システムには、システム１０１及び１０６等の複数の販売会社システムが接続されている。それぞれのシステムは、管轄の地域や顧客の販売情報や管理システムに関わる情報を蓄積するデータベース１０３、１０８を含んでいる。販売会社のシステム１０１、１０６には、データベース１０３、１０８へのデータ登録や修正などの制御を行なうＰＣ１０４、１０９も含まれている。ＰＣ１０４、１０９は、監視センタホストである監視センタホスト１１１が提供するウェブサイトへアクセスしてデータの閲覧等を行うことができる。なお、ホスト１０２、１０７は、操作部及び表示部を持ち、ＰＣ１０４、１０９の役割を果たす事もできる。ホスト１０２、データベース１０３、ＰＣ１０４はＬＡＮ１０５で接続されており、また、ホスト１０７、データベース１０８、ＰＣ１０９はＬＡＮ１１０で接続されている。なお、図１では、販売会社側の各々のシステムは、複数の装置から構成されるよう示されているが、その目的とするところは、後述の各機能を達成すればよい。例えば、データベース１０３、１０８は、物理的にホスト１０２、１０７内に構成するようにしても良い。また、ホスト１０２、１０７からアクセス可能であれば、インターネット等のネットワーク１３２を経由した別の場所に構成するようにしても良い。つまり、各々のシステムは、複数の装置で構成されるようにしても良いし、１つの装置で構成するようにしても良い。

次に、販売会社側と顧客側の中間に、監視センタホスト１１１が、構成されている。データベース１１２は、監視のための情報や、顧客側から収集した画像形成装置のカウンタ、障害履歴情報、障害パターンテーブルなどを蓄積し、記憶する。監視センタホスト１１１とデータベース１１２はＬＡＮ１１３で接続されており、ＬＡＮ１１３は、インターネットに接続することもできる。なお、データベース１１２は、物理的に監視センタホスト１１１内に構成するようにしてもよい。さらに、監視センタホスト１１１からアクセス可能であれば、インターネットを経由した別の場所に構成するようにしても良い。

監視センタホスト１１１は、後述する監視装置１１７、１２２、１２３や画像形成装置１３１から監視対象としての画像形成装置の情報や稼働状態を示す情報（障害情報を含む）を収集、蓄積、加工し、警告等を外部に提供する機能を有する。例えば、販売会社のホスト１０２、１０７にそれらの情報を配信する機能を有する。稼働状態としては、例えば、トナー切れ、ドアオープン、ドラム交換、カートリッジなし、冷却ファン異常、基板異常、原稿台ガラス汚れ、ステイプル切れ、給紙センサ光量不足などが状態情報として示される。また、フォントメモリオーバーフロー、レンダリングエラー、定着器異常、カウンタ異常、両面ユニット異常、紙詰まりなどもある。更に、カウンタ情報としては、販売会社の課金対象となる課金カウンタ、顧客の部門別に集計された部門カウンタ、用紙サイズ別に集計されたサイズ別カウンタ、画像形成装置内の部品の消耗度を示す部品カウンタなどが挙げられる。課金カウンタは、画像形成装置の印刷枚数を示し、部門カウンタは、顧客が設定している部門毎の印刷枚数を示す。部品カウンタは、例えばドラムなどの部品では、その回転数をカウンタとし、スキャナランプなどの部品では、時間（秒）をカウンタとしている。これらの稼働情報を示す情報が稼働情報となる。

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

ここで、本管理システムによるサービスは、販売会社と顧客との契約に基づき、提供される。従って、販売会社が契約に基づき監視対象と決定した画像形成装置のみを、本管理システムの監視対象とする。監視センタホスト１１１は、インターネットを介して接続したＰＣに対して、データベース１１２に蓄積した情報又は加工した情報を閲覧するウェブページを提供している。このウェブページは、ユーザ認証により、販売会社別、顧客別、及びユーザの権限別に閲覧内容を限定して提供することができる。また、そのウェブページによって、データの一部を変更することもできる。

次に、販売会社側と顧客側の中間に、配信サーバ１３３が存在する。データベース１３４は、画像形成装置に適用するためのファームウェアやアプリケーション、ソフトウェアライセンス情報などを蓄積し、記憶する。配信サーバ１３３とデータベース１３４は、ＬＡＮ１３５で接続されており、ＬＡＮ１３５は、インターネットに接続可能である。なお、データベース１３４は、物理的に配信サーバ１３３内に構成するようにしても良い。また、配信サーバ１３３からアクセス可能であれば、インターネットを経由した別の場所に構成するようにしても良い。なお、ＬＡＮ１１３とＬＡＮ１３５は同一としても良いし、データベース１３４とデータベース１１２がデータを共有するように構成しても良い。

図１においては、監視センタホスト１１１及びデータベース１１２と、配信サーバ１３３及びデータベース１３４が１つずつしか示されていない。しかしながら、それらを複数構成して、多くの画像形成装置、若しくは、監視装置からの情報を収集したり、ファームウェア配信の負荷分散を行なうようにしても良い。

次に、顧客側のシステム構成について説明する。顧客側は、異なる複数の環境を含んでいる。図１においては、顧客システム１１４、１１９、１２９が示されている。顧客システム１１４（Ａ社Ｘ事業所）においては、インターネットに接続されたＬＡＮ１１８に接続された画像形成装置１１５、１１６が監視装置１１７により監視され、監視装置１１７はインターネット経由で監視センタホスト１１１と通信している。一方、顧客システム（Ａ社Ｙ事業所）においては、監視装置１２２、１２３によってＬＡＮ１２８上の画像形成装置が管理されている。監視装置１２２により、画像形成装置１２０、１２１、１２４、１２５が管理され、監視装置１２３により画像形成装置１２６、１２７が管理されている。監視装置１１７、１２２、１２３は、データベース１３６（不図示）と接続されている。監視装置は、画像形成装置１１５、１１６から収集した情報の蓄積、蓄積したデータの加工結果の保存を行うとともに、画像形成装置の監視に関わる設定もデータベース（不図示）１３６内に保存している。なお、不図示のデータベース１３６は、例えば、ＬＡＮ１１８上に接続され、独立して構成されても良い。また、監視装置１１７、１２２、１２３からアクセス可能であれば、インターネットを経由した別の場所に構成しても良い。監視装置は、画像形成装置の状態情報（例えば、障害等の発生）を、画像形成装置から受信する度に、監視センタホスト１１１に送信する。

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

以上のような図１に示すシステムにおいて、インターネットを介した通信においては、ＨＴＴＰ／ＳＯＡＰプロトコルを利用することができる。ＳＯＡＰは、「Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ」の略称である。ＳＯＡＰは、ＸＭＬ（ｅＸｔｅｎｄｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）をベースとして、あるコンピュータから他のコンピュータのデータやサービスを呼び出すためのプロトコルである。本例では、ＳＯＡＰはＨＴＴＰの上に実装される。ＳＯＡＰによる通信は、ＸＭＬ文書に付帯情報を付加したＳＯＡＰメッセージを交換する。従って、ＳＯＡＰをサポートするコンピュータは、ＳＯＡＰメッセージを生成するＳＯＡＰメッセージ生成部と、ＳＯＡＰメッセージを解釈するＳＯＡＰメッセージ解釈部とを備えている。本実施形態において、画像形成装置の状態情報は、ＳＯＡＰメッセージによって監視センタホスト１１１に送信される。Ａ社における各画像形成装置は、監視装置１１７を介して監視センタホスト１１１と通信を行なうと説明した。しかし、設定の変更により、Ｂ社に設置される画像形成装置１３１と同様に監視装置１１７を介することなく、監視センタホストとの通信を行うこともできる。

＜ハードウェア構成＞
図２は、監視センタホスト１１１のハードウェア構成を示す図である。また、配信サーバ１３３、ホスト１０２、１０７のハードウェア構成も同様である。図２において、第１ＣＰＵ２０１、第２ＣＰＵ２０２は、本装置上の各処理を司る。書換え不可能なＲＯＭ２０３は、本装置の各処理に関わるプログラムやデータを記憶する。ＲＡＭ２０４は、本装置の各処理に関わる一時的なデータを電気的に記憶できかつ書き換え可能である。第１ＨＤＤ２０５、第２ＨＤＤ２０６は、本装置の各処理に関わるプログラムやデータ、および一時的なデータ、本発明に関わる監視対象の画像形成装置に関する情報、及び、画像形成装置から収集した情報などを記憶する。例えば、部品カウンタ、課金カウンタ、部門カウンタなどがハードディスクに保存される。監視センタホスト１１１の場合、後述する図６の処理及び図１９で示される処理のプログラムを第１ＨＤＤ２０５に有する。このプログラムは、ＲＡＭ２０４を一時保存領域として使用し、第１ＣＰＵ２０１又は第２ＣＰＵ２０２によって呼び出され実行される。配信サーバ１３３の場合は、後述する図６の処理及び図１８で示されるプログラムを第１ＨＤＤ２０５に有する。このプログラムは、ＲＡＭ２０４を一時保存領域として使用し、第１ＣＰＵ２０１又は第２ＣＰＵ２０２によって呼び出され実行される。操作部２０７は、本装置への指示入力を受け付けるキーボードやポインティングデバイスである。表示部２０８は、本装置の動作状況や、本装置上で動作する各プログラムが出力する情報を表示する。ネットワークＩ／Ｆ２０９は、ネットワーク経由でＬＡＮ又はインターネットに接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ２１０は、外部記憶機器等を接続する。以上、説明した要素が、システムバス２１１により結び付き、データを相互に送受信することができる。

図３は、監視装置１１７、１２２、１２３のハードウェア構成を示す図である。また、ＰＣ１０４、１０９のハードウェア構成にも該当させることができる。

ＣＰＵ３０１は、本装置上の各処理を司る。ＲＯＭ３０２は、本装置の各処理に関わるプログラムやデータを記憶し、書換えは不可能である。ＲＡＭ３０３は、本装置の各処理に関わる一時的なデータを電気的に記憶でき、かつ、書き換え可能である。監視装置１１７では、本装置の各処理に関わるプログラムやデータ及び一時的なデータ、監視対象の画像形成装置に関する情報及び画像形成装置から収集した情報などをＨＤＤ３０４に記憶する。ＰＣ１０４、１０９においては、ウェブブラウザなどをＨＤＤ３０４に記憶している。入力装置３０５は、本装置への指示入力を受け付けるキーボードやポインティングデバイスである。表示部３０６は、本装置の動作状況や、本装置上で動作する各プログラムが出力する情報を表示する。ネットワークＩ／Ｆ３０７は、ネットワーク経由でＬＡＮ及びインターネットに接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ３０８は外部記憶機器等を接続する。それらがシステムバス３０９により結び付き、データを相互に送受信している。

図４は、監視装置１１７、１２２、１２３の、別の形態のハードウェア構成を示す図である。ＣＰＵ４０１は、本装置上の各処理を司る。ＲＯＭ４０２は、本装置の各処理に関わるプログラムやデータを記憶し、書換え不可能である。フラッシュＲＯＭ４０３は、本装置の各処理に関わるデータおよび一時的なデータ、監視対象の画像形成装置に関する情報、および画像形成装置から収集した情報などを記憶する。シリアルＩ／Ｆ４０４は、本装置上のプログラムがエラーやログを出力しており、シリアルケーブルを用いて端末を接続する事が可能である。ネットワークＩ／Ｆ４０５は、ネットワーク経由でＬＡＮおよびインターネットに接続し、外部と情報交換を行う。それらがシステムバス４０６により結び付き、データをやりとりしている。

図５は、画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１のハードウェア構成を示す図である。画像形成装置としては、具体的には、プリンタ及びファクシミリ機能が統合的に設けられた複合機や、ＰＣなどからデータを受信し印刷するプリンタ（電子写真方式及びインクジェット方式を含む）や、スキャナーや、ファクシミリなどである。本図では、画像形成装置の一例として複合機の構成を示している。イメージリーダ５０２は、原稿給送部５０１で原稿を読み込む。イメージリーダ５０２、画像形成部５０３は、読み込んだ原稿や、ネットワーク経由で受信したデータを印刷画像に変換・印刷出力する。排紙部５０４は、印刷出力した紙を排出し、ソートやステイプルといった処理を施す。ネットワークＩ／Ｆ５０５は、ネットワーク経由でＬＡＮ及びインターネットに接続し、外部と情報交換を行う。ＣＰＵ５０６は、本装置上の各処理を司る。画像形成装置の動作状態を監視し、障害等の特定のイベントが発生した場合には、その状態を示す状態情報を、あらかじめ定めた宛先に送信する。宛先は、例えば、監視センタホスト１１１や監視装置などである。不揮発性記憶メモリのＲＯＭ５０７は、本装置の各処理に関わるプログラムやデータを記憶する。書き換え可能なＲＡＭ５０８は、本装置の各処理に関わる一時的なデータを電気的に記憶する。ＨＤＤ５０９は、本装置の各処理に関わるプログラムやデータ及び一時的なデータ、本装置に送信されてきたユーザデータなどを記憶する。画像形成装置は、後述する図８の処理及び図２０で示される処理のプログラムをＨＤＤ５０９に有している。このプログラムは、ＲＡＭ５０８を一時保存領域として使用し、ＣＰＵ５０６によって呼び出され実行される。操作部５１０は、本装置への指示入力を受け付ける。表示部５１１は、本装置の動作状況及び操作部５１０に対する操作に関わる情報を表示する。そして、それらがシステムバス５１２により結び付き、データを相互に送受信することができる。なお、デバイス自身が監視のための情報を積極的に送信する機能を持つ画像形成装置１３１では、ＲＯＭ５０７又はＨＤＤ５０９内に、監視データ送出処理に関わるプログラムやデータを保持している。

＜ソフトウェア＞
図６は、監視センタホスト１１１、配信サーバ１３３における画像形成装置管理システムに関わる部分のソフトウェア構成を示す図である。ＳＯＡＰ通信部６０１は、監視装置１１７又は画像形成装置１３１よりネットワークＩ／Ｆ２０９を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部６０２に渡す。また、ＳＯＡＰメッセージ作成部６０３により作成したＳＯＡＰデータをネットワークＩ／Ｆ２０９を介して監視装置１１７、又は画像形成装置１３１に送信する。収集情報処理部６０４では、監視下の監視装置１１７又は画像形成装置１３１から受信した情報をそのまま、又は、加工し、データベースアクセス部６０６を介してデータベース１１２、データベース１３４に格納する。

また、収集情報処理部６０４は、遠隔管理システムに関わる機能を実現する。例えば、監視下の監視装置１１７又は画像形成装置１３１から受信した情報及びデータベース１１２、データベース１３４に格納されているデータを元に、カウンタ情報の集計、エラー情報、ファーム最新情報を担当サービスマンや顧客側管理者に通知する。監視制御部６０５は、監視装置１１７又は画像形成装置１３１の情報を取得するスケジュール管理や、監視内容、方法の制御を行なう。更に、必要に応じて、監視下の監視装置１１７又は画像形成装置１３１に、ＳＯＡＰメッセージ作成部６０３、ＳＯＡＰ通信部６０１を介して、指示を送信する。

図７は、監視装置１１７、１２２、１２３における画像形成装置管理システムに関わる部分のソフトウェア構成を示す図である。ＳＯＡＰ通信部７０１は、監視センタホスト１１１よりネットワークＩ／Ｆ３０７又は４０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部７０３に渡す。また、ＳＯＡＰメッセージ作成部７０２により作成したＳＯＡＰデータをネットワークＩ／Ｆ３０７又は４０５を介して監視センタホスト１１１、配信サーバ１３３に送信する。監視制御部７０４は、後述する監視センタホスト１１１からの監視設定に従い、情報蓄積部７０６に保持する監視画像形成装置情報を更新したり、画像形成装置１１５、１１６の情報を取得し、スケジュール管理を行なう。デバイス情報処理部７０５は、監視制御部７０４により管理するスケジュールにより、本装置が積極的に画像形成装置１１５、１１６から収集したカウンタ情報、サービスコールやジャム、トナー切れなどの情報を、情報蓄積部７０６に蓄積する。又は、この蓄積は、画像形成装置１１５、１１６の状態に応じて行われる。情報蓄積部７０６に蓄積したデータは、デバイス情報処理部７０５を介して、そのままＳＯＡＰメッセージ作成部７０２に渡され、監視センタホスト１１１に送信される。又は、デバイス情報処理部７０５内で解釈、加工されてからＳＯＡＰメッセージ作成部７０２に渡されて、監視センタホスト１１１に送信される場合もある。

図８は、画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１における画像形成装置管理システムに関わる部分のソフトウェア構成を示す図である。ＳＯＡＰ通信部８０１は、監視センタホスト１１１、配信サーバ１３３からネットワークＩ／Ｆ５０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部８０３に渡す。また、ＳＯＡＰメッセージ作成部８０２により作成したＳＯＡＰデータをネットワークＩ／Ｆ５０５を介して監視センタホスト１１１、配信サーバ１３３に送信する。ネットワーク情報取得部８０４は、ＤＨＣＰ環境においてはＩＰアドレス、ＤＮＳサーバ、ゲートウェイアドレスを自動的に取得することができる。また、操作部５１０から入力されＨＤＤ５０９に保存されたネットワーク情報が存在する場合には、その情報を取得するようにしても良い。デバイス情報収集部８０５は、本複合機内部のスケジュール又は監視センタホスト１１１からの指示により、内部に保持するカウンタ情報を取得し、また、内部で発生したサービスコールやジャム、トナー切れなどの情報を取得することができる。取得したデータは、そのままＳＯＡＰメッセージ作成部８０２に渡される場合と、デバイス情報収集部８０５内で蓄積、解釈、加工してからＳＯＡＰメッセージ作成部８０２に渡される場合とがある。ＳＯＡＰメッセージ作成部８０２に渡されたデータは、監視センタホスト１１１に送信される。

図９は、監視センタホスト１１１、配信サーバ１３３、監視装置１１７、１２２、１２３、又は、画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１におけるメモリマップの構造を示す図である。本実施形態における処理プログラムを実行する際、監視センタホスト１１１ではＲＡＭ２０４上に、監視装置１１７ではＲＡＭ３０３又はフラッシュＲＯＭ４０３上に、画像形成装置ではＲＡＭ５０８上にプログラムがロードされる。メモリマップは、基本Ｉ／Ｏプログラム９０１、システム・プログラム９０２、本実施形態における処理プログラムを初めとする各種処理プログラム９０３、関連データを格納するエリア９０４、プログラムのワークエリア９０５で構成されている。基本Ｉ／Ｏプログラム９０１は、本装置上の入出力を司る。システム・プログラム９０２は、各処理プログラムに動作環境を提供する。なお、容量の制約により９０１〜９０５として利用する領域が足りなくなった場合、第１ＨＤＤ２０５又は第２ＨＤＤ２０６をＲＡＭ２０４の、ＨＤＤ３０４をＲＡＭ３０３の、ＨＤＤ５０９をＲＡＭ５０８の領域の一部として扱うようにしても良い。

図１０は、本実施形態における画像形成装置と配信サーバと監視センタホストとの間の処理の流れの概念を示す図である。以下、図１０を参照しながら、詳細に説明する。まず、ステップＳ１００１において、販売会社の担当者が、配信サーバにファームウェアを登録する。その際、ファームウェアのバージョン、モデル名、マッピングファイルの情報が登録される。ここで、マッピングファイルとは、図１１に示すような、モデル名、ファームウェアバージョン、不揮発性メモリ、ハードディスクのマッピング情報が記載されている一覧を示すファイルをいう。図１１については、後述する。例えば、不揮発性メモリの場合には、デバイスの不揮発性メモリに格納されている宛先表、ＢＯＸ情報、サービスモード情報等のメモリ空間におけるアドレス情報が記載されている。マッピング情報の一例として、画像形成装置内のメモリ空間におけるアドレス情報が挙げられる。例えば、ここで、マッピング情報とは、画像形成装置におけるメモリ上のデータ（ソフトウェア等のプログラムを含む）の格納位置を示す情報のことである。そのようなマッピング情報の一例として、ｅメールを含む宛先表が格納されたアドレス、ＢＯＸのメモリ位置を示すアドレス、管理者モードの場合に呼び出されるサービスモード情報を記憶したアドレスがある。また、アドレスには開始アドレスや終了アドレスが含まれ、開始アドレスとオフセットの表現やその他のメモリ上の格納位置を示す情報が含まれている。ここで、ＢＯＸとは、画像処理されたデータ等を格納する所定の記憶領域のことであり、例えば、ＨＤＤ等で構成される。

次に、ステップＳ１００２において、販売会社の担当者は、後述する図１７に示す監視センタホストのファームウェア配信画面から、更新するファームウェアのバージョンを選択し実行する。ステップＳ１００３において、監視センタホストは、画像形成装置にファームウェア配信指示を出し、更新ファームウェアバージョンを通知する。

ステップＳ１００４において、画像形成装置は、配信サーバにファームウェアダウンロードを要求するとともに、モデル名／シリアルナンバー／画像形成装置の現在のファームウェアバージョン／要求ファームウェアバージョンの情報を送信する。ここで、モデル名とは、画像形成装置の名称を示し、シリアルナンバーとは、画像形成装置毎に付与される個別のＩＤを示している。ステップＳ１００５において、配信サーバは、要求されたファームウェア本体と、要求ファームウェアバージョンに対応したマッピングファイルを画像形成装置に送信する。

ステップＳ１００６において、画像形成装置は、ステップＳ１００５で受信したモデルの要求ファームウェアバージョンと画像形成装置内で保持している現在のファームウェアバージョンとのマッピングファイルを比較する。本実施形態において、画像形成装置は、図１１に示す現在のファームウェアバージョンのマッピングファイル対応テーブルを有している。例えば、「ＡＢＣＤ 」のＶｅｒ１．０（更新前のバージョン）からＶｅｒ１．１（更新後のバージョン）にバージョンアップする場合を考える。図１１のテーブルを参照すると、不揮発性メモリのＢＯＸ情報とサービスモード情報のアドレスが異なっているので、「差異がある」と判断することができる。ステップＳ１００６の判断処理は、「第１の判断手段」の一例である。

ステップＳ１００７において、ステップＳ１００６で比較された結果、差異があれば、その差異のあるアドレスでマッピングされた項目をバックアップすべき情報として認識し、画像形成装置のファームウェアを手動で更新するように判断する。その情報は、例えば、別の記憶領域に格納して他の情報から認識できるようにしても良い。認識されたマッピングされた項目は、例えば、バックアップすべき情報として画面に表示されることができる。一方、差異がなければ、画像形成装置のファームウェアを自動で更新するように判断する。

ステップＳ１００８において、ステップＳ１００７において「自動での更新」と判断された場合には、そのままファームウェアをアップデートして本処理を終了する。一方、「手動での更新」と判断された場合には、ステップＳ１００９において、マッピングファイルの差異のある項目がデフォルト値であるか否かを判断する。例えば、差異のある項目が「宛先表」の場合に、宛先表にメールアドレスの登録がないのであれば、デフォルト値であると判断する。本実施形態においては、そのデフォルト値は、例えば、画像形成装置のＲＯＭ等のメモリ領域に予め格納されるようにしても良い。ステップＳ１００９の判断処理は、「第２の判断手段」の一例である。

ステップＳ１０１０において、ステップＳ１００９でデフォルト値であると判断された場合には、バックアップすべきデータがないので、「手動での更新」から「自動での更新」に判断を変更し、そのままアップデートして本処理を終了する。一方、デフォルト値でないと判断された場合には、ステップＳ１０１１において、手動でアップデートするために待機する。

ステップＳ１０１２において、ステップＳ１０１０又はＳ１０１１においての判断の結果が、監視センタホストに通知される。監視センタホストは、判断の結果が「自動での更新」の場合には何も行わないが、「手動での更新」の場合には、メール等によりサービスマンに派遣を指示する。サービスマンは、ステップＳ１０１１において待機とされている画像形成装置に赴く。その後、図１８に示す画像形成装置のファームウェア適用画面を用いて、コンフィグレーション情報（不揮発性メモリ、ハードディスクの情報）をバックアップし、ファームウェアを更新する。

図１１は、マッピングファイル対応テーブルの一例を示す図である。マッピングファイルには、モデル名、ファームウェアバージョン、不揮発性メモリ／ハードディスクの情報が記載されている。項目１１０１は、画像形成装置のモデル名を示している。項目１１０２は、項目１１０１のモデル名に対応するファームウェアバージョンを示している。項目１１０３は、項目１１０１のモデル名と項目１１０２のファームウェアバージョンに対応したマッピングファイルの内容を示している。項目１１０３によると、例えば、ファームウェアバージョンが「Ｖｅｒ１．０」〜「Ｖｅｒ１．２」に対応した、不揮発性メモリに保存されている宛先表は、アドレス「０ｘ００２１」に格納されている。

図１２は、各バージョンのマッピングファイルの一例を示す図である。項目１２０１は、モデル名を示している。項目１２０２は、ファームウェアのバージョンを示している。項目１２０３は、不揮発性メモリ／ハードディスクのマッピング情報を示している。

図１３は、配信サーバのブロック構成を示す図である。図１３に示すように、配信サーバは、画像形成装置１３０１と監視センタホスト１３０２と通信するように構成されている。配信サーバにおける通信Ｉ／Ｆ部１３０３は、画像形成装置１３０１又は監視センタホスト１３０２からデータを受信する。通信データ制御部１３０４は、通信Ｉ／Ｆ部１３０３において受信したデータを、ファームウェア・マッピングファイル登録部１３０５により、データベース１３０７にファームウェア本体とそれに対応するマッピングファイルを登録するように制御する。ファームウェア・マッピングファイル管理部１３０６は、データベース１３０７に登録されたファームウェアとマッピングファイルの参照又は集計などを行う。データベース１３０７は、ファームウェアとマッピングファイルを記憶する。

図１４は、図１０に示す構成において配信サーバに着目した処理の手順を示すフローチャートである。まず、ステップＳ１４０１において、配信サーバにファームウェアをアップロードして新規登録する。その際のデータは、Ｄ１４０２に示すように、ファームウェアバージョン、モデル名、マッピングファイルを含んでいる。次に、ステップＳ１４０３において、画像形成装置から送信されたファームウェアダウンロード要求を受信する。その際のデータは、Ｄ１４０４に示すように、モデル名、シリアルナンバー、現在のファームウェアバージョン、要求ファームウェアバージョンを含んでいる。ステップＳ１４０５において、ステップＳ１４０３で要求されたファームウェアバージョンを画像形成装置に配信する。その際のデータは、Ｄ１４０６に示すように、ファームウェア本体、マッピングファイルを含んでいる。

図１５は、図１０に示す構成において画像形成装置に着目した処理の手順を示すフローチャートである。まず、ステップＳ１５０１において、監視センタホストから、ファームウェアの配信指示を受信する。その際のデータは、Ｄ１５０２に示すように、更新後のファームウェアバージョンを含んでいる。ステップＳ１５０３において、配信サーバにファームウェアのダウンロードを要求する。その際のデータは、Ｄ１５０４に示すように、画像形成装置のモデル名、シリアルナンバー、現在のファームウェアバージョン、要求ファームウェアバージョンを含んでいる。ステップＳ１５０５において、配信サーバからデータをダウンロードする。その際のデータは、Ｄ１５０６に示すように、ファームウェア本体、マッピングファイルを含んでいる。

ステップＳ１５０７において、画像形成装置内に保持している現在（即ち、更新前）のファームウェアバージョンと要求（即ち、更新後）ファームウェアバージョンとのマッピングファイルを比較する。ここで、ステップＳ１５０７の処理を図１１を参照しながら説明する。例えば、現在のファームウェアバージョンが「Ｖｅｒ１．０」で、要求ファームウェアバージョンが「Ｖｅｒ１．１」とする。両者のマッピングファイルの項目１１０３を比較した結果、宛先表のアドレスは、「０ｘ００２１」で同じであるが、ＢＯＸ情報のアドレスは、「０ｘ００３２」と「０ｘ００４２」とで異なっている。また、サービスモード情報は、「０ｘ００５５」と「０ｘ００５３」とで異なっている。ステップＳ１５０７においては、そのようにして、両者のマッピングファイルが異なるか否かの比較を行う。

ステップＳ１５０８において、ステップＳ１５０７におけるマッピングファイルの比較結果が異なっているか否かが判断される。ここで、異なっていると判断された場合には、ステップＳ１５０９に進み、ステップＳ１５０９以下でどの情報が異なっているのかを検証する。一方、異なっていないと判断された場合には、ステップＳ１５１３に進む。ステップＳ１５１３において、画像形成装置内にダウンロードしたファイルを一時保存領域から更新領域に移動し、その後、リブートを行いファームウェアを適用させることで自動でのアップデートを行う。

ステップＳ１５０９において、画像形成装置の宛先表に宛先登録の情報があるか否かを判断する。ここで、その情報があると判断された場合には、ステップＳ１５１２に進み、一方、ないと判断された場合には、ステップＳ１５１０に進む。

ステップＳ１５１２において、ダウンロードしたファイル（ファームウェア）を一時保存領域に保存して待機する。後に、サービスマンが顧客先に訪問し、宛先表、ＢＯＸ情報、サービスモード情報等のコンフィグレーション情報をバックアップした後、ファームウェアを適用し、ファームウェアのアップデートを行うこととなる（手動での更新）。

ステップＳ１５１０において、画像形成装置のＢＯＸ情報に登録されたデータがあるか否かを判断する。ここで、その情報があると判断された場合には、ステップＳ１５１２に進み、ないと判断された場合には、ステップＳ１５１１に進む。ステップＳ１５１１において、サービスモード情報にデフォルト値からの変更があるか否かを判断する。ここで、変更があると判断された場合には、ステップＳ１５１２に進み、一方、ないと判断された場合には、ステップＳ１５１３に進む。即ち、ステップＳ１５０９〜Ｓ１５１１において、現在のコンフィグレーション情報がデフォルト値であるか否かを判断することができる。また、そのデフォルト値は、画像形成装置のメモリ等に格納するようにし、ステップＳ１５０９〜Ｓ１５１１における判断において用いられるようにしても良い。

ステップＳ１５１４においては、アップデートが、手動で行われると判断されたか、又は、自動で行われると判断されたかを監視センタホストに通知する。その際のデータは、Ｄ１５１５に示すように、手動／自動判断情報を含んでいる。

図１６は、図１０に示す構成において監視センタホストに着目した処理の手順を示すフローチャートである。まず、ステップＳ１６０１において、画像形成装置にファームウェアを配信指示する。その際のデータは、Ｄ１６０２に示すように、更新後のファームウェアバージョンを含んでいる。ステップＳ１６０３は、手動又は自動でのアップデートの判断結果を画像形成装置から受信する。その際のデータは、Ｄ１６０４に示すように、手動／自動判断情報を含んでいる。

次に、ステップＳ１６０５において、受信した手動／自動判断情報から監視センタホストの対応を判断する。ステップＳ１６０６において、手動のアップデートで行われると判断されたか否かを判断する。ここで、手動でアップデートが行われると判断された場合には、ステップＳ１６０７に進む。一方、自動でアップデートが行われると判断された場合には、本処理を終了する。ステップＳ１６０７において、監視センタホストは、例えば、メールサーバと連動することによってサービスマンにメール等を用いて通知する。通知されたサービスマンは、画像形成装置に赴き、既に説明したように、宛先表、ＢＯＸ情報、サービスモード情報等のコンフィグレーション情報をバックアップした後、ファームウェアを適用しアップデートを行う（手動でのアップデート）。

図１７は、監視センタホストのファームウェア配信画面の一例を示す図である。図１７における表示１７０１は、配信対象の画像形成装置を特定する際に用いられる検索画面である。表示１７０２は、表示１７０１における検索の結果を示しており、担当者は、配信対象の画像形成装置を選択することができる。表示１７０３は、ファームウェアのアップデート方法を選択する際の項目を示している。表示１７０４は、配信するファームウェアのバージョンを示し、担当者は、プルダウンによって選択することができる。表示１７０５は、ファームウェアを配信する日時を示しており、担当者は、その日時を指定することができる。

図１８は、ファームウェアの適用の際に、画像形成装置に表示される画面の一例を示す図である。表示１８０１及び１８０２は、サービスマンが手動でファームウェアを適用する場合の画面であり、表示１８０３及び１８０４は、自動でファームウェアが適用された場合の画面である。また、表示１８０４により、適用されたファームウェアを確認することができる。表示１８０１は、サービスマンに対し、新しいファームウェアが画像形成装置内にダウンロードされていることを示しており、更に、バックアップが必要な項目を示している。従って、サービスマンは、必要な情報をバックアップし、表示１８０２において適用ボタンを押下することによって、新しいファームウェアを適用することができる。更に、その後、バックアップした情報を画像形成装置に戻す処理を行う。
一方、自動適用の場合には、ユーザが、表示１８０３により、新しいファームウェアが適用されたことを確認することができる。表示１８０４において、適用されたファームウェアの詳細情報の一例が示されている。ここで、図１８に示す画面は、監視装置の表示部３０６に表示されるようにしても良い。その場合に、サービスマンは、監視装置に赴き、画面にてバックアップすべきコンフィグレーションデータを確認し、リモート操作によって、画像形成装置のコンフィグレーションデータをバックアップするようにしても良い。 以上のように、本実施形態においては、画像形成装置の不揮発性メモリのコンフィグレーション情報（動作設定情報）等のバックアップが必要か否かを自動的に判断することができる。その結果、フォームウエアの自動／手動バージョンアップにおいて、誤ったデータをバックアップするおそれを低減することができる。

＜第２の実施形態＞
次に、本発明に係る第２の実施形態について説明する。図１９は、第２の実施形態における画像形成装置と配信サーバと監視センタホストと間の処理の流れの概念を示す図である。以下、図１９を参照しながら、詳細に説明する。本実施形態は、図１０に示すステップＳ１００６及びＳ１００７の処理を配信サーバにおいて行う点において、第１の実施形態と異なる。まず、ステップＳ１９０１において、販売会社の担当者が、配信サーバにファームウェアを登録する。その際の情報として担当者は、ファームウェアのバージョン、モデル名、マッピングファイルを登録する。ここで、マッピングファイルとは、図１１における説明と同様である。次に、ステップＳ１９０２において、販売会社の担当者は、図１７に示す監視センタホストのファームウェア配信画面から、更新するファームウェアのバージョンを選択し実行する。ステップＳ１９０３において、監視センタホストは、画像形成装置にファームウェア配信指示を出し、更新後のファームウェアバージョンを通知する。ステップＳ１９０４において、画像形成装置は、配信サーバにファームウェアダウンロード要求と共に、画像形成装置のモデル名／シリアルナンバ／画像形成装置の現在（更新前）、又は、要求（更新後）ファームウェアバージョンの情報を送信する。ステップＳ１９０５において、配信サーバは、ステップＳ１９０４で受信したファームウェアの要求ファームウェアバージョンと現在のファームウェアバージョンとのマッピングファイルを比較する。

本実施形態において、配信サーバは、図１１に示すような画像形成装置毎のマッピングファイル対応テーブルを有している。例えば、「ＡＢＣＤ」の 「Ｖｅｒ１．０」から「Ｖｅｒ１．１」にバージョンアップする場合に、図１１のテーブルを参照すると、不揮発性メモリのＢＯＸ情報のアドレスが異なっているので、「差異がある」と判断できる。

ステップＳ１９０６において、ステップＳ１９０５で比較した結果、差異があれば「手動での更新」と判断し、差異がなければ「自動での更新」と判断する。ステップＳ１９０７において、配信サーバは、画像形成装置に要求されたファームウェア本体と、マッピング差異情報、手動／自動判断情報を送信する。ステップＳ１９０８において、手動／自動判断情報が「自動での更新」を示している場合には、そのままファームウェアをアップデートして本処理を終了する。

一方、「手動での更新」を示している場合には、ステップＳ１９０９において、差異のある項目がデフォルト値であるか否かを判断する。例えば、差異のある項目が「宛先表」の場合には、宛先表にメールアドレスの登録がないのであればデフォルト値と判断することができる。ステップＳ１９１０において、ステップＳ１９０９の結果、デフォルト値と判断された場合には、バックアップすべきデータがないので、「手動での更新」から「自動での更新」に判断を変更し、そのままファームウェアをアップデートして本処理を終了する。一方、デフォルト値でないと判断された場合には、ステップＳ１９１１において、手動でアップデートするために待機する。

ステップ１９１２において、ステップＳ１９１０又はＳ１９１１においての判断の結果が、監視センタホストに通知される。監視センタホストは、自動でのアップデートと判断された場合には何も行わないが、手動でのアップデートと判断された場合にはメール等によりサービスマンに派遣を指示する。サービスマンは、ステップＳ１９１１において待機とされている画像形成装置に赴く。その後、図１８に示す画像形成装置のファームウェア適用画面を用いて、コンフィグレーション情報（不揮発性メモリ、ハードディスクの情報）をバックアップし、ファームウェアを更新する。

図２０は、図１９に示す構成において配信サーバに着目した処理の手順を示すフローチャートである。まず、ステップＳ２００１において、配信サーバにファームウェアをアップロードし新規登録する。その際のデータは、Ｄ２００２に示すように、ファームウェアバージョン、モデル名、マッピングファイルを含んでいる。ステップＳ２００３において、画像形成装置からファームウェアダウンロード要求を受信する。その際のデータは、Ｄ２００４に示すように、モデル名、シリアルナンバー、現在のファームウェアバージョン、要求ファームウェアバージョンを含んでいる。ステップＳ２００５において、図１１に示す画像形成装置毎のマッピングファイル対応テーブルを参照し、現在のファームウェアバージョンと、要求ファームウェアバージョンとのマッピングファイルを比較する。

次に、ステップＳ２００６において、マッピングファイルの比較の結果、差異があるか否かを判断する。ここで、差異があると判断された場合には、ステップＳ２００７に進み、差異がないと判断された場合には、ステップＳ２００８に進む。

ステップＳ２００７において、手動でのアップデートを画像形成装置に指示する。また、ステップＳ２００８において、自動でのアップデートを画像形成装置に指示する。その際のデータは、Ｄ２００９に示すように、ファームウェア本体、マッピング差異情報、手動／自動判断情報を含んでいる。

図２１は、図１９に示す構成において画像形成装置に着目した処理の手順を示すフローチャートである。まず、ステップＳ２１０１において、監視センタホストから、ファームウェアの配信指示を受信する。その際のデータは、Ｄ２１０２に示すように、更新後のファームウェアバージョンを含んでいる。次に、ステップＳ２１０３において、配信サーバにファームウェアのダウンロードを要求する。その際のデータは、Ｄ２１０４に示すように、画像形成装置のモデル名、シリアルナンバ、現在のファームウェアバージョン、要求ファームウェアバージョンを含んでいる。ステップＳ２１０５において、配信サーバからデータをダウンロードする。その際のデータは、Ｄ２１０６に示すように、ファームウェア本体、マッピング差異情報、手動／自動判断情報を含んでいる。

ステップＳ２１０７において、ダウンロードされた手動／自動判断情報を元に画像形成装置の対応を判断する。ステップＳ２１０８において、ステップＳ２１０７の判断の結果が手動でのアップデートである場合には、ステップＳ２１０９に進み、一方、自動でのアップデートである場合には、ステップＳ２１１４に進む。ステップＳ２１１４において、画像形成装置内にダウンロードしたファイル（ファームウェア）を一時保存領域から更新領域に移動した後で、リブートを行い、ファームウェアを適用させてアップデートを行う（自動でのアップデート）。

ステップＳ２１０９において、ダウンロードされたマッピング差異情報を更に参照する。また、ステップ２１１０以下において、マッピング差異情報の項目がデフォルト値であるか否かを判断する。ステップＳ２１１０において、画像形成装置の宛先表に宛先登録の情報があるか否かを判断する。その情報があると判断された場合には、ステップＳ２１１３に進み、一方、ないと判断された場合には、ステップＳ２１１１に進む。ステップＳ２１１３においては、ダウンロードしたファイル（ファームウェア）を一時保存領域に保存した状態で待機する。後に、サービスマンが顧客先に訪問して、宛先表、ＢＯＸ情報、サービスモード情報等のコンフィグレーション情報をバックアップした後で、ファームウェアを適用させることでアップデートを行うこととなる。

ステップＳ２１１１において、画像形成装置のＢＯＸ情報に登録されたデータがあるか否かを判断する。その情報があると判断された場合には、ステップＳ２１１３に進み、ないと判断された場合には、ステップＳ２１１２に進む。ステップＳ２１１２においては、サービスモード情報にデフォルト値からの変更があるか否かを判断する。ここで、変更があると判断された場合に、ステップＳ２１１３に進み、一方、ないと判断された場合に、ステップＳ２１１４に進む。即ち、ステップＳ２１１０〜Ｓ２１１２において、現在のコンフィグレーション情報がデフォルト値であるか否かを判断することができる。また、そのデフォルト値は、画像形成装置のメモリ等に格納するようにし、ステップＳ２１１０〜Ｓ２１１２における判断において用いられるようにしても良い。ステップＳ２１１５において、アップデートが、手動で行われると判断されたか、又は、自動で行われると判断されたかを監視センタホストに通知する。その際のデータは、Ｄ２１１６に示すように、手動／自動判断情報を含んでいる。

図２２は、図１９に示す構成において監視センタホストに着目した処理の手順を示すフローチャートである。ステップＳ２２０１において、画像形成装置にファームウェアを配信指示する。その際のデータは、Ｄ２２０２に示すように、更新後のファームウェアバージョンを含んでいる。次に、ステップＳ２２０３において、ファームウェアを自動又は手動でアップデートする判断結果を画像形成装置から受信する。その際のデータは、Ｄ２２０４で示すように、手動／自動判断情報を含んでいる。ステップＳ２２０５において、受信した手動／自動判断情報から監視センタホストの対応を判断する。ステップＳ２２０６において、ステップＳ２２０５の判断の結果が、手動でのアップデートである場合には、ステップＳ２２０７に進む。一方、自動でのアップデートである場合には、本処理を終了する。ステップＳ２２０７において、監視センタホストは、例えば、メールサーバと連動することによってサービスマンにメール等を用いて通知する。通知されたサービスマンは、画像形成装置に赴き、既に説明したように、宛先表、ＢＯＸ情報、サービスモード情報等のコンフィグレーション情報をバックアップした後、ファームウェアを適用しアップデートを行う（手動でのアップデート）。

なお本発明は、複数の機器（例えば、ホストコンピュータ、インタフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても良いし、１つの機器から構成される装置（例えば、複写機、ファクシミリ装置など）に適用しても良い。また本発明の目的は、前述の実施形態の機能を実現するプログラムコードを記録した記録媒体を、システム又は装置に供給し、そのシステム又は装置のコンピュータが、記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成され得る。その場合、記憶媒体から読み出されたプログラムコード自体が前述の実施形態の機能を実現することになり、そのプログラムコード自体およびプログラムコードを記憶した記憶媒体が本発明を構成することとなる。

また、本発明には、プログラム（情報処理プログラム）コードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた場合についても、本発明は適用される。その場合、書き込まれたプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される。

本発明に係る実施形態における管理システムの全体構成を示す図である。 監視センタホストのハードウェア構成を示す図である。 監視装置のハードウェア構成を示す図である。 監視装置の別の形態のハードウェア構成を示す図である。 画像形成装置のハードウェア構成を示す図である。 監視センタホスト、配信サーバにおける画像形成装置管理システムに関わる部分のソフトウェア構成を示す図である。 監視装置における画像形成装置管理システムに関わる部分のソフトウェア構成を示す図である。 画像形成装置における画像形成装置管理システムに関わる部分のソフトウェア構成を示す図である。 監視センタホスト、配信サーバ、監視装置、画像形成装置におけるメモリマップの構造を示す図である。 本実施形態における画像形成装置と配信サーバと監視センタホストとの間の処理の流れの概念を示す図である。 マッピングファイルの一覧表の一例を示す図である。 マッピングファイルの一例を示す図である。 配信サーバのブロック構成を示す図である。 図１０に示す構成において配信サーバの処理の手順を示すフローチャートである。 図１０に示す構成において画像形成装置の処理の手順を示すフローチャートである。 図１０に示す構成において監視センタホストの処理の手順を示すフローチャートである。 監視センタホストのファームウェア配信画面の一例を示す図である。 ファームウェアの適用の際に、画像形成装置に表示される画面の一例を示す図である。 第２の実施形態における画像形成装置と配信サーバと監視センタホストと間の処理の流れの概念を示す図である。 図１９に示す構成において配信サーバの処理の手順を示すフローチャートである。 図１９に示す構成において画像形成装置の処理の手順を示すフローチャートである。 図１９に示す構成において監視センタホストの処理の手順を示すフローチャートである。

符号の説明

１０１、１０６、１１４、１１９、１２９ システム
１０２、１０７ ホスト
１０３、１０８、１１２、１３３、１３４、１３６ データベース
１０４、１０９ ＰＣ
１０５、１１０、１１３、１１８、１２８、１３０、１３５ ＬＡＮ
１１１ 監視センタホスト
１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１ 画像形成装置
１１７、１２２、１２３ 監視装置
１３２ ネットワーク
１３３ 配信サーバ

Claims (6)

1. 内部又は外部に格納されたソフトウェアを更新する情報処理装置であって、
   ソフトウェアのバージョンと、前記情報処理装置で利用されるデータの複数項目それぞれに対応する格納位置を示すマッピング情報とを対応させた一覧を記憶する記憶手段と、
   ソフトウェアを更新する場合に、前記記憶手段に記憶された一覧を参照して、更新前のソフトウェアのバージョンに対応するマッピング情報と、更新後のソフトウェアのバージョンに対応するマッピング情報との間で差異があるか否かを、前記格納位置に基づき判断する第１の判断手段と、
   前記第１の判断手段による判断の結果、差異があると判断された場合に、差異のあるマッピング情報の項目に対応する前記格納位置にユーザデータが格納されているか否かを特定の項目順に判定していき、いずれかの項目にユーザデータが格納されていると判定されると、当該ユーザデータをバックアップすべき旨をユーザに通知する通知手段と、
   前記第１の判断手段による判断の結果、差異がないと判断された場合に、前記ソフトウェアを更新する更新手段と、
   を備えることを特徴とする情報処理装置。
2. 前記通知手段は、バックアップすべきユーザデータを前記情報処理装置に表示する表示手段を、更に備えることを特徴とする請求項１に記載の情報処理装置。
3. 前記第１の判断手段による判断の結果、差異があると判断された場合に、更新前のバージョンに対応する当該差異があるマッピング情報のいずれかの項目のデータが予め設定されたデフォルト値であるか否かを判断する第２の判断手段を、更に備え、
   前記第２の判断手段による判断の結果、予め設定されたデフォルト値でないと判断された場合に、前記通知手段は、いずれかの項目にユーザデータが格納されていると判定し、
   前記第２の判断手段による判断の結果、予め設定されたデフォルト値であると判断された場合に、前記更新手段は、前記ソフトウェアを更新する、
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 情報処理装置を含んで構成され、格納されたソフトウェアを更新する情報処理システムであって、
   ソフトウェアのバージョンと、前記情報処理装置で利用されるデータの複数項目それぞれに対応する格納位置を示すマッピング情報とを対応させた一覧を記憶する記憶手段と、
   ソフトウェアを更新する場合に、前記記憶手段に記憶された一覧を参照して、更新前のソフトウェアのバージョンに対応するマッピング情報と、更新後のソフトウェアのバージョンに対応するマッピング情報との間で差異があるか否かを、前記格納位置に基づき判断する第１の判断手段と、
   前記第１の判断手段による判断の結果、差異があると判断された場合に、差異のあるマッピング情報の項目に対応する前記格納位置にユーザデータが格納されているか否かを特定の項目順に判定していき、いずれかの項目にユーザデータが格納されていると判定されると、当該ユーザデータをバックアップすべき旨をユーザに通知する通知手段と、
   前記第１の判断手段による判断の結果、差異がないと判断された場合に、前記ソフトウェアを更新する更新手段と、
   を備えることを特徴とする情報処理システム。
5. 内部又は外部に格納されたソフトウェアを更新する情報処理装置において実行される情報処理方法であって、
   前記情報処理装置の記憶手段が、ソフトウェアのバージョンと、前記情報処理装置で利用されるデータの複数項目それぞれに対応する格納位置を示すマッピング情報とを対応させた一覧を記憶する記憶工程と、
   前記情報処理装置の第１の判断手段が、ソフトウェアを更新する場合に、前記記憶手段に記憶された一覧を参照して、更新前のソフトウェアのバージョンに対応するマッピング情報と、更新後のソフトウェアのバージョンに対応するマッピング情報との間で差異があるか否かを、前記格納位置に基づき判断する第１の判断工程と、
   前記情報処理装置の認識手段が、前記第１の判断工程による判断の結果、差異があると判断された場合に、差異のあるマッピング情報の項目に対応する前記格納位置にユーザデータが格納されているか否かを特定の項目順に判定していき、いずれかの項目にユーザデータが格納されていると判定されると、当該ユーザデータをバックアップすべき旨をユーザに通知する通知工程と、
   前記情報処理装置の更新手段が、前記第１の判断工程による判断の結果、差異がないと判断された場合に、前記ソフトウェアを更新する更新工程と、
   を備えることを特徴とする情報処理方法。
6. ソフトウェアのバージョンと、自装置で利用されるデータの複数項目それぞれに対応する格納位置を示すマッピング情報とを対応させた一覧を記憶する記憶手段と、
   ソフトウェアを更新する場合に、前記記憶手段により記憶された一覧を参照して、更新前のソフトウェアのバージョンに対応するマッピング情報と、更新後のソフトウェアのバージョンに対応するマッピング情報との間で差異があるか否かを、前記格納位置に基づき判断する第１の判断手段と、
   前記第１の判断手段による判断の結果、差異があると判断された場合に、差異のあるマッピング情報の項目に対応する前記格納位置にユーザデータが格納されているか否かを特定の項目順に判定していき、いずれかの項目にユーザデータが格納されていると判定されると、当該ユーザデータをバックアップすべき旨をユーザに通知する通知手段と、
   前記第１の判断手段による判断の結果、差異がないと判断された場合に、前記ソフトウェアを更新する更新手段と、
   としてコンピュータを機能させることを特徴とするプログラム。

Images