(57)【要約】【課題】  データ処理依頼装置から受信したデータを処理するデータ処理装置が実行するプログラムを、管理装置により更新する際にユーザへ影響を低減する。【解決手段】  本発明は、複数のデータ処理装置とデータ処理依頼装置とデータ処理装置を管理する管理装置とを備えるデータ処理システムに関する。そして、管理装置は、データ処理装置にプログラムの更新をさせる際に、データ処理中でないものから、プログラムデータの更新処理を行うものを決定し、決定した前記データ処理装置についてプログラムデータの更新処理を制御する。【選択図】      図１
2015069488.tif 000002
【特許請求の範囲】
【請求項１】
データ処理依頼装置から、データ処理依頼を受付けて処理するデータ処理装置を管理する管理装置において、
前記データ処理装置に、前記データ処理装置が実行するプログラムデータを前記データ処理装置に送信して、プログラムデータの更新を実行させるプログラム更新制御手段と、
前記プログラム更新制御手段によりプログラムデータの更新対象となる１又は複数の前記データ処理装置のうち、データ処理中でないものから、プログラムデータの更新処理を行うものを決定し、決定した前記データ処理装置について、前記プログラム更新制御手段にプログラムデータの更新処理を実行させる対象装置決定手段と
を有することを特徴とする管理装置。
【請求項２】
前記プログラム更新制御手段によりプログラムデータの更新対象となる１又は複数の前記データ処理装置を、プログラムデータの更新処理を行う前に、複数段階の待機状態に遷移させることを特徴とする待機状態制御手段をさらに有し、
前記対象装置決定手段は、前記待機状態制御手段により最終段階の待機状態に制御された前記データ処理装置であって、データ処理中でないものから、プログラムデータの更新処理を行うものを決定し、決定した前記データ処理装置について、前記プログラム更新制御手段にプログラムデータの更新処理を実行させること
を特徴とする請求項１に記載の管理装置。
【請求項３】
前記待機状態制御手段は、前記データ処理装置に対して、データ処理受付けを禁止しない第１の待機状態に制御した後、少なくとも新たなデータ処理を受付けることを禁止する第２の待機状態に制御させることを特徴とする請求項２に記載の管理装置。
【請求項４】
第１の待機状態に制御されている前記データ処理装置について、データ処理依頼装置からの状態確認の通知及び、データ処理の通知を受付けて、各通知の回数を計数する通知計数手段をさらに備え、
前記待機状態制御手段は、前記通知計数手段が計数した内容に応じて、前記第１の待機状態の前記データ処理装置を、前記第２の待機状態に移行させ、
前記対象装置決定手段は、前記第２の待機状態の前記データ処理装置のうち、前記第の待機状態となってから所定期間経過したものについて、プログラムデータの更新処理を行うものを決定する
ことを特徴とする請求項３に記載の管理装置。
【請求項５】
データ処理依頼装置から、データ処理依頼を受付けて処理するデータ処理装置を管理する管理装置が行う管理方法において、
プログラム更新制御手段、及び対象装置決定手段を備え、
前記プログラム更新制御手段は、前記データ処理装置に、前記データ処理装置が実行するプログラムデータを前記データ処理装置に送信して、プログラムデータの更新を実行させ、
前記対象装置決定手段は、前記プログラム更新制御手段によりプログラムデータの更新対象となる１又は複数の前記データ処理装置のうち、データ処理中でないものから、プログラムデータの更新処理を行うものを決定し、決定した前記データ処理装置について、前記プログラム更新制御手段にプログラムデータの更新処理を実行させる
ことを特徴とする管理方法。
【請求項６】
プログラムデータを格納するプログラム格納手段と、プログラム格納手段に格納されたプログラムを実行することにより当該データ処理装置の一部又は全部の構成要素によるデータ処理を実現するプログラム実行手段とを備えるデータ処理装置において、
外部のデータ処理依頼装置から、データ処理依頼を受付けて処理するデータ処理手段と、
外部の管理装置から、前記プログラム格納手段に格納するプログラムの更新処理前の待機状態の指示通知を受信する待機状態指示受信手段と、
前記待機状態指示受信手段が受信した指示通知内容に応じて、複数段階の待機状態のいずれかの待機状態で、当該データ処理装置が動作するように制御する待機状態制御手段と
を有することを特徴とするデータ処理装置。
【請求項７】
前記待機状態制御手段は、少なくとも、前記データ処理手段によるデータ処理受付けを禁止しない第１の待機状態、又は、少なくとも前記データ処理手段が新たなデータ処理を受付けることを禁止する第２の待機状態のいずれかの待機状態で当該データ処理装置を制御することができることを特徴とする請求項６に記載のデータ処理装置。
【請求項８】
前記待機状態制御手段は、当該データ処理装置がいずれかの待機状態で動作している場合、その待機状態に応じた情報を、前記データ処理依頼装置からの状態確認に対する応答に付加することを特徴とする請求項７に記載のデータ処理装置。
【請求項９】
前記待機状態制御手段は、当該データ処理装置がいずれかの待機状態で動作している場合、その待機状態に応じた情報を、表示出力することを特徴とする請求項７又は８に記載のデータ処理装置。
【請求項１０】
前記待機状態制御手段は、当該データ処理装置が第１待機レベルに設定されているとき、前記管理装置に、当該データ処理装置の利用状況に係る利用状況情報を通知することを特徴とする請求項７〜９のいずれかに記載のデータ処理装置。
【請求項１１】
前記待機状態制御手段は、利用状況情報として、データ処理依頼装置からの状態確認の状況、前記データ処理手段の状態、及びデータ処理完了の報告を通知することを特徴とする請求項１０に記載のデータ処理装置。
【請求項１２】
プログラムデータを格納するプログラム格納手段と、プログラム格納手段に格納されたプログラムを実行することにより当該データ処理装置の一部又は全部の構成要素によるデータ処理を実現するプログラム実行手段とを備えるデータ処理装置が行うデータ処理方法において、
データ処理手段、待機状態指示受信手段及び待機状態制御手段を備え、
前記データ処理手段は、外部のデータ処理依頼装置から、データ処理依頼を受付けて処理し、
前記待機状態指示受信手段は、外部の管理装置から、前記プログラム格納手段に格納するプログラムの更新処理前の待機状態の指示通知を受信し、
前記待機状態制御手段は、前記待機状態指示受信手段が受信した指示通知内容に応じて、複数段階の待機状態のいずれかの待機状態で、当該データ処理装置が動作するように制御する
を有することを特徴とするデータ処理方法。
【請求項１３】
データ処理装置にデータ処理を依頼するデータ処理依頼手段と、
前記データ処理装置に対して状態確認を依頼して、取得した状態確認に当該データ処理装置の待機状態に応じた付加情報が付加されている場合は、当該付加情報に応じた表示出力を行う付加情報出力手段と
を有することを特徴とするデータ処理依頼装置。
【請求項１４】
データ処理依頼装置が行うデータ処理依頼方法において、
データ処理依頼手段、及び付加情報出力手段を有し、
前記データ処理依頼手段は、データ処理装置にデータ処理を依頼し、
前記付加情報出力手段は、前記データ処理装置に対して状態確認を依頼して、取得した状態確認に当該データ処理装置の待機状態に応じた付加情報が付加されている場合は、当該付加情報に応じた表示出力を行う
ことを特徴とするデータ処理依頼方法
【請求項１５】
複数のデータ処理装置と、前記データ処理装置にデータ処理を依頼するデータ処理依頼装置と、前記データ処理装置を管理する管理装置とを備えるデータ処理システムにおいて、
前記管理装置として請求項１に記載のデータ処理装置を適用した
ことを特徴とするデータ処理システム。
【請求項１６】
複数のデータ処理装置と、前記データ処理装置にデータ処理を依頼するデータ処理依頼装置と、前記データ処理装置を管理する管理装置とを備えるデータ処理システムにおいて、
前記データ処理装置として請求項６に記載のデータ処理装置を適用し、
前記管理装置として請求項２に記載のデータ処理装置を適用した
ことを特徴とする請求項１５に記載のデータ処理システム。
【請求項１７】
前記データ処理装置として請求項８に記載のデータ処理装置を適用し、
前記管理装置として請求項４に記載のデータ処理装置を適用し、
前記データ処理依頼装置として、請求項１３に記載のデータ処理依頼装置を適用した
ことを特徴とする請求項１６に記載のデータ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は管理装置及び管理方法、並びに、データ処理装置及びデータ処理方法、並びに、データ処理システムに関し、例えば、プログラム（ファームウェア）のアップデートを要するプリンタ（画像形成装置）を用いたシステムに適用し得る。
【背景技術】
【０００２】
従来、複数のプリンタと、それらのプリンタの管理を行う管理サーバを備えるシステムでは、管理サーバにより各プリンタのプログラム（ファームウェア）のバージョン管理および更新を行う。そして、管理サーバに、任意の機種のプリンタについて最新版のプログラムが提供された場合、管理サーバは、最新版のプログラムをプリンタに提供し、プリンタ側では提供されたプログラムに自身の実行するプログラムをアップデート（更新）する。
【０００３】
従来、管理サーバを用いてプリンタのプログラムの管理及びバージョンアップを行うシステムとしては、特許文献１の記載技術が存在する。  
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３３９２９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、プリンタ側でアップデートを実行中の場合、そのプリンタでクライアント（端末）から印刷ジョブを受信したり印刷処理を行うことはできない。したがって、アップデートを実行中のプリンタを利用しようとするユーザがいた場合、当該ユーザは、当該プリンタのアップデートが終了するまで、当該プリンタを用いた印刷処理ができないこととなる。
【０００６】
そのため、データ処理依頼装置（例えば、クライアント）から受信したデータ（例えば、印刷ジョブのデータ）を処理するデータ処理装置が実行するプログラムを、管理装置（例えば、管理サーバ）により更新する際にユーザへ影響を低減することができる管理装置及び管理方法、並びに、データ処理装置及びデータ処理方法、並びに、データ処理システムが望まれている。
【課題を解決するための手段】
【０００７】
第１の本発明は、データ処理依頼装置から、データ処理依頼を受付けて処理するデータ処理装置を管理する管理装置において、（１）前記データ処理装置に、前記データ処理装置が実行するプログラムデータを前記データ処理装置に送信して、プログラムデータの更新を実行させるプログラム更新制御手段と、（２）前記プログラム更新制御手段によりプログラムデータの更新対象となる１又は複数の前記データ処理装置のうち、データ処理中でないものから、プログラムデータの更新処理を行うものを決定し、決定した前記データ処理装置について、前記プログラム更新制御手段にプログラムデータの更新処理を実行させる対象装置決定手段とを有する。
【０００８】
第２の本発明は、データ処理依頼装置から、データ処理依頼を受付けて処理するデータ処理装置を管理する管理装置が行う管理方法において、（１）プログラム更新制御手段、及び対象装置決定手段を備え、（２）前記プログラム更新制御手段は、前記データ処理装置に、前記データ処理装置が実行するプログラムデータを前記データ処理装置に送信して、プログラムデータの更新を実行させ、（３）前記対象装置決定手段は、前記プログラム更新制御手段によりプログラムデータの更新対象となる１又は複数の前記データ処理装置のうち、データ処理中でないものから、プログラムデータの更新処理を行うものを決定し、決定した前記データ処理装置について、前記プログラム更新制御手段にプログラムデータの更新処理を実行させることを特徴とする。
【０００９】
第３の本発明は、プログラムデータを格納するプログラム格納手段と、プログラム格納手段に格納されたプログラムを実行することにより当該データ処理装置の一部又は全部の構成要素によるデータ処理を実現するプログラム実行手段とを備えるデータ処理装置において、（１）外部のデータ処理依頼装置から、データ処理依頼を受付けて処理するデータ処理手段と、（２）外部の管理装置から、前記プログラム格納手段に格納するプログラムの更新処理前の待機状態の指示通知を受信する待機状態指示受信手段と、（３）前記待機状態指示受信手段が受信した指示通知内容に応じて、複数段階の待機状態のいずれかの待機状態で、当該データ処理装置が動作するように制御する待機状態制御手段と（４）を有することを特徴とする。
【００１０】
第４の本発明は、プログラムデータを格納するプログラム格納手段と、プログラム格納手段に格納されたプログラムを実行することにより当該データ処理装置の一部又は全部の構成要素によるデータ処理を実現するプログラム実行手段とを備えるデータ処理装置が行うデータ処理方法において、（１）データ処理手段、待機状態指示受信手段及び待機状態制御手段を備え、（２）前記データ処理手段は、外部のデータ処理依頼装置から、データ処理依頼を受付けて処理し、（３）前記待機状態指示受信手段は、外部の管理装置から、前記プログラム格納手段に格納するプログラムの更新処理前の待機状態の指示通知を受信し、（４）前記待機状態制御手段は、前記待機状態指示受信手段が受信した指示通知内容に応じて、複数段階の待機状態のいずれかの待機状態で、当該データ処理装置が動作するように制御することを特徴とする。
【００１１】
第５の本発明のデータ処理依頼装置は、（１）第１の本発明のデータ処理装置にデータ処理を依頼するデータ処理依頼手段と、（２）前記データ処理装置に対して状態確認を依頼して、取得した状態確認に当該データ処理装置の待機状態に応じた付加情報が付加されている場合は、当該付加情報に応じた表示出力を行う付加情報出力手段とを有することを特徴とする。
【００１２】
第６の本発明のデータ処理依頼方法は、データ処理依頼装置が行うデータ処理依頼方法において、（１）データ処理依頼手段、及び付加情報出力手段を有し、（２）前記データ処理依頼手段は、請求項３に記載のデータ処理装置にデータ処理を依頼し、（３）前記付加情報出力手段は、前記データ処理装置に対して状態確認を依頼して、取得した状態確認に当該データ処理装置の待機状態に応じた付加情報が付加されている場合は、当該付加情報に応じた表示出力を行うことを特徴とする。
【００１３】
第７の本発明のデータ処理システムは、複数のデータ処理装置と、前記データ処理装置にデータ処理を依頼するデータ処理依頼装置と、前記データ処理装置を管理する管理装置とを備えるデータ処理システムにおいて、前記データ処理装置として第１の本発明のデータ処理装置を適用したことを特徴とするデータ処理システム。
【発明の効果】
【００１４】
本発明によれば、データ処理依頼装置から受信したデータを処理するデータ処理装置が実行するプログラムを、管理装置により更新する際にユーザへ影響を低減することができる
【図面の簡単な説明】
【００１５】
【図１】実施形態に係る画像形成システムの全体構成について示したブロック図である。
【図２】実施形態に係る管理サーバの機能的構成について示したブロック図である。
【図３】実施形態に係る画像形成装置の機能的構成について示したブロック図である。
【図４】実施形態に係るクライアントＰＣに係る機能的構成について示したブロック図である。
【図５】実施形態に係る管理サーバに記憶される対象装置情報の構成例について示した説明図である。
【図６】実施形態に係る画像形成装置の動作を示すフローチャート（１）である。
【図７】実施形態に係る画像形成装置の動作を示すフローチャート（２）である。
【図８】実施形態に係る画像形成装置の動作を示すフローチャート（３）である。
【図９】実施形態に係る管理サーバの動作を示すフローチャート（１）である。
【図１０】実施形態に係る管理サーバの動作を示すフローチャート（２）である。
【図１１】実施形態に係る管理サーバの動作を示すフローチャート（３）である。
【図１２】実施形態に係るクライアントで表示される印刷設定ダイアログの構成例（その１、通常動作の場合）について示した説明図である。
【図１３】実施形態に係るクライアントで表示される印刷設定ダイアログの構成例（その２、第１待機レベル）について示した説明図である。
【図１４】実施形態に係るクライアントで表示される印刷設定ダイアログの構成例（その３、第２待機レベル）について示した説明図である。
【発明を実施するための形態】
【００１６】
（Ａ）主たる実施形態
以下、本発明による管理装置及び管理方法、並びに、データ処理装置及びデータ処理方法、並びに、データ処理システムの一実施形態を、図面を参照しながら詳述する。この実施形態では、本発明のデータ処理装置、管理装置、及びデータ処理依頼装置を、それぞれ、画像形成装置、管理サーバ、及びクライアント（端末）に適用した例について説明する。
【００１７】
（Ａ−１）実施形態の構成
図１は、この実施形態の画像形成システム１０００の全体構成を示すブロック図である。
【００１８】
画像形成システム１０００では、ネットワーク１００に、管理サーバ１、複数のクライアント２（２ａ、２ｂ…）、及び複数の画像形成装置１０（１０ａ、１０ｂ、１０ｃ…）が接続されている。なお、ネットワーク１００に配置される各装置の数は限定されないものである。
【００１９】
クライアント２は、画像形成装置１０に、ジョブ（印刷ジョブ）のデータを送信し、印刷出力の実行を依頼する。
【００２０】
画像形成装置１０は、クライアント２から受信したジョブに基づいて印刷用紙に印刷するものである。画像形成装置１０は、ソフトウェア的に実現可能な構成要素の一部又は全部についてプログラム（ソフトウェア、ファームウェア）により動作するものであり、そのプログラムは管理サーバ１から供給されるプログラムデータを用いてアップデート（更新）される。
【００２１】
管理サーバ１は、各画像形成装置１０のプログラムデータを管理する。具体的には、管理サーバ１は、各画像形成装置１０に最新版のプログラムデータを供給してアップデートを実行させる。
【００２２】
図２は、管理サーバ１の機能的構成について示したブロック図である。
【００２３】
管理サーバ１は、更新プログラム情報格納手段２０１、対象装置選択手段２０２、待機レベルコマンド送信手段２０３、通知受信手段２０４、対象装置情報記憶手段２０５、決定手段２０６、更新プログラム送信手段２０７、及び送信手段２０８を有している。
【００２４】
更新プログラム情報格納手段２０１は、画像形成装置１０に対して適用する更新プログラムのデータ、更新したプログラムのバージョン情報、適用対象の画像形成装置１０の機種情報等を格納する手段である。ここでは、管理サーバ１は、プリンタを機種ごとに管理するものとして説明するが、全て同じ機種である場合や、同じプログラムで実行可能な場合には、機種ごとに分けて管理する必要はない。
【００２５】
対象装置選択手段２０２は、管理対象の画像形成装置１０のうち、更新プログラムを適用すべきものを選択し、その情報を、対象装置情報記憶手段２０５に格納する。
【００２６】
対象装置情報記憶手段２０５に格納する画像形成装置１０ごとの情報（以下、「対象装置情報」と呼ぶ）の構成については後述する。
【００２７】
待機レベルコマンド送信手段２０３は、画像形成装置１０に対して、待機状態に係るパラメータ(以下、「待機レベル」と呼ぶ)を設定するためのコマンドを送信する。画像形成装置１０の待機レベルに関する詳細については後述する。
【００２８】
通知受信手段２０４は、画像形成装置１０から、当該画像形成装置１０の使用状況を示す通知を受信し、その情報を、対象装置情報記憶手段２０５に格納する。画像形成装置１０の使用状況の詳細については後述する。
【００２９】
対象装置情報記憶手段２０５は、更新プログラムを適用すべき画像形成装置１０の情報を記憶する。
【００３０】
決定手段２０６は、対象装置情報記憶手段２０５に記憶されている、各画像形成装置１０の使用状況に基づき、どの画像形成装置１０に対して更新プログラムの適用を実行するかを決定する。
【００３１】
更新プログラム送信手段２０７は、決定手段２０６が決定した画像形成装置１０に、更新プログラムを送信してプログラム更新を実行させるものである。
【００３２】
送信手段２０８、及び受信手段２０９は、ネットワーク１００を通じて、データを送受信するネットワークインタフェースとして機能するものである。
【００３３】
以上のように、管理サーバ１では、更新プログラム情報格納手段２０１及び更新プログラム送信手段２０７により、プログラム更新制御手段が実現されている。また、管理サーバ１では、待機レベルコマンド送信手段２０３等により、待機状態制御手段が実現されている。さらにまた、管理サーバ１では、対象装置選択手段２０２、対象装置情報記憶手段２０５、決定手段２０６等により対象装置決定手段が実現されている。また、管理サーバ１では、対象装置情報記憶手段２０５及び通知受信手段２０４等により、ジョブ処理数やステータス応答数等を計数する手段（通知計数手段）が実現されている。
【００３４】
図３は、各画像形成装置１０の構成について示したブロック図である。図３（ａ）は、画像形成装置の機能的構成について示したブロック図である。この実施形態では、全ての画像形成装置１０は図３（ａ）のブロック図により示すことができる構成となっているものとして説明する。
【００３５】
画像形成装置１０は、ジョブ受信手段３０１、印刷手段３０２、通知送信手段３０３、待機レベル設定手段３０４、表示手段３０５、ステータスリクエスト受信手段３０６、応答手段３０７、更新プログラム受信手段３０８、アップデート実行手段３０９、送信手段３１０、及び受信手段３１１を有している。
【００３６】
そして、画像形成装置１０では、ソフトウェアプログラムにより実現される構成要素については、図３（ｂ）に示すコンピュータ４を用いて実現されるものとして説明する。画像形成装置１０では、ソフトウェア的に実現可能なジョブ受信手段３０１、通知送信手段３０３、待機レベル設定手段３０４、ステータスリクエスト受信手段３０６、応答手段３０７、更新プログラム受信手段３０８、アップデート実行手段３０９等については、このコンピュータ４を用いて実現することができる。なお、画像形成装置１０において、プログラムによりソフトウェア的に構成する部分と、専用チップや電子回路を用いてハードウェア的に構成される部分の分け方については限定されないものである。
【００３７】
図３（ｂ）に示すコンピュータ４は、プログラムＰを実行するＣＰＵ４０１、主としてプログラムＰを展開して実行するための領域（ワークメモリ）として用いられる揮発メモリ４０２（例えば、ＤＲＡＭ等）、及び、主としてプログラムＰや種々のデータを格納して保存するための不揮発メモリ４０３（例えば、フラッシュメモリ等）を用いて構成されている。コンピュータ４では、不揮発メモリ４０３に更新されたプログラムＰを格納し、再起動等により揮発メモリ４０２に展開しなおすと、更新（アップデート）が完了することになる。以上のように、画像形成装置１０では、不揮発メモリ４０３が、プログラムデータを格納するためのプログラム格納手段として機能する。また、画像形成装置１０では、ＣＰＵ４０１及び揮発メモリ４０２が、プログラム実行手段として機能する。
【００３８】
ジョブ受信手段３０１は、クライアント２から、ジョブを受信する処理を担っている。
【００３９】
データ処理手段としての印刷手段３０２は、ジョブ受信手段３０１が受信したジョブデータを処理して、印刷出力（媒体に現像剤像を画像形成）する機能を担っている。印刷手段３０２が対応する画像形成方式については限定されないものであるが、現像剤としてトナー剤を用いる電子写真式や、現像剤としてインクを用いる方式等を適用することができる。
【００４０】
通知送信手段３０３は、管理サーバ１に対して、装置の使用状況を示す通知を送信する処理を行うものである。具体的には、通知送信手段３０３は、後述するステータスリクエスト（状態確認）ヘの応答、ジョブの受信開始、又はジョブの処理完了、のいずれかの通知を、管理サーバ１に対して送信する。通知送信手段３０３による上述の通知送信動作は、対象となる画像形成装置１０が、後述する第１待機レベルに設定されているときに実行する。
【００４１】
待機レベル設定手段３０４は、管理サーバ１から受信した待機レベル設定コマンドに基づき、装置の待機レベルを設定するものである。
【００４２】
表示手段３０５は、装置のプログラム更新の実施を報知する表示を、例えば、液晶ディスプレイパネル等の表示装置を用いて表示するものである。
【００４３】
ステータスリクエスト受信手段３０６は、クライアント２からの後述するステータスリクエスト（状態確認）を受信するものである。
【００４４】
応答手段３０７は、ステータスリクエスト受信手段３０６が受信したステータスリクエストに対して、装置のプログラム更新の実施を報知する情報を付加した応答を返す。
【００４５】
更新プログラム受信手段３０８は、管理サーバ１から更新プログラムを受信する。
【００４６】
アップデート実行手段３０９は、更新プログラム受信手段３０８が受信した更新プログラムを適用し、各画像形成装置１０の画像形成プログラムの更新処理（不揮発メモリ４０３に格納するプログラムＰの更新）を行なうものである。
【００４７】
送信手段３１０、及び受信手段３１１は、ネットワーク１００を通じて、データを送受信する処理を行うものである。
【００４８】
なお、画像形成装置１０が、管理サーバ１の対象装置選択手段２０２から機種情報とプログラムバージョンの問合せを受信し、これに応答する動作については、例えば、種々のネットワーク接続可能なプリンタと同様の処理を適用することができるため、詳しい構成説明を省略する。
【００４９】
以上のように、画像形成装置１０では、受信手段３１１により、待機状態指示受信手段が実現されている。また、画像形成装置１０では、待機レベル設定手段３０４、応答手段３０７等により、待機状態制御手段が実現されている。
【００５０】
図４は、各クライアント２の機能的構成について示したブロック図である。
【００５１】
この実施形態では、クライアント２は全て図４のブロック図により示すことができる構成であるものとして説明する。
【００５２】
図４に示すように、クライアント２は、表示出力部１０１、入力部１０２、アプリケーション１０３、及びプリンタドライバ１０４を有している。
【００５３】
表示出力部１０１はユーザに対して表示する出力するデバイスであり、例えば、液晶ディスプレイ等を適用することができる。
【００５４】
入力部１０２は、ユーザからの入力を受付けるためのデバイスであり、例えば、キーボード、マウス等を適用することができる。
【００５５】
アプリケーション１０３は、ユーザの操作に応じて、ジョブの内容となる画像データを生成するためのソフトウェアであり、例えば、文書作成アプリケーション、表計算ソフトウェア、ブラウザ等のソフトウェアを適用することができる。アプリケーション１０３は、プリンタドライバ１０４を介して、画像形成装置１０にジョブを供給する。
【００５６】
プリンタドライバ１０４は、アプリケーション１０３等の依頼に基づいて、ジョブのデータを生成して、画像形成装置１０に通信により送信するものである。
【００５７】
プリンタドライバ１０４は、例えば、アプリケーション１０３から印刷要求があった場合に、印刷設定ダイアログを表示する。その際、プリンタドライバ１０４は、ジョブを送信しようとする画像形成装置１０と通信してその状態（ステータス）の情報を取得する処理（以下、「ステータスリクエスト」と呼ぶ）を実行する。そして、プリンタドライバ１０４は、ステータスリクエストにより取得した当該画像形成装置１０の状態の情報を、上述の印刷設定ダイアログに表示する。また、プリンタドライバ１０４は、ステータスリクエストに当該プリンタの待機状態（後述する第１待機レベル又は第２待機レベル）を示す付加情報が付加されていた場合、その付加情報（待機状態）に応じた情報（例えば、メッセージ）を印刷設定ダイアログに表示する。
【００５８】
以上のように、プリンタドライバ１０４は、データ処理依頼手段及び付加情報出力手段として機能する。
【００５９】
次に、各画像形成装置において適用される待機レベルに関する説明を行う。
【００６０】
画像形成装置１０は、通常の動作状態（待機レベルが設定されてない状態であり、以下「通常動作状態」と呼ぶ）の他に、プログラムの更新を待機している状態として、第１待機レベル（第１の待機状態）、第２待機レベル（第２の待機状態）、のいずれかに設定が可能である。設定は、管理サーバ１からコマンドを受信することにより行なう。それぞれの待機レベルに設定された場合の、画像形成装置１０の動作は、以下の通りである。
【００６１】
まず、各画像形成装置１０が対応する第１待機レベルについて説明する。
【００６２】
画像形成装置１０は、第１待機レベルとなると、クライアント２から受信したジョブについては、通常状態と同じく処理する。
【００６３】
また、第１待機レベルで動作する場合、画像形成装置１０では、通知送信手段３０３が、ステータスリクエストヘの応答、ジョブの受信開始、及びジョブの処理完了等（当該画像形成装置１０の利用状況）を管理サーバ１に通知する。
【００６４】
さらに、第１待機レベルで動作する場合、画像形成装置１０では、表示手段３０５が、プログラム更新を待機中であることを報知する表示出力を行う（例えば、「現在使用可能ですが、まもなくプログラム更新が始まります」等のメッセージを表示する）。
【００６５】
さらにまた、第１待機レベルで動作する場合、画像形成装置１０では、応答手段３０７が、ステータスリクエスト受信手段３０６で受信したステータスリクエストに対して、プログラム更新を待機中であることを報知する情報を付加した応答を返答する。
【００６６】
次に、各画像形成装置１０が対応する第２待機レベルについて説明する。
【００６７】
第２待機レベルで動作する場合、画像形成装置１０では、クライアント２から受信したジョブは受け付けられず、印刷処理されない。
【００６８】
また、第２待機レベルで動作する場合、画像形成装置１０では、表示手段３０５からプログラム更新が間もなく開始されるので装置が使用不可であることを報知する表示（例えば、「プログラム更新のため現在使用不可です」等のメッセージ表示）を行なう。
【００６９】
さらに、第２待機レベルで動作する場合、画像形成装置１０では、応答手段３０７が、ステータスリクエスト受信手段３０６で受信したステータスリクエストに対して、プログラム更新が間もなく開始されるので装置が使用不可であることを報知する情報を付加した応答を返答する。
【００７０】
以上のようにクライアント２では、プリンタドライバ１０４により、付加情報出力手段が実現されている。
【００７１】
（Ａ−２）実施形態の動作
次に、以上のような構成を有する実施形態の画像形成システム１０００の動作（実施形態のデータ処理方法、管理方法、及びデータ処理依頼方法）を説明する。
【００７２】
（Ａ−２−１）画像形成装置の動作
図６は、画像形成装置１０の動作を示すフローチャートである。
【００７３】
まず、画像形成装置１０では受信手段３１１が、ネットワーク１００からデータを受信したものとする（Ｓ１０１）。
【００７４】
そして、上述のステップＳ１０１で受信したデータが、受信手段３１１により確認される（Ｓ１０２、Ｓ１０４、Ｓ１０８、Ｓ１１１、Ｓ１１４）。画像形成装置１０は、上述のステップＳ１０１で受信したデータがジョブだった場合には後述するステップＳ１０３から動作し、上述のステップＳ１０１で受信したデータがステータスリクエストだった場合は後述するステップＳ１０５から動作し、上述のステップＳ１０１で受信したデータが第１待機レベルの設定コマンドだった場合には後述するステップＳ１０９から動作し、上述のステップＳ１０１で受信したデータが第２の待機レベル設定コマンドだった場合には、後述するステップＳ１１２から動作し、上述のステップＳ１０１で受信したデータが更新プログラムだった場合には、後述するステップＳ１１５から動作し、上述のいずれのデータにも該当しない場合には、当該データの処理を終了する。
【００７５】
上述のステップＳ１０１で受信したデータがジョブの場合には、印刷手段３０２が、受信したジョブの処理（印刷処理）を行い（Ｓ１０３）、当該データの処理を終了する。
【００７６】
上述のステップＳ１０１で受信したデータがステータスリクエストである場合には、応答手段３０７が後述する応答処理を行う（Ｓ１０５）。そして、待機レベル設定手段３０４に第１待機レベルが設定されている場合のみ、通知送信手段３０３が、管理サーバ１に、ステータスリクエストに応答したことを通知し（Ｓ１０６、Ｓ１０７）、当該データの処理を終了する。
【００７７】
上述のステップＳ１０１で受信したデータが、第１待機レベル設定コマンドだった場合には、待機レベル設定手段３０４が、当該画像形成装置１０の動作状態を第１待機レベルに設定する（Ｓ１０９）。そして、表示手段３０５により、プログラム更新を待機中であることを報知する表示が行われ、当該データの処理を終了する。
【００７８】
上述のステップＳ１０１で受信したデータが、第２待機レベル設定コマンドである場合には、待機レベル設定手段３０４が、当該画像形成装置１０の動作状態を第２待機レベルに設定する（Ｓ１１２）。そして、表示手段３０５により、プログラム更新が間もなく開始されるので装置が使用不可であることを報知する表示出力が行われ、当該データの処理を終了する。
【００７９】
上述のステップＳ１０１で受信したデータが、更新プログラムである場合には、アップデート実行手段３０９が、所定のアップデート処理を行う（Ｓ１１５）。また、待機レベル設定手段３０４が、当該画像形成装置１０の第２の待機状態を解除（通常状態に変更）する処理を行う（Ｓ１１６）。さらに、表示手段３０５の表示を解除する（Ｓ１１７）。さらにまた、画像形成装置１０は再起動を行い（Ｓ１１８）、当該データの処理を終了する。
【００８０】
次に、上述のステップＳ１０５で、画像形成装置１０（応答手段３０７）が実行する処理を、図７のフローチャートを用いて説明する。
【００８１】
まず、応答手段３０７は、当該画像形成装置１０のステータス（オンライン／オフライン／用紙切れ／トナー残量警告／など）を取得し、それを表す送信データを作成する（Ｓ２０１）。
【００８２】
次に、応答手段３０７は待機レベル設定手段３０４に設定されている状態を確認する（Ｓ２０２、Ｓ２０４）。待機レベル設定手段３０４に第１待機レベルが設定されている場合、応答手段３０７は、プログラム更新を待機中であることを報知する情報を、送信データに付加する（Ｓ２０３）。一方、待機レベル設定手段３０４に第２待機レベルが設定されている場合、応答手段３０７は、プログラム更新が間もなく開始されるので装置が使用不可であることを報知する情報を送信データに付加する（Ｓ２０５）。
【００８３】
そして、応答手段３０７は、作成した送信データを、ステータスリクエストの送信元に送信して（Ｓ２０６）、処理を終了する。
【００８４】
（Ａ−２−２）クライアントの動作
次に、クライアント２が、画像形成装置１０にステータスリクエスト、及びジョブ送信する場合の動作について説明する。
【００８５】
画像形成装置１０は、クライアント２にインストールされているプリンタドライバから、ステータスリクエストを受信する。クライアント２で、ユーザが印刷実行を指示された場合、プリンタドライバ１０４により表示出力部１０１のディスプレイに、印刷設定ダイアログが表示される。
【００８６】
図１２は、任意のクライアント２において、通常状態で動作する画像形成装置１０（プリンタ名：Printer_1）を指定して印刷実行（ジョブ送信）する場合にクライアント２で表示される印刷設定ダイアログについて示した説明図である。
【００８７】
図１２では、当該画像形成装置１０の状態を示すフィールドＦ１０１、ジョブ送信を実行するためのボタンＢ１０１、ジョブ送信をキャンセルするためのボタンＢ１０２が配置されている。図１２では、当該画像形成装置１０は通常状態で動作しているためフィールドＦ１０１には、「オンライン」以外のメッセージは表示されていない。なお、プリンタドライバ１０４は、印刷設定ダイアログを表示する際に、当該画像形成装置１０にステータスリクエストを送信して、当該画像形成装置１０の状態（通常状態、第１待機レベル、第２待機レベルのいずれか）を取得し、その状態に応じてフィールドＦ１０１の内容を更新する。クライアント２のユーザも、印刷を実行しようとする画像形成装置１０でアップデートが行なわれることを知ることができる。
【００８８】
そして、印刷設定ダイアログで、ＯＫボタンＢ１０１が押下されると、クライアント２のプリンタドライバ１０４は、ジョブデータを生成して、対応する画像形成装置１０に送信する。
【００８９】
図１３は、任意のクライアント２において、第１待機レベルで動作する画像形成装置１０（プリンタ名：Printer_1）を指定して印刷実行（ジョブ送信）する場合にクライアント２で表示される印刷設定ダイアログについて示した説明図である。
【００９０】
図１３では、当該画像形成装置１０の状態を示すフィールドＦ１０１に、第１待機レベルで動作していることを示すメッセージとして「プログラムの更新を待機中です。印刷は実行できます」というメッセージが表示されている点で、通常状態（上述の図１２）と異なっている。
【００９１】
図１４は、任意のクライアント２において、第２待機レベルで動作する画像形成装置１０（プリンタ名：Printer_1）を指定して印刷実行（ジョブ送信）する場合にクライアント２で表示される印刷設定ダイアログについて示した説明図である。
【００９２】
図１４では、当該画像形成装置１０の状態を示すフィールドＦ１０１に、第２待機レベルで動作していることを示すメッセージとして「プログラムの更新が間もなく開始されるので、現在印刷は実行できません」というメッセージが表示されている点で、通常状態（上述の図１２）と異なっている。
【００９３】
また、図１４は、当該画像形成装置１０の状態が第２待機レベルであるため、印刷を実行するためのＯＫボタンＢ１０１が押下できないように設定されている（ＯＫボタン自体を消去するようにしてもよい）点で（上述の図１３）と異なっている。
【００９４】
次に、上述のステップＳ１０３で、画像形成装置１０（ジョブ受信手段３０１、印刷手段３０２、通知送信手段３０３）が実行する処理を、図８のフローチャートを用いて説明する。
【００９５】
なお、後述するステップＳ３０２、Ｓ３０５での通知の送信先は、上述のステップＳ１０１で受信したデータが第１待機レベル設定コマンドである場合のデータの送信元を、通知の送信先とする。
【００９６】
まず、ジョブ受信手段３０１は、待機レベル設定手段３０４に設定された状態を確認する。そして、画像形成装置１０（ジョブ受信手段３０１、印刷手段３０２、通知送信手段３０３）は、待機レベル設定手段３０４に設定された状態が第１待機レベルだった場合には後述するステップＳ３０２から動作し、待機レベル設定手段３０４に設定された状態が通常状態だった場合には後述するステップＳ３０７から動作し、待機レベル設定手段３０４に設定された状態が第２待機レベルだった場合にはこのフローチャートの処理を終了する。
【００９７】
待機レベル設定手段３０４に設定された状態が第１待機レベルだった場合、通知送信手段３０３が、管理サーバ１に、ジョブの受信開始を通知する（Ｓ３０２）。また、ジョブ受信手段３０１が、ジョブのすべてのデータを受信し、スプールする（Ｓ３０３）。さらに、印刷手段３０２が、ジョブ受信手段３０１でスプールしたジョブを処理（印刷処理）する（Ｓ３０４）。さらにまた、通知送信手段３０３が、管理サーバ１に、ジョブの処理完了を通知し（Ｓ３０５）、このフローチャートの処理を終了する。
【００９８】
一方、待機レベル設定手段３０４に設定された状態が通常状態だった場合、ジョブ受信手段３０１が、ジョブのすべてのデータを受信し、スプールする（Ｓ３０７）。さらに、印刷手段３０２が、ジョブ受信手段３０１でスプールしたジョブを処理（印刷処理）して（Ｓ３０８）、処理を終了する。
【００９９】
（Ａ−２−３）管理サーバの動作
次に、管理サーバ１の動作について説明する。
【０１００】
図５は、対象装置情報記憶手段２０５に記憶される対象装置情報の構成例について示した説明図である。
【０１０１】
図５では、４台の画像形成装置１０の対象装置情報が格納されている。図５に示す対象装置情報では、画像形成装置１０ごとにＩＰアドレス、機種情報、バージョン、ジョブ処理中、ジョブ処理数、ステータス応答数の項目の情報が登録されている。
【０１０２】
対照装置情報を構成するバージョンの項目は、当該画像形成装置１０のプログラムのバージョンを示している。
【０１０３】
対照装置情報を構成する機種情報の項目は、当該画像形成装置１０の、機種に係る識別情報も登録されているものとする。なお、図５では、全ての画像形成装置１０の機種は、「Ａ」となっている。
【０１０４】
対象装置情報を構成するジョブ処理中の項目は、現在当該画像形成装置１０がジョブを実行中であるか否かを示している。対象装置情報を構成するジョブ処理中の項目は、当該画像形成装置１０が、ジョブ実行中の場合は「ＴＲＵＥ」が設定され、そうでない場合は「ＦＡＬＳＥ」が設定される。
【０１０５】
対象装置情報のうち「ジョブ処理数」の項目は、当該画像形成装置が、第１待機レベルに設定されてから、処理したジョブの数を示している。
【０１０６】
対象装置情報のうち「ステータス応答数」の項目は、当該画像形成装置が、第１待機レベルに設定されてから、ステータスリクエストに応答した回数を示している。
【０１０７】
対象装置選択手段２０２は、更新プログラム情報格納手段２０１に記憶されている、対象機種情報と、更新プログラムのバージョン情報とを参照し、管理対象の画像形成装置１０の中から、機種情報が該当し、且つ、プログラムのバージョンが古い装置を選択し、その情報を対象装置情報記憶手段２０５に格納する。そして、対象装置選択手段２０２は、「ジョブ処理中」の項目に「ＦＡＬＳＥ」を、設定し「ジョブ処理数」及び「ステータス応答数」の項目には０を設定する。
【０１０８】
そして、対象装置選択手段２０２は、対象装置の選択を、次のようにして行なう。対象装置選択手段２０２は、例えば、ネットワーク１００に装置検索パケット（例えば、ブロードキャストアドレスを宛先とするパケット）を送信し、応答を返してきた画像形成装置１０に対して、装置の機種情報とプログラムのバージョン情報を問い合わせ、その結果から、対象装置を選択する。なお、装置検索パケットの処理構成については、種々のネットワークシステムの構成を適用することができる。
【０１０９】
通知受信手段２０４は、画像形成装置１０からの通知を受信し、受信した通知の内容に応じて、対象装置情報記憶手段２０５の記憶内容を更新する。
【０１１０】
図９は、管理サーバ１で、通知受信手段２０４が１つの通知を受信した場合の動作を示したフローチャートである。
【０１１１】
まず、管理サーバ１で、通知受信手段２０４が、画像形成装置１０からの通知を受信したものとする（Ｓ４０１）。
【０１１２】
次に、対象装置情報記憶手段２０５が、受信した通知の送信元ＩＰアドレスから、対象装置情報記憶手段２０５の対象レコード（対象装置情報）を特定する（Ｓ４０２）。
【０１１３】
そして、対象装置情報記憶手段２０５は、受信した通知の内容を確認する（Ｓ４０３、Ｓ４０５、Ｓ４０７）。そして、対象装置情報記憶手段２０５は、上述のステップＳ４０１で受信した通知がステータス応答の通知だった場合には後述するＳ４０４から動作し、上述のステップＳ４０１で受信した通知がジョブの受信開始の通知だった場合には後述するステップＳ４０６から動作し、上述のステップＳ４０１で受信した通知がジョブの処理完了の通知だった場合には後述するＳ４０８から動作する。
【０１１４】
上述のステップＳ４０１で受信した通知がステータス応答の通知だった場合には、対象装置情報記憶手段２０５は、対象装置情報記憶手段２０５の対象レコード（対象装置情報）について、「ステータス応答数」の値をインクリメント（１加算）し（Ｓ４０４）、このフローチャートの処理を終了する。
【０１１５】
また、上述のステップＳ４０１で受信した通知がジョブの受信開始の通知だった場合には、対象装置情報記憶手段２０５は、対象装置情報記憶手段２０５の対象レコード（対象装置情報）について、「ジョブ処理中」の値をＴＲＵＥに設定し（Ｓ４０６）、このフローチャートの処理を終了する。
【０１１６】
さらに、上述のステップＳ４０１で受信した通知がジョブの処理完了の通知だった場合には、対象装置情報記憶手段２０５は、対象装置情報記憶手段２０５の対象レコード（対象装置情報）について、「ジョブ処理中」の値をＦＡＬＳＥに設定し（Ｓ４０８）、「ジョブ処理数」の値をインクリメント（１加算）し（Ｓ４０９）、このフローチャートの処理を終了する。
【０１１７】
図１０は、管理サーバ１が、管理対象の画像形成装置１０の任意の機種についてのプログラムアップデートを実行する動作を説明するフローである。
【０１１８】
図１０のフローチャートの処理の前提として、更新プログラム情報格納手段２０１に任意の機種の画像形成装置１０に係る更新プログラムが格納されたものとする。なお、更新プログラム情報格納手段２０１では、更新プログラムのデータ（バイナリーファイル）と、当該更新プログラムの機種情報及びバージョンが対応付けて管理されているものとする。
【０１１９】
そして、管理サーバ１で、対象装置選択手段２０２により、対象装置情報記憶手段２０５の情報を参照し、新たに登録された更新プログラムにより対象となる画像形成装置を選択したものとする（Ｓ５０１）。
【０１２０】
そして、管理サーバ１の待機レベルコマンド送信手段２０３により、選択された画像形成装置１０に対して、第１待機レベルに設定するコマンドを送信される（Ｓ５０２）。
【０１２１】
ステップＳ５０２の処理の実行により、第１待機レベルに設定された画像形成装置１０は、動作状況の通知を管理サーバ１に通知する動作を開始することになる。
【０１２２】
次に、管理サーバ１は、所定時間ウェイト（待機）する（Ｓ５０３）。この、ウェイトの目的は、プログラムの更新対象の画像形成装置１０に、第１待機レベルでの報知を行なわせるためである。
【０１２３】
次に、管理サーバ１（決定手段２０６）は、今回選択された画像形成装置１０（プログラム更新対象の画像形成装置１０）の全てについて更新を完了したか否かを確認し（Ｓ５０４）、全ての画像形成装置について更新完了している場合にはこのフローチャートの処理を終了し、そうでない場合には後述するステップＳ５０５から動作する。
【０１２４】
プログラム更新が完了していない画像形成装置１０が残っている場合には、決定手段２０６が、どの画像形成装置１０に対してこれからアップデートを実行するかを決定する（Ｓ５０５）。
【０１２５】
そして、管理サーバ１（待機レベルコマンド送信手段２０３）は、決定されたアップデート対象の画像形成装置１０に対して、第２待機レベルに設定するコマンドを送信する（Ｓ５０６）。
【０１２６】
なお、２の待機レベルに設定された画像形成装置１０は、動作状況の通知を管理サーバ１に通知する動作を停止することになる。
【０１２７】
次に、管理サーバ１は、所定時間ウェイト（待機）する（Ｓ５０７）。このウェイトの目的は、アップデート対象に決定された画像形成装置１０に、第２待機レベルでの報知を行なわせるためである。
【０１２８】
次に、管理サーバ１（更新プログラム送信手段２０７）は、アップデート対象に決定された画像形成装置１０に、更新プログラムを送信してプログラムアップデートを実行させ、上述のステップＳ５０４に戻って動作する。
【０１２９】
次に、上述のステップＳ５０５で、管理サーバ１の決定手段２０６が実行する処理について図１１のフローチャートを用いて説明する。
【０１３０】
管理サーバ１（決定手段２０６）は、アップデート対象の画像形成装置１０のうち、ジョブ処理中ではないものの有無を確認し（Ｓ６０１）、ジョブ処理中の画像形成装置１０が存在する場合は後述するステップＳ６０３から動作し、そうでない場合には後述するステップＳ６０２の処理に移行する。
【０１３１】
管理サーバ１（決定手段２０６）が、ジョブ処理中ではないものがあるかどうかを確認するためには、対象装置情報記憶手段２０５の対象レコードの中に、「ジョブ処理中」の項目が、「ＦＡＬＳＥで」あるレコードがあるかどうかを確認するようにしてもよい。
【０１３２】
次に、管理サーバ１（決定手段２０６）は、検出したジョブ処理中ではない画像形成装置１０の利用状況に基づいて、いずれかの画像形成装置１０を１つ選択する（Ｓ６０３）。
【０１３３】
ここでは、管理サーバ１（決定手段２０６）は、「ジョブ処理数」と「ステータス応答数」の総和が最少になる画像形成装置を選択するものとする。「ジョブ処理数」と「ステータス応答数」の総和が最少になる画像形成装置１０が複数存在する場合、管理サーバ１（決定手段２０６）は、その中の任意の１つを選択する。ここで、管理サーバ１（決定手段２０６）が、「ジョブ処理数」と「ステータス応答数」の総和が最少になるものを選択する理由は、次の通りである。「ジョブ処理数」と「ステータス応答数」の総和が多い画像形成装置は、今現在はジョブ処理中ではなくても、近いうちにジョブが送信されてくる可能性が高いと考えられるので、「ジョブ処理数」と「ステータス応答数」の総和がより少ない他の画像形成装置１０が存在するのであれば、そちらを優先的に選択することで、プログラムアップデート実行によりユーザの送信ジョブが処理されない事態の発生を低減できると考えられる。
【０１３４】
次に、管理サーバ１（決定手段２０６）は、選択された画像形成装置１０が、ジョブ処理中でないことを再度確認し（Ｓ６０４）、ジョブ処理中でない場合には後述するステップＳ６０５から動作し、ジョブ処理中である場合には後述するステップＳ６０２から動作する。
【０１３５】
上述のステップＳ６０４で、選択された画像形成装置１０がジョブ処理中でないことが確認された場合には、管理サーバ１（決定手段２０６）は、当該画像形成装置１０を即時プログラムアップデートを実行する対象として決定し、このフローチャートの処理を終了する。
【０１３６】
一方、後述のステップＳ６０１でジョブ処理中でない画像形成装置が検出できなかった場合、又は、上述のステップＳ６０４で選択された画像形成装置１０がジョブ処理中だった場合、管理サーバ１（決定手段２０６）は、所定時間ウェイトしてから（Ｓ６０２）上述のステップＳ６０１の処理に戻って動作する。
【０１３７】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【０１３８】
画像形成システム１０００では、管理サーバ１が、各画像形成装置１０の使用状況を参照し、ジョブを実行中でない画像形成装置１０からアップデートを実行するものを選択している。言い換えると、画像形成装置１０は、ジョブを実行中である画像形成装置１０のアップデートは後回しにするので、たまたまジョブを処理中の画像形成装置１０がアップデート実行対象に選ばれてしまうことはない。
【０１３９】
また、画像形成システム１０００では、プログラムのアップデートが行なわれることについて、装置の前にいるユーザに表示手段３０５（操作パネル）の表示で報知するだけでなく、ネットワーク１００を介してクライアント２からジョブを送信するユーザに対しても報知するので、ユーザの知らないうちに、画像形成装置１０がアップデート実行で使用不可になり、ジョブを再送するなどの無駄な作業を強いる可能性を低減できる。例えば、画像形成システム１０００で、複数のデータ処理装置に対して一斉にアップデートが行なわれた場合、それらの装置が一斉に使用できなくなり、ユーザに多大な不便を及ぼすおそれがある。
【０１４０】
また、画像形成システム１０００では、各画像形成装置１０に複数の段階的な待機レベル（第１待機レベル、第２待機レベル）を設定している。画像形成システム１０００では、各画像形成装置１０について、第１待機レベルに遷移させた後、最終段階の第２待機レベルに遷移させてからプログラムアップデート実行している。これにより、各画像形成装置１０では、第１待機レベルで各ユーザにプログラムアップデートが発生する旨の警報だけを発し、ユーザの都合に合わせて、印刷の早期実行（プログラムアップデート前の利用促進）や、ユーザの印刷の自粛（プログラムアップデート前の利用自粛）を促すことができる。すなわち、各画像形成装置１０では、最終段階の第２待機レベルの前に、第１待機レベルを挿入することにより、ユーザは事前にプログラムアップデートの存在を知り、自身の都合に合わせた画像形成装置１０の利用を行うことができる。仮に、各画像形成装置１０で、第１待機レベルを経由せずに、第２待機レベルに遷移させた場合には、ユーザは突然画像形成装置１０の利用を禁止されることになるので、非常に不便である。
【０１４１】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１４２】
（１）上記の実施形態では、本発明のデータ処理装置、管理装置、及びデータ処理依頼装置を、それぞれ、画像形成装置、管理サーバ、及びクライアント（端末）に適用した例について説明した。しかし、本発明のデータ処理装置は、画像形成装置（プリンタ）に限定されず、例えば、複合機（ＭＦＰ）等のデータ（例えば、画像データ）を処理（例えば、電子メール送信やＦＡＸ送信等の印刷用紙を用いない画像処理を含む処理）する装置に適用するようにしてもよい。
【０１４３】
（２）上記の実施形態では、各画像形成装置が対応するのは第１待機レベルと第２待機レベルであるものとして説明したが、さらに多くの待機レベルを適用するようにしてもよい。例えば、第１待機レベルを細分化して、段階的に待機レベルを上げてゆく（例えば、警告メッセージでの表示でカウントダウンを行う等）処理等を行うようにしてもよい。
【符号の説明】
【０１４４】
１０００…画像形成システム、１…管理サーバ、２０１…更新プログラム情報格納手段、２０２…対象装置選択手段、２０３…待機レベルコマンド送信手段、２０４…通知受信手段、２０５…対象装置情報記憶手段、２０６…決定手段、２０７…更新プログラム送信手段、２０８…送信手段、１００…ネットワーク、２、２ａ、２ｂ…クライアント、１０１…表示出力部、１０２１０２…入力部、１０３…アプリケーション、１０４…プリンタドライバ、１０、１０ａ、１０ｂ、１０ｃ…画像形成装置、３０１…ジョブ受信手段、３０２…印刷手段、３０３…通知送信手段、３０４…待機レベル設定手段、３０５…表示手段、３０６…ステータスリクエスト受信手段、３０７…応答手段、３０８…更新プログラム受信手段、３０９…アップデート実行手段、３１０…送信手段、３１１…受信手段、４…コンピュータ、４０１…ＣＰＵ、４０２…揮発メモリ、４０３…不揮発メモリ、Ｐ…プログラム。
【図１】
2015069488.tif 000003
【図２】
2015069488.tif 000004
【図３】
2015069488.tif 000005
【図４】
2015069488.tif 000006
【図５】
2015069488.tif 000007
【図６】
2015069488.tif 000008
【図７】
2015069488.tif 000009
【図８】
2015069488.tif 000010
【図９】
2015069488.tif 000011
【図１０】
2015069488.tif 000012
【図１１】
2015069488.tif 000013
【図１２】
2015069488.tif 000014
【図１３】
2015069488.tif 000015
【図１４】
2015069488.tif 000016