CN109767214A - 融入票据融资的供应流程管控方法、装置、设备及介质 - Google Patents

Abstract

本发明公开了一种融入票据融资的供应流程管控方法、装置、设备及介质，应用于区块链技术领域，用于解决汽车行业的供应链上交易风险较高的问题。本发明提供的方法包括：在获取电子合同之后，将电子合同上传至区块链；在接收到合同确认签订信息之后，将合同确认签订信息更新至区块链上的电子合同，并将物流信息上传至区块链；获取并更新已发货信息、已收货信息至区块链上的物流信息；在已收货信息被确认后，向金融机构发起票据融资申请；将出票信息上传至区块链；每当票据被拆分为小额票据、贴现、兑付或转让时，更新票据状态至区块链上的出票信息。

Description

融入票据融资的供应流程管控方法、装置、设备及介质

技术领域

本发明涉及区块链技术领域，尤其涉及融入票据融资的供应流程管控方法、装置、设备及介质。

背景技术

目前，汽车行业依然是中国制造业的重点行业之一，汽车行业的供应链与汽车行业的繁荣息息相关。由于汽车制造具有周期长、成本高等特点，因此该供应链上的各个企业均对融资存在较大依赖，通常这些企业会向金融机构进行融资，或者企业之间采用赊销的方式完成交易。

但是，汽车行业的供应链上的绝大多数信息都是非透明的，这就给金融机构融出资金带来较大的风险，也使得供应链上各企业之间难以建立信任关系，从而导致供应链上的交易成本和交易风险大大增加。

因此，寻找一种提高汽车行业的供应链上的信息透明度、降低交易风险的方法成为本领域技术人员亟需解决的问题。

发明内容

本发明实施例提供一种融入票据融资的供应流程管控方法、装置、计算机设备及存储介质，以解决汽车行业的供应链上交易风险较高的问题。

一种融入票据融资的供应流程管控方法，包括：

通过区块链上预设的智能合约的接口将电子合同上传至所述区块链，所述智能合约根据金融机构和征信机构预先达成的共识建立，所述电子合同由汽车企业上传；

接收来自供应商的合同确认签订信息，并将所述合同确认签订信息更新至所述区块链上的所述电子合同，所述合同确认签订信息由所述供应商审核所述电子合同并确认签订后上传；

通过所述智能合约的接口将物流信息上传至所述区块链，所述物流信息由所述供应商在确认签订所述电子合同后，根据所述电子合同的要求通知物流企业发货而产生；

分别获取所述物流企业上传的已发货信息和所述汽车企业上传的已收货信息，并更新所述已发货信息、所述已收货信息至所述区块链上的物流信息；

在所述区块链上的所述已收货信息被确认后，向所述电子合同约定的、代所述汽车企业付款的所述金融机构发起票据融资申请；

通过所述智能合约的接口将出票信息上传至所述区块链，所述出票信息为所述金融机构在接收到所述票据融资申请后，根据所述电子合同向所述供应商开具票据的记录；

每当所述票据被拆分为小额票据、贴现、兑付或转让时，获取所述票据的票据状态并更新至所述区块链上的出票信息。

一种融入票据融资的供应流程管控装置，包括：

电子合同上链模块，用于通过区块链上预设的智能合约的接口将电子合同上传至所述区块链，所述智能合约根据金融机构和征信机构预先达成的共识建立，所述电子合同由汽车企业上传；

电子合同更新模块，用于接收来自供应商的合同确认签订信息，并将所述合同确认签订信息更新至所述区块链上的所述电子合同，所述合同确认签订信息由所述供应商审核所述电子合同并确认签订后上传；

物流信息上链模块，用于通过所述智能合约的接口将物流信息上传至所述区块链，所述物流信息由所述供应商在确认签订所述电子合同后，根据所述电子合同的要求通知物流企业发货而产生；

物流信息更新模块，用于分别获取所述物流企业上传的已发货信息和所述汽车企业上传的已收货信息，并更新所述已发货信息、所述已收货信息至所述区块链上的物流信息；

票据融资申请模块，用于在所述区块链上的所述已收货信息被确认后，向所述电子合同约定的、代所述汽车企业付款的所述金融机构发起票据融资申请；

出票信息上链模块，用于通过所述智能合约的接口，将出票信息上传至所述区块链，所述出票信息为所述金融机构在接收到所述票据融资申请后，根据所述电子合同向所述供应商开具票据的记录；

出票信息更新模块，用于每当所述票据被拆分为小额票据、贴现、兑付或转让时，获取所述票据的票据状态并更新至所述区块链上的出票信息。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述融入票据融资的供应流程管控方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述融入票据融资的供应流程管控方法的步骤。

上述融入票据融资的供应流程管控方法、装置、计算机设备及存储介质，

首先，通过区块链上预设的智能合约的接口将电子合同上传至所述区块链，所述智能合约根据金融机构和征信机构预先达成的共识建立，所述电子合同由汽车企业上传；接着，接收来自供应商的合同确认签订信息，并将所述合同确认签订信息更新至所述区块链上的所述电子合同，所述合同确认签订信息由所述供应商审核所述电子合同并确认签订后上传；然后，通过所述智能合约的接口将物流信息上传至所述区块链，所述物流信息由所述供应商在确认签订所述电子合同后，根据所述电子合同的要求通知物流企业发货而产生；再之，分别获取所述物流企业上传的已发货信息和所述汽车企业上传的已收货信息，并更新所述已发货信息、所述已收货信息至所述区块链上的物流信息；在所述区块链上的所述已收货信息被确认后，向所述电子合同约定的、代所述汽车企业付款的所述金融机构发起票据融资申请；次之，通过所述智能合约的接口将出票信息上传至所述区块链，所述出票信息为所述金融机构在接收到所述票据融资申请后，根据所述电子合同向所述供应商开具票据的记录；每当所述票据被拆分为小额票据、贴现、兑付或转让时，获取所述票据的票据状态并更新至所述区块链上的出票信息。可见，本发明基于区块链技术，预先在金融机构和征信机构等多方达成共识后，在区块链上设置智能合约，通过区块链上的智能合约管理汽车行业供应链上的交易流程，利用区块链技术确保全流程资料的真实性和可追溯性，提高汽车行业的供应链上的信息透明度，以及降低了汽车行业供应链上的交易风险。另外，本发明还开创性地利用了汽车行业供应链上核心企业(汽车企业)信用度高的特点，通过票据的方式向供应链上其它企业完成支付，持有票据的企业可以进行票据的拆分、转让、兑付或贴现，实现核心企业的而信用在整条供应链上传递的效果，尤其解决了供应链上游中小企业融资难的问题。

附图说明

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

图1是本发明一实施例中融入票据融资的供应流程管控方法的一应用环境示意图；

图2是本发明一实施例中融入票据融资的供应流程管控方法的一流程图；

图3是本发明一实施例中融入票据融资的供应流程管控方法在一个应用场景下验证汽车企业身份的流程示意图；

图4是本发明一实施例中融入票据融资的供应流程管控方法在一个应用场景下验证供应商身份的流程示意图；

图5是本发明一实施例中融入票据融资的供应流程管控方法在一个应用场景下调取区块链上记录信息的流程示意图；

图6是本发明一实施例中融入票据融资的供应流程管控装置在一个应用场景下的结构示意图；

图7是本发明一实施例中融入票据融资的供应流程管控装置在另一个应用场景下的结构示意图；

图8是本发明一实施例中出票信息更新模块的结构示意图；

图9是本发明一实施例中计算机设备的一示意图。

具体实施方式

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

本申请提供的融入票据融资的供应流程管控方法，可应用在如图1的应用环境中，其中，客户端通过网络与服务器进行通信。其中，该客户端可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种融入票据融资的供应流程管控方法，以该方法应用在图1中的服务器为例进行说明，包括如下步骤：

101、通过区块链上预设的智能合约的接口将电子合同上传至所述区块链，所述智能合约根据金融机构和征信机构预先达成的共识建立，所述电子合同由汽车企业上传；

本实施例中，当汽车企业想要采购原材料或零部件时，可以通过订立电子合同的形式进行购买。首先，汽车企业可以根据自己的需求制作一份电子合同，并将该电子合同上传至服务器，服务器在获取由汽车企业上传的电子合同之后，可以调用区块链上预设的智能合约的接口，将所述电子合同记录至所述区块链。其中，该电子合同具体可以约定想要采购的商品、提供商品的具体供应商、采购商品的单价和总价、采购的数量、支付方式等内容。

可以理解的是，本实施例中，将电子合同记录至区块链上之后，基于区块链的不可更改性，可以防止该电子合同被篡改，为电子合同的真实性提供保障，同理，后续步骤中将物流信息、出票信息、还款信息等记录至区块链也是出于同样的原因。在本实施例中的区块链可以采用Hyperledger Fabri(一种开源的区块链框架)的区块链结构，该HyperledgerFabri可以作为开发模块化体系结构的区块链应用程序的基础，有助于诸如共识和会员服务等组件实现即插即用，使用容器技术来托管构成系统应用逻辑的智能合约。基于Hyperledger Fabri的共识机制，可以预先搭建汽车行业供应链上各个参与方的共识，并基于各个参与方的共识部署智能合约。可知，在某个应用场景下，交易流程的各个参与方至少可以包括金融机构和征信机构。

需要说明的是，区块链上的智能合约是一套以数字形式定义的承诺(promises)，包括合约参与方可以在上面执行这些承诺的协议，是区块链上满足触发条件会自动执行的自动化脚本代码。本实施例中，可以使用Golang语言开发智能合约，汽车企业、供应商、物流企业可以使用应用程序的操作界面，当需要在该操作界面上进行查询或写入区块链上数据时，可以通过应用程序调用该智能合约的接口，完成对该区块链上数据的查询和读写。

优选地，本实施例中，可以采用Java SDK(软件开发工具包)开发出能为汽车企业、供应商、物流企业等多方提供操作界面的应用程序，该应用程序可以通过网络与该服务器进行通信连接。在步骤101中，汽车企业可以使用该应用程序向该服务器上传该电子合同。

需要说明的是，本实施例中，该金融机构具体可以为银行，也可以为保理商。

进一步地，所述电子合同包括所述汽车企业的第一电子签名和第一企业信息，服务器可以根据所述第一电子签名和第一企业信息对该电子合同上汽车企业的身份进行验证，若身份验证通过，则可以认为该电子合同的真实性得到确认。为此，如图3所示，在步骤101之前，本方法还可以包括：

201、将所述第一电子签名与所述汽车企业的预留电子签名对比，得到第一对比结果；

202、将所述第一企业信息与所述汽车企业在工商部门的企业登记信息对比，得到第二对比结果；

203、若所述第一对比结果和所述第二对比结果均为对比一致，则执行步骤101。

对于上述步骤201，本实施例中，汽车企业可以预先将自己的电子签名预留到服务器中，即该预留电子签名。具体地，该预留电子签名可以是汽车企业的法定代表人或法人代表的个人签名，也可以是该汽车企业在工商部门登记的专用章。可以理解的是，在上传电子合同之前，汽车企业可以预先在服务器对接的应用程序上注册，注册时，该汽车企业需要提供该预留电子签名给服务器。更进一步地，该汽车企业的预留电子签名还可以上传至区块链上，当服务器需要使用该预留电子签名时，从区块链上获取得到。

在得到该第一电子签名后，服务器可以将所述第一电子签名与所述汽车企业的预留电子签名对比，得到第一对比结果。

对于上述步骤202，可以理解的是，汽车企业必然在工商部门预先进行了企业登记，服务器可以通过接入工商部门的系统来获取到该汽车企业在工商部门的企业登记信息，具体可以包括企业的名称、统一社会信用代码、注册号等信息。从而，服务器可以将该电子合同上的第一企业信息与该汽车企业在工商部门的企业登记信息对比，得到第二对比结果。

对于上述步骤203，可以理解的是，只有当第一对比结果和第二对比结果均为对比一致时，才能认为该电子合同是真实的，也即该电子合同上的约定内容得到该汽车企业的承诺；反之，若第一对比结果和第二对比结果中有任意一个的对比结果为对比不一致，则说明该电子合同的合法性存在瑕疵，真实性存疑，很可能无法得到汽车企业的履行，该电子合同存在高风险。由此可知，只有在所述第一对比结果和所述第二对比结果均为对比一致时，服务器才能执行上述步骤101，将该电子合同记录至所述区块链。

102、接收来自供应商的合同确认签订信息，并将所述合同确认签订信息更新至所述区块链上的所述电子合同，所述合同确认签订信息由所述供应商审核所述电子合同并确认签订后上传；

103、通过所述智能合约的接口将物流信息上传至所述区块链，所述物流信息由所述供应商在确认签订所述电子合同后，根据所述电子合同的要求通知物流企业发货而产生；

本实施例中，服务器将该电子合同上传至区块链后，可以使用预设的消息服务器通知供应商。若该电子合同约定有指定的供应商，则服务器向这些指定的供应商发送信息，以提醒这些供应商审核电子合同并确认是否签订；若该电子合同没有指定供应商，则服务器可以按照预设规则向供应商发送信息，比如向所有供应商发送信息。举例说明，假设该电子合同为轮胎的采购合同，合同上约定了指定的供应商为供应商A，则服务器会向该供应商A发送提醒信息，告知供应商A有新的电子合同邀请其签订。

供应商可以读取区块链上的电子合同并对电子合同的内容进行审核，若审核无误且同意交易，供应商会向服务器返回合同确认签订信息，从而服务器可以接收到供应商的合同确认签订信息。此后，服务器可以将所述合同确认签订信息更新至所述区块链上的所述电子合同。具体地，服务器可以将该合同确认签订信息中的主要信息添加至该电子合同，比如将该供应商的第二电子签名和第二企业信息输入至该电子合同中，完成电子合同的签订。另外，还可以将该合同确认签订信息附加在该电子合同上，并存储在该区块链。

另一方面，供应商在确认签订该电子合同后，会按照该电子合同的约定发货，因此通知物流企业取货和货物运输，从而会产生相应的物流信息，该物流信息可以由物流企业上传至服务器，也可以由供应商上传至服务器，此处不做限定。服务器在获取到该物流信息之后，可以调用所述智能合约的接口，将物流信息记录至所述区块链。在一个具体应用场景下，该物流信息记载的物流状态可以为“准备发货”。

进一步地，所述合同确认签订信息包括所述供应商的第二电子签名和第二企业信息，服务器可以根据第二电子签名和第二企业信息对该合同确认签订信息上的供应商身份进行验证，若身份验证通过，则可以认为该合同确认签订信息的真实性得到确认。为此，如图4所示，所述在步骤102之前，本方法还可以包括：

301、将所述第二电子签名与所述供应商的预留电子签名对比，得到第三对比结果；

302、将所述第二企业信息与所述供应商在工商部门的企业登记信息对比，得到第四对比结果；

303、若所述第三对比结果和所述第四对比结果均为对比一致，则执行步骤102。

对于上述步骤301，本实施例中，供应商可以预先将自己的电子签名预留到服务器中，即该预留电子签名。具体地，该预留电子签名可以是供应商的法定代表人或法人代表的个人签名，也可以是该供应商在工商部门登记的专用章。可以理解的是，在上传合同确认签订信息之前，供应商可以预先在服务器对接的应用程序上注册，注册时，该供应商需要提供该预留电子签名给服务器。更进一步地，该供应商的预留电子签名还可以上传至区块链上，当服务器需要使用该预留电子签名时，从区块链上获取得到。

在得到该第二电子签名后，服务器可以将所述第二电子签名与所述供应商的预留电子签名对比，得到第三对比结果。

对于上述步骤302，可以理解的是，供应商必然在工商部门预先进行了企业登记，服务器可以通过接入工商部门的系统来获取到该供应商在工商部门的企业登记信息，具体可以包括企业的名称、统一社会信用代码、注册号等信息。从而，服务器可以将该电子合同上的第二企业信息与该供应商在工商部门的企业登记信息对比，得到第四对比结果。

对于上述步骤303，可以理解的是，只有当第三对比结果和第四对比结果均为对比一致时，才能认为该合同确认签订信息是真实的，也即该合同确认签订信息上记载的内容得到该供应商的承诺；反之，若第三对比结果和第四对比结果中有任意一个的对比结果为对比不一致，则说明该合同确认签订信息的合法性存在瑕疵，真实性存疑，很可能无法得到供应商的履行，该合同确认签订信息存在高风险。由此可知，只有在所述第三对比结果和所述第四对比结果均为对比一致时，服务器才能执行上述步骤102，将该合同确认签订信息更新至所述区块链上的所述电子合同。

104、分别获取所述物流企业上传的已发货信息和所述汽车企业上传的已收货信息，并更新所述已发货信息、所述已收货信息至所述区块链上的物流信息；

可以理解的是，物流企业收到供应商的发货通知后，会将电子合同约定的商品运送给汽车企业，在此期间，物流企业可以将发货信息上传给服务器，从而服务器可以获取所述物流企业上传的已发货信息，并更新至所述区块链上的物流信息。特别地，服务器更新物流信息时，具体可以将物流信息记载的物流状态更新为“商品已发货，运输中”。

同理，当汽车企业收到物流企业送过来的商品后，汽车企业可以向服务器上传已收货信息，服务器可以获取所述汽车企业上传的已收货信息，并更新至所述区块链上的物流信息。特别地，服务器更新该物流信息时，具体可以将物流信息记载的物流状态更新为“买方已收货”。

105、在所述区块链上的所述已收货信息被确认后，向所述电子合同约定的、代所述汽车企业付款的所述金融机构发起票据融资申请；

可以理解的是，当区块链上的物流信息更新了所述已收货信息时，服务器可以通知该供应商：汽车企业已收货，当汽车企业对区块链上的收货信息确认后，此时，供应商可以主动请求服务器发起票据融资申请，或者，服务器可以主动替供应商发起票据融资申请。具体地，服务器可以向所述电子合同约定的、代所述汽车企业付款的所述金融机构发起票据融资申请，也即向该电子合同中约定的付款银行或保理商要求开具票据作为支付商品的款项。在服务器发起票据融资申请后，金融机构相应地可以接收到该票据融资申请。

具体地，本实施例可以通过基于Hyperledger Fabri的共识机制的智能合约自动判定是否为供应商发起票据融资申请，该智能合约上可以利用各个参与方的共识部署下关于发起票据融资申请的条约，比如，若区块链已更新该已收货信息、且该汽车企业已预交票据金额保证金，则该智能合约的条约被触发，可以向服务器发起通知，通知服务器向该金融机构发起票据融资申请。

需要说明的是，汽车企业通常需要预先缴纳一定的票据金额保证金到该金融机构，这样该金融机构才会在收到票据融资申请后，代替该汽车企业对外开具票据。可以理解的是，汽车企业缴纳的票据金额保证金的多少决定了该金融机构可以代替该汽车企业对外开具票据的总额度的多少。

优选地，为了便于及时跟进金融机构的付款情况，在步骤105之后，本方法还可以包括：将收款状态信息记录至所述区块链上。具体地，服务器新建一个针对该电子合同的收款状态信息，初始状态可以为“发起票据融资申请”，并将该收款状态信息记录至所述区块链上，并将其依附于所述电子合同上，从而其它参与方可以在查看电子合同的同时获取到该收款状态信息，更有利于各个参与方了解本次交易的详情。

106、通过所述智能合约的接口，将出票信息上传至所述区块链，所述出票信息为所述金融机构在接收到所述票据融资申请后，根据所述电子合同向所述供应商开具票据的记录；

可以理解的是，在该金融机构在接收到该票据融资申请之后，该金融机构会根据所述电子合同开具相应金额的票据作为货款交付给该供应商，该开具票据和交付的动作将产生所述出票信息。具体地，该出票信息可以包括出票人、初始持票人、金额、日期等信息。在产生所述出票信息后，服务器可以调用所述智能合约的接口，将出票信息记录至所述区块链。

优选地，若该区块链上记录了该电子合同的收款状态信息，则在金融机构向供应商开具票据后，服务器可以一并将该收款状态信息更新为“审核通过，已开票据”；在供应商确认收到票据后，服务器可以将该收款状态信息更新为“卖方已收款”。

考虑到金融机构在向供应商开具票据前需要评估风险，确保所付款项是针对真实交易的，因此，本实施例中可以在执行步骤106之前先帮助金融机构调取区块链上记录的相关信息，以便金融机构对本次交易进行审核和评估。如图5所示，进一步地，在步骤106之前，本方法还包括：

401、接收来自所述金融机构的信息查询请求，所述信息查询请求由所述金融机构在接收到所述票据融资申请后生成；

402、从所述区块链上获取所述电子合同和所述物流信息；

403、将所述电子合同和所述物流信息转发至所述金融机构，以便于所述金融机构对所述电子合同和所述物流信息进行审核，并在审核通过后根据所述电子合同向所述供应商开具票据。

对于上述步骤401，可以理解的是，金融机构在接收到该票据融资申请后，其可以生成一信息查询请求并发送给服务器，从而服务器可以接收到该信息查询请求。

对于上述步骤402，服务器在接收到来自所述金融机构的信息查询请求之后，可以从所述区块链上获取所述电子合同和所述物流信息。

对于上述步骤403，服务器可以将所述电子合同和所述物流信息转发至所述金融机构，以便于所述金融机构对所述电子合同和所述物流信息进行审核。审核时，金融机构可以针对电子合同的真实性、合法性进行全方面的审核，比如审核该电子合同上交易双方的电子签名是否真实、审核该电子合同的商品价格是否在市场价的波动范围内、审核该电子合同所需支付的款项是否该汽车企业的信用额度范围内等。另一方面，审核时，金融机构还可以针对物流信息的真实性进行审核，此处不再展开描述。可知，只有当金融机构对所述电子合同和所述物流信息均审核通过后，金融机构才会根据所述电子合同向所述供应商开具票据，并产生相应的出票信息。

需要说明的是，若审核结果为审核不通过，则金融机构不会开具票据，并可以将收款状态信息更新为“不能开票”。

107、每当所述票据被拆分为小额票据、贴现、兑付或转让时，获取所述票据的票据状态并更新至所述区块链上的出票信息。

基于票据具有非常良好的流通性，其可以被拆分为各种额度的小额票据，也可以提前贴现或到期兑付，最重要的是票据可以在整条汽车行业的供应链上自由流转，无需经过开票人的同意，因此票据在供应链上很好地传递了汽车企业的信用，使得供应链上的中小企业可以通过基于汽车企业信用的票据实现融资，解决中小企业融资难的问题。

为了使得票据的票据状态可以得到及时的更新，每当所述票据被拆分为小额票据、贴现、兑付或转让时，服务器可以获取所述票据的票据状态并更新至所述区块链上的出票信息。具体地，每当服务器获取到所述票据的票据状态时，将该票据状态更新到区块链的指定账本区块上，并添加上时间戳、随机数等账本信息，从而将该票据的每个票据状态固定到区块链上。可知，通过查询该票据的每个票据状态，以时间戳为基准即可得到该票据的流转全过程信息，提升了票据的公信力，并使得票据可追溯。比如，假设该票据为100万面值，被背书人为A，经过拆分后，该票据拆分为小票据1和小票据2，分别为50万面值，小票据1的被背书人为B，小票据2的被背书人为C，则服务器将该票据的票据状态“已拆分，时间2018XXXX，拆分后得到小票据1和小票据2，小票据1面值50万且被背书人为B，小票据2面值50万且被背书人为C”写入该区块链上的账本信息，完成对该区块链上出票信息的更新。

本实施例中，服务器可以作为票据流转的平台，每当票据的持有人需要拆分、贴现、兑付或转让该票据时，均在该服务器上完成相关操作，虽可以无需服务器同意，但必须由服务器记录下该票据的流转全过程信息，以便于管理该票据以及记录票据状态。进一步地，上述步骤107具体可以包括以下方式一、方式二和方式三中的至少一种：

方式一包括以下步骤501-505：

501、接收来自所述供应商的贴兑请求，所述贴兑请求是指所述供应商请求贴现或兑付所述票据的请求；

502、获取所述区块链上所述票据对应的出票信息；

503、根据所述出票信息确定开具所述票据的目标金融机构；

504、将所述贴兑请求转发至所述目标金融机构；

505、将已贴兑信息更新至所述区块链上所述票据对应的出票信息，所述已贴兑信息为所述目标金融机构根据所述贴兑请求向所述供应商完成支付后所述票据的票据状态。

对于上述步骤501，可以理解的是，该供应商作为初始的持票人，当其希望将该票据取现时，可以向服务器发送贴兑请求，从而服务器可以接收到来自所述供应商的贴兑请求。

对于上述步骤502，服务器在接收到该贴兑请求后，可以获取所述区块链上所述票据对应的出票信息。

对于步骤503，可以理解的是，该出票信息上记录了开具所述票据的金融机构，因此服务器可以根据所述出票信息确定开具所述票据的目标金融机构。

对于步骤504，在确定出该目标金融机构后，服务器可以将该贴兑请求转发至所述目标金融机构，以便该目标金融机构处理该贴兑请求。

对于上述步骤505，目标金融机构在接收到该贴兑请求后，可以根据所述贴兑请求向所述供应商完成支付。其中，根据请求时间的不同，目标金融机构可以区分贴现和兑付来向所述供应商支付。可知，若当前时间未达到票据的约定支付时间，则目标金融机构会将该票据的金额以贴现的方式支付给供应商，期间会收取一定的手续费用；若当前时间已达到票据约定的支付时间，则目标金融机构会将该票据的金额以兑付的方式支付给供应商，一般无需收取手续费用。支付完成后，所述票据的票据状态发生变化，变成“已贴现/兑付”，因此服务器可以将该票据状态记载为已贴兑信息并更新至所述区块链上所述票据对应的出票信息。有需要是，其它参与方可以在区块链上获取到该出票信息中的已贴兑信息，从而获知该票据的当前票据状态。

方式二包括以下步骤506-510：

506、接收来自所述供应商的拆分请求，所述拆分请求是指所述供应商请求拆分所述票据的请求；

507、获取所述区块链上所述票据对应的出票信息；

508、根据所述出票信息确定开具所述票据的目标金融机构；

509、将所述拆分请求转发至所述目标金融机构；

510、将拆分信息更新至所述区块链上所述票据对应的出票信息，所述拆分信息为所述目标金融机构根据所述拆分请求对所述票据拆分后得到的各个小额票据的票据状态。

对于上述步骤506，可以理解的是，该供应商作为初始的持票人，当其希望拆分该票据时，可以向服务器发送拆分请求，从而服务器可以接收到来自所述供应商的拆分请求。

对于上述步骤507，服务器在接收到该拆分请求后，可以获取所述区块链上所述票据对应的出票信息。

对于上述步骤508，可以理解的是，该出票信息上记录了开具所述票据的金融机构，因此服务器可以根据所述出票信息确定开具所述票据的目标金融机构。

对于上述步骤509，在确定出该目标金融机构后，服务器可以将该拆分请求转发至所述目标金融机构，以便该目标金融机构处理该拆分请求。

对于上述步骤510，目标金融机构在接收到该拆分请求后，可以根据该拆分请求将所述票据拆分为各个小额票据。例如，假设该票据的金额为100万，该供应商可以在拆分请求中要求将该票据拆分为10张等额的小额票据，从而该目标金融机构可以拆分得到10张10万的小额票据。可知，拆分后，该票据的票据状态自然可以变更为“已拆分为1-10号小额票据”。上述的1-10号是指10张小额票据的票据编码，具体可以根据实际使用情况设定，此处只做举例使用。

在票据拆分后，服务器可以将该票据的票据状态记载为所述拆分信息并更新至所述区块链上所述票据对应的出票信息，有需要时，其它参与方可以在区块链上获取到该出票信息中的拆分信息，从而获知该票据的当前票据状态。

方式三包括以下步骤511-510：

511、接收来自所述供应商的转让请求，所述转让请求是指所述供应商请求转让所述票据的请求；

512、将所述票据转让至所述转让请求所指定的第三方；

513、将所述票据转让后的票据状态更新至所述区块链上所述票据对应的出票信息。

对于上述步骤511，可以理解的是，当供应商想要转让该票据时，可以向服务器发起转让请求，该转让请求包括要转让的对象(第三方)。从而，服务器可以接收到来自所述供应商的转让请求。

对于上述步骤512，服务器在接收到该转让请求后，可以将所述票据转让至所述转让请求所指定的第三方。

对于上述步骤513，可知，票据在转让后，该票据的票据状态可以更新为“票据已转让”，服务器可以将该票据的票据状态更新至所述区块链上所述票据对应的出票信息，有需要时，其它参与方可以在区块链上该出票信息中获取到该票据的当前票据状态。

另一方面，本实施例中，服务器可以将所述汽车企业的还款信息上传至所述区块链，并通过所述区块链上的预设通道向所述征信机构授权，以使所述征信机构记录所述汽车企业的还款信息并更新所述汽车企业的征信信息，所述还款信息每当所述汽车企业按照所述电子合同还款时产生，所述预设通道上包括所述金融机构和所述征信机构。

在金融机构开具票据给供应商之后，汽车企业可以按照所述电子合同的约定或者该汽车企业与金融机构的预先约定进行还款，每当该汽车企业还款时会相应产生还款信息，服务器可以将所述汽车企业的还款信息记录至所述区块链。另外，由于汽车企业的还款行为通常影响该汽车企业的征信信息，因此，本实施例中还需要通过所述区块链上的预设通道向所述征信机构授权，以使所述征信机构记录所述汽车企业的还款信息并更新所述汽车企业的征信信息。其中，所述预设通道上包括所述金融机构和所述征信机构。

需要说明的是，该区块链上可以设置通道，例如以Hyperledger fabric为框架的区块链上可以设置多通道multi-channel，不同通道上的不同节点只能查看当前通道上的交易数据，不同通道上的不同节点也只需维护本通道加入区块链的账本信息即可，而感应不到其他通道的存在，这样可以满足不同业务场景下不同交易方访问不同数据的基本要求，从而实现多业务多数据的隔离，避免无关机构节点访问数据。本实施例中，可以在该区块链上预设通道，该通道上至少包括所述金融机构和所述征信机构，这样，可以通过授权的方式使得通道上的交易方查看该区块链上的数据，即查看所述电子合同、所述物流信息、所述出票信息、所述还款信息和/或所述征信信息。

优选地，若该区块链上还记录了该电子合同的收款状态信息，则在汽车企业向金融机构还款后，服务器可以一并将该收款状态信息更新为“买方已还款”。

进一步地，为了提高对该汽车行业供应链上的交易流程的监管力度，进一步提高交易的安全性，所述预设通道上还可以包括监管机构，本方法还包括：

通过所述预设通道授权所述监管机构查看所述区块链上的所述电子合同、所述物流信息、所述出票信息、所述还款信息和所述征信信息。可以理解的是，在本实施例中，监管机构可以通过该预设通道授权查看所述区块链上的交易数据，从而一定程度上确保了本次交易过程的数据真实性和有效性。若该监管机构查看发现区块链上某些交易数据存在虚假，则可以按照智能合约的约定追究责任方的责任。

本发明实施例中，首先，通过区块链上预设的智能合约的接口将电子合同上传至所述区块链，所述智能合约根据金融机构和征信机构预先达成的共识建立，所述电子合同由汽车企业上传；接着，接收来自供应商的合同确认签订信息，并将所述合同确认签订信息更新至所述区块链上的所述电子合同，所述合同确认签订信息由所述供应商审核所述电子合同并确认签订后上传；然后，通过所述智能合约的接口将物流信息上传至所述区块链，所述物流信息由所述供应商在确认签订所述电子合同后，根据所述电子合同的要求通知物流企业发货而产生；再之，分别获取所述物流企业上传的已发货信息和所述汽车企业上传的已收货信息，并更新所述已发货信息、所述已收货信息至所述区块链上的物流信息；向所述电子合同约定的、代所述汽车企业付款的所述金融机构发起票据融资申请；次之，通过所述智能合约的接口将出票信息上传至所述区块链，所述出票信息为所述金融机构在接收到所述票据融资申请后，根据所述电子合同向所述供应商开具票据的记录；每当所述票据被拆分为小额票据、贴现、兑付或转让时，获取所述票据的票据状态并更新至所述区块链上的出票信息；最后，将所述汽车企业的还款信息上传至所述区块链，并通过所述区块链上的预设通道向所述征信机构授权，以使所述征信机构记录所述汽车企业的还款信息并更新所述汽车企业的征信信息，所述还款信息每当所述汽车企业按照所述电子合同还款时产生，所述预设通道上包括所述金融机构和所述征信机构。可见，本发明基于区块链技术，预先在金融机构和征信机构等多方达成共识后，在区块链上设置智能合约，通过区块链上的智能合约管理汽车行业供应链上的交易流程，利用区块链技术确保全流程资料的真实性和可追溯性，提高汽车行业的供应链上的信息透明度，以及降低了汽车行业供应链上的交易风险。另外，本发明还开创性地利用了汽车行业供应链上核心企业(汽车企业)信用度高的特点，通过票据的方式向供应链上其它企业完成支付，持有票据的企业可以进行票据的拆分、转让、兑付或贴现，实现核心企业的而信用在整条供应链上传递的效果，尤其解决了供应链上游中小企业融资难的问题。应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种融入票据融资的供应流程管控装置，该融入票据融资的供应流程管控装置与上述实施例中融入票据融资的供应流程管控方法一一对应。如图6所示，该融入票据融资的供应流程管控装置包括电子合同上链模块601、电子合同更新模块602、第一物流信息更新模块603、第二物流信息更新模块604、票据融资申请模块605、出票信息上链模块606和出票信息更新模块607。各功能模块详细说明如下：

电子合同上链模块601，用于通过区块链上预设的智能合约的接口将电子合同上传至所述区块链，所述智能合约根据金融机构和征信机构预先达成的共识建立，所述电子合同由汽车企业上传；

电子合同更新模块602，用于接收来自供应商的合同确认签订信息，并将所述合同确认签订信息更新至所述区块链上的所述电子合同，所述合同确认签订信息由所述供应商审核所述电子合同并确认签订后上传；

物流信息上链模块603，用于通过所述智能合约的接口将物流信息上传至所述区块链，所述物流信息由所述供应商在确认签订所述电子合同后，根据所述电子合同的要求通知物流企业发货而产生；

物流信息更新模块604，用于分别获取所述物流企业上传的已发货信息和所述汽车企业上传的已收货信息，并更新所述已发货信息、所述已收货信息至所述区块链上的物流信息；

票据融资申请模块605，用于在所述区块链上的所述已收货信息被确认后，向所述电子合同约定的、代所述汽车企业付款的所述金融机构发起票据融资申请；

出票信息上链模块606，用于通过所述智能合约的接口，将出票信息上传至所述区块链，所述出票信息为所述金融机构在接收到所述票据融资申请后，根据所述电子合同向所述供应商开具票据的记录；

出票信息更新模块607，用于每当所述票据被拆分为小额票据、贴现、兑付或转让时，获取所述票据的票据状态并更新至所述区块链上的出票信息。

如图7所示，进一步地，所述融入票据融资的供应流程管控装置还可以包括：

查询请求接收模块609，用于接收来自所述金融机构的信息查询请求，所述信息查询请求由所述金融机构在接收到所述票据融资申请后生成；

信息获取模块610，用于从所述区块链上获取所述电子合同和所述物流信息；

物流信息转发模块611，用于将所述电子合同和所述物流信息转发至所述金融机构，以便于所述金融机构对所述电子合同和所述物流信息进行审核，并在审核通过后根据所述电子合同向所述供应商开具票据。

如图8所示，进一步地，所述出票信息更新模块607可以包括：

贴兑请求接收单元6071，用于接收来自所述供应商的贴兑请求，所述贴兑请求是指所述供应商请求贴现或兑付所述票据的请求；

第一出票信息获取单元6072，用于获取所述区块链上所述票据对应的出票信息；

第一开票机构确定单元6073，用于根据所述出票信息确定开具所述票据的目标金融机构；

贴兑请求转发单元6074，用于将所述贴兑请求转发至所述目标金融机构；

已贴兑单元6075，用于将已贴兑信息更新至所述区块链上所述票据对应的出票信息，所述已贴兑信息为所述目标金融机构根据所述贴兑请求向所述供应商完成支付后所述票据的票据状态；

和/或

拆分请求接收单元6076，用于接收来自所述供应商的拆分请求，所述拆分请求是指所述供应商请求拆分所述票据的请求；

第二出票信息获取单元6077，用于获取所述区块链上所述票据对应的出票信息；

第二开票机构确定单元6078，用于根据所述出票信息确定开具所述票据的目标金融机构；

拆分请求转发单元6079，用于将所述拆分请求转发至所述目标金融机构；

拆分信息上链单元6080，用于将拆分信息更新至所述区块链上所述票据对应的出票信息，所述拆分信息为所述目标金融机构根据所述拆分请求对所述票据拆分后得到的各个小额票据的票据状态；

和/或

转让请求接收单元6081，用于接收来自所述供应商的转让请求，所述转让请求是指所述供应商请求转让所述票据的请求；

票据转让单元6082，用于将所述票据转让至所述转让请求所指定的第三方；

票据状态更新单元6083，用于将所述票据转让后的票据状态更新至所述区块链上所述票据对应的出票信息。

进一步地，所述电子合同包括所述汽车企业的第一电子签名和第一企业信息，所述融入票据融资的供应流程管控装置还可以包括：

第一对比模块，用于将所述第一电子签名与所述汽车企业的预留电子签名对比，得到第一对比结果；

第二对比模块，用于将所述第一企业信息与所述汽车企业在工商部门的企业登记信息对比，得到第二对比结果；

第一触发模块，用于若所述第一对比结果和所述第二对比结果均为对比一致，则触发所述电子合同上链模块。

进一步地，所述合同确认签订信息包括所述供应商的第二电子签名和第二企业信息，所述融入票据融资的供应流程管控装置还可以包括：

第三对比模块，用于将所述第二电子签名与所述供应商的预留电子签名对比，得到第三对比结果；

第四对比模块，用于将所述第二企业信息与所述供应商在工商部门的企业登记信息对比，得到第四对比结果；

第二触发模块，用于若所述第三对比结果和所述第四对比结果均为对比一致，则触发所述电子合同更新模块。

关于融入票据融资的供应流程管控装置的具体限定可以参见上文中对于融入票据融资的供应流程管控方法的限定，在此不再赘述。上述融入票据融资的供应流程管控装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储融入票据融资的供应流程管控方法中涉及到的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种融入票据融资的供应流程管控方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中融入票据融资的供应流程管控方法的步骤，例如图2所示的步骤101至步骤107。或者，处理器执行计算机程序时实现上述实施例中融入票据融资的供应流程管控装置的各模块/单元的功能，例如图6所示模块601至模块607的功能。为避免重复，这里不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例中融入票据融资的供应流程管控方法的步骤，例如图2所示的步骤101至步骤107。或者，计算机程序被处理器执行时实现上述实施例中融入票据融资的供应流程管控装置的各模块/单元的功能，例如图6所示模块601至模块607的功能。为避免重复，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种票据融资的供应链流程管控方法，其特征在于，包括：

通过区块链上预设的智能合约的接口将电子合同上传至所述区块链，所述智能合约根据金融机构和征信机构预先达成的共识建立，所述电子合同由汽车企业上传；

接收来自供应商的合同确认签订信息，并将所述合同确认签订信息更新至所述区块链上的所述电子合同，所述合同确认签订信息由所述供应商审核所述电子合同并确认签订后上传；

通过所述智能合约的接口将物流信息上传至所述区块链，所述物流信息由所述供应商在确认签订所述电子合同后，根据所述电子合同的要求通知物流企业发货而产生；

分别获取所述物流企业上传的已发货信息和所述汽车企业上传的已收货信息，并更新所述已发货信息、所述已收货信息至所述区块链上的物流信息；

在所述区块链上的所述已收货信息被确认后，向所述电子合同约定的、代所述汽车企业付款的所述金融机构发起票据融资申请；

通过所述智能合约的接口将出票信息上传至所述区块链，所述出票信息为所述金融机构在接收到所述票据融资申请后，根据所述电子合同向所述供应商开具票据的记录；

每当所述票据被拆分为小额票据、贴现、兑付或转让时，获取所述票据的票据状态并更新至所述区块链上的出票信息。

2.根据权利要求1所述的融入票据融资的供应流程管控方法，其特征在于，在通过所述智能合约的接口将出票信息上传至所述区块链之前，还包括：

接收来自所述金融机构的信息查询请求，所述信息查询请求由所述金融机构在接收到所述票据融资申请后生成；

从所述区块链上获取所述电子合同和所述物流信息；

将所述电子合同和所述物流信息转发至所述金融机构，以便于所述金融机构对所述电子合同和所述物流信息进行审核，并在审核通过后根据所述电子合同向所述供应商开具票据。

3.根据权利要求1所述的融入票据融资的供应流程管控方法，其特征在于，所述每当所述票据被拆分为小额票据、贴现、兑付或转让时，获取所述票据的票据状态并更新至所述区块链上的出票信息包括：

接收来自所述供应商的贴兑请求，所述贴兑请求是指所述供应商请求贴现或兑付所述票据的请求；

获取所述区块链上所述票据对应的出票信息；

根据所述出票信息确定开具所述票据的目标金融机构；

将所述贴兑请求转发至所述目标金融机构；

将已贴兑信息更新至所述区块链上所述票据对应的出票信息，所述已贴兑信息为所述目标金融机构根据所述贴兑请求向所述供应商完成支付后所述票据的票据状态；

和/或

接收来自所述供应商的拆分请求，所述拆分请求是指所述供应商请求拆分所述票据的请求；

获取所述区块链上所述票据对应的出票信息；

根据所述出票信息确定开具所述票据的目标金融机构；

将所述拆分请求转发至所述目标金融机构；

将拆分信息更新至所述区块链上所述票据对应的出票信息，所述拆分信息为所述目标金融机构根据所述拆分请求对所述票据拆分后得到的各个小额票据的票据状态；

和/或

接收来自所述供应商的转让请求，所述转让请求是指所述供应商请求转让所述票据的请求；

将所述票据转让至所述转让请求所指定的第三方；

将所述票据转让后的票据状态更新至所述区块链上所述票据对应的出票信息。

4.根据权利要求1所述的融入票据融资的供应流程管控方法，其特征在于，所述电子合同包括所述汽车企业的第一电子签名和第一企业信息，在通过区块链上预设的智能合约的接口将电子合同上传至所述区块链之前，还包括：

将所述第一电子签名与所述汽车企业的预留电子签名对比，得到第一对比结果；

将所述第一企业信息与所述汽车企业在工商部门的企业登记信息对比，得到第二对比结果；

若所述第一对比结果和所述第二对比结果均为对比一致，则执行通过区块链上预设的智能合约的接口将电子合同上传至所述区块链的步骤。

5.根据权利要求1至4中任一项所述的融入票据融资的供应流程管控方法，其特征在于，所述合同确认签订信息包括所述供应商的第二电子签名和第二企业信息，在将所述合同确认签订信息更新至所述区块链上的所述电子合同之前，还包括：

将所述第二电子签名与所述供应商的预留电子签名对比，得到第三对比结果；

将所述第二企业信息与所述供应商在工商部门的企业登记信息对比，得到第四对比结果；

若所述第三对比结果和所述第四对比结果均为对比一致，则执行将所述合同确认签订信息更新至所述区块链上的所述电子合同的步骤。

6.一种融入票据融资的供应流程管控装置，其特征在于，包括：

电子合同上链模块，用于通过区块链上预设的智能合约的接口将电子合同上传至所述区块链，所述智能合约根据金融机构和征信机构预先达成的共识建立，所述电子合同由汽车企业上传；

电子合同更新模块，用于接收来自供应商的合同确认签订信息，并将所述合同确认签订信息更新至所述区块链上的所述电子合同，所述合同确认签订信息由所述供应商审核所述电子合同并确认签订后上传；

物流信息上链模块，用于通过所述智能合约的接口将物流信息上传至所述区块链，所述物流信息由所述供应商在确认签订所述电子合同后，根据所述电子合同的要求通知物流企业发货而产生；

物流信息更新模块，用于分别获取所述物流企业上传的已发货信息和所述汽车企业上传的已收货信息，并更新所述已发货信息、所述已收货信息至所述区块链上的物流信息；

票据融资申请模块，用于在所述区块链上的所述已收货信息被确认后，向所述电子合同约定的、代所述汽车企业付款的所述金融机构发起票据融资申请；

出票信息上链模块，用于通过所述智能合约的接口，将出票信息上传至所述区块链，所述出票信息为所述金融机构在接收到所述票据融资申请后，根据所述电子合同向所述供应商开具票据的记录；

出票信息更新模块，用于每当所述票据被拆分为小额票据、贴现、兑付或转让时，获取所述票据的票据状态并更新至所述区块链上的出票信息。

7.根据权利要求6所述的融入票据融资的供应流程管控装置，其特征在于，所述融入票据融资的供应流程管控装置还包括：

查询请求接收模块，用于接收来自所述金融机构的信息查询请求，所述信息查询请求由所述金融机构在接收到所述票据融资申请后生成；

信息获取模块，用于从所述区块链上获取所述电子合同和所述物流信息；

物流信息转发模块，用于将所述电子合同和所述物流信息转发至所述金融机构，以便于所述金融机构对所述电子合同和所述物流信息进行审核，并在审核通过后根据所述电子合同向所述供应商开具票据。

8.根据权利要求6或7所述的融入票据融资的供应流程管控装置，其特征在于，所述出票信息更新模块包括：

贴兑请求接收单元，用于接收来自所述供应商的贴兑请求，所述贴兑请求是指所述供应商请求贴现或兑付所述票据的请求；

第一出票信息获取单元，用于获取所述区块链上所述票据对应的出票信息；

第一开票机构确定单元，用于根据所述出票信息确定开具所述票据的目标金融机构；

贴兑请求转发单元，用于将所述贴兑请求转发至所述目标金融机构；

已贴兑单元，用于将已贴兑信息更新至所述区块链上所述票据对应的出票信息，所述已贴兑信息为所述目标金融机构根据所述贴兑请求向所述供应商完成支付后所述票据的票据状态；

和/或

拆分请求接收单元，用于接收来自所述供应商的拆分请求，所述拆分请求是指所述供应商请求拆分所述票据的请求；

第二出票信息获取单元，用于获取所述区块链上所述票据对应的出票信息；

第二开票机构确定单元，用于根据所述出票信息确定开具所述票据的目标金融机构；

拆分请求转发单元，用于将所述拆分请求转发至所述目标金融机构；

拆分信息上链单元，用于将拆分信息更新至所述区块链上所述票据对应的出票信息，所述拆分信息为所述目标金融机构根据所述拆分请求对所述票据拆分后得到的各个小额票据的票据状态；

和/或

转让请求接收单元，用于接收来自所述供应商的转让请求，所述转让请求是指所述供应商请求转让所述票据的请求；

票据转让单元，用于将所述票据转让至所述转让请求所指定的第三方；

票据状态更新单元，用于将所述票据转让后的票据状态更新至所述区块链上所述票据对应的出票信息。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5中任一项所述融入票据融资的供应流程管控方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述融入票据融资的供应流程管控方法。