交易数据验证方法、装置及系统

摘要

本发明提供了一种交易数据验证方法、装置及系统，方法应用于区块链网络，区块链网络分别与多个业务平台通信，方法包括：接收任一业务平台发送的目标单证标识和与目标单证标识对应的交易数据；在预设的单证标识和验证规则的对应关系中，确定与目标单证标识对应的验证规则为目标验证规则；利用目标验证规则对交易数据进行验证；若验证通过，则在预设的发送平台、单证标识和目的平台的对应关系中，确定与目标单证标识和发送目标单证标识的业务平台均对应的目的平台，发送交易数据给目的平台，缓解了现有技术中存在的交易数据验证系统的灵活性低的技术问题，达到了提高交易数据验证系统灵活性的技术效果。

权利要求

1.一种交易数据验证方法，其特征在于，方法应用于区块链网络，所述区块链网络分别与多个业务平台通信，方法包括：接收任一所述业务平台发送的目标单证标识和与所述目标单证标识对应的交易数据；

在预设的单证标识和验证规则的对应关系中，确定与所述目标单证标识对应的验证规则为目标验证规则；

利用所述目标验证规则对所述交易数据进行验证；

若验证通过，则在预设的发送平台、单证标识和目的平台的对应关系中，确定与所述目标单证标识和发送所述目标单证标识的业务平台均对应的目的平台，发送所述交易数据给所述目的平台；

所述交易数据包括多个目标字段标识和与每个所述目标字段标识所对应的字段值，所述目标验证规则包括预设的字段标识与字段验证规则之间的对应关系，所述利用所述目标验证规则对所述交易数据进行验证，包括：对于每个所述目标字段标识，在所述字段标识与字段验证规则之间的对应关系中，确定与所述目标字段标识对应的字段验证规则为目标字段验证规则；

利用所述目标字段验证规则对与所述目标字段标识对应的字段值进行验证；

若所述交易数据中的每个所述字段值均验证通过，则确定所述交易数据验证通过。

2.根据权利要求1所述的交易数据验证方法，其特征在于，所述目标字段验证规则包括：是否允许为空验证规则、数据类型验证规则和数据长度验证规则，所述利用所述目标字段验证规则对与所述目标字段标识对应的字段值进行验证，包括：利用所述是否允许为空验证规则对所述字段值进行验证；

若所述字段值的是否允许为空验证通过，则利用所述数据类型验证规则对所述字段值进行验证；

若所述字段值的数据类型验证通过，则利用所述数据长度验证规则对所述字段值进行验证；

若所述字段值的数据长度验证通过，则确定所述字段值验证通过。

3.根据权利要求2所述的交易数据验证方法，其特征在于，所述利用所述是否允许为空验证规则对所述字段值进行验证，包括：若所述是否允许为空验证规则为允许为空，且所述字段值为空值，则确定所述字段值的是否允许为空验证通过；

或者，若所述是否允许为空验证规则为不允许为空，且所述字段值不为空值，则确定所述字段值的是否允许为空验证通过。

4.根据权利要求2所述的交易数据验证方法，其特征在于，所述利用所述数据类型验证规则对所述字段值进行验证，包括：获取所述字段值的数据类型；

若所述数据类型和所述数据类型验证规则中的数据类型相一致，则确定所述字段值的数据类型验证通过。

5.根据权利要求2所述的交易数据验证方法，其特征在于，所述利用所述数据长度验证规则对所述字段值进行验证，包括：获取所述字段值的数据长度；

若所述数据长度和所述数据长度验证规则中的数据长度相一致，则确定所述字段值的数据长度验证通过。

6.根据权利要求1所述的交易数据验证方法，其特征在于，方法还包括：若验证未通过，则发送验证未通过通知给发送所述目标单证标识的业务平台。

7.一种交易数据验证装置，其特征在于，包括：接收模块、确定模块、验证模块和发送模块；

所述接收模块，用于接收任一业务平台发送的目标单证标识和与所述目标单证标识对应的交易数据；

所述确定模块，用于在预设的单证标识和验证规则的对应关系中，确定与所述目标单证标识对应的验证规则为目标验证规则；

所述验证模块，用于利用所述目标验证规则对所述交易数据进行验证；

所述发送模块，用于若验证通过，则在预设的发送平台、单证标识和目的平台的对应关系中，确定与所述目标单证标识和发送所述目标单证标识的业务平台均对应的目的平台，发送所述交易数据给所述目的平台；

所述交易数据包括多个目标字段标识和与每个所述目标字段标识所对应的字段值，所述目标验证规则包括预设的字段标识与字段验证规则之间的对应关系，所述验证模块，还用于：对于每个所述目标字段标识，在所述字段标识与字段验证规则之间的对应关系中，确定与所述目标字段标识对应的字段验证规则为目标字段验证规则；利用所述目标字段验证规则对与所述目标字段标识对应的字段值进行验证；若所述交易数据中的每个所述字段值均验证通过，则确定所述交易数据验证通过。

8.一种交易数据验证系统，其特征在于，包括：多个业务平台和应用如权利要求1-6任一所述方法的区块链网络，所述区块链网络分别与多个所述业务平台通信。

9.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行所述权利要求1-6任一所述方法。

说明书

交易数据验证方法、装置及系统

技术领域

[0001] 本发明涉及交易数据验证技术领域，尤其是涉及一种交易数据验证方法、装置及系统。

背景技术

[0002] 国际贸易(International Trade)也称通商，是指跨越国境的货品和服务交易，一般由进口贸易和出口贸易所组成，因此也可称之为进出口贸易。国际贸易的参与者可以包括：国际贸易收发货人、国际贸易服务提供者、国际贸易场所经营者和监管机构。每个国际贸易的参与者分别对应一个业务平台，业务平台之间进行交易数据的传输。

[0003] 在实际应用中，由于实际的业务流程需求，A业务平台需要传输交易数据给B业务平台和C业务平台，B业务平台和C业务平台内均设置有数据验证规则，若A业务平台传输给B业务平台的交易数据不符合B业务平台内的数据验证规则，则B业务平台拒绝接收A业务平台传输的交易数据。同理，若A业务平台传输给C业务平台的交易数据不符合C业务平台内的数据验证规则，则C业务平台拒绝接收A业务平台传输的交易数据。所以，当A业务平台传输的交易数据的具体内容发生变化的时候，B业务平台内的数据验证规则和C业务平台内的数据验证规则都要进行相应的修改，因此，造成交易数据验证系统的灵活性低的问题。

发明内容

[0004] 有鉴于此，本发明的目的在于提供一种交易数据验证方法、装置及系统，以缓解现有技术中存在的交易数据验证系统的灵活性低的技术问题。

[0005] 第一方面，本发明实施例提供了一种交易数据验证方法，方法应用于区块链网络，所述区块链网络分别与多个业务平台通信，方法包括：

[0006] 接收任一所述业务平台发送的目标单证标识和与所述目标单证标识对应的交易数据；

[0007] 在预设的单证标识和验证规则的对应关系中，确定与所述目标单证标识对应的验证规则为目标验证规则；

[0008] 利用所述目标验证规则对所述交易数据进行验证；

[0009] 若验证通过，则在预设的发送平台、单证标识和目的平台的对应关系中，确定与所述目标单证标识和发送所述目标单证标识的业务平台均对应的目的平台，发送所述交易数据给所述目的平台。

[0010] 结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述交易数据包括多个目标字段标识和与每个所述目标字段标识所对应的字段值，所述目标验证规则包括预设的字段标识与字段验证规则之间的对应关系，所述利用所述目标验证规则对所述交易数据进行验证，包括：

[0011] 对于每个所述目标字段标识，在所述字段标识与字段验证规则之间的对应关系中，确定与所述目标字段标识对应的字段验证规则为目标字段验证规则；

[0012] 利用所述目标字段验证规则对与所述目标字段标识对应的字段值进行验证；

[0013] 若所述交易数据中的每个所述字段值均验证通过，则确定所述交易数据验证通过。

[0014] 结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述目标字段验证规则包括：是否允许为空验证规则、数据类型验证规则和数据长度验证规则，所述利用所述目标字段验证规则对与所述目标字段标识对应的字段值进行验证，包括：

[0015] 利用所述是否允许为空验证规则对所述字段值进行验证；

[0016] 若所述字段值的是否允许为空验证通过，则利用所述数据类型验证规则对所述字段值进行验证；

[0017] 若所述字段值的数据类型验证通过，则利用所述数据长度验证规则对所述字段值进行验证；

[0018] 若所述字段值的数据长度验证通过，则确定所述字段值验证通过。

[0019] 结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述利用所述是否允许为空验证规则对所述字段值进行验证，包括：

[0020] 若所述是否允许为空验证规则为允许为空，且所述字段值为空值，则确定所述字段值的是否允许为空验证通过；

[0021] 或者，若所述是否允许为空验证规则为不允许为空，且所述字段值不为空值，则确定所述字段值的是否允许为空验证通过。

[0022] 结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述利用所述数据类型验证规则对所述字段值进行验证，包括：

[0023] 获取所述字段值的数据类型；

[0024] 若所述数据类型和所述数据类型验证规则中的数据类型相一致，则确定所述字段值的数据类型验证通过。

[0025] 结合第一方面，本发明实施例提供了第一方面的第五种可能的实施方式，其中，所述利用所述数据长度验证规则对所述字段值进行验证，包括：

[0026] 获取所述字段值的数据长度；

[0027] 若所述数据长度和所述数据长度验证规则中的数据长度相一致，则确定所述字段值的数据长度验证通过。

[0028] 结合第一方面，本发明实施例提供了第一方面的第六种可能的实施方式，其中，方法还包括：

[0029] 若验证未通过，则发送验证未通过通知给发送所述目标单证标识的业务平台。

[0030] 第二方面，本发明实施例还提供一种交易数据验证装置，包括：接收模块、确定模块、验证模块和发送模块；

[0031] 所述接收模块，用于接收任一业务平台发送的目标单证标识和与所述目标单证标识对应的交易数据；

[0032] 所述确定模块，用于在预设的单证标识和验证规则的对应关系中，确定与所述目标单证标识对应的验证规则为目标验证规则；

[0033] 所述验证模块，用于利用所述目标验证规则对所述交易数据进行验证；

[0034] 所述发送模块，用于若验证通过，则在预设的发送平台、单证标识和目的平台的对应关系中，确定与所述目标单证标识和发送所述目标单证标识的业务平台均对应的目的平台，发送所述交易数据给所述目的平台。

[0035] 第三方面，本发明实施例还提供一种交易数据验证系统，包括：多个业务平台和应用如第一方面任一所述方法的区块链网络，所述区块链网络分别与多个所述业务平台通信。

[0036] 第四方面，本发明实施例还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行如第一方面任一所述的方法。

[0037] 本发明实施例带来了以下有益效果：本发明实施例提供的交易数据验证方法应用于区块链网络，所述区块链网络分别与多个业务平台通信，方法包括：接收任一所述业务平台发送的目标单证标识和与所述目标单证标识对应的交易数据；在预设的单证标识和验证规则的对应关系中，确定与所述目标单证标识对应的验证规则为目标验证规则；利用所述目标验证规则对所述交易数据进行验证；若验证通过，则在预设的发送平台、单证标识和目的平台的对应关系中，确定与所述目标单证标识和发送所述目标单证标识的业务平台均对应的目的平台，发送所述交易数据给所述目的平台。

[0038] 所以，当A业务平台需要传输交易数据给B业务平台和C业务平台，A业务平台传输的交易数据的具体内容发生变化的时候，只需要修改区块链网络中的验证规则，不需要对B业务平台内的数据验证规则和C业务平台内的数据验证规则进行相应的修改，避免由于当A业务平台传输的交易数据的具体内容发生变化的时候，B业务平台内的数据验证规则和C业务平台内的数据验证规则都要进行相应的修改而导致的交易数据验证系统的灵活性低的问题，因此，缓解了现有技术中存在的交易数据验证系统的灵活性低的技术问题，达到了提高交易数据验证系统灵活性的技术效果。

[0039] 本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

[0040] 为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

[0042] 图1为本发明实施例提供的交易数据验证方法的流程图；

[0043] 图2为图1中步骤S103的流程图；

[0044] 图3为图2中步骤S202的流程图；

[0045] 图4为本发明实施例提供的交易数据验证系统的结构示意图。

具体实施方式

[0046] 为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

[0047] 目前，国际贸易(International Trade)也称通商，是指跨越国境的货品和服务交易，一般由进口贸易和出口贸易所组成，因此也可称之为进出口贸易。国际贸易的参与者可以包括：国际贸易收发货人、国际贸易服务提供者、国际贸易场所经营者和监管机构。每个国际贸易的参与者分别对应一个业务平台，业务平台之间进行交易数据的传输。

[0048] 在实际应用中，由于实际的业务流程需求，A业务平台需要传输交易数据给B业务平台和C业务平台，B业务平台和C业务平台内均设置有数据验证规则，若A业务平台传输给B业务平台的交易数据不符合B业务平台内的数据验证规则，则B业务平台拒绝接收A业务平台传输的交易数据。同理，若A业务平台传输给C业务平台的交易数据不符合C业务平台内的数据验证规则，则C业务平台拒绝接收A业务平台传输的交易数据。所以，当A业务平台传输的交易数据的具体内容发生变化的时候，B业务平台内的数据验证规则和C业务平台内的数据验证规则都要进行相应的修改，因此，造成交易数据验证系统的灵活性低的问题，基于此，本发明实施例提供的一种交易数据验证方法、装置及系统，可以缓解现有技术中存在的交易数据验证系统的灵活性低的技术问题，达到了提高交易数据验证系统灵活性的技术效果。

[0049] 为便于对本实施例进行理解，首先对本发明实施例所公开的一种交易数据验证方法进行详细介绍，方法应用于区块链网络，所述区块链网络分别与多个业务平台通信。

[0050] 示例性的，多个业务平台可以包括：收货人业务平台、发货人业务平台、服务提供者业务平台、场所经营者业务平台和监管机构业务平台。

[0051] 示例性的，所述服务提供者业务平台可以包括：报关业务平台、报检业务平台、船代业务平台、物流运输业务平台、货代业务平台、银行业务平台、保险业务平台和融资业务平台等。

[0052] 示例性的，所述场所经营者业务平台可以包括：码头业务平台、港口业务平台、保税区域业务平台和监管场所业务平台等。

[0053] 示例性的，所述监管机构业务平台可以包括：海关业务平台、检疫业务平台、海事业务平台、边检业务平台、外汇业务平台、国税业务平台、商务业务平台和口岸业务平台等。

[0054] 如图1所示，所述交易数据验证方法可以包括以下步骤。

[0055] 步骤S101，区块链网络接收任一所述业务平台发送的目标单证标识和与所述目标单证标识对应的交易数据。

[0056] 示例性的，所述交易数据为所述单证中的数据。所述交易数据可以包括：多个目标字段标识和与每个所述目标字段标识所对应的字段值。所述交易数据可以如表1所示。

[0057] 表1

[0058] 目标字段标识 字段值A字段标识 a字段值
B字段标识 b字段值
C字段标识 c字段值
D字段标识 d字段值

[0059] 步骤S102，在预设的单证标识和验证规则的对应关系中，确定与所述目标单证标识对应的验证规则为目标验证规则。

[0060] 示例性的，所述单证标识和验证规则的对应关系可以如表2所示。

[0061] 表2

[0062]单证标识 验证规则
E单证标识 E验证规则
F单证标识 F验证规则
G单证标识 G验证规则
H单证标识 H验证规则
I单证标识 I验证规则
J单证标识 J验证规则

[0063] 示例性的，若所述目标单证标识为H单证标识，则可以确定目标验证规则为H验证规则。

[0064] 步骤S103，利用所述目标验证规则对所述交易数据进行验证。

[0065] 示例性的，所述目标验证规则可以包括预设的字段标识与字段验证规则之间的对应关系。H验证规则中的字段标识与字段验证规则之间的对应关系可以如表3所示。

[0066] 表3

[0067]字段标识 字段验证规则
A字段标识 H1字段验证规则
B字段标识 H2字段验证规则
C字段标识 H3字段验证规则
D字段标识 H4字段验证规则

[0068] 示例性的，H1字段验证规则用于对与A字段标识对应的字段值进行验证；H2字段验证规则用于对与B字段标识对应的字段值进行验证；H3字段验证规则用于对与C字段标识对应的字段值进行验证；H4字段验证规则用于对与D字段标识对应的字段值进行验证。

[0069] 如图2所示，步骤S103可以包括以下步骤。

[0070] 步骤S201，对于每个所述目标字段标识，在所述字段标识与字段验证规则之间的对应关系中，确定与所述目标字段标识对应的字段验证规则为目标字段验证规则。

[0071] 示例性的，对于A字段标识，确定目标字段验证规则为H1字段验证规则。对于B字段标识，确定目标字段验证规则为H2字段验证规则。对于C字段标识，确定目标字段验证规则为H3字段验证规则。对于D字段标识，确定目标字段验证规则为H4字段验证规则。

[0072] 步骤S202，利用所述目标字段验证规则对与所述目标字段标识对应的字段值进行验证。

[0073] 示例性的，利用H1字段验证规则对a字段值进行验证。利用H2字段验证规则对b字段值进行验证。利用H3字段验证规则对c字段值进行验证。利用H4字段验证规则对d字段值进行验证。

[0074] 示例性的，所述目标字段验证规则可以包括：是否允许为空验证规则、数据类型验证规则和数据长度验证规则。

[0075] 如图3所示，步骤S202可以包括以下步骤。

[0076] 步骤S301，利用所述是否允许为空验证规则对所述字段值进行验证。

[0077] 示例性的，以a字段值为例进行说明。利用所述是否允许为空验证规则对a字段值进行验证。

[0078] 示例性的，步骤S301可以包括以下步骤。

[0079] 若所述是否允许为空验证规则为允许为空，且所述字段值为空值，则确定所述字段值的是否允许为空验证通过。

[0080] 或者，若所述是否允许为空验证规则为不允许为空，且所述字段值不为空值，则确定所述字段值的是否允许为空验证通过。

[0081] 步骤S302，若所述字段值的是否允许为空验证通过，则利用所述数据类型验证规则对所述字段值进行验证。

[0082] 示例性的，若a字段值的是否允许为空验证通过，则利用所述数据类型验证规则对a字段值进行验证。

[0083] 示例性的，所述利用所述数据类型验证规则对所述字段值进行验证，可以包括以下步骤。

[0084] 获取所述字段值的数据类型。

[0085] 示例性的，数据类型可以为：原始类型、多元组、记录单元、代数数据类型、抽象数据类型、参考类型或者函数类型。

[0086] 以数字数据类型为例进行说明。数字数据类型可以包括：整型、长整型、单精度浮点型、双精度浮点型和货币型。

[0087] 若所述数据类型和所述数据类型验证规则中的数据类型相一致，则确定所述字段值的数据类型验证通过。

[0088] 示例性的，以整型为例进行说明，若a字段值的数据类型为整型，所述数据类型验证规则中的数据类型也为整型，则确定a字段值的数据类型验证通过。若a字段值的数据类型为整型，所述数据类型验证规则中的数据类型为单精度浮点型，则确定a字段值的数据类型验证未通过。

[0089] 步骤S303，若所述字段值的数据类型验证通过，则利用所述数据长度验证规则对所述字段值进行验证。

[0090] 示例性的，若a字段值的数据类型验证通过，则利用所述数据长度验证规则对a字段值进行验证。

[0091] 示例性的，所述利用所述数据长度验证规则对所述字段值进行验证，可以包括以下步骤。

[0092] 获取所述字段值的数据长度。

[0093] 示例性的，数据长度一般可以用字节来表示。

[0094] 若所述数据长度和所述数据长度验证规则中的数据长度相一致，则确定所述字段值的数据长度验证通过。

[0095] 示例性的，若a字段值的数据长度为2字节，所述数据长度验证规则中的数据长度为2字节，那么确定a字段值的数据长度验证通过。

[0096] 步骤S304，若所述字段值的数据长度验证通过，则确定所述字段值验证通过。

[0097] 示例性的，若a字段值的数据长度验证通过，则确定a字段值验证通过。

[0098] 步骤S203，若所述交易数据中的每个所述字段值均验证通过，则确定所述交易数据验证通过。

[0099] 示例性的，若a字段值、b字段值、c字段值和d字段值均验证通过，则确定所述交易数据验证通过。

[0100] 步骤S104，若验证通过，则在预设的发送平台、单证标识和目的平台的对应关系中，确定与所述目标单证标识和发送所述目标单证标识的业务平台均对应的目的平台，发送所述交易数据给所述目的平台。

[0101] 示例性的，发送平台、单证标识和目的平台的对应关系可以如表4所示。

[0102] 表4

[0103] 发送平台 单证标识 目的平台A业务平台 E单证标识 B业务平台
B业务平台 F单证标识 C业务平台
C业务平台 G单证标识 D业务平台
D业务平台 H单证标识 E业务平台
E业务平台 I单证标识 F业务平台
F业务平台 J单证标识 G业务平台

[0104] 示例性的，若D业务平台发送H单证标识给区块链网络，则区块链网络确定的目的平台为E业务平台。若验证通过，则区块链网络发送交易数据给E业务平台。

[0105] 本发明实施例中，本发明实施例提供的交易数据验证方法应用于区块链网络，所述区块链网络分别与多个业务平台通信，方法包括：接收任一所述业务平台发送的目标单证标识和与所述目标单证标识对应的交易数据；在预设的单证标识和验证规则的对应关系中，确定与所述目标单证标识对应的验证规则为目标验证规则；利用所述目标验证规则对所述交易数据进行验证；若验证通过，则在预设的发送平台、单证标识和目的平台的对应关系中，确定与所述目标单证标识和发送所述目标单证标识的业务平台均对应的目的平台，发送所述交易数据给所述目的平台。

[0106] 所以，当A业务平台需要传输交易数据给B业务平台和C业务平台，A业务平台传输的交易数据的具体内容发生变化的时候，只需要修改区块链网络中的验证规则，不需要对B业务平台内的数据验证规则和C业务平台内的数据验证规则进行相应的修改，避免由于当A业务平台传输的交易数据的具体内容发生变化的时候，B业务平台内的数据验证规则和C业务平台内的数据验证规则都要进行相应的修改而导致的交易数据验证系统的灵活性低的问题，因此，缓解了现有技术中存在的交易数据验证系统的灵活性低的技术问题，达到了提高交易数据验证系统灵活性的技术效果。

[0107] 在实际应用中，发送交易数据的业务平台发送完交易数据后，并不知道交易数据是否被成功发送，为了解决这个问题，在本发明的又一实施例中，所述交易数据验证方法还可以包括：

[0108] 若验证未通过，则发送验证未通过通知给发送所述目标单证标识的业务平台。

[0109] 本发明实施例中，若业务平台发送的交易数据验证未通过，则区块链网络发送验证未通过通知给所述业务平台。当发送交易数据的业务平台接收到验证未通过通知后，就知道交易数据未被成功发送，需要重新发送交易数据。若发送交易数据的业务平台未接收到验证未通过通知，那么业务平台就知道交易数据被成功发送了。因此，保证了交易数据验证过程的高效性和实用性。

[0110] 在本发明的又一实施例中，对本发明实施例所公开的一种交易数据验证装置进行详细介绍，包括：接收模块、确定模块、验证模块和发送模块；

[0111] 所述接收模块，用于接收任一业务平台发送的目标单证标识和与所述目标单证标识对应的交易数据；

[0112] 所述确定模块，用于在预设的单证标识和验证规则的对应关系中，确定与所述目标单证标识对应的验证规则为目标验证规则；

[0113] 所述验证模块，用于利用所述目标验证规则对所述交易数据进行验证；

[0114] 所述发送模块，用于若验证通过，则在预设的发送平台、单证标识和目的平台的对应关系中，确定与所述目标单证标识和发送所述目标单证标识的业务平台均对应的目的平台，发送所述交易数据给所述目的平台。

[0115] 在本发明的又一实施例中，对本发明实施例所公开的一种交易数据验证系统进行详细介绍，包括：多个业务平台和应用如上述实施例任一所述方法的区块链网络，所述区块链网络分别与多个所述业务平台通信。

[0116] 示例性的，多个业务平台可以包括：收货人业务平台、发货人业务平台、服务提供者业务平台、场所经营者业务平台和监管机构业务平台。

[0117] 示例性的，所述服务提供者业务平台可以包括：报关业务平台、报检业务平台、船代业务平台、物流运输业务平台、货代业务平台、银行业务平台、保险业务平台和融资业务平台等。

[0118] 示例性的，所述场所经营者业务平台可以包括：码头业务平台、港口业务平台、保税区域业务平台和监管场所业务平台等。

[0119] 示例性的，所述监管机构业务平台可以包括：海关业务平台、检疫业务平台、海事业务平台、边检业务平台、外汇业务平台、国税业务平台、商务业务平台和口岸业务平台等。

[0120] 示例性的，以所述交易数据验证系统包括一个区块链网络和四个业务平台为例进行说明。如图4所示，所述交易数据验证系统可以包括：区块链网络11和四个业务平台，四个业务平台分别为：业务平台12、业务平台13、业务平台14和业务平台15。区块链网络11分别与业务平台12、业务平台13、业务平台14和业务平台15通信。

[0121] 在本发明的又一实施例中，对本发明实施例所公开的一种具有处理器可执行的非易失的程序代码的计算机可读介质进行详细介绍，所述程序代码使所述处理器执行上述实施例任一所述的方法。

[0122] 除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对步骤、数字表达式和数值并不限制本发明的范围。

[0123] 本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

[0124] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

[0125] 在这里示出和描述的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制，因此，示例性实施例的其他示例可以具有不同的值。

[0126] 应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

[0127] 附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

[0128] 另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

[0129] 在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

[0130] 本发明实施例所提供的进行交易数据验证方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

[0131] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

[0134] 另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

[0136] 最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。