(57)【要約】【課題】クライアントが動的に作成するビジネスプロセスプログラムを、伝送プロトコルに依存することなく受信・実行できる。【解決手段】タスク名とマッピングファイルをＸＭＬで記述しビジネスプロセスプログラムをクライアントゲート部１１が抽出し、このプログラムをビジネスプロセス実行部１２は受信し、タスク名別に、インタフェース情報になる「入出力パラメータ情報」とバインディング情報になる「タスクを実行するシステムのサーバ名またはＩＰアドレス、通信方式等」からなるタスク詳細情報をレジストリ管理部１３より取得し、タスク名及びタスク詳細情報を外部システム通信部１４を介して連携対象システムに渡してタスク実行を依頼し、タスク実行の結果は内部データとして格納し、ＧＵＩ作成部１５は内部データと指定されたスタイルシート情報をもとに、クライアントへ送信すべきＧＵＩを動的に作成する。【選択図】  図１
2005284463.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介し分散配置されている各種連携対象システムとクライアントとの間に配置したデータ連携サーバによって各業務を統合的に機能させる業務統合システムにおける、クライアント側で作成されたＸＭＬ記述のビジネスプロセスプログラムをデータ連携サーバが受信・実行するビジネスプロセスプログラム実行方法であって、
前記クライアントは、タスク名とマッピングファイルをＸＭＬで記述したビジネスプロセスプログラムをデータ連携サーバに送信し、
前記データ連携サーバのクライアントゲート部は、ネットワークを介してクライアントから送信されるデータの中から、ビジネスプロセスプログラムを抽出し、
前記データ連携サーバのビジネスプロセス実行部は、前記クライアントゲート部が抽出したビジネスプロセスプログラムを受信し、このプログラムに記述されるタスク名別に、インタフェース情報になる「入出力パラメータ情報」とバインディング情報になる「タスクを実行するシステムのサーバ名またはＩＰアドレス、通信方式等」からなるタスク詳細情報をレジストリ管理部より取得し、タスク名及びタスク詳細情報を外部システム通信部を介して前記連携対象システムに渡してタスク実行を依頼し、タスク実行の結果は内部データとして格納し、
前記データ連携サーバのＧＵＩ作成部は、前記内部データと指定されたスタイルシート情報をもとに、クライアントへ送信すべきＧＵＩを動的に作成する、
ことを特徴とするデータ連携サーバのビジネスプロセスプログラム実行方法。
【請求項２】
前記データ連携サーバは、クライアントよりＦＴＰで伝送されたビジネスプロセスプログラムを、前記クライアントゲート部が有するＦＴＰサーバで受信し、受信したプログラムを前記ビジネスプロセス実行部が有するビジネスプロセスプログラム受信部へ入力することを特徴とする請求項１に記載のデータ連携サーバのビジネスプロセスプログラム実行方法。
【請求項３】
前記データ連携サーバは、クライアントよりＳＭＴＰで伝送されたビジネスプロセスプログラムが格納された電子メールを、前記クライアントゲート部が有するＳＭＴＰサーバで受信し、前記クライアントゲート部が有するメールパラメータ抽出部のビジネスプロセスプログラム抽出部でビジネスプロセスプログラムを抽出し、抽出したプログラムを前記ビジネスプロセス実行部が有するビジネスプロセスプログラム受信部へ入力することを特徴とする請求項１に記載のデータ連携サーバのビジネスプロセスプログラム実行方法。
【請求項４】
前記データ連携サーバは、クライアントよりＨＴＴＰで伝送されたＨＴＴＰパラメータを、前記クライアントゲート部が有するＨＴＴＰサーバで受信し、前記クライアントゲート部が有するＨＴＴＰパラメータ抽出部のビジネスプロセスプログラム抽出部でビジネスプロセスプログラムの抽出を実行し、抽出したプログラムを前記ビジネスプロセス実行部が有するビジネスプロセスプログラム受信部へ入力することを特徴とする請求項１に記載のデータ連携サーバのビジネスプロセスプログラム実行方法。
【請求項５】
前記データ連携サーバは、クライアントよりＳＯＡＰで伝送されたＳＯＡＰパラメータを、前記クライアントゲート部が有するＳＯＡＰサーバで受信し、前記クライアントゲート部が有するＳＯＡＰパラメータ抽出部のビジネスプロセスプログラム抽出部でビジネスプロセスプログラムを抽出し、抽出したプログラムを前記ビジネスプロセス実行部のビジネスプロセスプログラム受信部へ入力することを特徴とする請求項１に記載のデータ連携サーバのビジネスプロセスプログラム実行方法。
【請求項６】
データ連携サーバは、クライアントより分散オブジェクト通信プロトコルで伝送されたビジネスプロセスプログラムを、前記クライアントゲート部が有する分散オブジェクト通信サーバで受信し、受信したプログラムを前記ビジネスプロセス実行部が有するビジネスプロセスプログラム受信部へ入力することを特徴とする請求項１に記載のデータ連携サーバのビジネスプロセスプログラム実行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介し分散配置されている各種システムとクライアントとの間にデータ連携サーバを配置して、各業務を統合的に機能させる業務統合システムに係り、特にクライアント側で作成されたビジネスプロセスプログラムをデータ連携サーバが受信・実行するビジネスプロセスプログラム実行方法に関するものである。
【背景技術】
【０００２】
各種システムの提供する各種機能をサブルーチン化（サブルーチン化した機能をタスクと呼ぶ）し、それらサブルーチンを組み合わせることにより、各種システムのシームレスな連携を実現する業務統合システムを、本願出願人は既に提案している（例えば、特許文献１参照）。
【０００３】
この業務統合システムの構成図を図７に示す。同図において、データ連携サーバ１と各種システム２1〜２N間のデータ送受信には、ＸＭＬ（Extensible Markup Language）：拡張マークアップ言語：データの意味と構造をタグで規定する汎用データ記述言語）を利用することにより、従来では実現が困難であったインターネットを介したデータ連携を可能とし、クライアント３が各種システム２1〜２Nに要求する処理を連携サーバ１が仲介する。これは、
・ＸＭＬがデータをテキスト形式で記述する。
【０００４】
・ＳＯＡＰ（Simple Object Access Protocol)というＸＭＬを伝送するプロトコルが標準化された。
【０００５】
・ＳＯＡＰはＨＴＴＰ（Hyper Text Transfer Protocol：Ｗｅｂシステムのプロトコル）やＳＭＴＰ（Simple mail Transfer Protocol）：電子メールのプロトコル）といったインターネット標準プロトコルを利用しているという、ＸＭＬやその応用技術を有効に活用しているためである。
【特許文献１】特開２００３−２４２２１７
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のデータ連携サーバでは、予め作成され配置されているビジネスプロセスプログラムの中から、どのビジネスプロセスプログラムを実行するかをクライアントが指定する方式となっているため、クライアント側で動的に生成したビジネスプロセスプログラムを実行することができない。
【０００７】
動的にビジネスプロセスプログラムを生成するケースとして、例えば、クライアントが、次に実行するビジネスプロセスをそれまでの処理結果を考慮して決める場合等がある。このようなケースでは、全てのビジネスプロセスを想定して予めビジネスプロセスプログラムを作成しておくことは非常に困難である。
【０００８】
本発明の目的は、クライアントが動的に作成するビジネスプロセスプログラムを、伝送プロトコルに依存することなく受信・実行できるデータ連携サーバのビジネスプロセスプログラム実行方法を提供することにある。
【課題を解決するための手段】
【０００９】
前記の課題を解決するための本発明は、以下の方法を特徴とする。
【００１０】
（１）ネットワークを介し分散配置されている各種連携対象システムとクライアントとの間に配置したデータ連携サーバによって各業務を統合的に機能させる業務統合システムにおける、クライアント側で作成されたＸＭＬ記述のビジネスプロセスプログラムをデータ連携サーバが受信・実行するビジネスプロセスプログラム実行方法であって、
前記クライアントは、タスク名とマッピングファイルをＸＭＬで記述したビジネスプロセスプログラムをデータ連携サーバに送信し、
前記データ連携サーバのクライアントゲート部は、ネットワークを介してクライアントから送信されるデータの中から、ビジネスプロセスプログラムを抽出し、
前記データ連携サーバのビジネスプロセス実行部は、前記クライアントゲート部が抽出したビジネスプロセスプログラムを受信し、このプログラムに記述されるタスク名別に、インタフェース情報になる「入出力パラメータ情報」とバインディング情報になる「タスクを実行するシステムのサーバ名またはＩＰアドレス、通信方式等」からなるタスク詳細情報をレジストリ管理部より取得し、タスク名及びタスク詳細情報を外部システム通信部を介して前記連携対象システムに渡してタスク実行を依頼し、タスク実行の結果は内部データとして格納し、
前記データ連携サーバのＧＵＩ作成部は、前記内部データと指定されたスタイルシート情報をもとに、クライアントへ送信すべきＧＵＩを動的に作成する、
ことを特徴とする。
【００１１】
（２）前記データ連携サーバは、クライアントよりＦＴＰで伝送されたビジネスプロセスプログラムを、前記クライアントゲート部が有するＦＴＰサーバで受信し、受信したプログラムを前記ビジネスプロセス実行部が有するビジネスプロセスプログラム受信部へ入力することを特徴とする。
【００１２】
（３）前記データ連携サーバは、クライアントよりＳＭＴＰで伝送されたビジネスプロセスプログラムが格納された電子メールを、前記クライアントゲート部が有するＳＭＴＰサーバで受信し、前記クライアントゲート部が有するメールパラメータ抽出部のビジネスプロセスプログラム抽出部でビジネスプロセスプログラムを抽出し、抽出したプログラムを前記ビジネスプロセス実行部が有するビジネスプロセスプログラム受信部へ入力することを特徴とする。
【００１３】
（４）前記データ連携サーバは、クライアントよりＨＴＴＰで伝送されたＨＴＴＰパラメータを、前記クライアントゲート部が有するＨＴＴＰサーバで受信し、前記クライアントゲート部が有するＨＴＴＰパラメータ抽出部のビジネスプロセスプログラム抽出部でビジネスプロセスプログラムの抽出を実行し、抽出したプログラムを前記ビジネスプロセス実行部が有するビジネスプロセスプログラム受信部へ入力することを特徴とする。
【００１４】
（５）前記データ連携サーバは、クライアントよりＳＯＡＰで伝送されたＳＯＡＰパラメータを、前記クライアントゲート部が有するＳＯＡＰサーバで受信し、前記クライアントゲート部が有するＳＯＡＰパラメータ抽出部のビジネスプロセスプログラム抽出部でビジネスプロセスプログラムを抽出し、抽出したプログラムを前記ビジネスプロセス実行部のビジネスプロセスプログラム受信部へ入力することを特徴とする。
【００１５】
（６）データ連携サーバは、クライアントより分散オブジェクト通信プロトコルで伝送されたビジネスプロセスプログラムを、前記クライアントゲート部が有する分散オブジェクト通信サーバで受信し、受信したプログラムを前記ビジネスプロセス実行部が有するビジネスプロセスプログラム受信部へ入力することを特徴とする。
【発明の効果】
【００１６】
以上のとおり、本発明によれば、クライアントゲート部にビジネスプロセスプログラムを抽出する処理機能と、ビジネスプロセス実行部に受信したビジネスプロセスプログラムをビジネスプロセス実行部へ入力する処理機能を追加することにより、クライアントが動的に作成したビジネスプロセスプログラムを実行する事が可能となる。
【００１７】
また、クライアントよりＦＴＰで伝送されたビジネスプロセスプログラムを、クライアントゲート部のＦＴＰサーバで受信し、受信したプログラムをビジネスプロセス実行部のビジネスプロセスプログラム受信部へ入力することにより、クライアントが動的に作成したバッチ処理的なビジネスプロセスプログラムによる連携が可能となる。
【００１８】
また、クライアントよりＳＭＴＰで伝送された電子メールを、クライアントゲート部のＳＭＴＰサーバで受信し、メールパラメータ抽出部のビジネスプロセスプログラム抽出部でビジネスプロセスプログラムの抽出を実行し、抽出したプログラムをビジネスプロセス実行部のビジネスプロセスプログラム受信部へ入力することにより、クライアントが動的に作成した比較的処理時間の大きいビジネスプロセスプログラムによる連携が可能となる。
【００１９】
また、クライアントよりＨＴＴＰで伝送されたＨＴＴＰパラメータを、クライアントゲート部のＨＴＴＰサーバで受信し、ＨＴＴＰパラメータ抽出部のビジネスプロセスプログラム抽出部でビジネスプロセスプログラムの抽出を実行し、抽出したプログラムをビジネスプロセス実行部のビジネスプロセスプログラム受信部へ入力することにより、クライアント側で処理結果が必要で、かつ、クライアントが動的に作成した比較的処理時間の小さいビジネスプロセスプログラムによる連携が可能となる。
【００２０】
また、クライアントよりＳＯＡＰで伝送されたＳＯＡＰパラメータを、クライアントゲート部のＳＯＡＰサーバで受信し、ＳＯＡＰパラメータ抽出部のビジネスプロセスプログラム抽出部でビジネスプロセ、スフログラムの抽出を実行し、抽出したプログラムをビジネスプロセス実行部のビジネスプロセスプログラム受信部へ入力することにより、クライアント側で動的に作成したビジネスプロセスプログラムを、伝送プロトコルに依存せずに受信・実行することが可能となる。
【００２１】
また、クライアントより例えばＪａｖａのＲＭＩのような分散オブジェクト通信プロトコルで伝送されたビジネスプロセスプログラムを、クライアントゲート部の分散オブジェクト通信サーバで受信し、受信したプログラムをビジネスプロセス実行部のビジネスプロセスプログラム受信部へ入力することにより、クライアント側で動的に作成したビジネスプロセスプログラムを、簡単な構成で受信・実行することが可能となる。
【発明を実施するための最良の形態】
【００２２】
図１は、本発明におけるデータ連携サーバの基本構成を示す機能ブロック図であり、各機能はソフトウェア（Ｓ／Ｗ）構成で実現される。
【００２３】
データ連携サーバは、クライアントゲート部１１と、ビジネスプロセス実行部１２と、レジストリ管理部１３と、外部システム通信部１４と、ＧＵＩ作成部１５およびレジストリ１６を備え、ネットワークを介してクライアントから送信されるＸＭＬで記述されたビジネスプロセスプログラムを受信し、それを実行する処理機能を設けることにより、クライアントが動的に作成したビジネスプロセスプログラムを処理できるようにする。
【００２４】
ビジネスプロセスプログラム（連携の実行シーケンス）をＸＭＬで記述する方法は、ビジネスプロセス実行に関するキーワード（タスク実行、分岐制御、繰り返し制御等）をタグとし、それぞれの実行に必要なデータ（実行するタスク名、分岐条件、繰り返し条件）をデータ値、または、タグ属性とすることにより、一連のビジネスプロセスを記述する。
【００２５】
ＸＭＬによるビジネスプロセスプログラムの記述例を図８に示す。同図において、ビジネスプロセスプログラムＢＰＰは、予めＸＭＬで記述されたタスク名とマッピングファイル名からなるファイルとして作成され、データ連携サーバ１の所定の場所（ディレクトリ）に格納される。データ連携サーバを利用するクライアント３は、実行させたいビジネスプロセスプログラムのファイル名と、実行に必要なパラメータ（初期パラメータ）をデータ連携サーバ１に送信し、ビジネスプロセスの実行を依頼する。データ連携サーバ１はＸＭＬで記述された上記ビジネスプロセスプログラムを解釈し、プログラム的に実行する“ビジネスプロセス実行機能”を設けておく。この機能は、ＸＭＬで記述されたメタプログラムであるビジネスプロセスプログラムを、実際のプログラムとして実行するインタプリタ（プログラム実行時にプログラムをオブジェクトコードに変換する実行方式）として動作する。
【００２６】
図８に示すビジネスプロセスプログラム例では、特定顧客データを全社データベースより取得し（Ｓ１）、取得した顧客データを部門データベースに格納し（Ｓ２）、さらに取得した顧客データをエクセルファイルに保存し（Ｓ３）、エクセルファイルを添付して関係者にメール送信する（Ｓ４）。
【００２７】
従って、データ連携サーバ１はＸＭＬで記述されたビジネスプロセスプログラムを基に実際の処理を実行することができ、従来のプログラム言語（例えばＣ，Ｃ＋＋，Ｊａｖａ）のようなソースコードを予めコンパイルし、オブジェクトコードを作成しておく必要がないため、ビジネスプロセスの変更が容易となる。
【００２８】
図１に示す各機能ブロックの基本機能は以下のとおりである。
【００２９】
（１）クライアントゲート部
クライアントから送信されたデータの中から、実行するビジネスプロセスファイル名、ビジネスプロセス実行に必要な各種パラメータ（初期パラメータ）、作成するＧＵＩに対するスタイルシートの情報を抽出し、内部データとして格納する。本実施形態では、このクライアントゲート部に、クライアントから送信されたビジネスプロセスプログラムを抽出する機能（ビジネスプロセスプログラム抽出機能）を追加する。
【００３０】
（２）ビジネスプロセス実行部
指定されたビジネスプロセスプログラムを実行する。従来、ビジネスプロセスプログラムのファイル名に対応したファイルを読み込み（ビジネスプロセスプログラムファイル読み込み機能）、プログラムとして記述されている内容に従いビジネスプロセスを実行する機能でしかなかったが、本実施形態では、クライアントゲート部１１で抽出したビジネスプロセスプログラムを受信する機能（ビジネスプロセスプログラム受信機能）を追加する。この機能部で受信したビジネスプロセスプログラムを実行する。
【００３１】
このビジネスプロセスプログラムの実行には、ビジネスプロセスプログラムに記述されているタスク名に対応するタスク詳細情報（インタフェース情報になる「入出力パラメータ情報」とバインディング情報になる「タスクを実行するシステムのサーバ名またはＩＰアドレス、通信方式等」）をレジストリ管理部１３より取得する。また、タスク名及び取得したタスク詳細情報を外部システム通信部１４に渡し、連携対象システムとの通信（タスク実行）を依頼する。タスク実行の結果は内部データとして格納する。この一連の処理をビジネスプロセスプログラムに記述されている全てのタスクに対して実行し、各種システム間の連携機能を実現する。
【００３２】
（３）レジストリ管理部
ビジネスプロセス実行部１２が指定するタスク名に対応するタスク詳細情報を、レジストリ１６から取得し、ビジネスプロセス実行部１２に通知する。
【００３３】
（４）外部システム通信部
ビジネスプロセス実行部１２が指定するタスク名及びタスク詳細情報をもとに、外部システムと通信（タスク実行）し、その実行結果をビジネスプロセス実行部１２に通知する。
【００３４】
（５）ＧＵＩ作成部
内部データとして格納されているビジネスプロセス実行部１２の処理結果と、指定されたスタイルシート情報（ファイル）をもとに、クライアントへ送信すべきＧＵＩを動的に作成する。
【００３５】
（６）レジストリ
タスク名に対応するタスク詳細情報を格納するデータベース。
【００３６】
以下、ビジネスプロセスプログラムを既存の通信インフラを利用した伝送に対するデータ連携サーバの処理機能（主にクライアントゲート部１１及びビジネスプロセス実行部１２の処理機能）の実施形態を説明する。
【００３７】
（実施形態１）伝送方式がＦＴＰ（File Transfer Protocol）の場合
本実施形態におけるデータ連携サーバのクライアントゲート部１１及びビジネスプロセス実行部１２の機能構成を図２に示す。通常のＦＴＰサーバは受信したファイルデータをファイル出力するのに対応して、ＦＴＰサーバ１１Ａは受信したファイル（ビジネスプロセスプログラム）をそのままビジネスプロセス実行部１２のビジネスプロセスプログラム受信部１２Ａへ入力する。
【００３８】
ビジネスプロセスプログラム受信部１２Ａは、受信したビジネスプロセスプログラムを実行する。
【００３９】
本実施形態では、データ連携サーバのクライアントゲート部１１の構成が単純である半面、ビジネスプロセスプログラム以外のパラメータをクライアントから受信することはできず、また、ビジネスプロセスの実行結果をクライアントへ返すことも出来ない（ただし、ビジネスプロセスの実行結果をファイル出力し、クライアントがＦＴＰにてそのファイルを取得することは可能）。従って、データ連携サーバを利用したバッチ処理的な連携用途に有効である。
【００４０】
（実施形態２）伝送方式がＳＭＴＰ（Simple Mail Transfer Protocol）電子メール送信用プロトコルの場合
本実施形態に対するデータ連携サーバのクライアントゲート部１１及びビジネスプロセス実行部１２の機能構成を図３に示す。従来、クライアントは電子メールの本文に「実行するビジネスプロセスプログラム名」、「実行に必要な初期パラメータ」を記述し、データ連携サーバに送信していたが、本実施形態では電子メールの本文にビジネスプロセスプログラムを直接格納する。ビジネスプロセスプログラムの格納方式としては、
・ビジネスプロセスプログラム用のキーワードを設定し、そのキーワードとビジネスプロセスプログラムを電子メール本文に記述する（ビジネスプロセスプログラムはＸＭＬで記述されているためメール本文にテキスト記述が可能）。
【００４１】
・ビジネスプロセスプログラム用のキーワードを設定し、そのキーワードとビジネスプロセスプログラムを電子メールの添付ファイルとして格納する。
がある。
【００４２】
図３に示した機能構成図のＳＭＴＰサーバ１１Ｂは、受信した電子メールをメールパラメータ抽出処理部１１Ｃに渡す。メールパラメータ抽出処理部１１Ｃでは、従来どおり電子メール本文よりビジネスプロセスプログラム名と初期パラメータを抽出し、内部データとして格納する。また、ビジネスプロセスプログラムファイル名が抽出された場合は、ビジネスプロセスプログラム実行部１２のビジネスプロセスファイル読み込み部１２Ｂへビジネスプロセスプログラムファイル名を入力する。
【００４３】
電子メールの本文、または、添付ファイル情報よりビジネスプロセスプログラム用キーワードを検出した場合、ビジネスプロセスプログラム抽出部１１Ｄにてビジネスプロセスプログラムを抽出し、抽出結果をビジネスプロセス実行部１２のビジネスプロセスプログラム受信部１２Ａへ入力する。
【００４４】
本実施形態では、クライアントとデータ連携サーバとの通信を電子メールという非同期な通信で実現しているため、クライアントはデータ連携サーバの処理中にデータ連携サーバとネットワーク接続し続ける必要はない。従って、比較的処理時間の大きいビジネスプロセスを実行するような連携用途に有効である。
【００４５】
ただし、データ連携サーバの処理結果をクライアントが受信する場合は、別途、データ連携サーバからクライアントへのメール送信機能が必要となる。
【００４６】
（実施形態３）伝送方式がＨＴＴＰ（Hyper Text Transfer Protocol）の場合
本実施形態に対するデータ連携サーバのクライアントゲート部１１及びビジネスプロセス実行部１２の機能構成を図４に示す。従来、クライアントはＨＴＴＰパラメータに「実行するビジネスプロセスプログラム名」、「実行に必要な初期パラメータ」を記述し、データ連携サーバに送信していた。
【００４７】
ここで、ＨＴＴＰパラメータの格納方式にはＵＲＬの後ろに“？パラメータ名＝パラメータ値＆パラメータ名＝パラメータ値＆…”を付加しＨＴＴＰサーバに送信する方式（ＧＥＴ方式）と、ＨＴＴＰで送信するデータにパラメータ値、パラメータ名を格納する方式（ＰＯＳＴ方式）とがあるが、本実施形態ではＨＴＴＰパラメータにビジネスプロセスプログラムを格納する。
【００４８】
ビジネスプロセスプログラムの格納方式としては、ビジネスプロセスプログラム用のキーワードを設定し、そのキーワードとビジネスプロセスプログラムをＨＴＴＰで送信するデータに格納する方式（ＰＯＳＴ方式）とする。これは、ＧＥＴ方式だと送信できるパラメータ容量（データサイズに制限があるため、ビジネスプロセスプログラムのような比較的データサイズが大きいデータの送信には不向きなためである。
【００４９】
図４に示した機能構成図のＨＴＴＰサーバ１１Ｅは、受信したＨＴＴＰパラメータをＨＴＴＰパラメータ抽出部１１Ｆに渡す。ＨＴＴＰパラメータ抽出部１１Ｆでは、従来どおりＨＴＴＰパラメータよりビジネスプロセスプログラム名と初期パラメータを抽出し、内部データとして格納する。また、ビジネスプロセスプログラムファイル名が抽出された場合は、ビジネスプロセスプログラム実行部１２のビジネスプロセスファイル読み込み部１２Ｂへビジネスプロセスプログラムファイル名を入力する。
【００５０】
ＨＴＴＰパラメータよりビジネスプロセスプログラム用キーワードを検出した場合、ビジネスプロセスプログラム抽出部１１Ｄにてビジネスプロセスプログラムを抽出し、抽出結果をビジネスプロセス実行部のビジネスプロセスプログラム受信部１２Ａへ入力する。
【００５１】
本実施形態では、クライアントとデータ連携サーバとの通信をＨＴＴＰという同期型通信で実現しているため、クライアントはデータ連提サーバの処理結果を、要求に対するデータ連携サーバの応答として受信することができる。
【００５２】
従って、データ連携サーバの結果を取得するのに、別途機能を付加する必要はない。ただし、クライアントはデータ連携サーバの処理中にデータ連携サーバとネットワーク接続し続ける必要があり、また連携サーバ処理中はクライアント側の処理が待たされる。従って、本実施形態は、クライアント側で処理結果が必要で、かつ、比較的処理時間の小さいビジネスプロセスを実行するような連携用途に有効である。
【００５３】
（実施形態４）伝送方式がＳＯＡＰの場合
本実施形態に対するデータ連携サーバのクライアントゲート部１１及びビジネスプロセス実行部１２の機能構成を図５に示す。従来、クライアントはＳＯＡＰパラメータに「実行するビジネスプロセスプログラム名」、「実行に必要な初期パラメータ」をＸＭＬ形式で記述し、データ連携サーバに送信していたが、本実施形態ではこれにビジネスプロセスプログラムを格納する。ビジネスプロセスプログラムはＸＭＬ形式で記述されているため、そのままＳＯＡＰパラメータに格納することが可能である。
【００５４】
図５に示した機能構成図のＳＯＡＰサーバ１１Ｇは、受信したＳＯＡＰパラメータをＳＯＡＰパラメータ抽出部１１Ｈに渡す。ＳＯＡＰパラメータ抽出部１１Ｈでは、従来どおりＳＯＡＰパラメータよりビジネスプロセスプログラム名と初期パラメータを抽出し、内部データとして格納する。また、ビジネスプロセスプログラムファイル名が抽出された場合は、ビジネスプロセスプログラム実行部１２のビジネスプロセスファイル読み込み部１２Ｂへビジネスプロセスプログラムファイル名を入力する。
【００５５】
ＳＯＡＰパラメータよりビジネスプロセスプログラムのＸＭＬルート要素名を検出した場合（ＸＭＬルート要素名でそのＸＭＬがビジネスプロセスプログラムかどうか判断できる）、ビジネスプロセスプログラム抽出部１１Ｄにてビジネスプロセスプログラムを抽出し、抽出結果をビジネスプロセス実行部のビジネスプロセスプログラム受信部１２Ａへ入力する。
【００５６】
本実施形態では、クライアントとデータ連携サーバとの通信をＳＯＡＰで実現しているため、“種々の伝送プロトコルＨＴＴＰやＳＭＴＰ等でＸＭＬを送受信する事ができる”というＳＯＡＰの性質をそのまま利用することができる。これにより、クライアント側で動的に作成したビジネスプロセスプログラムを、伝送プロトコルに依存せずに受信・実行することが可能となる。
【００５７】
（実施形態５）伝送方式が分散オブジェクト通信の場合
分散オブジェクト通信は、特定のソフトウェアプラットフォーム上のプログラムモジュール間のネットワークを介したデータ送受信を実現する通信機能であり、例えば、ＪａｖａのＲＭＩ（Remote Method Invocation）、ＯＭＧのＣＯＲＢＡ（Common Object Request Broker Architecture）、Micrsoft社のＤＣＯＭ（Distributed Cbmponent Object Model）などがある。
【００５８】
分散オブジェクト通信では、機能を提供するオブジェクト（プログラムモジュール）がサーバ側に配置される。クライアントがローカルでこのオブジェクトの機能を実行すると、その実行命令及び実行に必要なパラメータがサーバに通知され、サーバ側で受信したパラメータをもとにオブジェクトの機能を実行し、実行結果をクライアントに送信する。
【００５９】
従来、データ連携サーバは、「ビジネスプロセスファイル名」と「実行に必要な初期パラメータ」を受信するとビジネスプロセスを実行する機能を分散オブジェクト通信用のオブジェクト機能として提供している。本実施形態では、「ビジネスプロセスプログラム」と「実行に必要な初期パラメータ」を受信するとビジネスプロセスを実行する機能を分散オブジェクト通信用のオブジェクト機能として追加する。
【００６０】
本実施形態に対するデータ連携サーバのクライアントゲート部１１及びビジネスプロセス実行部１２の機能構成を図６に示す。同図に示した機能構成図の分散オブジェクト通信サーバ１１Ｉは、受信した初期パラメータを内部データに格納するとともに、受信したビジネスプロセスプログラムをビジネスプロセス実行部のビジネスプロセスプログラム受信部１２Ａへ入力する。
【００６１】
本実施形態では、クライアントとデータ連携サーバとの通信を分散オブジェクト通信で実現しているため、比較的簡単なデータ連携サーバの構成でクライアントが動的に作成したビジネスプロセスプログラムを受信・実行することができる。
【００６２】
ただし、通信が汎用ではなく独自のプロトコルとなるので、インターネット環境のようなセキュリティ管理の厳しいシステムへ適用できず、イントラネット等比較的セキュリティ管理の緩いシステムへの適用にとどまってしまう。
【図面の簡単な説明】
【００６３】
【図１】本発明の基本構成を示すデータ連携サーバの機能構成図。
【図２】実施形態１におけるＦＴＰの場合のクライアントゲート部及びビジネスプロセス実行部の機能構成図。
【図３】実施形態２におけるＳＭＴＰの場合のクライアントゲート部及びビジネスプロセス実行部の機能構成図。
【図４】実施形態３におけるＨＴＴＰの場合のクライアントゲート部及びビジネスプロセス実行部の機能構成図。
【図５】実施形態４におけるＳＯＡＰの場合のクライアントゲート部及びビジネスプロセス実行部の機能構成図。
【図６】実施形態５における分散オブジェクト通信の場合のクライアントゲート部及びビジネスプロセス実行部の機能構成図。
【図７】データ連携サーバによる業務統合システムの構成図。
【図８】ＸＭＬ記述によるビジネスプロセスプログラムの例。
【符号の説明】
【００６４】
１１  クライアントゲート部
１２  ビジネスプロセス実行部
１３  レジストリ管理部
１４  外部システム通信部
１５  ＧＵＩ作成部
１６  レジストリ
１１Ａ  ＦＴＰサーバ
１１Ｂ  ＳＭＴＰサーバ
１１Ｃ  メールパラメータ抽出部
１１Ｄ  ビジネスプロセスプログラム抽出部
１１Ｅ  ＨＴＴＰサーバ
１１Ｆ  ＨＴＴＰパラメータ抽出部
１１Ｇ  ＳＯＡＰサーバ
１１Ｈ  ＳＯＡＰパラメータ抽出部
１１Ｉ  分散オブジェクト通信サーバ
１２Ａ  ビジネスプロセスプログラム受信部
１２Ｂ  ビジネスプロセスプログラムファイル読み込み部
【図１】
2005284463.tif 000003
【図２】
2005284463.tif 000004
【図３】
2005284463.tif 000005
【図４】
2005284463.tif 000006
【図５】
2005284463.tif 000007
【図６】
2005284463.tif 000008
【図７】
2005284463.tif 000009
【図８】
2005284463.tif 000010