数据核验方法及装置、系统

技术领域

本说明书一个或多个实施例涉及区块链技术领域，尤其涉及一种数据核验方法及装置、系统。

背景技术

区块链技术(也被称为，分布式账本技术)是一种去中心化的分布式数据库技术，具有去中心化、公开透明、不可篡改、可信任等多种特点，适用于诸多对数据可靠性具有高需求的应用场景中。

在相关技术中，为了在方便数据流通的同时，保证数据的安全性，会在链上和链下分别保存一份数据。其中，链下的原始数据用于数据流通，而链上数据则用于对链下的原始数据进行核验，以证实该原始数据的可靠性。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种数据核验方法及装置、系统。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种证据核验系统，包括：客户端、证据核验平台、区块链系统，以及所述证据核验平台具有访问权限的业务系统；其中，

所述客户端，基于目标证据的证据编号发起针对目标证据的核验请求；

所述证据核验平台，响应于所述核验请求，将所述证据编号提供至与所述目标证据相关的业务系统和所述区块链系统，以获得针对所述目标证据的核验结果；其中，所述核验结果由与所述目标证据相关的业务系统基于所述证据编号查找到的原始数据和所述区块链系统基于所述证据编号查找到的链上数据比对得到；以及，将所述核验结果返回至所述客户端。

与所述目标证据相关的业务系统，根据所述证据编号将所述目标证据的原始数据返回至所述证据核验平台；

所述区块链系统，根据所述证据核验平台提供的证据编号查找所述目标证据的链上数据。根据本说明书一个或多个实施例的第二方面，提出了一种数据核验方法，应用于数据核验平台，包括：

接收针对目标数据的核验请求，所述核验请求中包含所述目标数据的数据标识；

将所述数据标识分别提供至与所述目标数据相关的业务系统和区块链系统，以获得所述目标数据的核验结果；其中，所述核验结果由所述业务系统基于所述数据标识查找到的原始数据和所述区块链系统基于所述数据标识查找到的链上数据比对得到；

向所述核验请求的发起方返回所述核验结果。

根据本说明书一个或多个实施例的第三方面，提出了一种数据核验装置，应用于数据核验平台，包括：

接收单元，接收针对目标数据的核验请求，所述核验请求中包含所述目标数据的数据标识；

提供单元，将所述数据标识分别提供至与所述目标数据相关的业务系统和区块链系统，以获得所述目标数据的核验结果；其中，所述核验结果由所述业务系统基于所述数据标识查找到的原始数据和所述区块链系统基于所述数据标识查找到的链上数据比对得到；

返回单元，向所述核验请求的发起方返回所述核验结果。

根据本说明书一个或多个实施例的第四方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如第二方面所述的方法。

根据本说明书一个或多个实施例的第四方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如第二方面所述方法的步骤。

附图说明

图1是一示例性实施例提供的一种数据核验系统的示意图。

图2是一示例性实施例提供的一种数据核验方法的流程图。

图3是一示例性实施例提供的一种证据核验方法的交互图。

图4是一示例性实施例提供的一种证据核验界面的示意图。

图5是一示例性实施例提供的一种设备的结构示意图。

图6是一示例性实施例提供的一种数据核验装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

由于区块链技术具有不可篡改、可信任等特性，将数据保存至区块链能够保证数据的安全性；而将数据存储至链下数据库，则由于没有分布式账本的限制，能够保证数据流通的便捷性。鉴于此，相关技术通常在链上和链下分别存储一份数据，以在保证数据安全性的同时，提高数据流通的便捷性。

数据核验指的是：基于链上数据验证链下流通的数据的可靠性的操作。相关技术在执行核验操作时，用户需要对待核验的目标数据的原始数据进行上传，以使核验操作的执行方根据区块链中存储的链上数据对上传的原始数据进行核验。

应当理解的是，由于相关技术在数据核验的过程中，需要由用户上传原始数据，这使得相关技术中的数据核验方式至少存在以下三个方面的问题：

其一，由于需要由用户提供原始数据，而用户持有的原始数据可能并非电子材料、或者并非存储在当前使用的设备中，此时，便需要用户将其他类型的材料如纸质材料转化为电子材料、或者将存储于其他设备的电子材料传输至当前使用的设备中。可见，用户在需要进行数据核验时，操作较为繁琐。

其二，原始数据的数据量可能是较大的，但用户侧的带宽通常较小，致使需要耗费较长的时间对数据进行上传，降低了数据核验的效率。

其三，由于原始数据需要在用户侧和核验操作的执行方之间进行传输，而作为个人的用户与其他设备之间的传输链路通常不具备较高的安全系数，很可能出现原始数据被窃取的情况，从而影响数据的安全性。

为此，本公开提出了一种数据核验系统，能够在无需用户上传原始数据的情况下，对待核验的目标数据进行核验。

图1为本说明书一示例性实施例示出的一种数据核验系统。如图1所示，该系统包括：客户端11、数据核验平台12、区块链系统13，以及数据核验平台12具有访问权限的业务系统14；其中，

客户端11，基于目标数据的数据标识发起针对目标数据的核验请求；

数据核验平台12，响应于所述核验请求，将所述数据标识提供至与所述目标数据相关的业务系统141和区块链系统13，以获得针对所述目标数据的核验结果；其中，所述核验结果由与所述目标数据相关的业务系统141基于所述数据标识查找到的原始数据和区块链系统13基于所述数据标识查找到的链上数据比对得到；以及，将所述核验结果返回至客户端11。

与所述目标数据相关的业务系统141，根据所述数据标识将所述目标数据的原始数据返回至数据核验平台12；

区块链系统13，根据数据核验平台12提供的数据标识查找所述目标数据的链上数据。

在本说明书中，数据核验平台12可以与不同团体的业务系统进行打通，使得数据核验平台12可以直接访问已打通的业务系统14。具体的，数据核验平台12的负责人可以与各个团体的负责人进行协商，以向该数据核验平台12开放相应业务系统的访问权限。

在此基础上，当用户需要对目标数据进行核验时，即可通过自身所持有的客户端11向数据核验平台12发送核验请求，以指示数据核验平台12完成针对目标数据的核验操作。其中，由于数据核验平台12已经与不同团体的业务系统打通，因此，用户只需在核验请求中添加目标数据的数据标识，数据核验平台12即可根据该数据标识从与目标数据相关的业务系统141处获取目标数据的原始数据，而无需由用户通过客户端11上传原始数据。进一步的，数据核验平台12还可以基于核验请求中包含的数据标识指示区块链系统13从已存储的链上数据中，查找目标数据的链上数据，以用于对目标数据的原始数据进行核验。

在本说明书中，可以将区块链系统13根据数据标识查找到的链上数据和业务系统141根据数据标识查找到的原始数据进行比对的方式，得到核验结果。该核验结果可以由数据核验平台12返回至客户端11，并由客户端11展示给用户。

应当理解的是，由于本说明书预先将数据核验平台12与各个团体的业务系统进行了打通，使得数据核验平台12可以直接基于待核验的目标数据的数据标识，从与该目标数据相关的业务系统141处获取目标数据的原始数据。在此基础上，用户只需在核验请求中添加目标数据的数据标识即可，而无需上传目标数据的原始数据。可见，本说明书在基于用户的核验请求完成针对目标数据的核验操作的前提下，避免了相关技术中需要由用户上传待核验数据的原始数据的情况，既解决了用户上传原始数据时操作繁琐的问题，又避免了在用户侧与核验操作的执行方之间进行原始数据的传输，而导致的数据安全性问题。

在本说明书中，数据核验的操作既可以由上述数据核验平台12执行，也可以由区块链系统13执行。

在一实施例中，数据核验平台12在接收到客户端11发送的核验请求的情况下，一方面可以基于核验请求中包含的数据标识，向业务系统141发送原始数据获取请求，以指示业务系统141查找目标数据的原始数据并返回；另一方面，可以基于该数据标识生成针对目标数据的链上数据的获取交易，以指示区块链系统13根据数据标识查找目标数据的链上数据并返回。在此基础上，数据核验平台12即可将业务系统141返回的原始数据和区块链系统13返回的链上数据进行比对，以得到目标数据的核验结果。

在另一实施例中，数据核验平台12在接收到客户端11发送的核验请求的情况下，仍可以基于核验请求中包含的数据标识，向业务系统141发送原始数据获取请求，以指示业务系统141查找目标数据的原始数据并返回，在此基础上，可以进一步基于目标数据的数据标识和原始数据生成针对目标数据的核验交易，并将该核验交易发送至区块链系统13。区块链系统13在接收到核验交易后，即可调用并执行核验合约，以基于核验交易中包含的数据标识查找目标数据的链上数据，并将查找到的链上数据与核验交易中包含的原始数据进行比对，得到核验结果。区块链系统13将核验结果返回至数据核验平台12，以由数据核验平台12将核验结果返回至客户端11。

在本说明书中，数据核验平台12在接收到客户端11发送的核验请求之后，可以优先从已打通的多个业务系统14中确定出与目标数据相关的业务系统141。需要声明的是，本说明书中与目标数据相关的业务系统141指的是：维护有目标数据的原始数据的业务系统。在本说明书中，可以通过多种方式确定与目标数据相关的业务系统。

在一实施例中，用户可能知晓目标数据的原始数据由哪一业务系统维护，此时，用户除了可以在客户端11中输入目标数据的数据标识以外，还可以在客户端11中输入维护有目标数据的原始数据的业务系统141的系统标识，而客户端11即可基于目标数据的数据标识和业务系统141的系统标识生成针对目标数据的核验请求。那么，数据核验平台12在接收到目标数据的核验请求之后，即可基于其中包含的系统标识确定出与目标数据相关的业务系统141，并基于数据标识向业务系统141发起针对目标数据的原始数据的获取请求。

在另一实施例中，数据核验平台12中可以维护有各个数据的数据标识与各自所相关的业务系统的系统标识的对应关系。在该情况下，数据核验平台12在接收到核验请求之后，即可从该对应关系中，查找与核验请求中包含的数据标识对应的系统标识，并将与查找到的系统标识对应的业务系统14确定为与目标数据相关的业务系统141。在此基础上，数据核验平台12即可基于数据标识向业务系统141发起针对目标数据的原始数据的获取请求。应当理解的是，本实施例相较于上一实施例，无需用户自行获取业务系统141的系统标识，大幅简化了用户在数据核验时的操作，但作为代价，数据核验平台12需要额外维护各个业务系统的系统标识与其存储的数据的数据标识之间的对应关系，在数据核验平台12中占用了更多的存储空间。

在又一实施例中，针对维护于不同业务系统中的数据，可以采用不同的格式为相应的数据设置数据标识。那么，数据核验平台12在接收到核验请求的情况下，可以识别核验请求中包含的数据标识的标识格式，并根据该标识格式确定出与目标数据相关的业务系统141。

当然，上述举例均是示意性的，具体如何从若干业务系统14中确定出与目标数据相关的业务系统141，可由本领域技术人员根据实际需求确定，本说明书对此不作限制。

在本说明书中，各个数据可能与不同的事件相关。那么，数据核验平台12在接收到核验请求的情况下，还可以对核验请求的发起方进行身份认证，以确定是否需要执行针对目标数据的核验操作。具体的，数据核验平台12在从核验请求中读取到数据标识之后，即可根据该数据标识确定与目标数据相关的目标事件，并基于核验请求中包含的发起方的身份信息验证该发起方是否为目标事件的相关方，其中，在身份信息表明发起方为目标事件的相关方时，身份认证通过，执行针对目标数据的核验操作。

在本说明书中，还可以进一步严格身份认证的条件。例如，数据核验平台12可以预先为事件中包含的不同角色设置不同的核验范围。那么，数据核验平台12在读取到核验请求中包含的身份信息之后，即可基于身份信息确定出核验请求的发起方在目标事件中对应的角色，并从为各个角色设置的核验范围中，确定出与该目标角色对应的目标核验范围。其中，仅在目标数据在该目标核验范围之内的情况下，确定身份认证通过，执行针对目标数据的核验操作。

在实际操作中，还可以为不同的角色设定不同的认证等级，其中，认证等级越高意味着对其进行认证的操作越复杂、认证成功的条件越多。例如，为不同角色设定的认证等级可以与相应角色对应的核验范围呈正相关，即为角色设置的核验范围越大，为其设置的认证等级也就越高。当然，该举例仅是示意性的，具体如何为不同角色设定认证等级，以及认证等级与认证操作之间的关系，均可由本领域技术人员根据实际需求确定，本说明书对此不作限制。

在本说明书中，数据核验平台12还可以对数据进行批量核验，此时，目标数据可以为与目标事件相关的多个数据的数据集合。

在批量核验的一种情况下，用户可能知晓该数据集合中所有数据的数据标识，客户端11可以在用户的指示下将所有数据的数据标识添加至核验请求中，那么，数据核验平台12在接收到核验请求的情况下，一方面可以将多个数据的数据标识分别提供至与相应数据相关的业务系统141处，以由各个业务系统141将相应数据的原始数据返回，在该过程中，可以采用上文介绍的任一种方式确定出与各个数据相关的业务系统141，以向各个业务系统141发起获取请求；另一方面可以将所有数据的数据标识提供至区块链系统13，以由区块链系统13根据接收到的多个数据标识查找各个数据的链上数据。

在批量核验的另一种情况下，数据核验平台12可以维护有与各个事件对应的数据标识集合，此时，核验请求中可以仅包含上述数据集合中部分数据的数据标识。那么，数据核验平台12在接收到核验请求后，即可从与各个事件对应的数据标识集合中，确定出核验请求中包含的数据标识所属的数据标识集合，并将确定出的数据标识集合中包含的各个数据标识提供至与相应数据相关的业务系统141处、将该数据标识集合中包含的所有数据标识提供至区块链系统13。其中，确定与各个数据相关的业务系统141的方式，与上一种情况类似，相关内容均可参照上一种情况的介绍，在此不再赘述。

不难看出，通过批量核验的方式，使得用户可以一次性对与同一事件相关的数据进行核验，避免了用户需要针对各个数据进行单独核验的情况。

在本说明书中，可以在诸多场景下采用上述技术方案。例如，在司法体系中，上述数据核验平台12可以为证据核验平台，上述目标事件可以为目标案件，而目标数据则可以为与目标案件相关的证据信息，目标数据的数据标识可以为证据信息的证据编号。与之相对应的，用于对案件的证据信息进行上链的区块链可以被称为司法链，数据核验的操作可以被称为证据核验。在该场景下，证据核验的操作可以发生在目标案件的相关人接收到纸质证据或电子证据的情况下，例如，原告、被告、法官等在接收到邮寄的纸质证据时，即可将纸质证据中包含的证据编号输入客户端11中，进而向证据核验平台发起针对该纸质证据的核验请求。当然，司法场景仅仅是示意性的，本说明书的技术方案还可以用于其他场景之下，具体应用于哪一场景，可由本领域技术人员根据实际情况确定，本说明书对此不作限制。

由上述技术方案可知，本说明书的数据核验系统中包含数据核验平台、业务系统和区块链系统。其中，业务系统与数据核验平台预先打通，使得数据核验平台可以直接访问业务系统，从业务系统处获取原始数据。在此基础上，用户在通过客户端发起核验请求时，只需在核验请求中添加待核验的目标数据的数据标识即可，而无需由用户侧上传原始数据。避免了相关技术中，由于需要用户进行原始数据的上传，而导致用户操作繁琐的问题、占用用户侧带宽的问题。

除此之外，应当理解的是，客户端作为用户侧设备，其自身以及其与其他设备之间的传输链路的安全性通常不会太高。因此，由用户侧上传原始数据，极有可能造成原始数据的泄露。而数据核验平台和业务系统，通常配备有较高的数据安全措施，两者之间进行数据传输通常不会造成数据泄露。因此，通过本说明书的技术方案还可以避免相关技术中由于需要由用户上传原始数据、但用户侧传输链路安全性不高，而导致的原始数据泄露的问题。

进一步的，本说明书中待核验的目标数据可以与目标事件相关，数据核验平台还可以对核验请求的发起方进行身份认证，其中，仅在核验请求中包含的身份信息表明发起方为目标事件的相关方的情况下，才执行针对目标数据的核验操作。该方式避免了与目标事件无关的人员对与目标事件相关的数据进行核验的情况。

再进一步的，本说明书还可以为事件中的各个角色设置不同的核验范围。在此基础上，在身份认证的过程中，除了需要发起方为目标事件的相关方以外，还可以进一步确定出发起方在目标事件中对应的目标角色，以判断目标数据是否在该目标角色所对应的目标核验范围内，且仅在目标数据在该目标核验范围内的情况下，执行针对目标数据的核验操作。该方式进一步提高了身份认证的严格程度，避免了目标事件的相关方对没有权限的数据进行核验的情况。

本说明书中的数据核验平台还可以对属于同一个事件的多个数据进行批量核验，避免了相关技术中需要对每一个数据进行单独核验，而导致的核验操作繁琐的问题。

与上述数据核验系统相对应的，本说明书还提出了一种数据核验方法。在该方法中，大多数操作，例如，如何将原始数据和链上数据进行对比、如何确定与目标数据相关的业务系统、如何进行身份认证、如何进行批量核验等，均已在上文中介绍，相关内容均可参照对数据核验系统的介绍，在下文中不在赘述。

图2为本说明书一示例性实施例示出的一种数据核验方法的流程图。该方法应用于数据核验平台，如图2所示，该方法可以包括以下步骤：

步骤202，接收针对目标数据的核验请求，所述核验请求中包含所述目标数据的数据标识。

如上所述，数据核验平台在接收到客户端发送的核验请求之后，可以优先从已打通的多个业务系统中确定出与目标数据相关的业务系统。

在一种情况下，用户可能知晓目标数据的原始数据由哪一业务系统维护，此时，用户除了可以在客户端中输入目标数据的数据标识以外，还可以在客户端中输入维护有目标数据的业务系统的系统标识，而客户端即可基于目标数据的数据标识和业务系统的系统标识生成针对目标数据的核验请求。那么，数据核验平台在接收到目标数据的核验请求之后，即可读取所述核验请求中包含的系统标识，以根据所述系统标识确定出与所述目标数据相关的业务系统。

在另一种情况下，数据核验平台中可以维护有各个数据的数据标识与各自所相关的业务系统的系统标识的对应关系。在该情况下，数据核验平台在接收到核验请求之后，即可从该对应关系中，查找与核验请求中包含的数据标识对应的系统标识，并将与查找到的系统标识对应的业务系统确定为与目标数据相关的业务系统。在此基础上，数据核验平台即可基于数据标识向业务系统发起针对目标数据的原始数据的获取请求。

在又一种情况下，针对维护于不同业务系统中的数据，可以采用不同的格式为相应的数据设置数据标识。那么，数据核验平台在接收到核验请求的情况下，可以识别核验请求中包含的数据标识的标识格式，并根据该标识格式确定出与目标数据相关的业务系统。

步骤204，将所述数据标识分别提供至与所述目标数据相关的业务系统和区块链系统，以获得所述目标数据的核验结果；其中，所述核验结果由所述业务系统基于所述数据标识查找到的原始数据和所述区块链系统基于所述数据标识查找到的链上数据比对得到。

如上所述，数据核验的操作既可以由数据核验平台执行，也可以由区块链系统执行。其中，

在由数据核验平台执行的情况下，数据核验平台在接收到客户端发送的核验请求时，一方面可以基于核验请求中包含的数据标识，向业务系统发送原始数据获取请求，以指示业务系统查找目标数据的原始数据并返回；另一方面，可以基于该数据标识生成针对目标数据的链上数据的获取交易，以指示区块链系统根据数据标识查找目标数据的链上数据并返回。在此基础上，数据核验平台即可将业务系统返回的原始数据和区块链系统返回的链上数据进行比对，以得到目标数据的核验结果。

在由区块链系统执行的情况下，数据核验平台在接收到客户端发送的核验请求时，仍可以基于核验请求中包含的数据标识，向与目标数据相关的业务系统发送原始数据获取请求，以指示该业务系统查找目标数据的原始数据并返回，在此基础上，可以进一步基于目标数据的数据标识和原始数据生成针对目标数据的核验交易，并将该核验交易发送至区块链系统。区块链系统在接收到核验交易后，即可调用并执行核验合约，以基于核验交易中包含的数据标识查找目标数据的链上数据，并将查找到的链上数据与核验交易中包含的原始数据进行比对，得到核验结果。区块链系统将核验结果返回至数据核验平台，以由数据核验平台将核验结果返回至客户端。

如上所述，各个数据可能与不同的事件相关。那么，数据核验平台在接收到核验请求的情况下，还可以对核验请求的发起方进行身份认证，以确定是否需要执行针对目标数据的核验操作。具体的，数据核验平台在从核验请求中读取到数据标识之后，即可根据该数据标识确定与目标数据相关的目标事件，并基于核验请求中包含的发起方的身份信息验证该发起方是否为目标事件的相关方，其中，在身份信息表明发起方为目标事件的相关方时，身份认证通过，执行针对目标数据的核验操作。

如上所述，本说明书还可以进一步严格身份认证的条件。例如，数据核验平台可以预先为事件中包含的不同角色设置不同的核验范围。那么，数据核验平台在读取到核验请求中包含的身份信息之后，即可基于身份信息确定出核验请求的发起方在目标事件中对应的角色，并从为各个角色设置的核验范围中，确定出与该目标角色对应的目标核验范围。其中，仅在目标数据在该目标核验范围之内的情况下，确定身份认证通过，执行针对目标数据的核验操作。

如上所述，数据核验平台还可以对数据进行批量核验，此时，目标数据可以为与目标事件相关的多个数据的数据集合。

在批量核验的一种情况下，用户可能知晓该数据集合中所有数据的数据标识，客户端可以在用户的指示下将所有数据的数据标识添加至核验请求中，那么，数据核验平台在接收到核验请求的情况下，一方面可以将多个数据的数据标识分别提供至与相应数据相关的业务系统处，以由各个业务系统将相应数据的原始数据返回，在该过程中，可以采用上文介绍的任一种方式确定出与各个数据相关的业务系统，以向各个业务系统发起获取请求；另一方面可以将所有数据的数据标识提供至区块链系统，以由区块链系统根据接收到的多个数据标识查找各个数据的链上数据。

在批量核验的另一种情况下，数据核验平台可以维护有与各个事件对应的数据标识集合，此时，核验请求中可以仅包含上述数据集合中部分数据的数据标识。那么，数据核验平台在接收到核验请求后，即可从与各个事件对应的数据标识集合中，确定出核验请求中包含的数据标识所属的数据标识集合，并将确定出的数据标识集合中包含的各个数据标识提供至与相应数据相关的业务系统处、将该数据标识集合中包含的所有数据标识提供至区块链系统。其中，确定与各个数据相关的业务系统的方式，与上一种情况类似，相关内容均可参照上一种情况的介绍，在此不再赘述。

如上所述，在本说明书中，可以在诸多场景下采用上述技术方案。例如，在司法体系中，上述数据核验平台可以为证据核验平台，上述目标事件可以为目标案件，而目标数据则可以为与目标案件相关的证据信息，目标数据的数据标识可以为证据信息的证据编号。与之相对应的，用于对案件的证据信息进行上链的区块链可以被称为司法链，数据核验的操作可以被称为证据核验。在该场景下，证据核验的操作可以发生在目标案件的相关人接收到纸质证据或电子证据的情况下，例如，原告、被告、法官等在接收到邮寄的纸质证据时，即可将纸质证据中包含的证据编号输入客户端中，进而向证据核验平台发起针对该纸质证据的核验请求。当然，司法场景仅仅是示意性的，本说明书的技术方案还可以用于其他场景之下，具体应用于哪一场景，可由本领域技术人员根据实际情况确定，本说明书对此不作限制。

步骤206，向所述核验请求的发起方返回所述核验结果。

由上述技术方案可知，本说明书的数据核验方法应用于数据核验平台，而数据核验平台与业务系统预先打通，使得数据核验平台可以直接访问业务系统，从业务系统处获取原始数据。在此基础上，用户在通过客户端发起核验请求时，只需在核验请求中添加待核验的目标数据的数据标识即可，而无需由用户侧上传原始数据。避免了相关技术中，由于需要用户进行原始数据的上传，而导致用户操作繁琐的问题、占用用户侧带宽的问题。

除此之外，在该数据核验方法中，待核验的目标数据可以与目标事件相关，数据核验平台还可以对核验请求的发起方进行身份认证，其中，仅在核验请求中包含的身份信息表明发起方为目标事件的相关方的情况下，才执行针对目标数据的核验操作。该方式避免了与目标事件无关的人员对与目标事件相关的数据进行核验的情况。

进一步的，该数据核验方法还可以对属于同一个事件的多个数据进行批量核验，避免了相关技术中需要对每一个数据进行单独核验，而导致的操作繁琐的问题。

正如上文所述的，本说明书需要在数据核验平台和各个团体的业务系统之间预先打通，或者说，数据核验平台需要优先获取各个团体的业务系统的访问权限。应该理解的是，对于大部分私人团体，通常不具备获取其他业务系统的访问权限的条件；而对于司法体系中的机构，鉴于其具有对其他团体，如网购平台、支付平台等的监管责任的客观特性，则通常可以获取其他团体的业务系统的访问权限。因此，本说明书还提出了一种应用于司法体系的证据核验系统。

需要声明的是，在下文所述的证据核验系统中，大多数操作方式，例如，如何进行核验，如何从业务系统处获取原始数据，均与上文所述的数据核验系统一致。只不过是将“数据”替换为“证据”、将“数据核验平台”替换为“证据核验平台”、将“数据标识”替换为“证据编号”、将“事件”替换为“案件”罢了。相关内容均可参照针对数据核验系统的介绍，在下文中不再详细赘述。

证据核验系统的架构与上文所述的数据核验系统的架构基本一致，因此，也可以参照图1所示的架构示意图。该证据核验系统可以包括：客户端、证据核验平台、区块链系统，以及证据核验平台具有访问权限的业务系统；其中，

客户端，基于目标证据的证据编号发起针对目标证据的核验请求；

证据核验平台，响应于所述核验请求，将所述证据编号提供至与所述目标证据相关的业务系统和区块链系统，以获得针对所述目标证据的核验结果；其中，所述核验结果由与所述目标证据相关的业务系统基于所述证据编号查找到的原始数据和区块链系统基于所述证据编号查找到的链上数据比对得到；以及，将所述核验结果返回至客户端。

与所述目标证据相关的业务系统，响应于所述访问请求，根据所述证据编号将所述目标证据的原始数据返回至证据核验平台；

区块链系统，根据证据核验平台提供的证据编号查找目标证据的链上数据。

如上所述，证据核验平台可以与不同团体的业务系统进行打通，使得证据核验平台可以直接访问已打通的业务系统。具体的，证据核验平台的负责人可以与各个团体的负责人进行协商，以向该证据核验平台开放相应业务系统的访问权限。

如上所述，用户可能知晓目标证据的原始数据由哪一业务系统维护，此时，用户除了可以在客户端中输入目标证据的证据编号以外，还可以在客户端中输入维护有目标证据的业务系统的系统标识，而客户端即可基于目标证据的证据编号和业务系统的系统标识生成针对目标证据的核验请求。那么，证据核验平台在接收到目标证据的核验请求之后，即可读取所述核验请求中包含的系统标识，以根据所述系统标识确定出与所述目标证据相关的业务系统。

在另一种情况下，证据核验平台中可以维护有各个证据的证据编号与各自所相关的业务系统的系统标识的对应关系。在该情况下，证据核验平台在接收到核验请求之后，即可从该对应关系中，查找与核验请求中包含的证据编号对应的系统标识，并将与查找到的系统标识对应的业务系统确定为与目标证据相关的业务系统。在此基础上，证据核验平台即可基于证据编号向业务系统发起针对目标证据的原始数据的获取请求。

在又一种情况下，针对维护于不同业务系统中的证据，可以采用不同的格式为相应的证据设置证据编号。那么，证据核验平台在接收到核验请求的情况下，可以识别核验请求中包含的证据编号的标识格式，并根据该标识格式确定出与目标证据相关的业务系统。

如上所述，证据核验的操作既可以由证据核验平台执行，也可以由区块链系统执行。其中，

在由证据核验平台执行的情况下，证据核验平台在接收到客户端发送的核验请求时，一方面可以基于核验请求中包含的证据编号，向业务系统发送原始数据获取请求，以指示业务系统查找目标证据的原始数据并返回；另一方面，可以基于该证据编号生成针对目标证据的链上数据的获取交易，以指示区块链系统根据证据编号查找目标证据的链上数据并返回。在此基础上，证据核验平台即可将业务系统返回的原始数据和区块链系统返回的链上数据进行比对，以得到目标证据的核验结果。

在由区块链系统执行的情况下，证据核验平台在接收到客户端发送的核验请求时，仍可以基于核验请求中包含的证据编号，向与目标证据相关的业务系统发送原始数据获取请求，以指示该业务系统查找目标证据的原始数据并返回，在此基础上，可以进一步基于目标证据的证据编号和原始数据生成针对目标证据的核验交易，并将该核验交易发送至区块链系统。区块链系统在接收到核验交易后，即可调用并执行核验合约，以基于核验交易中包含的证据编号查找目标证据的链上数据，并将查找到的链上数据与核验交易中包含的原始数据进行比对，得到核验结果。区块链系统将核验结果返回至证据核验平台，以由证据核验平台将核验结果返回至客户端。

如上所述，各个证据可能与不同的案件相关。那么，证据核验平台在接收到核验请求的情况下，还可以对核验请求的发起方进行身份认证，以确定是否需要执行针对目标证据的核验操作。具体的，证据核验平台在从核验请求中读取到证据编号之后，即可根据该证据编号确定与目标证据相关的目标案件，并基于核验请求中包含的发起方的身份信息验证该发起方是否为目标案件的相关方，其中，在身份信息表明发起方为目标案件的相关方时，身份认证通过，执行针对目标证据的核验操作。

如上所述，本说明书还可以进一步严格身份认证的条件。例如，证据核验平台可以预先为案件中包含的不同角色设置不同的核验范围。那么，证据核验平台在读取到核验请求中包含的身份信息之后，即可基于身份信息确定出核验请求的发起方在目标案件中对应的角色，并从为各个角色设置的核验范围中，确定出与该目标角色对应的目标核验范围。其中，仅在目标证据在该目标核验范围之内的情况下，确定身份认证通过，执行针对目标证据的核验操作。

如上所述，证据核验平台还可以对证据进行批量核验，此时，目标证据可以为与目标案件相关的多个证据的证据集合。

在批量核验的一种情况下，用户可能知晓该证据集合中所有证据的证据编号，客户端可以在用户的指示下将所有证据的证据编号添加至核验请求中，那么，证据核验平台在接收到核验请求的情况下，一方面可以将多个证据的证据编号分别提供至与相应证据相关的业务系统处，以由各个业务系统将相应证据的原始数据返回，在该过程中，可以采用上文介绍的任一种方式确定出与各个证据相关的业务系统，以向各个业务系统发起获取请求；另一方面可以将所有证据的证据编号提供至区块链系统，以由区块链系统根据接收到的多个证据编号查找各个证据的链上数据。

在批量核验的另一种情况下，证据核验平台可以维护有与各个案件对应的证据编号集合，此时，核验请求中可以仅包含上述证据集合中部分证据的证据编号。那么，证据核验平台在接收到核验请求后，即可从与各个案件对应的证据编号集合中，确定出核验请求中包含的证据编号所属的证据编号集合，并将确定出的证据编号集合中包含的各个证据编号提供至与相应证据相关的业务系统处、将该证据编号集合中包含的所有证据编号提供至区块链系统。其中，确定与各个证据相关的业务系统的方式，与上一种情况类似，相关内容均可参照上一种情况的介绍，在此不再赘述。

如上所述，在证据核验的场景下，证据核验的操作可以发生在目标案件的相关人接收到纸质证据或电子证据的情况下，例如，原告、被告、法官等在接收到邮寄的纸质证据时，即可将纸质证据中包含的证据编号输入客户端中，进而向证据核验平台发起针对该纸质证据的核验请求。当然，收到纸质证据或电子证据的场景仅仅是示意性的，证据核验的操作还可以在其他场景下执行，具体在哪一场景下执行，可由本领域技术人员根据实际情况确定，本说明书对此不作限制。

由上述技术方案可知，证据核验系统中包含的证据核验平台预先与各个业务系统先打通，使得证据核验平台可以直接访问业务系统，从业务系统处获取各个证据的原始数据。在此基础上，用户在通过客户端发起核验请求时，只需在核验请求中添加待核验的目标证据的证据编号即可，而无需由用户侧上传原始数据。避免了相关技术中，由于需要用户进行原始数据的上传，而导致用户操作繁琐的问题、占用用户侧带宽的问题。

下面，以在目标案件的相关方接收到纸质证据时，对纸质证据中的证据信息进行核验为例，对本说明书的技术方案进行介绍。

图3为本说明书一示例性实施例示出的一种证据核验方法的交互图，该方法基于上文所述的证据核验系统实现。如图3所示，该方法可以包括以下步骤：

步骤301，客户端基于证据编号和系统标识生成核验请求。

在本实施例中，用户接收到的纸质证据中可以包含证据编号，以及维护有纸质证据的原始数据的业务系统的系统标识。那么，用户在即可根据该证据编号和系统标识生成针对该纸质证据的核验请求。

举例而言，用户在接收到纸质证据后，即可在客户端中打开如图4所示的核验界面，并在核验界面中输入证据编号和系统标识，以便客户端生成针对该纸质证据的核验请求。假设纸质证据的证据信息为购物平台中的一份订单信息，那么，用户输入的证据编号可以为图4所示的订单编号“202201041106”，而系统标识则可以为购物平台的平台标识“4136”。

步骤302，客户端将生成的核验请求发送至证据核验平台。

在生成针对纸质证据的核验请求之后，客户端即可将核验请求发送至证据核验平台，以由证据核验平台根据核验请求中包含的证据编号和系统标识，对纸质证据中包含的证据信息进行核验。

步骤303，证据核验平台读取核验请求中包含的证据编号和系统标识。

在证据核验平台接收到核验请求后，即可读取其中包含的证据编号和系统标识，以用于生成原始数据获取请求和链上数据获取交易。

步骤304，证据核验平台基于证据编号生成原始数据获取请求和链上数据获取交易。

步骤305A，证据核验平台将原始数据获取请求发送至与系统标识对应的业务系统。

在本实施例中，由于核验请求中包含系统标识，因此，证据核验平台可以根据读取到的系统标识，从已打通的若干业务系统中，确定出维护有纸质证据的原始数据的业务系统，进而将生成的原始数据获取请求发送至确定出的业务系统。

承接上述举例，可以根据平台编号“4136”将生成的原始数据获取请求发送至上述购物平台处，以由购物平台根据订单编号“202201041106”，从维护的若干订单信息中，查找出相应订单的原始信息，并将查找到的原始数据返回。

步骤306A，业务系统根据证据编号查找纸质证据的原始数据。

步骤307A，业务系统将查找到的原始数据返回至证据核验平台。

步骤305B，证据核验平台将链上数据获取交易发送至区块链系统。

在本实施例中，还需要将生成的链上数据获取交易发送至区块链系统，以由区块链系统根据证据编号返回纸质证据的链上数据。

承接上述举例，区块链系统在接收到链上数据获取交易后，即可根据其中包含的订单编号，从维护的若干链上数据中，查找纸质证据的链上数据并返回。

步骤306B，区块链系统基于证据编号查找纸质证据的链上数据。

步骤307B，区块链系统将查找到的链上数据返回至证据核验平台。

步骤308，证据核验平台基于接收到的链上数据对接收到的原始数据进行核验。

在获取到纸质证据的链上数据和原始数据后，证据核验平台即可将两者进行对比。其中，在两者相符的情况下，核验通过，否则，核验不通过。

步骤309，证据核验平台将核验结果返回至客户端。

在通过比对得到核验结果之后，即可将核验结果返回至客户端，以便用户通过客户端知晓接收到的纸质证据是否可靠。

由上述技术方案可知，通过本说明书中的证据核验系统，可以在用户接收到纸质证据时，根据其中包含的证据编号，对纸质证据所对应的原始数据进行证据核验，以便用户知晓接收到的纸质证据是否可靠。其中，由于执行核验操作的证据核验平台预先与若干业务系统打通，使得证据核验平台可以直接访问维护有纸质证据的原始数据的业务系统，进而从该业务系统处获取纸质证据的原始数据，避免了相关技术在进行证据核验时，需要由用户上传原始数据，而导致用户操作繁琐和原始数据被窃取的问题。

图5是一示例性实施例提供的一种设备的示意结构图。请参考图5，在硬件层面，该设备包括处理器502、内部总线504、网络接口506、内存508以及非易失性存储器510，当然还可能包括其他业务所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器502从非易失性存储器510中读取对应的计算机程序到内存508中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图6，数据核验装置可以应用于如图5所示的设备中，以实现本说明书的技术方案。其中，该数据核验装置可以包括：

接收单元601，接收针对目标数据的核验请求，所述核验请求中包含所述目标数据的数据标识；

提供单元602，将所述数据标识分别提供至与所述目标数据相关的业务系统和区块链系统，以获得所述目标数据的核验结果；其中，所述核验结果由所述业务系统基于所述数据标识查找到的原始数据和所述区块链系统基于所述数据标识查找到的链上数据比对得到；

返回单元603，向所述核验请求的发起方返回所述核验结果。

可选的，所述核验请求中还包含与所述目标数据相关的业务系统的系统标识；该装置还包括：

确定单元604，读取所述核验请求中包含的系统标识，以根据所述系统标识确定出与所述目标数据相关的业务系统。

可选的，所述数据核验平台中维护有各个数据的数据标识与各自所相关的业务系统的系统标识的对应关系；确定单元604还被用于：

从所述数据核验平台维护的对应关系中，查找与所述目标数据的数据标识对应的系统标识，并将与查找到的系统标识对应的业务系统确定为与所述目标数据相关的业务系统。

可选的，所述数据核验平台中维护有各个业务系统所采用的标识格式；确定单元604还被用于：

确定所述数据标识的标识格式，并根据该标识格式确定与所述目标数据相关的业务系统。

可选的，还包括：

比对单元605，根据所述数据标识从所述区块链系统处获取所述目标数据的链上数据，并将所述链上数据与所述原始数据进行比对，以得到针对所述目标数据的核验结果；或者，基于所述数据标识和所述原始数据生成针对目标数据的核验交易，并将所述核验交易上传至所述区块链系统，以由所述区块链系统调用核验合约，通过基于所述数据标识查找到的链上数据对所述原始数据进行核验，并将核验结果返回。

可选的，确定单元604还被用于：

根据所述数据标识确定与所述目标数据相关的目标事件，并读取所述核验请求中包含的所述发起方的身份信息；

其中，针对所述目标数据的核验操作，仅在所述身份信息表明所述发起方为所述目标事件的相关方的情况下执行。

可选的，确定单元604还被用于：

基于所述身份信息确定所述发起方在所述目标事件中对应的目标角色；

从预先为各个角色设置的核验范围中，确定出与所述目标角色对应的目标核验范围；

其中，针对所述目标数据的核验操作，仅在所述目标数据在所述目标核验范围之内的情况下执行。

可选的，所述目标数据为与目标事件相关的多个数据的数据集合；

提供单元602，被进一步用于：将所述多个数据的数据标识分别提供至与相应数据相关的业务系统，以及将所述多个数据的数据标识提供至所述区块链系统；或者，

所述核验请求中包含所述数据集合中部分数据的数据标识；确定单元604，还被用于：从维护的与各个事件对应的数据标识集合中，确定出所述核验请求中包含的数据标识所属的数据标识集合；提供单元602，被进一步用于：将确定出的数据标识集合中包含的各个数据标识提供至与相应数据相关的业务系统，以及将确定出的数据标识集合中包含的所有数据提供至所述区块链系统。

可选的，所述目标事件为目标案件，所述目标数据为与所述目标案件相关的证据信息，所述目标数据的数据标识为所述证据信息的证据编号。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。