(57)【要約】【課題】  情報処理装置で発生し得る状態変化に対応づけて、情報処理装置の各部位に対する電力制御を実行するためのイベントポリシーを情報処理装置に容易に設定する。【解決手段】    情報処理装置と通信する管理装置において、情報処理装置で発生する状態変化を示すイベントに対応づけて遷移させる電力状態を設定する際に、情報処理装置の状態変化に対応づけて登録された各部位の電力供給の制御に関わる依存関係を示す情報を取得する。そして、設定されるイベントと遷移させる電力状態と、取得した依存関係を示す情報とに応じて、前記情報処理装置の各部位に設定すべき電力状態に関わるイベントポリシーを生成し、該生成したイベントポリシーを情報処理装置に設定する要求を送信することを特徴とする。【選択図】  図１２
2016066295.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と通信する管理装置であって、
前記情報処理装置の状態変化に対応づけて登録された各部位の電力供給の制御に関わる依存関係を示す情報を取得する取得手段と、
前記情報処理装置で発生する状態変化を示すイベントに対応づけて遷移させる電力状態を設定する設定手段と、
前記設定手段により設定されたイベントと遷移させる電力状態と、取得した前記依存関係を示す情報とに応じて、前記情報処理装置の各部位に設定すべき電力状態に関わるイベントポリシーを生成する生成手段と、
生成したイベントポリシーを前記情報処理装置に設定する要求を送信する送信手段と、
を備えることを特徴とする管理装置。
【請求項２】
前記送信手段による前記イベントポリシーに対する前記情報処理装置からの応答がエラーかどうかを判断する第１の判断手段と、
前記応答がエラーであると判断した場合、前記情報処理装置から通知される状態変化を受信する受信手段と、
受信した状態変化が生成される前記イベントポリシーに対応できるかどうかを判断する第２の判断手段と、
受信した状態変化が生成される前記イベントポリシーに対応できると判断した場合、前記イベントポリシーに対応する電力状態を設定するための情報を前記情報処理装置に通知する通知手段と、
を備えることを特徴とする請求項１記載の管理装置。
【請求項３】
前記情報処理装置の状態変化のイベントは、前記情報処理装置が行う機能処理を実行できない要因に対応づけられていることを特徴とする請求項１記載の管理装置。
【請求項４】
前記情報処理装置が行う機能処理を実行できない要因は、紙詰まり、針詰まり、トナー切れ、回収トナー容器満載、針なし、針屑満載、糊なし、定着ウエブ寿命を含むことを特徴とする請求項３記載の管理装置。
【請求項５】
前記取得手段は、複数の情報処理装置から前記情報処理装置の状態変化に対応づけて登録された各部位の電力供給の制御に関わる依存関係を示す情報を取得することを特徴とする請求項１記載の管理装置。
【請求項６】
管理装置と通信する情報処理装置であって、
前記情報処理装置の状態変化に対応づけて登録された各部位の電力供給の制御に関わる依存関係を示す情報を記憶して管理する管理手段と、
前記管理装置の要求に応じて、前記前記情報処理装置の状態変化に対応づけて登録された各部位の電力供給の制御に関わる依存関係を示す情報を通知する通知手段と、
前記管理装置で生成されたイベントポリシーを前記情報処理装置に設定する要求を取得手段と、
取得したイベントポリシーに基づいて、前記登録された各部位の電力供給の制御を行う制御手段と、
を備えることを特徴とする情報処理装置。
【請求項７】
前記情報処理装置は、複合機能を実行する多機能周辺装置であることを特徴とする請求項６記載の情報処理装置。
【請求項８】
情報処理装置と通信する管理装置の制御方法であって、
前記情報処理装置の状態変化に対応づけて登録された各部位の電力供給の制御に関わる依存関係を示す情報を取得する取得工程と、
前記情報処理装置で発生する状態変化を示すイベントに対応づけて遷移させる電力状態を設定する設定工程と、
前記設定工程により設定されたイベントと遷移させる電力状態と、取得した前記依存関係を示す情報とに応じて、前記情報処理装置の各部位に設定すべき電力状態に関わるイベントポリシーを生成する生成工程と、
生成したイベントポリシーを前記情報処理装置に設定する要求を送信する送信工程と、
を備えることを特徴とする管理装置の制御方法。
【請求項９】
管理装置と通信する情報処理装置の制御方法であって、
前記情報処理装置の状態変化に対応づけて登録された各部位の電力供給の制御に関わる依存関係を示す情報を記憶して管理する管理工程と、
前記管理装置の要求に応じて、前記前記情報処理装置の状態変化に対応づけて登録された各部位の電力供給の制御に関わる依存関係を示す情報を通知する通知工程と、
前記管理装置で生成されたイベントポリシーを前記情報処理装置に設定する要求を取得工程と、
取得したイベントポリシーに基づいて、前記登録された各部位の電力供給の制御を行う制御工程と、
を備えることを特徴とする情報処理装置の制御方法。
【請求項１０】
請求項８に記載の管理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１１】
請求項９に記載の情報処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、情報処理装置、管理装置の制御方法、情報処理装置の制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
複数の機能を有する多機能周辺装置（(ＭＦＰ)において、ある機能が使用不可の状態になっても別の機能は使用可能という状態があり、使用可能な機能に関する部分的にのみ給電を行うという技術が考えられている（特許文献１）。
【０００３】
ＩＥＥＥの標準化部会の1つであるＰＷＧ（Ｐｒｉｎｔｅｒ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ）では、電力管理の分野において、印刷装置が印刷可能か否かに関わる状態変化（イベント）に応じて機器内部の電力を制御する規則をイベントポリシーと定義している。上記ＰＷＧでは、イベントポリシーについて、電力状態を細かな段階で定義し、機器内部の部位別の電力制御を定義し、印刷装置が印刷可能か否かに関わる状態変化に応じて機器内部の部位別に電力を制御する仕様が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１１０８２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前述したイベントポリシーの設定は、ユーザが行うことになるが、どの部位に対して電力制御の設定を行うかをユーザが知らないと設定ができない。また、機器毎にも設定する複数の部位や各部位の依存関係が異なる場合があるため、対象となる機器が多いとイベントポリシーをユーザが設定することがさらに難しくなる。
【０００６】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、情報処理装置で発生し得る状態変化に対応づけて、情報処理装置の各部位に対する電力制御を実行するためのイベントポリシーを情報処理装置に容易に設定できる仕組みを提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成する本発明の管理装置は以下に示す構成を備える。
情報処理装置と通信する管理装置であって、前記情報処理装置の状態変化に対応づけて登録された各部位の電力供給の制御に関わる依存関係を示す情報を取得する取得手段と、前記情報処理装置で発生する状態変化を示すイベントに対応づけて遷移させる電力状態を設定する設定手段と、前記設定手段により設定されたイベントと遷移させる電力状態と、取得した前記依存関係を示す情報とに応じて、前記情報処理装置の各部位に設定すべき電力状態に関わるイベントポリシーを生成する生成手段と、生成したイベントポリシーを前記情報処理装置に設定する要求を送信する送信手段と、を備えることを特徴とする。
上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
管理装置と通信する情報処理装置であって、前記情報処理装置の状態変化に対応づけて登録された各部位の電力供給の制御に関わる依存関係を示す情報を記憶して管理する管理手段と、前記管理装置の要求に応じて、前記前記情報処理装置の状態変化に対応づけて登録された各部位の電力供給の制御に関わる依存関係を示す情報を通知する通知手段と、前記管理装置で生成されたイベントポリシーを前記情報処理装置に設定する要求を取得手段と、
取得したイベントポリシーに基づいて、前記登録された各部位の電力供給の制御を行う制御手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、情報処理装置で発生し得る状態変化に対応づけて、情報処理装置の各部位に対する電力制御を実行するためのイベントポリシーを情報処理装置に容易に設定することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】情報処理装置を適用するシステム全体の構成図である。
【図２Ａ】システムのハードウェアの構成を説明する図である。
【図２Ｂ】印刷部２と排紙部のハードウエア構成を説明するブロック図である。
【図３】システムのソフトウェアの構成を示すブロック図である。
【図４】多機能周辺装置を一意に識別する情報を示す図である。
【図５】管理するイベントポリシーの値の一覧を示す図である。
【図６】イベントポリシーの設定値を示す図である。
【図７】ＳＮＭＰプロトコルのフォーマットを示す図である。
【図８】給紙部、排紙部、読取部の依存関係を示す図である。
【図９】多機能周辺装置１が参照すべき対照表を示す図である。
【図１０】出力装置に表示されるＵＩ画面を示す図である。
【図１１】イベントポリシー一覧を示す図である。
【図１２】管理装置の制御方法を説明するフローチャートである。
【図１３】管理装置の制御方法を説明するフローチャートである。
【図１４】ユーザ指定イベントと登録するイベントとの対応表を示す図である。
【図１５】システムのソフトウエアの構成を説明するブロック図である。
【図１６】監視状態通知の登録に使用するフォーマットを示す図である。
【図１７】多機能周辺装置毎の状態管理一覧を示す図である。
【図１８】電力状態変更要求に使用するフォーマットを示す図である。
【図１９】通知状態管理一覧を示す図である。
【図２０】管理装置の制御方法を説明するフローチャートである。
【図２１】管理装置の制御方法を説明するフローチャートである。
【発明を実施するための形態】
【００１０】
次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
【００１１】
以下、本発明を実施するための最良の形態について図面を用いて説明する。なお、本発明におけるプログラムの実行の主体は、特に記載がない場合には管理装置１０１においてはＣＰＵ２０１が実行し、多機能周辺装置１０２においてはＣＰＵ２１１が実行するものとする。
まず、実施例１についての説明を行う。
【００１２】
図１は、本実施形態を示す情報処理装置を適用するシステム全体の構成図である。本実施形態では、情報処理装置の一例として、多機能周辺装置について説明するが、情報処理装置は、複合機能処理を行う多機能周辺装置に限定されず、電力状態を制御する機能を備える装置であればよい。複合機能処理には、プリント機能処理、スキャナ機能処理、データ通信機能処理等が含まれる。
図１において、１０２は多機能周辺装置であり、機器内部の部位毎の電力制御が可能であり、ネットワーク１０３に接続可能に構成されている。１０１は管理装置で、ネットワーク１０３を介して多機能周辺装置１０２を管理する。多機能周辺装置１０２と管理装置１０１との間では、通信プロトコルとしてＳＮＭＰを用いて相互に通信が行われる。
【００１３】
図２Ａは、図１に示したシステムのハードウェアの構成を説明する図である。
図２Ａにおいて、管理装置１０１は、内部にＣＰＵ２０１、メモリ２０２、ＨＤＤ２０３、入力装置２０４、出力装置２０５、ネットワーク制御部２０６を有し、それぞれがバス２０７で接続されている。管理装置１０１のＨＤＤ２０３には、本発明に関わるプログラム及びデータが格納されている。
【００１４】
ＣＰＵ２０１は、ＨＤＤ２０３に格納されたプログラム及びデータをメモリ２０２にロードし、プログラムを実行する。ＣＰＵ２０１は、実行するプログラムのユーザインターフェースをディスプレイなどの出力装置２０５に対してバス２０７を介して表示情報を送り、表示情報を受けた出力装置２０５は、プログラムのユーザインターフェースを表示する。
【００１５】
入力装置２０４は、ユーザ入力による入力情報を受け付け、入力情報をＣＰＵ２０１にバス２０７を介して送信する。ネットワーク制御部２０６はネットワーク１０３と接続されており、ネットワーク１０３を介して、多機能周辺装置１０２と通信を行う。
多機能周辺装置１０２は、バス２１０、ＣＰＵ２１１、メモリ２１２、ＵＩ操作部２１３、ＨＤＤ２１４、ネットワーク制御部２１５、排紙部２１６、給紙部２１７、印刷部２１８、読取部２１９、ファックス２２０、電力制御部２２１で構成されている。
【００１６】
電力制御部２２１は、バス２１０を介して排紙部２１６、給紙部２１７などの多機能周辺装置１０２内部の各部位に対する電力制御を行う。ＣＰＵ２１１は、ＨＤＤ２１４に格納された本発明に関わるプログラムをメモリ２１２にロードし、前記プログラムを実行する。ＵＩ操作部２１３は、ＣＰＵ２１１で実行するプログラムにおけるユーザインターフェースを表示する。また、ＵＩ操作部２１３は、ユーザ入力を受け付け、受けつけたユーザ入力情報をバス２１０を介してＣＰＵ２１１に送信する。ネットワーク制御部２１５は、ネットワーク１０３と接続されており、ネットワーク１０３を介して、管理装置１０１と通信を行う。
【００１７】
排紙部２１６は、印刷される紙などのメディアの排出処理を行う。給紙部２１７は、印刷部へのメディアの供給処理を行う。印刷部２１８は、印刷処理を行う。読取部２１９は、画像情報の読み取り処理を行う。ファックス２２０は、ファックス送受信の処理を行う。
【００１８】
図２Ｂは、図２Ａに示した多機能周辺装置１０２の印刷部２１８と排紙部２１６のハードウエア構成を説明するブロック図である。特に、（Ａ）は印刷部２１８を示し、（Ｂ）は排紙部２１６を示し、（Ｃ）は読取部２１９を示す。
図２Ｂに示す印刷部２１８において、給紙部２１７は、手差しトレイ２３０、給紙カセット２３１、多枚数の用紙を給紙可能なペーパーデッキ２３２で構成され、それらが複数存在する場合もある。電力制御部２２１は、バス２１０を介して給紙部２１７、手差しトレイ２３０、給紙カセット２３１、ペーパーデッキ２３２の各部位に対する電力制御を行う。
【００１９】
図２Ｂに示す排紙部２１６は、断裁部２４０、紙折部２４１、穿孔部２４２、挿入部２４３で構成される。
電力制御部２２１は、バス２１０を介して断裁部２４０、紙折部２４１、穿孔部２４２、挿入部２４３の各部位に対する電力制御を行う。
【００２０】
図２Ｂの（Ｃ）に示すように、読取部２１９は、読取部本体２５０、自動紙送り装置（ＡＤＦ）２５１、不図示の読取部カバーで構成される。電力制御部２２１は、読取部本体２５０、ＡＤＦ２５１の各部位に対する電力制御を行う。
【００２１】
図３は、本実施形態を示すシステムのソフトウェアの構成を示すブロック図である。
図３に示す管理装置１０１において、デバイスリスト管理部３０１は、管理対象となる複数の多機能周辺装置１０２の一覧を管理する。多機能周辺装置１０２の一覧は、図４に示すように多機能周辺装置１０２を一意に識別するためのデバイスＩＤ６０１、デバイス名６０２、ＩＰアドレス６０３などで構成される。
【００２２】
管理装置１０１のイベントポリシー管理部３０２は、イベントポリシーの一覧を管理し、多機能周辺装置１０２に対して、イベントポリシーの追加の要求を行う。イベントポリシーとその設定値は、後述する図５及び図６で示すイベントポリシー一覧、イベントポリシーの設定値の一覧で管理される。なお、イベントポリシー管理部３０２は、情報処理装置の状態変化のイベントは、前記情報処理装置が行う機能処理を実行できない要因に対応づけられている。より具体的には、本実施形態では、情報処理装置が行う機能処理を実行できない要因として、紙詰まり、針詰まり、トナー切れ、回収トナー容器満載、針なし、針屑満載、糊なし、定着ウエブ寿命を管理している。なお、管理対象は、上記に限定されるものではない。
【００２３】
図５は、図１に示した管理装置１０１が管理するイベントポリシーの値の一覧を示す図である。本例は、後述の図１０に示すユーザ入力画面より入力されるイベントポリシーの値を管理する一覧に対応する。
図５では、イベントポリシーを一意に識別するためのイベントＩＤ７０１、イベントポリシーの内容を端的に示すイベント名７０２、イベント発生によって変化する多機能周辺装置１０２の電力状態７０３で構成される。なお、図５に示す一例では、イベント名７０２に、ペーパージャム、オペレータコールの例を示す。また、図６に、複数の多機能周辺装置１０２に対して実際に設定するイベントポリシーの設定値の一覧を示す。
【００２４】
図６に示すイベントポリシーの設定値は、イベントＩＤ８０１、イベント名８０２、電力状態８０３、イベント発生によって電力状態が変化する部位（コンポーネント）８０４、設定対象の多機能周辺装置１０２のデバイスＩＤ８０５とで構成される。なお、デバイスＩＤ８０５に示すように、本実施形態では、複数の多機能周辺装置１０２のイベントポリシーの設定値が一覧で管理される例を示す。
多機能周辺装置１０２に対してイベントポリシーを追加する場合は、管理装置１０１から多機能周辺装置１０２に対して図７に示すＳＮＭＰプロトコルが送信されることにより実行される。
【００２５】
図７において、９０１は、多機能周辺装置１０２に対する書き込み要求であることを表す値（０ｘＡ３）である。９０２は、イベントポリシーを適用する多機能周辺装置１０２の部位を示す値である。９０３は、イベントポリシーによる移行後の電力状態を表す値である。９０４はイベントポリシー名である。９０５は多機能周辺装置１０２に対してイベントポリシーを追加することを表す値である。
【００２６】
管理装置１０１のデバイス固有情報管理部３０３は、イベントポリシーで設定するイベントに対する多機能周辺装置１０２の各部位の電力供給の制御に関わる依存関係を管理する。多機能周辺装置１０２の各部位の依存関係について以下の通りである。
イベントポリシーが「紙なし」エラーの場合に電源を切るという場合に、図２Ｂの（Ａ）の給紙部の紙がない部位だけの通電を切ることでイベントポリシーの条件を満たすことができる。
ただし、部位毎に電力制御できるかどうかは多機能周辺装置１０２毎に異なるので、紙なしというイベントにおける給紙部の各部位の依存関係を登録しておくことで、イベントポリシーに対する各部位の制御に利用することができる。
【００２７】
例えば、図８の（Ａ）は、ある多機能周辺装置１０２の紙なしにおける給紙部における各部位の依存関係を示す。
図８の（Ａ）において、１００１は部位のＩＤであり、１００２は依存関係で、それぞれの部位間の親子関係を示す。１００３は、部位１００１の名称（ｃｏｍｐｏｎｅｎｔ）である。例えば、「ｉｎｐｕｔｔｒａｙ」、「ｃａｓｓｅｔｔｅ」、「ｄｅｃｋ」は、親の部位（値が「０」）である「ｉｎｐｕｔ」に依存していることを示す。
【００２８】
図８の（Ｂ）はある多機能周辺装置１０２の紙詰まりにおける排紙部の依存関係を示す。図８の（Ｂ）において、１０１１は部位のＩＤであり、１０１２は依存関係で、それぞれの部位間の親子関係を示す。１０１３は、部位１０１１の名称（ｃｏｍｐｏｎｅｎｔ）である。
また、図８の（Ｃ）は、多機能周辺装置１０２の読取エラーにおける読取部の依存関係を示す。図８の（Ｃ）において、１０２１は部位のＩＤであり、１０２２は依存関係で、それぞれの部位間の親子関係を示す。１０２３は、部位１０１１の名称（ｃｏｍｐｏｎｅｎｔ）である。
図９は、図８の（Ａ）に示した紙なしなどのイベントについて多機能周辺装置１０２が参照すべき対照表を示す図である。
図９において、１１０１は、イベントＩＤ、１１０２はイベント名、１１０３〜１１０５は多機能周辺装置１０２のデバイス名に対応している。例えば、イベントがＪａｍｍｅｄの場合、名称１１０３がＤｅｖｉｃｅ１においては、参照すべき表はｔａｂｌｅ２１であることを示す。
【００２９】
図１０は、図２Ａに示した出力装置２０５に表示されるＵＩ画面を示す図である。なお、本ＵＩ画面は、管理装置１０１のＵＩ制御部３０４が、管理装置１０１の出力装置２０５上にイベントポリシーを設定させる画面を表示する。
図１０において、１２０１はイベントポリシーを設定させる画面全体であり、１２０２はユーザに選択させるイベントである。１２０３は遷移する電力状態である。ＯＫボタン１２０４がユーザに選択されると、イベントポリシーの設定が開始される。キャンセルボタン１２０５が選択されるとイベントポリシーの設定を行わず、処理を終了する。
【００３０】
図３の多機能周辺装置１０２のイベントポリシー管理部３１０は、図１１に示すイベントポリシー一覧に基づきイベントポリシーの制御を行う。
イベントポリシー管理部３１０は、管理装置１０１から図７で示すイベントポリシーの追加のプロトコルを受信し、イベントポリシー一覧にイベントポリシーの登録を行う。また、管理装置１０１から不図示のイベントポリシー削除のプロトコルを受信し、イベントポリシー一覧からイベントポリシーの削除を行う。イベントポリシー管理部３１０は多機能周辺装置１０２で発生したイベントについて、図１１のイベントポリシー一覧に基づいて電力状態変更部３１２に対して電力状態変更要求を行う。
【００３１】
図３の多機能周辺装置１０２のデバイス固有情報管理部３１１は、図８に対応する依存関係を示す情報をＨＤＤ２１４に記憶して管理する。そして、管理装置１０１のデバイス固有情報管理部３０３からの取得要求を受けて、各部位の依存関係を示す情報を管理装置１０１に送信する。
図３の多機能周辺装置１０２の電力状態変更部３１２は、バス２１０を通じて多機能周辺装置１０２の各部位に対して電力制御を行う。
【００３２】
図１２は、本実施形態を示す管理装置の制御方法を説明するフローチャートである。なお、各ステップは、管理装置１０１のＣＰＵ２０１がＨＤＤ２０３に記憶された制御プログラムを実行することで実現される。以下、ＣＰＵ２０１が実行する制御プログラム（図３に示したモジュール）を主体として説明する。
Ｓ４０１において、管理装置１０１のＵＩ制御部３０４は、図１０に示したイベントポリシー設定画面において、ユーザがＯＫボタン１２０４を押下したことを検知する。そして、ユーザが入力したイベント１２０２、イベントによって遷移する電力状態１２０３の情報を取得し、イベントポリシー管理部３０２に取得した情報を渡す。Ｓ４０２において、デバイスリスト管理部３０１は、管理対象の多機能周辺装置１０２の一覧（図４参照）をイベントポリシー管理部３０２に渡す。
【００３３】
Ｓ４０３において、イベントポリシー管理部３０２は、管理対象の多機能周辺装置１０２について、Ｓ４０１で取得したイベント１２０２に対する図８の依存関係を示す表が存在するかを図９の対照表を用いて検索する。
Ｓ４０３において、イベントポリシー管理部３０２は、Ｓ４０２で依存関係を示す図が存在するか否かを判断する。イベントポリシー管理部３０２がステップ４０２で依存関係を示す図が存在しないと判断した場合には、Ｓ４０４に移行し、イベントポリシー管理部３０２は、対象の多機能周辺装置１０２に対して、図８の依存関係を示す表の取得を行う。イベントポリシー管理部３０２がＳ４０２で図８の依存関係を示す表が図９に示す表に存在すると判断した場合には、Ｓ４０８に移行する。
【００３４】
Ｓ４０５において、イベントポリシー管理部３０２は、図８の依存関係を示す表を多機能周辺装置１０２から取得できたか否かを判断する。Ｓ４０５で取得できたと判断した場合には、Ｓ４０７に移行する。Ｓ４０５で情報取得できなかったと判断した場合には、Ｓ４０６に移行する。
【００３５】
Ｓ４０６において、イベントポリシー管理部３０２は、多機能周辺装置１０２に対して、部位を特定せずに関連する各部位すべてに対してイベントポリシーの生成を行う。例えば、イベントが紙詰まりであれば、給紙部２１７の各部位すべてに対してイベントポリシーの生成を行う。Ｓ４０７において、イベントポリシー管理部３０２は、取得した図８の依存関係を示す情報について図９の表への登録を行う。
【００３６】
図１３は、本実施形態を示す管理装置の制御方法を説明するフローチャートである。本例は、図１２に示したＳ４０８の詳細手順例である。なお、各ステップは、管理装置１０１のＣＰＵ２０１がＨＤＤ２０３に記憶された制御プログラムを実行することで実現される。以下、ＣＰＵ２０１が実行する制御プログラム（図３に示したモジュール）のうち、イベントポリシー管理部３０２を主体として説明する。
Ｓ５０１において、イベントポリシー管理部３０２は、図１４に示すユーザ指定イベントと多機能周辺装置１０２に登録するイベントとの対応表を読み込む。Ｓ５０２において、イベントポリシー管理部３０２は、図１４の表の指定行を取得する。なお、指定行の最初は１行目である。
【００３７】
図１４において、１４０１は、ユーザが図１０のイベントポリシー設定画面で指定するイベント名であり、１４０２は、多機能周辺装置１０２に実際に設定するイベント名であり、１４０３は、イベント名１４０２に対応する部位を示す。
Ｓ５０３において、図９の対照表から、対象の多機能周辺装置１０２とイベント名とに該当する図８の依存関係を示す表を選び出す。Ｓ５０４において、イベントポリシー管理部３０２は、図１４に示す部位１４０３に一致する文字列を図８の部位の名称（１００３（図８の（Ａ））、１０１３（図８の（Ｂ））、１０２３（図８の（Ｃ））など）から探し出す。
【００３８】
そして、イベントポリシー管理部３０２は、図８の依存関係において該当する部位のＩＤを親ＩＤ（１００２、１０１２。１０２２）に含む行をすべて選び出す。Ｓ５０５では、イベントポリシー管理部３０２が上記ステップで選び出された複数の部位に対するイベントポリシーを図６に示したイベントポリシーの設定値の一覧に追加する。
Ｓ５０６において、イベントポリシー管理部３０２は、図１４に示す対応表について、次の行に移動し、すべての行の処理が終わっているかどうかを判断する。すべての処理が終わっているとイベントポリシー管理部３０２が判断した場合は、本処理を終了し、残りの行があると判断した場合、Ｓ５０２に移行する。
なお、図１３のフローチャートの処理は管理装置１０１が管理対象とする多機能周辺装置１０２についてすべて行う。
【００３９】
ここで、図１２に示す処理に説明を戻す。
イベントポリシー管理部３０２は、Ｓ４０６及びＳ４０８で生成したイベントポリシーを図６のイベントポリシーの設定値の一覧に追加する。Ｓ４０９において、イベントポリシー管理部３０２は、多機能周辺装置１０２に対して、図６のイベントポリシーの設定値の一覧に登録されたイベントポリシーを各多機能周辺装置１０２に対して送信を行う。送信するイベントポリシーは図７に示したＳＮＭＰプロトコルのフォーマットを用いて送信される。
【００４０】
イベントポリシーの登録プロトコルを受信した多機能周辺装置１０２は、イベントポリシー管理部３１０によって、図１１に示すイベントポリシー一覧にイベントポリシーを登録する。そして、多機能周辺装置１０２で発生したイベントに応じて電力状態変更部３１２により各部位の電力状態を変更する。
【００４１】
以上で説明したように、ユーザは図１０に示したイベントポリシー設定画面を用いて、イベントと対応する変更後の電力状態を入力するだけで、管理対象の多機能周辺装置１０２の各部位に対する適切なイベントポリシーを設定することが可能となる。
【００４２】
〔第２実施形態〕
本実施形態は、図１に示した多機能周辺装置１０２がイベントポリシーに対応していない場合における処理例である。なお、システム全体の構成、及びハードウェア構成は、第１実施形態と同様である。
【００４３】
図１５は、本実施形態を示すシステムのソフトウエアの構成を説明するブロック図である。
図１５において、デバイス状態監視部１５０５は、多機能周辺装置１０２に対する監視状態通知登録の要求、多機能周辺装置１０２からの監視状態通知の受信を行う。管理装置１０１から多機能周辺装置１０２に対する監視状態通知の登録は図１６の（Ａ）に示すフォーマットのプロトコルで行う。
図１６の（Ａ）において、１７０１は送信元アドレスを示し、１７０２は送信先アドレスを示す。１７０３は要求内容を示し、１７０４はステータスＩＤを示す。
多機能周辺装置１０２が送信する監視状態通知は図１６の（Ｂ）に示すフォーマットのプロトコルで行う。
図１６の（Ｂ）において、１７１１は送信元アドレスを示し、１７１２は送信先アドレスを示す。１７１３は通知内容を示し、１７１４はステータスＩＤを示す。
デバイス状態監視部１５０５は、図１７に示す多機能周辺装置１０２毎の状態管理一覧を保持する。
図１７において、１６０１はイベントＩＤ、１６０２は多機能周辺装置１０２のデバイスＩＤ、イベントに対応する１６０３は通知される状態ＩＤである。
【００４４】
デバイス状態監視部１５０５は、多機能周辺装置１０２から通知された状態に対して変更すべき電力状態があるか確認し、変更すべき電力状態が存在する場合には電力状態変更要求部１５０６に通知する。
【００４５】
電力状態変更要求部１５０６は、デバイス状態監視部１５０５からの通知を受けて電力状態変更要求を多機能周辺装置１０２に対して送信する。電力状態変更要求部１５０６が送信する電力状態変更要求は図１８に示すフォーマットで行なわれる。
図１８において、１８０１は電力状態変更要求であることを示し、１８０２は電力状態を変更する部位を示し、１８０３は変更後の電力状態を示す。
【００４６】
図１５に示し多機能周辺装置１０２におけるデバイス状態通知部１５１３は、管理装置１０１からの通知登録要求を受信して、図１９の通知状態管理一覧に登録を行う。図１９の１９０１は状態ＩＤ、１９０２は通知先のＩＰアドレス、１９０３は状態ＩＤを表す。
【００４７】
図１５に示す多機能周辺装置１０２におけるデバイス状態通知部１５１３は、図１９に示す通知状態管理一覧に基づき、管理装置１０１に対して状態を通知する。電力状態変更部１５１２は、管理装置１０１からの電力状態変更要求を受信して、対象部位について電力状態の変更を行う。
【００４８】
図２０は、本実施形態を示す管理装置の制御方法を説明するフローチャートである。本例は、図１２に示したＳ４０９でイベントポリシーを送信して設定要求を行った結果、多機能周辺装置１０２からエラーが返された場合の処理例である。なお、各ステップは、管理装置１０１のＣＰＵ２０１がＨＤＤ２０３に記憶された制御プログラムを実行することで実現される。以下、ＣＰＵ２０１が実行する制御プログラム（図３に示したモジュール）のうち、イベントポリシー管理部３０２を主体として説明する。
Ｓ４０９で、デバイス状態監視部１５０５は、多機能周辺装置１０２に対してイベントポリシーの設定要求を送信した結果、多機能周辺装置１０２から設定エラーが応答されたか否かをＳ２００１で判断し、設定エラーが返されていないと判断した場合には、本処理を終了する。
一方、エラー設定が返されているとデバイス状態監視部１５０５が判断した場合には、Ｓ２００２において、多機能周辺装置１０２のデバイス状態監視部１５０５は図１７の状態管理一覧に個別に管理するイベントＩＤ１６０１、デバイスＩＤ１６０２、通知を受信する状態のＩＤ１６０３の登録を行う。
【００４９】
Ｓ２００３において、デバイス状態監視部１５０５は、多機能周辺装置１０２に対して、図１６の（Ａ）に示すプロトコルで監視状態通知の登録要求を行う。ここで、多機能周辺装置１０２は管理装置１０１からの通知登録要求を受信して、図１９に示す通知状態管理一覧に登録を行う。
【００５０】
図２１は、本実施形態を示す管理装置の制御方法を説明するフローチャートである。本例は、多機能周辺装置１０２から状態を通知された場合の処理例である。なお、各ステップは、管理装置１０１のＣＰＵ２０１がＨＤＤ２０３に記憶された制御プログラムを実行することで実現される。以下、ＣＰＵ２０１が実行する制御プログラム（図１５に示したモジュール）のうち、デバイス状態監視部１５０５を主体として説明する。
多機能周辺装置１０２は内部の状態変化があると判断した場合に、図１９の通知状態管理一覧に基づき、管理装置１０１に対して、図１６の（Ｂ）に示すプロトコルで状態通知を行う。
Ｓ２１０１において、多機能周辺装置１０２から状態を通知された管理装置１０１のデバイス状態監視部１５０５は、図１７の状態管理一覧の状態１６０３に一致する状態ＩＤがあるかどうかを判断する。
【００５１】
Ｓ２１０１において、一致する状態ＩＤが存在しないとデバイス状態監視部１５０５が判断した場合には、本処理を終了する。
一方、Ｓ２１０１において、一致する状態ＩＤが存在するとデバイス状態監視部１５０５が判断した場合には、電力状態変更要求部１５０６は対応するイベントＩＤ１６０１を取得し、そのイベントＩＤ１６０１とデバイスＩＤから図６における該当するイベントポリシーを取得する（Ｓ２１０２）。
【００５２】
Ｓ２１０３において、電力状態変更要求部１５０６は、取得したイベントポリシー情報に含まれる変更後の電力状態８０３、部位８０４（図６参照）に基づいて、図１６の（Ａ）に示す電力状態変更要求を生成し、多機能周辺装置１０２に電力状態変更要求を行う。そして、この電力状態変更要求を受信した多機能周辺装置１０２は、電力状態変更部１５１２において、受信した内容に従って、電力状態の変更を行う。
【００５３】
本実施形態によれば、多機能周辺装置１０２がイベントポリシーに対応できていない場合でも、管理装置１０１で多機能周辺装置１０２において発生する状態通知を管理する。これによって、多機能周辺装置１０２が管理するイベントポリシーに多機能周辺装置１０２を対応させることが可能となる。
【００５４】
本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。
【００５５】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【符号の説明】
【００５６】
１０１  管理装置
１０２  多機能周辺装置
【図１】
2016066295.tif 000003
【図２Ａ】
2016066295.tif 000004
【図２Ｂ】
2016066295.tif 000005
【図３】
2016066295.tif 000006
【図４】
2016066295.tif 000007
【図５】
2016066295.tif 000008
【図６】
2016066295.tif 000009
【図７】
2016066295.tif 000010
【図８】
2016066295.tif 000011
【図９】
2016066295.tif 000012
【図１０】
2016066295.tif 000013
【図１１】
2016066295.tif 000014
【図１２】
2016066295.tif 000015
【図１３】
2016066295.tif 000016
【図１４】
2016066295.tif 000017
【図１５】
2016066295.tif 000018
【図１６】
2016066295.tif 000019
【図１７】
2016066295.tif 000020
【図１８】
2016066295.tif 000021
【図１９】
2016066295.tif 000022
【図２０】
2016066295.tif 000023
【図２１】
2016066295.tif 000024