CN112967055A - 通过区块链发行应收凭证的方法及装置 - Google Patents

Abstract

本说明书实施例提供了一种通过区块链发行应收凭证的方法，该区块链中部署有智能合约，其中包括针对应收凭证的发行逻辑，该逻辑涉及多个角色方，至少包括该应收凭证的持有方，该方法由任一角色方执行；该方法包括：获取发行数据，其中包括该持有方所持有的凭证份额；利用第一私钥对该发行数据进行加密，得到第一数字签名；基于该第一数字签名和该发行数据形成第一数据包；基于该第一数据包，向区块链网络中的第一节点发出第一调用请求，用于调用该智能合约的发行逻辑，以使得区块链网络中的各个节点基于该第一数据包执行该发行逻辑，从而将该发行数据记录在区块链中。

Description

通过区块链发行应收凭证的方法及装置

本申请是分案申请，基于发明名称为“通过区块链发行应收凭证的方法及装置”，申请日为：2020年11月25日，申请号为：202011338150.5的专利申请而提出。

技术领域

本说明书一个或多个实施例涉及计算机技术领域，尤其涉及一种通过区块链发行应收凭证的方法及装置、一种通过区块链转让应收凭证份额的方法及装置、一种通过区块链进行融资的方法及装置。

背景技术

随着社会的发展，越来越多的服务实体通过各种各样的协作或合作方式，提升服务实体的服务水平，从而提高用户体验。例如，供应链中的上游企业将原材料提供给下游企业，下游企业利用原材料制造商品提供给用户使用，下游企业允诺在预定期限内将原材料的货款支付给上游企业，如此，下游企业可以有较为充足的时间制造、生产出符合用户需求的商品，以提高用户体验。服务实体在协作过程中，约定事宜的是否真实、有效，若双方各执一词，则哪方提供的信息有效，都将影响到协作的质量和完成度，协作的服务实体受到影响，那么实体提供给用户的服务也将收到影响。

因此，需要一种方式，可以在服务实体协作的过程中，提高相关业务数据的安全性和可靠性，确保业务的顺利进行，进而提升服务实体的信任度和用户体验。

发明内容

本说明书一个或多个实施例描述了通过区块链进行与应收凭证相关的业务处理的方法和对应装置，通过上述方法和装置，可以提高相关业务数据的安全性和可靠性，提升服务实体对协作的信任度，进而提升用户体验。

根据第一方面，提供了一种通过区块链发行应收凭证的方法，所述区块链中部署有智能合约，该智能合约包括针对应收凭证的发行逻辑，该发行逻辑涉及多个角色方，该多个角色方至少包括所述应收凭证的持有方，所述方法由任一角色方对应的第一实体执行；所述方法包括：获取发行数据，其中包括对应所述多个角色方的多个实体的标识信息，以及对应所述持有方的若干实体所持有的若干凭证份额；利用第一私钥对所述发行数据进行加密，得到第一数字签名；基于所述第一数字签名和所述发行数据形成第一数据包；基于所述第一数据包，向区块链网络中的第一节点发出第一调用请求，用于调用所述智能合约的发行逻辑，以使得区块链网络中的各个节点基于所述第一数据包执行所述发行逻辑，从而将所述发行数据记录在区块链中。

在一个实施例中，所述多个角色方还包括以下中的至少一个：所述应收凭证的发行方、担保方、清分方，以及提供发行服务的平台方；其中，所述智能合约由所述平台方创建。

在一个具体的实施例中，当所述第一实体对应于所述发行方，所述获取发行数据包括：获取所述发行方针对所述应收凭证的录入信息；根据该录入信息，得到所述发行数据；当所述第一实体对应于所述平台方，所述获取发行数据包括：从所述发行方接收所述发行数据；当所述第一实体对应于所述发行方和平台方以外的其他方，所述获取发行数据包括：接收所述平台方转发的发行数据。

在一个实施例中，所述发行数据还包括以下中的至少一项内容：所述应收凭证与链外资源之间的兑换关系，所述应收凭证对应的应兑现日期，所述应收凭证的发行事由。

在一个实施例中，所述发行逻辑包括：利用所述发行数据和与所述第一私钥对应的第一公钥，验证所述第一数字签名；判断所述多个实体对应的多个数字签名是否均通过验证；如果均通过验证，将所述发行数据记录在区块链中。

在一个实施例中，所述第一数据包中还包括所述第一私钥对应的第一公钥。

在一个实施例中，所述第一调用请求对应于第一交易，所述第一交易的数据字段包括以下变量赋值信息：将所述多个实体中各实体的标识赋值给其所对应角色方的实体标识变量；将上述若干凭证份额赋值给对应于上述若干实体的若干持有份额变量。

根据第二方面，提供了一种通过区块链转让应收凭证份额的方法，所述区块链中部署有智能合约，该智能合约包括针对应收凭证份额的转让逻辑，该转让逻辑涉及转出方和受让方，所述方法由其中任一方对应的第二实体执行；所述方法包括：获取转让数据，其中包括所述转出方的实体标识，所述受让方的实体标识，以及所述转出方基于其针对第一应收凭证的持有份额转让给所述受让方的转让份额；利用第二私钥对所述转让数据进行加密，得到第二数字签名；基于所述第二数字签名和所述转让数据形成第二数据包；基于所述第二数据包，向区块链网络中的第二节点发出第二调用请求，用于调用所述智能合约的转让逻辑，以使得区块链网络中的各个节点基于所述第二数据包执行所述转让逻辑，从而将所述转让数据记录在区块链中。

在一个实施例中，当所述第二实体对应于所述转出方，所述获取转让数据包括：获取所述转出方基于所述第一应收凭证录入的转出信息；根据该转出信息，得到所述转让数据；当所述第二实体对应于所述受让方，所述获取转让数据包括：接收提供转让服务的平台方转发的转让数据，所述智能合约由所述平台方创建。

在一个实施例中，所述转让逻辑包括：利用所述转让数据和与所述第二私钥对应的第二公钥，验证所述第二数字签名；判断所述转出方和受让方对应的数字签名是否均通过验证；如果均通过验证，根据所述转让数据更新所述转出方和受让方的持有份额。

在一个实施例中，第二数据包中还包括所述第二私钥对应的第二公钥。

在一个具体的实施例中，所述第二调用请求对应于第二交易，所述第二交易的数据字段包括以下变量赋值信息：将所述转出方和转入方的实体标识，分别赋值给转出实体标识变量和转入实体标识变量；将所述转让份额赋值给转让份额变量；所述根据所述转让数据更新所述转出方和受让方的持有份额，包括：将所述转出方对应的持有份额变量更新为，其原有变量值和所述转让份额变量的变量值之间的差值；将所述转入方对应的持有份额变量更新为，其原有变量值和所述转让份额变量的变量值之间的和值。

根据第三方面，提供一种通过区块链进行融资的方法，所述区块链中部署有智能合约，该智能合约包括基于应收凭证进行融资的融资逻辑，所述融资逻辑涉及申请方和出资方，所述方法由其中任一方对应的第三实体执行；所述方法包括：获取融资数据，其中包括所述申请方的实体标识，所述出资方的实体标识，以及所述申请方基于其针对第一应收凭证的持有份额向所述出资方申请融资的融资份额；利用第三私钥对所述融资数据进行加密，得到第三数字签名；基于所述第三数字签名和所述融资数据形成第三数据包；基于所述第三数据包，向区块链网络中的第三节点发出第三调用请求，用于调用所述智能合约的融资逻辑，以使得区块链网络中的各个节点基于所述第三数据包执行所述融资逻辑，从而将所述融资数据记录在区块链中。

在一个实施例中，当所述第三实体对应于所述申请方，所述获取融资数据包括：获取所述申请方基于所述第一应收凭证录入的融资信息；根据该融资信息，得到所述融资数据；当所述第三实体对应于所述出资方，所述获取融资数据包括：接收提供融资服务的平台方转发的融资数据，所述智能合约由所述平台方创建。

在一个实施例中，所述融资逻辑包括：利用所述融资数据和与所述第三私钥对应的第三公钥，验证所述第三数字签名；判断所述申请方和融资方对应的数字签名是否均通过验证；如果均通过验证，根据所述融资数据更新所述申请方和融资方的持有份额。

在一个实施例中，所述第三调用请求对应于第三交易，所述第三交易的数据字段包括以下变量赋值信息：将所述申请方和出资方的实体标识，分别赋值给申请实体标识变量和出资实体标识变量；将所述融资份额赋值给融资份额变量；所述根据所述融资数据更新所述申请方和融资方的持有份额，包括：将所述申请方对应的持有份额变量更新为，其原有变量值和所述融资份额变量的变量值之间的差值；将所述出资方对应的持有份额变量更新为，其原有变量值和所述融资份额变量的变量值之间的和值。

在一个实施例中，所述智能合约由平台方创建，所述融资数据还包括所述申请方向所述平台方支付的融资服务份额。

在一个具体的实施例中，所述融资逻辑包括：利用所述融资数据和与所述第三私钥对应的第三公钥，验证所述第三数字签名；判断所述申请方和融资方对应的数字签名是否均通过验证；如果均通过验证，根据所述融资数据更新所述申请方、融资方和平台方的持有份额。

在一个更具体的实施例中，所述第三调用请求对应于第三交易，所述第三交易的数据字段包括以下变量赋值信息：将所述申请方和出资方的实体标识，分别赋值给申请实体标识变量和出资实体标识变量；将所述融资份额赋值给融资份额变量；将所述融资服务份额赋值给融资服务份额变量；所述根据所述融资数据更新所述申请方、融资方和平台方的持有份额，包括：将所述申请方对应的持有份额变量更新为，其原有变量值分别减去所述融资份额变量和融资服务份额变量的变量值而得到的差值；将所述出资方对应的持有份额变量更新为，其原有变量值和所述融资份额变量的变量值之间的和值；将所述平台方对应的持有份额变量更新为，其原有变量值和所述融资服务份额变量的变量值之间的和值。

在一个实施例中，所述第三数据包中还包括所述第三私钥对应的第三公钥。

根据第四方面，提供一种通过区块链无效应收凭证份额的方法，其中，所述区块链中部署有智能合约，该智能合约包括针对应收凭证的份额无效逻辑，所述份额无效逻辑涉及清分方，所述方法由所述清分方对应的清分实体执行，包括：确定所述应收凭证的第一持有实体获取到第一份额对应的链外资源；获取份额无效数据，其中包括所述第一份额以及所述第一持有实体所对应的实体标识；基于所述份额无效数据，向区块链网络中的第四节点发出第四调用请求，用于调用所述智能合约的份额无效逻辑，以使得区块链网络中的各个节点基于所述份额无效数据执行所述份额无效逻辑，从而在区块链中将所述第一份额记录为无效。

在一个实施例中，所述确定所述应收凭证的第一持有实体获取到第一份额对应的链外资源，包括：接收资源转入消息，其指示发行实体已将所述应收凭证的总额所对应的链外资源转入所述清分实体的链外账户；基于所述资源转入消息，将所述链外资源中对应所述第一份额的部分资源，分配给所述第一持有实体。

在一个具体的实施例中，获取份额无效数据包括：在所述分配给所述第一持有实体之后，生成所述份额无效数据。

根据第五方面，提供一种通过区块链无效应收凭证的方法，其中，所述区块链中部署有智能合约，该智能合约包括针对应收凭证的凭证无效逻辑，所述凭证无效逻辑涉及平台方，所述方法由所述平台方对应的平台实体执行，所述平台实体为区块链网络中的节点；所述方法包括：

生成查询交易，用于查询所述区块链中记录的所述应收凭证的各个凭证份额是否有效；如果所述各个凭证份额均无效，则生成目标交易，用于调用所述智能合约的凭证无效逻辑，使得区块链网络中的各个节点执行所述凭证无效逻辑，从而在区块链中将所述应收凭证记录为全局无效。

根据第六方面，提供一种通过区块链对应收凭证进行流转处理的方法，所述流转处理包括多个环节，所述区块链中部署有智能合约，该智能合约包括任意的第一环节对应的第一处理逻辑，该第一处理逻辑涉及多个角色方，所述方法包括针对所述第一环节的第一处理，且由任一角色方对应的第四实体执行，所述第一处理包括：

获取对应所述第一环节的环节数据，其中包括对应所述多个角色方的多个实体的标识信息，以及所述应收凭证在所述第一环节的流转信息；利用第四私钥对所述环节数据进行加密，得到第四数字签名；基于所述第四数字签名和所述环节数据形成第四数据包；基于所述第四数据包，向区块链网络中的第四节点发出第四调用请求，用于调用所述智能合约的第一处理逻辑，以使得区块链网络中的各个节点基于所述第四数据包执行所述第一处理逻辑，从而将所述环节数据记录在区块链中。

根据第七方面，提供一种通过区块链发行应收凭证的装置，所述区块链中部署有智能合约，该智能合约包括针对应收凭证的发行逻辑，该发行逻辑涉及多个角色方，该多个角色方至少包括所述应收凭证的持有方，所述装置集成于任一角色方对应的第一实体；所述装置包括：

数据获取单元，配置为获取发行数据，其中包括对应所述多个角色方的多个实体的标识信息，以及对应所述持有方的若干实体所持有的若干凭证份额；数字签名单元，配置为利用第一私钥对所述发行数据进行加密，得到第一数字签名；数据包形成单元，配置为基于所述第一数字签名和所述发行数据形成第一数据包；调用单元，配置为基于所述第一数据包，向区块链网络中的第一节点发出第一调用请求，用于调用所述智能合约的发行逻辑，以使得区块链网络中的各个节点基于所述第一数据包执行所述发行逻辑，从而将所述发行数据记录在区块链中。

根据第八方面，提供一种通过区块链转让应收凭证份额的装置，所述区块链中部署有智能合约，该智能合约包括针对应收凭证份额的转让逻辑，该转让逻辑涉及转出方和受让方，所述装置集成于其中任一方对应的第二实体；所述装置包括：

数据获取单元，配置为获取转让数据，其中包括所述转出方的实体标识，所述受让方的实体标识，以及所述转出方基于其针对第一应收凭证的持有份额转让给所述受让方的转让份额；数字签名单元，配置为利用第二私钥对所述转让数据进行加密，得到第二数字签名；数据包形成单元，配置为基于所述第二数字签名和所述转让数据形成第二数据包；调用单元，配置为基于所述第二数据包，向区块链网络中的第二节点发出第二调用请求，用于调用所述智能合约的转让逻辑，以使得区块链网络中的各个节点基于所述第二数据包执行所述转让逻辑，从而将所述转让数据记录在区块链中。

根据第九方面，提供一种通过区块链进行融资的装置，所述区块链中部署有智能合约，该智能合约包括基于应收凭证进行融资的融资逻辑，所述融资逻辑涉及申请方和出资方，所述装置集成于其中任一方对应的第三实体；所述装置包括：

数据获取单元，配置为获取融资数据，其中包括所述申请方的实体标识，所述出资方的实体标识，以及所述申请方基于其针对第一应收凭证的持有份额向所述出资方申请融资的融资份额；数字签名单元，配置为利用第三私钥对所述融资数据进行加密，得到第三数字签名；数据包形成单元，配置为基于所述第三数字签名和所述融资数据形成第三数据包；调用单元，配置为基于所述第三数据包，向区块链网络中的第三节点发出第三调用请求，用于调用所述智能合约的融资逻辑，以使得区块链网络中的各个节点基于所述第三数据包执行所述融资逻辑，从而将所述融资数据记录在区块链中。

根据第十方面，提供一种通过区块链无效应收凭证份额的装置，其中，所述区块链中部署有智能合约，该智能合约包括针对应收凭证的份额无效逻辑，所述份额无效逻辑涉及清分方，所述装置集成于所述清分方对应的清分实体，包括：确定单元，配置为确定所述应收凭证的第一持有实体获取到第一份额对应的链外资源；数据获取单元，配置为获取份额无效数据，其中包括所述第一份额以及所述第一持有实体所对应的实体标识；调用单元，配置为基于所述份额无效数据，向区块链网络中的第四节点发出第四调用请求，用于调用所述智能合约的份额无效逻辑，以使得区块链网络中的各个节点基于所述份额无效数据执行所述份额无效逻辑，从而在区块链中将所述第一份额记录为无效。

根据第十一方面，提供一种通过区块链无效应收凭证的装置，其中，所述区块链中部署有智能合约，该智能合约包括针对应收凭证的凭证无效逻辑，所述凭证无效逻辑涉及平台方，所述装置集成于所述平台方对应的平台实体，所述平台实体为区块链网络中的节点；所述装置包括：

查询交易生成单元，配置为生成查询交易，用于查询所述区块链中记录的所述应收凭证的各个凭证份额是否有效；目标交易生成单元，配置为如果所述各个凭证份额均无效，则生成目标交易，用于调用所述智能合约的凭证无效逻辑，使得区块链网络中的各个节点执行所述凭证无效逻辑，从而在区块链中将所述应收凭证记录为全局无效。

根据第十二方面，提供一种通过区块链对应收凭证进行流转处理的装置，所述流转处理包括多个环节，所述区块链中部署有智能合约，该智能合约包括任意的第一环节对应的第一处理逻辑，该第一处理逻辑涉及多个角色方，所述装置集成于任一角色方对应的第四实体，所述装置通过以下单元实现对所述第一环节的第一处理：

数据获取单元，配置为获取对应所述第一环节的环节数据，其中包括对应所述多个角色方的多个实体的标识信息，以及所述应收凭证在所述第一环节的流转信息；数字签名单元，配置为利用第四私钥对所述环节数据进行加密，得到第四数字签名；数据包形成单元，配置为基于所述第四数字签名和所述环节数据形成第四数据包；调用单元，配置为基于所述第四数据包，向区块链网络中的第四节点发出第四调用请求，用于调用所述智能合约的第一处理逻辑，以使得区块链网络中的各个节点基于所述第四数据包执行所述第一处理逻辑，从而将所述环节数据记录在区块链中。

根据第十三方面，提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行第一方面至第六方面中任一方面的方法。

根据第十四方面，提供了一种计算设备，包括存储器和处理器，其特征在于，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现第一方面至第六方面中任一方面的方法。

根据本说明书实施例提供的方法和装置，应收凭证的流转数据被记录在区块链中，不可篡改，也保证了流转数据的真实性和有效性。

附图说明

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

图1A是在区块链网络中创建智能合约的过程示意图；

图1B是在区块链网络中调用图1A创建的智能合约的过程示意图；

图2为本说明书披露的一个实施例的实施场景示意图；

图3示出在一个实施例中通过区块链发行应收凭证的方法流程示意图；

图4示出在一个实施例中通过区块链转让应收凭证份额的方法流程示意图；

图5示出在一个实施例中通过区块链进行融资的方法流程示意图；

图6示出在一个实施例中通过区块链无效应收凭证份额的方法流程示意图；

图7示出在一个实施例中通过区块链无效应收凭证的方法流程示意图；

图8示出在一个实施例中通过区块链对应收凭证进行流转处理的方法流程示意图；

图9示出在一个实施例中通过区块链发行应收凭证的装置结构示意图；

图10示出在一个实施例中通过区块链转让应收凭证份额的装置结构示意图；

图11示出在一个实施例中通过区块链进行融资的装置结构示意图；

图12示出在一个实施例中通过区块链无效应收凭证份额的装置结构示意图；

图13示出在一个实施例中通过区块链无效应收凭证的装置结构示意图；

图14示出在一个实施例中通过区块链对应收凭证进行流转处理的装置结构示意图。

具体实施方式

下面结合附图，对本说明书提供的方案进行描述。

承前所述，在已有的多个服务实体进行协作的过程中，服务实体各自对相关的业务数据进行存储，如果有任意的一方或几方对其所存储的数据进行篡改，进行欺诈等，将导致真假难辨，造成受害方资金、时间等方面的损失。有鉴于此，在本说明书的实施例中，提出利用区块链技术和智能合约，对业务数据进行记录、存储，从而使得业务数据可追溯，不可篡改，有效性得到保障。

如本领域技术人员所知，区块链网络是一种分布式存储、记录的体系，其中包含多个节点，各个节点之间可以互相通信交易数据，其中交易Tx是区块中的基本存储单位，有待存储至链上的各种数据一般以交易Tx的形式为载体进行记录。在目前主流的区块链中，一个区块可以存储上百条交易。需要说明的是，本文中所称的节点，也可以称为全节点或记账节点，是可以基于交易Tx生成新的区块并将区块上链的计算设备。典型地，上述区块链网络可以是联盟链，其中约定多个机构作为记账节点，其间通过约定的共识机制，例如PoS权益证明协议，BFT(Byzantine Fault Tolerance)拜占庭容错共识协议等，就接下来要记录的交易达成一致，并将这些交易内容打包形成区块，挂载到区块链上。

进一步的，越来越多的区块链网络支持智能合约，从而在区块链中实现更为丰富的功能。智能合约是一种可以自动执行的程序逻辑，经发布或创建后以数字化的形式写入区块链中，由区块链网络中的各个节点进行执行。

图1A是在区块链网络中创建智能合约的过程示意图。更具体的，图1A结合以太坊进行描述。假定某个节点，Bob想要发布一段智能合约Contract1，其中包含对变量x，y的运算。Bob可以以交易的形式，发布该合约。具体的，Bob可以发起一笔交易Tx，交易内容中发起方from字段即为Bob(更具体为Bob的地址)，接收方to字段设为空值；并且，该交易内容中还包括Data字段，其中包含将上述智能合约编译为字节码之后的代码。在Bob把这样一条交易发布到区块链网络之后，记账节点通过共识机制将其添加到区块链上。在这个过程中，还会根据一定算法，例如基于发布者地址进行哈希等，为上述智能合约赋予一个合约地址，例如0x6f…。如此，一个智能合约对应一个合约地址，与用户的账户地址在形式上没有区别。

以上智能合约经过打包上链之后，区块链网络中的用户可以调用该智能合约。图1B是在区块链网络中调用图1A创建的智能合约的过程示意图。假定区块链网络中的节点Alice想要调用以上智能合约，那么该节点可以发起一笔交易，进行合约调用。

具体而言，在交易内容中，from字段可以是调用者Alice的地址，to字段即为上述智能合约的合约地址0x6f…，表示该交易所调用的智能合约。在Data字段，包含要调用的合约中的方法或函数名称和传入的参数，例如变量x的数值x0。其他节点收到这条交易后，通过节点中的虚拟机执行合约逻辑对应的操作，并通过共识机制实现网络上合约状态的改变，包括合约中变量数值的改变。之后，网络中的任意节点查看这个合约的变量时，就会发现这个合约中变量x的值变成了x0。

基于以上区块链和智能合约的特点，在本说明书的实施例中，通过智能合约实现服务实体之间的协作或合作。具体地，将区块链外的资源(如货币、云存储空间、流量等)映射到区块链中，得到基于区块链token机制实现的应收凭证，例如，可以将供应链中，企业针对上游供应商在真实贸易背景下产生的应付账款(如1000万)映射到区块链，得到总额为1000的应收凭证。如此，可以实现应收凭证的发行(或称开立)。进一步，与链外资源的转让、融资和清分等业务相对应地，可以在区块链上进行应收凭证的转让、融资申请和凭证销毁等。

为便于理解，下面先对链上和链下业务的结合进行介绍。图2为本说明书披露的一个实施例的实施场景示意图，其中实体D(平台方)创建智能合约，部署在区块链中，以为其他实体提供基于区块链实现的应收凭证的发行服务、转让服务、融资服务和清分服务等。如图2所示，在第1步，实体A(发行方)向实体B(持有方)发行总份额为1000的应收凭证；在第2步，实体B(转出方)将其持有的1000份额中的100份额转让给实体C(受让方)，此时，实体B和实体C针对应收凭证的持有份额分别为900和100；在第3步，实体C(申请方)基于其持有的100份额向实体E(出资方)申请融资，实体D收取1份额的服务费，实体E得到99份额，并在扣除4份额作为利息后，将剩余的95凭证份额所对应的链下资源发放给实体C；在第4步，实体A在约定期限内，将500凭证份额所对应的链外资源转入实体F(清分方)的链外账户，实体F根据区块链中记录的应收凭证份额的持有情况，包括实体B、实体D和实体E分别持有400份额、1份额和99份额，将实体A转入的链外资源对应分配给各个持有方，并在区块链中销毁该应收凭证。

下面分别对上述提及的各项业务进行介绍。

针对应收凭证的发行环节，图3示出在一个实施例中通过区块链发行应收凭证的方法流程示意图。该方法流程的实现基于部署在区块链中的智能合约，该智能合约至少包括应收凭证的发行逻辑。需说明，对于该智能合约的部署，可以是区块链网络中任意的一个节点部署的，也可以是区块链网络以外的企业、结构等利用区块链网络中的任一节点部署的。

上述发行逻辑涉及多个角色方，其中至少包括应收凭证的持有方。其中持有方持有应收凭证的全部凭证份额或部分凭证份额，相应地，持有方所对应的持有实体(具体的某家企业或机构)可以为一个或多个。在一个实施例中，上述多个角色方还可以包括应收凭证的发行方，发行方需在预定期限内向应收凭证的持有方兑付等价的链外资源，需说明，应收凭证与链外资源之间的换算关系或称兑换比率(例如，1凭证份额等于1万人名币)可以是在凭证发行阶段进行设定并记录在区块链中，或者，默认应收凭证与链外资源的兑换比率是1:1。在另一个实施例中，上述多个角色方还可以包括应收凭证的担保方，若发行方在应收凭证到期后，未兑付等价的链外资源，则由担保方履行兑付事务或承担责任。在又一个实施例中，上述多个角色方还可以包括清分方，发行方将兑付的等价链外资源转入清分方的链外账户，由清分方根据区块链中记录的凭证份额分布情况，将收到的链外资源转入各个凭证持有方的链外账户。在还一个实施例中，上述多个角色方中还包括提供发行服务的平台方，上述智能合约由该平台方创建。

上述应收凭证的发行方法，可以由发行逻辑涉及的多个角色方中任一角色方所对应的实体(为区分描述，文中称第一实体)执行。如图3所示，所述方法包括以下步骤：

步骤S310，获取发行数据，其中包括对应所述多个角色方的多个实体的标识信息，以及对应所述持有方的若干实体所持有的若干凭证份额；步骤S320，利用第一私钥对所述发行数据进行加密，得到第一数字签名；步骤S330，基于所述第一数字签名和所述发行数据形成第一数据包；步骤S340，基于所述第一数据包，向区块链网络中的第一节点发出第一调用请求，用于调用所述智能合约的发行逻辑，以使得区块链网络中的各个节点基于所述第一数据包执行所述发行逻辑，从而将所述发行数据记录在区块链中。

针对以上步骤，首先需要说明的是，上述“第一私钥”、“第一数字签名”和“第一节点”等中的“第一”，以及后续“第二”、“第三”等类似用语，均是为了区分同类事物，不具有排序等其他限定作用。

以上步骤如下：

首先，在步骤S310，获取发行数据，其中包括对应所述多个角色方的多个实体的标识信息，以及对应所述持有方的若干实体所持有的若干凭证份额。

需理解，上述实体可以是真实世界中的组织机构，如企业、机关单位等。上述标识信息包含多个实体中各个实体的标识，一个标识可用于定位到对应的唯一实体，例如，标识可以是实体名称(如xx公司)，或者是数字编号，亦或是字母和数字的组合，或是组织机构代码，还可以是实体在区块链中的交易账户。上述“若干实体”中的“若干”，在文中指代一个或多个。

上述发行数据可以包括多个角色方事先商定好的内容，具体可包括应收凭证与链外资源之间的兑换关系(例如，1凭证份额＝1T存储空间)，应收凭证对应的应兑现日期(如某个未来时刻)，应收凭证的发行事由(如，实体B向实体A提供1000吨钢材)。

在一个实施例中，当上述第一实体对应于发行方，本步骤可以包括：获取发行方针对应收凭证的录入信息；根据该录入信息，得到上述发行数据。在一个具体的实施例中，发行方可以基于平台方提供的客户端，使用凭证发行服务，并在相关服务界面中进行信息录入。在一个具体的实施例中，录入信息可以包括上述多个角色方中各个角色方所对应实体的实体名称，应收凭证所对应的总份额，其中持有方所对应若干实体中各个实体的持有份额，应收凭证的背景信息(如文字描述，或线下合同的扫描文件等)。

在一个实施例中，当上述第一实体对应于平台方，本步骤可以包括：从上述发行方接收上述发行数据。在一个具体的实施例中，响应于发行方对上述录入信息的确认，获取上述发行数据。在另一个具体的实施例中，响应于发行方对发行数据的发送确认，接收上述发行数据。

在一个实施例中，当上述第一实体对应于上述发行方和平台方以外的其他方，本步骤可以包括：接收平台方转发的发行数据，或者，接收发行方发送的发行数据。

由上，可以实现发行数据的获取。

接着，在步骤S320，利用第一私钥对上述发行数据进行加密，得到第一数字签名；并且，在步骤S330，基于该第一数字签名和发行数据形成第一数据包。

需说明，数字签名是只有信息的发送者才能产生的别人无法伪造的一段数字串，这段数字串同时也是对信息的发送者发送信息真实性的一个有效证明。在一种数字签名的生成方式中，第一实体可以先对发行数据进行哈希，得到对应的哈希散列，再利用其持有的第一私钥对该哈希散列进行加密，得到上述第一数字签名。在另一种方式中，第一实体可以先对发行数据进行多次哈希，再利用其持有的第一私钥对多个哈希得到的散列进行加密，得到上述第一数字签名。

上述第一数据包中至少包括上述第一数字签名和发行数据。在一个实施例中，考虑到数字签名的验签需要用到与第一私钥对应的第一公钥，因此，可以将第一公钥包含在第一数据包中。需说明，第一公钥和第一私钥是利用非对称加密技术生成的一对密钥，其中一个用于加密，则另一个就用于解密。在另一个实施例中，因区块链网络中的各个节点获取第一公钥方式的有多种，例如，第一实体向区块链网络中的各个节点广播其持有的第一公钥，使得各个节点可以预先获取关联第一实体的第一公钥。

在以上形成第一数据包后，在步骤S340，基于该第一数据包，向区块链网络中的第一节点发出第一调用请求，用于调用所述智能合约的发行逻辑，以使得区块链网络中的各个节点基于所述第一数据包执行所述发行逻辑，从而将所述发行数据记录在区块链中。需说明，对于第一实体，在一个实施例中，其可以是区块链网络中的节点，此时，其可以作为第一节点，基于第一数据包发布第一交易，该第一交易对应上述第一调用请求。在另一个实施例中，其不是区块链网络中的节点，此时，其可以借助区块链网络中任意的第一节点发出第一调用请求，以使该第一节点基于该第一调用请求，在区块链中发布第一交易，用于调用上述发行逻辑。此时，第一调用请求同样对应第一交易。

在一个具体的实施例中，该第一交易的数据字段包括以下变量赋值信息：将上述多个实体中各实体的标识赋值给其所对应角色方的实体标识变量；将上述若干凭证份额赋值给对应于上述若干实体的若干持有份额变量。其中若干实体对应持有方角色。

在一个实施例中，上述发行逻辑可以包括：利用上述发行数据和与上述第一私钥对应的第一公钥，验证上述第一数字签名；判断上述多个实体对应的多个数字签名是否均通过验证；如果均通过验证，将发行数据记录在区块链中。在一个具体的实施中，验证数字签名(或简称验签)可以包括：利用第一公钥对第一数字签名进行解密，将解密得到的数据与对发行数据进行哈希得到的哈希散列进行比对，如果二者一致，则通过验证，如果二者不一致，则没有通过验证。在一个具体的实施例中，记录在区块链中可以包括，将上述第一交易打包上链。

如此，可以实现在区块链中发行应收凭证。

综上，采用本说明书实施例披露的通过区块链发行应收凭证的方法，可以将真实世界中的资源映射到区块链中，实现应收凭证的发行，并且，发行数据被记录在区块链中，不可篡改，也保证了发行数据的真实性和有效性，能够提高凭证发行的各个参与方的信任度。

针对应收凭证的转让环节，图4示出在一个实施例中通过区块链转让应收凭证份额的方法流程示意图。该方法流程的实现基于部署在区块链中的智能合约，该智能合约至少包括针对应收凭证份额的转让逻辑。在一个实施例中，图4方法基于的智能合约与图3方法基于的智能合约可以是同一个，也可以是单独的两个。

上述转让逻辑涉及转出方和受让方，上述方法由其中任一方对应的第二实体执行。如图4所示，所述方法包括以下步骤：

步骤S410，获取转让数据，其中包括上述转出方的实体标识，上述受让方的实体标识，以及上述转出方基于其针对第一应收凭证的持有份额转让给上述受让方的转让份额；步骤S420，利用第二私钥对上述转让数据进行加密，得到第二数字签名；步骤S430，基于上述第二数字签名和上述转让数据形成第二数据包；步骤S440，基于上述第二数据包，向区块链网络中的第二节点发出第二调用请求，用于调用上述智能合约的转让逻辑，以使得区块链网络中的各个节点基于上述第二数据包执行上述转让逻辑，从而将上述转让数据记录在区块链中。

以上步骤如下：

首先，在步骤S410，获取转让数据。在一个实施例中，转让数据中还可以包括第一应收凭证的标识。具体，在智能合约中的转让逻辑不是针对单一应收凭证，而是可以同时处理多个不同应收凭证的情况下，需要通过凭证标识定位到对应的应收凭证。在一个实施例中，上述转让逻辑还涉及其他角色方，如担保方等，相应地，转让数据中还可以包括其他角色方的实体标识，并且，上述方法的执行主体还可以是其他角色方。在一个实施例中，转让数据中还可以包括转让背景或转让事由。

在一个实施例中，当第二实体对应于转出方，本步骤可以包括：获取转出方基于第一应收凭证录入的转出信息；根据该转出信息，得到转让数据。在一个具体的实施例中，转出方可以基于平台方提供的客户端，使用份额转让服务，并在相关服务界面中进行信息录入。在一个具体的实施例中，录入信息可以包括转入方所对应一个或多个实体的实体名称，一个或多个转出份额，转出的背景信息(如文字描述，或线下转出合同的扫描文件等)。

在一个实施例中，当第二实体对应于受让方，本步骤可以包括：接收提供转让服务的平台方转发的转让数据，上述包含转让逻辑的智能合约由平台方创建。

以上，可以获取转让数据。接着，在步骤S420，利用第二私钥对上述转让数据进行加密，得到第二数字签名；并且，在步骤S430，基于上述第二数字签名和上述转让数据形成第二数据包。在一个实施例中，第二数据包中还可以包括第二私钥对应的第二公钥。

在形成第二数据包后，在步骤S440，基于上述第二数据包，向区块链网络中的第二节点发出第二调用请求，用于调用上述智能合约的转让逻辑，以使得区块链网络中的各个节点基于上述第二数据包执行上述转让逻辑，从而将上述转让数据记录在区块链中。在一个实施例中，其中第二节点可以是与上述第一节点相同的节点，也可以是不同的节点。

在一个实施例中，上述转让逻辑可以包括：利用转让数据和与第二私钥对应的第二公钥，验证第二数字签名；判断转出方和受让方对应的数字签名是否均通过验证；如果均通过验证，根据所述转让数据更新所述转出方和受让方的持有份额。在一个具体的实施例中，转让逻辑还可以包括：判断转出份额是否不大于转出方对第一应收凭证的持有份额，相应地，如果不大于，且均通过验证，则根据转让数据更新转出方和受让方的持有份额。需说明，在转让逻辑还涉及其他角色方，如平台方或担保方等，的情况下，还需要判断其他角色方对应的数字签名是否通过验证。

在一个实施例中，上述第二调用请求对应于第二交易，该第二交易的数据字段包括以下变量赋值信息：将该转出方和转入方的实体标识，分别赋值给转出实体标识变量和转入实体标识变量；将该转让份额赋值给转让份额变量。上述转让逻辑中的根据转让数据更新该转出方和受让方的持有份额，包括：将该转出方对应的持有份额变量更新为，其原有变量值和该转让份额变量的变量值之间的差值；将该转入方对应的持有份额变量更新为，其原有变量值和该转让份额变量的变量值之间的和值。

由上，采用本说明书实施例披露的通过区块链转让应收凭证份额的方法，可以实现应收凭证份额的转让。同时，转让数据被记录在区块链中，不可篡改，也保证了转让数据的真实性和有效性。

针对应收凭证的融资环节，图5示出在一个实施例中通过区块链进行融资的方法流程示意图。该方法流程的实现基于部署在区块链中的智能合约，该智能合约至少包括基于应收凭证份额进行融资的融资逻辑。图5方法基于的智能合约与图3方法基于的智能合约可以是同一个，也可以是单独的两个。

上述融资逻辑涉及申请方和出资方，上述方法由其中任一方对应的第三实体执行。如图5所示，所述方法包括以下步骤：

步骤S510，获取融资数据，其中包括所述申请方的实体标识，所述出资方的实体标识，以及所述申请方基于其针对第一应收凭证的持有份额向所述出资方申请融资的融资份额；步骤S520，利用第三私钥对所述融资数据进行加密，得到第三数字签名；步骤S530，基于所述第三数字签名和所述融资数据形成第三数据包；步骤S540，基于所述第三数据包，向区块链网络中的第三节点发出第三调用请求，用于调用所述智能合约的融资逻辑，以使得区块链网络中的各个节点基于所述第三数据包执行所述融资逻辑，从而将所述融资数据记录在区块链中。

以上步骤如下：

首先，在步骤S510，获取融资数据。在一个实施例中，融资数据中还可以包括第一应收凭证的标识。具体，在智能合约中的融资逻辑不是针对单一应收凭证，而是可以同时处理多个不同应收凭证的情况下，需要通过凭证标识定位到对应的应收凭证。在一个实施例中，包含融资逻辑的智能合约由平台方创建，融资数据还包括申请方向平台方支付的融资服务份额，作为服务费用。

在一个实施例中，当第三实体对应于申请方，本步骤可以包括：获取申请方基于第一应收凭证录入的融资信息；根据该融资信息，得到融资数据。在一个具体的实施例中，申请方可以基于平台方提供的客户端，使用融资服务，并在相关服务界面中进行信息录入。在一个具体的实施例中，录入信息可以包括出资方所对应实体的实体名称，融资份额，融资背景信息(如文字描述，或线下融资合同的扫描文件等)。

在一个实施例中，当第三实体对应于出资方，本步骤可以包括：接收提供融资服务的平台方转发的融资数据，上述包含融资逻辑的智能合约由平台方创建。

以上，可以获取融资数据。接着，在步骤S520，利用第三私钥对所述融资数据进行加密，得到第三数字签名；并且，在步骤S530，基于上述第三数字签名和融资数据形成第三数据包。在一个实施例中，第三数据包中还可以包括第三私钥对应的第三公钥。

基于形成的第三数据包括，在步骤S540，向区块链网络中的第三节点发出第三调用请求，用于调用所述智能合约的融资逻辑。在一个实施例中，其中第三节点可以是与上述第一节点相同的节点，也可以是不同的节点。

在一个实施例中，上述融资逻辑可以包括：利用融资数据和与第三私钥对应的第三公钥，验证第三数字签名；判断申请方和融资方对应的数字签名是否均通过验证；如果均通过验证，根据融资数据更新申请方和融资方的持有份额。在一个具体的实施例中，上述第三调用请求对应于第三交易，该第三交易的数据字段包括以下变量赋值信息：将申请方和出资方的实体标识，分别赋值给申请实体标识变量和出资实体标识变量；将所述融资份额赋值给融资份额变量；并且，上述融资逻辑中提及的根据融资数据更新所述申请方和融资方的持有份额，具体包括：将申请方对应的持有份额变量更新为，其原有变量值和所述融资份额变量的变量值之间的差值；将出资方对应的持有份额变量更新为，其原有变量值和所述融资份额变量的变量值之间的和值。

在一个具体的实施例中，上述融资逻辑中还可以包括，在验证第三数字签名之前，判断融资份额是否不大于申请方针对第一应收凭证的持有份额。进一步，如果是，则验证第三数字签名。

在另一个实施例中，上述智能合约由平台方创建，上述融资数据还包括申请方向平台方支付的融资服务份额，相应地，上述融资逻辑可以包括：利用融资数据和与第三私钥对应的第三公钥，验证所述第三数字签名；判断申请方和融资方对应的数字签名是否均通过验证；如果均通过验证，根据该融资数据更新申请方、融资方和平台方的持有份额。

进一步，在一个具体的实施例中，第三调用请求对应于第三交易，该第三交易的数据字段包括以下变量赋值信息：将申请方和出资方的实体标识，分别赋值给申请实体标识变量和出资实体标识变量；将融资份额赋值给融资份额变量；将融资服务份额赋值给融资服务份额变量；并且，融资逻辑中提及的持有份额更新具体包括：将申请方对应的持有份额变量更新为，其原有变量值分别减去融资份额变量和融资服务份额变量的变量值而得到的差值；将出资方对应的持有份额变量更新为，其原有变量值和融资份额变量的变量值之间的和值；将平台方对应的持有份额变量更新为，其原有变量值和融资服务份额变量的变量值之间的和值。

在一个具体的实施例中，上述融资逻辑中还可以包括，在验证第三数字签名之前，判断融资份额和融资服务份额的和值是否不大于申请方针对第一应收凭证的持有份额。进一步，如果是，则验证第三数字签名。

由上，采用本说明书实施例披露的通过区块链进行融资的方法，可以实现基于应收凭证的融资。同时，融资数据被记录在区块链中，不可篡改，也保证了融资数据的真实性和有效性。

针对应收凭证的无效环节，图6示出在一个实施例中通过区块链无效应收凭证份额的方法流程示意图。该方法流程的实现基于部署在区块链中的智能合约，该智能合约至少包括针对应收凭证的份额无效逻辑。图6方法基于的智能合约与图3方法基于的智能合约可以是同一个，也可以是单独的两个。

上述份额无效逻辑涉及清分方，上述方法由清分方对应的清分实体执行。如图6所示，所述方法包括以下步骤：

步骤S610，确定上述应收凭证的第一持有实体获取到第一份额对应的链外资源；步骤S620，获取份额无效数据，其中包括上述第一份额以及上述第一持有实体所对应的实体标识；步骤S630，基于上述份额无效数据，向区块链网络中的第四节点发出第四调用请求，用于调用上述智能合约的份额无效逻辑，以使得区块链网络中的各个节点基于上述份额无效数据执行上述份额无效逻辑，从而在区块链中将上述第一份额记录为无效。

以上步骤如下：

首先，在步骤S610，确定上述应收凭证的第一持有实体获取到第一份额对应的链外资源。

在一个实施例中，本步骤可以包括：接收资源转入消息，其指示发行实体已将应收凭证的总额所对应的链外资源转入所述清分实体的链外账户；基于所述资源转入消息，将所述链外资源中对应所述第一份额的部分资源，分配给所述第一持有实体。在一个具体的实施例中，在针对应收凭证的兑付到期后，应收凭证的开立方将与应收凭证的总份额相对应的链外资源转入清分方的链外账户，清分方查询区块链中记录的关于该应收凭证的份额分布情况，其中包括第一持有实体持有第一份额。据此，清分方基于开立方转入的资源，将第一份额对应的链外资源转给第一持有实体的链外账户，由此，可以确定应收凭证的第一持有实体获取到第一份额对应的链外资源，或者，根据第一持有实体发送的回执信息，确定其已收到与第一份额对应的链外资源。

在一个实施例中，本步骤可以包括：接收第一持有实体发送的消息，该消息指示其已收到上述第一份额对应的链外资源。

接着，在步骤S620，获取份额无效数据，其中包括上述第一份额以及上述第一持有实体所对应的实体标识。在一个实施例中，本步骤可以包括：在上述将链外资源中对应第一份额的部分资源，分配给第一持有实体之后，生成份额无效数据。

然后，基于获取的份额无效数据，在步骤S630，向区块链网络中的第四节点发出第四调用请求，用于调用上述智能合约的份额无效逻辑，以使得区块链网络中的各个节点基于上述份额无效数据执行上述份额无效逻辑，从而在区块链中将上述第一份额记录为无效。在一个实施例中，第四节点可以是与上述第一节点相同的节点，也可以是不同的节点。

在一个实施例中，上述份额无效逻辑可以包括：判断发起交易的账户地址是否为清分方的账户地址，如果是，则将第一持有实体的持有份额(也就是第一份额)记录为无效。

由上，采用本说明书实施例披露的通过区块链无效应收凭证的方法，可以实现对应收凭证份额的无效。同时，应收凭证份额的无效状态被记录在区块链中，不可篡改，也保证了份额无效数据的真实性和有效性。

针对应收凭证的无效环节，图7示出在一个实施例中通过区块链无效应收凭证的方法流程示意图。该方法流程的实现基于部署在区块链中的智能合约，该智能合约至少包括针对应收凭证的凭证无效逻辑。图7方法基于的智能合约与图3方法基于的智能合约可以是同一个，也可以是单独的两个。

上述份额无效逻辑涉及平台方，上述方法由平台方对应的平台实体执行，所述平台实体为区块链网络中的节点。如图7所示，所述方法包括以下步骤：

首先，在步骤S710，生成查询交易，用于查询所述区块链中记录的所述应收凭证的各个凭证份额是否有效。在一个实施例中，查询交易中可以包括应收凭证的凭证标识。

然后，在步骤S720，如果所述各个凭证份额均无效，则生成目标交易，用于调用所述智能合约的凭证无效逻辑，使得区块链网络中的各个节点执行所述凭证无效逻辑，从而在区块链中将所述应收凭证记录为全局无效。

在一个实施例中，上述凭证无效逻辑可以包括：判断目标交易的发起账户是否为平台方的账户，如果是，则在区块链中将所述应收凭证记录为全局无效。在另一个实施例中，上述凭证无效逻辑包括，判断目标交易的发起账户是否为平台方的账户，如果是，则查询所述区块链中记录的所述应收凭证的各个凭证份额是否有效，如果均无效，则在区块链中将所述应收凭证记录为全局无效。

由上，采用本说明书实施例披露的通过区块链无效应收凭证的方法，可以实现对应收凭证的无效。同时，应收凭证的全局无效状态被记录在区块链中，不可篡改，也保证了无效状态的真实性和有效性。

以上，对应收凭证的发行环节、转让环节、融资环节和无效环节进行介绍。需要说明，上述各个环节所基于的智能合约可以是同一个。并且，该智能合约可以设定为同期只支持对单一应收凭证进行业务处理，相应地，各个环节的参与方可以通过调用智能合约中实现不同逻辑的接口，实现对应逻辑，并且，在应收凭证发行成功后，再次调用该智能合约时，可以明确获知逻辑的执行基于该应收凭证，用于调用该智能合约的交易数据中只需包含该智能合约的地址，无需包含应收凭证的标识。

实际上，还可以实现对应收凭证的更多流转处理，例如，应收凭证的开立方变更等。由此，图8示出在一个实施例中通过区块链对应收凭证进行流转处理的方法流程示意图，所述流转处理包括多个环节。在一个实施例中，多个环节可以包括发行环节、转让环节、融资环节、无效环节和开立方变更环节。

区块链中部署有智能合约，该智能合约包括任意的第一环节对应的第一处理逻辑，该第一处理逻辑涉及多个角色方，所述方法包括针对所述第一环节的第一处理，且由任一角色方对应的第四实体执行，所述第一处理包括：

步骤S810，获取对应所述第一环节的环节数据，其中包括对应所述多个角色方的多个实体的标识信息，以及所述应收凭证在所述第一环节的流转信息。在一个实施例中，上述第一环节为发行环节，相应地，流转信息可以包括对应持有方的若干实体的若干持有份额。

步骤S820，利用第四私钥对环节数据进行加密，得到第四数字签名；并且，在步骤S830，基于该第四数字签名和环节数据形成第四数据包。

步骤S840，基于所述第四数据包，向区块链网络中的第四节点发出第四调用请求，用于调用所述智能合约的第一处理逻辑，以使得区块链网络中的各个节点基于所述第四数据包执行所述第一处理逻辑，从而将所述环节数据记录在区块链中。

由上，采用本说明书实施例披露的通过区块链对应收凭证进行流转处理的方法，应收凭证的流转数据被记录在区块链中，不可篡改，也保证了流转数据的真实性和有效性。

与上述针对应收凭证的处理方法相对应的，本说明书实施例还披露处理装置，具体如下：

图9示出在一个实施例中通过区块链发行应收凭证的装置结构示意图，所述区块链中部署有智能合约，该智能合约包括针对应收凭证的发行逻辑，该发行逻辑涉及多个角色方，该多个角色方至少包括所述应收凭证的持有方，所述装置900集成于任一角色方对应的第一实体；所述装置900包括：

数据获取单元910，配置为获取发行数据，其中包括对应所述多个角色方的多个实体的标识信息，以及对应所述持有方的若干实体所持有的若干凭证份额；数字签名单元920，配置为利用第一私钥对所述发行数据进行加密，得到第一数字签名；数据包形成单元930，配置为基于所述第一数字签名和所述发行数据形成第一数据包；调用单元940，配置为基于所述第一数据包，向区块链网络中的第一节点发出第一调用请求，用于调用所述智能合约的发行逻辑，以使得区块链网络中的各个节点基于所述第一数据包执行所述发行逻辑，从而将所述发行数据记录在区块链中。

在一个实施例中，所述多个角色方还包括以下中的至少一个：所述应收凭证的发行方、担保方、清分方，以及提供发行服务的平台方；其中，所述智能合约由所述平台方创建。

在一个具体的实施例中，当所述第一实体对应于所述发行方，数据获取单元910具体配置为：获取所述发行方针对所述应收凭证的录入信息；根据该录入信息，得到所述发行数据；当所述第一实体对应于所述平台方，数据获取单元910具体配置为：从所述发行方接收所述发行数据；当所述第一实体对应于所述发行方和平台方以外的其他方，数据获取单元910具体配置为：接收所述平台方转发的发行数据。

在一个实施例中，所述发行数据还包括以下中的至少一项内容：所述应收凭证与链外资源之间的兑换关系，所述应收凭证对应的应兑现日期，所述应收凭证的发行事由。

在一个实施例中，所述发行逻辑包括：利用所述发行数据和与所述第一私钥对应的第一公钥，验证所述第一数字签名；判断所述多个实体对应的多个数字签名是否均通过验证；如果均通过验证，将所述发行数据记录在区块链中。

在一个实施例中，所述第一数据包中还包括所述第一私钥对应的第一公钥。

在一个实施例中，所述第一调用请求对应于第一交易，所述第一交易的数据字段包括以下变量赋值信息：将所述多个实体中各实体的标识赋值给其所对应角色方的实体标识变量；将上述若干凭证份额赋值给对应于上述若干实体的若干持有份额变量。

图10示出在一个实施例中通过区块链转让应收凭证份额的装置结构示意图，所述区块链中部署有智能合约，该智能合约包括针对应收凭证份额的转让逻辑，该转让逻辑涉及转出方和受让方，所述装置1000集成于其中任一方对应的第二实体；所述装置1000包括：

数据获取单元1010，配置为获取转让数据，其中包括所述转出方的实体标识，所述受让方的实体标识，以及所述转出方基于其针对第一应收凭证的持有份额转让给所述受让方的转让份额；数字签名单元1020，配置为利用第二私钥对所述转让数据进行加密，得到第二数字签名；数据包形成单元1030，配置为基于所述第二数字签名和所述转让数据形成第二数据包；调用单元1040，配置为基于所述第二数据包，向区块链网络中的第二节点发出第二调用请求，用于调用所述智能合约的转让逻辑，以使得区块链网络中的各个节点基于所述第二数据包执行所述转让逻辑，从而将所述转让数据记录在区块链中。

在一个实施例中，当所述第二实体对应于所述转出方，数据获取单元1010具体配置为：获取所述转出方基于所述第一应收凭证录入的转出信息；根据该转出信息，得到所述转让数据；当所述第二实体对应于所述受让方，数据获取单元1010具体配置为：接收提供转让服务的平台方转发的转让数据，所述智能合约由所述平台方创建。

在一个实施例中，所述转让逻辑包括：利用所述转让数据和与所述第二私钥对应的第二公钥，验证所述第二数字签名；判断所述转出方和受让方对应的数字签名是否均通过验证；如果均通过验证，根据所述转让数据更新所述转出方和受让方的持有份额。

在一个实施例中，第二数据包中还包括所述第二私钥对应的第二公钥。

在一个实施例中，所述第二调用请求对应于第二交易，所述第二交易的数据字段包括以下变量赋值信息：将所述转出方和转入方的实体标识，分别赋值给转出实体标识变量和转入实体标识变量；将所述转让份额赋值给转让份额变量；所述根据所述转让数据更新所述转出方和受让方的持有份额，包括：将所述转出方对应的持有份额变量更新为，其原有变量值和所述转让份额变量的变量值之间的差值；将所述转入方对应的持有份额变量更新为，其原有变量值和所述转让份额变量的变量值之间的和值。

图11示出在一个实施例中通过区块链进行融资的装置结构示意图，所述区块链中部署有智能合约，该智能合约包括基于应收凭证进行融资的融资逻辑，所述融资逻辑涉及申请方和出资方，所述装置1100集成于其中任一方对应的第三实体；所述装置1100包括：

数据获取单元1110，配置为获取融资数据，其中包括所述申请方的实体标识，所述出资方的实体标识，以及所述申请方基于其针对第一应收凭证的持有份额向所述出资方申请融资的融资份额；数字签名单元1120，配置为利用第三私钥对所述融资数据进行加密，得到第三数字签名；数据包形成单元1130，配置为基于所述第三数字签名和所述融资数据形成第三数据包；调用单元1140，配置为基于所述第三数据包，向区块链网络中的第三节点发出第三调用请求，用于调用所述智能合约的融资逻辑，以使得区块链网络中的各个节点基于所述第三数据包执行所述融资逻辑，从而将所述融资数据记录在区块链中。

在一个实施例中，当所述第三实体对应于所述申请方，数据获取单元1110具体配置为：获取所述申请方基于所述第一应收凭证录入的融资信息；根据该融资信息，得到所述融资数据；当所述第三实体对应于所述出资方，数据获取单元1110具体配置为：接收提供融资服务的平台方转发的融资数据，所述智能合约由所述平台方创建。

在一个实施例中，所述融资逻辑包括：利用所述融资数据和与所述第三私钥对应的第三公钥，验证所述第三数字签名；判断所述申请方和融资方对应的数字签名是否均通过验证；如果均通过验证，根据所述融资数据更新所述申请方和融资方的持有份额。

在一个具体的实施例中，所述第三调用请求对应于第三交易，所述第三交易的数据字段包括以下变量赋值信息：将所述申请方和出资方的实体标识，分别赋值给申请实体标识变量和出资实体标识变量；将所述融资份额赋值给融资份额变量；所述根据所述融资数据更新所述申请方和融资方的持有份额，包括：将所述申请方对应的持有份额变量更新为，其原有变量值和所述融资份额变量的变量值之间的差值；将所述出资方对应的持有份额变量更新为，其原有变量值和所述融资份额变量的变量值之间的和值。

在一个实施例中，所述智能合约由平台方创建，所述融资数据还包括所述申请方向所述平台方支付的融资服务份额。

在一个具体的实施例中，所述融资逻辑包括：利用所述融资数据和与所述第三私钥对应的第三公钥，验证所述第三数字签名；判断所述申请方和融资方对应的数字签名是否均通过验证；如果均通过验证，根据所述融资数据更新所述申请方、融资方和平台方的持有份额。

在一个更具体的实施例中，所述第三调用请求对应于第三交易，所述第三交易的数据字段包括以下变量赋值信息：将所述申请方和出资方的实体标识，分别赋值给申请实体标识变量和出资实体标识变量；将所述融资份额赋值给融资份额变量；将所述融资服务份额赋值给融资服务份额变量。所述根据所述融资数据更新所述申请方、融资方和平台方的持有份额，包括：将所述申请方对应的持有份额变量更新为，其原有变量值分别减去所述融资份额变量和融资服务份额变量的变量值而得到的差值；将所述出资方对应的持有份额变量更新为，其原有变量值和所述融资份额变量的变量值之间的和值；将所述平台方对应的持有份额变量更新为，其原有变量值和所述融资服务份额变量的变量值之间的和值。

在一个实施例中，所述第三数据包中还包括所述第三私钥对应的第三公钥。

图12示出在一个实施例中通过区块链无效应收凭证份额的装置结构示意图，所述区块链中部署有智能合约，该智能合约包括针对应收凭证的份额无效逻辑，所述份额无效逻辑涉及清分方，所述装置1200集成于所述清分方对应的清分实体，包括：

确定单元1210，配置为确定所述应收凭证的第一持有实体获取到第一份额对应的链外资源；数据获取单元1220，配置为获取份额无效数据，其中包括所述第一份额以及所述第一持有实体所对应的实体标识；调用单元1230，配置为基于所述份额无效数据，向区块链网络中的第四节点发出第四调用请求，用于调用所述智能合约的份额无效逻辑，以使得区块链网络中的各个节点基于所述份额无效数据执行所述份额无效逻辑，从而在区块链中将所述第一份额记录为无效。

在一个实施例中，所述确定单元1210具体配置为：接收资源转入消息，其指示发行实体已将所述应收凭证的总额所对应的链外资源转入所述清分实体的链外账户；基于所述资源转入消息，将所述链外资源中对应所述第一份额的部分资源，分配给所述第一持有实体。

在一个更具体的实施例中，数据获取单元1220具体配置为：在所述分配给所述第一持有实体之后，生成所述份额无效数据。

图13示出在一个实施例中通过区块链无效应收凭证的装置结构示意图，所述区块链中部署有智能合约，该智能合约包括针对应收凭证的凭证无效逻辑，所述凭证无效逻辑涉及平台方，所述装置1300集成于所述平台方对应的平台实体，所述平台实体为区块链网络中的节点；所述装置1300包括：

查询交易生成单元1310，配置为生成查询交易，用于查询所述区块链中记录的所述应收凭证的各个凭证份额是否有效；目标交易生成单元1320，配置为如果所述各个凭证份额均无效，则生成目标交易，用于调用所述智能合约的凭证无效逻辑，使得区块链网络中的各个节点执行所述凭证无效逻辑，从而在区块链中将所述应收凭证记录为全局无效。

图14示出在一个实施例中通过区块链对应收凭证进行流转处理的装置结构示意图，所述流转处理包括多个环节，所述区块链中部署有智能合约，该智能合约包括任意的第一环节对应的第一处理逻辑，该第一处理逻辑涉及多个角色方，所述装置1400集成于任一角色方对应的第四实体，所述装置1400通过以下单元实现对所述第一环节的第一处理：

数据获取单元1410，配置为获取对应所述第一环节的环节数据，其中包括对应所述多个角色方的多个实体的标识信息，以及所述应收凭证在所述第一环节的流转信息；数字签名单元1420，配置为利用第四私钥对所述环节数据进行加密，得到第四数字签名；数据包形成单元1430，配置为基于所述第四数字签名和所述环节数据形成第四数据包；调用单元1440，配置为基于所述第四数据包，向区块链网络中的第四节点发出第四调用请求，用于调用所述智能合约的第一处理逻辑，以使得区块链网络中的各个节点基于所述第四数据包执行所述第一处理逻辑，从而将所述环节数据记录在区块链中。

根据另一方面的实施例，还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行结合图3、图4、图5、图6、图7或图8所描述的方法。

根据再一方面的实施例，还提供一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现结合图3、图4、图5、图6、图7或图8所述的方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (22)

1.一种通过区块链发行应收凭证的方法，所述区块链中部署有智能合约，该智能合约包括针对应收凭证的发行逻辑，该发行逻辑涉及多个角色方，该多个角色方至少包括所述应收凭证的持有方，所述方法由任一角色方执行；所述方法包括：

获取发行数据，其中包括所述持有方持有的凭证份额；

利用第一私钥对所述发行数据进行加密，得到第一数字签名；基于所述第一数字签名和所述发行数据形成第一数据包；

基于所述第一数据包，向区块链网络中的第一节点发出第一调用请求，用于调用所述智能合约的发行逻辑，以使得区块链网络中的各个节点基于所述第一数据包执行所述发行逻辑，从而将所述发行数据记录在区块链中；

其中，所述发行逻辑包括：

验证所述第一数字签名；判断所述多个角色方对应的多个数字签名是否均通过验证；如果均通过验证，将所述发行数据记录在区块链中。

2.根据权利要求1所述的方法，其中，所述多个角色方还包括以下中的至少一个：

所述应收凭证的发行方、担保方、清分方，以及提供发行服务的平台方；

其中，所述智能合约由所述平台方创建。

3.根据权利要求2所述的方法，其中，

当所述任一角色方为所述发行方，所述获取发行数据包括：获取所述发行方针对所述应收凭证的录入信息；根据该录入信息，得到所述发行数据；

当所述任一角色方为所述平台方，所述获取发行数据包括：从所述发行方接收所述发行数据；

当所述任一角色方为所述发行方和平台方以外的其他方，所述获取发行数据包括：接收所述平台方转发的发行数据。

4.根据权利要求1所述的方法，其中，所述发行数据还包括以下中的至少一项内容：所述应收凭证与链外资源之间的兑换关系，所述应收凭证对应的应兑现日期，所述应收凭证的发行事由。

5.根据权利要求1所述的方法，其中，所述第一数据包中还包括所述第一私钥对应的第一公钥，该第一公钥用于验证所述第一数字签名。

6.根据权利要求1所述的方法，其中，所述第一调用请求对应于第一交易，所述第一交易的数据字段包括以下变量赋值信息：

将所述多个角色方的实体标识赋值给对应的角色方实体标识变量；

将所述凭证份额赋值给对应于所述持有方的持有份额变量。

7.一种通过区块链转让应收凭证份额的方法，所述区块链中部署有智能合约，该智能合约包括针对应收凭证份额的转让逻辑，该转让逻辑涉及转出方和受让方，所述方法由其中任一方执行；所述方法包括：

获取转让数据，其中包括所述转出方基于其针对第一应收凭证的持有份额转让给所述受让方的转让份额；

利用第二私钥对所述转让数据进行加密，得到第二数字签名；基于所述第二数字签名和所述转让数据形成第二数据包；

基于所述第二数据包，向区块链网络中的第二节点发出第二调用请求，用于调用所述智能合约的转让逻辑，以使得区块链网络中的各个节点基于所述第二数据包执行所述转让逻辑，从而将所述转让数据记录在区块链中；

其中，所述转让逻辑包括：

验证所述第二数字签名；判断所述转出方和受让方对应的数字签名是否均通过验证；如果均通过验证，根据所述转让数据更新所述转出方和受让方的持有份额。

8.根据权利要求7所述的方法，其中，

当所述任一方为所述转出方，所述获取转让数据包括：获取所述转出方基于所述第一应收凭证录入的转出信息；根据该转出信息，得到所述转让数据；

当所述任一方为所述受让方，所述获取转让数据包括：接收提供转让服务的平台方转发的转让数据，所述智能合约由所述平台方创建。

9.根据权利要求7或8所述的方法，其中，所述第二数据包中还包括所述第二私钥对应的第二公钥，该第二公钥用于验证所述第二数字签名。

10.根据权利要求7所述的方法，其中，所述第二调用请求对应于第二交易，所述第二交易的数据字段包括以下变量赋值信息：

将所述转出方和转入方的实体标识，分别赋值给转出实体标识变量和转入实体标识变量；

将所述转让份额赋值给转让份额变量；

所述根据所述转让数据更新所述转出方和受让方的持有份额，包括：

将所述转出方对应的持有份额变量更新为，其原有变量值和所述转让份额变量的变量值之间的差值；

将所述转入方对应的持有份额变量更新为，其原有变量值和所述转让份额变量的变量值之间的和值。

11.一种通过区块链进行融资的方法，所述区块链中部署有智能合约，该智能合约包括基于应收凭证进行融资的融资逻辑，所述融资逻辑涉及申请方和出资方，所述方法由其中任一方执行；所述方法包括：

获取融资数据，其中包括所述申请方基于其针对第一应收凭证的持有份额向所述出资方申请融资的融资份额；

利用第三私钥对所述融资数据进行加密，得到第三数字签名；基于所述第三数字签名和所述融资数据形成第三数据包；

基于所述第三数据包，向区块链网络中的第三节点发出第三调用请求，用于调用所述智能合约的融资逻辑，以使得区块链网络中的各个节点基于所述第三数据包执行所述融资逻辑，从而将所述融资数据记录在区块链中；

其中，所述融资逻辑包括：

验证所述第三数字签名；判断所述申请方和融资方对应的数字签名是否均通过验证；如果均通过验证，根据所述融资数据更新所述申请方和融资方的持有份额。

12.根据权利要求11所述的方法，其中，

当所述任一方为所述申请方，所述获取融资数据包括：获取所述申请方基于所述第一应收凭证录入的融资信息；根据该融资信息，得到所述融资数据；

当所述任一方对应于所述出资方，所述获取融资数据包括：接收提供融资服务的平台方转发的融资数据，所述智能合约由所述平台方创建。

13.根据权利要求11所述的方法，其中，所述第三调用请求对应于第三交易，所述第三交易的数据字段包括以下变量赋值信息：

将所述申请方和出资方的实体标识，分别赋值给申请实体标识变量和出资实体标识变量；

将所述融资份额赋值给融资份额变量；

所述根据所述融资数据更新所述申请方和融资方的持有份额，包括：

将所述申请方对应的持有份额变量更新为，其原有变量值和所述融资份额变量的变量值之间的差值；

将所述出资方对应的持有份额变量更新为，其原有变量值和所述融资份额变量的变量值之间的和值。

14.根据权利要求11所述的方法，其中，所述智能合约由平台方创建，所述融资数据还包括所述申请方向所述平台方支付的融资服务份额。

15.根据权利要求14所述的方法，其中，所述融资逻辑还包括：

如果均通过验证，根据所述融资数据更新所述申请方、融资方和平台方的持有份额。

16.根据权利要求15所述的方法，其中，所述第三调用请求对应于第三交易，所述第三交易的数据字段包括以下变量赋值信息：

将所述申请方和出资方的实体标识，分别赋值给申请实体标识变量和出资实体标识变量；

将所述融资份额赋值给融资份额变量；

将所述融资服务份额赋值给融资服务份额变量；

所述根据所述融资数据更新所述申请方、融资方和平台方的持有份额，包括：

将所述申请方对应的持有份额变量更新为，其原有变量值分别减去所述融资份额变量和融资服务份额变量的变量值而得到的差值；

将所述出资方对应的持有份额变量更新为，其原有变量值和所述融资份额变量的变量值之间的和值；

将所述平台方对应的持有份额变量更新为，其原有变量值和所述融资服务份额变量的变量值之间的和值。

17.根据权利要求11-16中任一项所述的方法，其中，所述第三数据包中还包括所述第三私钥对应的第三公钥，该第三公钥用于验证所述第三数字签名。

18.一种通过区块链发行应收凭证的装置，所述区块链中部署有智能合约，该智能合约包括针对应收凭证的发行逻辑，该发行逻辑涉及多个角色方，该多个角色方至少包括所述应收凭证的持有方，所述装置集成于任一角色方；所述装置包括：

数据获取单元，配置为获取发行数据，其中包括所述持有方所持有的凭证份额；

数字签名单元，配置为利用第一私钥对所述发行数据进行加密，得到第一数字签名；

数据包形成单元，配置为基于所述第一数字签名和所述发行数据形成第一数据包；

调用单元，配置为基于所述第一数据包，向区块链网络中的第一节点发出第一调用请求，用于调用所述智能合约的发行逻辑，以使得区块链网络中的各个节点基于所述第一数据包执行所述发行逻辑，从而将所述发行数据记录在区块链中；

其中，所述发行逻辑包括：

验证所述第一数字签名；判断所述多个角色方对应的多个数字签名是否均通过验证；如果均通过验证，将所述发行数据记录在区块链中。

19.一种通过区块链转让应收凭证份额的装置，所述区块链中部署有智能合约，该智能合约包括针对应收凭证份额的转让逻辑，该转让逻辑涉及转出方和受让方，所述装置集成于其中任一方；所述装置包括：

数据获取单元，配置为获取转让数据，其中包括所述转出方基于其针对第一应收凭证的持有份额转让给所述受让方的转让份额；

数字签名单元，配置为利用第二私钥对所述转让数据进行加密，得到第二数字签名；

数据包形成单元，配置为基于所述第二数字签名和所述转让数据形成第二数据包；

调用单元，配置为基于所述第二数据包，向区块链网络中的第二节点发出第二调用请求，用于调用所述智能合约的转让逻辑，以使得区块链网络中的各个节点基于所述第二数据包执行所述转让逻辑，从而将所述转让数据记录在区块链中；

其中，所述转让逻辑包括：验证所述第二数字签名；判断所述转出方和受让方对应的数字签名是否均通过验证；如果均通过验证，根据所述转让数据更新所述转出方和受让方的持有份额。

20.一种通过区块链进行融资的装置，所述区块链中部署有智能合约，该智能合约包括基于应收凭证进行融资的融资逻辑，所述融资逻辑涉及申请方和出资方，所述装置集成于其中任一方；所述装置包括：

数据获取单元，配置为获取融资数据，其中包括所述申请方基于其针对第一应收凭证的持有份额向所述出资方申请融资的融资份额；

数字签名单元，配置为利用第三私钥对所述融资数据进行加密，得到第三数字签名；

数据包形成单元，配置为基于所述第三数字签名和所述融资数据形成第三数据包；

调用单元，配置为基于所述第三数据包，向区块链网络中的第三节点发出第三调用请求，用于调用所述智能合约的融资逻辑，以使得区块链网络中的各个节点基于所述第三数据包执行所述融资逻辑，从而将所述融资数据记录在区块链中；

其中，所述融资逻辑包括：

验证所述第三数字签名；判断所述申请方和融资方对应的数字签名是否均通过验证；如果均通过验证，根据所述融资数据更新所述申请方和融资方的持有份额。

21.一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行权利要求1-17中任一项的所述的方法。

22.一种计算设备，包括存储器和处理器，其中，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现权利要求1-17中任一项所述的方法。

Images