消费订单的流程管理方法、装置、计算机设备及存储介质

摘要

本申请涉及业务过程优化技术领域，公开了一种消费订单的流程管理方法，包括：遍历消费服务的业务流程中每个流程节点之间的上下游关系，以及流程节点允许的客户端操作和/或可调用的业务处理操作，得到业务流程信息；根据业务流程信息配置有限状态机；根据消费订单所处的有限状态机的状态所触发的状态转移条件，对消费订单的状态进行状态转移；根据消费订单在有限状态机中进行状态转移的过程，生成消费订单的订单流程信息。本申请还可以应用于区块链技术领域。本申请还公开了一种消费订单的流程管理装置、计算机设备以及计算机可读存储介质。本申请提高了消费订单对应的订单流程信息的生成效率。

说明书

技术领域

本申请涉及业务过程优化技术领域，尤其涉及一种消费订单的流程管理方法、装置、计算机设备以及存储介质。

背景技术

由于在线上消费服务产生的消费订单会涉及多个业务流程节点，且消费订单在不同流程节点会有不同的订单状态，因此当需要生成消费订单对应的订单流程信息时，就需要判断消费订单在各流程节点的订单状态。

目前，一般是利用传统的判断语句对消费订单在各流程节点的订单状态进行逐步校验，并最终生成相应的订单流程信息，这种方案的缺点是需要编写繁杂的判断语句，不仅代码量繁重，而且多重嵌套的判断语句也极易引发逻辑判断的漏洞，这些都导致自动生成消费订单对应的订单流程信息时的效率低下。

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

发明内容

本申请的主要目的在于提供一种消费订单的流程管理方法、装置、计算机设备以及存储介质，旨在解决如何提高消费订单对应的订单流程信息的生成效率的问题。

为实现上述目的，本申请提供一种消费订单的流程管理方法，包括以下步骤：

遍历消费服务的业务流程中每个流程节点之间的上下游关系，以及所述流程节点允许的客户端操作和/或所述流程节点可调用的业务处理操作，得到业务流程信息；

根据所述业务流程信息配置有限状态机，其中，所述有限状态机中的状态与所述流程节点对应，每个所述状态的状态转移条件根据所述状态对应的流程节点的所述客户端操作和/或所述业务处理操作生成；

接收到消费订单的创建指令，根据所述消费订单所处的所述有限状态机的状态所触发的所述状态转移条件，对所述消费订单的状态进行状态转移；

根据所述消费订单在所述有限状态机中进行状态转移的过程，生成所述消费订单的订单流程信息。

进一步地，所述根据所述消费订单所处的所述有限状态机的状态所触发的所述状态转移条件，对所述消费订单的状态进行状态转移的步骤包括：

获取所述消费订单所处的所述有限状态机的状态对应的状态转移条件；

检测所述状态转移条件是否被触发；

若是，根据所述状态转移条件对应的状态转移关系，将所述消费订单所处的所述有限状态机的状态转移至所述状态转移关系指向的状态。

进一步地，所述根据所述业务流程信息配置有限状态机的步骤之后，还包括：

根据所述有限状态机每个状态的状态转移条件，创建每个状态对应的逻辑分支；

根据所述有限状态机各个状态转移的顺序，执行多个所述逻辑分支，并对所述逻辑分支进行测试；

检测所述逻辑分支是否均通过测试；

若是，执行所述接收到消费订单的创建指令，根据所述消费订单所处的所述有限状态机的状态所触发的所述状态转移条件，对所述消费订单的状态进行状态转移的步骤。

进一步地，所述检测所述逻辑分支是否均通过测试的步骤之后，还包括：

若否，确定未通过测试的逻辑分支，并生成所述未通过测试的逻辑分支对应的状态的通知信息。

进一步地，所述根据所述消费订单在所述有限状态机中进行状态转移的过程，生成所述消费订单的订单流程信息的步骤包括：

根据所述消费订单在所述有限状态机中进行状态转移的过程中所经历的状态对应的状态标识符，更新所述消费订单的状态转移信息；以及，

检测所述消费订单的状态是否转移到所述有限状态机的结束状态；

若是，根据所述状态转移信息生成所述消费订单的订单流程信息。

进一步地，所述根据所述消费订单在所述有限状态机中进行状态转移的过程中所经历的状态对应的状态标识符，更新所述消费订单的状态转移信息的步骤之后，还包括：

将更新后的所述状态转移信息存储至所述消费订单当前所处的状态对应的区块链节点。

进一步地，所述根据所述业务流程信息配置有限状态机的步骤之后，还包括：

在所述消费订单在所述有限状态机中进行状态转移的过程中，检测所述消费订单所处的状态是否转移至所述有限状态机的资料审核状态；

若是，根据客户端上传的资料文件获取第一信息，所述第一信息包括车主信息和车辆信息；

检测所述第一信息与所述消费订单关联的第二信息是否一致；

当检测到所述第一信息与所述第二信息一致时，将所述消费订单从所述资料审核状态转移至所述有限状态机的资料审核通过状态；

当检测到所述第一信息与所述第二信息不一致时，将所述消费订单从所述资料审核状态转移至所述有限状态机的资料审核不通过状态。

为实现上述目的，本申请还提供一种消费订单的流程管理装置，所述消费订单的流程管理装置包括：

遍历模块，用于遍历消费服务的业务流程中每个流程节点之间的上下游关系，以及所述流程节点允许的客户端操作和/或所述流程节点可调用的业务处理操作，得到业务流程信息；

配置模块，用于根据所述业务流程信息配置有限状态机，其中，所述有限状态机中的状态与所述流程节点对应，每个所述状态的状态转移条件根据所述状态对应的流程节点的所述客户端操作和/或所述业务处理操作生成；

管理模块，用于接收到消费订单的创建指令，根据所述消费订单所处的所述有限状态机的状态所触发的所述状态转移条件，对所述消费订单的状态进行状态转移；

生成模块，用于根据所述消费订单在所述有限状态机中进行状态转移的过程，生成所述消费订单的订单流程信息。

为实现上述目的，本申请还提供一种计算机设备，所述计算机设备包括：

所述计算机设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的消费订单的流程管理程序，所述消费订单的流程管理程序被所述处理器执行时实现如上述消费订单的流程管理方法的步骤。

为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有消费订单的流程管理程序，所述消费订单的流程管理程序被处理器执行时实现如上述消费订单的流程管理方法的步骤。

本申请提供的消费订单的流程管理方法、装置、计算机设备以及计算机可读存储介质，基于有限状态机获取和关联消费订单的业务流程，不仅使得订单流程的搭建更加简单，且方便维护和扩展，还避免了因采用繁杂的判断语句维护订单状态而导致订单流程信息的生成效率低下，通过利用有限状态机可以方便记录消费订单涉及的流程节点的订单状态，从而提高了生成消费订单对应的订单流程信息时的效率。

附图说明

图1为本申请一实施例中消费订单的流程管理方法步骤示意图；

图2为本申请一实施例的消费订单的的流程管理方法的有限状态机框架图；

图3为本申请一实施例的消费订单的流程管理装置示意框图；

图4为本申请一实施例的计算机设备的结构示意框图。

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

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

参照图1，在一实施例中，所述消费订单的流程管理方法包括：

步骤S10、遍历消费服务的业务流程中每个流程节点之间的上下游关系，以及所述流程节点允许的客户端操作和/或所述流程节点可调用的业务处理操作，得到业务流程信息；

步骤S20、根据所述业务流程信息配置有限状态机，其中，所述有限状态机中的状态与所述流程节点对应，每个所述状态的状态转移条件根据所述状态对应的流程节点的所述客户端操作和/或所述业务处理操作生成；

步骤S30、接收到消费订单的创建指令，根据所述消费订单所处的所述有限状态机的状态所触发的所述状态转移条件，对所述消费订单的状态进行状态转移；

步骤S40、根据所述消费订单在所述有限状态机中进行状态转移的过程，生成所述消费订单的订单流程信息。

本实施例中，实施例终端可以是一种计算机设备，如一种线上服务平台；终端也可以是一种消费订单的流程管理装置。

本实施例中的消费服务以车辆消费服务为例进行说明，如步骤S10所述：消费可以指用户(或者车主)进行车辆保险购买、ETC(Electronic Toll Collection)扣费、车辆停车消费、车辆维护服务消费等。针对用户的多种类型的消费，提供有一站式车辆线上服务平台，服务平台为用户提供有“车保险”、“车服务”、“车生活”等多个服务模块，用户可以在这些服务模块中选购消费服务。

而在建立消费服务的过程中，就会相应涉及到消费服务的业务流程。在业务流程中，包括多个流程节点，如消费订单新建、消费订单已支付、订单已取消、已上传车辆资料、已上传用户资料、资料审核通过、消费服务已启动(或已发货)、已确认(或已签收)、已激活、资料审核不通过、订单已取消、已退款等。

其中，在一些流程节点中，可允许用户在客户端上执行相应的客户端操作，以推动车辆消息服务的业务进程。例如在消费订单新建的流程节点中，用户可执行的客户端操作包括支付订单和取消订单；在消费订单已支付的流程节点中，用户可执行的客户端操作包括上传车辆资料和取消订单。

其中，在一些流程节点中，根据流程节点所能实现的功能，可调用服务平台的业务处理操作，主动推进车辆消息服务的业务进程。例如在上传资料审核的流程节点中，可调用的业务处理操作为资料审核；在订单已取消的流程节点中，若是已支付订单取消了，则可调用的业务处理操作为订单退款操作。

可选的，终端在配置消费服务的业务流程(或者订单流程)的有限状态机时，需要获取消费服务涉及的业务流程信息，业务流程信息包括业务流程中的各流程节点之间的上下游关系，以及每个流程节点允许的客户端操作和/或每个流程节点可调用的业务处理操作。

可选的，终端预先编写有用于抓取消费服务的业务流程的爬虫脚本，终端可通过在车辆服务平台上执行爬虫脚本，即可利用爬虫脚本遍历消费服务在车辆服务平台上所涉及到的业务流程的所有流程节点，并抓取各流程节点的节点信息，得到遍历结果。

其中，该节点信息包括当前节点的上游节点信息和/或下游节点信息(基于此可得到流程节点之间的上下游关系)，以及当前节点允许的客户端操作和/或可调用的业务处理操作。节点信息还进一步地包括客户端操作与下一个流程节点的对应关系，和/或业务处理操作与下一个流程节点的对应关系。

根据遍历结果，即可得到业务流程中每个流程节点对应的节点信息，根据每个节点信息中包括的当前节点的上游节点信息和/或下游节点信息，可以生成业务流程中的流程节点之间的上下游关系。

进一步地，根据流程节点之间的上下游关系，以及各流程节点允许的客户端操作和/或各流程节点可调用的业务处理操作，生成消费服务的业务流程信息(即生成的业务流程信息中包括所述业务流程中各流程节点之间的上下游关系，以及各个流程节点允许的客户端操作和/或各个流程节点可调用的业务处理操作)。

这样，通过自动化生成消费服务的业务流程信息，可以减少人工输入业务流程信息的操作，从而提高了配置消费订单的有限状态机的效率。

如步骤S20所述：终端在获取到消费服务涉及的业务流程信息后，根据业务流程信息配置有限状态机。其中，根据业务流程信息包括的业务流程中的流程节点，设置有限状态机的状态，且一个流程节点对应一个有限状态机的状态，然后根据各流程节点之间的上下游关系，对应配置有限状态机的状态之间的上下游关系(即各状态之间的上下游关系，由各状态对应的流程节点之间的上下游关系确定)。这样，即可确定各状态对应的上游状态和下游状态。

同时，根据每个流程节点允许的客户端操作和/或每个流程节点可调用的业务处理操作，生成流程节点对应的有限状态机的状态的状态转移条件。其中，一个业务处理操作对应至少一个状态转移条件，一个客户端操作对应至少一个状态转移条件。

此外，根据有限状态机的状态的状态转移条件具体的业务处理逻辑，确定当前状态与下一个状态之间的状态转移关系，且不同的状态转移条件对应的状态转移关系不同(即不同状态转移条件的触发，状态转移到的下一个状态也不相同)。定义当有限状态机的当前状态的状态转移条件被触发时，根据所触发的状态转移条件对应的状态转移关系，将当前状态转移至状态转移关系指向的下一个状态的逻辑关系。

可选的，生成有限状态机每一个状态对应的状态标识符，以方便记录对应当前状态对应触发的状态转移条件。如订单新建状态的状态标识符可以是Z1、订单已支付状态的状态标识符可以是Z2。

可选的，可进一步为不同的客户端操作生成对应的操作码，用以标识不同客户端操作，以方便记录对应触发状态转移条件的操作(即操作码可用于生成状态转移信息)。如支付订单操作的操作码可以是C1、取消订单操作的操作码可以是C0等。

可选的，参照图2所示的有限状态机框架图，最终配置得到的有限状态机的状态包括：订单新建状态、订单已支付状态、资料上传状态、资料审核状态、资料审核不通过状态、资料审核通过状态、消费服务已启动状态、服务已确认状态、订单已取消状态、订单已退款状态和结束状态。

可选的，在订单新建状态中，允许的客户端操作有支付订单操作和取消订单操作。当支付订单操作被触发时，则从订单新建状态转移到的下一个状态为订单已支付状态；当取消订单操作被触发时，则从订单新建状态转移到的下一个状态为订单已取消状态。

可选的，在订单已支付状态中，允许的客户端操作有上传资料启动操作和取消订单操作。当上传资料启动操作被触发时，则从订单已支付状态转移到的下一个状态为资料上传状态；当取消订单操作被触发时，则从订单已支付状态转移到的下一个状态为订单已取消状态。

可选的，在资料上传状态中，允许的客户端操作有上传资料操作(包括上传车辆信息对应的资料，以及上传车主信息对应的资料)和取消订单操作。当上传资料操作被触发时，则从资料上传状态转移到的下一个状态为资料审核状态；当取消订单操作被触发时，则从资料上传状态转移到的下一个状态为订单已取消状态。

可选的，在资料审核状态中，允许的客户端操作有取消订单操作，可调用的业务处理操作为资料审核操作。当取消订单操作未触发，且当资料审核操作被触发，并通过资料审核后，则从资料审核状态转移到的下一个状态为资料审核通过状态；当取消订单操作未触发，且当资料审核操作被触发，并未通过资料审核后，则从资料审核状态转移到的下一个状态为资料审核不通过状态；当取消订单操作被触发时，则从资料审核状态转移到的下一个状态为订单已取消状态。

可选的，在资料审核不通过状态中，允许的客户端操作有重新上传资料操作和取消订单操作，可调用的业务处理操作为资料重新审核操作。当重新上传资料操作被触发后，自动调用资料重新审核操作，并在资料审核通过后，则从资料审核不通过状态转移到的下一个状态为资料审核通过状态；在资料审核不通过时，则继续维持资料审核不通过状态；当取消订单操作被触发时，则从资料审核不通过状态转移到的下一个状态为订单已取消状态。

可选的，在资料审核通过状态中，可调用的业务处理操作为启动消费服务(如订单发货)，并在业务处理操作被触发后，从资料审核通过状态转移到的下一个状态为消费服务已启动状态(或已发货状态)。

可选的，在消费服务已启动状态(或已发货状态)中，允许的客户端操作有确认操作(如收货确认)，可调用的业务处理操作为自动确认操作(如用户超出一定时间后仍未发出确认操作，则执行自动确认操作)，当确认操作或自动确认操作被触发后，则从消费服务已启动状态(或已发货状态)转移到的下一个状态为服务已确认(或已签约)状态。

可选的，在服务已确认(或已签约)中，允许的客户端操作有服务激活操作，当服务激活操作被触发后，则从服务已确认(或已签约)状态转移到的下一个状态为有限状态机的结束状态。

可选的，在订单已取消状态中，检查该消费订单是否已支付。若是，则可触发的业务处理操作为退款操作，并从订单已取消状态转移到的下一个状态为订单已退款状态，然后再从订单已退款状态转移到的下一个状态为有限状态机的结束状态；若订单未支付，则从订单已取消状态转移到的下一个状态为有限状态机的结束状态。

如步骤S30、在有限状态机配置完成后，当终端接收到消费订单的创建指令时，则判定有新建的消费订单产生(消费订单根据用户购买的具体的消费服务产生)，然后终端启动创建指令针对的消费订单的订单处理流程，并在订单处理流程中将消费订单加入到有限状态机中进行状态转移，且在将消费订单加入有限状态机时为当前消费订单匹配有限状态机的状态为订单创建状态。需要说明的是，消费订单的创建，也是属于业务处理操作的一种。

从订单创建状态开始，终端根据消费订单所处的所述有限状态机的状态所触发的所述状态转移条件，对所述消费订单的状态进行状态转移，直到所述消费订单的状态达到有限状态机的结束状态。

可选的，在对消费订单的状态进行状态转移的过程中，获取消费订单所属的当前状态对应的状态转移条件，并检测状态转移条件是否被触发。应当理解的是，有限状态机每个状态至少存在一个状态转移条件，每个状态转移条件关联有其对应的状态转移关系，每个状态转移关系均指向唯一的一个状态。

可选的，在终端检测到消费订单在当前状态有被触发的状态转移条件时，则获取具体被触发的状态转移条件对应的状态转移关系，并根据该状态转移关系指向的状态对消费订单的当前状态进行状态转移，以将消费订单从当前状态转移至状态转移关系指向的状态，即状态转移关系指向的状态即为消费订单从当前状态转移至的下一个状态。同时，终端记录消费订单所转移到的所有状态对应的状态标识符，以及记录在各状态中被触发的客户端操作对应的操作码。

可选的，若终端未检测到消费订单在当前状态有被触发的状态转移条件，则保持消费订单当前的状态，即消费订单依然处于当前状态。

如步骤S40所述：当消费订单创建时，终端同时会为消费订单创建状态转移信息，状态转移信息用于记录消费订单在有限状态机进行状态转移的过程中所经历的状态的状态标识符和/或操作码。

可选的，新建的状态转移信息为空值，在消费订单在有限状态机中进行状态转移的过程中，终端会检测消费订单当前所处的有限状态机的状态，并获取当前所处的状态对应的状态标识符和/或在当前状态所触发的操作对应的操作码，然后根据获取到的状态标识符和/或操作码更新消费订单对应的状态转移信息。

例如当订单新建状态的状态标识符为Z1、订单已取消状态的状态标识符为Z3、结束状态的状态标识符为Z0、取消订单操作的操作码为C0，则生成的状态转移信息：Z1-C0-Z3-Z0，可用于表征一个完整的状态转移过程。

可选的，当涉及有多种类型的消费订单时，还可以为不同类型的消费订单分配对应的订单类型码，并将订单类型码加入到状态转移信息中，以用于区分不同类型的消费订单，即新建的状态转移信息至少包括订单类型码。例如设置车辆保险订单为E0、停车费订单为E1等。

可选的，由于消费服务的业务流程信息中的各流程节点，与有限状态机中的各个状态均一一对应，而且状态转移信息中的状态标识符和操作码均有其对应的文字含义，因此当消费订单的状态转移到有限状态机的结束状态后，终端会获取最终更新得到的状态转移信息，并将状态转移信息转换为消费订单的订单流程信息。具体根据状态转移信息中包括的状态标识符和操作码对应的文字含义，将状态转移信息转换为相应的文本信息，以得到订单流程信息。例如将状态转移信息中的状态标识符和操作符转换为相应的文字信息，并进行文字信息内容的梳理和整合即可。

在一实施例中，基于有限状态机获取和关联消费订单的业务流程，不仅使得订单流程的搭建更加简单，且方便维护和扩展，还避免了因采用繁杂的判断语句维护订单状态而导致订单流程信息的生成效率低下，通过利用有限状态机可以方便记录消费订单涉及的流程节点的订单状态，从而提高了生成消费订单对应的订单流程信息时的效率，而且通过记录对应的状态转移信息，还可以方便后续对订单流程进行排查。

在一实施例中，在上述实施例基础上，所述根据所述业务流程信息配置有限状态机的步骤之后，还包括：

步骤S50、根据所述有限状态机每个状态的状态转移条件，创建每个状态对应的逻辑分支；

步骤S60、根据所述有限状态机各个状态转移的顺序，执行多个所述逻辑分支，并对所述逻辑分支进行测试；

步骤S61、检测所述逻辑分支是否均通过测试；

步骤S62、若是，执行所述接收到消费订单的创建指令，根据所述消费订单所处的所述有限状态机的状态所触发的所述状态转移条件，对所述消费订单的状态进行状态转移的步骤；以及

步骤S63、若否，确定未通过测试的逻辑分支，并生成所述未通过测试的逻辑分支对应的状态的通知信息。

本实施例中，当有限状态机配置完成后，终端可以遍历有限状态机每个状态，以及每个状态的状态转移条件，以及每个状态转移条件所指向的下一个状态，创建每个状态对应的逻辑分支。逻辑分支表征为当前状态各个状态状态条件被触发时，当前状态相应进行状态转移的路径。

可选的，终端预先构建有自动化测试工具，利用自动化测试工具遍历多个逻辑分支，并分别依次或并行的执行多个逻辑分支，且自动化测试工具可对执行的多个逻辑分支进行测试，同时将所述多个逻辑分支执行过的操作记录在存储系统中。

自动化测试工具对各逻辑分支执行的逻辑为：自动化测试工具检测各个状态中，在该状态的状态转移条件触发后实际转移到的状态，与该状态转移条件所指向的下一个状态是否相同。若是，则该状态转移条件测试通过；若否，则该状态转移条件测试未通过。

可选的，在当前状态中所有状态转移条件测试通过后，则判定当前测试的状态对应的逻辑分支测试通过；在当前状态中存在至少一个状态转移条件测试未通过时，则判定当前测试的状态对应的逻辑分支测试未通过。

可选的，在对所有逻辑分支进行测试后，终端进一步检测是否所有逻辑分支均通过测试。

可选的，当终端检测到存在未通过测试的逻辑分支时，则确定未通过测试逻辑分支，然后根据未通过测试的逻辑分支对应的状态的相关信息，以及未通过测试的逻辑分支对应的状态转移条件，生成通知信息。然后将通知信息输出至工程师的关联设备，以方便工程师排查具体故障的状态。

可选的，当终端检测到所有逻辑分支均通过测试后，则判定有限状态机运行正常，并正式将有限状态机投入使用，同时执行所述接收到消费订单的创建指令后，根据所述消费订单所处的所述有限状态机的状态所触发的所述状态转移条件，对所述消费订单的状态进行状态转移的步骤(即步骤S30)。

这样，通过实现对消费订单的有限状态机进行自动化测试，方便对有限状态机进行故障排查，并在有限状态机通过测试后再投入使用，可以提高有限状态机的可靠性。

在一实施例中，在上述实施例基础上，所述根据所述消费订单在所述有限状态机中进行状态转移的过程，生成所述消费订单的订单流程信息的步骤包括：

步骤S41、根据所述消费订单在所述有限状态机中进行状态转移的过程中所经历的状态对应的状态标识符，更新所述消费订单的状态转移信息；以及，

步骤S42、检测所述消费订单的状态是否转移到所述有限状态机的结束状态；

步骤S43、若是，根据所述状态转移信息生成所述消费订单的订单流程信息。

本实施例中，在消费订单在有限状态机中进行状态转移的过程中，终端会检测消费订单当前所处的有限状态机的状态，并获取当前所处的状态对应的状态标识符和/或在当前状态所触发的操作对应的操作码，然后根据获取到的状态标识符和/或操作码更新消费订单对应的状态转移信息。

可选的，终端在根据状态标识符更新消费订单的状态转移信息的同时，会检测消费订单当前的状态是否转移到有限状态机的结束状态。当终端检测到消费订单的状态转移到有限状态机的结束状态后，终端会获取最终更新得到的状态转移信息，并将状态转移信息转换为消费订单的订单流程信息。具体根据状态转移信息中包括的状态标识符和操作码对应的文字含义，将状态转移信息转换为相应的文本信息，以得到订单流程信息。

进一步地，步骤S41之后，终端还执行步骤S70：将更新后的所述状态转移信息存储至所述消费订单当前所处的状态对应的区块链节点。

可选的，终端预先为有限状态机中的每个状态均分配有对应的区块链节点，区块链节点可用于将状态转移信息以链式账本的方式进行存储。其中，账本(Ledger)，是区块链(也称为账本数据)和与区块链同步的状态数据库的统称。

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

可选的，终端会在消费订单在有限状态机中进行状态转移的过程中，终端会检测消费订单当前所处的有限状态机的状态，并获取当前所处的状态对应的状态标识符和/或在当前状态所触发的操作对应的操作码，然后根据获取到的状态标识符和/或操作码更新消费订单对应的状态转移信息。

进一步地，终端将更新后的状态转移信息存储到消费订单当前所处的状态对应的区块链节点中。这样，消费订单每转移到一个状态，该状态对应的区块链节点都会将消费订单最新的状态转移信息以链式账本的方式进行存储，并更新同步至其他区块链节点中。

当终端在执行步骤S42时，即终端检测到消费订单到达有限状态机的结束状态后，需要根据所述状态转移信息生成所述消费订单的订单流程信息时，则终端可以从任一区块链节点中获取最终更新得到的状态转移信息，以用于生成订单流程信息。

这样，通过区块链技术更新存储可用于复盘消费订单在有限状态机中进行状态转移的过程的状态转移信息，使得即便有系统性崩盘的情况发生，正在有限状态机中进行状态转移的消费订单的状态转移信息也不易丢失。

在一实施例中，在上述实施例基础上，所述根据所述业务流程信息配置有限状态机的步骤之后，还包括：

步骤S80、在所述消费订单在所述有限状态机中进行状态转移的过程中，检测所述消费订单所处的状态是否转移至所述有限状态机的资料审核状态；

步骤S90、若是，根据客户端上传的资料文件获取第一信息，所述第一信息包括车主信息和车辆信息；

步骤S91、检测所述第一信息与所述消费订单关联的第二信息是否一致；

步骤S91、当检测到所述第一信息与所述第二信息一致时，将所述消费订单从所述资料审核状态转移至所述有限状态机的资料审核通过状态；

步骤S92、当检测到所述第一信息与所述第二信息不一致时，将所述消费订单从所述资料审核状态转移至所述有限状态机的资料审核不通过状态。

本实施例中，终端预先文本识别技术训练有文本识别模型，而资料审核状态中的资料审核操作对应的应用程序接口，可调用文本识别模型。

在消费订单在有限状态机中进行状态转移的过程中，终端会实时检测消费订单所处的状态是否转移至有限状态机的治疗审核状态。

可选的，当终端检测到消费订单所处的状态(即当前状态)转移至资料审核状态时，则终端调用资料审核操作对应的应用程序接口，利用文本识别模型识别用户通过客户端在资料上传状态(即资料审核状态的上一个状态)上传的资料文件，从中提取出车主信息和车辆信息作为第一信息。

同时，终端根据消费订单关联的用户信息中提取出车主信息和车辆信息作为第二信息。

进一步地，终端检测第一信息与第二信息是否一致；其中，当终端检测到第一信息中的车主信息与第二信息中的车主信息相同，以及第一信息中的车辆信息与第二信息中的车辆信息相同，则判定第一信息与第二信息一致；当终端检测到第一信息中的车主信息与第二信息中的车主信息不相同，和/或第一信息中的车辆信息与第二信息中的车辆信息不相同，则判定第一信息与第二信息不一致。

可选的，当终端检测到第一信息与第二信息一致时，则判定在资料审核状态中所触发的状态转移条件为资料审核通过，并获取资料审核通过对应的状态转移关系，根据状态转移关系所指向的资料审核通过状态对消费订单进行状态转移，即从资料审核状态转移到资料审核通过状态。

可选的，当终端检测到第一信息与第二信息不一致时，则判定在资料审核状态中所触发的状态转移条件为资料审核不通过，并获取资料审核不通过对应的状态转移关系，根据状态转移关系所指向的资料审核不通过状态对消费订单进行状态转移，即从资料审核状态转移到资料审核不通过状态。

这样，实现基于有限状态机自动对车主信息和车辆信息进行审核，节省了人工审核资料的成本，并提高了资料审核的效率。

参照图3，本申请实施例中还提供一种消费订单的流程管理装置100，包括：

遍历模块101，用于遍历消费服务的业务流程中每个流程节点之间的上下游关系，以及所述流程节点允许的客户端操作和/或所述流程节点可调用的业务处理操作，得到业务流程信息；

配置模块102，用于根据所述业务流程信息配置有限状态机，其中，所述有限状态机中的状态与所述流程节点对应，每个所述状态的状态转移条件根据所述状态对应的流程节点的所述客户端操作和/或所述业务处理操作生成；

管理模块103，用于接收到消费订单的创建指令，根据所述消费订单所处的所述有限状态机的状态所触发的所述状态转移条件，对所述消费订单的状态进行状态转移；

生成模块104，用于根据所述消费订单在所述有限状态机中进行状态转移的过程，生成所述消费订单的订单流程信息。

参照图4，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于消费订单的流程管理程序。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种消费订单的流程管理方法。

本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。

此外，本申请还提出一种计算机可读存储介质，所述计算机可读存储介质包括消费订单的流程管理程序，所述消费订单的流程管理程序被处理器执行时实现如以上实施例所述的消费订单的流程管理方法的步骤。可以理解的是，本实施例中的计算机可读存储介质可以是易失性可读存储介质，也可以为非易失性可读存储介质。

综上所述，为本申请实施例中提供的消费订单的流程管理方法、消费订单的流程管理装置、计算机设备和存储介质，基于有限状态机获取和关联消费订单的业务流程，不仅使得订单流程的搭建更加简单，且方便维护和扩展，还避免了因采用繁杂的判断语句维护订单状态而导致订单流程信息的生成效率低下，通过利用有限状态机可以方便记录消费订单涉及的流程节点的订单状态，从而提高了生成消费订单对应的订单流程信息时的效率，而且通过记录对应的状态转移信息，还可以方便后续对订单流程进行排查。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM通过多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

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

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