"外部からパケットを受信する受信手段と、当該装置のメイン処理を行うメイン処理手段と、電源を管理する電源管理手段とを有し、前記メイン処理手段が省エネルギー状態の場合に動作を停止する情報処理装置であって、前記受信手段により受信されたパケットが記憶される第1の記憶手段と、パケットのパターンと前記メイン処理手段の動作とを対応付けたテーブルを有し、前記省エネルギー状態の場合に、前記第1の記憶手段に記憶されたパケットと前記テーブルとに基づいて前記メイン処理手段を起動させるか否かを判定し、起動させる場合に、前記電源管理手段によって前記メイン処理手段へ電源を供給させて該メイン処理手段を起動させる制御手段とを設け、該制御手段は、前記メイン処理手段が起動してから予め設定された所定時間内に前記受信手段によりパケットが受信されていない場合に、前記電源管理手段による前記メイン処理手段への電源供給を停止させる手段を有し、前記メイン処理手段は、前記制御手段によって起動されると、前記第1の記憶手段に記憶された前記パケットが完全かどうかを判定し、完全でない場合に、該パケットの種類に応じて前記所定時間を内部に設定する手段を有することを特徴とする情報処理装置。請求項1に記載の情報処理装置において、パケットのサイズが書き込まれる第2の記憶手段を設け、前記制御手段は、前記メイン処理手段を起動させると判定した場合に、該判定の基となったパケットのサイズを前記第2の記憶手段に書き込む手段を有し、前記メイン処理手段は、前記電源管理手段により起動されると、前記第1の記憶手段のメモリサイズと前記第2の記憶手段に書き込まれた前記パケットのサイズとを比較し、前記第1の記憶手段のメモリサイズが前記第2の記憶手段に書き込まれた前記パケットのサイズより小さい場合に、前記第1の記憶手段に記憶された前記パケットが完全でないと判定することを特徴とする情報処理装置。前記メイン処理手段は、前記第1の記憶手段に記憶された前記パケットが完全でないと判定した場合に、前記第1の記憶手段に記憶された前記パケットの一部のパターンが特定のパターンであるか否かを判断し、特定のパターンである場合に、前記第1の記憶手段に記憶された前記パケットの一部から受信されたパケット全体を復元することを特徴とする請求項2に記載の情報処理装置。前記メイン処理手段は、前記第1の記憶手段のメモリサイズが、前記第2の記憶手段に書き込まれた前記パケットのサイズ以上である場合に、前記第1の記憶手段に記憶された前記パケットが完全であると判定し、受信された前記パケットを前記第1の記憶手段から読み出すことを特徴とする請求項2又は3に記載の情報処理装置。請求項1乃至4のいずれか一項に記載の情報処理装置において、前記受信手段と前記第1の記憶手段との間の接続又は遮断を制御する第1のスイッチ手段と、前記受信手段と前記メイン処理手段との間の接続又は遮断を制御する第2のスイッチ手段とを設け、前記制御手段は、前記省エネルギー状態の場合には、前記第1のスイッチ手段により前記受信手段と前記第1の記憶手段とを接続し、前記第2のスイッチ手段により前記受信手段と前記メイン処理手段とを遮断し、前記メイン処理手段を起動させると判定した場合に、前記第1のスイッチ手段により前記受信手段と前記第1の記憶手段とを遮断し、前記第2のスイッチ手段により前記受信手段と前記メイン処理手段とを接続することを特徴とする情報処理装置。外部からパケットを受信する受信手段と、当該装置のメイン処理を行うメイン処理手段と、電源を管理する電源管理手段と、前記受信手段により受信されたパケットが記憶される第1の記憶手段と、前記受信手段、前記メイン処理手段、前記電源管理手段、および前記第1の記憶手段に対する各種制御を行う制御手段とを有し、前記メイン処理手段が省エネルギー状態の場合に動作を停止する情報処理装置における情報処理方法であって、前記制御手段が、パケットのパターンと記メイン処理手段の動作とを対応付けたテーブルを参照し、前記省エネルギー状態の場合に、前記第1の記憶手段に記憶された前記パケットと前記テーブルとに基づいて前記メイン処理手段を起動させるか否かを判定する判定し、起動させる場合に、前記電源管理手段によって前記メイン処理手段へ電源を供給させて前記メイン処理手段を起動させると共に、該メイン処理手段が起動してから予め設定された所定時間内に前記受信手段によりパケットが受信されていない場合に、前記電源管理手段による前記メイン処理手段への電源供給を停止させ、前記メイン処理手段が、前記制御手段によって起動されると、前記第1の記憶手段に記憶された前記パケットが完全かどうかを判定し、完全でない場合に、該パケットの種類に応じて前記所定時間を内部に設定することを特徴とする情報処理方法。しかしながら、上述した従来の画像処理装置において、上記の省エネルギー状態に移行する機能を備えている場合、省エネルギー状態時にパケットが一時記憶バッファに入らずに破棄された場合には、その後に復帰したCPUで、パケットを受信したこと自体認識できない。CPUは、復帰後、一時記憶バッファ内のパケットが破棄されていると、そのパケットに応じた省エネルギー状態に移行するまでの適切な待ち時間が判らず、その待ち時間を設定することはできない。例えば、破棄されたパケットの重要度が高く、端末装置等の外部機器から早期に再送される可能性があっても、前回設定した待ち時間が短いと、省エネルギー状態への移行が早まる。そのため、再送されるパケットを再び省エネルギー状態で受け取ってしまい、いつまでもパケットを正常に処理できないという問題がある。そして、この問題を解消する構成については、特許文献1,2に記載されていない。この発明は、上記の点に鑑みてなされたものであり、パケットが一時記憶バッファに入らない記憶できない場合でも、省エネルギー状態に移行するまでの適切な待ち時間を設定できるようにすることを目的とする。この発明は、上記の目的を達成するため、外部からパケットを受信する受信手段と、当該装置のメイン処理を行うメイン処理手段と、電源を管理する電源管理手段とを有とを有し、上記メイン処理手段が省エネルギー状態の場合に動作を停止する情報処理装置であって、以下のようにしたことを特徴とする。すなわち、上記受信手段により受信されたパケットが記憶される第1の記憶手段と、パケットのパターンと上記メイン処理手段の動作とを対応付けたテーブルを有し、上記省エネルギー状態の場合に、上記第1の記憶手段に記憶されたパケットと上記テーブルとに基づいて上記メイン処理手段を起動させるか否かを判定し、起動させる場合に、上記電源管理手段によって上記メイン処理手段へ電源を供給させて上記メイン処理手段を起動させる制御手段を設ける。そして、上記制御手段が、上記メイン処理手段が起動してから予め設定された所定時間内に上記受信手段によりパケットが受信されていない場合に、上記電源管理手段による上記メイン処理手段への電源供給を停止させる手段を有する。また、上記メイン処理手段が、上記制御手段によって起動されると、上記第1の記憶手段に記憶された上記パケットが完全かどうかを判定し、完全でない場合に、そのパケットの種類に応じて上記所定時間を内部に設定する手段を有するものである。この発明によれば、パケットが第1の記憶手段一時記憶バッファに入らない場合でも、省エネルギー状態に移行するまでの適切な待ち時間を設定することができる。以下、この発明を実施するための形態を図面に基づいて具体的に説明する。なお、この発明は、ローカルエリアネットワークLAN等のネットワークを介して通信を行うネットワーク対応機器に適用可能である。以下に説明する実施形態では、ネットワーク対応機器を画像形成装置として実施した形態について説明する。図1は、この発明による情報処理装置の一実施形態である画像形成装置の制御系の構成例を示すブロック図である。この実施形態の画像形成装置100は、情報データ処理機能を有しており、ネットワークに接続され、そのネットワーク上の他のネットワーク対応機器と通信を行う。この画像形成装置100では、自己を構成する各部を複数のブロックに分け、そのブロック毎に電源管理を行っている。この画像形成装置100は、ここでは4つのブロック110,120,130,140を備えている。ブロック110は、物理層PhysicalLayer:PHYインタフェース以下PHYと略称する111、電源管理部112、データ制御部113、ゲート114,115、レジスタ116、バッファ117を含み、ブロック120,130への給電電源供給又は電力供給ともいうに関する制御を行う。ブロック120は、メモリ121、CPU122、メディアアクセス制御MediaAccessControl:MAC部以下MACと略称する123を含む。ブロック130は、プロッタ131を含み、ブロック140はスキャナ141を含む。PHY111は、データと電気信号の相互変換手段であり、ネットワークと接続し、そのネットワーク上のパーソナルコンピュータPCや他の画像形成装置とパケットデータ以下単にパケット又はデータともいうの送受信を行う。このPHY111が、この発明における受信手段としての機能を有する。電源管理部112は、電源管理手段であり、ブロック120,130,140の電源管理を行う。つまり、図示しない電源部からブロック120,130,140への電源供給と電源供給の停止を行っている。電源部は、商用電源に接続された電源部又は蓄電池であり、この画像形成装置100へ電源を供給する。データ制御部113は、制御手段であり、ASICApplicationSpecificIntegratedCircuit等の集積回路によって構成されている。このデータ制御部113は、ブロック120,130,140に電源を供給するか否かの判定やデータの流れを制御する。つまり、パケットのパターンマッチングを行い、特定条件にマッチした場合に、ブロック120に電源を供給し復帰させる。また、ゲート114,115を操作し、データの流れを操作する。更に、第2の記憶手段であるレジスタ116に、ブロック120を復帰させるきっかけとなったパケットのサイズデータ量を書き込む。なお、復帰とは、CPU122を再起動させることに相当する。データ制御部113の詳細は、後述する。ゲート114,115は、データの流れを遮断する第1,第2のスイッチ手段であり、データ制御部113により制御される。この実施形態では、ゲート114,115が開いているときはデータが流れ、ゲート114,115が閉じているときはデータの流れが遮断される。ゲート114は、PHY111とバッファ117との間に設けられており、PHY111とバッファ117との接続又は遮断を制御する。ゲート115は、PHY111とMAC123との間に設けられており、PHY111とMAC123との接続又は遮断を制御する。つまり、PHY111とCPU122との接続又は遮断を制御する。この実施形態では、ブロック110にのみ電源が供給されている場合省エネルギー状態時にはゲート114のみが開いており、受信したパケットを第1の記憶手段であるバッファバッファメモリ117に記憶できるようになっている。また、ブロック120,130,140にも電源が供給されている場合通常状態時にはゲート115のみが開いており、受信したパケットはMAC123を介してCPU122により読み取られる。レジスタ116は、ブロック120を復帰させるきっかけとなったパケットのサイズを保存するための記憶手段であり、CPU122から読み書きが可能である。バッファ117は、PHY111が受信したパケットブロック120を復帰させるきっかけとなったパケットを保存するための記憶手段である。この実施形態のバッファ117は、受信したパケット全体を保存できるメモリサイズ記憶容量はなく、パケットの一部を保存できるメモリサイズであれば良い。パケット全体を保存できるメモリサイズとは、例えば1518オクテットである。また、パケットの一部を保存できるメモリサイズとは、例えば256オクテットである。この実施形態では、バッファ117のメモリサイズは、256オクテットとする。この実施形態では、ゲート114が開いている場合には、PHY111を介して受信されたパケットはバッファ117へ書き込まれる。また、パケットは先頭から順にバッファ117へ格納され、パケットの全体が格納される前にバッファ117の空き容量がなくなった場合には、バッファ117に格納されなかった部分のパケットのデータは破棄される。更に、バッファ117に空き容量がない場合にパケットが受信されると、バッファ117にパケットが上書きされる。メモリ121は、ROM,RAM,およびフラッシュメモリ等の不揮発性メモリを備えた記憶部であり、画像形成装置100の機能を実行するためのアプリケーションプログラム以下アプリケーション又はアプリともいうを含む各種のプログラムやデータ後述する時間等の設定内容を示すデータを含むを記憶する。また、メモリ121は、CPU122が各種の制御処理を実行する際の作業領域を提供する。CPU122は、上記プログラムに従って画像形成装置100の全体を制御する。その機能が、メイン処理手段としての機能である。MAC123は、PHY111によるパケットの送受信制御や誤り検出を行う。プロッタ131は、印刷手段画像形成手段であり、画像データを可視画像として用紙等の印刷媒体への印刷プリント又は画像形成ともいうを行う。スキャナ141は、画像読取手段であり、紙原稿紙以外の原稿でもよいの画像を光学的に読み取って画像データとして出力する。なお、上述した4つのブロック110,120,130,140以外に、ファクシミリ通信を行う機能部のブロックや、自動原稿給送装置ADFのブロック等の他のブロックも備えることもできる。この実施形態の画像形成装置100では、ブロック110内のPHY111、データ制御部113、ゲート114,115、レジスタ116、バッファ117と、ブロック120内のMAC123とで通信機能部150を形成している。通信機能部150は、画像形成装置100に送信されたデータに基づき、画像形成装置100およびその画像形成装置100とネットワークを介して接続された他の装置との通信を制御する。また、送信されたデータに基づき、画像形成装置100を省エネルギー状態から通常状態へ復帰させるか否かを判断する。そして、画像形成装置100を通常状態へ復帰させると判断すると、ブロック120に電源が供給されてCPU122が再起動し、通常状態へ復帰する。なお、この実施形態における省エネルギー状態とは、ブロック120,130,140に電源が供給されておらず、ブロック110のみが動作している状態を示す。また、通常状態とは、少なくともブロック110とブロック120が動作している状態を示す。よって、CPU122は、省エネルギー状態では動作は停止しており、通信機能部150からの復帰指示に基づき再起動する。次に、図1に示した画像形成装置100の主要なソフトウェア機能構成について説明する。なお、このソフトウェアを構成するプログラムによる処理は、実際にはCPU122がメモリ121内のプログラムに従って動作することによって実行するが、説明の都合上、プログラムが処理を実行するものとする。以後も、プログラムが何らかの処理を行うものとして説明を行う場合には、同様とする。図2は、図1に示した画像形成装置100における主要なソフトウェアの構成例を示すブロック図である。この画像形成装置100は、プリンタ機能部201、コピー機能部202、スキャナ機能部203、メモリ管理部204、画像加工部205、プリンタ言語部206、通信制御部207、プロッタ制御部208、およびスキャナ制御部209の各プログラムを備えている。プリンタ機能部201は、プリンタアプリの一部であり、図1のプロッタ131を用いたプリンタ機能に関する制御を行う。コピー機能部202は、コピーアプリであり、図1のプロッタ131とスキャナ141を用いたコピー機能に関する制御を行う。スキャナ機能部203は、スキャナアプリであり、図1のスキャナ141を用いたスキャナ画像読み取り機能に関する制御を行う。メモリ管理部204は、図1のメモリ121の管理を行う。画像加工部205は、プリンタ機能部201、コピー機能部202、スキャナ機能部203を含む各機能に必要な各種の画像加工処理を行う。この画像加工処理には、TIFFTaggedImageFileFormatやJPEGJointPhotographicExpertsGroupを含む各種の圧縮データへのデータ変換も含む。プリンタ言語部206は、プリンタアプリの一部であり、通信制御部207から受信したパケットの印刷データプリンタジョブデータを解析し、図1のプロッタ131で印刷を行うための画像化画像データへの変換を行う。通信制御部207は、図1のMAC123を含む通信機能部150の制御を行う。通信制御部207の詳細は後述する。プロッタ制御部208は、図1のプロッタ131の制御を行う。スキャナ制御部209は、図1のスキャナ141の制御を行う。この実施形態では、CPU122が再起動してブロック120が復帰した後は、通信制御部207により通信機能部150を制御して通信を行う。以下で通信制御部207の詳細を説明する。図3は、図2の通信制御部207の構成例を示すブロック図である。この通信制御部207は、MACドライバ部301、ネットワークスタック部302、ネットワークアプリ部303、タイマ304、およびパケット種類判断部305を備えている。MACドライバ部301は、MAC123の制御を行う。これは周知なので、詳細な説明を省略する。ネットワークスタック部302は、IPInternetProtocol層、トランスポート層の制御を行う。これも周知なので、詳細な説明を省略する。ネットワークアプリ部303は、プリンタ機能およびスキャナ機能を含む機能毎のネットワーク制御を行う。このネットワークアプリ部303は、図3の例では、印刷データ通信部303aおよびネットワーク管理通信部303bを備えている。印刷データ通信部303aは、パーソナルコンピュータ等の端末装置からの印刷データを受信し、プリンタアプリを構成するプリンタ言語部206に印刷データを渡すポートport9100を使用可能である。このポートとは、外部とデータを入出力するためのソフトウェア又はハードウェアのインタフェースである。また、RFCRequestForComment1179で規定されている手順に従い、端末装置からの印刷データを受信し、プリンタ言語部206に印刷データを渡すLPDプロトコルLinePrinterDaemonProtocolを使用可能である。上記RFCは、インタネットに関する技術の標準を定める団体であるIETFによって規定された仕様であり、例えば、IPRFC791、TCPTransmissionControlProtocolRFC793、HTTPHyperTextTransferProtocolRFC2616、FTPFileTransferProtocolRFC959などインターネットで利用されるプロトコルや、その他インターネットに関わるさまざまな技術の仕様がある。また、上記LPDプロトコルはネットワークプリンタへ接続するプロトコルの一種である。ネットワーク管理通信部303bは、ネットワーク上の機器であるネットワーク対応機器の管理のための通信を司る。このネットワーク管理通信部303bは、ネットワーク対応機器の状態取得など監視に使われるSNMPSimpleNetworkManagementProtocolを使用可能である。SNMPは、ネットワーク管理のために規定されたプロトコル通信規約に基づく機能部である。このSNMPは、ネットワークに接続されたルータやハブを含む通信機器を、ネットワークを通じて監視あるいは制御するためのものである。なお、SNMPは、TCP/IP接続のネットワークに用いられることが多いが、TCPではなくUDP上で用いられることもある。上記監視や制御の対象となる通信機器は、MIBManagementInformationBaseと呼ばれるデータベースに管理されている。そして、MIBの規定に従って、モデムの利用状況を調べたり、あるいは設定をリセットしたりといった機器の設定管理を行うことができる。タイマ304は、時間を計測カウントする。このタイマ304の計測値カウント値はパケット種類判断部305によって操作される。パケット種類判断部305は、図1のMAC123によって受信したパケットがネットワーク管理通信部303bで処理するパケットの種類か、ネットワークスタック部302で処理するパケットの種類かの判断を行う。パケット種類判断部305はまた、MAC123によって受信したパケットがブロック110で自動応答可能なパケットの種類か否かの判断を行う。以上のように構成された通信制御部207では、ブロック120が給電状態のときに受信したデータの応答データを生成して応答した後、受信したデータがブロック110で応答可能なデータであることを確認した場合、電源管理部112によってブロック120への給電を停止させる指示を送る手順の処理を実行することができる。また、ブロック120が給電状態のときにブロック110によって応答不可能なデータの受信が一定期間無かったことを確認した場合、電源管理部112にブロック120への給電を停止させる指示を送る手順の処理を実行することもできる。さらに、ブロック110によって応答不可能なデータの受信が一定期間無かったことを確認中は、ブロック110によって応答可能なデータの受信があっても一定期間の計測を継続する手順の処理を実行する。さらにまた、ブロック110によって応答不可能なデータの受信が一定期間無かったことを確認中に、ブロック110によって応答可能で且つ予め設定された種類のデータを受信した場合、電源管理部112にブロック120への給電を停止させる指示を送る手順を実行する。図3に示した通信制御部207の内部構成例では、パケット種類判断部305を他の内部機能部と独立して設けている場合を示した。しかし、図4に示すように、ネットワークアプリ部303のネットワーク管理通信部303bの内部にパケット種類判断部305aを、ネットワークスタック部302の内部にパケット種類判断部305bをそれぞれ設ける構成にしても良い。図4は図2の通信制御部207の他の構成例を示すブロック図であり、図3と同じ又は対応する部分には同一符号を付している。図4のネットワークアプリ部303は、内部にパケット種類判断部305aを設けた他は図3のネットワークアプリ部303と同じ機能を果たす。図4のネットワークスタック部302はまた、内部にパケット種類判断部305bを設けた他は図3のネットワークスタック部302と同じ機能を果たす。この図4の構成例の場合、パケット種類判断部305aは、図1のMAC123によって受信したパケットがネットワーク管理通信部303bで処理するパケットの種類か否かを判断する。また、パケット種類判断部305bは、図1のMAC123によって受信したパケットがネットワークスタック部302で処理するパケットの種類か否かを判断する。次に、図3,図4のMACドライバ部301の詳細について説明する。図5は、そのMACドライバ部301の構成例を示すブロック図である。このMACドライバ部301は、受信バッファ401、送信バッファ402、バッファチェック部403、およびMAC制御部404を備えている。受信バッファ401は、MAC123から受信したデータを保存する。送信バッファ402は、ネットワークスタック部302から受信したデータを保存する。バッファチェック部403は、バッファ117にデータが格納されているか否かをチェックする。MAC制御部404は、MAC123を制御する。つまり、MAC123から受信したデータを受信バッファ401へ保存し、ネットワークスタック部302に渡す。また、ネットワークスタック部302が送信バッファ402に保存したデータをMAC123へ渡す。次に、画像形成装置100が省エネルギー状態である場合のブロック110の動作について説明する。この実施形態の画像形成装置100では、省エネルギー状態においてパケットを受信すると、データ制御部113が受信したパケットに基づきブロック120を復帰させるか否かを判断する。ここで、図1のデータ制御部113について説明する。このデータ制御部113には、ブロック120を復帰させるパケットのパターンが予め設定されており、受信したパケットが設定されたパターンとマッチするか否かを判定する。そして、受信したパケットが設定されたパターンとマッチすると判定すると、ゲート114,115を制御してブロック120を復帰させる。ここで、データ制御部113に設定されたパターンについて説明する。図6は、データ制御部113に設定されたパターンである対応テーブルの一例を示す説明図である。この対応テーブル50では、宛先MACアドレス、マッチングパターン、パターン一致時の動作が対応付けられている。図7は、データ制御部113に設定されたパターンであるアドレスパターンテーブルを示す説明図である。このアドレスパターンテーブル60には、宛先MACアドレスのパターンが示されている。データ制御部113は、受信したパケットの宛先MACアドレスがアドレスパターンテーブル60の1,2,3,4であり、受信したパケットのイーサタイプが0x0000-0x05DCであった場合、CPU122を再起動してブロック120を復帰させると判定する。また、受信したパケットの宛先MACアドレスがアドレスパターンテーブル60の1,2,3であり、受信したパケットがIPv4でポートが161であった場合、CPU122を起動させず、省エネルギー状態スリープを維持する。この実施形態では、このようなマッチングによる判定に用いるデータのサイズは、必要最低限までとしても良い。図8は、パケットのデータ構造の一例を示す説明図である。パケットには、宛先MACアドレス、送信元MACアドレス、タイプ、ペイロードデータ、FCSFrameCheckSequenceを含む。宛先MACアドレスは、ペイロードデータを届ける相手先を示すアドレスである。送信元MACアドレスは、パケットが送信された機器自身のMACアドレスであり、通常は機器の有するROMに焼き込まれた固有の番号が割り当てられている。タイプは、データフィールドに格納する上位層プロトコルを示すプロトコルタイプである。ペイロードデータは、46~1500オクテットの範囲でアプリケーションのデータが格納される。FCSは、ペイロードデータが壊れていないかどうかをチェックするためのビット列である。よって、データ制御部113は、対応テーブル50およびアドレスパターンテーブル60により、受信したパケットによりCPU122を再起動させると判定した場合、電源管理部112およびゲート114,115を制御してブロック120を復帰させることができる。次に、図1に示した画像形成装置100におけるCPU122の再起動について説明する。図9は、省エネルギー状態からCPU122を復帰させる際の動作例を示すフローチャートである。なお、この図を含む各フローチャートにおいて、ステップをSと略記している。画像形成装置100では、省エネルギー状態時に図9の処理を開始する。そして、まずS1でPHY111がパケットを受信すると、S2でデータ制御部113が、対応テーブル50およびアドレスパターンテーブル60により、受信したパケットのパターンマッチングを行う。そして、受信したパケットが対応テーブル50に設定されたパケットのパターンの何れともマッチしない場合には、データ制御部113は処理を終了する。このとき、ゲート114は開いており、ゲート115は閉じている。また、受信したパケットが対応テーブル50に設定されたパケットのパターンの何れかとマッチした場合パターン一致時には、S3へ移行し、データ制御部113は対応テーブル50におけるパターン一致時の動作を参照する。そして、パターン一致時の動作がスリープであった場合には、データ制御部113はCPU122を再起動させずに省エネルギー状態を維持したまま処理を終了する。なお、受信したパケットが対応テーブル50に設定されたパケットのパターンのうち複数のパターンとマッチする場合、パターン一致時の動作としてスリープが有効になる。一方、パターン一致時の動作が復帰であった場合にはS4へ移行し、データ制御部113は、受信したパケットをバッファ117へ格納し、受信したパケットのサイズをレジスタ116に書き込む。続いて、S5へ進み、データ制御部113は、ゲート114を閉じてゲート115を開くゲート操作を行う。このとき、バッファ117に書き込まれるパケットのサイズとレジスタ116に書き込まれるパケットのサイズとは必ずしも一致しない。この実施形態のバッファ117は、256オクテットである。よって、受信したパケットのサイズが1518オクテットであった場合、バッファ117に記憶されるのは、1518オクテットのうち先頭の256オクテットのみとなり、バッファ117にはパケットの一部しか記憶されない。これに対してレジスタ116には、受信したパケットのサイズとして1518オクテットという値が書き込まれる。よって、レジスタ116に書き込まれたパケットのサイズとバッファ116に記憶されたパケットのサイズとは異なる。なお、受信したパケットのサイズが、バッファ117のメモリサイズと同じ256オクテットである場合には、バッファ117には受信した全てのパケットが記憶され、レジスタ116に書き込まれるパケットのサイズとも一致とするようになる。次に、S6へ進み、データ制御部113は電源管理部112によってブロック120に電源を供給ONさせるS6。なお、このとき、ブロック130,140にも電源が供給されても良い。次に、S7へ進み、データ制御部113はCPU122を復帰させ、処理を終了する。CPU122が復帰して再起動すると、画像形成装置100は通常状態となる。次に、図1に示した画像形成装置100が通常状態に復帰した後の動作について説明する。図10は、画像形成装置100が通常状態に復帰した後のMACドライバ部301による動作例を示すフローチャートである。この実施形態において、CPU122が再起動して画像形成装置100が通常状態となると、MACドライバ部301は、図10の処理を開始し、まずS11でレジスタ116の値が0か否かを判定する。そして、レジスタ116の値が0の場合には、S15へ移行してMAC123を初期化する。ここで、この実施形態において、レジスタ116の値が0の場合、画像形成装置100は通常状態へ復帰した際にパケットを受信しておらず、パケットの受信以外の理由で通常状態へ復帰したことが判る。画像形成装置100を通常状態に復帰させるパケットの受信以外の理由とは、例えばユーザによる操作等である。一方、レジスタ116の値が0でない場合には、MACドライバ部301は、S12へ進み、バッファデータチェックを行って、バッファ117に記憶されたパケットが壊れていないか否かを判定チェックする。S12における判定処理の詳細は後述する。そして、パケットが壊れていた場合には、エラーとして直ちにS14へ進み、レジスタ116に0を書き込み、S15へ進む。また、パケットが壊れていない場合には、S13へ進み、バッファ117に記憶されたパケットを読み出して、図5の受信バッファ401へ保存する。このとき、図示は省略しているが、図4のネットワークスタック部302へパケットの保存を通知する。その後、S14へ進んでレジスタ116に0を書き込み、S15でMAC123を初期化して、処理を終了する。次に、図10におけるS12のバッファデータチェックの詳細について説明する。図11は、そのバッファデータチェックの第1例を示すフローチャートである。MACドライバ部301は、まずS21でレジスタ116に書き込まれたパケットのサイズを示す値とバッファ117のメモリサイズを示す値とを比較する。そして、レジスタ116のパケットのサイズがバッファ117のメモリサイズ以下の場合には、受信したパケット全体がバッファ117に記憶保存されていることが判る。その場合は次に、S22へ進んでバッファ117に保存されたパケットのFCSをチェックしてエラーの有無を判断する。そして、エラーがないパケットが完全な場合には、S23へ進んで対応する処理ここではエラーなし処理というを行い、図10の処理へリターンしてS13へ進む。エラーなし処理としては、対応するフラグ例えばエラーフラグを0にする処理がある。また、エラーがあったパケットが完全でない場合には、S24へ進んで対応する処理ここではエラー処理というを行った後、図10の処理へリターンし、S14へ進む。エラー処理としては、対応するフラグ例えばエラーフラグを1にすると共に、受信したパケットがエラーである旨をネットワークスタック部302へ通知する処理がある。一方、S21において、レジスタ116のパケットのサイズがバッファ117のメモリサイズより大きい場合、バッファ117にはパケット全てが記憶されていないことが判るため、S24へ進んでエラー処理を行う。なお、この実施形態では、図10のS13において、パケットを図5における受信バッファ401へ保存する際に、バッファ117に記憶されたデータが特定の構造のパケットの一部であった場合、バッファ117内のパケットの一部に基づきパケット全体を復元して受信バッファ401へ保存しても良い。次に、図10におけるS12のバッファデータチェックの他の例パケットを復元する場合の処理について説明する。図12は、そのバッファデータチェックの第2例を示すフローチャートである。MACドライバ部301は、まずS31でレジスタ116に書き込まれたパケットのサイズを示す値とバッファ117のメモリサイズを示す値とを比較する。そして、レジスタ116のパケットのサイズがバッファ117のメモリサイズ以下の場合には、バッファ117に保存されたパケットのFCSをチェックしてエラーの有無を判断する。ここで、S34,S33,S35の処理は、図11のS22~S24の処理と同様であるため、それらの説明は省略する。S31において、レジスタ116のパケットがバッファ117のメモリサイズより大きい場合には、S32へ進んでバッファ117に記憶されたパケットが特定パケットである定型パケットであるか否かを判断する。そして、定型パケットであった場合には、S33へ進んで図11のS23と同様のエラーなし処理を行う。また、定型パケットでない場合には、S35へ進んで図11のS24と同様のエラー処理を行う。なお、定型パケットとは、例えばOSOperatingSystem等からの定期的に送信される特定のデータ構造を有するパケット等であり、先頭パケットから後続パケットを推測することが可能なパケットを示す。この実施形態では、例えばこの定型パケットが予めメモリ121等に格納されており、CPU122MACドライバ部301はバッファ117に記憶されたパケットと予め格納された定型パケットとを比較して、バッファ117内のパケットが定型パケットか否かを判断しても良い。バッファ117が定型パケットであった場合、図10のS13においてパケットを受信バッファ401に記憶させる際に、CPU122は、バッファ117内のパケットの先頭部分から後続パケットを推測してパケット全体を復元して記憶させる。推測の方法としては、例えばS32において、バッファ117内のパケットの一部が定型パケットの一部と同じものであった場合に、バッファ117内のパケットで欠けている分が定型パケットの残りの部分と同一であると推測するものがある。次に、図2の通信制御部207による電源供給時省エネルギー状態からの復帰時を含むの処理について説明する。図13は、図2の通信制御部207による電源供給時の処理の一例を示すフローチャートである。通信制御部207は、ブロック120の通常状態への復帰時に図13の処理を開始し、まずS41で図3又は図4のタイマ304をスタートして時間計測を開始する。次に、S42へ進んで図3又は図4のMACドライバ部301がパケットを受信したか否かを判断し、受信すればS47へ進み、タイマ304による時間計測を停止してタイマ304のカウント値計測値を0にリセット初期化する。MACドライバ部301がパケットを受信していない場合には、タイマ304のカウント値が10000ms:ミリセコンドに達したか否かを判断するS43。つまり、タイマ304による計測時間が10秒に達したか否かを判断する。なお、タイマ304のカウント値=10000は、予め設定された所定時間一定時間に相当する。そして、タイマ304のカウント値が10000に達していない場合には、タイマ304のカウント値に1を加算してS44、タイマ304による時間計測を継続した後、S42へ戻って上述と同様の処理を繰り返す。その後、タイマ304のカウント値が10000に達すると、図1のブロック120での処理が必要なパケットの受信が所定時間無かったことを確認し、S45へ移行する。ここで、その所定時間としては、受信したパケットの種類イーサタイプ,TCP/UDP,ポート番号などから、次のパケットを受信するまでの時間を予測し、その予測時間に応じた最適な時間を設定し、その時間を示すデータを図1のメモリ121実際には不揮発性メモリに記憶することができる。なお、ユーザの要求ユーザの操作による端末装置又は画像形成装置100の図示しない操作部からの要求に応じて任意の時間を設定することもできる。S45では、タイマ304による時間計測を停止してタイマ304のカウント値を0にリセットする。次のS46では、図1のブロック120への電源供給を停止する指示をブロック110の電源管理部112へ送信し、その電源供給を停止させ、処理を終了する。なお、図10のS12のバッファデータチェックの判定処理を削除し、MACドライバ部301が、S13において、パケットを受信バッファ401に保存するだけでなく、レジスタ116の値をメモリ121に保存する処理も行い、その保存した値をネットワークスタック部302へ渡すようにすることもできる。その場合、ネットワークスタック部302は、渡されたパケットがバッファ117に保存されていたパケットである場合に、図10のS12図11又は図12と同様の判定処理を行い、パケットがエラーかどうかの確認を実施し、処理するかどうかを判断すると良い。そして、パケットがエラーの場合でも、保存されているパケットの先頭部分より、受信したパケットの種類イーサタイプ,TCP/UDP,ポート番号などから次のパケットを受信するまでの時間を予測することができる。よって、タイマ304のカウント値と比較する所定時間としては、その予測時間に応じた最適な時間を設定することができる。このように、この実施形態の画像形成装置によれば、図1におけるデータ制御部113が、パケットのパターンとCPU122の動作とを対応付けたテーブルを有し、省エネルギー状態の場合に、PHY111によって受信され、バッファ117に記憶されたパケットとテーブルとに基づいてCPU122を起動させるか否かを判定する。そして、CPU122を起動させる場合、電源管理部112によりCPU122へ電源を供給させてCPU122を起動させる。また、PHY111で所定時間内にパケットが受信されていない場合、電源管理部112によるCPU122への電源供給を停止させる。CPU122は、起動すると、バッファ117に記憶されたパケットが完全かどうかを判定し、完全でない場合に、そのパケットの種類に応じて上記所定時間を設定する。よって、パケットがバッファ117一時記憶バッファに入らない場合でも、省エネルギー状態に移行するまでの適切な待ち時間を設定することができる。また、省エネルギー状態時に受信したパケットを記憶するためのバッファ117のメモリサイズを小さくしつつ、ネットワーク機能を維持することができる。さらに、バッファ117のメモリサイズを小さくすることができるため、バッファ117を構成するゲートの数を小さくできる。このため、省エネルギー状態で動作するブロック110を構成するゲートを少なくすることができ、省エネルギー状態における消費電力を低減することができる。なお、この実施形態では、ブロック120にのみCPU122を備える構成としたが、これに限定されない。例えば、ブロック130にプロッタ制御用のCPUを別途設けても良いし、ブロック140にスキャナ制御用のCPUを別途設けても良い。また、データ制御部113を、専用のCPUとプログラムによって構成することもできる。この場合、専用のCPUがプログラムを実行することにより、データ制御部113の機能を実現させれば良い。以上、この発明を画像形成装置に適用した実施形態について説明したが、この発明はこれに限らず、画像読取装置スキャナ装置等等の他の画像処理装置やパーソナルコンピュータなど、各種の情報処理装置に適用可能である。なお、この発明は上述した実施形態に限定されるものではなく、特許請求の範囲に記載された技術思想に含まれる技術的事項の全てが対象となることは言うまでもない。"