CN110599264A - 卡券数据处理方法、装置及电子设备 - Google Patents

Abstract

本公开的实施例提供了一种卡券数据处理方法、装置及电子设备。该方法包括：第一平台接收卡券获取请求，所述卡券获取请求包括卡券购买请求或卡券求租请求；所述第一平台根据卡券获取请求确定目标出让卡券，所述目标出让卡券是通过第二平台基于卡券出让请求存储到区块链中；所述第一平台根据所述卡券获取请求与所述目标出让卡券生成获取成功信息；所述第一平台将所述获取成功信息存储至所述区块链。本公开实施例提供的卡券数据处理方法、装置及电子设备在接收卡券获取请求时，根据该卡券获取请求匹配通过第二平台上传的目标出让卡券，能够实现跨平台的卡券的交易。

Description

卡券数据处理方法、装置及电子设备

技术领域

本公开涉及计算机应用技术领域，具体而言，涉及一种卡券数据处理方法、装置及电子设备。

背景技术

现代生活中，卡券的应用十分广泛。卡券提供商设计了各种卡券，以满足用户的需求。

相关技术中，各卡券提供方基于各自的平台对其发行的卡券进行管理；或经由第三方平台统一管理其卡券。用户可通过卡券提供方的平台或第三方平台进行卡券流通的操作。但该卡券流通方式由卡券提供方单方面控制，存在一定的风险及不可靠性；同时，该卡券流通方式缺少用户间的流通机制。传统的卡券交易只能通过线下交易，而单纯的线下交易使得卡券的可用性认证变得极为困难。

因此，需要一种新的卡券数据处理方法、装置及电子设备。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开实施例提供一种卡券数据处理方法、装置及电子设备，进而至少在一定程度上克服相关技术中卡券流通安全性、便捷性低的缺陷。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

本公开实施例提出一种卡券数据处理方法，包括：第一平台接收卡券获取请求，所述卡券获取请求包括卡券购买请求或卡券求租请求；所述第一平台根据卡券获取请求确定目标出让卡券，所述目标出让卡券是通过第二平台基于卡券出让请求存储到区块链中；所述第一平台根据所述卡券获取请求与所述目标出让卡券生成获取成功信息；所述第一平台将所述获取成功信息存储至所述区块链。

本公开实施例提出一种卡券数据处理装置，包括：卡券请求获取模块，用于接收卡券获取请求，所述卡券获取请求包括卡券购买请求或卡券求租请求；目标卡券确定模块，用于根据卡券获取请求确定目标出让卡券，所述目标出让卡券是通过第二平台基于卡券出让请求存储到区块链中；成功信息生成模块，用于根据所述卡券获取请求与所述目标出让卡券生成获取成功信息；区块链存储模块，用于将所述获取成功信息存储至所述区块链。

本公开实施例提出一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的卡券数据处理方法。

在本公开的一些实施例所提供的技术方案中，在平台与区块链之间建立连接，在第一平台接收卡券获取请求时，能够根据卡券获取请求在区块链中确定目标出让卡券，并根据卡券获取请求和目标出让卡券生成购买成功信息，并在区块链中存储目标出让卡券的信息和购买成功信息，能够实现跨平台的卡券交易的技术效果。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

在附图中：

图1示出了可以应用本公开实施例的卡券数据处理方法或装置的示例性系统架构100的示意图；

图2是本发明实施例提供的分布式系统200应用于区块链系统的一个可选的结构示意图；

图3是本发明实施例提供的区块结构(Block Structure)一个可选的示意图；

图4示意性示出了根据本公开的一个实施例的卡券数据处理方法的流程图；

图5示意性示出了根据本公开的另一个实施例的卡券数据处理方法的流程图；

图6是基于图5的步骤S520在一个示例性实施例中的流程图；

图7是基于图4的步骤S430在一个示例性实施例中的流程图；

图8示意性示出了根据本公开的又一个实施例的卡券数据处理方法的流程图；

图9示意性示出了根据本公开的再一个实施例的卡券数据处理方法的流程图；

图10示意性示出了根据本公开的再一个实施例的卡券数据处理方法的流程图；

图11是基于图4的步骤S430在一个示例性实施例中的流程图；

图12示意性示出了根据本公开的再一个实施例的卡券数据处理方法的流程图；

图13示意性示出了根据本公开的一实施例的卡券获取请求的提交界面图；

图14示意性示出了根据本公开的一实施例的卡券出让请求的提交界面图；

图15示意性示出了根据本公开的一实施例的卡券出让请求的提交界面图；

图16示意性示出了根据本公开的一实施例的获取成功信息的提交界面图；

图17示意性示出了根据本公开的一实施例的卡券出让请求的验证界面图；

图18示意性示出了根据本公开的一实施例的卡券数据处理装置的框图；

图19示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本公开实施例的卡券数据处理方法或装置的示例性系统架构100的示意图。

如图1所示，系统架构100可以包括终端设备101、102、103中的一种或多种，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机、台式计算机、可穿戴设备、虚拟现实设备、智能家居等等。

服务器105可以是提供各种服务的服务器。例如终端设备103(也可以是终端设备101或102)向服务器105上传卡券获取请求。服务器105可以作为第一平台接收卡券获取请求，所述卡券获取请求包括卡券购买请求或卡券求租请求；所述第一平台根据卡券获取请求确定目标出让卡券，所述目标出让卡券是通过第二平台基于卡券出让请求存储到区块链中；所述第一平台根据所述卡券获取请求与所述目标出让卡券生成获取成功信息；所述第一平台将所述获取成功信息存储至所述区块链。并将获取成功信息反馈给终端设备103，进而终端设备103可以后续处理，从而能够实现跨平台的卡券的交易。

又例如，服务器105可以作为第二平台接收卡券出让请求，所述卡券出让请求包括目标出让卡券和出让者信息；所述第二平台根据所述出让者信息对所述目标出让卡券在所述区块链中的所有权信息进行验证，生成验证信息；若所述验证信息指示所述目标出让卡券合法时，将所述卡券出让请求存储至所述区块链，并将验证信息反馈给终端设备101(也可以是终端设备102或103)，进而用于可以基于终端设备101上显示的内容确认其上传的卡券出让请求是否已通过验证。

本发明实施例涉及的系统可以是由客户端、多个节点(接入网络中的任意形式的计算设备，如服务器、用户终端)通过网络通信的形式连接形成的分布式系统。

以分布式系统为区块链系统为例，参见图2，图2是本发明实施例提供的分布式系统200应用于区块链系统的一个可选的结构示意图，由多个节点210(接入网络中的任意形式的计算设备，如服务器、用户终端)和客户端220形成，节点之间形成组成的点对点(P2P，Peer To Peer)网络，P2P协议是一个运行在传输控制协议(TCP，Transmission ControlProtocol)协议之上的应用层协议。在分布式系统中，任何机器如服务器、终端都可以加入而成为节点，节点包括硬件层、中间层、操作系统层和应用层。

参见图2示出的区块链系统中各节点的功能，涉及的功能包括：

1)路由，节点具有的基本功能，用于支持节点之间的通信。

节点除具有路由功能外，还可以具有以下功能：

2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数据发送到区块链系统中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。

例如，应用实现的业务包括：

2.1)钱包，用于提供进行电子货币的交易的功能，包括发起交易(即，将当前交易的交易记录发送给区块链系统中的其他节点，其他节点验证成功后，作为承认交易有效的响应，将交易的记录数据存入区块链的临时区块中；当然，钱包还支持查询电子货币地址中剩余的电子货币；

2.2)共享账本，用于提供账目数据的存储、查询和修改等操作的功能，将对账目数据的操作的记录数据发送到区块链系统中的其他节点，其他节点验证有效后，作为承认账目数据有效的响应，将记录数据存入临时区块中，还可以向发起操作的节点发送确认。

2.3)智能合约，计算机化的协议，可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现，根据实际的业务需求代码用于完成自动化的交易，例如查询买家所购买商品的物流状态，在买家签收货物后将买家的电子货币转移到商户的地址；当然，智能合约不仅限于执行用于交易的合约，还可以执行对接收的信息进行处理的合约。

3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块(Block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点提交的记录数据。

参见图3，图3是本发明实施例提供的区块结构(Block Structure)一个可选的示意图，每个区块中包括本区块存储交易记录的哈希值(本区块的哈希值)、以及前一区块的哈希值，各区块通过哈希值连接形成区块链。另外，区块中还可以包括有区块生成时的时间戳等信息。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。

图4示意性示出了根据本公开的一个实施例的卡券数据处理方法的流程图。本公开实施例所提供的方法可以由任意具备计算处理能力的电子设备处理，例如上述图1实施例中的服务器105和/或终端设备102、103，在下面的实施例中，以服务器105为执行主体为例进行举例说明，但本公开并不限定于此。

如图4所示，本公开实施例提供的卡券数据处理方法可以包括以下步骤。

在步骤S410中，第一平台接收卡券获取请求，卡券获取请求包括卡券购买请求或卡券求租请求。

本公开实施例中，第一平台可例如为卡券提供方的平台、提供卡券流通功能的第三方平台、论坛平台或其他自由交易平台等，本公开的技术方案对此并不作特殊限定。第一平台可属于一平台集合，该平台集合可包括一个或多个平台，该平台集合中的各平台可以执行本公开的卡券数据处理方法。该平台集合中的各平台可以是提交了加入请求，且平台集合中权重值大于权重阈值的各平台(或区块链中权重值大于权重阈值的各节点)确认该加入请求的审核结果为通过时，将该平台作为集合中的元素加入该平台集合的。以及可根据审核结果为该平台赋予权重值。其中，卡券获取请求可为第一平台的用户发送的。第二平台可以是与上述第一平台类似的平台，例如，可以是上述平台集合中的与非第一平台的任一平台，本公开的技术方案对此并不作特殊限定。

本公开实施例中，卡券购买请求用于修改

在步骤S420中，第一平台根据卡券获取请求确定目标出让卡券，目标出让卡券是通过第二平台基于卡券出让请求存储到区块链中。

本公开实施例中，目标出让卡券可以是第二平台的用户客户端发送的。第二平台可以是与上述第一平台类似的平台，例如，可以是上述平台集合中非第一平台的任意平台，本公开的技术方案对此并不作特殊限定。例如，第二平台的用户客户端基于第二平台用户的操作，可生成目标出让卡券并存储在区块链中。

本公开实施例中，目标出让卡券中所指定的卡券信息可存储在区块链系统上，经过区块链系统上多个节点的共识机制进行存储和认证。目标出让卡券信息可以包括：卡券所有权信息、卡券使用权信息、卡券标识(用于标识卡券名称，与具体卡券相对应)、使用地信息、卡券类型、是否待出让、上一所有权人等，但本公开的技术方案并不以此为限。区块链中，各区块可存储具有同一地区的多个卡券。卡券所有权信息用于表示卡券的拥有者信息，卡券使用权信息用于表示卡券的使用者信息。卡券的拥有者信息和使用者信息可以不一致。例如，某一用户将其拥有的卡券租借给另一用户时，在租期内，该卡券的拥有者信息与使用者信息不一致。

在步骤S430中，第一平台根据卡券获取请求与目标出让卡券生成获取成功信息。

本公开实施例中，卡券获取请求可包括获取者信息，卡券出让请求可包括出让者信息。获取成功请求可包括获取者信息、出让者信息，以表示目标出让卡券的所有权信息或使用权信息由出让者变更为获取者。

在步骤S440中，第一平台将获取成功信息存储至区块链。

本公开实施例中，获取成功信息可存储在区块链系统上，经过区块链系统上多个节点的共识机制进行存储和认证。例如，第一平台将获取成功信息发送至区块链系统的节点。节点将获取成功信息存储至区块链系统中。又例如，节点在收到获取成功信息时，根据该获取成功信息所对应的目标出让卡券的使用地信息进行分类，并将具有同一使用地信息的获取成功信息存储至同一区块中。

本公开实施方式提供的卡券数据处理方法，在平台与区块链之间建立连接，在第一平台接收卡券获取请求时，能够根据卡券获取请求在区块链中确定目标出让卡券，并根据卡券获取请求和目标出让卡券生成购买成功信息，并在区块链中存储目标出让卡券的信息和购买成功信息，能够实现跨平台的卡券交易的技术效果。

图5示意性示出了根据本公开的另一个实施例的卡券数据处理方法的流程图。

如图5所示，基于上述实施例的卡券数据处理方法还可以包括以下步骤。

在步骤S510中，接收卡券出让请求，卡券出让请求包括目标出让卡券和出让者信息。

本公开实施例中，可通过平台接收卡券出让请求，平台可例如为卡券提供方的平台、提供卡券流通功能的第三方平台、论坛平台或其他自由交易平台等，本公开的技术方案对此并不作特殊限定。该平台可为图4中实施例中的第一平台或第二平台，本公开对此并不作特殊限定。卡券出让请求可为平台的用户通过客户端发送至该平台的。该卡券出让请求中可包括出让者信息、待出让卡券的卡券名称、出售价格信息等。目标出让卡券可包括卡券名称，例如通过卡券标识区分不同的卡券名称。

在步骤S520中，根据出让者信息对目标出让卡券在区块链中的所有权信息进行验证，生成验证信息。

本公开实施例中，可根据目标出让卡券中的出让者信息与目标出让卡券的卡券所有权信息进行比对，以确认该出让者信息所对应的用户是否拥有该目标出让卡券的所有权。

本公开实施例中，可在接收到卡券出让请求时，根据该卡券出让请求向区块链中的节点发出验证请求，以便区块链根据该验证请求在区块链中各区块中存储的记录中确定该卡券出让请求对应卡券标识的所有权信息下，是否存在与出让者信息一致的所有权信息。具体的，节点可根据卡券出让请求中的目标出让卡券的使用地信息确定一个或多个具有该使用地信息的目标区块，并根据该卡券出让请求的卡券标识在该一个或多个目标区块中查找，以确定该目标出让卡券的所有历史交易记录。上述验证结果若为是，节点根据该验证请求生成验证通过的验证信息，上述验证结果若为否，节点根据该验证请求生成验证不通过的验证信息，平台可接收该节点响应于该验证请求的验证信息。

在步骤S530中，若验证信息指示目标出让卡券合法时，将卡券出让请求存储至区块链。

本公开实施例中，若节点确定该验证信息指示该目标出让卡券合法，可确定出让者信息所代表的用户拥有该目标出让卡券，其出让行为是合法的。

本公开实施例的卡券数据处理方法，通过对目标出让卡券进行验证，并在验证信息指示目标出让卡券合法时生成获取成功信息，能够提高卡券交易过程的安全性。

图6是基于图5的步骤S520在一个示例性实施例中的流程图。

如图6所示，上述图5实施例中的步骤S520可以进一步包括以下步骤。

在步骤S521中，获取目标出让卡券在区块链中记录的所有权信息。

本公开实施例中，可通过平台或区块链系统中的节点获取所有权信息，平台可例如为图4实施例中的第一平台或第二平台，本公开的技术方案对此并不作特殊限定。

本公开实施例中，节点可根据目标出让卡券的使用地信息在区块链系统中的各区块中查找，以确定该目标出让卡券的所有历史交易记录或相关数据，以根据区块链中记录的信息确定该目标出让卡券的所有权信息。

在步骤S522中，验证出让者信息与所有权信息是否一致。

本公开实施例中，所有权信息可包含卡券所有权人的变更信息，例如每一卡券的第一人所有权人、第二任所有权人等。使用权信息与所有权信息类似。又例如，所有权信息可按时间顺序进行排序，节点可以以出让者信息为索引，以距离当前时间最近的所有权信息进行查找，以确定该所有权信息是否有与出让者信息一致的所有权人。

本公开实施例的卡券数据处理方法，在接收到卡券出让请求时，根据该卡券出让请求查找区块链中存储的所有权信息，并将该卡券出让请求中的出让者信息与所有权信息进行比对，能够对该卡券出让请求的合法性进行验证，进而可以避免非法、重复售卖或欺诈行为的发生，提高卡券交易过程的安全性。

图7是基于图4的步骤S430在一个示例性实施例中的流程图。

如图7所示，上述图4实施例中的步骤S430可以进一步包括以下步骤。

本公开实施例中，卡券获取请求可包括获取者信息。获取者信息可例如为图4中向平台发送卡券获取请求的用户客户端所绑定的用户信息，该用户信息可例如为用户标识。

在步骤S4311中，根据获取者信息和出让者信息生成权利变更信息，权利变更信息包括所有权变更信息或使用权变更信息。

本公开实施例中，可通过平台或区块链系统中的节点生成所有权变更信息，平台可例如为卡券提供方平台、提供卡券交易服务的论坛平台，或其他自由交易平台等，本公开的技术方案对此并不作特殊限定。该平台可为图4中实施例中的第一平台或第二平台，本公开对此并不作特殊限定。

本公开实施例中，当卡券获取请求为卡券购买请求时，所述权利变更信息可为所有权变更信息，以在该卡券购买请求接收到获取成功信息时，该目标出让卡券的所有权人已从出让者变更为获取者。当卡券获取请求为卡券求租请求时，所述权利变更信息可为使用权变更信息，以在该卡券购买请求接收到获取成功信息时，该目标出让卡券的使用权人已从出让者变更为获取者。

在步骤S4312中，根据所有权变更信息、卡券获取请求和目标出让卡券生成获取成功信息。

本公开实施例中，所有权变更信息可记录上一所有权人的信息以及变更后的所有权人信息、所有权变更时间等。

图8示意性示出了根据本公开的又一个实施例的卡券数据处理方法的流程图。

如图8所示，基于上述实施例的卡券数据处理方法还可以包括以下步骤。

本公开实施例中卡券出让请求可包括卡券出租请求，卡券出租请求可与卡券求租请求相对应。又例如，卡券出让请求还可包括卡券出售请求，卡券出售请求可与卡券购买请求相对应。

在步骤S810中，根据卡券出租请求确定使用权出租时长。

本公开实施例中，卡券出租请求可包括使用权出租时长。例如，平台的用户客户端基于用户操作获取目标出让卡券及该目标出让卡券的使用权出租时长，以根据该目标出让卡券及其使用权出租时长生成卡券出租请求。

在步骤S820中，获取目标出让卡券的当前出租时长。

本公开实施例中，可根据当前时钟时间和目标出让卡券的获取成功信息的生成时间确定当前出租时长。

在步骤S830中，在当前出租时长大于或等于使用权出租时长时，根据目标出让卡券、卡券出租请求和卡券求租请求生成租期到期信息并存储至区块链。

本公开实施例中，可将当前出租时长与使用权出租时长相比较，在当前出租时长大于或等于使用权出租时长时，表示出租的目标出让卡券的租期到期。平台或节点可以根据卡券出租请求确定出让者信息，根据卡券求租请求确定获取者信息，并根据出让者信息和获取者信息生成权利变更信息，以及根据权利变更信息生成租期到期信息，并存储至区块链。租期到期信息在区块链中的存储方式与前述获取成功信息的存储方式类似，此处不再赘述。

图9示意性示出了根据本公开的再一个实施例的卡券数据处理方法的流程图。

如图9所示，基于上述实施例的卡券数据处理方法可以包括以下步骤。

在步骤S910中，第二平台接收第一用户的卡券出让请求。

本公开实施例中，第一用户的用户客户端可基于第一用户的操作生成卡券出让请求并发送至第一平台。

在步骤S920中，第二平台对卡券出让请求进行验证，验证通过后将卡券出让请求存储至区块链。

本公开实施例的步骤S920与图5中的步骤S520至S530为类似步骤，此处不再赘述。

在步骤S930中，第一平台接收第二用户的卡券获取请求。

本公开实施例中，第二用户和第一用户可为第一平台的注册用户，第一用户和第二用户可为不同的用户。

在步骤S940中，第一平台根据卡券获取请求与目标出让卡券生成获取成功信息并存储至区块链。

本公开实施例的步骤S940与图4中的步骤S430至S440为类似步骤，此处不再赘述。

本公开实施例的卡券数据处理方法，通过第二平台接收第一用户的卡券出让请求，同时，第一平台接收第二用户的卡券获取请求，以根据该卡券获取请求在区块链中确定第一用户通过第二平台存储到区块链的目标出让卡券，并根据卡券获取请求与所述目标出让卡券生成获取成功信息并存储至区块链，能够实现不同用户通过不同平台进行卡券出售和购买的功能。

图10示意性示出了根据本公开的再一个实施例的卡券数据处理方法的流程图。

如图10所示，基于上述实施例的卡券数据处理方法可以包括以下步骤。

在步骤S1010中，第一平台接收第一用户的卡券出让请求。

本公开实施例中，第一用户的用户客户端可基于第一用户的操作生成卡券出让请求并发送至第一平台。

在步骤S1020中，第一平台对卡券出让请求进行验证，验证通过后将卡券出让请求存储至区块链。

本公开实施例的步骤S1020与图5中的步骤S520至S530为类似步骤，此处不再赘述。

在步骤S1030中，第一平台接收第二用户的卡券获取请求。

本公开实施例中，第二用户和第一用户可为第一平台的注册用户，第一用户和第二用户可为不同的用户。

在步骤S1040中，第一平台根据卡券获取请求与目标出让卡券生成获取成功信息并存储至区块链。

本公开实施例的步骤S1040与图4中的步骤S430至S440为类似步骤，此处不再赘述。

本公开实施例的卡券数据处理方法，通过第一平台接收第一用户的卡券出让请求，同时，第一平台接收第二用户的卡券获取请求，以根据该卡券获取请求在区块链中确定第一用户通过第一平台存储到区块链的目标出让卡券，并根据卡券获取请求与所述目标出让卡券生成获取成功信息并存储至区块链，能够实现不同用户通过同一平台进行卡券出售(或出租)的功能。

图11是基于图4的步骤S430在一个示例性实施例中的流程图。

如图11所示，图4所示实施例中的步骤S430可以进一步包括如下步骤。

在步骤S4321中，根据目标出让卡券生成支付信息。

本公开实施例中，可通过第一平台或第二平台根据目标出让卡券生成支付信息，本公开对具体的平台并不作特殊限定。

在步骤S4322中，接收响应于支付信息的支付成功信息。

本公开实施例中，可将该支付信息发送至卡券获取请求所指代的用户客户端，该用户客户端在执行相应的支付操作后，可生成支付成功信息并发送。

在步骤S4323中，根据支付成功信息和卡券获取请求生成获取成功信息。

在示例性实施例中，当卡券获取请求为卡券购买请求时，可根据获取者信息和出让者信息生成所有权变更信息；以及根据支付成功信息、所有权变更信息、卡券购买请求和目标出让卡券生成获取成功信息并存储至区块链。当卡券获取请求为卡券求租请求时，可根据获取者信息和出让者信息生成使用权变更信息；以及根据支付成功信息、使用权变更信息、卡券求租请求和目标出让卡券生成获取成功信息并存储至区块链。

图12示意性示出了根据本公开的再一个实施例的卡券数据处理方法的流程图。

如图12所示，本实施例提供的卡券数据处理方法可以包括以下步骤。

在步骤S1210中，第一平台接收第一用户上传的卡券获取请求或卡券出让请求。

在步骤S1220中，第一平台根据卡券获取请求或卡券出让请求生成获取成功信息并存储在区块链中。

在步骤S1230中，第二平台接收第二用户上传的卡券获取请求或卡券出让请求。

在步骤S1240中，第二平台根据卡券获取请求或卡券出让请求生成获取成功信息并存储在区块链中。

在步骤S1250中，第三平台接收第三用户上传的卡券获取请求或卡券出让请求。

在步骤S1260中，第三平台根据卡券获取请求或卡券出让请求生成获取成功信息并存储在区块链中。

本公开实施例的卡券数据处理方法，向用户客户端提供了两类接口：

(1)向商家购买卡券接口和向其他用户购买卡券接口：用户可以通过该接口提交自己想要求租或购买的卡券购买请求。图13示意性示出了根据本公开的一实施例的卡券获取请求的提交界面图。

(2)向卡券提供方或其他用户租借卡券接口：用户可以通过该接口提交自己想要出租的卡券出让请求。图14示意性示出了根据本公开的一实施例的卡券出让请求的提交界面图。

(3)向卡券提供方或其他用户出售卡券接口；用户可以通过该接口提交自己想要出售的卡券出让请求。图15示意性示出了根据本公开的一实施例的卡券出让请求的提交界面图。

本公开实施例的卡券数据处理方法，向平台提供了两类接口：

(1)向指定用户发放指定卡券的接口：平台可以在生成获取成功信息后，通过该接口向指定用户发放目标卡券。图16示意性示出了根据本公开的一实施例的获取成功信息的提交界面图。

(2)验证用户是否持有某种卡券的接口：平台可以在接收到卡券出让请求时，根据该接口与区块链系统通信，以验证卡券出让请求是否合法。图17示意性示出了根据本公开的一实施例的卡券出让请求的验证界面图。

本公开实施例的卡券数据处理方法，能够实现如下功能：

(1)用户通过卡券提供方的平台直接购买卡券。

(2)用户由于个人原因不再需要已购买的卡券时可以出售或者出租该卡券。

(3)用户可以购买或者租借其他用户出售的卡券，当选择购买卡券时则直接拥有该卡券的所有权。当租借卡券时则仅仅拥有该卡券一定时间的使用权，到期则使用权被自动收回。

(4)可以通过区块链系统提供的接口验证某用户所提供卡券的真伪。

(5)各平台可以拉取到在其他管理平台提交的卡券出让请求。

以下介绍本公开的装置实施例，可以用于执行本公开上述的卡券数据处理方法。对于本公开装置实施例中未披露的细节，请参照本公开上述的卡券数据处理方法的实施例。

图18示意性示出了根据本公开的一实施例的卡券数据处理装置的框图。

参照图18所示，根据本公开的一个实施例的卡券数据处理装置1800，可以包括：卡券请求获取模块1810、目标卡券确定模块1820、成功信息生成模块1830和区块链存储模块1840。

卡券请求获取模块1810可以配置为接收卡券获取请求，所述卡券获取请求包括卡券购买请求或卡券求租请求。

目标卡券确定模块1820可以配置为根据卡券获取请求确定目标出让卡券，所述目标出让卡券是通过第二平台基于卡券出让请求存储到区块链中。

成功信息生成模块1830可以配置为根据所述卡券获取请求与所述目标出让卡券生成获取成功信息。

区块链存储模块1840可以配置为将所述获取成功信息存储至所述区块链。

在示例性实施例中，卡券数据处理装置1800还可以包括出让请求获取模块、出让请求验证模块和出让请求存储模块。其中，出让请求获取模块可以配置为接收卡券出让请求，所述卡券出让请求包括目标出让卡券和出让者信息；出让请求验证模块可以配置为根据所述出让者信息对所述目标出让卡券在所述区块链中的所有权信息进行验证，生成验证信息；出让请求存储模块可以配置为若所述验证信息指示所述目标出让卡券合法时，将所述卡券出让请求存储至所述区块链。

在示例性实施例中，出让请求验证模块可以包括所有权信息获取单元和所有权信息验证单元。其中，所有权信息获取单元可以配置为获取所述目标出让卡券在所述区块链中记录的所有权信息；所有权信息验证单元可以配置为验证所述出让者信息与所述所有权信息是否一致。

在示例性实施例中，卡券获取请求可以包括获取者信息。成功信息生成模块可以包括变更信息生成单元和成功信息生成单元。其中，变更信息生成单元可以配置为根据所述获取者信息和所述出让者信息生成权利变更信息，所述权利变更信息包括所有权变更信息或使用权变更信息；成功信息生成单元可以配置为根据所述权利变更信息、所述卡券获取请求和所述目标出让卡券生成获取成功信息。

在示例性实施例中，卡券出让请求可以包括卡券出租请求。卡券数据处理装置1800还可以包括出租时长确定模块、当前时长确定模块和到期信息生成模块。其中出租时长确定模块可以配置为根据所述卡券出租请求确定使用权出租时长。当前时长确定模块可以配置为获取所述目标出让卡券的当前出租时长。到期信息生成模块可以配置为在所述当前出租时长大于或等于所述使用权出租时长时，根据所述目标出让卡券、所述卡券出租请求和所述卡券求租请求生成租期到期信息并存储至所述区块链。

在示例性实施例中，卡券请求获取模块1810可以配置为接收第二用户的卡券获取请求。出让请求获取模块可以配置为接收第一用户的卡券出让请求

在示例性实施例中，卡券请求获取模块1810可以配置为接收第二用户的卡券获取请求。出让请求获取模块可以配置为接收第一用户的卡券出让请求。

在示例性实施例中，成功信息生成模块1830可以包括支付信息生成单元、支付成功信息接收单元以及区块链存储单元。其中，支付信息生成单元可以配置为根据所述目标出让卡券生成支付信息；支付成功信息接收单元可以配置为接收响应于所述支付信息的支付成功信息。区块链存储单元可以配置为根据所述支付成功信息和所述卡券获取请求生成获取成功信息。

本公开实施方式提供的卡券数据处理装置，在平台与区块链之间建立连接，在第一平台接收卡券获取请求时，能够根据卡券获取请求在区块链中确定目标出让卡券，并根据卡券获取请求和目标出让卡券生成购买成功信息，并在区块链中存储目标出让卡券的信息和购买成功信息，能够实现跨平台的卡券交易的技术效果。

图19示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。需要说明的是，图19示出的电子设备的计算机系统1900仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图19所示，计算机系统1900包括中央处理单元(CPU)1901，其可以根据存储在只读存储器(ROM)1902中的程序或者从储存部分1908加载到随机访问存储器(RAM)1903中的程序而执行各种适当的动作和处理。在RAM 1903中，还存储有系统操作所需的各种程序和数据。CPU 1901、ROM 1902以及RAM 1903通过总线1904彼此相连。输入/输出(I/O)接口1905也连接至总线1904。

以下部件连接至I/O接口1905：包括键盘、鼠标等的输入部分1906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1907；包括硬盘等的储存部分1908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1909。通信部分1909经由诸如因特网的网络执行通信处理。驱动器1910也根据需要连接至I/O接口1905。可拆卸介质1911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1910上，以便于从其上读出的计算机程序根据需要被安装入储存部分1908。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1909从网络上被下载和安装，和/或从可拆卸介质1911被安装。在该计算机程序被中央处理单元(CPU)1901执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块和/或单元和/或子单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的模块和/或单元和/或子单元也可以设置在处理器中。其中，这些模块和/或单元和/或子单元的名称在某种情况下并不构成对该模块和/或单元和/或子单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如或图4或图5或图6或图7或图8或图9或图10或图11或图12所示的各个步骤。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元或者子单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元或者子单元的特征和功能可以在一个模块或者单元或者子单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元或者子单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种卡券数据处理方法，其特征在于，包括：

第一平台接收卡券获取请求，所述卡券获取请求包括卡券购买请求或卡券求租请求；

所述第一平台根据卡券获取请求确定目标出让卡券，所述目标出让卡券是通过第二平台基于卡券出让请求存储到区块链中；

所述第一平台根据所述卡券获取请求与所述目标出让卡券生成获取成功信息；

所述第一平台将所述获取成功信息存储至所述区块链。

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

所述第二平台接收卡券出让请求，所述卡券出让请求包括目标出让卡券和出让者信息；

所述第二平台根据所述出让者信息对所述目标出让卡券在所述区块链中的所有权信息进行验证，生成验证信息；

若所述验证信息指示所述目标出让卡券合法时，所述第二平台将所述卡券出让请求存储至所述区块链。

3.如权利要求2所述的方法，其特征在于，所述第二平台根据所述出让者信息对所述目标出让卡券在所述区块链中的所有权信息进行验证，包括：

所述第二平台获取所述目标出让卡券在所述区块链中记录的所有权信息；

所述第二平台验证所述出让者信息与所述所有权信息是否一致。

4.如权利要求2所述的方法，其特征在于，所述卡券获取请求包括获取者信息；其中，所述第一平台根据所述卡券获取请求与所述目标出让卡券生成获取成功信息，包括：

所述第一平台根据所述获取者信息和所述出让者信息生成权利变更信息，所述权利变更信息包括所有权变更信息或使用权变更信息；

所述第一平台根据所述权利变更信息、所述卡券获取请求和所述目标出让卡券生成获取成功信息。

5.如权利要求2所述的方法，其特征在于，所述卡券出让请求包括卡券出租请求；其中，还包括：

所述第一平台根据所述卡券出租请求确定使用权出租时长；

所述第一平台获取所述目标出让卡券的当前出租时长；

在所述当前出租时长大于或等于所述使用权出租时长时，所述第一平台根据所述目标出让卡券、所述卡券出租请求和所述卡券求租请求生成租期到期信息并存储至所述区块链。

6.如权利要求2所述的方法，其特征在于，

所述第二平台接收卡券出让请求，包括：

所述第二平台接收第一用户的卡券出让请求；

第一平台接收卡券获取请求，包括：

所述第一平台接收第二用户的卡券获取请求。

7.如权利要求2所述的方法，其特征在于，

还包括：

所述第一平台接收第一用户的卡券出让请求；

第一平台接收卡券获取请求，包括：

所述第一平台接收第二用户的卡券获取请求。

8.如权利要求1所述的方法，其特征在于，所述第一平台根据所述卡券获取请求与所述目标出让卡券生成获取成功信息，包括：

所述第一平台根据所述目标出让卡券生成支付信息；

所述第一平台接收响应于所述支付信息的支付成功信息；

所述第一平台根据所述支付成功信息和所述卡券获取请求生成获取成功信息。

9.一种卡券数据处理装置，其特征在于，包括：

卡券请求获取模块，用于接收卡券获取请求，所述卡券获取请求包括卡券购买请求或卡券求租请求；

目标卡券确定模块，用于根据卡券获取请求确定目标出让卡券，所述目标出让卡券是通过第二平台基于卡券出让请求存储到区块链中；

成功信息生成模块，用于根据所述卡券获取请求与所述目标出让卡券生成获取成功信息；

区块链存储模块，用于将所述获取成功信息存储至所述区块链。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一项所述的方法。