CN114008654A - 管理基于区块链的可信交易服务 - Google Patents

管理基于区块链的可信交易服务 Download PDF

Info

Publication number
CN114008654A
CN114008654A CN202080045048.8A CN202080045048A CN114008654A CN 114008654 A CN114008654 A CN 114008654A CN 202080045048 A CN202080045048 A CN 202080045048A CN 114008654 A CN114008654 A CN 114008654A
Authority
CN
China
Prior art keywords
buyer
order
payment
seller
financial institution
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202080045048.8A
Other languages
English (en)
Inventor
马启胜
金飞飞
陶轩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alipay Hangzhou Information Technology Co Ltd
Original Assignee
Alipay Hangzhou Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Publication of CN114008654A publication Critical patent/CN114008654A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0838—Historical data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Bioethics (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Databases & Information Systems (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本文公开了用于管理基于区块链的可信交易服务的方法、系统和装置，包括编码在计算机存储介质上的计算机程序。所述方法之一包括：将买方和卖方之间的订单的订单数据存储在区块链网络的区块链上，该订单数据包括一个或多个支付条件和该订单的可信授信(TU)服务的数据；验证买方具有由买方金融机构担保的该订单的TU服务；基于订单数据在区块链上生成该订单的智能合约；以及响应于确定智能合约中指定的支付的支付条件满足，执行智能合约以自动指示买方金融机构根据该订单的TU服务为买方向卖方进行该订单的支付。

Description

管理基于区块链的可信交易服务
技术领域
本文涉及管理基于区块链技术的可信交易服务。
背景技术
分布式账本系统(DLS)，也可以被称为共识网络和/或区块链网络，使得参与实体能够安全地且不可篡改地存储数据。在不引用任何特定用例的情况下，分布式账本系统通常被称为区块链网络。区块链网络的类型示例可以包括公有区块链网络、私有区块链网络和联盟区块链网络。联盟区块链网络针对选定的实体组群提供，该实体组群控制共识处理，并且所述联盟区块链网络包括访问控制层。
数字网络使世界各地的人们能够方便、高效地找到信息并相互交流，这也推动了交易的蓬勃发展，例如，包括国际贸易在内的贸易(trade)或跨境贸易。然而，在传统交易中，交易方通常缺乏相互信任，尤其是国际交易或跨境贸易，其中，交易方彼此相距较远，并且以前几乎没有交易历史。尽管交易方可以就诸如合同或订单中的支付条款之类的交易条款达成协议，但是很难确保交易条款满足。例如，支付行为通常由买方控制。即使买方同意向卖方支付，何时支付仍由买方控制。买方是否支付对于卖方而言是不透明的或者是不能立即获得的，特别是，该支付涉及不同国家或地区的金融机构之间的国际或跨境汇款。在一些情况下，卖方只有在实际收到付款后才能确认买方已经支付。在此之前，卖方可能必须手动甚至重复请求支付或支付状态。在一些情况下，信任和可信服务已经基于交易方的交易平台提供的托管系统实现。但是，这些实现要求交易方在托管系统上开设托管账户，并且不能使用他们自己的金融机构中的他们自己的金融账户，这可能导致他们缺乏信任和安全性。交易平台作为托管账户的担保也承担着巨大的风险。
此外，尽管卖方拥有贸易订单和来自买方承诺的支付，但卖方却无法使用该贸易订单来从金融机构获得融资，因为缺乏可信技术来使金融机构验证该贸易订单的真实性。
因此，期望开发新的数字可信技术和系统，该技术和系统能够建立信任，并例如在国际贸易或跨境贸易中，为包括交易方和金融机构在内的多个参与者提供可信交易服务。
发明内容
所描述的主题的实施方案可以包括单独或组合的一个或多个特征。
例如，在一个实施例中，一种用于管理基于区块链的可信交易服务的系统包括：多个可信节点的区块链网络，其包括：对应于贸易平台的贸易平台节点，用于在买方和卖方之间提供基于区块链的可信贸易服务，其中，所述买方被证实具有由买方金融机构担保的可信自动支付服务，响应于部署在所述区块链网络的区块链上的智能合约中指定的条件满足，所述买方金融机构代表所述买方自动进行支付；和对应于所述买方金融机构的买方金融机构节点。所述贸易平台节点被配置为：在所述买方和所述卖方在所述贸易平台上确认订单后，将该订单的订单数据存储在所述区块链网络的用于该订单的相应区块链上，所述订单数据包括该订单的一个或多个支付条件；以及基于该订单的订单数据生成该订单的相应的智能合约，其中，该相应的智能合约包括自动函数，响应于确定该订单支付的相应支付条件满足，该自动函数自动指示所述买方金融机构向所述卖方为该订单进行订单支付。所述买方金融机构节点被配置为，与所述买方金融机构的计算设备进行通信，以验证所述买方具有所述买方金融机构担保的可信自动支付服务，以及执行所述相应的智能合约，其中，执行所述相应的智能合约包括响应于确定该订单支付的相应支付条件满足，自动指示所述买方金融机构的计算设备向所述卖方进行订单支付。
在一些实施例中，可以使用设备、系统、方法或计算机可读介质或者设备、系统、方法和计算机可读介质的任何组合来实现这些一般和特定实施例中的一个或多个。前述和其他描述的实施例可以各自可选地包括一个或多个以下实施例：
在一些实施例中，可以使用设备、系统、方法或计算机可读介质或者设备、系统、方法和计算机可读介质的任何组合来实现这些一般和特定实施例中的一个或多个。前述和其他描述的实施例可以各自可选地包括一个或多个以下实施例：
在一些实施例中，所述买方金融机构节点被配置为：接收订单支付数据，该订单支付数据确认买方金融机构已经向卖方进行订单支付；以及将该订单支付数据存储在相应的区块链上。
在一些实施例中，所述贸易平台被配置为：从所述相应的区块链接收所述订单支付数据；以及基于所述订单支付数据将支付状态反馈给所述买方和所述卖方。
在一些实施例中，所述买方金融机构节点被配置为：响应于确定在该订单支付的相应支付条件满足之后，已经达到预定时间或经过预定时间段，执行所述相应的智能合约以自动指示所述买方金融机构的计算设备向卖方进行订单支付。
在一些实施例中，所述买方金融机构节点被配置为：响应于确定该订单支付的相应支付条件满足，执行所述相应的智能合约以生成自动支付命令；以及将该自动支付命令发送给所述买方金融机构的计算设备，该自动支付命令指示所述买方金融机构的计算设备根据所述可信自动支付服务向所述卖方进行订单支付。
在一些实施例中，所述买方金融机构节点被配置为将该订单支付数据存储在所述相应的区块链上，该订单支付数据确认所述买方金融机构已经向所述卖方进行了订单支付。
在一些实施例中，所述买方在所述买方金融机构中具有买方金融账户，所述卖方在所述卖方金融机构中具有卖方金融账户，所述买方金融机构节点被配置为响应于确定该订单支付的相应支付条件满足，执行所述相应的智能合约以自动指示所述买方金融机构的计算设备直接向所述卖方金融机构中的卖方金融账户进行所述订单支付而无需通过所述贸易平台。
在一些实施例中，所述多个可信节点的区块链网络还包括对应于所述卖方金融机构的卖方金融机构节点。
在一些实施例中，所述买方金融机构和所述卖方金融机构中的一个是离岸实体，所述买方金融机构和所述卖方金融机构中的另一个是在岸实体。所述离岸实体和所述在岸实体受制于不同的金融法规，对应于所述买方金融机构的买方金融机构节点和对应于所述卖方金融机构的卖方金融机构节点属于所述多个可信节点的同一区块链网络。
在一些实施例中，所述买方金融机构节点被配置为：响应于所述自动支付命令，将与该订单支付相对应的数字价值转移到所述卖方金融机构节点。
在一些实施例中，所述卖方金融机构节点被配置为：在所述相应的区块链上存储支付接收数据，所述支付接收数据确认所述卖方金融机构中的卖方金融账户已经从所述买方金融机构接收到该订单的订单支付。
在一些实施例中，所述贸易平台节点被配置为：在所述买方登录所述贸易平台上的买方贸易账户后，与所述买方金融机构节点进行通信，以验证所述买方在所述买方金融机构中的买方金融账户在所述贸易平台上是否有所述可信自动支付服务的资格，所述买方贸易账户包括所述买方金融账户的信息。
在一些实施例中，所述贸易平台被配置为：响应于确定所述买方金融账户有所述可信自动支付服务的资格，从而允许所述买方在所述贸易平台上起草或查看订单。
在一些实施例中，所述相应的智能合约还包括：订单状态更新函数，该订单状态更新函数响应于基于上传到所述相应区块链的订单状态数据确定了该订单的状态被更改而自动更新该订单的状态。
在一些实施例中，所述订单状态数据包括物流数据、供应链数据、海关数据、提单数据或支付数据中的至少一个。
在一些实施例中，所述订单的状态指示以下至少一项：与所述订单相关联的产品已经由所述卖方准备或发货、所述产品已经由海关检查、所述产品正在由至少一个物流提供商运输、与该订单相关联的提单已经由所述卖方在贸易平台上提交、所述提交的提单已经由所述买方在所述贸易平台上确认、与该订单相关联的发票已经由所述区块链网络生成、所述生成的发票已经由所述买方确认、所述买方和所述卖方之间已就该订单达成共识、所述买方金融机构已进行所述自动支付、所述卖方已收到所述自动支付、或者所述买方已收到所述产品。
在一些实施例中，所述多个可信节点的区块链网络还包括以下至少之一：对应于所述海关的海关节点，其中，所述订单状态数据包括由所述海关节点上传到所述相应区块链的海关数据，或者对应于所述至少一个物流提供商的物流提供商节点，其中，所述订单状态数据包括由所述物流提供商节点上传到所述相应区块链的物流数据。
在一些实施例中，一个或多个支付条件包括该订单的第一支付的第一支付条件和该订单的第二支付的第二支付条件。所述买方金融机构节点被配置为：响应于确定所述第一支付的第一支付条件满足，执行所述相应的智能合约，以自动指示所述买方金融机构的计算设备向所述卖方进行所述第一支付，以及响应于确定所述第二支付的第二支付条件满足，执行所述相应的智能合约以自动指示所述买方金融机构的计算设备向所述卖方进行所述第二支付。
在一些实施例中，所述第一支付是该订单的预付款，并且所述第一支付条件包括该订单在贸易平台上已被验证，所述第二支付是该订单的尾款，并且所述第二支付条件包括以下至少一项：与该订单相关联的提单已经由所述卖方在所述贸易平台上提交、所述提交的提单已经由所述买方在所述贸易平台上确认、与该订单相关联的发票已经由所述区块链网络生成、所述生成的发票已经由所述买方确认、或者所述买方和所述卖方之间已就该订单达成共识。
在一些实施例中，该系统包括所述贸易平台。
在一些实施例中，所述贸易平台节点被配置为基于所述订单数据根据智能合约模板生成该订单的相应的智能合约，该智能合约模板包括用于可信贸易服务的多个函数，在生成该订单的相应的智能合约时，所述贸易平台节点被配置为调用所述智能合约模板中的多个函数中的一个或多个函数，并使用所述订单数据作为对所述智能合约模板中的多个函数中的一个或多个函数的输入。
例如，在另一个实施例中，一种用于管理基于区块链的可信交易服务的系统，包括：多个可信节点的区块链网络，其包括：对应于贸易平台的贸易平台节点，用于在买方和卖方之间提供基于区块链的可信贸易服务，其中，所述买方被证实具有由所述买方金融机构担保的可信授信(trustable undertaking，TU)服务，响应于部署在所述区块链网络的区块链上的智能合约中指定的条件满足，所述买方金融机构基于所述买方在所述买方金融机构中的信用自动为所述买方向所述卖方进行支付；和对应于所述买方金融机构的买方金融机构节点。所述贸易平台节点被配置为：在所述买方和所述卖方在所述贸易平台上确认订单后，将该订单的订单数据存储在该订单的区块链网络的用户该订单的相应区块链上，所述订单数据包括该订单的一个或多个支付条件和表示该订单的相应可信授信服务的可信授信服务数据，以及基于该订单的订单数据生成该订单的相应的智能合约，其中，该相应的智能合约包括自动函数，响应于确定该订单支付的相应支付条件满足，该自动函数自动指示所述买方金融机构向所述卖方为该订单进行订单支付。所述买方金融机构节点被配置为：与所述买方金融机构的计算设备进行通信，以验证所述买方具有所述买方金融机构担保的用于该订单的相应可信授信服务，以及执行所述相应的智能合约，其中，执行所述相应的智能合约包括响应于确定该订单支付的相应支付条件满足，自动指示所述买方金融机构的计算设备向所述卖方进行所述订单支付。
在一些实施例中，可以使用设备、系统、方法或计算机可读介质或者设备、系统、方法和计算机可读介质的任何组合来实现这些一般和特定实施例中的一个或多个。前述和其他描述的实施例可以各自可选地包括一个或多个以下实施例：
在一些实施例中，所述买方金融机构节点被配置为：接收订单支付数据，该订单支付数据确认所述买方金融机构根据该订单的可信授信服务已经成功向所述卖方进行了订单支付；以及将该订单支付数据存储在所述区块链上。
在一些实施例中，所述多个可信节点的区块链网络还包括对应于所述卖方金融机构的卖方金融机构节点。所述卖方在所述卖方金融机构中具有卖方金融账户，并且所述卖方金融机构节点被配置为将所述支付接收数据存储在所述相应的区块链上，所述支付接收数据确认所述卖方金融机构中的卖方金融账户已经从所述买方金融机构接收到该订单的订单支付。
在一些实施例中，所述贸易平台节点被配置为：基于所述可信授信服务数据，确定所述买方选择使用所述贸易平台上的该订单的相应可信授信服务，并且通过所述买方金融机构节点向所述买方金融机构的计算设备发送请求，该请求请求所述买方金融机构验证所述买方是否有所述买方金融机构担保的用于该订单的相应可信授信服务的资格。
在一些实施例中，所述贸易平台被配置为提供用于接收所述订单数据的用户输入的用户界面，并且该用户界面包括使用该订单的相应可信授信服务的选择。
在一些实施例中，所述买方金融机构节点被配置为：从所述买方金融机构的计算设备接收验证数据，该验证数据确认所述买方具有所述买方金融机构担保的用于该订单的相应可信授信服务，以及将该验证数据存储在所述相应的区块链上。
在一些实施例中，所述贸易平台被配置为：基于存储在所述相应的区块链上的验证数据，确定所述买方具有所述买方金融机构担保的用于该订单的相应可信授信服务，以及在确定所述买方具有所述买方金融机构担保的用于该订单的相应可信授信服务后验证该订单。
在一些实施例中，所述贸易平台节点被配置为在将该订单的订单数据存储在所述相应的区块链上之后发送请求。
在一些实施例中，基于该订单的相应可信授信服务来确定该订单支付的相应支付条件。
在一些实施例中，所述买方金融机构节点被配置为响应于确定在该订单支付的相应支付条件满足之后，已经达到预定时间或经过预定时间段，执行所述相应的智能合约以自动指示所述买方金融机构的计算设备根据该订单的相应可信授信服务向所述卖方进行订单支付。
在一些实施例中，基于该订单的相应可信授信服务来确定预定时间或预定时间段。
在一些实施例中，所述一个或多个支付条件包括该订单的第一支付的第一支付条件和该订单的第二支付的第二支付条件。所述第二支付是根据所述相应可信授信服务进行的订单支付，并且所述第二支付条件包括相应支付条件。所述买方金融机构节点被配置为：响应于确定所述第二支付的第二支付条件满足，执行所述相应的智能合约以自动指示所述买方金融机构的计算设备根据该订单的相应可信授信服务向所述卖方进行所述第二支付。
在一些实施例中，所述买方金融机构节点被配置为：响应于确定所述第一支付的第一支付条件满足，执行所述相应的智能合约以自动指示所述买方金融机构的计算设备根据所述买方金融机构提供的所述买方的可信自动支付服务向所述卖方进行所述第一支付。
在一些实施例中，所述贸易平台节点被配置为：在所述买方登录所述贸易平台上的买方贸易账户之后，通过所述买方金融机构节点与所述买方金融机构的计算设备进行通信，以验证所述买方在买方金融机构中的买方金融账户是否具有可信自动支付服务的资格，所述买方贸易账户包括所述买方金融账户的信息。
在一些实施例中，所述第一支付是该订单的预付款，并且所述第一支付条件包括该订单的验证。所述第二支付是该订单的尾款，并且所述第二支付条件可以包括以下至少一项：与该订单相关联的提单已经由所述卖方在所述贸易平台上提交、所述提交的提单已经由所述买方在所述贸易平台上确认、与该订单相关联的发票已经由所述区块链网络生成、所述生成的发票已经由所述买方确认、或者所述买方和所述卖方之间已就该订单达成共识。
在一些实施例中，所述相应的智能合约还包括订单状态更新函数，该订单状态更新函数响应于基于上传到所述相应区块链的订单状态数据确定了该订单的状态被更改而自动更新该订单的状态。
在一些实施例中，所述订单的状态指示以下至少一项：与该订单相关联的产品已经由所述卖方准备或发货、所述产品已经由海关检查、所述产品正在由至少一个物流提供商运输、与该订单相关联的提单已经由所述卖方在所述贸易平台上提交、所述提交的提单已经由所述买方在所述贸易平台上确认、与该订单相关联的发票已经由所述区块链网络生成、所述生成的发票已经由所述买方确认、所述买方和所述卖方之间已就该订单达成共识、所述买方金融机构已进行所述自动支付、所述卖方已收到所述自动支付、或者所述买方已收到所述产品。
在一些实施例中，所述多个可信节点的区块链网络还包括以下至少一个：对应于所述海关的海关节点，所述订单状态数据包括由所述海关节点上传到所述相应区块链的海关数据，或者对应于所述至少一个物流提供商的物流提供商节点，所述订单状态数据包括由所述物流提供商节点上传到所述相应区块链的物流数据。
在一些实施例中，所述订单状态数据包括物流数据、供应链数据、海关数据、提单数据或支付数据中的至少一个。
在一些实施例中，所述系统包括所述贸易平台。
例如，在另一个实施例中，一种用于管理基于区块链的可信交易服务的系统，包括：多个可信节点的区块链网络，其包括：对应于贸易平台的贸易平台节点，用于在买方和卖方之间提供基于区块链的可信贸易服务，其中，所述买方具有买方金融机构中的买方金融账户，所述卖方具有卖方金融机构中的卖方金融账户，所述买方被证实具有所述买方金融机构担保的可信授信(TU)服务，响应于部署在所述区块链网络的区块链上的智能合约中指定的条件满足，所述买方金融机构基于所述买方在所述买方金融机构中的信用自动为所述买方进行支付；对应于所述买方金融机构的买方金融机构节点；和对应于所述卖方金融机构的卖方金融机构节点。所述贸易平台节点被配置为：在所述买方和所述卖方在所述贸易平台上确认订单后，将该订单的订单数据存储在所述区块链网络的用于该订单的相应区块链上，所述订单数据包括该订单的一个或多个支付条件和表示该订单的相应可信授信服务的数据，基于所述可信授信服务数据生成该订单的可信授信凭证，所述可信授信凭证包括该订单的订单支付的金额，并将该订单的所述可信授信凭证存储在所述区块链上。所述买方金融机构节点被配置为：将所述可信授信凭证发送到所述卖方金融机构的计算设备以基于所述可信授信凭证确定是否批准所述卖方的融资请求。
在一些实施例中，可以使用设备、系统、方法或计算机可读介质或者设备、系统、方法和计算机可读介质的任何组合来实现这些一般和特定实施例中的一个或多个。前述和其他描述的实施例可以各自可选地包括一个或多个以下实施例：
在一些实施例中，所述买方金融机构和所述卖方金融机构中的一个是离岸实体，所述买方金融机构和所述卖方金融机构中的另一个是在岸实体。所述离岸实体和所述在岸实体受制于不同的金融法规，对应于所述买方金融机构的买方金融机构节点和对应于所述卖方金融机构的卖方金融机构节点属于所述多个可信节点的同一区块链网络。
在一些实施例中，所述卖方金融机构节点被配置为：从所述卖方金融机构的计算设备接收批准数据，该批准数据指示所述卖方金融机构已经基于所述可信授信凭证批准了所述卖方对融资金额的融资请求，以及将该批准数据存储在区块链上，其中，该批准数据引用所述可信授信凭证。
在一些实施例中，所述卖方金融机构节点被配置为：从所述卖方金融机构的计算设备接收融资支付数据，该融资支付数据确认与所述融资请求相关联的融资金额已经由所述卖方金融机构的卖方金融账户支付，以及将该融资支付数据存储在区块链上。
在一些实施例中，所述可信授信凭证包括以下至少一个：所述可信授信凭证的标识；所述可信授信凭证的有效时间；该订单支付的相应支付条件；该订单的信息，包括订单标识、该订单的总成本、或产品信息中的至少一项；该订单的物流信息，包括运输方法、贸易条款、运输成本、或运输保险成本中的至少一项；所述买方和所述卖方的信息；所述买方金融机构和所述卖方金融机构的信息；或者所述买方金融机构中的买方金融账户的信息和所述卖方金融机构中的卖方金融账户的信息。
在一些实施例中，所述卖方金融机构节点被配置为：从所述卖方金融机构的计算设备接收支付接收数据，所述支付接收数据确认所述卖方金融机构中的卖方金融账户已经从所述买方金融机构接收到该订单的订单支付，以及将所述支付接收数据存储在所述区块链上。
在一些实施例中，所述贸易平台节点被配置为：基于该订单的订单数据生成该订单的相应的智能合约。该相应的智能合约包括自动函数，响应于确定该订单支付的相应支付条件满足，该自动函数自动指示所述买方金融机构根据所述相应可信授信服务向所述卖方为该订单进行订单支付。
在一些实施例中，所述贸易平台节点被配置为：通过所述买方金融机构节点，利用所述买方金融机构的计算设备，验证所述买方是否有所述贸易平台上的订单的相应可信授信服务的授权。
在一些实施例中，响应于验证所述买方有所述买方金融机构担保的用于该订单的相应可信授信服务的授权，在所述区块链上生成该订单的可信授信凭证。
在一些实施例中，所述贸易平台节点被配置为通过所述买方金融机构节点向所述买方金融机构的计算设备提交带有所述可信授信凭证的验证请求，并且所述买方金融机构被配置为基于所述可信授信凭证验证所述买方是否有该订单的相应可信授信服务的授权。
在一些实施例中，所述贸易平台节点被配置为：响应于验证所述买方有所述买方金融机构担保的用于该订单的相应可信授信服务的授权，向所述贸易平台发送确认所述买方有该订单的相应可信授信服务的授权的验证消息。
在一些实施例中，所述贸易平台被配置为在从所述贸易平台节点接收到所述验证消息之后验证该订单。
在一些实施例中，所述贸易平台节点被配置为在将该订单的订单数据存储在所述区块链上之后发送验证请求。
在一些实施例中，基于该订单的相应可信授信服务来确定相应支付条件。
在一些实施例中，所述买方金融机构节点被配置为：响应于确定该订单支付的相应支付条件满足，执行所述相应的智能合约，其中，执行所述相应的智能合约包括自动指示所述买方金融机构的计算设备根据所述相应可信授信服务向所述卖方进行订单支付。
在一些实施例中，所述买方金融机构节点被配置为：响应于确定该订单支付的相应支付条件满足，执行相应的智能合约以生成自动支付命令，该自动支付命令指示所述买方金融机构的计算设备根据该订单的相应可信授信服务向所述卖方进行订单支付；以及将该自动支付命令发送给所述买方金融机构的计算设备。
在一些实施例中，所述区块链网络被配置为：响应于确定在所述相应支付条件满足后，已达到预定时间或经过了预定时间段，执行所述相应的智能合约，以自动指示所述买方金融机构的计算设备根据该订单的相应可信授信服务向所述卖方进行订单支付。
在一些实施例中，基于该订单的相应可信授信服务来确定所述预定时间或预定时间段。
在一些实施例中，所述一个或多个支付条件包括该订单的第一支付的第一支付条件和该订单的第二支付的第二支付条件。所述第二支付是根据该订单的可信授信服务进行的订单支付，并且所述第二支付条件包括所述相应支付条件。
在一些实施例中，所述买方金融机构节点被配置为：响应于确定该第一支付的第一支付条件满足，执行所述相应的智能合约以自动指示所述买方金融机构的计算设备根据所述买方金融机构提供的所述买方的可信自动支付服务向所述卖方进行第一支付，以及，响应于确定所述第二支付的第二支付条件满足，执行所述相应的智能合约以自动指示所述买方金融机构的计算设备根据该订单的相应可信授信服务向所述卖方进行第二支付。
在一些实施例中，所述第一支付是该订单的预付款，并且所述第一支付条件包括该订单的验证。所述第二支付是该订单的尾款，并且所述第二支付条件包括以下至少一项：与该订单相关联的提单已经由所述卖方在所述贸易平台上提交、所述提交的提单已经由所述买方在所述贸易平台上确认、与该订单相关联的发票已经由所述区块链网络生成、所述生成的发票已经由所述买方确认、或者所述买方和所述卖方之间已就该订单达成共识。
在一些实施例中，所述贸易平台节点被配置为：在所述买方登录所述贸易平台上的买方贸易账户之后，通过所述买方金融机构节点与所述买方金融机构的计算设备进行通信，以验证所述买方在所述买方金融机构中的买方金融账户是否有可信自动支付服务的资格，所述买方贸易账户包括所述买方金融账户的信息。
在一些实施例中，所述相应的智能合约还包括订单状态更新函数，该订单状态更新函数响应于基于上传到所述相应区块链的订单状态数据确定了该订单的状态被更改而自动更新该订单的状态。
在一些实施例中，该订单的状态指示以下至少一项：与该订单相关联的产品已经由所述卖方准备或发货、所述产品已经由海关检查、所述产品正在由至少一个物流提供商运输、与该订单相关联的提单已经由所述卖方在所述贸易平台上提交、所述提交的提单已经由所述买方在所述贸易平台上确认、与该订单相关联的发票已经由所述区块链网络生成、所述生成的发票已经由所述买方确认、所述买方和所述卖方之间已就该订单达成共识、所述买方金融机构已进行所述自动支付、所述卖方已收到所述自动支付、或者所述买方已收到所述产品。
在一些实施例中，所述多个可信节点的区块链网络还包括以下至少之一：对应于所述海关的海关节点，所述订单状态数据包括由所述海关节点上传到所述相应区块链的海关数据，或者对应于所述至少一个物流提供商的物流提供商节点，所述订单状态数据包括由所述物流提供商节点上传到所述相应区块链的物流数据。
在一些实施例中，所述订单状态数据包括物流数据、供应链数据、海关数据、提单数据或支付数据中的至少一个。
在一些实施例中，所述系统包括所述贸易平台。
应当理解的是，根据本文的方法可包括本文描述的实施例的任何组合。也就是说，根据本文的方法不限于本文具体描述的实施例的组合，还包括所提供的实施例的任何组合。
本文的一个或多个实施例的细节将在说明书附图和以下描述中阐述。根据说明书和附图以及权利要求，本文的其他实施例和优点将显现。
附图说明
图1是示出可以用于执行本文实施例的环境的示例的图。
图2是示出根据本文实施例的架构的示例的图。
图3是示出根据本文实施例的实现基于区块链的可信贸易服务的基于区块链的可信交易系统的示例的图。
图4是示出根据本文实施例的用于实现可信贸易服务的贸易平台的用户接口的示例的图。
图5是示出可以根据本文实施例执行的用于实现基于区块链的可信交易服务的处理的示例的流程图。
图6是示出可以根据本文实施例执行的用于实现基于区块链的可信交易服务的处理的示例的流程图。
图7是示出可以根据本文实施例执行的用于实现基于区块链的可信交易服务的处理的示例的流程图。
图8是示出根据本文实施例的区块链贸易发票的示例的示图。
图9是示出根据本文实施例的可信授信凭证的示例的图。
图10是示出可以根据本文实施例执行的用于实现具有不同支付条件(paymentcondition)的基于区块链的可信交易服务的处理的示例的流程图。
图11是示出可以根据本文实施例执行的用于实现用共识支付条件的基于区块链的可信交易服务的处理的示例的流程图。
图12示出了根据本文实施例的图10或图11的处理中的步骤的图。
图13A是示出根据本文实施例的处理的示例的流程图。
图13B是示出根据本文实施例的处理的示例的流程图。
图13C是示出根据本文实施例的处理的示例的流程图。
图14A描绘了根据本文实施例的装置的模块的示例。
图14B描绘了根据本文实施例的另一装置的模块的示例。
图14C描绘了根据本文实施例的另一装置的模块的示例。
在各个附图中相同的附图标记和名称表示相同的元素。
具体实施方式
本文描述了基于新区块链架构来管理可信交易服务的技术，该新区块链架构增强了可能无关的实体之间的数据交换的多个方面。可信交易服务可以包括贸易服务、支付服务、金融服务、数据交换服务或任何其他交易服务。这些技术可以通过将多个可信节点集成到区块链网络中来实现新的可信交易(例如，贸易和金融)服务系统，以向交易实体(例如，贸易方)提供可信交易服务，尤其是针对国际订单或跨境贸易。这些技术可以创建一个可信交易平台，该可信交易平台允许可能没有关联关系并且以前没有信任或薄弱信任的交易方(例如中小型企业(SME))彼此之间以可靠且高效的方式进行交流和开展业务。这些技术可以弥合交易方之间的信任差距，并通过交易平台将它们连接起来。该技术可以将交易平台、金融机构(例如离岸银行和在岸银行、海关、物流提供商和/或任何其他相关实体)集成为区块链网络中的网络节点，以创建一个新的生态系统，例如，用于提供可信数字国际或跨境贸易。新的生态系统以多种方式改进了先前的交易系统。例如，在本文中描述的技术的实现可以提供更安全、可靠高效、方便、多样化、包容性和透明的交易服务。新的生态系统还实现了增强交易方之间的信任以及企业与金融机构之间的信任的系统。新的生态系统可以使交易更加安全可靠，使金融贷款透明、可信或高效，并使服务高效、便捷或有效率。为了说明的目的，在本文中，贸易(trade)服务(也可以包括诸如支付服务的金融服务)被描述为交易(transaction)服务的示例；贸易平台或系统被描述为交易平台或系统的示例，订单(例如，购买订单或另一贸易订单)被描述为交易实体之间的交易的示例；买方和卖方被描述为一对交易实体的示例。所描述的技术可以应用于交易服务的附加或不同示例。
该技术可以克服传统交易系统(例如贸易系统)中众所周知的问题，例如参与者之间的信任度低或不足、效率低、数字化程度低、交易成本高、支付周转时间长、中小企业等的企业融资压力大、以及缺乏透明度的问题。例如，本文实现的技术可以避免复杂的离线处理和查看，并且可以使贸易，尤其是国际或跨境贸易的交易成本更低、自动化结算、易于获取企业信用、以及经认证的订单和交易对手。这些技术可以通过使用可追溯的贸易数据和可信自动支付服务来减轻贸易风险，例如减少不确定性(例如在运输产品和进行支付时)和风险，并帮助提供包容和高效的金融服务。这些技术可以创建下一代全球交易系统，以服务于包括中小企业(SME)等在内的企业的全球实体。
本文中描述的技术产生了若干技术效果。在一些实施例中，该技术可以利用硬件和软件建立新的基于区块链的贸易系统，该贸易系统集成了多组选定的网络节点来构建区块链网络。所选的网络节点组可以包括例如一个或多个贸易平台的计算机系统、贸易方的金融机构以及一个或多个海关、物流提供商。选定的网络节点是可信节点，在已建立的区块链网络中，通过共识处理和数据的不可篡改性、可靠性、透明性、可追溯性和可验证性来保证增强的信任。在一些实施例中，例如，区块链网络可以是联盟区块链网络，在控制一个实体是否可以作为区块链网络的网络节点联接(joint)以提供可信交易服务方面具有附加的保障。在一些实施例中，该技术可以建立实现增强的数据安全性，提供更安全和可靠的通信信道，减少数据传输中的等待时间，触发订单操作以及确认接收以提供可信贸易服务。在一些实施例中，该技术可以在区块链网络的区块链上定义和部署一个或多个智能合约，以自动触发支付和其他贸易操作并启用可信贸易服务。例如，一旦买方或卖方(或供应商)在贸易平台上生成(或确认)贸易订单，该订单就可被自动上传并记录在区块链网络的区块链上，这是可追溯和防篡改的。订单可以包括订单详细信息，例如订单条款、一个或多个支付条件以及支付时间。一旦订单被记录在区块链上，便可以生成相应的智能合约。随着订单的执行，智能合约可以自动执行以跟踪和更新由区块链网络中的可信节点传输的订单状态数据。订单状态数据可以包括例如下单数据、物流数据、海关数据、支付数据和退税选项信息。使用区块链，买方金融机构和卖方金融机构可以通过智能合约自动处理支付结算。例如，智能合约可以包括自动函数，该自动函数响应于确定用于支付的相应支付条件满足，自动指示买方金融机构向卖方为该订单进行支付。智能合约的自动触发和不可篡改特点可以增强卖方的信任和订单的支付中的保障(assurance)，并且更愿意与卖方开展业务。
在一些实施例中，买方的支付可以由买方金融机构支持或担保，以进一步增强信任。在一些情况下，买方已被证实拥有由买方金融机构担保的可信自动支付(automaticpayment，AP)服务，响应于区块链上智能合约中指定的支付条件满足，买方金融机构代表买方自动进行支付。根据可信自动支付服务，响应于区块链上的智能合约中指定的支付条件满足，买方金融机构的计算设备在没有从买方接收到授权或确认的情况下自动执行支付交易的动作。在一些情况下，买方已被证实具有由买方金融机构担保的可信授信(trustableundertaking，TU)服务，例如银行支付授信(bank payment undertaking，BPU)服务，响应于区块链上智能合约中指定的条件满足，买方金融机构基于买方在买方金融机构中的信用自动为买方向卖方进行支付。根据可信授信服务，买方金融机构的计算设备在没有从买方接收到授权或确认的情况下执行支付交易的动作，而无论买方金融账户在买方金融机构中是否有足够的钱或资金。
在一些实施例中，该技术可以提高效率并减少贸易订单中的一系列操作(包括产品运输、不同支付阶段、支付确认等)中的等待时间。在一些实施例中，可以将特定贸易订单中的一系列操作写入具有定义的触发条件的针对该贸易订单定制的智能合约中。一旦触发条件满足，智能合约就可以自动触发下一操作，从而减少处理延迟并确保交易流程的有序执行。此外，在贸易订单的实际执行期间，与贸易订单有关的数据(例如，物流数据和支付数据)可以例如由可信节点实时地或基本实时地上传并存储在区块链中。智能合约可以接收数据(作为触发进一步操作的输入)，并基于接收到的数据跟踪和更新贸易订单的状态。区块链网络中的每个可信节点都可以具有透明度并信任存储在区块链中的订单状态和订单数据。例如，来自买方金融机构的支付确认数据和/或来自卖方金融机构的支付接收数据可以及时返回并记录在区块链上，并可供区块链网络中的其他可信节点使用。例如，贸易平台可以立即接收支付确认数据和/或支付接收数据，并将支付状态反馈给买方和卖方。这样，可以保证订单支付，减少支付确认的等待时间，可以使支付更加高效透明。买方和卖方之间的信任可以被建立和增加。买方和供应商的上链信任可以连续累积。
在一些实施例中，该技术可以为买方启用可信金融服务。例如，买方可以从买方金融机构申请相应可信授信服务，以与卖方下订单。买方金融机构可以例如基于买方金融机构中的买方的信用验证买方是否有该订单的可信授信服务的资格。如果买方被证实有可信授信服务的资格，则买方金融机构可以作出支付承诺并担保(或许诺)一旦支付条件满足后向卖方进行该订单的支付。这样，可信授信服务可以将买方金融机构中的买方信用转换为买方金融机构中的信用，这可以提高买方在贸易中的信誉和杠杆。因此，买方可以使用可信授信服务来协商更好的订单条款，例如更长支付时间的支付条款。可信授信服务可以将买方金融机构中的买方的信用资本化，并且可以使用买方金融机构的担保来增加贸易中的买方的信用。例如，区块链网络可以基于例如订单数据、物流数据、海关数据和/或发票数据为该订单生成可信授信凭证。生成的可信授信凭证可以像资产一样在区块链上进行存储、转移(transfer)和交易。买方可以基于可信授信凭证要求买方金融机构为订单提供可信授信服务。
在一些实施例中，这些技术可以为卖方启用可信金融服务。例如，在买方金融机构担保可信授信服务的情况下，卖方无需担心买方是否会在卖方装运产品后进行支付，并且可以确定该支付将由买方金融机构进行，以确保卖方的资金流动性和安全性。基于可信授信支持的贸易订单可信金融服务还可以帮助卖方获得更多融资。作为示例，当卖方有融资需求时，卖方可以向卖方金融机构提交例如金融贷款的金融请求。卖方金融机构可以基于贸易方的链上信任(例如，在区块链上生成的可信授信凭证)来验证卖方是否有金融贷款资格。在一些实施例中，可信授信凭证可以用作卖方的应收款，并且被视为卖方的可以被转移或者用于融资的任何其他类型的资产。在一些实施例中，卖方金融机构可以向区块链网络提交验证请求，以检查区块链上的可信贸易数据并获得可信授信凭证，或者卖方可以将融资请求与可信授信凭证一起提交。如果卖方金融机构确认卖方有金融贷款资格，则卖方可以获得其融资需要的金融贷款。卖方可以例如根据订单的可信授信服务用从买方金融机构收到的货款来偿还金融贷款。
在一些实施例中，该技术可以通过统一的、更加用户友好的界面例如向大量的贸易方提供可信贸易服务，同时降低贸易实体的基础设施成本和运营成本。在一些实施例中，买方和卖方不加入区块链网络成为可信节点。相反，贸易平台作为区块链网络中的可信节点，可以充当买方和卖方的通用接口，并在买方和卖方之间提供安全可信的贸易服务。然而，在一些实施例中，贸易平台不需要充当买方和卖方之间的托管系统，并且买方和卖方不需要在贸易平台中开设自己的金融或货币账户来进行支付。取而代之的是，买方和卖方可以使用他们自己的银行账户与他们各自的银行进行端到端的货币兑换或支付，而无需通过贸易平台引资(channel the money)或其他类型的支付，这可以更加高效和可靠。通过这种方式，贸易平台可以被扩展以容纳大量的买方和卖方，可以在继续各自的金融指令中节省买方和卖方的运营费用(OPEX)，而无需开设新的金融或货币账户。另一方面，大量的买方和卖方可以享受基于区块链的可信贸易服务，而无需本身作为网络节点加入区块链网络，从而通过将可信节点限制在贸易平台、金融机构、物流提供商、海关和/或可以为多个买方和卖方提供服务的任何相关方上来节省基础设施成本。基于区块链的贸易平台的这种结构还可以通过在将数据存储到区块链网络的区块链之前执行共识来减少网络流量和计算负荷，从而提高区块链网络的运营效率。这些技术可以为贸易平台或贸易市场、贸易方、金融机构、物流提供商、海关和/或任何相关方提供更多机会。
在一些实施例中，这些技术提供了用于在可能无关的实体之间建立可信连接的附加函数。例如，这些技术可以将贸易平台与买方金融机构、卖方金融机构、物流提供商或公司或供应链公司联系起来，以区块链联盟的形式构建可信贸易网络来提供担保贸易服务。该技术可以使贸易和金融服务具有可追溯性、去中心化、不可篡改性和透明性的函数，区块链上的所有参与者(或各方)都可以使用这些函数来构建更好的信任系统。信任系统可以使贸易得以进行，资产或信贷的转移更加可靠和高效。
在一些实施例中，这些技术可以增强执行电子交易的安全性和便利性。例如，这些技术可以提供安全便捷的交易、智能和包容性金融、高效和数字化订单管理。在一些实施例中，可以通过用交易历史的透明性公平地将控制分配给使用系统的各方，来使区块链上的数据成为真实的来源。通过上下游交叉验证，将源数据上传到区块链以及区块链共识机制，可以确保区块链上数据的真实性，从而使贸易参与者可以高效地从区块链获取真实的贸易数据并提高协作效率。在一些实施例中，区块链网络可以生成区块链贸易发票，其可以将真实贸易数据集成在区块链上以形成凭单。该凭单可以用作参与者验证贸易真实性的基础，也可以用作买方和卖方的交易凭单，甚至可以用作支付的基础。区块链贸易发票可以用于验证贸易真实性，而无需复杂的离线处理以及各种认证材料和文书的要求。
为本文的实施例提供进一步的背景，如上所述，分布式账本系统(DLS)，也可以称为共识网络(例如，由点对点(Peer-to-Peer)节点组成)和区块链网络，使参与实体能够安全且不可篡改地进行交易并存储数据。尽管术语区块链通常与特定网络和/或用例相关联，但是在不参考任何特定用例的情况下，本文中使用区块链通常是指DLS。
区块链是以交易不可篡改的方式存储交易的数据结构。因此，区块链上记录的交易是可靠且可信的。区块链包括一个或多个区块。链中的每个区块通过包括链中其紧之前的前一区块的哈希值链接到该前一区块。每个区块还包括本地时间戳(例如，由生成该区块的计算设备或管理区块链的计算系统提供)、其自身的哈希值、以及一个或多个交易。例如，区块可以包括区块头和区块体。区块头可以包括本地时间戳、其自身的哈希值以及前一区块的哈希值。区块体可以包括有效载荷信息，例如一个或多个交易(或交易数据)。已被区块链网络中的节点验证的交易经哈希处理并被编入默克尔(Merkle)树中。默克尔树是一种数据结构，其中树的叶节点处的数据被哈希处理，并且在树的每个分支中的所有哈希值在分支的根部级联(concatenate)。此处理沿着树持续一直到整棵树的根，在整棵树的根部存储了代表树中所有数据的哈希值。通过确定声称是存储在树中的交易的哈希值是否与树的结构一致，可以快速验证该哈希值。
区块链是用于存储交易的去中心化或至少部分去中心化的数据结构，而区块链网络是通过广播、验证和确认交易等来管理、更新和维护一个或多个区块链的计算节点的网络。如上所述，区块链网络可以作为公有区块链网络、私有区块链网络或联盟区块链网络提供。
通常，联盟区块链网络在参与实体间是私有的。在联盟区块链网络中，共识处理由可被称为共识节点的授权的节点集控制，一个或多个共识节点由相应的实体(例如金融机构、保险公司)操作。例如，十(10)个实体(例如金融机构、保险公司)构成的联盟可以操作联盟区块链网络，每个实体操作联盟区块链网络中的至少一个节点。在一些示例中，在联盟区块链网络中，提供全局区块链作为跨所有节点复制的区块链。也就是说，所有的共识节点相对于全局区块链而言处于完全共识状态。为了达成共识(例如，同意向区块链添加一个区块)，在联盟区块链网络内实施共识协议。例如，联盟区块链网络可以实现实用拜占庭容错(PBFT)共识，这将在下面进一步详细描述。
在一些实施例中，中心化账本系统也可以采用区块链的数据结构，以利用存储在区块链上的数据的不可篡改性、可靠性和可信性。在一些实施例中，这种中心化账本系统可以被称为基于区块链的中心化账本系统或通用可审计账本服务系统。在一些实施例中，基于区块链的中心化账本系统可以包括中央可信机构，该中央可信机构提供存储在区块链数据结构的区块中的透明、不可篡改且密码学可验证的数据。存储的数据可以是日志格式，例如不仅包括交易日志，还包括其他交易数据和区块数据。由于中央可信机构的存在，基于区块链的中心化账本系统无需执行共识处理即可建立信任。在一些实施例中，与典型的基于区块链的分布式或去中心化账本系统相比，基于区块链的中心化账本系统可以更有效率。在一些实施例中，基于区块链的中心化账本系统可以为基于云的存储服务提供增强的信任度、效率和存储性能。
在一些实施例中，中心化账本系统可以是区块链网络的节点。例如，中心化账本系统可以是区块链网络中的非共识节点，并且可以为区块链网络中的共识节点或其他非共识节点或区块链网络外部的实体提供高度可靠且高性能的可审计流账本服务。
图1是示出了可用于执行本文实施例的环境100的示例的图。在一些示例中，环境100使实体能够参与至联盟区块链网络102中。环境100包括计算系统106、108和网络110。在一些示例中，网络110包括局域网(LAN)、广域网(WAN)、因特网或其组合，并且连接网站、用户设备(例如，计算设备)和后端系统。在一些示例中，可以通过有线和/或无线通信链路访问网络110。在一些示例中，网络110使得与联盟区块链网络102通信，以及在联盟区块链网络102之内通信成为可能。通常，网络110代表一个或多个通信网络。在一些情况下，计算系统106、108可以是云计算系统(未示出)的节点，或者每个计算系统106、108可以是单独的云计算系统，包括通过网络互连的多个计算机，并作为分布式处理系统发挥作用。
在所描述的示例中，计算系统106、108可以各自包括任何适当的计算系统，使其能够作为节点参与联盟区块链网络102。计算设备的示例包括但不限于服务器、台式计算机、膝上型计算机、平板计算设备和智能电话。在一些示例中，计算系统106、108承载用于与联盟区块链网络102交互的一个或多个由计算机实现的服务。例如，计算系统106可以承载第一实体(例如用户A)的由计算机实现的服务，例如第一实体用来管理其与一个或多个其他实体(例如其他用户)的交易的交易管理系统。计算系统108可以承载第二实体(例如用户B)的由计算机实现的服务，例如第二实体用来管理其与一个或多个其他实体(例如其他用户)的交易的交易管理系统。在图1的示例中，联盟区块链网络102被表示为节点的点对点网络，并且计算系统106、108分别提供参与联盟区块链网络102的第一实体和第二实体的节点。
图2是示出根据本文实施例的架构200的示例的示图。示例性概念架构200包括分别与参与者A、参与者B和参与者C相对应的参与者系统202、204、206。每个参与者(例如用户、企业)参与被提供为包括多个节点214的点对点网络的区块链网络212，其中至少一些节点在区块链216中不可篡改地记录信息。如本文中进一步详细描述的，尽管在区块链网络212内示意性地描绘了单个区块链216，但是在区块链网络212上提供并维护区块链216的多个副本。
在所描绘的示例中，每个参与者系统202、204、206分别由参与者A、参与者B和参与者C提供或代表参与者A、参与者B和参与者C，并且在区块链网络中作为各自的节点214发挥作用。如这里所使用的，节点通常是指连接到区块链网络212且使相应的参与者能够参与到区块链网络中的个体系统(例如，计算机、服务器)。在图的示例中，2,参与者对应每个节点214。然而，应该预期到，参与者可以操作区块链网络212内的多个节点214，和/或多个参与者可以共享一个节点214。在一些示例中，参与者系统202、204、206使用协议(例如，超文本传输协议安全(HTTPS))和/或使用远程过程调用(RPC)与区块链网络212通信或通过区块链网络212进行通信。
节点214可以在区块链网络212内具有不同的参与程度。例如，一些节点214可以参与共识处理(例如，作为将区块添加到区块链216的挖矿节点)，而其他节点214不参与此共识处理。作为另一个示例，一些节点214存储区块链216的完整副本，而其他节点214仅存储区块链216的部分的副本。例如，数据访问特权可以限制相应的参与者在其相应系统内存储的区块链数据。在图2的示例中，参与者系统202、204和206分别存储区块链216的完整副本216'，216”和216”'。
区块链(例如，图2的区块链216)包括：区块构成的链，每个区块存储数据。数据的示例包括代表两个或更多参与者之间的交易的交易数据。交易数据被用作存储在区块链中的数据的示例。交易的示例可以包括但不限于有价物(例如资产、产品、服务、货币)的交换。在一些实施例中，在账本系统中执行的一个或多个操作可以被存储为区块链中的交易数据。例如，交易数据可以包括对存储在区块链中的数据的一种或多种操作或操纵，从外部资源获得的信息(例如，时间戳信息)或任何适当的数据(例如，文档、图片、视频、音频)可以存储在区块链中。交易数据被不可篡改地存储在区块链中。也就是说，交易数据不能改变。
在将交易数据存储在区块中之前，对交易数据进行哈希处理。哈希处理是将交易数据(作为字符串数据提供)转换为固定长度的哈希值(也以作为字符串数据提供)的处理。不可能对哈希值进行去哈希处理(un-hash)以获得交易数据。哈希处理可确保即使交易数据轻微改变也会导致完全不同的哈希值。此外，如上所述，哈希值具有固定长度。也就是说，无论交易数据的大小如何，哈希值的长度都是固定的。哈希处理包括通过哈希函数处理交易数据以生成哈希值。哈希函数的示例包括但不限于输出256位哈希值的安全哈希算法(SHA)-256。
多个交易的交易数据被哈希处理并存储在区块中。例如，提供两个交易的哈希值，并对它们本身进行哈希处理以提供另一个哈希值。重复此处理，直到针对所有要存储在区块中的交易提供单个哈希值为止。该哈希值被称为Merkle根哈希值，并存储在区块的头中。任何交易中的更改都会导致其哈希值发生变化，并最终导致Merkle根哈希值发生变化。
通过共识协议将区块添加到区块链。区块链网络中的多个节点参与共识协议，并执行工作以将区块添加到区块链。此类节点称为共识节点。上面介绍的PBFT用作共识协议的非限制示例。共识节点执行共识协议以向区块链添加交易，并且更新区块链网络的整体状态。
更详细而言，共识节点生成区块头，对区块中的所有交易进行哈希处理，并将哈希值成对地组合以生成进一步的哈希值，直到为区块中的所有交易提供单个哈希值(Merkle根哈希值)为止。此哈希值将被添加到区块头中。共识节点还确定区块链中最新区块(即添加到区块链中的最后一个区块)的哈希值。共识节点还向区块头添加随机数值(noncevalue)和时间戳。
通常，PBFT提供容忍拜占庭错误(例如，故障节点、恶意节点)的实用拜占庭状态机复制。这通过在PBFT中假设将发生故障(例如，假设存在独立节点故障和/或由共识节点发送的被操纵的消息)来实现。在PBFT中，以包括主共识节点和备共识节点的序列提供共识节点。主共识节点被周期性地改变。通过由区块链网络内的所有共识节点对区块链网络的世界状态达成一致，将交易添加到区块链中。在该处理中，消息在共识节点之间传输，并且每个共识节点证明消息是从指定的对等节点接收的，并验证在传输期间消息未被修改。
在PBFT中，共识协议是在所有共识节点始于相同状态的情况下分多个阶段提供的。首先，客户端向主共识节点发送用以调用服务操作(例如，在区块链网络内执行交易)的请求。响应于接收到所述请求，主共识节点将该请求组播到备共识节点。备共识节点执行该请求，并且每个节点都向客户端发送回复。客户端等待直到接收到阈值数量的回复。在一些示例中，客户端等待直到接收f+1个回复，其中，f是区块链网络内可以容忍的故障共识节点的最大数量。最终结果是，足够数量的共识节点就将添加到区块链的记录的顺序达成一致，并且该记录要么被接受要么被拒绝。
在一些区块链网络中，用加密处理(cryptography)来维护交易的隐私。例如，如果两个节点想要保持交易隐私，以使得区块链网络中的其他节点不能看出交易的细节，则这两个节点可以对交易数据进行加密处理。加密的示例包括但不局限于对称加密和非对称加密。对称加密是指使用单个密钥既进行加密(根据明文生成密文)又进行解密(根据密文生成明文)的加密处理。在对称加密中，同一密钥可用于多个节点，因此每个节点都可以对交易数据进行加密/解密。
非对称加密使用密钥对，每个密钥对包括私钥和公钥，私钥仅对于相应节点是已知的，而公钥对于区块链网络中的任何或所有其他节点是已知的。节点可以使用另一个节点的公钥来加密数据，并且该加密的数据可以使用其他节点的私钥被解密。例如，再次参考图2，参与者A可以使用参与者B的公钥来加密数据并且将该加密的数据发送给参与者B。参与者B可以使用其撕咬来解密该加密的数据(密文)并提取原始数据(明文)。使用节点的公钥加密的消息只能使用该节点的私钥进行解密。
非对称加密用于提供数字签名，这使得交易中的参与者能够确认交易中的其他参与者以及交易的有效性。例如，节点可以对消息进行数字签名，而另一个节点可以根据参与者A的数字签名来确认该消息是由该节点发送的。数字签名也可以用于确保消息在传输过程中不被篡改。例如，再次参考图2，参与者A将向参与者B发送消息。参与者A生成该消息的哈希值，然后使用其私钥加密该哈希值以提供为加密哈希值的数字签名。参与者A将该数字签名附加到该消息上，并将该具有数字签名的消息发送给参与者B。参与者B使用参与者A的公钥解密该数字签名，并提取哈希值。参与者B对该消息进行哈希处理并比较哈希值。如果哈希值相同，参与者B可以确认该消息确实来自参与者A，且未被篡改。
图3是示出了根据本文实施例的基于区块链的交易系统(例如贸易和金融系统)300的示例的图。基于区块链的可信交易系统300使用区块链网络320实现基于区块链的可信贸易、融资和其他数据交换服务。区块链网络320可以是图1的区块链网络102或者图2的区块链网络212。为了说明的目的，将联盟区块链网络描述为区块链网络320的示例，并且区块链网络320也可以是公有区块链网络或者私有区块链网络。区块链网络320可以包括一组选定参与者(例如实体310、330、340、350、360)的多个可信节点(例如节点321、322、324、326、328)。尽管图3示出了具有分离的带注释的节点321、322、324、326和328以及它们各自的实体310、330、340、350、360，但是本领域技术人员将理解，在一些实施例中，节点321、322、324、326和328可以将它们各自的实体310、330、340、350、360的一个或多个计算设备集成为单个设备或系统，反之亦然。在一些实施例中，多个可信节点可以是控制区块链网络320的共识处理的共识节点。多个可信节点中的每一个可信节点可以是例如图1的节点106或108，或者是图2的节点214。区块链网络320可以将参与者(例如贸易平台、买方金融机构、卖方金融机构、物流提供商或公司、海关和/或供应链公司)连接在一起，以建立区块链联盟形式的可信贸易网络来提供有保证的贸易服务。区块链技术可以使贸易和金融服务可追溯、去中心化、不可篡改和透明化，用该技术，区块链上的所有参与者都可以建立更好的信任系统。信任系统可以允许价值被高效地转移。
参与者可以包括一个或多个金融机构，例如，买方银行330和卖方银行340。金融机构可以是从事诸如存款、贷款、投资和货币兑换之类的金融和货币交易业务的公司。金融机构可以向客户提供一种或多种金融服务，例如支付、贷款和货币兑换。金融机构可以包括例如银行、信托公司、保险公司、经纪公司或投资公司。为了说明的目的，在本公开中，将银行用作金融机构的示例，并且所描述的技术可以应用于任何其他类型的金融机构。
在一些实施例中，如图3所示，区块链网络320包括对应于贸易平台310的可信贸易平台节点321。在一些实施例中，可信贸易平台节点321和贸易平台310通信地连接。在一些实施例中，可信贸易平台节点321和贸易平台310可以被实现为单个计算设备或系统。在一些实施例中，可信贸易平台节点321和贸易平台310可以被实现为单个计算设备或系统。在一些实施例中，可信贸易系统可以包括区块链网络320和贸易平台310。
在一些实施例中，区块链网络320包括用于多个不同贸易平台的多个可信贸易平台节点。可信贸易系统可以包括区块链网络320和多个不同的贸易平台310。
贸易平台310可以为例如买方302和卖方304的贸易方提供贸易服务。贸易方可以是个人或企业，例如中小企业。卖方304可以是用于提供产品(包括服务)的供应商。贸易平台310可以是国际或跨境贸易平台，其为不同国家或地区的买方和卖方提供贸易服务。在一些实施例中，每个买方在贸易平台310上具有买方贸易账户，并且每个卖方在贸易平台310上具有卖方贸易账户。
买方302可以使用买方客户端设备(例如，移动设备、膝上型计算机、台式机或任何其他类型的计算设备)用相应的凭证信息登录贸易平台310上的买方贸易账户并得到验证，以在贸易平台310上与一个或多个卖方进行贸易。卖方304可以使用卖方客户端设备(例如，移动设备、膝上型计算机、台式机或任何其他类型的计算设备)用相应的凭证信息登录贸易平台310上的卖方贸易账户并得到验证，以在贸易平台310上与一个或多个买方进行贸易。买方302和卖方304的一方或双方可以在贸易平台310上起草订单，并发送给另一方以进行查看。另一方可以修改或确认订单，直到买方302和卖方304之间达成一致。在买方302和卖方304都确认订单之后，贸易平台310可以将该订单的订单数据上传到贸易平台节点321。订单数据可以包括例如买方302的信息、卖方304的信息、产品信息和/或物流信息(例如，运输信息)。订单数据还可以包括与一个或多个相应支付条件和相应支付时间相关联的一个或多个订单支付。在一些实施例中，每个订单支付可以具有相应的支付服务。
贸易平台310可以通过相应的贸易平台节点321将订单的订单数据上传到区块链网络320。贸易平台节点321可以被配置为将订单的订单数据存储在区块链网络320的区块链上。区块链可以存储订单的相关信息，包括订单数据、物流数据、支付数据、海关数据、供应链数据、发票数据或与订单相关的任何数据。该区块链可以由区块链网络的每个网络节点访问。区块链可以是图2的区块链216。在一些实施例中，区块链网络的每个网络节点可以在其自己的存储空间中存储区块链的本地副本。在一些实施例中，区块链网络320中的每个节点可以接收由相应的参与者上传到区块链的对应的订单状态数据，并将该对应的订单状态数据存储在区块链上。例如，订单状态数据可以包括来自物流提供商350的经由相应的物流提供商节点326上传的物流数据，来自供应链服务公司的供应链数据，来自海关360的经由海关节点328上传的海关数据，从贸易平台到贸易平台节点的提单数据，或者来自买方银行330的经由买方银行节点322上传的支付确认数据和/或来自卖方银行340的经由卖方银行节点324上传的支付接收数据。以这种方式，区块链网络320可以提供安全且方便的交易、智能且具有包容性的金融、高效且数字化的订单管理，这可以使区块链上的数据成为真实来源，并向基于区块链的可信贸易和金融系统300的用户提供透明的交易历史。通过上下游交叉验证、将源数据上传到区块链、以及区块链共识机制，可以确保区块链上的数据的真实性，从而使区块链网络320的参与者，例如贸易平台310、买方银行330、卖方银行340、物流提供商350和海关360可以从区块链高效地获得真实贸易数据并提高协作效率。
在一些实施例中，区块链网络320可以生成区块链贸易发票，该区块链贸易发票可以集成区块链上的真实贸易数据以形成凭单(voucher)。该凭单可以用作参与者验证贸易真实性的基础，也可以用作买方和卖方的交易凭单，甚至可以用作支付确认。区块链贸易发票可以用于验证贸易真实性，而无需复杂的离线处理以及各种认证材料和文书的要求。
图8是示出根据本文实施例的区块链贸易发票800的示例的图。区块链贸易发票800可以由区块链网络320(例如，贸易平台节点321)基于订单的订单数据生成。基于订单对应的订单状态数据，可以更新发票800，例如动态地或实时地，例如随着订单的状态变化可以更新海关信息或物流信息。在一些实施例中，发票800包括发票信息802、买方/卖方信息804、物流信息806、产品信息808和小结信息810。
作为图8所示的示例，发票信息可以包括发票号(或发票标识)、订单的订单号、发票日期和买方银行名称。买方/卖方信息804可以包括卖方信息(例如卖方名称、注册地址、电子邮件或其他联系信息)和买方信息(例如买方名称、注册地址、电子邮件或其他联系信息)。物流信息806可以包括运输方法(例如，海运)、装运条款(例如，离案价FOB)、运输成本。物流信息806还可以包括海关状态(例如，通过)和海关编号，其可以用海关360提供的海关数据来更新。物流信息806还可以包括运输状态(例如，在途)，其可以用由物流提供商350上传的物流数据来更新。产品信息808可以包括产品图片、产品名称、规格、备注、数量和成本。小结信息810可以包括订单总额、运输成本、运输保险费和订单总成本。
返回参考图3，贸易平台节点321可以生成与区块链上的订单相对应的智能合约。智能合约可以包括一个或多个计算机可执行逻辑、指令、脚本或代码行，这些逻辑、指令、脚本或代码行可以存储在区块链上，并在满足一个或多个预定条件时自动执行。由于智能合约存储在区块链网络320的区块链上，因此智能合约由区块链网络320的可信节点执行，并且智能合约的执行结果通过节点之间的共识处理发生。智能合约可以强制执行协议，这样参与者可以在没有中介参与的情况下确定结果。例如，智能合约可以包括以计算机可执行代码的形式编写的函数，例如“如果/当...然后...”。智能合约可以部署在区块链网络上，例如，通过拥有与区块链上的智能合约相对应的合约账户，并且该合约账户具有特定的地址(也称为智能合约地址)。例如，通过从网络节点(例如，区块链网络320的节点321、322、324、326或328)传输的区块链上的交易(transaction)来调用智能合约。当预定的条件已满足并被验证，网络节点可以执行智能的合约。在一些实施例中，可以在区块链网络中的每个节点上独立地执行智能合约。
在一些实施例中，贸易平台节点321可以生成包括可信贸易服务的多个逻辑或函数的智能合约模板，并将智能合约模板部署在区块链网络320中。对于每个订单，可以基于该订单的订单数据生成与该订单相对应的交易。例如，贸易平台节点321可以生成交易以调用(invoke or call)智能合约模板中的多个函数中的一个或多个函数，并且使用订单数据作为对智能合约模板中的多个函数中的一个或多个函数的输入。贸易平台节点321可以将与该订单相对应的交易提交给区块链以进行存储和执行。
在一些实施例中，贸易平台节点321可以生成与每个订单相对应的各自的智能合约，并将各个智能合约部署在区块链网络320上。各个智能合约是基于对应订单的订单数据生成的，并且包括对应订单的可信贸易服务的函数。
在一些实施例中，在前述实施方式中，与该订单相对应的交易也可以被称为与订单相对应的智能合约，因为该交易还包括用以调用智能合约模板中定义的函数的指令或代码。在一些实施例中，在示例性实施方式或其他可能的实施方式中，共同描述了可以基于订单的订单数据生成与订单相对应的智能合约。本领域技术人员将理解，与订单相对应的智能合约可以以不同的方式包括逻辑或函数来实现，以实现针对相应订单的可信贸易服务。例如，贸易平台节点321被配置为从头开始生成订单的智能合约，或者贸易平台节点321被配置为基于订单数据根据智能合约模板生成订单的智能合约，智能合约模板可以包括用于可信贸易服务的多个函数。在后一种情况下，在生成订单的相应的智能合约时，贸易平台节点321可以被配置为调用智能合约模板中的多个函数中的一个或多个函数，并使用订单数据作为对该智能合约模板中的多个函数中的一个或多个函数的输入，以生成该订单的智能合约作为输出。
在一些实施例中，相应的智能合约还包括订单状态更新函数，该订单状态更新函数响应于基于上传到相应区块链的订单状态数据确定了该订单的状态被更改而自动更新订单的状态。例如，订单的状态可以指示与订单相关联的产品已经由卖方准备或发货、所述产品已经由海关360检查、所述产品正在由物流提供方350运输、与订单相关联的提单已经由卖方304在贸易平台310上提交、所提交的提单已经由买方302在贸易平台310上确认、与订单相关联的发票已经由区块链网络320生成、所生成的发票已经由买方302确认、买方302和卖方304之间已就订单达成共识、买方银行330已完成订单支付、卖方银行340已收到订单支付、买方302已经收到了产品、或者任何其他订单状态信息。
在一些实施例中，买方302在买方银行330中具有买方金融账户，该买方银行向买方提供一种或多种金融服务，例如支付服务。贸易平台310上的买方贸易账户可以包括买方金融账户的信息，例如，买方银行330的名称、账号和买方的名称。在一些实施例中，卖方304在卖方银行340中具有卖方金融账户，该卖方银行向卖方304提供一种或多种金融服务，例如存款服务和/或金融贷款服务。贸易平台310上的卖方贸易账户可以包括卖方金融账户的信息，例如，卖方银行340的名称、账号和卖方的名称。在一些实施例中，买方与卖方之间的订单的订单支付可以在买方银行330与卖方银行340之间进行，而无需通过贸易平台310。因此，贸易平台310不需要充当买方和卖方之间的托管系统，这可以减轻贸易平台310作为担保的风险。买方302和卖方304不需要在贸易平台310中开设自己的融资或货币账户来进行支付。相反，买方和卖方可以用他们自己的银行账户与各自的银行端进行货币兑换或支付，而不需要通过贸易平台，这样可以更可靠、更高效，例如可以节省他们的成本和精力，并且可以减少他们对财务账户安全性的担忧。
在一些实施例中，买方302和卖方304可以位于或注册在不同的国家或地区，因此它们的贸易是国际贸易或跨境贸易。类似地，买方银行330和卖方银行340可以位于或注册在不同的国家或地区，并受不同的金融法规的约束。买方银行330和卖方银行340之间的支付或其他资产转账可以是国际交易或跨境贸易。例如，相对于贸易平台310，买方银行330和卖方银行340中的一个是离岸银行，买方银行330和卖方银行340中的另一个是在岸银行。离岸银行和在岸银行可以处理不兼容的不同货币。基于区块链的可信贸易和金融系统300创建一个可靠和安全的平台，该平台可以使不相干或不兼容的实体兼容，例如，通过将买方银行330的买方银行节点322和卖方银行340的卖方银行节点324集成在区块链网络320中，使买方银行330和卖方银行340能够进行交易。
在一些实施例中，从买方银行330到卖方银行340的买方302和卖方304之间的订单支付是通过电汇进行的。电汇可以是例如鲸鱼转账(Whale transfer)或SWIFT转账。在一些实施例中，可以在买方银行330和卖方银行340之间以数字货币进行订单支付。响应于接收到支付命令，买方银行330可以例如在区块链网络320中通过买方银行节点322和卖方银行节点324或任何其他区块链网络将与该订单支付相对应的数字价值转移到卖方银行340。
如下面进一步详细讨论的，在一些实施例中，买方银行330可以向买方302提供可信自动支付(AP)服务以在贸易平台310上进行贸易。买方银行330担保可信自动支付服务，响应于部署在区块链网络320的相应区块链上的相应的智能合约中指定的支付的支付条件满足，买方银行330代表买方302自动进行支付。根据可信自动支付服务，买方银行330可以自动进行支付，而无需买方302的授权或确认。以这种方式，可以保证订单的支付，并且可以高效、有效和透明地进行支付。可以建立或增强买方302与卖方304之间的信任。
在一些实施例中，当起草订单或查看来自卖方304的订单时，买方302可以选择对贸易平台310上的订单使用相应的可信自动支付服务。在买方302和卖方304确认了订单之后，贸易平台310将订单的订单数据发送到贸易平台节点321，该贸易平台节点321将订单数据存储在相应的区块链中。订单数据可以包括具有一个或多个相应支付条件的一个或多个订单支付和该订单的可信自动支付服务的数据。可信自动支付服务的数据可以包括使用可信自动支付服务的订单支付。贸易平台节点321可以通过买方银行节点322向买方银行330的计算设备发送请求，以验证买方302或买方金融账户是否有所述订单支付的可信自动支付服务的资格。买方银行330可以基于例如买方302或买方金融账户的信用额度来确定买方302或买方金融账户的资格。如果买方银行330确定买方302或买方金融账户有所述订单支付的可信自动支付服务的资格，则买方银行330的计算设备可以将验证数据发送到买方银行节点322，买方银行节点322将该订单的验证数据存储在区块链上。因此，贸易平台节点321可以将与验证数据相对应的验证消息发送到贸易平台310。贸易平台310基于验证消息可以确认买方302可以使用订单的可信自动支付服务，并且随后可以验证该订单。订单的验证可以由贸易平台310经由贸易平台节点321上传到区块链。贸易平台节点321可以生成订单的相应的智能合约。响应于确定订单支付的相应支付条件满足，可以执行相应的智能合约以自动指示买方银行330的计算设备根据可信自动支付服务向卖方进行订单支付。
在一些实施例中，拥有可信自动支付服务可以是在贸易平台310上进行贸易的基本要求或默认支付服务。在买方302登录贸易平台310上的买方贸易账户之后，贸易平台节点321可以与买方银行330通信，以验证买方302的买方金融账户或者买方银行330中的买方在贸易平台310上是否有可信自动支付服务的资格。贸易平台310可以被配置为响应于确定买方302或与买方贸易账户相关联的买方金融账户有可信自动支付服务的资格，允许买方302起草订单或查看卖方304在贸易平台310上准备的订单。如果贸易平台310确定买方302或买方金融账户不具有可信自动支付服务的资格，则贸易平台310可以警告买方302并且拒绝买方302处理订单。
如下面进一步详细讨论的，在一些实施例中，买方银行330还可以提供可信授信(TU)服务，例如可信银行支付授信(BPU)服务。可信授信支付服务由买方银行330担保，响应于部署在相应区块链上的相应的智能合约中指定的支付的支付条件满足，买方银行330基于买方302在买方银行330中的信用自动为买方302进行支付。根据可信授信服务，无论买方302在买方银行330中是否有足够的钱或资金，买方银行330都保证进行支付，这可以大大增加支付的确定性并改善该订单的买方与卖方之间的信任。为了说明的目的，在本公开中将可信银行支付授信服务用作可信授信服务的示例，并且所描述的技术可以应用于任何其他类型的可信授信服务。
在一些实施例中，贸易平台310提供用户界面(例如，图4中的用户界面400)，例如，提供给买方302和/或卖方304，用以接收订单数据的用户输入。在一些实施例中，用户界面可以包括为具有相应支付条件和/或相应支付时间的订单的至少一个支付选择使用相应的可信银行支付授信服务。支付时间表示：例如，在支付条件满足之后并在执行支付的可信银行支付授信服务之前的时间段。由于可信银行支付授信服务可以由买方银行330担保，因此，买方302可以基于订单支付的可信银行支付授信服务的选择与卖方304协商支付时间。
在一些实施例中，如果贸易平台310确定买方302为买方302和卖方304确认的订单选择使用可信银行支付授信服务，则贸易平台310可以请求验证买方银行330是否批准买方302通过贸易平台节点321和买方银行节点322为该订单使用可信银行支付授信服务。买方银行330可以例如基于买方302或买方银行330中的买方金融账户的信用来确定买方302或买方金融账户的资格。如果买方银行330确定买方302或买方金融账户有该订单支付的可信银行支付授信服务的资格，则买方银行330的计算设备可以将验证数据发送到买方银行节点322。买方银行节点322可以将订单的验证数据存储在区块链上。因此，贸易平台节点321可以从区块链接收该订单的验证数据，并将与该验证数据相应的验证消息发送至贸易平台310。贸易平台310可以基于验证消息确认买方302有该订单的可信银行支付授信服务的资格，然后可以验证该订单。订单的验证可以由贸易平台310经由贸易平台节点321上传到区块链。贸易平台节点321可以生成订单的相应的智能合约。响应于确定订单支付的相应支付条件满足，可以执行相应的智能合约以自动指示买方银行330的计算设备根据可信银行支付授信服务向卖方304进行订单支付。买方银行330可以做出支付承诺并担保向卖方304进行该订单的订单支付。以这种方式，可信银行支付授信服务可以将买方银行330的信用转换成买方银行330中的买方的信用，这可以增加贸易中的买方302的信用。因此，买方302可以使用可信银行支付授信服务来协商更好的订单条款，例如，诸如更长的支付时间和/或更低的预付款金额之类的支付条款。可信银行支付授信服务可以将买方银行330中的买方信用资本化，并且可以使用买方银行330的担保来增加贸易中的买方信用。
在一些实施例中，可以基于订单的订单数据生成可信授信凭证，例如可信银行支付授信凭证。订单数据可以包括买方302的信息、卖方304的信息、产品信息、物流信息以及使用可信银行支付授信服务和相应支付条件的至少一个支付。
图9示出了根据本文实施例的示例性可信授信凭证，例如，基于相应订单的订单数据生成的银行支付授信凭证900。银行支付授信凭证900包括银行支付授信信息902、银行支付授信数据904、银行账户信息906、运输信息908和产品信息910。在一些实施例中，银行支付授信信息902包括银行支付授信凭证号(或银行支付授信凭证的标识)、订单号、买方名称、卖方名称和买方银行。银行支付授信数据904可以包括相应的支付金额或银行支付授信金额、银行支付授信的生效日期、订单的总成本以及相应支付条件，例如，在卖方提交提单时的30天后支付。银行账户信息906可以包括买方银行账户的信息(例如，买方名称、账号和买方银行名称)和卖方银行账户的信息(例如，卖方名称、账号和卖方银行名称)。运输信息908可以包括例如海运的运输方法和例如FOB的装运条款(或贸易条款)。产品信息910可以包括产品图片、名称、规格、备注、数量和成本。银行支付授信凭证900还可以包括小结信息912，小结信息912包括运输成本、运输保险费、订单的总额以及订单的总成本。
返回参考图3，可通过贸易平台310或区块链网络320中的另一可信节点生成可信授信凭证。所生成的可信授信凭证可以像资产一样在区块链上进行存储、转移和贸易。买方302和/或卖方304可以使用可信授信凭证。
在一些实施例中，在买方302和卖方304确认了订单之后，贸易平台310确定买方302选择可信银行支付授信服务用于订单的至少一个支付，贸易平台310可以基于订单的订单数据生成相应可信授信凭证，例如，可信银行支付授信凭证(例如，银行支付授信凭证900)。贸易平台310可以将可信授信凭证和订单数据提交给贸易平台节点321，以存储在区块链网络320的相应区块链上。买方302可以基于可信授信凭证要求买方银行330提供可信银行支付授信服务来支付订单。可信授信凭证可以是订单认证的证明。买方银行330可以基于买方银行330中的买方302的信用来验证买方302是否有订单支付的可信银行支付授信服务的资格。
在一些实施例中，贸易平台节点321可以从贸易平台310接收订单的订单数据。在一些实施例中，订单的订单数据包括用户输入数据，该用户输入数据指示买方302为该订单的支付选择可信银行支付授信服务。贸易平台节点321可以确定买方302为该订单的支付选择了可信银行支付授信服务，并且可以基于订单的订单数据生成相应可信授信凭证。贸易平台节点321可以将可信授信凭证与订单数据一起存储在区块链上。贸易平台节点321可以向贸易平台310提供可信授信凭证，贸易平台310可以将可信授信凭证转发给买方302的客户端设备。买方302可以要求买方银行330提供用于订单支付的银行支付授信服务。买方银行330可以通过买方银行节点322从区块链获得可信授信凭证，并验证订单的认证和买方302的资格。
在一些实施例中，如上所述，在买方302和卖方304确认了订单之后，贸易平台310确定买方302为订单的至少一个支付选择了可信银行支付授信服务，贸易平台310可以通过贸易平台节点321和买方银行节点322向买方银行330提交请求，以验证买方银行330是否将向买方302提供该订单支付的可信银行支付授信服务，或者以验证买方302是否有买方银行330担保的用于订单支付的可信银行支付授信服务的资格。如果买方302有可信银行支付授信服务的资格，则买方银行330可以将验证数据提交给买方银行节点322。买方银行节点322将验证数据存储在区块链上。例如，响应于确定买方有买方银行330担保的用于订单支付的可信银行支付授信服务的资格，买方银行节点322或贸易平台节点321可以基于验证数据生成该订单的相应可信授信凭证。
在一些实施例中，在买方银行330担保可信银行支付授信服务的情况下，卖方304不需要关注来自买方302的支付，并且可以具有订单的支付确定性以确保卖方304的资金流动性和安全性。当卖方304具有融资需求，例如，需要更多的资金来制造该订单的产品，卖方304可以向卖方银行340提交金融请求，例如，金融贷款。卖方银行340可以基于卖方304的信用和/或链上信任(例如，在区块链上生成的可信授信凭证)来验证卖方304是否有金融贷款资格。卖方银行340可以向卖方银行节点324提交验证请求以检查区块链上的可信贸易数据并获得可信授信凭证，或者卖方304可以将具有可信授信凭证的金融请求提交给卖方银行340。如果卖方银行340验证卖方304有金融贷款资格，则卖方304可以根据其金融需求获得金融贷款。卖方304可以例如根据该订单的可信银行支付授信服务利用从买方银行330收到的付款来偿还金融贷款。
订单可以包括与一个或多个支付条件相对应的一个或多个订单支付。例如，该订单可以包括预付款(initial payment or prepayment)和该预付款的相应支付条件，以及尾款(remaining payment or balance payment)和该尾款的相应支付条件。在一些实施例中，可以根据相同的支付服务(例如可信自动支付(AP)服务或诸如可信银行支付授信服务的可信授信(TU)服务)来进行订单的所有订单支付。在一些实施例中，可以根据可信自动支付服务和可信银行支付授信服务的组合进行该订单的订单支付，例如，可以使用不同的支付服务来进行不同的订单支付。买方302或卖方304可以例如通过用户界面为贸易平台310上的不同订单支付选择相应的支付服务。
图4示出了由图3的贸易平台310提供的用户界面400的示例。贸易平台310可以具有默认支付服务，例如，可信自动支付服务。如上所述，贸易平台310可以首先验证买方是否有买方银行担保的可信自动支付服务的资格，并在成功验证之后为买方提供用户界面400以供起草订单。
订单的支付可以包括一个或多个支付。一个或多个支付的总和是订单的总金额。例如，订单的支付可以分为预付款和尾款。预付款和尾款之和为订单的总金额。在一些示例中，预付款是订单总金额的30％，尾款是订单总金额的70％。如图4所示，用户界面400包括用于预付款的预付款部分410和用于尾款的尾款部分420。买方可以设置预付款金额412，例如$3000。标签414示出了在以下条件满足之后经过了预定时间自动触发预付款支付的支付条件。买方可以选择支付条件416，例如，订单已验证，并且设置支付时间418，例如，输入天数或选择特定日期作为预定时间(PDT)。在预付款部分410中没有选择可信自动支付服务的选择，这意味着预付款是根据默认的可信自动支付服务进行的。
在尾款部分420中，示出了尾款金额422，例如，在选择预付款之后自动确定。标签424示出了在以下条件满足后经过了预定时间自动触发尾款支付的支付条件。买方可以选择支付条件426。弹出窗口430示出了支付条件的列表，例如，卖方提交提单、买方确认提单、系统生成诸如图8的发票800之类的发票、买方确认发票、或者买方和卖方达成共识。所选的支付条件可以突出显示，例如以粗体显示。买方还可以选择支付时间428，例如输入天数或选择特定日期作为预定时间(PDT)。与预付款部分410不同，尾款部分420包括选择银行支付授信服务的选择429。如果买方未选择银行支付授信服务，则假定尾款将是根据默认支付服务(例如，可信自动支付服务)支付的。如果买方选择银行支付授信服务，则假定尾款是根据银行支付授信服务进行的。买方可以通过选择银行支付授信服务与卖方协商额外的支付时间。如上所述，例如图9的银行支付授信凭证900的可信银行支付授信凭证可以相应生成。贸易平台可以提交验证请求，以验证买方是否有该订单的银行支付授信服务的资格。
为了说明，附图中的图5、图6、图7是可以根据本文实施例执行的用于实现基于区块链的可信贸易服务的处理的示例的流程图。每个处理包括与可信自动支付(AP)服务和可信银行支付授信(BPU)服务有关的操作。该处理可以在例如图3的基于区块链的可信贸易和金融系统300的环境或系统中实现，该环境或系统包括例如图3的区块链网络320的区块链网络和多个参与者，该多个参与者包括例如图3的贸易平台310的贸易平台、例如图3的买方银行330的买方银行、例如图3的卖方银行340的卖方银行、例如图3的物流提供商350的物流提供商、例如图3的海关360的海关。区块链网络可以包括对应于多个参与者的多个可信节点。贸易平台在例如图3的买方302的买方与例如图3的卖方304的卖方之间提供可信贸易服务。买方银行为买方提供金融服务，例如支付服务。卖方银行为卖方提供金融服务，例如金融贷款、存款。可信自动支付(AP)服务可以是贸易平台上的默认支付服务。可以选择并验证银行支付授信服务。
参照图5，在处理500中，行510包括由海关和物流提供商执行的与物流有关的步骤；行520包括与在贸易平台上执行的信息流有关的步骤，行530包括与AP/BPU服务有关的步骤，行540包括与由买方银行和卖方银行执行的资金流有关的步骤。
在521，处理500开始。买方或卖方可以登录贸易平台上的买方贸易账户或卖方贸易账户。买方贸易账户可以包括买方银行中的买方金融账户的信息。在一些实施例中，在买方登录到买方贸易账户之后，贸易平台可以向区块链网络提交请求以与买方银行核实买方是否有买方银行担保的可信自动支付服务的资格。如果贸易平台从买方银行接收到成功验证，则处理500继续进行。
在522，在贸易平台上起草订单。贸易平台可以呈现用户界面，例如，图4的用户界面400。买方可以选择预付款金额或尾款金额，以及预付款和尾款的相应支付条件和支付时间。在532，买方例如在用户界面中选择银行支付授信服务。在完成订单后，买方可以将订单发送给卖方查看。卖方可以修改订单，并将修改后的订单发回给买方查看。
在523，买方和卖方在贸易平台上确认订单。在533，在确认订单之后，贸易平台将订单数据531(或订单信息)提交给区块链网络的对应贸易平台节点，例如图3的节点321。订单数据531可以包括一个或多个支付(例如预付款和尾款)的相应支付条件以及银行支付授信服务的银行支付授信数据。银行支付授信数据可以指示已为尾款选择了银行支付授信服务。
在534，贸易平台节点将订单数据531存储在区块链网络的区块链上。订单数据531包括预付款的支付条件例如图4的预付款条件416，和尾款的支付条件例如图4的尾款条件426。贸易平台节点可以基于订单数据生成区块链贸易发票，例如图8的发票800，并将该发票存储在区块链上。贸易平台节点可以确定买方为该订单的尾款选择了银行支付授信服务。在一些实施例中，贸易平台节点可以基于订单数据生成可信银行支付授信凭证，例如，图9的银行支付授信凭证900。
在541，通过买方银行节点(例如，图3的买方银行节点322)向买方银行提交验证请求，贸易平台节点为尾款发起银行支付授信应用。在542，买方银行执行银行支付授信验证，以基于买方银行中的买方的信用、发票和/或银行支付授信凭证来确定买方是否有尾款的银行支付授信服务的资格。如果买方银行确定买方有尾款的银行支付授信服务的资格，则买方银行可以将相应的验证数据提交给将验证数据存储在区块链上的买方银行节点。贸易平台节点可以将验证数据发送到贸易平台。在535，响应于接收到验证数据，贸易平台验证订单。贸易平台将订单的验证数据上传到区块链网络的贸易平台节点。
在536，贸易平台节点基于订单数据在区块链上生成智能合约502。智能合约502包括自动函数，响应于确定预付款的支付条件满足，该自动函数自动指示买方银行根据可信自动支付服务向卖方支付该订单的预付款，以及响应于确定尾款的支付条件满足，根据可信银行支付授信服务向卖方支付订单的尾款。智能合约502包括订单状态更新函数，该订单状态更新函数响应于基于参与者(例如，贸易平台、买方银行、卖方银行、海关和物流提供商)上传到区块链的订单状态数据确定了该订单的状态被更改而自动更新该订单的状态。
在543，响应于确定预付款的支付条件满足，智能合约自动触发自动支付命令。预付款的支付条件可以是订单已由贸易平台验证。在一些实施例中，响应于确定在预付款的支付条件满足之后已经达到预定时间或经过了预定时间段，触发自动支付命令。买方金融机构节点将自动支付命令发送给买方银行的计算设备，自动支付命令指示买方金融机构的计算设备根据可信自动支付服务向卖方支付预付款。
在544，买方银行根据可信自动支付服务支付预付款，并将支付数据545提交给买方银行节点。支付数据545确认买方银行已经向卖方支付了预付款。买方银行节点将支付数据545存储在区块链上。在546，卖方银行从买方银行接收预付款，并且可以将支付接收数据提交给将支付接收数据存储在区块链上的卖方银行节点。支付接收数据确认卖方金融账户已收到预付款。贸易平台可以被配置为通过贸易平台节点从区块链接收支付数据(和/或支付接收数据)，并基于支付数据(和/或支付接收数据)将支付状态反馈给买方和卖方。
在525，卖方发出订单产品。在步骤524之后，即在贸易平台上验证订单之后，或者在收到支付数据和/或支付接收数据之后，卖方可以发出产品。在512，海关检查产品并生成海关数据511。在514，物流提供商运送产品并生成物流数据513。在537，将海关数据511提交给区块链，例如，从海关到海关节点，并且将物流数据513提交给区块链，例如，从物流提供商到物流提供商节点。
在526，在卖方装运产品之后，卖方向贸易平台提交提单(B/L或BOL)，其可以是尾款的尾款支付条件。提单可以是电子提单(eBOL)。贸易平台将B/L提交到贸易平台节点用以将B/L存储在区块链上。
在539，达到尾款支付条件，其可以基于订单状态数据由智能合约检测。响应于确定尾款的支付条件满足，智能合约触发自动支付命令，以指示买方银行向卖方进行该订单的尾款支付。在一些情况下，如果买方未选择银行支付授信服务或者买方银行拒绝了银行支付授信应用，则在538，智能合约触发买方银行的自动AP命令以根据可信自动支付服务来支付尾款。在一些情况下，如果买方银行批准了银行支付授信应用，则在547，智能合约会触发自动银行支付授信命令，以自动指示买方银行根据可信银行支付授信服务向卖方进行订单的尾款支付。
在548，买方银行根据银行支付授信服务支付尾款，并将支付数据549提交给将支付数据存储在区块链上的买方银行节点。在546，卖方银行根据银行支付授信服务从买方银行接收尾款，并且可以将支付接收数据提交到将支付接收数据存储在区块链上的卖方银行节点。
在550，买方银行可以例如通过买方银行节点和贸易平台节点向贸易平台提交支付成功消息。或者贸易平台节点可以基于支付数据和/或支付接收数据来生成支付成功消息。在527，买方在贸易平台上确认产品的递送。因此，买方收到产品，卖方收到付款。处理500在528结束。
参照图6，示出了用于实现基于区块链的可信贸易服务的另一处理600。除了图5的处理500中所示的可信自动支付服务和可信银行支付授信服务之外，处理600示出了可信银行支付授信凭证和可信银行支付授信金融服务的生成。
处理600可以包括与订单处理有关的沿着行630的步骤，与银行支付授信服务有关的沿着行602的步骤，与买方银行的活动有关的沿着行604的步骤以及与卖方银行的活动有关的沿着行606的步骤。
在631，处理600开始。例如，买方登录贸易平台中的买方贸易账户。在632，买方在贸易平台上起草与卖方进行贸易的订单。在610，买方为至少一个支付(例如，订单的尾款)选择可信银行支付授信服务。在633，贸易平台验证该订单，例如，在买方和卖方确认了订单并且贸易平台验证买方有买方银行担保的可信自动支付服务资格之后。响应于确定订单有效且预付款条件满足，智能合约自动触发自动支付需求，在634以指示买方银行进行预付款。
在612，贸易平台通过区块链网络(例如，通过贸易平台节点和买方银行节点)向买方银行发起银行支付授信应用。在614，买方银行基于买方的信用和订单的订单数据验证买方是否有该订单支付的可信银行支付授信服务的资格。
在616，买方银行确定买方通过了银行支付授信验证，并将验证数据提交给区块链网络，例如，买方银行节点。买方银行节点将验证数据存储在区块链网络的区块链上。
在618，买方银行节点或贸易平台节点生成可信银行支付授信凭证，例如，图9的银行支付授信凭证900。银行支付授信凭证包括由买方银行担保的支付金额，响应于区块链上部署的智能合约中指定的支付条件满足，买方银行代表买方自动进行支付。在620，卖方使用可信银行支付授信凭证向卖方银行606提交融资请求，例如融资贷款。在622，卖方银行批准卖方的融资请求。
在635，卖方将订单产品发出。在卖方装运订单的产品之后，在636，卖方提交发票，例如，图8的发票800。在贸易平台上，它可以是尾款的尾款条件。贸易平台可以将发票提交到贸易平台节点，该节点将发票和相关联的订单状态数据存储在区块链上。在637，执行智能合约以确定达到尾款条件，在624，自动地触发自动命令，该自动命令指示买方银行根据尾款的可信银行支付授信服务来支付尾款。
在626，根据可信银行支付授信服务，买方银行向卖方银行中的卖方金融账户支付尾款。在628，卖方或卖方银行可以例如利用从买方银行收到的尾款来偿还融资。在根据可信银行支付授信服务支付尾款之后，买方银行例如通过买方银行节点和贸易平台节点向贸易平台提交支付数据。在629，该支付数据确认尾款已成功支付给卖方。在638在买方确认产品递送之后，处理600在640完成。
参照图7，示出了用于实现基于区块链的可信贸易服务的另一处理700。类似于图5的处理500，处理700可以应用可信自动支付服务和可信银行支付授信服务。可信自动支付服务是贸易平台的基础服务，银行支付授信服务是贸易平台的可选服务。如图7所示，基础的处理710由实线示出，并且包括由自动支付服务和银行支付授信服务共享的步骤。仅银行支付授信的处理750由虚线示出，并且包括仅与银行支付授信服务有关的步骤。
处理700可以包括与买方的活动有关的沿着行702的步骤，与买方银行的活动有关的沿着行704的步骤，与卖方的活动有关的沿着行706的步骤，以及与卖方银行的活动有关的沿着行708的步骤。
在712，买方使用客户端设备登录贸易平台上的买方贸易账户。在714，贸易平台例如通过区块链网络的贸易平台节点和买方银行节点向买方银行提交验证请求。验证请求将请求买方银行验证买方是否被授权使用可信自动支付服务和/或了解您的客户(KYC)服务。在716，买方银行基于买方的信用执行验证。在720，卖方登录贸易平台上的卖方贸易账户，并通过贸易平台用凭证信息得到验证。在一些实施例中，卖方贸易账户包括卖方银行中的卖方金融账户的信息。在722，贸易平台可以验证卖方金融账户是否有效。
在验证买方具有在贸易平台上使用可信自动支付服务的授权之后，在718，贸易平台允许买方起草与卖方进行贸易的订单。在724，卖方查看并确认订单。在752，在买方和卖方确认了订单之后，贸易平台可以确定买方为订单的尾款选择了可信银行支付授信服务。贸易平台可以通过贸易平台节点和买方银行节点向买方银行提交银行支付授信应用。在752，买方银行基于买方的信用确定买方是否有可信银行支付授信服务的资格。如果买方有资格，则批准银行支付授信服务。买方银行可以向区块链网络(例如，买方银行节点)提交验证数据。买方银行节点将验证数据存储在区块链网络的区块链上。
在618，买方银行节点或贸易平台节点生成可信银行支付授信凭证，例如，图9的银行支付授信凭证900。银行支付授信凭证包括由买方银行保证的付款金额，响应于区块链上部署的智能合约中指定的支付条件满足时代表买方自动进行付款。在620，卖方使用可信银行支付授信凭证向卖方银行606提交融资请求，例如融资贷款。在622，卖方银行批准卖方的融资请求。
在726，例如，响应于接收到区块链上的智能合约生成的自动支付命令，买方银行根据可信自动支付服务支付预付款。响应于确定与预付款相对应的预付款条件满足，智能合约触发自动支付命令。
在728，卖方银行从买方银行接收预付款。如果卖方银行和买方银行属于离岸银行和境内银行，则卖方银行收取外汇。在接收到预付款之后，在730，卖方运送订单的产品。在732，买方确认产品的递送，这可以是尾款的支付条件。在754和756，可以由可信自动支付服务或可信银行支付授信服务支付尾款。
在一些情况下，如果买方未选择银行支付授信服务或者买方银行拒绝了银行支付授信应用，则在734，区块链上的智能合约会触发买方银行的自动AP命令，以根据可信自动支付服务支付尾款。在一些情况下，如果银行支付授信应用被买方银行批准，则在758，智能合约触发自动银行支付授信命令，以根据可信银行支付授信服务自动指示买方银行向卖方支付订单的尾款。
在738，卖方银行从买方银行接收尾款并收取外汇。在卖方银行确认接收到尾款之后，处理700结束。
图10、图11、图12示出了可以根据本文实施例执行的用于实现基于区块链的可信贸易服务的处理的示例。每个处理都示出了从头到尾的订单流程。用具有相应支付条件的预付款和具有相应支付条件的尾款来支付订单。预付款可以通过自动预付款(automaticinitial payment，AIP)进行支付或手动预付款(manual initial payment，MIP)(如果自动预付款失败)进行支付。尾款可以通过自动尾款(automatic remaining payment，ARP)进行支付或手动尾款(manual remaining payment，MRP)(如果自动尾款失败)进行支付。如图5-7所示，可以通过可信自动支付服务实现自动预付款，可以通过可信自动支付服务或可信银行支付授信服务实现自动尾款。
图10、图11和图12中的处理可以在例如图3的基于区块链的可信贸易和金融系统300的环境或系统中实现，所述环境或系统包括例如图3的区块链网络320的区块链网络和多个参与者，该多个参与者包括例如图3的贸易平台310的贸易平台、例如图3的买方银行330的买方银行、例如图3的卖方银行340的卖方银行、例如图3的物流提供商350的物流提供商、例如图3的海关360的海关。区块链网络可以包括对应于多个参与者的多个可信节点。贸易平台在例如图3的买方302的买方与例如图3的卖方304的卖方之间提供可信贸易服务。买方银行为买方提供金融服务，例如支付服务。卖方银行为卖方提供金融服务，例如金融贷款、存款。在一些实施例中，可信贸易系统包括可以耦接到不同贸易平台的区块链网络320。在一些实施例中，可信贸易系统包括区块链网络320和贸易平台。
图10是示出可以根据本文实施例执行的用于使用各种支付条件实现基于区块链的可信贸易服务的处理1000的示例的流程图。
在1002，处理1000开始。例如，买方可以使用买方客户端设备登录贸易系统上的买方贸易账户。在1004，买方起草订单，例如，类似于图5的步骤522、图6的632、或图7的718。订单可以包括订单条款和支付条件。在1006，在买方完成订单之后，贸易平台正在等待卖方确认订单。在1008，贸易平台将作为卖方事件的通知消息发送给卖方的卖方客户端设备以确认订单。
在一些情况下，在1016如果卖方取消订单，则在1018关闭该订单。在一些情况下，如果贸易平台在预定时间段后仍未收到卖方的确认，则在1016取消订单并在1018关闭。在一些情况下，在1010，卖方修改订单并将订单发送到贸易系统。在1012，贸易平台正在等待买方确认修改后的订单。在1014，贸易平台将作为买方事件的通知消息发送给买方的买方客户端设备以接受修改。在一些情况下，在1016，如果买方取消卖方的修改订单，则在1018关闭该订单。在一些情况下，在1020，如果买方确认修改后的订单，则表明修改后的订单已由买方和卖方确认。在1022，如果卖方确认买方起草的订单，则表明该订单已由买卖方双方确认。在1024，贸易平台记录经确认的订单。贸易平台可以例如在区块链网络的区块链上提交已确认的订单的订单数据，类似于图5的步骤533。
可以基于订单数据在区块链上生成订单的智能合约。智能合约可以包括自动函数，该自动函数响应于确定订单支付的支付条件满足，自动指示买方银行根据支付服务向卖方为该订单进行订单支付。智能合约还可以包括订单状态更新函数，该订单状态更新函数响应于基于上传到相应区块链的订单状态数据确定了该订单的状态被更改而自动更新该订单的状态。
在1026，卖方(或卖方银行)正在等待来自买方(或买方银行)的预付款。在1028，卖方可以向买方的买方客户端设备发送作为买方事件的通知消息发来进行自动预付款(AIP)。在一些情况下，响应于确定部署在智能合约上的支付条件满足，买方银行节点可以执行智能合约以自动指示买方银行根据自动预付款向卖方(或卖方银行)进行预付款。在1030，如果自动预付款失败，则在1034可以取消订单并且在1018关闭订单，或者在1032，贸易平台向买方的买方客户端设备发送作为买方事件的通知消息，以根据手动预付款服务进行支付。在一些情况下，买方可以请求修改订单条款或订单条件，卖方可以修改，并且在1036买方可以再次同意。
在1038如果自动预付款成功，或者自动预付款失败但手动预付款成功，则在1040，贸易系统正在等待卖方运送订单产品。在1042，贸易系统可以将作为卖方事件的通知消息发送给卖方的卖方客户端设备以运送。在1044，产品由卖方发出，并且物流信息和海关信息可以由相应的物流提供商和海关上传到区块链。
在1046，贸易系统将装运数据——“装运已开始”记录在区块链上，并向买方客户端设备发送作为买方事件的通知消息1048。在1050，物流提供商可以将装运完成数据提交给区块链，或者海关可以将表明产品通过检查的海关数据提交给区块链。
尾款可以有多种不同的支付条件。如果支付条件是发票类型，并且在1056，买方需要进行确认，则在1058，贸易系统正在等待买方确认该发票。贸易系统可以将作为买方事件的通知消息1060发送给买方客户端设备以确认发票。在1062在买方确认发票之后，在1054，贸易系统等待买方银行支付尾款，例如，通过执行智能合约以自动指示买方银行根据自动尾款服务来支付尾款。
在一些实施例中尾款的支付条件是电子提单(eBOL)类型(1064)。在1066，贸易系统等待卖方上传eBOL，并且可以向卖方的卖方客户端设备发送通知消息1068。如果支付条件是卖方提交了eBOL但没有买方确认(1070)，则处理1000进行到步骤1054。如果支付条件是eBOL与买方确认(1072)一起提交，则在1074贸易系统等待买方确认eBOL，并发送通知消息1076要求买方确认eBOL。在1078，在买方确认eBOL之后，处理1000进行到步骤1054。
在一些实施例中，尾款的支付条件是无需买方确认(1052)的发票类型，并且处理1000直接从1050进行到1054，即，等待尾款。
贸易系统可以将作为买方事件的通知消息1080发送到买方银行或买方的客户设备，以根据自动尾款支付尾款。在1082，如果自动尾款失败，则贸易系统可以将通知消息1084发送到买方的买方银行或买方客户端设备以根据手动尾款支付尾款。在1086如果自动尾款成功，或者自动尾款失败但手动尾款成功，则在1088，贸易系统等待递送确认。贸易系统可以将作为买方事件的通知消息1090发送给买方客户设备，以确认产品的递送。在1092，在买方确认递送后，在1094订单完成。
图11是示出可以根据本文实施例执行的用于使用共识支付条件实现基于区块链的可信贸易服务的处理1100的示例的流程图。
在1102，处理1100开始。在1104，买方在贸易平台上起草订单。在完成订单之后，在1106，贸易系统等待卖方确认订单，并在1108发送通知消息以要求卖方确认订单。在1122，如果卖方确认订单，则表明该订单已由买卖方双方确认，并在1124，该订单被记录。
在1116如果卖方取消订单，则在1118关闭该订单。在1110如果卖方修改了订单，则在1112，贸易平台等待买方确认经修改的订单，并且可以发送通知消息1114要求买方接受修改。在1116如果买方取消修改后的订单，则在1118关闭该订单。在1120如果买方确认经修改的订单，则表明经修改的订单已由买方和卖方确认，并且在1124，经修改的订单被记录。
预付款的支付条件是记录该订单。例如在区块链网络的区块链上记录订单之后，在1126贸易系统等待该预付款。在1130如果自动预付款失败，则在1128可以修改预付款，并且贸易系统可以通知买方根据手动预付款支付预付款。在1132如果自动预付款成功，或者自动预付款失败但手动预付款成功，则在1134贸易系统等待买方银行或买方的尾款支付。
如果支付条件是买方和卖方达成共识(1136)，并且自动尾款或手动尾款都成功，则在1138贸易系统等待卖方运送产品。在1144，产品被运送，并且物流信息和海关信息可以由物流提供商和海关上传到贸易系统。在1146贸易系统可以基于订单状态数据确定装运开始。在1148在完成装运并通过海关之后，在1150贸易系统等待递送确认。在1152贸易系统从买方收到递送确认后，在1154订单完成。
图12示出了根据本文实施例的图10和图11的处理中的步骤的图1200。框1210示出了代表不同含义的不同图标。图标1212代表初始条件，图标1214代表区块链外条件，图标1216代表区块链上条件，图标1218代表结束条件，图标1220代表作为买方事件的通知消息，图标1222代表作为卖方事件的通知消息。
框1230示出了如何修改条件。在1232，贸易系统允许修改条件。在1234，买方提交修改请求，并且在1236贸易系统等待卖方进行修改，并在1238向卖方发送通知消息以进行修改。如果不需要此条件，则贸易系统仍可以显示以前的条件。在1240卖方进行修改，并且在1242贸易系统正在等待买方确认经修改的订单。在1248贸易系统发送作为买方事件的通知消息，以要求买方接受修改。在1244如果买方拒绝确认经修改的订单，则处理返回到步骤1232。在1246如果买方确认经修改的订单，则处理返回到步骤1232。
框1250示出了用于通知支付成功的状态改变。在1252，支付状态在状态1。在1256在成功支付自动预付款或手动预付款下的预付款，或者自动尾款或手动尾款下的尾款后，支付状态为状态2(1254)。贸易系统发送作为卖方事件的通知消息1258以通知卖方支付成功，并发送作为买方事件的通知消息1260以通知买方支付成功。
图13A是示出根据本文实施例的用于管理基于区块链的可信交易服务的处理1300的示例的流程图，该基于区块链的可信贸易服务可以由基于区块链的可信贸易和金融系统(例如，图3的基于区块链的可信贸易和金融系统300)执行。基于区块链的可信贸易和金融系统可以包括区块链网络。区块链网络可以是公有区块链网络、私有区块链网络、或者联盟区块链网络。在一些实施例中，区块链网络可以是图1的区块链网络102、图2的区块链网络212、或者图3的区块链网络320。区块链网络可以包括多个可信节点。每个可信节点可以对应于基于区块链的可信贸易和金融系统中的贸易的相应参与者。在一些实施例中，处理1300的一个或多个步骤可以由区块链网络的可信网络节点(例如，贸易平台节点321、买方银行节点322或卖方银行节点324)执行。在一些实施例中，处理1300的一个或多个步骤可以由连接到区块链网络的可信网络节点的计算设备(例如，贸易平台310、买方银行330的计算设备、或卖方银行节点324的计算设备)执行。在一些实施例中，处理1300的一个或多个步骤可以由区块链网络的可信网络节点(例如，贸易平台节点321)和连接到区块链网络的可信网络节点的计算设备(例如，贸易平台310)的组合或集成执行。在一些实施例中，处理1300的一个或多个步骤可以根据关于处理500、600、700、1000、1100和/或1200描述的技术来执行。
在1302，将买方(例如，图3的买方302)和卖方(例如，图3的卖方304)之间的订单的订单数据存储在该订单的区块链网络的区块链上。订单数据包括该订单的一个或多个支付条件。订单数据可以由对应于贸易平台(例如，图3的贸易平台310)的可信贸易平台节点(例如，图3的节点321)存储。贸易平台被配置为在买方和卖方之间提供基于区块链的可信贸易服务。买方和卖方在贸易平台上确认订单后，订单数据可以被存储在区块链上。
在1304，验证买方具有由买方金融机构(例如，图3的买方银行330)担保的可信自动支付(AP)服务。可信自动支付服务由买方金融机构担保，响应于部署在区块链网络的区块链上的智能合约中指定的条件满足，买方金融机构代表买方自动进行支付。每个订单可以对应一个对应智能合约。每个订单可以具有有着一个或多个相应支付条件的一个或多个订单支付。每个订单可以对应于区块链网络的相应区块链。
拥有可信自动支付服务可以是使用贸易平台的基本要求。在买方登录贸易平台上的买方贸易账户之后，贸易平台节点可以与对应于买方金融机构的买方金融机构节点(例如，图3的节点322)通信，以确认买方在买方金融机构中的买方金融账户在贸易平台上是否有所述可信自动支付服务的资格。买方金融机构节点可以与买方金融机构的计算设备通信，以验证买方具有由买方金融机构担保的可信自动支付服务。买方贸易账户可以包括买方金融账户的信息，例如账号、买方名称和买方金融机构的名称。贸易平台可以被配置为响应于确定买方金融账户有可信自动支付服务的资格而允许买方起草订单或查看卖方在贸易平台上准备的订单。
卖方还具有贸易平台上的卖方贸易账户和卖方金融机构中的卖方金融账户。区块链网络可以包括对应于卖方金融机构的卖方金融机构节点。买方金融机构可以为买方向卖方金融机构中的卖方金融账户进行支付。在一些实施例中，买方金融机构和卖方金融机构中的一个是离岸实体，买方金融机构和卖方金融机构中的另一个是在岸实体。离岸实体和在岸实体受制于不同的金融法规，对应于买方金融机构的买方金融机构节点和对应于卖方金融机构的卖方金融机构节点属于多个可信节点的同一区块链网络。
在1306，基于订单数据在区块链上生成订单的相应的智能合约。相应的智能合约可以包括自动函数，该自动函数响应于确定该订单支付的相应支付条件满足，自动指示买方金融机构根据可信自动支付服务向卖方为该订单进行订单支付。在一些实施例中，贸易平台节点被配置为基于订单数据根据智能合约模板生成该订单的相应的智能合约，该智能合约模板包括用于可信贸易服务的多个函数。在生成订单的相应的智能合约时，贸易平台节点可以被配置为调用智能合约模板中的多个函数中的一个或多个函数，并使用订单数据作为对智能合约模板中的多个函数中的一个或多个函数的输入。
在1308，接收上传到区块链的订单的订单状态数据。区块链网络中的每个节点都可以接收相应参与者上传的相应订单状态数据。订单状态数据可以包括以下至少一个：从诸如图3的物流提供商350的物流提供商发送至物流提供商节点的物流数据、来自供应链服务公司的供应链数据、从诸如图3的海关360的海关发送至诸如图3的节点328的海关节点的海关数据，从贸易平台发送至贸易平台节点的提单数据、或者从买方金融机构发送至买方金融机构节点的支付数据和/或从卖方金融机构发送至卖方金融机构节点的支付数据。
相应的智能合约还包括订单状态更新函数，该订单状态更新函数响应于基于上传到相应区块链的订单状态数据确定了该订单的状态被更改而自动更新该订单的状态。订单的状态可以指示以下至少一项：与订单相关联的产品已经由卖方准备或发货、所述产品已经由海关检查、所述产品正在由物流提供商运输、与该订单相关联的提单已经由卖方在贸易平台上提交、所提交的提单已经由买方在贸易平台上确认、与该订单相关联的发票已经由区块链网络生成、所生成的发票已经由买方确认、买方和卖方已就订单达成共识、买方金融机构已进行所述自动支付、卖方金融机构已收到所述自动支付、或者买方已收到所述产品。
在1310，响应于基于订单状态数据确定了订单支付的相应支付条件满足，执行相应的智能合约以自动指示买方金融机构的计算设备根据可信自动支付服务向卖方进行订单支付。响应于确定订单支付的相应支付条件满足，相应的智能合约可以自动生成或触发自动支付命令。买方金融机构节点可以将自动支付命令发送到买方金融机构的计算设备，该自动支付命令指示买方金融机构的计算设备根据可信自动支付服务向卖方进行订单支付。在一些实施例中，响应于确定在订单支付的相应支付条件满足之后，已经达到预定时间或经过预定时间段，相应的智能合约生成自动支付命令。
买方金融机构节点可以被配置为，响应于确定订单支付的相应支付条件满足，执行相应的智能合约，以自动指示买方金融机构的计算设备直接向卖方金融机构中的卖方金融账户进行订单支付而无需通过贸易平台。
在一些实施例中，一个或多个支付条件包括订单的第一支付的第一支付条件和订单的第二支付的第二支付条件。买方金融机构节点可以被配置为：响应于确定第一支付的第一支付条件满足，执行相应的智能合约以自动指示买方金融机构的计算设备向卖方进行第一支付；以及响应于确定第二支付的第二支付条件满足，执行相应的智能合约以自动指示买方金融机构的计算设备向卖方进行第二支付。
在一些实施例中，第一支付是订单的预付款，并且第一支付条件包括订单在贸易平台上已被验证。第二支付是订单的尾款，并且第二支付条件可以包括以下至少一项：与订单相关联的提单已经由卖方在贸易平台上提交、所提交的提单已经由买方在贸易平台上确认、与订单相关联的发票已经由区块链网络生成、所生成的发票已经由买方确认、或者买方和卖方已就订单达成共识。
在一些实施例中，可以通过买方金融机构和卖方金融机构之间的电汇来进行订单支付。电汇可以是鲸鱼转账或SWIFT转账。在一些实施例中，订单支付可以以数字货币进行。响应于接收到自动支付命令，买方金融机构可以例如在区块链网络中通过买方金融机构节点和卖方金融机构节点或任何其他区块链网络将与该订单支付相对应的数字价值转移到卖方金融机构。
买方金融机构节点可以被配置为接收订单支付数据，该订单支付数据确认买方金融机构已经向卖方进行支付了，并将该订单支付数据存储在区块链上。卖方金融机构节点可以被配置为在相应的区块链上存储支付接收数据，所述支付接收数据确认卖方金融机构中的卖方金融账户已经从买方金融机构接收到订单支付。贸易平台可以被配置为通过贸易平台节点从相应的区块链接收订单支付数据，并基于订单支付数据将支付状态反馈给买方和卖方。
图13B是示出根据本文实施例执行的用于管理基于区块链的可信交易服务的处理1330的示例的流程图，该基于区块链的可信贸易服务可以由基于区块链的可信贸易和金融系统(例如，图3的基于区块链的可信贸易和金融系统300)执行。基于区块链的可信贸易和金融系统可以包括区块链网络。该区块链网络可以是公有区块链网络、私有区块链网络、或者联盟区块链网络。在一些实施例中，区块链网络可以是图1的区块链网络102、图2的区块链网络212、或者图3的区块链网络320。区块链网络可以包括多个可信节点。每个可信节点可以对应于基于区块链的可信贸易和金融系统中的贸易的相应参与者。在一些实施例中，处理1330的一个或多个步骤可以由区块链网络的可信网络节点(例如，贸易平台节点321、买方银行节点322或卖方银行节点324)执行。在一些实施例中，处理1330的一个或多个步骤可以由连接到区块链网络的可信网络节点的计算设备(例如，贸易平台310、买方银行330的计算设备、或卖方银行节点324的计算设备)执行。在一些实施例中，处理1330的一个或多个步骤可以由区块链网络的可信网络节点(例如，贸易平台节点321)和连接到区块链网络的可信网络节点的计算设备(例如，贸易平台310)的组合或集成执行。在一些实施例中，处理1330的一个或多个步骤可以根据关于处理500、600、700、1000、1100和/或1200描述的技术来执行。
在1332，将买方和卖方之间的订单的订单数据存储在该订单的区块链网络的区块链上。订单数据包括该订单的一个或多个支付条件以及该订单的可信授信(TU)服务的数据。订单数据可以由对应于贸易平台的可信贸易平台节点存储。贸易平台被配置为在买方和卖方之间提供基于区块链的可信贸易服务。买方和卖方在贸易平台上确认订单后，订单数据可以被存储在区块链上。
在1334，验证买方具有由买方金融机构担保的用于订单的可信授信(TU)服务，响应于部署在区块链上的智能合约中指定的条件满足，订单的可信授信(TU)服务基于买方金融机构中的买方的信用向卖方为买方自动进行订单的支付。
在一些实施例中，贸易平台节点被配置为：基于可信授信数据，确定买方选择使用贸易平台上的订单的可信授信服务，并且通过买方金融机构节点向买方金融机构的计算设备发送请求，该请求请求买方金融机构验证买方是否有买方金融机构担保的用于该订单的可信授信服务的资格。
在一些实施例中，贸易平台被配置为提供用于接收订单数据的用户输入的用户界面，并且该用户界面包括使用订单的相应可信授信服务的选择。
在一些实施例中，贸易平台节点被配置为在将订单的订单数据存储在区块链上之后发送请求。
在一些实施例中，区块链网络包括对应于买方金融机构的买方金融机构节点。买方金融机构节点被配置为：从买方金融机构的计算设备接收验证数据，该验证数据确认买方具有由买方金融机构担保的用于订单的可信授信服务，以及将验证数据存储在相应的区块链上。
在一些实施例中，贸易平台被配置为：基于存储在区块链上的验证数据，确定买方具有由买方金融机构担保的用于订单的可信授信服务，以及在确定买方具有由买方金融机构担保的用于订单的可信授信服务后验证该订单。
在一些实施例中，基于订单的可信授信服务来确定订单支付的相应支付条件。
在1336，基于订单的订单数据生成订单的智能合约，并且该智能合约包括自动函数，该自动函数响应于确定订单支付的相应支付条件满足，自动指示买方金融机构根据订单的可信授信服务向卖方为该订单进行订单支付。在一些实施例中，贸易平台节点被配置为基于订单数据根据智能合约模板生成该订单的相应的智能合约，该智能合约模板包括用于可信贸易服务的多个函数。在生成订单的相应的智能合约时，贸易平台节点可以被配置为调用智能合约模板中的多个函数中的一个或多个函数，并使用订单数据作为对智能合约模板中的多个函数中的一个或多个函数的输入。
在1338，接收上传到区块链的订单的订单状态数据。在一些实施例中，智能合约还包括订单状态更新函数，该订单状态更新函数响应于基于上传到相应区块链的订单状态数据确定了该订单的状态被更改而自动更新该订单的状态。
在一些实施例中，订单的状态指示以下至少一项：与订单相关联的产品已经由卖方准备或发货、所述产品已经由海关检查、所述产品正在由物流提供商运输、与该订单相关联的提单已经由卖方在贸易平台上提交、所提交的提单已经由买方在贸易平台上确认、与该订单相关联的发票已经由区块链网络生成、所生成的发票已经由买方确认、买方和卖方已就订单达成共识、买方金融机构已进行所述自动支付、卖方已收到所述自动支付、或者买方已收到所述产品。
在一些实施例中，所述多个可信节点的区块链网络还包括以下至少一个：对应于海关的海关节点，所述订单状态数据包括由海关节点上传到相应区块链的海关数据，或者对应于至少一个物流提供商的物流提供商节点，所述订单状态数据包括由所述物流提供商节点上传到所述相应区块链的物流数据。
在一些实施例中，订单状态数据包括物流数据、供应链数据、海关数据、提单数据或支付数据中的至少一个。
在1340，响应于基于订单状态数据确定了订单支付的相应支付条件满足，执行智能合约以自动指示买方金融机构的计算设备根据可信授信服务向卖方进行订单的支付。
在一些实施例中，区块链网络包括对应于买方金融机构的买方金融机构节点。买方金融机构节点被配置为：接收订单支付数据，该订单支付数据确认买方金融机构根据订单的可信授信服务已经成功向卖方进行了订单支付，以及将该订单支付数据存储在区块链上。
在一些实施例中，区块链网络包括对应于卖方金融机构的卖方金融机构节点。卖方在卖方金融机构中具有卖方金融账户，并且卖方金融机构节点被配置为将支付接收数据存储在相应的区块链上，所述支付接收数据确认卖方金融机构已经从买方金融机构接收到该订单的订单支付。
在一些实施例中，买方金融机构节点被配置为响应于确定在订单支付的相应支付条件满足之后，已经达到预定时间或经过预定时间段，执行智能合约以自动指示买方金融机构的计算设备根据订单的可信授信服务向卖方进行订单支付。
在一些实施例中，基于订单的相应可信授信服务来确定预定时间或预定时间段。
在一些实施例中，一个或多个支付条件包括订单的第一支付的第一支付条件和订单的第二支付的第二支付条件。第二支付是根据订单的可信授信服务进行的订单支付，并且第二支付条件包括相应支付条件。买方金融机构节点被配置为：响应于确定第二支付的第二支付条件满足，执行智能合约以自动指示买方金融机构的计算设备根据订单的可信授信服务向卖方进行第二支付。
在一些实施例中，买方金融机构节点被配置为：响应于确定第一支付的第一支付条件满足，执行智能合约以自动指示买方金融机构的计算设备根据买方金融机构提供的买方的可信自动支付服务向卖方进行第一支付。
在一些实施例中，贸易平台节点被配置为：在买方登录贸易平台上的买方贸易账户之后，通过买方金融机构节点与买方金融机构的计算设备进行通信，以验证买方在买方金融机构中的买方金融账户是否具有可信自动支付服务的资格，买方贸易账户包括买方金融账户的信息。
在一些实施例中，第一支付是订单的预付款，并且第一支付条件包括订单的验证。第二支付是订单的尾款，并且第二支付条件可以包括以下至少一项：与订单相关联的提单已经由卖方在贸易平台上提交、所提交的提单已经由买方在贸易平台上确认、与订单相关联的发票已经由区块链网络生成、所生成的发票已经由买方确认、或者买方和卖方已就订单达成共识。
图13C是示出根据本文实施例执行的用于管理基于区块链的交易服务的处理1350的示例的流程图，该基于区块链的贸易服务可以由基于区块链的可信贸易和金融系统(例如，图3的基于区块链的可信贸易和金融系统300)执行。基于区块链的可信贸易和金融系统可以包括区块链网络。该区块链网络可以是公有区块链网络、私有区块链网络、或者联盟区块链网络。在一些实施例中，区块链网络可以是图1的区块链网络102、图2的区块链网络212、或者图3的区块链网络320。区块链网络可以包括多个可信节点。每个可信节点可以对应于基于区块链的可信贸易和金融系统中的贸易的相应参与者。在一些实施例中，处理1350的一个或多个步骤可以由区块链网络的可信网络节点(例如，贸易平台节点321、买方银行节点322或卖方银行节点324)执行。在一些实施例中，处理1350的一个或多个步骤可以由连接到区块链网络的可信网络节点的计算设备(例如，贸易平台310、买方银行330的计算设备、或卖方银行节点324的计算设备)执行。在一些实施例中，处理1350的一个或多个步骤可以由区块链网络的可信网络节点(例如，贸易平台节点321)和连接到区块链网络的可信网络节点的计算设备(例如，贸易平台310)的组合或集成执行。在一些实施例中，处理1350的一个或多个步骤可以根据关于处理500、600、700、1000、1100和/或1200描述的技术来执行。
在1352，将买方和卖方之间的订单的订单数据存储在该订单的区块链网络的区块链上。订单数据包括该订单的一个或多个支付条件以及该订单的可信授信(TU)服务的数据。订单数据可以由对应于贸易平台的可信贸易平台节点存储。贸易平台被配置为在买方和卖方之间提供基于区块链的可信贸易服务。买方和卖方在贸易平台上确认订单后，订单数据可以被存储在区块链上。订单的可信授信服务由买方金融机构担保，响应于部署在区块链上的智能合约中指定的条件满足，买方金融机构基于买方在买方金融机构中的信用代表买方自动向与卖方相关联的卖方金融机构进行支付。
多个可信节点可以包括对应于贸易平台的贸易平台节点。多个可信节点可以包括对应于买方金融机构的买方金融机构节点。多个可信节点可以包括对应于卖方金融机构的卖方金融机构节点。
在一些实施例中，买方金融机构和卖方金融机构中的一个是离岸实体，买方金融机构和卖方金融机构中的另一个是在岸实体。离岸实体和在岸实体受制于不同的金融法规，对应于买方金融机构的买方金融机构节点和对应于卖方金融机构的卖方金融机构节点属于多个可信节点的同一区块链网络。
在1354，基于包括可信授信数据的订单数据生成该订单的可信授信凭证。在一些实施例中，可信授信凭证包括以下至少一个：可信授信凭证的标识；可信授信凭证的有效时间；订单支付的相应支付条件；订单的信息，包括订单标识、订单的总成本、或产品信息中的至少一项；订单的物流信息，包括运输方法、贸易条款、运输成本、或运输保险成本中的至少一项；买方和卖方的信息；买方金融机构和卖方金融机构的信息；或者买方金融机构中的买方金融账户的信息和卖方金融机构中的卖方金融账户的信息。
在1356，将订单的可信授信凭证存储在区块链上。
在一些实施例中，贸易平台节点被配置为：通过买方金融机构节点，利用买方金融机构的计算设备，验证买方是否有贸易平台上的订单的可信授信服务的授权。在一些实施例中，响应于验证买方有买方金融机构担保的用于订单的相应可信授信服务的授权，在区块链上生成该订单的可信授信凭证。
在一些实施例中，贸易平台节点被配置为通过买方金融机构节点向买方金融机构的计算设备提交带有可信授信凭证的验证请求，并且买方金融机构被配置为基于可信授信凭证验证买方是否有该订单的相应可信授信服务的授权。
在一些实施例中，贸易平台节点被配置为：响应于验证买方有买方金融机构担保的用于订单的相应可信授信服务的授权，向贸易平台发送确认买方有该订单的相应可信授信服务授权的验证消息。
在一些实施例中，贸易平台被配置为在从贸易平台节点接收到验证消息之后验证订单。
在一些实施例中，贸易平台节点被配置为在将订单的订单数据存储在区块链上之后发送验证请求。
在一些实施例中，基于订单的相应可信授信服务来确定相应支付条件。
在1358，将可信授信凭证发送到卖方金融机构的计算设备，以基于可信授信凭证确定是否批准卖方的融资请求。
在一些实施例中，卖方金融机构节点被配置为：从卖方金融机构的计算设备接收批准数据，该批准数据指示卖方金融机构已经基于所述可信授信凭证批准了卖方对融资金额的融资请求，以及将该批准数据存储在区块链上，其中，该批准数据引用可信授信凭证。
在一些实施例中，卖方金融机构节点被配置为：从卖方金融机构的计算设备接收融资支付数据，该融资支付数据确认与融资请求相关联的融资金额已经由卖方金融机构的卖方金融账户支付，以及将该融资支付数据存储在区块链上。
在一些实施例中，卖方金融机构节点被配置为：从卖方金融机构的计算设备接收支付接收数据，所述支付接收数据确认卖方金融机构中的卖方金融账户已经从买方金融机构接收到该订单的订单支付，以及将所述支付接收数据存储在区块链上。
在一些实施例中，贸易平台节点被配置为：基于订单的订单数据生成订单的相应的智能合约。该相应的智能合约包括自动函数，该自动函数响应于确定订单支付的相应支付条件满足，自动指示买方金融机构根据该订单的可信授信服务向所述卖方为该订单进行订单支付。
在一些实施例中，买方金融机构节点被配置为：响应于确定订单支付的相应支付条件满足，执行相应的智能合约，以自动指示买方金融机构的计算设备根据订单的可信授信服务向卖方进行订单支付。
在一些实施例中，买方金融机构节点被配置为：响应于确定订单支付的相应支付条件满足，执行相应的智能合约以生成自动支付命令，该自动支付命令指示买方金融机构的计算设备根据该订单的相应可信授信服务向卖方进行订单支付；以及将该自动支付命令发送给买方金融机构的计算设备。
在一些实施例中，区块链网络被配置为：响应于确定在相应支付条件满足后，已达到预定时间或经过了预定时间段，执行相应的智能合约，以自动指示买方金融机构的计算设备根据订单的相应可信授信服务向卖方进行订单支付。
在一些实施例中，基于订单的可信授信服务来确定预定时间或预定时间段。
在一些实施例中，一个或多个支付条件包括订单的第一支付的第一支付条件和订单的第二支付的第二支付条件。第二支付是根据订单的可信授信服务进行的订单支付，并且第二支付条件包括相应支付条件。
在一些实施例中，买方金融机构节点被配置为：响应于确定第一支付的第一支付条件满足，执行相应的智能合约以自动指示买方金融机构的计算设备根据买方金融机构提供的买方的可信自动支付服务向卖方进行第一支付，以及，响应于确定第二支付的第二支付条件满足，执行相应的智能合约以自动指示买方金融机构的计算设备根据订单的相应可信授信服务向卖方进行第二支付。
在一些实施例中，第一支付是订单的预付款，并且第一支付条件包括订单的验证。第二支付是订单的尾款，并且第二支付条件可以包括以下至少一项：与订单相关联的提单已经由卖方在贸易平台上提交、所提交的提单已经由买方在贸易平台上确认、与订单相关联的发票已经由区块链网络生成、所生成的发票已经由买方确认、或者买方和卖方已就订单达成共识。
在一些实施例中，贸易平台节点被配置为：在买方登录贸易平台上的买方贸易账户之后，通过买方金融机构节点与买方金融机构的计算设备进行通信，以验证买方在买方金融机构中的买方金融账户是否有可信自动支付服务的资格，买方贸易账户包括买方金融账户的信息。
在一些实施例中，相应的智能合约还包括订单状态更新函数，该订单状态更新函数响应于基于上传到相应区块链的订单状态数据确定了订单的状态被更改而自动更新该订单的状态。
在一些实施例中，订单的状态指示以下至少一项：与订单相关联的产品已经由卖方准备或发货、所述产品已经由海关检查、所述产品正在由至少一个物流提供商运输、与该订单相关联的提单已经由卖方在贸易平台上提交、所提交的提单已经由买方在贸易平台上确认、与该订单相关联的发票已经由区块链网络生成、所生成的发票已经由买方确认、买方和卖方已就订单达成共识、买方金融机构已进行所述自动支付、卖方已收到所述自动支付、或者买方已收到所述产品。
在一些实施例中，所述多个可信节点的区块链网络还包括以下至少一个：对应于海关的海关节点，所述订单状态数据包括由海关节点上传到相应区块链的海关数据，或者对应于至少一个物流提供商的物流提供商节点，所述订单状态数据包括由所述物流提供商节点上传到相应区块链的物流数据。
在一些实施例中，订单状态数据包括物流数据、供应链数据、海关数据、提单数据或支付数据中的至少一个。
图14A示出根据本文实施例的装置1400的模块的示例。装置1400可以是被配置为管理基于区块链的可信贸易服务的区块链网络的实施例的示例。装置1400可以对应于前述的实施例，并且装置1400包括以下：存储模块1402，买方和卖方在贸易平台上确认订单后，将买方和卖方之间的订单的订单数据存储在区块链网络的用于该订单的区块链上，订单数据包括该订单的一个或多个支付条件；验证模块1404，验证买方具有由买方金融机构担保的可信自动支付服务，响应于部署在区块链网络的区块链上的智能合约中指定的条件满足，买方金融机构代表买方自动进行支付；生成模块1406，基于订单的订单数据生成订单的相应的智能合约，该相应的智能合约可以包括自动函数，响应于确定订单支付的相应支付条件满足，该自动函数自动指示买方金融机构向卖方为该订单进行订单支付；接收模块1408，接收上传到区块链的订单的订单状态数据；以及执行模块1410，响应于基于订单状态数据确定了订单支付的相应支付条件满足，执行相应的智能合约以自动指示买方金融机构的计算设备根据可信自动支付服务向卖方进行订单支付。
在一些实施例中，装置1400包括对应于买方金融机构的买方金融机构节点。买方金融机构节点被配置为与买方金融机构的计算设备通信，以验证买方具有由买方金融机构担保的可信自动支付服务，以及执行相应的智能合约。
在一些实施例中，买方金融机构节点被配置为：接收订单支付数据，该订单支付数据确认买方金融机构已经向卖方进行了订单支付，以及将该订单支付数据存储在区块链上。
在一些实施例中，贸易平台被配置为：从相应的区块链接收订单支付数据；以及基于订单支付数据将支付状态反馈给买方和卖方。
在一些实施例中，买方金融机构节点被配置为：响应于确定在订单支付的相应支付条件满足之后，已经达到预定时间或经过预定时间段，执行相应的智能合约以自动指示买方金融机构的计算设备向卖方进行订单支付。
在一些实施例中，买方金融机构节点被配置为：响应于确定订单支付的相应支付条件满足，执行相应的智能合约以生成自动支付命令；以及将该自动支付命令发送至买方金融机构的计算设备，该自动支付命令指示买方金融机构的计算设备根据可信支付服务向卖方进行订单支付。
在一些实施例中，买方金融机构节点被配置为：将订单支付数据存储在相应的区块链上，该订单支付数据确认买方金融机构已经向卖方进行了订单支付。
在一些实施例中，买方在买方金融机构中具有买方金融账户，卖方在卖方金融机构中具有卖方金融账户。买方金融机构节点被配置为：响应于确定订单支付的相应支付条件满足，执行相应的智能合约，以自动指示买方金融机构的计算设备直接向卖方金融机构中的卖方金融账户进行订单支付而无需通过贸易平台。
在一些实施例中，装置1400包括对应于卖方金融机构的卖方金融机构节点。
在一些实施例中，买方金融机构和卖方金融机构中的一个是离岸实体，买方金融机构和卖方金融机构中的另一个是在岸实体。离岸实体和在岸实体受制于不同的金融法规，对应于买方金融机构的买方金融机构节点和对应于卖方金融机构的卖方金融机构节点属于多个可信节点的同一区块链网络。
在一些实施例中，买方金融机构被配置为：响应于自动支付命令，将与订单支付相对应的数字价值转移到卖方金融机构。
在一些实施例中，卖方金融机构节点被配置为：将支付接收数据存储在相应的区块链上，所述支付接收数据确认卖方金融机构中的卖方金融账户已经从买方金融机构接收到该订单的订单支付。
在一些实施例中，装置1400包括对应于贸易平台的贸易平台节点。
在一些实施例中，贸易平台节点被配置为基于订单数据根据智能合约模板生成该订单的相应的智能合约，该智能合约模板包括用于可信贸易服务的多个函数，并且在生成订单的相应的智能合约时，贸易平台节点可以被配置为调用智能合约模板中的多个函数中的一个或多个函数，并使用订单数据作为对智能合约模板中的多个函数中的一个或多个函数的输入。
在一些实施例中，贸易平台节点被配置为：在买方登录贸易平台上的买方贸易账户之后，与买方金融机构的节点进行通信，以验证买方在买方金融机构中的买方金融账户在贸易平台上是否有可信自动支付服务的资格，买方贸易账户包括买方金融账户的信息。
在一些实施例中，贸易平台被配置为：响应于确定买方金融账户有可信自动支付服务的资格，从而允许买方在贸易平台上起草或查看订单。
在一些实施例中，该相应的智能合约还包括：订单状态更新函数，该订单状态更新函数响应于基于上传到相应区块链的订单状态数据确定了该订单的状态被更改而自动更新该订单的状态。
在一些实施例中，订单状态数据包括物流数据、供应链数据、海关数据、提单数据或支付数据中的至少一个。
在一些实施例中，订单的状态指示以下至少一项：与订单相关联的产品已经由卖方准备或发货、所述产品已经由海关检查、所述产品正在由至少一个物流提供商运输、与该订单相关联的提单已经由卖方在贸易平台上提交、所提交的提单已经由买方在贸易平台上确认、与该订单相关联的发票已经由区块链网络生成、所生成的发票已经由买方确认、买方和卖方已就订单达成共识、买方金融机构已进行所述自动支付、卖方已收到所述自动支付、或者买方已收到所述产品。
在一些实施例中，装置1400还包括以下至少之一：对应于海关的海关节点，其中，所述订单状态数据包括由海关节点上传到相应区块链的海关数据，或者对应于至少一个物流提供商的物流提供商节点，其中，所述订单状态数据包括由所述物流提供商节点上传到相应区块链的物流数据。
在一些实施例中，一个或多个支付条件包括订单的第一支付的第一支付条件和订单的第二支付的第二支付条件。买方金融机构节点被配置为：响应于确定第一支付的第一支付条件满足，执行相应的智能合约以自动指示买方金融机构的计算设备向卖方进行第一支付；以及响应于确定第二支付的第二支付条件满足，执行相应的智能合约以自动指示买方金融机构的计算设备向卖方进行第二支付。
在一些实施例中，第一支付是订单的预付款，并且第一支付条件包括订单在贸易平台上已被验证。第二支付是订单的尾款，并且第二支付条件可以包括以下至少一项：与订单相关联的提单已经由卖方在贸易平台上提交、所提交的提单已经由买方在贸易平台上确认、与订单相关联的发票已经由区块链网络生成、所生成的发票已经由买方确认、或者买方和卖方已就订单达成共识。
图14B示出根据本文实施例的装置1430的模块的示例。装置1430可以是被配置为管理基于区块链的可信贸易服务的区块链网络的实施例的示例。装置1430可以对应于前述的实施例，并且装置1430包括以下：存储模块1432，买方和卖方在贸易平台上确认订单后，将买方和卖方之间的订单的订单数据存储在区块链网络的用于该订单的区块链上，订单数据包括订单的一个或多个支付条件以及该订单的可信授信服务(TUS)的数据；验证模块1434，验证买方具有由买方金融机构担保的可信授信服务，响应于部署在区块链上的智能合约中指定的条件满足，买方金融机构代表买方自动进行支付；生成模块1436，基于订单的订单数据生成订单的相应的智能合约，该相应的智能合约包括自动函数，该自动函数响应于确定订单支付的相应支付条件满足，自动指示买方金融机构根据订单的可信授信服务向卖方为该订单进行订单支付；接收模块1438，用于接收上传到区块链的订单的订单状态数据；执行模块1440，响应于基于订单状态数据确定了订单支付的相应支付条件满足，执行相应的智能合约以自动指示买方金融机构的计算设备根据可信授信服务向卖方进行订单支付。
在一些实施例中，装置1430包括对应于买方金融机构的买方金融机构节点。所述买方金融机构节点被配置为：接收订单支付数据，该订单支付数据确认买方金融机构根据订单的可信授信服务已经成功向卖方进行了订单支付；以及将该订单支付数据存储在区块链上。
在一些实施例中，装置1430包括对应于卖方金融机构的卖方金融机构节点。卖方在卖方金融机构中具有卖方金融账户，并且卖方金融机构节点被配置为将支付接收数据存储在相应的区块链上，所述支付接收数据确认卖方金融机构中的卖方金融账户已经从买方金融机构接收到该订单的订单支付。
在一些实施例中，装置1430包括对应于贸易平台的贸易平台节点。贸易平台节点被配置为：基于可信授信数据，确定买方选择使用贸易平台上的订单的相应可信授信服务，并且通过买方金融机构节点向买方金融机构的计算设备发送请求，该请求请求买方金融机构验证买方是否有买方金融机构担保的用于订单的可信授信服务的资格。
在一些实施例中，贸易平台被配置为提供用于接收订单数据的用户输入的用户界面，并且该用户界面包括使用订单的相应可信授信服务的选择。
在一些实施例中，买方金融机构节点被配置为：从买方金融机构的计算设备接收验证数据，该验证数据确认买方具有由买方金融机构担保的用于订单的相应可信授信服务，以及将该验证数据存储在相应的区块链上。
在一些实施例中，贸易平台被配置为：基于存储在相应的区块链上的验证数据，确定买方具有由买方金融机构担保的用于订单的相应可信授信服务，以及在确定买方具有由买方金融机构担保的用于订单的相应可信授信服务后验证该订单。
在一些实施例中，贸易平台节点被配置为在将订单的订单数据存储在相应的区块链上之后发送请求。
在一些实施例中，基于订单的相应可信授信服务来确定订单支付的相应支付条件。
在一些实施例中，买方金融机构节点被配置为响应于确定在订单支付的相应支付条件满足之后，已经达到预定时间或经过预定时间段，执行相应的智能合约以自动指示买方金融机构的计算设备根据订单的相应可信授信服务向卖方进行订单支付。
在一些实施例中，基于订单的相应可信授信服务来确定预定时间或预定时间段。
在一些实施例中，一个或多个支付条件包括订单的第一支付的第一支付条件和订单的第二支付的第二支付条件。第二支付是根据相应可信授信服务进行的订单支付，并且第二支付条件包括相应支付条件。买方金融机构节点被配置为：响应于确定第二支付的第二支付条件满足，执行相应的智能合约以自动指示买方金融机构的计算设备根据订单的相应可信授信服务向卖方进行第二支付。
在一些实施例中，买方金融机构节点被配置为：响应于确定第一支付的第一支付条件满足，执行相应的智能合约以自动指示买方金融机构的计算设备根据买方金融机构提供的买方的可信自动支付服务向卖方进行第一支付。
在一些实施例中，贸易平台节点被配置为：在买方登录贸易平台上的买方贸易账户之后，通过买方金融机构节点与买方金融机构的计算设备进行通信，以验证买方在买方金融机构中的买方金融账户是否具有可信自动支付服务的资格，买方贸易账户包括买方金融账户的信息。
在一些实施例中，第一支付是订单的预付款，并且第一支付条件包括订单的验证。第二支付是订单的尾款，并且第二支付条件可以包括以下至少一项：与订单相关联的提单已经由卖方在贸易平台上提交、所提交的提单已经由买方在贸易平台上确认、与订单相关联的发票已经由区块链网络生成、所生成的发票已经由买方确认、或者买方和卖方已就订单达成共识。
在一些实施例中，相应的智能合约还包括订单状态更新函数，该订单状态更新函数响应于基于上传到相应区块链的订单状态数据确定了该订单的状态被更改而自动更新该订单的状态。
在一些实施例中，订单的状态指示以下至少一项：与订单相关联的产品已经由卖方准备或发货、所述产品已经由海关检查、所述产品正在由至少一个物流提供商运输、与该订单相关联的提单已经由卖方在贸易平台上提交、所提交的提单已经由买方在贸易平台上确认、与该订单相关联的发票已经由区块链网络生成、所生成的发票已经由买方确认、买方和卖方已就订单达成共识、买方金融机构已进行所述自动支付、卖方已收到所述自动支付、或者买方已收到所述产品。
在一些实施例中，所述多个可信节点的区块链网络还包括以下至少一个：对应于海关的海关节点，所述订单状态数据包括由海关节点上传到相应区块链的海关数据，或者对应于至少一个物流提供商的物流提供商节点，所述订单状态数据包括由所述物流提供商节点上传到相应区块链的物流数据。
在一些实施例中，订单状态数据包括物流数据、供应链数据、海关数据、提单数据或支付数据中的至少一个。
图14C示出根据本文实施例的装置1450的模块的示例。装置1450可以是被配置为管理基于区块链的可信贸易服务的区块链网络的实施例的示例。装置1450可以对应于前述的实施例，并且装置1450包括以下：第一存储模块1452，买方和卖方在贸易平台上确认订单后，将买方和卖方之间的订单的订单数据存储在区块链网络的用于该订单的区块链上，所述订单数据包括该订单的一个或多个支付条件以及该订单的可信授信(TU)服务的数据，由买方金融机构担保可信授信服务，响应于部署在区块链上的智能合约中指定的条件满足，买方金融机构代表买方自动进行支付；生成模块1454，基于包括可信授信数据的订单数据生成该订单的可信授信凭证；第二存储模块1456，将订单的可信授信凭证存储在区块链上；发送模块1458，将可信授信凭证发送到卖方金融机构的计算设备，以基于可信授信凭证确定是否批准卖方的融资请求。
装置1450包括多个可信节点。在一些实施例中，装置1450包括对应于贸易平台的贸易平台节点。在一些实施例中，装置1450包括对应于买方金融机构的买方金融机构节点。在一些实施例中，装置1450包括对应于卖方金融机构的卖方金融机构节点。
在一些实施例中，买方金融机构和卖方金融机构中的一个是离岸实体，买方金融机构和卖方金融机构中的另一个是在岸实体。离岸实体和在岸实体受制于不同的金融法规，对应于买方金融机构的买方金融机构节点和对应于卖方金融机构的卖方金融机构节点属于多个可信节点的同一区块链网络。
在一些实施例中，卖方金融机构节点被配置为：从卖方金融机构的计算设备接收批准数据，该批准数据指示卖方金融机构已经基于可信授信凭证批准了卖方对融资金额的融资请求，以及将该批准数据存储在区块链上，其中，该批准数据引用所述可信授信凭证。
在一些实施例中，卖方金融机构节点被配置为：从卖方金融机构的计算设备接收融资支付数据，该融资支付数据确认与融资请求相关联的融资金额已经由卖方金融机构的卖方金融账户支付，以及将该融资支付数据存储在区块链上。
在一些实施例中，可信授信凭证包括以下至少一个：可信授信凭证的标识；可信授信凭证的有效时间；订单支付的相应支付条件；订单的信息，包括订单标识、订单的总成本、或产品信息中的至少一项；订单的物流信息，包括运输方法、贸易条款、运输成本、或运输保险成本中的至少一项；买方和卖方的信息；买方金融机构和卖方金融机构的信息；或者买方金融机构中的买方金融账户的信息和卖方金融机构中的卖方金融账户的信息。
在一些实施例中，卖方金融机构节点被配置为：从卖方金融机构的计算设备接收支付接收数据，所述支付接收数据确认卖方金融机构中的卖方金融账户已经从买方金融机构接收到该订单的订单支付，以及将所述支付接收数据存储在区块链上。
在一些实施例中，贸易平台节点被配置为：基于订单的订单数据生成订单的相应的智能合约。该相应的智能合约包括自动函数，该自动函数响应于确定订单支付的相应支付条件满足，自动指示买方金融机构根据相应可信授信服务向卖方为该订单进行订单支付。
在一些实施例中，贸易平台节点被配置为：通过买方金融机构节点，利用买方金融机构的计算设备，验证买方是否有贸易平台上的订单的相应可信授信服务的授权。
在一些实施例中，响应于验证买方有买方金融机构担保的用于订单的相应可信授信服务的授权，在区块链上生成该订单的可信授信凭证。
在一些实施例中，贸易平台节点被配置为通过买方金融机构节点向买方金融机构的计算设备提交带有可信授信凭证的验证请求，并且买方金融机构被配置为基于可信授信凭证验证买方是否有该订单的相应可信授信服务的授权。
在一些实施例中，贸易平台节点被配置为：响应于验证买方有买方金融机构担保的用于订单的相应可信授信服务的授权，向贸易平台发送确认买方有该订单的相应可信授信服务的授权的验证消息。
在一些实施例中，贸易平台被配置为在从贸易平台节点接收到验证消息之后验证订单。
在一些实施例中，贸易平台节点被配置为在将订单的订单数据存储在区块链上之后发送验证请求。
在一些实施例中，基于订单的相应可信授信服务来确定相应支付条件。
在一些实施例中，买方金融机构节点被配置为：响应于确定订单支付的相应支付条件满足，执行相应的智能合约，其中，执行相应的智能合约包括自动指示买方金融机构的计算设备根据相应可信授信服务向卖方进行订单支付。
在一些实施例中，买方金融机构节点被配置为：响应于确定订单支付的相应支付条件满足，执行相应的智能合约以生成自动支付命令，该自动支付命令指示买方金融机构的计算设备根据订单的相应可信授信服务向卖方进行订单支付；以及将该自动支付命令发送给买方金融机构的计算设备。
在一些实施例中，区块链网络被配置为：响应于确定在相应支付条件满足后，已达到预定时间或经过了预定时间段，执行相应的智能合约，以自动指示买方金融机构的计算设备根据订单的相应可信授信服务向卖方进行订单支付。
在一些实施例中，基于订单的可信授信服务来确定预定时间或预定时间段。
在一些实施例中，一个或多个支付条件包括订单的第一支付的第一支付条件和订单的第二支付的第二支付条件。第二支付是根据订单的可信授信服务进行的订单支付，并且第二支付条件包括相应支付条件。
在一些实施例中，买方金融机构节点被配置为：响应于确定第一支付的第一支付条件满足，执行相应的智能合约以自动指示买方金融机构的计算设备根据买方金融机构提供的买方的可信自动支付服务向卖方进行第一支付，以及，响应于确定第二支付的第二支付条件满足，执行相应的智能合约以自动指示买方金融机构的计算设备根据订单的相应可信授信服务向卖方进行第二支付。
在一些实施例中，第一支付是订单的预付款，并且第一支付条件包括订单的验证。第二支付是订单的尾款，并且第二支付条件包括以下至少一项：与订单相关联的提单已经由卖方在贸易平台上提交、所提交的提单已经由买方在贸易平台上确认、与订单相关联的发票已经由区块链网络生成、所生成的发票已经由买方确认、或者买方和卖方已就订单达成共识。
在一些实施例中，贸易平台节点被配置为：在买方登录贸易平台上的买方贸易账户之后，通过买方金融机构节点与买方金融机构的计算设备进行通信，以验证买方在买方金融机构中的买方金融账户是否有可信自动支付服务的资格，买方贸易账户包括买方金融账户的信息。
在一些实施例中，相应的智能合约还包括订单状态更新函数，该订单状态更新函数响应于基于上传到相应区块链的订单状态数据确定了该订单的状态被更改而自动更新该订单的状态。
在一些实施例中，订单的状态指示以下至少一项：与订单相关联的产品已经由卖方准备或发货、所述产品已经由海关检查、所述产品正在由至少一个物流提供商运输、与该订单相关联的提单已经由卖方在贸易平台上提交、所提交的提单已经由买方在贸易平台上确认、与该订单相关联的发票已经由区块链网络生成、所生成的发票已经由买方确认、买方和卖方已就订单达成共识、买方金融机构已进行所述自动支付、卖方已收到所述自动支付、或者买方已收到所述产品。
在一些实施例中，所述多个可信节点的区块链网络还包括以下至少一个：对应于海关的海关节点，所述订单状态数据包括由海关节点上传到相应区块链的海关数据，或者对应于至少一个物流提供商的物流提供商节点，所述订单状态数据包括由所述物流提供商节点上传到相应区块链的物流数据。
在一些实施例中，订单状态数据包括物流数据、供应链数据、海关数据、提单数据或支付数据中的至少一个。
前述实施例中示出的系统、装置、模块或单元可以通过使用计算机芯片或实体来实现，或者可以通过使用具有特定函数的产品来实现。典型的实施例设备是计算机(该计算机可以是个人计算机)、膝上型计算机、蜂窝电话、相机电话、智能手机、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或这些设备的任意组合。
对于装置中每个模块的函数和作用的实施过程，可以参考前述方法中相应步骤的实施过程。这里出于简化省去了细节。
由于装置实施例基本上与方法实施例相对应，因此对于相关部件，可以参照方法实施例中的相关描述。前一描述的装置实施仅是示例。作为单独部件描述的模块可以是或者可以不是物理上分离的，并且作为模块显示的部件可以是或者可以不是物理模块，可以位于一个位置，或者可以分布在多个网络模块上。可以基于实际需求选择一些或所有模块，以实现本文中方案的目的。本领域普通技术人员在无需付出创造性劳动的情况下就能理解和实现本申请的实施例。
再次参考图14A、图14B或者图14C，它可以被解释为示出了区块链网络实现装置的内部函数模块和结构。本质上，执行主体可以是电子设备，该电子设备包括以下：一个或多个处理器；被配置为存储所述一个或多个处理器的可执行指令的一个或多个计算机可读存储器。在一些实施例中，所述一个或多个计算机可读存储器耦接至所述一个或多个处理器且其上存储有编程指令，所述编程指令可以由所述一个或多个处理器执行以执行本文所描述的算法、方法、函数、处理、流程和程序。本文还提供了耦接至一个或多个处理器并且其上存储有指令的一个或多个非暂态计算机可读存储介质，当所述指令由所述一个或多个处理器执行时，所述指令将促使所述一个或多个处理器根据本文提供的方法的实施例执行操作。
本文还提供了用于实现本文提供的方法的系统。该系统包括一个或多个处理器，以及耦接到一个或多个处理器并在其上存储有指令的计算机可读存储介质，该指令在由所述一个或多个处理器执行时，使所述一个或多个处理器执行根据本文提供的方法的实施例所述的操作。
本本文中描述的主题、动作以及操作的实施例可以在数字电子电路、有形体现的计算机软件或固件、计算机硬件，包括本文中公开的结构及其结构等同物，或者其中的一个或多个的组合中实现。本文描述的主题的实施例可以被实现为一个或多个计算机程序，例如，计算机程序指令的一个或多个模块，编码在计算机程序载体上用于由数据处理装置执行、或者控制数据处理装置的操作。例如，计算机程序载体可以包括一个或多个计算机可读存储介质，在其上编码或存储有指令。载体可以是有形的非暂态计算机可读介质，例如，磁盘、磁光盘或者光盘、固态驱动器、随机存取存储器(RAM)、只读存储器(ROM)或者其它媒体类型。可选地或附加地，载体可以是人工生成的传播信号，例如，机器生成的电信号、光信号或电磁信号，其生成为对信息进行编码以传输到合适的接收器装置以由数据处理装置执行。计算机存储介质可以是或者部分是机器可读存储设备、机器可读存储基板、随机或串行访问存储器设备或者其中的一个或多个的组合。计算机存储介质不是传播信号。
计算机程序也可以称为或描述为程序、软件、软件应用程序、app、模块、软件模块、引擎、脚本或代码，可以以任何形式的编程语言编写，包括编译或解释性语言、或声明或程序性语言；其可以以任何形式部署，包括作为独立程序或者作为模块、组件、引擎、子例程或者适合在计算环境中执行的其它单元，该环境可以包括在一个或多个位置中由数据通信网络互联的一台或多台计算机。
计算机程序可以但是没有必需对应于文件系统中的文件。计算机程序可以存储在：保存其他程序或数据的文件的一部分中，例如，存储在标记语言文档中的一个或多个脚本；专用于所讨论的程序的单个文件中；或者多个协调文件中，例如，存储一个或多个模块、子程序或代码部分的多个文件。
用于执行计算机程序的处理器例如既包括通用和专用微处理器，又包括任何种类的数字计算机的任何一个或多个处理器。通常，处理器将从耦接到处理器的非暂态计算机可读介质接收用于执行的计算机程序的指令以及数据。
术语“数据处理装置”涵盖了用于处理数据的所有类型的装置、设备和机器，例如包括可编程处理器、计算机、或者多个处理器或计算机。数据处理装置可以包括例如FPGA(现场可编程门阵列)、ASIC(专用集成电路)或GPU(图形处理单元)的专用逻辑电路。该装置除了包括硬件之外，也可以包括为计算机程序创建执行环境的代码，例如，构成处理器固件、协议栈、数据库管理系统、操作系统或其中的一个或多个的组合的代码。
本文中描述的处理和逻辑流程可以由一个或多个计算机或执行一个或多个计算机程序的处理器执行，以通过对输入数据进行操作并生成输出来执行操作。该处理和逻辑流程还可通过专用逻辑电路，例如，FPGA、ASIC或GPU，或通过专用逻辑电路和一个或多个编程计算机的组合来执行。
适合于执行计算机程序的计算机可以基于通用和/或专用微处理器，或者任何其他种类的中央处理单元。通常，中央处理单元将从只读存储器和/或随机存取存储器接收指令和数据。计算机的元件可以包括用于执行指令的中央处理单元和用于存储指令和数据的一个或多个存储设备。中央处理单元和存储器可以补充有专用逻辑电路或集成在专用逻辑电路中。
通常，计算机也会包括或可操作地耦接以从一个或多个存储设备接收数据或将数据传输到一个或多个存储设备。存储设备可以是例如磁盘、磁光盘或光盘、固态驱动器或任何其它类型的非暂态计算机可读介质。但是，计算机也非必须具有此类设备。因而，计算机可以耦接到一个或多个存储设备，例如位于本地和/或远程的一个或多个存储器。例如，计算机可以包括作为计算机集成组件的一个或多个本地存储器，或者计算机可以耦接到位于云网络中的一个或多个远程存储器。此外，计算机也可以嵌入到另一个设备中，例如，移动电话、个人数字助理(PDA)、移动音频或视频播放器、游戏控制台、全球定位系统(GPS)接收器、或者诸如通用串行总线(USB)闪存驱动器等的便携式存储设备，仅举几例。
组件可以通过直接或经由一个或多个中间组件例如电连接或光连接地彼此连接通信而彼此“耦接”。如果其中一个组件集成到另一个组件中，则这些组件也可以相互“耦接”。例如，将集成到处理器中的存储组件(例如，L2高速缓存组件)“耦接到”处理器。
为了提供与用户的交互，本文中描述的主题的实施例可以在具有显示设备和输入设备的计算机上实现，或配置为与该计算机进行通信，显示设备例如为LCD(液晶显示器)监视器，用于向用户显示信息，输入设备例如为键盘和指针设备，用户可以通过输入设备向计算机提供输入，指针设备例如为鼠标、轨迹球或触摸板。其他类型的设备也可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的感觉反馈，例如视觉反馈、听觉反馈或触觉反馈；并且可以接收来自用户的任何形式的输入，包括声音、语音或触觉输入。此外，计算机可以通过向用户使用的设备发送文档和从用户使用的设备接收文档来与用户交互；例如，通过向用户设备上的web浏览器发送web页面以响应从web浏览器收到的请求，或者通过与例如智能电话或电子平板电脑等的用户设备上运行的应用程序(app)进行交互。计算机也可以通过将文本消息或其它形式的消息发送到诸如运行消息应用的智能手机等个人设备，并从用户接收响应消息，来与用户进行交互。
本文使用与系统、装置和计算机程序组件有关的术语“配置为”。对于被配置为执行特定操作或动作的一个或多个计算机的系统，意味着系统已经在其上安装了在运行中促使该系统执行所述操作或动作的软件、固件、硬件或它们的组合。对于被配置为执行特定操作或动作的一个或多个计算机程序，意味着一个或多个程序包括当被数据处理装置执行时促使该装置执行所述操作或动作的指令。对于被配置为执行特定操作或动作的专用逻辑电路，意味着该电路具有执行所述操作或动作的电子逻辑。
尽管本文包含许多特定的实施细节，但是不应将这些理解为对所要求保护的范围的限制，而是作为对特定实施例的特征的描述，所要求保护的范围由权利要求本身限定。本文中在单独的实施例的上下文中描述的某些特征也可以在单个实施例中组合地实现。相反，在单个实施例的上下文中描述的各种特征也可以单独地在多个实施例中或以任何合适的子组合来实现。而且，尽管以上描述的特征可以以某些组合起作用并且甚至最初是这样主张的，但是在一些情况下，可以从要求保护的组合中删除该组合中的一个或多个特征，并且权利要求书也可以针对子组合或子组合的变型。
类似地，虽然以特定顺序在附图中描绘了操作并且在权利要求中叙述了操作，但是这不应该被理解为：为了达到期望的结果，要求以所示的特定顺序或依次执行这些操作，或者要求执行所有示出的操作。在一些情况下，多任务和并行处理会是有利的。此外，不应将上述实施例中的各种系统模块和组件的分离理解为在所有实施例中都要求这种分离，并且应当理解的是，所描述的程序组件和系统通常可以集成在单个软件产品中或打包成多个软件产品。
已经对本主题的特定实施例进行了描述。其它实施例也落在以下权利要求书的范围内。例如，权利要求书中记载的动作可以以不同的顺序执行并且仍然能实现期望的结果。作为一个示例，附图中描绘的处理无需要求所示的特定顺序或次序来实现期望的结果。在一些情况下，多任务并行处理可能是有利的。

Claims (15)

1.一种用于管理基于区块链的可信交易服务的系统，包括：
多个可信节点的区块链网络，包括：
对应于贸易平台的贸易平台节点，用于在买方和卖方之间提供基于区块链的可信贸易服务，其中，所述买方被证实具有由买方金融机构担保的可信授信TU服务，响应于部署在所述区块链网络的区块链上的智能合约中指定的条件满足，所述买方金融机构基于所述买方在所述买方金融机构中的信用自动为所述买方向所述卖方进行支付；
对应于所述买方金融机构的买方金融机构节点；
其中，所述贸易平台节点被配置为：
在所述买方和所述卖方在所述贸易平台上确认订单后，将该订单的订单数据存储在所述区块链网络的用于该订单的相应区块链上，所述订单数据包括该订单的一个或多个支付条件和表示该订单的相应可信授信服务的可信授信服务数据，以及
基于该订单的订单数据生成该订单的相应的智能合约，其中，该相应的智能合约包括自动函数，该自动函数响应于确定订单支付的相应支付条件满足，自动指示所述买方金融机构向所述卖方为该订单进行该订单支付，以及
其中，所述买方金融机构节点被配置为：
与所述买方金融机构的计算设备进行通信，以验证所述买方具有所述买方金融机构担保的该订单的相应可信授信服务，以及
执行所述相应的智能合约，其中，执行所述相应的智能合约包括响应于确定该订单支付的相应支付条件满足，自动指示所述买方金融机构的计算设备向所述卖方进行所述订单支付。
2.根据权利要求1所述的系统，其中，所述买方金融机构节点被配置为：
接收订单支付数据，所述订单支付数据根据该订单的相应可信授信服务确认所述买方金融机构已经成功向所述卖方进行所述订单支付；以及
将所述订单支付数据存储在所述相应区块链上。
3.根据前述任一项权利要求所述的系统，其中，所述多个可信节点的区块链网络还包括：
对应于卖方金融机构的卖方金融机构节点，
其中，所述卖方具有所述卖方金融机构中的卖方金融账户，以及
其中，所述卖方金融机构节点被配置为将支付接收数据存储在所述相应区块链上，所述支付接收数据确认所述卖方金融机构中的卖方金融账户已经从所述买方金融机构中接收到该订单的订单支付。
4.根据前述任一项权利要求所述的系统，其中，所述贸易平台节点被配置为：
基于所述可信授信服务数据，确定所述买方选择使用所述贸易平台上的该订单的相应可信授信服务，以及
通过所述买方金融机构节点向所述买方金融机构的计算设备发送请求，该请求请求所述买方金融机构验证所述买方是否有所述买方金融机构担保的用于该订单的相应可信授信服务的资格。
5.根据权利要求4所述的系统，其中，所述买方金融机构节点被配置为：
从所述买方金融机构的计算设备接收验证数据，所述验证数据确认所述买方具有所述买方金融机构担保的用于该订单的相应可信授信服务，以及
将所述验证数据存储在所述相应区块链上。
6.根据权利要求5所述的系统，其中，所述贸易平台被配置为：
基于存储在所述相应区块链上的验证数据，确定所述买方具有所述买方金融机构担保的用于该订单的相应可信授信服务，以及
在确定所述买方具有所述买方金融机构担保的用于该订单的相应可信授信服务后验证该订单。
7.根据前述任一项权利要求所述的系统，其中，所述买方金融机构节点被配置为，响应于确定在该订单支付的相应支付条件满足之后，已经达到预定时间或经过预定时间段，执行所述相应的智能合约以自动指示所述买方金融机构的计算设备根据该订单的相应可信授信服务向所述卖方进行所述订单支付。
8.根据前述任一项权利要求所述的系统，其中，所述一个或多个支付条件包括该订单的第一支付的第一支付条件和该订单的第二支付的第二支付条件，
其中，所述第二支付是根据所述相应可信授信服务进行的订单支付，并且所述第二支付条件包括所述相应支付条件，
所述买方金融机构节点被配置为：
响应于确定所述第二支付的第二支付条件满足，执行所述相应的智能合约以自动指示所述买方金融机构的计算设备根据该订单的相应可信授信服务向所述卖方进行所述第二支付。
9.根据权利要求8所述的系统，其中，所述买方金融机构节点被配置为：
响应于确定所述第一支付的第一支付条件满足，执行所述相应的智能合约以自动指示所述买方金融机构的计算设备根据所述买方金融机构提供的所述买方的可信自动支付服务向所述卖方进行所述第一支付。
10.根据权利要求9所述的系统，其中，所述贸易平台节点被配置为：
在所述买方登录所述贸易平台上的买方贸易账户之后，通过所述买方金融机构节点与所述买方金融机构的计算设备进行通信，以验证所述买方金融机构中的所述买方的买方金融账户是否具有所述可信自动支付服务的资格，所述买方贸易账户包括所述买方金融账户的信息。
11.根据权利要求8至10中任一项所述的系统，其中，
所述第一支付是该订单的预付款，并且所述第一支付条件包括该订单的验证，以及
所述第二支付是该订单的尾款，并且所述第二支付条件包括以下至少一项：
与该订单相关联的提单已经由所述卖方在所述贸易平台上提交、
所述提交的提单已经由所述买方在所述贸易平台上确认、
与该订单相关联的发票已经由所述区块链网络生成、
所述生成的发票已经由所述买方确认、或者
所述买方和所述卖方之间已就该订单达成共识。
12.根据前述任一项权利要求所述的系统，其中，所述相应的智能合约还包括订单状态更新函数，该订单状态更新函数响应于基于上传到所述相应区块链的订单状态数据确定了该订单的状态被更改而自动更新该订单的状态，以及
其中，所述订单的状态指示以下至少一项：
与该订单相关联的产品已经由所述卖方准备或发货、
所述产品已经由海关检查、
所述产品正在由至少一个物流提供商运输、
与该订单相关联的提单已经由所述卖方在所述贸易平台上提交、
所述提交的提单已经由所述买方在所述贸易平台上确认、
与该订单相关联的发票已经由所述区块链网络生成、
所述生成的发票已经由所述买方确认、
所述买方和所述卖方之间已就该订单达成共识、
所述买方金融机构已进行所述自动支付、
所述卖方已收到所述自动支付、或者
所述买方已收到所述产品。
13.根据前述任一项权利要求所述的系统，其中，所述系统包括所述贸易平台。
14.一种计算机实现的方法，由权利要求1至13中任一项所述的系统执行。
15.一种用于管理基于区块链的可信交易服务的装置，所述装置包括用于执行权利要求14的计算机实现的方法的多个模块。
CN202080045048.8A 2020-10-09 2020-10-09 管理基于区块链的可信交易服务 Pending CN114008654A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/120037 WO2022073210A1 (en) 2020-10-09 2020-10-09 Managing blockchain-based trustable transaction services

Publications (1)

Publication Number Publication Date
CN114008654A true CN114008654A (zh) 2022-02-01

Family

ID=79920837

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080045048.8A Pending CN114008654A (zh) 2020-10-09 2020-10-09 管理基于区块链的可信交易服务

Country Status (4)

Country Link
US (1) US11935048B2 (zh)
EP (1) EP4062356A4 (zh)
CN (1) CN114008654A (zh)
WO (1) WO2022073210A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116561739A (zh) * 2023-04-06 2023-08-08 北京熠智科技有限公司 数据交易方法以及装置、电子设备、存储介质
CN117236947A (zh) * 2023-11-13 2023-12-15 中国民航信息网络股份有限公司 一种基于区块链的预付费产品的处理方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109325830A (zh) * 2018-09-18 2019-02-12 中国科学院重庆绿色智能技术研究院 一种基于区块链技术建立海外代购平台的方法
CN109544160A (zh) * 2018-11-20 2019-03-29 杭州呯嘭智能技术有限公司 一种基于区块链和智能合约的交易真实性验证方法及系统
CN110390597A (zh) * 2019-07-31 2019-10-29 中国联合网络通信集团有限公司 一种基于区块链的交易方法及系统
US20200065761A1 (en) * 2017-03-05 2020-02-27 Shona TATCHELL System and method for provision of supply chain financing of ethically verified product where there has been verification of production processes and products inspection using blockchain smart contracts
CN111127187A (zh) * 2019-12-13 2020-05-08 山东浪潮人工智能研究院有限公司 一种基于智能合约的电子合同订单质押贷款方法及设备

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070288326A1 (en) 2006-06-09 2007-12-13 Anthony Boldin Billing method and system with preauthorization feature
US7725372B2 (en) 2006-10-06 2010-05-25 Syncada Llc Transaction payables processing system and approach
CN101617333A (zh) * 2006-10-06 2009-12-30 美国银行国家协会 交易金融处理系统和办法
CN101876983B (zh) 2009-04-30 2012-11-28 国际商业机器公司 数据库分区方法与系统
US10497037B2 (en) 2014-03-31 2019-12-03 Monticello Enterprises LLC System and method for managing cryptocurrency payments via the payment request API
CN104657459B (zh) 2015-02-09 2018-02-16 中国科学院信息工程研究所 一种基于文件粒度的海量数据存储方法
US10025822B2 (en) 2015-05-29 2018-07-17 Oracle International Corporation Optimizing execution plans for in-memory-aware joins
US10810560B2 (en) 2015-06-09 2020-10-20 International Business Machines Corporation System and method for payment promise transfers based on preferences
WO2017098519A1 (en) 2015-12-08 2017-06-15 Tallysticks Limited A system and method for automated financial transaction validation, processing and settlement using blockchain smart contracts
US10693658B2 (en) 2016-02-12 2020-06-23 Visa International Service Association Methods and systems for using digital signatures to create trusted digital asset transfers
US20180268479A1 (en) 2016-07-01 2018-09-20 Wells Fargo Bank, N.A. International trade finance blockchain system
US10817540B2 (en) 2016-09-02 2020-10-27 Snowflake Inc. Incremental clustering maintenance of a table
CN107516184A (zh) * 2017-09-06 2017-12-26 合肥维天运通信息科技股份有限公司 一种基于区块链技术的物流代收货款管控系统
CA3040442A1 (en) 2018-04-16 2019-10-16 Nobul Corporation Real estate marketplace method and system
US11544782B2 (en) 2018-05-06 2023-01-03 Strong Force TX Portfolio 2018, LLC System and method of a smart contract and distributed ledger platform with blockchain custody service
CN109102411A (zh) 2018-07-26 2018-12-28 厦门快商通信息技术有限公司 一种基于区块链智能合约技术的保险理赔方法及系统
CN109325331B (zh) 2018-09-13 2022-05-20 北京航空航天大学 基于区块链和可信计算平台的大数据采集交易系统
US11341451B2 (en) 2018-10-10 2022-05-24 Questaweb Holdings Inc. Hierarchical blockchain architecture for global trade management
CN109493196A (zh) 2018-12-29 2019-03-19 杭州趣链科技有限公司 一种基于区块链的房地产存证和交易方法
US20200272619A1 (en) 2019-02-21 2020-08-27 Fiducia DLT LTD Method and system for audit and payment clearing of electronic trading systems using blockchain database
US20200175588A1 (en) * 2019-04-30 2020-06-04 Alibaba Group Holding Limited Blockchain-based payment
US11095456B2 (en) 2019-05-24 2021-08-17 Bank Of America Corporation Distributed tiered data exchanges within a blockchain network
JP7083031B2 (ja) 2019-08-14 2022-06-09 東京海上日動火災保険株式会社 貿易決済システム、貿易決済方法および貿易決済プログラム
CN110751484A (zh) 2019-10-28 2020-02-04 北京金融资产交易所有限公司 基于区块链的应收账款管理系统
CN110992211A (zh) 2019-11-12 2020-04-10 中建八局第一建设有限公司 一种基于bim的合约管理方法
CN110992020A (zh) 2019-11-19 2020-04-10 腾讯科技（深圳）有限公司 基于智能合约的数据处理方法、相关节点及存储介质
CN111652707A (zh) 2020-04-12 2020-09-11 链农(深圳)信息科技有限公司 基于区块链的电子信用证交易方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200065761A1 (en) * 2017-03-05 2020-02-27 Shona TATCHELL System and method for provision of supply chain financing of ethically verified product where there has been verification of production processes and products inspection using blockchain smart contracts
CN109325830A (zh) * 2018-09-18 2019-02-12 中国科学院重庆绿色智能技术研究院 一种基于区块链技术建立海外代购平台的方法
CN109544160A (zh) * 2018-11-20 2019-03-29 杭州呯嘭智能技术有限公司 一种基于区块链和智能合约的交易真实性验证方法及系统
CN110390597A (zh) * 2019-07-31 2019-10-29 中国联合网络通信集团有限公司 一种基于区块链的交易方法及系统
CN111127187A (zh) * 2019-12-13 2020-05-08 山东浪潮人工智能研究院有限公司 一种基于智能合约的电子合同订单质押贷款方法及设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116561739A (zh) * 2023-04-06 2023-08-08 北京熠智科技有限公司 数据交易方法以及装置、电子设备、存储介质
CN116561739B (zh) * 2023-04-06 2024-04-16 北京熠智科技有限公司 数据交易方法以及装置、电子设备、存储介质
CN117236947A (zh) * 2023-11-13 2023-12-15 中国民航信息网络股份有限公司 一种基于区块链的预付费产品的处理方法及系统

Also Published As

Publication number Publication date
EP4062356A1 (en) 2022-09-28
US11935048B2 (en) 2024-03-19
WO2022073210A1 (en) 2022-04-14
EP4062356A4 (en) 2022-11-09
US20220335421A1 (en) 2022-10-20

Similar Documents

Publication Publication Date Title
US20210073913A1 (en) System and method of providing a block chain-based recordation process
CN110458543B (zh) 数据处理方法、相关设备及介质
CN111418184B (zh) 基于区块链的可信保函
CN111373431B (zh) 基于区块链的可信保函
US20180204216A1 (en) Transaction settlement systems and methods
US20180268483A1 (en) Programmable asset systems and methods
CN111357026B (zh) 基于区块链的可信保函
CN113826134B (zh) 基于区块链的可信保函
US11798050B2 (en) Managing blockchain-based trustable transaction services
US11935048B2 (en) Managing blockchain-based trustable transaction services
US20190325517A1 (en) Transaction netting systems and methods
CN111433798B (zh) 基于区块链的可信保函
US20190385172A1 (en) Trade finance management systems and methods
CN111433799A (zh) 基于区块链的可信保函
WO2020079423A1 (en) Computer-implemented method and system for digital signing of transactions
US20200074415A1 (en) Collateral optimization systems and methods
US20190228385A1 (en) Clearing systems and methods
US20220335423A1 (en) Managing blockchain-based trustable transaction services
WO2023201360A2 (en) Method, controller, and computer-readable medium for replacement of a cancelled repeating transfer data structure on a distributed transfer network
KR101360173B1 (ko) 특정금전신탁기능이 구비된 뱅킹관리시스템 및 그 제어방법
US20190244292A1 (en) Exotic currency settlement systems and methods
Polikarpova Settlement risk in cross-border transactions: traditional and new approaches
CN114155106A (zh) 基于区块链的融资方法、装置、设备、介质及程序产品
US20110225092A1 (en) Secure Transaction Execution

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination