CN100481781C - 用于监视应用系统之间的数据交换的方法和装置 - Google Patents

Abstract

本发明的目的是提供一种机会来监视从第一应用系统到第二应用系统的数据包的事务处理是否在给定的时间段内成功地完成，即使在这两个应用系统之间设置了一系列的其他应用系统时，其中所涉及的应用系统彼此不同并且关联于不同的公司。本发明的方法包括以下步骤：在数据包从第一应用系统分发到第二应用系统之后，将分发控制消息从第一应用系统发送到单独的监视单元；一旦通过第二应用系统成功地接收数据包，从第二应用系统创建接收控制消息；以及从监视单元输出监视消息，其包含关于数据包是否由第二应用系统在给定事务处理时间段内成功接收的信息。

Description

用于监视应用系统之间的数据交换的方法和装置

技术领域

本发明涉及一种用于监视应用系统之间的数据交换的方法和对应的监视系统。本发明进一步涉及用于在此监视系统中使用的监视单元以及由此监视单元实现的监视方法。最后本发明还涉及用于在计算机上执行该方法的计算机程序。

背景技术

许多企业彼此之间正越来越多地执行电子数据交换以便于在通信中获得更好的效率并且由此降低在至今通常使用的方法，如例如通过电话、传真或邮寄的数据交换中发生的错误率。就此而言，通常多个内部的和外部的软件产品和服务提供者是必要的，以便在例如希望分发数据包的自己的应用系统和大部分具有很不同的特性并且接收和处理所发送的数据包的外部应用系统之间建立联系。在市场上有各种产品，这些产品在这样的配置中主要执行格式识别、格式确认以及转换过程，并且是接收或分发数据包所需要的，其中原则上数据包可包含任何类型的数据或信息。然而应注意这些软件产品或服务提供者最多确保与在该链中的下一个相应应用系统的通信，也就是说例如软件模块或服务提供者。

这些数据包往往不但与企业内的单个应用系统有关而且与多个应用系统有关。由此已经从企业应用集成(EAI)的区域开发出产品，其能够附加地表示企业内的过程(工作流程)。

发明内容

本发明的目的是提供一种监视应用系统之间的数据交换的方法以及对应的监视系统以及一种监视单元，由此企业可以以简单的方式保证对于超出企业界限和超出多个软件产品和服务提供者以及应用系统的业务过程的事务处理安全。

所述目的通过一种监视应用系统之间的数据交换的方法实现，该方法包括以下步骤：

—在从第一应用系统向第二应用系统分发数据包之后，将分发控制消息从第一应用系统发送到单独的监视单元，

—在通过第二应用系统成功地接收数据包之后，从第二应用系统创建接收控制消息，以及

—基于所述分发控制消息和所述接收控制消息从监视单元输出监视消息，其包含关于数据包是否被第二应用系统成功接收并且在预定事务处理时间以内接收的信息。

本发明还涉及对应的监视系统。本发明进一步涉及用于在此监视系统中使用的监视单元，包括：

—接收单元，用于在从第一应用系统向第二应用系统分发数据包之后接收来自第一应用系统的分发控制消息，

—检查单元，用于在成功接收数据包之后检查由第二应用系统创建的接收控制消息，

—处理单元，用于在分发控制消息和接收控制消息的基础上检查数据包是否被第二应用系统成功接收并在预定事务处理时间以内接收；并且用于创建对应的监视消息，以及

—输出单元，用于输出监视消息。

本发明还涉及用于监视应用系统之间的数据交换的监视单元所优选地实现的对应方法。本发明还涉及用于在计算机上执行该方法的计算机程序。

除数据交换中所涉及的应用系统以外，本发明还基于提供单独监视单元的思想，该监视单元的任务是检查从第一应用系统分发的数据包是否也由期望的接收者成功地接收并且在预定的事务处理时间之内接收。如果不是这样，则监视单元创建并且输出对应的错误消息，使得有可能检查为何出现所述错误并且可执行更新的分发。基于控制消息来执行监视单元的检查，所述控制消息由至少分发应用系统还有接收应用系统发送至监视单元，或者可替选地，对于接收控制消息，存储于接收应用系统中并且由监视单元周期性地检查。

优选地做如下设置：在任何情况下，也就是说对于肯定的还有否定的检查结果两者，监视单元都创建监视消息并优选地将其发送至分发应用系统。然而，还可设置：仅在否定检查结果的情形中创建和输出对应的监视消息。

本发明使得有可能以高度的确定性来确定应用系统之间的数据包事务处理是否正确地且如想要地发生。如在优选配置中所设置的，如果第一和第二应用系统不是直接连接在一起，而是特别通过至少一个另外的应用系统和/或传输系统间接地连接在一起，则这是特别有意义的。特别是对于超出企业界限的业务过程，本发明是有利的，这是因为，由此往往两个应用系统完全不同并且特别使用不同数据协议，且由此往往不可能确定事务处理是否成功地并且在预定的事务处理时间内发生。

还特别常常发生的是，在分发应用系统和接收应用系统之间存在另外的系统的链。在此情况中为了实现关于事务处理的更高水平的控制以及更高水平的事务处理确定性，在一个实施例中设置：连接第一和第二应用系统的应用和处理系统在分别成功接收和分发的数据包之后还创建接收和/或分发控制消息，该消息然后可由监视单元检查。这样在如此的系统链中有可能精确地监视在何处可能出现错误，使得该错误然后也有可能较容易地纠正。这还使得有可能特别实现对错误的较好限制选项(总是也考虑所造成的损害的背景，如例如由于订货的不传输而导致生产停止)。

本发明的发展做出如下设置：关于数据包传输的规则在监视单元中预先确定，在所述规则中规定哪些点待由监视单元在分发和接收控制消息的基础上监视。这种类型的规则可优选地由用户自由定义。这样例如有可能在其中定义事务处理时间总共或者在相邻应用系统之间最大有多大，以及参与系统链中的哪些系统根据预期来发送控制消息。另外，这些规则可确定通过监视单元的通知模式，也就是说如果未观察到给定的规则则必须通知谁以及如何通知。

一个发展进一步设置：在规则中规定在待监视点的否定结果时要对不同类型的数据包采取的措施、最大事务处理时间、传输路径和/或预期有来自其中的控制消息的应用系统。然而，需要注意在监视单元中预先确定规则并不完全必要。可替选地，对于与之同时地将分发控制消息发送至监视单元的分发应用系统，也有可能还发送对应的监视规则以便由监视单元使用。

原则上，有可能针对每一单独的数据包来实现对应的监视。特别地，如果多个相关的数据包由分发器相继分发到同一接收者，然而实际上只在随机采样基础上或只关于各个数据包来实现监视是有利的。

如已经提到的，优选地做如下设置：接收控制消息从第二应用系统发送到监视单元。然而可替换地，还可设置：接收控制消息存储在第二应用系统中，例如在单独的数据库中，并且监视单元周期性地监视存储的接收控制消息。

由监视单元创建的监视消息优选地发送至第一应用系统，使得后者直接接收传输错误的知识并且可将其去除。然而例如通过电子邮件或SMS，监视消息还可发送至连接到第一应用系统的服务提供者或者第一应用系统的用户，例如对应企业的雇员。

附图说明

下文将参考附图更详细地描述本发明，其中：

图1示出说明两个应用系统之间的公知通信的块电路图，

图2示出说明本发明的基本问题的应用系统链的块电路图，

图3示出其中多个应用系统与不同企业相关联的的块电路图，

图4至6示出用于说明根据本发明的监视方法的步骤的根据本发明的监视系统的块电路图，

图7示出了根据本发明的监视系统的另外配置的块电路图，以及

图8示出了根据本发明的监视系统的又一配置的块电路图。

具体实施方式

图1示出了两个应用系统10、11，这两个应用系统通过传输媒介20直接连接在一起并且在它们之间数据要以数据包30的形式被电子地交换。应用系统10、11，也就是说例如软件服务或服务提供者，通常具有限定的接口40、41，该接口保证两个应用系统10、11可以以有效的格式彼此交换数据。

那些接口40、41可总是在正好两个应用系统之间使用。然而，对于一过程，一旦多个应用系统是必要的，如图2中所示，特别是在应用系统10-13之间异步连接的情形中，分发数据包30的应用系统10的接口40不能保证数据包30是否还可在所希望的接收应用系统13中得到处理，或者它是否确实并且可能在最大预定事务处理时间之内到达那里。在所谓的EAI软件内的部分区域中该问题仍可解决。然而，如果应用系统(图2中的10-13)的链超过了企业界限，如图3所示，其中应用系统10和11关联于第一企业50且应用系统12和13关联于第二企业51，则甚至商业上可获得的产品也不再适合于保证事务处理的确定性或者以任何方式检查事务处理的成功执行。

在这一点上应该提及，连接各个应用系统10至13的传输媒介20、21、22可以是同样的，而且还可以是完全不同的，也就是说例如可具有不同的传输速率和数据格式。

在图4至6中以块电路图的形式更详细地示出了根据本发明的监视系统。其每个示出了监视方法的各个步骤，下文将对其进行说明。不管关联于各个企业50、51的应用系统10至13，在根据本发明的监视系统中提供了单独的监视单元60，例如设置在服务提供者处的服务器。它具有用于接收来自应用系统的控制消息并且用于输出监视消息的接口61。还有处理单元62，其基于控制消息来检查数据包的传输的成功执行并且产生对应的监视消息。还有存储单元63、64，其中存储有用于检查操作的规则，该规则例如由关联于应用系统的用户来预定义。

作为实例在下文中应说明，根据本发明提供哪些步骤来监视数据包30从在第一企业50的应用系统10、通过应用系统11和12到在第二企业51的应用系统13的传输。就此而言，图4示出了其中的第一步骤，在数据包30从应用系统10的分发之后，分发控制消息70被发送到监视单元60的接收单元61。这使并行于数据包30的传输的过程启动。该过程已经由参与企业50和51预先限定并且被提供了存储在存储单元63(特别是对于应用系统10)和64(特别是对于应用系统13)中的某些规则。这意味着应用系统10至13的整个链和/或在分发应用系统10和希望的接收者应用系统13之间的服务提供者由此关于他们的功能和操作模式得以直接或间接地检查。

对于直接检查，因此作为进一步的步骤，做出如下设置：如果数据包得以成功接收或成功传递，则应用系统11和12也分别将接收和/或分发控制消息发送至监视单元60。然而，在间接检查的情形中，控制消息不必从每一应用系统发送至监视单元60，而是仅个体应用系统将对应的控制消息发送至监视单元60。因而例如如果应用系统12将肯定的接收控制消息发送至监视单元60，则假定应用系统11也以无错的方式操作。

作为进一步的步骤，图5示出了希望作为接收者的应用系统13在接收数据包30之后，将接收控制消息80发送至监视单元60的接收单元61。其可包括一个关于数据包30是否以无错方式并且在何时接收的信息项。用于该目的的监视单元优选地在对于该种类的接收控制消息的给定容限内等待。通过处理单元62检查，如果该消息是否定的或者如果该消息没有在容限(也就是说，例如在从应用系统10发送之后30秒)以内出现，则处理单元62生成对应的监视消息90，该消息被递送至例如分发应用系统10或关联的企业50，如图6所示。

该监视消息90还可包括关于在数据包的传输中哪个位置发生错误和/或发生何种错误的信息，由此可采取适当的措施。另外，所希望的接收者应用系统13或关联的企业51还可接收对应的监视消息。此外，可自动地要求应用系统10在同一路径上再次发送数据包。如果替选是可能的，则还有可能开始进一步的“规则树”。

例如，分发系统10可具有依赖于目标系统的相应可达性而使用的两个替选目标地址(因为例如目标系统操作负载平衡或自动故障转移系统)。作为优先，如果现在第一目标地址被否定地检查，则通过进一步的规则树的执行，第二目标地址可被肯定地检查。该实例使用对目标系统的主动周期性检查；当发送接收消息时该实例将几乎没有意义，这是因为在实践中对于该过程，消息是由第一或第二目标系统生成并不重要。

整个应用系统链可根据需要在所有位置扩展，也就是说，经常的情形是并非仅两个应用系统包含在企业之中，而是可能也不相同的多个应用系统。数据交换也不必局限于两个企业，而实现不同系统之间的数据转换的服务公司和清算中心也经常被用作数据中介。另外如已经提及的，存在以同样方式监视中间步骤的可能性，也就是说，例如从每一中间站分发接收控制消息并通过监视单元对其监视。

另外，接收控制消息不必必须发送至监视单元，而是在如图7示意性地示出的进一步的配置中可设置：监视单元通过检查单元65主动和周期性地检查存储在应用系统13的数据库130中的接收控制消息。另外监视消息不必必须发送至第一应用系统10，而是还可发送至连接于第一应用系统10的单独服务提供者或雇员52，例如通过电子邮件或SMS，其然后可采取适当的措施来消除错误。

在图8中示出了根据本发明的监视系统的更进一步配置。在此情形中提供了通过各种服务提供者彼此独立地操作的多个(在本情形下为三个)监视单元160、260、360。多个用户(企业)连接至每一监视单元160、260、360，例如用户150-154连接至监视单元160。企业仅必须关于“它的”监视单元而已知并且仍然可将确认发送至关于另一个监视单元而已知的企业。在此方面的实例如下：企业150关于监视单元160而已知并且在那里建立用于关于监视单元260而已知的企业250的监视消息。企业250现在将确认发送至监视单元260。这确定了该消息存储在监视单元160上或者必须在那里得到评价并且将该消息前转至监视单元160。

发明提供了一种检查从第一应用系统到第二应用系统的数据包的事务处理是否成功地进行并在预定的事务处理时间之内进行的方式，即使是在这两个应用系统之间存在一系列另外的应用系统时，所述另外的应用系统是参与的不同种类的应用系统并且关联于不同的企业。

Claims (16)

1.一种监视应用系统之间的数据交换的方法，包括以下步骤：

—在从第一应用系统向第二应用系统分发数据包之后，将分发控制消息从第一应用系统发送到单独的监视单元，

—在通过第二应用系统成功地接收数据包之后，从第二应用系统创建接收控制消息，以及

—基于所述分发控制消息和所述接收控制消息从监视单元输出监视消息，其包含关于数据包是否由第二应用系统成功接收并且在预定事务处理时间内接收的信息。

2.根据权利要求1的方法，特征在于所述第一应用系统和所述第二应用系统不直接连接在一起而是间接地连接在一起。

3.根据权利要求2的方法，特征在于所述第一应用系统和所述第二应用系统通过至少一个另外的应用系统和/或传输系统连接在一起。

4.根据权利要求3的方法，特征在于在分别成功接收和分发所述数据包之后，连接所述第一应用系统和所述第二应用系统的所述应用和传输系统还创建并传送接收和/或分发控制消息。

5.根据权利要求4的方法，特征在于所述应用和传输系统将所述接收和/或分发控制消息传送至所述监视单元。

6.根据前面的权利要求之一的方法，特征在于所述第一应用系统和所述第二应用系统是不同的应用系统。

7.根据权利要求6的方法，特征在于所述第一应用系统和所述第二应用系统使用不同的数据协议。

8.根据权利要求1的方法，特征在于涉及数据包传输的规则在所述监视单元中预先确定，在此规则中规定了哪些点要通过监视单元在所述分发和接收控制消息的基础上监视。

9.根据权利要求8的方法，特征在于在规则中规定了：

在待监视点的否定结果的情况下要对不同类型的数据包采取的措施；

最大事务处理时间；

传输路径；和/或

应用系统，其中预期有控制消息来自这些应用系统。

10.根据权利要求1的方法，特征在于接收控制消息从所述第二应用系统发送到监视单元。

11.根据权利要求1的方法，特征在于接收控制消息存储在所述第二应用系统中并且所述监视单元周期性地监视所存储的接收控制消息。

12.根据权利要求1的方法，特征在于所述监视消息发送至所述第一应用系统、连接到所述第一应用系统的服务提供者或者所述第一应用系统的用户。

13.一种用于监视应用系统之间数据交换的监视系统，包括：

—第一应用系统，用于从所述第一应用系统向第二应用系统分发数据包之后将分发控制消息发送至单独的监视单元，

—第二应用系统，用于在成功接收所述数据包之后创建接收控制消息，以及

—监视单元，用于基于所述分发控制消息和所述接收控制消息来输出监视消息，其包含关于数据包是否由所述第二应用系统成功接收并且在预定事务处理时间内接收的信息。

14.一种用于在根据权利要求13的监视系统中使用的监视单元，包括：

—接收单元，用于在从第一应用系统向第二应用系统分发数据包之后接收来自所述第一应用系统的分发控制消息，

—检查单元，用于在成功接收所述数据包之后检查由所述第二应用系统创建的接收控制消息，

—处理单元，用于在分发控制消息和接收控制消息的基础上检查所述数据包是否由所述第二应用系统成功接收并在预定事务处理时间内接收；并且用于创建对应的监视消息，以及

—输出单元，用于输出所述监视消息。

15.根据权利要求14所述的监视单元，进一步包括：存储单元，用于存储预定义的涉及数据包传输的规则，并且在该规则中限定了哪些点待由所述监视单元在所述分发和接收控制消息的基础上监视。

16.一种监视应用系统之间的数据交换的方法，包括以下步骤：

—在从第一应用系统向第二应用系统分发数据包之后接收来自所述第一应用系统的分发控制消息，

—在成功接收所述数据包之后检查由所述第二应用系统创建的接收控制消息，

—基于所述分发控制消息和所述接收控制消息，检查所述数据包是否由所述第二应用系统成功接收并在预定事务处理时间内接收，

—创建对应的监视消息，以及

—输出所述监视消息。

Images