(57)【特許請求の範囲】
【請求項１】
専用のインターフェースを介したサービスマンの画像形成装置のファームウェアの更新に際して、当該ファームウェアの更新の前と後とのバージョンの情報を含む更新情報ファイルを保存する保存手段と、
前記画像形成装置に適用可能なファームウェアのセットの検索のために、前記更新情報ファイルを配信システムへ送信する送信手段と、
前記配信システムにおいて検索された適用可能なファームウェアのセットを前記配信システムから取得して、前記ファームウェアのセットを用いた更新を行う更新手段と、を有し、
前記更新に用いられるファームウェアのセットは、更新されたファームウェアの前のバージョンを用いて検索されたセット、又は更新されたファームウェアのバージョンを用いることなく検索されたセットであることを特徴とする画像形成装置。
【請求項２】
前記更新情報ファイルには、更新されたファームウェアの前のバージョンを用いた検索と、更新されたファームウェアのバージョンを用いることのない検索との何れを前記配信システムで行うかを示す情報が含まれることを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記更新手段は、サービスマンとは異なるユーザのファームウェアの一括での更新の指示に応じて、前記更新を行うことを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
前記送信手段は、更に、前記画像形成装置に適用可能なファームウェアのセットの検索のために、前記更新情報ファイルなしに、前記画像形成装置の現在のファームウェアのバージョンを前記配信システムへ送信することを特徴とする請求項１乃至３の何れか１項に記載の画像形成装置。
【請求項５】
請求項１乃至４の何れか１項に記載の画像形成装置と、
前記画像形成装置から送信された情報に応じて検索を行い、当該画像形成装置に適用可能なファームウェアのセットを配信する配信システムと、を含むことを特徴とするネットワークシステム。
【請求項６】
画像形成装置における制御方法であって、
保存手段が、専用のインターフェースを介したサービスマンの画像形成装置のファームウェアの更新に際して、当該ファームウェアの更新の前と後とのバージョンの情報を含む更新情報ファイルを保存する保存工程と、
送信手段が、前記画像形成装置に適用可能なファームウェアのセットの検索のために、前記更新情報ファイルを配信システムへ送信する送信工程と、
更新手段が、前記配信システムにおいて検索された適用可能なファームウェアのセットを前記配信システムから取得して、前記ファームウェアのセットを用いた更新を行う更新工程と、を有し、
前記更新に用いられるファームウェアのセットは、更新されたファームウェアの前のバージョンを用いて検索されたセット、又は更新されたファームウェアのバージョンを用いることなく検索されたセットであることを特徴とする制御方法。
【請求項７】
コンピュータを請求項１乃至４の何れか１項に記載の画像形成装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、ネットワークシステム及び画像形成装置の制御方法に関するものである。
【背景技術】
【０００２】
従来、画像形成装置等の周辺装置の稼働状態を遠隔的に監視する監視システムがある。この監視システムの環境下において、画像形成装置のファームウェアをアップデートする場合、そのアップデートは以下のように行われている。
【０００３】
ファームウェアのバージョンアップや障害等の理由により、ファームウェアを更新する必要が生じた場合、サービスマンが顧客先に訪問し、手作業でアップデートを行う。そのため、ファームウェアを更新するためのコストが高いものとなっていた。
【０００４】
そこで、最近では、ファームウェアをフラッシュメモリなどの書き換え可能な記憶装置に格納しておき、インターネットを介してファームウェアを受信することによりファームウェアの更新を行う技術が提案されている。
【０００５】
このとき、先の遠隔的に監視する監視システムから予約を行ったり、画像形成装置から操作者のオペレーションや自動的なサーバへのアクセスにより適用可能な最新のファームウェアがないかを確認したりするシステムが提案されている。
【０００６】
また、複数のプログラムをアップデートする際に、互いに依存関係にある場合、アップデートの順序を示す順序情報を取得し、その順序情報に従って複数のプログラムのアップデートを行う技術が提案されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１１−６０２３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、画像形成装置の操作者がサーバにアクセスし、その画像形成装置に適用可能な最新のファームウェアを含むセットがあるか否かを確認するシステムの場合、次のような問題があった。
【０００９】
この様なシステムはセキュリティ上などの観点から、ファームウェアの特定のセットによる一括更新のみを一般の操作者には認めていた。その際には、旧バージョンのファームウェアのセットを特定した上で、更新すべき最新のファームウェアのセットを検索していた。このような適用可能な最新のファームウェアのセットを検索するために、現在の画像形成装置のファームウェアの情報をサーバに送信することになる。
【００１０】
ここで、サービスマンが専用のサービス画面などを介して先にファームウェアの一部の更新を指示し、更新作業が行われていた場合、その画像形成装置の現在のファームウェアのバージョンの組み合わせがサーバに登録されていないものとなる場合があった。この際には、画像形成装置のファームウェアの情報をサーバに送信しても、適用可能な最新のファームウェアのセットを検索できなくなる。よって、一般の操作者による、ファームウェアのセットの一括での更新を行うことができなかった。
【００１１】
本発明は、サービスマンが一部のファームウェアを更新した後でも、適切なファームウェアの更新を可能とする仕組みを提供する。
【課題を解決するための手段】
【００１２】
本発明は、専用のインターフェースを介したサービスマンの画像形成装置のファームウェアの更新に際して、当該ファームウェアの更新の前と後とのバージョンの情報を含む更新情報ファイルを保存する保存手段と、
前記画像形成装置に適用可能なファームウェアのセットの検索のために、前記更新情報ファイルを配信システムへ送信する送信手段と、
前記配信システムにおいて検索された適用可能なファームウェアのセットを前記配信システムから取得して、前記ファームウェアのセットを用いた更新を行う更新手段と、を有し、
前記更新に用いられるファームウェアのセットは、更新されたファームウェアの前のバージョンを用いて検索されたセット、又は更新されたファームウェアのバージョンを用いることなく検索されたセットであることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、サービスマンが一部のファームウェアを更新した後でも、適切なファームウェアの更新を可能とする仕組みを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態における監視システムの全体的な構成例を示す図。
【図２】監視センタホストのハードウェア構成の一例を示す図。
【図３】監視装置のハードウェア構成の一例を示す図。
【図４】監視装置の別のハードウェア構成を示す図。
【図５】画像形成装置におけるハードウェア構成の一例を示す図。
【図６】監視センタホスト、配信サーバにおける監視システムに関わる部分のソフトウェア構成の一例を示す図。
【図７】監視装置における監視システムに関わる部分のソフトウェア構成の一例を示す図。
【図８】画像形成装置における監視システムに関わる部分のソフトウェア構成の一例を示す図。
【図９】監視センタホスト、配信サーバ、監視装置、又は画像形成装置のメモリマップの構造を示す図。
【図１０】コンテンツの配信に特化したネットワークシステムの構成を示す図。
【図１１】画像形成装置から送信されるＳＯＡＰメッセージの一例を示す図。
【図１２】配信サーバから返信されるＳＯＡＰメッセージの一例を示す図。
【図１３】画像形成装置のファームウェア構成の一例を示す図。
【図１４】ユーザインターフェース画面の一例を示す図。
【図１５】適用可能ファームウェアの再検索処理を示すフローチャート。
【図１６】再検索処理で用いられる更新情報ファイルの構成例を示す図。
【図１７】Ｓ１５０５の表示処理の詳細を示すフローチャート。
【図１８】前バージョンでの再検索処理を指示する画面を示す図。
【図１９】更新ファーム無視での再検索処理を指示する画面を示す図。
【図２０】再検索処理の詳細を示すフローチャート。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら発明を実施するための形態について詳細に説明する。
【００１６】
＜システム構成＞
まず、本実施形態における監視システムの全体的な構成例を、図１を用いて説明する。図１に示すように、監視システムには、複数の販売会社のシステム１０１、１０６が接続されている。また、管轄の地域や顧客の販売情報や監視システムに関わる情報を蓄積するためのデータベース１０３、１０８もシステム１０１、１０６に含まれている。
【００１７】
システム１０１、１０６には、データベース１０３、１０８へのデータ登録や修正などの制御を行うパーソナルコンピュータ（ＰＣ）１０４、１０９も含まれている。そして、ＰＣ１０４、１０９は、インターネット上のサーバである監視センタホスト１１１が提供するＷｅｂサイトにアクセスしてデータの閲覧等を行う。
【００１８】
システム１０１、１０６には、販売会社ホスト１０２、１０７が含まれ、それぞれ監視センタホスト１１１のデータを使用して課金処理やサービスマン派遣処理などの販売会社の業務を行う役割を持つ。また、操作部及び表示部を持ち、ＰＣ１０４、１０９の役割を果たすことも可能である。
【００１９】
上述の販売会社ホスト１０２、データベース１０３、ＰＣ１０４はＬＡＮ１０５で接続され、同様に販売会社ホスト１０７、データベース１０８、ＰＣ１０９もＬＡＮ１１０で接続されている。尚、図１では、販売会社のシステム１０１、１０６は、複数の装置から構成されるよう示されているが、後述する各機能が達成されるならば、１つの装置で構成されてもよい。例えば、データベース１０３、１０８は、物理的に販売会社ホスト１０２、１０７内にそれぞれ存在してもよく、販売会社ホスト１０２、１０７からアクセス可能であれば、インターネットを経由した別の場所に存在しても構わない。
【００２０】
このように、販売会社側と顧客側の中間に監視センタホスト１１１が存在する。ここで、監視センタホスト１１１には、監視のための情報や顧客側から収集した画像形成装置のカウンタ、障害履歴情報、障害パターンテーブルなどを蓄積する履歴記憶装置として機能するデータベース１１２が含まれる。この監視センタホスト１１１とデータベース１１２とはＬＡＮ１１３で接続され、ＬＡＮ１１３を介してインターネットに接続可能となっている。尚、データベース１１２は、物理的に監視センタホスト１１１内に存在してもよい。更に、監視センタホスト１１１からアクセス可能であれば、インターネットを経由した別の場所に存在しても構わない。
【００２１】
また、監視センタホスト１１１は、後述する監視装置１１７、１２２、１２３、１３１から監視対象としての画像形成装置の情報、稼働状態を示す情報、障害情報などを収集、蓄積、加工し、警告などを外部に提供する機能を有する。例えば、販売会社ホスト１０２、１０７にこれらの情報を配信する役割（機能）を有する。これらの情報として、トナー切れ、ドアオープン、ドラム交換、カートリッジなし、冷却ファン異常、基板異常、原稿台ガラス汚れ、ステイプル切れ、給紙センサ光量不足などを例として挙げることができる。また、フォントメモリオーバーフロー、レンダリングエラー、定着器異常、カウンタ異常、両面ユニット異常、紙詰まりなどを挙げることもできる。更に、カウンタ情報として、販売会社の課金対象となる課金カウンタ、顧客の部門別に集計された部門カウンタ、用紙サイズ別に集計されたサイズ別カウンタ、画像形成装置内の部品の消耗度を示す部品カウンタなどが挙げられる。
【００２２】
上述の課金カウンタは画像形成装置の印刷枚数を示し、部門カウンタは顧客が設定している部門毎の印刷枚数を示す。部品カウンタは、例えばドラムなどの部品では、その回転数をカウンタとし、スキャナランプなどの部品では、時間（秒）をカウンタとする。これらの稼働情報を示す情報が稼働情報となる。
【００２３】
更に、販売会社ホスト１０２、１０７は、それぞれ監視センタホスト１１１に監視対象としている画像形成装置の情報や監視に関する設定を監視センタホスト１１１に登録することができる。監視センタホスト１１１では、各販売会社ホスト１０２、１０７から登録された監視対象の画像形成装置や監視に関する設定をマージして一括管理できる。また、監視装置１１７、１２２、１２３や画像形成装置１３１に対して監視に関わる設定を行うこともできる。
【００２４】
ここで、監視システムによるサービスは、販売会社と顧客との契約に基づいて提供されるものである。従って、販売会社が契約に基づいて監視対象と決定した画像形成装置のみを、監視システムの監視対象としている。監視センタホスト１１１は、インターネットを介して接続されたＰＣに対して、データベース１１２に蓄積した情報又は加工した情報を閲覧するＷｅｂページを提供している。このＷｅｂページは、ユーザ認証により販売会社別、顧客別、ユーザの権限別に閲覧内容を限定して提供している。更に、Ｗｅｂページから一部データの変更も可能としている。
【００２５】
また、販売会社側と顧客側の中間に配信サーバ１３３が存在する。また、データベース１３４には、画像形成装置に適用するためのファームウェアやアプリケーション、ソフトウェアライセンス情報などが蓄積され、データベース１３４は記憶装置として機能する。配信サーバ１３３とデータベース１３４はＬＡＮ１３５で接続され、ＬＡＮ１３５を介してインターネットに接続可能となっている。尚、データベース１３４は、物理的に配信サーバ１３３内に存在してもよい。更に、配信サーバ１３３からアクセス可能であれば、インターネットを経由した別の場所に存在しても構わない。ＬＡＮ１１３とＬＡＮ１３５は同一としてもよく、データベース１３４とデータベース１１２はデータを共有しても構わない。
【００２６】
図１に示す例では、監視センタホスト１１１、データベース１１２、配信サーバ１３３、データベース１３４はそれぞれ１つ示されている。しかし、実際には、多くの画像形成装置及び監視装置からの情報収集やファームウェア配信の負荷分散を行うために、複数の監視センタホスト、データベースに分散処理をさせてもよい。また、複数の配信サーバ、データベースを用いて配信処理をさせてもよい。以下の説明では、配信サーバ１３３及び配信サーバ１３３と通信可能なデータベース１３４を総称して「配信システム」と呼び、説明を簡易化する。尚、配信システムは、同一のパーソナルコンピュータ（ＰＣ）などの情報処理装置により実現されてもよいことは言うまでもない。
【００２７】
次に、顧客側のシステム構成について説明する。顧客側の環境としては、異なる複数の環境が存在する。図１では、顧客システム１１４、１１９、１２９が示されている。顧客システム１１４（Ａ社Ｘ事業所）は、インターネットに接続可能なＬＡＮ１１８を介して画像形成装置１１５、１１６が監視装置１１７により監視され、監視装置１１７はインターネット経由で監視センタホスト１１１と通信可能である。
【００２８】
一方、顧客システム１１９（Ａ社Ｙ事業所）は、監視装置１２２、１２３によりＬＡＮ１２８上の画像形成装置１２０、１２１、１２４〜１２７が管理されている。この例では、監視装置１２２が画像形成装置１２０、１２１、１２４、１２５を、監視装置１２３が画像形成装置１２６、１２７を管理している。
【００２９】
また、顧客１２９（Ｂ社）は、インターネットに接続可能なＬＡＮ１３０を介して画像形成装置１３１自身が直接、インターネット経由で監視センタホスト１１１と通信可能である。画像形成装置１３１は、監視装置１１７、１２２，１２３と同じ機能を有し、自身の情報（例えばカウンタ情報や障害等の発生）を積極的に監視センタホスト１１１に送信する。
【００３０】
尚、以下の点に留意する必要がある。
（１）上述の構成におけるインターネットを介した通信においては、ＨＴＴＰ／ＳＯＡＰプロトコルが利用可能である。尚、ＳＯＡＰは、Simple Object Access Protocolの略称である。また、ＳＯＡＰは、ＸＭＬ（eXtended Markup Language）をベースとして、あるコンピュータから他のコンピュータへのデータやサービスを呼び出すためのプロトコルである。本例では、ＳＯＡＰはＨＴＴＰの上に実装される。ＳＯＡＰによる通信は、ＸＭＬ文書に付帯情報を付けたＳＯＡＰメッセージを交換することによって行われる。
【００３１】
従って、このＳＯＡＰをサポートするコンピュータには、ＳＯＡＰメッセージを生成するＳＯＡＰメッセージ生成部と、ＳＯＡＰメッセージを解釈するＳＯＡＰメッセージ解釈部とが備えられている。画像形成装置の状態情報は、本実施形態ではＳＯＡＰメッセージによって監視センタホスト１１１に送信される。
（２）Ａ社における各画像形成装置は監視装置を介して監視センタホスト１１１と通信を行うように説明した。しかし、設定の変更により、Ｂ社に設置される画像形成装置１３１と同様に監視装置を介することなく、監視センタホストとの通信を行ってもよい。
【００３２】
＜ハードウェア構成＞
次に、監視センタホスト１１１のハードウェア構成の一例を、図２を用いて説明する。尚、配信サーバ１３３、販売会社ホスト１０２、１０７のハードウェア構成も監視センタホスト１１１の構成と同様である。
【００３３】
図２において、第１ＣＰＵ２０１、第２ＣＰＵ２０２は、監視センタホスト１１１の各処理を司る。書換え不可能なＲＯＭ２０３は、各処理に関わるプログラムやデータを記憶する。ＲＡＭ２０４は、各処理に関わる一時的なデータを電気的に記憶できかつ書き換え可能である。
【００３４】
第１ＨＤＤ２０５、第２ＨＤＤ２０６は、各処理に関わるプログラムやデータ、一時的なデータ、監視対象の画像形成装置に関する情報、画像形成装置から収集した情報などを記憶する。例えば、部品カウンタ、課金カウンタ、部門カウンタなどがハードディスクに保存される。
【００３５】
監視センタホスト１１１の場合、後述する図６に示す処理を第１ＨＤＤ２０５に有している。このプログラムは、ＲＡＭ２０４を一時保存領域として使用し、第１ＣＰＵ２０１もしくは、第２ＣＰＵ２０２によって呼び出され実行される。配信サーバ１３３の場合も同様に、後述する図６に示す処理を第１ＨＤＤ２０５に有している。このプログラムは、ＲＡＭ２０４を一時保存領域として使用し、第１ＣＰＵ２０１もしくは、第２ＣＰＵ２０２によって呼び出され実行される。
【００３６】
操作部２０７は、監視センタホスト１１１への指示入力を受け付けるキーボードやポインティングデバイスを含む入力装置として機能する。表示部２０８は、監視センタホスト１１１の動作状況や、動作する各プログラムが出力する情報を表示する。ＮｅｔｗｏｒｋＩ／Ｆ２０９は、ネットワーク経由でＬＡＮやインターネットに接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ２１０は外部記憶機器などを接続する。これらの要素がシステムバス２１１により結び付き、データを授受している。
【００３７】
次に、監視装置１１７、１２２、１２３のハードウェア構成の一例を、図３を用いて説明する。また、ＰＣ１０４、１０９のハードウェア構成も図３に示すハードウェア構成と同様である。
【００３８】
ＣＰＵ３０１は、監視装置上の各処理を司る。ＲＯＭ３０２は、各処理に関わるプログラムやデータを記憶し、書換え不可能である。ＲＡＭ３０３は、各処理に関わる一時的なデータを電気的に記憶できかつ書き換え可能である。監視装置１１７では、各処理に関わるプログラムやデータ、一時的なデータ、監視対象の画像形成装置に関する情報、画像形成装置から収集した情報などをＨＤＤ３０４に記憶する。また、ＰＣ１０４、１０９では、ＷｅｂページなどをＨＤＤ３０４に記憶する。
【００３９】
入力装置３０５は、監視装置への指示入力を受け付けるキーボードやポインティングデバイスである。表示部３０６は、監視装置の動作状況や装置上で動作する各プログラムが出力する情報を表示する。ＮｅｔｗｏｒｋＩ／Ｆ３０７は、ネットワーク経由でＬＡＮやインターネットに接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ３０８は外部記憶機器等を接続する。これらがシステムバス３０９により結び付き、データを授受している。
【００４０】
ここで、監視装置１１７、１２２、１２３の別のハードウェア構成を、図４を用いて説明する。ＣＰＵ４０１は、監視装置上の各処理を司る。ＲＯＭ４０２は、各処理に関わるプログラムやデータを記憶し、書換え不可能である。ＦｌａｓｈＲＯＭ４０３は、各処理に関わるデータ、一時的なデータ、監視対象の画像形成装置に関する情報、画像形成装置から収集した情報などを記憶する。シリアルＩ／Ｆ４０４は、監視装置上のプログラムがエラーやログを出力しており、シリアルケーブルを用いて端末を接続可能である。ＮｅｔｗｏｒｋＩ／Ｆ４０５は、ネットワーク経由でＬＡＮやインターネットに接続し、外部と情報交換を行う。これらがシステムバス４０６により結び付き、データを授受している。
【００４１】
次に、画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７、１３１におけるハードウェア構成の一例を、図５を用いて説明する。画像形成装置としては、具体的には、プリンタ及びファクシミリ機能が統合的に設けられた複合機、ＰＣなどからデータを受信し印刷するプリンタ（電子写真方式及びインクジェット方式を含む）、スキャナー、ファクシミリなどが挙げられる。図５では、画像形成装置の一例として、複合機の構成を示している。
【００４２】
イメージリーダ５０２は、原稿給送部５０１で原稿を読み込む。イメージリーダ５０２、画像形成部５０３は、読み込んだ原稿やネットワーク経由で受信したデータを印刷画像に変換し印刷出力する。排紙部５０４は、印刷出力した紙を排出し、ソートやステイプルといった処理を施す。ＮｅｔｗｏｒｋＩ／Ｆ５０５は、ネットワーク経由でＬＡＮやインターネットに接続し、外部と情報交換を行う。
【００４３】
ＣＰＵ５０６は、画像形成装置上の各処理を司る。画像形成装置の動作状態を監視し、障害等の特定のイベントが発生した場合には、その状態を示す状態情報を予め定めた宛先へと送信する。宛先は例えば、監視センタホスト１１１や監視装置などである。不揮発性記憶装置のＲＯＭ５０７は、各処理に関わるプログラムやデータを記憶する。書き換え可能なＲＡＭ５０８は、各処理に関わる一時的なデータを電気的に記憶する。ＨＤＤ５０９は、各処理に関わるプログラムやデータ、一時的なデータ、画像形成装置へ送信されてきたユーザデータなどを記憶する。
【００４４】
画像形成装置は、後述する図８の処理をＨＤＤ５０９に有している。このプログラムは、ＲＡＭ５０８を一時保存領域として使用し、ＣＰＵ５０６によって呼び出され実行される。
【００４５】
操作部５１０は、画像形成装置への指示入力を受け付ける。表示部５１１は、画像形成装置の動作状況や操作部５１０に対する操作に関わる情報を表示する。そして、これらがシステムバス５１２により結び付き、データを授受している。
【００４６】
尚、画像形成装置自身が監視のための情報を積極的に送信する機能を持つ画像形成装置１３１では、ＲＯＭ５０７或いはＨＤＤ５０９内に、監視データ送出処理にかかわるプログラムやデータを保持している。
【００４７】
＜ソフトウェア＞
次に、監視センタホスト１１１、配信サーバ１３３における監視システムに関わる部分のソフトウェア構成の一例を、図６を用いて説明する。ＳＯＡＰ通信部６０１は、監視装置１１７、１２２、１２３又は画像形成装置１３１よりＮｅｔｗｏｒｋＩ／Ｆ２０９を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部６０２に渡す。また、ＳＯＡＰメッセージ作成部６０３により作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ２０９を介して監視装置１１７、１２２、１２３又は画像形成装置１３１に送信する。
【００４８】
収集情報処理部６０４では、監視下の監視装置１１７、１２２、１２３や画像形成装置１３１から受信した情報をそのまま又は加工し、データベースアクセス部６０６を介してデータベース１１２、１３４に格納する。
【００４９】
また、収集情報処理部６０４は、遠隔監視システムに関わる機能を実現する。監視下の監視装置１１７、１２２、１２３や画像形成装置１３１から受信した情報、データベース１１２、データベース１３４に格納されているデータを元にカウンタ情報の集計、エラー情報、ファーム最新情報を担当サービスマンや顧客側管理者へ通知する。
【００５０】
監視制御部６０５は、監視装置１１７、１２２、１２３や画像形成装置１３１の情報を取得しに行くスケジュール管理、監視内容、方法の制御を行う。更に、監視制御部６０５は、必要に応じて、監視下の監視装置１１７、１２２、１２３や画像形成装置１３１へＳＯＡＰメッセージ作成部６０３、ＳＯＡＰ通信部６０１、ＮｅｔｗｏｒｋＩ／Ｆ２０９を介して指示を送信する。
【００５１】
次に、監視装置１１７、１２２、１２３における監視システムに関わる部分のソフトウェア構成の一例を、図７を用いて説明する。ＳＯＡＰ通信部７０１は、監視センタホスト１１１よりＮｅｔｗｏｒｋＩ／Ｆ３０７、４０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部７０３に渡す。また、ＳＯＡＰ通信部７０１は、ＳＯＡＰメッセージ作成部７０２が作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ３０７、４０５を介して監視センタホスト１１１、配信サーバ１３３に送信する。
【００５２】
監視制御部７０４は、後述する監視センタホスト１１１からの監視設定に従って、情報蓄積部７０６に保持する監視画像形成装置情報の更新や、画像形成装置１１５、１１６の情報を取得し、スケジュール管理を行う。
【００５３】
デバイス情報処理部７０５は、監視制御部７０４が管理するスケジュールにより、監視装置が積極的に画像形成装置１１５、１１６から収集したカウンタ情報、サービスコールやジャム、トナー切れなどの情報を、情報蓄積部７０６に蓄積する。また、この蓄積は、画像形成装置１１５、１１６の状態に応じて行われる。
【００５４】
情報蓄積部７０６に蓄積されたデータは、デバイス情報処理部７０５を介してそのままＳＯＡＰメッセージ作成部７０２に渡されて監視センタホスト１１１へ送信される。又は、デバイス情報処理部７０５内で解釈、加工されてからＳＯＡＰメッセージ作成部７０２に渡されて監視センタホスト１１１へ送信される場合もある。
【００５５】
次に、画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７、１３１における監視システムに関わる部分のソフトウェア構成の一例を、図８を用いて説明する。ＳＯＡＰ通信部８０１は、監視センタホスト１１１、配信サーバ１３３よりＮｅｔｗｏｒｋＩ／Ｆ５０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部８０３に渡す。また、ＳＯＡＰ通信部８０１は、ＳＯＡＰメッセージ作成部８０２が作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ５０５を介して監視センタホスト１１１、配信サーバ１３３に送信する。
【００５６】
ネットワーク情報取得部８０４は、ＤＨＣＰ環境の場合、ＩＰアドレス、ＤＮＳサーバ、ゲートウェイアドレスを自動的に取得することが可能である。また、ネットワーク情報取得部８０４は、操作部５１０から入力されＨＤＤ５０９に保存されたネットワーク情報が存在する場合は、その情報を取得する。
【００５７】
デバイス情報収集部８０５は、複合機内部のスケジュールにより、又は、監視センタホスト１１１からの指示により内部に保持するカウンタ情報を取得し、また、内部で発生したサービスコールやジャム、トナー切れなどの情報を取得する。取得したデータは、そのままＳＯＡＰメッセージ作成部８０２に渡し、監視センタホスト１１１へ送信する。また、デバイス情報収集部８０５内で蓄積、解釈、加工してからＳＯＡＰメッセージ作成部８０２に渡し、監視センタホスト１１１へ送信する。
【００５８】
次に、監視センタホスト１１１、配信サーバ１３３或いは、監視装置１１７、１２２、１２３或いは、画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７、１３１におけるメモリマップの構造を、図９を用いて説明する。図９は、処理プログラムを実行する際に、監視センタホスト１１１ではＲＡＭ２０４上に、各監視装置１１７ではＲＡＭ３０３或いはＦｌａｓｈＲＯＭ４０３上に、各画像形成装置ではＲＡＭ５０８上にプログラムをロードしたメモリマップである。
【００５９】
メモリマップは、基本Ｉ／Ｏプログラム９０１、システム・プログラム９０２、本実施形態の処理プログラムを初めとする各種処理プログラム９０３、関連データ９０４、プログラムのワークエリア９０５で構成されている。基本Ｉ／Ｏプログラム９０１は、本装置上の入出力を司る。システム・プログラム９０２は、各処理プログラムに動作環境を提供する。
【００６０】
尚、容量の制約により、プログラムやデータ、ワークエリアとして利用する領域が足りなくなった場合、第１ＨＤＤ２０５又は第２ＨＤＤ２０６をＲＡＭ２０４、ＨＤＤ３０４をＲＡＭ３０３、ＨＤＤ５０９をＲＡＭ５０８、の領域の一部として扱ってもよい。
【００６１】
以上の構成において、配信サーバ１３３、監視センタホスト１１１、画像形成装置の間で情報の通信が行われ、コンテンツ（ファームウェア、アプリケーションソフトウェア、バッチなどのプログラム）の配信が行われる。
【００６２】
＜ネットワークシステム＞
ここで、コンテンツの配信に特化したネットワークシステムの構成を、図１０を用いて説明する。図１０に示すように、ネットワークシステムには、画像形成装置、配信サーバ及びデータベースで構成される配信システム、及び監視センタホストがインターネットを介して相互に通信可能に接続されている。
【００６３】
ファームウェアの配信は、監視センタホストからの指示により行われるものと、実際にサービスマン若しくは管理者が画像形成装置に行き指示を与えるものとがある。そして、即時又は予約時間になると、画像形成装置から配信システムへ適用可能なファームウェアを確認するメッセージが送信される。この処理は、配信システムに現在の画像形成装置のファームウェア群を送信し、配信システムに登録されているファームウェアのうち、配信可能なファームウェアがあるかを確認する処理である。具体的には、図１１に示すようなＳＯＡＰメッセージが配信システムへ送られる。ここで、適用可能なファームウェアがあれば、図１２に示すようなＳＯＡＰメッセージが配信システムから返信され、適用可能なファームウェアとして列挙される。その後、列挙されたファームウェアの中から、１つのファームウェアを選択することにより、選択されたファームウェアがダウンロードされ、アップデートされる。
【００６４】
尚、配信システムでは、画像形成装置のファームウェアを複数のファームウェアが組み合わされたファームウェアのグループとして登録し、そのグループのバージョンを用いて分類及び管理している。そのため、図１２に示すように、ファーム情報リストには、適用可能なファームウェアのファームグループバージョンが含まれているが、以下では、単に適用可能なファームのバージョンと称す。
【００６５】
ここで画像形成装置におけるファームウェアの一例を、図１３に示すソフトウェア構成図を用いて説明する。尚、図１３に示すソフトウェアは、ＯＳの制御の下、図５のＨＤＤ５０９からＲＡＭ５０８に読み込まれ、ＣＰＵ５０６によって実行される。
【００６６】
この例では、組み込みアプリケーションプラットフォーム及びこのプラットフォーム上で動作する複数の組み込みアプリケーションがファームウェアである。そして、ＵＩ制御部により表示されるユーザインターフェース画面で管理者が更新の操作を行うと、アップデート制御部が受信制御部を介して配信システムから適用可能ファームウェアを取得し、ファームウェアの更新を行う。
【００６７】
＜再検索処理＞
図１０に示すネットワークシステムにおいて、サービスマンが専用のインターフェースを介して画像形成装置の個々のファームウェアを更新した後、管理者が配信システムから適用可能なファームウェアを取得する処理を、図１４乃至図２０を用いて説明する。
【００６８】
まず、管理者がファームウェアを更新するべく、図１４に示すユーザインターフェース画面まで操作を行うと、図１５に示すＳ１５０１で、「適用可能ファームウェアの確認」ボタン１４０１が押下されるのを待つ。この画面は、配信システムに適用可能なファームウェアがあるか否かを確認するための画面である。尚、この画面で、「メニューに戻る」ボタン１４０２が押下されると、この処理を終了し、メニュー画面に戻る。
【００６９】
一方、「適用可能ファームウェアの確認」ボタン１４０１が押下されるとＳ１５０２へ遷移し、上述の図１１に示すような情報を配信サーバ１３３に送信する。この情報に呼応し、配信サーバ１３３から図１２に示すような情報が返信される。
【００７０】
次に、Ｓ１５０２で適用可能ファームウェアがあるか否かを判定する。この判定処理は、先に配信サーバ１３３から送信された情報から適用可能なファームウェアとして、列挙するファームウェアがあるか否かを判定する処理である。判定の結果、適用可能ファームウェアがある場合、ファームウェアの最新のファーム情報リストが送信される。ここで、管理者による操作の場合、最新のファーム情報リストを送信し、サービスマンによる操作の場合、適用可能ファームウェアを複数リストとして返却する。そして、Ｓ１５１０で、適用可能ファームウェアを列挙して表示する。
【００７１】
一方、サービスマンが既に、画像形成装置の特定のファームウェアを個別にバージョンアップしていた場合、適用可能ファームウェアがないと判定される。この場合、先に配信サーバに送信した現在のファームウェアが配信サーバ上に登録してあるファームウェアと一致せず、現在のファームウェアバージョンを特定できず、最新ファームウェアのリストを返却できないためである。そこで、適用可能ファームウェアがないと判定された場合、Ｓ１５０３へ遷移し、更新情報ファイルがあるか否かを判定する。この更新情報ファイルは、サービスマンが個別にファームウェアを更新した場合に、ファームウェアと共にインストールされる図１６に示すようなファイルである。この更新情報ファイルにより、詳細は後述する再検索処理を行うことが可能となる。
【００７２】
Ｓ１５０３で判定した結果、更新情報ファイルがなければ、Ｓ１５０９へ遷移し、適用可能ファームなし表示処理を行い、この処理を終了する。一方、更新情報ファイルがあれば、Ｓ１５０４へ遷移し、その更新情報ファイルの読み込み処理を行う。そして、Ｓ１５０５で再検索ボタンを含む適用可能ファームなし表示処理を行う。この表示処理の詳細を、図１７を用いて説明する。
【００７３】
まず、Ｓ１７０１で更新情報ファイルからオプションフラグ（OptionFlag）を取得する処理を行う。この処理は先の図１６に示す更新情報ファイルのパラメータの一つである、オプションフラグの値を取得する処理である。このオプションフラグは、サービスマンによりファームウェアが個別に更新された後、前バージョンで再検索を行うか、バージョンを無視して再検索を行うかを指定するフラグである。即ち、一部のファームウェアが更新された後、管理者が前のバージョンを元に更新を行ってもよい場合、オプションフラグの値に“０”が設定される。これに対して、更新されたファームウェアを今後、バージョンアップ対象外にしたい場合、このオプションフラグの値に“１”が設定される。
【００７４】
次に、Ｓ１７０２でオプションフラグの値を判定し、値が“０”であれば、Ｓ１７０４へ遷移し、前バージョンでの再検索ボタンを含む表示処理を行う。具体的には、図１８に示すようなメッセージ「適用可能フォームがありません。」と「前バージョンでの再検索」ボタンとをユーザインターフェース画面に表示する。そして、図１５に示すＳ１５０６に戻る。
【００７５】
また、オプションフラグの値が“０”でなければ、Ｓ１７０３でオプションフラグの値が“１”か判定し、値が“１”であれば、Ｓ１７０６へ遷移し、更新フォーム無視での再検索ボタンを含む表示処理を行う。具体的には、図１９に示すようなメッセージ「適用可能フォームがありません。」と「更新フォーム無視での再検索」ボタンとをユーザインターフェース画面に表示する。そして、図１５に示すＳ１５０６に戻る。
【００７６】
一方、Ｓ１７０３で、オプションフラグの値が“１”でなければ、Ｓ１７０５へ遷移し、再検索ボタンを表示することなくメッセージ「適用可能フォームがありません。」だけをユーザインターフェース画面に表示する。そして、図１５に示すＳ１５０６に戻る。
【００７７】
ここで図１５に戻り、再検索ボタンが押下されたか否かを判定する。この処理は、先の再検索ボタンを含む適用可能ファームなし表示処理で、管理者が前バージョンでの再検索ボタン（図１８）、又は更新ファーム無視での再検索ボタン（図１９）を押下したか判定する処理である。ここで、前バージョンでの再検索ボタンか更新ファーム無視での再検索ボタンの何れかが押下された場合、Ｓ１５０７へ遷移し、また何れの再検索ボタンも押下されない場合は、この処理を終了する。
【００７８】
このＳ１５０７では、適用可能フォームウェアの再検索処理を行う。この処理は、先の再検索ボタンが押されたことに呼応し、複数のファームウェアの組み合わせ（セット）を前バージョンで再検索、又は更新ファーム無視で再検索する処理である。この再検索処理の詳細を、図２０を用いて説明する。
【００７９】
まず、Ｓ２００１で、図１７に示すＳ１７０１と同様に、オプションフラグの値を取得する。次に、Ｓ２００２で、図１７に示すＳ１７０２と同様に、オプションフラグの値が“０”か否かを判定する。ここで、値が“０”であれば、Ｓ２００３へ遷移し、一方値が“０”でなければ、Ｓ２００４へ遷移する。
【００８０】
このＳ２００３では、送信ファームに前バージョンを指定する処理を行う。この処理は、現在のファームウェアバージョンを送信する前に、そのファームウェアの個々のバージョンとして、ファームアップしたものに関して前バージョンを指定する処理である。具体的には、図１６に示す（Ａ）のファームウェアＡのバージョン１．１及びファームウェアＢのバージョン１．２をそれぞれ前バージョンのバージョン１．０とする。
【００８１】
また、Ｓ２００４では、送信ファームから変更があったファームを削除する処理を行う。この処理は、現在のファームウェアバージョンを送信する前に、そのファームウェアの個々のバージョンとして、ファームアップしたものに関して削除する処理である。具体的には、図１６に示す（Ｂ）のファームウェアＡを削除する。
【００８２】
次に、Ｓ２００５では、Ｓ２００３で指定された前バージョンを現在のファームウェアバージョンとして送信処理を行うか、又はＳ２００４で一部削除されたバージョンを現在のファームウェアバージョンとして送信処理を行う。そして、Ｓ２００６で配信システムから適用可能ファームウェアの取得処理を行う。これにより、前バージョン又は一部削除したバージョンを前提とした適用可能ファームウェアを図１２に示すようなフォーマットで取得できる。
【００８３】
ここで図１５に戻り、Ｓ１５０８で、Ｓ１５０７の再検索処理により適用可能ファームウェアを取得できたか否かを判定する。ここで、前バージョン又は削除したバージョンの送信でも適用可能ファームウェアを取得できない場合は、適用可能ファームはないと判定し、上述のＳ１５０９へ遷移し、適用可能ファームなし表示処理を行い、この処理を終了する。
【００８４】
一方、上述の再検索処理により適用可能ファームがあると判定されると、Ｓ１５１０へ遷移し、適用可能ファーム表示処理を行う。この処理は、Ｓ１５０７で取得した適用可能ファームウェアのバージョンやそのラベル名称等を表示する処理である。この処理により、適用可能なファームウェアを認識でき、その後の適用処理で、ファームウェアにアップデートを行うことが可能となる。
【００８５】
これら一連の動作により、画像形成装置と配信サーバ１３３と連携し、一度は適用可能ファームウェアがないとされた画像形成装置でも、前バージョンでの再検索により、適用可能なファームウェアを再度確認することができる。これにより、画像形成装置をアップデートすることができる。
【００８６】
［他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005812840.tif 000002
【図２】
0005812840.tif 000003
【図３】
0005812840.tif 000004
【図４】
0005812840.tif 000005
【図５】
0005812840.tif 000006
【図６】
0005812840.tif 000007
【図７】
0005812840.tif 000008
【図８】
0005812840.tif 000009
【図９】
0005812840.tif 000010
【図１０】
0005812840.tif 000011
【図１１】
0005812840.tif 000012
【図１２】
0005812840.tif 000013
【図１３】
0005812840.tif 000014
【図１４】
0005812840.tif 000015
【図１５】
0005812840.tif 000016
【図１６】
0005812840.tif 000017
【図１７】
0005812840.tif 000018
【図１８】
0005812840.tif 000019
【図１９】
0005812840.tif 000020
【図２０】
0005812840.tif 000021