(57)【要約】【課題】ソースアプリケーションプロセスと、１つまたはそれ以上のディスティネーションアプリケーションプロセスとの間でデータを通信するためのシステムおよび方法において、すべての送信／受信伝送に単一の変換のみを必要とする、変換および転送機能。【解決手段】本発明の変換および転送機能：伝送されるデータをソースアプリケーションからソースフォーマットで受け取る；このデータはソースフォーマットから標準フォーマットに変換される;１つまたはそれ以上のディスティネーションがソースアプリケーションのデータおよび／またはアドレスに対応するトランザクションタイプを用い、データベースで識別される；１つまたはそれ以上のディスティネーションを識別した後、データのコピーはそれぞれに伝送される；データは標準フォーマットからディスティネーションフォーマットに変換される；変換されたデータはディスティネーションプロセスにパスされる。【選択図】図１
2006081222.tif 000002
【特許請求の範囲】
【請求項１】
既知のデータタイプのデータをソース処理装置からディスティネーション処理装置に通信する方法であって、該ソース処理装置は、ソースアプリケーションプロセスとソース受信／送信ブローカプロセスとを含み、該ディスティネーション処理装置は、ディスティネーションアプリケーションプロセスとディスティネーション受信／送信ブローカプロセスとを含み、該方法は、
該ソース受信／送信ブローカプロセスが、該ソースアプリケーションプロセスからソースフォーマットの該データを受け取ることと、
該ソース受信／送信ブローカプロセスが、該データを該ソースフォーマットから標準フォーマットに変換することと、
該ソース受信／送信ブローカプロセスが、該既知のデータタイプおよび該ソースアプリケーションプロセスが実行されているソースアドレスのうちの少なくとも１つに基づいてディスティネーションアドレスを決定することと、
該ソース受信／送信ブローカプロセスが、該ディスティネーションアドレスを用いて該標準フォーマットの該データを伝送することと、
該ディスティネーション受信／送信ブローカプロセスが、該ディスティネーションアドレスにおいて該標準フォーマットで伝送された該データを受け取ることと、
該ディスティネーション受信／送信ブローカプロセスが、該標準フォーマットの該データをディスティネーションフォーマットに変換することと、
該ディスティネーション受信／送信ブローカプロセスが、該ディスティネーションフォーマットの該データを該ディスティネーションアプリケーションプロセスに伝送することと、
該ソースフォーマットの該データを受け取る前に、システムマネージャが、該既知のデータタイプと、該ソースアドレスと、該ソースフォーマットと、該標準フォーマットと、該ディスティネーションフォーマットと、該ディスティネーションアドレスと該既知のデータタイプおよび該ソースアドレスのうちの少なくとも１つとの関係と、のうちの少なくとも１つを規定することと
を包含し、
該決定することは、該ディスティネーションアドレスを決定する際に該関係を用い、
該関係は、
ｉ）該既知のデータタイプおよび該ソースアドレスの両方と、
ｉｉ）該ディスティネーションアドレスを該既知のデータタイプに関係付けることなく該ソースアドレスと、、
ｉｉｉ）該ディスティネーションアドレスを該ソースアドレスに関係付けることなく該既知のデータタイプと
のうちの少なくとも１つに該ディスティネーションアドレスを関係付ける、方法。
【請求項２】
前記ディスティネーションフォーマットで伝送される前記データが、前記ディスティネーション受信／送信ブローカプロセスにおいて受信された場合には、該ディスティネーション受信／送信ブローカプロセスが該データの受信の承認を生成することと、
該データが該ディスティネーションフォーマットで前記ディスティネーションアプリケーションプロセスに伝送された場合において該受信の承認が生成されない場合には、該ディスティネーション受信／送信ブローカプロセスが前記ソース処理装置に結合されたディスプレイ装置にエラー情報を出力することさらに包含する、請求項１に記載の方法。
【請求項３】
前記ソースフォーマット、前記標準フォーマットおよび前記ディスティネーションフォーマットのそれぞれが異なる、請求項１に記載の方法。
【請求項４】
前記ソースフォーマットおよび前記ディスティネーションフォーマットが同一であり、
該ソースフォーマットおよび該ディスティネーションフォーマットが、前記標準フォーマットとは異なる、請求項１に記載の方法。
【請求項５】
前記規定することは、前記データの前記既知のデータタイプを規定するユーザ入力を受け取ることを包含する、請求項１に記載の方法。
【請求項６】
前記規定することは、前記ソースプロセスの前記ソースアドレスを規定するユーザ入力を受け取ることを包含する、請求項１に記載の方法。
【請求項７】
前記規定することは、前記データの前記ソースフォーマットを規定するユーザ入力を受け取ることを包含する、請求項１に記載の方法。
【請求項８】
前記規定することは、前記データの前記標準フォーマットを規定するユーザ入力を受け取ることを包含する、請求項１に記載の方法。
【請求項９】
前記規定することは、前記データの前記ディスティネーションフォーマットを規定するユーザ入力を受け取ることを包含する、請求項１に記載の方法。
【請求項１０】
前記規定することは、前記ディスティネーションアドレスと、前記既知のデータタイプおよび前記ソースアドレスのうちの少なくとも１つとの前記関係を規定するユーザ入力を受け取ることを包含する、請求項１に記載の方法。
【請求項１１】
前記データを前記標準フォーマットから前記ディスティネーションフォーマットに変換することは、該データの前記既知のデータタイプに基づいて、複数の利用可能なディスティネーションフォーマットから該ディスティネーションフォーマットを選択することを包含する、請求項１に記載の方法。
【請求項１２】
前記データを前記標準フォーマットから前記ディスティネーションフォーマットに変換することは、該標準フォーマットの該データと共に伝送される前記ディスティネーションアドレスに基づいて、複数の利用可能なディスティネーションフォーマットから該ディスティネーションフォーマットを選択することを包含する、請求項１に記載の方法。
【請求項１３】
既知のデータタイプのデータをソースプロセスからディスティネーションプロセスに通信するシステムであって、該システムは
ソース処理装置と、
ディスティネーション処理装置と、
システムマネージャと
を含み、
該ソース処理装置は、
該ソースプロセスからソースフォーマットの該データを受け取るソース受信機と、
該データを該ソースフォーマットから標準フォーマットに変換するソース変換器と、
該既知のデータタイプおよび該ソースアプリケーションプロセスが実行されているソースアドレスのうちの少なくとも１つに基づいて、ディスティネーションアドレスを決定するアドレッシング機構と、
該ディスティネーションアドレスとともに、該標準フォーマットの該データを伝送するソース送信機と
を含み、
該ディスティネーション処理装置は、
該標準フォーマットで伝送された該データを該ディスティネーションアドレスにおいて受け取るディスティネーション受信機と、
該標準フォーマットの該データをディスティネーションフォーマットに変換するディスティネーション変換器と、
該ディスティネーションフォーマットの該データを該ディスティネーションプロセスに伝送するディスティネーション送信機と
を含み、
該システムマネージャは、該ソースフォーマットの該データが該ソース受信機によって受け取られる前に、該既知のデータタイプと、該ソースアドレスと、該標準フォーマットと、該ディスティネーションフォーマットと、該ディスティネーションアドレスと該既知のデータタイプおよび該ソースアドレスのうちの少なくとも１つとの関係と、のうちの少なくとも１つを規定し、
該アドレッシング機構は、該ディスティネーションアドレスを決定する際に該関係を用い、
該関係は、
ｉ）該既知のデータタイプおよび該ソースアドレスの両方と、
ｉｉ）該ディスティネーションアドレスを該既知のデータタイプに関係付けることなく該ソースアドレスと、
ｉｉｉ）該ディスティネーションアドレスを該ソースアドレスに関係付けることなく該既知のデータタイプと
のうちの少なくとも１つに該ディスティネーションアドレスを関係付ける、システム。
【請求項１４】
前記ディスティネーション送信機によって伝送される前記データが、前記ディスティネーションプロセスにおいて受信された場合には、該データの受信の承認を生成する承認生成器と、
該データが該ディスティネーションフォーマットで該ディスティネーションプロセスに伝送された場合において該受信の承認が生成されない場合には、前記ソース処理装置に結合されたディスプレイ装置にエラー情報を出力する通知器とをさらに含む、請求項１３に記載のシステム。
【請求項１５】
前記ソースフォーマット、前記標準フォーマットおよび前記ディスティネーションフォーマットのそれぞれが異なる、請求項１３に記載のシステム。
【請求項１６】
前記ソースフォーマットおよび前記ディスティネーションフォーマットが同一であり、
該ソースフォーマットおよび該ディスティネーションフォーマットが、前記標準フォーマットとは異なる、請求項１３に記載のシステム。
【請求項１７】
前記システムマネージャが、前記データの前記既知のデータタイプを規定するユーザ入力を受け取る、請求項１３に記載のシステム。
【請求項１８】
前記システムマネージャが、前記ソースプロセスの前記ソースアドレスを規定するユーザ入力を受け取る、請求項１３に記載のシステム。
【請求項１９】
前記システムマネージャが、前記データの前記ソースフォーマットを規定するユーザ入力を受け取る、請求項１３に記載のシステム。
【請求項２０】
前記システムマネージャが、前記データの前記標準フォーマットを規定するユーザ入力を受け取る、請求項１３に記載のシステム。
【請求項２１】
前記システムマネージャが、前記データの前記ディスティネーションフォーマットを規定するユーザ入力を受け取る、請求項１３に記載のシステム。
【請求項２２】
前記システムマネージャが、前記ディスティネーションアドレスと、前記既知のデータタイプおよび前記ソースアドレスのうちの少なくとも１つとの前記関係を規定するユーザ入力を受け取る、請求項１３に記載のシステム。
【請求項２３】
前記ディスティネーション変換器が、前記データの前記既知のデータタイプに基づいて、複数の利用可能なディスティネーションフォーマットから前記ディスティネーションフォーマットを選択する選択機構を含む、請求項１３に記載のシステム。
【請求項２４】
前記ディスティネーション変換器が、前記標準フォーマットの前記データと共に伝送される前記ディスティネーションアドレスに基づいて、複数の利用可能なディスティネーションフォーマットから前記ディスティネーションフォーマットを選択する選択機構を含む、請求項１３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを通信するためのシステムおよび方法に関する。さらに特定的には、本発明は、ソースプロセスと、１つまたはそれ以上のディスティネーションプロセスとの間でデータを通信するためのシステムおよび方法に関し、データは、ソースフォーマットから標準フォーマットに変換され、ソースプロセスから１つまたはそれ以上のディスティネーションプロセスに転送され、各ディスティネーションプロセスに対して、標準フォーマットからディスティネーションフォーマットに変換され、データの受信は、各ディスティネーションプロセスにおいて異なる。
【背景技術】
【０００２】
様々な処理システムが通信ネットワークを介して互いに通信する集積処理アーキテクチャは、商業上広く用いられている。このようなアーキテクチャでは各処理システムの通信要件が異なるため、多数の変換プロセスを各送信処理システムまたは受信処理システムに取り入れ、送信データまたは受信データを変換する必要が頻繁にある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記のような送信データまたは受信データを変換する必要性は、ソース伝送フォーマットまたはディスティネーション伝送フォーマットの種類が任意の処理システムに対して増加するにつれて、特に厄介になってきている。例えば、４つのフォーマット特有処理システムＡ、Ｂ、ＣおよびＤを有し、ＡがデータをＢ、ＣおよびＤのすべてに伝送し、Ｄが、Ａ、ＢおよびＣのすべてからデータを受け取るアーキテクチャでは、ＡおよびＤは共に、必要なフォーマットへの伝送および必要なフォーマットからの伝送をそれぞれ変換するためにそれぞれ３個の変換器を備える必要がある。
【０００４】
これらのアーキテクチャの他の欠点は、生成された伝送をそれぞれコピーし、対応する変換を成し遂げるアプリケーションプロセスが改変されなければならないため、データ伝送用のソースおよび／またはディスティネーションを変更、追加、および／または除去することが困難なことである。これらの改変は、アプリケーションプロセスに欠陥を引き起こし、改変されたアプリケーションが交換中にオフラインされる必要があり、特に問題であり得る。
【０００５】
これらのアーキテクチャのさらなる欠点は、各アーキテクチャが、通常、企業に特有の必要性および要望のために、企業毎に特有であるため、各アーキテクチャは、莫大な時間と費用をかけてカスタム構築されなければならないことである。例えば、上記の一例として使用される処理システムＡ、Ｂ、ＣおよびＤを含むアーキテクチャにおいて、各処理システムは、他のシステムのそれぞれに対して必要な変換器を導入するために、カスタム構築されなければならない。同様に、他の同様な処理システムＡ、Ｂ、Ｃ、ＤおよびＥを含むアーキテクチャでは、さらなる１つのシステム（即ち、システムＥ）のみを除いて、最初のアーキテクチャと同じであるが、各処理システムはまた、他のシステムのそれぞれに対して必要な変換器を導入するためにカスタム構築されなければならない。
【０００６】
上記を考慮すると、ソースプロセスと、１つまたはそれ以上のディスティネーションプロセスとの間でデータを通信するためのシステムおよび方法であって、伝送されまたは受け取られるそれぞれの各データフォーマットのタイプに対して、各ソースまたはディスティネーション処理システムに個別の変換器を必要としないシステムおよび方法を提供し得ることが所望される。
【０００７】
ソースプロセスと、１つまたはそれ以上のディスティネーションプロセスとの間でデータを通信するためのシステムおよび方法であって、アプリケーションプロセスが、データ伝送のソースまたはディスティネーションを変更、追加または除去するために改変される必要がないシステムおよび方法が提供され得ることもまた所望される。
【０００８】
ソースプロセスと、１つまたはそれ以上のディスティネーションプロセスとの間でデータを通信するためのシステムおよび方法であって、アプリケーションプロセスが、データ伝送のソースまたはディスティネーションを変更、追加または除去するためにオフラインされる必要がないシステムおよび方法が提供され得ることもさらに所望される。
【０００９】
ソースプロセスと、１つまたはそれ以上のディスティネーションプロセスとの間でデータを通信するためのシステムおよび方法であって、アーキテクチャの各処理システムがカスタム構築されることを必要としない、実質的に任意の企業アーキテクチャにおいて実施され得るシステムおよび方法が提供され得ることもさらにまた所望される。
【００１０】
従って、本発明の目的は、ソースプロセスと、１つまたはそれ以上のディスティネーションプロセスとの間でデータを通信するためのシステムおよび方法であって、伝送されまたは受け取られるそれぞれの各データフォーマットのタイプに対して、各ソースまたはディスティネーション処理システムに個別の変換器を必要としないシステムおよび方法を提供することである。
【００１１】
本発明の他の目的は、ソースプロセスと、１つまたはそれ以上のディスティネーションプロセスとの間でデータを通信するためのシステムおよび方法であって、アプリケーションプロセスが、データ伝送のソースまたはディスティネーションを変更、追加または除去するために改変される必要がないシステムおよび方法を提供することである。
【００１２】
本発明のさらに他の目的は、ソースプロセスと、１つまたはそれ以上のディスティネーションプロセスとの間でデータを通信するためのシステムおよび方法であって、アプリケーションプロセスが、データ伝送のソースまたはディスティネーションを変更、追加または除去するためにオフラインされる必要がないシステムおよび方法を提供することである。
【００１３】
本発明のさらに他の目的は、ソースプロセスと、１つまたはそれ以上のディスティネーションプロセスとの間でデータを通信するためのシステムおよび方法であって、アーキテクチャの各処理システムがカスタム構築されることを必要としない、実質的に任意の企業アーキテクチャにおいて実施され得るシステムおよび方法を提供することである。
【課題を解決するための手段】
【００１４】
既知のデータタイプのデータをソースプロセスからディスティネーションプロセスに通信する方法であって、ソースフォーマットの該データを該ソースプロセスから受け取るステップと、該データを該ソースフォーマットから標準フォーマットに変換するステップと、該既知のデータタイプおよび該ソースプロセスに関連するソースアドレスの少なくとも１つに基づいてディスティネーションアドレスを決定するステップと、該標準フォーマットの該データを該ディスティネーションアドレスを用いて伝送するステップと、該標準フォーマットで伝送される該データを該ディスティネーションアドレスで受け取るステップと、該標準フォーマットの該データをディスティネーションフォーマットに変換するステップと、該ディスティネーションフォーマットの該データを該ディスティネーションプロセスに伝送するステップとを含む方法が提供され、それによって上記目的が達成される。
【００１５】
前記方法は、前記ディスティネーションフォーマットで伝送される前記データが、前記ディスティネーションプロセスで受け取られるとき、該データの受信の承認を発生するステップと、特定の数の他の伝送試み、および所定期間内での受信の該承認がないことのうち少なくとも１つが発生した場合に、エラーをユーザに通知するステップとをさらに含んでいてもよい。
【００１６】
前記ソースフォーマット、前記標準フォーマット、および前記ディスティネーションフォーマットのそれぞれが異なっていてもよい。
【００１７】
前記ソースフォーマットおよび前記ディスティネーションフォーマットが同一であり、該ソースフォーマットおよび該ディスティネーションフォーマットが、前記標準フォーマットとは異なっていてもよい。
【００１８】
前記方法は、前記ソースフォーマットの前記データを受け取る前記ステップの前に、前記既知のデータタイプ、前記ソースアドレス、該ソースフォーマット、前記標準フォーマット、前記ディスティネーションフォーマット、および前記ディスティネーションアドレスと、該既知のデータタイプおよび該ソースアドレスの少なくとも１つとの間の関係のうちの少なくとも１つを規定するステップをさらに含んでいてもよい。
【００１９】
前記規定するステップが、前記データの前記既知のデータタイプを規定するユーザ入力を受け取ることを含んでいてもよい。
【００２０】
前記規定するステップが、前記ソースプロセスの前記ソースアドレスを規定するユーザ入力を受け取ることを含んでいてもよい。
【００２１】
前記規定するステップが、前記データの前記ソースフォーマットを規定するユーザ入力を受け取ることを含んでいてもよい。
【００２２】
前記規定するステップが、前記データの前記標準フォーマットを規定するユーザ入力を受け取ることを含んでいてもよい。
【００２３】
前記規定するステップが、前記データの前記ディスティネーションフォーマットを規定するユーザ入力を受け取ることを含んでいてもよい。
【００２４】
前記規定するステップが、前記ディスティネーションアドレスと、前記既知のデータタイプおよび前記ソースアドレスの前記少なくとも１つとの間の前記関係を規定するユーザ入力を受け取ることを含んでいてもよい。
【００２５】
前記決定するステップが、前記ディスティネーションアドレスを決定する際に前記関係を用い、該関係が、前記ディスティネーションアドレスを、前記既知のデータタイプおよび前記ソースアドレスの両方に関連づけてもよい。
【００２６】
前記決定するステップが、前記ディスティネーションアドレスを決定する際に前記関係を用い、該関係が、該ディスティネーションアドレスを前記既知のデータタイプに関連づけずに、該ディスティネーションアドレスを前記ソースアドレスに関連づけてもよい。
【００２７】
前記決定するステップが、前記ディスティネーションアドレスを決定する際に前記関係を用い、該関係が、該ディスティネーションアドレスを前記ソースアドレスに関連づけずに、該ディスティネーションアドレスを前記既知のデータタイプに関連づけてもよい。
【００２８】
前記データを前記標準フォーマットから前記ディスティネーションフォーマットに変換する前記ステップが、該データの前記既知のデータタイプに基づいて、複数の得られるディスティネーションフォーマットから該ディスティネーションフォーマットを選択することを含んでいてもよい。
【００２９】
前記データを前記標準フォーマットから前記ディスティネーションフォーマットに変換する前記ステップが、該標準フォーマットの該データと共に伝送される前記ディスティネーションアドレスに基づいて、複数の得られるディスティネーションフォーマットから該ディスティネーションフォーマットを選択することを含んでいてもよい。
【００３０】
既知のデータタイプのデータをソースプロセスからディスティネーションプロセスに通信するシステムであって、ソースフォーマットの該データを該ソースプロセスから受け取るソース受信機と、該データを該ソースフォーマットから標準フォーマットに変換するソース変換器と、該既知のデータタイプおよび該ソースプロセスに関連するソースアドレスの少なくとも１つに基づいて、ディスティネーションアドレスを決定するアドレッシング機構と、該標準フォーマットの該データを該ディスティネーションアドレスで伝送するソース送信機と、該標準フォーマットで伝送される該データを該ディスティネーションアドレスで受け取るディスティネーション受信機と、該標準フォーマットの該データをディスティネーションフォーマットに変換するディスティネーション変換器と、該ディスティネーションフォーマットの該データを該ディスティネーションプロセスに伝送するディスティネーション送信機とを有するシステムが提供され、それによって上記目的が達成される。
【００３１】
前記システムは、前記ディスティネーション送信機によって伝送される前記データが、前記ディスティネーションプロセスで受け取られるとき、該データの受信の承認を発生する承認発生器と、特定の数の他の伝送試み、および所定期間内での受信の該承認がないことのうち少なくとも１つが発生した場合に、エラーをユーザに通知する通知器とをさらに含んでいてもよい。
【００３２】
前記ソースフォーマット、前記標準フォーマット、および前記ディスティネーションフォーマットのそれぞれが異っていてもよい。
【００３３】
前記ソースフォーマットおよび前記ディスティネーションフォーマットが同一であり、該ソースフォーマットおよび該ディスティネーションフォーマットが、前記標準フォーマットとは異なっていてもよい。
【００３４】
前記システムは、前記ソースフォーマットの前記データが前記ソース受信機によって受け取られる前に、前記既知のデータタイプ、前記ソースアドレス、前記標準フォーマット、前記ディスティネーションフォーマット、および前記ディスティネーションアドレスと、該既知のデータタイプおよび該ソースアドレスの少なくとも１つとの間の関係のうちの少なくとも１つを規定するシステムマネージャをさらに含んでいてもよい。
【００３５】
前記システムマネージャが、前記データの前記既知のデータタイプを規定するユーザ入力を受け取ってもよい。
【００３６】
前記システムマネージャが、前記ソースプロセスの前記ソースアドレスを規定するユーザ入力を受け取ってもよい。
【００３７】
前記システムマネージャが、前記データの前記ソースフォーマットを規定するユーザ入力を受け取ってもよい。
【００３８】
前記システムマネージャが、前記データの前記標準フォーマットを規定するユーザ入力を受け取ってもよい。
【００３９】
前記システムマネージャが、前記データの前記ディスティネーションフォーマットを規定するユーザ入力を受け取ってもよい。
【００４０】
前記システムマネージャが、前記ディスティネーションアドレスと、前記既知のデータタイプおよび前記ソースアドレスの前記少なくとも１つとの間の前記関係を規定するユーザ入力を受け取ることを含でもよい。
【００４１】
前記アドレッシング機構が、前記ディスティネーションアドレスを決定する際に前記関係を用い、前記関係が、前記ディスティネーションアドレスを、前記既知のデータタイプおよび前記ソースアドレスの両方に関連づけてもよい。
【００４２】
前記アドレッシング機構が、前記ディスティネーションアドレスを決定する際に前記関係を用い、該関係が、該ディスティネーションアドレスを前記既知のデータタイプに関連づけずに、該ディスティネーションアドレスを前記ソースアドレスに関連づけてもよい。
【００４３】
前記アドレッシング機構が、前記ディスティネーションアドレスを決定する際に前記関係を用い、該関係が、該ディスティネーションアドレスを前記ソースアドレスに関連づけずに、該ディスティネーションアドレスを前記既知のデータタイプに関連づけてもよい。
【００４４】
前記ディスティネーション変換器が、前記データの前記既知のデータタイプに基づいて、複数の得られるディスティネーションフォーマットから前記ディスティネーションフォーマットを選択する選択機構を含んでいてもよい。
【００４５】
前記ディスティネーション変換器が、前記標準フォーマットの前記データと共に伝送される前記ディスティネーションアドレスに基づいて、複数の得られるディスティネーションフォーマットから前記ディスティネーションフォーマットを選択する選択機構を含んでいてもよい。
【００４６】
以下作用について説明する。
【００４７】
本発明によると、これらおよび他の目的を成し遂げる、ソースアプリケーションプロセスと、１つまたはそれ以上のディスティネーションアプリケーションプロセスとの間でデータを通信するためのシステムおよび方法が提供される。さらに特定的には、本発明のシステムおよび方法は、特有の変換および転送機能を果たし、これらの機能は、データディスティネーションの種類に関係なくすべての送信データ伝送を一回だけ変換すること、およびデータソースの種類に関係なくすべての受信データ伝送を一回だけ変換することを必要とする均一の変換および転送機能を果たす。これらの機能により、本発明のシステムおよび方法は、データ伝送のソースおよびディスティネーションの変更、追加および削除を、ソースまたはディスティネーションアプリケーションプロセスを改変することなく、およびソースまたはディスティネーションアプリケーションプロセスをオフラインにすることなく可能にする。また、均一な変換および転送機能を用いることによって、このシステムおよび方法は、アーキテクチャの各処理システムがカスタム構築される必要なく、実質的に任意の企業アーキテクチャにおいて実現され得る。  これらの変換および転送機能は、伝送されるデータを、最初にソースフォーマットでソースアプリケーションから受け取ることによって成し遂げられる。次に、これらのデータは、ソースフォーマットから標準フォーマットに変換される。次に、１つまたはそれ以上のディスティネーションは、伝送されるデータに対応するトランザクションタイプおよび／またはソースアプリケーションのアドレスに基づいて識別される。１つまたはそれ以上のディスティネーションを識別した後、データのコピーは、それぞれに伝送される。対応するディスティネーションでデータの各コピーが受け取られると、データは、標準フォーマットからディスティネーションフォーマットに変換される。最後に、これらの変換データは、対応するディスティネーションプロセスにパスされる。
【００４８】
本発明のシステムおよび方法の好ましい実施態様において、受信承認機能もまた果たされる。この機能は、伝送データがディスティネーションプロセスにおいて受け取られるとき、受信承認を生成する。この承認が、所定数の他の伝送試みが行われる前または所定期間前にソースプロセスにおいて受け取られない場合には、エラー通知が生成される。このエラー通知は、エラーを取り扱う自動化プロセスを引き起こすか、またはユーザにエラー状態を警告し、エラーを手動で取り扱うことができるようにし得る。
【００４９】
本発明の上記および他の目的ならびに利点は、添付の図面を参照しながら以下の詳細な説明を考慮すると明白になる。尚、明細書全体にわたって、同様の参照符号は同様の部分を示す。
【発明の効果】
【００５０】
従って、本発明のシステムおよび方法の変換および転送機能を行うことによって、このシステムおよび方法を用いると、単一の変換器のみが各ソースおよびディスティネーションアプリケーションプロセスに対して必要であり、データ伝送のソースおよびディスティネーションの変更、追加および削除は、このシステムおよび方法を用いると、ソースまたはディスティネーションアプリケーションプロセスを改変またはシャットダウンせずになされ得、このシステムおよび方法は、アーキテクチャの各処理システムがカスタム構築されることを必要とせずに、実質的に任意の企業アーキテクチャにおいて実現され得ることが理解される。当業者には言うまでもなく、本発明は、例示のみを目的として提示され、発明を限定しない上記の実施態様以外の実施態様によって実現され得、本発明は請求の範囲によってのみ限定される。
【発明を実施するための最良の形態】
【００５１】
本発明は、通信ネットワークに接続された１つまたはそれ以上の処理システムにおいて実行されている複数のアプリケーションプロセス間でデータを通信するためのシステムおよび方法を提供する。これらのアプリケーションプロセス間でデータを通信する際、システムおよび方法は、変換、転送、および受信確認機能を果たし得る。好ましくはこれらの機能は、１つまたはそれ以上のプロセスシステムにおいてそれぞれ実行される受信および送信ブローカプロセスによって果たされる。本発明の好ましい実施態様において、これらの機能のそれぞれは、これもまた通信ネットワークに接続されている管理システム上のユーザインターフェースを介して構成および制御され得る。
【００５２】
データが異なったフォーマットでなければならないアプリケーションプロセス間でのデータの通信を容易にするために、本発明の変換機能は、まず、データをソースフォーマットから標準フォーマットに変換し、そのデータを標準フォーマットからディスティネーションフォーマットに変換する。最初の変換は、好ましくは、ソース処理システムにおいて実行される送信ブローカプロセスによって行われ、第２の変換は、好ましくは、ディスティネーション処理システムで実行される受信ブローカプロセスによって行われる。第１の変換を行う際、送信ブローカプロセスは、まず、送信されるデータのタイプを識別する。識別されたデータタイプに基づいて、ブローカプロセスは、ソースデータがどのように変換されるかを示すフォーマッティングルールを取り出す。最後に、データは、ソースフォーマットからパーズされ、フォーマッティングルールに従って標準フォーマットにフォーマットされる。同様に、第２の変換を行う際、受信ブローカプロセスは、まず、受け取られたデータのタイプを識別する。識別されたデータタイプに基づいて、ブローカプロセスは、標準化されたデータがどのように変換されるかを示すフォーマッティングルールを取り出す。最後に、データは、標準フォーマットからパーズされ、フォーマッティングルールに従ってディスティネーションフォーマットにフォーマットされる。
【００５３】
伝送前に、送信ブローカプロセスはまた、伝送されるデータに対して転送機能を行う。この転送機能は、伝送アプリケーションプロセスが伝送されるデータについてのディスティネーションプロセスを識別する必要性をすべて排除し、あらゆる数のディスティネーションプロセスが伝送データを受信できるようにし、アプリケーションプロセスが、伝送データに対するディスティネーションとして、容易に追加および除去されることを可能にする。この機能を行う際、伝送されるデータのデータタイプがまず決定される。次に、そのデータについての１つまたはそれ以上のディスティネーションプロセスが、送信ブローカプロセスにアクセス可能な構成データベースにおけるリストから識別される。この識別は、例えば、データベースに挙げられているどのディスティネーションプロセスが決定されたデータタイプの受信データおよび／またはこの送信ブローカプロセスに関連するソースアプリケーションプロセスからのデータとして示されるかを決定することによって行われ得る。最後に、識別されたディスティネーションのそれぞれについて、伝送されるデータのコピーが構築され、対応するディスティネーションプロセスを識別する情報が、伝送されるデータの各コピーに追加され、データは、各ディスティネーションに伝送され得る。
【００５４】
これらの変換および転送機能によって、本発明のシステムおよび方法は、上記の目的を達し得る。例えば、各ソースまたはディスティネーションアプリケーションプロセスには単一の変換器のみが必要である。なぜなら、変換プロセスは、データがどこに伝送されるかまたはどこから伝送されるかにかかわらず、常に同じ変換を行っている（即ち、変換プロセスは、常に、ソースフォーマットからのデータを標準フォーマットに、または標準フォーマットからのデータをディスティネーションフォーマットに変換する）からである。他の例として、変換機能と転送機能との組合せによって、データ伝送のソースおよびディスティネーションの変更、追加および削除は、アプリケーションプロセスを改変またはシャットダウンすることなくなされ得る。なぜなら、同じ変換機能は、伝送されまたは受け取られるすべてのデータ伝送に対して常に行われ、転送機能は、各特定の伝送または受信についてのパラメータを取り出すためにデータベースを参照するからである。さらに他の例として、本発明のシステムおよび方法は、アーキテクチャの各処理システムがカスタム構築されることを必要とせず、実質的に任意の企業アーキテクチャにおいて実現され得る。なぜなら、変換プロセスは、それが適用されているアプリケーションプロセスにのみ依存し、転送機能は、対応するアプリケーションプロセスから個別に実現され得るオペレーションを制御するためのデータベースに依存するからである。
【００５５】
本発明のシステムおよび方法の受信確認機能は、送信ブローカプロセスおよび受信ブローカプロセスを介してソースアプリケーションプロセスからディスティネーションアプリケーションプロセスに伝送されるデータが、ディスティネーションアプリケーションプロセスによって受け取られるかどうかをモニタする。受信確認機能が、伝送されたデータがディスティネーションアプリケーションプロセスによって受け取られたことを、所定数の他の伝送試みの間、または所定期間内に確認できない場合、エラー通知が発生され、ユーザに伝送欠陥が警告される。受信確認機能を行う際、データは、まず、伝送前に送信ブローカプロセスにおける伝送データ列に配置される。伝送後、送信ブローカプロセスは、ディスティネーションプロセスの受信ブローカプロセスによって発生および伝送される受信承認を聞く。承認が、所定数の他の伝送試みの間、または所定期間内に受け取られる場合、伝送データは、伝送データ列から除去され、このデータ伝送のモニタは、行われなくなる。しかし、上記のように、この承認が所定数の他の伝送試みの間、または所定期間内に送信ブローカプロセスによって受け取られない場合、エラー通知が発生される。このエラー通知は、エラーを取り扱う自動化プロセスを引き起こすか、またはユーザにエラー状態を警告し、エラーが手動で取り扱われるようにし得る。
【００５６】
本発明のシステムおよび方法のこれらの機能の処理を構成および制御するために、好ましい実施態様はまた、通信ネットワークに接続されている管理システムを含み得る。この管理システムを用いて、ユーザは、例えば、新しいアプリケーションプロセスへのまたは新しいアプリケーションプロセスからの通信をセットアップし、現存のアプリケーションプロセスからの通信を除去し、データタイプおよびフォーマットを追加、除去または改変し、すべてのデータタイプのディスティネーションを追加、除去または改変し、受信承認エラー通知発生のための基準を特定し、変換、転送および受信確認機能のすべてを可能または不可能にし得る。
【００５７】
本発明のシステムおよび方法の１つの実施態様を図１から図１０にさらに詳細に示す。図１は、本発明を実現するのに用いられ得る集積処理アーキテクチャ１００を示す。集積処理アーキテクチャ１００は、通信ネットワーク１０２と、管理システム１０４と、処理システムＡ〜Ｄ１０６とを有する。通信ネットワーク１０２は、好ましくは、ＴＣＰ／ＩＰ通信プロトコルを支持するコンピュータネットワークであるが、任意の適切なネットワークまたはネットワークの組合せもまた使用され得る。上記のように、管理システム１０４は、ユーザが本発明の機能を構成および制御できるようにするためにアーキテクチャ１００で使用される。アーキテクチャ１００は、管理システム１０４を備えて図示されているが、本発明はまた、管理システム１０４がなくても実現され得る。処理システムＡ〜Ｄ１０６は、データを生成する任意の適切な処理機器であればよい。例えば、処理システムＡ〜Ｄ１０６のいずれかが在庫管理システム、財政処理システム、出荷制御システム、キャッシュレジスタおよび／またはバーコード走査システムなどの売り上げポイント機器、または倉庫管理システムであり得る。管理システム１０４だけでなく、これらのシステム１０６は、専用のハードウェア、パーソナルコンピュータ、メインフレームコンピュータ、または他の任意の適切な単一の装置または複数の装置であり得る。システム１０６のそれぞれは、特有のハードウェア上で特有のソフトウェアを実行する特有のタイプのシステムであり得るか、または任意の数もしくはすべてのシステム１０６は、部分的または完全に同一であり得る。４個のシステム１０６がアーキテクチャ１００において示されるが、任意の数のシステム１０６が、本発明を実現するのに使用され得る。
【００５８】
図２は、処理システムＡ〜Ｄ１０６の１つをさらに詳細に示す。図示するように、各システム１０６は、アプリケーションプロセス１０８と、受信ブローカプロセス１１０と、送信ブローカプロセス１１２と、通信ソフトウェアおよび／またはハードウェア１１４とを有する。アプリケーションプロセス１０８は、システム１０６上での実行に適した任意のソフトウェアであり得る。例えば、システム１０６が在庫管理システムである場合、アプリケーションプロセス１０８は、適切な在庫管理ソフトウェアであり得る。上記のように、受信ブローカプロセス１１０は、本発明の機能の部分を実現するために用いられる。例えば、受信ブローカプロセス１１０は、処理システム１０６において受け取られるデータの変換および／または受信確認を行い得る。また上記のように、送信ブローカプロセス１１２もまた、本発明の機能の部分を実現するために用いられる。例えば、送信ブローカプロセス１１２は、処理システム１０６から伝送されるデータの変換、転送、および／または受信確認を行い得る。受信ブローカプロセス１１０および送信ブローカプロセス１１２は、処理システム１０６において実行される個別のプロセスとして図示されているが、プロセス１１０および１１２はまた、単一のプロセスにおいて、または処理システム１０６において完全に、部分的に、または処理システム１０６とは完全に独立して実行される任意の数の個別のプロセスとして実行され得る。例えば、単一の受信／送信ブローカは、処理システム１０６と通信ネットワーク１０２との間に接続されている個別のプロセッサにおいて実現され得る。最後に、通信ソフトウェアおよび／またはハードウェア１１４は、通信ネットワーク１０２を介して通信を可能にするソフトウェアおよび／またはハードウェアの任意の適切な組合せであり得る。例えば、通信ソフトウェアおよび／またはハードウェア１１４は、イーサネット（登録商標）インターフェース回路カードアセンブリおよび適切な駆動ソフトウェアを含み得る。
【００５９】
図３は、送信ブローカプロセス１１２をさらに詳細に示す。図示するように、プロセス１１２がブロック１２２で開始すると、プロセス１１２は、ソースアプリケーションプロセス１０８（図２）からのデータまたは他のアプリケーションプロセス１０８（図２）の受信ブローカプロセス１１０からの受信承認を待ち、受け取る。ブロック１２４でデータまたは受信承認が受け取られた後、プロセス１１２は、テスト１２６に進み、受信承認が受け取られたかどうかを決定する。テスト１２６において、受信承認が受け取られなかったと決定される場合、変換プロセスが、ブロック１２８において受信データに対して実行される。この変換プロセスは、データをソースアプリケーションプロセス１０８（図２）と関連するフォーマットからのデータを標準フォーマットに変換する。データが変換されると、伝送プロセスが、ブロック１３０においてデータに対して行われる。この伝送プロセスは、伝送用のデータを準備し、データを送信する。テスト１２６において、受信承認が受け取られたと決定される場合、対応するトランザクションは、送達されたものとして認識され、関連のデータは、ブロック１３２においてトランザクションのディスティネーションに対応するローカル列から除去される。最後に、ブロック１３０でデータを送信するか、またはブロック１３２でトランザクションデータをローカル列から削除した後、プロセス１１２は、ブロック１２４に戻り、再び受信承認を待ち、データを受け取る。
【００６０】
図４は、図３のブロック１２８の変換プロセスをさらに詳細に示す。図示するように、このプロセスがブロック１４０で開始した後、プロセスはまず、送信されるデータが、テスト１４２において、ソースアプリケーションプロセス１０８（図２）から、セマンティック（semantic）割り当てのセットまたは一般的なフォーマットのデータとして受け取られたかを決定する。本明細書で用いる用語「セマンティック」は、あるデータ（a piece of data）に関連し、そのデータのラベルおよびシステム特異的な要件のセットを含む情報のセットを指す。例えば、出荷データに関するセマンティックは、そのデータが、出荷先を表すことを示す「to＿location」という名称のラベル、およびこのデータには、特定のシステム１０６（図１および図２）において、「波止場」、「倉庫」、「工場」および「商店」という値が割り当てられ得るのみであることを示す要件のセットを含み得る。アプリケーションプロセス１０８（図２）から送信されると、このデータに対するセマンティック割り当ては、「to＿location=dock」などのストリングによって表され得る。一般的なフォーマットのデータは、セマンティック割り当てのセット以外の任意の様式で、ソースアプリケーション１０８（図２）によってパスされるデータを含み得る。例えば、出荷用のデータは、パイプ文字（「｜」）などの所定の区切り記号によって分離される文字のストリームとして一般的なフォーマットで送信され得る。ブロック１４２において、変換プロセスが、データがセマンティック割り当てのセットとしてアプリケーションプロセスから受け取られたと決定する場合、プロセスは、ブロック１４４で、これらのセマンティック割り当てをパーズし、データをパックする。あるいは、ブロック１４６で、一般的なフォーマットからデータをパーズし、そのデータをパックする。ブロック１４４および１４６において行われるデータパッキングは、データから不要な情報を除去するために用いられ、数から先端のゼロを除去し、文字のセットから後端のスペースを除去することを含み得る。
【００６１】
ソースアプリケーションプロセス１０８（図２）から受け取られたデータがブロック１４４または１４６でパックされると、変換プロセスは、ブロック１４８において、トランザクションデータベースにおいて、送信されるデータに対応するトランザクションタイプを求める。このデータベースは、好ましくは、送信ブローカプロセス１１２（図３）が実行されている処理システム１０６（図２）に局部的に格納される。トランザクションタイプが、テスト１５０において見いだされなかったことが決定される場合、変換プロセスは、ブロック１５２において、トランザクション名およびデータをエラー列に格納し、ブロック１５４で終了する。あるいは、トランザクションタイプが、テスト１５０において見いだされたことが決定される場合、対応するトランザクション情報は、ブロック１５６において、トランザクションデータベースから受け取られる。最後に、パックされたデータは、ブロック１５８においてトランザクション情報によって規定されるトランザクションフィールドに配置され、プロセスはブロック１５４で完了する。
【００６２】
図５は、図３のブロック１３０の伝送プロセスを詳細に示す。図示するように、伝送プロセスがブロック１６０で開始すると、プロセスは、ブロック１６２において、伝送されるデータについてのトランザクションパラメータを調べる。これらのトランザクションパラメータは、好ましくは、送信ブローカプロセス１１２（図３）が実行されている処理システムに配置されたデータベース内に格納され、好ましくは、トランザクションが安全なトランザクションであるかどうかなどの、トランザクションについてのディスティネーションのリストを含む。上記のように、トランザクションについてのディスティネーションのリストは、伝送されるトランザクションのタイプまたはトランザクションの特定のソースに基づき得る。次に、テスト１６４において、プロセスは、これらのパラメータに基づいて、トランザクションが安全なトランザクションであるかどうかを決定し、トランザクションが安全なトランザクションである場合、トランザクションデータは、ブロック１６６で暗号化される。ブロック１６６における暗号化の後、またはトランザクションがテスト１６４において安全なトランザクションではないと決定される場合、トランザクションの第１のディスティネーションが識別され、トランザクションの通し番号がブロック１６８で得られる。好ましくは、この通し番号は、このソースから同じディスティネーションまで各伝送毎に増加して選択される。このように増加する通し番号を用いることによって、ディスティネーションは、同じソースから隣接して受け取られた通し番号におけるギャップから失われた伝送を認識することが可能になる。
【００６３】
ディスティネーションおよび通し番号が選択されると、伝送記録はこのディスティネーションについて構築され、記録は伝送列に書き込まれ、この記録自体は、ブロック１７０においてディスティネーションに伝送される。この伝送記録は、ソースアドレス、トランザクションタイプ、データが暗号化されるかどうか、ならびに伝送の日付、時間ならびに通し番号を識別するために用いられ得る。伝送記録はまた、伝送されるデータをも含む。さらに、他の情報もまた、本発明が実現されている特定のシステムの要件に従って記録された伝送に含まれ得る。次にデータが書き込まれる伝送列は、好ましくは、指定のディスティネーションに伝送されるデータのみを含む専用の列である。この列は、好ましくは、送信ブローカプロセス１１２（図３）が実行されている処理システム１０６（図２）で維持される。しかし、あるいは、列は、他の場所にも配置され得る。伝送列に配置されると、今度はトランザクションデータが、伝送される。これは、好ましくは、環状にデータが存在する各列からの１つのトランザクションを伝送することによって成し遂げられる。しかし、あるいは、単一の伝送列についてのデータのすべてまたはある部分は、他の列についてのデータを伝送する前に伝送され得る。
【００６４】
トランザクションデータが、ブロック１７０において、対応する伝送列に配置された後、伝送プロセスは、この列についての列閾値をテスト１７２においてパスしたかどうかを決定する。この列閾値は、列におけるエントリの最大数、または列エントリが列に残る最大時間量を含み得る。エントリ最大数の閾値は、例えば、伝送列におけるトランザクションデータが削除されなかったときに超過され得る。なぜなら、対応する受信承認は、送信ブローカプロセス１１２（図３）によって受け取られなかったからである。テスト１７２においてこの閾値が超過されたことが決定される場合、エラー通知がブロック１７４において発生される。ブロック１７４においてこの通知を発生した後、または閾値がテスト１７２において超過されなかったと決定される場合、指定のディスティネーションについての通し番号は、ブロック１７６で増加する。最後に、テスト１８０において、伝送プロセスは、これらのトランザクションデータが他の任意の位置に伝送される必要があるかどうかを決定し、その必要がある場合、ブロック１６８に戻る。さもなければ、伝送プロセスは、ブロック１７８で終了する。
【００６５】
図６は、図２の受信ブローカプロセス１１０を詳細に示す。図示するように、受信ブローカプロセス１１０がブロック２１２で開始した後、プロセス１１０は、ブロック２１４でデータ伝送を待ち、受け取る。このデータ伝送は、他の処理システム１０６（図３）の送信ブローカプロセス１１２（図３）から伝送されるトランザクションデータまたは管理システム１０４（図１）から伝送される管理制御データを含み得る。テスト２１６において、プロセス１１０は、これらのデータタイプのうちのいずれが受け取られたかを決定する。テスト２１６において、管理制御データが受け取られたことが決定される場合、データは、ブロック２１８において、処理および／または格納される。好ましくは、この管理制御データを処理および／または格納する際、処理システム１０６（図２）における受信ブローカプロセス１１０（図２）および送信ブローカプロセス１１２（図２）の両方の制御情報および構成は、改変され得る。あるいは、この管理制御データを受信ならびに処理および／または格納するために、個別の機構が、送信ブローカプロセス１１２（図２）内に設けられ得る。
【００６６】
テスト２１６において、受け取られたデータが管理制御データではないことが決定される場合、受信処理は、ブロック２２０において、これらのデータに対して行われる。好ましくは、この受信処理は、受け取られたデータの完全性をチェックし、これらのデータの受信承認を発生し、必要に応じて、データの暗号解読することを含む。この受信処理がブロック２２０で行われると、データは、ブロック２２２において、標準フォーマットからディスティネーションアプリケーションプロセス１０８（図２）に対応するフォーマットに変換される。最後に、データは、ブロック２２４において、ディスティネーションアプリケーションプロセス１０８（図２）にパスされ、プロセス１１０は、ブロック２１４に戻り、さらなるデータを待ち、受け取る。データをディスティネーションアプリケーションプロセス１０８（図２）にパスする際、受信ブローカプロセス１１０（図２）は、アプリケーションプロセス１０８（図２）を中断し、アプリケーションプロセス１０８にデータの存在を警告し得るか、またはアプリケーションプロセス１０８（図２）による次のポーリングのためにデータを待ち行列に入れ得る。
【００６７】
図７は、図６のブロック２２０で行われる受信処理を詳細に示す。図示するように、受け取られたデータの受信処理がブロック２３２で開始した後、ヘッダメッセージがパーズされ、ヘッダおよびデータの完全性が、ブロック２３４およびテスト２３６でチェックされる。テスト２３６において、エラーがデータまたはヘッダに存在することが決定される場合、エラー通知は、ブロック２３８において発生され、受信処理は、ブロック２４０において終了する。あるいは、テスト２３６において、エラーがヘッダまたはデータにおいて検出されない場合には、受信承認がブロック２４２において発生される。受信承認が発生されると、同じソースから現在受け取られたトランザクションおよび前回受け取られたトランザクションの通し番号におけるギャップが、ブロック２４４およびテスト２４６においてチェックされる。テスト２４６においてギャップが検出される場合、エラー通知がブロック２４８で発生され、受信処理は、ブロック２４０で終了する。あるいは、テスト２４６でギャップが検出されない場合、処理は、テスト２５０において、データがヘッダから暗号化されているかどうかを決定し、暗号化されている場合、データは、ブロック２５２で暗号解読される。テスト２５０においてデータが暗号化されていないことが決定される場合、またはデータがブロック２５２において暗号解読された後、トランザクション名およびデータは、ブロック２５４における変換処理のために待ち行列に入れられ、その後、受信処理は、ブロック２４０で終了する。
【００６８】
図８は、図６のブロック２２２で行われる変換プロセスを示す。図示するように、変換処理がブロック２６０で開始すると、トランザクション名およびトランザクションデータが、ブロック２６２において、列から取り出される。これらのアイテムは、この列に図７に示す受信処理のブロック２５４によって配置された。次に、ブロック２６４およびテスト２６６において、変換プロセスは、トランザクションデータベースにおいて、このトランザクションに対応するトランザクションタイプを探し、そのトランザクションが見いだされたかどうかを決定する。トランザクションタイプが、テスト２６６において見いだされなかったことが決定される場合、トランザクション名およびデータは、ブロック２６８において、エラー列に格納され、変換プロセスは、ブロック２７０において終了する。あるいは、トランザクションタイプがテスト２６６において見いだされたと決定される場合、トランザクションについてのディスティネーションアプリケーションプロセスデータ要件およびフォーマッティングルールは、ブロック２７２でデータベースから取り出される。この情報が取り出された後、トランザクションは、ブロック２７４において、ディスティネーションアプリケーションプロセスセマンティックにパーズされる。最後に、フォーマティングルールは、ブロック２７６において、これらのセマンティックに適用され、変換プロセスはブロック２７０で完了する。
【００６９】
図９は、図１の管理システム１０４において実行されるプロセス２８０を示す。図示するように、プロセス２８０がブロック２８２で開始した後、アプリケーションプロセスは、ブロック２８４において、ユーザ入力によってまたは自動的に、選択されセットアップされる。アプリケーションプロセスが選択されると、プロセス２８０は、テスト２８６において、受信および送信ブローカプロセスが、対応する処理システムにおいて確立されているかどうかを決定する。テスト２８６が、ブローカプロセスが確立されていないと決定する場合、プロセス２８０は、ブロック２８８および２９０において、これらのプロセスを確立および確認する。ブローカプロセスがブロック２９０において確認されるか、またはブローカプロセスがテスト２８６において確立されたと決定されると、プロセス２８０は、アプリケーションプロセスについてのすべてのセマンティックがテスト２９２において規定されたかどうかを決定する。これは、ユーザに指示するか、アプリケーションソフトウェアをチェックするか、または任意の他の適切な方法によって成し遂げられ得る。すべてのセマンティックが、規定されていないと決定される場合、セマンティックおよび対応する属性は、ブロック２９４において規定される。これらの規定は、管理システムのユーザによって手動で入力され得るか、または自動化プロセスで行われ得る。すべてのセマンティックがブロック２９４において規定されるか、またはすべてのセマンティックがテスト２９２において規定されたと決定される場合、プロセス２８０は、アプリケーションプロセスについてのすべてのトランザクションがテスト２９６において規定されたかどうかを決定する。すべてのトランザクションがテスト２９６において規定されなかったと決定される場合、セマンティックのグループは、ブロック２９８において、必要なトランザクションに規定される。セマンティック規定と共に、トランザクション規定は、ユーザ相互作用または自動化プロセスによって行われ得る。すべてのトランザクションがブロック２９８において規定されるか、またはすべてのトランザクションが、テスト２９６において規定されたと決定される場合、プロセス２８０は、ソースアプリケーションプロセスと、１つまたはそれ以上のディスティネーションアプリケーションプロセスとの間でのトランザクション転送を規定する。ブロック２９４および２９８において行われる規定と共に、この規定は、ユーザ入力または自動化プロセスによって発生され得る。最後に、ブロック３０２において、セマンティック、トランザクション、および転送データはパッケージされ、各影響を受けたブローカプロセスに伝送され、プロセス２８０は、ブロック３０４で完了する。
【図面の簡単な説明】
【００７０】
【図１】本発明による通信システムが実現され得る集積処理アーキテクチャのブロック図である。
【図２】本発明による通信システムの一部を実現する処理システムのブロック図である。
【図３】本発明による通信システムにおいて、データを伝送し、データ伝送を確認するための伝送ブローカプロセスを示す流れ図である。
【図４】本発明による通信システムにおいて伝送されるデータを変換するためのプロセスを示す流れ図である。
【図５】本発明による通信システムにおいてデータを伝送するためのプロセスを示す流れ図である。
【図６】本発明による通信システムにおいてデータを受け取るための受信ブローカプロセスを示す流れ図である。
【図７】本発明による通信システムにおいて受け取られるデータの完全性を確認および承認するためのプロセスを示す流れ図である。
【図８】本発明による通信システムにおいて受け取られるデータを変換するためのプロセスを示す流れ図である。
【図９】本発明による通信システムをセットアップするための管理システムプロセスを示す流れ図である。
【符号の説明】
【００７１】
１０２  通信ネットワーク
１０４  管理システム
１０６  処理システム
１０８  アプリケーションプロセス
１１０  受信ブローカプロセス
１１２  送信ブローカプロセス
１１４  通信ソフトウェアおよび／またはハードウェア
【図１】
2006081222.tif 000003
【図２】
2006081222.tif 000004
【図３】
2006081222.tif 000005
【図４】
2006081222.tif 000006
【図５】
2006081222.tif 000007
【図６】
2006081222.tif 000008
【図７】
2006081222.tif 000009
【図８】
2006081222.tif 000010
【図９】
2006081222.tif 000011