CN113342795B - 应用程序中数据核对方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种应用程序中数据核对方法、装置、电子设备及存储介质，获取用户业务类型对应的多个第一数据集合，根据用户使用应用程序的时间，对各第一数据集合进行拆分，得到多组第二数据集合，分别对各组第二数据集合进行核对，得到数据核对结果。在上述步骤中，由于通过将与用户业务类型对应的多个第一数据集合，根据用户使用应用程序的时间进行拆分，因此进行数据核对时，可以将不同时间段的数据集合组分别进行核对，若对某个数据集合组进行核对时核对程序执行中断，则不会影响到其它数据集合组的核对过程，从而解决了整体核对方式中存在的数据核对过程耗时过长和数据核对过程中资源浪费过多的问题，进而提高了数据核对的效率，也节省了资源。

Description

应用程序中数据核对方法、装置、电子设备及存储介质

技术领域

本申请涉及数据处理技术领域，具体而言，涉及一种应用程序中数据核对方法、装置、电子设备及存储介质。

背景技术

随着互联网技术的快速发展，在线社交平台，例如视频直播平台、论坛等，以其新颖的形式以及丰富的内容受到广泛的关注，在线社交平台已经非常普及。现有的社交平台中，伴随着用户不断的操作过程，一般都会存在着大量的业务过程，而每种业务类型的业务过程都可能会产生大量的数据，因此，可以将这些数据按照一定的规则，存储为多张数据表，便于后续的维护和管理。但是，由于每种业务类型的业务过程对应的多张数据表之间，并没有实现自动关联，因此，如何保证在业务运行的过程中，每种业务类型所对应的多张数据表中数据的一致性和准确性，是一个需要解决的问题。

现有技术中，对于每种业务类型对应的多张数据表，一般采取整体核对的方式，即将每种业务类型对应的多张数据表，进行整体的比对，以保证其数据的一致性和准确性。

但是，在对每种业务类型对应的多张数据表进行整体核对的过程中，可能出现由于某些原因导致核对程序执行中断的情况，在这种情况下，如果使用现有技术的方法，就需要重新执行一次整体核对，从而导致核对的耗时过长以及资源浪费过多的问题。

发明内容

有鉴于此，本申请的目的在于，针对上述现有技术中的不足，提供一种应用程序中数据核对方法、装置、电子设备及存储介质，以便解决现有技术中，存在的在对每种业务类型对应的多张数据表进行整体核对的过程中，可能出现由于某些原因导致核对程序执行中断的情况下，就需要重新执行一次整体核对，从而导致核对的耗时过长以及资源浪费过多的问题。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种应用程序中数据核对方法，所述方法包括：

获取用户的业务类型对应的多个第一数据集合，各第一数据集合通过属性进行标识，所述用户的业务类型包括：所述用户执行的操作所对应的业务类型；

根据所述用户使用所述应用程序的时间，对各所述第一数据集合进行拆分，得到多组第二数据集合，每组中的各第二数据集合所对应的用户使用所述应用程序的时间相同；

分别对各组第二数据集合进行核对，得到数据核对结果。

作为一种可能的实现方式，所述根据所述用户使用所述应用程序的时间，对各所述第一数据集合进行拆分，得到多组第二数据集合，包括：

根据对所述用户使用所述应用程序的监测结果，确定所述用户使用所述应用程序的至少一个活跃时间段以及至少一个非活跃时间段；

按照所述活跃时间段以及所述非活跃时间段，对各所述第一数据集合进行拆分，得到多组第二数据集合。

作为一种可能的实现方式，所述按照所述活跃时间段以及所述非活跃时间段，对各所述第一数据集合进行拆分，得到多组第二数据集合，包括：

将一个所述第一数据集合中属于同一活跃时间段的数据拆分至一个第二数据集合中。

作为一种可能的实现方式，所述获取用户的业务类型对应的多个第一数据集合之前，还包括：

获取所述应用程序的多张待核对数据表，所述多张待核对数据表包括：行为数据表以及流水数据表；

根据所述多张待核对数据表中数据的属性，将所述多张待核对数据表中的数据拆分至多个所述第一数据集合。

作为一种可能的实现方式，所述分别对各组第二数据集合进行核对，得到数据核对结果，包括：

分别对每组第二数据集合中各第二数据集合的属于相同维度的数据进行比对；

若所述属于相同维度的数据存在不一致，则确定所述数据核对的结果为存在数据异常。

作为一种可能的实现方式，所述确定所述数据核对的结果为存在数据异常之后，还包括：

输出数据异常信息，所述数据异常信息包括：存在不一致的数据的来源信息；

获取用户针对存在数据异常的结果的人工核对结果；

将所述人工核对结果作为所述数据核对的新的结果。

作为一种可能的实现方式，所述获取用户针对存在数据异常的结果的人工核对结果之前，还包括：

输出告警信息，所述告警信息用于指示数据核对的结果存在数据异常。

第二方面，本申请实施例还提供了一种应用程序中数据核对装置，所述装置包括：

第一获取模块，用于获取用户的业务类型对应的多个第一数据集合，各第一数据集合通过属性进行标识，所述属性包括：产品类型、业务类型以及用户标识，所述用户的业务类型包括：所述用户执行的操作所对应的业务类型；

第一拆分模块，用于根据所述用户使用所述应用程序的时间，对各所述第一数据集合进行拆分，得到多组第二数据集合，每组中的各第二数据集合所对应的用户使用所述应用程序的时间相同；

核对模块，用于分别对各组第二数据集合进行核对，得到数据核对结果。

作为一种可能的实现方式，第一拆分模块具体用于：

根据对所述用户使用所述应用程序的监测结果，确定所述用户使用所述应用程序的至少一个活跃时间段以及至少一个非活跃时间段；按照所述活跃时间段以及所述非活跃时间段，对各所述第一数据集合进行拆分，得到多组第二数据集合。

作为一种可能的实现方式，第一拆分模块具体还用于：

将一个所述第一数据集合中属于同一活跃时间段的数据拆分至一个第二数据集合中。

作为一种可能的实现方式，核对模块具体用于：

分别对每组第二数据集合中各第二数据集合的属于相同维度的数据进行比对；若所述属于相同维度的数据存在不一致，则确定所述数据核对的结果为存在数据异常。

作为一种可能的实现方式，该装置还包括：

第二获取模块，用于获取所述应用程序的多张待核对数据表，所述多张待核对数据表包括：行为数据表以及流水数据表；

第二拆分模块，用于根据所述多张待核对数据表中数据的属性，将所述多张待核对数据表中的数据拆分至多个所述第一数据集合。

作为一种可能的实现方式，该装置还包括：

第一输出模块，用于输出数据异常信息，所述数据异常信息包括：存在不一致的数据的来源信息；

第二输出模块，用于输出告警信息，所述告警信息用于指示数据核对的结果存在数据异常；

第三获取模块，用于获取用户针对存在数据异常的结果的人工核对结果；

第四获取模块，用于将所述人工核对结果作为所述数据核对的新的结果。

第三方面，本申请实施例还提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行时执行如上述第一方面所述的应用程序中数据核对方法的步骤。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上述第一方面所述的应用程序中数据核对方法的步骤。

本申请的有益效果是：

本申请实施例提供的应用程序中数据核对方法、装置、电子设备及存储介质，获取用户的业务类型对应的多个第一数据集合，各第一数据集合通过属性进行标识，属性包括：产品类型、业务类型以及用户标识；根据用户使用应用程序的时间，对各第一数据集合进行拆分，得到多组第二数据集合，其中，每组中的各第二数据集合所对应的用户使用应用程序的时间相同；分别对各组第二数据集合进行核对，得到数据核对结果。在上述步骤中，由于通过获取用户的业务类型对应的多个第一数据集合，并根据用户使用应用程序的时间对各第一数据集合进行拆分，因此，在进行数据核对的时候，可以同时将不同时间段对应的数据集合所组成的数据集合组分别使用核对程序进行核对，如果在对某个时间段对应的数据集合组进行核对的时候，核对程序由于某种原因执行中断，那么，不会影响到其它时间段对应的数据集合组的核对过程，其核对过程继续进行，从而解决了整体核对方式中存在的，在数据核对的过程中，由于某些原因导致核对程序执行中断就需要重新执行一次整体核对，导致数据核对过程耗时过长以及数据核对过程中资源浪费过多的问题，进而提高了数据核对的效率，也节省了资源。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种应用程序中数据核对方法对应的系统架构示意图；

图2为本申请实施例提供的一种应用程序中数据核对方法的流程示意图；

图3为本申请实施例提供的应用程序中数据核对方法中第一数据集合和第二数据集合的关系示意图；

图4为本申请实施例提供的另一种应用程序中数据核对方法的流程示意图；

图5为本申请实施例提供的另一种应用程序中数据核对方法的流程示意图；

图6为本申请实施例提供的另一种应用程序中数据核对方法的流程示意图；

图7为本申请实施例提供的另一种应用程序中数据核对方法的流程示意图；

图8为本申请实施例提供的一种应用程序中数据核对装置的结构示意图；

图9为本申请实施例提供的另一种应用程序中数据核对装置的结构示意图；

图10为本申请实施例提供的另一种应用程序中数据核对装置的结构示意图；

图11为本申请实施例提供的电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

本申请中所说的应用程序，可以是指为了完成某些特定功能而被开发出来的计算机软件程序。比如，视频直播应用程序，可以完成在线的网络视频直播功能。

目前的在线社交平台，例如视频直播应用程序中，每种类型的业务在执行的过程中，都会产生一些数据，为了更好地管理和维护这些数据，可以将这些数据按照一定的规则，存储为多张数据表，将这些数据表保存在服务器中以便后续使用。

请参见图1，是本申请实施例提供的一种应用程序中数据核对方法对应的系统架构示意图。如图1所示，该系统可以包括，终端设备101、网络102、服务器103。

可选的，终端设备101可以包括但不限于，台式计算机、笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、智能手机以及智能电视等终端设备。

网络102用于在终端设备101和服务器103之间提供通信链路，从而使服务器103和终端设备101进行信息和/或数据的交换。网络102可以包括各种连接类型，例如有线网络、无线网络、光纤网络、远程通信网络、广域网、局域网等，或其任意组合。

可选的，服务器103可以在云平台上实现，仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。

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

示例性的，在视频直播的场景中，终端设备101和服务器103的交互过程可以为：应用程序的数据由终端设备101，经由网络102发送给服务器103，反之，服务器103将数据经由网络102发送给终端设备101上的应用程序。

进一步的，以视频直播中送礼物这一应用场景为例，在直播过程中，当某位用户需要给主播送礼物，那么，该用户首先需要购买礼物，而购买礼物需要用户在平台的虚拟资产，例如可以称为用户秀币，用户使用用户秀币购买礼物后，将该礼物送给主播。可以将用户购买礼物并送礼物给主播的过程称为一个业务过程。在送礼物的业务过程中，服务器可能需要将其所存储的用户对应的多张数据表进行修改，例如，需要修改用户的秀币余额表、需要修改用户的秀币流水记录表、需要修改用户的送礼物记录表，同时，还需要修改接收礼物的主播的收益记录表以及需要修改接收礼物的主播的奖励记录表等5张数据表。

虽然这5张数据表的数据之间有一定的关联关系，但是，由于这5张数据表之间并没有实现自动关联，即，在每次送礼物的业务过程中，服务器都需要对所存储的这5张数据表分别进行修改，因此，如果修改数据的过程中出现故障而导致对某些表格的修改操作失败，那么，就会导致多张数据表中的数据出现不一致的问题。

为了保证这些有关联关系的多张数据表之间数据的一致性，需要对数据进行核对。核对，也可以称为比对、查对或者对账，可以是指将具有一定关联关系的数据放在一起进行比较，以保证具有关联关系的数据的一致性和准确性。现有技术中，一般是采取整体核对的方式，对多张数据表中数据的一致性进行检查。但是，在整体核对的过程中，如果由于某种原因导致核对程序执行中断，就需要重新执行一次整体核对程序，从而导致核对的耗时过长以及资源浪费过多的问题，其中，核对程序可以是指用来对数据进行比较的软件程序。

本申请基于上述的问题，提出了一种应用程序中数据核对方法，通过将每种业务类型对应的多张数据表中的数据，按照用户使用应用程序的活跃时间段和非活跃时间段进行拆分。对数据按照活跃时间段和非活跃时间段进行拆分后，在进行数据核对的时候，可以同时将相同时间段对应的数据集合分别使用核对程序进行核对，如果在对某个时间段对应的数据集合进行核对的时候，核对程序由于某种原因执行中断，那么，不会影响到其它时间段对应的数据集合的核对过程，其核对过程会继续进行，从而解决了整体核对方式中存在的数据核对过程耗时过长和数据核对过程中资源浪费过多的问题。

下面将结合附图，对本申请实施例提供的应用程序中数据核对方法，进行详细的阐述。

请参见图2，是本申请实施例提供的一种应用程序中数据核对方法的流程示意图，该方法的执行主体可以为上述的服务器，如图2所示，该方法包括：

步骤S201，获取用户的业务类型对应的多个第一数据集合。

具体的，用户的业务类型可以指用户执行的操作或者用户的行为所对应的业务类型，也即，业务类型可以对应用户的一个操作或者行为，例如可以包括，送礼物行为、充值秀币行为、购买贵族身份行为、购买守护身份行为、抢发红包行为等，相应的，用户的业务类型可以是，送礼物业务、充值秀币业务、购买贵族身份业务、购买守护身份业务、抢发红包业务等。

数据集合，可以指很多用户数据组合在一起形成的集合，也可以理解为一串数据，或者一个数据流等，则，多个数据集合即为多个数据串或者数据流。并且，这些多个数据集合中的每个数据集合具有固定的格式，示例性的，每个数据集合的格式可以为：productID-businessID-userID-data，其中，productID为产品类型标识，businessID为业务类型标识，userID为用户标识，data为具体的用户数据，也即，每个数据集合可以通过产品类型、业务类型以及用户标识等属性信息进行标识。

用户的业务类型对应的第一数据集合可以指，将与用户的业务类型对应的操作或者行为而产生的数据组成的集合。例如，针对送礼物这一具体业务，其对应的操作可以为：购买秀币，使用秀币购买礼物，将礼物送给主播，在此过程中，产生的数据可以包括：用户的秀币余额数据、秀币流水记录数据、用户的送礼物记录数据、主播的收益记录数据以及主播的奖励记录数据等，这些数据分别对应一个第一数据集合，每一个第一数据集合构成多个第一数据集合。需要说明的是，多个第一数据集合，指的是至少包括两个第一数据集合。

步骤S202，根据用户使用应用程序的时间，对各第一数据集合进行拆分，得到多组第二数据集合，每组中的各第二数据集合所对应的用户使用应用程序的时间相同。

具体的，可以根据用户使用应用程序的时间，对多个第一数据集合中的每一个数据集合进行拆分，得到多组第二数据集合，其中，每组中的各第二数据集合所对应的用户使用应用程序的时间相同。

需要说明的是，根据用户使用应用程序的时间，进行拆分的多个第一数据集合中的每一个数据集合，均具有相同的用户标识和业务类型。

请参见图3，是本申请实施例提供的应用程序中数据核对方法中第一数据集合和第二数据集合的关系示意图，如图3所示，第一数据集合的数量为3个，假设，用户在应用程序中的活跃时间段为5个，分别为t1，t2，t3，t4，t5，则多组第二数据集合的数量有5个，分别为：第二数据集合组1、第二数据集合组2、第二数据集合组3、第二数据集合组4以及第二数据集合组5，为了方便示例，图3中仅标出了第二数据集合组1、第二数据集合组3和第二数据集合组5，第二数据集合组2和第二数据集合组4具有与第二数据集合组1、第二数据集合组3和第二数据集合组5相同的结构。

具体的，因为图3的举例中，有3个第一数据集合，则每组第二数据集合中有3个第二数据集合，分别对应于第一数据集合1、第二数据集合2和第一数据集合3的活跃时间段的数据集合，并且，每组第二数据集合中的各第二数据集合所对应的用户使用应用程序的时间相同。

以图3中的t5时间段举例说明，根据用户使用应用程序的时间，分别将第一数据集合1、第一数据集合2以及第一数据集合3进行拆分，得到5组第二数据集合组。如图3所示，t5时间段对应的数据集合组为第二数据集合组5，其中，第二数据集合组5中，包含3个第二数据集合，其中，3个第二数据集合为图中的阴影部分所示，这3个第二数据集合分别是从第一数据集合1、第一数据集合2以及第一数据集合3中拆分出来的。

又例如，以图3中的t1时间段举例说明，t1时间段对应的数据集合组为第二数据集合组1，其中，第二数据集合组1中，也包含3个第二数据集合，这3个第二数据集合分别是从第一数据集合1、第一数据集合2以及第一数据集合3中拆分出来的。

再例如，以图3中的t3时间段举例说明，t3时间段对应的数据集合组为第二数据集合组3，其中，第二数据集合组3中，也包含3个第二数据集合，这3个第二数据集合分别是从第一数据集合1、第一数据集合2以及第一数据集合3中拆分出来的。

可以理解的是，在图3中，多个第一数据集合和多组第二数据集合的数量都是示意性的，本申请实施例不做具体限制。

步骤S203，分别对各组第二数据集合进行核对，得到数据核对结果。

具体的，可以分别对各组中的第二数据集合进行核对，得到数据核对结果。例如，如图3所示，可以分别对5组中的每一组第二数据集合对应的3个第二数据集合进行核对，得到数据核对结果。

综上所述，本申请实施例提供一种应用程序中数据核对方法，获取用户的业务类型对应的多个第一数据集合，各第一数据集合通过属性进行标识，属性包括：产品类型、业务类型以及用户标识，用户的业务类型可以是用户执行的操作所对应的业务类型，根据用户使用应用程序的时间，对各第一数据集合进行拆分，得到多组第二数据集合，其中，每组中的各第二数据集合所对应的用户使用所述应用程序的时间相同。在上述步骤中，由于通过获取用户的业务类型对应的多个第一数据集合，并根据用户使用应用程序的时间对各第一数据集合进行拆分，因此，在进行数据核对的时候，可以同时将不同时间段对应的数据集合所组成的数据集合组分别使用核对程序进行核对，如果在对某个时间段对应的数据集合组进行核对的时候，核对程序由于某种原因执行中断，那么，不会影响到其它时间段对应的数据集合组的核对过程，其核对过程继续进行，从而解决了整体核对方式中存在的，在数据核对的过程中，由于某些原因导致核对程序执行中断就需要重新执行一次整体核对，导致数据核对过程耗时过长以及数据核对过程中资源浪费过多的问题，从而提高了数据核对的效率，同时也节省了资源。

请参见图4，是本申请实施例提供的另一种应用程序中数据核对方法的流程示意图，如图4所示，上述步骤S202包括：

步骤S401，根据对用户使用应用程序的监测结果，确定用户使用应用程序的至少一个活跃时间段以及至少一个非活跃时间段。

具体的，用户使用应用程序的活跃时间段，可以指用户在该应用程序中执行操作所持续的时间，用户使用应用程序的非活跃时间段，可以指用户不操作应用程序，应用程序在后台运行的时间。

例如，如果用户A在某天上午的10:10-10:40这段时间内，持续在应用程序中执行相关操作，则10:10-10:40这个时间段，为用户A使用应用程序的活跃时间，而接下来的10:40-12:00，用户A没有对应用程序执行任何操作，则10:40-12:00这个时间段为用户A使用应用程序的非活跃时间。进一步的，可以将用户使用应用程序的时间，以每天00:00-24:00为一个时间周期，并按照活跃时间和非活跃时间将24小时划分为多个时间段。

继续上述用户A使用应用程序的举例，假设用户A除了在10:10-10:40这段时间内，持续在应用程序中执行相关操作，在08:10-08:30、12:00-13:00、18:30-19:30、21:15-21:45这几个时间段也持续在应用程序中执行相关操作，则用户A的活跃时间为：08:10-08:30、10:10-10:40、12:00-13:00、18:30-19:30、21:15-21:45，而其它时间则为用户A实用应用程序的非活跃时间。

具体的，可以对用户使用应用程序的时间进行监测，并根据监测结果，确定用户使用应用程序的至少一个活跃时间段和至少一个非活跃时间段。

继续上述的举例，用户A在应用程序的活跃时间段为5个，分别为08:10-08:30、10:10-10:40、12:00-13:00、18:30-19:30、21:15-21:45，则如果已一天24小时为监测周期，则用户A在应用程序的非活跃时间段为6个，分别为：00:00-08:10、08:30-10:10、10:40-12:00、13:00-18:30、19:30-21:15、21:45-00:00。

步骤S402，按照活跃时间段以及非活跃时间段，对各第一数据集合进行拆分，得到多组第二数据集合。

具体的，可以按照用户使用应用程序的活跃时间段和用户使用应用程序的非活跃时间段，将获取到的，具有相同用户标识和业务类型标识的，每个第一数据集合进行拆分，得到多组第二数据集合，其中，多组第二数据集合的数量和用户使用应用程序的活跃时间段的数量相同，例如，如图3所示，在图3中，用户使用应用程序的活跃时间段的数量为5个，则多组第二数据集合的数量也就为5组，而每组第二数据集合中第二数据集合的个数与第一数据集合的个数相同，例如，在图3中，每组第二数据集合中第二数据集合的个数为3个。

由于将具有相同用户标识和业务类型标识的多个第一数据集合，根据用户使用应用程序的时间进行了拆分，因此，在后续进行数据核对的时候，不用将所有数据进行整体的核对，而是可以以拆分后的数据单元为核对单元，分别对各数据单元中的数据进行核对，因此，如果在对某个数据单元中的数据进行核对的时候，核对程序由于某种原因执行中断，那么，不会影响到其它数据单元中的数据的核对过程，其核对过程继续进行，进而节省了整个用户数据核对的时间，也节省了资源。

下面的实施例，将具体阐述如何按照用户使用应用程序的活跃时间段和非活跃时间段对各第一数据集合进行拆分得到多组第二数据集合。

可选的，将一个第一数据集合中属于同一活跃时间段的数据拆分至一个第二数据集合中。

具体的，可以将具有相同用户标识和业务类型标识的多个第一数据集合中的某一个数据集合中，属于同一活跃时间段的数据拆分至一个第二数据集合组中，得到一个第二数据集合组。用户使用应用程序的活跃时间段的数量与第二数据集合组的数量是相同的。

示例性的，如图3所示，第一数据集合1、第一数据集合2和第一数据集合3，具有相同的用户标识user1，同时具有相同的业务类型标识business1，以活跃时间段t2为例，将第一数据集合1、第一数据集合2和第一数据集合3中，阴影部分所表示的数据集合拆分至一个第二数据集合组中，得到第二数据集合组2。同理，对应于其它活跃时间段t1、t3、t4、t5有相同的拆分过程。由于在图3所示的例子中，用户使用应用程序的活跃时间段的数量为5个，因此，多个第二数据集合组的数量即为5。

由于应用程序中，用户数据一般以各类数据表的形式存在，为了便于处理，需要对用户数据所对应的表格数据，按照一定的格式进行拆分，得到多个第一数据集合。

请参见图5，是本申请实施例提供的另一种应用程序中数据核对方法的流程示意图，如图5所示，上述步骤S201之前，该方法还包括：

步骤S501，获取应用程序的多张待核对数据表，多张待核对数据表包括：行为数据表以及流水数据表。

具体的，应用程序中，用户数据一般都是以数据表的形式存在，例如，视频直播应用中送礼物的过程中的相关用户数据，对应多张数据表，包括：用户的秀币余额表、用户的秀币流水记录表、用户的送礼物记录表、主播的收益记录表以及主播的奖励记录表。又例如，用户充值秀币的过程中的相关用户数据，也对应多张数据表，包括：用户秀币余额记录表、充值记录表、秀币流水记录表等。

由于这些多张数据表之间并没有实现自动关联，因此，如果应用程序在执行过程中出现故障而导致对这些多张数据表中的某些数据表的修改操作失败，那么，就会导致多张数据表中的数据出现不一致的问题，因此，需要对这些多张数据表进行核对，那么，这些需要核对的多张数据表，称为待核对数据表。

在这些多张待核对数据表中，可以包括行为数据表和流水数据表，其中，行为数据表，可以指用户的行为数据构成的数据表，例如上述的送礼物行为和充值秀币的行为，而流水数据表，可以指用户的某种行为，所引发的一系列数据的变化情况所构成的数据表，例如，在送礼物的行为中，一旦用户进行了送礼物行为，那么首先用户的秀币的数量会发生变化，因此需要记录用户秀币的每次的变化情况，这些数据所构成的表称为流水数据表。

步骤S502，根据多张待核对数据表中数据的属性，将多张待核对数据表中的数据拆分至多个第一数据集合。

具体的，为了方便处理，可以将多张待核对数据表中的数据，根据其数据属性进行拆分。待核对数据表中的数据的属性，可以包括该数据属于哪个产品类型，属于哪个业务类型以及属于哪个用户，因此，可以根据多张待核对数据表中数据的产品类型属性、业务类型属性以及用户标识属性，将多张待核对数据表中的数据拆分至多个第一数据集合。例如，可以将属于同一产品类型，属于同一业务类型，并且也属于同一用户的数据从待核对数据表中拆分出来，组成一个第一数据集合，多个产品类型、多个业务类型以及多个用户对应的数据即可以组成多个第一数据集合。

在将多张待核对数据表进行拆分得到多个第一数据集合之后，对这些多张待核对数据表的核对，就可以转化为对多个第一数据集合的核对。

下面的实施例，将对在将具有相同用户标识和业务类型标识的多个第一数据集合进行拆分，得到多组第二数据集合之后，如何对数据进行核对进行说明。

请参见图6，是本申请实施例提供的另一种应用程序中数据核对方法的流程示意图，如图6所示，上述步骤S204包括：

步骤S601，分别对每组第二数据集合中各第二数据集合的属于相同维度的数据进行比对。

具体的，由于是对具有相同用户标识和业务类型标识的多个第一数据集合进行拆分，得到了多组第二数据集合，那么，每组第二数据集合中的各第二数据集合的属于相同维度的数据，可以指，这些数据是属于同一用户，和/或，同一业务类型的数据，将这些数据进行比对。继续上述送礼物的举例，需要核对的相同维度的数据包括：用户秀币余额数据、秀币流水记录数据、用户送礼物记录数据、主播的收益记录数据以及主播的奖励记录数据。

步骤S602，若属于相同维度的数据存在不一致，则确定数据核对的结果为存在数据异常。

具体的，如果上述相同维度的数据存在不一致，则确定数据核对的结果为存在数据异常，继续送礼物的举例，送礼物之前，用户的秀币余额如果为200，买礼物需要花掉20个秀币，则秀币余额为180个，秀币流水记录数据中也会相应产生一条秀币被用掉的记录，但是如果此条使用记录在秀币流水记录数据中并不存在，则判断数据核对的结果为存在数据异常。

在判断数据核对的结果为存在异常数据时，需要对异常的数据进行修复。请参见图7，是本申请实施例提供的另一种应用程序中数据核对方法的流程示意图，如图7所示，上述步骤S602之后，所述方法还包括：

步骤S701，输出数据异常信息。

具体的，在判断核对的结果为存在异常数据时，需要输出数据异常信息，其中，数据异常信息包括：存在不一致的数据的来源信息，也即，具体是哪些数据存在异常。

步骤S702，获取用户针对存在数据异常的结果的人工核对结果。

具体的，在输出数据异常信息的同时，需要对异常数据进行修复，具体可以通过获取数据管理者针对存在数据异常的结果的人工核对结果。

步骤S703，将人工核对结果作为数据核对的新的结果。

可选的，获取用户针对存在数据异常的结果的人工核对结果之前，还包括：输出告警信息，该告警信息用于指示数据核对的结果存在数据异常。

基于同一发明构思，本申请实施例中还提供了与该应用程序中数据核对方法对应的一种应用程序中数据核对装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述应用程序中数据核对方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

请参见图8，是本申请实施例提供的一种应用程序中数据核对装置的结构示意图，如图8所示，该装置包括：

第一获取模块801，用于获取用户的业务类型对应的多个第一数据集合，各第一数据集合通过属性进行标识，所述属性包括：产品类型、业务类型以及用户标识，所述用户的业务类型包括：所述用户执行的操作所对应的业务类型。

第一拆分模块802，用于根据所述用户使用所述应用程序的时间，对各所述第一数据集合进行拆分，得到多组第二数据集合，每组中的各第二数据集合所对应的用户使用所述应用程序的时间相同；

核对模块803，用于分别对各组第二数据集合进行核对，得到数据核对结果。

在一种可能的实施方式中，第一拆分模块802具体用于：

根据对所述用户使用所述应用程序的监测结果，确定所述用户使用所述应用程序的至少一个活跃时间段以及至少一个非活跃时间段；按照所述活跃时间段以及所述非活跃时间段，对各所述第一数据集合进行拆分，得到多组第二数据集合。

在一种可能的实施方式中，第一拆分模块802具体还用于：

将一个所述第一数据集合中属于同一活跃时间段的数据拆分至一个第二数据集合中；将一个所述第一数据集合中属于同一非活跃时间段的数据拆分至一个第二数据集合中。

在一种可能的实施方式中，核对模块803具体用于：

分别对每组第二数据集合中各第二数据集合的属于相同维度的数据进行比对；若所述属于相同维度的数据存在不一致，则确定所述数据核对的结果为存在数据异常。

请参见图9，是本申请实施例提供的另一种应用程序中数据核对装置的结构示意图，如图9所示，该装置还包括：

第二获取模块901，用于获取所述应用程序的多张待核对数据表，所述多张待核对数据表包括：行为数据表以及流水数据表；

第二拆分模块902，用于根据所述多张待核对数据表中数据的属性，将所述多张待核对数据表中的数据拆分至多个所述第一数据集合。

请参见图10，是本申请实施例提供的另一种应用程序中数据核对装置的结构示意图，如图10所示，该装置还包括：

第一输出模块1001，用于输出数据异常信息，所述数据异常信息包括：存在不一致的数据的来源信息；

第二输出模块1002，用于输出告警信息，所述告警信息用于指示数据核对的结果存在数据异常；

第三获取模块1003，用于获取用户针对存在数据异常的结果的人工核对结果；

第四获取模块1004，用于将所述人工核对结果作为所述数据核对的新的结果。

上述装置用于执行前述实施例提供的方法，关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个数字处理器(digital singnal processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central Processing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

本申请实施例还提供了一种电子设备1100，如图11所示，是本申请实施例提供的电子设备1100的结构示意图，该电子设备可以是本申请实施例中的服务器，该电子设备包括：处理器1101、存储器1102、和总线1103。存储器1102存储有处理器1101可执行的机器可读指令，当电子设备1100运行时，处理器1101与存储器1102之间通过总线1103通信，机器可读指令被处理器1101执行时执行上述应用程序中数据核对方法实施例中的方法步骤。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述应用程序中数据核对方法实施例中的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述应用程序中数据核对方法实施例。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (8)

1.一种应用程序中数据核对方法，其特征在于，所述方法包括：

获取用户的业务类型对应的多个第一数据集合，各第一数据集合通过属性进行标识，所述用户的业务类型包括：所述用户执行的操作所对应的业务类型，所述第一数据集合用于指示与用户的业务类型对应的操作或者行为产生的数据组成的集合；

根据所述用户使用所述应用程序的时间，对各所述第一数据集合进行拆分，得到多组第二数据集合，每组中的各第二数据集合所对应的用户使用所述应用程序的时间相同，所述第一数据集合中的每一个数据集合，均具有相同的用户标识和业务类型；

分别对各组第二数据集合进行核对，得到数据核对结果；

所述根据所述用户使用所述应用程序的时间，对各所述第一数据集合进行拆分，得到多组第二数据集合，包括：

根据对所述用户使用所述应用程序的监测结果，确定所述用户使用所述应用程序的至少一个活跃时间段以及至少一个非活跃时间段；

按照所述活跃时间段以及所述非活跃时间段，对各所述第一数据集合进行拆分，得到多组第二数据集合；

所述分别对各组第二数据集合进行核对，得到数据核对结果，包括：

分别对每组第二数据集合中各第二数据集合的属于相同维度的数据进行比对；

若所述属于相同维度的数据存在不一致，则确定所述数据核对的结果为存在数据异常。

2.根据权利要求1所述的方法，其特征在于，所述按照所述活跃时间段以及所述非活跃时间段，对各所述第一数据集合进行拆分，得到多组第二数据集合，包括：

将一个所述第一数据集合中属于同一活跃时间段的数据拆分至一个第二数据集合中。

3.根据权利要求1或2所述的方法，其特征在于，所述获取用户的业务类型对应的多个第一数据集合之前，还包括：

获取所述应用程序的多张待核对数据表，所述多张待核对数据表包括：行为数据表以及流水数据表；

根据所述多张待核对数据表中数据的属性，将所述多张待核对数据表中的数据拆分至多个所述第一数据集合。

4.根据权利要求1所述的方法，其特征在于，所述确定所述数据核对的结果为存在数据异常之后，还包括：

输出数据异常信息，所述数据异常信息包括：存在不一致的数据的来源信息；

获取用户针对存在数据异常的结果的人工核对结果；

将所述人工核对结果作为所述数据核对的新的结果。

5.根据权利要求4所述的方法，其特征在于，所述获取用户针对存在数据异常的结果的人工核对结果之前，还包括：

输出告警信息，所述告警信息用于指示数据核对的结果存在数据异常。

6.一种应用程序中数据核对装置，其特征在于，所述装置包括：

第一获取模块，用于获取用户的业务类型对应的多个第一数据集合，各第一数据集合通过属性进行标识，所述属性包括：产品类型、业务类型以及用户标识，所述用户的业务类型包括：所述用户执行的操作所对应的业务类型，所述第一数据集合用于指示与用户的业务类型对应的操作或者行为产生的数据组成的集合；

第一拆分模块，用于根据所述用户使用所述应用程序的时间，对各所述第一数据集合进行拆分，得到多组第二数据集合，每组中的各第二数据集合所对应的用户使用所述应用程序的时间相同，所述第一数据集合中的每一个数据集合，均具有相同的用户标识和业务类型；

核对模块，用于分别对各组第二数据集合进行核对，得到数据核对结果；

第一拆分模块具体用于：根据对所述用户使用所述应用程序的监测结果，确定所述用户使用所述应用程序的至少一个活跃时间段以及至少一个非活跃时间段；按照所述活跃时间段以及所述非活跃时间段，对各所述第一数据集合进行拆分，得到多组第二数据集合；

核对模块具体用于：

分别对每组第二数据集合中各第二数据集合的属于相同维度的数据进行比对；若所述属于相同维度的数据存在不一致，则确定所述数据核对的结果为存在数据异常。

7.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行时执行如权利要求1至5任一所述的应用程序中数据核对方法的步骤。

8.一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至5任一所述的应用程序中数据核对方法的步骤。

Images