CN107958021B - 业务流程数据的处理方法、装置、存储介质及设备 - Google Patents

Abstract

本公开涉及一种业务流程数据的处理方法、装置、存储介质及设备，该方法包括：通过接收上一层业务系统发送的第一流程数据集合，再根据第一接口数据描述区中存储的第一交互数据以及第一交互数据对应的第一数据接口，执行第一审批流程中的所有任务，在执行第一审批流程的过程中，当存在对第一交互数据的修改时，将第一交互数据的修改记录存储在第一分层数据修改区中；在第一审批流程结束后，根据第一分层数据修改区中存储的第一交互数据的修改记录更新第一原始数据保存区中存储的第一原始数据，得到第一审批流程的目标业务数据。能够实现对流程数据管理的统一，从而简化流程处理过程，并且能够保存历史修改痕迹，方便对数据进行追溯。

Description

业务流程数据的处理方法、装置、存储介质及设备

技术领域

本公开涉及电子商务领域，具体地，涉及一种业务流程数据的处理方法、装置、存储介质及设备。

背景技术

Business Process Management(英文简称：BPM，中文：业务流程管理)是一套能够达成企业各种业务环节整合的全面管理模式的系统。BPM系统不但涵盖传统的工作流所涉及的流程传递、流程监控的范畴，而且突破了传统工作流的技术瓶颈。

现有技术中，BPM系统内可进行多个不同流程的审批操作，而其中各个流程之间进行数据流转时，会生成多个数据协议的封装，因此在每个流程会分别建立针对每个变量的映射，实现起来复杂，效率低下；同时数据在审批流程中，并非所有数据都会被用到，将所有数据均随着审批流程的流转会造成数据访问的性能低下，并且未对历史修改痕迹进行保存，因此也无法对数据的修改历史进行追溯。

发明内容

本公开的目的是提供一种业务流程数据的处理方法、装置、存储介质及设备，能够克服业务流程数据管理性能低下，无法对修改数据进行追溯的问题。

本公开实施例的第一方面，提供一种业务流程数据的处理方法，应用于目标业务系统，所述方法包括：

接收上一层业务系统发送的第一流程数据集合，所述第一流程数据集合包括第一原始数据保存区、第一分层数据修改区以及第一接口数据描述区；

根据所述第一接口数据描述区中存储的第一交互数据以及所述第一交互数据对应的第一数据接口，执行第一审批流程中的所有任务，所述第一交互数据包括在所述目标业务系统中能够通过所述第一数据接口进行访问和/或修改的数据；

在执行所述第一审批流程的过程中，当存在对所述第一交互数据的修改时，将所述第一交互数据的修改记录存储在所述第一分层数据修改区中；

在所述第一审批流程结束后，根据所述第一分层数据修改区中存储的所述第一交互数据的修改记录更新所述第一原始数据保存区中存储的第一原始数据，得到所述第一审批流程的目标业务数据。

可选的，所述方法还包括：

根据所述目标业务数据，确定发送给下一层业务系统的第二流程数据集合，所述第二流程数据集合包括第二原始数据保存区、第二分层数据修改区以及第二接口数据描述区；

将所述第二数据流程集合发送至所述下一层业务系统。

可选的，所述在执行所述第一审批流程的过程中，当存在对所述第一交互数据的修改时，将所述第一交互数据的修改记录存储在所述第一分层数据修改区中，包括：

在执行所述第一审批流程中的第一任务的过程中，对于所述第一交互数据进行的N次修改，在所述第一分层数据修改区中依次生成所述N次修改对应的N层数据修改层，每一层数据修改层用于保存对所述第一交互数据的一次修改记录，所述第一任务为所述第一审批流程中所有任务中的任一任务。

可选的，所述在执行所述第一审批流程中的第一任务的过程中，对于所述第一交互数据进行的N次修改，在所述第一分层数据修改区中依次生成所述N次修改对应的N层数据修改层，包括：

在对所述第一交互数据中的第一数据进行第M次修改后，在所述第一分层数据修改区中生成对应的第M层数据修改层，所述第一数据是所述第一交互数据中的任一数据；其中，M、N均为正整数，M的起始值为1，且M≤N；

在所述第M层数据修改层中保存所述第M次修改的内容，其中所述第M次修改的内容包括：所述第一数据在所述第M次修改前的数据和在所述第M次修改后的数据、所述第一任务的标识以及执行所述第一任务的操作者信息；

当再次对所述第一数据进行修改后，令M＝M+1，并重复执行所述在对所述第一交互数据中的第一数据进行第M次修改后，在所述第一分层数据修改区中生成对应的第M层数据修改层到所述在所述第M层数据修改层中保存所述第M次修改的内容的步骤。

可选的，所述根据所述目标业务数据，确定发送给下一层业务系统的第二流程数据集合，所述第二流程数据集合包括第二原始数据保存区、第二分层数据修改区以及第二接口数据描述区，包括：

将所述目标业务数据确定转化为二进制数据，得到第二原始数据；

建立所述第二原始数据保存区，并将所述第二原始数据存储在所述第二原始数据保存区中；

确定所述下一层业务系统需要访问和/或修改的第二交互数据以及所述第二交互数据对应的第二数据接口；

建立所述第二接口数据描述区，并将所述第二交互数据以及所述第二交互数据对应的第二数据接口存储在所述第二接口数据描述区；

建立用于保存对所述第二交互数据的修改记录的所述第二分层数据修改区；

将所述第二原始数据保存区、所述第二接口数据描述区以及所述第二分层数据修改区封装得到所述第二流程数据集合。

可选的，所述根据所述第一分层数据修改区中存储的所述第一交互数据的修改记录更新所述第一原始数据保存区中存储的第一原始数据，得到所述第一审批流程的目标业务数据，包括：

对所述第一原始数据进行解压缩，获取解压缩的第一原始数据集合；

根据所述第一交互数据的修改记录，对所述解压缩的第一原始数据集合进行更新，得到所述目标业务数据。

可选的，所述方法在所述将所述第二数据流程集合发送给所述下一层业务系统之前，还包括：

对所述第二原始数据保存区中的第二原始数据进行压缩。

可选的，所述方法还包括：

接收修改记录查看指令；

响应于所述查看指令，通过存储在所述第一接口数据描述区中的第三数据接口读取所述第一交互数据的修改记录；

显示所述第一交互数据的修改记录。

本公开实施例的第二方面，提供一种业务流程数据的处理装置，应用于目标业务系统，所述装置包括：

接收模块，用于接收上一层业务系统发送的第一流程数据集合，所述第一流程数据集合包括第一原始数据保存区、第一分层数据修改区以及第一接口数据描述区；

任务执行模块，用于根据所述第一接口数据描述区中存储的第一交互数据以及所述第一交互数据对应的第一数据接口，执行第一审批流程中的所有任务，所述第一交互数据包括在所述目标业务系统中能够通过所述第一数据接口进行访问和/或修改的数据；

修改保存模块，用于在执行所述第一审批流程的过程中，当存在对所述第一交互数据的修改时，将所述第一交互数据的修改记录存储在所述第一分层数据修改区中；

数据确定模块，用于在所述第一审批流程结束后，根据所述第一分层数据修改区中存储的所述第一交互数据的修改记录更新所述第一原始数据保存区中存储的第一原始数据，得到所述第一审批流程的目标业务数据。

可选的，所述装置还包括：

集合确定模块，用于根据所述目标业务数据，确定发送给下一层业务系统的第二流程数据集合，所述第二流程数据集合包括第二原始数据保存区、第二分层数据修改区以及第二接口数据描述区；

发送模块，用于将所述第二数据流程集合发送至所述下一层业务系统。

可选的，所述修改保存模块，用于：

在执行所述第一审批流程中的第一任务的过程中，对于所述第一交互数据进行的N次修改，在所述第一分层数据修改区中依次生成所述N次修改对应的N层数据修改层，每一层数据修改层用于保存对所述第一交互数据的一次修改记录，所述第一任务为所述第一审批流程中所有任务中的任一任务。

可选的，所述修改保存模块，包括：

修改层生成子模块，用于在对所述第一交互数据中的第一数据进行第M次修改后，在所述第一分层数据修改区中生成对应的第M层数据修改层，所述第一数据是所述第一交互数据中的任一数据；其中，M、N均为正整数，M的起始值为1，且M≤N；

修改内容保存子模块，用于在所述第M层数据修改层中保存所述第M次修改的内容，其中所述第M次修改的内容包括：所述第一数据在所述第M次修改前的数据和在所述第M次修改后的数据、所述第一任务的标识以及执行所述第一任务的操作者信息；

重复执行模块，用于当再次对所述第一数据进行修改后，令M＝M+1，并重复执行所述在对所述第一交互数据中的第一数据进行第M次修改后，在所述第一分层数据修改区中生成对应的第M层数据修改层到所述在所述第M层数据修改层中保存所述第M次修改的内容的步骤。

可选的，所述集合确定模块，包括：

二进制转换子模块，用于将所述目标业务数据确定转化为二进制数据，得到第二原始数据；

保存区建立子模块，用于建立所述第二原始数据保存区，并将所述第二原始数据存储在所述第二原始数据保存区中；

交互数据确定子模块，用于确定所述下一层业务系统需要访问和/或修改的第二交互数据以及所述第二交互数据对应的第二数据接口；

所述保存区建立子模块，还用于建立所述第二接口数据描述区，并将所述第二交互数据以及所述第二交互数据对应的第二数据接口存储在所述第二接口数据描述区；

所述保存区建立子模块，还用于建立用于保存对所述第二交互数据的修改记录的所述第二分层数据修改区；

数据封装子模块，用于将所述第二原始数据保存区、所述第二接口数据描述区以及所述第二分层数据修改区封装得到所述第二流程数据集合。

可选的，所述数据确定模块，包括：

解压缩子模块，用于对所述第一原始数据进行解压缩，获取解压缩的第一原始数据集合；

数据更新子模块，用于根据所述第一交互数据的修改记录，对所述解压缩的第一原始数据集合进行更新，得到所述目标业务数据。

可选的，在所述将所述第二数据流程集合发送给所述下一层业务系统之前，还包括：

压缩子模块，用于对所述第二原始数据保存区中的第二原始数据进行压缩。

可选的，所述装置还包括：

指令接收模块，接收修改记录查看指令；

记录查看模块，用于响应于所述查看指令，通过存储在所述第一接口数据描述区中的第三数据接口读取所述第一交互数据的修改记录；

记录显示模块，用于显示所述第一交互数据的修改记录。

本公开实施例的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面任一项所述方法的步骤。

本公开实施例的第四方面，提供一种电子设备，包括：

第三方面所述的计算机可读存储介质；以及

一个或者多个处理器，用于执行所述计算机可读存储介质中的计算机程序。

本公开提供的业务流程数据的处理方法、装置、存储介质及设备，该方法通过接收上一层业务系统发送的第一流程数据集合，根据所述第一接口数据描述区中存储的第一交互数据以及所述第一交互数据对应的第一数据接口，执行第一审批流程中的所有任务，在执行所述第一审批流程的过程中，当存在对所述第一交互数据的修改时，将所述第一交互数据的修改记录存储在所述第一分层数据修改区中；在所述第一审批流程结束后，根据所述第一分层数据修改区中存储的所述第一交互数据的修改记录更新所述第一原始数据保存区中存储的第一原始数据，得到所述第一审批流程的目标业务数据。能够解决由于不同流程之间采用不同数据协议封装导致的实现复杂、效率低的问题，以及无法对数据的修改历史进行追溯的问题，能够实现对流程数据管理的统一，从而简化流程处理过程，并且能够保存历史修改痕迹，方便对数据进行追溯。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据一示例性实施例示出的业务流程数据的处理方法的流程图；

图2是根据一示例性实施例示出的业务流程数据的处理方法的流程图；

图3是根据一示例性实施例示出的业务流程数据的处理方法的流程图；

图4是根据一示例性实施例示出的业务流程数据的处理方法的流程图；

图5是根据一示例性实施例示出的业务流程数据的处理方法的流程图；

图6是根据一示例性实施例示出的业务流程数据的处理方法的流程图；

图7是根据一示例性实施例示出的一种业务流程数据的处理装置的框图；

图8是根据一示例性实施例示出的一种业务流程数据的处理装置的框图；

图9是根据一示例性实施例示出的一种修改保存模块的框图；

图10是根据一示例性实施例示出的一种集合确定模块的框图；

图11是根据一示例性实施例示出的一种数据确定模块的框图；

图12是根据一示例性实施例示出的一种集合确定模块的框图；

图13是根据一示例性实施例示出的一种业务流程数据的处理装置的框图；

图14是根据一示例性实施例示出的一种电子设备的框图；

图15是根据一示例性实施例示出的另一种电子设备的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

在介绍本公开的实施例之前，先对本公开的应用场景进行介绍，BPM系统的流程管理中针对各层次均有相对独立的、特定的方法，但层次之间也有着密切的联系。首先，高层的管理目标最终要通过低层的业务活动来实现；其次，当低层的管理解决不了实际问题时，就需要引入高层的管理，例如当运作层的调度无法解决资源的配置问题时，就说明分配给该流程的资源数目需要修改，此时需要引入计划层的管理，重新进行资源能力计划的计算；最后，低层的数据为高层的管理决策提供依据，企业的策略管理和战略管理中的模型和参数来自对企业实际经营活动统计数据的积累。因此，从整个企业流程管理的角度来看，有必要将这四个层面上的流程管理统一到一个框架下，并和企业的信息系统联系起来。

工作流系统的出现使得整个流程的自动流转或自动执行成为可能，但是工作流一般只解决生产流程层的问题，与企业的计划和战略决策还存在一定的脱节。另外，随着企业业务流程向企业外部(供应商和客户)延伸，传统的工作流系统无力解决跨企业的流程集成问题。基于以上原因，面向企业的业务流程管理解决方案由此应运而生。

业务流程是把一个或多个输入转化为对顾客有价值的输出的活动。简而言之，业务流程是以涉及为顾客提供产品或服务为最终目标的组织活动的集合。一个典型的业务流程应该包括下面六大要素：流程目的(它存在的理由)、输入资源、按一定秩序执行的活动、这些活动之间的结构(相互关系和作用)、输出结果以及该流程创造的价值。

目前大多数的流程在整个BPM系统内串联执行的过程中，存在数据的传递，数据在不同流程之间流转过程中，由于数据格式不统一，因此要在不同的流程平台中建立各种流程的变量，进行一一映射，因此实现方式复杂，效率低下，而且数据在审批过程中还会涉及数据的访问，性能会更加低下。实际不同流程之间数据流转的过程中，并非所有数据都会进行改变和访问，因此并不需要对所有数据都进行映射，并且流程审批过程中对数据进行的修改，在一些情况下需要保留历史痕迹，以便能够在之后进行修改历史的查看。

因此，本公开利用集装箱式的数据模型，将业务系统的数据封装成箱，降低业务数据流转的复杂性，同时开辟接口，以便通过接口对个别流程数据进行修改，在该集装箱式的数据模型中设置有保存修改痕迹的区域，以便查看修改历史。

图1是根据一示例性实施例示出的业务流程数据的处理方法的流程图，如图1所示，该方法应用于目标业务系统，包括以下步骤：

步骤101，接收上一层业务系统发送的第一流程数据集合，该第一流程数据集合包括第一原始数据保存区、第一分层数据修改区以及第一接口数据描述区。

示例地，目标业务系统在开启一个新的审批流程时，首先获取到上一层业务系统发送的第一流程数据集合，该第一流程数据集合中包含了所有流程流转中的数据，其中有在本次流程中需要进行访问和修改的数据，以及在之前流程中产生的所有数据，因此上一层业务系统将第一流程数据集合封装成集装箱式的数据模型，在该集装箱式的数据模型中，将第一流程数据集合分成三个区，分别为第一原始数据保存区、第一分层数据修改区以及第一接口数据描述区，每个区用于存储对应的数据。例如第一原始数据保存区保存上一流程中产生的原始数据，第一分层数据修改区用于保存在本流程对数据的修改内容，第一接口数据描述区用于保存本流程要进行访问和/或者修改的第一交互数据及其对应的接口。

步骤102，根据第一接口数据描述区中存储的第一交互数据以及第一交互数据对应的第一数据接口，执行第一审批流程中的所有任务，该第一交互数据包括在目标业务系统中能够通过第一数据接口进行访问和/或修改的数据。

其中，第一审批流程中可以包含若干个任务，每个任务都具有其唯一的标识，一个完整的审批流程结束就代表执行完其中包含的所有任务，在上一层业务系统发来的第一流程数据集合中已经将第一审批流程需要进行访问和/或进行修改的数据放入了第一接口数据描述区，在执行第一审批流程时可以通过该第一数据接口对第一交互数据进行相对应的操作。

步骤103，在执行第一审批流程的过程中，当存在对第一交互数据的修改时，将第一交互数据的修改记录存储在第一分层数据修改区中。

其中，第一分层数据修改区是一个多层的数据修改保存区域，在执行第一审批流程的过程中，每产生一次修改就对应生成一层数据修改层，用于保存本次修改的记录和该修改所对应当前在执行任务的唯一标识，以及之后所产生的所有修改，可以按照任务标识和时间顺序进行一一分层保存，该第一分层数据修改区中保存的历史修改记录不会进行覆盖，从而实现对修改痕迹的查看。

示例地，在执行第一审批流程中的第一任务的过程中，对于第一交互数据进行的N次修改，在第一分层数据修改区中依次生成N次修改对应的N层数据修改层，每一层数据修改层用于保存对第一交互数据的一次修改记录，其中，第一任务为第一审批流程中所有任务中的任一任务。也就是说，在完成第一任务中对第一交互数据的N次修改，建立对应的N层数据修改层之后，再继续执行下一任务，并且对于下一任务同样根据修改的次数建立与修改次数相同层数的数据修改层，直至所有第一审批流程中的任务执行完为止。

步骤104，在第一审批流程结束后，根据第一分层数据修改区中存储的第一交互数据的修改记录更新第一原始数据保存区中存储的第一原始数据，得到第一审批流程的目标业务数据。

由于步骤103进行了数据的修改，则需根据第一分层数据修改区所存储的所有修改内容对第一原始数据进行数据更新，将根据修改内容进行更新后得到的数据确定为本次第一审批流程得到的目标业务数据，从而就完成了第一审批流程的操作。

综上所述，本公开提供的业务流程数据的处理方法，通过接收上一层业务系统发送的第一流程数据集合，再根据第一接口数据描述区中存储的第一交互数据以及第一交互数据对应的第一数据接口，执行第一审批流程中的所有任务，在执行第一审批流程的过程中，当存在对第一交互数据的修改时，将第一交互数据的修改记录存储在第一分层数据修改区中；在第一审批流程结束后，根据第一分层数据修改区中存储的第一交互数据的修改记录更新第一原始数据保存区中存储的第一原始数据，得到第一审批流程的目标业务数据。因此，能够解决由于不同流程之间采用不同数据协议封装导致的实现复杂、效率低的问题，以及无法对数据的修改历史进行追溯的问题，能够实现对流程数据管理的统一，从而简化流程处理过程，并且能够保存历史修改痕迹，方便对数据进行追溯。

当在第一审批流程完成后，还存在后续的流程审批时，还包括图2所示的步骤，图2是根据一示例性实施例示出的业务流程数据的处理方法的流程图，如图2所示，在图1的步骤104之后还包括以下步骤：

步骤105，根据目标业务数据，确定发送给下一层业务系统的第二流程数据集合，该第二流程数据集合包括第二原始数据保存区、第二分层数据修改区以及第二接口数据描述区。

根据步骤104所得到的目标业务数据，结合下一层业务系统所需访问或者修改的数据，确定一个新的集装箱式的数据模型，作为发送给下一层业务系统的第二流程数据集合，类似步骤101所收到的第一流程数据集合，第二数据流程集成中也包括了三个区，分别为第二原始数据保存区、第二分层数据修改区以及第二接口数据描述区，用于分别对应进行原始数据保存、修改数据保存以及接口数据保存，以便下一层业务系统在获取到该第二流程数据集合后，进行该系统内的流程审批的操作，并且在流程流转过程中将原始数据采用二进制的形式进行保存，同时仅将需要交互的数据存放在第二接口数据描述区中，这样较小的数据包传输，能够使得业务流程之间的流转快速且便捷，简化了一一映射的操作流程。

步骤106，将第二数据流程集合发送至下一层业务系统。

图3是根据一示例性实施例示出的业务流程数据的处理方法的流程图，如图3所示，步骤103所述的在执行第一审批流程的过程中，当存在对第一交互数据的修改时，将第一交互数据的修改记录存储在第一分层数据修改区中，包括：

步骤1031，在对第一交互数据中的第一数据进行第M次修改后，在第一分层数据修改区中生成对应的第M层数据修改层，该第一数据是所述第一交互数据中的任一数据；其中，M、N均为正整数，M的起始值为1，且M≤N。

步骤1032，在第M层数据修改层中保存第M次修改的内容，其中第M次修改的内容包括：第一数据在第M次修改前的数据和在第M次修改后的数据、第一任务的标识以及执行第一任务的操作者信息。

步骤1033，当再次对第一数据进行修改后，令M＝M+1，并重复执行步骤1031和步骤1032的操作。

示例地，在执行一次任务时可能对一个数据，例如是第一数据进行多次的修改，每次都对应生成一层数据修改层，一个任务中对多个数据进行修改，每次每个数据的修改都生成对应任务的唯一标识的数据修改层，之后依次分别存放在第一分层数据修改层中。将修改的内容保存在对应建立的数据修改层中使得在用户想要进行修改历史查看时，能够获取到第M次修改的操作者，修改内容以及对应的第一任务；同时，也使得在步骤104进行确定目标业务数据时，能够根据上述的修改内容得到对应的修改后的数据。当出现下一次的修改时，重复步骤1031和步骤1032的操作。

图4是根据一示例性实施例示出的业务流程数据的处理方法的流程图，如图4所示，步骤104所述的在第一审批流程结束后，根据第一分层数据修改区中存储的第一交互数据的修改记录更新第一原始数据保存区中存储的第一原始数据，得到第一审批流程的目标业务数据，包括：

步骤1041，对第一原始数据进行解压缩，获取解压缩的第一原始数据集合。

由于上一层业务系统在发送第一流程数据集合之前，对第一原始数据集合进行了压缩操作，使得数据在从上一层业务系统传输到目标业务系统时，采用最小的数据包，以便快速传输。因此在进行步骤1042对第一原始数据集合进行数据的更新操作之前，需要对第一原始数据集合进行解压缩。

步骤1042，根据第一交互数据的修改记录，对解压缩的第一原始数据集合进行更新，得到目标业务数据。

示例地，当步骤1041完成后之后，获取到了解压缩后的第一原始数据集合，结合第一交互数据的修改记录中的内容，将第一审批流程中进行的修改内容更新到第一原始数据中，从而得到本次审批流程的目标业务数据，继续步骤105的操作。

图5是根据一示例性实施例示出的业务流程数据的处理方法的流程图，如图5所示，步骤105所述的根据目标业务数据，确定发送给下一层业务系统的第二流程数据集合，包括：

步骤1051，将目标业务数据确定转化为二进制数据，得到第二原始数据。

步骤1052，建立第二原始数据保存区，并将第二原始数据存储在第二原始数据保存区中。

步骤1053，确定下一层业务系统需要访问和/或修改的第二交互数据以及第二交互数据对应的第二数据接口。

步骤1054，建立第二接口数据描述区，并将第二交互数据以及第二交互数据对应的第二数据接口存储在第二接口数据描述区。

步骤1055，建立用于保存对第二交互数据的修改记录的第二分层数据修改区。

步骤1056，将第二原始数据保存区、第二接口数据描述区以及第二分层数据修改区封装得到第二流程数据集合。

经过上述步骤1051-步骤1055分别确定了该第二原始数据保存区、第二接口数据描述区、第二分层数据修改区，以及这三个区中所保存的数据，步骤1056再将这三个区域封装打包在一起，成为一个完整的集装箱式的数据模型，从而就得到了上述的第二流程数据集合，进而可以执行步骤106的发送操作。

另外，可选的，在将第二数据流程集合发送给所述下一层业务系统之前，也就是步骤106之前还可以对原本第二原始数据保存区中的内容进行压缩，可以进一步减小在流程流转中的数据传输大小，也就是进行下面步骤1057的操作。

步骤1057，对第二原始数据保存区中的第二原始数据进行压缩。其中，本实施例对第二原始数据的压缩方法不做限定。

可选的，图6是根据一示例性实施例示出的业务流程数据的处理方法的流程图，如图6所示，在图1的步骤104之后还包括以下步骤：

步骤107，接收修改记录查看指令。

步骤108，响应于查看指令，通过存储在第一接口数据描述区中的第三数据接口读取第一交互数据的修改记录。

步骤109，显示第一交互数据的修改记录。

当结束第一审批流程后，针对用户对修改记录的查看请求，可以利用第一接口数据描述区保存的用于查看数据的接口，通过上述步骤107-步骤109进行对第一审批流程中修改记录的查看。也就是说，图1的实施例中的第一流程数据集合保存在目标业务系统中，因此用户可以通过该目标业务系统对第一流程数据集合中保存在第一分层数据修改层进行内容查看，实现对于历史修改痕迹的追溯，但需要说明的是，查看操作仅针对本业务系统的数据修改历史。

综上所述，本公开提供的业务流程数据的处理方法，通过接收上一层业务系统发送的第一流程数据集合，再根据第一接口数据描述区中存储的第一交互数据以及第一交互数据对应的第一数据接口，执行第一审批流程中的所有任务，在执行第一审批流程的过程中，当存在对第一交互数据的修改时，将第一交互数据的修改记录存储在第一分层数据修改区中；在第一审批流程结束后，根据第一分层数据修改区中存储的第一交互数据的修改记录更新第一原始数据保存区中存储的第一原始数据，得到第一审批流程的目标业务数据。因此，能够解决由于不同流程之间采用不同数据协议封装导致的实现复杂、效率低的问题，以及无法对数据的修改历史进行追溯的问题，能够实现对流程数据管理的统一，从而简化流程处理过程，并且能够保存历史修改痕迹，方便对数据进行追溯。

图7是根据一示例性实施例示出的一种业务流程数据的处理装置的框图，该装置700可以用于执行图1-图6任一所述的方法，应用于目标业务系统，参见图7，该装置700包括：

接收模块710，用于接收上一层业务系统发送的第一流程数据集合，第一流程数据集合包括第一原始数据保存区、第一分层数据修改区以及第一接口数据描述区。

任务执行模块720，用于根据第一接口数据描述区中存储的第一交互数据以及第一交互数据对应的第一数据接口，执行第一审批流程中的所有任务，第一交互数据包括在目标业务系统中能够通过第一数据接口进行访问和/或修改的数据。

修改保存模块730，用于在执行第一审批流程的过程中，当存在对第一交互数据的修改时，将第一交互数据的修改记录存储在第一分层数据修改区中。

数据确定模块740，用于在第一审批流程结束后，根据第一分层数据修改区中存储的第一交互数据的修改记录更新第一原始数据保存区中存储的第一原始数据，得到第一审批流程的目标业务数据。

可选的，图8是根据一示例性实施例示出的一种业务流程数据的处理装置的框图，所述装置700还包括：

集合确定模块750，用于根据目标业务数据，确定发送给下一层业务系统的第二流程数据集合，第二流程数据集合包括第二原始数据保存区、第二分层数据修改区以及第二接口数据描述区。

发送模块760，用于将第二数据流程集合发送至下一层业务系统。

可选的，修改保存模块730，用于：

在执行第一审批流程中的第一任务的过程中，对于第一交互数据进行的N次修改，在第一分层数据修改区中依次生成N次修改对应的N层数据修改层，每一层数据修改层用于保存对第一交互数据的一次修改记录，第一任务为第一审批流程中所有任务中的任一任务。

可选的，图9是根据一示例性实施例示出的一种修改保存模块的框图，修改保存模块730，包括：

修改层生成子模块731，用于在对第一交互数据中的第一数据进行第M次修改后，在第一分层数据修改区中生成对应的第M层数据修改层，第一数据是第一交互数据中的任一数据；其中，M、N均为正整数，M的起始值为1，且M≤N。

修改内容保存子模块732，用于在第M层数据修改层中保存第M次修改的内容，其中第M次修改的内容包括：第一数据在第M次修改前的数据和在第M次修改后的数据、第一任务的标识以及执行第一任务的操作者信息。

重复执行模块733，用于当再次对第一数据进行修改后，令M＝M+1，并重复执行在对第一交互数据中的第一数据进行第M次修改后，在第一分层数据修改区中生成对应的第M层数据修改层到在第M层数据修改层中保存第M次修改的内容的步骤。

可选的，图10是根据一示例性实施例示出的一种集合确定模块的框图，集合确定模块750，包括：

二进制转换子模块751，用于将目标业务数据确定转化为二进制数据，得到第二原始数据。

保存区建立子模块752，用于建立第二原始数据保存区，并将第二原始数据存储在第二原始数据保存区中。

交互数据确定子模块753，用于确定下一层业务系统需要访问和/或修改的第二交互数据以及第二交互数据对应的第二数据接口。

保存区建立子模块752，还用于建立第二接口数据描述区，并将第二交互数据以及第二交互数据对应的第二数据接口存储在第二接口数据描述区。

保存区建立子模块752，还用于建立用于保存对第二交互数据的修改记录的第二分层数据修改区。

数据封装子模块754，用于将第二原始数据保存区、第二接口数据描述区以及第二分层数据修改区封装得到第二流程数据集合。

可选的，图11是根据一示例性实施例示出的一种数据确定模块的框图，数据确定模块740，包括：

解压缩子模块741，用于对第一原始数据进行解压缩，获取解压缩的第一原始数据集合。

数据更新子模块742，用于根据第一交互数据的修改记录，对解压缩的第一原始数据集合进行更新，得到目标业务数据。

可选的，图12是根据一示例性实施例示出的一种集合确定模块的框图，在将第二数据流程集合发送给下一层业务系统之前，集合确定模块750还包括：

压缩子模块755，用于对第二原始数据保存区中的第二原始数据进行压缩。

可选的，图13是根据一示例性实施例示出的一种业务流程数据的处理装置的框图，所述装置700还包括：

指令接收模块770，接收修改记录查看指令。

记录查看模块780，用于响应于查看指令，通过存储在第一接口数据描述区中的第三数据接口读取第一交互数据的修改记录。

记录显示模块790，用于显示第一交互数据的修改记录。

综上所述，本公开提供的业务流程数据的处理装置，通过接收上一层业务系统发送的第一流程数据集合，再根据第一接口数据描述区中存储的第一交互数据以及第一交互数据对应的第一数据接口，执行第一审批流程中的所有任务，在执行第一审批流程的过程中，当存在对第一交互数据的修改时，将第一交互数据的修改记录存储在第一分层数据修改区中；在第一审批流程结束后，根据第一分层数据修改区中存储的第一交互数据的修改记录更新第一原始数据保存区中存储的第一原始数据，得到第一审批流程的目标业务数据。因此，能够解决由于不同流程之间采用不同数据协议封装导致的实现复杂、效率低的问题，以及无法对数据的修改历史进行追溯的问题，能够实现对流程数据管理的统一，从而简化流程处理过程，并且能够保存历史修改痕迹，方便对数据进行追溯。

图14是根据一示例性实施例示出的一种电子设备1400的框图。如图14所示，该电子设备1400可以包括：处理器1401，存储器1402，多媒体组件1403，输入/输出(I/O)接口1404，以及通信组件1405。

其中，处理器1401用于控制该电子设备1400的整体操作，以完成上述的用于日志查询的索引处理方法中的全部或部分步骤。存储器1402用于存储各种类型的数据以支持在该电子设备1400的操作，这些数据例如可以包括用于在该电子设备1400上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器1402可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-OnlyMemory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件1403可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1402或通过通信组件1405发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口1404为处理器1401和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件1405用于该电子设备1400与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(Near Field Communication，简称NFC)，2G、3G或4G，或它们中的一种或几种的组合，因此相应的该通信组件1405可以包括：Wi-Fi模块，蓝牙模块，NFC模块。

在一示例性实施例中，电子设备1400可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的用于日志查询的索引处理方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，例如包括程序指令的存储器1402，上述程序指令可由电子设备1400的处理器1401执行以完成上述的用于日志查询的索引处理方法。

图15是根据一示例性实施例示出的另一种电子设备1500的框图。例如，电子设备1500可以被提供为一服务器。参照图15，电子设备1500包括处理器1522，其数量可以为一个或多个，以及存储器1532，用于存储可由处理器1522执行的计算机程序。存储器1532中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器1522可以被配置为执行该计算机程序，以执行上述的用于日志查询的索引处理方法。

另外，电子设备1500还可以包括电源组件1526和通信组件1550，该电源组件1526可以被配置为执行电子设备1500的电源管理，该通信组件1550可以被配置为实现电子设备1500的通信，例如，有线或无线通信。此外，该电子设备1500还可以包括输入/输出(I/O)接口1558。电子设备1500可以操作基于存储在存储器1532的操作系统，例如WindowsServerTM，Mac OS XTM，UnixTM，LinuxTM等等。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，例如包括程序指令的存储器1532，上述程序指令可由电子设备1500的处理器1522执行以完成上述的用于日志查询的索引处理方法。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。

Claims (10)

1.一种业务流程数据的处理方法，其特征在于，应用于目标业务系统，所述方法包括：

接收上一层业务系统发送的第一流程数据集合，所述第一流程数据集合包括第一原始数据保存区、第一分层数据修改区以及第一接口数据描述区；

根据所述第一接口数据描述区中存储的第一交互数据以及所述第一交互数据对应的第一数据接口，执行第一审批流程中的所有任务，所述第一交互数据包括在所述目标业务系统中能够通过所述第一数据接口进行访问和/或修改的数据；

在执行所述第一审批流程的过程中，当存在对所述第一交互数据的修改时，将所述第一交互数据的修改记录存储在所述第一分层数据修改区中；

在所述第一审批流程结束后，根据所述第一分层数据修改区中存储的所述第一交互数据的修改记录更新所述第一原始数据保存区中存储的第一原始数据，得到所述第一审批流程的目标业务数据；

所述在执行所述第一审批流程的过程中，当存在对所述第一交互数据的修改时，将所述第一交互数据的修改记录存储在所述第一分层数据修改区中，包括：

在执行所述第一审批流程中的第一任务的过程中，对于所述第一交互数据进行的N次修改，在所述第一分层数据修改区中依次生成所述N次修改对应的N层数据修改层，每一层数据修改层用于保存对所述第一交互数据的一次修改记录，所述第一任务为所述第一审批流程中所有任务中的任一任务。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据所述目标业务数据，确定发送给下一层业务系统的第二流程数据集合，所述第二流程数据集合包括第二原始数据保存区、第二分层数据修改区以及第二接口数据描述区；

将所述第二数据流程集合发送至所述下一层业务系统。

3.根据权利要求1所述的方法，其特征在于，所述在执行所述第一审批流程中的第一任务的过程中，对于所述第一交互数据进行的N次修改，在所述第一分层数据修改区中依次生成所述N次修改对应的N层数据修改层，包括：

在对所述第一交互数据中的第一数据进行第M次修改后，在所述第一分层数据修改区中生成对应的第M层数据修改层，所述第一数据是所述第一交互数据中的任一数据；其中，M、N均为正整数，M的起始值为1，且M≤N；

在所述第M层数据修改层中保存所述第M次修改的内容，其中所述第M次修改的内容包括：所述第一数据在所述第M次修改前的数据和在所述第M次修改后的数据、所述第一任务的标识以及执行所述第一任务的操作者信息；

当再次对所述第一数据进行修改后，令M＝M+1，并重复执行所述在对所述第一交互数据中的第一数据进行第M次修改后在所述第一分层数据修改区中生成对应的第M层数据修改层到所述在所述第M层数据修改层中保存所述第M次修改的内容的步骤。

4.根据权利要求2所述的方法，其特征在于，所述根据所述目标业务数据，确定发送给下一层业务系统的第二流程数据集合，所述第二流程数据集合包括第二原始数据保存区、第二分层数据修改区以及第二接口数据描述区，包括：

将所述目标业务数据确定转化为二进制数据，得到第二原始数据；

建立所述第二原始数据保存区，并将所述第二原始数据存储在所述第二原始数据保存区中；

确定所述下一层业务系统需要访问和/或修改的第二交互数据以及所述第二交互数据对应的第二数据接口；

建立所述第二接口数据描述区，并将所述第二交互数据以及所述第二交互数据对应的第二数据接口存储在所述第二接口数据描述区；

建立用于保存对所述第二交互数据的修改记录的所述第二分层数据修改区；

将所述第二原始数据保存区、所述第二接口数据描述区以及所述第二分层数据修改区封装得到所述第二流程数据集合。

5.根据权利要求1所述的方法，其特征在于，所述根据所述第一分层数据修改区中存储的所述第一交互数据的修改记录更新所述第一原始数据保存区中存储的第一原始数据，得到所述第一审批流程的目标业务数据，包括：

对所述第一原始数据进行解压缩，获取解压缩的第一原始数据集合；

根据所述第一交互数据的修改记录，对所述解压缩的第一原始数据集合进行更新，得到所述目标业务数据。

6.根据权利要求4所述的方法，其特征在于，所述方法在所述将所述第二数据流程集合发送给所述下一层业务系统之前，还包括：

对所述第二原始数据保存区中的第二原始数据进行压缩。

7.根据权利要求2所述的方法，其特征在于，所述方法还包括：

接收修改记录查看指令；

响应于所述查看指令，通过存储在所述第一接口数据描述区中的第三数据接口读取所述第一交互数据的修改记录；

显示所述第一交互数据的修改记录。

8.一种业务流程数据的处理装置，其特征在于，应用于目标业务系统，所述装置包括：

接收模块，用于接收上一层业务系统发送的第一流程数据集合，所述第一流程数据集合包括第一原始数据保存区、第一分层数据修改区以及第一接口数据描述区；

任务执行模块，用于根据所述第一接口数据描述区中存储的第一交互数据以及所述第一交互数据对应的第一数据接口，执行第一审批流程中的所有任务，所述第一交互数据包括在所述目标业务系统中能够通过所述第一数据接口进行访问和/或修改的数据；

修改保存模块，用于在执行所述第一审批流程的过程中，当存在对所述第一交互数据的修改时，将所述第一交互数据的修改记录存储在所述第一分层数据修改区中；

数据确定模块，用于在所述第一审批流程结束后，根据所述第一分层数据修改区中存储的所述第一交互数据的修改记录更新所述第一原始数据保存区中存储的第一原始数据，得到所述第一审批流程的目标业务数据；

所述修改保存模块，用于：

在执行所述第一审批流程中的第一任务的过程中，对于所述第一交互数据进行的N次修改，在所述第一分层数据修改区中依次生成所述N次修改对应的N层数据修改层，每一层数据修改层用于保存对所述第一交互数据的一次修改记录，所述第一任务为所述第一审批流程中所有任务中的任一任务。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7中任一项所述方法的步骤。

10.一种电子设备，其特征在于，包括：

权利要求9中所述的计算机可读存储介质；以及

一个或者多个处理器，用于执行所述计算机可读存储介质中的计算机程序。

Images