CN117408804A - 物流单据验证方法、系统、装置、设备和存储介质 - Google Patents

Abstract

本申请实施例提供物流单据验证方法、系统、装置、设备和存储介质，涉及区块链技术领域。该方法包括：获取待验证节点上传的物流单据信息，并获取待验证节点的授权信息，将授权信息写入物流企业节点中第一授权合约，将运单号发送至物流企业节点；再根据物流数据计算第一数据指纹，接收物流企业节点发送的第二数据指纹，比较第一数据指纹与第二数据指纹生成物流单据的授权验证结果。无需传输隐私数据，仅将授权信息和运单号跨链传输，对于金融企业节点来说，仅需对小微企业上传的物流数据进行验证，而将物流数据的真实性验证下放到物流企业，能够提高物流单据验证的准确性和安全性。

Description

物流单据验证方法、系统、装置、设备和存储介质

技术领域

本申请涉及区块链技术领域，尤其涉及物流单据验证方法、系统、装置、设备和存储介质。

背景技术

在供应链金融场景中，金融机构对小微企业与中大型企业进行信用评估时遇到的挑战不同。中大型企业通常具有稳定的财务数据和信用记录，并且能够提供更多的担保资产，这使得它们的信用评估相对较为容易。然而小微企业因为经营状况的不稳定性和信用历史信息的不确定性，其信用难以评估。由此，金融机构为了降低风险，往往会尽量避免对小微企业提供授信，导致小微企业融资困难且融资成本较高。

相关技术中，金融机构利用大数据技术分析小微企业提供的物流发票、物流单据等贸易数据来判断其经营状况，并根据经营状况评估授信额度。然而，金融机构很难直接验证小微企业上传的物流单据的真实性，这导致授信额度的准确性不高。为了提高物流单据的真实性，一种方法是上传更多的贸易数据，但这可能增加泄漏隐私数据的风险。因此，需要提出一种在不泄漏小微企业物流单据隐私的前提下，使金融机构能够准确验证物流单据的方法。

发明内容

本申请实施例的主要目的在于提出物流单据验证方法、系统、装置、设备和存储介质，提高物流单据验证的安全性与准确性。

为实现上述目的，本申请实施例的第一方面提出了一种物流单据验证方法，应用于物流单据验证系统中金融机构节点；所述方法包括：

获取待验证节点上传的物流单据信息，向所述待验证节点发送授权验证告知信息；所述物流单据信息包括运单号、物流数据和物流企业节点；

获取所述待验证节点响应所述授权验证告知信息生成的授权信息；

将所述授权信息写入所述物流企业节点中第一授权合约，并将所述运单号发送至所述物流企业节点；所述第一授权合约基于预设授权协议生成，并部署在所述物流企业节点；

根据所述物流数据计算第一数据指纹，并接收所述物流企业节点发送的第二数据指纹；所述第二数据指纹是所述物流企业节点对所述第一授权合约中的所述授权信息验证通过后，基于所述运单号计算得到的；

比较所述第一数据指纹与所述第二数据指纹，根据比较结果生成所述物流单据的授权验证结果。

在一实施例中，所述预设授权协议约定合约调用地址；所述将所述授权信息写入所述物流企业节点中第一授权合约，包括：

根据所述合约调用地址向所述物流企业节点发送跨链调用请求；所述跨链调用请求用于请求调用所述第一授权合约；

接收到所述物流企业节点发送的确认信息后，将所述授权信息写入所述第一授权合约。

在一实施例中，所述接收所述物流企业节点发送的第二数据指纹，包括：

根据所述合约调用地址向所述物流企业节点发送数据指纹生成请求；所述数据指纹生成请求中携带所述运单号，以使所述物流企业节点基于所述运单号获取第二物流数据；

接收所述物流企业节点发送的所述第二物流数据的所述第二数据指纹。

在一实施例中，所述预设授权协议还包括物流数据字段；所述物流数据至少包括：待验证节点的节点标识、收件地址、寄件地址、运单金额和路由信息；所述根据所述物流数据计算第一数据指纹，包括：

将所述授权信息写入所述金融机构节点的第二授权合约；所述第二授权合约基于所述预设授权协议生成，并部署在所述金融机构节点；

基于所述物流数据字段从所述节点标识、所述收件地址、所述寄件地址、所述运单金额和所述路由信息中选取第一物流数据；

计算所述第一物流数据的第一哈希值，并根据所述第一哈希值得到所述第一数据指纹。

在一实施例中，所述预设授权协议还包括验证场景，所述向所述待验证节点发送授权验证告知信息之前，所述方法还包括：

获取所述待验证节点的针对目标业务的待办请求；

确定所述目标业务在所述验证场景的范围内。

在一实施例中，所述授权验证结果包括验证通过和验证不通过，所述验证通过表征所述第一数据指纹与所述第二数据指纹相同，所述验证不通过表征所述第一数据指纹与所述第二数据指纹不相同；所述根据比较结果生成所述物流单据的授权验证结果之后，所述方法还包括：

若所述授权验证结果为验证通过，则根据所述待办请求执行所述目标业务；

若所述授权验证结果为验证不通过，则降低所述待验证节点的信用得分。

为实现上述目的，本申请实施例的第二方面提出了一种物流单据验证方法，应用于物流单据验证系统中物流企业节点；所述方法包括：

接收金融机构节点发送的跨链调用请求；所述跨链调用请求用于请求调用第一授权合约；所述第一授权合约基于预设授权协议生成，并部署在所述物流企业节点；

将根据所述跨链调用请求生成的确认信息发送至所述金融机构节点；

确定所述第一授权合约中包括授权信息，对所述授权信息进行验证得到验证结果；

若所述验证结果为验证通过，且接收到所述金融机构节点发送的数据指纹生成请求，则从所述数据指纹生成请求中获取运单号；

基于所述运单号获取第二物流数据，并获取第二物流数据的第二数据指纹，将所述第二数据指纹发送至所述金融机构节点。

在一实施例中，所述预设授权协议还包括物流数据字段；所述第二物流数据至少包括：所述第二节点标识、第二收件地址、第二寄件地址、第二运单金额和第二路由信息，所述生成第二物流数据的第二数据指纹，包括：

基于所述物流数据字段从所述第二节点标识、所述第二收件地址、所述第二寄件地址、所述第二运单金额和所述第二路由信息中选取第二物流数据；

计算所述第二物流数据的第二哈希值，并根据所述第二哈希值得到所述第二数据指纹。

为实现上述目的，本申请实施例的第三方面提出了一种物流单据验证系统，包括：金融机构节点和物流企业节点；

所述金融机构节点用于接收待验证节点发送的物流单据信息，并向所述待验证节点发送授权验证告知信息；所述物流单据信息包括运单号、物流数据和所述物流企业节点；

所述金融机构节点用于接收所述待验证节点响应所述授权验证告知信息生成的授权信息，并将所述授权信息写入所述物流企业节点中第一授权合约，以及将所述运单号发送至所述物流企业节点；所述第一授权合约基于预设授权协议生成，并部署在所述物流企业节点；

所述物流企业节点用于对所述第一授权合约中的所述授权信息验证通过后，基于所述运单号计算得到第二数据指纹，并将所述第二数据指纹发送至所述金融机构节点；

所述金融机构节点还用于根据所述物流数据计算第一数据指纹，比较所述第一数据指纹与所述第二数据指纹，根据比较结果生成所述物流单据的授权验证结果。

为实现上述目的，本申请实施例的第四方面提出了一种物流单据验证装置，应用于区块链系统中金融机构节点；所述装置包括：

物流单据获取模块：用于获取待验证节点上传的物流单据信息，向所述待验证节点发送授权验证告知信息；所述物流单据信息包括运单号、物流数据和物流企业节点；

授权信息获取模块：用于获取所述待验证节点响应所述授权验证告知信息生成的授权信息；

跨链写入模块：用于将所述授权信息写入所述物流企业节点中第一授权合约，并将所述运单号发送至所述物流企业节点；所述第一授权合约基于预设授权协议生成，并部署在所述物流企业节点；

数据指纹获取模块：用于根据所述物流数据计算第一数据指纹，并接收所述物流企业节点发送的第二数据指纹；所述第二数据指纹是所述物流企业节点对所述第一授权合约中的所述授权信息验证通过后，基于所述运单号计算得到的；

授权验证模块：用于比较所述第一数据指纹与所述第二数据指纹，根据比较结果生成所述物流单据的授权验证结果。

为实现上述目的，本申请实施例的第五方面提出了一种物流单据验证装置，应用于区块链系统中物流企业节点；所述装置包括：

跨链调用请求获取模块：用于接收金融机构节点发送的跨链调用请求；所述跨链调用请求用于请求调用第一授权合约；所述第一授权合约基于预设授权协议生成，并部署在所述物流企业节点；

确认信息发送模块：用于将根据所述跨链调用请求生成的确认信息发送至所述金融机构节点；

授权信息验证模块：用于确定所述第一授权合约中包括授权信息，对所述授权信息进行验证得到验证结果；

运单号获取模块：用于若所述验证结果为验证通过，且接收到所述金融机构节点发送的数据指纹生成请求，则从所述数据指纹生成请求中获取运单号；

第二数据指纹生成模块：用于基于所述运单号获取第二物流数据，并获取第二物流数据的第二数据指纹，将所述第二数据指纹发送至所述金融机构节点。

为实现上述目的，本申请实施例的第六方面提出了一种电子设备，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面或第二方面所述的方法。

为实现上述目的，本申请实施例的第七方面提出了一种存储介质，所述存储介质为存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或第二方面所述的方法。

本申请实施例提出的物流单据验证方法、系统、装置、设备和存储介质，通过获取待验证节点上传的物流单据信息，向待验证节点发送授权验证告知信息，其中，物流单据信息包括运单号、物流数据和物流企业节点；接着获取待验证节点响应授权验证告知信息生成的授权信息，将授权信息写入物流企业节点中第一授权合约，并将运单号发送至物流企业节点；第一授权合约基于预设授权协议生成，并部署在物流企业节点，再根据物流数据计算第一数据指纹，并接收物流企业节点发送的第二数据指纹，这里的第二数据指纹是物流企业节点对第一授权合约中的授权信息验证通过后，基于运单号计算得到的，最后比较第一数据指纹与第二数据指纹，根据比较结果生成物流单据的授权验证结果。本申请实施例基于区块链技术实现验证过程的安全性，无需传输隐私数据，仅将物流单据的验证过程中产生的授权信息和运单号跨链传输，对于金融企业节点来说，仅需对小微企业上传的物流数据进行验证生成第一数据指纹即可，而将物流数据的真实性验证下放到物流企业，获取物流企业节点利用运单号生成的第二数据指纹，再比较两个数据指纹得到授权验证结果。能够提高物流单据验证的准确性和安全性。

附图说明

图1是本申请实施例提供的物流单据验证系统的一个可选的示意图。

图2是本申请实施例提供的物流单据验证方法的一个可选的流程图。

图3是本申请实施例中授权验证告知信息的示意图。

图4是图2中的步骤S130中将授权信息写入物流企业节点中第一授权合约的流程图。

图5是图2中的步骤S140中根据物流数据计算第一数据指纹的流程图。

图6为本申请实施例中第一数据指纹的计算过程示意图。

图7为本申请实施例中第一数据指纹的计算过程的又一示意图。

图8是图2中的步骤S140中接收物流企业节点发送的第二数据指纹的流程图。

图9是本申请实施例提供的物流单据验证方法的另一个可选的流程图。

图10是本申请实施例提供的物流单据验证系统的详细工作流程示意图。

图11是本申请又一实施例提供的物流单据验证装置结构框图。

图12是本申请又一实施例提供的物流单据验证装置结构框图。

图13是本申请实施例提供的电子设备的硬件结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

首先，对本申请中涉及的若干名词进行解析：

区块链：是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

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

平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

在供应链金融场景中，金融机构对小微企业与中大型企业进行信用评估时遇到的挑战不同。中大型企业通常具有稳定的财务数据和信用记录，并且能够提供更多的担保资产，这使得它们的信用评估相对较为容易。然而小微企业因为经营状况的不稳定性和信用历史信息的不确定性，其信用难以评估。由此，金融机构为了降低风险，往往会尽量避免对小微企业提供授信，导致小微企业融资困难且融资成本较高。

相关技术中，金融机构利用大数据技术分析小微企业提供的物流发票、物流单据等贸易数据来判断其经营状况，并根据经营状况评估授信额度。然而，金融机构很难直接验证小微企业上传的物流单据的真实性，这导致授信额度的准确性不高。为了提高物流单据的真实性，一种方法是上传更多的贸易数据，但这可能增加泄漏隐私数据的风险。因此，需要提出一种在不泄漏小微企业物流单据隐私的前提下，使金融机构能够准确验证物流单据的方法。

基于此，本申请实施例提供一种物流单据验证方法、系统、装置、设备和存储介质，基于区块链技术实现验证过程的安全性，无需传输隐私数据，仅将物流单据的验证过程中产生的授权信息和运单号跨链传输，对于金融企业节点来说，仅需对小微企业上传的物流数据进行验证生成第一数据指纹即可，而将物流数据的真实性验证下放到物流企业，获取物流企业节点利用运单号生成的第二数据指纹，再比较两个数据指纹得到授权验证结果。能够提高物流单据验证的准确性和安全性。

本申请实施例提供物流单据验证方法、系统、装置、设备和存储介质，具体通过如下实施例进行说明，首先描述本申请实施例中的物流单据验证方法。

本申请实施例提供的物流单据验证方法，涉及区块链技术领域。本申请实施例提供的物流单据验证方法可应用于终端中，也可应用于服务器端中，还可以是运行于终端或服务器端中的计算机程序。举例来说，计算机程序可以是操作系统中的原生程序或软件模块；可以是本地(Native)应用程序(APP，Application)，即需要在操作系统中安装才能运行的程序，如支持物流单据验证的客户端，也可以是小程序，即只需要下载到浏览器环境中就可以运行的程序；还可以是能够嵌入至任意APP中的小程序。总而言之，上述计算机程序可以是任意形式的应用程序、模块或插件。其中，终端通过网络与服务器进行通信。该物流单据验证方法可以由终端或服务器执行，或由终端和服务器协同执行。

在一些实施例中，终端可以是智能手机、平板电脑、笔记本电脑、台式计算机或者智能手表等。服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器；也可以是区块链系统中的服务节点，该区块链系统中的各服务节点之间组成点对点(P2P，PeerTo Peer，P2P)网络，P2P协议是一个运行在传输控制协议(Transmission ControlProtocol，TCP)协议之上的应用层协议。终端与服务器之间可以通过蓝牙、通用串行总线(Universal Serial Bus，USB)或者网络等通讯连接方式进行连接，本实施例在此不做限制。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

下面首先描述本申请实施例中的物流单据验证系统。

图1是本申请实施例提供的物流单据验证系统的一个可选的示意图。物流单据验证系统100是指用于进行节点与节点之间数据共享的系统，该物流单据验证系统中包括多个待验证节点101、一个金融机构节点102、多个物流企业节点103。

其中，待验证节点101是企业节点，待验证节点101与金融机构节点102连接，能够提供物流单据等数据，实现金融业务的需求。金融机构节点102可以是为企业节点提供授信额度的金融机构，金融机构节点102与物流企业节点103连接，对接收到的物流单据等数据进行验证，根据验证结果提升风控能力，并为企业提供相应的金融产品。物流企业节点103为企业节点上传的物流单据对应的物流的承接方，提供一部分物流单据的验证工作，促成企业与金融结构的业务合作。可以理解的是，每个物流单据都能关联到一个物流企业节点103。另外，由于不同的企业节点可能选择不同的物流企业，该物流单据验证系统中包括至少一个物流企业节点103。

另外，物流单据验证系统还可以包括一个监管机构节点(图中未示出)，监管机构节点104与待验证节点101、金融机构节点102以及物流企业节点103均连接，能够对物流单据验证过程中的全流程数据进行监管审计。

下面描述本申请实施例中应用于金融机构节点的物流单据验证方法。

图2是本申请实施例提供的物流单据验证方法的一个可选的流程图，图2中的方法可以包括但不限于包括步骤S110至步骤S150。同时可以理解的是，本实施例对图2中步骤S110至步骤S150的顺序不做具体限定，可以根据实际需求调整步骤顺序或者减少、增加某些步骤。

步骤S110：获取待验证节点上传的物流单据信息，向待验证节点发送授权验证告知信息。

步骤S120：获取待验证节点响应授权验证告知信息生成的授权信息。

在一种实施例的场景中，企业需要向金融结构申请金融业务，因此按照需求上传自身贸易活动的物流单据，来侧面证明自身的经营状况，此时企业可以登录金融结构提供的物流单据验证的客户端软件，上传物流单据信息到金融机构节点中，来发起物流单据验证申请。这里的物流单据信息可以包括：运单号、物流数据和物流企业节点，其中，物流数据可以是待验证节点的节点标识、收件地址、寄件地址、运单金额和路由信息，路由信息指货物在运输过程中经过的节点或地点，记录了货物从发货地到目的地的行程和路径。本实施例中，物流单据信息中的运单号以及物流数据等并不会包含过多的隐私数据。而物流企业节点能够帮助金融机构节点确定用来协助验证的物流企业。

在一实施例中，金融机构节点接收到待验证节点上传的物流单据信息，从中提取到物流企业信息，同时向待验证节点发送授权验证告知信息，这里的授权验证告知信息是为了向待验证节点展示验证过程中会用到的内容，并取得待验证节点的同意，当验证节点的同意后，会生成对应于授权验证告知信息的授权信息，然后金融机构节点会获取该授权信息。

参照图3，图3为本申请实施例中授权验证告知信息的示意图。假设待验证节点的节点标识为企业1，物流企业节点为物流企业1，运单号为运单1，寄件地址为地址1，收件地址为地址2，运单金额为10元，路由信息为：地址1-地址3-地址4-地址2。

此时金融机构节点通过在待验证节点的客户端上进行弹窗的方式展示授权验证告知信息。参照图3中，授权验证告知信息中包括：“请确认是否授权下述数据用于进行物流单据验证：

运单号：运单1；寄件地址：地址1；收件地址：地址2，运单金额：10元；节点标识：企业1；路由信息：地址1-地址3-地址4-地址2；物流企业节点：物流企业1”。

同时，待验证节点的客户端上展示授权验证告知信息的同页面会出现“同意授权”的标识，当待验证节点的客户端上“同意授权”被点击或者触摸之后，待验证节点生成响应授权验证告知信息的授权信息，这个授权信息用于表征待验证节点同意利用金融机构节点利用物流单据信息进行验证。

通过上述步骤，金融机构节点取得待验证节点的授权信息，有助于增加验证过程的透明度和可控性，同时待验证节点能够通过授权验证告知信息判断是否存在隐私数据。

步骤S130：将授权信息写入物流企业节点中第一授权合约，并将运单号发送至物流企业节点。

在该步骤之前，金融机构节点和多家物流企业节点会约定进行协同验证，金融机构节点和每个物流企业节点签订预设授权协议，预设授权协议中包括双方的主体信息、合约调用地址、物流数据字段、验证场景。其中，主体信息指的是金融机构节点和物流企业节点，合约调用地址用于指示金融机构节点定位到物流企业节点，物流数据字段用于约定利用物流数据生成数据指纹时使用到的字段内容，验证场景是合规场景，用于约定这些数据的使用范围，确保对物流单据的验证过程合规。该实施例中，物流企业节点在其区块链中建立第一授权合约，金融机构节点在其区块链中建立第二授权合约，第一授权合约和第二授权合约中存储约定好的预设授权协议的相关信息。

由于预设授权协议中包括验证场景，因此向待验证节点发送授权验证告知信息之前，金融机构节点需要判断本次验证过程是否是验证场景约定的，因此需要获取待验证节点的针对目标业务的待办请求，然后确定目标业务在验证场景的范围内。这里的目标业务指的是与金融相关的业务，如果目标业务在验证场景的范围内，则可以进行物流单据数据的验证过程。

上述步骤S130中，金融机构节点得到待验证节点发送的授权信息后，跨链调用物流企业节点中第一授权合约，将授权信息写入第一授权合约，以将待验证节点的反馈信息告知物流企业节点。然后将运单号发送至物流企业节点，以便后续验证。

在一实施例中，参照图4，将授权信息写入物流企业节点中第一授权合约的过程具体包括：

步骤S131：根据合约调用地址向物流企业节点发送跨链调用请求。

其中，金融机构节点通过预设授权协议中约定的合约调用地址，调用物流单据对应的物流企业，然后向该物流企业节点发送跨链调用请求，跨链调用请求用于与物流企业节点建立通信连接，然后请求调用其第一授权合约。

步骤S132：接收到物流企业节点发送的确认信息后，将授权信息写入第一授权合约。

其中，物流企业节点接收到跨链调用请求后会对该请求进行确认，生成确认信息后发送给金融机构节点，金融机构节点接收到物流企业节点发送的确认信息后，会跨链调用第一授权合约，将待验证节点的授权信息写入物流企业节点的第一授权合约。

步骤S140：根据物流数据计算第一数据指纹，并接收物流企业节点发送的第二数据指纹。

其中，金融机构节点接收到授权信息后，就可以开展验证过程，首先需要根据物流数据计算第一数据指纹。在一实施例中，参照图5，根据物流数据计算第一数据指纹的具体过程包括：

步骤S141：将授权信息写入金融机构节点的第二授权合约。

其中，在得到授权信息后，金融机构节点还需要在其第二授权合约中写入授权信息，目的是能够全流程审计追溯。

步骤S142：基于物流数据字段从节点标识、收件地址、寄件地址、运单金额和路由信息中选取第一物流数据。

在一实施例中，预设授权协议中物流数据字段中如果包括较多的内容，则验证速度会降低，同时消耗较多的物流企业节点的算力资源。因此不同的物流企业节点与金融机构节点约定的预设授权协议中物流数据字段可能不同。在对不同物流数据进行验证的过程中，需要根据物流数据字段从物流数据中提取需要的第一物流数据。如果物流数据至少包括：待验证节点的节点标识、收件地址、寄件地址、运单金额和路由信息，则基于物流数据字段从节点标识、收件地址、寄件地址、运单金额和路由信息中选取第一物流数据，这里选取节点标识的目的是根据企业的身份信息进一步保护可能涉及到的敏感数据。

步骤S143：计算第一物流数据的第一哈希值，并根据第一哈希值得到第一数据指纹。

其中，计算第一物流数据中每一个数据的第一哈希值，然后将第一哈希值汇总即可得到第一数据指纹。在一实施例中，参照图6，图6为本申请实施例中第一数据指纹的计算过程示意图。图6中假设第一物流数据包括：收件地址、寄件地址、运单金额和路由信息，因此分别计算收件地址的第一哈希值A、寄件地址的第一哈希值B、运单金额的第一哈希值C和路由信息的第一哈希值D，接着将第一哈希值两两进行第二次哈希运算，例如，第一哈希值A和第一哈希值B得到哈希值E，第一哈希值C和第一哈希值D得到哈希值F，再将哈希值F和哈希值E进行哈希运算得到最终的第一数据指纹。

在另一个实施例中，参照图7，图7为本申请实施例中第一数据指纹的计算过程的又一示意图。在图6的基础上，图7中第一物流数据仅包括运单金额，此时哈希运算的次数减少，运单金额的第一哈希值C即为最终的第一数据指纹，这种方式能够提高运算效率。

另外，金融机构节点还需要接收物流企业节点发送的第二数据指纹。在一实施例中，参照图8，接收物流企业节点发送的第二数据指纹的过程具体包括：

步骤S810：根据合约调用地址向物流企业节点发送数据指纹生成请求。

步骤S820：接收物流企业节点发送的第二物流数据的第二数据指纹。

在一实施例中，金融机构节点将获取的物流单据信息中的运单号通过数据指纹生成请求发送给物流企业节点，此时物流企业节点对第一授权合约中的授权信息验证通过后，基于运单号在其数据库中查询与该运单号相关的第二物流数据，接着生成第二物流数据对应的第二数据指纹，并将其发送给金融机构节点。

步骤S150：比较第一数据指纹与第二数据指纹，根据比较结果生成物流单据的授权验证结果。

在一实施例中，金融机构节点在得到第一数据指纹与第二数据指纹后，需要进行比较，得到的授权验证结果包括验证通过和验证不通过，验证通过表征第一数据指纹与第二数据指纹相同，验证不通过表征第一数据指纹与第二数据指纹不相同。

上述过程中，金融机构节点通过待验证节点上传的物流单据数据生成第一数据指纹，物流企业节点无需判断待验证节点发送物流单据数据中内容是否正确，而是根据运单号从自身存储的数据库中选取与运单号相关的第二物流数据，按照同样的哈希运算方法生成第二数据指纹，如果第一数据指纹与第二数据指纹相同，则说明待验证节点上传的物流单据数据与物流企业节点中存储的第二物流数据是一致的，此时表明待验证节点上传的物流单据数据是真实可靠的，因此金融机构节点可以按照授权验证结果为待验证节点进行授信。

在一实施例中，若授权验证结果为验证通过，则金融机构节点根据待验证节点发送的待办请求执行目标业务；若授权验证结果为验证不通过，则降低待验证节点的信用得分。

下面描述本申请实施例中应用于物流企业节点的物流单据验证方法，参照图9，物流单据验证方法包括：

步骤S910：接收金融机构节点发送的跨链调用请求。

其中，跨链调用请求用于请求调用第一授权合约，第一授权合约基于预设授权协议生成，并部署在物流企业节点。

步骤S920：将根据跨链调用请求生成的确认信息发送至金融机构节点。

步骤S930：确定第一授权合约中包括授权信息，对授权信息进行验证得到验证结果。

其中，验证结果主要是明确待验证节点是否对本次验证过程授权，避免在待验证节点未授权的前提下将其物流相关数据传输到金融机构节点。

步骤S940：若验证结果为验证通过，且接收到金融机构节点发送的数据指纹生成请求，则从数据指纹生成请求中获取运单号。

步骤S950：基于运单号获取第二物流数据，并生成第二物流数据的第二数据指纹，将第二数据指纹发送至金融机构节点。

其中，按照预设授权协议中物流数据字段从数据库中获取与运单号相关的第二物流数据，这里的第二物流数据至少包括：第二节点标识、第二收件地址、第二寄件地址、第二运单金额和第二路由信息。因此，在一实施例中，生成第二物流数据的第二数据指纹的过程具体包括：基于物流数据字段从第二节点标识、第二收件地址、第二寄件地址、第二运单金额和第二路由信息中选取第二物流数据，计算第二物流数据的第二哈希值，并根据第二哈希值得到第二数据指纹。

上述物流企业节点计算第二数据指纹的过程与金融机构节点计算第一数据指纹的过程相似，目的是如果第一物流数据和第二物流数据一致时，能够通过相同的哈希计算过程得到一致的第一数据指纹和第二数据指纹。

另外，对于物流企业节点来说，也可以预先按照第二数据指纹的计算方式计算每个运单号对应的第二数据指纹，将其与运单号以键值对(运单号：第二数据指纹)的方式在物流企业节点上链。如果接收到数据指纹生成请求后，调用第一授权合约，确定第一授权合约中是否包括授权信息，如果其中包括授权信息，那么对授权信息进行验证，如果验证结果表明本次验证过程得到待验证节点的授权，则根据键值对，查询对应运单号的第二数据指纹，将其返回给金融企业节点进行后续验证过程。

由于上述物流单据验证过程中，授权信息、第一数据指纹、第二数据指纹、预设授权协议、授权验证结果等全流程数据都记录在相应的区块链节点上，因此监管节点可以在区块链上对验证过程进行追溯查询，验证全流程的合规性。

下面通过图10来描述图1中物流单据验证系统的详细工作流程。

首先金融机构节点和物流企业节点约定进行协同验证，金融机构节点和物流企业节点签订预设授权协议，并根据预设授权协议的相关信息，物流企业节点在其区块链中部署第一授权合约，金融机构节点在其区块链中部署第二授权合约。

然后待验证节点发起物流单据验证申请至金融机构节点，金融机构节点接收待验证节点发送的物流单据信息，并向待验证节点通过弹窗的方式发送授权验证告知信息，授权验证告知信息是为了向待验证节点展示验证过程中会用到的内容。接着待验证节点同意后生成对应于授权验证告知信息的授权信息发送给金融机构节点，金融机构节点将授权信息写入物流企业节点中第一授权合约，以及自身的第二授权合约，并在跨链写入的过程中携带运单号，发送至物流企业节点。

然后，金融机构节点根据物流单据数据生成第一数据指纹，物流企业节点通过运单号查询到第二数据指纹，在第一授权合约中的授权信息验证通过后，将第二数据指纹发送至金融机构节点。

金融机构节点比较第一数据指纹和第二数据指纹，根据比较结果生成物流单据的授权验证结果。如果第一数据指纹和第二数据指纹一致，则验证通过，为待验证节点办理相关的金融业务。

本申请实施例提供的技术方案，通过获取待验证节点上传的物流单据信息，向待验证节点发送授权验证告知信息，其中，物流单据信息包括运单号、物流数据和物流企业节点；接着获取待验证节点响应授权验证告知信息生成的授权信息，将授权信息写入物流企业节点中第一授权合约，并将运单号发送至物流企业节点；第一授权合约基于预设授权协议生成，并部署在物流企业节点，再根据物流数据计算第一数据指纹，并接收物流企业节点发送的第二数据指纹，这里的第二数据指纹是物流企业节点对第一授权合约中的授权信息验证通过后，基于运单号计算得到的，最后比较第一数据指纹与第二数据指纹，根据比较结果生成物流单据的授权验证结果。本申请实施例基于区块链技术实现验证过程的安全性，无需传输隐私数据，仅将物流单据的验证过程中产生的授权信息和运单号跨链传输，对于金融企业节点来说，仅需对小微企业上传的物流数据进行验证生成第一数据指纹即可，而将物流数据的真实性验证下放到物流企业，获取物流企业节点利用运单号生成的第二数据指纹，再比较两个数据指纹得到授权验证结果。在解决单据数据不出库的前提下，高效地进行物流单据验证。同时全流程数据上链，数据可追溯可审计，能够提高物流单据验证的准确性和安全性。另外相比于一些验证方案仅能验证金额等数字类型，本申请实施例的核验内容不局限于数据类型。

本申请实施例还提供一种物流单据验证装置，可以实现上述物流单据验证方法，参照图11，应用于区块链系统中金融机构节点的装置包括：

物流单据获取模块1110：用于获取待验证节点上传的物流单据信息，向待验证节点发送授权验证告知信息；物流单据信息包括运单号、物流数据和物流企业节点。

授权信息获取模块1120：用于获取待验证节点响应授权验证告知信息生成的授权信息。

跨链写入模块1130：用于将授权信息写入物流企业节点中第一授权合约，并将运单号发送至物流企业节点；第一授权合约基于预设授权协议生成，并部署在物流企业节点。

数据指纹获取模块1140：用于根据物流数据计算第一数据指纹，并接收物流企业节点发送的第二数据指纹；第二数据指纹是物流企业节点对第一授权合约中的授权信息验证通过后，基于运单号计算得到的。

授权验证模块1150：用于比较第一数据指纹与第二数据指纹，根据比较结果生成物流单据的授权验证结果。

参照图12，应用于区块链系统中物流企业节点的装置包括：

跨链调用请求获取模块1210：用于接收金融机构节点发送的跨链调用请求；跨链调用请求用于请求调用第一授权合约；第一授权合约基于预设授权协议生成，并部署在物流企业节点；

确认信息发送模块1220：用于将根据跨链调用请求生成的确认信息发送至金融机构节点；

授权信息验证模块1230：用于确定第一授权合约中包括授权信息，对授权信息进行验证得到验证结果；

运单号获取模块1240：用于若验证结果为验证通过，且接收到金融机构节点发送的数据指纹生成请求，则从数据指纹生成请求中获取运单号；

第二数据指纹生成模块1250：用于基于运单号获取第二物流数据，并获取第二物流数据的第二数据指纹，将第二数据指纹发送至金融机构节点。

本实施例的物流单据验证装置的具体实施方式与上述物流单据验证方法的具体实施方式基本一致，在此不再赘述。

本申请实施例还提供了一种电子设备，包括：

至少一个存储器；

至少一个处理器；

至少一个程序；

所述程序被存储在存储器中，处理器执行所述至少一个程序以实现本申请实施上述的物流单据验证方法。该电子设备可以为包括手机、平板电脑、个人数字助理(PersonalDigital Assistant，简称PDA)、车载电脑等任意智能终端。

请参阅图13，图13示意了另一实施例的电子设备的硬件结构，电子设备包括：

处理器1301，可以采用通用的CPU(CentralProcessingUnit，中央处理器)、微处理器、应用专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请实施例所提供的技术方案；

存储器1302，可以采用ROM(ReadOnlyMemory，只读存储器)、静态存储设备、动态存储设备或者RAM(RandomAccessMemory，随机存取存储器)等形式实现。存储器1302可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1302中，并由处理器1301来调用执行本申请实施例的物流单据验证方法；

输入/输出接口1303，用于实现信息输入及输出；

通信接口1304，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信；和

总线1305，在设备的各个组件(例如处理器1301、存储器1302、输入/输出接口1303和通信接口1304)之间传输信息；

其中处理器1301、存储器1302、输入/输出接口1303和通信接口1304通过总线1305实现彼此之间在设备内部的通信连接。

本申请实施例还提供了一种存储介质，存储介质为存储介质，该存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述物流单据验证方法。

存储器作为一种非暂态存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本申请实施例提出的物流单据验证方法、物流单据验证装置、电子设备、存储介质，通过获取待验证节点上传的物流单据信息，向待验证节点发送授权验证告知信息，其中，物流单据信息包括运单号、物流数据和物流企业节点；接着获取待验证节点响应授权验证告知信息生成的授权信息，将授权信息写入物流企业节点中第一授权合约，并将运单号发送至物流企业节点；第一授权合约基于预设授权协议生成，并部署在物流企业节点，再根据物流数据计算第一数据指纹，并接收物流企业节点发送的第二数据指纹，这里的第二数据指纹是物流企业节点对第一授权合约中的授权信息验证通过后，基于运单号计算得到的，最后比较第一数据指纹与第二数据指纹，根据比较结果生成物流单据的授权验证结果。本申请实施例基于区块链技术实现验证过程的安全性，无需传输隐私数据，仅将物流单据的验证过程中产生的授权信息和运单号跨链传输，对于金融企业节点来说，仅需对小微企业上传的物流数据进行验证生成第一数据指纹即可，而将物流数据的真实性验证下放到物流企业，获取物流企业节点利用运单号生成的第二数据指纹，再比较两个数据指纹得到授权验证结果。能够提高物流单据验证的准确性和安全性。

本申请实施例描述的实施例是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变和新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图中示出的技术方案并不构成对本申请实施例的限定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括多指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例的方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序的介质。

以上参照附图说明了本申请实施例的优选实施例，并非因此局限本申请实施例的权利范围。本领域技术人员不脱离本申请实施例的范围和实质内所作的任何修改、等同替换和改进，均应在本申请实施例的权利范围之内。

Claims (13)

1.一种物流单据验证方法，其特征在于，应用于物流单据验证系统中金融机构节点；所述方法包括：

获取待验证节点上传的物流单据信息，向所述待验证节点发送授权验证告知信息；所述物流单据信息包括运单号、物流数据和物流企业节点；

获取所述待验证节点响应所述授权验证告知信息生成的授权信息；

将所述授权信息写入所述物流企业节点中第一授权合约，并将所述运单号发送至所述物流企业节点；所述第一授权合约基于预设授权协议生成，并部署在所述物流企业节点；

根据所述物流数据计算第一数据指纹，并接收所述物流企业节点发送的第二数据指纹；所述第二数据指纹是所述物流企业节点对所述第一授权合约中的所述授权信息验证通过后，基于所述运单号计算得到的；

比较所述第一数据指纹与所述第二数据指纹，根据比较结果生成所述物流单据的授权验证结果。

2.根据权利要求1所述的物流单据验证方法，其特征在于，所述预设授权协议约定合约调用地址；所述将所述授权信息写入所述物流企业节点中第一授权合约，包括：

根据所述合约调用地址向所述物流企业节点发送跨链调用请求；所述跨链调用请求用于请求调用所述第一授权合约；

接收到所述物流企业节点发送的确认信息后，将所述授权信息写入所述第一授权合约。

3.根据权利要求2所述的物流单据验证方法，其特征在于，所述接收所述物流企业节点发送的第二数据指纹，包括：

根据所述合约调用地址向所述物流企业节点发送数据指纹生成请求；所述数据指纹生成请求中携带所述运单号，以使所述物流企业节点基于所述运单号获取第二物流数据；

接收所述物流企业节点发送的所述第二物流数据的所述第二数据指纹。

4.根据权利要求1所述的物流单据验证方法，其特征在于，所述预设授权协议还包括物流数据字段；所述物流数据至少包括：待验证节点的节点标识、收件地址、寄件地址、运单金额和路由信息；所述根据所述物流数据计算第一数据指纹，包括：

将所述授权信息写入所述金融机构节点的第二授权合约；所述第二授权合约基于所述预设授权协议生成，并部署在所述金融机构节点；

基于所述物流数据字段从所述节点标识、所述收件地址、所述寄件地址、所述运单金额和所述路由信息中选取第一物流数据；

计算所述第一物流数据的第一哈希值，并根据所述第一哈希值得到所述第一数据指纹。

5.根据权利要求1至4任一项所述的物流单据验证方法，其特征在于，所述预设授权协议还包括验证场景，所述向所述待验证节点发送授权验证告知信息之前，所述方法还包括：

获取所述待验证节点的针对目标业务的待办请求；

确定所述目标业务在所述验证场景的范围内。

6.根据权利要求5所述的物流单据验证方法，其特征在于，所述授权验证结果包括验证通过和验证不通过，所述验证通过表征所述第一数据指纹与所述第二数据指纹相同，所述验证不通过表征所述第一数据指纹与所述第二数据指纹不相同；所述根据比较结果生成所述物流单据的授权验证结果之后，所述方法还包括：

若所述授权验证结果为验证通过，则根据所述待办请求执行所述目标业务；

若所述授权验证结果为验证不通过，则降低所述待验证节点的信用得分。

7.一种物流单据验证方法，其特征在于，应用于物流单据验证系统中物流企业节点；所述方法包括：

接收金融机构节点发送的跨链调用请求；所述跨链调用请求用于请求调用第一授权合约；所述第一授权合约基于预设授权协议生成，并部署在所述物流企业节点；

将根据所述跨链调用请求生成的确认信息发送至所述金融机构节点；

确定所述第一授权合约中包括授权信息，对所述授权信息进行验证得到验证结果；

若所述验证结果为验证通过，且接收到所述金融机构节点发送的数据指纹生成请求，则从所述数据指纹生成请求中获取运单号；

基于所述运单号获取第二物流数据，并获取第二物流数据的第二数据指纹，将所述第二数据指纹发送至所述金融机构节点。

8.根据权利要求7所述的物流单据验证方法，其特征在于，所述预设授权协议还包括物流数据字段；所述第二物流数据至少包括：所述第二节点标识、第二收件地址、第二寄件地址、第二运单金额和第二路由信息，所述生成第二物流数据的第二数据指纹，包括：

基于所述物流数据字段从所述第二节点标识、所述第二收件地址、所述第二寄件地址、所述第二运单金额和所述第二路由信息中选取第二物流数据；

计算所述第二物流数据的第二哈希值，并根据所述第二哈希值得到所述第二数据指纹。

9.一种物流单据验证系统，其特征在于，包括：金融机构节点和物流企业节点；

所述金融机构节点用于接收待验证节点发送的物流单据信息，并向所述待验证节点发送授权验证告知信息；所述物流单据信息包括运单号、物流数据和所述物流企业节点；

所述金融机构节点用于接收所述待验证节点响应所述授权验证告知信息生成的授权信息，并将所述授权信息写入所述物流企业节点中第一授权合约，以及将所述运单号发送至所述物流企业节点；所述第一授权合约基于预设授权协议生成，并部署在所述物流企业节点；

所述物流企业节点用于对所述第一授权合约中的所述授权信息验证通过后，基于所述运单号计算得到第二数据指纹，并将所述第二数据指纹发送至所述金融机构节点；

所述金融机构节点还用于根据所述物流数据计算第一数据指纹，比较所述第一数据指纹与所述第二数据指纹，根据比较结果生成所述物流单据的授权验证结果。

10.一种物流单据验证装置，其特征在于，应用于区块链系统中金融机构节点；所述装置包括：

物流单据获取模块：用于获取待验证节点上传的物流单据信息，向所述待验证节点发送授权验证告知信息；所述物流单据信息包括运单号、物流数据和物流企业节点；

授权信息获取模块：用于获取所述待验证节点响应所述授权验证告知信息生成的授权信息；

跨链写入模块：用于将所述授权信息写入所述物流企业节点中第一授权合约，并将所述运单号发送至所述物流企业节点；所述第一授权合约基于预设授权协议生成，并部署在所述物流企业节点；

数据指纹获取模块：用于根据所述物流数据计算第一数据指纹，并接收所述物流企业节点发送的第二数据指纹；所述第二数据指纹是所述物流企业节点对所述第一授权合约中的所述授权信息验证通过后，基于所述运单号计算得到的；

授权验证模块：用于比较所述第一数据指纹与所述第二数据指纹，根据比较结果生成所述物流单据的授权验证结果。

11.一种物流单据验证装置，其特征在于，应用于区块链系统中物流企业节点；所述装置包括：

跨链调用请求获取模块：用于接收金融机构节点发送的跨链调用请求；所述跨链调用请求用于请求调用第一授权合约；所述第一授权合约基于预设授权协议生成，并部署在所述物流企业节点；

确认信息发送模块：用于将根据所述跨链调用请求生成的确认信息发送至所述金融机构节点；

授权信息验证模块：用于确定所述第一授权合约中包括授权信息，对所述授权信息进行验证得到验证结果；

运单号获取模块：用于若所述验证结果为验证通过，且接收到所述金融机构节点发送的数据指纹生成请求，则从所述数据指纹生成请求中获取运单号；

第二数据指纹生成模块：用于基于所述运单号获取第二物流数据，并获取第二物流数据的第二数据指纹，将所述第二数据指纹发送至所述金融机构节点。

12.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现权利要求1至8任一项所述的物流单据验证方法。

13.一种存储介质，所述存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的物流单据验证方法。