CN114944020A - 乘车信息的验证方法及设备 - Google Patents

Abstract

本申请公开了一种乘车信息的验证方法及设备，涉及电子技术技术领域。乘车验证服务器能够在公交车辆到达第一站台之前向位于第一站台的显示设备发送第一编码图像以供该显示设备显示。移动终端扫描该第一编码图像后，乘车验证服务器若确定移动终端中登录的用户账号的乘车验证信息通过验证，且该移动终端已经预支乘车费用，则向移动终端发送第二编码图像以供移动终端所属的乘客乘车。由此可见，采用本申请实施例提供的乘车信息的验证方法，乘客直接控制移动终端显示第二编码图像即可实现乘车。而无需控制移动终端先显示乘车验证信息，再切换显示乘车支付码才能实现乘车，因此简化了乘车流程，从而提高了乘车效率，提升了乘客的乘车体验。

Description

乘车信息的验证方法及设备

技术领域

本申请涉及电子技术领域，特别涉及一种乘车信息的验证方法及设备。

背景技术

目前乘客乘坐公交车辆的过程中，需要先控制移动终端显示个人信息界面，该个人信息界面显示有乘客的乘车验证信息(例如健康码)。待公交车辆的司机确定该乘车验证信息满足乘车条件后，乘客可以控制移动终端将该个人信息界面切换为显示有乘车支付码的乘车界面。之后，乘客可以将移动终端放置在公交车辆中的车载设备的扫描范围内，以便该车载设备扫描该乘车支付码从而实现乘车。

由此可见，目前乘坐公交车辆的流程较为复杂，乘车效率较低。

发明内容

本申请提供了一种乘车信息的验证方法及设备，可以解决相关技术的乘坐公交车辆的流程较为复杂，乘车效率较低的问题。所述技术方案如下：

一方面，提供了一种乘车信息的验证方法，应用于乘车验证服务器；所述方法包括：

在公交车辆到达第一站台之前，向位于所述第一站台的显示设备发送第一编码图像，以供所述显示设备显示，所述第一编码图像基于所述公交车辆的第一车辆信息得到，所述第一车辆信息包括所述公交车辆的标识；

响应于由移动终端扫描所述第一编码图像所触发的信息检测指令，验证所述移动终端中登录的用户账号的乘车验证信息，所述信息检测指令包括所述用户账号和所述第一车辆信息；

若确定所述乘车验证信息通过验证，且所述移动终端已经预支乘车费用，则向所述移动终端发送第二编码图像以供所述移动终端显示，所述第二编码图像基于所述乘车验证信息的验证结果、所述第一车辆信息和所述乘车费用的支付信息得到；

若确定所述公交车辆的车载设备扫描到所述第二编码图像，则扣除所述乘车费用。

另一方面，提供了一种乘车信息的验证方法，应用于移动终端；所述方法包括：

扫描位于第一站台的显示设备显示的第一编码图像，所述第一编码图像是乘车验证服务器在公交车辆到达所述第一站台之前发送的，且基于所述公交车辆的第一车辆信息得到，所述第一车辆信息包括所述公交车辆的标识；

向所述乘车验证服务器发送信息检测指令，所述信息检测指令包括所述移动终端中登录的用户账号和所述第一车辆信息；

接收并显示所述乘车验证服务器发送的第二编码图像，所述第二编码图像用于供所述公交车辆的车载设备扫描，且所述第二编码图像是所述乘车验证服务器响应于所述信息检测指令，在确定所述用户账号的乘车验证信息通过验证，且所述移动终端已经预支乘车费用后发送的，所述第二编码图像基于所述乘车验证信息的验证结果、所述第一车辆信息和所述乘车费用的支付信息得到。

又一方面，提供了一种乘车验证服务器，所述乘车验证服务器包括：处理器；所述处理器用于：

在公交车辆到达第一站台之前，向位于所述第一站台的显示设备发送第一编码图像，以供所述显示设备显示，所述第一编码图像基于所述公交车辆的第一车辆信息得到，所述第一车辆信息包括所述公交车辆的标识；

响应于由移动终端扫描所述第一编码图像所触发的信息检测指令，验证所述移动终端中登录的用户账号的乘车验证信息，所述信息检测指令包括所述用户账号和所述第一车辆信息；

若确定所述乘车验证信息通过验证，且所述移动终端已经预支乘车费用，则向所述移动终端发送第二编码图像以供所述移动终端显示，所述第二编码图像基于所述乘车验证信息的验证结果、所述第一车辆信息和所述乘车费用的支付信息得到；

若确定所述公交车辆的车载设备扫描到所述第二编码图像，则扣除所述乘车费用。

再一方面，提供了一种移动终端，所述移动终端包括：处理器、显示屏和摄像头；所述处理器用于：

控制所述摄像头扫描位于第一站台的显示设备显示的第一编码图像，所述第一编码图像是乘车验证服务器在公交车辆到达所述第一站台之前发送的，且基于所述公交车辆的第一车辆信息得到，所述第一车辆信息包括所述公交车辆的标识；

向所述乘车验证服务器发送信息检测指令，所述信息检测指令包括所述移动终端中登录的用户账号和所述第一车辆信息；

接收并控制所述显示屏显示所述乘车验证服务器发送的第二编码图像，所述第二编码图像用于供所述公交车辆的车载设备扫描，且所述第二编码图像是所述乘车验证服务器响应于所述信息检测指令，在确定所述用户账号的乘车验证信息通过验证，且所述移动终端已经预支乘车费用后发送的，所述第二编码图像基于所述乘车验证信息的验证结果、所述第一车辆信息和所述乘车费用的支付信息得到。

再一方面，提供了一种乘车验证服务器，所述乘车验证服务器包括：存储器，处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述方面所述的应用于乘车验证服务器的乘车信息的验证方法。

再一方面，提供了一种移动终端，所述移动终端包括：存储器，处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述方面所述的应用于移动终端的乘车信息的验证方法。

再一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现如上述方面所述的乘车信息的验证方法。

再一方面，提供了一种包含指令的计算机程序产品，当所述计算机程序产品在所述计算机上运行时，使得所述计算机执行上述方面所述的乘车信息的验证方法。

本申请提供的技术方案带来的有益效果至少包括：

本申请提供了一种乘车信息的验证方法及设备，乘车验证服务器能够在公交车辆到达第一站台之前向位于第一站台的显示设备发送第一编码图像，以供该显示设备显示。移动终端扫描该第一编码图像后，乘车验证服务器若确定移动终端中登录的用户账号的乘车验证信息通过验证，且该移动终端已经预支乘车费用，则向移动终端发送第二编码图像以供移动终端所属的乘客乘车。由此可见，采用本申请实施例提供的乘车信息的验证方法，乘客直接控制移动终端显示第二编码图像即可实现乘车。而无需控制移动终端先显示乘车验证信息，再切换显示乘车支付码才能实现乘车，因此简化了乘车流程，从而提高了乘车效率，提升了乘客的乘车体验。

附图说明

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

图1是本申请实施例提供的一种乘车信息的验证***的结构示意图；

图2是本申请实施例提供的一种乘车信息的验证方法的流程图；

图3是本申请实施例提供的另一种乘车信息的验证方法的流程图；

图4是本申请实施例提供的一种位于第一站台的显示设备显示第一编码图像的示意图；

图5是本申请实施例提供的一种移动终端启用乘车费用的预支付功能的界面示意图；

图6是本申请实施例提供的一种移动终端预支乘车费用的界面示意图；

图7是本申请实施例提供的一种移动终端显示第二编码图像的示意图；

图8是本申请实施例提供的一种第一编码信息无效后，移动终端所显示的界面图；

图9是本申请实施例提供的一种移动终端的结构示意图；

图10是本申请实施例提供的一种移动终端的软件结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1是本申请实施例提供的一种乘车信息的验证***的结构示意图。参见图1，该***可以包括：乘车验证服务器110、公交车辆的车载设备120、位于站台(即公交站台)的显示设备130和乘客的移动终端140。其中，乘车验证服务器110可以分别与该车载设备120、该显示设备130和移动终端140建立有通信连接。

可选的，该乘车验证服务器110可以是一台服务器，或者可以是由若干台服务器组成的服务器集群，又或者可以是一个云计算服务中心。该移动终端140可以为是手机、平板或笔记本电脑。

本申请实施例提供了一种乘车信息的验证方法，该方法可以应用于乘车信息的验证***，例如图1所示的***。参见图2，该方法包括：

步骤101、乘车验证服务器在公交车辆到达第一站台之前，向位于第一站台的显示设备发送第一编码图像。

其中，第一站台是公交车辆即将达到的公交站台。该第一编码图像是乘车验证服务器对公交车辆的第一车辆信息进行编码得到的。该第一车辆信息包括该公交车辆的标识。该标识可以包括公交车辆的车牌号。

在一种可选的实现方式中，公交车辆的车载设备在到达第一站台之前可以向乘车验证服务器发送第一车辆信息。乘车验证服务器接收到第一车辆信息后，即可确定公交车辆待到达的第一站台，并向位于第一站台的显示设备发送第一编码图像。

这种实现方式下，乘车验证服务器可以通过下述方式确定第一站台：乘车验证服务器可以获取公交车辆当前的位置，并可以根据公交车辆当前的位置，以及公交车辆的路线图确定公交车辆即将到达的第一站台。

或者，第一车辆信息还可以包括第一站台的站台标识，以及该第一车辆信息的发送时刻。该标识可以为第一站台的名称，或者可以为第一站台的编号。该编号可以为第一站台在多个站台中的排列次序。基于此，公交车辆可以直接将第一车辆信息中的站台标识所指示的站台确定为公交车辆待到达的第一站台。

在另一种可选的实现方式中，乘车验证服务器可以获取公交车辆当前的位置。之后，若乘车验证服务器根据公交车辆当前的位置，以及公交车辆的路线图确定公交车辆即将到达第一站台，则可以向位于第一站台的显示设备发送第一编码图像。

可以理解的是，若第一编码图像是对公交车辆的标识进行编码所得到的编码图像，则该第一编码图像可以称为该公交车辆的场所码。

步骤102、位于第一站台的显示设备显示第一编码图像。

位于第一站台的显示设备接收到第一编码图像后，即可在该显示设备的显示屏中显示第一编码图像。并且，该显示设备在显示第一编码图像的过程中，还可以显示公交车辆的车次，以便乘客获知公交车辆的车次。

步骤103、移动终端向乘车验证服务器发送由扫描第一编码图像所触发的信息检测指令。

若移动终端所属的乘客需要乘坐该公交车辆，则可以控制移动终端扫描位于第一站台的显示设备中显示的第一编码图像。移动终端扫描该第一编码图像后，即可向乘车验证服务器发送信息检测指令。其中，该信息检测指令可以包括：移动终端中登录的用户账号和公交车辆的第一车辆信息。该用户账号可以为能够用于唯一标识移动终端所属乘客的编码，例如可以为乘客的身份号码。

由于位于第一站台的显示设备能够在公交车辆到达第一站台之前显示第一编码图像，因此使得乘客能够提前控制移动终端扫描第一编码图像，从而可以避免公交车辆到达第一站台后，乘客才可以控制移动终端扫描公交车辆的场所码导致的上车拥堵的现象，继而有效提高了乘车效率。并且，由于可以为乘客预留较多时间以扫描第一编码图像，因此可以避免大量乘客同时扫描第一编码图像导致乘车验证服务器的访问压力较大的问题。

步骤104、乘车验证服务器响应于信息检测指令，若确定移动终端中登录的用户账号的乘车验证信息通过验证，且移动终端已经预支乘车费用，则向该移动终端发送第二编码图像。

乘车验证服务器接收到移动终端发送的信息检测指令后，可以基于该信息检测指令中携带的用户账号，从账号与验证信息的对应关系中，确定该用户账号对应的乘客的乘车验证信息。其中，该对应关系可以是乘车验证服务器中预先存储的。之后，乘车验证服务器可以检测该乘车验证信息是否满足乘车条件，以及移动终端是否已经预支乘车费用。

若乘车验证服务器确定该乘车验证信息满足乘车条件，则可以确定该乘车验证信息通过验证。若乘车验证服务器确定该乘车验证信息通过验证，且移动终端已经预支乘车费用，则可以向对该乘车验证信息的验证结果、公交车辆的第一车辆信息和乘车费用的支付信息进行编码，以得到第二编码图像，并向移动终端发送第二编码图像。

其中，乘车条件可以是乘车验证服务器预先存储的。可选的，第二编码图像为二维码。

步骤105、移动终端显示第二编码图像。

移动终端接收到第二编码图像后，可以在其显示屏中显示第二编码图像。

步骤106、乘车验证服务器若确定公交车辆的车载设备扫描到第二编码图像，则扣除乘车费用。

乘客在上车后，可以将显示有第二编码图像的移动终端放置在公交车辆的车载设备的扫描范围内，以供车载设备扫描。车载设备扫描第二编码图像后，可以向乘车验证服务器发送用于指示已经扫描到第二编码图像的目标消息。乘车验证服务器接收到该目标消息后，即可确定公交车辆的车载设备扫描到第二编码图像，继而可以扣除移动终端已经预支的乘车费用。由此可见，乘客采用一个编码图像即可实现乘车(即一码乘车)，乘车效率较高。

综上所述，本申请实施例提供了一种乘车信息的验证方法，乘车验证服务器能够在公交车辆到达第一站台之前向位于第一站台的显示设备发送第一编码图像，以供该显示设备显示。移动终端扫描该第一编码图像后，乘车验证服务器若确定移动终端中登录的用户账号的乘车验证信息通过验证，且该移动终端已经预支乘车费用，则向移动终端发送第二编码图像以供移动终端所属的乘客乘车。由此可见，采用本申请实施例提供的乘车信息的验证方法，乘客直接控制移动终端显示第二编码图像即可实现乘车。而无需控制移动终端先显示乘车验证信息，再切换显示乘车支付码才能实现乘车，因此简化了乘车流程，从而提高了乘车效率，提升了乘客的乘车体验。

本申请实施例以乘车验证服务器接收到公交车辆发送的第一车辆信息后，向位于第一站台的显示设备发送第一编码图像为例，对本申请实施例提供的乘车信息的验证方法进行示例性说明。该方法可以应用于乘车信息的验证***。参见图3，该方法可以包括：

步骤201、公交车辆的车载设备在到达第一站台之前向数据服务器发送第一车辆信息。

其中，第一站台是指公交车辆即将到达的，且与该公交车辆距离最近的站台。公交车辆的第一车辆信息可以包括：公交车辆的标识。该标识可以为公交车辆的车牌号。

在本申请实施例中，公交车辆的车载设备向乘车验证服务器发送第一车辆信息的触发方式有多种，本申请实施例以下述几种可选的实现方式为例，对公交车辆的车载设备向乘车验证服务器发送第一车辆信息的实现过程进行示例性说明。

在一种可选的实现方式中，公交车辆的车载设备可以获取该公交车辆到达第一站台所需行驶过的路程，并在该路程小于等于目标路程后，向乘车验证服务器发送该公交车辆的第一车辆信息。其中，该目标路程可以是公交车辆的车载设备预先存储的。例如，该目标路程可以为600米(m)。

在另一种可选的实现方式中，公交车辆的车载设备可以获取该公交车辆达到第一站台所需的时长，并在该时长小于等于时长阈值后，向乘车验证服务器发送该公交车辆的第一车辆信息。其中，该时长阈值可以是车载设备预先存储的。例如，该时长阈值可以为3分钟(min)，或者可以为2min。

在又一种可选的实现方式中，公交车辆具有信息发送按钮。公交车辆的司机根据自身经验在确定公交车辆达到第一站台所需的时长大约等于时长阈值后，即可按压该按钮。相应的，公交车辆的车载设备响应于针对该按钮的按压操作，可以向乘车验证服务器发送公交车辆的第一车辆信息。

可选的，该第一车辆信息还可以包括：第一站台的站台标识，以及第一车辆信息的发送时刻。其中，第一站台的站台标识可以为第一站台的名称，或者可以为第一站台的编号。该编号可以为第一站台在多个站台中的排列次序。

可以理解的是，第一车辆信息除了可以包括公交车辆的标识，第一站台的站台标识，以第一车辆信息的发送时刻之外，还可以包括公交车辆的车次。如此，可以便于需要追溯乘客的行动轨迹的工作人员获知乘车上车的站台。

步骤202、乘车验证服务器确定第一站台。

乘车验证服务器在接收到公交车辆发送的第一车辆信息后，可以确定公交车辆即将到达的第一站台，并可以对第一车辆信息进行编码，以得到第一编码图像。

可选的，该第一编码图像为二维码。若第一编码图像基于公交车辆的车牌号编码得到，则该第一编码图像还可以称为该公交车辆的场所码。

在本申请实施例中，若第一车辆信息还包括第一站台的站台标识，则乘车验证服务器可以将第一车辆信息中的站台标识所指示的站台确定为第一站台。

若第一车辆信息不包括第一站台的站台标识，则乘车验证服务器在接收到第一车辆信息后可以获取公交车辆当前的位置，并可以根据公交车辆当前的位置，以及公交车辆的路线图确定公交车辆即将到达的第一站台。

步骤203、乘车验证服务器向位于第一站台的显示设备发送第一编码图像。

乘车验证服务器确定第一站台后，即可向位于第一站台的显示设备发送该第一编码图像。并且，乘车验证服务器还可以向位于第一站台的显示设备发送公交车辆的车次。

其中，该车次可以是前文所述的第一车辆信息中携带的，或者可以是乘车验证服务器基于第一车辆信息中的标识，从标识与车次的对应关系中确定的。

步骤204、位于第一站台的显示设备显示第一编码图像。

在本申请实施例中，位于第一站台的显示设备接收到乘车验证服务器发送的第一编码图像后，即可显示该第一编码图像。并且，该显示设备还可以显示该第一编码图像所属公交车辆的车次，以便乘客获知该公交车辆的车次。

示例的，假设公交车辆为280路公交车辆，即该公交车辆的车次为280，则参见图4，位于第一站台的显示设备可以显示该公交车辆的第一编码图像0a，并在该第一编码图像0a的下方显示该公交车辆的车次“280”。

步骤205、移动终端扫描位于第一站台的显示设备显示的第一编码图像。

移动终端所属的乘客若需乘坐该第一编码图像所属的公交车辆，则可以控制移动终端扫描该第一编码图像。移动终端扫描第一编码图像后，即可获取公交车辆的第一车辆信息。

步骤206、移动终端向乘车验证服务器发送信息检测指令。

移动终端扫描第一编码图像后，即可向乘车验证服务器发送信息检测指令。该信息检测指令可以包括：移动终端中登录的用户账号和公交车辆的第一车辆信息。

其中，该用户账号可以为能够唯一标识该乘客的编号，例如可以为乘客的身份号码。

步骤207、乘车验证服务器响应于信息检测指令，检测移动终端中登录的用户账号的乘车验证信息是否通过验证。

乘车验证服务器响应于信息检测指令，可以基于该信息检测指令中携带的用户账号，从账号与验证信息的对应关系中，确定移动终端中登录的用户账号的乘车验证信息。之后，乘车验证服务器可以检测该乘客的乘车验证信息是否满足乘车条件。其中，账号与验证信息的对应关系，以及乘车条件均可以是乘车验证服务器预先存储的。

若乘车验证服务器确定该乘客的乘车验证信息不满足乘车条件，则可以确定该乘车验证信息未通过验证，继而执行步骤208。若乘车验证服务器确定该乘客的乘车验证信息满足乘车条件，则可以确定该乘车验证信息通过验证，继而可以执行步骤210。

可选的，该乘车验证信息可以包括下述信息中的至少一种：该用户账号指示的乘客的核酸检测结果，以及该乘客在最近的目标时段内所停留过的地区。该乘车条件可以包括：防疫策略，该防疫策略可以包括：乘客的核酸检测结果为阴性，以及乘客在该目标时段内的所停留过的地区不包括目标地区。

步骤208、乘车验证服务器向移动终端发送提醒指令。

若乘车验证服务器确定移动终端中登录的用户账号的乘车验证信息未通过验证，则可以向移动终端发送提醒指令。

步骤209、移动终端响应于提醒指令，发出用于提示无法乘车的提醒消息。

其中，该提醒消息可以包括：声音消息和/或文字消息。若提醒消息包括声音消息，则移动终端响应于提醒指令可以播放该声音消息。若提醒消息包括文字消息，则移动终端响应于提醒指令可以显示该文字消息。

可选的，乘车验证服务器确定移动终端中登录的用户账号的乘车验证信息未通过验证后，还可以向移动终端发送基于该乘车验证信息的验证结果(即未通过验证)得到的第五编码图像。移动终端接收到该乘车验证信息后，还可以显示该第五编码图像。

根据上述步骤201至步骤209的描述可知，公交车辆的车载设备能够在到达第一站台之前向乘车验证服务器发送第一车辆信息，以便乘车验证服务器基于第一车辆信息得到第一编码图像，并将该第一编码图像发送至位于第一站台的显示设备。相应的，该显示设备即可提前显示公交车辆的第一编码图像。乘客继而可以提前通过移动终端扫描该第一编码图像，以获知用于指示乘车是否能够乘车的乘车结果。而无需待公交车辆驶入第一站台后，才能扫描公交车辆的场所码，继而得到乘车结果。如此，一方面有效提高乘客的乘车效率，另一方面在乘客的乘车验证信息不满足乘车条件的情况下，可以避免乘客的无效等待，提升了乘客的乘车体验。

步骤210、乘车验证服务器检测移动终端是否已经预支乘车费用。

乘车验证服务器确定乘客的乘车验证信息通过验证后，可以检测移动终端会否已经预支乘车费用。若乘车验证服务器确定移动终端已经预支乘车费用，则可以执行步骤211。若乘车验证服务器确定移动终端未预支乘车费用，则可以执行步骤215。

在一种可选的实现方式中，移动终端具有乘车费用的预支付功能。该预支付功能启用后，乘车验证服务器若确定移动终端中登录的用户账号的乘车验证信息通过验证，则可以自动从移动终端中登录的乘车账号中冻结本次的乘车费用，从而达到移动终预支乘车费用的效果。

示例的，参见图5，移动终端可以显示车费预支付开关控件01，以及关于该车费预支付开关的功能描述02“打开车费预支付开关，手机在扫描车辆的编码图像后能够自动预先支付乘车费用”。如图5所示，乘客可以触控该车费预支付开关控件01。移动终端响应于乘客针对该车费预支付开关控件01的触控操作，可以启用乘车费用的预支付功能。

在另一种可选的实现方式中，乘车验证服务器确定移动终端中登录的用户账号的乘车验证信息通过验证后，可以向移动终端发送验证通过消息。移动终端接收到该验证通过消息后，可以显示预付款控件。之后，移动终端可以响应于乘客针对该预付款控件的触控操作，预支乘车费用。

可选的，乘车验证服务器确定该乘车验证信息通过验证后，还可以向移动终端发送基于该乘车验证信息的验证结果得到的第三编码图像，以供移动终端显示。

可以理解的是，基于乘车验证信息通过验证的验证结果得到的第三编码图像的颜色，与基于乘车验证信息未通过验证的验证结果得到的第五编码图像的颜色不同。例如，第三编码图像的颜色可以为绿色，第五编码图像的颜色可以为黄色或红色。

示例的，参见图6，乘车验证服务器确定移动终端中登录的用户账号的乘车验证信息通过验证后，可以显示第三编码图像0b和预付款控件03。之后，乘客可以点击该预付款控件03，移动终端响应于乘客针对该预付款控件03的点击操作预先支付乘车费用。

从图6中还可以看出，移动终端还可以显示用于指示该乘车验证信息通过验证的字样“审核通过”，以便乘客确定自己能够乘车。

步骤211、乘车验证服务器向移动终端发送第二编码图像。

若乘车验证服务器确定移动终端已经预支乘车费用，则可以对乘车验证信息的验证结果(即通过验证)，公交车辆的第一车辆信息，以及预支乘车费用的支付信息进行编码，以得到第二编码图像。之后，乘车验证服务器可以向移动终端发送第二编码图像。

步骤212、移动终端显示第二编码图像。

移动终端接收到第二编码图像后，即可显示该第二编码图像。

示例的，参见图7，移动终端在显示第二编码图像0c时，还可以显示用于指示移动终端已经预支乘车费用的字样“预付费成功”。

步骤213、若乘车验证服务器确定车载设备扫描到第二编码图像，则扣除成预支的乘车费用。

乘客上车后，可以将移动终端显示的第二编码图像放置在公交车辆的车载设备的扫描范围内，以供该车载设备扫描。车载设备扫描该第二编码图像后，可以向乘车验证服务器发送针对该第二编码图像的目标消息，该目标消息可以用于指示已经扫描到第二编码图像。相应的，乘车验证服务器在接收到该目标消息后，即可确定车载设备扫描到第二编码图像。之后，乘车验证服务器可以扣除移动终端已经预支的乘车费用。

在本申请实施例中，移动终端已经预支乘车费用，但该移动终端所属的乘客可能因个人原因没有乘车。这种情况下，乘车验证服务器还可以执行下述步骤：

步骤214、若乘车验证服务器确定在向移动终端发送第二编码图像后的目标时刻后，车载设备还未扫描到该移动终端显示的第二编码图像，则退还已经预支的乘车费用。

其中，目标时刻晚于乘车验证服务器向移动终端发送第二编码图像的发送时刻。

在一种可选的实现方式中，该目标时刻与该发送时刻的时间差可以为参考时长。该参考时长可以是乘车验证服务器预先存储的，例如可以为1小时。这种实现方式下，乘车验证服务器在向移动终端发送第二编码图像后，即可基于该第二编码图像的发送时刻和参考时长确定目标时刻。之后，乘车验证服务器在当前时刻大于等于目标时刻后，若确定还未接收到车载设备发送的针对第二编码图像的目标消息，则可以确定车载设备未扫描到第二编码图像。

在另一种可选的实现方式中，该目标时刻可以是乘车验证服务器接收到车载设备发送的第二车辆信息的时刻，该第二车辆信息可以是车载设备在公交车辆即将到达第二站台时发送的。该第二站台是在公交车辆的行驶方向上，第一站台的下一站台。第二车辆信息包括：公交车辆的标识，第二站台的标识，以及第二车辆信息的发送时刻。这种实现方式下，乘车验证服务器在接收到该第二车辆信息后，若确定还未接收到车载设备发送的针对第二编码图像的目标消息，则可以确定车载设备未扫描到第二编码图像。

可以理解的是，乘车验证服务器在接收到车载设备发送的第二车辆信息之后，还可以控制位于第一站台的显示设备取消显示第一编码图像，并向位于第二站台的显示设备发送第四编码图像，以供位于第二站台的显示设备显示。其中，第四编码图像可以乘车验证服务器对第二车辆信息进行编码得到的。

并且，乘车验证服务器在接收到车载设备发送的第二车辆信息之后，若接收到由移动终端扫描第一编码图像(此时该第一编码图像可以是移动终端预先存储的，例如移动终端在该显示设备显示第一编码图像时拍摄得到的)触发的信息检测指令，则可以向移动终端发送用于指示第一编码图像无效的提示信息。由此可见，第一编码图像在公交车辆抵达下一站时便会失效。

可选的，乘车验证服务器可以向位于第一站台的显示设备发送针对第一编码图像的取消显示指令。该显示设备接收到该取消显示指令后，即可响应于该取消显示指令，取消显示第一编码图像。

示例的，假设乘车验证服务器已经接收到公交车辆的车载设备发送的第二车辆信息，则参见图8，移动终端扫描预先存储的第一编码图像后，可以显示提示信息04“二维码已失效”。

步骤215、乘车验证服务器向移动终端发送第三编码图像。

在本申请实施例中，若乘车验证服务器确定移动终端未预支乘车费用，则可以向移动终端发送第三编码图像。

步骤216、移动终端显示第三编码图像。

移动终端接收到第三编码图像后，即可显示该第三编码图像，以便公交车辆的司机查看。公交车辆的司机确定第三编码图像合格后，乘客即可控制移动终端显示乘车支付码以进行乘车。或者，乘客可以采用公交卡进行乘车。

可选的，移动终端在显示第三编码图像时，还可以显示第一车辆信息。如此，可以避免乘客采用健康码截图乘车的现象。若第三编码图像的颜色为绿色，则该第三编码图像合格。

可以理解的是，车载设备在扫描第二编码图像、乘车码和公交卡之后，均可以发出语音提示信息。其中，车载设备在扫描第二编码图像后发出的语音提示信息，不仅可以用于提示乘客的乘车验证信息已通过验证，且可以用于提示已经支付乘车费用。车载设备在扫描乘车码以及公交卡后发出的语音提示信息可以用于提示乘客已经支付乘车费用。例如，车载设备在扫描第二编码图像后发出的语音提示信息可以为“验证付费成功”，车载设备在扫描乘车码以及公交卡后发出的语音提示信息可以为“刷卡成功”。

如此，可以便于公交车辆的司机区分乘车验证信息通过验证且已经支付乘车费用的乘客与其他乘客，该其他乘客为乘车验证信息通过验证但未预支乘车费用的乘客，从而将监管重点放在该其他乘客上。即能够使得公交车辆的司机可以仅查看该其他乘客的移动终端所显示的乘车验证信息是否满足乘车条件，以及监管该其他乘客是否支付乘车费用。而无需查看每个乘客的乘车验证信息，以及监管乘客是否支付乘车费用。从而降低了司机的监管工作量，继而降低了人工错误判断或遗漏判断的概率。

需要说明的是，本申请实施例提供的乘车信息的验证方法的步骤的先后顺序可以进行适当调整，步骤也可以根据情况进行相应增减。例如，步骤201可以根据情况删除；或者，214可以根据情况删除；又或者，步骤215和步骤216也可以根据情况删除。任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化的方法，都应涵盖在本申请的保护范围之内，因此不再赘述。

综上所述，本申请实施例提供了一种乘车信息的验证方法，乘车验证服务器能够在公交车辆到达第一站台之前向位于第一站台的显示设备发送第一编码图像，以供该显示设备显示。移动终端扫描该第一编码图像后，乘车验证服务器若确定移动终端中登录的用户账号的乘车验证信息通过验证，且该移动终端已经预支乘车费用，则向移动终端发送第二编码图像以供移动终端所属的乘客乘车。由此可见，采用本申请实施例提供的乘车信息的验证方法，乘客直接控制移动终端显示第二编码图像即可实现乘车。而无需控制移动终端先显示乘车验证信息，再切换显示乘车支付码才能实现乘车，因此简化了乘车流程，从而提高了乘车效率，提升了乘客的乘车体验。

本申请实施例还提供了一种乘车验证服务器，该乘车验证服务器可以用于执行上述方法实施例提供的应用于乘车验证服务器的乘车信息的验证方法。该乘车验证服务器包括：处理器。该处理器用于：

在公交车辆到达第一站台之前，向位于第一站台的显示设备发送第一编码图像，以供显示设备显示，第一编码图像基于公交车辆的第一车辆信息得到，第一车辆信息包括公交车辆的标识；

响应于由移动终端扫描第一编码图像所触发的信息检测指令，验证移动终端中登录的用户账号的乘车验证信息，信息检测指令包括用户账号和第一车辆信息；

若确定乘车验证信息通过验证，且移动终端已经预支乘车费用，则向移动终端发送第二编码图像以供移动终端显示，第二编码图像基于乘车验证信息的验证结果、第一车辆信息和乘车费用的支付信息得到；

若确定公交车辆的车载设备扫描到第二编码图像，则扣除乘车费用。

可选的，该处理器还可以用于：

若确定乘车验证信息未通过验证，则向移动终端发出提醒指令，提醒指令用于指示移动终端发出用于提示无法乘车的提醒消息。

可选的，该处理器还可以用于：

若确定在向移动终端发送第二编码图像后的目标时刻后，车载设备未扫描到第二编码图像，则退还乘车费用。

可选的，该处理器还可以用于：

若确定乘车验证信息通过验证，且移动终端未预支乘车费用，则向移动终端发送第三编码图像，第三编码图像基于乘车验证信息的验证结果得到，第三编码图像用于供移动终端显示。

可选的，该处理器还可以用于：

接收公交车辆在到达第一站台之前发送的第一车辆信息；

第一车辆信息还包括：第一站台的站台标识，以及第一车辆信息的发送时刻。

可选的，该处理器还可以用于：

若接收到公交车辆在到达第二站台之前发送的第二车辆信息，则控制显示设备取消显示第一编码图像，并向位于第二站台的显示设备发送第四编码图像，以供位于第二站台的显示设备显示，第四编码图像基于第二车辆信息得到；

其中，第二车辆信息包括：公交车辆的标识、第二站台的标识，以及第二车辆信息的发送时刻。

综上所述，本申请实施例提供了一种乘车验证服务器，该乘车验证服务器能够在公交车辆到达第一站台之前向位于第一站台的显示设备发送第一编码图像，以供该显示设备显示。移动终端扫描该第一编码图像后，乘车验证服务器若确定移动终端中登录的用户账号的乘车验证信息通过验证，且该移动终端已经预支乘车费用，则向移动终端发送第二编码图像以供移动终端所属的乘客乘车。由此可见，采用本申请实施例提供的乘车信息的验证方法，乘客直接控制移动终端显示第二编码图像即可实现乘车。而无需控制移动终端先显示乘车验证信息，再切换显示乘车支付码才能实现乘车，因此简化了乘车流程，从而提高了乘车效率，提升了乘客的乘车体验。

本申请实施例还提供了一种移动终端，该移动终端可以用于执行上述方法实施例提供的应用于移动终端的乘车信息的验证方法。参见图9，该移动终端140包括：处理器1401、显示屏131和摄像头121。该处理器1401用于：

控制摄像头扫描位于第一站台的显示设备显示的第一编码图像，第一编码图像是乘车验证服务器在公交车辆到达第一站台之前发送的，且基于公交车辆的第一车辆信息得到，第一车辆信息包括公交车辆的标识；

向乘车验证服务器发送信息检测指令，信息检测指令包括移动终端中登录的用户账号和第一车辆信息；

接收并控制显示屏显示乘车验证服务器发送的第二编码图像，第二编码图像用于供公交车辆的车载设备扫描，且第二编码图像是乘车验证服务器响应于信息检测指令，在确定用户账号的乘车验证信息通过验证，且移动终端已经预支乘车费用后发送的，第二编码图像基于乘车验证信息的验证结果、第一车辆信息和乘车费用的支付信息得到。

可选的，该处理器1401还可以用于：

接收乘车验证服务器发送的提醒指令，提醒指令是乘车验证服务器在确定乘车验证信息未通过验证后发送的；

响应于提醒指令，发出用于提示无法乘车的提醒消息。

综上所述，本申请实施例提供了一种移动终端，该移动终端能够扫描位于第一站台的显示设备显示的第一编码图像以向乘车验证服务器发送信息检测指令，以指示乘车验证服务器若确定移动终端中登录的用户账号的乘车验证信息通过验证，且该移动终端已经预支乘车费用，则向移动终端发送第二编码图像以供移动终端所属的乘客乘车。由此可见，采用本申请实施例提供的乘车信息的验证方法，乘客直接控制移动终端显示第二编码图像即可实现乘车。而无需控制移动终端先显示乘车验证信息，再切换显示乘车支付码才能实现乘车，因此简化了乘车流程，从而提高了乘车效率，提升了乘客的乘车体验。

如图9所示，本申请实施例提供的移动终端140还可以包括：显示单元130、射频(radio frequency，RF)电路150、音频电路160、无线保真(wireless fidelity，Wi-Fi)模块170、蓝牙模块180和电源190等部件。

其中，摄像头121可用于捕获静态图片或视频。物体通过镜头生成光学图片投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器1401转换成数字图片信号。

处理器1401是移动终端140的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器140内的软件程序，以及调用存储在存储器140内的数据，执行移动终端140的各种功能和处理数据。在一些实施例中，处理器1401可包括一个或多个处理单元；处理器1401还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器1401中。本申请中处理器1401可以运行操作***和应用程序，可以控制用户界面显示，并可以实现本申请实施例提供的应用于移动终端的乘车信息的验证方法。另外，处理器1401与输入单元和显示单元130耦接。

显示单元130可用于接收输入的数字或字符信息，产生与移动终端140的用户设置以及功能控制有关的信号输入，可选的，显示单元130还可以用于显示由用户输入的信息或提供给用户的信息以及移动终端140的各种菜单的图形用户界面(graphical userinterface，GUI)。显示单元130可以包括设置在移动终端140正面的显示屏131。其中，显示屏131可以采用液晶显示器、发光二极管等形式来配置。显示单元130可以用于显示本申请中所述的各种图形用户界面。

显示单元130还包括：触摸屏132。该显示屏131可以用于显示预览图片。触摸屏132可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。其中，触摸屏132可以覆盖在显示屏131之上，也可以将触摸屏132与显示屏131集成而实现移动终端140的输入和输出功能，集成后可以简称触摸显示屏。

存储器140可用于存储软件程序及数据。处理器1401通过运行存储在存储器140的软件程序或数据，从而执行移动终端140的各种功能以及数据处理。存储器140可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器140存储有使得移动终端140能运行的操作***。本申请中存储器140可以存储操作***及各种应用程序，还可以存储执行本申请实施例提供的乘车信息的验证方法的代码。

RF电路150可用于在收发信息或通话过程中信号的接收和发送，可以接收基站的下行数据后交给处理器1401处理；可以将上行数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。

音频电路160、扬声器161、麦克风162可提供用户与移动终端140之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出。移动终端140还可配置音量按钮，用于调节声音信号的音量。另一方面，麦克风162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出至RF电路150以发送给比如另一终端，或者将音频数据输出至存储器140以便进一步处理。本申请中麦克风162可以获取用户的语音。

Wi-Fi属于短距离无线传输技术，移动终端140可以通过Wi-Fi模块170帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问。

蓝牙模块180，用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，移动终端140可以通过蓝牙模块180与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

移动终端140还包括给各个部件供电的电源190(比如电池)。电源可以通过电源管理***与处理器1401逻辑相连，从而通过电源管理***实现管理充电、放电以及功耗等功能。移动终端140还可配置有电源按钮，用于终端的开机和关机，以及锁屏等功能。

移动终端140可以包括至少一种传感器1110，比如运动传感器11101、距离传感器11102和温度传感器11103。移动终端140还可配置有陀螺仪、气压计、湿度计、温度计和红外线传感器等其他传感器。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的移动终端和各器件的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图10是本申请实施例提供的移动终端的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将android***分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行环境(android runtime，ART)和***库，以及内核层。

应用程序层可以包括一系列应用程序包。如图10所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图10所示，应用程序框架层可以包括窗口管理器，内容提供器，视图***，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图片，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图***包括可视控件，例如显示文字的控件，显示图片的控件等。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供移动终端140的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在***顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，通信终端振动，指示灯闪烁等。

android runtime包括核心库和虚拟机。android runtime负责安卓***的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

***库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：openGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子***进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图片文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图片渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

本申请实施例提供了一种乘车验证服务器，该乘车验证服务器包括：存储器，处理器及存储在存储器上并可在处理器上运行的计算机程序该，该处理器执行计算机程序时实现如上述方法实施例提供的应用于乘车验证服务器的乘车信息的验证方法，例如图2或图3中乘车验证服务器所执行的方法。

本申请实施例提供了一种移动终端，该移动终端包括：存储器，处理器及存储在存储器上并可在处理器上运行的计算机程序，该处理器执行计算机程序时实现如上述方法实施例提供的应用于移动终端的乘车信息的验证方法，例如图2或图3中移动终端所执行的方法。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序由处理器加载并执行以实现如上述方法实施例提供的应用于乘车验证服务器的乘车信息的验证方法，例如图2或图3中乘车验证服务器所执行的方法。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序由处理器加载并执行以实现如上述方法实施例提供的应用于移动终端的乘车信息的验证方法，例如图2或图3中移动终端所执行的方法。

本申请实施例提供了一种包含指令的计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述方法实施例提供的应用于乘车验证服务器的乘车信息的验证方法，例如图2或图3中乘车验证服务器所执行的方法。

本申请实施例提供了一种包含指令的计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述方法实施例提供的应用于移动终端的乘车信息的验证方法，例如图2或图3中移动终端所执行的方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

应当理解的是，在本文中提及的“和/或”，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。并且，本申请中术语“至少一个”的含义是指一个或多个，本申请中术语“多个”的含义是指两个或两个以上。

需要说明的是，本申请所涉及的信息(包括但不限于用户设备信息、用户个人信息等)、数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)以及信号，均为经用户授权或者经过各方充分授权的，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。例如，本申请中涉及到的乘客的核酸检测结果，以及乘客在目标时段内的所停留过的地区都是在充分授权的情况下获取的。

本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。例如，在不脱离各种所述示例的范围的情况下，第一编码图像可以被称为第二编码图像，并且类似地，第二编码图像可以被称为第一编码图像。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种乘车信息的验证方法，其特征在于，应用于乘车验证服务器；所述方法包括：

在公交车辆到达第一站台之前，向位于所述第一站台的显示设备发送第一编码图像，以供所述显示设备显示，所述第一编码图像基于所述公交车辆的第一车辆信息得到，所述第一车辆信息包括所述公交车辆的标识；

响应于由移动终端扫描所述第一编码图像所触发的信息检测指令，验证所述移动终端中登录的用户账号的乘车验证信息，所述信息检测指令包括所述用户账号和所述第一车辆信息；

若确定所述乘车验证信息通过验证，且所述移动终端已经预支乘车费用，则向所述移动终端发送第二编码图像以供所述移动终端显示，所述第二编码图像基于所述乘车验证信息的验证结果、所述第一车辆信息和所述乘车费用的支付信息得到；

若确定所述公交车辆的车载设备扫描到所述第二编码图像，则扣除所述乘车费用。

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

若确定所述乘车验证信息未通过验证，则向所述移动终端发出提醒指令，所述提醒指令用于指示所述移动终端发出用于提示无法乘车的提醒消息。

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

若确定在向所述移动终端发送所述第二编码图像后的目标时刻后，所述车载设备未扫描到所述第二编码图像，则退还所述乘车费用。

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

若确定所述乘车验证信息通过验证，且所述移动终端未预支乘车费用，则向所述移动终端发送第三编码图像，所述第三编码图像基于所述乘车验证信息的验证结果得到，所述第三编码图像用于供所述移动终端显示。

5.根据权利要求1至4任一所述的方法，其特征在于，所述方法还包括：

接收所述公交车辆在到达第一站台之前发送的所述第一车辆信息；

所述第一车辆信息还包括：所述第一站台的站台标识，以及所述第一车辆信息的发送时刻。

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

若接收到所述公交车辆在到达第二站台之前发送的第二车辆信息，则控制所述显示设备取消显示所述第一编码图像，并向位于所述第二站台的显示设备发送第四编码图像，以供位于所述第二站台的显示设备显示，所述第四编码图像基于所述第二车辆信息得到；

其中，所述第二车辆信息包括：所述公交车辆的标识、所述第二站台的标识，以及所述第二车辆信息的发送时刻。

7.一种乘车信息的验证方法，其特征在于，应用于移动终端；所述方法包括：

扫描位于第一站台的显示设备显示的第一编码图像，所述第一编码图像是乘车验证服务器在公交车辆到达所述第一站台之前发送的，且基于所述公交车辆的第一车辆信息得到，所述第一车辆信息包括所述公交车辆的标识；

向所述乘车验证服务器发送信息检测指令，所述信息检测指令包括所述移动终端中登录的用户账号和所述第一车辆信息；

接收并显示所述乘车验证服务器发送的第二编码图像，所述第二编码图像用于供所述公交车辆的车载设备扫描，且所述第二编码图像是所述乘车验证服务器响应于所述信息检测指令，在确定所述用户账号的乘车验证信息通过验证，且所述移动终端已经预支乘车费用后发送的，所述第二编码图像基于所述乘车验证信息的验证结果、所述第一车辆信息和所述乘车费用的支付信息得到。

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

接收所述乘车验证服务器发送的提醒指令，所述提醒指令是所述乘车验证服务器在确定所述乘车验证信息未通过验证后发送的；

响应于所述提醒指令，发出用于提示无法乘车的提醒消息。

9.一种乘车验证服务器，其特征在于，所述乘车验证服务器包括：处理器；所述处理器用于：

在公交车辆到达第一站台之前，向位于所述第一站台的显示设备发送第一编码图像，以供所述显示设备显示，所述第一编码图像基于所述公交车辆的第一车辆信息得到，所述第一车辆信息包括所述公交车辆的标识；

响应于由移动终端扫描所述第一编码图像所触发的信息检测指令，验证所述移动终端中登录的用户账号的乘车验证信息，所述信息检测指令包括所述用户账号和所述第一车辆信息；

若确定所述乘车验证信息通过验证，且所述移动终端已经预支乘车费用，则向所述移动终端发送第二编码图像以供所述移动终端显示，所述第二编码图像基于所述乘车验证信息的验证结果、所述第一车辆信息和所述乘车费用的支付信息得到；

若确定所述公交车辆的车载设备扫描到所述第二编码图像，则扣除所述乘车费用。

10.一种移动终端，其特征在于，所述移动终端包括：处理器、显示屏和摄像头；所述处理器用于：

控制所述摄像头扫描位于第一站台的显示设备显示的第一编码图像，所述第一编码图像是乘车验证服务器在公交车辆到达所述第一站台之前发送的，且基于所述公交车辆的第一车辆信息得到，所述第一车辆信息包括所述公交车辆的标识；

向所述乘车验证服务器发送信息检测指令，所述信息检测指令包括所述移动终端中登录的用户账号和所述第一车辆信息；

接收并控制所述显示屏显示所述乘车验证服务器发送的第二编码图像，所述第二编码图像用于供所述公交车辆的车载设备扫描，且所述第二编码图像是所述乘车验证服务器响应于所述信息检测指令，在确定所述用户账号的乘车验证信息通过验证，且所述移动终端已经预支乘车费用后发送的，所述第二编码图像基于所述乘车验证信息的验证结果、所述第一车辆信息和所述乘车费用的支付信息得到。

Images