(57)【要約】【課題】一連のアプリケーションシステムが２つのアプリケーションシステム間にある場合であったとしても、第１のアプリケーションシステムから第２のアプリケーションシステムへのデータパケットの処理が所定の時間内におこなわれたどうかをチェックの実施が可能な方法を提供する。【解決手段】第１のアプリケーションシステムから第２のアプリケーションシステムへデータを送出した後に、第１のアプリケーションシステムから第２のアプリケーションへ送信制御メッセージを転送し、第２のアプリケーションシステムによってデータパケットが受信された後、第２のアプリケーションからの受信制御メッセージを作成し、第２のアプリケーションシステムがデータパケットを所定の取引時間内に受信したかどうかに関する情報を含む、監視装置からの監視メッセージを出力するステップを備える。【選択図】図６
2007524157.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプリケーションシステム間におけるデータ交換の監視方法であって、
第１のアプリケーションシステムから第２のアプリケーションシステムへデータパケットを送出した後、前記第１のアプリケーションシステムから独立した監視装置へ送出制御メッセージを送信し、
前記第２のアプリケーションシステムが前記データパケットを無事に受信した後、前記第２アプリケーションシステムで受信制御メッセージを作成し、
前記監視装置から、前記第２のアプリケーションシステムが前記データパケットを無事に所定の処理時間内に受信したかどうかに関する情報を含む監視メッセージを出力する
ステップを備える。
【請求項２】
前記第１および第２のアプリケーションシステムは、互いに直接接続されていないが、特に少なくとも１つの別のアプリケーションシステムおよび／または送信システムを介して間接的に接続されている
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記第１および第２のアプリケーションシステムを接続する前記別のアプリケーションシステムおよび前記送信システムは、前記データパケットを無事に受信および送出した後、受信および／または送出制御メッセージをそれぞれ作成し、特に前記監視装置に前記作成したメッセージを伝達する
ことを特徴とする請求項３に記載の方法。
【請求項４】
前記第１および第２のアプリケーションシステムは、異なるアプリケーションシステムであり、特に異なるデータプロトコルを用いる
ことを特徴とする前出の請求項のいずれかに記載の方法。
【請求項５】
前記データパケットの送信に関する条件は前記監視装置において予め決められており、
前記条件は、前記送出および受信制御メッセージに基づき、前記監視装置による監視の対象となる点を特定する
ことを特徴とする前出の請求項のいずれかに記載の方法。
【請求項６】
監視対象の点、最大処理回数、伝送路、および／または制御メッセージが予期されるアプリケーションシステムにおいて前記データパケットが受信されなかった場合、前記条件は、異なる種のデータパケットに対して用いられる方法を特定する
ことを特徴とする請求項５に記載の方法。
【請求項７】
前記受信制御メッセージは、前記第２のアプリケーションシステムから前記監視装置へ送信される
ことを特徴とする前出の請求項のいずれかに記載の方法。
【請求項８】
前記受信制御メッセージは、前記第２のアプリケーションシステムに格納され、
前記監視装置は、周期的に前記格納された受信制御メッセージを監視する
ことを特徴とする請求項１から７のいずれかに記載の方法。
【請求項９】
前記監視メッセージは、前記第１のアプリケーションシステム、前記第１のアプリケーションシステムに接続されたサービスプロバイダ、または前記第１のアプリケーションシステムのユーザへ送信される
ことを特徴とする前出の請求項のいずれかに記載の方法。
【請求項１０】
複数のアプリケーションシステム間のデータ交換を監視するための監視システムであって、
第１のアプリケーションシステムから第２のアプリケーションシステムへデータパケットを送出した後、送出制御メッセージを独立した監視装置へ送信する第１のアプリケーションシステムと、
前記データパケットを無事に受信した後、受信制御メッセージを作成する第２のアプリケーションシステムと、
前記データパケットが前記第２のアプリケーションシステムによって無事に所定の処理時間内に受信されたかどうかに関する情報を含む監視メッセージを出力する監視装置と
を備える。
【請求項１１】
請求項１０に記載の監視システムにおいて用いられる監視装置であって、
第１のアプリケーションシステムから第２のアプリケーションシステムへデータパケットを送出した後、前記第１のアプリケーションシステムから送出制御メッセージを受信する受信手段と、
前記データパケットを無事に受信した後、前記第２のアプリケーションシステムによって作成された受信制御メッセージをチェックするチェック手段と、
前記送出制御メッセージおよび受信制御メッセージに基づき、対応する監視メッセージを作成するために、前記データパケットが前記第２のアプリケーションシステムによって、無事に所定の処理時間内に受信されたかどうかをチェックする処理手段と、
前記監視メッセージを出力する出力手段と
を備える。
【請求項１２】
前記監視装置は、さらに
前記データパケットの送信に関し、前記送出および受信制御メッセージに基づいて前記監視装置による監視の対象となる点を定義する、所定の条件を格納する格納手段
を備えることを特徴とする請求項１１に記載の監視装置。
【請求項１３】
複数のアプリケーションシステム間におけるデータ交換の監視方法であって、
第１のアプリケーションシステムから第２のアプリケーションシステムへデータパケットを送出した後、前記第１のアプリケーションシステムから送出制御メッセージを受信し、
前記データパケットを無事に受信した後、前記第２のアプリケーションシステムによって作成された受信制御メッセージをチェックし、
前記送出制御メッセージおよび前記受信制御メッセージに基づき、前記データパケットが前記第２のアプリケーションシステムによって、無事に所定の処理時間内に受信されたかどうかをチェックし、
対応する監視メッセージを作成し、
前記監視メッセージを出力する
ステップを備える。
【請求項１４】
コンピュータプログラムがコンピュータ上で実行される場合に、コンピュータに請求項１３に記載の方法の前記ステップを実行させるコンピュータプログラム手段を用いるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のアプリケーションシステム間におけるデータ交換の監視方法および対応する監視システムに関する。また、そのような監視システムにおいて用いられる監視装置および上記監視装置によって実施される監視方法に関する。さらに、上記方法をコンピュータ上で実行するためのコンピュータプログラムに関する。
【背景技術】
【０００２】
多くのビジネスにおいて、従来、一般に用いられている、例えば、電話、ＦＡＸまたは郵便によるデータ交換において起こるエラー率を削減し、より高いコミュニケーション効率を得るために、電子データ交換の実施が増加している。ここで、一般に、例えばデータパケットを送出したい自身のアプリケーションシステムと、大部分がかなり異なり、送信されたデータパケットを受信して処理する外部アプリケーションシステムとを接続するためには、複数の内部および外部ソフトウェア製品やサービスプロバイダが必要である。上記のような設定環境において、主にフォーマット認識、フォーマット認証、および変換処理をおこない、データパケットを送出し受信するために必要な、多様な製品が市場には存在する。ここで、データパケットは原則としてあらゆる種類のデータや情報を含むことができる。しかしながら、これらのソフトウェア製品やサービスプロバイダは、せいぜいアプリケーションシステムチェーンにおいて次に対応するアプリケーションシステム、例えばソフトウェアモジュールやサービスプロバイダとのコミュニケーションを保証するに過ぎない。
【０００３】
非常に多くの場合、これらのデータパケットは１つのビジネス内における単一のアプリケーションシステムだけでなく、複数のアプリケーションシステムに適用される。ＥＡＩ(enterprise application integration)の分野から発達した製品は、１つのビジネス内におけるプロセス（作業の流れ）を付加的に示すことができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、ビジネスの限界や複数のアプリケーションシステムと同様に複数のソフトウェア製品およびサービスプロバイダを超えたビジネスプロセスにおける処理のセキュリティを容易に保証することができる、複数のアプリケーションシステムと対応する監視システムおよび監視装置との間のデータ交換を監視する方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的は、以下のステップを供えることを特徴とする請求項１に記載の方法によって達成することができる。第１のアプリケーションシステムから第２のアプリケーションシステムへデータパケットを送出した後、前記第１のアプリケーションシステムから独立した監視装置へ送出制御メッセージを送信し、前記第２のアプリケーションシステムが前記データパケットを無事に受信した後、前記第２アプリケーションシステムで受信制御メッセージを作成し、前記監視装置から、前記第２のアプリケーションシステムが前記データパケットを無事に所定の処理時間内に受信したかどうかに関する情報を含む監視メッセージを出力するステップを備える方法。
【０００６】
対応する監視システムは請求項１０に記載されている。本発明は、さらにそのような監視システムにおいて用いられる監視装置に関し、第１のアプリケーションシステムから第２のアプリケーションシステムへデータパケットを送出した後、前記第１のアプリケーションシステムから送出制御メッセージを受信する受信手段と、前記データパケットを無事に受信した後、前記第２のアプリケーションシステムによって作成された受信制御メッセージをチェックするチェック手段と、前記送出制御メッセージおよび受信制御メッセージに基づき、対応する監視メッセージを作成するために、前記データパケットが前記第２のアプリケーションシステムによって、無事に所定の処理時間内に受信されたかどうかをチェックする処理手段と、前記監視メッセージを出力する出力手段とを備える。
【０００７】
前記アプリケーションシステム間におけるデータ交換を監視する監視装置によって実行されることが好ましい、対応する方法は、請求項１３に記載されている。前記方法をコンピュータ上で実行するためのコンピュータプログラムは請求項１４に記載されている。
【０００８】
本発明は、データ交換に関わる複数のアプリケーションシステムに加え、第１のアプリケーションシステムから送出されたデータパケットが前記所望の受信手段によって所定の処理時間内に無事に受信されたかどうかをチェックする、独立した監視装置を提供する。データパケットを無事に受信しなかった場合は、前記監視装置は対応するエラーメッセージを作成し出力するため、エラーが起こった原因をチェックし、新たな送出をおこなうことができる。前記監視装置によるチェックは、制御メッセージに基づいておこなわれる。ここで、制御メッセージは、少なくとも送出及び受信アプリケーションシステムによって前記監視装置に送信されるメッセージ、もしくは、受信制御メッセージとして、受信アプリケーションシステムに格納され、前記監視装置によって周期的にチェックされる前記制御メッセージである。
【０００９】
いずれの場合においても、つまり受信されたか受信されなかったかのチェック結果をもって、監視装置は、監視メッセージを作成し、好ましくは作成した監視メッセージを送出アプリケーションシステムへ送信する。しかしながら、対応する監視メッセージは、監視結果が受信されなかった場合を示す場合においてのみ作成され出力される。
【００１０】
本発明は、複数のアプリケーションシステム間においてデータパケットの処理が正確にそして意図した通りおこなわれたかどうかを高い確実性をもって立証することができる。これは、好ましい構成として、第１のアプリケーションシステムおよび第２のアプリケーションシステムは互いに直接接続されていないが、特に少なくとも１つの別のアプリケーションシステムおよび／または送信システムを介して間接的に接続されている場合に重要となる。特に、企業組織の枠を超えたビジネスプロセスにおいて、頻繁に発生する２つのアプリケーションシステムが異なり、特異のデータプロトコルを有しているため、処理が所定の処理時間内に無事におこなわれたかどうかをチェックすることが多くの場合不可能である場合に本発明は有益である。
【００１１】
また、本発明は、送出アプリケーションシステムと受信アプリケーションシステムとの間にさらにシステムチェーンが存在する場合において特に頻繁に用いられる。処理に関するより高い制御レベルおよび処理の確実性を得るために、本発明は、第１および第２のアプリケーションシステムを接続するアプリケーションシステムおよび送信システムもまた、データパケットを無事に受信および送出した後に、受信および／または送出制御メッセージを作成し、作成されたメッセージは監視装置によってチェックが可能であるように構成される。このようなシステムチェーンの場合、起きる可能性があるエラーを確実に監視することができるため、エラーが起きたとしてもそのエラーを簡単に修正することができる。これは、エラーに対するより最適な限定オプションを実現する（例えば、注文の処理が無いためにおこる製造停止等の間接的損害の背景を常に考慮にいれる）。
【００１２】
本発明の発展は、さらに、データパケットの送信に関する条件は、前記監視装置によって予め決められており、前記条件は、送出及び受信制御メッセージに基づき、前記監視装置の監視対象となる点を特定している。そのような条件は、ユーザが自由に決定できることが好ましい。例えば、処理時間が、隣接するアプリケーション間もしくはその総和においてどの程度で最大となるのか、参加システムチェーンにおいてどのシステムが期待に沿った制御メッセージを送信するのかを定義することができる。さらに、そのような条件は、監視装置による通知モード、つまり通知の受け取り対象および提供条件が遵守されない場合はその通知方法を設定することができる。
【００１３】
本発明の発展は、さらに、監視対象の点、最大処理回数、伝送路、および／または制御メッセージが予期されるアプリケーションシステムにおいて前記データパケットが受信されなかった場合、前記条件は、異なる種のデータパケットに対して用いられる方法を特定することを特徴とする。しかしながら、前記条件は、監視装置において必ずしも予め決められている必要はない。送出制御メッセージを監視装置へ送信する送出アプリケーションシステムが、送出制御メッセージと共に監視装置に用いられる対応する監視条件を送信してもよい。
【００１４】
原則として、個々のデータパケットに対してそれぞれ対応する監視を実施することができる。特に、複数の互いに関連するデータパケットが送出部によって連続して同一の受信部に向けて送出された場合、ランダムサンプリング毎、もしくは個々のデータパケットに対してのみ監視が実施されることが望ましい。
【００１５】
上記のように、受信制御メッセージは、前記第２のアプリケーションシステムから前記監視装置へ送信されることが好ましい。しかしながら、前記受信制御メッセージは、前記第２のアプリケーションシステム、例えば独立したデータバンクに格納され、前記監視装置は、周期的に前記格納された受信制御メッセージを監視することもできる。
【００１６】
前記監視装置によって作成された前記監視メッセージは、好ましくは前記第１のアプリケーションシステムへ送信されるため、前記第１のアプリケーションシステムは、送信エラーの情報を直接受信し、それを取り除くことができる。しかしながら、前記監視メッセージは、前記第１のアプリケーションシステムに接続されたサービスプロバイダ、または前記第１のアプリケーションシステムのユーザ、例えば、対応するビジネスの従業員へ、電子メール又はSMSによって送信することもできる。
【発明を実施するための最良の形態】
【００１７】
図１は伝送媒体２０を介して直接接続された２つのアプリケーションシステム１０および１１を示し、データは、これら２つのアプリケーションシステムの間でデータパケット３０として電子的に交換される。例えばソフトウェアサービスやサービスプロバイダであるアプリケーションシステム１０および１１は、一般に２つのアプリケーションシステム１０および１１が有効な形式でデータ交換ができることを保証する所定のインターフェース４０および４１を備えている。
【００１８】
これらのインターフェース４０および４１は、常に２つのアプリケーションシステム間において用いることができる。しかしながら、図２に示すように、１つのプロセスに複数のアプリケーションシステムが必要である場合はすぐに、特にアプリケーションシステム１０〜１３間の非同期接続の場合、データパケット３０を送出するアプリケーションシステム１０のインターフェース４０は、データパケット３０もまた意図する受信アプリケーションシステム１３において処理が可能であったかどうか、または実際にデータパケット３０が処理され、その処理が最大所定取引時間内でおこなわれたかどうかを保証することはできない。なお、この問題は所謂ＥＡＩソフトウェア内における部分的領域において解決することができる。しかしながら、複数のアプリケーションシステム（図２の１０〜１３）からなるチェーンが企業組織の枠を超えると、図３に示すように、アプリケーションシステム１０および１１は第１の企業組織ビジネス５０と関連付けられ、アプリケーション１２および１３は第２の企業組織ビジネス５１と関連付けられる場合、商業的に利用可能な製品は、処理の確実性を保証するため又は処理実行の成功をチェックするいかなる方法において、もはや適切ではない。
【００１９】
ここで、個々のアプリケーションシステム１０〜１３を接続する伝送媒体２０、２１および２２は、同一であっても、完全に異なるものであってもよい。言い換えれば、例えば異なる転送率やデータフォーマットを備えることができる。
【００２０】
図４〜図６はブロック回路図であり、本発明に係る監視システムの詳細を示す。各図は以降で説明する監視方法の個々のステップを示す。個々のビジネス５０および５１に関連付けられたアプリケーションシステム１０〜１３に関わらず、本発明は、例えばサービスプロバイダで決められたサーバである、独立した監視装置６０を提供する。独立した監視装置６０は、アプリケーションシステムからの制御メッセージを受信し、監視メッセージを出力するためのインターフェース６１を備える。また、上記制御メッセージに基づいて、データパケットの送信が無事に完了したことをチェックし、対応する監視メッセージを生成する処理部６２を備える。さらに、例えば関連アプリケーションシステムのユーザによって予め決められた上記チェック動作のための条件を格納する格納部６３および６４を備える。
【００２１】
例として、第１ビジネス５０のアプリケーションシステム１０からアプリケーションシステム１１および１２を経由した第２ビジネス５１へのデータパケット３０の転送を監視するために、本発明において提供されるステップについて以降説明する。図４は、第１ステップに関し、アプリケーションシステム１０からデータパケット３０が送出された後に、送出制御メッセージ７０が監視装置６０の受信部６１へ送信されることを示す。これは、データパケット３０の送信と並行するプロセスの開始を引き起こす。このプロセスは、参加ビジネス５０および５１によって事前に決められており、（特にアプリケーションシステム１０のための）格納部６３および（特にアプリケーションシステム１３のための）６４に格納されている一定の条件と共に提供される。これは、アプリケーションシステム１０〜１３の全てのチェーンおよび／または送出アプリケーションシステム１０と意図する受信アプリケーションシステム１３との間のサービスプロバイダが、機能や動作モードに関してこのように直接的または間接的にチェックされることを意味する。
【００２２】
直接的なチェックに関して、データパケットが無事に受信もしくは転送された場合は、アプリケーションシステム１１および１２がそれぞれ受信および／または送出制御メッセージを監視装置６０へ転送するステップを提供する。一方、間接的なチェックの場合、必ずしも制御メッセージをそれぞれのアプリケーションシステムから監視装置６０へ送信する必要はなく、個々のアプリケーションシステムが対応する制御メッセージを監視装置６０へ送信するだけでよい。従って、例えば、アプリケーションシステム１２が、データパケットが無事に受信されたことを示す受信制御メッセージを監視装置６０へ送信する場合、アプリケーションシステム１１はエラーのない状態で作動されたと仮定される。
【００２３】
図５は、データパケット３０の受信後に、受信部であるアプリケーションシステム１３が、受信制御メッセージ８０を監視装置６０の受信部６１へ送信するステップを示す。受信制御メッセージ８０は、データパケット３０がエラーのない状態で受信されたかどうか、および受信時間に関する情報を含むことができる。上記を目的とする監視装置は、そのような受信制御メッセージを与えられた許容限界内で待つことが好ましい。処理部６２でチェックされ、そのメッセージが無事に受信されないまたは許容限界内に表れない場合は（例えば、アプリケーションシステム１０から送信３０秒後）、処理部６２は、図６に示すように、例えば送出アプリケーションシステム１０または関連ビジネス５０へ配信する、対応する監視メッセージ９０を生成する。
【００２４】
また、上記監視メッセージ９０は、データパケットの送信において発生したエラーの位置および／または種類に関する情報を含むことができるため、適切な処置をおこなうことが出来る。また、受信部としてのアプリケーションシステム１３または関連ビジネス１５も対応する監視メッセージを受信することができる。さらに、アプリケーションシステム１０は、同一経路上にあるデータパケットの再送を自動的に要求することができる。また、代替手段を用いることができる場合、「条件ツリー」の開始が可能である。
【００２５】
例えば、送出システム１０は、対象システムの各達成度に応じて用いられる２つの代替対象アドレスを備えてもよい（これは、例えば、対象システムが負荷平衡化または自動フェイルオーバシステムを作動するためである）。ここで、第１対象アドレスにおいて優先的に受信しなかったことを確認すると、第２対象アドレスはさらなる条件ツリーを実行することによって無事に受信がおこなわれたものと確認される。この例は、対象システムの動的な周期的チェックを用いている。つまり、実際に受信メッセージを送信する際にはこの例はほとんど意味をなさず、上記プロセスにおいてメッセージが第１または第２対象システムのどちらで生成されたかは重要ではない。
【００２６】
アプリケーションシステムチェーン全体は、所望のあらゆる場所に拡大が可能である。つまり、多くの場合、ビジネスにおいて２つのアプリケーションシステムのみが関与しているのではなく、むしろ可能であれば互いに異なる複数のアプリケーションシステムが関与している。データ交換についても、２つのビジネスに限定する必要はなく、しばし異なる複数のシステム間におけるデータ変換に影響を与えるサービス会社やクリアリングセンタもデータ仲介者として用いられる。また、既に述べたように、同様に監視仲介ステップを備える可能性もある。例えば、それぞれの仲介局から受信制御メッセージを送出し、監視装置で監視する。
【００２７】
また、受信制御メッセージは監視装置へ必ずしも送信される必要はないが、図７に図示される構成においては、監視装置は、チェック部６５を用いて、動的および周期的にアプリケーションシステム１３のデータバンク１３０に格納された受信制御メッセージをチェックすることができる。さらに、必ずしも監視メッセージを第１アプリケーションシステム１０へ送信する必要はないが、例えば電子メールやＳＭＳを用いて、エラーを削除するために適切な処置をおこなうことが可能な従業員５２に接続する独立したサービスプロバイダへ送信することができる。
【００２８】
さらなる本発明に係る監視システムの構成を図８に示す。この場合、多様なサービスプロバイダによってそれぞれ独立して作動する複数の（この例では３つの）監視装置１６０、２６０および３６０を備える。複数のユーザ（企業組織ビジネス）がそれぞれの監視装置１６０、２６０および３６０に接続されている。例えば、ユーザ１５０〜１５４が監視装置１６０に接続している。「その」監視装置に関して１つのビジネスのみが周知でなければならず、周知でない場合は、別の監視装置に関して周知のビジネスに承認を送信することができる。この例を以下に述べる。ビジネス１５０が監視装置１６０と関連していることが周知であり、ここで監視装置２６０と関連するビジネス２５０へ監視メッセージを設定する。ビジネス２５０は監視装置２６０に承認を送信する。これによって、送信メッセージは監視装置１６０に格納または評価されなければならず、監視装置１６０へ転送される。
【００２９】
本発明は、２つのアプリケーションシステム間において、異なる種の参加アプリケーションシステムであり、異なるビジネスと関連している一連のアプリケーションシステムがある場合においても、第１アプリケーションシステムから第２アプリケーションシステムへのデータパケットの処理が無事に所定の取引時間内におこなわれたどうかのチェックの実施が可能な方法を提供する。
【図面の簡単な説明】
【００３０】
以下の図面を参照して、本発明を具体的に説明する。
【図１】２つのアプリケーションシステム間の従来の通信を説明するブロック回路図である。
【図２】本発明が解決しようとする課題を説明する、複数のアプリケーションシステムからなるアプリケーションチェーンを示すブロック回路図である。
【図３】異なるビジネスに関連付いた複数のアプリケーションシステムを示すブロック回路図である。
【図４】本発明に係る監視方法におけるステップを説明する、本発明に係る監視システムを示すブロック回路図である。
【図５】本発明に係る監視方法におけるステップを説明する、本発明に係る監視システムを示すブロック回路図である。
【図６】本発明に係る監視方法におけるステップを説明する、本発明に係る監視システムを示すブロック回路図である。
【図７】本発明に係る監視システムの別の構造を示すブロック回路図である。
【図８】本発明に係る監視システムの別の構造を示すブロック回路図である。
【図１】
2007524157.tif 000003
【図２】
2007524157.tif 000004
【図３】
2007524157.tif 000005
【図４】
2007524157.tif 000006
【図５】
2007524157.tif 000007
【図６】
2007524157.tif 000008
【図７】
2007524157.tif 000009
【図８】
2007524157.tif 000010
【国際調査報告】
2007524157.tif 000011
2007524157.tif 000012
2007524157.tif 000013
2007524157.tif 000014
2007524157.tif 000015
2007524157.tif 000016