(57)【要約】【課題】ネットワーク機器のもつ電源断タイマーをリセットすることなく、電源断までの無駄な時間や、その時間に消費される電力消費を軽減すること。【解決手段】管理装置１０１では、管理者６００からの設定等に応じてネットワーク機器１０２の再起動を伴うタスクを生成する（６０１）。ネットワーク機器１０２では、電源断タイマーを起動すると、管理装置１０１に対して、電源断タイマー開始通知を行う（６０３）。管理装置１０１では、電源断タイマー開始通知（Ｓ７００）に従って、該通知を行ったネットワーク機器１０２を対象として生成されるタスクを、該タスクの実行に伴ってネットワーク機器１０２が再起動しない設定とする（６０４、Ｓ７０８）。ネットワーク機器１０２では、前記通知に従って生成されたタスクが管理装置１０１で実行（６０５）されたことに応じて、再起動することなく、当該タスクで要求される処理を行う。【選択図】図７
2012168610.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク機器と、前記ネットワーク機器を管理する管理装置とを含む管理システムであって、
前記管理装置は、
前記ネットワーク機器の再起動を伴うタスクの生成を行う生成手段と、
前記生成手段で生成されたタスクを実行する実行手段と、
前記ネットワーク機器のシャットダウンの時期を特定するための通知を受信する受信手段と、を有し、
前記ネットワーク機器は、
前記管理装置に対して、前記ネットワーク機器のシャットダウンの時期を特定するための通知を行う通知手段と、
前記管理装置において実行されたタスクで要求される処理を行う処理手段と、を有し、
前記生成手段は、前記通知に従って、前記通知を行ったネットワーク機器を対象として生成されるタスクを、実行に伴ってネットワーク機器が再起動しない設定とし、
前記処理手段は、前記通知に従って前記生成手段で生成されたタスクが前記管理装置で実行されたことに応じて、再起動することなく、当該タスクで要求される処理を行うことを特徴とする管理システム。
【請求項２】
前記ネットワーク機器の再起動を伴うタスクは、前記ネットワーク機器にプログラムを適用するためのタスクであり、
前記処理手段は、前記通知に従って前記生成手段で変更されたタスクが前記管理装置で実行されたことに応じて、再起動することなく、前記タスクで要求されるプログラムを適用することを特徴とする請求項１に記載の管理システム。
【請求項３】
前記通知は、前記ネットワーク機器がスリープ状態に移行する通知であって、
前記ネットワーク機器に設定されているスリープ状態への移行からシャットダウンするまでの時間に基づき、ネットワーク機器のシャットダウンの時期が当該通知により特定されることを特徴とする請求項１又は２に記載の管理システム。
【請求項４】
前記生成手段は、実行すべき時期を指定して前記タスクを生成し、
さらに、前記生成手段は、前記通知を行ったネットワーク機器を対象として生成されるタスクで指定される実行すべき時期が、前記シャットダウンの時期より前である場合には、実行に伴ってネットワーク機器が再起動しない設定としたタスクを生成することを特徴とする請求項１乃至３のいずれか１項に記載の管理システム。
【請求項５】
前記生成手段は、前記通知を行ったネットワーク機器を対象として生成されるタスクで指定される実行すべき時期が、前記シャットダウンの時期より前の所定期間に含まれる場合には、実行に伴ってネットワーク機器が再起動しない設定としたタスクを生成することを特徴とする請求項４に記載の管理システム。
【請求項６】
前記生成手段は、前記通知を行ったネットワーク機器を対象として生成されるタスクで指定される実行すべき時期が、前記シャットダウンの時期から後の所定期間に含まれる場合には、実行すべき時期を前記シャットダウンの時期より前に指定して、実行に伴ってネットワーク機器が再起動しない設定としたタスクを生成することを特徴とする請求項４又は５に記載の管理システム。
【請求項７】
前記タスクは優先度を有し、
前記生成手段は、他のタスクとの相対的な優先度に従い、生成するタスクの実行すべき時期を指定することを特徴とする請求項６に記載の管理システム。
【請求項８】
前記管理装置は、
前記シャットダウンの時期の後に、前記ネットワーク機器がシャットダウンしたか否かを確認するための確認手段と、
前記確認手段により前記ネットワーク機器がシャットダウンしていないことが確認された場合には、前記ネットワーク機器に対して再起動を要求する要求手段と、
を有することを特徴とする請求項１乃至７のいずれか１項に記載の管理システム。
【請求項９】
ネットワーク機器を管理する管理装置であって、
前記ネットワーク機器の再起動を伴うタスクを、実行すべき時期を指定して生成する生成手段と、
前記生成手段で生成されたタスクを実行する実行手段と、
前記ネットワーク機器のシャットダウンの時期を特定するための通知を受信する受信手段と、を有し、
前記生成手段は、実行すべき時期が前記シャットダウンの時期より前である場合には、前記通知を行ったネットワーク機器を対象として生成されるタスクを、実行に伴ってネットワーク機器が再起動しない設定とすることを特徴とする管理装置。
【請求項１０】
前記ネットワーク機器の再起動を伴うタスクは、前記ネットワーク機器にプログラムを適用するためのタスクであることを特徴とする請求項９に記載の管理装置。
【請求項１１】
前記通知は、前記ネットワーク機器がスリープ状態に移行する通知であって、
前記ネットワーク機器に設定されているスリープ状態への移行からシャットダウンするまでの時間に基づき、ネットワーク機器のシャットダウンの時期が当該通知により特定されることを特徴とする請求項９又は１０に記載の管理装置。
【請求項１２】
前記生成手段は、前記通知を行ったネットワーク機器を対象として生成されるタスクで指定される実行すべき時期が、前記シャットダウンの時期より前の所定時間に含まれる場合には、実行に伴ってネットワーク機器を再起動しない設定としたタスクを生成することを特徴とする請求項９乃至１１のいずれか１項に記載の管理装置。
【請求項１３】
前記生成手段は、前記通知を行ったネットワーク機器を対象として生成されるタスクで指定される実行すべき時期が、前記シャットダウンの時期から後の所定時間に含まれる場合には、実行すべき時期を前記シャットダウンの時期より前に指定して、実行に伴ってネットワーク機器を再起動しない設定としたタスクを生成することを特徴とする請求項９乃至１２のいずれか１項に記載の管理装置。
【請求項１４】
前記タスクは優先度を有し、
前記生成手段は、他のタスクとの相対的な優先度に従い、生成するタスクの実行すべき時期を指定することを特徴とする請求項１３に記載の管理装置。
【請求項１５】
前記管理装置は、
前記シャットダウンの時期の後に、前記ネットワーク機器がシャットダウンしたか否かを確認するための確認手段と、
前記確認手段により前記ネットワーク機器がシャットダウンしていないことが確認された場合には、前記ネットワーク機器に対して再起動を要求する要求手段と、
を有することを特徴とする請求項９乃至１４のいずれか１項に記載の管理装置。
【請求項１６】
ネットワーク機器を管理する管理装置であって、
前記ネットワーク機器が有する前記ネットワーク機器をシャットダウンするためのタイマーをリセットする動作を伴うタスクを、実行すべき時期を指定して生成する生成手段と、
前記生成手段で生成されたタスクを実行する実行手段と、
前記ネットワーク機器に設定されている前記タイマーの起動から所定時間が経過した時期をシャットダウンの時期として特定するための、前記ネットワーク機器のタイマーが起動されたことを示す通知を受信する受信手段と、を有し、
前記生成手段は、実行すべき時期が前記シャットダウンの時期より前である場合には、前記通知を行ったネットワーク機器を対象として生成されるタスクを、実行に伴ってネットワーク機器のタイマーをリセットしない設定とすることを特徴とする管理装置。
【請求項１７】
前記ネットワーク機器のタイマーをリセットする動作を伴うタスクは、前記ネットワーク機器の再起動を伴うタスクであことを特徴とする請求項１６項に記載の管理装置。
【請求項１８】
ネットワーク機器と、前記ネットワーク機器を管理する管理装置とを含む管理システムにおける制御方法であって、
前記管理装置における、
前記ネットワーク機器の再起動を伴うタスクの生成を行う生成ステップと、
前記生成されたタスクを実行する実行ステップと、
前記ネットワーク機器のシャットダウンの時期を特定するための通知を受信する受信ステップと、
前記ネットワーク機器における、
前記管理装置に対して、前記ネットワーク機器のシャットダウンの時期を特定するための通知を行う通知ステップと、
前記管理装置において実行されたタスクで要求される処理を行う処理ステップと、を有し、
前記生成ステップでは、前記通知に従って、前記通知を行ったネットワーク機器を対象として生成されるタスクを、実行に伴ってネットワーク機器が再起動しない設定とし、
前記処理ステップでは、前記通知に従って前記生成ステップで生成されたタスクが前記管理装置で実行されたことに応じて、再起動することなく、当該タスクで要求される処理を行うことを特徴とする制御方法。
【請求項１９】
ネットワーク機器を管理する管理装置における制御方法であって、
前記ネットワーク機器の再起動を伴うタスクを、実行すべき時期を指定して生成する生成ステップと、
前記生成されたタスクを実行する実行ステップと、
前記ネットワーク機器のシャットダウンの時期を特定するための通知を受信する受信ステップと、を有し、
前記生成ステップでは、実行すべき時期が前記シャットダウンの時期より前である場合には、前記通知を行ったネットワーク機器を対象として生成されるタスクを、実行に伴ってネットワーク機器が再起動しない設定とすることを特徴とする制御方法。
【請求項２０】
ネットワーク機器を管理する管理装置における制御方法であって、
前記ネットワーク機器が有する前記ネットワーク機器をシャットダウンするためのタイマーをリセットする動作を伴うタスクを、実行すべき時期を指定して生成する生成ステップと、
前記生成されたタスクを実行する実行ステップと、
前記ネットワーク機器に設定されている前記タイマーの起動から所定時間が経過した時期をシャットダウンの時期として特定するための、前記ネットワーク機器のタイマーが起動されたことを示す通知を受信する受信ステップと、を有し、
前記生成ステップでは、実行すべき時期が前記シャットダウンの時期より前である場合には、前記通知を行ったネットワーク機器を対象として生成されるタスクを、実行に伴ってネットワーク機器のタイマーをリセットしない設定とすることを特徴とする制御方法。
【請求項２１】
請求項９乃至１５のいずれか１項に記載の手段としてコンピュータを機能させるためのプログラム。
【請求項２２】
請求項１６又は１７に記載の手段としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク機器と前記ネットワーク機器を管理する管理装置とを含む管理システムの制御に関する。
【背景技術】
【０００２】
プリンタや複合機などのネットワーク機器では、決められた時刻や決められた時間が経過すると、ネットワーク機器を待機状態（省電力状態、スリープ状態ともいう）や電源断の状態に遷移する機能を持つものがある。
【０００３】
例えば、ネットワーク機器が待機状態となった時刻から、ネットワーク機器管理者の設定したある一定の時間が経過すると、自動的に電源断の状態になるネットワーク機器が挙げられる。なお、経過時間による電源断のためにタイマー（以下、「電源断タイマー」または単に「タイマー」と記載する）が用いられる。
【０００４】
このタイマーは、待機状態から通常動作状態に状態遷移する、またはネットワーク機器が再起動されることでリセットされることがある。電源断するための時刻や経過時間の設定は、ネットワーク機器の管理者によってネットワーク機器に登録されている。
【０００５】
これらのネットワーク機器は管理装置によって管理される。管理装置には、管理対象のネットワーク機器に対して、ファームウェア等のプログラムを配信可能なものも存在しており、更にプログラム配信処理をスケジューリングすることで指定時刻に臨時処理や定期処理を実行可能なものも存在する。
【０００６】
なお、ネットワーク機器や管理装置の管理者などによる処理のスケジューリングの際、ネットワーク機器に設定された電源断時刻より後に処理を登録してしまうことがある。このような場合、ネットワーク機器が電源断の状態であるため、ネットワーク機器や管理装置はスケジューリングされた処理を実行できない。
【０００７】
この問題を回避するため、また処理を再登録する手間を軽減するための技術として、特許文献１が挙げられる。特許文献１は、登録された処理の完了時刻が電源断時刻を過ぎてしまう場合に、自動的に処理の再スケジューリングを行い、電源断までに処理を完了させるものである。
【０００８】
管理装置により配信処理されるファームウェア等のプログラムには、設定を反映させるためにネットワーク機器の再起動を要求するものがある。また、プログラム以外にも、例えばネットワーク設定など、設定項目によってはネットワーク機器の再起動が必要になる項目もある。管理装置において、再起動を要するプログラムの配信をスケジューリングされると、指定時刻にプログラムの配信・設定処理と、ネットワーク機器の再起動を実行する方法が一般的である。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１０−００４３３５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、上述したような、電源断タイマーを持つネットワーク機器を管理する管理装置であって再起動を要するプログラムの配信を行うのも管理装置では、電源断タイマーによる電源断時刻前に、プログラムの配信処理が実行されることがある。
【００１１】
この場合、プログラムの配信処理により再起動が発生し、電源断タイマーがリセットされてしまう。このため、ネットワーク機器では、再度、待機状態に移行するまでの時間と電源断タイマーにより電源断されるまでの時間だけ、無駄に電力を消費することになってしまう。
【００１２】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、ネットワーク機器のもつ電源断タイマーをリセットすることなく、電源断までの無駄な時間や、その時間に消費される無駄な電力消費を軽減し、且つ適切に処理を実行することができる仕組みを提供することである。
【課題を解決するための手段】
【００１３】
本発明は、ネットワーク機器と、前記ネットワーク機器を管理する管理装置とを含む管理システムであって、前記管理装置は、前記ネットワーク機器の再起動を伴うタスクの生成を行う生成手段と、前記生成手段で生成されたタスクを実行する実行手段と、前記ネットワーク機器のシャットダウンの時期を特定するための通知を受信する受信手段と、を有し、前記ネットワーク機器は、前記管理装置に対して、前記ネットワーク機器のシャットダウンの時期を特定するための通知を行う通知手段と、前記管理装置において実行されたタスクで要求される処理を行う処理手段と、を有し、前記生成手段は、前記通知に従って、前記通知を行ったネットワーク機器を対象として生成されるタスクを、実行に伴ってネットワーク機器が再起動しない設定とし、前記処理手段は、前記通知に従って前記生成手段で生成されたタスクが前記管理装置で実行されたことに応じて、再起動することなく、当該タスクで要求される処理を行うことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、ネットワーク機器のもつ電源断タイマーをリセットすることなく、電源断までの無駄な時間や、その時間に消費される無駄な電力消費を軽減し、且つ適切に処理を実行することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施例を示すネットワーク機器の管理システムの全体構成の一例を示す図である。
【図２】管理装置１０１やクライアント装置１０３のハードウェア構成の一例を示すブロック図である。
【図３】管理装置１０１のソフトウェア構成の一例を示すブロック図である。
【図４】ネットワーク機器１０２のハードウェア構成の一例を示す図である。
【図５】ネットワーク機器１０２のソフトウェア構成の一例を示すブロック図である。
【図６】実施例１における主な処理の流れを示すシーケンス図である。
【図７】実施例１における図６のタスクの再設定処理（６０４）の詳細を示すフローチャートである。
【図８】図７のＳ７０９の変更通知の一例を示す図である。
【図９】実施例２における主な処理の流れを示すシーケンス図である。
【図１０】図９の６０８における管理装置１０１のタスク管理モジュール３０３の詳細な動作を示すフローチャートである。
【図１１】実施例３における図６のタスクの再設定処理（６０４）の詳細を示すフローチャートである。
【図１２】図１１のＳ７０９の変更通知の一例を示す図である。
【図１３】図１１のタスクの再スケジューリング処理（Ｓ７１２）の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１７】
図１は、本発明の一実施例を示すネットワーク機器の管理システムの全体構成の一例を示す図である。
図１に示すように、本実施例の管理システムは、ネットワーク１００により互いに接続された管理装置１０１、ネットワーク機器１０２、及びクライアント装置１０３から構成される。
【００１８】
管理装置１０１は、ネットワーク機器１０２を管理するための装置である。また、管理装置１０１やクライアント装置１０３は、一般的なパーソナルコンピュータに含まれるような構成を有している。
【００１９】
ネットワーク機器１０２は、ネットワーク１００により管理装置１０１と接続されている。ネットワーク機器１０２は、ＭＦＰ(Multifunction Peripheral)やプリンタ、ＦＡＸ等であり、管理装置１０１で管理可能な機器を指す。なお、図１において管理装置１０１、ネットワーク機器１０２、クライアント装置１０３が接続されるネットワーク１００は、インターネットでもイントラネットでも良い。また、管理装置１０１やネットワーク機器１０２、クライアント装置１０３は、任意の数だけネットワーク１００に接続されていて良い。
【００２０】
以下、図２〜図５を用いて、本実施例の管理システムを構成する各装置のハードウェア構成及びソフトウェア構成を以下で説明する。
図２は、管理装置１０１やクライアント装置１０３のハードウェア構成の一例を示すブロック図である。
図２において、システムバス２００は、コンピュータを構成する各コンポーネント同士の共通データ交換経路である。ＣＰＵ(Central Processing Unit)２０１は、コンピュータ全体の制御や演算処理等を行う装置である。ＲＡＭ(Random Access Memory)２０２は、処理を行う際にプログラムやデータを記憶、実行する領域を指す。ＲＯＭ(Read Only Memory)２０３は、システム起動プログラムなどのプログラムをコンピュータ読み取り可能に記憶する領域である。
【００２１】
ＤＫＣ(Disk Controller)２０４は、ＨＤ(Hard Disk)２０５やＳＳＤ(Solid State Drive)などの外部記憶装置の制御を行う。ＨＤ２０５は、プログラムやデータをコンピュータ読み取り可能に記憶しており、必要に応じてＲＡＭ２０２やＨＤ２０５へプログラムやデータをロード可能である。なお、ＨＤ２０５の代わりに、ＳＳＤやその他の外部記憶装置を用いてもよい。
【００２２】
Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０６は、ネットワーク１００と接続しネットワーク通信を行う。入出力Ｉ／Ｆ２０７は、不図示のキーボードやマウス、ディスプレイなどに接続されており、データの入出力を行う。
【００２３】
管理装置１０１やクライアント装置１０３は、ＣＰＵ２０１が基本Ｉ／Ｏプログラム及びＯＳを実行している状態で動作する。基本Ｉ／Ｏプログラムは、ＲＯＭ２０３に記憶されており、ＯＳはＨＤ２０５に記憶されている。コンピュータの電源が入れられた際、基本Ｉ／Ｏプログラム中のイニシャルプログラムのロード機能により、ＨＤ２０５からＯＳがＲＡＭ２０２にロードされ、ＣＰＵ２０１により実行されて、ＯＳの動作が開始される。
【００２４】
図３は、管理装置１０１のソフトウェア構成の一例を示すブロック図である。
図３に示すように、管理装置１０１のソフトウェアには、ネットワークモジュール３００、Ｗｅｂサービス３０１、機器管理モジュール３０２、タスク管理モジュール３０３、データベース３０４が含まれている。なお、図３のソフトウェア構成は、プログラムとして管理装置１０１のＨＤ２０５に格納されており、該プログラムを管理装置１０１のＣＰＵ２０１が実行することにより実現される。即ち、図２に示したようなハードウェア構成のコンピュータを、図３に示すソフトウェア構成で機能させるためのプログラムが管理装置１０１のＨＤ２０５にコンピュータ読み取り可能に記録されている。
【００２５】
ネットワークモジュール３００は、ネットワーク１００を介して接続されたネットワーク機器１０２やクライアント装置１０３との通信を行う。Ｗｅｂサービス３０１は、クライアント装置１０３のＷｅｂブラウザからＨＴＴＰ(Hypertext Transfer Protocol)によるＧＥＴリクエストを受け取ると、ＨＤ２０５に保存されたＷｅｂページデータを返信するサービスを提供する。なお、ここではＨＴＴＰによる通信で説明しているが、ＨＴＴＰＳ(HTPPS over Secure Socket Layer)やＦＴＰ(File Transfer Protocol)などのその他の通信プロトコルを利用しても良く、ＨＴＴＰに限定されない。また、Ｗｅｂサービス３０１が受け取るリクエストは、クライアント装置１０３からのリクエストに限定されず、Ｗｅｂサービス３０１を利用できる環境からのリクエストであればよい。
【００２６】
機器管理モジュール３０２は、ネットワーク機器１０２を管理するための処理（以下、タスクと記載する）を実行するモジュールである。例えば、ネットワーク機器１０２の動作状態を確認し確認結果をデータベース３０４へ保存するタスクや、ネットワーク機器１０２に対して再起動を要求・実行するタスクが挙げられる。
【００２７】
タスク管理モジュール３０３は、前述のタスクの生成や、前述のタスクのスケジューリング、タスクの内容を書き換えることができるモジュールである。例えば、毎日０時にタスクを実行するようにスケジューリングすることや、再起動や電源断を伴うタスクにおいて、それらの処理を実行するかどうかを制御することができる。なお、タスクのスケジューリングに関する情報は、データベース３０４に保存されている。
【００２８】
上記のように機器管理モジュール３０２、タスク管理モジュール３０３は、Ｗｅｂサービス３０１と共にネットワーク機器１０２を管理するＷｅｂアプリケーションを実現している。なお、Ｗｅｂアプリケーションに限定されず、ネイティブアプリケーションであっても良い。
【００２９】
データベース３０４には、ネットワーク機器１０２の情報や、機器管理モジュール３０２により取得した情報、タスク管理モジュール３０３によるタスクの情報などが記憶されている。なお、データベース３０４は機器管理モジュール３０２やタスク管理モジュールからアクセス可能であれば、管理装置１０１とは別の機器上にあっても良い。
【００３０】
図４は、ネットワーク機器１０２のハードウェア構成の一例を示す図であり、ここではＭＦＰの例を示す。
図４に示すように、ネットワーク機器１０２は、制御ユニット４００、操作部４０１、プリンタ４０２、スキャナ４０３を有する。
制御ユニット４００の操作部関連の構成は、ＣＰＵ４１０、ＲＡＭ４１１、操作部Ｉ／Ｆ４１２、Ｎｅｔｗｏｒｋ Ｉ／Ｆ４１３、ＲＯＭ４１４、ＤＫＣ４１５、ＨＤ４１６、Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ４１７、システムバス４１８を備える。制御ユニット４００の印刷、スキャン関連の構成は、画像バス４１９、スキャナ画像処理部４２０、プリンタ画像処理部４２１、ＲＩＰ４２２、デバイスＩ／Ｆ４２３を備える。
【００３１】
ＣＰＵ４１０は、制御ユニット４００全体を制御するためのコントローラである。ＲＡＭ４１１は、画像データを一時記憶するための画像メモリである。操作部Ｉ／Ｆ４１２は、操作部４０１とのインタフェースであり、操作部４０１で表示する画像データを操作部４０１に対して出力する。また、ユーザが操作部４０１により入力した情報をＣＰＵ４１０へ伝達する役割を有する。
【００３２】
Ｎｅｔｗｏｒｋ Ｉ／Ｆ４１３は、ネットワーク１００と接続しており、ネットワーク１００を介して、外部の装置と情報のやり取りをするインタフェースである。また、Ｎｅｔｗｏｒｋ Ｉ／Ｆ４１３は、ネットワーク機器１０２の各種情報を格納したＭＩＢ(Management Information Base)を備える。ＭＩＢが有する各種情報は、ＩＰアドレスやネットワーク機器の名称、状態などの情報を指す。
【００３３】
ＲＯＭ４１４は、ブートＲＯＭであり、システムのブートプログラムがコンピュータ読み取り可能に記録されている。ＤＫＣ４１５は、ＨＤ４１６やＳＳＤ等の外部記憶装置の制御を行う。ＨＤ４１６は、外部記憶装置であり、システムソフトウェアや画像データをコンピュータ読み取り可能に記録する。なお、ＨＤ４１６の代わりにＳＳＤ等の他の外部記憶装置を用いてもよい。
【００３４】
Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ４１７は、システムバス４１８と画像バス４１９とを接続し、データ変換を行うバスブリッジである。システムバス４１８は、制御ユニット４００を構成する各コンポーネント同士の共通データ交換経路である。
【００３５】
画像バス４１９は、ＰＣＩバス、またはＩＥＥＥ１３９４で構成されており、画像データを高速に転送する経路である。スキャナ画像処理部４２０は、入力画像に対し、補正や加工、編集を行う。プリンタ画像処理部４２１は、プリント出力画像データに対して、プリンタの性能に応じた補正、解像度の変換などを行う。
【００３６】
ＲＩＰ(Raster Image Processor)４２２は、ネットワーク１００から送られてきたＰＤＬ(Page Description Language)コマンドをビットマップイメージに展開する。デバイスＩ／Ｆ４２３は、画像入出力デバイスであるプリンタ４０２、及びスキャナ４０３と制御ユニット４００とを接続し、画像データの変換を行う。
【００３７】
ネットワーク機器１０２の電源が入れられた際、ＲＯＭ４１４内のブートプログラム中のロード機能により、ＨＤ４１６からシステムソフトウェアがＲＡＭ４１１にロードされ、ＣＰＵ４１０により実行されて、ネットワーク機器の各種機能が使用可能になる。
【００３８】
図５は、ネットワーク機器１０２のソフトウェア構成の一例を示すブロック図である。
図５に示すように、ネットワーク機器１０２のソフトウェア構成は、ネットワークモジュール５００、及び管理モジュール５０１を含む。
ネットワークモジュール５００は、ネットワーク１００に接続された外部装置（管理装置１０１やクライアント装置１０３）とのインタフェースの役割をする。例えば管理装置１０１からネットワーク機器の機器情報の取得要求を受け取り、管理モジュール５０１へ要求を伝える。管理装置１０１などとの通信は、ＳＮＭＰ(Simple Network Management Protocol)による通信や、ＳＯＡＰ(Simple Object Access Protocol)メッセージによる通信などが挙げられる。また、ネットワークモジュール５００は、管理モジュール５０１から機器情報を受け取り、ネットワーク１００を介して管理装置１０１へ応答する。
【００３９】
管理モジュール５０１は、ネットワーク機器１０２の内部操作を行うためのモジュールであり、タスク実行モジュール５０２、情報管理モジュール５０３、状態監視モジュール５０４を含んでいる。
【００４０】
タスク実行モジュール５０２は、管理装置１０１やネットワーク機器１０２の管理者によって設定されたタスクを実行するためのモジュールである。例えば、管理装置１０１からネットワーク機器１０２の再起動要求をされた場合、タスク実行モジュール５０２は、再起動要求を解釈し、再起動に必要な内部処理を実行する。
【００４１】
情報管理モジュール５０３は、ネットワーク機器１０２に設定されている情報（名称、ＩＰアドレス、電源断タイマー設定値など）を管理するモジュールである。具体的には、管理装置１０１などからの機器設定情報の取得要求に対して、ネットワーク機器１０２の設定情報を返答することができる。
【００４２】
状態監視モジュール５０４は、ネットワーク機器１０２が正常に動作しているか、待機状態（省電力状態、スリープ状態ともいう）であるか、エラーが発生している状態であるか、などを監視するモジュールである。例えば、状態監視モジュール５０４は、ネットワーク機器１０２が通常動作状態から待機状態に遷移すると、管理装置１０１に対して、状態変化した旨を通知することも可能である。また、状態監視モジュール５０４は、ネットワーク機器１０２が通常動作状態から待機状態に遷移すると、状態監視モジュール５０４においてネットワーク機器１０２の電源断タイマーを起動する。さらに、状態監視モジュール５０４は、ネットワーク機器１０２がスリープ状態に移行して電源断タイマーを起動した旨を、ネットワーク機器１０２の電源断（シャットダウン）の時期を特定するための通知として、管理装置１０１に通知する。そして、タイマー時間（ネットワーク機器毎に設定される時間）になると、状態監視モジュール５０４は、電源断タスクをタスク実行モジュール５０２に要求・実行させることができる。
【００４３】
なお、ネットワーク機器１０２の機器情報を代表とする情報は、ＨＤ４１６に格納されている。また、ネットワーク機器１０２の情報は、図５に示されていないがデータベースによって管理されていても良い。さらに、電源断タイマーは、状態監視モジュール５０４と別モジュールであっても良い。
【００４４】
図６は、実施例１における主な処理の流れを示すシーケンス図である。なお、図６では、タスク処理の一例としてファームウェア更新タスクを例に挙げて説明する。ファームウェア更新タスクは、ネットワーク機器１０２に組み込まれているファームウェアを別のファームウェアに更新する処理を指す。また、ファームウェア更新タスクは、新たに組み込まれたファームウェア設定を反映させるため、ネットワーク機器１０２の再起動が必要なものとする。なお、図６中の管理装置１０１の処理は、管理装置１０１のＣＰＵ２０１がＨＤ２０５にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現される。また、図６中のネットワーク機器１０２の処理は、ネットワーク機器１０２のＣＰＵ４１０がＨＤ４１６にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現される。なお、６０１〜６０７は各ステップを示す。
【００４５】
図６では、まず管理装置１０１の管理者６００により、ファームウェア更新タスクの設定が行われる（６０１）。６０１のタスクの設定では、どのネットワーク機器に対して、どのファームウェアを、いつ更新するかなどを管理装置１０１に設定する。このタスク設定の機能は、管理装置１０１のＷｅｂサービス３０１及びタスク管理モジュール３０３により提供されている。管理者６００は、クライアント装置１０３のＷｅｂブラウザから管理装置１０１のＷｅｂサービスにアクセスし、クライアント装置１０３のＷｅｂブラウザ上でタスク設定の操作を行う。この操作に応じてクライアント装置１０３のＷｅｂブラウザからタスク設定のリクエストが管理装置１０１のＷｅｂサービス３０１に送信され、タスク管理モジュール３０３に渡される。タスク管理モジュール３０３は、上記タスク設定のリクエストに応じて、タスクを設定する（タスクを生成し、データベース３０４に登録する）。なお、タスクの設定は、管理者からの設定に限定されるものではない。例えば、インターネット等のネットワークを介してメーカーや販売会社等に設置されたサーバ等からも、タスクの設定が行われる構成であってもよい。
【００４６】
タスク管理モジュール３０３でタスクの設定が完了すると、Ｗｅｂサービス３０１は、タスクの設定完了通知を、タスク設定をリクエストしたクライアント装置１０３のＷｅｂブラウザに送信する（６０２）。即ち、タスクの設定完了通知を、タスクを設定した管理者６００に対して行う。
【００４７】
管理者６００によるタスク設定（６０1）が完了した後、該６０１で設定したタスクの実行時間より前に、該タスクの対象となっているネットワーク機器１０２の状態監視モジュール５０４から電源断タイマーが起動した旨が、管理装置１０１に通知された場合（６０３）、管理装置１０１のタスク管理モジュール３０３は、前記タスクの再設定処理（図７）を行う（６０４）。
【００４８】
なお、電源断タイマーは、前記ネットワーク機器１０２が待機状態となった際等に、状態監視モジュール５０４により起動される。また、６０４のタスクの再設定処理では、図７にて詳細に示すように、ネットワーク機器の再起動実施の有無を判断し、判断結果に応じてタスクの設定を変更する。例えば、ファームウェア更新タスクの再設定の場合、電源断タイマーが起動されているときには、ファームウェア更新タスクで必要な再起動を実施しない設定に変更する。
【００４９】
そして、上記６０１で設定した、及び／又は、上記６０４で再設定したタスクの実行時間になると、タスク管理モジュール３０３は、管理装置１０１の機器管理モジュール３０２に要求して、上記タスクを実行させる（６０５）。例えば、前記ネットワーク機器１０２のファームウェアを更新するタスクを実行する。このタスクの場合、管理装置１０１の機器管理モジュール３０２は、前記ネットワーク機器１０２に更新するファームウェアを送信し、ファームウェアの更新を要求する。この要求に応じて、前記ネットワーク機器１０２のタスク実行モジュール５０２は、管理装置１０１から受信したファームウェアを用いてファームウェアを更新するための処理（タスク）を実行する。
【００５０】
そして、前記ネットワーク機器１０２のタスク実行モジュール５０２によるタスクの実行が完了すると、タスク実行モジュール５０２は、管理装置１０１に対して実行完了通知を行う（６０６）。また、タスク実行モジュール５０２は、管理者６００に対しても実行完了通知を行う（６０７）。なお、６０７の実行完了通知は、前記ネットワーク機器１０２から通知するのではなく、上記６０６の実行完了通知を受けた管理装置１０１から通知するものでもよい。また、上記６０７の管理者６００への実行完了通知は、管理者６００のクライアント装置１０３の表示装置の画面上でのポップアップ表示でも良いし、予め登録されている管理者６００のメールアドレスへのメール通知などでも良い。また６０６、６０７の実行完了通知を行わない構成であっても良い。
【００５１】
図７は、実施例１における図６のタスクの再設定処理（６０４）の詳細を示すフローチャートである。本処理は、管理装置１０１のタスク管理モジュール３０３が動作の主体である。即ち、図７の処理は、管理装置１０１のＣＰＵ２０１がＨＤ２０５にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現される。
【００５２】
なお、本処理は再起動を伴うタスクとして、ネットワーク機器１０２にファームウェア（プログラム）を適用するタスクについての再設定処理について述べた。しかし、本発明はこれに限定されるものではなく、タイマーがリセットされるような動作を伴うタスクであれば良い。また、実行するネットワーク機器１０２の設定変更などのタスク処理自体は、その処理を行ってもタイマーがリセットされないものとする。
【００５３】
管理装置１０１のタスク管理モジュール３０３は、ネットワーク機器１０２において電源断タイマーが起動されたことを示す通知（即ち、ネットワーク機器１０２のシャットダウンの時期を特定するための通知）を受信すると（Ｓ７００）、Ｓ７０１に処理を進める。Ｓ７００の通知は、前述の６０３に該当しており、ネットワーク機器１０２により発せられる。また、Ｓ７００の通知は一度ネットワークモジュール３００により受信され、ネットワークモジュール３００からタスク管理モジュール３０３に本通知が伝えられる。
【００５４】
Ｓ７０１では、タスク管理モジュール３０３は、上記Ｓ７０１で受信した電源断タイマー開始通知を行ったネットワーク機器１０２に設定された電源断タイマーの設定情報をデータベース３０４から取得する。電源断タイマー設定情報は、タイマー開始から電源断するまでの時間を指している。この電源断タイマー設定情報は、データベース３０４に登録された設定情報を利用するのではなく、機器管理モジュール３０２を利用して直接ネットワーク機器１０２から取得しても良い。
【００５５】
Ｓ７０２では、タスク管理モジュール３０３は、上記Ｓ７０１で受信した電源断タイマー開始通知を行ったネットワーク機器１０２の電源断の予定時刻を計算する。電源断の予定時刻は、上記Ｓ７００の電源断タイマーを受信した時点でのシステム時間と、上記Ｓ７０１で取得したネットワーク機器１０２の電源断タイマー設定時刻を利用して計算される。
【００５６】
次に、Ｓ７０３において、タスク管理モジュール３０３は、予め管理装置１０１に登録されている、上記Ｓ７０１で受信した電源断タイマー開始通知を行ったネットワーク機器を対象として生成されたタスクの一覧をデータベース３０４から取得する。
次に、Ｓ７０４において、タスク管理モジュール３０３は、上記Ｓ７０３で取得したタスクの一覧における個々のタスクの設定情報を先頭から順にチェックする。
そして、Ｓ７０５において、タスク管理モジュール３０３は、全てのタスクに対して処理が完了したかを判定する。
タスク管理モジュール３０３は、上記Ｓ７０４にて次のタスクが取得できた場合は、まだ全タスクのチェックが完了していないと判定し（Ｓ７０５でＮｏ）、Ｓ７０６へ処理を進める。
【００５７】
Ｓ７０６では、タスク管理モジュール３０３は、現在参照しているタスクが上記Ｓ７０２で計算した電源断予定時刻より前に実行されるタスクか否かを判定する。なお、Ｓ７０６は、実行するタスクが電源断前に完了することを前提とした判断でも、タスクが電源断前に開始されることを前提とした判断でも良い。また、Ｓ７０６は、実行するタスクが電源断の時期より所定時間前から前記電源断の時期までの期間に実行されるタスクか否かを判定するようにしてもよい。即ち、Ｓ７０６では、上記Ｓ７０１で受信した電源断タイマー開始通知を行ったネットワーク機器を対象として生成されるタスクで指定される実行すべき時期が、上記Ｓ７０２で計算した電源断予定時刻より前の所定期間に含まれるタスクか否かを判定するようにしてもよい。
【００５８】
そして、現在参照しているタスクが上記Ｓ７０２で計算した電源断予定時刻より前に実行されるタスクでないと判定した場合（Ｓ７０６でＮｏ）、タスク管理モジュール３０３は、次のタスクのチェックをするため、Ｓ７０４へ処理を移行させる。
【００５９】
一方、現在参照しているタスクが上記Ｓ７０２で計算した電源断予定時刻より前に実行されるタスクであると判定した場合（Ｓ７０６でＹｅｓ）、タスク管理モジュール３０３は、Ｓ７０７へ処理を移行させる。
【００６０】
Ｓ７０７では、タスク管理モジュール３０３は、現在処理しているタスクがネットワーク機器１０２の再起動を伴うタスクであるか否かを判断する。再起動を伴うタスクとは、例えば前述のファームウェア更新タスクが挙げられる。ファームウェア更新タスクは、ネットワーク機器１０２に設定したファームウェアを反映させるために再起動をする必要がある。タスク実行時にネットワーク機器１０２を再起動するかどうかは、タスク作成・登録時にユーザが指定してもよいし、タスク実行モジュールが自動判別してもよい。
【００６１】
そして、再起動を伴わないタスクと判断された場合（Ｓ７０７でＮｏ）、タスク管理モジュール３０３は、次のタスクのチェックをするため、Ｓ７０４へ処理を移行させる。
一方、再起動を伴うタスクと判断された場合（Ｓ７０７でＹｅｓ）、タスク管理モジュール３０３は、Ｓ７０８へ処理を移行させる。
Ｓ７０８では、タスク管理モジュール３０３は、現在処理しているタスクの実行時に再起動を実行しないようにタスクの再設定（変更）を行う。このＳ７０８の処理を実施することで、タスクの実行に伴い電源断タイマーがリセットされることを回避することができる。なお、タスクの再設定は、一度古いタスクをデータベース３０４から削除し、新しく再起動しないタスクとしてデータベース３０４に登録し直しても良い。また複数のネットワーク機器１０２に対して１つのタスクが設定されている場合、そのタスクから電源断タイマーに影響されるネットワーク機器１０２だけをデータベース３０４から削除し、新たに影響されるネットワーク機器１０２だけのタスクをデータベース３０４に作成しても良い。
【００６２】
なおＳ７０８の処理を完了すると、タスク管理モジュール３０３は、次のタスクのチェックをするため、Ｓ７０４へ処理を移行させる。
そして、上記Ｓ７０４にて次のタスクが取得できなかった場合、タスク管理モジュール３０３は、全タスクのチェックが完了したとみなし（Ｓ７０５でＹｅｓ）、Ｓ７０９へ処理を移行させる。
【００６３】
Ｓ７０９では、タスク管理モジュール３０３はＷｅｂサービス３０１に要求して、上記Ｓ７０８でタスクの再設定がなされた場合には再設定がなされた旨の通知、また、電源断タイマーの影響によりタスクが実行されない可能性がある場合にはその旨の通知などを含む変更通知を行い、図７に示す処理を終了する。
【００６４】
図８は、図７のＳ７０９の変更通知の一例を示す図である。
図８において、８００は、管理装置１０１のＷｅｂサービス３０１で提供され、汎用コンピュータであるクライアント装置１０３のＷｅｂブラウザなどに表示される画面である。また、８００は管理装置１０１の管理画面の一部として表示され、タスクの設定に変更が加えられた場合に表示される。
【００６５】
８０１はデバイス情報を示している。デバイス情報８０１は、ネットワーク機器１０２の設定情報（機器名など）やネットワーク機器１０２の状態などを示している。
８０２は、上記図７のＳ７０３にて取得したタスクの一覧を表示し、さらにタスクの設定に変更のあったものや電源断タイマーにより影響の出たものをユーザに提示する画面である。例えば、図８における「Ｔａｓｋ０１」は、再起動を伴うファームウェア更新タスクであり、タスク実行時間が１時と指定されている。「Ｔａｓｋ０１」が、図７の処理により再起動を伴わないタスクに変更されたため、アイコンやコメントに情報が追加されている。また、「Ｔａｓｋ０３」においてもタスクが実行されない可能性があるため、その旨がアイコンとコメントに追加されている。なお、図８の画面例はウィンドウによる表示形式であるが、この表示形式等に限定されない。
また、この変更通知は、予め登録された管理者のメールアドレスにメール送信される構成でもよい。
【００６６】
以上により、本実施例では管理装置１０１に登録された電源断タイマーをリセットする動作を伴うタスク（例えば、再起動を伴うタスク）により電源断タイマーをリセットせず、電源断までの無駄な時間を軽減することができる。また管理装置１０１及びネットワーク機器１０２の管理者に対し、適切な通知をすることができる。
よって、ネットワーク機器１０２へファームなどのプログラムを配信する管理装置１０１からファームウェアのバージョンアップ等のタスクを実行しても、ネットワーク機器１０２を効率的にシャットダウンさせることができ、無駄な電力消費を軽減できる。
【実施例２】
【００６７】
実施例１では、電源断タイマーによる電源断予定時刻より前のタスクに対して、再起動をしないように設定する方法について述べた。実施例１における処理により、再起動しない設定をすることで、次の電源断タイマーによる電源断までの無駄な時間を軽減することが出来たが、タイマーによる電源断が実施されなかった場合はタスクの設定が反映されることがない。そこで本実施例では実施例１における処理を実施した後、タスクを適切に処理するための方法について述べる。
【００６８】
なお、システム全体構成、及び管理装置１０１、ネットワーク機器１０２、クライアント装置１０３のハードウェア構成とソフトウェア構成については実施例１と同様のため、ここでの説明は省略する。また、実施例１におけるタスク再設定処理（図７）、変更通知（図８）についても実施例１と同様であるため、説明を省略する。
【００６９】
図９は、実施例２における主な処理の流れを示すシーケンス図である。なお、図９中の管理装置１０１の処理は、管理装置１０１のＣＰＵ２０１がＨＤ２０５にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現される。また、図９中のネットワーク機器１０２の処理は、ネットワーク機器１０２のＣＰＵ４１０がＨＤ４１６にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現される。なお、６０１〜６１５は各ステップを示す。また、６００〜６０７の説明は図６と同様のため説明を省略する。
【００７０】
６０８は、ユーザがネットワーク機器１０２を操作したこと等により、ネットワーク機器１０２でセット（タイマー開始）された電源断タイマーがリセット（解除）されるか否かの分岐の処理を示す。以下、詳細に説明する。
【００７１】
電源断タイマーが解除されていない場合は６０９〜６１０の処理が実行され、電源断タイマーが解除された場合は６１１〜６１５の処理が実行される。
６０９〜６１０は、６０８において電源断タイマーが解除されていない場合の処理を示している。
電源断タイマーが解除されなかった場合、ネットワーク機器１０２の機器状態監視モジュールは、電源断タイマーがタイマー時間を経過すると、タスク実行モジュール５０２に要求してネットワーク機器１０２の電源をオフにする。
【００７２】
管理装置１０１のタスク管理モジュール３０３は、６０４（図７のＳ７０２）で計算した電源断予定時刻を過ぎると、ネットワーク機器１０２が電源断されたかを確認する死活確認を行う（６１０）。この６１０の死活確認において、ネットワーク機器１０２からの応答が無かった場合、管理装置１０１のタスク管理モジュール３０３は、ネットワーク機器１０２が電源断タイマーにより電源オフ状態になったと判断し、図６に示す処理を終了する。
【００７３】
６１１〜６１５は、６０８において電源断タイマーが解除された場合の処理を示している。
電源断タイマーがタイマー時間を経過する前に電源断タイマーが解除されるジョブが発生すると、ネットワーク機器１０２の機器状態監視モジュールは、電源断タイマーを解除し（６１１）、タスク実行モジュール５０２等が該ジョブを実行し、ジョブ結果を出力する（６１２）。例えば、電源断タイマーが解除される処理として、ユーザによる印刷実行が挙げられる。なお、６１１や６１２の電源断タイマー解除は、ユーザによる動作に限定されず、管理装置１０１からのタイマー解除されるタスクの実行などでも良い。
【００７４】
管理装置１０１のタスク管理モジュール３０３は、６０４（図７のＳ７０２）で計算した電源断予定時刻を過ぎると、ネットワーク機器１０２が電源断されたかを確認する死活確認を行う（６１０）。この６１０の死活確認において、ネットワーク機器１０２からの応答を受信すると（６１３）、管理装置１０１のタスク管理モジュール３０３は、ネットワーク機器１０２の電源断タイマーが解除されたと判断する。電源断タイマーが解除されたと判断すると、上記６０５のタスク実行により設定された情報を反映させるため、管理装置１０１のタスク管理モジュール３０３は、機器管理モジュール３０２に要求して、ネットワーク機器１０２に対し再起動要求を行う（６１４）。
【００７５】
ネットワーク機器１０２は再起動要求をされると、ネットワーク機器１０２のタスク実行モジュール５０２が再起動を行い、再起動完了後に、管理装置１０１に対して再起動を実行した旨を伝える（６１５）。なお、６１５の応答は、再起動直前に管理装置１０１対して通知しても良い。
【００７６】
図１０は、図９の６０８における管理装置１０１のタスク管理モジュール３０３の詳細な動作を示すフローチャートである。即ち、図７の処理は、管理装置１０１のＣＰＵ２０１がＨＤ２０５にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現される。
【００７７】
設定されたタスクの実行時間になると、タスク管理モジュール３０３は、機器管理モジュール３０２に要求して、タスクを実行させる（Ｓ９００）。Ｓ９００は、図６の６０５に該当しており、ここでは図６の６０４にて再起動要求をしない設定に変更されたタスクを実行するものとする。
【００７８】
次に、Ｓ９０１において、タスク管理モジュール３０３は、ネットワーク機器１０２から電源断通知を受けたかどうかを判断する。電源断通知とは、ネットワーク機器１０２が電源オフ状態になる直前に状態監視モジュール５０４からマルチキャストなどを利用して出される通知を指す。なお、通知するための手段はマルチキャストに限らず、管理装置１０１が、どのネットワーク機器１０２においていつ電源断されるかを判断出来れば良い。
【００７９】
そして、電源断通知の受信が確認できたと判断した場合（Ｓ９０１でＹｅｓ）、タスク管理モジュール３０３は、図９に示す処理を終了する。
一方、電源断通知の受信が確認できなかったと判断した場合（Ｓ９０１でＮｏ）、タスク管理モジュール３０３は、Ｓ９０２へ処理を進める。
【００８０】
Ｓ９０２では、タスク管理モジュール３０３は、図７のＳ７０２で計算された電源断予定時刻＋αになったかを判断する。図１０では、電源断予定時刻と実際の電源断時間とのズレ（α）を考慮し電源断予定時刻に幅を持たせている。αはユーザにより任意の時間を設定してもよい。
そして、未だ電源断予定時刻＋αになっていないと判断した場合（Ｓ９０２でＮｏ）、タスク管理モジュール３０３は、Ｓ９０１へ処理を戻す。
【００８１】
一方、電源断予定時刻＋αになっていると判断した場合（Ｓ９０２でＹｅｓ）、タスク管理モジュール３０３は、Ｓ９０３へ処理を移行させる。
Ｓ９０３では、タスク管理モジュール３０３は、ネットワーク機器１０２が電源断されたかを確認する死活確認を行う。なお、Ｓ９０３は図６の６１０に該当するものであり、ネットワーク機器１０２に対して電源断されたか否かを確認するための処理である。なお、死活確認の一例として、ネットワーク機器１０２に対しｐｉｎｇなどのパケットを送り、応答があるかを確認する方法が挙げられる。
【００８２】
そして、Ｓ９０４において、タスク管理モジュール３０３は、上記Ｓ９０３の死活確認の結果を受け、ネットワーク機器１０２が電源断されているか否かを判断する。
そして、上記Ｓ９０３の死活確認に対し応答がなかった場合、タスク管理モジュール３０３は、ネットワーク機器１０２の電源が電源オフ状態（デバイス電源断）と判断して（Ｓ９０４でＹｅｓ）、図９に示す処理を終了する。
【００８３】
一方、上記Ｓ９０３の死活確認に対し応答（図６の６１３）があった場合は、タスク管理モジュール３０３は、ネットワーク機器１０２の電源が入っているものと判断して（Ｓ９０４でＮｏ）、Ｓ９０５に処理を移行させる。
【００８４】
Ｓ９０５では、タスク管理モジュール３０３は、ネットワーク機器１０２に対して再起動要求をする。なお、図１０で示される処理はネットワーク機器１０２からの電源断通知を待つ処理をしているが、タスク実行直後からネットワーク機器１０２の死活監視を開始しても良い。
【００８５】
以上により、本実施例では電源断予定時刻を経過した後、ネットワーク機器１０２が電源断されていない場合は再起動を要求することで、タスクを適切に処理することができ、電源断までの無駄な時間を軽減することができる。
【実施例３】
【００８６】
実施例１、実施例２では、管理装置１０１に登録されたタスクが電源断予定時刻より前の時間帯におけるタスクの再設定について述べた。本実施例では、電源断予定時刻より後の時間帯に登録されたタスクを適切に処理するための方法について述べる。
【００８７】
なお、システム全体構成、及び管理装置１０１、ネットワーク機器１０２、クライアント装置１０３のハードウェア構成とソフトウェア構成については実施例１と同様のため、ここでの説明は省略する。
【００８８】
図１１は、実施例３における図６のタスクの再設定処理（６０４）の詳細を示すフローチャートである。本処理は、管理装置１０１のタスク管理モジュール３０３が動作の主体である。即ち、図１１の処理は、管理装置１０１のＣＰＵ２０１がＨＤ２０５にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現される。なお、Ｓ７００〜Ｓ７０９の説明は図７と同様のため説明を省略する。
【００８９】
Ｓ７１０では、タスク管理モジュール３０３は、電源断予定時刻後にスケジューリングされたタスクにおいて、管理装置１０１で設定されデータベース３０４に格納されている再スケジューリング可能範囲内にスケジューリングされているタスクか判断する。再スケジューリング可能範囲とは、電源断予定時刻から所定時間後まで（例えば２時間後まで）、という時間範囲を指す。つまりＳ７１０は、電源予定時刻から時間範囲を加えた時刻の間に開始されるタスクを、再スケジューリング可能と判断する。即ち、Ｓ７１０では、上記Ｓ７０１で受信した電源断タイマー開始通知を行ったネットワーク機器を対象として生成されるタスクで指定される実行すべき時期が、上記Ｓ７０２で計算した電源断予定時刻より後の所定期間に含まれるタスクを、再スケジューリング可能範囲のタスクと判断する。
【００９０】
そして、再スケジューリング可能範囲内でないと判断した場合（Ｓ７１０でＮｏ）、タスク管理モジュール３０３は、次のタスクのチェックをするため、Ｓ７０４へ処理を移行させる。
【００９１】
一方、再スケジューリング可能範囲内であると判断した場合（Ｓ７１０でＹｅｓ）、タスク管理モジュール３０３は、Ｓ７１１へ処理を移行させる。
Ｓ７１１では、タスク管理モジュール３０３は、現在参照しているタスクが再起動を伴うタスク（再起動が必要なタスク）であるか否かを判断する。
そして、現在参照しているタスクが再起動が必要なタスクでないと判断した場合（Ｓ７１１でＮｏ）、タスク管理モジュール３０３は、次のタスクのチェックをするため、Ｓ７０４へ処理を移行させる。
【００９２】
一方、現在参照しているタスクが再起動が必要なタスクであると判断した場合（Ｓ７１１でＹｅｓ）、タスク管理モジュール３０３は、Ｓ７１２へ処理を移行させる。
Ｓ７１２では、タスク管理モジュール３０３は、現在参照しているタスクの再スケジューリングを行う。なお、Ｓ７１２の詳細な処理については図１３に示す。
【００９３】
次に、Ｓ７１３において、タスク管理モジュール３０３は、上記Ｓ７１２で再スケジューリングしたタスクの実行時に再起動を実行しないようにタスクの再設定を行う。なお、Ｓ７１３の処理はＳ７０８の処理と同様である。
【００９４】
なお、図１１では、上記Ｓ７１１の判断において再起動が必要ないタスクであった場合、何も処理を行っていないが、タスクの再スケジューリングを行うように構成してもよい。
【００９５】
図１２は、図１１のＳ７０９の変更通知の一例を示す図である。なお、８００及び８０１の説明は図８と同様のため説明を省略する。
図１２において、８０２は図１１のＳ７０３にて取得したタスク一覧を表示し、さらにタスクの再設定や再スケジューリングがあった対象をユーザに提示する画面である。例えば、図１２における「Ｔａｓｋ０３」は、図１１におけるタスクの再設定や図１３で述べるタスクの再スケジューリングがされたタスクである。これらは、アイコンやコメントに変更情報が追加されていることや、Ｓｔａｒｔ Ｔｉｍｅ（タスクの開始時間）を示す文字「００：３０」がボールド（太字）で強調表示されていることから判断可能になっている。
【００９６】
図１３は、図１１のタスクの再スケジューリング処理（Ｓ７１２）の詳細を示すフローチャートである。本処理は、管理装置１０１のタスク管理モジュール３０３が動作の主体である。即ち、図１３の処理は、管理装置１０１のＣＰＵ２０１がＨＤ２０５にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現される。
【００９７】
まず、Ｓ１０００において、タスク管理モジュール３０３は、再スケジューリング前倒し許容時刻（以下、前倒し許容時刻と記載する）をデータベース３０４から取得する。前倒し許容時刻とは、タスクの開始時間を限定する時刻であり、例えば、あるタスクは２２時以降でないと実行されないといった処理制限をかける時刻である。前倒し許容時刻は予め管理装置１０１のデータベース３０４に登録されているものとする。
【００９８】
次に、Ｓ１００１において、タスク管理モジュール３０３は、タスクの処理時間をデータベース３０４から取得する。このタスクの処理時間は、タスクを開始してから完了するまでの時間を指し、タスク種類により処理時間が異なる。タスクの処理時間は予め管理装置１０１のデータベース３０４に登録されているものとする。
【００９９】
次に、Ｓ１００２において、タスク管理モジュール３０３は、現在参照しているタスクを実行すべき時刻を、電源断予定時刻の直前に仮設定する。仮設定する時刻は、電源断予定時刻から上記Ｓ１００１で取得した時間分前の時刻に設定しても良い。
【０１００】
次に、Ｓ１００３において、タスク管理モジュール３０３は、上記Ｓ１００２、後述するＳ１００８、及びＳ１０１０で仮設定したタスクが、前倒し許容時刻から電源断予定時刻までに収まっているかを判断する。
【０１０１】
そして、仮設定した時間が前倒し許容時刻から電源断予定時刻までに収まっていないと判断した場合（Ｓ１００３でＮｏ）、タスク管理モジュール３０３は、Ｓ１００４に処理を移行させる。
【０１０２】
Ｓ１００４では、タスク管理モジュール３０３は、仮設定したタスクが前倒し許容時刻から電源断予定時刻までに収まらず、タスクの再スケジューリングが不可能であったため、その旨をユーザに対して通知し、図１３の処理を終了する。なお、Ｓ１００４の通知は、管理者に対してメールを通知する処理でも良いし、図１２のような画面で示されても良い。
【０１０３】
一方、仮設定した時間が前倒し許容時刻から電源断予定時刻までに収まっていると判断した場合（Ｓ１００３でＹｅｓ）、タスク管理モジュール３０３は、Ｓ１００５に処理を移行させる。
【０１０４】
Ｓ１００５では、タスク管理モジュール３０３は、仮設定した時刻（即ち、変更後の時刻）に既に別のタスクが登録されているかどうかを判断する。
そして、仮設定した時刻に登録されている別のタスクはないと判断した場合（Ｓ１００５でＮｏ）、タスク管理モジュール３０３は、タスクの実行時刻の重複はないとみなし、図１３に示す処理を終了する。
【０１０５】
一方、仮設定した時刻に登録されている別のタスクがあると判断した場合（Ｓ１００５でＹｅｓ）、タスク管理モジュール３０３は、タスクの実行時刻が重複しているとみなし、Ｓ１００６へ処理を移行させる。なお、Ｓ１００５の判断においてタスクが重複されていると判断された場合でも、重複処理が可能なタスクであった場合は再スケジューリング可能と判断し、図１３に示す処理を終了するようにしても良い。
【０１０６】
Ｓ１００６は、タスク管理モジュール３０３は、重複している各々のタスク（実行タスクと仮設定タスク）の優先度をデータベース３０４から取得する。タスクの優先度は予め管理装置１０１のデータベース３０４に登録されているものとする。
【０１０７】
なお、上記Ｓ１００６で示される仮設定タスクとは、上記Ｓ１００２又は後述するＳ１００９で時刻を仮設定されたタスク（Ａとする）を指し、実行タスクとは時刻を仮設定したタスクと重複しているタスク（Ｂとする）のことを指す。
【０１０８】
次に、Ｓ１００７において、タスク管理モジュール３０３は、仮設定タスク（Ａ）と実行タスク（Ｂ）の優先度を比較する。そして、仮設定タスク（Ａ）のほうが実行タスク（Ｂ）より優先度が高い（Ａ＞Ｂ）と判断した場合（Ｓ１００７でＹｅｓ）、タスク管理モジュール３０３は、Ｓ１００８へ処理を移行させる。
【０１０９】
Ｓ１００８では、タスク管理モジュール３０３は、仮設定タスク（Ａ）が優先度の高いタスクである場合（Ａ＞Ｂ）の処理であるため、優先度の低い実行タスク（Ｂ）を再スケジューリングする。Ｓ１００８により実行タスクは、元の時間より前に仮設定される。
【０１１０】
次に、Ｓ１００９において、タスク管理モジュール３０３は、仮設定タスクを実行タスクとして再スケジューリング対象からはずし、元々設定されていた実行タスクを再スケジューリング対象のタスク（仮設定タスク）とする。即ち、ＢをＡに置き換える。これにより、優先度の低いタスクは予定時刻を前へとずらすことができる。
【０１１１】
一方、仮設定タスク（Ａ）の優先度が実行タスク（Ｂ）の優先度以下である（Ａ≦Ｂ）と判断した場合（Ｓ１００７でＮｏ）、タスク管理モジュール３０３は、Ｓ１０１０へ処理を移行させる。
【０１１２】
Ｓ１０１０では、タスク管理モジュール３０３は、上記Ｓ１００７の判断において、実行タスク（Ｂ）が仮設定タスク（Ａ）より優先度が高いか、又は優先度が等しい場合（Ａ≦Ｂ）の処理であるため、優先度の低い仮設定タスク（Ａ）を再度スケジューリングする。
そして、タスク管理モジュール３０３は、上記Ｓ１００３〜Ｓ１０１０の処理を繰り返すことで、タスクの再スケジューリングを行う。即ち、タスク管理モジュール３０３は、上記Ｓ１００２〜Ｓ１０１０において、他のタスクとの相対的な優先度に従い、タスクの実行すべき時期を指定するように、タスクの再スケジューリングを行う。
【０１１３】
以上により、本実施例では、電源断予定時刻より後の時間帯に登録されたタスクも適切に処理することができ、かつ電源断までの無駄な時間を軽減することができる。
【０１１４】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施例について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【０１１５】
（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【０１１６】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１１７】
１０１    管理装置
１０２    ネットワーク機器
３０２    機器管理モジュール
３０３    タスク管理モジュール
５０２    タスク実行モジュール
５０３    情報管理モジュール
５０４    状態監視モジュール
【図１】
2012168610.tif 000003
【図２】
2012168610.tif 000004
【図３】
2012168610.tif 000005
【図４】
2012168610.tif 000006
【図５】
2012168610.tif 000007
【図６】
2012168610.tif 000008
【図７】
2012168610.tif 000009
【図８】
2012168610.tif 000010
【図９】
2012168610.tif 000011
【図１０】
2012168610.tif 000012
【図１１】
2012168610.tif 000013
【図１２】
2012168610.tif 000014
【図１３】
2012168610.tif 000015