JP6128779B2 - 管理装置、制御方法及びコンピュータプログラム - Google Patents

Description

本発明は、画像形成装置からデータを定期的に収集する技術に関する。

従来、プリンタや複合機等の画像形成装置の稼働情報などのデータを取得し、管理するための管理装置が提案されている。管理装置が管理する画像形成装置が増加すると、管理装置の数も増大しなければならない。従って、管理装置のコスト削減やメンテナンスの観点から、一台の管理装置でより多くの画像形成装置を管理できることが望ましい。また、近年、二酸化炭素等の温室効果ガスの排出量を低減するために、使用されていない時間帯は電源を省電力モードや電源をオフにするなどして、消費電力量を抑える画像形成装置が提案されている。例えば、特許文献１は、省電力機能を有効にする直前に画像形成装置が管理装置へ通知し、通知を受けた管理装置が管理対象の画像形成装置のジョブログ情報を収集する技術が開示されている。この技術によれば、管理装置は、電源状態通知機能を持つ画像形成装置に対して、効率的にデータ収集を行える。

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

しかしながら、特許文献１が開示する管理装置は、電源状態通知機能を持つ画像形成装置に対しては、効率的にデータ収集を行えるが、電源状態通知機能を持たない画像形成装置に対しては、効率的なデータ収集が行えない。例えば、電源状態通知機能を持たない画像形成装置が電源オフになったことを、管理装置は検知できない。電源オフの画像形成装置に対してデータ取得をしようとした場合、データ取得が行えないため、管理装置はタイムアウト時間が経過するまで待機することになる。これにより、データ収集に要する時間が長くなる。さらに、管理装置で管理する画像形成装置の台数が増大すると管理装置がすべての画像形成装置からデータを収集するために長い時間を要する。すなわち、データの収集間隔はさらに長くなってしまう。データ収集間隔が長くなると、データの取りこぼしが発生する可能性が高くなる。これは、データを保持する能力が低い画像形成装置は、データ量が最大データ量に達すると、古いデータを削除してしまうためである。

本発明は、画像形成装置の状態に応じて複数の画像形成装置からデータを効率的に収集できるようにする仕組みの提供を目的とする。

本発明の一実施形態の管理装置は、複数の画像形成装置の電源状態と電源状態通知機能の有無とを含むデバイス情報を管理する管理手段と、前記複数の画像形成装置に対して、前記デバイス情報に含まれる前記電源状態通知機能の有無と前記電源状態との少なくともいずれかに基づいて、応答確認要求を送信する要求手段と、前記複数の画像形成装置のいずれかから応答を受信する受信手段と、前記応答を行った画像形成装置に対して、画像形成装置の稼働状況を示すデータを要求することで該データを取得する取得手段とを備え、前記画像形成装置が前記電源状態通知機能を有しない、または前記電源状態が待機モードの場合に、前記要求手段が、前記画像形成装置に前記応答確認要求を送信する。

本発明によれば、画像形成装置の状態に応じて複数台の画像形成装置からデータを効率的に収集することが可能となる。

本実施形態の管理システムの構成の一例を示す図である。 管理システムを構成する装置および管理サーバのハードウェア構成を示す。 画像形成装置のハードウェア構成を示す。 クライアントコンピュータのソフトウェア構成を示す図である。 管理サーバのソフトウェア構成を示す図である。 画像形成装置のデータ処理構成の一例を示す図である。 デバイス情報管理部が備えるテーブルの一例を示す図である。 電源状態監視部が備えるテーブルの一例を示す図である。 データ収集部が備えるテーブルの一例を示す図である。 データ収集処理の流れの一例を示すシーケンス図である。 データ収集処理の処理手順の一例を示すフローチャートである。 データ取得状態の初期化処理の一例を示すフローチャートである。 応答確認の開始／停止の処理手順の一例を示すフローチャートである。 応答確認の制御処理の一例を示すフローチャートである。 応答確認処理の一例を示すフローチャートである。 応答確認結果受信処理の一例を示すフローチャートである。 データ強制取得要求受信処理の一例を示すフローチャートである。 データ取得の制御処理の一例を示すフローチャートである。 データ取得処理の一例を示すフローチャートである。

＜実施例１＞
＜システム構成の説明＞
図１は、本発明の実施形態を示すデバイス管理システムの構成を示す。管理システムは、クライアントコンピュータ１０１、管理サーバ１０２、およびプリンタ１０３または複合機１０４を備える。クライアントコンピュータ１０１は、ユーザが使用して印刷データを生成し、画像形成装置に対して印刷を指示する。クライアントコンピュータ１０１には、後述するハードウェア資源と、オペレーティングシステム（ＯＳ）、プリンタドライバ等を含むソフトウェア資源を備える。さらに、クライアントコンピュータ１０１は、有線または無前のネットワーク１０５に接続される画像形成装置と所定のプロトコルで通信可能に接続されている。

プリンタ１０３は、ネットワークを介して受信した印刷データを受け取り、電子写真技術やインクジェット技術などの既知の印刷技術を利用して実際の用紙に印刷を行う。複合機（ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ））１０４は、ネットワークを介して受信した印刷データを受け取り、電子写真技術やインクジェット技術などの既知の印刷技術を利用して実際の用紙に印刷を行う。また、複合機１０４は、スキャナを介して紙原稿を読み取り、コピーを行ったり、画像データに変換しＥｍａｉｌなどで送信したりする機能も持つ。もちろん、本実施形態の管理システムは、コピー機能を持たないプリンタも適用可能である。プリンタ１０３や複合機１０４を総称して画像形成装置と呼ぶ。

管理サーバ１０２は、プリンタ１０３や複合機１０４から稼働状況を示すジョブログなどのデータを収集する。なお、クライアントコンピュータ１０１、管理サーバ１０２、プリンタ１０３、複合機１０４はイーサネット（登録商標）などの既知の技術によるネットワーク１０５により相互に通信可能に接続されている。また、本実施形態では、管理サーバ１０２をプリンタ１０３、複合機１０４とは別構成として設けているが、同様の機能をもつモジュールをプリンタ１０３、複合機１０４の内部に設けるように構成しても構わない。この場合、管理サーバ１０２とプリンタ１０３、複合機１０４の間で行われるネットワーク通信は、システムバスなどを介したデータの受け渡しに置き換えて考えられる。

＜コンピュータの内部構成＞
図２は、クライアントコンピュータ１０１、管理サーバ１０２として機能する情報処理装置のハードウェア構成例を示すブロック図である。図２において、符号２００はコンピュータ全体を示す。ＰＣ２００は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２あるいは、例えば大規模記憶装置としてのＨＤ２１１に記憶されたソフトウェアを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１を備える。ＣＰＵ２０１は、システムバス２０５に接続される各ハードウェアを総括的に制御する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ネットワークインターフェースカード（ＮＩＣ）２０４は、ネットワーク１０５を介して、他のノードと双方向にデータをやりとりする。キーボードコントローラ（ＫＢＤＣ）２０６は、ＰＣに備えられたキーボード（ＫＢＤ）２０９から入力された指示を制御する。ディスプレイコントローラ（ＤＩＳＰＣ）２０７は、例えば液晶ディスプレイなどで構成される表示モジュール（ＤＩＳＰＬＡＹ）２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０８は、大容量記憶装置であるハードディスク（ＨＤ）２１１を制御する。

＜複合機の内部構成＞
図３は、図１に示した複合機１０４のハードウェア構成例を示すブロック図である。図３において、符号３００は複合機全体を示す。複合機３００は、ＲＯＭ３０２あるいは例えばハードディスクなどの大規模記憶装置としてのＨＤ３１３に記憶されたソフトウェアを実行するＣＰＵ３０１を備え、ＣＰＵ３０１はシステムバス３０５に接続される各ハードウェアを総括的に制御する。ＲＡＭ３０３は、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。ネットワークインターフェースカード（ＮＩＣ）３０４は、ネットワーク１０５を介して、他のノードとデータをやりとりする。

パネルコントローラ（ＰＡＮＥＬＣ）３０６は、複合機に備えられたオペレーションパネル（ＰＡＮＥＬ）３１１からの指示入力を制御する。ディスプレイコントローラ（ＤＩＳＰＣ）３０７は、例えば液晶ディスプレイなどで構成される表示モジュール（ＤＩＳＰＬＡＹ）３１２の表示を制御する。ディスクコントローラ（ＤＫＣ）３０８はであり、大容量記憶装置であるハードディスク（ＨＤ）３１３を制御する。スキャナコントローラ（ＳＣＡＮＣ）３０９は、複合機に備えられた光学式スキャナ装置（スキャナ）３１４を制御し、紙原稿の読み取りを行う。プリンタコントローラ（ＰＲＮＣ）３１０は、複合機に備えられたプリンタ装置（プリンタ）３１５を制御し、電子写真技術やインクジェット技術などの既知の印刷技術を利用して実際の用紙に印刷を行う。

なお、図１に示したプリンタ１０３の内部構成は、上記で示した複合機１０４の内部構成よりスキャナコントローラ３０９及び光学式スキャナ装置３１４を除いた構成と同等である。さらに、パネルコントローラ（ＰＡＮＥＬＣ）３０６、オペレーションパネル３１１、ディスプレイコントローラ（ＤＩＳＰＣ）３０７、表示モジュール（ＤＩＳＰＬＡＹ）３１２を取り除いた構成でもよい。また、プリンタ１０３の内部構成は、ディスクコントローラ（ＤＫＣ）３０８、ハードディスク（ＨＤ）３１３などを取り除いた構成でもよい。

＜クライアントコンピュータの機能的構成＞
図４は、図１に示したクライアントコンピュータ１０１のソフトウェア構成例を示すブロック図である。図４において、符号４００はクライアントコンピュータ全体を示す。クライアントコンピュータ４００は、アプリケーション４０１、プリンタドライバ４０２、印刷ジョブ送信部４０３を備える。アプリケーション４０１は、プリンタドライバ４０２に対して描画命令などを送信することにより、印刷指示を行う。プリンタドライバ４０２は、印刷アプリケーション４０１から受けた描画命令などを複合機が解釈可能な印刷データ、すなわちＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ；ページ記述言語）に変換する。さらに、プリンタドライバ４０２は、印刷ジョブを作成し、印刷ジョブ送信部４０３に送信する。印刷ジョブ送信部４０３は、プリンタドライバ４０２から受け取った印刷ジョブを画像形成装置に送信する。

＜管理サーバの機能的構成＞
図５は、図１に示した管理サーバ１０２のソフトウェア構成例を示すブロック図である。図５において、符号５００は管理サーバ全体を示す。管理サーバ５００は、インターフェース部５０１、デバイス情報管理部５０２、電源状態監視部５０３、データ収集部５０４を備える。インターフェース部５０１は、図２に示したＮＩＣ２０４を通じてネットワーク１０５を経由して、クライアントコンピュータ１０１、プリンタ１０３、複合機１０４と通信を行う。

デバイス情報管理部５０２は、画像形成装置に関する情報を保持する。デバイス情報管理部５０２は、インターフェース部５０１を経由してプリンタ１０３、複合機１０４から各種情報を取得して保管することもできる。電源状態監視部５０３は、インターフェース部５０１を経由してプリンタ１０３、複合機１０４から電源状態通知を受信して保管する。データ収集部５０４は、プリンタ１０３、複合機１０４が保持するデータを、インターフェース部５０１を経由して定期的に収集して保管する。本実施形態では、図６を用いて後述するジョブログ管理部６１０が管理するジョブログ情報を定期的に収集する例を示す。

＜複合機の機能的構成＞
図６は、図１に示した画像形成装置のデータ処理構成の一例を示すブロック図である。図６では、複合機１０４を例にとり構成を説明する。図６において、符号６００は画像形成装置全体を示す。画像形成装置６００は、インターフェース部６０１、印刷データ格納部６０２、ＵＩ制御部６０３、ジョブ管理部６０４、印刷データ展開部６０５、スキャナ制御部６０６を備える。

インターフェース部６０１は、ネットワーク１０５と接続し、クライアントコンピュータ１０１から印刷ジョブを受信する。印刷データ格納部６０２は、印刷ジョブデータを一時的に格納する。ＵＩ制御部６０３は、パネルコントローラ（ＰＡＮＥＬＣ）３０６を経由してオペレーションパネル３１１を制御し、ユーザからの複合機１０４へのコピー指示や、スキャン送信指示を受け付ける。ジョブ管理部６０４は、クライアントコンピュータ１０１から受信する印刷ジョブを解析し、ユーザ名や印刷部数やカラー印刷などの出力属性情報を取得し、ジョブの開始日時と共にジョブ情報として管理する。印刷データ展開部６０５は、ジョブ管理部６０４に格納されたジョブ情報に従い、印刷データ格納部６０２から印刷データを取得して画像生成処理を行い、イメージデータをＲＡＭ３０３上に生成する。

スキャナ制御部６０６は、スキャナコントローラ３０９を制御し、紙原稿のスキャンを行い、作成されたイメージデータを作成する。なお、スキャナ制御部６０６では、原稿給送装置として、ＡＤＦ、ＲＤＦ等を接続可能とする場合には、ＡＤＦ又はＲＤＦからの原稿給紙と原稿排紙を制御する。また、両面原稿を読み取る場合には、スキャナ制御部６０６は、原稿の反転制御を行う場合もある。

また、画像形成装置６００は、イメージデータ格納部６０７、プリンタ制御部６０８、プリンタエンジン６０９、ジョブログ管理部６１０、電源状態通知部６１１、電源制御部６１２を備える。イメージデータ格納部６０７は、印刷データ展開部６０５、スキャナ制御部６０６が生成したイメージデータを一時的に格納する。プリンタ制御部６０８は、プリンタエンジン６０９を制御し、イメージデータ格納部６０７に格納されたイメージデータの印刷を行わせる。プリンタエンジン６０９は、イメージデータ格納部６０７に格納されたイメージデータを、電子写真技術やインクジェット技術などの既知の印刷技術を用いて印刷用紙などのメディアに実際に印刷する。

ジョブログ管理部６１０は、ジョブログ情報を管理する。ジョブ管理部６０４は、ジョブが完了するとジョブ情報をジョブログ情報としてジョブログ管理部６１０に送信し、ジョブログ管理部６１０が受信したジョブログ情報を保管する。ジョブログ管理部６１０は、管理サーバ１０２からの要求に応答してジョブログを送信する。

電源制御部６１２は、複合機１０４の電源を制御し、待機モード、省電力モード、電源オフなどの電源状態を管理する。電源制御部６１２は、種々の条件に応じて、各電源状態に移行可能である。例えば、電源制御部６１２は、待機モードにおいて、複合機１０４に対して一定時間操作が行われず、印刷ジョブの受信、ＦＡＸ受信、ネットワークからの命令受信等が行われなかった場合に電源オフや省電力モードへ移行する。また、電源制御部６１２は、管理サーバ１０２から電源オフや省電力モード移行など、電源状態変更要求に応じて電源状態を変更する。さらに、電源制御部６１２は、予め設定された時刻に電源オフや省電力モードへ移行する。電源制御部６１２は、電源状態を変更するときに電源状態通知部６１１に通知する。

電源状態通知部６１１は、電源制御部６１２からの通知を受けて、インターフェース部６０１を介して管理サーバ１０２に電源状態を通知する。また、電源状態通知部６１１は、定期的に電源状態を管理サーバ１０２に通知するようにしても良い。具体的には、電源状態通知には、待機中、省電力移行、省電力解除、電源オン、電源オフの種別が含まれる。待機中の通知は、複合機が待機モードで動作中であることを示す。省電力移行の通知は、複合機が待機モードから省電力モードへ移行するときに通知される。省電力解除の通知は、複合機が省電力モードから待機モードへ移行するときに通知される。電源オンの通知は、複合機が電源オフ状態から電源が投入され、待機モードに移行するときに行われる。電源オフの通知は、複合機が電源オフに移行するときに行われる。なお、インターフェース部６０１を介した通知の方法としては、独自の通信規約でも、公に定義された通信規約を使用しても構わない。また、予め指定された管理サーバ１０２でも、マルチキャストやブロードキャストで複数の相手に通知してもよい。

なお、電源状態通知機能を搭載しない（電源状態通知部６１１を除いた）構成の複合機が存在しても良い。この場合、電源制御部６１２は、電源状態を変更するときに電源状態通知部６１１への通知はしない。また、スキャナを持たないプリンタ１０３の構成は、図６で説明した複合機１０４の構成から、スキャナ制御部６０６、ＵＩ制御部６０３などを除いた構成と考えることができる。

＜デバイス情報テーブル＞
図７は、図５に示したデバイス情報管理部５０２が備えるデバイス情報テーブルの一例を示す。図７において、符号７０１の列はデバイスＩＤであり、画像形成装置をシステム内で一意に識別するＩＤを示す。符号７０２が示す列は、該当行の画像形成装置のデバイス名である。符号７０３が示す列は、該当行の画像形成装置のＩＰアドレスであり、画像形成装置のネットワーク上の住所（アドレッシング）を示す情報である。符号７０４が示す列は、該当行の画像形成装置の機種である。符号７０５が示す列は、該当行の画像形成装置に電源状態通知機能があるか否かを示す。該当行の画像形成装置が、電源状態通知部６１１を持つ構成の場合は、電源状態通知機能がある。

符号７０６が示す列は、該当行の画像形成装置の最大ジョブログ保持数であり、該当行の画像形成装置がジョブログ管理部６１０に保管可能なジョブログの最大数が格納される。符号７０７が示す列は、該当行の画像形成装置のハードディスクに関する情報であり、ハードディスクを搭載しているか否かが格納される。該当行の画像形成装置が、ディスクコントローラ（ＤＫＣ）３０８、ハードディスク（ＨＤ）３１３を持つ構成の場合は、ハードディスクを搭載している。一般的に、ハードディスクを搭載している画像形成装置は、保管可能なジョブログ数が多いと判断できる。符号７０８が示す列は、データ収集対象に関する情報を示し、該当行の画像形成装置がデータの収集対象か否かが格納される。データ収集処理の詳細については後述する。データの収集対象の情報は、画像形成装置の管理者などが予め設定している。

符号７０９が示す列には、該当行の画像形成装置のデータ取得状態が格納される。データ取得状態は、データ収集処理で設定される。本実施例ではデータ取得状態として、応答確認待ち、応答確認中、データ取得待ち、データ取得中、データ取得済み、データ強制取得待ちがある。データ収集処理の詳細については後述する。デバイス情報テーブルの電源状態通知機能７０５、最大ジョブログ保持数７０６、ハードディスク情報７０７などは、画像形成装置の機種によって初期値を決めるようにすることもできる。また、デバイス情報管理部５０２により、例えばＳＮＭＰなどのプロトコルを使用しネットワークを経由して画像形成装置から情報を取得することもできる。

＜電源状態情報テーブル＞
図８は、図５に示した電源状態監視部５０３が備える電源状態情報テーブルの一例を示す。電源状態情報テーブルは、画像形成装置が送信する電源状態通知に基づき、画像形成装置ごとの現在の電源状態を記録するテーブルである。図８において、符号８０１が示す列には、画像形成装置のデバイスＩＤが格納される。符号８０２が示す列には、該当行の画像形成装置の電源状態が遷移した日時が格納される。符号８０３の列には、該当行の画像形成装置が該当行の日時に遷移した電源状態が格納される。電源状態監視部５０３が管理するこれらの情報により、画像形成装置の現在の電源状態がわかる。

＜ジョブログ情報テーブル＞
図９は、図５に示したデータ収集部５０４が備えるジョブログ情報テーブルの一例を示す。データ収集部５０４は、複数の画像形成装置から収集したジョブログを、ジョブログ情報テーブルに保管する。図９において、符号９０１が示す列にはジョブログＩＤが格納される。ジョブログＩＤは、ジョブログをシステム内で一意に識別するＩＤである。符号９０２が示す列には、ジョブを処理した画像形成装置のデバイスＩＤが格納される。符号９０３が示す列には、ジョブ種が格納される。ジョブ種としては、ホストからの印刷であるプリントや、コピー、スキャン、ＦＡＸ送信、ＦＡＸ受信、複合機内に保存された文書を印刷するボックスプリントなどが挙げられる。

符号９０４が示す列にはジョブの処理開始日時が格納され、符号９０５が示す列には、ジョブの処理終了日時が格納される。符号９０６が示す列にはジョブを実行したユーザの名前が格納される。ジョブログ情報テーブルが格納する情報により、管理サーバ１０２は、誰が、いつ、どの画像形成装置で、どのようなジョブを発行したかについて管理することができる。また、ジョブログテーブルは、ジョブ種毎に作成するように構成してもよい。

＜データ収集処理の概要＞
以下、図１０を用いてデータ収集処理の概要を説明する。データ収集処理とは、管理サーバ１０２が管理装置として画像形成装置からデータを収集する処理である。管理サーバ１０２は、データ収集処理を一定間隔で実行し、複数の画像形成装置からデータを収集する。本実施例では、画像形成装置からジョブログ情報を収集する例を示す。

データ収集処理では、管理サーバ１０２は、図１５を用いて後述する応答確認処理により画像形成装置が応答可能な状態であるか（例えば、電源オフでなく、データ取得が可能な状態であるか）を確認する。そして、管理サーバ１０２は、応答確認結果がＯＫであった画像形成装置から図１９を用いて後述するデータ取得処理を実行する。これにより、管理サーバ１０２は、データ取得が可能な状態の画像形成装置のみに対してデータ取得処理が実行できる。つまり、データ取得時に画像形成装置の応答がなく、タイムアウト時間が経過するまで待機する可能性が極めて低くなり、管理サーバ１０２は短時間で複数の画像形成装置からデータ取得が行える。

さらに、図１３で後述する応答確認の制御処理の開始／停止により、図１９に示すデータの取得対象、つまりデータ取得処理待ちの画像形成装置数が規定数以上の場合に、管理サーバ１０２は図１５に示す応答確認処理を一時停止する。データ取得処理待ちの画像形成装置が多くなった場合、応答確認の応答から、管理サーバ１０２がデータ取得処理を実行するまでの時間が長くなる。これにより、応答確認結果がＯＫであった画像形成装置が、データ取得処理を実行するまでの間に応答不可能な状態になり、データ取得時にタイムアウト時間が経過するまで待機する可能性が高くなる。応答確認の制御処理の開始／停止を制御することで、応答確認の応答から、データ取得処理が実行されるまでの時間が長くなるのを防ぐことができる。

図１０は、管理サーバ１０２のデータ収集部５０４が画像形成装置に対して行うデータ収集処理の流れの一例を示すシーケンス図である。図１０において、メインスレッド１００１は、スレッドを示すオブジェクトであり、データ収集部５０４が、データ収集処理を実行するスレッドである。メインスレッドは、後述する応答確認実行スレッド１００２およびデータ取得実行スレッド１００３で実行する処理以外の処理を実行する。応答確認実行スレッド１００２はスレッドを示すオブジェクトであり、データ収集部５０４が、図１５に示す応答確認処理を非同期で実行するスレッドである。データ取得実行スレッド１００３は、スレッドを示すオブジェクトであり、データ収集部５０４が、図１９に示すデータ取得処理を非同期で実行するスレッドである。画像形成装置１００４は、画像形成装置を示すオブジェクトである。

データ収集処理を開始すると、Ｓ１００５で、メインスレッド１００１は、応答確認実行スレッド１００２に対して応答確認処理の実行を指示する。Ｓ１００６で、応答確認実行スレッド１００２は、画像形成装置１００４に対して応答確認を実行する。続いてＳ１００７で、画像形成装置１００４は、応答確認１００６に対する応答を送信する。ここで、画像形成装置１００４の電源状態が電源オフの場合などは、画像形成装置１００４は応答確認１００６に対して応答が送信できない。Ｓ１００８で、応答確認実行スレッド１００２は、メインスレッド１００１に対して応答確認結果を通知する。ここで、応答確認実行スレッド１００２は、画像形成装置１００４から応答があった場合は、応答確認結果としてＯＫを通知し、応答がなかった場合は、応答確認結果としてＮＧを通知する。

続いてＳ１００９で、メインスレッド１００１は、データ取得実行スレッド１００３に対してデータ取得処理の実行を指示する。ここで、メインスレッド１００１は、応答確認結果がＮＧで合った場合は、データ取得処理の実行を指示せずに、本処理を終了する。Ｓ１０１０で、データ取得実行スレッド１００３は、画像形成装置１００４に対してデータ取得を実行する。続いてＳ１０１１で、画像形成装置１００４は、データ取得１０１０の要求に対してデータを送信する。データ取得実行スレッド１００３は、受信したデータを保管し、本処理を終了する。

＜データ収集処理＞
図１１は、本実施形態の管理サーバ１０２のデータ収集部５０４が行う第１のデータ処理手順の一例を示すフローチャートである。管理サーバ１０２は、図１１に示すデータ収集処理を一定間隔で実行し、複数の画像形成装置からデータを収集する。なお、Ｓ１１０１〜Ｓ１１０３は各ステップを示し、各ステップは、ＣＰＵ２０１がＨＤ２１１、ＲＯＭ２０２等より制御プログラムをＲＡＭ２０３にロードして実行することで実現される。

データ収集処理を開始すると、Ｓ１１０１で、データ収集部５０４は、データ取得状態の初期化処理を行う。データ取得状態の初期化処理の詳細については図１２を用いて後述する。続いてＳ１１０２で、データ収集部５０４は、応答確認の制御処理の開始／停止を行う。応答確認の制御処理の開始／停止の詳細については図１３を用いて後述する。続いてＳ１１０３で、データ収集部５０４は、データ収集対象のデバイス情報のデータ取得状態がすべて［データ取得済み］になるまで待機し、本処理を終了する。

＜データ取得状態の初期化処理＞
図１２は、本実施形態の管理サーバ１０２のデータ収集部５０４が行う第２のデータ処理手順の一例を示すフローチャートである。本例は、図１１に示したＳ１１０１で実行されるデータ取得状態の初期化処理の詳細手順例である。データ取得状態の初期化処理では、デバイス情報管理部５０２に保管されているデバイス情報のデータ取得状態７０９を初期化する。なお、Ｓ１２０１〜Ｓ１２０５は各ステップを示し、各ステップは、ＣＰＵ２０１がＨＤ２１１、ＲＯＭ２０２等より制御プログラムをＲＡＭ２０３にロードして実行することで実現される。

データ取得状態の初期化処理を開始すると、Ｓ１２０１で、データ収集部５０４は、デバイス情報管理部５０２に保管されている図７に示すデバイス情報から、データ収集対象となっているデバイス情報を取得する。データ収集部５０４は、未処理のデバイス情報について、Ｓ１２０２からＳ１２０５までの処理を繰り返す。続いてＳ１２０３で、データ収集部５０４は、処理中のデバイス情報のデータ取得状態７０９が［データ取得済み］であるか否かを判定する。ここで、データ収集部５０４が、データ取得状態７０９が［データ取得済み］であると判定した場合、処理はＳ１２０４に進む。一方、データ収集部５０４が、データ取得状態７０９が［データ取得済み］ではないと判定した場合、処理はＳ１２０５に進む。
続いてＳ１２０４で、データ収集部５０４は、処理中のデバイス情報のデータ取得状態７０９を［応答確認待ち］に変更して保存する。

続いてＳ１２０５で、データ収集部５０４は、Ｓ１２０２〜Ｓ１２０５の処理を行っていないデバイス情報があるかを判定する。ここで、データ収集部５０４が、Ｓ１２０２〜Ｓ１２０５の処理を行っていないデバイス情報があると判定した場合はＳ１２０２に戻り処理を繰り返す。一方、データ収集部５０４が、Ｓ１２０２〜Ｓ１２０５の処理を行っていないデバイス情報がないと判定した場合は、本処理を終了する。

＜応答確認の制御処理の開始／停止＞
図１３は、本実施形態の管理サーバ１０２のデータ収集部５０４が行う第３のデータ処理手順の一例を示すフローチャートである。本例は、図１１に示したＳ１１０２などで実行される応答確認の制御処理の開始／停止の詳細手順例である。応答確認の制御処理の開始／停止には、図１９に示すデータ取得処理が実行される画像形成装置の数が規定数以上の場合に、図１５に示す応答確認処理を一時停止するための処理が含まれる。これにより、応答確認の応答から、データ取得処理が実行されるまでの時間が長くなるのを防ぐことができる。なお、Ｓ１３０１〜Ｓ１３１１は各ステップを示し、各ステップは、ＣＰＵ２０１がＨＤ２１１、ＲＯＭ２０２等より制御プログラムをＲＡＭ２０３にロードして実行することで実現される。

応答確認の制御処理の開始／停止を開始すると、Ｓ１３０１で、データ収集部５０４は、停止フラグを［Ｆａｌｓｅ］に設定する。続いてＳ１３０２で、データ収集部５０４は、デバイス情報管理部５０２に保管されている図７に示すデバイス情報から、データ収集対象となっているデバイス情報を取得する。続いてＳ１３０３で、データ収集部５０４は、Ｓ１３０２で取得したデバイス情報内にデータ取得状態７０９が［応答確認待ち］のデバイス情報があるか否か判定する。ここで、データ収集部５０４が、データ取得状態７０９が［応答確認待ち］のデバイス情報があると判定した場合、処理はＳ１３０４に進む。一方、データ収集部５０４が、データ取得状態７０９が［応答確認待ち］のデバイス情報がないと判定した場合、処理はＳ１３０７に進む。

続いてＳ１３０４で、データ収集部５０４は、Ｓ１３０２で取得したデバイス情報の内、データ取得状態７０９が［データ取得待ち］のデバイス情報の数を計算しＡとする。続いてＳ１３０５で、データ収集部５０４は、Ｓ１３０３で取得したデバイス情報の内、データ取得状態７０９が［データ強制取得待ち］のデバイス情報の数を計算しＢとする。続いてＳ１３０６で、データ収集部５０４は、Ｓ１３０４で計算したＡとＳ１３０５で計算したＢとを加算した値が、規定数よりも大きいか否か判定する。ここで、データ収集部５０４が、ＡとＢとを加算した値が、規定数よりも大きいと判定した場合、処理はＳ１３０７に進む。一方、データ収集部５０４が、ＡとＢとを加算した値が、規定数以下と判定した場合、処理はＳ１３０８に進む。

続いてＳ１３０７で、データ収集部５０４は、停止フラグを［Ｔｒｕｅ］に設定する。続いてＳ１３０８で、データ収集部５０４は、応答確認の制御処理が動作中、かつ、停止フラグが［Ｔｒｕｅ］であるか否かを判定する。ここで、データ収集部５０４が、応答確認の制御処理が動作中、かつ、停止フラグが［Ｔｒｕｅ］であると判定した場合、処理はＳ１３０９に進む。一方、データ収集部５０４が、応答確認の制御処理が停止中、または、停止フラグが［Ｆａｌｓｅ］であると判定した場合、処理はＳ１３１０に進む。続いてＳ１３０９で、データ収集部５０４は、応答確認制御処理を停止し、本処理を終了する。

一方Ｓ１３１０で、データ収集部５０４は、応答確認の制御処理が停止中、かつ、停止フラグが［Ｆａｌｓｅ］であるか否かを判定する。ここで、データ収集部５０４が、応答確認の制御処理が停止中、かつ、停止フラグが［Ｆａｌｓｅ］であると判定した場合、処理はＳ１３１１に進む。一方、データ収集部５０４が、応答確認の制御処理が動作中、または、停止フラグが［Ｔｒｕｅ］であると判定した場合は、本処理を終了する。続いてＳ１３１１で、データ収集部５０４は、応答確認制御処理を開始し、本処理を終了する。

＜応答確認の制御処理＞
図１４は、本実施形態の管理サーバ１０２のデータ収集部５０４が行う第４のデータ処理手順の一例を示すフローチャートである。管理サーバ１０２は、デバイス情報のデータ取得状態７０９を監視し、応答確認待ちのデバイス情報がある場合に、図１５に示す応答確認処理の実行を指示するために、本応答確認の制御処理を一定間隔で実行する。ただし、本応答確認の制御処理が停止中の場合は、一定間隔での実行が停止する。また、応答確認の制御処理には、画像形成装置のデータ取得順の優先度を計算し、優先度の高い画像形成装置から先に図１５に示す応答確認処理の実行を指示する処理が含まれる。

画像形成装置のデータが最大データ保持数に達した場合、古いデータが削除されてしまう。管理サーバがデータ収集前にデータが削除されてしまうと、データの取りこぼしが発生してしまう。そのため、最大データ保持数が少ない画像形成装置に対しては優先度を高くして、優先的にデータ取得をする。例えば、デバイス情報管理部５０２に保管されているデバイス情報の最大ジョブログ保持数７０６が規定値よりも少ない画像形成装置の優先度を高くする。また、機種７０４の情報を基に、最大データ保持容量が少ない機種の優先度を高くする。また、ハードディスク情報７０７を基に、ハードディスク未搭載の画像形成装置の優先度を高くする。これにより、データの取りこぼしが発生する可能性を低くすることができる。なお、Ｓ１４０１〜Ｓ１４０７は各ステップを示し、各ステップは、ＣＰＵ２０１がＨＤ２１１、ＲＯＭ２０２等より制御プログラムをＲＡＭ２０３にロードして実行することで実現される。

応答確認の制御処理を開始すると、Ｓ１４０１で、データ収集部５０４は、デバイス情報管理部５０２に保管されているデバイス情報から、データ取得状態７０９が［応答確認待ち］となっているデバイス情報を取得する。続いてＳ１４０２で、データ収集部５０４は、Ｓ１４０１で取得したデバイス情報があるか否か判定する。ここで、データ収集部５０４が、Ｓ１４０１で取得したデバイス情報があると判定した場合、処理はＳ１４０３に進む。一方、データ収集部５０４が、Ｓ１４０１で取得したデバイス情報がないと判定した場合、処理はＳ１４０７に進む。続いてＳ１４０３で、データ収集部５０４は、Ｓ１４０１で取得したデバイス情報に基づき、各画像形成装置の優先度を計算し、優先順位を決定する。

続いてＳ１４０４で、データ収集部５０４は、Ｓ１４０１で取得したデバイス情報の内、優先度が最も高いデバイス情報を１件取得する。続いてＳ１４０５で、データ収集部５０４は、Ｓ１４０４で取得したデバイス情報のデータ取得状態７０９を［応答確認中］に変更して保存する。続いてＳ１４０６で、データ収集部５０４は、Ｓ１４０４で取得したデバイス情報をパラメータとして設定し、応答確認処理を非同期で実行し、本処理を終了する。応答確認処理の詳細については後述する。一方Ｓ１４０７で、データ収集部５０４は、応答確認制御処理を停止し、本処理を終了する。

＜応答確認処理＞
図１５は、本実施形態の管理サーバ１０２のデータ収集部５０４が行う第５のデータ処理手順の一例を示すフローチャートである。本例は、図１４に示したＳ１４０６において非同期で実行される応答確認処理の詳細手順例である。本応答確認処理には、電源状態通知機能がない画像形成装置に対しては、応答確認を実行すると判定し、電源状態通知機能がある画像形成装置に対しては、データ取得状態７０９と電源状態８０３とを基に応答確認を実行するか否かを判定する処理が含まれる。これにより、省電力モードの画像形成装置に対して応答確認を実行し、省電力モードを解除してしまうのを防ぐことができる。さらに、応答確認結果が予め判断できる画像形成装置に対して、無駄な応答確認を実行せずに、短時間で複数の画像形成装置を処理することができる。なお、Ｓ１５０１〜Ｓ１５１２は各ステップを示し、各ステップは、ＣＰＵ２０１がＨＤ２１１、ＲＯＭ２０２等より制御プログラムをＲＡＭ２０３にロードして実行することで実現される。

応答確認処理を開始すると、Ｓ１５０１で、データ収集部５０４は、Ｓ１４０６で設定されたパラメータからデバイス情報を取得する。続いてＳ１５０２で、データ収集部５０４は、Ｓ１５０１で取得したデバイス情報から画像形成装置に電源状態通知機能があるか否か判定する。ここで、データ収集部５０４が、画像形成装置に電源状態通知機能があると判定した場合、処理はＳ１５０３に進む。一方、データ収集部５０４が、画像形成装置に電源状態通知機能がないと判定した場合、処理はＳ１５０９に進む。

Ｓ１５０３で、データ収集部５０４は、電源状態監視部５０３に保管されている電源状態情報から、Ｓ１５０１で取得したデバイス情報の画像形成装置に該当する電源状態情報を取得する。Ｓ１５０４で、データ収集部５０４は、Ｓ１５０１で取得したデバイス情報のデータ取得状態７０９が［データ強制取得待ち］であるか否かを判定する。ここで、データ収集部５０４が、データ取得状態７０９が［データ強制取得待ち］であると判定した場合、処理はＳ１５０５に進む。一方、データ収集部５０４が、データ取得状態７０９が［データ強制取得待ち］ではないと判定した場合、処理はＳ１５０７に進む。

Ｓ１５０５で、データ収集部５０４は、Ｓ１５０３で取得した電源状態情報の電源状態８０３が［省電力モード］であるか否かを判定する。ここで、データ収集部５０４が、電源状態８０３が［省電力モード］であると判定した場合、処理はＳ１５０６に進む。一方、データ収集部５０４が、電源状態８０３が［省電力モード］ではないと判定した場合、処理はＳ１５０９に進む。続いてＳ１５０６で、データ収集部５０４は、Ｓ１５０１で取得したデバイス情報と応答確認結果がＯＫであることをパラメータとして設定し、応答確認結果を通知し、本処理を終了する。つまり、図１０を用いて説明した、応答確認実行スレッド１００２がメインスレッド１００１に応答確認結果を通知するＳ１００８の処理に相当する。本応答確認結果を受信する応答確認結果受信処理の詳細については後述する。

Ｓ１５０４で、データ取得状態が［データ強制取得待ち］ではない場合、Ｓ１５０７で、データ収集部５０４は、Ｓ１５０３で取得した電源状態情報の電源状態８０３が［省電力モード］または［電源オフ］であるか否かを判定する。ここで、データ収集部５０４が、電源状態８０３が［省電力モード］または［電源オフ］であると判定した場合、処理はＳ１５０８に進む。一方、データ収集部５０４が、電源状態８０３が［省電力モード］または［電源オフ］ではないと判定した場合、処理はＳ１５０９に進む。続いてＳ１５０８で、データ収集部５０４は、Ｓ１５０１で取得したデバイス情報と応答確認結果がＮＧであることをパラメータとして設定し、応答確認結果を通知し、本処理を終了する。本応答確認結果を受信する応答確認結果受信処理の詳細については後述する。

Ｓ１５０２で、電源状態通知機能がないと判定された場合、Ｓ１５０９で、データ収集部５０４は、Ｓ１５０１で取得したデバイス情報の画像形成装置に対して応答確認を実行する。Ｓ１５１０で、データ収集部５０４は、Ｓ１５０９で実行した応答確認要求に対して、画像形成装置から応答があったか否かを判定する。ここで、データ収集部５０４が、画像形成装置から応答があったと判定した場合、処理はＳ１５１０に進む。一方、データ収集部５０４が、画像形成装置から応答がなかったと判定した場合、処理はＳ１５１２に進む。

続いてＳ１５１１で、データ収集部５０４は、Ｓ１５０１で取得したデバイス情報と応答確認結果がＯＫであることをパラメータとして設定し、応答確認結果を通知し、本処理を終了する。本応答確認結果を受信する応答確認結果受信処理の詳細については後述する。続いてＳ１５１２で、データ収集部５０４は、Ｓ１５０１で取得したデバイス情報と応答確認結果がＮＧであることをパラメータとして設定し、応答確認結果を通知し、本処理を終了する。本応答確認結果を受信する応答確認結果受信処理の詳細については後述する。

＜応答確認結果受信処理＞
図１６は、本実施形態の管理サーバ１０２のデータ収集部５０４が行う第６のデータ処理手順の一例を示すフローチャートである。本例は、図１５に示したＳ１５０６、Ｓ１５０８、Ｓ１５１１、Ｓ１５１２において応答確認結果が通知された際に実行される応答確認結果受信処理の詳細手順例である。応答確認結果受信処理では、応答確認結果を受信し、応答可能な状態と確認ができた画像形成装置から順に、データ取得状態７０９をデータ取得待ちにする。なお、Ｓ１６０１〜Ｓ１６０５は各ステップを示し、各ステップは、ＣＰＵ２０１がＨＤ２１１、ＲＯＭ２０２等より制御プログラムをＲＡＭ２０３にロードして実行することで実現される。

応答確認結果受信処理を開始すると、Ｓ１６０１で、データ収集部５０４は、応答確認処理の応答確認結果通知時に設定されたパラメータから、応答確認結果を取得する。Ｓ１６０２で、データ収集部５０４は、Ｓ１６０１で取得した応答確認結果がＯＫであるか否か判定する。ここで、データ収集部５０４が、応答確認結果がＯＫであると判定した場合、処理はＳ１６０３に進む。一方、データ収集部５０４が、応答確認結果がＯＫではないと判定した場合、処理はＳ１６０４に進む。つまり、Ｓ１５０６、Ｓ１５１１では、応答確認結果がＯＫであるため、Ｓ１６０３に処理が進み、Ｓ１５０８、Ｓ１５１２では応答確認結果がＮＧであるため、Ｓ１６０４に処理が進む。

続いてＳ１６０３で、データ収集部５０４は、Ｓ１６０１で取得したデバイス情報のデータ取得状態７０９を［データ取得待ち］に変更して保存する。一方Ｓ１６０４で、データ収集部５０４は、Ｓ１６０１で取得したデバイス情報のデータ取得状態７０９を［データ取得済み］に変更して保存する。続いてＳ１６０５で、データ収集部５０４は、応答確認の制御処理の開始／停止を行い、本処理を終了する。

＜データ強制取得要求受信処理＞
図１７は、本実施形態の管理サーバ１０２のデータ収集部５０４が行う第７のデータ処理手順の一例を示すフローチャートである。データ強制取得要求受信処理は、画像形成装置から送信されるデータ強制取得要求を管理サーバ１０２が受信した際に実行する。画像形成装置のジョブログ管理部６１０は、管理サーバ１０２が要求してこない、すなわち未収集のデータ数が規定数以上になった場合に、管理サーバ１０２に対してデータ強制取得要求を送信する。データ強制取得要求受信処理では、データ収集部５０４は、データ強制取得要求の送信元の画像形成装置のデータ取得状態７０９をデータ強制取得待ちにする。なお、Ｓ１７０１〜Ｓ１７０４は各ステップを示し、各ステップは、ＣＰＵ２０１がＨＤ２１１、ＲＯＭ２０２等より制御プログラムをＲＡＭ２０３にロードして実行することで実現される。

データ強制取得要求受信処理を開始すると、Ｓ１７０１で、データ収集部５０４は、デバイス情報管理部５０２に保管されているデバイス情報から、データ強制取得要求の送信元の画像形成装置に該当するデバイス情報を取得する。Ｓ１７０２で、データ収集部５０４は、Ｓ１７０１で取得したデバイス情報のデータ取得状態７０９が［データ取得中］であるか否かを判定する。ここで、データ収集部５０４が、データ取得状態７０９が［データ取得中］であると判定した場合、処理はＳ１７０３に進む。一方、データ収集部５０４が、データ取得状態７０９が［データ取得中］ではないと判定した場合、処理はＳ１７０４に進む。続いてＳ１７０３で、データ収集部５０４は、Ｓ１７０１で取得したデバイス情報のデータ取得状態７０９を［データ強制取得待ち］に変更して保存する。
続いてＳ１７０４で、データ収集部５０４は、応答確認の制御処理の開始／停止を行い、本処理を終了する。

＜データ取得の制御処理＞
図１８は、本実施形態の管理サーバ１０２のデータ収集部５０４が行う第８のデータ処理手順の一例を示すフローチャートである。管理サーバ１０２は、デバイス情報のデータ取得状態７０９を監視し、データ取得待ちのデバイス情報がある場合に、図１９に示すデータ取得処理の実行を指示するために、本データ取得の制御処理を一定間隔で実行する。また、データ取得の制御処理には、データ取得状態７０９がデータ強制取得待ちの画像形成装置に対して優先的にデータ取得処理の実行を指示する処理が含まれる。これにより、未収集のデータ数が規定数以上になった画像形成装置に対して優先的にデータ取得ができ、データの取りこぼしが発生する可能性を低くすることができる。なお、Ｓ１８０１〜Ｓ１８０７は各ステップを示し、各ステップは、ＣＰＵ２０１がＨＤ２１１、ＲＯＭ２０２等より制御プログラムをＲＡＭ２０３にロードして実行することで実現される。

データ取得の制御処理を開始すると、Ｓ１８０１で、データ収集部５０４は、図１９に示すデータ取得処理を実行するスレッドがすべて実行中であるか否か判定する。データ取得処理を実行するスレッドの数は、データ収集対象の画像形成装置数などに応じて予め設定されている。ここで、データ収集部５０４が、データ取得処理を実行するスレッドがすべて実行中であると判定した場合は、本処理を終了する。一方、データ収集部５０４が、データ取得処理を実行するスレッドがすべて実行中ではないと判定した場合はＳ１８０２に進む。

Ｓ１８０２で、データ収集部５０４は、デバイス情報管理部５０２に保管されているデバイス情報から、データ取得状態７０９が［データ強制取得待ち］となっているデバイス情報を１件取得する。Ｓ１８０３で、データ収集部５０４は、Ｓ１８０２で取得したデバイス情報があるか否か判定する。ここで、データ収集部５０４が、Ｓ１８０２で取得したデバイス情報があると判定した場合はＳ１８０４に進む。一方、データ収集部５０４が、Ｓ１８０２で取得したデバイス情報がないと判定した場合はＳ１８０６に進む。

Ｓ１８０４で、データ収集部５０４は、デバイス情報管理部５０２に保管されているデバイス情報から、データ取得状態７０９が［データ取得待ち］となっているデバイス情報を１件取得する。Ｓ１８０５で、データ収集部５０４は、Ｓ１８０４で取得したデバイス情報があるか否か判定する。ここで、データ収集部５０４が、Ｓ１８０４で取得したデバイス情報があると判定した場合、処理はＳ１８０６に進む。一方、データ収集部５０４が、Ｓ１８０４で取得したデバイス情報がないと判定した場合は、本処理を終了する。

Ｓ１８０６で、データ収集部５０４は、Ｓ１８０２、またはＳ１８０４で取得したデバイス情報のデータ取得状態７０９を［データ取得中］に変更して保存する。続いてＳ１８０７で、データ収集部５０４は、Ｓ１８０２、またはＳ１８０４で取得したデバイス情報をパラメータとして設定し、データ取得処理を非同期で実行し、本処理を終了する。データ取得処理の詳細については後述する。

＜データ取得処理＞
図１９は、本実施形態の管理サーバ１０２のデータ収集部５０４が行う第９のデータ処理手順の一例を示すフローチャートである。本例は、図１８に示したＳ１８０６において非同期で実行されるデータ取得処理の詳細手順例である。なお、Ｓ１９０１〜Ｓ１９１０は各ステップを示し、各ステップは、ＣＰＵ２０１がＨＤ２１１、ＲＯＭ２０２等より制御プログラムをＲＡＭ２０３にロードして実行することで実現される。

データ取得処理を開始すると、Ｓ１９０１で、データ収集部５０４は、Ｓ１８０６で設定されたパラメータからデバイス情報を取得する。Ｓ１９０２で、データ収集部５０４は、Ｓ１９０１で取得したデバイス情報のデータ取得状態７０９が［データ強制取得待ち］であるか否かを判定する。ここで、データ収集部５０４が、データ取得状態７０９が［データ強制取得待ち］であると判定した場合、処理はＳ１９０６に進む。一方、データ収集部５０４が、データ取得状態７０９が［データ強制取得待ち］ではないと判定した場合、処理はＳ１９０３に進む。

Ｓ１９０３で、データ収集部５０４は、Ｓ１９０１で取得したデバイス情報から画像形成装置に電源状態通知機能があるか否か判定する。ここで、データ収集部５０４が、画像形成装置に電源状態通知機能があると判定した場合、処理はＳ１９０４に進む。一方、データ収集部５０４が、画像形成装置に電源状態通知機能がないと判定した場合、処理はＳ１９０６に進む。続いてＳ１９０４で、データ収集部５０４は、電源状態監視部５０３に保管されている電源状態情報から、Ｓ１９０１で取得したデバイス情報の画像形成装置に該当する電源状態情報を取得する。Ｓ１９０５で、データ収集部５０４は、Ｓ１９０４で取得した電源状態情報の電源状態８０３が［省電力モード］または［電源オフ］であるか否かを判定する。ここで、データ収集部５０４が、電源状態８０３が［省電力モード］または［電源オフ］であると判定した場合、処理はＳ１９１０に進む。そして、Ｓ１９１０で、データ収集部５０４は、データ取得状態を［データ取得済み］に更新する。これにより、画像形成装置からデータを得られない場合であっても、管理装置１０２は適切にデータを管理することが可能となる。一方、データ収集部５０４が、電源状態８０３が［省電力モード］または［電源オフ］ではないと判定した場合、処理はＳ１９０６に進む。

Ｓ１９０２でデータ取得状態が［データ強制取得待ち］の場合、Ｓ１９０６で、データ収集部５０４は、Ｓ１９０１で取得したデバイス情報の画像形成装置に対してデータ取得を実行する（Ｓ１９０６）。Ｓ１９０７で、データ収集部５０４は、Ｓ１９０６で実行したデータ取得が完了する、またはタイムアウト時間が経過するまで待機する。タイムアウト時間が経過するまで待機する処理があるが、予め応答確認を実行しており、応答可能な状態である画像形成装置に対してのみデータ取得を実行するようになっている。そのため、画像形成装置から応答がなく、タイムアウト時間が経過するまで待機する可能性は極めて低くなっている。従って、データ取得に生じる時間が低減され、処理効率が向上する。

続いてＳ１９０８で、データ収集部５０４は、Ｓ１９０６で実行したデータ取得が成功したか否かを判定する。ここで、データ収集部５０４が、データ取得が成功したと判定した場合、処理はＳ１９０９に進む。一方、データ収集部５０４が、データ取得が成功しなかったと判定した場合、処理はＳ１９１０に進む。Ｓ１９０９で、データ収集部５０４は、Ｓ１９０６で取得したデータを保管する。本実施例では、データとしてジョブログ情報を取得し、データ収集部５０４が管理するジョブログ情報テーブルに保管する。Ｓ１９１０で、データ収集部５０４は、Ｓ１９０１で取得したデバイス情報のデータ取得状態７０９を［データ取得済み］に変更して保存し、本処理を終了する。上述の仕組みにより、画像形成装置の電力モードや電源通知機能の有無に応じて、管理サーバが複数台の画像形成装置からデータを効率的に収集することが可能となる。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（コンピュータプログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そしてそのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

Claims (11)

1. 複数の画像形成装置の電源状態と電源状態通知機能の有無とを含むデバイス情報を管理する管理手段と、
   前記複数の画像形成装置に対して、前記デバイス情報に含まれる前記電源状態通知機能の有無と前記電源状態との少なくともいずれかに基づいて、応答確認要求を送信する要求手段と、
   前記複数の画像形成装置のいずれかから応答を受信する受信手段と、
   前記応答を行った画像形成装置に対して、画像形成装置の稼働状況を示すデータを要求することで該データを取得する取得手段と、を備え、
   前記画像形成装置が前記電源状態通知機能を有しない、または前記電源状態が待機モードの場合に、前記要求手段が、前記画像形成装置に前記応答確認要求を送信することを特徴とする管理装置。
2. 複数の画像形成装置の電源状態と電源状態通知機能の有無と前記画像形成装置から取得する前記画像形成装置の稼働状況を示すデータの取得状態とを含むデバイス情報を管理する管理手段と、
   前記複数の画像形成装置に対して、前記デバイス情報に含まれる前記電源状態通知機能の有無と前記電源状態との少なくともいずれかに基づいて、応答確認要求を送信する要求手段と、
   前記複数の画像形成装置のいずれかから応答を受信する受信手段と、
   前記応答を行った画像形成装置に対して、画像形成装置の稼働状況を示すデータを要求することで該データを取得する取得手段と、を備え、
   前記画像形成装置が前記電源状態通知機能を有し、前記取得状態が強制取得待ち状態を示し、かつ、前記電源状態が省電力モードである場合に、前記取得手段は、前記応答確認要求を行うことなく該画像形成装置に対して前記データを要求することを特徴とする管理装置。
3. 前記画像形成装置が前記電源状態通知機能を有し、前記取得状態が強制取得待ち状態を示さず、かつ、前記電源状態が省電力モードまたは電源オフの状態である場合に、
   前記管理手段は、前記応答確認要求と前記データの取得を行うことなく前記取得状態を取得済み状態に更新することを特徴とする請求項２に記載の管理装置。
4. 前記管理装置は、前記要求手段により前記応答確認要求を送信しようとする際に用いる画像形成装置の規定数の情報を保持しており、
   前記要求手段は、前記取得状態が取得待ち状態である画像形成装置の数が前記規定数を超える場合には前記応答確認要求を送信せず、前記規定数以下の場合には前記応答確認要求を送信することを特徴とする請求項２または３に記載の管理装置。
5. 前記要求手段は、応答確認待ち状態である前記データの取得対象となる画像形成装置が存在する際に、前記取得状態が取得待ち状態である画像形成装置の数が前記規定数を超える場合には前記応答確認要求を送信せず、前記規定数以下の場合には前記応答確認要求を送信することを特徴とする請求項４に記載の管理装置。
6. 前記デバイス情報は、前記画像形成装置の保持容量に関する情報を含み、
   前記取得手段は、前記保持容量に関する情報に従って、前記データを要求する際の優先順を決定することを特徴とする請求項１乃至５のいずれか一項に記載の管理装置。
7. 前記画像形成装置が前記電源状態通知機能を有し、該画像形成装置から受信した電源状態情報が待機モードである場合に、前記取得手段は、該画像形成装置に対して前記データを要求することを特徴とする請求項１乃至６のいずれか一項に記載の管理装置。
8. 前記画像形成装置の稼働状況を示すデータは、ジョブログ情報であることを特徴とする請求項１乃至７のいずれか一項に記載の管理装置。
9. 管理装置における制御方法であって、
   複数の画像形成装置の電源状態と電源状態通知機能の有無とを含むデバイス情報を管理する管理工程と、
   前記複数の画像形成装置に対して、前記デバイス情報に含まれる前記電源状態通知機能の有無と前記電源状態との少なくともいずれかに基づいて、応答確認要求を送信する要求工程と、
   前記複数の画像形成装置のいずれかから応答を受信する受信工程と、
   前記応答を行った画像形成装置に対して、画像形成装置の稼働状況を示すデータを要求することで該データを取得する取得工程と、を有し、
   前記画像形成装置が前記電源状態通知機能を有しない、または前記電源状態が待機モードの場合に、前記要求工程において、前記画像形成装置に前記応答確認要求を送信することを特徴とする制御方法。
10. 管理装置における制御方法であって、
    複数の画像形成装置の電源状態と電源状態通知機能の有無と前記画像形成装置から取得する前記画像形成装置の稼働状況を示すデータの取得状態とを含むデバイス情報を管理する管理工程と、
    前記複数の画像形成装置に対して、前記デバイス情報に含まれる前記電源状態通知機能の有無と前記電源状態との少なくともいずれかに基づいて、応答確認要求を送信する要求工程と、
    前記複数の画像形成装置のいずれかから応答を受信する受信工程と、
    前記応答を行った画像形成装置に対して、画像形成装置の稼働状況を示すデータを要求することで該データを取得する取得工程と、を有し、
    前記画像形成装置が前記電源状態通知機能を有し、前記取得状態が強制取得待ち状態を示し、かつ、前記電源状態が省電力モードである場合に、前記取得工程において、前記応答確認要求を行うことなく該画像形成装置に対して前記データを要求することを特徴とする制御方法。
11. 請求項１乃至８のいずれか一項に記載の管理装置の各手段としてコンピュータを機能させることを特徴とするコンピュータプログラム。

Images