一种交易处理方法、银行信用证系统和电子商务系统

本发明涉及数据处理技术领域，尤其涉及一种交易处理方法、银行信用证系统和电子商务系统。

随着数字贸易的快速发展，利用电子商务系统进行B2B模式的网络消费的方式越来越广泛。目前电子商务系统常以买方用户先货后款和卖方用户先款后货方式进行消费，在此情况下，亟需引入银行信用证，使得电子商务系统以买方用户和卖方用户均先货后款的方式进行消费。由于现有的银行信用证需要客户线下通过网点提交相应的信用证申请材料，需要银行多次进行人工审核，从而导致人工审核的时间周期长，且开立信用证的效率低下。

有鉴于此，本发明实施例提供一种交易处理方法、银行信用证系统和电子商务系统，以解决现有技术中工审核的时间周期长，且质单据流转效率低的问题。

为实现上述目的，本发明实施例提供如下技术方案：

本发明实施例第一方面示出了一种交易处理方法，应用于银行信用证系统，所述方法包括：

获取买方用户基于电子商务系统上链的订单信息和信用证申请信息，所述订单信息包括交易信息和结算条款，所述交易信息包括交易双方的银行账号，结算条款包括支付金额；

基于所述结算条款，将所述买方用户的银行账户上与所述结算条款中的支付金额一致的金额转存至款项账户；

基于所述信用证申请信息和所述订单信息，建立与所述订单信息对应的数字信用证，并将所述数字信用证上链，以存储至区块链智能合约；

当接收到电子商务系统发送的买方用户确定收货指令和接收到确定收货指令的时间时，从区块链中获取与该订单信息对应的智能合约，所述智能合约包括结算方式和支付条件；

在确定所述结算方式为无条件支付时，基于所述接收到确定收货指令的时间和所述智能合约，将所述款项账号中与所述支付金额对应的金额存储至卖方用户银行账号。

可选的，所述基于所述信用证申请信息和所述订单信息，建立与所述订单信息对应的数字信用证，包括：

根据所述交易信息，判断买方用户是否首次申请数字信用证；

若不是，判断所述信用证申请信息是否满足预先设置的信用证开立规则；

若满足，则基于所述交易信息中的交易双方身份信息、信用证申请信息和支付金额建立与所述订单信息对应的数字信用证，所述信用证申请信息包括结算方式和结算信息；

若是，获取数据库中存储的与所述买方用户名称对应的开证数据；

基于所述开证数据、卖方用户名称、卖方用户银行账号和支付金额，建立与所述订单信息对应的数字信用证。

可选的，所述从区块链中获取与该订单信息对应的智能合约之前，还包括：

若接收到卖方用户根据电子商务系统发送的与所述订单信息对应的单据信息，对所述单据信息进行审核。

可选的，所述在确定所述结算方式为无条件支付时，基于所述接收到确定收货指令的时间和所述数字信用证，将所述款项账号中与所述支付金额对应的金额存储至卖方用户银行账号，包括：

判断所述结算方式是否为无条件支付；

在确定所述结算方式为无条件支付时，获取当前所述银行信用证系统的时间；

判断所述接收到确定收货指令的时间与所述银行信用证系统的时间的差值是否到达预设期限，所述预设期限存储于所述数字信用证；

若到达，将所述款项账号中与所述支付金额对应的金额存储至卖方用户银行账号。

可选的，还包括：

在确定所述结算方式为有条件支付方式时，按照所述支付条件，将所述款项账号中与所述支付金额对应的金额存储至卖方用户银行账号。

本发明实施例第二方面示出了一种交易处理方法，应用于电子商务系统，所述方法包括：

获取买方用户发起的订单信息和信用证申请信息，并将所述订单信息和信用证申请信息发送至区块链上，所述订单信息包括交易双方信息和结算条款；

查所述区块链上是否存在与所述订单信息对应的数字信用证，所述数字信用证由银行信用证系统基于所述信用证申请信息和所述订单信息生成；

若存在，将所述订单信息和所述数字信用证显示给卖方用户，以便于所述卖方用户将所述订单信息中的货物通过物流系统发送给买方用户；

获取所述卖方用户输入的发货信息，所述发货信息是基于所述订单信息和与所述订单信息对应的数字信用证生成；

接收买方用户输入的确定收货指令，并将所述确定收货指令和接收到所述确定收货指令的时间发送给银行信用证系统，以便于所述银行信用证系统将所述支付金额转账至卖方用户的银行账户。

本发明实施例第三方面示出了一种银行信用证系统，所述系统包括：

第一获取单元，用于获取买方用户基于电子商务系统上链的订单信息和信用证申请信息，所述订单信息包括交易信息和结算条款，所述交易信息包括交易双方的银行账号，结算条款包括支付金额；

转存单元，用于基于所述结算条款，将所述买方用户的银行账户上与所述结算条款中的支付金额一致的金额转存至款项账户；

数字信用证建立单元，用于基于所述信用证申请信息和所述订单信息，建立与所述订单信息对应的数字信用证，并将所述数字信用证上链，以存储至区块链智能合约；

第二获取单元，用于当接收到电子商务系统发送的买方用户确定收货指令和接收到确定收货指令的时间时，从区块链中获取与该订单信息对应的智能合约，所述智能合约包括结算方式和支付条件；

结算单元，用于在确定所述结算方式为无条件支付时，基于所述接收到确定收货指令的时间和所述智能合约，将所述款项账号中与所述支付金额对应的金额存储至卖方用户银行账号。

可选的，所述数字信用证建立单元，具体用于：根据所述交易信息，判断买方用户是否首次申请数字信用证；若不是，判断所述信用证申请信息是否满足预先设置的信用证开立规则；若满足，则基于所述交易信息中的交易双方身份信息、信用证申请信息和支付金额建立与所述订单信息对应的数字信用证，所述信用证申请信息包括结算方式和结算信息；若是，获取数据库中存储的与所述买方用户名称对应的开证数据；基于所述开证数据、卖方用户名称、卖方用户银行账号和支付金额，建立与所述订单信息对应的数字信用证。

可选的，所述结算单元，具体用于：判断所述结算方式是否为无条件支付；在确定所述结算方式为无条件支付时，获取当前所述银行信用证系统的时间；判断所述接收到确定收货指令的时间与所述银行信用证系统的时间的差值是否到达预设期限，所述预设期限存储于所述数字信用证；若到达，将所述款项账号中与所述支付金额对应的金额存储至卖方用户银行账号。

本发明实施例第四方面示出了一种电子商务系统，第三获取单元，用于获取买方用户发起的订单信息和信用证申请信息，并将所述订单信息和信用证申请信息发送至区块链上，所述订单信息包括交易双方信息和结算条款；

查单元，用于查所述区块链上是否存在与所述订单信息对应的数字信用证，所述数字信用证由银行信用证系统基于所述信用证申请信息和所述订单信息生成；

显示单元，用于若存在，将所述订单信息和所述数字信用证显示给卖方用户，以便于所述卖方用户将所述订单信息中的货物通过物流系统发送给买方用户；

第四获取单元，用于获取所述卖方用户输入的发货信息，所述发货信息是基于所述订单信息和与所述订单信息对应的数字信用证生成；

发送单元，用于接收买方用户输入的确定收货指令，并将所述确定收货指令和接收到所述确定收货指令的时间发送给银行信用证系统，以便于所述银行信用证系统将所述支付金额转账至卖方用户的银行账户。

基于上述本发明实施例提供的一种交易处理方法、银行信用证系统和电子商务系统，包括：获取买方用户基于电子商务系统上链的订单信息和信用证申请信息，订单信息包括交易信息和结算条款，交易信息包括交易双方的银行账号，结算条款包括支付金额；基于结算条款，将买方用户的银行账户上与结算条款中的支付金额一致的金额转存至款项账户；基于信用证申请信息和订单信息，建立与订单信息对应的数字信用证，并将数字信用证上链，以存储至区块链智能合约；当接收到电子商务系统发送的买方用户确定收货指令和接收到确定收货指令的时间时，从区块链中获取与该订单信息对应的智能合约，智能合约包括结算方式和支付条件；在确定结算方式为无条件支付时，基于接收到确定收货指令的时间和智能合约，将款项账号中与支付金额对应的金额存储至卖方用户银行账号，在本发明实施例中，银行信用证系统基于买方用户通过电子商务系统发起的信用证申请信息和订单信息，建立与订单信息对应的数字信用证，并将数字信用证上链。当接收买方用户通过电子商务系统输入确定收货指令和接收到确定收货指令的时间时，从区块链中获取与该订单信息对应的智能合约，并执行接收到确定收货指令的时间和智能合约，执行支付结算操作。不需要人工进行信用证开立，直接通过电子商务系统就能够快速开立信用证，从而提高了信用证的开立速度。

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

图1为本发明实施例提供的银行信用证系统、电子商务系统和物流系统的应用结构图；

图2为本发明实施例提供的一种交易处理方法的流程示意图；

图3为本发明实施例提供的另一种交易处理方法的流程示意图；

图4为本发明实施例提供的一种银行信用证系统的结构示意图；

图5为本发明实施例提供的另一银行信用证系统的结构示意图；

图6为本发明实施例提供的一种电子商务系统的结构示意图。

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

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

为了方便理解，以下对本发明实施例中出现的术语进行解释说明：

服务：是指通过预定义接口提供特定功能的机制。

共识：不同的参与方通过一定机制形成的统一决策，通常用于表示上链的数据存在一致性。

联盟链：节点授权许可才可以参与的区块链，其共识机制由指定的节点共同决策。

跨链：指业务的参与方，在不同的区块链系统内，参与同一笔区块链相关业务的操作。

智能合约：区块链上的参与方约定某一合约，也就是说，是区块链上一种旨在以信息化方式传播、验证或执行合同的计算机协议。

交易的背书和共识是指交易参与的双方进行交易背书(非参与方节点状态不会对交易本身造成影响)，保障交易安全可靠的同时，交易受交易双方密钥保护仅交易双方可见，保障了交易的私密性。智能合约层面设置的差异性多背书策略，确保交易从任何联盟节点发起的真实有效性。

在本发明实施例中，银行信用证系统基于买方用户通过电子商务系统发起的信用证申请信息和订单信息，建立与订单信息对应的数字信用证，并将数字信用证上链。当接收买方用户通过电子商务系统输入确定收货指令和接收到确定收货指令的时间时，从区块链中获取与该订单信息对应的智能合约，并执行接收到确定收货指令的时间和智能合约，执行支付结算操作。不需要人工进行信用证开立，直接通过电子商务系统就能够快速开立信用证，从而提高了信用证的开立速度。

参见图1，为本发明实施例示出的银行信用证系统、电子商务系统和物流系统的应用结构图。

银行信用证系统100分别与电子商务系统200和物流系统300连接。

电子商务系统200与物流系统300连接。

在具体实现中，电子商务系统200和物流系统300通过代理加盟、物理加盟或跨链模式加盟区块链的方式与银行信用证系统100进行通信连接。

可选的，将电子商务系统200和物流系统300以物理节点加盟的模式，加入银行信用证系统100所在的区块链，从而和银行信用证系统100参与区块链上的每笔相关交易的背书和共识。

在交易处理的过程中，可将核心电子商务系统200生成的交易信息和物流系统300所生成的运输信息写到链上，以区块链的特性保障全业务流程相关方可视可追溯数据不可篡改。同时，电子商务系统200和物流系统300也能实时获取数字信用证开立、通知、到单、付款等相关业务流程的最新进展。

需要说明的是，物理节点加盟是具备较好对接能力的大型电子商务系统200和物流系统300所使用的连接方式。

可选的，将电子商务系统200、物流系统300和银行信用证系统100以互布节点的跨链模式，实现双发系统生态的互联互通，且共同参与交易的背书共识。

基于上述通信方式，银行信用证系统100在信用证开立之前可通过区块链确认买卖双方的贸易背景信息，能确认买卖双方货物交单的物流进展状态。

需要说明的是，跨链模式加盟是已经部署了区块链基础设施的一些电子商务系统200、物流系统300所使用的连接方式。

可选的，电子商务系统200、物流系统300通过SaaS模式代理加盟银行信用证系统100的区块链，也就是说，通过API接口接入银行信用证系统100的区块链，从而和银行信用证系统100参与区块链上的每笔相关交易的背书和共识。

需要说明的是，代理加盟是一些对接能力较弱的电子商务系统200、物流系统300所使用的连接方式。

基于上述示出的应用架构具体实现交易处理的过程包括：

电子商务系统200获取买方用户发起的订单信息和信用证申请信息，并将订单信息和信用证申请信息发送至区块链上。

其中，订单信息包括交易双方信息和结算条款。

需要说明的是，电子商务系统200和银行信用证系统100签订数字信用证服务协议。

买方用户在电子商务系统200有自己的账户，且是银行的客户。

银行信用证系统100获取买方用户基于电子商务系统200上链的订单信息和信用证申请信息。基于结算条款，将买方用户的银行账户上与结算条款中的支付金额一致的金额转存至款项账户；基于信用证申请信息和订单信息，建立与订单信息对应的数字信用证，并将数字信用证上链，以存储至区块链的智能合约。

其中，交易信息包括交易双方的银行账号，结算条款包括支付金额。

电子商务系统200查区块链上是否存在与订单信息对应的数字信用证，若存在，将订单信息和数字信用证显示给卖方用户，以便于卖方用户基于订单信息和与订单信息对应的数字信用证，生成发货信息和单据信息，并将订单信息中的货物通过物流系统300发送给买方用户。

物流系统300将货物运输至订单信息中所提供的地址，且将与发货信息和单据信息发送至区块链，以便于区块链对写入的发货信息中的货物进行跟踪；将单据信息通过共识保存。

可选的，物流系统300，还用于基于对货物信息进行跟踪，以生成对应的物联网IoT信息和物流状态，即物流流转信息，并写入区块链，以便于与该货物的订单信息对应的交易双方查看。

电子商务系统200接收买方用户输入的确定收货指令后，并将确定收货指令和接收到确定收货指令的时间发送给银行信用证系统100。

可选的，电子商务系统200接收到买方用户输入的货物/服务不满意信息时，触发区块链智能合约中预先设置的异议条款，并将触发的预先设置的异议条款和订单信息发送给银行信用证系统100，以便于银行信用证系统100进行处理，以确定是否可拒绝将款项账号中与支付金额对应的金额存储至卖方用户银行账号。

银行信用证系统100当接收到电子商务系统发送的买方用户确定收货指令和接收到确定收货指令的时间时，从区块链中获取与该订单信息对应的智能合约，所述智能合约包括结算方式和支付条件；在确定结算方式为无条件支付时，基于接收到确定收货指令的时间和智能合约，将款项账号中与支付金额对应的金额存储至卖方用户银行账号。

在本发明实施例中，银行信用证系统基于买方用户通过电子商务系统发起的信用证申请信息和订单信息，建立与订单信息对应的数字信用证，并将数字信用证上链。电子商务系统将订单信息和数字信用证显示给卖方用户，以便于卖方用户基于订单信息和与订单信息对应的数字信用证，生成发货信息和单据信息，并将订单信息中的货物通过物流系统发送给买方用户。银行信用证系统在接收买方用户通过电子商务系统输入确定收货指令和接收到确定收货指令的时间时，从区块链中获取与该订单信息对应的智能合约，并执行接收到确定收货指令的时间和智能合约，执行支付结算操作。不需要人工进行信用证开立，直接通过电子商务系统就能够快速开立信用证，从而提高了信用证的开立速度。

基于上述本发明实施例示出的银行信用证系统，本发明还对应公开了一种交易处理方法，该交易处理方法适用于上述公开的银行信用证系统，如图2所示，为本发明实施例示出的一种交易处理方法的流程示意图。

步骤S201：获取买方用户基于电子商务系统上链的订单信息和信用证申请信息。

在步骤S201中，订单信息包括交易信息和结算条款；交易信息包括交易双方的银行账号和客户账户信息，结算条款包括支付金额。

客户账户信息是指买方用户ID和卖方用户ID。

可选的，买方用户通过电子商务系统将订单信息和信用证申请信息上传至区块链上。

在具体实现步骤S201的过程中，从区块链上获取电子商务系统上传的订单信息和与订单信息对应的信用证申请信息。

需要说明的是，交易信息还包括交易双方的姓名和买方用户ID和卖方用户ID。

步骤S202：基于结算条款，将买方用户的银行账户上与结算条款中的支付金额一致的金额转存至款项账户。

在具体实现步骤S202的过程中，把买方用户的银行账户中与支付金额一致的金额划至款项账户中。

需要说明的是，款项账户是银行的账户。

步骤S203：基于信用证申请信息和订单信息，建立与订单信息对应的数字信用证，并将数字信用证上链，以存储至区块链智能合约。

在具体实现步骤S203的过程中，利用交易双方的姓名、交易ID号、银行卡号、信用证申请信息和支付金额，开立具有支付金额的数字信用证。

需要说明的是，该数字信用证是指银行依据买方用户的申请向受益方，即卖方用户。

步骤S204：当接收到电子商务系统发送的买方用户确定收货指令和接收到确定收货指令的时间时，从区块链中获取与该订单信息对应的智能合约。

在具体实现步骤S204的过程中，接收电子商务系统发送的买方用户确定收货指令和接收到确定收货指令的时间，确定买家收到与订单信息一致的货物，以将进行订单结算，此时从区块链的智能合约中获取与订单信息对应的数字信用证、预设期限、支付条件和预先设置的信用证开立规则等信息。

步骤S205：判断结算方式是否是无条件支付，若是，则执行步骤S206，若不是，且确定结算方式为有条件支付方式，并执行步骤S207。

在具体实现步骤S205的过程中，确定该订单的结算方式，当确定该订单的结算方式为无条件支付时，执行步骤S206，当确定该订单的结算方式为有条件支付时，执行步骤S207。

步骤S206：基于接收到确定收货指令的时间和智能合约，将款项账号中与支付金额对应的金额存储至卖方用户银行账号。

在具体实现步骤S206的过程中，通过接收到的收货指令的时间和智能合约，执行付款操作，以将款项账号中与支付金额对应的金额划至卖方用户银行账号。

步骤S207：按照支付条件，将款项账号中与支付金额对应的金额存储至卖方用户银行账号。

在具体实现步骤S207的过程中，根据智能合约中的支付条件，将款项账号中与支付金额对应的金额划至卖方用户银行账号。

可选的，当接收到电子商务系统发送的停止结算指令，停止将款项账号中与支付金额对应的金额存储至卖方用户银行账号。

在本发明实施例中，银行信用证系统基于买方用户通过电子商务系统发起的信用证申请信息和订单信息，建立与订单信息对应的数字信用证，并将数字信用证上链。当接收买方用户通过电子商务系统输入确定收货指令和接收到确定收货指令的时间时，从区块链中获取与该订单信息对应的智能合约，并执行接收到确定收货指令的时间和智能合约，执行支付结算操作。不需要人工进行信用证开立，直接通过电子商务系统就能够快速开立信用证，从而提高了信用证的开立速度。

基于上述本发明实施例示出的交易处理方法，还包括：从区块链中获取与该订单信息对应的智能合约之前，若接收到卖方用户根据电子商务系统发送的与订单信息对应的单据信息，对单据信息进行审核。

在具体实现中，审核卖方用户根据电子商务系统发送的与订单信息对应的单据信息是否合法，并将审核后的单据信息上链，以便于买方用户基于电子商务系统查看。

与上述本发明实施例示出的交易处理方法相比，银行信用征信审核卖方用户根据电子商务系统发送的与订单信息对应的单据信息是否合法，并将审核后的单据信息上链，以便于买方用户基于电子商务系统查看。能够在区块链进行交易处理，以解决现有技术中直接进行交易而导致的买卖双方不信任问题。

基于上述本发明实施例示出的交易处理方法，在执行S203基于信用证申请信息和订单信息，建立与订单信息对应的数字信用证的过程中，包括以下步骤：

步骤S11：根据交易信息，判断买方用户是否首次申请数字信用证，若不是，执行步骤S12至步骤S13，若是，执行步骤S14至步骤S15。

在具体实现步骤S11的过程中，根据交易信息，判定是否存在与买方用户银行账号对应的数字信用证，若不存在，则说明买方用户是首次申请数字信用证，并执行步骤S12至步骤S13，若存在，则说明买方用户不是首次申请数字信用证，执行步骤S14至步骤S15。

步骤S12：判断信用证申请信息是否满足预先设置的信用证开立规则，若满足，执行步骤S13，若不满足，则无法申请开立信用证。

在具体实现步骤S12的过程中，确定信用证申请信息中的开证申请书是否满足预先设置的信用证开立规则，若满足，执行步骤S13，若不满足，则无法申请开立信用证。

需要说明的是，预先设置的信用证开立规则是银行预先根据实际进行设置的，并将预先设置的信用证开立规则存放在区块链的智能合约中。

步骤S13：基于交易信息中的交易双方身份信息、信用证申请信息和支付金额建立与订单信息对应的数字信用证。

在步骤S13中，信用证申请信息包括结算方式和结算信息。

在具体实现步骤S13的过程中，利用交易双方的姓名、交易ID号、银行卡号、信用证申请信息和支付金额，开立具有支付金额的数字信用证。

需要说明的是，该数字信用证是指银行依据买方用户的申请向受益方，即卖方用户。

步骤S14：获取数据库中存储的与买方用户名称对应的开证数据。

在具体实现步骤S14的过程中，遍历数据库中所有的开证数据，确定与买方用户姓名或买方用户银行卡号等任意一个身份信息查数据库，确定与买方用户对应的开证数据，即开证记录。

需要说明的是，开证数据包括买家的姓名、交易ID号、银行卡号、数据信用证开证记录等信息。

步骤S15：基于开证数据、卖方用户名称、卖方用户银行账号和支付金额，建立与所述订单信息对应的数字信用证。

在具体实现步骤S15的过程中，根据开证数据中的买家的姓名、交易ID号、银行卡号和数据信用证开证记录，以及卖方用户名称、卖方用户银行账号和支付金额，开立具有支付金额的数字信用证。

在本发明实施例中，在确定该买家用户首次申请数字信用证时，判断信用证申请信息是否满足预先设置的信用证开立规则，若满足，基于交易信息中的交易双方身份信息、信用证申请信息和支付金额建立与订单信息对应的数字信用证。在确定该买家用户不是首次申请数字信用证时，获取数据库中存储的与买方用户名称对应的开证数据，并基于开证数据、卖方用户名称、卖方用户银行账号和支付金额，建立与所述订单信息对应的数字信用证。不需要人工进行信用证开立，直接通过电子商务系统就能够快速开立信用证，从而提高了信用证的开立速度。

基于上述本发明实施例示出的交易处理方法，在执行步骤S206基于接收到确定收货指令的时间和数字信用证，将款项账号中与支付金额对应的金额存储至卖方用户银行账号的过程中，包括以下步骤：

步骤S21：判断结算方式是否为无条件支付，若是，执行步骤S21，若否，执行步骤S207。

在具体实现步骤S21的过程中，确定结算方式是否为无条件支付，当确定结算方式为无条件支付时，执行步骤S21，当确定结算方式为有条件支付方式时，执行步骤S207。

步骤S22：获取当前银行信用证系统的时间。

在具体实现步骤S22的过程中，银行信用证系统获取自身的当前时间，并进行记录。

步骤S23：判断接收到确定收货指令的时间与银行信用证系统的时间的差值是否到达预设期限，若到达，执行步骤S24，若未到达，则继续返回执行步骤S23。

在具体实现步骤S23的过程中，计算接收到确定收货指令的时间与银行信用证系统的时间的差值，判断计算得到的差值是否大于预设期限，若大于或等于，执行步骤S24，若小于，则继续返回执行步骤S23。

需要说明的是，预设期限是预先根据多次实验进行设置的，并存储于区块链上的智能合约中。

步骤S24：将款项账号中与支付金额对应的金额存储至卖方用户银行账号。

在具体实现步骤S24的过程中，将自身款项账户中与订单的支付金额对应的金额划至卖方用户银行账户。

在本发明实施例中，银行信用证系统基于买方用户通过电子商务系统发起的信用证申请信息和订单信息，建立与订单信息对应的数字信用证，并将数字信用证上链。当接收买方用户通过电子商务系统输入确定收货指令和接收到确定收货指令的时间时，从区块链中获取与该订单信息对应的智能合约，并执行接收到确定收货指令的时间和智能合约，执行支付结算操作。不需要人工进行信用证开立，直接通过电子商务系统就能够快速开立信用证，从而提高了信用证的开立速度。

基于上述本发明实施例示出的电子商务系统，本发明还对应公开了一种交易处理方法，该交易处理方法适用于上述公开的电子商务系统，如图3所示，为本发明实施例示出的一种交易处理方法的流程示意图。

步骤S301：获取买方用户发起的订单信息和信用证申请信息，并将订单信息和信用证申请信息发送至区块链上。

在步骤S301中，订单信息包括交易双方信息和结算条款。

在具体实现步骤S301的过程中，获取买方用户发起的订单信息和信用证申请信息，对订单信息和信用证申请信息进行共识，并将达成共识的订单信息和信用证申请信息发送至区块链上。

步骤S302：查区块链上是否存在与订单信息对应的数字信用证，若存在，执行步骤S303。若不存在，则返回执行步骤S302。

在步骤S302中，数字信用证由银行信用证系统基于信用证申请信息和订单信息生成。

在具体实现步骤S302的过程中，遍历区块链上所有的数字信用证，查与该订单信息对应的数字新信用证，若查到与该订单信息对应的数字信用证，则执行步骤S303，若未查与该订单信息对应的数字信用证，则继续检测，并返回执行步骤S302。

步骤S303：将订单信息和数字信用证显示给卖方用户，以便于卖方用户将订单信息中的货物通过物流系统发送给买方用户。

在具体实现步骤S303的过程中，将订单信息和数字信用证显示给卖方用户，使卖方用户通过电子商务系统接收到与该订单信息对应的数字信用证，并基于该订单信息发货，也就是说，将订单信息中描述的货物通过物流系统发送给买方用户。

步骤S304：接收买方用户输入的确定收货指令，并将确定收货指令和接收到确定收货指令的时间发送给银行信用证系统，以便于银行信用证系统将支付金额转账至卖方用户的银行账户。

可选的，买方用户在接收到物流系统发送的货物时，可直接通过电子商务系统触发确定收货的按键，以生成确定收货指令。

在具体实现步骤S304的过程中，接收买方用户输入的确定收货指令，并记录生成确定收货指令的时间。再将确定收货指令和接收到确定收货指令的时间发送给银行信用证系统，以便于银行信用证系统将支付金额转账至卖方用户的银行账户。

可选的，买家在通过电子商务系统触发确定收货的按键后，可在预设期限内对货物提出异议，以生成停止结算指令发送至银行信用证系统；且需要卖家基于电子商务系统处理买家提出的异议。

在本发明实施例中，在确定区块链上存在与订单信息对应的数字信用证时，将订单信息和数字信用证显示给卖方用户，以便于卖方用户将订单信息中的货物通过物流系统发送给买方用户；买方用户在接收到物流系统发送的货物时，可直接通过电子商务系统触发确定收货的按键，以生成确定收货指令；接收买方用户输入的确定收货指令，并将确定收货指令和接收到确定收货指令的时间发送给银行信用证系统。不需要人工进行信用证开立，直接通过电子商务系统就能够快速开立信用证，从而提高了信用证的开立速度。

基于上述本发明实施例交易处理方法，本发明实施还对应公开了一种银行信用证系统的具体结构图，如图4所示，该系统包括：

第一获取单元401，用于获取买方用户基于电子商务系统上链的订单信息和信用证申请信息。

其中，订单信息包括交易信息和结算条款；交易信息包括交易双方的银行账号，结算条款包括支付金额。

转存单元402，用于基于结算条款，将买方用户的银行账户上与结算条款中的支付金额一致的金额转存至款项账户。

数字信用证建立单元403，用于基于信用证申请信息和订单信息，建立与订单信息对应的数字信用证，并将数字信用证上链，以存储至区块链智能合约。

第二获取单元404，用于当接收到电子商务系统发送的买方用户确定收货指令和接收到确定收货指令的时间时，从区块链中获取与该订单信息对应的智能合约。

其中，智能合约包括结算方式和支付条件。

结算单元405，用于在确定结算方式为无条件支付时，基于接收到确定收货指令的时间和智能合约，将款项账号中与支付金额对应的金额存储至卖方用户银行账号。

可选的，结算单元405，还用于在确定结算方式为有条件支付方式时，按照支付条件，将款项账号中与支付金额对应的金额存储至卖方用户银行账号。

可选的，基于上述本发明实施例示出的银行信用证系统，结算单元405，具体用于：判断结算方式是否为无条件支付；在确定结算方式为无条件支付时，获取当前所述银行信用证系统的时间；判断接收到确定收货指令的时间与银行信用证系统的时间的差值是否到达预设期限，预设期限存储于数字信用证；若到达，将款项账号中与支付金额对应的金额存储至卖方用户银行账号。

需要说明的是，上述本发明实施例示出的银行信用证系统中的各个单元具体的原理和执行过程，与上述本发明实施图2示出的交易处理方法相同，可参见上述本申请实施例公开的交易处理方法中相应的部分，这里不再进行赘述。

在本发明实施例中，银行信用证系统基于买方用户通过电子商务系统发起的信用证申请信息和订单信息，建立与订单信息对应的数字信用证，并将数字信用证上链。当接收买方用户通过电子商务系统输入确定收货指令和接收到确定收货指令的时间时，从区块链中获取与该订单信息对应的智能合约，并执行接收到确定收货指令的时间和智能合约，执行支付结算操作。不需要人工进行信用证开立，直接通过电子商务系统就能够快速开立信用证，从而提高了信用证的开立速度。

可选的，基于上述本发明实施例示出的银行信用证系统，数字信用证建立单元403具体用于：根据交易信息，判断买方用户是否首次申请数字信用证；若不是，判断信用证申请信息是否满足预先设置的信用证开立规则；若满足，则基于交易信息中的交易双方身份信息、信用证申请信息和支付金额建立与订单信息对应的数字信用证，信用证申请信息包括结算方式和结算信息；若是，获取数据库中存储的与买方用户名称对应的开证数据；基于开证数据、卖方用户名称、卖方用户银行账号和支付金额，建立与订单信息对应的数字信用证。

在本发明实施例中，在确定该买家用户首次申请数字信用证时，判断信用证申请信息是否满足预先设置的信用证开立规则，若满足，基于交易信息中的交易双方身份信息、信用证申请信息和支付金额建立与订单信息对应的数字信用证。在确定该买家用户不是首次申请数字信用证时，获取数据库中存储的与买方用户名称对应的开证数据，并基于开证数据、卖方用户名称、卖方用户银行账号和支付金额，建立与所述订单信息对应的数字信用证。不需要人工进行信用证开立，直接通过电子商务系统就能够快速开立信用证，从而提高了信用证的开立速度。

可选的，基于上述本发明实施例示出的银行信用证系统，结合图4，参见图5，银行信用证系统还包括审核单元406。

审核单元406，用于若接收到卖方用户根据电子商务系统发送的与订单信息对应的单据信息，对单据信息进行审核。

与上述本发明实施例示出的交易处理方法相比，银行信用征信审核卖方用户根据电子商务系统发送的与订单信息对应的单据信息是否合法，并将审核后的单据信息上链，以便于买方用户基于电子商务系统查看。能够在区块链进行交易处理，以解决现有技术中直接进行交易而导致的买卖双方不信任问题。

基于上述本发明实施例交易处理方法，本发明实施还对应公开了一种电子商务系统的具体结构图，如图6所示，该系统包括：

第三获取单元601，用于获取买方用户发起的订单信息和信用证申请信息，并将订单信息和信用证申请信息发送至区块链上。

其中，订单信息包括交易双方信息和结算条款。

查单元602，用于查区块链上是否存在与订单信息对应的数字信用证。

需要说明的是，数字信用证由银行信用证系统基于信用证申请信息和订单信息生成。

显示单元603，用于若存在，将订单信息和数字信用证显示给卖方用户，以便于卖方用户将订单信息中的货物通过物流系统发送给买方用户。

第四获取单元604，用于获取卖方用户输入的发货信息。

需要说明的是，发货信息是基于订单信息和与订单信息对应的数字信用证生成。

发送单元604，用于接收买方用户输入的确定收货指令，并将确定收货指令和接收到确定收货指令的时间发送给银行信用证系统，以便于银行信用证系统将支付金额转账至卖方用户的银行账户。

在本发明实施中，在确定区块链上存在与订单信息对应的数字信用证时，将订单信息和数字信用证显示给卖方用户，以便于卖方用户将订单信息中的货物通过物流系统发送给买方用户；买方用户在接收到物流系统发送的货物时，可直接通过电子商务系统触发确定收货的按键，以生成确定收货指令；接收买方用户输入的确定收货指令，并将确定收货指令和接收到确定收货指令的时间发送给银行信用证系统。不需要人工进行信用证开立，直接通过电子商务系统就能够快速开立信用证，从而提高了信用证的开立速度。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。