JP2006146503A - バッチ処理検証装置、バッチ処理検証プログラム、及びバッチ処理検証方法 - Google Patents

Abstract

【課題】 バッチファイルの実行環境正当性、整合性、及び連続実行性を効率的に検証する。
【解決手段】 一又は二以上のプログラム実行単位の実行順序を定義したバッチファイルの処理条件を検証するバッチ処理検証装置に、プログラムの実行環境情報を定義する環境情報と入力ファイルの名称を定義する入力ファイル情報を記憶する入力情報記憶手段１０，環境情報にプログラム実行単位の実行に必要な実行環境の情報が存在するかを確認し、入力ファイル情報にプログラム実行単位の実行に必要な入力ファイルの名称が存在するかを確認する必須環境情報・入力ファイル確認手段２１，プログラム実行単位の実行及び空実行を切り替える実行・空実行切り替え手段２２，プログラム実行単位を実行し入力ファイルを用いて出力ファイルを生成するプログラム実行手段２３，プログラム実行単位を実行せず出力ファイルを生成するプログラム空実行手段２４を備えた。
【選択図】 図１

Description

本発明は、バッチファイルの処理条件の正当性、整合性、及び連続実行性を効率的に検証するバッチ処理検証装置、バッチ処理検証プログラム、及びバッチ処理検証方法に関する。

従来、ＬＳＩの設計においては、一連のツール群を連続実行するにあたり、バッチファイルを作成しての実行が一般的であった。このバッチファイル自体の正当性や実行環境を事前に検証する方法としては、目視確認やテスト環境での試行による手法が考えられる。
しかし、目視確認では手間がかかることに加え、処理単位の増大化に伴い、すべてのツール群について確認するのは実質的に困難な状況となってきている。
また、テスト環境での試行では、テスト環境の作成に手間がかかるうえ、テスト環境と、実際に使用する環境の整合性の確認は、処理単位の増大化に伴い困難になってきている。

この結果、バッチファイルの品質が低下したり、不具合が作り込まれる場合があるという問題が生じていた。
さらに、実行に長時間かかった処理が異常終了し、再度の実行を必要としたり、バッチファイルの不具合箇所特定のための解析に時間を要したり、あるいはこのような問題を事前に抑えるため、バッチファイルの事前確認により多くの時間が必要となるなど、設計全体にかかるＴＡＴ（Ｔｕｒｎ−Ａｒｏｕｎｄ Ｔｉｍｅ）が増加してしまうという問題もあった。

ここで、バッチファイルの処理条件に関連する先行技術としては、例えば特許文献１に記載のソフトウェア環境定義設計方式、特許文献２に記載のバッチジョブのオンラインによる起動管理方式、特許文献３に記載のプログラム起動管理システム等を挙げることができる。

特許文献１に記載のソフトウェア環境定義設計方式によれば、環境定義を実施するソフトウェア名と環境定義情報を入力するだけで、ソフトウェア毎の環境定義情報の中から必要な環境定義を正しく選択してソフトウェアに設定することが可能となっている。
また、特許文献２に記載のバッチジョブのオンラインによる起動管理方式によれば、動作パラメータの正当性をバッチジョブを起動する前に確認することができるため、動作パラメータの不正時に生じる時間的損失を削減することが可能となっている。
さらに、特許文献３に記載のプログラム起動管理システムは、バッチ処理を行うジョブを構成するプログラムを、プログラム間の関係をもたずに作成し、プログラムの実行順序を意識せずにバッチ処理を実行することを可能とするものである。

特開２０００-３３０７６７号公報 特開平０２-０５９９５１号公報 特開平１０-０６３４８８号公報

しかしながら、特許文献１に記載のソフトウェア環境定義設計方式によれば、ソフトウェアの実行環境設定を効率的に行うことは可能となるが、環境設定などの正当性を検証することを可能とするものではない。また、このソフトウェア環境定義設計方式は、ソフトウェアの実行単位の実行順序が定義されたバッチファイル自体の正当性を効率的に検証することを可能とするものでもない。

また、特許文献２に記載のバッチジョブのオンラインによる起動管理方式によれば、動作パラメータの正当性をバッチジョブを起動する前に確認することができるが、一連のツール群の組み合わせを定義したバッチファイルの検証に適するものでなく、処理単位の増大化に伴う上記の問題を解消可能なものではない。
さらに、特許文献３に記載のプログラム起動管理システムは、複数のプログラムがある場合に、これらの実行順序に依存関係があるケースを対象とするものではなく、プログラムの実行順序を意識せずにバッチ処理の実行を可能とするものである。したがって、プログラム間の実行順序に依存関係のある一連のツール群の組み合わせを定義したバッチファイルの検証に適するものではない。

本発明は、上記の事情にかんがみなされたものであり、バッチファイルにおけるすべてのプログラム実行単位について実行環境を検証するとともに、プログラム実行単位の実行、空実行の切り替えを可能とし、各プログラム実行単位の出力ファイルを後続のプログラム実行単位の入力ファイルとして、設計全体のＴＡＴ短縮を可能としたバッチ処理検証装置、バッチ処理検証プログラム、及びバッチ処理検証方法の提供を目的とする。

上記目的を達成するため、本発明のバッチ処理検証装置は、一又は二以上のプログラム実行単位の実行順序を定義したバッチファイルの処理条件を検証するバッチ処理検証装置であって、プログラムの実行環境の情報を定義する環境情報，入力ファイルの名称を定義する入力ファイル情報を記憶する入力情報記憶手段と、所定の入力情報にもとづき環境情報にプログラム実行単位の実行に必要な実行環境の情報が存在するかを検索して確認するとともに、入力ファイル情報にプログラム実行単位の実行に必要な入力ファイルの名称が存在するかを検索して確認する必須環境情報・入力ファイル確認手段と、所定の入力情報にもとづきプログラム実行単位の実行及び空実行を切り替える実行・空実行切り替え手段と、プログラム実行単位を実行して、入力ファイルを用いて出力ファイルを生成するプログラム実行手段と、プログラム実行単位を実行せずに、出力ファイルを生成するプログラム空実行手段とを備えた構成としてある。

バッチ処理検証装置をこのような構成にすれば、バッチファイルにおけるすべてのプログラム実行単位についての処理条件を検証できるとともに、一連の処理を実行するバッチファイル及び実行環境を、プログラムを実際には実行せずに検証できる。
このため、実際にプログラムを実行したり、テスト環境を用意してバッチファイルや実行環境の正当性を確認するよりも、短ＴＡＴでの検証が可能となる。

また、検証に使用していたバッチファイル及び実行環境を、実行モードを切り替えることで、変更無しに実際に一連の処理の実行に使用することができる。
このため、検証に使用したバッチファイル及び実行環境と、実行に使用したバッチファイル及び実行環境の整合性の確認を省略することが可能となる。
なお、「一又は二以上のプログラム実行単位の実行順序を定義したバッチファイル」における「実行順序」により、プログラム実行単位が二以上に限定されない。バッチファイルにおけるプログラム実行単位が一の場合、「実行順序」は、当該プログラム実行単位が１番目に実行されることを意味する。

また、本発明のバッチ処理検証装置は、バッチファイルが二以上の依存関係にあるプログラム実行単位の実行順序の情報を含むものであり、プログラム実行手段が、先に実行された一又は二以上の依存関係にあるプログラム実行単位の出力ファイルを、入力ファイルとして用いてプログラム実行単位を実行する構成としてある。

バッチ処理検証装置をこのような構成にすれば、二以上の依存関係のあるプログラム実行単位がバッチファイルに含まれる場合、各プログラム実行単位の出力ファイルを後続のプログラム実行単位の入力ファイルとして使用することが可能となる。

また、本発明のバッチ処理検証装置は、処理名と、その処理のプログラム実行に必要な環境情報及び入力ファイルとの対応関係を定義する処理名-必須環境情報・入力ファイル対応表，処理名と、その処理で実行されるプログラム、使用される入力ファイル、及びプログラム実行により生成される出力ファイルとの対応関係を定義する処理名-入出力ファイル・実行プログラム対応表を記憶する対応表記憶手段を備え、入力情報記憶手段が、プログラム実行の対象となる設計分割単位の名称を定義する処理対象名情報，プログラム実行にて行われる処理の名称を定義する処理名情報，実際にプログラムを実行するか、空実行処理を行うかを定義する実行・空実行情報を記憶し、必須環境情報・入力ファイル確認手段が、処理名情報にもとづき処理名-必須環境情報・入力ファイル対応表から必須環境情報及び必須入力ファイル名を抽出するとともに、抽出した必須環境情報及び必須入力ファイル名を処理対象名情報にもとづき変換し、変換した必須環境情報が環境情報に存在するか、及び変換した必須入力ファイル名が入力ファイル情報に存在するかを検索して確認し、確認結果を生成し、実行・空実行切り替え手段が、実行・空実行情報を参照し、実行・空実行情報として実行が定義されている場合、プログラム実行手段を実行し、実行・空実行情報として空実行が定義されている場合、プログラム空実行手段を実行し、プログラム実行手段が、処理名情報にもとづき処理名-入出力ファイル・実行プログラム対応表から使用する入力ファイルの名称，出力ファイルの名称，プログラムの名称を抽出し、処理対象名情報にもとづき入力ファイルの名称及び出力ファイルの名称を変換し、プログラムを実行して、入力ファイルにもとづき出力ファイルを生成し、プログラム空実行手段が、処理名情報にもとづき処理名-入出力ファイル・実行プログラム対応表から出力ファイルの名称を抽出し、処理対象名情報にもとづき出力ファイルの名称を変換して、出力ファイルを生成する構成としてある。

バッチ処理検証装置をこのような構成にすれば、処理名情報にもとづき処理名-必須環境情報・入力ファイル対応表から必須環境情報と必須入力ファイル情報を取得して、処理対象名情報にもとづき変換し、これらがそれぞれ環境情報，入力ファイル情報に存在するかを確認することで、環境設定や入力ファイル情報不足のエラーを検出することができる。

また、処理名情報にもとづき処理名-入出力ファイル・実行プログラム対応表から入出力ファイル名，実行プログラム名を取得するとともに、実行・空実行情報にもとづきプログラム実行単位を選択的に実行又は空実行することができる。
このため、プログラムを実際には実行せずに、バッチファイル及び実行環境を検証できるとともに、検証に使用していたバッチファイル及び実行環境を、実行モードを切り替えることで、変更無しに実際に一連の処理の実行に使用することができ、これらの実行環境の整合性の確認を省略することが可能となる。

また、本発明のバッチ処理検証装置は、バッチファイルにおいて、実行順序が定義されたプログラム実行単位が、ＬＳＩの設計に係るものである構成としてある。
バッチ処理検証装置をこのような構成にすれば、近年、処理単位の増大化に伴い、すべてのツール群について確認するのは実質的に困難な状況にあるＬＳＩ設計を検証するバッチファイルに適用することができる。
このため、ＬＳＩ設計を効果的に支援することが可能となる。

また、本発明のバッチ処理検証プログラムは、一又は二以上のプログラム実行単位の実行順序を定義したバッチファイルの処理条件を検証するバッチ処理検証プログラムであって、コンピュータを、プログラムの実行環境の情報を定義する環境情報，入力ファイルの名称を定義する入力ファイル情報を記憶する入力情報記憶手段、所定の入力情報にもとづき環境情報にプログラム実行単位の実行に必要な実行環境の情報が存在するかを検索して確認するとともに、入力ファイル情報にプログラム実行単位の実行に必要な入力ファイルの名称が存在するかを検索して確認する必須環境情報・入力ファイル確認手段、所定の入力情報にもとづきプログラム実行単位の実行及び空実行を切り替える実行・空実行切り替え手段、プログラム実行単位を実行して、入力ファイルを用いて出力ファイルを生成するプログラム実行手段、プログラム実行単位を実行せずに、出力ファイルを生成するプログラム空実行手段として機能させる構成としてある。

また、本発明のバッチ処理検証プログラムは、バッチファイルが二以上の依存関係にあるプログラム実行単位の実行順序の情報を含むものであり、プログラム実行手段が、先に実行された一又は二以上の依存関係にあるプログラム実行単位の出力ファイルを、入力ファイルとして用いてプログラム実行単位を実行する構成としてある。

また、本発明のバッチ処理検証プログラムは、コンピュータを、処理名と、その処理のプログラム実行に必要な環境情報及び入力ファイルとの対応関係を定義する処理名-必須環境情報・入力ファイル対応表，処理名と、その処理で実行されるプログラム、使用される入力ファイル、及びプログラム実行により生成される出力ファイルとの対応関係を定義する処理名-入出力ファイル・実行プログラム対応表を記憶する対応表記憶手段として機能させ、入力情報記憶手段が、プログラム実行の対象となる設計分割単位の名称を定義する処理対象名情報，プログラム実行にて行われる処理の名称を定義する処理名情報，実際にプログラムを実行するか、空実行処理を行うかを定義する実行・空実行情報を記憶し、必須環境情報・入力ファイル確認手段が、処理名情報にもとづき処理名-必須環境情報・入力ファイル対応表から必須環境情報及び必須入力ファイル名を抽出するとともに、抽出した必須環境情報及び必須入力ファイル名を処理対象名情報にもとづき変換し、変換した必須環境情報が環境情報に存在するか、及び変換した必須入力ファイル名が入力ファイル情報に存在するかを検索して確認し、確認結果を生成し、実行・空実行切り替え手段が、実行・空実行情報を参照し、実行・空実行情報として実行が定義されている場合、プログラム実行手段を実行し、実行・空実行情報として空実行が定義されている場合、プログラム空実行手段を実行し、プログラム実行手段が、処理名情報にもとづき処理名-入出力ファイル・実行プログラム対応表から使用する入力ファイルの名称，出力ファイルの名称，プログラムの名称を抽出し、処理対象名情報にもとづき入力ファイルの名称及び出力ファイルの名称を変換し、プログラムを実行して、入力ファイルにもとづき出力ファイルを生成し、プログラム空実行手段が、処理名情報にもとづき処理名-入出力ファイル・実行プログラム対応表から出力ファイルの名称を抽出し、処理対象名情報にもとづき出力ファイルの名称を変換して、出力ファイルを生成するものである構成としてある。

また、本発明のバッチ処理検証方法は、プログラムの実行環境の情報を定義する環境情報，入力ファイルの名称を定義する入力ファイル情報を記憶したバッチ処理検証装置を用いて、一又は二以上のプログラム実行単位の実行順序を定義したバッチファイルの処理条件を検証するバッチ処理検証方法であって、バッチ処理検証装置が、所定の入力情報にもとづき環境情報にプログラム実行単位の実行に必要な実行環境の情報が存在するかを検索して確認するとともに、入力ファイル情報にプログラム実行単位の実行に必要な入力ファイルの名称が存在するかを検索して確認し、所定の入力情報にもとづきプログラム実行単位の実行及び空実行を切り替え、プログラム実行単位を実行して、入力ファイルを用いて出力ファイルを生成し、又は、プログラム実行単位を実行せずに、出力ファイルを生成する方法としてある。

また、本発明のバッチ処理検証方法は、バッチファイルが二以上の依存関係にあるプログラム実行単位の実行順序の情報を含むものであり、バッチ処理検証装置が、先に実行された一又は二以上の依存関係にあるプログラム実行単位の出力ファイルを、入力ファイルとして用いてプログラム実行単位を実行する方法としてある。

また、本発明のバッチ処理検証方法は、バッチ処理検証装置が、プログラム実行の対象となる設計分割単位の名称を定義する処理対象名情報，プログラム実行にて行われる処理の名称を定義する処理名情報，実際にプログラムを実行するか、空実行処理を行うかを定義する実行・空実行情報を記憶を記憶するとともに、処理名と、その処理のプログラム実行に必要な環境情報及び入力ファイルとの対応関係を定義する処理名-必須環境情報・入力ファイル対応表，処理名と、その処理で実行されるプログラム、使用される入力ファイル、及びプログラム実行により生成される出力ファイルとの対応関係を定義する処理名-入出力ファイル・実行プログラム対応表を記憶したものであり、バッチ処理検証装置が、処理名情報にもとづき処理名-必須環境情報・入力ファイル対応表から必須環境情報及び必須入力ファイル名を抽出するとともに、抽出した必須環境情報及び必須入力ファイル名を処理対象名情報にもとづき変換し、変換した必須環境情報が環境情報に存在するか、及び変換した必須入力ファイル名が入力ファイル情報に存在するかを検索して確認し、確認結果を生成し、必須環境情報が環境情報に存在し、必須入力ファイル名が入力ファイル情報に存在した場合、実行・空実行情報を参照し、実行・空実行情報として実行が定義されている場合、処理名情報にもとづき処理名-入出力ファイル・実行プログラム対応表から使用する入力ファイルの名称，出力ファイルの名称，プログラムの名称を抽出し、処理対象名情報にもとづき入力ファイルの名称及び出力ファイルの名称を変換し、プログラムを実行して、入力ファイルにもとづき出力ファイルを生成し、実行・空実行情報として空実行が定義されている場合、処理名情報にもとづき処理名-入出力ファイル・実行プログラム対応表から出力ファイルの名称を抽出し、処理対象名情報にもとづき出力ファイルの名称を変換して、出力ファイルを生成する方法としてある。

バッチ処理検証プログラムをこれらのような構成とし、バッチ処理検証方法をこれらのような方法にすれば、バッチファイルにおけるすべてのプログラム実行単位について処理条件を検証できるとともに、一連の処理を実行するバッチファイル及び実行環境を、プログラムを実際には実行せずに検証できる。また、検証に使用していたバッチファイル及び実行環境を、実行モードを切り替えることで、変更無しに実際に一連の処理の実行に使用することができる。
このため、実際にプログラムを実行したり、テスト環境を用意してバッチファイルや実行環境の正当性を確認するよりも、短ＴＡＴで検証でき、検証に使用したバッチファイル及び実行環境と、実行に使用したバッチファイル及び実行環境の整合性の確認を省略することも可能となる。

本発明によれば、バッチファイルにおけるすべてのプログラム実行単位について処理条件を検証するとともに、プログラム実行単位の実行、空実行の切り替えを可能とし、設計全体のＴＡＴ短縮を実現することが可能となる。

以下、本発明に係るバッチ処理検証装置の好ましい実施形態について、図面を参照しつつ説明する。
なお、以下の実施形態に示す本発明のバッチ処理検証装置は、プログラムに制御されたコンピュータにより動作するようになっている。コンピュータのＣＰＵは、プログラムにもとづいてコンピュータの各構成要素に指令を送り、バッチ処理検証装置の動作に必要となる所定の処理、例えば、必須環境情報・入力ファイル確認処理、実行・空実行切り替え処理、ツール群実行処理、ツール群空実行処理等を行わせる。このように、本発明のバッチ処理検証装置における各処理，動作は、プログラムとコンピュータとが協働した具体的手段により実現できるものである。

プログラムは予めＲＯＭ，ＲＡＭ等の記録媒体に格納され、コンピュータに実装された記録媒体から当該コンピュータにプログラムを読み込ませて実行されるが、例えば通信回線を介してコンピュータに読み込ませることもできる。
また、プログラムを格納する記録媒体は、例えば半導体メモリ，磁気ディスク，光ディスク、その他任意のコンピュータで読取り可能な任意の記録手段により構成できる。

まず、本発明の一実施形態の構成について、図１を参照して説明する。同図は、本実施形態のバッチ処理検証装置の構成を示すブロック図である。
図１に示すように、本実施形態のバッチ処理検証装置は、入力情報記憶手段１０，処理手段２０，対応表記憶手段３０，出力情報記憶手段４０を有している。なお、これらの各構成要素は、それぞれ別個の装置上に設けて実現してもよい。

入力情報記憶手段１０は、バッチ処理検証装置への入力情報を記憶する記憶装置であり、図１に示すように、処理対象名情報１１，処理名情報１２，実行・空実行情報１３，入力ファイル情報１４，環境情報１５を備えている。入力ファイル情報１４，環境情報１５と後述の処理名-必須環境情報・入力ファイル対応表３１，処理名-入出力ファイル・実行ツール対応表３２等は、バッチファイルの処理条件を規定するものである。

処理対象名情報１１は、プログラム実行の対象となる設計分割単位の名称を定義する。
処理名情報１２は、プログラム実行にて行われる処理の名称を定義する。
実行・空実行情報１３は、実際にプログラムを実行するか、空実行処理を行うかを定義する。

入力ファイル情報１４は、バッチファイルにおける各ツール群実行単位のプログラム実行で使用する入力ファイルの名称を定義する。
環境情報１５は、バッチファイルにおける各ツール群実行単位のプログラムを実行する実行環境の情報を定義する。
これらの入力情報は、全てのツール群実行単位について入力情報記憶手段１０に記憶される。なお、ツール群とは、所定の動作を実行し、ひとまとまりとして実行される複数のプログラムからなるプログラムを意味している。

処理手段２０は、バッチ処理検証装置における各種処理を実行する装置であり、図１に示すように、必須環境情報・入力ファイル確認手段２１，実行・空実行切り替え手段２２，ツール群実行手段２３，ツール群空実行手段２４を備えている。
必須環境情報・入力ファイル確認手段２１は、処理対象名情報と処理名情報にもとづき処理名-必須環境情報・入力ファイル対応表を検索して、必須環境情報と必須入力ファイルの情報を取得し、必須環境情報が環境情報１５に存在するかどうかと、必須入力ファイルの名称が入力ファイル情報１４に存在するかどうかを確認して、確認結果情報４１を生成する。

実行・空実行切り替え手段２２は、実行・空実行情報１３を参照し、実行・空実行情報１３として実行が定義されている場合、ツール群実行手段２３を実行し、実行・空実行情報１３として空実行が定義されている場合、ツール群空実行手段２４を実行する。
ツール群実行手段２３は、処理名情報１２にもとづき処理名-入出力ファイル・実行ツール対応表３２を検索し、得られた入力ファイル，出力ファイル，プログラムの組み合わせ情報を処理対象名情報１１にもとづき変換し、当該プログラムを逐次実行して、出力ファイルを生成する。
ツール群空実行手段２４は、処理名情報１２にもとづき処理名-入出力ファイル・実行ツール対応表３２を検索し、得られた出力ファイルの情報を処理対象名情報１１にもとづき変換し、出力ファイルを生成する。

対応表記憶手段３０は、処理名情報１２にもとづき必須環境情報や入力ファイル等を特定するためのテ-ブルを記憶する記憶装置であり、図１に示すように、処理名-必須環境情報・入力ファイル対応表３１，処理名-入出力ファイル・実行ツール対応表３２を備えている。
処理名-必須環境情報・入力ファイル対応表３１は、処理名情報１２と、その処理のプログラム実行に必要な環境情報及び入力ファイルの対応関係を定義する。
処理名-入出力ファイル・実行ツール対応表３２は、処理名情報１２と、その処理のプログラム実行で実行されるプログラム、使用される入力ファイル、プログラム実行後生成される出力ファイルの対応関係を定義する。

出力情報記憶手段４０は、処理手段２０により出力される情報を記憶する記憶装置であり、図１に示すように、確認結果情報４１，出力ファイル情報４２を備えている。
確認結果情報４１には、必須環境情報・入力ファイル確認手段２１により、ツール群を実行するのに必須となる環境、入力ファイルが用意されているかどうかが確認された結果が出力される。
出力ファイル情報４２は、ツール群実行手段２３により、又はツール群空実行手段２４により生成される出力ファイルの名称を定義する。

次に、本実施形態のバッチ処理検証装置における処理手順について、図２を参照して説明する。同図は、本実施形態のバッチ処理検証装置における処理手順を示すフローチャートである。
バッチ処理検証装置は、処理対象であるバッチファイルに定義されているツール群実行単位ごとに以下の処理を実行する。

まず、バッチ処理検証装置は、ツール群実行単位の処理対象名情報１１を入力し（ステップ１０）、処理名情報１２を入力する（ステップ１１）。
これらの処理対象名情報１１及び処理名情報１２は、バッチファイルから読み込んで、入力情報記憶手段１０に記憶させるようにすることができる。
また、バッチファイルにもとづき予め入力情報記憶手段１０に記憶させておいた処理対象名情報１１及び処理名情報１２を、必須環境情報・入力ファイル確認手段２１による処理の際に、バッチ処理検証装置におけるメモリに読み込むようにすることもできる。

次に、バッチ処理検証装置の必須環境情報・入力ファイル確認手段２１は、処理名情報１２をキーとして、処理名-必須環境情報・入力ファイル対応表３１に対して検索処理を実行し、対応する必須環境情報と必須入力ファイルの名称を抽出する（ステップ１２）。
そして、必須環境情報・入力ファイル確認手段２１は、抽出した必須環境情報と必須入力ファイルの名称を、処理対象名情報１１を用いて変換し（ステップ１３）、変換した必須入力ファイル名をキーとして、入力ファイル情報１４に対して検索処理を実行する（ステップ１４）。

必須入力ファイルの名称が入力ファイル情報１４に存在しなかった場合（ステップ１５のＹｅｓ）、必須環境情報・入力ファイル確認手段２１は、確認結果情報４１に入力ファイル不備エラーを出力して（ステップ１６）、処理を終了する。
必須入力ファイルの名称が入力ファイル情報１４に存在する場合（ステップ１５のＮｏ）、必須環境情報・入力ファイル確認手段２１は、変換した必須環境情報をキーとして、環境情報１５に対して検索処理を実行する（ステップ１７）。これによって、実行環境内の必須環境設定の正当性が検証される。

抽出した必須環境情報の全部又は一部が環境情報１５に存在しない場合、すなわち実行環境内の必須設定に不備がある場合（ステップ１８のＹｅｓ）、必須環境情報・入力ファイル確認手段２１は、確認結果情報４１に環境設定不備エラーを出力して（ステップ１９）、処理を終了する。

抽出した必須環境情報の全部が環境情報１５に存在する場合、すなわち実行環境内の必須設定に不備がない場合（ステップ１８のＮｏ）、バッチ処理検証装置は、実行・空実行情報１３を入力する（ステップ２０）。
この実行・空実行情報１３についても、バッチファイルから読み込んで、入力情報記憶手段１０に記憶させるようにすることができる。

また、バッチファイルにもとづき予め入力情報記憶手段１０に記憶させておいた実行・空実行情報１３を、実行・空実行切り替え手段２２による処理の際に、バッチ処理検証装置におけるメモリに読み込むようにすることもできる。
バッチ処理検証装置の実行・空実行切り替え手段２２は、実行・空実行情報１３が空実行かどうかを確認し（ステップ２１）、空実行でなければ（ステップ２１のＮｏ）、バッチ処理検証装置のツール群実行手段２３を実行する。

このとき、ツール群実行手段２３は、処理名情報１２をキーとして、処理名-入出力ファイル・実行ツール対応表３２に対して検索処理を実行し、対応する入力ファイル名，出力ファイル名，ツールのファイル名を抽出する（ステップ２２）。そして、処理対象名情報１１を用いて、入力ファイル及び出力ファイルの名称を変換する（ステップ２３）。
そして、ツール群実行手段２３は、当該ツール群実行単位の入力ファイルとして上記変換した入力ファイルを、出力ファイルとして上記変換した出力ファイルを設定し、実行ツール群を順次実行して、出力ファイルを生成する（ステップ２４）。

一方、空実行の場合は（ステップ２１のＹｅｓ）、バッチ処理検証装置のツール群空実行手段２４を実行する。
このとき、ツール群空実行手段２４は、処理名情報１２をキーとして、処理名-入出力ファイル・実行ツール対応表３２に対して検索処理を実行し、対応する出力ファイル名を抽出する（ステップ２５）。そして、処理対象名情報１１を用いて、出力ファイルの名称を変換する（ステップ２６）。
そして、ツール群空実行手段２４は、実行ツール群を実行せずに、当該ツール群実行単位の出力ファイルとして上記変換した出力ファイル名の出力ファイルを生成する（ステップ２７）。このとき、入力ファイルは使用されない。
バッチ処理検証装置は、以上説明したステップＳ１０〜Ｓ２７の処理をバッチファイルに定義されたツール群実行単位の実行順に順次実行していく。

なお、ステップ１４〜ステップ１６の必須入力ファイルの確認処理と、ステップ１７〜ステップ１９の必須環境情報の確認処理の実行順序は、入れ替えてもかまわない。
また、ステップ２２，２３及びステップ２５，２６において、処理名-入出力ファイル・実行ツール対応表３２からの抽出・変換処理を行うのではなく、図３に示すように、環境設定不備の判定処理（ステップ３８）の直後に、必須環境情報・入力ファイル確認手段２１又は実行・空実行切り替え手段２２などによって、ステップ２２及びステップ２３の抽出・変換処理を実行するようにすることもできる（ステップ３８〜ステップ４２）。そして、ツール群実行手段２３及びツール群空実行手段２４は、このように空実行の判定処理（ステップ４３）の前に抽出・変換された情報を用いて、図２について上述した処理と同様に、それぞれの処理を実行することもできる（ステップ４４，４５）。

次に、本実施形態のバッチ処理検証装置における処理手順について、図４及び図５を参照してより具体的に説明する。図４は、本実施形態のバッチ処理検証装置におけるツール群実行手段によりバッチファイルを実際に実行する処理を説明する図である。図５は、同装置装置におけるツール群空実行手段によりツールを実際に実行せずにバッチ処理の問題を検出する処理を説明する図である。

図４は、ＡとＢのツール群実行単位を並列実行して出力ファイルを生成した後、これらの出力ファイルをＣのツール群実行単位の入力ファイルとして使用するバッチファイルを実際に実行する例を示している。
まず、バッチ処理検証装置は、ＡとＢのツール群実行単位について、処理対象名情報１１として「Ａ」を，処理名情報１２として「合成」を入力する(ステップＳ１０及びＳ１１)。

次に、バッチ処理検証装置の必須環境情報・入力ファイル確認手段２１は、処理名情報１２にもとづいて、処理名-必須環境情報・入力ファイル対応表３１から必須入力ファイルの名称として、「処理対象名.ｖ」と、「処理対象名.ＳＣＲ」を抽出する（ステップ１２）。
そして、必須環境情報・入力ファイル確認手段２１は、これらの必須入力ファイルの名称を、Ａ、Ｂのツール群実行単位につき処理名情報１２にもとづき変換し、Ａのツール群実行単位については、「Ａ.ｖ」と「Ａ.ＳＣＲ」を、Ｂのツール群実行単位については、「Ｂ.ｖ」と「Ｂ.ＳＣＲ」を取得して（ステップ１３）、これらが入力ファイル情報１４に存在するかどうかを検索する（ステップ１４）。

図４の例では、Ａ、Ｂのツール群実行単位について、ともに上記必須入力ファイルの名称が入力ファイル情報１４に存在するため（ステップ１５のＮｏ）、必須環境情報・入力ファイル確認手段２１は、次に同様にして必須環境の確認を行うが（ステップ１７）、同図の例では、処理名-必須環境情報・入力ファイル対応表３１に必須環境情報が存在しない。このため、ステップ１２において、必須環境情報は抽出されず、環境設定不備の判断は、不備ではないとされる（ステップ１８のＮｏ）。または、ステップ１８を省略して、ステップ２０に進むものとすることもできる。

次に、図４の例では、実行・空実行情報１３として、実行が入力されて定義されているので（ステップ２０，ステップ２１のＮｏ）、バッチ処理検証装置の実行・空実行切り替え手段２２は、バッチ処理検証装置のツール群実行手段２３を実行する。
ツール群実行手段２３は、処理名情報１２の「合成」にもとづいて、処理名-入出力ファイル・実行ツール対応表３２から入力ファイル名として、「処理対象名.ｖ」，「処理対象名.ＳＣＲ」、出力ファイル名として、「処理対象名.ＮＥＴ」、ツールのファイル名として、「合成ツール」を抽出する（ステップ２２）。なお、ファイルが複数存在する場合は、それぞれのファイル名（ファイル名群）が抽出され、これらを用いた複数の処理が実行されることになる。

さらに、ツール群実行手段２３は、Ａ，Ｂのそれぞれのツール群実行単位について、入力ファイル名及び出力ファイル名をそれぞれの処理対象名情報１１の「Ａ」，「Ｂ」にもとづき変換する（ステップ２３）。
これによって、Ａのツール群実行単位の入力ファイルとして「Ａ.ｖ」と「Ａ.ＳＣＲ」が、出力ファイルとして「Ａ.ＮＥＴ」が、ツールとして「合成ツール」が使用され、Ｂのツール群実行単位の入力ファイルとして「Ｂ.ｖ」と「Ｂ.ＳＣＲ」が、出力ファイルとして「Ｂ.ＮＥＴ」が、ツールとして「合成ツール」が使用される。
そして、ツール群実行手段２３は、実際にツール群（合成ツール）を実行し、出力ファイルとして、Ａのツール群実行単位については、「Ａ.ＮＥＴ」、Ｂのツール群実行単位については、「Ｂ.ＮＥＴ」を生成する（ステップ２４）。

次に、バッチ処理検証装置は、Ｃのツール群実行単位に対し、Ａ，Ｂのツール群実行単位における場合と同様に、ステップ１０〜ステップ２４の処理を実行する。
このとき、Ａ，Ｂのツール群実行単位の出力ファイルは、Ｃのツール群実行単位の入力ファイルとして用いられる。

すなわち、図４の例では、Ｃの必須入力ファイル名は、処理名情報１２にもとづき処理名-必須環境情報・入力ファイル対応表３１から得られる「下位対象名.ＮＥＴ」を、Ａのツール群実行単位に係る処理対象名情報１１の「Ａ」を用いて変換して得られる「Ａ.ＮＥＴ」と、Ｂのツール群実行単位に係る処理対象名情報１１の「Ｂ」を用いて変換して得られる「Ｂ.ＮＥＴ」である。
一方、Ｃの入力ファイル情報１４は、初期の時点では何もない状態であるが、Ａ，Ｂのツール群実行単位についてのステップ１０〜ステップ２４の処理により、Ａ.ＮＥＴ及びＢ.ＮＥＴが追加される。
そして、Ｃのツール群実行単位に対するステップ１０〜ステップ２４の処理の結果、出力ファイルとして、Ｃ.ＮＥＴが生成される。
このようにしてバッチファイルにおける全てのツール群を実行することが可能である。

次に、図５を参照して、ツールを実際に実行せずにバッチファイル及び実行環境の問題を検出する処理について説明する。同図は、ＡとＢのツール群実行単位を並列処理した後に、Ｃのツール群実行単位を処理する場合において、実際にツールの実行を行うことなくバッチファイル等を検証する例を示している。

まず、Ａ，Ｂのツール群実行単位について、処理対象名情報１１と処理名情報１２を入力し、処理名-必須環境情報・入力ファイル対応表３１を用いて必須入力ファイル名を抽出する動作から、抽出した必須入力ファイル名が入力ファイル情報１４に存在するかどうかを確認するまでの動作（ステップ１０〜ステップ１４）は、図４についての場合と同様である。

図５の例では、Ａのツール群実行単位については、図４の場合と同様に、必須入力ファイルの「Ａ.ｖ」と「Ａ.ＳＣＲ」が入力ファイル情報１４に存在するとともに、必須環境情報が処理名-必須環境情報・入力ファイル対応表３１に存在しないことから、ステップ２０に進むことになる（ステップ１５のＮｏ〜ステップ１８のＮｏ）。

一方、Ｂのツール群実行単位については、必須入力ファイルのうち「Ｂ.ＳＣＲ」のみが入力ファイル情報１４に存在し、「Ｂ.ｖ」が入力ファイル情報１４に存在しないため、必須環境情報・入力ファイル確認手段２１は、確認結果として入力ファイル不備エラーを出力し（ステップ１６）、Ｂのツール群実行単位についての処理を終了する。このため、Ｂのツール群実行単位については、出力ファイルは作成されない。

次に、Ａのツール群実行単位については、Ａの実行・空実行情報１３は空実行であるため（ステップ２１のＹｅｓ）、ツール群空実行手段２４は、処理名情報１２にもとづき処理名-入出力ファイル・実行ツール対応表３２から出力ファイル名「対象名.ＮＥＴ」を抽出して（ステップ２５）これを処理対象名情報１１の「Ａ」にもとづき変換し（ステップ２６）、ツール群（ＣＨＩＰ生成）を実行せずに、出力ファイルとして「Ａ.ＮＥＴ」を生成する（ステップ２７）。

次に、Ｃのツール群実行単位について、ステップ１０〜ステップ２７の処理が実行される。このとき、Ｃの入力ファイル情報１４は、初期の時点では何もなかった状態からＡ及びＢのツール群実行単位についての上述の処理により、「Ａ.ＮＥＴ」が追加され、「Ｂ.ＮＥＴ」が追加されない状態となる。
そして、図５の場合、Ｃのツール群実行単位の必須入力ファイルは、処理名-必須環境情報・入力ファイル対応表３１とＡ，Ｂの処理名情報１２にもとづき「Ａ.ＮＥＴ」，「Ｂ.ＮＥＴ」となることから、必須環境情報・入力ファイル確認手段２１は、確認結果として、入力ファイルの「Ｂ.ＮＥＴ」が不足している旨を出力し、処理を終了する。
このように、本発明によれば、バッチファイルのツール群を実行せずに、バッチファイルや実行環境の問題を検出することが可能となる。

なお、本実施形態において、バッチファイル、入力ファイルの本体、出力ファイルの本体、ツールの本体は、バッチ処理検証装置又はバッチ処理検証装置に接続された記憶装置等に記憶することができる。また、入力ファイルの本体、及びツールの本体は、それぞれ入力ファイル名、ツールの名称にもとづき取得されて用いることができ、出力ファイルの本体は、出力ファイル名で生成されることは言うまでもない。

以上説明したように、本実施形態のバッチ処理検証装置によれば、バッチファイルにおけるすべてのプログラム実行単位について処理条件を検証できるとともに、一連の処理を実行するバッチファイル及び実行環境を、プログラムを実際には実行せずに検証できる。また、検証に使用していたバッチファイル及び実行環境を、実行モードを切り替えることで、変更無しに実際に一連の処理の実行に使用することができる。
このため、実際にプログラムを実行したり、テスト環境を用意してバッチファイルや実行環境の正当性を確認するよりも、短ＴＡＴでの検証が可能となる。

なお、本発明は、以上の実施形態に限定されるものではなく、本発明の範囲内において、種々の変更実施が可能であることは言うまでもない。
例えば、上記実施形態においては、ツール群として、合成及びＣＨＩＰ生成を用いたが、その他のツール群を使用することも勿論可能である。
また、ツール群実行単位の処理順序を、例えばＡ，Ｂ，Ｃのツール群実行単位の出力ファイルを入力ファイルとして実行したＤのツール群実行単位の出力ファイルと、Ｅのツール群実行単位の出力ファイルとを入力ファイルとしてＦのツール群実行単位を実行するなど適宜変更することが可能である。

本発明のバッチ処理検証装置は、複数のコンピュータ資源を有する分散環境を使用する大規模ＬＳＩの設計を支援するための装置などとして好適に利用することが可能である。

本発明の一実施形態のバッチ処理検証装置の構成を示すブロック図である。 本発明の一実施形態のバッチ処理検証装置における処理手順を示すフローチャートである。 本発明の一実施形態のバッチ処理検証装置における他の処理手順を示すフローチャートである。 本発明の一実施形態のバッチ処理検証装置におけるツール群実行手段によりバッチファイルを実際に実行する処理におけるツール群実行単位を示すものである。 本発明の一実施形態のバッチ処理検証装置におけるツール群空実行手段によりツールを実際に実行せずにバッチファイルの問題を検出する処理におけるツール群実行単位を示すものである。

符号の説明

１０ 入力情報記憶手段
１１ 処理対象名情報
１２ 処理名情報
１３ 実行・空実行情報
１４ 入力ファイル情報
１５ 環境情報
２０ 処理手段
２１ 必須環境情報・入力ファイル確認手段
２２ 実行・空実行切り替え手段
２３ ツール群実行手段
２４ ツール群空実行手段
３０ 対応表記憶手段
３１ 処理名-必須環境情報・入力ファイル対応表
３２ 処理名-入出力ファイル・実行ツール対応表
４０ 出力情報記憶手段
４１ 確認結果情報
４２ 出力ファイル情報

Claims (10)

1. 一又は二以上のプログラム実行単位の実行順序を定義したバッチファイルの処理条件を検証するバッチ処理検証装置であって、
   プログラムの実行環境の情報を定義する環境情報，入力ファイルの名称を定義する入力ファイル情報を記憶する入力情報記憶手段と、
   所定の入力情報にもとづき前記環境情報に前記プログラム実行単位の実行に必要な実行環境の情報が存在するかを検索して確認するとともに、前記入力ファイル情報に前記プログラム実行単位の実行に必要な入力ファイルの名称が存在するかを検索して確認する必須環境情報・入力ファイル確認手段と、
   所定の入力情報にもとづき前記プログラム実行単位の実行及び空実行を切り替える実行・空実行切り替え手段と、
   前記プログラム実行単位を実行して、前記入力ファイルを用いて出力ファイルを生成するプログラム実行手段と、
   前記プログラム実行単位を実行せずに、出力ファイルを生成するプログラム空実行手段と、を備えた
   ことを特徴とするバッチ処理検証装置。
2. 前記バッチファイルが二以上の依存関係にあるプログラム実行単位の実行順序の情報を含むものであり、
   前記プログラム実行手段が、先に実行された一又は二以上の前記依存関係にあるプログラム実行単位の出力ファイルを、前記入力ファイルとして用いて前記プログラム実行単位を実行する
   ことを特徴とする請求項１記載のバッチ処理検証装置。
3. 処理名と、その処理のプログラム実行に必要な環境情報及び入力ファイルとの対応関係を定義する処理名-必須環境情報・入力ファイル対応表，処理名と、その処理で実行されるプログラム、使用される入力ファイル、及びプログラム実行により生成される出力ファイルとの対応関係を定義する処理名-入出力ファイル・実行プログラム対応表を記憶する対応表記憶手段を備え、
   前記入力情報記憶手段が、プログラム実行の対象となる設計分割単位の名称を定義する処理対象名情報，プログラム実行にて行われる処理の名称を定義する処理名情報，実際にプログラムを実行するか、空実行処理を行うかを定義する実行・空実行情報を記憶し、
   前記必須環境情報・入力ファイル確認手段が、前記処理名情報にもとづき前記処理名-必須環境情報・入力ファイル対応表から必須環境情報及び必須入力ファイル名を抽出するとともに、抽出した前記必須環境情報及び前記必須入力ファイル名を前記処理対象名情報にもとづき変換し、変換した前記必須環境情報が前記環境情報に存在するか、及び変換した前記必須入力ファイル名が前記入力ファイル情報に存在するかを検索して確認し、確認結果を生成し、
   前記実行・空実行切り替え手段が、前記実行・空実行情報を参照し、前記実行・空実行情報として実行が定義されている場合、プログラム実行手段を実行し、前記実行・空実行情報として空実行が定義されている場合、プログラム空実行手段を実行し、
   前記プログラム実行手段が、前記処理名情報にもとづき前記処理名-入出力ファイル・実行プログラム対応表から使用する入力ファイルの名称，出力ファイルの名称，プログラムの名称を抽出し、前記処理対象名情報にもとづき前記入力ファイルの名称及び前記出力ファイルの名称を変換し、前記プログラムを実行して、前記入力ファイルにもとづき前記出力ファイルを生成し、
   前記プログラム空実行手段が、前記処理名情報にもとづき前記処理名-入出力ファイル・実行プログラム対応表から出力ファイルの名称を抽出し、前記処理対象名情報にもとづき前記出力ファイルの名称を変換して、前記出力ファイルを生成する
   ことを特徴とする請求項１又は２記載のバッチ処理検証装置。
4. 前記バッチファイルにおいて、実行順序が定義された前記プログラム実行単位が、ＬＳＩの設計に係るものであることを特徴とする請求項１〜３のいずれかに記載のバッチ処理検証装置。
5. 一又は二以上のプログラム実行単位の実行順序を定義したバッチファイルの処理条件を検証するバッチ処理検証プログラムであって、
   コンピュータを、
   プログラムの実行環境の情報を定義する環境情報，入力ファイルの名称を定義する入力ファイル情報を記憶する入力情報記憶手段、
   所定の入力情報にもとづき前記環境情報に前記プログラム実行単位の実行に必要な実行環境の情報が存在するかを検索して確認するとともに、前記入力ファイル情報に前記プログラム実行単位の実行に必要な入力ファイルの名称が存在するかを検索して確認する必須環境情報・入力ファイル確認手段、
   所定の入力情報にもとづき前記プログラム実行単位の実行及び空実行を切り替える実行・空実行切り替え手段、
   前記プログラム実行単位を実行して、前記入力ファイルを用いて出力ファイルを生成するプログラム実行手段、
   前記プログラム実行単位を実行せずに、出力ファイルを生成するプログラム空実行手段、
   として機能させるためのバッチ処理検証プログラム。
6. 前記バッチファイルが二以上の依存関係にあるプログラム実行単位の実行順序の情報を含むものであり、
   前記プログラム実行手段が、先に実行された一又は二以上の前記依存関係にあるプログラム実行単位の出力ファイルを、前記入力ファイルとして用いて前記プログラム実行単位を実行する
   ことを特徴とする請求項５記載のバッチ処理検証プログラム。
7. コンピュータを、
   処理名と、その処理のプログラム実行に必要な環境情報及び入力ファイルとの対応関係を定義する処理名-必須環境情報・入力ファイル対応表，処理名と、その処理で実行されるプログラム、使用される入力ファイル、及びプログラム実行により生成される出力ファイルとの対応関係を定義する処理名-入出力ファイル・実行プログラム対応表を記憶する対応表記憶手段として機能させ、
   前記入力情報記憶手段が、プログラム実行の対象となる設計分割単位の名称を定義する処理対象名情報，プログラム実行にて行われる処理の名称を定義する処理名情報，実際にプログラムを実行するか、空実行処理を行うかを定義する実行・空実行情報を記憶し、
   前記必須環境情報・入力ファイル確認手段が、前記処理名情報にもとづき前記処理名-必須環境情報・入力ファイル対応表から必須環境情報及び必須入力ファイル名を抽出するとともに、抽出した前記必須環境情報及び前記必須入力ファイル名を前記処理対象名情報にもとづき変換し、変換した前記必須環境情報が前記環境情報に存在するか、及び変換した前記必須入力ファイル名が前記入力ファイル情報に存在するかを検索して確認し、確認結果を生成し、
   前記実行・空実行切り替え手段が、前記実行・空実行情報を参照し、前記実行・空実行情報として実行が定義されている場合、プログラム実行手段を実行し、前記実行・空実行情報として空実行が定義されている場合、プログラム空実行手段を実行し、
   前記プログラム実行手段が、前記処理名情報にもとづき前記処理名-入出力ファイル・実行プログラム対応表から使用する入力ファイルの名称，出力ファイルの名称，プログラムの名称を抽出し、前記処理対象名情報にもとづき前記入力ファイルの名称及び前記出力ファイルの名称を変換し、前記プログラムを実行して、前記入力ファイルにもとづき前記出力ファイルを生成し、
   前記プログラム空実行手段が、前記処理名情報にもとづき前記処理名-入出力ファイル・実行プログラム対応表から出力ファイルの名称を抽出し、前記処理対象名情報にもとづき前記出力ファイルの名称を変換して、前記出力ファイルを生成するものである
   ことを特徴とする請求項５又は６記載のバッチ処理検証プログラム。
8. プログラムの実行環境の情報を定義する環境情報，入力ファイルの名称を定義する入力ファイル情報を記憶したバッチ処理検証装置を用いて、一又は二以上のプログラム実行単位の実行順序を定義したバッチファイルの処理条件を検証するバッチ処理検証方法であって、
   前記バッチ処理検証装置が、
   所定の入力情報にもとづき前記環境情報に前記プログラム実行単位の実行に必要な実行環境の情報が存在するかを検索して確認するとともに、前記入力ファイル情報に前記プログラム実行単位の実行に必要な入力ファイルの名称が存在するかを検索して確認し、
   所定の入力情報にもとづき前記プログラム実行単位の実行及び空実行を切り替え、
   前記プログラム実行単位を実行して、前記入力ファイルを用いて出力ファイルを生成し、又は、前記プログラム実行単位を実行せずに、出力ファイルを生成する
   ことを特徴とするバッチ処理検証方法。
9. 前記バッチファイルが二以上の依存関係にあるプログラム実行単位の実行順序の情報を含むものであり、
   前記バッチ処理検証装置が、
   先に実行された一又は二以上の前記依存関係にあるプログラム実行単位の出力ファイルを、前記入力ファイルとして用いて前記プログラム実行単位を実行する
   ことを特徴とする請求項８記載のバッチ処理検証方法。
10. 前記バッチ処理検証装置が、プログラム実行の対象となる設計分割単位の名称を定義する処理対象名情報，プログラム実行にて行われる処理の名称を定義する処理名情報，実際にプログラムを実行するか、空実行処理を行うかを定義する実行・空実行情報を記憶を記憶するとともに、処理名と、その処理のプログラム実行に必要な環境情報及び入力ファイルとの対応関係を定義する処理名-必須環境情報・入力ファイル対応表，処理名と、その処理で実行されるプログラム、使用される入力ファイル、及びプログラム実行により生成される出力ファイルとの対応関係を定義する処理名-入出力ファイル・実行プログラム対応表を記憶したものであり、
    前記バッチ処理検証装置が、
    前記処理名情報にもとづき前記処理名-必須環境情報・入力ファイル対応表から必須環境情報及び必須入力ファイル名を抽出するとともに、抽出した前記必須環境情報及び前記必須入力ファイル名を前記処理対象名情報にもとづき変換し、変換した前記必須環境情報が前記環境情報に存在するか、及び変換した前記必須入力ファイル名が前記入力ファイル情報に存在するかを検索して確認し、確認結果を生成し、
    前記必須環境情報が前記環境情報に存在し、前記必須入力ファイル名が前記入力ファイル情報に存在した場合、前記実行・空実行情報を参照し、
    前記実行・空実行情報として実行が定義されている場合、前記処理名情報にもとづき前記処理名-入出力ファイル・実行プログラム対応表から使用する入力ファイルの名称，出力ファイルの名称，プログラムの名称を抽出し、前記処理対象名情報にもとづき前記入力ファイルの名称及び前記出力ファイルの名称を変換し、前記プログラムを実行して、前記入力ファイルにもとづき前記出力ファイルを生成し、
    前記実行・空実行情報として空実行が定義されている場合、前記処理名情報にもとづき前記処理名-入出力ファイル・実行プログラム対応表から出力ファイルの名称を抽出し、前記処理対象名情報にもとづき前記出力ファイルの名称を変換して、前記出力ファイルを生成する
    ことを特徴とする請求項８又は９記載のバッチ処理検証方法。

Images