数据验证方法、装置、计算机设备及计算机可读存储介质

(19)中华人民共和国国家知识产权局

(12)发明专利申请

(10)申请公布号CN113034265A

(43)申请公布日2021.06.25

(21)申请号202011332117.1G06F16/22(2019.01)

(22)申请日2020.11.24

(71)申请人腾讯科技(深圳)有限公司

地址518057广东省深圳市南山区高新区

科技中一路腾讯大厦35层

(72)发明人汪东艳李茂材王宗友蓝虎

刘区城刘毅

(74)专利代理机构北京三高永信知识产权代理

有限责任公司11138

代理人徐立

(51)Int.CI.

G06040/02(2012.01)

G06F76/27(2019.01)

G06F16/245(2019.01)

G06Q40/00(2012.01)

权利要求书2页说明书18页附图7页

(54)发明名称

数据验证方法、装置、计算机设备及计算机

可读存储介质

(57)摘要

本申请公开了一种数据验证方法、装置、计

算机设备及计算机可读存储介质,属于网络技术

领域。本申请通过获取与待验证的目标数据之间

具有生产生活关系的数据，例如，目标数据的上

下游生产环节所产生的数据等，且，这些数据来

自不同维度,在数据验证时.，能够基于不同维度、

不同生产生活环节,来证实目标数据的真实性。

V

9

9

Z

寸

00

2

1

g

CN113034265A权利要求书1/2页

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

获取数据验证请求,所述数据验证请求包括待验证的目标数据；

从至少一个数据源，获取至少一组第一数据，所述第一数据与所述目标数据之间具有

目标生产生活关系，且，所述第一数据和所述目标数据为不同维度的数据；

基于所述至少一组第一数据对所述目标数据进行验证。

2.根据权利要求1所述的方法，其特征在于，所述从至少一个数据源，获取至少一组第

一数据，包括：

响应于所述数据验证请求包括合约标识，通过所述合约标识所指示的智能合约获取所

述至少一组第一数据，所述智能合约用于提供待验证的数据和第一数据之间的关联关系；

响应于所述数据验证请求不包括合约标识，获取所述数据验证请求的请求类型和所述

目标数据的索引信息,通过所述请求类型和所述索引信息所对应的智能合约获取所述至少

一组第一数据。

3.根据权利要求1所述的方法，其特征在于，所述基于所述至少一组第一数据对所述目

标数据进行验证之后,所述方法还包括：

检测所述至少一个数据源中的新增数据；

响应于检测到所述至少一个数据源中新增了第二数据，获取所述第二数据，所述第二

数据与所述目标数据之间具有目标生产生活关系；

基于所述第二数据对所述目标数据进行验证。

4.根据权利要求1所述的方法，其特征在于，所述基于所述至少一组第一数据对所述目

标数据进行验证之后,所述方法还包括：

基于所述数据验证请求的接收时刻，确定目标时刻，所述目标时刻与所述接收时刻之

间相隔参考时长；

响应于到达所述目标时亥IJ,在所述参考时长内新增的数据中，获取第三数据，所述第三

数据与所述目标数据之间具有目标生产生活关系；

基于所述第三数据对所述目标数据进行验证。

5.根据权利要求1所述的方法，其特征在于，所述基于所述至少一组第一数据对所述目

标数据进行验证包括：

基于所述至少一组第一数据,确定所述目标数据的置信度。

6.根据权利要求5所述的方法，其特征在于,所述确定所述目标数据的置信度，包括：

获取所述至少一组第一数据对应的验证结果；

确定所述至少一组第一数据的权重；

基于所述至少一组第一数据对应的验证结果以及所述至少一组第一数据的权重，确定

所述目标数据的置信度。

7.根据权利要求6所述的方法，其特征在于，所述确定所述至少一组第一数据的权重,

包括下述任一项：

从所述至少一个数据源中，获取与所述至少一组第一数据相关联的权重；

获取所述至少一组第一数据所属的数据源的权重，基于所述数据源的权重，确定所述

至少一组第一数据的权重；

从所述至少一个数据源中，获取与所述至少一组第一数据相关联的第一权重,获取所

2

CN113034265A权利要求书2/2页

述至少一组第一数据所属的数据源的第二权重，基于所述第一权重以及所述第二权重，确

定所述至少一组第一数据的权重。

8.根据权利要求5所述的方法，其特征在于，所述基于所述至少一组第一数据，确定所

述目标数据的置信度之后,所述方法还包括：

响应于所述置信度大于参考阈值，将所述目标数据以及所述置信度存储至目标存储空

间，所述目标存储空间用于存储所述至少一个数据源中，权重大于所述参考阈值的数据。

9.根据权利要求5所述的方法，其特征在于，所述基于所述至少一组第一数据，确定所

述目标数据的置信度之后,所述方法还包括：

基于所述目标数据的置信度,确定所述目标数据的风险等级；

向所述数据验证请求的发起方，发送所述风险等级对应的提示信息。

10.根据权利要求5所述的方法，其特征在于，所述基于所述至少一组第一数据，确定所

述目标数据的置信度之后,所述方法还包括：

基于所述目标数据的置信度，确定所述目标数据对应的使用优先级，所述置信度与所

述使用优先级正相关；

向所述数据验证请求的发起方，发送所述目标数据对应的使用优先级。

11.一种数据验证装置，其特征在于,所述装置包括：

请求获取模块，用于获取数据验证请求,所述数据验证请求包括待验证的目标数据；

数据获取模块，用于从至少一个数据源，获取至少一组第一数据,所述第一数据与所述

目标数据之间具有目标生产生活关系，且,所述第一数据和所述目标数据为不同维度的数

据；

验证模块，用于基于所述至少一组第一数据对所述目标数据进行验证。

12.根据权利要求11所述的装置，其特征在于，所述数据获取模块，用于：

响应于所述数据验证请求包括合约标识，通过所述合约标识所指示的智能合约获取所

述至少一组第一数据，所述智能合约用于提供待验证的数据和第一数据之间的关联关系；

响应于所述数据验证请求不包括合约标识，获取所述数据验证请求的请求类型和所述

目标数据的索引信息，通过所述请求类型和所述索引信息所对应的智能合约获取所述至少

一组第一数据。

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

检测模块，用于检测所述至少一个数据源中的新增数据；

所述数据获取模块，用于响应于检测到所述至少一个数据源中新增了第二数据，获取

所述第二数据，所述第二数据与所述目标数据之间具有目标生产生活关系；

所述验证模块，用于基于所述第二数据对所述目标数据进行验证。

14.一种计算机设备，其特征在于，所述计算机设备包括一个或多个处理器和一个或多

个存储器，所述一个或多个存储器中存储有至少一条计算机程序，所述至少一条计算机程

序由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求10任一项所述的数

据验证方法所执行的操作。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一

条计算机程序，所述至少一条计算机程序由处理器加载并执行以实现如权利要求1至权利

要求10任一项所述的数据验证方法所执行的操作。

3

CN113034265A说明书1/18页

数据验证方法、装置'计算机设备及计算机可读存储介质

技术领域

[0001]本申请涉及网络技术领域,特别涉及一种数据验证方法、装置、计算机设备及计算

机可读存储介质。

背景技术

[0002]区块链是一种去中心化的数据库，用于对数据进行分布式存储。目前，在应用区块

链技术进行数据存储时，只能确保区块链系统中各个节点设备上所存储的数据是一致的，

并不能保证所存储数据的真实性，导致链上存储的数据可能是垃圾数据。

发明内容

[0003]本申请实施例提供了一种数据验证方法、装置、计算机设备及计算机可读存储介

质，能够基于不同维度、不同生产生活环节的数据，来验证目标数据的真实性。该技术方案

如下：

[0004]一方面，提供了一种数据验证方法,该方法包括：

[0005]获取数据验证请求,该数据验证请求包括待验证的目标数据；

[0006]从至少一个数据源，获取至少一组第一数据，该第一数据与该目标数据之间具有

目标生产生活关系，且,该第一数据和该目标数据为不同维度的数据；

[0007]基于该至少一组第一数据对该目标数据进行验证。

[0008]一方面，提供了一种数据验证装置，该装置包括：

[0009]请求获取模块，用于获取数据验证请求,该数据验证请求包括待验证的目标数据；

[0010]数据获取模块，用于从至少一个数据源，获取至少一组第一数据，该第一数据与该

目标数据之间具有目标生产生活关系，且，该第一数据和该目标数据为不同维度的数据；

[0011]验证模块，用于基于该至少一组第一数据对该目标数据进行验证。

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

[0013]时刻确定模块，用于基于该数据验证请求的接收时刻，确定目标时刻,该目标时刻

与该接收时刻之间相隔参考时长；

[0014]该数据获取模块，用于响应于到达该目标时亥IJ,在该参考时长内新增的数据中，获

取第三数据，该第三数据与该目标数据之间具有目标生产生活关系；

[0015]该验证模块，用于基于该第三数据对该目标数据进行验证。

[0016]在一种可能实现方式中，该验证模块用于：

[0017]基于该至少一组第一数据,确定该目标数据的置信度。

[0018]在一种可能实现方式中，该权重确定模块包括：

[0019]结果获取子模块，用于获取该至少一组第一数据对应的验证结果；

[0020]第一确定子模块，用于确定该至少一组第一数据的权重；

[0021]第二确定子模块，用于基于该至少一组第一数据对应的验证结果以及该至少一组

第一数据的权重,确定该目标数据的置信度。

4

CN113034265A说明书2/18页

[0022]在一种可能实现方式中，该第一确定子模块，用于执行下述任一项：

[0023]从该至少一个数据源中，获取与该至少一组第一数据相关联的权重；

[0024]获取该至少一组第一数据所属的数据源的权重,基于该数据源的权重，确定该至

少一组第一数据的权重；

[0025]从该至少一个数据源中，获取与该至少一组第一数据相关联的第一权重，获取该

至少一组第一数据所属的数据源的第二权重，基于该第一权重以及该第二权重，确定该至

少一组第一数据的权重。

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

[0027]存储模块，用于响应于该置信度大于参考阈值，将该目标数据以及该置信度存储

至目标存储空间，该目标存储空间用于存储该至少一个数据源中，权重大于该参考阈值的

数据。

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

[0029]风险确定模块，用于基于该目标数据的置信度,确定该目标数据的风险等级；

[0030]第一发送模块，用于向该数据验证请求的发起方，发送该风险等级对应的提示信

息。

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

[0032]优先级确定模块，用于基于该目标数据的置信度，确定该目标数据对应的使用优

先级,该置信度与该使用优先级正相关；

[0033]第二发送模块，用于向该数据验证请求的发起方，发送该目标数据对应的使用优

先级。

[0034]一方面，提供了一种计算机设备，该计算机设备包括一个或多个处理器和一个或

多个存储器，该一个或多个存储器中存储有至少一条计算机程序，该至少一条计算机程序

由该一个或多个处理器加载并执行以实现该数据验证方法所执行的操作。

[0035]一方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少

一条计算机程序，该至少一条计算机程序由处理器加载并执行以实现该数据验证方法所执

行的操作。

[0036]一方面，提供了一种计算机程序产品，该计算机程序产品包括计算机指令,该计算

机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该

计算机指令，处理器执行该计算机指令，使得该计算机设备实现该数据验证方法所执行的

操作。

[0037]本申请实施例提供的技术方案,通过获取与待验证的目标数据之间具有生产生活

关系的数据，例如，目标数据的上下游生产环节所产生的数据等，且,这些数据来自不同维

度,在数据验证时，能够基于不同维度、不同生产生活环节，来证实目标数据的真实性，使存

储空间中的数据具备可信性、可用性。

附图说明

[0038]为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使

用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于

本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他

5

CN113034265A说明书3/18页

的附图。

[0039]图1是本申请实施例提供的一种数据验证系统的结构示意图；

[0040]图2是本申请实施例提供的一种数据验证方法的流程图；

[0041]图3是本申请实施例提供的一种数据之间关联关系的层级示意图；

[0042]图4是本申请实施例提供的一种数据源的示意图；

[0043]图5是本申请实施例提供的一种数据平面的示意图；

[0044]图6是本申请实施例提供的一种支付领域和税务领域的数据验证方法示意图;

[0045]图7是本申请实施例提供的一种支付领域和税务领域的数据验证流程图；

[0046]图8是本申请实施例提供的一种教育领域的数据验证流程图；

[0047]图9是本申请实施例提供的一种数据验证装置的结构示意图；

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

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

具体实施方式

[0050]为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方

式作进一步地详细描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施

例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的

所有其他实施例,都属于本申请保护的范围。

[0051]本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似

项进行区分,应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对

数量和执行顺序进行限定。

[0052]图1是本申请实施例提供的一种数据验证系统的结构示意图，参见图1,该数据验

证系统包括多个第一节点设备101和多个第二节点设备102。

[0053]其中，该第一节点设备101具有数据验证功能，能够获取多维度的数据，对待验证

的目标数据进行验证。可选的，该第一节点设备101是有数据验证需求的机构所对应的节点

设备，例如，税务机构、贷款机构、保险机构等机构的节点设备。可选的，该第一节点设备101

是用于进行数据验证的第三方机构的节点设备，示例性的，由多种数据源提供多维度的数

据给数据验证方，即该第一节点设备101,第一节点设备101在数据验证完成后，再将验证结

果发送至税务机构、贷款机构、保险机构等需求方。

[0054]该多个第二节点设备102可以分别为不同经营实体或个人用户的节点设备，能够

发起数据验证请求。例如，属于某商家的第二节点设备102,向税务机构的节点设备发起数

据验证请求;属于某教育机构的节点设备，向用于进行数据验证的第三方机构的节点设备

发起数据验证请求。

[0055]上述第一节点设备101和第二节点设备102可以为任一种计算机设备，例如，智能

手机、平板电脑、笔记本电脑、台式计算机、独立的物理服务器、多个物理服务器构成的服务

器集群或者分布式系统、云服务器等。

[0056]如图1所示，该数据验证系统可以包括至少两个子系统，示例性的，不同生产生活

领域可以分别构建出一个子系统，例如，税务领域的节点设备组成一个子系统，保险领域的

节点设备组成一个子系统。需要说明的是，上述对子系统划分方法的说明，仅是一种示例性

6

CN113034265A说明书4/18页

说明，本申请实施例对具体基于哪个维度，怎样划分子系统不作限定。可选的，子系统还可

以包括更小单元，本申请实施例对此不作限定。可选的，上述子系统可以是区块链系统，如

图1中的子系统103,该子系统所包括的各个第一节点设备101和第二节点设备102,均为区

块链上的节点设备。可选的，上述子系统也可以为非区块链系统，如图1中的子系统104。可

选的，该子系统104中的第一节点设备101具备对区块链中的数据进行读取、查询等操作的

权限,可选的，该第一节点设备101还能够将数据存储至区块链系统。

[0057]本申请实施例提供的数据验证方法，能够应用于多种领域，能够与生产生活的各

个场景相结合，例如，应用于供应链生产、支付场景、税务领域、尽职调查、公证、教育领域

等,通过本申请实施例提供的技术方案，将各领域、不同维度、不同时间段的数据相结合，来

进行数据验证，形成多维度的数据验证回路，各个数据验证回路的验证存储能够互相证实,

形成复杂度更高的互联存证，确保数据验证结果可靠,提高网络中数据的可信度。

[0058]图2是本申请实施例提供的一种数据验证方法的流程图。该方法可以应用于上述

实施环境,参见图2,在一种可能实现方式中，该实施例包括以下步骤：

[0059]201、第一节点设备获取数据验证请求,该数据验证请求包括待验证的目标数据。

[0060]其中，目标数据是来自任一生产生活领域的数据，例如，该目标数据是合同数据、

税务数据、支付数据、供应链生产数据等。该目标数据对应于一个索引信息，例如，该索引信

息是合同号、交易的流水号、用户的证件号、产品的生产批次等。

[0061]在一种可能实现方式中，任一用户或经营实体通过第二节点设备发起该数据验证

请求。示例性的，在贷款场景中，借款方需向贷款机构提供有效的资质数据。其中，该资质数

据包括能够用于证明借款方的偿还能力的数据，例如，该借款方的用于购买生产资料和卖

出产品的交易流水数据、资产负债数据等,本申请实施例对此不作限定。在一种可能实现方

式中，该借款方的节点设备作为第二节点设备，向第一节点设备发送数据验证请求,该数据

验证请求包括借款方提供的资质数据，由第一节点设备验证资质数据的有效性，提供资质

数据为有效数据的凭证,从而借款方能基于该凭证完成借款。其中，该第一节点设备可以为

贷款机构的节点设备，也可以为提供数据验证服务的机构的节点设备。在一种可能实现方

式中，该数据验证请求也可以由贷款机构的节点设备发起，即该贷款机构为第二节点设备,

示例性的,借款方的节点设备向贷款机构的节点设备，即第二节点设备发送贷款请求，该贷

款请求携带有贷款信息以及该借款方的资质数据，第二节点设备响应于该贷款请求，生成

数据验证请求，该数据验证请求所包括的目标数据为该借款方的资质数据，该第二节点设

备将该数据验证请求发送提供数据验证服务的机构的节点设备，即第一节点设备。在一种

可能实现方式中，上述第一节点设备和第二节点设备也可以均属于该贷款机构，示例性的，

第二节点设备用于处理贷款请求，该第二节点设备在接收到贷款请求后，生成数据验证请

求，并发送至用于进行数据验证的第一节点设备。

[0062]202、第一节点设备从至少一个数据源，获取至少一组第一数据。

[0063]其中，该数据源可以是公有链、私有链、联盟链等，也可以是政府机构、企业等的数

据库。该第一数据与该目标数据之间具有目标生产生活关系，且,该第一数据和该目标数据

为不同维度的数据。示例性的，该第一数据可以包括生产生活各个环节所产生的原始数据、

数据存证(hash)等。在一种可能实现方式中，该第一数据也可以是对原始数据进行数据处

理后得到的数据，例如，第一节点设备从数据源中获取原始数据，再对原始数据进行数据处

7

CN113034265A说明书5/18页

理得到该第一数据。可选的，该第一数据携带至少一个数字签名，该数字签名可以属于至少

一个机构，该数字签名能够用于指示第一数据的可信度，例如，该第一数据携带某机构的数

字签名，则该第一数据的可信度较高。

[0064]在一种可能实现方式中，上述目标生产生活关系包括自然维度的关系以及人类生

产维度的关系，例如，时间、空间、物理化学反应等关系属于自然维度的关系,供应链关系、

身份关系、主权关系、教育关系等属于人类生产维度的关系。示例性的，该目标数据为合同

数据，该目标数据的索引信息为合同号，则获取到的第一数据可以包括该合同号，例如，该

第一数据是与该合同数据相关联的支付领域的数据、税务领域的数据等。示例性的，该目标

数据是产品销售数据，该目标数据的索引信息是产品生产批次，则该第一数据可以是与该

产品生产批次相关联的上下游数据，例如原材料采购数据、产品生产数据等。示例性的，该

目标数据是某用户的支付数据，该目标数据的索引信息是用户的证件号，则该第一数据可

以是该用户的收入数据、贷款数据等。在一种可能实现方式中，目标数据与第一数据之间的

生产生活关系，包括多个层级。示例性的，图3是本申请实施例提供的一种数据之间关联关

系的层级示意图，如图3所示，目标数据301与第一关系层级的数据302、数据303直接关联,

与第二关系层级的数据304、第三关系层级的数据305间接关联。在一种可能实现方式中，每

个数据均对应于一个置信度，不同层级数据的置信度变化，会影响与其相关联的数据的置

信度，例如，数据302、数据303、数据304、数据305的置信度的变化，均会对目标数据301的置

信度造成影响。

[0065]需要说明的是，上述获取的第一数据是授权公开给该第一节点设备的数据。示例

性的，用户在请求第一节点设备进行数据验证时，可以在数据验证请求中添加将哪些数据

授权给第一节点设备，例如，在数据验证请求中添加授权数据所属数据源的标识、所属领域

的标识等，当然，用户也可以对某一时间段内的数据进行授权，本申请实施例对此不作限

定。在一种可能实现方式中，若数据验证请求中不包括授权数据的信息，则第一节点设备在

获取第一数据时，可以向用户请求数据授权。需要说明的是，本申请实施例对具体地数据授

权方式不作限定。本申请实施例对此不作限定。可选的，第一节点设备在获取第一数据时,

可以结合隐私计算，避免在数据验证过程中造成个人或机构的隐私数据泄露。

[0066]在一种可能实现方式中，第一节点设备通过智能合约获取数据，该智能合约用于

提供待验证数据和第一数据之间的关联关系。例如，该智能合约用户确定获取与目标数据

具备哪种关联关系的数据，或者，该智能合约用于确定所获取的数据来自哪些领域,本申请

实施例对此不作具体限定。在一种可能实现方式中，该数据验证请求包括合约标识，也即

是，在第二节点设备在生成数据验证请求时，基于数据验证请求的请求类型、待验证数据的

索引信息等，确定本次数据验证所调用的智能合约，将该智能合约的合约标识添加至数据

验证请求中。示例性的，在贷款场景中，第二节点设备基于该请求类型为贷款资质数据验证

以及待验证数据的索引信息，确定本次数据验证所调用的智能合约，当然，也可以基于贷款

额度、贷款类型等指标确定所调用的智能合约，本申请实施例对此不作限定。其中，该智能

合约可以是数据验证系统中的公有智能合约，也可以是属于某一贷款机构的智能合约，本

申请实施例对此不作限定。在本申请实施例中，第一节点设备响应于该数据验证请求包括

合约标识，通过该合约标识所指示的智能合约获取该至少一组第一数据。示例性的，第一节

点设备响应于接收到数据验证请求，执行数据验证操作，该数据验证操作触发该智能合约

8

CN113034265A说明书6/18页

运行，由该智能合约来获取该第一数据。在一种可能实现方式中，该智能合约中还包括对数

据之间关联关系的层级的限定，以图3所示的关联关系层级为例，可以仅获取与目标数据的

关联关系属于第一层级至第三层级的第一数据,确保获取到的第一数据与目标数据是密切

相关的。

[0067]在一种可能实现方式中，该数据验证请求不包括智能合约的合约标识，由该第一

节点设备来确定本次数据验证所调用的智能合约。也即是，第一节点设备响应于该数据验

证请求不包括合约标识，获取该数据验证请求的请求类型和该目标数据的索引信息，通过

该请求类型和该索引信息所对应的智能合约获取该至少一组数据。该第一节点设备确定本

次数据验证所调用智能合约的过程与上述第二节点设备确定本次数据验证所调用智能合

约的过程同理，在此不做赘述。

[0068]203、第一节点设备基于该至少一组第一数据对该目标数据进行验证。

[0069]在一种可能实现方式中，该第一节点设备将各组第一数据与目标数据进行匹配，

确定每组第一数据对应的验证结果，该验证结果可以是验证通过或验证不通过，若某一组

第一数据对应的验证结果是验证通过，则说明对于这一组第一数据，该目标数据是可信的，

若某一组第一数据对应的验证结果是验证不通过，则说明对于这一组第一数据，该目标数

据是不可信的。

[0070]在一种可能实现方式中，该验证结果表示为置信度的形式，也即是,该第一节点设

备基于至少一种第一数据，对该目标数据进行验证，得到该目标数据的置信度。其中，该置

信度用于表示数据的可信程度，也可以称为数据的可信度、有效度、权重等,该置信度可以

表示为概率值。在一些实施例中，该置信度也可以通过语法元素或索引值（index）等方式进

行标识，可以配置在数据的字段头或区块头等位置中。例如，该置信度以基础置信度（Trust

baseindex）的语法元素，设置在数据中。在后续应用该目标数据进行数据验证时，可以基

于该置信度的值，例如索引值，确定该目标数据的可信度。在一些实施例中，可以基于目标

生产生活关系，对置信度进行区分，基于不同生产生活关系所确定的置信度被标识为不同

的语法元素o例如，若目标数据是生产数据，基于原材料供应方的数据对该目标数据进行验

证，得到一个置信度，则该置信度可以标识为Supplierbaseindex（供应方基础置信度）；

或者，应用合同数据对目标数据进行验证，得到一个置信度，则该置信度可以标识为

Contractbaseindex（合同基础置信度）。

[0071]在一种可能实现方式中，置信度具有传导性，该传导性也即是指得到某一置信度

所引用的数据或数据源的置信度发生变化时，会影响已获取到的该某一置信度。例如，在某

一时间段,获取目标数据S的置信度时，应用了数据源A中的数据，此时数据源A中数据的置

信度为X,基于数据源A中的数据得到该目标数据S的置信度为M；在另一时间段内，数据源A

中的数据被证实为虚假数据，此时，会影响到目标数据S的置信度，数据验证节点设备可以

重新基于可信的数据源，来确定该目标数据S的置信度。也即是，各个相关联的数据所对应

的置信度形成置信平面，在当前置信平面出现置信缺陷，即某个数据或数据源被证伪时，置

信平面需要重新依据可信的数据源，对该置信平面所涉及的数据重新进行置信度评价，若

置信平面所涉及的数据全部被证伪，则该置信平面不再有效。

[0072]在一种可能实现方式中，获取该目标数据的权重包括以下步骤：

[0073]步骤一、第一节点设备确定该至少一组数据的权重。

9

CN113034265A说明书7/18页

[0074]其中，该权重用于指示数据的可信程度，权重越大，数据的可信程度越高,权重越

小,数据的可信程度越小。该权重也可以称为置信度、可信度、有效度等。

[0075]在一种可能实现方式中，数据源中存储有各个数据的权重，则第一节点设备从该

至少一个数据源中，获取与该至少一组第一数据相关联的权重。在一种可能实现方式中，各

个数据的权重可以基于数据验证方的置信度、数据源的置信度、数据所携带的数字签名等

信息来确定。例如，若数据上传方是置信度较高的机构，则该数据上传方所上传的数据的权

重较大，若数据上传方是置信度较低的机构，则该数据上传方所上传的数据的权重较小;数

据携带有某机构的数字签名，若该机构的置信度较高，则该数据的权重较大,若该机构的置

信度较低，则该数据的权重较小。

[0076]在一种可能实现方式中，不同数据源对应于不同的权重，则该第一节点设备获取

该至少一组第一数据所属的数据源的权重，基于该数据源的权重，确定该至少一组第一数

据的权重。例如，该数据源的权重作为该至少一组第一数据的权重。

[0077]在一种可能实现方式中，第一节点设备从该至少一个数据源中，获取与该至少一

组第一数据相关联的第一权重，获取该至少一组第一数据所属的数据源的第二权重，基于

该第一权重以及该第二权重，确定该至少一组第一数据的权重。例如，对该第一权重和该第

二权重进行加权运算，得到该至少一组第一数据的权重。

[0078]需要说明的是，上述对第一数据的权重确定方法的说明，仅是一种可能实现方式

的示例性说明，本申请实施例对具体采用哪种方法确定第一数据的权重不作限定。

[0079]步骤二、第一节点设备基于该至少一组第一数据以及该至少一组第一数据的权

重,确定该目标数据的置信度。

[0080]在一种可能实现方式中，第一节点设备可以基于目标数据与各组第一数据的匹配

数据、各组第一数据的权重进行加权运算，得到该目标数据的置信度。示例性的，该第一节

点设备可以基于线性算法、log算法等多种类型的算法确定该置信度,本申请实施例对此不

作限定。

[0081]在一种可能实现方式中，可以应用至少两种算法，分别基于目标数据与各组第一

数据的匹配数据、各组第一数据的权重等数据进行运算,得到每种算法所计算出的置信度。

对目标时间段内，各种算法所得到的验证结果，即置信度，进行累积,确定每种算法对应的

报错率,从该至少两种算法中，选取报错率最低的目标算法，在后续数据验证、确定目标数

据的置信度的过程中，应用该目标算法进行计算。

[0082]在一种可能实现方式中，对于不同类型、不同领域的数据应用不同的算法。在一种

可能实现方式中，可以基于待验证的目标数据或者获取到的数据，来确定数据验证所采用

的算法，例如，税务领域的数据和教育领域的数据采用不同的算法来确定数据验证结果。示

例性的，可以构建数据类型、数据领域等信息与算法之间的对应关系，将该对应关系存储在

第一节点设备中，第一节点设备在数据验证时，基于该对应关系来确定本次数据验证所采

用的至少一种算法。以基于目标数据来确定数据验证过程所采用的算法为例，若目标数据

的数据类型为第一类型，或目标数据属于第一领域，则基于该对应关系，确定本次数据验证

应用第一算法，通过该第一算法对目标数据与各组第一数据的匹配数据、各组第一数据的

权重等数据进行运算。以基于第一数据来确定数据验证过程所采用的算法,在一种可能实

现方式中，第一节点设备获取到的第一数据可以是不同类型，来自不同领域的数据,对于不

10

CN113034265A说明书8/18页

同类型，或者不同领域的第一数据，可以应用不同的算法进行运算。例如，第一节点设备所

获取到的第一数据包括来自第二领域的数据和来自第三领域的数据,该第一节点设备基于

该对应关系，确定对来自第二领域的第一数据采用第二算法进行运算，对来自第三领域的

第一数据采用第三算法进行运算。

[0083]图5是本申请实施例提供的一种数据平面的示意图，在本申请实施例中，区块链或

其他数据库中相关联的数据能够构成数据平面，以图5所示的数据平面为例，对上述置信度

确定过程进行说明。在一种可能实现方式中，用户在参与一笔交易后,基于这一笔交易会产

生交易数据，如图5中的(a)图所示，在对用户二的参考数据进行验证时，如果用户声明的与

该参考数据相关联的交易数据包括1*1、丁乂4、1*6、丁*!11,若每个交易对应的权重为1,则该参

考数据的基础置信度(Trustbaseindex,TSI)为4。对于同一笔交易，交易双方能够分别产

生交易数据，交易双方所产生的交易数据是能够关联在一起，用于互相证实的，如图5中的

(b)图所示，对于交易TX1,交易双方是用户二和用户一，在用户二和用户一居均将数据授权

给对方的条件下，用户二和用户一在交易TX1中所各自产生的交易数据是可以关联在一起

的，如图5中的⑹图所示，用户二对应的TX1和用户三对应的TX1通过虚线连接。当然，对于

属于不同交易的数据，也是能够存在关联关系的，如图5中的(b)图所示，将相关联的交易数

据以相同的纹理表示，在这种情况下能够引入关联置信度(Trustassociatedindex,

TAI),以用户二的某数据进行验证为例，对于用户二声明的交易TX6的数据，关联有其他六

个数据，也即是，图5中与TX6表示为相同纹理的数据，对于交易TX1的数据，关联有其他一个

数据，对于交易TX4的数据，关联有其他一个数据，对于交易TXm的数据，没有关联数据，则参

考数据的Trustassociatedindex=(1+6)+(1+1)+(1+1)+1=12。需要说明的是，关联数据

的获取也是经过用户授权的，对于未授权的关联数据，是无法获取到的。在一种可能实现方

式中，若用户还提供的两份未存储在线上的证明数据，例如纸质发票等，以每份证明数据的

权重为0」为例，则被验证的某数据的权重最终确定为12+0.1*2=12.2。在一种可能实现方

式中，用户提供的数据被证明为是虚假数据，即置信度变化时,上述参考数据的置信度也会

受到影响。需要说明的是，上述用户所提供的数据的置信度，可以基于用户自身的置信度确

定，用户自身的置信度越高，则用户所提供数据的置信度越高。例如，上述图5的⑹图中，用

户二声明的数据TX1的置信度，受到用户二自身的置信度的影响。当然，上述数据的置信度

也可以基于其他方式确定，本申请实施例对此不作限定。

[0084]需要说明的是，上述对确定置信度方法的说明，仅是一种示例性说明，本申请实施

例对具体采用哪种方法确定置信度不作限定。

[0085]在一种可能实现方式中，该第一节点设备基于该目标数据的置信度，确定该目标

数据的风险等级，向数据验证请求的发起方,即第二节点设备，发送该风险等级对应的提示

信息。其中，不同的置信度区间对应于不同的风险等级，该置信度与该风险等级负相关。例

如,在置信度较低时，则该风险等级较高，第一节点设备将较高风险等级对应的提示信息,

发送至第二节点设备，例如，在贷款资质审核的场景中，数据验证的节点设备将该提示信息

发送至贷款机构，以提示贷款机构当前借款用户的风险较大,该贷款机构可以基于该风险

等级确定是否继续处理该用户的后续贷款业务。

[0086]在一种可能实现方式中，该第一节点设备基于该目标数据的置信度，确定该目标

数据对应的使用优先级，该置信度与该使用优先级正相关，该第一接收设备向该数据验证

11

CN113034265A说明书9/18页

请求的发起方，即第二节点设备，发送该目标数据对应的使用优先级，该第二节点设备在后

续进行业务处理过程中，可以基于数据的使用优先级,来确定优先应用哪些数据。

[0087]本申请实施例提供的技术方案,通过获取与待验证的目标数据之间具有生产生活

关系的数据，例如，目标数据的上下游生产环节所产生的数据等，且，这些数据来自不同维

度,在数据验证时，能够基于不同维度、不同生产生活环节，来证实目标数据的真实性，使存

储空间中的数据具备可信性、可用性。

[0088]在一些实施例中，第一节点设备能够对目标数据以及目标数据的置信度进行存

储，以用于进行后续的数据验证。在一种可能实现方式中，在对目标数据存储时，可以基于

数据的置信度，进行数据筛选，选取置信度较高的数据进行存储。示例性的，该第一节点设

备响应于该目标数据的置信度大于参考阈值，将该目标数据以及该置信度相关联存储至目

标存储空间。其中，该参考阈值由开发人员进行设置，本申请实施例对此不作限定，例如，该

参考阈值可以设置为一个较大的数值，以确定目标存储空间中数据的真实性。该目标存储

空间用于存储该至少一个数据源中，权重大于该参考阈值的数据,也即是，该目标存储空间

中所存储的数据为可信数据，该目标存储空间中的数据能够构成可信数据层。在一种可能

实现方式中，该可信数据层能够应用于数据验证、数据存储等环节，示例性的，在可信数据

层达到参考规模时，在数据验证、数据存储等过程中，可以直接从可信数据层中获取相关的

第一数据，来验证待验证或待存储数据的真实性,一方面，基于可信数据来验证其他数据的

真实性，能够有效确保验证结果是可靠的，另一方面，无需再从其他数据源获取数据，能够

提高数据验证的效率，降低数据读取过程的运算量。示例性的，在可信数据层未达到参考规

模时，可以优先从可信数据层中获取第一数据，若获取到的第一数据的数据量不足,或者获

取到第一数据的多样性不满足验证条件，则可以再从其他数据源，或其他权重较高的数据

源获取第一数据，以确保能够基于多个维度、多个领域、不同时间窗内的数据来进行数据验

证，确保数据验证结果可靠。

[0089]图4是本申请实施例提供的一种数据源的示意图，参见图4,数据验证节点设备，即

第一节点设备从各机构的数据库401、区块链403以及可信数据层403获取数据进行数据验

证，在一种可能实现方式中，各机构数据库的置信度〈区块链的置信度〈可信数据层的置信

度，能够使得更多领域的数据验证节点设备采用可信数据层中的数据进行数据验证。

[0090]在一种可能实现方式中，上述目标存储空间可以是属于同一区块链的至少一个区

块,也可以是属于不同区块链的至少一个区块，也可以是非区块链系统的至少一个数据库,

还可以是区块与数据库相结合所构成的存储空间，本申请实施例对此不作限定。该目标数

据以及置信度可以直接相关联存储在该目标存储空间，也可以以哈希值的形式存储在该目

标存储空间，本申请实施例对此不作限定。在本申请实施例中，以该第一节点设备即区块的

形式对目标数据和置信度进行存储为例，对上述数据存储过程进行说明，在一种可能实现

方式中，该第一节点设备获取区块链中区块高度最高的区块作为前一区块,基于该前一区

块中的全部信息，生成该前一区块的区块头特征,对要存入新区块的目标数据、置信度的数

据进行特征值计算，得到新区块的区块主体特征值，该第一节点设备将该前一区块的区块

头特征值、该新区块的区块主体特征值存储至新区块的区块头，将目标数据、置信度等数据

存储至新区块的区块主体，从而生成新区块,在新区块通过共识后，将新区块添加至区块链

的末尾，这样该前一区块和新区块能够通过该前一区块的区块头特征值相关联，在区块链

12

CN113034265A说明书10/18页

中将各个区块串联起来，使得后一个区块能够用于验证前一个区块是否正确，避免数据被

篡改。需要说明的是，上述对在区块链中存储数据的说明，仅是一种示例性说明，本申请实

施例对具体采用哪种方法将数据存储在区块链上不作限定。在一种可能实现方式中，该第

一节点设备能够为该新区块添加指针，指针指向至少一个参考区块,该参考区块中存储的

数据与该目标数据具有目标生产生活关系，也即是,通过指针对相关数据建立联系,形成不

同维度、不同可信度的验证回路，进而形成一种多维的存证互联结构,在该多维的互联存证

结构中，可信度数据层与分布式账本数据形成互动结构，多方验证存证能够互相证实，能够

进一步保障数据的可信度,也能够建立起一种可靠的度量机制，应用于生产生活的各个环

-44-

To

[0091]上述实施例介绍了第一节点设备在接收到数据获取请求时,基于区块链或数据库

中的数据,对目标数据进行实时验证的过程，在一些实施例中，数据验证还包括非实时验证

的过程，也即是，在接收到数据验证请求时，先对目标数据进行实时验证，延时一段时间后

再对目标数据进行非实时验证，或者，仅对目标数据进行非实时验证，本申请实施例对此不

作限定。

[0092]在一种可能实现方式中，该第一节点设备在检测到相关的新增数据时，再对目标

数据进行验证。也即是，第一节点设备检测该至少一个数据源中的新增数据,响应于检测到

该至少一个数据源中新增了第二数据，获取该第二数据，基于该第二数据对该目标数据进

行验证。其中，该第二数据与该目标数据之间具有目标生产生活关系。需要说明的是，该第

一节点设备可以实时检测新增数据，也可以按照周期检测新增数据,本申请实施例对此不

作限定。在一种可能实现方式中，可以基于智能合约来确定哪些新增数据是第二数据，也即

是，可以由智能合约来限定第二数据的数据类型、所属维度、索引信息等。示例性的，在产品

生产场景中，原材料的采购与生产活动是存在密切的关联关系的，以对原材料采购环节的

数据进行验证为例，待验证的目标数据可以是生产机构购买原材料的支付数据，在本次支

付操作发生时，可以获取该生产机构的资金数据、上一年度的生产数据等，对该支付数据进

行实时验证，在应用该原材料开始生产产品时，会产生生产数据，该第一节点设备检测到有

新增生产数据，且新增生产数据与该原材料相关联时，例如，该生产数据包括该原材料的索

引信息、该支付数据的流水号等，该第一节点设备可以对该支付数据进行非实时验证，即从

产品生产维度对目标数据进行验证。在一种可能实现方式中，该第一节点设备还可以结合

产品销售维度的数据对该原材料的支付数据，即目标数据进行验证。

[0093]在一种可能实现方式中，该第一节点设备可以先确定对目标数据进行非实时验证

的目标时亥IJ,在到达该目标时刻时，基于新增数据对该目标数据进行验证。也即是,第一节

点设备基于该数据验证请求的接收时亥U，确定目标时亥U，该目标时刻与该接收时刻之间距

离参考时长，响应于到达该目标时亥IJ,第一节点设备在该参考时长内新增的数据中，获取第

三数据，基于该第三数据对该目标数据进行验证。其中，该第三数据与该目标数据之间具有

目标生产生活关系。该参考时长由开发人员进行设置，本申请实施例对此不作限定。在一种

可能实现方式中，该参考时长存储在智能合约中，响应于到达该目标时刻，触发智能合约获

取第三参考数据来进行数据验证。示例性的，在供应链场景中，存在先签订合同再交付产品

的情况，合同中包括产品交付时刻，可以将产品交付时刻距离当前时刻的时长，确定为延时

时长，响应于到达延时后的时刻，即到达产品交付时刻,该第一接收设备在该延时时长内的

13

CN113034265A说明书11/18页

新增数据中，获取第三数据，该第三数据包括产品交付数据等，该第一节点设备基于该第三

数据，对预先签订的合同数据进行验证，以确保该合同是否正常履行。

[0094]在本申请实施例中，非实时的数据验证可以持续至产品的整个生产周期结束，或

者,持续至产品的生命周期结束，以实现基于生产中各个环节的数据、产品生命周期中多维

度的数据对该目标数据进行验证，形成多维度的验证回路，各个验证回路的验证存证能够

相互证实，形成复杂度更高的互联存成,从而形成更可信的验证关系网络。

[0095]本申请实施例提供的技术方案，采用在相同或者不同时间窗内，来自多个领域的

关联数据存证进行互相验证，例如，支付数据、税务数据、供应链数据、生产关联数据、合同

数据能够互相验证真实性。其中，该验证过程又分为实时验证和非实时验证,在实时验证过

程、非实时验证中，分别基于所应用的数据的维度的不同，能够形成多维度的验证回路，月.

实时验证所形成的存证与非实时验证所形成的存证，又能够形成新的验证回路。基于上述

数据验证方案中，所得到的累计验证存证，能够构成数据验证的可信度评价指标。在本申请

实施例中，上述多个存证能够形成互联存证,该互联存证是指在自然维度、人类生产生活维

度具有关联关系的存证，例如，在空间、时间、物理化学反应等自然维度相关联的存证，具有

上下文关系、供应链关系、身份关系、主权关系、教育关系、税收关系等生产生活维度关系的

存证。当多方验证存证形成互联存证时，也即是,基于多个维度的数据所得到的验证结果能

够互相验证时，互联存证与互联存证之间能够形成结构更复杂的互联存证，形成更可靠的

数据验证模式。互联存证所形成的多维存证互联结构，能够进一步保障数据可信度,形成可

靠的度量机制，而大量的可信数据又能够构建出可信数据层,可信数据层可与分布式账本

数据形成互补结构。上述基于多维数据验证所形成的不同可信维度的数据，基于不同可信

维度的数据进行联合验证，能够得到不同级别的可信度或者证伪的结果。

[0096]在本申请实施例中，通过存证互联，即多维数据互相证实，形成多维数据平面，以

保证在区块链等数据存储空间中，所存储的数据存证是可信的、可用的、非多义性的、完整

的。且基于可信数据层，能够对已存储的数据进行过滤,滤除垃圾数据，进而降低账本数据

的空间冗余性，最大程度降低数据存储能耗以及共识能耗。

[0097]以下，以本方案应用于支付领域和税务领域为例,对上述数据验证方法进行说明。

图6是本申请实施例提供的一种支付领域和税务领域的数据验证方法示意图，如图6所示,

在支付领域和税务领域包括多个用于进行数据验证的节点设备，例如，在支付领域包括用

于进行数据验证的第三节点设备601,在税务领域包括核心验证节点，即第四节点设备602,

示例性的，该第四节点设备602可以是税务机构的节点设备，还可以包括多个分支机构的第

五节点设备603。图7是本申请实施例提供的一种支付领域和税务领域的数据验证流程图，

参见图7,在一种可能实现方式中，在支付领域、税务领域，该数据验证过程包括以下步骤：

[0098]701、第三节点设备响应于对目标商品交易完成，对本次交易的交易数据进行验

证。

[0099]示例性的，用户在某商家购买商品时，产生该交易数据，该交易数据包括支付数据

等。在一种可能实现方式中，第三节点设备进行数据验证的过程包括以下步骤：

[0100]步骤一、商家或用户的节点设备响应于本次交易完成，向支付领域的第三节点设

备601发送数据验证请求。其中，该数据验证请求包括本次交易的交易数据。

[0101]步骤二、该第三节点设备601响应于数据验证请求，从至少一个数据源中获取与该

14

CN113034265A说明书12/18页

交易数据有目标生产生活关系的第一数据，基于该第一数据对该交易数据进行验证。

[0102]其中，该至少一个数据源可以包括支付领域的数据源，也可以包括其他生产生活

领域的数据源，例如，生产该商品的供应链对应的数据源等，本申请实施例对此不作限定。

[0103]在一种可能实现方式中，该交易数据包括订单流水号、产品的索引信息、用户的索

引信息、商家的索引信息等，第三节点设备可以基于该交易数据获取用户维度、商家维度、

产品生产维度的数据作为第一数据，基于多维度的第一数据对本次交易的支付数据进行验

证。

[0104]在一种可能实现方式中，该第三节点设备得到验证结果后，对该验证结果进行存

证，示例性的，该第三节点设备可以将验证结果同步至用户的节点设备以及商家的节点设

备，还可以井验证结果同步至税务领域的节点设备，以便商家在缴纳税款时,税务机构的节

点设备对商家的经营数据进行验证。

[0W5]702、在本次交易完成后，用户的节点设响应于用户开具发票的操作，向商家的节

点设备发送发票开具请求，商家的节点