CN114169958A - 一种人车一致性的检测方法和装置 - Google Patents

Abstract

本发明公开了一种人车一致性的检测方法，包括：订单生成前，获取司机端的第一身份认证信息；对比所述第一身份认证信息与预存身份认证信息是否一致；若一致，则授予该司机端接单权限；在订单生成后，获取网约车的行驶状态；当网约车的行驶状态为停止时，获取司机端的第二身份认证信息；对比第二身份认证信息与预存身份认证信息是否一致。分别在生成订单前和生成订单后进行身份认证，通过两次认证确保网约车司机与平台系统中该车辆的注册司机一致，且可识别司机在接单后中途换人的现象。

Description

一种人车一致性的检测方法和装置

技术领域

本发明属于网约车技术领域，具体涉及一种人车一致性的检测方法和装置。

背景技术

网约车有着出行方便快捷的优点，在日常生活中被普遍使用。但是在日常生活中经常会出现网约车的接车司机与平台系统中该车辆的注册司机不一致的现象，若乘客在上车后未发现接车司机与平台系统中注册司机不一致时，乘客的人身安全存在较大的安全隐患，若乘客在上车时发现接车司机与平台系统中注册司机不一致，对该网约车平台的好感度会大幅度降低，则影响网约车平台的客户流量。

现有相关技术中，为了避免网约车司机与平台系统中该车辆的注册司机不一致，在司机端接单后，通过人脸或指纹的方式获取驾驶司机的信息，并与系统内该车辆的注册司机的信息进行比对，以避免人车不一致的现象发生。但是这种方法难以检测在注册司机接单验证后，在该网约车向乘客行驶的过程中，出现换人的现象。

发明内容

本发明的目的是要解决上述的技术问题，提供一种人车一致性的检测方法和装置。

为了解决上述问题，本发明按以下技术方案予以实现的：

第一方面，本发明提供了一种人车一致性的检测方法，包括：

订单生成前，获取司机端的第一身份认证信息；

对比所述第一身份认证信息与预存身份认证信息是否一致；若一致，则授予该司机端接单权限；

在订单生成后，获取网约车的行驶状态；

当网约车的行驶状态为停止时，获取司机端的第二身份认证信息；

对比第二身份认证信息与预存身份认证信息是否一致。

结合第一方面，本发明还提供了第一方面的第1种实施方式，所述获取司机端的第一身份认证信息前，还包括：

接收司机端发车信息；

获取司机端网约车认证信息；

对比所述网约车认证信息与预存网约车认证信息是否一致；若不一致，则限制该司机端的接单权限。

结合第一方面，本发明还提供了第一方面的第2种实施方式，所述网约车认证信息包括：网约车的颜色信息、车牌号信息、网约车的型号信息，网约车的图片信息。

结合第一方面，本发明还提供了第一方面的第3种实施方式，所述对比所述第一身份认证信息与预存身份认证信息是否一致，具体为：

获取司机端使用设备信息，对比所述使用设备信息与预存常用设备信息是否一致；若不一致，则限制该司机端的接单权限；若一致，则发送人脸识别认证请求；

获取司机端人脸识别信息，对比所述人脸识别信息与预存人脸识别信息是否一致；若不一致，则限制该司机端的接单权限；若一致，则授予该司机端接单权限。

结合第一方面，本发明还提供了第一方面的第4种实施方式，所述对比第二身份认证信息与预存身份认证信息是否一致，具体为：

获取司机端指纹识别信息，对比所述指纹识别信息与预存指纹识别信息是否一致；若不一致，则发送指纹识别失败报告，并锁定该司机账号；

获取所述司机账号的订单信息，若有正在进行中的订单，取消该订单，并将该司机端的接单权限更改为限制状态。

第二方面，本发明提供了一种人车一致性的检测装置，包括：

第一身份获取模块，所述第一身份获取模块用于订单生成前，获取司机端的第一身份认证信息；

第一身份认证模块，所述第一身份认证模块用于对比所述第一身份认证信息与预存身份认证信息是否一致；若一致，则授予该司机端接单权限；

行驶状态获取模块，所述行驶状态获取模块用于在订单生成后，获取网约车的行驶状态；

第二身份获取模块，所述第二身份获取模块用于当网约车的行驶状态为停止时，获取司机端的第二身份认证信息；

第二身份认证模块，所述第二身份认证模块用于对比第二身份认证信息与预存身份认证信息是否一致。

结合第二方面，本发明还提供了第二方面的第1种实施方式，还包括：

接收模块，所述接收模块用于接收司机端发车信息；

网约车信息获取模块，所述网约车信息获取模块获取司机端网约车认证信息；

网约车认证模块，所述网约车认证模块用于对比所述网约车认证信息与预存网约车认证信息是否一致；若不一致，则限制该司机端的接单权限。

结合第二方面，本发明还提供了第二方面的第2种实施方式，所述网约车认证信息包括：网约车的颜色信息、车牌号信息、网约车的型号信息，网约车的图片信息。

结合第二方面，本发明还提供了第二方面的第3种实施方式，所述第一身份认证模块运行时，具体执行：

获取司机端使用设备信息，对比所述使用设备信息与预存常用设备信息是否一致；若不一致，则限制该司机端的接单权限；若一致，则发送人脸识别认证请求；

获取司机端人脸识别信息，对比所述人脸识别信息与预存人脸识别信息是否一致；若不一致，则限制该司机端的接单权限；若一致，则授予该司机端接单权限。

结合第二方面，本发明还提供了第二方面的第4种实施方式，所述第二身份认证模块运行时，具体执行：

获取司机端指纹识别信息，对比所述指纹识别信息与预存指纹识别信息是否一致；若不一致，则发送指纹识别失败报告，并锁定该司机账号；

获取所述司机账号的订单信息，若有正在进行中的订单，取消该订单，并将该司机端的接单权限更改为限制状态。

与现有技术相比，本发明的有益效果是：

1.本发明实施例中，分别在生成订单前和生成订单后进行身份认证，通过两次认证确保网约车司机与平台系统中该车辆的注册司机一致，且可识别司机在接单后中途换人的现象。

2.本发明实施例中，在第二次验证时，获取网约车的行驶状态，只有网约车在停止时，才向司机端发送第二次认证请求，保证了司机的行驶安全。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明，其中：

图1是本发明的一种人车一致性的检测方法的流程示意图；

图2是本发明的一种人车一致性的检测装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

随着网约车行业的发展，越来越多的人出行选择搭乘网约车，在日常生活中经常会出现网约车的接车司机与平台系统中该车辆的注册司机不一致的现象。例如，一位女乘客在平台上约车时，系统反馈给乘客端的司机信息的性别为女，但是当网约车司机到达订单的起点位置与乘客碰面时，乘客发现驾驶司机实际为一位男司机，部分乘客为了自身安全考虑，选择放弃这一次约车，并对该网约车平台好感度大幅度降低，不再选择该网约车平台的约车服务，也会建议其他人不要使用这个网约车平台的约车服务，而选择其他网约车平台，减少了该网约车平台的客户流量。若女乘客在夜晚未发现司机出现换人的现象，则女乘客的人生安全存在较大的安全隐患。

此外，日常生活中还会出现网约车与系统内注册的网约车不一致的现象。例如，乘客在网约车平台上约车时，系统反馈给乘客端的网约车的颜色为白色，但但是当网约车司机到达订单的起点位置与乘客碰面时，乘客发现网约车的颜色实际为黑色。

实施例1

如图1所示，第一方面，本发明提供一种人车一致性的检测方法，本方法包括以下步骤：

订单生成前，获取司机端的第一身份认证信息；

对比所述第一身份认证信息与预存身份认证信息是否一致；若一致，则授予该司机端接单权限；

在订单生成后，获取网约车的行驶状态；

当网约车的行驶状态为停止时，获取司机端的第二身份认证信息；

对比第二身份认证信息与预存身份认证信息是否一致。

本实施例在订单生成前和订单生成后，分别检测网约车司机的身份认证信息，只有网约车司机两次认证均通过，才可接单和接乘客，并在第二次身份认证之前检测网约车的行驶状态，确保网约车司机在安全的停车状态下接收第二次检测，保证了司机的人身安全。

本实施例通过当司机端接收到一个约车订单后，在该网约车向乘客端行驶过程中，通过GPS系统实时采集网约车的行驶状态，当网约车遇到红灯或者其他情况出现暂停时，GPS系统采集到网约车的行驶状态为停止时，向司机端发送第二次身份验证请求，司机端需在规定时间内接收该验证请求，并向系统发送验证信息，如果司机端在规定时间内未完成第二次身份验证，系统将该司机端的接单权限更改为限制状态；如果司机端的第二次身份验证失败，系统向司机端发送验证失败报告，并将司机的接单权限更改为限制状态。

步骤1：订单生成前，获取司机端的第一身份认证信息。

步骤2：对比所述第一身份认证信息与预存身份认证信息是否一致；若一致，则授予该司机端接单权限。

具体的，在司机端接订单前，确认司机身份是否与系统内的预存身份认证信息是否一致，当身份不一致时，向司机端发送身份认证失败报告，提醒司机身份认证失败，需要重新认证，并直接限制该司机端的接单权限，防止该司机端接单，只有身份认证成功，才授予该司机端接单权限，司机端才可在接单系统内接收乘客端的约车请求。

步骤201：获取司机端使用设备信息，对比所述使用设备信息与预存常用设备信息是否一致；若不一致，则限制该司机端的接单权限；若一致，则发送人脸识别认证请求。

具体的，第一身份认证信息包括两个信息，一个是常用设备信息，常用设备可为手机或其他移动设备，常用设备内安装有网约车平台的app，通过app获取该移动设备的IMEI码，而每个移动设备在出厂时都有唯一的IMEI码，通过IMEI码识别该移动设备是否为预存常用设备，防止司机在该网约车平台的账号被不法分子盗用，利用网约车平台接单。

步骤202：获取司机端人脸识别信息，对比所述人脸识别信息与预存人脸识别信息是否一致；若不一致，则限制该司机端的接单权限；若一致，则授予该司机端接单权限。

具体的，第一身份认证信息另一个信息是司机端的人脸识别信息，在常用设备信息验证通过后，向司机端发送人脸识别认证请求，司机端需在规定时间内完成人脸识别认证请求，否则限制该司机端的接单权限，在进行人脸识别时，通过网约车平台的app获取司机的人脸图像，提取人脸图像中可明显区分的特征与系统内预存人脸识别信息进行比对，识别该司机是否为该账号的注册司机，确保司机与注册司机的一致性。

步骤3：在订单生成后，获取网约车的行驶状态；

步骤4：当网约车的行驶状态为停止时，获取司机端的第二身份认证信息；

具体的，在司机端接收乘客端的约车请求后，系统通常会自动以乘客端附近的某个地点，或乘客端与司机端约定的地点为订单起点，在司机驾驶网约车向订单起点行驶的过程中，通过GPS系统实时采集网约车的行驶状态，当网约车遇到红灯或者其他情况出现暂停时，GPS系统采集到网约车的行驶状态为停止时，向司机端发送第二次身份验证请求，司机端需在规定时间内接收该验证请求，并向系统发送验证信息，如果司机端在规定时间内未完成第二次身份验证，系统将该司机端的接单权限更改为限制状态。

步骤5：对比第二身份认证信息与预存身份认证信息是否一致。

具体的，在订单生成后，司机向乘客端行驶的过程中，再次向司机端发送一次身份认证请求，确保司机在接单后不会出现中途换人去接乘客。

步骤501：获取司机端指纹识别信息，对比所述指纹识别信息与预存指纹识别信息是否一致；若不一致，则发送指纹识别失败报告，并锁定该司机账号；

具体的，第二身份认证信息为指纹认证信息，与第一身份认证信息中人脸识别信息不同，选择在订单接收前和订单接收后，两次不同的时间节点，分别对司机通过指纹认证和人脸识别认证，进一步确认该司机是否是该网约车的注册司机，当识别一致时，保持该司机账号的权限为可接单，当识别不一致时，锁定该司机账号，将该司机端的接单权限更改为限制状态。

步骤502：获取所述司机账号的订单信息，若有正在进行中的订单，取消该订单，并将该司机端的接单权限更改为限制状态。

具体的，当第二身份认证信息未通过时，对该司机账号中正在进行的订单和还未开始的新订单都取消，并重新为乘客端匹配合适的司机。

在步骤1之前，还有如下步骤：

步骤6：接收司机端发车信息；

步骤7：获取司机端网约车认证信息；

步骤8：对比所述网约车认证信息与预存网约车认证信息是否一致；若不一致，则限制该司机端的接单权限。

具体的，在步骤6-8中，在司机当天首次登陆app开始接单时，向司机端发送网约车认证请求，司机需拍照通过app上传网约车的拍照图片，网约车认证模块提取图片中的网约车认证信息，网约车认证信息包括网约车的颜色信息、车牌号信息、网约车的型号信息，网约车的形状信息，将这些网约车认证信息与系统预存的网约车认证信息进行比对，若出现某一项对应不上时，向客户端发送认证失败报告，限制该司机端的接单权限，司机端可重新上传网约车的拍照图片，直至识别认证成功，解除限制。若司机需更换绑定网约车，需注销当前账号，重新上传资料注册一个新的账号。

综上所述，当本发明方法执行时，一方面，分别在生成订单前和生成订单后进行身份认证，通过两次认证确保网约车司机与平台系统中该车辆的注册司机一致，且可识别司机在接单后中途换人的现象。另一方面，在第二次验证时，获取网约车的行驶状态，只有网约车在停止时，才向司机端发送第二次认证请求，保证了司机的行驶安全。此外，在司机发车前，通过司机端上传的网约车图片，提取网约车图片中颜色信息、车牌号信息、网约车的型号信息，网约车的形状信息，确保该车为平台所注册的网约车，进一步保证网约车司机与网约车的一致性。

本发明所述人车方案一致性的检测方法的其它步骤参照现有技术。

实施例2

如图2所示，第二方面，本发明公开了一种人车方案一致性的检测装置，包括第一身份获取模块M1、第一身份认证模块M2、行驶状态获取模块M3、第二身份获取模块M4、第二身份认证模块M5，其中：

第一身份获取模块M1用于订单生成前，获取司机端的第一身份认证信息；

第一身份认证模块M2用于对比所述第一身份认证信息与预存身份认证信息是否一致；若一致，则授予该司机端接单权限；

行驶状态获取模块M3用于在订单生成后，获取网约车的行驶状态；

第二身份获取模块M4用于当网约车的行驶状态为停止时，获取司机端的第二身份认证信息；

第二身份认证模块M5用于对比第二身份认证信息与预存身份认证信息是否一致。

针对第二方面，还包括第1种优选实施，还包括接收模块M6、网约车信息获取模块M7和网约车认证模块M8。

接收模块M6用于接收司机端发车信息；

网约车信息获取模块M7获取司机端网约车认证信息；

网约车认证模块M8用于对比所述网约车认证信息与预存网约车认证信息是否一致；若不一致，则限制该司机端的接单权限。

综上所述，本实施例所述装置在运行时，能实现实施例1中所述的人车方案一致性的检测方法的全部步骤，以实现实施例1中所达到的技术效果。

本实施例所述人车方案一致性的检测装置的其它步骤参见现有技术。

实施例3

本发明还公开一种电子设备，至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，所述至少一个处理器执行指令时，具体实现以下的步骤：

订单生成前，获取司机端的第一身份认证信息；

对比所述第一身份认证信息与预存身份认证信息是否一致；若一致，则授予该司机端接单权限；

在订单生成后，获取网约车的行驶状态；

当网约车的行驶状态为停止时，获取司机端的第二身份认证信息；

对比第二身份认证信息与预存身份认证信息是否一致。

实施例4

本发明还公开一种存储介质，存储有计算机程序，所述计算机程序被处理器执行时，具体实现以下步骤：

订单生成前，获取司机端的第一身份认证信息；

对比所述第一身份认证信息与预存身份认证信息是否一致；若一致，则授予该司机端接单权限；

在订单生成后，获取网约车的行驶状态；

当网约车的行驶状态为停止时，获取司机端的第二身份认证信息；

对比第二身份认证信息与预存身份认证信息是否一致。

本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，上述编程语言包括面向对象的编程语言—诸如Smalltalk、C++、Java等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

以上已经描述了本公开的各实施方式，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施方式。在不偏离所说明的各实施方式的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施方式的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文披露的各实施方式。

Claims (10)

1.一种人车一致性的检测方法，其特征在于，包括：

订单生成前，获取司机端的第一身份认证信息；

对比所述第一身份认证信息与预存身份认证信息是否一致；若一致，则授予该司机端接单权限；

在订单生成后，获取网约车的行驶状态；

当网约车的行驶状态为停止时，获取司机端的第二身份认证信息；

对比第二身份认证信息与预存身份认证信息是否一致。

2.根据权利要求1所述的一种人车一致性的检测方法，其特征在于，所述获取司机端的第一身份认证信息前，还包括：

接收司机端发车信息；

获取司机端网约车认证信息；

对比所述网约车认证信息与预存网约车认证信息是否一致；若不一致，则限制该司机端的接单权限。

3.根据权利要求2所述的一种人车一致性的检测方法，其特征在于，所述网约车认证信息包括：网约车的颜色信息、车牌号信息、网约车的型号信息，网约车的形状信息。

4.根据权利要求1所述的一种人车一致性的检测方法，其特征在于，所述对比所述第一身份认证信息与预存身份认证信息是否一致，具体为：

获取司机端使用设备信息，对比所述使用设备信息与预存常用设备信息是否一致；若不一致，则限制该司机端的接单权限；若一致，则发送人脸识别认证请求；

获取司机端人脸识别信息，对比所述人脸识别信息与预存人脸识别信息是否一致；若不一致，则限制该司机端的接单权限；若一致，则授予该司机端接单权限。

5.根据权利要求1所述的一种人车一致性的检测方法，其特征在于，所述对比第二身份认证信息与预存身份认证信息是否一致，具体为：

获取司机端指纹识别信息，对比所述指纹识别信息与预存指纹识别信息是否一致；若不一致，则发送指纹识别失败报告，并锁定该司机账号；

获取所述司机账号的订单信息，若有正在进行中的订单，取消该订单，并将该司机端的接单权限更改为限制状态。

6.一种人车一致性的检测装置，其特征在于，包括：

第一身份获取模块，所述第一身份获取模块用于订单生成前，获取司机端的第一身份认证信息；

第一身份认证模块，所述第一身份认证模块用于对比所述第一身份认证信息与预存身份认证信息是否一致；若一致，则授予该司机端接单权限；

行驶状态获取模块，所述行驶状态获取模块用于在订单生成后，获取网约车的行驶状态；

第二身份获取模块，所述第二身份获取模块用于当网约车的行驶状态为停止时，获取司机端的第二身份认证信息；

第二身份认证模块，所述第二身份认证模块用于对比第二身份认证信息与预存身份认证信息是否一致。

7.根据权利要求6所述的一种人车一致性的检测装置，其特征在于，还包括：

接收模块，所述接收模块用于接收司机端发车信息；

网约车信息获取模块，所述网约车信息获取模块获取司机端网约车认证信息；

网约车认证模块，所述网约车认证模块用于对比所述网约车认证信息与预存网约车认证信息是否一致；若不一致，则限制该司机端的接单权限。

8.根据权利要求7所述的一种人车一致性的检测装置，其特征在于，所述网约车认证信息包括：网约车的颜色信息、车牌号信息、网约车的型号信息，网约车的形状信息。

9.根据权利要求6所述的一种人车一致性的检测装置，其特征在于，所述第一身份认证模块运行时，具体执行：

获取司机端使用设备信息，对比所述使用设备信息与预存常用设备信息是否一致；若不一致，则限制该司机端的接单权限；若一致，则发送人脸识别认证请求；

获取司机端人脸识别信息，对比所述人脸识别信息与预存人脸识别信息是否一致；若不一致，则限制该司机端的接单权限；若一致，则授予该司机端接单权限。

10.根据权利要求6所述的一种人车一致性的检测装置，其特征在于，所述第二身份认证模块运行时，具体执行：

获取司机端指纹识别信息，对比所述指纹识别信息与预存指纹识别信息是否一致；若不一致，则发送指纹识别失败报告，并锁定该司机账号；

获取所述司机账号的订单信息，若有正在进行中的订单，取消该订单，并将该司机端的接单权限更改为限制状态。

Images