業務アプリケーションからの処理要求を受信するフロントノードと、前記フロントノードから前記処理要求を受信し、前記処理要求に対する処理を実行するバックノードを備え、前記バックノードは、前記処理要求に対する処理の実行中に障害が発生した場合に、前記処理要求の再発行による対処が可能か否かを判断し、対処が可能な場合には前記フロントノードにリトライ指示を通知し、不可能な場合にはエラーを通知する応答生成部を備え、前記フロントノードは、前記応答生成部から前記リトライ指示が通知された場合は、前記業務アプリケーションに処理結果を通知せずに、前記処理要求の再発行を行う要求振分部を備えた、データ処理システム。前記フロントノードは、前記処理要求の重要度を示す情報を前記処理要求に付加して前記バックノードに送信し、前記バックノードの前記応答生成部は、前記重要度と障害の内容に基づいて前記処理要求の再発行による対処が可能か否かを判断する、請求項1に記載のデータ処理システム。前記バックノードは、以降の動作が不可能となる障害が発生した際に前記フロントノードに自ノードが処理不可能な状態であることを通知すると共に、障害が復旧または他のノードへの切り替えが完了したことを前記フロントノードへ通知する状態通知部を備え、前記フロントノードの前記要求振分部は、前記状態通知部から前記バックノードが処理不可能な状態であるとの通知を受信したら、当該ノードへの処理要求送信を中止し、前記障害が復旧または他のノードへの切り替えが完了したとの通知を受信したら、当該ノードへの処理要求送信を再開する、請求項1または2に記載のデータ処理システム。業務アプリケーションからの処理要求をフロントノードで受信し、前記フロントノードからバックノードへ前記処理要求を送信し、前記バックノードにおいて前記処理要求に対する処理を実行し、前記バックノードは、前記処理要求に対する処理の実行中に障害が発生した場合に、前記処理要求の再発行による対処が可能か否かを判断し、対処が可能な場合には前記フロントノードにリトライ指示を通知し、不可能な場合にはエラーを通知し、前記フロントノードは、前記バックノードから前記リトライ指示が通知された場合は、前記業務アプリケーションに処理結果を通知せずに、前記要求の再発行を行う、データ処理方法。コンピュータを、業務アプリケーションからの処理要求を受信するフロントノードと、前記フロントノードから前記処理要求を受信し、前記処理要求に対する処理を実行するバックノードとして機能させ、前記バックノードは、前記処理要求に対する処理の実行中に障害が発生した場合に、前記処理要求の再発行による対処が可能か否かを判断し、対処が可能な場合には前記フロントノードにリトライ指示を通知し、不可能な場合にはエラーを通知する応答生成部を備え、前記フロントノードは、前記応答生成部から前記リトライ指示が通知された場合は、前記業務アプリケーションに処理結果を通知せずに、前記処理要求の再発行を行う要求振分部を備えた、プログラム。しかしながら、特許文献1の装置では、バックノード側で障害が発生した際、業務アプリケーションは故障の内容に応じた処理を行う必要がある。障害の内容は、単純に要求のリトライを行えば処理の継続が可能であるような軽微なものから、オペレータの介入が必要になるようなものまで多岐にわたる。このため、業務アプリケーションの設計や実装が複雑化し、業務アプリケーションの生産性や保守性の低下を招いていた。そこで、本発明は、バックエンド側で障害が発生した際に業務アプリケーションが実行する処理を軽減することを一つの目的とする。本発明に係るデータ処理システムは、業務アプリケーションからの処理要求を受信するフロントノードと、前記フロントノードから前記処理要求を受信し、前記処理要求に対する処理を実行するバックノードを備え、前記バックノードは、前記処理要求に対する処理の実行中に障害が発生した場合に、前記処理要求の再発行による対処が可能か否かを判断し、対処が可能な場合には前記フロントノードにリトライ指示を通知し、不可能な場合にはエラーを通知する応答生成部を備え、前記フロントノードは、前記応答生成部から前記リトライ指示が通知された場合は、前記業務アプリケーションに処理結果を通知せずに、前記処理要求の再発行を行う要求振分部を備えている。本発明によれば、バックエンド側で障害が発生した際に業務アプリケーションが実行する処理を軽減することができる。実施の形態次に、本発明を実施するための形態について、図面を参照して詳細に説明する。図1は、本発明の実施の形態によるデータ処理システム10の構成を示すブロック図である。図に示すように、データ処理システム10は、フロントノード100、バックノード200、及び業務アプリケーション以下、業務APと記す。300を備えている。フロントノード100は、バックノード200及び業務AP300と通信回線を介して接続されている。データ処理システム10は、CPU、ROMやRAM等のメモリ、各種の情報を格納する外部記憶装置、入力インタフェース、出力インタフェース、通信インタフェース及びこれらを結ぶバスを備える専用又は汎用のコンピュータを適用することができる。また、フロントノード100、バックノード200、及び業務AP300は、単一のコンピュータにより構成されるものであっても、通信回線を介して互いに接続された複数のコンピュータにより構成されるものであってもよい。また、バックノード200は複数含まれていてもよい。フロントノード100は、要求振分部101と要求退避キュー102を備えている。要求振分部101は、フロントノード100のCPUがROM等に格納された所定のプログラムを実行することにより実現される機能のモジュールに相当する。要求退避キュー102は、メモリや外部記憶装置により実装される。バックノード200は、状態通知部201、要求処理部202、応答生成部203、及びデータベース204を備えている。状態通知部201、要求処理部202、及び応答生成部203は、バックノード200のCPUがROM等に格納された所定のプログラムを実行することにより実現される機能のモジュールに相当する。データベース204は外部記憶装置により実装される。要求振分部101は、業務AP300からの要求を要求処理部202へ送信し、応答生成部203からの応答を業務AP300へ戻す。また、未処理要求発生時に要求を要求退避キュー102へ登録する。要求退避キュー102には未処理要求が蓄積される。要求処理部202は、業務AP300からの要求を処理する。応答生成部203は、要求処理部202による要求の処理結果と、要求の重要度に基づいて応答を生成し、要求振分部101に戻す。生成される応答のパターンは、システムの性質に応じて設計される。状態通知部201は、要求処理部202による障害検出や、ノードの復旧など自ノードの状態を要求振分部101に通知する。次に、データ処理システム10の動作について説明する。業務AP300は、フロントノード100の要求振分部101を介してバックノード200の要求処理部202に要求を送信する。この時、要求には重要度を示す情報を付加する。重要度は業務AP300側で決定する。図2は、フロントノード100が業務AP300から要求を受信した時の動作のフローチャートである。要求振分部101が業務AP300から要求を受信するとステップS201、バックノード200に要求を送信できる状態か否かを判定するステップS202。送信可能な場合はYES、要求をバックノード200の要求処理部202に送信するステップS203。一方、バックノード200に要求が送信できない状態であればステップS202;NO、要求退避キュー102に要求を蓄積するステップS204。図3は、バックノード200がフロントノード100から要求を受信した時の動作のフローチャートである。要求処理部202がフロントノード100から要求を受信するとステップS301、要求処理部202は受信した要求を処理するステップS302。この時、障害が発生した場合はステップS303;YES、障害の内容を状態通知部201に通知しステップS304、ステップS305に移行する。ステップS305では、応答生成部203処理結果、重要度を通知する。また、障害が発生した場合は障害内容も通知する。応答生成部203は、要求処理部202から通知された処理結果、障害内容、要求の重要度に基づいて応答内容を生成し、要求振分部101に通知する。図4は、応答生成部203が生成する応答の内容を示す対応表である。図に示すように、通知された処理結果、障害内容、及び要求の重要度に応じて応答内容が定義されており、これに基づいて応答が生成される。図5は、フロントノード100がバックノード200から応答を受信した時の動作のフローチャートである。要求振分部101がバックノード200から応答を受信するとステップS501、要求振分部101は、受信した応答内容を解析するステップS502。応答内容がリトライ指示である場合はステップS503に進む。応答内容が正常応答またはエラー応答である場合は、ステップS504に進む。ステップS503では、業務AP300に応答内容を通知せずに、元の要求を要求退避キュー102に蓄積する。ステップS504では、業務AP300にそのまま応答内容を通知する。図6は、図3のステップS304で、要求処理部202から障害内容通知を受信した際の状態通知部201の動作のフローチャートである。状態通知部201は、障害内容通知を受信するとステップS601、障害内容を解析し、以後の処理の継続が不可能な障害か否かを判断するステップS602。以後の動作が不可能な場合はYES、要求振分部101へノードダウン通知を送信するステップS603。以後の動作継続が可能な場合は何も行わないステップS604。状態通知部201は、バックノード200が復旧した場合や、別のノードへの切り替えが完了した場合には、復旧通知を要求振分部101に送信する。図7は、要求振分部101が状態通知部201から通知を受信した際の動作のフローチャートである。要求振分部101は、状態通知部201から通知を受信するとステップS701、通知内容がノードダウンであるか否かを判断するステップS702。ノードダウンである場合はYES、当該バックノード200への要求送信を閉塞中止するステップS703。通知内容がノードダウンではない場合NO、ノード復旧通知と判断しステップS704、通知元ノードがダウンしたノードと別のノードである場合YES、以後の要求送信先を当該ノードへ変更するステップS706。次に、要求退避キュー102に蓄積されている未処理要求を新しい送信先のノードへ送信するステップS707。さらに、当該ノードへの要求送信の閉塞を解除するステップS708。以上のように、本実施形態によれば、バックノード200において障害が発生した際、業務AP300からの要求に対する応答内容は重要度と障害の内容に応じて予め定義された応答内容とすることができる。したがって、業務AP300が再度要求を発行することを期待する応答を返却した場合は、フロントノード100から再要求が送信されるため、業務AP300から再要求の処理を行う必要がない。また、フロントノード100がバックノード200の復旧後または他ノードへの切り替え処理完了直後から再要求を発行するため、システムの停止時間を最小限に抑えることができる。また、最終的に業務AP300へ返却される応答は、正常またはエラーの2種類であるため、業務AP300が応答に対して実装すべきロジックを簡潔にすることができる。なお、図8に示すように、フロントノード100が1つのバックノード200に対して1つの要求退避キュー102を備えるようにしてもよい。この構成は、負荷分散等のため、要求の内容に応じて異なるバックノードで処理を行うようにしたい場合に適している。この構成によれば、あるバックノードがダウンした場合は、当該バックノードへの要求送信が閉塞され、対応する退避キューに要求が蓄積される。その間に別の要求が発生しても、その要求が当該バックノード以外のバックノードで処理すべきものであれば、要求を受け付けることができる。また、図9に示すように、フロントノード100を複数備える構成であってもよい。この場合は、バックノード200の状態通知部201からの通知先は全フロントノードの要求振分部101になる。上記の実施の形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。付記1業務アプリケーションからの処理要求を受信するフロントノードと、前記フロントノードから前記処理要求を受信し、前記処理要求に対する処理を実行するバックノードを備え、前記バックノードは、前記処理要求に対する処理の実行中に障害が発生した場合に、前記処理要求の再発行による対処が可能か否かを判断し、対処が可能な場合には前記フロントノードにリトライ指示を通知し、不可能な場合にはエラーを通知する応答生成部を備え、前記フロントノードは、前記応答生成部から前記リトライ指示が通知された場合は、前記業務アプリケーションに処理結果を通知せずに、前記処理要求の再発行を行う要求振分部を備えた、データ処理システム。付記2前記フロントノードは、前記処理要求の重要度を示す情報を前記処理要求に付加して前記バックノードに送信し、前記バックノードの前記応答生成部は、前記重要度と障害の内容に基づいて前記処理要求の再発行による対処が可能か否かを判断する、付記1に記載のデータ処理システム。付記3前記バックノードは、以降の動作が不可能となる障害が発生した際に前記フロントノードに自ノードが処理不可能な状態であることを通知すると共に、障害が復旧または他のノードへの切り替えが完了したことを前記フロントノードへ通知する状態通知部を備え、前記フロントノードの前記要求振分部は、前記状態通知部から前記バックノードが処理不可能な状態であるとの通知を受信したら、当該ノードへの処理要求送信を中止し、前記障害が復旧または他のノードへの切り替えが完了したとの通知を受信したら、当該ノードへの処理要求送信を再開する、付記1または2に記載のデータ処理システム。付記4業務アプリケーションからの処理要求をフロントノードで受信し、前記フロントノードからバックノードへ前記処理要求を送信し、前記バックノードにおいて前記処理要求に対する処理を実行し、前記バックノードは、前記処理要求に対する処理の実行中に障害が発生した場合に、前記処理要求の再発行による対処が可能か否かを判断し、対処が可能な場合には前記フロントノードにリトライ指示を通知し、不可能な場合にはエラーを通知し、前記フロントノードは、前記バックノードから前記リトライ指示が通知された場合は、前記業務アプリケーションに処理結果を通知せずに、前記要求の再発行を行う、データ処理方法。付記5コンピュータを、業務アプリケーションからの処理要求を受信するフロントノードと、前記フロントノードから前記処理要求を受信し、前記処理要求に対する処理を実行するバックノードとして機能させ、前記バックノードは、前記処理要求に対する処理の実行中に障害が発生した場合に、前記処理要求の再発行による対処が可能か否かを判断し、対処が可能な場合には前記フロントノードにリトライ指示を通知し、不可能な場合にはエラーを通知する応答生成部を備え、前記フロントノードは、前記応答生成部から前記リトライ指示が通知された場合は、前記業務アプリケーションに処理結果を通知せずに、前記処理要求の再発行を行う要求振分部を備えた、プログラム。