流程数据的监测方法、装置、存储介质及计算机设备

技术领域

本申请涉及数据处理领域，尤其涉及一种流程数据的监测方法、装置、存储介质及计算机设备。

背景技术

流程是一个组织及其合作伙伴的人员及系统所完成的工作的一种正式表达，流程最简单的表达形式就是一组活动，它们表示流程的不同步骤，通过一些转换连接在一起。很多企业在涉及到生产、商务、金融和管理问题时，都需要遵守一定的流程。在日常生活以及业务活动的很多场景中，特别是发生安全事件、商业纠纷、法律诉讼时，人们需要确切地掌握历史上某个流程的个案的执行情况和状态。甚至在日常的工作检查各类管理和审计中也需要类似的信息。然而流程执行个案信息具有分散性和即时性的特点，很难对以往的流程执行过程进行还原、重现和追朔。

发明内容

本申请实施例提供了流程数据的监测方法、装置、存储介质及计算机设备，可以解决现有技术中流程执行过程难以还原和追溯的问题。所述技术方案如下：

第一方面，本申请实施例提供了一种流程数据的监测方法，所述方法包括：

执行流程；

在流程执行过程中，监测所述流程的流程结构数据；

确定所述流程关联的多个事件，以及监测各个事件的事件结构数据；

确定所述各个事件关联的凭证，以及监测所述凭证的凭证结构数据；

将监测的所述流程结构数据、所述事件结构数据和所述凭证结构数据进行关联后进行归档处理。

第二方面，本申请实施例提供了一种流程数据的监测装置，所述装置包括：

执行单元，用于执行流程；

监测单元，用于在流程执行过程中，监测所述流程的流程结构数据；

所述监测单元，还用于确定所述流程关联的多个事件，以及监测各个事件的事件结构数据；

所述监测单元，还用于确定所述各个事件关联的凭证，以及监测所述凭证的凭证结构数据；

将监测的所述流程结构数据、所述事件结构数据和所述凭证结构数据进行关联后进行归档处理。

第三方面，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

第四方面，本申请实施例提供一种计算机设备，可包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

在流程运行过程中，根据流程预先配置的数据模型监测流程结构数据，事件结构数据和凭证结构数据，将监测到的数据进行关联后进行归档，本申请通过预先配置的数据模型将流程的主要信息抽取出来进行数据化处理得到归档数据，归档数据可以进行分类、查询和存证，后续可以根据归档数据准确的还原和追溯流程的执行细节。

附图说明

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

图1是本申请实施例提供的网络架构示意图；

图2是本申请实施例提供的流程数据的监测方法的流程示意图；

图3是本申请实施例提供的数据模型的结构示意图；

图4是本申请实施例提供的流程关联的事件的示意图；

图5是本申请实施例提供的流程执行过程中监测流程数据的流程示意图；

图6是本申请提供的一种流程数据的监测装置的结构示意图；

图7是本申请提供的一种计算机设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。

需要说明的是，本申请提供的流程数据的监测方法一般由计算机设备执行，相应的，流程数据的监测装置一般设置于计算机设备中。

图1示出了可以应用于本申请的流程数据的监测方法或流程数据的监测装置的示例性系统架构。

如图1所示，系统架构可以包括：计算机设备101和服务器102。计算机设备101和服务器102之间可以通过网络进行通信，网络用于上述各个单元之间提供通信链路的介质。网络可以包括各种类型的有线通信链路或无线通信链路，例如：有线通信链路包括光纤、双绞线或同轴电缆等，无线通信链路包括蓝牙通信链路、无线保真（WIreless-FIdelity，Wi-Fi）通信链路或微波通信链路等。

其中，服务器102中基于计算机设备101的流程执行请求，执行流程，计算机设备101监测流程执行过程中的流程结构数据、事件结构数据和凭证结构数据，将监测的数据进行关联后进行归档，以便后续准确的对流程的执行过程进行追溯和还原。

需要说明的是，计算机设备101和服务器102可以是硬件，也可以是软件。当计算机设备101和服务器102为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当计算机设备101和服务器102为软件时，可以实现成多个软件或软件模块（例如用来提供分布式服务），也可以实现成单个软件或软件模块，在此不做具体限定。

本申请的计算机设备上可以安装有各种通信客户端应用，例如：视频录制应用、视频播放应用、语音交互应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

计算机设备可以是硬件，也可以是软件。当计算机设备为硬件时，可以是具有显示屏的各种计算机设备，包括但不限于智能手机、平板电脑、膝上型便携式计算机和台式计算机等等。当计算机设备为软件时，可以是安装上述所列举的计算机设备中。其可以实现呈多个软件或软件模块（例如：用来提供分布式服务），也可以实现成单个软件或软件模块，在此不作具体限定。

当计算机设备为硬件时，其上还可以安装有显示设备和摄像头，显示设备显示可以是各种能实现显示功能的设备，摄像头用于采集视频流；例如：显示设备可以是阴极射线管显示器（cathode ray tube display，简称CR）、发光二极管显示器（light-emittingdiode display，简称LED）、电子墨水屏、液晶显示屏（liquid crystal display，简称LCD）、等离子显示面板（plasma display panel，简称PDP）等。用户可以利用计算机设备上的显示设备，来查看显示的文字、图片、视频等信息。

应理解，图1中的计算机设备、网络和服务器的数目仅是示意性的。根据实现需要，可以是任意数量的计算机设备、网络和服务器。

下面将结合附图2，对本申请实施例提供的流程数据的监测方法进行详细介绍。其中，本申请实施例中的流程数据的监测装置可以是图1所示的计算机设备。

请参见图2，为本申请实施例提供了一种流程数据的监测方法的流程示意图。如图2所示，本申请实施例的所述方法可以包括以下步骤：

S201、执行流程。

其中，发起者向服务器发送流程执行请求，服务器响应于流程执行请求执行流程，发起者可以是用户或线程。当发起者为用户时，用户通过计算机设备登录到服务器，然后向服务器发送流程执行请求；当发起者为线程时，启动线程，该线程向服务器发送流程执行请求。

S202、在执行过程中，监测流程的流程结构数据。

其中，流程结构数据表示流程的相关属性，流程结构数据包括多个字段和各个字段的字段值。

可选的，本申请的流程结构数据包括如下字段：流程标识、流程类型、流程属性、流程状态和事件列表。流程标识表示流程的唯一身份，可以使用字符串来表示。流程类型表示流程的类型，例如：产品的采购流程、交易的结算流程或业务许可申请流程等。流程属性表示流程在执行过程中的数字足迹，例如：流程执行过程的起始时间、终止时间、持续时间、流程执行过程涉及的场景、流程执行的发起主体（线程ID或账户名称等）、流程包括的事件的数量和各个事件之间的关系（序列性或完备性），序列性表示流程关联的多个事件需要按照特定的顺序执行，完备性表示多个事件不需要按照特定的顺序执行。流程状态表示流程的状态，包括：执行成功、执行失败、执行中断或正在执行等。事件列表包括流程关联的多个事件的事件标识，事件标识可以使用字符串来表示。

S203、确定流程关联的多个事件，以及监测各个事件的事件结构数据。

其中，事件即流程中执行的步骤，一个流程关联多个事件，流程结构数据中预配置有流程和事件之间的关联关系（例如：事件列表），根据该关联关系确定流程关联的多个事件，然后在流程执行过程中，监测各个事件的事件结构数据，事件结构数据表示事件的相关属性，事件结构数据包括多个字段和各个字段的字段值。

可选的，本申请的事件结构数据包括如下字段：事件标识、事件类型、事件属性、事件状态和凭证列表。事件标识表示事件的唯一身份，可以使用字符串来表示，同一流程内的各个事件具有不同的事件标识。事件类型表示事件的类型，例如：销售流程中的招标事件或销售合同签署事件等。事件属性表示事件的数字足迹，包括事件发生的起始时间、终止时间、持续时间、时间记录时间戳、事件涉及的主体（机构、系统身份、操作人员账户名称、被调用线程ID）、以及其他事件发生系统环境记录等。事件状态表示事件的状态，包括已完成和未完成，计算机设备可以基于用户针对该事件的确认指令获知事件的状态，例如：用户执行确认操作或签名时触发确认指令。凭证列表包括事件关联的一个或多个凭证的凭证标识，凭证为数字化凭证，凭证标识可以使用字符串来表示。

S204、确定各个事件关联的凭证，以及监测凭证的凭证结构数据。

其中，一个事件关联的凭证的数量为一个或多个，本申请可以通过事件结构数据得到事件关联的凭证。凭证结构数据表示凭证的相关属性，凭证结构数据包括多个字段和各个字段的字段值。

可选的，凭证结构数据包括如下字段：凭证标识、凭证类型、凭证存储方式、凭证索引信息、凭证内容、凭证数字签名和凭证验证状态。凭证标识用于唯一表示凭证的身份，可以使用字符串来表示。凭证类型表示凭证的类型，包括：各类合同、物权转移凭证或债权转移凭证等。凭证存储方式表示凭证的存储方式，包括：区块链、数据库或文件夹等。凭证索引信息表示查询凭证所需要的索引信息。凭证内容表示凭证内容的凭证数据或基于凭证数据生成的哈希值。凭证数字签名用于凭证的数字签名，用于验证凭证的有效性。凭证验证状态表示凭证的验证状态，即根据数字签名验证凭证有效的状态或待验证的状态。

S205、将监测的流程结构数据、事件结构数据和凭证结构数据进行关联后进行归档处理。

其中，流程结构数据关联多个事件结构数据，每个事件结构数据关联一个或多个凭证结构数据，关联的方式可以是通过指针的方式将上述的数据进行关联，然后将关联的数据进行归档处理，进行持久化存储。

进一步的，凭证结构数据存储在第一区块链中，归档处理后的数据存储在第二区块链中，通过在两个区块链上分开存储数据，可以提高数据存储的安全性，降低被篡改的可能性，为后续流程过程的还原提供真实数据。

进一步的，用户可以通过计算机设备查询归档处理后的数据，例如：通过流程标识查询流程结构数据，根据事件标识查询事件结构数据，根据凭证标识查询凭证结构数据，例如：凭证结构数据存储在上述的第一区块链中，计算机设备向第一区块链发送凭证查询请求，凭证查询请求查询凭证标识，第一区块链基于凭证标识查询对应的凭证结构数据，然后将凭证结构数据返回给计算机设备，计算机设备查询到的数据还原和追溯流程的执行过程。

进一步的，参见图3所示数据模型的示意图，数据模型表示各个数据包括的字段以及数据之间的关联关系，根据该数据模型得知，流程结构数据通过事件列表关联多个事件结构数据，事件结构数据通过凭证列表关联一个或多个凭证结构数据。流程结构数据、事件结构数据和凭证结构数据包括的字段参见图3所示，此处不再赘述。

下面就一个具体的例子对本申请的流程数据的归档方法进行说明：

参见图4所示，流程包括如下顺序执行的4个事件：用户提交申请、申请资料复核、初审和终审，执行该流程时流程数据的归档方法参见图5所示：

步骤S2001：当用户发起流程的执行申请之后，根据流程模板创建一个“平台业务上线申请”实例，并赋予流程标识，例如AP0001，同时流程状态记录为“开始”状态，并记录流程开始时间。

步骤S2002：根据模板创建一个“用户提交申请”事件实例，并赋予实例标识，例如E0001.并根据模板对实例属性赋值，事件发生时间，事件发起主体等。调用步骤S2001创建的流程实例，并将事件实例的事件标识插入事件列表。

步骤S2002a：根据模板创建一个“用户申请表”凭证实例，并赋予实例标识（例如PF001），并根据模板规定的格式创建一份用户申请表，输入或者导入实际申请数据。并且对凭证属性赋值（创建时间，创建操作账户和数字签名）。调用步骤S2002创建的事件实例，最后将凭证实例的凭证标识插入凭证列表。

步骤S2002b：创建一个“营业执照” 凭证实例，导入执照文档或图片或者其哈希值。同时对凭证实例属性赋值，调用步骤S2002创建的事件实例将凭证实例的凭证标识插入凭证列表。

步骤S2003：创建一个“复核”事件实例，并赋予事件标识。对事件实例属性赋值之后调用步骤S2001创建的流程实例，并将事件实例的事件标识插入事件列表。

步骤S2003a1：创建一个“用户申请复核结果” 凭证实例，并对实例赋值。

步骤S2003a2：根据用户申请表模板及要求复核用户申请数据。

步骤S2003a3：在成功完成步骤S2003a2后根据用“用户申请复核结果格式”模板在步骤S2003a1创建的凭证实例数据栏中输入复核结果数据，并且完成数字签名。然后调用步骤S2003创建的事件实例，将步骤S2003a1创建的实例插入凭证列表。

步骤S2003b1：创建一个“营业执照复核” 凭证实例，并对实例赋标识（号）。

步骤S2003b2：根据具体的要求复核营业执照。

步骤S2003b3：在成功完成步骤S2003b2后根据用“营业执照复核结果“格式模板在步骤S2003b1创建的凭证实例数据栏中输入复核结果数据，并且完成数字签名。然后调用步骤S2003创建的事件实例，将步骤S2003b1创建的实例插入凭证列表。

步骤S2004：创建一个“初审”事件实例，并赋予事件标识和对事件属性赋值。

步骤S20041：根据模板要求解析申请材料调用规则库完成初审。

步骤S20042：创建一个“初审报告” 凭证实例，并对属性赋值。

步骤S20043：根据初审报告模板在凭证数据栏生成初审报告并完成数字签名。调用步骤S2004创建的事件实例将步骤S20042创建的凭证实例的凭证标识插入事件实例的凭证列表。

步骤S2005：创建一个“复审”事件实例，并赋予事件标识并对实例属性赋值得到事件结构数据。

步骤S20051：根据模板要求完成相关数据验证及尽调。

步骤S20052：在完成步骤S20051后创建一个“尽调报告“凭证实例，并对实例相关属性赋值得到凭证结构数据。

步骤S20053：根据尽调报告模板在凭证数据栏生成尽调报告并完成数字签名。调用步骤S2005创建的事件实例将步骤S20052创建的凭证实例插入事件实例的凭证列表。

步骤S20054：根据模板要求完成对尽调报告审核及其它申请材料的最终审核。

步骤S20055：创建一个“复审报告” 凭证实例，对其赋凭证标识并对相关属性赋值。

步骤S20056：在步骤S20055的数据栏根据模板生成复审报告果并进行签名。调用步骤S2005创建的事件实例将步骤S20056创建的凭证实例的凭证标识插入事件实例的凭证列表。

步骤S2006：调用步骤S2001创建的流程实例，更改流程状态为完成。调用相关的存证接口对整套数据化以后的流程实例存证。

本申请的实施例在流程运行过程中，根据流程预先配置的数据模型监测流程结构数据，事件结构数据和凭证结构数据，将监测到的数据进行关联后进行归档，本申请通过预先配置的数据模型将流程的主要信息抽取出来进行数据化处理得到归档数据，归档数据可以进行分类、查询和存证，后续可以根据归档数据准确的还原和追溯流程的执行细节。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参见图6，其示出了本申请一个示例性实施例提供的流程数据的监测装置的结构示意图，以下简称装置6。该装置6可以通过软件、硬件或者两者的结合实现成为计算机设备的全部或一部分。装置6包括：执行单元601、监测单元602、归档单元603。

执行单元601，用于执行流程；

监测单元602，用于在流程执行过程中，监测所述流程的流程结构数据；

所述监测单元602，还用于确定所述流程关联的多个事件，以及监测各个事件的事件结构数据；

所述监测单元602，还用于确定所述各个事件关联的凭证，以及监测所述凭证的凭证结构数据；

归档单元603，用于将监测的所述流程结构数据、所述事件结构数据和所述凭证结构数据进行关联后进行归档处理。

在一个或多个可能的实施例中，所述流程结构数据包括：流程标识、流程类型、流程属性、流程状态、事件列表，所述事件列表包括所述流程关联的多个事件的事件标识；

所述事件结构数据包括：事件标识、事件类型、事件属性、事件状态和凭证列表，所述凭证列表包括事件关联的凭证的凭证标识；

所述凭证结构数据包括：凭证标识、凭证类型、凭证存储方式、凭证索引信息、凭证内容数据、凭证数字签名和凭证验证状态。

在一个或多个可能的实施例中，所述凭证存储方式为存储在第一区块链中；还包括：

查询单元，用于向第一区块链发送凭证查询请求；其中，所述凭证查询请求携带凭证标识；

接收所述第一区块链返回的凭证标识指示的凭证内容数据。

在一个或多个可能的实施例中，归档处理后的数据存储在第二区块链中。

在一个或多个可能的实施例中，凭证内容数据为凭证数据经过哈希运算后的哈希值。

在一个或多个可能的实施例中，所述多个事件为顺序执行的事件。

在一个或多个可能的实施例中，凭证类型包括：合同、物权转移凭证、债权转移凭证。

需要说明的是，上述实施例提供的装置6在执行流程数据的监测方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成上述的全部或者部分功能。另外，上述实施例提供的流程数据的监测装置与流程数据的监测方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图2所示实施例的方法步骤，具体执行过程可以参见图2所示实施例的具体说明，在此不进行赘述。

本申请还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的流程数据的监测方法。

请参见图7，为本申请实施例提供了一种计算机设备的结构示意图。如图7所示，所述计算机设备700可以包括：至少一个处理器701，至少一个网络接口704，用户接口703，存储器705，至少一个通信总线702。

其中，通信总线702用于实现这些组件之间的连接通信。

其中，用户接口703可以包括显示屏（Display）、摄像头（Camera），可选用户接口703还可以包括标准的有线接口、无线接口。

其中，网络接口704可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，处理器701可以包括一个或者多个处理核心。处理器701利用各种接口和线路连接整个计算机设备700内的各个部分，通过运行或执行存储在存储器705内的指令、程序、代码集或指令集，以及调用存储在存储器705内的数据，执行计算机设备700的各种功能和处理数据。可选的，处理器701可以采用数字信号处理（Digital Signal Processing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（Programmable Logic Array，PLA）中的至少一种硬件形式来实现。处理器701可集成中央处理器（Central Processing Unit，CPU）、图像处理器（Graphics Processing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器701中，单独通过一块芯片进行实现。

其中，存储器705可以包括随机存储器（Random Access Memory，RAM），也可以包括只读存储器（Read-Only Memory）。可选的，该存储器705包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器705可用于存储指令、程序、代码、代码集或指令集。存储器705可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器705可选的还可以是至少一个位于远离前述处理器701的存储装置。如图7所示，作为一种计算机存储介质的存储器705中可以包括操作系统、网络通信模块、用户接口模块以及应用程序。

在图7所示的计算机设备700中，用户接口703主要用于为用户提供输入的接口，获取用户输入的数据；而处理器701可以用于调用存储器705中存储的应用程序，并具体执行如图2所示的方法，具体过程可参照图2所示，此处不再赘述。

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

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。