一种用于车票服务的方法及设备与流程

本申请涉及计算机领域，尤其涉及一种用于车票服务的方法及设备。

背景技术：

随着车联网和移动互联网的飞速发展，各类公交、自助巴士及企业层出不群，为解决居民出行问题做出了较大贡献，同时巴士车票校验的问题日益凸显出来，如城市的公交，其采用的传统的刷卡或者人工验票，带来的问题是制卡成本和人工成本高，验票效率低，没有数据记录查询。如图1所示，目前乘客乘坐公交的上车流程，乘客需要购卡充值，刷卡上车，若无卡或者卡中余额不足，则需要人工售票验票或者投币，乘坐公交制卡增加成本，人工售票及清查投币金额需要人工成本，且乘客验票无记录数据。

申请内容

本申请的一个目的是提供一种用于车票服务的方法及设备，解决目前制卡或者人工验票带来的效率低下、耗费人力财力的问题。

根据本申请的一个方面，提供了一种用于车票服务的方法，所述方法包括：

获取用户的购票请求；

将所述购票请求对应的车票数据生成为预设格式数据；

将所述预设格式数据转换成车票二维码，并将所述车票二维码发送至用户。

进一步地，所述车票数据包括：

用户信息、车辆的班次时间信息、车辆信息、用户的上车点位置信息及用户的下车点位置信息。

进一步地，将所述购票请求对应的车票数据生成为预设格式数据，包括：

通过车票校验加解密算法将所述购票请求对应的车票数据生成为预设格式数据。

进一步地，获取用户的购票请求之后，包括：

根据所述用户的购票请求向所述用户发送对应的车票待支付请求；

获取用户基于所述车票待支付请求的支付车票成功的信息。

进一步地，将所述车票二维码发送至用户之后，包括：

获取车辆终端发送的校验车票的信息。

进一步地，获取所述车辆终端发送的校验车票的信息之后，包括：

分析所获取到的校验车票的信息，确定预设周期内的各上车点位置的验票成功的验票数量；

根据所述各上车点位置的验票成功的验票数量调整对应班次的车辆的路线及上车点位置。

根据本申请另一个方面，还提供了一种用于车票服务的设备，所述设备包括：

获取装置，用于获取用户的购票请求；

生成装置，用于将所述购票请求对应的车票数据生成为预设格式数据；

转换装置，用于将所述预设格式数据转换成车票二维码，并将所述车票二维码发送至用户。

进一步地，所述车票数据包括：

用户信息、车辆的班次时间信息、车辆信息、用户的上车点位置信息及用户的下车点位置信息。

进一步地，所述生成装置用于：

通过车票校验加解密算法将所述购票请求对应的车票数据生成为预设格式数据。

进一步地，所述设备还包括：

发送装置，用于根据所述用户的购票请求向所述用户发送对应的车票待支付请求；

接收装置，用于获取用户基于所述车票待支付请求的支付车票成功的信息。

进一步地，所述设备还包括：

同步信息装置，用于获取车辆终端发送的校验车票的信息。

进一步地，所述设备还包括：

分析装置，用于分析所获取到的校验车票的信息，确定预设周期内的各上车点位置的验票成功的验票数量；

调整装置，用于根据所述各上车点位置的验票成功的验票数量调整对应班次的车辆的路线及上车点位置。

与现有技术相比，本申请通过获取用户的购票请求；将所述购票请求对应的车票数据生成为预设格式数据；将所述预设格式数据转换成车票二维码，并将所述车票二维码发送至用户，从而通过生成二维码车票，减少制卡及购卡成本，验票方便快捷。进一步地，获取车辆终端发送的校验车票的信息，对用户验票的检验数据进行记录，以供进行数据分析后调整车辆路线及上车点位置。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出现有技术中乘车验票的流程示意图；

图2示出根据本申请的一个方面提供的一种用于车票服务的方法；

图3示出根据本申请另一个方面的一种用于车票服务的服务设备的结构示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

图2示出根据本申请的一个方面提供的一种用于车票服务的方法，所述方法包括：步骤s11～步骤s13，其中，在步骤s11中，获取用户的购票请求；在步骤s12中，将所述购票请求对应的车票数据生成为预设格式数据；在步骤s13中，将所述预设格式数据转换成车票二维码，并将所述车票二维码发送至用户。从而通过生成二维码车票，减少制卡及购卡成本，验票方便快捷。

具体地，本申请一实施例中，步骤s11，获取用户的购票请求；在此，用户在用户终端购票模块进行购票，用户为待乘车的乘客或者其他为乘客买票的用户，购票模块可以是用户终端上的购票应用程序(app)或电脑上的购票网页，所述用户终端其包括但不限于任何一种可与用户通过触摸板进行人机交互的移动电子产品，例如智能手机、pda等，所述移动电子产品可以采用任意操作系统，如android操作系统、ios操作系统等。服务端获取基于用户在购票app或者网页上的购票操作的购票请求，以便为购票请求生成对应的车票。

具体地，在本申请一实施例中，步骤s12，将所述购票请求对应的车票数据生成为预设格式数据；在此，根据购票请求会有对应的车票数据，如用户想购买从站点a到站点b的车票，则该购票请求对应的车票数据包括上车点为站点a，下车点为站点b、所要乘坐的车辆的班次时间信息等，可以理解，车票数据可以包括用户信息、车辆的班次时间信息、车辆信息、用户的上车点位置信息及用户的下车点位置信息。优选地，在步骤s12中，通过车票校验加解密算法将所述购票请求对应的车票数据生成为预设格式数据。在此，通过车票校验加解密算法对每张车票生成特定格式数据，其中，特定格式数据可以为根据预设的加密方式生成的与其加密方式对应的格式数据，如使用base64的加密解密算法，生成base64数据格式，用于传输8字节代码，将车票数据通过加密解密算法生成特定格式数据，以便为后续更方便转换为车票二维码。

接着，具体地，步骤s13，将所述预设格式数据转换成车票二维码，并将所述车票二维码发送至用户。在此，将预设格式数据转换为车票二维码，并发送至用户，便于用户通过车辆端的扫二维码设备识别车票二维码，减少了制卡及购卡成本，验票方便快捷。

在本申请一实施例中，在步骤s11中，获取用户的购票请求之后，还包括：步骤s111，根据所述用户的购票请求向所述用户发送对应的车票待支付请求；步骤s112，获取用户基于所述车票待支付请求的支付车票成功的信息。在此，用户在用户端进行购票时，服务端根据用户的购票请求会发送对应的车票的待支付请求，如用户购票班次为n，站点从n到站点m的车票，一张车票的金额为x，则基于购票请求发送待支付车票的支付提示，用户进行支付，完成支付后，服务端获取到支付车票成功的信息，才可以根据车票数据生成满足用户购票请求的车票二维码。

优选地，所述方法还包括：步骤s14，获取车辆终端发送的校验车票的信息。在本申请一实施例中，车辆端进行车票校验的校验信息需同步至服务端，服务端包括二维码车票管理系统，获取车辆端发送的校验车票的信息后，可对校验车票的信息进行统计分析，方便后续数据查询及根据分析的数据进行调整车辆的路线和站点。具体的实现方式可以为：分析所获取到的校验车票的信息，确定预设周期内的各上车点位置的验票成功的验票数量；根据所述各上车点位置的验票成功的验票数量调整对应班次的车辆的路线及上车点位置。例如，用户在车辆端进行验票时，包括对车票的基本时间班次信息、车辆信息外，还增加了上车点位置信息的校验，用户在选择站点购买车票时，服务端二维码车票管理系统生成二维码车票时加入站点的地理位置信息，用户上车验票，记录所检验的车票信息，以便进行分析，如周一至周五内用户购买的车票数量，验票成功的验票数量，周末用户购买的车票数量和验票成功的验票数量，可以分析工作日和周末的验票率，进行调整班车路线或当天的班次，以及调整站点的位置信息，能够使路线及站点更优化，为用户提供更便捷的出行方式的同时提高车辆运行的效益。

图3示出根据本申请的另一个方面提供的一种用于车票服务的服务设备的结构示意图，所述服务设备包括：获取装置11、生成装置12和转换装置13，其中，获取装置11，用于获取用户的购票请求；生成装置12，用于将所述购票请求对应的车票数据生成为预设格式数据；转换装置13，用于将所述预设格式数据转换成车票二维码，并将所述车票二维码发送至用户。从而通过生成二维码车票，减少制卡及购卡成本，验票方便快捷。

在此，所述服务设备为网络设备，包括一种能够按照事先设定或存储的指令，自动进行数值计算和信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电路(asic)、可编程门阵列(fpga)、数字处理器(dsp)、嵌入式设备等。所述网络包括但不限于互联网、广域网、城域网、局域网、vpn网络、无线自组织网络(adhoc网络)等。优选地，所述服务设备还可以是运行于所述用户设备、或用户设备与网络设备、触摸终端或网络设备与触摸终端通过网络相集成所构成的设备上的脚本程序。当然，本领域技术人员应能理解上述服务设备仅为举例，其他现有的或今后可能出现的服务设备如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

具体地，本申请一实施例中，获取装置11，用于获取用户的购票请求；在此，用户在用户终端购票模块进行购票，用户为待乘车的乘客或者其他为乘客买票的用户，购票模块可以是用户终端上的购票应用程序(app)或电脑上的购票网页，所述用户终端其包括但不限于任何一种可与用户通过触摸板进行人机交互的移动电子产品，例如智能手机、pda等，所述移动电子产品可以采用任意操作系统，如android操作系统、ios操作系统等。服务端获取基于用户在购票app或者网页上的购票操作的购票请求，以便为购票请求生成对应的车票。

具体地，在本申请一实施例中，生成装置12，用于将所述购票请求对应的车票数据生成为预设格式数据；在此，根据购票请求会有对应的车票数据，如用户想购买从站点a到站点b的车票，则该购票请求对应的车票数据包括上车点为站点a，下车点为站点b、所要乘坐的车辆的班次时间信息等，可以理解，车票数据可以包括用户信息、车辆的班次时间信息、车辆信息、用户的上车点位置信息及用户的下车点位置信息。优选地，生成装置12，用于通过车票校验加解密算法将所述购票请求对应的车票数据生成为预设格式数据。在此，通过车票校验加解密算法对每张车票生成特定格式数据，其中，特定格式数据可以为根据预设的加密方式生成的与其加密方式对应的格式数据，如使用base64的加密解密算法，生成base64数据格式，用于传输8字节代码，将车票数据通过加密解密算法生成特定格式数据，以便为后续更方便转换为车票二维码。

接着，具体地，转换装置13，用于将所述预设格式数据转换成车票二维码，并将所述车票二维码发送至用户。在此，将预设格式数据转换为车票二维码，并发送至用户，便于用户通过车辆端的扫二维码设备识别车票二维码，减少了制卡及购卡成本，验票方便快捷。

在本申请一实施例中，所述服务设备还包括发送装置111和接收装置112，获取用户的购票请求之后，发送装置111，用于根据所述用户的购票请求向所述用户发送对应的车票待支付请求；接收装置112，用于获取用户基于所述车票待支付请求的支付车票成功的信息。在此，用户在用户端进行购票时，服务端根据用户的购票请求会发送对应的车票的待支付请求，如用户购票班次为n，站点从n到站点m的车票，一张车票的金额为x，则基于购票请求发送待支付车票的支付提示，用户进行支付，完成支付后，服务端获取到支付车票成功的信息，才可以根据车票数据生成满足用户购票请求的车票二维码。

优选地，所述服务设备还包括：同步信息装置14，用于获取车辆终端发送的校验车票的信息。在本申请一实施例中，车辆端进行车票校验的校验信息需同步至服务端，服务端包括二维码车票管理系统，获取车辆端发送的校验车票的信息后，可对校验车票的信息进行统计分析，方便后续数据查询及根据分析的数据进行调整车辆的路线和站点。具体的实现方式可以为：分析装置用于分析所获取到的校验车票的信息，确定预设周期内的各上车点位置的验票成功的验票数量；调整装置用于根据所述各上车点位置的验票成功的验票数量调整对应班次的车辆的路线及上车点位置。例如，用户在车辆端进行验票时，包括对车票的基本时间班次信息、车辆信息外，还增加了上车点位置信息的校验，用户在选择站点购买车票时，服务端二维码车票管理系统生成二维码车票时加入站点的地理位置信息，用户上车验票，记录所检验的车票信息，以便进行分析，如周一至周五内用户购买的车票数量，验票成功的验票数量，周末用户购买的车票数量和验票成功的验票数量，可以分析工作日和周末的验票率，进行调整班车路线或当天的班次，以及调整站点的位置信息，能够使路线及站点更优化，为用户提供更便捷的出行方式的同时提高车辆运行的效益。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。