CN115293605A - 一种数据处理方法、装置、设备及介质 - Google Patents

Abstract

本申请涉及数据分析技术领域，具体涉及一种数据处理方法、装置、设备及介质，用于解决实现业务数据根据用户的调整节点进行查询，提高数据处理的效率。响应于业务请求，确定业务请求对应的业务数据，并确定业务数据对应的最大基线号；然后获取最大基线号关联的业务信息并展示，接收用户触发的业务调整请求；基于业务调整请求，从存储器中获取最大基线号关联的业务信息；基于业务信息创建新基线，并对新基线中的业务信息进行调整；基于最大基线号确定新基线的基线号，并将新基线的基线号与新基线进行关联。在触发业务调整请求后，通过新增基线的方法保证可以同时存储历史数据和新数据，且用户可通过基线号来查看历史数据，提高了数据的处理效率。

Description

一种数据处理方法、装置、设备及介质

技术领域

本申请涉及数据分析领域，具体涉及一种数据处理方法、装置、设备及介质。

背景技术

一些基于工作流的业务审批系统中，在流程待办流转过程中，会多次对审批的业务数据做编辑保存的操作，相关技术中都是直接对当前数据进行更新保存，无法记录业务数据的历史状态，更无法将业务数据快照与当时的审批过程节点关联起来，因此无法做到业务数据可根据审批历史做查询。

另外在相关技术中的工作流引擎中，通过将业务数据分为流程中数据、历史数据、生效数据三类，并对应系统后端关系型数据库中的三张表进行存储，来实现对数据变化的记录和追踪，但是该方式需要对每一类具体的业务场景都要构建三张同构的存储表才能满足，并且需要对每类场景的一套表单独进行开发编码，工作量大，效率低。

发明内容

本申请实施例提供一种数据处理方法、装置、设备及介质，用于实现业务数据根据用户的调整节点进行查询，提高数据处理的效率。

第一方面，本申请实施例提供一种数据处理方法，所述方法包括：

响应于用户触发的业务请求，确定所述业务请求对应的业务数据，并确定所述业务数据对应的最大基线号；

从存储器中获取所述最大基线号关联的至少一个业务信息并展示，接收用户触发的业务调整请求；

基于所述业务调整请求，从存储器中获取所述最大基线号关联的至少一个业务信息；

基于所述至少一个业务信息创建新基线，并对所述新基线中的至少一个业务信息进行调整；

基于所述最大基线号确定所述新基线的基线号，并将所述新基线的基线号与所述新基线进行关联。

本申请中，在用户触发业务调整请求后，通过新增基线的方法来实现与用户的本次调整操作均发生在新基线中，由此可以保证本次针对业务数据的调整操作不会影响历史数据，因此可以同时存储历史数据和新数据，用户可通过基线号来查看历史数据，提高了数据的处理效率，且开发难度低，易实现。

在一些可能的实施例中，所述响应于用户触发的业务请求，确定所述业务请求对应的业务数据之后，所述方法还包括：

若确定所述业务数据的状态为未提交状态，则确定所述业务调整请求对应的业务信息均为第一业务信息，对所述第一业务信息进行调整，并保持所述第一业务信息关联的版本号不变；其中，所述版本号用于表征所述业务信息的调整次数，所述第一业务信息为所述最大基线号关联的业务信息；或，

若确定所述业务数据的状态为未提交状态，则确定所述业务调整请求对应的业务信息包括第一业务信息和第二业务信息，从所述存储器中获取所述第二业务信息；对所述第一业务信息以及所述第二业务信息进行调整，按照预设方法对所述第二业务信息关联的最大版本号进行更新，并保持所述第一业务信息关联的版本号不变；所述第二业务信息为不属于所述最大基线号关联的业务信息的所述业务调整请求对应的业务信息。

在本申请中，针对未提交状态的业务数据，根据业务信息的类型的不同，设置不同的最大基线号，使得对业务数据的管理更加灵活。

在一些可能的实施例中，所述确定所述业务调整请求对应的业务信息均为第一业务信息，对所述第一业务信息进行调整，包括：

若所述调整类型为删除类型，则从所述第一业务信息中确定出待删除的目标业务信息，并删除所述目标业务信息；或，

若所述调整类型为修改类型，则从所述第一业务信息中确定出待修改的目标业务信息，并修改所述目标业务信息。

在本申请中，根据用户触发的不同的业务调整请求，对业务信息进行不同的处理，使得对业务信息的处理更加的准确。

在一些可能的实施例中，所述按照预设方法对所述第二业务信息关联的最大版本号进行更新，包括：

以一个步长值增加所述第二业务信息的最大版本号，得到所述当前最大版本号。

在本申请中，通过以一个步长值进行增加的方法来确定新的最大版本号，使得对业务信息的管理更加精确。

在一些可能的实施例中，所述响应于用户触发的业务请求，确定所述业务请求对应的业务数据之后，所述方法还包括：

若确定所述业务数据的状态为已生效状态，则确定所述业务数据对应的生效基线号；所述生效基线号为所述业务数据对应的生效的基线的序号；

从存储器中获取所述生效基线号关联的至少一个业务信息并展示，接收用户触发的业务调整请求；

基于所述业务调整请求，从存储器中获取所述生效基线号关联的至少一个业务信息；

基于所述至少一个业务信息创建新基线，并对所述新基线中的至少一个业务信息进行调整；

获取所述业务请求对应的业务数据的生效基线号,基于所述生效基线号确定所述新基线的基线号，并将所述新基线的基线号与所述新基线进行关联。

在本申请中，针对已生效状态的业务数据，根据生效基线号来确定向用户展示的业务信息，保证了业务数据展示的准确性。

第二方面，本申请提供一种数据处理装置，所述装置包括：

业务数据确定模块，用于响应于用户触发的业务请求，确定所述业务请求对应的业务数据；

最大基线号确定模块，用于若确定所述业务数据的状态为已提交未生效状态，则确定所述业务数据对应的最大基线号；

展示模块，用于从存储器中获取所述最大基线号关联的至少一个业务信息并展示，接收用户触发的业务调整请求；

业务信息获取模块，用于基于所述业务调整请求，从存储器中获取所述最大基线号关联的至少一个业务信息；

基线创建模块，用于基于所述至少一个业务信息创建新基线，并对所述新基线中的至少一个业务信息进行调整；

关联模块，用于基于所述最大基线号确定所述新基线的基线号，并将所述新基线的基线号与所述新基线进行关联。

在一些可能的实施例中，所述业务数据确定模块执行响应于用户触发的业务请求，确定所述业务请求对应的业务数据之后，所述最大基线号确定模块还被配置为：

若确定所述业务数据的状态为未提交状态，则确定所述业务调整请求对应的业务信息均为第一业务信息，对所述第一业务信息进行调整，并保持所述第一业务信息关联的版本号不变；其中，所述版本号用于表征所述业务信息的调整次数，所述第一业务信息为所述最大基线号关联的业务信息；或，

若确定所述业务数据的状态为未提交状态，则确定所述业务调整请求对应的业务信息包括第一业务信息和第二业务信息，从所述存储器中获取所述第二业务信息；对所述第一业务信息以及所述第二业务信息进行调整，按照预设方法对所述第二业务信息关联的最大版本号进行更新，并保持所述第一业务信息关联的版本号不变；所述第二业务信息为不属于所述最大基线号关联的业务信息的所述业务调整请求对应的业务信息。

在一些可能的实施例中，所述最大基线号确定模块执行确定所述业务调整请求对应的业务信息均为第一业务信息，对所述第一业务信息进行调整时，被配置为：

若所述调整类型为删除类型，则从所述第一业务信息中确定出待删除的目标业务信息，并删除所述目标业务信息；或，

若所述调整类型为修改类型，则从所述第一业务信息中确定出待修改的目标业务信息，并修改所述目标业务信息。

在一些可能的实施例中，所述最大基线号确定模块执行按照预设方法对所述第二业务信息关联的最大版本号进行更新时，被配置为：

以一个步长值增加所述第二业务信息的最大版本号，得到所述当前最大版本号。

在一些可能的实施例中，所述最大基线号确定模块执行响应于用户触发的业务请求，确定所述业务请求对应的业务数据之后，所述最大基线号确定模块还被配置为：

若确定所述业务数据的状态为已生效状态，则确定所述业务数据对应的生效基线号；所述生效基线号为所述业务数据对应的生效的基线的序号；

从存储器中获取所述生效基线号关联的至少一个业务信息并展示，接收用户触发的业务调整请求；

基于所述业务调整请求，从存储器中获取所述生效基线号关联的至少一个业务信息；

基于所述至少一个业务信息创建新基线，并对所述新基线中的至少一个业务信息进行调整；

获取所述业务请求对应的业务数据的生效基线号,基于所述生效基线号确定所述新基线的基线号，并将所述新基线的基线号与所述新基线进行关联。

第三方面，本申请提供一种电子设备，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行第一方面中任一项所述的方法包括的步骤。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行第一方面中任一项所述的方法。

第五方面，本申请提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第一方面中任一项所述的方法。

附图说明

图1为本申请实施例提供的一种数据处理方法的应用场景示意图；

图2为本申请实施例提供的一种数据处理方法的整理流程示意图；

图3为本申请实施例提供的一种数据处理方法的系统框架示意图；

图4为本申请实施例提供的一种数据处理方法的界面展示示意图；

图5为本申请实施例提供的一种数据处理方法的已生效状态业务数据处理流程示意图；

图6为本申请实施例提供的一种数据处理方法的装置示意图；

图7为本申请实施例提供的一种数据处理方法的电子设备示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。

本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本申请实施例不做限制。

本申请技术方案中，对数据的采集、传播、使用等，均符合国家相关法律法规要求。

在介绍本申请实施例所提供的数据处理方法之前，为了便于理解，首先对下面对本申请实施例的技术背景进行详细介绍。

发明人研究发现，一些基于工作流的业务审批系统中，在流程待办流转过程中，会多次对审批的业务数据做编辑保存的操作，相关技术中都是直接对当前数据进行更新保存，无法记录业务数据的历史状态，更无法将业务数据快照与当时的审批过程节点关联起来，因此无法做到业务数据可根据审批历史做查询。

另外在相关技术中的工作流引擎中，通过将业务数据分为流程中数据、历史数据、生效数据三类，并对应系统后端关系型数据库中的三张表进行存储，来实现对数据变化的记录和追踪，但是该方式需要对每一类具体的业务场景都要构建三张同构的存储表才能满足，并且需要对每类场景的一套表单独进行开发编码，工作量大，效率低。

相关技术中通常采用的技术实现手段是将一张普通的业务实体表拆分为流程中数据、历史数据、生效数据三张表进行存储，以此来应对审批系统不同时间不同场景下数据的保存和查询情况，这种方案虽然利于开发人员理解，实现简单，但却不易于维护，这种方案的缺点如下：

1)随着业务场景的增加，相应的业务实体对应的物理表在按三倍数增长，运维和管理成本增加。

2)同一个业务实体的数据在流程中随进度变化时，涉及到跨三个表的联动操作，比如数据审批完成后，需要将对应的记录从流程中表删除并新增到历史数据表，最后更新到生效数据表，使得对业务表的处理效率较低。

3)对同一个业务实体数据的访问需要按流程中、历史、当前生效等状态进行区分后再对应到后端相应的物理表，加大了开发工作量。

有鉴于此，本申请提出了一种数据处理方法、装置、电子设备和存储介质，用于解决上述问题。本申请的发明构思可概括为：响应于用户触发的业务请求，确定业务请求对应的业务数据，并确定业务数据对应的最大基线号；从存储器中获取最大基线号关联的至少一个业务信息并展示，接收用户触发的业务调整请求；基于业务调整请求，从存储器中获取最大基线号关联的至少一个业务信息；基于至少一个业务信息创建新基线，并对新基线中的至少一个业务信息进行调整；基于最大基线号确定新基线的基线号，并将新基线的基线号与新基线进行关联。

为了便于理解，下面结合附图对本申请实施例提供的一种数据处理方法进行详细说明：

如图1所示，为本申请实施例中的一种数据处理方法的应用场景图。图中包括：服务器10、存储器20、终端设备30；

服务器10响应于用户在终端设备30中触发的业务请求，确定业务请求对应的业务数据；若确定业务数据的状态为已提交未生效状态，则确定业务数据对应的最大基线号；从存储器20中获取最大基线号关联的至少一个业务信息并展示，接收用户触发的业务调整请求；基于业务调整请求，从存储器中获取最大基线号关联的至少一个业务信息；基于至少一个业务信息创建新基线，并对新基线中的至少一个业务信息进行调整；基于最大基线号确定新基线的基线号，并将新基线的基线号与新基线进行关联。

本申请中的描述中仅就单个服务器、存储器、终端设备加以详述，但是本领域技术人员应当理解的是，示出的服务器、存储器、终端设备旨在表示本申请的技术方案涉及的服务器、存储器、终端设备的操作。而非暗示对服务器、存储器、终端设备的数量、类型或是位置等具有限制。应当注意，如果向图示环境中添加附加模块或从其中去除个别模块，不会改变本申请的示例实施例的底层概念。另外，虽然为了方便说明而在图1中示出了从存储器20到服务器10的双向箭头，但本领域技术人员可以理解的是，上述数据的收发也是需要通过网络实现的。

需要说明的是，本申请实施例中的存储器例如可以是缓存系统、也可以是硬盘存储、内存存储等等。此外，本申请提出的数据处理方法不仅适用于图1所示的应用场景，还适用于任何有数据处理需求的装置。

如图2所示，为本申请实施例提供的一种数据处理方法的应用整体流程示意图，其中：

步骤201中：响应于用户触发的业务请求，确定业务请求对应的业务数据；

步骤202中：若确定业务数据的状态为已提交未生效状态，则确定业务数据对应的最大基线号；

步骤203中：从存储器中获取最大基线号关联的至少一个业务信息并展示，接收用户触发的业务调整请求；

步骤204中：基于业务调整请求，从存储器中获取最大基线号关联的至少一个业务信息；

步骤205中：基于至少一个业务信息创建新基线，并对新基线中的至少一个业务信息进行调整；

步骤206中：基于最大基线号确定新基线的基线号，并将新基线的基线号与新基线进行关联。

本申请中，在用户触发业务调整请求后，通过新增基线的方法保证可以同时存储历史数据和新数据，且用户可通过基线号来查看历史数据，提高了数据的处理效率。

为了便于理解，下面对图2中的步骤进行详细说明：

首先对本申请实施例数据处理方法的系统框架进行说明：本申请中提供的数据处理系统包括数据版本的存储标准，数据版本的控制方法，数据版本的访问接口，系统架构如图3所示；在本申请中，数据版本的存储标准用于定义一套多版本存储的通用数据模型和数据结构，记录数据在流程中不同节点单元的状态变化，并支持多场景的存储复用；该数据版本的控制方法用于在业务流程中对不同节点数据的变化进行版本的新增和提交，同时建立不同版本的数据与其他业务流程或业务实体的关联关系；该数据版本的访问接口，用于提供外部系统或是工作流对业务数据的统一操作以及业务数据在不同版本、不同状态下的查询和使用。

下面对本申请中的技术用语的定义进行说明：

本申请中，在业务数据之上增加基线和版本两个要素，基线用于记录一组关联的业务实体模型在某个流程节点生效时的状态值，版本用于单独记录每个业务实体在某个流程节点生效时的状态值，基线的状态值统称为基线号，版本的状态值统称为版本号。需要知道的是，一组关联的业务实体模型通常指一组有主外键依赖的业务实体，该模型中会有一个主实体，其他子实体作为附加属性，与主实体是一对一或一对多的关系。

在本申请实施中，针对不同状态的业务数据设置了不同的管理方法，下面分别对不同状态的业务数据的管理方法进行说明：

1、已提交未生效状态

在本申请中，针对已提交未生效的业务数据，可实施如图2所示的步骤，来通过创建新基线的方式，来保证存储器中同时存在当前的数据以及历史数据。

例如：针对用户触发的业务请求，确定用户想要查询的业务数据为业务数据A，确定业务数据A为已提交未生效的状态，则从存储器中获取该业务数据A的最大基线号为5，确定存储器中与业务数据A的基线号5关联的业务信息包括：业务信息1、业务信息2、业务信息3；则如图4所示，向用户展示业务数据A的基线号5关联的业务信息1、业务信息2、业务信息3。

为了保证用户可以实时查看历史数据，因此在用户每次对业务信息进行调整后，需要保证存储器中同时存在业务数据的历史数据和最新数据，因此在本申请中，若检测到用户触发的业务调整请求，则获取基线号5关联的业务信息，并基于该业务信息创建新基线，且新基线的基线号为6，基于用户的调整请求对业务数据进行调整并保存，则此时存储器中同时存在基线5和基线6所关联的业务信息。

在本申请中实施例中，调整请求，可以为增加业务信息，修改业务信息，删除业务信息，下面分别进行举例说明：

1)增加类型

若用户触发的调整请求的调整类型为增加类型，则从存储器中，根据用户想要增加的目标业务信息的业务编码，从存储器中根据该业务编码获取该版本号最大的该业务编码的业务信息。在本申请中，每个业务信息均有对应的业务编码和版本号，且业务信息全局唯一。

例如：基线号5关联的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；用户想要增加业务信息4，则根据基线号5创建基线号6，此时基线号6下的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；根据业务信息4的业务编码S，确定当前存储器中业务编码为S的业务信息为：业务信息4-版本1，业务信息4-版本2，业务信息4-版本3，则将业务信息4-版本3添加至新基线中。若用户并未对其他业务信息进行修改，则此时基线号6下的业务信息1、业务信息2、业务信息3的版本号保持不变，同时将业务信息4的版本号由版本3修改版本4；即此时业务信息A所关联的最大基线号为基线号6，基线号6下关联的业务信息为业务信息1-1版本、业务信息2-3版本、业务信息3-2版本，业务信息4-4版本。

2)删除类型

若用户触发的调整请求的调整类型为删除类型，则根据用户触发的调整请求，从业务数据对应的最大基线号中的业务信息中确定出目标业务信息，并将目标业务信息删除。

例如：基线号5关联的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；若用户触发的调整请求为删除类型，则根据基线号5创建基线号6，此时基线号6下的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；根据用户的调整请求确定用户想要删除的业务信息为业务信息1-1版本。且用户并未对其他业务信息进行修改，则此时基线号6下的业务信息2、业务信息3的版本号保持不变，同时将业务信息1-1版本从基线号6中删除；即此时业务信息A所关联的最大基线号为基线号6，基线号6下关联的业务信息为业务信息2-3版本、业务信息3-2版本。

3)修改类型

若用户触发的调整请求的调整类型为修改类型，则根据用户触发的调整请求，从业务数据对应的最大基线号中的业务信息中确定出目标业务信息，并对目标业务信息进行修改。

例如：基线号5关联的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；若用户触发的调整请求为修改类型，则根据基线号5创建基线号6，此时基线号6下的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；根据用户的调整请求确定用户想要修改的业务信息为业务信息1-1版本。且用户并未对其他业务信息进行修改，则此时基线号6下的业务信息2、业务信息3的版本号保持不变，同时将业务信息1-1版本修改为业务信息1-2版本；即此时业务信息A所关联的最大基线号为基线号6，基线号6下关联的业务信息为业务信息1-2版本、业务信息2-3版本、业务信息3-2版本。

当然需要知道的是，用户可在一次调整中对业务数据对应的最大基线号下的业务信息记性修改、增加、删除等操作，本申请对触发一次业务请求中的调整次数不作限定；例如：

例如：基线号5关联的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；若用户第一次触发的调整请求为修改类型，则根据基线号5创建基线号6，此时基线号6下的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；根据用户的调整请求确定用户想要修改的业务信息为业务信息1-1版本。且用户并未对其他业务信息进行修改，则此时基线号6下的业务信息2、业务信息3的版本号保持不变，同时将业务信息1-1版本修改为业务信息1-2版本；然后，用户并未提交而是再次对业务信息进行了调整，并将业务信息2-3删除，则从基线号6下，降业务信息2-3删除；最后，用户增加了业务信息4-1版本，并进行了提交，则最终业务信息A所关联的最大基线号为基线号6，基线号6下关联的业务信息为业务信息1-2版本、业务信息3-2版本、业务信息4-1版本。

2、未提交状态

在本申请实施例中，若确定业务数据的状态为未提交状态，则说明用户本次针对业务数据的调整操作还未结束，因此不会新增基线，下面根据业务信息的类型以及响应的处理方法分别进行说明：

1)业务信息均为第一业务信息

在一些实施例中，若确定业务调整请求对应的业务信息均为第一业务信息，则对第一业务信息进行调整，并保持第一业务信息关联的版本号不变；其中，版本号用于表征业务信息的调整次数，第一业务信息为最大基线号关联的业务信息。

在本申请中，对第一业务信息的调整类型包括修改类型和删除类型，下面分别举例进行说明：

A.修改类型

例如：用户正在对业务数据A对应的最大基线号5下所关联的业务信息进行调整，其中基线号5关联的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；用户想要对业务信息1-1版本进行修改，则根据用户的调整请求确定用户想要修改的目标业务信息为业务信息1-1版本，则基于用户的调整请求对业务信息1-1版本进行修改；经过用户的调整操作后，业务数据A对应的最大基线号为基线5，基线5关联的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本。

B.删除类型

例如：用户正在对业务数据A对应的最大基线号5下所关联的业务信息进行调整，其中基线号5关联的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；用户想要删除业务信息1-1版本，则根据用户的调整请求确定用户想要删除的目标业务信息为业务信息1-1版本，则从基线5所关联的业务信息中删除业务信息1-1版本；经过用户的调整操作后，业务数据A对应的最大基线号为基线5，基线5关联的业务信息包括：业务信息2-3版本、业务信息3-2版本。

2)业务信息包括第一业务信息和第二业务信息

若确定业务数据的状态为未提交状态，则确定业务调整请求对应的业务信息包括第一业务信息和第二业务信息，从存储器中获取第二业务信息；对第一业务信息以及第二业务信息进行调整，按照预设方法对所述第二业务信息关联的最大版本号进行更新，并保持第一业务信息关联的版本号不变；第二业务信息为不属于最大基线号关联的业务信息的业务调整请求对应的业务信息。

例如：用户正在对业务数据A对应的最大基线号5下所关联的业务信息进行调整，其中基线号5关联的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；用户想要调整业务信息4-1版本，确定业务信息4-1版本此时不是基线5所关联的业务信息，则业务信息4-1版本为第二业务信息，则根据用户的调整请求将业务信息4-1版本添加至基线5下，并将业务信息4-1版本修改为业务信息4-2版本；经过用户的调整操作后，业务数据A对应的最大基线号为基线5，基线5关联的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本、业务信息4-1版本。

3、已生效状态

在本申请中，针对已生效的每个业务数据，该业务数据均有对应的生效基线号，即已经生效的基线的序号，但是该业务的生效基线号并不一定是最大基线号，例如：业务数据A生效基线号为5，用户针对业务数据进行调整，此时业务数据A的最大基线号为基线6，但是调整后的数据可能还未生效。具体可实施如图5所示的步骤，其中：

步骤501中：响应于用户触发的业务请求，确定业务请求对应的业务数据之后；

步骤502中：若确定业务数据的状态为已生效状态，则确定业务数据对应的生效基线号；生效基线号为业务数据对应的生效的基线的序号；

步骤503中：从存储器中获取生效基线号关联的至少一个业务信息并展示，接收用户触发的业务调整请求；

步骤504中：基于业务调整请求，从存储器中获取生效基线号关联的至少一个业务信息；

步骤505中：基于至少一个业务信息创建新基线，并对新基线中的至少一个业务信息进行调整；

步骤506中：获取业务请求对应的业务数据的生效基线号,基于生效基线号确定新基线的基线号，并将新基线的基线号与新基线进行关联。

例如：针对用户触发的业务请求，确定用户想要查询的业务数据为业务数据A，且确定业务数据A为已生效的状态，则从存储器中获取该业务数据A的生效基线号为5，确定存储器中与业务数据A的基线号5关联的业务信息包括：业务信息1、业务信息2、业务信息3；然后向用户展示业务数据A的基线号5关联的业务信息1、业务信息2、业务信息3。

若检测到用户触发的业务调整请求，则获取基线号5关联的业务信息，并基于该业务信息创建新基线，且新基线的基线号为6，基于用户的调整请求对业务数据进行调整并保存，则此时存储器中同时存在基线5和基线6所关联的业务信息。若基线6已生效，则业务数据A的生效基线号为6；若基线6未生效，则业务数据A的生效基线号为5，最大基线号为6，并在基线6生效后，将基线6作为业务数据A的生效基线号。

在本申请中实施例中，针对已生效状态的业务数据的调整请求，可以为增加业务信息，修改业务信息，删除业务信息，下面分别进行举例说明：

1)增加类型

若用户触发的调整请求的调整类型为增加类型，则从存储器中，根据用户想要增加的目标业务信息的业务编码，从存储器中根据该业务编码获取该版本号最大的该业务编码的业务信息。

例如：业务数据A的生效基线号5关联的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；用户想要增加业务信息4，则根据生效基线号5创建最大基线号6，此时基线号6下的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；根据业务信息4的业务编码S，确定当前存储器中业务编码为S的业务信息为：业务信息4-版本1，业务信息4-版本2，业务信息4-版本3，则将业务信息4-版本3添加至新基线中。若用户并未对其他业务信息进行修改，则此时基线号6下的业务信息1、业务信息2、业务信息3的版本号保持不变，同时将业务信息4的版本号由版本3修改版本4；即此时业务信息A所关联的最大基线号为基线号6，基线号6下关联的业务信息为业务信息1-1版本、业务信息2-3版本、业务信息3-2版本，业务信息4-4版本。并在基线号6生效后，将基线号6关联为业务数据A的生效基线号。

2)删除类型

若用户触发的调整请求的调整类型为删除类型，则根据用户触发的调整请求，从业务数据对应的最大基线号中的业务信息中确定出目标业务信息，并将目标业务信息删除。

例如：生效基线号5关联的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；若用户触发的调整请求为删除类型，则根据生效基线号5创建基线号6，此时基线号6下的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；根据用户的调整请求确定用户想要删除的业务信息为业务信息1-1版本。且用户并未对其他业务信息进行修改，则此时基线号6下的业务信息2、业务信息3的版本号保持不变，同时将业务信息1-1版本从基线号6中删除；即此时业务信息A所关联的最大基线号为基线号6，最大基线号6下关联的业务信息为业务信息2-3版本、业务信息3-2版本。并在基线号6生效后，将基线号6关联为业务数据A的生效基线号。

3)修改类型

若用户触发的调整请求的调整类型为修改类型，则根据用户触发的调整请求，从业务数据对应的最大基线号中的业务信息中确定出目标业务信息，并对目标业务信息进行修改。

例如：生效基线号5关联的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；若用户触发的调整请求为修改类型，则根据生效基线号5创建基线号6，此时基线号6下的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；根据用户的调整请求确定用户想要修改的业务信息为业务信息1-1版本。且用户并未对其他业务信息进行修改，则此时基线号6下的业务信息2、业务信息3的版本号保持不变，同时将业务信息1-1版本修改为业务信息1-2版本；即此时业务信息A所关联的最大基线号为基线号6，基线号6下关联的业务信息为业务信息1-2版本、业务信息2-3版本、业务信息3-2版本。并在基线号6生效后，将基线号6关联为业务数据A的生效基线号。

当然需要知道的是，用户可在一次调整中对业务数据对应的生效基线号下的业务信息记性修改、增加、删除等操作，本申请对触发一次业务请求中的调整次数不作限定；例如：

例如：生效基线号5关联的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；若用户第一次触发的调整请求为修改类型，则根据生效基线号5创建基线号6，此时基线号6下的业务信息包括：业务信息1-1版本、业务信息2-3版本、业务信息3-2版本；根据用户的调整请求确定用户想要修改的业务信息为业务信息1-1版本。且用户并未对其他业务信息进行修改，则此时基线号6下的业务信息2、业务信息3的版本号保持不变，同时将业务信息1-1版本修改为业务信息1-2版本；然后，用户并未提交而是再次对业务信息进行了调整，并将业务信息2-3删除，则从基线号6下，降业务信息2-3删除；最后，用户增加了业务信息4-1版本，并进行了提交，则最终业务信息A所关联的最大基线号为基线号6，基线号6下关联的业务信息为业务信息1-2版本、业务信息3-2版本、业务信息4-1版本。并在基线号6生效后，将基线号6关联为业务数据A的生效基线号。

在上述数据处理方法中，确定新的基线号的以及确定新的版本号时是以一个步长值进行增加的，需要知道的是，技术人员可根据需求自行设定步长值，本申请对此不作限定。

如图6所示，基于相同的发明构思，提出一种数据处理装置600，所述装置包括：

业务数据确定模块6001，用于响应于用户触发的业务请求，确定所述业务请求对应的业务数据；

最大基线号确定模块6002，用于若确定所述业务数据的状态为已提交未生效状态，则确定所述业务数据对应的最大基线号；

展示模块6003，用于从存储器中获取所述最大基线号关联的至少一个业务信息并展示，接收用户触发的业务调整请求；

业务信息获取模块6004，用于基于所述业务调整请求，从存储器中获取所述最大基线号关联的至少一个业务信息；

基线创建模块6005，用于基于所述至少一个业务信息创建新基线，并对所述新基线中的至少一个业务信息进行调整；

关联模块6006，用于基于所述最大基线号确定所述新基线的基线号，并将所述新基线的基线号与所述新基线进行关联。

在一些可能的实施例中，所述业务数据确定模块执行响应于用户触发的业务请求，确定所述业务请求对应的业务数据之后，所述最大基线号确定模块还被配置为：

若确定所述业务数据的状态为未提交状态，则确定所述业务调整请求对应的业务信息均为第一业务信息，对所述第一业务信息进行调整，并保持所述第一业务信息关联的版本号不变；其中，所述版本号用于表征所述业务信息的调整次数，所述第一业务信息为所述最大基线号关联的业务信息；或，

若确定所述业务数据的状态为未提交状态，则确定所述业务调整请求对应的业务信息包括第一业务信息和第二业务信息，从所述存储器中获取所述第二业务信息；对所述第一业务信息以及所述第二业务信息进行调整，按照预设方法对所述第二业务信息关联的最大版本号进行更新，并保持所述第一业务信息关联的版本号不变；所述第二业务信息为不属于所述最大基线号关联的业务信息的所述业务调整请求对应的业务信息。

在一些可能的实施例中，所述最大基线号确定模块执行确定所述业务调整请求对应的业务信息均为第一业务信息，对所述第一业务信息进行调整时，被配置为：

若所述调整类型为删除类型，则从所述第一业务信息中确定出待删除的目标业务信息，并删除所述目标业务信息；或，

若所述调整类型为修改类型，则从所述第一业务信息中确定出待修改的目标业务信息，并修改所述目标业务信息。

在一些可能的实施例中，所述最大基线号确定模块执行按照预设方法对所述第二业务信息关联的最大版本号进行更新时，被配置为：

以一个步长值增加所述第二业务信息的最大版本号，得到所述当前最大版本号。

在一些可能的实施例中，所述最大基线号确定模块执行响应于用户触发的业务请求，确定所述业务请求对应的业务数据之后，所述最大基线号确定模块还被配置为：

若确定所述业务数据的状态为已生效状态，则确定所述业务数据对应的生效基线号；所述生效基线号为所述业务数据对应的生效的基线的序号；

从存储器中获取所述生效基线号关联的至少一个业务信息并展示，接收用户触发的业务调整请求；

基于所述业务调整请求，从存储器中获取所述生效基线号关联的至少一个业务信息；

基于所述至少一个业务信息创建新基线，并对所述新基线中的至少一个业务信息进行调整；

获取所述业务请求对应的业务数据的生效基线号,基于所述生效基线号确定所述新基线的基线号，并将所述新基线的基线号与所述新基线进行关联。

在介绍了本申请示例性实施方式的数据处理方法和装置之后，接下来，介绍根据本申请的另一示例性实施方式的电子设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本申请的电子设备可以至少包括至少一个处理器、以及至少一个存储器。其中，存储器存储有程序代码，当程序代码被处理器执行时，使得处理器执行本说明书上述描述的根据本申请各种示例性实施方式的数据处理方法中的步骤。

下面参照图7来描述根据本申请的这种实施方式的电子设备130。图7显示的电子设备130仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，电子设备130以通用电子设备的形式表现。电子设备130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。

总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(ROM)1323。

存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备130交互的设备通信，和/或与使得该电子设备130能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口135进行。并且，电子设备130还可以通过网络适配器136与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于电子设备130的其它模块通信。应当理解，尽管图7中未示出，可以结合电子设备130使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在一些可能的实施方式中，本申请提供的一种数据处理方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的一种数据处理方法中的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的用于数据处理的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务端上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (13)

1.一种数据处理方法，其特征在于，所述方法包括：

响应于用户触发的业务请求，确定所述业务请求对应的业务数据；

若确定所述业务数据的状态为已提交未生效状态，则确定所述业务数据对应的最大基线号；

从存储器中获取所述最大基线号关联的至少一个业务信息并展示，接收用户触发的业务调整请求；

基于所述业务调整请求，从存储器中获取所述最大基线号关联的至少一个业务信息；

基于所述至少一个业务信息创建新基线，并对所述新基线中的至少一个业务信息进行调整；

基于所述最大基线号确定所述新基线的基线号，并将所述新基线的基线号与所述新基线进行关联。

2.根据权利要求1所述的方法，其特征在于，所述响应于用户触发的业务请求，确定所述业务请求对应的业务数据之后，所述方法还包括：

若确定所述业务数据的状态为未提交状态，则确定所述业务调整请求对应的业务信息均为第一业务信息，对所述第一业务信息进行调整，并保持所述第一业务信息关联的版本号不变；其中，所述版本号用于表征所述业务信息的调整次数，所述第一业务信息为所述最大基线号关联的业务信息；或，

若确定所述业务数据的状态为未提交状态，则确定所述业务调整请求对应的业务信息包括第一业务信息和第二业务信息，从所述存储器中获取所述第二业务信息；对所述第一业务信息以及所述第二业务信息进行调整，按照预设方法对所述第二业务信息关联的最大版本号进行更新，并保持所述第一业务信息关联的版本号不变；所述第二业务信息为不属于所述最大基线号关联的业务信息的所述业务调整请求对应的业务信息。

3.根据权利要求2所述的方法，其特征在于，所述确定所述业务调整请求对应的业务信息均为第一业务信息，对所述第一业务信息进行调整，包括：

若所述调整类型为删除类型，则从所述第一业务信息中确定出待删除的目标业务信息，并删除所述目标业务信息；或

若所述调整类型为修改类型，则从所述第一业务信息中确定出待修改的目标业务信息，并修改所述目标业务信息。

4.根据权利要求2所述的方法，其特征在于，所述按照预设方法对所述第二业务信息关联的最大版本号进行更新，包括：

以一个步长值增加所述第二业务信息的最大版本号，得到所述当前最大版本号。

5.根据权利要求1～4任一所述的方法，其特征在于，所述响应于用户触发的业务请求，确定所述业务请求对应的业务数据之后，所述方法还包括：

若确定所述业务数据的状态为已生效状态，则确定所述业务数据对应的生效基线号；所述生效基线号为所述业务数据对应的生效的基线的序号；

从存储器中获取所述生效基线号关联的至少一个业务信息并展示，接收用户触发的业务调整请求；

基于所述业务调整请求，从存储器中获取所述生效基线号关联的至少一个业务信息；

基于所述至少一个业务信息创建新基线，并对所述新基线中的至少一个业务信息进行调整；

获取所述业务请求对应的业务数据的生效基线号,基于所述生效基线号确定所述新基线的基线号，并将所述新基线的基线号与所述新基线进行关联。

6.一种数据处理装置，其特征在于，所述装置包括：

业务数据确定模块，用于响应于用户触发的业务请求，确定所述业务请求对应的业务数据；

最大基线号确定模块，用于若确定所述业务数据的状态为已提交未生效状态，则确定所述业务数据对应的最大基线号；

展示模块，用于从存储器中获取所述最大基线号关联的至少一个业务信息并展示，接收用户触发的业务调整请求；

业务信息获取模块，用于基于所述业务调整请求，从存储器中获取所述最大基线号关联的至少一个业务信息；

基线创建模块，用于基于所述至少一个业务信息创建新基线，并对所述新基线中的至少一个业务信息进行调整；

关联模块，用于基于所述最大基线号确定所述新基线的基线号，并将所述新基线的基线号与所述新基线进行关联。

7.根据权利要求6所述的装置，其特征在于，所述业务数据确定模块执行响应于用户触发的业务请求，确定所述业务请求对应的业务数据之后，所述最大基线号确定模块还被配置为：

若确定所述业务数据的状态为未提交状态，则确定所述业务调整请求对应的业务信息均为第一业务信息，对所述第一业务信息进行调整，并保持所述第一业务信息关联的版本号不变；其中，所述版本号用于表征所述业务信息的调整次数，所述第一业务信息为所述最大基线号关联的业务信息；或，

若确定所述业务数据的状态为未提交状态，则确定所述业务调整请求对应的业务信息包括第一业务信息和第二业务信息，从所述存储器中获取所述第二业务信息；对所述第一业务信息以及所述第二业务信息进行调整，按照预设方法对所述第二业务信息关联的最大版本号进行更新，并保持所述第一业务信息关联的版本号不变；所述第二业务信息为不属于所述最大基线号关联的业务信息的所述业务调整请求对应的业务信息。

8.根据权利要求7所述的装置，其特征在于，所述最大基线号确定模块执行确定所述业务调整请求对应的业务信息均为第一业务信息，对所述第一业务信息进行调整时，被配置为：

若所述调整类型为删除类型，则从所述第一业务信息中确定出待删除的目标业务信息，并删除所述目标业务信息；或

若所述调整类型为修改类型，则从所述第一业务信息中确定出待修改的目标业务信息，并修改所述目标业务信息。

9.根据权利要求7所述的装置，其特征在于，所述最大基线号确定模块执行按照预设方法对所述第二业务信息关联的最大版本号进行更新时，被配置为：

以一个步长值增加所述第二业务信息的最大版本号，得到所述当前最大版本号。

10.根据权利要求6所述的装置，其特征在于，所述最大基线号确定模块执行响应于用户触发的业务请求，确定所述业务请求对应的业务数据之后，所述最大基线号确定模块还被配置为：

若确定所述业务数据的状态为已生效状态，则确定所述业务数据对应的生效基线号；所述生效基线号为所述业务数据对应的生效的基线的序号；

从存储器中获取所述生效基线号关联的至少一个业务信息并展示，接收用户触发的业务调整请求；

基于所述业务调整请求，从存储器中获取所述生效基线号关联的至少一个业务信息；

基于所述至少一个业务信息创建新基线，并对所述新基线中的至少一个业务信息进行调整；

获取所述业务请求对应的业务数据的生效基线号,基于所述生效基线号确定所述新基线的基线号，并将所述新基线的基线号与所述新基线进行关联。

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

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行权利要求1-5中任一项所述的方法包括的步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行如权利要求1-5中任一项所述的方法。

13.一种计算机程序产品，其特征在于，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述如权利要求1-5中任一项所述的方法。

Images