(57)【要約】【課題】起床予約によって起床した場合でも、起床予約を行う契機となった本来の起床要因イベントから決定される電力状態に復帰すること。【解決手段】ＭＦＰ100のＣＰＵ部27は、サスペンド処理中に復帰要因となるイベントが発生した場合、電源制御部23に復帰を予約し、該イベントを要因イベント記憶部75に記憶する（図３のS310、S311）。電源制御部23は、サスペンド状態に移行した場合、前記復帰が予約されている場合には、所定のモジュールへの電力供給を再開する（図４のS401、S412）。レジューム処理では、ＣＰＵ部27は、ＭＦＰ100の状態を復帰し（図４のS1413、図７のS701，S702）、要因イベント記憶部75に要因イベントが記憶されている場合、該要因イベントに応じて、ＭＦＰ100の通電状態を制御する（図７のS703、S704、S801〜S803）。【選択図】図８
2018106433.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも第１の電力状態と前記第１の電力状態より消費電力の少ない第２の電力状態を切り替えて動作可能な情報処理装置であって、
前記情報処理装置の電力状態を前記第１の電力状態から前記第２の電力状態へ移行させる移行処理を行う移行手段と、
前記第２の電力状態において所定のイベントが発生した場合、該発生したイベントに応じて決定されるモジュールへの電力供給を再開する電源制御手段と、
前記電源制御手段により前記電力供給が再開された場合に、前記情報処理装置の状態を前記第２の電力状態に移行する前の状態に復帰させる復帰処理を行う復帰手段と、
前記移行処理の途中に前記所定のイベントが発生した場合、前記復帰を予約する予約手段と、
前記移行処理の途中において発生したイベントを特定する情報を記憶する前記第２の電力状態でも記憶を保持可能な記憶手段と、を有し、
前記電源制御手段は、前記第２の電力状態に移行した場合、前記復帰が予約されている場合には、前記第２の電力状態において電力供給が停止されている所定のモジュールへの電力供給を再開し、
前記復帰手段は、前記記憶手段に前記イベントを特定する情報が記憶されている場合、該記憶されている前記イベントを特定する情報に応じて、前記情報処理装置内の電力供給状態を制御することを特徴とする情報処理装置。
【請求項２】
前記電源制御手段は、保持手段を有し、
前記予約手段は、復帰の予約を示す情報を、前記保持手段に記憶させることにより、前記復帰の予約を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
少なくとも第１の電力状態と前記第１の電力状態より消費電力の少ない第２の電力状態を切り替えて動作可能な情報処理装置であって、
前記情報処理装置の電力状態を前記第１の電力状態から前記第２の電力状態へ移行させる移行処理を行う移行手段と、
前記第２の電力状態において所定のイベントが発生した場合、該発生したイベントに応じて決定されるモジュールへの電力供給を再開する電源制御手段と、
前記電源制御手段により前記電力供給が再開された場合に、前記情報処理装置の状態を前記第２の電力状態に移行する前の状態に復帰させる復帰処理を行う復帰手段と、
前記移行処理の途中に前記所定のイベントが発生した場合、前記復帰を予約する予約手段と、
前記移行処理の途中において発生したイベントを特定する情報を記憶する前記第２の電力状態でも記憶を保持可能な記憶手段と、を有し、
前記電源制御手段は、前記第２の電力状態に移行した場合、前記復帰が予約されている場合には、前記記憶手段に記憶されている前記イベントを特定する情報に応じて決定されるモジュールへの電力供給を再開することを特徴とする情報処理装置。
【請求項４】
前記記憶手段は、前記電源制御手段に設けられるものであり、
前記予約手段は、前記移行処理の途中において発生したイベントを特定する情報を前記記憶手段に記憶させることにより、前記復帰の予約を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記移行処理の中断が不可能な状態において、前記所定のイベントが発生した場合、前記予約手段は前記復帰を予約し、前記移行手段は前記移行処理を継続することを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
【請求項６】
前記移行処理の中断が不可能な状態とは、前記第２の電力状態でも動作するハードウェアの動作モードを、独立して動作可能な動作モードに変更する処理を開始した後の状態を示すことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記電源制御手段は、前記復帰が予約されている場合、少なくとも前記第２の電力状態に移行してから一定の時間が経過した後に、前記電力供給を再開することを特徴とする請求項１〜６のいずれか１項に記載の情報処理装置。
【請求項８】
前記情報処理装置は、画像形成装置であることを特徴とする請求項１〜７のいずれか１項に記載の情報処理装置。
【請求項９】
少なくとも第１の電力状態と前記第１の電力状態より消費電力の少ない第２の電力状態を切り替えて動作可能な情報処理装置の制御方法であって、
前記情報処理装置の電力状態を前記第１の電力状態から前記第２の電力状態へ移行させる移行処理を行う移行ステップと、
前記第２の電力状態において所定のイベントが発生した場合、該発生したイベントに応じて決定されるモジュールへの電力供給を再開する電源制御ステップと、
前記電源制御ステップにより電力供給が再開された場合に、前記情報処理装置の状態を前記第２の電力状態に移行する前の状態に復帰させる復帰処理を行う復帰ステップと、
前記移行処理の途中に前記所定のイベントが発生した場合、前記復帰を予約する予約ステップと、
前記移行処理の途中において発生したイベントを特定する情報を、前記第２の電力状態でも記憶を保持可能な記憶手段に保存する保存ステップと、を有し、
前記電源制御ステップでは、前記第２の電力状態に移行した場合、前記復帰が予約されている場合には、前記第２の電力状態において電力供給が停止されている所定のモジュールへの電力供給を再開し、
前記復帰ステップでは、前記復帰処理において、前記記憶手段に記憶されている前記イベントを特定する情報に応じて、前記情報処理装置内の通電状態を制御することを特徴とする情報処理装置の制御方法。
【請求項１０】
少なくとも第１の電力状態と前記第１の電力状態より消費電力の少ない第２の電力状態を切り替えて動作可能な情報処理装置の制御方法であって、
前記情報処理装置の電力状態を前記第１の電力状態から前記第２の電力状態へ移行させる移行処理を行う移行ステップと、
前記第２の電力状態において所定のイベントが発生した場合、該発生したイベントに応じて決定されるモジュールへの電力供給を再開する電源制御ステップと、
前記電源制御ステップにより電力供給が再開された場合に、前記情報処理装置の状態を前記第２の電力状態に移行する前の状態に復帰させる復帰処理を行う復帰ステップと、
前記移行処理の途中に前記所定のイベントが発生した場合、前記復帰を予約する予約ステップと、
前記移行処理の途中において発生したイベントを特定する情報を、前記第２の電力状態でも記憶を保持可能な記憶手段に保存する保存ステップと、を有し、
前記電源制御ステップでは、前記第２の電力状態に移行した場合、前記復帰が予約されている場合には、前記記憶手段に記憶されている前記イベントを特定する情報に応じて決定されるモジュールへの電力供給を再開することを特徴とする情報処理装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の電力状態を切り替えて動作可能な画像形成装置等の情報処理装置の制御に関する。
【背景技術】
【０００２】
近年の画像形成装置は、未使用時はプログラムの動作を停止することで消費電力を下げ、かつ、停止前の動作状態と同様な動作状態で復帰可能なように、メモリ上に停止前の動作状態を保持しておくサスペンド機能（サスペンドモード）を有するものがある。この概念を細分化し、装置を構成する個々のデバイス（ハードディスクなど）についても未使用時は通電を行わないことにより、機能性を維持しつつ不要な消費電力の低減が実現されている。
【０００３】
ここで、サスペンドモードにおいて電力制御回路が起床要因を検知した場合、休止する直前の状態に復帰するレジュームと呼ばれる機能を有するものもある。起床要因としては、操作パネル上のキー操作、タイマ割り込み、ネットワークパケット受信などがある。レジュームでは、これら起床要因に基づいて、レジューム後における個々のデバイスの通電状態制御が行われる。例えばキー操作による復帰の場合には操作パネルに通電を行うが、ネットワークパケットの場合には操作パネルに通電を行わない等の個々のデバイスの通電状態制御が行われる。これにより、ユーザが遠隔で操作している可能性の高いネットワークパケット要因の場合は操作部の通電を行わない、一方で操作部キー押下要因の場合は操作部通電を行う等の要因に基づき使用され得るデバイスに限り通電を行うようにできる。
【０００４】
特許文献1では、起床要因として起床予約フラグを用いる技術が提案されている。システムがサスペンドへ遷移する直前に起床要因が発生した場合、その要因を処理するために、サスペンド完了後、即座にレジューム処理を実施する必要がある。特許文献１では、サスペンドへ遷移する直前に起床要因が発生した場合、電力制御回路上の所定のレジスタに設定を行うことで起床予約フラグを設定し、サスペンド完了後、即座にレジューム処理が開始されるようにしている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５―００５２３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上述した従来の技術では、復帰後の個々のデバイスの通電状態が、予約の契機となった元の起床要因イベントから決定される通電状態とは異なる可能性がある。このため、予約の契機となった元の起床要因イベントに応じた必要なデバイス以外にも電力が供給されて無駄に電力が消費されてしまったり、また、必要なデバイスへの電力の供給が遅れユーザの待ち時間が長くなってしまう可能性があった。例えば、予約の契機となった元の起床要因イベントがプリントジョブの受信であるのに、操作部に電力が供給され、プリント部には電力が供給されない通電状態になってしまう等の可能性があった。
【０００７】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、起床予約によって起床した場合でも、起床予約を行う契機となった本来の起床要因イベントから決定される電力状態に復帰することができる仕組みを提供することである。
【課題を解決するための手段】
【０００８】
本発明は、少なくとも第１の電力状態と前記第１の電力状態より消費電力の少ない第２の電力状態を切り替えて動作可能な情報処理装置であって、前記情報処理装置の電力状態を前記第１の電力状態から前記第２の電力状態へ移行させる移行処理を行う移行手段と、前記第２の電力状態において所定のイベントが発生した場合、該発生したイベントに応じて決定されるモジュールへの電力供給を再開する電源制御手段と、前記電源制御手段により前記電力供給が再開された場合に、前記情報処理装置の状態を前記第２の電力状態に移行する前の状態に復帰させる復帰処理を行う復帰手段と、前記移行処理の途中に前記所定のイベントが発生した場合、前記復帰を予約する予約手段と、前記移行処理の途中において発生したイベントを特定する情報を記憶する前記第２の電力状態でも記憶を保持可能な記憶手段と、を有し、前記電源制御手段は、前記第２の電力状態に移行した場合、前記復帰が予約されている場合には、前記第２の電力状態において電力供給が停止されている所定のモジュールへの電力供給を再開し、前記復帰手段は、前記記憶手段に前記イベントを特定する情報が記憶されている場合、該記憶されている前記イベントを特定する情報に応じて、前記情報処理装置内の電力供給状態を制御することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、起床予約によって起床した場合でも、起床予約を行う契機となった本来の起床要因イベントから決定される電力状態に復帰することができる。この結果、起床要因イベントによっては過剰な通電を抑制したり、一方で即座に通電を開始することでデバイスの初期化処理における通電待ち時間を軽減することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施例を示す画像形成装置の概略構成図
【図２】ＭＦＰコントローラ部の概略構成図
【図３】実施例１のサスペンド処理のフローチャート
【図４】実施例１の電源制御部のサスペンド中処理のフローチャート
【図５】電源制御部とＣＰＵ部の周辺の詳細図
【図６】実施例１における各デバイスの状態を時間経過毎に記載する図
【図７】実施例１のレジューム処理のフローチャート
【図８】実施例１のレジューム処理時の通電状態修正処理のフローチャート
【図９】各起床要因における各デバイスのレジューム後の通電状態を示す図
【図１０】実施例２における各デバイスの状態を時間経過毎に記載する図
【図１１】実施例２のサスペンド移行処理のフローチャート
【図１２】実施例２の電源制御部のサスペンド中処理のフローチャート
【図１３】実施例２のレジューム処理のフローチャート
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１２】
図１は、本発明の情報処理装置の一実施例を示す画像形成装置の概略構成を例示する図である。
本実施例の画像形成装置100（以下「ＭＦＰ」）は、コピー機能、プリンタ機能、スキャナ機能等の複合機能を備えている。
図１に示すように、ＭＦＰ100は、ＭＦＰコントローラ部12、プリンタ部13、スキャナ部11、電源部10、電源スイッチ部14を有する。
【００１３】
ＭＦＰコントローラ部12は、ＭＦＰ100全体の制御を行なう。プリンタ部13は、例えば電子写真方式に従って画像処理を行う。スキャナ部11は、原稿から光学的に画像を読み取りデジタル画像に変換する。電源部10は、ＭＦＰ100の各部に対して電力を供給する。操作部15は、ＭＦＰ100の操作を行なうためのものである。電源スイッチ部14は、ユーザがＭＦＰ100の電源のオン／オフ操作を行うためのものであ。電源スイッチ部14のオン／オフ操作により、ＭＦＰ100の電源状態を制御可能である。
【００１４】
以上のような構成により、コピー機能、プリンタ機能、スキャナ機能等を有するＭＦＰ100が構成される。なお、本発明は、ＭＦＰに限定されるものではなく、ＳＦＰ（Single Function Printer）である印刷装置（プリンタ）や、画像読取装置（スキャナ）、ファクシミリ装置、各種電子機器等にも適用可能である。
【００１５】
また、プリンタ部13は、シート状の記録媒体（例えば、記録紙）に画像形成が可能なものであればその記録方式は電子写真方式に限定されるものではなく、他の記録方式、例えば、インクジェット方式や熱転写方式などを用いてもよい。
【００１６】
詳細は後述するが、ＭＦＰ100は、複数の電力状態を切り替えて動作可能な画像形成装置等の情報処理装置である。例えば、ＭＦＰ100は、節電ボタン等によりメモリレジューム方式のサスペンドモードに移行することで消費電力を下げることが可能である。
【００１７】
図２は、ＭＦＰコントローラ部12の概略構成を例示する図である。なお、以下の説明では、既出の符号の説明については省略している。
電源制御部23は、電源スイッチ部14の操作、操作部15上に配置された節電ボタン29の押下や、近接センサ32の近接検知を入力すると、ＣＰＵ部27に割り込みとして通知する機能を備える。また、電源制御部23は、サスペンドモード移行時に各部への電力供給を遮断（停止）し、サスペンドモード復帰時に各部への電力供給を再開するといった制御を行う。
【００１８】
ＦＥＴ20は、電源系Ｂ21への電力供給をオンオフするためのスイッチである。ＣＰＵ部27は、ＭＦＰ100全体の制御を行う制御部である。メモリ部25は、ＤＤＲ−ＳＤＲＡＭ等の揮発性メモリである。操作部15はＬＣＤパネル・テンキー等の入力装置30を有し、ユーザによる入力操作を検知可能である。画像処理部28は、スキャナ部11からのデータを圧縮したり、ＣＰＵ部27で処理された画像データをプリンタ部13に出力するなどの処理を行う制御部である。
【００１９】
ＨＤＤ部26は外部記憶装置であり、これはソリッドステートドライブ（ＳＳＤ）など他の不揮発記憶装置であってもよい。ネットワーク部24は、ＭＦＰの外部Ｉ／Ｆの一つであり、不図示の外部ＰＣ等からネットワーク経由で印刷指示を受け付けることが可能である。ＵＳＢ部31も、ＭＦＰの外部Ｉ／Ｆの一つであり、不図示の外部ＰＣ等からネットワーク経由で印刷指示を受け付けることが可能である。
【００２０】
次に、ＭＦＰコントローラ部12の電源系統について説明する。
なお、本実施例では、消費電力が通常状態よりも低く、起動時間が高速な状態として、メモリにデータを保持するサスペンド方式を適用した場合を示す。しかし、本発明はサスペンド方式に限定されるものではなく、他の方式、例えば、ハイバネーション方式等を用いてもよい。ＭＦＰ100は、電源スイッチ部14のオフ操作が検知されると、オフ操作が検知されたときの第１状態を保存する。そして、ＭＦＰ100は、次に電源スイッチ部14のオン操作が検知されたときに第１状態に復帰可能な第２状態にＭＦＰ100の電力状態を移行する。本実施例において、第１状態は通常状態、第２状態はサスペンド状態となる。また、サスペンド状態におけるＭＦＰ100の消費電力量は、通常状態におけるＭＦＰ100の消費電力量より小さい。
【００２１】
電源系Ｂ21は、ＣＰＵ部27、画像処理部28、ＨＤＤ部26などに電力を供給する電源系である。なお、電源系Ｂ21への電力の遮断／供給の制御は、電源制御部23から出力される制御信号によりＦＥＴ20を制御することで実現される。
【００２２】
ここで、サスペンド開始からレジューム完了までの各デバイスの状態変化とイベントについて説明する。
図６は、実施例１における各デバイスの状態を時間経過毎に記載する図であり、サスペンド開始からレジューム完了までの各デバイスの状態変化とイベントについて示す。
【００２３】
サスペンド開始からレジューム完了までの間、図３に示すサスペンド処理、図４に示すサスペンド中処理、図７に示すレジューム処理によって、各デバイスの状態が変化する。本実施例では、ＨＤＤ部26の通電状態制御について記述するが、プリンタ部13やスキャナ部11、操作部15など他のデバイスについても適用可能である。
【００２４】
また、実施例１では、電源制御部23に起床予約の有無の二値のみについて保存する。なお、後述する実施例２では、後述する図９に示すイベントＩＤ901を電源制御部23に設定可能であり、電源制御部23が該設定されたイベントＩＤ901の値に基づいてレジューム時の通電制御を行う構成について記載する。イベントＩＤは、起床要因イベントを特定する情報である。詳細は後述する。
【００２５】
ＣＰＵ部27は、入力装置30から一定時間入力が無いこと、又は、節電ボタン29が押下されたこと等のサスペンド要因を検出した場合、図３に示すサスペンド処理を実行する。以下、詳細に説明する。
【００２６】
図３は、実施例１のサスペンド処理を例示するフローチャートである。このフローチャートに示す各ステップは、例えばＣＰＵ部27がＨＤＤ部26にコンピュータ読み取り可能に記録されたプログラムをメモリ部25に読み出して実行することにより実現されるものである。
【００２７】
サスペンド処理を開始すると、S301において、ＣＰＵ部27は、プリンタ部13、スキャナ部11等の全ての外部のデバイスの終了処理を行う。該終了処理に時間が掛る部位もあるため、S302において、ＣＰＵ部27は、サスペンドキャンセル要求が発生したか否かを判定しつつ、全外部デバイスの終了処理が完了するまで、上記S301〜S303の処理を繰り返す（図６の状態65に示す全外部デバイス終了処理）。そして、全外部デバイスの終了処理が完了する前に（S303でYesとなる前に）、サスペンドキャンセル要因（例えばネットワーク部24でのジョブ受信等）が発生したと判定した場合（S302でYesとなった場合）、ＣＰＵ部27は、サスペンド移行をキャンセルすることを決定し、S304に処理を進める。
【００２８】
既に、いくつかのデバイスは終了処理を行っているため、ＣＰＵ部27は、S304〜S305において、全外部デバイスの復帰処理と復帰完了を確認した後、S306に処理を進める。
S306において、ＣＰＵ部27は、上記発生したキャンセル要因に対応する処理を実行し（例えばジョブを実行し）、サスペンド動作をキャンセルする。なお、サスペンド動作がキャンセルされた場合は、ＣＰＵ部27は、キャンセル要因となる例えばジョブの実行完了後に、サスペンド処理を再度実行する。
【００２９】
一方、キャンセル要因が発生することなく（S302でNoの間に）、全外部デバイスの終了処理が完了したと判定した場合（S303でYesとなった場合）、ＣＰＵ部27は、サスペンドキャンセルを行わないように制御し、S307に処理を進める。
【００３０】
S307において、ＣＰＵ部27は、起床予約フラグ61をクリアし（図６のイベント71）、今後サスペンドに入るまでの間に起床要因が発生したことを保持するための状態を初期化する。
【００３１】
次に、S308において、ＣＰＵ部27は、全内部デバイスの終了処理を行う。内部デバイスには、ネットワーク部24、ＵＳＢ部31、ＨＤＤ部26、及び、画像処理部28等が該当する。内部デバイスの終了処理では、ＣＰＵ部27は、各内部デバイスの現在の状態をメモリ部25に保持した後、各内部デバイスがＣＰＵ部27の制御管理下から、サスペンド中でも独立して動作するように、各内部デバイスの動作モードの変更を行う。これらの終了処理も時間がかかるものもあるため、S309において、ＣＰＵ部27は、キャンセル要因となる起床要因が発生したか否かを判定しつつ、全内部デバイスの終了処理が完了するまで、上記S308〜S312の処理を繰り返す（図６の状態66に示す全内部デバイス終了処理）。外部デバイスと異なり、内部デバイスは終了処理後にアクセスできなくなるため終了順番を厳密に決定する必要があり、全内部デバイスの終了処理を開始した後は、安定動作のためにも外部デバイスのように途中中断を行わない方がよい。このため、全内部デバイスの終了処理が完了する前に（S312でYesとなる前に）、起床要因（例えばネットワーク部24でのジョブ受信等）が発生したと判定した場合（S309でYesとなった場合（図６のイベント72））、ＣＰＵ部27は、S310に処理を進める。
【００３２】
S310において、ＣＰＵ部27は、電源制御部23に備わるレジスタを操作することで起床予約フラグをセットする（S310、図６の状態63、起床予約状態）。すなわち、サスペンド処理の途中の中断の不可能な状態で、起床要因となるイベントが発生した場合、レジューム処理（復帰）を予約する。なお、この起床予約フラグは、電源制御部23に保持され、後述する図４のS401で参照される。
【００３３】
さらに、S311において、ＣＰＵ部27は、上記発生した起床要因となるイベントに対応したイベントＩＤ901をメモリ部25上の一領域である要因イベント記憶部75に保存し、S312に処理を進め、サスペンド処理を継続させる。なお、イベントＩＤ901については、後述する図９に記載されており、要求とそれに対応したイベントＩＤ901の対応がなされている。また、ここで要因イベント記憶部75に保存されたイベントＩＤ901は、後述する図７のS703で参照される。
【００３４】
そして、上記S312において、全内部デバイスの終了処理が完了したと判定した場合（S312でYesとなった場合）、ＣＰＵ部27は、電源制御部23にサスペンド移行指示を送り（図６のイベント73）、ＦＥＴ20をＯＦＦにすることで電源系Ｂ21の電源をオフにし、サスペンド処理を終了する。なお、電源系Ｂ21の電源をオフにすることにより、サスペンド状態が開始される。具体的には、電源制御部23がメモリ部25を、セルフリフレッシュの待機状態にし（図６の状態62）、電源系Ｂ21をオフすることにより、ＣＰＵ部27もオフ状態になる（図６の状態67）。その後、電源制御部23は、サスペンド状態に移行する（図６の状態64）。
【００３５】
なお、図６の状態64のサスペンド状態は、ＭＦＰコントローラ部12全体のサスペンド状態と等価な状態である。サスペンド中は、電源系Ａ22だけが動作する。この時、ネットワーク部24は、サスペンドから復帰しなければならないパケットを受信したか否かを判定する（図６の状態70の起床条件監視中）。また、電源制御部23は、レジューム開始となる要求の有無を監視しながら、サスペンド状態を継続する。なお、電源制御部23は、ＣＰＵを内蔵したものでも、専用のハードウェアロジックでもよい。電源制御部23のサスペンド状態中（図６の状態64のサスペンド中）の動作は、図４に示す。以下、詳細に説明する。
【００３６】
図４は、実施例１の電源制御部23のサスペンド中処理（電源系Ｂが落ちているサスペンド中に電源制御部23が行う処理）を例示するフローチャートである。なお、電源制御部23がＣＰＵを内蔵したものである場合、このフローチャートの処理は、電源制御部23のＣＰＵが電源制御部23内に記憶されたプログラムを読み出して実行することにより実現される。
【００３７】
サスペンド状態中（図６の状態64のサスペンド中）になると、電源制御部23は、S401〜S410の判定処理を行う。そして、上記S401〜S410のいずれの判定処理もNoと判定した場合、電源制御部23は、サスペンド状態を維持し、上記S401〜S410の判定処理を繰り返す。一方、上記S401〜S410のいずれかの判定処理でYesと判定した場合、電源制御部23は、レジュームを開始するために、S411に処理を進める。S411以降の処理は後述する。以下、S401〜S410の判定処理について説明する。
【００３８】
S401では、電源制御部23は、起床要求予約の有無を確認する。この確認は、先に説明した図３のS310で電源制御部23に設定した起床予約フラグ61の有無により行う。この起床要求予約フラグは、サスペンド状態に入った後、即座にレジュームを開始するトリガーとするフラグとなる。起床要求予約があると判定した場合、電源制御部23は、即座にレジュームを開始する。
【００３９】
S402及びS403では、電源制御部23は、ネットワーク部24からのレジューム開始指示がきたか否かを確認する（状態70における起床条件が真になるか否かの確認）。ネットワーク部24は、受信したネットワークパケットの解析結果に基づき、印刷指示かそれ以外の起床パケットであるかを電源制御部23に通知し、電源制御部23は、この通知情報を基に異なる通電制御を行う。電源制御部23は、印刷指示の場合、印刷処理に必要なプリンタ部13の通電を行い、一方、印刷指示以外の起床パケットの場合、プリンタ部13の通電を行わず、余計な電力消費を抑制する。
【００４０】
S404では、電源制御部23は、不図示のＦＡＸ装置から着信の有無を確認する。
S405では、電源制御部23は、不図示のＲＴＣからの時刻アラームの有無を確認する。
S406では、電源制御部23は、ＵＳＢ部31からのジョブ受信の有無を確認する。
S407では、電源制御部23は、節電ボタン29の押下の有無を確認する。
S408では、電源制御部23は、近接センサ32による近接検知の有無を確認する。
【００４１】
S409では、電源制御部23は、スキャナ部11又はプリンタ部13からの原稿検知の有無を確認する。なお、原稿検知とは、例えば不図示の原稿給送装置に原稿がセットされたことをスキャナ部11が検知すること、又は、プリンタ部13の手差しトレイにシートがセットされたことをプリンタ部13が検知すること等が含まれる。
S410では、電源制御部23は、スキャナ部11からのスキャナ部11に備わる厚板の開閉検知の有無を確認する。
【００４２】
そして、上記S401〜S410のいずれかの判定処理でYesと判定した場合（いずれかのイベントが発生したと判定した場合）、電源制御部23は、S411に処理を進める。
S411において、電源制御部23は、最小サスペンド時間の保証を行う。この処理は、リセット不具合を回避するためにサスペンド中の最小時間を保証するために行われるものであり、サスペンド状態に移行してから最小サスペンド時間が経過するまで待機する処理である。この最小サスペンド時間が経過すると、電源制御部23は、S412に処理を進める。
【００４３】
S412において、電源制御部23は、上記S401〜S410での判定結果と、後述する図９の表と起床要因に基づいて、各デバイスの通電状態を設定する（各デバイス通電処理）。
次に、S413において、電源制御部23は、レジューム開始をＣＰＵ部27に指示する。
【００４４】
すなわち、上記S412及びS413において、電源制御部23は、ＦＥＴ20をオンにして電源系Ｂ21に通電を開始させ、ＣＰＵ部27に対してリセットを解除する。その後、ＣＰＵ部27は、先に説明したサスペンド時にメモリ部25に保持した各デバイスの中断状態を各デバイスに設定することで、サスペンドを行う前の状態に移行する（図６の状態68のレジューム処理）。またこの時、ＣＰＵ部27は、ネットワーク部24とＵＳＢ部31の制御権をＣＰＵ部27に取り戻し（図６の状態74のネットワーク部24がスタンバイ中、つまり通常状態に戻る）、ＣＰＵ部27がＭＦＰコントローラ部12の全ての制御権を取り戻す。さらに、レジューム処理内において、ＣＰＵ部27は、要因イベント記憶部75に記憶されている要因イベントのイベントＩＤ901に応じた電力状態となるように、デバイスの通電状態を修正する。なお、レジューム処理の詳細は、後述する図７に記載する。
【００４５】
以上のように、本実施例では、サスペンドに入る途中のサスペンド移行をキャンセルできない状態で、サスペンドを中断すべきイベント（要因イベント）が発生した場合、電源制御部23にフラグ状態を保持し、自動的にレジューム動作を行う構成を示した。さらに、発生した要因イベントを要因イベント記憶部75に記憶しておくことで、レジューム後、ＣＰＵ部27は内部デバイスのレジューム完了後に、要因イベント記憶部75を参照し、そこに保持されているイベントＩＤ901と図９から想定される各デバイスの通電状態と実際の通電状態の整合性確認を行う。図６に示す例では、ＨＤＤ部26の通電状態が、イベントＩＤ901から想定されるものと異なりオフ状態となっていたため、ＣＰＵ部27部は電源制御部23を操作し、ＨＤＤ部26をオン状態へと変更したケースについて記載している（図６の処理76、後述する図８のS803）。これら一連のレジューム処理についての詳細は、後述する図７、図８にて述べる。
【００４６】
ここで、電源制御部23とＣＰＵ部27の周辺をさらに詳細に説明する。
図５は、電源制御部23とＣＰＵ部27の周辺をさらに詳細に記載したものである。
不図示の外部装置（パーソナルコンピュータ等）からＭＦＰ100に送られた例えば印刷ジョブは、ＰＨＹ53でアナログーデジタル変換が行われ、ＬＡＮコントローラ54によりデータパケットとして生成される。このデータは、内部バッファ55を介して、メモリ部25上に作られた例えばデスクリプタテーブルから成るバッファ56上に保存される。例えば、受信データがイーサネット（登録商標）フレームの場合、プロトコルスタック57（ソフトウェア）が解析し、例えばＴＣＰ／ＩＰのソケットＩ／Ｆ58（ソフトウェア）を介してアプリケーション59に通知される。アプリケーション59は、データの中身を解析して、そのパケットが例えばジョブ等の起床要求となるべきものであるか否かを判断する。
【００４７】
ネットワークは、拡張し続けているインターフェイスであり、このように複数のハードウェア上のバッファと、ソフトウェアで作られたバッファ（実体はメモリ部２５上）を介してアプリケーション59に通知される。以下、ＴＣＰ／ＩＰのプロトコルによる印刷ジョブ送信を例に説明する。
【００４８】
ＴＣＰ／ＩＰのプロトコルスタックのウインドウサイズに収まってしまうような小さなジョブを受信した場合、ジョブはプロトコルスタック57内部（実体はメモリ部25上）に存在している状態で、ＴＣＰ／ＩＰの転送は完全に完了する。この場合、該ジョブの送信元の不図示のホストＰＣは送信終了とみなしてし、「印刷完了」状態になる。
【００４９】
しかし、上述したようにジョブがプロトコルスタック57内部に存在している状態は、アプリケーション59はソケットＩ／Ｆ58に対して受信要求を出している状態であり、アプリケーション59は、未だジョブを受信したこと自体を検知できていない。例えば、サスペンド処理の開始後に上述のようなパケットを受信した場合、ジョブがプロトコルスタック５７内部に存在している状態では、図３のS302でNoとなる。
【００５０】
この状態で全外部デバイスの終了処理が完了すると（図３のS303でYesとなると）、全内部デバイスの終了処理（図３のS308）に移行するため、途中復帰することができない状態になる。つまり、ジョブはメモリ上にあるまま、サスペンド状態に移行してしまうことになる。
【００５１】
ただし、この状態でホストＰＣが何らかのネットワークパケットを送信してきた場合、サスペンド中処理で起床要因予約があると判定され（図４のS402又はS403でYesとなり）、レジューム動作に移行することになる。これにより、メモリ上に保持されたままサスペンド状態になったネットワークパケットが処理されて印刷ジョブが生成され、印刷が行われることになる。しかし、ジョブが完了したＰＣからパケットが送信されるか否かは、外部Ｉ／Ｆの先にある送信者の仕様によるため保証されていない。
【００５２】
また、仮に1パケットで完了するジョブだった場合、バッファ55にジョブが存在する状態でサスペンドに入ってしまう場合も考えられる。この場合、ＣＰＵ部27のソフトウェアでは、いかなる方法を用いてもジョブを検知することはできない。
【００５３】
なお、上述した起床予約フラグ61のオン操作は、サスペンド処理中に、サスペンドをキャンセルできないタイミングから有効となる。そのため、図３のS308からサスペンド処理が終了するまでの間（図６の状態66の区間）でのみ起床予約フラグ61のオン操作は有効となる。
【００５４】
以下、上述のような場合の、起床予約フラグ６１のオン操作について説明する。
〔Ａ〕ネットワーク部24による起床予約フラグ６１のオン操作
バッファ55にパケットが留まる可能性を救うために、ネットワーク部24が起床要因となるパケットを監視し、該起床要因が発生したと判断した場合、割り込み線60をアサートして電源制御部23に対し起床予約フラグ61をセットさせる。この場合、イベント72を、ＣＰＵ部27を介在せずに割り込み線によって電源制御部23に通知する。これにより、電源制御部23は起床予約フラグが「オン」となり、スタンバイ中、かつ起床予約状態（図６の63）となる。なお、全てのパケットを対象にアサートした場合、ブロードキャストやアープパケット等でもアサートされてしまう。そのため、ネットワーク部24では、ブロードキャストやアープパケット等ではなく、ジョブやＳＮＭＰ等の応答を必要としているパケットを判別して割り込みをアサートすることで、より正確な起床予約を行うことが可能となる。また、この場合、ネットワーク部24は、起床要因となるパケットが印刷指示かそれ以外の起床パケットであるかをＣＰＵ部27に通知し、ＣＰＵ部27は、この通知情報に基づいてイベントＩＤ901を要因イベント記憶部75に保存するものとする。
【００５５】
〔Ｂ〕プロトコルスタック57による起床予約フラグ６１のオン操作
プロトコルスタック57は、一連の通信プロトコル群を実装しているソフトウェアモジュールであり、一般的にカーネル内ライブラリに存在する。プロトコルスタック57は、ＩＰ、ＴＣＰ等、ネットワークの各プロトコルがスタック的に接続されたものであり、各々が独立した一時バッファを有する。スタックのレイヤに応じて判断できる情報は異なる。最も一般的なもので言えば、ＴＣＰプロトコルスタックのＴＣＰポートナンバーである。これは送信者・受信者共に任意のナンバーを使用するという疎結合な約束により通信を多重化することが可能な技術であり、印刷に使用するＲＡＷポートは9100、ＲＡＷポートは515等の規定がある。このプロトコルスタック内部でポートナンバーを判定して任意のポートに割り振る処理があるが、この時点でそのデータがおおよそ印刷ジョブであろう、印刷ジョブ以外の起床パケットであろう等のように予想がつくことになる。外部からの受信によりＣＰＵ部27のカーネルは受信処理を行う。このプロトコルスタック内で、イベント72をＣＰＵ部27が発行し、電源制御部23に通知し、さらに印刷指示又はネットワーク通信に応じたイベントＩＤ901を要因イベント記憶部75へ保存する。電源制御部23は起床予約フラグを「オン」にし、スタンバイ中、かつ起床予約状態となる。このように、プロトコルスタック57が、ポートナンバーに応じて起床予約フラグ61をセットするＣＰＵ部27の命令等を発行することにより、必要なデータ受信で起床予約対象とすることが可能となる。
【００５６】
〔Ｃ〕ソケットＩ／Ｆ58による起床予約フラグ61のオン操作
ソケットＩ／Ｆ58は、カーネルのデータ送受信を多重化するための仕組みである。ソケットＩ／Ｆ58は、おおよそ先に説明したポートと同じような疎結合型のデータ多重化方法で、このレイヤにバッファを持っている場合がある。仮想メモリマッピングを変更することでポインタ渡しを行う場合もある。アプリケーション59は、カーネルのソケットを介して、例えばＴＣＰの任意ポートのデータを受信する。ソケット毎に使用用途がほぼ確定しているため、ソケットＩ／Ｆ58は、印刷用途のソケットからデータを受信した時点で、イベント72を発行し、電源制御部23に通知し、さらに印刷指示又はネットワーク通信に応じたイベントＩＤ901を要因イベント記憶部75へ保存する。電源制御部23は起床予約フラグを「オン」にし、スタンバイ中、かつ起床予約状態となる。すなわち、ソケットＩ／Ｆ58は、ソケットからデータを取得できた時点で起床予約フラグ61をセットするようにＣＰＵ部27の命令を発行することにより、必要なデータ受信で起床予約対象とすることが可能となる。
【００５７】
なお、アプリケーション59は、起床要因と判断した場合、その時点で起床予約フラグ61をセットするようにＣＰＵ部27の命令を発行することにより、必要なデータ受信で起床予約対象とする。さらにアプリケーション59は、印刷指示又はネットワーク通信に応じたイベントＩＤ901を要因イベント記憶部75へ保存する。
【００５８】
本実施例のＭＦＰ100は、上記〔Ａ〕、〔Ｂ〕、〔Ｃ〕の全てを採用してもよいし、いずれかを選択的に採用する構成であってもよい。上記〔Ａ〕、〔Ｂ〕、〔Ｃ〕の各階層での性能差は、アプリケーションにデータが渡る時間、一時的な保持可能なバッファサイズが異なる。また、各レイヤにおいてパケットデータの解析方式が違い、判断の信頼性に関わってくる。しかし、これらの判断はネットワークでは一般的なものであるため、詳細な説明は省略する。
【００５９】
例えば、ネットワーク部24にＣＰＵを搭載してサスペンド中のネットワーク応答を行うシステムにおいては〔Ａ〕を採用することで電力メリットが最大となる。
また、ＣＰＵを割り込み待機状態（ドーズモード）等に入れるWait For Interrupt型のスリープ制御においては、〔Ｂ〕で行うと信頼性が最も高いシステムが構築できる。このように、構成と必要な信頼性、電力に応じて選択すればよい。また、ＰＤＬデータ等、アプリケーション59が受信データをある程度受け取らなければジョブを判断できない場合もある。そのような場合は、ジョブと解析された時点で起床予約フラグ61をセットするＣＰＵ部27の命令を発行することにより、必要なデータ受信で起床予約対象とすることが可能となる。
【００６０】
以上、説明したように、サスペンドに入る間際に発生した外部からの印刷指示や問い合わせジョブ等を処理途中のままサスペンドに入り、そのまま起床しないという障害を回避する方法を説明した。本実施例では、図６の63に示す「起床予約」状態となった場合、64に示す「サスペンド中、かつ一定時間経過待ち」状態となると、図４のS401で起床要因予約と判断され、自動的にレジューム開始が指示される。
【００６１】
ＵＳＢ部31も代表的なブロックデバイスである。ＣＰＵ部27と外部Ｉ／Ｆは上述したネットワーク部24とおおよそ同じバッファ構成を取ることになるため、詳細な説明を省略する。
【００６２】
以下、レジューム処理について説明する。
図７は、実施例１のレジューム処理を例示するフローチャートである。ＣＰＵ部27は、本フローチャートに例示するレジューム処理に基づき、終了処理がなされた各外部デバイスおよび内部デバイスを使用可能な状態に戻す。なお、図７及び後述する図８のフローチャートに示す各ステップは、例えばＣＰＵ部27がＨＤＤ部26にコンピュータ読み取り可能に記録されたプログラムをメモリ部25に読み出して実行することにより実現されるものである。
【００６３】
まず、S701において、ＣＰＵ部27は、全内部デバイスの復帰処理を行う。この処理では、ＣＰＵ部27が、図３のS308にてメモリ部25に保持しておいた各デバイスのレジスタ情報を書き戻すことによって、内部デバイスの状態をサスペンド前の状態に戻す。また、ファームウェアの再ロードが必要なデバイスについては、ＣＰＵ部27はファームウェアの流し込みを行ったのち、初期化処理を行う。
【００６４】
次に、S702において、ＣＰＵ部27は、全外部デバイスの復帰処理を行う。この処理では、ＣＰＵ部27が、図３のS304に記載の処理と同一の処理を実施する。
【００６５】
次に、ＣＰＵ部27は、要因イベント記憶部75に要因イベントのイベントＩＤ901が記録されているか否か確認を行う。そして、イベントＩＤ901が記録されていると判定した場合（S703でYesの場合）、ＣＰＵ部27は、S704に処理を進める。
【００６６】
S704において、ＣＰＵ部27は、図３のS310にて起床予約がなされたと判断し、各デバイスの通電状態の修正処理を行う。この処理は、起床要因フラグによるレジュームによって、必ずしもイベントＩＤ901に基づいた通電設定が、電源制御部23によってなされていない可能性があるためである。S704の通電状態修正処理の詳細については後述する図８にて述べる。
【００６７】
一方、上記S703において、イベントＩＤ901が記録されていないと判定した場合（S703でNoの場合）、ＣＰＵ部27は、通電状態の祖語が無いと判断し、通電状態を修正することなくレジューム処理を終了する。
【００６８】
図８は、実施例１のレジューム処理時の通電状態修正処理を例示するフローチャートである。この処理では、後述する図９に記載の起床要因と各デバイスの通電状態の対応表を用いて、表に記載の状態と異なる場合は、その通電状態を表に記載のものに修正を行う。これによって、起床要因フラグを立てる契機となった起床イベントに対応した通電状態に設定することができる。
【００６９】
まず、S801において、ＣＰＵ部27は、電源制御部23経由で各デバイスの通電状態を取得する。
【００７０】
次に、S802において、ＣＰＵ部27は、図９に示す通電状態対応表を参照し、図７のS703で取得したイベントＩＤ901における各デバイスの通電状態と、上記S801で取得した各デバイスの通電状態の比較を行う。該比較の結果、イベントＩＤ901に対応する通電状態と異なる通電状態のデバイスがあると判定した場合（S802でYesの場合)、ＣＰＵ部27は、S803に処理を進める。
【００７１】
S803において、ＣＰＵ部27は、電源制御部23経由で、上記イベントＩＤ901に対応する通電状態と異なる通電状態のデバイスの通電状態を、イベントＩＤ901に対応する通電状態に変更処理する。
【００７２】
一方、上記S802において、イベントＩＤ901に対応する通電状態と異なる通電状態のデバイスがないと判定した場合（S802でNoの場合)、ＣＰＵ部27は、通電状態を修正することなく本フローチャートの処理を終了する。
【００７３】
すなわち、サスペンド処理中に所定のイベント（起床要因イベント）が発生した場合、ＣＰＵ部27は、電源制御部23に起床を予約し、要因イベント記憶部75に要因イベントＩＤを保存して、サスペンド処理を継続する。そして、レジューム処理において、復帰後、ＣＰＵ部27は、要因イベント記憶部75に記憶されている要因イベントＩＤに応じて、ＭＦＰ100内の電力供給状態を制御する。
【００７４】
以上の処理により、例えば、サスペンド処理中に印刷指示を受けた場合、起床要因フラグによって即座にレジューム処理がなされることに加え、レジューム時にＨＤＤ部26およびプリンタ部13がオン状態に修正される。これらの処理によって、印刷処理に必要なパケットを取りこぼさず、また必要なデバイスへの通電がレジューム時になされるため、通電後の初期化処理待ち時間を軽減し、印刷パフォーマンスの劣化を軽減できる。
【００７５】
図９は、各起床要因における各デバイスのレジューム後の通電状態を示す図である。ここで各デバイスとは、スキャナ部11、プリンタ部13、操作部15、ＨＤＤ部26を指す。
【００７６】
サスペンド移行後、電源制御部23がいずれかの起床要因を検知した場合、電源制御部23は、図９に示す内容に従って、レジューム時に各デバイスの通電状態を変更する。各々の起床要因には、対応するイベントＩＤ901が割り振られており、これは前述した図８の処理にて参照される。なお、図９に示す内容は、例えばメモリ部25に展開されたソフトウェアに予め組み込まれ、その内容をＣＰＵ部27が参照することで使用されたり、電源制御部23の回路内に組み込まれるなどして参照される。
【００７７】
上述のように、レジューム時に電源制御部23が通電可否を判断することで、各デバイスへの電源投入をＣＰＵ部27の初期化前に行うことができる一方、通電を行うことでデバイスにより電力が消費されてしまう。例えば、印刷ジョブなどの印刷指示（イベントＩＤ901が「１」の場合）を受けた場合、印刷に必要なプリンタ部13への通電を電源制御部23がレジューム時に行うことで、ソフトウェアの動作開始前に昇温処理を開始することができる。一方で、印刷を伴わないネットワーク通信の場合（イベントＩＤ901が「２」の場合）、プリンタ部13への通電をレジューム時に行わないことで、不要な電力消費を抑制することができる。
【実施例２】
【００７８】
上述した実施例１では、省電力状態移行時に復帰要求があった場合、電源制御部23に対して復帰を予約し、復帰要求の内容をメモリに記録しておき、復帰後にその内容を参照して各デバイスの通電設定を行う構成について説明した。実施例２では、実施例１とは異なり、電源制御部23に対して複数の起床予約設定が可能なシステムについて記述する。以下、図１０を用いて具体的に説明する。
【００７９】
図１０は、実施例２における各デバイスの状態を時間経過毎に記載する図である。
図１０に示すように、実施例２の電源制御部23は、起床予約領域1001を備える。ＣＰＵ部27は、起床予約領域1001に対してイベントＩＤ901を書き込み可能である。電源制御部23は、レジューム時の各デバイスの通電制御の際、起床予約領域1001に記載のイベントＩＤ901と図９の通電設定表に基づき、各デバイスの通電制御を行う。これにより、ＣＰＵ部27が動作可能になるよりも前の通電処理において、各デバイスの通電設定を行うことができる。
【００８０】
図１０は、実施例１で示した図６とほぼ同一であるが、起床予約契機となったイベント（例えば印刷指示72）の時点で、ＣＰＵ部27が電源制御部23に備わる起床予約領域1001にイベントに対応するイベントＩＤ901を設定する点が異なる。
【００８１】
また、電源制御部23がレジューム開始時点で、起床予約領域1001に保存されたイベントＩＤ901に基づいて、各デバイスの通電制御を実施する点が異なる（101）。これら詳細については、図１１，図１２，図１３の各フローチャートを用いて述べる。
【００８２】
図１１は、実施例２のサスペンド移行処理を例示するフローチャートである。図１１のフローチャートに示す各ステップは、例えばＣＰＵ部27がＨＤＤ部26にコンピュータ読み取り可能に記録されたプログラムをメモリ部25に読み出して実行することにより実現されるものである。
【００８３】
なお、本フローチャートの処理は、図３で示した処理とほぼ同一であるが、S1107とS1110の処理のみが異なる。よって、S1107およびS1110のみ記述し、それら以外の処理については説明を割愛する。
【００８４】
S1107において、ＣＰＵ部27は、電源制御部23上の起床予約領域1001にセットされている値をクリアする。これによって、電源制御部23がサスペンド移行直後に誤って起床処理を開始しないように設定を行うことができる。
【００８５】
S1110において、ＣＰＵ部27は、S1109で発生した起床要因に対応するイベントＩＤ901を、電源制御部23に備わる起床予約領域1001に対してセットする。電源制御部23は、後述する図１２のS1213において、該セットされた値を参照し、図９の表に基づき、各デバイスの通電状態の設定を行う。
【００８６】
図１２は、実施例２の電源制御部23のサスペンド中処理を例示するフローチャートである。本フローチャートでは、起床要因を電源制御部23が検知してから通常状態に復旧するまでの処理について述べる。なお、電源制御部23がＣＰＵを内蔵したものである場合、このフローチャートの処理は、電源制御部23のＣＰＵが電源制御部23内に記憶されたプログラムを読み出して実行することにより実現される。
【００８７】
また、本フローチャートの処理は、図３で示した処理とほぼ同一であるが、S1201とS1211とS1213の処理のみが異なる。よって、S1201とS1211とS1213のみ記述し、それら以外の処理については説明を割愛する。
【００８８】
S1201において、電源制御部23は、起床予約領域1001に有効なイベントＩＤ901が保存されていると判定した場合（S1201でYesの場合)、電源制御部23は、S1212に処理を進める。一方、上記S1202〜S1210のいずれかの判定処理でYesと判定した場合、電源制御部23は、S1211において、起床要因に対応するイベントＩＤ901を起床予約領域1001に保存し、S1212に処理を進める。
【００８９】
S1212において、電源制御部23は、上記S1211もしくは上述した図１１のS1110で起床予約領域1001に保存されたイベントＩＤ901を参照し、該参照したイベントＩＤ901に対応する図９の通電状態に従い、各デバイスの通電設定を行う。
【００９０】
以上の処理により、実施例２によれば、実施例１におけるS803よりも速い時点で、起床予約の要因となったイベントに基づいた電源状態に設定できる。
【００９１】
図１３は、実施例２のレジューム処理を例示するフローチャートである。ＣＰＵ部27は、本フローチャートに例示するレジューム処理に基づき、終了処理がなされた各外部デバイスおよび内部デバイスを使用可能な状態に戻す。なお、図１３のフローチャートに示す各ステップは、例えばＣＰＵ部27がＨＤＤ部26にコンピュータ読み取り可能に記録されたプログラムをメモリ部25に読み出して実行することにより実現されるものである。
【００９２】
なお、本フローの処理は、図７のフローチャートからS703及びS704の通電状態修正処理を省いたフローチャートとなっている。上述したように、実施例２では、ＣＰＵ部27によるレジューム処理が開始される前に、電源制御部23により要因イベントに応じた通電処理が実行されるため、実施例１において図７に示したS703及びS704の処理が不要となる。
なお、図１３のS1301は図７のS701の処理、S1302はS702の処理とそれぞれ同一であるので、詳細は割愛する。
【００９３】
以上示したように、各実施例によれば、起床予約フラグ要因によって起床した場合でも、起床予約を行う契機となった本来の起床要因イベントから決定される通電状態に設定することができる。これにより、起床要因イベントによっては過剰な通電を抑制したり、一方で即座に通電を開始することでデバイスの初期化処理における通電待ち時間を軽減することができる。
【００９４】
なお、上記実施例では、画像形成装置（ＭＦＰ）を例に説明したが、複数の電力状態を切り替えて動作可能な情報処理装置であれば、本発明を適用可能である。例えば、ネットワークカメラ、エアーコンディショナー、各種家電等にも本発明は適用可能である。
【００９５】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されていてもよい。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【００９６】
（その他の実施例）
本発明は、上述の実施例の1以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける1つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、1以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、1つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００９７】
２１    電源系Ｂ
２２    電源系Ａ
２３    電源制御部
２４    ネットワーク部
２７    ＣＰＵ部
１００    画像形成装置（ＭＦＰ）
【図１】
2018106433.tif 000003
【図２】
2018106433.tif 000004
【図３】
2018106433.tif 000005
【図４】
2018106433.tif 000006
【図５】
2018106433.tif 000007
【図６】
2018106433.tif 000008
【図７】
2018106433.tif 000009
【図８】
2018106433.tif 000010
【図９】
2018106433.tif 000011
【図１０】
2018106433.tif 000012
【図１１】
2018106433.tif 000013
【図１２】
2018106433.tif 000014
【図１３】
2018106433.tif 000015