CN117831159A - 一种解锁方法及车辆 - Google Patents

Abstract

本申请提供了一种解锁方法及车辆，方法包括：车辆获取到第一目的地，第一目的地为目标乘客的上车位置，或者第一目的地为车辆执行第一任务事项的目的地；车辆向第一目的地行驶；在车辆的位置与第一目的地之间的距离小于预设值的情况下，车辆将车辆上的第一车门解锁。实现了车辆可以自动识别到目标乘客，并自动解锁车门，实现了车辆解锁的便利性，也提高了目标乘客乘车的准确性。

Description

一种解锁方法及车辆

技术领域

本申请涉及车辆自动化技术领域，尤其涉及一种解锁方法及车辆。

背景技术

近年来，随着车联网行业的发展，车机应用日新月异，各车载服务厂商均以车机为中心构建车主服务生态，以满足广大车主的服务诉求。

目前，为了出行方便，网约车业务得到了巨大的发展。越来越多的人选择网约车出行。目前，在司机到达目的地接乘客时，司机需询问目标乘客的身份，在确认目标乘客的身份后，司机在解锁车门并打开车门让乘客上车，或者乘客自己打开车门并上车。该上车流程较繁琐，如何提高乘车的便捷性，有待进一步研究。

发明内容

本申请提供了一种解锁方法及车辆，实现了车辆可以自动识别到目标乘客，并自动解锁车门，实现了车辆解锁的便利性，也提高了目标乘客乘车的准确性。

第一方面，本申请提供了一种解锁方法，方法包括：车辆获取到第一目的地，第一目的地为目标乘客的上车位置，或者第一目的地为车辆执行第一任务事项的目的地；车辆向第一目的地行驶；在车辆的位置与第一目的地之间的距离小于预设值的情况下，车辆将车辆上的第一车门解锁。

其中，第一目的地可以是家人、亲人、朋友、或者网约车乘客所在的目的地。

第一目的地也可以是加油事项、送货事项、接货事项的目的地等。

可选的，车辆将车辆上的第一车门解锁，可以是车辆仅将车辆上的第一车门解锁，没有将第一车门打开，需要人员使用外力将第一车门打开。

可选的，车辆将车辆上的第一车门解锁，可以是车辆将车辆上的第一车门解锁的同时，也自动将第一车门打开，不再需要人员使用外力将第一车门打开。

在车辆到达目的地之前，车辆先获取到目的地。之后，车辆向目的地行驶，在车辆到达目的地附近之后，车辆可以自动将车辆解锁。这样，实现了车辆100可以自动识别到目标乘客，并自动解锁车门，实现了车辆解锁的便利性，也提高了目标乘客乘车的准确性。

结合第一方面，在一种可能的实现方式中，在第一目的地为目标乘客的上车位置的情况下，在车辆向第一目的地行驶之前，方法还包括：车辆获取到目标乘客身份信息；车辆将车辆上的第一车门解锁，具体包括：车辆获取到一个或多个待乘车乘客身份信息；车辆基于一个或多个待乘车乘客身份信息和目标乘客身份信息，从一个或多个待乘车乘客中确定出目标乘客；车辆将车辆上的第一车门解锁。

这样，在车辆到达目的地附近之后，只有在识别到目标乘客之后，才会自动将车门解锁。否则，车辆不会将车门解锁。这样，可以防止车辆误解锁车门的情况发生。

结合第一方面，在一种可能的实现方式中，车辆将车辆上的第一车门解锁，具体包括：车辆的车身状态满足预设条件，车辆将车辆上的第一车门解锁；其中，预设条件包括以下一项或者多项：驾驶员在车辆的驾驶位、车辆的行驶速度小于第一值。

这样，在车辆到达目的地附近之后，在车辆的车身状态满足预设条件的情况下，辆才会将车辆上的第一车门解锁。这样，可以防止车辆误解锁车门的情况发生。车辆的车身状态还可以是其他条件，本申请实施例对此不做限定。

结合第一方面，在一种可能的实现方式中，在车辆将车辆上的第一车门解锁之前，方法还包括：车辆显示第一提示信息，第一提示信息用于提示驾驶员是否解锁第一车门；车辆将车辆上的第一车门解锁，具体包括：车辆接收并响应针对第一提示信息中第一选项的输入操作，将车辆上的第一车门解锁。

这样，在车辆到达目的地附近之后，在车辆自动将第一车门解锁之前，车辆在获取驾驶员的同意后，才会将第一车门解锁。这样，可以提高车辆解锁车门的准确性。

结合第一方面，在一种可能的实现方式中，车辆将车辆上的第一车门解锁，具体包括：车辆将车辆上的右后方车门解锁。

这样，车辆默认将右后方车门解锁，使得目标乘客可以入座后排座位，以保证驾驶员和目标乘客的安全性和隐私性。

结合第一方面，在一种可能的实现方式中，车辆将车辆上的第一车门解锁，具体包括：在目标乘客的身份为第一身份的情况下，车辆将将车辆上的第一车门解锁。

这样，车辆可以基于目标乘客的身份将车辆上的车门开启。针对不同目标乘客的身份，第一车门的位置可以不同。

结合第一方面，在一种可能的实现方式中，法还包括：在目标乘客的身份为第二身份的情况下，车辆将将车辆上的第二车门解锁；其中，第一身份和第二身份不同，第一车门的位置与第二车门的位置不同。

目标乘客的身份可以是以下任意一种或者多种：亲人、朋友、同事、陌生人等。第一身份可以是亲人、朋友、同事、陌生人中的任意一种。第二身份也可以是亲人、朋友、同事、陌生人中的任意一种。述第一身份和第二身份不同。

这样，针对不同目标乘客的身份，车辆解锁的车门位置可以不同。

结合第一方面，在一种可能的实现方式中，在目标乘客的身份为第一身份的情况下，车辆将将车辆上的第一车门解锁，具体包括：在第一身份为家人或者朋友的情况下，车辆将车辆上的右前方车门解锁；在目标乘客的身份为第二身份的情况下，车辆将将车辆上的第二车门解锁，具体包括：在第二身份为陌生人的情况下，车辆将车辆上的右后方车门解锁。

可选的，在第一身份为家人或者朋友的情况下，车辆也可以将右后方车门解锁。在第二身份为陌生人的情况下，车辆也可以将右前方车门解锁，本申请实施例对此不做限定。

对于用户身份与车门解锁位置的赌赢关系，也可以用户自动以设置，本申请实施例对此不做限定。

结合第一方面，在一种可能的实现方式中，在车辆获取到第一目的地之后，在车辆将车辆上的第一车门解锁之前，车辆还包括：车辆接收第一电子设备发送的第一消息，第一消息用于指示车辆解锁的车门位置为第一车门位置；车辆将车辆上的第一车门解锁，具体包括：响应于第一消息，车辆将车辆上的第一车门解锁。

车辆接收第一电子设备发送的第一消息，可以是第一电子设备将第一消息发送至服务器，服务器将第一消息转发至车辆。

这样，目标乘客可以选择车辆自动解锁的车门位置，使得目标乘客可以入座想入座的车辆位置。

结合第一方面，在一种可能的实现方式中，在车辆获取到第一目的地之后，在车辆将车辆上的第一车门解锁之前，车辆还包括：车辆接收第一电子设备发送的第二消息，第二消息用于指示车辆解锁的车门位置为第二车门位置；第二车门位置与第一车门位置不同；响应于第二消息，车辆显示第二提示信息，第二提示信息用于指示驾驶员从第一车门位置和第二车门位置中选择解锁的车门位置；车辆接收驾驶员针对第二提示信息中第二选项的操作，确认出解锁的车门位置为第一车门位置；车辆将车辆上的第一车门解锁，具体包括：响应于针对第二提示信息中第二选项的操作，车辆将车辆上的第一车门解锁。

可选的，在目标乘客选择车辆自动解锁的车门位置，与车辆预设的自动解锁的车门位置不同的情况下，车辆也可以默认选择解锁的车门位置为目标乘客选择解锁的车门位置。车辆也可以默认选择车辆预设的自动解锁的车门位置，本申请实施例对此不做限定。

这样，在目标乘客选择车辆自动解锁的车门位置，与车辆预设的自动解锁的车门位置不同的情况下，车辆可以显示提示信息让驾驶员确认出车辆自动解锁的车门位置。以解决该冲突。

结合第一方面，在一种可能的实现方式中，在车辆获取到第一目的地之后，在车辆将车辆上的第一车门解锁之前，车辆还包括：车辆接收第一电子设备发送的第三消息，第三消息用于指示车辆解锁的车门位置为第二车门位置；第二车门位置与第一车门位置不同；响应于第三消息，车辆显示第三提示信息，第三提示信息用于指示驾驶员第一车门位置对应的座位有人入座，选择解锁其他的车门位置；车辆接收驾驶员针对第三提示信息中第三选项的操作，确认出解锁的车门位置为第一车门位置；车辆将车辆上的第一车门解锁，具体包括：响应于针对第三提示信息中第三选项的操作，车辆将车辆上的第一车门解锁。

可选的，在目标乘客选择车辆自动解锁的车门位置对应的座位已经有其他乘客入座的情况下，第一电子设备也可以显示提示信息，让目标乘客选择解锁其他的车门位置。以解决该冲突。

这样，在目标乘客选择车辆自动解锁的车门位置对应的座位已经有其他乘客入座的情况下，车辆可以显示提示信息让驾驶员确认出车辆解锁其他车门位置。以解决该冲突。

结合第一方面，在一种可能的实现方式中，在车辆将车辆上的第一车门解锁之后，方法还包括：车辆向第一电子设备发送第三消息，第三消息用于告知目标乘客车辆已将车辆上的第一车门解锁。

这样，在车辆自动将车门解锁之后，车辆可以向第一电子设备发送提示信息，以提示目标乘客车辆解锁的车门位置。避免在车辆解锁的车门位置发生变化之后，目标乘客不知道车辆解锁的车门位置是哪一个。

结合第一方面，在一种可能的实现方式中，车辆将车辆上的第一车门解锁，具体包括：当目标乘客在车辆的第一方位的情况下，车辆将车辆上的第一方位的车门解锁。

这样，车辆可以基于目标乘客相对于车辆的位置，确定出解锁的车门位置。

结合第一方面，在一种可能的实现方式中，方法还包括：当目标乘客在车辆的第二方位的情况下，车辆将车辆上的第二方位的车门解锁；其中，第一方位和第二方位不同。

例如，第一方位可以是在车辆右前方或者右后方，第一方位的车门可以是右前方车门和/或右后方车门。

第二方位可以是在车辆左前方或者左后方，第二方位的车门可以是左后方车门。

结合第一方面，在一种可能的实现方式中，车辆将车辆上的第一车门解锁，具体包括：在目标乘客的数量小于第一值的情况下，车辆将车辆上的第一车门解锁。

这样，车辆可以基于目标乘客的数量，确定出解锁的车门位置数量。

例如，在目标乘客的数量为1个时，车辆可以将右后方车门位置或者右前方车门位置或者左后方车门位置解锁。再例如，在目标乘客的数量为2个或者3个时，车辆可以将右后方车门位置或者左后方车门位置解锁。开启的车门位置与用户身份相关。在2个或者3个目标乘客为陌生人的情况下，车辆可以将右后方车门位置或者左后方车门位置解锁。

结合第一方面，在一种可能的实现方式中，方法还包括：在目标乘客的数量大于等于第一值的情况下，车辆将车辆上的第一车门和第二车门解锁。

例如，在目标乘客的数量为2个或者3个时，车辆可以将右后方车门位置和右前方车门位置解锁。再例如，在目标乘客的数量为2个或者3个时，车辆可以将右后方车门位置和左后方车门位置解锁。再例如，在目标乘客的数量为4个时，车辆可以将右后方车门位置、左后方车门位置和右前方车门位置解锁。至于解锁的车门位置，可以与目标乘客的身份相关。例如在2个或者3个目标乘客均为陌生人的情况下，车辆可以将右后方车门位置和左后方车门位置解锁。在两个或者三个目标乘客均为亲人、朋友或者同事的情况下，车辆可以将右后方车门位置和右前方车门位置解锁。在两个或者三个目标乘客均为亲人、朋友或者同事的情况下，车辆也可以将左后方车门位置和右前方车门位置解锁。

结合第一方面，在一种可能的实现方式中，目标乘客身份信息包括以下一项或多项：目标乘客的人脸图像信息、目标乘客的声纹特征、目标乘客的步态、目标乘客的电子设备的设备信息。目标乘客身份信息还可以是其他特征，本申请实施例对此不做限定。

第二方面，本申请提供了一种车辆，车辆包括：一个或多个处理器、一个或多个存储器；其中，一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，一个或多个处理器调用计算机指令以使得车辆执行上述第一方面中任一可能的实现方式提供的一种解锁方法。

第三方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在车辆上运行时，使得车辆执行上述第一方面中任一可能的实现方式提供的一种解锁方法。

第四方面，本申请提供了一种计算机程序产品，当计算机程序产品被车辆执行时，使得车辆执行上述第一方面中任一可能的实现方式提供的一种解锁方法。

对于第二方面至第四方面中有益效果的描述，可以参考第一方面中有益效果的描述本申请实施例在此不再赘述。

附图说明

图1为本申请实施例提供的一种乘车场景示意图；

图2为本申请实施例提供的一种车辆100的示意图；

图3为本申请实施例提供的一种车辆100的结构示意图；

图4为本申请实施例提供的一种另一种场景示意图；

图5A为本申请实施例提供的一种车辆100的功能模块示意图；

图5B为本申请实施例提供的一种车辆100从多个待乘车乘客中确定出目标乘客的方法流程示意图；

图6A-图6N为本申请实施例提供的一组车辆100接收用户操作设置不同身份的用户对应的解锁车门位置的示意图；

图7A-图7F示例性示出了车辆100获取到目标乘客的身份的示意图；

图8A-图8B为本申请实施例提供的一组车辆100显示提示信息开启自动解锁车门的功能的示意图；

图9A-图9C为本申请实施例提供的一组UI图；

图10A-图10D为本申请实施例提供的一组车辆100基于目标乘客的身份确认出解锁车辆100的车门位置的示意图；

图10E-图10L为本申请实施例提供的另一组UI图；

图11为本申请实施例提供的一种解锁方法的流程示意图；

图12为本申请实施例提供的另一种解锁方法的示意图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

本申请以下实施例中的术语“用户界面(user interface，UI)”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面是通过java、可扩展标记语言(extensible markuplanguage，XML)等特定计算机语言编写的源代码，界面源代码在电子设备上经过解析，渲染，最终呈现为用户可以识别的内容。用户界面常用的表现形式是图形用户界面(graphicuser interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的文本、图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

图1为本申请实施例提供的一种乘车场景示意图。

随着网约车的普及，用户可以在打车平台上下单，在目的地等待网约车来接送。或者，用户可以打电话或者发消息告诉家人，在原地等待好友家人接送。

如图1所示，司机在获取到乘客所在的地址后，司机上车，并驾驶车辆100开始向乘客所在的地址行驶。

在车辆100到达乘客所在的地址附近，司机发现乘客后，司机可以控制车辆100停止行驶。

在车辆100停止后，司机可以通过车辆100上的实体按键或者在显示屏上操作控制车辆100解锁并开启车门。或者，司机控制车辆100解锁，由乘客自己手动开启车门。

车门开启后，乘客上车，车门关闭，司机驾驶车辆100继续向目的地行驶。

从上述过程可以看出，存在以下缺陷：

1、车辆100到达乘客所在的地址后，还是需要司机将车辆100的车门解锁，并开启车门，或者，司机将车辆100解锁，乘客自己打开车门。打开车门的过程繁琐。

2、若在车辆100到达乘客所在的地址后，司机忘记给车辆100的车门解锁，在由乘客自己打开车门时，会存在无法打开车门的情况发生。

3、在网约车场景中，在车辆100到达乘客所在的地址后，乘客所在的地址若是人员较多的地方，例如下班高峰期的办公地点，司机和乘客互不认识。若是乘客看错车牌号上车，司机也无法感知是否是正确的乘客。即使司机询问乘客是否为“王先生”、“李小姐”，或则询问乘客手机尾号是否为“9872”，也存在不同乘客的姓氏相同，手机尾号也相同的情况，导致目前的乘车方案会存在误乘车的情况发生。

有一种数字车钥匙的方案，数字钥匙经常也被称为蓝牙钥匙或者虚拟钥匙，数字钥匙主要是利用近场通信技术(near field communication，NFC)，使得用户可以通过带有NFC功能的电子设备或可穿戴智能设备(如智能手表、手环)等进行车门的解锁、车门的闭锁以及车辆的启动等操作。具体为：司机开通车辆的数字车钥匙，并将数字车钥匙发送至家人或者朋友。家人或者朋友在获取到车辆的数字车钥匙后，可以通过带有NFC功能的手机靠近车辆100，以实现给车辆100的车门解锁。

该方案存在以下问题：1、未收到司机发送的数字车钥匙的乘客，无法通过车辆的数字车钥匙解锁车辆并开启车门。例如网约车场景下，乘客在没有数字车钥匙的情况下面，也就无法实现解锁并开启车门。

基于此，本申请提供了一种解锁方法，方法包括以下步骤：

步骤一：车辆100获取到乘坐的目标乘客身份信息和目标乘客所在的目的地。

目标乘客身份信息包括但不仅限于：目标乘客的人脸图像、目标乘客使用的电子设备的设备标识等。

在一种可能的实现方式中，乘客身份信息和乘客所在的地址可以是用户主动输入的，乘客身份信息和乘客所在的地址也可以是车辆100从云端获取到的，本申请实施例对此不做限定。

步骤二：车辆100在到达乘客所在的目的地附近后，获取到一个或多个待乘车乘客身份信息。

待乘车乘客身份信息包括但不仅限于：待乘车乘客的人脸图像、待乘车乘客使用的电子设备的设备标识等。

在一种可能的实现方式中，车辆100可以通过车辆100上安装的摄像头采集图像信息，通过采集的图像信息识别到待乘车乘客的人脸图像。

在其他可能的实现方式中，车辆100在与待乘车乘客使用的电子设备之间的距离在预设距离内时，车辆100可以接收待乘车乘客使用的电子设备发送的待乘车乘客使用的电子设备的设备标识。

步骤三：车辆100可以基于一个或多个待乘车乘客身份信息和目标乘客身份信息，从一个或多个待乘车乘客中确认出目标乘客。

在一种可能的实现方式中，在待乘车乘客的人脸图像与目标乘客的人脸图像的相似度大于预设值时，车辆100可以确定出待乘车乘客为目标乘客。

在其他可能的实现方式中，在待乘车乘客使用的电子设备的设备标识和目标乘客使用的电子设备的设备标识相同的情况下，车辆100可以确定出待乘车乘客为目标乘客。

步骤四：在车辆100确定出目标乘客后，车辆100可以自动解锁车门。

可选的，在车辆100自动解锁车门后，可以将车门自动打开。

可选的，车辆100可以基于目标乘客相对于车辆100的方位信息，解锁对应方位上的车门。例如，当目标乘客在车辆100的左后方时，车辆100可以将车辆100上左后方的车门解锁。

可选的，针对不同的乘车场景，车辆100可以解锁不同的车门。

例如，在接送家人或者朋友场景中，家人和朋友均是司机比较熟悉的人，司机可以设置在家人或者朋友搭乘时，自动解锁右前方车门，使得家人或者朋友可以入座副驾驶位。

再例如，在网约车接送乘客场景中，乘客和司机是互不认识的人，网约车司机可以设置在接送乘客时，自动解锁右后方车门，使得乘客可以后排座位。这样，也可以保证网约车司机和乘客的安全。

再例如，在司机送货场景中，送货方和司机是互不认识的人，司机可以设置在送货物时，在没有人员乘车的情况下，自动解锁后备箱门和/或前盖门，使得送货方可以将货物放在后备箱和/或前盖门即可。或者，在有人员乘车的情况下，司机可以设置自动解锁右后方车门，以及后备箱门和/或前盖门，使得送货方可以入座后排座位，以及可以将货物放在后备箱和/或前盖门。这样，也可以保证司机的安全。

再例如，在加油场景中，司机驾车去加油站加油，司机可以设置在加油时，自动解锁油箱盖门，使得工作人员可以给车辆加油。这样，也可以保证司机的安全。

通过该方法，实现了车辆100可以自动识别到目标乘客，并自动解锁车门，实现了车辆解锁的便利性，也提高了目标乘客乘车的准确性。

图2为本申请实施例提供的一种车辆100的示意图。

如图2所示，以驾驶员的方位为基准，可以将车辆100上的车门划分为不同方位的车门。例如车辆100上的车门可以分为左前方车门、右前方车门、左后方车门和右后方车门。其中，左前方车门又可以被称为驾驶位车门，右前方车门又可以称为副驾驶车门。

车辆100解锁并开启左前方车门，可用于使得司机入座驾驶位。车辆100解锁并开启右前方车门，可用于使得乘客入座副驾驶位。车辆100解锁并开启左后方车门或者右后方车门，可用于使得乘客入座车辆100的后排座位。

不仅限于车辆100有四个车门，在其他实施例中，车辆100可以配置六个车门甚至更多的车门，或者，车辆100也可以仅配置两个车门或一个车门，本申请实施例对此不做限定。

在一些实施例中，车辆100上的车门还可以包括后备箱门、前盖门、油箱盖门、天窗门等等。本申请实施例对于车辆100上的车门的类型和数量不做限定。

下面，介绍本申请实施例提供的车辆100。

本申请实施例中的车辆100可以为包括车门的汽车，可以包括大型汽车、小型汽车、带车门的电动车等机动车。

参考图3，图3为本申请实施例提供的车辆100的结构示意图。

如图3所示，车辆100包括：总线11、多个电子控制单元(electronic controlunit，ECU)、发动机13、车载盒子(telematics box，T-BOX)14、变速器15、智能座舱16、防抱死系统(antilock brake system，ABS)17、传感器系统18、摄像系统19，麦克风20，等等。

其中，总线11可以是控制器局域网络(controller area network，CAN)总线或者IP总线。

总线11是支持分布式控制或实时控制的串行通信网络，用于连接车辆100的各个部件。在总线11上的任何部件都可以监听到总线11上传输的所有数据。总线11传输的帧可以包含数据帧、远程帧、错误帧、过载帧，不同的帧传输不同类型的数据。在本申请实施例中，总线11可用于传输各个部件在基于语音指令的控制方法中涉及到的数据，该方法的具体实现可参考后文方法实施例的详细描述。

不限于总线11，在其他一些实施例中，车辆100的各个部件还可以通过其他方式来连接及通信。如，各个部件还可以通过车载以太网(ethernet)局域互联网络(localinterconnect network，LIN)总线、FlexRay及常用车载网络系统(media orientedsystems，MOST)总线等等通信，本申请实施例对此不做限制。以下实施例以各个部件通过总线11通信进行说明。

ECU相当于车辆100的处理器或大脑，用于根据从总线11上获取的指令或者根据用户输入的操作，指示对应的部件执行相应的动作。ECU可以由安全芯片、微处理器((microcontroller unit，MCU)、随机存取存储器(random access memory，RAM)、只读存储器(random-only memory，ROM)、输入/输出接口(I/O)、模拟/数字转换器(A/D转换器)以及输入、输出、整形、驱动等大规模集成电路组成。

ECU的种类繁多，不同种类的ECU可以用于实现不同的功能。

车辆100中的多个ECU例如可包括：发动机ECU121，车载盒子(telematics box，T-BOX)的ECU122，变速器ECU123，防抱死系统(antilock brake system，ABS)ECU 125等。

发动机ECU121用于管理发动机，协调发动机的各个功能，例如可用于启动发动机、关闭发动机等等。发动机是为车辆100提供动力的装置。发动机是将某一种形式的能量转换为机械能的机器。车辆100可用于将液体或气体燃烧的化学能，或者将电能转化为机械能并对外输出动力。发动机组成部分可以包括曲柄连杆机构和配气机构两大机构，以及冷却、润滑、点火、能量供给、启动系统等五大系统。发动机的主要部件有气缸体、气缸盖、活塞、活塞销、连杆、曲轴、飞轮等。

T-BOX ECU122用于管理T-BOX14。

T-BOX14主要负责和互联网通信，为车辆100提供远程通讯接口，提供包括导航、娱乐、行车数据采集、行驶轨迹记录、车辆故障监控、车辆远程查询和控制(如开闭锁、空调控制、车窗控制、发动机扭矩限制、发动机启停、调整座椅，查询电池电量、油量、车门状态等)、驾驶行为分析、无线热点分享、道路救援、异常提醒等服务。

T-BOX14可用于和汽车远程服务提供商(telematics service provider，TSP)以及用户(如驾驶员)侧电子设备通信，实现电子设备上的车辆状态显示与控制。当用户通过电子设备上的车辆管理应用发送控制命令后，TSP会发出请求指令到T-BOX14，T-BOX14在获取到控制命令后，通过CAN总线发送控制报文并实现对车辆100的控制，最后反馈操作结果到用户侧电子设备上的车辆管理应用上。也就是说，T-BOX14通过总线11读取到的数据，例如车况报告、行车报告、油耗统计、违章查询、位置轨迹、驾驶行为等数据，可以通过网络将传输到TSP后台系统，由TSP后台系统转发给用户侧的电子设备，以供用户查看。

T-BOX14具体可包括通信模块和显示屏。

其中，通信模块可用于提供无线通信功能，支持车辆100通过无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near rield communication，NFC)，红外技术(infrared，IR)、超宽带(ultra-wideband，UWB)等无线通信技术和其他设备通信。通信模块还可用于提供移动通信功能，支持车辆100通过全球移动通讯系统(globalsystem for mobile communications，GSM)、通用移动通信系统(universal Mobiletelecommunications system，UMTS)、宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，5G以及未来出现的6G等通信技术和其他设备通信。

通信模块可以通过基于蜂窝网络的车辆与万物(vehicle to everything，V2X)通信技术(cellular V2X，C-V2X)和其他设备如服务器、用户侧电子设备等建立连接并通信。C-V2X例如可包括基于长期演进(long term evolution，LTE)的V2X(LTE-V2X)、5G-V2X等。

在一些实施例中，车辆100可以基于通信模块与收费设备建立短距离通信连接，以使得收费设备可以将支付信息发送给车辆100，以实现车机用户、乘客等司乘人员无需下车或者无需拿出手机扫描车外的支付码就可以获取到支付信息并完成支付。提高了外场支付的便利性，提升了用户体验，也保证了车机用户的驾驶安全性地问题。

显示屏用于为驾驶员提供可视化的界面。车辆100中可包括一个或多个显示屏，例如可包括设置于驾驶座前方的车载显示屏，设置于座椅上方的用于显示周边情况的显示屏，还可包括将信息投射到风窗玻璃上的抬头数字显示仪(head up display，HUD)等等。后续实施例提供的车辆100中用于显示用户界面的显示屏，可以是设置于座椅旁的车载显示屏，也可以是设置于座椅上方的显示屏，也可以是HUD等等，也可以是仪表盘上的显示屏，也可以是中控屏，这里不做限定。车辆100中显示屏上显示的用户界面，具体可参考后续实施例的详细描述，在此暂不赘述。本申请实施例对于HUD、仪表盘的尺寸和显示样式不做限定。

可选的，显示屏可以显示车辆100获取到的支付信息或者支付码，以提示用户完成支付。

T-BOX14也可以被称为车机系统、远程信息处理器、车辆网关等等，本申请实施例对此不作限制。

变速器ECU123用于管理变速器。

变速器15可以用来改变发动机的转速和转矩的机构，它能固定或分档改变输出轴和输入轴传动比。变速器15组成部分可以包含变速传动机构、操纵机构以及动力输出机构等。变速传动机构的主要作用是改变转矩和转速的数值和方向；操纵机构的主要作用是控制传动机构，实现变速器传动比的变换，即实现换档，以达到变速变矩。

智能座舱16可以包括但不仅限于行车记录和中控屏。在一些实施例中，智能座舱16还可以包括行车记录仪ECU，行车记录仪ECU用于管理行车记录仪。在一些实施例中，车辆100也可以不包括行车记录仪ECU。行车记录仪组成部分可以包括主机、车速传感器、数据分析软件等。行车记录仪是指记录车辆行驶途中的影像及声音包括行车时间、速度、所在位置等相关资讯的仪器。在本申请实施例中，当车辆行驶时，车速传感器采集到车轮转速，并将车速信息通过总线11发送给行车记录仪。中控屏可以是智能大屏，本申请实施例对于中控屏的尺寸和显示样式不做限定。

ABS ECU125用于管理ABS17。

ABS17是在车辆制动时，自动控制制动器制动力的大小，使车轮不被抱死，处于边滚边滑的状态，以保证车轮与地面的附着力为最大值。在制动过程中，电子控制装置根据车轮转速传感器输入的车轮转速信号判定有车轮趋于抱死时，ABS就进入防抱死制动压力调节过程。

传感器系统18可包括：加速度传感器、车速传感器、震动传感器、陀螺仪传感器、雷达传感器，信号发射器，信号接收器等等、压力传感器等。加速度传感器及车速传感器用于检测车辆100的速度。震动传感器可以设置在座位下方、安全带、椅背、操作面板、气囊或其他位置，用于检测车辆100是否被碰撞以及用户所在位置。陀螺仪传感器可以用于确定车辆100的运动姿态。雷达传感器可包括激光雷达、超声波雷达、毫米波雷达等。雷达传感器用于发射电磁波对目标进行照射并接收其回波，由此获得目标至电磁波发射点的距离、距离变化率(径向速度)、方位、高度等信息，从而识别车辆100附近的其他车辆、行人或路障等。信号发射器和信号接收器用于收发信号，该信号可用于检测用户所在位置，该信号例如可以是超声波、毫米波、激光等。压力传感器用于采集压力数据，车辆100可以基于压力数据监测智能座舱上是否有乘客，以此来判断车辆100上的人员数量。

摄像系统19可包括多个摄像头，摄像头用于捕获静态图像或视频。摄像系统19中的摄像头可以设置在上方、下方、前方、后方、左方、右方、车内等一处或多处位置，便于实现辅助驾驶、行车记录、全景环视、车内监控等功能。

其中，每一个方位上的摄像头数量可以包括一个，也可以为两个及两个以上。

在一些实施例中，车辆上的摄像头可用于采集对应场景下用于的支付码，以实现车机用户、乘客等司乘人员无需下车或者无需拿出手机扫描车外的支付码就可以完成支付。提高了外场支付的便利性，提升了用户体验，也保证了车机用户的驾驶安全性地问题。

传感器系统18、摄像系统19可用于检测周边环境，便于车辆100做出相应的决策来应对环境变化，例如可用于自动驾驶阶段完成对周边环境进行关注的任务。

麦克风20，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或输出语音指令时，用户可以通过人嘴靠近麦克风20发声，将声音信号输入到麦克风20。车辆100可以设置至少一个麦克风20。在另一些实施例中，车辆100可以设置两个麦克风20，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，车辆100还可以设置三个，四个或更多麦克风20，形成麦克风阵列，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

此外，车辆100还可以包括多个接口，例如USB接口，RS-232接口、RS485接口等等，可外接摄像头、麦克风、耳机以及用户侧电子设备。

在本申请实施例中，麦克风20可用于检测用户输入的语音指令。传感器系统18、摄像系统19、T-BOX14等可用于获取输入该语音指令的用户的角色信息。车辆100中各个部件获取用户的角色信息的方式，可参考后续方法实施例中的相关描述。T-BOX ECU122可用于根据该角色信息判断当前该用户是否具备该语音指令对应的权限，仅在具备权限的情况下，T-BOX ECU122才调度车辆100中的相应部件来响应该语音指令。

在一些实施例中，传感器系统18、摄像系统19、T-BOX14等不仅用于获取输入该语音指令的用户的角色信息，还可用于获取其他用户的角色信息。T-BOX ECU122可用于结合输入语音指令的用户的角色信息，以及，其他用户的角色信息，判断当前该用户是否具备该语音指令对应的权限。

在一些实施例中，传感器系统18、摄像系统19、T-BOX14等可用于获取车辆100的车辆状态。T-BOX ECU122可用于结合车辆状态和用户的角色信息判断当前该用户是否具备该语音指令对应的权限。

在一些实施例中，车辆100中的存储器可用于存储车辆和用户之间的绑定关系。

可以理解的是，本申请实施例示意的结构并不构成对车辆系统的具体限定。车辆100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

例如，车辆100还可包括单独的存储器、电池、车灯、雨刷、仪表盘、音响、车载终端(transmission control unit，TCU)、辅助控制单元(auxiliary control unit，ACU)、智能进入及启动系统(passive entry passive start，PEPS)、车载单元(on board unit，OBU)、车身控制模块(body control module，BCM)、充电接口等等。其中，存储器可用于存储车辆100中针对不同角色的权限信息，该权限信息指示了该角色所具备或者不具备的对车辆100的使用权限。在一些实施例中，存储器可用于存储车辆100中不同角色在不同的车辆状态下的权限信息。

在一些实施例中，存储器可用于存储车辆100中不同角色在有不同的其他角色时的权限信息。

需要说明的是，图3仅是示例性示出了车辆100的结构，在其他实施例中，车辆100可以包括比图3实施例中更多或者更少的器件，本申请实施例对此不做限定。

图4为本申请实施例提供的另一种场景示意图。

如图4所示，在车辆100去接送目标乘客之前，车辆100可以获取到目标乘客的身份信息和目标乘客所在的目的地。

目标乘客身份信息包括但不仅限于：目标乘客的人脸图像、目标乘客使用的电子设备的设备标识等。

在一种可能的实现方式中，乘客身份信息和乘客所在的地址可以是用户主动输入的，乘客身份信息和乘客所在的地址也可以是车辆100从云端获取到的，本申请实施例对此不做限定。

在车辆100到达目的地附近之后，例如车辆100与目的地之间的距离在预设距离(例如80米)内时，车辆100可以获取到待乘车乘客身份信息。

待乘车乘客身份信息包括但不仅限于：待乘车乘客的人脸图像、待乘车乘客使用的电子设备的设备标识等。

在车辆100确定出到待乘车乘客身份信息和目标乘客的身份信息相匹配时，确定出待乘车乘客即为目标乘客。

在车辆100确定出目标乘客后，车辆100可以自动解锁车门。

可选的，车辆100可以自动解锁右后方车门，使得目标乘客可以入座后排座位，保证司机和目标乘客的安全。

在一种可能的实现方式中，车辆100解锁右后方车门，可以是车辆100自动将车门解锁，但是右后方车门并未开启，需要用户的外力开启右后方车门。在其他可能的实现方式中，车辆100解锁右后方车门，可以是车辆100自动将右后方车门解锁，并将右后方车门开启，不需要其他用户在通过外力开启右后方车门。

可选的，车辆100也可以基于目标乘客的身份，自动解锁不同的车门，具体的，可以参考后续所示的实施例，本申请实施例在此不再赘述。

图5A为本申请实施例提供的一种车辆100的功能模块示意图。

车辆100的功能模块包括但不仅限于解锁策略配置模块、目标乘客身份信息采集模块、待乘车乘客身份信息采集模块、解锁策略判断模块和显示与交互模块。

其中，解锁策略配置模块用于接收用户的操作配置不同场景解锁的车门位置。场景包括但不仅限于家人或者朋友乘车场景、网约车乘车场景、加油场景、送货场景等等。对于不同的场景，到达目的地之后，用户可以配置车辆主动开启不同的车门。

表1

场景	自动解锁的车门位置
		家人或者朋友乘车场景	右前方车门
网约车乘车场景	右后方车门
		加油场景	油箱盖门
送货场景	后盖箱门和/或前盖门

表1示例性示出了在一些场景下，用户配置的车辆自动解锁的车门位置。例如，在家人和朋友乘车场景中，到达目的地后，车辆自动解锁的车门位置为右前方车门。在网约车乘车场景，在车辆到达目的地之后，车辆自动解锁的车门位置为右后方车门，以使得乘客可以入座后排座位。在加油场景中，在车辆到达目的地(例如加油站)之后，车辆自动解锁的车门位置为油箱盖门。在送货场景中，在车辆到达目的地后，车辆自动解锁的车门位置为后盖箱门和或前盖门。

不仅限于上述四个场景，还可以包括更多的场景，本申请实施例对此不做限定。

不仅限于上述场景中列举的自动解锁的车门位置，表1仅用于解释本申请，并不构成限定。表1仅用于说明在不用的场景中，在到达目的地后，车辆自动解锁的车门位置不同。

可选的，在一些实施例中，车辆100也可以预置有不同场景下，车辆自动解锁的车门位置。用户只需一键开启该功能，无需在一个一个场景去设置，节省用户操作。

解锁策略配置模块，还用于将不同场景下解锁的车门位置信息发送至解锁策略判断模块，以使得解锁策略判断模块可以在满足预设条件时，自动解锁在该场景下对应的车门位置。

目标乘客身份信息采集模块用于获取到目标乘客的人脸图像，和/或，获取到目标乘客的电子设备的设备信息。

目标乘客的人脸图像用于车辆100确定出乘坐车辆的用户具体是哪一个。

其中，目标乘客的人脸图像可以是车辆100内存储的，也可以是云端存储的，也可以是与车辆100建连的其他电子设备上存储的。例如，车辆100上或者云端相册或者与车辆100建连的其他电子设备上的相册内存储有多个图像。用户可以将图像打上身份标签，车辆100可以基于该身份标签确定出目标乘客的人脸图像。或者，车辆100可以提前录入有不同用户的人脸图像，并将录入的不同用户的人脸图像存储在车辆100或者云端上。车辆100可以基于乘车的目标乘客，确定出目标乘客的人脸图像。

目标乘客的电子设备的设备信息包括但不仅限于：目标乘客的电子设备的设备ID、应用ID、手机号ID，或者以上ID经过计算变换后的数值。计算变换包括不限于HASH，加密等操作。

其中，对于家人或者朋友乘车场景，目标乘客身份信息采集模块可以获取到目标乘客的人脸图像，也可以获取到目标乘客的电子设备的设备信息。例如，车辆100可以提前录入有不同用户的电子设备的设备信息，并将录入的不同用户的电子设备的设备信息存储在车辆100或者云端上。车辆100可以基于乘车的目标乘客，确定出目标乘客的电子设备的设备信息。

对于非家人或者非朋友乘车场景，目标乘客身份信息采集模块也可以获取到目标乘客的人脸图像，也可以获取到目标乘客的电子设备的设备信息。例如网约车场景，目标乘客在打车平台上下单，打车平台可以获取到目标乘客的人脸图像，打车平台也可以获取到目标乘客的设备信息，打车平台将目标乘客的设备信息，和/或目标乘客的人脸图像发送至车辆100上的目标乘客身份信息采集模块。

待乘车乘客身份信息采集模块用于在乘车场景下，采集待乘车乘客的人脸图像，和/或采集待乘车乘客的电子设备的设备信息。因为待乘车乘客所在的地点可能存在有很多其他乘客，待乘车乘客身份信息采集模块需基于待乘车乘客的人脸图像，和/或待乘车乘客的电子设备的设备信息确定出哪一个乘客是目标乘客。

待乘车乘客身份信息采集模块，还用于将待乘车乘客身份信息发送至解锁策略判断模块。

解锁策略判断模块，用于在接收到待乘车乘客身份信息和目标乘客身份信息后，基于待乘车乘客身份信息和目标乘客身份信息进行匹配，确定出哪一个乘客是目标乘客。

解锁策略判断模块，还用于在确定出目标乘客后，基于目标乘客的身份确定出乘车场景，并基于乘车场景和不同场景解锁的车门位置信息，确定出解锁的车门位置。

解锁策略判断模块，还用于将解锁的车门位置信息发送至显示与交互模块。

显示与交互模块，用于在确定出解锁的车门位置后，提示用户需要解锁的车门位置，以避免误识别导致车门被解锁的情况发生。

需要说明的是，图5A中的一个或多个功能模块，可以单独存在执行预设的功能，也可以两个及两个以上的功能模块结合在一起，实现预设的功能。

图5A中的一个或多个功能模块，也可以设置在用户的手机上。例如，目标乘客身份信息采集模块和解锁策略判断模块可以设置在用户的手机或者服务器上。示例性的，车辆可以从用户的手机上获取到目标乘客的身份信息(例如人脸图像)。再例如，车辆在获取到一个或多个待乘车乘客的身份信息后，可以将一个或多个待乘车乘客的身份信息发送至用户的手机，由用户的手机从一个或多个待乘车乘客中确认出目标乘客。用户的手机将确认出的目标乘客的身份信息发送至车辆。

对于非家人或者非朋友乘车场景，例如网约车场景，车辆在打车平台上接单，获取到目标乘客的身份信息和目的地。之后，车辆向目的地行驶，车辆可以确定出与目标乘客使用的设备之间的距离。可选的，可以基于车辆的GPS位置和目标乘客使用的设备的GPS位置确定出两者之间的距离。也可以通过蓝牙测距或者UWB等方式确定出两者之间的距离，本申请实施例对此不做限定。在两者之间的距离小于预设值时，即可以确定出车辆到达了目的地附近。车辆可以获取到目的地附近的一个或多个待乘车乘客的身份信息。并与之前获取到的标乘客的身份信息进行比对，从一个或多个待乘车乘客中确定出目标乘客，比对的步骤也可以在云端执行，本申请实施例对此不做限定。在确定出目标乘客之后，车辆可以将车门解锁。

或者，对于非家人或者非朋友乘车场景，例如网约车场景，目标乘客身份信息采集模块、待乘车乘客身份信息采集模块、解锁策略判断模块可以是位于用户的手机上的，可以通过手机和车辆协同完成车辆解锁操作。具体的，用户的手机通过在打车平台上接单，获取到目标乘客的身份信息和目的地。之后，车辆向目的地行驶，用户的手机可以确定出与目标乘客使用的设备之间的距离。可选的，可以基于用户的手机的GPS位置和目标乘客使用的设备的GPS位置确定出两者之间的距离。也可以通过蓝牙测距或者UWB等方式确定出两者之间的距离，本申请实施例对此不做限定。在两者之间的距离小于预设值时，即可以确定出车辆到达了目的地附近。用户的手机可以获取到目的地附近的一个或多个待乘车乘客的身份信息。并与之前获取到的标乘客的身份信息进行比对，从一个或多个待乘车乘客中确定出目标乘客，比对的步骤也可以在云端执行，本申请实施例对此不做限定。在确定出目标乘客之后，用户的手机可以向车辆发送解锁指令，可以直接发送，也可以通过云端发送。车辆在接收到解锁指令之后，将车辆解锁。

本申请实施例提供的一种车辆解锁方法，在车辆100去目的地接乘客之前，车辆100需获取到目标乘客和目的地。

车辆100可以基于以下一种或者多种方式获取到目标乘客和目的地。

方式一：车辆100通过语音告知车辆100目标乘客和目的地。例如，语音可以是“小E小E，去科技园接爸爸”。车辆100在识别到语音结果后，可以获取到目标乘客为“爸爸”，目的地为“科技园”。

方式二：车辆100可以在车辆显示屏(例如中控屏)上操作输入目标乘客和目的地。这样，车辆100可以直接从用户输入的文字中获取到目标乘客和目的地。

方式三：车辆100上的备忘录或者日历等应用中记载有用户近期的活动安排。车辆100可以从该类应用中获取到目标乘客和目的地。

方式四：与车辆100建立通信连接的其他电子设备或者服务器在获取到目标乘客和目的地后，与车辆100建立通信连接的其他电子设备或者服务器可以将目标乘客和目的地等信息发送至车辆100，以使得车辆100可以获取到目标乘客和目的地。

不仅限于以上四种车辆100获取到目标乘客和目的地的方式，车辆100还可以基于其他的方式获取到目标乘客和目的地，本申请实施例对此不做限定。

车辆100在获取到目标乘客和目的地之后，在车辆100去目的地接乘客之前，车辆100需获取到目标乘客身份信息。以便后续车辆100可以基于目标乘客身份信息确定出目标乘客。车辆100可以基于目标乘客的身份获取到目标乘客身份信息。

目标乘客身份信息包括但不仅限于目标乘客的人脸图像、目标乘客的电子设备的设备信息等。

对于目标乘客是家人或者朋友的乘车场景，目标乘客的人脸图像可以是车辆100内存储的，也可以是云端存储的，也可以是与车辆100建连的其他电子设备上存储的。例如，车辆100上或者云端相册或者与车辆100建连的其他电子设备上的相册内存储有多个图像。用户可以将图像打上身份标签，车辆100可以基于该身份标签确定出目标乘客的人脸图像。或者，车辆100可以提前录入有不同用户的人脸图像，并将录入的不同用户的人脸图像存储在车辆100或者云端上。车辆100可以基于乘车的目标乘客，确定出目标乘客的人脸图像。

目标乘客的电子设备的设备信息也可以是车辆100内存储的，也可以是云端存储的，也可以是与车辆100建连的其他电子设备上存储的。并将目标乘客的电子设备的设备信息与用户的身份建立一一对应关系。车辆100可以基于乘车的目标乘客，确定出目标乘客的电子设备的设备信息。

对于目标乘客是非家人或者非朋友的乘车场景，例如网约车场景，目标乘客在打车平台上下单，打车平台可以获取到目标乘客的人脸图像，打车平台也可以获取到目标乘客的设备信息，打车平台将目标乘客的设备信息，和/或目标乘客的人脸图像发送至车辆100，车辆100可以获取到目标乘客身份信息。

在其他实施例中，在没有目标乘客的情况下，车辆100执行某些任务事项，例如加油事项或者送货事项时，目标乘客身份信息也可以是执行的任务事项的目的地。加油事项中，目标乘客身份信息可以是给车辆100加油的目的地，即加油站的地址。送货物事项中，目标乘客身份信息可以是送达货物的目的地或者取得货物的目的地等。车辆100可以基于以上任意一种方式获取到执行的任务事项的目的地，本申请实施例在此不再赘述。

在车辆100到达目的地附近，在车辆100将车门解锁之前，车辆100需获取到待乘车乘客身份信息，并基于待乘车乘客身份信息和目标乘客身份信息确定出哪一个待乘车用户为目标乘客，进而在基于目标乘客的身份对应的预设的解锁策略将车门解锁。

待乘车乘客身份信息可以是待乘车乘客的人脸图像、待乘车乘客的声纹特征、待乘车乘客的步态、待乘车乘客的电子设备的设备信息。待乘车乘客身份信息还可以是其他特征，本申请实施例对此不做限定。

由于目的地附近可能有多个乘客，车辆100接收到的待乘车乘客身份信息也可以是多个。车辆100需将多个待乘车乘客身份信息和目标乘客身份信息进行比对，进而确定出哪一个待乘车乘客为目标乘客。

在车辆100到达目的地附近后，例如在车辆100的位置与目的地之间的距离在预设距离(例如80米)内时，车辆100可以开启车辆100上的摄像头开启扫描周围的图像，获取到多个待乘车乘客的人脸图像。和/或，在车辆100的位置与目的地之间的距离在预设距离(例如80米)内时，车辆100也可以开启车辆100上的通信模块，接收多个待乘车乘客的电子设备发送的设备信息，或者与多个待乘车乘客的电子设备建立短距离通信连接，获取到多个待乘车乘客的电子设备发送的设备信息。

在车辆100获取到多个待乘车乘客的人脸图像，和/或多个待乘车乘客的电子设备的设备信息，车辆100可以基于多个待乘车乘客的人脸图像和目标乘客的人脸图像进行比较，确定出该多个待乘车乘客里是否有目标乘客。若没有，车辆100可以基于多个待乘车乘客的电子设备发送的设备信息和目标乘客的电子设备的设备信息进行比较，确定出该多个待乘车乘客里是否有目标乘客。

可选的，车辆100可以基于多个待乘车乘客的电子设备发送的设备信息和目标乘客的电子设备的设备信息进行比较，确定出该多个待乘车乘客里是否有目标乘客。若没有，辆100可以基于多个待乘车乘客的人脸图像和目标乘客的人脸图像进行比较，确定出该多个待乘车乘客里是否有目标乘客。

可选的，车辆100可以同时执行基于多个待乘车乘客的电子设备发送的设备信息和目标乘客的电子设备的设备信息进行比较的步骤和基于多个待乘车乘客的人脸图像和目标乘客的人脸图像进行比较的步骤，确定出该多个待乘车乘客里是否有目标乘客。

按照此方式，车辆100可以从多个待乘车乘客中确定出目标乘客。

需要说明的是，车辆100还可以基于其他的方式从多个待乘车乘客中确定出目标乘客，本申请实施例对此不做限定。

图5B为本申请实施例提供的一种车辆100从多个待乘车乘客中确定出目标乘客的方法流程示意图。

包括以下步骤：

S501、车辆100到达目的地附近后，车辆100的车身状态是否满足预设条件。

若车辆100的车身状态满足预设条件，则执行S502。否则，则执行S508。

车辆100的车身状态包括以下一项或多项：驾驶员在车辆100的驾驶位上、车辆100的车速小于第一值。

车辆100的车速小于第一值可以是车辆100正在缓慢行驶，也可以车辆100停止行驶。

S502、车辆100是否开启了自动解锁的快捷功能。

若车辆100开启了自动解锁的快捷功能，则执行S503-S504和/或S505-S506。否则，则执行S508。

只有在车辆100开启了自动解锁的快捷功能后，车辆100才可以自动将车门解锁，否则，车辆100只能通过驾驶员手动解锁。

车辆100可以通过S503-S504和S505-S506任意一种或两种方式从多个待乘车乘客中确定出目标乘客。

可选的，S502也可以在S501之前执行，本申请实施例对此不做限定。

S503、车辆100获取到多个待乘车乘客的人脸图像信息。

可选的，车辆100可以一直开启车辆100上的摄像头，并实时通过车辆100上的摄像头采集车外的图像，获取到多个待乘车乘客的人脸图像信息。

可选的，在车辆100到达目的地附近后，车辆100可以开启车辆100上的摄像头，通过车辆100上的摄像头采集车外的图像，获取到多个待乘车乘客的人脸图像信息。这样，可以避免车辆100上的摄像头一直处于工作状态，造成车辆100的功耗增加。

S504、车辆100是否基于多个待乘车乘客的人脸图像信息和目标乘客的人脸图像信息，从多个待乘车乘客中确定出目标乘客？

若车辆100基于多个待乘车乘客的人脸图像信息和目标乘客的人脸图像信息，从多个待乘车乘客中确定出目标乘客，则执行S507。否则，执行S508。

在一些实施例中，目标乘客的人脸图像信息可以是车辆100内存储的，也可以是云端存储的、也可以是与车辆100互连的其他电子设备上存储的。

在其他实施例中，目标乘客的人脸图像信息可以是车辆100从服务器获取到的。例如，网约车乘客在打车平台上下单，打车平台可以获取到网约车乘客的人脸图像信息，打车平台可以将网约车乘客的人脸图像信息发送至车辆100。

车辆100可以将多个待乘车乘客的人脸图像信息分别与目标乘客的人脸图像信息进行比对，在待乘车乘客的人脸图像信息与目标乘客的人脸图像信息的相似度高于阈值的情况下，那么车辆100可以确定出该待乘车乘客为目标乘客。

在一些实施例中，S504也可以在云端执行。例如，在一些实施例中，目标乘客的人脸图像信息是存储在云端的，为了保证信息的安全性，云端无法将目标乘客的人脸图像信息发送至车辆100。那么车辆100在获取到多个待乘车乘客的人脸图像信息后，可以将多个待乘车乘客的人脸图像信息发送至云端，由云端基于多个待乘车乘客的人脸图像信息和目标乘客的人脸图像信息进行比对，从多个待乘车乘客中确定出某一个待乘车乘客为目标乘客。在云端确定出目标乘客之后，车辆100可以将该某一个待乘车乘客的人脸图像信息发送至车辆100，以使得车辆100可以得知具体为哪一个待乘车乘客，便于后续车辆100可以分析得到目标乘客相对于车辆100的方位、目标乘客是否携带行李、目标乘客的人数等信息。或者，云端可以仅向车辆100发送一个确认消息，以使得车辆100得知目标乘客在目的地附近即可。

S505、车辆100获取到多个待乘车乘客的设备信息。

待乘车乘客的设备信息包括但不仅限于以下一项或多项：设备ID、应用ID、手机号ID等。或者以上ID经过计算变换后的数值。计算变换包括不限于HASH，加密等操作。

可选的，车辆100上可以有一个接收待乘车乘客的设备信息的通信模块。车辆100可以一直开启车辆100上的该通信模块，接收多个待乘车乘客的设备电子设备发送的设备信息。

可选的，车辆100可以在到达目的地附近后，在开启该通信模块，并接收多个待乘车乘客的设备电子设备发送的设备信息。这样，可以避免车辆100上的该通信模块一直处于工作状态，造成车辆100的功耗增加。

或者，当车辆100的位置与待乘车乘客的设备的位置之间的距离小于预设值值，车辆100可以与待乘车乘客的设备建立通信连接，例如蓝牙连接等，这样，车辆100也可以获取到待乘车乘客的设备信息。

S506、车辆100是否基于多个待乘车乘客的设备信息和目标乘客的设备信息，从多个待乘车乘客中确定出目标乘客？

若车辆100基于多个待乘车乘客的设备信息和目标乘客的设备信息，从多个待乘车乘客中确定出目标乘客，则执行S507。否则，执行S508。

在一些实施例中，目标乘客的设备信息可以是车辆100内存储的，也可以是云端存储的、也可以是与车辆100互连的其他电子设备上存储的。

在其他实施例中，目标乘客的设备信息可以是车辆100从服务器获取到的。例如，网约车乘客在打车平台上下单，打车平台可以获取到网约车乘客的设备信息，打车平台可以将网约车乘客的设备信息发送至车辆100。

车辆100可以将多个待乘车乘客的设备信息分别与目标乘客的设备信息进行比对，在待乘车乘客的设备信息与目标乘客的设备信息的相似度高于阈值的情况下，那么车辆100可以确定出该待乘车乘客为目标乘客。

在一些实施例中，S506也可以在云端执行。例如，在一些实施例中，目标乘客的设备信息是存储在云端的，为了保证信息的安全性，云端无法将目标乘客的设备信息发送至车辆100。那么车辆100在获取到多个待乘车乘客的设备信息后，可以将多个待乘车乘客的设备信息发送至云端，由云端基于多个待乘车乘客的设备信息和目标乘客的设备信息进行比对，从多个待乘车乘客中确定出某一个待乘车乘客为目标乘客。在云端确定出目标乘客之后，车辆100可以将该某一个待乘车乘客的设备信息发送至车辆100，以使得车辆100可以得知具体为哪一个待乘车乘客，便于后续车辆100可以分析得到目标乘客相对于车辆将100的方位、目标乘客是否携带行李、目标乘客的人数等信息。或者，云端可以仅向车辆100发送一个确认消息，以使得车辆100得知目标乘客在目的地附近即可。

S507、车辆100将车门解锁。

车辆100可以基于目标乘客的身份确定出解锁的车门位置，也可以基于目标乘客的数量确定出解锁的车门位置，也可以目标乘客相对于车辆100的位置确认出解锁的车门位置，具体的，可以参考图10A-图10L的实施例。

S508、结束。

在其他实施例中，在没有目标乘客的情况下，车辆100执行某些任务事项，例如加油事项或者送货事项时，待乘车乘客身份信息可以是车辆100的当前所在的实时地址。当执行的任务事项的目的地与车辆100的实时地址之间的距离小于阈值时，车辆100可以确定出可以将当前任务事项对应的车门解锁。可选的，车辆100也可以在获取到司机的同意后再将当前任务事项对应的车门解锁。

在车辆100基于目标乘客的身份对应的预设的解锁策略将车门解锁之前，车辆100可以获取到目标乘客的身份，进而基于目标乘客的身份获取到解锁的车门位置，再将对应的车门解锁。或者在车辆100将当前任务事项对应的车门解锁之前，车辆100可以确认出任务事项的类型，进而确定出当前任务事项对应的解锁的车门位置，再将对应的车门解锁。

在一些实施例中，车辆100可以接收车主的设置，设置不同身份的用户对应的解锁车门位置。也即，车主可以设置不同身份的用户乘坐的位置。对于关系比较亲密的乘客，车主可以设置让该乘客入座副驾驶位置。对于不熟悉的乘客，车主可以设置让该乘客入座后排座位。对于有行李的乘客，车主也可以设置在让车主入座后排座位得同时，自动将后备箱门解锁，让乘客可以将行李放置在后备箱内。

在一些实施例中，车辆100可以接收车主的设置，设置不同类型的任务事项对应的解锁车门位置。例如，对于加油事项，车辆100可以自动将油箱盖门解锁即可。对于送货任务事项，在没有工作人员乘车的情况下，车辆100可以自动将后盖箱门和/或前盖门解锁。在有工作人员乘车的情况下，车辆100可以自动将后盖箱门和/或前盖门解锁，并将右后方车门解锁。

图6A-图6N示例性示出了车辆100接收用户操作设置不同身份的用户对应的解锁车门位置的示意图。需要说明的是，图6A-图6J仅是示例性说明，在实际应用中，用户界面的显示形式可能不同，本申请实施例对此不做限定。

图6A示例性示出了车辆100上中控屏显示的用户界面。该用户界面上示出了多个应用的图标。例如地图应用的图标、电话应用的图标、音乐应用的图标、视频应用的图标、图库应用的图标、我的车辆应用的图标、行车记录仪应用的图标、设置应用的图标等。该用户界面上还示出了日历指示符、时间指示符等。

如图6A所示，车辆100接收用户针对该用户界面中设置应用的图标的输入操作(例如单击)，响应于用户的输入操作，车辆100可以显示如图6B所示的设置界面610。设置界面610中示出了多个设置项。例如安全设置项、语言和输入法设置项、隐私设置项、日期和时间设置项、添加账户设置项等等。

如图6B所示，车辆100接收用户针对设置界面610中安全设置项的输入操作(例如单击)，响应于用户的输入操作，车辆100可以显示如图6C所示的用户界面620。用户界面620示出了多个安全设置选项。例如门锁设置选项、用户手册选项、主动安全选项等等。如用户界面620所示，门锁自动解锁功能关闭。

如图6C所示，车辆100接收用户针对用户界面620中门锁自动解锁选项的输入操作(例如单击)，响应于用户的输入操作，车辆100可以显示如图6D所示的用户界面630。如用户界面630所示，门锁自动解锁功能开启。

如图6D所示，车辆100可以接收用户针对门锁开启策略配置选项的输入操作(例如单击)，响应于用户的输入操作，车辆100可以显示如图6E所示的用户界面640。用户界面640示出了多个车门解锁的设置项。例如门锁开启通知设置项、默认权限设置项、用户身份权限设置项、系统规则设置项等。如图6E所示，车辆100可以接收用户针对用户身份权限设置项的输入操作，设置不同身份的用户对应的解锁车门位置。

响应于用户针对用户身份权限设置项的输入操作，车辆100可以显示如图6F所示的用户界面650。

如图6F所示，用户界面650上示出了部分用户身份与解锁车门位置的对应关系。需要说明的是，用户界面650中示出的部分示例可以是系统预置的，也可以是用户之前设置的，本申请实施例对此不做限制。用户界面650中优先权限也可以被称为优先解锁车门的位置，优先解锁车门的位置为车辆100到达妈妈所在的目的地附近之后，车辆100可以自动将优先解锁车门的位置解锁，让妈妈可以入座副驾驶位。用户界面650中次优先权限也可以被称为次优先解锁车门的位置，次优先解锁车门的位置为车辆100到达妈妈所在的目的地附近之后，在优先解锁车门对应的车位有其他用户入座的情况下，车辆100可以自动将次优先解锁车门的位置解锁，让妈妈可以入座后排座位。

部分示例可以是，用户妈妈，和车主的关系为亲人，妈妈对应的优先解锁车门的位置为右前方车门，妈妈对应的次优先解锁车门的位置为左后方车门。用户爸爸，和车主的关系为亲人，爸爸对应的优先解锁车门的位置为右前方车门，爸爸对应的次优先解锁车门的位置为左后方车门。用户Lucy，和车主的关系为朋友，Lucy对应的优先解锁车门的位置为右前方车门，Lucy对应的次优先解锁车门的位置为右后方车门。用户乘客，和车主的关系为陌生人，乘客对应的优先解锁车门的位置为右后方车门和后备箱门，乘客对应的次优先解锁车门的位置为左后方车门和后备箱门。在车辆100位于加油站时，给车辆100加油时，车辆100自动解锁的车门为油箱盖门。也就是说，不仅限于设置用户与解锁车门位置的对应关系，车辆100也可以确定出车辆100执行任务事项时，基于任务事项的类型自动将车门解锁。任务事项包括但不仅限于加油事项、送货事项等等。

可选的，用户也可以删除用户身份或者任务事项与解锁的车门的位置的对应关系。如图6F所示，车辆100可以接收用户针对用户界面650中第一个示例中删除控件的输入操作(例如单击)，响应于用户的输入操作，车辆100将第一个示例删除掉，如图6G所示，车辆100可以显示用户界面660。用户界面660与用户界面650的区别在于，用户界面660中不包括用户界面650中的第一个示例。

可选的，用户也可以修改用户身份或者任务事项与解锁的车门的位置的对应关系。例如，车辆100可以接收用户针对用户界面650中第一个示例中修改控件的输入操作，修改用户车车主之间的关系、修改优先权限、修改次优先权限等，本申请实施例在此不再赘述。

可选的，用户也可以新增用户身份或者任务事项与解锁的车门的位置的对应关系。

如图6H所示，车辆100可以接收用户针对用户界面650中新增控件的输入操作(例如单击)，响应于用户的输入操作，车辆100可以显示如图6I所示的用户界面670。用户界面670新增了一个示例。用户可以在新增的一个示例中填写相关信息并保存。

如图6I所示，若用户需新增送货事项对应的解锁的车门的位置时，车辆100可以接收用户操作在用户/地点栏输入送货事项的名称“送货点”。

如图6J所示，车辆100也可以接收用户在关系栏的输入操作，显示选择栏6701。选择栏6701中示出了多种关系选项，例如亲人选项、朋友选项、同事选项、陌生人选项等。车辆100也可以接收用户作用在选择栏6701上的滑动操作(例如向上滑动操作)，显示其他更多的关系选项。

如图6K所示，选择栏6701还示出了关系选项“无”。车辆100可以接收用户针对关系选项“无”的输入操作(例如单击)，响应于用户的输入操作，车辆100将新增的一个示例中的关系置为“无”。

车辆100也可以接收用户操作设置新增的一个示例中的优先权限和次优先权限。

如图6L所示，车辆100也可以接收用户在优先权限栏的输入操作，显示选择栏6702。选择栏6702中示出了多种车门位置选项，例如左前门选项、右前门选项、左后门选项和右后门选项。车辆100也可以接收用户作用在选择栏6702上的滑动操作(例如向上滑动操作)，显示其他更多的车门位置选项。

如图6M所示，选择栏6702还示出了后备箱门选项、前盖门选项、油箱盖门选项等。车辆100可以接收用户针对车门位置选项中后备箱门选项的输入操作(例如单击)，响应于用户的输入操作，车辆100将新增的一个示例中的优先权限置为“后备箱门”。

按照图6L和图6M的操作，用户也可以设置新增的一个示例中的次优先权限置的。如图6N所示，车辆100将新增的一个示例中的次优先权限置为“前盖门”。

在用户将新增的一个示例设置完毕后，可以将存储新增的一个示例中的设置项。在确定出车辆100执行送货事项时，车辆100可以在到达送货地点附件自动将后备箱门或者前盖门解锁，以使得工作人员可以将后备箱门或者前盖门打开并取出货物。

如图6N所示，第一个示例至第四个示例为目标乘客的身份对应的车门解锁策略。第五个示例和第六个示例为不同类型的任务事项对应的车门解锁策略。

需要说明的是，在其他实施例中，目标乘客的身份对应的车门解锁策略以及不同类型的任务事项对应的车门解锁策略，可以与本申请实施例相同，或者不同，本申请实施例对此不做限定。

接下来结合UI图对本申请实施例提供的一种车辆解锁方式进行详尽和全面的说明。

图7A-图7F示例性示出了车辆100获取到目标乘客的身份的示意图。

如图7A所示，在车主驾车去接家人或者朋友时，车主可以通过语音的方式告知车辆100目标乘客的身份和目的地。

例如，如图7A所示，语音内容可以是“小E小E，去科技园接爸爸”。车辆100可以从用户的语音内容中识别到关键词“妈妈”和关键词“科技园”。车辆100可以确定出目标乘客的身份“妈妈”为亲人，目的地为“科技园”。

再例如，乘客在有出行计划的情况下，乘客可以在打车平台上下单，等待网约车司机接单。网约车司机可以通过车辆100在打车平台上接单，接送乘客。如图7B所示，车辆100显示屏上示出了多个网约车订单，例如第一个网约车订单为从天安云谷至科技园，车辆100距离天安云谷的距离为1.35KM，第一个网约车订单的费用为48.3元，第一个网约车订单中的备注信息为有行李，该备注信息有利于车辆100到达目的地后确认出解锁的车门位置。第二个网约车订单为从平安大厦至科技园，车辆100距离平安大厦的距离为2.35KM，第一个网约车订单的费用为65元，第二个网约车订单中的备注信息为四个人，该备注信息有利于车辆100到达目的地后确认出解锁的车门位置。如图7B所示，车辆100可以接收用户针对第一订单中抢单控件的输入操作(例如单击)，响应于用户的输入操作，车辆100可以显示如图7C所示的用户界面。该用户界面用于指示车辆100到第一个网约车订单的乘客的位置的距离和需要花费的时间。可选的，在车辆100可以接收用户针对第一订单中抢单控件的输入操作后，车辆100可以确认出目标乘客的身份“乘客”为陌生人，目的地为“科技园”。

在车辆100接收用户针对第一订单中抢单控件的输入操作之前，第一订单的乘客可以在打车平台上下单，以使得车辆100可以显示第一订单的详情内容。在车辆100接收用户针对第一订单中抢单控件的输入操作后，第一订单的乘客的电子设备200可以显示图7D所示的用户界面710。用户界面710显示的是第一订单的接单界面。例如接单界面的内容可以包括接单司机的称呼、接单司机驾驶的车辆信息(可以是车辆100的车辆信息)等。这样，乘客可以在用户界面710中查看接单司机距离乘客的距离等信息。

可选的，在电子设备200显示用户界面710之前，电子设备200可以提示用户输入乘客数量、是否携带行李、行李的类型等信息。这样，以便车辆100到达乘客附近之后，可以确定出自动解锁的车门位置。

可选的，在电子设备200显示用户界面710之后，电子设备200可以提示用户选择车辆100到达附近后自动解锁的车门位置。如图7E所示，电子设备200可以显示提示信息7101，提示信息7101用于提示用户输入车辆100到达附近后自动解锁的车门位置。例如车门位置可以包括右前方车门、左后方车门。右后方车门，后备箱门和前盖门等等。电子设备200可以接收用户针对提示信息7101中示出的一个或多个车门选项的选中操作，在车辆100到达附近后，可以自动将乘客选择的一个或多个车门位置解锁。可选的，在车辆100将乘客选择的一个或多个车门位置解锁之前，可以提示车辆100的司机，在司机确认后在自动将乘客选择的一个或多个车门位置解锁。如图7E所示，电子设备200可以接收用户针对提示信息7101中示出的右后方车门选项以及确认控件的选中操作，确认出在车辆100到达乘客附近后，自动将右后方车门解锁，使得乘客可以入座后排座位。这样，乘客可以基于乘车人员数量、是否有行李等信息，选择车辆100自动解锁的车门位置。

可选的，在乘客下单之前，乘客也可以设置在乘车时车辆自动解锁的车门位置，不需要在每次打车时，在每次手动输入车辆自动解锁的车门位置，节省用户操作。

可选的，在电子设备200显示用户界面710之后，在车辆100显示提示信息7101之前，车辆100可以提示用户验证身份，以确保电子设备200的用户为该订单的乘客。如图7F所示，车辆100可以显示提示信息7102，提示信息7102用于提示用户验证身份。电子设备200可以接收用户针对提示信息7102中开始验证选项的输入操作(例如单击)，响应于用户的输入操作，电子设备200开始验证用户的身份。确保电子设备200的用户和该订单的乘客为同一个人。验证身份的方式包括但不仅限于：图像识别、指纹识别、声纹识别、pinma比对、解锁图案比对、协同认证等方式，本申请实施例对此不做限定。在确认出电子设备200的用户为该订单的乘客的情况下，电子设备200可以显示提示信息7101，以使得用户可以选择车辆100自动解锁的车门位置。在确认出电子设备200的用户不是该订单的乘客的情况下，电子设备200可以不显示提示信息7101，默认车辆100自动解锁的车门位置为右后方车门。这样，可以确保车辆100自动解锁车门的安全性。在一些实施例中，在车辆100需要加油时，车主可以通过语音的方式告知车辆100加油的目的地。例如，语音内容可以是“小E小E，去附近的加油站加油”。车辆100基于当前的位置和附件加油站的位置，确定出离当前位置最近的一个加油站，并获取最近的一个加油站的位置。这样，车辆100可以确定出任务事项为“加油事项”，目的地为离当前位置最近的一个加油站所在的位置。

在一些实施例中，在车辆100需要去接货或者送货时，车辆100也可以在平台下接单，在车主确认接单后，车辆100也可以确定出任务事项为“送货事项或者接货事项”，目的地为平台上显示的送货地点或者接货地点。

在车辆100确认出目标乘客的身份和目的地之后，或者在车辆100确认出任务事项的类型以及目的地之后，在车辆100没有开启自动解锁车门的功能的情况下，车辆100可以提示车主是否需开启自动解锁车门的功能，在车辆100接收用户的确认操作后再开启自动解锁车门的功能。或者，车辆100也可以先开启自动解锁车门的功能，在提示用户是否确认开启自动解锁车门的功能。

图8A-图8B示例性示出了车辆100显示提示信息开启自动解锁车门的功能的示意图。

在一种可能的实现方式中，如图8A所示，在车辆100确认出目标乘客的身份和目的地之后，在车辆100没有开启自动解锁车门的功能的情况下，车辆100可以显示提示信息8101，提示信息8101用于提示车主是否开启自动解锁车门的功能。提示信息8101中还包括开启选项和关闭选项。其中，车辆100可以接收用户针对开启选项的输入操作，开启车辆100的自动解锁车门的功能。车辆100也可以接收用户针对关闭选项的输入操作，不开启车辆100的自动解锁车门的功能。示例性的，如图8A所示，车辆100接收车主针对提示信息8101中开启选项的输入操作，响应于用户的输入操作，车辆100将开启车辆100上自动解锁车门的功能。

在其他可能的实现方式中，如图8B所示，在车辆100确认出目标乘客的身份和目的地之后，在车辆100没有开启自动解锁车门的功能的情况下，车辆100可以显示提示信息8102，提示信息8102用于提示车主已开启自动解锁车门的功能，是否关闭开启该功能。提示信息8102中还包括确认选项和取消选项。其中，车辆100可以接收用户针对确认选项的输入操作，确认关闭车辆100的自动解锁车门的功能。车辆100也可以接收用户针对取消选项的输入操作，确认开启车辆100的自动解锁车门的功能。

不仅限于通过提示信息提示用户是否开启自动解锁车门的功能，车辆100也可以通过其他的方式提示用户是否开启自动解锁车门的功能，例如语音提示、振动提示、灯光提示、其他电子设备提示等等，本申请实施例对此不做限定。

在车辆100确认出目标乘客的身份和目的地之后，车辆100可以向目的地行驶，去接目标乘客。在车辆100到达目的地附近之后，车辆100可以获取到目的地附近的多个待乘车乘客身份信息，并从多个待乘车乘客中确认中目标乘客。

或者在车辆100确认出任务事项的类型以及目的地之后，车辆100可以向目的地行驶，以完成接货事项，或者送货事项，或者加油事项等等。在车辆100到达目的地附近之后，车辆100可以确认出已到达目的地。

如图9A所示，在车辆100到达目的地附近之后，车辆100获取到目的地附近的多个待乘车乘客身份信息，并基于多个待乘车乘客身份信息和目标乘客身份信息进行比对，从多个待乘车乘客中确认中目标乘客。或者，在车辆100到达目的地附近之后，在车辆100的位置与目的地之间的位置之间的距离小于预设值(例如80米)的情况下，车辆100可以确认已到达目的地。

可选的，当多个待乘车乘客身份信息为多个乘车乘客的人脸图像的情况下，车辆100可以在车辆100到达目的地附近之后，在开启摄像头扫描图像获得多个乘车乘客的人脸图像。这样，可以减少车辆100的功耗。

可选的，当多个待乘车乘客身份信息为多个乘车乘客的设备信息的情况下，车辆100可以在车辆100到达目的地附近之后，在开启接收模块，接收多个乘车乘客的设备信息。这样，可以减少车辆100的功耗。

可选的，在车辆100确认出目标乘客后，或者车辆100确定出到达目的地附近之后，车辆100可以基于目标乘客的身份，或者车辆100执行的任务事项的类型，自动将车辆100执行的任务事项的类型对应的车门解锁。

可选的，在车辆100确认出目标乘客后，当用户没有设置乘客的身份与解锁的车门位置的对应关系时，车辆100可以自动将默认的车门解锁，默认的车门可以是右后方车门。

可选的，在车辆100确认出目标乘客后，或者车辆100确定出到达目的地附近之后，车辆100可以基于目标乘客的身份，或者车辆100执行的任务事项的类型，在车辆100自动将对应的车门解锁之前，车辆100会显示提示信息，该提示信息用于告知用户是否需解锁车门，在得到用户的确认后再将车门解锁。

在一种可能的实现方式中，如图9B所示，在车辆100自动将对应的车门解锁之前，例如在车辆100将右前方车门解锁之前，车辆100可以显示提示信息9101，提示信息9101用于提示用户是否将右前方车门解锁。提示信息9101中还包括开启控件和关闭控件。其中。车辆100可以接收用户针对开启控件的输入操作(例如单击)，车辆100确认将右前方车门解锁。车辆100也可以接收用户针对关闭控件的输入操作(例如单击)，车辆100确认不将右前方车门解锁。示例性的，如图9B所示，车辆100接收用户针对提示信息9101中开启控件的输入操作(例如单击)，响应于用户的输入操作，车辆100确认将右前方车门解锁，并将右前方车门解锁。

在其他可能的实现方式中，如图9C所示，在车辆100确认出对应的车门解锁位置之后，例如车辆100可以先将在车辆100确认出将右前方车门解锁之后，车辆100先将右前方车门解锁。在车辆100将右前方车门解锁之后，车辆100可以显示提示信息9102，提示信息9102用于提示用户是否确认将已解锁的右前方车门重新上锁。提示信息9102中还包括确认控件和取消控件。其中。车辆100可以接收用户针对确认控件的输入操作(例如单击)，车辆100确认将已解锁的右前方车门重新上锁。车辆100也可以接收用户针对取消控件的输入操作(例如单击)，车辆100确认解锁右前方车门解锁。示例性的，如图9C所示，车辆100接收用户针对提示信息9102中取消控件的输入操作(例如单击)，响应于用户的输入操作，车辆100确认解锁右前方车门。

不仅限于通过提示信息提示用户是否解锁车门，车辆100也可以通过其他的方式提示用户是否解锁车门，例如语音提示、振动提示、灯光提示、其他电子设备提示等等，本申请实施例对此不做限定。

车辆100可以基于以下因素确认出解锁车辆100的车门位置。因素包括但不仅限于：基于目标乘客的身份确定出解锁的车门位置、基于目标乘客的数量确定出解锁的车门位置、基于目标乘客相对于车辆100的位置确认出解锁的车门位置等。

可选的，在车辆100将车辆100的车门解锁之前，车辆100可以确定出车辆100的车身状态在满足预设条件后，在解锁车辆100的车门。预设条件可以包括但不仅限以下一项或者多项：驾驶员在车内、车辆100的车速小于预设值、车辆100的车门附近无其他物体或人等。这样，可以提高车内乘客的安全性以及车辆100的车门解锁的准确性。

需要说明的是，在一种可能的实现方式中，本申请实施例提及的解锁车门，可以是车辆100自动将车门解锁，但是车门并未开启，需要用户的外力开启车门。在其他可能的实现方式中，本申请实施例提及的解锁车门，可以是车辆100自动将车门解锁，并将车门开启，不需要其他用户在通过外力开启车门。

图10A-图10D示例性示出了车辆100基于目标乘客的身份确认出解锁车辆100的车门位置的示意图。

目标乘客的身份可以是前述实施例描述的亲人、朋友、同事、陌生人等。其中，对于网约车乘客、接货事项中的乘客、送货事项中的乘客的身份可以为陌生人。

如图10A所示，在目标乘客为家人的情况下，车辆100在目的地附近确认出目标乘客之后，车辆100可以自动将左前方车门解锁。在一种可能的实现方式中，车辆100可以自动将右前方车门解锁，并自动将右前方车门开启，使得目标乘客可以直接入座副驾驶位。在其他可能的实现方式中，车辆100可以自动将右前方车门解锁，但是不会将右前方车门开启，需要目标乘客外力开启右前方车门，并入座副驾驶位。

如图10B所示，在目标乘客为陌生人的情况下，例如目标乘客为网约车乘客。车辆100在目的地附近确认出目标乘客之后，车辆100可以自动将右后方车门解锁。在一种可能的实现方式中，车辆100可以自动将右后方车门解锁，并自动将右后方车门开启，使得目标乘客可以直接入座后排座位。在其他可能的实现方式中，车辆100可以自动将右后方车门解锁，但是不会将右后方车门开启，需要目标乘客外力开启右后方车门，并入座后排座位。

可选的，在车辆100将右后方车门解锁后，车辆100可以通过服务器或者直接向网约车乘客的电子设备200发送车门解锁消息，车门解锁消息用于指示网约车乘客车门解锁位置，以便于用于可以基于解锁的车门上车。如图10C所示，在车辆100将车辆100的右后方车门解锁之后，电子设备200可以显示提示信息1001，提示信息用于提示网约车乘客车辆100的车门解锁位置，以使得网约车乘客可以从解锁的车门上车并入座。

可选的，图7E实施例有提及，网约车乘客可以选择车辆100自动解锁的车门位置。若网约车乘客选择的车辆100自动解锁的车门位置，与车辆100预置的车辆100自动解锁的车门位置不同的情况下，车辆100可以提示车主选择确定出车辆100自动解锁的车门位置。之后再将车主选择的车辆100自动解锁的车门位置发送至网约车乘客的电子设备，以使得网约车乘客可知车辆100自动解锁的车门位置。例如，网约车乘客选择的车辆100自动解锁的车门位置为右前方车门，车辆100预置的针对网约车乘客自动解锁的车门位置为右后方车门，预置的方案和网约车乘客选择的方案有冲突。在这种情况下，在车辆100到达网约车乘客所在的目的地附近之后，车辆100可以显示如图10D所示的提示信息1002，提示信息1002用于提示车主选择自动解锁的车门位置。提示信息1002中包括乘客选择的解锁的车门位置和系统预置的解锁的车门位置。车主可以选择乘客选择的解锁的车门位置，车主也可以选择系统预置的解锁的车门位置。示例性的，如图10D所述，车辆100接收用户针对系统预置的解锁的车门位置选项的选中操作以及针对确认控件的输入操作，车辆100确认将解锁车门的位置设置为右后方车门。在其他可能的实现方式中，车辆100可以自动确认出自动解锁车门的位置为乘客选择的解锁的车门位置。在其他可能的实现方式中，车辆100也可以自动确认出车门的位置为系统预置的解锁的车门位置。

可选的，在一些实施例中，在车辆100预置的针对目标乘客自动解锁车门的座位有其他乘客已入座的情况下，车辆100可以提示车主是否需解锁其它的车门。例如在目标乘客为家人的情况下，目标乘客对应的车门解锁位置为右前方车门。车辆100在到达目标乘客的附近并识别到目标乘客后，在车辆100将右前方车门解锁之前，车辆100识别到副驾驶位有其他的乘客乘坐。此时车辆100可以提示图10E所示的提示信息1003，提示信息1003用于提示车主副驾驶位有乘客入座，请车主选择解锁其他位置的车门，例如其他位置的车门可以是右后方车门。如图10E所示，车辆100可以接收用户针对提示信息1003中确认控件的输入操作(例如单击)，响应于用户的输入操作，车辆100确定出解锁的车门位置为右后方车门。如图10F所示，车辆100将右后方车门解锁。在一种可能的实现方式中，车辆100可以自动将右后方车门解锁，并自动将右后方车门开启，使得目标乘客可以直接入座后排座位。在其他可能的实现方式中，车辆100可以自动将右后方车门解锁，但是不会将右后方车门开启，需要目标乘客外力开启右后方车门，并入座后排座位。

可选的，在一些实施例中，网约车乘客可以在打车平台下单时，在备注栏写上乘客数量或者是否有行李等信息。以便后续车辆100确定出解锁的车门位置。

如图10G所示，网约车乘客在打车平台下单时，若在备注栏上写上乘客数量为1人，有行李等信息。那么在车辆100到达目的地附近并识别到目标乘客之后，车辆100可以解锁右后方车门和后备箱门。可选的，若网约车乘客可以在打车平台下单时，没有在备注栏上写上乘客数量或者是否有行李等信息，在车辆100到达目的地附近并识别到目标乘客之后，车辆100可以基于摄像头识别到目标乘客是否有行李，当通过图像识别到目标乘客携带有行李的情况下，车辆100可以自动解锁右后方车门和后备箱门。在一种可能的实现方式中，车辆100可以自动解锁右后方车门和后备箱门，并自动将右后方车门和后备箱门开启，使得目标乘客可以直接入座后排座位，让目标乘客将行李放在后备箱。在其他可能的实现方式中，车辆100可以自动解锁右后方车门和后备箱门，但是不会将右后方车门和后备箱门开启，需要目标乘客外力开启右后方车门和后备箱门，使得目标乘客可以直接入座后排座位，让目标乘客将行李放在后备箱。

在一些实施例中，若车辆100没有后备箱门，车辆100再确认出目标乘客携带有行李的情况下，车辆100可以自动解锁右后方车门和前盖门，使得目标乘客可以直接入座后排座位，让目标乘客将行李放在前盖内。

如图10H所示，网约车乘客在打车平台下单时，若在备注栏上写上乘客数量为4人，那么在车辆100到达目的地附近并识别到目标乘客之后，车辆100可以解锁右前方门、右后方门和左后方门，以使得4个乘客可以从不同的车门入座，节省时间。

在一种可能的实现方式中，车辆100可以自动解锁右前方门、右后方门和左后方门，并自动将右前方门、右后方门和左后方门开启，使得目标乘客可以直接入座后排座位和副驾驶位。在其他可能的实现方式中，车辆100可以自动解锁右前方门、右后方门和左后方门，但是不会将右前方门、右后方门和左后方门开启，需要目标乘客外力开启右前方门、右后方门和左后方门，使得目标乘客可以入座后排座位和副驾驶位。

可选的，在一些实施例中，车辆100若先识别到三个目标乘客，那么车辆100可以先解锁右后方车门和左后方车门，使得这三个目标乘客可以入座后排座位。若在三个目标乘客入座后排座位后，车辆100又识别到第四个目标乘客，则车辆100可以再将右前方车门解锁，使得第四个目标乘客可以入座副驾驶位。

如图10I所示，网约车乘客在打车平台下单时，若在备注栏上写上乘客数量为少于4人(例如3个)时，那么在车辆100到达目的地附近并识别到目标乘客之后，车辆100可以解锁右后方门和左后方门，以使得3个乘客可以从不同的车门入座，节省时间。

在一种可能的实现方式中，车辆100可以自动解锁右后方门和左后方门，并自动将右后方门和左后方门开启，使得目标乘客可以直接入座后排座位。在其他可能的实现方式中，车辆100可以自动解锁右后方门和左后方门，但是不会将右后方门和左后方门开启，需要目标乘客外力开启右后方门和左后方门，使得目标乘客可以入座后排座位。

在一种可能的实现方式中，车辆100可以自动解锁右后方门和左后方门，并自动将右后方门和左后方门开启，使得目标乘客可以直接入座后排座位。在其他可能的实现方式中，车辆100可以自动解锁右后方门和左后方门，但是不会将右后方门和左后方门开启，需要目标乘客外力开启右后方门和左后方门，使得目标乘客可以直接入座后排座位。

需要说明的是，本申请实施例是以5人座位的汽车为例进行说明的，对于其他不同数量座位的汽车，例如7人座位的汽车和9人座位的汽车，原理类似，本申请和实施例对此不做限定，尽量使得网约车乘客可以入座后排座位，增大车主与网约车乘客之间的距离感，保证车主与乘客的安全。

可选的，车辆100也可以基于目标乘客相对于车辆100的方位，确定出解锁车门的位置。

车辆100向第一方向行驶，在车辆100到达目的地附近且识别到目标乘客之后，当车辆100确认出目标乘客位于车辆100的左侧时，那么车辆100可以解锁左后方车门，使得目标乘客可以从左后方车门入座后排座位。当车辆100确认出目标乘客位于车辆100的右侧时，那么车辆100可以解锁右后方车门，使得目标乘客可以从右后方车门入座后排座位。这样，可以节省目标乘客的上车距离和上车时间，提高用户体验。

如图10J所示，车辆100向第一方向行驶，在车辆100到达目的地附近且识别到目标乘客之后，可以以驾驶员面对的方向为车辆100的前方、驾驶员背对的方向为车辆100的后方、驾驶员面对方向的左侧为车辆100的左侧，驾驶员面对方向的右侧为车辆100的右侧，车辆100可以确认出目标乘客位于车辆100的右侧。那么车辆100可以将车辆100的右后方车门解锁。使得该目标乘客可以入座后排座位。

如图10K所示，车辆100向第一方向行驶，车辆100可以确认出目标乘客位于车辆100的左侧。那么车辆100可以将车辆100的左后方车门解锁。使得该目标乘客可以通过左后方车门入座后排座位。

如图10L所示，车辆100向第一方向行驶，车辆100可以确认出目标乘客1位于车辆100的右侧，车辆100确认出目标乘客2位于车辆100的左侧。那么车辆100可以将车辆100的左后方车门和右后方车门解锁。使得目标乘客1可以通过右后方车门入座后排座位，使得目标乘客2可以通过左后方车门入座后排座位。这样，可以节省目标乘客1和目标乘客2的上车距离和上车时间，提高用户体验。

图11为本申请提供的一种解锁方法的流程示意图。

S1101、车辆获取到第一目的地，第一目的地为目标乘客的上车位置，或者第一目的地为车辆执行第一任务事项的目的地。

其中，第一目的地可以是家人、亲人、朋友、或者网约车乘客所在的目的地。

第一目的地也可以是加油事项、送货事项、接货事项的目的地等。

可选的，车辆将车辆上的第一车门解锁，可以是车辆仅将车辆上的第一车门解锁，没有将第一车门打开，需要人员使用外力将第一车门打开。

可选的，车辆将车辆上的第一车门解锁，可以是车辆将车辆上的第一车门解锁的同时，也自动将第一车门打开，不再需要人员使用外力将第一车门打开。

在车辆到达目的地之前，车辆先获取到目的地。之后，车辆向目的地行驶，在车辆到达目的地附近之后，车辆可以自动将车辆解锁。这样，实现了车辆100可以自动识别到目标乘客，并自动解锁车门，实现了车辆解锁的便利性，也提高了目标乘客乘车的准确性。

S1102、车辆向第一目的地行驶。

S1103、在车辆的位置与第一目的地之间的距离小于预设值的情况下，车辆将车辆上的第一车门解锁。

可选的，在车辆的位置与第一目的地之间的距离小于预设值的情况下，若超过一定时间车辆还没将车辆上的第一车门解锁，那么车辆不会将第一车门解锁。

可选的，在目标乘客上车之后，车辆也可以自动将解锁的车门自动上锁。或者车辆可以提示用户是否需将车辆重新上锁。

在一种可能的实现方式中，在第一目的地为目标乘客的上车位置的情况下，在车辆向第一目的地行驶之前，方法还包括：车辆获取到目标乘客身份信息；车辆将车辆上的第一车门解锁，具体包括：车辆获取到一个或多个待乘车乘客身份信息；车辆基于一个或多个待乘车乘客身份信息和目标乘客身份信息，从一个或多个待乘车乘客中确定出目标乘客；车辆将车辆上的第一车门解锁。

这样，在车辆到达目的地附近之后，只有在识别到目标乘客之后，才会自动将车门解锁。否则，车辆不会将车门解锁。这样，可以防止车辆误解锁车门的情况发生。

在一种可能的实现方式中，车辆将车辆上的第一车门解锁，具体包括：车辆的车身状态满足预设条件，车辆将车辆上的第一车门解锁；其中，预设条件包括以下一项或者多项：驾驶员在车辆的驾驶位、车辆的行驶速度小于第一值。

这样，在车辆到达目的地附近之后，在车辆的车身状态满足预设条件的情况下，辆才会将车辆上的第一车门解锁。这样，可以防止车辆误解锁车门的情况发生。车辆的车身状态还可以是其他条件，本申请实施例对此不做限定。

在一种可能的实现方式中，在车辆将车辆上的第一车门解锁之前，方法还包括：车辆显示第一提示信息，第一提示信息用于提示驾驶员是否解锁第一车门；车辆将车辆上的第一车门解锁，具体包括：车辆接收并响应针对第一提示信息中第一选项的输入操作，将车辆上的第一车门解锁。

其中，第一提示信息可以是图9B所示的提示信息9101，第一选项可以是图9B所示的开启控件。

第一提示信息可以是图9C所示的提示信息9102，第一选项可以是图9C所示的取消控件。

这样，在车辆到达目的地附近之后，在车辆自动将第一车门解锁之前，车辆在获取驾驶员的同意后，才会将第一车门解锁。这样，可以提高车辆解锁车门的准确性。

在一种可能的实现方式中，车辆将车辆上的第一车门解锁，具体包括：车辆将车辆上的右后方车门解锁。

这样，车辆默认将右后方车门解锁，使得目标乘客可以入座后排座位，以保证驾驶员和目标乘客的安全性和隐私性。

在一种可能的实现方式中，车辆将车辆上的第一车门解锁，具体包括：在目标乘客的身份为第一身份的情况下，车辆将将车辆上的第一车门解锁。

这样，车辆可以基于目标乘客的身份将车辆上的车门开启。针对不同目标乘客的身份，第一车门的位置可以不同。

在一种可能的实现方式中，法还包括：在目标乘客的身份为第二身份的情况下，车辆将将车辆上的第二车门解锁；其中，第一身份和第二身份不同，第一车门的位置与第二车门的位置不同。

目标乘客的身份可以是以下任意一种或者多种：亲人、朋友、同事、陌生人等。第一身份可以是亲人、朋友、同事、陌生人中的任意一种。第二身份也可以是亲人、朋友、同事、陌生人中的任意一种。述第一身份和第二身份不同。

这样，针对不同目标乘客的身份，车辆解锁的车门位置可以不同。

在一种可能的实现方式中，在目标乘客的身份为第一身份的情况下，车辆将将车辆上的第一车门解锁，具体包括：在第一身份为家人或者朋友的情况下，车辆将车辆上的右前方车门解锁；在目标乘客的身份为第二身份的情况下，车辆将将车辆上的第二车门解锁，具体包括：在第二身份为陌生人的情况下，车辆将车辆上的右后方车门解锁。

可选的，在第一身份为家人或者朋友的情况下，车辆也可以将右后方车门解锁。在

第二身份为陌生人的情况下，车辆也可以将右前方车门解锁，本申请实施例对此不做限定。

具体的，可以参考图10A和图10B实施例中的描述。

在一种可能的实现方式中，在车辆获取到第一目的地之后，在车辆将车辆上的第一车门解锁之前，车辆还包括：车辆接收第一电子设备发送的第一消息，第一消息用于指示车辆解锁的车门位置为第一车门位置；车辆将车辆上的第一车门解锁，具体包括：响应于第一消息，车辆将车辆上的第一车门解锁。

车辆接收第一电子设备发送的第一消息，可以是第一电子设备将第一消息发送至服务器，服务器将第一消息转发至车辆。

这样，目标乘客可以选择车辆自动解锁的车门位置，使得目标乘客可以入座想入座的车辆位置。

示例性的，第一车门位置可以是图7E中所示的右后方车门位置。具体的，可以参考图7D和图7F实施例中的描述。

在一种可能的实现方式中，在车辆获取到第一目的地之后，在车辆将车辆上的第一车门解锁之前，车辆还包括：车辆接收第一电子设备发送的第二消息，第二消息用于指示车辆解锁的车门位置为第二车门位置；第二车门位置与第一车门位置不同；响应于第二消息，车辆显示第二提示信息，第二提示信息用于指示驾驶员从第一车门位置和第二车门位置中选择解锁的车门位置；车辆接收驾驶员针对第二提示信息中第二选项的操作，确认出解锁的车门位置为第一车门位置；车辆将车辆上的第一车门解锁，具体包括：响应于针对第二提示信息中第二选项的操作，车辆将车辆上的第一车门解锁。

可选的，在目标乘客选择车辆自动解锁的车门位置，与车辆预设的自动解锁的车门位置不同的情况下，车辆也可以默认选择解锁的车门位置为目标乘客选择解锁的车门位置。车辆也可以默认选择车辆预设的自动解锁的车门位置，本申请实施例对此不做限定。

这样，在目标乘客选择车辆自动解锁的车门位置，与车辆预设的自动解锁的车门位置不同的情况下，车辆可以显示提示信息让驾驶员确认出车辆自动解锁的车门位置。以解决该冲突。

示例性的，第二车门位置可以是右前方车门位置，第一车门位置可以是右后方车门位置。具体的，可以参考图10D实施例中的描述。

在一种可能的实现方式中，在车辆获取到第一目的地之后，在车辆将车辆上的第一车门解锁之前，车辆还包括：车辆接收第一电子设备发送的第三消息，第三消息用于指示车辆解锁的车门位置为第二车门位置；第二车门位置与第一车门位置不同；响应于第三消息，车辆显示第三提示信息，第三提示信息用于指示驾驶员第一车门位置对应的座位有人入座，选择解锁其他的车门位置；车辆接收驾驶员针对第三提示信息中第三选项的操作，确认出解锁的车门位置为第一车门位置；车辆将车辆上的第一车门解锁，具体包括：响应于针对第三提示信息中第三选项的操作，车辆将车辆上的第一车门解锁。

可选的，在目标乘客选择车辆自动解锁的车门位置对应的座位已经有其他乘客入座的情况下，第一电子设备也可以显示提示信息，让目标乘客选择解锁其他的车门位置。以解决该冲突。

这样，在目标乘客选择车辆自动解锁的车门位置对应的座位已经有其他乘客入座的情况下，车辆可以显示提示信息让驾驶员确认出车辆解锁其他车门位置。以解决该冲突。

可选的，车辆可以显示其他的车门位置选项，让驾驶员选择解锁其他的车门位置。

示例性的，第二车门位置可以是右前方车门位置，第一车门位置可以是右后方车门位置。具体的，可以参考图10E实施例中的描述。

在一种可能的实现方式中，在车辆将车辆上的第一车门解锁之后，方法还包括：车辆向第一电子设备发送第三消息，第三消息用于告知目标乘客车辆已将车辆上的第一车门解锁。

这样，在车辆自动将车门解锁之后，车辆可以向第一电子设备发送提示信息，以提示目标乘客车辆解锁的车门位置。避免在车辆解锁的车门位置发生变化之后，目标乘客不知道车辆解锁的车门位置是哪一个。

具体的，可以参考图10C实施例中的描述。

在一种可能的实现方式中，车辆将车辆上的第一车门解锁，具体包括：当目标乘客在车辆的第一方位的情况下，车辆将车辆上的第一方位的车门解锁。

这样，车辆可以基于目标乘客相对于车辆的位置，确定出解锁的车门位置。

在一种可能的实现方式中，方法还包括：当目标乘客在车辆的第二方位的情况下，车辆将车辆上的第二方位的车门解锁；其中，第一方位和第二方位不同。

例如，第一方位可以是在车辆右前方或者右后方，第一方位的车门可以是右前方车门和/或右后方车门。

第二方位可以是在车辆左前方或者左后方，第二方位的车门可以是左后方车门。

具体的，可以参考图10J-图10L实施例中的描述。

在一种可能的实现方式中，车辆将车辆上的第一车门解锁，具体包括：在目标乘客的数量小于第一值的情况下，车辆将车辆上的第一车门解锁。

这样，车辆可以基于目标乘客的数量，确定出解锁的车门位置数量。

例如，在目标乘客的数量为1个时，车辆可以将右后方车门位置或者右前方车门位置或者左后方车门位置解锁。

在一种可能的实现方式中，方法还包括：在目标乘客的数量大于等于第一值的情况下，车辆将车辆上的第一车门和第二车门解锁。

例如，在目标乘客的数量为2个或者3个时，车辆可以将右后方车门位置和右前方车门位置解锁。再例如，在目标乘客的数量为2个或者3个时，车辆可以将右后方车门位置和左后方车门位置解锁。至于解锁的车门位置，可以与目标乘客的身份相关。例如在两个或者三个目标乘客均为陌生人的情况下，车辆可以将右后方车门位置和左后方车门位置解锁。在两个或者三个目标乘客均为亲人、朋友或者同事的情况下，车辆可以将右后方车门位置和右前方车门位置解锁。

再例如，在目标乘客的数量为4个时，车辆可以将右后方车门位置、左后方车门位置和右前方车门位置解锁。

具体的，可以参考图10H-图10I实施例中的描述。

图12为本申请实施例提供的另一种解锁方法的示意图。

解锁方法可以包括以下步骤：

1、司机上车，车辆开始行驶。

在车辆开始行驶之前，车辆可以获取到目的地。其中，目的地可以是用户输入的(例如用户语音输入的或者用户在中控屏上输入的)，也可以是从服务器获取到的(例如从打车平台获取到的)，也可以是从车辆上的应用内获取到的(例如从备忘录应用或者日历应用中获取到的)。

在车辆开始行驶之前，车辆内可以录入一个或多个用户的身份信息。身份信息可以包括但不仅限于人脸图像信息、声纹特征、步态、设备信息等等，身份信息还可以是其他特征，本申请实施例对此不做限定。可以是在相册内标注出用户的身份。也可以是通过车辆的摄像头或者声音采集模块录入用户的身份信息。

对于网约车场景，车辆可以从打车平台接单，并获取到目的地，并从打车平台获取到目标乘客的身份信息。

2、到达目的地附近，车辆的车身状态满足预设条件。

预设条件可以是驾驶员在车辆的驾驶位、车辆的行驶速度小于第一值等条件，预设条件还可以是其他的条件，本申请实施例对此不做限定。

3、车辆基于多个待乘车乘客的身份信息，从多个待乘车乘客中确认出目标乘客。

在到达目的地附近之后，车辆可以获取到多个待乘车乘客的身份信息。

例如可以通过摄像头获取到多个待乘车乘客的人脸图像信息、步态等信息。也可以通过声音采集器获取到多个待乘车乘客的声纹特征。也可以通过通信模块获取到多个待乘车乘客的设备信息等。

车辆可以基于多个待乘车乘客的身份信息和目标乘客的身份信息进行比对，从多个待乘车乘客中确认出目标乘客。

4、车辆将车门解锁。

对于如何确定出车门解锁的位置，可以参考前述实施例中的描述，本申请实施例在此不再赘述。

可选的，在车辆将车门解锁之前，车辆提示用户，目标乘客在路边，是否解锁。在用户确认出解锁之后，车辆才会将车门解锁。若用户没有确定出解锁车门或者用户拒绝解锁车门，则车辆不会将车门解锁，车门还是处于上锁状态。

可选的，在用户没有确定出解锁车门的情况下，车辆可以在一定时间内再一次或多次提示用户是否解锁车门。

可选的，用户可以通过语音控制车门解锁，车辆也可以通过语音的方式提示用户是否解锁车门以及通过语音的方式提示用户已经将车门解锁。用户也可以通过语音控制车门重新上锁。

5、目标乘客上车。

6、车辆重新上锁，车辆向目的地行使。

用户也可以通过语音控制车门重新上锁。

车辆重新上锁后，车辆向目的地行驶。

在一种可能的实现方式中，目标乘客身份信息包括以下一项或多项：目标乘客的人脸图像信息、目标乘客的声纹特征、目标乘客的步态、目标乘客的电子设备的设备信息。

本申请还提供了一种车辆，车辆包括：一个或多个处理器、一个或多个存储器；其中，一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，一个或多个处理器调用计算机指令以使得车辆图11所示的一种解锁方法。

本申请还提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在车辆上运行时，使得车辆执行图11所示的一种解锁方法。

本申请的各实施方式可以任意进行组合，以实现不同的技术效果。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solidstate disk，SSD))等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

总之，以上所述仅为本发明技术方案的实施例而已，并非用于限定本发明的保护范围。凡根据本发明的揭露，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (20)

1.一种解锁方法，其特征在于，所述方法包括：

车辆获取到第一目的地，所述第一目的地为目标乘客的上车位置，或者所述第一目的地为所述车辆执行第一任务事项的目的地；

所述车辆向所述第一目的地行驶；

在所述车辆的位置与所述第一目的地之间的距离小于预设值的情况下，所述车辆将所述车辆上的第一车门解锁。

2.根据权利要求1所述的方法，其特征在于，在所述第一目的地为目标乘客的上车位置的情况下，在所述车辆向所述第一目的地行驶之前，所述方法还包括：

所述车辆获取到目标乘客身份信息；

所述车辆将所述车辆上的第一车门解锁，具体包括：

所述车辆获取到一个或多个待乘车乘客身份信息；

所述车辆基于所述一个或多个待乘车乘客身份信息和所述目标乘客身份信息，从一个或多个待乘车乘客中确定出所述目标乘客；

所述车辆将所述车辆上的第一车门解锁。

3.根据权利要求1或2所述的方法，其特征在于，所述车辆将所述车辆上的第一车门解锁，具体包括：

所述车辆的车身状态满足预设条件，所述车辆将所述车辆上的所述第一车门解锁；

其中，所述预设条件包括以下一项或者多项：驾驶员在所述车辆的驾驶位、所述车辆的行驶速度小于第一值。

4.根据权利要求1-3任一项所述的方法，其特征在于，在所述车辆将所述车辆上的第一车门解锁之前，所述方法还包括：

所述车辆显示第一提示信息，所述第一提示信息用于提示驾驶员是否解锁所述第一车门；

车辆将所述车辆上的第一车门解锁，具体包括：

所述车辆接收并响应针对所述第一提示信息中第一选项的输入操作，将所述车辆上的第一车门解锁。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述车辆将所述车辆上的第一车门解锁，具体包括：

所述车辆将所述车辆上的右后方车门解锁。

6.根据权利要求1-4任一项所述的方法，其特征在于，所述车辆将所述车辆上的第一车门解锁，具体包括：

在所述目标乘客的身份为第一身份的情况下，所述车辆将将所述车辆上的第一车门解锁。

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

在所述目标乘客的身份为第二身份的情况下，所述车辆将将所述车辆上的第二车门解锁；

其中，所述第一身份和所述第二身份不同，所述第一车门的位置与所述第二车门的位置不同。

8.根据权利要求7所述的方法，其特征在于，在所述目标乘客的身份为第一身份的情况下，所述车辆将将所述车辆上的第一车门解锁，具体包括：

在所述第一身份为家人或者朋友的情况下，所述车辆将所述车辆上的右前方车门解锁；

在所述目标乘客的身份为第二身份的情况下，所述车辆将将所述车辆上的第二车门解锁，具体包括：

在所述第二身份为陌生人的情况下，所述车辆将所述车辆上的右后方车门解锁。

9.根据权利要求1-8任一项所述的方法，其特征在于，在所述车辆获取到第一目的地之后，在所述车辆将所述车辆上的第一车门解锁之前，所述车辆还包括：

所述车辆接收第一电子设备发送的第一消息，所述第一消息用于指示所述车辆解锁的车门位置为所述第一车门位置；

所述车辆将所述车辆上的第一车门解锁，具体包括：

响应于所述第一消息，所述车辆将所述车辆上的第一车门解锁。

10.根据权利要求1-8任一项所述的方法，其特征在于，在所述车辆获取到第一目的地之后，在所述车辆将所述车辆上的第一车门解锁之前，所述车辆还包括：

所述车辆接收第一电子设备发送的第二消息，所述第二消息用于指示所述车辆解锁的车门位置为第二车门位置；所述第二车门位置与所述第一车门位置不同；

响应于所述第二消息，所述车辆显示第二提示信息，所述第二提示信息用于指示驾驶员从所述第一车门位置和所述第二车门位置中选择解锁的车门位置；

所述车辆接收驾驶员针对所述第二提示信息中第二选项的操作，确认出解锁的车门位置为所述第一车门位置；

所述车辆将所述车辆上的第一车门解锁，具体包括：

响应于针对所述第二提示信息中所述第二选项的操作，所述车辆将所述车辆上的第一车门解锁。

11.根据权利要求1-8任一项所述的方法，其特征在于，在所述车辆获取到第一目的地之后，在所述车辆将所述车辆上的第一车门解锁之前，所述车辆还包括：

所述车辆接收第一电子设备发送的第三消息，所述第三消息用于指示所述车辆解锁的车门位置为第二车门位置；所述第二车门位置与所述第一车门位置不同；

响应于所述第三消息，所述车辆显示第三提示信息，所述第三提示信息用于指示驾驶员所述第一车门位置对应的座位有人入座，选择解锁其他的车门位置；

所述车辆接收驾驶员针对所述第三提示信息中第三选项的操作，确认出解锁的车门位置为所述第一车门位置；

所述车辆将所述车辆上的第一车门解锁，具体包括：

响应于针对所述第三提示信息中所述第三选项的操作，所述车辆将所述车辆上的第一车门解锁。

12.根据权利要求1-11任一项所述的方法，其特征在于，在所述车辆将所述车辆上的第一车门解锁之后，所述方法还包括：

所述车辆向所述第一电子设备发送第三消息，所述第三消息用于告知所述目标乘客所述车辆已将所述车辆上的第一车门解锁。

13.根据权利要求1-12任一项所述的方法，其特征在于，所述车辆将所述车辆上的第一车门解锁，具体包括：

当所述目标乘客在所述车辆的第一方位的情况下，所述车辆将所述车辆上的所述第一方位的车门解锁。

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

当所述目标乘客在所述车辆的第二方位的情况下，所述车辆将所述车辆上的所述第二方位的车门解锁；

其中，所述第一方位和所述第二方位不同。

15.根据权利要求1-14任一项所述的方法，其特征在于，所述车辆将所述车辆上的第一车门解锁，具体包括：

在所述目标乘客的数量小于第一值的情况下，所述车辆将所述车辆上的所述第一车门解锁。

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

在所述目标乘客的数量大于等于所述第一值的情况下，所述车辆将所述车辆上的所述第一车门和第二车门解锁。

17.根据权利要求2所述的方法，其特征在于，所述目标乘客身份信息包括以下一项或多项：所述目标乘客的人脸图像信息、所述目标乘客的声纹特征、所述目标乘客的步态、所述目标乘客的电子设备的设备信息。

18.一种车辆，其特征在于，所述车辆包括：一个或多个处理器、一个或多个存储器；其中，所述一个或多个存储器与所述一个或多个处理器耦合，所述一个或多个存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述车辆执行上述权利要求1-17任一项所述的方法。

19.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在车辆上运行时，使得所述车辆执行如权利要求1-17任一项所述的方法。

20.一种计算机程序产品，其特征在于，当所述计算机程序产品被车辆执行时，使得所述车辆执行如权利要求1-17任一项所述的方法。