一种确保实际开车网约车司机与注册司机一致的方法及装置与流程

1.本发明属于网约车身份识别的技术领域，具体涉及一种确保实际开车网约车司机与注册司机一致的方法及装置。


背景技术：

2.近年，网约车极大方便了人们的日常出行，但是网约车市场的监管问题,目前仍然存在很多漏洞，尤其是关于乘客的人身安全问题。自网约车平台上线以来，安全事故频发，网约车司机数量多且身份和汽车的行车记录难以受到筛选、辨别、监管和确认，自使乘客的安全难以得到有效的保障。
3.为了防止一些人员冒充司机带来的安全问题，现有技术中，通过智能移动设备采集人脸图像获取司机信息，然后根据司机信息确定司机身份。通常网约车司机会预先在运营平台注册个人信息，然后在当日开启服务时对司机身份进行验证。
4.然而，传统业务仅通过单一的人脸识别身份校验流程，且检验后也不能很好的保证有效行；过于频繁的人脸校验可能影响驾车安全，也影响用户体验。因此，亟需一种新的司机身份验证方法。


技术实现要素：

5.本发明的目的是要解决上述的技术问题，提供一种确保实际开车网约车司机与注册司机一致的方法及装置。
6.为了解决上述问题，本发明按以下技术方案予以实现的：
7.第一方面，本发明提供了一种确保实际开车网约车司机与注册司机一致的方法，所述方法包括如下步骤：
8.接收移动终端发送的身份验证请求，所述身份验证请求包括待验证司机的身份信息和移动终端的设备信息；
9.判断所述待验证司机的身份验证失败次数是否超出失败次数阈值，若是，则禁止所述待验证司机出车；若否，则进入下一步骤；
10.查询所述身份验证请求是否为该待验证司机的当日首次身份验证请求，若是，则执行人脸识别流程；若否，则进入下一步骤；
11.查询所述待验证司机的前次身份认证是否认证失败，若是，则执行人脸识别流程；若否，则进入下一步骤；
12.根据移动终端的设备信息，检测所述待验证司机是否更换移动终端，若是，则进入人脸识别；若否，则进入下一步骤；
13.执行随机识别流程，根据待验证司机的驾驶数据判断是否进入人脸识别。
14.结合第一方面，本发明还提供了第一方面的第1种优选实施方式，具体的，
15.当人脸识别流程判定识别成功时，记录识别记录，所述识别记录包含移动终端的设备信息；
16.当人脸识别流程判定识别失败时，禁止所述待验证司机出车。
17.结合第一方面，本发明还提供了第一方面的第2种优选实施方式，具体的，根据移动终端的设备信息，检测所述待验证司机是否更换移动终端，具体包括：
18.根据身份信息调取所述待验证司机的识别记录，从识别记录中获取前次身份认证的记录信息，所述记录信息包括前次身份认证的设备信息；
19.比对当前身份认证的设备信息和前次身份认证的设备信息，判断所述待验证司机是否更换移动终端。
20.结合第一方面，本发明还提供了第一方面的第3种优选实施方式，具体的，执行随机识别流程，根据待验证司机的驾驶数据判断是否进入人脸识别，具体包括：
21.查询所述待验证司机的前次收车时间及对应的当日驾驶时长；
22.调取多个预设的随机识别策略，其中，所述随机识别策略预配置有时间阈值区间和触发人脸识别事件概率值，多个随机识别策略的时间阈值区间和触发人脸识别事件概率值按预设梯度配置；
23.识别所述前次收车时间和所述当日驾驶时长所在时间阈值区间，匹配对应的随机识别策略；
24.根据随机识别策略的触发人脸识别事件概率值，随机执行人脸识别流程。
25.结合第一方面，本发明还提供了第一方面的第4种优选实施方式，具体的，所述方法还包括：
26.接收移动终端发送的身份验证请求；
27.根据所述身份信息检测所述待验证司机是否完成无源人脸识别；
28.若有，则判断所述待验证司机的身份验证失败次数是否超出失败次数阈值；
29.若否，则执行无源人脸识别流程，根据所述身份信息请求第三方信息；
30.校验待验证司机的人脸信息是否与第三方信息的一致，若是，则完成无源人脸识别和容许待验证司机出车；若否，则禁止所述待验证司机出车。
31.第二方面，本发明还提供了一种确保实际开车网约车司机与注册司机一致的装置，所述装置包括：
32.接收模块，其用于接收移动终端发送的身份验证请求，所述身份验证请求包括待验证司机的身份信息和移动终端的设备信息；
33.判断模块，其用于判断所述待验证司机的身份验证失败次数是否超出失败次数阈值，若是，则禁止所述待验证司机出车；若否，则进入下一步骤；
34.首次认证查询模块，其用于查询所述身份验证请求是否为该待验证司机的当日首次身份验证请求，若是，则执行人脸识别流程；若否，则进入下一步骤；
35.前次认证查询模块，其用于查询所述待验证司机的前次身份认证是否认证失败，若是，则执行人脸识别流程；若否，则进入下一步骤；
36.设备更换识别模块，其用于根据移动终端的设备信息，检测所述待验证司机是否更换移动终端，若是，则进入人脸识别；若否，则进入下一步骤；
37.随机识别执行模块，其用于执行随机识别流程，根据待验证司机的驾驶数据判断是否进入人脸识别。
38.结合第二方面，本发明还提供了第二方面的第1种优选实施方式，具体的，
39.当人脸识别流程判定识别成功时，记录识别记录，所述识别记录包含移动终端的设备信息；
40.当人脸识别流程判定识别失败时，禁止所述待验证司机出车。
41.结合第二方面，本发明还提供了第二方面的第2种优选实施方式，具体的，所述设备更换识别模块根据移动终端的设备信息，检测所述待验证司机是否更换移动终端，具体包括：
42.根据身份信息调取所述待验证司机的识别记录，从识别记录中获取前次身份认证的记录信息，所述记录信息包括前次身份认证的设备信息；
43.比对当前身份认证的设备信息和前次身份认证的设备信息，判断所述待验证司机是否更换移动终端。
44.结合第二方面，本发明还提供了第二方面的第3种优选实施方式，具体的，所述随机识别执行模块执行随机识别流程，根据待验证司机的驾驶数据判断是否进入人脸识别，具体包括：
45.查询所述待验证司机的前次收车时间及对应的当日驾驶时长；
46.调取多个预设的随机识别策略，其中，所述随机识别策略预配置有时间阈值区间和触发人脸识别事件概率值，多个随机识别策略的时间阈值区间和触发人脸识别事件概率值按预设梯度配置；
47.识别所述前次收车时间和所述当日驾驶时长所在时间阈值区间，匹配对应的随机识别策略；
48.根据随机识别策略的触发人脸识别事件概率值，随机执行人脸识别流程。
49.结合第二方面，本发明还提供了第二方面的第4种优选实施方式，具体的，所述装置包括无源认证模块，其用于执行如下步骤：
50.接收移动终端发送的身份验证请求；
51.根据所述身份信息检测所述待验证司机是否完成无源人脸识别；
52.若有，则判断所述待验证司机的身份验证失败次数是否超出失败次数阈值；
53.若否，则执行无源人脸识别流程，根据所述身份信息请求第三方信息；
54.校验待验证司机的人脸信息是否与第三方信息的一致，若是，则完成无源人脸识别和容许待验证司机出车；若否，则禁止所述待验证司机出车。
55.与现有技术相比，本发明的有益效果是：
56.本发明提供的确保实际开车网约车司机与注册司机一致的方法，包括：接收移动终端发送的身份验证请求，所述身份验证请求包括待验证司机的身份信息和移动终端的设备信息；判断所述待验证司机的身份验证失败次数是否超出失败次数阈值，若是，则禁止所述待验证司机出车；若否，则进入下一步骤；查询所述身份验证请求是否为该待验证司机的当日首次身份验证请求，若是，则执行人脸识别流程；若否，则进入下一步骤；查询所述待验证司机的前次身份认证是否认证失败，若是，则执行人脸识别流程；若否，则进入下一步骤；根据移动终端的设备信息，检测所述待验证司机是否更换移动终端，若是，则进入人脸识别；若否，则进入下一步骤；执行随机识别流程，根据待验证司机的驾驶数据判断是否进入人脸识别。
57.本方法通过判断身份验证失败次数是否超出失败次数阈值、查询当日首次身份验
证请求、查询前次身份认证是否认证失败、检测所述待验证司机是否更换移动终端、执行随机识别流程按从上到下的选择顺序进行执行，形成综合的身份验证策略，以对待验证司机进行人脸识别。杜绝了传统业务通过单一的人脸识别身份校验，并有效可行，并提高对司机身份验证的准确性和效率；也避免了过于频繁的人脸校验，减小对驾车安全的影响，也提高用户体验。
附图说明
58.下面结合附图对本发明的具体实施方式作进一步详细的说明，其中：
59.图1是本发明的本发明涉及的应用场景的示意图；
60.图2是本发明的确保实际开车网约车司机与注册司机一致的方法的流程示意图；
61.图3是本发明的确保实际开车网约车司机与注册司机一致的装置的组成示意图。
具体实施方式
62.以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
63.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
64.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
65.为了使得本领域技术人员能够使用本技术内容，结合特定应用场景“网约车打车场景”，给出以下实施方式。对于本领域技术人员来说，在不脱离本技术的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本技术主要围绕“网约车打车场景”进行描述，但是应该理解，这仅是一个示例性实施例。本技术可以应用于任何其他交通运输的交通工具，可以包括出租车、私家车、顺风车、公共汽车等，或其任意组合。本技术还可以包括用于网约车打车的任何服务系统。
66.图1为本发明涉及的应用场景的示意图。如图1所示，本发明提供的确保实际开车网约车司机与注册司机一致的方法，可以应用于终端设备与服务器交互的场景中。其中，上述终端设备可以安装有网约车应用，即可以实现提供网约车服务功能的应用程序(application，app)，上述服务器可以为网约车应用对应的服务器。上述终端设备可以与服务器可以通过互联网进行通信。具体实现时，上述终端设备可以是移动设备、手持设备、车载设备、可穿戴设备、计算设备，以及各种形式的用户设备(user equipment，ue)，移动台(mobile station，ms)及终端(terminal)等。
67.其中，服务器上运行网约车平台的服务端，终端设备上运行网约车平台的客户端，终端设备可以分为司机端和用户端。乘客使用用户端在网约车平台上发布出行订单后，司机可以使用司机端在网约车平台上承接出行订单，并提供出行服务。
68.通常网约车司机会预先在网约车平台注册个人信息，然后在当日开启服务时对司机身份进行验证。然而，现有技术仅在当日开启服务时对司机进行人脸识别的身份验证，仅通过单一的人脸识别身份校验流程，且检验后也不能很好的保证有效行，违规人员让注册司机完成身份验证后进行替换，代替注册司机进行身份验证。而过于频繁的人脸校验可能影响驾车安全，所以多频次校验也影响用户体验和驾驶安全。因此，亟需一种新的司机身份验证方法，以提高司机身份验证的准确性和效率。
69.实施例一
70.图2为本发明提供的确保实际开车网约车司机与注册司机一致的方法实施例的流程图，本实施例的执行主体可以为确保实际开车网约车司机与注册司机一致的装置，具体的，该装置可以以软件或硬件的方式设置于图1所示的服务器中。
71.如图2所示，本实施例的确保实际开车网约车司机与注册司机一致的方法，可以包括：
72.s100：接收移动终端发送的身份验证请求，所述身份验证请求包括待验证司机的身份信息和移动终端的设备信息。
73.在一种实施中，所述司机的身份信息至少包括姓名、手机号码、身份证号码、驾驶证信息，还可以包括车辆信息、住址等等。所述移动终端的设备信息，例如手机，可以由设备型号、序列号、设备码组成等等。
74.在一种具体实施中，身份验证请求由部署在移动终端的网约车应用发起，而触发身份验证请求事件，可以是，司机在操作时主动发起，如进行登司机账号、出车操作、收车操作等等；还可以时，网约车应用在特定场景下自主向服务器发起身份验证操作，例如，司机在当日首次使用网约车应用进行提供出行服务时，如登录司机账户时；承接出行订单时，如接力订单、顺风车订单、预约订单、专车订单等等；又或者在触发司机服务投诉事件、司机举报事件等等。
75.以日常出行为例，用户通过打车软件进行叫车，整个接送过程节点大致包括：司机出车/乘客下单/司机接单/接送乘客等。在众多的重要的业务节点，例如：司机听单/司机出车去接乘客等，添加检查开车司机与注册在案的司机是否一致的检查点，网约车应用在检查点自主向服务器发起身份验证操作。限制不一致司机的后续业务操作，同时收集识别信息，供司机管理人员后续跟进管理，从而提高安全保障，规避安全及合规风险。
76.具体的，网约车应用在特定场景下自主向服务器发起身份验证操作，是网约车运营平台自主配置的，以实现针对不同的业务场景进行身份验证，多方面保障用户安全。
77.s200：判断所述待验证司机的身份验证失败次数是否超出失败次数阈值。
78.s210：若是，则禁止所述待验证司机出车。
79.s220：若否，则进入步骤s300。
80.在一种具体实施中，失败次数阈值可以是基于时间周期配置的，如一天内的失败次数阈值，如一天5次；一周内的失败次数阈值，如一周30次；等等。在另一种实施中，失败次数阈值可以是基于业务场景进行设置的，如不同的业务节点的失败次数阈值，例如，司机听
单/3次；司机出车去接乘客/3次，又或者是不同的业务场景，例如当前顺风车服务/5次、当前专车服务/5次。
81.在一种实施中，当司机身份验证失败时，记录失败记录，得到待验证司机的身份验证失败次数，在每次验证时对身份验证失败次数进行叠加，当满足周期后进行重设即可。
82.s300：查询所述身份验证请求是否为该待验证司机的当日首次身份验证请求。
83.s310：若是，则执行人脸识别流程。
84.s320：若否，则进入步骤s400。
85.步骤s300是对待验证司机的常规个人与身份信息一致核验，同时兼顾普通司机首次出车时的方便操作，当司机不是首次出车时，则跳过步骤s300，提高司机体验感。
86.s400：查询所述待验证司机的前次身份认证是否认证失败。
87.s410：若是，则执行人脸识别流程。
88.s420：若否，则进入步骤s500。
89.经申请人研究发现，现有技术的身份校验流程存在技术漏洞，如果策略完全无状态的随机进行身份验证，司机是可以通过不断试操作，如不断滑动出车事件又不做身份识别，以此绕过身份校验。为此，本步骤s400的核心之处在于，如果历史拉起过人脸识别，但是司机并没有成功完成，强制当前出车也要做人脸识别。避免司机通过不断滑动出车又不做识别的情况，避免司机通过漏洞绕开身份校验流程。
90.在一种实施中，当司机身份验证失败或没有完成时，记录失败记录，得到待验证司机的前次身份认证失败记录，以此实现步骤s400对前次身份认证结果的查询。
91.s500：根据移动终端的设备信息，检测所述待验证司机是否更换移动终端。
92.s510：若是，则进入人脸识别。
93.s510：若否，则进入下一步骤。
94.在本实施例中，步骤s500就如文字所描述，更换移动设备是指待验证司机当前进行人脸识别所使用的移动设备与前次做人脸识别的移动设备不一致。申请人在服务运营过程中发现，在更换移动设备的场景下，有更高的概率是网约车平台的注册司机，通过用非网约车平台的“代驾司机”的移动设备做人脸识别，进而让后者驾驶车辆营运的情况。
95.s600：执行随机识别流程，根据待验证司机的驾驶数据判断是否进入人脸识别。
96.在上述步骤中，当人脸识别流程判定识别成功时，记录识别记录，所述识别记录包含移动终端的设备信息，且待验证司机可以顺利进行相应操作，提供出行服务等。而当人脸识别流程判定识别失败时，禁止所述待验证司机出车。
97.传统业务的出行健康严重依赖于司管与司机的校验，而且在校验过后，也不能很好的保证有效行。但是需高度保证网约车安全的背景下，应当严格避免司机违规操作的延后处理的，而且在网约车的业务场景中，网约车公司常在线上对网约车司机进行统一管理，很难做到对每个司机的实时监控。而本发明综合以上s200～s600有机组合形成的综合身份验证策略，在特定顺序下的策略组合，目的在于增加司机作弊的难度，当身份验证策略提升作弊难度，压缩司机作弊的空间，足以影响司机作弊盈利时，就能到达令行禁止的效果，避免非注册的司机使用注册司机的账号出车接驾营运。同时，在步骤s100预设在众多的重要业务节点自主发起身份验证，以限制不一致司机的后续业务操作，同时收集识别信息，供司机管理人员后续跟进管理，从而提高安全保障，规避安全及合规风险。
98.本方法通过判断身份验证失败次数是否超出失败次数阈值、查询当日首次身份验证请求、查询前次身份认证是否认证失败、检测所述待验证司机是否更换移动终端、执行随机识别流程按从上到下的选择顺序进行执行，形成综合的身份验证策略，以对待验证司机进行人脸识别。杜绝了传统业务通过单一的人脸识别身份校验，并有效可行，并提高对司机身份验证的准确性和效率；也避免了过于频繁的人脸校验，减小对驾车安全的影响，也提高用户体验。
99.在一种具体实施中，步骤s500，根据移动终端的设备信息，检测所述待验证司机是否更换移动终端，具体包括：
100.s501：根据身份信息调取所述待验证司机的识别记录，从识别记录中获取前次身份认证的记录信息，所述记录信息包括前次身份认证的设备信息。
101.在一种具体实施中，所述移动终端的设备信息，例如手机，可以由设备型号、序列号、设备码组成等等。以此实现比对，而获取移动终端的设备信息是本领域的现有技术，在此不过多说明。
102.s502：比对当前身份认证的设备信息和前次身份认证的设备信息，判断所述待验证司机是否更换移动终端。
103.在一种具体实施中，步骤s600，执行随机识别流程，根据待验证司机的驾驶数据判断是否进入人脸识别，具体包括：
104.s601：查询所述待验证司机的前次收车时间及对应的当日驾驶时长；
105.s602：调取多个预设的随机识别策略，其中，所述随机识别策略预配置有时间阈值区间和触发人脸识别事件概率值，多个随机识别策略的时间阈值区间和触发人脸识别事件概率值按预设梯度配置。
106.在一种实例中，可以预设配置有10个随机识别策略，从1～6按序排列。例如，第1随机识别策略的时间阈值区间是前次收车时间18:00～19:00，当日驾驶时长0～8小时，触发人脸识别事件概率值30％；第2随机识别策略的时间阈值区间是前次收车时间19:00～20:00，当日驾驶时长8～9小时，触发人脸识别事件概率值40％；依次类推。1～10的时间阈值区间、触发人脸识别事件概率值均可以相应的梯度配置。
107.s603：识别所述前次收车时间和所述当日驾驶时长所在时间阈值区间，匹配对应的随机识别策略；
108.s604：根据随机识别策略的触发人脸识别事件概率值，随机执行人脸识别流程。
109.其中，执行随机执行人脸识别流程时，当命中需要执行人脸识别流程时，需要司机进行身份验证，通过才能出车等。当不命中执行人脸识别流程时，司机无需做进行身份验证，即可进行出车等操作。
110.步骤s600通过查询司机上一次收车时间和当天驾驶时长，当它们超过一定的时间阈值(可梯度配置)后，随机(对应上述时间阈值，概率可以梯度配置)拉起人脸识别流程。当驾驶时长较大时，不符合正常驾驶时长，可考虑是非注册司机的代运营行为。
111.查询司机上一次收车时间和当天驾驶时长，当它们超过一定的时间阈值(可梯度配置)后，随机(对应上述时间阈值，概率可以梯度配置)拉起人脸识别流程。
112.实施例二
113.本实施例2所述的确保实际开车网约车司机与注册司机一致的方法，与实施例1的
方法和原理完全相同。本实施例2还提供了一种确保实际开车网约车司机与注册司机一致的方法。所述方法还包括：
114.s100：接收移动终端发送的身份验证请求；
115.s10：根据所述身份信息检测所述待验证司机是否完成无源人脸识别；
116.s20：若有，则判断所述待验证司机的身份验证失败次数是否超出失败次数阈值；
117.s30：若否，则执行无源人脸识别流程，根据所述身份信息请求第三方信息；
118.s40：校验待验证司机的人脸信息是否与第三方信息的一致，若是，则完成无源人脸识别和容许待验证司机出车，并将人脸信息储存，用于人脸识别流程中；若否，则禁止所述待验证司机出车。
119.相比现有技术，当司机在网约车平台首次出车时，判断司机是否成功做过无源人脸识别。如果已经做过，则执行步骤s200-s600。如果没有，则根据司机注册的姓名、身份证号等信息，拉起无源人脸识别：请求公安部信息，校验当前司机人脸是否跟公安数据库存档信息一致。如果身份一致，允许司机出车而且存储当前能通过身份校验的人脸照片，用于做后续人脸识别(即有源识别/人脸识别流程)。如果不身份不一致，则提示错误，拦截司机出车。
120.通过上述的技术手段，能够保证无源识别即后续人脸识别流程的数据权威性，也能极大降低后续做人脸识别的成本(有源人脸识别成本更低，也有很多开源的稳定实现方案)。
121.实施例三
122.参照图3所示，本实施例3提供了一种确保实际开车网约车司机与注册司机一致的装置。该装置可以部署在服务器的处理器中，并执行上述的确保实际开车网约车司机与注册司机一致的方法。
123.本实施例3所述的确保实际开车网约车司机与注册司机一致的装置，所述装置包括：
124.接收模块，其用于接收移动终端发送的身份验证请求，所述身份验证请求包括待验证司机的身份信息和移动终端的设备信息；
125.判断模块，其用于判断所述待验证司机的身份验证失败次数是否超出失败次数阈值，若是，则禁止所述待验证司机出车；若否，则进入下一步骤；
126.首次认证查询模块，其用于查询所述身份验证请求是否为该待验证司机的当日首次身份验证请求，若是，则执行人脸识别流程；若否，则进入下一步骤；
127.前次认证查询模块，其用于查询所述待验证司机的前次身份认证是否认证失败，若是，则执行人脸识别流程；若否，则进入下一步骤；
128.设备更换识别模块，其用于根据移动终端的设备信息，检测所述待验证司机是否更换移动终端，若是，则进入人脸识别；若否，则进入下一步骤；
129.随机识别执行模块，其用于执行随机识别流程，根据待验证司机的驾驶数据判断是否进入人脸识别。
130.具体的，所述设备更换识别模块根据移动终端的设备信息，检测所述待验证司机是否更换移动终端，具体包括：
131.根据身份信息调取所述待验证司机的识别记录，从识别记录中获取前次身份认证
的记录信息，所述记录信息包括前次身份认证的设备信息；
132.比对当前身份认证的设备信息和前次身份认证的设备信息，判断所述待验证司机是否更换移动终端。
133.具体的，所述随机识别执行模块执行随机识别流程，根据待验证司机的驾驶数据判断是否进入人脸识别，具体包括：
134.查询所述待验证司机的前次收车时间及对应的当日驾驶时长；
135.调取多个预设的随机识别策略，其中，所述随机识别策略预配置有时间阈值区间和触发人脸识别事件概率值，多个随机识别策略的时间阈值区间和触发人脸识别事件概率值按预设梯度配置；
136.识别所述前次收车时间和所述当日驾驶时长所在时间阈值区间，匹配对应的随机识别策略；
137.根据随机识别策略的触发人脸识别事件概率值，随机执行人脸识别流程。
138.具体的，所述装置包括无源认证模块，其用于执行如下步骤：
139.接收移动终端发送的身份验证请求；
140.根据所述身份信息检测所述待验证司机是否完成无源人脸识别；
141.若有，则判断所述待验证司机的身份验证失败次数是否超出失败次数阈值；
142.若否，则执行无源人脸识别流程，根据所述身份信息请求第三方信息；
143.校验待验证司机的人脸信息是否与第三方信息的一致，若是，则完成无源人脸识别和容许待验证司机出车；若否，则禁止所述待验证司机出车。
144.本实施例所述一种确保实际开车网约车司机与注册司机一致的方法及装置的其它结构参见现有技术。
145.以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，故凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何修改、等同变化与修饰,均仍属于本发明技术方案的范围内。