(57)【要約】【課題】画像形成装置に対する処理の効率化を図る。【解決手段】管理対象である複数の画像形成装置の識別情報と、前記画像形成装置に対する処理の順番とを対応付けて管理する第１の管理手段と、前記第１の管理手段により管理されている順番に従い、前記順番に対応する識別情報の画像形成装置に装置情報を要求する要求手段と、前記要求手段により前記画像形成装置に装置情報を要求する際に、前記画像形成装置の電源状態が省電力状態である場合、前記要求手段における前記要求がなされないように、前記画像形成装置の識別情報を前記第１の管理手段から退避させ、前記第１の管理手段に戻すタイミングを指定するタイミング情報と共に管理する第２の管理手段と、を有することによって課題を解決する。【選択図】図６
2014032619.tif 000002
【特許請求の範囲】
【請求項１】
管理対象である複数の画像形成装置の識別情報と、前記画像形成装置に対する処理の順番とを対応付けて管理する第１の管理手段と、
前記第１の管理手段により管理されている順番に従い、前記順番に対応する識別情報の画像形成装置に装置情報を要求する要求手段と、
前記要求手段により前記画像形成装置に装置情報を要求する際に、前記画像形成装置の電源状態が省電力状態である場合、前記要求手段における前記要求がなされないように、前記画像形成装置の識別情報を前記第１の管理手段から退避させ、前記第１の管理手段に戻すタイミングを指定するタイミング情報と共に管理する第２の管理手段と、
を有する情報処理装置。
【請求項２】
前記要求手段は、前記第１の管理手段により管理されている順番に従い、前記順番に対応する識別情報の画像形成装置に装置情報を要求する処理を並行処理で実行する請求項１記載の情報処理装置。
【請求項３】
前記要求手段は、前記並行処理の数を、前記情報処理装置のスペックに基づき決定する請求項２記載の情報処理装置。
【請求項４】
前記第２の管理手段は、前記画像形成装置の識別情報と共に前記タイミング情報として予め設定された時間を管理する請求項１乃至３何れか１項記載の情報処理装置。
【請求項５】
前記第２の管理手段は、前記画像形成装置の識別情報と共に前記タイミング情報として、機種毎に設定されたタイミング情報のうち前記画像形成装置の機種に応じた時間を管理する請求項１乃至３何れか１項記載の情報処理装置。
【請求項６】
前記画像形成装置の電源状態が省電力状態であり、かつ、省電力状態から通常状態への復帰が定められた時間より早い場合、前記要求手段による要求に前記画像形成装置が応答するまで待機する待機手段を更に有し、
前記第２の管理手段は、前記画像形成装置の電源状態が省電力状態であり、かつ通常状態への復帰が定められた時間より遅い場合、前記画像形成装置の識別情報を前記第１の管理手段から退避させ、前記第１の管理手段に戻すタイミングを指定するタイミング情報と共に管理する請求項１乃至５何れか１項記載の情報処理装置。
【請求項７】
前記要求手段は、前記第１の管理手段で管理されている順番の最初から順に前記画像形成装置に装置情報を要求し、
前記第２の管理手段により管理される前記タイミング情報に基づいて前記タイミング情報に対応する画像形成装置の識別情報を前記第１の管理手段に戻す際は、前記第１の管理手段で管理される順番が、最後となるよう制御する制御手段を更に有する請求項１乃至６何れか１項記載の情報処理装置。
【請求項８】
前記要求手段は、前記第１の管理手段で管理されている順番の最初から順に前記画像形成装置に装置情報を要求し、
前記第２の管理手段により管理される前記タイミング情報に基づいて前記タイミング情報に対応する画像形成装置の識別情報を、前記第１の管理手段に戻す際は、前記第１の管理手段で管理される順番が最初となるよう制御する制御手段を更に有する請求項１乃至６何れか１項記載の情報処理装置。
【請求項９】
前記第２の管理手段により管理される前記タイミング情報に基づいて前記タイミング情報に対応する画像形成装置の識別情報を、前記第１の管理手段で管理されている画像形成装置の識別情報と、前記画像形成装置に対する処理の順番と、よりも優先して前記要求手段の処理対象とする優先管理手段に戻すよう制御する制御手段を更に有する請求項１乃至６何れか１項記載の情報処理装置。
【請求項１０】
情報処理装置が実行する情報処理方法であって、
管理対象である複数の画像形成装置の識別情報と、前記画像形成装置に対する処理の順番とを対応付けて管理する第１の管理ステップと、
前記第１の管理ステップにより管理されている順番に従い、前記順番に対応する識別情報の画像形成装置に装置情報を要求する要求ステップと、
前記要求ステップにより前記画像形成装置に装置情報を要求する際に、前記画像形成装置の電源状態が省電力状態である場合、前記要求ステップにおける前記要求がなされないように、前記画像形成装置の識別情報を前記第１の管理ステップから退避させ、前記第１の管理ステップに戻すタイミングを指定するタイミング情報と共に管理する第２の管理ステップと、
を含む情報処理方法。
【請求項１１】
コンピュータに、
管理対象である複数の画像形成装置の識別情報と、前記画像形成装置に対する処理の順番とを対応付けて管理する第１の管理ステップと、
前記第１の管理ステップにより管理されている順番に従い、前記順番に対応する識別情報の画像形成装置に装置情報を要求する要求ステップと、
前記要求ステップにより前記画像形成装置に装置情報を要求する際に、前記画像形成装置の電源状態が省電力状態である場合、前記要求ステップにおける前記要求がなされないように、前記画像形成装置の識別情報を前記第１の管理ステップから退避させ、前記第１の管理ステップに戻すタイミングを指定するタイミング情報と共に管理する第２の管理ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来プリンタ、複写機等の画像形成装置の稼働情報を取得し、管理するための管理装置が知られている。画像形成装置は、ユーザの印刷ジョブをログとして保存する機能や、電源状態を通知する機能、また省エネ化が求められている中で、一定期間使用されない場合に省電力状態（ＳＬＥＥＰ）となる機能等を有することが知られている。
また一台の管理装置で、管理可能な画像形成装置の台数規模拡大化も求められている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１７１３２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一台の管理装置で、管理可能な画像形成装置の台数規模拡大化が求められている中で、画像形成装置に対する処理の効率化は重要課題の一つである。しかしながら、特許文献1に開示されている技術は、ＳＬＥＥＰ中の画像形成装置に対してカウンタ、ジョブログ等の情報を取得する際、ＳＬＥＥＰ中から通常状態に移行するまで処理を待機させる必要があり、処理の効率化が図れないという問題があった。
【課題を解決するための手段】
【０００５】
そこで、本発明は、管理対象である複数の画像形成装置の識別情報と、前記画像形成装置に対する処理の順番とを対応付けて管理する第１の管理手段と、前記第１の管理手段により管理されている順番に従い、前記順番に対応する識別情報の画像形成装置に装置情報を要求する要求手段と、前記要求手段により前記画像形成装置に装置情報を要求する際に、前記画像形成装置の電源状態が省電力状態である場合、前記要求手段における前記要求がなされないように、前記画像形成装置の識別情報を前記第１の管理手段から退避させ、前記第１の管理手段に戻すタイミングを指定するタイミング情報と共に管理する第２の管理手段と、を有する。
【発明の効果】
【０００６】
本発明によれば、画像形成装置に対する処理の効率化を図ることができる。
【図面の簡単な説明】
【０００７】
【図１】実施形態１におけるシステム構成の一例を示す図である。
【図２】管理装置のハードウェア構成の一例を示す図である。
【図３】管理装置のソフトウェア構成の一例を示す図である。
【図４】実施形態１における管理装置の処理の一例を示すフローチャートである。
【図５】実施形態１におけるタスクの一例を示すフローチャートである。
【図６】実施形態１における管理装置の処理の一例を示すフローチャートである。
【図７】実施形態１におけるＷａｋｅＵｐ通知管理ストアの一例を示す図である。
【図８】実施形態１における電源状態ストアの一例を示す図である。
【図９】実施形態１における時限タスクストアの一例を示す図である。
【図１０】実施形態１における管理装置の処理の一例を示すフローチャートである。
【図１１】実施形態１におけるキュー格納タイミングストアの一例を示す図である。
【図１２】実施形態１における管理装置の処理の一例を示すフローチャートである。
【図１３】実施形態２における管理装置の処理の一例を示すフローチャートである。
【図１４】実施形態３における管理装置の処理の一例を示すフローチャートである。
【図１５】実施形態３における管理装置の処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づき説明する。
【０００９】
＜実施形態１＞
図１は、本実施形態のシステム構成の一例を示す図である。
本実施形態のシステムは、プリンタ又は複写機等の画像形成装置１００と、画像形成装置１００の稼働状況を管理する管理装置１０１と、管理装置１０１から送られてくる情報を管理するサーバ機能を有する中央管理装置１０２とを含む。
図１は、複数の画像形成装置１００と、管理装置１０１とがＬＡＮ１０３を介して接続されている状態を示している。また、図１は、管理装置１０１と、中央管理装置１０２とがインターネット１０４を介して接続されている状態を示している。但し、管理装置１０１がインターネット１０４を介した外部ネットワーク上にあり、画像形成装置１００と、管理装置１０１とがインターネット１０４を介して接続される構成としてもよい。また、管理装置１０１と、中央管理装置１０２とがＬＡＮを介してイントラネット接続される構成としてもよい。また、中央管理装置１０２は、複数の管理装置１０１と接続される構成としてもよい。
【００１０】
図２は、管理装置１０１のハードウェア構成の一例を示す図である。なお、管理装置１０１は、情報処理装置の一例である。
管理装置１０１は、通信Ｉ／Ｆ部２０１、記憶装置２０２、ＣＰＵ２０３、メモリ２０４、及び出力Ｉ／Ｆ部２０５を有する。
ＣＰＵ２０３は、記憶装置２０２に格納されているプログラムに基づいて処理を実行することにより、後述する管理装置１０１の機能（ソフトウェアの機能）及びフローチャートに係る処理を実現する。
通信Ｉ／Ｆ部２０１は、ＬＡＮ１０３と接続されるネットワークインターフェースである。通信Ｉ／Ｆ部２０１は、画像形成装置１００に対して各種要求をしたり、画像形成装置１００の稼働情報の取得等をしたりする。
記憶装置２０２は、ＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）や管理対象の画像形成装置１００（以後、単に画像形成装置１００と言う）のログ情報の取得・管理プログラム及び画像形成装置１００の電源状態等のデータを格納している。
ＣＰＵ２０３は、記憶装置２０２からプログラムをメモリ２０４にロードし、実行することにより各種制御を行う。
出力Ｉ／Ｆ部２０５は、ディスプレイ等の出力装置に接続され、プログラム等の実行結果を出力装置に出力する。
【００１１】
図３は、管理装置１０１のソフトウェア構成の中で、特に本システムに関わる部分のソフトウェア構成の一例を示す図である。
デバイスリスト取得部３０１は、中央管理装置１０２から画像形成装置１００の一覧情報が記されているデバイスリストを通信Ｉ／Ｆ部２０１を介して取得し、記憶装置２０２に保存する。なお、一覧情報は、画像形成装置１００の機種名及び機種情報等を含む。
タスク管理部３０２は、記憶装置２０２に格納されているデバイスリストに基づき、画像形成装置１００を識別するための識別情報（機種名及び機種情報等を含む）と、処理内容とが記されているタスクを画像形成装置１００毎に分割して作成する。
タスク格納部３０３は、タスク管理部３０２で画像形成装置１００毎に分割して作成されたタスクを記憶装置２０２内のキューに格納する。なお、タスク格納部３０３は、記憶装置２０２内の時限タスクストアに、キューに格納するタイミング情報（以後、単にタイミングと言う）と、タスクとを対応付けて格納し、指定のタイミングになったらキューにタスクを格納する。また、タスク格納部３０３は、キューに格納されたタスクを取得する。なお、タスク格納部３０３は、キューにタスクとタスクの処理の順番（番号）とを対応付けて格納し、順番の早い（番号の小さい）タスクから順に取得する。時限タスクストアについての説明は図９を用いて後述する。
電源状態管理部３０４は、画像形成装置１００から受信した電源状態通知と、画像形成装置１００の識別情報とを対応付けて記憶装置２０２内の電源状態ストアに格納し、電源状態を管理する。
電源状態問い合わせ部３０５は、記憶装置２０２で管理されている画像形成装置１００の電源状態通知を取得することにより、電源状態を判別する。
ＷａｋｅＵｐ通知部３０６は、電源状態問い合わせ部３０５で画像形成装置１００の電源状態通知を取得した結果、ＳＬＥＥＰ中であった場合、画像形成装置１００に対してＷａｋｅＵｐ通知を送信する。
取得部３０７は、タスク格納部３０３により取得されたタスクを解析して、画像形成装置１００が保持するログ情報やカウンタ値等を含む装置情報（以後、単に情報と言う）を取得し、記憶装置２０２に保存する。本実施形態では、一例として取得部３０７は、ジョブログを取得することとする。但し、取得部３０７は、ジョブログでなく、カウンタ情報やその他の情報を取得することとしてもよい。なお、取得部３０７の機能は、ＣＰＵ２０３が複数のスレッドを同時に実行することにより実現されてもよい。ＣＰＵ２０３は、複数のスレッドを同時に実行することにより、タスクを解析して画像形成装置１００からジョブログを取得する処理を、スレッド数の分だけ並行処理することができ、効率的な処理を実現できる。但し、スレッド数は、管理装置１０１のスペックに依存するため上限がある。より具体的には、ＣＰＵ２０３は、プログラムをロードし実行するメモリ２０４の容量により、スレッド数の上限を決定する。より具体的な処理の説明は、図６、図１０及び図１５を用いて後述する。
タイミング問い合わせ部３０８は、記憶装置２０２に格納されているキュー格納タイミングストアに問い合わせを行う。キュー格納タイミングストアの詳細については図１１を用いて後述する。
【００１２】
以下、図４に示されるフローチャートを用いて本実施形態の管理装置１０１のＣＰＵ２０３によるジョブログ取得処理について説明する。
図４は、本実施形態における管理装置１０１のＣＰＵ２０３がタスクをキューに格納するまでの処理の一例を示したフローチャートである。
Ｓ４０１で、ＣＰＵ２０３は、各種プログラムの動作にあたり必要な初期化処理を行い、処理をＳ４０２に進める。この初期化処理は、管理装置１０１と、画像形成装置１００との通信処理の初期化、システム設定の初期化及び変数の初期化等を含む。
Ｓ４０２で、ＣＰＵ２０３は、中央管理装置１０２がデバイスリスト取得タイミングか否かを判断し、デバイスリスト取得タイミングであれば、処理をＳ４０３に進める。
Ｓ４０３で、ＣＰＵ２０３は、通信Ｉ／Ｆ部２０１を介して中央管理装置１０２にアクセスし、管理対象となるデバイスリストを取得し、処理をＳ４０４に進める。
一方、Ｓ４０２で、ＣＰＵ２０３は、デバイスリスト取得タイミングでないと判断した場合、処理をＳ４０６に進める。
Ｓ４０４で、ＣＰＵ２０３は、デバイスリストを取得できたか否かを判断し、取得できたと判断した場合、処理をＳ４０５に進める。
Ｓ４０５で、ＣＰＵ２０３は、デバイスリストを記憶装置２０２に格納し、処理をＳ４０６に進める。
一方、Ｓ４０４で、ＣＰＵ２０３は、デバイスリストを取得できなかったと判断した場合、処理をＳ４０３に進める。
Ｓ４０６で、ＣＰＵ２０３は、画像形成装置１００がジョブログ取得タイミングか否かを判断し、ジョブログ取得タイミングであると判断した場合、処理をＳ４０７に進める。
Ｓ４０７で、ＣＰＵ２０３は、記憶装置２０２に格納されているデバイスリストに基づいて、画像形成装置１００毎に画像形成装置１００の識別情報と、処理内容とを記したタスクを作成し、処理をＳ４０８に進める。
一方、Ｓ４０６で、ＣＰＵ２０３は、ジョブログ取得タイミングでないと判断した場合、処理をＳ４０２に進める。
Ｓ４０８で、ＣＰＵ２０３は、Ｓ４０７で作成したタスクを記憶装置２０２内のキューに格納し、処理をＳ４０２に進める。なお、前記格納の処理は、第１の管理の処理の一例である。
【００１３】
ここで、タスクについて、図５を用いて説明する。
図５は、タスクの一例を示す図である。
タスクは、デバイス識別情報と、処理内容の情報とを含む。
デバイス識別情報は、ＩＰアドレス、デバイスＩＤ又はデバイスモデル等、画像形成装置１００を一意に識別可能な情報であれば何でもよい。処理内容の情報の一例は、ジョブログやカウンタ情報の取得等の情報である。
【００１４】
以下、図６に示されるフローチャートを用いて、本実施形態の管理装置１０１のＣＰＵ２０３によるジョブログ取得処理について説明する。
図６は、本実施形態における管理装置１０１のＣＰＵ２０３がキューからタスクを取得し、画像形成装置１００からジョブログを取得するまでの処理の一例を示すフローチャートである。
Ｓ６０１で、ＣＰＵ２０３は、キューにタスクがあるか否かを判断し、キューにタスクがあると判断した場合、処理をＳ６０２に進める。
一方、Ｓ６０１で、ＣＰＵ２０３は、キューにタスクがないと判断した場合、同様の処理を繰り返す。
Ｓ６０２で、ＣＰＵ２０３は、キューからタスクを取得し、処理をＳ６０３に進める。
Ｓ６０３で、ＣＰＵ２０３は、事前に画像形成装置１００にＷａｋｅＵｐ通知を送信したか否かの判断をし、送信していたと判断した場合、処理をＳ６０４に進める。なお、本実施形態では、ＣＰＵ２０３によるＷａｋｅＵｐ通知を送信したか否かの判断方法の一例として、フラグを用いて管理する方法を示している。ここで、本実施形態におけるフラグは、ＣＰＵ２０３により「ＯＮ／ＯＦＦ」（「１／０」）等の２値で表される変数である。本実施形態では、ＣＰＵ２０３がＷａｋｅＵｐ通知を送信していた場合にはフラグが"ＯＮ"、送信していない場合にはフラグが"ＯＦＦ"であるとする。また、ＣＰＵ２０３は、図７を用いて後述する記憶装置２０２内のＷａｋｅＵｐ通知管理ストアで画像形成装置１００のＷａｋｅＵｐ通知状態を管理する。つまり、Ｓ６０３で、ＣＰＵ２０３は、ＷａｋｅＵｐフラグがＯＮか否かを判断する。
【００１５】
ここで、ＷａｋｅＵｐ通知管理ストアについて、図７を用いて説明する。
図７は、ＷａｋｅＵｐ通知管理ストアの一例を示す図である。
ＷａｋｅＵｐ通知管理ストアは、デバイス識別情報と、ＷａｋｅＵｐ通知フラグの情報とを含む。
デバイス識別情報は、ＩＰアドレス、デバイスＩＤ又はデバイスモデル等、画像形成装置１００を一意に識別する情報であれば何でもよい。また、ＷａｋｅＵｐ通知フラグの情報は、ＷａｋｅＵｐ通知を送信したか否かがわかる情報であれば何でもよい。
【００１６】
Ｓ６０４で、ＣＰＵ２０３は、画像形成装置１００のＷａｋｅＵｐ通知フラグを"ＯＦＦ"にする。
一方、Ｓ６０３で、ＣＰＵ２０３は、ＷａｋｅＵｐ通知を送信していなかったと判断した場合、つまり、ＷａｋｅＵｐフラグがＯＮではないと判断した場合、処理をＳ６０５に進める。
Ｓ６０５で、ＣＰＵ２０３は、図８を用いて後述する記憶装置２０２内の電源状態ストアに画像形成装置１００の電源状態を問い合わせ、処理をＳ６０６に進める。
【００１７】
ここで、電源状態ストアについて、図８を用いて説明する。
図８は、電源状態ストアの一例を示す図である。
電源状態ストアは、デバイス識別情報と、電源状態の情報とを含む。
デバイス識別情報は、ＩＰアドレス、デバイスＩＤ、デバイスモデル等、画像形成装置を一意に識別する情報であれば何でもよい。また、電源状態の情報とは、ＳＬＥＥＰ、電源ＯＮ、電源ＯＦＦ等の情報である。
【００１８】
Ｓ６０６で、ＣＰＵ２０３は、電源状態ストアで管理されている画像形成装置１００の電源状態が電源ＯＮであるか否かを判断し、電源ＯＮの状態であると判断した場合、処理をＳ６０７に進める。
Ｓ６０７で、ＣＰＵ２０３は、画像形成装置１００からジョブログを取得し、処理をＳ６０８に進める。
Ｓ６０８で、ＣＰＵ２０３は、ジョブログを取得できたか否かを判断し、取得できたと判断した場合、処置をＳ６０９に進める。
Ｓ６０９で、ＣＰＵ２０３は、画像形成装置１００から取得したジョブログを記憶装置２０２に格納し、処理をＳ６０１に進める。
なお、ＣＰＵ２０３は、Ｓ６０７からＳ６０９までの処理を、複数のスレッドにより並行して実行するようにしてもよい。
一方、Ｓ６０８で、ＣＰＵ２０３は、ジョブログを取得できなかったと判断した場合、処理をＳ６０１に進める。
また、Ｓ６０６で、ＣＰＵ２０３は、電源ＯＮの状態ではないと判断した場合、処理をＳ６１０に進める。
Ｓ６１０で、ＣＰＵ２０３は、電源状態ストアで管理されている画像形成装置１００の電源状態がＳＬＥＥＰか否かを判断し、ＳＬＥＥＰ状態と判断した場合、処理をＳ６１１に進める。一方、Ｓ６１０で、ＣＰＵ２０３は、ＳＬＥＥＰ状態ではないと判断した場合、処理をＳ６０１に進める。
Ｓ６１１で、ＣＰＵ２０３は、画像形成装置１００に対してＷａｋｅＵｐ通知を送信し、処理をＳ６１２に進める。
Ｓ６１２で、ＣＰＵ２０３は、画像形成装置１００のＷａｋｅＵｐ通知フラグを"ＯＮ"にし、処理をＳ６１３に進める。
Ｓ６１３で、ＣＰＵ２０３は、Ｓ６０２でキューから取得したタスクと、タスクをキューに格納するタイミングとの情報を、図９を用いて後述する記憶装置２０２内の時限タスクストアに格納し、処理をＳ６０１に進める。ここで、タスクをキューに格納するタイミングとは、例えばＣＰＵ２０３が、画像形成装置１００が通常状態の際に情報取得処理を実行できるように、画像形成装置１００がＳＬＥＥＰ状態から通常状態に移行するまでの時間を考慮したタイミング等である。なお、本実施形態でＣＰＵ２０３は、予め定められたタイミングを指定することとするが、これに限る必要はない。なお、キューに格納されているタスクを時限タスクストアに退避させて格納する上述のＣＰＵ２０３の処理は、第２の管理の処理の一例である。
【００１９】
ここで時限タスクストアについて、図９を用いて説明する。
図９は、時限タスクストアの一例を示す図である。
時限タスクストアは、キューに格納するタイミングと、タスクとの情報を含む。
キューに格納するタイミングの情報は、日時指定等の情報でもよいし、ＣＰＵ２０３が予め設定されたカウンタ値（例：秒数等）をカウントダウンする等して管理する情報等でもよい。
なお、図６のフローチャートにおけるＳ６１３で、ＣＰＵ２０３は、タスクと、タスクをキューに格納するタイミングとの情報を時限タスクストアに格納する際、予め定められたタイミングを指定した。しかし、画像形成装置の機種によっては、ＳＬＥＥＰ状態から通常状態に移行する時間が遅い機種もあれば、早い機種もある。また、通常状態からＳＬＥＥＰ状態に移行するまでの時間も機種によって様々である。そうしたケースを考慮して、ＣＰＵ２０３は、機種によって指定するタイミングを制御するようにしてもよい。また、ＳＬＥＥＰ状態から通常状態に移行する時間が早い画像形成装置１００においては、ＣＰＵ２０３は、タスクと、タスクをキューに格納するタイミングとの情報を時限タスクストアに格納せずに、そのまま待機する等してもよい。例えば、メモリ２０４には、複数の画像形成装置１００の「識別情報」と、各々の画像形成装置１００がＳＬＥＥＰ状態から通常状態に復帰するまでの「復帰時間」とを対応付けた情報が設定されている。また、例えば、メモリ２０４には、ＳＬＥＥＰ状態から通常状態までの復帰時間が早いか否かの「閾値」（例えば、１秒未満の時間）と定義した情報が格納されている。ＣＰＵ２０３は、管理対象の画像形成装置１００が省電力状態である場合、メモリ２０４に格納されている画像形成装置１００の識別情報に対応する「復帰時間」と、「閾値（１秒未満）」とを比較する。更に、ＣＰＵ２０３は、「復帰時間」が「閾値」よりも長い場合はタスクと、タスクをキューに格納するタイミングとの情報を時限タスクストアに格納し、短い場合は格納せずに画像形成装置１００が応答するまで待機する。なお、本実施形態では、「閾値」を１秒未満としたが、これに限る必要はない。また、画像形成装置１００の機種毎に異なる「閾値」がメモリ２０４に設定されていてもよい。
【００２０】
上述の処理について図１０を用いて、説明する。
図１０は、本実施形態における管理装置１０１のＣＰＵ２０３がキューからタスクを取得し、画像形成装置１００からジョブログを取得するまでの処理の一例を示すフローチャートである。
図１０のＳ１００１からＳ１０１１までの処理は、図６のＳ６０１からＳ６１１までの処理と同様であるため説明を省略する。なお、実施形態１と同様に、ＣＰＵ２０３は、Ｓ１００７からＳ１００９までの処理を、複数のスレッドにより並行して実行するようにしてもよい。
Ｓ１０１２で、ＣＰＵ２０３は、図１１を用いて後述する記憶装置２０２内のキュー格納タイミングストアにタスクをキューに格納する必要があるか否かの問い合わせを行い、処理をＳ１０１３に進める。
【００２１】
ここで、キュー格納タイミングストアについて、図１１を用いて説明をする。
図１１は、キュー格納タイミングストアの一例を示す図である。
キュー格納タイミングストアは、デバイス識別情報と、タスクを時限タスクストアに格納する必要があるか否かの情報と、時間の情報とを含む。
デバイス識別情報は、ＩＰアドレス、デバイスＩＤ、デバイスモデル等、画像形成装置を一意に識別する情報であれば何でもよい。またＣＰＵ２０３は、時限タスクストアに格納する必要があるか否かを識別する情報を画像形成装置１００に対応付けて管理する。また、ＣＰＵ２０３は、時限タスクストアに格納する必要があるタスクに対応する画像形成装置１００に対して、時限タスクストアから取得しからキューに格納するまでの時間を対応付けて管理する。また、ＣＰＵ２０３は、時限タスクストアに格納する必要がないタスクに対応する画像形成装置１００に対して、待機している時間を対応付けて管理する。
【００２２】
Ｓ１０１３で、ＣＰＵ２０３は、Ｓ１０１２での処理の結果から画像形成装置１００が時限タスクストアに格納する必要がある機種か否かを判断し、格納する必要がない機種だと判断した場合、処理をＳ１０１４に進める。
Ｓ１０１４で、ＣＰＵ２０３は、キュー格納タイミングストアで指定された時間待機し、処理をＳ１００７に進める。
一方、Ｓ１０１３で、ＣＰＵ２０３は、格納する必要がある機種だと判断した場合、処理をＳ１０１５に進める。
Ｓ１０１５で、ＣＰＵ２０３は、画像形成装置１００のＷａｋｅＵｐ通知フラグを"ＯＮ"にし、処理をＳ１０１６に進める。
Ｓ１０１６で、ＣＰＵ２０３は、キュー格納タイミングストアで指定された時間と、タスクとを時限タスクストアに格納し、処理をＳ１００１に進める。なお、キューに格納されているタスクを時限タスクストアに退避させて格納する上述のＣＰＵ２０３の処理は、第２の管理の処理の一例である。
【００２３】
以下、図１２に示されるフローチャートを用いて、本実施形態の管理装置１０１のＣＰＵ２０３による時限タスク処理について説明する。
図１２は、本実施形態における管理装置１０１のＣＰＵ２０３が時限タスクストアに格納されているタスクを取得してキューに格納するまでの処理の一例を示すフローチャートである。
Ｓ１２０１で、ＣＰＵ２０３は、キューに格納するタイミングのタスクが時限タスクストアにあるか否か判断し、格納するタイミングのタスクがあると判断した場合、処理をＳ１２０２に進める。
Ｓ１２０２で、ＣＰＵ２０３は、時限タスクストアからタスクを取得し、処理をＳ１２０３に進める。
Ｓ１２０３で、ＣＰＵ２０３は、時限タスクストアから取得したタスクをキューに格納し、処理をＳ１２０１に進める。なお、ＣＰＵ２０３は、時限タスクストアから取得したタスクを、キューに格納されているタスクと、前記タスクに対する処理の順番とのうち、最後の順番になるように格納する。
一方、Ｓ１２０１で、ＣＰＵ２０３は、キューに格納するタイミングのタスクがないと判断した場合、再度Ｓ１２０１の処理を実行する。
【００２４】
以上、上述したようにＣＰＵ２０３は、ＳＬＥＥＰ中の画像形成装置から情報を取得する際に、ＳＬＥＥＰ状態から通常状態に移行するまでの待機時間をなくすことで、処理の効率化を図ることが可能になる。
【００２５】
＜実施形態２＞
上記実施形態１では、ＣＰＵ２０３が時限タスクストアから取得したタスクをキューに格納する際に、タスクの順番を制御することなくそのままキューに格納にしていたが、順番を制御するようにしてもよい。
【００２６】
以下、図１３を用いて本実施形態について説明する。
図１３は、本実施形態における管理装置１０１のＣＰＵ２０３が時限タスクストアに格納されているタスクを取得してキューに格納するまでの処理の一例を示すフローチャートである。
Ｓ１３０１で、ＣＰＵ２０３は、キューに格納するタイミングのタスクが時限タスクストアにあるか否か判断し、格納するタイミングのタスクがあると判断した場合、処理をＳ１３０２に進める。
Ｓ１３０２で、ＣＰＵ２０３は、時限タスクストアからタスクを取得し処理をＳ１３０３に進める。
Ｓ１３０３で、ＣＰＵ２０３は、時限タスクストアから取得したタスクをキューの先頭に格納し、処理をＳ１３０１に進める。つまり、ＣＰＵ２０３は、時限タスクストアから取得したタスクを、キューに格納されているタスクと、前記タスクに対する処理の順番とのうち、最初の順番になるように格納する。
一方、Ｓ１３０１で、ＣＰＵ２０３は、キューに格納するタイミングのタスクがないと判断した場合、再度Ｓ１３０１の処理を実行する。
その他、ＣＰＵ２０３がタスクをキューに格納する処理及びキューから取得したタスクに基づいて画像形成装置１００からジョブログ等の情報を取得する処理のフローは、実施形態１で説明した図４及び図６のフローと同様である。
【００２７】
以上、上述したようにＣＰＵ２０３は、時限タスクストアから取得したタスクをキューに格納する際にタスクの順番を制御し、キューの先頭に格納することで、キューの中での待機時間をなくすことができ、より効率的に処理を行うことができる。
【００２８】
＜実施形態３＞
上記実施形態２では、ＣＰＵ２０３は、キューの中のタスクの順番を制御することにより効率的な処理を実現したが、実施形態１及び２で説明したキューとは別に、優先キューを設けることにより同様の効果を生むことができる。なお、優先キューとは、処理対象の画像形成装置１００に対して優先的に処理を実行させるようにタスクを管理するキューである。
【００２９】
以下、図１４及び図１５を用いて本実施形態について説明する。
図１４は、本実施形態における管理装置１０１のＣＰＵ２０３が時限タスクストアに格納されているタスクを取得してキューに格納するまでの処理の一例を示すフローチャートである。
Ｓ１４０１で、ＣＰＵ２０３は、キューに格納するタイミングのタスクが時限タスクストアにあるか否か判断し、格納するタイミングのタスクがあると判断した場合、処理をＳ１４０２に進める。
Ｓ１４０２で、ＣＰＵ２０３は、時限タスクストアからタスクを取得し処理をＳ１４０３に進める。
Ｓ１４０３で、ＣＰＵ２０３は、時限タスクストアから取得したタスクを優先キューに格納し、処理をＳ１４０１に進める。なお、前記優先キューへの格納の処理は、優先管理処理の一例である。
一方、Ｓ１４０１で、ＣＰＵ２０３は、格納するタイミングのタスクがないと判断した場合、再度Ｓ１４０１の処理を実行する。
【００３０】
以下、図１５に示されるフローチャートを用いて本実施形態の管理装置１０１のＣＰＵ２０３によるジョブログ取得処理について説明する。
図１５は、本実施形態における管理装置１０１のＣＰＵ２０３がキューからタスクを取得し、画像形成装置１００からジョブログを取得するまでの処理の一例を示したフローチャートである。
Ｓ１５０１で、ＣＰＵ２０３は、優先キューにタスクがあるか否かを判断し、タスクがあると判断した場合、処理をＳ１５０２に進める。
Ｓ１５０２で、ＣＰＵ２０３は、優先キューに格納されているタスクを取得し、処理をＳ１５０５に進める。
一方、Ｓ１５０１で、ＣＰＵ２０３は、タスクがないと判断した場合、処理をＳ１５０３進める。
Ｓ１５０３で、ＣＰＵ２０３は、キューにタスクがあるか否かを判断し、タスクがあると判断した場合、処理をＳ１５０４に進める。
Ｓ１５０４で、ＣＰＵ２０３は、キューに格納されているタスクを取得し、処理をＳ１５０５に進める。
ＣＰＵ２０３によるＳ１５０５からＳ１５１５までの処理は、図６のＳ６０３からＳ６１３までの処理と同様であるため、説明を省略する。なお、実施形態１及び２と同様に、ＣＰＵ２０３は、Ｓ１５０９からＳ１５１１までの処理を、複数のスレッドにより並行して実行するようにしてもよい。
【００３１】
以上、上述したようにＣＰＵ２０３は、実施形態２のように一つのキューで制御するのではなく、複数のキューで制御することでも実施形態２と同様の効果を生むことができ、効率的な処理を実現することができる。
【００３２】
＜その他の実施形態＞
本実施形態は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００３３】
以上、上述した実施形態の処理によれば、ＳＬＥＥＰ中の画像形成装置１００から情報を取得する際に、ＳＬＥＥＰ状態から通常状態に移行するまでの待機時間をなくすことができ、画像形成装置１００に対する処理の効率化を図ることができる。
【００３４】
以上、本発明の好ましい形態について詳述したが、本実施形態は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
2014032619.tif 000003
【図２】
2014032619.tif 000004
【図３】
2014032619.tif 000005
【図４】
2014032619.tif 000006
【図５】
2014032619.tif 000007
【図６】
2014032619.tif 000008
【図７】
2014032619.tif 000009
【図８】
2014032619.tif 000010
【図９】
2014032619.tif 000011
【図１０】
2014032619.tif 000012
【図１１】
2014032619.tif 000013
【図１２】
2014032619.tif 000014
【図１３】
2014032619.tif 000015
【図１４】
2014032619.tif 000016
【図１５】
2014032619.tif 000017