CN106530033A - 一种电子票的转让方法、系统及装置 - Google Patents

Abstract

本发明提供了一种电子票的转让方法、系统及装置，方法包括：接收第一用户端发送的电子票转让请求，核对转让请求携带的第一用户端属性信息与该电子票信息绑定且该电子票属性信息中的状态信息为有效，且查询该电子票匹配的第一检查码与第一用户端存储的第一检查码相同后，将该电子票标记为挂售状态后推送至所有用户端的挂售单元进行展示，同时暂停该电子票的使用权限；接收第二用户端发送的基于未出售的电子票的已支付数据，创建绑定后的票单号的第二检查码，同时将第一检查码作废处理。本发明解决了现有二维码电子票转让数据安全的技术问题，可在电子票转让之后，将原持有人的动态二维码作废掉，保护被转让人的利益。

Description

一种电子票的转让方法、系统及装置

技术领域

本发明涉及电子票转让技术领域，尤其涉及一种电子票的转让方法、系统及装置。

背景技术

将二维码技术投入到票务行业使用已经是一种非常广泛的方式，在票务网站购买一张票，然后借助智能终端将二维码信息生成一张图片呈现出来，就可以方便的管理和使用电子票，目前，二维码编码机制因含有较大容量的信息和扫描解析的高效性，因此成为电子门票的广泛使用的一种展现形式。

发明人在研究的过程中发现，现有的二维码很容易通过拍照、截屏、打印等方式被复制盗取，用户的电子票数据信息不能得到安全的保护，具有不可复制性的动态二维码技术被广泛推广，但是当用户之间出现转让行为时，不能保证安全可靠，因为当电子票转让出去后，原电子票持有人还会继续持有该电子票的动态二维码，仍然可以继续使用，被转让人的合法权利就不能得到保证。

发明内容

为了解决上述技术问题，本发明提供了一种电子票的转让方法、系统及装置，解决了现有二维码电子票转让数据安全的技术问题，可在电子票转让之后，该电子票的持有人发生变化时，将原持有人的动态二维码作废掉，保证电子票的转让行为正常进行，保护被转让人的利益。

本发明一方面提供了一种电子票的转让方法，包括：

接收第一用户端发送的电子票转让请求，所述转让请求携带所述电子票的属性信息和转让金额，核对所述转让请求携带的第一用户端属性信息与该电子票信息绑定且该电子票属性信息中的状态信息为有效，且查询该电子票匹配的第一检查码与第一用户端存储的第一检查码相同后，将该电子票标记为挂售状态后推送至所有用户端的挂售单元进行展示，同时暂停该电子票的使用权限；

接收第二用户端发送的基于未出售的电子票的已支付数据，将所述已支付数据携带的第二用户端的属性信息与所述电子票属性信息对应的数据库存储的票单号绑定，创建绑定后的票单号的第二检查码，同时将第一检查码作废处理，并将所述绑定后的票单号与所述第二检查码关联后加密，生成并发送加密后的电子票信息至第二用户端；

将第二用户端的已支付数据中的转让金额转账至第一用户端的账户中。

进一步的，所述接收第二用户端发送的基于未出售的电子票的已支付数据，包括：

接收第二用户端发送的基于挂售状态的电子票的查询请求；向第二用户端推送该电子票的已出售状态信息或向第二用户端推送该电子票的未出售状态信息；

接收第二用户端发送的基于未出售电子票的支付请求；发送基于所述未出售电子票的支付应答信息至第二用户端，接收并存储所述第二用户端发送的基于未出售的电子票的已支付数据。

进一步的，所述暂停该电子票的使用权限之后还包括，接收第一用户端发送的基于所述挂售中的电子票的撤销挂售请求，撤销该电子票的挂售状态标记并从所有用户端的挂售单元中删除，同时恢复该电子票的使用权限。

进一步的，所述核对所述转让请求携带的第一用户端属性信息与该电子票信息绑定，包括:

获取所述转让请求携带的电子票属性信息；

比对数据库中存储的所述电子票的用户绑定信息是否与第一用户端属性信息一致；

如果一致，标记所述绑定关系有效；不一致，回滚所述转让请求，并向所述第一用户端发送提示信息。

进一步的，核对该电子票属性信息中的状态信息为有效，包括：

获取所述转让请求携带的电子票属性信息；

比对数据库中存储的所述电子票的属性信息与所述获取所述转让请求携带的电子票属性信息是否一致；

如果一致，标记所述电子票属性信息有效；不一致，回滚所述转让请求，并向所述第一用户端发送提示信息。

进一步的，核对查询该电子票匹配的第一检查码与第一用户端存储的第一检查码相同，包括：

获取所述转让请求携带的电子票属性信息；

提取所述电子票属性信息中的票单号，所述票单号携带所述电子票的唯一身份标识；

检索数据库中存储的所述票单号对应的状态信息为有效后，响应所述电子票转让请求；检索数据库中存储的所述票单号对应的状态信息为无效后，回滚所述转让请求，并向所述第一用户端发送提示信息。

进一步的，所述创建绑定后的票单号的第二检查码，同时将第一检查码作废处理，包括：

获取绑定后的票单号，根据自定义规则，创建第二检查码，同时将第一检查码作废处理，所述第二检查码为当前识别所述绑定后的票单号的唯一身份标识。

进一步的，所述将所述绑定后的票单号与所述第二检查码关联后加密，生成并发送加密后的电子票信息至第二用户端，包括：

将所述第二检查码与所述绑定后的票单号生成关联路径后组合成明文；

通过私钥将所述明文加密生成第一密文；

将自定义扩展信息与所述第一密文组合后生成二维码电子票信息，将所述二维码电子票信息保存后发送至第二用户端中。

进一步的，还包括：

对发送至第二用户端中加密后的电子票信息进行二次加密，具体为：

将所述加密后的电子票信息中的第一密文与时间戳绑定后通过公钥加密生成第二密文，将所述第二密文与自定义扩展信息组合后生成二维码电子票信息。

本发明另一方面还提供了一种电子票的转让系统，包括：

第一接收模块，用于接收第一用户端发送的电子票转让请求，所述转让请求携带所述电子票的属性信息和转让金额，核对所述转让请求携带的第一用户端属性信息与该电子票信息绑定且该电子票属性信息中的状态信息为有效，且查询该电子票匹配的第一检查码与第一用户端存储的第一检查码相同后，将该电子票标记为挂售状态后推送至所有用户端的挂售单元进行展示，同时暂停该电子票的使用权限；

第二接收模块，用于接收第二用户端发送的基于未出售的电子票的已支付数据，将所述已支付数据携带的第二用户端的属性信息与所述电子票属性信息对应的数据库存储的票单号绑定，创建绑定后的票单号的第二检查码，同时将第一检查码作废处理，并将所述绑定后的票单号与所述第二检查码关联后加密，生成并发送加密后的电子票信息至第二用户端；

转账模块，用于将第二用户端的已支付数据中的转让金额转账至第一用户端的账户中。

进一步的，所述第二接收模块，包括：

第一接收单元，用于接收第二用户端发送的基于挂售状态的电子票的查询请求；

推送单元，用于向第二用户端推送该电子票的已出售状态信息或向第二用户端推送该电子票的未出售状态信息；

第二接收单元，用于接收第二用户端发送的基于未出售电子票的支付请求；

第一发送单元，用于发送基于所述未出售电子票的支付应答信息至第二用户端；

第三接收单元，用于接收并存储所述第二用户端发送的基于未出售的电子票的已支付数据。

进一步的，还包括：

第四接收单元，用于接收第一用户端发送的基于所述挂售中的电子票的撤销挂售请求；

撤销单元，用于撤销该电子票的挂售状态标记并从所有用户端的挂售单元中删除，同时恢复该电子票的使用权限。

进一步的，所述第一接收模块，包括:

第一获取单元，用于获取所述转让请求携带的电子票属性信息；

第一比对单元，用于比对数据库中存储的所述电子票的用户绑定信息是否与第一用户端属性信息一致；如果一致，标记所述绑定关系有效；不一致，回滚所述转让请求，并向所述第一用户端发送提示信息；

第二比对单元，用于比对数据库中存储的所述电子票的属性信息与所述获取所述转让请求携带的电子票属性信息是否一致；如果一致，标记所述电子票属性信息有效；不一致，回滚所述转让请求，并向所述第一用户端发送提示信息；

提取单元，用于提取所述电子票属性信息中的票单号，所述票单号携带所述电子票的唯一身份标识；

检索单元，用于检索数据库中存储的所述票单号对应的状态信息为有效后，响应所述电子票转让请求；检索数据库中存储的所述票单号对应的状态信息为无效后，回滚所述转让请求，并向所述第一用户端发送提示信息。

进一步的，所述第二接收模块，包括：

第二获取单元，用于获取绑定后的票单号，根据自定义规则，创建第二检查码，同时将第一检查码作废处理，所述第二检查码为当前识别所述绑定后的票单号的唯一身份标识。

进一步的，所述第二接收模块，包括：

生成单元，用于将所述第二检查码与所述绑定后的票单号生成关联路径后组合成明文；

第一加密单元，用于通过私钥将所述明文加密生成第一密文；

第二发送单元，用于将自定义扩展信息与所述第一密文组合后生成二维码电子票信息，将所述二维码电子票信息保存后发送至第二用户端中。

进一步的，还包括：

第二加密单元，用于对发送至第二用户端中加密后的电子票信息进行二次加密，具体为：

将所述加密后的电子票信息中的第一密文与时间戳绑定后通过公钥加密生成第二密文，将所述第二密文与自定义扩展信息组合后生成二维码电子票信息。

本发明另一方面还提供了一种电子票的转让装置，包括前述任一项所述的系统。

本发明通过接收第一用户端发送的电子票转让请求，所述转让请求携带所述电子票的属性信息和转让金额，核对所述转让请求携带的第一用户端属性信息与该电子票信息绑定且该电子票属性信息中的状态信息为有效，且查询该电子票匹配的第一检查码与第一用户端存储的第一检查码相同后，将该电子票标记为挂售状态后推送至所有用户端的挂售单元进行展示，同时暂停该电子票的使用权限；接收第二用户端发送的基于未出售的电子票的已支付数据，将所述已支付数据携带的第二用户端的属性信息与所述电子票属性信息对应的数据库存储的票单号绑定，同时创建绑定后的票单号的第二检查码，同时将第一检查码作废处理，并将所述绑定后的票单号与所述第二检查码关联后加密，生成并发送加密后的电子票信息至第二用户端；将第二用户端的已支付数据中的转让金额转账至第一用户端的账户中的技术方案，解决了现有二维码电子票转让数据安全的技术问题，可在电子票的持有人发生变化时，将原持有人的动态二维码作废掉，保证电子票的转让行为正常进行，保护被转让人的利益，进一步提高了二维码电子票数据安全率，和转赠行为的实际利用率。

附图说明

图1为根据本发明的一种电子票的转让方法的实施例一的流程图；

图2为根据本发明的一种电子票的转让系统的实施例二的结构框图；

图3为根据本发明的第二接收模块的结构框图；

图4为根据本发明的第一接收模块的结构框图；

图5为根据本发明的第二接收模块的另一结构框图；

图6为根据本发明的第二接收模块的另一结构框图；

图7为根据本发明的一种电子票的转让装置的实施例三的结构框图。

具体实施方式

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

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

实施例一

参照图1，图1示出了本发明提供的了一种电子票的转让方法的一实施例的流程图。包括：步骤S110、步骤S120和步骤S130。

在步骤S110中，接收第一用户端发送的电子票转让请求，所述转让请求携带所述电子票的属性信息和转让金额，核对所述转让请求携带的第一用户端属性信息与该电子票信息绑定且该电子票属性信息中的状态信息为有效，且查询该电子票匹配的第一检查码与第一用户端存储的第一检查码相同后，将该电子票标记为挂售状态后推送至所有用户端的挂售单元进行展示，同时暂停该电子票的使用权限。

在步骤S120中，接收第二用户端发送的基于未出售的电子票的已支付数据，将所述已支付数据携带的第二用户端的属性信息与所述电子票属性信息对应的数据库存储的票单号绑定，创建绑定后的票单号的第二检查码，同时将第一检查码作废处理，并将所述绑定后的票单号与所述第二检查码关联后加密，生成并发送加密后的电子票信息至第二用户端。

在步骤S130中，将第二用户端的已支付数据中的转让金额转账至第一用户端的账户中。

本发明中，票单号：电子票的唯一标识，在服务器中的唯一ID，每个ID对应了票的场次、价格、座位等信息。

检查码：电子票凭证的附加标识，用于区别相同电子票凭证在不同的用户手中的状态，在服务器中也是唯一值。

进一步的，所述接收第二用户端发送的基于未出售的电子票的已支付数据，包括：

接收第二用户端发送的基于挂售状态的电子票的查询请求；向第二用户端推送该电子票的已出售状态信息或向第二用户端推送该电子票的未出售状态信息；

接收第二用户端发送的基于未出售电子票的支付请求；发送基于所述未出售电子票的支付应答信息至第二用户端，接收并存储所述第二用户端发送的基于未出售的电子票的已支付数据。

进一步的，所述暂停该电子票的使用权限之后还包括，接收第一用户端发送的基于所述挂售中的电子票的撤销挂售请求，撤销该电子票的挂售状态标记并从所有用户端的挂售单元中删除，同时恢复该电子票的使用权限。

进一步的，所述核对所述转让请求携带的第一用户端属性信息与该电子票信息绑定，包括:

获取所述转让请求携带的电子票属性信息；

比对数据库中存储的所述电子票的用户绑定信息是否与第一用户端属性信息一致；

如果一致，标记所述绑定关系有效；不一致，回滚所述转让请求，并向所述第一用户端发送提示信息。

进一步的，核对该电子票属性信息中的状态信息为有效，包括：

获取所述转让请求携带的电子票属性信息；

比对数据库中存储的所述电子票的属性信息与所述获取所述转让请求携带的电子票属性信息是否一致；

如果一致，标记所述电子票属性信息有效；不一致，回滚所述转让请求，并向所述第一用户端发送提示信息。

进一步的，核对查询该电子票匹配的第一检查码与第一用户端存储的第一检查码相同，包括：

获取所述转让请求携带的电子票属性信息；

提取所述电子票属性信息中的票单号，所述票单号携带所述电子票的唯一身份标识；

检索数据库中存储的所述票单号对应的状态信息为有效后，响应所述电子票转让请求；检索数据库中存储的所述票单号对应的状态信息为无效后，回滚所述转让请求，并向所述第一用户端发送提示信息。

进一步的，所述创建绑定后的票单号的第二检查码，同时将第一检查码作废处理，包括：

获取绑定后的票单号，根据自定义规则，创建第二检查码，同时将第一检查码作废处理，所述第二检查码为当前识别所述绑定后的票单号的唯一身份标识。

进一步的，所述将所述绑定后的票单号与所述第二检查码关联后加密，生成并发送加密后的电子票信息至第二用户端，包括：

将所述第二检查码与所述绑定后的票单号生成关联路径后组合成明文；

通过私钥将所述明文加密生成第一密文；

将自定义扩展信息与所述第一密文组合后生成二维码电子票信息，将所述二维码电子票信息保存后发送至第二用户端中。

进一步的，还包括：

对发送至第二用户端中加密后的电子票信息进行二次加密，具体为：

将所述加密后的电子票信息中的第一密文与时间戳绑定后通过公钥加密生成第二密文，将所述第二密文与自定义扩展信息组合后生成二维码电子票信息。

一应用实例，用户A通过客户端向服务器发出电子票转让请求，服务器响应请求后查询该票的真实性，确认有效后调取该票的信息推送到票品挂售管理单元，并将该票标记为挂售状态(挂售状态的票无法使用，需在客户端请求撤销挂售才可使用)，之后票品挂售管理单元将挂售的票品信息推送到所有客户端内置的票品挂售展示单元进行展示。

任意用户X在其客户端的票品挂售展示单元浏览到用户A挂售的票品信息，点购买后，用户X的客户端向服务器发起查询请求，服务器响应请求后，确认当前票品的挂售状态(已售/未售)，已售则提示用户已售出。未售出的，则服务器将未售信息推送用户X的客户端，用户X的客户端发起支付请求，服务器接受请求后将支付信息推动到用户X的客户端，用户确认支付后，服务器收到支付完成的信息后开始进行票品所有权转移流程，并创建了检查码C3。

用户X的客户端收到密文后转化为动态二维码。

服务器将费用转账到用户A名下，并将交易完成的信息推送给用户A客户端，此时，用户A收到挂售票品的费用，用户X获得该票品的所有权。

本发明实施例一通过接收第一用户端发送的电子票转让请求，所述转让请求携带所述电子票的属性信息和转让金额，核对所述转让请求携带的第一用户端属性信息与该电子票信息绑定且该电子票属性信息中的状态信息为有效，且查询该电子票匹配的第一检查码与第一用户端存储的第一检查码相同后，将该电子票标记为挂售状态后推送至所有用户端的挂售单元进行展示，同时暂停该电子票的使用权限；接收第二用户端发送的基于未出售的电子票的已支付数据，将所述已支付数据携带的第二用户端的属性信息与所述电子票属性信息对应的数据库存储的票单号绑定，同时创建绑定后的票单号的第二检查码，同时将第一检查码作废处理，并将所述绑定后的票单号与所述第二检查码关联后加密，生成并发送加密后的电子票信息至第二用户端；将第二用户端的已支付数据中的转让金额转账至第一用户端的账户中的技术方案，解决了现有二维码电子票转让数据安全的技术问题，可在电子票的持有人发生变化时，将原持有人的动态二维码作废掉，保证电子票的转让行为正常进行，保护被转让人的利益，进一步提高了二维码电子票数据安全率，和转赠行为的实际利用率。

实施例二

参照图2，图2示出了本发明提供的一种电子票的转让系统200的一实施例的示意图。包括：

第一接收模块21，用于接收第一用户端发送的电子票转让请求，所述转让请求携带所述电子票的属性信息和转让金额，核对所述转让请求携带的第一用户端属性信息与该电子票信息绑定且该电子票属性信息中的状态信息为有效，且查询该电子票匹配的第一检查码与第一用户端存储的第一检查码相同后，将该电子票标记为挂售状态后推送至所有用户端的挂售单元进行展示，同时暂停该电子票的使用权限。

第二接收模块22，用于接收第二用户端发送的基于未出售的电子票的已支付数据，将所述已支付数据携带的第二用户端的属性信息与所述电子票属性信息对应的数据库存储的票单号绑定，创建绑定后的票单号的第二检查码，同时将第一检查码作废处理，并将所述绑定后的票单号与所述第二检查码关联后加密，生成并发送加密后的电子票信息至第二用户端。

转账模块23，用于将第二用户端的已支付数据中的转让金额转账至第一用户端的账户中。

进一步的，如图3所示，所述第二接收模块22，包括：

第一接收单元221，用于接收第二用户端发送的基于挂售状态的电子票的查询请求；

推送单元222，用于向第二用户端推送该电子票的已出售状态信息或向第二用户端推送该电子票的未出售状态信息；

第二接收单元223，用于接收第二用户端发送的基于未出售电子票的支付请求；

第一发送单元224，用于发送基于所述未出售电子票的支付应答信息至第二用户端；

第三接收单元225，用于接收并存储所述第二用户端发送的基于未出售的电子票的已支付数据。

进一步的，还包括：

第四接收单元(图中未示)，用于接收第一用户端发送的基于所述挂售中的电子票的撤销挂售请求；

撤销单元(图中未示)，用于撤销该电子票的挂售状态标记并从所有用户端的挂售单元中删除，同时恢复该电子票的使用权限。

进一步的，如图4所示，所述第一接收模块21，包括:

第一获取单元211，用于获取所述转让请求携带的电子票属性信息；

第一比对单元212，用于比对数据库中存储的所述电子票的用户绑定信息是否与第一用户端属性信息一致；如果一致，标记所述绑定关系有效；不一致，回滚所述转让请求，并向所述第一用户端发送提示信息；

第二比对单元213，用于比对数据库中存储的所述电子票的属性信息与所述获取所述转让请求携带的电子票属性信息是否一致；如果一致，标记所述电子票属性信息有效；不一致，回滚所述转让请求，并向所述第一用户端发送提示信息；

提取单元214，用于提取所述电子票属性信息中的票单号，所述票单号携带所述电子票的唯一身份标识；

检索单元215，用于检索数据库中存储的所述票单号对应的状态信息为有效后，响应所述电子票转让请求；检索数据库中存储的所述票单号对应的状态信息为无效后，回滚所述转让请求，并向所述第一用户端发送提示信息。

进一步的，如图5所示，所述第二接收模块22，包括：

第二获取单元226，用于获取绑定后的票单号，根据自定义规则，创建第二检查码，同时将第一检查码作废处理，所述第二检查码为当前识别所述绑定后的票单号的唯一身份标识。

进一步的，如图6所示，所述第二接收模块22，包括：

生成单元227，用于将所述第二检查码与所述绑定后的票单号生成关联路径后组合成明文；

第一加密单元228，用于通过私钥将所述明文加密生成第一密文；

第二发送单元229，用于将自定义扩展信息与所述第一密文组合后生成二维码电子票信息，将所述二维码电子票信息保存后发送至第二用户端中。

进一步的，还包括：

第二加密单元(图中未示)，用于对发送至第二用户端中加密后的电子票信息进行二次加密，具体为：

将所述加密后的电子票信息中的第一密文与时间戳绑定后通过公钥加密生成第二密文，将所述第二密文与自定义扩展信息组合后生成二维码电子票信息。

一应用实例，用户A通过客户端(第一用户端)向服务器发出电子票转让请求，服务器响应请求后查询该票的真实性，确认有效后调取该票的信息推送到票品挂售管理单元，并将该票标记为挂售状态(挂售状态的票无法使用，需在客户端请求撤销挂售才可使用)，之后票品挂售管理单元将挂售的票品信息推送到所有客户端内置的票品挂售展示单元进行展示。

任意用户X在其客户端(第二用户端)的票品挂售展示单元浏览到用户A挂售的票品信息，点购买后，用户X的客户端向服务器发起查询请求，服务器响应请求后，确认当前票品的挂售状态(已售/未售)，已售则提示用户已售出。未售出的，则服务器将未售信息推送用户X的客户端，用户X的客户端发起支付请求，服务器接受请求后将支付信息推动到用户X的客户端，用户确认支付后，服务器收到支付完成的信息后开始进行票品所有权转移流程，并创建了检查码C3。

用户X的客户端收到密文后转化为动态二维码。

服务器将费用转账到用户A名下，并将交易完成的信息推送给用户A客户端，此时，用户A收到挂售票品的费用，用户X获得该票品的所有权。

由于本实施例对应的方法步骤及流程参见实施例一，本实施例为详尽之处，请参考实施例一及附图一。

本发明实施例二通过第一接收模块接收第一用户端发送的电子票转让请求，所述转让请求携带所述电子票的属性信息和转让金额，核对所述转让请求携带的第一用户端属性信息与该电子票信息绑定且该电子票属性信息中的状态信息为有效，且查询该电子票匹配的第一检查码与第一用户端存储的第一检查码相同后，将该电子票标记为挂售状态后推送至所有用户端的挂售单元进行展示，同时暂停该电子票的使用权限；第二接收模块接收第二用户端发送的基于未出售的电子票的已支付数据，将所述已支付数据携带的第二用户端的属性信息与所述电子票属性信息对应的数据库存储的票单号绑定，同时创建绑定后的票单号的第二检查码，同时将第一检查码作废处理，并将所述绑定后的票单号与所述第二检查码关联后加密，生成并发送加密后的电子票信息至第二用户端；转让模块将第二用户端的已支付数据中的转让金额转账至第一用户端的账户中的技术方案，解决了现有二维码电子票转让数据安全的技术问题，可在电子票的持有人发生变化时，将原持有人的动态二维码作废掉，保证电子票的转让行为正常进行，保护被转让人的利益，进一步提高了二维码电子票数据安全率，和转赠行为的实际利用率。

实施例三

参照图7，图7示出了本发明提供的一种电子票的转让装置300的一实施例的示意图，包括前述任一项所述的系统200。

本发明实施例三通过接收第一用户端发送的电子票转让请求，所述转让请求携带所述电子票的属性信息和转让金额，核对所述转让请求携带的第一用户端属性信息与该电子票信息绑定且该电子票属性信息中的状态信息为有效，且查询该电子票匹配的第一检查码与第一用户端存储的第一检查码相同后，将该电子票标记为挂售状态后推送至所有用户端的挂售单元进行展示，同时暂停该电子票的使用权限；接收第二用户端发送的基于未出售的电子票的已支付数据，将所述已支付数据携带的第二用户端的属性信息与所述电子票属性信息对应的数据库存储的票单号绑定，同时创建绑定后的票单号的第二检查码，同时将第一检查码作废处理，并将所述绑定后的票单号与所述第二检查码关联后加密，生成并发送加密后的电子票信息至第二用户端；将第二用户端的已支付数据中的转让金额转账至第一用户端的账户中的技术方案，解决了现有二维码电子票转让数据安全的技术问题，可在电子票的持有人发生变化时，将原持有人的动态二维码作废掉，保证电子票的转让行为正常进行，保护被转让人的利益，进一步提高了二维码电子票数据安全率，和转赠行为的实际利用率。

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

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

需要指出，根据实施的需要，可将本申请中描述的各个步骤/部件拆分为更多步骤/部件，也可将两个或多个步骤/部件或者步骤/部件的部分操作组合成新的步骤/部件，以实现本发明的目的。

上述根据本发明的方法可在硬件、固件中实现，或者被实现为可存储在记录介质(诸如CD ROM、RAM、软盘、硬盘或磁光盘)中的软件或计算机代码，或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如ASIC或FPGA)的记录介质上的这样的软件处理。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如，RAM、ROM、闪存等)，当所述软件或计算机代码被计算机、处理器或硬件访问且执行时，实现在此描述的处理方法。此外，当通用计算机访问用于实现在此示出的处理的代码时，代码的执行将通用计算机转换为用于执行在此示出的处理的专用计算机。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (17)

1.一种电子票的转让方法，其特征在于，包括：

接收第一用户端发送的电子票转让请求，所述转让请求携带所述电子票的属性信息和转让金额，核对所述转让请求携带的第一用户端属性信息与该电子票信息绑定且该电子票属性信息中的状态信息为有效，且查询该电子票匹配的第一检查码与第一用户端存储的第一检查码相同后，将该电子票标记为挂售状态后推送至所有用户端的挂售单元进行展示，同时暂停该电子票的使用权限；

接收第二用户端发送的基于未出售的电子票的已支付数据，将所述已支付数据携带的第二用户端的属性信息与所述电子票属性信息对应的数据库存储的票单号绑定，创建绑定后的票单号的第二检查码，同时将第一检查码作废处理，并将所述绑定后的票单号与所述第二检查码关联后加密，生成并发送加密后的电子票信息至第二用户端；

将第二用户端的已支付数据中的转让金额转账至第一用户端的账户中。

2.如权利要求1所述的方法，其特征在于，所述接收第二用户端发送的基于未出售的电子票的已支付数据，包括：

接收第二用户端发送的基于挂售状态的电子票的查询请求；向第二用户端推送该电子票的已出售状态信息或向第二用户端推送该电子票的未出售状态信息；

接收第二用户端发送的基于未出售电子票的支付请求；发送基于所述未出售电子票的支付应答信息至第二用户端，接收并存储所述第二用户端发送的基于未出售的电子票的已支付数据。

3.如权利要求1或2所述的方法，其特征在于，所述暂停该电子票的使用权限之后还包括，接收第一用户端发送的基于所述挂售中的电子票的撤销挂售请求，撤销该电子票的挂售状态标记并从所有用户端的挂售单元中删除，同时恢复该电子票的使用权限。

4.如权利要求1-3之一所述的方法，其特征在于，所述核对所述转让请求携带的第一用户端属性信息与该电子票信息绑定，包括:

获取所述转让请求携带的电子票属性信息；

比对数据库中存储的所述电子票的用户绑定信息是否与第一用户端属性信息一致；

如果一致，标记所述绑定关系有效；不一致，回滚所述转让请求，并向所述第一用户端发送提示信息。

5.如权利要求1-3之一所述的方法，其特征在于，核对该电子票属性信息中的状态信息为有效，包括：

获取所述转让请求携带的电子票属性信息；

比对数据库中存储的所述电子票的属性信息与所述获取所述转让请求携带的电子票属性信息是否一致；

如果一致，标记所述电子票属性信息有效；不一致，回滚所述转让请求，并向所述第一用户端发送提示信息。

6.如权利要求1-3之一所述的方法，其特征在于，核对查询该电子票匹配的第一检查码与第一用户端存储的第一检查码相同，包括：

获取所述转让请求携带的电子票属性信息；

提取所述电子票属性信息中的票单号，所述票单号携带所述电子票的唯一身份标识；

检索数据库中存储的所述票单号对应的状态信息为有效后，响应所述电子票转让请求；检索数据库中存储的所述票单号对应的状态信息为无效后，回滚所述转让请求，并向所述第一用户端发送提示信息。

7.如权利要求1所述的方法，其特征在于，所述创建绑定后的票单号的第二检查码，同时将第一检查码作废处理，包括：

获取绑定后的票单号，根据自定义规则，创建第二检查码，同时将第一检查码作废处理，所述第二检查码为当前识别所述绑定后的票单号的唯一身份标识。

8.如权利要求1所述的方法，其特征在于，所述将所述绑定后的票单号与所述第二检查码关联后加密，生成并发送加密后的电子票信息至第二用户端，包括：

将所述第二检查码与所述绑定后的票单号生成关联路径后组合成明文；

通过私钥将所述明文加密生成第一密文；

将自定义扩展信息与所述第一密文组合后生成二维码电子票信息，将所述二维码电子票信息保存后发送至第二用户端中。

9.如权利要求1-8之一所述的方法，其特征在于，还包括：

对发送至第二用户端中加密后的电子票信息进行二次加密，具体为：

将所述加密后的电子票信息中的第一密文与时间戳绑定后通过公钥加密生成第二密文，将所述第二密文与自定义扩展信息组合后生成二维码电子票信息。

10.一种电子票的转让系统，其特征在于，包括：

第一接收模块，用于接收第一用户端发送的电子票转让请求，所述转让请求携带所述电子票的属性信息和转让金额，核对所述转让请求携带的第一用户端属性信息与该电子票信息绑定且该电子票属性信息中的状态信息为有效，且查询该电子票匹配的第一检查码与第一用户端存储的第一检查码相同后，将该电子票标记为挂售状态后推送至所有用户端的挂售单元进行展示，同时暂停该电子票的使用权限；

第二接收模块，用于接收第二用户端发送的基于未出售的电子票的已支付数据，将所述已支付数据携带的第二用户端的属性信息与所述电子票属性信息对应的数据库存储的票单号绑定，创建绑定后的票单号的第二检查码，同时将第一检查码作废处理，并将所述绑定后的票单号与所述第二检查码关联后加密，生成并发送加密后的电子票信息至第二用户端；

转账模块，用于将第二用户端的已支付数据中的转让金额转账至第一用户端的账户中。

11.如权利要求10所述的系统，其特征在于，所述第二接收模块，包括：

第一接收单元，用于接收第二用户端发送的基于挂售状态的电子票的查询请求；

推送单元，用于向第二用户端推送该电子票的已出售状态信息或向第二用户端推送该电子票的未出售状态信息；

第二接收单元，用于接收第二用户端发送的基于未出售电子票的支付请求；

第一发送单元，用于发送基于所述未出售电子票的支付应答信息至第二用户端；

第三接收单元，用于接收并存储所述第二用户端发送的基于未出售的电子票的已支付数据。

12.如权利要求10或11所述的系统，其特征在于，还包括：

第四接收单元，用于接收第一用户端发送的基于所述挂售中的电子票的撤销挂售请求；

撤销单元，用于撤销该电子票的挂售状态标记并从所有用户端的挂售单元中删除，同时恢复该电子票的使用权限。

13.如权利要求10-12之一所述的系统，其特征在于，所述第一接收模块，包括:

第一获取单元，用于获取所述转让请求携带的电子票属性信息；

第一比对单元，用于比对数据库中存储的所述电子票的用户绑定信息是否与第一用户端属性信息一致；如果一致，标记所述绑定关系有效；不一致，回滚所述转让请求，并向所述第一用户端发送提示信息；

第二比对单元，用于比对数据库中存储的所述电子票的属性信息与所述获取所述转让请求携带的电子票属性信息是否一致；如果一致，标记所述电子票属性信息有效；不一致，回滚所述转让请求，并向所述第一用户端发送提示信息；

提取单元，用于提取所述电子票属性信息中的票单号，所述票单号携带所述电子票的唯一身份标识；

检索单元，用于检索数据库中存储的所述票单号对应的状态信息为有效后，响应所述电子票转让请求；检索数据库中存储的所述票单号对应的状态信息为无效后，回滚所述转让请求，并向所述第一用户端发送提示信息。

14.如权利要求10所述的系统，其特征在于，所述第二接收模块，包括：

第二获取单元，用于获取绑定后的票单号，根据自定义规则，创建第二检查码，同时将第一检查码作废处理，所述第二检查码为当前识别所述绑定后的票单号的唯一身份标识。

15.如权利要求10所述的系统，其特征在于，所述第二接收模块，包括：

生成单元，用于将所述第二检查码与所述绑定后的票单号生成关联路径后组合成明文；

第一加密单元，用于通过私钥将所述明文加密生成第一密文；

第二发送单元，用于将自定义扩展信息与所述第一密文组合后生成二维码电子票信息，将所述二维码电子票信息保存后发送至第二用户端中。

16.如权利要求10-15之一所述的系统，其特征在于，还包括：

第二加密单元，用于对发送至第二用户端中加密后的电子票信息进行二次加密，具体为：

将所述加密后的电子票信息中的第一密文与时间戳绑定后通过公钥加密生成第二密文，将所述第二密文与自定义扩展信息组合后生成二维码电子票信息。

17.一种电子票的转让装置，其特征在于，包括如权利要求10-16任一项所述的系统。