CN118053223A - 用于解锁车门的方法、装置、设备、介质和产品 - Google Patents

Abstract

根据本公开的实施例，提供了一种解锁车门的方法、装置、电子设备、计算机存储介质和计算机程序产品。在此描述的方法包括：响应于自动驾驶车辆到达预定位置，经由用户的终端设备向用户呈现针对自动驾驶车辆的至少一个车门的解锁选项；以及响应于接收到针对解锁选项的选择，向自动驾驶车辆发送解锁请求以用于解锁至少一个车门。以此方式，可以由用户控制对自动驾驶车辆的解锁，在提高出行效率的同时，保障用户的人身安全。此外，还可以促进自动驾驶出租车或共享汽车的无人化运营。

Description

用于解锁车门的方法、装置、设备、介质和产品

技术领域

本公开的示例实施例总体涉及自动驾驶领域，具体地涉及用于解锁车门的方法、装置、电子设备、计算机存储介质和计算机程序产品。

背景技术

随着人工智能、辅助驾驶、感测、定位等技术的飞速发展，已经出现了能够部分或完全脱离驾驶员操纵的自主汽车。作为自主汽车的重要分支，自动驾驶车辆能够通过电脑系统实现路线规划、障碍躲避、无人驾驶等操作。近年来，自动驾驶车辆已经可以作为出租车辆或共享车辆为用户提供服务。例如，乘客可以乘坐自动驾驶车辆出行，货物可由自动驾驶车辆运送等等。因此，在一些场景中，也可以将自动驾驶车辆称为自动驾驶出租车。

目前，在大部分情况下，用户对自动驾驶出租车的使用仍然依赖工作人员的协助。在行程开始前，需由工作人员对乘客和车辆的身份进行确认。完成确认后，工作人员为用户解锁车辆。然后，用户可以乘坐车辆离开。

发明内容

在本公开的第一方面，提供了一种用于解锁车门的方法。该方法包括：响应于自动驾驶车辆到达预定位置，经由用户的终端设备向用户呈现针对自动驾驶车辆的至少一个车门的解锁选项；以及响应于接收到针对解锁选项的选择，向自动驾驶车辆发送解锁请求以用于解锁至少一个车门。

在本公开的第二方面中，提供了一种用于解锁车门的方法。该方法包括：响应于自动驾驶车辆到达预定位置并且接收到来自终端设备的解锁请求，确定解锁请求所涉及的自动驾驶车辆的至少一个车门；以及发起针对至少一个车门的解锁操作。

在本公开的第三方面中，提供了一种用于解锁车门的装置。该装置包括：第一呈现模块，被配置为响应于自动驾驶车辆到达预定位置，经由用户的终端设备向用户呈现针对自动驾驶车辆的至少一个车门的解锁选项；以及第一发送模块，被配置为响应于接收到针对解锁选项的选择，向自动驾驶车辆发送解锁请求以用于解锁至少一个车门。

在本公开的第四方面中，提供了一种用于解锁车门的装置。该装置包括：确定模块，被配置为响应于自动驾驶车辆到达预定位置并且接收到来自终端设备的解锁请求，确定解锁请求所涉及的自动驾驶车辆的至少一个车门；以及操作发起模块，被配置为发起针对至少一个车门的解锁操作。

在本公开的第五方面中，提供了一种电子设备，包括：至少一个处理单元；以及至少一个存储器，其耦合至至少一个处理单元并且存储有机器可执行指令，当指令由至少一个处理单元执行时，使得电子设备执行根据本公开的第一方面的方法。

在本公开的第六方面中，提供了一种自动驾驶车辆，包括：至少一个自动驾驶控制单元；以及至少一个存储器，其耦合至至少一个自动驾驶控制单元并且存储有机器可执行指令，当指令由至少一个自动驾驶控制单元执行时，使得自动驾驶车辆执行根据本公开的第二方面的方法。

在本公开的第七方面中，提供了一种计算机可读存储介质，其上存储有计算机可执行指令，其中计算机可执行指令被处理器执行以实现根据本公开的第一方面的方法。

在本公开的第八方面中，提供了一种计算机可读存储介质，其上存储有计算机可执行指令，其中计算机可执行指令被处理器执行以实现根据本公开的第二方面的方法。

在本公开的第九方面，提供了一种计算机程序产品。该计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令，该机器可执行指令在被执行时使机器执行根据本公开的第一方面的方法。

在本公开的第十方面，提供了一种计算机程序产品。该计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令，该机器可执行指令在被执行时使机器执行根据本公开的第二方面的方法。

根据本公开的各种实施例，能够支持用户的终端设备与车辆的识别，以及通过终端设备解锁车辆。这样，可以实现自动驾驶车辆的无人化运营，降低了人工成本。由于无需安全员或工作人员的参与，由乘客直接解锁车辆，提高了出行体验和出行效率。此外，在乘客到达车辆附近后，可以利用近距离通信技术控制车门的锁定状态，从而避免了除乘客本人外的其他人员上车带来的安全隐患，确保了用车安全。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标注表示相同或相似的元素，其中：

图1示出了能够在其中实现本公开的一些实施例的示例环境的框图；

图2示出了根据本公开的一些实施例的用于解锁车门的示例性过程的示意图；

图3示出了根据本公开的一些实施例的示例用户界面(UI)的示意图；

图4A至图4B示出了根据本公开的一些实施例的示例UI的示意图；

图5A至图5E示出了根据本公开的一些实施例的示例UI的示意图；

图6示出了根据本公开的一些实施例的用于解锁车门的示例性过程的示意图；

图7示出了根据本公开的一些实施例的用于解锁车门的示例性过程的示意图；

图8示出了根据本公开的一些实施例的用于解锁车门的装置的示意性结构框图；

图9示出了根据本公开的一些实施例的用于解锁车门的装置的示意性结构框图；以及

图10示出了能够实施本公开的多个实施例的电子设备的框图。

具体实施方式

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

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

本公开的技术方案中，所涉及的用户数据的获取、存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

可以理解的是，在使用本公开各实施例公开的技术方案之前，均应当根据相关法律法规通过适当的方式对本公开所涉及个人信息的类型、使用范围、使用场景等告知用户并获得用户的授权。

例如，在响应于接收到用户的主动请求时，向用户发送提示信息，以明确地提示用户，其请求执行的操作将需要获得和使用到用户的个人信息，从而使得用户可以根据提示信息来自主地选择是否向执行本公开技术方案的操作的电子设备、应用程序、服务器或存储介质等软件或硬件提供个人信息。

作为一种可选的但非限制性的实现方式，响应于接收到用户的主动请求，向用户发送提示信息的方式，例如可以是弹出窗口的方式，弹出窗口中可以以文字的方式呈现提示信息。此外，弹出窗口中还可以承载供用户选择“同意”或“不同意”向电子设备提供个人信息的选择控件。

可以理解的是，上述通知和获得用户授权过程仅是示意性的，不对本公开的实现方式构成限定，其它满足相关法律法规的方式也可应用于本公开的实现方式中。

如前所述，自动驾驶车辆的一种示例性应用场景是共享汽车或出租汽车。在用户到达上车地点后，需由工作人员完成人车互认、车辆解锁等工作。这会耗费不必要的人工成本，且解锁方式较为固定。此外，这种方式可能导致用户只能选择特定的上车地点，例如，租车站点等等，为用户的出行造成不便。

因此，希望实现对自动驾驶车辆的无人化运营。在用户到达上车点后，由用户控制车门的解锁，从而无需工作人员或安全员的协助。此外，还期望针对用户的解锁机制是安全的，能够杜绝除用户本人之外的人员解锁车门、进入车内等隐患。

鉴于此，本公开的实施例提出了一种车门解锁方案。本方案支持由用户通过终端设备控制对自动驾驶车辆的至少一个车门的解锁，因此无需工作人员在场。此外，用户可以根据需要选择远距离解锁或近距离解锁。借助于近距离通信技术，可以实现车辆与用户之间的互相识和近距离解锁。从而，在提高出行效率，降低人工成本的同时，确保用户的行程安全。

以下将参考附图来详细描述本公开的一些示例实施例。

图1示出了能够在其中实现本公开的一些实施例的示例环境100的框图。示例环境100可以包括终端设备110、车辆120以及远程服务器130。终端设备110可以是与用户102相关联的电子设备。终端设备110可以安装有应用112，其可以是提供出行服务、叫车或租车服务的应用软件。终端设备110可以被配置为呈现应用112的用户界面114(UI)以供用户102对应用112进行操作。

在一些实施例中，终端设备110可以是具有有线或无线通信功能并且可能还具有计算能力的任何设备，包括但不限于通信设备、手机、计算机、个人数字助理、游戏机、可穿戴设备、车载通信设备、控制面板等等。终端设备110可以提供诸如鼠标、键盘等输入装置以供用户102进行操作。此外，终端设备110还可以安装有定位装置以确定其位置，该定位装置例如可以基于以下任何技术来实现定位：全球定位系统(GPS)、全球导航卫星通信系统(GLONASS)、北斗导航系统、伽利略定位系统(Galileo)、准天顶卫星系统(QAZZ)、基站定位技术、Wi-Fi定位技术等等。

用户102可以通过应用112向及远程服务器130发送叫车请求，以获得出行服务。远程服务器130可以是服务提供方的服务器或计算系统，其可以提供数据存储、分析、处理等功能。在一些实施例中，远程服务器130可以访问数据存储库，以向其存储信息或从中获取所需信息。远程服务器130可以与数据存储库彼此分离，也可以被实现为单个设备，例如，将数据存储库实现在远程服务器130中。在一些实施例中，远程服务器130可以位于云端。

远程服务器130可以针对用户102的服务请求调度车辆。在一些实施例中，远程服务器130可以基于用户102的当前位置、与服务请求相关联的上车点、目的地等信息，选择适合为用户102提供服务的车辆，例如，车辆120。然后，远程服务器130可以向车辆120发送调度指示，以使车辆120前往上车点为用户102提供服务。

在一些实施例中，车辆120可以向用户102提供出行或物流服务。在用户102乘坐车辆120出行的场景中，用户102也可以称为乘客102。如图1所示，车辆120具有用于实现自动驾驶的控制单元122，因此在下文中，其也被称为自动驾驶车辆120。自动驾驶车辆120具有通信、无人驾驶、感测、定位、避障、人工智能、视觉计算等能力。因而，自动驾驶车辆120可以完成自动行驶、限速调节、自动停车、自动开关车门、路线规划、障碍躲避、故障恢复、应急处理等操作。在一些实施例中，自动驾驶车辆120可以在没有驾驶员的情况下，前往上车点接驾，承载乘客或货物前往目的地。在将乘客或货物送达目的地后，自动驾驶车辆120可以重新接受远程服务器130的调度，以开始下一次服务。

车辆120可以是以任何常规(例如，汽油、柴油)或非常规车用燃料(例如，电能)作为动力来源的交通工具，包括但不限于小汽车、轿车、货车、卡车、公交车、电动车等等。

在一些实施例中，终端设备110可以通过远程服务器130与车辆120通信。在另一些实施例中，终端设备110可以借助于近距离通信技术与车辆120通信。这可以取决于终端设备110与车辆120之间的距离。近距离通信技术可以包括但不限于蓝牙、近场通信、无线局域网、红外数据传输、紫峰通信等等。

应当理解，仅出于示例性的目的描述环境100中的布局、功能以及元素的数目，实际可以存在各种设计。本公开的实施例还可以被应用到具有不同的结构和/或功能的环境中。本公开的范围在此方面不受限制。

下文将继续参考附图来详细描述用于解锁车门的具体过程和细节。此外，在下文中还将参考若干UI的示例状态来描述实施例。应当理解，这些UI及交互仅仅是说明性的，实际可以存在各种界面设计和交互方式。另外，这些UI中包括的控件可以用任何目前已知或者将来开发的UI元素和技术来实现。此外，这些控件的类型、形式、操作方式、在UI中的布局、排列等均是示意性的，并且无意以任何形式限制本公开的范围。

图2示出了根据本公开的一些实施例的用于解锁车门的示例性过程200的示意图。为了便于讨论，将参考图1来描述车门解锁的示例实施例。过程200可以涉及环境100中的移动设备110、车辆120以及远程服务器130。应当理解，过程200可以适用于自动驾驶车辆的各种应用场景，包括但不限于载客、物流、配送快递、外卖、货物等等。

在过程200的示例性场景中，用户102可以通过操作应用112的用户界面来向远程设备130发送用车服务请求。用车服务请求可以包括，例如用户102的当前位置、期望车辆达到的预定位置、目的地、期望用车时间、期望车型等信息。远程设备130基于用车服务请求，向用户102指派合适的车辆(例如，自动驾驶车辆120)。

在一些实施例中，终端设备110向用户102呈现指派车辆的用户界面。图3示出了根据本公开的一些实施例的示例用户界面300的示意图。在用户界面300中呈现有关于所指派的车辆为自动驾驶车辆120且支持多种解锁方式的说明信息301。多种解锁方式可以包括近距离解锁、远距离解锁等等，这将在下面进行详细描述。用户界面300中还呈现有关于车辆120的信息302，包括但不限于当前状态“车辆正在赶来”、用于接驾的预定位置“A地点”、车牌号、车型、车辆颜色，等等。

此外，用户界面300还包括控件303至306。具体地，用户102可以通过控件303触发对自动驾驶车辆120的至少一个车门的解锁。在本公开的实施例中，车辆120的车门可以包括但不限于驾驶室车门、副驾驶侧车门、用户室车门、前备箱门、后备箱门、行李舱门。

控件304可以用于触发上车扫码操作，以开始行程。控件305可以用于触发电话呼出。控件306可以用于取消当前用车订单。控件303至306可以是目前已知或者将来开发的任何适当形式的UI元素，例如触屏按钮、物理按键，等等。相应地，用户130可以通过触碰、按压、靠近、语音、手势、姿态等各种方式来操纵控件303至306。本公开的范围在此方面不受限制。

在205，终端设备110可以确定自动驾驶车辆120是否到达预定位置。在本公开的实施例中，预定位置可以是用户102经由应用112指定的上车点，或者也可以是与服务提供方约定的服务位置，等等。

在一些实施例中，终端设备110可以从远程设备130或其他设备获取自动驾驶车辆120的实时位置，以用于确定其是否到达预定位置。附加地或备选地，在一些实施例中，终端设备110也可以直接与自动驾驶车辆120通信以获取自动驾驶车辆120的实时位置。

在一些实施例中，在到达预定为之前，自动驾驶车辆120的至少一个车门可以处于锁定状态。在这种情况下，出于安全考虑，可以禁用“解锁车门”控件303。如图4A所示，在用户界面400中，呈现有车辆120的实时状态402，其表明车辆120正在前往上车点的途中。尽管用户102尝试触发控件303，但是在这种情况下不允许解锁车门，因此控件303被禁用。如图4B所示，响应于用户102对控件303的操作，在用户界面410中呈现有解锁条件提示412。例如，解锁条件提示412可以向用户提示只有在满足解锁条件的情况下才能触发解锁控件303。此外，用户界面410中还包括控件414，用户可以通过触发控件414关闭所呈现的提示412。

附加地或备选地，在另一些实施例中，在车辆120到达预定位置之前，“解锁车门”控件303可以以特定的外观(例如，灰色)显示以表示其处于不可操作的状态。在车辆120到达预定位置之后，“解锁车门”控件303可以被呈现为可激活的解锁选项，例如，将该控件的外观显示为表示其处于可操作的状态(例如，黑色)。

如果自动驾驶车辆120到达预定位置，则在210，终端设备110可以向用户102呈现针对自动驾驶车辆120的至少一个车门的解锁选项。例如，如图5A所示，终端设备110可以向用户102呈现用户界面500。用户界面500中呈现有车辆120的当前状态501、关于车辆120的信息502以及控件503至506。

车辆120的当前状态501表明车辆120已达到预定位置。在这种情况下，“解锁车门”控件503可以作为解锁选项。在一些实施例中，用户界面501中还呈现附加的提示信息508(例如、气泡、悬浮窗等等)以指示控件303为可激活的解锁选项。

在215，终端设备110接收到用户102针对解锁选项的选择。如图5A所示，用户102触发“解锁车门”控件503。此时，用户102可能尚未到达预定位置，且距离车辆120较远。当然，用户102也可能已经到达车辆120附近。

响应于接收到针对解锁选项的选择，终端设备110向自动驾驶车辆120发送解锁请求以用于解锁至少一个车门。

例如，取决于终端设备110与车辆120之间的距离，可以通过不同的通信技术发送解锁请求。在一些实施例中，终端设备110可以确定自动驾驶车辆120与终端设备110之间的距离。如果距离超过预定距离(例如，10米、50米等等)，则在220，终端设备110可以向远程服务器130发送解锁请求。相应地，在225，远程服务器130可以将解锁请求发送至自动驾驶车辆120。

附加地或备选地，在距离超过预定距离的实施例中，在发送解锁请求之前，终端设备110可以向用户102呈现用于确认是否解锁至少一个车门的提示。例如，在图5B所示的用户界面510中呈现有用于确认解锁车门的提示512。此外，用户界面510还包括用于确认并触发解锁的控件514和用于放弃解锁的控件516。响应于接收到针对提示的肯定确认，例如，控件514被触发，终端设备110可以向远程服务器130发送解锁请求，并由远程服务器130将解锁请求发送至自动驾驶车辆120。

通过这种方式，可以支持用户对自动驾驶车辆的远距离解锁。此外，二次确认弹窗可以有效避免由于用户误操作而解锁车辆，从而提高了解锁的安全性。当然，应当理解在其他实施例中，也可以不经过二次确认而直接发送解锁请求，这样有助于进一步提高解锁效率。

在一些实施例中，如果距离在预定距离以下，则在230，终端设备110可以借助于近距离通信技术向车辆120发送解锁请求。例如，近距离通信技术可以包括但不限于蓝牙、近场通信、无线局域网、红外数据传输、紫峰通信等等。通过这种方式，可以支持用户对自动驾驶车辆的近距离解锁。

作为示例，在距离在10米以下的情况下，终端设备110可以通过蓝牙识别自动驾驶车辆120，从而实现人车互认。然后，终端设备110可以通过蓝牙向车辆120发送解锁请求，以触发对车门的近距离解锁。

附加地或备选地，在通过蓝牙识别终端设备110出现在附近之后，车辆120可以发送针对配解锁请求之后，车辆120可以发送针对配对码的验证请求。配对码可以作为验证用户102的身份的验证信息，并且预先通过应用112或者以其他方式(例如，短消息)被提供给用户102。例如，在图5C所示的用户界面520中，呈现有供用户102输入配对码的控件522。用户102操作控件522以输入配对码。终端设备110进而将包括配对码的验证响应通过蓝牙发送至车辆120。如果配对码正确，则验证通过。

通过这种方式，可以实现人车互认，避免除用户本人之外的其他人打开车门，从而确保了用车安全。

附加地或备选地，在一些实施例中，如果距离在预定距离以下，在车辆120通过近距离通信技术识别用户102之后，车门可以被自动解锁而无需发送解锁请求。这样，可以进一步提高解锁效率。

在接收到解锁请求之后，车辆120可以在235发起针对至少一个车门的解锁操作。在240，车辆120可以确定至少一个车门是否被成功解锁。例如，车辆120的控制单元122可以通过车门以太网返回的车门解锁信号确定至少一个车门是否被成功解锁。

在一些实施例中，如果至少一个车门被成功解锁，则车辆120可以使至少一个车门打开。例如，车辆120的控制单元122可以向至少一个车门发送开门指令。

在一些实施例中，如果至少一个车门未被成功解锁，则控制单元122可以记录未被成功解锁的次数。如果至少一个车门未被成功解锁的累计次数超过预定的阈值次数(例如，5次)，则车辆120可以向远程服务器130发送指示至少一个车门发生故障的信息。这样，服务提供方可以动态监测车辆状态，及时发现车辆故障，确保自动驾驶车辆的顺畅运行。

在一些实施例中，如果控制单元122在预定时间内无法确定车门是否被成功解锁，例如，控制单元122在2秒内未接收到车门解锁信号，则车辆120可以确定至少一个车门未被成功解锁。

在245，车辆120可以向终端设备110发送解锁响应，该解锁响应至少指示针对至少一个车门的解锁结果。

在一些实施例中，如果解锁响应指示至少一个车门被成功解锁，则终端设备110向用户102呈现指示解锁成功的信息。如图5D所示，在用户界面530中呈现有指示解锁成功的信息532。附加地或备选地，用户界面530中的控件504可以被指示为扫码选项，并由附加信息534标识，以提示用户102进行扫码以开始服务。

此外，如图5C和图5D所示，控件503的状态可以与车门的实际解锁状态同步，从而以可视化的方式指示解锁状态，提高了用户体验。

在一些实施例中，如果解锁响应指示至少一个车门未被成功解锁，则终端设备110向用户102呈现指示解锁失败的信息。终端设备110还可以再次呈现针对至少一个车门的解锁选项。如图5E所示，在用户界面540中呈现有指示解锁失败的信息542。附加地或备选地，用户界面540中的控件503再次被指示为解锁选项，并由附加信息544标识，以提示用户102重新尝试解锁。

本公开的实施例提供了用于解锁车门的方案。该方案能够支持由用户发起的多种解锁方式，并且根据用户与车辆之间的距离采用不同的解锁方式。以此方式，可以促进车辆解锁的智能化，实现自动驾驶车辆的无人化运营。此外，本方案在提高出行效率的同时，还可以保障用户的人身安全，由此，提供了用户体验。

图6示出了根据本公开的一些实施例的用于解锁车门的示例性过程600的示意图。过程600可以由如图1所示的终端设备110来实施。当然，在其他实施例中，过程600可以由任何适当的其他电子设备实施。应当理解，过程600适用于自动驾驶车辆的各种应用场景，包括但不限于载客、物流、配送快递、外卖、货物等等。

用户102通过终端设备110向远程设备130发送用车服务请求。该用车服务请求例如可以包括用户102的当前位置、期望车辆达到的预定位置、目的地、期望用车时间、期望车型等等。远程设备130基于用车服务请求，指派自动驾驶车辆120前往预定位置。在一些实施例中，终端设备110可以从远程设备130或其他设备获取自动驾驶车辆120的实时位置。附加地或备选地，在一些实施例中，终端设备110也可以直接与自动驾驶车辆120通信以获取自动驾驶车辆120的实时位置。

如图6所示，在框610，终端设备110确定自动驾驶车辆120是否到达预定位置。预定位置可以是用户102经由应用112指定的上车点，或者也可以是与服务提供方约定的服务位置。

响应于自动驾驶车辆120到达预定位置，在框620，经由用户102的终端设备110向用户102呈现针对自动驾驶车辆120的至少一个车门的解锁选项。在一些实施例中，解锁选项可以涉及自动驾驶车辆120的以下一个或多个门：驾驶室车门、副驾驶侧车门、用户室车门、前备箱门、后备箱门、行李舱门。

在一些实施例中，在自动驾驶车辆120未到达预定位置的情况下，应用112的UI呈现的解锁控件可以被禁用，例如，将该控件以特定的外观(例如，灰色)显示以表示其处于不可操作的状态。在自动驾驶车辆120到达预定位置之后，解锁控件可以被呈现为可激活的解锁选项，例如，将该控件的外观显示为表示其处于可操作的状态(例如，黑色)。附加地或备选地，在一些实施例中，无论自动驾驶车辆120是否到达预定位置，解锁控件的外观始终保持不变，在到达预定位置之后，由附加的提示信息(例如、气泡、悬浮窗等等)标识解锁控件。

用户102可以经由应用112的UI选择激活解锁选项的控件。相应地，在框630，终端设备110接收到针对解锁选项的选择。

响应于接收到针对解锁选项的选择，在框640，终端设备110向自动驾驶车辆120发送解锁请求以用于解锁至少一个车门。通过这种方式，可以在无需工作人员或安全员的情况下，由用户解锁车辆，开始行程。从而，使解锁方式更加智能化，并且促进了自动驾驶车辆的无人化运营。

取决于移动终端110与自动驾驶车辆120之间的距离，移动终端110可以通过远程设备130或者借助于近距离通信技术与自动驾驶车辆120通信。近距离通信技术可以选自蓝牙、近场通信、无线局域网、红外数据传输、和/或紫峰通信。换言之，根据用户与车辆的距离可以采用不同的解锁方式。

在一些实施例中，向自动驾驶车辆120发送解锁请求可以包括：确定自动驾驶车辆120与终端设备110之间的距离；以及响应于距离在预定距离以下，向自动驾驶车辆120发送解锁请求。例如，预定距离可以是10米、50米等等。

作为示例，在终端设备110与自动驾驶车辆120之间的距离在10米以下的情况下，终端设备110可以借助于近距离通信技术(例如，蓝牙)识别自动驾驶车辆120，并向其发送解锁请求，以触发对车门的近距离解锁。

在一些实施例中，方法600还包括：从自动驾驶车辆120接收针对终端设备110的验证请求；响应于验证请求，获取验证信息；以及向自动驾驶车辆120发送至少包括验证信息的验证响应。作为示例，在终端设备110借助于蓝牙与自动驾驶车辆120通信的场景中，终端设备110可以接收到针对配对码的验证请求。配对码可以作为验证用户102的身份的验证信息，并且预先通过应用112或者通过其他方式(例如，短消息)被提供给用户102。用户102输入配对码，并将包括配对码的验证响应通过蓝牙发送至自动驾驶车辆120。如果配对码正确，则验证通过。通过这种方式，可以实现人车互认，避免除用户102本人之外的其他人打开车门，从而确保了用车安全。

附加地或备选地，在另一些实施例中，在距离在预定距离以下的情况下，例如，10米以内，自动驾驶车辆120可以自动发起针对至少一个车门的解锁操作。由此，可以简化解锁流程，提高用户的出行效率。

在一些实施例中，向自动驾驶车辆发送解锁请求还包括：响应于距离超过预定距离，向用户102呈现用于确认是否解锁至少一个车门的提示；以及响应于接收到针对提示的肯定确认，向自动驾驶车辆120发送解锁请求。

作为示例，在终端设备110与自动驾驶车辆120之间的距离超过50米的情况下，如果终端设备110接收到用户102针对解锁选项的选择，则终端设备110可以呈现解锁安全提示“您当前距离车辆过远，建议到达车辆附近后解锁”。这样有助于保障用户102的用车安全，避免因用户误触解锁选项而发出解锁请求。在得到用户102的肯定确认之后，终端设备110进而可以发送解锁请求，以触发对车辆120的远距离解锁。

在一些实施例中，方法600还包括：从自动驾驶车辆120接收解锁响应；以及响应于解锁响应指示至少一个车门被成功解锁，向用户102呈现指示解锁成功的信息。

附加地或备选地，在一些实施例中，方法600还包括：响应于解锁响应指示至少一个车门未被成功解锁，向用户102呈现指示解锁失败的信息；以及再次呈现针对至少一个车门的解锁选项。

图7示出了根据本公开的一些实施例的用于解锁车门的示例性过程的示意图。过程700可以由如图1所示的自动驾驶车辆120来实施。当然，在其他实施例中，过程700可以由任何适当的其他设备实施。应当理解，过程700适用于自动驾驶车辆的各种应用场景，包括但不限于载客、物流、配送快递、外卖、货物等等。

自动驾驶车辆120是提供用车服务的车辆。在接收到远程设备130的调度指示之后，自动驾驶车辆120前往预定位置。预定位置可以是用户102指定的上车点，或者也可以是用户102与服务提供方约定的服务位置。

在框710，自动驾驶车辆120确定是否已经到达预定位置。如果已经到达预定位置，在框720，自动驾驶车辆120可以针对解锁请求进行检测。

如果接收到来自终端设备110的解锁请求，在框730，自动驾驶车辆120确定解锁请求所涉及的自动驾驶车辆的至少一个车门。

在框740，自动驾驶车辆120发起针对至少一个车门的解锁操作。在一些实施例中，至少一个车门可以包括以下至少一项：驾驶室车门、副驾驶侧车门、用户室车门、前备箱门、后备箱门、行李舱门。

取决于移动终端110与自动驾驶车辆120之间的距离，自动驾驶车辆120可以通过远程设备130或者借助于近距离通信技术与终端设备110通信。例如，如果距离超过预定距离(例如，10米、50米等等)，移动终端110与车辆120通过远程设备130通信。如果距离在预定距离以下，则移动终端110与车辆120通过近距离通信技术直接通信。在一些实施例中，近距离通信技术可以选自蓝牙、近场通信、无线局域网、红外数据传输、和/或紫峰通信。

作为示例，终端设备110与自动驾驶车辆120之间的距离在10米以下的情况下，自动驾驶车辆120可以借助于近距离通信技术(例如，蓝牙)识别并接收来自移动设备110的解锁请求。

在一些实施例中，方法800还包括：向终端设备110发送解锁响应，解锁响应至少指示针对至少一个车门的解锁结果。

在一些实施例中，方法800还包括：响应于确定至少一个车门被成功解锁，使至少一个车门打开。

在一些实施例中，方法800还包括：响应于至少一个车门未被成功解锁的累计次数超过预定的阈值次数，向远程服务器发送指示至少一个车门发生故障的信息。例如，如果自动驾驶车辆120的ACU确定解锁失败的累计次数超过预定的阈值次数(例如，5次)，则ACU可以向远程设备130发送指示对应车门发生故障的信息。在这种情况下，远程设备130可以分析故障原因、指派工作人员或安全员处理等等。

在一些实施例中，发起针对至少一个车门的解锁操作包括：响应于接收到解锁请求，向终端设备发送针对终端设备的验证请求；从终端设备接收验证响应；基于验证响应中包含的验证信息，来验证终端设备；以及响应于终端设备110通过验证，向至少一个车门发起解锁操作。

作为示例，在自动驾驶车辆120借助于蓝牙与终端设备110通信的场景中，自动驾驶车辆120可以向终端设备110发送针对配对码的验证请求。配对码可以作为验证用户102的身份的验证信息，并且预先通过应用112或者通过其他方式(例如，短消息)被提供给用户102。相应地，自动驾驶车辆120通过蓝牙从终端设备110接收包括用户102输入配对码的验证响应。如果配对码正确，则验证通过。自动驾驶车辆120可以进而向至少一个车门发送解锁指令。通过这种方式，可以实现人车互认，避免除用户102本人之外的其他人打开车门，造成不必要的安全隐患，从而确保了用车安全。

附加地或备选地，在另一些实施例中，在距离在预定距离以下的情况下，例如，10米以内，自动驾驶车辆120可以自动发起针对至少一个车门的解锁操作。由此，可以简化解锁流程，提高出行效率。

本公开的实施例还提供了用于实现上述方法或过程的相应装置。图8示出了根据本公开的一些实施例的用于解锁车门的装置800的示意性结构框图。装置800可以被实现为移动设备110，或者任何其他电子设备。

如图8所示，装置800包括第一呈现模块810，被配置为响应于自动驾驶车辆到达预定位置，经由用户的终端设备110向用户呈现针对自动驾驶车辆的至少一个车门的解锁选项。装置800还包括第一发送模块820，被配置为响应于接收到针对解锁选项的选择，向自动驾驶车辆发送解锁请求以用于解锁至少一个车门。

在一些实施例中，发送模块820包括：距离确定模块，被配置为确定自动驾驶车辆与终端设备之间的距离；以及第二发送模块，被配置为响应于距离在预定距离以下，向自动驾驶车辆发送解锁请求。

在一些实施例中，装置800还包括：第一接收模块，被配置为从自动驾驶车辆接收针对终端设备的验证请求；获取模块，被配置为响应于验证请求，获取验证信息；以及第三发送模块，被配置为向自动驾驶车辆发送至少包括验证信息的验证响应。

在一些实施例中，第一发送模块820包括：第二呈现模块，被配置为响应于距离超过预定距离，向用户呈现用于确认是否解锁至少一个车门的提示；以及第四发送模块，被配置为响应于接收到针对提示的肯定确认，向自动驾驶车辆发送解锁请求。

在一些实施例中，装置800还包括：第二接收模块，被配置为从自动驾驶车辆接收解锁响应；以及第三呈现模块，被配置为响应于解锁响应指示至少一个车门被成功解锁，向用户呈现指示解锁成功的信息。

在一些实施例中，装置800还包括：第四呈现模块，被配置为响应于解锁响应指示至少一个车门未被成功解锁，向用户呈现指示解锁失败的信息，并且第一呈现模块810还被配置为再次呈现针对至少一个车门的解锁选项。

在一些实施例中，解锁选项涉及自动驾驶车辆的以下一个或多个门：驾驶室车门、副驾驶侧车门、用户室车门、前备箱门、后备箱门、行李舱门。

在一些实施例中，终端设备借助于近距离通信技术与自动驾驶车辆通信，近距离通信技术选自蓝牙、近场通信、无线局域网、红外数据传输、和/或紫峰通信。

图9示出了根据本公开的一些实施例的用于解锁车门的装置900的示意性结构框图。装置900可以被实现为自动驾驶控制设备，或者被实现为包括在在车辆120中或者集成在车辆120内的任何其他电子设备。

如图9所示，装置900包括：确定模块910，被配置为响应于自动驾驶车辆到达预定位置并且接收到来自终端设备的解锁请求，确定解锁请求所涉及的自动驾驶车辆的至少一个车门。装置900还包括解锁操作发起模块920，被配置为发起针对至少一个车门的解锁操作。

在一些实施例中，装置900还包括：第一发送模块，被配置为向终端设备发送解锁响应，解锁响应至少指示针对至少一个车门的解锁结果。

在一些实施例中，装置900还包括：控制模块，被配置为响应于确定至少一个车门被成功解锁，使至少一个车门打开。

在一些实施例中，装置900还包括：第二发送模块，被配置为响应于至少一个车门未被成功解锁的累计次数超过预定的阈值次数，向远程服务器发送指示至少一个车门发生故障的信息。

在一些实施例中，解锁操作发起模块920包括：第三发送模块，被配置为响应于接收到解锁请求，向终端设备发送针对终端设备的验证请求；接收模块，被配置为从终端设备接收验证响应；验证模块，被配置为基于验证响应中包含的验证信息，来验证终端设备；以及第四发送模块，被配置为响应于终端设备通过验证，向至少一个车门发起解锁操作。

在一些实施例中，至少一个车门包括以下至少一项：驾驶室车门、副驾驶侧车门、用户室车门、前备箱门、后备箱门、行李舱门。

在一些实施例中，自动驾驶车辆借助于近距离通信技术与终端设备通信，近距离通信技术选自蓝牙、近场通信、无线局域网、红外数据传输、和/或紫峰通信。

装置800和装置900中所包括的单元可以利用各种方式来实现，包括软件、硬件、固件或其任意组合。在一些实施例中，一个或多个单元可以使用软件和/或固件来实现，例如存储在存储介质上的机器可执行指令。除了机器可执行指令之外或者作为替代，装置800和装置900中的部分或者全部单元可以至少部分地由一个或多个硬件逻辑组件来实现。作为示例而非限制，可以使用的示范类型的硬件逻辑组件包括现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)，等等。

图10示出了其中可以实施本公开的一个或多个实施例的电子设备/服务器1000的框图。应当理解，图10所示出的电子设备/服务器1000仅仅是示例性的，而不应当构成对本文所描述的实施例的功能和范围的任何限制。

如图10所示，电子设备/服务器1000是通用电子设备的形式。电子设备/服务器1000的组件可以包括但不限于一个或多个处理器或处理单元1010、存储器1020、存储设备1030、一个或多个通信单元1040、一个或多个输入设备1050以及一个或多个输出设备1060。处理单元1010可以是实际或虚拟处理器并且能够根据存储器1020中存储的程序来执行各种处理。在多处理器系统中，多个处理单元并行执行计算机可执行指令，以提高电子设备/服务器1000的并行处理能力。

电子设备/服务器1000通常包括多个计算机存储介质。这样的介质可以是电子设备/服务器1000可访问的任何可以获得的介质，包括但不限于易失性和非易失性介质、可拆卸和不可拆卸介质。存储器1020可以是易失性存储器(例如寄存器、高速缓存、随机访问存储器(RAM))、非易失性存储器(例如，只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、闪存)或它们的某种组合。存储设备1030可以是可拆卸或不可拆卸的介质，并且可以包括机器可读介质，诸如闪存驱动、磁盘或者任何其他介质，其可以能够用于存储信息和/或数据(例如用于训练的训练数据)并且可以在电子设备/服务器1000内被访问。

电子设备/服务器1000可以进一步包括另外的可拆卸/不可拆卸、易失性/非易失性存储介质。尽管未在图10中示出，可以提供用于从可拆卸、非易失性磁盘(例如“软盘”)进行读取或写入的磁盘驱动和用于从可拆卸、非易失性光盘进行读取或写入的光盘驱动。在这些情况中，每个驱动可以由一个或多个数据介质接口被连接至总线(未示出)。存储器1020可以包括计算机程序产品1025，其具有一个或多个程序模块，这些程序模块被配置为执行本公开的各种实施例的各种方法或动作。

通信单元1040实现通过通信介质与其他电子设备进行通信。附加地，电子设备/服务器1000的组件的功能可以以单个计算集群或多个计算机器来实现，这些计算机器能够通过通信连接进行通信。因此，电子设备/服务器1000可以使用与一个或多个其他服务器、网络个人计算机(PC)或者另一个网络节点的逻辑连接来在联网环境中进行操作。

输入设备1050可以是一个或多个输入设备，例如鼠标、键盘、追踪球等。输出设备1070可以是一个或多个输出设备，例如显示器、扬声器、打印机等。电子设备/服务器1000还可以根据需要通过通信单元1040与一个或多个外部设备(未示出)进行通信，外部设备诸如存储设备、显示设备等，与一个或多个使得用户与电子设备/服务器1000交互的设备进行通信，或者与使得电子设备/服务器1000与一个或多个其他电子设备通信的任何设备(例如，网卡、调制解调器等)进行通信。这样的通信可以经由输入/输出(I/O)接口(未示出)来执行。

根据本公开的示例性实现方式，提供了一种计算机可读存储介质，其上存储有一条或多条计算机指令，其中一条或多条计算机指令被处理器执行以实现上文描述的方法。

这里参照根据本公开实现的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其他可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

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

附图中的流程图和框图显示了根据本公开的多个实现的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

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

Claims (20)

1.一种用于解锁车门的方法，包括：

响应于自动驾驶车辆到达预定位置，经由用户的终端设备向所述用户呈现针对所述自动驾驶车辆的至少一个车门的解锁选项；以及

响应于接收到针对所述解锁选项的选择，向所述自动驾驶车辆发送解锁请求以用于解锁所述至少一个车门。

2.根据权利要求1所述的方法，其中向所述自动驾驶车辆发送解锁请求包括：

确定所述自动驾驶车辆与所述终端设备之间的距离；以及

响应于所述距离在预定距离以下，向所述自动驾驶车辆发送所述解锁请求。

3.根据权利要求2所述的方法，还包括：

从所述自动驾驶车辆接收针对所述终端设备的验证请求；

响应于所述验证请求，获取验证信息；以及

向所述自动驾驶车辆发送至少包括所述验证信息的验证响应。

4.根据权利要求2所述的方法，其中向所述自动驾驶车辆发送解锁请求还包括：

响应于所述距离超过所述预定距离，向所述用户呈现用于确认是否解锁所述至少一个车门的提示；以及

响应于接收到针对所述提示的肯定确认，向所述自动驾驶车辆发送所述解锁请求。

5.根据权利要求1所述的方法，还包括：

从所述自动驾驶车辆接收解锁响应；以及

响应于所述解锁响应指示所述至少一个车门被成功解锁，向所述用户呈现指示解锁成功的信息。

6.根据权利要求5所述的方法，还包括：

响应于所述解锁响应指示所述至少一个车门未被成功解锁，向所述用户呈现指示解锁失败的信息；以及

再次呈现针对至少一个车门的解锁选项。

7.根据权利要求1所述的方法，其中所述解锁选项涉及所述自动驾驶车辆的以下一个或多个门：驾驶室车门、副驾驶侧车门、用户室车门、前备箱门、后备箱门、行李舱门。

8.根据权利要求1-7中任一项所述的方法，其中所述终端设备借助于近距离通信技术与所述自动驾驶车辆通信，所述近距离通信技术选自蓝牙、近场通信、无线局域网、红外数据传输、和/或紫峰通信。

9.一种用于解锁车门的方法，包括：

响应于自动驾驶车辆到达预定位置并且接收到来自终端设备的解锁请求，确定所述解锁请求所涉及的所述自动驾驶车辆的至少一个车门；以及

发起针对所述至少一个车门的解锁操作。

10.根据权利要求9所述的方法，还包括：

向所述终端设备发送解锁响应，所述解锁响应至少指示针对所述至少一个车门的解锁结果。

11.根据权利要求9所述的方法，还包括：

响应于确定所述至少一个车门被成功解锁，使所述至少一个车门打开。

12.根据权利要求9所述的方法，还包括：

响应于所述至少一个车门未被成功解锁的累计次数超过预定的阈值次数，向远程服务器发送指示所述至少一个车门发生故障的信息。

13.根据权利要求9所述的方法，其中发起针对所述至少一个车门的解锁操作包括：

响应于接收到所述解锁请求，向所述终端设备发送针对所述终端设备的验证请求；

从所述终端设备接收验证响应；

基于所述验证响应中包含的验证信息，来验证所述终端设备；以及

响应于所述终端设备通过验证，向所述至少一个车门发起所述解锁操作。

14.根据权利要求9所述的方法，其中所述至少一个车门包括以下至少一项：驾驶室车门、副驾驶侧车门、用户室车门、前备箱门、后备箱门、行李舱门。

15.根据权利要求9至14中任一项所述的方法，其中所述自动驾驶车辆借助于近距离通信技术与所述终端设备通信，所述近距离通信技术选自蓝牙、近场通信、无线局域网、红外数据传输、和/或紫峰通信。

16.一种用于解锁车门的装置，包括：

第一呈现模块，被配置为响应于自动驾驶车辆到达预定位置，经由用户的终端设备向所述用户呈现针对所述自动驾驶车辆的至少一个车门的解锁选项；以及

第一发送模块，被配置为响应于接收到针对所述解锁选项的选择，向所述自动驾驶车辆发送解锁请求以用于解锁所述至少一个车门。

17.一种用于解锁车门的装置，包括：

确定模块，被配置为响应于自动驾驶车辆到达预定位置并且接收到来自终端设备的解锁请求，确定所述解锁请求所涉及的所述自动驾驶车辆的至少一个车门；以及

操作发起模块，被配置为发起针对所述至少一个车门的解锁操作。

18.一种电子设备，包括：

至少一个处理单元；以及

至少一个存储器，其耦合至所述至少一个处理单元并且存储有机器可执行指令，当所述指令由所述至少一个处理单元执行时，使得所述电子设备执行根据权利要求1至8中任一项所述的方法。

19.一种自动驾驶车辆，包括：

至少一个自动驾驶控制单元；以及

至少一个存储器，其耦合至所述至少一个自动驾驶控制单元并且存储有机器可执行指令，当所述指令由所述至少一个自动驾驶控制单元执行时，使得所述自动驾驶车辆执行根据权利要求9至15中任一项所述的方法。

20.一种计算机程序产品，所述计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令，所述机器可执行指令在被执行时使机器执行根据权利要求1至8或9至15中任一项所述的方法的步骤。