CN114186976A - 工作流程流转方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于机架运维领域，涉及一种工作流程流转方法、装置、计算机设备及存储介质，方法包括：读取消息队列中的工作流消息体；根据工作流消息体中的任务标识，在Redis中查询任务标识所对应的任务记录信息；基于任务记录信息中的流程编号和历史处理结果，确定工作流消息体的处理状态；当工作流消息体处于可处理状态时，对工作流消息体进行处理，得到处理结果；根据处理结果更新任务记录信息，并更新工作流消息体；将更新后的工作流消息体发送至消息队列，以完成工作流程流转。此外，本申请还涉及区块链技术，任务记录信息还可存储于区块链中。本申请提高了工作流程流转的兼容性。

Description

工作流程流转方法、装置、计算机设备及存储介质

技术领域

本申请涉及机架运维技术领域，尤其涉及一种工作流程流转方法、装置、计算机设备及存储介质。

背景技术

随机计算机技术的发展，工作流程通过计算机进行线上流转已经常态化。工作流程的流转涉及具体的业务流程，往往包括多个环节。当前的工作流程流转技术通常采用固定的架构模板实现，难以针对不同业务的工作流程进行动态拓展。

发明内容

本申请实施例的目的在于提出一种工作流程流转方法、装置、计算机设备及存储介质，以解决工作流程流转兼容性较差的问题。

为了解决上述技术问题，本申请实施例提供一种工作流程流转方法，采用了如下所述的技术方案：

读取消息队列中的工作流消息体；

根据所述工作流消息体中的任务标识，在Redis中查询所述任务标识所对应的任务记录信息；

基于所述任务记录信息中的流程编号和历史处理结果，确定所述工作流消息体的处理状态；

当所述工作流消息体处于可处理状态时，对所述工作流消息体进行处理，得到处理结果；

根据所述处理结果更新所述任务记录信息，并更新所述工作流消息体；

将更新后的工作流消息体发送至所述消息队列，以完成工作流程流转。

为了解决上述技术问题，本申请实施例还提供一种工作流程流转装置，采用了如下所述的技术方案：

消息体读取模块，用于读取消息队列中的工作流消息体；

信息查询模块，用于根据所述工作流消息体中的任务标识，在Redis中查询所述任务标识所对应的任务记录信息；

状态确定模块，用于基于所述任务记录信息中的流程编号和历史处理结果，确定所述工作流消息体的处理状态；

消息体处理模块，用于当所述工作流消息体处于可处理状态时，对所述工作流消息体进行处理，得到处理结果；

更新模块，用于根据所述处理结果更新所述任务记录信息，并更新所述工作流消息体；

消息体发送模块，用于将更新后的工作流消息体发送至所述消息队列，以完成工作流程流转。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

读取消息队列中的工作流消息体；

根据所述工作流消息体中的任务标识，在Redis中查询所述任务标识所对应的任务记录信息；

基于所述任务记录信息中的流程编号和历史处理结果，确定所述工作流消息体的处理状态；

当所述工作流消息体处于可处理状态时，对所述工作流消息体进行处理，得到处理结果；

根据所述处理结果更新所述任务记录信息，并更新所述工作流消息体；

将更新后的工作流消息体发送至所述消息队列，以完成工作流程流转。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

读取消息队列中的工作流消息体；

根据所述工作流消息体中的任务标识，在Redis中查询所述任务标识所对应的任务记录信息；

基于所述任务记录信息中的流程编号和历史处理结果，确定所述工作流消息体的处理状态；

当所述工作流消息体处于可处理状态时，对所述工作流消息体进行处理，得到处理结果；

根据所述处理结果更新所述任务记录信息，并更新所述工作流消息体；

将更新后的工作流消息体发送至所述消息队列，以完成工作流程流转。

与现有技术相比，本申请实施例主要有以下有益效果：读取消息队列中的工作流消息体，根据工作流消息体中的任务标识从Redis中查询任务记录信息，任务记录记录了工作流消息体的流转和处理历史，其中的流程编号是工作流消息体前次处理时节点的流程编号，历史处理结果是之前节点对工作流消息体处理情况的记录；各节点可以根据流程编号和历史处理结果自动判断工作流消息体的处理状态，当其处于可处理状态时，对其进行处理得到处理结果，根据处理结果更新工作流消息体和Redis中的任务记录信息，并将更新后的工作流消息体发送至消息队列，以便各节点继续对工作流消息体的处理进行判断，从而推进工作流消息体的流转；本申请以消息队列为媒介，通过Redis存储任务记录信息，不同业务的工作流程可以通过任务记录信息中的任务标识和流程编号实现流转，提高了工作流程流转的兼容性。

附图说明

为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的工作流程流转方法的一个实施例的流程图；

图3是根据本申请的工作流程流转装置的一个实施例的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

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

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

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving PictureExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(MovingPictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的工作流程流转方法一般由终端设备执行，相应地，工作流程流转装置一般设置于终端设备中。

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

继续参考图2，示出了根据本申请的工作流程流转方法的一个实施例的流程图。所述的工作流程流转方法，包括以下步骤：

步骤S201，读取消息队列中的工作流消息体。

在本实施例中，工作流程流转方法运行于其上的电子设备(例如图1所示的终端设备)可以通过有线连接方式或者无线连接方式与终端进行通信。需要指出的是，上述无线连接方式可以包括但不限于3G/4G/5G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

具体地，消息队列(Message queue，MQ)中有多个工作流消息体，工作流消息体会被各节点读取，以便各节点判断是否需要对该工作流消息体进行处理。

工作流消息体可以封装得到的数据包。工作流消息体具有头部和本体，其中，头部记录了头部记录了流程总次数、节点标识、失败重试次数阈值和任务标识，本体中的数据和业务相关。其中，一个工作流程包含多个流程步骤，流程步骤的数量即为流程总次数。节点标识是节点的标识，可以唯一地标识一个节点。工作流程数据体通过消息队列在各节点之间进行流转，由各节点进行处理、更新或生成。当节点对工作流消息体消费失败时，可以重新对该工作流消息体进行处理，但是重新进行处理的次数具有一个阈值，该阈值即为失败重试次数阈值。任务标识可以是任务的标识，通过任务标识可以将不同的任务区分开。

节点生成、更新工作流数据体时，可以在工作流消息体的头部重新写入总流程次数、节点标识(当前生成、更新工作流数据体的节点的节点标识)、失败重试次数阈值以及任务标识。

步骤S202，根据工作流消息体中的任务标识，在Redis中查询任务标识所对应的任务记录信息。

具体地，工作流消息体中具有任务标识，任务标识可以唯一地对一个任务进行标识。本申请可以通过Redis存储任务记录信息。任务记录信息中包含任务标识，任务标识可以作为Redis中的主键，或者Redis中主键的一部分。节点从工作流消息体中提取任务标识，根据任务标识在Redis中查询任务记录信息。

需要强调的是，为进一步保证上述任务记录信息的私密和安全性，上述任务记录信息还可以存储于一区块链的节点中。

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

步骤S203，基于任务记录信息中的流程编号和历史处理结果，确定工作流消息体的处理状态。

具体地，任务记录信息包括流程编号和历史处理结果。其中，流程编号可以是流程步骤的编号。例如，一个审批工作流程需要经过三个层级的审批，即需要经过三个流程步骤，流程总次数为3，在每个层级的审批中，需要经过至少一个节点的审批；对于第一层级的节点，流程编号为1。

历史处理结果可以记录节点从消息队列中取走工作流消息体后，对工作流消息体进行了哪些操作。

任务记录信息中的流程编号可以是前次对工作流消息体进行处理的节点的流程编号。根据流程编号和历史处理结果，节点可以获取到之前的节点对工作流消息体进行了哪些处理，从而判定工作流消息体针对当前节点的处理状态。

处理状态包含可处理状态和不可处理状态，当处理状态为可处理状态时，表示当前节点当前可以对工作流消息体进行处理；当处理状态为不可处理状态时，表示当前节点不可以对工作流消息体进行处理。

在一个实施例中，任务记录信息中，一个任务标识下可以只记录前次处理的流程编号和历史处理结果，也可以包含每次处理的流程编号和历史处理结果。

进一步的，上述步骤S203可以包括：获取与当前节点的流程编号相对应的处理策略；从历史处理结果中提取前次处理的流程编号和前次处理结果；根据当前节点的流程编号、处理策略、前次处理的流程编号和前次处理结果，确定工作流消息体针对当前节点的处理状态。

其中，处理策略可以是某一流程步骤中，至少一个节点对工作流消息体的协同处理方式。不同的任务具有不同的处理策略，一个任务可以具有多个流程步骤，每个流程步骤的处理策略也可以不同。例如，对于一个审批任务，需要经过三个流程步骤的审批；第一层级的步骤流程涉及三个节点，处理策略为并行处理策略，即三个节点有一个审批通过，该任务即可通过第一层级的审批；第二层级的流程步骤涉及两个节点，处理策略为串行处理策略，即两个节点需要同时审批通过，该任务才可通过第二层级的审批；第三层级的流程步骤只有一个节点，该节点审批通过，该任务便通过全部的审批流程。

具体地，先获取当前节点流程编号所对应的处理策略。然后从历史处理结果中提取前次处理的流程编号和前次处理结果，需要综合处理策略、当前节点的流程编号、前次处理的流程编号和前次处理结果，确定工作流消息体针对当前节点的处理状态。

处理状态的判定包含多种情形，现列举典型的情形如下：当前次处理的流程编号与当前节点的流程编号相同时，获取前次处理结果；如果前次处理结果为处理通过，且处理策略为并行处理策略时，表示任务已经完成前次处理的流程编号所对应的流程步骤的处理，可以进行下一流程步骤的处理。对于当前节点，工作流消息体处于不可处理状态。当前节点可以将Redis中记录的流程编号加1，不对消息队列中的工作流消息体进行处理。

如果前次处理的流程编号等于当前节点的流程编号，处理策略为串行处理时，且当前节点并未对该工作流消息体进行过处理时，对于当前节点，工作流消息体处于可处理状态。

当前次处理的流程编号比当前节点的流程编号大时，对于当前节点，工作流消息体处于不可处理状态。节点不对消息队列中的工作流消息体进行处理。

当前次处理的流程编号比当前节点的流程编号小时，对于当前节点，工作流消息体处于不可处理状态。节点不对消息队列中的工作流消息体进行处理。

当任务记录信息中不存在任何前次处理的流程编号、且当前节点的流程编号为1时，工作流消息体处于可处理状态。

本实施例中，根据处理策略、当前节点的流程编号、前次处理的流程编号和前次处理结果，进行综合性的判定，可以准确地确定工作流消息体针对当前节点的处理状态。

步骤S204，当工作流消息体处于可处理状态时，对工作流消息体进行处理，得到处理结果。

具体地，当工作流消息体处于当前节点处于可处理状态时，节点将工作流消息体从消息队列中加载到本地。节点对工作流消息体进行处理得到处理结果，其中，处理结果按照属性划分，可以包括通过、退回和重试三种处理结果。其中，通过表示节点成功完成对工作流消息体的处理；退回是指将工作流消息体退回至上一流程编号的节点；重试表示节点需要重新对工作流消息体进行处理。可以理解，处理结果包含基于具体的业务逻辑得到的数据，例如，节点根据业务逻辑对工作流消息体中的数据进行计算，计算出的结果就是处理结果。

步骤S205，根据处理结果更新任务记录信息，并更新工作流消息体。

具体地，在得到处理结果后，需要根据处理结果更新任务记录信息，以便记录当前节点本次对工作流消息体的处理。

进一步的，上述步骤S205中，根据处理结果更新任务记录信息的步骤可以包括：当根据处理结果确定对工作流消息体处理通过时，根据处理结果更新任务记录信息中的历史处理结果，并将任务记录信息中的流程编号修改为当前节点的流程编号。

具体地，当根据处理结果确定对工作流消息体处理通过时，将任务记录信息中的流程编号修改为当前节点的流程编号(或者新增任务记录信息中的流程编号，且新增的流程编号为当前节点的流程编号)，并更新历史处理结果，在其中增加表示当前节点处理通过的信息。

本实施例中，当根据处理结果确定对工作流消息体处理通过时，将本次处理的处理结果写入历史处理结果，并在任务记录信息中写入当前节点的流程编号，从而完成任务记录信息的更新。

进一步的，在另一个实施例中，上述步骤S205中根据处理结果更新任务记录信息的步骤可以包括：当根据处理结果确定对工作流消息体进行退回操作时，从任务记录信息中提取前次处理的节点标识；基于处理结果和前次处理的节点标识更新任务记录信息中的历史处理结果，并调整任务记录信息中的流程编号。

具体地，当根据处理结果确定对工作流消息体进行退回操作时，提取前次处理的节点标识，在历史处理结果中写入表示退回操作的处理结果，并将前次处理的节点标识一并写入，以便前次处理的节点标识重新对工作流消息体进行处理；同时，还要将任务记录信息中的流程编号减1，表示将该工作流消息体退回至上一个流程步骤。

本实施例中，当对工作流消息体进行退回操作时，将前次处理的节点标识写入历史处理结果，并将流程编号减1，从而将工作流消息体退回至上一个流程步骤。

进一步的，在又一个实施例中，上述步骤S205中根据处理结果更新任务记录信息的步骤可以包括：当根据处理结果确定对工作流消息体处理失败时，更新任务记录信息中的失败次数，失败次数用于进行消息体异常检测。

具体地，由于消息队列中断等原因，可能导致节点对工作流消息体的消费(处理)失败，此时节点生成表示处理失败的处理结果。此时，更新任务记录信息中的失败次数，将失败次数加1。

失败次数用于对工作流消息体进行消息体异常检测。当消息队列或者下一个读取工作流消息体的节点检测到，任务记录信息中的失败次数等于工作流消息体中的失败重试次数阈值时，将工作流消息体标记为异常状态并触发异常状态预警通知，以便对该工作流消息体进行检查。

当节点对工作流消息体处理失败时，可以将工作流消息体发送至消息队列，后续可以重新从消息队列中读取工作流消息体进行处理。

本实施例中，当对工作流消息体处理失败时，更新任务记录信息中的失败次数，以便及时根据失败次数发现异常状态的工作流消息体，保证工作流程流转的正常进行。

步骤S206，将更新后的工作流消息体发送至消息队列，以完成工作流程流转。

具体地，节点将更新后的工作流消息体发送至消息队列，结束当前节点对工作流消息体的处理。工作流消息体进入消息队列后，将被各节点继续进行处理状态的判断，推动工作流程的流转。

本实施例中，读取消息队列中的工作流消息体，根据工作流消息体中的任务标识从Redis中查询任务记录信息，任务记录记录了工作流消息体的流转和处理历史，其中的流程编号是工作流消息体前次处理时节点的流程编号，历史处理结果是之前节点对工作流消息体处理情况的记录；各节点可以根据流程编号和历史处理结果自动判断工作流消息体的处理状态，当其处于可处理状态时，对其进行处理得到处理结果，根据处理结果更新工作流消息体和Redis中的任务记录信息，并将更新后的工作流消息体发送至消息队列，以便各节点继续对工作流消息体的处理进行判断，从而推进工作流消息体的流转；本申请以消息队列为媒介，通过Redis存储任务记录信息，不同业务的工作流程可以通过任务记录信息中的任务标识和流程编号实现流转，提高了工作流程流转的兼容性。

进一步的，上述步骤S201之前，还可以包括：Redis接收任务创建通知；Redis基于任务创建通知中的任务标识，创建任务记录信息。

具体地，当新建任务时，可以由新任务涉及的各节点中任意一个节点向Redis发送任务创建通知，任务创建通知中包含了任务标识，Redis可以基于任务标识创建任务记录信息，新创建的任务记录信息可以仅包括任务标识。

本实施例中，在新建任务时，Redis根据任务标识创建任务记录信息，为工作流程流转做好准备。

进一步的，上述步骤S206之后，还可以包括：当消息队列检测到Redis中的任务记录信息被修改时，获取Redis中被修改的任务记录信息；消息队列获取与任务记录信息中的任务标识相对应的工作流消息体；消息队列根据任务记录信息和工作流消息体，确定工作流消息体所对应任务的任务状态；当任务状态为任务完成状态时，消息队列删除工作流消息体。

具体地，消息队列需要对工作流消息体进行检查与清理。当消息队列检测到Redis中的任务记录信息被修改时，获取Redis中被修改的任务记录信息。根据任务记录信息中的任务标识，在消息队列中查询与该任务标识相对应的工作流消息体。

根据任务记录信息中的流程编号、历史处理结果和工作流消息体中的流程总次数，可以确定工作流消息体所对应任务的任务状态。任务状态包括正在进行中和任务完成，当确定通过最后一个流程步骤的处理时，该任务已经通过全部的流程步骤，处于任务完成状态。为了避免消息队列过于臃肿，可以将消息队列中，该任务标识所对应的工作流消息体一并删除。

本实施例中，当消息队列根据任务记录信息和工作流消息体确定任务完成时，删除消息队列中任务标识所对应的工作流消息体，从而实现消息队列的清理。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图3，作为对上述图2所示方法的实现，本申请提供了一种工作流程流转装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图3所示，本实施例所述的工作流程流转装置300包括：消息体读取模块301、信息查询模块302、状态确定模块303、消息体处理模块304、更新模块305以及消息体发送模块306，其中：

消息体读取模块301，用于读取消息队列中的工作流消息体。

信息查询模块302，用于根据工作流消息体中的任务标识，在Redis中查询任务标识所对应的任务记录信息。

状态确定模块303，用于基于任务记录信息中的流程编号和历史处理结果，确定工作流消息体的处理状态。

消息体处理模块304，用于当工作流消息体处于可处理状态时，对工作流消息体进行处理，得到处理结果。

更新模块305，用于根据处理结果更新任务记录信息，并更新工作流消息体。

消息体发送模块306，用于将更新后的工作流消息体发送至消息队列，以完成工作流程流转。

本实施例中，读取消息队列中的工作流消息体，根据工作流消息体中的任务标识从Redis中查询任务记录信息，任务记录记录了工作流消息体的流转和处理历史，其中的流程编号是工作流消息体前次处理时节点的流程编号，历史处理结果是之前节点对工作流消息体处理情况的记录；各节点可以根据流程编号和历史处理结果自动判断工作流消息体的处理状态，当其处于可处理状态时，对其进行处理得到处理结果，根据处理结果更新工作流消息体和Redis中的任务记录信息，并将更新后的工作流消息体发送至消息队列，以便各节点继续对工作流消息体的处理进行判断，从而推进工作流消息体的流转；本申请以消息队列为媒介，通过Redis存储任务记录信息，不同业务的工作流程可以通过任务记录信息中的任务标识和流程编号实现流转，提高了工作流程流转的兼容性。

在本实施例的一些可选的实现方式中，工作流程流转装置300还可以包括：通知接收模块以及信息创建模块，其中：

通知接收模块，用于Redis接收任务创建通知。

信息创建模块，用于Redis基于任务创建通知中的任务标识，创建任务记录信息。

本实施例中，在新建任务时，Redis根据任务标识创建任务记录信息，为工作流程流转做好准备。

在本实施例的一些可选的实现方式中，状态确定模块303可以包括：策略获取子模块、前次提取子模块以及状态确定子模块，其中：

策略获取子模块，用于获取与当前节点的流程编号相对应的处理策略。

前次提取子模块，用于从历史处理结果中提取前次处理的流程编号和前次处理结果。

状态确定子模块，用于根据当前节点的流程编号、处理策略、前次处理的流程编号和前次处理结果，确定工作流消息体针对当前节点的处理状态。

本实施例中，根据处理策略、当前节点的流程编号、前次处理的流程编号和前次处理结果，进行综合性的判定，可以准确地确定工作流消息体针对当前节点的处理状态。

在本实施例的一些可选的实现方式中，更新模块305可以包括：第一更新子模块，第一更新子模块用于：当根据处理结果确定对工作流消息体处理通过时，根据处理结果更新任务记录信息中的历史处理结果，并将任务记录信息中的流程编号修改为当前节点的流程编号。

本实施例中，当根据处理结果确定对工作流消息体处理通过时，将本次处理的处理结果写入历史处理结果，并在任务记录信息中写入当前节点的流程编号，从而完成任务记录信息的更新。

在本实施例的一些可选的实现方式中，更新模块305又可以包括：标识提取子模块以及第二更新子模块，其中：

标识提取子模块，用于当根据处理结果确定对工作流消息体进行退回操作时，从任务记录信息中提取前次处理的节点标识。

第二更新子模块，用于基于处理结果和前次处理的节点标识更新任务记录信息中的历史处理结果，并调整任务记录信息中的流程编号。

本实施例中，当对工作流消息体进行退回操作时，将前次处理的节点标识写入历史处理结果，并将流程编号减1，从而将工作流消息体退回至上一个流程步骤。

在本实施例的一些可选的实现方式中，更新模块305还可以包括第三更新子模块，第三更新子模块用于：当根据处理结果确定对工作流消息体处理失败时，更新任务记录信息中的失败次数，失败次数用于进行消息体异常检测。

本实施例中，当对工作流消息体处理失败时，更新任务记录信息中的失败次数，以便及时根据失败次数发现异常状态的工作流消息体，保证工作流程流转的正常进行。

在本实施例的一些可选的实现方式中，工作流程流转装置300还可以包括：修改获取模块、消息体获取模块、任务状态确定模块以及消息体删除模块，其中：

修改获取模块，用于当消息队列检测到Redis中的任务记录信息被修改时，获取Redis中被修改的任务记录信息。

消息体获取模块，用于消息队列获取与任务记录信息中的任务标识相对应的工作流消息体。

任务状态确定模块，用于消息队列根据任务记录信息和工作流消息体，确定工作流消息体所对应任务的任务状态。

消息体删除模块，用于当任务状态为任务完成状态时，消息队列删除工作流消息体。

本实施例中，当消息队列根据任务记录信息和工作流消息体确定任务完成时，删除消息队列中任务标识所对应的工作流消息体，从而实现消息队列的清理。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如工作流程流转方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行所述工作流程流转方法的计算机可读指令。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

本实施例中提供的计算机设备可以执行上述工作流程流转方法。此处工作流程流转方法可以是上述各个实施例的工作流程流转方法。

本实施例中，读取消息队列中的工作流消息体，根据工作流消息体中的任务标识从Redis中查询任务记录信息，任务记录记录了工作流消息体的流转和处理历史，其中的流程编号是工作流消息体前次处理时节点的流程编号，历史处理结果是之前节点对工作流消息体处理情况的记录；各节点可以根据流程编号和历史处理结果自动判断工作流消息体的处理状态，当其处于可处理状态时，对其进行处理得到处理结果，根据处理结果更新工作流消息体和Redis中的任务记录信息，并将更新后的工作流消息体发送至消息队列，以便各节点继续对工作流消息体的处理进行判断，从而推进工作流消息体的流转；本申请以消息队列为媒介，通过Redis存储任务记录信息，不同业务的工作流程可以通过任务记录信息中的任务标识和流程编号实现流转，提高了工作流程流转的兼容性。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的工作流程流转方法的步骤。

本实施例中，读取消息队列中的工作流消息体，根据工作流消息体中的任务标识从Redis中查询任务记录信息，任务记录记录了工作流消息体的流转和处理历史，其中的流程编号是工作流消息体前次处理时节点的流程编号，历史处理结果是之前节点对工作流消息体处理情况的记录；各节点可以根据流程编号和历史处理结果自动判断工作流消息体的处理状态，当其处于可处理状态时，对其进行处理得到处理结果，根据处理结果更新工作流消息体和Redis中的任务记录信息，并将更新后的工作流消息体发送至消息队列，以便各节点继续对工作流消息体的处理进行判断，从而推进工作流消息体的流转；本申请以消息队列为媒介，通过Redis存储任务记录信息，不同业务的工作流程可以通过任务记录信息中的任务标识和流程编号实现流转，提高了工作流程流转的兼容性。

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

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种工作流程流转方法，其特征在于，包括下述步骤：

读取消息队列中的工作流消息体；

根据所述工作流消息体中的任务标识，在Redis中查询所述任务标识所对应的任务记录信息；

基于所述任务记录信息中的流程编号和历史处理结果，确定所述工作流消息体的处理状态；

当所述工作流消息体处于可处理状态时，对所述工作流消息体进行处理，得到处理结果；

根据所述处理结果更新所述任务记录信息，并更新所述工作流消息体；

将更新后的工作流消息体发送至所述消息队列，以完成工作流程流转。

2.根据权利要求1所述的工作流程流转方法，其特征在于，在所述读取消息队列中的工作流消息体的步骤之前，还包括：

Redis接收任务创建通知；

所述Redis基于所述任务创建通知中的任务标识，创建任务记录信息。

3.根据权利要求1所述的工作流程流转方法，其特征在于，所述基于所述任务记录信息中的流程编号和历史处理结果，确定所述工作流消息体的处理状态的步骤包括：

获取与当前节点的流程编号相对应的处理策略；

从所述历史处理结果中提取前次处理的流程编号和前次处理结果；

根据所述当前节点的流程编号、所述处理策略、所述前次处理的流程编号和所述前次处理结果，确定所述工作流消息体针对所述当前节点的处理状态。

4.根据权利要求1所述的工作流程流转方法，其特征在于，所述根据所述处理结果更新所述任务记录信息的步骤包括：

当根据所述处理结果确定对所述工作流消息体处理通过时，根据所述处理结果更新所述任务记录信息中的历史处理结果，并将所述任务记录信息中的流程编号修改为当前节点的流程编号。

5.根据权利要求1所述的工作流程流转方法，其特征在于，所述根据所述处理结果更新所述任务记录信息的步骤包括：

当根据所述处理结果确定对所述工作流消息体进行退回操作时，从所述任务记录信息中提取前次处理的节点标识；

基于所述处理结果和所述前次处理的节点标识更新所述任务记录信息中的历史处理结果，并调整所述任务记录信息中的流程编号。

6.根据权利要求1所述的工作流程流转方法，其特征在于，所述根据所述处理结果更新所述任务记录信息的步骤之后，还包括：

当根据所述处理结果确定对所述工作流消息体处理失败时，更新所述任务记录信息中的失败次数，所述失败次数用于进行消息体异常检测。

7.根据权利要求1所述的工作流程流转方法，其特征在于，在所述将更新后的工作流消息体发送至所述消息队列，以完成工作流程流转的步骤之后还包括：

当所述消息队列检测到所述Redis中的任务记录信息被修改时，获取所述Redis中被修改的任务记录信息；

所述消息队列获取与所述任务记录信息中的任务标识相对应的工作流消息体；

所述消息队列根据所述任务记录信息和所述工作流消息体，确定所述工作流消息体所对应任务的任务状态；

当所述任务状态为任务完成状态时，所述消息队列删除所述工作流消息体。

8.一种工作流程流转装置，其特征在于，包括：

消息体读取模块，用于读取消息队列中的工作流消息体；

信息查询模块，用于根据所述工作流消息体中的任务标识，在Redis中查询所述任务标识所对应的任务记录信息；

状态确定模块，用于基于所述任务记录信息中的流程编号和历史处理结果，确定所述工作流消息体的处理状态；

消息体处理模块，用于当所述工作流消息体处于可处理状态时，对所述工作流消息体进行处理，得到处理结果；

更新模块，用于根据所述处理结果更新所述任务记录信息，并更新所述工作流消息体；

消息体发送模块，用于将更新后的工作流消息体发送至所述消息队列，以完成工作流程流转。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的工作流程流转方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的工作流程流转方法的步骤。

Images