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