CN113297357B - 业务流程数据的异步处理方法和装置 - Google Patents

Abstract

本申请公开了一种业务流程数据的异步处理方法和装置、计算机存储介质、终端，涉及数据处理技术领域，主要改善目前无法准确判断是否进行异步处理，从而降低了业务流程数据的异步处理有效性的技术问题。其中方法包括：执行与订单对应的业务流程数据的同步处理操作；若所述同步处理操作失败，则构建所述订单的处理操作结果，并解析所述同步处理操作失败所对应的分类特征，所述处理操作结果用于指示执行与所述业务流程数据匹配的下一业务操作；若所述分类特征为异步处理特征，则配置所述订单的订单状态为可异步处理状态，并记录所述业务流程数据，以再次执行所述业务流程数据的同步处理操作。主要用于业务流程数据的异步处理。

Description

业务流程数据的异步处理方法和装置

技术领域

本申请涉及数据处理技术领域，尤其是一种业务流程数据的异步处理方法及装置。

背景技术

随着保险行业的快速发展，保险中介平台作为保险公司与投保人之间的中间处理平台已经成为保险业务的关注热点，尤其是基于保险中介平台来完成投保人与保险公司之间的保险交易、核保理赔处理过程。其中，当发生保险交易、核保理赔处理时，保险中介平台与保险公司系统之间利用核保接口进行数据同步交互，核保接口的稳定性完全依赖保险公司系统以及网络传输情况，若保险公司系统更新或者网络传输异常，则无法基于核保接口进行业务流程数据的同步交互。

目前，现有保险中介平台与保险公司系统对于无法进行同步交互的业务流程数据，通常采取异步处理方法，如根据文案匹配规则或解析异常报文来确定业务流程数据的异步处理，但是，由于对于异常报文识别精度较差，对于系统层的异常情况无法确定，同时文案匹配规则需要预先配置，大大降低了确定效率，导致了无法准确判断是否进行异步处理，从而降低了业务流程数据的异步处理有效性。

发明内容

本申请实施例所要改善的一个技术问题是目前无法准确判断是否进行异步处理，从而降低了业务流程数据的异步处理有效性的技术问题。

下面通过附图和实施例，对本申请的技术方案做进一步的详细描述。

依据本申请一个方面，提供了一种业务流程数据的异步处理方法，包括：

执行与订单对应的业务流程数据的同步处理操作；

若所述同步处理操作失败，则构建所述订单的处理操作结果，并解析所述同步处理操作失败所对应的分类特征，所述处理操作结果用于指示执行与所述业务流程数据匹配的下一业务操作；

若所述分类特征为异步处理特征，则配置所述订单的订单状态为可异步处理状态，并记录所述业务流程数据，以再次执行所述业务流程数据的同步处理操作。

优选的，所述解析所述同步处理操作失败所对应的分类特征包括：

解析所述业务流程数据中的报文数据；

基于关键词数据库对所述报文数据进行自然语言处理，得到报文关键词；

利用分类匹配模型确定与所述报文关键词匹配的所述报文数据的分类特征，所述分类特征包括可异步处理状态、以及非异步处理状态。

优选的，所述利用分类匹配模型确定与所述报文关键词匹配的所述报文数据的分类特征之前，所述方法还包括：

获取历史报文关键词，根据所述历史报文关键词中的第一部分报文关键词以及与所述第一部分报文关键词匹配的标记分类特征建立分类匹配模型，并根据所述历史报文关键词中的第二部分报文关键词对所述分类匹配模型进行训练校正，所述标记分类特征用于表征不同报文关键词是否匹配可异步处理状态。

优选的，所述执行与订单对应的业务流程数据的同步处理操作之前，所述方法还包括：

若执行第一业务流程中的业务流程数据与处理端之间的第一同步处理操作失败，则解析所述第一同步处理操作失败所对应的第一分类特征；

若所述第一分类特征为异步处理特征，则执行订单支付操作，配置所述订单的订单状态为可异步处理状态，并绑定所述订单与所述业务流程数据。

优选的，所述执行与订单对应的业务流程数据的同步处理操作之前，所述方法还包括：

若执行第二业务流程中的业务流程数据与处理端之间的第二同步处理操作失败，则解析所述第二同步处理操作失败所对应的第二分类特征；

若所述第二分类特征为异步处理特征，则确定所述订单的订单状态为可异步处理状态，并构建第二处理操作结果，以指示执行所述第二业务流程中的下一业务操作。

优选的，所述执行与订单对应的业务流程数据的同步处理操作包括：

按照预设时间间隔检测所述订单的订单状态是否为可异步处理状态；

若是，则调取业务接口执行与订单对应的业务流程数据与处理端之间的同步处理操作。

优选的，所述执行与订单对应的业务流程数据的同步处理操作之后，所述方法还包括：

若所述同步处理操作成功，则执行与所述业务流程数据匹配的下一业务操作；

所述解析所述同步处理操作失败所对应的分类特征之后，所述方法还包括：

若所述分类特征为非异步处理特征，则更新所述订单状态为非异步处理状态，并输出所述非异步处理状态，所述非异步处理状态用于表征同步处理操作失败。

依据本申请另一个方面，提供了一种业务流程数据的异步处理装置，包括：

第一执行模块，用于执行与订单对应的业务流程数据的同步处理操作；

第一构建模块，用于若所述同步处理操作失败，则构建所述订单的处理操作结果，并解析所述同步处理操作失败所对应的分类特征，所述处理操作结果用于指示执行与所述业务流程数据匹配的下一业务操作；

第一配置模块，用于若所述分类特征为异步处理特征，则配置所述订单的订单状态为可异步处理状态，并记录所述业务流程数据，以再次执行所述业务流程数据的同步处理操作。

优选的，所述第一构建模块包括：

解析单元，用于解析所述业务流程数据中的报文数据；

处理单元，用于基于关键词数据库对所述报文数据进行自然语言处理，得到报文关键词；

确定单元，用于利用分类匹配模型确定与所述报文关键词匹配的所述报文数据的分类特征，所述分类特征包括可异步处理状态、以及非异步处理状态。

优选的，在所述确定单元之前，所述装置还包括：

获取单元，用于获取历史报文关键词，根据所述历史报文关键词中的第一部分报文关键词以及与所述第一部分报文关键词匹配的标记分类特征建立分类匹配模型，并根据所述历史报文关键词中的第二部分报文关键词对所述分类匹配模型进行训练校正，所述标记分类特征用于表征不同报文关键词是否匹配可异步处理状态。

优选的，在所述第一执行模块之前，所述装置还包括：

第一解析模块，用于若执行第一业务流程中的业务流程数据与处理端之间的第一同步处理操作失败，则解析所述第一同步处理操作失败所对应的第一分类特征；

第二配置模块，用于若所述第一分类特征为异步处理特征，则执行订单支付操作，配置所述订单的订单状态为可异步处理状态，并绑定所述订单与所述业务流程数据。

优选的，在所述第一执行模块之前，所述装置还包括：

第二解析模块，用于若执行第二业务流程中的业务流程数据与处理端之间的第二同步处理操作失败，则解析所述第二同步处理操作失败所对应的第二分类特征；

第二构建模块，用于若所述第二分类特征为异步处理特征，则确定所述订单的订单状态为可异步处理状态，并构建第二处理操作结果，以指示执行所述第二业务流程中的下一业务操作。

优选的，所述第一执行模块包括：

检测单元，用于按照预设时间间隔检测所述订单的订单状态是否为可异步处理状态；

调取单元，用于若是，则调取业务接口执行与订单对应的业务流程数据与处理端之间的同步处理操作。

优选的，在所述第一执行模块之后，所述装置还包括：

第二执行模块，用于若所述同步处理操作成功，则执行与所述业务流程数据匹配的下一业务操作；

在所述第一构建模块之后，所述装置还包括：

更新模块，用于若所述分类特征为非异步处理特征，则更新所述订单状态为非异步处理状态，并输出所述非异步处理状态，所述非异步处理状态用于表征所述同步处理操作失败。

根据本申请的又一方面，提供了一种存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述业务流程数据的异步处理方法对应的操作。

根据本申请的再一方面，提供了一种终端，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述业务流程数据的异步处理方法对应的操作。

借由上述技术方案，本申请实施例提供的技术方案至少具有下列优点：

本申请提供了一种业务流程数据的异步处理方法及装置、计算机存储介质、终端，与现有技术相比，本申请实施例通过执行与订单对应的业务流程数据的同步处理操作；若所述同步处理操作失败，则构建所述订单的处理操作结果，并解析所述同步处理操作失败所对应的分类特征，所述处理操作结果用于指示执行与所述业务流程数据匹配的下一业务操作；若所述分类特征为异步处理特征，则配置所述订单的订单状态为可异步处理状态，并记录所述业务流程数据，以再次执行所述业务流程数据的同步处理操作，可以准确的识别异常报文，从中确定系统层的异常情况，从而准确判断是否进行异步处理，提高了确定效率和业务流程数据异步处理的有效性，并且在确定异步操作处理的同时，通过构建订单的处理操作结果，保证了业务的正常流程，防止客户流失。

附图说明

构成说明书的一部分的附图描述了本申请的实施例，并且连同描述一起用于解释本申请的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本申请，其中：

图1示出了本申请实施例提供的一种业务流程数据的异步处理方法流程图；

图2示出了本申请实施例提供的保险中介平台与保司之间的系统架构图；

图3示出了本申请实施例提供的AI异步核保流程图；

图4示出了本申请实施例提供的正则处理流程图；

图5示出了本申请实施例提供的模型训练及优化流程图；

图6示出了本申请实施例提供的模型训练划分规则示意图；

图7示出了本申请实施例提供的一种业务流程数据的异步处理装置的组成框图；

图8示出了本申请实施例提供的一种终端的结构示意图。

具体实施方式

现在将参照附图来详细描述本申请的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本申请及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

本申请实施例可以应用于计算机系统/服务器，其可与众多其它通用或专用计算系统环境或配置一起操作。适于与计算机系统/服务器一起使用的众所周知的计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统﹑大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。

计算机系统/服务器可以在由计算机系统执行的计算机系统可执行指令（诸如程序模块）的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。

本申请实施例提供了一种业务流程数据的异步处理方法，如图1所示，该方法包括：

101、执行与订单对应的业务流程数据的同步处理操作。

可以理解的是，本申请实施例所提供的方法可以用于保险中介平台，也可以用于其他平台，例如购物平台、外卖平台等，本申请实施例不做具体限定。通常情况下，针对一订单业务需要基于在先的第一业务和在后的第二业务来完成整个交易过程。本申请实施例中，以保险中介平台为例，在先的第一业务可以是用户投保时保司进行的核保业务，在后的第二业务可以是用户投保后保司进行的承保业务，本申请实施例在此不做具体限定。通常情况下，业务订单需要通过中介平台调用服务提供方系统的API接口与服务提供方通讯连接，并进行同步处理操作。其中，订单用于记录用户的相关信息，例如，身份信息，服务对象信息，选择的服务项目信息等。可选的，以保险中介平台为例，业务流程数据可以是核保流程，也可以是承保流程。核保业务时，当用户确定保险项目并填写保险订单时，保险中介平台构建核保请求报文，并调用API接口与保司通讯连接，同步进行核保操作；开始承保时，首先确认保单状态为以核保状态，通过保险中介平台构建承保报文，并请求API接口与保司通讯连接，同步进行承保操作。

需要说明的是，当本申请实施例用于保险中介平台时，其中核保一般是指保险核保，具体是指保险人在对投保的标的信息全面掌握、核实的基础上，对可保风险进行评判与分类，进而决定是否承保、以什么样的条件承保的过程。可以理解的是，在核保过程中，核保人员会按标的物的不同风险类别给予不同的承保条件，保证业务质量，保证保险经营的稳定性。承保一般是指保险人在投保人提出投保请求后，经审核认为符合承保条件并同意接受投保人申请，承担保单合同规定的保险责任的行为。通常情况下，核保和承保过程都是通过保险中介平台调用保司的API接口同步处理操作的。

102、若同步处理操作失败，则构建该订单的处理操作结果，并解析同步处理操作失败所对应的分类特征。

其中，该处理操作结果用于指示执行与业务流程数据匹配的下一业务操作。

本申请实施例中，上述提到一订单业务需要基于在先的第一业务和在后的第二业务来完成整个交易过程，例如，核保和承保过程都是通过保险中介平台调用保司的API接口同步处理操作的。然而，当遇到系统发版或是网络抖动时，该API接口有可能会出现网络超时、响应失败或者报文解析异常等错误，从而导致同步处理操作失败，此时，需要在服务端将当前业务操作暂时存档，以便稍后再次尝试，同时构建处理操作结果展示给用户，以保证业务流程的正常进行，并解析同步操作失败的分类特征。其中，异步处理操作是指由于系统异常，无法实时调用接口进行同步处理操作时，为了不影响用户的业务流程，而将该步骤操作存档，稍后再次尝试同步处理操作的过程。本申请实施例在同步处理操作失败后，构建订单处理操作结果，用于指示下一业务操作，以保证业务的正常流程，避免因系统层异常所导致的客户流失的问题。其中，同步处理操作失败所对应的分类特征用于表征订单业务无法同步处理操作后该订单的状态信息，例如，具体可以分为可异步处理状态以及非异步处理状态，本申请实施例在此不做具体限定。同时该分类特征也可以用于指示该订单的下一步操作，例如，可异步处理状态时，保险中介平台构建处理操作结果后，该订单可以继续下一个业务操作；非异步处理状态时，可以通过进一步解析，来判断该订单是属于不符合投保标准的拒绝状态，或是需要人工确认的人工辅助状态。

需要说明的是，无论是核保或是承保业务都需要通过保险中介平台实时调用保司的API接口来进行相关业务流程的同步处理操作来完成，在具体的应用场景中，保险中介平台与保司之间的系统架构，如图2所示。当出现无法同步处理操作的情况时，可以通过本申请实施例提供的技术方案，构建该订单的处理操作结果展示给用户，同时在服务端将该订单暂时存档以便稍后再次尝试同步处理操作，保证订单可以继续正常的流程，既不影响保司方的数据效率及准确性，也避免了用户的流失。

103、若分类特征为异步处理特征，则配置该订单的订单状态为可异步处理状态，并记录业务流程数据。

进一步的，再次执行该业务流程数据的同步处理操作。

其中，本申请实施例中，经过解析后，若该订单的分类特征为可异步处理特征，则说明其在业务方面没有问题，仅是系统异常，可以将该订单的状态配置为可异步处理状态，同时记录数据，以便稍后再次尝试同步处理操作，从而保证了业务的正常流程。

需要说明的是，异步处理操作是指由于系统异常，无法实时调用接口进行同步处理操作时，为了不影响用户的业务流程和提供服务方的工作效率，而暂时将该步骤操作存档，稍后再次尝试同步处理操作的过程。可以有效地减少由于系统异常带来的接口异常的情况。

在本申请实施例中，为了进一步说明及限定，步骤102解析所述同步处理操作失败所对应的分类特征包括：解析所述业务流程数据中的报文数据；基于关键词数据库对所述报文数据进行自然语言处理，得到报文关键词；利用分类匹配模型确定与所述报文关键词匹配的所述报文数据的分类特征，所述分类特征包括可异步处理状态、以及非异步处理状态。

为了准确的识别异常报文数据中的系统层异常，从而确定异步处理操作，可以实时调用AI服务进行报文解析，根据解析结果判断是否可进行异步处理操作。其中，报文数据用于表征订单业务流程的相关信息，可以包括但不限于订单信息、订单状态、生成时间、请求哪些操作等。预先设置关键词数据库，用于收录从历史出现过的异常报文中的提取出的关键词，并实时进行更新。基于关键词数据库，对当前的报文数据进行自然语言处理，得到报文的关键词，输入AI模型，即可输出与当前报文数据相匹配的分类特征。其中，自然语言处理可以是利用字符串匹配模型的正则匹配算法，本申请实施例不做具体限定。优选的，AI模型可以是利用历史同步处理操作失败的报文数据进行模型构建得到得分类匹配模型，将经过自然语言处理得到的报文关键词输入至该分类匹配模型，即可得到报文数据的分类特征，包括可异步处理状态、以及非异步处理状态。其中，可异步处理状态说明该订单业务方面没有问题，仅系统层面上出现异常（如接口异常等）；非异步处理状态则说明是业务本身出现异常（如审核不通过）。

在具体的应用场景中，如图3所示，用户确定订单，通过保险中介平台发送投保请求，构造核保流程报文，并请求调用保司API接口进行同步处理操作。如果同步失败，实时调用分类匹配模型对异常报文进行自然语言处理，得到报文的关键词，并将关键词输入至分类匹配模型，确定该异常报文的分类特征，从而确定是否将该订单进行降级异步处理操作。

进一步优选的，为了更准确的确定异常报文的分类特征，在利用分类匹配模型确定与所述报文关键词匹配的所述报文数据的分类特征之前，预先建立分类匹配模型，具体包括：获取历史报文关键词，根据该历史报文关键词中的第一部分报文关键词以及与第一部分报文关键词匹配的标记分类特征建立分类匹配模型，并根据该历史报文关键词中的第二部分报文关键词对该分类匹配模型进行训练校正，其中，标记分类特征用于表征不同报文关键词是否匹配可异步处理状态。

本申请实施例中，历史报文可以是通过平台收集到大量历史同步处理操作失败的报文数据，进行关键词提取，建立关键词数据库。将提取到的异常报文关键词与标记分类特征相匹配，其中，标记分类特征用于表征不同报文关键词是否匹配可异步处理状态。如表1中的系统异常，投保审核不通过等。随机抽取历史报文中的部分报文的关键词以及对应的标记分类特征作为第一部分，利用正则匹配规则构建初始分类匹配模型，并利用历史报文中的剩余部位报文的关键词作为第二部分，对建立的初始分类匹配模型进行训练校正，得到准确的分类匹配模型。

表1

需要说明的是，正则匹配算法构建模型仅是作为本申请实施例的优选方案，还可以利用其他机器学习方法进行模型构建，本申请实施例在此不做限定。

在具体的应用场景中，首先通过正则匹配算法对历史同步处理操作失败的报文进行自然语言处理，提取关键词，并与标记分类特征相匹配，正则处理流程如图4所示。模型训练及优化流程如图5所示，利用上述的第一部分报文的关键词以及对应的标记分类特征构建初始模型，将剩余部分报文关键词输入至该初始模型，判断是否命中“异步核保”规则或“拒绝”规则，若命中“异步核保”规则，则输出结果“异步核保”；若命中“拒绝”规则，则输出结果“拒绝”；若同时命中“异步核保”和“拒绝”，或均未命中，则输出结果“人工辅助”以提示人工介入，具体划分如图6所示。

为适应更多业务流程操作，进一步可选的，在步骤101执行与订单对应的业务流程数据的同步处理操作之前，所述方法还包括：若执行第一业务流程中的业务流程数据与处理端之间的第一同步处理操作失败，则解析第一同步处理操作失败所对应的第一分类特征；若第一分类特征为异步处理特征，则执行订单支付操作，配置所述订单的订单状态为可异步处理状态，并绑定订单与该业务流程数据。

其中，示例性的，本申请实施例中，第一业务流程可以是核保业务流程，第一同步处理操为第一次调用保司API接口请求同步核保操作，第一分类特征为针对第一次同步核保操作失败进行的异常报文判断。当接收到用户的投保请求，保险中介平台构建核保请求报文，请求调用保司接口进行同步核保操作。同步操作失败，实时调用分类匹配模型对异常报文进行解析，若得到的分类特征为异步处理特征，则说明该订单业务方面无异常，仅系统层异常，此时构建构建该订单的处理操作结果（例如，核保成功等提示）并展示给用户，可以通过短信，语音，或者弹窗等方式，本申请实施例不做具体限定。然后继续订单的下一步支付操作，同时在处理端将该订单配置为可异步处理状态，并将该订单与订单对应的业务流程数据进行绑定，以稍后再次尝试同步核保操作。

需要说明的是，通过本申请实施例的技术方案，既可以保证业务流程的正常进行，又可以防止因流程无法继续进行而造成的客户流失。

进一步可选的，在步骤101执行与订单对应的业务流程数据的同步处理操作之前，所述方法还包括：若执行第二业务流程中的业务流程数据与处理端之间的第二同步处理操作失败，则解析所述第二同步处理操作失败所对应的第二分类特征；若所述第二分类特征为异步处理特征，则确定所述订单的订单状态为可异步处理状态，并构建第二处理操作结果，以指示执行所述第二业务流程中的下一业务操作。

其中，示例性的，本申请实施例中，第二业务流程可以是保司承保业务流程，第二同步处理操为保司承保时第一次调用保司API接口请求同步核保操作，第二分类特征为针对保司承保时第一次同步核保操作失败进行的异常报文判断，第二处理操作结果用于承保时在确认保单业务无异常后，以指示承保流程继续进行。

在具体的应用场景中，开始承保时，首先确认保单是否为以核保状态，若否，则首先进行核保。查询已生成的核保请求报文，请求调用保司接口进行同步核保操作。同步操作失败，实时调用分类匹配模型对异常报文进行解析，若得到的分类特征为异步处理特征，则说明该保单业务方面无异常，仅系统层异常，此时，构建用于指示承保业务流程中的下一业务操作（例如，定损、赔付等）。

需要说明的是，无论核保还是承保业务中的异步处理操作都是暂时先将业务流程数据存档，以便于后续再次尝试调用保司接口的同步处理操作，直至同步处理操作成功。具体的，步骤101执行与订单对应的业务流程数据的同步处理操作包括：按照预设时间间隔检测所述订单的订单状态是否为可异步处理状态；若是，则调取业务接口执行与订单对应的业务流程数据与处理端之间的同步处理操作。

本申请实施例中，当第一次尝试同步处理操作失败后，将订单对应的业务流程数据暂时存档，在之后的一段时间内（例如，24小时，或者当前日期24点前等，本申请实施例在此不做限定）定时（例如，每隔15分钟，或者这次整点等，本申请实施例在此不做限定）监测订单状态是否为可异步状态，若是，则再此尝试通过保司接口进行同步处理操作。

进一步的，为使本申请实施例的技术方案更加完善，在步骤101执行与订单对应的业务流程数据的同步处理操作之后，所述方法还包括：若同步处理操作成功，则执行与业务流程数据匹配的下一业务操作；可选的，解析同步处理操作失败所对应的分类特征之后，所述方法还包括：若分类特征为非异步处理特征，则更新该订单状态为非异步处理状态，并输出非异步处理状态。

其中，非异步处理状态用于表征同步处理操作失败。

本申请实施例中，当同步操作成功，则继续下一业务操作，例如签署合同，或者支付操作等，本申请实施例在此不做具体限定。而在同步处理操作失败后，由分类匹配模型确定的分类特征为非异步处理特征，则说明该订单并不是系统层的异常，而是业务本身异常（例如，投保审核不通过、保额超过限制等）或是模型判断异常等需要人工辅助介入的情况时，平台会输出该非异步处理状态（例如，审核未通过，或无法识别等），表征同步处理操作失败，用于提示用户更改保险项目或修改个人信息等，本申请实施例在此不做具体限定。

本申请实施例提供了一种业务流程数据的异步处理方法，与现有技术相比，本申请实施例通过执行与订单对应的业务流程数据的同步处理操作；若所述同步处理操作失败，则构建所述订单的处理操作结果，并解析所述同步处理操作失败所对应的分类特征，所述处理操作结果用于指示执行与所述业务流程数据匹配的下一业务操作；若所述分类特征为异步处理特征，则配置所述订单的订单状态为可异步处理状态，并记录所述业务流程数据，以再次执行所述业务流程数据的同步处理操作，可以准确的识别异常报文，从中确定系统层的异常情况，从而准确判断是否进行异步处理，提高了确定效率和业务流程数据异步处理的有效性，并且在确定异步操作处理的同时，通过构建订单的处理操作结果，保证了业务的正常流程，防止客户流失。

进一步的，作为对上述图1所示方法的实现，本发明实施例提供了一种业务流程数据的异步处理装置，如图7所示，该装置包括：

第一执行模块21，用于执行与订单对应的业务流程数据的同步处理操作；

第一构建模块22，用于若所述同步处理操作失败，则构建所述订单的处理操作结果，并解析所述同步处理操作失败所对应的分类特征，所述处理操作结果用于指示执行与所述业务流程数据匹配的下一业务操作；

第一配置模块23，用于若所述分类特征为异步处理特征，则配置所述订单的订单状态为可异步处理状态，并记录所述业务流程数据，以再次执行所述业务流程数据的同步处理操作。

优选的，所述第一构建模块21包括：

解析单元，用于解析所述业务流程数据中的报文数据；

处理单元，用于基于关键词数据库对所述报文数据进行自然语言处理，得到报文关键词；

确定单元，用于利用分类匹配模型确定与所述报文关键词匹配的所述报文数据的分类特征，所述分类特征包括可异步处理状态、以及非异步处理状态。

优选的，在所述确定单元之前，所述装置还包括：

获取单元，用于获取历史报文关键词，根据所述历史报文关键词中的第一部分报文关键词以及与所述第一部分报文关键词匹配的标记分类特征建立分类匹配模型，并根据所述历史报文关键词中的第二部分报文关键词对所述分类匹配模型进行训练校正，所述标记分类特征用于表征不同报文关键词是否匹配可异步处理状态。

优选的，在所述第一执行模块21之前，所述装置还包括：

第一解析模块，用于若执行第一业务流程中的业务流程数据与处理端之间的第一同步处理操作失败，则解析所述第一同步处理操作失败所对应的第一分类特征；

第二配置模块，用于若所述第一分类特征为异步处理特征，则执行订单支付操作，配置所述订单的订单状态为可异步处理状态，并绑定所述订单与所述业务流程数据。

优选的，在所述第一执行模块21之前，所述装置还包括：

第二解析模块，用于若执行第二业务流程中的业务流程数据与处理端之间的第二同步处理操作失败，则解析所述第二同步处理操作失败所对应的第二分类特征；

第二构建模块，用于若所述第二分类特征为异步处理特征，则确定所述订单的订单状态为可异步处理状态，并构建第二处理操作结果，以指示执行所述第二业务流程中的下一业务操作。

优选的，所述第一执行模块21包括：

检测单元，用于按照预设时间间隔检测所述订单的订单状态是否为可异步处理状态；

调取单元，用于若是，则调取业务接口执行与订单对应的业务流程数据与处理端之间的同步处理操作。

优选的，在所述第一执行模块21之后，所述装置还包括：

第二执行模块，用于若所述同步处理操作成功，则执行与所述业务流程数据匹配的下一业务操作；

在所述第一构建模块22之后，所述装置还包括：

更新模块，用于若所述分类特征为非异步处理特征，则更新所述订单状态为非异步处理状态，并输出所述非异步处理状态，所述非异步处理状态用于表征所述同步处理操失败。

本申请实施例提供了一种业务流程数据的异步处理装置，与现有技术相比，本申请实施例通过执行与订单对应的业务流程数据的同步处理操作；若所述同步处理操作失败，则构建所述订单的处理操作结果，并解析所述同步处理操作失败所对应的分类特征，所述处理操作结果用于指示执行与所述业务流程数据匹配的下一业务操作；若所述分类特征为异步处理特征，则配置所述订单的订单状态为可异步处理状态，并记录所述业务流程数据，以再次执行所述业务流程数据的同步处理操作，可以准确的识别异常报文，从中确定系统层的异常情况，从而准确判断是否进行异步处理，提高了确定效率和业务流程数据异步处理的有效性，并且在确定异步操作处理的同时，通过构建订单的处理操作结果，保证了业务的正常流程，防止客户流失。

根据本申请一个实施例提供了一种计算机存储介质，所述存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的业务流程数据的异步处理方法。

图8示出了根据本发明一个实施例提供的一种终端的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。

如图8所示，该终端可以包括：处理器(processor)302、通信接口(CommunicationsInterface)304、存储器(memory)306、以及通信总线308。

其中：处理器302、通信接口304、以及存储器306通过通信总线308完成相互间的通信。

通信接口304，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器302，用于执行程序310，具体可以执行上述页面性能数据的生成方法实施例中的相关步骤。

具体地，程序310可以包括程序代码，该程序代码包括计算机操作指令。

处理器302可能是中央处理器CPU，或者是特定集成电路ASIC（ApplicationSpecific Integrated Circuit），或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器306，用于存放程序310。存储器306可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatile memory），例如至少一个磁盘存储器。

程序310具体可以用于使得处理器302执行以下操作：

执行与订单对应的业务流程数据的同步处理操作；

若所述同步处理操作失败，则构建所述订单的处理操作结果，并解析所述同步处理操作失败所对应的分类特征，所述处理操作结果用于指示执行与所述业务流程数据匹配的下一业务操作；

若所述分类特征为异步处理特征，则配置所述订单的订单状态为可异步处理状态，并记录所述业务流程数据，以再次执行所述业务流程数据的同步处理操作。

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

可能以许多方式来实现本申请的方法和系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本申请的方法和系统。用于所述方法的步骤的上述顺序仅是为了进行说明，本申请的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本申请实施为记录在记录介质中的程序，这些程序包括用于实现根据本申请的方法的机器可读指令。因而，本申请还覆盖存储用于执行根据本申请的方法的程序的记录介质。

本申请的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本申请限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本申请的原理和实际应用，并且使本领域的普通技术人员能够理解本申请从而设计适于特定用途的带有各种修改的各种实施例。

Claims (10)

1.一种业务流程数据的异步处理方法，其特征在于，包括：

执行与订单对应的业务流程数据的同步处理操作，所述订单包括第一业务流程、以及基于所述第一业务流程完成后所执行的第二业务流程；

若所述同步处理操作失败，则构建所述订单的处理操作结果，所述处理操作结果用于指示执行与所述业务流程数据匹配的下一业务操作；

解析所述同步处理操作失败所对应的分类特征，所述分类特征为利用分类匹配模型与提取所述业务流程数据中报文数据的报文关键词进行匹配确定的，其中，所述分类特征包括可异步处理特征、以及非异步处理特征，所述分类匹配模型为基于历史报文关键词进行训练得到的；

若所述分类特征为异步处理特征，则配置所述订单的订单状态为可异步处理状态，并记录所述业务流程数据，以按照预设时间间隔检测所述订单的订单状态为可异步处理状态后，再次执行所述业务流程数据的同步处理操作；

其中，所述执行与订单对应的业务流程数据的同步处理操作之前，所述方法还包括：

若执行所述第一业务流程中第一同步处理操作失败，且解析得到的第一分类特征为异步处理特征，则执行订单支付操作，并配置所述订单的订单状态为可异步处理状态，以使在所述第一业务流程、所述第二业务流程中执行同步处理操作，所述第二业务流程中包括至少一个业务操作。

2.根据权利要求1所述的方法，其特征在于，所述解析所述同步处理操作失败所对应的分类特征包括：

解析所述业务流程数据中的报文数据；

基于关键词数据库对所述报文数据进行自然语言处理，得到报文关键词；

利用分类匹配模型确定与所述报文关键词匹配的所述报文数据的分类特征。

3.根据权利要求2所述的方法，其特征在于，所述利用分类匹配模型确定与所述报文关键词匹配的所述报文数据的分类特征之前，所述方法还包括：

获取历史报文关键词，根据所述历史报文关键词中的第一部分报文关键词以及与所述第一部分报文关键词匹配的标记分类特征建立分类匹配模型，并根据所述历史报文关键词中的第二部分报文关键词对所述分类匹配模型进行训练校正，所述标记分类特征用于表征不同报文关键词是否匹配可异步处理状态。

4.根据权利要求2或3所述的方法，其特征在于，所述执行与订单对应的业务流程数据的同步处理操作之前，所述方法还包括：

若执行第一业务流程中的业务流程数据与处理端之间的第一同步处理操作失败，则解析所述第一同步处理操作失败所对应的第一分类特征；

若所述第一分类特征为异步处理特征，则执行订单支付操作，配置所述订单的订单状态为可异步处理状态，并绑定所述订单与所述业务流程数据。

5.根据权利要求2或3所述的方法，其特征在于，所述执行与订单对应的业务流程数据的同步处理操作之前，所述方法还包括：

若执行第二业务流程中的业务流程数据与处理端之间的第二同步处理操作失败，则解析所述第二同步处理操作失败所对应的第二分类特征；

若所述第二分类特征为异步处理特征，则确定所述订单的订单状态为可异步处理状态，并构建第二处理操作结果，以指示执行所述第二业务流程中的下一业务操作。

6.根据权利要求1所述的方法，其特征在于，所述执行与订单对应的业务流程数据的同步处理操作包括：

按照预设时间间隔检测所述订单的订单状态是否为可异步处理状态；

若是，则调取业务接口执行与订单对应的业务流程数据与处理端之间的同步处理操作。

7.根据权利要求1所述的方法，其特征在于，所述执行与订单对应的业务流程数据的同步处理操作之后，所述方法还包括：

若所述同步处理操作成功，则执行与所述业务流程数据匹配的下一业务操作；

所述解析所述同步处理操作失败所对应的分类特征之后，所述方法还包括：

若所述分类特征为非异步处理特征，则更新所述订单状态为非异步处理状态，并输出所述非异步处理状态，所述非异步处理状态用于表征同步处理操失败。

8.一种业务流程数据的异步处理装置，其特征在于，包括：

第一执行模块，用于执行与订单对应的业务流程数据的同步处理操作，所述订单包括第一业务流程、以及基于所述第一业务流程完成后所执行的第二业务流程；

第一构建模块，用于若所述同步处理操作失败，则构建所述订单的处理操作结果，所述处理操作结果用于指示执行与所述业务流程数据匹配的下一业务操作；

所述第一构建模块，还用于解析所述同步处理操作失败所对应的分类特征，所述分类特征为利用分类匹配模型与提取所述业务流程数据中报文数据的报文关键词进行匹配确定的，其中，所述分类特征包括可异步处理特征、以及非异步处理特征，所述分类匹配模型为基于历史报文关键词进行训练得到的；

第一配置模块，用于若所述分类特征为异步处理特征，则配置所述订单的订单状态为可异步处理状态，并记录所述业务流程数据，以按照预设时间间隔检测所述订单的订单状态为可异步处理状态后，再次执行所述业务流程数据的同步处理操作；

其中，所述装置还包括：

第二配置模块，用于若执行所述第一业务流程中第一同步处理操作失败，且解析得到的第一分类特征为异步处理特征，则执行订单支付操作，并配置所述订单的订单状态为可异步处理状态，以使在所述第一业务流程、所述第二业务流程中执行同步处理操作，所述第二业务流程中包括至少一个业务操作。

9.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-7中任一项所述的业务流程数据的异步处理方法对应的操作。

10.一种终端，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-7中任一项所述的业务流程数据的异步处理方法对应的操作。

Images