一种身份识别方法、系统和存储介质与流程

本申请涉及智能交通技术领域，尤其涉及一种身份识别方法、系统和存储介质。

背景技术：

随着生活水平的不断提升，车辆已成为日常生活中最常用的交通工具，随之也一并带来了交通风险以及社会风险。作为“衣食住行”中不可或缺的重要存在，出行安全时刻为人们所关注。网约车服务现在已经成为了人们生活中的一部分，乘客在使用网约车服务时遭遇危险的情况层出不穷。虽然司机在注册时提交了必要的身份信息和车辆信息，但是无法确认接受订单的驾驶员与注册司机是否为同一人，更有甚者，驾驶员所使用车辆与注册时所使用的车辆不一致。

目前的身份认证手段，主要是通过做符合规则的面部表情动作(如眨眼、点头、摇头等)来确认身份，识别速度依赖于手机处理器性能，并且身份识别方法单一，且无法驾驶员与车辆的注册司机一致。

技术实现要素：

本申请实施例提供一种身份识别方法、系统和存储介质，用以对驾驶员的身份进行认证。

第一方面，本申请实施例提供一种身份识别方法，该方法包括：

在车辆启动前，采集司机的人脸图像；

根据采集到的司机的人脸图像，对所述司机进行身份认证；

若身份认证通过，则通过can总线向车辆点火装置发送解禁点火指令。

可选的，根据采集到的司机的人脸图像，对所述司机进行身份认证，包括：

获取所述人脸图像的人脸特征；

将获取到的人脸特征与云平台服务器下发的与所述车辆绑定的人脸图像信息进行匹配；

若所述人脸特征与所述人脸图像信息匹配，则确定身份认证通过；

若所述人脸特征与所述人脸图像信息不匹配，则确定身份认证未通过。

可选的，对所述司机进行身份认证之后，还包括：

若身份认证通过，则控制车载中控将所述司机的接单软件登录到云平台服务器；

实时采集所述司机的人脸图像；

每采集一次所述司机的人脸图像，则根据采集到的司机的人脸图像，对所述司机进行身份认证；

若身份认证未通过，则执行预设操作；

所述预设操作包括以下中的部分或全部：

控制车载中控将所述司机的接单软件从所述云平台服务器注销；

向所述云平台服务器发送身份认证未通过的信息，以使所述云平台服务器存储所述车辆的司机身份认证未通过的信息；

向所述云平台服务器发送所述身份认证未通过的信息，以使所述云平台服务器停止为所述接单软件发送订单。

可选的，若所述司机的接单软件有正在进行订单，所述方法还包括：

若身份认证未通过，则向所述正在进行订单的乘客的用于登录所述接单软件的终端发送报警信息。

第二方面，本申请实施例提供一种身份识别系统，该系统包括：

车载ai-box，车载t-box；

所述车载ai-box用于在车辆启动前，采集司机的人脸图像，并根据采集到的司机的人脸图像，对所述司机进行身份认证；以及，将认证结果发送给所述车载t-box；

所述车载t-box用于接收所述车载ai-box发送的所述认证结果，以及在所述认证结果为通过时，通过can总线向车辆点火装置发送解禁点火指令。

可选的，所述车载ai-box还用于：

获取所述人脸图像的人脸特征；并将获取到的人脸特征与云平台服务器下发的与所述车辆绑定的人脸图像信息进行匹配；

若所述人脸特征与所述人脸图像信息匹配，则确定所述认证结果为通过；

若所述人脸特征与所述人脸图像信息不匹配，则确定所述认证结果为未通过。

可选的，所述车载t-box还用于：

在所述认证结果为通过时，将认证通过的信息发送给车载中控，以使所述车载中控根据所述认证通过的信息将所述司机的接单软件登录到云平台服务器；

所述车载ai-box还用于：

实时采集所述司机的人脸图像；以及每采集一次所述司机的人脸图像，则根据采集到的司机的人脸图像，对所述司机进行身份认证；并，将每一次的认证结果发送给所述车载t-box；

所述车载t-box还用于，在认证结果为未通过时，执行预设操作：

所述预设操作包括以下中的部分或全部：

所述车载t-box将认证未通过的信息发送给车载中控，以使所述车载中控根据所述认证未通过的信息将所述接单软件从所述云平台服务器注销；

所述车载t-box将认证未通过的信息发送给云平台服务器，以使所述云平台服务器存储所述车辆的司机身份认证未通过的信息；

所述车载t-box将认证未通过的信息发送给云平台服务器，以使所述云平台服务器停止为所述接单软件发送订单。

可选的，所述车载t-box还用于：

若所述认证结果为未通过，所述司机的接单软件有正在进行订单，则向所述正在进行订单的乘客的用于登录所述接单软件的终端发送报警信息。

第三方面，本申请实施例提供一种身份识别装置，该装置包括：

图像采集模块，用于在车辆启动前，采集司机的人脸图像；

认证模块，用于根据采集到的司机的人脸图像，对所述司机进行身份认证；

发送模块，用于若身份认证通过，则通过can总线向车辆点火装置发送解禁点火指令。

可选的，所述认证模块具体用于：

获取所述人脸图像的人脸特征；

将获取到的人脸特征与云平台服务器下发的与所述车辆绑定的人脸图像信息进行匹配；

若所述人脸特征与所述人脸图像信息匹配，则确定身份认证通过；

若所述人脸特征与所述人脸图像信息不匹配，则确定身份认证未通过。

可选的，所述装置还包括：

控制模块，用于对所述司机进行身份认证之后，若身份认证通过，则控制车载中控将所述司机的接单软件登录到云平台服务器；

所述图像采集模块，还用于实时采集所述司机的人脸图像；

所述认证模块，还用于每采集一次所述司机的人脸图像，则根据采集到的司机的人脸图像，对所述司机进行身份认证；

所述控制模块，还用于若身份认证未通过，则执行预设操作；

所述预设操作包括以下中的部分或全部：

控制车载中控将所述司机的接单软件从所述云平台服务器注销；

向所述云平台服务器发送身份认证未通过的信息，以使所述云平台服务器存储所述车辆的司机身份认证未通过的信息；

向所述云平台服务器发送所述身份认证未通过的信息，以使所述云平台服务器停止为所述接单软件发送订单。

可选的，所述发送模块还用于若所述司机的接单软件有正在进行订单，若身份认证未通过，则向所述正在进行订单的乘客的用于登录所述接单软件的终端发送报警信息。

第四方面，本申请另一实施例还提供了一种计算机存储介质，其中，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行本申请实施例中的任一身份识别方法。

本申请实施例提供的身份识别方法、系统和存储介质，由于每一台车辆都独立的绑定有司机的信息，在车辆启动前对司机进行身份认证，只有驾驶员与注册司机相同时，才能够启动车辆，保证了乘客的安全。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本申请实施例中一种身份识别系统的示意图；

图2为本申请实施例中一种身份识别方法的应用场景示意图；

图3为本申请实施例中一种身份识别方法的流程图；

图4为本申请实施例中一种身份识别装置的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

目前，网约车服务现在已经成为了人们生活中的一部分，但乘客在使用网约车服务时遭遇危险的情况层出不穷。虽然司机在注册时提交了必要的身份信息和车辆信息，但是无法确认接受订单的驾驶员与注册司机是否为同一人，更有甚者，驾驶员所使用车辆与注册时所使用的车辆不一致。

相关技术中，主要是在注册时认证司机的身份是否合法，以及车辆是否合法。而无法保证司机的身份与注册车辆的一致性。并且，在识别认证完成到下一次识别开始前，司机的身份存在一个真空期，无法实时确认司机的身份。

有鉴于此，本申请实施例提供一种身份识别系统。该系统中，每个司机使用一台车辆，司机的信息与车辆需要绑定。在车辆启动前，车载ai-box采集司机的人脸图像，对司机进行身份认证，并将认证结果发送给车载t-box。车载t-box在确定司机的身份认证通过时，通过can总线向车辆的点火装置发送解禁点火指令，司机才能够使用点火装置，启动车辆。

上述系统，由于每一台车辆都独立的绑定有司机的信息，在车辆启动前对司机进行身份认证，只有驾驶员与注册司机相同时，才能够启动车辆，保证了乘客的安全。

参阅图1，为本申请实施例中一种身份识别系统100的示意图，该系统包括：车载ai-box101和车载t-box102。

其中，所述车载ai-box101用于在车辆启动前，采集司机的人脸图像，并根据采集到的司机的人脸图像，对所述司机进行身份认证；以及，将认证结果发送给所述车载t-box；

所述车载t-box102用于接收所述车载ai-box发送的所述认证结果，以及在所述认证结果为通过时，通过can总线向车辆点火装置发送解禁点火指令。

实施时，车辆信息与注册司机的注册信息具有绑定关系，每个司机对应于一台车辆。司机可以更换车辆，此时，司机与原车辆解除绑定关系，并与新的车辆建立绑定关系。云平台服务器存储有车辆信息与注册司机的注册信息的对应关系。并可以将注册信息周期性的下发至对应的车载ai-box，例如，可以每24小时向车载ai-box发送一次注册信息。或者，还可以是云平台服务器在发现车辆信息与注册信息的对应关系有更新时，将注册信息发送到对应的车载ai-box中。具体的，可以仅发送有更新的注册信息，或者是可以向全部车辆发送对应的注册信息，本申请不做具体限定。

云平台服务器下发的注册信息中包含有人脸图像信息。具体实施时，人脸图像信息可以是不同角度的司机的图像，或者还可以是对司机的注册图像进行处理后，提取的司机的特征。

例如，车载ai-box采集司机的人脸图像后，获取采集到的人脸图像的人脸特征。同时，车载ai-box对人脸图像信息进行处理，获取人脸图像信息中的人脸特征。并，将采集到的人脸图像的人脸特征与人脸图像信息中的人脸特征进行匹配。若匹配，则确定认证结果为通过；若不匹配，则确定认证结果为未通过。

又例如，车载ai-box采集司机的人脸图像后，获取采集到的人脸图像的人脸特征。并将获取到的人脸特征与人脸图像信息中的特征进行匹配。若匹配，则确定认证结果为通过；若不匹配，则确定认证结果为未通过。

上述系统，只有在驾驶员与注册司机匹配时，才能够启动车辆，保证了乘客的安全。

在一个可能的实施例中，车载t-box接收到车载ai-box发送的认证结果后，在认证结果为通过时，则将认证通过的信息发送给车载中控，以使所述车载中控根据所述认证通过的信息将所述司机的接单软件登录到云平台服务器。

车载ai-box则实时采集司机的人脸图像。并在每采集一次司机的人脸图像后，根据采集到的人脸图像对司机进行身份认证。车载ai-box将每一次的认证结果发送给车载t-box。

车载t-box在认证结果为未通过时，可以执行预设操作。

实施时，预设操作可以包括以下三种：

1、所述车载t-box将认证未通过的信息发送给车载中控，以使所述车载中控根据所述认证未通过的信息将所述接单软件从所述云平台服务器注销。

实施时，在车载中控将接单软件从云平台服务器注销后，车载ai-box还能够继续实时采集司机的图像。并在每一次采集到司机的图像后，对司机进行身份认证，并在认证结果为认证通过后，再次控制车载中控将司机的接单软件登录到云平台服务器。

上述系统，通过在驾驶员身份认证未通过时，将接单软件从云平台服务器注销的方式，能够保证在驾驶员与车辆的注册司机身份一致时，才能够接受订单。

2、车载t-box将认证未通过的信息发送给云平台服务器，以使所述云平台服务器存储所述车辆的司机身份认证未通过的信息。

例如，车载t-box在确认认证结果为认证未通过时，可以将车辆信息，以及认证结果为认证未通过的司机的图像发送给云平台服务器，以便于云平台服务器能够存储本次认证未通过的信息。

上述系统，由于云平台服务器存储车辆的司机身份认证未通过的相关信息，使得能够根据存储的相关信息，确认认证未通过的原因，也能够在车载t-box误判断时，及时弥补司机的损失。

3、车载t-box将认证未通过的信息发送给云平台服务器，以使所述云平台服务器停止为所述接单软件发送订单。

实施时，在云平台服务器停止为接单软件发送订单后，车载ai-box继续实时采集司机的图像。并在每一次采集到司机的图像后，对司机进行身份认证，并在认证结果为认证通过后，将认证通过的信息发送给云平台服务器，以使云平台服务器为该接单软件继续发送订单。

上述系统，在驾驶员与注册信息不匹配时，能够停止为司机发送订单，保证了乘客的安全。

需要说明的是，车载t-box在认证结果为未通过时，执行的预设操作包括但不限于上述3种方式，预设操作还可以是例如车载t-box通知所述服务器停止为所述接单软件发送订单预设时长例如，5分钟、10分钟等，本申请不做具体限定。

为了进一步保证乘客的安全，车载t-box在认证结果为未通过时，且所述司机的接单软件有正在进行订单，则向所述正在进行订单的乘客的用于登录所述接单软件的终端发送报警信息。

上述系统，能够在驾驶员与注册司机不匹配时，及时通知乘客，避免了在接乘客的图中更换驾驶员而乘客不知道的问题，保证了乘客的安全。

下面结合具体的实施例，对本申请提供的技术方案做进一步解释。

参阅图2，为本申请实施例中一种身份识别方法的应用场景示意图。该场景包括：驾驶员200，身份识别系统201，驾驶员202，乘客203。

身份识别系统201在车辆启动前，采集驾驶员200的人脸图像，对驾驶员200进行身份认证。身份识别系统201确定驾驶员200的身份认证通过，通过can总线向车辆点火装置发送解禁点火指令，并控制车载中控将驾驶员200的接单软件登录到云平台服务器。

驾驶员200通过车辆点火装置启动车辆，并通过接单软件接收乘客203的订单。此时，驾驶员200下车，更换为驾驶员202。身份识别系统201实时采集驾驶员202的人脸图像，对驾驶员202进行身份认证，确定认证结果为未通过，则将接单软件在云平台服务器注销，并向乘客203的终端发送报警信息。

基于相同的发明构思，本申请实施例提供一种身份识别方法。参阅图3，为本申请实施例中一种身份识别方法的流程图，可以包括以下步骤：

步骤301：在车辆启动前，采集司机的人脸图像。

步骤302：根据采集到的司机的人脸图像，对所述司机进行身份认证。

步骤303：若身份认证通过，则通过can总线向车辆点火装置发送解禁点火指令。

可选的，根据采集到的司机的人脸图像，对所述司机进行身份认证，包括：

获取所述人脸图像的人脸特征；

将获取到的人脸特征与云平台服务器下发的与所述车辆绑定的人脸图像信息进行匹配；

若所述人脸特征与所述人脸图像信息匹配，则确定身份认证通过；

若所述人脸特征与所述人脸图像信息不匹配，则确定身份认证未通过。

可选的，对所述司机进行身份认证之后，还包括：

若身份认证通过，则控制车载中控将所述司机的接单软件登录到云平台服务器；

实时采集所述司机的人脸图像；

每采集一次所述司机的人脸图像，则根据采集到的司机的人脸图像，对所述司机进行身份认证；

若身份认证未通过，则执行预设操作；

所述预设操作包括以下中的部分或全部：

控制车载中控将所述司机的接单软件从所述云平台服务器注销；

向所述云平台服务器发送身份认证未通过的信息，以使所述云平台服务器存储所述车辆的司机身份认证未通过的信息；

向所述云平台服务器发送所述身份认证未通过的信息，以使所述云平台服务器停止为所述接单软件发送订单。

可选的，若所述司机的接单软件有正在进行订单，所述方法还包括：

若身份认证未通过，则向所述正在进行订单的乘客的用于登录所述接单软件的终端发送报警信息。

基于相同的发明构思，本申请实施例提供一种身份识别装置。参阅图4，为本申请实施例中一种身份识别装置示意图，包括：

图像采集模块401，用于在车辆启动前，采集司机的人脸图像；

认证模块402，用于根据采集到的司机的人脸图像，对所述司机进行身份认证；

发送模块403，用于若身份认证通过，则通过can总线向车辆点火装置发送解禁点火指令。

可选的，认证模块402具体用于：

获取所述人脸图像的人脸特征；

将获取到的人脸特征与云平台服务器下发的与所述车辆绑定的人脸图像信息进行匹配；

若所述人脸特征与所述人脸图像信息匹配，则确定身份认证通过；

若所述人脸特征与所述人脸图像信息不匹配，则确定身份认证未通过。

可选的，所述装置还包括：

控制模块，用于对所述司机进行身份认证之后，若身份认证通过，则控制车载中控将所述司机的接单软件登录到云平台服务器；

所述图像采集模块401还用于，实时采集所述司机的人脸图像；

所述认证模块402还用于，每采集一次所述司机的人脸图像，则根据采集到的司机的人脸图像，对所述司机进行身份认证；

所述控制模块，还用于若身份认证未通过，则执行预设操作；

所述预设操作包括以下中的部分或全部：

控制车载中控将所述司机的接单软件从所述云平台服务器注销；

向所述云平台服务器发送身份认证未通过的信息，以使所述云平台服务器存储所述车辆的司机身份认证未通过的信息；

向所述云平台服务器发送所述身份认证未通过的信息，以使所述云平台服务器停止为所述接单软件发送订单。

可选的，所述发送模块403还用于若所述司机的接单软件有正在进行订单，若身份认证未通过，则向所述正在进行订单的乘客的用于登录所述接单软件的终端发送报警信息。

在一些可能的实施方式中，本申请提供的一种身份识别方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的一种身份识别方法中的步骤，例如，计算机设备可以执行如图3中所示的步骤301-步骤303。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的用于身份识别的程序产品可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在计算装置上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算装置上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算装置上部分在远程计算装置上执行、或者完全在远程计算装置或云平台服务器上执行。在涉及远程计算装置的情形中，远程计算装置可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算装置，或者，可以连接到外部计算装置(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

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

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。