(57)【要約】【課題】  情報処理装置の電力状態が遷移したことを適正なタイミングで通知先に通知して、通知先よりその応答を確実に得る。【解決手段】    電源制御手段が遷移させる電力状態が通常状態から省電力状態または電源オフ状態、あるいは前記省電力状態から電源オフ状態に変化することに応じて、登録された通知先に遷移する電力状態を第１の通信モードで通知するとともに、通知された電力状態と通知先とを対応づけて記憶手段に記憶する。そして、電源制御手段が遷移させる電力状態が電源オフ状態から通常状態に変化することに応じて、記憶された電力状態を第２の通信モードで記憶された通知先に通知する構成を特徴とする。【選択図】  図７
2016066943.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であって、
複数の処理手段へ電源を供給する電源手段と、
前記電源手段から前記複数の処理手段へ電源を供給する通常状態、前記電源手段から前記複数の処理手段のうちいずれかの処理手段へ電源を供給しない省電力状態、前記電源手段から前記複数の処理手段へ電源を供給しない電源オフ状態のいずれかに遷移させる電源制御手段と、
前記電源制御手段が遷移させる電力状態が前記通常状態から前記省電力状態または前記電源オフ状態、あるいは前記省電力状態から前記電源オフ状態に変化することに応じて、登録された通知先に遷移する電力状態を第１の通信モードで通知する第１の通知手段と、
前記第１の通知手段で通知された電力状態と通知先とを対応づけて記憶する記憶手段と、
前記電源制御手段が遷移させる電力状態が電源オフ状態から通常状態に変化することに応じて、前記記憶手段に記憶された電力状態を第２の通信モードで記憶された通知先に通知する第２の通知手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記電源制御手段が遷移させる電力状態が電源オフ状態から通常状態に変化した際に、通信設定が変更されているかどうかを判断する判断手段を備え、
前記通信設定が変更されていると判断した場合、前記第２の通知手段は、前記記憶手段に記憶された電力状態を前記第２の通信モードで記憶された通知先に通知しないことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記第１の通信モードは、通知先から応答を要求しないモードであることを特徴とする請求項１記載の情報処理装置。
【請求項４】
前記第２の通信モードは、通知先から応答を要求するモードであることを特徴とする請求項１記載の情報処理装置。
【請求項５】
前記第１の通知手段と、前記第２の通知手段は、ＳＮＭＰを用いて通知先と通信することを特徴とする請求項１記載の情報処理装置。
【請求項６】
情報処理装置であって、
複数の処理手段へ電源を供給する電源手段と、
前記電源手段から前記複数の処理手段へ電源を供給する通常状態、前記電源手段から前記複数の処理手段のうちいずれかの処理手段へ電源を供給しない省電力状態、前記電源手段から前記複数の処理手段へ電源を供給しない電源オフ状態のいずれかに遷移させる電源制御手段と、
前記電源制御手段が遷移させる電力状態が前記通常状態から前記省電力状態または前記電源オフ状態、あるいは前記省電力状態から前記電源オフ状態に変化することに応じて、登録された通知先に遷移する電力状態を所定の通信モードで通知する第１の通知手段と、
前記第１の通知手段による通知に対する前記通知先からの応答を受信しているかどうかを判断する判断手段と、
前記通知先から応答を受信していないと判断した場合、前記第１の通知手段で通知された電力状態と通知先とを対応づけて記憶する記憶手段と、
前記電源制御手段が遷移させる電力状態が電源オフ状態から通常状態に変化することに応じて、前記記憶手段に記憶された電力状態を前記所定の通信モードで記憶された通知先に通知する第２の通知手段と、
を備えることを特徴とする情報処理装置。
【請求項７】
管理装置から前記電力状態を通知すべきタイミングを決定する情報を受け付ける受付手段を備えることを特徴とする請求項１または３に記載の情報処理装置。
【請求項８】
前記所定の通信モードは、通知先から応答を要求するモードであることを特徴とする請求項６記載の情報処理装置。
【請求項９】
前記処理手段は、印刷手段、スキャナ手段、操作手段、および前記印刷手段、前記スキャナ手段、前記操作手段を制御するコントローラを含むことを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
【請求項１０】
複数の処理手段へ電源を供給する電源手段と、前記電源手段から前記複数の処理手段へ電源を供給する通常状態、前記電源手段から前記複数の処理手段のうちいずれかの処理手段へ電源を供給しない省電力状態、前記電源手段から前記複数の処理手段へ電源を供給しない電源オフ状態のいずれかに遷移させる電源制御手段と、を備える情報処理装置の制御方法であって、
前記電源制御手段が遷移させる電力状態が前記通常状態から前記省電力状態または前記電源オフ状態、あるいは前記省電力状態から前記電源オフ状態に変化することに応じて、登録された通知先に遷移する電力状態を第１の通信モードで通知する第１の通知工程と、
前記第１の通知手段で通知された電力状態と通知先とを対応づけて不揮発性の記憶手段に記憶する記憶工程と、
前記電源制御手段が遷移させる電力状態が電源オフ状態から通常状態に変化することに応じて、前記記憶手段に記憶された電力状態を第２の通信モードで記憶された通知先に通知する第２の通知工程と、
を備えることを特徴とする情報処理装置の制御方法。
【請求項１１】
複数の処理手段へ電源を供給する電源手段と、前記電源手段から前記複数の処理手段へ電源を供給する通常状態、前記電源手段から前記複数の処理手段のうちいずれかの処理手段へ電源を供給しない省電力状態、前記電源手段から前記複数の処理手段へ電源を供給しない電源オフ状態のいずれかに遷移させる電源制御手段と、を備える情報処理装置の制御方法であって、
前記電源制御手段が遷移させる電力状態が前記通常状態から前記省電力状態または前記電源オフ状態、あるいは前記省電力状態から前記電源オフ状態に変化することに応じて、登録された通知先に遷移する電力状態を所定の通信モードで通知する第１の通知工程と、
前記第１の通知工程による通知に対する前記通知先からの応答を受信しているかどうかを判断する判断工程と、
前記通知先から応答を受信していないと判断した場合、前記通知工程で通知された電力状態と通知先とを対応づけて不揮発性の記憶手段に記憶する記憶工程と、
前記電源制御手段が遷移させる電力状態が電源オフ状態から通常状態に変化することに応じて、前記記憶手段に記憶された電力状態を前記所定の通信モードで記憶された通知先に通知する第２の通知工程と、
を備えることを特徴とする情報処理装置の制御方法。
【請求項１２】
請求項１０または１１に記載の情報処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理装置の制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
従来、ネットワークに接続され、ネットワークを介してコンピュータから操作を可能とするプリンタや複合機のような情報処理装置が利用されている。これらの情報処理装置をコンピュータから管理する手段として、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）のような管理プロトコルが広く使われている。ＳＮＭＰを用いて情報処理装置を管理する方法はポーリング方式とイベント方式の二種類に分類される。一般に管理装置は管理対象である情報処理装置の性質によって、イベント方式による監視とポーリング方式による監視を使い分けている（例えば、特許文献１）。
【０００３】
近年、経費削減や環境保護の観点から、情報システムに接続されている情報処理装置を管理するデバイス管理装置において、管理対象デバイスの消費電力量や温室効果ガス（ＣＯ２）排出量を計算するために電力状態遷移イベントを監視したいという要求が高まっている。
ＰＷＧ  Ｉｍａｇｉｎｇ  Ｓｙｓｔｅｍ  Ｐｏｗｅｒ  ＭＩＢ  ｖ１．０（以下、ＰｏｗｅｒＭＩＢ）で定義されているオブジェクトを実装したＳＮＭＰエージェントからは各電力状態の消費電力を取得する事ができる。また、ＰｏｗｅｒＭＩＢで定義されているＴｒａｐ／ＩｎｆｏｒｍＲｅｑｕｅｓｔを用いたイベント通知では、ＳＮＭＰエージェントは電力状態遷移イベントとその発生時刻をＴｒａｐ／ＩｎｆｏｒｍＲｅｑｕｅｓｔを用いて通知することが可能である（非特許文献１参照）。
したがって、ＳＮＭＰマネージャは、ＳＮＭＰエージェントの各電力状態における消費電力を取得し、ＳＮＭＰエージェントから電力状態遷移通知を受けることで、任意の期間におけるＳＮＭＰエージェントの消費電力量やＣＯ２排出量を算出することが可能である。
【０００４】
また、環境保護の観点から、プリンタや複合機のような情報処理装置においても低消費電力化が求められている。この要求に対して、例えば情報処理装置が所定時間動作していない場合に、情報処理装置を通常電力モードから省電力モードに移行させる技術が知られている。通常電力モードでは、情報処理装置の主制御部と通信部の両方に電力が供給される。一方、省電力モードでは、情報処理装置の通信部への電力供給を継続されるが、情報処理装置の主制御部への電力供給は遮断される。従って、省電力モードは、通常電力モードと比較して情報処理装置全体の消費電力が低減する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３‐９１３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、前述したデバイス管理装置において、電力状態遷移通知を受信できない状況は極力避けるべき事態である。例えば、デバイス管理装置が、ある情報処理装置の通常電力状態から電源ＯＦＦ状態への電力状態遷移通知を受信できなかった場合、デバイス管理装置は当該情報処理装置がＯＦＦの間も通常電力状態として消費電力を計算する。その結果、実際の消費電力量とデバイス管理装置が算出した消費電力量が乖離してしまう。このような電力状態遷移通知を受信できない状況が多く発生すると、デバイス管理装置が算出する消費電力値と実際の消費電力値の乖離が大きくなり、ユーザクレームにつながる恐れがある。
【０００７】
一方、情報処理装置は、電源ＯＦＦや省電力状態への状態遷移において、ある一定時間以内に状態遷移を完了させることを性能要件として定められている。情報処理装置は、性能要件を満たすために、電源ＯＦＦや省電力状態への状態遷移イベントをＩｎｆｏｒｍＲｅｑｕｅｓｔで通知した場合でも、ＩｎｆｏｒｍＲｅｑｕｅｓｔに対する到達確認応答受信を待たずに状態遷移を完了させることが要求される。
この要求に応えると、情報処理装置が送信したＩｎｆｏｒｍＲｅｑｕｅｓｔがデバイス管理装置への経路上でロストしている場合でも、情報処理装置は状態遷移イベント通知処理を終了して状態遷移する。その結果、デバイス管理装置は状態遷移イベントを受信できない。つまり、デバイス管理装置が状態遷移イベントを受信できない可能性が高まるといった課題がある。
また、情報処理装置は電源ＯＦＦや省電力状態への状態遷移では性能要件を優先させるため、Ｔｒａｐで電力状態遷移イベント通知を行ってもよい。しかし、Ｔｒａｐは一方的にＳＮＭＰマネージャへイベント通知するだけなので、デバイス管理装置へ到達したことは保証されない。
【０００８】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、情報処理装置の電力状態が遷移したことを適正なタイミングで通知先に通知して、通知先よりその応答を確実に得ることができる仕組みを提供することである。
【課題を解決するための手段】
【０００９】
上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
情報処理装置であって、複数の処理手段へ電源を供給する電源手段と、前記電源手段から前記複数の処理手段へ電源を供給する通常状態、前記電源手段から前記複数の処理手段のうちいずれかの処理手段へ電源を供給しない省電力状態、前記電源手段から前記複数の処理手段へ電源を供給しない電源オフ状態のいずれかに遷移させる電源制御手段と、前記電源制御手段が遷移させる電力状態が前記通常状態から前記省電力状態または前記電源オフ状態、あるいは前記省電力状態から前記電源オフ状態に変化することに応じて、登録された通知先に遷移する電力状態を第１の通信モードで通知する第１の通知手段と、前記第１の通知手段で通知された電力状態と通知先とを対応づけて記憶する記憶手段と、前記電源制御手段が遷移させる電力状態が電源オフ状態から通常状態に変化することに応じて、前記記憶手段に記憶された電力状態を前記第２の通信モードで記憶された通知先に通知する第２の通知手段と、を備えることを特徴とする。
さらに、上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
情報処理装置であって、複数の処理手段へ電源を供給する電源手段と、前記電源手段から前記複数の処理手段へ電源を供給する通常状態、前記電源手段から前記複数の処理手段のうちいずれかの処理手段へ電源を供給しない省電力状態、前記電源手段から前記複数の処理手段へ電源を供給しない電源オフ状態のいずれかに遷移させる電源制御手段と、前記電源制御手段が遷移させる電力状態が前記通常状態から前記省電力状態または前記電源オフ状態、あるいは前記省電力状態から前記電源オフ状態に変化することに応じて、登録された通知先に遷移する電力状態を所定の通信モードで通知する第１の通知手段と、前記第１の通知手段による通知に対する前記通知先からの応答を受信しているかどうかを判断する判断手段と、前記通知先から応答を受信していないと判断した場合、前記第１の通知手段で通知された電力状態と通知先とを対応づけて記憶する記憶手段と、前記電源制御手段が遷移させる電力状態が電源オフ状態から通常状態に変化することに応じて、前記記憶手段に記憶された電力状態を前記所定の通信モードで記憶された通知先に通知する第２の通知手段と、を備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、情報処理装置の電力状態が遷移したことを適正なタイミングで通知先に通知して、通知先よりその応答を確実に得ることができる。
【図面の簡単な説明】
【００１１】
【図１】情報処理システムの構成を説明する図である。
【図２】情報処理装置のハードウェア構成を説明するブロック図である。
【図３】情報処理装置の電力状態の遷移を説明する図である。
【図４】Trap/InformRequestパケットの一例を示す図である。
【図５】イベントとステートとメッセージとの対応を示す図である。
【図６】操作部に表示されるＵＩ画面の一例を示す図である。
【図７】情報処理装置の制御方法を説明するフローチャートである。
【図８】情報処理装置が参照する再送テーブルを示す図である。
【図９】情報処理装置の制御方法を説明するフローチャートである。
【図１０】情報処理装置の制御方法を説明するフローチャートである。
【図１１】情報処理装置の制御方法を説明するフローチャートである。
【図１２】情報処理装置の制御方法を説明するフローチャートである。
【図１３】ｍｉｂ−ｔｒｅｅの配置の一例を示す図である。
【図１４】情報処理装置の制御方法を説明するフローチャートである。
【図１５】各部へ供給される電力供給先の電力状態を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための最良の形態について図面を用いて説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
＜システム構成の説明＞
〔第１実施形態〕
【００１３】
本実施形態の構成を説明する前に、二種類に分類されるＳＮＭＰを用いて情報処理装置を監視する方法としてはポーリング方式とイベント方式について説明する。
ポーリング方式は、監視装置（ＳＮＭＰマネージャ）がＧｅｔＲｅｑｕｅｓｔ、ＧｅｔＮｅｘｔＲｅｑｕｅｓｔを使って監視対象（ＳＮＭＰマネージャ）から情報を取得する方式である。イベント方式は監視対象側（ＳＮＭＰエージェント）である情報処理装置がＴｒａｐ／ＩｎｆｏｒｍＲｅｑｕｅｓｔを用いてＳＮＭＰマネージャへ情報を通知する方式である。ＴｒａｐはＳＮＭＰエージェントがＳＮＭＰマネージャへ一方的に送信するためＳＮＭＰエージェントはＳＮＭＰマネージャにイベント通知が出来たか知ることが出来ない。
【００１４】
一方、ＩｎｆｏｒｍＲｅｑｕｅｓｔは、ＳＮＭＰマネージャがＩｎｆｏｒｍＲｅｑｕｅｓｔに対して到達確認応答をＳＮＭＰエージェントへ返すため、ＳＮＭＰエージェントはＳＮＭＰマネージャに対してイベント通知が出来たか知ることができる。そのため、ＳＮＭＰエージェントは到達確認応答受信までＩｎｆｏｒｍＲｅｑｕｅｓｔを再送すれば確実にイベント通知を行うことが出来る。
【００１５】
ポーリング方式においては、ＳＮＭＰマネージャは一定時間間隔で情報処理装置の状態を取得する。この方式は、ＳＮＭＰマネージャは能動的に所望の情報を情報処理装置から取得出来るが、情報処理装置の状態が変わらない時であっても状態取得が必要となる。そのためネットワークトラフィックの増大、ＳＮＭＰマネージャ及び、情報処理装置のＣＰＵ資源を無駄に使用してしまうといった欠点がある。
【００１６】
また、情報処理装置の状態遷移ログなど記録情報をＳＮＭＰマネージャが取得するといったユースケースでは、情報処理装置が保持できる記録情報の数は情報処理装置が搭載する記憶領域の大きさに依存する。そのため、ＳＮＭＰマネージャに取得される前に情報処理装置の記録情報が新しい記録情報に上書きされてしまうリスクがある。イベント方式においては、ポーリング方式に比べて実装は複雑になるものの、実際に情報処理装置に状態変化が起こった時にのみＳＮＭＰマネージャに通知が行われるため、無駄なトラフィックなどが発生しないメリットがある。
【００１７】
ただし、ＳＮＭＰはＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）を使用するため、上位アプリケーションによってパケット消失時の再送や、到達順の変化を保証する必要がある。一般に監視装置は監視対象である情報処理装置の性質によって、イベント方式による監視とポーリング方式による監視を使い分けている。
【００１８】
図１は、本実施形態を示す情報処理システム１００の構成を説明する図である。
図１において、情報処理システム１００は情報処理装置１０１とホストコンピュータ１０２を備え、情報処理装置１０１とホストコンピュータ１０２はネットワーク１０３を介して互いに接続されている。図示していないが、情報処理装置１０１、ホストコンピュータ１０２は複数存在してもよい。情報処理装置１０１はＳＮＭＰエージェントとしての通信機能を備え、ＰｏｗｅｒＭＩＢを含むＭＩＢ情報を搭載している。ホストコンピュータ１０２は汎用コンピュータの構成を有し、ＳＮＭＰマネージャとしての通信機能を備える。
【００１９】
また、ホストコンピュータ１０２は、ＳＮＭＰを使用して、ネットワーク１０３を介して接続される情報処理装置１０１の管理を行うデバイス管理機能を備える。ホストコンピュータ１０２が備えるデバイス管理機能は、ＳＮＭＰを使用して情報処理装置１０１のＰｏｗｅｒＭＩＢ情報を監視することで、情報処理装置の消費電力量やＣＯ２排出量の計算などを行う。
【００２０】
図２は、図１に示した情報処理装置１０１のハードウェア構成を説明するブロック図である。なお、本実施形態において、情報処理装置１０１は、コピー機能、プリント機能、スキャン機能、送信機能等を備えるデジタル複合機（印刷装置）である。
【００２１】
なお、本実施形態ではデジタル複合機を例にして説明するが、情報処理装置１０１はデジタル複合機に限るものではない。情報処理装置１０１は、上述した機能すべてを備える必要はなく、上述した機能のうち少なくとも１つを備えるものであってもよいし、他の機能を更に備えていてもよい。
図２において、情報処理装置１０１は、コントローラ２００、プリンタ２１２、スキャナ２１３、操作部２１４を、電源制御部２１１を備える。各ユニットの構成を説明する。
【００２２】
コントローラ２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ２０４、ＮＶＲＡＭ２０５、画像処理部２０６、プリンタＩ／Ｆ２０７、スキャナＩ／Ｆ２０８、操作部Ｉ／Ｆ２０９、通信部２１０を備える。各ユニットは、バスを介して互いに通信可能に接続される。
【００２３】
ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラムを読み出して、情報処理装置１０１全体の動作を制御する。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２０４は、フォントデータ、エミュレーションプログラム、フォームデータ等の様々な情報を記憶するための記憶領域として用いられる。ＮＶＲＡＭ２０５は不揮発性メモリであり、様々な情報を記憶する。
【００２４】
なお、情報処理装置１０１のコントローラ２００は、１つのＣＰＵ２０１が１つのメモリ（ＲＡＭ２０３またはＨＤＤ２０４）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のＲＡＭまたはＨＤＤを協働させて後述するフローチャートに示す各処理を実行するようにすることもできる。
画像処理部２０６は、画像処理を行うためのものであり、ＲＡＭ２０３に記憶された画像データを読み出し、ＪＰＥＧ、ＪＢＩＧなどの拡大または縮小および、色調整などの画像処理を行う。
【００２５】
プリンタＩ／Ｆ２０７は、コントローラ２００とプリンタ２１２とを接続する。プリンタ２１２は、印刷ジョブやスキャナ２１３が生成した画像データに基づいて印刷処理を実行する。プリンタ２１２で印刷される画像データは、プリンタＩ／Ｆ２０７を介してコントローラ２００からプリンタ２１２に転送される。
【００２６】
スキャナＩ／Ｆ２０８は、コントローラ２００とスキャナ２１３とを接続する。スキャナ２１３は、原稿を読み取って画像データを生成する。スキャナ２１３が生成した画像データは、スキャナＩ／Ｆ２０８を介してコントローラ２００に転送される。
【００２７】
操作部Ｉ／Ｆ２０９は、コントローラ２００と操作部２１４とを接続する。操作部２１４にはタッチパネル機能を有する液晶表示部やキーボードなどが備えられている。操作部２１４を用いてユーザが入力した情報は、操作部Ｉ／Ｆ２０９を介してコントローラ２００に転送される。
【００２８】
通信部２１０はＮＩＣ（Network Interface Card）であり、情報処理装置１０１に着脱可能な構成である。通信部２１０はネットワーク１０３に接続され、コントローラ２００は、通信部２１０を介してＰＣ１０２などの外部装置と通信処理が可能である。
【００２９】
電源制御Ｉ／Ｆ２１５は、コントローラ２００と電源制御部２１１とを接続する。電源制御Ｉ／Ｆを介して、電力状態移行指示がコントローラ２００及び、通信部２１０から電源制御部２３０に転送される。
【００３０】
電源制御部２１１は、電源制御ライン２２１を介して供給される交流電源を直流電源に交換し、  ５系統の電源制御ライン２１６、２１７、２１８、２１９、２２０を介して情報処理装置の各ユニットへ電力を供給する。
電源制御部２１１は、情報処理装置１０１のメインスイッチを備え、メインスイッチのＯＮ／ＯＦＦの切り替え及び、ＣＰＵ２０１、通信部２１０からの電力状態移行指示を基に、情報処理装置１０１の各部への電源供給を制御する。１系統はライン２１６でコントローラ２００に接続される。１系統は電源制御ライン２１７でプリンタ２１２に接続される。１系統はライン２１８でスキャナ２１３に接続される。
１系統はライン２１９で操作部２１４に接続される。１系統は電源制御ライン２２０で通信部２１０及び、電源制御Ｉ／Ｆに接続される。電源制御部２１１は、電源制御部Ｉ／Ｆ２１５から受け付けた移行指示に基づいて、情報処理装置１０１の電力状態を制御する。
【００３１】
次に、図２と図１５を用いて、本実施形態における情報処理装置１０１が有する電力状態について説明する。
情報処理装置１０１は、通常電力状態と省電力状態と電源ＯＦＦ状態の３つの電力状態を有する。
図１５は、本実施形態における情報処理装置１０１の各電力状態において、情報処理装置１０１のどの部分に電源制御部２１１によって電力が供給されるかを示す図である。
【００３２】
情報処理装置１０１が通常電力状態で動作する場合、電源制御ライン２２０を介してコントローラ２００の各部に電源制御部２１１によって電力が供給される。このとき、電源制御ライン２１７、２１８、２１９を介してプリンタ２１２、スキャナ２１３、操作部２１４に対しては常に電力が供給されていてもよい。また、プリンタ２１２、スキャナ２１３、操作部２１４のいずれかが使用されていない場合には、使用されていないユニットに接続される電源制御ラインへの電力供給を遮断してもよい。つまり、通常電力状態とは、少なくともコントローラ２００に電源制御部２３０によって電力が供給される電力状態である。
【００３３】
情報処理装置１０１が省電力状態で動作する場合、電源制御ライン２２０を介して、通信部２１０と電源制御Ｉ／Ｆには電源制御部２１１によって電力が供給されるが、電源制御ライン２１６、２１７、２１８、２１９への電力供給を遮断される。コントローラ２００の通信部２１０と電源制御Ｉ／Ｆ２１５以外の各ユニット、プリンタ２１２、スキャナ２１３、操作部２１４への電力供給が遮断されるため、省電力状態は通常電力状態よりも消費電力が小さい電力状態であると言える。情報処理装置１０１が省電力状態で動作する場合、ネットワーク上から受信したパケットの処理を、ＣＰＵ２０１の代わりに通信部２１０が実行する。通信部２１０には特定のデータパターンを登録する事ができる。通信部２１０は、ネットワーク上からこのパターン（起床パターン）に一致するパケットを受信すると、電力制御Ｉ／Ｆを介して電源制御部２１１に、電源制御ライン２１６へ電力供給するよう指示する。
【００３４】
電源制御ライン２１６へ電力が供給されると、情報処理装置１０１は通常電力状態へ移行し、ＣＰＵ２０１が受信パケットに応じた処理（例えば、印刷ジョブ実行）を行う。情報処理装置１０１が省電力状態で動作する場合、通信部２１０が可能な処理は予め登録された特定パターンの受信パケットに対する処理のみである。ＳＮＭＰのＴｒａｐ／ＩｎｆｏｒｍＲｅｑｕｅｓｔパケット送信処理は、情報処理装置１０１が通常電力状態で動作する場合において行われる。
【００３５】
電源ＯＦＦ状態とは、情報処理装置１０１のメインスイッチがＯＦＦで、電源制御部２１１は電源制御ライン２１６、２１７、２１８、２１９、２２０に対して電力供給を遮断している状態である。
【００３６】
図３は、図１に示した情報処理装置１０１の電力状態の遷移を説明する図である。
図３において、電源ＯＦＦ状態（電源オフ状態）において、電源制御部２１１が備えるメインスイッチがＯＮ状態になると、情報処理装置１０１は通常電力状態へ移行する（図３の（１）参照）。通常電力状態において、情報処理装置１０１が省電力状態への移行条件を満たしたことを検知すると、情報処理装置１０１は省電力状態へ移行する（図３の（２）参照）。
【００３７】
省電力状態において、情報処理装置１０１は前記起床パターンに合致するパケットをネットワーク上から受信するか、操作部２１４のボタンが操作されると、情報処理装置１０１は通常電力状態へ移行する（図３の（３）参照）。
通常電力状態（通常状態）において、電源制御部２１１が備えるメインスイッチがＯＦＦ状態になると、情報処理装置１０１は電源ＯＦＦ状態へ移行する（図３の（４）参照）。
省電力状態において、電源制御部２１１が備えるメインスイッチがＯＦＦ状態になると、情報処理装置１０１は通常電力状態へ移行してから電源ＯＦＦ状態へ移行する（図３の（５）参照）。これは、情報処理装置１０１が電源ＯＦＦ状態へ移行するための状態遷移処理を、コントローラ２００のＣＰＵ２０１が行うためである。
【００３８】
情報処理装置１０１は電力状態遷移タイミング（図３の（１）、（２）、（３）、（４）、（５））において、ホストコンピュータ１０２のようなＳＮＭＰマネージャに対して、Ｔｒａｐ／ＩｎｆｏｒｍＲｅｑｕｅｓｔパケットを送信して電力状態遷移通知を行う。電力状態遷移通知のＴｒａｐ／ＩｎｆｏｒｍＲｅｑｕｅｓｔパケットが通知する内容は、ＰｏｗｅｒＭＩＢのｐｏｗＰｏｗｅｒＶ２Ｔｒａｐで定義されているＭＩＢオブジェクト情報である。電力状態遷移通知処理の詳細は後述する。
【００３９】
図４は、図１に示した情報処理装置１０１が送信するＴｒａｐ／ＩｎｆｏｒｍＲｅｑｕｅｓｔパケットの一例を示す図である。
図４において、４００はＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）であり、後述のパラメータによって構成されているＳＮＭＰの基本的なデータユニットである。４０１は、ＰＤＵタイプフィールドであり、ＳＮＭＰのコマンドの種別を示すＩＤが設定される。４０２は、リクエストＩＤフィールドである。リクエストＩＤフィールド４０２には、ＳＮＭＰマネージャからの要求とＳＮＭＰエージェントからの応答とを一意に識別するためのリクエストＩＤが格納される。
【００４０】
４０３は、エラーステータスフィールドであり、ＳＮＭＰマネージャからのＳＮＭＰリクエストにＳＮＭＰエージェントが正常に応答を返せない場合、その理由を示すコードを格納する領域である。ＳＮＭＰにおける代表的なエラーステータスとしては以下のものがある。ＳＮＭＰリクエストのエラーステータスフィールド４０３にはｎｏＥｒｒｏｒが設定される。
（１）ｎｏＥｒｒｏｒ：正常終了
（２）ｎｏＳｕｃｈＮａｍｅ：ＳＮＭＰリクエストで要求されたＭＩＢオブジェクトが実装されていない
【００４１】
４０４はエラーインデックスフィールドである。エラーステータスフィールド４０３がｎｏＥｒｒｏｒの場合、本エラーインデックスには０が設定される。４０５は、ＶＢＬ（Ｖａｒｉａｂｌｅ  Ｂｉｎｄｉｎｇ  Ｌｉｓｔ）フィールドであり、１以上のＭＩＢのＯＩＤ及び、その値の情報が格納されている。４０６は、ｐｏｗＰｏｗｅｒＶ２Ｔｒａｐで定義されるＭＩＢオブジェクトとその値で、電力状態遷移イベントの情報が含まれる。
４０６は、遷移先の電力状態の定義値を示すフィールドで、ｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅ、ｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅの値を説明する文字列を示すｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅＭｅｓｓａｇｅ、電力状態遷移が発生した日時を示すｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅＤａｔｅＡｎｄＴｉｍｅが含まれる。
ｐｏｗＰｏｗｅｒＶ２Ｔｒａｐを受信したホストコンピュータ１０２は、上述の情報から情報処理装置１０１が、「いつ」、「どの電力状態に」遷移したかを知ることができる。
【００４２】
図４ではＩｎｆｏｒｍＲｅｑｕｅｓｔパケットの例を示しているが、ＩｎｆｏｒｍＲｅｑｕｅｓｔとＴｒａｐのメッセージ構造はＰＤＵタイプフィールド４０１以外同じ構造なので、ＰＤＵタイプフィールドに"ＳＮＭＰｖ２−Ｔｒａｐ（７）"を指定すれば、本例はＴｒａｐパケットの例と読み替えることができる。
【００４３】
図５は、図１に示した情報処理装置１０１で発生するイベントとステートとメッセージとの対応を示す図である。本例は、情報処理装置１０１が各電力状態遷移時に、Ｔｒａｐ／ＩｎｆｏｒｍＲｅｑｕｅｓｔパケットで通知するｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅと、ｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅＭｅｓｓａｇｅの値を定義した通知情報テーブル５０１を示している。
【００４４】
例えば、電源ＯＦＦ状態でメインスイッチがＯＮ状態となり、通常電力状態へ遷移する場合、電力状態遷移通知パケットに含まれるｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅの値は「ｏｎ（２０）」、ｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅＭｅｓｓａｇｅの値は「ｏｎ」となる。通知情報テーブル５０１は、コントローラ２００のＮＶＲＡＭ２０５に予め記憶されている。
本実施形態では、情報処理装置１０１が電力状態遷移通知パケットを送信する宛先はユーザによって予め指定されている。
【００４５】
図６は、図１に示した操作部２１４に表示されるＵＩ画面の一例を示す図である。
図６において、設定画面６００は、操作部２１４に表示される画面であり、電力状態遷移通知パケットの送信先をユーザが設定するための画面である。
ユーザは新規追加ボタン６０１を押下すると、設定画面６０４が表示され、電力状態遷移通知パケットの通知先としてＩＰアドレスと名前を紐づけて登録する事ができる。登録された通知先情報は、設定画面６００の通知先リスト６０３に追加され、それぞれ選択可能である。ユーザは通知先リスト６０３の任意の宛先を選択した状態で削除ボタン６０２を押下すると当該宛先は宛先リストから削除される。なお、設定画面６００で設定された通知先リスト６０３は、コントローラ２００のＮＶＲＡＭ２０５に記憶される。
次に、図７〜図９を用いて、本実施形態における情報処理装置１０１が行う電力状態遷移通知処理について説明する。
【００４６】
図７は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、情報処理装置１０１の電力状態遷移通知処理例である。なお、本実施形態における情報処理装置１０１は、図３で示した電力状態遷移時に、イベントの通知先リスト６０３に登録されている通知先へ、図４で示した形式のＴｒａｐ／ＩｎｆｏｒｍＲｅｑｕｅｓｔパケットを送信する。Ｔｒａｐ／ＩｎｆｏｒｍＲｅｑｕｅｓｔパケットに含まれるｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅと、ｐｏｗＰｏｗｅｒＬｏｇＳｔａｔｅＭｅｓｓａｇｅの値は、通知情報テーブル５０１に電力状態遷移イベントごとに定義されている値となる。また、電力状態遷移通知処理は、情報処理装置１０１が通常電力状態で行われる。
【００４７】
つまり、情報処理装置１０１が通常電力状態へ遷移する際は、情報処理装置１０１は電力状態が遷移した後に電力状態遷移通知処理を行う。情報処理装置１０１が通常電力状態から他の電力状態へ遷移する際は、情報処理装置１０１は電力状態が遷移する前に電力状態遷移通知処理を行う。
【００４８】
また、本実施形態における情報処理装置１０１は、電力状態遷移通知の通知先への到達確認よりも、性能要件で定められた一定時間内に状態遷移を完了することを優先する。そのため、電源ＯＦＦ状態および、省電力状態へ遷移する状態遷移イベントではＴｒａｐで電力状態遷移通知を行う。情報処理装置１０１は、その他の電力状態遷移イベントではＩｎｆｏｒｍＲｅｑｕｅｓｔで電力状態遷移通知を行う。
なお、図７に示す各ステップは、コントローラ２００のＣＰＵ２０１がＲＯＭ２０２等のメモリに格納されたプログラムをＲＡＭ２０３に展開して実行することによって処理される。
【００４９】
Ｓ８０１において、ＣＰＵ２０１は、メインスイッチがＯＦＦされたか、すなわち、電力状態遷移イベントが電源ＯＦＦ状態に遷移するイベントがあるかどうかを判定する。電源ＯＦＦ状態に遷移するイベントがあるとＣＰＵ２０１が判断した場合、電源ＯＦＦ状態へ遷移する場合（例えば、図３の（４）、（５））、Ｓ８０３へ進み、そうでないとＣＰＵ２０１が判断した場合はＳ８０２へ進む。
Ｓ８０２において、ＣＰＵ２０１は、遷移先の電力状態が省電力状態かどうかを判定する。遷移先の電力状態が省電力状態、すなわち、省電力状態へ遷移するとＣＰＵ２０１が判断した場合（例えば、図３の（２））、Ｓ８０３へ進み、そうでないとＣＰＵ２０１が判断した場合（例えば、図３の（１）、（３））はＳ８０７へ進む。Ｓ８０３において、ＣＰＵ２０１は、通知先リスト６０３に登録されている通知先に対して、電力状態遷移通知をＴｒａｐパケットで通知する。Ｓ８０４で、ＣＰＵ２０１は、所定の第１の通信モードに従う全ての通知先にＴｒａｐパケットを通知し終えているかどうかを判断する。
【００５０】
そして、通知先リストに登録されている全ての通知先にＴｒａｐパケットを送信し終えたとＣＰＵ２０１が判断した場合、Ｓ８０５へ進む。Ｔｒａｐパケットによるイベント通知ではＳ８０５において、ＣＰＵ２０１は、Ｓ８０３、８０４においてＴｒａｐ通知した通知先ＩＰアドレスと通知内容を、図８に示す再送テーブル７０１へ登録する。ここで、図８に示す再送テーブル７０１について説明する。
図８において、再送テーブル７０１で管理する情報は、例えば通知識別子、通知先ＩＰアドレス、遷移先電力状態、遷移先電力状態名、タイムスタンプ等が挙げられる。ここで通知識別子は電力状態遷移通知を一意に識別する識別子である。通知先ＩＰアドレスは電力状態遷移通知を再送すべきＩＰアドレスである。
【００５１】
遷移先電力状態は、当該電力状態遷移の遷移先電力状態の定義値であり、ＰｏｗｅｒＭＩＢではｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅに相当する。遷移先電力状態名は、遷移先電力状態を説明する文字列情報であり、ＰｏｗｅｒＭＩＢではｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅＭｅｓｓａｇｅに相当する。タイムスタンプは当該電力遷移イベントが発生した日時情報であり、ＰｏｗｅｒＭＩＢではｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅＤａｔｅＡｎｄＴｉｍｅに相当する。再送テーブル７０１はＮＶＲＡＭ２０５に記憶される。
【００５２】
Ｓ８０５の再送テーブル７０１への登録処理が完了したら、Ｓ８０６へ進み、ＣＰＵ２０１は電源制御Ｉ／Ｆ２１５を介して電源制御部２１１へ電力状態移行指示を通知して、情報処理装置１０１の電力状態を遷移させる。
Ｓ８０７からＳ８０９の処理は、情報処理装置１０１が通常電力状態へ遷移する電力状態遷移イベントにおける、電力状態遷移通知処理である。
【００５３】
Ｓ８０７において、ＣＰＵ２０１は、ＮＶＲＡＭ２０５に記憶されている再送テーブル７０１に再送すべき電力状態遷移イベントが登録されているか判定する。登録されているとＣＰＵ２０１が判断した場合はＳ８０８に進み、登録されていないとＣＰＵ２０１が判断した場合は、Ｓ８０９に進む。
Ｓ８０８において、ＣＰＵ２０１は再送テーブル７０１に登録されている電力状態遷移イベント情報を、各イベント情報の通知先ＩＰアドレス宛てに、所定の第２の通信モードに従うＩｎｆｏｒｍＲｅｑｕｅｓｔで再通知する。Ｓ８０８におけるＩｎｆｏｒｍＲｅｑｕｅｓｔを用いた通知シーケンスは、図９にて後述する。
【００５４】
ＣＰＵ２０１は、再送テーブル７０１に登録されている全ての電力状態遷移イベント情報の再通知が完了したら、Ｓ８０９に進む。Ｓ８０９において、ＣＰＵ２０１は、通知先リスト６０３に登録されている通知先に対して、今回の電力状態遷移通知をＩｎｆｏｒｍＲｅｑｕｅｓｔで通知する。Ｓ８０９のＩｎｆｏｒｍＲｅｑｕｅｓｔを用いた通知シーケンスは、図９にて後述する。ＣＰＵ２０１は、全ての通知先に対してＩｎｆｏｒｍＲｅｑｕｅｓｔで電力状態遷移通知を完了したら処理を終了する。
【００５５】
図９は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、情報処理装置１０１のＩｎｆｏｒｍＲｅｑｕｅｓｔ通知処理を説明する例である。なお、各ステップは、コントローラ２００のＣＰＵ２０１がＲＯＭ２０２等のメモリに格納されたプログラムをＲＡＭ２０３に展開して実行することによって処理される。
【００５６】
Ｓ９０１において、ＣＰＵ２０１は、通信部２１０を介して、ＩｎｆｏｒｍＲｅｑｕｅｓｔの到達確認がとれていない通知先に対して、ＩｎｆｏｒｍＲｅｑｕｅｓｔパケットを送信する。つまり、初回はＩｎｆｏｒｍＲｅｑｕｅｓｔ通知先の全てにＩｎｆｏｒｍＲｅｑｕｅｓｔパケットを送信する。Ｓ９０２において、ＣＰＵ２０１は通信部２１０を介して、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知先から確認応答パケットを受信したか判定する。確認応答パケットを受信していると判断した場合、ＣＰＵ２０１は、確認応答パケットを返してきたＩｎｆｏｒｍＲｅｑｕｅｓｔ通知先を到達確認済として、Ｓ９０３へ進む。Ｓ９０３で、ＣＰＵ２０１は、全ての確認応答パケットを受信しているかどうかを判断する。ここで、全ての確認応答パケットを受信していないとＣＰＵ２０１が判断した場合、Ｓ９０２へ戻り、ＣＰＵ２０１は確認応答受信チェックを行う。
【００５７】
Ｓ９０３では、全てのＩｎｆｏｒｍＲｅｑｕｅｓｔ通知先から確認応答を受信しているとＣＰＵ２０１が判断した場合、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知完了として処理を終了する。
一方、Ｓ９０２で、通知先から確認応答パケットを受信していないとＣＰＵ２０１が判断した場合、Ｓ９０４において、ＣＰＵ２０１はＩｎｆｏｒｍＲｅｑｕｅｓｔ送信のリトライ間隔に達したかを判定する。リトライ間隔に到達していないと判断した場合、Ｓ９０２へ戻り、ＣＰＵ２０１は確認応答パケットの受信チェックを行う。
【００５８】
一方、Ｓ９０４で、リトライ間隔に到達しているとＣＰＵ２０１が判断した場合、Ｓ９０５へ進み、ＣＰＵ２０１はＩｎｆｏｒｍＲｅｑｕｅｓｔの送信回数がリトライ上限に達しているかを判定する。ＣＰＵ２０１は、ＩｎｆｏｒｍＲｅｑｕｅｓｔの送信回数がリトライ上限に達していると判定した場合、ＩｎｆｏｒｍＲｅｑｕｅｓｔの到達確認をあきらめ、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知処理を終了する。ＣＰＵ２０１は、ＩｎｆｏｒｍＲｅｑｕｅｓｔの送信回数がリトライ上限に達していないと判定した場合、Ｓ９０１へ戻り、到達確認がとれていないＩｎｆｏｒｍＲｅｑｕｅｓｔ通知先に対して、ＩｎｆｏｒｍＲｅｑｕｅｓｔパケットを送信する。
【００５９】
〔第２実施形態〕
第１実施形態では、情報処理装置１０１は、電源ＯＦＦ状態および、省電力状態へ遷移する状態遷移イベントではＴｒａｐで電力状態遷移通知を行う例を説明した。これに対して本実施形態では、全ての状態遷移イベントでＩｎｆｏｒｍＲｅｑｕｅｓｔを用いて電力状態遷移通知を行う構成を説明する。
【００６０】
図１０は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、情報処理装置１０１の電力状態遷移通知処理例である。  なお、各ステップは、コントローラ２００のＣＰＵ２０１がＲＯＭ２０２等のメモリに格納されたプログラムをＲＡＭ２０３に展開して実行することによって処理される。
また、本実施形態における情報処理装置１０１は、図３で示した電力状態遷移時に、イベントの通知先リスト６０３に登録されている通知先へ、図４で示した形式のＩｎｆｏｒｍＲｅｑｕｅｓｔパケットを送信する。ＩｎｆｏｒｍＲｅｑｕｅｓｔパケットに含まれるｐｏｗＬｏｇＰｏｗｅｒＳｔａｔｅと、ｐｏｗＰｏｗｅｒＬｏｇＳｔａｔｅＭｅｓｓａｇｅの値は、通知情報テーブル５０１に電力状態遷移イベントごとに定義されている値となる。また、本実施形態における情報処理装置１０１は、電力状態遷移通知の通知先への到達確認よりも、性能要件で定められた一定時間内に状態遷移を完了することを優先する。
【００６１】
そのため、電力状態が電源ＯＦＦ状態および、省電力状態へ遷移する際は、全ての通知先に対してＩｎｆｏｒｍＲｅｑｕｅｓｔの到達確認がとれていなくても電力状態遷移が可能になったタイミングで電力状態遷移する。第１実施形態と異なる点は、電源ＯＦＦ状態及び、省電力状態へ遷移する際の電力状態遷移通知処理であり、通常電力状態へ遷移した際の電力状態通知処理は第１実施形態と同様である。
【００６２】
Ｓ１００１において、ＣＰＵ２０１は、電力状態遷移イベントが電源ＯＦＦ状態に遷移するイベントかどうかを判定する。電源ＯＦＦ状態へ遷移するイベントであるとＣＰＵ２０１が判断した場合（例えば、図３の（４）、（５））、Ｓ１００３へ進み、そうでない場合はＳ１００２へ進む。Ｓ１００２において、ＣＰＵ２０１は、遷移先の電力状態が省電力状態かどうかを判定する。
【００６３】
ここで、省電力状態へ遷移するとＣＰＵ２０１が判断した場合（例えば、図３の（２））、Ｓ１００３へ進み、そうでないとＣＰＵ２０１が判断した場合（例えば、図３の（１）、（３））はＳ１０１１へ進む。ここで、Ｓ１０１１からＳ１０１３までの処理は、図７のＳ８０７からＳ８０９までの処理と同じであるため、説明を省略する。
Ｓ１００２において、電源ＯＦＦ状態へ遷移するイベントであるとＣＰＵ２０１が判断した場合、Ｓ１００３において、ＣＰＵ２０１は、情報処理装置１０１が電力状態遷移可能かを判定する。
【００６４】
ここで、状態遷移可能であるとＣＰＵ２０１が判断した場合、Ｓ１００９へ進み、状態遷移不可とＣＰＵ２０１が判定した場合、Ｓ１００４へ進む。Ｓ１００４において、ＣＰＵ２０１は通信部２１０を介して、通知先リスト６０３に登録されている通知先のうち、ＩｎｆｏｒｍＲｅｑｕｅｓｔの到達確認がとれていない通知に対してＩｎｆｏｒｍＲｅｑｕｅｓｔパケットを送信する。
Ｓ１００５において、ＣＰＵ２０１は通信部２１０を介して、ＩｎｆｏｒｍＲｅｑｕｅｓｔパケットの送信先から確認応答パケットを受信したか判定する。確認応答パケットを受信した場合、Ｓ１００８へ進み、確認応答パケットを受信していない場合、Ｓ１００６に進む。Ｓ１００６において、ＣＰＵ２０１はＩｎｆｏｒｍＲｅｑｕｅｓｔ送信のリトライ間隔に達したかを判定する。
【００６５】
ここで、リトライ間隔に到達していないとＣＰＵ２０１が判断した場合、Ｓ１００５へ戻り、ＣＰＵ２０１は確認応答パケットの受信チェックを行う。一方、リトライ間隔に到達しているとＣＰＵ２０１が判断した場合、Ｓ１００７へ進み、ＣＰＵ２０１は、ＩｎｆｏｒｍＲｅｑｕｅｓｔの送信回数がリトライ上限に達しているかを判定する。
ここで、ＣＰＵ２０１が、ＩｎｆｏｒｍＲｅｑｕｅｓｔの送信回数がリトライ上限に達していると判定した場合、ＩｎｆｏｒｍＲｅｑｕｅｓｔの到達確認をあきらめ、Ｓ１０１０へ進む。一方、ＣＰＵ２０１は、ＩｎｆｏｒｍＲｅｑｕｅｓｔの送信回数がリトライ上限に達していないと判定した場合、Ｓ１００３へ戻る。
【００６６】
Ｓ１００８では、ＣＰＵ２０１は通知先リスト６０３に登録されている通知先全てから、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知の確認応答を受信したか判定する。ここで、通知先リスト６０３に登録されている通知先全てにＩｎｆｏｒｍＲｅｑｕｅｓｔ通知が完了しているとＣＰＵ２０１が判断した場合、Ｓ１０１０に進む。
一方、通知先リスト６０３に登録されている通知先全てにＩｎｆｏｒｍＲｅｑｕｅｓｔ通知が完了していないとＣＰＵ２０１が判断した場合、Ｓ１００５に戻り、ＣＰＵ２０１は確認応答パケットの受信チェックを行う。
【００６７】
Ｓ１００９では、ＣＰＵ２０１は通知先リスト６０３に登録されている通知先のうち、ＩｎｆｏｒｍＲｅｑｕｅｓｔの到達確認がとれていない通知先を今回の電力状態遷移イベントを紐づけて再送テーブルに登録して、Ｓ１０１０に進む。Ｓ１０１０において、ＣＰＵ２０１は電源制御Ｉ／Ｆ２１５を介して電源制御部２１１へ電力状態移行指示を通知して、情報処理装置１０１の電力状態を遷移させて処理を終了する。
本実施形態によれば、ＩｎｆｏｒｍＲｅｑｕｅｓｔの到達確認がとれていない通知先への電力状態遷移通知のみ再送テーブル７０１へ登録するため、実施形態１に比べ、再送テーブルが使用する記憶領域を削減することが出来る。
〔第３実施形態〕
【００６８】
前述した実施形態では、電力状態遷移通知の再送は、再送テーブルに登録されている電力状態通知を全て再送している。しかし、電力状態遷移通知の再送処理を行う時点で、情報処理装置１０１のＩＰアドレスが、再送テーブルへ電力状態通知を登録した時点から変更されている場合、当該電力状態通知の通知先と通信が出来ない可能性がある。
【００６９】
また、電力状態遷移通知の通知先設定が変更され、再送先のＩＰアドレスが、通知先リスト６０３から削除されている可能性がある。この場合、ユーザは、情報処理装置１０１が通知先リスト６０３に存在しないＩＰアドレスに対して電力状態遷移通知を行うことを望んでいない可能性がある。また、ＩＰアドレスや電力状態遷移通知の通知先設定は、電力状態遷移通知の再送シーケンス中に変更される可能性も考えられる。
【００７０】
本実施形態では、情報処理装置１０１が電力状態遷移通知の再送処理中に、情報処理装置１０１のＩＰアドレスの変更や通知先リスト６０３の変更を検知した場合、電力状態遷移通知の再送をキャンセルする構成を説明する。
【００７１】
図１１は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、情報処理装置１０１の電力状態遷移通知処理例である。なお、各ステップは、コントローラ２００のＣＰＵ２０１がＲＯＭ２０２等のメモリに格納されたプログラムをＲＡＭ２０３に展開して実行することによって処理される。図１１のＳ１１０１からＳ１１０５、１１１０までの処理は、図７に示したフローチャートのＳ８０１からＳ８０５、Ｓ８０９の処理と同じ処理であるため説明を省略する。
【００７２】
また、Ｓ１１０７の処理は、図８のＳ８０６の処理に該当するため説明を省略する。本実施形態では、Ｓ１１０５の再送テーブル７０１への登録処理の後、ＣＰＵ２０１はＳ１１０６へ進み、再送テーブル登録時点における情報処理装置１０１のＩＰアドレス情報をＮＶＲＡＭ２０５に記憶してＳ１１０７へ進む。
【００７３】
図１１のＳ１１０８の処理は図８に示したフローチャートのＳ８０７と同じ処理であるため説明を省略する。Ｓ１１０８において、ＣＰＵ２０１が再送テーブルに登録ありと判定した場合、Ｓ１１０９に進む。Ｓ１１０９において、ＣＰＵ２０１は、再送テーブルに登録されている電力状態遷移通知の再送処理を行う。Ｓ１１０９の処理を、図１２を用いて説明する。
【００７４】
図１２は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、情報処理装置１０１の電力状態遷移通知の再送処理例である。なお、各ステップは、コントローラ２００のＣＰＵ２０１がＲＯＭ２０２等のメモリに格納されたプログラムをＲＡＭ２０３に展開して実行することによって処理される。
Ｓ１２０１において、ＣＰＵ２０１はＮＶＲＡＭ２０５に記憶されている通知先リスト６０３と再送テーブル７０１を読み出し、通知先リスト６０３に存在しないＩＰアドレス宛ての電力状態遷移通知を再送テーブル７０１から削除する。
【００７５】
Ｓ１２０２において、ＣＰＵ２０１は、図１１のＳ１１０６でＮＶＲＡＭ２０５に記憶したＩＰアドレスと、現時点の情報処理装置１０１のＩＰアドレスを比較して、ＩＰアドレスが再送テーブル登録時と変更されていないかどうか判定する。つまり、通信設定が変更されているかどうかを判断する。ここで、変更されていないとＣＰＵ２０１が判定した場合、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知を行うためＳ１２０３へ進み、ＩＰアドレスが変更されているとＣＰＵ２０１が判断した場合は電力状態遷移通知の再送処理を終了する。
【００７６】
Ｓ１２０３からＳ１２０７の処理は、図９で示したフローチャートのＳ９０１からＳ９０５の処理と同じ処理のため説明を省略する。ただし、本実施形態では、Ｓ１２０７のリトライ上限の判定において、ＣＰＵ２０１が、ＩｎｆｏｒｍＲｅｑｕｅｓｔの送信回数がリトライ上限に達していないと判定した場合はＳ１２０１へ戻る。そのため、再送処理中に、ＩＰアドレスや通知先リストが変更された場合も、変更を検知することができる。
【００７７】
〔第４実施形態〕
本実施形態では、情報処理装置１０１が電力状態遷移通知を行うタイミングを、ＳＮＭＰマネージャ側から指定する構成を説明する。
ＳＮＭＰで取得出来るＭＩＢ情報には標準規格としてＲＦＣで規定された技術仕様／要件のＭＩＢ情報と、企業ごとに拡張されたＥｎｔｅｒｐｒｉｓｅ  ＭＩＢ情報（プライベートＭＩＢとも呼ばれる）とに分かれている。  ＭＩＢ情報はＲＦＣによって定められた規定のオブジェクト識別子を持ちｍｉｂ−ｔｒｅｅの配置は図１３のように表現される。
【００７８】
一方Ｅｎｔｅｒｐｒｉｓｅ  ＭＩＢ情報は企業が独自に定義したＭＩＢ情報であり、ＲＦＣ等で規定された標準的なＭＩＢ情報以外の、企業がより付加価値を付け加えた情報である。  Ｅｎｔｅｒｐｒｉｓｅ  ＭＩＢ情報はＡＮＳ．１（Ａｂｓｔｒａｃｔ  Ｓｙｎｔａｘ  Ｎｏｔａｔｉｏｎ  Ｏｎｅ）形式の情報構造定義言語で記載する事で、汎用のＳＮＭＰ管理ソフトウェアに読み込ませることが可能である。そのため別途、専用のソフトウェアを用いることなく、ＭＩＢ情報の解釈を行うことが可能である。
【００７９】
ｍｉｂ−ｔｒｅｅの全体像はＩＳＯをＩＴＵ−Ｔによって標準化されており、ＭＩＢ情報が格納されるｍｉｂ−ｔｒｅｅはiso(1)（１３０１）から始まっている。ＲＦＣで規定されているＭＩＢ情報はさらにmib-2(1.3.6.1.2.1)（１３０２）の配下に配置されている。一方、Ｅｎｔｅｒｐｒｉｓｅ  ＭＩＢ情報は、private(1.3.6.1.4)（１３０３）の配下であるenterprises(1.3.6.1.4.1)（１３０４）以下に、企業ごとに番号が割り当てられ管理する構造となっている。本実施形態では、この企業拡張を利用し、canPowPowerNotificationTiming(1.3.6.1.4.1.1602.101.3)（１３０５）で示したＭＩＢ情報を用いる。canPowPowerNotificationTimingを前述のＡＳＮ．１形式で記載した例は下記のとおりである。
上記canPowPowerNotificationTiming OBJECT-TYPEにおける、
SYNTAX      INTEGER
MAX-ACCESS  read-write
STATUS      current
VALUE LIST
1: timely(0)
2: Boot_or_Wakeup(1) 
DESCRIPTION"のノードは、発生した電力状態遷移イベントを、外部機器へ通知するタイミングの取得と、設定を行う。ここで、取り得る値は下記の通り、timely(0)：電力状態遷移イベントが発生したタイミングでイベント通知を行う。
【００８０】
特に、上記Boot_or_Wakeup(1)：電源ＯＮイベントもしくは、省電力状態から通常電力状態へ復帰イベントのタイミングで、そのイベントと再送テーブルに記憶されているイベントの通知を行う。
【００８１】
このＡＳＮ．１で記載されたcanPowPowerNotificationTimingの仕様を簡単に説明すると、まず、canPowPowerNotificationTimingは上位のツリー構造であるcanPowPowerの３番目{ canPowPower 3 }の定義として配置されている。型定義は、INTEGER型として規定しており、その情報は、ｒｅａｄ（読み出し）とｗｒｉｔｅ（書き込み）の双方を行うことが可能である。また、canPowPowerNotificationTiming が取り得る値は、VALUE  LIST に記載された値となる。canPowPowerNotificationTimingと取り得る値の説明は、DESCRIPTIONに記載されている。例えば、canPowPowerNotificationTimingの値がtimely(0)の場合、情報処理装置１０１は電力状態遷移イベントの発生タイミングで、通知を行うことを示している。
【００８２】
一方、canPowPowerNotificationTimingの値がBoot_or_Wakeup(1)の場合、情報処理装置１０１は、電源ＯＦＦ状態／省電力状態への遷移タイミングでは電力状態遷移通知を行わず、通常電力状態へ遷移したタイミングで、それまでに通知していなかった電力状態遷移イベントをまとめて通知することを示している。canPowPowerNotificationTimingは、ｒｅａｄ／ｗｒｉｔｅ可能なＭＩＢ情報である。そのため、ＳＮＭＰマネージャはcanPowPowerNotificationTimingに値、すなわち、電力状態を通知すべきタイミングを決定する値を受付けて書き込むことによって、情報処理装置１０１の電力状態遷移通知の通知タイミングを切り替えることができる。
なお、本実施形態において、canPowPowerNotificationTimingの値はＮＶＲＡＭ２０５に記憶される。
【００８３】
図１４は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、情報処理装置１０１の電力状態遷移通知処理例である。なお、各ステップは、コントローラ２００のＣＰＵ２０１がＲＯＭ２０２等のメモリに格納されたプログラムをＲＡＭ２０３に展開して実行することによって処理される。なお、Ｓ１４０１、１４０２の処理は、図１０で示したフローチャートのＳ１００１、１００２の処理と同じである。また、Ｓ１４０４からＳ１４１４までの処理は、図１０で示したフローチャートのＳ１００３からＳ１０１３までの処理と同じである。そのため、上述した各ステップの説明は省略する。
【００８４】
図１４と、図１０で示したフローチャートの差異は、Ｓ１４０３の判定処理である。本実施形態において、情報処理装置１０１が、電源ＯＦＦ状態もしくは、省電力状態へ遷移する場合、ＣＰＵ２０１はＳ１４０３において、canPowPowerNotificationTimingの値がtimely(0)か、Boot_or_Wakeup(1)かを判定する。timely(0)の場合、Ｓ１４０４に進み、ＣＰＵ２０１は電力状態遷移通知処理を行う。そうでない場合、このタイミングでの電力状態遷移通知をスキップして、Ｓ１４１０へ進み、ＣＰＵ２０１は通知先リスト６０３に登録されている通知先に今回の電力状態遷移イベントを紐づけて再送テーブルに登録してＳ１４１１に進む。
【００８５】
本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。
【００８６】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【符号の説明】
【００８７】
１０１  情報処理装置
１０２  ホストコンピュータ
１０３  ネットワーク
【図１】
2016066943.tif 000003
【図２】
2016066943.tif 000004
【図３】
2016066943.tif 000005
【図４】
2016066943.tif 000006
【図５】
2016066943.tif 000007
【図６】
2016066943.tif 000008
【図７】
2016066943.tif 000009
【図８】
2016066943.tif 000010
【図９】
2016066943.tif 000011
【図１０】
2016066943.tif 000012
【図１１】
2016066943.tif 000013
【図１２】
2016066943.tif 000014
【図１３】
2016066943.tif 000015
【図１４】
2016066943.tif 000016
【図１５】
2016066943.tif 000017