クライアント端末と記憶装置との間のデータのやり取りを制御する第1サーバ装置および第2サーバ装置を有するクラスタシステムであって、前記第1サーバ装置および前記第2サーバ装置は、アプリケーションを実行するアプリケーション実行部と、前記クライアント端末と前記アプリケーション実行部との間のデータの転送を制御する転送制御部と、前記アプリケーション実行部と前記記憶装置との間のデータの入出力を制御する入出力制御部と、前記アプリケーション実行部、前記転送制御部および前記入出力制御部におけるアクティブ/スタンバイのいずれかのステータスをそれぞれ制御するステータス制御部と、をそれぞれ備え、前記転送制御部は、前記ステータスがアクティブであり、かつ、前記クライアント端末から処理要求を受信した場合には、当該処理要求を、同一サーバ装置の前記アプリケーション実行部、および前記ステータスがスタンバイである前記転送制御部に、それぞれ転送し、前記ステータスがアクティブであり、かつ、前記アプリケーション実行部から処理結果を受信した場合には、当該処理結果を前記クライアント端末に転送し、前記入出力制御部は、前記ステータスがアクティブであり、かつ、前記アプリケーション実行部から前記記憶装置への入出力要求を受信した場合には、当該入出力要求に基づいて前記記憶装置への入出力を実行し、当該入出力の実行結果を、前記入出力要求の送信元である前記アプリケーション実行部、および前記ステータスがスタンバイである前記入出力制御部に、それぞれ送信し、前記ステータス制御部は、クラスタシステムを動作させる場合には、前記第1サーバ装置および前記第2サーバ装置のいずれか一方のサーバ装置の前記アプリケーション実行部、前記転送制御部および前記入出力制御部の前記ステータスを全てアクティブに設定し、他方のサーバ装置の前記アプリケーション実行部の前記ステータスをアクティブに、前記転送制御部および前記入出力制御部の前記ステータスをスタンバイに設定し、障害が検知された場合には、前記第1サーバ装置および前記第2サーバ装置の前記転送制御部および前記入出力制御部の前記ステータスを、アクティブからスタンバイに、またはスタンバイからアクティブにそれぞれ切り替える、ことを特徴とするクラスタシステム。前記転送制御部は、前記ステータスがスタンバイであり、かつ、他方のサーバ装置の前記アプリケーション実行部から処理要求を受信した場合には、当該処理要求を、同一サーバ装置の前記アプリケーション実行部に転送することを特徴とする請求項1記載のクラスタシステム。前記転送制御部は、前記ステータスがスタンバイであり、かつ、前記アプリケーション実行部から処理結果を受信した場合には、当該処理結果を前記クライアント端末に転送せずに、保持することを特徴とする請求項1または2記載のクラスタシステム。前記転送制御部は、前記ステータスがアクティブであり、かつ、前記クライアント端末との間のパスで障害が発生した場合には、前記ステータスがスタンバイである他方のサーバ装置の前記転送制御部が保持している前記処理結果を前記クライアント端末に転送するように依頼する処理結果転送依頼を、他方のサーバ装置の前記転送制御部に送信し、前記処理結果転送依頼を受信した場合には、保持中の前記処理結果を前記クライアント端末に転送する、ことを特徴とする請求項3記載のクラスタシステム。前記入出力制御部は、前記ステータスがスタンバイであり、かつ、前記アプリケーション実行部から前記記憶装置への入出力要求を受信した場合には、当該入出力要求を実行せずに、保持することを特徴とする請求項1~4のいずれか1項に記載のクラスタシステム。前記入出力制御部は、前記ステータスがアクティブであり、かつ、前記記憶装置との間のパスで障害が発生した場合には、前記ステータスがスタンバイである他方のサーバ装置の前記入出力制御部が保持している前記入出力要求を実行するように依頼する入出力実行依頼を、他方のサーバ装置の前記入出力制御部に送信し、前記入出力実行依頼を受信した場合には、保持中の前記入出力要求を実行し、当該入出力の実行結果を、同一サーバ装置の前記アプリケーション実行部に返信する、ことを特徴とする請求項5記載のクラスタシステム。前記アプリケーション実行部は、アプリケーション障害が発生した場合に、前記アプリケーションを再起動し、前記ステータス制御部は、前記アプリケーション障害を発生させた前記アプリケーション実行部の前記ステータスをアクティブからスタンバイに切り替え、予め設定された回復時期に応じて、スタンバイに切り替えた前記アプリケーション実行部のステータスをアクティブに切り替え直す、ことを特徴とする請求項1~6のいずれか1項に記載のクラスタシステム。上述した特許文献1および特許文献2では、稼働系と待機系とのアプリケーション間の同期については何も考慮されていない。したがって、これらの従来技術では、クラスタシステムに既存のアプリケーションを適用する場合、アプリケーションに変更を加える必要があり、システム構築に手間がかかる。本発明は、上述した課題を解決するためになされたものであり、既存のアプリケーションを変更することなく、ホットスタンバイを簡便に実現することができるクラスタシステムを提供することを目的とする。本発明のクラスタシステムは、クライアント端末と記憶装置との間のデータのやり取りを制御する第1サーバ装置および第2サーバ装置を有するクラスタシステムであって、前記第1サーバ装置および前記第2サーバ装置は、アプリケーションを実行するアプリケーション実行部と、前記クライアント端末と前記アプリケーション実行部との間のデータの転送を制御する転送制御部と、前記アプリケーション実行部と前記記憶装置との間のデータの入出力を制御する入出力制御部と、前記アプリケーション実行部、前記転送制御部および前記入出力制御部におけるアクティブ/スタンバイのいずれかのステータスをそれぞれ制御するステータス制御部と、をそれぞれ備え、前記転送制御部は、前記ステータスがアクティブであり、かつ、前記クライアント端末から処理要求を受信した場合には、当該処理要求を、同一サーバ装置の前記アプリケーション実行部、および前記ステータスがスタンバイである前記転送制御部に、それぞれ転送し、前記ステータスがアクティブであり、かつ、前記アプリケーション実行部から処理結果を受信した場合には、当該処理結果を前記クライアント端末に転送し、前記入出力制御部は、前記ステータスがアクティブであり、かつ、前記アプリケーション実行部から前記記憶装置への入出力要求を受信した場合には、当該入出力要求に基づいて前記記憶装置への入出力を実行し、当該入出力の実行結果を、前記入出力要求の送信元である前記アプリケーション実行部、および前記ステータスがスタンバイである前記入出力制御部に、それぞれ送信し、前記ステータス制御部は、クラスタシステムを動作させる場合には、前記第1サーバ装置および前記第2サーバ装置のいずれか一方のサーバ装置の前記アプリケーション実行部、前記転送制御部および前記入出力制御部の前記ステータスを全てアクティブに設定し、他方のサーバ装置の前記アプリケーション実行部の前記ステータスをアクティブに、前記転送制御部および前記入出力制御部の前記ステータスをスタンバイに設定し、障害が検知された場合には、前記第1サーバ装置および前記第2サーバ装置の前記転送制御部および前記入出力制御部の前記ステータスを、アクティブからスタンバイに、またはスタンバイからアクティブにそれぞれ切り替える。本発明によれば、既存のアプリケーションを変更することなく、ホットスタンバイを簡便に実現することができる。以下、添付図面を参照して、本発明に係るクラスタシステムの好適な実施形態について説明する。第1実施形態まず、図1を参照して、第1実施形態におけるクラスタシステムの構成について説明する。図1に示すように、クラスタシステム1は、クライアント端末Cによるオンライントランザクション処理を制御するサーバ装置10、20を、クラスタ化して構成する。オンライントランザクション処理は、クライアント端末Cからの処理要求に基づき、ストレージ等の記憶装置Dにアクセスしながらデータを処理し、処理結果をクライアント端末Cに送り返す処理である。サーバ装置10、20は、それぞれ同一の構成要素を有し、いずれか一方が稼働系として動作し、他方が待機系として動作する。稼働系/待機系の初期設定は、例えば、クラスタシステム内のネットワークインターフェースの状態を監視し、仮想IPアドレスが割り振られているサーバ装置を稼働系に設定し、他方のサーバ装置を待機系に設定することで実現できる。本実施形態では、原則としてサーバ装置10を稼働系とし、サーバ装置20を待機系として説明する。ここで、サーバ装置10、20は、物理的には、例えば、CPUCentralProcessingUnitと、メモリと、入出力インターフェースと、をそれぞれ含んで構成される。メモリには、例えば、CPUで処理されるプログラムやデータを記憶するROMReadOnlyMemoryやHDDHardDiskDriveと、主として制御処理のための各種作業領域として使用されるRAMRandomAccessMemoryとが含まれる。これらの要素は、互いにバスを介して接続されている。CPUが、ROMに記憶されたプログラムを実行し、入出力インターフェースを介して受信されたメッセージや、RAMに展開されたデータを処理することで、後述するサーバ装置10、20における各部の機能を実現することができる。サーバ装置10、20は、機能的には、例えば、制御部11、21と、転送部12、22と、APApplication実行部13、23と、I/OInputOutput部14、24と、をそれぞれ有する。制御部11、21は、サーバ装置10、20全体を統括制御する。以下に、制御部11、21による統括制御の一例を説明する。制御部11、21は、転送部12、22、AP実行部13、23およびI/O部14、24のステータスをそれぞれ制御する。本実施形態では、ステータスとして、アクティブまたはスタンバイを設定した場合について説明する。アクティブステータスは、実処理を行うステータスである。スタンバイステータスは、実処理を行わずに、ダミーとして動作するステータスである。制御部11、21は、クラスタシステム1が正常に動作している間は、サーバ装置10の転送部12、AP実行部13およびI/O部14の各ステータスを全てアクティブに設定し、サーバ装置20の転送部22およびI/O部24の各ステータスをそれぞれスタンバイに設定し、サーバ装置20のAP実行部23のステータスをアクティブに設定する。制御部11、21は、クラスタシステム1において障害が検知された場合には、サーバ装置10の転送部12およびI/O部14の各ステータスをそれぞれアクティブからスタンバイに切り替え、サーバ装置20の転送部22およびI/O部24の各ステータスをそれぞれスタンバイからアクティブに切り替える。これにより、サーバ装置20が稼働系となり、サーバ装置10が待機系となる。転送部12、22は、クライアント端末CからAP実行部13、23への処理要求の転送と、AP実行部13、23からクライアント端末Cへの処理結果の転送と、をそれぞれ行う。転送部12、22は、ステータスがアクティブであり、かつ、クライアント端末Cから処理要求を受信した場合には、この処理要求を、同一サーバ装置内のAP実行部と、ステータスがスタンバイである他方のサーバ装置内の転送部と、にそれぞれ転送する。転送部12、22は、ステータスがスタンバイであり、かつ、他方のサーバ装置内のAP実行部から処理要求を受信した場合には、この処理要求を、同一サーバ装置内のAP実行部に転送する。転送部12、22は、ステータスがアクティブであり、かつ、AP実行部13、23から処理結果を受信した場合には、この処理結果をクライアント端末Cに転送する。転送部12、22は、ステータスがスタンバイであり、かつ、AP実行部13、23から処理結果を受信した場合には、この処理結果をクライアント端末Cに転送せずに、保持する。転送部12、22は、ステータスがアクティブであり、かつ、自サーバ装置とクライアント端末Cとの間のパスで障害が発生した場合には、ステータスがスタンバイである他方のサーバ装置内の転送部が保持している処理結果をクライアント端末Cに転送するように依頼する処理結果転送依頼を、他方のサーバ装置内の転送部に送信する。転送部12、22は、処理結果転送依頼を受信した場合には、保持中の処理結果をクライアント端末Cに転送する。AP実行部13、23は、サービスを提供するアプリケーションを実行する。I/O部14、24は、AP実行部13、23による記憶装置Dからのデータの読み込みと、AP実行部13、23による記憶装置Dへのデータの書き込みと、をそれぞれ行う。I/O部14、24は、ステータスがアクティブであり、かつ、AP実行部13、23から記憶装置DへのI/O要求を受信した場合には、このI/O要求に基づいて記憶装置DへのI/Oを実行し、このI/Oの実行結果を、I/O要求の送信元である同一サーバ装置内のAP実行部と、ステータスがスタンバイである他方のサーバ装置内のI/O部とに、それぞれ送信する。I/O部14、24は、ステータスがスタンバイであり、かつ、AP実行部13、23から記憶装置DへのI/O要求を受信した場合には、このI/O要求を実行せずに、保持する。I/O部14、24は、ステータスがアクティブであり、かつ、自サーバ装置と記憶装置Dとの間のパスで障害が発生した場合には、ステータスがスタンバイである他方のサーバ装置内のI/O部が保持しているI/O要求を実行するように依頼するI/O実行依頼を、他方のサーバ装置内のI/O部に送信する。I/O部14、24は、I/O実行依頼を受信した場合には、保持中のI/O要求を実行し、このI/Oの実行結果を、同一サーバ装置内のAP実行部に返信する。このように、サーバ装置10、20を構成することで、稼働系のサーバ装置と待機系のサーバ装置とにおいてアプリケーションを同期させながら動作させることができる。これにより、アプリケーションを変更することなく、ホットスタンバイのクラスタシステムを実現することができる。次に、図2~図7を参照して、第1実施形態におけるクラスタシステムの動作について説明する。以下においては、サーバ装置10が稼働系として動作し、サーバ装置20が待機系として動作している場合について説明する。この場合、図2に示すように、稼働系サーバ装置10の転送部12、AP実行部13およびI/O部14の各ステータスは全てアクティブとなり、待機系サーバ装置20の転送部22およびI/O部24の各ステータスはそれぞれスタンバイとなり、待機系サーバ装置20のAP実行部23のステータスはアクティブとなる。まず、図2および図3を参照して、転送部12、22が処理要求を受信した際の動作について説明する。最初に、稼働系サーバ装置10の転送部12がクライアント端末Cから処理要求を受信するステップS101。続いて、転送部12は、ステータスがアクティブであるステップS102;YESため、受信した処理要求を、ステータスがスタンバイである待機系サーバ装置20の転送部22に転送するステップS103。続いて、稼働系サーバ装置10の転送部12は、自サーバ装置10のAP実行部13のステータスがアクティブであるステップS104;YESため、受信した処理要求を、AP実行部13に転送するステップS105。一方、待機系サーバ装置20の転送部22がクライアント端末Cから処理要求を受信した場合ステップS101に、転送部22は、ステータスがスタンバイでありステップS102;NO、自サーバ装置20のAP実行部23のステータスがアクティブであるステップS104;YESため、上記ステップS103で稼働系サーバ装置10の転送部12から転送された処理要求を、AP実行部23に転送するステップS105。次に、図2および図4を参照して、I/O部14、22がI/O要求を受信した際の動作について説明する。最初に、稼働系サーバ装置10のI/O部14が自サーバ装置10のAP実行部13からI/O要求を受信するステップS201。続いて、I/O部14は、ステータスがアクティブであるステップS202;YESため、受信したI/O要求を実行するステップS204。続いて、I/O部14は、上記ステップS204におけるI/O実行結果をAP実行部13に返信するステップS205とともに、このI/O実行結果をステータスがスタンバイである待機系サーバ装置20のI/O部24に転送するステップS206。一方、待機系サーバ装置20のI/O部24が自サーバ装置20のAP実行部23からI/O要求を受信した場合ステップS201に、I/O部24は、ステータスがスタンバイであるステップS202;NOため、受信したI/O要求を実行せずに保持するステップS203。続いて、I/O部24は、稼働系サーバ装置10のI/O部14から受信ステップS207したI/O実行結果を、自サーバ装置20のAP実行部23に返信するステップS208。次に、図2および図5を参照して、転送部12、22が処理結果を受信した際の動作について説明する。最初に、稼働系サーバ装置10の転送部12が自サーバ装置10のAP実行部13から処理結果を受信するステップS301。続いて、転送部12は、ステータスがアクティブであるステップS302;YESため、受信した処理結果をクライアント端末Cに転送するステップS303。一方、待機系サーバ装置20の転送部22が自サーバ装置20のAP実行部23から処理結果を受信した場合ステップS301に、転送部22は、ステータスがスタンバイであるステップS302;NOため、受信した処理結果を転送せずに保持するステップS304。次に、図6および図7を参照して、パス障害が発生した際の動作について説明する。図6は、障害発生時の稼働系サーバ装置の動作を説明するためのフローチャートであり、図7は、障害発生時の待機系サーバ装置の動作を説明するためのフローチャートである。最初に、稼働系サーバ装置10の制御部11が自サーバ装置10と記憶装置Dとの間のパス障害を検知した場合ステップS401に、自サーバ装置10のI/O部14は、ステータスがスタンバイである待機系サーバ装置20のI/O部24が保持しているI/O要求を実行するように依頼するI/O実行依頼を、当該I/O部24に送信するステップS402。続いて、稼働系サーバ装置10の制御部11は、自サーバ装置10のI/O部14および転送部12のステータスをアクティブからスタンバイに切り替えるステップS403。これにより、サーバ装置10は、稼働系から待機系となる。一方、待機系サーバ装置20のI/O部24が、上記ステップS402で送信されたI/O実行依頼を受信した場合ステップS501に、I/O部24は、保持中のI/O要求を実行するステップS502。続いて、待機系サーバ装置20の制御部21は、自サーバ装置20のI/O部24および転送部22のステータスをスタンバイからアクティブに切り替えるステップS503。これにより、サーバ装置20は、待機系から稼働系となる。続いて、上記ステップS502で保持中のI/O要求を実行したI/O部24は、そのI/O実行結果を自サーバ装置20のAP実行部23に返信するステップS504。この後、図5のステップS301以降の処理が実行され、AP実行部23での処理結果が転送部22からクライアント端末Cに転送されるステップS303。なお、この動作例では、サーバ装置10と記憶装置Dとの間でパス障害が発生した場合について説明しているが、サーバ装置10とクライアント端末Cとの間でパス障害が発生した場合についても同様の概念に基づいてサーバ装置を切り替えることができる。この場合には、待機系サーバ装置20の転送部22が保持している処理結果を転送するように依頼する処理結果転送依頼を、当該転送部22に送信し、処理結果転送依頼を受信した転送部22がクライアント端末Cに処理結果を転送することとすればよい。上述したように、第1実施形態におけるクラスタシステムによれば、転送部12、22、AP実行部13、23およびI/O部14、24のステータスをそれぞれ制御することで、アプリケーション間の同期をとることができるため、既存のアプリケーションを変更することなく、簡便にホットスタンバイのクラスタシステムを実現することができる。また、各ステータスを制御することでパスを切り替えることができるため、障害発生時にリソースの再起動やサーバの切り替え時間に要する時間を削減できる。これにより、サービスの可用性を向上させることが可能となる。第2実施形態本発明の第2実施形態について説明する。第2実施形態におけるクラスタシステムが、上述した第1実施形態におけるクラスタシステムと相違する点は、第2実施形態におけるクラスタシステムが、アプリケーション障害以下、AP障害という。発生時の回復機能をさらに備えている点である。それ以外の構成については、第1実施形態におけるシステムの各構成と同様であるため、各構成要素には同一の符合を付し、その説明は省略するとともに、以下においては、主に第1実施形態との相違点について説明する。制御部11、21は、AP実行部13、23でのAP障害を検知した場合に、AP障害を発生させたAP実行部13、23に対してアプリケーションを再起動させるとともに、AP障害を発生させたAP実行部のステータスをアクティブからスタンバイに切り替える。制御部11、21は、回復時期テーブルに設定された回復時期に基づいて、スタンバイに切り替えたAP実行部のステータスをアクティブに切り替える。ここで、回復時期テーブルは、AP障害発生後のAP実行部の回復時期を設定するテーブルである。本実施形態では、回復時期として、ホットまたはコールドを予め設定した場合について説明する。ホットは、アプリケーションの実行がメモリ内に保持されている情報に依存しない場合に設定される回復時期である。この場合には、他のサーバ装置でのアプリケーションの実行を継続したまま、障害により再起動させたアプリケーションの実行を再開させてもアプリケーション間の同期をとることができる。したがって、回復時期がホットである場合には、制御部11、21は、即座に、スタンバイに切り替えたAP実行部のステータスをスタンバイからアクティブに切り替え直し、アプリケーションの同期を再開させる。コールドは、アプリケーションの実行がメモリ内に保持されている情報に依存する場合に設定される回復時期である。この場合には、全てのサーバ装置でアプリケーションの実行を停止させてから、アプリケーションの実行を再開させなければアプリケーション間の同期をとることができない。したがって、回復時期がコールドである場合に、制御部11、21は、全てのAP実行部がスタンバイに切り替わった後に、全てのAP実行部のステータスをスタンバイからアクティブに切り替え直し、アプリケーションの同期を再開させる。次に、図8を参照して、第2実施形態におけるクラスタシステムでAP障害が発生した際の動作について説明する。この動作例では、サーバ装置10のアプリケーションでAP障害が発生した場合について説明する。最初に、サーバ装置10の制御部11が、AP実行部13でのAP障害を検知した場合ステップS601に、AP実行部13は、アプリケーションを再起動するステップS602。続いて、サーバ装置10の制御部11は、AP実行部13のステータスをアクティブからスタンバイに切り替えるステップS603。続いて、サーバ装置10の制御部11は、回復時期テーブルを参照し、回復時期がホットであるか否かを判定するステップS604。この判定がYESである場合ステップS604;YESに、制御部11は、AP実行部13のステータスをスタンバイからアクティブに切り替えるステップS605。一方、上記ステップS604の判定で回復時期がコールドであると判定された場合ステップS604;NOに、制御部11は、他サーバ装置10のAP実行部23のステータスがスタンバイであるか否かを判定するステップS606。この判定がNOである場合ステップS606;NOに、制御部11は、この判定がYESになるまで判定を繰り返す。一方、上記ステップS606の判定で他サーバ装置10のAP実行部23のステータスがスタンバイであると判定された場合ステップS606;YESに、制御部11、21は、AP実行部13、23のステータスをそれぞれスタンバイからアクティブに切り替えるステップS607。上述したように、第2実施形態におけるクラスタシステムによれば、再同期のタイミングを設定することができるため、AP障害が発生した場合であっても、AP実行部13とAP実行部23とのアプリケーション間の同期を保持しつつ、アプリケーションの回復を図ることができる。なお、上述した各実施形態は、単なる例示に過ぎず、各実施形態に明示していない種々の変形や技術の適用を排除するものではない。すなわち、本発明は、その趣旨を逸脱しない範囲で様々な形態に変形して実施することができる。例えば、上記の各実施形態の一部または全部は、以下の付記のようにも記載され得る。ただし、本発明を以下に限定するものではない。付記1クライアント端末と記憶装置との間のデータのやり取りを制御する第1サーバ装置および第2サーバ装置を有するクラスタシステムであって、前記第1サーバ装置および前記第2サーバ装置は、アプリケーションを実行するアプリケーション実行部と、前記クライアント端末と前記アプリケーション実行部との間のデータの転送を制御する転送制御部と、前記アプリケーション実行部と前記記憶装置との間のデータの入出力を制御する入出力制御部と、前記アプリケーション実行部、前記転送制御部および前記入出力制御部におけるアクティブ/スタンバイのいずれかのステータスをそれぞれ制御するステータス制御部と、をそれぞれ備え、前記転送制御部は、前記ステータスがアクティブであり、かつ、前記クライアント端末から処理要求を受信した場合には、当該処理要求を、同一サーバ装置の前記アプリケーション実行部、および前記ステータスがスタンバイである前記転送制御部に、それぞれ転送し、前記ステータスがアクティブであり、かつ、前記アプリケーション実行部から処理結果を受信した場合には、当該処理結果を前記クライアント端末に転送し、前記入出力制御部は、前記ステータスがアクティブであり、かつ、前記アプリケーション実行部から前記記憶装置への入出力要求を受信した場合には、当該入出力要求に基づいて前記記憶装置への入出力を実行し、当該入出力の実行結果を、前記入出力要求の送信元である前記アプリケーション実行部、および前記ステータスがスタンバイである前記入出力制御部に、それぞれ送信し、前記ステータス制御部は、クラスタシステムを動作させる場合には、前記第1サーバ装置および前記第2サーバ装置のいずれか一方のサーバ装置の前記アプリケーション実行部、前記転送制御部および前記入出力制御部の前記ステータスを全てアクティブに設定し、他方のサーバ装置の前記アプリケーション実行部の前記ステータスをアクティブに、前記転送制御部および前記入出力制御部の前記ステータスをスタンバイに設定し、障害が検知された場合には、前記第1サーバ装置および前記第2サーバ装置の前記転送制御部および前記入出力制御部の前記ステータスを、アクティブからスタンバイに、またはスタンバイからアクティブにそれぞれ切り替える、ことを特徴とするクラスタシステム。付記2前記転送制御部は、前記ステータスがスタンバイであり、かつ、他方のサーバ装置の前記アプリケーション実行部から処理要求を受信した場合には、当該処理要求を、同一サーバ装置の前記アプリケーション実行部に転送することを特徴とする付記1記載のクラスタシステム。付記3前記転送制御部は、前記ステータスがスタンバイであり、かつ、前記アプリケーション実行部から処理結果を受信した場合には、当該処理結果を前記クライアント端末に転送せずに、保持することを特徴とする付記1または2記載のクラスタシステム。付記4前記転送制御部は、前記ステータスがアクティブであり、かつ、前記クライアント端末との間のパスで障害が発生した場合には、前記ステータスがスタンバイである他方のサーバ装置の前記転送制御部が保持している前記処理結果を前記クライアント端末に転送するように依頼する処理結果転送依頼を、他方のサーバ装置の前記転送制御部に送信し、前記処理結果転送依頼を受信した場合には、保持中の前記処理結果を前記クライアント端末に転送する、ことを特徴とする付記3記載のクラスタシステム。付記5前記入出力制御部は、前記ステータスがスタンバイであり、かつ、前記アプリケーション実行部から前記記憶装置への入出力要求を受信した場合には、当該入出力要求を実行せずに、保持することを特徴とする付記1~4のいずれか1項に記載のクラスタシステム。付記6前記入出力制御部は、前記ステータスがアクティブであり、かつ、前記記憶装置との間のパスで障害が発生した場合には、前記ステータスがスタンバイである他方のサーバ装置の前記入出力制御部が保持している前記入出力要求を実行するように依頼する入出力実行依頼を、他方のサーバ装置の前記入出力制御部に送信し、前記入出力実行依頼を受信した場合には、保持中の前記入出力要求を実行し、当該入出力の実行結果を、同一サーバ装置の前記アプリケーション実行部に返信する、ことを特徴とする付記5記載のクラスタシステム。付記7前記アプリケーション実行部は、アプリケーション障害が発生した場合に、前記アプリケーションを再起動し、前記ステータス制御部は、前記アプリケーション障害を発生させた前記アプリケーション実行部の前記ステータスをアクティブからスタンバイに切り替え、予め設定された回復時期に応じて、スタンバイに切り替えた前記アプリケーション実行部のステータスをアクティブに切り替え直す、ことを特徴とする付記1~6のいずれか1項に記載のクラスタシステム。