CN111598436A - 一种凭证管理系统、方法及介质 - Google Patents

Abstract

本发明公开了一种凭证管理系统、方法及介质，包括：业务系统，用于生成凭证，并将生成的凭证同步至区块链管理平台；区块链管理平台，用于在同步至的凭证校验以及审核通过后，将凭证存储至管理与服务机构联盟链上，所述管理与服务机构联盟链为与管理与服务机构身份信息对应的唯一的区块链链条；凭证查询接口，用于供用户从所述管理与服务机构联盟链上按权限获取凭证。采用本发明，能够有效地提供全周期敏感数据隐私保障，每个用户只能从联盟链上按权限获取凭证，能够保证每个用户获取己方数据，但无法获取他人信息。进一步的，由于提供了区块链监管平台供相关部门使用，因此可以实现穿透式监管。

Description

一种凭证管理系统、方法及介质

技术领域

本发明涉及区块链技术领域，特别涉及一种凭证管理系统、方法及介质。

背景技术

目前，对各类有效凭证的管理需求越来越大。

然而现有技术方案为完全中心化模式，也即，由一个中心管理单位统一对凭证进行管理，包括录入凭证信息、信息管理、提供信息查询服务等等，这样的方式在凭证管理量大时，会因信息量过大给管理上带来很多不足，甚至不能做到针对单个用户提供凭证。

发明内容

本发明提供了一种凭证管理系统、方法及介质，用以解决凭证过多时不能针对单个用户提供凭证的问题。

本发明实施例中提供了一种凭证管理系统，包括：

业务系统，用于生成凭证，并将生成的凭证同步至区块链管理平台；

区块链管理平台，用于在同步至的凭证校验以及审核通过后，将凭证存储至管理与服务机构联盟链上，所述管理与服务机构联盟链为与管理与服务机构身份信息对应的唯一的区块链链条；

凭证查询接口，用于供用户从所述管理与服务机构联盟链上按权限获取凭证。

实施中，进一步包括：

区块链监管平台，用于供有权用户对所述管理与服务机构联盟链及其上的凭证进行监管。

实施中，业务系统进一步用于在通过web页面接收到上传指令后，将生成的凭证同步至区块链管理平台。

实施中，业务系统进一步用于按凭证的所属期将生成的凭证同步至区块链管理平台。

实施中，区块链管理平台，进一步用于：

当接收到用户通过所述凭证查询接口发起的上链请求后，将凭证的PDF文件经过Hash处理后放在智能合约交易的第一阶段；

当接收到用户发起的凭证查询请求后，向联盟链发送查询请求；

接收联盟链在对查询请求鉴权通过后返回的查询的Hash值；

将加密的明文凭证数据及Hash值通过所述凭证查询接口返回用户。

实施中，所述凭证查询接口进一步用于在接收到区块链管理平台返回的加密的明文凭证数据及Hash值后，将明文凭证数据解密后进行Hash处理，将处理得到的Hash值与返回的Hash值进行校验，校验通过后向用户提供可供下载的明文凭证。

实施中，所述凭证查询接口进一步用于供用户通过区块链管理平台web页面向区块链管理平台发起上链请求。

实施中，进一步包括：

管理与服务机构联盟链，用于存储所述区块链管理平台同步至的凭证，供用户通过所述凭证查询接口按权限获取凭证。

实施中，管理与服务机构联盟链，包括：

背书节点，用于接收用户通过所述凭证查询接口发起的智能合约的交易请求，根据交易请求中的参数，与区块链交互后完成背书签名后返回所述凭证查询接口，其中，所述智能合约的第一阶段是区块链管理平台在当接收到用户通过所述凭证查询接口发起的上链请求后，将凭证的PDF文件经过Hash处理后放在智能合约交易的第一阶段；

共识网络，用于接收用户在确定满足背书策略后，通过所述凭证查询接口广播的事务消息，并将所述事务消息广播到同一个通道的所有peer；

Peer，用于对承载所述事务消息的区块中的交易进行读写以及验证，并向所述凭证查询接口返回验证结果以及确认交易添加进链。

实施中，管理与服务机构联盟链进一步用于在接收到所述共享经济综合服务平台企业通过所述凭证查询接口发送的查询请求时，通过所述凭证查询接口向所述共享经济综合服务平台企业返回验证结果以及查询的Hash值。

本发明实施例中提供了一种凭证管理方法，包括：

生成凭证；

在对凭证校验以及审核通过后，将凭证存储至管理与服务机构联盟链上，所述管理与服务机构联盟链为与管理与服务机构身份信息对应的唯一的区块链链条；

从所述管理与服务机构联盟链上按权限获取凭证。

实施中，进一步包括：

对所述管理与服务机构联盟链及其上的凭证进行监管。

实施中，进一步包括：

在通过web页面接收到上传指令后，将凭证存储至管理与服务机构联盟链上。

实施中，将凭证存储至管理与服务机构联盟链上时，按凭证的所属期将生成的凭证同步至将凭证存储至管理与服务机构联盟链上。

实施中，从所述管理与服务机构联盟链上按权限获取凭证，包括：

当接收到用户发起的上链请求后，将凭证的PDF文件经过Hash处理后放在智能合约交易的第一阶段；

当接收到用户发起的凭证查询请求后，向联盟链发送查询请求；

接收联盟链在对查询请求鉴权通过后返回的查询的Hash值；

将加密的明文凭证数据及Hash值通过所述凭证查询接口返回用户。

实施中，进一步包括：

在接收到返回的加密的明文凭证数据及Hash值后，将明文凭证数据解密后进行Hash处理，将处理得到的Hash值与返回的Hash值进行校验，校验通过后向用户提供可供下载的明文凭证。

实施中，用户发起的上链请求，是通过web页面发起的上链请求。

实施中，将凭证存储至管理与服务机构联盟链上，包括：

背书节点接收用户发起的智能合约的交易请求，根据交易请求中的参数，与区块链交互后完成背书签名后返回用户，其中，所述智能合约的第一阶段是在当接收到用户发起上链请求后，将凭证的PDF文件经过Hash处理后放在智能合约交易的第一阶段；

共识网络接收用户在确定满足背书策略后，广播的事务消息，并将所述事务消息广播到同一个通道的所有peer；

Peer对承载所述事务消息的区块中的交易进行读写以及验证，并向用户返回验证结果以及确认交易添加进链。

实施中，进一步包括：

在管理与服务机构联盟链接收到查询请求时，向所述共享经济综合服务平台企业返回验证结果以及查询的Hash值。

本发明实施例中提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述凭证管理方法的计算机程序。

本发明有益效果如下：

在本发明实施例提供的技术方案中，由于在生成凭证以后，将凭证存储至管理与服务机构联盟链上，管理的对象是基于每一个凭证的，即使凭证管理量大，也可以对每一凭证都可以进行查询，而不是只能将属性相同的个体经营者按类汇总在同一份PDF文件中后提供，同时由于是在联盟链上采用区块链技术进行管理，能够有效地提供全周期敏感数据隐私保障，每个用户只能从联盟链上按权限获取凭证，能够保证每个用户获取己方数据，但无法获取他人信息。

进一步的，由于提供了区块链监管平台供相关部门使用，因此可以实现穿透式监管，使得区块链上的所有数据可监管、可审计、可追溯；同时，准入后链上行为可追溯等。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明实施例中凭证管理系统结构示意图；

图2为本发明实施例中用于收入凭证运用的凭证管理系统应用环境示意图；

图3为本发明实施例中用于收入凭证管理时的区块结构示意图；

图4为本发明实施例中综合服务平台状态示意图；

图5为本发明实施例中区块链管理平台状态示意图；

图6为本发明实施例中收入凭证生成、推送以及上链的时序示意图；

图7为本发明实施例中凭证管理方法实施流程示意图。

具体实施方式

发明人在发明过程中注意到：

目前，对各类有效凭证的管理需求越来越多，例如，随着我国共享经济业态的爆发式增长，收入凭证作为个体经营者个人收入和信用情况的重要证明材料，需求越来越大。

现有技术方案为完全中心化模式，也即，由一个中心管理单位统一对凭证进行管理，包括录入凭证信息、信息管理、提供信息查询服务等等，这样的方式在凭证管理量大时，会因信息量过大给管理上带来很多不足，甚至不能做到针对单个用户提供凭证。同样以收入凭证为例进行说明，因个体经营者数据量庞大，故无法为每一位个体经营者出具收入凭证并加以盖章，为了节省资源提高出具效率，提供共享经济综合服务的平台只能将属性相同的个体经营者按类汇总在同一份PDF文件中，并且只对PDF文件最后一页加以盖章发送至共享经济平台企业，由共享经济平台企业在个体经营者有获取收入凭证需求时提供至对应个体经营者，而这过程中面临着现有技术下无法解决的诸多问题。具体说明如下：

因为管理与服务机构需要管理的个体经营者的收入凭证基数大，导致管理与服务机构出具加以盖章的PDF格式收入凭证效率低下；同时，共享经济综合服务平台下载PDF大文件耗时久，使得个体经营者获取收入凭证非常困难且体验感极差；并且，因涉及多方角色参与(如管理与服务机构、个体经营者、共享经济平台企业、监管机构等)、数据易被篡改而导致不利于多方角色互信、安全性存在不足等问题。

基于此，本发明实施例中提供了将区块链技术应用在了凭证业务上，发挥了联盟链自主可控可用、隐私保护、效率高等特点，凭证需求者可从链上获取可信赖的凭证信息，从而解决了现有技术方案存在的不足，下面将主要以共享经济领域个体经营者收入凭证为例。

下面结合附图对本发明的具体实施方式进行说明。

图1为凭证管理系统结构示意图，如图所示，可以包括：

业务系统101，用于生成凭证，并将生成的凭证同步至区块链管理平台；

区块链管理平台102，用于在同步至的凭证校验以及审核通过后，将凭证存储至管理与服务机构联盟链上，所述管理与服务机构联盟链为与管理与服务机构身份信息对应的唯一的区块链链条；

凭证查询接口103，用于供用户从所述管理与服务机构联盟链上按权限获取凭证。

实施中，还可以进一步包括：

区块链监管平台104，用于供有权用户对所述管理与服务机构联盟链及其上的凭证进行监管。

该平台主要用于供有权机关或者人员使用，用以实施监管权能。

以收入凭证为例，区块链管理平台同步收入凭证数据；根据预设规则对收入凭证数据的真实性进行验证及审核；将验证通过的收入凭证存储在管理与服务机构联盟链上；

所述管理与服务机构联盟链为与管理与服务机构身份信息对应的唯一的区块链链条；

授权的个体经营者及共享经济平台企业可从联盟链上获取授权的收入凭证数据；

主管政府机构可以监管联盟链运行状态，根据需求对链上存储的收入凭证进行查询、统计、下载以及打印等。

方案中，根据联盟链的特性，与现有方法相比具有自主可控可用、隐私保护、效率高、全流程完整追溯、信息不可篡改等特性。

图2为用于收入凭证运用的凭证管理系统应用环境示意图，图3为用于收入凭证管理时的区块结构示意图，下面在进行收入凭证运用的实施时，将结合图2、图3进行说明。

如图2所示，在该运用环境中，包括由若干peer(端)组成的共识网络；管理与服务机构、作为用户的云账户APP(例如个体经营者)、重点企业客户；监管机构区块链监管平台、其他管理与服务机构；以及可能的用户，如社保局。

如图3所示，在区块中，区块头上包含：父节点哈希值、本次交易哈希值、本次交易数字签名、本次交易时间戳、本次交易随机数、本次交易记录大小等；区块体中则包含：各字段Hash值、收入凭证PDF文件Hash值等。

下面以收入凭证的管理实例进行说明。

1、系统支持对接业务系统，业务系统可将收入凭证数据同步至区块链管理平台。

实施中，业务系统可以进一步用于在通过web页面接收到上传指令后，将生成的凭证同步至区块链管理平台。

实施中，业务系统进一步用于按凭证的所属期将生成的凭证同步至区块链管理平台。

2、区块链管理平台同步完成收入凭证后，按既定规则校验及审核通过后可将收入凭证批量上链。

3、区块链监管平台可实时监控收入凭证数据，实现穿透式监管。

也即，实施中，还可以进一步包括：

区块链监管平台，用于供有权用户对所述管理与服务机构联盟链及其上的凭证进行监管。

4、个体经营者可通过移动端APP从链上获取收入凭证数据。

实施中，对于区块链管理平台，进一步用于：

当接收到用户通过所述凭证查询接口发起的上链请求后，将凭证的PDF文件经过Hash处理后放在智能合约交易的第一阶段；

当接收到用户发起的凭证查询请求后，向联盟链发送查询请求；

接收联盟链在对查询请求鉴权通过后返回的查询的Hash值；

将加密的明文凭证数据及Hash值通过所述凭证查询接口返回用户。

实施中，所述凭证查询接口进一步用于在接收到区块链管理平台返回的加密的明文凭证数据及Hash值后，将明文凭证数据解密后进行Hash处理，将处理得到的Hash值与返回的Hash值进行校验，校验通过后向用户提供可供下载的明文凭证。

实施中，所述凭证查询接口还可以进一步用于供用户通过区块链管理平台web页面向区块链管理平台发起上链请求。

实施中，还可以进一步包括：

管理与服务机构联盟链，用于存储所述区块链管理平台同步至的凭证，供用户通过所述凭证查询接口按权限获取凭证。

具体实施中，管理与服务机构联盟链，包括：

背书节点，用于接收用户通过所述凭证查询接口发起的智能合约的交易请求，根据交易请求中的参数，与区块链交互后完成背书签名后返回所述凭证查询接口，其中，所述智能合约的第一阶段是区块链管理平台在当接收到用户通过所述凭证查询接口发起的上链请求后，将凭证的PDF文件经过Hash处理后放在智能合约交易的第一阶段；

共识网络，用于接收用户在确定满足背书策略后，通过所述凭证查询接口广播的事务消息，并将所述事务消息广播到同一个通道的所有peer；

Peer，用于对承载所述事务消息的区块中的交易进行读写以及验证，并向所述凭证查询接口返回验证结果以及确认交易添加进链。

具体实施中，管理与服务机构联盟链进一步用于在接收到所述共享经济综合服务平台企业通过所述凭证查询接口发送的查询请求时，通过所述凭证查询接口向所述共享经济综合服务平台企业返回验证结果以及查询的Hash值。

下面以收入凭证的实例对实施流程进行说明。

基于区块链的个体经营者收入凭证管理系统可以是通过web页面以及服务器来实施。

1、在收入凭证管理系统中综合服务平台作为业务系统，综合服务平台通过接口向区块链管理平台服务器发送请求同步待上链收入凭证数据，区块链管理平台将个体经营者姓名、证照号码、结算金额、收入凭证PDF文件等进行存储，等待web页面上链指令。同时再通过接口向区块链监管平台服务器发送请求同步收入凭证数据。

图4为综合服务平台状态示意图，如图所示，包括：在状态10处，为凭证生成中，若生成失败则转入状态11，若成功则转入状态20进入待推送状态，在状态21处于推送中，若成功则进入状态30，若失败则进入状态22推送失败，则又转入状态21继续推送。

图5为区块链管理平台状态示意图，如图所示，包括：在状态10处，进入待同步状态，在状态11处于同步状态，若同步失败则转入状态12，然后又进入状态11继续同步，若成功则转入状态20进入待上链状态，在状态21处于上链中，若成功则进入状态30，若失败则进入状态22上链失败，则又转入状态21继续上链。

图6为收入凭证生成、推送以及上链的时序示意图，如图所示，主要包括以下过程：

综合服务平台生成收入凭证，按所属期将收入凭证以及流水明细等批量推送至区块链管理平台。

区块链管理平台的收入凭证管理模块向收入凭证数据库查询收入凭证信息，计算上链数据，然后将收入凭证通过调用智能合约完成上链。

2、当用户通过区块链管理平台web页面发起上链请求到服务器后，系统将个体经营者收入凭证PDF文件Hash(哈希)后在交易的第一阶段，客户端应用发起智能合约的一个交易请求给背书节点。

3、背书节点使用MSP(成员资格服务提供者，Member Service Provider)验证签名，判断是否客户端应用被正确授权可以执行发起交易请求。背书节点获取交易请求中的参数(链代码)作为输入参数，然后对应背书节点会与交易对应ChainCode(链码)所属的docker(容器)实例通信，并为其提供模拟执行的State Database的读写集，也就是说ChainCode会执行完智能合约中的业务逻辑，但是并不会在stub.PutState(存根状态)的时候写数据库，ChainCode所属的docker实例执行完ChainCode后产生交易执行结果，然后将执行结构返回给当前背书节点。这个执行结果包括下列数据：响应值，读集合和写集合。不过，这个时候，并不会更新账本。这些值的集合，连同背书节点的签名和一个YES/NO(是/否)的陈述一起放到proposal response(提案响应)中返回给客户端应用。

4、客户端应用收集完所有背书节点的签名后，检查是否指定的背书策略已经满足。

5、客户端应用将交易和响应信息封装到一个事务消息(transaction message)中，然后广播到共识网络(共识网络也称为排序服务Ordering Service(订购服务)，实例中将称为共识网络)。

交易中包含读写集，背书节点签名和通道ID。共识网络节点不会关注交易细节和交易消息的具体内容，只是简单地从网络中接收来自所有通道的交易，然后按通道按时间顺序排序，处理的结果是一个Batch(批量)的交易，也就是一个区块。

6、共识服务节点将打包的区块广播到同一个通道的所有peer(端)，通过Fabric提供的deliver RPC(交付RPC；RPC：远程过程调用协议，Remote Procedure Call Protocol)服务。

7、Peers收到共识网络发来的区块后，会先进行以下校验：

(1)再次验证区块中的交易以确保背书策略满足。

(2)检查区块的数据是否正确。

(3)对每个交易进行验证，确保自从读集合数据在交易执行生成后，读集合变量对应的账本的状态没有变化，也就是验证交易中的读写数据集是否与State Database(状态数据库)的数据版本一致。验证通过后，区块中的交易打上合法和非法交易的标签，然后添加区块到通道对应的链上，同时把所有验证通过的交易的读写集中的写的部分写入状态数据库State Database。对于每个合法交易，写集合被提交到当前的状态数据库。同时，一个区块事件产生并发出，通知客户应用，交易已经不可更改的添加到了链上，也是告诉应用客户端，交易是合法还是非法。

8、区块链监管平台可通过web页面发起查询请求至区块链网络，区块链网络接收请求并鉴权通过后返回查询的Hash值。

9、授权的共享经济综合服务平台企业可通过发送接口请求至区块链网络，区块链网络接收请求并鉴权通过后返回查询的Hash值。同时发送接口请求至区块链管理平台，区块链管理平台接收请求并鉴权通过后将明文收入凭证数据加密返回。此时共享经济综合服务平台可将明文数据解密后再次Hash与区块链网络返回的Hash校验，校验通过则认为加密返回的明文数据可信。

10、个体经营者通过应用程序发送查询请求至区块链管理平台服务器，区块链管理平台鉴权通过后，再次向区块链网络发送查询请求，区块链网络接收请求并鉴权通过后返回查询的Hash值。区块链管理平台同时将加密的明文收入凭证数据及Hash值返回给应用程序，此时应用程序可将明文数据解密后再次Hash与返回的Hash校验，校验通过则认为加密返回的明文数据可信。个体经营者可将收入凭证PDF发送至自己邮箱进行下载。

基于同一发明构思，本发明实施例中还提供了一种凭证管理方法、计算机存储介质，由于这些设备解决问题的原理与凭证管理系统相似，因此这些设备的实施可以参见系统的实施，重复之处不再赘述。

图7为凭证管理方法实施流程示意图，如图所示，可以包括：

步骤701、生成凭证；

步骤702、在对凭证校验以及审核通过后，将凭证存储至管理与服务机构联盟链上，所述管理与服务机构联盟链为与管理与服务机构身份信息对应的唯一的区块链链条；

步骤703、从所述管理与服务机构联盟链上按权限获取凭证。

实施中，进一步包括：

对所述管理与服务机构联盟链及其上的凭证进行监管。

实施中，进一步包括：

在通过web页面接收到上传指令后，将凭证存储至管理与服务机构联盟链上。

实施中，将凭证存储至管理与服务机构联盟链上时，按凭证的所属期将生成的凭证同步至将凭证存储至管理与服务机构联盟链上。

实施中，从所述管理与服务机构联盟链上按权限获取凭证，包括：

当接收到用户发起的上链请求后，将凭证的PDF文件经过Hash处理后放在智能合约交易的第一阶段；

当接收到用户发起的凭证查询请求后，向联盟链发送查询请求；

接收联盟链在对查询请求鉴权通过后返回的查询的Hash值；

将加密的明文凭证数据及Hash值通过所述凭证查询接口返回用户。

实施中，进一步包括：

在接收到返回的加密的明文凭证数据及Hash值后，将明文凭证数据解密后进行Hash处理，将处理得到的Hash值与返回的Hash值进行校验，校验通过后向用户提供可供下载的明文凭证。

实施中，用户发起的上链请求，是通过web页面发起的上链请求。

实施中，将凭证存储至管理与服务机构联盟链上，包括：

背书节点接收用户发起的智能合约的交易请求，根据交易请求中的参数，与区块链交互后完成背书签名后返回用户，其中，所述智能合约的第一阶段是在当接收到用户发起上链请求后，将凭证的PDF文件经过Hash处理后放在智能合约交易的第一阶段；

共识网络接收用户在确定满足背书策略后，广播的事务消息，并将所述事务消息广播到同一个通道的所有peer；

Peer对承载所述事务消息的区块中的交易进行读写以及验证，并向用户返回验证结果以及确认交易添加进链。

实施中，进一步包括：

在管理与服务机构联盟链接收到查询请求时，向所述共享经济综合服务平台企业返回验证结果以及查询的Hash值。

本发明实施例中提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述凭证管理方法的计算机程序。

具体实施可以参见上述凭证管理系统以及凭证管理方法的实施。

综上所述，在本发明实施例提供的技术方案中，当采用区块链技术去深入解决共享经济领域收入凭证问题时，容易看出至少有以下效果之一：

1)可以协助监管机构为个体经营者高效提供收入凭证：可极大地减轻监管机构目前采用纸质收入凭证的工作量，提高工作效率；

2)为个体经营者带来更好的体验：个体经营者能够从网上下载收入凭证，简单、高效；

3)实现穿透式监管：

(1)区块链上的所有数据可监管、可审计、可追溯；

(2)共享经济平台企业准入过程经过风控筛查，多方共同审核，准入后链上行为可追溯；

(3)时时监控收入证生成过程，可随时拦截可疑交易；

(4)监管机构可随时发起审计，避免洗钱、非真实交易或犯罪交易；

4)支持场景式隐私保护，提供全周期敏感数据隐私保障：

(1)监管机构可获取全链数据进行核查；

(2)个体经营者可获取己方数据，但无法获取他人信息；

(3)共享经济平台企业能获取到参与自己平台的个体经营者的脱敏信息。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (20)

1.一种凭证管理系统，其特征在于，包括：

业务系统，用于生成凭证，并将生成的凭证同步至区块链管理平台；

区块链管理平台，用于在同步至的凭证校验以及审核通过后，将凭证存储至管理与服务机构联盟链上，所述管理与服务机构联盟链为与管理与服务机构身份信息对应的唯一的区块链链条；

凭证查询接口，用于供用户从所述管理与服务机构联盟链上按权限获取凭证。

2.如权利要求1所述的系统，其特征在于，进一步包括：

区块链监管平台，用于供有权用户对所述管理与服务机构联盟链及其上的凭证进行监管。

3.如权利要求1所述的系统，其特征在于，业务系统进一步用于在通过web页面接收到上传指令后，将生成的凭证同步至区块链管理平台。

4.如权利要求1所述的系统，其特征在于，业务系统进一步用于按凭证的所属期将生成的凭证同步至区块链管理平台。

5.如权利要求1所述的系统，其特征在于，区块链管理平台，进一步用于：

当接收到用户通过所述凭证查询接口发起的上链请求后，将凭证的PDF文件经过哈希Hash处理后放在智能合约交易的第一阶段；

当接收到用户发起的凭证查询请求后，向联盟链发送查询请求；

接收联盟链在对查询请求鉴权通过后返回的查询的Hash值；

将加密的明文凭证数据及Hash值通过所述凭证查询接口返回用户。

6.如权利要求1所述的系统，其特征在于，所述凭证查询接口进一步用于在接收到区块链管理平台返回的加密的明文凭证数据及Hash值后，将明文凭证数据解密后进行Hash处理，将处理得到的Hash值与返回的Hash值进行校验，校验通过后向用户提供可供下载的明文凭证。

7.如权利要求1所述的系统，其特征在于，所述凭证查询接口进一步用于供用户通过区块链管理平台web页面向区块链管理平台发起上链请求。

8.如权利要求1所述的系统，其特征在于，进一步包括：

管理与服务机构联盟链，用于存储所述区块链管理平台同步至的凭证，供用户通过所述凭证查询接口按权限获取凭证。

9.如权利要求1所述的系统，其特征在于，管理与服务机构联盟链，包括：

背书节点，用于接收用户通过所述凭证查询接口发起的智能合约的交易请求，根据交易请求中的参数，与区块链交互后完成背书签名后返回所述凭证查询接口，其中，所述智能合约的第一阶段是区块链管理平台在当接收到用户通过所述凭证查询接口发起的上链请求后，将凭证的PDF文件经过Hash处理后放在智能合约交易的第一阶段；

共识网络，用于接收用户在确定满足背书策略后，通过所述凭证查询接口广播的事务消息，并将所述事务消息广播到同一个通道的所有端peer；

Peer，用于对承载所述事务消息的区块中的交易进行读写以及验证，并向所述凭证查询接口返回验证结果以及确认交易添加进链。

10.如权利要求1所述的系统，其特征在于，管理与服务机构联盟链进一步用于在接收到所述共享经济综合服务平台企业通过所述凭证查询接口发送的查询请求时，通过所述凭证查询接口向所述共享经济综合服务平台企业返回验证结果以及查询的Hash值。

11.一种凭证管理方法，其特征在于，包括：

生成凭证；

在对凭证校验以及审核通过后，将凭证存储至管理与服务机构联盟链上，所述管理与服务机构联盟链为与管理与服务机构身份信息对应的唯一的区块链链条；

从所述管理与服务机构联盟链上按权限获取凭证。

12.如权利要求11所述的方法，其特征在于，进一步包括：

对所述管理与服务机构联盟链及其上的凭证进行监管。

13.如权利要求11所述的方法，其特征在于，进一步包括：

在通过web页面接收到上传指令后，将凭证存储至管理与服务机构联盟链上。

14.如权利要求11所述的方法，其特征在于，将凭证存储至管理与服务机构联盟链上时，按凭证的所属期将生成的凭证同步至将凭证存储至管理与服务机构联盟链上。

15.如权利要求11所述的方法，其特征在于，从所述管理与服务机构联盟链上按权限获取凭证，包括：

当接收到用户发起的上链请求后，将凭证的PDF文件经过Hash处理后放在智能合约交易的第一阶段；

当接收到用户发起的凭证查询请求后，向联盟链发送查询请求；

接收联盟链在对查询请求鉴权通过后返回的查询的Hash值；

将加密的明文凭证数据及Hash值通过所述凭证查询接口返回用户。

16.如权利要求11所述的方法，其特征在于，进一步包括：

在接收到返回的加密的明文凭证数据及Hash值后，将明文凭证数据解密后进行Hash处理，将处理得到的Hash值与返回的Hash值进行校验，校验通过后向用户提供可供下载的明文凭证。

17.如权利要求11所述的方法，其特征在于，用户发起的上链请求，是通过web页面发起的上链请求。

18.如权利要求11所述的方法，其特征在于，将凭证存储至管理与服务机构联盟链上，包括：

背书节点接收用户发起的智能合约的交易请求，根据交易请求中的参数，与区块链交互后完成背书签名后返回用户，其中，所述智能合约的第一阶段是在当接收到用户发起上链请求后，将凭证的PDF文件经过Hash处理后放在智能合约交易的第一阶段；

共识网络接收用户在确定满足背书策略后，广播的事务消息，并将所述事务消息广播到同一个通道的所有peer；

Peer对承载所述事务消息的区块中的交易进行读写以及验证，并向用户返回验证结果以及确认交易添加进链。

19.如权利要求11所述的方法，其特征在于，进一步包括：

在管理与服务机构联盟链接收到查询请求时，向所述共享经济综合服务平台企业返回验证结果以及查询的Hash值。

20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求10至19任一所述方法的计算机程序。

Images