CN111159168B - 数据处理方法和装置 - Google Patents

Abstract

本申请公开了一种数据处理方法和装置，属于计算机网络领域。该方法包括获取数据库中的业务数据，该业务数据包括业务原数据和业务对账数据；建立用于存储业务数据的数据表；若检测到该数据表中存在空白区域，向终端发送该空白区域对应的第一业务数据的信息；接收终端基于该第一业务数据的信息返回的第二业务数据，该第二业务数据与该第一业务数据相对应；将该返回的第二业务数据填写在空白区域。上述数据处理的方法，由于在检查数据丢失时不需要遍历所有的业务数据，只需要确定数据表中是否存在空白区域即可，因此可以节省检查业务数据的时间，一定程度上可以提高数据处理的效率。

Description

数据处理方法和装置

技术领域

本申请实施例涉及计算机网络领域，特别涉及一种数据处理方法和装置。

背景技术

随着计算机运行速度和处理速度的不断加强，在计算机中运行的应用程序也越来越多。计算机中运行的应用程序可以用于对业务数据的处理，从而使得业务数据的处理变得简单、快速。

相关技术中，服务器中运行有业务数据库，该业务数据库中保存有业务原数据，每个业务原数据都有与其对应的业务对账数据。每隔一段时间，业务数据库进行一次数据查询。若发现业务原数据或业务对账数据中有任一个数据发生丢失的情况，则向终端发出告警消息。终端接收该告警消息，将该告警消息展示给业务人员，由业务人员基于该告警消息，对丢失的数据进行查找，将查找到的数据补充在丢失的数据的位置，从而可以得到处理之后的业务数据。

然而，上述数据处理方法需要对业务数据库中的所有数据进行查询，因此会降低数据处理的效率。而且在对丢失的数据进行查找时，由于数据量庞大，会出现数据延迟的情况，导致不能及时查找到丢失的数据，从而不能及时将丢失的数据补充在对应的位置上，一定程度上，会使公司和用户的利益受到损失。

发明内容

本申请实施例提供了一种数据处理方法和装置，可用于解决相关技术中的问题。该技术方案如下：

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

获取数据库中的业务数据，该业务数据包括业务原数据和业务对账数据；

建立用于存储该业务数据的数据表；

若检测到该数据表中存在空白区域，向终端发送该空白区域对应的第一业务数据的信息；

接收该终端基于该第一业务数据的信息返回的第二业务数据，该第二业务数据与该第一业务数据相对应；

将该返回的第二业务数据填写至该空白区域。

上述方法通过将业务原数据和业务对账数据记录成数据表的格式，基于数据表中的空白区域，确定丢失的数据，对丢失的数据进行查找，将丢失的数据补充在对应的空白区域。由于在检查数据时，不需要遍历全部业务数据，只需要查看数据表中是否存在空白区域即可，因此可以节省检查业务数据的时间，一定程度上可以提高数据处理的效率。

在一种可能的实现方式中，该建立用于存储该业务数据的数据表，包括：

按照业务类型，对该业务数据进行分类，得到每个业务数据的业务类型；

基于该每个业务数据的业务类型，建立用于存储该业务数据的数据表。

在一种可能的实现方式中，该基于该每个业务数据的业务类型，建立用于存储该业务数据的数据表，包括：

基于该每个业务数据的业务类型，建立第一数据表，该第一数据表用于存储所有业务数据；

或者，基于该每个业务数据的业务类型，建立多个不同业务类型的第二数据表，每个第二数据表用于存储对应业务类型的业务数据。

在一种可能的实现方式中，该基于该每个业务数据的业务类型，建立用于存储该业务数据的数据表，包括：

将该业务原数据记录在表格的第一目标位置，将该业务原数据对应的业务对账数据记录在表格的第二目标位置，将记录有该业务原数据和业务对账数据的表格作为存储有该业务原数据和业务对账数据的数据表。

在一种可能的实现方式中，该方法还包括：

若检测到该数据库中增加新的业务数据，确定该新的业务数据的业务类型；

基于该新的业务数据的业务类型，将该新的业务数据存储至对应业务类型的数据表中。

在一种可能的实现方式中，该方法还包括：

若接收到该终端发送的查询消息，解析该查询消息，得到该查询消息携带的第三业务数据的信息；

基于该查询消息携带的第三业务数据的信息，查找该第三业务数据的信息对应的第四业务数据；

向该终端发送该第四业务数据。

在一种可能的实现方式中，该若检测到该数据表中存在空白区域，向终端发送该空白区域对应的第一业务数据的信息，包括：

若检测到该数据表中业务原数据侧存在空白区域，向终端发送该空白区域对应的业务对账数据的信息；

该接收该终端基于该第一业务数据的信息返回的第二业务数据，包括：

接收该终端基于该业务对账数据的信息返回的业务原数据。

在一种可能的实现方式中，该若检测到该数据表中存在空白区域，向终端发送该空白区域对应的第一业务数据的信息，包括：

若检测到该数据表中业务对账数据侧存在空白区域，向终端发送该空白区域对应的业务原数据的信息；

该接收该终端基于该第一业务数据的信息返回的第二业务数据，包括：

接收该终端基于该业务原数据的信息返回的业务对账数据。

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

接收服务器发送的空白区域对应的第一业务数据的信息；

基于该空白区域对应的第一业务数据的信息，查找第二业务数据，该第二业务数据与该第一业务数据相对应；

向服务器发送该第二业务数据。

上述方法终端基于第一业务数据的信息，查找与第一业务数据对应的第二业务数据，将该第二业务数据发送给服务器。由于第二业务数据的查找过程是机器自动查找的，因此可以节省业务数据的查找时间，从而提高数据处理的效率。

在一种可能的实现方式中，该发送模块还用于向该服务器发送查询消息，该查询消息携带第三业务数据的信息；

该接收模块还用于接收该服务器返回的第四业务数据，该第四业务数据与该第三业务数据相对应。

第三方面，本申请实施例提供了一种数据处理装置，该装置包括：

获取模块，用于获取数据库中的业务数据，该业务数据包括业务原数据和业务对账数据；

建立模块，用于建立用于存储该业务数据的数据表；

发送模块，用于若检测到该数据表中存在空白区域，向终端发送该空白区域对应的第一业务数据的信息；

接收模块，用于接收该终端基于该第一业务数据的信息返回的第二业务数据，该第二业务数据与该第一业务数据相对应；

填写模块，用于将该返回的第二业务数据填写至该空白区域。

在一种可能的实现方式中，该建立模块用于按照业务类型，对该业务数据进行分类，得到每个业务数据的业务类型；基于该每个业务数据的业务类型，建立用于存储该业务数据的数据表。

在一种可能的实现方式中，该建立模块用于基于该每个业务数据的业务类型，建立第一数据表，该第一数据表用于存储所有业务数据；或者，基于该每个业务数据的业务类型，建立多个不同业务类型的第二数据表，每个第二数据表用于存储对应业务类型的业务数据。

在一种可能的实现方式中，该建立模块用于将该业务原数据记录在表格的第一目标位置，将该业务原数据对应的业务对账数据记录在表格的第二目标位置，将记录有该业务原数据和业务对账数据的表格作为存储有该业务原数据和业务对账数据的数据表。

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

确定模块，用于若检测到该数据库中增加新的业务数据，确定该新的业务数据的业务类型；

存储模块，用于基于该新的业务数据的业务类型，将该新的业务数据存储至对应业务类型的数据表中。

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

解析模块，用于若接收到该终端发送的查询消息，解析该查询消息，得到该查询消息携带的第三业务数据的信息；

查找模块，用于基于该查询消息携带的第三业务数据的信息，查找该第三业务数据的信息对应的第四业务数据；

该发送模块还用于向该终端发送该第四业务数据。

在一种可能的实现方式中，该发送模块用于若检测到该数据表中业务原数据侧存在空白区域，向终端发送该空白区域对应的业务对账数据的信息；

该接收模块用于接收该终端基于该业务对账数据的信息返回的业务原数据。

在一种可能的实现方式中，该发送模块用于若检测到该数据表中业务对账数据侧存在空白区域，向终端发送该空白区域对应的业务原数据的信息；

该接收模块用于接收该终端基于该业务原数据的信息返回的业务对账数据。

第四方面，本申请实施例提供了一种数据处理装置，该装置包括：

接收模块，用于接收服务器发送的空白区域对应的第一业务数据的信息；

查找模块，用于基于该空白区域对应的第一业务数据的信息，查找第二业务数据，该第二业务数据与该第一业务数据相对应；

发送模块，用于向服务器发送该第二业务数据。

在一种可能的实现方式中，该发送模块还用于向该服务器发送查询消息，该查询消息携带第三业务数据的信息；

该接收模块还用于接收该服务器返回的第四业务数据，该第四业务数据与该第三业务数据相对应。

第五方面，提供了一种服务器，该服务器包括处理器和存储器，该存储器中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行，以实现上述第一方面的任一数据处理方法。

第六方面，提供了一种终端，该终端包括处理器和存储器，该存储器中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行，以实现上述第二方面的任一数据处理方法。

第七方面，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行，以实现上述任一数据处理方法。

附图说明

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

图1是本申请实施例提供的一种数据处理方法的实施环境示意图；

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

图3是本申请实施例提供的一种数据处理方法的流程图；

图4是本申请实施例提供的一种数据处理方法的流程图；

图5是本申请实施例提供的一种数据处理方法的流程图；

图6是本申请实施例提供的一种建立数据表的示意图；

图7是本申请实施例提供的一种数据处理装置的结构示意图；

图8是本申请实施例提供的一种数据处理装置的结构示意图；

图9是本申请实施例提供的一种终端的结构示意图；

图10是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

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

图1是本申请实施例提供的一种数据处理方法的实施环境示意图，参见图1，该实施环境包括：服务器101和终端102。

服务器101可以是为一台服务器，也可以是多台服务器组成的服务器集群，该服务器101还可以是云计算平台和虚拟化中心中的至少一种。服务器101可以通过无线网络或有线网络与终端102相连。服务器101还可以建立用于存储业务原数据和业务对账的数据表。服务器101用于若发现数据表中存在空白区域，向终端102发送该空白区域对应的第一业务数据的信息，以告知终端用户有数据丢失。服务器101还用于将终端返回的第二业务数据填写在空白区域。当然，该服务器101还可以包括其他功能服务器，以便提供更全面且多样化的服务。

终端102可以是智能手机、游戏主机、台式计算机、平板电脑、手提电脑、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器和膝上型便携计算机等设备中的至少一种。终端102为业务人员的终端设备，该终端102用于对第一业务数据的信息对应的第二业务数据进行查找，终端102还用于将查找到的第二业务数据发送至服务器101，以使得原数据和业务数据之间保持平衡。

上述终端102可以泛指多个终端中的一个，本申请实施例仅以终端102来举例说明。本领域技术人员可以知晓，上述终端102的数量可以更多或更少。比如上述终端102可以仅为几个，或者上述终端102为几十个或几百个，或者更多数量，本申请实施例对终端102的数量和设备类型不加以限定。

基于上述实施环境，本申请实施例提供了一种数据处理方法，以图2所示的本申请实施例提供的一种数据处理方法的流程图为例，该方法可由图1中的服务器101执行。如图2所示，该方法包括下述步骤：

在步骤201中，获取数据库中的业务数据，该业务数据包括业务原数据和业务对账数据。

其中，数据库存储在服务器中，数据库中存储有所有业务类型的业务数据，业务数据包括但不限于业务对应的订单信息。该业务类型包括但不限于充值业务、购买业务。本申请实施例仅以充值业务、购买业务为例进行说明，并不用来限制本申请中的业务数据的业务类型。

在本申请实施例中，数据库中保存有业务原数据，每个业务原数据都有与其对应的业务对账数据。业务原数据和业务对账数据可以存储在服务器的同一个存储空间中，也可以分别存储在服务器中的不同存储空间中，本申请实施例对此不做限定。

在一种可能的实现方式中，服务器在自身的存储空间中搜索目标时间内产生的业务数据，将该目标时间内产生的业务数据提取出来。本申请实施例中的目标时间的长度可以基于经验设置，或者由业务人员进行设置，还可以基于不同的业务类型进行设置，本申请实施例对目标时间的长度不做限定。

在一种可能的实现方式中，业务原数据为业务的来源数据，业务对账数据为用于对账的数据。为了便于分辨业务原数据和业务对账数据，将业务原数据的格式设置为“业务原数据标识+业务类型标识+订单号”，将业务对账数据的格式设置为“业务对账数据标识+业务类型标识+订单号”。其中，业务原数据标识可以是第一标识，例如0，业务对账数据标识可以是第二标识，例如1。业务类型标识可以基于不同的业务类型设置不同的标识，例如购买业务的业务类型标识可以是第三标识，例如B，充值业务的业务类型标识可以是第四标识，例如T。

需要说明的是，第一标识和第二标识可以用数值不同的数字来表示，可以用不同的字母来表示，只要能够区分业务原数据和业务对账数据即可。本申请实施例对第一标识和第二标识的表示方式不做限定。第三标识和第四标识可以用数值不同的数字来表示，也可以用不同的字母来表示，只要能够区分业务类型即可，本申请实施例对第三标识和第四标识的表示方式不做限定。

还需要说明的是，上述业务原数据标识的位数是事先确定好的，业务对账数据标识的位数与业务原数据标识的位数一致。业务类型标识的位数和业务的订单号的位数也是事先确定好的。

例如，用户购买了一个应用程序的会员，则该业务类型为购买业务，该业务的业务原数据的表现形式可以是“0B******”，业务对账数据的表现形式可以是“1B******”。

在一种可能的实现方式中，每一种业务类型还可以对应于多个业务，如在直播环境中，充值业务可以包括充值的礼物1、礼物2…礼物n，因此还可以根据礼物的不同，设置充值业务的口径(口径即为充值的礼物)。充值业务的口径的格式可以是“字段关系运算符预期值”，还可以将多个口径串联起来，例如，“status＝＝1&&coin>0”表示为充值业务充值的礼物为礼物1，且礼物1的充值数量大于0。本申请实施例仅以上述为例进行说明，并不用来限制本申请。

在步骤202中，建立用于存储该业务数据的数据表。

在本申请实施例中，服务器可以有下述任一种实现方式建立用于存储业务数据的数据表：

实现方式一、服务器基于上述步骤201中获取的业务数据，将业务数据分为业务原数据和业务对账数据。基于业务原数据和业务对账数据建立第一数据表，该第一数据表用于存储所有业务数据。

服务器建立一个表格，将业务原数据记录在表格的第一目标位置，将每个业务原数据对应的业务对账数据记录在表格的第二目标位置，将记录有该业务原数据和业务对账数据的表格作为存储有业务原数据和业务对账数据的第一数据表。其中，服务器可以有下述两种方法建立表格，从而得到存储有业务原数据和业务对账数据的第一数据表：

方法一、服务器建立一个两列多行的表格，将该业务原数据记录在表格的第一列，将每个业务原数据对应的业务对账数据记录在表格的第二列，将记录有业务原数据和业务对账数据的表格作为存储有业务原数据和业务对账数据的第一数据表。相应的，可以将业务原数据记录在表格的第二列，将业务原数据对应的业务对账数据记录在表格的第一列，将记录有业务原数据和业务对账数据的表格作为存储有业务原数据和业务对账数据的第一数据表。如表1所示为本申请实施例提供的一种竖式第一数据表。

表1

业务原数据	业务对账数据
		0B111111	1B111111
0B111112	1B111112
		0T111113	1T111113
0B111114	1B111114
		0T111115	1T111115
…	…
		0T111119	1T111119

在该表1中，第一数据表的第一列为业务原数据，第一数据表的第二列为业务对账数据。

方法二、服务器建立一个两行多列的表格，将该业务原数据记录在表格的第一行，将每个业务原数据对应的业务对账数据记录在表格的第二行，将记录有业务原数据和业务对账数据的表格作为存储有业务原数据和业务对账数据的第一数据表。相应的，可以将业务原数据记录在表格的第二行，将每个业务原数据对应的业务对账数据记录在表格的第一行，将记录有业务原数据和业务对账数据的表格作为存储有业务原数据和业务对账数据的第一数据表。如表2所示为本申请实施例提供的一种横式第一数据表。

表2

在该表2中，第一数据表的第一行为业务原数据，第一数据表的第二行为业务对账数据。

实现方式二、服务器基于上述步骤201中获取的业务数据，对该业务数据进行分类，得到每个业务数据的业务类型，基于业务类型，建立多个不同业务类型的第二数据表，每个第二数据表用于存储对应业务类型的业务数据。

在本申请实施例中，可以有下述步骤建立第二数据表：

步骤1、对步骤201获取的业务数据进行分类。

服务器基于业务数据的格式，分别对上述步骤201获取的业务原数据和业务对账数据进行分类，得到每个业务数据以及每个业务数据的业务类型。

在一种可能的实现方式中，服务器在存储空间中搜索业务类型的标识，从而得到该业务类型的所有业务数据，将该业务数据及业务类型进行记录。服务器可以依次搜索不同业务类型的标识，以得到多个业务类型的业务数据。

例如，服务器在存储空间中搜索“B”，基于搜索结果，得到购买业务对应的业务数据，包括：0B111111、1B111111、0B111112、1B111112、0B111114、1B111114，将该搜索结果确定为购买业务对应的业务数据。

需要说明的是，服务器需要依次对不同业务类型的标识进行搜索，以得到不同业务类型对应的业务数据。

步骤2、基于分类结果，建立多个第二数据表。

在本申请实施例中，服务器基于业务类型，建立多个第二数据表。每个第二数据表的建立方法与本步骤中第一数据表的建立方法一致，在此不再赘述。

例如，基于上述步骤1得到的购买业务的业务数据，建立购买业务的第二数据表。如表3所示为本申请实施例提供的购买业务的第二数据表。

表3

业务原数据	业务对账数据
		0B111111	1B111111
0B111112	1B111112
		0B111114	1B111114

在该表3中，第二数据表的第一列为购买业务的业务原数据，第二数据表的第二列为购买业务的业务对账数据。

需要说明的是，服务器可以选择上述任一种实现方式建立用于存储业务原数据和业务对账数据的数据表，本申请实施例对此不做限定。

在一种可能的实现方式中，若服务器检测到数据库中有新的业务数据，可以采用下述任一种添加方式将该新的业务数据添加至数据表中。

添加方式一、若服务器检测到数据库中有新的业务数据，若该业务数据为业务原数据，将该业务数据添加至第一数据表中业务原数据的位置。若该业务数据为业务对账数据，将该业务数据添加至第一数据表中业务对账数据的位置。

添加方式二、若服务器检测到数据库中有新的业务数据，确定该新的业务数据的业务类型。若该业务数据为业务原数据，将该业务数据存储在对应业务类型的第二数据表的业务原数据的位置。若该业务数据为业务对账数据，将该业务数据存储在对应业务类型的第二数据表的业务对账数据的位置。

需要说明的是，服务器可以选择上述任一种添加方式将新的业务数据添加至数据表中，本申请实施例对此不做限定。

在步骤203中，若检测到该数据表中存在空白区域，向终端发送该空白区域对应的第一业务数据的信息。

在本申请实施例中，服务器可以每隔一定的时间间隔对该数据表中的业务数据进行检测，以确保数据表中的业务数据是完整的。若服务器检测到数据表中的业务数据发生丢失的情况，即数据表中存在空白区域，服务器提取该空白区域对应的第一业务数据的信息，该第一业务数据可以是业务原数据，也可以是业务对账数据，本申请实施例对此不做限定。第一业务数据的信息可以是该第一业务数据的标识，如该业务的订单号、建立该业务的时间等，本申请实施例对第一业务数据的信息不做限定。

在一种可能的实现方式中，服务器检测到数据表中业务原数据侧存在空白区域，则提取该业务原数据对应的业务对账数据的信息。

在一种可能的实现方式中，服务器检测到数据表中业务对账数据侧存在空白区域，则提取该业务对账数据对应的业务原数据的信息。

需要说明的是，如果在一个检测的过程中，服务器发现数据表中存在多个空白区域，则依次提取每个空白区域对应的第一业务数据的信息。

还需要说明的是，服务器进行检测的时间间隔可以基于业务数据的不同而不同，本申请实施例对该时间间隔的长度不做限定。

在本申请实施例中，服务器可以依次向终端发送每个空白区域对应的第一业务数据的信息。服务器还可以将多个空白区域对应的第一业务数据的信息组成丢失数据组，向终端发送该丢失数据组。服务器还可以在接收到终端发送的查询请求后，向终端发送该的空白区域对应的第一业务数据的信息。本申请实施例对空白区域对应的第一业务数据的信息的发送时机不做限定。

在步骤204中，接收该终端基于该第一业务数据的信息返回的第二业务数据，该第二业务数据与该第一业务数据相对应。

在本申请实施例中，在本步骤中服务器接收的第二业务数据与上述步骤203中服务器发送的空白区域对应的第一业务数据的信息有关。若上述步骤203中，服务器发送的空白区域对应的第一业务数据的信息为业务对账数据的信息，则服务器接收的第二业务数据为业务原数据。若上述步骤203中，服务器发送的空白区域对应的第一业务数据的信息为业务原数据的信息，则服务器接收的第二业务数据为业务对账数据。

在步骤205中，将该返回的第二业务数据填写至该空白区域。

在本申请实施例中，服务器可以将终端返回的第二业务数据填写在对应的空白区域。

上述方法通过将业务原数据和业务对账数据记录成数据表的格式，基于数据表中的空白区域，确定丢失的数据，对丢失的数据进行查找，将丢失的数据补充在对应的空白区域。由于在检查数据时，不需要遍历全部业务数据，只需要查看数据表中是否存在空白区域即可，因此可以节省检查业务数据的时间，一定程度上可以提高数据处理的效率。

图3为本申请实施例提供的一种数据处理方法的流程图，该方法可由图1中的终端102执行，如图3所示，该方法包括下述步骤：

在步骤301中，接收服务器发送的空白区域对应的第一业务数据的信息。

在本申请实施例中，终端还可以将接收到的第一业务数据的信息显示在终端设备上，以供业务人员进行查看。

在步骤302中，基于空白区域对应的第一业务数据的信息，查找第二业务数据，该第二业务数据与第一业务数据相对应。

在本申请实施例中，终端基于该第一业务数据的信息，确定该第一业务数据为业务原数据还是业务对账数据。终端基于该第一业务数据的信息，查找与该第一业务数据的信息对应的第二业务数据。若该第一业务数据为业务原数据，终端基于该业务原数据的信息查找与该业务原数据对应的业务对账数据，将该业务对账数据确定为第二业务数据。若该第一业务数据为业务对账数据，终端基于该业务对账数据的信息查找与该业务对账数据对应的业务原数据，将该业务原数据确定为第二业务数据。

在步骤303中，向服务器发送该第二业务数据。

在本申请实施例中，终端可以在查找到该第二业务数据时，立即向服务器发送该第二业务数据。

在一种可能的实现方式中，终端还可以向服务器发送查询消息，该查询消息中携带终端想要查询的第三业务数据的信息。该第三业务数据的信息与上述步骤203中第一业务数据的信息一致，在此不再赘述。服务器接收该终端发送的查询消息，对该查询消息进行解析，以得到该查询消息中携带的第三业务数据的信息，根据该第三业务数据的信息，查找与其对应的第四业务数据。服务器还可以将查询到的第四业务数据发送至终端。

上述方法终端基于第一业务数据的信息，查找与第一业务数据对应的第二业务数据，将该第二业务数据发送给服务器。由于第二业务数据的查找过程是机器自动查找的，因此可以节省业务数据的查找时间，从而提高数据处理的效率。

图4所示为本申请实施例提供的一种数据处理方法的流程图，该方法以服务器和终端之间的交互进行说明。参见图4，该方法包括：

在步骤401中，服务器获取数据库中的业务数据，该业务数据包括业务原数据和业务对账数据。

在本申请实施例中，服务器获取数据库中的业务数据的方法与上述步骤201中的方法一致，在此不再赘述。

在步骤402中，服务器建立用于存储业务数据的数据表。

在本申请实施例中，服务器建立用于存储业务数据的数据表的方法与上述步骤202中的方法一致，在此不再赘述。

在步骤403中，服务器对该数据表中的业务数据进行检测，若检测到数据表中存在空白区域，提取该空白区域对应的第一业务数据的信息。

在本申请实施例中，服务器提取空白区域对应的第一业务数据的信息的方法与上述步骤203中的方法一致，在此不再赘述。

在步骤404中，服务器向终端发送该空白区域对应的第一业务数据的信息。

在本申请实施例中，服务器向终端发送第一业务数据的信息的方法与上述步骤203中的方法一致，在此不再赘述。

在步骤405中，终端接收服务器发送的第一业务数据的信息。

在本申请实施例中，终端接收服务器发送的第一业务数据的信息的方法与上述步骤301中的一致，在此不再赘述。

在步骤406中，终端查找与该第一业务数据的信息对应的第二业务数据。

在本申请实施例中，终端查找第二业务数据的方法与上述步骤302中的一致，在此不再赘述。

在步骤407中，终端向服务器发送该第二业务数据。

在本申请实施例中，终端向服务器发送第二业务数据的方法与上述步骤303中的一致，在此不再赘述。

在步骤408中，服务器接收终端发送的第二业务数据。

在本申请实施例中，服务器接收终端发送的第二业务数据的方法与上述步骤204中的方法一致，在此不再赘述。

在步骤409中，服务器将该第二业务数据填写在对应的空白区域。

在本申请实施例中，服务器将该第二业务数据填写在对应的空白区域的方法与上述步骤205中的方法一致，在此不再赘述。

上述方法服务器将业务原数据和业务对账数据，记录成数据表的形式，若数据表中存在空白区域，则向终端发送该空白区域对应的第一业务数据的信息，终端基于该第一业务数据的信息查找与该第一业务数据对应的第二业务数据，将该第二业务数据发送至服务器。服务器接收该第二业务数据，将该第二业务数据填写在对应的空白区域。上述数据处理的过程在检查丢失数据时，不需要遍历整个数据库，只需要查看数据表中是否存在空白区域即可，因此可以节省检查业务数据的时间。而且终端侧第二业务数据的查找过程是自动进行的，一定程度上可以提高数据处理的效率。

图5所示为本申请实施例提供的一种数据处理流程图，参见图5，包括下述步骤：

步骤1、业务人员记录数据库中的业务数据的业务对账口径，将该业务对账口径记录在kudu分布式存储数据表中。该步骤与上述步骤2中的方法一致，在此不再赘述。需要说明的是，本申请实施例仅以kudu分布式存储数据表为例，该数据表可以是任一种双侧填写的数据表，本申请对此不做限定。如图6所示为本申请实施例提供的一种建立数据表的示意图。在该图6中业务原数据和业务对账数据都有与其对应的分类ID、业务ID和主键ID，因此可以将业务原数据根据分类ID、业务ID和主键ID记录在数据表的左侧。将业务对账数据根据分类ID、业务ID和主键ID记录在数据表的右侧。同一分类ID、业务ID和主键ID的数据为同一行。

步骤2、将该业务对账口径上报给binlog监听上报工具，由binlog监听上报工具定时对该数据表进行监听。该步骤与上述步骤203中的方法一致，在此不再赘述。需要说明的是，本申请实施例仅以binlog监听上报工具为例，并不用来限制监听上报工具的类型。

步骤3、若发现该数据表中有新的业务数据时，为该新的业务数据设置对应的业务口径，将该新的业务数据写入kudu分布式存储数据表中。该步骤与上述步骤202中的方法一致，在此不再赘述。

步骤4、若检测到该数据表中存在空白区域，则发出告警消息，该告警消息用于查询空白区域的业务数据。

步骤5、若发现该数据库中存在不平衡的业务数据，则基于该不平衡数据通知业务方程序。该步骤与上述步骤203中向终端发送空白区域对应的第一业务数据的信息的方法一致，在此不再赘述。

步骤6、业务方程序基于该不平衡数据进行查找，将查找到的数据补充在不平衡数据的位置，以平衡业务数据。该步骤中查找不平衡数据的方法与上述步骤302中的方法一致，在此不再赘述。该步骤中补充不平衡数据的方法与上述步骤205中的方法一致，在此不再赘述。

图7所示为本申请实施例提供的一种数据处理装置的结构示意图，如图7所示，该装置包括：

获取模块701，用于获取数据库中的业务数据，该业务数据包括业务原数据和业务对账数据；

建立模块702，用于建立用于存储该业务原数据和业务对账数据的数据表；

发送模块703，用于若检测到该数据表中存在空白区域，向终端发送该空白区域对应的第一业务数据的信息；

接收模块704，用于接收该终端基于该第一业务数据的信息返回的第二业务数据，该第二业务数据与该第一业务数据相对应；

填写模块705，用于将该返回的第二业务数据填写至该空白区域。

在一种可能的实现方式中，该建立模块702用于按照业务类型，对该业务数据进行分类，得到每个业务数据的业务类型；基于该每个业务数据的业务类型，建立用于存储业务数据的数据表。

在一种可能的实现方式中，该建立模块702用于基于该每个业务数据的业务类型，建立第一数据表，该第一数据表用于存储所有业务数据；或者，基于该每个业务数据的业务类型，建立多个不同业务类型的第二数据表，每个第二数据表用于存储对应业务类型的业务数据。

在一种可能的实现方式中，该建立模块702用于将该业务原数据记录在表格的第一目标位置，将该业务原数据对应的业务对账数据记录在表格的第二目标位置，将记录有该业务原数据和业务对账数据的表格作为存储有该业务原数据和业务对账数据的数据表。

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

确定模块，用于若检测到该数据库中增加新的业务数据，确定该新的业务数据的业务类型；

存储模块，用于基于该新的业务数据的业务类型，将该新的业务数据存储至对应业务类型的数据表中。

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

解析模块，用于若接收到该终端发送的查询消息，解析该查询消息，得到该查询消息携带的第三业务数据的信息；

查找模块，用于基于该查询消息携带的第三业务数据的信息，查找该第三业务数据的信息对应的第四业务数据；

该发送模块703还用于向该终端发送该第四业务数据。

在一种可能的实现方式中，该发送模块用于若检测到该数据表中业务原数据侧存在空白区域，向终端发送该空白区域对应的业务对账数据的信息；

该接收模块704用于接收该终端基于该业务对账数据的信息返回的业务原数据。

在一种可能的实现方式中，该发送模块703用于若检测到该数据表中业务对账数据侧存在空白区域，向终端发送该空白区域对应的业务原数据的信息；

该接收模块704用于接收该终端基于该业务原数据的信息返回的业务对账数据。

上述装置通过将业务原数据和业务对账数据记录成数据表的格式，基于数据表中的空白区域，确定丢失的数据，对丢失的数据进行查找，将丢失的数据补充在对应的空白区域。由于在检查数据时，不需要遍历全部业务数据，只需要查看数据表中是否存在空白区域即可，因此可以节省检查业务数据的时间，一定程度上可以提高数据处理的效率。

图8所示为本申请实施例提供的一种数据处理装置的结构示意图，如图8所示，该装置包括：

接收模块801，用于接收服务器发送的空白区域对应的第一业务数据的信息；

查找模块802，用于基于该空白区域对应的第一业务数据的信息，查找第二业务数据，该第二业务数据与该第一业务数据相对应；

发送模块803，用于向服务器发送该第二业务数据。

在一种可能的实现方式中，该发送模块803还用于向该服务器发送查询消息，该查询消息携带第三业务数据的信息；

该接收模块801还用于接收该服务器返回的第四业务数据，该第四业务数据与该第三业务数据相对应。

上述装置终端基于第一业务数据的信息，查找与第一业务数据对应的第二业务数据，将该第二业务数据发送给服务器。由于第二业务数据的查找过程是机器自动查找的，因此可以节省业务数据的查找时间，从而提高数据处理的效率。

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

图9是本申请实施例提供的一种终端的结构示意图。该终端900可以是：智能手机、平板电脑、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端900还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端900包括有：一个或多个处理器901和一个或多个存储器902。

处理器901可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器901可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器901也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器901可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器901还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器902可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器902中的非暂态的计算机可读存储介质用于存储至少一个程序代码，该至少一个程序代码用于被处理器901所执行以实现本申请中方法实施例提供的数据处理方法。

在一些实施例中，终端900还可选包括有：外围设备接口903和至少一个外围设备。处理器901、存储器902和外围设备接口903之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口903相连。具体地，外围设备包括：射频电路904、显示屏905、摄像头906、音频电路907、定位组件908和电源909中的至少一种。

外围设备接口903可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器901和存储器902。在一些实施例中，处理器901、存储器902和外围设备接口903被集成在同一芯片或电路板上；在一些其他实施例中，处理器901、存储器902和外围设备接口903中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路904用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路904通过电磁信号与通信网络以及其他通信设备进行通信。射频电路904将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路904包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路904可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路904还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏905用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏905是触摸显示屏时，显示屏905还具有采集在显示屏905的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器901进行处理。此时，显示屏905还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏905可以为一个，设置终端900的前面板；在另一些实施例中，显示屏905可以为至少两个，分别设置在终端900的不同表面或呈折叠设计；在再一些实施例中，显示屏905可以是柔性显示屏，设置在终端900的弯曲表面上或折叠面上。甚至，显示屏905还可以设置成非矩形的不规则图形，也即异形屏。显示屏905可以采用LCD(LiquidCrystal Display，液晶显示屏)、OLED(OrganicLight-Emitting Diode，有机发光二极管)等材质制备。

摄像头组件906用于采集图像或视频。可选地，摄像头组件906包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件906还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路907可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器901进行处理，或者输入至射频电路904以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端900的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器901或射频电路904的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路907还可以包括耳机插孔。

定位组件908用于定位终端900的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件908可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源909用于为终端900中的各个组件进行供电。电源909可以是交流电、直流电、一次性电池或可充电电池。当电源909包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端900还包括有一个或多个传感器910。该一个或多个传感器910包括但不限于：加速度传感器911、陀螺仪传感器912、压力传感器913、指纹传感器914、光学传感器915以及接近传感器916。

加速度传感器911可以检测以终端900建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器911可以用于检测重力加速度在三个坐标轴上的分量。处理器901可以根据加速度传感器911采集的重力加速度信号，控制显示屏905以横向视图或纵向视图进行用户界面的显示。加速度传感器911还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器912可以检测终端900的机体方向及转动角度，陀螺仪传感器912可以与加速度传感器911协同采集用户对终端900的3D动作。处理器901根据陀螺仪传感器912采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器913可以设置在终端900的侧边框和/或显示屏905的下层。当压力传感器913设置在终端900的侧边框时，可以检测用户对终端900的握持信号，由处理器901根据压力传感器913采集的握持信号进行左右手识别或快捷操作。当压力传感器913设置在显示屏905的下层时，由处理器901根据用户对显示屏905的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器914用于采集用户的指纹，由处理器901根据指纹传感器914采集到的指纹识别用户的身份，或者，由指纹传感器914根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器901授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器914可以被设置终端900的正面、背面或侧面。当终端900上设置有物理按键或厂商Logo时，指纹传感器914可以与物理按键或厂商Logo集成在一起。

光学传感器915用于采集环境光强度。在一个实施例中，处理器901可以根据光学传感器915采集的环境光强度，控制显示屏905的显示亮度。具体地，当环境光强度较高时，调高显示屏905的显示亮度；当环境光强度较低时，调低显示屏905的显示亮度。在另一个实施例中，处理器901还可以根据光学传感器915采集的环境光强度，动态调整摄像头组件906的拍摄参数。

接近传感器916，也称距离传感器，通常设置在终端900的前面板。接近传感器916用于采集用户与终端900的正面之间的距离。在一个实施例中，当接近传感器916检测到用户与终端900的正面之间的距离逐渐变小时，由处理器901控制显示屏905从亮屏状态切换为息屏状态；当接近传感器916检测到用户与终端900的正面之间的距离逐渐变大时，由处理器901控制显示屏905从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图9中示出的结构并不构成对终端900的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

图10是本申请实施例提供的一种服务器的结构示意图。该服务器1000可以包括一个或多个处理器(Central Processing Units，CPU)1001和一个或多个存储器1002，其中，该一个或多个存储器1002中存储有至少一条指令，该至少一条指令由该一个或多个处理器1001加载并执行以实现上述方法实施例提供的数据处理方法。当然，该服务器1000还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器1000还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，该存储介质中存储有至少一条程序代码，该至少一条程序代码由服务器的处理器加载并执行，以实现上述任一种数据处理方法。

可选地，上述计算机可读存储介质可以是只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact Disc Read-OnlyMemory，CD-ROM)、磁带、软盘和光数据存储设备等。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

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

以上仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (11)

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

获取数据库中的业务数据，所述业务数据包括业务原数据和业务对账数据；

建立用于存储所述业务数据的数据表；

若检测到所述数据表中存在空白区域，向终端发送所述空白区域对应的第一业务数据的信息，所述第一业务数据为业务原数据或业务对账数据；

接收所述终端基于所述第一业务数据的信息返回的第二业务数据，所述第二业务数据与所述第一业务数据相对应，其中，基于所述第一业务数据为业务原数据，所述第二业务数据为业务对账数据，或者，基于所述第一业务数据为业务对账数据，所述第二业务数据为业务原数据；

将所述返回的第二业务数据填写至所述空白区域；

若接收到所述终端发送的查询消息，解析所述查询消息，得到所述查询消息携带的第三业务数据的信息，所述第三业务数据为业务原数据或业务对账数据；

基于所述第三业务数据的信息，查找所述第三业务数据的信息对应的第四业务数据，其中，基于所述第三业务数据为业务原数据，所述第四业务数据为业务对账数据，或者，基于所述第三业务数据为业务对账数据，所述第四业务数据为业务原数据；

向所述终端发送所述第四业务数据。

2.根据权利要求1所述的方法，其特征在于，所述建立用于存储所述业务数据的数据表，包括：

按照业务类型，对所述业务数据进行分类，得到每个业务数据的业务类型；

基于所述每个业务数据的业务类型，建立用于存储所述业务数据的数据表。

3.根据权利要求2所述的方法，其特征在于，所述基于所述每个业务数据的业务类型，建立用于存储所述业务数据的数据表，包括：

基于所述每个业务数据的业务类型，建立第一数据表，所述第一数据表用于存储所有业务数据；

或者，基于所述每个业务数据的业务类型，建立多个不同业务类型的第二数据表，每个第二数据表用于存储对应业务类型的业务数据。

4.根据权利要求2所述的方法，其特征在于，所述基于所述每个业务数据的业务类型，建立用于存储所述业务数据的数据表，包括：

将所述业务原数据记录在表格的第一目标位置，将所述业务原数据对应的业务对账数据记录在表格的第二目标位置，将记录有所述业务原数据和业务对账数据的表格作为存储有所述业务原数据和业务对账数据的数据表。

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

若检测到所述数据库中增加新的业务数据，确定所述新的业务数据的业务类型；

基于所述新的业务数据的业务类型，将所述新的业务数据存储至对应业务类型的数据表中。

6.根据权利要求1所述的方法，其特征在于，所述若检测到所述数据表中存在空白区域，向终端发送所述空白区域对应的第一业务数据的信息，包括：

若检测到所述数据表中业务原数据侧存在空白区域，向终端发送所述空白区域对应的业务对账数据的信息；

所述接收所述终端基于所述第一业务数据的信息返回的第二业务数据，包括：

接收所述终端基于所述业务对账数据的信息返回的业务原数据。

7.根据权利要求1所述的方法，其特征在于，所述若检测到所述数据表中存在空白区域，向终端发送所述空白区域对应的第一业务数据的信息，包括：

若检测到所述数据表中业务对账数据侧存在空白区域，向终端发送所述空白区域对应的业务原数据的信息；

所述接收所述终端基于所述第一业务数据的信息返回的第二业务数据，包括：

接收所述终端基于所述业务原数据的信息返回的业务对账数据。

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

接收服务器发送的空白区域对应的第一业务数据的信息，所述第一业务数据为业务原数据或业务对账数据；

基于所述空白区域对应的第一业务数据的信息，查找第二业务数据，所述第二业务数据与所述第一业务数据相对应，其中，基于所述第一业务数据为业务原数据，所述第二业务数据为业务对账数据，或者，基于所述第一业务数据为业务对账数据，所述第二业务数据为业务原数据；

向所述服务器发送所述第二业务数据；

向所述服务器发送查询消息，所述查询消息携带第三业务数据的信息，所述第三业务数据为业务原数据或业务对账数据；

接收所述服务器返回的第四业务数据，所述第四业务数据与所述第三业务数据相对应，其中，基于所述第三业务数据为业务原数据，所述第四业务数据为业务对账数据，或者，基于所述第三业务数据为业务对账数据，所述第四业务数据为业务原数据。

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

获取模块，用于获取数据库中的业务数据，所述业务数据包括业务原数据和业务对账数据；

建立模块，用于建立用于存储所述业务数据的数据表；

发送模块，用于若检测到所述数据表中存在空白区域，向终端发送所述空白区域对应的第一业务数据的信息，所述第一业务数据为业务原数据或业务对账数据；

接收模块，用于接收所述终端基于所述第一业务数据的信息返回的第二业务数据，所述第二业务数据与所述第一业务数据相对应，其中，基于所述第一业务数据为业务原数据，所述第二业务数据为业务对账数据，或者，基于所述第一业务数据为业务对账数据，所述第二业务数据为业务原数据；

填写模块，用于将所述返回的第二业务数据填写至所述空白区域；

解析模块，用于若接收到所述终端发送的查询消息，解析所述查询消息，得到所述查询消息携带的第三业务数据的信息，所述第三业务数据为业务原数据或业务对账数据；

查找模块，用于基于所述第三业务数据的信息，查找所述第三业务数据的信息对应的第四业务数据，其中，基于所述第三业务数据为业务原数据，所述第四业务数据为业务对账数据，或者，基于所述第三业务数据为业务对账数据，所述第四业务数据为业务原数据；

所述发送模块，还用于向所述终端发送所述第四业务数据。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

确定模块，用于若检测到所述数据库中增加新的业务数据，确定所述新的业务数据的业务类型；

存储模块，用于基于所述新的业务数据的业务类型，将所述新的业务数据存储至对应业务类型的数据表中。

11.一种业务处理装置，其特征在于，所述装置包括：

接收模块，用于接收服务器发送的空白区域对应的第一业务数据的信息，所述第一业务数据为业务原数据或业务对账数据；

查找模块，用于基于所述空白区域对应的第一业务数据的信息，查找第二业务数据，所述第二业务数据与所述第一业务数据相对应，其中，基于所述第一业务数据为业务原数据，所述第二业务数据为业务对账数据，或者，基于所述第一业务数据为业务对账数据，所述第二业务数据为业务原数据；

发送模块，用于向所述服务器发送所述第二业务数据；

所述发送模块，还用于向所述服务器发送查询消息，所述查询消息携带第三业务数据的信息，所述第三业务数据为业务原数据或业务对账数据；

所述接收模块，还用于接收所述服务器返回的第四业务数据，所述第四业务数据与所述第三业务数据相对应，其中，基于所述第三业务数据为业务原数据，所述第四业务数据为业务对账数据，或者，基于所述第三业务数据为业务对账数据，所述第四业务数据为业务原数据。