(57)【要約】【課題】機器の電力制御の不整合を適切に防ぐ管理装置を提供する。【解決手段】管理装置は、画像形成装置からのイベント発生の通知に応じて、画像形成装置の電力状態を制御する。画像形成装置からイベント発生の通知を受信すると、スケジュールに従った画像形成装置の第１の電力状態と、通知に基づき制御される画像形成装置の第２の電力状態とが整合しているか否かを判定する。整合していないと判定された場合、第１の電力状態と第２の電力状態とのうちいずれを優先するかを示す優先情報に基づいて、第１の電力状態と第２の電力状態とのうちいずれかを選択する。第１の電力状態が選択された場合、管理装置は、画像形成装置の電力状態の制御を行わない。一方、第２の電力状態が選択された場合、スケジュールに従った画像形成装置の電力状態の制御を無効にする。【選択図】図６
2015232871.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置を管理する管理装置であって、
前記画像形成装置からのイベント発生の通知に応じて、前記画像形成装置の電力状態を制御する電力制御手段と、
前記画像形成装置から前記通知を受信した場合に、スケジュールに従った前記画像形成装置の第１の電力状態と、当該通知に基づき前記電力制御手段により制御される前記画像形成装置の第２の電力状態とが整合しているか否かを判定する判定手段と、
前記判定手段により整合していないと判定された場合、前記第１の電力状態と前記第２の電力状態とのうちいずれを優先するかを示す優先情報に基づいて、前記第１の電力状態と前記第２の電力状態とのうちいずれかを選択する選択手段と、
前記選択手段により前記第１の電力状態が選択された場合、前記電力制御手段による前記画像形成装置の電力状態の制御を行わず、前記選択手段により前記第２の電力状態が選択された場合、前記スケジュールに従った前記画像形成装置の電力状態の制御を無効にする管理手段と、
を備えることを特徴とする管理装置。
【請求項２】
前記判定手段により整合していないと判定された場合に、前記優先情報を取得する取得手段、をさらに備え、
前記選択手段は、前記取得手段により取得された前記優先情報に基づいて、前記第１の電力状態と前記第２の電力状態とのうちいずれかを選択する、ことを特徴とする請求項１に記載の管理装置。
【請求項３】
前記優先情報を受け付ける受付手段、をさらに備え、
前記取得手段は、前記受付手段により受け付けた前記優先情報を取得することを特徴とする請求項２に記載の管理装置。
【請求項４】
前記受付手段は、前記第１の電力状態と前記第２の電力状態とのうちのいずれかの選択を前記優先情報として受け付けることを特徴とする請求項３に記載の管理装置。
【請求項５】
前記受付手段は、前記イベントが発生した際に、前記画像形成装置の省電力と、前記画像形成装置で実行されている処理の継続とのうちいずれを優先するかの選択を受け付け、
前記選択手段は、前記受付手段により受け付けた選択に基づいて、前記第１の電力状態と前記第２の電力状態とのうちいずれかを選択する、ことを特徴とする請求項３に記載の管理装置。
【請求項６】
前記画像形成装置の省電力を優先する場合における、前記画像形成装置の複数の電力状態間での優先順位を記憶する第１の記憶手段、をさらに備え、
前記受付手段により前記画像形成装置の省電力を優先するとの選択を受け付けた場合に、前記選択手段は、前記第１の記憶手段に記憶された前記優先順位に従って、前記第１の電力状態と前記第２の電力状態とのうちいずれかを選択する、ことを特徴とする請求項５に記載の管理装置。
【請求項７】
前記画像形成装置で実行されている処理の継続を優先する場合における、前記画像形成装置の複数の電力状態間での優先順位を記憶する第２の記憶手段、をさらに備え、
前記受付手段により前記画像形成装置で実行されている処理の継続を優先するとの選択を受け付けた場合に、前記選択手段は、前記第２の記憶手段に記憶された前記優先順位に従って、前記第１の電力状態と前記第２の電力状態とのうちいずれかを選択する、ことを特徴とする請求項５又は６に記載の管理装置。
【請求項８】
前記画像形成装置で発生した前記イベントがエラーからの回復イベントであるかを判定する第２の判定手段と、
前記第２の判定手段により前記回復イベントであると判定された場合に、前記管理手段により無効とされた制御に対応する前記スケジュールがあるかを判定する第３の判定手段と、をさらに備え、
前記第３の判定手段により無効とされた制御に対応する前記スケジュールがあると判定された場合、前記管理手段は、当該スケジュールの制御を有効とする、ことを特徴とする請求項１乃至７のいずれか１項に記載の管理装置。
【請求項９】
画像形成装置を管理する管理装置において実行される管理方法であって、
前記画像形成装置からのイベント発生の通知に応じて、前記画像形成装置の電力状態を制御する電力制御工程と、
前記画像形成装置から前記通知を受信した場合に、スケジュールに従った前記画像形成装置の第１の電力状態と、当該通知に基づき前記電力制御工程において制御される前記画像形成装置の第２の電力状態とが整合しているか否かを判定する判定工程と、
前記判定工程において整合していないと判定された場合、前記第１の電力状態と前記第２の電力状態とのうちいずれを優先するかを示す優先情報に基づいて、前記第１の電力状態と前記第２の電力状態とのうちいずれかを選択する選択工程と、
前記選択工程において前記第１の電力状態が選択された場合、前記電力制御工程における前記画像形成装置の電力状態の制御を行わず、前記選択工程において前記第２の電力状態が選択された場合、前記スケジュールに従った前記画像形成装置の電力状態の制御を無効にする管理工程と、
を有することを特徴とする管理方法。
【請求項１０】
請求項１乃至８のいずれか１項に記載の管理装置の各手段としてコンピュータを機能させるためのプログラム。
【請求項１１】
画像形成装置を管理する管理装置であって、
前記画像形成装置からのイベント発生の通知に応じて、前記画像形成装置の電力状態を制御する電力制御手段と、
前記画像形成装置から前記通知を受信した場合に、スケジュールに従った前記画像形成装置の第１の電力状態と、当該通知に基づき前記電力制御手段により制御される前記画像形成装置の第２の電力状態とが整合しているか否かを判定する判定手段と、
前記判定手段により整合していないと判定された場合、前記スケジュールに従った前記画像形成装置の電力状態の制御を無効にする管理手段と、
を備えることを特徴とする管理装置。
【請求項１２】
前記画像形成装置で発生した前記イベントがエラーからの回復イベントであるかを判定する第２の判定手段と、
前記第２の判定手段により前記回復イベントであると判定された場合に、前記管理手段により無効とされた制御に対応する前記スケジュールがあるかを判定する第３の判定手段と、をさらに備え、
前記第３の判定手段により無効とされた制御に対応する前記スケジュールがあると判定された場合、前記管理手段は、当該スケジュールの制御を有効とする、ことを特徴とする請求項１１に記載の管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器の電力状態を管理する管理装置、管理方法およびプログラムに関する。
【背景技術】
【０００２】
機器に対する電力制御の規則を省電力化などの方針に従って定義することは、電力管理ポリシー、電源管理ポリシー等と呼ばれており、特許文献１では、そのようなポリシーにより、機器の消費電力などを管理する技術が記載されている。
【０００３】
ＩＥＥＥの標準化部会の１つとして、ＰＷＧ（Ｐｒｉｎｔｅｒ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ）が知られている。ＰＷＧでは、電力管理の分野において、印刷装置が印刷可能か否かに関わる状態変化（イベント）に応じて機器内部の電力を制御する規則をイベントポリシーとして定義している。また、イベントポリシーについては、電力状態を細かな段階で定義し、機器内部の部位別の電力制御を定義して、印刷装置が印刷可能か否かに関わる状態変化に応じて機器内部の部位別に電力を制御する仕様が提案されている。また、スケジュールに従って電力状態を制御する規則（カレンダーポリシー）についての仕様も提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２５０９６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
機器の状態変化に応じた電力状態の制御のための規則であるイベントポリシーと、スケジュールに従った電力状態の制御のための規則であるカレンダーポリシーとを設定した場合に、それらのポリシー間で競合（不整合）が発生する場合が考えられる。例えば、エラー発生時に電源を切るというイベントポリシーと、ある時間に電源を入れるというカレンダーポリシーとで不整合が発生する。そのような不整合は、機器の予期せぬ電力状態を生じさせてしまう。
【０００６】
本発明の目的は、このような従来の問題点を解決することにある。上記の点に鑑み、本発明は、機器の電力制御の不整合を適切に防ぐ管理装置、管理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明に係る管理装置は、画像形成装置を管理する管理装置であって、前記画像形成装置からのイベント発生の通知に応じて、前記画像形成装置の電力状態を制御する電力制御手段と、前記画像形成装置から前記通知を受信した場合に、スケジュールに従った前記画像形成装置の第１の電力状態と、当該通知に基づき前記電力制御手段により制御される前記画像形成装置の第２の電力状態とが整合しているか否かを判定する判定手段と、前記判定手段により整合していないと判定された場合、前記第１の電力状態と前記第２の電力状態とのうちいずれを優先するかを示す優先情報に基づいて、前記第１の電力状態と前記第２の電力状態とのうちいずれかを選択する選択手段と、前記選択手段により前記第１の電力状態が選択された場合、前記電力制御手段による前記画像形成装置の電力状態の制御を行わず、前記選択手段により前記第２の電力状態が選択された場合、前記スケジュールに従った前記画像形成装置の電力状態の制御を無効にする管理手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、機器の電力制御の不整合を適切に防ぐことができる。
【図面の簡単な説明】
【０００９】
【図１】システムの全体構成を示す図である。
【図２】管理装置及び印刷装置のハードウェア構成を示す図である。
【図３】管理装置及び印刷装置のソフトウェア構成を示す図である。
【図４】イベントポリシーを追加する処理を示すフローチャートである。
【図５】カレンダーポリシーを追加する処理を示すフローチャートである。
【図６】印刷装置で状態変化が発生した際の処理を示すフローチャートである。
【図７】イベントポリシー追加画面を示す図である。
【図８】デバイスリスト管理部が管理するテーブルを示す図である。
【図９】イベントポリシー一覧を示す図である。
【図１０】カレンダーポリシー一覧を示す図である。
【図１１】競合の警告画面を示す図である。
【図１２】ポリシー競合一覧を示す図である。
【図１３】カレンダーポリシー無効化一覧を示す図である。
【図１４】イベントポリシー追加のコマンドフォーマットを示す図である。
【図１５】カレンダーポリシー追加のコマンドフォーマットを示す図である。
【図１６】電力状態の変更要求のコマンドフォーマットを示す図である。
【図１７】状態情報の登録要求のコマンドフォーマットを示す図である。
【図１８】状態通知一覧を示す図である。
【図１９】イベントポリシーを削除する処理を示すフローチャートである。
【図２０】カレンダーポリシーを削除する処理を示すフローチャートである。
【図２１】イベントポリシー削除画面を示す図である。
【図２２】回復状態対応一覧を示す図である。
【図２３】基本ポリシー設定画面を示す図である。
【図２４】イベントポリシー追加の処理を示す他のフローチャートである。
【図２５】カレンダーポリシー追加の処理を示す他のフローチャートである。
【図２６】優先順位テーブルを示す図である。
【図２７】印刷装置の各部位の階層構造を示す図である。
【図２８】印刷装置で状態変化が発生した際の処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。
【００１１】
［第１の実施形態］
図１は、本実施形態におけるシステムの全体構成を示す図である。本システムにおいて、管理装置１０１は、ＳＮＭＰ等の管理プロトコルにより、ＬＡＮ等のネットワーク１０３を介して印刷装置１０２を管理する。
【００１２】
図２は、管理装置１０１及び印刷装置１０２のハードウェア構成を示す図である。管理装置１０１は、ＣＰＵ２０１、メモリ２０２、ハードディスク（ＨＤＤ）２０３、入力装置２０４、出力装置２０５、ネットワーク制御部（ＮＩＣ）２０６を含む。ＣＰＵ２０１〜ＮＩＣ２０６は、バス２０７を介して相互に通信可能に接続されている。ＨＤＤ２０３には、プログラムやデータが格納されている。ＣＰＵ２０１は、ＨＤＤ２０３等の記憶領域に格納されたプログラム及びデータをメモリ２０２にロードして実行することで本実施形態の動作を実現する。ＣＰＵ２０１がユーザインタフェース画面の表示情報をディスプレイ等の出力装置２０４に対して送信する。出力装置２０４は、その表示情報に基づいてユーザインタフェース画面を表示する。入力装置２０４は、ユーザ操作による入力情報を受け付け、その入力情報をＣＰＵ２０１に対して送信する。ネットワーク制御部（ＮＩＣ）２０６は、ネットワーク１０３に管理装置１０１を接続してネットワーク１０３上の装置との通信を可能にする。
【００１３】
印刷装置１０２は、バス２１０、ＣＰＵ２１１、メモリ２１２、ユーザインタフェース（ＵＩ）操作部２１３、ハードディスク（ＨＤＤ）２１４、ネットワーク制御部（ＮＩＣ）２１５を含む。また、印刷装置１０２は、排紙部２１６、給紙部２１７、印刷部２１８、読取部（スキャン部）２１９、ファクス部２２０、電力制御部２２１を含む。図２では、印刷装置１０２は、印刷機能やスキャン機能等の複数の機能が一体化された画像形成装置、いわゆるＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎａｌ  Ｐｅｒｉｐｈｅｒａｌ）を示している。印刷装置１０２では、読取部２１９、ファクス部２１０が装着されない場合もある。電力制御部２２１は、排紙部２１６や給紙部２１７など、印刷装置１０２の各部位に対して、スリープモードへの移行に伴って一部の電力供給を制限する電力制御を行う。ＣＰＵ２１１〜電力制御部２２１は、バス２１０により相互に通信可能に接続されている。ＣＰＵ２１１は、ＨＤＤ２１４等の記憶領域に格納されたプログラムをメモリ２１３にロードして実行することで本実施形態の動作を実現する。
【００１４】
ＵＩ操作部２１３は、各種ユーザインタフェース画面をディスプレイに表示する。また、ＵＩ操作部２１３は、ユーザ操作による入力情報を受付け、その入力情報をＣＰＵ２１１に送信する。ネットワーク制御部（ＮＩＣ）２１５は、ネットワーク１０３に印刷装置１０２を接続してネットワーク１０３上の装置との通信を可能にする。排紙部２１６は、印刷用紙などの記録媒体の排出処理を行う。給紙部２１７は、印刷部２１８への記録媒体の供給処理を行う。印刷部２１８は、インクジェット方式や電子写真方式等により印刷処理を行う。読取部２１９は、不図示の原稿台に配置された原稿の画像を光学的に読み取る。ファクス部２２０は、ファクス送受信の処理を行う。
【００１５】
図３は、管理装置１０１及び印刷装置１０２のソフトウェア構成を示す図である。管理装置１０１のデバイスリスト管理部３０１は、管理対象となる複数の印刷装置１０２の一覧をテーブル形式で管理する。図８は、デバイスリスト管理部３０１が管理するテーブルの一例を示す図である。図８に示すように、印刷装置の一覧は、印刷装置１０２を一意に識別するためのデバイスＩＤ８０１、デバイス名８０２、ＩＰアドレス８０３を含む。
【００１６】
イベントポリシー管理部３０２は、イベントポリシーの一覧を管理し、印刷装置１０２に対して、イベントポリシーの追加、削除の要求を行う。イベントポリシーとは、ペーパージャムや、トナー切れ等の各イベントが発生したときに、装置の電力状態をどのように変化させるのかという取り決めを表わしている。例えば、ペーパージャムが発生した場合に、印刷部を省電力状態にするといった取り決めである。図９（ａ）は、イベントポリシー管理部３０２が管理するイベントポリシー一覧のテーブルの一例を示す図である。図９（ａ）に示すように、イベントポリシー一覧は、イベントポリシーを一意に識別するためのイベントＩＤ９０１、イベントポリシーの内容を端的に示すイベント名９０２を含む。また、イベントポリシー一覧は、イベント発生によって変化する印刷装置１０２の電力状態９０３、イベント発生によって電力状態が変化する部位（コンポーネント）９０４を含む。本実施形態においては、印刷装置１０２も、図９（ｂ）（後述）に示すようなイベントポリシーの一覧を管理している。管理装置１０１は、ＳＮＭＰプロトコルにより、印刷装置１０２に対してイベントポリシーの追加／削除を行うことができる。
【００１７】
図１４（ａ）は、管理装置１０１から印刷装置１０２に対するイベントポリシー追加のＳＮＭＰプロトコルのコマンドフォーマットの一例を示す図である。図１４（ａ）の記述１４０１は、印刷装置１０２に対する書き込み要求であることを示す。記述１４０２は、イベントポリシーを適用する印刷装置１０２の部位を示す。記述１４０３は、イベントポリシーによる移行後の電力状態を示す。記述１４０４は、イベントポリシー名を示す。記述１４０５は、印刷装置１０２に対してイベントポリシーを追加することを示す。図１４（ｂ）は、管理装置１０１から印刷装置１０２に対するイベントポリシー削除のＳＮＭＰプロトコルのコマンドフォーマットの一例を示す図である。図１４（ｂ）は、記述１４１１が印刷装置１０２に対してイベントポリシーの削除を表す点において図１４（ａ）と異なる。
【００１８】
イベントポリシー管理部３０２は、イベントポリシーとカレンダーポリシーとの競合（即ち、不整合の状態）のチェックを行う。カレンダーポリシーとは、定期的なタイミング（スケジュール）において、装置の電力状態をどのように変化させるのかという取り決めを表わしている。例えば、毎日、１８：００に装置の電源をオフにするといった取り決めである。
【００１９】
一つの装置において、イベントポリシーとカレンダーポリシーとを管理する場合、相互に条件が競合することがある。例えば、エラー発生時に電源オフとするイベントポリシーと、所定時刻に電源オンとするカレンダーポリシーとは、電力状態が異なり整合がとれない。このように、カレンダーポリシーとの競合がある場合には、イベントポリシー管理部３０２は、ＵＩ制御部３０６に対して、競合がある旨を警告表示するための表示情報を送信する。
【００２０】
カレンダーポリシー管理部３０３は、カレンダーポリシーの一覧を管理する。図１０（ａ）は、カレンダーポリシー管理部３０３が管理するカレンダーポリシー一覧のテーブルの一例を示す図である。図１０（ａ）に示すように、カレンダーポリシー一覧は、カレンダーを一意に識別するためのカレンダーＩＤ１００１、カレンダーに基づく電力状態移行の開始時間１００２を含む。また、カレンダーポリシー一覧は、印刷装置１０２に対して要求される電力状態１００３、電力状態を移行させる部位を示すコンポーネント１００４を含む。本実施形態においては、印刷装置１０２も、図１０（ｂ）（後述）に示すようなカレンダーポリシーの一覧を管理している。管理装置１０１は、ＳＮＭＰプロトコルにより、印刷装置１０２に対するカレンダーポリシーの追加／削除を行うことができる。
【００２１】
図１５（ａ）は、管理装置１０１から印刷装置１０２に対するカレンダーポリシー追加のＳＮＭＰプロトコルのコマンドフォーマットの一例を示す図である。図１５（ａ）の記述１５０１は、印刷装置１０２に対する書き込み要求であることを示す。記述１５０２は、カレンダーポリシーを適用する印刷装置１０２の部位を示す。記述１５０３は、カレンダーポリシーによる移行後の電力状態を示す。記述１５０４、１５０５、１５０６は、カレンダーポリシーの開始時間を示す。記述１５０７は、印刷装置１０２に対してカレンダーポリシーを追加することを示す。図１５（ｂ）は、管理装置１０１から印刷装置１０２に対するカレンダーポリシー削除のＳＮＭＰプロトコルのコマンドフォーマットの一例を示す図である。図１５（ｂ）は、記述１５１１が印刷装置１０２に対してイベントポリシーの削除を表す点において図１５（ａ）と異なる。
【００２２】
カレンダーポリシー管理部３０３は、カレンダーポリシーとイベントポリシーとの競合のチェックを行い、競合がある場合には、ＵＩ制御部３０６に対して、競合がある旨を警告表示するための表示情報を送信する。電力状態変更要求部３０４は、印刷装置１０２に対して電力状態の変更の要求を行う。電力状態の変更の要求は、ＳＮＭＰなどのプロトコルで行われる。
【００２３】
図１６は、管理装置１０１から印刷装置１０２に対する電力状態の変更要求のＳＮＭＰプロトコルのコマンドフォーマットの一例を示す図である。図１６の記述１６０１は、電力状態の変更要求であることを示す。記述１６０２は、印刷装置１０２のどの部位に対する電力状態の変更要求であるかを示す。記述１６０３は、変更要求する電力状態がどのような電力状態であるかを示す。
【００２４】
管理装置１０１のデバイス状態監視部３０５は、印刷装置１０２に対して、特定の状態情報を登録するように要求する。ここで、状態情報とは、印刷装置１０２における電力状態の変動を要するイベント発生状態を識別するための情報をいい、例えば、ペーパージャム状態を識別するための情報である。本実施形態では、管理装置１０１が印刷装置１０２に対して特定の状態情報を登録するよう要求することにより、印刷装置１０２は、特定のイベントが発生したときに管理装置１０１にそのイベントを通知する。
【００２５】
図１７（ａ）は、管理装置１０１から印刷装置１０２に対する状態情報の登録要求のコマンドフォーマットの一例を示す図である。図１７（ａ）の記述１７０１は、送信元アドレスを示し、本実施形態では、管理装置１０１のＩＰアドレスを示す。記述１７０２は、送信先アドレスを示し、本実施形態では、印刷装置１０２のＩＰアドレスを示す。記述１７０３は、登録要求であることを示す。記述１７０４は、登録を要求する状態情報を一意に識別するためのステータスＩＤを示す。
【００２６】
デバイス状態監視部３０５はまた、印刷装置１０２に対して、状態情報を削除するように要求する。図１７（ｃ）は、管理装置１０１から印刷装置１０２に対する状態情報の削除要求のコマンドフォーマットの一例を示す図である。図１７（ｃ）の記述１７２１は、送信元アドレスを示し、本実施形態では、管理装置１０１のＩＰアドレスを示す。記述１７２２は、送信先アドレスを示し、本実施形態では、印刷装置１０２のＩＰアドレスを示す。記述１７２３は、削除要求であることを示す。記述１７２４は、削除を要求する状態情報を一意に識別するためのステータスＩＤを示す。
【００２７】
デバイス状態監視部３０５はまた、印刷装置１０２から印刷装置１０２の状態情報について受信する。例えば、デバイス状態監視部３０５は、ユーザによって予め指定されたタイミングで、印刷装置１０２に対して状態情報の通知を要求することにより、印刷装置１０２の状態情報について取得する。図１７（ｄ）は、管理装置１０１から印刷装置１０２に対する状態情報の通知要求のコマンドフォーマットの一例を示す図である。図１７（ｄ）の記述１７３１は、送信元アドレスを示し、本実施形態では、管理装置１０１のＩＰアドレスを示す。記述１７３２は、送信先アドレスを示し、本実施形態では、印刷装置１０２のＩＰアドレスを示す。記述１７３３は、通知要求であることを示す。
【００２８】
印刷装置１０２のデバイス状態通知部３１４は、管理装置１０１から図１７（ｄ）の通知要求を受信すると、図１７（ｂ）に示すコマンドフォーマットで、印刷装置１０２の状態情報について送信する。図１７（ｂ）の記述１７１１は、送信元アドレスを示し、本実施形態では、印刷装置１０２のＩＰアドレスを示す。記述１７１２は、送信先アドレスを示し、本実施形態では、管理装置１０２のＩＰアドレスを示す。記述１７１３は、状態情報の通知であることを示す。記述１７１４は、通知対象である状態情報を一意に識別するためのステータスＩＤを示す。
【００２９】
管理装置１０１のＵＩ制御部３０６は、ＣＰＵ２０１から送信される表示情報に基づいて、出力装置２０５に表示されるユーザインタフェース画面の表示データを生成する。
【００３０】
印刷装置１０２のイベントポリシー管理部３１０は、管理装置１０１からイベントポリシーの登録及び削除の要求を受けて、印刷装置１０２のイベントポリシー一覧を制御する。印刷装置１０２のイベントポリシー一覧は、例えば図９（ｂ）に示すテーブルである。図９（ｂ）に示すように、イベントポリシー一覧は、イベントポリシーを一意に識別するためのイベントＩＤ９１１、イベントポリシーの内容を端的に示すイベント名９１２を含む。また、イベントポリシー一覧は、イベント発生によって変化する印刷装置１０２の電力状態９１３、イベント発生によって電力状態が変化する部位（コンポーネント）９１４を含む。
【００３１】
イベントポリシー管理部３１０は、デバイスの状態変化を監視し、デバイスの状態が変化した場合には、図９（ｂ）のイベントポリシー一覧上のイベントＩＤ９１１及びイベント９１２に対応する、変更すべき電力状態９１３があるか否かを判定する。そして、変更すべき電力状態があると判定された場合には、イベントポリシー管理部３１０は、電力状態変更部３１２に対して、該当する部位の電力状態の変更を要求する。例えば、デバイスの状態変化を監視している際に、ペーパージャムが発生した場合には、図９（ｂ）のイベントＩＤ９１１「１０」及びイベント名９１２「ペーパージャム」に対応する、変更すべき電力状態９１３「スタンバイ」があると判定される。そして、イベントポリシー管理部３１０は、電力状態変更部３１２に対して、該当する部位の電力状態の変更（例えば、スタンバイへの変更）を要求する。
【００３２】
カレンダーポリシー管理部３１１は、管理装置１０１からカレンダーポリシーの登録及び削除の要求を受けて、印刷装置１０２のカレンダーポリシーの一覧を制御する。印刷装置１０２のカレンダーポリシー一覧は、例えば図１０（ｂ）に示すテーブルである。図１０（ｂ）に示すように、カレンダーポリシー一覧は、カレンダーを一意に識別するためのカレンダーＩＤ１０１１、カレンダーに基づく電力状態移行の開始時間１０１２を含む。また、カレンダーポリシー一覧は、変化後の電力状態１０１３、電力状態を移行させる部位（コンポーネント）１０１４を含む。
【００３３】
カレンダーポリシー管理部３１１は、時間管理機能を有し、一定時間経過毎にカレンダーポリシーの一覧上に対応する、変更すべき電力状態があるか否かを判定する。そして、変更すべき電力状態があると判定された場合には、カレンダーポリシー管理部３１１は、電力状態変更部３１２に対して、該当する部位の電力状態の変更を要求する。
【００３４】
電力状態変更部３１２は、管理装置１０１の電力状態変更要求部３０４、印刷装置１０２のイベントポリシー管理部３１０やカレンダーポリシー管理部３１１からの電力状態の変更要求を受信する。そして、各変更要求に基づいて、印刷装置１０２の電力制御部２２１を介して、該当する部位に対して要求された電力状態への変更を行う。
【００３５】
デバイス状態通知部３１４は、管理装置１０１のデバイス状態監視部３０５から受信した図１７（ａ）の状態の登録要求に記述された状態を、図１８に一例として示す状態通知一覧に対して登録する。図１８に示すように、状態通知一覧は、通知内容を一意に識別するための通知ＩＤ１８０１、通知先（本実施形態では管理装置１０１）のＩＰアドレス１８０２、状態ＩＤ１８０３を含む。なお、状態ＩＤ１８０３には、図９（ａ）及び図９（ｂ）のイベントポリシー一覧上のイベントＩＤ９０１及び９１１と同じ値が格納される。
【００３６】
デバイス状態通知部３１４はまた、管理装置１０１のデバイス状態監視部３０５から受信した図１７（ｃ）の状態の削除要求に基づいて、図１８に示す状態通知一覧から、該当する状態についての情報を削除する。デバイス状態通知部３１４はまた、印刷装置１０２の状態を監視し、図１８のステータスＩＤ１８０３に記載の状態に変化した場合には、通知先ＩＰアドレス１８０２に対して、図１７（ｂ）の状態通知コマンドにより、印刷装置１０２の状態を通知する。例えば、印刷装置１０２でジャムが発生した場合には、その発生の旨が管理装置１０１に通知される。
【００３７】
図４は、管理装置１０１において、図９（ａ）のイベントポリシー一覧にイベントポリシーを追加する処理の手順を示すフローチャートである。イベントポリシーの追加指示を受け付けると、管理装置１０１のＵＩ制御部３０６は、図７（ａ）に示すイベントポリシー追加画面を出力装置２０５に表示する。図７（ａ）のイベントポリシー追加画面７０１では、デバイス状態一覧７０２上で、ユーザからのイベントの選択を受け付ける。また、その選択されたイベントに対して、電力状態一覧７０４上で、変化させた後の電力状態の選択を受け付ける。さらに、部位一覧７０３上で、電力状態を変化させる部位の選択を受け付ける。
【００３８】
Ｓ４０１において、イベントポリシー管理部３０２は、図７（ａ）に示すイベントポリシー追加画面でイベント登録に必要なイベント、電力状態、部位が選択されてＯＫボタン７０５の押下を検出する。そして、イベントポリシー管理部３０２は、図９（ａ）のイベントポリシー一覧に対するイベントポリシーの追加を行う。
【００３９】
Ｓ４０２において、イベントポリシー管理部３０２は、追加したイベントポリシーで設定されている電力状態と異なる電力状態を有するカレンダーポリシーを、図１０（ａ）のカレンダーポリシー一覧上で検索する。つまり、追加したイベントポリシーについて競合があるかをチェックする。Ｓ４０３において、イベントポリシー管理部３０２は、追加したイベントポリシーと競合するカレンダーポリシーが存在するか否かを判定する。
【００４０】
Ｓ４０３の判定においては、イベントポリシー管理部３０２は、図２７の印刷装置１０２における各部位の階層構造を参照し、競合する場合に部位が同じであるかを判定する。例えば、競合する場合に、イベントポリシーに該当する部位が「ＳＹＳＴＥＭ」で、カレンダーポリシーに該当する部位が「ＥＮＧＩＮＥ」であるとする。その場合、図２７によると、部位２７０３「ＥＮＧＩＮＥ」のペアレントＩＤ２７０２は０であり、部位２７０３「ＳＹＳＴＥＭ」のＩＤ２７０１は０となっている。従って、「ＥＮＧＩＮＥ」は「ＳＹＳＴＥＭ」に含まれることが分かる。つまり、少なくとも部位「ＥＮＧＩＮＥ」に関しては競合することが分かる。
【００４１】
Ｓ４０３において、競合するカレンダーポリシーが存在しないと判定された場合には、Ｓ４０４において、イベントポリシー管理部３０２は、印刷装置１０２に対して、図１４（ａ）のコマンドによりイベントポリシーの追加要求を行う。一方、Ｓ４０３において、競合するカレンダーポリシーが存在すると判定された場合には、Ｓ４０５において、イベントポリシー管理部３０２はＵＩ制御部３０６に対して、図１１（ａ）に示す競合の警告画面の表示要求を行う。ＵＩ制御部３０６は、図１１（ａ）に示す競合の警告画面を表示する。
【００４２】
図１１（ａ）には、例えば「ペーパージャムの場合に電源オフにする」というイベントポリシーに競合する（異なる電力状態を有する）カレンダーポリシーとして「毎日９：００に電源オンする」と「毎日１２：００にスリープ状態とする」とが表示されている。ユーザは、いずれかのカレンダーポリシーを優先させたい場合には、該当するボタン１１０１にチェックする。
【００４３】
Ｓ４０６において、ＵＩ制御部３０６がキャンセルボタン１１０３の押下を検出した場合には、Ｓ４０４に進む。一方、ＵＩ制御部３０６が、イベントポリシーとカレンダーポリシーの優先関係の指定（ボタン１１０１のチェック）及びＯＫボタン１１０２の受付を検出した場合には、Ｓ４０７に進む。
【００４４】
Ｓ４０７では、イベントポリシー管理部３０２は、イベントポリシーと競合するカレンダーポリシーについて、図１２（ａ）に示すポリシー競合一覧に追加する。図１２（ａ）に示すように、ポリシー競合一覧は、競合状態を一意に表すＩＤ１２０１、イベントポリシーＩＤ１２０２、対応するカレンダーポリシーＩＤ１２０３、イベントポリシーとカレンダーポリシーのいずれが優先であるかを示す優先情報１２０４を含む。優先情報１２０４は、図１１（ａ）で受け付けた情報に基づいている。
【００４５】
Ｓ４０７においてはさらに、デバイス状態監視部３０５は、印刷装置１０２に対して、図１７（ａ）のデバイス状態の登録要求を行う。印刷装置１０２のデバイス状態通知部３１４は、その登録要求を受信すると、図１８の状態通知一覧にイベントポリシーＩＤ１２０２と同じ内容のステータスＩＤ１８０３、通知先ＩＰアドレス１８０２を追加する。
【００４６】
以上のように、イベントポリシーを追加する場合には、管理装置１０１で管理されるイベントポリシー一覧に追加するとともに、そのイベントポリシーと競合するカレンダーポリシーがあるかがチェックされる。ここで、競合するカレンダーポリシーがある場合には、イベントポリシーとカレンダーポリシーのいずれを優先するかを選択可能な画面を表示し、ユーザ指定を受け付ける。そして、追加されるイベントポリシーがカレンダーポリシーと競合する場合には、そのイベントポリシーのイベントＩＤを印刷装置１０２に通知し、状態通知一覧に登録するよう要求する。そのような構成により、印刷装置１０２において、そのイベント（ペーパージャム等）が発生した場合には、電力状態の移行をせずに、管理装置１０１に通知する。そして、管理装置１０１は、通知されたイベントと競合関係にあるカレンダーとの優先関係に基づいて、どのように電力状態を移行するかを印刷装置１０２に対して指示する。追加されるイベントポリシーがカレンダーポリシーと競合しない場合には、印刷装置１０２で管理されるイベントポリシー一覧にも管理装置１０１と同様に追加される。
【００４７】
図５は、管理装置１０１において、図１０（ａ）のカレンダーポリシー一覧にカレンダーポリシーを追加する処理の手順を示すフローチャートである。カレンダーポリシーの追加指示を受け付けると、管理装置１０１のＵＩ制御部３０６は、図７（ｂ）に示すカレンダーポリシー追加画面を出力装置２０５に表示する。図７（ｂ）のカレンダーポリシー追加画面７１１では、電力状態変化の開始日時７１２上で、日時の選択を受け付ける。また、部位一覧７１３上で、電力状態を変化させる部位の選択を受け付ける。さらに、電力状態の一覧７１４上で、変化後の電力状態の選択を受け付ける。
【００４８】
Ｓ５０１では、図７（ｂ）に示すカレンダーポリシー追加画面で日時、電力状態、部位が選択されてＯＫボタン７１５の押下を検出すると、カレンダーポリシー管理部３０３は、図１０（ａ）のカレンダーポリシー一覧に対するカレンダーポリシーの追加を行う。
【００４９】
Ｓ５０２において、カレンダーポリシー管理部３０３は、追加したカレンダーポリシーで設定されている電力状態と異なる電力状態を有するイベントポリシーを、図９（ａ）のイベントポリシー一覧上で検索する。つまり、追加したカレンダーポリシーについて競合があるかをチェックする。Ｓ５０３において、カレンダーポリシー管理部３０３は、追加したカレンダーポリシーと競合するイベントポリシーが存在するか否かを判定する。
【００５０】
Ｓ５０３の判定においては、カレンダーポリシー管理部３０３は、図２７の印刷装置１０２における各部位の階層構造を参照し、競合する場合に部位が同じであるかを確認する。例えば、競合する場合に、イベントポリシーに該当する部位が「ＳＹＳＴＥＭ」で、カレンダーポリシーに該当する部位が「ＥＮＧＩＮＥ」であるとする。その場合、図２７によると、部位２７０３「ＥＮＧＩＮＥ」のペアレントＩＤ２７０２は０であり、部位２７０３「ＳＹＳＴＥＭ」のＩＤ２７０１は０となっている。従って、「ＥＮＧＩＮＥ」は「ＳＹＳＴＥＭ」に含まれることがわかる。つまり、少なくとも部位「ＥＮＧＩＮＥ」に関しては競合することがわかる。
【００５１】
Ｓ５０３において、競合するイベントポリシーが存在しないと判断した場合には、Ｓ５０４において、カレンダーポリシー管理部３０３は、印刷装置１０２に対して、図１５（ａ）のコマンドによりカレンダーポリシーの追加要求を行う。一方、Ｓ５０３において競合するイベントポリシーが存在すると判定された場合には、Ｓ５０５において、カレンダーポリシー管理部３０２はＵＩ制御３０６に対して、図１１（ｂ）に示す競合の警告画面の表示要求を行う。ＵＩ制御部３０６は、図１１（ｂ）に示す競合の警告画面を表示する。
【００５２】
図１１（ｂ）には、例えば「毎日９：００に電源オンする」というカレンダーポリシーに競合する（異なる電力状態を有する）イベントポリシーとして「ペーパージャムの場合に電源オフにする」と「用紙切れの場合にスリープ状態にする」とが表示されている。ユーザは、いずれかのイベントポリシーを優先させたい場合には、該当するボタン１１１１にチェックする。
【００５３】
Ｓ５０６において、ＵＩ制御部３０６がキャンセルボタン１１１３の押下を検出した場合には、Ｓ５０４に進む。一方、ＵＩ制御部３０６が、カレンダーポリシーとイベントポリシーの優先関係の指定（ボタン１１１１のチェック）及びＯＫボタン１１１２の押下を検出した場合には、Ｓ５０７に進む。
【００５４】
Ｓ５０７では、カレンダーポリシー管理部３０３は、カレンダーポリシーと競合するイベントポリシーについて、図１２（ａ）に示すポリシー競合一覧に追加する。Ｓ５０７においてはさらに、デバイス状態監視部３０５は、印刷装置１０２に対して、図１７（ａ）のデバイス状態の登録要求を行う。印刷装置の１０２のデバイス状態通知部３１４は、その登録要求を受信すると、図１８の状態通知一覧にイベントポリシーＩＤ１２０２と同じ内容のステータスＩＤ１８０３、通知先ＩＰアドレス１８０２を追加する。
【００５５】
Ｓ５０８において、イベントポリシー管理部３０２は、印刷装置１０２に対して、競合するイベントポリシーの削除要求を図１４（ｂ）に示すコマンドにて行う。Ｓ５０８の後は、Ｓ５０４の処理が行われる。
【００５６】
以上のように、カレンダーポリシーを追加する場合には、管理装置１０１及び印刷装置１０２で管理されるカレンダーポリシー一覧に追加するとともに、そのカレンダーポリシーと競合するイベントポリシーがあるかがチェックされる。ここで、競合するイベントポリシーがある場合には、カレンダーポリシーとイベントポリシーのいずれを優先するかを選択可能な画面を表示し、ユーザ指定を受け付ける。そして、追加されるカレンダーポリシーがイベントポリシーと競合する場合には、そのイベントポリシーのイベントＩＤを印刷装置１０２に通知し、状態通知一覧に登録するよう要求する。そのような構成により、印刷装置１０２において、そのイベント（ペーパージャム等）が発生した場合には、電力状態の移行をせずに、管理装置１０１に通知する。そして、管理装置１０１は、通知されたイベントと競合関係にあるカレンダーとの優先関係に基づいて、どのように電力状態を移行するかを印刷装置１０２に対して指示する。
【００５７】
図６は、印刷装置１０２で状態変化が発生した際の、管理装置１０１及び印刷装置１０２の処理の手順を示すフローチャートである。印刷装置１０２において紙詰まりやトナーなしなどの状態（イベント）が発生すると、印刷装置１０２のデバイス状態通知部３１４は、図１８の状態通知一覧のステータスＩＤ１８０３に、発生したイベントに対応するステータスＩＤが存在しているかを確認する。既に述べたように、ステータスＩＤは、イベントＩＤに対応している。ここで、発生したイベントに対応するステータスＩＤが存在している場合、デバイス状態通知部３１４は、通知先のＩＰアドレス１８０２に対して、状態情報、即ち、ステータスＩＤを図１７（ｂ）のコマンドにより通知する。
【００５８】
Ｓ６０１において、管理装置１０１のデバイス状態監視部３０５は、印刷装置１０２から状態情報を受信する。Ｓ６０２において、イベントポリシー管理部３０２は、印刷装置１０２から受信した状態情報に対応する、図９（ａ）のイベントポリシー一覧内のイベントＩＤ９０１を取得する。Ｓ６０３において、イベントポリシー管理部３０２は、Ｓ６０２で取得したイベントＩＤ９０１が、図１２（ａ）のポリシー競合一覧に存在するか否かを判定する。ここで、図１２（ａ）のポリシー競合一覧に存在しないと判定された場合にはＳ６１１に進む。一方、図１２（ａ）に示すポリシー競合一覧に存在すると判定された場合にはＳ６０４に進む。Ｓ６１１において、電力状態変更要求部３０４は、印刷装置１０２に対して、Ｓ６０２で取得されたイベントＩＤに対応するイベントポリシーに応じた電力状態の変更要求を行う。
【００５９】
Ｓ６０４において、デバイス状態監視部３０５は、図２２に示す回復状態対応一覧を取得する。図２２の回復状態対応一覧は、印刷装置１０２から通知された状態がそれ以前に通知された状態に対する回復状態（回復イベント）であるかを示している。図２２に示すように、回復状態対応一覧は、ステータスＩＤ２２０１、ステータス名２２０２に対して、回復状態を示すステータスＩＤ２２０３と回復状態を示すステータス名２２０４とを含む。例えば、紙詰まりのステータスＩＤ２２０１及びステータス名２２０２に対して、紙詰まりが回復されたことを示すステータスＩＤ２２０３及びステータス名２２０４が特定される。図２２の回復状態対応一覧は、例えばユーザにより予め作成されている。Ｓ６０４においてさらに、デバイス状態監視部３０５は、取得した図２２の回復状態対応一覧の回復状態を示すステータスＩＤ２２０３及びステータス名２２０４に、Ｓ６０２で取得された対応するイベントＩＤが存在するか否かを判定する。ここで、存在しないと判定された場合にはＳ６０８に進む。一方、存在すると判定された場合にはＳ６０５に進む。
【００６０】
図６でＳ６０１〜Ｓ６０３（Ｎｏ）の処理は、例えば、印刷装置１０２で発生して管理装置１０１に通知されたイベントが回復イベントではなく、カレンダーポリシーとも競合していない場合に相当する。その場合には、イベントポリシーに従って印刷装置１０２の電力制御が行われる。
【００６１】
Ｓ６０５において、カレンダーポリシー管理部３０３は、図１３に示すカレンダーポリシー無効化一覧を取得する。Ｓ６０６において、カレンダーポリシー管理部３０３は、図１３のカレンダーポリシー無効化一覧のカレンダーＩＤ１３０１に対応するイベントＩＤ１３０２に、Ｓ６０２で取得されたイベントＩＤが存在するか否かを判定する。ここで、存在しないと判定された場合には図６の処理を終了する。一方、存在すると判定された場合にはＳ６０７に進む。Ｓ６０７において、カレンダーポリシー管理部３０３は、印刷装置１０２に対して、カレンダーポリシー無効化一覧で無効化に設定されているカレンダーポリシーを有効化するように指示する。
【００６２】
図６で、Ｓ６０１〜Ｓ６０３（Ｙｅｓ）〜Ｓ６０４（Ｙｅｓ）〜Ｓ６０６（Ｙｅｓ）〜Ｓ６０７の処理は、印刷装置１０２で発生した回復イベントが、カレンダーポリシーと競合していない場合に相当する。その場合、印刷装置１０２で発生しているジャム等は解除されているということなので、カレンダーポリシーがそのイベントポリシーに対して無効に設定されている場合には、無効を解除してカレンダーポリシーを実行可能な状態とする。Ｓ６０７においては、カレンダーポリシー管理部３０３は、管理装置１０１に管理されている図１３のカレンダーポリシー無効化一覧から、該当するカレンダーポリシーを削除することにより有効化する。
【００６３】
Ｓ６０８において、デバイス状態監視部３０５は、図１２（ａ）のポリシー競合一覧から、Ｓ６０２で取得されたイベントＩＤに対応するカレンダーＩＤを取得する。Ｓ６０８においてさらに、カレンダーポリシー管理部３０３は、図１２（ａ）のポリシー競合一覧の優先情報１２０４により、カレンダーポリシーが優先されているか否かを判定する。ここで、カレンダーポリシーが優先されていないと判定された場合にはＳ６０９に進む。一方、カレンダーポリシーが優先されていると判定された場合には図６の処理を終了する。
【００６４】
なお、カレンダーポリシーとイベントポリシーについてどちらを優先するかの判断を時間情報を用いて判断してもよい。例えば、現在時刻とカレンダーポリシーの設定時間の範囲内か否かを判断する。カレンダーポリシーの設定時間の範囲内であればカレンダーポリシーを優先し、カレンダーポリシーの設定時間の範囲外であればイベントポリシーを優先するという判断をする。
【００６５】
図６で、Ｓ６０１〜Ｓ６０３（Ｙｅｓ）〜Ｓ６０４（Ｎｏ）〜Ｓ６０８（Ｙｅｓ）の処理は、印刷装置１０２で発生して管理装置１０１に通知されたイベントが、カレンダーポリシーと競合しているがカレンダーポリシーが優先されている場合に相当する。その場合には、カレンダーポリシーに従って印刷装置１０２の電力制御が行われる。
【００６６】
Ｓ６０９において、図１２（ａ）のポリシー競合一覧における、Ｓ６０２で取得されたイベントＩＤに対応するカレンダーポリシーについて、印刷装置１０２に対してカレンダーポリシーの削除（無効化）指示を行う。Ｓ６１０において、電力状態変更要求部３０４は、印刷装置１０２に対して、Ｓ６０２で取得されたイベントＩＤに対応するイベントポリシーに応じた電力状態の変更要求を行う。
【００６７】
図６で、Ｓ６０１〜Ｓ６０３（Ｙｅｓ）〜Ｓ６０４（Ｎｏ）〜Ｓ６０８（Ｎｏ）〜Ｓ６１０の処理は、印刷装置１０２で発生して管理装置１０１に通知されたイベントが、カレンダーポリシーと競合しているがイベントポリシーが優先されている場合に相当する。その場合には、イベントポリシーに従って印刷装置１０２の電力制御が行われる。
【００６８】
図１９は、管理装置１０１において、図９（ａ）のイベントポリシー一覧からイベントポリシーを削除する処理の手順を示すフローチャートである。イベントポリシーの削除指示を受け付けると、管理装置１０１のＵＩ制御部３０６は、図２１（ａ）に示すイベントポリシー削除画面を出力装置２０５に表示する。図２１（ａ）のイベントポリシー削除画面２１０１では、図９（ａ）のイベントポリシー一覧から取得された内容が表示され、ユーザからの削除対象のイベントの選択を受け付ける。
【００６９】
Ｓ１９０１において、イベントポリシー削除画面２１０１でイベントが選択されて削除ボタン２１０２の押下を検出すると、イベントポリシー管理部３０２は、図９（ａ）のイベントポリシー一覧から、その選択された削除対象のイベントポリシーを削除する。
【００７０】
Ｓ１９０２において、イベントポリシー管理部３０２は、図１２（ａ）のポリシー競合一覧から、Ｓ１９０１で選択された削除対象のイベントポリシーを検索する。Ｓ１９０３において、イベントポリシー管理部３０２は、Ｓ１９０２の検索において、選択された削除対象のイベントポリシーがあったか否かを判定する。ここで、選択された削除対象のイベントポリシーがないと判定された場合にはＳ１９０４に進む。一方、選択された削除対象のイベントポリシーがあったと判定された場合にはＳ１９０５に進む。
【００７１】
Ｓ１９０４において、イベントポリシー管理部３０２は、印刷装置１０２に対して、図９（ｂ）のイベントポリシー一覧から、選択された削除対象のイベントポリシーを削除する旨の指示を送信する。一方、Ｓ１９０５において、デバイス状態監視部３０５は、印刷装置１０２に対して、選択された削除対象のイベントポリシーに対応する、図１８の状態通知一覧のステータスＩＤ１８０３に該当する行を削除する旨の指示を送信する。
【００７２】
Ｓ１９０６において、カレンダーポリシー管理部３０３は、図１３のカレンダーポリシー無効化一覧内に、選択された削除対象のイベントポリシーに対応するイベントポリシー１３０２が存在するか否かを判定する。ここで、存在すると判定された場合にはＳ１９０７に移行する。一方、存在しないと判定された場合には図１９の処理を終了する。Ｓ１９０７において、カレンダーポリシー管理部３０３は、図１３のカレンダーポリシー無効化一覧から、選択された削除対象のイベントポリシーに対応するカレンダーポリシーの削除を行い無効化を回避する。そして、カレンダーポリシー管理部３０３は、印刷装置１０２に対して、そのカレンダーポリシーを有効化する旨の指示を送信する。カレンダーポリシーの有効化は、カレンダーポリシーの追加により行われても良い。
【００７３】
図２０は、管理装置１０１において、図１０（ａ）のカレンダーポリシー一覧からカレンダーポリシーを削除する処理の手順を示すフローチャートである。カレンダーポリシーの削除指示を受け付けると、管理装置１０１のＵＩ制御部３０６は、図２１（ｂ）に示すカレンダーポリシー削除画面を出力装置２０５に表示する。図２１（ｂ）のカレンダーポリシー削除画面２１１１では、図１０（ａ）のカレンダーポリシー一覧から取得された内容が表示され、ユーザからの削除対象のカレンダーの選択を受け付ける。
【００７４】
Ｓ２００１において、カレンダーポリシー削除画面２１１１でカレンダーが選択されて削除ボタン２１１２の押下を検出すると、カレンダーポリシー管理部３０３は、図１０（ａ）のカレンダーポリシー一覧から、その選択されたカレンダーポリシーを削除する。
【００７５】
Ｓ２００２において、カレンダーポリシー管理部３０３は、図１２（ａ）のポリシー競合一覧から、Ｓ２００１で選択された削除対象のカレンダーポリシーを検索する。Ｓ２００３において、カレンダーポリシー管理部３０３は、Ｓ２００２の検索において、選択された削除対象のカレンダーポリシーがあったか否かを判定する。ここで、選択された削除対象のカレンダーポリシーがないと判定された場合にはＳ２００４に進む。一方、選択された削除対象のカレンダーポリシーがあったと判定された場合にはＳ２００５に進む。
【００７６】
Ｓ２００４において、カレンダーポリシー管理部３０３は、印刷装置１０２に対して、図１０（ｂ）のカレンダーポリシー一覧から、選択された削除対象のカレンダーポリシーを削除する旨の指示を送信する。一方、Ｓ２００５において、カレンダーポリシー管理部３０３は、図１２（ａ）のポリシー競合一覧から、選択された削除対象のカレンダーポリシーに対応するイベントポリシーを取得する。そして、デバイス状態監視部３０５は、印刷装置１０２に対して、選択された削除対象のカレンダーポリシーに対応する、図１８の状態通知一覧のステータスＩＤ１８０３に該当する行を削除する旨の指示を送信する。
【００７７】
Ｓ２００６において、カレンダーポリシー管理部３０３は、図１３のカレンダーポリシー無効化一覧内に、選択された削除対象のカレンダーポリシーに対応するカレンダーポリシー１３０１が存在するか否かを判定する。ここで、存在すると判定された場合にはＳ２００８に進む。一方、存在しないと判定された場合にはＳ２００７に進む。Ｓ２００８において、カレンダーポリシー管理部３０３は、図１３のカレンダーポリシー無効化一覧から、選択された削除対象のカレンダーポリシーの削除を行い無効化を回避する。
【００７８】
Ｓ２００８若しくはＳ２００６の処理後、Ｓ２００７において、カレンダーポリシー管理部３０３は、印刷装置１０２に対して、選択された削除対象のカレンダーポリシーと競合しているイベントポリシーの追加を指示する旨の指示を送信する。その後、Ｓ２００４の処理を行う。
【００７９】
本実施形態では、印刷装置１０１のＵＩ操作部２１３からイベントポリシー、カレンダーポリシーを操作（追加／削除）できないように、管理者が予め、ＵＩ操作部２１３からのイベントポリシー及びカレンダーポリシーの設定についてアクセス制限を行う。
【００８０】
上記で説明した内容をユースケースに当てはめた例を以下で述べる。例えば、「紙詰まりが発生した場合に、印刷装置全体を電源オフにする」と「紙詰まりが回避された場合には印刷装置全体を通電状態（電源オン）に戻す」いうイベントポリシーを定義したとする。また、「毎朝９時に、電源オン」、「毎晩２２時に電源オフ」というカレンダーポリシーを定義したとする。
【００８１】
それぞれ図９（ｃ）及び図１０（ｃ）のようにイベントポリシー一覧、カレンダーポリシー一覧に登録されている。また、競合する条件は、図１２（ｂ）のポリシー競合一覧の例のように登録されている。なお、ここでは、ポリシー競合一覧において、「紙詰まりの場合に電源オフとする」ことは、「カレンダーポリシーで電源オンとする」ことよりも優先度が高いと設定されたものとする。また、「カレンダーポリシーで電源オフとする」ことは、「紙詰まりの回復で電源オンとする」ことよりも優先度が高いと設定されたものとする。
【００８２】
印刷装置１０２で紙詰まりが発生した場合には、図１２（ｂ）のポリシー競合一覧から、優先度に従って、カレンダーポリシーを一時無効化するように印刷装置１０２に対して指示を行う。それによって、紙詰まりが継続していた場合でも、カレンダーポリシーによって電源オンとなることを防ぐことができる。また、紙詰まりが回避された場合には、印刷装置１０２で無効化されたカレンダーポリシーは有効化されてカレンダーポリシーに従った動作に移行する。
【００８３】
また、他の例として、「トナー少量の場合にはスリープ状態とし、トナー量が正常に戻れば通常状態にする」というイベントポリシーを設定したとする。また、「毎朝９時に通常状態」、「昼休み１２時から１３時はスリープ状態」、「毎晩２２時にスリープ状態とする」というカレンダーポリシーを設定したとする。イベントポリシーは、図９（ｄ）に示すように、また、カレンダーポリシーは、図１０（ｄ）に示すように構成される。さらに、ポリシー競合一覧としては、図１２（ｃ）に示すように構成される。但し、ポリシー競合一覧の優先度はユーザー設定に従うものとする。これらによって、トナー少量の間は、カレンダーポリシーによって電源オンとならず、トナーが充填された場合には、カレンダーポリシーに従って電源オンまたはスリープ状態になる。
【００８４】
［第２の実施形態］
本実施形態は、イベントポリシーの追加処理とカレンダーポリシーの追加処理について、第１の実施形態と異なる。本実施形態では、管理装置１０１において、メイン画面上でのユーザからの指示に応じて、図２３に示す基本ポリシー設定画面を出力装置２０５に表示する。ＵＩ制御部３０６は、図２３の基本ポリシー設定画面上で、ボタン２３０１により省電力優先モードを選択するか、ボタン２３０２により継続使用優先モードを予め選択することができる。ＵＩ制御部３０６は、ボタン２３０１もしくはボタン２３０２の押下、及び、ＯＫボタン２３０３の押下を検出すると、管理装置１０１内のメモリ２０２に、省電力優先モードと継続使用優先モードのいずれが選択されたかの情報を格納する。メモリ２０２に格納された情報は、図２６の優先順位テーブルにおいて、省電力優先モードであるか、継続使用優先モードであるかを判定する際の基準として用いられる。
【００８５】
図２４は、本実施形態におけるイベントポリシー追加の処理の手順を示すフローチャートである。イベントポリシーの追加指示を受け付けると、管理装置１０１のＵＩ制御部３０６は、図７（ａ）に示すイベントポリシー追加画面を出力装置２０５に表示する。図７（ａ）のイベントポリシー追加画面７０１では、デバイス状態一覧７０２上で、ユーザからのイベントの選択を受け付ける。また、その選択されたイベントに対して、電力状態一覧７０４上で、変化させた後の電力状態の選択を受け付ける。さらに、部位一覧７０３上で、電力状態を変化させる部位の選択を受け付ける。
【００８６】
Ｓ２４０１において、イベントポリシー管理部３０２は、図７（ａ）に示すイベントポリシー追加画面でイベント登録に必要なイベント、電力状態、部位が選択されてＯＫボタン７０５の押下を検出する。そして、イベントポリシー管理部３０２は、図９（ａ）のイベントポリシー一覧に対するイベントポリシーの追加を行う。
【００８７】
Ｓ２４０２において、イベントポリシー管理部３０２は、追加したイベントポリシーで設定されている電力状態と異なる電力状態を有するカレンダーポリシーを、図１０（ａ）のカレンダーポリシー一覧上で検索する。つまり、追加したイベントポリシーについて競合があるかをチェックする。Ｓ２４０３において、イベントポリシー管理部３０２は、追加したイベントポリシーと競合するカレンダーポリシーが存在するか否かを判定する。Ｓ２４０３における判定の基準については、Ｓ４０３における説明と同じである。Ｓ２４０３において、競合するカレンダーポリシーが存在しないと判定された場合には、Ｓ２４０４において、イベントポリシー管理部３０２は、印刷装置１０２に対して、図１４（ａ）のコマンドによりイベントポリシーの追加要求を行う。一方、Ｓ２４０３において、競合するカレンダーポリシーが存在すると判定された場合には、Ｓ２４０５に進む。Ｓ２４０５において、イベントポリシー管理部３０２は、ＨＤＤ２０３等に格納されている図２６に示す優先順位テーブルを取得し、図２３の基本ポリシー設定画面で受け付けたモードに対応する値を参照する。
【００８８】
図２６に示すように、優先順位テーブルは、省電力優先モード２６０２と継続優先モード２６０３のそれぞれについて、複数の電力状態２６０１の各優先順位を定めている。図２６においては、電力状態間で数字が小さいほど、優先順位が高いことを示している。つまり、省電力優先モード２６０２においては、ｏｆｆＨａｒｄ（装置の電源オフ）が最も優先度が高く、Ｏｎ（装置の電源オン）が最も優先度が低い。一方、継続優先モード２６０３においては、Ｏｎ（装置の電源オン）が最も優先度が高く、ｏｆｆＨａｒｄ（装置の電源オフ）が最も優先度が低い。つまり、イベントポリシーとカレンダーポリシーとが競合した場合に、省電力優先モードでは、電力消費がより小さい方が優先され、継続優先モードでは、現在の処理の継続性を重視するので、電力消費がより大きい方が優先される。
【００８９】
Ｓ２４０５においてさらに、イベントポリシー管理部３０２は、図２６の優先順位に従って、イベントポリシーとカレンダーポリシーのいずれを優先するかを決定する。そして、イベントポリシー管理部３０２は、イベントポリシーとカレンダーポリシーのいずれを優先するかを示す優先情報１２０４を図１２のポリシー競合一覧に記述する。Ｓ２４０６において、デバイス状態監視部３０５は、印刷装置１０２に対して、図１７（ａ）のデバイス状態の登録要求を行う。印刷装置１０２のデバイス状態通知部３１４は、その登録要求を受信すると、図１８の状態通知一覧にイベントポリシーＩＤ１２０２と同じ内容のステータスＩＤ１８０３、通知先ＩＰアドレス１８０２を追加する。
【００９０】
図２５は、本実施形態におけるカレンダーポリシー追加の処理の手順を示すフローチャートである。カレンダーポリシーの追加指示を受け付けると、管理装置１０１のＵＩ制御部３０６は、図７（ｂ）に示すカレンダーポリシー追加画面を出力装置２０５に表示する。図７（ｂ）のカレンダーポリシー追加画面７１１では、電力状態変化の開始日時７１２上で、日時の選択を受け付ける。また、部位一覧７１３上で、電力状態を変化させる部位の選択を受け付ける。さらに、電力状態の一覧７１４上で、変化後の電力状態の選択を受け付ける。
【００９１】
Ｓ２５０１において、カレンダーポリシー管理部３０３は、図７（ｂ）に示すカレンダーポリシー追加画面でカレンダー登録に必要な日時、電力状態、部位が選択されてＯＫボタン７１５の押下を検出する。そして、カレンダーポリシー管理部３０３は、図１０（ａ）のカレンダーポリシー一覧に対するカレンダーポリシーの追加を行う。
【００９２】
Ｓ２５０２において、カレンダーポリシー管理部３０３は、追加したカレンダーポリシーで設定されている電力状態と異なる電力状態を有するイベントポリシーを、図９（ａ）のイベントポリシー一覧上で検索する。つまり、追加したカレンダーポリシーについて競合があるかをチェックする。Ｓ２５０３において、カレンダーポリシー管理部３０３は、追加したカレンダーポリシーと競合するイベントポリシーが存在するか否かを判定する。Ｓ２５０３における判定の基準については、Ｓ５０３における説明と同じである。Ｓ２５０３において、競合するイベントポリシーが存在しないと判定された場合には、Ｓ２５０４において、カレンダーポリシー管理部３０３は、印刷装置１０２に対して、図１５（ａ）のコマンドによりカレンダーポリシーの追加要求を行う。一方、Ｓ２５０３において、競合するイベントポリシーが存在すると判定された場合には、Ｓ２５０５に進む。Ｓ２５０５において、カレンダーポリシー管理部３０３は、ＨＤＤ２０３等に格納されている図２６に示す優先順位テーブルを取得し、図２３の基本ポリシー設定画面で受け付けたモードに対応する値を参照する。
【００９３】
Ｓ２５０５においてさらに、カレンダーポリシー管理部３０３は、図２６の優先順位に従って、イベントポリシーとカレンダーポリシーのいずれを優先するかを決定する。そして、カレンダーポリシー管理部３０３は、イベントポリシーとカレンダーポリシーのいずれを優先するかを示す優先情報１２０４を図１２のポリシー競合一覧に記述する。Ｓ２５０６において、デバイス状態監視部３０５は、印刷装置１０２に対して、図１７（ａ）のデバイス状態の登録要求を行う。印刷装置１０２のデバイス状態通知部３１４は、その登録要求を受信すると、図１８の状態通知一覧にイベントポリシーＩＤ１２０２と同じ内容のステータスＩＤ１８０３、通知先ＩＰアドレス１８０２を追加する。
【００９４】
Ｓ２５０７において、イベントポリシー管理部３０２は、印刷装置１０２に対して、競合するイベントポリシーの削除要求を図１４（ｂ）に示すコマンドにて行う。Ｓ２５０７の後は、Ｓ２５０４の処理が行われる。
【００９５】
本実施形態においても、印刷装置１０２で状態変化（イベント）が発生した場合には、図６のフローチャートの各処理が実行される。本実施形態では、予め基本ポリシーを設定しておくことで、イベントポリシーとカレンダーポリシーとが競合した場合、ユーザにイベントポリシーとカレンダーポリシーのいずれを優先させるかをその都度選択させることなく、優先度を決定することができる。
【００９６】
［第３の実施形態］
本実施形態は、カレンダーポリシーとイベントポリシーについてどちらを優先するかを判断せずに、イベントポリシーを常に優先する実施形態である。そのため、本実施形態では、イベントポリシーとカレンダーポリシーのどちらを優先させるかをユーザーに指定させる必要がなく、図１１の競合の警告画面及び図１２のポリシー競合一覧が不要である。
【００９７】
本実施形態における印刷装置で状態変化が発生した際の処理を示すフローチャートを図２８に示す。図２８において、第１の実施形態における図６のＳ６０８の処理がなく、Ｓ６０４の処理の後にＳ６０９の処理に進む。それ以外は、図６の処理と同様なので、説明を省略する。
【００９８】
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００９９】
１０１  管理装置、１０２  印刷装置、１０３  ネットワーク、２０１、２１１  ＣＰＵ
【図１】
2015232871.tif 000003
【図２】
2015232871.tif 000004
【図３】
2015232871.tif 000005
【図４】
2015232871.tif 000006
【図５】
2015232871.tif 000007
【図６】
2015232871.tif 000008
【図７】
2015232871.tif 000009
【図８】
2015232871.tif 000010
【図９】
2015232871.tif 000011
【図１０】
2015232871.tif 000012
【図１１】
2015232871.tif 000013
【図１２】
2015232871.tif 000014
【図１３】
2015232871.tif 000015
【図１４】
2015232871.tif 000016
【図１５】
2015232871.tif 000017
【図１６】
2015232871.tif 000018
【図１７】
2015232871.tif 000019
【図１８】
2015232871.tif 000020
【図１９】
2015232871.tif 000021
【図２０】
2015232871.tif 000022
【図２１】
2015232871.tif 000023
【図２２】
2015232871.tif 000024
【図２３】
2015232871.tif 000025
【図２４】
2015232871.tif 000026
【図２５】
2015232871.tif 000027
【図２６】
2015232871.tif 000028
【図２７】
2015232871.tif 000029
【図２８】
2015232871.tif 000030