CN115457668B - 快速验票方法、装置及系统 - Google Patents

Abstract

本申请涉及一种快速验票方法、装置及系统，其中，所述方法包括：通过获取班次信息；根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；购票票号清单包括若干个购票票号；获取用户的待验车票码；待验车票码包括待验车票号和待验校验码；在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理待验车票号和班次随机码，得到当前校验码；在当前校验码和待验校验码匹配时，则确认待验车票码验票通过，实现在无网络或网络稳定稳定性差时的快速验票，提高了验票效率。

Description

快速验票方法、装置及系统

技术领域

本申请涉及验票处理技术领域，特别是涉及一种快速验票方法、装置及系统。

背景技术

当前交通行业常见验票方式有人工验票和条码枪检票和闸机刷票的方式。人工验票采用人工核实票面方式，除了验票规则比较灵活之外，有着效率较低，易出错的缺点。条码枪检票采用扫描票码，扫描到的信息发送到主机，再由主机链接到车站中心服务器查询票号，判断是否为有效车票，优点是速度快，检票效率高；缺点是条码枪连接线长度有限，无法适应条件较差的户外临时站场。闸机刷票方式采用闸机读取票码，读取到的信息发送到主机，再由主机链接到车展中心服务器进行车票查询，判断是否为有效车票，优点是速度快，检票效率高，无需人工干预，节省人力成本；缺点是需要预先建设闸机配套设施，成本较高。

当前互联网包车行业中，常见的场景是班车没有固定的站点设施，一般上车点位于城市商务中心，办公楼附近，或者郊区较偏远小区周边；这种场景下的特点就是，无法使用固定的站点基础设施，没有站台，没有稳定网络接入，更加没有验票的闸机；当前行业常用的人工验票、条码枪验票和闸机验票的方式均无法满足互联网包车的使用场景。

在实现过程中，发明人发现传统技术中至少存在如下问题：在验票过程中，遇到无网络或网络稳定性差，以及没有固定验票设备等基础设施时，采用人工验票效率低，无法精准验票。

发明内容

基于此，有必要针对在验票过程中，遇到无网络或网络稳定性差，以及没有固定验票闸机等基础设施时，采用人工验票效率低，无法精准验票的问题，提供一种快速验票方法、装置及系统。

为了实现上述目的，本发明实施例提供了一种快速验票方法，包括以下步骤：

获取班次信息；

根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；购票票号清单包括若干个购票票号；

获取用户的待验车票码；待验车票码包括待验车票号和待验校验码；

在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理待验车票号和班次随机码，得到当前校验码；

在当前校验码和待验校验码匹配时，则确认待验车票码验票通过。

在其中一个实施例中，获取用户的待验车票码的步骤之后包括：

在待验车票号与购票票号清单中的购票票号匹配时，确认待验车票码验票通过。

在其中一个实施例中，购票票号清单还包括作废票号；

获取用户的待验车票码的步骤之后包括：

在待验车票号与购票票号清单中的作废票号匹配时，确认待验车票码验票失败。

在其中一个实施例中，获取用户的待验车票码的步骤之后包括：

在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求有反馈时，接收云服务器反馈的查询结果；

根据查询结果，若待验车票号与云端服务器中的更新票号匹配，则确认待验车票码验票通过；

若待验车票号与云端服务器中的更新票号不匹配，则确认待验车票码验票失败。

在其中一个实施例中，获取用户的待验车票码的步骤之后包括：

基于间隔符对待验车票码进行拆分处理，得到待验车票号和待验校验码。

在其中一个实施例中，获取班次信息的步骤包括：

获取司机登录信息和当前登录时间；

根据司机登录信息和当前登录时间，得到班次信息。

在其中一个实施例中，获取当前的购票票号清单的步骤包括：

在车辆发车时刻后的预设时间之前，基于预设周期获取对应班次信息的更新购票票号清单，并将更新购票票号清单更新至当前的购票票号清单。

在其中一个实施例中，基于校验算法处理待验车票号和班次随机码步骤包括：

基于哈希算法处理待验车票号和班次随机码，得到当前校验码。

另一方面，本发明实施例还提供了一种快速验票装置，快速验票装置包括：

班次信息获取单元，用于获取班次信息；

班次信息处理单元，用于根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；购票票号清单包括若干个购票票号；

车票码获取单元，用于获取用户的待验车票码；待验车票码包括待验车票号和待验校验码；

验票处理单元，用于在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理待验车票号和班次随机码，得到当前校验码；

验票判断单元，用于在当前校验码和待验校验码匹配时，则确认待验车票码验票通过。

另一方面，本发明实施例还提供了一种快速验票系统，包括存储器和处理器，存储器存储有计算机程序，处理器用于执行以下快速验票方法的步骤：

获取班次信息；

根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；购票票号清单包括若干个购票票号；

获取用户的待验车票码；待验车票码包括待验车票号和待验校验码；

在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理待验车票号和班次随机码，得到当前校验码；

在当前校验码和待验校验码匹配时，则确认待验车票码验票通过。

上述技术方案中的一个技术方案具有如下优点和有益效果：

上述快速验票方法的各实施例中，通过获取班次信息；根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；购票票号清单包括若干个购票票号；获取用户的待验车票码；待验车票码包括待验车票号和待验校验码；在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理待验车票号和班次随机码，得到当前校验码；在当前校验码和待验校验码匹配时，则确认待验车票码验票通过，实现在无网络或网络稳定稳定性差时的快速验票，提高了验票效率。本申请通过在验票开始前仅需获取班次信息，即可开始验票，使用简单；在弱网络环境下，如周边环境网络稳定性差或无网络，通过检验算法对对应待验车票码的校验码进行匹配验证，依然能够完成验票操作，无需采用人工验票方式，以及无需采用固定验票闸机等基础设施，从而提高了验票效率，实现精准且快速验票。

附图说明

图1为一个实施例中快速验票方法的应用环境示意图；

图2为一个实施例中快速验票方法的第一流程示意图；

图3为一个实施例中快速验票方法的第二流程示意图；

图4为一个实施例中快速验票方法的第三流程示意图；

图5为一个实施例中在线验票处理步骤的流程示意图；

图6为一个实施例中快速验票方法的第五流程示意图；

图7为一个实施例中快速验票装置的方框示意图；

图8为一个实施例中快速验票系统的方框示意图。

具体实施方式

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

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

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

另外，术语“多个”的含义应为两个以及两个以上。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

本申请提供的快速验票方法，可以应用于如图1所示的应用环境中。其中，处理设备可包括处理器102和存储器104，存储器104可用来存储班次信息、购票票号清单和班次随机码等数据。处理器102可用来获取班次信息；根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；购票票号清单包括若干个购票票号；获取用户的待验车票码；待验车票码包括待验车票号和待验校验码；在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理待验车票号和班次随机码，得到当前校验码；在当前校验码和待验校验码匹配时，则确认待验车票码验票通过。处理设备还可包括显示器106，显示器106可通过图形化界面显示处理得到的验票通过或验票失败提示信息。在一个示例中，处理设备可以但不限于是扫码机。

在一个实施例中，如图2所示，提供了一种快速验票方法，以该方法应用于图1中的处理器102为例进行说明，包括以下步骤：

步骤S210，获取班次信息。

其中，班次信息可以是车辆班次信息。例如，班次信息可包括当前时间将发车的班次信息、对应该班次的车牌号和对应该班次的车牌销售记录信息等。

示例性的，本申请的快速验票方法可用于互联网包车的应用场景，即班次信息可以是互联网包车车辆的班次信息。

在一个示例中，可通过扫描司机的司机登录信息，进而得到班次信息。其中用户登录信息可以是二维码形式的用户登录信息。通过扫描司机的二维码，通过该二维码用于确定司机身份，并通过当前时间确定即将发车的班次。

步骤S220，根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；购票票号清单包括若干个购票票号。

其中，购票票号清单指的是当前所有购票用户的票号清单。例如，在当前时间，有若干名用户购票，则在服务器端记录对应班次信息的当前时间的所有用户购票的票号，进而可根据班次信息，获取得到当前的购票票号清单，购票票号清单包含对应当前时间所有购票用户的购票票号。班次随机码为对应班次的随机码，示例性的，每一个班次产生一个随机码。

在一个示例中，可通过建立班次数据库，并给班次记录增加字段随机数字段TicketPrivateKey；在创建班次时，使用程序随机数发生函数，产生一个长度为10的伪随机数；并和班次信息一起保存，伪随机数保存至TicketPrivateKey字段，进而得到班次随机码。

示例性的，处理器可根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码，并将获取到的购票票号清单和班次随机码存储到本地内存的存储器，以便后续的验票步骤中，快速的对用户的车票码进行匹配验票。

步骤S230，获取用户的待验车票码；待验车票码包括待验车票号和待验校验码。

其中，待验车票号指的是用户通过平台购买车票，程序产生的随机数票号。待验校验码指的是根据程序产生的随机数票号，并使用当前字段的TicketPrivateKey计算出校验码。

示例性的，可对使用当前字段的TicketPrivateKey计算出校验码截取前5位字符串，当做待验校验码，进而可将票码定为待验车票号和待验校验码的组合，并将此待验车票码当做验票码存入订单。

进一步的，待验车票码结构定义为：待验车票码是本申请快速验票方法中需要校验的最主要信息，考虑到票号除了需要在验票过程中进行比对之外，还需要达成在掉线模式下，快速鉴别真伪的能力，票号设计了校验码，票号#校验码，每个班次产生一个随机码R，每张票产生一个票号T，将票号T+随机码R计算哈希值，获得校验码C，进而待验车票码为：T#C。其中，“#”为分隔符。

例如，当前线路定义一个随机码R＝85A465C5，每个票产生一个票号T＝850X382Z，通过哈希算法计算C＝MD5(85A465C5850X382Z)，得到校验码C＝1896c1b4c02c9b5bfa862e8895bcf0a0。取前五位字符串1896c，则待验车票码为850X382Z#1896c。进一步的，可将待验车票码为850X382Z#1896c转化成用户购票二维码，以便扫码机扫描识别用户的车票信息，进而扫码机通过扫描用户出示手机上的车票二维码，通过对车票二维码进行解析处理，进而可得到对应的待验车票码。

步骤S240，在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理待验车票号和班次随机码，得到当前校验码。

具体地，处理器在获取到用户的待验车票码时，可将待验车票号与购票票号清单中的各个购票票号进行匹配处理，并根据匹配处理的结果，若待验车票号与购票票号清单中的各个购票票号均不匹配，则向云端服务器发起远程查询请求，若向云端服务器发起远程查询请求无反馈时，则基于校验算法处理待验车票号和班次随机码，进而得到当前校验码。

步骤S250，在当前校验码和待验校验码匹配时，则确认待验车票码验票通过。

具体地，处理器可将当前校验码与待验校验码进行匹配处理，若当前校验码和待验校验码匹配时，则确认待验车票码验票通过；若当前校验码和待验校验码不匹配时，则确认待验车票码验票失败，判定该待验车票码无效，从而实现在无网络或网络稳定稳定性差时的快速验票，提高了验票效率。

上述实施例中，通过获取班次信息；根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；获取用户的待验车票码；待验车票码包括待验车票号和待验校验码；在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理待验车票号和班次随机码，得到当前校验码；在当前校验码和待验校验码匹配时，则确认待验车票码验票通过，实现在无网络或网络稳定稳定性差时的快速验票，提高了验票效率。本申请通过在验票开始前仅需获取班次信息，即可开始验票，使用简单；在弱网络环境下，如周边环境网络稳定性差或无网络，通过检验算法对对应待验车票码的校验码进行匹配验证，依然能够完成验票操作，无需采用人工验票方式，以及无需采用固定验票闸机等基础设施，从而提高了验票效率，实现精准且快速验票。

在一个实施例中，如图3所示，提供了一种快速验票方法，以该方法应用于图1中的处理器102为例进行说明，包括以下步骤：

步骤S310，获取班次信息。

其中，上述的步骤S310的具体说明请参照上述实施例的描述，在此不再赘述。

步骤S320，根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；购票票号清单包括若干个购票票号。

其中，上述的步骤S320的具体说明请参照上述实施例的描述，在此不再赘述。

步骤S330，获取用户的待验车票码；待验车票码包括待验车票号和待验校验码。

其中，上述的步骤S330的具体说明请参照上述实施例的描述，在此不再赘述。

步骤S340，在待验车票号与购票票号清单中的购票票号匹配时，确认待验车票码验票通过。

具体地，处理器在获取到用户的待验车票码时，可将待验车票号与购票票号清单中的各个购票票号进行匹配处理，并根据匹配处理的结果，若待验车票号与购票票号清单中的其中一个购票票号匹配，则确认待验车票码验票通过，且该用户的验票流程结束。

步骤S350，在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理待验车票号和班次随机码，得到当前校验码。

其中，上述的步骤S350的具体说明请参照上述实施例的描述，在此不再赘述。

步骤S360，在当前校验码和待验校验码匹配时，则确认待验车票码验票通过。

其中，上述的步骤S360的具体说明请参照上述实施例的描述，在此不再赘述。

具体而言，处理器获取班次信息，并根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；处理器获取用户的待验车票码，并根据待验车票码，从本地内存中存储的购票票号清单查找是否有与待验车票号相匹配的购票票号，若查找到待验车票号与购票票号清单中的其中一个购票票号匹配，则确认待验车票码验票通过，且该用户的验票流程结束。若待验车票号与购票票号清单中的各个购票票号均不匹配，则向云端服务器发起远程查询请求。若向云端服务器发起远程查询请求无反馈时，则判定验票周边环境网络稳定性差或无网络，进而基于校验算法处理待验车票号和班次随机码，得到当前校验码。进一步的，处理器将当前校验码和待验校验码进行匹配处理，若在当前校验码和待验校验码匹配时，则确认待验车票码验票通过，且该用户的验票流程结束。若在当前校验码和待验校验码不匹配时，则确认待验车票码验票失败，且该用户的验票流程结束。

上述实施例中，通过在验票开始前仅需获取班次信息，即可开始验票，使用简单；通过先进行本地内存存储的购票票号清单对待验车票码进行匹配验证，若匹配成功，则本次用户验票通过；若匹配失败，则进一步判定当前网络的稳定性，并在弱网络环境下，如周边环境网络稳定性差或无网络，通过检验算法对对应待验车票码的校验码进行匹配验证，依然能够完成验票操作，无需采用人工验票方式，以及无需采用固定验票闸机等基础设施，从而提高了验票效率，实现精准且快速验票。

在一个实施例中，如图4所示，提供了一种快速验票方法，以该方法应用于图1中的处理器102为例进行说明，包括以下步骤：

步骤S410，获取班次信息。

其中，上述的步骤S410的具体说明请参照上述实施例的描述，在此不再赘述。

步骤S420，根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；购票票号清单包括若干个购票票号。

其中，上述的步骤S420的具体说明请参照上述实施例的描述，在此不再赘述。

步骤S430，获取用户的待验车票码；待验车票码包括待验车票号和待验校验码。

其中，上述的步骤S430的具体说明请参照上述实施例的描述，在此不再赘述。

步骤S440，在待验车票号与购票票号清单中的作废票号匹配时，确认待验车票码验票失败。其中，购票票号清单还包括作废票号。

具体地，购票票号清单包括购票票号和作废票号，其中购票票号指的是有效的购票票号，作废票号指的是发生退票等作废无效的票号。

处理器在获取到用户的待验车票码时，可将待验车票号与购票票号清单中的各个作废票号进行匹配处理，并根据匹配处理的结果，若待验车票号与购票票号清单中的其中一个作废票号匹配，则确认待验车票码验票失败，且该用户的验票流程结束；若待验车票号与购票票号清单中的各个作废票号均不匹配，则执行步骤S450。

步骤S450，在待验车票号与购票票号清单中的购票票号匹配时，确认待验车票码验票通过。

其中，上述的步骤S450的具体说明请参照上述实施例的描述，在此不再赘述。

步骤S460，在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理待验车票号和班次随机码，得到当前校验码。

其中，上述的步骤S460的具体说明请参照上述实施例的描述，在此不再赘述。

步骤S470，在当前校验码和待验校验码匹配时，则确认待验车票码验票通过。

其中，上述的步骤S470的具体说明请参照上述实施例的描述，在此不再赘述。

具体而言，处理器获取班次信息，并根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；处理器获取用户的待验车票码，并根据待验车票码，从本地内存中存储的购票票号清单查找是否有与待验车票号相匹配的作废票号，若查找到待验车票号与购票票号清单中的其中一个作废票号匹配，则确认待验车票码验票失败，且该用户的验票流程结束。若待验车票号与购票票号清单中的各个作废票号均不匹配，则继续从本地内存中存储的购票票号清单查找是否有与待验车票号相匹配的购票票号，若查找到待验车票号与购票票号清单中的其中一个购票票号匹配，则确认待验车票码验票通过，且该用户的验票流程结束。若待验车票号与购票票号清单中的各个购票票号均不匹配，则向云端服务器发起远程查询请求。若向云端服务器发起远程查询请求无反馈时，则判定验票周边环境网络稳定性差或无网络，进而基于校验算法处理待验车票号和班次随机码，得到当前校验码。进一步的，处理器将当前校验码和待验校验码进行匹配处理，若在当前校验码和待验校验码匹配时，则确认待验车票码验票通过，且该用户的验票流程结束。若在当前校验码和待验校验码不匹配时，则确认待验车票码验票失败，且该用户的验票流程结束。

上述实施例中，通过在验票开始前仅需获取班次信息，即可开始验票，使用简单；通过先基于本地内存存储的购票票号清单中的作废票号和购票票号对待验车票码进行匹配验证，进而可提高验票效率。通过进一步判定当前网络的稳定性，并在弱网络环境下，如周边环境网络稳定性差或无网络，通过检验算法对对应待验车票码的校验码进行匹配验证，依然能够完成验票操作，无需采用人工验票方式，以及无需采用固定验票闸机等基础设施，从而提高了验票效率，实现精准且快速验票。

在一个实施例中，如图5所示，获取用户的待验车票码的步骤之后包括：

步骤S510，在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求有反馈时，接收云服务器反馈的查询结果。

具体地，处理器根据待验车票码，从本地内存中存储的购票票号清单查找是否有与待验车票号相匹配的购票票号，若查找到待验车票号与购票票号清单中的其中一个购票票号匹配，则确认待验车票码验票通过，且该用户的验票流程结束。若待验车票号与购票票号清单中的各个购票票号均不匹配，则向云端服务器发起远程查询请求。若云端服务器响应对应的远程查询请求时，则判定验票周边环境网络稳定，进而接收云服务器反馈的查询结果。进一步的，若向云端服务器发起远程查询请求无反馈时，则判定验票周边环境网络稳定性差或无网络。

步骤S520，根据查询结果，若待验车票号与云端服务器中的更新票号匹配，则确认待验车票码验票通过。

处理器根据查询结果，将待验车票号与云端服务器中的更新票号进行匹配验证，若待验车票号与云端服务器中的更新票号匹配，则确认待验车票码验票通过，且该用户的验票流程结束。

步骤S530，若待验车票号与云端服务器中的更新票号不匹配，则确认待验车票码验票失败。

处理器将待验车票号与云端服务器中的更新票号进行匹配验证，若待验车票号与云端服务器中的更新票号不匹配，则确认待验车票码验票失败，且该用户的验票流程结束。

上述实施例中，通过在本地内存匹配验证失败时，在网络稳定的情况下，发起云端服务器的在线验证，进而多样化了验票方式，能够进一步的提高验票效率，以及提高验票精准度。

在一个示例中，获取用户的待验车票码的步骤之后包括：

基于间隔符对待验车票码进行拆分处理，得到待验车票号和待验校验码。

其中，待验车票号和待验校验码可以用字符串表示，间隔符设置在待验车票号和待验校验码之间。即待验车票码字符串排列顺序为待验车票号、间隔符和待验校验码。

具体地，可通过扫码机扫描用户的车票二维码，，通过对车票二维码进行解析处理，得到待验车票码，进而可基于间隔符对待验车票码进行拆分处理，得到待验车票号和待验校验码。

在一个实施例中，如图6所示，提供了一种快速验票方法，以该方法应用于图1中的处理器102为例进行说明，包括以下步骤：

步骤S610，获取司机登录信息和当前登录时间。

其中，可通过扫码机扫描司机二维码，该二维码用于确定司机身份，当扫码机完成司机二维码扫描时，则确定司机登录签到成功，进而可得到司机登录信息和当前登录时间。

步骤S620，根据司机登录信息和当前登录时间，得到班次信息。

处理器可根据获取得到的司机登录信息和当前登录时间，通过查询预先建立的班次数据库，得到相应的班次信息。

步骤S630，根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；购票票号清单包括若干个购票票号。

其中，上述的步骤S630的具体说明请参照上述实施例的描述，在此不再赘述。

步骤S640，获取用户的待验车票码；待验车票码包括待验车票号和待验校验码。

其中，上述的步骤S640的具体说明请参照上述实施例的描述，在此不再赘述。

步骤S650，在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理待验车票号和班次随机码，得到当前校验码。

其中，上述的步骤S650的具体说明请参照上述实施例的描述，在此不再赘述。

步骤S660，在当前校验码和待验校验码匹配时，则确认待验车票码验票通过。

其中，上述的步骤S660的具体说明请参照上述实施例的描述，在此不再赘述。

上述实施例中，每次验票仅需扫描司机的身份二维码，即可开始验票，使用简单；在弱网络环境下，如周边环境网络稳定性差或无网络，通过检验算法对对应待验车票码的校验码进行匹配验证，依然能够完成验票操作，无需采用人工验票方式，以及无需采用固定验票闸机等基础设施，从而提高了验票效率，实现精准且快速验票。

在一个示例中，获取当前的购票票号清单的步骤包括：

在车辆发车时刻后的预设时间之前，基于预设周期获取对应班次信息的更新购票票号清单，并将更新购票票号清单更新至当前的购票票号清单。

具体地，根据获取到的班次信息，在车辆发车时刻后的预设时间之前，扫码机启动后台进程，基于预设周期获取对应班次信息的更新购票票号清单，即实现定时抓取服务器端提供的更新购票票号清单，并将更新购票票号清单更新至当前的购票票号清单。

示例性的，更新购票票号清单包括购票票号和退票票号。根据确定的班次，扫码机启动后台进程，定时抓取服务器端提供的更新购票票号清单，此处为独立进程，根据网络状态情况动态调整请求服务器端的接口。例如，该进程在车辆发车时间过后5分钟后主动停止，进而能够及时更新本地内存存储的当前的购票票号清单，提高验票效率和验票精准性。

在一个示例中，基于校验算法处理待验车票号和班次随机码步骤包括：

基于哈希算法处理待验车票号和班次随机码，得到当前校验码。

其中，哈希算法为MD5算法。具体地，获取待验车票码中的待验票号部分，将从服务器端获得随机码R和待验车票码一起计算当前校验码C＝MD5(T+R)，如果当前校验码C和待验车票码中待验校验码一致，则确认匹配验票通过，实现在无网络或网络稳定稳定性差时的快速验票，提高了验票效率。

在一个实施例中，快速验票方法的具体实现过程为：

步骤1：司机扫码签到，此流程主要用于确定班次信息，由于司机签到后，即可确定司机即将发车的班次信息，据此可以知道班次信息和对于班次的车牌销售记录信息；

步骤2：根据确定的班次，扫码机启动后台进程，定时抓取服务器端提供的销售票号清单和退票票号清单，此处为独立进程，根据网络状态情况动态调整请求服务器端的接口。该进程在车辆发车时间过后5分钟后主动停止。

步骤3：用户扫码，扫码机读取到用户车票码之后，将待验车票码按照间隔符拆分待验票号和待验校验码。

步骤4：使用票码整体在本地内存中查找，如果找到退票号匹配则直接判定该票无效，且验票流程结束，如果未匹配，则继续下一步。

步骤5：使用票码整体在本地内存中查找，如果在有效票号中找到，则判定该票有效，且验票流程结束，如果没有找到，则继续下一步。

步骤6：使用票码整体，发起一次在线查询，本查询使用服务器提供restful接口进行，如果返回票号有效，则判定该票有效，且验票流程结束，如果票号无效则判定该票无效，且验票流程结束，如果连接超时，本查询严格显示请求时间1秒，超时即退出，继续下一步。

步骤7：使用票码拆分出来的票号，和班次的随机数字段TicketPrivateKey，计算校验码，如果该校验码前5位和票码拆出来校验码一致，则验票通过，且验票流程结束，如果不一致则判定该票无效，且验票流程结束。

需要说明的是，服务器端提供用户签到接口，此处接受司机登录会话信息，通过数据查询司机接下来即将发车的班次，并将查询到的信息返回，用restful接口的信息提供。服务器端提供指定班次的有效票号和退票票号数据接口，根据司机的签到情况和班次信息，服务器确认司机的排班情况之后，将该班次的有效票号和退票票数据以restful接口信息提供给请求端。服务器端提供主动验票接口，客户端提供司机登录信息、班次信息和待验票票号。服务器确认司机的排班情况之后，首先判断该票是否为退票票号，如果是退票票号，返回验证不通过；如果不是退票票号，则判断该票号是否为有效票号，如果不是则返回验证不通过，如果是则返回验证通过。

上述实施例中，每次验票仅需扫描司机的身份二维码，即可开始验票，使用简单；在弱网络环境下，如周边环境网络稳定性差或无网络，通过检验算法对对应待验车票码的校验码进行匹配验证，依然能够完成验票操作，无需采用人工验票方式，以及无需采用固定验票闸机等基础设施，从而提高了验票效率，实现精准且快速验票。

应该理解的是，虽然图2-6的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-6中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图7所示，还提供了一种快速验票装置，快速验票装置包括：

班次信息获取单元710，用于获取班次信息。

班次信息处理单元720，用于根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；购票票号清单包括若干个购票票号。

车票码获取单元730，用于获取用户的待验车票码；待验车票码包括待验车票号和待验校验码。

验票处理单元740，用于在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理待验车票号和班次随机码，得到当前校验码。

验票判断单元750，用于在当前校验码和待验校验码匹配时，则确认待验车票码验票通过。

关于快速验票装置的具体限定可以参见上文中对于快速验票方法的限定，在此不再赘述。上述快速验票装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于快速验票系统中的处理器中，也可以以软件形式存储于快速验票系统中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种快速验票系统。快速验票系统包括扫码机。扫码机可以但不限于是手机和手持扫码装置。快速验票系统的内部结构图可以如图8所示。快速验票系统包括通过系统总线连接的处理器和存储器；该快速验票系统还可包括网络接口和输入装置。其中，该处理器用于提供计算和控制能力。该存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种快速验票方法。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的快速验票系统的限定，具体的快速验票系统可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种快速验票系统，包括存储器和处理器，存储器存储有计算机程序，处理器用于执行以下快速验票方法的步骤：

获取班次信息；根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；购票票号清单包括若干个购票票号；获取用户的待验车票码；待验车票码包括待验车票号和待验校验码；在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理待验车票号和班次随机码，得到当前校验码；在当前校验码和待验校验码匹配时，则确认待验车票码验票通过。

上述实施例中，通过在验票开始前仅需获取班次信息，即可开始验票，使用简单；在弱网络环境下，如周边环境网络稳定性差或无网络，通过检验算法对对应待验车票码的校验码进行匹配验证，依然能够完成验票操作，无需采用人工验票方式，以及无需采用固定验票闸机等基础设施，从而提高了验票效率，实现精准且快速验票。

在一个实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一项的快速验票方法的步骤。

在一个示例中，计算机程序被处理器执行时实现以下步骤：

获取班次信息；根据班次信息，获取当前的购票票号清单和对应班次信息的班次随机码；购票票号清单包括若干个购票票号；获取用户的待验车票码；待验车票码包括待验车票号和待验校验码；在待验车票号与购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理待验车票号和班次随机码，得到当前校验码；在当前校验码和待验校验码匹配时，则确认待验车票码验票通过。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各除法运算方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (9)

1.一种快速验票方法，其特征在于，包括以下步骤：

获取班次信息；

根据所述班次信息，获取当前的购票票号清单和对应所述班次信息的班次随机码；所述购票票号清单包括若干个购票票号；

获取用户的待验车票码；所述待验车票码包括待验车票号和待验校验码；基于间隔符对所述待验车票码进行拆分处理，得到所述待验车票号和所述待验校验码，其中，所述待验车票码结构为每个班次产生一个所述班次随机码，每张票产生一个所述待验车票号，将所述待验车票号和所述班次随机码计算哈希值，得到所述待验校验码；

在所述待验车票号与所述购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理所述待验车票号和所述班次随机码，得到当前校验码；

在所述当前校验码和所述待验校验码匹配时，则确认所述待验车票码验票通过。

2.根据权利要求1所述的快速验票方法，其特征在于，所述获取用户的待验车票码的步骤之后包括：

在所述待验车票号与所述购票票号清单中的购票票号匹配时，确认所述待验车票码验票通过。

3.根据权利要求2所述的快速验票方法，其特征在于，所述购票票号清单还包括作废票号；

所述获取用户的待验车票码的步骤之后包括：

在所述待验车票号与所述购票票号清单中的作废票号匹配时，确认所述待验车票码验票失败。

4.根据权利要求3所述的快速验票方法，其特征在于，所述获取用户的待验车票码的步骤之后包括：

在所述待验车票号与所述购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求有反馈时，接收所述云端服务器反馈的查询结果；

根据所述查询结果，若待验车票号与所述云端服务器中的更新票号匹配，则确认所述待验车票码验票通过；

若待验车票号与所述云端服务器中的更新票号不匹配，则确认所述待验车票码验票失败。

5.根据权利要求1所述的快速验票方法，其特征在于，所述获取班次信息的步骤包括：

获取司机登录信息和当前登录时间；

根据所述司机登录信息和所述当前登录时间，得到所述班次信息。

6.根据权利要求1所述的快速验票方法，其特征在于，所述获取当前的购票票号清单的步骤包括：

在车辆发车时刻后的预设时间之前，基于预设周期获取对应所述班次信息的更新购票票号清单，并将所述更新购票票号清单更新至当前的所述购票票号清单。

7.根据权利要求1所述的快速验票方法，其特征在于，所述基于校验算法处理所述待验车票号和所述班次随机码步骤包括：

基于哈希算法处理所述待验车票号和所述班次随机码，得到所述当前校验码。

8.一种快速验票装置，其特征在于，包括：

班次信息获取单元，用于获取班次信息；

班次信息处理单元，用于根据所述班次信息，获取当前的购票票号清单和对应所述班次信息的班次随机码；所述购票票号清单包括若干个购票票号；

车票码获取单元，用于获取用户的待验车票码；所述待验车票码包括待验车票号和待验校验码；基于间隔符对所述待验车票码进行拆分处理，得到所述待验车票号和所述待验校验码，其中，所述待验车票码结构为每个班次产生一个所述班次随机码，每张票产生一个所述待验车票号，将所述待验车票号和所述班次随机码计算哈希值，得到所述待验校验码；

验票处理单元，用于在所述待验车票号与所述购票票号清单中的各个购票票号均不匹配，且向云端服务器发起远程查询请求无反馈时，基于校验算法处理所述待验车票号和所述班次随机码，得到当前校验码；

验票判断单元，用于在所述当前校验码和所述待验校验码匹配时，则确认所述待验车票码验票通过。

9.一种快速验票系统，其特征在于，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述快速验票方法的步骤。