CN112835687A - 一种计算机事务处理方法及系统 - Google Patents

Abstract

本发明公开了一种计算机事务处理方法及系统，由服务端确定事务发起端发送的事务实例创建消息中的事务实例信息相关的事务元信息和节点元信息，接着根据事务元信息和节点元信息确定出至少一个协作端节点信息，使得事务发起端可以根据协作端节点信息，对事务协作消息进行广播，使得与协作端节点信息对应的事务协作端可以进行事务协作，最终完成对事务的处理。本发明实施例通过服务端、事务发起端和事务协作端之间的跨域事务的异步交互，提高了事务吞吐能力，同时避免了对业务开发的侵入性，降低了事务管理系统的事务框架与业务逻辑之间的耦合性。

Description

一种计算机事务处理方法及系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种计算机事务处理方法及系统。

背景技术

当前，在领域建模场景下，还没有一种可以被直接引入的系统或装置可以实现跨域业务交互时的事务管理和控制，而传统的事务管理系统存在着对业务开发有较大侵入性，在高频事务场景下，存在事务管理节点的事务吞吐能力差等问题。

因此，在领域建模系统内，如何完成跨域事务的事务处理，成为本领域技术人员急需解决的技术问题。

发明内容

鉴于上述问题，本发明提供一种克服上述问题或者至少部分地解决上述问题的一种计算机事务处理方法及系统，技术方案如下：

一种计算机事务处理方法，所述方法包括：

服务端获得事务发起端发送的事务实例创建消息；

所述服务端对所述事务实例创建消息中的事务实例信息进行登记，确定与所述事务实例信息相关的事务元信息和节点元信息；

所述服务端根据所述事务元信息和所述节点元信息，在预先存储的元信息登记记录中确定至少一个协作端节点信息，其中，一个协作端节点信息对应一个事务协作端；

所述服务端将所述至少一个协作端节点信息发送至所述事务发起端，由所述事务发起端在开始事务处理的情况下，根据所述至少一个协作端节点信息，生成事务协作消息并将所述事务协作消息向所述服务端和所述事务协作端进行广播，以使各与所述协作端节点信息分别对应的各所述事务协作端接收到所述事务协作消息，由各所述事务协作端进行事务协作处理；

所述服务端获得各所述事务协作端发送的事务协作反馈消息，其中，所述事务协作反馈消息包括所述事务协作端进行事务协作处理之后获得的协作处理结果；

所述服务端获得所述事务发起端发送的事务结束消息，至少根据事务协作反馈消息和事务结束消息，检测事务协作是否结束，当检测到所述事务协作结束时，则向所述事务发起端发送事务结束反馈消息。

可选的，在所述服务端获得各所述事务协作端发送的事务协作反馈消息之后，所述方法还包括：

对任一所述事务协作端：所述服务端根据该事务协作端发送的所述事务协作反馈消息中的所述协作处理结果，判断该事务协作端进行的事务协作处理是否异常，如果异常，则根据与该事务协作端对应的事务元信息对应的补偿策略，向该事务协作端发送异常事务补偿消息，以使该事务协作端根据该异常事务补偿消息中的补偿策略进行事务补偿处理；

所述服务端获得该事务协作端发送的事务补偿反馈消息，其中，所述事务补偿反馈消息包括所述事务协作端进行事务补偿处理之后获得的补偿处理结果；

所述服务端根据所述补偿处理结果，判断该事务协作端进行的事务补偿处理是否异常，如果异常，则执行所述根据与该事务协作端对应的事务元信息对应的补偿策略，向该事务协作端发送异常事务补偿消息，以使该事务协作端根据该异常事务补偿消息中的补偿策略进行事务补偿处理的步骤，直至所述服务端根据所述补偿处理结果，判断该事务协作端进行的事务补偿处理不异常。

可选的，所述方法还包括：

所述服务端维护与所述事务实例信息对应的事务实例的处理状态。

可选的，所述方法还包括：

所述服务端获得所述事务发起端广播的所述事务协作消息；

所述服务端根据所述事务协作消息，将所述处理状态修改为处理中；

所述服务端当获得所述事务发起端发送的事务结束消息且检测到所述事务协作结束时，将所述处理状态修改为已结束。

可选的，所述事务发起端包括事务发起应用端和事务发起客户端，在所述服务端获得事务发起端发送的事务实例创建消息之前，所述方法还包括事务实例创建消息生成过程，所述事务实例创建消息生成过程包括：

所述事务发起应用端发送事务开始事件至所述事务发起客户端；

所述事务发起客户端根据所述事务开始事件，生成事务实例创建消息并将所述事务实例创建消息发送至所述服务端。

可选的，所述服务端将所述至少一个协作端节点信息发送至所述事务发起端，由所述事务发起端在开始事务处理的情况下，根据所述至少一个协作端节点信息，生成事务协作消息并将所述事务协作消息向所述服务端和所述事务协作端进行广播，包括：

所述服务端将所述至少一个协作端节点信息发送至所述事务发起客户端，由所述事务发起客户端在接收到所述事务发起应用端在开始事务处理的情况下发送的事务协作事件之后，根据所述事务协作事件和所述至少一个协作端节点信息，生成事务协作消息并将所述事务协作消息向所述服务端和所述事务协作端进行广播。

可选的，所述事务协作端包括事务协作客户端和事务协作应用端，所述事务协作处理的过程包括：

所述事务协作客户端根据所述事务协作消息，生成业务处理事件并将所述业务处理事件发送至所述事务协作应用端；

所述事务协作应用端使用预先加载好的业务模型对所述业务处理事件进行业务处理，获得业务处理完成事件，其中所述业务处理完成事件包括所述协作处理结果；将所述业务处理完成事件发送至所述事务协作客户端；

所述事务协作客户端在接收到所述业务处理完成事件之后，将包括所述协作处理结果的事务协作反馈消息发送至所述服务端。

可选的，所述事务协作端包括事务协作客户端和事务协作应用端，所述事务补偿处理的过程包括：

所述事务协作客户端根据所述异常事务补偿消息中的补偿策略，生成业务补偿处理事件并将所述业务补偿处理事件发送至所述事务协作应用端；

所述事务协作应用端使用预先加载好的业务模型按照所述补偿策略进行业务处理，获得业务补偿完成事件，其中，所述业务补偿完成事件包括补偿处理结果；将所述业务补偿完成事件发送至所述事务协作客户端；

所述事务协作客户端将包括所述补偿处理结果的事务补偿反馈消息发送至所述服务端。

可选的，所述协作处理结果包括成功或失败，所述补偿处理结果包括成功或失败，所述方法还包括：

所述服务端维护各所述事务协作端的事务协作完成状态；

对任一事务协作端：所述服务端根据该事务协作端发送的所述事务协作反馈消息中的协作处理结果，或，该事务补偿反馈消息中的补偿处理结果，确定该事务协作端的事务协作完成状态；

当所述协作处理结果为成功时，确定所述事务协作完成状态为已完成；

当所述补偿处理结果为成功时，确定所述事务协作完成状态为已完成。

所述检测事务协作是否结束，包括：

当各所述事务协作端的所述事务协作完成状态均为已完成时，确定所述事务协作结束。

一种计算机事务处理系统，包括：服务端、事务发起端和至少一个事务协作端，

所述服务端，用于获得事务发起端发送的事务实例创建消息；

所述服务端，还用于对所述事务实例创建消息中的事务实例信息进行登记，确定与所述事务实例信息相关的事务元信息和节点元信息；

所述服务端，还用于根据所述事务元信息和所述节点元信息，在预先存储的元信息登记记录中确定至少一个协作端节点信息，其中，一个协作端节点信息对应一个事务协作端；

所述服务端，还用于将所述至少一个协作端节点信息发送至所述事务发起端，由所述事务发起端在开始事务处理的情况下，根据所述至少一个协作端节点信息，生成事务协作消息并将所述事务协作消息向所述服务端和所述事务协作端进行广播，以使各与所述协作端节点信息分别对应的各所述事务协作端接收到所述事务协作消息，由各所述事务协作端进行事务协作处理；

所述服务端，还用于获得各所述事务协作端发送的事务协作反馈消息，其中，所述事务协作反馈消息包括所述事务协作端进行事务协作处理之后获得的协作处理结果；

所述服务端，还用于获得所述事务发起端发送的事务结束消息，至少根据事务协作反馈消息和事务结束消息，检测事务协作是否结束，当检测到所述事务协作结束时，则向所述事务发起端发送事务结束反馈消息。

借由上述技术方案，本发明提供的一种计算机事务处理方法及系统，由服务端确定事务发起端发送的事务实例创建消息中的事务实例信息相关的事务元信息和节点元信息，接着根据事务元信息和节点元信息确定出至少一个协作端节点信息，使得事务发起端可以根据协作端节点信息，对事务协作消息进行广播，使得与协作端节点信息对应的事务协作端可以进行事务协作，最终完成对事务的处理。本发明实施例通过服务端、事务发起端和事务协作端之间的跨域事务的异步交互，提高了事务吞吐能力，同时避免了对业务开发的侵入性，降低了事务管理系统的事务框架与业务逻辑之间的耦合性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种计算机事务处理方法的流程示意图；

图2示出了本发明实施例提供的一种业务模型的事务识别和组装方法的流程示意图；

图3示出了本发明实施例提供的另一种计算机事务处理方法中步骤S112至步骤S115的具体过程的示意图；

图4示出了本发明实施例提供的一种事务协作处理的流程示意图；

图5示出了本发明实施例提供的另一种计算机事务处理方法的流程示意图；

图6示出了本发明实施例提供的一种事务补偿处理的流程示意图；

图7示出了本发明实施例提供的一种事务实例创建消息生成过程的示意图；

图8示出了一种计算机事务处理系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

如图1所示，本发明实施例提供的一种计算机事务处理方法，所述方法包括：

S100、服务端获得事务发起端发送的事务实例创建消息。

其中，事务在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。在本发明实施例中事务可以是一个被声明的类型。事务实例是事务类型的实例对象。

S110、所述服务端对所述事务实例创建消息中的事务实例信息进行登记，确定与所述事务实例信息相关的事务元信息和节点元信息。

S111、所述服务端根据所述事务元信息和所述节点元信息，在预先存储的元信息登记记录中确定至少一个协作端节点信息，其中，一个协作端节点信息对应一个事务协作端。

具体的，服务端可以根据事务元信息和节点元信息，在预先存储的元信息登记记录中检索该事务实例涉及的协作端节点信息。

事务发起端和事务协作端可以均为由应用端和客户端构成的事务功能模块。在本公开中，事务发起端和事务协作端是为在事务处理中为了便于区分各自的关系和功能所使用的名称。例如：在事务1的处理过程中，事务功能模块A是事务发起端，事务功能模块B是事务协作端。在事务2的处理过程中，事务功能模块B是事务发起端，事务功能模块A是事务协作端。

本发明实施例可以预先对事务功能模块的业务模型进行事务识别和组装。具体的，如图2所示，本发明实施例提供的一种业务模型的事务识别和组装方法，可以包括：

S200、客户端在业务服务进程启动时进行初始化。

S210、客户端采集该业务服务进程所在的本地节点的节点元信息。

S211、客户端将该节点元信息上报至服务端。

S212、服务端对该节点元信息登记至元信息登记记录中。

S213、客户端扫描应用端加载的业务模型并搜索业务模型的事务注解。

S214、应用端对该业务模型进行内存加载，通过该业务模型的事务注解确定事务元信息。

其中，该事务元信息可以包括：事务类型、事务协作者、事务补偿策略等元信息。

S215、应用端反馈事务元信息至客户端。

S216、客户端将事务元信息上报至服务端。

S217、服务端将该事务元信息登记至元信息登记记录中。

S218、客户端创建事务监听器。

S219、客户端通过该事务监听器对该业务模型的业务处理过程进行监听。

可以理解的是，在实际应用中，事务功能模块可以有多个，对任一事务功能模块都可以预先进行如图2所示的业务模型的事务识别和组装方法，以使后续的计算机事务处理方法得以正常进行。

S112、所述服务端将所述至少一个协作端节点信息发送至所述事务发起端。

S113、所述事务发起端开始事务处理。

S114、所述事务发起端根据所述至少一个协作端节点信息，生成事务协作消息。

其中，事务发起端可以进行事务主处理。具体的，事务发起端在开始事务主处理的情况下，根据至少一个协作端节点信息，生成事务协作消息。其中，事务主处理是事务发起端根据自身需处理的事务进行的事务处理过程，事务协作处理是事务协作端协助事务发起端对该事务进行的事务处理过程。

S115、所述事务发起端将所述事务协作消息向所述服务端和所述事务协作端进行广播。

可以理解的是，事务发起端通过对事务协作消息进行广播，可以至少使得事务协作端和服务端获得该事务协作消息。

基于图1所示的方法，如图3所示，本发明实施例提供的另一种计算机事务处理方法，步骤S112至步骤S115的具体过程可以包括：

S300、所述服务端将所述至少一个协作端节点信息发送至所述事务发起客户端。

S310、所述事务发起客户端接收所述事务发起应用端在开始事务处理的情况下发送的事务协作事件。

可以理解的是，事务发起应用端可以使用预先加载好的业务模型进行事务主处理。其中，事务发起应用端使用的业务模型可以与事务协作应用端使用的业务模型的具体处理功能不同。

事务发起应用端可以通过事务发起客户端提供的SDK(Software DevelopmentKit，软件开发工具包)接口发起跨域的事务协作事件，事务发起客户端通过该接口接收事务协作事件。

S311、所述事务发起客户端根据所述事务协作事件和所述至少一个协作端节点信息，生成事务协作消息。

S312、所述事务发起客户端将所述事务协作消息向所述服务端和所述事务协作端进行广播。

S116、各与所述协作端节点信息分别对应的各所述事务协作端接收到所述事务协作消息。

S117、各所述事务协作端进行事务协作处理。

可选的，所述事务协作端包括事务协作客户端和事务协作应用端，如图4所示，所述事务协作处理的过程包括：

S410、所述事务协作客户端根据所述事务协作消息，生成业务处理事件。

S411、所述事务协作客户端将所述业务处理事件发送至所述事务协作应用端。

S412、所述事务协作应用端使用预先加载好的业务模型对所述业务处理事件进行业务处理，获得业务处理完成事件，其中所述业务处理完成事件包括所述协作处理结果。

S413、所述事务协作应用端将所述业务处理完成事件发送至所述事务协作客户端。

S414、所述事务协作客户端在接收到所述业务处理完成事件之后，将包括所述协作处理结果的事务协作反馈消息发送至所述服务端。

S118、所述服务端获得各所述事务协作端发送的事务协作反馈消息，其中，所述事务协作反馈消息包括所述事务协作端进行事务协作处理之后获得的协作处理结果。

S119、所述服务端获得所述事务发起端发送的事务结束消息。

S120、所述服务端至少根据事务协作反馈消息和事务结束消息，检测事务协作是否结束，当检测到所述事务协作结束时，则执行步骤S121。

S121、向所述事务发起端发送事务结束反馈消息。

可以理解的是，为了便于理解本发明实施例提供的计算机事务处理方法的核心方案，图1中仅示意出一个事务协作端，在实际应用场景中，该事务协作端可以是多个。

本发明实施例提供的一种计算机事务处理方法，由服务端确定事务发起端发送的事务实例创建消息中的事务实例信息相关的事务元信息和节点元信息，接着根据事务元信息和节点元信息确定出至少一个协作端节点信息，使得事务发起端可以根据协作端节点信息，对事务协作消息进行广播，使得与协作端节点信息对应的事务协作端可以进行事务协作，最终完成对事务的处理。本发明实施例通过服务端、事务发起端和事务协作端之间的跨域事务的异步交互，提高了事务吞吐能力，同时避免了对业务开发的侵入性，降低了事务管理系统的事务框架与业务逻辑之间的耦合性。

可选的，服务端还可以对事务协作端进行的事务协作处理是否异常进行检测。基于图1所示的方法，如图5所示，本发明实施例提供的另一种计算机事务处理方法，在步骤S118之后，所述方法还包括：

S500、对任一所述事务协作端：所述服务端根据该事务协作端发送的所述事务协作反馈消息中的所述协作处理结果，判断该事务协作端进行的事务协作处理是否异常，如果异常，则执行步骤S510。

S510、所述服务端根据与该事务协作端对应的事务元信息对应的补偿策略，向该事务协作端发送异常事务补偿消息；

S511、该事务协作端根据该异常事务补偿消息中的补偿策略进行事务补偿处理。

可选的，所述事务协作端包括事务协作客户端和事务协作应用端，如图6所示，所述事务补偿处理的过程包括：

S600、所述事务协作客户端根据所述异常事务补偿消息中的补偿策略，生成业务补偿处理事件。

可选的，补偿策略可以包括重做策略和冲正策略。重做策略可以包括固定时间间隔策略和逐步递延时间策略。

具体的，事务协作客户端提供SDK接口对事务协作应用端中的业务事件处理器进行事务注解。

本发明实施例可以对提供重试策略的业务事件处理器提供重试策略配置，对提供冲正策略的业务事件处理器提供冲正策略配置。支持重试策略和/或支持冲正策略的业务事件处理器均可实现业务幂。

S610、所述事务协作客户端将所述业务补偿处理事件发送至所述事务协作应用端。

S611、所述事务协作应用端使用预先加载好的业务模型按照所述补偿策略进行业务处理，获得业务补偿完成事件，其中，所述业务补偿完成事件包括补偿处理结果。

可以理解的是，在服务端的元信息登记记录中已经登记的事务元信息中包括事务对应的补偿策略。当事务协作端进行的事务协作处理出现异常时，可以根据在服务端的元信息登记记录中对应的补偿策略进行业务处理，获得业务补偿完成事件。

S612、将所述业务补偿完成事件发送至所述事务协作客户端。

S613、所述事务协作客户端将包括所述补偿处理结果的事务补偿反馈消息发送至所述服务端。

S512、所述服务端获得该事务协作端发送的事务补偿反馈消息，其中，所述事务补偿反馈消息包括所述事务协作端进行事务补偿处理之后获得的补偿处理结果。

其中，重试策略可以具体为服务端在间隔时间段向事件协作端发送重试指令，直至获得该事件协作端发送的事务补偿反馈消息。冲正策略可以具体为服务端在间隔时间段向事件协作端发送冲正指令，直至获得该事件协作端发送的事务补偿反馈消息。

S513、所述服务端根据所述补偿处理结果，判断该事务协作端进行的事务补偿处理是否异常，如果异常，则执行步骤S510，直至所述服务端根据所述补偿处理结果，判断该事务协作端进行的事务补偿处理不异常。

可选的，所述服务端维护与所述事务实例信息对应的事务实例的处理状态。

可选的，所述服务端获得所述事务发起端广播的所述事务协作消息；所述服务端根据所述事务协作消息，将所述处理状态修改为处理中；所述服务端当获得所述事务发起端发送的事务结束消息且检测到所述事务协作结束时，将所述处理状态修改为已结束。

可选的，所述事务发起端包括事务发起应用端和事务发起客户端，如图7所示，本发明实施例提供的另一种计算机事务处理方法，在步骤S100之前，所述方法还包括事务实例创建消息生成过程，所述事务实例创建消息生成过程包括：

S710、所述事务发起应用端发送事务开始事件至所述事务发起客户端。

S711、所述事务发起客户端根据所述事务开始事件，生成事务实例创建消息。

S712、所述事务发起客户端将所述事务实例创建消息发送至所述服务端。

可选的，所述协作处理结果包括成功或失败，所述补偿处理结果包括成功或失败，所述方法还包括：

所述服务端维护各所述事务协作端的事务协作完成状态；

对任一事务协作端：所述服务端根据该事务协作端发送的所述事务协作反馈消息中的协作处理结果，或，该事务补偿反馈消息中的补偿处理结果，确定该事务协作端的事务协作完成状态；

当所述协作处理结果为成功时，确定所述事务协作完成状态为已完成；

当所述补偿处理结果为成功时，确定所述事务协作完成状态为已完成。

所述检测事务协作是否结束，包括：

当各所述事务协作端的所述事务协作完成状态均为已完成时，确定所述事务协作结束。

服务端的内存中可以存储事务实例的处理状态和事务协作完成状态。

可选的，服务端可以提供可查询在当前内存中正在处理的事务实例的REST接口。

可选的，服务端可以提供可查询在当前内存中存在异常的事务实例的REST接口。

可选的，服务端可以提供发送事务补偿指令的REST接口。

本发明实施例通过在服务端提供REST接口，可以在事务实例处理过程，提供人工查询和干预的能力。

可以理解的是，本公开虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本发明实施例提供一种计算机事务处理系统，其结构可以如图8所示，可以包括：服务端100、事务发起端200和至少一个事务协作端300。

所述服务端100，用于获得事务发起端200发送的事务实例创建消息；

所述服务端100，还用于对所述事务实例创建消息中的事务实例信息进行登记，确定与所述事务实例信息相关的事务元信息和节点元信息；

所述服务端100，还用于根据所述事务元信息和所述节点元信息，在预先存储的元信息登记记录中确定至少一个协作端节点信息，其中，一个协作端节点信息对应一个事务协作端300；

所述服务端100，还用于将所述至少一个协作端节点信息发送至所述事务发起端200，由所述事务发起端200在开始事务处理的情况下，根据所述至少一个协作端节点信息，生成事务协作消息并将所述事务协作消息向所述服务端100和所述事务协作端300进行广播，以使各与所述协作端节点信息分别对应的各所述事务协作端300接收到所述事务协作消息，由各所述事务协作端300进行事务协作处理；

所述服务端100，还用于获得各所述事务协作端300发送的事务协作反馈消息，其中，所述事务协作反馈消息包括所述事务协作端300进行事务协作处理之后获得的协作处理结果；

所述服务端100，还用于获得所述事务发起端200发送的事务结束消息，至少根据事务协作反馈消息和事务结束消息，检测事务协作是否结束，当检测到所述事务协作结束时，则向所述事务发起端200发送事务结束反馈消息。

可选的，对任一所述事务协作端300，所述服务端100还用于根据该事务协作端300发送的所述事务协作反馈消息中的所述协作处理结果，判断该事务协作端300进行的事务协作处理是否异常，如果异常，则根据与该事务协作端300对应的事务元信息对应的补偿策略，向该事务协作端300发送异常事务补偿消息，以使该事务协作端300根据该异常事务补偿消息中的补偿策略进行事务补偿处理。

所述服务端100，还用于获得该事务协作端300发送的事务补偿反馈消息，其中，所述事务补偿反馈消息包括所述事务协作端300进行事务补偿处理之后获得的补偿处理结果。

所述服务端100，还用于根据所述补偿处理结果，判断该事务协作端300进行的事务补偿处理是否异常，如果异常，则所述服务端100还用于执行所述根据与该事务协作端300对应的事务元信息对应的补偿策略，向该事务协作端300发送异常事务补偿消息，以使该事务协作端300根据该异常事务补偿消息中的补偿策略进行事务补偿处理，直至所述服务端100根据所述补偿处理结果，判断该事务协作端300进行的事务补偿处理不异常。

可选的，所述服务端100还用于维护与所述事务实例信息对应的事务实例的处理状态。

可选的，所述服务端100还用于获得所述事务发起端200广播的所述事务协作消息。所述服务端100还用于根据所述事务协作消息，将所述处理状态修改为处理中。所述服务端100还用于当获得所述事务发起端200发送的事务结束消息且检测到所述事务协作结束时，将所述处理状态修改为已结束。

可选的，所述事务发起端200包括事务发起应用端和事务发起客户端。

所述事务发起应用端，在所述服务端100用于获得事务发起端200发送的事务实例创建消息之前，用于发送事务开始事件至所述事务发起客户端。

所述事务发起客户端，用于根据所述事务开始事件，生成事务实例创建消息并将所述事务实例创建消息发送至所述服务端100。

可选的，所述服务端100，还用于将所述至少一个协作端节点信息发送至所述事务发起客户端，由所述事务发起客户端在接收到所述事务发起应用端在开始事务处理的情况下发送的事务协作事件之后，根据所述事务协作事件和所述至少一个协作端节点信息，生成事务协作消息并将所述事务协作消息向所述服务端100和所述事务协作端300进行广播。

可选的，所述事务协作端300包括事务协作客户端和事务协作应用端。

所述事务协作客户端，用于根据所述事务协作消息，生成业务处理事件并将所述业务处理事件发送至所述事务协作应用端。

所述事务协作应用端，用于使用预先加载好的业务模型对所述业务处理事件进行业务处理，获得业务处理完成事件，其中所述业务处理完成事件包括所述协作处理结果；将所述业务处理完成事件发送至所述事务协作客户端。

所述事务协作客户端，还用于在接收到所述业务处理完成事件之后，将包括所述协作处理结果的事务协作反馈消息发送至所述服务端100。

可选的，所述事务协作端300包括事务协作客户端和事务协作应用端。

所述事务协作客户端，用于根据所述异常事务补偿消息中的补偿策略，生成业务补偿处理事件并将所述业务补偿处理事件发送至所述事务协作应用端。

所述事务协作应用端，用于使用预先加载好的业务模型按照所述补偿策略进行业务处理，获得业务补偿完成事件，其中，所述业务补偿完成事件包括补偿处理结果；将所述业务补偿完成事件发送至所述事务协作客户端。

所述事务协作客户端，还用于将包括所述补偿处理结果的事务补偿反馈消息发送至所述服务端100。

可选的，所述服务端100，还用于维护各所述事务协作端300的事务协作完成状态。

对任一事务协作端300：所述服务端100，还用于根据该事务协作端300发送的所述事务协作反馈消息中的协作处理结果，或，该事务补偿反馈消息中的补偿处理结果，确定该事务协作端300的事务协作完成状态；当所述协作处理结果为成功时，确定所述事务协作完成状态为已完成；当所述补偿处理结果为成功时，确定所述事务协作完成状态为已完成。

所述服务端100，还用于当各所述事务协作端300的所述事务协作完成状态均为已完成时，确定所述事务协作结束。

本发明实施例提供的一种计算机事务处理系统，由服务端确定事务发起端发送的事务实例创建消息中的事务实例信息相关的事务元信息和节点元信息，接着根据事务元信息和节点元信息确定出至少一个协作端节点信息，使得事务发起端可以根据协作端节点信息，对事务协作消息进行广播，使得与协作端节点信息对应的事务协作端可以进行事务协作，最终完成对事务的处理。本发明实施例通过服务端、事务发起端和事务协作端之间的跨域事务的异步交互，提高了事务吞吐能力，同时避免了对业务开发的侵入性，降低了事务管理系统的事务框架与业务逻辑之间的耦合性。

在本申请中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种计算机事务处理方法，其特征在于，所述方法包括：

服务端获得事务发起端发送的事务实例创建消息；

所述服务端对所述事务实例创建消息中的事务实例信息进行登记，确定与所述事务实例信息相关的事务元信息和节点元信息；

所述服务端根据所述事务元信息和所述节点元信息，在预先存储的元信息登记记录中确定至少一个协作端节点信息，其中，一个协作端节点信息对应一个事务协作端；

所述服务端将所述至少一个协作端节点信息发送至所述事务发起端，由所述事务发起端在开始事务处理的情况下，根据所述至少一个协作端节点信息，生成事务协作消息并将所述事务协作消息向所述服务端和所述事务协作端进行广播，以使各与所述协作端节点信息分别对应的各所述事务协作端接收到所述事务协作消息，由各所述事务协作端进行事务协作处理；

所述服务端获得各所述事务协作端发送的事务协作反馈消息，其中，所述事务协作反馈消息包括所述事务协作端进行事务协作处理之后获得的协作处理结果；

所述服务端获得所述事务发起端发送的事务结束消息，至少根据事务协作反馈消息和事务结束消息，检测事务协作是否结束，当检测到所述事务协作结束时，则向所述事务发起端发送事务结束反馈消息。

2.根据权利要求1所述的方法，其特征在于，在所述服务端获得各所述事务协作端发送的事务协作反馈消息之后，所述方法还包括：

对任一所述事务协作端：所述服务端根据该事务协作端发送的所述事务协作反馈消息中的所述协作处理结果，判断该事务协作端进行的事务协作处理是否异常，如果异常，则根据与该事务协作端对应的事务元信息对应的补偿策略，向该事务协作端发送异常事务补偿消息，以使该事务协作端根据该异常事务补偿消息中的补偿策略进行事务补偿处理；

所述服务端获得该事务协作端发送的事务补偿反馈消息，其中，所述事务补偿反馈消息包括所述事务协作端进行事务补偿处理之后获得的补偿处理结果；

所述服务端根据所述补偿处理结果，判断该事务协作端进行的事务补偿处理是否异常，如果异常，则执行所述根据与该事务协作端对应的事务元信息对应的补偿策略，向该事务协作端发送异常事务补偿消息，以使该事务协作端根据该异常事务补偿消息中的补偿策略进行事务补偿处理的步骤，直至所述服务端根据所述补偿处理结果，判断该事务协作端进行的事务补偿处理不异常。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

所述服务端维护与所述事务实例信息对应的事务实例的处理状态。

4.根据权利要求3所述的方法，其特征在于，还包括：

所述服务端获得所述事务发起端广播的所述事务协作消息；

所述服务端根据所述事务协作消息，将所述处理状态修改为处理中；

所述服务端当获得所述事务发起端发送的事务结束消息且检测到所述事务协作结束时，将所述处理状态修改为已结束。

5.根据权利要求1或2所述的方法，其特征在于，所述事务发起端包括事务发起应用端和事务发起客户端，在所述服务端获得事务发起端发送的事务实例创建消息之前，所述方法还包括事务实例创建消息生成过程，所述事务实例创建消息生成过程包括：

所述事务发起应用端发送事务开始事件至所述事务发起客户端；

所述事务发起客户端根据所述事务开始事件，生成事务实例创建消息并将所述事务实例创建消息发送至所述服务端。

6.根据权利要求5所述的方法，其特征在于，所述服务端将所述至少一个协作端节点信息发送至所述事务发起端，由所述事务发起端在开始事务处理的情况下，根据所述至少一个协作端节点信息，生成事务协作消息并将所述事务协作消息向所述服务端和所述事务协作端进行广播，包括：

所述服务端将所述至少一个协作端节点信息发送至所述事务发起客户端，由所述事务发起客户端在接收到所述事务发起应用端在开始事务处理的情况下发送的事务协作事件之后，根据所述事务协作事件和所述至少一个协作端节点信息，生成事务协作消息并将所述事务协作消息向所述服务端和所述事务协作端进行广播。

7.根据权利要求1所述的方法，其特征在于，所述事务协作端包括事务协作客户端和事务协作应用端，所述事务协作处理的过程包括：

所述事务协作客户端根据所述事务协作消息，生成业务处理事件并将所述业务处理事件发送至所述事务协作应用端；

所述事务协作应用端使用预先加载好的业务模型对所述业务处理事件进行业务处理，获得业务处理完成事件，其中所述业务处理完成事件包括所述协作处理结果；将所述业务处理完成事件发送至所述事务协作客户端；

所述事务协作客户端在接收到所述业务处理完成事件之后，将包括所述协作处理结果的事务协作反馈消息发送至所述服务端。

8.根据权利要求2所述的方法，其特征在于，所述事务协作端包括事务协作客户端和事务协作应用端，所述事务补偿处理的过程包括：

所述事务协作客户端根据所述异常事务补偿消息中的补偿策略，生成业务补偿处理事件并将所述业务补偿处理事件发送至所述事务协作应用端；

所述事务协作应用端使用预先加载好的业务模型按照所述补偿策略进行业务处理，获得业务补偿完成事件，其中，所述业务补偿完成事件包括补偿处理结果；将所述业务补偿完成事件发送至所述事务协作客户端；

所述事务协作客户端将包括所述补偿处理结果的事务补偿反馈消息发送至所述服务端。

9.根据权利要求2所述的方法，其特征在于，所述协作处理结果包括成功或失败，所述补偿处理结果包括成功或失败，所述方法还包括：

所述服务端维护各所述事务协作端的事务协作完成状态；

对任一事务协作端：所述服务端根据该事务协作端发送的所述事务协作反馈消息中的协作处理结果，或，该事务补偿反馈消息中的补偿处理结果，确定该事务协作端的事务协作完成状态；

当所述协作处理结果为成功时，确定所述事务协作完成状态为已完成；

当所述补偿处理结果为成功时，确定所述事务协作完成状态为已完成；

所述检测事务协作是否结束，包括：

当各所述事务协作端的所述事务协作完成状态均为已完成时，确定所述事务协作结束。

10.一种计算机事务处理系统，其特征在于，包括：服务端、事务发起端和至少一个事务协作端，

所述服务端，用于获得事务发起端发送的事务实例创建消息；

所述服务端，还用于对所述事务实例创建消息中的事务实例信息进行登记，确定与所述事务实例信息相关的事务元信息和节点元信息；

所述服务端，还用于根据所述事务元信息和所述节点元信息，在预先存储的元信息登记记录中确定至少一个协作端节点信息，其中，一个协作端节点信息对应一个事务协作端；

所述服务端，还用于将所述至少一个协作端节点信息发送至所述事务发起端，由所述事务发起端在开始事务处理的情况下，根据所述至少一个协作端节点信息，生成事务协作消息并将所述事务协作消息向所述服务端和所述事务协作端进行广播，以使各与所述协作端节点信息分别对应的各所述事务协作端接收到所述事务协作消息，由各所述事务协作端进行事务协作处理；

所述服务端，还用于获得各所述事务协作端发送的事务协作反馈消息，其中，所述事务协作反馈消息包括所述事务协作端进行事务协作处理之后获得的协作处理结果；

所述服务端，还用于获得所述事务发起端发送的事务结束消息，至少根据事务协作反馈消息和事务结束消息，检测事务协作是否结束，当检测到所述事务协作结束时，则向所述事务发起端发送事务结束反馈消息。

Images