プログラムをインストール可能な機器であって、省電力状態への移行開始時期より前に、前記プログラムに対する省電力状態への移行通知を行う事前通知手段と、前記移行開始時期に、前記プログラムに関して省電力状態への移行の可否を問い合わせる確認手段とを有し前記確認手段によって問い合わせが行われた前記プログラムに関して省電力状態への移行が可能である場合に、省電力状態へ移行する機器。前記機器は、相互に省電力の程度の異なる第一の省電力状態と第二の省電力状態とを含む複数の省電力状態を有し、前記事前通知手段は、前記第一の省電力状態への移行時から第一の所定時間経過後に、前記プログラムに対して省電力状態への移行を通知し、前記確認手段は、前記第一の省電力状態への移行時から第二の所定時間経過後に前記プログラムに関して省電力状態への移行の可否を問い合わせる請求項1記載の機器。前記移行通知に応じ、前記プログラムの終了させる終了化手段を有する請求項1又は2記載の機器。プログラムをインストール可能な機器が、省電力状態への移行開始時期より前に、前記プログラムに対する省電力状態への移行通知を行う事前通知手順と、前記移行開始時期に、前記プログラムに関して省電力状態への移行の可否を問い合わせる確認手順とを実行し前記確認手順において問い合わせが行われた前記プログラムに関して省電力状態への移行が可能である場合に、省電力状態へ移行する省電力制御方法。前記機器は、相互に省電力の程度の異なる第一の省電力状態と第二の省電力状態とを含む複数の省電力状態を有し、前記事前通知手順は、前記第一の省電力状態への移行時から第一の所定時間経過後に、前記プログラムに対して省電力状態への移行を通知し、前記確認手順は、前記第一の省電力状態への移行時から第二の所定時間経過後に前記プログラムに関して省電力状態への移行の可否を問い合わせる請求項4記載の省電力制御方法。前記移行通知に応じ、前記プログラムの終了させる終了化手順を前記機器が実行する請求項4又は5記載の省電力制御方法。プログラムをインストール可能な機器に、省電力状態への移行開始時期より前に、前記プログラムに対する省電力状態への移行通知を行う事前通知手順と、前記移行開始時期に、前記プログラムに関して省電力状態への移行の可否を問い合わせる確認手順とを実行させ前記確認手順において問い合わせが行われた前記プログラムに関して省電力状態への移行が可能である場合に、省電力状態へ移行する省電力制御プログラム。前記機器は、相互に省電力の程度の異なる第一の省電力状態と第二の省電力状態とを含む複数の省電力状態を有し、前記事前通知手順は、前記第一の省電力状態への移行時から第一の所定時間経過後に、前記プログラムに対して省電力状態への移行を通知し、前記確認手順は、前記第一の省電力状態への移行時から第二の所定時間経過後に前記プログラムに関して省電力状態への移行の可否を問い合わせる請求項7記載の省電力制御プログラム。前記移行通知に応じ、前記プログラムの終了させる終了化手順を前記機器に実行させる請求項7又は8記載の省電力制御プログラム。請求項7乃至9いずれか一項記載の省電力制御プログラムを記録したコンピュータ読み取り可能な記録媒体。しかしながら、このような画像形成装置を一例とする機器において動作するアプリケーションプログラムが増加すると、省電力状態への移行時における確認対象が増加する。すなわち、インストールされた各アプリケーションプログラムに関しても、省電力状態への移行の可否の確認が行われる必要がある。斯かる確認対象の増加は、省電力状態への移行の可否の確認処理の長期化を招く。その結果、省電力状態への移行が遅れ、結果的に省電力効果が低下してしまう可能性がある。本発明は、上記の点に鑑みてなされたものであって、プログラムの追加による省電力効果への影響を抑制することができる機器、省電力制御方法、省電力制御プログラム、及び記録媒体の提供を目的とする。そこで上記課題を解決するため、本発明は、プログラムをインストール可能な機器であって、省電力状態への移行開始時期より前に、前記プログラムに対する省電力状態への移行通知を行う事前通知手段と、前記移行開始時期に、前記プログラムに関して省電力状態への移行の可否を問い合わせる確認手段とを有し前記確認手段によって問い合わせが行われた前記プログラムに関して省電力状態への移行が可能である場合に、省電力状態へ移行する。このような機器では、プログラムの追加による省電力効果への影響を抑制することができる。本発明によれば、プログラムの追加による省電力効果への影響を抑制することができる。以下、図面に基づいて本発明の実施の形態を説明する。図1は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。同図において、画像形成装置10は、コントローラ11、スキャナ12、プリンタ13、モデム14、操作パネル15、ネットワークインタフェース16、及びSDカードスロット17等のハードウェアを有する。コントローラ11は、CPU111、RAM112、ROM113、HDD114、及びNVRAM115等を有する。ROM113には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。RAM112は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。CPU111は、RAM112にロードされたプログラムを処理することにより、各種の機能を実現する。HDD114には、プログラムやプログラムが利用する各種のデータ等が記録される。NVRAM115には、各種の設定情報等が記録される。なお、本発明の実施の形態におけるRAM112、HDD114、又はNVRAM115は、記憶部の一例である。スキャナ12は、原稿より画像データを読み取るためのハードウェア画像読取手段である。プリンタ13は、印刷データを印刷用紙に印刷するためのハードウェア印刷手段である。モデム14は、電話回線に接続するためのハードウェアであり、FAX通信による画像データの送受信を実行するために用いられる。操作パネル15は、ユーザからの入力の受け付けを行うためのボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。ネットワークインタフェース16は、LAN等のネットワーク有線又は無線の別は問わない。に接続するためのハードウェアである。SDカードスロット17は、SDカード80に記録されたプログラムを読み取るために利用される。すなわち、画像形成装置10では、ROM113に記録されたプログラムだけでなく、SDカード80に記録されたプログラムもRAM112にロードされ、実行されうる。図2は、本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。同図において、画像形成装置10は、標準アプリ151、SDKアプリ152、SDKプラットフォーム153、コントロールサービス154、及びOS155等を有する。標準アプリ151は、画像形成装置10に標準的に出荷時に予め実装されているアプリケーションの集合である。同図では、スキャンアプリ1511、印刷アプリ1512、コピーアプリ1513、及びFAXアプリ1514が例示されている。スキャンアプリ1511は、スキャンジョブを実行する。印刷アプリ1512は印刷ジョブを実行する。コピーアプリ1513は、コピージョブを実行する。FAXアプリ1514は、FAXの送信ジョブ又は受信ジョブを実行する。コントロールサービス154は、各種のハードウェアリソース等を制御するための機能を上位アプリケーション等に対して提供したり、画像形成装置10の基盤的な機能等を実行したりするソフトウェアモジュール群である。同図において、コントロールサービス154は、移行制御部161、事前通知部162、及び移行可否確認部163等を有する。移行制御部161は、省電力状態への移行を制御する。省電力状態とは、省電力モード又は省エネモード等とも呼ばれ、画像形成装置10の消費電力が抑制された状態をいう。例えば、省電力状態では、操作パネル15への電力の供給が停止又は抑制されたり、スキャナ12及びプリンタ13等のエンジン部への電力の供給が停止又は抑制されたりする。事前通知部162は、省電力状態への移行開始時期より前に、画像形成装置10において起動されているプログラム例えば、標準アプリ151、SDKアプリ152、SDKプラットフォーム153等に対して、省電力状態への移行の事前通知を行う。省電力状態への移行開始時期とは、画像形成装置10の仕様により定められた時期である。例えば、無操作状態が所定時間経過した時期である。移行可否確認部163は、省電力状態への移行開始時期において、画像形成装置10において起動されているプログラムに関して、省電力状態への移行の可否を確認する。突然の省電力状態への移行による各プログラムの動作不正や、各プログラムの処理対象のデータの破壊等を回避するためである。SDKアプリ152は、画像形成装置10の出荷後において、画像形成装置10の機能拡張等を図るためのプラグインとして追加的にインストールされるアプリケーションプログラムである。したがって、SDKアプリ152の機能は、所定のものに限定されない。例えば、SDKアプリ152は、SDカード80から又はネットワークを介して画像形成装置10にインストールされる。SDKプラットフォーム153は、SDKアプリ152の実行環境を提供する。各SDKアプリ152は、SDKプラットフォーム153が提供するAPIApplicationProgramInterfaceを利用して開発される。例えば、SDKプラットフォーム153は、スキャン機能を利用させるためのインタフェース、印刷機能を利用させるためのインタフェース、コピー機能を利用させるためのインタフェース等をSDKアプリ152に提供する。SDKプラットフォーム153のAPIは公開されており、サードベンダ等によってもSDKアプリ152は開発されうる。また、当該APIは、異機種間において平滑化されている。したがって、SDKアプリ152に関して、機種に応じて異なる実装が行われる必要性は低い。なお、本実施の形態では、便宜上、画像形成装置10にインストール可能なプログラムとして、SDKアプリ152及びSDKプラットフォーム153等が例示されているが、画像形成装置10にインストール可能なプログラムは、SDKアプリ152及びSDKプラットフォーム153等に限定されない。画像形成装置10にインストール可能なプログラムには、画像形成装置10に追加的にインストールされるプログラム全般が含まれうる。OS155は、いわゆるOSOperatingSystemである。画像形成装置10上の各ソフトウェアは、OS155上においてプロセス又はスレッドとして動作する。続いて、画像形成装置10の省電力状態について説明する。図3は、本実施の形態の画像形成装置の省電力状態に関する状態遷移の一例を示す図である。同図において、通常状態ST1は、省電力化されていない状態非省電力状態である。したがって、ユーザは、画像形成装置10の機能を即座に利用することができる。通常状態ST1において、電源キーが押下されたり、又は無操作状態が所定時間継続したりすると、画像形成装置10は、静音状態ST2に移行又は遷移する。静音状態ST2は、省電力状態の一形態である。例えば、静音状態ST2では、操作パネル15への電力供給が停止又は抑制される。但し、静音状態ST2において、標準アプリ151、SDKアプリ152、及びSDKプラットフォーム153は、起動されたままである。なお、電源キーとは、操作パネル15に配置され、各状態の切り替えをユーザの任意によって可能とするためのハードキーボタンである。静音状態ST2において電源キーが押下されたり、ネットワークを介した印刷データの受信に応じて印刷ジョブが実行されたりすると、画像形成装置10は、静音状態ST2から通常状態ST1へ復帰する。一方、静音状態ST2が所定時間以下、エンジンオフ状態充足時間という。継続すると、画像形成装置10は、エンジンオフ状態ST3に移行又は遷移する。エンジンオフ状態ST3は、省電力状態の一形態である。但し、静音状態ST2とエンジンオフ状態ST3とは、相互に省電力の程度省電力効果が異なる。すなわち、エンジンオフ状態ST3では、消費電力が更に抑制される省電力効果が更に高い。例えば、エンジンオフ状態ST3では、スキャナ12及びプリンタ13等のエンジン部に関しても電力の供給が停止又は抑制される。また、エンジンオフ状態ST3では、起動されていたSDKアプリ152が停止される。エンジンオフ状態ST3において、電源キーが押下されたり、圧板が開かれたり、又はDFDocumentFeederにスキャン又はコピー対象の原稿がセットされたりすると、画像形成装置10は、通常状態ST1へ移行又は遷移する。なお、図3に示される状態遷移は、一例である。したがって、他の状態遷移に関して、本実施の形態が適用されてもよい。以下、画像形成装置10の処理手順について説明する。図4は、第一の実施の形態の処理手順を説明するためのシーケンス図である。例えば、通常状態ST1の画像形成装置10において、移行制御部161は、無操作状態の所定期間の継続又は電源キーの押下を検知すると、SDKプラットフォーム153に対して静音状態ST2への移行の可否又は許否。以下、可否で統一する。を問い合わせるS101。当該問い合わせに応じ、SDKプラットフォーム153は、SDKプラットフォーム153上において起動中の各SDKアプリ152に対して、静音状態ST2への移行の可否を問い合わせるS102。なお、静音状態ST2への移行は、各SDKアプリ152に対する影響は小さいため、問い合わせに対する各SDKアプリ152からの応答は、即座に返信される。続いて、SDKプラットフォーム153は、静音状態ST2への移行の可否を応答するS103。例えば、問い合わせ先の全てのSDKアプリ152から移行が可能である移行を許可する旨の応答が返信された場合、SDKプラットフォーム153は、移行は可能であることを示す応答を返信する。一方、少なくとも一つのSDKアプリ152より移行が不可能である移行を拒否する旨の応答が返信された場合、SDKプラットフォーム153は、移行は不可能であることを示す応答を返信する。移行は可能であることを示す応答が返信された場合、移行制御部161は、静音状態ST2への移行確定をSDKプラットフォーム153に通知するS104。SDKプラットフォーム153は、当該通知に応じ、静音状態ST2への移行確定を、起動中のSDKアプリ152へ通知するS105。これによって、各SDKアプリ152は、静音状態ST2への移行が確定したことを認識する。すなわち、ステップS102における問い合わせはSDKアプリ152ごとに行われるため、各SDKアプリ152は、他のSDKアプリ152について移行の可否は知り得ない。したがって、移行は可能である旨を応答したSDKアプリ152は、実際に静音状態ST2への移行が行われるのか否かを判断することができない。そこで、各SDKアプリ152に、静音状態ST2への移行確定が通知されるのである。続いて、SDKプラットフォーム153は、移行確定の通知に対する応答を行うS106。当該応答に応じて、移行制御部161は、画像形成装置10を静音状態ST2へ移行させる。なお、ステップS103において移行は不可能であることを示す応答が返信された場合、移行制御部161は、静音状態ST2への移行の中止をSDKプラットフォーム153に通知する。SDKプラットフォーム153は、起動中の各SDKアプリ152に対して、移行の中止を通知する。静音状態ST2への移行後、エンジンオフ状態充足時間の所定時間前例えば、10秒前等になるとすなわち、エンジンオフ状態充足時間-所定時間が経過すると、事前通知部162は、エンジンオフ状態ST3への移行の事前通知をSDKプラットフォーム153に送信するS107。当該事前通知に応じ、SDKプラットフォーム153は、起動中の各SDKアプリ152に関して終了処理を開始するS108。例えば、SDKプラットフォーム153は、各SDKアプリ152に対して終了指示を入力する。各SDKアプリ152は、終了指示に応じて、終了化処理等を実行する。終了化処理の内容は、SDKアプリ152ごとに異なりうるが、例えば、メモリ等のリソースの解放や、ログの記録等が行われた後、SDKアプリ152のスレッドが終了する。したがって、SDKアプリ152によっては、終了化処理に数秒を要するものも有りうる。その後、静音状態ST2へ移行してからエンジンオフ状態充足時間が経過するとすなわち、事前通知から所定時間例えば、10秒等が経過すると、移行可否確認部163は、SDKプラットフォーム153に対してエンジンオフ状態ST3への移行の可否を問い合わせるS109。当該問い合わせに応じ、SDKプラットフォーム153は、事前通知に応じて開始した各SDKアプリ152の終了処理を完了させた後各SDKアプリ152終了させた後、エンジンオフ状態ST3への移行は可能であることを示す応答を返信するS110。移行制御部161は、当該応答に応じ、画像形成装置10をエンジンオフ状態ST3へ移行させる。上述したように、第一の実施の形態の画像形成装置10では、エンジンオフ状態ST3への移行開始前ステップS109の問い合わせ前において、SDKプラットフォーム153に対して事前通知が行われる。したがって、SDKプラットフォーム153は、エンジンオフ状態ST3への移行開始前からSDKアプリ152の終了処理を前倒し的に開始することができる。その結果、ステップS109の問い合わせに応じて行われるステップS110の応答の時期を早めることができる。すなわち、当該問い合わせ時に全てのSDKアプリ152の終了処理が完了していれば、ステップS110の応答は直ちに行われる。また、当該問い合わせ時に一部のSDKアプリ152について終了処理が完了していなくても、応答が返信されるまでの時間は、当該一部のSDKアプリ152の終了処理の所要時間に短縮される。したがって、ステップS109の問い合わせに応じてSDKアプリ152の終了処理を開始する場合に比べて、ステップS110の応答を早めることができる。その結果、SDKアプリ152の追加又は増加による、省電力効果の低下を抑制することができる。次に、第二の実施の形態について説明する。第二の実施の形態では、第一の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一の実施の形態と同様でよい。図5は、第二の実施の形態の処理手順を説明するためのシーケンス図である。図5中、図4と同一ステップには、同一符号を付し、その説明は省略する。なお、図5では、ステップS101~S103に関して、便宜上、図示は省略されている。第二の実施の形態では、エンジンオフ状態ST3への移行の可否の問い合わせ時S109において、少なくとも一部のSDKアプリ152に関して終了処理が完了していない場合、SDKプラットフォーム153は、移行は不可能であること移行を拒否することを示す応答を直ちに返信するS110a。当該応答に応じ、移行制御部161は、エンジンオフ状態ST3への移行のキャンセル中止をSDKプラットフォーム153に通知するS111。続いて、移行制御部161は、静音状態ST2への移行確定をSDKプラットフォーム153に通知するS112。すなわち、エンジンオフ状態ST3への移行がキャンセルされたため、静音状態ST2の維持が通知される。当該通知に応じ、SDKプラットフォーム153は、まだ終了指示を入力していないSDKアプリ152が有る場合は、終了指示の入力を中止し、当該SDKアプリ152に対して静音状態ST2への移行確定を通知する。なお、既に終了指示を入力したSDKアプリ152終了処理が完了したSDKアプリ152も含む。の再起動はこのタイミングでは行われない。当該SDKアプリ152の再起動は、例えば、通常状態ST1への復帰時に行われる。続いて、SDKプラットフォーム153は、当該通知に対する応答を返信するS113。その後、静音状態ST2への移行確定の通知S112、又は当該通知に対する応答S113から所定時間が経過すると、事前通知部162は、エンジンオフ状態ST3への移行の事前通知をSDKプラットフォーム153に再送信するS114。当該事前通知に応じ、SDKプラットフォーム153は、SDKアプリ152の終了処理を再開するS115。すなわち、終了指示が入力されていないSDKアプリ152に対して終了指示が入力される。但し、当該事前通知時において、全てのSDKアプリ152の終了処理が完了していれば、ステップS115は実行されなくてよい。ステップS114の事前通知から所定時間が経過すると、移行可否確認部163は、SDKプラットフォーム153に対してエンジンオフ状態ST3への移行の可否を問い合わせるS116。当該問い合わせ時において、全てのSDKアプリ152に関して終了処理が完了していれば、SDKプラットフォーム153は、エンジンオフ状態ST3への移行は可能であることを示す応答を返信するS117。上述したように、第二の実施の形態においても、第一の実施の形態と同様の効果を得ることができる。なお、エンジンオフ状態ST3への移行をキャンセルS111されてからエンジンオフ状態ST3への移行の可否の問い合わせS116が再実行されるまでの時間は、起動していた全てのSDKアプリ152の終了処理の所要時間に比べて短いのが望ましい。次に、第三の実施の形態について説明する。第三の実施の形態では、第一又は第二の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一又は第二の実施の形態と同様でよい。図6は、第三の実施の形態の処理手順を説明するためのシーケンス図である。図6中、図4と同一ステップには、同一符号を付し、その説明は省略する。なお、図6では、ステップS101~S103に関して、便宜上、図示は省略されている。第三の実施の形態では、事前通知S107後であって、エンジンオフ状態ST3への移行の可否の問い合わせS109前に、例えば、電源キーの押下等、通常状態ST1への復帰要因が発生した場合を想定する。当該復帰要因の発生に応じ、移行制御部161は、通常状態ST1への移行確定をSDKプラットフォーム153に通知するS121。当該通知に応じ、SDKプラットフォーム153は、終了処理を行ったSDKアプリ152に関して、起動処理を実行するS122。SDKプラットフォーム153は、当該起動処理が完了すると、応答を返信するS123。このように、事前通知後であって、静音状態ST2の移行からエンジンオフ状態充足時間が経過する前に通常状態ST1への復帰が行われる場合であっても、前倒し的に終了されたSDKアプリ152は、自動的に再起動される。したがって、ユーザが不便を感じる可能性を低下させることができる。次に、第四の実施の形態について説明する。第四の実施の形態では、第二の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第二の実施の形態と同様でよい。図7は、第四の実施の形態の処理手順を説明するためのシーケンス図である。図7中、図5と同一ステップには、同一符号を付し、その説明は適宜省略する。図7において、他モジュールは、標準アプリ151等、SDKプラットフォーム153及びSDKアプリ152以外のプログラムモジュールをいう。なお、他の実施の形態において、他モジュールの存在は、便宜上省略されていただけであり、他モジュールに関しても、SDKプラットフォーム153と同様に、省電力状態の遷移に関する各種の通知は行われる。図7では、ステップS108が、ステップS108aに置き換わっている。ステップS108aにおいて、SDKプラットフォーム153は、起動中の各SDKアプリ152に関して終了処理を開始する。この際、SDKプラットフォーム153は、省電力対応のSDKアプリ152に関しては、終了ではなく、中断状態への移行指示を入力する。省電力対応のSDKアプリ152とは、エンジンオフ状態ST3においても終了が回避されるように実装されているSDKアプリ152をいう。例えば、FAXの受信機能を有するSDKアプリ152のように、エンジンオフ状態ST3において起動状態が維持される必要の有るSDKアプリ152は、省電力対応のSDKアプリ152として実装される。いずれのSDKアプリ152が省電力対応であるか否かは、例えば、SDKアプリ152のインストール時において、SDKプラットフォーム153に対して設定される。また、中断状態とは、省電力対応のSDKアプリ152が有する状態であり、現在実行中の処理を区切りの良い箇所で中断させ、それ以降の処理を進行させない状態をいう。したがって、中断状態のSDKアプリ12のスレッドは終了しない。また、図7では、ステップS110aが、ステップS110bに置き換わっている。すなわち、図7では、エンジンオフ状態ST3への移行の可否の問い合わせ時S109において、全てのSDKアプリ152に関して、終了処理又は中断状態への移行が完了していることとする。したがって、ステップS110bにおいて、SDKプラットフォーム153は、エンジンオフ状態ST3への移行は可能であることを示す応答を返信する。続いて、移行可否確認部163は、他モジュールに対しても、エンジンオフ状態ST3への移行の可否を問い合わせるS109-2。ここでは、少なくとも一部の他モジュールが、エンジンオフ状態ST3へ移行できない状態であるとする。例えば、印刷アプリ1512が、印刷を実行中であったり、FAXアプリ1514が、FAXの送信又はFAXの受信を実行中であったりする。そこで、当該一部の他モジュールは、移行は不可能であること移行を拒否することを示す応答を返信するS110-2。すなわち、第四の実施の形態では、SDKプラットフォーム153以外の他モジュールによって、エンジンオフ状態ST3への移行が拒否される点が、第二の実施の形態と異なる点の一つである。いずれかの他モジュールから、移行は不可能であることを示す応答が返信されると、移行制御部161は、エンジンオフ状態ST3への移行のキャンセル中止を、SDKプラットフォーム153と、各他モジュールとに通知するS111-1、S111-2。続いて、移行制御部161は、静音状態ST2への移行確定をSDKプラットフォーム153に通知するS112-1。静音状態ST2への移行確定の通知に応じ、SDKプラットフォーム153は、ステップS108aにおいて中断状態へ移行させた、省電力対応の各SDKアプリ152に関して、中断状態を解除するS112-11。その結果、省電力対応の各SDKアプリ152は、通常の動作状態に復帰する。続いて、SDKプラットフォーム153は、静音状態ST2への移行確定の通知に対する応答を返信するS113-1。移行制御部161は、また、静音状態ST2への移行確定を各他モジュールにも通知するS112-2。当該通知を受けた各他モジュールは、当該通知に対する応答を返信するS113-2。その後、静音状態ST2への移行確定の通知S112、又は当該通知に対する応答S113から所定時間が経過すると、事前通知部162は、エンジンオフ状態ST3への移行の事前通知をSDKプラットフォーム153に再送信するS114。当該事前通知に応じ、SDKプラットフォーム153は、省電力対応の各SDKアプリ152に対して、中断状態への移行指示を入力するS115a。ここで、省電力対応でないSDKアプリ152に関して、終了処理は実行されない。省電力対応でないSDKアプリ152は、ステップS108aにおいて、既に終了しているからである。ステップS114の事前通知から所定時間が経過すると、移行可否確認部163は、SDKプラットフォーム153に対してエンジンオフ状態ST3への移行の可否を問い合わせるS116-1。当該問い合わせ時において、省エネ対応の全てのSDKアプリ152に関して中断状態への移行が完了していれば、SDKプラットフォーム153は、エンジンオフ状態ST3への移行は可能であることを示す応答を返信するS117-1。続いて、移行可否確認部163は、各他モジュールに対してエンジンオフ状態ST3への移行の可否を問い合わせるS116-2。各他モジュールは、エンジンオフ状態ST3への移行が可能であれば、エンジンオフ状態ST3への移行は可能であることを示す応答を返信するS117-2。なお、ステップS116-1とステップS116-2との順番は、逆であってもよいし、並列的に実行されてもよい。上述したように、第四の実施の形態においても、第二の実施の形態と同様の効果を得ることができる。次に、第五の実施の形態について説明する。第五の実施の形態では、第三の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第三の実施の形態と同様でよい。図8は、第五の実施の形態の処理手順を説明するためのシーケンス図である。図8中、図6又は図7と同一ステップには、同一符号を付し、その説明は適宜省略する。第五の実施の形態では、エンジンオフ状態ST3への事前通知S107から所定時間が経過する前に、画像形成装置10がオフライン状態へ移行した場合について説明する。オフライン状態とは、例えば、操作パネル15に表示される管理者用の設定画面を介して、画像形成装置10の動作に関するパラメータの値の設定変更等が行われる状態をいう。例えば、管理者用の設定画面の表示指示に応じて、画像形成装置10はオフライン状態へ移行する。なお、オフライン状態は、図3において説明した、省電力状態に関する状態遷移とは別の観点における状態遷移に関する状態である。オフライン状態では、上記のようなパラメータの値の設定変更が行われるため、オフライン状態中に、エンジンオフ状態ST3への移行が行われてしまうのは好ましくない。パラメータの値の設定変更は、HDD114又はNVRAM115等への書き込み処理が発生するところ、エンジンオフ状態ST3においては、HDD114又はNVRAM115等への電力の供給が停止され、当該書き込み処理を行えなくなってしまうからである。そこで、画像形成装置10がオフライン状態へ移行すると、移行制御部161は、エンジンオフ状態ST3への事前通知からの所定時間の経過を計測するためのタイマの進行を停止させる。続いて、移行制御部161は、静音状態ST2への移行確定をSDKプラットフォーム153に通知するS121a。ここで、静音状態ST2への移行確定が通知されるのは、エンジンオフ状態ST3への移行は中止となったことをSDKプラットフォーム153に通知し、SDKプラットフォーム153及びSDKアプリ152の動作状態を、画像形成装置10の省電力状態に則したものに変更させるためである。すなわち、SDKプラットフォーム153及びSDKアプリ152は、エンジンオフ状態ST3への移行の事前通知を受けて、エンジンオフ状態ST3に対応した動作状態へ移行している。仮に、静音状態ST2への移行確定が通知されなければ、SDKプラットフォーム153及びSDKアプリ152は、画像形成装置10は静音状態ST2であるにも拘わらず、エンジンオフ状態ST3に対応した動作状態を維持し、その機能を発揮することができないからである。静音状態ST2への移行確定の通知に応じ、SDKプラットフォーム153は、ステップS108aにおいて中断状態へ移行させた、省電力対応の各SDKアプリ152に関して、中断状態を解除するS122a。SDKプラットフォーム153は、中断状態の解除が完了すると、応答を返信するS123。このように、事前通知後であって、静音状態ST2の移行からエンジンオフ状態充足時間が経過する前に、オフライン状態へ移行した場合であっても、前倒し的に中断状態とされた省電力対応のSDKアプリ152の中断状態は、自動的に解除される。したがって、ユーザが不便を感じる可能性を低下させることができる。なお、上記各実施の形態は、省電力状態を有する機器であれば、例えば、プロジェクタ、スマートフォン、携帯電話、又はデジタルカメラ等、画像形成装置10以外の機器に適用可能である。以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形変更が可能である。