CN110598386A

CN110598386A - 基于区块链的数据处理方法、装置、设备及存储介质

Info

Publication number: CN110598386A
Application number: CN201910922075.8A
Authority: CN
Inventors: 潘雄飞
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-09-27
Filing date: 2019-09-27
Publication date: 2019-12-20
Anticipated expiration: 2039-09-27
Also published as: CN110598386B

Abstract

本申请公开了基于区块链的数据处理方法、装置、设备及存储介质，属于区块链技术领域。方法包括：接收第一应用程序的好友关系数据获取请求，好友关系数据获取请求包括第一应用程序的应用标识、第一用户的区块链账户标识和第二应用程序的应用标识；对第一用户的区块链账户标识进行有效性验证；当第一用户的区块链账户标识的有效性验证通过时，基于第一用户的区块链账户标识，从目标区块链中获取目标好友关系数据。通过上述过程，可以基于区块链账户标识将同一用户在不同应用程序中的好友关系数据联系起来，实现不同应用程序中的好友关系数据的共享，数据的处理效果较好，有利于提高用户对各个应用程序的使用体验感。

Description

基于区块链的数据处理方法、装置、设备及存储介质

技术领域

本申请实施例涉及区块链技术领域，特别涉及一种基于区块链的数据处理方法、装置、设备及存储介质。

背景技术

随着互联网技术的不断开发和完善，手机和电脑等终端逐渐成为生活中不可或缺的部分，在这些终端中可以安装多种应用程序。用户在任意一种应用程序中，可以与其他用户建立好友关系，以方便好友之间更好地进行游戏和通信等。通常情况下，将用户在任一应用程序中产生的与好友关系相关的数据存储在该应用程序的后台服务器中。

然而，同一用户在不同的应用程序中产生的与好友关系相关的数据通常会存储在不同的后台服务器中，数据之间无法共享，数据的处理效果较差。

发明内容

本申请实施例提供了一种基于区块链的数据处理方法、装置、设备及存储介质，可用于解决相关技术中的数据的处理效果较差的问题。所述技术方案如下：

一方面，本申请实施例提供了一种基于区块链的数据处理方法，所述方法应用于区块链***中的任一节点设备上，所述区块链***中的多个节点设备配置有目标区块链，所述目标区块链用于存储多个应用程序中的好友关系数据，所述方法包括：

接收第一应用程序的好友关系数据获取请求，所述好友关系数据获取请求包括所述第一应用程序的应用标识、与第一用户的用户标识绑定的第一用户的区块链账户标识和第二应用程序的应用标识；

对所述第一用户的区块链账户标识进行有效性验证；

当所述第一用户的区块链账户标识的有效性验证通过时，基于所述第一用户的区块链账户标识，从所述目标区块链中获取目标好友关系数据，所述目标好友关系数据为与所述第一用户的区块链账户标识对应的所述第二应用程序中的好友关系数据。

另一方面，提供了一种基于区块链的数据处理装置，所述装置包括：

接收模块，用于接收第一应用程序的好友关系数据获取请求，所述好友关系数据获取请求包括所述第一应用程序的应用标识、与第一用户的用户标识绑定的第一用户的区块链账户标识和第二应用程序的应用标识；

验证模块，用于对所述第一用户的区块链账户标识进行有效性验证；

获取模块，用于当所述第一用户的区块链账户标识的有效性验证通过时，基于所述第一用户的区块链账户标识，从所述目标区块链中获取目标好友关系数据，所述目标好友关系数据为与所述第一用户的区块链账户标识对应的所述第二应用程序中的好友关系数据。

在一种可能实现方式中，所述获取模块，用于基于所述第一用户的区块链账户标识，从所述目标区块链中获取与所述第一用户的区块链账户标识对应的候选好友关系数据；基于所述第二应用程序的应用标识，在所述候选好友关系数据中获取第二应用程序中的好友关系数据。

在一种可能实现方式中，所述好友关系数据包括好友关系建立数据和好友关系解除数据，所述获取模块，用于从所述目标区块链中获取与所述第一用户的区块链账户标识对应的全部好友关系建立数据和全部好友关系解除数据；对于所述全部好友关系建立数据中的任一好友关系建立数据，当所述全部好友关系解除数据中不存在与所述任一好友关系建立数据对应的好友关系解除数据时，将所述任一好友关系建立数据作为与所述第一用户的区块链账户标识对应的候选好友关系数据。

在一种可能实现方式中，所述验证模块，还用于基于所述第一应用程序的应用标识和所述第二应用程序的应用标识，对所述第一应用程序和所述第二应用程序进行权限验证；当所述第一应用程序和所述第二应用程序的权限验证通过时，对所述第一用户的区块链账户标识进行有效性验证。

在一种可能实现方式中，所述接收模块，还用于接收任一用户的注册请求，所述任一用户的注册请求包括所述任一用户的身份标识；

所述装置还包括：

生成模块，用于基于所述任一用户的身份标识，生成与所述任一用户的身份标识对应的所述任一用户的区块链账户标识；

反馈模块，用于将所述任一用户的区块链账户标识反馈至所述任一用户；

存储模块，用于将所述任一用户的区块链账户标识存储在所述区块链***中。

在一种可能实现方式中，所述接收模块，还用于接收任一应用程序中的好友关系数据，所述好友关系数据包括所述任一应用程序的应用标识、第二用户的区块链账户标识和第三用户的区块链账户标识；

所述验证模块，还用于对所述任一应用程序中的好友关系数据进行验证；

所述存储模块，还用于当所述任一应用程序中的好友关系数据的验证通过时，将所述任一应用程序中的好友关系数据存储在所述目标区块链上。

在一种可能实现方式中，所述任一应用程序中的好友关系数据由所述任一应用程序的服务器产生，所述任一应用程序的服务器用于存储所述任一应用程序中的各个用户的用户标识和区块链账户标识的绑定关系。

另一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行，以实现上述任一所述的基于区块链的数据处理方法。

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

本申请实施例提供的技术方案至少带来如下有益效果：

预先将多个应用程序中的好友关系数据存储在目标区块链上，当接收到第一应用程序的好友关系数据获取请求时，基于与用户的用户标识绑定的该用户的区块链账户标识，从目标区块链中获取第二应用程序中的目标好友关系。通过上述过程，可以基于区块链账户标识将同一用户在不同应用程序中的好友关系数据联系起来，进而实现不同应用程序中的好友关系数据的共享，数据的处理效果较好，有利于提高用户对各个应用程序的使用体验感。

附图说明

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

图1是本申请实施例提供的一种区块链中的多个区块的示意图；

图2是本申请实施例提供的一种基于区块链的数据处理方法的实施环境的示意图；

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

图4是本申请实施例提供的一种第一用户的终端展示目标好友关系数据的界面示意图；

图5是本申请实施例提供的一种数据处理过程的示意图；

图6是本申请实施例提供的一种基于区块链的数据处理装置的示意图；

图7是本申请实施例提供的一种基于区块链的数据处理装置的示意图；

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

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

具体实施方式

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

首先对本申请涉及到的几个名词进行解释。

区块链***：是指采用区块链技术(Blockchain Technology)存储数据的***。区块链技术也被称为分布式账本技术，是一种互联网数据库技术，其特点是去中心化、公开透明，让每个人均可参与数据库记录。区块链技术可以是利用块链式数据结构来验证与存储数据、利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传输和访问的安全、利用由自动化脚本代码组成的智能合约来编程和操作数据的一种分布式基础架构与计算方式。区块链***中存储的数据具有很高的稳定性和可靠性，区块链***是一个不可篡改的、可信任的数据库。因此，相较于传统的直接利用应用程序的后台服务器来存储该应用程序中的好友关系数据，采用区块链***来存储好友关系数据，有助于提高数据的安全性和可靠性。

区块链***中可以包括多个节点设备，节点设备和节点设备之间可以进行数据共享。每个节点设备进行正常工作时可以接收到输入信息，并基于接收到的输入信息维护该区块链***内的共享数据。为了保证区块链***内的信息互通，区块链***中的每个节点设备之间可以存在信息连接，节点设备之间可以通过上述信息连接进行信息传输。例如，当区块链***中的任意节点设备接收到输入信息时，该任意节点设备可以将基于该输入信息生成的区块发送给区块链***中的其他节点设备，由其他节点设备对该区块进行共识过程，当其他节点设备对该区块的共识通过时，区块链***中的任意节点设备将该区块添加至区块链上，使得区块链***中的各个节点设备上存储的数据均一致。

表1

节点设备名称	节点设备标识
		节点设备1	117.114.151.174
节点设备2	117.116.189.145
		…	…
节点设备N	119.123.789.258

对于区块链***中的每个节点设备，均具有与其对应的节点设备标识，而且区块链***中的每个节点设备均可以存储有区块链***中其他节点设备的节点设备标识，以便后续根据其他节点设备的节点设备标识，将生成的区块广播至区块链***中的其他节点设备。每个节点设备中可维护一个如表1所示的节点设备标识列表，将节点设备名称和节点设备标识对应存储至该节点设备标识列表中。其中，节点设备标识可以为IP(InternetProtocol，网络之间互联的协议)地址以及其他任一种能够用于标识该节点设备的信息，表1中仅以IP地址为例进行说明。

区块链***中的每个节点设备均配置有至少一条相同的区块链。每条区块链均由多个区块组成，图1是本申请实施例提供的一种区块链中的多个区块的示意图，创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

区块高度：区块链接在主链的个数，即连接在区块链上的区块数。

共识算法：是指区块链***中实现不同节点设备之间建立信任、获取权益的数学算法。在区块链***中，通过特殊节点设备的投票，可以在很短的时间内完成对交易的验证和确认，对一笔交易，如果利益不相干的若干个节点设备能够达成共识，就可以认为***中的全部节点设备对此也能够达成共识。

需要说明的是，本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

图2是本申请实施例提供的一种基于区块链的数据处理方法的实施环境的示意图。该实施环境可以包括：终端21、服务器22和区块链***23。区块链***23中包括多个节点设备230。

其中，终端21可以安装有多种应用程序，例如，游戏应用程序或者通信应用程序等。用户在终端21的应用程序中可以发起好友关系处理指令，然后终端21将好友关系处理指令发送至服务器22，由服务器22对好友关系处理指令进行有效性验证。用户在终端21的应用程序中还可以发起好友关系数据获取请求，然后终端21将该好友关系数据获取请求发送至区块链***23。

服务器22可以为应用程序的后台服务器，用于为应用程序提供后台服务。服务器22可以提供适用于各种操作***的针对该应用程序的安装包，以供下载并安装在终端21上。服务器22保存与各个注册用户相关的用户数据，例如，用户的用户标识以及用户标识与区块链账户标识的绑定关系等。服务器22可以接收终端21发送的好友关系处理指令，当好友关系处理指令的有效性验证通过时，生成好友关系数据，然后将好友关系数据发送至区块链***23。

在一些可选地实施例中，服务器22本身也可以作为区块链***23中的一个或多个节点设备运行和存储数据。

区块链***23中的多个节点设备230可以配置有目标区块链。其中，目标区块链用于存储多个应用程序中的好友关系数据。区块链***23中的目标区块链均由多个区块组成，并且前后相邻的区块具有关联关系，使得任一区块中的数据被篡改时都能通过下一区块检测到，从而能够避免区块链中的数据被篡改，保证区块链中的数据的安全性和可靠性。区块链***23中的节点设备230可以将好友关系数据存储在目标区块链上；节点设备230还可以从目标区块链上获取好友关系数据，将好友关系数据发送至终端21。

在一种可能实现方式中，终端21可以是诸如手机、平板电脑、个人计算机等的智能设备。服务器22可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。节点设备230是指计算机设备，该计算机设备可以是终端，也可以是服务器，本申请实施例对此不加以限定。

终端21与服务器22通过有线和/或无线网络建立通信连接，终端21与区块链***23通过有线和/或无线网络建立通信连接，服务器22与区块链***23通过有线和/或无线网络建立通信连接。其中，有线网络可以是城域网、局域网、光纤网等，无线网络可以是移动通信网络或无线保真网络(Wireless Fidelity，WiFi)。

本领域技术人员应能理解上述终端21、服务器22和区块链***23仅为举例，其他现有的或今后可能出现的终端、服务器或区块链***如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

基于上述图2所示的实施环境，本申请实施例提供一种基于区块链的数据处理方法，以该方法应用于区块链***中的任一节点设备上为例。图3是本申请实施例提供的一种基于区块链的数据处理方法的流程图，如图3所示，本申请实施例提供的方法可以包括如下步骤：

301、第一节点设备基于任一用户的注册请求，生成任一用户的区块链账户标识，将任一用户的区块链账户标识存储在区块链***中。

其中，任一用户是指发起注册请求的任意一个用户；注册请求用于指示该任一用户需要在区块链***中进行注册，该任一用户的注册请求包括该任一用户的身份标识。其中，用户的身份标识用于标识用户的唯一社会身份，例如，用户的身份标识可以为用户的姓名、用户的身份证件号码、用户的通信号码等。区块链账户标识用于标识用户在区块链***中的唯一身份，区块链账户标识可以基于用户的身份标识生成。需要说明的是，对于同一用户而言，该用户在不同的应用程序中可能对应有不同的用户标识，但是该用户唯一对应有一个身份标识以及该身份标识唯一对应有一个区块链账户标识。其中，用户标识用于标识用户在应用程序中的注册信息，例如，注册账号、登录密码等。

步骤301的具体实现过程可以包括步骤301A至步骤301C：

步骤301A：第一节点设备接收任一用户的注册请求。

其中，任一用户的注册请求可以由任一用户的终端发送至区块链***。任一用户的终端可以安装有能够发起注册请求的应用程序或者网页，在该应用程序或者网页中布局有在区块链***中进行注册的注册入口。任一用户的终端在向区块链***发送任一用户的注册请求之前，需要先获取任一用户的注册请求。

在一种可能实现方式中，任一用户的终端获取任一用户的注册请求的过程可以为：当任一用户的终端检测到任一用户对注册入口的触发操作时，获取任一用户的身份标识，基于任一用户的身份标识生成任一用户的注册请求。其中，任一用户的终端获取任一用户的身份标识的方式可以为获取任一用户手动填写的身份标识，也可以为获取任一用户导入的身份标识等，本申请实施例对此不加以限定。

在一种可能实现方式中，第一节点设备接收任一用户的注册请求的过程可以为：在任一用户的终端向区块链***发送任一用户的用户标识后，该区块链***中的管理节点设备接收到该任一用户的注册请求；管理节点设备基于任一用户的注册请求，在区块链***中查询用于存储区块链账户标识的区块链；管理节点设备将该任一用户的注册请求发送至配置有该区块链的第一节点设备；第一节点设备接收任一用户的注册请求。在本申请实施例中，将接收到管理节点设备发送的任一用户的注册请求的节点设备作为第一节点设备。

在一种可能实现方式中，为了保证管理节点设备向第一节点设备发送任一用户的注册请求的过程中的数据安全性，在管理节点设备向任一第一节点设备发送该任一用户的注册请求之前，管理节点设备可以先根据该任一第一节点设备的公钥对该任一用户的注册请求进行加密，然后将得到的加密数据发送给该任一第一节点设备。该任一第一节点设备在接收到加密数据后，可以根据私钥对该加密数据进行解密，得到该任一用户的注册请求。此种方式能够有效避免该任一用户的注册请求被篡改，提高该任一用户的注册请求的传输安全性。

需要说明的是，管理节点设备可以将任一用户的注册请求发送至一个或多个第一节点设备，由于每个第一节点设备均配置有用于存储区块链账户标识的区块链，所以无论是哪个第一节点设备接收到该任一用户的注册请求，均能够基于该任一用户的注册请求，执行接下来的步骤301B和步骤301C。

步骤301B：第一节点设备基于该任一用户的身份标识，生成与该任一用户的身份标识对应的该任一用户的区块链账户标识，将该任一用户的区块链账户标识反馈至该任一用户。

在一种可能实现方式中，第一节点设备基于任一用户的身份标识，生成与该任一用户的身份标识对应的该任一用户的区块链账户标识的过程可以基于区块链***中的智能合约实现。在一种可能实现方式中，可以将任一用户的身份标识作为智能合约的触发方式，当获取到任一用户的身份标识时，可以自动触发该智能合约，使第一节点设备执行上述基于任一用户的身份标识，生成与该任一用户的身份标识对应的该任一用户的区块链账户标识的过程；当未获取到任一用户的身份标识时，则不触发该智能合约。本申请实施例对智能合约的内容不加以限定。

在一种可能实现方式中，第一节点设备在生成与任一用户的身份标识对应的该任一用户的区块链账户标识之前，可以先对该任一用户的身份标识进行验证，当验证通过时，再生成与该任一用户的身份标识对应的该任一用户的区块链账户标识。本申请实施例对第一节点设备对该任一用户的身份标识进行验证的方式不加以限定，例如，当该任一用户的身份标识包括该任一用户的姓名和该任一用户的身份证件号码时，第一节点设备可以验证该任一用户的姓名与身份证件号码是否匹配等。

第一节点设备在生成与该任一用户的身份标识对应的该任一用户的区块链账户标识之后，可以将该任一用户的区块链账户标识反馈至该任一用户，以使该任一用户得知本人在区块链***中的区块链账户标识。该任一用户在得知本人在区块链***中的区块链账户标识后，可以在任一应用程序中将用户标识与该区块链账户标识进行绑定，由该任一应用程序的服务器对用户标识与区块链账户标识的绑定关系进行存储。

步骤301C：第一节点设备将任一用户的区块链账户标识存储在区块链***中。

第一节点设备生成任一用户的区块链账户标识后，即可将该任一用户的区块链账户标识存储在区块链***中的用于存储区块链账户标识的区块链上。该存储过程可以包括以下两个步骤：

步骤1：第一节点设备基于该任一用户的区块链账户标识生成目标区块。

在区块链技术中，数据可以采用电子记录的形式储存在区块中，在本申请实施例中，当满足打包条件时，第一节点设备可以将该任一用户的区块链账户标识打包，生成目标区块。其中，满足打包条件可以是指满足打包数据所需的时间间隔，或者满足打包数据所需的数据数量，本申请实施例对此不加以限定。

在一种可能实现方式中，第一节点设备生成目标区块的过程可以如下：

第一节点设备将该任一用户的区块链账户标识作为输入信息，将该输入信息存储至内存池中，并更新其用于记录输入信息的哈希树；之后，将更新时间戳更新为接收到新的输入信息的时间，并尝试不同的随机数，多次进行特征值计算，使得计算得到的特征值可以满足下述公式：

SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))<TARGET

其中，SHA256为计算特征值所用的特征值算法；version(版本号)为区块链中相关区块协议的版本信息；prev_hash为目标区块的父区块的区块头特征值，目标区块的父区块为当前区块链上的区块高度最大的区块；merkle_root为输入信息的特征值；ntime为更新时间戳的更新时间；nbits为当前难度，在一段时间内为定值，并在超出固定时间段后再次进行确定；x为随机数；TARGET为特征值阈值，该特征值阈值可以根据nbits确定得到。

这样，当计算得到满足上述公式的随机数时，便可将信息对应存储，生成区块头和区块主体，得到目标区块。

需要说明的是，上述对目标区块生成过程的说明仅是一种区块生成方式的示例性描述，本申请实施例对具体采用哪种区块生成方式不加以限定。

步骤2：第一节点设备基于共识机制将该目标区块添加至用于存储区块链账户标识的区块链上。

区块链***可以对该目标区块进行共识，来确定该目标区块中的数据是否准确，也就是对该目标区块中的数据进行验证。在一种可能实现方式中，第一节点设备生成该目标区块后，可以根据区块链***中其他节点设备的节点设备标识，将目标区块分别发送给其他节点设备，其他节点设备可以对该目标区块进行验证，并各自在该区块链***中广播验证结果，当该区块链***中验证结果为通过的节点设备的数量大于参考比例或者大于参考数量时，该第一节点设备可以确定该目标区块共识通过，然后将该目标区块添加至区块链***中的用于存储区块链账户标识的区块链上。其中，参考比例是指验证结果为通过的节点设备的数量占区块链***中的所有节点设备的数量的比例，参考比例可以根据经验设置，也可以根据应用场景自由调整，本申请实施例对此不加以限定。例如，参考比例可以设置为1/3等。同样地，参考数量可以根据经验设置，也可以根据区块链***中的所有节点设备的总数量自由调整，例如，参考数量可以设置为100等。上述共识过程可以基于共识机制实现，例如，该共识机制可以为工作量证明机制、权益证明机制等。需要说明的是，上述共识过程仅为一种示例性描述，本申请实施例对此不加以限定。

经过上述步骤1和步骤2，第一节点设备即可将该任一用户的区块链账户标识存储在用于存储区块链账户标识的区块链上，并且将该任一用户的区块链账户标识同步到配置有用于存储区块链账户标识的区块链的各个节点设备中。

当第一节点设备每次接收到用户的注册请求时，均可以通过上述步骤301A至步骤301C生成该用户的区块链账号标识，然后该用户的区块链账号标识存储在用于存储区块链账户标识的区块链上。区块链上已存储的区块链账号标识不允许篡改，只允许在区块链上添加存储有新的区块链账号标识的新区块。新区块的区块特征值与上一区块的区块特征值相关，实现了将区块链中前后相邻的区块串联起来的目的，使得对区块链中任何数据的篡改均可通过对下一个区块中存储的区块特征值进行追溯而检测到。将各个用户的区块链账号标识存储至区块链***中，可以便于后续对接收到的用户的区块链账户标识进行有效性验证。

302、第二节点设备接收任一应用程序中的好友关系数据。

其中，好友关系数据包括任一应用程序的应用标识和该好友关系数据中涉及的两个用户的区块链账户标识。为了与权利要求对应，可以将此处涉及的两个用户分别称作第二用户和第三用户。也就是说。好友关系数据包括任一应用程序的应用标识、第二用户的区块链账户标识和第三用户的区块链账户标识。第二用户可以是指主动申请与第三用户建立好友关系或者删除好友关系的用户。好友关系数据是指与好友关系相关的数据，包括但不限于好友关系建立数据和好友关系解除数据。其中，好友关系建立数据是指在两个非好友关系的用户之间建立好友关系的数据，可以包括建立好友关系的时间戳、建立好友关系的地点等数据；好友关系解除数据是指在两个具有好友关系的用户之间解除好友关系的数据，可以包括解除好友关系的时间戳、解除好友关系的地点等数据。

在一种可能实现方式中，任一应用程序中的好友关系数据由该任一应用程序的服务器产生。第二节点设备接收任一应用程序中的好友关系数据的过程可以包括步骤302A至步骤302D：

步骤302A：任一应用程序的服务器接收第二用户在该任一应用程序中的好友关系处理指令。

好友关系处理指令可以包括第二用户的用户标识、第三用户的用户标识、该任一应用程序的应用标识和好友关系处理类型。其中，好友关系处理类型包括建立好友关系和解除好友关系。其中，第二用户是指发起该好友关系处理指令的用户，第三用户是指与第二用户建立或者解除好友关系的用户。

在一种可能实现方式中，服务器接收第二用户在该任一应用程序中的好友关系处理指令的过程可以为：当第二用户的终端检测到第二用户在该任一应用程序中发起好友关系处理指令时，第二用户的终端将该好友关系处理指令发送至服务器，由此，服务器接收到第二用户在在任一应用程序中的好友关系处理指令。其中，第二用户的终端是指第二用户登录该任一应用程序的终端。在一种可能实现方式中，第二用户的终端检测到第二用户在任一应用程序中发起好友关系处理指令的情况包括但不限于以下两种：

情况一：当第二用户的终端检测到第二用户对第三用户的虚拟角色介绍界面中的好友关系处理入口的触发操作时，即可认为第二用户的终端检测到第二用户在任一应用程序中发起好友关系处理指令。

其中，第三用户的虚拟角色介绍界面是指用于介绍第三用户的虚拟角色的相关信息的界面。好友关系处理入口可以是指建立好友关系入口，也可以是指解除好友关系入口。具体而言，当第三用户与第二用户为非好友关系时，在该界面中可以显示有建立好友关系入口；当第三用户与第二用户为好友关系时，在该界面中可以显示有解除好友关系入口。当第二用户触发该好友关系处理入口时，可以认为第二用户的终端检测到第二用户在任一应用程序中发起好友关系处理指令。需要说明的是，本申请实施例对好友关系处理入口的形式不加以限定，例如，好友关系处理入口可以为按钮或者图标的形式等。

情况二：当第二用户的终端检测到第二用户对第三用户的虚拟角色的目标操作时，即可认为第二用户的终端检测到第二用户在任一应用程序中发起好友关系处理指令。

其中，目标操作可以是指第二用户预先设置并存储在服务器中的与好友关系处理指令对应的任一操作，也可以是指服务器中存储的与好友关系处理指令对应的默认操作，本申请实施例对此不加以限定。例如，目标操作可以为第二用户点击第三用户的虚拟角色，或者为第二用户在第三用户的虚拟角色中从下至上进行滑动操作等。

当第二用户的终端检测到第二用户的与好友关系处理指令对应的操作时，即可认为第二用户触发了好友关系处理指令，此时，第二用户的终端检测到第二用户在任一应用程序中发起好友关系处理指令。需要说明的是，建立好友关系指令和解除好友关系指令对应的目标操作可以相同，也可以不同，本申请实施例对此不加以限定。

步骤302B：任一应用程序的服务器对好友关系处理指令进行有效性验证，当好友关系处理指令的有效性验证通过时，基于好友关系处理指令，生成该任一应用程序中的好友关系数据。

服务器在接收到好友关系处理指令后，先对该好友关系处理指令进行有效性验证，以验证该好友关系处理指令是否有效。当有效性验证通过时，服务器基于好友关系处理指令，生成该任一应用程序中的好友关系数据；当有效性验证不通过时，服务器可以向第二用户的终端发送报错信息，该报错信息用于提示第二用户无法生成新的好友关系数据。

在一种可能实现方式中，服务器对好友关系处理指令进行有效性验证的过程可以为：服务器根据好友关系处理指令中的第二用户的用户标识，获取第二用户在该应用程序中产生的数据；根据第二用户在该应用程序中产生的数据分析该第二用户是否有权限发起好友关系处理指令。当第二用户在该应用程序中产生的数据指示该第二用户无权限发起好友关系处理指令时，可以确定该好友关系处理指令的有效性验证不通过；当第二用户在该应用程序中产生的数据指示该第二用户有权限发起好友关系处理指令时，可以确定该好友关系处理指令的有效性验证通过。

其中，本申请实施例对服务器根据第二用户在该应用程序中产生的数据分析该第二用户是否有权限发起好友关系处理指令的方式不加以限定。例如，服务器可以根据第二用户在该应用程序中产生的数据中的信用分值分析第二用户是否有权限发起好友关系处理指令，当信用分值不高于信用阈值时，说明该第二用户无权限发起好友关系处理指令；当信用分值高于信用阈值时，说明该第二用户有权限发起好友关系处理指令。

当好友关系处理指令的有效性验证通过时，服务器可以基于好友关系处理指令，生成该任一应用程序中的好友关系数据，该好友关系数据包括该任一应用程序的应用标识、第二用户的区块链账户标识和第三用户的区块链账户标识。具体而言，服务器基于好友关系处理指令，生成该任一应用程序中的好友关系数据的过程可以为：服务器基于好友关系处理指令中的第二用户的用户标识和第三用户的用户标识，获取与第二用户的用户标识对应的第二用户的区块链账户标识和与第三用户的用户标识对应的第三用户的区块链账户标识；基于第二用户的区块链账户标识、第三用户的区块链账户标识和好友关系处理类型，生成该任一应用程序中的好友关系数据。需要说明的是，服务器中存储有该任一应用程序中的各个用户的用户标识和区块链账户标识的绑定关系，本申请实施例对各个用户的用户标识和区块链账户标识的绑定关系的存储形式不加以限定，例如，存储形式可以为列表形式等。

在一种可能实现方式中，服务器基于第二用户的区块链账户标识、第三用户的区块链账户标识和好友关系处理类型，生成该任一应用程序中的好友关系数据的过程包括：当好友关系处理类型为建立好友关系时，服务器基于第二用户的区块链账户标识和第三用户的区块链账户标识，生成该任一应用程序中的好友关系建立数据；当好友关系处理类型为解除好友关系时，基于第二用户的区块链账户标识和第三用户的区块链账户标识，生成该任一应用程序中的好友关系解除数据。

在一种可能实现方式中，当好友关系处理类型为建立好友关系时，服务器在生成任一应用程序的好友关系建立数据之前，还可以将好友关系处理指令发送至第三用户的终端，以获取第三用户的终端反馈的第三用户的响应信息；当响应信息指示第三用户不同意添加第二用户为好友时，服务器可以向第二用户的终端发送添加好友失败的响应。当响应信息指示第三用户同意添加第二用户为好友时，服务器可以生成该任一应用程序中的好友关系建立数据，此时，好友关系建立数据中还可以包括第二用户和第三用户的关联数据。例如，第二用户和第三用户的亲密度，第二用户和第三用户组队进行游戏的次数等。

需要说明的是，服务器在生成好友关系数据后，可以将该应用程序的好友关系数据存储在该服务器中，以方便为该应用程序的登录用户提供该应用程序的好友关系数据。

步骤302C：任一应用程序的服务器将该任一应用程序中的好友关系数据发送至区块链***。

服务器在生成好友关系数据后，即可将该好友关系数据发送至区块链***，以使区块链***对该好友关系数据进行存储。

步骤302D：区块链***中的第二节点设备接收该任一应用程序中的好友关系数据。

服务器向区块链***发送好友关系数据后，区块链***中的第二节点设备即可接收到该好友关系数据。第二节点设备可以是指配置有用于存储多个应用程序中的好友关系数据的目标区块链的任一节点设备。第二节点设备可以与第一节点设备相同，也可以与第一节点设备不同，本申请实施例对此不加以限定。

303、第二节点设备对任一应用程序中的好友关系数据进行验证，当任一应用程序中的好友关系数据的验证通过时，将任一应用程序中的好友关系数据存储在目标区块链上。

第二节点设备在接收到任一应用程序中的好友关系数据之后，可以对该任一应用程序中的好友关系数据进行验证，当验证通过时，将任一应用程序中的好友关系数据存储在目标区块链上；当验证不通过时，可以向该任一应用程序的服务器反馈报错信息。

在一种可能实现方式中，第二节点设备对该任一应用程序中的好友关系数据进行验证可以包括步骤303A和步骤303B：

步骤303A：第二节点设备基于该好友关系数据中的任一应用程序的应用标识，对该任一应用程序进行权限验证，当任一应用程序的权限验证不通过时，说明该任一应用程序中的好友关系数据验证不通过；当任一应用程序的权限验证通过时，执行步骤303B。

在一种可能实现方式中，第二节点设备基于任一应用程序的应用标识，对该任一应用程序进行权限验证的过程可以为：第二节点设备调用认证服务对该任一应用程序的应用标识进行权限验证。其中，认证服务可以为CA(Certificate Authority，数字证书认证中心)服务或者其他服务。以认证服务为CA服务为例，由于CA服务为所有签约成功的应用程序发放数字证书，所以当第二节点设备接收任一应用程序的好友关系处理请求时，第二节点设备可以调用CA服务对该任一应用程序的数字证书进行认证，当数字证书的认证通过时，说明该任一应用程序的权限验证通过，此时，第二节点设备可以执行步骤303B。

步骤303B：第二节点设备对第二用户的区块链账户标识和第三用户的区块链账户标识进行有效性验证，当有效性验证不通过时，说明该任一应用程序中的好友关系数据验证不通过；当有效性验证通过时，说明该任一应用程序中的好友关系数据验证通过。

在一种可能实现方式中，第二节点设备对第二用户的区块链账户标识和第三用户的区块链账户标识进行有效性验证的过程可以为：第二节点设备将第二用户的区块链账户标识和第三用户的区块链账户标识与区块链***中存储的区块链账户标识进行匹配，当第二用户的区块链账户标识和第三用户的区块链账户标识均匹配成功时，说明第二用户的区块链账户标识和第三用户的区块链账户标识的有效性验证通过；当第二用户的区块链账户标识和/或第三用户的区块链账户标识匹配失败时，说明第二用户的区块链账户标识和第三用户的区块链账户标识的有效性验证不通过，此时，第二节点设备可以拒绝存储该任一应用程序中的好友关系数据。

当任一应用程序中的好友关系数据的验证通过时，第二节点设备将该任一应用程序中的好友关系数据存储在目标区块链上。此存储过程可以详见步骤301C，此处不再赘述。

当第二节点设备每次接收到任一应用程序中的好友关系数据时，均可以通过上述步骤302至步骤303将该任一应用程序中的好友关系数据存储在目标区块链上。目标区块链上已存储的好友关系数据不允许篡改，只允许在目标区块链上添加存储有新的好友关系数据的新区块。新区块的区块特征值与上一区块的区块特征值相关，实现了将区块链中前后相邻的区块串联起来的目的，使得对第一区块链中任何数据的篡改均可通过对下一个区块中存储的区块特征值进行追溯而检测到。需要说明的是，经过上述步骤，可以将同一用户在不同应用程序中的好友关系数据通过区块链账号标识联系起来，从而可以便于后续基于用户的区块链账户标识在目标区块链中查找该用户在各个应用程序中的好友关系数据。

304、第三节点设备接收第一应用程序的好友关系数据获取请求。

其中，好友关系数据获取请求包括第一应用程序的应用标识、与第一用户的用户标识绑定的第一用户的区块链账户标识和第二应用程序的应用标识。其中，第一用户是指发起该好友关系数据获取请求的用户，第一应用程序是指第一用户当前登录的应用程序，第二应用程序是指待获取好友关系的应用程序。第二应用程序可以是指由第一用户选择的至少一个应用程序，也可以是指第一用户的终端默认的至少一个应用程序。其中，第一用户的终端默认的至少一个应用程序可以是指与第一应用程序具有关联关系的至少一个应用程序。需要说明的是，当存在第一用户选择的至少一个应用程序时，可以将第一用户选择的至少一个应用程序作为第二应用程序；当不存在第一用户选择的至少一个应用程序时，可以将第一用户的终端默认的至少一个应用程序作为第二应用程序。

第一应用程序的好友关系数据获取请求可以是由第一用户的终端发送至区块链***中的。第一用户的终端先获取好友关系数据获取请求，然后将好友关系数据获取请求发送至区块链***中。在一种可能实现方式中，第一用户的终端获取好友关系数据获取请求的方式包括但不限于以下三种：

方式一：当第一用户的终端检测到第一用户从未登录状态转换至登录状态时，也就是当第一用户成功登录第一应用程序时，第一用户的终端自动获取好友关系数据获取请求。

方式二：第一用户的终端在第一应用程序的界面中展示数据获取入口；当检测到该数据获取入口的触发操作时，第一用户的终端获取好友关系数据获取请求。

其中，数据获取入口的形式可以为按钮或者图标等。第一用户的终端检测到数据获取入口的触发操作的情况可以根据第一用户的终端的类型不同而有所不同，本申请实施例对此不加以限定。例如，第一用户的终端检测到数据获取入口的触发操作的情况可以是第一用户的终端检测到数据获取入口的压力触控操作，也可以是第一用户的终端检测到数据获取入口的点击操作等。其中，点击操作可以是指通过鼠标进行的点击操作，也可以是指通过键盘以输入快捷键的方式进行的点击操作等。

方式三：预先设置刷新好友关系数据的参考时间间隔，每隔一个参考时间间隔，第一用户的终端自动获取一次好友关系数据获取请求。

其中，参考时间间隔可以根据经验设置，也可以根据应用程序的类型进行自由调整，本申请实施例对此不加以限定。例如，参考时间间隔可以设置为2分钟等。

第一用户的终端获取好友关系数据获取请求后，即可将好友关系获取请求发送至区块链***，由此，区块链***中的第三节点设备可以接收到该好友关系获取请求。第三节点设备可以是指配置有目标区块链的任一节点设备。第三节点设备可以与第一节点设备和/或第二节点设备相同，也可以与第一节点设备和/或第二节点设备不同，本申请实施例对此不加以限定。

第三节点设备在接收到第一应用程序的好友关系数据获取请求后，第三节点设备可以先对好友关系数据获取请求进行***验证，当***验证通过时，再执行步骤305。第三节点设备对好友关系数据获取请求进行***验证的过程可以为：第三节点设备向区块链***中的验证节点设备发送该好友关系数据获取请求；至少一个验证节点设备在接收到好友关系数据获取请求时，验证该好友关系数据获取请求是否满足验证策略，验证通过后向第三节点设备返回验证通过消息；第三节点设备接收一个或多个验证节点设备返回的验证通过消息，当接收到的验证通过消息满足验证策略时，说明好友关系数据获取请求有效性验证通过。其中，验证策略可以规定验证使用的验证节点设备的数量、验证方式、验证通过条件等。其中，验证方式可以为验证好友关系数据获取请求是否按照预设格式生成、是否遗漏第一用户的区块链账户标识等必填信息等；验证通过条件可以为验证通过的验证节点设备的最小数量或者验证通过的验证节点设备在区块链***的所有节点设备中所占的最小比例等。通过对好友关系数据获取请求进行***验证，可以提高好友关系数据获取请求的可靠性。例如，假设验证策略规定需要至少5个验证节点设备进行验证，且需要至少3个验证节点设备验证通过，则第三节点设备向5个验证节点设备发送好友关系数据获取请求，当接收到至少3个验证节点设备返回的验证通过消息时，说明好友关系数据获取请求有效性验证通过。

在一种可能实现方式中，当第三节点设备对好友关系数据获取请求的***验证通过时，第三节点设备可以基于好友关系数据获取请求中的第一应用程序的应用标识和第二应用程序的应用标识，对第一应用程序和第二应用程序进行权限验证；当第一应用程序和第二应用程序的权限验证通过时，再执行步骤305。该权限验证的过程可以详见步骤303A，此处不再赘述。

305、第三节点设备对第一用户的区块链账户标识进行有效性验证。

在一种可能实现方式中，第三节点设备对第一用户的区块链账户标识进行有效性验证的过程可以为：第三节点设备将第一用户的区块链账户标识与区块链***中存储的区块链账户标识进行匹配，当第一用户的区块链账户标识匹配成功时，说明第一用户的区块链账户标识的有效性验证通过，此时，执行步骤306；当第一用户的区块链账户标识匹配失败时，说明第一用户的区块链账户标识的有效性验证不通过，此时，可以向第一用户的终端反馈报错信息。

306、当第一用户的区块链账户标识的有效性验证通过时，第三节点设备基于第一用户的区块链账户标识，从目标区块链中获取目标好友关系数据。

其中，目标好友关系数据为与第一用户的区块链账户标识对应的第二应用程序中的好友关系数据。基于该目标好友关系数据，即可获知第一用户在第二应用程序中的好友关系数据，从而实现不同应用程序中的好友关系数据的共享。

在一种可能实现方式中，第三节点设备从目标区块链中获取目标好友关系数据的过程可以包括以下两个步骤：

步骤1：第三节点设备基于第一用户的区块链账户标识，从目标区块链中获取与第一用户的区块链账户标识对应的候选好友关系数据。

在一种可能实现方式中，第三节点设备从目标区块链中获取与第一用户的区块链账户标识对应的候选好友关系数据的过程可以为：第三节点设备从目标区块链中获取与第一用户的区块链账户标识对应的全部好友关系建立数据和全部好友关系解除数据；对于全部好友关系建立数据中的任一好友关系建立数据，当全部好友关系解除数据中不存在该任一好友关系建立数据对应的好友关系解除数据时，将该任一好友关系建立数据作为与第一用户的区块链账户标识对应的候选好友关系数据。

具体而言，第三节点设备从目标区块链中获取与第一用户的区块链账户标识对应的全部好友关系建立数据和全部好友关系解除数据的过程可以为：第三节点设备从目标区块链中获取与第一用户的区块链账户标识对应的全部区块，在全部区块中获取与第一用户的区块链账户标识对应的全部好友关系建立数据和全部好友关系解除数据。

当全部好友关系解除数据中存在与该任一好友关系建立数据对应的好友关系解除数据时，说明该任一好友关系建立数据已失效，也就是说该任一好友关系建立数据对应的好友关系已解除。当全部好友关系解除数据中不存在与该任一好友关系建立数据对应的好友关系解除数据时，说明该任一好友关系建立数据有效，也就是说该任一好友关系建立数据对应的好友关系仍然存在。通过此过程得到的候选好友关系数据是指与第一用户仍然存在好友关系的用户的相关数据。

步骤2：第三节点设备基于第二应用程序的应用标识，在候选好友关系数据中获取第二应用程序中的好友关系数据。

在候选好友关系数据中获取与第二应用程序的应用标识对应的第二应用程序中的好友关系数据，将该第二应用程序中的好友关系数据作为目标好友关系数据。此时获取到的目标好友关系数据是第一用户在第二应用程序中的仍然存在好友关系的用户的相关数据。

需要说明的是，好友关系数据获取请求中可以不包括第二应用程序的应用标识。在此种情况下，第三节点设备将候选好友关系数据中的除第一应用程序中的好友关系数据外的其他好友关系数据均作为目标好友关系数据。此时的目标好友关系数据是指第一区块链中存储的第一用户在除第一应用程序外的其他各个应用程序中的仍然存在好友关系的用户的相关数据。

第三节点设备在获取目标好友关系数据后，即可将获取到的目标好友关系数据发送至第一用户的终端，以使第一用户的终端展示该目标好友关系数据。通过此种方式，第一用户可以在第一应用程序中得知该第一用户在第二应用程序中的仍然存在好友关系的用户的相关数据，并与这些用户直接进行游戏和通信，无需再次添加该用户为好友，有利于提高第一用户对第一应用程序的使用体验感。

第一用户的终端展示目标好友关系数据的界面可以如图4所示，图4中显示了三个目标好友关系数据，每个目标好友关系数据中包括与该第一用户具有好友关系的用户的区块链账户标识、建立好友关系的来源以及建立好友关系的时间戳。其中，建立好友关系的来源可以为除第一应用程序外的任一第二应用程序。

上述整个数据处理过程可以如图5所示，用户A在应用程序内发起与用户B建立好友关系的指令，服务器中的关系链校验模块对该建立好友关系的指令进行校验，校验通过时，获取用户B的响应信息；当响应信息指示用户B同意添加用户A为好友时，服务器调用关系链计算模块，由关系链计算模块获取用户A与用户B的关联数据，并生成好友关系数据。然后服务器中的关系链计算模块可以将该好友关系数据进行本地存储，还可以该好友关系数据发送至区块链***；区块链***中的任一节点设备在接收到好友关系数据后，可以通过该节点设备中的鉴权服务模块对应用程序进行权限验证以及对用户的区块链账户标识进行有效性验证，当验证通过后可以通过该节点设备中的好友关系服务模块将好友关系数据存储在目标区块链中。

当区块链***中的节点设备接收到好友关系数据获取请求时，可以通过该节点设备中的鉴权服务模块对对应用程序进行权限验证以及对用户的区块链账户标识进行有效性验证，验证通过后，通过该节点设备中的好友关系服务模块获取目标好友关系数据；该节点设备将目标好友关系数据通过用户A的终端的好友关系获取模块发送至用户A的终端。此外，服务器也可以将本地存储的好友关系数据通过用户A的终端的好友关系获取模块发送至用户A的终端。通过上述方式，好友关系数据可以长期稳定存储和维系，不受应用程序的运营商和地域条件的限制，有利于用户在虚拟世界中建立长期稳定的好友关系，满足用户对虚拟世界长期交友的需求。

在一种可能实现方式中，第三节点设备还可以接收第一应用程序的历史好友关系数据查询请求，基于该历史好友关系数据查询请求获取目标历史好友关系数据。其中，历史好友关系数据查询请求包括第一用户的区块链账户标识和第四用户的区块链账户标识。第四用户是指除第一用户外的至少一个用户。第三节点设备基于该历史好友关系数据查询请求获取目标历史好友关系数据的过程可以为：第三节点设备基于第一用户的区块链账户标识，从目标区块链中获取与第一用户的区块链账户标识对应的全部好友关系数据；将全部好友关系数据中与第四用户的区块链账户标识对应的好友关系数据作为目标历史好友关系数据。此时获取的目标历史好友关系数据是指目标区块链上存储的第一用户和第四用户在各个应用程序中的全部历史好友关系数据，包括第一用户和第四用户在各个应用程序中的全部好友关系建立数据和全部好友关系解除数据。在获取目标历史好友关系数据后，第三节点设备可以将目标历史好友关系数据发送至第一用户的终端，由第一用户的终端进行展示，以使第一用户得知该第一用户与第四用户在各个应用程序中产生的全部历史好友关系数据。

在本申请实施例中，预先将多个应用程序中的好友关系数据存储在目标区块链上，当接收到第一应用程序的好友关系数据获取请求时，基于与用户的用户标识绑定的该用户的区块链账户标识，从目标区块链中获取第二应用程序中的目标好友关系。通过上述过程，可以基于区块链账户标识将同一用户在不同应用程序中的好友关系数据联系起来，进而实现不同应用程序中的好友关系数据的共享，数据的处理效果较好，有利于提高用户对各个应用程序的使用体验感。

基于相同技术构思，图6是本申请实施例提供的一种基于区块链的数据处理装置的示意图，参见图6，该装置包括：

接收模块601，用于接收第一应用程序的好友关系数据获取请求，好友关系数据获取请求包括第一应用程序的应用标识、与第一用户的用户标识绑定的第一用户的区块链账户标识和第二应用程序的应用标识；

验证模块602，用于对第一用户的区块链账户标识进行有效性验证；

获取模块603，用于当第一用户的区块链账户标识的有效性验证通过时，基于第一用户的区块链账户标识，从目标区块链中获取目标好友关系数据，目标好友关系数据为与第一用户的区块链账户标识对应的第二应用程序中的好友关系数据。

在一种可能实现方式中，获取模块603，用于基于第一用户的区块链账户标识，从目标区块链中获取与第一用户的区块链账户标识对应的候选好友关系数据；基于第二应用程序的应用标识，在候选好友关系数据中获取第二应用程序中的好友关系数据。

在一种可能实现方式中，好友关系数据包括好友关系建立数据和好友关系解除数据，获取模块603，用于从目标区块链中获取与第一用户的区块链账户标识对应的全部好友关系建立数据和全部好友关系解除数据；对于全部好友关系建立数据中的任一好友关系建立数据，当全部好友关系解除数据中不存在与任一好友关系建立数据对应的好友关系解除数据时，将任一好友关系建立数据作为与第一用户的区块链账户标识对应的候选好友关系数据。

在一种可能实现方式中，验证模块602，还用于基于第一应用程序的应用标识和第二应用程序的应用标识，对第一应用程序和第二应用程序进行权限验证；当第一应用程序和第二应用程序的权限验证通过时，对第一用户的区块链账户标识进行有效性验证。

在一种可能实现方式中，接收模块601，还用于接收任一用户的注册请求，任一用户的注册请求包括任一用户的身份标识；

图7是本申请实施例提供的一种基于区块链的数据处理装置，参见图7，该装置还包括：

生成模块604，用于基于任一用户的身份标识，生成与任一用户的身份标识对应的任一用户的区块链账户标识；

反馈模块605，用于将任一用户的区块链账户标识反馈至任一用户；

存储模块606，用于将任一用户的区块链账户标识存储在区块链***中。

在一种可能实现方式中，接收模块601，还用于接收任一应用程序中的好友关系数据，好友关系数据包括任一应用程序的应用标识、第二用户的区块链账户标识和第三用户的区块链账户标识；

验证模块602，还用于对任一应用程序中的好友关系数据进行验证；

存储模块606，还用于当任一应用程序中的好友关系数据的验证通过时，将任一应用程序中的好友关系数据存储在目标区块链上。

在一种可能实现方式中，任一应用程序中的好友关系数据由任一应用程序的服务器产生，任一应用程序的服务器用于存储任一应用程序中的各个用户的用户标识和区块链账户标识的绑定关系。

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

图8是本申请实施例提供的一种服务器的结构示意图，该服务器可以是指上述实施例中的任一节点设备，也可以是指上述实施例中的服务器。该服务器可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(Central Processing Units，CPU)801和一个或多个存储器802，其中，该一个或多个存储器802中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器801加载并执行，以实现上述各个方法实施例提供的基于区块链的数据处理方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

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

通常，终端包括有：处理器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所执行以实现本申请中方法实施例提供的基于区块链的数据处理方法。

在一些实施例中，终端还可选包括有：***设备接口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可以为一个，设置在终端的前面板；在另一些实施例中，显示屏905可以为至少两个，分别设置在终端的不同表面或呈折叠设计；在再一些实施例中，显示屏905可以是柔性显示屏，设置在终端的弯曲表面上或折叠面上。甚至，显示屏905还可以设置成非矩形的不规则图形，也即异形屏。显示屏905可以采用LCD(LiquidCrystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode，有机发光二极管)等材质制备。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims

1.一种基于区块链的数据处理方法，其特征在于，所述方法应用于区块链***中的任一节点设备上，所述区块链***中的多个节点设备配置有目标区块链，所述目标区块链用于存储多个应用程序中的好友关系数据，所述方法包括：

对所述第一用户的区块链账户标识进行有效性验证；

2.根据权利要求1所述的方法，其特征在于，所述基于所述第一用户的区块链账户标识，从所述目标区块链中获取目标好友关系数据，包括：

基于所述第一用户的区块链账户标识，从所述目标区块链中获取与所述第一用户的区块链账户标识对应的候选好友关系数据；

基于所述第二应用程序的应用标识，在所述候选好友关系数据中获取第二应用程序中的好友关系数据。

3.根据权利要求2所述的方法，其特征在于，所述好友关系数据包括好友关系建立数据和好友关系解除数据，所述从所述目标区块链中获取与所述第一用户的区块链账户标识对应的候选好友关系数据，包括：

从所述目标区块链中获取与所述第一用户的区块链账户标识对应的全部好友关系建立数据和全部好友关系解除数据；

对于所述全部好友关系建立数据中的任一好友关系建立数据，当所述全部好友关系解除数据中不存在与所述任一好友关系建立数据对应的好友关系解除数据时，将所述任一好友关系建立数据作为与所述第一用户的区块链账户标识对应的候选好友关系数据。

4.根据权利要求1所述的方法，其特征在于，所述接收第一应用程序的好友关系数据获取请求之后，所述方法还包括：

基于所述第一应用程序的应用标识和所述第二应用程序的应用标识，对所述第一应用程序和所述第二应用程序进行权限验证；

当所述第一应用程序和所述第二应用程序的权限验证通过时，对所述第一用户的区块链账户标识进行有效性验证。

5.根据权利要求1所述的方法，其特征在于，所述对所述第一用户的区块链账户标识进行有效性验证之前，所述方法还包括：

接收任一用户的注册请求，所述任一用户的注册请求包括所述任一用户的身份标识；

基于所述任一用户的身份标识，生成与所述任一用户的身份标识对应的所述任一用户的区块链账户标识，将所述任一用户的区块链账户标识反馈至所述任一用户；

将所述任一用户的区块链账户标识存储在所述区块链***中。

6.根据权利要求1所述的方法，其特征在于，所述接收第一应用程序的好友关系数据获取请求之前，所述方法还包括：

接收任一应用程序中的好友关系数据，所述好友关系数据包括所述任一应用程序的应用标识、第二用户的区块链账户标识和第三用户的区块链账户标识；

对所述任一应用程序中的好友关系数据进行验证，当所述任一应用程序中的好友关系数据的验证通过时，将所述任一应用程序中的好友关系数据存储在所述目标区块链上。

7.根据权利要求6所述的方法，其特征在于，所述任一应用程序中的好友关系数据由所述任一应用程序的服务器产生，所述任一应用程序的服务器用于存储所述任一应用程序中的各个用户的用户标识和区块链账户标识的绑定关系。

8.一种基于区块链的数据处理装置，其特征在于，所述装置包括：

9.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行，以实现如权利要求1至7任一所述的基于区块链的数据处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现如权利要求1至7任一所述的基于区块链的数据处理方法。