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