複数の第一のネットワーク間を接続し、応答確認型の通信プロトコルによるデータ通信を行う第二のネットワークの末端に配置されるパケット通信装置であって、ネットワークインタフェース部と、処理部とを備え、前記処理部は、前記ネットワークインタフェース部を介して、前記第一のネットワーク間の通信をインタセプトして、データパケットをバッファリングし、前記第一のネットワークに配置される端末装置に対し、代理となって応答パケット、および、データパケットを転送し、前記第二のネットワークに対して任意のパケットフローに属するデータパケットを送信中、前記第二のネットワークからの前記パケットフローに属する応答パケットの受信が、任意の前記パケットフロー毎に設定した通信停止検出時間以上途絶えた場合に、前記第二のネットワークへの前記パケットフローに属するデータパケット送信を停止し、前記データパケット送信停止直後に、前記パケットフローに属する、応答パケット未受信のデータパケットの先頭1個を、任意の前記パケットフロー毎に設定した再送試行周期で前記第二のネットワークへ再送し、前記第二のネットワークから応答パケットを受信した時点で、応答パケットを未受信の残りの前記パケットフローに属するデータパケットを再送する、ことを特徴とするパケット通信装置。請求項1に記載のパケット通信装置であって、前記処理部は、任意のパケットフロー毎設定した前記通信停止検出時間が、前記パケットフローを中継する前記第二のネットワーク両端の二台の当該パケット通信装置間の往復通信遅延よりも小さい場合、前記通信停止検出時間を前記往復通信遅延で更新する、ことを特徴とするパケット通信装置。請求項2に記載のパケット通信装置であって、前記処理部は、前記往復通信遅延を、前記パケットフローのコネクション確立時に計測した値、前記パケットフローのコネクション確立後のデータパケット転送時に計測した値の平均値或いは最小値、または、前記コネクション確立時及び前記コネクション確立後のデータパケット転送時に計測した値の平均値或いは最小値、を利用して算出する、ことを特徴とするパケット通信装置。請求項1に記載のパケット通信装置であって、前記処理部は、前記データパケット送信停止直後に、前記第二のネットワークへ再送するデータパケットの個数を、前回の再送試行個数と同数か、それより多くする、ことを特徴とするパケット通信装置。請求項1に記載のパケット通信装置であって、前記処理部は、前記パケットフロー毎に優先度を少なくとも高、低の二種類以上設定し、高優先と設定した前記パケットフローに対しては、低優先と設定した前記パケットフローに適用する前記再送試行周期よりも短い前記再送試行周期に設定する、ことを特徴とするパケット通信装置。請求項1に記載のパケット通信装置であって、前記処理部は、前記第二のネットワークへ前記データパケット送信停止後、前記パケットフローに属する、前記応答パケット未受信の前記データパケットを再送し、前記第二のネットワークから前記データパケットの応答パケットを受信した後に受信する、同一データパケットに対する重複応答パケットを受信しても、前記重複応答パケットに対するデータパケットの再送処理を実施しない、ことを特徴とするパケット通信装置。複数の第一のネットワーク間を接続し、応答確認型の通信プロトコルによるデータ通信を行う第二のネットワークの末端に配置されるパケット通信装置であって、ネットワークインタフェース部と、処理部とを備え、前記処理部は、前記ネットワークインタフェース部を介して、前記第一のネットワーク間の通信をインタセプトして、データパケットをバッファリングし、前記第一のネットワークに配置される端末装置に対し、代理となって応答パケット、および、データパケットを転送し、前記第二のネットワークに対して任意のパケットフローに属するデータパケットを送信中、前記第二のネットワークからの前記パケットフローに属する応答パケットの受信が、任意の前記パケットフロー毎に設定した通信停止検出時間以上途絶えた場合に、前記第二のネットワークへの前記パケットフローに属するデータパケット送信を停止し、前記第二のネットワークから、前記第二のネットワークの障害発生、或いは障害からの回復を通知する障害通知パケットを受信する迄、或いは受信した後の、所定期間の間、前記パケットフローに属するデータパケットの送信停止を継続し、その後、前記パケットフローに属する、前記応答パケットを未受信のデータパケットを再送する、ことを特徴とするパケット通信装置。請求項7に記載のパケット通信装置において前記処理部は、前記応答パケット未受信の前記所定期間が、前記通信停止検出時間を経過している前記パケットフローに対し、前記第二のネットワークへの前記パケットフローに属するデータパケット送信を停止し、前記データパケット送信停止直後に、前記パケットフローに属する、応答パケット未受信のデータパケットの先頭1個を、前記再送試行周期で前記第二のネットワークへ再送し、前記第二のネットワークから応答パケットを受信した時点、または、前記障害通知パケットを受信した時点で、残りの前記パケットフローに属する、前記応答パケットを未受信のデータパケットをすべて再送する、ことを特徴とするパケット通信装置。複数の第一のネットワーク間を接続し、応答確認型の通信プロトコルによるデータ通信を行う第二のネットワークの末端に配置されるパケット通信装置のパケット通信方法であって、前記第一のネットワーク間の通信をインタセプトして、データパケットをバッファリングし、前記第一のネットワークに配置される端末装置に対し、代理となって応答パケット、および、データパケットを転送するステップと、前記第二のネットワークに対して任意のパケットフローに属するデータパケットを送信中、前記第二のネットワークからの前記パケットフローに属する応答パケットの受信が、任意の前記パケットフロー毎に設定した通信停止検出時間以上途絶えた場合に、前記第二のネットワークへの前記パケットフローに属するデータパケット送信を停止するステップと、前記データパケット送信停止直後に、前記パケットフローに属する、応答パケット未受信のデータパケットの先頭1個を、任意の前記パケットフロー毎に設定した再送試行周期で前記第二のネットワークへ再送するステップと、前記第二のネットワークから応答パケットを受信した時点で、前記パケットフローに属する、応答パケットを未受信の残りのデータパケットを再送するステップを備える、ことを特徴とするパケット通信方法。請求項9に記載のパケット通信方法において、前記任意のパケットフロー毎に設定した前記通信停止検出時間が、前記パケットフローを中継する前記第二のネットワークの両端間の往復通信遅延よりも小さい場合、前記通信停止検出時間を前記往復通信遅延で更新する、ことを特徴とするパケット通信方法。請求項9に記載のパケット通信方法において、前記往復通信遅延は、前記パケットフローのコネクション確立時に計測した値、前記パケットフローのコネクション確立後のデータパケット転送時に計測した値の平均値或いは最小値、または、前記コネクション確立時及び前記コネクション確立後のデータパケット転送時に計測した値の平均値或いは最小値、を利用する、ことを特徴とするパケット通信方法。請求項9に記載のパケット通信方法において、前記データパケット送信停止直後に、前記第二のネットワークへ再送するデータパケットの個数を、前回の再送試行個数と同数か、それより多くする、ことを特徴とするパケット通信方法。請求項9に記載のパケット通信方法において、前記パケットフロー毎に優先度を少なくとも高、低の二種類以上設定し、高優先と設定した前記パケットフローに対しては、低優先と設定した前記パケットフローに適用する前記再送試行周期よりも短い前記再送試行周期に設定する、ことを特徴とするパケット通信方法。請求項9に記載のパケット通信方法において、前記第二のネットワークへ前記データパケット送信停止後、前記応答パケット未受信の前記パケットフローの前記データパケットを再送し、前記第二のネットワークから前記データパケットの応答パケットを受信した後に受信する同一データパケットに対する重複応答パケットを受信しても、前記重複応答パケットに対するデータパケットの再送処理を実施しない、ことを特徴とするパケット通信方法。請求項9に記載のパケット通信方法において、前記第二のネットワークから、前記第二のネットワークの障害発生、或いは障害からの回復を通知する障害通知パケットを受信するまでに、或いは受信した後、所定期間の間、前記パケットフローに属するデータパケットの送信停止を継続し、その後、前記パケットフローに属する、前記応答パケットを未受信のデータパケットを再送する、ことを特徴とするパケット通信方法。しかしながら、特許文献1、2の構成においては、網障害が発生した場合、端末自身がパケットを再送することを想定しているため、網障害時に端末への障害の影響の波及を防止することができないという課題がある。本発明の目的は、上記の課題を解決し、ネットワーク障害時にネットワークを輻輳等から守るために不要なパケット送信を停止し、ネットワーク障害が回復後に、すみやかに通信を再開し、クライアントやサーバなどの端末に対し、パケットロスを認識させずに済ますことのできるパケット通信装置および方法を提供することにある。上記の目的を達成するため、本発明においては、複数の第一のネットワーク間を接続し、応答確認型の通信プロトコルによるデータ通信を行う第二のネットワークの末端に配置されるパケット通信装置であって、ネットワークインタフェース部と、処理部とを備え、処理部は、ネットワークインタフェース部を介して、第一のネットワーク間の通信をインタセプトして、データパケットをバッファリングし、第一のネットワークに配置される端末装置に対し、代理となって応答パケット、および、データパケットを転送し、第二のネットワークに対して任意のパケットフローに属するデータパケットを送信中、第二のネットワークからのパケットフローに属する応答パケットの受信が、任意のパケットフロー毎に設定した通信停止検出時間以上途絶えた場合に、第二のネットワークへのパケットフローに属するデータパケット送信を停止し、データパケット送信停止直後に、応答パケット未受信のパケットフローのデータパケットの先頭1個を、再送試行周期で第二のネットワークへ再送し、第二のネットワークから応答パケットを受信した時点で、前記パケットフローに属する、応答パケットを未受信の残りのデータパケットを再送する構成のパケット通信装置を提供する。また、上記の目的を達成するため、本発明においては、複数の第一のネットワーク間を接続し、応答確認型の通信プロトコルによるデータ通信を行う第二のネットワークの末端に配置されるパケット通信装置であって、ネットワークインタフェース部と、処理部とを備え、処理部は、ネットワークインタフェース部を介して、第一のネットワーク間の通信をインタセプトして、データパケットをバッファリングし、第一のネットワークに配置される端末装置に対し、代理となって応答パケット、および、データパケットを転送し、第二のネットワークに対して任意のパケットフローに属するデータパケットを送信中、第二のネットワークからのパケットフローに属する応答パケットの受信が、任意のパケットフロー毎に設定した通信停止検出時間以上途絶えた場合に、第二のネットワークへのパケットフローに属するデータパケット送信を停止し、第二のネットワークから、第二のネットワークの障害発生、或いは障害からの回復を通知する障害通知パケットを受信する迄、或いは受信した後の、所定期間の間、前記パケットフローに属するデータパケットの送信停止を継続し、その後、前記パケットフローに属する、応答パケットを未受信のデータパケットを再送する構成のパケット通信装置を提供する。更に、上記の目的を達成するため、本発明においては、複数の第一のネットワーク間を接続し、応答確認型の通信プロトコルによるデータ通信を行う第二のネットワークの末端に配置されるパケット通信装置のパケット通信方法であって、第一のネットワーク間の通信をインタセプトして、データパケットをバッファリングし、第一のネットワークに配置される端末装置に対し、代理となって応答パケット、および、データパケットを転送するステップと、第二のネットワークに対して任意のパケットフローに属するデータパケットを送信中、第二のネットワークからのパケットフローに属する応答パケットの受信が、任意のパケットフロー毎に設定した通信停止検出時間以上途絶えた場合に、第二のネットワークへのパケットフローに属するデータパケット送信を停止するステップと、データパケット送信停止直後に、前記パケットフローに属する、応答パケット未受信のデータパケットの先頭1個を、再送試行周期で第二のネットワークへ再送するステップと、第二のネットワークから応答パケットを受信した時点で、前記パケットフローに属する、応答パケットを未受信の残りのデータパケットを再送するステップを備えるパケット通信方法を提供する。本発明によれば、応答確認型の通信プロトコルを利用したネットワークの障害の回復直後に、消失したパケットを復元すると共にネットワーク内での通信を迅速に再開させ、ネットワーク末端のクライアントやサーバに対し、ネットワーク障害による通信のパケットロスを生じないようにすることができる。更に、障害発生からの100ミリ秒未満程度で回復できる高信頼なネットワークで採用した場合、ネットワーク障害時でもクライアント等がネットワーク経由でサーバを利用するアプリケーションの応答性の悪化を避けることが可能となる。以下、本発明の実施形態の例を添付図面に基づき説明する。各図における同一符号は同一物あるいは相当物を示す。説明の都合上、符号に添え字を追加して区別することがある。また、各種のネットワークに接続されるパソコン端末等のクライアント、当該クライアントが通信するデータセンタ、或いはデータセンタのサーバを総称し、便宜上、端末装置と呼ぶ場合がある。まず、図1に各実施例が適用されるシステム構成の一例を示す。システム構成例として、ユーザ拠点では、パソコン端末等の複数のクライアント10が第一のネットワークであるLANLocalAreaNetwork30-1を介して、第二のネットワークであるWAN40に接続される。同様に、データセンタでは、複数のサーバ20が第一のネットワークであるLAN30-2やLAN30-3を介して、第二のネットワークであるWAN40に接続される。LAN30とWAN40は、後述の実施例で説明する通信装置100を介して接続される。WAN40の中には、パケット転送用の複数のスイッチやルータが存在するが、本例では簡単のために4台のルータA41、ルータB42、ルータC43、ルータD44で構成されるものとする。本明細書において、第一のネットワークとは、LANに代表される端末装置に接続されるネットワークを、第二のネットワークとは、複数の第一のネットワークを相互に接続するWANに代表される広域のネットワークを示している。ユーザは、例えば、クライアント10のいずれかを利用し、あるアプリケーションAをいずれかのサーバ20上で動作させる。その際、クライアント10とサーバ20の間では、LAN30-1、通信装置100-1、ルータA41、ルータB42、ルータD44、通信装置100-2、LAN30-2を経由する点線で示す通信180が発生するものとする。同じく、クライアント10のいずれかを利用し、別のアプリケーションBをいずれかのサーバ20で動作させる場合、LAN30-1、通信装置100-1、ルータA41、ルータC43、通信装置100-3、LAN30-3を経由する点線で示す通信181が発生するものとする。ここで、図12に示すように、WAN40において、ルータB42を含む通信経路で障害が発生したとする。この場合、通信181は障害の影響を受けないが、通信180は障害の影響を受ける。障害を契機に該当する通信経路は現用系から予備系の通信経路に切り替わり、結果として通信180は、ルータB42の代わりにルータC43を経由する通信182となる。この際に、例えば、上述したMPLS-TPやリングプロトコルを利用した高品質なWAN専用線サービスでは、50ms程度での高速な通信経路の切替えを実現し、ネットワークのダウンタイムを最小化することが可能である。しかしながら、こうした既存の高品質ネットワークサービスを利用したとしても、ユーザのアプリケーションは、ネットワーク障害発生時に通信経路切替で生じる50ms以上の遅延が生じ、操作が停止したり画面表示速度が低下したりする等の応答性の劣化が生じる。この原因は、図10に示すように、既存のネットワーク構成において、クライアント10とサーバ20の間で障害が生じた場合、標準的に用いられるTCPIP通信のTCP層でデータを送信するためのデータパケット、前記データの応答到着確認のためのACKパケットが通信経路切替の間に消失してしまうことにある。尚、図10で示す通信は、図8で示す、通信装置100が存在しない場合の通信183である。図10に示す例の場合、データパケット送信側のクライアント10は、データパケットA、B、C、D、E、F、G、H、I、J、Kの送信220を行うが、障害によってデータパケット、および、その応答パケットであるACKパケットが消失する。クライアント10は、TCPの制御方法に則り、送信したデータパケットのACKパケットを待つが、該当するACKパケットが到着しない場合、再送タイムアウト221で指定された時間だけ、該当するデータパケットに対する再送処理ができず、ひたすら待機してしまう。例えばWindows登録商標では、再送タイムアウト221のデフォルト値は3秒とされている。図9に示すように、既存のネットワーク構成においては、この際の動作としては、該当パケットの属するパケットフローに関して、再送タイムアウト221例として3秒を設定しS401、データ送信中、該当パケットに関するACKパケット未受信時間が再送タイムアウト221を超えるとS402でYES、同データパケットを再送し、該当データパケットの再送タイムアウト値221を2倍に増加させS403、尚もACKパケットが再送タイムアウト221を超えても到着しなければ、更に該当データパケットの再送タイムアウト値を2倍に増加させるS404→S403。ACKパケットがあれば、再送タイムアウト221をデフォルト値に戻すという動作を行う。ここで、WAN40が高信頼なネットワークであれば、こうした再送タイムアウト221よりも十分短い時間222で障害から復旧し通信経路切替が行われる。しかしながら、クライアント10からの該当データパケットの再送信250は、障害復旧時間222よりも長い再送タイムアウト221を待たねばならず、結果として、再送信250以降の更なるデータ送信がどんどん遅れてしまい、ユーザアプリケーションの応答性劣化が生じる。そのため、例えば図11に示すように、クライアント10とサーバ20の間に通信装置100をペアで配置し、この通信装置100によって任意の二地点間、具体的には、クライアント10とサーバ20の間の通信をインタセプト傍受してバッファリングし、代理応答や代理転送する手段を設けることが必要となるが、それだけでは解決されない。なぜなら、図11に示すネットワーク構成では、前記のクライアント10の再送タイムアウト221を、通信装置100-1の再送タイムアウト90に代理させたにすぎず、やはり、再送信250は通信装置100-1の再送タイムアウト90後にしか行われないためである。先に説明した課題を解決するためには、再送信250をWAN40の障害復旧に合わせて迅速に行う必要がある。ただし、単純に再送信250を愚直に繰り返す方法では、障害が発生し、輻輳しやくすなっているネットワークを更に輻輳させ、ネットワークの利用効率を悪化させるため、通信の当事者のみならず、他の通信利用者へも悪影響を及ぼしてしまうため、避けねばならない。そこで、こうした課題を解消するため、以下に説明する各実施例で提供するパケット通信装置では、ネットワーク障害時にネットワークを輻輳等から守るために不要なパケット送信を停止でき、ネットワーク障害が回復後に、すみやかに通信を再開でき、またはクライアントやサーバなどの端末に対し、パケットロスを認識させない、という効果の少なくとも一を奏する。本実施例では、ネットワーク障害時にネットワークを輻輳等から守るために不要なパケット送信を停止できる例、ネットワーク障害が回復後に、すみやかに通信を再開できる例と、クライアントやサーバなどの端末に対し、パケットロスを認識させずに済ますことができる例を、図1のシステム構成図に加え、図2のフローチャート、図3のパケットの流れ図を用いて説明する。本実施例を適用した通信装置100は、WAN40の周辺の拠点毎LAN30毎に少なくとも1台ずつ配置される。例えば、図1のシステム構成の例では三つの拠点を例示しており、ユーザ側拠点に通信装置100-1が、二つの独立したデータセンタ側拠点に通信装置100-2、通信装置100-3がそれぞれ配置されている。WAN40は、単一通信事業者が提供する単一ネットワークであることが望ましいが、単一通信事業者が提供する複数のネットワークであったり、複数の通信事業者が提供する複数のネットワークであったりしてもかまわない。いずれの場合も、図2のフローチャートのS301のステップで示すように、通信装置100は、対向となる別の通信装置100毎に、図3に示した通信停止検出時間80と再送試行周期81の初期値を設定し、利用する。尚、対向となる通信装置100毎は、別の言い方をすると、対向となる拠点間のパケットフロー毎でもある。前記の通信停止検出時間80とは、送信側の通信装置100がネットワーク障害発生を擬似的に検出するまでの時間として、パケットフロー毎に設定される値である。通信停止検出時間80の初期値としては、該当する通信装置100間のWAN40で想定される平均的な障害回復時間が設定されることが望ましい。例えば、50msで障害から回復できるネットワークを利用する場合は、50msと設定することが望ましい。本実施例では、図3に示すように、ネットワーク障害発生の有無を、送信側の通信装置100からの送信データパケットに対する応答であるACKパケットが、送信側の通信装置100自身に連続して届かないことで判断する。応答パケットであるACKパケットが届かない事象は、WAN40でのパケット消失によって生じるが、これは、一時的な輻輳によるものとネットワーク障害によるものに分けて考えることができる。一時的な輻輳は、WAN40でのクロスポイントにおいて複数の入力が同時に同一の出力を目指す場合や、WAN40で高速回線から低速回線に通信をのせかえる場合、WAN40でのルータやスイッチなどの通信装置がワイヤレートでパケット処理を行えない場合などに生じ、1パケットからバースト的に複数パケットが消失する。ネットワーク障害は、回線切断やルータ、スイッチなどの通信装置の故障、電源遮断などによって生じ、一時的な輻輳よりも多量のパケットがバースト的に消失する。前記の通信停止検出時間80に、例として示したような適切な値を設定することで、一時的な輻輳とネットワーク障害の区別が容易になる。また、再送試行周期81とは、WAN40でネットワーク障害発生後に、ネットワークが復旧したか否かを調査するために提供する検査パケット兼実データパケットを、繰り返し試行転送する時間間隔として設定される値である。再送試行周期81の初期値としては、通信停止検出時間80よりも小さい値、かつ、通信装置100からの通常のパケット転送間隔よりも大きい値であることが望ましい。例えば、10msなどが設定例として挙げられる。また、再送試行周期81は、優先度によって調整してもよい。例えば、優先度を高く設定したいパケットフローコネクションに対しては、優先度の低いパケットフローコネクションに比べてネットワーク障害回復検出を早くするために、再送試行周期81を小さい値に設定してもよい。一例として優先度を高く設定したいパケットフローに対しては10ms、優先度の低いパケットフローに対しては20msや30msなど10msより大きい値とすることが設定例として挙げられる。図3を利用し、本実施例のパケット転送処理の説明を続ける。クライアント10は、サーバ20との間でTCPのSYNパケット211、SYNACKパケット213、ACKパケット215を送受することで、アプリケーション実行のためのTCPIPセッションのコネクション210を確立する。この際、クライアント側の通信装置100-1、サーバ側の通信装置100-2は、対向装置として配置され、前記コネクション確立に仲介する。その仲介処理の中で、通信装置100-1から通信装置100-2へのSYNパケット211転送の応答として、通信装置100-2は通信装置100-1へ擬似的なSYNACKパケット212を返信する。通信装置100-1は、SYNパケット211転送後に、前記擬似的なSYNACKパケット212を受信するまでの時間をWAN40のRTTとして計測する。同様に、通信装置100-2から通信装置100-1へのSYNACKパケット213転送の応答として、通信装置100-1は通信装置100-2へ擬似的なACKパケット214を返信する。通信装置100-2は、SYNACKパケット213転送後に、前記擬似的なACKパケット214を受信するまでの時間をWAN40のRTTとして計測する。これは、図2のフローチャートのS302のステップに相当する。通信装置100は、RTTを計測後、通信停止検出時間80の初期値とRTTの値を比較し、通信停止検出時間80の初期値が前記RTTよりも小さい場合、通信停止検出時間80の値をRTT、もしくはRTTに調整値を加えた値で更新する。調整値は、RTTの計測誤差を必要に応じて修正する値であり、数msから10ms程度である。そうでない場合は、通信停止検出時間80の値は初期値のまま利用する。この更新は、RTTが十分小さい場合は、WAN40で想定される平均的な障害回復時間を通信停止検出時間80として利用し、RTTが大きい場合は、ネットワークの障害の検出から回復までもRTT時間程度要すると考えられるため、RTTを通信停止検出時間80として利用することを意味する。例えば、通信停止検出時間80の初期値が50msで、RTTが20msであった場合、通信停止検出時間80を50msのまま利用する。また、例えば、通信停止検出時間80の初期値が50msで、RTTが100msであった場合、通信停止検出時間80を100msに更新する。これは、図2のフローチャートのS303→S304のステップに相当する。なお、前記のRTTは、必ずしもコネクションの確立時の値に限る必要はない。コネクション確立後のデータ転送の際に計測した値を用いたり、または、コネクション確立時およびデータ転送時双方で計測して、その平均値や、極端に大きい値を排除した平均値、最小値などを用いたりしてもよい。クライアント10、サーバ20間でコネクションが確立されると、両者の間でのデータ通信が始まる。本例では、クライアント10がサーバ20へ向かってデータ転送を行う例を示す。クライアント10は、データパケットA、B、C、D、E、F、G、H、I、J、Kの送信220を行う。通信装置100-1は、これらのデータパケットを受信するとクライアント10に対し、点線で示す応答のACKパケットをそれぞれサーバ20に代わって返信する。一方で、受信したデータパケットをWAN40上で対向装置となる通信装置100-2へ向けて転送する。本実施例を適用した通信装置100-1は、対向装置となる通信装置100-2からの転送データパケットに対して、該当データの一部が輻輳などによって消失した場合、それまでに到着しているデータに対するACKと同じ応答シーケンス番号を持つACKパケット、すなわち、重複ACKを受け取ると、しかるべき再送制御を行う。この再送制御には、同じ応答シーケンス番号を持つ重複ACKを3個検出すると、該当シーケンス番号を持つデータパケット以降を再送するファストリトランスミッションがある。この他、重複ACKのオプションフィールドに既到着のデータパケットのシーケンス番号を付与して通知するSelectiveACKや、未到着データパケットのシーケンス番号を通知するNegativeACKなどを利用した再送等もある。これは、図2のフローチャートのS305→S306のステップに相当する。ただし、図3の動作例では、この状況は発生していない。図3では、データパケット転送の際に、図12に示すようにWAN40のルータB42を含む経路で障害が発生し、障害復旧時間222においてWAN40のルータC43を含む経路で障害回復したとしている。この障害が発生すると、図1の点線180で示す通信が影響を受け、図12に示すように代替経路182を利用して障害回復するまで、該当する通信でネットワーク上に送信された、また、送信されるデータパケット、ACKパケットが、消失する。本実施例における通信装置100-1は、対向装置となる通信装置100-2からの転送データパケットに対するACKが、図3に示すように通信停止検出時間80を超えるまで検出されないと、障害が発生したものと判断し、それ以降のデータパケットの送信を停止する。これは、図2のフローチャートのS307→S308→S309→S310のステップに相当する。なお、本例では、便宜上、クライアント10からサーバ20方向へのデータ転送、逆方向へのACK転送を例示しているが、逆方向に行われるデータ転送、ACK転送に対しても同様の処理が適用できる。通信装置100-1は、データパケット転送停止後、ネットワークが障害から回復したか否かを、ACK未受信の先頭データパケットのみを再送試行周期81ごとに単発で送信し、そのACKパケットが到着するかどうかによって検査する。ACKパケットが到着すれば、ネットワークが障害から回復したと判断できる。また、単発のデータパケットを検査に利用することで、ネットワークの輻輳を最小限に抑制することができ、また、このパケットが単なる検査パケットでないことから、最速でデータを目的地に届けることができる。これは、図2のフローチャートのS311→S312のステップに相当する。図3の例では、通信停止検出時間80を超えたあと、通信装置100-1は、それまでにACKパケットが到着していないデータパケットCを単発で通信装置100-2に向けて送信する。再送試行周期81-1経過後にACKパケットが到着していないため、再度データパケットC241-1を単発で送信する。更に、再送試行周期81-2経過後にもACKパケットが到着していないため、再度データパケットC241-2を単発で送信する。更に、再送試行周期81-3経過後にACKパケットが到着していないため、再度データパケットC241-3を単発で送信する。なお、本実施例では、障害発生後のネットワークの輻輳を避けるために、試行的に単発でデータパケットを送信しているが、変形例として複数のデータパケットを送信してもよい。ただし、その場合でも、極力ネットワークの輻輳を避けるためには、複数個を試行送信する場合でも、初回は単発で送信し、繰り返し数が増すたびに同一数のデータパケット、または直前よりも1以上増加させたデータパケットを試行的に送信するほうが望ましい。障害復旧時間222で示すように、ネットワークが障害から回復した後は、前記のように試行的に単発で送信したデータパケットに対してACKパケットが到着するようになる。本実施例では、このACKパケットの到着をもってネットワーク障害からの回復と判断し、それまでACKパケットが到着していない後続のすべてのデータパケットの再送を行う。なお、この後続のすべてのデータパケットの再送を開始した直後にも、ほぼ再送試行周期81おきに、試行的に送信したデータパケットの重複ACKパケットが複数個到着しうる。または、障害の発生タイミングによっては、試行的に送信したデータパケットより後続であるはずのデータパケットのうち既に通信装置100-2に届いているデータパケットの重複ACKパケットが複数個到着しうる。いずれにしても、ネットワーク障害からの回復後に最初に届く重複ACKと同一の重複ACKが複数個届きうる。従来の再送制御によれば、同一の重複ACK3個で再送を行うファストリトランスミッションや重複ACKに付随するSelectiveACKやNegativeACKに基づく再送が行われるが、本実施例では、ネットワーク障害からの回復後に最初に届く重複ACKと同一の重複ACKに対しては、該当データは既に到着しているはずであるため、該当するデータパケットの再送を行わない、すなわち、重複ACKを無視する制御を行う。ここまでの制御は、図2のフローチャートのS312→S313のステップに相当する。図3の例で通信装置100-1では、再送試行周期81が経過する前にACKパケット243-2が到着したため、ネットワーク障害から回復したと判断し、試行データパケットCの後続のデータパケットDからの転送250を実行する。データパケットCを試行的に複数回送信しているため、データパケットDの転送後250でもデータパケットCに対する重複ACK243-3が到着しうるが、ACKパケットが返ってきた時点でデータパケットCは到着していることが自明であるため、この重複ACK243-3は無視するように制御する。このようにしてデータ転送を続け、データ転送が終了すれば、コネクションの切断を行う。図2のフローチャートのS314のステップに相当する。本実施例によれば、ネットワーク障害回復後に迅速に通信装置100-1が保持しているデータパケットを対向となる通信装置100-2へ転送できるため、通信装置100-1のパケットバッファが溢れにくくなり、結果として、クライアント10は、ネットワーク障害の影響を受けることなく、更なる後続のデータ送信260を継続でき、アプリケーションの応答性劣化を避けることができるようになる。次に、図4の通信装置の構成図と、図5の状態テーブルの構成図、図6のTCPIPパケット構成図、図7のフローチャートを利用して、本実施例の通信装置100の一構成例を説明する。本実施例の通信装置は、任意のLAN間の通信をインタセプトして、データパケットをバッファリングし、LANに配置される端末装置に対し、対向する端末装置の代理となって応答パケット、および、データパケットを転送する手段と、WANに対して任意のパケットフローに属するデータパケットを送信中、WANからのパケットフローに属する応答パケットの受信が、通信停止検出時間として任意のパケットフロー毎に設定した所定の期間以上途絶えた場合に、WANへのパケットフローに属するデータパケット送信を停止する手段と、データパケット送信停止直後に、応答パケット未受信のパケットフローのデータパケットの先頭1個を再送試行周期として設定した所定の間隔でWANへ再送する手段と、WANから応答パケットを受信した時点で、応答パケットを未受信の残りのパケットフローに属するデータパケットをすべて再送する手段を備えることが必要である。そこで、図4に示すように、通信装置100は、少なくとも、ネットワークインタフェース部である、LAN側との通信を行うためのLAN側インタフェース101、WAN側との通信を行うためのWAN側インタフェース102と、パケットの転送処理を行うためのパケット転送処理部103を従来のルータやスイッチ同様に備え、加えて、より高度な通信処理を行うためのLAN側受信パケット検査部110、LAN側パケットバッファ111、LAN側パケット送信部112、LAN側タイマ群113、WAN側受信パケット検査部120、WAN側パケットバッファ121、WAN側パケット送信部122、WAN側タイマ群123、状態テーブル130を備える。なおこのような通信装置は、ネットワークインタフェース部、各種のプログラムを処理する処理部である中央処理部、テーブルやバッファとして機能する記憶部としてのメモリを備えた通常のコンピュータで実現可能である。処理部は、パケットの転送処理を行うためのパケット転送処理部103、LAN側受信パケット検査部110、LAN側パケット送信部112、WAN側受信パケット検査部120、WAN側パケット送信部122の機能を実現する。更には、LAN側タイマ群113とWAN側タイマ群123も、処理部がメモリを利用してソフトウェア的に実現することも可能である。図6は、TCPIP通信に利用されるパケットの主要なフィールド構成を示す図である。TCPIPであるため、パケットは、L3に、たとえばIPv4、L4にTCPを用いる。L2は特に限定されるわけではないが、標準的な例としてイーサネット登録商標を利用しているものとする。このとき、パケットのL2ヘッダ140の主要なフィールドとして、宛先MACアドレスDA141、送信元MACアドレスSA142、L3プロトコル種類を示すTYPE143、L2トレイラとしてフレームチェックシーケンスFCS144が挙げられる。また、L3ヘッダ150の主要なフィールドとして、送信元IPアドレスSIP151、宛先IPアドレスDIP152、L4プロトコル種類を示すPROTOCOL153が挙げられる。また、L4ヘッダ160の主要なフィールドとして、送信元ポートSPORT161、宛先ポートDPORT162、シーケンスナンバーSQN163、応答番号ACKN164、SYNやACKなどのフラグとして利用するためのコードビット165、オプション166が挙げられる。そして、実際にこのパケットが運ぶデータであるペイロード170が続く。パケット転送処理部103は、受信パケットのヘッダの指定のフィールドを参照してLAN側インタフェース101、WAN側インタフェース102、LAN側受信パケット検査部110、WAN側受信パケット検査部120、いずれかへパケットを転送する。本実施例では、WAN40のネットワーク障害をクライアント10やサーバ20に対して隠蔽したい通信のうち、LAN側からWAN側へ送るべきものはLAN側受信パケット検査部110へ転送する。同じく、WAN側からLAN側へ送るべきものはWAN側受信パケット検査部120へ転送する。一方で、WAN40のネットワーク障害をクライアント10やサーバ20に対して特に隠蔽する必要のない通信に関しては、LAN側からWAN側へ送るべきものはWAN側インタフェース102へ転送する。同じく、WAN側からLAN側へ送るべきものはLAN側インタフェース101へ転送する。これらの転送の際、どの部位へ転送するかを決定するために、基本的には図6に示すパケットのSIP151、DIP152、PROTOCOL153、SPORT161、DPORT162の5情報を利用する。これらの5情報により、パケットの送受信ペア、及び、利用アプリケーション、L4通信プロトコル種類を特定できる。この5情報は、本実施例の通信装置100の運用者が該当する通信装置100へ直接設定しても良いし、プログラム等により状況に応じて変化させても良い。本実施例の通信装置100は、図7のフローチャートで示すように、LAN側インタフェース101からパケットを受信するとS1、パケット転送処理部103にて同パケットの判定処理を行う。結果がWAN40のネットワーク障害をクライアント10やサーバ20に対して隠蔽したい通信でなければ、WAN側インタフェースへパケットを転送するS2→S6。結果がWAN40のネットワーク障害をクライアント10やサーバ20に対して隠蔽したい通信であれば、同パケットをLAN側受信パケット検査部110へ転送するS2→S3。LAN側受信パケット検査部110では、受信パケットが応答パケットであればLAN側パケット送信部112へ通知する。受信パケットがデータパケットであれば、同パケットをLAN側パケットバッファ111へ転送しつつ、同パケットを受信した応答をLAN側パケット送信部112へ転送するS4。そして、WAN側パケット送信部122がパケットを図2のフローチャートに示す制御フローに従い転送するS5。同じく、応答をLAN側パケット送信部が、LAN側で利用される標準的なTCP通信処理の制御フローに従って転送する同じくS5。LAN側でもパケット消失が生じる可能性があるが、確率的には、一時的な輻輳による場合が多数を占める。このため、重複ACKに対する従来のファストリトランスミッションやSelectiveACK等による制御で迅速なパケット再送が可能である。ネットワーク障害による場合もあり、その場合には、従来のタイムアウト処理が必要で、そのためにコネクションフロー毎にLAN側タイマ群113の中のタイマを用いる。また、通信装置100は、WAN側インタフェース102からパケットを受信するとS11、パケット転送処理部103にて同パケットの判定処理を行う。結果がWAN40のネットワーク障害をクライアント10やサーバ20に対して隠蔽したい通信でなければ、LAN側インタフェースへパケットを転送するS12→S16。結果がWAN40のネットワーク障害をクライアント10やサーバ20に対して隠蔽したい通信であれば、同パケットをWAN側受信パケット検査部120へ転送するS12→S13。WAN側受信パケット検査部120では、受信パケットが応答パケットであればWAN側パケット送信部113へ通知する。受信パケットがデータパケットであれば、同パケットをWAN側パケットバッファ121へ転送しつつ、同パケットを受信した応答をWAN側パケット送信部122へ転送するS14。そして、LAN側パケット送信部112がパケットをLAN側で利用される標準的なTCP通信処理の制御フローに従って転送するS15。同じく、応答をWAN側パケット送信部が、図2のフローチャートに示す制御フローに従い転送する同じくS15。WAN側では、一時的な輻輳やネットワーク障害によるパケット消失がLAN側よりも発生しやすい。ネットワーク障害の場合に利用するタイマはコネクションフロー毎にWAN側タイマ群123の中のタイマを用いる。例えば、あるデータパケットを送信後にタイマをスタートさせる。データパケットを送信するたびに、タイマをクリア、再スタートさせる。応答となるACKパケットがあれば、タイマをクリア、停止させる。ACKパケットが返ってこない場合、タイマはカウントを続けるため、その値がタイムアウト設定値90を超えるとタイムアウトと判定できる。また、データパケットを送信後、RTT程度の時間経過後にACKパケット到着が始まるが、ひとたび、ACKパケット受信が無くなると、タイマをクリア、スタートさせる。以後、ACKパケットを受信するたびに、タイマのクリア、スタートを繰り返し、最後に送信したデータに対するACKパケットが返ってきたら、タイマをクリア、停止する。この間、ACKパケットが未到着の場合、前記タイマの値が通信停止検出期間80を超えると、通信装置100からのパケット送信を停止する。そのあとの再送試行周期81のカウントも、WAN側タイマ群123のタイマを同様に利用する。また、WAN40のRTT計測にもWAN側タイマ群123のタイマを利用する。図3の例では、通信装置100-1はSYNパケット211送信時にタイマをクリア、スタートさせ、擬似SYNACKパケット212受信時のタイマの値を往復通信遅延RTTとすればよい。図5に本実施例の状態テーブル130の構成要素の一例を示す。状態テーブル130は、検索キー50、LAN側TCP状態60、WAN側TCP状態70のフィールドを備える。検索キー50は、先に説明したパケットのSIP151、DIP152、PROTOCOL153、SPORT161、DPORT162の5情報を記録し、同一の5情報を持つ入力パケットを、同一パケットフロー同一コネクションとして分類する。識別する種類がTCPのみと明らかな場合は、PROTOCOL153はTCPを示す番号で自明のため、残りのSIP151、DIP152、SPORT161、DPORT162の4情報を検索キー50としても良い。LAN側TCP状態60のフィールドは、例えば、プロトコル状態61、受信データSEN62、送信末尾SEN63、ACK受信済SEN64、タイムアウト設定値65で構成する。プロトコル状態61は、LAN側のTCP状態、例えば、コネクション確立中でSYNパケット受信直後や、SYNACKパケットを送信してACKパケット待ち、コネクション確立済み、などの状態を示す。受信データSEN62は、受信したデータパケットの最後のシーケンス番号を示す。本例では省略しているが、SelectiveACKやNegativeACKなどの制御を行う場合は、このほかに、歯抜け状態のデータパケットのシーケンス番号も管理する。送信末尾SEN63は、送信したデータパケットの最終シーケンス番号を示す。ACK受信済SEN64は、送信したデータパケットのうちACKパケットを受信しているところまでを示す。タイムアウト設定値65は、タイムアウト値を示す。WAN側TCP状態70のフィールドは、例えば、プロトコル状態71、受信データSEN72、送信末尾SEN73、ACK受信済SEN74、タイムアウト設定値90、通信停止検出時間80、再送試行周期81で構成する。プロトコル状態71は、WAN側のTCP状態、例えば、コネクション確立中でSYNパケット受信直後や、SYNACKパケットを送信してACKパケット待ち、コネクション確立済み、などの状態を示す。受信データSEN72は、受信したデータパケットの最後のシーケンス番号を示す。本例では省略しているが、SelectiveACKやNegativeACKなどの制御を行う場合は、このほかに、歯抜け状態のデータパケットのシーケンス番号も管理する。送信末尾SEN73は、送信したデータパケットの最終シーケンス番号を示す。ACK受信済SEN74は、送信したデータパケットのうちACKパケットを受信しているところまでを示す。タイムアウト設定値90は、タイムアウト値を示す。通信停止検出時間80、再送試行周期81は、前出の説明の通りである。以上、実施例1により、ネットワーク障害時にネットワークを輻輳等から守るために不要なパケット送信を停止できる。また、実施例1によると、ネットワーク障害が回復後に、すみやかに通信を再開できる。また、実施例1によると、クライアントやサーバなどの端末に対し、パケットロスを認識させずに済ますことができる。本実施例では標準的に用いられるTCPIP通信のTCPを前提に説明を行ったが、送信したデータに対して応答を確認する手段を利用する応答確認型の通信プロトコルによる通信であれば、同様に適用することができる。実施例2では、WAN40に高信頼なネットワークを採用した場合の障害発生時に通知される障害通知パケットを活用して、実施例1よりも高速に障害で消失したパケットを再送するための通信装置および方法の実施例を説明する。なお、本実施例における、障害通知パケットは、ネットワーク障害発生を通知する障害発生通知パケット、或いはネットワーク障害からの回復を通知する障害回復通知パケットの何れか少なくとも一方を意味することとする。高信頼なネットワークを実現する技術の一つにMPLS-TPが挙げられる。MPLS-TPの特徴機能の一つに、OAMと呼ぶネットワークの保守運用機能がある。具体的には、接続性の確認監視を行うCCCV、接続試験のためのLB、TST、高速警報転送のためのAIS、RDI、ネットワークの遅延測定、廃棄率性能測定のためのDM、LM等である。MPLS-TPでは、パスプロテクションと呼ぶ手法により、ネットワークのEndtoEndで現用系と予備系の通信経路をあらかじめ設定し、現用系の通信経路が利用不能となる障害が発生した場合に、障害発生部位を持つMPLS-TPルータ、もしくは、障害が発生してダウンしたMPLS-TPルータに隣接するMPLS-TPルータは、障害発生通知パケットAISパケットを周囲に通知する。障害発生通知パケットがMPLS-TPネットワークの末端まで到達すると予備系の通信経路に自動的に切り替わる。WAN40にMPLS-TPを利用した場合、図1、図12でルータA41、ルータB42、ルータC43、ルータD44として示した装置はMPLS-TPルータになる。また、このMPLS-TPのWAN40に接続されるLAN30-1やLAN30-2、LAN30-3には、Ethernet登録商標OAM装置と呼ばれる、OAM機能が搭載されたネットワーク終端装置が置かれる。図12に示したように、ルータB42においてルータD44側のインタフェースで障害が発生すると、ルータB42は障害発生通知パケットをルータA41に通知する。ルータA41にこの通知が届くと図1の点線180で示されている通信経路は、図12の点線182で示されている通信経路へと切り替えが行われる。同時に障害発生通知パケットは通信装置100-1を経由してLAN30-1のEthernetOAM装置にも通知される。障害発生通知パケット自体は、該当する障害箇所が復旧しない限り一定周期例えば1秒周期で通知され続けるが、パスプロテクション機能により現用系の通信経路から予備系の通信経路に切り替わった後は、それまで予備系であった通信経路が新たな通信経路となるため、障害を起こしている通信経路から発せられる障害発生通知パケットは新たな通信経路とは無関係であるため無視することになる。一般に、MPLS-TPネットワークの末端に位置する通信装置100が、MPLS-TPネットワークから受信した障害発生通知パケットをEthernetOAM装置に通知する際には、MPLS-TPネットワーク、すなわち、WAN40の障害はパスプロテクションの機能により回復しているとみなすことができる。すなわち、通信装置100にとっては、前記障害発生通知パケットはネットワーク障害からの回復を意味するパケットとして扱うことが可能である。そこで、本実施例2では、この障害発生通知パケットを利用して、ネットワーク障害回復を検出、迅速にデータパケットの再送を行う。ここで、図13のフローチャート、図14の動作例を利用して、本実施例における、障害発生通知パケットを活用した高速データパケット再送方法に関して説明する。図14で、WAN40で障害が発生するまでは実施例1と同じ動作であるため説明を省略する。WAN40で障害が発生すると、障害を検出した装置が障害発生通知パケット270を周囲に通知する。WAN40で障害が発生しているため、通信装置100-1には障害が生じている通信経路からのACKパケット返信がなくなり、その期間が通信停止検出時間80に達するかどうかの検査を開始する。通信装置100-1は、障害発生通知パケット270を検出すると、自身が扱うパケットフローコネクションのいずれに障害の影響があるか判定するために、十分長いと判断できる所定期間、ACKパケットがないパケットフローコネクションはどれであるか検査する。具体的には、この所定期間とは、前記の通信停止検出時間80の12以上の間、ACKパケット返信がないかどうかをパケットフロー毎に検査する。前記の通信停止検出時間80の12以上の間、ACKパケット返信がない場合、該当パケットフローのデータパケット送信を一旦停止したのち、即座にACKパケット未受信のデータパケット以降をすべて再送する。尚、前記の所定期間とは、十分長いと期間と判断できればよいため、必ずしも通信停止検出時間80の12以上である必要はない。状況に応じて13や23など、他の値の期間としても良い。これは、図13のフローチャートでS308→S320→S321に相当する。この操作により、実施例1よりも高速に障害で消失したパケットの再送を実現することができる。一方で、障害発生通知パケット270を検出していても、ACKパケット返信があるパケットフローコネクションの場合、例えば、図1や図12の点線181で示す通信経路の通信である場合と考えることができ、一時的な輻輳によるパケット消失であったと判断できるため、そのままデータパケットの送信や、重複ACKパケットに対する部分的なデータパケット再送を行う。これは、図13のフローチャートでS308→S320→S322→S314→S305→S306→S307→S308に相当する。また、場合によっては、図15に示すように、前記の通信停止検出時間80の間ACKパケット返信がなく、かつ、障害発生通知パケット270も検出できない状態も存在する。この場合、実施例1と同様に、ACKパケット未検出開始時点から通信停止検出時間80後に該当パケットフローコネクションに対するデータパケット送信を停止する。続いて、実施例1と同様にACKパケット未受信の先頭データパケットを試行的に単発で再送する。再送試行周期81が経過する前に障害発生通知パケット270を検出すれば、検出直後、即座にACKパケット未受信のデータパケット以降をすべて再送する。これは、図13のフローチャートでS308→S320→S322→S310→S311→S323→S313に相当する。再送試行周期81が経過しても障害発生通知パケット270を検出できなければ、実施例1と同様に、再度、再送試行周期81後にACKパケット未受信の先頭データパケットを試行的に単発で再送する。そして、次の再送試行周期81が経過する前に障害発生通知パケット270が検出できるかどうか、また、ACKパケットがあるかどうかを調べ、いずれかが検出できれば即座にACKパケット未受信のデータパケット以降をすべて再送図13のフローチャートでS311→S323→S313、および、S311→S323→S312→S313、検出できなければ再度同じ検出操作を繰り返す図13のフローチャートでS311→S322→S312→S311。いずれにしても、実施例2のこうした操作により、実施例1よりも高速に障害で消失したパケットの再送を実現することができる。なお、こうした操作を実現するための通信装置100の構成は、実施例1と同様の図4の構成で実現できる。ただし、パケット転送処理部103、WAN側受信パケット検査部120に次の処理ができるように機能を追加する。この機能の追加は、先に説明した処理部が実行するプログラムの追加で実現可能である。まず、パケット転送処理部103には、WAN側インタフェース102から通知される障害発生通知パケット270を認識し、WAN側受信パケット検査部120へ転送する機能を追加する。通信装置100がMPLS-TPのネットワークのエンドポイントとするのであれば、パケット転送処理部103にはLAN30側からのパケットにMPLSのラベルShimヘッダを追加削除する機能、および、MPLS-TPネットワーク内における障害発生通知パケット270のフォーマットを識別する機能を持たせる。通信装置100がMPLS-TPネットワークのエンドポイント外部とするのであれば、パケット転送処理部103にはEthernet区簡における障害発生通知パケット270のフォーマットを識別する機能を持たせる。図16に、MPLS-TPネットワーク内における障害発生通知パケット270の例を示す。障害発生通知パケット270は、通常のイーサネットのL2ヘッダと同一のDA141、SA142、TYPE143を備え、そのTYPEの中身に、上位プロトコルがMPLSであることを示す値例えば、0x8847が入る。なお、VLANを利用している場合は、SA142とTYPE143の間にVLANタグのフィールドが追加される。TYPE143に続き、MPLSのShimヘッダ171が入り、OAMフレームであることを示す0x1の固定値とバージョン番号のフィールド172、チャネルタイプフィールド173、メッセージフィールド174があり、メッセージフィールドの値が1であることによって障害発生通知パケットAISであることを示す。このほか詳細なOAM情報がその他OAM情報フィールド175で管理される。また、図17に、MPLS-TPネットワーク外部のEthernet区間における障害発生通知パケット270の構成を示す。障害発生通知パケット270は、通常のイーサネットのL2ヘッダと同一のDA141、SA142、TYPE143を備える。なお、VLANを利用している場合は、SA142とTYPE143の間にVLANタグのフィールドが追加される。TYPE143に続き、管理単位MaintenanceEntityグループを識別するためのMEGレベル145、バージョン番号146、制御コード147、フラグ148などに続きOAM情報149のフィールドが用意される。OAM情報149に記載されている値によって、障害発生通知パケット270であるか否かを区別することができる。いずれの場合も、通信装置100のパケット転送処理部103は、レイヤ2.5、または、レイヤ2相当で障害発生通知パケット270を検出し、WAN側受信パケット検査部120へ転送する。WAN側受信パケット検査部120は、障害発生通知パケット270を受信すると、図13のフローチャートのS320やS322として示しているように、通信停止検出時間80の経過後、もしくは、再送試行周期81の期間内にレイヤ4での制御となるACK未受信のデータパケットの再送を行う制御機能を追加する。以上のように、実施例2では、通信装置100にMPLS装置としての機能およびMPLS-TPの障害発生通知パケット270を検出しデータパケットの再送を行うための機能、もしくは、EthernetOAMの障害発生通知パケット270を検出しデータパケットの再送を行うための機能を追加することで、実施例1に比べて高速により短い時間で障害で消失したパケットを再送するための通信装置および方法を提供することができる。本実施例では障害通知パケットが障害発生通知パケットであることを前提に説明を行ったが、ネットワークが障害から回復したことを通知する障害回復通知パケットを利用することができる場合、上述してきた本実施例の障害発生通知パケットを障害回復通知パケットとして扱うことで同様の効果を得ることができる。なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したのであり、必ずしも説明の全ての構成を備えるものに限定されものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることが可能である。また、各実施例の構成の一部について、他の構成の追加削除置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、それぞれの機能を実現するプログラムを実行することによりソフトウェアで実現する場合を例示して説明したが、各機能を実現するプログラム、テーブル、ファイル等の情報はメモリのみならず、ハードディスク、SSDSolidStateDrive等の記録装置、または、ICカード、SDカード、DVD等の記録媒体におくことができるし、必要に応じてネットワーク等を介してダウンロード、インストロールすることも可能である。以上上述した本明細書においては、特許請求の範囲の請求項各項に記載の発明以外の発明が種々開示されている。その一例は、下記の通りである。例1.複数の第一のネットワーク間を接続し、応答確認型の通信プロトコルによるデータ通信を行う第二のネットワークの末端に配置されるパケット通信装置のパケット通信方法であって、前記第一のネットワーク間の通信をインタセプトして、データパケットをバッファリングし、前記第一のネットワークに配置される端末装置に対し、代理となって応答パケット、および、データパケットを転送するステップと、前記第二のネットワークに対して任意のパケットフローに属するデータパケットを送信中、前記第二のネットワークからの前記パケットフローに属する応答パケットの受信が、任意の前記パケットフロー毎に設定した通信停止検出時間以上途絶えた場合に、前記第二のネットワークへの前記パケットフローに属するデータパケット送信を停止するステップと、前記第二のネットワークから、前記第二のネットワークの障害発生、或いは障害からの回復を通知する障害通知パケットを受信する迄、或いは受信した後の、所定期間の間、前記応答パケットを未受信の、前記パケットフローのデータパケットを再送するステップを備える、ことを特徴とするパケット通信方法。例1に記載のパケット通信方法であって、前記応答パケット未受信の所定期間が、前記通信停止検出時間を経過している前記パケットフローに対し、前記第二のネットワークへの前記パケットフローに属するデータパケット送信を停止するステップと、前記データパケット送信停止直後に、応答パケット未受信の前記パケットフローのデータパケットの先頭1個を再送試行周期として設定した所定の間隔で前記第二のネットワークへ再送するステップと、前記第二のネットワークから応答パケットを受信した時点、または、前記障害通知パケットを受信した時点で、前記応答パケットを未受信の残りの前記パケットフローに属するデータパケットを再送するステップを更に備えることを特徴とするパケット通信方法。実施例3では、図1においてクライアント10、サーバ20間でデータ通信中に通信装置100-1や通信装置100-2が障害を起こした場合でも、転送中のデータの整合性を維持するための通信装置および方法の実施例を説明する。図3で説明したデータパケット転送では、TCPIPセッションのコネクション210を確立後、通信装置100-1は、クライアント10からデータパケットを受け取るたびに、該当するデータパケット例えば、データパケットA、B、C、、、に対する応答パケットACKパケット。例えばACKA、ACKB、ACKC、、、を返信する。同様に、通信装置100-2は通信装置100-1に対し、また、サーバ20は通信装置100-2に対して該当するデータパケットに対する応答パケットを返信する。この方法では、クライアント10が送信したデータパケット全てがサーバ20へ到着する前に通信装置100-1や通信装置100-2が障害で停止してしまった場合、実際にはデータ転送が完了していないにもかかわらず、クライアント10は全てのACKパケットを受領済であるため、クライアント10とサーバ20の間でデータの不整合が生じてしまう。この問題に対処するために、通信装置100では、あるデータパケット到着後、次のデータパケット到着時から1パケット分ずらしてACKパケットを返信し始め、かつ、該当データの最後のデータパケットがサーバ20へ到着後、サーバ20から返信されるACKパケットを通信装置100がクライアント10へ返信する方法がある。この方法により、通信中に通信装置100で障害が発生するとクライアント10は正常にデータ転送を終了できなかったことを検知できるため、クライアント10のTCPレイヤが再度、該当するデータパケットの再送を行ったり、クライアント10の上位アプリケーションがデータ転送異常の場合の処理を行ったりすることで、クライアント10とサーバ20のデータの不整合を避けることができる。前記方法を実施例1に適用したパケット転送処理例の説明図を図18に示す。図3との差分は、通信装置100-1が、クライアント10からのデータパケット転送220に対し、1パケット分ずらしてACKパケットを返信し始めていることである。同様に、通信装置100-2は、通信装置100-1からのデータパケット転送に対し、1パケット分ずらしてACKパケットを返信し始めていることである。サーバ20の通信装置100-2に対するACKパケット返信は図3と変わりない。また、図18では、図3と同じタイミングで障害が発生した場合、ACKパケットAまでが通信装置100-2から通信装置100-1に届く。このとき、通信装置100-1は、通信停止検出期間80が経過した後、再送を試行するための再送パケットとして図3より1パケット分前のパケットに相当するデータパケットBを利用する。また、この例では、データパケットKまでがクライアント10が送信したいデータだとした場合、データパケットKがサーバ20に到着した段階でサーバ20が通信装置100-2へ返信するACKパケットKを、通信装置100-2が通信装置100-1へ返信する。同じく、通信装置100-1が前記ACKパケットKをクライアント10へ返信する。それ以外の操作は、実施例1と同じである。この方法により、ネットワーク障害の回復直後に消失したパケットを復元、またTCPIP通信を迅速に再開させ、実効的なパケットロスを回避させつつ、通信装置100が障害を起こした際にも、クライアント10とサーバ20のデータの不整合を避けることができる。以上の実施形態によると、ネットワーク障害時にネットワークを輻輳等から守るために不要なパケット送信を停止できる。また、上述の実施形態によると、ネットワーク障害が回復後に、すみやかに通信を再開できる。また、上述の実施形態によると、クライアントやサーバなどの端末に対し、パケットロスを認識させずに済ますことができる。以上の実施形態により、通信装置100が障害を起こした場合でも、転送中のクライアント10とサーバ20の間でのデータの整合性を維持するパケット通信装置および方法に関して説明した。