CN110599211A - 一种票务信息处理方法、装置及计算机设备 - Google Patents

Abstract

本申请涉及一种票务信息处理方法、装置及计算机设备，所述方法通过在获得授权的流转接口上对电子票进行流转，规范了票源渠道，对黄牛党的多票源渠道进行了限制，可一定程度上改善黄牛泛滥现象，改良了用户体验，另外，还为电子票的购票、转让这些流转操作提供了正规途径且提供了统一担保，能够有效满足用户的转票需求，且无论是通过购买还是接受转让的方式，均能避免用户购入假票；本申请在对电子票进行流转时还会记录所涉及的电子票流转信息，并存储电子票与其流转信息之间的对应关系，这为电子票的溯源验真提供了支持，通过提供电子票的溯源验真功能，可进一步避免用户买到假票，杜绝了假票对用户购票造成的干扰。

Description

一种票务信息处理方法、装置及计算机设备

技术领域

本申请属于票务管理技术领域，尤其涉及一种票务信息处理方法、装置及计算机设备。

背景技术

当前，电影票、演出票、旅游票及列车票等各类型票的票务市场乱象频出，票务市场经营秩序的规范性较差，无法切实保护消费者合法权益。举例来说，一种较典型的现象是，无论是电影票务市场，演出票务市场，抑或是旅游票务市场、列车票务市场，均难以摆脱黄牛党这一擦边群体。

上述乱象，相应会导致当前的票务市场存在方方面面的问题，如：

1)黄牛泛滥，会影响用户的正常购票，存在“一票难求”现象；

2)用户可能会有转票需求，但缺乏正规途径；

3)用户购票会受假票困扰，难以真正消除购到假票的风险。

发明内容

有鉴于此，本申请的目的在于提供一种票务信息处理方法、装置及计算机设备，以至少一定程度上解决当前票务市场杂乱所导致的上述问题，改善黄牛对用户正常购票体验产生的不良影响、保证用户正常的转票需求得到满足有安全担保，并杜绝假票对用户购票造成的干扰。

为实现上述目的，一方面，本申请提供了一种票务信息处理方法，该方法包括：

检测在获得授权的流转接口上对电子票的操作信息；

若检测到对电子票的流转操作的操作信息，执行与所述流转操作的操作信息相匹配的流转流程；

获取并记录所述流转流程涉及的电子票流转信息；

存储电子票与所述电子票流转信息间的对应关系，以使得基于所述对应关系支持电子票的溯源验真。

另一方面，本申请还提供了一种票务信息处理装置，该装置包括：

检测单元，用于检测在获得授权的流转接口上对电子票的操作信息；

执行单元，用于若检测到对电子票的流转操作的操作信息，执行与所述流转操作的操作信息相匹配的流转流程；

记录单元，用于获取并记录所述流转流程涉及的电子票流转信息；

存储单元，用于存储电子票与所述电子票流转信息间的对应关系，以使得基于所述对应关系支持电子票的溯源验真。

再一方面，本申请还提供了一种计算机设备，该计算机设备包括：

存储器，用于存储计算机可执行指令；

处理器，用于加载并执行所述计算机可执行指令，所述计算机可执行指令在被加载并执行时至少能用于实现如上所述的票务信息处理方法。

由以上方案可知，本申请提供的票务信息处理方法、装置及计算机设备，通过在获得授权的流转接口上对电子票进行流转，规范了票源渠道，对黄牛党的多票源渠道进行了限制，可一定程度上改善黄牛泛滥现象，改良了用户体验，另外，还为电子票的购票、转让这些流转操作提供了正规途径且提供了统一担保，能够有效满足用户的转票需求，且无论是通过购买还是接受转让的方式，均能避免用户购入假票；除此之外，本申请在对电子票进行流转时还会记录所涉及的电子票流转信息，并存储电子票与其流转信息之间的对应关系，这为电子票的溯源验真提供了有效支持，通过基于记录的电子票流转信息提供电子票的溯源验真功能，可进一步避免用户买到假票，杜绝了假票对用户购票造成的干扰。

附图说明

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

图1是本申请可选实施例中票务信息处理方法的一应用场景的场景架构示意图；

图2是本申请可选实施例中票务信息处理方法所适用的计算机设备的一种结构示意图；

图3是本申请可选实施例中票务信息处理方法的一种流程示意图；

图4是本申请可选实施例中电子票票面信息的一种示例图；

图5是本申请可选实施例中为电子票生成二维码形式的数字指纹的示意图；

图6是本申请可选实施例中电子票转让时双方信息的输入界面示例图；

图7是本申请可选实施例中票务信息处理方法的另一种流程示意图；

图8是本申请可选实施例中电子票状态查询界面的示例图；

图9是本申请可选实施例中票务信息处理方法的又一种流程示意图；

图10是本申请可选实施例中电子票状态查询结果的展示界面示例图；

图11是本申请可选实施例中票务信息处理方法的再一种流程示意图；

图12是本申请可选实施例中对演出票进行售出及验真的流程示意图；

图13是本申请可选实施例中对演出票进行转让及验真的流程示意图；

图14是本申请可选实施例中票务信息处理装置的一种结构示意图；

图15是本申请可选实施例中票务信息处理装置的另一种结构示意图；

图16是本申请可选实施例中票务信息处理装置的又一种结构示意图。

具体实施方式

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

本申请提供了一种票务信息处理方法、装置及计算机设备，用于至少一定程度上解决当前票务市场杂乱所导致的各种问题，改善黄牛对用户正常购票体验产生的不良影响、保证用户正常的转票需求得到满足有安全担保，并杜绝假票对用户购票造成的干扰。

作为本申请实施例的一个方面，本申请提供了一种票务信息处理方法，该方法可应用于具有显示功能及网络接入功能的终端设备中，该终端设备，如可以是但不限于智能手机、平板电脑、膝上型便携式电脑、笔记本、一体机、台式机等，或者，该方法还可以应用于用来提供相应票务信息处理服务的服务器中，本申请实施例对该方法的执行主体不进行具体限定。

本申请的票务信息处理方法，可以应用于电子票的流转交易场景中，接下来，以将本申请方法应用于服务器为例，对本申请的应用场景架构进行介绍，需要说明的是，在将本申请的票务信息处理方法应用于服务器的情况下，需将服务器与用户的终端设备配合使用，其中，服务器用于提供后台的票务信息处理(电子票流转信息的记录与存储、电子票验真、异常用户识别等)功能，而用户的终端设备则用于配合服务器提供面向用户的前端票务服务(票务信息展示、界面输入等)功能。由此，如图1所示，在该场景中，包括用于提供后台的票务信息处理功能的服务器，数量可以是一个或多个，以及包括用于配合服务器而提供面向用户的前端票务服务功能的终端设备，通常来说，一个服务器可以接入多个终端设备，除此之外，该场景还包括由多个区块链节点构成的区块链系统，该区块链系统用于为服务器提供电子票相关信息(如电子票流转信息/电子票状态信息、异常用户信息等)的后台存储、验真查询功能，区块链系统中的区块链节点可以是服务器或者能提供稳定、在线服务的计算机终端，区块链系统可基于共识机制维护有一个主节点及多个从节点。

其中，区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。

应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

实际应用中，具体可在用户的终端设备上通过打开web服务、或通过输入网址调出网站(如电子票交易系统官方网站)等方式，来提供面向用户的前端票务服务功能，而相对应的后台票务信息处理功能则由终端设备接入的服务器支撑，区块链则又进一步为服务器提供相应的后台功能，如电子票相关信息存储、验真查询等。

对于将本申请方法应用于终端设备(即终端设备作为方法的执行主体)的情况，则具体可将本申请方法实现为移动APP、桌面APP、应用小程序/插件等任一种形式，并由移动APP、桌面APP、应用小程序/插件等通过调用设备本地资源执行该方法的处理逻辑。

参阅图2，其示出了本申请方法所适用的计算机设备的一种组成结构示意图。该计算机设备同样是本申请作为另一个方面所公开的计算机设备，如图2所示，该计算机设备可以包括：处理器201和存储器202。当然，还可以包括通信接口203、输入单元204、显示器205和通信总线206中的任一种或多种。

其中，处理器201、存储器202、通信接口203、输入单元204及显示器205，均通过通信总线206完成相互间的通信。

在本申请实施例中，该处理器201，可以为中央处理器(Central ProcessingUnit，CPU)，特定应用集成电路(application-specific integrated circuit，ASIC)，数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件等。

该处理器201可以调用存储器202中存储的程序。

存储器202中用于存放一个或者一个以上程序，程序可以包括程序代码，所述程序代码包括计算机操作指令(计算机可执行指令)，在本申请实施例中，该存储器202中至少存储有用于实现以下功能的程序：

检测在获得授权的流转接口上对电子票的操作信息；

若检测到对电子票的流转操作的操作信息，执行与所述流转操作的操作信息相匹配的流转流程；

获取并记录所述流转流程涉及的电子票流转信息；

存储电子票与所述电子票流转信息间的对应关系，以使得基于所述对应关系支持电子票的溯源验真。

在一种可能的实现方式中，该存储器202可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、以及至少一个功能(比如声音播放功能、图像播放功能等)所需的应用程序等；存储数据区可存储根据计算机的使用过程中所创建的数据，比如，用户数据、用户访问数据以及音频数据等等。

此外，存储器202可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

通信接口203可以为通信模块的接口，如GSM模块的接口。

输入单元204可以为触摸感应单元、键盘等等。显示器205可以包括显示面板，如触摸显示面板等。

当然，图2所示的终端设备结构并不构成对本申请实施例中终端设备的限定，在实际应用中该终端设备可以包括比图2所示的更多或更少的部件，或者组合某些部件。

另外，为了引用和清楚起见，这里同时对本申请下文所涉及的一些技术名词、简写或缩写总结解释如下：

哈希：即散列，散列函数是一种从任何一种数据中创建小的数字“指纹”的方法。散列函数把消息或数据压缩成摘要，使得数据量变小，将数据的格式固定下来。该函数将数据打乱混合，重新创建一个叫做散列值(hash values，hash codes，hash sums，或hashes)也即哈希值的指纹。散列值/哈希值通常用一个短的随机字母和数字组成的字符串来代表。好的散列函数在输入域中很少出现散列冲突，在散列表和数据处理中，不抑制冲突来区别数据，会使得数据库记录更难找到。

以下将基于本申请实施例涉及的上述共性方面，对本申请实施例进一步详细说明。如图3所示，为本申请一可选实施例提供的一种票务信息处理方法的流程示意图，该方法包括：

步骤S301、检测在获得授权的流转接口上对电子票的操作信息。

本申请中，所述电子票可以是但不限于电影票、演出票、旅游票、列车票、机票等中的任意一种；所述获得授权的流转接口，可以是但不限于经过权限方认证后获得电子票的查询、订购、转让等权限资格的APP或交易平台/系统，示例性地，比如可以是电子票交易系统官方网站。

用户可以在获得授权的流转接口上对电子票进行操作，该操作包括常规的查询、购票等操作，除此之外，本申请中，还在该获得授权的流转接口上为用户增加提供电子票的转票(转让)功能，相对应地，用户在该流转接口上对电子票进行的操作，还可以包括对电子票的转让操作，由此，本步骤中，具体可以根据用户在该获得授权的流转接口上的实际操作情况，检测到用户对电子票的查询、购票或者转让等操作的操作信息。

本申请实施例限制电子票的购票、转让等流转操作，仅能在获得授权的流转接口上进行，以此来为购票、转让等针对电子票的流转操作提供统一担保，使得客户不会买到假票，同时需要说明的是，实际应用中，已购入电子票的用户可能会存在转让需求，现有技术中，无法通过正规途径来满足用户的该需求，一般都是私下解决，例如，私下面对面转让或私下网络交易等，本申请通过在所述获得授权的流转接口(如电子票的官网交易系统)为用户增加提供电子票的转让功能，无疑为用户的转票需求提供了一个正规的转票途径。

步骤S302、若检测到对电子票的流转操作的操作信息，执行与所述流转操作的操作信息相匹配的流转流程。

本实施例中，用户的流转操作包括针对电子票的购票及转让操作，相匹配地，对于获得授权的所述流转接口来说，所述流转流程包括针对电子票的出票流程及转票流程。

其中，若检测到用户对电子票的购票操作的第一操作信息，则执行出票流程；所述出票流程至少包括：生成电子票或调用预先生成的电子票，并将生成或调用的电子票从系统流转至购票方。也就是说，在检测到用户在获得授权的流转接口上所执行购票操作的操作信息时，该流转接口(如官网交易系统)可以实时生成电子票或者也可以调出之前已预先生成的电子票。

实时生成电子票，或者预先生成电子票，本质上来说是生成电子票的票面信息，以生成演出票为例，如图4所示，生成的电子票票面信息通常来说可以包括演出者、演出类型/内容、演出时间/地点、联系方式、电子票编号等常规信息。

除了这些常规的票面信息，为了支持电子票在所述获得授权的流转接口上的查询验真，本实施例还为电子票生成票据识别码和/或数字指纹等信息，所述票据识别码即可以是但不限于为电子票生成的编号，可由用户将其手动输入所述流转接口来进行电子票的查询验真，参阅图5，所述数字指纹，可选地，可以是利用相应散列函数对电子票的票面信息进行计算所得的散列值/哈希值，为了方便电子票的查询验真(如在演出日，对于每个入场的客户，均需对其持有的演出票进行验真)，本实施例将所述散列值/哈希值实现为条形码或二维码的形式，并携带在电子票上，后续通过条形码或二维码扫描即可获得其散列值/哈希值这一数字指纹，进而基于该数字指纹在系统上对电子票进行查询验真。

若检测到对电子票的转让操作的第二操作信息，执行转票流程；所述转票流程至少包括：将转出方的电子票流转至转入方。

本申请中，获得授权的所述流转接口不仅向用户提供电子票的查询、购票这些常规功能，还为用户提供了电子票的转让功能，容易理解的是，作为一种可选的实施方式，电子票的转让功能可以但不限于实施为：为该流转接口的注册账户提供针对需转让的电子票的转让信息发布功能、已发布的转让信息在该流转接口的全系统内的展示功能、以及其他注册账户针对所发布的转让信息的电子票领取功能等等，通过由转出方发布电子票转让信息、转入方根据需求对系统展示的发布信息进行电子票领取这一过程，来实现电子票在所述获得授权的流转接口上的转让过程。

步骤S303、获取并记录所述流转流程涉及的电子票流转信息。

其中，若所述流转流程为出票流程，获取并记录购票方的身份信息及购票时间，以此作为出票流程下的电子票流转信息；若所述流转流程为转票流程，获取并记录转出方的身份信息、转入方的身份信息及转票时间，以此作为转票流程下的电子票流转信息。

参阅图6，示例性提供了转票流程中流转接口提供的电子票流转信息获取界面，在进行电子票的转让时，转出方和转入方可通过该界面向系统提交各自的信息，如转出方的姓名、身份证号/护照信息，转入方的姓名、身份证号/护照信息等等，系统获取并记录这些信息，同时记录该转让行为对应的时间信息。

步骤S304、存储电子票与所述电子票流转信息间的对应关系，以使得基于所述对应关系支持电子票的溯源验真。

在记录上述的电子票流转信息的基础上，将记录的电子票流转信息与产生这些流转信息的电子票相关联，并存储两者间的对应关系，后续通过存储的该对应关系信息，来支持电子票的溯源验真。

本申请实施例中，基于区块链技术对电子票的流转信息进行存储。

其中，具体地，若所述流转流程为出票流程，则表示该出票流程所针对的电子票还未产生过任何的历史流转信息，相应未在区块链中维护其任何的历史流转信息，从而，在该情况下，需要临时构建电子票与其电子票流转信息间的对应关系，并在区块链存储该对应关系。

可选地，构建电子票与其电子票流转信息间的对应关系，可以是构建电子票的标识信息与其电子票流转信息间的对应关系，如构建电子票的票据识别码和/或数字指纹与其流转信息间的对应关系等，或者还可以是构建电子票的标识信息、票面信息与其转信息间的对应关系。本实施例对此不进行具体限定；之后，将构建的该对应关系推送至区块链进行存储。在区块链中存储所述对应关系时，为保证数据的安全、可靠性，可将该对应关系存储至区块链的多个第一节点上，如在区块链的全部节点均为该对应关系分配一存储位置，并基于分配的存储位置将该对应关系存储至区块链的全部节点，或者存储至区块链的部分节点(通常至少为三个)等等。

若所述流转流程为转票流程，则表示该转票流程所针对的电子票已产生过流转信息，如至少产生过对应于用户购票行为的流转信息，或者更进一步地，如果该电子票历史上发生过转让，则还产生过对应于用户转让行为的流转信息，相匹配地，区块链中已存储有该电子票的历史流转信息，对于该情况，可确定电子票的历史流转信息在区块链的多个第二节点上的存储位置，并直接将记录的所述电子票流转信息添加存储至区块链中所述多个第二节点上的所述存储位置。所述多个第二节点，同样可以是区块链中的全部节点，或者区块链中的部分节点(通常至少为三个)。

除此之外，区块连中还会维护电子票的标识信息与其存储位置的对应关系，如采用位置信息列表形式存储该对应关系等，后续在进行电子票的溯源验真时，可首先基于该位置信息列表确定电子票信息的存储位置，之后进一步基于确定的存储位置进行电子票信息的调取；所述位置信息列表同样可在区块链中存储为多份，如存储至区块链的至少3个节点等。

本实施例通过在获得授权的流转接口上对电子票进行流转，规范了票源渠道，对黄牛党的多票源渠道进行了限制，可一定程度上改善黄牛泛滥现象，改良了用户体验，另外，还为电子票的购票、转让这些流转操作提供了正规途径且提供了统一担保，能够有效满足用户的转票需求，且无论是通过购买还是接受转让的方式，均能避免用户购入假票；除此之外，本申请在对电子票进行流转时还会记录所涉及的电子票流转信息，并存储电子票与其流转信息之间的对应关系，这为电子票的溯源验真提供了有效支持，通过基于记录的电子票流转信息提供电子票的溯源验真功能，可进一步避免用户买到假票，杜绝了假票对用户购票造成的干扰。

在本申请一可选实施例中，参阅图7示出的票务信息处理方法的流程示意图，本实施例中，所述票务信息处理方法还可以包括以下处理：

步骤S305、若检测到对电子票的验真操作的第三操作信息，获取电子票的标识信息。

作为一种可选的实施方式，所述获取电子票的标识信息，可以是获取在所述获得授权的流转接口上输入的电子票的票据识别码，参阅图8，用户可在所述获得授权的流转接口上，根据需求随时调出电子票的查询验证操作界面，并向其输入电子票的票据识别码，以触发系统对电子票的查询验真流程。

作为另一种可选的实施方式，所述获取电子票的标识信息，还可以是获取扫描得到的条形码信息或二维码信息，并解析所述条形码信息或二维码信息，得到电子票的数字指纹，该数字指纹为生成电子票时，利用散列函数对电子票的票面信息进行计算所得的散列值/哈希值。

以下举例说明，在演出日，用户可凭借其持有的演出票入场，且在入场时，通过智能手机等移动设备展示其演出票上的条形码/二维码，检票方扫描展示的条形码/二维码，并解析扫码信息得到演出票的数字指纹，以使得利用该数字指纹对用户持有的演出票进行验真。

步骤S306、向区块链发送包括所述标识信息的电子票状态查询请求。

在得到电子票的票据识别码或者数字指纹等信息后，可生成携带这些信息的电子票状态查询请求，并向区块链发送该请求，区块链通常包括一个主节点和多个从节点，其中，具体可向区块链的主节点发送该电子票状态查询请求。

步骤S307、接收区块链的响应信息。

区块链主节点接收到所述电子票状态查询请求后，会根据该请求中的电子票标识信息，如电子票的票据识别码或数字指纹(散列值/哈希值)等，从其维护的位置信息列表中确定与该标识信息相匹配的存储位置，并基于确定的存储位置，进一步从区块链相应节点查询与该标识信息相匹配的电子票状态信息，最终基于查询结果，给出响应。

对于本申请的执行主体如服务器来说，则可接收并显示区块链的响应信息。

步骤S308、若所述响应信息表示查询成功，则所述电子票通过验真。

其中，如果所述响应信息表示查询成功，也就表示当前待验真的电子票是记录在区块链中的，区块链中查有此票，相应也就表示该电子票通过验真，为真票。

步骤S309、若所述响应信息表示查询失败，则所述电子票未通过验真。

如果所述响应信息表示未查询成功，也就表示当前待验真的电子票未记录在区块链中，区块链中查无此票，相应也就表示该电子票未通过验真，为假票。

本实施例中，可通过向获得授权的流转接口(如电子票的官网交易系统)输入票据识别码的方式，或者扫描电子票的条形码/二维码获得数字指纹的方式，在区块链中进行电子票状态信息查询，以此实现了对电子票的验真，一方面可以避免用户买到假票，另一方面，还可以避免以假票冒充真票使用。

在本申请一可选实施例中，在所述响应信息表示查询成功的情况下，优选地，区块链可在向本申请方法的执行主体如服务器反馈响应信息时，直接将与所述标识信息(提交的票据识别码/数字指纹)相匹配的电子票状态信息携带在所述响应信息中。

为便于用户查看在验真成功情况下区块链返回的电子票状态信息，如图9所示，所述票务信息处理方法还可以包括以下处理：

步骤S310、控制展示所述电子票状态信息。

所述电子票状态信息包括：与所述票据识别码或数字指纹等标识信息相匹配的电子票的至少部分流转信息，具体实施中，可将电子票生命周期中产生的所有流转信息作为电子票状态信息。

以本申请方法的执行主体为服务器为例，服务器具体可将区块链提供的电子票状态信息反馈至用于为用户提供前端票务服务的终端设备上，以使得在终端设备展示与所提交的票据识别码/数字指纹相匹配的电子票状态信息。参阅图10，图10示例性提供了系统反馈的电子票状态信息的一展示界面，基于界面上展示的电子票状态信息，用户可清楚地了解到电子票生命周期中的流转信息，如电子票生命周期所历经的流转、每次流转发生的持有人的变化以及对应的交易时间等等。

本实施例通过以获得授权的流转接口的后台区块链为数据支撑，实现了电子票状态信息的有据可查，可便于用户清楚地了解所有真票在其生命周期中的流转信息，为用户有效识别假票提供了保障。

在本申请一可选实施例中，参阅图11示出的票务信息处理方法的流程示意图，本实施例中，所述票务信息处理方法还可以包括：

步骤S311、检测并记录用户在所述流转接口对电子票的流转操作的操作行为信息。

通常来说，用户需要通过预先注册的账户，在获得授权的流转接口(如官网交易系统)上对电子票进行相应流转操作，如购票、转让等。因此，可选地，可以检测并记录获得授权的流转接口的同一注册账户在该流转接口的第一购票次数和/或第一转票次数等操作行为信息。

另外，在基于预先注册的账户登录所述流转接口时，通常会利用其终端设备并基于终端设备的网络地址进行登录，所述网络地址如可以是IP(Internet ProtocolAddress，网际协议地址)地址，同一网络地址下可能有一个或多个注册账户，由此，还可以检测并记录同一网络地址在所述流转接口的第二购票次数和/或第二转票次数等操作行为信息。

步骤S312、在用户的操作行为信息满足异常条件的情况下，确定用户为异常用户。

为了防止黄牛对票源的控制，本实施例针对所述获得授权的流转接口，预先设置了转票/购票规则，在该规则中，可选地，可以限定每个账户和/或每个网络地址针对同一种电子票(如某场演出的演出票、某车次的列车票等)的最大购票数和/或最大转票数，或者，还可以限定在某一特定的时间长度(如一天、一周等)内同一注册账户和/或同一网络地址对不同电子票(如多场演出对应的不同演出票、多个车次对应的不同列车票等)的最大总购票数和/或最大总转票数。

同一注册账户的第一购票次数和/或第一转票次数，超出转票/购票规则中针对注册账户设定的上述相应限值，则判定该注册账户满足第一异常条件，确定该账户为异常账户；相类似地，同一网络地址的第二购票次数和/或第二转票次数超出转票/购票规则中针对网络地址设定的上述相应限值，则判定该网络地址满足第二异常条件，确定该网络地址为异常地址。

步骤S313、限制异常用户在所述流转接口对电子票的流转操作权限，并在区块链存储异常用户的用户信息。

在识别出异常账户或异常地址的情况下，本实施例限制异常账户或异常地址这些异常用户在所述流转接口上对电子票的流转操作权限，以此防止黄牛对票源的控制，可有效改善因黄牛泛滥而对用户购票产生的不良影响，避免了“一票难求”现象的发生。

实际应用中，产生上述异常的原因，通常在于黄牛党利用同一账户或同一IP地址进行了多次购票/转票等操作行为，超出了系统的最大容忍度。而一旦超出系统的最大容忍度，系统将判定该账户或IP为疑似黄牛，从而限制其在购票系统内的所有购票行为。疑似黄牛的账号或IP，在已购买的电子票想要在系统提交转让时，也会对其进行次数和票数的限制。

另外，本实施例还在区块链中记录异常账户、异常地址等异常用户的相关信息，以供查询，其他票务网站未来也可对接，从而实现了不同网站异常用户的互连互通，其中，所述不同网站可以是针对同类型电子票(如均是演出票)的不同授权网站，也可以是针对不同类型电子票(如列车票、机票)的不同授权网站，本实施例对此不作具体限定；本实施例实时记录并存储用户的操作行为信息(如黄牛的异常行为信息)，也可以在有需要时作为证据使用。

以下继续结合本申请实施例的一种应用示例对本申请方法进行说明。在该示例中，提供了在演出票的交易官网上进行演出票的购票、转让及验真的实现过程。

如图12所示，官网(票务方)在卖出演出票后将该票的信息(如购买者身份信息、买票时间)记录至区块链，之后在发生票的流传时，在系统上记录转出方(转票人)及转入方(被转票人)信息，并将这些信息存储至区块链。之后，在演出日可基于区块链中存储的信息对演出票进行验真，其中，若区块链中能查询出待验真的电子票(查有此票)，则演出票为真通过验证，否则，若区块链中未能查询出待验真的电子票(查无此票)，则演出票为假未通过验证。

进一步地，如图13所示，针对电子票的转让，若不同的用户分别具有转票及买票需求(如官网系统上的演出票已售空的情况下)，则在相互确定彼此作为交易对象后，可在官网上输入双方信息，如输入双方的姓名、身份证信息等，官网系统根据交易双方输入的身份信息完成向区块链的票据归属写入，之后，可在官网上通过输入电子票的票据识别码随时查询该电子票的流转记录，并可以在演出日通过扫描条形码/二维码等方式进行演出票的验真。

另一方面，本申请还提供了一种票务信息处理装置。

参阅图14，其示出了本申请中票务信息处理装置的一种结构示意图，该装置具体可应用于电子票的流转交易场景中，且具体可应用于终端设备或服务器等计算机设备中，该装置所适用的场景及所适用的计算机设备的组成结构，可以分别参阅前文关于方法部分所适应的场景及计算机设备的相关介绍，这里不再赘述。

如图14所示，该装置可以包括：

检测单元1401，用于检测在获得授权的流转接口上对电子票的操作信息；

执行单元1402，用于若检测到对电子票的流转操作的操作信息，执行与所述流转操作的操作信息相匹配的流转流程；

记录单元1403，用于获取并记录所述流转流程涉及的电子票流转信息；

存储单元1404，用于存储电子票与所述电子票流转信息间的对应关系，以使得基于所述对应关系支持电子票的溯源验真。

在本申请实施例的一可选实施方式中，所述执行单元1402，具体用于：若检测到对电子票的购票操作的第一操作信息，执行出票流程；所述出票流程至少包括：生成电子票或调用预先生成的电子票，并将生成或调用的电子票从系统流转至购票方；若检测到对电子票的转让操作的第二操作信息，执行转票流程；所述转票流程至少包括：将转出方的电子票流转至转入方；

所述记录单元1403，具体用于：若所述流转流程为出票流程，获取并记录购票方的身份信息及购票时间；若所述流转流程为转票流程，获取并记录转出方的身份信息、转入方的身份信息及转票时间。

在本申请实施例的一可选实施方式中，所述存储单元1404，具体用于：

若所述流转流程为出票流程：至少构建电子票的标识信息与所述电子票流转信息间的对应关系；其中，电子票的标识信息包括：电子票的票据识别码和/或数字指纹，所述数字指纹以条形码或二维码的形式携带在电子票上；存储所述对应关系至区块链的多个第一节点；

若所述流转流程为转票流程：确定电子票的历史流转信息在区块链的多个第二节点上的存储位置；将记录的所述电子票流转信息添加存储至所述多个第二节点上的所述存储位置。

在本申请实施例的一可选实施方式中，如图15所示，所述票务信息处理装置还可以包括验真单元1405，用于：若检测到对电子票的验真操作的第三操作信息，获取电子票的标识信息；向区块链发送包括所述标识信息的电子票状态查询请求；接收区块链的响应信息；若所述响应信息表示查询成功，则所述电子票通过验真；若所述响应信息表示查询失败，则所述电子票未通过验真。

在本申请实施例的一可选实施方式中，所述验真单元1405获取电子票的标识信息，具体包括：

获取通过所述流转接口输入的电子票的票据识别码；或者，获取扫描得到的条形码信息或二维码信息；解析所述条形码信息或二维码信息，得到电子票的数字指纹；所述电子票的数字指纹为预先基于电子票的票面信息生成的哈希值。

在本申请实施例的一可选实施方式中，在所述响应信息表示查询成功的情况下，所述响应信息包括与所述标识信息相匹配的电子票状态信息；

所述验真单元1405还用于：

控制展示所述电子票状态信息；其中，所述电子票状态信息包括：与所述标识信息相匹配的电子票的至少部分流转信息。

在本申请实施例的一可选实施方式中，如图16所示，所述票务信息处理装置还可以包括权限管理单元1406，用于：

检测并记录用户在所述流转接口对电子票的流转操作的操作行为信息；在用户的操作行为信息满足异常条件的情况下，确定用户为异常用户；限制异常用户在所述流转接口对电子票的流转操作权限，并在区块链存储异常用户的用户信息。

在本申请实施例的一可选实施方式中，所述权限管理单元1406检测并记录用户在所述流转接口对电子票的流转操作的操作行为信息，具体包括：检测并记录所述流转接口的同一注册账户在所述流转接口的第一购票次数和/或第一转票次数；和/或，检测并记录同一网络地址在所述流转接口的第二购票次数和/或第二转票次数；

所述权限管理单元1406在用户的操作行为信息满足异常条件的情况下，确定用户为异常用户，具体包括：在所述第一购票次数和/或第一转票次数满足第一异常条件的情况下，确定所述注册账户为异常账户；在所述第二购票次数和/或第二转票次数满足第二异常条件的情况下，确定所述网络地址为异常地址；

所述权限管理单元1406限制异常用户在所述流转接口对电子票的流转操作权限，并在区块链存储异常用户的用户信息，具体包括：限制异常账户和/或异常地址在所述流转接口对电子票的流转操作权限，并在区块链存储异常账户和/或异常地址的信息。

再一方面，本申请还提供了一种存储介质，该存储介质中存储有计算机程序，所述计算机程序被处理器加载并执行时，实现如上任意一个实施例中所描述的票务信息处理方法。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

为了描述的方便，描述以上系统或装置时以功能分为各种模块或单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

最后，还需要说明的是，在本文中，诸如第一、第二、第三和第四等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种票务信息处理方法，其特征在于，包括：

检测在获得授权的流转接口上对电子票的操作信息；

若检测到对电子票的流转操作的操作信息，执行与所述流转操作的操作信息相匹配的流转流程；

获取并记录所述流转流程涉及的电子票流转信息；

存储电子票与所述电子票流转信息间的对应关系，以使得基于所述对应关系支持电子票的溯源验真。

2.根据权利要求1所述的方法，其特征在于，所述若检测到对电子票的流转操作的操作信息，执行与所述流转操作的操作信息相匹配的流转流程，包括：

若检测到对电子票的购票操作的第一操作信息，执行出票流程；所述出票流程至少包括：生成电子票或调用预先生成的电子票，并将生成或调用的电子票从系统流转至购票方；

若检测到对电子票的转让操作的第二操作信息，执行转票流程；所述转票流程至少包括：将转出方的电子票流转至转入方；

所述获取并记录所述流转流程涉及的电子票流转信息，包括：

若所述流转流程为出票流程，获取并记录购票方的身份信息及购票时间；

若所述流转流程为转票流程，获取并记录转出方的身份信息、转入方的身份信息及转票时间。

3.根据权利要求2所述的方法，其特征在于，所述存储所述对应关系，包括：

若所述流转流程为出票流程：

至少构建电子票的标识信息与所述电子票流转信息间的对应关系；其中，电子票的标识信息包括：电子票的票据识别码和/或数字指纹，所述数字指纹以条形码或二维码的形式携带在电子票上；

存储所述对应关系至区块链的多个第一节点；

若所述流转流程为转票流程：

确定电子票的历史流转信息在区块链的多个第二节点上的存储位置；

将记录的所述电子票流转信息添加存储至所述多个第二节点上的所述存储位置。

4.根据权利要求3所述的方法，其特征在于，还包括：

若检测到对电子票的验真操作的第三操作信息，获取电子票的标识信息；

向区块链发送包括所述标识信息的电子票状态查询请求；

接收区块链的响应信息；

若所述响应信息表示查询成功，则所述电子票通过验真；

若所述响应信息表示查询失败，则所述电子票未通过验真。

5.根据权利要求4所述的方法，其特征在于，所述获取电子票的标识信息，包括：

获取通过所述流转接口输入的电子票的票据识别码；

或者，

获取扫描得到的条形码信息或二维码信息；解析所述条形码信息或二维码信息，得到电子票的数字指纹；所述电子票的数字指纹为预先基于电子票的票面信息生成的哈希值。

6.根据权利要求4所述的方法，其特征在于，在所述响应信息表示查询成功的情况下，所述响应信息包括与所述标识信息相匹配的电子票状态信息；

所述方法还包括：

控制展示所述电子票状态信息；

其中，所述电子票状态信息包括：与所述标识信息相匹配的电子票的至少部分流转信息。

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

检测并记录用户在所述流转接口对电子票的流转操作的操作行为信息；

在用户的操作行为信息满足异常条件的情况下，确定用户为异常用户；

限制异常用户在所述流转接口对电子票的流转操作权限，并在区块链存储异常用户的用户信息。

8.根据权利要求7所述的方法，其特征在于，所述检测并记录用户在所述流转接口对电子票的流转操作的操作行为信息，包括：检测并记录所述流转接口的同一注册账户在所述流转接口的第一购票次数和/或第一转票次数；和/或，检测并记录同一网络地址在所述流转接口的第二购票次数和/或第二转票次数；

所述在用户的操作行为信息满足异常条件的情况下，确定用户为异常用户，包括：在所述第一购票次数和/或第一转票次数满足第一异常条件的情况下，确定所述注册账户为异常账户；在所述第二购票次数和/或第二转票次数满足第二异常条件的情况下，确定所述网络地址为异常地址；

所述限制异常用户在所述流转接口对电子票的流转操作权限，并在区块链存储异常用户的用户信息，包括：限制异常账户和/或异常地址在所述流转接口对电子票的流转操作权限，并在区块链存储异常账户和/或异常地址的信息。

9.一种票务信息处理装置，其特征在于，包括：

检测单元，用于检测在获得授权的流转接口上对电子票的操作信息；

执行单元，用于若检测到对电子票的流转操作的操作信息，执行与所述流转操作的操作信息相匹配的流转流程；

记录单元，用于获取并记录所述流转流程涉及的电子票流转信息；

存储单元，用于存储电子票与所述电子票流转信息间的对应关系，以使得基于所述对应关系支持电子票的溯源验真。

10.一种计算机设备，其特征在于，包括：

存储器，用于存储计算机可执行指令；

处理器，用于加载并执行所述计算机可执行指令，所述计算机可执行指令在被加载并执行时至少能用于实现如权利要求1-8任一项所述的方法。