CN117785996A - 基于区块链的业务数据处理方法、装置、设备以及介质 - Google Patents

Abstract

本申请实施例提供了一种基于区块链的业务数据处理方法、装置、设备以及介质，该方法包括：接收与业务对象相关联的上链请求，将上链请求携带的业务凭证添加至区块链，生成业务凭证对应的虚拟资产；业务凭证是基于目标对象对应的业务办理信息所生成的；将虚拟资产发送至业务对象在区块链上的业务账户，将业务账户中的虚拟资产标记为未领取状态；未领取状态用于表征目标对象不具备业务凭证所指示的业务权限；接收与业务凭证相关联的资产领取请求，将业务账户中处于未领取状态的虚拟资产转移至资产领取请求所携带的对象账户，确定对象账户关联的目标对象具备业务凭证所指示的业务权限。采用本申请实施例，可以提高业务凭证的安全性。

Description

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

技术领域

本申请涉及区块链技术领域，尤其涉及一种基于区块链的业务数据处理方法、装置、设备以及介质。

背景技术

用户在业务机构成功办理相关业务时(例如购买产品或者从事其他经营活动)，业务机构会向用户发放相关业务的业务凭证，并且该业务机构也会在数据库中存储该业务凭证，即对该业务凭证进行电子存储。然而，由于该业务凭证是由业务机构和用户双方独立存储的，因此业务机构和用户双方都很容易对该业务凭证进行篡改，使得该业务凭证的真实性不能得到保障。

发明内容

本申请实施例提供一种基于区块链的业务数据处理方法、装置、设备以及介质，可以提高业务凭证的安全性。

本申请实施例一方面提供了一种基于区块链的业务数据处理方法，包括：

接收与业务对象相关联的上链请求，将上链请求携带的业务凭证添加至区块链，生成业务凭证对应的虚拟资产；业务凭证是基于目标对象对应的业务办理信息所生成的；

将虚拟资产发送至业务对象在区块链上的业务账户，将业务账户中的虚拟资产标记为未领取状态；未领取状态用于表征目标对象不具备业务凭证所指示的业务权限；

接收与业务凭证相关联的资产领取请求，将业务账户中处于未领取状态的虚拟资产转移至资产领取请求所携带的对象账户，确定对象账户关联的目标对象具备业务凭证所指示的业务权限。

本申请实施例一方面提供了一种基于区块链的业务数据处理装置，包括：

生成模块，用于接收与业务对象相关联的上链请求，将上链请求携带的业务凭证添加至区块链，生成业务凭证对应的虚拟资产；业务凭证是基于目标对象对应的业务办理信息所生成的；

标记模块，用于将虚拟资产发送至业务对象在区块链上的业务账户，将业务账户中的虚拟资产标记为未领取状态；未领取状态用于表征目标对象不具备业务凭证所指示的业务权限；

转移模块，用于接收与业务凭证相关联的资产领取请求，将业务账户中处于未领取状态的虚拟资产转移至资产领取请求所携带的对象账户，确定对象账户关联的目标对象具备业务凭证所指示的业务权限。

其中，生成模块包括：

区块生成单元，用于获取上链请求中携带的业务凭证，将业务凭证封装为数据区块；

共识单元，用于对数据区块进行共识处理，当数据区块共识通过时，将数据区块添加至区块链；

第一获取单元，用于基于业务凭证的业务类型信息、业务时间信息和业务对象信息，从区块链中获取与业务凭证对应的M个历史业务凭证；M为正整数；

资产生成单元，用于获取业务凭证与M个历史业务凭证中每个历史业务凭证之间的相似度，若相似度小于相似度阈值，则生成业务凭证对应的虚拟资产。

其中，转移模块包括：

第二获取单元，用于获取所述资产领取请求所指示的业务凭证；

转移单元，用于若所述业务凭证满足资产领取条件，则将所述业务账户中处于未领取状态的所述虚拟资产转移至所述资产领取请求所携带的对象账户。

其中，转移模块还包括：

第三获取单元，用于将资产领取请求所指示的业务凭证发送给目标对象，获取目标对象对业务凭证的验证结果；

确定单元，用于若验证结果指示验证成功，则确定业务凭证满足资产领取条件。

其中，第二获取单元包括：

获取子单元，用于获取资产领取请求中携带的查询标识，基于查询标识获取目标对象对应的待验证业务凭证；

解密子单元，用于基于目标对象对应的对象公钥对待验证业务凭证进行解密，若解密成功，则将待验证业务凭证作为目标对象对应的业务凭证。

其中，该装置还包括：

领取期限获取模块，用于获取虚拟资产的领取期限，基于领取期限确定虚拟资产的领取截止时间；

提醒模块，用于若当前系统时间为领取截止时间，则向目标对象发送资产领取提醒消息；资产领取提醒消息用于提醒目标对象领取虚拟资产。

其中，该装置还包括：

验证模块，用于获取目标对象对应的对象注册请求，获取对象注册请求携带的对象认证信息，通过对象管理接口对对象认证信息进行验证，得到对象认证信息对应的身份认证结果；

确定模块，用于若身份认证结果指示认证成功，则确定目标对象具备发起资产领取请求的权限。

本申请实施例一方面提供了一种计算机设备，包括存储器和处理器，存储器与处理器相连，存储器用于存储计算机程序，处理器用于调用计算机程序，以使得该计算机设备执行本申请实施例中上述一方面提供的方法。

本申请实施例一方面提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，计算机程序适于由处理器加载并执行，以使得具有处理器的计算机设备执行本申请实施例中上述一方面提供的方法。

根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述一方面提供的方法。

本申请实施例中，在接收到与业务对象相关联的上链请求之后，通过将上链请求中携带的业务凭证添加至区块链，并生成业务凭证对应的虚拟资产，其中，该业务凭证是基于目标对象对应的业务办理信息所生成的；进而将虚拟资产发送至业务对象在区块链上的业务账户，将业务账户中的虚拟资产标记为未领取状态，该未领取状态用于表征此时目标对象不具备业务凭证所指示的业务权限；在接收与业务凭证相关联的资产领取请求之后，将业务账户中处于未领取状态的虚拟资产转移至资产领取请求所携带的对象账户，从而确定对象账户关联的目标对象具备业务凭证所指示的业务权限。本申请实施例基于区块链不可篡改和不可伪造的特点，可以保障目标对象对应的业务凭证不会被篡改以及业务凭证不会丢失，从而可以提高业务凭证的安全性。

附图说明

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

图1是本申请实施例提供的一种网络架构的结构示意图；

图2是本申请实施例提供的一种区块链的结构示意图；

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

图4是本申请实施例提供的一种区块链共识的场景示意图；

图5是本申请实施例提供的一种基于区块链的业务数据处理方法的时序示意图；

图6是本申请实施例提供的一种对象注册的场景示意图；

图7是本申请实施例提供的另一种基于区块链的业务数据处理方法的时序示意图；

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

图9是本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

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

本申请实施例涉及区块链技术。区块链是一套去中心化、具备分布式存储特点的基础架构，具体是一种按照时间顺序将数据区块用类似链表的方式组成的数据结构，能够安全存储有先后关系的、能在系统内进行验证的数据，并以密码学方式保证数据不可篡改和不可伪造；区块链可以认为是一种分布式账本，区块链上的各个区块内包含的信息数据是该分布式账本的账本数据。

区块链底层平台可以包括基础服务、智能合约以及运营管理等处理模块。其中，基础服务模块部署在所有区块链节点上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发布以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营管理模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、管理网络情况、管理节点健康状态等。

智能合约可以理解为运行在分布式账本(即区块链)上预置规则、具有状态、条件响应的，可封装、验证、执行分布式节点复杂行为，完成信息交换、价值转移和资产管理的计算机程序。基于区块链的分布式架构、共识算法等，智能合约允许相互不信任的用户在不需要任何第三方可信中介或权威的情况下完成交易，同时，数字形式的智能合约可灵活嵌入各种有形或无形的资产、交易和数据中，实现主动或被动的资产、信息管理与控制，逐步构建可编程的智能资产、系统等。

请参见图1，图1是本申请实施例提供的一种网络架构的结构示意图。该网络架构可以包括业务请求设备10、用户设备20和区块链网络30，该业务请求设备10和用户设备20可以是指区块链网络30之外的设备，具体地，业务请求设备10为业务对象所使用的设备，可以用于向区块链网络30中区块链节点发送数据；用户设备20为目标对象所使用的设备。区块链网络30可以由多个区块链节点组成，本申请对区块链网络30中所包含的区块链节点的数量不做限定。

图1以6个区块链节点为例进行说明，区块链网络30中的各个区块链节点以对等式网络(Peer-to-Peer，P2P)方式组网，区块链节点与区块链节点之间可以按照P2P协议相互通信。区块链网络中的各个区块链节点共同遵循广播机制、共识机制，共同保证区块链上的数据的不可篡改、不可伪造性，同时实现区块链的去中心化、去信任化等特性。

请一并参见图2，图2是本申请实施例提供的一种区块链的结构示意图。如图2所示，区块链可以由一系列数据区块构成，数据区块也可以称为数据块。创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，从而可以保证区块中输入信息的安全性。此外，一个数据区块被创建后需要在区块链网络中执行共识处理，当该数据区块共识成功后，该数据区块才被允许添加到区块链上；区块链中的数据区块可以按照创建时间戳由小到大的顺序连接成链式结构。区块链是一种分布式账本，区块链上的各个区块内包含的信息数据是该分布式账本的账本数据。

其中，业务请求设备10、用户设备20和区块链网络30中的区块链节点可以为用户终端，或者可以为服务器，或者为用户终端和服务器组成的系统，本申请对此不做限定。用户终端可以包括但不限于：个人计算机(personal computer，PC)、智能手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备(例如智能手表、智能手环等)、智能语音交互设备、智能家电(例如智能电视等)、车载设备等。

服务器可以为独立的物理服务器，也可以是多个物理服务器构成的服务器集群或分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

其中，业务请求设备10、用户设备20和区块链网络30中的区块链节点之间可以建立通信连接。例如，区块链网络30中的每个区块链节点可以接收到区块链网络30以外的业务请求设备10或者用户设备20发送的数据，并且可以将接收到的数据添加至区块链，同时也可以向区块链网络30以外的业务请求设备10或者用户设备20发送数据。此外，为了保证区块链网络30中各个区块链节点之间的数据互通，每个节点之间可以存在通信连接，例如区块链节点1和区块链节点2之间可以存在通信连接，区块链节点1和区块链节点3之间也可以存在通信连接。可以理解的是，上述通信连接不限定连接方式，可以通过有线通信方式进行直接或间接地连接，也可以通过无线通信方式进行直接或间接地连接等，具体可根据实际应用场景确定，本申请在此不做限制。

业务机构中的工作人员在为目标对象办理完成相应的业务时，会向目标对象发放该业务对应的业务凭证，以便目标对象凭借该业务凭证向业务机构核验或者办理相应的业务，或者基于该业务凭证获取该业务对应的业务权限。业务机构中的工作人员在利用业务请求设备10为目标对象办理业务时，在业务请求设备10会产生一系列的业务办理信息，业务请求设备10可以根据该业务办理信息生成上述提及的业务凭证。在生成业务凭证之后，业务对象可以使用业务请求设备10向区块链网络30中的区块链节点发送携带该业务凭证的上链请求，并由区块链网络30中的区块链节点将该业务凭证添加至区块链中，从而防止业务凭证丢失和被篡改。区块链上可以部署有资产发放合约，该资产发放合约可以用于发布业务凭证所对应的虚拟资产，以及链上领取虚拟资产的条件以及规则等。

具体地，区块链网络30中的区块链节点在将该业务凭证添加至区块链之后，可以调用资产发放合约中的发行逻辑，基于业务凭证生成业务凭证对应的虚拟资产，该虚拟资产可以包括资产凭证(例如，目标对象在区块链中所持有资产的凭证)、游戏币等，本申请对虚拟资产的类型不做限制。然后，区块链网络30中的区块链节点将该虚拟资产发送至业务对象在区块链上的业务账户，并将业务账户中的虚拟资产标记为未领取状态。可以理解的是，该未领取状态用于表征目标对象不具备业务凭证所指示的业务权限。进一步地，目标对象可以使用用户设备20向区块链网络30中的区块链节点发送与业务凭证相关联的资产领取请求，区块链网络30中的区块链节点接收该资产领取请求之后，可以调用资产转移合约中的转移逻辑，将业务账户中处于未领取状态的所述虚拟资产转移至资产领取请求所携带的对象账户，此时对象账户关联的目标对象具备业务凭证所指示的业务权限，如此在实现给目标对象发放相应的虚拟资产的同时，赋予目标对象业务凭证所指示的业务权限，有助于提高用户体验度，进而可以提高业务机构的用户粘度。

请参见图3，图3是本申请实施例提供的一种区块链中的虚拟资产处理方法的流程示意图。可以理解地，该方法可以由区块链网络中的任一区块链节点执行。如图3所示，该基于区块链的业务数据处理方法可以至少包括以下步骤S101-步骤S103：

步骤S101：接收与业务对象相关联的上链请求，将上链请求携带的业务凭证添加至区块链，生成业务凭证对应的虚拟资产；业务凭证是基于目标对象对应的业务办理信息所生成的。

业务对象可以是业务机构的工作人员，可以是业务机构的管理者，也可以是业务机构的业务人员等等，该业务对象具备向区块链节点发送上链请求的权限；业务凭证可以理解为用于证明业务真实合理的有效凭证；虚拟资产可以理解为基于业务凭证生成的虚拟资产，其中，虚拟资产可以是资产凭证(例如，目标对象在区块链中所持有资产的凭证)、游戏钻石、电子票据等虚拟资产。虚拟资产中可以包括一个或者多个虚拟资产，本申请实施例对虚拟资产中的资产数量不做限定。具体地，业务机构的工作人员在为目标对象办理完成相应的业务时，会向目标对象发放该业务对应的业务凭证，以便目标对象凭借该业务凭证向业务机构核验或者进行报销。其中，业务凭证是业务请求设备基于目标对象对应的业务办理信息所生成的，业务办理信息可以理解为目标用户办理业务时产生的信息，例如，目标用户的基本信息，业务信息等等。在本申请实施例中，业务机构可以是艺术品交易平台、电影院、银行、证券公司或者保险公司等等，以保险公司为例，目标对象为办理保险业务的用户，业务凭证可以理解为目标用户在办理保险业务时生成的保单信息；以艺术品交易平台为例，目标对象可以是购买艺术品的用户，业务凭证可以理解为目标对象购买艺术品时生成的交易票据。

可以理解的是，业务对象在向区块链节点发送上链请求之前，需要将业务机构在区块链网络上进行实名注册。具体地，业务对象可以向区块链节点发送携带注册请求，该注册请求可以包括业务机构的名称、业务请求设备的MAC地址等等，区块链节点基于该注册请求，为业务机构分配对应的链上地址标识，以便后续完成业务凭证的上链。可选地，还可以在区块链上为业务机构建立业务对象对应的业务账户，以便后续将根据业务凭证生成的虚拟资产暂时存放至该业务账户中。

具体地，业务机构中的工作人员在为目标对象办理完成相应的业务时，可以基于目标对象对应的业务办理信息，生成业务凭证；并由业务对象向区块链节点发送上链请求，其中，该上链请求可以包括业务凭证、业务机构对应的链上地址标识等信息，可以用于向区块链节点请求将业务凭证添加至区块链。可选地，业务对象可以使用业务请求设备将携带业务凭证的上链请求封装为交易，以交易的形式提交至区块链网络。区块链网络中的区块链节点在接收到业务对象提交的交易后，表示该区块链节点接收到了业务对象发送的上链请求。具体地，在任一区块链节点(例如图1所示的节点1)接收到该上链请求之后，可以获取上链请求中的业务凭证，将该业务凭证封装为数据区块，并将数据区块发送至区块链网络中的其他区块链节点(例如图1所示的节点2、节点3、节点4等)，其他区块链节点接收到包含业务凭证的数据区块，利用共识算法确定该数据区块是否为合法的数据区块；若是合法的数据区块，那么区块链网络中的每个区块链节点均存储该数据区块包括的业务凭证，使得属于区块链网络的全部区块链节点上存储的数据均一致，从而完成业务凭证的上链，以防止业务凭证丢失和被篡改。

请一并参见图4，图4是本申请实施例提供的一种区块链共识的场景示意图。区块链网络中的每个共识节点均可以读取该区块链中记录的所有数据。如图4所示，当区块链网络中的节点设备30a接收到业务请求设备10发送的业务对象相关联的上链请求之后，可以对上链请求进行验签，验签的主要目的在于检验上链请求在传输过程中是否被恶意篡改；若检测到该上链请求没有被篡改，则节点设备30a可以上链请求生成新的数据区块。由于区块链网络中生成的数据区块均需要进行共识，且共识通过之后的数据区块才可以添加至区块链，即数据区块在得到区块链网络中大部分共识节点的一致性投票之后，确认该数据区块是合法的数据区块，可以添加至区块链。其中，共识节点的具体投票数量与采用的共识算法相关，例如区块链网络中超过51％的共识节点投票通过，则表明该新区块共识通过。因此，节点设备30a在基于业务凭证生成新的数据区块之后，需要将新的数据区块广播给区块链网络中的其余共识节点，如节点设备30a将新的数据区块广播给节点设备30b以及节点设备30c，以使各共识节点可以对新的数据区块进行验证。

具体地，如图4所示，以区块链网络中的共识节点拥有一个由10个数据区块构成的区块链为例进行说明，区块链中除初始数据区块之外的每个数据区块均可以包含前一个数据区块的哈希值，由此构成数据区块之间的链式数据结构。对于节点设备30a而言，业务对象可以使用业务请求设备10可以向区块链网络的节点设备30a发送的携带业务凭证的上链请求，该上链请求用于指示节点设备30a将业务凭证添加至区块链。在节点设备30a接收到携带业务凭证的上链请求之后，节点设备30a可以将上链请求中的业务凭证打包成一个新的数据区块11，该数据区块11由区块头和区块体组成，区块头中可以包括区块链中的最高区块(即区块链中的第10个区块)对应的哈希值、版本号、时间戳和难度值等信息，区块体主要用于存储所接收到的业务凭证。节点设备30a在生成数据区块11后，可以将数据区块11广播给区块链网络中的其余共识节点(如图4所示的节点设备30b和节点设备30c等)，并将数据区块11存储在节点设备30a对应的本地缓存区40中。可选地，每个节点设备可以具有与对应的节点标识，而且各节点设备均可以存储有属于同一区块链的其他节点的各个节点设备对应的节点标识，以便后续根据其他节点设备的节点标识，将生成的数据区块广播至同一区块链的其他节点设备进行数据共享。其中，节点标识可为网络之间互联的协议(InternetProtocol，IP)地址以及其他任一种能够用于标识该节点设备的信息。

由于节点设备30a在区块链网络中对区块11进行了广播，因此节点设备30b和节点设备30c对应的本地缓存区中均存储有数据区块11。在节点设备30b接收到新的数据1之后，节点设备30b在将数据1打包成数据区块12之前，需要对本地缓存区40中存储的数据区块11，例如，节点设备30b可以检测数据区块中的业务凭证中发送方的账号信息是否正确、业务凭证是否已经过期等。其中，业务凭证过期可以是指该业务凭证已经完成上链，或者该业务凭证已经超过了时间期限等。在数据区块11通过验证后，节点设备30b可以获取数据区块11对应的哈希值，并基于数据区块11对应的哈希值和数据1生成数据区块12。同样地，节点设备30b可以将数据区块12广播给区块链网络中的其余共识节点(如图4所示的节点设备30a和节点设备30c等)，并将数据区块12存储在本地缓存区40中。换言之，数据区块12的区块头中包含数据区块11对应的哈希值，表明节点设备30b对数据区块11的验证结果为验证通过，即节点设备30b认可数据区块11是合理的，此时，在区块链网络中，数据区块11已经获得了节点设备30a和节点设备30b两个节点的认可。可以理解的是，由于数据区块11由节点设备30a生成，因此节点设备30a必定是确认数据区块11是合法的。

在节点服务器30b对数据区块12进行全网广播后，节点设备30c对应的本地存储区40中已经存储有节点设备30a所生成的数据区块11和节点设备30b所生成的数据区块12。在节点设备30c接收到新的数据2之后，将数据2打包成数据区块13之前，同样需要对本地缓存区40中存储的数据区块11和数据区块12进行验证，例如，节点设备30c可以分别检测业务凭证和数据1中发送方的账号信息是否正确、数据是否已经过期、区块头中所存储的哈希值是否合法等。当节点设备30c检测到数据区块中信息无误时，可以得到数据区块的验证结果为验证通过。

对于数据区块11和数据区块12，节点设备30c的验证结果可以包括以下情况：当数据区块11和数据区块12均通过验证时，节点设备30c可以基于数据区块12对应的哈希值和所接收的数据2生成数据区块13。换言之，数据区块13的区块头中包含数据区块12的哈希值时，表明节点设备30c认可了数据区块12和数据区块11(由于区块12的区块头中包含了区块11对应的哈希值)。此时，数据区块11已经通过了3个共识节点(即节点设备30a、节点设备30b以及节点设备30c)的认可，投票数为3；数据区块12通过了2个共识节点(即节点设备30b和节点设备30c)的认可，投票数为2；区块13通过了1个共识节点(即节点设备30c)的认可，投票数为1。

可选地，当数据区块11通过验证，数据区块12未通过验证时，节点设备30c可以基于数据区块11对应的哈希值和所接收的数据2生成数据区块13。换言之，数据区块13的区块头中包含数据区块11的哈希值时，表明节点设备30c仅认可了数据区块11。此时，数据区块11已经通过了3个共识节点(即节点设备30a、节点设备30b以及节点设备30c)的认可，投票数为3；数据区块12通过了1个共识节点(即节点设备30b)的认可，投票数为1；数据区块13通过了1个共识节点(即节点设备30c)的认可，投票数为1。

可选地，当数据区块11和数据区块12均未通过验证时，节点设备30c可以基于数据区块10对应的哈希值和所接收的数据2生成数据区块13。此时，数据区块11已经通过了2个共识节点(即节点设备30a和节点设备30b)的认可，投票数为2；数据区块12通过了1个共识节点(即节点设备30b)的认可，投票数为1；数据区块13通过了1个共识节点(即节点设备30c)的认可，投票数为1。

节点设备30c在生成数据区块13后，同样地，节点设备30c可以将数据区块13广播给区块链网络中的其余共识节点(如图4所示的节点设备30a和节点设备30b等)，并将数据区块13存储在本地缓存区40中，此时的数据区块11、数据区块12以及数据区块13均暂时未正式上链，后续以此类推，可以得到每个新生成区块的投票数，当某数据区块的投票数达到投票阈值时，即可将该数据区块进行正式上链，例如，区块链网络中共有5个共识节点，投票阈值为51％，当数据区块11通过3个共识节点的认可时，可以将数据区块11正式上链，并在各共识节点的本地缓存区中将正式上链的数据区块11进行删除。在上述共识过程中，每个共识节点只需要把各自生成的区块广播给其余节点，可以避免验证结果的广播过程，进而可以提高共识效率。

在将业务凭证添加至区块链之后，可以基于预先部署的资产发放合约生成业务凭证对应的虚拟资产。其中，业务对象可以使用业务请求设备在区块链上部署资产发放合约；该资产发放合约可以基于相关的发行逻辑发布业务凭证相关的虚拟资产以及链上领取虚拟资产的条件等。类似地，下文涉及资产转移合约，也可以是业务对象在区块链上预先部署的，该资产转移合约可以基于相关的转移逻辑，将业务账户中处于未领取状态的虚拟资产转移至资产领取请求所携带的对象账户。

需要说明的是，上述资产发放合约和资产转移合约可以为计算机程序代码，业务对象可以使用智能合约高级语言进行编写，通过编译器可以将高级语言编写的合约编译成区块链节点的虚拟机中的字节码，虚拟机可以用于解释执行智能合约中的字节码。智能合约高级语言包括但不限于Solidity(一种智能合约编程语言)、Serpent(一种智能合约编程语言)、LLL(一种智能合约编程语言)，如开发人员可以使用Solidity编写数据合约和业务合约，并使用编译器将Solidity编写的数据合约和业务合约分别编译成虚拟机字节码，进而将编译成虚拟机字节码添加至区块链。

可选地，为了避免给同一目标对象基于同一类型的业务凭证发放重复的虚拟资产，导致虚拟资产贬值；或者为了避免将重复或者相同的业务凭证生成虚拟资产，从而可以避免相同的业务凭证生成的虚拟资产的流通扰乱市场；可以在生成业务凭证对应的虚拟资产之前，将业务凭证与区块链中的历史业务凭证进行比对，若筛选出与业务凭证高度相似或者相同的历史业务凭证，则拒绝生成业务凭证对应的虚拟资产；否则，则生成业务凭证对应的虚拟资产。区块链中预先存储有多个历史业务凭证，该历史业务凭证可以理解为多个业务机构对应的多个业务凭证。在本申请实施例中，在生成业务凭证对应的虚拟资产之前，还可以获取业务凭证与链上其他与该业务凭证对应的历史业务凭证之间的相似度，然后通过比对该相似度与相似度阈值之间的大小，进而确定是否生成业务凭证对应的虚拟资产。

具体地，可以通过获取业务凭证相关的业务信息，例如业务类型信息、业务时间信息、业务对象信息等信息，还可以包括业务机构信息、业务风险等级信息，业务收益类型信息等信息。调用资产发行合约，基于该业务凭证相关的业务信息，从区块链中获取与该业务凭证对应的M个历史业务凭证，其中M为正整数，例如，M可以是1，2，3……。以该业务凭证为保单为例，业务类型信息可以是指保险的险种，例如可以是包括社会保险和商业保险，其中，社会保险可以包括养老保险、医疗保险、失业保险、工伤保险和生育保险等等，商业保险可以包括财产保险和人身保险等等，其中每一类保险还可以细分，例如财产保险又可以分为财产损失险、责任保险和信用保证保险三大类险种等等。业务时间信息可以是指保单生成的时间信息；业务对象可以是指该保单对应的险种的办理对象或者收益对象的信息；业务机构信息可以理解为提供保单的业务机构对应的信息；风险等级信息可以为低风险、中低风险、中等风险、中高风险、或高风险等等；收益类型信息可以理解为报销比例、报销条件等等信息。

其中，上述资产发行合约中可以包括分类树算法对应的执行逻辑。区块链中存储的多个业务机构对应的多个历史业务凭证可以是以分类树的数据形式进行存储的。在分类树中，可以按照业务类型信息、业务时间信息和业务对象信息等信息作为节点对多个历史业务凭证进行分类。具体地，从区块链中获取与业务凭证对应的M个历史业务凭证时，可以是调用资产发行合约中的分类树算法，从链上存储的多个历史业务凭证中与业务类型信息对应的K个历史业务凭证；然后从上述K个历史业务凭证中，匹配与业务时间信息对应的L个历史业务凭证；最后从上述L个历史业务凭证中，匹配与业务对象信息对应的M个历史业务凭证，得到与目标对象关联的业务凭证对应的M个历史业务凭证。其中，L为大于或者等于M的正整数，K为大于或者等于L的正整数。本申请实施例中，可以根据资产发放合约中的分类树算法，可以快速地获取业务凭证对应的M个历史业务凭证，从而可以提高查询的效率。

进一步地，上述资产发行合约中还可以包括相似度算法对应的执行逻辑，该相似度算法可以包括但不限于欧几里得距离(Eucledian Distance)、曼哈顿距离(ManhattanDistance)、明可夫斯基距离(Minkowski distance)、余弦相似度(Cosine Similarity)等等算法。在本申请实施例中，可以调用资产发放合约中的相似度算法，获取业务凭证与M个历史业务凭证中每个历史业务凭证之间的相似度。可选地，以相似度算法为余弦相似度算法进行举例说明。具体地，可以根据业务类型信息、业务时间信息、业务对象信息等信息，以及业务机构信息、业务风险等级信息，业务收益类型信息等信息，提取业务凭证和历史业务凭证分别对应的第一特征值和第二特征值；根据第一特征值将业务凭证进行向量转换，得到业务凭证对应的第一特征向量；根据第二特征值将各个历史业务凭证进行向量转换，得到每一历史业务凭证对应的第二特征向量；获取第一特征向量与每一第二特征向量之间的相似度，得到业务凭证与M个历史业务凭证中每一历史业务凭证之间的相似度。

M个历史业务凭证所对应的M个第二特征向量可以构成第二特征向量集合，其中，第二特征向量G_j为第二特征向量集合中的其中第二特征向量，j为正整数；可以将业务凭证所对应的第一特征向量记为t_i。可以计算第二特征向量集合中每个第二特征向量与各个第一特征向量之间的距离来衡量两个向量之间的相似度，其中，距离越小，相似度越大；距离越大，相似度越小。以余弦相似度为例，第二特征向量集合中的第二特征向量G_j与第一特征向量t_i，其两者之间的距离可以表示为：dis<G_j，t_i>＝cosin(G_j，t_i)，其中，dis<G_j，t_i>用于表示第二特征向量G_j与第一特征向量t_i之间的距离，cosin为余弦函数。

在获取业务凭证与M个历史业务凭证中每一历史业务凭证之间的相似度之后，通过对比该相似度与相似度阈值之间的大小，若相似度小于相似度阈值，则可以基于资产发放合约的发行逻辑，生成业务凭证对应的虚拟资产，并且可以将生成成功的结果返回给业务请求设备；若相似度大于或者等于相似度阈值，则不生成业务凭证对应的虚拟资产，并可以将生成失败的结果返回给业务请求设备，提示业务请求设备重新上传用于生成虚拟资产的业务凭证。实施本申请实施例，避免将重复或者相同的业务凭证生成虚拟资产，从而可以避免相同或者相似的业务凭证生成的虚拟资产的流通扰乱市场。

步骤S102：将虚拟资产发送至业务对象在区块链上的业务账户，将业务账户中的虚拟资产标记为未领取状态；未领取状态用于表征目标对象不具备业务凭证所指示的业务权限。

业务账户可以理解为业务对象对应的业务机构在区块链上的账户。具体地，当生成虚拟资产之后，区块链节点可以在区块链上将虚拟资产发送至业务对象对应的业务账户上，将虚拟资产在该业务账户上暂存。同时，还可以将业务账户中的虚拟资产标记为未领取状态，以便业务对象根据该状态提示目标对象领取该业务账户中的虚拟资产。其中，未领取状态可以用于表征目标对象不具备业务凭证所指示的业务权限。以业务凭证为保单信息为例，目标对象不具备业务凭证所指示的业务权限可以理解为，目标对象此时不具备基于该保单信息(业务凭证)向保险公司(业务机构)发起理赔请求的权限；以业务凭证为艺术品交易票据为例，目标对象不具备业务凭证所指示的业务权限可以理解为，目标对象此时不具备基于该艺术品交易票据(业务凭证)向艺术品交易平台(业务机构)发起取货请求的权限。可选地，业务对象还可以将业务凭证上链成功结果返回给目标对象，以提示目标对象业务凭证上链成功；并且业务对象还可以向目标对象返回虚拟资产的相关信息，以提示目标对应领取该虚拟资产，从而可以提高用户体验度。

步骤S103：接收与业务凭证相关联的资产领取请求，将业务账户中处于未领取状态的虚拟资产转移至资产领取请求所携带的对象账户，确定所述对象账户关联的目标对象具备所述业务凭证所指示的业务权限。

具体地，当目标对象想要领取区块链上业务账户中的虚拟资产时，可以向区块链节点发送资产领取请求，该资产领取请求与业务凭证相关联，该资产领取请求中具体可以包括但不限于目标对象的对象账户、业务凭证的查询标识、资产领取数量、目标对象的身份信息、未领取的虚拟资产信息等信息。本申请实施例对于目标对象发送资产领取请求的时间不做限定，可以是目标对象在办理相应的业务时，或者办理完相应的业务之后的某段时间等等。其中，目标对象可以将资产领取请求封装为交易，以交易的形式提交至区块链网络。区块链网络中的区块链节点在接收到目标对象提交的交易后，表示该区块链节点接收到了目标对象发送的资产领取请求。该区块链节点获取到包含该资产领取请求的交易后，可以将该交易进行打包，以生成新的数据区块，并需要在区块链网络中对该数据区块进行同步，如将包含该资产领取请求的数据区块广播给区块链网络中的其余节点，以达成共识，防止该资产领取请求在上传的过程中被恶意篡改，具体的共识过程可以参考上文中的描述，此处不再进行赘述。

进一步地，区块链节点在对数据区块的共识过程中，区块链节点可以执行数据区块中的所有交易，当然也包括该数据区块中包含资产领取请求的交易。在区块链节点执行包含资产领取请求的交易的过程中，区块链节点可以基于资产领取请求在区块链上获取资产领取请求所指示的业务凭证。具体地，区块链节点可以获取资产领取请求中所携带的业务凭证的查询标识、目标对象的身份信息、未领取的虚拟资产信息等信息，然后基于上述信息在区块链上获取资产领取请求所指示的业务凭证。

进一步地，区块链节点可以基于资产转移合约中的转移逻辑，在区块链上把暂时存放在业务对象对应的业务账户中处于未领取状态的虚拟资产，转移至资产领取请求所携带的对象账户中。可以理解的是，当虚拟资产转移成功之后，对象账户关联的目标对象具备业务凭证所指示的业务权限。具体地，以业务凭证为保单信息为例，目标对象具备业务凭证所指示的业务权限可以理解为，目标对象此时具备基于该保单信息(业务凭证)向保险公司(业务机构)发起理赔请求的权限；以业务凭证为艺术品交易票据为例，目标对象具备业务凭证所指示的业务权限可以理解为，目标对象此时具备基于该艺术品交易票据(业务凭证)向艺术品交易平台(业务机构)发起取货请求的权限。如此，在实现给目标对象发放相应的虚拟资产的同时，赋予目标对象业务凭证所指示的业务权限，有助于提高用户体验度，进而可以提高业务机构的用户粘度。

可选地，在将虚拟资产从业务账户转移至资产领取请求所携带的对象账户之后，还可以向目标对象返回资产转移成功的提示消息，以提示目标对象虚拟资产转移成功，并且还可以将虚拟资产标记为已领取状态。

本申请实施例中，在接收到与业务对象相关联的上链请求之后，通过将上链请求中携带的业务凭证添加至区块链，并生成业务凭证对应的虚拟资产，其中，该业务凭证是基于目标对象对应的业务办理信息所生成的；进而将虚拟资产发送至业务对象在区块链上的业务账户，将业务账户中的虚拟资产标记为未领取状态，该未领取状态用于表征此时目标对象不具备业务凭证所指示的业务权限；在接收与业务凭证相关联的资产领取请求之后，将业务账户中处于未领取状态的虚拟资产转移至资产领取请求所携带的对象账户，从而确定对象账户关联的目标对象具备业务凭证所指示的业务权限。本申请实施例基于区块链不可篡改和不可伪造的特点，可以保障目标对象对应的业务凭证不会被篡改以及业务凭证不会丢失，从而可以提高业务凭证的安全性。

请参见图5，图5是本申请实施例提供的一种基于区块链的业务数据处理方法的时序示意图。如图5所示，基于区块链的业务数据处理方法可以包括以下步骤S201-步骤S210：

步骤S201：发送与业务对象相关联的上链请求。

步骤S202：将上链请求携带的业务凭证添加至区块链，生成业务凭证对应的虚拟资产；业务凭证是基于目标对象对应的业务办理信息所生成的。

步骤S203：将虚拟资产发送至对象在所述区块链上的业务账户，将业务账户中的虚拟资产标记为未领取状态；未领取状态用于表征所述目标对象不具备所述业务凭证所指示的业务权限。

具体地，业务机构的工作人员在利用业务请求设备为目标对象办理完成相应的业务时，在业务请求设备10会产生一系列的业务办理信息，业务请求设备可以基于目标对象对应的业务办理信息，生成业务凭证。为了防止业务凭证丢失和被篡改，可以利用区块链自身的不可篡改和不可伪造的特性，将该业务凭证添加至区块链中。可以理解的是，区块链节点在将业务凭证添加至区块链存储之前，业务对象需要向区块链节点发送携带业务凭证的上链请求，以便区块链节点将业务凭证添加至区块链。

其中，步骤S202和步骤S203的具体实现方式可以参见上述图3所对应实施例中的步骤S101和步骤S102，这里不再进行赘述。

步骤S204：发送目标对象对应的对象注册请求。

步骤S205：获取对象注册请求携带的对象认证信息，通过对象管理接口对对象认证信息进行验证，得到对象认证信息对应的身份认证结果。

具体地，目标对象若想要领取暂时存放在业务账户中的虚拟资产，需要进行对象注册。在本申请实施例中，目标对象可以通过用户设备向区块链节点发送对象注册请求。区块链节点接收到目标对象对应的对象注册请求后，可以获取对象注册请求中携带的对象认证信息，通过对象管理接口可以对对象认证信息进行验证，得到对象认证信息对应的身份认证结果，其身份认证结果可以包括认证成功或者认证失败。其中，对象管理接口可以调用用于管理对象信息的管理系统，对象认证信息可以包括目标对象的证件照片、脸部图像、基本信息等。

步骤S206：若身份认证结果指示认证成功，则确定目标对象具备发起资产领取请求的权限。

具体地，当身份认证结果指示认证成功时，表示目标对象的身份已经受到了认可，可以确定目标对象具备发起资产领取请求的权限。当身份认证结果指示认证失败时，表示目标对象的身份未受到认可，可以确定目标对象还不具备发起资产领取请求的权限，需要目标对象重新提供对象认证信息进行对象注册。

请参见图6，图6是本申请实施例提供的一种对象注册的场景示意图。如图6所示，目标对象想要领取区块链上的虚拟资产时，需要向区块链节点进行对象注册。当目标对象通过用户设备20向区块链节点发起对象注册请求时，可以在用户设备20的注册页面61中显示有注册服务入口611；基于注册服务入口611上传目标对象的脸部图像，此时启动脸部注册服务，由脸部注册服务提供的脸部服务来采集目标对象的脸部图像，将采集到的脸部图像作为目标对象的对象认证信息。具体地，当注册服务入口611被触发时，表示目标对象具有采集脸部图像的需求，则触发显示脸部注册页面62。其中，脸部注册页面62中可能显示有用于显示当前目标对象的脸部图像的窗口621，当窗口621显示于用户设备20的屏幕中时表示用户设备20的摄像头被开启。此时，若用户设备20检测到摄像头采集的图像中存在脸部，则显示提示消息631，提示消息631用于提示目标对象脸部图像采集成功，并即将对采集到的脸部图像进行验证。若用户设备20始终没有检测到摄像头采集的图像中有脸部，则在窗口621内实时显示摄像头采集的图像，直到用户设备20检测到图像中存在脸部时，执行输出提示消息631的步骤。

在获取到目标对象的脸部图像之后，可以通过对象管理接口调用对象管理系统50，基于对象管理系统50中的对象信息对目标对象的脸部图像进行验证；若目标对象上传的脸部图像与对象管理系统50中已有的目标对象的对象信息相同，表示认证成功，进而可以确定目标对象具备发起资产领取请求的权限，并将认证成功的结果返回给用户设备20，同时在区块链上为目标对象创建目标对象对应的对象账户。若目标对象上传的脸部图像与对象管理系统50中已有的目标对象的对象信息不相同，表示认证失败，可以确定目标对象暂时不具备发起资产领取请求的权限，并将认证失败的结果返回给用户设备20，提醒目标对象重新进行对象注册。

步骤S207：发送与业务凭证相关联的资产领取请求。

步骤S208：获取资产领取请求所指示的业务凭证。

具体地，当目标对象想要领取区块链上业务对象对应的业务账户中的处于非领取状态的虚拟资产时，可以向区块链节点发送业务凭证相关联的资产领取请求，该资产领取请求交易用于请求领取业务账户中处于未领取状态的虚拟资产，该资产领取请求中可以包括但不限于目标对象的对象账户、业务凭证的查询标识、资产领取数量、目标对象的身份信息、未领取的虚拟资产信息等信息。

可选地，资产领取请求中可以携带查询标识，该查询标识可以与目标对象在链上对应的业务凭证关联。可以理解的是，区块链节点在将业务凭证添加至区块链之后，可以生成业务凭证对应的查询标识，将该查询标识返回至业务对象，由业务对象将该查询标识反馈给目标对象，以供目标对象根据该查询标识获取到目标对象对应的业务凭证。示例地，该查询标识可以是业务机构的链上地址，或者可以是业务凭证标识，或者还可以是其他可以与链上的目标对象对应的业务凭证的查询标识。

区块链节点在接收资产领取请求之后，可以基于虚拟资产请求获取查询标识，在已上链的数据中查询并反馈与查询标识关联的待验证业务凭证。待验证业务凭证可以理解为业务凭证经过加密处理之后得到的凭证。具体地，目标对象可以生成密钥对，该密钥对包括对象私钥和对象公钥，对象私钥由目标对象自己管理，或者委托给特定的服务进行管理，对象公钥可以通知给区块链网络中的所有区块链节点；该区块链节点可以采用哈希算法对区块链上存储的业务凭证进行哈希运算，生成业务凭证对应的第一摘要信息，并采用生成的对象私钥对第一摘要信息进行加密，加密之后的第一摘要信息即为待验证业务凭证。区块链节点在接收到资产领取请求之后，获取资产领取请求中携带的查询标识；基于查询标识获取目标对象对应的待验证业务凭证，并使用目标对象对应的对象公钥，基于该对象公钥对待验证业务凭证进行解密，得到解密后的待验证业务凭证，即待验证业务凭证对应的第二摘要信息。若第二摘要信息与前述的第一摘要信息相同，则表示解密成功，并将该解密后的待验证业务凭证作为资产领取请求所指示的业务凭证。若第一摘要信息与第二摘要信息不相同，则表示基于目标对象对应的对象公钥无法对待验证业务凭证进行求解，解密不成功，根据资产领取请求中的查询请求获取到的待验证业务凭证与目标对象对应的对象公钥不匹配，无法解密后的待验证业务凭证作为资产领取请求所指示的业务凭证。此时，区块链节点向目标对象返回解密失败消息，指示目标对象重新上传携带与业务凭证相关联的查询标识的资产领取请求。

步骤S209：若业务凭证满足资产领取条件，则将业务账户中处于未领取状态的虚拟资产转移至资产领取请求所携带的对象账户。

步骤S210：确定对象账户关联的目标对象具备业务凭证所指示的业务权限。

具体地，区块链上的资产发放合约中的资产领取条件可以设置为：目标对象确定资产领取请求所指示的业务凭证是否有误，进而确定业务凭证是否满足资产领取条件。当目标对象核实资产领取请求所指示的业务凭证无误时，确定业务凭证满足资产领取条件；当目标对象确定业务凭证有误时，确定业务凭证不满足资产领取条件。

具体地，区块链节点在获取到资产领取请求所指示的业务凭证之后，可以向将资产领取请求所指示的业务凭证发送给目标对象，以便目标对象核实该链上存储的资产领取请求所指示的业务凭证是否有误。区块链节点获取目标对象对业务凭证的验证结果，若获取到该验证结果指示验证成功，则确定该业务凭证满足资产领取条件。可以理解的是，当该验证结果指示验证成功时，表示目标对象已经核实链上存储的资产领取请求所指示的业务凭证无误，从而可以确定业务凭证满足资产领取条件。当该验证结果指示验证失败时，表示目标对象确认链上存储的资产领取请求所指示的业务凭证有误，业务机构发放给目标对象的业务凭证与链上存储的资产领取请求所指示的业务凭证不一致，可能的原因是资产领取请求所指示的业务凭证在添加至区块链的过程中被篡改；或者业务对象向区块链节点发送的上链请求时，上链请求中携带的业务凭证有误，与目标对象的信息不符等等。当目标对象确定该业务凭证有误时，确定该业务凭证不满足资产领取条件，进而区块链节点无法将业务账户中处于未领取状态的虚拟资产转移至资产领取请求所携带的对象账户中。

此外，区块链上的资产发放合约中的资产领取条件还可以设置为：通过比对目标对象对应的注册信息和业务凭证中的对象信息是否一致，来确定业务凭证是否满足资产领取条件。若注册信息与对象信息相同，则可以确定业务凭证满足资产领取条件；若注册信息与对象信息不相同，则可以确定业务凭证不满足资产领取条件。

具体地，区块链节点在获取到资产领取请求所指示的业务凭证的业务凭证之后，可以获取该业务凭证对应的对象信息，该对象信息可以是业务凭证上的目标对象的相关信息，例如目标对象的姓名等信息；并从业务对象中获取目标对象对应的注册信息，注册信息可以是目标对象对应的姓名等信息；若注册信息与对象信息相同，则确定业务凭证满足资产领取条件。可以理解的是，若注册信息与对象信息相同，则表示业务凭证的对象信息与目标对象对应的注册信息为同一对象的信息，从而可以确定业务凭证满足资产领取条件。

进一步地，若业务凭证满足资产领取条件，则区块链节点可以基于资产转移合约中的转移逻辑，在区块链上把暂时存放在业务对象对应的业务账户中处于未领取状态的虚拟资产，转移至资产领取请求所携带的对象账户中。可以理解的是，当虚拟资产转移成功之后，对象账户关联的目标对象具备业务凭证所指示的业务权限。具体地，以业务凭证为保单信息为例，目标对象具备业务凭证所指示的业务权限可以理解为，目标对象此时具备基于该保单信息(业务凭证)向保险公司(业务机构)发起理赔请求的权限；以业务凭证为艺术品交易票据为例，目标对象具备业务凭证所指示的业务权限可以理解为，目标对象此时具备基于该艺术品交易票据(业务凭证)向艺术品交易平台(业务机构)发起取货请求的权限。如此，在实现给目标对象发放相应的虚拟资产的同时，赋予目标对象业务凭证所指示的业务权限，有助于提高用户体验度，进而可以提高业务机构的用户粘度。

可选地，区块链节点还可以获取虚拟资产的领取期限，基于领取期限确定虚拟资产的领取截止时间；若当前系统时间为领取截止时间，则向目标对象发送资产领取提醒消息；该资产领取提醒消息用于提醒目标对象领取虚拟资产。

具体地，若虚拟资产中若包含多个虚拟子资产，则以最早的期限作为领取期限。领取截止时间可以理解为是基于领取期限预先设置的参数，领取截止时间早于领取期限，领取截止时间在实际的应用中可以根据实际情况设置，例如，领取截止时间可以设置为领取期限的前5天等。若当前系统时间为领取截止时间，则向目标对象发送资产领取提醒消息，以提醒目标对象领取虚拟资产，防止虚拟资产到达领取期限无法领取造成资产损失。

请参见图7，图7是本申请实施例提供的一种区块链中的虚拟资产发放方法的流程示意图。如图7所示，区块链中的虚拟资产发放方法涉及目标对象、业务机构、资产发放后台、以及区块链之间的交互；资产发放后台也可以称为资产发放后台服务，可以为区块链网络中的区块链节点。其中，区块链中的虚拟资产发放方法的实现流程可以包括以下步骤S301-步骤S319：

步骤S301：在资产发放后台注册。

步骤S302：注册业务机构的链上地址。

可以理解的是，业务机构对应的业务对象在通过业务请求设备在向资产发放后台发送携带业务凭证的上链请求之前，需要将业务对象对应的业务机构在资产发放后台上进行实名注册。具体地，业务对象可以通过业务请求设备向资产发放后台发送携带注册请求，该注册请求可以包括业务机构的名称、业务请求设备的MAC地址等等，资产发放后台基于该注册请求，为业务机构分配对应的链上地址，以便后续完成业务凭证的上链。并且，还可以将业务机构对应的链上地址在资产发放合约中注册。可选地，还可以在区块链上为业务机构建立业务请求设备对应的业务账户，以便后续将根据业务凭证生成的虚拟资产暂时存放至该业务账户中。

步骤S303，在业务机构办理业务。

步骤S304，汇总目标对象的业务办理信息，基于办理信息生成业务凭证。

具体地，目标对象可以在业务机构办理相关的业务，当业务机构的工作人员在为目标对象办理完成相应的业务时，可以汇总目标对象的业务办理信息，然后基于目标对象对应的业务办理信息生成业务凭证，并且会向目标对象发放该业务对应的业务凭证，以便目标对象凭借该业务凭证向业务机构核验或者办理相应的业务。

步骤S305，发送携带业务凭证的上链请求。

步骤S306，将业务凭证上链，生成业务凭证对应的虚拟资产。

步骤S307，返回虚拟资产信息。

具体地，在目标对象对业务凭证进行核实之后，业务对象可以通过业务请求设备向资产发放后台发送携带业务凭证的上链请求；资产发放后台将该业务凭证发送至区块链将其上链存储，并调用区块链上的资产发放合约，通过资产发放合约的发行逻辑，生成业务凭证对应的虚拟资产。同时，区块链向资产发放后台返回虚拟资产信息，其中，虚拟资产信息可以包括业务凭证对应的查询标识、虚拟资产的数量、生成时间戳、领取期限等信息。

步骤S308：返回业务凭证上链成功信息，返回虚拟资产信息。

步骤S309：在业务账户显示虚拟资产待领取信息。

具体地，业务对象可以通过业务请求设备向目标对象返回业务凭证上链成功信息以及虚拟资产信息，以提示目标对象在业务凭证上链成功以及虚拟资产生成成功。可以理解的是，资产发放后台可以将业务账户中的虚拟资产标记为未领取状态，以便业务对象根据该状态提示目标对象领取该业务账户中的虚拟资产。其中，未领取状态可以用于表征目标对象不具备业务凭证所指示的业务权限。同时，还可以在业务账户显示虚拟资产待领取信息，以便提醒目标对象领取该业务账户中的虚拟资产。

步骤S310：在资产发放后台进行实名注册。

步骤S311：调用对象注册接口对目标对象的身份信息进行实名认证。

步骤S312：发送实名认证成功消息。

具体地，目标对象可以在资产发放后台上进行实名身份认证，资产发放后台可以调用对象管理接口对目标对象的对象认证信息进行验证，认证通过后的目标对象具有领取暂时存放在业务账户上的虚拟资产的资格，同时具备发起资产领取请求的权限。目标对象实名认证成功之后，资产发放后台可以向目标对象发送实名认证成功消息，以提示目标对象实名认证成功。

步骤S313：发送资产领取请求。

步骤S314：在链上查询目标对象对应的业务凭证。

步骤S315：返回业务凭证，目标对象对业务凭证进行验证。

具体地，在目标对象实名认证成功之后，当目标对象想要领取区块链上业务账户中的虚拟资产时，可以向资产发放后台发送资产领取请求。该资产领取请求与业务凭证相关联，该资产领取请求中具体可以包括但不限于目标对象的对象账户、业务凭证的查询标识、资产领取数量、目标对象的身份信息、未领取的虚拟资产信息等信息。资产发放后台可以根据资产领取请求获取未领取的虚拟资产，并根据未领取的虚拟资产在区块链上查询资产领取请求所指示的业务凭证，并将该业务凭证返回给目标对象，以便目标对象对该业务凭证进行验证，从而确定业务凭证是否满足资产领取条件。

步骤S316：请求转移虚拟资产。

步骤S317：在链上对虚拟资产进行转移。

步骤S318：返回链上转移虚拟资产成功消息。

步骤S319：显示目标对象领取的虚拟资产。

具体地，资产发放后台在获取到目标对象对业务凭证验证成功的消息之后，向区块链请求将暂时存放在业务账户的虚拟资产转移至目标对象对应的对象账户。区块链节点可以基于资产转移合约中的转移逻辑，在区块链上把暂时存放在业务对象对应的业务账户中处于未领取状态的虚拟资产，转移至资产领取请求所携带的对象账户中。可以理解的是，当虚拟资产转移成功之后，对象账户关联的目标对象具备业务凭证所指示的业务权限。在转移成功之后，区块链向资产发放后台返回转移虚拟资产成功消息，以使资产发放后台向目标对象显示目标对象领取的虚拟资产，从而完成虚拟资产的转移。如此，在实现给目标对象发放相应的虚拟资产的同时，赋予目标对象业务凭证所指示的业务权限，有助于提高用户体验度，进而可以提高业务机构的用户粘度。

本申请实施例中，在接收到与业务对象相关联的上链请求之后，通过将上链请求中携带的业务凭证添加至区块链，并生成业务凭证对应的虚拟资产，其中，该业务凭证是基于目标对象对应的业务办理信息所生成的；进而将虚拟资产发送至业务对象在区块链上的业务账户，将业务账户中的虚拟资产标记为未领取状态，该未领取状态用于表征此时目标对象不具备业务凭证所指示的业务权限；在接收与业务凭证相关联的资产领取请求之后，将业务账户中处于未领取状态的虚拟资产转移至资产领取请求所携带的对象账户，从而确定对象账户关联的目标对象具备业务凭证所指示的业务权限。本申请实施例基于区块链不可篡改和不可伪造的特点，可以保障目标对象对应的业务凭证不会被篡改以及业务凭证不会丢失，从而可以提高业务凭证的安全性。

可以理解的是，在本申请的具体实施方式中，可能涉及到用户或者机构的身份信息(例如，个人基本信息、业务办理信息等)，当本申请以上实施例运用到具体产品或技术中时，需要获得相关用户的许可或同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

请参见图8，图8是本申请实施例提供的一种基于区块链的业务数据处理装置的结构示意图。可以理解地，该基于区块链的业务数据处理装置1可以应用在区块链网络中的任一区块链节点；如图8所示，该基于区块链的业务数据处理装置1可以包括：生成模块11、标记模块12和转移模块13，其中：

生成模块11，用于接收与业务对象相关联的上链请求，将上链请求携带的业务凭证添加至区块链，生成业务凭证对应的虚拟资产；业务凭证是基于目标对象对应的业务办理信息所生成的；

标记模块12，用于将虚拟资产发送至业务对象在区块链上的业务账户，将业务账户中的虚拟资产标记为未领取状态；未领取状态用于表征目标对象不具备业务凭证所指示的业务权限；

转移模块13，用于接收与业务凭证相关联的资产领取请求，将业务账户中处于未领取状态的虚拟资产转移至资产领取请求所携带的对象账户，确定对象账户关联的目标对象具备业务凭证所指示的业务权限。

其中，生成模块11、标记模块12和转移模块13的具体功能实现方式可以参见图3所对应实施例中的步骤S101-步骤S103，这里不再进行赘述。

在一个或多个实施例中，生成模块11可以包括区块生成单元111、共识单元112、第一获取单元113和资产生成单元114，其中：

区块生成单元111，用于获取上链请求中携带的业务凭证，将业务凭证封装为数据区块；

共识单元112，用于对数据区块进行共识处理，当数据区块共识通过时，将数据区块添加至区块链；

第一获取单元113，用于基于业务凭证的业务类型信息、业务时间信息和业务对象信息，从区块链中获取与业务凭证对应的M个历史业务凭证；M为正整数；

资产生成单元114，用于获取业务凭证与M个历史业务凭证中每个历史业务凭证之间的相似度，若相似度小于相似度阈值，则生成业务凭证对应的虚拟资产。

其中，区块生成单元111、共识单元112、第一获取单元113和资产生成单元114的具体功能实现方式可以参见图3所对应实施例中的步骤S101，这里不再进行赘述。

在一个或多个实施例中，转移模块13可以包括：第二获取单元131和转移单元132，其中：

第二获取单元131，用于获取所述资产领取请求所指示的业务凭证；

转移单元132，用于若所述业务凭证满足资产领取条件，则将所述业务账户中处于未领取状态的所述虚拟资产转移至所述资产领取请求所携带的对象账户。

其中，第二获取单元131和转移单元132的具体功能实现方式可以参见图5所对应实施例中的步骤S208-步骤S210，这里不再进行赘述。

在一个或多个实施例中，第二获取单元131可以包括：获取子单元1311和解密子单元1312，其中：

获取子单元1311，用于获取资产领取请求中携带的查询标识和对象公钥，基于查询标识获取目标对象对应的待验证业务凭证；

解密子单元1312，用于基于对象公钥对待验证业务凭证进行解密，若解密成功，则将待验证业务凭证作为目标对象对应的业务凭证。

其中，获取子单元1311和解密子单元1312的具体功能实现方式可以参见图5所对应实施例中的步骤S208，这里不再进行赘述。

在一个或多个实施例中，转移模块13还可以包括：第三获取单元133和确定单元134，其中：

第三获取单元133，用于将资产领取请求所指示的业务凭证发送给目标对象，获取目标对象对业务凭证的验证结果；

确定单元134，用于若验证结果指示验证成功，则确定业务凭证满足资产领取条件。

其中，第三获取单元133和确定单元134的具体功能实现方式可以参见图5所对应实施例中的步骤S208-步骤S210，这里不再进行赘述。

在一个或多个实施例中，该基于区块链的业务数据处理装置1还可以包括：领取期限获取模块14和提醒模块15，其中：

领取期限获取模块14，用于获取虚拟资产的领取期限，基于领取期限确定虚拟资产的领取截止时间；

提醒模块15，用于若当前系统时间为领取截止时间，则向目标对象发送资产领取提醒消息；资产领取提醒消息用于提醒目标对象领取虚拟资产。

其中，领取期限模块14和提醒模块15的具体功能实现方式可以参见图5所对应实施例中的步骤S208-步骤S210，这里不再进行赘述。

在一个或多个实施例中，该基于区块链的业务数据处理装置1还可以包括：验证模块16和确定模块17，其中：

验证模块16，用于获取目标对象对应的对象注册请求，获取对象注册请求携带的对象认证信息，通过对象管理接口对对象认证信息进行验证，得到对象认证信息对应的身份认证结果；

确定模块17，用于若身份认证结果指示认证成功，则确定目标对象具备发起资产领取请求的权限。

其中，验证模块16和确定模块17的具体功能实现方式可以参见图5所对应实施例中的步骤S204-步骤S206，这里不再进行赘述。

本申请实施例中，在接收到与业务对象相关联的上链请求之后，通过将上链请求中携带的业务凭证添加至区块链，并生成业务凭证对应的虚拟资产，其中，该业务凭证是基于目标对象对应的业务办理信息所生成的；进而将虚拟资产发送至业务对象在区块链上的业务账户，将业务账户中的虚拟资产标记为未领取状态，该未领取状态用于表征此时目标对象不具备业务凭证所指示的业务权限；在接收与业务凭证相关联的资产领取请求之后，将业务账户中处于未领取状态的虚拟资产转移至资产领取请求所携带的对象账户，从而确定对象账户关联的目标对象具备业务凭证所指示的业务权限。本申请实施例基于区块链不可篡改和不可伪造的特点，可以保障目标对象对应的业务凭证不会被篡改以及业务凭证不会丢失，从而提高业务凭证的安全性。

请参见图9，图9是本申请实施例提供的一种计算机设备的结构示意图。如图9所示，该计算机设备1000可以为用户终端，还可以为服务器，这里将不对其进行限制。为便于理解，本申请以计算机设备为用户终端为例，该计算机设备1000可以包括：处理器1001，网络接口1004和存储器1005，此外，该计算机设备1000还可以包括：用户接口1003，和至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1004可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图9所示，作为一种计算机可读存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

其中，该计算机设备1000中的网络接口1004还可以提供网络通讯功能，且可选用户接口1003还可以包括显示屏(Display)、键盘(Keyboard)。在图9所示的计算机设备1000中，网络接口1004可提供网络通讯功能；而用户接口1003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器1005中存储的设备控制应用程序，以实现：

接收与业务对象相关联的上链请求，将上链请求携带的业务凭证添加至区块链，生成业务凭证对应的虚拟资产；业务凭证是基于目标对象对应的业务办理信息所生成的；

将虚拟资产发送至业务对象在区块链上的业务账户，将业务账户中的虚拟资产标记为未领取状态；未领取状态用于表征目标对象不具备业务凭证所指示的业务权限；

接收与业务凭证相关联的资产领取请求，将业务账户中处于未领取状态的虚拟资产转移至资产领取请求所携带的对象账户，确定对象账户关联的目标对象具备业务凭证所指示的业务权限。

应当理解，本申请实施例中所描述的计算机设备1000可执行前文图3，图5以及图7任一个所对应实施例中对基于区块链的业务数据处理方法的描述，也可执行前文图8所对应实施例中对基于区块链的业务数据处理装置1的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请实施例还提供了一种计算机可读存储介质，且计算机可读存储介质中存储有前文提及的基于区块链的业务数据处理装置1所执行的计算机程序，且计算机程序包括程序指令，当处理器执行程序指令时，能够执行前文图3，图5以及图7任一个所对应实施例中对基于区块链的业务数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。作为示例，程序指令可被部署在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行，分布在多个地点且通过通信网络互连的多个计算设备可以组成区块链系统。

此外，需要说明的是：本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或者计算机程序可以包括计算机指令，该计算机指令可以存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器可以执行该计算机指令，使得该计算机设备执行前文图3，图5以及图7任一个所对应实施例中对基于区块链的业务数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机程序产品或者计算机程序实施例中未披露的技术细节，请参照本申请方法实施例的描述。

需要说明的是，对于前述的各个方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储器(Read-Only Memory，ROM)或随机存储器(Random Access Memory，RAM)等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (10)

1.一种基于区块链的业务数据处理方法，其特征在于，包括：

接收与业务对象相关联的上链请求，将所述上链请求携带的业务凭证添加至区块链，生成所述业务凭证对应的虚拟资产；所述业务凭证是基于目标对象对应的业务办理信息所生成的；

将所述虚拟资产发送至所述业务对象在所述区块链上的业务账户，将所述业务账户中的所述虚拟资产标记为未领取状态；所述未领取状态用于表征所述目标对象不具备所述业务凭证所指示的业务权限；

接收与所述业务凭证相关联的资产领取请求，将所述业务账户中处于未领取状态的所述虚拟资产转移至所述资产领取请求所携带的对象账户，确定所述对象账户关联的目标对象具备所述业务凭证所指示的业务权限。

2.根据权利要求1所述的方法，其特征在于，所述将所述上链请求携带的业务凭证添加至区块链，生成所述业务凭证对应的虚拟资产，包括：

获取所述上链请求中携带的业务凭证，将所述业务凭证封装为数据区块；

对所述数据区块进行共识处理，当所述数据区块共识通过时，将所述数据区块添加至区块链；

基于所述业务凭证的业务类型信息、业务时间信息和业务对象信息，从所述区块链中获取与所述业务凭证对应的M个历史业务凭证；所述M为正整数；

获取所述业务凭证与所述M个历史业务凭证中每个历史业务凭证之间的相似度，若所述相似度小于相似度阈值，则生成所述业务凭证对应的虚拟资产。

3.根据权利要求1所述的方法，其特征在于，所述将所述业务账户中处于未领取状态的所述虚拟资产转移至所述资产领取请求所携带的对象账户，包括：

获取所述资产领取请求所指示的业务凭证；

若所述业务凭证满足资产领取条件，则将所述业务账户中处于未领取状态的所述虚拟资产转移至所述资产领取请求所携带的对象账户。

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

将所述资产领取请求所指示的业务凭证发送给所述目标对象，获取所述目标对象对所述业务凭证的验证结果；

若所述验证结果指示验证成功，则确定所述业务凭证满足资产领取条件。

5.根据权利要求3所述的方法，其特征在于，所述获取所述资产领取请求所指示的业务凭证，包括：

获取所述资产领取请求中携带的查询标识，基于所述查询标识获取所述目标对象对应的待验证业务凭证；

基于所述目标对象对应的对象公钥，对所述待验证业务凭证进行解密，若解密成功，则将解密后的待验证业务凭证作为所述资产领取请求所指示的业务凭证。

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

获取所述虚拟资产的领取期限，基于所述领取期限确定所述虚拟资产的领取截止时间；

若当前系统时间为所述领取截止时间，则向所述目标对象发送资产领取提醒消息；所述资产领取提醒消息用于提醒所述目标对象领取所述虚拟资产。

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

获取所述目标对象对应的对象注册请求，获取所述对象注册请求携带的对象认证信息，通过对象管理接口对所述对象认证信息进行验证，得到所述对象认证信息对应的身份认证结果；

若所述身份认证结果指示认证成功，则确定所述目标对象具备发起所述资产领取请求的权限。

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

生成模块，用于接收与业务对象相关联的上链请求，将所述上链请求携带的业务凭证添加至区块链，生成所述业务凭证对应的虚拟资产；所述业务凭证是基于目标对象对应的业务办理信息所生成的；

标记模块，用于将所述虚拟资产发送至所述业务对象在所述区块链上的业务账户，将所述业务账户中的虚拟资产标记为未领取状态；所述未领取状态用于表征所述目标对象不具备所述业务凭证所指示的业务权限；

转移模块，用于接收与所述业务凭证相关联的资产领取请求，将所述业务账户中处于未领取状态的所述虚拟资产转移至所述资产领取请求所携带的对象账户，确定所述对象账户关联的目标对象具备所述业务凭证所指示的业务权限。

9.一种计算机设备，其特征在于，包括存储器和处理器；

所述存储器与所述处理器相连，所述存储器用于存储计算机程序，所述处理器用于调用所述计算机程序，以使得所述计算机设备执行权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序适于由处理器加载并执行，以使得具有所述处理器的计算机设备执行权利要求1至7任一项所述的方法。