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