阅读说明：本技术 核销电子票的方法以及相关装置 (method for verifying and selling electronic ticket and related device ) 是由 郑炜韬 杨耿彬 温润昌 王飞 肖鑫 覃亨锐 于 2018-05-29 设计创作，主要内容包括：本发明实施例公开了一种核销电子票的方法,包括：接收电子票核销请求,其中,所述电子票核销请求与目标电子票具有对应关系,所述电子票核销请求中携带所述目标电子票所对应的电子票标识；根据所述电子票标识确定所述目标电子票的目标电子票信息；若所述目标电子票信息与预存储电子票信息匹配,则确定所述目标电子票已核销成功。本发明实施例还公开了一种服务器和客户端。本发明实施例用户能够主动选择电子票进行抵扣,从而提升方案的灵活性,突破了固定扣除费用的局限性,适用于更多的场景。(The embodiment of the invention discloses a method for verifying and selling electronic tickets, which comprises the following steps: receiving an electronic ticket checking and canceling request, wherein the electronic ticket checking and canceling request has a corresponding relation with a target electronic ticket, and the electronic ticket checking and canceling request carries an electronic ticket identifier corresponding to the target electronic ticket; determining target electronic ticket information of the target electronic ticket according to the electronic ticket identifier; and if the target electronic ticket information is matched with the pre-stored electronic ticket information, determining that the target electronic ticket is successfully checked out. The embodiment of the invention also discloses a server and a client. According to the embodiment of the invention, the user can actively select the electronic ticket to be deducted, so that the flexibility of the scheme is improved, the limitation of fixed deduction cost is broken through, and the method and the device are suitable for more scenes.)

核销电子票的方法以及相关装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种核销电子票的方法以及相关装置。

背景技术

近年来，随着网络和移动智能终端发展，移动支付得到高速发展，支持电子支付的商家数量呈现快速增长。在公共交通领域中也涉及到大量的电子支付业务，传统的公交、地铁、出租车以及新兴的约租车、共享单车等公共交通方式都可以通过扫描支付码来完成交易。

将二维码技术投入到票务行业使用已经是一种非常广泛的方式，目前，可以通过终端设备生成一个二维码，该二维码是以图片的形式展示于终端设备的界面上，用户可采用扫码的方式扣除交通费用。

然而，通过扫码二维码进行交通费用的支付仍具有如下缺点：二维码中携带的仅为扣费信息，系统根据扣费信息自动抵扣相应的费用，比如车票扣除两元，即在该用户的账户中扣除两元。但是在实际应用中，还可能有存在优惠信息需要用户根据情况进行选择，因此，采用现有方案还存在一定的局限性，不利于操作的灵活性。

发明内容

本发明实施例提供了一种核销电子票的方法以及相关装置，用户能够主动选择电子票进行抵扣，从而提升方案的灵活性，突破了固定扣除费用的局限性，适用于更多的场景。

本发明实施例的一方面提供了一种核销电子票的方法，包括：

接收电子票核销请求，其中，所述电子票核销请求与目标电子票具有对应关系，所述电子票核销请求中携带所述目标电子票所对应的电子票标识；

根据所述电子票标识确定所述目标电子票的目标电子票信息；

若所述目标电子票信息与预存储电子票信息匹配，则确定所述目标电子票已核销成功。

本发明实施例的一方面提供了一种核销电子票的方法，包括：

向服务器发送电子票核销请求，以使所述服务器根据所述电子票标识确定目标电子票的目标电子票信息，其中，所述电子票核销请求与目标电子票具有对应关系，所述电子票核销请求中携带所述目标电子票所对应的电子票标识；

若所述目标电子票信息与预存储电子票信息匹配，则接收所述服务器发送的核销成功消息。

本发明实施例的一方面提供了一种服务器，包括：

接收模块，用于接收电子票核销请求，其中，所述电子票核销请求与目标电子票具有对应关系，所述电子票核销请求中携带所述目标电子票所对应的电子票标识；

确定模块，用于根据所述接收模块接收的所述电子票标识确定所述目标电子票的目标电子票信息；

发送模块，用于若所述确定模块确定的所述目标电子票信息与预存储电子票信息匹配，则确定所述目标电子票已核销成功。

本发明实施例的一方面提供了一种客户端，包括：

发送模块，用于向服务器发送电子票核销请求，以使所述服务器根据所述电子票标识确定目标电子票的目标电子票信息，其中，所述电子票核销请求与目标电子票具有对应关系，所述电子票核销请求中携带所述目标电子票所对应的电子票标识；

接收模块，用于若所述目标电子票信息与预存储电子票信息匹配，则接收所述服务器发送的核销成功消息。

本发明实施例的一方面提供了一种服务器，所述服务器包括：存储器及处理器；

其中，所述存储器用于存储程序；

所述处理器用于执行所述存储器中的程序，以实现如下步骤：

接收电子票核销请求，其中，所述电子票核销请求与目标电子票具有对应关系，所述电子票核销请求中携带所述目标电子票所对应的电子票标识；

根据所述电子票标识确定所述目标电子票的目标电子票信息；

若所述目标电子票信息与预存储电子票信息匹配，则确定所述目标电子票已核销成功。

本发明实施例的一方面提供了一种客户端，所述服务器包括：存储器及处理器；

其中，所述存储器用于存储程序；

所述处理器用于执行所述存储器中的程序，以执行如下步骤：

向服务器发送电子票核销请求，以使所述服务器根据所述电子票标识确定目标电子票的目标电子票信息，其中，所述电子票核销请求与目标电子票具有对应关系，所述电子票核销请求中携带所述目标电子票所对应的电子票标识；

若所述目标电子票信息与预存储电子票信息匹配，则接收所述服务器发送的核销成功消息。

本发明实施例的一方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述所述的方法。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，提供了一种核销电子票的方法，首先服务器接收电子票核销请求，其中，电子票核销请求与目标电子票具有对应关系，电子票核销请求中携带目标电子票所对应的电子票标识，然后服务器根据电子票标识确定目标电子票的目标电子票信息，若目标电子票信息与预存储电子票信息匹配，则向客户端发送核销成功消息。通过上述方式，用户可以在客户端上选择一张目标电子票，服务器利用电子票标识核实该目标电子票的合法性，核实成功后可以核销该目标电子票，用户能够主动选择电子票进行抵扣，从而提升方案的灵活性，突破了固定扣除费用的局限性，适用于更多的场景。

附图说明

图1为本发明实施例中车票核销系统的一个架构示意图；

图2为本发明实施例中选择目标车票的一个界面示意图；

图3为本发明实施例中核销电子票的方法一个实施例示意图；

图4为本发明实施例中进行取模处理的一个实施例示意图；

图5为本发明实施例中核销电子票的方法一个实施例示意图；

图6为本发明实施例中客户端读取车票集合的一个流程示意图；

图7为本发明实施例中客户端核销车票的一个流程示意图；

图8为本发明应用场景中核销车票的一个流程示意图；

图9为本发明实施例中服务器一个实施例示意图；

图10为本发明实施例中服务器一个实施例示意图；

图11为本发明实施例中服务器一个实施例示意图；

图12为本发明实施例中服务器一个实施例示意图；

图13为本发明实施例中客户端一个实施例示意图；

图14为本发明实施例中客户端一个实施例示意图；

图15为本发明实施例中客户端一个实施例示意图；

图16为本发明实施例中服务器一个结构示意图；

图17为本发明实施例中客户端一个结构示意图。

具体实施方式

本发明实施例提供了一种核销电子票的方法以及相关装置，用户能够主动选择车票进行抵扣，从而提升方案的灵活性，突破了固定扣除费用的局限性，适用于更多的场景。

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

应理解，本发明可以应用于电子票核销的场景，具体可以应用于核销车票的场景、核销门票的场景以及核销优惠券的场景等，本方案主要以核销车票的场景为例进行介绍，其中，车票包含但不仅限于公交车票、地铁车票以及门票等，本发明实施例将以公交车票为例进行介绍，然而这不应理解为是对本发明的限定。目前，用户可以通过绑定支付账户来扣除相应的交通费，但是这样的扣除方式就如同购买商品的消费模式，为了更好地面向不同的用户群体，以及满足不同用户群体对消费的要求，本方案提供了一种车票抵扣的方式，赋予用户主动选择使用哪张车票的权利，而不是直接由系统进行抵扣。

请参阅图1，图1为本发明实施例中车票核销系统的一个架构示意图，如图所示，用户打开部署于终端设备上的客户端，通过扫码机具对客户端上的识别信息进行扫描，扫码机具将扫描后的车票数据上传至服务器，而服务器已提前获取到客户端上的车票列表，于是，服务器比对扫描机具上传的车票数据与车票列表中的车票数据，如果比对成功，则说明用户扫描支付车票成功，反之，则说明本次车票支付失败。

可以理解的是，部署于终端设备上的客户端可以是支付类应用程序或者小程序等，而终端设备可以是手机、平板电脑、掌上电脑、可穿戴设备或者其他便携式设备等。支付的方式可以是通过条码支付、二维码支付、信用支付或者近距离无线通讯(Near FieldCommunication，NFC)支付，此处不作限定。

扫码机具是一种读取二维码(或条线码)信息的机器。利用发射出红外线光源，然后根据反射的结果，利用芯片来译码，最后再返回二维码(或条线码)所代表的正确字符。扫码机具所接收到的逻辑信号，可以根据编码规则来产生数字数据。

应理解，本发明具体可以应用于微信小程序，为了便于介绍，请参阅图2，图2为本发明实施例中选择目标车票的一个界面示意图，图2中包括了(a)、(b)和(c)三个场景，当用户点击微信小程序——“乘车码”时，进入(a)所示的界面，该界面上展示有一个“深圳通”乘车码，该乘车码会周期性的更新，这样可以提升扫码的安全性。此外，界面上还会显示“我的车票”以及车票数量，在用户点击“我的车票”之后就进入(b)所示的界面，假设该用户有15张车票，那么用户在(b)所示的界面上左右滑动可以依次看到这些车票。在车票的票面上通常会显示贴图(比如风景图、卡通形象图或者其他图案)，图(b)显示的是“牛奶厂街”的贴图。此外，票面上还显示有提供方信息(如好友“JING”赠送)、票价信息(2元)、地域信息(深圳公交专用)以及有效期信息(2天有效期)，当然，还可以显示车票的编号，比如“ABCDE12345”。当用户选中某张车票时，点击“立即使用”即可进入(c)所示的界面，在该界面上展示出这张车票所对应的二维码，用户可以扫码乘车。

下面将从服务器的角度，对本发明中核销电子票的方法进行介绍，请参阅图3，本发明实施例中核销电子票的方法一个实施例包括：

101、接收电子票核销请求，其中，电子票核销请求与目标电子票具有对应关系，电子票核销请求中携带目标电子票所对应的电子票标识；

本实施例中，服务器首先通过扫描机具接收来自客户端的电子票核销请求，且电子票核销请求与待核销的目标电子票之间具有对应关系，每个电子票核销请求中携带目标电子票对应的电子票标识。

具体地，用户可以开启客户端，从客户端中选择某张目标车票，比如某张公交车车票，目标车票可以以二维码的形式展示在客户端的界面上，用户将该二维码对准扫描机具的扫描口进行扫描，由此触发了车票核销请求，即服务器通过扫码机具接收到客户端发送的车票核销请求，不同的车票需要对应不同的标识，通过标识来识别这张车票的相关信息，即车票核销请求中携带目标车票所对应的车票标识。

其中，二维码又称二维条码，二维码是用某种特定的几何图形按一定规律在平面(二维方向上)分布的黑白相间的图形记录数据符号信息的。在代码编制上巧妙地利用构成计算机内部逻辑基础的“0”、“1”比特流的概念，使用若干个与二进制相对应的几何形体来表示文字数值信息，通过图象输入设备或光电扫描设备自动识读以实现信息自动处理。它具有条码技术的一些共性，比如每种码制有其特定的字符集，每个字符占有一定的宽度，具有一定的校验功能等，同时还具有对不同行的信息自动识别功能及处理图形旋转变化点。

102、根据电子票标识确定目标电子票的目标电子票信息；

本实施例中，具体地，服务器根据车票标识可以确定用户选择了那张目标车票，然后通过解析车票标识即可获取到目标车票的目标车票信息，目标车票信息可以包含提供方信息、票价信息、地域信息以及有效期信息等。

103、若目标电子票信息与预存储电子票信息匹配，则确定目标电子票已核销成功。

本实施例中，具体地，服务器在后台比对目标车票信息与预先存储的车票信息是否一致，如果核对之后确定目标车票信息与预存储车票信息匹配，那么服务器就会向客户端发送核销成功消息，并且在后台删除目标车票，至此，对目标车票的核销成功。客户端在界面上显示该核销成功消息，客户端可以从车票列表缓存中删除该张车票。

反之，如果目标车票信息与预存储车票信息不匹配，则表示本次车票核销失败，服务器可以向客户端下发核销失败消息，用户便能从客户端上重新选择一张新的车票。当然，服务器也可以从后台随机选择一张可用的车票进行核销，此处不做限定。

核销成功的车票可以被用于抵扣相应的金额，从而实现车费优惠。

本发明实施例中，提供了一种核销电子票的方法，首先服务器接收电子票核销请求，其中，电子票核销请求与目标电子票具有对应关系，电子票核销请求中携带目标电子票所对应的电子票标识，然后服务器根据电子票标识确定目标电子票的目标电子票信息，若目标电子票信息与预存储电子票信息匹配，则向客户端发送核销成功消息。通过上述方式，用户可以在客户端上选择一张目标电子票，服务器利用电子票标识核实该目标电子票的合法性，核实成功后可以核销该目标电子票，用户能够主动选择电子票进行抵扣，从而提升方案的灵活性，突破了固定扣除费用的局限性，适用于更多的场景。

可选的，本发明实施例中，所述接收电子票核销请求，包括：

接收车票核销请求，其中，所述车票核销请求与目标车票具有对应关系，所述车票核销请求中携带所述目标车票所对应的车票标识；

所述根据所述电子票标识确定所述目标电子票的目标电子票信息，包括：

根据车票标识确定所述目标车票的目标车票信息；

所述若所述目标电子票信息与预存储电子票信息匹配，则确定所述目标电子票已核销成功，包括：

若所述目标车票信息与预存储车票信息匹配，则确定所述目标车票已核销成功。

可选地，在上述图3对应的实施例的基础上，本发明实施例提供的核销电子票的方法第一个可选实施例中，接收车票核销请求之前，还可以包括：

获取目标车票的关键信息，其中，关键信息包含目标车票的提供方信息、票价信息、地域信息以及有效期信息中的至少一项信息；

根据目标车票的关键信息生成车票标识。

本实施例中，服务器在核销目标车票之前需要先构建目标车票的车票标识，该标识可以区分不同的车票，可以认为是车票的身份信息。服务器可以将生成的车票标识下发至客户端，使得客户端将车票标识预埋在二维码或者条形码中。

具体地，客户端可以将车票标识预埋到二维码数据协议中的扩展字段中。这里要求二维码协议支持扩展字段。在部分二维码协议中，扩展字段的字节长度是固定的，所以要保证车票标识的字节长度不能溢出扩展字段的字节长度。下面将介绍服务器如何生成目标车票的车票标识。

首先，以生成目标车票的车票标识为例进行介绍，服务器先获取目标车票的关键信息，关键信息包含目标车票的提供方信息、票价信息、地域信息以及有效期信息中的至少一项信息。提供方信息也就是目标车票是由谁提供的，可以是用户好友赠送的，也可以是公众平台分发的。票价信息表示目标车票可以抵扣的车票价格，比如2元、3元或者5元等。地域信息表示目标车票的使用范围，比如只能在深圳使用，或者只能在上海使用，也可以是全国通用票，即全国公交都能使用。有效期信息是指目标车票可以使用的期限，比如3天、7天或者1个月等，也可以是无限期使用。服务器在获取到关键信息之后，可以根据关键信息形成车票标识，车票标识通常是由数字构成的，而车票标识的长度通常可以设置为2个字节。

其中，若车票标识长度为2个字节，也就意味着车票标识可以是0至65535中的任意一个数值，超出65535就表示车票标识已经溢出。对于同一个用户而言，若车票标识长度为2个字节，则该用户可以同时持有65536张不同的车票。

需要说明的是，在实际应用中，服务器可以利用车票标识生成二维码，然后将该二维码下发至客户端，或者服务器向客户端下发车票标识，由客户端根据车票标识合成相应的二维码，此处不对二维码的合成进行限定。

其次，本发明实施例中，服务器在生成车票标识的过程中，可以先获取目标车票的关键信息，其中，关键信息包含目标车票的提供方信息、票价信息、地域信息以及有效期信息中的至少一项，然后利用关键信息生成车票标识。通过上述方式，服务器可以合成具有代表性的车票标识，不同的车票因为关键信息的差异会生成不同的车票标识，从而能够应用于不同的场景，由此提升了方案的可行性。

可选地，在上述图3对应的第一个实施例的基础上，本发明实施例提供的核销电子票的方法一个可选实施例中，根据目标车票的关键信息生成车票标识，可以包括：

根据关键信息以及车票累积信息计算待处理车票标识，其中，车票累积信息用于表示目标用户已有的车票总数；

若待处理车票标识小于或等于预设门限，则将待处理车票标识确定为车票标识。

本实施例中，将介绍一种生成车票标识的具体方式，服务器可以先根据关键信息和车票累积信息计算待处理车票标识。具体地，每次用户抢到的车票数量都会被累积，由此形成车票累积信息，假设用户A已经抢到52张车票，其中，第52张车票的标识为35158，这个时候，用户A又从一位好友处抢到一张车票，且该车票中也包含有关键信息，此时，在标识35158的基础上累加1，从而为该张车票分配待处理车票标识35159。

可以理解的是，关键信息可以区分当前这张车票是否已经分配过相应的标识。

服务器会判断待处理车票标识是否溢出预设门限，其中，预设门限即为预设的车票标识长度，假设预设门限为2个字节，那么最多支持65536个数字，35159小于65535，也就是未溢出预设门限，于是，服务器确定车票标识就等于待处理车票标识。

再次，本发明实施例中，服务器可以根据关键信息以及车票累积信息计算待处理车票标识，若待处理车票标识小于或等于预设门限，则将待处理车票标识确定为车票标识。通过上述方式，将某个用户持有的车票进行累加处理，由此得到每张车票的标识，这样的话，能够保证用户持有的车票不会混乱，每张车票都拥有唯一的标识，从而有利于区分不同的车票，提升方案的可靠性。

可选地，在上述图3对应的第一个实施例的基础上，本发明实施例提供的核销电子票的方法的一个可选实施例中，根据目标车票的关键信息生成车票标识，可以包括：

根据目标车票的关键信息以及用户信息获取待处理车票标识；

若待处理车票标识小于或等于预设门限，则采用加密算法对待处理车票标识进行处理，得到车票标识。

本实施例中，将介绍一种生成车票标识的具体方式，在该方式中，将车票标识可以由两个部分构成，一部分为关键信息，另一部分为用户信息，其中，用户信息可以是用户的账号或者抢票分担标识等，用于表示不同的用户。而关键信息包含车票的提供方信息、票价信息、地域信息以及有效期信息中的至少一项信息，关键信息可以直接反应出票面内容。将用户信息和关键信息拼接起来可以得到待处理车票标识，如果待处理车票标识小于或等于预设门限，则可以采用加密算法对待处理车票标识进行处理，得到车票标识。

这里的加密算法可以是第五版消息摘要算法(Message Digest Algorithm，MD5)，也可以是其他加密算法，如数据加密标准(Data Encryption Standard，DES)或者国际数据加密算法(International Data Encryption Algorithm，IDEA)，此处不作限定。加密后可以得到一个固定长度的整数数值，即车票标识。

假设关键信息包含车票的提供方信息、票价信息、地域信息以及有效期信息，如果两张车票的关键信息完全一致，那可以分配相同的车票标识，反之，如果需要区分不同的提供方信息(如赠票人)、票价信息、地域信息以及有效期信息，就应该分配不同的车票标识。为了便于介绍，请参阅表1，表1为关键信息、用户信息与车票标识之间的一个关系示意。

表1

车票标识	用户信息	提供方信息	票价信息	地域信息	有效期信息
						20158	用户A	JACK	2元	深圳	7天有效
20158	用户A	JACK	2元	深圳	7天有效
						20158	用户A	JACK	2元	深圳	7天有效
35971	用户A	MAY	1元	广州	10天有效
						30008	用户A	MAY	5元	上海	3天有效
30008	用户A	MAY	5元	上海	3天有效
						48189	用户A	TIM	1.5元	广州	10天有效
19498	用户B	PETER	2元	成都	3天有效
						60002	用户B	KATE	2元	北京	7天有效
47965	用户B	ANNE	3元	深圳	10天有效
						35796	用户B	BETTY	1.5元	西安	3天有效

可以理解的是，票面内容除了可以包括关键信息，还可以包括贴图内容，比如车票上印有“喜洋洋”的贴图，或者印有“地王大厦”的风景贴图，票面内容是用户能够直观区分不同车票的依据，相同的票面给予相同的车票标识即可。如果同一个用户在同一次抢票的时候抢到多张票面内容相同的车票，那这些车票也都具有相同的标识。

而且车票标识生成的方式可以是确定关键信息所对应的字符串，以及确定用户信息所对应的字符串，然后将两者进行拼接，合成为一个字符串，即得到待处理车票标识。

再次，本发明实施例中，服务器可以根据目标车票的关键信息获取提供方标识以及票面信息，然后对提供方标识以及票面信息进行拼接，得到待处理车票标识，若待处理车票标识小于或等于预设门限，则采用加密算法对待处理车票标识进行处理，得到车票标识。通过上述方式，既能够将具有不同票面的车票区分开，又能够将票面相同的车票进行统一归类，从而在不增加扩展字段字节长度的情况下，还能够增加计票数数量，由此提升方案的实用性。

可选地，在上述图3对应的实施例的基础上，本发明实施例提供的核销电子票的方法的可选实施例中，还可以包括：

若待处理车票标识大于预设门限，则对待处理车票标识进行取模处理，得到取模结果；

根据取模结果生成车票标识。

本实施例中，服务器首先判断待处理车票标识是否溢出预设门限，其中，预设门限即为预设的车票标识长度，假设预设门限为2个字节，那么最多支持65536个数字，70000大于65535，也就是已溢出预设门限，于是，服务器需要对待处理车票标识进行取模处理，得到取模结果。为了便于理解，请参阅图4，图4为本发明实施例中进行取模处理的一个实施例示意图，如图所示，假设最多支持65536个数字，即可以采用如下公式对待处理车票标识取模：

ticket_id＝origin_ticket_id mod 65536；

其中，ticket_id表示车票标识，origin_ticket_id表示待处理车票标识，mod表示取模运算。

取模运算在数论和程序设计中都有着广泛的应用，给定一个正整数p，任意一个整数n，一定存在等式n＝kp+r，其中k和r是整数，且0≤r<p，则称k为n除以p的商，r为n除以p的余数。对于正整数p和整数a和b，定义如下取模运算：

a％p(或a mod p)；

也就是表示a除以p的余数。

进一步地，本发明实施例中，若待处理车票标识大于预设门限，则服务器按照对待处理车票标识进行取模处理，得到取模结果，最后根据取模结果生成车票标识。通过上述方式，对待处理车票标识取模后数值会变小，从而增加可以增加可用车票数量，并且降低匹配冲突的风险。

可选地，在上述图3对应的实施例的基础上，本发明实施例提供的核销电子票的方法的可选实施例中，还可以包括：

当客户端处于离线状态时，获取车票选择指令，其中，车票选择指令中携带待核销车票标识；

若待核销车票标识与预存储车票信息不匹配，从车票集合中选择可核销车票，其中，车票集合中包含N张车票，N为大于或等于1的整数。

本实施例中，如果客户端正处于离线状态，那么用户可以通过客户端缓存的车票列表中选择一张待核销车票，待核销车票对应于待核销车票标识，其中，待核销车票标识是服务器预先下发至客户端的。客户端可以展示待核销车票标识所对应的二维码，通过扫描机具扫描该二维码，于是扫码机具可以根据二维码生成车票选择指令，并向服务器发送该指令，服务器在获取到车票选择指令之后，通过解析车票选择指令能够得到待核销车票标识。服务器将待核销车票标识与预存储车票信息进行比对，如果一致，则表示用户选择的这张待核销车票是有效地，那么可以进行抵扣，从而完成车票核销。

如果待核销车票标识与预存储车票信息不匹配，说明这张待核销车票可能已经使用过了，那么服务器可以从可用的车票集合中选择一张可核销车票进行抵扣，从而完成车票核销。

进一步地，本发明实施例中，当客户端处于离线状态时，用户可以从缓存的车票列表中选择一张车票，服务器判断这张车票是否与预存储车票一致，如果不一致，那么服务器可以自动为用户选择一张合适的车票进行抵扣。通过上述方式，能够灵活地根据用户选择车票的情况调整抵扣策略，优先完成抵扣流程，不会因为客户端离线的问题而导致车票抵扣失败，从而提升方案的可行性。

下面将从客户端的角度，对本发明中核销电子票的方法进行介绍，请参阅图5，本发明实施例中核销电子票的方法一个实施例包括：

201、向服务器发送电子票核销请求，以使服务器根据电子票标识确定目标电子票的目标电子票信息，其中，电子票核销请求与目标电子票具有对应关系，电子票核销请求中携带目标电子票所对应的电子票标识；

本实施例中，具体地，用户可以开启客户端，从客户端中选择某张目标车票，比如某张公交车车票，目标车票可以以二维码的形式展示在客户端的界面上，用户将该二维码对准扫描机具的扫描口进行扫描，由此触发了车票核销请求，即服务器接收到客户端发送的车票核销请求，不同的车票需要对应不同的标识，通过标识来识别这张车票的相关信息，即车票核销请求中携带目标车票所对应的车票标识。

服务器根据车票标识可以确定用户选择了那张目标车票，然后通过解析车票标识即可获取到目标车票的目标车票信息，目标车票信息可以包含提供方信息、票价信息、地域信息以及有效期信息等。

202、若目标电子票信息与预存储电子票信息匹配，则接收服务器发送的核销成功消息。

本实施例中，具体地，服务器在后台比对目标车票信息与预先存储的车票信息是否一致，如果核对之后确定目标车票信息与预存储车票信息匹配，那么服务器就会向客户端发送核销成功消息，并且在后台删除目标车票，至此，对目标车票的核销成功。客户端在界面上显示该核销成功消息，客户端可以从车票列表缓存中删除该张车票。反之，如果目标车票信息与预存储车票信息不匹配，则表示本次车票核销失败，服务器可以向客户端下发核销失败消息，用户便能从客户端上重新选择一张新的车票。当然，服务器也可以从后台随机选择一张可用的车票进行核销，此处不做限定。

本发明实施例中，提供了一种核销电子票的方法，首先客户端向服务器发送电子票核销请求，以使服务器根据电子票标识确定目标电子票的目标电子票信息，若目标电子票信息与预存储电子票信息匹配，则接收服务器发送的核销成功消息。通过上述方式，用户可以在客户端上选择一张目标电子票，服务器利用电子票标识核实该目标电子票的合法性，核实成功后可以核销该目标电子票，用户能够主动选择电子票进行抵扣，从而提升方案的灵活性，突破了固定扣除费用的局限性，适用于更多的场景。

可选地，所述向服务器发送电子票核销请求，以使所述服务器根据所述电子票标识确定目标电子票的目标电子票信息，包括：

向服务器发送车票核销请求，以使所述服务器根据所述车票标识确定目标车票的目标车票信息，其中，所述车票核销请求与目标车票具有对应关系，所述车票核销请求中携带所述目标车票所对应的车票标识；

所述若所述目标电子票信息与预存储电子票信息匹配，则接收所述服务器发送的核销成功消息，包括：

若所述目标车票信息与预存储车票信息匹配，则接收所述服务器发送的核销成功消息。

可选地，在上述图5对应的实施例的基础上，本发明实施例提供的核销电子票的方法一个可选实施例中，向服务器发送车票核销请求之前，还可以包括：

当获取到车票更新指令时，获取车票集合，其中，车票集合中包含N张车票，N为大于或等于1的整数；

将车票集合存储于客户端本地缓存中。

本实施例中，在客户端向服务器发送车票核销请求之前，需要先开启客户端，当客户端被开启时，即触发了车票更新指令，于是客户端可以拉取用户可以使用的车票集合，该车票集合具体可以是车票列表，里面包含了至少一张车票。客户端将车票集合缓存到本地，具体可以缓存到小程序“GlobalStorage”中。若“GlobalStorage”中已有可用车票集合缓存数据，则用新数据覆盖旧数据。

其次，本发明实施例中，当客户端获取到车票更新指令时，将当前时刻获取到的车票集合存储于客户端本地缓存中。通过上述方式，用户每次进入客户端，客户端即拉取用户可用的车票列表，并缓存到本地，这样的话，即便后续客户端处于离线状态，也不会影响用户从本地缓存中选择车票，从而提升方案的实用性和可操作性。

可选地，在上述图5对应的第一个实施例的基础上，本发明实施例提供的核销电子票的方法一个可选实施例中，将车票集合存储于客户端本地缓存中之后，方法还包括：

当客户端处于离线状态时，从客户端本地缓存中获取车票集合；

展示车票集合。

本实施例中，在客户端处于离线状态时，可以直接从本地缓存中获取车票集合，并且在客户端界面上展示该车票集合。为了便于理解，请参阅图6，图6为本发明实施例中客户端读取车票集合的一个流程示意图，具体地：

步骤301中，用户点击进入乘车码首页；

步骤302中，客户端判断本地是否有缓存，如果有缓存，则进入步骤303，如果没有缓存，则进入步骤304；

步骤303中，在客户端有本地缓存的情况下，即可显示车票列表，在车票列表中显示有可用车票；

步骤304中，在客户端没有本地缓存的情况下，客户端异步拉取最新可用的车票列表；

步骤305中，客户端会判断本地缓存的车票列表是否更新，若更新，则进入步骤307，如果没有更新，则跳转至步骤306；

步骤306中，结束缓存操作；

步骤307中，读取新的车票数据以覆盖原有的车票数据。

再次，本发明实施例中，当客户端处于离线状态时，客户端可以从本地缓存中获取车票集合，并且展示车票集合。通过上述方式，无论客户端是否处于在线状态，都可以拉取本地的车票集合，即车票列表，用户能够直观地获取车票的票面内容，由此，提升方案的实用性。

可选地，在上述图5对应的一个实施例的基础上，本发明实施例提供的核销电子票的方法一个可选实施例中，还可以包括：

当客户端处于离线状态时，接收车票选择指令，其中，车票选择指令中携带待核销车票标识，若待核销车票标识与预存储车票信息不匹配，则车票选择指令用于触发服务器从车票集合中选择可核销车票。

本实施例中，如果客户端处于离线状态，且可能因为网络问题导致客户端有一段时间没有更新本地缓存，那么客户端仍然可以接收用户触发的车票选择指令，其中，车票选择指令中携带待核销车票标识。但是待核销车票很可能是无效的，比如已经被核销过但是客户端未及时更新的。服务器会根据待核销车票标识，判断预存储车票信息中是否存在该标识，如果不存在，则服务器会自动从可选择的车票集合中取一张可核销车票。

为了便于理解，请参阅图7，图7为本发明实施例中客户端核销车票的一个流程示意图，如图所示，具体地：

步骤401中，服务器向客户端下发车票标识，客户端根据车票标识生成一个二维码；

步骤402中，用户将生成的二维码置于扫码机具的扫码口处；

步骤403中，扫码完成后形成商户推单；

步骤404中，服务器核销车票，确认支付成功；

步骤405中，服务器向客户端发送支付成功的信息，客户端轮询用户的扫码状态；

步骤406中，客户端从本地缓存中查找该车票的的车票标识；

步骤407中，客户端从本地缓存的车票列表中去除该车票，同时，也从本地缓存中去除该车票的车票标识。

进一步地，本发明实施例中，当客户端处于离线状态时，客户端可以接收用户触发的车票选择指令，若待核销车票标识与预存储车票信息不匹配，则服务器可以自动从车票集合中选择可核销车票。通过上述方式，如果因为网络问题导致客户端本地缓存没有及时更新，使得用户选择的车票可能是无效的，服务器也可以采用后台默认优选一张车票的策略，帮助用户选一张可核销车票。

为了便于理解，下面将结合图8介绍一种车票核销的流程，请参阅图8，图8为本发明应用场景中核销车票的一个流程示意图，如图所示，具体为：

步骤501中，用户可以在车票列表中选择一张车票，使用该张车票时，持有这张车票的商户可以向乘车码收单账务系统发送携带车票标识的推单数据；

步骤502中，乘车码收单账务系统对收到的推单数据进行解析，从而得到相应的车票标识；

步骤503中，随后乘车码收单账务系统向乘车码车票系统发送核销车票请求，核销车票请求中携带车票标识、乘车金额、乘车城市和乘车时间信息等；

步骤504中，乘车码车票系统先根据车票标识在后台查找是否具有这张车票，若是，则进入步骤505；

步骤505中，乘车码车票系统在确认具有这张车票之后，将对这张车票的有效性进行判断，通常情况下，车票是具有有效期的，也具有应用区域范围，比如要求在深圳使用，使用期限为2018年5月17日；

步骤506中，如果用户选择的这张车票满足使用条件，那么乘车码车票系统将在后台将这张车票的状态修改为已核销；

步骤507中，乘车码车票系统向乘车码收单账务系统反馈车票已经核销的消息，并且可以返回车票面额，比如车票面额为2元；

步骤508中，乘车码收单账务系统根据乘车码车票系统反馈的车票面额，和实际的乘车金额计算抵扣的金额，比如，车票面额2元，实际乘车金额为5元，那么用户实际支付3元即可。如果车票面额2元，实际乘车金额为2元，那么用户无需支付车费；

步骤509中，乘车码收单账务系统向乘车码支付扣款系统发起支付扣款请求，用户只需要支付抵扣后的金额，其他金额有车票支付；

步骤510中，乘车码支付扣款系统完成支付抵扣的操作；

步骤511中，乘车码支付扣款系统向乘车码车票系统反馈支付完成消息。

下面对本发明中的服务器进行详细描述，请参阅图9，图9为本发明实施例中服务器一个实施例示意图，服务器60包括：

接收模块601，用于接收电子票核销请求，其中，所述电子票核销请求与目标电子票具有对应关系，所述电子票核销请求中携带所述目标电子票所对应的电子票标识；

确定模块602，用于根据所述接收模块601接收的所述电子票标识确定所述目标电子票的目标电子票信息；

发送模块603，用于若所述确定模块602确定的所述目标电子票信息与预存储电子票信息匹配，则确定所述目标电子票已核销成功。

本实施例中，接收模块601接收电子票核销请求，其中，所述电子票核销请求与目标电子票具有对应关系，所述电子票核销请求中携带所述目标电子票所对应的电子票标识，确定模块602根据所述接收模块601接收的所述电子票标识确定所述目标电子票的目标电子票信息，若所述确定模块602确定的所述目标电子票信息与预存储电子票信息匹配，则发送模块603向所述客户端发送核销成功消息。

本发明实施例中，提供了一种服务器，首先服务器接收电子票核销请求，电子票核销请求与目标电子票具有对应关系，电子票核销请求中携带目标电子票所对应的电子票标识，然后根据电子票标识确定目标电子票的目标电子票信息，若目标电子票信息与预存储电子票信息匹配，则向客户端发送核销成功消息。通过上述方式，用户可以在客户端上选择一张目标电子票，服务器利用电子票标识核销该目标电子票的合法性，核销成功后可以核销该目标电子票，用户能够主动选择电子票进行抵扣，从而提升方案的灵活性，突破了固定扣除费用的局限性，适用于更多的场景。

可选地，在上述图9所对应的实施例的基础上，请参阅图10，本发明实施例提供的服务器60的另一实施例中，所述服务器60还包括获取模块604以及生成模块605；

所述获取模块604，用于接收模块601接收车票核销请求之前，获取所述目标车票的关键信息，其中，所述关键信息包含所述目标车票的提供方信息、票价信息、地域信息以及有效期信息中的至少一项信息；

所述生成模块605，用于根据所述获取模块604获取的所述目标车票的关键信息生成所述车票标识。

其次，本发明实施例中，服务器在生成车票标识的过程中，可以先获取目标车票的关键信息，其中，关键信息包含目标车票的提供方信息、票价信息、地域信息以及有效期信息中的至少一项，然后利用关键信息生成车票标识。通过上述方式，服务器可以合成具有代表性的车票标识，不同的车票因为关键信息的差异会生成不同的车票标识，从而能够应用于不同的场景，由此提升了方案的可行性。

可选地，在上述图10所对应的实施例的基础上，本发明实施例提供的服务器60的另一实施例中，

所述生成模块605，具体用于根据所述关键信息以及车票累积信息计算待处理车票标识，其中，所述车票累积信息用于表示目标用户已有的车票总数；

若所述待处理车票标识小于或等于预设门限，则将待处理车票标识确定为所述车票标识。

再次，本发明实施例中，服务器可以根据关键信息以及车票累积信息计算待处理车票标识，若待处理车票标识小于或等于预设门限，则将待处理车票标识确定为车票标识。通过上述方式，将某个用户持有的车票进行累加处理，由此得到每张车票的标识，这样的话，能够保证用户持有的车票不会混乱，每张车票都拥有唯一的标识，从而有利于区分不同的车票，提升方案的可靠性。

可选地，在上述图10所对应的实施例的基础上，本发明实施例提供的服务器60的另一实施例中，

所述生成模块605，具体用于根据所述目标车票的关键信息以及用户信息获取待处理车票标识；

若所述待处理车票标识小于或等于预设门限，则采用加密算法对所述待处理车票标识进行处理，得到所述车票标识。

再次，本发明实施例中，服务器可以根据目标车票的关键信息获取提供方标识以及票面信息，然后对提供方标识以及票面信息进行拼接，得到待处理车票标识，若待处理车票标识小于或等于预设门限，则采用加密算法对待处理车票标识进行处理，得到车票标识。通过上述方式，既能够将具有不同票面的车票区分开，又能够将票面相同的车票进行统一归类，从而在不增加扩展字段字节长度的情况下，还能够增加计票数数量，由此提升方案的实用性。

可选地，在上述图9或图10所对应的实施例的基础上，请参阅图11，本发明实施例提供的服务器60的另一实施例中，所述服务器60还包括处理模块606；

所述处理模块606，用于若所述待处理车票标识大于预设门限，则对所述待处理车票标识进行取模处理，得到取模结果；

所述生成模块605，还用于根据所述处理模块606处理得到的所述取模结果生成所述车票标识。

进一步地，本发明实施例中，若待处理车票标识大于预设门限，则服务器按照对待处理车票标识进行取模处理，得到取模结果，最后根据取模结果生成车票标识。通过上述方式，对待处理车票标识取模后数值会变小，从而增加可以增加可用车票数量，并且降低匹配冲突的风险。

可选地，在上述图9所对应的实施例的基础上，请参阅图12，本发明实施例提供的服务器60的另一实施例中，所述服务器60还包括获取模块604以及选择模块607；

所述获取模块604，还用于当所述客户端处于离线状态时，获取车票选择指令，其中，所述车票选择指令中携带待核销车票标识；

所述选择模块607，用于若所述待核销车票标识与所述预存储车票信息不匹配，从车票集合中选择可核销车票，其中，所述车票集合中包含N张车票，所述N为大于或等于1的整数。

进一步地，本发明实施例中，当客户端处于离线状态时，用户可以从缓存的车票列表中选择一张车票，服务器判断这张车票是否与预存储车票一致，如果不一致，那么服务器可以自动为用户选择一张合适的车票进行抵扣。通过上述方式，能够灵活地根据用户选择车票的情况调整抵扣策略，优先完成抵扣流程，不会因为客户端离线的问题而导致车票抵扣失败，从而提升方案的可行性。

下面对本发明中的客户端进行详细描述，请参阅图13，图13为本发明实施例中客户端一个实施例示意图，客户端70包括：

发送模块701，用于向服务器发送电子票核销请求，以使所述服务器根据所述电子票标识确定目标电子票的目标电子票信息，其中，所述电子票核销请求与目标电子票具有对应关系，所述电子票核销请求中携带所述目标电子票所对应的电子票标识；

接收模块702，用于若所述目标电子票信息与预存储电子票信息匹配，则接收所述服务器发送的核销成功消息。

本实施例中，发送模块701向服务器发送电子票核销请求，以使所述服务器根据所述电子票标识确定目标电子票的目标电子票信息，其中，所述电子票核销请求与目标电子票具有对应关系，所述电子票核销请求中携带所述目标电子票所对应的电子票标识，若所述目标电子票信息与预存储电子票信息匹配，则接收模块702接收所述服务器发送的核销成功消息。

本发明实施例中，提供了一种核销电子票的方法，首先客户端向服务器发送电子票核销请求，以使服务器根据电子票标识确定目标电子票的目标电子票信息，若目标电子票信息与预存储电子票信息匹配，则接收服务器发送的核销成功消息。通过上述方式，用户可以在客户端上选择一张目标电子票，服务器利用电子票标识核销该目标电子票的合法性，核销成功后可以核销该目标电子票，用户能够主动选择电子票进行抵扣，从而提升方案的灵活性，突破了固定扣除费用的局限性，适用于更多的场景。

可选地，在上述图13所对应的实施例的基础上，请参阅图14，本发明实施例提供的客户端70的另一实施例中，客户端70还包括获取模块703以及存储模块704；

所述获取模块703，用于所述发送模块701向服务器发送车票核销请求之前，当获取到车票更新指令时，获取车票集合，其中，所述车票集合中包含N张车票，所述N为大于或等于1的整数；

所述存储模块704，用于将所述获取模块703获取的所述车票集合存储于客户端本地缓存中。

其次，本发明实施例中，当客户端获取到车票更新指令时，将当前时刻获取到的车票集合存储于客户端本地缓存中。通过上述方式，用户每次进入客户端，客户端即拉取用户可用的车票列表，并缓存到本地，这样的话，即便后续客户端处于离线状态，也不会影响用户从本地缓存中选择车票，从而提升方案的实用性和可操作性。

可选地，在上述图14所对应的实施例的基础上，请参阅图15，本发明实施例提供的客户端70的另一实施例中，客户端70还包括展示模块705；

所述获取模块703，还用于所述存储模块704将所述车票集合存储于客户端本地缓存中之后，当所述客户端处于离线状态时，从所述客户端本地缓存中获取所述车票集合；

所述展示模块705，用于展示所述获取模块703获取的所述车票集合。

再次，本发明实施例中，当客户端处于离线状态时，客户端可以从本地缓存中获取车票集合，并且展示车票集合。通过上述方式，无论客户端是否处于在线状态，都可以拉取本地的车票集合，即车票列表，用户能够直观地获取车票的票面内容，由此，提升方案的实用性。

可选地，在上述图15所对应的实施例的基础上，本发明实施例提供的客户端70的另一实施例中，

所述接收模块702，还用于当所述客户端处于离线状态时，接收车票选择指令，其中，所述车票选择指令中携带待核销车票标识，若所述待核销车票标识与所述预存储车票信息不匹配，则所述车票选择指令用于触发所述服务器从所述车票集合中选择可核销车票。

进一步地，本发明实施例中，当客户端处于离线状态时，客户端可以接收用户触发的车票选择指令，若待核销车票标识与预存储车票信息不匹配，则服务器可以自动从车票集合中选择可核销车票。通过上述方式，如果因为网络问题导致客户端本地缓存没有及时更新，使得用户选择的车票可能是无效的，服务器也可以采用后台默认优选一张车票的策略，帮助用户选一张可核销车票。

图16是本发明实施例提供的一种服务器结构示意图，该服务器800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以***处理器(central processingunits，CPU)822(例如，一个或一个以上处理器)和存储器832，一个或一个以上存储应用程序842或数据844的存储介质830(例如一个或一个以上海量存储设备)。其中，存储器832和存储介质830可以是短暂存储或持久存储。存储在存储介质830的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器822可以设置为与存储介质830通信，在服务器800上执行存储介质830中的一系列指令操作。

服务器800还可以包括一个或一个以上电源826，一个或一个以上有线或无线网络接口850，一个或一个以上输入输出接口858，和/或，一个或一个以上操作系统841，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图16所示的服务器结构。

在本发明实施例中，该服务器所包括的CPU 822还具有以下功能：

接收电子票核销请求，其中，所述电子票核销请求与目标电子票具有对应关系，所述电子票核销请求中携带所述目标电子票所对应的电子票标识；

根据所述电子票标识确定所述目标电子票的目标电子票信息；

若所述目标电子票信息与预存储电子票信息匹配，则确定所述目标电子票已核销成功。

可选地，CPU 822还用于执行如下步骤：

获取所述目标车票的关键信息，其中，所述关键信息包含所述目标车票的提供方信息、票价信息、地域信息以及有效期信息中的至少一项信息；

根据所述目标车票的关键信息生成所述车票标识。

可选地，CPU 822具体用于执行如下步骤：

根据所述关键信息以及车票累积信息计算待处理车票标识，其中，所述车票累积信息用于表示目标用户已有的车票总数；

若所述待处理车票标识小于或等于预设门限，则将待处理车票标识确定为所述车票标识。

可选地，CPU 822具体用于执行如下步骤：

根据所述目标车票的关键信息以及用户信息获取待处理车票标识；

若所述待处理车票标识小于或等于预设门限，则采用加密算法对所述待处理车票标识进行处理，得到所述车票标识。

可选地，CPU 822还用于执行如下步骤：

若所述待处理车票标识大于预设门限，则对所述待处理车票标识进行取模处理，得到取模结果；

根据所述取模结果生成所述车票标识。

可选地，CPU 822还用于执行如下步骤：

当所述客户端处于离线状态时，获取车票选择指令，其中，所述车票选择指令中携带待核销车票标识；

若所述待核销车票标识与所述预存储车票信息不匹配，从车票集合中选择可核销车票，其中，所述车票集合中包含N张车票，所述N为大于或等于1的整数。

本发明实施例还提供了另一种客户端，如图17所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、个人数字助理(personal digital assistant，PDA)、销售终端(point of sales，POS)、车载电脑等任意终端设备，以终端为手机为例：

图17示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图17，手机包括：射频(radio frequency，RF)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(wireless fidelity，WiFi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图17中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图17对手机的各个构成部件进行具体的介绍：

RF电路910可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器980处理；另外，将设计上行的数据发送给基站。通常，RF电路910包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noiseamplifier，LNA)、双工器等。此外，RF电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(globalsystem of mobile communication，GSM)、通用分组无线服务(general packet radioservice，GPRS)、码分多址(code division multiple access，CDMA)、宽带码分多址(wideband code division multiple access,WCDMA)、长期演进(long term evolution，LTE)、电子邮件、短消息服务(short messaging service，SMS)等。

存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元930可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元930可包括触控面板931以及其他输入设备932。触控面板931，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板931上或在触控面板931附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板931可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器980，并能接收处理器980发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板931。除了触控面板931，输入单元930还可以包括其他输入设备932。具体地，其他输入设备932可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元940可包括显示面板941，可选的，可以采用液晶显示器(liquid crystaldisplay，LCD)、有机发光二极管(organic light-emitting diode，OLED)等形式来配置显示面板941。进一步的，触控面板931可覆盖显示面板941，当触控面板931检测到在其上或附近的触摸操作后，传送给处理器980以确定触摸事件的类型，随后处理器980根据触摸事件的类型在显示面板941上提供相应的视觉输出。虽然在图17中，触控面板931与显示面板941是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板931与显示面板941集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器950，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板941的亮度，接近传感器可在手机移动到耳边时，关闭显示面板941和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路960、扬声器961，传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号输出；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960接收后转换为音频数据，再将音频数据输出处理器980处理后，经RF电路910以发送给比如另一手机，或者将音频数据输出至存储器920以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图17示出了WiFi模块970，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器980是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器980可包括一个或多个处理单元；可选的，处理器980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器980中。

手机还包括给各个部件供电的电源990(比如电池)，可选的，电源可以通过电源管理系统与处理器980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该终端所包括的处理器980还具有以下功能：

向服务器发送电子票核销请求，以使所述服务器根据所述电子票标识确定目标电子票的目标电子票信息，其中，所述电子票核销请求与目标电子票具有对应关系，所述电子票核销请求中携带所述目标电子票所对应的电子票标识；

若所述目标电子票信息与预存储电子票信息匹配，则接收所述服务器发送的核销成功消息。

可选地，处理器980还用于执行如下步骤：

当获取到车票更新指令时，获取车票集合，其中，所述车票集合中包含N张车票，所述N为大于或等于1的整数；

将所述车票集合存储于客户端本地缓存中。

可选地，处理器980还用于执行如下步骤：

当所述客户端处于离线状态时，从所述客户端本地缓存中获取所述车票集合；

展示所述车票集合。

可选地，处理器980还用于执行如下步骤：

当所述客户端处于离线状态时，接收车票选择指令，其中，所述车票选择指令中携带待核销车票标识，若所述待核销车票标识与所述预存储车票信息不匹配，则所述车票选择指令用于触发所述服务器从所述车票集合中选择可核销车票。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。