JP2009140432A - 情報処理装置、画像処理装置、情報処理方法及びファームウェアアップロード方法 - Google Patents

Abstract

【課題】ＵＩ上で、自動か、手動か、ファームウェアのアップロードの方法を選択可能とすることを目的とする。
【解決手段】ファームウェア及びファームウェアをアップロードする画像処理装置に関するファームウェア情報を受信するファームウェア情報受信手段と、表示要求に応じて、ファームウェア情報に基づいて、ファームウェアのアップロードに関する属性情報の選択肢を含む画面を表示装置に表示するよう制御する表示制御手段と、画面において選択された属性情報に応じたコマンドを作成するコマンド作成手段と、を有することによって課題を解決する。
【選択図】図１２

Description

本発明は、情報処理装置、画像処理装置、情報処理方法及びファームウェアアップロード方法に関する。

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

特許文献１には、ファームウェアに起因するトラブルの発生が検知された場合、自動で例えば外部等からファームウェアを取得し、ファームウェアの更新が行われる部分のみ動作を停止し、ファームウェアを更新する技術が開示されている。
また、特許文献２には、プリンタファームウェアの一部又は全部をホストＰＣが持ち、印刷処理を行う度に自動で必要なモジュールだけをプリンタ側にダウンロードする技術が開示されている。

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

自動でファームウェアのアップロードを行えるシステムであっても、例えば新しいファームウェアの動作が不安定な場合等、サービスマンによる手動でのファームウェアのアップデートを画像形成装置の利用者が希望する場合もある。

よって、本発明は、ファームウェアを配信する側では、ＵＩ上で、自動か、手動か、ファームウェアのアップロードの方法を選択可能とすることを目的とする。
また、ファームウェアを適用する側では、ファームウェアを配信する側で選択されたアップデートの方法に応じて、ファームウェアをアップロードすることを目的とする。

そこで、本発明の情報処理装置は、ファームウェア及び前記ファームウェアをアップロードする画像処理装置に関するファームウェア情報を受信するファームウェア情報受信手段と、表示要求に応じて、前記ファームウェア情報に基づいて、前記ファームウェアのアップロードに関する属性情報の選択肢を含む画面を表示装置に表示するよう制御する表示制御手段と、前記画面において選択された属性情報に応じたコマンドを作成するコマンド作成手段と、を有することを特徴とする。

また、本発明の画像処理装置は、ネットワークを介して通信可能な情報処理装置よりファームウェアのアップロードに関する指示情報を取得する指示情報取得手段と、前記指示情報に応じて、ファームウェアを配信する配信装置よりファームウェアを取得するファームウェア取得手段と、前記指示情報に含まれる、ファームウェアのアップロードに関する属性情報に応じたコマンドがファームウェアの適用のためのリブートの保留に関するコマンドを含んでいることが判明したとき、前記ファームウェアの適用のためのリブートを保留し、画像処理装置に対するファームウェア適用のためのリブート指示があったことが判明したとき、ファームウェアの適用のためのリブートを実行するアップロード処理手段と、を有することを特徴とする。

また、本発明の情報処理方法は、ファームウェア及び前記ファームウェアをアップロードする画像処理装置に関するファームウェア情報を受信するファームウェア情報受信ステップと、表示要求に応じて、前記ファームウェア情報に基づいて、前記ファームウェアのアップロードに関する属性情報の選択肢を含む画面を表示装置に表示するよう制御する表示制御ステップと、前記画面において選択された属性情報に応じたコマンドを作成するコマンド作成ステップと、を有することを特徴とする。

また、本発明のファームウェアアップロード方法は、ネットワークを介して通信可能な情報処理装置よりファームウェアのアップロードに関する指示情報を取得する指示情報取得ステップと、前記指示情報に応じて、ファームウェアを配信する配信装置よりファームウェアを取得するファームウェア取得ステップと、前記指示情報に含まれる、ファームウェアのアップロードに関する属性情報に応じたコマンドがファームウェアの適用のためのリブートの保留に関するコマンドを含んでいることが判明したとき、前記ファームウェアの適用のためのリブートを保留し、画像処理装置に対するファームウェア適用のためのリブート指示があったことが判明したとき、ファームウェアの適用のためのリブートを実行するアップロード処理ステップと、を有することを特徴とする。

また、本発明は、プログラム及び記憶媒体としてもよい。

本発明によれば、ファームウェアを配信する側では、ＵＩ上で、自動か、手動か、ファームウェアのアップロードの方法を選択可能とすることができる。
また、ファームウェアを適用する側では、ファームウェアを配信する側で選択されたアップデートの方法に応じて、ファームウェアをアップロードすることができる。

以下、本発明の実施形態について図面に基づいて説明する。

＜実施形態１＞
（システム構成）
図１は、管理システムのシステム構成の一例を示す図である。図１において、本管理システムには、システム１０１及びシステム１０６を始めとする複数の販売会社システムが接続されている。

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

次に、販売会社側と顧客側の中間に、監視センタホスト１１１が存在する。データベース１１２は、監視のための情報や、顧客側から収集した画像形成装置（画像処理装置）のカウンタ、障害履歴情報、障害パターンテーブル等を蓄積する履歴記憶手段としてのデータベースである。監視センタホスト１１１とデータベース１１２とはＬＡＮ１１３で接続されている。また、ＬＡＮ１１３は、インターネットに接続可能となっている。なお、データベース１１２は、物理的に監視センタホスト１１１内に存在してもよい。更に、監視センタホスト１１１からアクセス可能であれば、インターネットを経由した別の場所に存在してもよい。本実施形態では、画像形成装置は、例えば、プリンタ、スキャナー、ファクシミリ及びこれらの複合機であれば好適である。なお、複合機には限らず、単なるプリンタ等も含む。

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

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

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

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

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

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

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

顧客１２９（Ｂ社）においては、インターネットに接続されたＬＡＮ１３０に接続された画像形成装置１３１自身が直接、インターネット経由で監視センタホスト１１１と通信を行っている。画像形成装置１３１は、自身の情報（例えばカウンタ情報や障害等の発生）を積極的に監視センタホスト１１１に送信している。ＰＣ（不図示）は、ＷＥＢブラウザを搭載したＰＣであり、顧客環境からだけでなく、直接インターネットを介し監視センタホスト１１１に接続し、前述の監視センタホスト１１１が提供するＷＥＢページを閲覧する事ができる。

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

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

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

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

図５は、画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１のハードウェア構成の一例を示す図である。画像形成装置としては、より具体的には、プリンタ及びファクシミリ機能が統合的に設けられた複合機や、ＰＣ等からデータを受信し、印刷するプリンタ（電子写真方式及びインクジェット方式を含む）、スキャナー、ファクシミリ等である。図５では、画像形成装置の一例として複合機の構成を示している。

イメージリーダ５０２は、原稿給送部５０１で原稿を読み込む。イメージリーダ５０２、画像形成部５０３は、読み込んだ原稿や、ネットワーク経由で受信したデータを印刷画像に変換・印刷出力する。排紙部５０４は、印刷出力した紙を排出し、ソートやステイプル等の処理を施す。ＮｅｔｗｏｒｋＩ／Ｆ５０５は、ネットワーク経由でＬＡＮ及びインターネットに接続し、外部と情報交換を行う。ＣＰＵ５０６は、本装置上の各処理を司る。ＣＰＵ５０６は、プログラムに基づき、画像形成装置の動作状態を監視し、障害等の特定のイベントが発生した場合には、その状態を示す状態情報を、予め定めた宛先へと送信する。宛先は例えば、監視センタホスト１１１や監視装置等である。不揮発性記憶手段のＲＯＭ５０７は、本装置の各処理に関わるプログラムやデータを記憶する。書き換え可能なＲＡＭ５０８は、本装置の各処理に関わる一時的なデータを電気的に記憶する。ＨＤＤ５０９は、本装置の各処理に関わるプログラムやデータ、一時的なデータ、本装置へ送信されてきたユーザデータ等を記憶する。操作部５１０は、本装置への指示入力を受け付ける。表示部（表示装置）５１１は、本装置の動作状況及び操作部５１０に対する操作に関わる情報を表示する。これらの要素がシステムバス５１２を介して結び付き、データをやりとりしている。
なお、デバイス自身が監視のための情報を積極的に送信する機能を持つ画像形成装置１３１では、ＲＯＭ５０７或いはＨＤＤ５０９内に、監視データ送出処理にかかわるプログラムやデータが保持されている。

（ソフトウェア）
図６は、監視センタホスト１１１、配信サーバ１３３における本実施形態に係るソフトウェア構成の一例を示す図である。ＳＯＡＰ通信部６０１は、監視装置１１７、又は画像形成装置１３１よりＮｅｔｗｏｒｋＩ／Ｆ２０９を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部６０２に渡す。また、ＳＯＡＰ通信部６０１は、ＳＯＡＰメッセージ作成部６０３が作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ２０９を介して監視装置１１７、又は画像形成装置１３１に送信する。

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

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

図７は、監視装置１１７、１２２、１２３における本実施形態に係るソフトウェア構成の一例を示す図である。
ＳＯＡＰ通信部７０１は、監視センタホスト１１１よりＮｅｔｗｏｒｋＩ／Ｆ３０７、４０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部７０３に渡す。また、ＳＯＡＰ通信部７０１は、ＳＯＡＰメッセージ作成部７０２が作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ３０７、４０５を介して監視センタホスト１１１、配信サーバ１３３に送信する。

監視制御部７０４は、後述する監視センタホスト１１１からの監視設定に従い、情報蓄積部７０６に保持する監視画像形成装置情報を更新し、画像形成装置１１５、１１６の情報を取得し、スケジュール管理を行う。
デバイス情報処理部７０５は、監視制御部７０４が管理するスケジュールにより、本装置が積極的に画像形成装置１１５、１１６から収集したカウンタ情報、サービスコール、ジャム、トナー切れ等の情報を、情報蓄積部７０６に蓄積する。又は、デバイス情報処理部７０５は、この蓄積を、画像形成装置１１５、１１６の状態に応じて行う。

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

図８は、各画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１における本実施形態に係るソフトウェア構成の一例を示す図である。
ＳＯＡＰ通信部８０１は、監視センタホスト１１１、配信サーバ１３３よりＮｅｔｗｏｒｋＩ／Ｆ５０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部８０３に渡す。また、ＳＯＡＰ通信部８０１は、ＳＯＡＰメッセージ作成部８０２が作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ５０５を介して監視センタホスト１１１、配信サーバ１３３に送信する。

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

デバイス情報収集部８０５は、本複合機内部のスケジュールにより、又は、監視センタホスト１１１からの指示により、内部に保持するカウンタ情報を取得し、また、内部で発生したサービスコールやジャム、トナー切れ等の情報を取得する。
デバイス情報収集部８０５が取得したデータは、そのままＳＯＡＰメッセージ作成部８０２に渡され、監視センタホスト１１１へ送信される。また、デバイス情報収集部８０５が取得したデータは、デバイス情報収集部８０５内で蓄積、解釈、加工されてからＳＯＡＰメッセージ作成部８０２に渡され、監視センタホスト１１１へ送信される場合もある。

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

メモリマップは、基本Ｉ／Ｏプログラム９０１、システム・プログラム９０２、本実施例の処理プログラムを初めとする各種処理プログラム９０３、関連データを格納するエリア９０４、プログラムのワークエリア９０５で構成される。基本Ｉ／Ｏプログラム９０１は、本装置上の入出力を司る。システム・プログラム９０２は、各処理プログラムに動作環境を提供する。なお、容量の制約により９０１〜９０５として利用する領域が足りなくなった場合、第１ＨＤＤ２０５又は第２ＨＤＤ２０６をＲＡＭ２０４の、ＨＤＤ３０４をＲＡＭ３０３の、ＨＤＤ５０９をＲＡＭ５０８の領域の一部として扱うこともできる。

図１０は、図１の画像形成装置１２４他、配信サーバ１３３、監視センタホスト１１１等での全般的なファームウェア配信処理の一例を示す図である。
配信サーバ１３３には予め、開発を終えたファームウェアを転送するサーバ（転送サーバ）からファームウェアが転送されているものとする。すると、配信サーバ１３３から監視センタホスト１１１にファーム情報が送信される（ＳＱ１００１）。つまり、監視センタホスト１１１は、配信サーバ１３３よりファーム情報（ファームウェア情報）を受信する（ファームウェア情報受信）。このファーム情報とはどの種類の画像形成装置のどのようなバージョンのファームウェアが転送サーバにアップされているかの情報である。

一方、販売会社の配信指示担当者は監視センタホスト１１１にアクセスし、認証を受ける（表示要求）（ＳＱ１００２）。すると、監視センタホスト１１１は、ＵＩ表示を行う（ＳＱ１００３）。ここで配信指示担当者は、特定の画像形成装置の特定バージョンへのファームウェアのアップデートを行うべく、ダウンロード指示を行う（ＳＱ１００４）。画像形成装置側からは監視センタホスト１１１に対し、定期的にポーリングを行い（ＳＱ１００５）、ダウンロード指示があるかを取得する。

画像形成装置１２４は、ダウンロード指示（ファームウェア配信指示）があれば、その指示に従い、配信サーバ１３３に対し、取得指示を出す（ＳＱ１００６）。その指示を受け、配信サーバ１３３は、ファームウェアを配信する（ＳＱ１００７）。つまり、画像形成装置１２４は、ファームウェアをダウンロードする（ファームウェア取得）。
また、配信サーバ１３３は、その配信状況をステータスとして監視センタホスト１１１に返す（ＳＱ１００８）。監視センタホスト１１１は、配信指示担当者に対し、そのステータスを表示する（ＳＱ１００９）。

配信サーバ１３３は、そのファームウェアの大きさによって、分割配信を行う場合もあり、ファームウェア配信の一連の動作は数回繰り返される場合もある。
また、後述するように、配信指示担当者によって、サービスマンによる手動での適用が選択された場合、ファームウェアのダウンロードが終わった後、サービスマンが画像形成装置の設置先まで行って、ガイダンスに従い、適用させることになる（ＳＱ１０１０）。

図１１は、監視センタホスト１１１におけるＵＩ表示（ＳＱ１００３）からダウンロード指示（ＳＱ１００４）までの処理の一例を示すフローチャートである。
まず、Ｓ１１０１において、監視センタホスト１１１は、ＵＩ表示処理を行い、配信指示担当者に対し、ファームウェアの配信を促す。図１２は、Ｓ１１０１において表示されるＵＩ（画面）の一例を示す図である。図１２のＵＩは、特定の画像形成装置の特定のファームウェアの配信を選択した後、その適用についての選択を促すＵＩである。図１２のＵＩでは、ファームウェアの適用を手動で行うか、自動で行うか、適用者はサービスマンか、ユーザか、ガイダンスを表示するか否か、の選択が可能である。また、これらの初期値は画像形成装置毎に異なり、ファーム情報に含まれるそれぞれの属性より、初期値が決まる。ここでは配信指示担当者により例えば、「適用−手動」、「適用者−サービスマン」、「ガイダンス−あり」が選択され、ファームウェアの配信が実行されたものとする。

なお、監視センタホスト１１１は、「適用−手動」が選択された場合、適用者を選択させる選択肢や、ガイダンスを選択させる選択肢をＵＩ（画面）上に表示するよう表示制御する。

Ｓ１１０２において、監視センタホスト１１１は、ＵＩ上での設定に応じて、配信指示があったか否かを判定する。監視センタホスト１１１は、配信指示があったと判定すると、Ｓ１１０３に進み、配信指示がなかったと判定すると、Ｓ１１１２に進む。Ｓ１１１２では、監視センタホスト１１１は、別処理を実行する。

Ｓ１１０３において、監視センタホスト１１１は、ＵＩ上での設定に応じて、適用が手動か否か（図１２の１２０２（第一の選択肢）の選択が手動か否か）を判定する。監視センタホスト１１１は、適用が手動の場合、Ｓ１１０４に進み、適用が自動の場合、Ｓ１１１０に進む。ここで、適用が手動とは、適用者による手動でのファームウェアのアップロードを意味する。また、適用が自動とは、自動でのファームウェアのアップロードを意味する。Ｓ１１１０では、監視センタホスト１１１は、自動適用コマンド（自動アップロードに関するコマンド）を作成する（コマンド作成）。

Ｓ１１０４において、監視センタホスト１１１は、ＵＩ上での設定に応じて、適用者がサービスマンか否か（図１２の１２０１（第二の選択肢）の選択がサービスマンか否か）を判定する。監視センタホスト１１１は、適用者がサービスマンの場合、Ｓ１１０５に進み、適用者がユーザの場合、Ｓ１１０７に進む。

Ｓ１１０５において、監視センタホスト１１１は、ＵＩ上での設定に応じて、ガイダンスがありか否か（図１２の１２０３の選択（第三の選択肢）がありか否か）を判定する。監視センタホスト１１１は、ガイダンスがありの場合、Ｓ１１０６に進み、ガイダンスがなしの場合、Ｓ１１０７に進む。
Ｓ１１０６において、監視センタホスト１１１は、サービスモードガイダンスコマンド（サービスモードにおけるガイダンス表示に関するコマンド）を作成する（コマンド作成）。サービスモードガイダンスコマンドは、サービスモードにおいて画像形成装置にガイダンスを表示させるコマンドである。

一方、Ｓ１１０７において、監視センタホスト１１１は、ＵＩ上での設定に応じて、ガイダンスがありか否か（図１２の１２０３の選択（第三の選択肢）がありか否か）を判定する。監視センタホスト１１１は、ガイダンスがありの場合、Ｓ１１０８に進み、ガイダンスがなしの場合、Ｓ１１０９に進む。
Ｓ１１０８において、監視センタホスト１１１は、ユーザモードガイダンスコマンド（ユーザモードにおけるガイダンス表示に関するコマンド）を作成する（コマンド作成）。ユーザモードガイダンスコマンドは、ユーザモードにおいて画像形成装置にガイダンスを表示させるコマンドである。

Ｓ１１０９において、監視センタホスト１１１は、適用保留コマンド（リブート保留に関するコマンド）を作成する（コマンド作成）。適用保留コマンドは、画像形成装置にファームウェアの適用を保留（画像形成装置のリブートを保留）させるためのコマンドである。

Ｓ１１１１において、監視センタホスト１１１は、ファーム配信指示を作成する。
ファーム配信指示や、上述した各コマンドは、画像形成装置からのポーリングによって取得される情報である。
つまり、監視センタホスト１１１は、ＵＩ（画面）を介した選択操作等に応じて、コマンドやファーム配信指示等を含むファームウェアのアップロード（アップデート）に関する指示情報を作成する（指示情報作成）。そして、画像形成装置は、この指示情報をポーリングによって監視センタホスト１１１より取得する（指示情報取得）。

つまり、画像形成装置は、ファーム配信指示や、上述した各コマンド（ファームウェアのアップロードに関する属性情報）に基づいて、ファームウェアのアップロードに関する処理を実行する。より具体的に説明すると、画像形成装置は、ポーリングによって取得した情報に、自動適用コマンドが含まれていた場合、配信サーバ１３３より取得したファームウェアを自動でアップロードする。また、画像形成装置は、ポーリングによって取得した情報に、適用保留コマンドが含まれていた場合、配信サーバ１３３より取得したファームウェアのアップロードに関するリブートを保留するよう動作する。また、画像形成装置は、ポーリングによって取得した情報に、サービスモードガイダンスコマンド、又はユーザモードガイダンスコマンドが含まれていた場合、配信サーバ１３３より取得したファームウェアのアップロードに関するガイダンスを表示する。
即ち、画像形成装置は、ファームウェアの適用のためのリブートの保留に関するコマンドを含んでいることが判明したとき、ファームウェアの適用のためのリブートを保留する。そして、画像形成装置は、画像形成装置に対するファームウェア適用のためのリブート指示があったことが、サービスマン等が操作パネルなどから入力したことが判明したとき、ファームウェアの適用のためのリブートを実行するアップロード処理をする。

図１３は、画像形成装置のソフトウェア構成の一例を示した図である。図１４は、画像形成装置におけるファームウェアの適用処理（アップデート処理）の一例を示した図（その１）である。
ここで、特に表記がない場合、以下に示すフローチャートのステップは図１３のアップデート制御部１３０９が行う。つまり、ＣＰＵ５０６は、アップデート制御部１３０９を、図５のＨＤＤ５０９からＲＡＭ５０８に読み込み、アップデート制御部１３０９に基づき、処理を実行する。

また上述したように監視センタホスト１１１のＵＩにおいてファームウェアの配信が指示されており、「適用−手動」、「適用者−サービスマン」、「ガイダンス−あり」が選択され、画像形成装置側のファームウェアの取得までが既に実行されているものとする。つまり、画像形成装置がポーリングによって取得した情報には、適用保留コマンドが含まれており、画像形成装置は、ファームの適用を保留しているものとする。

Ｓ１４０１において、起動制御部１３０３は、立ち上がったときの状態（内部的なコマンド）に応じて、サービスモードによるリブートか、ユーザモードによるリブートか、を判定する。例えば、サービスマンが画像形成装置の設置場所まで行き、所定の操作を行い、サービスモードによる起動を行った場合、起動制御部１３０３は、立ち上がったときの状態（内部的なコマンド）に応じて、サービスモードによるリブートであると判定する。

Ｓ１４０２において、アップデート制御部１３０９は、サービスモード適用ファームか否かを判定する。アップデート制御部１３０９は、サービスモード適用ファームであると判定すると、Ｓ１４０４に進み、サービスモード適用ファームでないと判定すると、Ｓ１４１５に進む。より具体的に説明するとアップデート制御部１３０９は、ポーリングによって取得した情報にサービスモードガイダンスコマンドが含まれているか否かに応じて、配信サーバ１３３よりダウンロードしたファームウェアを特定のディレクトリに保存する。そして、アップデート制御部１３０９は、この特定のディレクトリ（例えば、／ＢＯＯＴＤＥＶ／ＳＤＯＷＮ）にファームウェアが保存されているか否かに応じて、サービスモード適用ファームか否かを判定する。

Ｓ１４１５では、アップデート制御部１３０９が、保留はしていたものの、自動でファームウェアを適用する処理を実行する。
Ｓ１４０４では、アップデート制御部１３０９が、ＵＩ制御部１３１１を介して、表示部５１１に図１５の１５０１に示されるようなガイダンス（ガイダンス画面）を表示する。ガイダンス画面には、図１５の１５０１に示されるように、文言や、適用ボタン、非適用ボタンが含まれている。ガイダンス画面の適用ボタンが押下されたことを示す情報を、ＵＩ制御部１３１１を介して受け取ると、アップデート制御部１３０９は、以降のファームウェアのアップデート（アップロード）を実行する。図１５は、ガイダンスの一例を示す図（その１）である。

Ｓ１４０６において、アップデート制御部１３０９は、コンフィグ設定の変更があったか否かを判定する。アップデート制御部１３０９は、コンフィグ設定の変更があったと判定した場合、Ｓ１４０９に進み、コンフィグ設定の変更がなかったと判定した場合、Ｓ１４１３に進む。なお、例えば、コンフィグ設定の変更があった場合は、例えば所定のファイル等にコンフィグ設定の変更があった旨の情報が記録され、アップデート制御部１３０９は、この情報が所定のファイルに記録されているか否かに応じて、判定を行う。

Ｓ１４０９において、アップデート制御部１３０９は、ＵＩ制御部１３１１を介して、表示部５１１に図１６の１６０２に示されるようなガイダンス（ガイダンス画面）を表示する。このガイダンス画面には、図１６の１６０２に示されるように、文言や、取り消しボタン、継続ボタンが含まれている。このガイダンス画面において継続ボタンが押下されたことを示す情報を、ＵＩ制御部１３１１を介して受け取ると、アップデート制御部１３０９は、ＵＩ制御部１３１１を介して図１６の１６０３に示すようなガイダンス画面を表示部５１１に表示させる。このガイダンス画面には、図１６の１６０３に示されるように、文言や保存ボタンが含まれている。このガイダンス画面において保存ボタンが押下されたことを示す情報を、ＵＩ制御部１３１１を介して受け取ると、アップデート制御部１３０９は、以降のコンフィグ設定が記述されているファイル（コンフィグファイル）のバックアップ処理を実行する。図１６は、ガイダンスの一例を示す図（その２）である。

Ｓ１４１１において、ＤＩＳＣ制御部１３１０は、コンフィグファイルをＨＤＤ５０９の所定のエリアにコピーするバックアップ処理を実行する。この処理により、ファームウェアアップデート後、コンフィグファイルが消去された場合でも、このバックアップしておいてコンフィグファイルを用いて、元に戻すことができる。
Ｓ１４１３において、アップデート制御部１３０９は、特定のディレクトリ（例えば、／ＢＯＯＴＤＥＶ／ＳＤＯＷＮ）に保存されているファームウェアを読み込み、適用（アップデート）する（ファームウェアアップロード、又はアップロード処理）。

一方、Ｓ１４０３において、アップデート制御部１３０９は、ユーザモード適用フォームか否かを判定する。アップデート制御部１３０９は、ユーザモード適用フォームであると判定すると、Ｓ１４０５に進み、ユーザモード適用フォームでないと判定すると、Ｓ１４１５に進む。より具体的に説明するとアップデート制御部１３０９は、ポーリングによって取得した情報にユーザモードガイダンスコマンドが含まれているか否かに応じて、配信サーバ１３３よりダウンロードしたフォームウェアと特定のディレクトリに保存する。そして、アップデート制御部１３０９は、この特定のディレクトリ（例えば、／ＢＯＯＴＤＥＶ／ＵＤＯＷＮ）にファームウェアが保存されているか否かに応じて、ユーザモード適用フォームか否かを判定する。

Ｓ１４０５では、アップデート制御部１３０９が、ＵＩ制御部１３１１を介して、表示部５１１に図１５の１５０１に示されるようなガイダンス（ガイダンス画面）を表示する。ガイダンス画面の適用ボタンが押下されたことを示す情報を、ＵＩ制御部１３１１を介して受け取ると、アップデート制御部１３０９は、以降のファームウェアのアップデート（アップロード）を実行する。

Ｓ１４０７において、アップデート制御部１３０９は、コンフィグ設定の変更があったか否かを判定する。アップデート制御部１３０９は、コンフィグ設定の変更があったと判定した場合、Ｓ１４０８に進み、コンフィグ設定の変更がなかったと判定した場合、Ｓ１４１４に進む。なお、例えば、コンフィグ設定の変更があった場合は、例えば所定のファイル等にコンフィグ設定の変更があった旨の情報が記録され、アップデート制御部１３０９は、この情報が所定のファイルに記録されているか否かに応じて、判定を行う。

Ｓ１４０８において、アップデート制御部１３０９は、ユーザによるバックアップが可能か否かを判定する。アップデート制御部１３０９は、ユーザによるバックアップが可能であると判定した場合、Ｓ１４１０に進み、ユーザによるバックアップが可能でないと判定した場合、Ｓ１４１４に進む。なお、アップデート制御部１３０９は、変更されたコンフィグ設定の内容に応じて、ユーザによるバックアップが可能か否かを判定する。

Ｓ１４１０において、アップデート制御部１３０９は、ＵＩ制御部１３１１を介して、表示部５１１に図１６の１６０２に示されるようなガイダンス（ガイダンス画面）を表示する。このガイダンス画面には、図１６の１６０２に示されるように、文言や、取り消しボタン、継続ボタンが含まれている。このガイダンス画面において継続ボタンが押下されたことを示す情報を、ＵＩ制御部１３１１を介して受け取ると、アップデート制御部１３０９は、ＵＩ制御部１３１１を介して図１６の１６０３に示すようなガイダンス画面を表示部５１１に表示させる。このガイダンス画面には、図１６の１６０３に示されるように、文言や保存ボタンが含まれている。このガイダンス画面において保存ボタンが押下されたことを示す情報を、ＵＩ制御部１３１１を介して受け取ると、アップデート制御部１３０９は、以降のコンフィグ設定が記述されているファイル（コンフィグファイル）のバックアップ処理を実行する。
なお、ユーザ向けのガイダンス表示と、サービスマン向けのガイダンス表示と、は異なるものとしてもよい。

Ｓ１４１２において、ＤＩＳＣ制御部１３１０は、コンフィグファイルをＨＤＤ５０９の所定のエリアにコピーするバックアップ処理を実行する。この処理により、ファームウェアアップデート後、コンフィグファイルが消去された場合でも、このバックアップしておいてコンフィグファイルを用いて、元に戻すことができる。
Ｓ１４１４において、アップデート制御部１３０９は、特定のディレクトリ（例えば、／ＢＯＯＴＤＥＶ／ＵＤＯＷＮ）に保存されているファームウェアを読み込み、適用（アップデート）する（ファームウェアアップロード、又はアップロード処理）。

以上、上述したように本実施形態によれば、ファームウェアを配信する側では、ＵＩ上で、自動か、手動か、ファームウェアのアップロードの方法を選択可能とすることができる。
また、ファームウェアを適用する側では、ファームウェアを配信する側で選択されたアップデートの方法に応じて、ファームウェアをアップロードすることができる。

＜実施形態２＞
本実施形態では、特定のフィニッシャーが接続されており、これに伴ったアップデートが必要な場合を想定し、特定の指示、ガイダンスの変更を行う例を説明する。なお、フィニッシャーは、ＦｌａｓｈＲＯＭ内臓ワンチップマイコン搭載のもので、別途シリアルでファームウェアのアップデートが必要なものであるとする。

図１７は、画像形成装置におけるファームウェアの適用処理（アップデート処理）の一例を示した図（その２）である。
ここで、特に表記がない場合、以下に示すフローチャートのステップは図１３のアップデート制御部１３０９が行う。つまり、ＣＰＵ５０６は、アップデート制御部１３０９を、図５のＨＤＤ５０９からＲＡＭ５０８に読み込み、アップデート制御部１３０９に基づき、処理を実行する。

また上述したように監視センタホスト１１１のＵＩにおいてファームウェアの配信が指示されており、「適用−手動」、「適用者−サービスマン」、「ガイダンス−あり」が選択され、画像形成装置側のファームウェアの取得までが既に実行されているものとする。つまり、画像形成装置がポーリングによって取得した情報には、適用保留コマンドが含まれており、画像形成装置は、ファームの適用を保留しているものとする。
なお、以下のＳ１７０１〜Ｓ１７１４、及びＳ１７１８は、実施形態１のＳ１４０１〜Ｓ１４１５と同様であるため説明を省略する。

Ｓ１７１５において、アップデート制御部１３０９は、特定のフィニッシャーが接続されているか否かを判定する。アップデート制御部１３０９は、特定のフィニッシャーが接続されていると判定した場合、Ｓ１７１６に進み、特定のフィニッシャーが接続されていないと判定した場合、図１７に示す処理を終了する。ここで、アップデート制御部１３０９は、例えば画像形成装置に接続されている装置の情報（接続装置情報）が記載されているファイルに基づき、特定のフィニッシャーが接続されているか否かを判定する。なお、前記ファイルには、適切に動作する画像形成装置のファームウェアのバージョン情報と接続装置のファームウェアのバージョン情報との組み合わせの情報が更に含まれているものとする。また、前記ファイルには、前記組み合わせの情報と共に、現在適用されている画像形成装置のファームウェアのバージョン情報と、現在適用されている接続装置のファームウェアのバージョン情報と、も更に含まれているものとする。
つまり、アップデート制御部１３０９は、Ｓ１７１３又はＳ１７１４等において画像形成装置のファームウェアをアップデートした場合、アップデートしたファームウェアのバージョン情報を前記ファイルに書き込む。

Ｓ１７１６において、アップデート制御部１３０９は、フィニッシャーのファームウェアのアップデートが必要か否かを判定する。アップデート制御部１３０９は、フィニッシャーのファームウェアのアップデートが必要であると判定した場合、Ｓ１７１７に進み、フィニッシャーのファームウェアのアップデートが必要でないと判定した場合、図１７に示す処理を終了する。ここで、アップデート制御部１３０９は、例えば前記ファイルに基づき、フィニッシャーのファームウェアのアップデートが必要か否かを判定する。つまり、アップデート制御部１３０９は、画像形成装置のファームウェアのアップデートにより、前記ファームウェアのバージョンと、フィニッシャーのファームウェアのバージョンと、の組み合わせが不適切になっていないか、前記ファイルに基づき、判定する。

Ｓ１７１７において、アップデート制御部１３０９は、ＵＩ制御部１３１１を介して、表示部５１１に図１８の１８０１に示されるようなガイダンス（ガイダンス画面）を表示する。このガイダンス画面には、図１８の１８０１に示されるように、文言や、取り消しボタン、継続ボタンが含まれている。このガイダンス画面において継続ボタンが押下されたことを示す情報を、ＵＩ制御部１３１１を介して受け取ると、アップデート制御部１３０９は、ＵＩ制御部１３１１を介して図１８の１８０２に示すようなガイダンス画面を表示部５１１に表示させる。このガイダンス画面には、図１８の１８０２に示されるように、文言やＯＫボタンが含まれている。図１８は、ガイダンスの一例を示す図（その３）である。
サービスマンは、例えば、ＯＫボタンを押下して、手動でのフィニッシャーのファームウェアのアップデート（アップロード）を実行する。

本実施形態によれば、画像形成装置のファームウェアのアップデートに伴い、画像形成装置に接続されている周辺装置（例えばフィニッシャー等）のファームウェアのアップデートが必要な場合は、ガイダンスを表示し、作業を促すことができる。

＜その他の実施形態＞
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。

また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。

更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。

本発明を前記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

管理システムのシステム構成の一例を示す図である。 監視センタホスト１１１のハードウェア構成の一例を示す図である。 監視装置１１７、１２２、１２３のハードウェア構成の一例を示す図である。 監視装置１１７、１２２、１２３のハードウェア構成の他の例を示す図である。 画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１のハードウェア構成の一例を示す図である。 監視センタホスト１１１、配信サーバ１３３における本実施形態に係るソフトウェア構成の一例を示す図である。 監視装置１１７、１２２、１２３における本実施形態に係るソフトウェア構成の一例を示す図である。 各画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１における本実施形態に係るソフトウェア構成の一例を示す図である。 監視センタホスト１１１、配信サーバ１３３或いは、監視装置１１７、１２２、１２３或いは、画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１におけるメモリマップの構造の一例を示す図である。 図１の画像形成装置１２４他、配信サーバ１３３、監視センタホスト１１１等での全般的なファームウェア配信処理の一例を示す図である。 監視センタホスト１１１におけるＵＩ表示（ＳＱ１００３）からダウンロード指示（ＳＱ１００４）までの処理の一例を示すフローチャートである。 Ｓ１１０１において表示されるＵＩ（画面）の一例を示す図である。 画像形成装置のソフトウェア構成の一例を示した図である。 画像形成装置におけるファームウェアの適用処理（アップデート処理）の一例を示した図（その１）である。 ガイダンスの一例を示す図（その１）である。 ガイダンスの一例を示す図（その２）である。 画像形成装置におけるファームウェアの適用処理（アップデート処理）の一例を示した図（その２）である。 ガイダンスの一例を示す図（その３）である。

符号の説明

１３０９ アップデート制御部
１３１０ ＤＩＳＣ制御部
１３１１ ＵＩ制御部

Claims (20)

1. ファームウェア及び前記ファームウェアをアップロードする画像処理装置に関するファームウェア情報を受信するファームウェア情報受信手段と、
   表示要求に応じて、前記ファームウェア情報に基づいて、前記ファームウェアのアップロードに関する属性情報の選択肢を含む画面を表示装置に表示するよう制御する表示制御手段と、
   前記画面において選択された属性情報に応じたコマンドを作成するコマンド作成手段と、
   を有することを特徴とする情報処理装置。
2. 前記表示制御手段は、前記ファームウェアのアップロードに関して、手動か、又は自動かを選択させる第一の選択肢を含む画面を表示装置に表示するよう制御すると共に、前記第一の選択肢において手動が選択された場合、前記ファームウェアをユーザによるアップロードか、又はサービスマンによるアップロードかを選択させる第二の選択肢を前記画面に表示するよう制御することを特徴とする請求項１に記載の情報処理装置。
3. 前記表示制御手段は、前記第一の選択肢において手動が選択された場合、画像処理装置におけるファームウェアのアップロードに係るガイダンス表示に関して、ガイダンス表示ありか、又はなしかを選択させる第三の選択肢を更に前記画面に表示するよう制御することを特徴とする請求項２に記載の情報処理装置。
4. 前記コマンド作成手段は、前記第一の選択肢において自動が選択された場合、画像処理装置におけるファームウェアの自動アップロードに関するコマンドを作成することを特徴とする請求項２又は３に記載の情報処理装置。
5. 前記コマンド作成手段は、前記第二の選択肢においてサービスマンによるアップロードが選択され、前記第三の選択肢においてガイダンス表示なしが選択された場合、画像処理装置におけるリブート保留に関するコマンドを作成することを特徴とする請求項３に記載の情報処理装置。
6. 前記コマンド作成手段は、前記第二の選択肢においてサービスマンによるアップロードが選択され、前記第三の選択肢においてガイダンス表示ありが選択された場合、画像処理装置におけるガイダンス表示に関するコマンド及びリブート保留に関するコマンドを作成することを特徴とする請求項３に記載の情報処理装置。
7. 前記コマンド作成手段において作成されたコマンドを含む、前記ファームウェアのアップロードに関する指示情報を作成する指示情報作成手段を更に有することを特徴とする請求項１乃至６の何れか1項に記載の情報処理装置。
8. ネットワークを介して通信可能な情報処理装置よりファームウェアのアップロードに関する指示情報を取得する指示情報取得手段と、
   前記指示情報に応じて、ファームウェアを配信する配信装置よりファームウェアを取得するファームウェア取得手段と、
   前記指示情報に含まれる、ファームウェアのアップロードに関する属性情報に応じたコマンドがファームウェアの適用のためのリブートの保留に関するコマンドを含んでいることが判明したとき、前記ファームウェアの適用のためのリブートを保留し、画像処理装置に対するファームウェア適用のためのリブート指示があったことが判明したとき、ファームウェアの適用のためのリブートを実行するアップロード処理手段と、
   を有することを特徴とする画像処理装置。
9. 前記アップロード処理手段は、前記コマンドが、画像処理装置におけるファームウェアの自動アップロードに関するコマンドであった場合、前記ファームウェア取得手段において取得したファームウェアを自動でアップロードすることを特徴とする請求項８に記載の画像処理装置。
10. 前記アップロード処理手段は、前記コマンドが、リブート保留に関するコマンドであった場合、前記ファームウェア取得手段において取得したファームウェアのアップロードに関するリブートを保留することを特徴とする請求項８に記載の画像処理装置。
11. 前記アップロード処理手段は、前記コマンドが、ガイダンス表示に関するコマンドであった場合、前記ファームウェア取得手段において取得したファームウェアのアップロードに関するガイダンスを表示装置の表示することを特徴とする請求項８に記載の画像処理装置。
12. ファームウェア及び前記ファームウェアをアップロードする画像処理装置に関するファームウェア情報を受信するファームウェア情報受信ステップと、
    表示要求に応じて、前記ファームウェア情報に基づいて、前記ファームウェアのアップロードに関する属性情報の選択肢を含む画面を表示装置に表示するよう制御する表示制御ステップと、
    前記画面において選択された属性情報に応じたコマンドを作成するコマンド作成ステップと、
    を有することを特徴とする情報処理方法。
13. 前記コマンド作成ステップにおいて作成されたコマンドを含む、前記ファームウェアのアップロードに関する指示情報を作成する指示情報作成ステップを更に有することを特徴とする請求項１２に記載の情報処理方法。
14. ネットワークを介して通信可能な情報処理装置よりファームウェアのアップロードに関する指示情報を取得する指示情報取得ステップと、
    前記指示情報に応じて、ファームウェアを配信する配信装置よりファームウェアを取得するファームウェア取得ステップと、
    前記指示情報に含まれる、ファームウェアのアップロードに関する属性情報に応じたコマンドがファームウェアの適用のためのリブートの保留に関するコマンドを含んでいることが判明したとき、前記ファームウェアの適用のためのリブートを保留し、画像処理装置に対するファームウェア適用のためのリブート指示があったことが判明したとき、ファームウェアの適用のためのリブートを実行するアップロード処理ステップと、
    を有することを特徴とするファームウェアアップロード方法。
15. 前記アップロード処理ステップでは、前記コマンドが、画像処理装置におけるファームウェアの自動アップロードに関するコマンドであった場合、前記ファームウェア取得ステップにおいて取得したファームウェアを自動でアップロードすることを特徴とする請求項１４に記載のファームウェアアップロード方法。
16. 前記アップロード処理ステップでは、前記コマンドが、リブート保留に関するコマンドであった場合、前記ファームウェア取得ステップにおいて取得したファームウェアのアップロードに関するリブートを保留することを特徴とする請求項１４に記載のファームウェアアップロード方法。
17. 前記アップロード処理ステップでは、前記コマンドが、ガイダンス表示に関するコマンドであった場合、前記ファームウェア取得ステップにおいて取得したファームウェアのアップロードに関するガイダンスを表示装置の表示することを特徴とする請求項１４に記載のファームウェアアップロード方法。
18. 請求項１２又は１３に記載の情報処理方法の各ステップをコンピュータに実行させることを特徴とするプログラム。
19. 請求項１４乃至１７の何れか１項に記載のファームウェアアップロード方法の各ステップをコンピュータに実行させることを特徴とするプログラム。
20. 請求項１８又は１９に記載のプログラムを記憶したコンピュータにより読み取り可能な記憶媒体。

Images