クライアントとサーバとの間の通信を中継する中継装置の障害発生時に、前記通信を中継する中継バックアップ装置であって、前記中継バックアップ装置は、前記サーバと前記中継装置との間の通信を中継するように接続され、前記中継装置を介して前記クライアントと通信し、メッセージを送受信する通信部と、受信した前記メッセージを中継する中継処理部と、前記受信したメッセージが前記中継装置から受信したメッセージであるか否かを判定することによって、前記中継装置の障害を検出する障害検出部と、を備え、前記障害検出部は、前記中継装置の障害が検出された場合に、前記メッセージの中継処理のみを実行する通常モードから、前記メッセージの中継処理及び障害復旧処理を実行するバックアップモードに切り替えて前記メッセージの中継を継続することを特徴とする中継バックアップ装置。請求項1に記載の中継バックアップ装置であって、前記障害検出部は、前記受信したメッセージがデータ送信に対する前記クライアントからの応答メッセージであるか否かを判定し、前記受信したメッセージが前記応答メッセージであると判定された場合に、前記応答メッセージが前記中継装置から送信された応答メッセージであるか否かを判定し、前記応答メッセージが前記中継装置から送信された応答メッセージでないと判定された場合に、前記中継装置の障害を検出することを特徴とする中継バックアップ装置。請求項2に記載の中継バックアップ装置であって、前記障害検出部は、前記応答メッセージに含まれる送信元を特定するための送信元情報に基づいて、前記応答メッセージが前記中継装置から送信された応答メッセージであるか否かを判定することを特徴とする中継バックアップ装置。請求項2に記載の中継バックアップ装置であって、前記障害検出部は、前記応答メッセージのメッセージフォーマットに基づいて、前記応答メッセージが前記中継装置から送信された応答メッセージであるか否かを判定することを特徴とする中継バックアップ装置。請求項2に記載の中継バックアップ装置であって、さらに、前記受信したメッセージを蓄積するメッセージ蓄積部を備え、前記障害検出部は、前記通常モードでの稼働中に前記中継装置の障害が検出されると、前記通常モードから前記バックアップモードに切り替え、前記中継装置から前記クライアントに中継されていない前記メッセージを特定し、前記特定されたメッセージを前記メッセージ蓄積部から取得し、前記取得されたメッセージを前記クライアントに送信することを特徴とする中継バックアップ装置。請求項5に記載の中継バックアップ装置であって、さらに、前記サーバとの間で送受信されるメッセージの出力先を切り替える切替部を備え、前記中継処理部は、前記サーバとの間で送受信されるメッセージを中継する第1中継処理部を含み、前記通信部は、前記サーバとの間で送受信されるメッセージを前記切替部に出力し、前記切替部は、前記通常モードの場合には、前記メッセージ蓄積部及び前記障害検出部に前記メッセージを出力し、前記バックアップモードの場合には、前記第1中継処理部に前記メッセージを出力することを特徴とする中継バックアップ装置。請求項6に記載の中継バックアップ装置であって、前記中継処理部は、前記クライアントとの間で送受信されるメッセージを中継する第2中継処理部を含み、前記通信部は、前記中継装置との間で送受信されるメッセージを前記障害検出部に出力し、前記障害検出部は、前記通常モードの場合には、前記メッセージ蓄積部及び前記切替部に前記メッセージを出力し、前記バックアップモードの場合には、前記第2中継処理部に前記メッセージを出力することを特徴とする中継バックアップ装置。クライアントとサーバとの間の通信を中継する中継装置の障害発生時に、前記通信を中継する中継バックアップ装置における中継制御方法であって、前記中継バックアップ装置は、プロセッサと、前記プロセッサに接続される記憶媒体と、他の装置と通信するためのネットワークインタフェースを備え、前記中継バックアップ装置は、前記サーバと前記中継装置との間の通信を中継するように接続され、前記中継装置を介して前記クライアントと通信し、前記方法は、前記中継バックアップ装置が、メッセージを受信する第1のステップと、前記中継バックアップ装置が、前記受信したメッセージが前記中継装置から受信したメッセージであるか否かを判定することによって、前記中継装置の障害を検出する第2のステップと、前記中継バックアップ装置が、前記中継装置の障害が検出された場合に、前記メッセージの中継処理のみを実行する通常モードから、前記メッセージの中継処理及び障害復旧処理を実行するバックアップモードに切り替えて前記メッセージの中継を継続する第3のステップと、を含むことを特徴とする中継制御方法。請求項8に記載の中継制御方法であって、前記第2のステップは、前記受信したメッセージがデータ送信に対する前記クライアントからの応答メッセージであるか否かを判定する第4のステップと、前記受信したメッセージが前記応答メッセージであると判定された場合に、前記応答メッセージが前記中継装置から送信された応答メッセージであるか否かを判定する第5のステップと、前記応答メッセージが前記中継装置から送信された応答メッセージでないと判定された場合に、前記中継装置の障害を検出する第6のステップと、を含むことを特徴とする中継制御方法。請求項9に記載の中継制御方法であって、前記第5のステップでは、前記応答メッセージに含まれる送信元を特定するための送信元情報に基づいて、前記応答メッセージが前記中継装置から送信された応答メッセージであるか否かを判定することを特徴とする中継制御方法。請求項9に記載の中継制御方法であって、前記第5のステップでは、前記応答メッセージのメッセージフォーマットに基づいて、前記応答メッセージが前記中継装置から送信された応答メッセージであるか否かを判定することを特徴とする中継制御方法。請求項9に記載の中継制御方法であって、前記第1のステップは、前記受信したメッセージを蓄積するステップを含み、前記第3のステップは、前記通常モードでの稼動中に前記中継装置の障害が検出された場合に、前記通常モードから前記バックアップモードに切り替えるステップと、前記中継装置から前記クライアントに中継されていない前記メッセージを特定するステップと、前記蓄積されたメッセージの中から、前記特定されたメッセージを取得するステップと、前記取得されたメッセージを前記クライアントに送信するステップと、を含むことを特徴とする中継制御方法。請求項12に記載の中継制御方法であって、前記第1のステップは、前記通常モードの場合には、前記サーバへ送信されるメッセージを蓄積し、当該メッセージを前記サーバへ中継するステップと、前記バックアップモードの場合には、前記サーバへ送信されるメッセージを前記サーバに中継するステップと、を含むことを特徴とする中継制御方法。請求項12に記載の中継制御方法であって、前記第1のステップは、前記通常モードの場合には、前記クライアントへ送信されるメッセージを蓄積し、当該メッセージを前記クライアントに中継するステップと、前記バックアップモードの場合には、前記クライアントへ送信されるメッセージを前記クライアントに中継するステップと、を含むことを特徴とする中継制御方法。従来のセッション中継装置は、障害が発生した場合、当該装置をバイパスすることによって回線の切断を回避して、IPInternetProtocol等の下位レイヤの通信を維持継続する。しかし、セッション中継装置は、通信の高速化のために送信側の装置サーバへの代理応答を行っており、セッション中継装置の障害による当該装置のバイパス後に、送信側の装置と受信側の装置との間でパケット送受信状態の不一致が発生する。このため、最終的にはセッションの切断、及び上位レイヤのアプリケーションによるセッションの再確立等が発生する。さらに、セッションの再確立後では、セッション中継装置の障害復旧まで、高速化された中継ができないため、障害復旧後に高速化を実現するためには、再度セッションを確立する必要がある。例えば、上記の特許文献1に記載の発明では、記憶した電文長と電文パケット内に含まれる電文長とが一致しないセッションでは、中継装置によってクライアントへリセット信号が発行されるため、セッションの切断、再確立が発生する。データセンタ間のバックアップ等などの大量のデータの転送中に、セッション中継装置に障害が発生した場合、セッションの再確立や当該セッションを介した通信の高速化が実現できないため、決められた時間内にデータ転送が終了しないという問題が発生する。前述した問題を解決する方法として、セッション中継装置を冗長化させる方法が考えられる。具体的には、現用系のセッション中継装置と待機系のセッション中継装置との間でセッションの状態を常に同期し、現用系のセッション中継装置に障害が発生した時に、待機系のセッション中継装置に切り替えることによってセッションを維持させる。しかし、前述した方法では、セッションの状態同期、障害検出等の機能が必要となり、高コストのシステムを構築する必要がある。また、単に、状態を同期させただけでは、現用系の中継装置から削除された情報は、待機系の中継装置からも削除されるため、障害復旧に必要なデータを失うことになる。本発明は前述した課題に鑑みてなされた発明である。本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、クライアントとサーバとの間の通信を中継する中継装置の障害発生時に、前記通信を中継する中継バックアップ装置であって、前記中継バックアップ装置は、前記サーバと前記中継装置との間の通信を中継するように接続され、前記中継装置を介して前記クライアントと通信し、メッセージを送受信する通信部と、受信した前記メッセージを中継する中継処理部と、前記受信したメッセージが前記中継装置から受信したメッセージであるか否かを判定することによって、前記中継装置の障害を検出する障害検出部と、を備え、前記障害検出部は、前記中継装置の障害が検出された場合に、前記メッセージの中継処理のみを実行する通常モードから、前記メッセージの中継処理及び障害復旧処理を実行するバックアップモードに切り替えて前記メッセージの中継を継続することを特徴とする。本発明によれば、中継装置に障害が発生した場合に、通信の切断を発生させず、さらに通信の中継を継続することができる。以下、図面を参照して本発明の実施形態を説明する。図1は、本発明の実施形態におけるネットワークシステムの構成を示す説明図である。図1に示すように、ネットワークシステムは、セッション中継バックアップ装置101、サーバ104、クライアント105、セッション中継装置121、対向セッション中継装置122、及びルータ131、132から構成される。メッセージ送信側のルータ131には、サーバ104、セッション中継装置121及びセッション中継バックアップ装置101が接続され、メッセージ受信側のルータ132には、クライアント105及び対向セッション中継装置122が接続される。ルータ131とルータ132との間はWANWideAreaNetwork106を介して接続される。セッション中継装置121は、サーバ104とクライアント105との間のセッションを介した通信の高速化を実現する装置である。なお、セッション中継装置121は、公知のため説明を省略する。セッション中継バックアップ装置101は、セッション中継装置121に障害が発生した場合に、セッション中継装置121の代わりに、サーバ104とクライアント105との間の通信を中継する装置である。図2は、本発明の実施形態におけるセッション中継バックアップ装置101の内部構成を示すブロック図である。セッション中継バックアップ装置101は、通信部201、中継先切替部202、メッセージ蓄積部203、障害検出部204、DB205、LAN側セッション中継処理部206、WAN側セッション中継処理部207、及び動作モード208を備える。通信部201は、ルータ131を介して他の装置との間のメッセージを送受信する。また、通信部201は、メッセージを送受信する装置毎に、中継先切替部202と障害検知部204との間におけるメッセージの送受信先を振り分ける。具体的には、サーバ104との間で送受信されるメッセージは中継先切替部202に振り分けられ、セッション中継装置121又は対向セッション中継装置122との間で送受信されるメッセージは障害検知部204に振り分けられる。動作モード208は、セッション中継バックアップ装置101の動作モードを示す情報を格納する。動作モードには、障害が発生していない通常時の動作である通常モードと、セッション中継装置121に障害が発生した場合の動作であるバックアップモードとの2つのモードがある。中継先切替部202は、通信部201から入力されたメッセージをLAN側セッション中継装置206又はメッセージ蓄積部203に出力する。また、中継先切替部202は、LAN側セッション中継装置206、メッセージ蓄積部203及び障害検出部204から入力されたメッセージを通信部201に出力する。通信部201から入力されたメッセージの出力先は、動作モード208に格納される情報に基づいて決定される。具体的には、動作モード208に通常モードを示す情報が格納されている場合、メッセージはメッセージ蓄積部203に出力され、動作モード208にバックアップモードを示す情報が格納されている場合、メッセージはLAN側セッション中継装置206に出力される。なお、通常モードの場合に、メッセージ蓄積部203に出力されたメッセージは、さらに、障害検出部204へも出力される。これによって、サーバ104にメッセージが中継される。ただし、中継先切替部202は、入力されたメッセージを直接障害検出部204に出力してもよい。メッセージ蓄積部203は、中継先切替部202から入力されたメッセージをDB205に蓄積し、また、障害発生時にDB205に蓄積されたメッセージを障害検知部204に出力する。障害検出部204は、通信部201から入力されたメッセージをWAN側セッション中継装置207又はメッセージ蓄積部203に出力する。また、障害検出部204は、WAN側セッション中継装置207、メッセージ蓄積部203及び中継先切替部202から入力されたメッセージを通信部201に出力する。通信部201から入力されたメッセージの出力先は、動作モード208に格納される情報に基づいて決定される。具体的には、動作モード208に通常モードを示す情報が格納されている場合、メッセージはメッセージ蓄積部203に出力され、動作モード208にバックアップモードを示す情報が格納されている場合、メッセージはWAN側セッション中継装置207に出力される。なお、通常モードの場合に、メッセージ蓄積部203に出力されたメッセージは、さらに、中継先切替部202へも出力される。これによって、対向セッション中継装置122クライアント105側にメッセージが中継される。ただし、障害検出部204は、入力されたメッセージを直接中継先切替部202に出力してもよい。また、障害検出部204は、通信部201から入力されたackメッセージに基づいて、セッション中継装置121に障害が発生しているか否かを判定する。障害の発生が検出された場合、障害検出部204は、動作モード208に格納される情報を、通常モードを示す情報からバックアップモードを示す情報に書き換える。DB205は、サーバ104からクライアント105へ送信されたメッセージを蓄積するためのデータベースである。DB205には、セッション毎に、メッセージ管理テーブル500図3参照が格納される。なお、メッセージ管理テーブル500の詳細は、図3を用いて後述する。LAN側セッション中継処理部206は、セッション中継装置121がサーバ104との間で行う処理と同等の機能を有する。具体的には、LAN側セッション中継処理部206は、サーバ104からメッセージを受信する機能と、受信したメッセージをDB205に登録する機能と、サーバ104に対するackメッセージを生成し、生成されたackメッセージを送信する機能と、サーバ104との間のセッション状態を管理する機能と、サーバ104との間のセッション状態の変化をWAN側セッション中継処理部207に通知する機能とを有する。WAN側セッション中継処理部207は、セッション中継装置121が対向セッション中継装置122との間で行う処理と同等の機能を有する。具体的には、WAN側セッション中継処理部207は、DB205から登録されたメッセージを取得する機能と、取得されたメッセージに基づいてセッション中継用のメッセージを生成し、生成された中継用のメッセージを対向セッション中継装置122に送信する機能と、対向セッション中継装置122からセッション中継用のackメッセージを受信する機能と、対向セッション中継装置122との間のセッション状態を管理する機能とを有する。なお、各構成部は、ソフトウェアとして実現してもよいし、ハードウェアとして実現してもよい。ソフトウェアとして実現される場合には、セッション中継バックアップ装置101がプロセッサ、メモリ、及びネットワークインタフェースを備え、プロセッサがメモリに格納されるプログラムを実行することによって各構成部の機能を実現する。ハードウェアとして実現する場合には、セッション中継バックアップ装置101が個々の構成部の機能を有する専用のハードウェアを備え、各ハードウェアを結線することによって実現する。図3は、本発明の実施形態におけるDB205に格納されるメッセージ管理テーブル500の一例を示す説明図である。メッセージ管理テーブル500は、サーバ104とクライアント105との間で送受信されたメッセージを蓄積する。具体的には、メッセージ管理テーブル500は、メッセージID501、メッセージ内容502及びフラグ503を含む。メッセージID501は、メッセージを識別するための識別子を格納する。例えば、TCPの場合は、シーケンス番号がメッセージIDに相当する。メッセージ内容502は、メッセージID501に対応するメッセージの内容を格納する。フラグ503は、メッセージID501に対応するメッセージが実際にセッション中継装置121から送信されたか否かを示す情報を格納する。本実施形態では、セッション中継装置121から実際に送信された場合、フラグ503には1が格納され、セッション中継装置121から実際に送信されていない場合、フラグ503には0が格納される。なお、セッション中継装置121からメッセージが送信されたか否かを判定する方法としては、クライアント105側から送信されるackメッセージに基づいて判定される。図4は、本発明の実施形態における各装置間のメッセージの送受信処理を示すシーケンス図である。本実施形態では、図4に示すように、サーバ104とセッション中継装置121との間にセッション中継バックアップ装置101が接続される。したがって、セッション中継バックアップ装置101は、サーバ104とセッション中継装置121との間のメッセージを中継する。なお、サーバ104、セッション中継バックアップ装置101及びセッション中継装置121はTCPを利用した通信によって互いに通信することができる。サーバ104から送信されたメッセージは、セッション中継バックアップ装置101を介してセッション中継装置121に送信される。セッション中継装置121は、受信したメッセージに対するackメッセージをサーバ104へ送信する。ackメッセージは、セッション中継バックアップ装置101を介して、サーバ104に送信されるステップS301。セッション中継装置121は、受信したメッセージを対向セッション中継装置122に送信し、対向セッション中継装置122は受信したメッセージに対するackメッセージを応答するステップS302。対向セッション中継装置122は、受信したメッセージをクライアント105に送信し、クライアント105は受信したメッセージに対するackメッセージを応答するステップS303。ステップS303の後に、セッション中継装置121に障害が発生するステップS304。サーバ104から送信されたメッセージは、セッション中継バックアップ装置101を介した後、セッション中継装置121をバイパスされ、対向セッション中継装置122に送信され、一方、対向セッション中継装置122はクライアント105から送信されたackメッセージを応答するステップS305。ここで、対向セッション中継装置122にはdata:2000を含むメッセージが送信されていないため、クライアント105からdata:2000を含むメッセージに対応するackメッセージが送信されない。セッション中継バックアップ装置101は、受信したackメッセージに基づいてセッション中継装置121の障害を検出するステップS306。障害を検出する方法としては、受信したackメッセージがセッション中継用のメッセージであるか否かを判定する方法が考えられる。具体的には、セッション中継バックアップ装置101は、受信したackメッセージに含まれる送信元のIPアドレス、ポート番号が相違するか否かを判定し、又は、受信したackメッセージに特定オプションが含まれるかなどのメッセージフォーマットが相違するか否かを判定する。セッション中継バックアップ装置101は、障害発生前では、セッション中継装置121からTCPを用いた通信によってackメッセージを受信しているが、障害が発生すると、TCP以外の通信によって対向セッション中継装置122からackメッセージを受信する。そのため、セッション中継バックアップ装置101は、受信したメッセージに基づいて、通信プロトコルの違いを判定できる。セッション中継バックアップ装置101は、障害を検出すると、バックアップモードを示す情報に動作モード208の情報を書き換え、サーバ104へのackメッセージの送信し、対向セッション中継装置122へのメッセージを再送するステップS307。ここでは、data:2000及びdata:3000を含むメッセージが再送される。対向セッション中継装置122は、セッション中継バックアップ装置101からメッセージが再送されるため、以降、受信したメッセージをクライアント105に送信するステップS308。以上のように、セッション中継バックアップ装置101を備えることによって、セッション切断を回避し、セッション中継を継続することができる。図5は、本発明の実施形態における障害検知部204によって実行される処理を説明するフローチャートである。障害検出部204は、メッセージが入力されると処理を開始し、当該メッセージが通信部201から入力されたか否かを判定するステップS401。メッセージが通信部201から入力されていないと判定された場合は、障害検出部204は、通信部201を介してルータ131に受信したメッセージを送信し、処理を終了するステップS406。メッセージが通信部201から入力されたと判定された場合、障害検出部204は、動作モード208を参照して、通常モードであるか否かを判定するステップS402。現在の動作モード208が通常モードでないと判定された場合、障害検出部204は、WAN側セッション中継処理部207への出力処理を実行し、処理を終了するステップS408。動作モード208が通常モードであると判定された場合、障害検出部204は、入力されたメッセージがackメッセージであるか否かを判定するステップS403。このとき、障害検出部204は、DB205に格納されるメッセージ管理テーブル500のフラグ503を更新する。具体的には以下のような処理が実行される。まず、障害検出部204は、受信したackメッセージに基づいて、どのメッセージに対するackメッセージであるかを特定する。次に、障害検出部204は、特定されたメッセージに対応するエントリをメッセージ管理テーブル500から検索する。障害検出部204は、検索されたエントリのフラグ503の値を1に更新する。以上がメッセージ管理テーブル500のフラグ503の更新方法である。入力されたメッセージがackメッセージでないと判定された場合は、入力されたメッセージをメッセージ蓄積部203及び中継先切替部202に出力し、処理を終了するステップS407。中継先切替部202は、入力されたメッセージを通信部201に出力する。入力されたメッセージがackメッセージであると判定された場合、障害検出部204は、当該ackメッセージがセッション中継装置121から受信したメッセージであるか否かを判定するステップS404。ackメッセージがセッション中継装置121から受信したメッセージでないと判定された場合、障害検出部204は、入力されたメッセージをメッセージ蓄積部203及び中継先切替部202に出力し、処理を終了するステップS407。中継先切替部202は、入力されたメッセージを通信部201に出力する。ステップS404の判定処理としては、例えば、ackメッセージに特定オプションが含まれているか否かを判定する方法、送信元のIPアドレス及びポート番号に基づいて判定する方法などが考えられる。なお、ackメッセージの送信先を特定できる方法であればどのような方法であってもよい。ackメッセージがセッション中継装置121から受信したメッセージであると判定された場合、障害検出部204は、バックアップモードを示す情報に動作モード208の情報を変更するステップS405。その後、障害検出部204は、WAN側セッション中継処理部207への出力処理を実行し、処理を終了するステップS408。図6は、本発明の実施形態におけるWAN側セッション中継処理部207への出力処理を説明するフローチャートである。障害検出部204は、DB205からメッセージ管理テーブル500を取得するステップS501。具体的には、障害検出部204は、メッセージ管理テーブル500の読出命令をメッセージ蓄積部203に出力する。障害検出部204は、取得されたメッセージ管理テーブル500を参照して、セッション中継装置121から送信されていないメッセージを特定するステップS502。具体的には、障害検出部204は、メッセージ管理テーブル500のフラグ503が0であるエントリを抽出する。さらに、障害検出部204は、抽出されたエントリに対応するメッセージを取得する。障害検出部204は、ステップS401において入力されたメッセージと、ステップS502において特定されたメッセージとをWAN側セッション中継処理部207に出力し、処理を終了するステップS503。以上のように、本発明によれば、サーバ104が送受信したメッセージと、クライアント105が送受信したメッセージとの間に不整合が生じず、セッション切断を回避することができる。また、セッション中継バックアップ装置101は、障害が発生したセッション中継装置121に代わって、セッション中継を継続することができる。以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。