CN112288577B - 分布式服务的交易处理方法、装置、电子设备和介质 - Google Patents

Abstract

本公开提供一种分布式服务的交易处理方法，包括：在调用分布式服务处理交易请求的过程中，读取交易请求中未成功处理的交易子请求；基于未成功处理的交易子请求，确定节点信息，其中，节点信息用于表征未成功处理交易子请求的服务子节点，服务子节点部署在分布式服务的目标服务节点上；识别服务子节点的当前节点状态，以获得识别结果；以及基于识别结果，下发交易子请求，以成功处理交易子请求。本公开还提供了一种分布式服务的交易处理装置，电子设备以及计算机可读存储介质。本公开提供的方法和装置例如可以应用于金融领域或其他领域。

Description

分布式服务的交易处理方法、装置、电子设备和介质

技术领域

本公开涉及计算机技术领域，特别是涉及一种分布式服务的交易处理方法、装置、电子设备和介质。

背景技术

银行系统目前多采用分布式架构，在向用户提供服务时，需要保证服务的完整、高效且高质量。尤其在处理用户高敏感的支付或转账等交易服务时，要求在短时间内迅速完成交易处理，以向用户反馈处理结果。如果在交易服务的处理过程中，由于银行系统的技术服务异常导致交易异常，将对用户造成不良影响。

相关技术中，处理一笔交易服务需要部署在多个物理节点上的服务器之间相互联动、协同处理。因此，只有在整个服务处理环节中的每一个物理节点的服务都正常完成，且逐级返回处理结果的情况下，该笔交易服务才算成功闭环，才能够给用户及时反馈交易处理结果。

但是，在物理节点出现异常的情况下，容易出现交易处理结果异常，或者交易处理结果未知等未闭环的异常情况，直接导致交易服务闭环的成功率低，无法给用户及时反馈交易处理结果，而用户在迟迟未收到处理反馈结果的情况下，将再次甚至多次重复地发起该交易请求，以期获得交易处理结果，整个交易服务过程将使用户的交易体验大打折扣。

发明内容

有鉴于此，为了在物理节点出现异常的情况下，提高交易服务闭环的成功率，给用户及时反馈交易处理结果，避免用户再次甚至多次重复地发起交易请求，至少部分地克服相关技术存在的交易服务闭环的成功率低，无法给用户及时反馈交易处理结果，甚至有时迟迟无法反馈，需要用户再次或者多次重复地发起交易请求的技术问题。本公开提供了一种分布式服务的交易处理方法、装置、电子设备和介质。

为实现上述目标，本公开的一个方面提供了一种分布式服务的交易处理方法，包括：在调用上述分布式服务处理交易请求的过程中，读取上述交易请求中未成功处理的交易子请求。基于上述未成功处理的交易子请求，确定节点信息，其中，上述节点信息用于表征未成功处理上述交易子请求的服务子节点，上述服务子节点部署在上述分布式服务的目标服务节点上。识别上述服务子节点的当前节点状态，以获得识别结果。以及基于上述识别结果，下发上述交易子请求，以成功处理上述交易子请求。

根据本公开的实施例，上述基于上述识别结果，下发上述交易子请求，以成功处理上述交易子请求包括：在上述识别结果表明上述服务子节点状态异常的情况下，下发上述交易子请求至部署在上述目标服务节点上的其他服务子节点，以使上述其他服务子节点成功处理上述交易子请求。

根据本公开的实施例，上述基于上述识别结果，下发上述交易子请求，以成功处理上述交易子请求包括：在上述识别结果表明上述服务子节点状态正常的情况下，基于上述交易子请求，确定与上述服务子节点对应的上游服务子节点。以及通过上述上游服务子节点，下发上述交易子请求至上述服务子节点，以成功处理上述交易子请求。

根据本公开的实施例，上述通过上述上游服务子节点，下发上述交易子请求至上述服务子节点，以成功处理上述交易子请求包括：确定上述交易子请求的历史响应状态。以及在上述历史响应状态表明未收到处理结果的情况下，通过上述上游服务子节点，下发上述交易子请求至上述服务子节点，以使上述服务子节点重新处理上述交易子请求，并上传本次处理结果。

根据本公开的实施例，上述方法还包括：响应于成功处理上述交易子请求，更新上述交易子请求的历史响应状态。

根据本公开的实施例，上述方法还包括：确定上述交易子请求的历史处理状态。以及在上述历史处理状态表明上述交易子请求未处理完成的情况下，通过上述上游服务子节点，下发上述交易子请求至上述服务子节点，以使上述服务子节点重新处理上述交易子请求，并上传本次处理结果。

根据本公开的实施例，上述方法还包括：在上述历史处理状态表明上述交易子请求已处理完成的情况下，通过上述上游服务子节点，下发上述交易子请求至上述服务子节点，以使上述服务子节点上传已处理完成的处理结果。

根据本公开的实施例，上述方法还包括：响应于成功处理上述交易子请求，更新上述交易子请求的历史处理状态。

为实现上述目标，本公开的另一个方面提供了一种分布式服务的交易处理装置，包括：读取模块，用于在调用上述分布式服务处理交易请求的过程中，读取上述交易请求中未成功处理的交易子请求。确定模块，用于基于上述未成功处理的交易子请求，确定节点信息，其中，上述节点信息用于表征未成功处理上述交易子请求的服务子节点，上述服务子节点部署在上述分布式服务的目标服务节点上。识别模块，用于识别上述服务子节点的当前节点状态，以获得识别结果。以及处理模块，用于基于上述识别结果，下发上述交易子请求，以成功处理上述交易子请求。

根据本公开的实施例，上述处理模块包括：第一处理子模块，用于在上述识别结果表明上述服务子节点状态异常的情况下，下发上述交易子请求至部署在上述目标服务节点上的其他服务子节点，以使上述其他服务子节点成功处理上述交易子请求。

根据本公开的实施例，上述处理模块包括：第一确定子模块，用于在上述识别结果表明上述服务子节点状态正常的情况下，基于上述交易子请求，确定与上述服务子节点对应的上游服务子节点。以及第二处理子模块，用于通过上述上游服务子节点，下发上述交易子请求至上述服务子节点，以成功处理上述交易子请求。

根据本公开的实施例，上述第二处理子模块包括：第一确定单元，用于确定上述交易子请求的历史响应状态。以及第一处理单元，用于在上述历史响应状态表明未收到处理结果的情况下，通过上述上游服务子节点，下发上述交易子请求至上述服务子节点，以使上述服务子节点重新处理上述交易子请求，并上传本次处理结果。

根据本公开的实施例，上述第二处理子模块还包括：第一更新单元，用于响应于成功处理上述交易子请求，更新上述交易子请求的历史响应状态。

根据本公开的实施例，上述第二处理子模块还包括：第二确定单元，用于确定上述交易子请求的历史处理状态。以及第二处理单元，用于在上述历史处理状态表明上述交易子请求未处理完成的情况下，通过上述上游服务子节点，下发上述交易子请求至上述服务子节点，以使上述服务子节点重新处理上述交易子请求，并上传本次处理结果。

根据本公开的实施例，上述第二处理子模块还包括：第三处理单元，用于在上述历史处理状态表明上述交易子请求已处理完成的情况下，通过上述上游服务子节点，下发上述交易子请求至上述服务子节点，以使上述服务子节点上传已处理完成的处理结果。

根据本公开的实施例，上述第二处理子模块还包括：第二更新单元，用于响应于成功处理上述交易子请求，更新上述交易子请求的历史处理状态。

为实现上述目标，本公开的另一方面提供了一种电子设备，包括：一个或多个处理器，存储器，用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如上所述的装置。

为实现上述目标，本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，上述指令在被执行时用于实现如上所述的方法。

为实现上述目标，本公开的另一方面提供了一种计算机程序，上述计算机程序包括计算机可执行指令，上述指令在被执行时用于实现如上所述的方法。

与相关技术相比，本公开提供的分布式服务的交易处理方法，在调用分布式服务处理交易请求的过程中，根据读取到的交易请求中未成功处理的交易子请求，识别未成功处理该交易子请求的服务子节点的节点状态，根据识别结果，下发该交易子请求，以成功处理交易子请求，可以避免在物理节点出现异常的情况下，提高交易服务闭环的成功率，给用户及时反馈交易处理结果，避免用户再次甚至多次重复地发起交易请求，至少部分地克服相关技术存在的交易服务闭环的成功率低，无法给用户及时反馈交易处理结果，甚至有时迟迟无法反馈，需要用户再次或者多次重复地发起交易请求的技术问题。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了适用于本公开实施例的可以应用分布式服务的交易处理方法和装置的应用场景；

图2示意性示出了适用于本公开实施例的可以应用分布式服务的交易处理方法和装置的系统架构；

图3示意性示出了根据本公开实施例的分布式服务的交易处理方法的流程图；

图4示意性示出了根据本公开另一实施例的分布式服务的交易处理方法的流程图；

图5示意性示出了根据本公开实施例的分布式服务的交易处理装置的框图；

图6示意性示出了根据本公开另一实施例的分布式服务的交易处理装置的框图；

图7示意性示出了根据本公开实施例的交易路由装置的框图；

图8示意性示出了根据本公开实施例的交易服务装置的框图；

图9示意性示出了根据本公开实施例的交易服务注册与监控装置的框图；

图10示意性示出了根据本公开实施例的松散事务补偿装置的框图；

图11示意性示出了根据本公开实施例的适于实现上文描述的分布式服务的交易处理方法的计算机可读存储介质产品的示意图；以及

图12示意性示出了根据本公开实施例的适于实现上文描述的分布式服务的交易处理方法的电子设备的框图。

在附图中，相同或对应的标号表示相同或对应的部分。

应该注意的是，附图并未按比例绘制，并且出于说明目的，在整个附图中类似结构或功能的元素通常用类似的附图标记来表示。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了上述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程用户身份认证装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

需要说明的是，本公开提供的分布式服务的交易处理方法和装置可用于金融领域中，也可用于除金融领域之外的任意领域中。因此，对本公开所提供的方法和装置的应用领域不做限定。

图1示意性示出了适用于本公开实施例的可以应用分布式服务的交易处理方法和装置的应用场景100。需要注意的是，图1所示仅为可应用本公开实施例的应用场景的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的应用场景100可以包括终端设备101、102、103、104，网络105和服务器106。网络105用以在终端设备101、102、103、104和服务器106之间提供通信链路的介质。网络105可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103、104通过网络105与服务器106交互，以接收或发送消息等。终端设备101、102、103、104上可以安装有各种通讯客户端应用，例如网上银行类应用、手机银行类应用、购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备101、102、103、104可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于柜面交易终端、远程自助终端、智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器106可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103、104所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户的交易请求获取或生成的网页、信息、或数据等)反馈给终端设备101、102、103、104。

需要说明的是，本公开实施例所提供的分布式服务的交易处理方法一般可以由服务器106执行。相应地，本公开实施例所提供的分布式服务的交易处理装置一般可以设置于服务器106中。本公开实施例所提供的分布式服务的交易处理方法也可以由不同于服务器106且能够与终端设备101、102、103、1 04和/或服务器1 06通信的服务器或服务器集群执行。相应地，本公开实施例所提供的分布式服务的交易处理装置也可以设置于不同于服务器106且能够与终端设备101、102、103、104和/或服务器106通信的服务器或服务器集群中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示意性示出了适用于本公开实施例的可以应用分布式服务的交易处理方法和装置的系统架构。

如图2所示，在该系统架构200中，包括发起交易请求的交易终端210和为交易终端210提供分布式服务的服务节点220、服务节点230以及服务节点240。

交易终端210可以是图1中所示的终端设备101、102、103、104中的任意终端设备。例如，可以是柜面交易终端，也可以是智能手机。

服务节点220、服务节点230以及服务节点240可以是以分布式架构部署的物理节点，物理节点可以一个连接点，表示一个再分发点或一个通信端点。一个物理网络节点是一个连接到网络的有源电子设备，能够通过通信通道发送、接收或转发信息。每个服务节点上可以部署多个服务子节点，一个服务子节点可以是一个交易服务装置。由于各个服务节点采用分布式部署，同一服务节点的多个服务子节点实际上为一组提供同类服务的装置，因此，注册时，需同时登记提供具体业务服务种类、流程的各服务节点的服务子节点的名称及其IP地址。

具体实施时，服务节点220可以采用分布式部署交易服务装置1，交易服务装置2，......，交易服务装置m(m为大于2的正整数)。其中，交易服务装置1，交易服务装置2，......，交易服务装置m实际上为一组提供同类服务B的装置。

具体实施时，服务节点230可以采用分布式部署交易服务装置1，交易服务装置2，......，交易服务装置n(n为大于2的正整数)。其中，交易服务装置1，交易服务装置2，......，交易服务装置n实际上为一组提供同类服务B的装置。

具体实施时，服务节点240可以采用分布式部署交易服务装置1，交易服务装置2，......，交易服务装置P(p为大于2的正整数)。其中，交易服务装置1，交易服务装置2，......，交易服务装置p实际上为一组提供同类服务C的装置。

需要说明的是，在具体实施时，每个服务节采用分布式部署的服务子节点的数量可以相同，也可以不同。本公开对每个服务节点上部署的服务子节点的数量不做限制。

响应于交易终端210发送的交易请求，调用分布式服务中的服务节点220、服务节点230、服务节点240处理一笔完整的交易事务时，每个物理节点(服务节点220、服务节点230、服务节点240)都为整个交易服务链路中多个服务步骤(交易子请求)中的一个步骤提供相应的服务，整个交易事务的成功闭环，一方面依赖于每个物理节点的服务资源正常，这样才能实现自身服务节点的正常服务，以获得相应地处理结果，另一方面还依赖于多个物理节点之间的通讯资源正常，这样才能实现与其上游物理节点和下游物理节点之间的正常通讯，以保证交易事务的一致性。

在资源异常或通讯异常的情况下，相关技术提供的交易处理方法，容易出现交易处理结果异常，或者交易处理结果未知等未闭环的异常情况，直接导致交易服务闭环的成功率低，无法给用户及时反馈交易处理结果，而用户在迟迟未收到处理反馈结果的情况下，将再次甚至多次重复地发起该交易请求，以期获得交易处理结果，以上交易服务过程将使用户的交易体验大打折扣。

应该理解，图2中的交易终端、服务节点以及各个服务节点分布式部署的服务子节点的数目仅仅是示意性的。根据具体实现需要，可以具有任意数目的交易终端、服务节点以及各个服务节点分布式部署的服务子节点。

下面参考本发明的若干代表性实施方式，详细阐释本公开的原理和精神。此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

图3示意性示出了根据本公开实施例的分布式服务的交易处理方法的流程图。如图3所示，该分布式服务的交易处理方法300可以包括操作S310～操作S340。

在操作S310，在调用分布式服务处理交易请求的过程中，读取交易请求中未成功处理的交易子请求。

在操作S320，基于未成功处理的交易子请求，确定节点信息。节点信息用于表征未成功处理交易子请求的服务子节点，服务子节点部署在分布式服务的目标服务节点上。

在操作S330，识别服务子节点的当前节点状态，以获得识别结果。

在操作S340，基于识别结果，下发交易子请求，以成功处理交易子请求。

在本公开中，交易请求可以是交易终端发起的银行支付转账等交易请求。交易终端可以包括但不限于移动交易终端和柜面交易终端。客户可以通过移动交易终端的网上银行或手机银行发起交易请求，以请求执行交易处理，也可以发起查询请求，以期获得交易请求的处理结果。银行柜员可以通过柜面交易终端发起交易请求，以请求执行交易处理，也可以发起查询请求，以期获得交易请求的处理结果。

在本公开中，在处理交易请求的过程中，整个交易请求的完整处理需要调用分布式服务的多个服务节点。交易请求具有唯一流水号，用于标识不同的交易请求。根据交易业务种类的不同，可以确定交易服务链路，即对应的交易服务步骤和交易服务顺序，不同的交易服务步骤需要按照交易服务的顺序，按序调用不同的服务节点部署的服务子节点。交易服务步骤包括交易子请求a、交易子请求b以及交易子请求c，服务节点220可以为交易子请求a提供同类服务A、服务节点230可以为交易子请求b提供同类服务B、服务节点240可以为交易子请求c提供同类服务C。交易服务顺序可以是先调用与交易子请求a对应的服务子节点处理交易子请求a、然后调用与交易子请求b对应的服务子节点处理交易子请求b，最后调用与交易子请求c对应的服务子节点处理交易子请求c。每个交易子请求在成功处理后，将逐级向上返回对应的处理结果。

作为一种可选的实施例，可以利用图2所示的服务节点220、服务节点230以及服务节点240提供分布式服务。服务节点220提供服务A，其上部署有为交易子请求a提供服务的服务子节点(交易服务装置1)。服务节点230提供服务B，其上部署有为交易子请求b提供服务的服务子节点(交易服务装置2)，服务节点240提供服务C，其上部署有为交易子请求c提供服务的服务子节点(交易服务装置p)。

具体实施时，处理交易请求完整的交易服务链路为先调用服务节点220的交易服务装置1处理交易子请求a，然后服务节点220调用服务节点230的交易服务装置2处理交易子请求b，最后服务节点230调用服务节点240的交易服务装置n处理交易子请求c。按照交易服务链路的流程顺序，交易请求流转在上游服务节点和下游服务节点之间，例如，对于交易子请求a来说，服务节点220作为服务消费方，是上游服务节点方，服务节点230作为服务提供方，是下游服务节点。服务节点220调用服务节点230的交易服务装置2处理交易子请求b时未处理成功，则未成功处理交易子请求的服务子节点为服务节点230的交易服务装置2，目标服务节点为服务节点230。

具体实施时，在接收移动交易终端或柜面交易终端发起的交易请求之后，为其分配交易流水号，该交易流水号具有唯一性，用于标识不同的交易请求。将交易数据保存在数据库中，根据交易服务的流程顺序，按处理步骤提交逐级到各个服务节点上部署的服务子节点处理，在某节点服务器发生内存或数据库等软硬件资源异常或交易服务链路发生通讯异常时，考虑到这种技术异常通常为短暂的且有人工及时干预排除的，对收到异常返回信息或未收到处理结果反馈的未闭环异常交易，通过后台、异步、定时线程的方式，将未处理完成的异常(未闭环)交易以查询或重发方式提交到可反馈异常结果的服务子节点，也可以将未收到处理结果反馈的未闭环异常交易原路径重提交到服务子节点，进行交易补偿处理。

在正常情况下，服务子节点接收交易请求后，将带有唯一交易流水号标识的交易数据保存在数据库中，在本服务节点的服务子节点处理完成后，更新数据库中记录的与该交易流水号对应的交易处理状态，逐级传递，以触发下一个服务节点的服务子节点进行交易服务流程的下一步处理，在下一服务节点的服务子节点处理完成之后，将处理结果信息逐级向上返回给上一个服务节点的服务子节点，各个节点在收到其他节点返回的处理结果信息之后，更新数据库中记录的与该交易流水号对应的处理状态，最终在交易成功闭环后，最终向交易终端返回交易请求的处理结果，以供客户或者银行柜员对交易结果进行查看。

在服务节点出现异常的情况下，将导致交易无法成功闭环。具体地，异常如果是服务节点的系统资源异常导致的，将导致出现交易未处理完成的未闭环异常交易。异常如果是服务节点之间的通讯异常导致的，将导致出现未收到处理结果信息的未闭环异常交易。可以通过后台、异步、定时启动补偿处理线程的方式，将未处理完成的未闭环异常交易以查询或者重发的方式，提交到可返回异常结果的服务子节点，将未收到处理结果信息的未闭环异常交易按照原路径重新提交，以进行交易补偿处理。在交易补偿处理的过程中，各个服务节点的服务子节点都需要完成交易数据记录的状态更新。

通过本公开的实施例，在调用分布式服务处理交易请求的过程中，根据读取到的交易请求中未成功处理的交易子请求，识别未成功处理该交易子请求的服务子节点的节点状态，根据识别结果，下发该交易子请求，以成功处理交易子请求，可以避免在物理节点出现异常的情况下，提高交易服务闭环的成功率，给用户及时反馈交易处理结果，避免用户再次甚至多次重复地发起交易请求，至少部分地克服相关技术存在的交易服务闭环的成功率低，无法给用户及时反馈交易处理结果，甚至有时迟迟无法反馈，需要用户再次或者多次重复地发起交易请求的技术问题。

具体实施时，根据本公开的实施例，则可以接收服务消费方节点传输过来的服务提供方节点的信息(包括服务名、IP或者地址信息，以及调用业务参数信息)。

为一种可选的实施例，前述操作S340(基于前述识别结果，下发前述交易子请求，以成功处理前述交易子请求)可以包括：在前述识别结果表明前述服务子节点状态异常的情况下，下发前述交易子请求至部署在前述目标服务节点上的其他服务子节点，以使前述其他服务子节点成功处理前述交易子请求。

在本公开中，可以自动识别服务子节点的节点状态，如果服务子节点已经处于宕机状态，则可以通过服务名，路由到该服务节点的其余服务子节点，以重发该交易子请求。具体实施时，若服务节点220调用服务节点230的交易服务装置2处理交易子请求b时未处理成功，未成功处理交易子请求的服务子节点为服务节点230的交易服务装置2，目标服务节点为服务节点230，可以自动识别服务节点230的交易服务装置2的节点状态，如果交易服务装置2依然处于异常状态，则服务节点220可以调用服务节点230部署的除交易服务装置2之外的其他交易服务装置，以处理曾经未处理成功的交易子请求b。通过本公开的实施例，可以解决分布式架构下银行系统一笔交易服务需要部署在多个物理节点之间难以完整的联动、协同处理的难题。

作为一种可选的实施例，前述操作S340(基于前述识别结果，下发前述交易子请求，以成功处理前述交易子请求)可以包括：在前述识别结果表明前述服务子节点状态正常的情况下，基于前述交易子请求，确定与前述服务子节点对应的上游服务子节点；以及通过前述上游服务子节点，下发前述交易子请求至前述服务子节点，以成功处理前述交易子请求。

在本公开中，可以自动识别服务提供方节点当前性能容量等运行情况，如果能确定之前的调用错误是由于其性能问题导致的，并且目前已经缓解，则可以采取重新发起查询结果的补偿处理方式。具体实施时，若服务节点220调用服务节点230的交易服务装置2处理交易子请求b时未处理成功，则可以识别服务节点230的交易服务装置2的当前节点状态，如果节点处于正常状态，则服务节点220可以再次调用服务节点230的交易服务装置2以处理交易子请求b。通过本公开的实施例，可以解决分布式架构下银行系统一笔交易服务需要部署在多个物理节点之间难以完整的联动、协同处理的难题。

作为一种可选的实施例，前述通过前述上游服务子节点，下发前述交易子请求至前述服务子节点，以成功处理前述交易子请求包括：确定前述交易子请求的历史响应状态；以及在前述历史响应状态表明未收到处理结果的情况下，通过前述上游服务子节点，下发前述交易子请求至前述服务子节点，以使前述服务子节点重新处理前述交易子请求，并上传本次处理结果。

具体实施时，可以通过标记历史响应状态来表征交易请求的处理状态。历史响应状态用于表征服务节点之间的通讯是否正常通讯正常与否直接关系到能否向上一级服务节点返回处理结果。若能向上一级服务节点返回处理结果，则历史响应状态标记为正常，若不能向上一级服务节点返回处理结果，则历史响应状态标记为异常。

作为一种可选的实施例，前述方法还包括：响应于成功处理前述交易子请求，更新前述交易子请求的历史响应状态。

具体实施时，历史响应状态可以从数据库的相关文件中获取，数据库中记录有交易请求的处理状态信息。根据处理状态信息可以读取未处理成功的交易请求对应的交易子请求，相应地，在之前未成功处理的交易子请求本次处理成功的情况下，可以更新历史响应状态，以实时同步交易请求的处理状态。

作为一种可选的实施例，前述方法还包括：确定前述交易子请求的历史处理状态；以及在前述历史处理状态表明前述交易子请求未处理完成的情况下，通过前述上游服务子节点，下发前述交易子请求至前述服务子节点，以使前述服务子节点重新处理前述交易子请求，并上传交易子请求的本次处理结果。

具体实施时，可以通过标记历史处理状态来表征交易请求的处理状态。历史处理状态用于表征交易请求是否成功处理。

作为一种可选的实施例，前述方法还包括：在前述历史处理状态表明前述交易子请求已处理完成的情况下，通过前述上游服务子节点，下发前述交易子请求至前述服务子节点，以使前述服务子节点上传已处理完成的处理结果。

作为一种可选的实施例，前述方法还包括：响应于成功处理前述交易子请求，更新前述交易子请求的历史处理状态。

具体实施时，在成功处理前述交易子请求的情况下，可以更新交易请求的处理状态，该交易请求的处理状态可以包括历史处理状态和历史响应状态，以跟踪交易请求的处理状态，避免由于处理状态更新不及时，重发请求导致的服务资源浪费。

图4示意性示出了根据本公开另一实施例的分布式服务的交易处理方法的流程图。如图4所示，该分布式服务的交易处理方法400可以包括操作S410～操作S450。

在操作S410，定时扫描交易受理装置存储的交易记录。交易受理装置可以是交易路由装置。

在操作S420，读取交易信息记录中收到的交易处理装在异常返回结果或超时未收到返回结果两种状态的交易。

在操作S430，将异常交易请求区分上述两种状态，分别发送到原处理异常的交易处理装置或按照原路径重发。

在操作S440，接收补偿处理返回结果。

在操作S450，更新异常交易记录处理状态信息。

本公开的实施例，将未闭环异常交易以查询或重发方式提交到可返回异常结果的服务器节点或将未收到处理结果反馈的未闭环异常交易原路径提交，进行交易补偿处理，补偿处理过程中各节点交易服务装置、交易路由装置完成本装置业务流程处理、交易记录的处理状态更新，客户或柜员可通过交易终端装置发起查询时可看到最终闭环的处理结果。

图5示意性示出了根据本公开实施例的分布式服务的交易处理装置的框图。如图5所示，该分布式服务的交易处理装置500可以包括读取模块510、确定模块520、识别模块530以及处理模块540。

读取模块510，用于在调用分布式服务处理交易请求的过程中，读取交易请求中未成功处理的交易子请求。可选地，读取模块510例如可以用于执行图3描述的操作S310，在此不再赘述。

确定模块520，用于基于未成功处理的交易子请求，确定节点信息，其中，节点信息用于表征未成功处理交易子请求的服务子节点，服务子节点部署在分布式服务的目标服务节点上。可选地，确定模块520例如可以用于执行图3描述的操作S320，在此不再赘述。

识别模块530，用于识别服务子节点的当前节点状态，以获得识别结果。可选地，识别模块530例如可以用于执行图3描述的操作S330，在此不再赘述。

处理模块540，用于基于识别结果，下发交易子请求，以成功处理交易子请求。可选地，处理模块540例如可以用于执行图3描述的操作S340，在此不再赘述。

作为一种可选的实施例，前述处理模块包括：第一处理子模块，用于在前述识别结果表明前述服务子节点状态异常的情况下，下发前述交易子请求至部署在前述目标服务节点上的其他服务子节点，以使前述其他服务子节点成功处理前述交易子请求。

作为一种可选的实施例，前述处理模块包括：第一确定子模块，用于在前述识别结果表明前述服务子节点状态正常的情况下，基于前述交易子请求，确定与前述服务子节点对应的上游服务子节点；以及第二处理子模块，用于通过前述上游服务子节点，下发前述交易子请求至前述服务子节点，以成功处理前述交易子请求。

作为一种可选的实施例，前述第二处理子模块包括：第一确定单元，用于确定前述交易子请求的历史响应状态；以及第一处理单元，用于在前述历史响应状态表明未收到处理结果的情况下，通过前述上游服务子节点，下发前述交易子请求至前述服务子节点，以使前述服务子节点重新处理前述交易子请求，并上传本次处理结果。

作为一种可选的实施例，前述第二处理子模块还包括：第一更新单元，用于响应于成功处理前述交易子请求，更新前述交易子请求的历史响应状态。

作为一种可选的实施例，前述第二处理子模块还包括：第二确定单元，用于确定前述交易子请求的历史处理状态；以及第二处理单元，用于在前述历史处理状态表明前述交易子请求未处理完成的情况下，通过前述上游服务子节点，下发前述交易子请求至前述服务子节点，以使前述服务子节点重新处理前述交易子请求，并上传本次处理结果。

作为一种可选的实施例，前述第二处理子模块还包括：第三处理单元，用于在前述历史处理状态表明前述交易子请求已处理完成的情况下，通过前述上游服务子节点，下发前述交易子请求至前述服务子节点，以使前述服务子节点上传已处理完成的处理结果。

作为一种可选的实施例，前述第二处理子模块还包括：第二更新单元，用于响应于成功处理前述交易子请求，更新前述交易子请求的历史处理状态。

需要说明的是，装置部分实施例中各模块的实施方式、解决的技术问题、实现的功能、以及达到的技术效果分别与方法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现的功能、以及达到的技术效果相同或类似，在此不再赘述。

作为一种可选的实施例，下文将结合图6～图10详细阐述本公开提供的分布式服务的交易处理装置，详细阐述本公开提供的分布式服务的交易处理方法。

图6示意性示出了根据本公开另一实施例的分布式服务的交易处理装置的框图。如图6所示，该分布式服务的交易处理装置600可以包括交易终端610、交易路由装置620、服务节点A、服务节点B、服务节点C、交易服务注册与监控装置630、松散事务补偿装置640以及数据库650。交易终端610以及交易路由装置620与服务渠道有关。服务节点A、服务节点B、服务节点C均可以采用分布式部署交易服务装置1，交易服务装置2，......，交易服务装置n(n为大于2的正整数)。其中，服务节点A部署的交易服务装置1，交易服务装置2，......，交易服务装置n为一组可以为交易子请求a提供同类服务的装置。服务节点B部署的交易服务装置1，交易服务装置2，......，交易服务装置n为一组可以为交易子请求b提供同类服务的装置。服务节点C部署的交易服务装置1，交易服务装置2，......，交易服务装置n为一组可以为交易子请求c提供同类服务的装置。

具体实施时，交易路由装置620，用于接收交易终端610发送的交易请求，并为接收到的交易请求分配唯一的交易流水号。用于将交易详细信息登记在本节点数据库。交易详细信息包括但不限于交易流水号、交易业务种类、借贷方账号、记账户名、交易金额、当前处理状态等字段。用于对交易请求进行解析并识别其对应的交易业务种类，并根据识别出来的交易业务种类，识别业务处理流程和业务处理步骤。用于将交易请求按识别出的业务处理步骤逐级转发到相关的交易服务装置1、交易服务装置2，......，交易服务装置n。用于根据交易服务装置反馈的交易服务结果，更新数据库650中的交易详细信息，记录当前处理状态。用于向交易终端610反馈交易请求的最终处理结果。

具体实施时，各个服务节点的交易服务装置，用于处理交易路由装置620转发的交易请求，不同节点的交易服务步骤和交易服务顺序由交易路由装置620指定。用于将交易详细信息登记在本节点数据库。交易详细信息包括但不限于交易流水号、交易业务种类、借贷方账号、记账户名、交易金额、当前处理状态等字段。其中，各个节点的交易服务装置中登记的当前处理状态根据本节点交易服务装置对应的交易服务结果、下一级节点的交易服务装置反馈的交易服务结果进行迭代更新。用于向上一级节点反馈交易服务结果。

具体实施时，交易服务注册与监控装置630，用于接收各个节点的交易服务装置的注册。用于从交易服务装置接收交易结果及成功率监控单元的监控结果。用于从交易服务装置接收交易服务效能监控单元的时效监控结果。用于登记交易服务装置可用性检测单元和交易服务装置效能检测单元的状况，以供交易路由装置读取交易服务装置可用性和交易服务装置的时效，并根据业务处理流程和业务处理步骤优选服务节点。

具体实施时，松散事务补偿装置640，用于采用松散的线程方式进行异常交易补偿处理。用于从交易路由装置中读取目前已有的未处理(未闭环)完成的交易记录及其包括当前状态在内的交易详细信息。用于对交易请求进行解析并识别其业务种类、待继续的业务处理流程以及业务处理步骤。用于从交易服务注册与监控装置读取优选服务节点。用于按照步骤将交易请求逐级转发到相关交易服务装置，对于已明确异常交易服务装置节点的，可以将交易请求直接提交到可用的交易服务装置IP地址，对于超时未收到交易服务装置结果反馈的交易服务结果的，可以按照原路径重新提交交易请求。

客户可以从自助终端、网上银行、手机银行等交易终端，银行柜员从柜面交易终端发起银行支付转账等交易请求时，交易路由装置620受理客户交易请求后分配唯一流水号、将交易数据保存在本装置数据库后，根据交易服务流程顺序，将交易正常逐级传递到各服务节点部署的交易服务装置。正常情况下，各服务节点的交易服务装置受理后将带有唯一流水号标识的交易数据，各服务节点的交易服务装置完成本节点的业务处理、在本节点交易服务装置处理完成，登记更新本节点数据记录的业务处理结果，更新该唯一流水号数据库记录的处理状态后，逐级传递、触发下一节点交易服务装置，处理结果逐级向上返回，收到处理结果返回信息的各节点装置。在软硬件、通信异常下，交易路由装置620通过后台、异步、定时启动补偿处理线程方式，可以将未闭环异常交易以查询或重发的方式提交到已返回异常结果的交易服务装置服务器节点，或者将未收到处理结果反馈的未闭环异常交易原路径重提交，进行交易补偿处理，补偿处理过程中各服务节点的交易服务装置。最终由交易路由装置620完成本装置交易数据记录的状态更新，这样客户或柜员可通过交易终端610发起查询请求就可以查看最终闭环的处理结果。在异常情况下，在上述逐级传递、逐级处理、逐级返回过程中，由于某节点系统存在内存、中间件、数据库等软硬件异常，或各服务节点之间传递、返回交易信息处理结果时通讯异常，造成银行交易未处理完成(未闭环)，导致交易路由装置620无法正常更新本装置交易数据记录的状态，这种情况下，交易路由装置620通过后台、异步、定时启动补偿处理线程方式，将未闭环异常交易以查询或重发方式提交到可返回异常结果的服务节点重或将未收到处理结果反馈的未闭环异常交易原路径提交，进行交易补偿处理，补偿处理过程中各节点、交易路由装置620完成本装置交易数据记录的状态更新，客户或柜员可通过交易终端610发起查询时可看到最终闭环的处理结果。

图7示意性示出了根据本公开交易路由装置的框图。如图7所示，交易路由装置620可以包括交易流水号分配单元710、交易信息存储单元720、交易解析和识别处理流程单元730、读取交易服务注册与监控装置优选服务节点单元740、按序提交到交易服务装置单元750、接收交易服务装置返回结果单元760、交易信息更新单元770以及向交易终端装置返回结果单元780。

具体实施时，交易流水号分配单元710，用于为接收的交易请求分配唯一的交易流水号。交易信息存储单元720，用于将交易详细信息登记在本节点数据库。交易解析和识别处理流程单元730，用于对交易请求进行解析并识别其对应的交易业务种类，并根据识别出来的交易业务种类，识别业务处理流程和业务处理步骤。读取交易服务注册与监控装置优选服务节点单元740，用于根据交易服务注册与监控存储单元中的交易服务装置的注册信息和监控信息，以及交易解析和识别处理流程单元识别出的业务处理流程和业务处理步骤优选服务节点。按序提交到交易服务装置单元750，用于按照步骤的顺序，将交易逐级转发到优选服务节点的相关交易服务装置。接收交易服务装置返回结果单元760，用于从交易服务装置接收其交易服务结果。交易信息更新单元770，用于根据交易服务装置返回的交易服务结果更新交易路由装置中保存的交易信息处理状态。向交易终端610返回结果单元780，用于向交易终端610反馈交易请求的最终处理结果。

根据本公开提供的交易路由装置620来分发交易请求，可以通过交易分发优选路由，自动将交易第一时间分发到无故障、高效能服务节点，提高银行交易服务时效。

图8示意性示出了根据本公开实施例的交易服务装置的框图。如图8所示，交易服务装置可以是服务节点部署的多个服务子节点中的任意一个服务子节点，可以包括交易请求解析和检查单元810、交易信息存储单元820、交易服务单元830、交易结果及成功率监控单元840、交易服务效能监控单元850、转发到相关交易服务装置单元860、接收相关交易服务装置返回结果单元870、交易信息更新单元880以及向交易路由装置返回结果单元890。

具体实施时，交易请求解析和检查单元810，用于接收交易路由装置转发的交易请求，解析并检查该交易请求。根据交易流水号查询本节点交易服务装置所登记的交易信息处理状态判断，交易请求是否属于异常的补偿交易请求。如果属于当初已经正常处理完成，但是交易路由装置未收到交易服务结果的情况，则直接将已经正常处理完成的交易服务结果返回给交易路由装置620。如果属于当初未正常处理完成的情况，则按照当初的步骤继续进行本节点交易服务装置的其他单元处理。交易信息存储单元820，用于将交易详细信息登记在本节点数据库交易服务单元830，用于为交易请求提供本节点交易服务装置的业务流程服务，并将交易服务结果登记在交易结果及成功率监控单元840，将交易服务所耗时间登记在交易服务效能监控单元850。交易结果及成功率监控单元840，用于监控交易服务单元的交易服务状态以及交易服务装置的整体可用性状态。交易服务效能监控单元850，用于监控交易服务装置的交易服务时效。转发到相关交易服务装置单元860，用于将交易请求按步骤逐级转发到相关其他节点交易服务装置。接收相关交易服务装置返回结果单元870，用于从相关交易服务装置接收相关其他节点交易服务装置返回的交易服务结果。交易信息更新单元880，用于根据本节点交易服务装置的交易服务情况、相关其他节点交易服务装置返回的交易服务结果，更新本交易服务装置保存的交易信息处理状态。向交易路由装置返回结果单元890，用于将本节点交易服务装置对应的交易服务结果和相关其他节点交易服务装置反馈的交易服务结果反馈给交易路由装置620。

图9示意性示出了根据本公开实施例的交易服务注册与监控装置的框图。如图9所示，交易服务注册与监控装置630可以包括交易服务注册单元910、交易服务装置可用性检测单元920、交易服务装置效能检测单元930以及交易服务注册与监控存储单元940。

具体实施时，交易服务注册单元910，用于接收各个节点的交易服务装置的注册。由于各个节点的交易服务装置采用分布式的架构部署，在同一节点上部署的多个交易服务装置实际上为一组提供同类服务的服务装置。因此，交易服务装置在注册时，需要同时登记提供具体的业务服务种类、流程的各个节点交易服务装置的名称及其IP地址。交易服务装置可用性检测单元920，用于从交易服务装置接收交易结果及成功率监控单元的监控结果。交易服务装置效能检测单元930，用于从交易服务装置接收交易服务效能监控单元的时效监控结果。交易服务注册与监控存储单元940，用于登记交易服务装置可用性检测单元和交易服务装置效能检测单元的状况，以供交易路由装置读取交易服务装置可用性和交易服务装置的时效，并根据业务处理流程和业务处理步骤优选服务节点。

图10示意性示出了根据本公开实施例的松散事务补偿装置的框图。如图10所示，松散事务补偿装置640可以包括异步定时启动后台线程单元1010、读取交易路由装置异常交易记录单元1020、交易解析和识别处理流程单元1030、读取交易服务注册与监控装置优选服务节点单元1040、按序提交到未完成的交易服务装置单元1050、接收交易服务装置返回结果单元1060以及更新交易路由装置交易信息1070。

具体实施时，异步定时启动后台线程单元1010，用于采用松散的线程方式进行异常交易补偿处理。该线程与正常的交易路由、交易服务流程是解耦的。读取交易路由装置异常交易记录单元1020，用于从交易路由装置中读取目前已有的未处理(未闭环)完成的交易记录及其包括当前状态在内的交易详细信息。交易解析和识别处理流程单元1030，用于对交易请求进行解析并识别其业务种类、待继续的业务处理流程以及业务处理步骤。读取交易服务注册与监控装置优选服务节点单元1 040，用于从交易服务注册与监控装置读取优选的服务节点。按序提交到未完成的交易服务装置单元1050，用于按照步骤将交易请求逐级转发到相关交易服务装置，对于已明确异常交易服务装置节点的，可以将交易请求直接提交到可用的交易服务装置IP地址，对于超时未收到交易服务装置反馈的交易服务结果的，可以按照原路径重新提交交易请求。接收交易服务装置返回结果单元1060，用于接收从交易服务装置返回的交易服务结果。更新交易路由装置交易信息1070，用于根据交易服务装置返回的交易服务结果，更新交易路由装置620保存的交易处理状态等信息。

通过本公开提供的松散事务补偿技术，在交易服务异常情况下，不需要技术人员参与，更不需要业务人员参与其中，采用后台进程自动补偿方式处理未完成(未闭环)交易，确保业务在系统异常情况下服务不中断。

根据本公开的实施例的模块、子模块、单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FNGA)、可编程逻辑阵列(NLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，读取模块、确定模块、识别模块、处理模块、第一处理子模块、第一确定子模块、第二处理子模块、第一确定单元、第一处理单元、第一更新单元、第二确定单元、第二处理单元、第三处理单元以及第二更新单元可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，读取模块、确定模块、识别模块、处理模块、第一处理子模块、第一确定子模块、第二处理子模块、第一确定单元、第一处理单元、第一更新单元、第二确定单元、第二处理单元、第三处理单元以及第二更新单元中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FNGA)、可编程逻辑阵列(NLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，读取模块、确定模块、识别模块、处理模块、第一处理子模块、第一确定子模块、第二处理子模块、第一确定单元、第一处理单元、第一更新单元、第二确定单元、第二处理单元、第三处理单元以及第二更新单元中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图11示意性示出了根据本公开实施例的适于实现上文描述的分布式服务的交易处理方法的计算机可读存储介质产品的示意图。

在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在设备上运行时，程序代码用于使设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的分布式服务的交易处理方法中的前述各项操作(或步骤)，例如，电子设备可以执行如图3中所示的操作S310～操作S340。电子设备也可以执行如图4中所示的操作S410～操作S450。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、系统或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ENROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

如图11所示，描述了根据本发明的实施方式的分布式服务的交易处理程序产品1100，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、系统或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、系统或者器件使用或者与其结合使用的程序。可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆，RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java，C++等，还包括常规的过程式程序设计语言-诸如“C”，语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAA)或广域网(WAA)一连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

图12示意性示出了根据本公开实施例的适于实现上文描述的分布式服务的交易处理方法的电子设备的框图。图12示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图12所示，根据本公开实施例的电子设备1200包括处理器1201，其可以根据存储在只读存储器(ROM)1202中的程序或者从存储部分1208加载到随机访问存储器(RAM)1203中的程序而执行各种适当的动作和处理。处理器1201例如可以包括通用微处理器(例如CNU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器1201还可以包括用于缓存用途的板载存储器。处理器1201可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1203中，存储有电子设备1200操作所需的各种程序和数据。处理器1201、ROM 1202以及RAM 1203通过总线1204彼此相连。处理器1201通过执行ROM 1202和/或RAM1203中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 1202和RAM 1203以外的一个或多个存储器中。处理器1201也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例图3中所示的操作S310～操作S340。电子设备也可以执行如图4中所示的操作S410～操作S450。

根据本公开的实施例，电子设备1200还可以包括输入/输出(I/O)接口1205，输入/输出(I/O)接口1205也连接至总线1204。电子设备1200还可以包括连接至I/O接口1205的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如LAA卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至I/O接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。在该计算机程序被处理器1201执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的分布式服务的交易处理方法，包括图3所示的操作S310～操作S340。电子设备也可以执行如图4所示的操作S410～操作S450。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ENROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 1202和/或RAM 1203和/或ROM 1202和RAM 1203以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目标，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (9)

1.一种分布式服务的交易处理方法，包括：

在调用所述分布式服务处理交易请求的过程中，读取所述交易请求中未成功处理的交易子请求；

基于所述未成功处理的交易子请求，确定节点信息，其中，所述节点信息用于表征未成功处理所述交易子请求的服务子节点，所述服务子节点部署在所述分布式服务的目标服务节点上；

识别所述服务子节点的当前节点状态，以获得识别结果；

基于所述识别结果，下发所述交易子请求，以成功处理所述交易子请求；

其中，所述基于所述识别结果，下发所述交易子请求，以成功处理所述交易子请求包括：

在所述识别结果表明所述服务子节点状态异常的情况下，下发所述交易子请求至部署在所述目标服务节点上的其他服务子节点，以使所述其他服务子节点成功处理所述交易子请求；

在所述识别结果表明所述服务子节点状态正常的情况下，基于所述交易子请求，确定与所述服务子节点对应的上游服务子节点；

通过所述上游服务子节点，下发所述交易子请求至所述服务子节点，以成功处理所述交易子请求。

2.根据权利要求1所述的方法，其中，所述通过所述上游服务子节点，下发所述交易子请求至所述服务子节点，以成功处理所述交易子请求包括：

确定所述交易子请求的历史响应状态；

在所述历史响应状态表明未收到处理结果的情况下，通过所述上游服务子节点，下发所述交易子请求至所述服务子节点，以使所述服务子节点重新处理所述交易子请求，并上传本次处理结果。

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

响应于成功处理所述交易子请求，更新所述交易子请求的历史响应状态。

4.根据权利要求2所述的方法，其中，所述方法还包括：

确定所述交易子请求的历史处理状态；

在所述历史处理状态表明所述交易子请求未处理完成的情况下，通过所述上游服务子节点，下发所述交易子请求至所述服务子节点，以使所述服务子节点重新处理所述交易子请求，并上传本次处理结果。

5.根据权利要求4所述的方法，其中，所述方法还包括：

在所述历史处理状态表明所述交易子请求已处理完成的情况下，通过所述上游服务子节点，下发所述交易子请求至所述服务子节点，以使所述服务子节点上传已处理完成的处理结果。

6.根据权利要求4所述的方法，其中，所述方法还包括：

响应于成功处理所述交易子请求，更新所述交易子请求的历史处理状态。

7.一种分布式服务的交易处理装置，包括：

读取模块，用于在调用所述分布式服务处理交易请求的过程中，读取所述交易请求中未成功处理的交易子请求；

确定模块，用于基于所述未成功处理的交易子请求，确定节点信息，其中，所述节点信息用于表征未成功处理所述交易子请求的服务子节点，所述服务子节点部署在所述分布式服务的目标服务节点上；

识别模块，用于识别所述服务子节点的当前节点状态，以获得识别结果；

处理模块，用于基于所述识别结果，下发所述交易子请求，以成功处理所述交易子请求；

其中，所述处理模块包括：第一处理子模块，用于在上述识别结果表明上述服务子节点状态异常的情况下，下发上述交易子请求至部署在上述目标服务节点上的其他服务子节点，以使上述其他服务子节点成功处理上述交易子请求；第一确定子模块，用于在上述识别结果表明上述服务子节点状态正常的情况下，基于上述交易子请求，确定与上述服务子节点对应的上游服务子节点；以及第二处理子模块，用于通过上述上游服务子节点，下发上述交易子请求至上述服务子节点，以成功处理上述交易子请求。

8.一种电子设备，包括：

一个或多个处理器；以及

存储器，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至6中任一项所述的方法。

9.一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被处理器执行时用于实现权利要求1至6中任一项所述的方法。