CN114155106A - 基于区块链的融资方法、装置、设备、介质及程序产品 - Google Patents

Abstract

本发明涉及区块链技术领域，具体是一种基于区块链的融资方法、装置、设备、介质及程序产品，所述方法包括：响应于所述第一业务提供方向所述第二业务提供方发起的应收账款的第一转让申请，生成第一应收账款转让通知消息；其中，所述应收账款为状态为已核准状态的应收账款；将所述第一应收账款转让通知消息发送至所述买方；获取所述买方响应于所述第一应收账款转让通知消息反馈的确认结果；当所述确认结果为确认通过时，生成第一应收账款转让确认消息；将所述第一应收账款转让确认消息发送至所述第二业务提供方，以使得所述第二业务提供方受让所述应收账款，并基于所述应收账款发放融资。本发明的方法能够提高再保理债权转让和发放融资的效率。

Description

基于区块链的融资方法、装置、设备、介质及程序产品

技术领域

本发明涉及区块链技术领域，特别涉及一种基于区块链的融资方法、装置、设备、介质及程序产品。

背景技术

近年来，商业保理公司发展迅猛，其借助自身产业背景以及专业化市场分工渠道，依托政策及行业优势成为市场的重要参与者。同时，各类银行通过与商业保理公司建立有效再保理业务合作，既可借助商业保理公司的专业化市场分工渠道提高资金运用效率，也可间接支持小微企业融资，响应国家关于金融支持工业稳增长调结构的政策要求。再保理业务涉及交易实体繁多，包括买卖双方、银行和商业保理公司等同业机构，流程也较为繁杂，涉及单据和文本繁多，信息交互复杂，每个环节都需要大量人力物力，给再保理业务系统的发展带来了很大的挑战。

现有技术中的再保理系统主要有同业机构自有单方再保理系统和再保理债权转让系统。其中，同业机构自有单方再保理系统用于记录再保理的账务数据、交易数据和自有流程，可参与机构系统内部账务核算、记录信贷审批流程等。但是该系统只为单一参与方提供了记录内部数据、进行内部核算的方案，无法将各个参与方在一个系统中进行交易，当交易步骤包括两个以上参与方时，只能走线下流程。因此同业机构自有单方再保理系统具有局限性，各个参与方之间无法互联互通，而再保理业务涉及参与方较多，流程繁复，因此仍然需要消耗大量人力物力。再保理债权转让系统为封闭系统，各个参与方通过配置的终端登录所述再保理债权转让系统，可通过系统进行额度请求、额度审批结果查询、应收账款转让、确认应收账款等步骤。但是该系统对各方数据不透明，公信力不够，参与方只能查询自己参与的交易信息，且再保理业务涉及同业转让时无法系统处理，应收账款的确权只能线下进行，无法确保数据的真实性和有效性，交易风险较大。

发明内容

针对现有技术的上述问题，本发明的目的在于提供一种基于区块链的融资方法、装置、设备、介质及程序产品，能够实现再保理业务各方全流程链上操作，提高再保理债权转让和发放融资的效率。

为了解决上述问题，本发明提供一种基于区块链的融资方法，应用于再保理业务平台，所述再保理业务平台作为区块链处理节点与第一业务提供方、第二业务提供方以及买方基于区块链技术分别建立通信连接；所述方法包括：

响应于所述第一业务提供方向所述第二业务提供方发起的应收账款的第一转让申请，生成第一应收账款转让通知消息；其中，所述应收账款为状态为已核准状态的应收账款；

将所述第一应收账款转让通知消息发送至所述买方；

获取所述买方响应于所述第一应收账款转让通知消息反馈的确认结果；

当所述确认结果为确认通过时，生成第一应收账款转让确认消息；

将所述第一应收账款转让确认消息发送至所述第二业务提供方，以使得所述第二业务提供方受让所述应收账款，并基于所述应收账款发放融资。

进一步地，所述方法还包括：

响应于所述第一业务提供方向所述第二业务提供方发起的所述应收账款的预转让申请，获取所述第二业务提供方响应于所述预转让申请对所述应收账款进行审核后反馈的第一审核结果；

当所述第一审核结果为审核通过时，将所述应收账款的状态更新为已核准状态。

进一步地，所述再保理业务平台作为区块链处理节点基于区块链技术与卖方建立通信连接；所述方法还包括：

响应于所述卖方向所述第一业务提供方发起的所述应收账款的第二转让申请，获取所述第一业务提供方响应于所述第二转让申请对所述应收账款进行审核后反馈的第二审核结果；其中，所述应收账款为所述卖方与所述买方签订贸易合同时生成；

当所述第二审核结果为审核通过时，生成第二应收账款转让通知消息；

将所述第二应收账款转让通知消息发送至所述买方和所述卖方。

进一步地，所述方法还包括：

响应于所述第一业务提供方在对所述应收账款审核通过后，向所述买方发起的应收账款的确权申请，获取所述买方响应于所述确权申请反馈的确权结果；

当所述确权结果为确权通过时，生成第二应收账款转让确认消息；

将所述第二应收账款转让确认消息发送至所述第一业务提供方，以使得所述第一业务提供方受让所述应收账款，并向所述卖方提供保理服务。

进一步地，所述方法还包括：

当所述确权结果为确权通过时，将所述应收账款的状态确定为已确权状态，并将所述应收账款的状态与所述应收账款对应存储至区块链中；

在所述第一业务提供方受让所述应收账款后，将所述应收账款的状态更新为已受让状态；为所述应收账款添加受让人标识，将所述受让人标识与所述应收账款对应存储至所述区块链中。

本发明另一方面提供一种基于区块链的融资方法，所述方法由第二业务提供方执行，所述方法包括：

当获取到第一应收账款转让确认消息时，确定所述第一应收账款转让确认消息对应的应收账款；

获取所述应收账款对应的债权项目信息，将所述债权项目信息发送至所述第二业务提供方对应的业务处理系统；

获取所述业务处理系统基于所述债权项目信息进行审批并发放融资后生成的放款信息；

将所述放款信息与所述应收账款对应存储至区块链中，并将所述应收账款的状态更新为已融资状态。

进一步地，所述方法还包括：

获取所述业务处理系统基于所述债权项目信息对所述应收账款进行回款操作生成的回款信息；

将所述回款信息与所述应收账款对应存储至所述区块链中，并将所述应收账款的状态更新为已回款状态。

本发明另一方面提供一种基于区块链的融资装置，设置于再保理业务平台，所述再保理业务平台作为区块链处理节点与第一业务提供方、第二业务提供方以及买方通过区块链技术分别建立通信连接；所述装置包括：

第一消息生成模块，用于响应于所述第一业务提供方向所述第二业务提供方发起的应收账款的第一转让申请，生成第一应收账款转让通知消息；其中，所述应收账款为状态为已核准状态的应收账款；

第一消息发送模块，用于将所述第一应收账款转让通知消息发送至所述买方；

确认结果获取模块，用于获取所述买方响应于所述第一应收账款转让通知消息反馈的确认结果；

第二消息生成模块，用于当所述确认结果为确认通过时，生成第一应收账款转让确认消息；

第二消息发送模块，用于将所述第一应收账款转让确认消息发送至所述第二业务提供方，以使得所述第二业务提供方受让所述应收账款，并基于所述应收账款发放融资。

本发明另一方面提供一种基于区块链的融资装置，设置于第二业务提供方，所述装置包括：

应收账款确定模块，用于当获取到第一应收账款转让确认消息时，确定所述第一应收账款转让确认消息对应的应收账款；

债权项目信息发送模块，用于获取所述应收账款对应的债权项目信息，将所述债权项目信息发送至所述第二业务提供方对应的业务处理系统；

放款信息获取模块，用于获取所述业务处理系统基于所述债权项目信息进行审批并发放融资后生成的放款信息；

放款信息存储模块，用于将所述放款信息与所述应收账款对应存储至区块链中，并将所述应收账款的状态更新为已融资状态。

本发明另一方面提供一种电子设备，包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如上述的基于区块链的融资方法。

本发明另一方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如上述的基于区块链的融资方法。

本发明另一方面提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现如上述的基于区块链的融资方法的步骤。

由于上述技术方案，本发明具有以下有益效果：

根据本发明实施例的基于区块链的融资方法，将再保理业务平台、第一业务提供方、第二业务提供方以及买卖双方基于区块链技术进行线上化，在所述第一业务提供方在区块链上向所述第二业务提供方发起应收账款的第一转让申请时，自动生成第一应收账款转让通知消息并发送至所述买方，在所述买方在区块链上确认通过时，自动生成第一应收账款转让确认消息发送至所述第二业务提供方，以完成融资过程，实现了再保理业务各方全流程链上操作，应收账款数字化管理，无需线下繁复的签约环节，所有参与方在区块链上进行签约并加盖电子签章，提高了再保理债权转让和发放融资的效率，从而更好地为核心企业、供应商、商业保理公司服务。此外，区块链技术的特点使得再保理业务全程透明可追溯，数据难以篡改，确保了应收账款的真实性。

附图说明

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

图1是本发明一个实施例提供的再保理业务系统的示意图；

图2是本发明一个实施例提供的基于区块链的融资方法的流程图；

图3是本发明另一个实施例提供的基于区块链的融资方法的流程图；

图4是本发明另一个实施例提供的基于区块链的融资方法的流程图；

图5是本发明另一个实施例提供的基于区块链的融资方法的流程图；

图6是本发明一个实施例提供的区块信息的示意图；

图7是本发明一个实施例提供的票据溯源信息的示意图；

图8是本发明另一个实施例提供的基于区块链的融资方法的流程图；

图9是本发明一个实施例提供的区块链的融资装置的结构示意图；

图10是本发明另一个实施例提供的区块链的融资装置的结构示意图；

图11是本发明一个实施例提供的电子设备的结构示意图。

具体实施方式

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

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

为了使本发明实施例公开的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明实施例进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明实施例，并不用于限定本发明实施例。本发明实施例的技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

首先，本发明实施例对下述概念进行解释：

基础保理业务：是指商业保理公司根据其与卖方签订的保理服务协议，受让卖方应收账款并提供保理服务。

应收账款(即应收账款债权)：是指依附于应收账款而产生的权利和利益，包括但不限于应收账款本金、利息、违约金、损害赔偿金、以及担保权利、保险权益等所有主债权的从债权以及与主债权相关的其他权益。

应收账款转让和受让：是指卖方将应收账款转让给商业保理公司或通过商业保理公司转让给银行，商业保理公司或银行受让应收账款后即作为新的债权人，享有卖方对买方在该应收账款项下的全部合法权利和利益。

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

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

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

参考说明书附图1，其示出了本发明一个实施例提供的再保理业务系统的结构示意图，如图1所示，所述系统可以包括再保理业务平台110，所述再保理业务平台110可以作为区块链处理节点与至少一个第一业务提供方120、至少一个第二业务提供方130、至少一个买方140以及至少一个卖方150基于区块链技术分别建立通信连接。具体地，所述再保理业务平台110可以部署在区块链智能合约模块中，所述至少一个第一业务提供方120、所述至少一个第二业务提供方130、所述至少一个买方140以及所述至少一个卖方150可以作为区块链参与方部署在区块链执行节点的设备中。

在实际应用中，所述第一业务提供方120可以为商业保理公司，所述第二业务提供方130可以为商业保理公司或者银行保理商等。其中，商业保理公司以公司为基本单位，可以设置3级权限，包括经办、复核和授权，每级权限的用户都可以查看收到的业务往来信息，但业务往来信息的发送必须由经办用户发起，经复核用户、授权用户同意后方可成功发出。商业保理公司主要与其他商业保理公司、各类银行保理商、各个买方以及各个卖方进行对接。所述银行保理商为各类银行在区块链上对应的角色，主要与各类商业保理公司进行对接。

在实际应用中，所述买方140可以为核心企业，所述卖方150可以为供应商企业。所述买方140和所述卖方150的用户可以设置为2级权限，包括经办和复核，每级权限的用户都可以查看收到的业务往来信息，但业务往来信息的发送必须由经办用户发起，经复核用户同意后方可成功发出。所述买方140和所述卖方150主要与商业保理公司进行对接。

在实际应用中，所述再保理业务平台110可以基于本发明实施例提供的基于区块链的融资方法，为所述第一业务提供方120、所述第二业务提供方130、所述买方140以及所述卖方150参与的再保理业务提供服务，为再保理业务产品定制应收账款转让、确权两大关键流程，对应收账款流转进行全流程跟踪，确保应收账款的真实性，实现以核心企业及商业保理公司的信用为基础，为供应商提供融资的过程。

在一个可能的实施例中，当所述第二业务提供方130为银行保理商时，所述系统还可以包括各个所述第二业务提供方130对应的业务处理系统160，所述业务处理系统160可以包括供应链服务组件和信贷流程审批组件，所述供应链服务组件可以通过区块链客户端与所述第二业务提供方130建立通信连接，所述业务处理系统160遵循所述第二业务提供方内部系统的规则，具体地，所述业务处理系统160可以为银行内部系统。

需要说明的是，图1仅仅是一种示例。本领域技术人员可以理解，虽然图1中只示出了1个第一业务提供方120、1个第二业务提供方130、1个买方140以及1个卖方150，但并不构成对本发明实施例的限定，可以包括比图示更多的第一业务提供方120、第二业务提供方130、买方140以及卖方150。

实施例1

参考说明书附图2，其示出了本发明一个实施例提供的一种基于区块链的融资方法的流程，该方法可以应用于图1中的再保理业务平台中，具体的如图2所示，所述方法可以包括以下步骤：

S210：响应于所述第一业务提供方向所述第二业务提供方发起的应收账款的第一转让申请，生成第一应收账款转让通知消息；其中，所述应收账款为状态为已核准状态的应收账款。

S220：将所述第一应收账款转让通知消息发送至所述买方。

S230：获取所述买方响应于所述第一应收账款转让通知消息反馈的确认结果。

S240：当所述确认结果为确认通过时，生成第一应收账款转让确认消息。

S250：将所述第一应收账款转让确认消息发送至所述第二业务提供方，以使得所述第二业务提供方受让所述应收账款，并基于所述应收账款发放融资。

本发明实施例中，在所述步骤S210之前，所述方法还可以包括所述卖方将所述应收账款转让给所述第一业务提供方的过程。具体地，如图3所示，所述方法还可以包括以下步骤：

S310：响应于所述卖方向所述第一业务提供方发起的所述应收账款的第二转让申请，获取所述第一业务提供方响应于所述第二转让申请对所述应收账款进行审核后反馈的第二审核结果；其中，所述应收账款为所述卖方与所述买方签订贸易合同时生成。

具体地，所述再保理业务平台、所述第一业务提供方、所述第二业务提供方、所述买方和所述卖方基于区块链技术构建的再保理业务系统可以设置于公有云上，所述第一业务提供方可以为商业保理公司，所述第二业务提供方可以为银行保理商。

相应地，所述买方和所述卖方可以在公有云上签订贸易合同，并加盖电子签章，产生应收账款。

本发明实施例中，所述买方和所述卖方在区块链上签订合同，电子签章安全高效，保证合约真实有效，摒弃繁复的线下纸质签约交易等流程，能够规避各方风险，提高用户体验。

相应地，产生应收账款后，所述卖方可以在公有云上将所述应收账款转让给商业保理公司(所述第一业务提供方)。具体地，所述卖方可以向指定的商业保理公司(所述第一业务提供方)发起所述应收账款的第二转让申请，并将所述转让申请写入区块链中。需要说明的是，本发明实施例中所述商业保理公司(所述第一业务提供方)即是指所述卖方在转让所述应收账款的过程中指定的商业保理公司(所述第一业务提供方)。

相应地，所述商业保理公司可以响应于所述第二转让申请对所述应收账款进行审核后得到第二审核结果，并将所述第二审核结果写入区块链中。

具体地，所述再保理业务平台可以获取所述商业保理公司反馈的第二审核结果。

S320：当所述第二审核结果为审核通过时，生成第二应收账款转让通知消息。

S330：将所述第二应收账款转让通知消息发送至所述买方和所述卖方。

具体地，当所述第二审核结果为审核通过时，所述再保理业务平台可以自动生成第二应收账款转让通知消息并发送至所述买方和所述卖方。

在实际应用中，所述第二应收账款转让通知消息可以为以所述卖方为出示人、所述买方为接收人的《债权转让通知书》，可以将所述《债权转让通知书》发送至所述买方，同时将通知书告知所述卖方。

相应地，所述买方和所述卖方均可以收到所述第二应收账款转让通知消息。

本发明实施例中，在所述步骤S210之前，所述步骤S330之后，所述方法还可以包括所述商业保理公司向所述买方申请确权的过程。具体地，如图4所示，所述方法还可以包括以下步骤：

S340：响应于所述第一业务提供方在对所述应收账款审核通过后，向所述买方发起的应收账款的确权申请，获取所述买方响应于所述确权申请反馈的确权结果。

相应地，在所述卖方将所述应收账款转让给商业保理公司后，所述商业保理公司可以在公有云上向所述买方申请确权。具体地，所述商业保理公司在对所述应收账款审核通过后，可以向所述买方发起的应收账款的确权申请，并将所述确权申请写入区块链中。

相应地，所述买方可以响应于所述确权申请进行相关查看，并得到确权结果，将所述确权结果写入区块链中。

具体地，所述再保理业务平台可以获取所述买方反馈的确权结果。

S350：当所述确权结果为确权通过时，生成第二应收账款转让确认消息。

S360：将所述第二应收账款转让确认消息发送至所述第一业务提供方，以使得所述第一业务提供方受让所述应收账款，并向所述卖方提供保理服务。

具体地，当所述确权结果为确权通过时，所述再保理业务平台可以自动生成第二应收账款转让确认消息并发送至所述商业保理公司和所述卖方。

在实际应用中，所述第二应收账款转让确认消息可以为《应收账款债权转让确认书》，可以将所述《应收账款债权转让确认书》发送至所述商业保理公司，并同步发送给所述卖方。

相应地，所述商业保理公司和所述卖方均可以收到所述第二应收账款转让确认消息。

在一个可能的实施例中，所述方法还可以包括以下步骤：

当所述确权结果为确权通过时，将所述应收账款的状态确定为已确权状态，并将所述应收账款的状态与所述应收账款对应存储至区块链中。

具体地，所述再保理业务平台判断所述确权结果为确权通过时，可以将对应的应收账款的状态确定为已确权状态，并在票据库中为所述应收账款的票据打上已确权的标记。

本发明实施例中，由于再保理业务系统的核心是对应收账款的管理，应收账款管理可以以票据库的方式实现，各个区块链参与方在系统操作时均需调用票据库，通过票据库可以查看票据状态的变化。其中，卖方、商业保理公司、银行保理商可以创建票据(商业保理公司、银行保理商创建票据时必须上传卖方票据影像)，票据创建后，不可再进行修改；一般情况下，如需删除票据，则必须由创建方在未进行转让、确认等操作的前提下删除。

在一个可能的实施例中，所述将所述第二应收账款转让确认消息发送至所述第一业务提供方之后，所述方法还可以包括以下步骤：

在所述第一业务提供方受让所述应收账款后，将所述应收账款的状态更新为已受让状态；为所述应收账款添加受让人标识，将所述受让人标识与所述应收账款对应存储至所述区块链中。

相应地，所述商业保理公司在接收到所述第二应收账款转让确认消息后，可以受让所述应收账款，并根据自身业务流程完成相关的应收账款转让及基础保理业务，生成反馈消息写入区块链中。所述商业保理公司受让所述应收账款时，可以与所述卖方在区块链上签订保理合同，并加盖电子签章，完成应收账款受让，电子签章安全高效，保证合约真实有效，摒弃了繁复的线下纸质签约交易等流程，能够规避各方风险，提高用户体验。

具体地，所述再保理业务平台可以获取所述反馈消息，根据所述反馈消息确定所述第一业务提供方受让所述应收账款后，可以将对应的应收账款的状态更新为已受让状态，并在票据库中为所述应收账款的票据打上已受让的标记；还可以为所述应收账款添加受让人标识，将所述受让人标识与所述应收账款对应写入区块链中。其中，所述受让人标识即为所述第一业务提供方的标识，所述标识可以唯一表示所述第一业务提供方，所述标识可以为所述第一业务提供方的名称、纳税识别号等等，本发明实施例对此不作限制。

本发明实施例中，在所述步骤S210之前，所述方法还可以包括所述第一业务提供方将经所述买方确权后的应收账款预转让给所述第二业务提供方的过程。具体地，如图5所示，所述方法还可以包括以下步骤：

S2001：响应于所述第一业务提供方向所述第二业务提供方发起的所述应收账款的预转让申请，获取所述第二业务提供方响应于所述预转让申请对所述应收账款进行审核后反馈的第一审核结果。

具体地，所述应收账款为状态为已确权状态的应收账款。

相应地，所述商业保理公司在受让所述应收账款后，可以向银行保理商进行预转让申请。

在实际应用中，所述商业保理公司可以从票据库中选取应收账款状态为已确权状态的一个或多个应收账款，向指定的银行保理商(所述第二业务提供方)发起所述一个或多个应收账款的预转让申请。需要说明的是，本发明实施例中所述银行保理商(所述第二业务提供方)即是指预转让过程中所述商业保理公司指定的银行保理商(所述第二业务提供方)。

可选择地，所述预转让申请中还可以包括申请服务类型，所述申请服务类型可以包括再保理融资和/或买方信用风险担保，当所述申请服务类型为再保理融资时，所述预转让申请中还可以包括再保理类型，所述再保理的类型可以包括有追索权保理和无追索权保理。

在实际应用中，可以向所述商业保理公司提供相关申请服务类型的栏位选择，包括“再保理融资”和“买方信用风险担保”，所述“再保理融资”栏位还可以提供再保理类型的栏位选择，包括“有追索权保理”和“无追索权保理”，所述商业保理公司的用户可以在发出预转让申请之前，从提供的申请服务类型的栏位和再保理类型的栏位中勾选对应的栏位。

相应地，所述银行保理商可以对所述商业保理公司的预转让申请进行预转让回复。具体地，所述银行保理商可以响应于所述预转让申请对所述应收账款进行审核，得到第一审核结果，并将所述第一审核结果写入区块链中。

具体地，所述再保理业务平台可以获取所述银行保理商反馈的第一审核结果。

S2002：当所述第一审核结果为审核通过时，将所述应收账款的状态更新为已核准状态。

具体地，当所述第一审核结果为审核通过时，所述再保理业务平台可以将对应的应收账款的状态更新为已核准状态，并在票据库中为所述应收账款的票据打上已核准的标记。需要说明的是，本发明实施例中，如存在涉及融资费率等无法确定内容的选项，应设置为非必填项。

本发明实施例中，在所述步骤S210中，所述商业保理公司在所述银行保理商对所述应收账款核准后，可以向所述银行保理商进行正式的转让申请。

在实际应用中，所述商业保理公司可以从票据库中选取一个或多个应收账款，向所述银行保理商发起所述应收账款的第一转让申请，并将所述第一转让申请写入区块链中。其中，所述一个或多个应收账款为已经在预转让阶段通过所述银行保理商审核的，且应收账款状态为已核准状态的应收账款。

具体地，所述再保理业务平台可以获取所述第一转让申请，并响应于所述第一转让申请生成第一应收账款转让通知消息。

本发明实施例中，在所述步骤S220中，所述再保理业务平台可以将生成的第一应收账款转让通知消息发送至所述买方。

在实际应用中，所述第一应收账款转让通知消息可以为《再保理应收账款债权转让通知书》，可以将所述《再保理应收账款债权转让通知书》发送至所述买方，并通知所述买方确认。其中，所述《再保理应收账款债权转让通知书》的相关信息各参与方均可获取到。

相应地，所述买方在接收到所述第一应收账款转让通知消息后，可以进行相关查看，并进行确认，将确权结果写入区块链中。

在实际应用中，所述买方的用户可以查看所述第一应收账款转让通知消息，并进行确认，如果确认通过，则可以点击“同意并确认”以将确认通过的结果写入区块链中。

本发明实施例中，在所述步骤S230中，所述再保理业务平台可以获取所述买方反馈的针对所述第一应收账款转让通知消息的确认结果。

本发明实施例中，在所述步骤S240中，所述再保理业务平台可以判断所述确认结果是否为确认通过，当所述确认结果为确认通过时，生成第一应收账款转让确认消息。

本发明实施例中，在所述步骤S240中，所述再保理业务平台可以将生成的第一应收账款转让确认消息发送至所述第二业务提供方。

在实际应用中，所述第一应收账款转让确认消息可以为《再保理应收账款债权转让确认书》，可以将所述《再保理应收账款债权转让确认书》发送至所述银行保理商，并同步发送给所述卖方和所述商业保理公司。

相应地，所述银行保理商、所述商业保理公司和所述卖方均可以收到所述第二应收账款转让确认消息。

本发明实施例中，所述商业保理公司向所述银行保理商进行正式的转让申请后，可以进入银行保理商受让所述应收账款的阶段。

相应地，第二业务提供方在接收到所述第一应收账款转让确认消息后，可以受让所述应收账款，并基于所述应收账款发放融资。第二业务提供方在受让所述应收账款时，可以与所述第一业务提供方在区块链上签订再保理合同，并加盖电子签章，完成应收账款受让，电子签章安全高效，保证合约真实有效，摒弃了繁复的线下纸质签约交易等流程，能够规避各方风险，提高用户体验。

具体地，所述再保理业务平台可以获取所述银行保理商受让所述应收账款后返回的反馈消息，根据所述反馈消息确定所述银行保理商受让所述应收账款后，可以将对应的应收账款的状态再次更新为已受让状态，并在票据库中为所述应收账款的票据打上已受让的标记；还可以为所述应收账款添加受让人标识，将所述受让人标识与所述应收账款对应写入区块链中。其中，所述受让人标识即为所述第二业务提供方的标识，所述标识可以唯一表示所述第二业务提供方，所述标识可以为所述第二业务提供方的名称、纳税识别号等等，本发明实施例对此不作限制。

需要说明的是，在一些可能的实施例中，所述第二业务提供方也可以为除所述第一业务提供方以外的其他商业保理公司，本发明实施例对此不作限制。

本发明实施例中，可以为所述商业保理公司的用户设置多级权限，包括经办和审核等权限，每级权限的用户都可以查看收到的业务往来信息(例如所述第二转让申请)，并对所述业务往来信息进行审核，但发送业务往来信息(例如所述第二审核结果、所述确权申请、所述预转让申请和所述第一转让申请等)必须由经办用户发起，经审核等权限用户同意后方可成功发出。例如，可以设置3级权限，包括经办、复核和授权，每级权限的用户都可以查看收到的所述第二转让申请，并对所述第二转让申请进行审核，但所述第二审核结果的发送必须由经办用户发起，经复核用户、授权用户同意后方可成功发出。

本发明实施例中，可以为所述买方和所述卖方的用户设置多级权限，包括经办和复核等权限，每级权限的用户都可以查看收到的对应的业务往来信息(例如所述买方收到的所述确权申请，所述买方和所述卖方收到的第一应收账款转让通知消息和第二应收账款转让通知消息等)，并可以对所述业务往来信息进行查看和/或审核，但发送业务往来信息(例如所述买方发送的确权结果和确认结果，所述卖方发送的第二转让申请等)必须由经办用户发起，经复核等权限用户同意后方可成功发出。例如，可以为所述买方的用户设置2级权限，包括经办和复核，每级权限的用户都可以查看收到的确权申请，并对所述确权申请进行审核，但所述确权结果的发送必须由经办用户发起，经复核用户同意后方可成功发出。

本发明实施例中，所述再保理业务系统可以对业务参与方的用户设置多级权限，对业务参与方内部进行严格的交易层级控制，并严格记录业务参与方内部流转过程，可供各个业务参与方内部查看，严控链上数据风险。

本发明实施例中，再保理业务的参与方中各类银行可以包括银行保理商和业务处理系统两个部分，所述银行保理商为各类银行在区块链上对应的角色，主要与各类商业保理公司进行对接，可以设置于公有云中。所述业务处理系统可以为各类银行的内部系统，遵循各类银行内部系统的规则，可以设置于各类银行的私有云中。

具体地，当所述银行保理商获取到第一应收账款转让确认消息时，可以确定所述第一应收账款转让确认消息对应的应收账款；并获取所述应收账款对应的债权项目信息，将所述债权项目信息发送至所述银行保理商对应的所述业务处理系统进行行内流程审批。其中，所述应收账款对应的债权项目信息可以包括票据信息、再保理合同、票据转让历史信息和确权信息等。

相应地，所述业务处理系统可以进行债项信息登记、贸易合同信息审核以及发起信贷额度审批流程进行融资等处理。所述业务处理系统信贷额度审批流程完成后，可以进行贷款放款，银行将融资发放给所述商业保理公司。其中，信贷额度审批流程可以通过所述业务处理系统的信贷流程审批组件完成，所述融资发放过程可以通过所述业务处理系统的行内汇划组件完成。

相应地，所述业务处理系统进行贷款放款完成后，可以生成放款信息，并将所述放款信息回传至所述银行保理商。具体地，可以由所述业务处理系统的供应链服务组件将所述放款信息回传至所述银行保理商。

具体地，所述银行保理商可以获取所述业务处理系统基于所述债权项目信息进行审批并发放融资后生成的放款信息；将所述放款信息与所述应收账款对应存储至区块链中，并将所述应收账款的状态更新为已融资状态。

可选择地，也可以由所述再保理业务平台从区块链获取所述放款信息，将所述应收账款的状态更新为已融资状态，并在票据库中为所述应收账款的票据打上已融资的标记。

相应地，所述业务处理系统还可以包括保理组件，所述保理组件可以根据所述再保理合同、第一应收账款转让确认消息(或再保理应收账款债权转让确认书)和票据信息等信息进行应收账款表外记账，并进行回款操作，并将回款操作生成的回款信息回传至所述银行保理商。具体地，可以由所述业务处理系统的供应链服务组件将所述回款信息回传至所述银行保理商。

在实际应用中，所述业务处理系统可以对已回款的应收账款的票据进行定时批量操作，通过供应链服务组件回传回款信息到区块链平台。

具体地，所述银行保理商可以获取所述业务处理系统基于所述债权项目信息对所述应收账款进行回款操作生成的回款信息；将所述回款信息与所述应收账款对应存储至所述区块链中，并将所述应收账款的状态更新为已回款状态。

可选择地，也可以由所述再保理业务平台从区块链获取所述回款信息，将所述应收账款的状态更新为已回款状态，并在票据库中为所述应收账款的票据打上已回款的标记。

本发明实施例中，票据库的票据的状态可以包括已确权、已转让、已融资(信贷额度审批放款后)、已回款(业务处理系统回款成功后，可以由业务处理系统的用户在系统中将票据信息手工录入为已回款状态)。所述应收账款相关的票据的状态在票据库中实时更新，并可供各个参与方随时查看(区块信息查询)。

本发明实施例中，所述区块链的各个区块信息全程可可追溯，各个区块链参与方随时可以查询与各个应收账款的票据相关的区块信息，以及再保理业务全生命周期的信息流转情况，包括步骤进程、步骤流转情况、步骤操作方、步骤处理时间点等信息。

示例性地，所述商业保理公司、所述买方、所述卖方和所述银行保理商均可以随时查询与各个应收账款的票据相关的区块信息，得到如图6所示的区块信息，并在对应的应用界面中进行展示，如图6所示，所述区块信息可以包括应收账款在各个时间点的状态、操作方等信息。

本发明实施例中，可以利用区块链共识确认无法篡改的特性，提供票据溯源功能，以追溯票据的全生命周期状态，保证票据不被二次利用且可视化票据流转全过程。

本发明实施例中通过将所有业务参与方上链，所有步骤上链，所有资产上链，使得业务流程中的所有信息不可篡改，保证信息的真实性，并可对应收账款的票据进行溯源，杜绝欺诈风险，真正利用区块链技术惠及再保理业务的各个参与方。

示例性地，所述商业保理公司、所述买方、所述卖方和所述银行保理商均可以随时进行票据溯源，得到如图7所示的票据溯源信息，并在对应的应用界面中进行展示，如图7所示，所述票据溯源信息可以包括应收账款在各个时间点的状态、操作方和步骤流转情况等信息。

综上所述，根据本发明实施例的基于区块链的融资方法，将再保理业务平台、第一业务提供方、第二业务提供方以及买卖双方基于区块链技术进行线上化，在所述第一业务提供方在区块链上向所述第二业务提供方发起应收账款的第一转让申请时，自动生成第一应收账款转让通知消息并发送至所述买方，在所述买方在区块链上确认通过时，自动生成第一应收账款转让确认消息发送至所述第二业务提供方，以完成融资过程，实现了再保理业务各方全流程链上操作，应收账款数字化管理，无需线下繁复的签约环节，所有参与方在区块链上进行签约并加盖电子签章，提高了再保理债权转让和发放融资的效率，从而更好地为核心企业、供应商、商业保理公司服务。此外，区块链技术的特点使得再保理业务全程透明可追溯，数据难以篡改，确保了应收账款的真实性。

实施例2

参考说明书附图8，其示出了本发明另一个实施例提供的一种基于区块链的融资方法的流程，该方法可以应用于图1中的第二业务提供方中，具体的如图8所示，所述方法可以包括以下步骤：

S810：当获取到第一应收账款转让确认消息时，确定所述第一应收账款转让确认消息对应的应收账款；

S820：获取所述应收账款对应的债权项目信息，将所述债权项目信息发送至所述第二业务提供方对应的业务处理系统；

S830：获取所述业务处理系统基于所述债权项目信息进行审批并发放融资后生成的放款信息；

S840：将所述放款信息与所述应收账款对应存储至区块链中，并将所述应收账款的状态更新为已融资状态。

在一个可能的实施例中，所述方法还可以包括：

获取所述业务处理系统基于所述债权项目信息对所述应收账款进行回款操作生成的回款信息；

将所述回款信息与所述应收账款对应存储至所述区块链中，并将所述应收账款的状态更新为已回款状态。

本发明实施例中，所述第二业务提供方可以为银行保理商。需要说明的是，本发明实施例提供的方法的各个步骤的详细内容可以参考实施例1提供的基于区块链的融资方法的各个步骤，本发明实施例在此不再赘述。

综上所述，根据本发明实施例的基于区块链的融资方法，将区块链参与方银行保理商与银行行内业务处理系统对接，实现公有云和私有云的信息交互，使得区块链上信息(例如客户信息、信贷额度和融资放贷等)与行内业务处理系统信息(例如信贷额度审批信息和客户信息)可以共享，保证业务数据一致性，减少数据录入，提高用户体验。

此外，所述银行保理商还可以对接供应链系统，实现票据全流程生命周期对接，确保参与方内部系统的独立性以及互联业务的融通性。

参考说明书附图9，其示出了本发明一个实施例提供的一种基于区块链的融资装置900的结构，所述装置900可以采用软件和/或硬件的方式实现，所述装置900可以设置于再保理业务平台，所述再保理业务平台作为区块链处理节点与第一业务提供方、第二业务提供方以及买方通过区块链技术分别建立通信连接。如图9所示，所述装置900可以包括：

第一消息生成模块910，用于响应于所述第一业务提供方向所述第二业务提供方发起的应收账款的第一转让申请，生成第一应收账款转让通知消息；其中，所述应收账款为状态为已核准状态的应收账款；

第一消息发送模块920，用于将所述第一应收账款转让通知消息发送至所述买方；

确认结果获取模块930，用于获取所述买方响应于所述第一应收账款转让通知消息反馈的确认结果；

第二消息生成模块940，用于当所述确认结果为确认通过时，生成第一应收账款转让确认消息；

第二消息发送模块950，用于将所述第一应收账款转让确认消息发送至所述第二业务提供方，以使得所述第二业务提供方受让所述应收账款，并基于所述应收账款发放融资。

在一个可能的实施例中，所述装置900还可以包括：

第一审核结果获取模块，用于响应于所述第一业务提供方向所述第二业务提供方发起的所述应收账款的预转让申请，获取所述第二业务提供方响应于所述预转让申请对所述应收账款进行审核后反馈的第一审核结果；

第一状态更新模块，用于当所述第一审核结果为审核通过时，将所述应收账款的状态更新为已核准状态。

在一个可能的实施例中，所述装置900还可以包括：

第一审核结果获取模块，用于响应于所述卖方向所述第一业务提供方发起的所述应收账款的第二转让申请，获取所述第一业务提供方响应于所述第二转让申请对所述应收账款进行审核后反馈的第二审核结果；其中，所述应收账款为所述卖方与所述买方签订贸易合同时生成；

第三消息生成模块，用于当所述第二审核结果为审核通过时，生成第二应收账款转让通知消息；

第三消息发送模块，用于将所述第二应收账款转让通知消息发送至所述买方和所述卖方。

在一个可能的实施例中，所述装置900还可以包括：

确权结果获取模块，用于响应于所述第一业务提供方在对所述应收账款审核通过后，向所述买方发起的应收账款的确权申请，获取所述买方响应于所述确权申请反馈的确权结果；

第四消息生成模块，用于当所述确权结果为确权通过时，生成第二应收账款转让确认消息；

第四消息发送模块，用于将所述第二应收账款转让确认消息发送至所述第一业务提供方，以使得所述第一业务提供方受让所述应收账款，并向所述卖方提供保理服务。

在一个可能的实施例中，所述装置900还可以包括：

状态确定模块，用于当所述确权结果为确权通过时，将所述应收账款的状态确定为已确权状态，并将所述应收账款的状态与所述应收账款对应存储至区块链中；

第二状态更新模块，用于在所述第一业务提供方受让所述应收账款后，将所述应收账款的状态更新为已受让状态；为所述应收账款添加受让人标识，将所述受让人标识与所述应收账款对应存储至所述区块链中。

参考说明书附图10，其示出了本发明另一个实施例提供的一种基于区块链的融资装置1000的结构，所述装置1000可以采用软件和/或硬件的方式实现，所述装置1000可以设置于第二业务提供方中。如图10所示，所述装置1000可以包括：

应收账款确定模块1010，用于当获取到第一应收账款转让确认消息时，确定所述第一应收账款转让确认消息对应的应收账款；

债权项目信息发送模块1020，用于获取所述应收账款对应的债权项目信息，将所述债权项目信息发送至所述第二业务提供方对应的业务处理系统；

放款信息获取模块1030，用于获取所述业务处理系统基于所述债权项目信息进行审批并发放融资后生成的放款信息；

放款信息存储模块1040，用于将所述放款信息与所述应收账款对应存储至区块链中，并将所述应收账款的状态更新为已融资状态。

在一个可能的实施例中，所述装置1000还可以包括：

回款信息获取模块，用于获取所述业务处理系统基于所述债权项目信息对所述应收账款进行回款操作生成的回款信息；

回款信息存储模块，用于将所述回款信息与所述应收账款对应存储至所述区块链中，并将所述应收账款的状态更新为已回款状态。

需要说明的是，上述实施例提供的装置，在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与相应方法实施例属于同一构思，其具体实现过程详见对应方法实施例，这里不再赘述。

本发明一个实施例还提供了一种电子设备，该电子设备包括处理器和存储器，该存储器中存储有至少一条指令或至少一段程序，该至少一条指令或该至少一段程序由该处理器加载并执行以实现如上述方法实施例所提供的基于区块链的融资方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

结合参考说明书附图11，所示为根据本发明一个实施例的电子设备1100的框图。电子设备1100可以包括一个或多个处理器1102，与处理器1102中的至少一个连接的系统控制逻辑1108，与系统控制逻辑1108连接的系统内存1104，与系统控制逻辑1108连接的非易失性存储器(NVM)1106，以及与系统控制逻辑1108连接的网络接口1110。

处理器1102可以包括一个或多个单核或多核处理器。处理器1102可以包括通用处理器和专用处理器(例如，图形处理器，应用处理器，基带处理器等)的任何组合。在本文的实施例中，处理器1102可以被配置为执行根据如图2-图8所示的各种实施例的一个或多个实施例。

在一些实施例中，系统控制逻辑1108可以包括任意合适的接口控制器，以向处理器1102中的至少一个和/或与系统控制逻辑1108通信的任意合适的设备或组件提供任意合适的接口。

在一些实施例中，系统控制逻辑1108可以包括一个或多个存储器控制器，以提供连接到系统内存1104的接口。系统内存1104可以用于加载以及存储数据和/或指令。在一些实施例中设备1100的内存1104可以包括任意合适的易失性存储器，例如合适的动态随机存取存储器(DRAM)。

NVM/存储器1106可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性的计算机可读介质。在一些实施例中，NVM/存储器1106可以包括闪存等任意合适的非易失性存储器和/或任意合适的非易失性存储设备，例如HDD(Hard Disk Drive，硬盘驱动器)，CD(Compact Disc，光盘)驱动器，DVD(Digital Versatile Disc，数字通用光盘)驱动器中的至少一个。

NVM/存储器1106可以包括安装在设备1100的装置上的一部分存储资源，或者它可以由设备访问，但不一定是设备的一部分。例如，可以经由网络接口1110通过网络访问NVM/存储1106。

特别地，系统内存1104和NVM/存储器1106可以分别包括：指令1120的暂时副本和永久副本。指令1120可以包括：由处理器1102中的至少一个执行时导致设备1100实施如图2-图8所示的基于区块链的融资方法的指令。在一些实施例中，指令1120、硬件、固件和/或其软件组件可另外地/替代地置于系统控制逻辑1108，网络接口1110和/或处理器1102中。

网络接口1110可以包括收发器，用于为设备1100提供无线电接口，进而通过一个或多个网络与任意其他合适的设备(如前端模块，天线等)进行通信。在一些实施例中，网络接口1110可以集成于设备1100的其他组件。例如，网络接口1110可以集成于处理器1102的通信模块，系统内存1104，NVM/存储器1106，和具有指令的固件设备(未示出)中的至少一种，当处理器1102中的至少一个执行所述指令时，设备1100实现图2-图8所示的各种实施例的一个或多个实施例。

网络接口1110可以进一步包括任意合适的硬件和/或固件，以提供多输入多输出无线电接口。例如，网络接口1110可以是网络适配器，无线网络适配器，电话调制解调器和/或无线调制解调器。

在一个实施例中，处理器1102中的至少一个可以与用于系统控制逻辑1108的一个或多个控制器的逻辑封装在一起，以形成系统封装(SiP)。在一个实施例中，处理器1102中的至少一个可以与用于系统控制逻辑1108的一个或多个控制器的逻辑集成在同一管芯上，以形成片上系统(SoC)。

设备1100可以进一步包括：输入/输出(I/O)设备1112。I/O设备1112可以包括用户界面，使得用户能够与设备1100进行交互；外围组件接口的设计使得外围组件也能够与设备1100交互。在一些实施例中，设备1100还包括传感器，用于确定与设备1100相关的环境条件和位置信息的至少一种。

在一些实施例中，用户界面可包括但不限于显示器(例如，液晶显示器，触摸屏显示器等)，扬声器，麦克风，一个或多个相机(例如，静止图像照相机和/或摄像机)，手电筒(例如，发光二极管闪光灯)和键盘。

在一些实施例中，外围组件接口可以包括但不限于非易失性存储器端口、音频插孔和电源接口。

在一些实施例中，传感器可包括但不限于陀螺仪传感器，加速度计，近程传感器，环境光线传感器和定位单元。定位单元还可以是网络接口1110的一部分或与网络接口1110交互，以与定位网络的组件(例如，全球定位系统(GPS)卫星)进行通信。

可以理解的是，本发明实施例示意的结构并不构成对电子设备1100的具体限定。在本发明另一些实施例中，电子设备1100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

本发明一个实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质可设置于电子设备之中以保存用于实现一种基于区块链的融资方法相关的至少一条指令或至少一段程序，该至少一条指令或该至少一段程序由该处理器加载并执行以实现上述方法实施例提供的基于区块链的融资方法。

可选地，在本发明实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本发明一个实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机程序/指令，当计算机程序产品在电子设备上运行时，该计算机程序/指令被处理器加载并执行以实现上述各种可选实施例中提供的基于区块链的融资方法的步骤。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种基于区块链的融资方法，其特征在于，应用于再保理业务平台，所述再保理业务平台作为区块链处理节点与第一业务提供方、第二业务提供方以及买方基于区块链技术分别建立通信连接；所述方法包括：

响应于所述第一业务提供方向所述第二业务提供方发起的应收账款的第一转让申请，生成第一应收账款转让通知消息；其中，所述应收账款为状态为已核准状态的应收账款；

将所述第一应收账款转让通知消息发送至所述买方；

获取所述买方响应于所述第一应收账款转让通知消息反馈的确认结果；

当所述确认结果为确认通过时，生成第一应收账款转让确认消息；

将所述第一应收账款转让确认消息发送至所述第二业务提供方，以使得所述第二业务提供方受让所述应收账款，并基于所述应收账款发放融资。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于所述第一业务提供方向所述第二业务提供方发起的所述应收账款的预转让申请，获取所述第二业务提供方响应于所述预转让申请对所述应收账款进行审核后反馈的第一审核结果；

当所述第一审核结果为审核通过时，将所述应收账款的状态更新为已核准状态。

3.根据权利要求1所述的方法，其特征在于，所述再保理业务平台作为区块链处理节点基于区块链技术与卖方建立通信连接；所述方法还包括：

响应于所述卖方向所述第一业务提供方发起的所述应收账款的第二转让申请，获取所述第一业务提供方响应于所述第二转让申请对所述应收账款进行审核后反馈的第二审核结果；其中，所述应收账款为所述卖方与所述买方签订贸易合同时生成；

当所述第二审核结果为审核通过时，生成第二应收账款转让通知消息；

将所述第二应收账款转让通知消息发送至所述买方和所述卖方。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

响应于所述第一业务提供方在对所述应收账款审核通过后，向所述买方发起的应收账款的确权申请，获取所述买方响应于所述确权申请反馈的确权结果；

当所述确权结果为确权通过时，生成第二应收账款转让确认消息；

将所述第二应收账款转让确认消息发送至所述第一业务提供方，以使得所述第一业务提供方受让所述应收账款，并向所述卖方提供保理服务。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

当所述确权结果为确权通过时，将所述应收账款的状态确定为已确权状态，并将所述应收账款的状态与所述应收账款对应存储至区块链中；

在所述第一业务提供方受让所述应收账款后，将所述应收账款的状态更新为已受让状态；为所述应收账款添加受让人标识，将所述受让人标识与所述应收账款对应存储至所述区块链中。

6.一种基于区块链的融资方法，其特征在于，所述方法由第二业务提供方执行，所述方法包括：

当获取到第一应收账款转让确认消息时，确定所述第一应收账款转让确认消息对应的应收账款；

获取所述应收账款对应的债权项目信息，将所述债权项目信息发送至所述第二业务提供方对应的业务处理系统；

获取所述业务处理系统基于所述债权项目信息进行审批并发放融资后生成的放款信息；

将所述放款信息与所述应收账款对应存储至区块链中，并将所述应收账款的状态更新为已融资状态。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

获取所述业务处理系统基于所述债权项目信息对所述应收账款进行回款操作生成的回款信息；

将所述回款信息与所述应收账款对应存储至所述区块链中，并将所述应收账款的状态更新为已回款状态。

8.一种基于区块链的融资装置，其特征在于，设置于再保理业务平台，所述再保理业务平台作为区块链处理节点与第一业务提供方、第二业务提供方以及买方通过区块链技术分别建立通信连接；所述装置包括：

第一消息生成模块，用于响应于所述第一业务提供方向所述第二业务提供方发起的应收账款的第一转让申请，生成第一应收账款转让通知消息；其中，所述应收账款为状态为已核准状态的应收账款；

第一消息发送模块，用于将所述第一应收账款转让通知消息发送至所述买方；

确认结果获取模块，用于获取所述买方响应于所述第一应收账款转让通知消息反馈的确认结果；

第二消息生成模块，用于当所述确认结果为确认通过时，生成第一应收账款转让确认消息；

第二消息发送模块，用于将所述第一应收账款转让确认消息发送至所述第二业务提供方，以使得所述第二业务提供方受让所述应收账款，并基于所述应收账款发放融资。

9.一种基于区块链的融资装置，其特征在于，设置于第二业务提供方，所述装置包括：

应收账款确定模块，用于当获取到第一应收账款转让确认消息时，确定所述第一应收账款转让确认消息对应的应收账款；

债权项目信息发送模块，用于获取所述应收账款对应的债权项目信息，将所述债权项目信息发送至所述第二业务提供方对应的业务处理系统；

放款信息获取模块，用于获取所述业务处理系统基于所述债权项目信息进行审批并发放融资后生成的放款信息；

放款信息存储模块，用于将所述放款信息与所述应收账款对应存储至区块链中，并将所述应收账款的状态更新为已融资状态。

10.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如权利要求1-7任意一项所述的基于区块链的融资方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或至少一段程序由处理器加载并执行以实现如权利要求1-7任意一项所述的基于区块链的融资方法。

12.一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现权利要求1-7任意一项所述的基于区块链的融资方法的步骤。

Images