バッチ実行サーバにおけるバッチ処理を運用管理サーバで管理するためのバッチ処理の実行管理方法において、前記運用管理サーバは、前記バッチ実行サーバのデータ更新結果と、当該運用管理サーバにおいて認識する処理結果を比較し、当該比較結果が不整合である場合、バッチプログラムを特定できる情報を付加して情報を前記バッチ実行サーバに対して追加し、所定処理を終了後、同期点取得でデータ更新を確定していればコミット完了情報にレコードが追加された状態になり、データ更新が完了していると判断することを特徴とするバッチ処理の実行管理方法。請求項1に記載のバッチ処理の実行管理方法において、前記判断では、同期点取得でデータ更新を戻していればデータ更新されていないと判断することを特徴とするバッチ処理の実行管理方法。請求項1または2のいずれかに記載のバッチ処理の実行管理方法において、さらに、予め定められた期間において、同一バッチ処理を複数回起動すると実行結果が不正になるバッチ処理において、上記の判断結果に応じて複数回起動を防止することを特徴とするバッチ処理の実行管理方法。ここで、情報システムにおけるバッチ処理については、決められた時刻に正確に動作させたり、複雑な条件を全て満たした場合に速やかに動作させる必要があり、かつその実行状況を運用者が把握する必要がある。高信頼性を要求される情報システムにおいては、運用者の負荷を軽減することと人為的ミスをなくすために、このようなバッチ処理の実行制御及び実行状況の監視を行えるよう運用管理ソフトを導入しているのが一般的である。運用管理ソフトは例えば図2に示すような方法で使用される。図2において、運用管理ソフト21は起動条件が揃ったバッチプログラム41を起動しバッチプログラムを実行する。データベースへの追加更新を伴うバッチプログラム41は業務処理を行った後、業務処理が正常に終了した場合は処理416でデータベースの追加更新を確定し正常終了する。業務処理中に何らかの異常を検知した場合は、処理417でデータベースの追加更新内容をバッチプログラム41実行前の状態に戻しエラー終了する。正常終了またはエラー終了した結果は、運用管理ソフト21に応答される。情報システムの運用者はバッチプログラム41の実行結果を、運用管理ソフト21がバッチプログラム41より応答された結果より認識する。図2に示すような方法でバッチプログラムの実行が行われる場合で、バッチプログラム41が処理416によりデータベースの追加更新が確定し正常終了した直後に何らかの要因で障害が発生しバッチプログラム41の実行結果を運用管理ソフト21に応答できなかった場合、バッチプログラム41では正常に処理が終了しているにも関わらず、運用管理ソフト21ではバッチプログラム41の実行結果を受け取れないため、運用者はバッチプログラム21の実行状態を把握できない、もしくは、バッチプログラム21がエラー終了したと誤認識する場合がある。高信頼性かつ公共性が極めて高い情報システムにおいては、速やかにシステムを復旧することが要求される。前記障害要因を調査する場合、バッチプログラム41の実行状態を確認するため実行ログなどを調査し確認する必要がある。障害要因を排除し回復する場合、バッチプログラム41がエラー終了したと誤認識されていると回復運用の中で再度バッチプログラム41を実行しデータベースの格納値を不正な値に更新する可能性がある。バッチプログラムの実行状況を把握する手段が必要となる。この点については、特許文献1でも考慮されていない。上記の課題を解決するために、本発明では、バッチ処理の実行において、バッチプログラムのデータ更新結果commit完了しているか、rollbackしているかと、バッチ処理を監視する運用管理ソフトが認識する処理結果が不整合となっても、バッチプログラムのデータ更新結果を認識するものである。より具体的には、運用管理ソフトから起動されたバッチプログラムは、コミット完了情報データベースに対して、バッチプログラムを特定できる情報を付加して情報を追加insertする。そして、各種データベースへのアクセスを伴った処理終了後、同期点取得でデータ更新を確定commitしていればコミット完了情報にレコードが追加された状態になり、データ更新が完了していると判断するものである。また、同期点取得でデータ更新を戻しrollbackていればデータ更新されていないと判断する。また、本発明では、上記の判断に基づいて、予め定められた期間において、同一バッチ処理を複数回起動すると実行結果が不正になるバッチ処理において、複数回起動を防止することも、その一態様に含まれる。これは、既に情報が登録されていれば1度動作していることを示すため、処理開始時にチェックすることで複数回起動を抑止できる本発明によれば、バッチ処理の実行において、バッチプログラムのデータ更新結果と、バッチ処理を監視する運用管理ソフトが認識する処理結果が不整合となっても、バッチプログラムのデータ更新結果を認識できる。以下、図面を用いて、本発明の一実施形態について説明する。本実施形態では、図3に一構成例を示すバッチ実行状態管理情報をデータベースとして作成し、図4に示す方法で使用する。また、その概要を図2に示すとおりである。また、この処理は、図1に示す各装置いわゆるコンピュータで、プログラムに従ってCPUがそのための演算を実行するで、その処理が実行される。図4において、運用管理ソフト21は処理211で起動条件がそろったバッチプログラム41を起動しバッチプログラムを実行する。データベースの追加更新を行うバッチプログラム41は、運用管理ソフト上でのバッチプログラム41を識別する値を取得するために、処理411で運用管理ソフト21に対して取得用のコマンドを発行する。運用管理ソフト21は処理213で、バッチプログラム41を識別する値をバッチプログラム41にリターンする。バッチプログラム41は、バッチ実行状態管理情報に対して、運用管理ソフトより取得したバッチプログラム41を識別する値をバッチ識別記号として保持するレコードがないか、処理412にて検索する。処理413の判定において、バッチプログラム41を識別する値をバッチ識別記号として保持するレコードがない場合、処理414でバッチ実行状態管理情報に対してバッチプログラム41を識別する値をバッチ識別記号として保持するレコードを追加した後、処理415の業務処理を実行する。処理414によるレコードの追加及び処理415による業務処理が正常に終了した場合、処理416でデータベースへの追加更新の確定を行い、バッチ状態管理情報へのバッチプログラム41を識別する記号をバッチ識別記号に持つレコードの追加も確定する。処理411でバッチ状態管理情報を検索した結果、バッチプログラム41を識別する値をバッチ識別記号に持つレコードがある場合、運用管理ソフトが正常に応答を受け取ったか否かに関わらずバッチプログラム41は既に正常終了済みであるため、業務処理を行わずに終了する。バッチプログラム41の実行結果を運用管理ソフト21に応答するときに何らかの要因による障害が発生し、運用管理ソフト21がバッチプログラム41の実行結果を受け取れないで運用管理ソフト21でバッチプログラム41の実行状態が把握できない場合においても、バッチ状態管理情報にバッチプログラム41を識別する値をバッチ識別記号に持つレコードが存在するかしないかにより、正常終了しデータベースの追加更新が正常に完了しているか否かを把握することが可能となる。また、バッチプログラム41が正常終了しているにも関わらず、運用管理ソフト21が実行結果を受け取れていないためにバッチプログラム41がエラー終了したと誤認識してバッチプログラム41を再度実行しても、既にバッチ状態管理情報にバッチプログラム41を識別する値をバッチ識別記号に持つレコードが存在するため、バッチプログラム41の処理内で業務処理を行わないで終了することが可能となる。