CN109785042A - 分布式部署的异常处理方法、服务器、存储介质及装置 - Google Patents

Abstract

本发明公开了分布式部署的异常处理方法、服务器、存储介质及装置。本发明中将先确定与订单处理请求对应的预设订单处理流程；通过与预设订单处理流程中的子步骤处理订单处理请求；对订单处理请求的请求处理状态进行监测；在请求处理状态为异常状态时，确定异常子步骤；查询与异常子步骤对应的当前步骤订单信息，并将当前步骤订单信息与历史步骤订单信息进行匹配，在匹配成功时，重新运行异常子步骤。明显地，在分布式部署架构下把订单处理流程划分为了多个子步骤，当订单异常时，可以精准地定位异常的子步骤，并在判断该子步骤是否已改动信息的情况下决定是否重新执行该子步骤，更加高效，从而解决了订单异常处理方式较为低效的技术问题。

Description

分布式部署的异常处理方法、服务器、存储介质及装置

技术领域

本发明涉及数据处理技术领域，尤其涉及分布式部署的异常处理方法、服务器、存储介质及装置。

背景技术

订单系统可用于处理物流订单、客户派单等以订单形式存在的业务流程，但是，随着客户量的增大，在处理海量的订单时，订单系统常常会出现订单异常的现象，而订单异常的原因可能是因为系统内数据记录错误也可能是因为网络通信异常等。

为了解决该订单异常的现象，可将异常的订单挂起不继续执行，再交由人工确认该订单的相关状态，并由人工处理该异常订单。明显地，采用人工处理的方式在效率以及及时性上均表现较差。

所以，这就导致了订单异常处理方式较为低效的技术问题。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供分布式部署的异常处理方法、服务器、存储介质及装置，旨在解决订单异常处理方式较为低效的技术问题。

为实现上述目的，本发明提供一种分布式部署的异常处理方法，所述分布式部署的异常处理方法包括以下步骤：

在接收到订单处理请求时，确定与所述订单处理请求对应的预设订单处理流程，所述预设订单处理流程在预设分布式部署架构下由按照预设次序排列的各预设子步骤构成；

在所述预设次序下通过与所述预设子步骤对应的业务系统处理所述订单处理请求；

对所述订单处理请求的请求处理状态进行监测；

在所述请求处理状态为异常状态时，确定处于所述异常状态的异常子步骤；

查询与所述异常子步骤对应的当前步骤订单信息，并将所述当前步骤订单信息与预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态。

优选地，所述在所述预设次序下通过与所述预设子步骤对应的业务系统处理所述订单处理请求，包括：

在所述预设次序中确定当前子步骤以及所述当前子步骤的下一步骤；

向与所述当前子步骤对应的当前业务系统发送所述订单处理请求，以使所述当前业务系统对所述订单处理请求进行处理并获得当前系统响应，向与所述下一步骤对应的下一业务系统发送所述当前系统响应，以实现对于所述订单处理请求的处理；

所述查询与所述异常子步骤对应的当前步骤订单信息，并将所述当前步骤订单信息与预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态，包括；

在所述异常子步骤为所述当前子步骤时，获取当前订单标识，根据所述当前订单标识生成对应的第一订单查验请求；

向所述当前业务系统发送所述第一订单查验请求，以使所述当前业务系统从所述第一订单查验请求中提取所述当前订单标识，查询与所述当前订单标识对应的当前步骤订单信息，并将所述当前步骤订单信息与第一预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态。

优选地，所述在所述请求处理状态为异常状态时，确定处于所述异常状态的异常子步骤之后，所述分布式部署的异常处理方法还包括：

在所述异常子步骤为所述当前子步骤时，获取当前订单标识，根据所述当前订单标识生成对应的第二订单查验请求；

向所述当前业务系统发送所述第二订单查验请求，以使所述当前业务系统从所述第二订单查验请求中提取所述当前订单标识，查询与所述当前订单标识对应的当前步骤订单信息，并将所述当前步骤订单信息与第二预设历史步骤订单信息进行匹配，在匹配失败时，将所述当前步骤订单信息回滚为所述第二预设历史步骤订单信息，以处理所述异常状态。

优选地，所述在所述请求处理状态为异常状态时，确定处于所述异常状态的异常子步骤之后，所述分布式部署的异常处理方法还包括：

在接收到当前异常处理策略，识别所述当前异常处理策略；

在所述当前异常处理策略为第一异常处理策略时，重新运行所述异常子步骤，并返回执行所述对所述订单处理请求的请求处理状态进行监测的步骤，直至在所述请求处理状态为正常状态时，按照所述预设次序执行所述异常子步骤的下一步骤；

在所述当前异常处理策略为第二异常处理策略时，执行所述查询与所述异常子步骤对应的当前步骤订单信息，并将所述当前步骤订单信息与预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态的步骤。

优选地，所述在所述当前异常处理策略为第一异常处理策略时，重新运行所述异常子步骤，并返回执行所述对所述订单处理请求的请求处理状态进行监测的步骤，直至在所述请求处理状态为正常状态时，按照所述预设次序执行所述异常子步骤的下一步骤，包括：

在所述当前异常处理策略为第一异常处理策略时，重新运行所述异常子步骤，并统计重新运行的运行次数；

在所述运行次数小于预设重试阈值时，返回执行所述对所述订单处理请求的请求处理状态进行监测的步骤，直至在所述请求处理状态为正常状态时，按照所述预设次序执行所述异常子步骤的下一步骤；

所述在所述当前异常处理策略为第一异常处理策略时，重新运行所述异常子步骤，并统计重新运行的运行次数之后，所述分布式部署的异常处理方法还包括：

在所述运行次数大于或等于预设重试阈值时，将所述异常子步骤挂起并暂停执行所述异常子步骤的下一步骤。

优选地，所述在接收到订单处理请求时，确定与所述订单处理请求对应的预设订单处理流程，包括：

在接收到订单处理请求时，确定与所述订单处理请求对应的订单类型；

根据所述订单类型在预设映射关系中查询对应的预设订单处理流程，所述预设映射关系中包括所述订单类型与订单处理流程之间的对应关系。

优选地，所述在接收到订单处理请求时，确定与所述订单处理请求对应的预设订单处理流程之前，所述分布式部署的异常处理方法还包括：

在接收到流程配置指令时，从所述流程配置指令中读取各待配置子步骤标识；

将所述待配置子步骤标识与预设子步骤标识进行匹配；

在匹配成功时，查询与所述预设子步骤标识对应的预设子步骤以及与所述预设子步骤对应的预设回调接口，所述预设回调接口用于在执行所述预设子步骤后进行自动回调以执行所述预设子步骤的下一步骤；

通过所述预设子步骤与所述预设回调接口构建预设订单处理流程。

此外，为实现上述目的，本发明还提出一种服务器，所述服务器包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的分布式部署的异常处理程序，所述分布式部署的异常处理程序配置为实现如上文所述的分布式部署的异常处理方法的步骤。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有分布式部署的异常处理程序，所述分布式部署的异常处理程序被处理器执行时实现如上文所述的分布式部署的异常处理方法的步骤。

此外，为实现上述目的，本发明还提出一种分布式部署的异常处理装置，所述分布式部署的异常处理装置包括：

流程确认模块，用于在接收到订单处理请求时，确定与所述订单处理请求对应的预设订单处理流程，所述预设订单处理流程在预设分布式部署架构下由按照预设次序排列的各预设子步骤构成；

请求处理模块，用于在所述预设次序下通过与所述预设子步骤对应的业务系统处理所述订单处理请求；

状态监测模块，用于对所述订单处理请求的请求处理状态进行监测；

步骤锁定模块，用于在所述请求处理状态为异常状态时，确定处于所述异常状态的异常子步骤；

异常处理模块，用于查询与所述异常子步骤对应的当前步骤订单信息，并将所述当前步骤订单信息与预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态。

本发明中在接收到订单处理请求时，将把与所述订单处理请求对应的预设订单处理流程划分为多个按照次序排列的子步骤，并由与子步骤对应的业务系统来处理该订单处理请求；而当出现异常状态时，将锁定出现异常状态的异常子步骤，并在当前步骤订单信息与预设历史步骤订单信息匹配成功时，重新运行该异常子步骤。明显地，本发明中将处理订单处理请求的订单处理流程划分为了多个子步骤，并交付于不同的业务系统来处理该子步骤，这使得请求处理的过程更加细化，并且，各个步骤之间较为独立。所以，当出现订单异常时，可以快速且精准地确认发生订单异常的子步骤，并在判断该子步骤是否已改动订单信息的情况下决定是否重新执行该子步骤，比之人工处理异常现象，本发明不仅可以更加快速地锁定异常发生位置，并且，能自动解决该异常状态，更加高效，从而解决了订单异常处理方式较为低效的技术问题。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的服务器结构示意图；

图2为本发明分布式部署的异常处理方法第一实施例的流程示意图；

图3为本发明预设分布式部署架构的架构示意图；

图4为本发明分布式部署的异常处理方法第二实施例的流程示意图；

图5为本发明分布式部署的异常处理方法第三实施例的流程示意图；

图6为本发明分布式部署的异常处理装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的服务器结构示意图。

如图1所示，该服务器可以包括：处理器1001，例如CPU，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)，可选用户接口1003还可以包括标准的有线接口、无线接口，对于用户接口1003的有线接口在本发明中可为USB接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及分布式部署的异常处理程序。

在图1所示的服务器中，网络接口1004主要用于连接后台服务器，与所述后台服务器进行数据通信；用户接口1003主要用于连接外设；所述服务器通过处理器1001调用存储器1005中存储的分布式部署的异常处理程序，并执行本发明实施例提供的分布式部署的异常处理方法。

基于上述硬件结构，提出本发明分布式部署的异常处理方法的实施例。

参照图2，图2为本发明分布式部署的异常处理方法第一实施例的流程示意图。

在第一实施例中，所述分布式部署的异常处理方法包括以下步骤：

步骤S10：在接收到订单处理请求时，确定与所述订单处理请求对应的预设订单处理流程，所述预设订单处理流程在预设分布式部署架构下由按照预设次序排列的各预设子步骤构成。

可以理解的是，当出现订单异常的现象时，由于导致订单异常的原因存在多种，为了防止操作失误，可先对该异常订单进行挂起不继续执行，再诉诸于人工处理该异常现象。但是，该种订单异常的处理方式较为低效，本实施例将通过分布式部署架构来重建原本的订单处理方式，以间接地改进订单异常的处理方式，提高订单异常的处理效率。

在具体实现中，本实施例的执行主体为订单接入服务器，可简称为服务器A，而服务器A中可承载着订单接入系统；而在构建分布式部署架构时，分布式部署架构将同时包括订单接入系统与各平行的业务系统。至于各平行的业务系统可独立且隔离地运行于服务器A中，也可承载于不同的业务服务器中。

应当理解的是，若采用各平行的业务系统承载于不同的业务服务器的方式，可参见图3，业务服务器可有服务器B1、服务器B2以及服务器B3。其中，订单接入服务器可与业务系统之间进行通讯，以知晓各业务系统的执行进度，并对订单异常现象进行实时监控，至于各平行的业务系统用于处理当前流程阶段的订单信息。

步骤S20：在所述预设次序下通过与所述预设子步骤对应的业务系统处理所述订单处理请求。

应当理解的是，比如，当接收到购买基金份额的订单处理请求时，而与购买基金份额对应的订单处理流程为，先进行支付操作，再进行子公司内部的份额登记，进而进行集团公司的份额登记。其中，进行支付操作为步骤B1，由服务器B1执行；子公司内部的份额登记操作为步骤B2，由服务器B2执行；集团公司的份额登记操作为步骤B3，由服务器B3执行。通过步骤之间的次序依次执行完所有的步骤，即可完成该次购买基金份额的订单处理请求。

步骤S30：对所述订单处理请求的请求处理状态进行监测。

可以理解的是，在步骤B1、步骤B2以及步骤B3的执行中途，为了预防出现订单异常，将对其处理状态进行监测。当然，也可由各业务系统自行监测自身步骤的处理状态，然后，反馈给服务器A。

步骤S40：在所述请求处理状态为异常状态时，确定处于所述异常状态的异常子步骤。

步骤S50：查询与所述异常子步骤对应的当前步骤订单信息，并将所述当前步骤订单信息与预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态。

应当理解的是，由于本实施例在执行订单处理请求时，将订单处理请求分割多个子步骤，并将多个子步骤诉诸于多个平行且隔离的业务系统自行处理，所以，当某个子步骤出现订单处理异常时，可以精准地确认异常位置。

在具体实现中，若异常子步骤为步骤B1，可查询步骤B1在执行该次订单处理请求时产生的当前步骤订单信息，并将实时的当前步骤订单信息与未执行该次订单处理请求之前的历史步骤订单信息进行比对，若发现二者相同，则表明在该次请求执行的过程中与步骤B1对应的业务系统内的订单信息还未被修改。由于还未被修改，则可再次执行步骤B1，以解决该次异常状态。

可以理解的是，通过先确认该次请求执行的过程中并未改动与步骤B1对应的订单信息，再去再次执行步骤B1，这是考虑到若该异常状态是由网络通信异常导致，具体而言，是在步骤B1执行完毕后返回响应信息时产生的订单异常。若盲目地再次执行步骤B1，将造成在实际已支付完成的情况下进行二次支付，则会存在收到两倍资金的风险。

本实施例中在接收到订单处理请求时，将把与所述订单处理请求对应的预设订单处理流程划分为多个按照次序排列的子步骤，并由与子步骤对应的业务系统来处理该订单处理请求；而当出现异常状态时，将锁定出现异常状态的异常子步骤，并在当前步骤订单信息与预设历史步骤订单信息匹配成功时，重新运行该异常子步骤。明显地，本实施例中将处理订单处理请求的订单处理流程划分为了多个子步骤，并交付于不同的业务系统来处理该子步骤，这使得请求处理的过程更加细化，并且，各个步骤之间较为独立。所以，当出现订单异常时，可以快速且精准地确认发生订单异常的子步骤，并在判断该子步骤是否已改动订单信息的情况下决定是否重新执行该子步骤，比之人工处理异常现象，本实施例不仅可以更加快速地锁定异常发生位置，并且，能自动解决该异常状态，更加高效，从而解决了订单异常处理方式较为低效的技术问题。

参照图4，图4为本发明分布式部署的异常处理方法第二实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明分布式部署的异常处理方法的第二实施例。

第二实施例中，所述步骤S20，包括：

步骤S201：在所述预设次序中确定当前子步骤以及所述当前子步骤的下一步骤。

可以理解的是，可参见图3，为了实施预设订单处理流程以处理订单处理请求，本实施例将把预设订单处理流程拆分为多个子步骤，从而可缩小订单异常会影响到的业务处理范围。

在具体实现中，至于预设订单处理流程的实际处理状况为，比如，若图3中的服务器B1对应的步骤B1为当前子步骤，而步骤B1的下一步骤为步骤B2。

步骤S202：向与所述当前子步骤对应的当前业务系统发送所述订单处理请求，以使所述当前业务系统对所述订单处理请求进行处理并获得当前系统响应，向与所述下一步骤对应的下一业务系统发送所述当前系统响应，以实现对于所述订单处理请求的处理。

在具体实现中，在处理请求时，服务器B1在处理完自身阶段的步骤B1后，将把处理成功的信息以及步骤B1处理后生成的业务信息记录于当前系统响应中，然后，将当前系统响应传递至服务器B2以供服务器B2进行下一步的处理，如此不断传递，直至预设订单处理流程的最后一个业务系统完成处理，即成功完成了该次订单处理请求。

相应地，所述步骤S50，包括；

步骤S501：在所述异常子步骤为所述当前子步骤时，获取当前订单标识，根据所述当前订单标识生成对应的第一订单查验请求。

应当理解的是，对于查询步骤订单信息的查询步骤以及匹配步骤订单信息的匹配步骤可由服务器A执行，步骤订单信息由各业务系统实时反馈至服务器A侧；查询步骤订单信息的查询步骤以及匹配步骤订单信息的匹配步骤也可由各业务系统自行执行，以减少服务器A处理的业务量。

在具体实现中，若确定的异常子步骤为步骤B1，可为不同的订单设置唯一的订单标识，便于业务系统进行步骤订单信息的查询操作，其中，订单标识可为订单编号。至于当前订单标识的获取方式，可从订单处理请求中提取当前订单标识。

步骤S502：向所述当前业务系统发送所述第一订单查验请求，以使所述当前业务系统从所述第一订单查验请求中提取所述当前订单标识，查询与所述当前订单标识对应的当前步骤订单信息，并将所述当前步骤订单信息与第一预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态。

应当理解的是，可先查验服务器B1中针对本次订单处理请求的实时步骤订单信息，并将实时步骤订单信息与服务器B1本地历史存储的步骤订单信息进行对比，若二者相同，则说明本次订单请求的处理还未修改服务器B1中的步骤订单信息，则可重新执行步骤B1。

进一步地，所述查询与所述异常子步骤对应的当前步骤订单信息，并将所述当前步骤订单信息与预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态，包括；

在所述异常子步骤为所述当前子步骤时，获取当前订单标识，根据所述当前订单标识生成对应的第三订单查验请求；

向与所述预设子步骤对应的各业务系统发送所述第三订单查验请求，以使所述业务系统从所述第三订单查验请求中提取所述当前订单标识，查询与所述当前订单标识对应的当前步骤订单信息，并将所述当前步骤订单信息与第三预设历史步骤订单信息进行匹配，在匹配成功时，生成步骤重试指令，并反馈所述步骤重试指令；

向所述当前业务系统发送所述步骤重试指令，以使所述当前业务系统重新运行所述异常子步骤，以处理所述异常状态。

在具体实现中，除了生成订单查验请求以查验异常子步骤所属的服务器B1外，还可对多个业务系统同时进行查验，以判断多个业务系统侧的步骤订单信息是否发生了变化。这是考虑到除服务器B1处发生订单异常外，服务器B1相邻的其他服务器侧也可能出现数据错误，故而，进行大范围的数据查验，可以降低出现错误的风险性。

进一步地，所述步骤S40之后，所述分布式部署的异常处理方法还包括：

步骤S503：在所述异常子步骤为所述当前子步骤时，获取当前订单标识，根据所述当前订单标识生成对应的第二订单查验请求。

可以理解的是，为了解决订单异常现象，除了采用重新执行异常子步骤的方式外，还可采用信息回滚的方式。这是考虑到，本次订单请求的处理既可能还未修改服务器B1中的步骤订单信息，也可以已经修改了服务器B1中的步骤订单信息。

步骤S504：向所述当前业务系统发送所述第二订单查验请求，以使所述当前业务系统从所述第二订单查验请求中提取所述当前订单标识，查询与所述当前订单标识对应的当前步骤订单信息，并将所述当前步骤订单信息与第二预设历史步骤订单信息进行匹配，在匹配失败时，将所述当前步骤订单信息回滚为所述第二预设历史步骤订单信息，以处理所述异常状态。

在具体实现中，若将实时步骤订单信息与服务器B1本地历史存储的步骤订单信息进行对比，若二者不同，则说明本次订单请求的处理已经修改了服务器B1中的步骤订单信息。为了防止在实际已支付完成的情况下进行二次支付，可先将修改后的当前步骤订单信息恢复成修改前的历史步骤订单信息，以降低错误处理的风险。

本实施例中通过将不同的子步骤划分至不同的业务系统处理，不仅缩小了订单异常会影响到的业务处理范围，也使得各个步骤之间具有松耦合性。

此外，

参照图5，图5为本发明分布式部署的异常处理方法第三实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明分布式部署的异常处理方法的第三实施例。

第三实施例中，所述步骤S40之后，所述分布式部署的异常处理方法还包括：

步骤S505：在接收到当前异常处理策略，识别所述当前异常处理策略。

在具体实现中，可提供多种异常处理策略以供系统自动选择，比如，可同时提供不断重试的第一异常处理策略以及当确认信息未更改后进行重试的第二异常处理策略。

在所述当前异常处理策略为第一异常处理策略时，执行步骤S506。

步骤S506：重新运行所述异常子步骤，并返回执行所述对所述订单处理请求的请求处理状态进行监测的步骤，直至在所述请求处理状态为正常状态时，按照所述预设次序执行所述异常子步骤的下一步骤。

应当理解的是，若系统自动选取第一异常处理策略，当订单的运行过程中出现通讯异常时，可在较短的时间内进行重试操作，直至重试到该异常子步骤恢复正常，从而可保证成功克服掉异常状态，也就保障了克服异常状态的成功率以及及时性，但是，不断重试将消耗较多的计算资源。

在所述当前异常处理策略为第二异常处理策略时，执行步骤S50。

应当理解的是，若系统自动选取第二异常处理策略，可先查验订单信息是否被篡改，当保证未被篡改后，再进行异常子步骤的重试操作，如此可以保证克服异常状态过程中的稳定性，降低错误处理的风险性。

进一步地，所述在所述当前异常处理策略为第一异常处理策略时，重新运行所述异常子步骤，并返回执行所述对所述订单处理请求的请求处理状态进行监测的步骤，直至在所述请求处理状态为正常状态时，按照所述预设次序执行所述异常子步骤的下一步骤，包括：

在所述当前异常处理策略为第一异常处理策略时，重新运行所述异常子步骤，并统计重新运行的运行次数；

在所述运行次数小于预设重试阈值时，返回执行所述对所述订单处理请求的请求处理状态进行监测的步骤，直至在所述请求处理状态为正常状态时，按照所述预设次序执行所述异常子步骤的下一步骤；

所述在所述当前异常处理策略为第一异常处理策略时，重新运行所述异常子步骤，并统计重新运行的运行次数之后，所述分布式部署的异常处理方法还包括：

在所述运行次数大于或等于预设重试阈值时，将所述异常子步骤挂起并暂停执行所述异常子步骤的下一步骤。

可以理解的是，考虑到若选取第一异常处理策略来克服异常状态，但是，不断重试异常子步骤的第一异常处理策略确实极为消耗计算资源，为了平衡克服异常状态的及时性以及对于计算资源的消耗量，可预先设置预设重试阈值。比如，可设置预设重试阈值为3，当重试到第3次时，若仍然检测到该订单处于通信异常的状态并未恢复为正常状态，则可先将该订单挂起并暂停后续操作，以缓解对于计算资源的消耗。

进一步地，考虑到若使用预设重试阈值来限制重试次数，固定大小的预设重试阈值会僵化地限制对于异常状态的修复工作，为了更加灵活地修复异常状态，可在所述运行次数大于或等于预设重试阈值时，将所述异常子步骤挂起并暂停执行所述异常子步骤的下一步骤之后，执行所述查询与所述异常子步骤对应的当前步骤订单信息，并将所述当前步骤订单信息与预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态的步骤。

应当理解的是，这是考虑到若预设重试阈值的值太小，但是，当前流程下的订单信息又确实并未被修改，则该异常状态的出现可能是由于网络异常等问题，所以，可再次重新运行该异常子步骤，以平衡克服异常状态的成功性以及对于计算资源的消耗量。

进一步地，所述在接收到订单处理请求时，确定与所述订单处理请求对应的预设订单处理流程，包括：

在接收到订单处理请求时，确定与所述订单处理请求对应的订单类型；

根据所述订单类型在预设映射关系中查询对应的预设订单处理流程，所述预设映射关系中包括所述订单类型与订单处理流程之间的对应关系。

在具体实现中，考虑到不同的订单可能属于不同的业务类型，而不同的业务类型将存在不同的业务处理流程，比如，可能存在代收业务以及份额购买业务等。为了快速地查找到对应的待执行订单处理流程，可基于预设映射关系快速地匹配与订单类型对应的订单处理流程，以提高订单处理的效率。

当然，订单类型可添加在订单处理请求中，在使用时，将从订单处理请求中提取出该订单类型。

进一步地，所述在接收到订单处理请求时，确定与所述订单处理请求对应的预设订单处理流程之前，所述分布式部署的异常处理方法还包括：

在接收到流程配置指令时，从所述流程配置指令中读取各待配置子步骤标识；

将所述待配置子步骤标识与预设子步骤标识进行匹配；

在匹配成功时，查询与所述预设子步骤标识对应的预设子步骤以及与所述预设子步骤对应的预设回调接口，所述预设回调接口用于在执行所述预设子步骤后进行自动回调以执行所述预设子步骤的下一步骤；

通过所述预设子步骤与所述预设回调接口构建预设订单处理流程。

可以理解的是，考虑到不同业务的业务流程不同，这将导致在开发过程中需要为不同的业务流程针对性地开发对应的订单处理流程，工作量较为庞大。为了简化开发过程，可将一些固定类型的子步骤提前封装成对应类型的模块化子步骤，在实际应用时，若当前构建的订单处理流程拆解后存在指定类型的子步骤，则可直接调用该指定类型的模块化子步骤从而在配置文件中配置对应业务系统的系统编码和动作编码。并且，在订单的处理过程中，若处理到该指定类型的子步骤，还将自动调用对应业务系统的指定动作以配置好回调接口。进而，也就实现了在执行完指定类型的子步骤后自动回调，流程会自动向下流转，处理下一步骤，如此可以大大简化开发。此外，可设置子步骤标识以唯一地标识子步骤，子步骤标识可为子步骤的步骤编码。

在具体实现中，若待配置子步骤标识中包括了步骤B2的步骤标识，而步骤B2已预先被封装为模块化的子步骤，那么，在构建当前的订单处理流程时，可直接调用该模块化的子步骤以及对应的回调接口，从而不必重复构建一些常见的步骤。

本实施例中可同时提供多种类型的异常处理策略以供系统自动选取或者业务人员人工选取，从而差异化地解决掉异常状态。并且，可以兼顾不同实时系统状况下的不同需求。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有分布式部署的异常处理程序，所述分布式部署的异常处理程序被处理器执行时实现如上文所述的分布式部署的异常处理方法的步骤。

此外，参照图6，本发明实施例还提出一种分布式部署的异常处理装置，所述分布式部署的异常处理装置包括：

流程确认模块10，用于在接收到订单处理请求时，确定与所述订单处理请求对应的预设订单处理流程，所述预设订单处理流程在预设分布式部署架构下由按照预设次序排列的各预设子步骤构成。

可以理解的是，当出现订单异常的现象时，由于导致订单异常的原因存在多种，为了防止操作失误，可先对该异常订单进行挂起不继续执行，再诉诸于人工处理该异常现象。但是，该种订单异常的处理方式较为低效，本实施例将通过分布式部署架构来重建原本的订单处理方式，以间接地改进订单异常的处理方式，提高订单异常的处理效率。

在具体实现中，本实施例的执行主体分布式部署的异常处理装置可为一种订单接入服务器，可简称为服务器A，而服务器A中可承载着订单接入系统；而在构建分布式部署架构时，分布式部署架构将同时包括订单接入系统与各平行的业务系统。至于各平行的业务系统可独立且隔离地运行于服务器A中，也可承载于不同的业务服务器中。

应当理解的是，若采用各平行的业务系统承载于不同的业务服务器的方式，可参见图3，业务服务器可有服务器B1、服务器B2以及服务器B3。其中，订单接入服务器可与业务系统之间进行通讯，以知晓各业务系统的执行进度，并对订单异常现象进行实时监控，至于各平行的业务系统用于处理当前流程阶段的订单信息。

请求处理模块20，用于在所述预设次序下通过与所述预设子步骤对应的业务系统处理所述订单处理请求。

应当理解的是，比如，当接收到购买基金份额的订单处理请求时，而与购买基金份额对应的订单处理流程为，先进行支付操作，再进行子公司内部的份额登记，进而进行集团公司的份额登记。其中，进行支付操作为步骤B1，由服务器B1执行；子公司内部的份额登记操作为步骤B2，由服务器B2执行；集团公司的份额登记操作为步骤B3，由服务器B3执行。通过步骤之间的次序依次执行完所有的步骤，即可完成该次购买基金份额的订单处理请求。

状态监测模块30，用于对所述订单处理请求的请求处理状态进行监测。

可以理解的是，在步骤B1、步骤B2以及步骤B3的执行中途，为了预防出现订单异常，将对其处理状态进行监测。当然，也可由各业务系统自行监测自身步骤的处理状态，然后，反馈给服务器A。

步骤锁定模块40，用于在所述请求处理状态为异常状态时，确定处于所述异常状态的异常子步骤。

异常处理模块50，用于查询与所述异常子步骤对应的当前步骤订单信息，并将所述当前步骤订单信息与预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态。

应当理解的是，由于本实施例在执行订单处理请求时，将订单处理请求分割多个子步骤，并将多个子步骤诉诸于多个平行且隔离的业务系统自行处理，所以，当某个子步骤出现订单处理异常时，可以精准地确认异常位置。

在具体实现中，若异常子步骤为步骤B1，可查询步骤B1在执行该次订单处理请求时产生的当前步骤订单信息，并将实时的当前步骤订单信息与未执行该次订单处理请求之前的历史步骤订单信息进行比对，若发现二者相同，则表明在该次请求执行的过程中与步骤B1对应的业务系统内的订单信息还未被修改。由于还未被修改，则可再次执行步骤B1，以解决该次异常状态。

可以理解的是，通过先确认该次请求执行的过程中并未改动与步骤B1对应的订单信息，再去再次执行步骤B1，这是考虑到若该异常状态是由网络通信异常导致，具体而言，是在步骤B1执行完毕后返回响应信息时产生的订单异常。若盲目地再次执行步骤B1，将造成在实际已支付完成的情况下进行二次支付，则会存在收到两倍资金的风险。

本实施例中在接收到订单处理请求时，将把与所述订单处理请求对应的预设订单处理流程划分为多个按照次序排列的子步骤，并由与子步骤对应的业务系统来处理该订单处理请求；而当出现异常状态时，将锁定出现异常状态的异常子步骤，并在当前步骤订单信息与预设历史步骤订单信息匹配成功时，重新运行该异常子步骤。明显地，本实施例中将处理订单处理请求的订单处理流程划分为了多个子步骤，并交付于不同的业务系统来处理该子步骤，这使得请求处理的过程更加细化，并且，各个步骤之间较为独立。所以，当出现订单异常时，可以快速且精准地确认发生订单异常的子步骤，并在判断该子步骤是否已改动订单信息的情况下决定是否重新执行该子步骤，比之人工处理异常现象，本实施例不仅可以更加快速地锁定异常发生位置，并且，能自动解决该异常状态，更加高效，从而解决了订单异常处理方式较为低效的技术问题。

在一实施例中，所述请求处理模块20，还用于在所述预设次序中确定当前子步骤以及所述当前子步骤的下一步骤；向与所述当前子步骤对应的当前业务系统发送所述订单处理请求，以使所述当前业务系统对所述订单处理请求进行处理并获得当前系统响应，向与所述下一步骤对应的下一业务系统发送所述当前系统响应，以实现对于所述订单处理请求的处理；

所述异常处理模块50，还用于在所述异常子步骤为所述当前子步骤时，获取当前订单标识，根据所述当前订单标识生成对应的第一订单查验请求；向所述当前业务系统发送所述第一订单查验请求，以使所述当前业务系统从所述第一订单查验请求中提取所述当前订单标识，查询与所述当前订单标识对应的当前步骤订单信息，并将所述当前步骤订单信息与第一预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态。

在一实施例中，所述分布式部署的异常处理装置还包括：

回滚处理模块，用于在所述异常子步骤为所述当前子步骤时，获取当前订单标识，根据所述当前订单标识生成对应的第二订单查验请求；向所述当前业务系统发送所述第二订单查验请求，以使所述当前业务系统从所述第二订单查验请求中提取所述当前订单标识，查询与所述当前订单标识对应的当前步骤订单信息，并将所述当前步骤订单信息与第二预设历史步骤订单信息进行匹配，在匹配失败时，将所述当前步骤订单信息回滚为所述第二预设历史步骤订单信息，以处理所述异常状态。

在一实施例中，所述分布式部署的异常处理装置还包括：

策略执行模块，用于在接收到当前异常处理策略，识别所述当前异常处理策略；在所述当前异常处理策略为第一异常处理策略时，重新运行所述异常子步骤，并返回执行所述对所述订单处理请求的请求处理状态进行监测的步骤，直至在所述请求处理状态为正常状态时，按照所述预设次序执行所述异常子步骤的下一步骤；在所述当前异常处理策略为第二异常处理策略时，执行所述查询与所述异常子步骤对应的当前步骤订单信息，并将所述当前步骤订单信息与预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态的步骤。

在一实施例中，所述分布式部署的异常处理装置还包括：

所述策略执行模块，还用于在所述当前异常处理策略为第一异常处理策略时，重新运行所述异常子步骤，并统计重新运行的运行次数；在所述运行次数小于预设重试阈值时，返回执行所述对所述订单处理请求的请求处理状态进行监测的步骤，直至在所述请求处理状态为正常状态时，按照所述预设次序执行所述异常子步骤的下一步骤；

步骤暂停模块，用于在所述运行次数大于或等于预设重试阈值时，将所述异常子步骤挂起并暂停执行所述异常子步骤的下一步骤。

在一实施例中，所述分布式部署的异常处理装置还包括：

流程查询模块，用于在接收到订单处理请求时，确定与所述订单处理请求对应的订单类型；根据所述订单类型在预设映射关系中查询对应的预设订单处理流程，所述预设映射关系中包括所述订单类型与订单处理流程之间的对应关系。

在一实施例中，所述分布式部署的异常处理装置还包括：

流程构建模块，用于在接收到流程配置指令时，从所述流程配置指令中读取各待配置子步骤标识；将所述待配置子步骤标识与预设子步骤标识进行匹配；在匹配成功时，查询与所述预设子步骤标识对应的预设子步骤以及与所述预设子步骤对应的预设回调接口，所述预设回调接口用于在执行所述预设子步骤后进行自动回调以执行所述预设子步骤的下一步骤；通过所述预设子步骤与所述预设回调接口构建预设订单处理流程。

本发明所述分布式部署的异常处理装置的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。词语第一、第二、以及第三等的使用不表示任何顺序，可将这些词语解释为名称。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种分布式部署的异常处理方法，其特征在于，所述分布式部署的异常处理方法包括以下步骤：

在接收到订单处理请求时，确定与所述订单处理请求对应的预设订单处理流程，所述预设订单处理流程在预设分布式部署架构下由按照预设次序排列的各预设子步骤构成；

在所述预设次序下通过与所述预设子步骤对应的业务系统处理所述订单处理请求；

对所述订单处理请求的请求处理状态进行监测；

在所述请求处理状态为异常状态时，确定处于所述异常状态的异常子步骤；

查询与所述异常子步骤对应的当前步骤订单信息，并将所述当前步骤订单信息与预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态。

2.如权利要求1所述的分布式部署的异常处理方法，其特征在于，所述在所述预设次序下通过与所述预设子步骤对应的业务系统处理所述订单处理请求，包括：

在所述预设次序中确定当前子步骤以及所述当前子步骤的下一步骤；

向与所述当前子步骤对应的当前业务系统发送所述订单处理请求，以使所述当前业务系统对所述订单处理请求进行处理并获得当前系统响应，向与所述下一步骤对应的下一业务系统发送所述当前系统响应，以实现对于所述订单处理请求的处理；

所述查询与所述异常子步骤对应的当前步骤订单信息，并将所述当前步骤订单信息与预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态，包括；

在所述异常子步骤为所述当前子步骤时，获取当前订单标识，根据所述当前订单标识生成对应的第一订单查验请求；

向所述当前业务系统发送所述第一订单查验请求，以使所述当前业务系统从所述第一订单查验请求中提取所述当前订单标识，查询与所述当前订单标识对应的当前步骤订单信息，并将所述当前步骤订单信息与第一预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态。

3.如权利要求2所述的分布式部署的异常处理方法，其特征在于，所述在所述请求处理状态为异常状态时，确定处于所述异常状态的异常子步骤之后，所述分布式部署的异常处理方法还包括：

在所述异常子步骤为所述当前子步骤时，获取当前订单标识，根据所述当前订单标识生成对应的第二订单查验请求；

向所述当前业务系统发送所述第二订单查验请求，以使所述当前业务系统从所述第二订单查验请求中提取所述当前订单标识，查询与所述当前订单标识对应的当前步骤订单信息，并将所述当前步骤订单信息与第二预设历史步骤订单信息进行匹配，在匹配失败时，将所述当前步骤订单信息回滚为所述第二预设历史步骤订单信息，以处理所述异常状态。

4.如权利要求1所述的分布式部署的异常处理方法，其特征在于，所述在所述请求处理状态为异常状态时，确定处于所述异常状态的异常子步骤之后，所述分布式部署的异常处理方法还包括：

在接收到当前异常处理策略，识别所述当前异常处理策略；

在所述当前异常处理策略为第一异常处理策略时，重新运行所述异常子步骤，并返回执行所述对所述订单处理请求的请求处理状态进行监测的步骤，直至在所述请求处理状态为正常状态时，按照所述预设次序执行所述异常子步骤的下一步骤；

在所述当前异常处理策略为第二异常处理策略时，执行所述查询与所述异常子步骤对应的当前步骤订单信息，并将所述当前步骤订单信息与预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态的步骤。

5.如权利要求4所述的分布式部署的异常处理方法，其特征在于，所述在所述当前异常处理策略为第一异常处理策略时，重新运行所述异常子步骤，并返回执行所述对所述订单处理请求的请求处理状态进行监测的步骤，直至在所述请求处理状态为正常状态时，按照所述预设次序执行所述异常子步骤的下一步骤，包括：

在所述当前异常处理策略为第一异常处理策略时，重新运行所述异常子步骤，并统计重新运行的运行次数；

在所述运行次数小于预设重试阈值时，返回执行所述对所述订单处理请求的请求处理状态进行监测的步骤，直至在所述请求处理状态为正常状态时，按照所述预设次序执行所述异常子步骤的下一步骤；

所述在所述当前异常处理策略为第一异常处理策略时，重新运行所述异常子步骤，并统计重新运行的运行次数之后，所述分布式部署的异常处理方法还包括：

在所述运行次数大于或等于预设重试阈值时，将所述异常子步骤挂起并暂停执行所述异常子步骤的下一步骤。

6.如权利要求1至5中任一项所述的分布式部署的异常处理方法，其特征在于，所述在接收到订单处理请求时，确定与所述订单处理请求对应的预设订单处理流程，包括：

在接收到订单处理请求时，确定与所述订单处理请求对应的订单类型；

根据所述订单类型在预设映射关系中查询对应的预设订单处理流程，所述预设映射关系中包括所述订单类型与订单处理流程之间的对应关系。

7.如权利要求1至5中任一项所述的分布式部署的异常处理方法，其特征在于，所述在接收到订单处理请求时，确定与所述订单处理请求对应的预设订单处理流程之前，所述分布式部署的异常处理方法还包括：

在接收到流程配置指令时，从所述流程配置指令中读取各待配置子步骤标识；

将所述待配置子步骤标识与预设子步骤标识进行匹配；

在匹配成功时，查询与所述预设子步骤标识对应的预设子步骤以及与所述预设子步骤对应的预设回调接口，所述预设回调接口用于在执行所述预设子步骤后进行自动回调以执行所述预设子步骤的下一步骤；

通过所述预设子步骤与所述预设回调接口构建预设订单处理流程。

8.一种服务器，其特征在于，所述服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行分布式部署的异常处理程序，所述分布式部署的异常处理程序被所述处理器执行时实现如权利要求1至7中任一项所述的分布式部署的异常处理方法的步骤。

9.一种存储介质，其特征在于，所述存储介质上存储有分布式部署的异常处理程序，所述分布式部署的异常处理程序被处理器执行时实现如权利要求1至7中任一项所述的分布式部署的异常处理方法的步骤。

10.一种分布式部署的异常处理装置，其特征在于，所述分布式部署的异常处理装置包括：

流程确认模块，用于在接收到订单处理请求时，确定与所述订单处理请求对应的预设订单处理流程，所述预设订单处理流程在预设分布式部署架构下由按照预设次序排列的各预设子步骤构成；

请求处理模块，用于在所述预设次序下通过与所述预设子步骤对应的业务系统处理所述订单处理请求；

状态监测模块，用于对所述订单处理请求的请求处理状态进行监测；

步骤锁定模块，用于在所述请求处理状态为异常状态时，确定处于所述异常状态的异常子步骤；

异常处理模块，用于查询与所述异常子步骤对应的当前步骤订单信息，并将所述当前步骤订单信息与预设历史步骤订单信息进行匹配，在匹配成功时，重新运行所述异常子步骤，以处理所述异常状态。