一种车辆验证方法、系统、设备及可读存储介质与流程

本申请实施例涉及智能交通技术领域，具体涉及一种车辆验证方法、系统、设备及可读存储介质。

背景技术：

在一般的人脸识别应用中，用来比对的人脸库存放在服务端，当用户在设备前识别验证时，将用户的人脸照片发送到服务端，在服务端进行验证比对，将比对结果返回到识别设备。因为这种对比方式具有一定的时间延迟，所以在快速通行时这种应用效果会比较差，造成排队拥堵状况。所以类似动车票人脸检票、车辆人脸检票都需要将人脸库直接存储在识别设备上，确保及时比对及响应。

在动车票购买及检票这一应用中，当用户购买一张票后，具体的检票口及检票时间都是确定的，只需要在检票前将人脸库下发到对应检票口的人脸识别设备上，就能快速完成人脸的比对验证，人脸库的分发只需要根据检票口及检票时间就能实现精准下发。

车辆则是在购票后，可以在任何时间(一般是当天)，任何车辆、任何站点上车乘坐，并且同时要满足快速人脸识别要求，防止拥挤上车，因此，将哪些乘客的人脸库，在什么时间分发到具体的车辆则是亟需解决的。

技术实现要素：

为此，本申请实施例提供一种车辆验证方法、系统、设备及可读存储介质，实现高效人脸验证识别，提高车载识别硬件容量的利用率。

为了实现上述目的，本申请实施例提供如下技术方案：

根据本申请实施例的第一方面，提供了一种车辆验证方法，所述方法包括：

接收乘客信息和车辆信息，所述乘客信息是乘客购入车票时采集的个人信息、乘客人脸信息、乘客位置信息和乘车意向，所述乘车意向为即刻乘车和不即刻乘车，所述车辆信息是车票对应的车辆位置信息和标准车速；

根据所述车辆位置信息、标准车速、乘车意向和乘客位置信息，确定乘客目标车辆集合；

将所述乘客人脸信息和个人信息发送至所述目标车辆集合中的车辆的车载人脸识别设备，以使得所述车载人脸识别设备根据乘客人脸信息进行人脸识别乘车验证。

可选地，若乘客的乘车意向为即刻乘车，所述根据所述车辆位置信息、标准车速和乘客位置信息，确定乘客目标车辆集合，包括：

根据乘客位置信息，判断距离乘客最近的n个车辆站点，n为1或2；

根据步行最慢到达n个车辆站点的时间和驾车最快到达n个车辆站点的时间，确定乘客到达车辆站点的时间区间；

根据乘客到达车辆站点的时间区间和目标车辆到达车辆站点的时间，确定乘客目标车辆集合，所述乘客目标车辆集合包括若干个目标车辆。

可选地，若乘客使用的移动设备的app和/或小程序不允许采集实时位置信息，所述方法还包括：

向乘客使用的移动设备发送引导短信，以及在app和/或小程序进行推送引导信息，所述引导短信和引导信息用于提示乘客打开实时位置获取权限或者直接获取乘客移动设备的位置信息。

可选地，若没有接收到乘客的位置信息或乘客人脸信息以及个人信息，和/或乘客的乘车意向为不即刻乘车，所述方法还包括：

通过冗余分发的方式向所有目标车辆发送乘客人脸信息和个人信息；和/或在乘客乘车验证时重新进行人脸识别请求验证。

根据本申请实施例的第二方面，提供了一种车辆验证系统，所述系统包括：

信息接收模块，用于接收乘客信息和车辆信息，所述乘客信息是乘客购入车票时采集的个人信息、乘客人脸信息、乘客位置信息和乘车意向，所述乘车意向为即刻乘车和不即刻乘车，所述车辆信息是车票对应的车辆位置信息和标准车速；

目标车辆确定模块，用于根据所述车辆位置信息、标准车速、乘车意向和乘客位置信息，确定乘客目标车辆集合；

信息发送模块，用于将所述乘客人脸信息和个人信息发送至所述目标车辆集合中的车辆的车载人脸识别设备，以使得所述车载人脸识别设备根据乘客人脸信息进行人脸识别乘车验证。

可选地，若乘客的乘车意向为即刻乘车，所述目标车辆确定模块，具体用于：

根据乘客位置信息，判断距离乘客最近的n个车辆站点，n为1或2；

根据步行最慢到达n个车辆站点的时间和驾车最快到达n个车辆站点的时间，确定乘客到达车辆站点的时间区间；

根据乘客到达车辆站点的时间区间和目标车辆到达车辆站点的时间，确定乘客目标车辆集合，所述乘客目标车辆集合包括若干个目标车辆。

可选地，若乘客使用的移动设备的app和/或小程序不允许采集实时位置信息，所述系统还包括：

引导模块，用于向乘客使用的移动设备发送引导短信，以及在app和/或小程序进行推送引导信息，所述引导短信和引导信息用于提示乘客打开实时位置获取权限或者直接获取乘客移动设备的位置信息。

可选地，若没有接收到乘客的位置信息或乘客人脸信息以及个人信息，和/或乘客的乘车意向为不即刻乘车，所述系统还包括：

候补模块，用于通过冗余分发的方式向所有目标车辆发送乘客人脸信息和个人信息；和/或在乘客乘车验证时重新进行人脸识别请求验证。

根据本申请实施例的第三方面，提供了一种设备，所述设备包括：数据采集装置、处理器和存储器；所述数据采集装置用于采集数据；所述存储器用于存储一个或多个程序指令；所述处理器，用于执行一个或多个程序指令，用以执行第一方面任一项所述的方法。

根据本申请实施例的第四方面，提供了一种计算机可读存储介质，所述计算机存储介质中包含一个或多个程序指令，所述一个或多个程序指令用于执行如第一方面任一项所述的方法。

综上所述，本申请实施例提供了一种车辆验证方法、系统、设备及可读存储介质，通过接收乘客信息和车辆信息，所述乘客信息是乘客购入车票时采集的个人信息、乘客人脸信息、乘客位置信息和乘车意向，所述乘车意向为即刻乘车和不即刻乘车，所述车辆信息是车票对应的车辆位置信息和标准车速；根据所述车辆位置信息、标准车速、乘车意向和乘客位置信息，确定乘客目标车辆集合；将所述乘客人脸信息和个人信息发送至所述目标车辆集合中的车辆的车载人脸识别设备，以使得所述车载人脸识别设备根据乘客人脸信息进行人脸识别乘车验证。实现高效人脸验证识别，同时提高车载识别硬件容量的利用率。

附图说明

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

本说明书所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本发明可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本发明所能产生的功效及所能达成的目的下，均应仍落在本发明所揭示的技术内容能涵盖的范围内。

图1为本申请实施例提供的一种车辆验证方法流程示意图；

图2为本申请实施例提供的流程实施例示意图；

图3为本申请实施例提供的服务端流程图；

图4为本申请实施例提供的一种车辆验证系统框图。

具体实施方式

以下由特定的具体实施例说明本发明的实施方式，熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本发明的其他优点及功效，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1示出了本申请实施例提供的一种车辆验证方法，如图1所示，所述方法包括：

步骤101：接收乘客信息和车辆信息，所述乘客信息是乘客购入车票时采集的个人信息、乘客人脸信息、乘客位置信息和乘车意向，所述乘车意向为即刻乘车和不即刻乘车，所述车辆信息是车票对应的车辆位置信息和标准车速；

步骤102：根据所述车辆位置信息、标准车速、乘车意向和乘客位置信息，确定乘客目标车辆集合；

步骤103：将所述乘客人脸信息和个人信息发送至所述目标车辆集合中的车辆的车载人脸识别设备，以使得所述车载人脸识别设备根据乘客人脸信息进行人脸识别乘车验证。

在一种可能的实施方式中，若乘客的乘车意向为即刻乘车，在步骤102中，所述根据所述车辆位置信息、标准车速和乘客位置信息，确定乘客目标车辆集合，包括：

根据乘客位置信息，判断距离乘客最近的n个车辆站点，n为1或2；根据步行最慢到达n个车辆站点的时间和驾车最快到达n个车辆站点的时间，确定乘客到达车辆站点的时间区间；根据乘客到达车辆站点的时间区间和目标车辆到达车辆站点的时间，确定乘客目标车辆集合，所述乘客目标车辆集合包括若干个目标车辆。

在一种可能的实施方式中，若乘客使用的移动设备的app和/或小程序不允许采集实时位置信息，所述方法还包括：

向乘客使用的移动设备发送引导短信，以及在app和/或小程序进行推送引导信息，所述引导短信和引导信息用于提示乘客打开实时位置获取权限或者直接获取乘客移动设备的位置信息。

在一种可能的实施方式中，若没有接收到乘客的位置信息或乘客人脸信息以及个人信息，和/或乘客的乘车意向为不即刻乘车，所述方法还包括：

通过冗余分发的方式向所有目标车辆发送乘客人脸信息和个人信息；和/或在乘客乘车验证时重新进行人脸识别请求验证。

通过本申请实施例提供的方法，可以实现快速人脸比对，当识别精准度提高，下发到车辆的人脸库数据就越少，那么人脸库的数据储存容量要求就越低，进一步提高车载识别硬件容量的利用率。

在本申请实施例提供的方法中，乘客通过移动设备的app或者小程序购买车辆车票时，同时要求进行人脸采集。移动设备将采集到的人脸数据以及乘客的位置信息(经纬度)、以及乘客购买的车票对应的车辆信息上传至服务端，所述车辆信息包括但不限于gps定位信息(经纬度)、车辆的标准车速。

服务端根据车辆位置的经纬度、乘客位置的经纬度以及车辆的标准车速，计算乘客可能乘坐的车辆。并根据计算结果，服务端将乘客人脸数据下发到候选车辆集中的各车辆。其中，所述计算乘客可能乘坐的车辆的方法，具体包括：根据乘客位置的经纬度，判断离哪个固定站点最近，确定为乘客的目标乘坐站点，如果位置处于2个站点之间的，目标乘坐站点可以选择2个，然后按步行计算最慢到达站点时间以及自行驾车计算最快到达站点时间，计算出到达站点的时间区间。然后根据巴士在固定路线上到达目标站点的时间，最后确定可能乘坐的车辆。

乘客购票时的位置，可能并非就近乘车的位置，app或者小程序提供一些功能来引导，例如“一键呼车”功能。首先需要获得乘客的最新位置信息，例如乘客手机端app或小程序允许实时共享位置信息，则不需通过引导来获取乘客的位置信息，服务端可以直接获取乘客实时位置信息。若手机端app或者小程序不能实时获取到乘客位置信息，可以通过发送短信或推送微信消息给乘客，消息内容可以是“离您最近的巴士位置在某某位置，打开查看地图位置及巴士到达时间”，以引导乘客点开消息进入app或其他地图应用，待乘客进入应用后，服务端就能获取到乘客的实时位置信息。

在一种可能的实施方式中，针对漏洞乘客也提供应对策略。漏洞乘客指的是服务端并没有将其人脸数据下发到乘坐的巴士上的乘客，包括但不限于如下几种情况：1、没有被获取到实时位置信息的，无法计算可能乘坐的巴士，因此无法精准下发。2、已经获取到实时信息，并且已经下发到了具体的巴士，但是并没有按时上车，最后乘坐了另一辆巴士。

这些漏洞乘客的人脸数据没有被精准分发到对应车辆，则通过冗余分发(同时向多辆车辆分发人脸数据)或服务端验证(检票时发现当前车辆识别设备中没有该乘客购票时采集的人脸数据，那么验证请求发送到服务端，在服务端验证后再返回结果)的方式解决。

图2示出了本申请实施例提供的方法，乘客购买车票时采集乘客信息，所述乘客信息包括人脸，将采集到的乘客信息上传至服务器。服务器将乘客人脸数据进行智能下发，下发至目标车辆的车载人脸识别设备上。在乘客上车前，会进行检票人脸扫描，扫描通过即可乘车。

图3示出了本申请实施例提供的方法，服务端接收乘客购票时采集的人脸，将接收到的人脸数据下发至车载人脸识别设备，存储至数据库中。在乘客刷脸时，所述车载人脸识别设备判断当前车辆是否存在对应乘客的人脸数据，若存在，则校验通过，返回校验成功的结果，以放行。若不存在，则请求服务端验证返回结果。

基于相同的技术构思，本申请实施例还提供了一种车辆验证系统，如图4所示，所述系统包括：

信息接收模块401，用于接收乘客信息和车辆信息，所述乘客信息是乘客购入车票时采集的个人信息、乘客人脸信息、乘客位置信息和乘车意向，所述乘车意向为即刻乘车和不即刻乘车，所述车辆信息是车票对应的车辆位置信息和标准车速；

目标车辆确定模块402，用于根据所述车辆位置信息、标准车速、乘车意向和乘客位置信息，确定乘客目标车辆集合；

信息发送模块403，用于将所述乘客人脸信息和个人信息发送至所述目标车辆集合中的车辆的车载人脸识别设备，以使得所述车载人脸识别设备根据乘客人脸信息进行人脸识别乘车验证。

在一种可能的实施方式中，若乘客的乘车意向为即刻乘车，所述目标车辆确定模块402，具体用于：

根据乘客位置信息，判断距离乘客最近的n个车辆站点，n为1或2；根据步行最慢到达n个车辆站点的时间和驾车最快到达n个车辆站点的时间，确定乘客到达车辆站点的时间区间；根据乘客到达车辆站点的时间区间和目标车辆到达车辆站点的时间，确定乘客目标车辆集合，所述乘客目标车辆集合包括若干个目标车辆。

在一种可能的实施方式中，若乘客使用的移动设备的app和/或小程序不允许采集实时位置信息，所述系统还包括：引导模块，用于向乘客使用的移动设备发送引导短信，以及在app和/或小程序进行推送引导信息，所述引导短信和引导信息用于提示乘客打开实时位置获取权限或者直接获取乘客移动设备的位置信息。

在一种可能的实施方式中，若没有接收到乘客的位置信息或乘客人脸信息以及个人信息，和/或乘客的乘车意向为不即刻乘车，所述系统还包括：候补模块，用于通过冗余分发的方式向所有目标车辆发送乘客人脸信息和个人信息；和/或在乘客乘车验证时重新进行人脸识别请求验证。

基于相同的技术构思，本申请实施例还提供了一种设备，所述设备包括：数据采集装置、处理器和存储器；所述数据采集装置用于采集数据；所述存储器用于存储一个或多个程序指令；所述处理器，用于执行一个或多个程序指令，用以执行所述的方法。

基于相同的技术构思，本申请实施例还提供了一种计算机可读存储介质，所述计算机存储介质中包含一个或多个程序指令，所述一个或多个程序指令用于执行所述的方法。

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

需要说明的是，尽管在附图中以特定顺序描述了本发明方法的操作，但这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然本申请提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

以上所述的具体实施例，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施例而已，并不用于限定本申请的保护范围，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。