ネットワークに送信する送信パケットと、当該送信パケットに対する応答として期待される応答期待結果との組み合わせを記憶する記憶部と、前記送信パケットをネットワークに送信し、前記送信パケットに対する応答結果を検知する制御部と、前記制御部が検知した応答結果と、前記応答期待結果とが一致するか否かを判断する判断部とを備え、前記制御部は、前記判断部が一致すると判断した場合、前記記憶部に記憶された送信パケットの送信と当該送信パケットに対する応答結果の検知とを継続し、一致しないと判断した場合、前記記憶部に記憶された送信パケットの送信を停止する通信装置。前記制御部は、前記送信パケットの種別を特定する機能を具備し、前記種別に基づいて決定する送信順序で、前記送信パケットを送信する請求項1に記載の通信装置。前記制御部と独立に動作する処理部を備え、前記制御部は、前記送信パケットの送信を停止する場合、又は、前記判断部が前記記憶部に記憶された送信パケットに対する応答期待結果と前記応答結果とがすべて一致したと判断した場合に、前記処理部に通知を行う請求項1記載の通信装置。前記制御部と独立に動作する処理部を備え、前記記憶部が記憶する送信パケットと応答期待結果との組み合わせは、前記処理部が、前記ネットワークとの間で送受信したパケットもしくは前記送受信したパケットを改変したパケットであることを特徴とする請求項1記載の通信装置。動作状態と当該動作状態より消費電力が低いスリープ状態との間で遷移可能な通信装置であって、前記記憶部に記憶された前記送信パケットと前記応答期待結果との組み合わせは、前記通信装置が前記スリープ状態から前記動作状態へと遷移する際に実行するネットワーク設定に関する情報であり、前記処理部は、前記制御部が、前記記憶部に記憶された送信パケットの送信を停止した場合、前記ネットワーク設定のための必要な処理のうち、前記制御部が実行できなかった処理を実行し、前記記憶部に記憶された送信パケットに対する応答期待結果と応答結果とがすべて一致すると判断した場合、前記ネットワーク設定のための処理を行わない請求項3記載の通信装置。前記制御部と前記処理部とは、前記スリープ状態から前記動作状態に遷移する際に、並行して動作を開始する請求項5記載の通信装置。前記制御部は、前記記憶部に記憶された送信パケットを、前記ネットワーク設定のための必要な処理を実行するために必要な順序で送信することを特徴とする請求項5記載の通信装置。前記制御部は、前記ネットワーク設定のための必要な処理を実行するために必要な順序は、前記記憶部に記憶された送信パケットの種別に応じて定まることを特徴とする請求項7記載の通信装置。送信パケットをネットワークに送信し、前記送信パケットに対する応答結果を検知する制御ステップと、前記制御ステップで検知した応答結果と、前記記憶部に記憶された前記送信パケットに対する応答として期待される応答期待結果とが一致するか否かを判断する判断ステップとを備え、前記制御ステップは、前記判断ステップで一致すると判断した場合、前記記憶部に記憶された別の送信パケットの送信と当該送信パケットに対する応答結果の検知とを継続し、一致しないと判断した場合、前記記憶部に記憶された別の送信パケットの送信を停止する通信方法。送信パケットをネットワークに送信し、前記送信パケットに対する応答結果を検知する制御機能と、前記制御機能で検知した応答結果と、前記記憶部に記憶された前記送信パケットに対する応答として期待される応答期待結果とが一致するか否かを判断する判断機能とを備え、前記制御機能は、前記判断機能で一致すると判断した場合、前記記憶部に記憶された別の送信パケットの送信と当該送信パケットに対する応答結果の検知とを継続し、一致しないと判断した場合、前記記憶部に記憶された別の送信パケットの送信を停止するプログラム。本発明の一側面は、ネットワーク機器のスリープ状態から動作状態への復帰処理の処理スピードを向上させることである。本発明の一観点にかかる通信装置は、ネットワークに送信する送信パケットと、当該送信パケットに対する応答として期待される応答期待結果との組み合わせを記憶する記憶部と、前記送信パケットをネットワークに送信し、前記送信パケットに対する応答結果を検知する制御部と、前記制御部が検知した応答結果と、前記応答期待結果とが一致するか否かを判断する判断部とを備え、前記制御部は、前記判断部が一致すると判断した場合、前記記憶部に記憶された送信パケットの送信と当該送信パケットに対する応答結果の検知とを継続し、一致しないと判断した場合、前記記憶部に記憶された送信パケットの送信を停止する。以下、本発明の実施の形態について、図面を参照しながら説明する。尚、各図において同一箇所については同一の符号を付すとともに、重複した説明は省略する。<第1の実施形態>図1に本発明の第1の実施形態に係る通信装置100の構成を示す。通信装置100は、アプリケーションソフトやOSが動作する第1処理部101と、ネットワークに接続する機能及び、復帰処理のうちネットワークに関する復帰処理を実行する機能を具備する第2処理部110とで構成される。第2処理部110は、第2処理部110の動作を司る制御部111と、第2処理部110が動作するための各種情報を記憶する記憶部112と、外部のネットワークに接続するインターフェース部I/F部113と、ネットワークから受信した情報と記憶部112に保存された情報との一致不一致を判断する判断部114と、で構成する。ここで制御部111はマイコンのような汎用プログラムが動作するものでもよいし、所定のロジックだけが動作する専用回路でもよい。いずれの形式であっても、後述する各機能が実現できればよい。通信装置100は、動作状態とスリープ状態との間で遷移する。ここで、スリープ状態は、動作状態と比べて、通信装置100の機能のうち、使える機能を減らして、消費電力を低減した状態である。例えば、スリープ状態において、通信装置100は、第1処理部101と第2処理部102の機能を使えない状態としておく。通信装置100が動作状態の間、第1処理部101は第2処理部110を通じてネットワークに接続する。動作状態の間に、第1処理部101は、ネットワークへ送信する情報を記憶部112に格納し、制御部111が格納された情報をインターフェース部113からネットワークに送信する。逆に、ネットワークから受信する情報はインターフェース部113を介して記憶部112に保存され、制御部111は第1処理部101にその旨を通知する。このように第2処理部110の動作の一つは、第1処理部101に対するネットワークインターフェースとして動作することである。さらに通信装置100が動作状態の間、第1処理部101はネットワークの設定を更新するために送信するL2フレームまたはL3パケットとその応答として期待されるL2フレームまたはL3パケット以降、全てパケットとするの対および関連する情報を第2処理部110に通知する。第2処理部110は通知されたパケット対を記憶部112に保存する。ここで保存するパケット対の例としては、ARPRequestARPReply、DHCPDiscoverDHCPOffer、DHCPRequestDHCPACK、NeighborDiscovery、SSDPAdvertisementなどがある。なお、前記例は保存するパケット対を限定するものではなく、ネットワークの設定に関するパケットであれば、すべて対象としてよい。また、1つの送信に対して複数の受信パケットを対にして保存してもよい。複数の受信パケットを保存する場合、それらの関係も合わせて保存する。すなわち、全てのパケットが受信できることが期待されているか、もしくは複数の中から1つだけを受信することが期待されているか、などである。さらに応答となる受信パケットが無くてもよいネットワークの初期化時に送信されるNeighborDiscoveryや、SSDPAdvertisementは、正常時に応答が無い。以上、記憶部112に記憶されるデータは、必ずしも、受信パケットではなく、受信しないという情報も含むので、受信パケットの欄に記憶するデータを、応答期待結果と称するものとする。記憶部112に保存される情報の例を図2に示す。図2の表では1つの行で1つのエントリを保存している。エントリはパケット対の種別、パケット対、送信フレームを送信してから応答フレームを受信するまでの待機時間を格納している。パケット対の種別は事前に第1処理部101と第2処理部110の間で決められた識別子である。この識別子は、ネットワークの再初期化で送受信するパケット対を一意に識別できるとする。本実施形態においては、第1処理部101が種別を指定した形で第2処理部110へ通知する。パケット対は、行201ではIEEE802.11のアクセスポイントとの間でアソシエーションを確立するために送信するフレームとその応答を格納している。同様に行202ではDHCPサーバを発見するためのパケットとその応答が記憶されている。また、行203では自身が使用を試みるIPv4アドレスがネットワーク上で重複しているか否かを調べるために送信するARPRequestとその応答が返ってこないことを示す記号NOREPLYが記憶されている。また、行204では発見したDHCPサーバに対してアドレスを要求するパケットとその応答が格納されている。尚、記憶部112は、送信パケットとその応答である受信パケットについて、パケットそのものを記憶してもよいし、当該パケットが記憶されたメモリのアドレスを記憶しておいてもよい。ここで、記憶部112は、行203のエントリのように、ネットワークの復帰処理を行う際に送信するパケットには応答が得られないことが正常な場合もある。そのような場合は、特別な記号この例ではNOREPLYを格納しておくことで区別できるようにする。また、待機時間として格納されている値は、受信フレームの有無によって解釈を変える。待機時間は、受信フレームが設定されている場合には、当該フレームを受信するまで待機する時間として解釈する。すなわち、このフィールドに格納された時間で応答が得られなければ復帰失敗とみなす時間である。一方、応答が得られないことが正常な場合、応答がないことを確認するまで待機する時間として解釈する。すなわち、このフィールドに格納された時間のうちに応答が受信された場合には復帰失敗とみなす時間である。さらに受信パケットを指定しない場合には、待機時間に0ゼロを設定することもできる。これは、復帰処理において所定のパケットを送信することだけが必要な場合である。第1処理部101は記憶部112に対して任意のタイミングで情報を通知してよい。例えば、第1処理部101にて該当する処理が正常に完了した場合に、その処理を特定する種別、その処理で送受信したパケット、待機時間を記憶部112に保存する。この際、パケットは当該処理で使ったパケットをそのまま保存してもよいし、いくつかのフィールドに対して将来の処理に備えた変更を行った後に保存してもよい。将来の処理に備えた変更とは、例えば、パケットにシーケンス番号が含まれる場合にはその番号を増やしてから保存してもよい。例えば、パケットに時刻を含む場合には将来送信すると予想される時刻に修正してから保存してもよい。さらに、これらの変更に依存するチェックサムなども適切に修正する。通信装置100が省電力化のため待機状態スリープ状態に遷移する際には、第1処理部101と第2処理部110はともに待機状態に遷移する。この際、記憶部112に保存した内容は失われず、後の復帰処理の際に参照できるとする。これを実現するための記憶部112の構成はいかなる方法でもよい。例えば揮発性メモリをバッテリーなどで通電状態に保ってもよいし、不揮発性メモリを用いてもよい。同様に、通信装置100が動作状態に復帰する際には、第1処理部101と第2処理部110が共に動作状態に復帰する。第1処理部101は既存技術に従いOSの復帰処理を開始する。第2処理部110は、第1処理部101とは独立に、第1処理部102のOSの復帰処理と並行して、記憶部112に保存された情報を用いてネットワークの復帰処理を行う。第2処理部110はネットワークの復帰処理が終了すると、その結果に関わらず第1処理部101にその旨を通知する。第1処理部101は通知された結果に基づいてネットワークの復帰処理がすべて完了したか、もしくは失敗しているかを判断する。すべて完了している場合には第1処理部101はそのまま動作状態を継続し、失敗している場合には失敗箇所を特定して通信プロトコルの仕様に従ったネットワークの再初期化処理を行う。以上のシーケンスについて、第2処理部110が、ネットワーク復帰処理を成功した場合を図3a、失敗した場合を図3bに示す。引き続き、第2処理部110の動作を詳細に述べる。図4は第2処理部110の制御部110が実行する復帰処理のフローチャートである。動作状態に復帰する指示が入力されると制御部110は記憶部112の内容を参照し、読み出すべきエントリを決めるS401。この読み出すべきエントリの順序を決める、読み出し順序決定処理については後述する。その後、制御部110は、決定した順序に従って記憶部112から1つずつエントリを読み出すS402。エントリが無くなり読み出せなければS403NO、初期化処理が正常に終了したとみなしてその旨を記憶部112に保存するS414。その後、第1処理部101へ復帰処理成功を通知するS415。制御部110が、後続のエントリが読み出せた場合S403YES、当該エントリに含まれる送信パケットをI/F部113を介してネットワークに送信するS404。その後、同エントリに含まれる待機時間で指定された時間もしくは応答を受信するまで待機するS405。待機が終了すると、その理由を確認するS406。もしパケットの受信によって待機が終了していればS406YES、受信パケットを記憶部112に一時的に保存するS407。所定の時間が経過して待機を終了した場合S406NO、処理中のエントリが受信パケットの有るエントリか否かを確認するS410。もし、受信パケットが有るエントリであればS410YES、復帰処理失敗とみなして失敗箇所を記憶部112に保存S412したのち、第1処理部101にエラー通知を行うS413。受信パケットが無いエントリであればS410NO、記憶部112に応答無しである旨を記録するS411。以上、制御部110が受信する受信パケット、若しくは、主人パケットを受信しなかったという結果を合わせて応答結果と称することとする。その後、制御部111は記憶部112に保存されている当該エントリの受信パケットの値と応答結果とが一致するかどうかの判断を行うように判断部114に依頼する。判断部114は判断を行い、その結果を制御部111に返すS408。この判断の詳細については別途記載する。判断部114から一致との結果が通知された場合S409YES、記憶部112に保存された次のエントリに処理を移すS401に戻る。不一致との結果が通知された場合S409NO、復帰処理失敗とみなして失敗箇所を記憶部112に保存しS412、第1処理部101に通知してS413、処理を終了する。続いて、制御部111が行う順序決定処理S401について述べる。本決定処理を実行するために制御部111は復帰処理順序を規定する情報を持っているとする。この復帰処理順序を規定する情報は、この順序で、記憶部112のエントリを実行していけば、ネットワーク復帰処理を実現できる順序である。この情報は制御部111に固定的に持たせても良いし、第1処理部101が動作状態の間に制御部111に通知するようにしてもよい。通知するタイミングは最初の1回だけでもよいし、記憶部112の情報を更新するたびに行ってもよい。いずれにせよ、順序決定処理を行うときには制御部111は一意に決定できる順序情報を有しているとする。この順序情報はネットワークの復帰処理を行う際に必要となる処理の種別情報を整理したものである。例えば、片方向順序リスト図5や種別の依存関係を表すツリー構造などである。制御部111は、順序情報を参照し、記憶部112に保存されたエントリの読み出し順序を決定する。図5の片方向順序リストでは、図2に示す種別A、B、C、Dの順番で、送信フレームの送信を行って、ネットワーク再初期化処理を行う。以上が本実施形態における読み出し順序決定処理である。なお、図4のフローチャートでは毎回順序決定処理を行うことになっているが、最初の決定処理において記憶部112に保存された情報を整列するなどして1回の決定処理で済ませるようにしてもよい。続いて判断部114で行う判断処理の詳細について述べる。判断部114が制御部111から判断の依頼を受けた段階で、記憶部112には応答結果と事前にエントリとして格納されていた受信パケットとが保存されている。前記通知には二つのパケットの記憶場所が含まれており、判断部114は記憶部112からこれらパケットを読み出して比較する。なお、比較の際にはパケットの全領域を比較してもよいし、一部分だけを比較するようにしてもよい。一部分だけ比較する場合の例を図6及び図7に示す。図6は、図2の記憶部112の情報に加えて、更に、比較箇所が記憶されている。例えば、種別Aのエントリに関しては、比較箇所は、受信パケットのうち、RA1~RA2及びRA3~RA4を比較する。また、図7は、図2のエントリに保存する受信パケットに対して、あらかじめ比較対象外のビットをマスクした状態で格納する方法を示している。この図7のように、記憶部112の受信パケットにマスクがされている場合、ネットワークから受信した受信パケットと記憶部112の受信パケットを比較する場合、マスクがかかっていない箇所のみを比較する。また、エントリに受信パケットが無いことを示す記号NOREPLYが格納されていた場合には、受信パケットが無いという情報が記憶部112に格納されている場合に一致とみなし、何らかのパケットが記録されていた場合には不一致とみなす。さらに受信パケットが複数保存されていた場合には、その比較ルールに基づいて一致不一致を判断する。判断結果は制御部111に送り返す。尚、前述した比較ルールとしては、複数の例を想定できる。例えば、比較ルールの例として、応答結果が少なくとも1つの受信パケットに一致するかを比較することがある。また、比較ルールのその他の例としては、得られた複数の応答結果が、複数の受信パケット各々に一致するかを比較することがある。このように判断部114の判断処理は、エントリに格納されている情報と受信したパケットとが事前に定められた所定の条件のもとで一致しているか否かだけを判断する。通常のパケット受信時に行われる複雑なプロトコル処理は行わない。以上が本実施形態における判断部114の処理である。第1の実施形態における各構成要素間の動作シーケンスを図8に示す。この図に記載の内容はこれまで説明したとおりであり、詳細は省略する。以上が第1の実施形態の処理の流れである。これからわかるように、本発明の実施形態においては、動作中に保存された送信パケットと受信パケットのペアを、ネットワークの復帰処理に適した順番で送信受信を繰り返すことにより復帰処理を行うことができる。その際、複雑なプロトコル処理は行わず、記憶部112に記憶された送信パケットを、あらかじめ決められた順序で送り、受け取ったパケットと、記憶部112に記憶されたパケットを比較し、一致不一致の判定のみを行うことで、ネットワークの復帰処理を実施できる。その結果、簡単な処理部で実行でき、復帰処理の時間も短縮できる。また、不一致が発生した場合には主たる処理部第1処理部101にその原因とともに通知する機能を具備することで、エラーが発生した段階から再試行が可能となる。さらに、一連のネットワーク復帰処理は、OSの復帰処理を行う第1処理部101と独立して動作する第2処理部110が、実行する。したがって、OSの復帰処理とネットワーク復帰処理を並行して実行できるため、復帰処理の高速化を実現できる。尚、通信装置100は、例えば、汎用のコンピュータ装置を基本ハードウェアとして用いることでも実現することが可能である。すなわち、第1処理部101と第2処理部100制御部111、記憶部112、IF部113、判断部114は、上記のコンピュータ装置に搭載されたプロセッサにプログラムを実行させることにより実現することができる。このとき、通信装置100は、上記のプログラムをコンピュータ装置にあらかじめインストールすることで実現してもよいし、CD-ROMなどの記憶媒体に記憶して、あるいはネットワークを介して上記のプログラムを配布して、このプログラムをコンピュータ装置に適宜インストールすることで実現してもよい。また、記憶部112は、上記のコンピュータ装置に内蔵あるいは外付けされたメモリ、ハードディスクもしくはCD-R、CD-RW、DVD-RAM、DVD-Rなどの記憶媒体などを適宜利用して実現することができる。<第2の実施形態>第2の実施形態にかかる通信装置900のブロック図を図9に示す。通信装置900が、第1の実施形態にかかる通信装置100と異なる点は、解析部912が追加されたことと、それに伴う周辺部分の変更である。第1の実施形態では、第1処理部101が、動作状態の間に、記憶部112に保存した情報図2の種別を、制御部111が実行時に解析してネットワーク復帰処理のための処理の順番を決めていた。本実施形態では、第1処理部901が保存する情報を解析部912が解析し、復帰処理に適した順序になるように記憶部112に保存していく点が、第1の実施形態と異なる。解析部912は、第1の実施形態における制御部111と同様に、ネットワーク復帰処理を行う際に、処理の順番を特定するための情報処理の依存関係を保持している。この情報は事前に入力されてもよいし、動作直前に外部から入力してもよい。図10に、ネットワーク復帰処理を行う際に、処理の順番を特定するための情報の一例を示す。図10に示した情報は、処理の順番の依存関係を、階層を持った木構造で示している。図10に示した情報では、丸い端点が矢印の指し示す部分に依存していることを示している。復帰処理を行う際には矢印を逆に辿れば正しい順序で復帰できることになる。例えば、復帰処理は、UPnPApplicationの円内の処理を、IPv4の円内の処理の後に行う。また、UPnPApplicationの円内の処理のうち、SSDPAdvesrtismentという処理は、MulticastJoinという処理の後に行う。尚、第1の実施形態では、第1処理部101が保存する情報の種別を特定したうえで、記憶部112に保存していたが、第2の実施形態では、必ずしも特定しなくてもよい。すなわち解析部912が通知された情報の種別を特定し、記憶部112に保存するようにしてもよい。この場合、第1処理部101はネットワークの復帰処理に必要な順序や情報を気にすることなく、自身が設定したネットワーク関連の情報例えば、送受信パケットを解析部912に通知するだけでよい。なお、種別を特定した状態で通知された場合には、順序の解決だけを行い記憶部112に保存する。以下では、本実施形態の動作のうち、第1の実施形態の動作と異なる点を説明する。まず、解析部912の動作を説明する。以下の解析部912の動作は、動作状態の際に行う。解析部912が、第1処理部901から送信パケットと受信パケットの対を受け取ったとする。解析部912はそれらのパケットを解析し、通信プロトコルを特定する。例えば送信パケットの先頭から13バイト目と14バイト目が0x0806であれば通信プロトコルがARPであると判断する。さらに解析を続けて特定のフィールドの値を確認することにより、ARPRequestであることを検出する。ここで受信パケットが応答無しとして通知されていると仮定すると、このパケット対はネットワーク上でアドレスの重複を検査するためのARPパケットであると判断できる重複が無い場合には応答が無く、重複していると応答を受信する。このとき、記憶部112の状態が図11aの状態だったと仮定する。解析部912が受け取ったパケット対は、解析結果から、アドレス重複の検査であり、アドレス重複の検査は、図10のIPv4の円内のDHCPアドレス重複検査に該当することがわかる。したがって、解析部912は、図10の処理の依存関係と、図11の記憶されている処理の内容から、DHCPアドレス重複検査に該当する処理を、既に図11に記入されているIEEE802.11に関する行1101と、UPnPApplicationに関する行1102の間で実行すべきと判断できる。よって、第1処理部901から通知された情報は図11bの形に整列したうえで記憶部112に保存される。本実施形態の制御部911のフローチャートは第1の実施形態とほぼ同じである。唯一の違いは、ステップS401にて行う実行順序決定処理が無いことである。本実施形態では記憶部112に保存されている順番で復帰処理を実行していくだけでよい。このように、本実施形態では解析部912が、通知されたパケット対の種別を特定し、さらに依存関係を解決して記憶部112に適切な順序で保存していくことで、復帰処理の際に必要な処理を削減して実行時間を短縮することができる。また、依存関係の解析といった複雑な処理を動作状態の時に行うため、復帰処理のために必要な計算リソースを削減することができる。これにより、復帰処理の高速化と省電力化を両立することができる。第3の実施形態次に、第3の実施形態にかかる通信装置について説明する。図12は、第3の実施形態にかかる通信装置1200の構成を示すブロック図である。通信装置1200は、解析部1202を、第2処理部1210の外部に設置する点が、第2の実施形態にかかる通信装置900と異なる。解析部1202の機能は、第2の実施形態で説明した解析部912と同様の機能を有し、通信装置1210のその他の構成要素の機能は、第2の実施形態で説明した構成要素と同様である。尚、解析部1202を、第1処理部901外部でなく内部に設けてもよい。通信装置1200の構成によれば、第2処理部1210に要求される計算リソースがさらに削減できる。第4の実施形態図13に、第4の実施形態にかかる通信装置1300の構成を示す。本実施形態は第2の実施形態の変形例である。本実施形態では、記憶部112とI/F部113との間に解析部1312を設ける。この解析部1312は、第1処理部1301とネットワークとの間でやり取りされるパケットを検査してネットワークの復帰処理の際に有効なパケットを検出する。さらに、その情報を記憶部112に保存する機能を具備する。このような解析部1312を設けることで、第1処理部1302はネットワークの復帰処理に必要な事前準備を一切する必要が無くなる。なお、以降の説明では解析部1312は常にパケットを監視し、記憶部112の内容を更新するという形で説明する。しかし、低消費電力化を目的として解析処理を所定のタイミングに限定してもよい。その際、解析部1312の電源をオフにし、記憶部112と直接情報を交換できるようにする等の工夫を伴っていてもよい。図14は、解析部1312の動作を示すフローチャートである。解析部1312は常に通過するパケットを監視しS1401、パケットが事前に保持している復帰処理の依存情報図10参照。に含まれる種別か否かを判断するS1402。含まれていない場合にはS1402NO、再び監視処理に戻るS1401に戻る。。含まれる場合にはS1402YES、記憶部112に保存するためにパケットを一時記憶域図示せずにコピーするS1403。その後、同一種別に対する送信側パケットと受信側パケットの双方を記録したか否かを確認するS1404。記録していなければS1405NO、待機時間を記録するための計時を開始しS1406、最初のステップS1401に戻る。記録していた場合S1405YES、計時を停止するS1407。その後、種別パケット対待機時間で構成されるエントリを記憶部112に保存するS1408。最後に、一時記憶域に保存していたパケットを破棄してS1409、最初のステップS1401に戻る。以上が本実施形態における解析部1312の基本動作である。なお、1つの送信パケット対して複数の受信パケットがある場合や受信パケットが無い場合には、事前に把握しておく依存関係の情報に含める形で、それらの情報を持たせておけばよい。また、この情報の中に待機時間を含めておき、一時保存したパケットが必要以上に長く停留しないようにしてもよい。待機時間を考慮する場合には、ステップS1406で開始する計時処理を所定の待機時間で終了させる。終了後、事前情報として受信パケットがあるとされている場合には、正しく受信パケットが受け取れなかったと考えられるので、送信パケットを破棄する。一方、受信パケットが無いとされていた場合には、その待機時間を使ってエントリを作成すればよい。解析部1312が記憶部112にエントリを作成する方法および通信装置1300のその他の動作については、第2の実施形態と同様であるため説明を省略する。以上説明した少なくとも1つの実施形態の効果は、ネットワーク機器のスリープ状態から動作状態への復帰処理の処理スピード向上を実現できることである。本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。