ビジネスプロセス処理の手順が示されるビジネスプロセス記述情報に従って処理を行うビジネスプロセス実行エンジン、及びビジネスルール処理の手順が示されるビジネスルール記述情報に従って処理を行うビジネスルール実行エンジンを有し、1つあるいは複数のビジネスプロセスあるいはビジネスルールのプロセスを定義したビジネスプロセス定義体ファイルに対応するウェブサービス処理を実行するビジネスプロセス/ビジネスルール実行システムであり、前記プロセス毎に設けられ、当該プロセスの処理を実行するサーブレットと、前記サーブレットに前記ビジネスルールを識別するルール識別情報が記述されている場合、当該サーブレットの処理の委譲先をビジネスルール実行エンジンとし、一方、前記サーブレットに前記ビジネスルール識別情報が記述されていない場合、当該サーブレットの処理の委譲先をビジネスプロセス実行エンジンとするサービスアダプタとを備えることを特徴とするビジネスプロセス/ビジネスルール実行システム。前記サービスアダプタが、全ての前記プロセスに対して1つ設けられており、予め設定された前記サーブレットの処理するプロセスを識別するプロセス識別情報と、当該サーブレットのプロセスの処理の委譲先との対応を示す対応テーブルを有し、前記サーブレットに記述されたプロセス識別情報に従い、当該サーブレットの処理の委譲先を判定することを特徴とする請求項1に記載のビジネスプロセス/ビジネスルール実行システム。前記サービスアダプタが、前記プロセス各々に設けられており、自身に記述された前記プロセス識別情報と一致するサーブレットの処理を、前記記述されている委譲先に委譲することを特徴とする請求項1に記載のビジネスプロセス/ビジネスルール実行システム。前記サーブレットと前記ビジネスルール実行エンジンとの間において、相互に処理を委譲する際、委譲元のインターフェースの形式及びデータの形式を、委譲先のインターフェースの形式及びデータの形式に変換するビジネスルールラッパーと、前記サーブレットと前記ビジネスプロセス実行エンジンとの間において、相互に処理を委譲する際、委譲元のインターフェースの形式及びデータの形式を、委譲先のインターフェースの形式及びデータの形式に変換するビジネスプロセスラッパーとをさらに有することを特徴とする請求項1に記載のビジネスプロセス/ビジネスルール実行システム。前記ビジネスルール記述情報と当該ビジネスルール記述情報を示す前記ルール識別情報とが対応して記憶されているビジネスルール定義体ファイル記憶部をさらに有し、前記ビジネスルール実行エンジンが、前記サーブレットから処理を委譲される際、サーブレットに記述された前記ルール識別情報を検索キーとし、前記ビジネスルール定義体ファイル記憶部を検索し、前記検索キーと同一のルール識別情報と対応して記憶されている前記ビジネスルール記述情報を読み出し、当該ビジネスルール記述情報の手順に従ってビジネスルール処理を実行することを特徴とする請求項1から請求項4のいずれか一項に記載のビジネスプロセス/ビジネスルール実行システム。前記サーブレット間において、自身のデータを委譲データとして他のサーブレットに委譲する場合、当該サーブレットに前記データを委譲する相手を示す相手情報が記述されており、当該相手情報のサーブレットに対して当該データを、一時記憶部を介して委譲することを特徴とする請求項1から請求項5のいずれか一項にに記載のビジネスプロセス/ビジネスルール実行システム。ビジネスプロセス処理の手順が示されるビジネスプロセス記述情報に従って処理を行うビジネスプロセス実行エンジン、及びビジネスルール処理の手順が示されるビジネスルール記述情報に従って処理を行うビジネスルール実行エンジンを有し、1つあるいは複数のビジネスプロセスあるいはビジネスルールのプロセスを定義したビジネスプロセス定義体ファイルに対応するウェブサービス処理を実行するビジネスプロセス/ビジネスルール実行方法であり、前記プロセス毎に設けられたサーブレットの各々が当該プロセスの処理を実行する過程と、サービスアダプタが、前記サーブレットに前記ビジネスルールを識別するルール識別情報が記述されている場合、当該サーブレットの処理の委譲先をビジネスルール実行エンジンとし、一方、前記サーブレットに前記ビジネスルール識別情報が記述されていない場合、当該サーブレットの処理の委譲先をビジネスプロセス実行エンジンとする過程とを有することを特徴とするビジネスプロセス/ビジネスルール実行方法。ビジネスプロセス処理の手順が示されるビジネスプロセス記述情報に従って処理を行うビジネスプロセス実行エンジン、及びビジネスルール処理の手順が示されるビジネスルール記述情報に従って処理を行うビジネスルール実行エンジンを有し、1つあるいは複数のビジネスプロセスあるいはビジネスルールのプロセスを定義したビジネスプロセス定義体ファイルに対応するウェブサービス処理を実行するビジネスプロセス/ビジネスルール実行システムであるコンピュータに、前記プロセス毎に設けられ、当該プロセスの処理を実行するサーブレット手段、前記サーブレットに前記ビジネスルールを識別するルール識別情報が記述されている場合、当該サーブレットの処理の委譲先をビジネスルール実行エンジンとし、一方、前記サーブレットに前記ビジネスルール識別情報が記述されていない場合、当該サーブレットの処理の委譲先をビジネスプロセス実行エンジンとするサービスアダプタ手段、として機能させるためのプログラム。上述したように、従来のビジネス実行システムは、複雑な演算処理を行えない構成であるため、複雑な演算処理をビジネスルール実行システムに代行させて実行させる仕組み、あるいは複雑な演算処理を行う機能を、業務処理におけるビジネスルール毎に特別に生成して実装させておく必要がある。このため、従来のビジネス実行システムには、自身の主たる処理であるビジネスプロセスの処理が実行される際、ビジネスルール実行システムの呼出処理などの不必要な負荷がかかり、ビジネスプロセスの処理の動作が寸断されるなどのため非効率になる問題がある。また、業務処理が入力された際、業務処理を構成するプロセスの処理の内容により、ビジネスプロセス実行システムあるいはビジネスルール実行システムのいずれかに振り分ける構成を、業務処理におけるビジネスルールの処理に対応させて個別に、作業者が予め作生しておく必要がある。この振り分ける構成は、ビジネスルールの処理に対応して、ビジネスルール毎に個別に作成されるために汎用性が低く、ビジネスプロセス実行エンジンあるいはビジネスルールの変更に伴い、振り分ける構成も変更が必要となるため、作業者の開発工数が多くなってしまう欠点がある。本発明は、このような事情に鑑みてなされたもので、従来のように、ビジネスプロセス実行エンジンからビジネスルール実行エンジンを呼び出す必要が無く、かつビジネスプロセス実行エンジンあるいはビジネスルール実行エンジンの変更に伴う作業者の作業の増加を無くすことが可能なビジネスプロセス/ビジネスルール実行システム、ビジネスプロセス/ビジネスルール実行及びプログラムを提供することを目的とする。本発明のビジネスプロセス/ビジネスルール実行システムは、ビジネスプロセス処理の手順が示されるビジネスプロセス記述情報に従って処理を行うビジネスプロセス実行エンジン、及びビジネスルール処理の手順が示されるビジネスルール記述情報に従って処理を行うビジネスルール実行エンジンを有し、1つあるいは複数のビジネスプロセスあるいはビジネスルールのプロセスを定義したビジネスプロセス定義体ファイルに対応するウェブサービス処理を実行するビジネスプロセス/ビジネスルール実行システムであり、前記プロセス毎に設けられ、当該プロセスの処理を実行するサーブレットと、前記サーブレットに前記ビジネスルールを識別するルール識別情報が記述されている場合、当該サーブレットの処理の委譲先をビジネスルール実行エンジンとし、一方、前記サーブレットに前記ビジネスルール識別情報が記述されていない場合、当該サーブレットの処理の委譲先をビジネスプロセス実行エンジンとするサービスアダプタとを備えることを特徴とする。本発明のビジネスプロセス/ビジネスルール実行システムは、前記サービスアダプタが、全ての前記プロセスに対して1つ設けられており、予め設定された前記サーブレットの処理するプロセスを識別するプロセス識別情報と、当該サーブレットのプロセスの処理の委譲先との対応を示す対応テーブルを有し、前記サーブレットに記述されたプロセス識別情報に従い、当該サーブレットの処理の委譲先を判定することを特徴とする。本発明のビジネスプロセス/ビジネスルール実行システムは、前記サービスアダプタが、前記プロセス各々に設けられており、自身に記述された前記プロセス識別情報と一致するサーブレットの処理を、付されている委譲先に委譲することを特徴とする。本発明のビジネスプロセス/ビジネスルール実行システムは、前記サーブレットと前記ビジネスルール実行エンジンとの間において、相互に処理を委譲する際、委譲元のインターフェースの形式及びデータの形式を、委譲先のインターフェースの形式及びデータの形式に変換するビジネスルールラッパーと、前記サーブレットと前記ビジネスプロセス実行エンジンとの間において、相互に処理を委譲する際、委譲元のインターフェースの形式及びデータの形式を、委譲先のインターフェースの形式及びデータの形式に変換するビジネスプロセスラッパーとをさらに有することを特徴とする。本発明のビジネスプロセス/ビジネスルール実行システムは、前記ビジネスルール記述情報と当該ビジネスルール記述情報を示す前記ルール識別情報とが対応して記憶されているビジネスルール定義体ファイル記憶部をさらに有し、前記ビジネスルール実行エンジンが、前記サーブレットから処理を委譲される際、サーブレットに記述された前記ルール識別情報を検索キーとし、前記ビジネスルール定義体ファイル記憶部を検索し、前記検索キーと同一のルール識別情報と対応して記憶されている前記ビジネスルール記述情報を読み出し、当該ビジネスルール記述情報の手順に従ってビジネスルール処理を実行することを特徴とする。本発明のビジネスプロセス/ビジネスルール実行システムは、前記サーブレット間において、自身のデータを委譲データとして他のサーブレットに委譲する場合、当該サーブレットに前記データを委譲する相手を示す相手情報が記述されており、当該相手情報のサーブレットに対して当該データを、一時記憶部を介して委譲することを特徴とする。本発明のビジネスプロセス/ビジネスルール実行方法は、ビジネスプロセス処理の手順が示されるビジネスプロセス記述情報に従って処理を行うビジネスプロセス実行エンジン、及びビジネスルール処理の手順が示されるビジネスルール記述情報に従って処理を行うビジネスルール実行エンジンを有し、1つあるいは複数のビジネスプロセスあるいはビジネスルールのプロセスを定義したビジネスプロセス定義体ファイルに対応するウェブサービス処理を実行するビジネスプロセス/ビジネスルール実行方法であり、前記プロセス毎に設けられたサーブレットの各々が当該プロセスの処理を実行する過程と、サービスアダプタが、前記サーブレットに前記ビジネスルールを識別するルール識別情報が記述されている場合、当該サーブレットの処理の委譲先をビジネスルール実行エンジンとし、一方、前記サーブレットに前記ビジネスルール識別情報が記述されていない場合、当該サーブレットの処理の委譲先をビジネスプロセス実行エンジンとする過程とを有することを特徴とする。本発明のプログラムは、ビジネスプロセス処理の手順が示されるビジネスプロセス記述情報に従って処理を行うビジネスプロセス実行エンジン、及びビジネスルール処理の手順が示されるビジネスルール記述情報に従って処理を行うビジネスルール実行エンジンを有し、1つあるいは複数のビジネスプロセスあるいはビジネスルールのプロセスを定義したビジネスプロセス定義体ファイルに対応するウェブサービス処理を実行するビジネスプロセス/ビジネスルール実行システムであるコンピュータに、前記プロセス毎に設けられ、当該プロセスの処理を実行するサーブレット手段、前記サーブレットに前記ビジネスルールを識別するルール識別情報が記述されている場合、当該サーブレットの処理の委譲先をビジネスルール実行エンジンとし、一方、前記サーブレットに前記ビジネスルール識別情報が記述されていない場合、当該サーブレットの処理の委譲先をビジネスプロセス実行エンジンとするサービスアダプタ手段、として機能させるためのプログラムである。この発明によれば、ルール識別情報の有無により、ビジネスプロセス実行エンジン及びビジネスルール実行エンジンのいずれにプロセスの処理を実行させるかを振り分けるサービスアダプタを有しているため、ビジネスプロセス処理の実行に、従来のシステムのように、ビジネスルール実行エンジンの呼出処理などの不必要な負荷をかけることが無く、ビジネスプロセス処理の動作が非効率となることを抑制することが可能となる。<ビジネスプロセス/ビジネスルール実行システム>以下、図面を参照して、本発明の実施形態によるビジネスプロセス/ビジネスルール実行システムを説明する。図1は、本発明の実施形態によるビジネスプロセス/ビジネスルール実行システムの構成例を示すブロック図である。この発明の一実施形態によるビジネスプロセス/ビジネスルール実行システムは、動作環境として、例えば、JAVA登録商標が用いられている。ビジネスプロセス/ビジネスルール実行システムは、ウェブサーバー2と、サーバー記憶部3とを備えている。ここで、ウェブサーバー2は、ビジネスプロセスBusinessProcess実行エンジン21、ビジネスルールBusinessRules実行エンジン22、JSPJava登録商標ServerPagesモジュール以下、JSP23、サーブレットservletモジュール以下サーブレット2424A、24B、サービスアダプタServiceAdapterモジュール以下、サービスアダプタ25、ビジネスプロセスラッパーモジュール以下、ビジネスプロセスラッパー26、ビジネスルールラッパーBusinessRulesWrapperモジュール以下、ビジネスルールラッパー27と、DBデータベース210及びビジネスルール定義体ファイル記憶部200を備えている。ウェブサーバー2には、インターネットを含む通信網を介してclientユーザの端末としてのパーソナルコンピュータなどが接続されている。サーバー記憶部3には、予めJSP23、サーブレット24、サービスアダプタ25、ビジネスプロセスラッパー26、ビジネスルールラッパー27の各々のプログラムのソースコードと、ビジネスが記述されたファイルが記憶されている。JSP23のソースコードが記述されたファイルはJSPファイルであり、サーブレット24のソースコードが記述されたファイルはサーブレットファイル102であり、サービスアダプタ25のソースコードが記述されたファイルはサービスアダプタファイル103であり、ビジネスプロセスラッパー26のソースコードが記述されたファイルはビジネスプロセスラッパーファイル104であり、ビジネスルールラッパー27のソースコードが記述されたファイルはビジネスルールラッパーファイル105である。これらのソースコードのファイルの生成については後述する。また、サーバー記憶部3には、ビジネスプロセス実行エンジン21が行うプロセスの内容が記述されたビジネスプロセス定義体XMLファイル101が、予め設定されている詳細については後述。さらに、サーバー記憶部3には、業務処理名とこの業務処理名の業務処理を構成するプロセス識別番号プロセスID、すなわち以降のプロセス識別情報の組み合わせの業務処理テーブルが記憶されている。ウェブサーバー2は、clientによりアクセスされることにより、サーバー記憶部3からJSP23のプログラムファイルを読み出し、インスタンス化してJSP23を実行させる。JSP23は、インスタンス化されて実行された後、clientに実装されているウェブブラウザからの供給される、例えばHTMLHyperTextMarkupLanguageで記述されたJSPファイルを解析し、業務処理を構成するプロセス識別情報を抽出し、抽出したプロセス識別情報に対応するサーブレットの起動を行う。すなわち、ウェブサーバー2には、データと、いずれのサーブレットを起動するかを示す情報、すなわちプロセス識別情報とを含むJSPファイルがclientから供給される。例えば、JSP23は、clientから供給されるプロセス識別情報に対応するサーブレットファイル102クラスが記述されたJAVA登録商標ファイルを、サーバー記憶部3から読み出し、読み出したサーブレットファイル102に記述されている変数にデータを代入してインスタンス化し、オブジェクトとしてサーブレット2424A、24Bを起動して実行させる。この結果、JSP23は、サーブレット24A及び24Bを、JSPファイル毎あるいはユーザ毎に生成して実行する。ここで、インスタンス化されたサーブレット24A、24Bには、ウェブサーバー2がclientを識別するため、例えば、一般的なセッション管理機能PHP:HypertextPreprocessor4.0を用い、セッション変数としてセッションIDが付与されている。また、以下の説明において、サーブレット24Aはルール識別情報ルールIDが付加されている記述されているプロセスに対応し、サーブレット24Bはルール識別情報が付加されていないプロセスに対応しているとして説明する。ウェブサーバー2は、サーブレットファイル102がインスタンス化され、オブジェクトとしてサーブレット24Aルール識別情報が付加されているが生成されたことにより、このサーブレット24Aのプロセス識別情報に対応するビジネスルールラッパーファイル105クラスが記述されたJAVA登録商標ファイルを、このプロセス識別情報を検索キーとしてサーバー記憶部3から読み出す。また、ウェブサーバー2は、読み出したビジネスルールラッパーファイル105に記述された変数に必要なデータを代入してインスタンス化し、オブジェクトとしてビジネスルールラッパー27を起動して実行させる。次に、図2は、サーブレット24例えば、24Aとビジネスルール実行エンジン22との間でデータの送受信を行う際に、データを送受信するコンテナのインターフェース及びデータの形式の概念を示す図である。このビジネスルールラッパー27は、サーブレット24Aがビジネスルール実行エンジン22に対してビジネスルール処理を委譲する際、委譲する処理に用いるデータを含んでサーブレット24Aにより起動されるビーンBean、例えばPaymentStatusBeanのインターフェース及びデータ予約販売額合計及び予約入金額合計の形式を、ビジネスルール実行エンジン22が処理可能となるインターフェース及びデータ予約販売額合計及び予約入金額合計の形式に変換する。また、サーブレット24Aは、ルール識別情報が記述されて付加添付されたプロセスに対応して生成されるため、起動するPaymentStatusBeanに対し、プロセス識別情報に加え、このプロセスに対応したルール識別情報も記述されて付加以降付加とするされている。すなわち、ビジネスルールラッパー27は、サービスアダプタ25が起動したPaymentStatusBeanのインターフェース及びデータの形式を、ビジネスルール実行エンジン22の形式に変換する。そして、ビジネスルールラッパー27は、変換したPaymentStatusBeanを、処理を委譲するためのインターフェースコンテナKSessionに書き込むことで、ビジネスルール実行エンジン22に対してデータの受け渡し、すなわち処理の委譲を行う。ここで、ビジネスルールラッパー27は、自身に対応するプロセス識別信号に対応して予め内部に設定されている変換条件に従って、PaymentStatusBeanのインターフェース及びデータの形式の変換を行う。一方、ビジネスルールラッパー27は、ビジネスルール実行エンジン22からサーブレット24Aに対してビジネスルール処理の結果が供給される際、ビジネスルール実行エンジン22からインターフェースコンテナKSessionにおけるPaymentStatusBeanに処理結果のデータが書き込まれると、このPaymentStatusBeanサーブレット24Aに対応するプロセスのプロセス識別情報とルール識別情報とが付加されているのインターフェース及びデータの形式を、サーブレット24Aがデータを入力する形式に変換する。すなわち、ビジネスルールラッパー27は、ビジネスルール実行エンジン22から処理結果のデータがインターフェースコンテナKSessionのPaymentStatusBeanに書き込まれると、このPaymentStatusBeanのインターフェース及びデータの形式の変換を行う。そして、ビジネスルールラッパー27は、変換後のPaymentStatusBeanをサービスアダプタ25に対して出力する。ここで、ビジネスルールラッパー27は、自身に対応するプロセス識別信号に対応して、インターフェースコンテナのインターフェース及びデータの形式の変換を行う。図1に戻り、ウェブサーバー2は、サーブレットファイル102がインスタンス化され、オブジェクトとしてサーブレット24Bルール識別情報が付加されていないが起動されたことにより、このサーブレット24Bのプロセス識別情報に対応するビジネスプロセスラッパーファイル104クラスが記述されたJAVA登録商標ファイルを、このプロセス識別情報を検索キーとしてサーバー記憶部3から読み出し、ビジネスプロセスラッパーファイル104に記述された変数に必要なデータを代入してインスタンス化し、オブジェクトとしてビジネスプロセスラッパー26を起動して実行させる。次に、図3は、サーブレット24例えば、24Bとビジネスプロセス実行エンジン21との間でデータの送受信を行う際に、データを送受信するコンテナのインターフェース及びデータの形式の概念を示す図である。このビジネスプロセスラッパー26は、サーブレット24Bがビジネスプロセス実行エンジン21に対してビジネスプロセス処理を委譲する際、委譲する処理に用いるデータを含んでサーブレット24Bにより起動されるビーンBean、例えばReservationBeanのインターフェース及びデータ予約予約番号及び予約申込者名の形式を、ビジネスプロセス実行エンジン21が処理可能となるインターフェース及びデータ予約予約番号及び予約申込者名の形式に変換する。すなわち、ビジネスプロセスラッパー26は、サービスアダプタ25が起動したReservationBeanのインターフェース及びデータの形式を、ビジネスプロセス実行エンジン21の形式に変換する。そして、ビジネスプロセスラッパー26は、変換したReservationBeanを、処理を委譲するためのインターフェースコンテナServiceSessionに書き込むことで、ビジネスプロセス実行エンジン21に対してデータの受け渡し、すなち処理の委譲を行う。ここで、ビジネスプロセスラッパー26は、自身に対応するプロセス識別信号に対応して予め内部に設定されている変換条件に従って、ReservationBeanのインターフェース及びデータの形式の変換を行う。一方、ビジネスプロセスラッパー26は、ビジネスプロセス実行エンジン21からサーブレット24Bに対してビジネスプロセス処理の結果が供給される際、ビジネスプロセス実行エンジン21からインターフェースコンテナServiceSessionにおけるReservationBeanに処理結果のデータが書き込まれると、このReservationBeanサーブレット24Bに対応するプロセスのプロセス識別情報が付加されているのインターフェース及びデータの形式を、サーブレット24Bがデータを入力する形式に変換する。すなわち、ビジネスプロセスラッパー26は、ビジネスプロセス実行エンジン21から処理結果のデータがインターフェースコンテナServiceSessionのReservationBeanに書き込まれると、このReservationBeanのインターフェース及びデータの形式の変換を行う。そして、ビジネスプロセスラッパー26は、変換後のReservationBeanをサービスアダプタ25に対して出力する。ここで、ビジネスプロセスラッパー26は、自身に対応するプロセス識別信号に対応して、インターフェースコンテナのインターフェース及びデータの形式の変換を行う。図1に戻り、ウェブサーバー2は、サーバー記憶部3に記憶されている複数のサーブレットファイル102から、いずれかのサーブレットファイル102が読み出され、インスタンス化されてオブジェクトとして実行されると、サービスアダプタファイル103クラスが記述されたJAVA登録商標ファイルをサーバー記憶部3から読み出す。また、ウェブサーバー2は、読み出したサービスアダプタファイル103に記述された変数に、必要なデータを代入してインスタンス化し、オブジェクトとしてサービスアダプタ25を起動して実行させる。このサービスアダプタ25は、サーブレット24に対応するプロセスのプロセス識別情報と、このプロセスの処理を委譲する実行エンジンのエンジン識別子との対応を示す対応テーブルを有している。ビジネスプロセス定義体後に詳細に説明におけるプロセスにルール識別情報が記述されている場合、このプロセスに対応して生成されたサーブレット24Aの処理の委譲先はビジネスルール実行エンジン22である。一方、ビジネスプロセス定義体におけるプロセスにルール識別情報が記述されていない場合、このプロセスに対応して生成されたサーブレット24Bの処理の委譲先はビジネスプロセス実行エンジン21である。また、サービスアダプタ25は、サーブレット24が起動するビーンReservationBeanまたはPaymentStatusBeanに記述されているプロセス識別情報と同一のプロセス識別情報を対応テーブルから検索する。そして、サービスアダプタ25は、対応テーブルにおいて検索されたプロセス識別情報に対応して記憶されているエンジン識別情報の示す実行エンジンビジネスプロセス実行エンジン21またはビジネスルール実行エンジン22を、プロセスの処理の委譲先に設定する。ビジネスプロセス実行エンジン21は、インターフェースコンテナServiceSessionに書き込まれたデータとプロセス識別番号とにより、ビジネスプロセス処理例えば、DB210データベースに対するデータの検索、読み出し、書き込み、編集を行う。サーブレット24Bが後述するビジネスプロセス定義体におけるプロセス識別番号1のプロセスに対応した処理としてビジネスプロセス処理を実行する場合、このプロセス識別情報1のプロセスは、予約基本を検索する処理する。すなわち、ビジネスプロセス実行エンジン21は、サーブレット24Bから委譲されたデータである予約予約番号及び予約申込者名を検索キーとして、この検索キーに対応して記憶されているデータを、DB210に記憶されているデータの中から検索する処理の詳細は後述。また、ビジネスプロセス実行エンジン21は、インターフェースコンテナServiceSessionに書き込まれたReservationBeanに付加されているデータ及びプロセス識別情報により、サーバー記憶部3に記憶されているビジネスプロセス定義体XMLファイル101の中から、同一のプロセス識別情報が付加されたビジネスプロセス定義体XMLファイル101を読み出す。また、ビジネスプロセス実行エンジン21は、読み出したビジネスプロセス定義体XMLファイル101に従い、ReservationBeanを介してサーブレット24Bから供給されたデータを用いてビジネスプロセスの処理を行う。一方、ビジネスルール実行エンジン22は、インターフェースコンテナKSessionに書き込まれたPaymentStatusBeanに付加されているデータ及びプロセス識別番号により、ビジネスルール処理例えば、論理演算、数値計算などの演算処理を行う。サーブレット24Aが後述するビジネスプロセス定義体におけるプロセス識別番号2のプロセスに対応した処理としてビジネスルール処理を実行する場合、このプロセス識別情報2のプロセスは、入金ステータスを検索する処理を行う。すなわち、ビジネスルール実行エンジン22は、サーブレット24Aから委譲されたデータである予約販売額合計と予約入金額合計とを比較し、この比較結果に応じて設定されている入金ステータスを、内部に設けられたステータステーブルから検索する処理の詳細は後述。また、ビジネスルール実行エンジン22は、インターフェースコンテナKSessionに書き込まれたルール識別情報により、ビジネスルール定義体ファイル記憶部200に記憶されているビジネスルール定義体ファイル302の中から、同一のプロセス識別情報が付加されたビジネスルール定義体ファイル302を読み出す。また、ビジネスルール実行エンジン22は、読み出したビジネスルール定義体ファイル302に記述された論理演算あるいは数値演算の式などに従い、PaymentStatusBeanを介してサーブレット24Aから供給されたデータを用いてビジネスプロセスの処理を行う。DB210には、本実施形態においては、例えば、旅行会社の顧客管理のデータベースであり、予約毎に、予約予約番号、予約申込者名、予約出発日、予約従業員名、予約予約日とが対応付けられて記憶されている。ビジネスルール定義体ファイル記憶部200には、ビジネスルール実行エンジン22が実行するビジネスルール処理の内容が記述されたビジネスルール定義体ファイル302が、このビジネスルール定義体ファイル302を一意に示すルール識別情報とともに記憶されている。図4は、ビジネスルール定義体ファイル302のプロセスルール処理の記述の構成の一例を示す図である。図4のビジネスルール定義体ファイル302に記述されたプロセスルール処理は、既に説明したサーブレット24Aのプロセスの処理に対応しており、データとして入力された予約販売額合計と予約入金額合計とを比較し、比較結果に応じて設定されている入金ステータスを出力することである。ビジネスルール定義体ファイル302における入金ステータスとしては、未入金、一部入金、入金済、入金超過が設定されている。図4に示すビジネスルール定義体ファイル302におけるこれらステータスとデータの比較処理プロセスルール処理の種類とは、以下に示す対応関係にある。未入金:予約入金額合計が0である場合一部入金:予約入金額合計が0でなく、かつ予約販売額合計が予約入金額合計より大きい入金済み:予約販売額合計と予約入金額合計とが等しい入金超過:予約販売額合計が予約入金額合計より小さい次に、図1及び図5を用いて、本実施形態によるビジネスプロセス/ビジネスルール実行システムの動作を説明する。図5は、ビジネスプロセス定義体ファイルにおけるルール識別情報が付加されていないプロセスを処理する場合における、ビジネスプロセス/ビジネスルール実行システムの動作を示すシーケンス図である。ステップS111:ユーザがclientを介してウェブサーバー2にアクセスする。これにより、ウェブサーバー2は、JSP23をインスタンス化して実行させる。JSP23は、業務処理の種類と、この処理とに用いるデータとを入力する画面をclientへ、図示しないインターネットなどからなる通信回線を介して送信する。ユーザは、clientの表示装置に表示された業務処理の種類と、この業務処理とに用いるデータを入力欄に入力する。例えば、図9に示すように、ユーザが業務処理として予約基本を検索するを、データとして予約番号及び予約申込者名を入力欄にキーボード等により入力すると、clientは入力欄に入力された予約基本を検索すると、データとして予約番号及び予約申込者名とを含むJSPファイルをウェブサーバー2に対して、通信回線を介して送信する。ステップS112:JSP23は、clientから入力されたJSPファイルから、業務処理の予約基本を検索すると、データの予約番号及び予約申込者名とを抽出し、この予約基本を検索するという業務処理業務処理名に対応するプロセス識別情報の組み合わせを、この業務処理名を検索キーとして、サーバー記憶部3の業務処理名テーブルから検索する。そして、JSP23は、検索した業務処理名に対応するプロセス識別情報の組み合わせ、すなわち、プロセス識別情報1、2及び3の組み合わせを業務処理名テーブルから読み出す。また、JSP23は、プロセス識別情報1、2及び3の順番で処理を行うため、プロセス識別情報1に対応するサーブレットファイル102をサーバー記憶部3から読み出し、データトして予約番号及び予約申込者名とを変数に代入し、インスタンス化することでサーブレット24Bを実行させる。同様に、ウェブサーバー2は、サービスアダプタファイル103、ビジネスプロセスラッパーファイル104の各々をサーバー記憶部3から読み出し、インスタンス化することにより、サービスアダプタ25、ビジネスプロセスラッパー26を実行させる。ステップS113:サーブレット24Bは、データの入出力を行うプログラムのビーンオブジェクトReservationBeanを起動して、自身のプロセスに対応するプロセス識別情報1と、データの予約番号及び予約申込者名とを、この起動したReservationBeanに代入する。すなわち、サーブレット24Bは、自身のデータ予約番号及び予約申込者名を検索キーとしたDB210に検索する処理をビジネスプロセス実行エンジン21に対して委譲するためのReservationBeanを起動して、処理の委譲に必要なデータを起動したReservationBeanに書き込む。ステップS114:サービスアダプタ25は、ReservationBeanが起動されると、この起動されたReservationBeanからプロセス識別情報1を抽出し、この抽出したプロセス識別情報1の示すプロセスの処理の委譲先を示す委譲先情報を、自身に設定されている対応テーブルにおいて検出する。そして、サービスアダプタ25は、自身に設定されている対応テーブルにおけるプロセス識別情報1に対する委譲先がビジネスプロセス実行エンジン21であるため、ReservationBeanに対する処理をビジネスプロセスラッパー26へ委譲する。すなわち、サービスアダプタ25は、ビジネスプロセスラッパー26を介して、プロセス識別情報1のプロセスの処理を、サーブレット24Bからビジネスプロセス実行エンジン21に対して委譲する制御を行う。ここで、サービスアダプタ25は、ReservationBeanに付加されているプロセス識別情報と同一のプロセス識別情報を有する、すなわちプロセス識別情報1が付加されたビジネスプロセスラッパー26を介して、ビジネスプロセス実行エンジン21に対して委譲する制御を行う。ステップS115:次に、ビジネスプロセスラッパー26は、ReservationBeanからプロセス識別情報を抽出する。そして、ビジネスプロセスラッパー26は、抽出したプロセス識別情報が自身に設定されているプロセス識別情報と一致するか否かを判定する。ここで、ビジネスプロセスラッパー26は、プロセス識別情報が一致している場合、ReservationBeanに記述されている予約番号及び予約申込者名のデータにおけるインターフェース及びデータの形式を変換する。また、ビジネスプロセスラッパー26は、変換したReservationBeanを、ビジネスプロセス実行エンジン21のインターフェースコンテナであるServiceSessionに配置する処理を行う。上述した処理により、ビジネスプロセスラッパー26は、ReservationBeanにおけるサーブレット24Bに対応したインターフェース及びデータの形式を、ビジネスプロセス実行エンジン21のデータ入力におけるインターフェース及びデータの形式に変換する。また、ビジネスプロセスラッパー26は、ReservationBeanの形式を変換したReservationBeanに対し、識別情報としてサービスIDを付加する。ステップS116:次に、ビジネスプロセス実行エンジン21は、インターフェースコンテナServiceSessionにおけるReservationBeanから、プロセス識別情報と、予約番号及び予約申込者名のデータとを読み出す。また、ビジネスプロセス実行エンジン21は、プロセス識別番号1に対応するビジネスプロセス定義体XMLファイル101を、サーバー記憶部3から読み出す。そして、ビジネスプロセス実行エンジン21は、この読み出したビジネスプロセス定義体XMLファイル101の記述に従って、プロセス識別番号1のビジネスプロセスの処理を実行する。上述したように、プロセス識別番号1のプロセスの予約基本を検索する処理に用いるデータの予約番号及び予約申込者名が、ビジネスプロセス実行エンジン21に対し、インターフェースコンテナServiceSessionを介して、サーブレット24Bから供給されている。そして、ビジネスプロセス実行エンジン21は、ビジネスプロセス定義体XMLファイル101の記述に従い、サーブレット24Bから供給されたデータ予約番号と予約申込者名とを検索キーとして用い、この検索キーに対応するデータの検索をDB210から行うビジネスプロセス処理を実行する。このとき、ビジネスプロセス実行エンジン21は、例えば、検索キーとして供給された予約番号と予約申込者名との文字列における一部の文字が一致する予約予約番号及び予約申込者名の予約のデータを、DB210に記憶されている複数の予約のデータから抽出する。次に、ビジネスプロセス実行エンジン21は、供給された予約番号と予約申込者名とを検索キーとして検索した結果、抽出された予約のデータである予約予約番号、予約申込者名、予約従業員名、予約予約日及び予約出発日とを、インターフェースコンテナServiceSessionに配置されているReservationBeanから、サービスIDにより書き込み先のReservationBeanを識別し、処理に対応するReservationBeanにおける出力として、ReservationBeanの定義された変数に書き込む。ここで、予約予約番号は予約番号を示し、予約予約日は予約日を示している。ステップS117:次に、インターフェースコンテナServiceSessionに配置されたReservationBeanに対し、ビジネスプロセス実行エンジン21がビジネスプロセス処理の結果を書き込むと、ビジネスプロセスラッパー26は、このインターフェースコンテナServiceSessionに配置されたReservationBeanに対するインターフェース及びデータの形式の変換の処理を行う。ここで、ビジネスプロセスラッパー26は、インターフェースコンテナServiceSessionに配置されたReservationBeanに記述されている、検索結果のデータである予約予約番号、予約申込者名、予約従業員名、予約予約日及び予約出発日のインターフェース及びデータの形式の変換を行う。すなわち、ビジネスプロセスラッパー26は、ReservationBeanのインターフェース及びデータの形式を、ビジネスプロセス実行エンジン21において用いられる形式から、サーブレット24Bで用いられる形式に変換する。ステップS118:サービスアダプタ25は、ビジネスプロセスラッパー26がインターフェース及びデータの形式を変換したReservationBeanから、プロセス識別情報として付加されているプロセス識別情報1を読み出す。そして、サービスアダプタ25は、読み出したプロセス識別情報1と一致するプロセス識別情報を有するサーブレット24Bへ、ReservationBeanを介してビジネスプロセス処理を委譲する。ステップS119:サ-ブレット24Bは、サービスアダプタ25から受けたReservationBeanから検索結果のデータである予約予約番号、予約申込者名、予約従業員名、予約予約日及び予約出発日を抽出し、この抽出した予約予約番号、予約申込者名、予約従業員名、予約予約日及び予約出発日をJSP23に出力する。ステップS120:JSP23は、予約予約番号、予約申込者名、予約従業員名、予約予約日及び予約出発日が供給されると、これらのサーブレット24Bから供給されたデータが表示される画面ページを構成し、構成した画面をclientへ送信する。そして、clientは、ウェブサーバー2から画面が供給されると、この画面を表示装置に表示し、ユーザに対して表示装置を介して検索結果を通知する。また、JSP23は、業務処理予約基本を検索するにおける次に処理するプロセス、すなわちプロセス識別情報2のプロセス入金ステータスを検索するのサーブレット24Aを実行する。次に、図1及び図6を用いて、本実施形態によるプログラム生成装置で生成したプログラムを用いた作成ビジネスプロセス/ビジネスルール実行システムの動作を説明する。図6は、ビジネスプロセス定義体ファイル301のルール識別情報が付加されているプロセスを処理する場合の、作成ビジネスプロセス/ビジネスルール実行システムの動作を示すシーケンス図である。ステップS211:例えば、図5に示すビジネスプロセスの処理の後、図6のビジネスルールの処理の実行として、ビジネスプロセス定義体ファイル301の記述において、プロセス識別番号1の次にプロセス識別番号2の処理が示されている。このため、JSP23は業務処理の組み合わせの順番において、サーバー記憶部3からプロセス識別番号2に対応するサーブレットファイル102を読み出し、インスタンス化してサーブレット24Aを実行させる。そして、サーブレット24Aは、入金ステータスを検索するというビジネスルール処理を行うため、データとして予約販売額合計と予約入金額合計とを入力する画面を生成する指示をJSP23に出力する。これにより、JSP23は、予約販売額合計と予約入金額合計とを入力する画面を生成し、clientに対して出力する。clientは、ウェブサーバー2から供給される画面を、表示装置に表示する。そして、ユーザが表示された予約販売額合計と予約入金額合計との入力欄に、予約に対応した金額を入力する。これにより、clientは、データとして予約販売額合計と予約入金額合計との数値を含むJSPファイルをウェブサーバー2に対して送信する。ステップS212:JSP23は、clientから入力されたJSPファイルから、予約販売額合計及び予約入金額合計とを抽出し、抽出した予約販売額合計及び予約入金額合計とをプロセス識別情報2のサーブレット24Bに対して出力する。また、ウェブサーバー2は、プロセス識別情報2に対応するビジネスルールラッパーファイル105をサーバー記憶部3から読み出し、この読み出したファイルをインスタンス化することにより、ビジネスルールラッパー27を実行させる。サービスアダプタ25については、既にプロセス識別情報1のサーブレット24Bが起動された際に起動されている。ステップS213:サーブレット24Aは、データの入出力を行うプログラムのビーンオブジェクトPaymentStatusBeanを起動して、自身のプロセスに対応するプロセス識別情報2と、データの予約販売額合計及び予約入金額合計と、ルール識別情報とを、この起動したPaymentStatusBeanに代入する。すなわち、サーブレット24Aは、自身のデータ予約販売額合計及び予約入金額合計を用いたビジネスルールの処理をビジネスルール実行エンジン22に対して委譲するためのPaymentStatusBeanを起動して、処理を委譲に必要なデータである予約販売額合計及び予約入金額合計を、PaymentStatusBeanの入力の変数に代入する。ステップS214:サービスアダプタ25は、PaymentStatusBeanが起動されると、この起動されたPaymentStatusBeanからプロセス識別情報2を抽出し、この抽出したプロセス識別情報2の示すプロセスの処理の委譲先を示す委譲先情報を、自身に設定されている対応テーブルから検出する。そして、サービスアダプタ25は、自身に設定されている対応テーブルにおけるプロセス識別情報2に対する委譲先がビジネスルール実行エンジン22であるため、PaymentStatusBeanに対する処理をビジネスルールラッパー27へ委譲する。すなわち、サービスアダプタ25は、ビジネスルールラッパー27を介して、プロセス識別情報2のプロセスの処理を、サーブレット24Aからビジネスルール実行エンジン22に対して委譲する制御を行う。ここで、サービスアダプタ25は、ReservationBeanに付加されているプロセス識別情報と同一のプロセス識別情報を有する、すなわちプロセス識別情報2が付加されたビジネスルールラッパー27を介して、ビジネスルール実行エンジン22に対して委譲する制御を行う。ステップS215:次に、ビジネスルールラッパー27は、PaymentStatusBeanからプロセス識別情報を抽出する。そして、ビジネスルールラッパー27は、抽出したプロセス識別情報が自身に設定されているプロセス識別情報と一致するか否かを判定する。ここで、ビジネスルールラッパー27は、プロセス識別情報が一致している場合、PaymentStatusBeanに記述されている予約販売額合計及び予約入金額合計のデータにおけるインターフェース及びデータの形式を変換する。また、ビジネスルールラッパー27は、変換したReservationBeanを、ビジネスルール実行エンジン22のインターフェースコンテナであるKSessionに配置する処理を行う。上述した処理により、ビジネスルールラッパー27は、インターフェースコンテナに配置されたPaymentStatusBeanにおけるサーブレット24Aに対応したインターフェース及びデータの形式を、ビジネスルール実行エンジン22のデータの入出力におけるインターフェース及びデータの形式に変換する。また、ビジネスルールラッパー27は、形式を変換したReservationBeanに対し、識別情報としてルール処理IDを付加する。ステップS216:次に、ビジネスルール実行エンジン22は、インターフェースコンテナKSessionにおけるPaymentStatusBeanに記述されている、ルール識別情報と、予約販売額合計及び予約入金額合計のデータとを読み出す。また、ビジネスルール実行エンジン22は、ルール識別情報に対応するビジネスルール定義体ファイル302を、ビジネスルール定義体ファイル記憶部200から読み出す。そして、ビジネスルール実行エンジン22は、この読み出したビジネスルール定義体ファイル302の記述にしたがって、プロセス識別番号2のビジネスルールの処理を実行する。上述したように、プロセス識別番号2のプロセスの入金ステータスを検索する処理に用いるデータの予約販売額合計及び予約入金額合計とが、ビジネスルール実行エンジン22に対し、インターフェースコンテナKSessionを介して、サーブレット24Aから供給されている。次に、ビジネスルール実行エンジン22は、インターフェースコンテナのKSessionに配置されたPaymentsStatusBeanの記述から、付加されたルール識別情報を抽出する。そして、ビジネスルール実行エンジン22は、抽出したルール識別情報に対応するビジネスルール定義体ファイル302を、ビジネスルール定義体ファイル記憶部200から検索して読み出す。次に、ビジネスルール実行エンジン22は、ビジネスルール定義体ファイル記憶部200から読み出したビジネスルール定義体ファイル302の記述に従い、サーブレット24Aから委譲されたデータ予約販売額合計及び予約入金額合計を用い、ビジネスルール処理を実行する。このとき、ビジネスルール実行エンジン22は、ビジネスルール定義体ファイル302に記述された条件式により、供給された予約販売額合計及び予約入金額合計の比較判定により、入金ステータスが未入金、一部入金、入金済、入金超過のいずれであるかの判定処理を行う。そして、ビジネスルール実行エンジン22は、判定処理の結果として選択された入金ステータスを、インターフェースコンテナKSessionに配置されている、ビジネスルール処理を行ったビジネスルール定義体ファイル302のファイル名と同一のルール識別情報を有するPaymentsStatusBeanの出力する変数に書き込む。ステップS217:次に、インターフェースコンテナKSessionに配置されたPaymentsBeanに対し、ビジネスルール実行エンジン22がビジネスルール処理の結果を書き込むと、ビジネスルールラッパー27は、このインターフェースコンテナKSessionに配置されたPaymentsBeanのなかから、ルール処理IDにより選択したPaymentsBeanに対してインターフェース及びデータの形式に変換する処理を行う。ここで、ビジネスルールラッパー27は、インターフェースコンテナKSessionに配置されたPaymentsBeanに記述されている、予約入金ステータスのインターフェース及びデータの形式の変換を行う。すなわち、ビジネスルールラッパー27は、PaymentsBeanのインターフェース及びデータの形式を、ビジネスルール実行エンジン22において用いられる形式から、サーブレット24Aで用いられる形式に変換する。ステップS218:サービスアダプタ25は、ビジネスルールラッパー27が予約入金ステータスが書き込まれたPaymentsBeanから、プロセス識別情報として付加されているプロセス識別情報2を読み出す。そして、サービスアダプタ25は、読み出したプロセス識別情報2と一致するプロセス識別情報を有するサーブレット24Aへ、PaymentsBeanを介してビジネスプロセス処理を委譲する。ステップS219:サーブレット24Aは、サービスアダプタ25から処理を委譲されたPaymentsBeanより、判定処理の結果である入金ステータスのデータを抽出し、この抽出した入金ステータスのデータをJSP23に出力する。ステップS220:JSP23は、入金ステータスのデータが供給されると、このサーブレット24Aから供給された入金ステータスのデータが表示される画面ページを構成し、構成した画面をclientへ送信する。そして、clientは、ウェブサーバー2から画面が供給されると、この画面を表示装置に表示し、ユーザに入金処理の検索結果を表示する。また、JSP23は、業務処理予約基本を検索するにおける次に処理するプロセス、すなわちプロセス識別情報3のプロセス予約基本を選択するのサーブレット24Bを実行する。上述したように、本実施形態のビジネスプロセス/ビジネスルール実行システムは、ルール識別情報の有無に対応して、プロセス識別情報と、プロセスの委譲先を示すエンジン識別情報との対応を示す対応テーブルにより、ビジネスプロセス実行エンジン21とビジネスルール実行エンジン22とのいずれかに、処理を振り分けるサービスアダプタ25を有している。このため、本実施形態のビジネスプロセス/ビジネスルール実行システムによれば、従来のように、ビジネスプロセス実行エンジンを介してビジネスルール実行エンジンを呼び出し、この呼出処理などの負荷によるビジネスプロセス実行エンジンにおけるプロセス処理の効率を低下させることを防止できる。また、上述した実施形態においては、サービスアダプタ25は、ビジネスプロセス/ビジネスルール実行システムで動作する全てのサーブレット24に対して1個が生成され、対応テーブルに記載されたプロセス識別情報と、プロセスの処理の委譲先を示すエンジン識別情報とにより、サーブレット24の生成するビーンを、ビジネスプロセス実行エンジン21またはビジネスルール実行エンジン22のいずれかに振り分けている。しかしながら、このサービスアダプタ25をプロセス毎に生成する構成としても良い。すなわち、プログラム生成装置1は、ビジネスプロセス実行エンジン21またはビジネスルール実行エンジン22のいずれかに、プロセスの処理を委譲するかが設定されたサービスアダプタ25のプログラムファイルとして、サービスアダプタファイル103をプロセス毎に生成する。すなわち、プログラム生成装置1は、ルール識別情報が付加されていないプロセスに対応し、入力されたビーンをビジネスプロセス実行エンジン21へ出力するサービスアダプタ25と、ルール識別情報が付加されているプロセスに対応し、入力されたビーンをビジネスルール実行エンジン22へ出力するサービスアダプタ25との各々のプログムファイルであるサービスアダプタファイル103を、ルール識別情報が付加されているか否かでプロセス毎に生成する。そして、プログラム生成装置1は、このサービスアダプタファイル103と、このプロセスのプロセス識別情報とを対応づけ、サーバー記憶部3へコピーする。また、ビジネスプロセス/ビジネスルール実行システムを動作させる際、ウェブサーバー2は、サーブレット24が起動されると、このサーブレット24の処理するプロセスを特定するプロセス識別情報に対応し、サービスアダプタファイル103をサーバー記憶部3から読み出し、インスタンス化してサービスアダプタ25を起動させる。サーブレット24は、プロセス識別情報が同一のサービスアダプタ25に対して、ビーンReservationBeanあるいはPaymentsBeanを生成して、処理の委譲を行う。サービスアダプタ25は、自身のプロセス識別情報と同一のビーンを、予め設定された委譲先の実行エンジンのインターフェースコンテナServiceSessionまたはKSessionに対し、この実行エンジンに対応するラッパービジネスプロセスラッパー26またはビジネスルールラッパー27を介して配置する。すなわち、サービスアダプタ25は、入力されるビーンがReservationBeanの場合、すなわちルール識別情報が付加されていないプロセスに対応したサーブレット24Bにより生成されたビーンの場合、ビジネスプロセス実行エンジン21に対応するビジネスプロセスラッパー26へ、入力されたReservationBeanに対する処理を委譲する。一方、サービスアダプタ25は、入力されるビーンがPaymentsBeanの場合、すなわちルール識別情報が付加されているプロセスに対応して生成されたサーブレット24Aから出力されたものであるならば、ビジネスルール実行エンジン22に対応するビジネスルールラッパー27へ、入力されたPaymentsBeanに対する処理を委譲する。上述した構成により、本実施形態によれば、プロセスの変更により、サービスアダプタ25のプログラムを変更する場合、変更したプロセスに対応するサービスアダプタ25のプログラムを変更するのみで良いため、サービスアダプタ25の管理が簡易化される。また、本実施形態においては、異なるサーブレット24間において、すなわち複数の画面間にわたり、情報を引き継ぎたい場合、セッションスコープに引き継ぎたい情報を格納して、格納した画面と異なる他の画面にてセッションスコープから引き継ぎたい情報を読み出して利用することができる。図7は、複数画面において同一の情報を引き継ぎたい情報がある場合におけるビジネスプロセス定義体ファイル301のテーブルの記述例を示す図である。例えば、ビジネスプロセス定義体ファイル301に記述された、ビジネスプロセス定義体のテーブルに、補足として[SS]SETと文字列が記述されている場合、サーブレット24は、テーブルにおけるこの行にある操作対象パスの欄に記載されているReservation:1の示すデータ、すなわちReservation:1と設定されているエンティティ名Reservation:1/reservationReservationStoredと、Reservation:1/reservationReservationReferenceldとの変数の値をセッションスコープに格納することを示している。また、補足欄に設定されている[FW]STA00040_001の文字列は、現在実行しているプロセスを実行した後に、次に実行するプロセスの識別情報を示している。したがって、図7の上部のテーブルにおいて、番号2のプロセス予約基本を選択するの処理の次に、STA00040_001である下部のテーブルにおけるプロセス予約基本を検索するが実行されることになる。このプロセス予約基本を検索するにおいて、セッションスコープに格納された変数の値が用いられる。また、SSDELの文字列は、現在のより前の他のサーブレット24にて格納され、現在のセッションスコープに格納されている引き継ぎたい情報を削除することを示している。この補足に、セッションスコープへのデータの格納を示す文字列がセッションスコープへのデータの設定を示す[SS]SETである場合、サーブレット24は、この文字列SSSETが設定されている行にある操作対象パスの欄に記載されている操作対象パスに含まれるエンティティ名の名称のデータを、セッションスコープに対して格納する機能を含むように、プログラム生成装置1により生成される後述。また、セッションスコープへのデータの格納を示す文字列がセッションスコープに格納されたデータの削除を示す[SS]DELである場合、サーブレット24は、現在より以前の他のサーブレット24にてセッションスコープに格納された操作対象パスに含まれるエンティティ名の名称の情報を削除する機能を含むように、プログラム生成装置1により生成される後述。上述した構成により、本実施形態によれば、サーブレットが連続しておらず、リクエストスコープに引き継ぎたい情報を格納することができない場合、またクッキーが使えない設定となっている場合などに、既に述べた一般的なセッション管理機能PHP:HypertextPreprocessor4.0を用い、セッション変数としてセッションIDを付加することで、不連続に実行されるサーブレット間のデータの引き継ぎを容易に行うことができる。<ビジネスプロセス/ビジネスルール実行システムで用いるプログラム生成>以下、図面を参照して、本発明の実施の形態であるビジネスプロセス/ビジネスルール実行システムで用いるプログラムの生成方法について説明する。図8は、この発明の一実施形態による、ビジネスプロセス/ビジネスルール実行システム例えば、本実施形態においてはJAVA登録商標にて実装されているで使用されるプログラムを生成するプログラム生成装置の構成例を示す概略ブロック図である。この図8において、プログラム生成装置1は、ビジネスプロセスBusinessProcess定義解析部11、ビジネスプロセス定義体ファイル変換部12、サーブレットservlet生成部13、サービスアダプタServiceAdapter生成部14、ビジネスプロセスラッパーBusinessProcessWrapper生成部15、ビジネスルールラッパーBusinessRulesWrapper生成部16、ビジネスルール定義体ファイル解析部17及びビジネスルール定義体ファイル配備部18、記憶部19を備えている。次に、図9は、ビジネスプロセス/ビジネスルール実行システムで使用されるプログラムを生成する際に用いるプログラム生成情報が記述された、ビジネスプロセス定義体ファイル301におけるテーブルの一例を示す図である。このビジネスプロセス定義体ファイル301は、業務処理毎に、ビジネスプロセス/ビジネスルール実行システムを作成する作業者により記述されて作成される。この図9は、下記に示す項目を表形式に記述する仕様、例えばエクセル登録商標などにより記述されている。業務処理は、図9に示すように複数個のプロセス、あるいは1個のプロセスから構成されている。図9のテーブルのビジネスプロセス定義としては、項目A:プロセスを一意に識別するプロセス識別情報項目B:プロセス識別情報で識別されるプロセスの名称であるプロセス名項目C:プロセスの処理の種別あるいは項目の操作種別項目D:プロセスが操作対象とするテーブル名及びテーブル内の項目を示す操作項目情報項目E:プロセスの操作対象のテーブルの詳細情報である操作対象項目F:プロセスがビジネスルールの処理である場合に、このビジネスルールを一意に識別するルール識別情報の各項目における定義から構成されている。本実施形態において、プログラム生成情報とは、図9に示すビジネスプロセス定義体ファイル301におけるテーブルに記述されているプロセス識別情報、プロセス名、項目種別、操作項目情報アトリビュート名、操作対象、ルール識別情報存在する場合のみを有している。例えば、図9に示すビジネスプロセス定義体ファイル301におけるテーブルにおいて、プロセス識別情報項目Aは、番号の欄に記述された1である。プロセス名項目Bは、プロセス名の欄に記載された予約基本を検索するである。項目種別項目Cは、項目種別の欄に記載されたプロセスの処理の種別であるSEARCH、及びプロセスの処理における項目の操作情報であるSearchあるいはOutputである。操作項目情報項目Dは、ラベル名エンティティ名ラベル名アトリビュート名及びエンティティ名アトリビュート名の欄に記載されており、ラベル名エンティティ名である予約、ラベル名アトリビュート名である予約予約番号、予約申込者名、予約出発日、予約従業員名などであり、エンティティ名であるReservationであり、アトリビュート名であるreservationReservationReferenceld、reservationReservationApplicantNameなどである。また、詳細情報項目Eは、操作対象パスの欄に記述されたReservationなどである。ルール識別情報項目Fは、プロセス識別情報2における行における外部ルールの欄に記載された、ルール識別情報であるdrule001などである。図示はしていないが、プロセスにおける操作情報として、入力Inputの欄に入力であるか否かを示すマークとして記述され、転記Cascadeの欄に情報をいずれかに移しかえるか否かを示すマークとして記述され、任意Optionalの欄に、対応するラベルアトリビュート名の情報の入力が任意であることを示すマークとして記述され、複数Multipleの欄に、対応するラベルアトリビュート名の情報の数が複数か否かを示すマークとして記述され、比較Operetorの欄に、対応するラベルアトリビュート名を検索する際に、完全一致=か部分一致likeであるかを示す情報が記述されている。図8に戻り、ビジネスプロセス定義解析部11は、図9に示すテーブルとしてのビジネスプロセス定義体ファイル301を、ユーザの操作により、外部機器あるいは外部記憶部から読み込み、記憶部19に書き込んで記憶させる。また、ビジネスプロセス定義解析部11は、このビジネスプロセス定義体ファイル301を記憶部19から順次読み出し、業務処理を構成するプロセス毎に、プログラム生成情報を構成するプロセス識別情報、プロセス名、項目種別、操作項目情報、操作情報、操作対象、ルール識別情報の各々を抽出して読み出す。ビジネスプロセス定義解析部11は、読み出したプロセス毎のプログラム生成情報に対し、対応するプロセスのプロセス識別情報を付加し、プロセス毎に記憶部19に一旦書き込んで記憶させる。また、ビジネスプロセス定義解析部11は、ビジネスプロセス定義体ファイル301のテーブルにおいて、予め入力データが必要と設定されている項目に、ユーザからの入力データが記述がされていない場合、あるいは、プロセス名、項目種別、アトリビュート名などがビジネスプロセス実行エンジン及びビジネスルール実行エンジンで使用されている記述でない場合、ビジネスプロセス定義体ファイル301の記述に不備があることを図示しない、表示部などの出力部を介して作業者に対して通知する。ビジネスプロセス定義体ファイル変換部12は、記憶部19から読み出した業務処理を構成する各プロセスのプログラム生成情報における項目種別、操作項目情報及び操作情報により、予め設定されたフォーマットの形式、すなわちビジネスプロセス実行エンジン21図1が解読できる形式のビジネスプロセス定義体XMLファイル101を生成する。ここで、ビジネスプロセス定義体ファイル変換部12は、ルール識別情報が付加されているか否かの判定を行い、ルール識別情報が付加されていないプロセスのみに対し、ビジネスプロセス定義体XMLファイル101を生成する。例えば、ビジネスプロセス定義体ファイル変換部12は、XMLExtensibleMarkupLanguage形式で、プログラム生成情報の各項目が記述された、プロセス毎のビジネスプロセス定義体XMLファイル101を生成する。このとき、ビジネスプロセス定義体ファイル変換部12は、記憶部19におけるビジネスプロセス定義体ファイルテンプレート記憶領域から、ビジネスプロセス定義体ファイルテンプレートを読み出す。このビジネスプロセス定義体ファイルテンプレート記憶領域には、プロセス識別情報、項目種別、操作項目情報及び操作情報の組み合わせ毎に、図9に示すビジネスプロセス定義体ファイルにおけるプロセス単位で、ビジネスプロセス実行エンジン21が解読できる形式のビジネスプロセス定義体ファイルテンプレート記憶されている。そして、ビジネスプロセス定義体ファイル変換部12は、この読み出したビジネスプロセス定義体ファイルテンプレートに対し、記憶部19から読み出したプロセス識別情報、項目種別、操作項目情報及び操作情報を追記して、プロセス毎のビジネスプロセス定義体XMLファイル101を生成する。サーブレット生成部13は、記憶部19から読み出した業務処理を構成する各プロセスのプログラム生成情報におけるプロセス識別情報、項目種別、操作項目情報により、予め設定されたフォーマットの形式の記述に対応したサーブレットのプログラムが記述されたサーブレットファイル102を生成する。このサーブレットファイル102は、ウェブサーバー上で実行され、例えばJSPと連携してウェブページを構築するサーブレット24のプログラムのソースコードが記述されたファイルである後述。このとき、サーブレット生成部13は、記憶部19のサーブレットテンプレート記憶領域において、項目種別毎にプロセス単位で記憶されている、サーブレットテンプレートに、記憶部19から読み出したプロセス識別情報、項目種別、操作項目情報を追記して、プロセス毎のプログラムを生成し、このれらのプログラムが記述されたサーブレットファイル102を出力する。サービスアダプタ生成部14は、ビジネスプロセス定義体ファイル301のプロセス毎に、各プロセスの処理の委譲先を、ビジネスプロセス実行エンジン21またはビジネスルール実行エンジン22のいずれにするかを示すプログラムである。すなわち、サービスアダプタ生成部14は、プロセス識別情報毎に、当該プロセス識別情報が示すプロセスを、ビジネスプロセス実行エンジン21及びビジネスルール実行エンジン22のいずれかに委譲するかを示す対応テーブルを含み、プロセス識別情報が入力された際に、この対応テーブルを参照して、プロセス識別情報の示すプロセスの処理を、ビジネスプロセス実行エンジン21またはビジネスルール実行エンジン22のいずれかに委譲するプログラムを生成し、このプログラムが記述されているサービスアダプタファイル103を出力する。ビジネスプロセスラッパー生成部15は、ルール識別情報が含まれていないプロセスのプログラム生成情報から生成されたサーブレット24例えば、サーブレット24Bに対応するビジネスプロセスラッパー26のプログラムを生成し、このプログラムのソースコードが記述されたビジネスプロセスラッパーファイル104を出力する。このビジネスプロセスラッパー26は、既に説明したように、サーブレット24がデータを委譲するために用いるビーンReservationBeanのインターフェースの形式及びデータの形式を、ビジネスプロセス実行エンジン21のインターフェース及びデータの形式に対応させる変換を行い、変換したインターフェースコンテナServiceSessionに配置し、逆に、インターフェースコンテナServiceSessionにおけるReservationBeanのインターフェースの形式及びデータの形式を、サーブレット24のインターフェースの形式及びデータの形式に対応する変換を行い、処理をサービスアダプタ25に委譲する処理を行うプログラムである。すなわち、ビジネスプロセスラッパーファイル104には、サーブレット24がプロセスの処理の委譲をビジネスプロセス実行エンジン21に対して行う際、サーブレット24がデータの出力を行うReservationBeanのインターフェース出力の形式及びデータの形式を、ビジネスプロセス実行エンジン21のインターフェース入力に対応した形式及びデータの形式に変換し、ビジネスプロセス実行エンジン21がプロセスの処理の結果をサーブレットに出力する際、ビジネスプロセス実行エンジンの出力するインターフェース出力の形式及びデータの形式を、サーブレット24のインターフェース入力の形式及びデータの形式に変換する処理を行うプログラムが記述されている。また、ビジネスプロセスラッパー生成部15は、プロセス毎に入出力されるデータの種類や数が異なるため、すなわちプロセス毎にインターフェース及びデータが異なるため、ビジネスプロセスラッパー26のプログラムをプロセス毎に生成する。ここで、データの形式とは、byte、short、int、longなどのデータ型変数を示している。ビジネスルールラッパー生成部16は、ルール識別情報が含まれているプロセスのプログラム生成情報から生成されたサーブレット24例えば、サーブレット24Aに対応するビジネスルールラッパー27のプログラムを生成し、このプログラムのソースコードが記述されたビジネスルールラッパーファイル105を出力する。このビジネスルールラッパー27は、既に説明したように、サーブレット24がデータを委譲するために用いるビーンPaymentStatusBeanのインターフェースの形式及びデータの形式を、ビジネスルール実行エンジン22のインターフェース及びデータの形式に対応させる変換を行い、変換したインターフェースコンテナKSessionに配置し、逆に、インターフェースコンテナKSessionにおけるPaymentStatusBeanのインターフェースの形式及びデータの形式を、サーブレット24のインターフェースの形式及びデータの形式に対応する変換を行い、処理をサービスアダプタ25に委譲する処理を行うプログラムである。すなわち、ビジネスルールラッパーファイル105には、サーブレット24がプロセスの処理の委譲をビジネスルール実行エンジン22に対して行う際、サーブレット24がデータの出力を行うインターフェース出力及びデータの形式を、ビジネスルール実行エンジン22のインターフェース入力及びデータの形式に変換し、ビジネスルール実行エンジン22がプロセスの処理の結果をサーブレットに出力する際、ビジネスルール実行エンジン22の出力するインターフェース出力及びデータの形式を、サーブレットのインターフェース入力及びデータの形式に変換する処理を行うプログラムが記述されている。また、ビジネスルールラッパー生成部16は、ビジネスプロセスラッパー生成部15と同様に、プロセス毎に入出力されるデータの種類や数が異なるため、すなわちプロセス毎にインターフェースが異なるため、ビジネスルールラッパー27のプログラムをプロセス毎に生成する。上述したサーブレットファイル102、サービスアダプタファイル103、ビジネスプロセスラッパーファイル104及びビジネスルールラッパーファイル105の各々は、プログラムのソースコードが記述されたファイル、例えばJAVA登録商標ファイルである。また、プログラム生成装置1は、作成されたサーブレットファイル102、サービスアダプタファイル103、ビジネスプロセスラッパーファイル104及びビジネスルールラッパーファイル105の各々のファイルを、一旦記憶部19に書き込んで記憶させ、後にウェブサーバー2のサーバー記憶部3に書き込んで記憶させることにより、ウェブサーバー2に実装する。ビジネスルール定義体ファイル解析部17は、ユーザの操作により、外部機器あるいは外部記憶部からビジネスルール定義体ファイル302を読み込み、記憶部19に書き込んで記憶させる。また、ビジネスルール定義体ファイル解析部17は、記憶部19からビジネスルール定義体ファイル302を読み出し、このビジネスルール定義体ファイル302に記述されているルール識別情報を抽出する。ビジネスルール定義体ファイル解析部17は、ビジネスプロセス定義体ファイル301から抽出したルール識別情報と同一ファイル名のビジネスルール定義体ファイル302が、記憶部19に記憶されているビジネスルール定義体ファイル302の中に存在するか否かの検出を行う整合性のチェックを行う。本実施形態においては、ルール識別情報と、この識別情報に対応するビジネスルール定義体ファイルのファイル名とは、同一の文字列を用いている。ここで、ビジネスルール定義体ファイル解析部17は、ビジネスプロセス定義体ファイル301から抽出したルール識別情報と同一ファイル名のビジネスルール定義体ファイルが、記憶部19に記憶されているビジネスルール定義体ファイル302の中に存在しない場合、整合性が取れないことを示すエラーメッセージを表示装置等の出力部から出力することによりユーザに対して通知する。ビジネスルール定義体ファイル解析部17は、ビジネスプロセス定義体ファイル301から抽出したルール識別情報と同一ファイル名のビジネスルール定義体ファイルが、記憶部19に記憶されているビジネスルール定義体ファイル302に存在した場合、整合性が取れたことを示すメッセージを表示装置等の出力部からユーザに対して通知する。また、ビジネスルール定義体ファイル配備部18は、ビジネスプロセス定義体ファイル301とビジネスルール定義体ファイル302との整合性が取れると、整合性が取れたビジネスルール定義体ファイル302を記憶部19から読み出し、ビジネスルール実行エンジン22が読み出しを行うビジネスルール定義体ファイル記憶部200へ書き込んで記憶させるビジネスルール定義体ファイル302のコピーを行う。上述した構成により本実施形態によれば、業務処理を構成するプロセスの各々にルール識別情報が付加されているか否かにより、ビジネスプロセス実行エンジン21及びビジネスルール実行エンジン22のいずれにサーブレット24のプロセスの処理を実行させるかを振り分けるサービスアダプタ25のプログラムを、ビジネスプロセス定義体ファイル301の記載に整合させて生成させることができる。このため、本実施形態によれば、ビジネスプロセス実行エンジン21におけるビジネスプロセス処理の実行において、従来のように、ビジネスルール実行エンジン22における呼出処理などの不必要な負荷をかける処理が無くなり、ビジネスプロセス処理の動作の効率を向上させることが可能なビジネスプロセス/ビジネスルール実行システムに実装されるプログラムを容易に生成することができる。また、本実施形態によれば、ビジネスプロセス処理に対し、処理の内容によりビジネスプロセス実行システムあるいはビジネスルール実行システムのいずれかに振り分ける構成であるサービスアダプタをプロセス毎に整合をとって自動生成するためビジネスプロセス実行エンジンが変更されたとしても、ビジネスプロセス/ビジネスルール実行システムに実装されるプログラムの生成における作業者の開発工数を、従来のように増加させることがない。また、本実施形態においては、サービスアダプタ生成部14が、ビジネスプロセス/ビジネスルール実行システムで用いるプロセスの全てに対して1つのサービスアダプタを生成している。すなわち、本実施形態においては、サービスアダプタ生成部14が、プロセス識別情報とプロセス識別情報の示すプロセスの処理の委譲先の実行エンジンとの対応を示す対応テーブルを参照し、各プロセスの処理をそれぞれプロセス識別情報に対応した実行エンジンに委譲するサービスアダプタを生成する。しかしながら、プロセス毎に1つのサービスアダプタ25を生成するように、サービスアダプタ生成部14を構成してもよい。この場合、サービスアダプタ25は、自身に設定されているプロセス識別情報に対応するプロセスの処理を、自身に設定された委譲先ビジネスプロセス実行エンジン21またはビジネスルール実行エンジン22のいずれかに委譲する処理を行う機能を有する。また、本実施形態のプログラム生成装置1は、サーバー、パーソナルコンピュータなどのコンピュータを用い、ビジネスプロセス定義解析部11、ビジネスプロセス定義体ファイル変換部12、サーブレット生成部13、サービスアダプタ生成部14、ビジネスプロセスラッパー生成部15、ビジネスルールラッパー生成部16、ビジネスルール定義体ファイル解析部17及びビジネスルール定義体ファイル配備部18の各々を、プログラム上のモジュールとして動作させるように構成しても良い。次に、図10を用いて、本実施形態のプログラム生成装置1によるビジネスプロセス/ビジネスルール実行システムに用いるプログラムを生成する処理を説明する。図10は、本実施形態のプログラム生成装置1によるビジネスプロセス/ビジネスルール実行システムに用いるプログラムを生成する動作を示すシーケンス図である。ステップS1:ビジネスプロセス定義解析部11は、入力されるテーブル形式のビジネスプロセス定義体ファイル301から、プログラム生成情報であるプロセス識別情報、プロセス名、項目種別、操作項目情報、操作情報、操作対象、ルール識別情報の各々を、プログラム生成情報として抽出して読み出し、プロセス毎にプロセス識別情報に対応させて、記憶部19に書き込んで記憶させる。次に、サーブレット生成部13は、記憶部19からプロセス毎に、順次プログラム生成情報を読み出し、このプログラム生成情報におけるサーブレットテンプレート記憶領域から、当該プロセスの項目種別に対応するプログラムのテンプレートを読み出す。そして、サーブレット生成部13は、読み出したテンプレートに対し、プロセス識別情報を含むプログラム生成情報の各データを追記することにより、サーブレット24のプログラムのソースコードを生成し、このサーブレット24のソースコードが記述されたサーブレットファイル102を生成する。これにより、サーブレット生成部13は、ビジネスプロセス実行エンジン21またはビジネスルール実行エンジン22に、ビジネスプロセス定義体ファイル301の各プロセスに記述された処理を実行させるサーブレット24のプログラムを生成し、生成されたサーブレット24のプログラムのソースコードを、サーブレットファイル102としてプロセス識別情報に対応させて記憶部19に書き込んで記憶させる。ステップS2:ビジネスプロセス定義体ファイル変換部12は、記憶部19に記憶されているプロセス毎に、ルール識別情報が付加されているか否かの判定を行う。そして、ビジネスプロセス定義体ファイル変換部12は、ルール識別情報が付加されていないプロセスに対応するプログラム生成情報を順次読み出す。また、ビジネスプロセス定義体ファイル変換部12は、記憶部19に記憶されているビジネスプロセス定義体ファイルのテンプレートを読み出す。このビジネスプロセス定義体ファイルのテンプレートは、ビジネスプロセス実行エンジン21が解読する形式のビジネスプロセス定義体ファイルを生成する元になる。プログラム生成情報を読み出すと、ビジネスプロセス定義体ファイル変換部12は、読み出したプログラム生成情報の各データを、ビジネスプロセス定義体ファイルのテンプレートに追記し、ビジネスプロセス実行エンジン21が解読できる形式のビジネスプロセス定義体XMLファイル101を生成し、プロセス識別情報に対応させて記憶部19に書き込んで記憶させる。ステップS3:サービスアダプタ生成部14は、記憶部19に記憶されているプログラム生成情報をプロセス毎に逐次読み出し、ルール識別情報が付加されているか否かの判定を行う。そして、サービスアダプタ生成部14は、ルール識別情報が付加されていないサーブレット24処理の委譲先をビジネスプロセス実行エンジン21とし、ルール識別情報が付加されているサーブレット24の処理の委譲先をビジネスルール実行エンジン22と判定する。これにより、サービスアダプタ生成部14は、プロセス識別情報と、ビジネスプロセス実行エンジン21またはビジネスルール実行エンジン22のいずれか一方を委譲先とする委譲先情報とが対応付けられた対応テーブルが付加され、プロセス識別情報に対応した委譲先情報に記載された実行エンジンに対し、サーブレット24の処理を委譲するサービスアダプタ25を生成し、このサービスアダプタ25のプログラムのソースコードが記述されたサービスアダプタファイル103を出力する。また、サービスアダプタ生成部14は、生成したサービスアダプタファイル103を、記憶部19に書き込んで記憶させる。ステップS4:ビジネスプロセスラッパー生成部15は、記憶部19に記憶されているプログラム生成情報をプロセス毎に逐次読み出し、ルール識別情報が付加されているか否かの判定を行う。そして、ビジネスプロセスラッパー生成部15は、判定の結果、ルール識別情報が付加されていない場合、サーブレット24がデータの入出力に用いるビーンと、ビジネスプロセス実行エンジン22がデータの入出力に用いるインターフェースコンテナServiceSession内に配置する際に、インターフェース及びデータの形式を、サーブレット24とビジネスプロセス実行エンジン22とにおける出力側の形式を入力側の形式に合わせるビジネスプロセスラッパー26を生成する。ビジネスプロセスラッパー生成部15は、生成したビジネスプロセスラッパー26のビジネスプロセスラッパーファイル104を、記憶部19に書き込んで記憶させる。ステップS5:ビジネスルールラッパー生成部16は、記憶部19に記憶されているプログラム生成情報をプロセス毎に逐次読み出し、ルール識別情報が付加されているか否かの判定を行う。そして、ビジネスルールラッパー生成部16は、判定の結果、ルール識別情報が付加されている場合、サーブレット24がデータの入出力に用いるPaymentStatusBeanを、ビジネスルール実行エンジンがデータの入出力に用いるインターフェースコンテナKSession内に配置する際に、インターフェース及びデータの形式を、サーブレット24とビジネスルール実行エンジン22とにおける出力側の形式を入力側の形式に合わせるビジネスルールラッパー27を生成する。ビジネスルールラッパー生成部16は、生成したビジネスルールラッパー27のビジネスルールラッパーファイル105を、記憶部19に書き込んで記憶させる。ステップS6:ビジネスルール定義体ファイル解析部17は、記憶部19に記憶されている全てのプロセスのプログラム生成情報からルール識別情報を含むプログラム生成情報を検出し、このプログラム生成情報からルール識別情報を抽出する。そして、ビジネスルール定義体ファイル解析部17は、抽出したルール識別情報と同一のファイル名を有するビジネスルール定義体ファイル302が、記憶部19に記憶されているビジネスルール定義体ファイル302に存在するか否かの判定により、ビジネスプロセス定義体ファイル301のルール識別情報を有するプロセスと、ビジネスルール定義体ファイル302との整合が取れているか否かの整合性チェックを行う。チェック結果において、ビジネスルール定義体ファイル解析部17は、抽出したルール識別情報の全てが、同一ファイル名のビジネスルール定義体ファイル302と対応付けられた場合、ビジネスルール定義体ファイル302とルール識別情報との整合性が取れたと判定し、ビジネスルール定義体ファイル配備部18に対し、整合性が取れたことを示す制御信号を出力する。一方、ビジネスルール定義体ファイル解析部17は、プログラム生成情報から抽出したルール識別情報の中において、記憶部19に記憶されているビジネスルール定義体ファイル302のファイル名と対応付けられないルール識別情報が存在する場合、ビジネスルール定義体ファイル302とルール識別情報との整合性が取れないと判定する。そして、ビジネスルール定義体ファイル解析部17は、この整合性が取れないと判定されたプロセスのプロセス識別情報を示すエラーメッセージを出力部から出力してユーザに通知する。次に、ビジネスルール定義体ファイル配備部18は、ビジネスルール定義体ファイル解析部17から、整合性が取れたことを示す制御信号が供給されると、整合性が取れたビジネスルール定義体ファイル302を、ビジネスルール定義体ファイル記憶部200へ書き込んで記憶させる。次に、図11は、ビジネスプロセス定義体ファイル301から抽出したプログラム生成情報により、ルール識別情報が付加されていないプロセスに対応して生成される各種プログラムを示す概念図である。この図11に示されているように、ビジネスプロセス定義体ファイル301において、ルール識別情報が付加されていないプロセス識別情報1のプロセスプロセス識別情報3のプロセスも同様に対応するテーブルの記述を、ビジネスプロセス実行エンジン21の解読可能な形式としたビジネスプロセス定義体XMLファイル101が生成される。同様に、ビジネスプロセス定義体XMLファイル101と同様に、サーブレットファイル102がサーブレット生成部13により、またビジネスプロセスラッパーファイル104がビジネスプロセスラッパー生成部15により、プロセス毎に生成される。また、図12は、ビジネスプロセス定義体ファイル301から抽出したプログラム生成情報により、ルール識別情報が付加されているプロセスに対応して生成される各種プログラムを示す概念図である。この図12に示されているように、ビジネスプロセス定義体ファイル301において、ルール識別情報が付加されているプロセス識別情報2のプロセスに対応するプログラム生成情報から、サーブレットファイル102がサーブレット生成部13により、またビジネスプロセスラッパーファイル104がビジネスプロセスラッパー生成部15により、プロセス毎に生成される。また、図11及び図12に記載されているサービスアダプタファイル103は、既に説明したように、ルール識別情報が付加されていない、あるいは付加されているに係わらず、記憶部19に記憶されているビジネスプロセス定義体ファイル302の全てに含まれる全プロセスに対して1つ生成される。次に、図13は、プロセス識別情報1、2及び3のプロセスから構成される業務処理から生成される各種プログラムを示す概念図である。既に、図11及び図12において説明したように、サーブレットファイル102は、ルール識別情報が付加されているか否かによらず、プロセスに対して1個生成される。このため、図13の業務処理のビジネスプロセス定義体ファイル301のプロセスが3個のため、このビジネスプロセス定義体ファイル301の場合に、サーブレットファイル102はサーブレット生成部13によって3個生成される。また、ビジネスプロセス定義体XMLファイル101は、ルール識別情報が付加されていないプロセスのみに対して生成される。このため、図13のビジネスプロセス定義体ファイル301には、ルール識別情報が付加されていないプロセスは、プロセス識別情報1及び3の2個であり、ビジネスプロセス定義体XMLファイル101は、ビジネスプロセス定義体ファイル変換部12により2個生成される。また、ビジネスプロセスラッパーファイル104は、ルール識別情報が付加されていないプロセスのみに対して生成される。このため、図13のビジネスプロセス定義体ファイル301には、ルール識別情報が付加されていないプロセスは、プロセス識別情報1及び3の2個であり、ビジネスプロセスラッパーファイル104は、ビジネスプロセスラッパー生成部15により2個生成される。また、ビジネスルールラッパーファイル105は、ルール識別情報が付加されているプロセスのみに対して生成される。このため、図13のビジネスプロセス定義体ファイル301には、ルール識別情報が付加されているプロセスは、プロセス識別情報2の1個であり、ビジネスルールラッパーファイル105は、ビジネスルールラッパー生成部16により1個生成される。上述した各種プログラムは、複数の業務処理において、同一のプロセス識別情報が付加されているプロセスが重複する場合、同一のプロセス識別情報のプロセスについて1個のプログラムのみが生成される。すなわち、ビジネスプロセス定義体ファイル変換部12、サーブレット生成部13、サービスアダプタ生成部14、ビジネスプロセスラッパー生成部15及びビジネスルールラッパー生成部16の各々は、新たにプログラムを生成する際、既に生成したプログラムのプロセス識別情報と、これから生成しようとするプログラムのプロセス識別情報とを比較し、一致しない場合にプログラムを生成し、一方、一致した場合にプログラムを生成しない。また、サービスアダプタファイル103は、全てのプロセスに対して1個、すなわち本実施形態のビジネスプロセス/ビジネスルール実行システムに対して入力される全ての業務処理のビジネスプロセス定義体ファイル301のプロセスに対して1個が、サービスアダプタ生成部14により生成される。また、図1におけるウェブサーバー2、また図8におけるウェブサーバー2の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりプログラムの生成処理、ビジネスプロセス及びビジネスルールの処理の管理を行ってもよい。なお、ここでいうコンピュータシステムとは、OSや周辺機器等のハードウェアを含むものとする。また、コンピュータシステムは、WWWシステムを利用している場合であれば、ホームページ提供環境あるいは表示環境も含むものとする。また、コンピュータ読み取り可能な記録媒体とは、フレキシブルディスク、光磁気ディスク、ROM、CD-ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらにコンピュータ読み取り可能な記録媒体とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。