CN109741147A - 卡券管理方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种卡券管理方法，包括：当监测到卡券核销请求时，将所述卡券核销请求发送至区块链，以供所述区块链的各区块链节点对所述卡券核销请求中的卡券码进行共识，并在共识成功之后，将所述区块链上的所述卡券码的状态标记为已核销状态；接收所述区块链基于所述卡券核销请求返回的核销结果，并当所述核销结果为核销完成时，将本地卡券码池中的对应卡券码的状态标记为已核销状态。本发明还公开了一种卡券管理装置、设备及计算机可读存储介质。本发明能够实现卡券的透明核销，提高卡券核销的可信度。

Description

卡券管理方法、装置、设备及计算机可读存储介质

技术领域

本发明涉及区块链的技术领域，尤其涉及一种卡券管理方法、装置、设备及计算机可读存储介质。

背景技术

在零售行业中，存在各种基于卡券进行价值交换的场景，如联合营销和商品采购场景。传统模式下卡券采购，基本都是围绕卡券供应商的自有券生命周期管理，发券以及核销都是由供应商自行完成，包括两种模式，一种是品牌商投入营销资源，而零售商提供流量入口，品牌商借助零售商联合营销发券，实现两者相互导流客户资源；另一种是采购商通过采购其他企业的卡券在自有商城上提供积分兑换，为自有客户提供更多权益价值兑换。

然而，上述两种模式均涉及卡券的发放与核销，且卡券的发放与核销均由供应商单方面完成，如果存在虚假核销，会增加采购商的营销成本，卡券的核销不透明，双方缺乏合作信任基础，因此，如何实现卡券的透明核销，提高卡券核销的可信度是目前亟待解决的问题。

发明内容

本发明的主要目的在于提供一种卡券管理方法、装置、设备及计算机可读存储介质，旨在实现卡券的透明核销，提高卡券核销的可信度。

为实现上述目的，本发明提供一种卡券管理方法，所述卡券管理方法包括以下步骤：

当监测到卡券核销请求时，将所述卡券核销请求发送至区块链，以供所述区块链的各区块链节点对所述卡券核销请求中的卡券码进行共识，并在共识成功之后，将所述区块链上的所述卡券码的状态标记为已核销状态；

接收所述区块链基于所述卡券核销请求返回的核销结果，并当所述核销结果为核销完成时，将本地卡券码池中的对应卡券码的状态标记为已核销状态。

可选地，所述当监测到卡券核销请求时，将所述卡券核销请求发送至所述区块链的步骤之前，还包括：

当监测到卡券创建请求时，依据所述卡券创建请求中的卡券配置信息生成对应的卡券创建订单；

当监测到所述卡券创建订单支付完成时，依据所述卡券创建订单，生成若干卡券码，以形成卡券码池；

将所述卡券码池中的卡券码发送至区块链，由所述区块链上的各区块链节点对所述卡券码进行共识之后，存储在所述区块链上。

可选地，依据所述卡券创建订单，生成若干卡券码，以形成卡券码池的步骤包括：

从所述卡券创建订单中读取卡券配置信息，并获取预存的卡券码生成规则，且依据所述卡券配置信息和所述卡券码生成规则，生成若干卡券码，以形成卡券码池。

可选地，将所述卡券码池中的卡券码发送至区块链，由所述区块链上的各区块链节点对所述卡券码进行共识之后，存储在所述区块链上的步骤之后，还包括：

当监测到卡券采购请求时，依据所述卡券采购请求中的卡券采购信息生成对应的卡券采购订单；

当监测到所述卡券采购订单完成支付时，依据所述卡券采购订单生成卡券下载请求；

向所述区块链发送所述卡券下载请求，并接收所述区块链基于所述卡券下载请求返回的卡券码，且将所述卡券码存入本地卡券码池中。

可选地，接收所述区块链基于所述卡券核销请求返回的核销完成信息，并将本地卡券码池中的对应卡券码的状态标记为已核销状态的步骤之后，还包括：

当监测到触发的清结算指令时，依据所述清结算指令从所述区块链上获取当前状态为已核销状态的卡券码，以形成已核销卡券码池；

依据所述已核销卡券码池中的各卡券码，执行清结算操作，得到清结算信息，并将所述清结算信息发送至所述区块链，以供所述区块链对所述清结算信息进行共识。

此外，为实现上述目的，本发明还提供一种卡券管理装置，所述卡券管理装置包括：

收发模块，用于当监测到卡券核销请求时，将所述卡券核销请求发送至区块链，以供所述区块链的各区块链节点对所述卡券核销请求中的卡券码进行共识，并在共识成功之后，将所述区块链上的所述卡券码的状态标记为已核销状态；

所述收发模块，还用于接收所述区块链基于所述卡券核销请求返回的核销结果；

核销模块，用于当所述核销结果为核销完成时，将本地卡券码池中的对应卡券码的状态标记为已核销状态。

可选地，所述卡券管理装置还包括：

显示模块，用于当监测到卡券创建指令时，显示卡券创建界面；

所述收发模块，还用于接收基于所述卡券创建界面输入的卡券配置信息；

订单生成模块，用于依据所述卡券配置信息生成对应的卡券创建订单；

创建模块，用于当监测到所述卡券创建订单支付完成时，依据所述卡券创建订单，生成若干卡券码，以形成卡券码池；

所述收发模块，还用于将所述卡券码池中的卡券码发送至区块链，由所述区块链上的各区块链节点对所述卡券码进行共识之后，存储在所述区块链上。

可选地，所述创建模块还用于：

从所述卡券创建订单中读取卡券配置信息，并获取预存的卡券码生成规则，且依据所述卡券配置信息和所述卡券码生成规则，生成若干卡券码，以形成卡券码池。可选地，所述卡券管理装置还包括：

所述显示模块，还用于当监测到卡券采购指令时，显示卡券采购界面；

所述收发模块，还用于接收基于所述卡券采购界面输入的卡券采购信息；

所述订单生成模块，还用于依据所述卡券采购信息生成对应的卡券采购订单；

请求生成模块，用于当监测到所述卡券采购订单完成支付时，依据所述卡券采购订单生成卡券下载请求；

所述收发模块，还用于向所述区块链发送所述卡券下载请求，并接收所述区块链基于所述卡券下载请求返回的卡券码集合。

可选地，所述卡券管理装置还包括：

获取模块，用于当监测到触发的清结算指令时，依据所述清结算指令从所述区块链上获取当前状态为已核销状态的卡券码，以形成已核销卡券码池；

清结算模块，用于依据所述已核销卡券码池中的各卡券码，执行清结算操作，得到清结算信息；

所述收发模块，还用于将所述清结算信息发送至所述区块链，以供所述区块链对所述清结算信息进行共识。

此外，为实现上述目的，本发明还提供一种卡券管理设备，所述卡券管理设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的卡券管理程序，所述卡券管理程序被所述处理器执行时实现如上所述的卡券管理方法的步骤。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有卡券管理程序，所述卡券管理程序被处理器执行时实现如上所述的卡券管理方法的步骤。

本发明提供一种卡券管理方法、装置、设备及计算机可读存储介质，本发明当监测到卡券核销请求时，将该卡券核销请求发送至区块链，由该区块链的各区块链节点对该卡券核销请求中的卡券码进行共识，并在共识成功之后，将该区块链上的该卡券码的状态置为已核销状态，然后接收该区块链基于该卡券核销请求返回的卡券核销结果，并当该卡券核销结果为核销完成时，将本地卡券码池中的对应卡券码的状态标记为已核销状态，通过上述方式，在需要核销卡券时，区块链首先对需要核销的卡券码进行共识，并在共识成功，即区块链上的各节点均同意核销该卡券码时，将区块链上的卡券码的状态置为已核销状态，然后再将本地卡券库中的对应卡券码的状态置为已核销状态，区块链上的卡券码与本地的卡券码同步核销，且区块链上的各节点均知晓卡券码的核销，实现卡券的透明核销，提高卡券核销的可信度。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图；

图2为本发明卡券管理方法第一实施例的流程示意图；

图3为本发明卡券管理装置第一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图。

本发明实施例卡券管理设备可以是PC，也可以是智能手机、平板电脑、便携计算机等具有显示功能的可移动式终端设备。

如图1所示，该卡券管理设备可以包括：处理器1001，例如CPU，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选的用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的卡券管理设备结构并不构成对卡券管理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及卡券管理程序。

在图1所示的卡券管理设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的卡券管理程序，并执行以下步骤：

当监测到卡券核销请求时，将所述卡券核销请求发送至区块链，以供所述区块链的各区块链节点对所述卡券核销请求中的卡券码进行共识，并在共识成功之后，将所述区块链上的所述卡券码的状态标记为已核销状态；

接收所述区块链基于所述卡券核销请求返回的核销结果，并当所述核销结果为核销完成时，将本地卡券码池中的对应卡券码的状态标记为已核销状态。

进一步地，处理器1001可以用于调用存储器1005中存储的卡券管理程序，还执行以下步骤：

当监测到卡券创建请求时，依据所述卡券创建请求中的卡券配置信息生成对应的卡券创建订单；

当监测到所述卡券创建订单支付完成时，依据所述卡券创建订单，生成若干卡券码，以形成卡券码池；

将所述卡券码池中的卡券码发送至区块链，由所述区块链上的各区块链节点对所述卡券码进行共识之后，存储在所述区块链上。

进一步地，处理器1001可以用于调用存储器1005中存储的卡券管理程序，还执行以下步骤：

从所述卡券创建订单中读取卡券配置信息，并获取预存的卡券码生成规则，且依据所述卡券配置信息和所述卡券码生成规则，生成若干卡券码，以形成卡券码池。

进一步地，处理器1001可以用于调用存储器1005中存储的卡券管理程序，还执行以下步骤：

当监测到卡券采购请求时，依据所述卡券采购请求中的卡券采购信息生成对应的卡券采购订单；

当监测到所述卡券采购订单完成支付时，依据所述卡券采购订单生成卡券下载请求；

向所述区块链发送所述卡券下载请求，并接收所述区块链基于所述卡券下载请求返回的卡券码，且将所述卡券码存入本地卡券码池中。

进一步地，处理器1001可以用于调用存储器1005中存储的卡券管理程序，还执行以下步骤：

当监测到触发的清结算指令时，依据所述清结算指令从所述区块链上获取当前状态为已核销状态的卡券码，以形成已核销卡券码池；

依据所述已核销卡券码池中的各卡券码，执行清结算操作，得到清结算信息，并将所述清结算信息发送至所述区块链，以供所述区块链对所述清结算信息进行共识。

其中，本发明卡券管理设备的具体实施例与下述卡券管理方法的各具体实施例基本相同，在此不作赘述。

本发明提供一种卡券管理方法。

参照图2，图2为本发明卡券管理方法第一实施例的流程示意图。

步骤S101，当监测到卡券核销请求时，将所述卡券核销请求发送至区块链，以供所述区块链的各区块链节点对所述卡券核销请求中的卡券码进行共识，并在共识成功之后，将所述区块链上的所述卡券码的状态标记为已核销状态；

本实施例中，该卡券管理方法应用于卡券管理设备，该卡券管理设备可以与区块链进行数据交互，该区块链上部署有用于管理卡券的智能合约，其中，各商户(包括供应商、采购商或商城)可以作为区块链节点直接加入区块链中，也可以通过区块链的开放平台接入到区块链的各个已有区块链节点中，还可以通过卡券管理平台接入到区块链并作为区块链节点，本实施例对此不作具体限定。

需要说明的是，若各商户(包括供应商、采购商或商城)通过卡券管理平台接入到区块链并作为区块链节点，此时，可直接将卡券管理平台作为卡券管理设备。

若各商户(包括供应商、采购商或商城)作为区块链节点直接加入区块链中，那么，将商户所在的商户平台作为卡券管理设备。

若各商户通过区块链的开放平台接入到区块链的各个已有区块链节点中，那么将区块链的开放平台作为卡券管理设备。

以下以各商户通过卡券管理平台(即卡券管理设备，下文中为了便于理解，统一以卡券管理设备进行表示)访问区块链为例进行说明。在各个商户通过上述的方式构建成区块链之后，各商户(供应商或者采购商，供应商或者采购商的角色是相对的，任一个商户都可以是供应商或采购商)均可以通过卡券管理设备创建卡券码和下载卡券码，商户通过卡券管理设备创建卡券码之后，卡券管理设备将创建的卡券码上传到区块链上，由区块链进行存储。其中，卡券创建的具体方式为商户通过前端设备输入创建卡券所需的卡券配置信息，如卡券面额、卡券种类和卡券数量等，然后前端设备将携带有卡券面额、卡券种类和卡券数量等卡券配置信息的卡券创建请求发送至卡券管理设备，由该卡券管理设备基于卡券创建请求创建相应数量的卡券码，并将创建的卡券码上传至区块链，由区块链存储卡券码。

同时商户也可以通过卡券管理设备下载卡券码时，卡券管理设备从区块链上下载所需的卡券码，商户在下载得到卡券码之后，可以通过线下实体卡券或线上电子卡券的方式向顾客发放卡券码，当顾客使用实体卡券或电子卡券付款成功之后，收银终端或用户终端向卡券管理设备发起携带有对应卡券码的卡券核销请求。其中，卡券码可选为连续的code码串，进一步地，为了提高卡券的安全性，所述卡券码可选为不连续的code码串，Code清单为csv格式，不同卡券种类分为不同csv文件。其中，卡券下载的具体方式为商户通过前端设备输入下载卡券所需的卡券采购信息，如卡券面额、卡券种类和卡券数量等，然后前端设备将携带有卡券面额、卡券种类和卡券数量等卡券采购信息的卡券采购请求发送至该卡券管理设备，该卡券管理设备基于该卡券采购请求，从区块链中下载对应的卡券码，并将下载得到的卡券码存入本地卡券码池中。

当监测到卡券核销请求时，该卡券管理设备将该卡券核销请求发送至区块链，即调用区块链的卡券核销接口，将该卡券核销请求发送至区块链，当区块链接收到卡券核销请求时，对该卡券核销请求中的卡券码进行共识，并在共识成功之后，将区块链上的对应卡券码的状态标记为已核销状态，同时该区块链向该卡券管理设备发送核销结果，该核销结果为核销完成。其中，卡券核销方式包括线下核销与线上核销，线下核销为收银终端每完成一笔收银时，获取在收银过程中使用的卡券码，并将携带有该卡券码的卡券核销请求发送至卡券管理设备，由卡券管理设备访问区块链，实现卡券核销操作；线上核销为商户(采购商、供应商或商城)通过线上的方式(包括但不限于通过公众号或者小程序的方式)将卡券码发放给客户，客户在线上支付时使用卡券码之后，将携带有卡券码的卡券核销请求发送至卡券管理设备，由卡券管理设备访问区块链，实现卡券核销操作。其中，该区块链采用的共识算法为POW((Proof Of Work，工作量证明)、权益证明机制、PBFT(PracticalByzantine Fault Tolerance，实用拜占庭容错)、POS(Proof of Stake，股权证明)和DPOS(Delegated Proof of Stake，委任权益证明)中的一种，可由本领域技术人员基于实际情况进行设置，本实施例对此不作具体限定，可选为PBFT。

步骤S102，接收所述区块链基于所述卡券核销请求返回的核销结果，并当所述核销结果为核销完成时，将本地卡券码池中的对应卡券码的状态标记为已核销状态。

本实施例中，该卡券管理设备接收该区块链基于该卡券核销请求返回的核销结果，并判断该核销结果是否为核销完成，如果该核销结果为核销完成，则将本地卡券码池中的对应卡券码的状态标记为已核销状态。其中，卡券码的状态包括但不限于未激活状态、已激活状态、已核销状态和已过期状态，具体实施中，为准确地确定卡券码的状态，可以给每个状态设置对应的状态码，通过状态码即可确定卡券码的当前状态，需要说明的是，状态码的位数和类型可由本领域技术人员基于实际情况进行设置，本实施例对此不作具体限定。以状态码为数字，且位数为2位为例，状态码包括00、01、10和11，可以将上述四个状态码随机的分配给四个状态，分配的情况可以为未激活状态对应的状态码为00，已激活状态对应的状态码为01，已核销状态对应的状态码为10，已过期状态对应的状态码为11，分配的情况还可以为未激活状态对应的状态码为10，已激活状态对应的状态码为11，已核销状态对应的状态码为01，已过期状态对应的状态码为00。

本实施例中，当监测到卡券核销请求时，将该卡券核销请求发送至区块链，由该区块链的各区块链节点对该卡券核销请求中的卡券码进行共识，并在共识成功之后，将该区块链上的该卡券码的状态置为已核销状态，然后接收该区块链基于该卡券核销请求返回的卡券核销结果，并当该卡券核销结果为核销完成时，将本地卡券码池中的对应卡券码的状态标记为已核销状态，通过上述方式，在需要核销卡券时，区块链首先对需要核销的卡券码进行共识，并在共识成功，即区块链上的各节点均同意核销该卡券码时，将区块链上的卡券码的状态置为已核销状态，然后再将本地卡券库中的对应卡券码的状态置为已核销状态，区块链上的卡券码与本地的卡券码同步核销，且区块链上的各节点均知晓卡券码的核销，实现卡券的透明核销，提高卡券核销的可信度。

进一步地，基于上述第一实施例，提出了本发明卡券管理方法的第二实施例，与前述实施例的区别在于，步骤S101之前，还包括：

步骤A，当监测到卡券创建请求时，依据所述卡券创建请求中的卡券配置信息生成对应的卡券创建订单；

本实施例中，各商户均可以通过访问卡券管理设备创建卡券码，具体地，当监测到商户触发的卡券创建指令时，前端设备显示卡券创建页面，商户可通过该卡券创建页面输入或者选择卡券面额、卡券种类和卡券数量等卡券配置信息，前端设备接收商户基于该卡券创建页面输入的卡券配置信息，并当监测到卡券确认创建指令时，前端设备生成携带有该卡券配置信息的卡券创建请求，并将该卡券创建请求发送至卡券管理设备。

当监测到前端设备发送的卡券创建请求时，该卡券管理设备依据该卡券创建请求中的卡券配置信息，生成对应的卡券创建订单，即从该卡券创建请求中获取卡券配置信息，并从该卡券配置信息中获取创建卡券所需的总金额，然后基于该总金额和预设的订单生成规则，生成卡券创建订单。在生成卡券创建订单之后，该卡券管理设备向前端设备发起支付提醒，而当前端设备监测到支付提醒时，显示支付页面，由商户(采购商)进行支付，当完成支付后，该前端设备向卡券管理设备发送支付完成信息，当卡券管理设备监测到前端设备发送的支付完成信息后，给该卡券创建订单打上支付完成标签。需要说明的是，上述订单生成规则，可由本领域技术人员基于实际情况进行设置，本实施例对此不作具体限定。

步骤B，当监测到所述卡券创建订单支付完成时，依据所述卡券创建订单，生成若干卡券码，以形成卡券码池；

本实施例中，当监测到该卡券创建订单支付完成时，依据该卡券创建订单，生成若干卡券码，以形成卡券码池，即从该卡券创建订单中读取卡券配置信息，并获取预存的卡券码生成规则，且依据该卡券配置信息和该卡券码生成规则，生成若干卡券码，以形成卡券码池。具体为从该卡券配置信息中获取卡券种类、卡券面额和每种卡券种类下各卡券面额对应的卡券数量，并基于卡券码生成规则、生成每种卡券种类下各卡券面额对应的卡券码，得到满足该卡券数量的卡券码，从而形成包含各卡券种类和各卡券面额的卡券码池，且该卡券码池中每种卡券种类下各卡券面额的数量符合该卡券数量。需要说明的是，上述卡券码生成规则，可由本领域技术人员基于实际情况进行设置，本实施例对此不作具体限定。

步骤C，将所述卡券码池中的各卡券码发送至区块链，由所述区块链上的各区块链节点对所述卡券码进行共识之后，存储在所述区块链上。

本实施例中，在得到卡券码池之后，该卡券管理设备将该卡券码池中的卡券码发送至区块链，由区块链上的各区块链节点对卡券码进行共识之后，存储在区块链上。其中，该区块链采用的共识算法为POW((Proof Of Work，工作量证明)、权益证明机制、PBFT(Practical Byzantine Fault Tolerance，实用拜占庭容错)、POS(Proof of Stake，股权证明)和DPOS(Delegated Proof of Stake，委任权益证明)中的一种，可由本领域技术人员基于实际情况进行设置，本实施例对此不作具体限定，可选为PBFT。

本实施例中，本发明在创建卡券码池之后，将卡券码池中的各卡券码均上传至区块链中进行存储，可以有效的防止卡券码被篡改，提高卡券码的可信度和安全性。

进一步地，基于上述第二实施例，提出了本发明卡券管理方法的第三实施例，与前述实施例的区别在于，步骤C之后，还包括：

步骤D，当监测到卡券采购请求时，依据所述卡券采购请求中的卡券采购信息生成对应的卡券采购订单；

本实施例中，各商户还可以通过访问卡券管理设备下载卡券，具体为当监测到商户触发的卡券采购指令时，前端设备显示卡券采购页面，商户可通过该卡券采购页面输入或者选择卡券面额、卡券种类和卡券数量等卡券采购信息，前端设备接收商户基于该卡券采购页面输入的卡券采购信息，并当监测到卡券确认采购指令时，前端设备生成携带有该卡券采购信息的卡券采购请求，并将该卡券采购请求发送至卡券管理设备。

当监测到前端设备发送的卡券采购请求时，依据该卡券采购请求中的卡券采购信息生成对应的卡券采购订单，即从该卡券采购请求中获取卡券采购信息，并从该卡券采购信息中获取采购卡券所需的总金额，然后基于该总金额和预设的订单生成规则，生成卡券采购订单。在生成卡券采购订单之后，该卡券管理设备向前端设备发起支付提醒，而当前端设备监测到支付提醒时，显示支付页面，由商户进行支付，当完成支付后，该前端设备向卡券管理设备发送支付完成信息，当卡券管理设备监测到前端设备发送的支付完成信息后，给该卡券采购订单打上支付完成标签。

步骤E，当监测到所述卡券采购订单完成支付时，依据所述卡券采购订单生成卡券下载请求；

步骤F，向所述区块链发送所述卡券下载请求，并接收所述区块链基于所述卡券下载请求返回的卡券码，且将所述卡券码存入本地卡券码池中。

本实施例中，当监测到该卡券采购订单支付完成时，依据该卡券采购订单，生成卡券下载请求，即从卡券采购订单中获取卡券采购信息，并生成携带有卡券采购信息的卡券下载请求，然后将该卡券下载请求发送至区块链，由区块链对该卡券下载请求中的卡券采购信息进行共识，并在共识完成之后，基于该卡券下载请求中的卡券采购信息获取对应的卡券码，并将获取到的卡券码返回发送给卡券管理设备，该卡券管理设备接收区块链返回的卡券码，并将该卡券码存入本地卡券码池中，实现卡券的采购。

本实施例中，本发明由于卡券码存储在区块链上，当商户采购卡券时，需要从区块链上下载所需的卡券码，即通过区块链发放卡券码，可以有效的防止卡券码被篡改，提高卡券码的可信度和安全性。

进一步地，基于上述第一、第二或第三实施例，提出了本发明卡券管理方法的第四实施例，与前述实施例的区别在于，该步骤S102之后，还包括：

步骤G，当监测到触发的清结算指令时，依据所述清结算指令从所述区块链上获取当前状态为已核销状态的卡券码，以形成已核销卡券码池；

需要说明的是，现有的清算方式，一般是供应商按周期提供账单信息再进行清算，清算过程比较耗时，若是多商户实现相互采购，清算更为复杂，效率低下。本实施例中，当监测到触发的清结算指令时，该卡券管理设备依据该清结算指令从该区块链上获取当前状态为已核销状态的卡券码，以形成已核销卡券码池。其中，清结算指令的触发方式包括定时触发和定量触发，定时触发具体为卡券管理设备中设置有清结算指令的定时触发任务，基于该定时触发任务即可定时触发清结算指令，定量触发具体为计算本地卡券码池中当前状态为已核销状态的卡券码的数量，记为核销数量，并判断核销数量是否达到预设数量，如果核销数量达到预设数量，则触发清结算指令，如果核销数量未达到预设数量，则不触发清结算指令。需要说明的是，上述预设数量和定时触发任务的定时时间可由本领域技术人员基于实际情况进行设置，本实施例对此不作具体限定。

步骤H，依据所述已核销卡券码池中的各卡券码，执行清结算操作，得到清结算信息，并将所述清结算信息发送至所述区块链，以供所述区块链对所述清结算信息进行共识。

本实施例中，在形成已核销卡券码池之后，该卡券管理设备依据该已核销卡券码中的各卡券码，执行清结算操作，得到清结算信息，并将该清结算信息发送至区块链，由区块链对该清结算信息进行共识，在共识完成之后，将该清结算信息发送到转账系统，由该转账系统基于清结算信息执行对应的转账操作。

本实施例中，本发明当监测到清结算指令时，基于已核销的卡券码执行清结算操作，得到清结算信息，并将清结算信息发送给区块链，由各区块链节点对清结算信息进行共识，可以保证清结算的可信度，并且通过区块链实现清算，也提高清算的效率。

需要说明的是，若各商户(包括供应商、采购商或商城)作为区块链节点直接加入区块链中，当任一个商户的商户平台接收到卡券核销请求时，商户平台同样将卡券核销请求发送至区块链以执行上文所述的卡券核销操作，同理，当任一个商户的商户平台接收到卡券创建请求时，商户平台同样执行上文所述的卡券创建过程，卡券采购请求对应的卡券采购操作和清结算指令对应的清结算操作同样如上文所述，此处不做赘述。

同理，若各商户通过区块链的开放平台接入到区块链的各个已有区块链节点中，那么开放平台接收到卡券核销请求时，同样将卡券核销请求发送至区块链以执行上文所述的卡券核销操作，同理，当开放平台接收到卡券创建请求时，开放平台同样执行上文所述的卡券创建过程，卡券采购请求对应的卡券采购操作和清结算指令对应的清结算操作同样如上文所述，此处不做赘述。

本发明还提供一种卡券管理装置。

参照图3，图3为本发明卡券管理装置第一实施例的功能模块示意图。

本实施例中，该卡券管理装置包括：

收发模块101，用于当监测到卡券核销请求时，将所述卡券核销请求发送至区块链，以供所述区块链的各区块链节点对所述卡券核销请求中的卡券码进行共识，并在共识成功之后，将所述区块链上的所述卡券码的状态标记为已核销状态；

所述收发模块101，还用于接收所述区块链基于所述卡券核销请求返回的核销结果；

核销模块102，用于当所述核销结果为核销完成时，将本地卡券码池中的对应卡券码的状态标记为已核销状态。

进一步地，所述卡券管理装置还包括：

显示模块，用于当监测到卡券创建指令时，显示卡券创建界面；

所述收发模块101，还用于接收基于所述卡券创建界面输入的卡券配置信息；

订单生成模块，用于依据所述卡券配置信息生成对应的卡券创建订单；

创建模块，用于当监测到所述卡券创建订单支付完成时，依据所述卡券创建订单，生成若干卡券码，以形成卡券码池；

所述收发模块101，还用于将所述卡券码池中的卡券码发送至区块链，由所述区块链上的各区块链节点对所述卡券码进行共识之后，存储在所述区块链上。

进一步地，所述创建模块还用于：

从所述卡券创建订单中读取卡券配置信息，并获取预存的卡券码生成规则，且依据所述卡券配置信息和所述卡券码生成规则，生成若干卡券码，以形成卡券码池。

进一步地，所述卡券管理装置还包括：

所述显示模块，还用于当监测到卡券采购指令时，显示卡券采购界面；

所述收发模块101，还用于接收基于所述卡券采购界面输入的卡券采购信息；

所述订单生成模块，还用于依据所述卡券采购信息生成对应的卡券采购订单；

请求生成模块，用于当监测到所述卡券采购订单完成支付时，依据所述卡券采购订单生成卡券下载请求；

所述收发模块101，还用于向所述区块链发送所述卡券下载请求，并接收所述区块链基于所述卡券下载请求返回的卡券码集合。

进一步地，所述卡券管理装置还包括：

获取模块，用于当监测到触发的清结算指令时，依据所述清结算指令从所述区块链上获取当前状态为已核销状态的卡券码，以形成已核销卡券码池；

清结算模块，用于依据所述已核销卡券码池中的各卡券码，执行清结算操作，得到清结算信息；

所述收发模块101，还用于将所述清结算信息发送至所述区块链，以供所述区块链对所述清结算信息进行共识。

其中，本发明卡券管理装置的具体实施例与上述卡券管理方法各实施例基本相同，在此不作赘述。

此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有卡券管理程序，所述卡券管理程序被处理器执行时，执行以下步骤：

当监测到卡券核销请求时，将所述卡券核销请求发送至区块链，以供所述区块链的各区块链节点对所述卡券核销请求中的卡券码进行共识，并在共识成功之后，将所述区块链上的所述卡券码的状态标记为已核销状态；

接收所述区块链基于所述卡券核销请求返回的核销结果，并当所述核销结果为核销完成时，将本地卡券码池中的对应卡券码的状态标记为已核销状态。

进一步地，所述卡券管理程序被处理器执行时，还执行以下步骤：

当监测到卡券创建请求时，依据所述卡券创建请求中的卡券配置信息生成对应的卡券创建订单；

当监测到所述卡券创建订单支付完成时，依据所述卡券创建订单，生成若干卡券码，以形成卡券码池；

将所述卡券码池中的卡券码发送至区块链，由所述区块链上的各区块链节点对所述卡券码进行共识之后，存储在所述区块链上。

进一步地，所述卡券管理程序被处理器执行时，还执行以下步骤：

从所述卡券创建订单中读取卡券配置信息，并获取预存的卡券码生成规则，且依据所述卡券配置信息和所述卡券码生成规则，生成若干卡券码，以形成卡券码池。

进一步地，所述卡券管理程序被处理器执行时，还执行以下步骤：

当监测到卡券采购请求时，依据所述卡券采购请求中的卡券采购信息生成对应的卡券采购订单；

当监测到所述卡券采购订单完成支付时，依据所述卡券采购订单生成卡券下载请求；

向所述区块链发送所述卡券下载请求，并接收所述区块链基于所述卡券下载请求返回的卡券码，且将所述卡券码存入本地卡券码池中。

进一步地，所述卡券管理程序被处理器执行时，还执行以下步骤：

当监测到触发的清结算指令时，依据所述清结算指令从所述区块链上获取当前状态为已核销状态的卡券码，以形成已核销卡券码池；

依据所述已核销卡券码池中的各卡券码，执行清结算操作，得到清结算信息，并将所述清结算信息发送至所述区块链，以供所述区块链对所述清结算信息进行共识。

其中，本发明计算机可读存储介质的具体实施例与上述卡券管理方法各实施例基本相同，在此不作赘述。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (12)

1.一种卡券管理方法，其特征在于，所述卡券管理方法包括以下步骤：

当监测到卡券核销请求时，将所述卡券核销请求发送至区块链，以供所述区块链的各区块链节点对所述卡券核销请求中的卡券码进行共识，并在共识成功之后，将所述区块链上的所述卡券码的状态标记为已核销状态；

接收所述区块链基于所述卡券核销请求返回的核销结果，并当所述核销结果为核销完成时，将本地卡券码池中的对应卡券码的状态标记为已核销状态。

2.如权利要求1所述的卡券管理方法，其特征在于，所述当监测到卡券核销请求时，将所述卡券核销请求发送至所述区块链的步骤之前，还包括：

当监测到卡券创建请求时，依据所述卡券创建请求中的卡券配置信息生成对应的卡券创建订单；

当监测到所述卡券创建订单支付完成时，依据所述卡券创建订单，生成若干卡券码，以形成卡券码池；

将所述卡券码池中的卡券码发送至区块链，由所述区块链上的各区块链节点对所述卡券码进行共识之后，存储在所述区块链上。

3.如权利要求2所述的卡券管理方法，其特征在于，依据所述卡券创建订单，生成若干卡券码，以形成卡券码池的步骤包括：

从所述卡券创建订单中读取卡券配置信息，并获取预存的卡券码生成规则，且依据所述卡券配置信息和所述卡券码生成规则，生成若干卡券码，以形成卡券码池。

4.如权利要求2所述的卡券管理方法，其特征在于，将所述卡券码池中的卡券码发送至区块链，由所述区块链上的各区块链节点对所述卡券码进行共识之后，存储在所述区块链上的步骤之后，还包括：

当监测到卡券采购请求时，依据所述卡券采购请求中的卡券采购信息生成对应的卡券采购订单；

当监测到所述卡券采购订单完成支付时，依据所述卡券采购订单生成卡券下载请求；

向所述区块链发送所述卡券下载请求，并接收所述区块链基于所述卡券下载请求返回的卡券码，且将所述卡券码存入本地卡券码池中。

5.如权利要求1-4中任一项所述的卡券管理方法，其特征在于，接收所述区块链基于所述卡券核销请求返回的核销完成信息，并将本地卡券码池中的对应卡券码的状态标记为已核销状态的步骤之后，还包括：

当监测到触发的清结算指令时，依据所述清结算指令从所述区块链上获取当前状态为已核销状态的卡券码，以形成已核销卡券码池；

依据所述已核销卡券码池中的各卡券码，执行清结算操作，得到清结算信息，并将所述清结算信息发送至所述区块链，以供所述区块链对所述清结算信息进行共识。

6.一种卡券管理装置，其特征在于，所述卡券管理装置包括：

收发模块，用于当监测到卡券核销请求时，将所述卡券核销请求发送至区块链，以供所述区块链的各区块链节点对所述卡券核销请求中的卡券码进行共识，并在共识成功之后，将所述区块链上的所述卡券码的状态标记为已核销状态；

所述收发模块，还用于接收所述区块链基于所述卡券核销请求返回的核销结果；

核销模块，用于当所述核销结果为核销完成时，将本地卡券码池中的对应卡券码的状态标记为已核销状态。

7.如权利要求6所述的卡券管理装置，其特征在于，所述卡券管理装置还包括：

显示模块，用于当监测到卡券创建指令时，显示卡券创建界面；

所述收发模块，还用于接收基于所述卡券创建界面输入的卡券配置信息；

订单生成模块，用于依据所述卡券配置信息生成对应的卡券创建订单；

创建模块，用于当监测到所述卡券创建订单支付完成时，依据所述卡券创建订单，生成若干卡券码，以形成卡券码池；

所述收发模块，还用于将所述卡券码池中的卡券码发送至区块链，由所述区块链上的各区块链节点对所述卡券码进行共识之后，存储在所述区块链上。

8.如权利要求7所述的卡券管理装置，其特征在于，所述创建模块还用于：

从所述卡券创建订单中读取卡券配置信息，并获取预存的卡券码生成规则，且依据所述卡券配置信息和所述卡券码生成规则，生成若干卡券码，以形成卡券码池。

9.如权利要求7所述的卡券管理装置，其特征在于，所述卡券管理装置还包括：

所述显示模块，还用于当监测到卡券采购指令时，显示卡券采购界面；

所述收发模块，还用于接收基于所述卡券采购界面输入的卡券采购信息；

所述订单生成模块，还用于依据所述卡券采购信息生成对应的卡券采购订单；

请求生成模块，用于当监测到所述卡券采购订单完成支付时，依据所述卡券采购订单生成卡券下载请求；

所述收发模块，还用于向所述区块链发送所述卡券下载请求，并接收所述区块链基于所述卡券下载请求返回的卡券码集合。

10.如权利要求6-9中任一项所述的卡券管理装置，其特征在于，所述卡券管理装置还包括：

获取模块，用于当监测到触发的清结算指令时，依据所述清结算指令从所述区块链上获取当前状态为已核销状态的卡券码，以形成已核销卡券码池；

清结算模块，用于依据所述已核销卡券码池中的各卡券码，执行清结算操作，得到清结算信息；

所述收发模块，还用于将所述清结算信息发送至所述区块链，以供所述区块链对所述清结算信息进行共识。

11.一种卡券管理设备，其特征在于，所述卡券管理设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的卡券管理程序，所述卡券管理程序被所述处理器执行时实现如权利要求1至5中任一项所述的卡券管理方法的步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有卡券管理程序，所述卡券管理程序被处理器执行时实现如权利要求1至5中任一项所述的卡券管理方法的步骤。