JP2013145504A - 配信サーバ、監視装置、画像処理装置、および配信サーバの制御方法、およびプログラム - Google Patents

Abstract

【課題】 遠隔地の配信装置からインターネット経由でファームウェアを配信し、画像処理装置の更新処理を行う技術が実現されてきている。遠隔地からファームウェアを更新する場合、セキュリティ観点から暗号化されたファームウェアを配信するのが一般的である。
画像処理装置においてファームウェアを更新する処理には、暗号化されたファームウェアを復号する必要があるため、画像処理装置の処理負荷が多大にかかってしまう。
【解決手段】 イントラネットにおいて画像処理装置のファームウェアを配信する処理では、イントラネットに存在するファームウェア配信サーバがファームウェアの復号化や展開を行うことによって、画像処理装置の処理負荷を軽減する。
【選択図】 図１１

Description

本発明は画像処理装置のファームウェアを配信する配信サーバ、監視装置、画像処理装置、および配信サーバの制御方法、およびプログラムに関する。

従来から、複合機、複写機、プリンタ等の画像処理装置の機能向上を図るために、画像処理装置の保守担当者等がファームウェアに代表される各種データ（ソフトウェア、以降単純に「ファームウェア」）を画像処理装置に対して更新する手法が行われている。

最も基本的なファームウェアの更新方法は、画像処理装置の保守担当者がＰＣ上で動作するツールを画像処理装置に接続し新しいファームウェアをツールから画像処理装置に転送することで、ファームウェアの更新を行う方法が存在する。

一方で近年のインターネットの普及により、遠隔地の配信装置からインターネット経由で画像処理装置に対してファームウェアを配信するファームウェアの更新技術が実現されてきている。なおインターネットを経由して配信されるファームウェアはセキュリティ観点から暗号化された状態で配信されるのが一般的とされる。

遠隔地の配信装置から画像処理装置に対してファームウェアを配信する際に画像処理装置の演算処理能力が低い場合、プログラムのダウンロード等に処理時間を多く費やしてしまう課題がある。この課題に対しては、プログラムの配信を短時間で実行するためにプログラムの粒度を再分化して更新すべきプログラムのみを配信するような方法が特許文献１に開示されている。

特開２００９−１９９３３５

しかしながら、上述のように１つのプログラムを再分化して配信する方法であっても、画像処理装置において暗号化されたファームウェアを復号する必要があるため、更新処理には画像処理装置の処理負荷が多大にかかってしまう課題がある。

一方、遠隔地の配信装置からインターネット経由で画像処理装置に対してファームウェアを配信する技術が広まると同時に、イントラネットでも複数の画像処理装置に対するファームウェアの更新手法が実現されてきている。このイントラネットに存在するファームウェア配信サーバ（以下、イントラネット配信サーバ）には、インターネット上に公開されている配信サーバ（以下、インターネット配信サーバ）と同じ暗号化されたファームウェアを登録している。またファームウェアの登録操作は、インターネット上にある全ファームウェアを対象とすると容量の問題があるため、必要なファームウェアだけを利用者が選択して、イントラネット配信サーバに手動で登録を行っている。そのため、イントラネットのファームウェア配信サーバの管理にコスト負荷がかかってしまう。

上記の課題を解決するために、イントラネット配信サーバとインターネット配信サーバがネットワークを介して接続し、ファームウェアを自動で取得する仕組みに加えて、画像処理装置の負荷を軽減する技術が必要となる。

本発明は、上記の問題に顧みてなされたものであり、イントラネット環境におけるファームウェア配信において、画像処理装置の処理負荷を軽減することができるファームウェア配信システムの提供を目的とする。

本発明の一実施形に係るイントラネット配信サーバは、画像処理装置と、複数の画像処理装置を管理している監視装置とはイントラネットを介して接続が可能であり、インターネット配信サーバとはインターネットを介して接続が可能であるイントラネット配信サーバであって、前記画像処理装置のファームウェアのアップデートの指示を受信する指示受信手段と、前記画像処理装置の個体識別番号、および前記画像処理装置がファームウェアを展開するための展開能力、および前記画像処理装置のファームウェアのバージョンを取得する取得手段と、取得された前記個体識別番号から前記画像処理装置の機種を特定し、前記インターネット配信サーバに登録されている前記特定された画像処理装置の機種のファームウェアのバージョンが、取得された前記画像処理装置のファームウェアのバージョンよりも新しいか否かを判断する判断手段と、前記インターネット配信サーバに登録されている前記特定された画像処理装置の機種のファームウェアのバージョンが新しいと判断された場合は、前記インターネット配信サーバからファームウェアを受信する受信手段と、受信されたファームウェアを、取得された前記展開能力に応じたファームウェアの形式に変換し、変換されたファームウェアを前記画像処理装置に配信する配信手段と、を有することを特徴とする。

本発明によれば、ファームウェアの更新処理において、画像処理装置にかかる処理負荷を軽減することが可能となる。

本実施形態のファームウェア配信システムの全体構成図 本実施形態のファームウェア配信サーバのハードウェア構成の一例 本実施形態の監視装置のハードウェア構成の一例 画像処理装置のハードウェア構成の一例 各装置におけるソフトウェア構成の一例 ファームウェアの構成を示す図 （ａ）イントラネット環境における画像処理装置の一覧を示す表（ｂ）イントラネット環境における画像処理装置の一覧を示す表（ファームウェアの構成物を判断） （ａ）画像処理装置の機種におけるファームウェア情報を示す表（ｂ）画像処理装置の機種におけるファームウェア情報を示す表（ファームウェアの構成物を判断） （ａ）イントラネット配信サーバの処理対象ファームウェアを示す表（ｂ）イントラネット配信サーバの処理対象ファームウェアを示す表（ファームウェアの構成物を判断） 監視装置に登録されるタスクの一例を示す図 １つのファームウェアで動作する画像処理装置に対してのファームウェア配信処理を説明するフローチャート 複数のファームウェアで動作する画像処理装置に対してのファームウェア配信における全体の流れを説明するフローチャート 複数のファームウェアで動作する画像処理装置に対してのファームウェア配信におけるダウンロード、変換処理を説明するフローチャート ファームウェアの粒度を細かく判断したファームウェア配信における処理対象となるファームウェアを選択する処理を説明するフローチャート ファームウェアの粒度を細かく判断したファームウェア配信におけるファームウェアのダウンロード、変換処理を説明するフローチャート

以下、本発明を実施するための最良の形態について図面を用いて説明する。なお実施例１では、各画像処理装置の負荷を下げるため、画像処理装置が有するファームウェア展開能力に合わせたファームウェアを保持する実施例について説明する。また実施例２では、各画像処理装置から非同期にファームウェアアップデート指示があった場合に、イントラネット配信サーバ６１がインターネット配信サーバ７１からのファーム取得処理の負荷を軽減するために同期させる実施例について説明する。さらに実施例３では、ファームウェア一式が複数のファームウェアから構成される場合に必要最小限のファームウェアのみを取得する実施例について説明する。

ファームウェアは、バージョン情報と関連付けされて配信サーバに登録される。バージョン付けされるファームウェアは、複数のファームウェアで構成されている場合と、一つのファームウェアで構成されている場合とがある。バージョン付けされるファームウェアを一つのまとまりとして捉え、本実施例においては、これをファームウェア一式とする。詳細は図６の説明にて述べる。

＜システム構成＞
図１は本発明のファームウェア配信システム全体を説明するシステム全体図であり、ネットワークシステムの一例を示す図である。インターネット配信サーバ７１は、イントラネット配信サーバ６１からのファーム取得指示に従って該当するファームウェアを配信する。データベース７３は、画像処理装置１０に適用するためのファームウェア情報等を蓄積する記憶手段としてのデータベースである。インターネット配信サーバ７１とデータベース７３とはＬＡＮ７４で接続されている。

なお、データベース７３は物理的にインターネット配信サーバ７１内に存在しても良い。更にデータベース７３は、インターネット配信サーバ７１からアクセス可能であれば、ＬＡＮを経由した別の場所に存在しても良い。また本ファームウェア配信システムは、インターネット１００を介してインターネット上に公開されているインターネット配信サーバ７１と顧客のイントラネット環境１１０がそれぞれ接続されて構成される。

本システムでは、例えば、顧客のイントラネット環境１１０に存在する画像処理装置１０，２０，３０に対応するファームウェアがイントラネット配信サーバ６１に存在しない場合においても、ファームウェアアップデートが可能となる。１１０は顧客のイントラネット環境を示す。

以下、イントラネット環境１１０内の各装置について説明する。監視装置５０は、各画像装置を監視し、ファームウェアの更新指示を出す装置である。また、イントラネット配信サーバ６１にインターネット配信サーバ７１から必要なファームウェアを取得する指示を行う。

イントラネット配信サーバ６１は、各画像処理装置に適用するファームウェアを管理するサーバである。監視装置からのファームウェア取得指示を受けて、インターネット配信サーバ７１から必要なファームウェアを取得する処理を行う。また、各画像処理装置からのファームウェア更新指示を受けて、必要なファームウェアの配信を画像処理装置に行う。さらに、イントラネット配信サーバ６１は、受信したファームウェアを、配信対象の画像処理装置に適用可能なファームウェアの形式に変換する処理を行う。

複数の画像処理装置１０，２０，３０（例えば、プリンタ、スキャナ、ファクシミリ及び複合機）と、これらの画像処理装置を管理する監視装置５０と、画像処理装置のファームウェアをアップデートするためにファームウェアを配信するためのイントラネット配信サーバ６１とはイントラネットであるＬＡＮ９０を介して接続される。

次にデータベース８３は、画像処理装置に適用するためのファームウェアを蓄積する記憶手段としてのデータベースである。イントラネット配信サーバ６１とデータベース８３とはＬＡＮ８４で接続されている。なお、データベース８３は物理的にイントラネット配信サーバ６１内に存在しても良い。更にデータベース８３は、イントラネット配信サーバ６１からアクセス可能であれば、ＬＡＮを経由した別の場所に存在しても良い。

以上の構成により、以下の処理が可能となる。監視装置５０からの指示により、各画像処理装置がファームウェア更新指示をイントラネット配信サーバ６１に行う。イントラネット配信サーバ６１は、前記ファームウェア更新指示を受けて必要なファームウェアの確認をインターネット配信サーバ７１に行う。次にインターネット配信サーバ７１は、前記確認処理に対して最新のファームウェア情報をイントラネット配信サーバ６１に配信する。イントラネット配信サーバ６１は最新のファームウェア情報をインターネット配信サーバ７１からの前記配信を取得して適切な形式でファームウェアを受信・管理する。そして、各画像処理装置からの前記更新指示に対して適切なファームウェアを各画像処理装置に配信してファームウェア更新を行う。

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

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

図４は、画像処理装置１０のコントローラ４００の構成を説明するためのブロック図である。コントローラ４００はスキャナ部４０９やプリンタ部４１１と電気的に接続されており、一方ではＬＡＮ４１４を介してイントラネット配信サーバ６１や監視装置５０と接続されている。

ＣＰＵ４０１は、ＲＯＭ４０２に記憶された制御プログラム等に基づいて接続中の各種画像処理装置とのアクセスを統括的に制御すると共に、コントローラ４００内部で行われる各種処理についても統括的に制御する。ＲＯＭ４０２には装置のブートプログラムなどが格納されている。 ＲＡＭ４０３は、ＣＰＵ４０１が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。このＲＡＭ４０３は、記憶した内容を電源ｏｆｆ後も保持しておくＳＲＡＭ、電源ｏｆｆ後には記憶した内容が消去されてしまうＤＲＡＭなどにより構成されている。ＨＤＤ４０４はハードディスクドライブであり、システムソフトウェアや画像データを格納することが可能となっている。

操作部Ｉ／Ｆ４０５は、システムバス４１３と操作部４１２とを接続するためのインターフェース部である。この操作部Ｉ／Ｆ４０５は、操作部４１２に表示するための画像データをシステムバス４１３から受取り操作部４１２に出力すると共に、操作部４１２から入力された情報をシステムバス４１３へと出力する。ネットワークＩ／Ｆ４０６はＬＡＮ４１４及びシステムバス４１３に接続し、情報の入出力を行う。

スキャナＩ／Ｆ４０８は、スキャナ部４０９から受取った画像データに対して、補正、加工、及び編集を行う。なお、スキャナＩ／Ｆ４０８は、受取った画像データがカラー原稿か白黒原稿か、文字原稿か写真原稿かなどを判定する。そして、その判定結果を画像データに付随させる。こうした付随情報を属性データと称する。

プリンタＩ／Ｆ４１０は、画像処理チップ４０７から送られた画像データを受取り、この画像データに付随させられている属性データを参照しながら画像データに画像形成を施す。画像形成後の画像データは、プリンタ部４１１に出力される。

＜ソフトウェア構成＞
図５は図１のシステム図に対して各装置内の本発明を説明に必要となるソフトウェア構成を示した例である。なお、画像処理装置１０，２０，３０は同じ構成であるため、以降画像形成装置１０を用いて説明する。画像処理装置１０は画像処理装置情報通知部１１、アップデート要求受信部１２、ファームウェア展開部１３、ファームウェア構成通知受信部１４、ファームウェア受信部１５を含む。

画像処理装置１０の詳細について次に述べる。画像処理装置情報通知部１１は、監視装置５０から指示を受けて画像処理装置自身のファームウェア構成等をイントラネット配信サーバ６１に通知する。アップデート要求受信部１２は、監視装置５０からファームウェアアップデートの指示を受信する。ファームウェア展開部１３は、イントラネット配信サーバ６１から受信したファームウェアを復号や展開を実行する。ファームウェア構成通知受信部１４は、監視装置５０からイントラネット配信サーバ６１にファームウェアの構成を通知するよう指示を受信する。ファームウェア受信部１５は、イントラネット配信サーバ６１から配信されるファームウェアを受信する。

監視装置５０は、顧客のイントラネット環境１１０にある複数の画像処理装置１０等を管理しており、各画像処理装置の稼働状態を示す情報等を収集、蓄積する機能を有する。例えば、稼働状態を示す情報には、トナー切れ、ドアオープン、ドラム交換、カートリッジなし、等がある。また、監視装置５０は、各画像処理装置に対しての機能をタスクとして登録することができ、登録したタスクのスケジュールに従って画像処理装置のファームウェアをアップデートする指示を出す機能を有する。

次に監視装置５０について詳細を説明する。画像処理装置管理部５１は顧客のイントラネット環境１１０に存在する画像処理装置１０等を管理する。アップデート指示部５２は画像処理装置１０に対してファームウェアアップデートの指示を出す。ファームウェア構成通知指示部５３は画像処理装置１０に対してイントラネット配信サーバ６１に画像処理装置自身のファームウェア構成を通知するように指示を出す。画像処理装置一覧通知部５４はイントラネット配信サーバ６１に顧客のイントラネット環境１１０に存在する各画像処理装置の一覧を通知する。表示部５５は顧客のイントラネット環境１１０に存在する各画像処理装置に対しての機能を登録するタスク等を表示する。

配信サーバ監視部５６は、イントラネット配信サーバ６１の状態を監視する。タスク管理部５７は監視装置５０に登録されているタスクを管理する。画像処理装置探索部５８は顧客のイントラネット環境１１０に存在する画像処理装置１０等を探索する。イントラネット配信サーバ６１は次の構成となる。ファームウェア配信部６２は各画像処理装置に対応するファームウェアを配信する。ファームウェア変換部６３は画像処理装置のファームウェアを展開できる能力に応じてファームウェアを変換する。ファームウェア取得部６４はインターネット上に公開されている配信サーバ７１から必要とするファームウェアを取得する。画像処理装置情報受信部６５は画像処理装置から画像処理装置のファームウェア構成等の情報を受信する。画像処理装置一覧取得部６６は、監視装置５０から顧客のイントラネット環境１１０に存在する画像処理装置の一覧をリストとして受信する。機種特定部６７は各画像処理装置から受信した画像処理装置の情報から画像処理装置の機種を特定する。

状態遷移部６８はファームウェアアップデートの準備が完了した際に、ファームウェアアップデートの準備完了状態を監視装置５０が判断できるような状態、即ち、配信準備完了状態に遷移する。アップデート指示受信部６９は画像処理装置からのファームウェアアップデートの指示を受信する。

ファームウェアバージョン比較部７０は、各画像処理装置から受信した画像処理装置の情報によって画像処理装置のファームウェアのバージョンを判断する。また、画像処理装置のファームウェアのバージョンとインターネット上に公開されている配信サーバに登録されているファームウェアのバージョンを比較する。配信管理部７５は、画像処理装置情報受信部６５から取得した情報を管理し、イントラネット配信サーバ６１が処理するファームウェアや配信するファームウェアの管理を行う。

イントラネット配信サーバ６１はインターネット上に公開されている配信サーバ７１とインターネット１００を介して接続される。イントラネット配信サーバ処理対象テーブル６１は、インターネット上に公開されている配信サーバ７１から顧客のイントラネット環境１１０に存在する画像処理装置１０等が必要とするファームウェアのみを取得する。インターネット上に公開されている配信サーバ７１はファームウェア配信部７２を含む。

なお本図５に示す各ソフトウェア機能は、画像形成装置１０ではＲＯＭ４０２もしくはＨＤＤ４０４に保存されＣＰＵ４０１にて実行することにより実現される。また、イントラネット配信サーバ６１，インターネット配信サーバ７１ではＲＯＭ２０３もしくは第１ＨＤＤ２０５，第２ＨＤＤ２０６に保存され、第１ＣＰＵ２０１，第２ＣＰＵ２０２にて実行することにより実現される。また、監視装置５０ではＲＯＭ３０２もしくはＨＤＤ３０４に保存され、ＣＰＵ３０１にて実行されることにより実現される。

また、実行時に使用する各種情報は画像形成装置１０では、ＲＡＭ４０２もしくはＨＤＤ４０４に保持してソフトウェア機能間でのやりとりを行う。同様にイントラネット配信サーバ６１、インターネット配信サーバ７１では、ＲＡＭ２０４もしくは第１ＨＤＤ２０５，第２ＨＤＤ２０６に保持してソフトウェア機能間での各種情報のやりとりを行う。同様に監査装置５０では、ＲＡＭ３０３もしくはＨＤＤ３０４に保持してソフトウェア機能間での各種情報のやりとりを行う。また、外部機器との通信は、画像形成装置１０はネットワークＩ／Ｆ４０６、イントラネット配信サーバ６１、インターネット配信サーバ７１はネットワークＩ／Ｆ２０８、監視装置５０はネットワークＩ／Ｆ３０８を用いて通信を行う。

図６は画像処理装置１０のファームウェアの構成を示す図である。イントラネット配信サーバ６１には、Ｖｅｒ．１．０とバージョン付けされて６１０のファームウェアが登録される。同様に、Ｖｅｒ．２．０とバージョン付けされて６２０のファームウェアが登録される。６１０、６２０の夫々のファームウェアをファームウェア一式とみなす。

画像処理装置１０のファームウェアアップデートをする際に、Ｖｅｒ．１．０にアップデートする際には６１０のファームウェアを、Ｖｅｒ．２．０にアップデートする際には６２０のファームウェアを配信する。６２０のファームウェアの詳細は、Ａ１，Ｂ１，Ｃ２というファームウェアから構成されおり、それぞれの数字が個々のファームウェアのバージョンを表している。個々のファームウェアの組み合わせにより最終的な全体のファームウェアのバージョンが決定する。例えば本例では、Ａ、Ｂはそれぞれバージョンが１であるため、全体のＶｅｒ．１．０と２．０の差異はＣというファームウェアの差異となる。

図７（ａ）、図７（ｂ）はそれぞれイントラネット環境１１０に存在する画像処理装置１０等の画像処理装置情報およびファームウェア情報の一覧であり、その構成を示している。本一覧は、監視装置５０におけるファームウェア構成通知指示部５３の指示により、例えば画像処理装置１０が指示を受け取り、画像処理装置情報通知部１１がイントラネット配信サーバ６１に通知する。通知された情報をイントラネット配信サーバ６１における画像処理装置情報受信部６５によって取得されデータベース８３にて保持されるものとなる。

情報の詳細としては、画像処理装置を一意に識別する個体識別番号７０１，７１１と、ファームウェアを構成するファームウェアバージョン７０２，７１２、各画像処理装置のファームウェア展開能力７０３，７１４を画像処理装置から受信して登録する。図７（ｂ）においては、ファームウェアバージョン７１２に加え、画像処理装置のファームウェアを構成している構成物と、構成物のバージョンもファームウェア構成７１３として登録する。また、個体識別番号７０１に対応する配信対象ファームウェア７０４，７１５をイントラネット配信サーバ６１が判断し、登録する。図７の表を後述において「画像処理装置管理テーブル」と称する。

図８（ａ）、図８（ｂ）は画像処理装置の機種別の情報を管理するテーブルである。本情報はインターネット配信サーバ７１がマスター情報を保持しており、イントラネット配信サーバ６１のファームウェア取得部６４が取得してデータベース８３に格納される。

テーブルの詳細を説明する。画像処理装置の機種を表す機種識別番号８０１，８１１に対し、対応する個体識別番号８０２，８１２を登録してあり、画像処理装置から受信した個体識別番号によって、各画像処理装置の機種を判断することが可能である。また、インターネット配信サーバ７１に登録されている各機種における最新ファームウェアのバージョン８０３，８１３を登録する。図８（ｂ）においては、インターネット配信サーバ７１に登録されている各機種における最新ファームウェアのバージョンと構成物を最新ファーム構成８１４として登録する。図８の表を後述において「機種情報管理テーブル」と称する。

図９（ａ）、図９（ｂ）はイントラネット配信サーバ６１が処理する対象のファームウェアとそのファームウェアの形式を示したテーブルである。即ち、本テーブルは図７および図８を用いてイントラネット配信サーバ６１が管理するテーブルから生成され、配信サーバ７１から取得したファームウェアをどの形式に変換するかを示している。イントラネット配信サーバ６１が処理対象とする機種９０１，９１１に対して処理対象ファームウェア９０２，９１２とファームウェアを変換する形式９０３，９１３を登録する。なお、本実施例におけるファームウェアを変換する形式には２種類の形式が存在し、イントラネット配信サーバ６１が画像形成装置にファームウェアを配信する際には３通りの方法の内何れか１つの方法で配信する。より詳細な説明については後述する。

図９（ａ）は処理対象ファームウェア９０２がファームウェアのバージョンであるが、図９（ｂ）は処理対象ファームウェア９１２としてファームウェアを構成する構成物とバージョンを登録する。図９の表を後述において「イントラネット配信サーバ処理対象テーブル」と称する。

図１０は監視装置５０において登録できるタスクの一例を示す図である。タスク名１００１に対して機能名１００２、実行日時１００４をユーザが監視装置の表示部５５を参照しながら登録することが可能である。実行日時１００４に設定された日時になると、機能名１００２に登録されている機能が実行される。状態１００５は処理終了後には実行済みのタスクも参照することが可能である。

＜１つのファームウェアで動作する画像処理装置に対してのファームウェア配信処理＞
次に、図１１のフローチャートを参照しながら本実施１の形態にかかるファームウェア配信システムの動作を説明する。監視装置５０は、顧客のイントラネット環境１１０に存在する画像処理装置１０のファームウェアをアップデートするためのスケジュールテーブルを持つことが可能である。監視装置５０を使用してユーザは、タスクを一つまたは複数登録することが可能である。

監視装置５０の表示部５５に図１０で示されるような登録タスクリスト１０００を表示する。また、タスク名１００１に対して実行する機能名１００２と実行する日時１００４を指定してタスクを登録することが可能である。例えば、「Ｔｅｓｔ Ｔａｓｋ ００３」というタスク名でファームウェア配信機能を登録する。「Ｔｅｓｔ Ｔａｓｋ ００３」を実行する実行日時を「２０１２年１月２１日８時００分」と登録すると、「２０１２年１月２１日８時００分」に画像処理装置１０に対してファームウェアが配信、およびアップデートされる。

登録されたタスクに従い、監視装置５０のアップデート指示部５２は各画像処理装置に対してファームウェアアップデートの指示を出す。画像処理装置１０のアップデート要求受信部１２は、ファームウェアアップデートの指示を受け、ファームウェアアップデートの開始を示すイントラネット配信サーバ６１のアップデート指示受信部６９に指示を出す。なお、本図１１で示すフローチャートは、上記の指示をイントラネット配信サーバー６１が受信するところを示したイントラネット配信サーバー６１の処理を示した図である。

まず、アップデート指示および各種ファームウェア情報の受信を行う。アップデート指示部６９は画像処理装置１０からファームウェアアップデートの指示を受ける（Ｓ１１０１）。次に画像処理装置１０における画像処理装置情報通知部１１は、図７に示した自身の持つファームウェアを展開する能力と、個体識別番号、構成されるファームウェアのバージョンをイントラネット配信サーバ６１に通知する。

画像処理装置情報受信部６５は画像処理装置１０から画像処理装置のファームウェアの展開能力と、個体識別番号、構成されるファームウェアのバージョンをそれぞれ取得する。この際にイントラネット配信サーバ６１は、例えば画像処理装置１０から画像処理装置の展開能力をＴｙｐｅＡ、個体識別番号を１０００００、画像処理装置１０を構成しているファームウェアのバージョンをＶｅｒ．１．０という情報を取得し、画像処理装置管理テーブルに登録する。

次に機種の特定およびインターネット配信サーバ７１からの最新情報取得を行う。イントラネット配信サーバ６１の機種特定部６７は、前記取得した個体識別番号から機種情報管理テーブルに従い、画像処理装置の機種を特定する。例えば画像処理装置１０から取得した個体識別番号が１０００００の場合、機種情報管理テーブルを参照すると、１０００００〜１９９９９９の個体識別番号を持つ画像処理装置はＸという機種であることが判断できる。

続いて、特定した機種に対してインターネット配信サーバ７１に登録されているファームウェアの最新バージョンを確認する（Ｓ１１０２）。インターネット配信サーバ７１に登録されているＸという機種の最新ファームウェアバージョンはＶｅｒ．２．０である。次にインターネット配信サーバ７１と現在イントラネット配信サーバ６１が有するファームウェアを比較するステップである。イントラネット配信サーバ６１におけるファームウェアバージョン比較部７０は、画像処理装置１０から取得したファームウェアのバージョンよりもインターネット配信サーバ７１に登録されているファームウェアの方が新しいかを確認する（Ｓ１１０３）。

画像処理装置１０から取得したファームウェアのバージョンよりもインターネット配信サーバ７１に登録されているファームウェアのバージョンの方が新しくない、もしくは同じバージョンの場合には何も処理を行わない。一方、インターネット配信サーバ７１に登録されているファームウェアのバージョンの方が新しい場合には、ステップＳ１１０４に進む。

次に前記ステップ１１０３にて新しいファームウェアの取得が必要と判断された場合のステップである。ファームウェア取得部６４はインターネット配信サーバ７１から該当するファームウェアを取得する（Ｓ１１０４）。個体識別番号が１０００００の画像処理装置１０のファームウェアのバージョンはＶｅｒ．２．０であり、インターネット配信サーバ７１に登録されているＸという機種の最新ファームウェアバージョンはＶｅｒ．２．０である。そのため、何も処理を行わない。

個体識別番号が１００００１の画像処理装置２０のファームウェアのバージョンはＶｅｒ．１．０であり、インターネット配信サーバ７１に登録されているＸという機種の最新ファームウェアバージョンはＶｅｒ．２．０である。そのため、インターネット配信サーバ７１からＸという機種のＶｅｒ．２．０のファームウェアを取得する。

次にステップＳ１１０４にて取得したファームウェアを展開能力に応じた形式に変換するためのステップである。ファームウェア変換部６３はインターネット配信サーバ７１から取得したファームウェアに対して、画像処理装置１０の展開能力を、「画像処理装置管理テーブル」を参照して確認する（Ｓ１１０５）。次にファームウェア変換部６３において、ステップＳ１１０５で判断した展開能力に応じてファームウェアを変換する（Ｓ１１０６、Ｓ１１０７）。

図７（ａ）の画像処理装置管理テーブルを参照すると、個体識別番号が１００００１のファームウェアの展開能力はＴｙｐｅＡである。そのため、ＴｙｐｅＡの形式にファームウェアを変換する。次にファームウェア配信部６２が画像処理装置にファームウェアの配信処理を行う処理となる。ステップＳ１１０１において各画像処理装置から受信したファームウェアアップデート指示に応じて、前記ステップまでで変換した配信対象ファームウェアを、対応する個体識別番号を持つ画像処理装置に配信するものとする（Ｓ１１０８）。以降、画像処理装置１０はイントラネット配信サーバ６１から配信されるファームウェアをファームウェア受信部１５が受信し、受信したファームウェアに応じてファームウェア展開部１３がファームウェアを展開し、ファームウェアアップデートを行う。

以上が図１１を用いて示したイントラネット配信サーバ６１の処理となる。インターネット配信サーバ７１に登録されているファームウェアは暗号化されたファームウェアのみである。しかし、例えば、ＴｙｐｅＡというファームウェアの展開能力を持つ画像処理装置は復号化済みのファームウェアを受け付けることができることとする。ＴｙｐｅＢというファームウェアの展開能力を持つ画像処理装置１０は、圧縮を解いたファームウェアを受け付けることができることとする。画像処理装置１０が受け付けることができるファームウェアの形式をイントラネット配信サーバ６１が受信し、受信した形式にイントラネット配信サーバ６１がファームウェアの復号や展開を行う。イントラネット配信サーバ６１がファームウェアを変換することによって、画像処理装置１０のファームウェアアップデート時に画像処理装置１０にかかる処理負荷を軽減することが可能となる。

画像処理装置１０のファームウェアの展開能力は機種や個々の画像処理装置への設定に応じて異なる。暗号化ファームウェアのみ受け付け可能な画像処理装置に対してはイントラネット配信サーバ６１によってファームウェアの変換を行わず、画像処理装置においてファームウェアの復号、展開を行う。

本実施の形態は顧客のイントラネット環境１１０に存在する画像処理装置１０が１つのファームウェアで動作する画像処理装置の機種の場合に実施する。１つのファームウェアで動作する画像処理装置１０に対しては、前述のような形態を取る。

一方、複数のファームウェアで動作する画像処理装置１０ではファームウェアの種類が増え、ファームウェアのファイルサイズが大きくなってしまう。ファイルサイズが大きくなるにつれ、イントラネット配信サーバ６１がインターネット配信サーバ７１からファームウェアを取得したり、ファームウェアを変換したりすることによって、イントラネット配信サーバ６１にかかる処理負荷が増加してしまう。そのため、次に述べる実施の形態においては、画像処理装置１０の処理負荷を軽減するだけではなく、イントラネット配信サーバ６１にかかる処理負荷が増加するのを防ぐ実施形態について説明する。

＜複数のファームウェアで動作する画像処理装置に対してのファームウェア配信処理＞
本実施例２では、顧客のイントラネット環境１１０において複数のファームウェアで動作する画像処理装置１０が接続されている場合の処理を説明する。本実施の形態において、イントラネット配信サーバ６１への処理負荷を減らす例を示す。具体的には、各画像処理装置から非同期にファームウェアアップデート指示があった場合に、イントラネット配信サーバ６１がインターネット配信サーバ７１からのファーム取得処理の負荷を軽減するために同期させる実施例となる。なお前述の１つのファームウェアで動作する画像処理装置に対してのファームウェア配信処理において説明したのと同様に監視装置５０は顧客のイントラネット環境１１０に存在する各画像処理装置のファームウェアをアップデートするためのスケジュールテーブルを持つものとする。

以下に、図１２、図１３のフローチャートを参照しながら本実施の形態にかかるファームウェア配信システムの動作を説明する。なお、以下に示す監視装置５０の処理は前処理のためにフローチャートには含まないものとする。まず、監視装置５０において、タスク管理部５０はスケジュールテーブルに従い、画像処理装置探索部５８に指示を行い顧客のイントラネット環境１１０に存在する各画像処理装置を探索する。像処理装置探索部５８は前記探索によって、顧客のイントラネット環境１１０に存在する各画像処理装置の一覧を作成することで最新の状況を把握することが可能となる。次に画像処理装置一覧通知部５４は、前記作成した画像処理装置一覧をイントラネット配信サーバ６１に送信する。

上記送信終了後に、監視装置５０のファームウェア構成通知指示部５３は、顧客イントラネット環境１１０に存在する各画像処理装置に対してイントラネット配信サーバ６１に画像処理装置のファームウェア構成情報の通知をするように指示を出す。一方、各画像処理装置のファームウェア構成通知受信部１４は、自身の持つファームウェアを展開する能力と、個体識別番号、構成されるファームウェアのバージョンをイントラネット配信サーバ６１に通知する（後述のステップＳ１２０２ａで受信）。

例えば、個体識別番号が１０００００の画像処理装置はファームウェアを展開する能力がＴｙｐｅＡ，構成されるファームウェアのバージョンをＶｅｒ．２．０であるとイントラネット配信サーバ６１に通知する。また個体識別番号が１００００１の画像処理装置はファームウェアを展開する能力がＴｙｐｅＡ，構成されるファームウェアのバージョンをＶｅｒ．１．０であるとイントラネット配信サーバ６１に通知する。同様に個体識別番号が２０００００の画像処理装置はファームウェアを展開する能力がＴｙｐｅＢ，構成されるファームウェアのバージョンをＶｅｒ．１．０であるとイントラネット配信サーバ６１に通知するものとなる。

以降が、フローチャートで示すイントラネット配信サーバ６１の処理となる。なお本フローチャートの説明においてステップは（）内に示すものとする。画像処理装置一覧取得部６６は、監視装置５０から前記探索した顧客のイントラネット環境１１０に存在する画像処理装置のリストとして画像処理装置１０等の個体識別番号を受信する（Ｓ１２０１ａ）。なお、画像処理装置のリストは画像処理装置を一意に認識可能であれば良いので、個体識別番号に限らず、ＩＰアドレス等を用いても良い。画像処理装置一覧取得部６６は監視装置５０から受信した画像処理装置のリストを画像処理装置管理テーブルとして登録する（Ｓ１２０２ａ）。例えば図７（ａ）のように、画像処理装置管理テーブルの個体識別番号に１０００００，１００００１、２０００００を登録する。

画像処理装置情報受信部６５は画像処理装置１０から画像処理装置のファームウェアの展開能力と、個体識別番号、構成されるファームウェアのバージョンをそれぞれ取得する（Ｓ１２０３ａ）。なお、画像処理装置からの通知については前述の通りとする。次に画像処理装置情報受信部６５は前記ステップＳ１２０３ａで取得した情報を画像処理装置管理テーブルに登録する（Ｓ１２０４ａ）。次に画像処理装置情報受信部６５は画像処理装置管理テーブルに存在する全ての画像処理装置に対して情報が登録されたかを確認する（Ｓ１２０５ａ）。画像処理装置の全てのリストに対して情報が登録されていない場合には、画像処理装置から画像処理装置の情報を取得する処理を全てのリストの情報が登録されるまで繰り返し実行する。

次に全ての画像処理装置に対して情報が登録されたら、ファームウェア取得部６４はイントラネット配信サーバ６１が処理する対象のファームウェアをインターネット配信サーバ７１からダウンロードし、ファームウェア変換部６３はファームウェアの形式を変換する（Ｓ１２０６ａ）。なお、イントラネット配信サーバ６１が処理対象のファームウェアをインターネット配信サーバ７１からダウンロードし、ファームウェアの形式を変換する詳細の動作は図１３のフローチャートを参照して説明する。また、図１３の処理に関しては、画像処理装置情報受信部６５が全体を司るものとする。またファームウェア変換に関してはファームウェア変換部６３、ファームウェアの取得はファームウェア取得部６４、バージョン比較にはファームウェアバージョン比較部７０を用いるものとする。

初めに、イントラネット配信サーバ６１は画像処理装置管理テーブルを参照するためのｉｎｄｅｘを０とする（Ｓ１２０１ｂ）。画像処理装置情報受信部６５はｉｎｄｅｘよりも画像処理装置管理テーブルに登録されている画像処理装置の数が多いかを確認する（Ｓ１２０２ｂ）。ｉｎｄｅｘよりも画像処理装置管理テーブルに登録されている画像処理装置の数が多い場合には、画像処理装置情報受信部６５はｉｎｄｅｘに対応する画像処理装置の情報を取得する（Ｓ１２０３ｂ）。画像処理装置情報受信部６５は取得した画像処理装置情報の個体識別番号が含まれる機種情報を機種情報管理テーブルから取得する（Ｓ１２０４ｂ）。その際に画像処理装置管理テーブルのｉｎｄｅｘ０を参照して、個体識別番号１０００００が登録されていることを判断する。続いて、イントラネット配信サーバ６１は機種情報管理テーブルを参照し、個体識別番号１０００００に対応する画像処理装置の機種はＸであると判断する。

ファームウェアバージョン比較部７０は機種情報管理テーブルに登録された最新ファームウェアのバージョンとｉｎｄｅｘが対応する画像処理装置管理テーブルのファームウェアのバージョンを比較する（Ｓ１２０５ｂ）。比較した結果、対象ファームウェアのバージョンが機種情報管理テーブルに登録されている最新よりも古い場合、配信管理部７５は、画像処理装置管理テーブルの配信対象ファームウェアに、機種情報管理テーブルの最新ファームウェアバージョンを登録する（Ｓ１２０６ｂ）。

また、Ｓ１２０６ｂにおいて最新ファームウェアバージョンを登録した場合、画像処理装置情報受信部６５は、登録した最新ファームウェアバージョンが既にイントラネット配信サーバ処理対象テーブルに登録済みかどうかを確認する（Ｓ１２０７ｂ）。Ｓ１２０７ｂで確認した結果、登録済みでなければ、画像処理装置情報受信部６５は、イントラネット配信サーバ処理対象テーブルに、ファームウェアを変換する形式と、機種情報である機種識別番号、処理対象ファームウェアを登録する（Ｓ１２１０ｂ）。ファームウェアを変換する形式は、前記画像処理装置管理テーブルに登録されているファームウェア展開能力に応じて登録する。

Ｓ１２０７ｂで確認した結果、登録済みであれば、配信管理部７５は、画像処理装置管理テーブルに登録されている対象ファームウェアのファームウェア展開能力と同じファームウェアを変換する形式が登録済みであるかを確認する（Ｓ１２０８ｂ）。
なお対象ファームウェアのファームウェア展開能力と同じファームウェアを変換する形式が登録済みであれば、イントラネット配信サーバ処理対象テーブルには何も登録せずに、次の画像処理装置管理テーブルを参照する。

次に対象ファームウェアのファームウェア展開能力と同じファームウェアを変換する形式が登録済みでなければ、配信管理部７５は、対応する処理対象ファームウェアのリストにファームウェアを変換する形式を追加して登録する（Ｓ１２０９ｂ）。例えば図８（ａ）の機種情報管理テーブルに示されるように、Ｘという機種の最新ファームウェアのバージョンはＶｅｒ．２．０である。また、図７（ａ）の画像処理装置管理テーブルに示されるように、個体識別番号１０００００のファームウェアのバージョンはＶｅｒ．２．０である。個体識別番号１００００１のファームウェアのバージョンはＶｅｒ．１．０である。

個体識別番号１０００００のファームウェアのバージョンは機種情報管理テーブルに登録されているファームウェアのバージョンと同一であるため、既に最新のファームウェアとなっており、配信対象ファームウェアは存在しない。配信対象ファームウェアが存在しないので、次のｉｎｄｅｘ１の情報を確認する。また、個体識別番号１００００１のファームウェアのバージョンは機種情報管理テーブルに登録されているファームウェアのバージョンよりも低い。そのため、画像処理装置管理テーブルの配信対象ファームウェアとしてＶｅｒ．２．０を登録する。

この時点では図９（ａ）に示されるイントラネット配信サーバ処理対象テーブルにはＸという機種識別番号を持つＶｅｒ．２．０というファームウェアは登録されていない。該当のファームウェアが登録されていないので、イントラネット配信サーバ６１は、イントラネット配信サーバ処理対象テーブルにＸという機種の処理対象ファームウェアとしてＶｅｒ．２．０を登録する。また、画像処理装置管理テーブルに示されるファームウェア展開能力であるＴｙｐｅＡを、ファームウェアを変換する形式として登録する。

上記画像処理装置管理テーブルに登録されている全ての画像処理装置に対して配信管理部７５は、配信対象ファームウェアの登録を行う（Ｓ１２１１ｂ）。次に、イントラネット配信サーバ６１は、イントラネット配信サーバ処理テーブルを参照するためのｓｅｒｖｅｒ＿ｐｒｏｃｅｓｓ＿ｉｎｄｅｘを０とする（Ｓ１２１２ｂ）。配信管理部７５は、ｓｅｒｖｅｒ＿ｐｒｏｃｅｓｓ＿ｉｎｄｅｘよりもイントラネット配信サーバ処理テーブルに登録されている画像処理装置の数が多いかを確認する（Ｓ１２１３ｂ）。

イントラネット配信サーバ処理テーブルに未処理の項目がある場合には、ファームウェア取得部６４は、ｓｅｒｖｅｒ＿ｐｒｏｃｅｓｓ＿ｉｎｄｅｘに対応するファームウェアをインターネットに公開されている配信サーバ７１から取得する（Ｓ１２１４ｂ）。図９（ａ）で示すようにイントラネット配信サーバ処理対象テーブルに登録されているＸという機種識別番号のＶｅｒ．２．０のファームウェアをイントラネット配信サーバ６１はインターネット上に公開されている配信サーバ７１からダウンロードする。

上記の処理をファームウェア取得部６４は、イントラネット配信サーバ処理対象テーブルに登録されている数だけ繰り返し実行する（Ｓ１２１５ｂ）。続いて、イントラネット配信サーバ６１は、イントラネット配信サーバ処理対象テーブルを参照するためのｓｅｒｖｅｒ＿ｐｒｏｃｅｓｓ＿ｉｎｄｅｘを再度０とする（Ｓ１２１６ｂ）。配信管理部７５は、ｓｅｒｖｅｒ＿ｐｒｏｃｅｓｓ＿ｉｎｄｅｘよりもイントラネット配信サーバ処理対象テーブルに登録されている画像処理装置の数が多いかを確認する（Ｓ１２１７ｂ）。

イントラネット配信サーバ処理対象テーブルに未処理の項目がある場合には、ファームウェア変換部６３は、対象となるファームウェアのファームウェアを変換する形式を確認する（Ｓ１２１８ｂ）。Ｓ１２１８ｂで確認した結果に応じてファームウェア変換部６３は、ファームウェアを変換する（Ｓ１２１９ｂ）。

図９（ａ）で示すようにイントラネット配信サーバ処理対象テーブルに登録されているＸという機種識別番号のファームウェアのファームウェアを変換する形式はＴｙｐｅＡであるのでＴｙｐｅＡという形式にファームウェアを変換する。上記の処理をファームウェア変換部６３は、イントラネット配信サーバ処理対象テーブルに登録されている数だけ繰り返して行う（Ｓ１２２１ｂ）。

以上が、図１３のフローチャートを用いて図１２のステップＳ１２０６ａの説明である。前述のように、イントラネット配信サーバ６１は、対象のファームウェアをインターネット上に公開されている配信サーバ７１からダウンロードし、対応するファームウェアの形式に変換する処理を行うものとする。

以降、図１２のフローチャートの説明に戻る。前述の処理において、ファームウェアを配信する準備が完了するため、イントラネット配信サーバ６１の状態遷移部６８はアップデート準備完了状態に状態遷移する（Ｓ１２０７ａ）。なお監視装置５０は、配信サーバ監視部５６によってイントラネット配信サーバ６１がアップデート準備完了状態に遷移したことをポーリングして確認する。

また配信サーバ監視部５６は、イントラネット配信サーバ６１がアップデート準備完了状態に遷移したことを確認すると、アップデート指示部５２を用いてＳ１２０１ａの画像処理装置一覧の画像処理装置に対してファームウェアアップデート指示を一斉に出す。これにより、ファームウェアアップデートの対象となる画像形成装置のファームウェアをほぼ同時にアップデートすることが出来る。各画像処理装置のアップデート要求受信部１２は、監視装置５０からの指示を受け、イントラネット配信サーバ６１とファームウェアアップデートのため通信を始める。

フローチャートの説明に戻る。アップデート指示受信部６９は、対象の画像処理装置からファームウェアアップデートの指示を受ける（Ｓ１２０８ａ）。ファームウェア配信部６２は、ファームウェアアップデート指示を受信すると、画像処理装置管理テーブルに登録された配信対象ファームウェアを対象の画像処理装置に配信する（Ｓ１３０９ａ）。例えば個体識別番号１０００００の画像処理装置に対してはファームウェアのバージョンが最新のため、ファームウェアを配信しない。また個体識別番号１００００１の画像処理装置に対しては、Ｘという機種識別番号のファームウェアをＴｙｐｅＡに変換したＶｅｒ．２．０のファームウェアを配信する。個体識別番号２０００００の画像処理装置に対してはＹという機種識別番号のファームウェアをＴｙｐｅＢに変換したＶｅｒ．３．０のファームウェアを配信する。

従来は、ファームウェアアップデートの指示を受信すると、ファームウェアアップデートを順に開始していた。しかし本発明では、イントラネット配信サーバ６１がイントラネット環境１１０に存在する画像処理装置を全て把握し、画像処理装置１０から必要な情報を全て集めてから必要最小限のファームウェアを判断し、取得、変換を行う。そのため、不要な処理を行わないため、イントラネット配信サーバ６１にかかる処理負荷を軽減することが可能となる。また、イントラネット配信サーバ６１が行う処理が全て完了したことを監視装置５０が把握し、ファームウェアアップデートに必要な処理が完了した後で画像処理装置に対してファームウェアアップデートを開始する。そのため、ファームウェアアップデート時に画像処理装置を使用できない時間が最小限となる効果がある。

＜ファームウェアの粒度を細かくしたファームウェア配信＞
前述の複数のファームウェアで動作する画像処理装置に対してのファームウェア配信処理において、イントラネット配信サーバ６１にかかる処理負荷を更に軽減するために、イントラネット配信サーバ６１が扱うファームウェアの単位を細かく判断する。前述の図６はファームウェアの構成を示す図である。前述の実施形態ではファームウェアをひとまとまりの構成６１０、６２０として判断し、ファームウェアのバージョンがＶｅｒ．１．０（６１０）である画像処理装置に対してファームウェアのバージョンをＶｅｒ．２．０（６２０）にファームウェアをアップデートした。

図６に示すファームウェアにおいてＶｅｒ．１．０とＶｅｒ．２．０のファームウェアを構成する構成物を比較すると、ファームウェアを構成しているＡ（６１１、６２１）、Ｂ（６１２、６２２）は共にバージョン１であり、同一である。Ｃ（６１３、６２３）という構成物を比較するとＶｅｒ．１．０では１、Ｖｅｒ．２．０では２である。従って、図６に示すファームウェアの場合には、Ｖｅｒ．１．０からＶｅｒ．２．０にファームウェアをアップデートしたい場合には、Ｃ２というファームウェアの構成物をアップデートするだけで良い。

つまり、ファームウェアを構成する構成物の単位でファームウェアアップデートに必要なファームウェアをイントラネット配信サーバ６１が判断し、ファームウェアを構成する構成物の一部をダウンロードし、その一部の構成物を変換する。これにより、イントラネット配信サーバ６１への処理負荷を軽減することが可能となる。

上記に関して、図１４、図１５を参照しながら本実施の形態にかかるファームウェア配信システムの動作を説明する。本実施の形態は図１２、図１３とファームウェアを配信サーバからダウンロード／変換Ｓ１２０６ａの処理は異なるが、他の処理は同一であるため説明を省略する。ただし、画像処理装置１０からイントラネット配信サーバ６１が受信するファームウェア構成として、ファームウェアを構成する構成物の情報を受信し、画像処理装置管理テーブルに登録する。例えば図８（ｂ）に示すように、個体識別番号１０００００の画像処理装置はファームウェアバージョンがＶｅｒ．２．０であり、Ｖｅｒ．２．０のファームウェアを構成している構成物はＡ１，Ｂ１，Ｃ２であるとファームウェア構成に登録する。

以下フローチャートの説明をする。実施例２と同様に、画像処理装置情報受信部６５が全体を司るものとする。またファームウェア変換に関してはファームウェア変換部６３、ファームウェアの取得はファームウェア取得部６４、バージョン比較にはファームウェアバージョン比較部７０を用いるものとする。

初めに、イントラネット配信サーバ６１は、画像処理装置管理テーブルを参照するためのｉｎｄｅｘを０とする（Ｓ１２０１ｃ）。配信管理部７５は、ｉｎｄｅｘよりも画像処理装置管理テーブルに登録されている画像処理装置の数が多いかを確認する（Ｓ１２０２ｃ）。ｉｎｄｅｘよりも画像処理装置管理テーブルに登録されている画像処理装置の数が多い場合には、画像処理装置情報受信部６５は、ｉｎｄｅｘに対応する画像処理装置の情報を取得する（Ｓ１２０３ｃ）。配信管理部７５は、前記取得した画像処理装置情報の個体識別番号が含まれる機種情報を機種情報管理テーブルから取得する（Ｓ１２０４ｃ）。

ファームウェアバージョン比較部７０は、ｉｎｄｅｘに対応する画像処理装置管理テーブルのファームウェアのバージョンとｉｎｄｅｘが対応する機種の最新バージョンを比較する（Ｓ１２０５ｃ）。画像処理装置管理テーブルのファームウェアのバージョンが対応する機種の最新ファームウェアのバージョン以上であれば、配信管理部７５は、次のｉｎｄｅｘを参照する（Ｓ１２１６ｃ）。画像処理装置管理テーブルのファームウェアのバージョンが対応する機種の最新ファームウェアのバージョンよりも低い場合には、配信管理部７５は、対応する機種の最新ファームウェアのバージョンを配信対象とする（Ｓ１２０６ｃ）。

図７（ｂ）の画像処理装置管理テーブルに示すように、個体識別番号１０００００のファームウェアのバージョンはＶｅｒ．２．０である。図８（ｂ）の機種情報管理テーブルにおいて個体識別番号１０００００が対応する機種識別番号がＸの最新ファームウェアバージョンはＶｅｒ．２．０であるので、個体識別番号１０００００には配信対象ファームウェアは存在しない。また、個体識別番号１００００１のファームウェアのバージョンはＶｅｒ．１．０である。

図８（ｂ）の機種情報管理テーブルにおいて個体識別番号１００００１が対応する機種識別番号がＸの最新ファームウェアバージョンはＶｅｒ．２．０であるので、個体識別番号１００００１の配信対象としてはＶｅｒ．２．０のファームウェアとなる。

また、イントラネット配信サーバ６１は、画像処理装置を構成するファームウェアの個数を参照するためのｃｏｍＮｕｍを０とする（Ｓ１２０７ｃ）。配信管理部７５は、ｃｏｍＮｕｍが画像処理装置を構成するファームウェアの個数よりも少ないかを確認する（Ｓ１２０８ｃ）。未処理のファームウェア構成物が存在する場合には、ファームウェアバージョン比較部７０は、画像処理装置管理テーブルのファームウェア構成物と機種情報管理テーブルのファームウェア構成物が一致するファームウェア構成物に対してファームウェアのバージョンを比較する（Ｓ１２０９ｃ）。

ファームウェア構成物が同一で、かつ画像処理装置管理テーブルのファームウェア構成物のバージョンの方が機種情報管理テーブルのファームウェア構成物のバージョンよりも低い場合、配信管理部７５は、対象のファームウェア構成物を画像処理装置管理テーブルの配信対象に登録する（Ｓ１２１０ｃ）。前記画像処理装置管理テーブルに登録した対象のファームウェア構成物がイントラネット配信サーバ処理対象テーブルに既に登録済みであるかどうかをイントラネット配信サーバ６１は確認する（Ｓ１２１１ｃ）。

対象のファームウェア構成物がイントラネット配信サーバ処理対象テーブルに登録されていなければ、配信管理部７５は、イントラネット配信サーバ処理対象テーブルに対象のファームウェア構成物とファームウェアを変換する形式を登録する（Ｓ１２１４ｃ）。対象のファームウェア構成物がイントラネット配信サーバ処理対象テーブルに登録済みであれば、配信管理部７５は、対象のファームウェアの構成物に対応するファームウェアを変換する形式が登録済みであるかを確認する（Ｓ１２１２ｃ）。

対象のファームウェアの構成物に対応するファームウェアを変換する形式が登録済みでなければ、配信管理部７５は、イントラネット配信サーバ処理対象テーブルの対象のファームウェア構成物にファームウェアを変換する形式を追加して登録する（Ｓ１２１３ｃ）。

図７（ｂ）の画像処理装置管理テーブルに示される個体識別番号１００００１のファームウェアを構成する構成物Ａに対して、図８（ｂ）の機種情報管理テーブルに登録されているＸという機種識別番号の最新ファーム構成Ａを比較する。すると、双方とも１というバージョンであるので、Ａ１は配信対象ファームウェアとならない。同様にＢを比較すると、双方とも１というバージョンであるので、Ｂ１は配信対象ファームウェアとならない。同様にＣを比較すると、画像処理装置管理テーブルに登録されているバージョンは１であるのに対して、機種情報管理テーブルに登録されているバージョンは２であるので、Ｃ２は配信対象ファームウェアとなり、画像処理装置管理テーブルに登録する。

図９（ｂ）のイントラネット配信サーバ処理対象テーブルにはこの時点ではＣ２は処理対象ファームウェアとして登録されていないので、Ｃ２を処理対象ファームウェアとして、ファームウェアを変換する形式をＴｙｐｅＡとして登録する。配信管理部７５は、上記を画像処理装置管理テーブルに登録されているファームウェアを構成する構成物の数だけ繰り返す（Ｓ１２１５ｃ）。配信管理部７５は、画像処理装置管理テーブルに登録されている全ての画像処理装置に対して必要なファームウェアを判断したら（Ｓ１２１６ｃ）、ファームウェア取得部６４は、必要と判断したファームウェアのダウンロードし、ファームウェア変換部６３は、対応するファームウェアの形式に変換処理を行う（Ｓ１２１７ｃ）。

なおＳ１２１７ｃの処理は、図１５のフローチャートにて説明する。初めに、イントラネット配信サーバ６１は、イントラネット配信サーバ処理対象テーブルを参照するためのｉｎｄｅｘを０とする（Ｓ１２０１ｄ）。配信管理部７５は、ｉｎｄｅｘよりもイントラネット配信サーバ処理対象テーブルに登録されている画像処理装置の数が多いかを確認する（Ｓ１２０２ｄ）。ｉｎｄｅｘよりもイントラネット配信サーバ処理対象テーブルに登録されている画像処理装置の数が多い場合、配信管理部７５は、ｉｎｄｅｘに対応する画像処理装置の情報を取得する（Ｓ１２０３ｄ）。

次に、イントラネット配信サーバ６１は、画像処理装置を構成するファームウェアの個数を参照するためのｃｏｍＮｕｍを０とする（Ｓ１２０４ｄ）。配信管理部７５は、ｃｏｍＮｕｍが画像処理装置を構成するファームウェアの個数よりも多いか少ないかを確認する（Ｓ１２０５ｄ）。ｃｏｍＮｕｍが画像処理装置を構成するファームウェアの個数よりも少ない場合、配信管理部７５は、処理対象ファームウェアに登録されているファームウェア構成物を選択する（Ｓ１２０６ｄ）。ファームウェア取得部６４は、選択したファームウェア構成物をインターネットに公開されている配信サーバ７１からダウンロードする（Ｓ１２０７ｄ）。

図９（ｂ）のイントラネット配信サーバ処理対象テーブルに登録されているファームウェアがダウンロード対象となるので、ｉｎｄｅｘ０のｃｏｍＮｕｍ０のファームウェアとしてＸという機種識別番号のＣ２というファームウェアをダウンロードする。また、ｉｎｄｅｘ１のｃｏｍＮｕｍ０のファームウェアとしてＹという機種識別番号のＢ４というファームウェアをダウンロードする。同様に、ｉｎｄｅｘ１のｃｏｍＮｕｍ１のファームウェアとしてＹという機種識別番号のＣ４というファームウェアをダウンロードする。

続いて、配信管理部７５は、イントラネット配信サーバ処理対象テーブルに登録されているファームウェア構成物を確認する（Ｓ１２０８ｄ）。イントラネット配信サーバ６１は、上記をイントラネット配信サーバ処理対象テーブルが参照する画像処理装置数分繰り返し処理を行う（Ｓ１２０９ｄ）。続いて、イントラネット配信サーバ６１は、再度イントラネット配信サーバ処理対象テーブルを参照するためのｉｎｄｅｘを０とする（Ｓ１２１０ｄ）。

配信管理部７５は、ｉｎｄｅｘよりもイントラネット配信サーバ処理対象テーブルに登録されている画像処理装置の数が多いかを確認する（Ｓ１２１１ｄ）。ｉｎｄｅｘよりもイントラネット配信サーバ処理対象テーブルに登録されている画像処理装置の数が多い場合には、配信管理部７５は、ｉｎｄｅｘに対応する画像処理装置の情報を取得する（Ｓ１２１２ｄ）。

次に、イントラネット配信サーバ６１は、画像処理装置を構成するファームウェアの個数を参照するためのｃｏｍＮｕｍを０とする（Ｓ１２１３ｄ）。配信管理部７５は、ｃｏｍＮｕｍが画像処理装置を構成するファームウェアの個数よりも多いか少ないかを確認する（Ｓ１２１４ｄ）。ｃｏｍＮｕｍが画像処理装置を構成するファームウェアの個数よりも少ない場合、配信管理部７５は、処理対象ファームウェアに登録されているファームウェア構成物を選択する（Ｓ１２１５ｄ）。

配信管理部７５は、選択したファームウェア構成物のファームウェアを変換する形式をイントラネット配信サーバ処理対象テーブルで確認する（Ｓ１２１６ｄ）。確認した変換する形式に応じて、ファームウェア変換部６３は、ファームウェアを変換する（Ｓ１２１７ｄ）。ファームウェア変換部６３は、上記をイントラネット配信サーバ処理対象テーブルに登録されているファームウェア構成物の数だけ繰り返し行う（Ｓ１２１９ｄ）。ファームウェア構成物の数分、処理を繰り返したら、配信管理部７５は、画像処理装置管理テーブルの数だけ繰り返し処理を行う（Ｓ１２２０ｄ）。

図９（ｂ）のイントラネット配信サーバ処理対象テーブルに登録されているファームウェアがファームウェア変換対象となるので、ｉｎｄｅｘ０のｃｏｍＮｕｍ０のファームウェアとしてＸという機種識別番号のＣ２というファームウェアをＴｙｐｅＡに変換する。また、ｉｎｄｅｘ１のｃｏｍＮｕｍ０のファームウェアとしてＹという機種識別番号のＢ４というファームウェアをＴｙｐｅＢに変換する。更に、ｉｎｄｅｘ１のｃｏｍＮｕｍ１のファームウェアとしてＹという機種識別番号のＣ４というファームウェアをＴｙｐｅＢに変換する。

以上、本実施の形態によって、よりファイルサイズの小さなファームウェアを、イントラネット配信サーバ６１がダウンロード、変換処理することとなる。そのため、イントラネット配信サーバ６１にかかる処理負荷を更に軽減することが可能となる。

１０，２０，３０ 画像処理装置
５０ 監視装置
６１ イントラネット配信サーバ
７１ インターネット配信サーバ

Claims (7)

1. 画像処理装置と、複数の画像処理装置を管理している監視装置とはイントラネットを介して接続が可能であり、インターネット配信サーバとはインターネットを介して接続が可能であるイントラネット配信サーバであって、
   前記画像処理装置のファームウェアのアップデートの指示を受信する指示受信手段と、
   前記画像処理装置の個体識別番号、および前記画像処理装置がファームウェアを展開するための展開能力、および前記画像処理装置のファームウェアのバージョンを取得する取得手段と、
   取得された前記個体識別番号から前記画像処理装置の機種を特定し、前記インターネット配信サーバに登録されている前記特定された画像処理装置の機種のファームウェアのバージョンが、取得された前記画像処理装置のファームウェアのバージョンよりも新しいか否かを判断する判断手段と、
   前記インターネット配信サーバに登録されている前記特定された画像処理装置の機種のファームウェアのバージョンが新しいと判断された場合は、前記インターネット配信サーバからファームウェアを受信する受信手段と、
   受信されたファームウェアを、取得された前記展開能力に応じたファームウェアの形式に変換し、変換されたファームウェアを前記画像処理装置に配信する配信手段と、を有することを特徴とするイントラネット配信サーバ。
2. 請求項１に記載のイントラネット配信サーバと接続された前記監視装置であって、
   前記イントラネット配信サーバによってファームウェアが変換され、変換されたファームウェアを前記画像処理装置に配信が可能な状態である配信準備完了状態を確認する確認手段と、
   前記配信準備完了状態が確認されたことに応じて、管理している複数の画像処理装置の中から前記ファームウェアの配信対象となる画像処理装置に対し、ファームウェアのアップデート指示を一斉に送信する送信手段と、を有することを特徴とする監視装置。
3. 請求項２に記載の監視装置と接続された画像処理装置であって、
   前記監視装置が有する前記送信手段によりファームウェアのアップデート指示を受信した画像処理装置は、前記イントラネット配信サーバに登録されている、既に前記展開能力に応じたファームウェアの形式に変換されたファームウェアを取得するファームウェアを取得することを特徴とする画像処理装置。
4. 請求項１に記載のイントラネット配信サーバが有する受信手段は、前記ファームウェアを受信する際、前記ファームウェアを構成する構成物の中から一部の構成物を受信することを特徴とする請求項１に記載のイントラネット配信サーバ。
5. 請求項３に記載のイントラネット配信サーバが有する受信手段は、取得された前記画像処理装置のファームウェアのバージョンを基に当該ファームウェアを構成する構成物を特定し、前記インターネット配信サーバに登録されている前記特定された画像処理装置の機種のファームウェアを構成する構成物の中から一部の構成物を受信する際は、該特定された構成物よりもバージョンが新しい該一部の構成物を受信することを特徴とする請求項３に記載のイントラネット配信サーバ。
6. 画像処理装置と、複数の画像処理装置を管理している監視装置とはイントラネットを介して接続が可能であり、インターネット配信サーバとはインターネットを介して接続が可能であるイントラネット配信サーバを制御する制御方法であって、
   指示受信手段は、前記画像処理装置のファームウェアのアップデートの指示を受信し、
   取得手段は、前記画像処理装置の個体識別番号、および前記画像処理装置がファームウェアを展開するための展開能力、および前記画像処理装置のファームウェアのバージョンを取得し、
   判断手段は、取得された前記個体識別番号から前記画像処理装置の機種を特定し、前記インターネット配信サーバに登録されている前記特定された画像処理装置の機種のファームウェアのバージョンが、取得された前記画像処理装置のファームウェアのバージョンよりも新しいか否かを判断し、
   受信手段は、前記インターネット配信サーバに登録されている前記特定された画像処理装置の機種のファームウェアのバージョンが新しいと判断された場合は、前記インターネット配信サーバからファームウェアを受信し、
   配信手段は、受信されたファームウェアを、取得された前記展開能力に応じたファームウェアの形式に変換し、変換されたファームウェアを前記画像処理装置に配信することを特徴とするイントラネット配信サーバを制御する制御方法。
7. 請求項６に記載の制御方法をコンピュータに実行させるためのプログラム。

Images