JP2014167692A - 更新管理プログラム、更新管理装置、及び、画像処理システム - Google Patents

Abstract

【課題】複数の画像処理装置の制御プログラムを更新する場合に、更新の必要性が高い画像処理装置から先に更新すること。
【解決手段】コンピュータと通信可能に接続されている複数の画像処理装置に記憶されている制御プログラムであって各画像処理装置の動作を制御するファームウェアを最新のファームウェアによって更新する場合の更新順序を、最新のファームウェアによって更新される機能に基づいて決定する決定処理（Ｓ１０５）と、決定処理によって決定された更新順序で複数の画像処理装置のファームウェアを最新のファームウェアによって更新する更新処理（Ｓ１０６）と、をコンピュータに実行させる更新管理プログラム。
【選択図】図６

Description

画像処理装置を制御する制御プログラムを更新する技術に関する。

従来、プリンタのファームウェアを更新するための管理装置を備え、当該管理装置から複数のプリンタに最新のファームウェアを送信して各プリンタのファームウェアを更新する技術が知られている（例えば、特許文献１参照）。

特開２００４−１１０３９６号公報

ところで、ファームウェアの更新にはある程度の時間を要するので、全てのプリンタが同時期にファームウェアを更新するとユーザは印刷を行えなくなってしまう。このため、ファームウェアの更新は同時期に行わないことが望ましい。
しかしながら、従来の技術によると、どのプリンタから先にファームウェアを更新するかについて考慮されていなかった。
本明細書では、複数の画像処理装置の制御プログラムを更新する場合に、更新の必要性が高い画像処理装置から先に更新する技術を開示する。

本明細書によって開示される更新管理プログラムは、コンピュータで実行される更新管理プログラムであって、前記コンピュータと通信可能に接続されている複数の画像処理装置に記憶され各前記画像処理装置の動作を制御する制御プログラムを更新プログラムによって更新する場合の更新順序を、前記更新プログラムによって更新される機能に基づいて決定する決定処理と、前記決定処理によって決定された更新順序で前記複数の画像処理装置の前記制御プログラムを前記更新プログラムによって更新する更新処理と、を前記コンピュータに実行させる。

上記更新管理プログラムによると、複数の画像処理装置の制御プログラムを更新する場合に、更新の必要性が高い画像処理装置から先に更新することができる。

また、上記更新管理プログラムは、前記決定処理において、前記更新プログラムによって更新される機能の実行が許可されている前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定してもよい。

上記更新管理プログラムによると、更新される機能の実行が許可されている画像処理装置ほど先に制御プログラムを更新することができる。

また、上記更新管理プログラムは、前記決定処理において、前記更新プログラムによって更新される機能がデフォルトで実行される機能として設定されている前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定してもよい。

上記更新管理プログラムによると、更新される機能がデフォルトで実行される機能として設定されている画像処理装置ほど先に制御プログラムを更新することができる。

また、上記更新管理プログラムは、前記決定処理において、更に、前記更新プログラムによって更新される機能の実行許可回数が多い前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定してもよい。

上記更新管理プログラムによると、更新される機能の実行許可回数が多い画像処理装置ほど先に制御プログラムを更新することができる。

また、上記更新管理プログラムは、前記決定処理において、更に、前記更新プログラムによって更新される機能の実行が許可されているユーザ数が多い前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定してもよい。

上記更新管理プログラムによると、更新される機能の実行が許可されているユーザ数が多い画像処理装置ほど先に制御プログラムを更新することができる。

また、上記更新管理プログラムは、前記決定処理において、更に、前記更新プログラムによって更新される機能の使用頻度が高い前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定する、更新管理プログラム。

上記更新管理プログラムによると、更新される機能の使用頻度が高い画像処理装置ほど先に制御プログラムを更新することができる。

また、上記更新管理プログラムは、前記決定処理において、前記更新プログラムによって更新される機能でエラーが発生している前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定してもよい。

上記更新管理プログラムによると、更新される機能でエラーが発生している画像処理装置ほど先に制御プログラムを更新することができる。

また、上記更新管理プログラムは、前記決定処理において、更に、前記更新プログラムによって更新される機能のエラーの発生頻度が高い前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定してもよい。

上記更新管理プログラムによると、更新される機能のエラーの発生頻度が高い画像処理装置ほど先に制御プログラムを更新することができる。

また、上記更新管理プログラムは、前記決定処理において、更に、前記更新プログラムによって更新される機能のエラーの発生時刻が古い前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定してもよい。

上記更新管理プログラムによると、更新される機能のエラーの発生時刻が古い画像処理装置ほど先に制御プログラムを更新することができる。

また、上記更新管理プログラムは、前記決定処理において、更に、前記更新プログラムによって更新される機能が影響を受けるエラーが発生している前記画像処理装置の前記制御プログラムを、前記更新プログラムによって更新される機能が影響を受けるエラーが発生していない前記画像処理装置の前記制御プログラムより先に更新するように前記更新順序を決定してもよい。

ある機能が影響を受けるエラーが発生している場合、当該ある機能を修正するとそのエラーが修正される場合がある。エラーの原因が当該ある機能である可能性があるからである。このため、更新プログラムによって更新される機能が影響を受けるエラーが発生している画像処理装置は、制御プログラムの更新の必要性が高いといえる。上記更新管理プログラムによると、更新の必要性が高い画像処理装置から先に更新することができる。

また、上記更新管理プログラムは、前記決定処理において、前記更新プログラムによって更新される機能の実行が予約されている前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定してもよい。

上記更新管理プログラムによると、更新される機能の実行が予約されている画像処理装置ほど先に制御プログラムを更新することができる。

また、上記更新管理プログラムは、前記決定処理において、更に、実行が予約されている時刻が早い前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定してもよい。

上記更新管理プログラムによると、実行が予約されている時刻が早い画像処理装置ほど先に制御プログラムを更新することができる。

また、上記更新管理プログラムは、前記決定処理において、前記更新プログラムによって更新される機能の実行が予約されている時刻と現在時刻との差が前記更新プログラムの更新に要する時間以内である前記画像処理装置については、当該機能の実行が終了した後に前記制御プログラムの更新が行われるように更新順序を決定してもよい。

機能の実行が予約されている時刻と現在時刻との差が更新プログラムの更新に要する時間以内であると、直ちに制御プログラムの更新を開始すると、更新が終了する前に機能を実行する時刻が到来してしまうことになる。
上記更新管理プログラムによると、更新される機能の実行が予約されている時刻と現在時刻との差が制御プログラムの更新に要する時間以内である画像処理装置については、当該機能の実行が終了した後に制御プログラムを更新することができる。

また、前記更新プログラムには当該更新プログラムによって更新される機能毎に更新の優先度が設定されており、当該更新管理プログラムは、前記決定処理において、更に、前記優先度が高い機能が更新される前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定してもよい。

上記更新管理プログラムによると、更新の優先度が高い画像処理装置ほど先に制御プログラムを更新することができる。

なお、本明細書によって開示される技術は、更新管理装置、画像処理システム、更新管理方法、更新管理プログラムを記録した記録媒体等の種々の態様で実現することができる。

上記の更新管理プログラムによると、複数の画像処理装置の制御プログラムを更新する場合に、更新の必要性が高い画像処理装置から先に更新することができる。

実施形態１に係る画像処理システムの構成を示す模式図。 管理サーバの電気的構成を簡略化して示すブロック図。 ファームウェア情報テーブルを示す模式図。 装置管理テーブルを示す模式図。 更新順序管理テーブルを示す模式図。 ファームウェア更新処理の流れを示すフローチャート。 更新順序決定処理の流れを示すフローチャート。 更新順序管理テーブル更新処理の流れを示すフローチャート。 実施形態２に係るファームウェア更新処理で用いられるテーブルを示す模式図。 実施形態３に係るファームウェア更新処理で用いられるテーブルを示す模式図。 実施形態４に係るファームウェア情報テーブル及び実行予約テーブルを示す模式図。 更新順序管理テーブルを示す模式図。

＜実施形態１＞
実施形態１を図１ないし図８によって説明する。
（１）画像処理システムの構成
先ず、図１を参照して、実施形態１に係る画像処理システム１の構成について説明する。画像処理システム１は管理サーバ２と複数の画像処理装置３（３ａ〜３ｅ）とで構成されている。管理サーバ２と複数の画像処理装置３とはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）４によって通信可能に接続されている。各画像処理装置３にはその画像処理装置３を一意に識別するためのノード番号が付与されている。

複数の画像処理装置３は、パーソナルコンピュータなどの端末装置から受信した印刷ジョブを印刷する印刷機能を備える単機能のプリンタ、原稿を読み取って画像データを生成する画像読取機能を備える単機能のスキャナ、画像をファクシミリ（ＦＡＸ）送信するＦＡＸ機能を備える単機能のＦＡＸ装置、複数の機能を備える複合機などである。

複合機が備える機能は、印刷機能、画像読取機能、ＦＡＸ機能、カラーコピー機能、モノクロコピー機能、電子メール機能などである。電子メール機能は画像読取機能によって原稿を読み取って生成した画像データを電子メールに添付して送信する機能である。複合機がどのような機能を備えているかは複合機のモデルによって異なる。

また、カラーコピー機能やモノクロコピー機能を備える複合機の中には通常コピーを行うかエココピーを行うかをユーザが設定できるものもある。エココピーとは通常コピーに比べて印刷用紙上に形成するドットの数を減らすことによってトナーやインクなどの着色材を節約して印刷することをいう。

各画像処理装置３はフラッシュメモリなどの書き換え可能な不揮発性の記憶媒体を有している。その記憶媒体にはファームウェアが記憶されている。各画像処理装置３はそのファームウェアを実行することによって上述した各機能を制御する。ファームウェアは制御プログラムの一例である。

図１に示すようにＬＡＮ４はインターネットに接続されている。インターネットにはファームウェア配布サーバ５が接続されている。ファームウェア配布サーバ５は画像処理装置３の製造元によって管理されているサーバである。ファームウェア配布サーバ５には画像処理装置３のファームウェアを更新するための最新のファームウェアが記憶されている。最新のファームウェアは更新プログラムの一例である。

管理サーバ２は各画像処理装置３のファームウェアの更新を管理するサーバである。管理サーバ２はファームウェア配布サーバ５から最新のファームウェアをダウンロードして画像処理装置３のファームウェアを更新する。管理サーバ２はコンピュータ及び更新管理装置の一例である。

（２）管理サーバの電気的構成
次に、図２を参照して、管理サーバ２の電気的構成について説明する。管理サーバ２はＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、通信インタフェース２４、及び、記憶部２５を備えている。

ＣＰＵ２１はＲＯＭ２２や記憶部２５に記憶されているプログラムを実行することによって管理サーバ２の各部を制御する。ＲＯＭ２２にはＣＰＵ２１によって実行されるプログラムやデータなどが記憶されている。ＲＡＭ２３はＣＰＵ２１が各種の処理を実行するための主記憶装置として用いられる。
通信インタフェース２４はＬＡＮ４を介して他の装置と通信するためのハードウェアを含んで構成されている。

記憶部２５はハードディスクやフラッシュメモリなどの不揮発性のメモリを用いて各種のプログラムやデータを記憶する装置である。記憶部２５にはオペレーティングシステム（ＯＳと記す）３１、更新管理プログラム３２、後述する装置管理テーブル４２、更新順序管理テーブル４３などが記憶される。更新管理プログラム３２は画像処理装置３のファームウェアを更新する処理を管理サーバ２に実行させるためのプログラムである。

（３）ファームウェア情報テーブル
次に、図３を参照して、ファームウェア配布サーバ５に記憶されているファームウェア情報テーブル４１について説明する。図３において一つの行は一つのレコードを示している。便宜上、図３では各レコードにレコード番号を付している。

ファームウェア情報テーブル４１には最新のファームウェアの更新対象となる画像処理装置３のモデル名、最新のファームウェアのバージョン、最新のファームウェアによって更新される機能を示す更新機能、及び、ファームウェアの更新がどの程度重要であるかを更新機能毎に示す更新の重要度が登録されている。更新の重要度は更新の優先度の一例である。

例えばファームウェアに生じている不具合を修正するためにファームウェアを更新する場合、実行結果に影響するような不具合が生じている機能については更新の重要度として高い重要度が設定され、実行結果に影響しないような軽微な不具合が生じている機能については更新の重要度として低い重要度が設定される。更新の重要度は１から５の値で設定され、１が最も重要度が高く、５が最も重要度が低い。

（４）装置管理テーブル
次に、図４を参照して、管理サーバ２に記憶されている装置管理テーブル４２について説明する。なお、画像処理装置３は種々の機能を備えているが、図４では一部の機能のみを示している。

装置管理テーブル４２には、管理対象の画像処理装置３のノード番号、モデル名、各機能の有効／無効、及び、各機能の実行が許可されているユーザ数が登録されている。画像処理装置３の管理者は画像処理装置３が備える機能毎に、その機能の実行を許可する場合は有効を設定し、実行を許可しない場合は無効を設定する。なお、画像処理装置３がその機能を備えていない場合は「−」が設定される。また、管理者は機能毎にその機能の実行を許可するユーザのユーザＩＤを画像処理装置３に登録する（非図示）。ユーザ数は画像処理装置３に登録されているユーザＩＤの数である。なお、図４では実行を許可しない機能のユーザ数は「−」としている。装置管理テーブル４２に登録されているこれらの情報は画像処理装置３から取得されたものである。

（５）管理サーバによるプリンタのファームウェア更新処理
次に、管理サーバ２によるプリンタのファームウェア更新処理について説明する。管理サーバ２は、各画像処理装置３に記憶されているファームウェアを最新のファームウェアによって更新するとき、最新のファームウェアによって更新される機能に関する情報を各画像処理装置３から取得し、取得した情報と予め設定されている判断基準とに基づいて、更新の必要性が高い画像処理装置３から更新の必要性が低い画像処理装置３の順にファームウェアが更新されるように更新順序を決定する。具体的には、実施形態１に係る管理サーバ２は更新順序を以下のように決定する。

（ａ）最新のファームウェアによって更新される機能の実行が許可されている画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。

（ｂ）各画像処理装置３について、最新のファームウェアによって更新される機能のうちその画像処理装置３で実行が許可されている機能の中で更新の重要度が最も高い機能の重要度をその画像処理装置３における最高重要度というとき、最高重要度が高い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。

（ｃ）最高重要度が同じである画像処理装置３間では、最新のファームウェアによって更新される機能の実行が許可されているユーザ数が多い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。

（５−１）更新順序管理テーブル
図５を参照して、上述した更新順序を記憶する更新順序管理テーブル４３について説明する。更新順序管理テーブル４３は後述するファームウェア更新処理によって作成されるテーブルである。ファームウェア更新処理は更新管理プログラム３２を実行する管理サーバ２によって実行される処理である。

更新順序管理テーブル４３には、ファームウェアの更新対象の画像処理装置３のノード番号、最高重要度、及び、ユーザ数が登録される。
例えば図４に示す装置管理テーブル４２のノード番号１の画像処理装置３ａの場合は、有効な機能（すなわち実行が許可されている機能）はカラーコピー機能、モノクロコピー機能、ＦＡＸ機能、及び、電子メール機能である。図３に示すファームウェア情報テーブル４１によればこれらの機能は全て更新される。更新される機能のうち更新の重要度が最も高い機能はモノクロコピーである。このため、ノード番号１の画像処理装置３ａの場合は、最高重要度にモノクロコピー機能の重要度である１が登録され、ユーザ数にモノクロコピー機能のユーザ数である５０が登録される。

また、例えば図４に示す装置管理テーブル４２のノード番号３の画像処理装置３ｃの場合はＦＡＸ機能のみが有効である。このため、ノード番号３の画像処理装置３ｃの場合は、最高重要度にＦＡＸ機能の重要度である４が登録され、ユーザ数にＦＡＸ機能のユーザ数である３０が登録される。

更新順序管理テーブル４３に各ノード番号のレコードが登録された後、最高重要度の値が小さい順、言い換えると最高重要度が高い順に更新順序管理テーブル４３がソートされ、更に、最高重要度毎にユーザ数が多い順に更新順序管理テーブル４３がソートされることにより、図５に示す更新順序管理テーブル４３が作成される。

（５−２）ファームウェア更新処理の流れ
次に、図６を参照して、管理サーバ２によって実行されるファームウェア更新処理の流れについて説明する。本処理は１時間に１回や１日に１回などの予め決められている時間間隔で繰り返し実行される。

Ｓ１０１では、管理サーバ２はファームウェア配布サーバ５にファームウェアが配布されているか否かを問い合わせる。
ファームウェア配布サーバ５は、ファームウェア情報テーブル４１にレコードが１つ以上登録されている場合はファームウェアが配布されていることを示す通知を管理サーバ２に送信し、ファームウェア情報テーブル４１にレコードが登録されていない場合はファームウェアが配布されていないことを示す通知を管理サーバ２に送信する。

Ｓ１０２では、管理サーバ２はファームウェアが配布されているか否かをファームウェア配布サーバ５から受信した通知に基づいて判断し、配布されている場合はＳ１０３に進み、配布されていない場合は本処理を終了する。
Ｓ１０３では、管理サーバ２はファームウェア配布サーバ５からファームウェア情報テーブル４１を取得する。

Ｓ１０４では、管理サーバ２は画像処理装置３のファームウェアを更新する必要があるか否かを判断する。具体的には、管理サーバ２はファームウェア情報テーブル４１に登録されているモデル名と一致するモデル名の各画像処理装置３から現在のファームウェアのバージョンを取得する。そして、管理サーバ２は各画像処理装置３から取得したバージョンの中に配布されているバージョンより古いバージョンがある場合は更新する必要があると判断し、古いバージョンがない場合は更新する必要がないと判断する。
管理サーバ２は、ファームウェアを更新する必要がある場合はＳ１０５に進み、更新する必要がない場合は本処理を終了する。

Ｓ１０５では、管理サーバ２は更新順序決定処理を実行する。更新順序決定処理は前述した更新順序管理テーブル４３を作成する処理である。更新順序決定処理の詳細については後述する。Ｓ１０５は決定処理の一例である。

Ｓ１０６では、管理サーバ２はＳ１０５で作成した更新順序管理テーブル４３において上から下の順で、画像処理装置３に記憶されているファームウェアを最新のファームウェアによって更新する。
なお、全ての画像処理装置３が同時に利用できなくなってしまうことを避けるために、一つの画像処理装置３のファームウェアの更新が完了してから次の画像処理装置３のファームウェアの更新を開始することが望ましい。
あるいは、同時期に複数の画像処理装置のファームウェアを更新するとしても、いずれの機能についてもその機能を利用できる画像処理装置が常に一つは存在するように更新時期を調整することが望ましい。Ｓ１０６は更新処理の一例である。

（５−３）更新順序決定処理
次に、図７を参照して、Ｓ１０５で実行される更新順序決定処理について説明する。ここでは前述した図３〜図５に示すテーブルを例に説明する。
Ｓ２０１では、管理サーバ２は空の更新順序管理テーブル４３を作成する。
Ｓ２０２では、管理サーバ２はファームウェア情報テーブル４１からレコードを一つ選択する。

Ｓ２０３では、管理サーバ２は、装置管理テーブル４２から、Ｓ２０２で選択したレコードのモデル名と一致するモデル名が登録されているレコードを抽出する。
例えばＳ２０２で選択したレコードがレコード番号１のレコードであるとすると、レコード番号１のレコードのモデル名はＭＦＰ１であるので、装置管理テーブル４２からノード番号１〜４のレコードが抽出される。

Ｓ２０４では、管理サーバ２はファームウェア情報テーブル４１からＳ２０２で選択したレコードの更新機能を取得する。
例えばＳ２０２で選択したレコードがレコード番号１のレコードであるとすると、更新機能としてカラーコピーが取得される。

Ｓ２０５では、管理サーバ２はＳ２０３で装置管理テーブル４２から抽出したレコードから、Ｓ２０４で取得した更新機能が有効であるレコードを抽出する。
例えばＳ２０４で取得した更新機能がカラーコピーであるとすると、カラーコピーが有効であるレコードはノード番号１のレコード及びノード番号２のレコードであるので、ノード番号１のレコード及びノード番号２のレコードが抽出される。

Ｓ２０６では、管理サーバ２はＳ２０５で抽出したレコードの中からノード番号を一つ選択する。
Ｓ２０７では、管理サーバ２は更新順序管理テーブル更新処理を実行する。更新順序管理テーブル更新処理は、Ｓ２０６で選択したノード番号の画像処理装置３の最高重要度やユーザ数を更新順序管理テーブル４３に登録するあるいは更新する処理である。更新順序管理テーブル更新処理の詳細については後述する。

Ｓ２０８では、管理サーバ２はＳ２０５で抽出したレコードから全てのノード番号を選択したか否かを判断し、全てのノード番号を選択した場合はＳ２０９に進み、未だ選択していないノード番号がある場合はＳ２０６に戻って処理を繰り返す。
Ｓ２０９では、管理サーバ２はファームウェア情報テーブル４１から全てのレコードを選択したか否かを判断し、全てのレコードを選択した場合はＳ２１０に進み、未だ選択していないレコードがある場合はＳ２０２に戻って処理を繰り返す。

Ｓ２１０では、管理サーバ２は更新順序管理テーブル４３を重要度が小さい順（昇順）、言い換えると重要度が高い順にソートする。
Ｓ２１１では、管理サーバ２は更新順序管理テーブル４３を重要度毎にユーザ数が多い順（降順）にソートする。

なお、上述した処理では、ファームウェア情報テーブル５１に登録されているモデル名と一致するモデル名の画像処理装置３であっても更新機能が全て無効である画像処理装置３はファームウェアが更新されないが、そのような画像処理装置３についてもファームウェアを更新してもよい。後で有効に設定される可能性もあるからである。ただし、その場合は、そのような画像処理装置３のノード番号は更新順序管理テーブル４３の最後に登録するものとする。そのような画像処理装置３はファームウェアの更新の必要性が低いといえるからである。

（５−４）更新順序管理テーブル更新処理
次に、図８を参照して、Ｓ２０７で実行される更新順序管理テーブル更新処理について説明する。
Ｓ３０１では、管理サーバ２はファームウェア情報テーブル４１から、Ｓ２０２で選択したレコードの重要度を取得する。
例えばＳ２０２で選択したレコードがレコード番号１のレコードであるとすると、重要度として２が取得される。

Ｓ３０２では、管理サーバ２はＳ２０６で選択したノード番号が更新順序管理テーブル４３に登録されているか否かを判断し、登録されていない場合はＳ３０３に進み、登録されている場合はＳ３０５に進む。

Ｓ３０３では、管理サーバ２は装置管理テーブル４２のＳ２０６で選択したノード番号のレコードから、Ｓ２０４で取得した更新機能の実行が許可されているユーザ数を取得する。
例えばＳ２０２で選択されたレコードのレコード番号が１であるとすると、Ｓ２０４で更新機能としてカラーコピーが取得される。そして、Ｓ２０６で選択したノード番号が１であるとすると、ノード番号１のレコードのカラーコピーの実行が許可されているユーザ数は３５であるので、ユーザ数として３５が取得される。

Ｓ３０４では、管理サーバ２はＳ２０６で選択したノード番号、Ｓ３０１で取得した重要度、及び、Ｓ３０３で取得したユーザ数を対応付けて更新順序管理テーブル４３に登録する。
例えばＳ２０２で選択されたレコードのレコード番号が１であり、Ｓ２０６で選択したノード番号が１であるとする。この場合、更新順序管理テーブル４３にはノード番号として１、重要度として２、ユーザ数として３５が登録される。

Ｓ３０５では、管理サーバ２はＳ３０１で取得した重要度の方が、更新順序管理テーブル４３に登録されている当該ノード番号（Ｓ２０６で選択したノード番号）のレコードの重要度より高いか否かを判断する。

例えば、ファームウェア情報テーブル４１からレコード番号１のレコードが選択され、それにより更新順序管理テーブル４３にノード番号が１、重要度が２、ユーザ数が３５のレコードが登録されたとする。
そして、その後にＳ２０２でファームウェア情報テーブル４１からレコード番号２のレコードが選択されたとする。この場合、Ｓ２０４において更新機能としてモノクロコピーが取得され、Ｓ３０１において重要度としてモノクロコピーの重要度である１が取得される。

そして、装置管理テーブル４２においてノード番号１のレコードはモノクロコピーが有効であるのでＳ２０５において再度抽出される。この場合に、Ｓ２０６でノード番号１が選択されたとすると、この時点における更新順序管理テーブル４３のノード番号１のレコードの重要度は上述したように２であるので、Ｓ３０１で取得した重要度の方が高いと判断される。
管理サーバ２は、Ｓ３０１で取得した重要度の方が高い場合はＳ３０６に進み、それ以外の場合は本処理を終了して更新順序決定処理に戻る。

Ｓ３０６では、管理サーバ２は装置管理テーブル４２のＳ２０６で選択したノード番号のレコードから、Ｓ２０４で取得した更新機能の利用が許可されているユーザ数を取得する。
例えば上述した例のようにＳ２０２でファームウェア情報テーブル４１からレコード番号２のレコードが選択されたとすると、Ｓ２０４でモノクロコピーが取得される。そして、Ｓ２０６でノード番号１のレコードが選択されたとすると、Ｓ３０６ではノード番号１のモノクロコピーの実行が許可されているユーザ数である５０が取得される。

Ｓ３０７では、管理サーバ２は、更新順序管理テーブル４３において、Ｓ２０６で選択したノード番号のレコードの重要度をＳ３０１で取得した重要度で更新するとともに、当該レコードのユーザ数をＳ３０６で取得したユーザ数で更新する。
例えば上述した例の場合、更新順序管理テーブル４３のノード番号１のレコードは重要度が２から１に更新され、ユーザ数が３５から５０に更新される。

（６）実施形態の効果
以上説明した更新管理プログラム３２によると、各画像処理装置３に記憶されているファームウェアを最新のファームウェアによって更新する場合の更新順序を、最新のファームウェアによって更新される機能に基づいて決定する。より具体的には、更新管理プログラム３２によると、最新のファームウェアによって更新される機能と予め設定されている判断基準とに基づいて、更新の必要性が高い画像処理装置３から更新の必要性が低い画像処理装置３の順にファームウェアが更新されるように更新順序を決定する。
よって更新管理プログラム３２によると、複数の画像処理装置３のファームウェアを更新する場合に、更新の必要性が高い画像処理装置３から先に更新することができる。

更に、更新管理プログラム３２によると、最新のファームウェアによって更新される機能の実行が許可されている画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。更新される機能の実行が許可されているということはそれだけファームウェアの更新の必要性が高いといえる。よって更新管理プログラム３２によると、更新の必要性が高い画像処理装置３から先に更新することができる。

更に、更新管理プログラム３２によると、最新のファームウェアによって更新される機能の実行が許可されているユーザ数が多い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。更新される機能の実行が許可されているユーザ数が多いということはそれだけファームウェアの更新の必要性が高いといえる。よって更新管理プログラム３２によると、更新の必要性が高い画像処理装置３から先に更新することができる。

更に、更新管理プログラム３２によると、更新の重要度が高い機能が更新される画像処理装置３ほど先にファームウェアを更新する。更新の重要度が高いということはそれだけファームウェアの更新の必要性が高いといえる。よって更新管理プログラム３２によると、更新の必要性が高い画像処理装置３から先に更新することができる。

＜実施形態２＞
次に、実施形態２を図９によって説明する。
例えばコピーを実行する場合、画像処理装置３は設定画面を表示してユーザからコピーの実行条件の設定を受け付ける。コピーの実行条件とは、コピー枚数、拡大／縮小率、用紙サイズ（Ａ４，Ａ３，Ｂ５など）、色数（カラーコピー／モノクロコピー）、節約印刷（通常コピー／エココピー）などの設定項目の設定値の組み合わせをいう。

この場合に、本実施形態に係る画像処理装置３は、管理者が設定項目毎にデフォルトで実行される機能を設定することができる。例えば節約印刷のデフォルトの機能としてエココピーが設定されているとすると、上述した設定画面には節約印刷のデフォルトの設定値としてエココピーが表示される。なお、デフォルト機能は工場出荷時に固定で設定されていてもよい。

一般にデフォルトとして設定されている機能はデフォルトとして設定されていない機能に比べて実行される可能性が高い。実行される可能性が高いということはそれだけファームウェアの更新の必要性も高いといえる。そこで、実施形態２に係る管理サーバ２は、各画像処理装置３に記憶されているファームウェアを最新のファームウェアによって更新する場合の更新順序を以下のように決定する。

（ａ）最新のファームウェアによって更新される機能がデフォルトで実行される機能として設定されている画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。

（ｂ）各画像処理装置３において、最新のファームウェアによって更新される機能のうちその画像処理装置３においてデフォルトとして設定されている機能の中で更新の重要度が最も高い機能の重要度をその画像処理装置３における最高重要度というとき、最高重要度が高い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。

（１）ファームウェア更新処理で用いられるテーブル
図９を参照して、実施形態２に係るファームウェア更新処理で用いられるテーブルについて説明する。
図９に示すファームウェア情報テーブル５１ではエココピーの重要度が１であり、モノクロコピーの重要度が２である場合を示している。

デフォルト機能テーブル５２は実施形態１の装置管理テーブル４２に替えて用いられるものである。デフォルト機能テーブル５２にはノード番号、モデル名、設定項目毎にデフォルトで実行される機能が登録される。
実施形態２に係る更新順序管理テーブル５３にはノード番号と最高重要度とが登録される。更新順序管理テーブル５３に各ノード番号のレコードが登録された後、重要度の値が小さい順に更新順序管理テーブルがソートされることにより、図９に示す更新順序管理テーブル５３が作成される。
なお、ファームウェア情報テーブル５１に登録されているモデル名はＭＦＰ１のみであるので、モデル名がＭＦＰ２であるノード番号４の画像処理装置３ｄは更新順序管理テーブル５３に登録されない。

（２）更新順序決定処理
次に、実施形態２に係る更新順序決定処理について説明する。ここでは図７を参照して実施形態１との相違点のみを説明する。
実施形態２に係る管理サーバ２は、Ｓ２０３において、デフォルト機能テーブル５２から、Ｓ２０２で選択したレコードのモデル名と一致するモデル名が登録されているレコードを抽出する。

Ｓ２０５では、管理サーバ２はＳ２０３で抽出したレコードから、Ｓ２０４で取得した更新機能がデフォルト機能として設定されているレコードを抽出する。
ただし、実施形態２に係る更新順序管理テーブルにはユーザ数は登録されないので、図７に示すＳ２１１は実行されない。

なお、上述したフローチャートでは省略しているが、ファームウェア情報テーブル５１に登録されているモデル名と一致するモデル名の画像処理装置３の中にノード番号が更新順序管理テーブル５３に登録されていない画像処理装置３（たとえばノード番号３の画像処理装置３ｃ）がある場合は、上述した処理の後にその画像処理装置３のノード番号を更新順序管理テーブル５３の最後に登録するものとする。なぜならば、その画像処理装置３ｃは更新機能がデフォルト機能として設定されていないだけであって、更新機能が実行されないわけではないからである。これは後述する実施形態３、４や他の実施形態においても同様である。

（３）更新順序管理テーブル更新処理
次に、実施形態２に係る更新順序管理テーブル更新処理について説明する。ここでは図８を参照して実施形態１との相違点のみを説明する。
実施形態２に係る管理サーバ２は、Ｓ３０３は実行せず、Ｓ３０４において、Ｓ２０６で選択したノード番号とＳ３０１で取得した重要度とを対応付けて更新順序管理テーブルに登録する。

また、実施形態２に係る管理サーバ２は、Ｓ３０６は実行せず、Ｓ３０７において、Ｓ２０６で取得したノード番号のレコードの重要度をＳ３０１で取得した更新機能の重要度で更新する。

（４）実施形態の効果
以上説明した更新管理プログラム３２によると、最新のファームウェアによって更新される機能がデフォルトで実行される機能として設定されている画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。よって更新管理プログラム３２によると、複数の画像処理装置３のファームウェアを更新する場合に、更新の必要性が高い画像処理装置３から先に更新することができる。

＜実施形態３＞
次に、実施形態３を図１０によって説明する。
実施形態３に係る管理サーバ２は、各画像処理装置３に記憶されているファームウェアを最新のファームウェアによって更新する場合の更新順序を以下のように決定する。

（ａ）最新のファームウェアによって更新される機能でエラーが発生している画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。

（ｂ）各画像処理装置３において、最新のファームウェアによって更新される機能のうちその画像処理装置３でエラーが発生している機能の中で更新の重要度が最も高い機能の重要度をその画像処理装置３における最高重要度というとき、最高重要度が高い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。

（ｃ）最高重要度が同じである画像処理装置３間では、エラー発生時刻が古い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。

（１）ファームウェア更新処理で用いられるテーブル
図１０を参照して、実施形態３に係るファームウェア更新処理で用いられるテーブルについて説明する。ただし、ここではファームウェア情報テーブルは省略している。実施形態３に係るファームウェア情報テーブルは実施形態１のファームウェア情報テーブル４１と同じであるとする。

エラー情報管理テーブル６１は実施形態１の装置管理テーブル４２に替えて用いられるものである。エラー情報管理テーブル６１にはノード番号、モデル名、エラーが発生した機能、エラー発生時刻が登録される。画像処理装置３はエラーが発生するとこれらの情報を管理サーバ２に送信し、管理サーバ２は受信したこれらの情報をエラー情報管理テーブル６１に登録する。または、ファームウェアを更新するときに管理サーバ２が各画像処理装置３にエラー情報を問い合わせ、各画像処理装置３から受信したエラー情報からエラー情報管理テーブル６１を作成してもよい。

実施形態３に係る更新順序管理テーブル６２にはノード番号、最高重要度、エラー発生時刻が登録される。更新順序管理テーブル６２に各ノード番号のレコードが登録された後、重要度の値が小さい順に更新順序管理テーブル６２がソートされ、更に、重要度毎にエラー発生時刻が古い順に更新順序管理テーブル６２がソートされることにより、図１０に示す更新順序管理テーブル６２が作成される。

（２）更新順序決定処理
次に、実施形態３に係る更新順序決定処理について説明する。ここでは図７を参照して実施形態１との相違点のみを説明する。
実施形態３に係る管理サーバ２は、Ｓ２０３において、エラー情報管理テーブル６１から、Ｓ２０２で選択したレコードのモデル名と一致するモデル名が登録されているレコードを抽出する。

Ｓ２０５では、管理サーバ２はＳ２０３で抽出したレコードから、Ｓ２０４で取得した更新機能が、エラーが発生した機能として登録されているレコードを抽出する。
Ｓ２１１では、管理サーバ２は更新順序管理テーブル６２を重要度毎にエラー発生時刻が古い順にソートする。

（３）更新順序管理テーブル更新処理
次に、実施形態３に係る更新順序管理テーブル更新処理について説明する。ここでは図８を参照して実施形態１との相違点のみを説明する。

実施形態３に係る管理サーバ２は、Ｓ３０３において、エラー情報管理テーブル６１のＳ２０６で選択したノード番号のレコードから、Ｓ２０４で取得した更新機能のエラー発生時刻を取得する。
Ｓ３０４では、管理サーバ２はＳ２０６で選択したノード番号、Ｓ３０１で取得した重要度、及び、Ｓ３０３で取得したエラー発生時刻を対応付けて更新順序管理テーブルに登録する。

Ｓ３０６では、管理サーバ２はエラー情報管理テーブル６１のＳ２０６で選択したノード番号のレコードから、Ｓ２０４で取得した更新機能のエラー発生時刻を取得する。
Ｓ３０７では、管理サーバ２は更新順序管理テーブルにおいてＳ２０６で取得したノード番号のレコードの重要度をＳ３０１で取得した更新機能の重要度で更新するとともに、当該レコードのエラー発生時刻をＳ３０６で取得したエラー発生時刻で更新する。

（４）実施形態の効果
以上説明した更新管理プログラム３２によると、最新のファームウェアによって更新される機能でエラーが発生している画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。エラーが発生しているということはそれだけファームウェアの更新の必要性が高いといえる。よって更新管理プログラム３２によると、複数の画像処理装置３のファームウェアを更新する場合に、更新の必要性が高い画像処理装置３から先に更新することができる。

更に、更新管理プログラム３２によると、更新される機能のエラー発生時刻が古い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。エラー発生時刻が古いということは、ユーザはファームウェアが更新されるまで長く待たされているということであり、それだけファームウェアの更新の必要性が高いといえる。よって更新管理プログラム３２によると、更新の必要性が高い画像処理装置３から先に更新することができる。

＜実施形態４＞
次に、実施形態４を図１１ないし図１２によって説明する。
実施形態４に係る画像処理装置３は機能実行予約を行うことができるものとする。機能実行予約とは、機能を実行する時刻の設定をユーザから受け付け、その時刻に達すると当該機能を実行することをいう。

実施形態４に係る管理サーバ２は、各画像処理装置３に記憶されているファームウェアを最新のファームウェアによって更新する場合の更新順序を以下のように決定する。

（ａ）最新のファームウェアによって更新される機能の実行が予約されている画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。

（ｂ）各画像処理装置３において、最新のファームウェアによって更新される機能のうちその画像処理装置３で実行が予約されている機能の中で更新の重要度が最も高い機能の重要度をその画像処理装置３における最高重要度というとき、最高重要度が高い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。

（ｃ）最高重要度が同じである画像処理装置３間では、実行が予約されている時刻が早い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。

（ｄ）最新のファームウェアによって更新される機能の実行が予約されている時刻と現在時刻との差がファームウェアの更新に要する時間以上である画像処理装置３がある場合は、当該機能の実行が終了した後にファームウェアの更新が行われるように更新順序を決定する。

（１）ファームウェア更新処理で用いられるテーブル
図１１を参照して、実施形態４に係るファームウェア情報テーブル７１及び実行予約テーブル７２について説明する。
実施形態４に係るファームウェア情報テーブル７１にはモデル名、ファームウェアのバージョン、ファームウェアの更新に要する時間、更新機能、重要度が登録される。
実行予約テーブル７２は実施形態１の装置管理テーブル４２に替えて用いられるものである。実行予約テーブル７２にはノード番号、モデル名、予約されている機能、予約時刻が登録される。

次に、図１２を参照して、実施形態４に係る更新順序管理テーブル７３について説明する。実施形態４に係る更新順序管理テーブル７３はノード番号、最高重要度、予約時刻が登録される。更新順序管理テーブル７３に各ノード番号のレコードが登録された後、重要度の値が小さい順に更新順序管理テーブル７３がソートされ、更に、重要度毎に予約時刻が早い順に更新順序管理テーブル７３がソートされることにより、図１２の上段に示す更新順序管理テーブル７３が作成される。

ただし、現在時刻と予約時刻との差がファームウェア情報テーブル７１に示すファームウェアの更新に要する時間以内であるレコードがある場合はファームウェアの更新が間に合わない虞がある。そのため、管理サーバ２は、ファームウェアの更新が間に合わないレコードについては、更新順序管理テーブル７３において更新機能の実行が予約されている画像処理装置３のレコードの中で一番下に移動させるものとする。これにより、図１２の上段に示す更新順序管理テーブル７３が下段のように修正される。

なお、ファームウェアの更新が間に合わないレコードを更新順序管理テーブル７３の一番下に移動させるのではなく、ファームウェアの更新が間に合う範囲でなるべく早く更新される位置に移動させてもよい。

（２）更新順序決定処理
次に、実施形態４に係る更新順序決定処理について説明する。ここでは図７を参照して実施形態１との相違点のみを説明する。

実施形態４に係る管理サーバ２は、Ｓ２０３において、実行予約テーブル７２から、Ｓ２０２で選択したレコードのモデル名と一致するモデル名が登録されているレコードを抽出する。
Ｓ２０５では、管理サーバ２はＳ２０３で抽出したレコードから、Ｓ２０４で取得した更新機能の実行が予約されているレコードを抽出する。

Ｓ２１１では、管理サーバ２は重要度毎に予約時刻が早い順にソートする。
また、図７には示されていないが、実施形態４に係る更新順序決定処理では、Ｓ２１１の後に、以下に示すＳ２１２を実行する。
Ｓ２１２では、管理サーバ２は現在時刻と予約時刻との差がファームウェア情報テーブル７１のファームウェアの更新に要する時間以内であるレコードを更新機能の実行が予約されている画像処理装置３のレコードの中で一番下に移動させる。

（３）更新順序管理テーブル更新処理
次に、実施形態４に係る更新順序管理テーブル更新処理について説明する。ここでは図８を参照して実施形態１との相違点のみを説明する。

実施形態４に係る管理サーバ２は、Ｓ３０３において、実行予約テーブル７２のＳ２０６で選択したノード番号のレコードから、Ｓ２０４で取得した更新機能の予約時刻を取得する。
Ｓ３０４では、管理サーバ２はＳ２０６で選択したノード番号、Ｓ３０１で取得した重要度、及び、Ｓ３０３で取得した予約時刻を対応付けて更新順序管理テーブルに登録する。

Ｓ３０６では、管理サーバ２は実行予約テーブル７２のＳ２０６で選択したノード番号のレコードから、Ｓ２０４で取得した更新機能の予約時刻を取得する。
Ｓ３０７では、管理サーバ２は更新順序管理テーブルにおいてＳ２０６で取得したノード番号のレコードの重要度をＳ３０１で取得した更新機能の重要度で更新するとともに、当該レコードの予約時刻をＳ３０６で取得した予約時刻で更新する。

（４）実施形態の効果
以上説明した更新管理プログラム３２によると、最新のファームウェアによって更新される機能の実行が予約されている画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する。機能の実行が予約されているということはその機能が実行されることが確定しているということであり、ファームウェアの更新の必要性が高いといえる。よって更新管理プログラム３２によると、複数の画像処理装置３のファームウェアを更新する場合に、更新の必要性が高い画像処理装置３から先に更新することができる。

更に、更新管理プログラム３２によると、機能の実行が予約されている時刻が早い画像処理装置３ほど先にファームウェアを更新することができる。

更に、更新管理プログラム３２によると、最新のファームウェアによって更新される機能の実行が予約されている時刻と現在時刻との差がファームウェアの更新に要する時間以内である画像処理装置３については、当該機能の実行が終了した後にファームウェアを更新することができる。

＜他の実施形態＞
上記記述及び図面によって説明した実施形態に限定されるものではなく、例えば次のような実施形態も技術的範囲に含まれる。

（１）上記実施形態１では最高重要度が同じである画像処理装置３間では最高重要度の機能の実行が許可されているユーザ数が多い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する場合を例に説明した。これに対し、最新のファームウェアによって更新される機能の実行許可回数が多い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定してもよい。

ここで実行許可回数とは、機能毎にその機能の実行が許可される回数のことをいう。この回数は、例えばコピー機能の場合はコピーの実行を指示した回数であってもよいし、コピーを行った枚数であってもよい。他の機能についても同様である。実行許可回数が多いということはそれだけ必要な機能ということであり、ファームウェアの更新の必要性も高いといえる。従って、このようにすれば、更新の必要性が高い画像処理装置３から先にファームウェアを更新することができる。

（２）上記実施形態１では最高重要度が同じである画像処理装置３間では最高重要度の機能の実行が許可されているユーザ数が多い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する場合を例に説明した。これに対し、最新のファームウェアによって更新される機能の使用頻度が高い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定してもよい。

ここで使用頻度とは、例えば現在時刻から遡って２４時間以内にその機能が実行された回数である。使用頻度が高いということはそれだけ必要な機能ということであり、ファームウェアの更新の必要性も高いといえる。従って、このようにすれば、更新の必要性が高い画像処理装置３から先にファームウェアを更新することができる。

（３）上記実施形態３では、最高重要度が同じである画像処理装置３間ではエラー発生時刻が古い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する場合を例に説明した。これに対し、最新のファームウェアによって更新される機能のエラーの発生頻度が高い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定してもよい。

ここでエラーの発生頻度とは、例えば現在時刻から遡って２４時間以内にエラーが発生した回数である。エラーの発生頻度が高いということはそれだけ更新が必要な機能ということであり、ファームウェアの更新の必要性も高いといえる。従って、このようにすれば、更新の必要性が高い画像処理装置３から先にファームウェアを更新することができる。

（４）上記実施形態４では、最高重要度が同じである画像処理装置３間では実行が予約されている時刻が早い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定する場合を例に説明した。これに対し、実行が予約されているジョブの数が多い画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定してもよい。ここでいうジョブとは例えば印刷ジョブなどである。例えば各画像処理装置３にそれぞれ複数の印刷ジョブの実行が予約されているとする。この場合、最新のファームウェアによって印刷機能を更新する場合は、予約されている印刷ジョブの数が多い画像処理装置から先にファームウェアを更新してもよい。

（５）上記実施形態１では更新の重要度と実行が許可されている機能とを用いて更新の順序を決定する場合を例に説明した。これに対し、実行が許可されている機能は用いず、更新の重要度のみを用いて更新順序を決定してもよい。例えばカラーコピー機能を備える複合機Ａと、カラーコピー機能は備えていないがモノクロコピー機能を備えている複合機Ｂとがあるとする。そして、最新のファームウェアはカラーコピー機能とモノクロコピー機能とを更新するものであり、カラーコピー機能の更新の重要度は１、モノクロコピー機能の更新の重要度は２であるとする。この場合、複合機Ａでカラーコピー機能の実行が許可されているか否かによらず複合機Ａのファームウェアを先に更新してもよい。機能の実行を許可するか否かの設定は必ずしも全ての画像処理装置３で行えるとは限らず、そのような設定が行えない画像処理装置３の場合は機能の実行が許可されているか否かの判断は不要だからである。

（６）上記実施形態２〜４では機能の実行が許可されているか否かを考慮しない場合を例に説明した。これに対し、実施形態２〜３においても機能の実行が許可されているか否かを考慮して更新順序を決定してもよい。

（７）上記実施形態１では更新の重要度とユーザ数とを用いて更新順序を決定する場合に、機能の重要度を優先して更新順序を決定する場合を例に説明した。これに対し、ユーザ数を優先してもよい。
例えば、各画像処理装置３において、最新のファームウェアによって更新される機能の中で実行が許可されているユーザ数が最も多い機能のユーザ数をその画像処理装置３の最高ユーザ数というとき、最高ユーザ数が多い画像処理装置３から先にファームウェアが更新されるように決定し、最高ユーザ数が同じ画像処理装置３間では、最高ユーザ数の機能の更新の重要度が高い順に決定してもよい。実施形態２〜４についても同様である

（８）上記実施形態１〜４では更新の重要度を用いて更新順序を決定する場合を例に説明した。これに対し、更新の重要度を用いずに更新順序を決定してもよい。

例えば、各画像処理装置３において、最新のファームウェアによって更新される機能のうちその画像処理装置３で実行が許可されている機能の数をその画像処理装置３の更新機能数というとき、更新機能数が多い画像処理装置３から先にファームウェアが更新されるように決定してもよい。

あるいは、各画像処理装置３において、最新のファームウェアによって更新される機能のうち実行が許可されているユーザ数が最も多い機能のユーザ数をその画像処理装置３の最高ユーザ数というとき、最高ユーザ数が多い画像処理装置３から先にファームウェアが更新されるように決定してもよい。なお、ユーザ数に替えて実行許可回数や更新頻度を用いてもよい。

あるいは、各画像処理装置３において、最新のファームウェアによって更新される機能のうちその画像処理装置３においてデフォルトで実行される機能の数をその画像処理装置３におけるデフォルト機能数というとき、デフォルト機能数が多い画像処理装置３から先にファームウェアが更新されるようにしてもよい。

あるいは、各画像処理装置３において、最新のファームウェアによって更新される機能のうちその画像処理装置３においてエラーが発生している機能の数をその画像処理装置３におけるエラー発生機能数というとき、エラー発生機能数が多い画像処理装置３から先にファームウェアが更新されるようにしてもよい。

あるいは、各画像処理装置３において、最新のファームウェアによって更新される機能のうちその画像処理装置３において実行が予約されている機能の数をその画像処理装置３における実行予約機能数というとき、実行予約機能数が多い画像処理装置３から先にファームウェアが更新されるようにしてもよい。

（９）機能の実行が許可されているユーザ数、デフォルトで実行される機能、エラーの発生、機能実行予約は組み合わせて用いてもよい。
例えば、各画像処理装置３において、最新のファームウェアによって更新される機能の中で実行が許可されているユーザ数が最も多い機能のユーザ数をその画像処理装置３の最高ユーザ数というとき、最高ユーザ数が多い画像処理装置３から先にファームウェアが更新されるように決定し、最高ユーザ数が同じ画像処理装置３間では、最高ユーザ数の機能がデフォルトで実行される機能として設定されている画像処理装置３から先に更新されるように決定してもよい。

（１０）上記実施形態では更新の重要度、実行が許可されている機能、ユーザ数、デフォルトで実行される機能、エラーの発生、機能実行予約などを用いて更新順序を決定する場合を例に説明した。これに対し、これらを用いずに更新順序を決定してもよい。
例えば、更新される機能の数によって更新順序を決定してもよい。具体的には例えば、カラーコピー機能と電子メール機能とを備える複合機Ａと、カラーコピー機能は備えているが電子メール機能は備えていない複合機Ｂとがあるとする。そして、最新のファームウェアはカラーコピー機能と電子メール機能とを更新するものであるとする。この場合、複合機Ａは更新される機能が２つであり、複合機Ｂは更新される機能が１つであるので、複合機Ａのファームウェアが先に更新されるようにしてもよい。更新される機能の数が多いということはそれだけ更新の必要性が高いといえるからである。

（１１）上記実施形態ではＳ２０２においてファームウェア情報テーブル４１からレコードを取得するときテーブルの上から順に取得する場合を例に説明した。これに対し、重要度が高い順に取得してもよい。この場合は、Ｓ２０６で一度取得されたノード番号は、Ｓ２０２で別のレコードが取得されて再度Ｓ２０６が実行されたときには選択の対象から除外してもよい。更新順序管理テーブル４３においてそのノード番号には既に最高重要度が対応付けられて登録されているからである。また、その場合は図８に示すＳ３０２、Ｓ３０５〜Ｓ３０７の処理は不要である。
あるいは、ファームウェア情報テーブル４１には重要度が高いレコードの順に登録されていてもよい。そのようにすれば、ファームウェア情報テーブル４１から重要度が高い順にレコードを取得する処理が容易になる。

（１２）上記実施形態３では機能毎にエラー情報が登録される場合を例に説明した。これに対し、エラー情報管理テーブル６１に登録されるエラー情報は機能の単位でなくてもよい。そして、機能が影響を受けるエラーが発生している画像処理装置３ほど先にファームウェアが更新されるように更新順序を決定してもよい。

例えば、複合機内部の温度が基準温度以上になった場合はエラーとし、基準温度以上であることを示すエラー情報を登録してもよい。そして、例えば印刷機能は基準温度以上になると正常な印刷を保証できないとする。この場合、当該エラーが発生した複合機において印刷機能が有効であるとすると、その複合機は機能が影響を受けるエラーが発生している複合機であるので、その複合機のファームウェアを、当該エラーが発生していない複合機、及び、当該エラーが発生していても印刷機能が有効でない複合機よりも先に更新してもよい。印刷機能を更新することでそのエラーが修正される場合もあるからである。

なお、機能の単位ではないエラーは温度に限定されない。例えば、複合機はＦＡＸ機能に加えて電話機能を備えているとする。そして、ＦＡＸ機能と電話機能とは共通のモデムを用いるものとする。その場合、エラー情報はモデムのエラーを示す情報であってもよい。この場合、当該エラーが発生している複合機のファームウェアを、当該エラーが発生していない複合機より先に更新してもよい。ＦＡＸ機能や電話機能を更新することでそのエラーが修正される場合もあるからである。

また、例えばエラー情報は原稿を読み取るイメージセンサのエラーを示す情報であってもよい。その場合は、イメージセンサを用いる機能である画像読取機能やコピー機能がそのエラーの影響を受ける。このため、当該エラーが発生している複合機のファームウェアを、当該エラーが発生していない複合機より先に更新してもよい。画像読取機能やコピー機能を更新することでそのエラーが修正される場合もあるからである。

１・・・画像処理システム、２・・・管理サーバ、３・・・画像処理装置、５・・・ファームウェア配布サーバ、２１・・・ＣＰＵ、３２・・・更新管理プログラム、４２・・・装置管理テーブル、４１、５１、７１・・・ファームウェア情報テーブル、４３、５３、６２、７３・・・更新順序管理テーブル、５２・・・デフォルト機能テーブル、６１・・・エラー情報管理テーブル、７２・・・実行予約テーブル

Claims (16)

1. コンピュータで実行される更新管理プログラムであって、
   前記コンピュータと通信可能に接続されている複数の画像処理装置に記憶され各前記画像処理装置の動作を制御する制御プログラムを更新プログラムによって更新する場合の更新順序を、前記更新プログラムによって更新される機能に基づいて決定する決定処理と、
   前記決定処理によって決定された更新順序で前記複数の画像処理装置の前記制御プログラムを前記更新プログラムによって更新する更新処理と、
   を前記コンピュータに実行させる更新管理プログラム。
2. 請求項１に記載の更新管理プログラムであって、
   前記決定処理において、前記更新プログラムによって更新される機能の実行が許可されている前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定する、更新管理プログラム。
3. 請求項１に記載の更新管理プログラムであって、
   前記決定処理において、前記更新プログラムによって更新される機能がデフォルトで実行される機能として設定されている前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定する、更新管理プログラム。
4. 請求項２又は請求項３に記載の更新管理プログラムであって、
   前記決定処理において、更に、前記更新プログラムによって更新される機能の実行許可回数が多い前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定する、更新管理プログラム。
5. 請求項２又は請求項３に記載の更新管理プログラムであって、
   前記決定処理において、更に、前記更新プログラムによって更新される機能の実行が許可されているユーザ数が多い前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定する、更新管理プログラム。
6. 請求項２又は請求項３に記載の更新管理プログラムであって、
   前記決定処理において、更に、前記更新プログラムによって更新される機能の使用頻度が高い前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定する、更新管理プログラム。
7. 請求項１に記載の更新管理プログラムであって、
   前記決定処理において、前記更新プログラムによって更新される機能でエラーが発生している前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定する、更新管理プログラム。
8. 請求項７に記載の更新管理プログラムであって、
   前記決定処理において、更に、前記更新プログラムによって更新される機能のエラーの発生頻度が高い前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定する、更新管理プログラム。
9. 請求項７に記載の更新管理プログラムであって、
   前記決定処理において、更に、前記更新プログラムによって更新される機能のエラーの発生時刻が古い前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定する、更新管理プログラム。
10. 請求項７に記載の更新管理プログラムであって、
    前記決定処理において、更に、前記更新プログラムによって更新される機能が影響を受けるエラーが発生している前記画像処理装置の前記制御プログラムを、前記更新プログラムによって更新される機能が影響を受けるエラーが発生していない前記画像処理装置の前記制御プログラムより先に更新するように前記更新順序を決定する、更新管理プログラム。
11. 請求項１に記載の更新管理プログラムであって、
    前記決定処理において、前記更新プログラムによって更新される機能の実行が予約されている前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定する、更新管理プログラム。
12. 請求項１１に記載の更新管理プログラムであって、
    前記決定処理において、更に、実行が予約されている時刻が早い前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定する、更新管理プログラム。
13. 請求項１１又は請求項１２に記載の更新管理プログラムであって、
    前記決定処理において、前記更新プログラムによって更新される機能の実行が予約されている時刻と現在時刻との差が前記制御プログラムの更新に要する時間以内である前記画像処理装置については、当該機能の実行が終了した後に前記制御プログラムの更新が行われるように更新順序を決定する、更新管理プログラム。
14. 請求項２乃至請求項１３に記載の更新管理プログラムであって、
    前記更新プログラムには当該更新プログラムによって更新される機能毎に更新の優先度が設定されており、
    当該更新管理プログラムは、前記決定処理において、更に、前記優先度が高い機能が更新される前記画像処理装置ほど先に前記制御プログラムが更新されるように前記更新順序を決定する、更新管理プログラム。
15. 複数の画像処理装置と通信可能に接続される通信部と、
    処理部と、
    を備え、
    前記処理部は
    前記複数の画像処理装置に記憶され各前記画像処理装置の動作を制御する制御プログラムを更新プログラムによって更新する場合の更新順序を、前記更新プログラムによって更新される機能に基づいて決定する決定処理と、
    前記決定処理によって決定された更新順序で前記複数の画像処理装置の前記制御プログラムを前記更新プログラムによって更新する更新処理と、
    を実行する、更新管理装置。
16. 複数の画像処理装置と更新管理装置とを備え、
    前記更新管理装置は、
    前記複数の画像処理装置と通信可能に接続される通信部と、
    処理部と、
    を有し、
    前記処理部は
    前記複数の画像処理装置に記憶され各前記画像処理装置の動作を制御する制御プログラムを更新プログラムによって更新する場合の更新順序を、前記更新プログラムによって更新される機能に基づいて決定する決定処理と、
    前記決定処理によって決定された更新順序で前記複数の画像処理装置の前記制御プログラムを前記更新プログラムによって更新する更新処理と、
    を実行する、画像処理システム。
    

Images