"ネットワークを介してパケット通信を行う通信部と、CPUを有するメイン処理ブロックへの電源供給を停止する電源供給停止手段と、前記ネットワークを介して前記通信部により特定のパケットを受信した場合に、前記メイン処理ブロックへの電源供給を復帰させる電源供給復帰手段と、前記通信部により一定期間パケットを受信していない場合に、前記メイン処理ブロックへの電源供給を停止するように前記電源供給停止手段を制御する第1の制御手段とを備える画像形成装置であって、前記メイン処理ブロックへの電源供給を復帰させる要因となった省エネ復帰要因情報を記憶する記憶手段と、前記省エネ復帰要因情報に対応する処理が実行されたか否かを管理する管理手段と、前記省エネ復帰要因情報に対応する処理が実行されたことを確認の上で省エネに入るように制御する第2の制御手段とを備えたことを特徴とする画像形成装置。次回復帰時刻の一定時間前の場合に省エネインに入らないように制御する第3の制御手段を備えることを特徴とする請求項1記載の画像形成装置。前記管理手段は、1つのモジュールで一括集中して管理する、ことを特徴とする請求項1または2に記載の画像形成装置。前記管理手段は、それぞれのモジュールで分散して管理する、ことを特徴とする請求項1または2に記載の画像形成装置。上述したように、一定時間経過後省エネ可能か判断している点が知られている。しかしながら、一定時間を短くした時に新たに発生する処理動作前にCPUが省エネモードに入ってしまうという問題を解消できていなかった。しかし、今までの短い間隔でCPUを停止できるか否かを判断すると、通信中と判断する前にCPU停止判定依頼が発生してしまいネットワークの処理ができないという問題があった。例えば、DHCPのIPアドレスのリース更新のためにタイマによりCPUが復帰するが、DHCPリース更新処理が動く前にCPU停止判定依頼が発生する。すなわち、パーソナルコンピュータPCから印刷依頼を受け、CPUが復帰するが、PCとの接続処理前にCPU停止判定依頼が発生し、ネットワークの処理ができないという問題があった。本発明は、上記に鑑みてなされたもので、その目的としては、ネットワークの処理目的でCPUが復帰した場合は、その処理目的が達成されるまでCPUを停止状態にしないように制御する画像処理装置を提供することにある。本発明は、ネットワークを介してパケット通信を行う通信部と、CPUを有するメイン処理ブロックへの電源供給を停止する電源供給停止手段と、前記ネットワークを介して前記通信部により特定のパケットを受信した場合に、前記メイン処理ブロックへの電源供給を復帰させる電源供給復帰手段と、前記通信部により一定期間パケットを受信していない場合に、前記メイン処理ブロックへの電源供給を停止するように前記電源供給停止手段を制御する第1の制御手段とを備える画像形成装置であって、前記メイン処理ブロックへの電源供給を復帰させる要因となった省エネ復帰要因情報を記憶する記憶手段と、前記省エネ復帰要因情報に対応する処理が実行されたか否かを管理する管理手段と、前記省エネ復帰要因情報に対応する処理が実行されたことを確認の上で省エネに入るように制御する第2の制御手段とを備えたことを特徴とする画像形成装置である。本発明によれば、メイン処理ブロックへの電源供給を復帰させる要因となった省エネ復帰要因情報を記憶しておき、省エネ復帰要因情報に対応する処理が実行されたか否かを管理し、省エネ復帰要因情報に対応する処理が実行されたことを確認の上で省エネに入るように制御する。これにより、ネットワークの処理目的でCPUが復帰した場合は、その処理目的が達成されるまでCPUを停止状態にしないように制御するので、当該処理を実施後に最短の時間で省エネに入ることができるので、ネットワーク機能の利便性を確保しつつ、画像形成装置の省エネ性能を高めることができる。本発明の実施形態について、図面を参照して説明する。本発明は、省エネモードに入る場合に、省エネ復帰後に処理すべき処理を実施したかどうかを管理し、処理が実施されたことを確認の上で省エネに入ることを特徴としている。特に、ネットワークの処理目的でCPUが復帰した場合は、その処理目的が達成されるまでCPUを停止状態にしないように制御するので、当該処理を実施後に最短の時間で省エネに入ることができるので、ネットワーク機能の利便性を確保しつつ、画像形成装置の省エネ性能を高めることができる。本発明の特徴について、図面を参照して詳細に説明する。図1は、本発明の実施形態に係る画像処理装置を説明するためのブロック図である。PHYphysicallayer1は、ネットワーク50との間で各種のパケットデータ以下、単にパケットともいうの送受信をするネットワーク用の物理層部であり、データと電気信号の相互変換を行う。PHY1には、常時給電が行われるので、低消費電力モードでも、ネットワークとパケットを交信することが可能である。電源管理部2は、ブロックB~Dに設けられている装置の電源管理を行う。電源管理部2は、タイマカウンタ機能を有し、一定時間後にブロックBの電源を入れる機能を有する。また、ブロックBの電源に対する省エネ復帰要因情報受信したパケット、または、タイマデータを記憶する。フィルタ3は、パケットのパターンマッチングを行い、特定条件のパターンにマッチした場合に、ブロックBを復帰させる。また、フィルタ3は、選択信号をゲート4a,4bに出力して操作し、データの流れを操作する。また、レジスタ5に省エネ復帰要因となったパケットのサイズを書き込む。ゲート4a,4bは、データの流れについての遮断を行う。ブロックAだけで動作している時はゲート4aのみが開いており、PHY1とバッファ6との間でデータのやりとりが可能となる。一方、ブロックBが動作している時はゲート4bのみが開いており、PHY1とMAC7との間でデータのやりとりが可能となる。レジスタ5は、省エネ復帰要因となったパケットのサイズを保存する。レジスタ5は、CPU9からのデータの読み書きが可能である。バッファ6は、省エネ復帰要因となったパケットを保存する。パケット全体を保存できるサイズではなく、送信元からの再送を期待できないパケットを保存できるサイズが好ましい。MAC7は、フレームの送受信制御や誤り検出を行う。メモリ8は、画像形成装置を制御するためのプログラムやアプリケーションソフトウエアを記憶する。CPU9は、メイン処理ブロックBに設けられており、画像形成装置を制御する。また、CPU9は、電源供給が停止された場合に低消費電力モードに移行してsleep状態になる。プロッタ10は、画像データを記録媒体へ印字する。スキャナ11は、記録媒体に記載されている画像を光学的に読み取り画像データを出力する。通信制御部17は、ネットワーク50とデータ通信を行う。図2は、本発明の実施形態に係る画像処理装置に用いるソフトウエアモジュール以下、SMというを示すブロック図である。プリンタSM201は、プリンタ機能に関する制御を行うSMである。コピーSM202は、コピー機能に関する制御を行うSMである。スキャナSM203は、スキャナ機能に関する制御を行うSMである。メモリ管理SM204は、メモリ8の管理を行うSMである。画像加工SM205は、各機能に必要な画像加工処理を行う。画像データの記録型式が互いに異なるTIFFやJPEGなどへのデータ変換も行うSMである。プリンタ言語SM206は、通信制御SM207から受信したプリンタジョブデータを解析し、画像化を行うSMである。通信制御SM207は、通信制御部17の制御を行うSMである。プロッタ制御SM208は、プロッタ10の制御を行うSMである。スキャナ制御SM209は、スキャナ11の制御を行うSMである。図3aは、本発明の実施形態に係る画像処理装置における、通信制御SM207のソフトウエアモジュールSMを示すブロック図である。MACドライバSM301は、通信制御部17の制御を行うSMである。ネットワークスタックSM302は、IP層トランスポート層の制御を行うSMである。ネットワークアプリケーションSM303は、機能ごとのネットワーク制御を行うSMである。port9100SM304は、PCからの印刷データを受信し、プリンタアプリケーションにデータを渡すSMである。lpdSM305は、RFC1179により規定されている手順に従い、パーソナルコンピュータPCからの印刷データを受信し、プリンタアプリケーションにデータを渡すSMである。SNMPSimpleNetworkManagementProtocolSM306は、ネットワーク機器の状態取得など監視に使われるSMである。タイマSM307は、一定時間経過すると電源管理部2にブロックBの電源供給停止を指示するSMである。なお、タイマーカウント値はパケット判断部より操作される。パケット判断SM308は、自動応答可能なパケットかどうかの判断を行うSMである。省エネイン判断SM309は、省エネイン可能かどうかの判断を行うSMである。なお、本実施形態では、パケット判断SM308、省エネイン判断SM309をそれぞれ独立して設けている。復帰タイマSM310は、ネットワークアプリやネットワークスタックから登録される復帰時間を管理するSMである。図3bは、本発明の実施形態に係る画像処理装置における、通信制御SM207を示すソフトウエアのモジュールのブロック図である。図3bでは、図3aに示す構成に加えて、省エネイン判断SM309a,309b,309c,309dをネットワークスタックSM302、port9100SM304、lpdSM305、SNMPSM306にそれぞれ分散して設けていることを特徴とする。図4は、MACドライバSM301のソフトウエアモジュールSMのブロック図である。受信バッファSM401は、MAC7から受信したデータを保存するSMである。送信バッファSM402は、ネットワークスタックSM302から受信したデータを保存するSMである。バッファチェックSM403は、バッファ6のチェックを行うSMである。MAC制御SM404は、MAC7の制御を行うSMである。MAC7から受信したデータを受信バッファSM401に保存し、ネットワークスタックSM302に渡す。また、ネットワークスタックSM302が送信バッファSM402に保存したデータをMAC7に渡す。図5は、フィルタ3に対するパターンマッチングの設定例を示す表である。送信元MACアドレスとマッチングデータの組み合わせとマッチングした時の動作を指定できる。マッチングデータは、送信元MACアドレスより後部の部分に対してマッチングデータとマスクデータで設定できる。図6は、図5に示すマッチングデータの指定範囲の一例である。図6には、一例として、6オクテッドからなる宛先MACアドレス、6オクテッドからなる送信元MACアドレス、2オクテッドからなるタイプ、46~1500オクテッドからなるペイロードデータ、4オクテッドからなるFCSを示す。パターンマッチのデータは、ペイロードデータ部の最後部まで指定できてもよいが、必要最低限のサイズまでとしてもよい。例えば、IPv6のポート番号が指定できるサイズなどである。図7は、ブロックAだけで動作している時の通信制御部17による動作を示すフローチャートである。ステップS701では、ネットワーク50からPHY1を介してパケットを受信する。ブロックAだけで動作している時には、フィルタ3から出力される選択信号によりゲート4aが開いているので受信パケットがバッファ6に書き込まれる。ステップS702では、フィルタ3において、バッファ6に記憶しておいた、受信したパケットのパターンマッチング判定を行う。マッチしている場合にはS703に進む。マッチしていない場合にはS708に進む。ステップS703では、マッチングした設定の中に1つでもSleepの設定があればSleepと判定する。Wakeupの場合はS704に進む。Sleepの場合はS708に進む。ステップS704では、フィルタ3は省エネ復帰要因となったパケットのサイズをレジスタ5に書き込む。ステップS705では、フィルタ3はゲート4aを閉じ、ゲート4bを開く。ステップS706では、フィルタ3は電源管理部2を操作し、ブロックBの電源をONする。ステップS707では、CPU9が復帰する。図8は、省エネモードからの復帰後のMACデバイスドライバSM301の動作を示すフローチャートである。ステップS801では、レジスタ5に記憶されているパケットのサイズ省エネ復帰要因をチェックする。レジスタ5の値が0より大きい場合はS802に進む。一方、レジスタ5の値が0の場合はS805に進む。ステップS802では、エラー判定処理として、バッファ6に保存されたデータをチェックする。エラーなしの場合はS803に進む。一方、エラーの場合はS804に進む。ステップS803では、バッファ6に記憶されているパケットを読み出して受信バッファSM401に保存し、ネットワークスタックSM302へ通知する。ステップS804では、レジスタ5に値0を書き込む。ステップS805では、MAC初期化処理を行う。図9は、MACデバイスドライバSM301による、図8に示すステップS802のエラー判定処理を示すフローチャートである。ステップS901では、レジスタ5に保存されているパケットのサイズ省エネ復帰要因がバッファ6に保存されている値以下の場合はS902に進む。一方、より大きい場合にはS904に進む。ステップS902では、ソフト処理にてFCSのチェックを行う。エラーなしの場合はS903に進む。エラーの場合はS904に進む。ステップS903では、エラーなしと判定する。一方、ステップS904では、エラーありと判定する。図10は、MACデバイスドライバSM301による、図8に示すステップS802のエラー判定処理を示す別のフローチャートである。ステップS1001では、レジスタ5に保存されているパケットのサイズ省エネ復帰要因がバッファ6に保存されている値以下の場合はS1002に進む。一方、より大きい場合にはS1003に進む。ステップS1002では、ソフト処理にてFCSのチェックを行う。エラーなしの場合はS1004に進む。一方、エラーの場合はS1005に進む。ステップS1003では、定型パケットか否かを判断する。定型パケットYESの場合はS1004に進む。一方、定型パケットではないNo場合はS1005に進む。ステップS1004では、エラーなしと判定する。一方、ステップS1005では、エラーありと判定する。ここで、ステップS1003に示す処理定型パケットかについて説明する。ネットワーク50に接続されているパーソナルコンピュータPC図示しないのOSである例えば、Windows登録商標からの定期MIBManagementInformationBase問い合わせのように、先頭パケットから後続パケットを推測できるものがある。その場合、パケットを完全に保存していなくとも補完して図8に示すS803の処理受信バッファへのパケット保存が可能となる。図11は、一定時間が10秒だった場合のタイマSM307による動作を示すフローチャートである。ステップS1101では、タイマSM307のカウント値が10000の場合にはS1103に進む。一方、違う場合にはS1102に進む。ステップS1102では、タイマSM307のカウント値に値1を加算し、S1101に進む。ステップS1103では、タイマSM307のカウント値を値0に設定する。ステップS1104では、電源管理部2にブロックBの電源供給停止を指示する。これにより、一定期間パケットを受信していない場合に、メイン処理を行うブロックBの電源供給を停止するように制御することができる。ステップS1101でのタイマSM307のカウント値は、受信したパケットのイーサタイプ、TCPUDP、ポート番号などから次のパケットを受けるまでの時間を予測し、変化させてもよい。ここで、本実施形態における特徴的な事項について説明する。まず、図3aに示す通信制御SM207のソフトウエアモジュールSMを用いる場合について委説明する。受信したパケットをエラーと判断した場合に、受信したパケットがエラーであることを示すエラーメッセージをネットワークスタックSM302に通知する。すなわち、エラー通知箇所としては、図8に示すS802、図9に示すS904、図10に示すS1005においてエラーと判定した後に、パケットが保存したものだった場合に、ネットワークスタックSM302へ受信したケットが保存したものであることを通知する。次いで、図3bに示す通信制御SM207のソフトウエアモジュールSMを用いる場合について委説明する。なお、省エネイン判断部SM309a,309b,309c,309dを、ネットワークスタックSM302、port9100SM304、lpdSM305、SNMPSM306にそれぞれ分散して設けている。図8に示すS802の処理がなくなり、S803で受信バッファSM401にパケットデータを保存するだけでなく、レジスタ5の値もメモリに保存し、ネットワークスタックSM302へ渡す。ネットワークスタックSM302は、渡されたパケットがバッファ6に保存されていたパケットである場合には、図8、図9、図10と同様の判定を行い、パケットがエラーかどうかの確認を実行し、処理するかどうかを判断する。ネットワークスタックSM302は、パケットがエラーの場合でも、保存されているパケットの先頭部分より、受信したパケットのイーサタイプ、TCPUDP、ポート番号などから次のパケットを受けるまでの時間を予測し、タイマーカウント値を変更する。このように、省エネ復帰要因に対応する処理が実行されたかを管理する場合に、それぞれのモジュールで分散して管理することで、機能の取り外しが簡単に行うことが可能となる。図12は、省エネイン判断SM309による、省エネ復帰から省エネインするまでの動作を示すフローチャートである。ステップS1201では、省エネイン判断SM309が電源管理部2から省エネ復帰要因を読み出す。ステップS1202では、フラグに1をセットする。ステップS1203では、パケット受信による復帰であればS1204に進む。タイマSM307による復帰である場合にはステップS120に進む。ステップS1204では、パケット処理したネットワークアプリケーションが省エネイン判断SM309に処理完了を通知する。ステップS1205では、フラグに値0をセットする。ステップS1206では、省エネイン判断SM309が復帰タイマから復帰を依頼した対象アプリを取得する。ステップS1207では、ネットワークアプリケーションが省エネイン判断SM309に処理完了を通知する。ステップS1208では、通知があったネットワークアプリケーションが復帰タイマから取得したネットワークアプリケーションと一致すればS1205に進む。不一致の場合はS1207に進む。これにより、省エネ復帰要因情報に対応する処理が実行されたか否かを管理することができる。また、省エネ復帰要因情報に対応する処理が実行されたことを確認した上で省エネに入るように制御することができる。以上のように、ネットワーク50を介してパケット通信をPHY1により行い、CPU9を有するメイン処理ブロックBへの電源供給を停止する。ネットワーク50を介してPHY1により特定のパケットを受信した場合に、メイン処理ブロックBへの電源供給を復帰させ、PHY1により一定期間パケットを受信していない場合に、メイン処理ブロックBへの電源供給を停止するように制御する。メイン処理ブロックBへの電源供給を復帰させる要因となった省エネ復帰要因情報を記憶し、省エネ復帰要因情報に対応する処理が実行されたか否かを管理し、省エネ復帰要因情報に対応する処理が実行されたことを確認の上で省エネに入るように制御する。これにより、ネットワークの処理目的でCPUが復帰した場合は、その処理目的が達成されるまでCPUを停止状態にしないように制御するので、当該処理を実施後に最短の時間で省エネに入ることができるので、ネットワーク機能の利便性を確保しつつ、画像形成装置の省エネ性能を高めることができる。図13は、タイマSM307による、図11に示すステップS1104のブロックBの電源OFF処理の詳細である。ステップS1301では、省エネイン判断SM309により設定されたフラグが値0の場合にはS1303に進む。一方、違う場合はS1302に進む。ステップS1302では、500ms待つ。なお、待ち時間は、一例であり、システム構成にあわせ、500msよりも短い時間でもよい。ステップS1303では、復帰タイマ管理から一番近い時刻を選択し、現在時刻との差を電源管理2の復帰タイマに設定する。ステップS1304では、電源管理2にブロックBの電源供給停止を指示する。図14は、復帰タイマSM310の管理テーブルの一例を示す図である。図14には、依頼アプリケーションソフトウエアとしてDHCPが記憶され、復帰時刻として2011年9月10日13時12分10秒が記憶される。図15は、タイマSM307による、図11に示すS1104のブロックBの電源OFF処理の詳細について示すフローチャートである。ステップS1501では、省エネイン判断SM309により設定されたフラグが値0の場合にはS1503に進む。一方、違う場合はS1502に進む。ステップS1502では、500ms待つ。ステップS1503では、復帰タイマ管理から一番近い時刻が5秒以内の場合にはS1501に進む。違う場合はS1504に進む。ステップS1504では、復帰タイマ管理から一番近い時刻を選択し、現在時刻との差を電源管理部2の復帰タイマに設定する。ステップS1505では、電源管理部2にブロックBの電源供給停止を指示する。このように、次回復帰時刻の一定時間前の場合に、省エネインに入らないように制御することで、省エネインから省エネ復帰までの間のロスがなくなるため、直ちに復帰する場合の処理の遅延が少なくなる。パケットを早く処理できるためネットワークの応答が速くできるようになる。"