JP2008134906A - 業務プロセス定義生成方法、装置及びプログラム - Google Patents

Abstract

【課題】利用者はＷｅｂアプリケーションにアクセスを行うだけで、ビジネスプロセス定義及びＷｅｂサービス呼出しに必要なファイル群を生成することが可能な技術を提供する。
【解決手段】Ｗｅｂアプリケーションに対して業務へのアクセスから業務プロセス定義を生成する業務プロセス定義生成方法であって、Ｗｅｂアプリケーションへのリクエストを記憶装置に格納し、格納したリクエストを記憶装置から読み出して要求先及び呼び出し元を示す遷移情報を取得し、格納したリクエストを記憶装置から読み出してデータ項目名を示すデータ設定情報を取得し、リクエストに対するＷｅｂアプリケーションからのレスポンスを記憶装置に格納し、格納したレスポンスを記憶装置から読み出して差分情報から出力データを抽出する為の位置と文字列を示す出力データ抽出方法を取得し、取得した情報からビジネスプロセス定義を生成して記憶装置に格納する。
【選択図】図６

Description

本発明はＷｅｂアプリケーションを利用者のアクセス履歴を元に、Ｗｅｂサービスの呼出し順を定義したビジネスプロセス定義を生成する業務プロセス定義生成技術に関するものである。

従来のＷｅｂアプリケーションをＷｅｂサービスに変換する方法では、利用者自身が予め変換方法を定義することで動的にＷｅｂサービスリクエストをＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストに変換する方法がある。

特開２００５−５６０５８号公報

ところで、上記従来技術によれば、既存ＷｅｂアプリケーションをＷｅｂサービスとしてアクセスすることはできるが、利用者自身が変換定義を行う必要があることと、サービスの遷移について配慮されておらず、複数の遷移からなるＷｅｂアプリケーションをＷｅｂサービス化する場合に、それぞれの遷移に対して変換定義を行う必要があることと、ビジネスプロセスは利用者自身が独自に定義する必要がある。例えば、ログイン、データ入力、データ表示といった遷移を持つＷｅｂアプリケーションが存在した場合、ログイン処理のＷｅｂサービス及びデータ処理Ｗｅｂサービスとして、それぞれ変換定義を行い、それぞれのサービスを利用者がビジネスプロセス定義として再定義する必要がある。

本発明の目的は上記問題を解決し、利用者は通常業務の一環としてＷｅｂアプリケーションにアクセスを行うだけで、ビジネスプロセス定義及びＷｅｂサービス呼出しに必要なファイル群を生成することが可能な技術を提供することにある。

本発明は、記憶装置を有し、Ｗｅｂアプリケーションに対して業務へのアクセスから業務プロセス定義を生成する業務プロセス定義生成装置であって、Ｗｅｂアプリケーションのリクエスト及びレスポンスから取得した情報からビジネスプロセス定義を生成するものである。

本発明の業務プロセス定義生成装置では、ユーザ側装置がリクエストを送信してＷｅｂアプリケーションを利用すると、そのＷｅｂアプリケーションへのリクエストの内容を読み出してそれらの記述から要求先及び呼び出し元を示すＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を遷移情報として取得して遷移テーブルへ格納する。また、前記リクエストの内容を読み出してユーザＩＤやパスワード等の設定データのデータ項目名を示すデータ設定情報を取得してデータ設定情報テーブルへ格納する。

その後、前記リクエストに対するＷｅｂアプリケーションからのレスポンスが送信されると、そのレスポンスの内容を読み出して出力データを抽出する為の位置と文字列、すなわち抽出位置を示すＸＰａｔｈと出力データを識別する為の文字列の正規表現とを表す出力データ抽出方法を取得して出力データ抽出方法テーブルへ格納する。

そして、前記取得した情報を各テーブルから読み出した後、それらの情報を用いてビジネスプロセス定義やＷｅｂサービス呼出しに必要なファイル群を生成して記憶装置へ格納する。

本発明によれば、利用者は通常業務の一環としてＷｅｂアプリケーションにアクセスを行うだけで、ビジネスプロセス定義及びＷｅｂサービス呼出しに必要なファイル群を生成することが可能である。

以下に記憶装置を有し、Ｗｅｂアプリケーションに対して業務へのアクセスから業務プロセス定義を生成する一実施形態の業務プロセス定義生成装置について説明する。

図１は一般的なＷｅｂアプリケーションの概要を示す図である。ログイン画面１０１はユーザ名を入力するテキストフィールド１０２とパスワードを入力するパスワードフィールド１０３を持つ。

ユーザがユーザ名及びパスワードを設定し、実行するとログイン処理１０４が実行され、ログインが失敗した場合は、エラー画面１０５を表示する。ログインが成功した場合は、入力画面１０６を表示する。

入力画面１０６は数値を入力する為のテキストフィールド１０７を持つ。ユーザはテキストフィールド１０７に任意の値を入力して実行すると、データ演算処理１０８が実行され、演算結果を出力画面１０９に表示する。

図２は従来技術を利用したＷｅｂサービスへの変換方法の例を示す図である。ログイン画面１０１に含まれるユーザ名を入力するテキストフィールド１０２及びパスワードを入力するパスワードフィールド１０３を入力データ情報として取得し、ログイン処理のインタフェースとなるログイン処理ＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）ファイル２０１を生成する。

また、入力画面１０６に含まれる任意の数値を入力するテキストフィールド１０７及び出力画面１０９内でユーザ側装置２０２が指定する出力データを元に、データ演算処理のインタフェースとなるデータ演算処理ＷＳＤＬファイル２０３を生成する。

図３は従来技術を利用したＷｅｂアプリケーションをＷｅｂサービスとしてアクセスする方法の概要を示す図である。ユーザ側装置３０１はログイン処理ＷＳＤＬファイル２０１を利用したログイン処理呼出しプログラム３０２を作成し、ログイン処理を呼び出す。ログイン処理への呼出しはＷｅｂサービス呼出しとしてアクセスするが、プロキシサーバ３０４内に配置されたデータ変換部３０５により、Ｗｅｂサービス呼出しをＨＴＴＰリクエストに変換し、ログイン処理１０４を呼び出す。ログイン処理１０４の実行結果はＨＴＴＰレスポンスとしてプロキシサーバ３０４に返され、データ変換部３０５によりＨＴＴＰレスポンスからＷｅｂサービス形式に変換され、ログイン処理呼出しプログラム３０２に返される。

ユーザ側装置３０１は返された結果を基に、次の処理を決定し、ログイン成功の場合は、データ演算処理ＷＳＤＬファイル２０３を利用したデータ演算呼出しプログラム３０３を作成し、データ演算処理１０８を呼び出す。データ演算処理１０８の呼出しはログイン処理１０４を呼出す際と同様で、プロキシサーバ３０４に配置されたデータ変換部３０５を利用し、Ｗｅｂサービス呼び出しとＨＴＴＰリクエスト／ＨＴＴＰレスポンスの相互変換を行う。

図４はビジネスプロセス定義を利用したＷｅｂアプリケーション呼び出しの概要を示す図である。ビジネスプロセス定義４０１を利用することで、ユーザ側装置３０１はビジネスプロセス定義４０１による処理を実行することで、ログイン処理及びデータ演算処理を適切に実行することが可能になる。

ビジネスプロセス定義４０１の処理では、ユーザの実行要求に対し、まずログイン処理呼び出しプログラム３０２を実行する。その実行結果を元にデータ演算処理呼び出しプログラム３０３を実行し、その結果をユーザ側装置３０１に返す。

図５はビジネスプロセス定義を作成する為に必要となるファイルの概要を示す図である。ビジネスプロセス定義を生成する為には、データ情報ファイル５０１、データ定義ファイル５０２、ＢＰＥＬ（Ｂｕｓｉｎｅｓｓ Ｐｒｏｃｅｓｓ Ｅｘｅｃｕｔｉｏｎ Ｌａｎｇｕａｇｅ）定義ファイル５０３、サービス／アダプタ定義ファイル５０４を必要とする。

図６は本実施形態のビジネスプロセス定義生成処理装置の全体構成を示す図である。本実施形態のビジネスプロセス定義生成処理を行う処理部はプロキシサーバ６０４内のメモリ６１１に配置される。

ユーザ側装置６０１はＨＴＴＰリクエスト６０６をネットワーク６０２を介してプロキシサーバ６０４に送信する。プロキシサーバ６０４はビジネスプロセス定義生成処理を行う処理部を介してＷｅｂアプリケーション６０５にＨＴＴＰリクエスト６０８を送信する。

Ｗｅｂアプリケーション６０５はＨＴＴＰレスポンス６０９をプロキシサーバ６０４に返す。プロキシサーバ６０４はビジネスプロセス定義生成処理を行う処理部を介して、ＨＴＴＰレスポンス６０７をユーザ側装置６０１に返す。

本実施形態のビジネスプロセス定義生成処理を行う処理部は、ＨＴＴＰリクエスト及びＨＴＴＰレスポンスから必要な情報を取得する情報取得部６１２と、情報取得部６１２が取得した情報からビジネスプロセス定義ファイル及び実行に必要なファイルを生成する定義ファイル生成部６１３からなる。

情報取得部６１２は、ＨＴＴＰリクエスト及びＨＴＴＰレスポンスから遷移テーブル６１４、データ設定情報テーブル６１５及び出力データ抽出方法テーブル６１６を作成する。定義ファイル生成部６１３は、遷移テーブル６１４、データ設定情報テーブル６１５及び出力データ抽出方法テーブル６１６から、データ情報ファイル５０１、データ定義ファイル５０２、ＢＰＥＬ定義ファイル５０３、サービス／アダプタ定義ファイル５０４を生成する。

本実施形態において、前記処理部としてコンピュータを機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体からコンピュータにインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。

図７は本実施形態の情報取得処理の概要を示す図である。ユーザ側装置６０３はプロキシサーバ内の情報取得部６１２内のＨＴＴＰ送受信処理７０２を介して、既存Ｗｅｂアプリケーション７０３にアクセスし、既存Ｗｅｂアプリケーション７０３は、同じく情報取得部６１２内のＨＴＴＰ送受信処理７０２を介して、ユーザ側装置６０３にＨＴＴＰレスポンスを返す。

ＨＴＴＰ送受信処理７０２は、ＨＴＴＰリクエスト／ＨＴＴＰレスポンス７０１をプロキシとして送受信し、ＨＴＴＰリクエスト／ＨＴＴＰレスポンスの内容を取得する。取得したＨＴＴＰリクエストの内容からＵＲＬアクセス解析処理７０４により、遷移テーブル６１４を作成する。また、ＨＴＴＰリクエストの内容から入力データの抽出処理７０５により、データ設定情報テーブル６１５を作成する。そしてＨＴＴＰレスポンスの内容から、出力データの抽出処理７０６により出力データ抽出方法テーブル６１６を作成する。

図８は本実施形態の定義ファイル生成部６１３の概要を示す図である。定義ファイル生成部６１３は遷移テーブル６１４、データ設定情報テーブル６１５及び出力データ抽出方法テーブル６１６を参照する。

ＵＲＬ遷移の決定処理８０１は遷移テーブル６１４の情報からビジネスプロセス定義の対象となるＵＲＬ遷移を決定する。データ情報ファイルの生成処理８０２は、ビジネスプロセス定義の対象となるＵＲＬ遷移の各ＵＲＬに対応したデータ設定情報及び出力データ抽出方法情報を参照し、データ情報ファイル５０１を生成する。

データ定義ファイルの生成処理８０３は、生成されたデータ情報ファイル５０１を参照し、データ定義ファイル５０２を生成する。ＢＰＥＬファイルの生成処理８０４は、ＵＲＬ遷移情報及びデータ定義ファイルからＢＰＥＬファイル５０３を生成する。サービス／アダプタ定義ファイルの生成処理８０５は、ＢＰＥＬファイル、ＷＳＤＬファイル、データ情報ファイルからサービス／アダプタ定義ファイル５０４を生成する。

図９は本実施形態のＵＲＬアクセス解析処理の詳細を示す図である。ＵＲＬアクセス解析処理７０４の要求先ＵＲＬの取得処理９０１はＨＴＴＰリクエスト９０２内のＲｅｑｕｅｓｔ−ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）に示されたＵＲＬを要求先ＵＲＬとして取得する。

呼出し元ＵＲＬの取得処理９０３は、ＨＴＴＰリクエスト９０２内のＲｅｆｅｒｅｒに示されたＵＲＬを要求元ＵＲＬとして取得する。

要求先ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）記述内の＜ｔｉｔｌｅ＞タグの値の取得処理９０４は、ＨＴＴＰレスポンス９０５内のｍｅｓｓａｇｅ−ｂｏｄｙ部のＨＴＭＬ記述の＜ｔｉｔｌｅ＞タグで示された値を取得する。

要求先ＨＴＭＬ記述内のｆｏｒｍのａｃｔｉｏｎ属性の取得処理９０６は、ＨＴＴＰレスポンス９０５内のｍｅｓｓａｇｅ−ｂｏｄｙ部のＨＴＭＬ記述内の＜ｆｏｒｍ＞タグを検索し、取得した＜ｆｏｒｍ＞タグ内のａｃｔｉｏｎ属性の値を取得する。

要求先ＨＴＭＬ記述内のタグのｈｒｅｆ属性の取得処理９０７は、ＨＴＴＰレスポンス９０５内のｍｅｓｓａｇｅ−ｂｏｄｙ部のＨＴＭＬ記述内の＜ａ＞タグを検索し、取得した＜ａ＞タグ内のｈｒｅｆ属性の値を取得する。

遷移テーブルの作成処理９０８では、呼出し元ＵＲＬの取得処理９０３で得られたＵＲＬに対応する要求先ＵＲＬ及び＜ｔｉｔｌｅ＞タグの値を遷移テーブル６１４として作成する。

図１０は本実施形態の遷移テーブルの詳細を示す図である。遷移テーブル１００１は、呼出し元（Ｒｅｆｅｒｅｒ）に対応した要求先（Ｒｅｑｕｅｓｔ−ＵＲＩ）及び、ＨＴＴＰリクエストに対応したＨＴＴＰレスポンス内のＨＴＭＬの記述から取得した、＜ｔｉｔｌｅ＞タグの値、＜ｆｏｒｍ＞タグのａｃｔｉｏｎ属性の値、＜ａ＞タグのｈｒｅｆ属性の値をそれぞれ記憶する。

図１１は本実施形態の入力データの抽出処理の詳細を示す図である。入力データの抽出処理７０５の要求先ＵＲＬの取得処理１１０１は、ＨＴＴＰリクエスト１１０２内のＲｅｑｕｅｓｔ−ＵＲＩに示されたＵＲＬを要求先ＵＲＬとして取得する。データ設定情報取得処理１１０３は、ＨＴＴＰリクエスト１１０２内のｍｅｓｓａｇｅ−ｂｏｄｙ部に示されたパラメタ情報からデータ項目名を入力データとして抽出する。

データ設定情報テーブルの作成処理１１０４は、要求先ＵＲＬに対応した入力データをデータ設定情報テーブル６１５として作成する。データ設定情報テーブルの一例として、データ設定情報テーブル１１０５を示す。要求先ＵＲＬに対応する入力データが設定されたテーブルとなる。

図１２は本実施形態の業務プロセス定義生成装置の出力データの抽出処理の詳細を示す図である。出力データの抽出処理７０６の要求先画面の取得処理１２０１は、ＨＴＴＰレスポンス１２０３内のｍｅｓｓａｇｅ−ｂｏｄｙ部に含まれるＨＴＭＬ情報を取得し、要求先画面の履歴情報１２０４に記憶する。要求先画面の履歴情報の一例として、要求先画面の履歴情報テーブル１２０５を示す。要求先ＵＲＬに対応する、要求先画面情報が設定されたテーブルとなる。

出力データ抽出方法の取得処理１２０２は、ＨＴＴＰリクエストに対するＷｅｂアプリケーションからの複数のレスポンスを要求先画面の履歴情報１２０４として記憶装置に格納しておき、要求先画面の履歴情報１２０４内の画面の履歴の差分から、出力データ抽出方法を取得する。出力データ抽出方法テーブルの作成処理１２０６は、要求先ＵＲＬに対応する出力データ抽出方法を出力データ抽出方法テーブル６１６として作成する。

図１３は本実施形態の出力データ抽出方法の取得処理の詳細を示す図である。出力データ抽出方法の取得処理１２０２の、ＨＴＭＬからＸＨＴＭＬ（Ｅｘｔｅｎｓｉｂｌｅ ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）への変換処理１３０１は、要求先画面の履歴情報に格納されたＨＴＭＬ情報をＸＨＴＭＬ形式に変換する。

変換したＸＨＴＭＬについて、過去いくつかの画面情報と比較を行う差分抽出処理１３０２を行い、その処理において差分が検出できない場合は、出力項目該当なし１３１４として、処理を終了する。

差分を検出した場合、差分個所のＸＰａｔｈを取得処理１３０４で、差分が発生した文字列が含まれるタグを特定するＸＰａｔｈを取得する。その例をＸＰａｔｈ例１３０５に示す。差分を含むタグ内の文字列抽出処理１３０６で、差分が含まれる文字列を含む、タグ内の全ての文字列を取得する。その例を文字列抽出例１３０７に示す。

差分文字列の分離処理１３０８で、取得した文字列を差分が検出された部分と差分が無い部分とに分離する。実施形態として差分がない部分を文字列部１３０９に、差分がある部分を文字列部１３１０に示す。差分以外の文字列の正規表現への変換処理１３１１で、差分が無い部分の文字列を正規表現に変換する。正規表現への変換は基本的には、文字列をそのまま正規表現式として扱う。その例を正規表現例１３１２に示す。抽出方法記憶処理１３１３ではＸＰａｔｈ及び正規表現を出力データ抽出方法テーブルに記憶する。

差分が検出された場合の処理の一例を示す。画面情報１３０３では「１００」が差分として検出されている。「１００」が含まれる文字列全体は「今回：１００」となり、ＸＨＴＭＬ内での文字列の特定方法はＸＰａｔｈで「ｈｔｍｌ／ｂｏｄｙ／ｆｏｒｍ／ｐ［２］／ｔｅｘｔ（）」１３０５と表す。文字列抽出例１３０７の「今回：１００」という文字列を、差分を検出した部分と差分の無い部分に分離すると、文字列部１３０９の「今回：」と文字列部１３１０の「１００」に分離される。文字列部１３０９の「今回：」を正規表現化したものを正規表現例１３１２の「［今回：］」とする。

図１４は本実施形態の出力データ抽出方法テーブルの詳細を示す図である。出力データ抽出方法テーブル１４０１では、要求先ＵＲＬに対応した画面情報が持つ出力データを記憶する。出力データは差分が出た個所一つについて一つのデータ項目を割り当てる。データ項目名は「［画面ＩＤ］＿ｏｕｔｐｕｔ＿ｄａｔａＮ」（Ｎはシーケンス番号）とする。データ項目については、それぞれのデータを抽出する為のＸＰａｔｎ及び正規表現を記憶する。

図１５は本実施形態のビジネスプロセス定義対象ＵＲＬテーブル生成の概要を示す図である。プロキシサーバに蓄積された遷移テーブル１００１に対し、ユーザ側装置６０３が、遷移の起点１５０１（図ではｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ／Ｓａｍｐｌｅ／ｉｎｄｅｘ.ｈｔｍ）を指定することで、ユーザ側装置６０３が指定したＵＲＬを起点としたビジネスプロセス定義対象ＵＲＬテーブル１５０２を生成する。

ビジネスプロセス定義対象ＵＲＬテーブル１５０２は、遷移テーブル１００１と同様の情報（要求元ＵＲＬ、要求先ＵＲＬ、ｔｉｔｌｅの値、ｆｏｒｍタグのａｃｔｉｏｎ属性の値、ａタグのｈｒｅｆ属性の値）を持つ。

図１６は本実施形態のビジネスプロセス定義対象ＵＲＬテーブル生成の詳細を示す図である。利用者が起点となるＵＲＬを指定すると（１６０１）、指定されたＵＲＬで、遷移テーブル内の要求先ＵＲＬを検索する（１６０２）。

指定されたＵＲＬが遷移テーブル内の要求先ＵＲＬに存在するかどうかの判定を行い（１６０３）、指定されたＵＲＬが存在しない場合は処理を終了する。指定されたＵＲＬが存在する場合、その要求先ＵＲＬに対応する、要求元ＵＲＬ、要求先ＵＲＬ、ｔｉｔｌｅ、ｆｏｒｍタグのａｃｔｉｏｎ属性、ａタグのｈｒｅｆ属性の値をビジネスプロセス定義対象ＵＲＬテーブル１６０６に格納する（１６０５）。また、指定されたＵＲＬと一致する要求先ＵＲＬが遷移テーブル内に複数存在することが想定されるため、全ての要求先ＵＲＬを抽出するまで、処理を繰り返す（１６０４）。

遷移テーブル内の対応する全ての要求先ＵＲＬの抽出が完了した後、抽出したＵＲＬに対応したｆｏｒｍタグのａｃｔｉｏｎ属性の値またはａタグのｈｒｅｆ属性に指定されたＵＲＬが存在するかの判定を行う（１６０７、１６０８）。値が存在しない場合は、処理を終了する。値が存在する場合は、抽出したＵＲＬに対応したｆｏｒｍタグのａｃｔｉｏｎ属性の値またはａタグのｈｒｅｆ属性に指定されたＵＲＬを検索キーに再設定し、遷移テーブル内を再検索する（１６０９）。

図１７は本実施形態のビジネスプロセス定義に含まれる要求先ＵＲＬに対応するデータ項目テーブルの抽出方法の概要を示す図である。ビジネスプロセス定義に含まれる要求先ＵＲＬに対応するデータ項目テーブル１７０１は、ビジネスプロセス定義対象ＵＲＬテーブル１５０２内の要求先ＵＲＬに設定されているＵＲＬに対応したデータ設定情報をデータ設定情報テーブル１１０５から取得し、出力データ抽出方法を出力データ抽出方法テーブル１４０１から取得する。

ビジネスプロセス定義に含まれる要求先ＵＲＬに対応するデータ項目テーブル１７０１は、要求先ＵＲＬに対し、データの入出力情報とデータ項目名を格納したテーブルとなる。

図１８は本実施形態のビジネスプロセス定義に含まれる要求先ＵＲＬに対応するデータ項目テーブルからのデータ情報ファイルの生成の概要を示す図である。ビジネスプロセス定義に含まれる要求先ＵＲＬに対応するデータ項目テーブル１７０１の情報から、ビジネスプロセス用のデータ情報ファイル１８０１及び各Ｗｅｂサービス呼出し用のデータ情報ファイル１８０２を生成する。

ビジネスプロセス用のＸＳＤ（ＸＭＬ(Extensible Markup Language) Ｓｃｈｅｍａ Ｄｅｆｉｎｉｔｉｏｎ）ファイルでは、ビジネスプロセス定義対象ＵＲＬの一連の遷移で使用される全てのデータ項目を入出力に分けてＸＳＤファイルとして生成する。

各Ｗｅｂサービス呼出し用データ情報ファイルは、それぞれの要求先ＵＲＬで定義されているデータ項目を入出力に分けてデータ情報ファイルとして生成する。要求先ＵＲＬが分岐している場合は、出力データに「ＷｅｂＡｐｐＮ＿ｂｒａｎｃｈ＿ｔｉｔｌｅ」（Ｎは通番を示す）というデータ項目を追加する。

図１９は本実施形態のデータ情報ファイル生成時の各項目についての命名規則を示す図である。データ情報ファイルの生成では、ファイル名、ｃｏｍｐｌｅｘＴｙｐｅのｎａｍｅ属性及びｅｌｅｍｅｎｔのｎａｍｅ属性を動的に定義する必要がある。それらの名称はＸＳＤファイル生成時の各項目についての命名規則１９０１に従って、定義を行う。

図２０は本実施形態のデータ情報ファイルの生成処理８０２の概要を示す図である。データ情報ファイルの生成処理８０２は、ビジネスプロセス呼出し用データ情報ファイルの生成処理２００１及び各Ｗｅｂサービス呼出し用データ情報ファイルの生成処理２００２を実行し、データ情報ファイル５０１を生成する。

図２１は本実施形態のビジネスプロセスに対応するデータ情報ファイル生成処理２００１の詳細を示す図である。最初にＸＭＬ Ｓｃｈｅｍａヘッダの定義を行う（２１０１）。ヘッダ情報は固定の値を利用する。次に生成するデータ情報ファイルが入力用か出力用かの判断を行う（２１０２）。

出力用のデータ情報ファイルの生成処理では、ビジネスプロセス定義対象ＵＲＬテーブル内の各要求先ＵＲＬが、ビジネスプロセス定義に含まれる要求先ＵＲＬに対応するデータ項目テーブルに含まれるかどうかを判断し（２１０３）、含まれる場合は更に、その中に出力データ項目が存在するかを判断する（２１０５）。出力データが存在する場合、ｃｍｐｌｅｘＴｙｐｅを定義し（２１０４）、その中に全ての出力データ項目をｅｌｅｍｅｎｔとして定義２１０６する。この処理を指定された全ての要求先ＵＲＬに対して実行し、全データを含めた出力データ情報ファイルを生成する（２１０７）。

入力用のデータ情報ファイルの生成処理も同様で、ビジネスプロセス定義対象ＵＲＬテーブル内の各要求先ＵＲＬが、ビジネスプロセス定義に含まれる要求先ＵＲＬに対応するデータ項目テーブルに含まれるかどうかを判断し（２１０８）、含まれる場合は更に、その中に入力データ項目が存在するかを判断する（２１１０）。入力データが存在する場合、ｃｍｐｌｅｘＴｙｐｅを定義し（２１０９）、その中に全ての入力データ項目をｅｌｅｍｅｎｔとして定義する（２１１１）。この処理を指定された全ての要求先ＵＲＬに対して実行し、全データを含めた出力データ情報ファイルを生成する（２１１２）。生成したデータ情報ファイルはビジネスプロセス用データ情報ファイル２１１３として保存する。

図２２は本実施形態の要求用のビジネスプロセス用のデータ情報ファイルの生成例を示す図である。要求データ情報ファイルであるｒｅｑｕｅｓｔＭｅｓｓａｇｅ．ｘｓｄファイル２２０１は、対応する要求先ＵＲＬ毎にｃｏｍｐｌｅｘＴｙｐｅを持ち、ｎａｍｅ属性は「画面のｆｏｒｍタグのｎａｍｅ属性」の値となる。各ｅｌｅｍｅｎｔのｎａｍｅ属性は実際に設定されるデータ項目名の値が定義される。

図２３は本実施形態の応答用のビジネスプロセス用のデータ情報ファイルの生成例を示す図である。応答データ情報ファイルであるｒｅｓｐｏｎｓｅＭｅｓｓａｇｅ．ｘｓｄファイル２３０１は、対応する要求先ＵＲＬ毎にｃｏｍｐｌｅｘＴｙｐｅを持ち、ｎａｍｅ属性は「[画面ＩＤ]＿ｒｅｓｐｏｎｓｅＭｅｓｓａｇｅ」となる。各ｅｌｅｍｅｎｔのｎａｍｅ属性は、「[画面ＩＤ]＿ｏｕｔｐｕｔ＿ｄａｔａＭ（Ｍは出現順）」となる。

図２４は本実施形態のＷｅｂサービス用のデータ情報ファイル生成処理の詳細を示す図である。最初にＸＭＬ Ｓｃｈｅｍａヘッダの定義を行う（２４０１）。ヘッダ情報は固定の値を利用する。次に生成するデータ情報ファイルが入力用か出力用かの判断を行う（２４０２）。

出力用のデータ情報ファイルの生成処理では、ビジネスプロセス定義対象ＵＲＬテーブル内の各要求先ＵＲＬが、ビジネスプロセス定義に含まれる要求先ＵＲＬに対応するデータ項目テーブルに含まれるかどうかを判断し（２４０３）、含まれる場合は更に、その中に出力データ項目が存在するかを判断する（２４０５）。出力データが存在する場合、ｃｍｐｌｅｘＴｙｐｅを定義し（２４０４）、その中に全ての出力データ項目をｅｌｅｍｅｎｔとして定義する（２４０６）。

またビジネスプロセス定義対象ＵＲＬテーブルにおいて、対象の要求先ＵＲＬが複数のｔｉｔｌｅの値を持つ場合、分岐ありと判断する（２４０８）。分岐がある場合、「ＷｅｂＡｐｐＮ＿ｂｒａｎｃｈ＿ｔｉｔｌｅ（ＮはＷｅｂアプリケーションを識別する通番）」を定義する（２４０９）。
これらの処理を指定された全ての要求先ＵＲＬに対して実行し、要求先ＵＲＬの単位でデータ情報ファイルを生成する（２４１０）。

入力用のデータ情報ファイルの生成処理は、ビジネスプロセス定義対象ＵＲＬテーブル内の各要求先ＵＲＬが、ビジネスプロセス定義に含まれる要求先ＵＲＬに対応するデータ項目テーブルに含まれるかどうかを判断し（２４１１）、含まれる場合は更に、その中に入力データ項目が存在するかを判断する（２４１３）。入力データが存在する場合、ｃｍｐｌｅｘＴｙｐｅを定義し（２４１２）、その中に全ての入力データ項目をｅｌｅｍｅｎｔとして定義する（２４１４）。この処理を指定された全ての要求先ＵＲＬに対して実行し、要求先ＵＲＬの単位でデータ情報ファイルを生成する（２４１５）。生成したデータ情報ファイルはＷｅｂサービス用データ情報ファイル２４１６として保存する。

図２５は本実施形態の要求用のＷｅｂサービス用のデータ情報ファイルの生成例を示す図である。要求データ情報ファイルであるｗｅｂａｐｐ１＿ｒｅｑｕｅｓｔＭｅｓｓａｇｅ．ｘｓｄファイル２５０１は、ｃｏｍｐｌｅｘＴｙｐｅを持ち、ｎａｍｅ属性は「ＷｅｂＡｐｐＮ＿ｒｅｑｕｅｓｔ（ＮはＷｅｂサービスを識別する通番）となる。実施形態では「ＷｅｂＡｐｐ１＿ｒｅｑｕｅｓｔ」の値となる。各ｅｌｅｍｅｎｔのｎａｍｅ属性は「ＷｅｂＡｐｐＮ＿[実際に設定されるデータ項目名の値]」となり、実施形態では「ＷｅｂＡｐｐ１＿Ｕｓｅｒ＿ｉｄ」「ＷｅｂＡｐｐ１＿Ｐａｓｓ」が定義される。

図２６は本実施形態の応答用のＷｅｂサービス用のデータ情報ファイルの生成例を示す図である。応答データ情報ファイルであるｗｅｂａｐｐ１＿ｒｅｓｐｏｎｓｅＭｅｓｓａｇｅ．ｘｓｄファイル２６０１は、ｃｏｍｐｌｅｘＴｙｐｅを持ち、ｎａｍｅ属性は「ＷｅｂＡｐｐＮ＿ｒｅｓｐｏｎｓｅ（ＮはＷｅｂサービスを識別する通番）となる。実施形態では「ＷｅｂＡｐｐ１＿ｒｅｓｐｏｎｓｅ」の値となる。各ｅｌｅｍｅｎｔのｎａｍｅ属性は「ＷｅｂＡｐｐＮ＿[画面ＩＤ]＿ｏｕｔｐｕｔ＿ｄａｔａＭ（Ｍは出現順）」及び、分岐が存在する場合は「ＷｅｂＡｐｐＮ＿ｂｒａｎｃｈ＿ｔｉｔｌｅ（ＮはＷｅｂサービスを識別する通番）」となり、実施形態では「ＷｅｂＡｐｐ１＿ｂｒａｎｃｈ＿ｔｉｔｌｅ」が定義される。

図２７は本実施形態のデータ定義ファイル生成の概要を示す図である。ビジネスプロセス呼出し用データ情報ファイル１８０１及び各Ｗｅｂサービス呼出し用データ情報ファイル１８０２の情報からデータ定義ファイル５０２を生成する。

データ定義ファイル５０２は、それぞれのデータ情報ファイルをメッセージとして定義する。また、それぞれのデータ情報ファイル内に定義されるデータ項目ｅｌｅｍｅｎｔをｐａｒｔとして再定義する。

図２８は本実施形態のデータ定義生成時の各項目についての命名規則を示す図である。データ定義ファイル内の各項目は、データ定義生成時の各項目についての命名規則２８０１の内容に従って、定義される。

図２９は本実施形態のデータ定義ファイルの生成処理８０３の詳細を示す図である。最初に＜ｄｅｆｉｎｉｔｉｏｎ＞タグを定義する（２９０１）。＜ｄｅｆｉｎｉｔｉｏｎ＞タグは固定の定義とする。

対応する全てのデータ情報ファイルをデータ定義ファイルに定義するため、データ情報ファイルが存在する分だけ、処理を繰り返し行う（２９０２）。

ＸＳＤファイルが存在する場合、＜ｍｅｓｓａｇｅ＞タグの定義を行う（２９０３）。＜ｍｅｓｓａｇｅ＞タグのｎａｍｅ属性の値は、図２８に示す命名規則に従う。ｆｏｒｍａｔ属性の値は「／ｓｃｈｅｍａｓ／＜ＸＳＤファイル名＞」とする。

次に、＜ｐａｒｔＡｌｉａｓ＞タグの定義を行う。ｐａｒｔＮａｍｅ属性の値は図２８に示す命名規則に従う。ｍｅｓｓａｇｅＴｙｐｅ属性の値は対応するデータ情報ファイルから２９０３で定義した＜ｍｅｓｓａｇｅ＞タグのｎａｍｅ属性の値を定義する。＜ｑｕｅｒｙ＞属性の値は「／＜データ項目が含まれるｃｏｍｐｌｅｘＴｙｐｅのｎａｍｅ属性の値＞／＜データ項目名＞のｅｌｅｍｅｎｔのｎａｍｅ属性の値＞」となる。

全てのデータ情報ファイルについて処理を行い、データ定義ファイルを生成する（２９０５）。生成したファイルはデータ定義ファイル５０２として保存する。

図３０は本実施形態のデータ定義ファイルの生成例を示す図である。データ定義ファイル３００１は、＜ｄｅｆｉｎｉｔｉｏｎｓ＞タグの次に全てのデータ情報ファイルに対応した＜ｍｅｓｓａｇｅ＞タグを定義している。また、＜ｍｅｓｓａｇｅ＞タグの後に、各データ情報ファイルで定義されているデータ項目をそれぞれ＜ｐａｒｔＡｌｉａｓ＞タグで再定義している。

図３１は本実施形態のＢＰＥＬ定義ファイル生成処理の概要を示す図である。ＢＰＥＬ定義ファイルはデータ定義ファイル５０２及びビジネスプロセス定義対象ＵＲＬテーブル１５０２の情報から生成する。

データ定義ファイル５０２内に定義された＜ｍｅｓｓａｇｅ＞タグを、＜ｖａｒｉａｂｌｅ＞タグとして再定義を行う。また、ビジネスプロセス定義対象ＵＲＬテーブル１５０２で要求先ＵＲＬに指定されているＵＲＬをそれぞれＷｅｂサービス呼出しとして定義する。

Ｗｅｂサービス呼出しで使用する入力データ、出力データが存在する場合は、Ｗｅｂサービス呼出しの前後で対応したデータセットを定義する。入出力データの存在は、要求先ＵＲＬをキーに、ビジネスプロセス定義に含まれる要求先ＵＲＬに対応するデータ項目テーブルを参照することで判断する。要求先ＵＲＬに対応するｔｉｔｌｅの値が複数存在する場合は、Ｗｅｂサービス呼出し後に、ｔｉｔｌｅに設定された値での分岐を設定する。

図３２は本実施形態のＢＰＥＬ定義生成時の各項目についての命名規則を示す図である。ＢＰＥＬ定義ファイル生成時にはＢＰＥＬ定義生成時の各項目についての命名規則３２０１に従って定義を行う。

図３３は本実施形態のＢＰＥＬ定義ファイル生成処理８０４の詳細を示す図である。始めに＜ｐｒｏｃｅｓｓ＞タグの定義を行う（３３０１）。次にデータ定義ファイル内を参照し、メッセージが存在する場合、全てのメッセージを＜ｖａｒｉａｂｌｅｓ＞タグとして定義するまで処理（３３０３）を繰り返す（３３０２）。

次に実際のビジネスプロセスの開始を表す＜ｒｅｃｅｉｖｅ＞タグの定義を行う（３３０４）。次にビジネスプロセス定義対象ＵＲＬテーブルに存在する要求先ＵＲＬについてそれぞれをＷｅｂサービス呼出しとして定義する（３３０６）。定義されている全ての要求先ＵＲＬについて、処理を繰り返す（３３０５）。

また、要求先ＵＲＬに対応したｔｉｔｌｅの値が複数存在するかの判定を行い（３３０７、３３０８）、存在する場合は分岐処理として＜ｓｗｉｔｃｈ＞タグの定義を行う（３３０９）。最後に＜ｒｅｐｌｙ＞タグの定義を行う（３３１０）。

図３４は本実施形態のＷｅｂサービス呼出し定義処理３３０６の詳細を示す図である。Ｗｅｂサービス呼出し定義では、最初に入力用メッセージの存在有無を確認する（３４０１、３４０２）。入力用メッセージの存在有無は、＜対応するＷｅｂサービス＞＿ｒｅｑｕｅｓｔＭｅｓｓａｇｅ．ｘｓｄファイルが存在するかどうかで判断する。入力用メッセージが存在する場合、入力用のデータセット（＜ａｓｓｉｇｎ＞タグ）の定義を行う（３４０３）。

次にＷｅｂサービス呼出し（＜ｉｎｖｏｋｅ＞タグ）の定義を行う（３４０４）。次に出力用メッセージの存在有無を確認３４０５、３４０６する。入力用メッセージの存在有無は、＜対応するＷｅｂサービス＞＿ｒｅｓｐｏｎｓｅＭｅｓｓａｇｅ．ｘｓｄファイルが存在するかどうかで判断する。出力用メッセージが存在する場合、出力用のデータセット（＜ａｓｓｉｇｎ＞タグ）の定義を行う（３４０７）。

図３５は本実施形態の分岐処理（＜ｓｗｉｔｃｈ＞タグ）の定義の詳細を示す図である。分岐処理では最初にＷｅｂサービスに対応する＜ｃｏｎｄｉｔｉｏｎ＞タグの定義を行う（３５０１）。＜ｃｏｎｄｉｔｉｏｎ＞タグの条件式には、出力データ項目、ＷｅｂＡｐｐＮ＿ｂｒａｎｃｈ＿ｔｉｔｌｅ（ＮはＷｅｂサービスを識別する通番）の値に、分岐先の各ｔｉｔｌｅの値を設定したものとなる。

分岐後の画面で、更なる画面遷移が存在するかの判断を行う（３５０２、３５０３）。判断には、ビジネスプロセス定義対象ＵＲＬテーブル内の、要求先ＵＲＬに対応したｆｏｒｍタグのａｃｔｉｏｎ属性の値或いはａタグのｈｒｅｆ属性の値が定義されているかどうかで判断する。更なる画面遷移が存在する場合、分岐処理の先でＷｅｂサービス呼出しの定義を実行する（３３０６）。

図３６は本実施形態のＢＰＥＬ定義ファイルの生成例を示す図である。ＢＰＥＬ定義ファイル３６０１は、＜ｖａｒｉａｂｌｅ＞定義３６０２、＜ｒｅｃｅｉｖｅ＞定義３６０３、Ｗｅｂサービス呼出しデータセット＜ａｓｓｉｇｎ＞定義３６０４、Ｗｅｂサービス呼出し＜ｉｎｖｏｋｅ＞定義３６０５、分岐＜ｓｗｉｔｃｈ＞定義３６０６、＜ｒｅｐｌｙ＞定義３６０７からなる。

図３７は本実施形態のＢＰＥＬ定義をＧＵＩで表示した場合の表示例を示す図である。Ｗｅｂサービス開発環境上でＢＰＥＬ定義ファイルをＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）として表示させる技術を利用することで、生成したＢＰＥＬ定義ファイルを表示例３７０１で示す様なＧＵＩ図として表示することができる。

ＢＰＥＬ定義の内容は、受付３７０２から業務処理呼出し３７０３を実行する。業務処理呼出し３７０３は「ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ／Ｓａｍｐｌｅ／ｉｎｄｅｘ．ｈｔｍ」にアクセスする。次に入力データ項目を設定する為のデータセット３７０４を実行し、業務呼出し３７０５を実行する。業務呼出し３７０５は「ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ／Ｓａｍｐｌｅ／ｌｏｇｉｎ」にアクセスする。

業務処理呼出し３７０５の後、処理が分岐する。分岐条件はｔｉｔｌｅの値に設定されたデータで判断し、ｔｉｔｌｅに「エラー画面」が設定されている場合は、そのまま完了３７１０に遷移する。

ｔｉｔｌｅに「入力画面」が設定されている場合は、次の業務処理呼出しに対応した入力データ項目を設定する為のデータセット３７０７を実行する。その後、業務処理呼出し３７０８を実行する。業務処理呼出し３７０８は「ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ／Ｓａｍｐｌｅ／ｏｕｔｐｕｔ」にアクセスする。その後、出力データ項目を設定する為のデータセット３７０９を実行し、完了３７１０に遷移する。

図３８は本実施形態のＷＳＤＬファイル生成の概要を示す図である。ＷＳＤＬファイルは遷移テーブル６１４、データ設定情報テーブル６１５、出力データ抽出方法テーブル６１６から既存技術３８０１を使用してＷＳＤＬファイル３８０２を生成する。

図３９は本実施形態のサービス／アダプタ定義ファイル生成の概要を示す図である。サービス／アダプタ定義ファイルはデータ情報ファイル５０１、ＢＰＥＬファイル５０２、ＷＳＤＬファイル５０３からＷｅｂサービス開発環境３９０１が提供するサービス／アダプタ定義ファイル生成機能を使用してサービス／アダプタ定義ファイル５０４を生成する。

以上説明した様に本実施形態の業務プロセス定義生成装置によれば、Ｗｅｂアプリケーションのリクエスト及びレスポンスから取得した情報からビジネスプロセス定義を生成するので、利用者は通常業務の一環としてＷｅｂアプリケーションにアクセスを行うだけで、ビジネスプロセス定義及びＷｅｂサービス呼出しに必要なファイル群を生成することが可能である。

一般的なＷｅｂアプリケーションの概要を示す図である。 従来技術を利用したＷｅｂサービスへの変換方法の例を示す図である。 従来技術を利用したＷｅｂアプリケーションをＷｅｂサービスとしてアクセスする方法の概要を示す図である。 ビジネスプロセス定義を利用したＷｅｂアプリケーション呼び出しの概要を示す図である。 ビジネスプロセス定義を作成する為に必要となるファイルの概要を示す図である。 本実施形態のビジネスプロセス定義生成処理装置の全体構成を示す図である。 本実施形態の情報取得処理の概要を示す図である。 本実施形態の定義ファイル生成部６１３の概要を示す図である。 本実施形態のＵＲＬアクセス解析処理の詳細を示す図である。 本実施形態の遷移テーブルの詳細を示す図である。 本実施形態の入力データの抽出処理の詳細を示す図である。 本実施形態の業務プロセス定義生成装置の出力データの抽出処理の詳細を示す図である。 本実施形態の出力データ抽出方法の取得処理の詳細を示す図である。 本実施形態の出力データ抽出方法テーブルの詳細を示す図である。 本実施形態のビジネスプロセス定義対象ＵＲＬテーブル生成の概要を示す図である。 本実施形態のビジネスプロセス定義対象ＵＲＬテーブル生成の詳細を示す図である。 本実施形態のビジネスプロセス定義に含まれる要求先ＵＲＬに対応するデータ項目テーブルの抽出方法の概要を示す図である。 本実施形態のビジネスプロセス定義に含まれる要求先ＵＲＬに対応するデータ項目テーブルからのデータ情報ファイルの生成の概要を示す図である。 本実施形態のデータ情報ファイル生成時の各項目についての命名規則を示す図である。 本実施形態のデータ情報ファイルの生成処理８０２の概要を示す図である。 本実施形態のビジネスプロセスに対応するデータ情報ファイル生成処理２００１の詳細を示す図である。 本実施形態の要求用のビジネスプロセス用のデータ情報ファイルの生成例を示す図である。 本実施形態の応答用のビジネスプロセス用のデータ情報ファイルの生成例を示す図である。 本実施形態のＷｅｂサービス用のデータ情報ファイル生成処理の詳細を示す図である。 本実施形態の要求用のＷｅｂサービス用のデータ情報ファイルの生成例を示す図である。 本実施形態の応答用のＷｅｂサービス用のデータ情報ファイルの生成例を示す図である。 本実施形態のデータ定義ファイル生成の概要を示す図である。 本実施形態のデータ定義生成時の各項目についての命名規則を示す図である。 本実施形態のデータ定義ファイルの生成処理８０３の詳細を示す図である。 本実施形態のデータ定義ファイルの生成例を示す図である。 本実施形態のＢＰＥＬ定義ファイル生成処理の概要を示す図である。 本実施形態のＢＰＥＬ定義生成時の各項目についての命名規則を示す図である。 本実施形態のＢＰＥＬ定義ファイル生成処理８０４の詳細を示す図である。 本実施形態のＷｅｂサービス呼出し定義処理３３０６の詳細を示す図である。 本実施形態の分岐処理（＜ｓｗｉｔｃｈ＞タグ）の定義の詳細を示す図である。 本実施形態のＢＰＥＬ定義ファイルの生成例を示す図である。 本実施形態のＢＰＥＬ定義をＧＵＩで表示した場合の表示例を示す図である。 本実施形態のＷＳＤＬファイル生成の概要を示す図である。 本実施形態のサービス／アダプタ定義ファイル生成の概要を示す図である。

符号の説明

１０１…ログイン画面、１０２…テキストフィールド、１０３…パスワードフィールド、１０４…ログイン処理、１０５…エラー画面、１０６…入力画面、１０７…テキストフィールド、１０８…データ演算処理、１０９…出力画面、２０１…ログイン処理ＷＳＤＬファイル、２０２…ユーザ側装置、２０３…データ演算処理ＷＳＤＬファイル、３０１…ユーザ側装置、３０２…ログイン処理呼出しプログラム、３０３…データ演算呼出しプログラム、３０４…プロキシサーバ、３０５…データ変換部、４０１…ビジネスプロセス定義、５０１…データ情報ファイル、５０２…データ定義ファイル、５０３…ＢＰＥＬ定義ファイル、５０４…サービス／アダプタ定義ファイル、６０１…ユーザ側装置、６０２…ネットワーク、６０３…ユーザ側装置、６０４…プロキシサーバ、６０５…Ｗｅｂアプリケーション、６０６…ＨＴＴＰリクエスト、６０７…ＨＴＴＰレスポンス、６０８…ＨＴＴＰリクエスト、６０９…ＨＴＴＰレスポンス、６１０…アクセス、６１１…メモリ、６１２…情報取得部、６１３…定義ファイル生成部、６１４…遷移テーブル、６１５…データ設定情報テーブル、６１６…出力データ抽出方法テーブル、６２１…ＣＰＵ、７０１…ＨＴＴＰレスポンス、７０２…ＨＴＴＰ送受信処理、７０３…既存Ｗｅｂアプリケーション、７０４…ＵＲＬアクセス解析処理、７０５…入力データの抽出処理、７０６…出力データの抽出処理、８０１…ＵＲＬ遷移の決定処理、８０２…データ情報ファイルの生成処理、８０３…データ定義ファイルの生成処理、８０４…ＢＰＥＬファイルの生成処理、８０５…サービス／アダプタ定義ファイルの生成処理、９０１…要求先ＵＲＬの取得処理、９０２…ＨＴＴＰリクエスト、９０３…呼出し元ＵＲＬの取得処理、９０４…要求先ＨＴＭＬの＜ｔｉｔｌｅ＞タグの値の取得処理、９０５…ＨＴＴＰレスポンス、９０６…要求先ＨＴＭＬ内のｆｏｒｍのａｃｔｉｏｎ属性の取得処理、９０７…要求先ＨＴＭＬ内のｆｏｒｍのａタグのｈｒｅｆ属性の取得処理、９０８…遷移テーブルの作成処理、１００１…遷移テーブル、１１０１…要求先ＵＲＬの取得処理、１１０２…ＨＴＴＰリクエスト、１１０３…データ設定情報取得処理、１１０４…データ設定情報テーブルの作成処理、１１０５…データ設定情報テーブル、１２０１…要求先画面の取得処理、１２０２…出力データ抽出方法の取得処理、１２０３…ＨＴＴＰレスポンス、１２０４…要求先画面の履歴情報、１２０５…要求先画面の履歴情報テーブル、１２０６…出力データ抽出方法テーブルの作成処理、１３０１…ＨＴＭＬからＸＨＴＭＬへの変換処理、１３０２…差分抽出処理、１３０３…画面情報、１３０４…取得処理、１３０５…ＸＰａｔｈ例、１３０６…文字列抽出処理、１３０７…文字列抽出例、１３０８…差分文字列の分離処理、１３０９…文字列部、１３１０…文字列部、１３１１…差分以外の文字列の正規表現への変換処理、１３１２…正規表現例、１３１３…抽出方法記憶処理、１４０１…出力データ抽出方法テーブル、１５０１…遷移の起点、１５０２…ビジネスプロセス定義対象ＵＲＬテーブル、１６０６…ビジネスプロセス定義対象ＵＲＬテーブル、１７０１…データ項目テーブル、１８０１…ビジネスプロセス用のデータ情報ファイル、１８０２…各Ｗｅｂサービス呼出し用のデータ情報ファイル、１９０１…ＸＳＤファイル生成時の各項目についての命名規則、２００１…ビジネスプロセス呼出し用データ情報ファイルの生成処理、２００２…各Ｗｅｂサービス呼出し用データ情報ファイルの生成処理、２１１３…ビジネスプロセス用データ情報ファイル、２２０１…ｒｅｑｕｅｓｔＭｅｓｓａｇｅ．ｘｓｄファイル、２３０１…ｒｅｓｐｏｎｓｅＭｅｓｓａｇｅ．ｘｓｄファイル、２４１６…Ｗｅｂサービス用データ情報ファイル、２５０１…ｗｅｂａｐｐ１＿ｒｅｑｕｅｓｔＭｅｓｓａｇｅ．ｘｓｄファイル、２６０１…ｗｅｂａｐｐ１＿ｒｅｓｐｏｎｓｅＭｅｓｓａｇｅ．ｘｓｄファイル、２８０１…データ定義生成時の各項目についての命名規則、３００１…データ定義ファイル、３２０１…ＢＰＥＬ定義生成時の各項目についての命名規則、３６０１…ＢＰＥＬ定義ファイル、３６０２…＜ｖａｒｉａｂｌｅ＞定義、３６０３…＜ｒｅｃｅｉｖｅ＞定義、３６０４…Ｗｅｂサービス呼出しデータセット＜ａｓｓｉｇｎ＞定義、３６０５…Ｗｅｂサービス呼出し＜ｉｎｖｏｋｅ＞定義、３６０６…分岐＜ｓｗｉｔｃｈ＞定義、３６０７…＜ｒｅｐｌｙ＞定義、３７０１…表示例、３７０２…受付、３７０３…業務処理呼出し、３７０４…データセット、３７０５…業務処理呼出し、３７０７…データセット、３７０８…業務処理呼出し、３７０９…データセット、３７１０…完了、３８０１…既存技術、３８０２…ＷＳＤＬファイル、３９０１…Ｗｅｂサービス開発環境。

Claims (5)

1. 記憶装置を有し、Ｗｅｂアプリケーションに対して業務へのアクセスから業務プロセス定義を生成する業務プロセス定義生成装置における業務プロセス定義生成方法であって、
   前記Ｗｅｂアプリケーションへのリクエストを前記記憶装置に格納し、その格納したリクエストを前記記憶装置から読み出して要求先及び呼び出し元を示す遷移情報を取得し、前記格納したリクエストを前記記憶装置から読み出してデータ項目名を示すデータ設定情報を取得し、前記リクエストに対するＷｅｂアプリケーションからのレスポンスを前記記憶装置に格納し、その格納したレスポンスを前記記憶装置から読み出して差分情報から出力データを抽出する為の位置と文字列を示す出力データ抽出方法を取得し、前記取得した情報からビジネスプロセス定義を生成して前記記憶装置に格納することを特徴とする業務プロセス定義生成方法。
2. 前記リクエストに対するＷｅｂアプリケーションからの複数のレスポンスを履歴情報として記憶装置に格納し、その格納した複数のレスポンスを記憶装置上で比較して差分を抽出することにより前記出力データ抽出方法を取得することを特徴とする請求項１に記載された業務プロセス定義生成方法。
3. 前記要求先が分岐を含む場合に前記データ定義情報に分岐判断用のデータ項目を記憶装置に格納することを特徴とする請求項１または請求項２のいずれかに記載された業務プロセス定義生成方法。
4. 記憶装置を有し、Ｗｅｂアプリケーションに対して業務へのアクセスから業務プロセス定義を生成する業務プロセス定義生成装置であって、
   前記Ｗｅｂアプリケーションへのリクエストを前記記憶装置に格納し、その格納したリクエストを前記記憶装置から読み出して要求先及び呼び出し元を示す遷移情報を取得し、前記格納したリクエストを前記記憶装置から読み出してデータ項目名を示すデータ設定情報を取得し、前記リクエストに対するＷｅｂアプリケーションからのレスポンスを前記記憶装置に格納し、その格納したレスポンスを前記記憶装置から読み出して差分情報から出力データを抽出する為の位置と文字列を示す出力データ抽出方法を取得する情報取得部と、前記取得した情報からビジネスプロセス定義を生成して前記記憶装置に格納する定義ファイル生成部とを備えることを特徴とする業務プロセス定義生成装置。
5. 記憶装置を有し、Ｗｅｂアプリケーションに対して業務へのアクセスから業務プロセス定義を生成する業務プロセス定義生成装置における業務プロセス定義生成方法をコンピュータに実行させる為のプログラムであって、
   前記Ｗｅｂアプリケーションへのリクエストを前記記憶装置に格納し、その格納したリクエストを前記記憶装置から読み出して要求先及び呼び出し元を示す遷移情報を取得し、前記格納したリクエストを前記記憶装置から読み出してデータ項目名を示すデータ設定情報を取得し、前記リクエストに対するＷｅｂアプリケーションからのレスポンスを前記記憶装置に格納し、その格納したレスポンスを前記記憶装置から読み出して差分情報から出力データを抽出する為の位置と文字列を示す出力データ抽出方法を取得し、前記取得した情報からビジネスプロセス定義を生成して前記記憶装置に格納する業務プロセス定義生成方法をコンピュータに実行させることを特徴とするプログラム。

Images