数据处理方法、装置及存储介质与流程

本申请涉及移动通信技术领域，尤其涉及一种数据处理方法、装置及存储介质。

背景技术

随着通讯技术的迅速发展，人们普遍使用移动终端的流量数据来获取信息，运营商根据移动终端所消耗的流量数据收取费用。一般情况下，用户会根据自己的实际情况购买运营商定制的流量套餐业务，但是用户每个月流量数据的使用情况不能完全统一，即某个月流量套餐内的流量数据不够用，会出现流量拮据的问题，而在另一个月流量套餐内的流量数据根据用不完，出现流量富余的情况。

现阶段，为了解决每月流量富余或流量拮据的问题，出现了流量银行。流量银行是一个针对3g、4g用户的流量管理与交易平台，用户可以在流量拮据时通过流量银行给手机充流量，也可以在流量富余时将流量数据以流量币的形式赠送给朋友、给朋友分享流量红包等。

然而，流量银行并没有明确的交易信息公布方式，在流量银行进行流量交易后，由运营商记录的信息容易遭到被恶意篡改等攻击，当流量兑换双方对兑换记录产生疑议后，不能提供真实有效的兑换记录，用户体验差。

技术实现要素：

本申请提供一种数据处理方法、装置及存储介质，以解决现有流量银行在流量兑换双方对兑换记录产生疑议后，不能提供真实有效的兑换记录，用户体验差的问题。

本申请第一方面提供一种数据处理方法，包括：

接收用户账户通过客户端发送的查询请求，所述查询请求包括：数据处理时间段、数据处理类型；

查询服务器中的区块链，获取所述查询请求对应的数据处理记录，所述区块链中每个区块的值是由所述服务器所属对等网络中的所有节点服务器中至少一半数量的节点服务器验证正确的值；

将所述数据处理记录发送给所述用户账户。

可选的，在本申请的一实施例中，所述方法还包括：

接收所述用户账户通过所述客户端发送的数据处理请求，所述数据处理请求包括：待处理流量数据、待处理积分数据、用户账户标识；

根据所述数据处理请求执行处理操作，生成数据处理信息，所述数据处理信息包括：用户账户标识、处理时间、流量数据变化量或积分数据变化量、处理后积分数据总量和处理后流量数据余量、用户数字签名、运营商数字签名；

获取根据所述数据处理信息生成的区块；

将所述区块链接到所述服务器所属对等网络中的所有节点服务器的区块链的末端；

更新所述用户账户对应的流量数据余量和积分数据总量。

可选的，在本申请的上述实施例中，所述获取根据所述数据处理信息生成的区块，包括：

将所述数据处理信息广播给所述所有节点服务器；

基于轮转顺序，在所述所有节点服务器中确定用于生成所述区块的处理服务器；

获取所述处理服务器根据所述数据处理信息生成的所述区块。

可选的，在本申请的上述实施例中，在所述获取所述处理服务器根据所述数据处理信息生成的所述区块之前，所述方法还包括：

接收所述处理服务器在生成所述区块后广播给所述所有节点服务器的所述区块的值；

根据所述数据处理信息，验证所述区块的值是否正确；

所述获取所述处理服务器根据所述数据处理信息生成的所述区块，包括：

在验证所述区块的值正确，且所述所有节点服务器中至少一半数量的节点服务器均验证所述区块的值正确时，获取所述处理服务器根据所述数据处理信息生成的所述区块。

可选的，在本申请的另一实施例中，在所述根据所述数据处理请求执行处理操作，生成数据处理信息之前，所述方法还包括：

获取所述用户账户的积分数据总量和流量数据余量；

在所述数据处理请求为积分数据兑换流量数据请求时，确定所述待处理积分数据小于或等于所述用户账户的积分数据总量；

在所述数据处理请求为流量数据兑换积分数据请求时，确定所述待处理流量数据小于或等于所述用户账户的流量数据余量。

可选的，在本申请的上述实施例中，所述获取所述用户账户的积分数据总量和流量数据余量，包括：

通过查询所述区块链的最新记录，获取所述用户账户的积分数据总量；

通过查询所述服务器的数据库，获取所述用户账户的流量数据余量。

本申请第二方面提供一种数据处理装置，包括：接收模块、处理模块和发送模块；

所述接收模块，用于接收用户账户通过客户端发送的查询请求，所述查询请求包括：数据处理时间段、数据处理类型；

所述处理模块，用于查询服务器中的区块链，获取所述查询请求对应的数据处理记录，所述区块链中每个区块的值是由所述服务器所属对等网络中的所有节点服务器中至少一半数量的节点服务器验证正确的值；

所述发送模块，用于将所述数据处理记录发送给所述用户账户。

可选的，在本申请的一实施例中，所述接收模块，还用于接收所述用户账户通过所述客户端发送的数据处理请求，所述数据处理请求包括：待处理流量数据、待处理积分数据、用户账户标识；

所述处理模块，还用于根据所述数据处理请求执行处理操作，生成数据处理信息，获取根据所述数据处理信息生成的区块，将所述区块链接到所述服务器所属对等网络中的所有节点服务器的区块链的末端，以及更新所述用户账户对应的流量数据余量和积分数据总量；

其中，所述数据处理信息包括：用户账户标识、处理时间、流量数据变化量或积分数据变化量、处理后积分数据总量和处理后流量数据余量、用户数字签名、运营商数字签名。

可选的，在本申请的上述实施例中，所述处理模块，用于获取根据所述数据处理信息生成的区块，具体为：

所述处理模块，用于通过所述发送模块将所述数据处理信息广播给所述所有节点服务器，基于轮转顺序，在所述所有节点服务器中确定用于生成所述区块的处理服务器，以及获取所述处理服务器根据所述数据处理信息生成的所述区块。

可选的，在本申请的上述实施例中，所述接收模块，还用于在所述处理模块获取所述处理服务器根据所述数据处理信息生成的所述区块之前，接收所述处理服务器在生成所述区块后广播给所述所有节点服务器的所述区块的值；

所述处理模块，还用于根据所述数据处理信息，验证所述区块的值是否正确；

所述处理模块，用于获取所述处理服务器根据所述数据处理信息生成的所述区块，具体为：

所述处理模块，用于在验证所述区块的值正确，且所述所有节点服务器中至少一半数量的节点服务器均验证所述区块的值正确时，获取所述处理服务器根据所述数据处理信息生成的所述区块。

可选的，在本申请的上述实施例中，所述处理模块，还用于在根据所述数据处理请求执行处理操作，生成数据处理信息之前，获取所述用户账户的积分数据总量和流量数据余量，以及在所述数据处理请求为积分数据兑换流量数据请求时，确定所述待处理积分数据小于或等于所述用户账户的积分数据总量，在所述数据处理请求为流量数据兑换积分数据请求时，确定所述待处理流量数据小于或等于所述用户账户的流量数据余量。

可选的，在本申请的上述实施例中，所述处理模块，用于获取所述用户账户的积分数据总量和流量数据余量，具体为：

所述处理模块，用于通过查询所述区块链的最新记录，获取所述用户账户的积分数据总量，通过查询所述服务器的数据库，获取所述用户账户的流量数据余量。

本申请第三方面提供一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述第一方面以及第一方面各实施例所述的方法。

本申请实施例提供的数据处理方法、装置及存储介质，通过接收用户账户通过客户端发送的查询请求，并查询服务器中的区块链，获取该查询请求对应的数据处理记录，以及将该数据处理记录发送给该用户账户，由于该区块链中每个区块的值是由该服务器所属对等网络中的所有节点服务器中至少一半数量的节点服务器验证正确的值，而且区块链的区块上记录的数据处理记录是不可篡改、不可伪造的记录，所以，用户账户可以获取到真实有效的数据处理记录，用户体验好。

附图说明

图1为本申请实施例提供的一种数据处理系统的结构示意图；

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

图3为本申请实施例提供的数据处理方法实施例二的流程示意图；

图4为本申请实施例提供的数据处理方法实施例三的流程示意图；

图5为本申请实施例提供的数据处理方法实施例四的流程示意图；

图6为本申请实施例提供的数据处理装置实施例的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请下述各实施例提供的数据处理方法，可适用于数据处理系统中。图1为本申请实施例提供的一种数据处理系统的结构示意图。如图1所示，该数据处理系统可以包括客户端组11和用于为所述客户端组11服务的服务器组12。可选的，该客户端组11包括至少一个用户账户对应的客户端110，服务器组12包括设置在某一对等网络中的至少一个节点服务器120。图1示例性地示出了该客户端组11包括3个客户端110、以及该服务器组12包括5个节点服务器120。

具体的，该数据处理系统采用客户端/服务器(c/s)的架构模式。客户端为安装在终端设备(手机或者电脑)上的应用程序，用户通过用户名、密码等组成的用户账户登录客户端后，可以在客户端中对自己拥有的流量数据及获得的奖励积分数据进行查询、兑换和进行数字签名等操作。

可选的，在本申请实施例中，通过对流量数据和积分数据的处理记录记录在区块链的区块上，因而，用户也可以在客户端上通过登录用户账户对区块链上记录的处理信息进行查询、监督。

可选的，上述服务器组由运营商的多个节点服务器组成。即，运营商接入的多个独立节点服务器可以形成p2p对等网络。可选的，由运营商接入的所有节点服务器共同组成的p2p网络可以共同完成如下操作：区块链中区块的生成和维护，以及为用户账户提供服务。在本申请实施例中，区块链中各区块的生成，由p2p对等网络中的所有节点服务器轮流进行，从而可以避免运营商记录的处理信息被恶意篡改等攻击的问题。下面，通过具体实施例对本申请的技术方案进行详细说明。

需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图2为本申请实施例提供的数据处理方法实施例一的流程示意图。该数据处理方法可以应用于图1所示的数据处理系统。可选的，该数据处理方法的执行主体可以是图1所示数据处理系统中服务器组中的任意一个节点服务器。如图2所示，本申请实施例提供的数据处理方法，可以包括如下步骤：

步骤21：接收用户账户通过客户端发送的查询请求。

其中，该查询请求包括：数据处理时间段、数据处理类型。

在本申请实施例中，当用户想要查询积分数据和流量数据的处理记录时，用户可以通过用户账户登录客户端并通过客户端向运营商服务器组发送查询请求。可选的，该查询请求中可以包括数据处理时间段，这样用户可以根据终端设备的人机交互界面选择查询哪个数据处理时间段的数据处理记录。该查询请求中还可以包括数据处理类型，这样用户根据自己的需求选择查询哪个类型的数据处理记录。

例如，当用户想要查询在最近3个月的流量数据兑换积分数据的数据处理记录，那么在用户账户通过客户端发送的查询请求中，上述数据处理时间段为最近3个月，数据处理类型是流量数据兑换积分数据。

值得说明的是，上述查询请求中还可以包括其他内容，其可以根据实际需求确定，此处不再赘述。

步骤22：查询服务器中的区块链，获取上述查询请求对应的数据处理记录，该区块链中每个区块的值是由该服务器所属对等网络中的所有节点服务器中至少一半数量的节点服务器验证正确的值。

可选的，该服务器可以是由运营商接入的服务器组组成的对等网络中的任意一个节点服务器。在本申请实施例中，该服务器所属对等网络中的所有节点服务器中均设置有一个区块链，每个区块链的每个区块中记录有用户和运营商共同确认的数据处理记录，而且每个区块的值是由该服务器所属对等网络中的所有节点服务器中至少一半数量的节点服务器验证正确的值，即每个区块内存储的数据处理记录是由运营商接入的服务器组共同确定的，保证了数据处理记录存储时的正确性。

此外，由于区块链是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本，因而在区块链的区块上记录的数据处理记录是不可篡改、不可伪造的记录，其保证了数据处理记录等信息的真实性。也即，一旦数据处理记录存储到区块链的区块中，便能够有效保证数据处理记录不会被恶意篡改，进一步保证了数据处理记录的有效性和真实性，因而，在用户和运营商两者对数据处理记录产生疑议时，可以通过查询服务器中的区块链，获取到真实有效的数据处理记录，提高了用户体验。

步骤23：将上述数据处理记录发送给用户账户。

可选的，在运营商接入的服务器组中的服务器从区块链中获取到查询请求对应的数据处理记录时，便可以将该数据处理记录发送给用户账户，以使用户账户可以获取真实有效的数据处理记录。

可选的，在用户账户通过客户端发送的查询请求中携带用户账户标识时，服务器获取到查询请求对应的数据处理记录后，便可以直接发送给用户账户标识对应的用户账户，以便用户查看。

本申请实施例提供的数据处理方法，通过接收用户账户通过客户端发送的查询请求，并查询服务器中的区块链，获取该查询请求对应的数据处理记录，以及将该数据处理记录发送给该用户账户，由于该区块链中每个区块的值是由该服务器所属对等网络中的所有节点服务器中至少一半数量的节点服务器验证正确的值，而且区块链的区块上记录的数据处理记录是不可篡改、不可伪造的记录，所以，用户账户可以获取到真实有效的数据处理记录，用户体验好。

可选的，在上述实施例的基础上，图3为本申请实施例提供的数据处理方法实施例二的流程示意图。如图3所示，本申请实施例提供的数据处理方法，还可以包括如下步骤：

步骤31：接收用户账户通过客户端发送的数据处理请求。

其中，该数据处理请求包括：待处理流量数据、待处理积分数据、用户账户标识。

在本申请实施例中，作为一种示例，当用户账户在某一时间段的流量出现富余时，用户可以通过用户账户登录客户端，并通过该客户端向运营商接入的服务器组发送流量数据兑换积分数据的数据处理请求。

作为另一种示例，当用户账户在某一时间段的流量拮据时，用户也可以通过用户账户登录客户端，并通过该客户端向运营商接入的服务器组发送积分数据兑换流量数据的数据处理请求。

可选的，不管是流量数据兑换积分数据的数据处理请求，还是积分数据兑换流量数据的数据处理请求，该数据处理请求中均需要包括：待处理流量数据、待处理积分数据以及用户账户标识。可选的，该用户账户标识可以是用户数字签名，这样可以保证数据处理请求传输的完整性，实现发送者的身份认证，防止交易中的抵赖发生的问题。

例如，当用户通过客户端发起流量数据与积分数据的兑换请求时，用户可以选择自己要进行兑换的流量数据与积分数据等信息，即消耗多少流量数据兑换多少积分数据，或者消耗多少积分数据兑换多少流量数据。可选的，当上述要进行兑换的流量数据与积分数据等信息经过用户数字签名以后，形成(用户账户，待兑换流量(+或-)，待兑换积分(-或+)，用户数字签名)的数据处理请求，发送给对应的运营商服务器，由运营商服务器进行审核，即审核该用户账户是否有足够的流量数据余量、积分数据总量等。

步骤32：根据上述数据处理请求执行处理操作，生成数据处理信息。

其中，该数据处理信息包括：用户账户标识、处理时间、流量数据变化量或积分数据变化量、处理后积分数据总量和处理后流量数据余量、用户数字签名、运营商数字签名。

在本申请实施例中，当用户账户有足够的积分数据总量和流量数据余量时，服务器可以根据上述数据处理请求执行相应的处理操作，即消耗相应的流量数据换取一定量的积分数据，或者消耗相应的积分数据换取一定量的流量数据。可选的，当服务器根据上述数据处理请求执行处理操作后，将生成包含积分数据和流量数据等信息变更的数据处理信息。

可选的，该数据处理信息中可以包括用户账户标识、处理时间、流量数据变化量或积分数据变化量、处理后积分数据总量和处理后流量数据余量、用户数字签名、运营商数字签名等。其中，用户账户标识用于标识某个用户(例如，手机号)，处理时间用于表示流量数据和积分数据相互兑换的发生时间，流量数据变化量或积分数据变化量表示本次处理操作消耗的流量数据量或积分数据量，和，增加的积分数据量或流量数据量，处理后积分数据总量和处理后流量数据余量表示数据处理请求执行后，用户账户的积分数据总量和流量数据总量；用户数字签名和运营商数字签名分别用于唯一的标识参与数据处理操作的用户账户和运营商。

值得说明的是，在本申请实施例中，在该步骤之前，即在根据上述数据处理请求执行处理操作，生成数据处理信息之前，服务器还需要执行如下操作：

(1)获取用户账户的积分数据总量和流量数据余量。

具体的，可以通过查询区块链的最新记录，获取该用户账户的积分数据总量，通过查询服务器的数据库，获取该用户账户的流量数据余量。

可选的，由于区块链的区块中存储有每次执行处理操作的数据处理信息，而数据处理信息中包括每次处理后的积分数据总量和处理后的流量数据余量，因而，可以从区块链的末端开始，依次向前查询，直到找到区块链上的最新记录，该最新记录即为该用户账户没有发起该次数据处理请求之前，该用户账户的积分数据总量。

可选的，服务器接收到数据处理请求时，可以通过检索服务器中的数据库，获取该用户账户的流量数据余量。

(2)在上述数据处理请求为积分数据兑换流量数据请求时，确定上述待处理积分数据小于或等于用户账户的积分数据总量。

作为一种示例，当用户账户的流量出现拮据时，用户可以通过客户端向服务器发送积分数据兑换流量数据请求，即可以利用用户账户的积分数据换取流量数据，此时，需要判断上述待处理积分数据是否小于或等于用户账户的积分数据总量，只有在待处理积分数据小于或等于用户账户的积分数据总量时，服务器才能够根据上述数据处理请求执行相应的处理操作。

(3)在上述数据处理请求为流量数据兑换积分数据请求时，确定上述待处理流量数据小于或等于用户账户的流量数据余量。

作为另一种示例，当用户账户的流量出现富余时，用户可以通过客户端向服务器发送流量数据兑换积分数据请求，即可以利用用户账户的流量数据换取积分数据，此时，需要判断上述待处理流量数据是否小于或等于用户账户的流量数据余量，只有在待处理流量数据小于或等于用户账户的流量数据余量时，服务器才能够根据上述数据处理请求执行相应的处理操作。

可选的，作为又一种示例，当数据处理请求为积分数据兑换流量数据请求时，但上述待处理积分数据大于用户账户的积分数据总量，或者当数据处理请求为流量数据兑换积分数据请求时，但上述待处理流量数据大于用户账户的流量数据余量，此时，上述数据处理请求则无法通过服务器的审核，这时候服务器则向用户账户反馈无法操作的原因。

步骤33：获取根据上述数据处理信息生成的区块。

在本申请实施例中，当服务器根据上述数据处理请求执行处理操作生成数据处理信息之后，此时，可以从运营商接入的服务器组中确定出一个服务器(本实施例中，将该服务器定义为处理服务器)，当处理服务器根据上述数据处理信息生成区块后，该服务器可以获取到该区块。、

可选的，作为一种示例，该处理服务器也可以是该数据处理方法的执行主体，此时，该服务器可以直接根据上述数据处理信息生成区块，进而得到该区块。

步骤34：将上述区块链接到该服务器所属对等网络中的所有节点服务器的区块链的末端。

当服务器根据数据处理信息生成区块之后，为了保证生成的数据处理信息不被恶意篡改，可以按照区块链记录数据处理信息的顺序，将本次生成的上述区块链接到该服务器所属对等网络中的所有节点服务器的区块链的末端，以使该所有节点服务器保存数据处理记录，进一步保证了数据处理记录的真实性。

步骤35：更新上述用户账户对应的流量数据余量和积分数据总量。

可选的，当上述数据处理请求执行完之后，用户账户内的流量数据和积分数据的总量均发生了变化，因而，在将根据数据处理信息生成的区块链接到所有节点服务器的区块链中之后，还需要更新用户账户对应的流量数据余量和积分数据总量，以确保用户账户的流量数据余量和积分数据总量的正确性。

本申请实施例提供的数据处理方法，通过接收用户账户通过客户端发送的数据处理请求，根据该数据处理请求执行处理操作，生成数据处理信息，以及获取根据数据处理信息生成的区块，并将该区块链接到服务器所属对等网络中的所有节点服务器的区块链的末端，更新该用户账户对应的流量数据余量和积分数据总量。该方案利用区块链技术，将用户富余的流量数据转换为积分数据，或者将积分数据转换为流量数据，而且，通过在区块链上记录流量数据及积分数据的处理信息，为后续提供及时、高效、准确的数据处理记录奠定了基础。

可选的，在上述图3所示实施例的基础上，图4为本申请实施例提供的数据处理方法实施例三的流程示意图。如图4所示，上述步骤33(获取根据上述数据处理信息生成的区块)可以包括如下步骤：

步骤41：将数据处理信息广播给所有节点服务器。

在本申请实施例中，由于运营商接入的服务器组由对等网络中的多个节点服务器组成。因而，当服务器根据数据处理请求执行处理操作之后，可以将生成的数据处理信息广播给所有节点服务器，一方面，在确定用于生成区块的处理服务器之后，以使该处理服务器可以据此生成区块，另一方面，所有节点服务器可以根据接收到的数据处理信息对处理服务器生成的区块的值进行验证。

步骤42：基于轮转顺序，在所有节点服务器中确定用于生成上述区块的处理服务器。

可选的，为了避免服务器组中的某个服务器造假，可以基于轮状顺序，从所有节点服务器中确定出用于生成上述区块的处理服务器，即服务器组中的所有节点服务器均可以参数区块的生成，避免了由单一服务器生成区块可能出现的容易被篡改等问题。

步骤43：获取该处理服务器根据上述数据处理信息生成的上述区块。

可选的，基于轮转顺序确定出生成区块的处理服务器之后，由该处理服务器对上述生成的数据处理信息进行统计、打包并计算生成对应的区块。可选的，该处理服务器生成区块后，运营商接入的服务器组中的其他服务器便可以获取到上述区块。

本申请实施例提供的数据处理方法，通过将数据处理信息广播给所有节点服务器，基于轮转顺序，在所有节点服务器中确定用于生成上述区块的处理服务器，并获取该处理服务器根据上述数据处理信息生成的上述区块，这样服务器获取到的区块是基于轮转顺序从服务器组中确定的处理服务器生成的，保证了生成区块的正确性，相应的可以避免数据处理记录可能错误的问题。

可选的，图5为本申请实施例提供的数据处理方法实施例四的流程示意图。本申请是在上述图4所示实施例的基础上对数据处理方法的进一步说明。如图5所示，在上述步骤43(获取该处理服务器根据上述数据处理信息生成的上述区块)之前，还可以包括如下步骤：

步骤51：接收处理服务器在生成区块后广播给所有节点服务器的上述区块的值。

在本实施例中，处理服务器在生成上述区块时，可以根据接收到数据处理信息计算该区块内所有通过审核的数据处理信息的值，该值即为该区块的值。可选的，该区块的值可以是区块的hash值，即区块内所有通过审核的数据处理信息的hash值。

处理服务器在生成区块后，可以将该区块的值广播给对等网络中的所有节点服务器，以使其他的节点服务器来验证该区块的值是否正确。

步骤52：根据上述数据处理信息，验证上述区块的值是否正确；

可选的，由于生成的数据处理信息和上述区块的值均被广播到对等网络中，因而，对等网络中的所有节点服务器均可以获取到上述数据处理信息以及上述区块的值，因而，均可以根据接收到的数据处理信息来验证上述区块的值是否正确，并将验证结果广播到对等网络中。

相应的，上述步骤43(获取该处理服务器根据上述数据处理信息生成的上述区块)可以具体通过如下方式实现：

步骤53：在验证上述区块的值正确，且上述所有节点服务器中至少一半数量的节点服务器均验证该区块的值正确时，获取处理服务器根据数据处理信息生成的上述区块。

在本实施例中，由于每个节点服务器均将验证结果广播到对等网络中，因而，对等网络中的所有节点服务器均可以接收到其他服务器的验证结果，当执行该数据处理方法的处理器验证上述区块的值正确，且收到对等网络中所有节点服务器中至少一半数量的节点服务器均验证该区块的值正确时，确认上述区块的值是正确的，此时，获取处理服务器根据数据处理信息生成的上述区块，进而可以将该该区块链接到所有节点服务器的区块链的末端。

本申请实施例提供的数据处理方法，通过在获取处理服务器根据上述数据处理信息生成的上述区块之前，首先接收处理服务器在生成区块后广播给所有节点服务器的上述区块的值根据上述数据处理信息，并验证上述区块的值是否正确，以及在验证上述区块的值正确，且上述所有节点服务器中至少一半数量的节点服务器均验证该区块的值正确时，获取处理服务器根据数据处理信息生成的上述区块，这样可以保证存储到区块中的数据处理信息的正确性，进而在用户账户发起查询请求时，可以提供真实有效的数据处理记录，提高了用户体验。

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

图6为本申请实施例提供的数据处理装置实施例的结构示意图。该数据处理装置应用于运营商接入的服务器组中的一个服务器。如图6所示，该数据处理装置，可以包括：接收模块61、处理模块62和发送模块63。

其中，该接收模块61，用于接收用户账户通过客户端发送的查询请求，所述查询请求包括：数据处理时间段、数据处理类型；

该处理模块62，用于查询服务器中的区块链，获取所述查询请求对应的数据处理记录，所述区块链中每个区块的值是由所述服务器所属对等网络中的所有节点服务器中至少一半数量的节点服务器验证正确的值；

该发送模块63，用于将所述数据处理记录发送给所述用户账户。

可选的，在本申请的一实施例中，所述接收模块61，还用于接收所述用户账户通过所述客户端发送的数据处理请求，所述数据处理请求包括：待处理流量数据、待处理积分数据、用户账户标识；

所述处理模块62，还用于根据所述数据处理请求执行处理操作，生成数据处理信息，获取根据所述数据处理信息生成的区块，将所述区块链接到所述服务器所属对等网络中的所有节点服务器的区块链的末端，以及更新所述用户账户对应的流量数据余量和积分数据总量；

其中，所述数据处理信息包括：用户账户标识、处理时间、流量数据变化量或积分数据变化量、处理后积分数据总量和处理后流量数据余量、用户数字签名、运营商数字签名。

可选的，在本申请的上述实施例中，所述处理模块62，用于获取根据所述数据处理信息生成的区块，具体为：

所述处理模块62，用于通过所述发送模块63将所述数据处理信息广播给所述所有节点服务器，基于轮转顺序，在所述所有节点服务器中确定用于生成所述区块的处理服务器，以及获取所述处理服务器根据所述数据处理信息生成的所述区块。

可选的，在本申请的上述实施例中，所述接收模块61，还用于在所述处理模块62获取所述处理服务器根据所述数据处理信息生成的所述区块之前，接收所述处理服务器在生成所述区块后广播给所述所有节点服务器的所述区块的值；

所述处理模块62，还用于根据所述数据处理信息，验证所述区块的值是否正确；

所述处理模块62，用于获取所述处理服务器根据所述数据处理信息生成的所述区块，具体为：

所述处理模块62，用于在验证所述区块的值正确，且所述所有节点服务器中至少一半数量的节点服务器均验证所述区块的值正确时，获取所述处理服务器根据所述数据处理信息生成的所述区块。

可选的，在本申请的上述任一实施例中，所述处理模块62，还用于在根据所述数据处理请求执行处理操作，生成数据处理信息之前，获取所述用户账户的积分数据总量和流量数据余量，以及在所述数据处理请求为积分数据兑换流量数据请求时，确定所述待处理积分数据小于或等于所述用户账户的积分数据总量，在所述数据处理请求为流量数据兑换积分数据请求时，确定所述待处理流量数据小于或等于所述用户账户的流量数据余量。

可选的，在本申请的上述实施例中，所述处理模块62，用于获取所述用户账户的积分数据总量和流量数据余量，具体为：

所述处理模块62，用于通过查询所述区块链的最新记录，获取所述用户账户的积分数据总量，通过查询所述服务器的数据库，获取所述用户账户的流量数据余量。

本实施例提供的数据处理装置可用于执行图2至图5所示方法实施例的实现方案，具体实现方式和技术效果类似，这里不再赘述。

本申请实施例还提供一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述图2至图5所示实施例的方法。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。