電文と当該電文に処理すべきトランザクション処理の種類と当該電文の処理ステータスとを対応付けたテーブルと、前記電文に対して実行する前記トランザクション処理の種類が割り当てられたプロセスであって、前記テーブルを参照して、前記処理ステータスが未処理の前記電文に対して当該電文に対応する前記トランザクション処理を実行し、当該トランザクション処理に成功した場合には当該処理ステータスを第1状態に変更する一方、失敗した場合には当該処理ステータスを第2状態に変更するプロセスと、前記プロセスに割り当てられた前記トランザクション処理を実行する予備プロセスであって、前記テーブルを参照して、前記処理ステータスが第2状態の前記電文に対して、当該電文に対応する前記トランザクション処理を実行し、当該トランザクション処理に成功した場合には当該処理ステータスを第1状態に変更する一方、失敗した場合には当該処理ステータスを第3状態に変更する予備プロセスと、前記予備プロセスによって前記処理ステータスが第1状態に変更された場合には、当該処理ステータスを第2状態に変更した前記プロセスをエラープロセスとして判定し、前記予備プロセスによって前記処理ステータスが第3状態に変更された場合には、当該処理ステータスに対応する前記電文をエラー電文として判定するエラー処理部とを具備することを特徴とする情報処理装置。前記エラー処理部は、前記エラープロセスと判定した前記プロセスを停止させ、当該プロセスによってトランザクション処理が実行されるべき前記電文については、前記予備プロセスに当該トランザクション処理を実行させることを特徴とする請求項1に記載の情報処理装置。前記予備プロセスは、前記トランザクション処理を複数回実行しても成功しなかった場合に、当該トランザクション処理に失敗したものとして、前記処理ステータスを第3状態に変更することを特徴とする請求項1または請求項2に記載の情報処理装置。電文と当該電文に処理すべきトランザクション処理の種類と当該電文の処理ステータスとを対応付けたテーブルと、前記電文に対して実行する前記トランザクション処理の種類が割り当てられたプロセスであって、前記テーブルを参照して、前記処理ステータスが未処理の前記電文に対して当該電文に対応する前記トランザクション処理を実行し、当該トランザクション処理に成功した場合には当該処理ステータスを第1状態に変更する一方、失敗した場合には当該処理ステータスを第2状態に変更するプロセスと、前記処理ステータスが第2状態の前記電文に対して当該電文に対応する前記トランザクション処理を前記プロセスに実行させる予備プロセスであって、当該トランザクション処理に成功した場合には当該処理ステータスを第1状態に変更する一方、失敗した場合には当該処理ステータスを第3状態に変更する予備プロセスと、前記予備プロセスによって前記処理ステータスが第1状態に変更された場合には、当該処理ステータスを第2状態に変更した前記プロセスをエラープロセスとして判定し、前記予備プロセスによって前記処理ステータスが第3状態に変更された場合には、当該処理ステータスに対応する前記電文をエラー電文として判定するエラー処理部とを具備することを特徴とする情報処理装置。電文と当該電文の処理ステータスとを対応付けたテーブルと、前記電文に対して予め決められたトランザクション処理の種類が割り当てられたプロセスであって、前記テーブルを参照して、前記処理ステータスが未処理の前記電文に対して前記トランザクション処理を実行し、当該トランザクション処理に成功した場合には当該処理ステータスを第1状態に変更する一方、失敗した場合には当該処理ステータスを第2状態に変更するプロセスと、前記処理ステータスが第2状態の前記電文に対してトランザクション処理を前記プロセスに実行させる予備プロセスであって、当該トランザクション処理に成功した場合には当該処理ステータスを第1状態に変更する一方、失敗した場合には当該処理ステータスを第3状態に変更する予備プロセスと、前記予備プロセスによって前記処理ステータスが第1状態に変更された場合には、当該処理ステータスを第2状態に変更した前記プロセスをエラープロセスとして判定し、前記予備プロセスによって前記処理ステータスが第3状態に変更された場合には、当該処理ステータスに対応する前記電文をエラー電文として判定するエラー処理部とを具備することを特徴とする情報処理装置。前記エラー処理部は、前記エラープロセスと判定した前記プロセスを停止させることを特徴とする請求項4または請求項5に記載の情報処理装置。前記予備プロセスは、前記トランザクション処理を複数の前記プロセスに実行させ、当該プロセス全てにおいて当該トランザクション処理が失敗した場合に、前記処理ステータスを第3状態に変更することを特徴とする請求項4乃至請求項6のいずれかに記載の情報処理装置。前記予備プロセスは、前記トランザクション処理を実行させた前記プロセスのいずれかにおいて当該トランザクション処理が成功した場合に、前記処理ステータスを第1状態に変更し、前記エラー処理部は、当該トランザクション処理に失敗した前記プロセスをエラープロセスとして判定することを特徴とする請求項7に記載の情報処理装置。前記テーブルは複数存在することを特徴とする請求項1乃至請求項8のいずれかに記載の情報処理装置。プロセスにおいて障害が発生する要因としては、プロセスそのものの動作不良による場合だけでなく、クライアントからの要求に含まれ、トランザクション処理の対象となる電文に問題がある場合もある。しかしながら、特許文献1、2、3に記載された技術においては、いずれの要因で障害が発生したのかについての切り分けをすることができない。本発明は、上述の事情に鑑みてなされたものであり、トランザクション処理において生じた障害の要因を切り分けることを目的とする。上述の課題を解決するため、本発明の一実施形態として、電文と当該電文に処理すべきトランザクション処理の種類と当該電文の処理ステータスとを対応付けたテーブルと、前記電文に対して実行する前記トランザクション処理の種類が割り当てられたプロセスであって、前記テーブルを参照して、前記処理ステータスが未処理の前記電文に対して当該電文に対応する前記トランザクション処理を実行し、当該トランザクション処理に成功した場合には当該処理ステータスを第1状態に変更する一方、失敗した場合には当該処理ステータスを第2状態に変更するプロセスと、前記プロセスに割り当てられた前記トランザクション処理を実行する予備プロセスであって、前記テーブルを参照して、前記処理ステータスが第2状態の前記電文に対して、当該電文に対応する前記トランザクション処理を実行し、当該トランザクション処理に成功した場合には当該処理ステータスを第1状態に変更する一方、失敗した場合には当該処理ステータスを第3状態に変更する予備プロセスと、前記予備プロセスによって前記処理ステータスが第1状態に変更された場合には、当該処理ステータスを第2状態に変更した前記プロセスをエラープロセスとして判定し、前記予備プロセスによって前記処理ステータスが第3状態に変更された場合には、当該処理ステータスに対応する前記電文をエラー電文として判定するエラー処理部とを具備することを特徴とする情報処理装置を提供する。また、本発明の一実施形態として、電文と当該電文に処理すべきトランザクション処理の種類と当該電文の処理ステータスとを対応付けたテーブルと、前記電文に対して実行する前記トランザクション処理の種類が割り当てられたプロセスであって、前記テーブルを参照して、前記処理ステータスが未処理の前記電文に対して当該電文に対応する前記トランザクション処理を実行し、当該トランザクション処理に成功した場合には当該処理ステータスを第1状態に変更する一方、失敗した場合には当該処理ステータスを第2状態に変更するプロセスと、前記処理ステータスが第2状態の前記電文に対して当該電文に対応する前記トランザクション処理を前記プロセスに実行させる予備プロセスであって、当該トランザクション処理に成功した場合には当該処理ステータスを第1状態に変更する一方、失敗した場合には当該処理ステータスを第3状態に変更する予備プロセスと、前記予備プロセスによって前記処理ステータスが第1状態に変更された場合には、当該処理ステータスを第2状態に変更した前記プロセスをエラープロセスとして判定し、前記予備プロセスによって前記処理ステータスが第3状態に変更された場合には、当該処理ステータスに対応する前記電文をエラー電文として判定するエラー処理部とを具備することを特徴とする情報処理装置を提供する。また、本発明の一実施形態として、電文と当該電文の処理ステータスとを対応付けたテーブルと、前記電文に対して予め決められたトランザクション処理の種類が割り当てられたプロセスであって、前記テーブルを参照して、前記処理ステータスが未処理の前記電文に対して前記トランザクション処理を実行し、当該トランザクション処理に成功した場合には当該処理ステータスを第1状態に変更する一方、失敗した場合には当該処理ステータスを第2状態に変更するプロセスと、前記処理ステータスが第2状態の前記電文に対してトランザクション処理を前記プロセスに実行させる予備プロセスであって、当該トランザクション処理に成功した場合には当該処理ステータスを第1状態に変更する一方、失敗した場合には当該処理ステータスを第3状態に変更する予備プロセスと、前記予備プロセスによって前記処理ステータスが第1状態に変更された場合には、当該処理ステータスを第2状態に変更した前記プロセスをエラープロセスとして判定し、前記予備プロセスによって前記処理ステータスが第3状態に変更された場合には、当該処理ステータスに対応する前記電文をエラー電文として判定するエラー処理部とを具備することを特徴とする情報処理装置を提供する。本発明によれば、トランザクション処理において生じた障害の要因を切り分けることができる。また、本発明によれば、障害の発生によるトランザクション処理の停滞発生を抑制することもできる。<第1実施形態>[構成]図1は、本発明の第1実施形態における情報処理システムを説明する図である。本実施形態に係る情報処理システム1は、情報処理装置10、外部IFインターフェイス20およびサーバ30を有する。本発明の情報処理装置10は、金融取引などの取引システムで用いられるトランザクション処理を実行する装置である。情報処理装置10は、クライアント端末などの外部IFインターフェイス20からトランザクション処理の要求以下、処理要求というを受け付ける。トランザクション処理の要求には、電文と、その電文に対して処理すべきトランザクション処理の種類とが含まれる。情報処理装置10は、外部IF20から電文の形式として処理要求を受け付けると、その処理要求にしたがって電文に対するトランザクション処理を実行し、サーバ30において実行される各種プログラムのインターフェイスとなるAPIに受け渡す。図1に示すAPI1、API2、は、プログラムの種類毎のAPIである。続いて、情報処理装置10の構成について説明する。情報処理装置10は、CPUCentralProcessingUnit120を有する。CPU120がプログラムを実行することにより、外部IF20からの処理要求に対してトランザクション処理を実行してAPIに受け渡す機能を実現する。また、情報処理装置10は、複数のテーブル110-1、110-2、110-3それぞれを区別しない場合にはテーブル110というを有する。これらのテーブル110は、ハードディスク、RAMRandomAccessMemoryなどの記憶部に記憶され、CPU120の制御により内容が書き換えられる。なお、テーブル110は、3つより多くても少なくてもよく、1つでもよい。これらのテーブルは、処理要求に対応する電文を一時的に保持するキューとして用いられる。図2は、本発明の第1実施形態におけるテーブル110を説明する図である。テーブル110は、電文の内容この例では取引者、取引金額、日時などの取引内容が含まれている取引名A、B、C、と、トランザクション処理の種類この例では1~9を示す取引種別と、電文の処理ステータスを示すステータスとを対応付けている。なお、電文の内容にトランザクション処理の種類、ステータスが含まれるようにしてテーブル110に格納することもできる。外部IF20から処理要求を受け付ける度に、処理要求の内容例えば、電文の内容に応じて、登録すべきテーブル110がCPU120によって決定される。テーブル110が1つであるときにはこの決定は不要である。あるいは、電文そのものに取引種別が含まれている場合もあり、その場合もこの決定は不要である。そして、処理要求の電文とトランザクション処理の種類とに応じた取引名と取引種別との対応関係が、CPU120によって決定されたテーブル110に登録される。このとき、ステータスについては、未処理が登録される。なお、後述するように、トランザクション処理の結果によってステータスは、正常終了第1状態、警告終了第2状態、エラー第3状態のいずれかに変更される。図1に戻って説明を続ける。CPU120はプログラムを実行することにより、プロセス121、予備プロセス122、およびエラー処理部123の各機能を実現する。プロセス121は、この例では9個のプロセスから構成されている。9個のプロセスの各々には取引種別1~9のいずれかのトランザクション処理が割り当てられ、テーブル110より電文を取得し、割り当てられたトランザクション処理を実行する。以下の説明では、取引種別nのトランザクション処理を実行するプロセスをプロセスnというn=1、2、9。予備プロセス122は、この例ではプロセス121における各プロセスに対応して、9個の予備プロセスから構成されている。9個の予備プロセスの各々には取引種別1~9のいずれかのトランザクション処理が割り当てられ、割り当てられたトランザクション処理を電文に対して実行する。以下の説明では、取引種別nのトランザクション処理を実行する予備プロセスを予備プロセスnというn=1、2、9。プロセスnがテーブル110より取得された電文についてトランザクション処理を実行し、エラーが発生するなどして失敗となると、その電文のステータスが第2状態警告終了となる。そこで、予備プロセスnは、ステータスが警告終了となっている電文について、その電文に対して再度トランザクション処理を実行する。エラー処理部123は、予備プロセス122で実行されたトランザクション処理の結果に応じてプロセス121におけるトランザクション処理の失敗の要因を判定する。また、エラー処理部123は、判定結果に応じた処理を行う。続いて、プロセス121におけるプロセス1、予備プロセス122における予備プロセス1、エラー処理部123の処理を順に説明する。なお、プロセス121および予備プロセス122については割り当てられたトランザクション処理の種類が取引種別1である場合、すなわちn=1である場合を例として説明するが、n=2、3、9であってもn=1の場合と同様である。[プロセス1の処理]図3は、本発明の第1実施形態におけるプロセス1の処理を説明するフローチャートである。プロセス1はテーブル110を参照して、取引種別1の電文のうちステータス未処理の電文が有るかどうかを判定するステップS111。未処理の電文が無い場合ステップS111;Noには、プロセス1は、外部IF20からの処理要求により取引種別1の電文が新たにテーブル110に登録されるまで待つ。プロセス1は、未処理の電文が有る場合ステップS111;Yesには、その電文を読み出すステップS112。取引種別1およびステータス未処理の電文が複数ある場合には、例えば、テーブルに登録された時刻が最も古い電文を読み出すようにすればよい。プロセス1は、読み出した電文に対して取引種別1のトランザクション処理を実行してステップS113、処理内容に応じて決まるAPIに引き渡す。実行したトランザクション処理が成功であった場合ステップS114;Yesには、プロセス1は読み出した電文に対応するステータスを未処理から正常終了に変更しステップS115、ステップS111の処理に戻る。一方、実行したトランザクション処理が失敗であった場合ステップS114;Noには、プロセス1は読み出した電文に対応するステータスを未処理から警告終了に変更しステップS116、ステップS111の処理に戻る。プロセスnにおいてトランザクション処理が失敗となる要因は2種類ある。第1の要因としては、電文が規定の形式で表されていないことなど電文にエラーがある場合である。第2の要因としては、プロセスnによるトランザクション処理が設計通りに実行されない場合である。すなわち、第2の要因は、製品の不具合の場合、プロセスの起動タイミングにより本来あるべき状態と異なる状態で起動してしまった場合、プロセスが使用している部分でのメモリーリークが発生した場合など、プロセスnの動作中の不具合によるものである。以下に説明する予備プロセスnについても同様である。なお、ステータスが警告終了に変更された時点においては、プロセスnが、トランザクション処理の失敗した要因が第1の要因であるか第2の要因であるかは判定することは必須ではない。本実施形態においては、失敗の要因は、予備プロセスnのトランザクション処理の結果に基づいて判定することができるからである。そこで続いて、予備プロセスnの処理について説明する。[予備プロセス1の処理]図4は、本発明の第1実施形態における予備プロセス1の処理を説明するフローチャートである。予備プロセス1はテーブル110を参照して、取引種別nの電文のうちステータス警告終了の電文が有るかどうかを判定するステップS121。警告終了の電文が無い場合ステップS121;Noには、予備プロセス1は、プロセス1によってステータスが変更されるまで待つ。予備プロセス1は、警告終了の電文が有る場合ステップS121;Yesには、その電文を読み出すステップS122。警告終了の電文が複数ある場合には、例えば、テーブルに登録された時刻が最も古い電文を読み出すようにすればよい。予備プロセス1は、読み出した電文に対して取引種別1のトランザクション処理を実行してステップS123、処理内容に応じて決まるAPIに引き渡す。実行したトランザクション処理が成功であった場合ステップS124;Yesには、予備プロセス1は読み出した電文に対応するステータスを警告終了から正常終了に変更しステップS125、ステップS121の処理に戻る。一方、実行したトランザクション処理が失敗であった場合ステップS124;Noには、予備プロセス1は読み出した電文に対応するステータスを警告終了からエラーに変更しステップS126、ステップS121の処理に戻る。続いて、エラー処理部123の処理について説明する。[エラー処理部123の処理]図5は、本発明の第1実施形態におけるエラー処理部123の処理を説明するフローチャートである。エラー処理部123はテーブル110を参照して、いずれかの電文に対応するステータスが警告終了から正常終了に変更されるか、エラーに変更されるかを待つステップS131;No、ステップS132;No。ステータスが警告終了からエラーに変更された電文がある場合ステップS132;Yesには、トランザクション処理が失敗となった要因を第1の要因とする。すなわち、エラー処理部123はその電文を、エラーが存在している電文以下、エラー電文というと判定しステップS133、ステップS131の処理に戻る。エラー処理部123は、判定した結果を情報処理装置10の管理者に通知して情報処理装置10の操作者などに対して電文の修正を促してもよい。このように、ステータスがエラーの電文については、プロセスnにおいてトランザクション処理が失敗し、再び予備プロセスnでも同じ電文に対するトランザクション処理が失敗したことになる。プロセスnおよび予備プロセスnの双方において、上述したトランザクション処理の失敗の要因が発生していることは一般的には考えにくく、この場合にはエラー電文である可能性が高い。したがって、エラー処理部123はステータスがエラーの電文をエラー電文と判定する。一方、ステータスが警告終了から正常終了に変更された電文がある場合ステップS131;Yesには、エラー処理部123は、その電文のステータスを警告終了に変更したプロセスnをエラーが発生しているプロセス以下、エラープロセスというと判定するステップS134。エラー処理部123は、判定した結果を情報処理装置10の管理者に通知してプロセスnの修正、再起動などによる改善を促してもよい。このように、ステータスが警告終了を経て正常終了に変更された電文については、プロセスnにおいてトランザクション処理が失敗し、予備プロセスnにおいてトランザクション処理が成功したことになる。したがって電文にはエラーがなかったことになるため、プロセスnにおいて上述したトランザクション処理の失敗の要因が発生していることになる。したがって、ステータスが警告終了から正常終了に変更された電文がある場合には、エラー処理部123は、その電文のステータスを警告終了に変更したプロセスnをエラープロセスと判定する。続いて、エラー処理部123はエラープロセスと判定されたプロセスnを停止させステップS135、ステップS131の処理に戻る。このように、エラープロセスと判定されたプロセスnを停止させることにより、不要な処理が行われないようにして、リソースを削減することができる。この場合には、プロセスnでトランザクション処理が実行されるべき取引種別nの電文については、予備プロセスnにおいてトランザクション処理が実行されるようにしてもよい。すなわち、予備プロセスnは取引種別nの電文のうちステータスが未処理の電文に対してもトランザクション処理を実行するようにエラー処理部123により指示される。[テーブル110のステータス変化例]次に図2に示すテーブルにおいて、取引名Bの電文に対してトランザクション処理が実行されたときに、そのトランザクション処理が失敗した場合の例を説明する。この失敗の要因が取引名Bがエラー電文である場合、およびプロセス9がエラープロセスである場合について、テーブル110におけるステータスの変化例をそれぞれ説明する。図6は、本発明の第1実施形態におけるプロセス9のトランザクション処理前のテーブル110を説明する図である。この時点においては、取引名A、Dについてのトランザクション処理が終了して、ステータスが未処理から正常終了に変更された状態であるものとする。ここで、プロセス9は、取引種別9かつステータス未処理の電文取引名Bに対してトランザクション処理を実行し、この処理に失敗したものとする。図7は、本発明の第1実施形態におけるプロセス9のトランザクション処理が失敗した場合のテーブル110を説明する図である。プロセス9によるトランザクション処理が失敗した結果、図7に示すように、取引名Bに対応するステータスは未処理から警告終了に変更される。この時点においては、失敗の要因が電文のエラーであるか、プロセスのエラーであるかは不明の状態である。そこで、本発明の第1実施形態においては、予備プロセス9が取引名Bに対してトランザクション処理を実行する。図8は、本発明の第1実施形態における予備プロセス9のトランザクション処理が失敗した場合のテーブル110を説明する図である。予備プロセス9によるトランザクション処理が失敗すると、図8に示すように、取引名Bに対応するステータスは警告終了からエラーに変更される。この場合には、取引名Bの電文がエラー電文であるとエラー処理部123によって判定されることになる。なお、プロセス9は予備プロセス9のトランザクション処理が実行されているときにおいても、別の電文に対してトランザクション処理を実行する。したがって、プロセス9は取引種別9かつステータス未処理の取引名Cに対してトランザクション処理を実行する。上述の通りプロセス9にはエラーが無いため、プロセス9による取引名Cに対するトランザクション処理については成功し、ステータスが未処理から正常終了に変更される。図9は、本発明の第1実施形態における予備プロセス9のトランザクション処理が成功した場合のテーブル110を説明する図である。予備プロセス9によるトランザクション処理が成功すると、図9に示すように、取引名Bに対応するステータスは警告終了から正常終了に変更される。この場合には、取引名Bの電文には問題がなく、プロセス9がエラープロセスであるとエラー処理部123によって判定されることになる。その結果、プロセス9はエラー処理部123によって停止される。なお、エラー処理部123によってプロセス9が停止される前に、プロセス9は取引種別9かつステータス未処理の取引名Cに対してトランザクション処理を実行してしまう場合もある。その場合には、エラープロセスであるプロセス9による取引名Cに対するトランザクション処理についても失敗することになるため、ステータスが未処理から警告終了に変更される。図10は、図9に続く予備プロセス9のトランザクション処理後のテーブル110を説明する図である。プロセス9による取引名Cに対するトランザクション処理が失敗してステータスが警告終了になったことにより、再び予備プロセス9が取引名Cに対してトランザクション処理を実行する。そして、取引名Cのステータスが警告終了から正常終了に変更される。プロセス9がエラー処理部123によって停止された後は、取引種別9の電文については、ステータスが未処理であっても、予備プロセス9がトランザクション処理を実行することになる。このように、本発明の第1実施形態における情報処理システム1は、プロセスnで電文に対してトランザクション処理が失敗した場合、その電文がエラー電文であるのか、プロセスnがエラープロセスであるのか判定することができる。そのため、トランザクション処理の失敗の要因を容易に切り分けて特定することができるから、復旧対応を早く行うことができる。また、プロセスnのエラーである場合にも、予備プロセス9によりトランザクション処理が可能であるから、電文に対するトランザクション処理の停滞の発生を抑制することができる。また、プロセスと予備プロセスにより構成すると、プロセス構成が冗長性を有するが、このような冗長性があっても、トランザクション処理の要因を容易に切り分けることができる。<第2実施形態>第1実施形態ではプロセス121の各プロセスは、それぞれが割り当てられた1種類のトランザクション処理を実行可能であったが、第2実施形態では、それぞれが複数種類のトランザクション処理を実行可能に構成されている。1個のプロセスで複数種類のトランザクション処理を可能とする方法は様々であるが、例えば、そのプロセスが階層化されていたり、複数のトランザクション処理を行う複数のモジュールから構成されていたりすればよい。図11は、本発明の第2実施形態における情報処理システム1Aを説明する図である。情報処理システム1Aは、第1実施形態における情報処理装置10が情報処理装置10Aに置き換えられた構成である。以下、第1実施形態と同じ構成については、同じ符号を用いて記載して、その説明を省略する。情報処理装置10AのCPU120Aは、プロセス121A、予備プロセス122Aおよびエラー処理部123Aの各機能を実現する。プロセス121Aは、この例では9個のプロセスから構成されている。第1実施形態の場合と異なり、9個のプロセスのそれぞれが取引種別1~9のいずれのトランザクション処理も実行することができる。以下の説明では、9個のプロセスをプロセス1A、プロセス2A、プロセス9Aという。なお、それぞれ名称が異なるものの、各プロセスは各種類のトランザクション処理を実行できるためそれぞれの機能に違いはないとする。そのため、9個のプロセスのそれぞれを区別しない場合には、各プロセスをプロセスAと記載する。なお、機能に違いがなくても、プロセスの中には、機能を実現する処理アルゴリズムは異なっていているものが含まれていてもよい。第1実施形態におけるプロセスnでは、取引種別nの電文に対してトランザクション処理を実行するが、第2実施形態ではプロセスAは、どの取引種別の電文に対してもトランザクション処理を実行することができる点が異なる。すなわち、プロセスAはテーブル110を参照して、ステータスが未処理の電文に対して、その電文に対応する取引種別のトランザクション処理を実行していく。予備プロセス122Aは、第1実施形態の場合とは異なり、トランザクション処理を実行するのではなく、プロセスAのいずれかに第1実施形態における予備プロセスnにおけるトランザクション処理を実行させる。あるいは、予備プロセスnは、プロセスAの機能の全てまたは一部を有し、ステータスが警告終了の電文に対してトランザクション処理を実行するようになっていてもよい。エラー処理部123Aは、第1実施形態におけるエラー処理部123と同様の処理を行う。したがって、エラー処理部123Bの説明については省略する。図12は、本発明の第2実施形態における予備プロセス122Aの処理を説明するフローチャートである。予備プロセス122Aはテーブル110を参照して、ステータス警告終了の電文が有るかどうかを判定するステップS141。警告終了の電文が無い場合ステップS141;Noには、予備プロセス122Aは、プロセスAによってステータスが変更されるまで待つ。予備プロセス122Aは、警告終了の電文が有る場合ステップS141;Yesには、その電文に対してトランザクション処理を実行させるプロセスAを指定するステップS142。ここで、予備プロセス122Aは、ステータスを警告終了に変更したプロセスA以外のプロセスAを指定する。警告終了に変更したプロセスAがいずれであるかは、ステータス変更時にテーブル110に記録されるようにしてもよいし、予備プロセス122AがプロセスAによるテーブル110のステータス変更を監視し続けるようにしてもよい。続いて、予備プロセス122Aは、ステータスが警告終了に変更された電文に対するトランザクション処理を、ステップS142の処理において指定したプロセスAに指示するステップS143。これにより、指示されたプロセスAは、その指示に基づいてトランザクション処理を実行する。予備プロセス122Aは、指示したプロセスAでのトランザクション処理を監視して成功したか失敗したかを判定するステップS144。指示したプロセスAでのトランザクション処理が成功であった場合ステップS144;Yesには、予備プロセス122Aは、トランザクション処理の対象とした電文に対応するステータスを警告終了から正常終了に変更しステップS145、ステップS141の処理に戻る。一方、実行したトランザクション処理が失敗であった場合ステップS144;Noには、予備プロセス1は読み出した電文に対応するステータスを警告終了からエラーに変更しステップS146、ステップS141の処理に戻る。このように、プロセス121Aにおいて複数種類のトランザクション処理を実行するプロセスAが複数存在する場合には、予備プロセス122Aはトランザクション処理を実行せずに、ステータスを警告終了に変更したプロセスA以外のプロセスAにトランザクション処理を実行させることもできる。<第3実施形態>第2実施形態では取引種別が1~9に分かれていたが、第3実施形態では取引種別が1つである場合について説明する。図13は、本発明の第3実施形態における情報処理システム1Bを説明する図である。情報処理システム1Bは、第2実施形態における情報処理装置10Aが情報処理装置10Bに置き換えられた構成である。以下、第1実施形態および第2実施形態と同じ構成については、同じ符号を用いて記載して、その説明を省略する。図14は、本発明の第3実施形態におけるテーブル110Bを説明する図である。第3実施形態では、取引種別が予め決められた1つである。したがって、情報処理装置10Bのテーブル110B110B-1、110B-2、110B-3は、図14に示すように、取引種別については対応付けられず、取引名とステータスとを対応付けている。図13に戻って説明を続ける。情報処理装置10BのCPU120Bは、プロセス121B、予備プロセス122Bおよびエラー処理部123Bの各機能を実現する。プロセス121Bは、この例では9個のプロセスから構成されている。第2実施形態の場合と異なり、9個のプロセスは、いずれも予め決められた取引種別のトランザクション処理を実行する。以下の説明では、9個のプロセスをプロセス1B、プロセス2B、プロセス9Bという。なお、それぞれ名称が異なるものの、各プロセスは同じトランザクション処理を実行するためそれぞれの機能に違いはない。そのため、9個のプロセスのそれぞれを区別しない場合には、各プロセスをプロセスBと記載する。第3実施形態におけるプロセスBは、第2実施形態におけるプロセスAと同様に、テーブル110Bを参照して、ステータスが未処理の電文に対して、その電文に対応してトランザクション処理を実行していく。ただし、第2実施形態とは異なり、取引種別は予め決められた1つであるから、プロセスBは、各電文に対してそれぞれ同じトランザクション処理を実行する。予備プロセス122Bは第2実施形態における予備プロセス122Aと同様の処理を行う。また、エラー処理部123Bは第1実施形態におけるエラー処理部123と同様の処理を行う。したがって、予備プロセス122Bおよびエラー処理部123Bの説明については省略する。第3実施形態のように、取引種別が予め決められた1つの取引種別である場合にはテーブル110Bのように取引種別の対応付けが不要であるとともに、プロセス121Bにおいて同一種類のトランザクション処理を実行するプロセスBを用いることができる。また、第2実施形態と同様に、予備プロセス122Bはトランザクション処理を実行せずに、ステータスを警告終了に変更したプロセスB以外のプロセスBにトランザクション処理を実行させることもできる。<変形例>以上、本発明の実施形態およびその実施例について説明したが、本発明は以下のように、様々な態様で実施可能である。[変形例1]上述した第2実施形態においては、予備プロセス122Aは、ステータスが警告終了の電文に対するトランザクション処理を1つのプロセスAに指示する場合、ステータスが正常終了となるまで所定の回数である複数回プロセスAにトランザクション処理を指示したり、複数のプロセスAに指示したりしてもよい。この場合には、予備プロセス122Aは、指示した全て回あるいは全てのプロセスAにおいてトランザクション処理が失敗すると、ステータスを警告終了からエラーに変更する。図15は、本発明の変形例1における予備プロセス122Aの処理を説明するフローチャートである。第2実施形態と同じ処理については図12に示すフローチャートと同じ符号を用いて記載している。なお、ステップS141~S143については説明を省略する。予備プロセス122Aは、指示したプロセスAでのトランザクション処理を監視して成功したか失敗したかを判定するステップS144。指示したプロセスAでのトランザクション処理が成功であった場合ステップS144;Yesには、予備プロセス122Aは、トランザクション処理の対象とした電文に対応するステータスを警告終了から正常終了に変更しステップS145、ステップS141の処理に戻る。この処理は第2実施形態と同様の処理である。一方、実行したトランザクション処理が失敗であった場合ステップS144;Noには、ステータスを警告終了に変更したプロセスAおよび先に指示したプロセスA以外のプロセスAを指定するステップS151。予備プロセス122Aは、ステータスが警告終了に変更された電文に対するトランザクション処理を、ステップS151の処理において指定したプロセスAに指示するステップS152。これにより、指示されたプロセスAは、その指示に基づいてトランザクション処理を実行する。予備プロセス122Aは、ステップS152において指示したプロセスAでのトランザクション処理を監視して成功したか失敗したかを判定するステップS153。指示したプロセスAでのトランザクション処理が成功であった場合ステップS153;Yesには、予備プロセス122Aは、トランザクション処理の対象とした電文に対応するステータスを警告終了から正常終了に変更しステップS145、ステップS141の処理に戻る。一方、実行したトランザクション処理が失敗であった場合ステップS153;Noには、予備プロセス1は読み出した電文に対応するステータスを警告終了からエラーに変更しステップS146、ステップS141の処理に戻る。このように、変形例1では2回のプロセスAによる実行、あるいは、2個のプロセスAの双方で電文に対するトランザクション処理が失敗した場合にステータスがエラーに変更されるため、その電文がエラー処理部123Aによってエラー電文として判定される。仮に、ステップS142において指定されたプロセスAがエラープロセスであり、電文にはエラーが無かった場合を考える。この場合、エラー処理部123Aは、第2実施形態では電文がエラー電文であると判定されてしまうものの、変形例1では電文がエラー電文であるとは判定されなくなる。すなわち、変形例1のように複数回、あるいは、複数のプロセスAによってトランザクション処理を実行することで、エラーのない電文をエラー電文と判定してしまう可能性を低くすることができる。なお、上記の説明では予備プロセス122Aは2個のプロセスAに対して順番にトランザクション処理の指示をしていたが、更に多くのプロセスAに対してトランザクション処理の指示をするようにしてもよい。この場合には、指示をした全てのプロセスAにおいてトランザクション処理に失敗したときに、ステータスがエラーに変更されるようにすればよい。また、予備プロセス122Aは、1度目の指示を出したプロセスAにおいてトランザクション処理が失敗してから、別のプロセスAにトランザクション処理の指示をしていたが、まとめて複数のプロセスAを指定してトランザクション処理の指示をするようにしてもよい。この場合には、指示をした全てのプロセスAにおいてトランザクション処理が失敗したときにステータスがエラーに変更され、いずれかのプロセスAにおいてトランザクション処理が成功したときにステータスが正常終了に変更されるようにすればよい。また、エラー処理部123Aは、図5に示すステップS134において、電文のステータスを警告終了に変更したプロセスAをエラープロセスと判定するだけでなく、予備プロセス122Aから指示されたプロセスAのうちトランザクション処理が失敗したプロセスAについてもエラープロセスと判定するようにしてもよい。そして、エラー処理部123Aは、ステップS135においてエラープロセスと判定された全てのプロセスAを停止させればよい。なお、変形例1の構成は第2実施形態の変形として説明したが、第3実施形態の変形としても適用できる。また、変形例1の構成は第1実施形態にも適用可能である。第1実施形態に適用する場合には、予備プロセスnがそれぞれ複数存在するようにして、各予備プロセスnにおいてトランザクション処理が成功せず全て失敗した場合にステータスをエラーに変更するようにすればよい。[変形例2]上述した第1、第2、第3実施形態においてプロセスの数は9個であったが、更に多くてもよいし、少なくてもよく、プロセスの数は1個でもよい。また、第1実施形態において、同じ種類のトランザクション処理を実行するプロセスnが複数存在してもよい。この場合には、エラープロセスと判定されたプロセスnを停止させても、他のプロセスnにてトランザクション処理が可能であるため、予備プロセスnにおいて停止させたプロセスnの代わりの処理をしなくてもよい。また、第2実施形態において、各プロセスAが全ての取引種別のトランザクション処理を実行することが可能である構成でなくてもよい。例えば、プロセス1Aについては取引種別1~4のトランザクション処理の実行が可能であり、プロセス2Aについては取引種別3~8のトランザクション処理の実行が可能である構成としてもよい。このとき、取引種別のうち多くの処理要求に含まれる取引種別のトランザクション処理を、多くのプロセスAにおいて実行できるように重み付けして割り当てられていてもよい。例えば、取引種別1の処理要求が多く、取引種別9の処理要求が少ない場合、取引種別1のトランザクション処理をプロセス1A~8Aにおいて実行可能としておき、取引種別9のトランザクション処理をプロセス7A~9Aにおいて実行可能とすればよい。[変形例3]上述した第2実施形態において、予備プロセス122Aは、自プロセスでトランザクション処理を実行せず、プロセスAにトランザクション処理を実行させていたが、自プロセスでトランザクション処理を実行してもよい。この場合には、図12に示すステップS142で予備プロセス122Aが指定するプロセスの対象として、プロセスAの他、予備プロセス122Aについても対象とすればよい。なお、第3実施形態についても変形例3の構成を適用することができる。[変形例4]上述した第1、第2実施形態においては、電文の内容が含まれている取引名と、トランザクション処理の種類を示す取引種別と、電文の処理ステータスを示すステータスとが1つのテーブル110によって対応付けられていたが、これらの各情報が複数のテーブルによって対応付けられていてもよい。この例では各情報が2つのテーブルによって対応付けられている場合について説明する。図16は、本発明の変形例4におけるテーブルを説明する図である。図16a、bは、第1実施形態のテーブル110によって対応付けられていた各情報を、複数のテーブルで対応付けた例を示している。図16aのテーブルは、電文識別子ZA、ZB、と取引内容と取引種別とが対応付けられている。図16bのテーブルは、電文識別子とステータスとが対応付けられている。電文識別子は、図16aのテーブルの情報と図16bのテーブルの情報とを対応付けるために決められた識別子である。この電文識別子は、例えば、外部IF20からの処理要求が受け付けられる度にCPU120によって割り当てられるようにすればよい。この2つのテーブルが用いられる場合、例えば、プロセス1は、図16aのテーブルを参照して電文識別子ZAに対応付けられた電文に対してトランザクション処理を実行すると、図16bのテーブルによって電文識別子ZAに対応付けられたステータスを変更する。このように変形例4においては、第1実施形態のテーブル110が、外部IF20からの処理要求に応じて書き換えられるテーブル図16aと、プロセス121および予備プロセス122での処理に応じて書き換えられるテーブル図16bとに分けられていることになる。なお、対応付けられる各情報が複数のテーブルのいずれによって対応付けられるかについては、様々に決めることができる。また、取引種別を用いていない第3実施形態においても変形例4の構成は適用可能である。