(57)【要約】【課題】イベントポリシーに対応する情報処理装置では、イベントの発生をトリガーとして電力状態を遷移させることで同一イベントが発生し続ける、いわゆる電力状態遷移のループが延々と発生することを回避する必要がある。【解決手段】イベント発生をトリガーに電力状態の遷移を行うイベントポリシー対象のイベントが発生したことを検知し、イベントポリシーの設定を取得し、電力状態遷移のループが発生しているかどうかを判断し、電力状態遷移のループが発生している場合にイベントポリシーを無効化することを特徴とする。【選択図】図５
2015232780.tif 000002
【特許請求の範囲】
【請求項１】
電力状態の変更を行ったことをログに記録する電力ログ手段と、
イベントが発生したことを検知する検知手段と、
検知したイベントが、該イベントの発生をトリガーに電力状態の変更を行うイベントポリシー対象のイベントである場合に、前記ログを参照して、電力状態の遷移のループを検出する検出手段と、
前記電力状態の遷移のループが検出された場合に、前記イベントポリシーによる電力状態の変更を無効化する無効化手段と、
前記電力状態の遷移のループが検出されない場合に、前記イベントポリシーに従って電力状態を変更する状態変更手段と
を有することを特徴とする情報処理装置。
【請求項２】
表示手段を更に有し、
前記無効化手段により前記イベントポリシーによる電力状態の変更を無効化した旨を前記表示手段に表示することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記無効化手段により前記イベントポリシーによる電力状態の変更を無効化した旨を管理装置に通知することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記検出手段は、前記ログから、前記イベントポリシーによる電力状態の遷移の繰り返しパターンを検索し、繰り返しパターンを前記ループとして検出することを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
【請求項５】
前記検出手段は、前記繰り返しパターンを見つけた場合であっても、該繰り返しパターンの最新の繰り返し周期が所定時間以内ではない場合には、当該繰り返しパターンはループとして検出しないことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
ユーザインタフェースの操作履歴をログに記録する操作ログ記録手段を更に有し、
前記検出手段は、前記繰り返しパターンを見つけた場合であっても、該繰り返しパターンの最新の繰り返し周期の中に操作が行われているか前記操作履歴を参照して判定し、操作が行われている場合には、当該繰り返しパターンはループとして検出しないことを特徴とする請求項４又は５に記載の情報処理装置。
【請求項７】
前記検出手段は、前記繰り返しパターンを見つけた場合であっても、該繰り返しパターンの電力状態の遷移が、消費電力を増加させない電力状態の遷移である場合には、当該繰り返しパターンはループとして検出しないことを特徴とする請求項４乃至６のいずれか一項に記載の情報処理装置。
【請求項８】
前記イベントポリシーを管理装置から受信して登録する受信手段を更に有し、
前記無効化手段は、無効化するイベントポリシーを登録拒否リストに登録し、
前記受信手段は、受信したイベントポリシーが前記登録拒否リストに登録されている場合には、当該イベントポリシーを登録しないことを特徴とする請求項１乃至７のいずれか一項に記載の情報処理装置。
【請求項９】
前記検出手段は、前記ログから検出した前記電力状態の遷移の繰り返しパターンが、所定のしきい値以上である場合か、または前記電力状態の遷移に係るイベントの重要度が所定のしきい値以上である場合には、前記無効化手段は前記イベントポリシーを削除し、そうでない場合には、前記イベントポリシーが無効である旨を記録することを特徴とする請求項４に記載の情報処理装置。
【請求項１０】
請求項１乃至９のいずれか一項に記載の情報処理装置としてコンピューターを機能させるためのプログラム。
【請求項１１】
電力状態の変更を行ったことをログに記録する電力ログ工程と、
イベントが発生したことを検知する検知工程と、
検知したイベントが、該イベントの発生をトリガーに電力状態の変更を行うイベントポリシー対象のイベントである場合に、前記ログを参照して、電力状態の遷移のループを検出する検出工程と、
前記電力状態の遷移のループが検出された場合に、前記イベントポリシーによる電力状態の変更を無効化する無効化工程と
を有することを特徴とする情報処理装置の電力状態制御方法。
【請求項１２】
電力状態の変更を行ったことをログに記録する電力ログ手段と、
イベントが発生したことを検知する検知手段と、
前記イベントポリシーに従って電力状態を変更する状態変更手段と、
管理装置からのイベントポリシーの無効化要求に従って、前記イベントポリシーを無効化する無効化手段とを有する情報処理装置と、
前記情報処理装置から前記ログを取得する取得手段と、
前記ログを参照して、電力状態の遷移のループを検出する検出手段と、
前記電力状態の遷移のループが検出された場合に、前記イベントポリシーによる電力状態の変更を無効化する無効化要求を前記情報処理装置に送信する送信手段と
を有する管理装置と
を含むことを特徴とするシステム。
【請求項１３】
情報処理装置が、電力状態の変更を行ったことをログに記録する電力ログ工程と、
前記情報処理装置が、イベントが発生したことを検知する検知工程と、
前記情報処理装置が、前記イベントポリシーに従って電力状態を変更する状態変更工程と、
前記情報処理装置が、管理装置からのイベントポリシーの無効化要求に従って、前記イベントポリシーを無効化する無効化工程と、
前記管理装置が、前記情報処理装置から前記ログを取得する取得工程と、
前記管理装置が、前記ログを参照して、電力状態の遷移のループを検出する検出工程と、
前記管理装置が、前記電力状態の遷移のループが検出された場合に、前記イベントポリシーによる電力状態の変更を無効化する無効化要求を前記情報処理装置に送信する送信工程と
を含むことを特徴とする情報処理装置管理システムの電力状態制御方法。
【請求項１４】
電力状態の変更を行ったことをログに記録する電力ログ手段と、
イベントが発生したことを検知する検知手段と、
イベントポリシーに従って電力状態を変更する状態変更手段と、
管理装置からのイベントポリシーの無効化要求に従って、前記イベントポリシーを無効化する無効化手段とを有する情報処理装置と接続された管理装置であって、
前記情報処理装置から前記ログを取得する取得手段と、
前記ログを参照して、電力状態の遷移のループを検出する検出手段と、
前記電力状態の遷移のループが検出された場合に、前記イベントポリシーによる電力状態の変更を無効化する無効化要求を前記情報処理装置に送信する送信手段と
を有することを特徴とする管理装置。
【請求項１５】
電力状態の変更を行ったことをログに記録する電力ログ手段と、
イベントが発生したことを検知する検知手段と、
イベントポリシーに従って電力状態を変更する状態変更手段と、
管理装置からのイベントポリシーの無効化要求に従って、前記イベントポリシーを無効化する無効化手段とを有する情報処理装置と接続されたコンピューターを、
前記情報処理装置から前記ログを取得する取得手段と、
前記ログを参照して、電力状態の遷移のループを検出する検出手段と、
前記電力状態の遷移のループが検出された場合に、前記イベントポリシーによる電力状態の変更を無効化する無効化要求を前記情報処理装置に送信する送信手段と
して機能させるためのプログラム。
【請求項１６】
電力状態の変更を行ったことをログに記録する電力ログ手段と、
イベントが発生したことを検知する検知手段と、
イベントポリシーに従って電力状態を変更する状態変更手段と、
管理装置からのイベントポリシーの無効化要求に従って、前記イベントポリシーを無効化する無効化手段とを有する情報処理装置と接続された管理装置による情報処理装置の電力状態制御方法であって、
前記情報処理装置から前記ログを取得する取得工程と、
前記ログを参照して、電力状態の遷移のループを検出する検出工程と、
前記電力状態の遷移のループが検出された場合に、前記イベントポリシーによる電力状態の変更を無効化する無効化要求を前記情報処理装置に送信する送信工程と
を有することを特徴とする情報処理装置の電力状態制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば情報処理装置等のイベントポリシーに従って動作する技術に関する。
【背景技術】
【０００２】
従来、情報処理装置にエラーが発生して動作不可状態になった際に、シャットダウン処理を行い全ユニットへの電源供給を遮断するものなどがあった（例えば、特許文献１参照）。また、ＰＷＧ  Ｉｍａｇｉｎｇ  Ｓｙｓｔｅｍ  Ｐｏｗｅｒ  ＭＩＢ  ｖ１．０（以下、ＰｏｗｅｒＭＩＢ）で定義されているイベントポリシーでは、エラー発生などのイベントをトリガーとして、イベントポリシーに従って情報処理装置の電力状態を遷移させる設定が可能となっている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２４８５２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
イベントポリシーに対応する情報処理装置では、イベントの発生をトリガーとしてイベントポリシーに従って電力状態を遷移させることで、同一イベントが繰り返し発生し続ける、いわゆる電力状態遷移のループが発生することがあり、その電力状態遷移のループを回避する必要がある。
【０００５】
本発明は上記従来例に鑑みて成されたもので、電力状態遷移のループが発生してもそれを中断できるイベントポリシーに従って動作可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために本発明は以下の構成を有する。
本発明の一側面は、電力状態の変更を行ったことをログに記録する電力ログ手段と、
イベントが発生したことを検知する検知手段と、
検知したイベントが、該イベントの発生をトリガーに電力状態の変更を行うイベントポリシー対象のイベントである場合に、前記ログを参照して、電力状態の遷移のループを検出する検出手段と、
前記電力状態の遷移のループが検出された場合に、前記イベントポリシーによる電力状態の変更を無効化する無効化手段と、
前記電力状態の遷移のループが検出されない場合に、前記イベントポリシーに従って電力状態を変更する状態変更手段とを有することを特徴とする情報処理装置にある。
情報処理装置
【発明の効果】
【０００７】
本発明によれば、情報処理装置が外部から設定されたイベントポリシーについて、設定されたイベントの発生をトリガーとして電力状態を遷移させることでまた同じイベントが発生する、電力状態遷移のループを中断させることができる。
【図面の簡単な説明】
【０００８】
【図１】システム構成およびハードウェア構成を示す図である
【図２】ソフトウェア構成を示す図である
【図３】実施例１におけるデータベース構成を示す図である
【図４】実施例１におけるイベントポリシー登録時のフローチャートである
【図５】実施例１におけるイベント発生時のフローチャートである
【図６】実施例１におけるイベントポリシー無効化警告表示の画面例を示す図である
【図７】実施例１におけるイベントポリシー無効化通知受信時のフローチャートである
【図８】実施例１におけるイベントポリシー無効化警告表示の画面例を示す図である
【図９】実施例２におけるイベントポリシー無効化時のフローチャートである
【図１０】実施例３におけるイベントポリシー無効化時のフローチャートである
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態について図面を用いて説明する。
［実施例１］
＜システムの構成＞
本発明に係る一実施形態について説明する。ここでは、情報処理装置（ネットワーク機器）の一例として、本実施例ではＭＦＰ、すなわちディジタル複合機を取り上げて説明する。なお、情報処理装置には、プリンター、ＦＡＸなどのＭＦＰ以外のものも含む。また、情報処理装置を管理する管理装置の一例としてアプリケーションサーバーを取り上げて説明する。本実施形態に係る発明は、イベントの発生に応じて電力制御状態を遷移させるイベントポリシーを設定可能な電子機器であれば、ネットワークに接続されていなくとも適用できる。しかし例としてネットワークに接続されたＭＦＰを説明する。
【００１０】
図１は、本実施形態の情報処理装置を管理する管理システムのシステム構成およびハードウェア構成を説明するブロック図である。管理システムは、ネットワーク１７０により接続されるアプリケーションサーバー１００、クライアントコンピューター１２０およびＭＦＰ１５０より構成される。なお、アプリケーションサーバー１００およびクライアントコンピューター１２０は汎用コンピューターの構成を有する。クライアントコンピューター１２０のハードウェア構成についてはアプリケーションサーバー１００と同様のため、説明を省略する。
【００１１】
アプリケーションサーバー１００において、ＣＰＵ１０１は、ＲＯＭ１０３あるいは外部メモリー１１０に記憶されたアプリケーションプログラム等に基づいて処理を実行する。さらに、ＣＰＵ１０１はシステムバス１１１に接続される各デバイスを総括的に制御する。また、ＣＰＵ１０１は、ディスプレイ１０９上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ＲＡＭ１０２は、ＣＰＵ１０１の主メモリー、ワークエリア等として機能する。ＲＯＭ１０３は、基本Ｉ／Ｏプログラム等の記憶領域として機能する読み出し専用のメモリーである。このＲＯＭ１０３あるいは外部メモリー１１０には、ＣＰＵ１０１の制御プログラムであるオペレーティングシステムプログラム（以下ＯＳ）等が記憶される。さらにＲＯＭ１０３あるいは外部メモリー１１０には上記アプリケーションプログラム等に基づく処理の際に使用するファイルやその他各種データを記憶する。ネットワークＩ／Ｆ１０４は、ネットワーク１７０へ接続しネットワーク通信を行う。キーボードＩ／Ｆ１０５は、キーボード１０８や不図示のポインティングデバイスからの入力を制御する。ディスプレイＩ／Ｆ１０６は、ディスプレイ１０９の表示を制御する。外部メモリーＩ／Ｆ１０７は、ハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）等の外部メモリー１１０とのアクセスを制御する。外部メモリー１１０は、ブートプログラム、各種のアプリケーション、ユーザーファイル、編集ファイル等を記憶する。アプリケーションサーバー１００は、ＣＰＵ１０１がＲＯＭ１０３や外部メモリー１１０に書き込まれた基本Ｉ／ＯプログラムおよびＯＳを実行している状態で動作する。基本Ｉ／ＯプログラムはＲＯＭ１０３に書き込まれており、ＯＳはＲＯＭ１０３もしくは外部メモリー１１０に書き込まれている。そしてコンピューターの電源がＯＮされたときに、基本Ｉ／Ｏプログラム中のイニシャルプログラムロード機能により、ＲＯＭ１０３もしくは外部メモリー１１０からＯＳがＲＡＭ１０２に書き込まれ、ＯＳの動作が開始される。１１１はシステムバスであり、各デバイスを接続する。
【００１２】
ＭＦＰ１５０において、ネットワークＩ／Ｆ１５１は、ネットワーク１７０へ接続しネットワーク通信を行う。ＣＰＵ１５２は、制御プログラム等に基づいてシステムバス１６３に接続されるプリンターＩ／Ｆ１５７を介してプリンター１５８に出力情報としての画像信号を出力する。なお、制御プログラムはＲＯＭ１５４や外部メモリー１６２等に記憶される。ＣＰＵ１５２はネットワークＩ／Ｆ１５１を介してコンピューターとの通信処理が可能となっており、ＭＦＰ１５０内の情報等をアプリケーションサーバー１００に通知可能なように構成されている。さらにＣＰＵ１５２はＲＯＭ１５４あるいは外部メモリー１６２に記憶されたアプリケーションプログラム等に基づいて処理を実行する。ＲＡＭ１５３は、ＣＰＵ１５２の主メモリー、ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリー容量を拡張することができるように構成されている。なお、ＲＡＭ１５３は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。ＲＯＭ１５４あるいはＨＤＤ等の外部メモリー１６２には、ＣＰＵ１５２の制御プログラムやアプリケーションプログラムおよび上記出力情報を生成する際に使用するフォントデータ、ＭＦＰ１５０上で利用される情報等が記憶される。操作部Ｉ／Ｆ１５５は、操作部１５６との間のインタフェースをつかさどり、表示すべき画像データを操作部１５６に対して出力する。また、ユーザーが操作部１５６を介して入力した情報の受信も行う。操作部１５６は、操作のためのスイッチおよびＬＥＤ表示器等が配されている操作パネル等に相当する。プリンターＩ／Ｆ１５７は、プリンター１５８（プリンターエンジン）に出力情報としての画像信号を出力する。スキャナーＩ／Ｆ１５９は、スキャナー１６０（スキャナーエンジン）からの入力情報として画像信号を受信する。外部メモリーＩ／Ｆ（メモリコントローラ）１６１は、ハードディスクドライブ（ＨＤＤ）、ＩＣカード等の外部メモリー１６２へのアクセスを制御する。また、前述した外部メモリーは１個に限らず、少なくとも１個以上備え、外部メモリーを複数接続できるように構成されていてもよい。さらに、図示しないＮＶＲＡＭを有し、操作部１５６からのプリンターモード設定情報を記憶するようにしてもよい。システムバス１６３は、各デバイスを接続する。
【００１３】
＜アプリケーションサーバーのソフトウェア構成＞
図２は、本実施形態の情報処理装置を管理する管理システムのソフトウェア構成を説明するブロック図である。まずアプリケーションサーバー１００のソフトウェア構成を示す。アプリケーションサーバー１００において、管理アプリケーション２０２およびその各モジュールは、外部メモリー１１０に保存されたファイルとして存在する。これらは実行時にＯＳやそのモジュールを利用するモジュールによってＲＡＭ１０２にロードされ実行されるプログラムモジュールである。また、管理アプリケーション２０２は、外部メモリー１１０の不図示のＣＤ−ＲＯＭ、あるいはネットワーク１７０を経由して外部メモリー１１０のＨＤＤやＳＳＤに追加することが可能となっている。ネットワークモジュール２００は、任意の通信プロトコルを使用してクライアントコンピューター１２０やＭＦＰ１５０とのネットワーク通信を行う。Ｗｅｂサーバーサービスモジュール２０１は、クライアントコンピューター１２０のＷｅｂブラウザー２２１からのＨＴＴＰリクエストを受け取るとＨＴＴＰレスポンスを応答するサービスを提供する。応答するＨＴＴＰレスポンスの例として、外部メモリー１１０に保存されたＷｅｂページデータを返信してもよい。または、管理アプリケーション２０２のＵＩモジュール２０３にＨＴＴＰレスポンスの生成を要求してもよい。
【００１４】
管理アプリケーション２０２は、アプリケーションサーバー１００とネットワーク１７０で接続されたＭＦＰ１５０を管理するアプリケーションである。管理アプリケーション２０２は、例えばＷｅｂサーバーサービスモジュール２０１が提供するＷｅｂページへのリクエストに応答して処理を実行するプログラムとして実装される。上記のように、管理アプリケーション２０２はＷｅｂサーバーサービスモジュール２０１とともに、ＭＦＰ１５０を管理するＷｅｂアプリケーションを実現している。管理アプリケーション２０２において、ＵＩモジュール２０３は、Ｗｅｂサーバーサービスモジュール２０１からの要求に応じてＨＴＴＰレスポンスを生成する。また、クライアントコンピューター１２０のＷｅｂブラウザー２２１から送信されたユーザー入力情報を受信し、必要に応じて各モジュールを呼び出す。ＵＩモジュール２０３から呼び出されるモジュールの例として、探索モジュール２０４、電力管理モジュール２０５を挙げる。もちろん、ＵＩモジュール２０３がこれら以外のモジュールを呼び出してもよい。探索モジュール２０４は、アプリケーションサーバー１００とネットワーク１７０で接続されたＭＦＰ１５０を、所定の通信プロトコルを使って探索する。探索モジュール２０４が探索に使用する通信プロトコルの例としては、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）やＳＬＰ（Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等が挙げられる。探索モジュール２０４はＭＦＰ１５０を探索したら、ＭＦＰ１５０から機器情報を取得して後述のデータベースサーバーサービスモジュール２１０の管理テーブル３００へ格納する。
【００１５】
電力管理モジュール２０５は、ＭＦＰ１５０の電力状態の管理を行う。電力状態には、たとえば、装置全体に電力が供給されている電源オン状態、装置全体に全く電力が供給されていない電源オフ（シャットダウン）状態、揮発性のＲＡＭ１５３には電力が供給され、その他の部分には電力が供給されないスタンバイ状態、制御部の回路には電力が供給されるが、プリンター部１５８には電力が供給されない状態、ＣＰＵ１５２のみに電力が供給される状態などがある。電力管理モジュール２０５は電力制御モジュール２０６、電力設定管理モジュール２０７、電力状態通知受信モジュール２０８、電力ログ管理モジュール２０９より構成される。電力制御モジュール２０６は、ＵＩモジュール２０３からの要求に応じて電力設定管理モジュール２０７、電力状態通知受信モジュール２０８、電力ログ管理モジュール２０９を呼び分ける全体的な制御を行う。また、電力制御モジュール２０６がネットワークモジュール２００を介して、アプリケーションサーバー１００とネットワーク１７０で接続されたＭＦＰ１５０との電力制御関連の通信も行う。なお、ＭＦＰ１５０との間の電力制御関連の通信には、任意の通信プロトコルを使用する。電力制御モジュール２０６が使用する通信プロトコルの例としては、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）／ＰｏｗｅｒＭＩＢ等が挙げられる。電力設定管理モジュール２０７は、イベントポリシーなどのＭＦＰ１５０に配信する電力設定を管理するモジュールである。電力設定管理モジュール２０７は管理するイベントポリシーを、後述のデータベースサーバーサービスモジュール２１０のイベントポリシー管理テーブル３０１へ格納する。電力状態通知受信モジュール２０８は、ＭＦＰ１５０からの電力状態関連の通知を受信する。電力状態通知受信モジュール２０８が受信する電力状態関連の通知として、例えばＳＮＭＰのＴｒａｐ通知やＩｎｆｏｒｍ通知などが挙げられる。電力状態通知受信モジュール２０８は、受信した電力状態通知を後述のデータベースサーバーサービスモジュール２１０の電力状態通知管理テーブル３０４へ格納する。電力ログ管理モジュール２０９は、ＭＦＰ１５０から取得した電力状態遷移ログを管理する。電力ログ管理モジュール２０９は管理する電力状態遷移ログを、後述のデータベースサーバーサービスモジュール２１０の電力ログ管理テーブル３０５へ格納する。データベースサーバーサービスモジュール２１０は、データを管理し、他モジュールからの要求に合わせてデータの格納と取り出しを行う。データベースサーバーサービスモジュール２１０は、管理アプリケーション２０２からアクセス可能であれば、アプリケーションサーバー１００とは別の機器上にあってもよい。
【００１６】
＜アプリケーションサーバーのデータベースの構成＞
データベースサーバーサービスモジュール２１０内のテーブル構成の一例を図３に示す。なお、図３のテーブル構成はあくまで一例であり、本例とは異なるテーブル構成であってもよい。管理テーブル３００は、管理アプリケーション２０２が管理するＭＦＰ１５０に関する情報を管理するテーブルである。管理テーブル３００で管理する情報は、例えば情報処理装置の識別子（デバイスＩＤ）３００１、機器名称３００２、機種名３００３、ファームウェア（ＦＷ）バージョン３００４、ＩＰアドレス３００５、シリアルナンバー３００６、最終更新日時３００６等が挙げられる。ここで情報処理装置の識別子とは、ＭＦＰ１５０を一意に識別する識別子であり、最終更新日時はＭＦＰ１５０から取得した情報によりレコードが更新された最終更新日時を示す。
【００１７】
イベントポリシー管理テーブル３０１は、ＭＦＰ１５０に配信するイベントポリシー設定を管理するテーブルである。イベントポリシー管理テーブル３０１で管理する情報は、例えばイベントポリシー識別子（イベントポリシーＩＤ）３０１１、イベントリクエスト電力状態３０１２、イベント名３０１３、イベントポリシー状態３０１４等が挙げられる。ここでイベントポリシー識別子３０１１とは、イベントポリシーを一意に識別する識別子である。イベントリクエスト電力状態３０１２はイベント発生時にリクエストされる電力状態であり、ＰｏｗｅｒＭＩＢではｐｏｗＥｖｅｎｔＲｅｑｕｅｓｔＰｏｗｅｒＳｔａｔｅに相当する。イベント名３０１３はイベントポリシーの対象となるイベント名であり、ＰｏｗｅｒＭＩＢではｐｏｗＥｖｅｎｔＮａｍｅに相当する。イベントポリシー状態３０１４はイベントポリシーの状態を示す情報であり、ＰｏｗｅｒＭＩＢではｐｏｗＥｖｅｎｔＲｏｗＳｔａｔｕｓに相当する。
【００１８】
タスク管理テーブル３０２は、ＭＦＰ１５０にイベントポリシーを配信するタスクの情報を管理するテーブルである。タスク管理テーブル３０２で管理する情報は、例えばタスク識別子３０２１、実行時間３０２２、タスクステータス３０２３等が挙げられる。ここでタスク識別子３０２１はタスクを一意に識別する識別子であり、タスクステータス３０２３は待機中、実行中、実行完了などのタスクの実行状況を示す情報である。
【００１９】
タスク紐付け管理テーブル３０３は、タスクの実行対象のデバイスと配信対象のイベントポリシーを紐付けする情報を管理するテーブルである。タスク紐付け管理テーブル３０３で管理する情報は、例えばタスク識別子（タスクＩＤ）３０３１、情報処理装置の識別子（デバイスＩＤ）３０３２、イベントポリシー識別子（イベントポリシーＩＤ）３０３３等が挙げられる。
【００２０】
電力状態通知管理テーブル３０４は、ＭＦＰ１５０から受信したイベントポリシーの状態変更に関する電力状態通知の情報を管理するテーブルである。電力状態通知管理テーブル３０４で管理する情報は、例えば通知識別子（通知ＩＤ）３０４１、情報処理装置の識別子（デバイスＩＤ）３０４２、通知種別３０４３、タイムスタンプ３０４４、イベントリクエスト電力状態３０４５、イベント名３０４６、イベントポリシー状態３０４７等が挙げられる。ここで通知識別子３０４１は電力状態通知を一意に識別する識別子であり、情報処理装置の識別子３０４２は通知送信元のＭＦＰ１５０を一意に識別する識別子である。通知種別３０４３は電力状態通知の種別に関する情報であり、例えばＰｏｗｅｒＭＩＢの場合はＴｒａｐ通知やＩｎｆｏｒｍ通知などの情報が格納される。タイムスタンプ３０４４は通知対象のイベントポリシーの状態が変更された日時を示す時間情報である。イベントリクエスト電力状態３０４５は通知対象のイベントポリシーに紐付けられた、イベント発生時にリクエストされる電力状態の情報であり、ＰｏｗｅｒＭＩＢではｐｏｗＥｖｅｎｔＲｅｑｕｅｓｔＰｏｗｅｒＳｔａｔｅに相当する。イベント名３０４６は通知対象のイベントポリシーに紐付けられた、イベントポリシーの対象となるイベント名の情報であり、ＰｏｗｅｒＭＩＢではｐｏｗＥｖｅｎｔＮａｍｅに相当する。イベントポリシー状態３０４７は通知対象のイベントポリシーの状態を示す情報であり、ＰｏｗｅｒＭＩＢではｐｏｗＥｖｅｎｔＲｏｗＳｔａｔｕｓに相当する。
【００２１】
電力ログ管理テーブル３０５は、ＭＦＰ１５０から取得した電力状態遷移ログを集積して管理するテーブルであり、電力ログ管理テーブル３０５そのものが、アプリケーションサーバー１００の管理下にあるネットワークデバイス（例えばＭＦＰ）の電力状態の遷移の履歴を示すログである。電力ログ管理テーブル３０５の各レコードで管理する情報は、例えばログ識別子（ログＩＤ）３０５１、情報処理装置の識別子（デバイスＩＤ）３０５２、ログ電力状態３０５３、ログ電力状態メッセージ３０５４、ログ電力状態日時３０５５、ログコンポーネント種別３０５６、ログコンポーネント参照識別子３０５７等が挙げられる。ここでログ識別子３０５１は電力ログを一意に識別する識別子であり、情報処理装置の識別子３０５２は通知送信元のＭＦＰ１５０を一意に識別する識別子である。ログ電力状態３０５３はログに記録された電力状態を表し、ＰｏｗｅｒＭＩＢではｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅに相当する。ログ電力状態メッセージ３０５４はログに記録された電力状態を説明するメッセージを表し、ＰｏｗｅｒＭＩＢではｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅＭｅｓｓａｇｅに相当する。ログ電力状態日時３０５５はログに記録された電力状態に遷移した日時を表し、ＰｏｗｅｒＭＩＢではｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅＤａｔｅＡｎｄＴｉｍｅに相当する。ログコンポーネント種別３０５６はログに記録された電力状態の変化対象であるコンポーネントの種類を表し、ＰｏｗｅｒＭＩＢではｐｏｗＬｏｇＣｏｍｐｏｎｅｎｔＴｙｐｅに相当する。ログコンポーネント参照識別子３０５７はログに記録された電力状態の変化対象であるコンポーネントを参照するための識別子であり、ＰｏｗｅｒＭＩＢではｐｏｗＬｏｇＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅＩｄに相当する。
【００２２】
次にクライアントコンピューター１２０のソフトウェア構成を示す。なお、クライアントコンピューター１２０を構成する各モジュールはそれぞれＲＯＭ１０３もしくは外部メモリー１１０に保存されたファイルとして存在するプログラムモジュールである。そして、実行時にＯＳやそのモジュールを利用するモジュールによってＲＡＭ１０２にロードされ実行される。ネットワークモジュール２２０は、任意の通信プロトコルを使用してアプリケーションサーバー１００およびＭＦＰ１５０とのネットワーク通信を行う。Ｗｅｂブラウザー２２１は、ネットワークモジュール２２０を介してＨＴＴＰリクエストメッセージを送信し、ＨＴＴＰレスポンスメッセージを受信して表示する。クライアントコンピューター１２０からアプリケーションサーバー１００へのアクセスはＷｅｂブラウザー２２１を通じて行われる。
【００２３】
＜ＭＦＰのソフトウェア構成＞
続いてＭＦＰ１５０のソフトウェア構成を示す。ＭＦＰ１５０において、各種モジュールはＲＯＭ１５４あるいは外部メモリー１６２に保存されたファイルとして存在し、実行時にＲＡＭ１５３にロードされ実行される。ネットワークモジュール２３０は、任意の通信プロトコルを使用してアプリケーションサーバー１００やクライアントコンピューター１２０とのネットワーク通信を行う。状態管理モジュール２３１は、ＭＦＰ１５０でエラーが発生していないか、印刷・スキャンは可能かなどの状態の管理を行う。
【００２４】
電力管理モジュール２３２は、状態管理モジュール２３１と連動してＭＦＰ１５０の電力状態の管理を行う。電力管理モジュール２３２は電力制御モジュール２３３、電力設定管理モジュール２３４、電力状態通知送信モジュール２３５、電力ログ管理モジュール２３６より構成される。電力制御モジュール２３３は、ネットワークモジュール２３０や後述のＵＩモジュール２３７からの要求に応じて電力設定管理モジュール２３４、電力状態通知送信モジュール２３５、電力ログ管理モジュール２３６を呼び分ける全体的な制御を行う。また、電力制御モジュール２３３がネットワークモジュール２３０を介して、ＭＦＰ１５０とネットワーク１７０で接続されたアプリケーションサーバー１００との電力制御関連の通信も取り持つ。なお、アプリケーションサーバー１００との間の電力制御関連の通信には、任意の通信プロトコルを使用する。電力制御モジュール２３３が使用する通信プロトコルの例としては、ＳＮＭＰ／ＰｏｗｅｒＭＩＢ等が挙げられる。２３４は電力設定管理モジュールであり、アプリケーションサーバー１００から配信されたイベントポリシーなどの電力設定を管理するモジュールである。電力状態通知送信モジュール２３５は、アプリケーションサーバー１００に対して電力状態関連の通知を送信する。電力状態通知送信モジュール２３５が送信する電力状態関連の通知として、例えばＳＮＭＰのＴｒａｐ通知やＩｎｆｏｒｍ通知などが挙げられる。また電力状態通知送信モジュール２３５は、通知先情報の管理も合わせて行う。電力ログ管理モジュール２３６は、電力状態が遷移する都度、電力状態遷移ログを作成して管理する。電力状態遷移ログは、図３に示した電力状態管理ログ３０５とほぼ同じ内容を有しているが、ログＩＤはＭＦＰ１５０において固有であれば良く、また、デバイスＩＤも不要という点で、電力状態管理ログ３０５と相違している。
【００２５】
ＵＩモジュール２３７は、ＭＦＰ１５０の操作部１５６に表示されるＵＩの描画および操作部１５６上でユーザーのＵＩ操作により入力されたユーザー入力値の受信を行う。またＵＩモジュール２３７は、ＵＩの操作があった場合、操作に係る履歴をＵＩの操作履歴としてＵＩ操作ログに記録する操作ログ記録部としても機能する。記録する情報には、少なくとも操作された日時を含む。さらに、操作したユーザーＩＤや操作対象の機能等を含めてもよい。
【００２６】
＜イベントポリシーの配信および登録処理＞
次に図４を用いて、アプリケーションサーバー１００が配信したイベントポリシーをＭＦＰ１５０が受信する際のアプリケーションサーバー１００およびＭＦＰ１５０の動作について説明する。Ｓ４００でアプリケーションサーバー１００の電力制御モジュール２０６が、電力設定管理モジュール２０７からイベントポリシーを取得し、イベントポリシー登録要求をＭＦＰ１５０に対して送信する。送信のトリガーは、例えばクライアントからの指示等である。イベントポリシーの取得およびＭＦＰ１５０へのイベント登録要求の送信は、データベースサーバーサービスモジュール２３０のタスク管理テーブル３０２およびタスク紐付け管理テーブル３０３を基に行われる。例えば、タスク管理テーブル３０２に登録されたステータス３０２３が待機中であるタスクの実行時間３０２２に達したなら、該当するタスクＩＤ３０２１に対応するタスク紐付け管理テーブル３０３のタスクＩＤ３０３１を参照する。該当するタスクＩＤのデバイスＩＤ３０３２とイベントポリシーＩＤ３０３３とを参照し、そのイベントポリシーＩＤのイベントポリシーを取得し、該当するデバイスＩＤの情報処理装置に対して、イベントポリシー（あるいはイベントポリシー情報）とともにイベントポリシー登録要求を送信する。
【００２７】
Ｓ４０１でＭＦＰ１５０のネットワークモジュール２３０が、アプリケーションサーバー１００から送信されたイベントポリシー登録要求を受信し、イベントポリシーの登録を電力制御モジュール２３３に依頼する。Ｓ４０２で電力制御モジュール２３３が、登録されているイベントポリシー登録拒否リストを取得する。Ｓ４０３で電力制御モジュール２３３が、受信したイベントポリシー登録要求と、取得したイベントポリシー登録拒否リストを基に、イベントポリシー登録要求が登録拒否対象かどうかを判断する。もしイベントポリシー登録要求が登録拒否対象でない場合はＳ４０４に進み、登録拒否対象である場合はＳ４０５に進む。たとえば、イベントポリシー登録要求で登録要求されたイベントポリシーＩＤが、イベントポリシー登録拒否リストに登録されていれば、登録拒否対象と判定される。Ｓ４０４で電力制御モジュール２３３が、電力設定管理モジュール２３４を介してイベントポリシーを登録する。Ｓ４０５で電力制御モジュール２３３が、アプリケーションサーバー１００に対してイベントポリシー登録要求結果を送信する。登録した場合には登録成功を、登録しなかったあるいはできなかった場合には登録失敗をイベントポリシー登録要求結果として送信する。
【００２８】
Ｓ４０６でアプリケーションサーバー１００のネットワークモジュール２００が、ＭＦＰ１５０から送信されたイベントポリシー登録要求結果を受信し、電力制御モジュール２０６に処理を依頼する。Ｓ４０７で電力制御モジュール２０６が、受信したイベントポリシー登録要求結果がイベントポリシー登録成功だったかどうかを判断する。もしイベントポリシー登録成功だった場合はＳ４０８に進み、イベントポリシー登録失敗だった場合はそのまま処理を終了する。Ｓ４０８で電力制御モジュール２０６が、イベントポリシー実行時のエラー通知を受信するためのＴｒａｐ／Ｉｎｆｏｒｍ（トラップ／インフォーム）登録要求を送信する。ここでＴｒａｐ／Ｉｎｆｏｒｍ登録要求とは、ＳＮＭＰで規定されたＴｒａｐもしくはＩｎｆｏｒｍを受信するための登録要求のことである。Ｓ４０９で、ＭＦＰ１５０のネットワークモジュール２３０が、アプリケーションサーバー１００が送信したＴｒａｐ／Ｉｎｆｏｒｍ登録要求を受信し、電力制御モジュール２３３にＴｒａｐ／Ｉｎｆｏｒｍ登録を依頼する。Ｓ４１０で電力制御モジュール２３３が、電力状態通知送信モジュール２３５を介してＴｒａｐ／Ｉｎｆｏｒｍ登録を行う。このＴｒａｐ／Ｉｎｆｏｒｍ登録により、本例では、電力状態遷移のループの発生をトリガーとして、アプリケーションサーバー１００へとトラップまたはインフォームが送信される。
【００２９】
＜イベント発生時の手順＞
続いて図５を用いて、ＭＦＰ１５０でイベントが発生した際のＭＦＰ１５０の動作について説明する。Ｓ５００でＭＦＰ１５０の状態管理モジュール２３１が、ＭＦＰ１５０内でエラーなどのイベントが発生していないかどうかを確認する。もしイベントが発生した場合はＳ５０１に進み、イベントが発生していない場合はＳ５００の処理を定期的に繰り返す。イベント発生をトリガーとする割り込みによりＳ５０１からの手順を開始してもよい。Ｓ５０１で状態管理モジュール２３１が電力制御モジュール２３３にイベント発生を通知し、イベント発生の通知を受けた電力制御モジュール２３３が電力設定管理モジュール２３４を介して登録済みのイベントポリシーを取得する。取得するイベントポリシーはイベントポリシー管理テーブル３０１を参照して決定できる。登録されているイベントポリシーであっても、イベントポリシー状態３０１４がサービス停止状態（ｎｏｔｉｎｓｅｒｖｉｃｅ）であれば、そのイベントポリシーは取得しない。Ｓ５０２で電力制御モジュール２３３が、発生したイベントに紐付けられたイベントポリシーが登録されているかどうかを判定する。発生したイベントに紐付けられたイベントポリシーが登録されている場合はＳ５０３に進み、登録されていない場合はそのまま処理を終了する。
【００３０】
Ｓ５０３で電力制御モジュール２３３が、電力ログ管理モジュール２３６を介して、電力状態管理モジュール２３６がＭＦＰ１５０内でローカルに管理している電力状態遷移ログを取得する。Ｓ５０４で電力制御モジュール２３３がＵＩモジュール２３７を介して、ＵＩ操作ログを取得する。Ｓ５０５で電力制御モジュール２３３が、取得した電力状態遷移ログを元に、同一電力状態遷移パターンの繰り返し（ループ）が発生していないかどうかを判断する。ループの判定は、たとえば、電力ログの最新のレコード（すなわち現在の電力状態を示すレコード）を含む複数の連続したレコードに、ログ電力状態の繰り返しパターンがあるか検索することで行える。もちろん電力状態のみならず、その電力状態のコンポーネント（ログコンポーネント種別３５０６で示される）等を含めてもよい。検索の範囲は、たとえば、現在の時刻からステップＳ５０６で参照する所定時間の倍の時間内に記録されたレコードまでとしてもよい。ログ電力状態の繰り返しパターンが見つかればループがあると判定される。もしループが発生しているようであればＳ５０６に進み、ループが発生していないのであればＳ５１３に進む。
【００３１】
Ｓ５０６で電力制御モジュール２３３が、発生している電力状態遷移のループが所定時間内に発生した遷移かどうかを判断する。この判定は、例えば、最新のレコードを含むループを構成するレコード群に含まれた、最新のログ電力状態日時と最古のログ電力状態日時との時間差が所定時間以内であるか判定することで、すなわち繰返し周期が所定時間以内であるか判定することで行える。もっとも、ステップＳ３０５で電力ログの検索範囲を所定時間の倍の時間内に限定している場合には、Ｓ５０６をスキップしてＳ５０８へと分岐してもよい。電力状態遷移のループが所定時間内に発生した遷移と判断した場合はＳ５０７に進む。一方、電力状態遷移のループが所定時間以上経過して発生している場合は当該イベントポリシーを無効化する必要はないと判断してＳ５１３に進む。Ｓ５０７で電力制御モジュール２３３が、発生している電力状態遷移のループが遷移間にＵＩ操作を挟んだものであるかを判断する。この判定は、例えば、最新のレコードを含むループを構成するレコード群に含まれた、最新のログ電力状態日時と最古のログ電力状態日時との間に操作が行われたＵＩ操作を、ＵＩ操作ログから検索することで行える。該当するレコードがＵＩ操作ログから見つかれば、電力状態遷移のループが、状態遷移の間にＵＩ操作を挟んだものであると判定できる。電力状態遷移のループが遷移間にＵＩ操作を挟んだものでないと判断した場合はＳ５０８に進む。一方、電力状態遷移のループが遷移間にＵＩ操作を挟んだものであると判断した場合は、当該イベントポリシーを無効化する必要はないと判断してＳ５１３に進む。Ｓ５０８で電力制御モジュール２３３が、発生している電力状態遷移のループがＭＦＰ１５０の使用電力量を増加させるものであるかどうかを判断する。ここの判定は、例えば、最新のレコードを含むループを構成するレコード群に含まれた、最古のログ電力状態日時に対応したログ電力状態と、最新のログ電力状態日時に対応したログ電力状態とに基づいて行える。後者の電力状態の消費電力が、前者の電力状態の消費電力より大きければ、使用電力量を増加させるものと判定できる。あるいは、たとえば、ループを構成する各電力状態の継続時間を電力状態日時から決定し、最大の電力消費量の電力状態の継続時間が最も長い場合に、使用電力量を増加させるループであると判断してもよい。なおステップＳ５０８は行わなくともよい。電力状態遷移のループが使用電力量を増加させると判断した場合はＳ５０９に進む。一方、電力状態遷移のループが使用電力量を増加させないと判断した場合は、当該イベントポリシーを無効化する必要はないと判断してＳ５１３に進む。
【００３２】
Ｓ５０９で電力制御モジュール２３３が、電力設定管理モジュール２３４を介して登録されている当該イベントポリシーを無効化する。イベントポリシーの無効化方法は、例えばＰｏｗｅｒＭＩＢのｐｏｗＥｖｅｎｔのエントリーごと削除してもよい。もしくは、ｐｏｗＥｖｅｎｔエントリーのｐｏｗＥｖｅｎｔＲｏｗＳｔａｔｕｓを"ｎｏｔＩｎＳｅｒｖｉｃｅ"など、イベントポリシーがアクティブでないことを示す状態に設定することでイベントポリシーを無効化してもよい。いずれにしても現在登録されているイベントポリシーを、削除するなり無効であることを示す状態にするなりして、無効化する。Ｓ５１０で電力制御モジュール２３３が、イベントポリシー登録拒否リストに無効化した当該イベントポリシーを追加して、次回以降当該イベントポリシーが登録できないようにする。Ｓ５１１で電力制御モジュール２３３が、ＵＩモジュール２３７を介してイベントポリシーが無効化された旨を警告メッセージとしてＵＩ表示する。イベントポリシー無効化の警告メッセージをＵＩ表示する画面例を図６に示す。イベントポリシー無効化警告メッセージ６００や、イベントポリシー無効化警告メッセージ詳細６０１がユーザインタフェースとして表示される。イベントポリシー無効化警告メッセージ詳細６０１の表示例として、図６では無効化されたイベントポリシーの対象イベント名と電力状態リクエストの情報を表示している。ＵＩ表示されている対象イベント名はＰｏｗｅｒＭＩＢのｐｏｗＥｖｅｎｔＮａｍｅに相当し、電力状態リクエストはＰｏｗｅｒＭＩＢのｐｏｗｅＥｖｅｎｔＲｅｑｕｅｓｔＰｏｗｅｒＳｔａｔｅに相当する。これらは、イベントポリシー管理テーブル３０１の無効化されたイベントポリシーに対応するレコードのイベント名３０１３とエベントリクエスト電力状態３０１２から得ることもできる。図６のＵＩで、ＯＫボタン６０２は、クリックされるとイベントポリシー無効化の警告メッセージ表示画面が閉じる。
【００３３】
Ｓ５１２で電力制御モジュール２３３が、アプリケーションサーバー１００に対してイベントポリシーを無効化した旨を通知するＴｒａｐ／Ｉｎｆｏｒｍ通知を送信する。Ｔｒａｐ／Ｉｎｆｏｒｍ通知の送信は電力状態通知送信モジュール２３５を介して行われ、電力状態通知送信モジュール２３５に登録されたＴｒａｐ／Ｉｎｆｏｒｍ通知先のＭＦＰ１５０に対して送信される。一方、Ｓ５１３では、電力制御モジュール２３３が、イベントポリシーに従ってＭＦＰ１５０の電力状態を変更する。また電力ログ管理モジュール２３６が、電力ログに変更後の電力状態を追加的に記録する。なお、この電力ログの記録はＳ５１３に限ったものではなく、電力状態の変化があった場合には必ず記録される。すなわち、イベントポリシー対象イベントが生じた場合のみならず、それ以外の場合であっても電力状態の変化があれば、それが電力ログに記録される。
【００３４】
＜アプリケーションサーバーによるイベントポリシー無効化処理＞
次に図７を用いて、ＭＦＰ１５０からステップＳ５１２で送信されたイベントポリシー無効化のＴｒａｐ／Ｉｎｆｏｒｍ通知を受信した際のアプリケーションサーバー１００の動作について説明する。Ｓ７００でネットワークモジュール２００が、ＭＦＰ１５０から送信されたＴｒａｐ／Ｉｎｆｏｒｍ通知を受信し、電力制御モジュール２０６に処理を依頼する。Ｓ７０１で電力制御モジュール２０６が、Ｔｒａｐ／Ｉｎｆｏｒｍ通知送信元のＭＦＰ１５０以外の管理対象デバイスについても当該イベントポリシーを無効化するかどうかを判断する。当該イベントポリシーを無効化するかどうかの判断は、例えばＵＩ画面を表示してユーザーに実行処理を選択させて、ユーザーの入力結果を元に判断してもよい。図８にイベントポリシー無効化実行有無選択用のＵＩ画面例を示す。イベントポリシー無効化実行有無選択メッセージ８００は、実行有無を選択するボタン８０１、８０２はが画面に表示される。適用ボタン８０１をクリックされると、Ｓ７０１で電力制御モジュール２０６がＴｒａｐ／Ｉｎｆｏｒｍ通知送信元のＭＦＰ１５０以外の管理対象デバイスについても当該イベントポリシーを無効化する、と判断してＳ７０２に進む。不適用ボタン８０２をクリックされるとＳ７０１で電力制御モジュール２０６がＴｒａｐ／Ｉｎｆｏｒｍ通知送信元のＭＦＰ１５０以外の管理デバイスについては当該イベントポリシーを無効化しない、と判断して処理を終了する。Ｓ７０２で電力制御モジュール２０６が、データベースサーバーサービス２１０の管理テーブル３００から管理対象のデバイス情報を取得する。Ｓ７０３で電力制御モジュール２０６が、Ｔｒａｐ／Ｉｎｆｏｒｍ通知送信元のＭＦＰ１５０以外の管理するＭＦＰ１５０に対して当該イベントポリシーの無効化要求を送信する。これを受信した各デバイスでは、図５のステップＳ５０９と同様に指定されたイベントポリシーを無効化する。
【００３５】
なお図５および図７では、ＭＦＰ１５０の電力状態遷移のループを検知してイベントポリシーを無効化する処理までを説明しているが、もし電力状態遷移のループ発生の原因が特定できる場合は、事後処理として電力状態遷移のループ解消処理を行ってもよい。電力状態遷移のループ解消処理として、例えば特定のエラー発生時にＭＦＰ１５０のファームウェアを更新する、などが想定される。また、当該イベントポリシー無効化要求を送信する対象ＭＦＰ１５０の選択については、例えばＴｒａｐ／Ｉｎｆｏｒｍ通知送信元のＭＦＰ１５０以外のすべての管理するＭＦＰ１５０を選択してもよい。もしくは対象のＭＦＰ１５０をユーザーがＵＩ上で選択できるようにしてもよい。電力状態遷移のループ発生の原因がファームウェアバグである可能性を考慮して、Ｔｒａｐ／Ｉｎｆｏｒｍ通知送信元のＭＦＰ１５０と同一機種もしくは同一ファームウェア搭載機のみを選択できるようにしてもよい。
【００３６】
以上の処理により、ＭＦＰ１５０が外部から設定されたイベントポリシーについて、設定されたイベントの発生をトリガーとして電力状態遷移のループが延々と発生することを回避することができる。また、ＭＦＰ１５０からのイベントポリシー無効化通知を受信したアプリケーションサーバー１００は、管理する他のＭＦＰ１５０についても同様のループが発生しないようにイベントポリシーを一括無効化設定することができる。
【００３７】
なお、本実施形態ではログに記録された電力状態の遷移からループを検出しているが、その中でも特にイベントポリシーによる電力状態の遷移のみに着目してループを検出してもよい。その場合にはログに、電力状態遷移を引き起こしたイベントポリシーＩＤも記録する。電力状態の遷移がイベントポリシーによるものではない場合には、その欄は空欄としておけばよい。そしてステップＳ５０５では、電力ログに記録された、イベントポリシーによる連続した電力状態の遷移を記録したレコード群を繰り返しパターンの検索対象としてループを探す。このようにすることで、検出した電力状態遷移のループには、イベントポリシーによらない電力状態の遷移を記録したレコードが含まれることはなく、イベントポリシーに起因するループを検出できる。電力状態の遷移は電源スイッチの操作によるもの以外はおおむねイベントポリシーによると考えられるので、電源スイッチの操作による電力状態の遷移を、イベントポリシーによる電力状態遷移のループと誤検出するおそれがなくなる。あるいは、ログに記録する電力状態の遷移を、イベントポリシーによるもののみに限ってもよい。すなわち、図５のステップＳ５１３においてのみ電力ログを記録する。このようにすれば、記録されるログはイベントポリシーに起因するもののみであるため、ログに記録されたレコードすべてを対象として、イベントポリシーによる電力状態の遷移のループを検索することができる。
【００３８】
［実施例２］
本実施例では、イベントポリシーで設定されたイベントの発生をトリガーとした電力状態遷移のループの度合いに応じて、動的にイベントポリシー無効化方法を切り替える方法を説明する。
【００３９】
本実施形態の情報処理装置を管理する管理システムのシステム構成およびハードウェア構成・ソフトウェア構成については、実施例１の図１、図２と同様のため説明を省略する。管理装置内のデータベースのテーブル構成についても、実施例１の図３と同様のため説明を省略する。アプリケーションサーバー１００が配信したイベントポリシーをＭＦＰ１５０が受信する際のアプリケーションサーバー１００およびＭＦＰ１５０の動作についても、実施例１の図４と同様のため説明を省略する。
【００４０】
ＭＦＰ１５０でイベントが発生した際のＭＦＰ１５０の動作の中で、実施例１の図５におけるＳ５０９で電力制御モジュール２３３がイベントポリシーを無効化する処理について、図９を用いて詳細に説明する。なお、図５におけるＳ５０９以外の処理については、実施例１で説明した内容と同様のため説明を省略する。なお、Ｓ５０５でループを判定する際には、電力ログ全体を繰り返しパターンの検索範囲としても良いが、検索範囲を制限した方が処理時間や負担の点から望ましい。その場合には、繰り返しパターンの検索範囲を、少なくとも、最新のログから、図５のステップＳ５０６で参照する所定時間に図９のステップＳ９０２で参照するループ回数を乗じた時間までとする。
【００４１】
Ｓ９００で電力制御モジュール２３３が、同一電力状態の遷移パターンの繰り返し（ループ）の発生回数を取得する。Ｓ９０１で電力制御モジュール２３３が、発生した当該イベントの重要度を算出する。イベントの重要度の算出方法は、イベントの優先度を定義してそれを元に数値を算出してもよく、イベントの発生頻度に応じて動的に数値を算出してもよい。Ｓ９０２で電力制御モジュール２３３が、電力状態遷移のループ回数が任意のしきい値以上かどうかを判断する。電力状態遷移のループ回数が任意のしきい値以上であればＳ９０４に進み、しきい値以上でなければＳ９０３に進む。Ｓ９０３で電力制御モジュール２３３が、発生した当該イベントの重要度が任意のしきい値以上かどうかを判断する。イベントの重要度が任意のしきい値以上であればＳ９０４に進み、しきい値以上でなければＳ９０５に進む。Ｓ９０４で電力制御モジュール２３３が電力設定管理モジュール２３４を介して、登録されている当該イベントポリシーのエントリーを削除する。イベントポリシーのエントリーの削除方法として、例えばＰｏｗｅｒＭＩＢの場合はｐｏｗＥｖｅｎｔのエントリーごと削除する。一方、Ｓ９０５では電力制御モジュール２３３が電力設定管理モジュール２３４を介して、登録されている当該イベントポリシーをアクティブでない状態に設定する。イベントポリシーの状態更新方法として、例えばＰｏｗｅｒＭＩＢの場合はｐｏｗＥｖｅｎｔエントリーのｐｏｗＥｖｅｎｔＲｏｗＳｔａｔｕｓを"ｎｏｔＩｎＳｅｒｖｉｃｅ"などに変更する。
【００４２】
以上の処理により、イベントポリシーで設定されたイベントの発生をトリガーとした電力状態遷移のループの発生頻度が高い場合や、発生したイベントの重要度が高い場合には、イベントポリシーのエントリー自体を削除することになる。一方、電力状態遷移のループの発生頻度が低く、また発生したイベントの重要度も低い場合には、イベントポリシーのエントリー自体は残したままでイベントポリシーを無効化することになる。
【００４３】
上記の通り、電力状態遷移のループの度合いに応じて動的にイベントポリシー無効化方法を切り替えることによって、ループ発生の影響が大きいイベントポリシーは削除され、ループ発生の影響が少ないイベントポリシーについては再有効化が容易に可能となる。
【００４４】
［実施例３］
本実施例では、イベントポリシーをトリガーとした電力状態遷移のループ発生の検知やイベントポリシーの無効化処理を、情報処理装置ではなく管理装置すなわちアプリケーションサーバー１００側で行う方法を説明する。
【００４５】
本実施形態の情報処理装置を管理する管理システムのシステム構成およびハードウェア構成・ソフトウェア構成については、実施例１の図１、図２と同様のため説明を省略する。管理装置内のデータベースのテーブル構成についても、実施例１の図３と同様のため説明を省略する。アプリケーションサーバー１００が配信したイベントポリシーをＭＦＰ１５０が受信する際のアプリケーションサーバー１００およびＭＦＰ１５０の動作についても、実施例１の図４と同様のため説明を省略する。ただし本実施例では図５の処理はＭＦＰ１５０で行われない。ＭＦＰ１５０では、イベントポリシー対象イベントが発生すると、登録済みイベントポリシーに応じた電力状態の変更が行われ、それとともに電力ログへの新たなレコードの記録が行われる。
【００４６】
図１０を用いて、ＭＦＰ１５０での電力状態遷移のループ発生を検知し、ＭＦＰ１５０に登録されたイベントポリシーの無効化処理を行う際のアプリケーションサーバー１００の動作について説明する。図１０の手順は定期的に実行してもよいし、ＭＦＰ１５０にイベントの発生を通知させて、その通知に応じて実行してもよい。
【００４７】
Ｓ１０００で電力制御モジュール２０６が電力ログ管理モジュール２０９を介して、ＭＦＰ１５０から電力状態遷移ログを取得する。Ｓ１００１で電力制御モジュール２０６が、ＭＦＰ１５０からＵＩ操作ログを取得する。いずれも、アプリケーションサーバー１００が有していない差分レコードのみの取得で十分である。Ｓ１００２で電力制御モジュール２０６が、取得した電力状態遷移ログを元に、同一電力状態遷移パターンの繰り返し（ループ）が発生していないかどうかを判断する。もしループが発生していなければＳ１００３に進み、ループが発生していないのであればそのまま処理を終了する。Ｓ１００３で電力制御モジュール２０６が、発生している電力状態遷移のループが所定時間内に発生した遷移かどうかを判断する。電力状態遷移のループが所定時間内に発生した遷移と判断した場合はＳ１００４に進む。一方、電力状態遷移のループが所定時間以上経過して発生している場合は当該イベントポリシーを無効化する必要はないと判断して処理を終了する。Ｓ１００４で電力制御モジュール２０６が、発生している電力状態遷移のループが遷移間にＵＩ操作を挟んだものであるかを判断する。電力状態遷移のループが遷移間にＵＩ操作を挟んだものでないと判断した場合はＳ１００５に進む。一方、電力状態遷移のループが遷移間にＵＩ操作を挟んだものであると判断した場合は、当該イベントポリシーを無効化する必要はないと判断して処理を終了する。Ｓ１００５で電力制御モジュール２０６が、発生している電力状態遷移のループがＭＦＰ１５０の使用電力量を増加させるものであるかどうかを判断する。電力状態遷移のループが使用電力量を増加させると判断した場合はＳ１００６に進む。一方、電力状態遷移のループが使用電力量を増加させないと判断した場合は、当該イベントポリシーを無効化する必要はないと判断して処理を終了する。Ｓ１００６で電力制御モジュール２０６がＭＦＰ１５０に対して、当該イベントポリシーの無効化要求を送信する。
【００４８】
ステップＳ１００２〜Ｓ１００５は、図５のステップＳ５０５〜Ｓ５０８と同様の要領でよい。またステップＳ１００５は、図５のステップＳ５０９と同様であるが、図９とおなじ要領で行ってもよい。この場合には、Ｓ１００６で要求する無効化処理も、発生したイベントおよびループの数に応じて、イベントポリシーの削除或いは無効化のいずれかとなる。またＳ１００６では、図８のＵＩを表示して、ユーザーの指示に応じて、管理対象のＭＦＰ全体について無効化するか、あるいはループが検出されたＭＦＰのみについて無効化してよい。
【００４９】
以上の処理により、イベントポリシーをトリガーとした電力状態遷移のループ発生の検知やループ発生時のイベントポリシーの無効化処理を、情報処理装置ではなく管理装置側で行うことが可能になる。
【００５０】
［その他の実施例］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００５１】
１００  アプリケーションサーバー、１５０  ＭＦＰ、２０６  電力制御モジュール（アプリケーションサーバー）、２０７  電力設定管理モジュール（アプリケーションサーバー）、２０８  電力状態通知受信モジュール、２０９  電力ログ管理モジュール（アプリケーションサーバー）、２３３  電力制御モジュール（ＭＦＰ）、２３４  電力設定管理モジュール（ＭＦＰ）、２３５  電力状態通知送信モジュール、２３６  電力ログ管理モジュール（ＭＦＰ）
【図１】
2015232780.tif 000003
【図２】
2015232780.tif 000004
【図３】
2015232780.tif 000005
【図４】
2015232780.tif 000006
【図５】
2015232780.tif 000007
【図６】
2015232780.tif 000008
【図７】
2015232780.tif 000009
【図８】
2015232780.tif 000010
【図９】
2015232780.tif 000011
【図１０】
2015232780.tif 000012