CN110969893A - 一种车辆自主代客泊车方法、车载设备及存储介质 - Google Patents

Abstract

本公开实施例涉及一种车辆自主代客泊车方法、车载设备及存储介质，其中，车辆自主代客泊车方法包括：基于车辆熄火，控制车辆延迟下电；在延迟下电过程中接收到泊车指令，控制车辆上电；基于泊车指令获取停车场信息；基于停车场信息控制车辆自主泊车。本公开实施例中，在车辆熄火后，通过控制车辆延迟下电，可在延迟下电期间接收泊车指令，使用户可以先人工熄火，再发起泊车请求，提升用户体验，减少车辆的能耗。

Description

一种车辆自主代客泊车方法、车载设备及存储介质

技术领域

本公开实施例涉及自主代客泊车技术领域，具体涉及一种车辆自主代客泊车方法、车载设备及非暂态计算机可读存储介质。

背景技术

自主代客泊车(Automated Valet Parking，AVP)功能定义：驾驶员从指定下客点通过钥匙或手机APP下达指令，车辆可以自动行驶到停车场的停车位，无需驾驶员监控；车辆可以在接收到指令从停车位自动行驶到指定上客点；多辆车同时收到泊车指令，实现动态自动等待进入泊车位。

发明内容

本公开的至少一个实施例提供了一种车辆自主代客泊车方法、车载设备及非暂态计算机可读存储介质。

第一方面，本公开实施例提出一种车辆自主代客泊车方法，所述方法包括：

基于车辆熄火，控制车辆延迟下电；

在延迟下电过程中接收到泊车指令，控制所述车辆上电；

基于所述泊车指令获取停车场信息；

基于所述停车场信息控制所述车辆自主泊车。

第二方面，本公开实施例还提出一种车载设备，包括：处理器和存储器；所述处理器通过调用所述存储器存储的程序或指令，用于执行如第一方面所述方法的步骤。

第三方面，本公开实施例还提出一种非暂态计算机可读存储介质，用于存储程序或指令，所述程序或指令使计算机执行如第一方面所述方法的步骤。

可见，本公开的至少一个实施例中，在车辆熄火后，通过控制车辆延迟下电，可在延迟下电期间接收泊车指令，使用户可以先人工熄火，再发起泊车请求，提升用户体验，减少车辆的能耗。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本公开实施例提供的一种示例性应用场景图；

图2是本公开实施例提供的一种AVP***的示例性框图；

图3是本公开实施例提供的一种AVP模块的示例性框图；

图4是本公开实施例提供的一种车载设备的示例性框图；

图5是本公开实施例提供的一种车辆自主代客泊车方法的示例性流程图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。基于所描述的本公开的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

本公开实施例提供了一种车辆自主代客泊车方法、车载设备或存储介质，在车辆熄火后，通过控制车辆延迟下电，可在延迟下电期间接收泊车指令，使用户可以先人工熄火，再发起泊车请求，提升用户体验，减少车辆的能耗。可以应用于不同级别的智能驾驶***，例如，辅助驾驶车辆、高度自动驾驶车辆、完全自动驾驶车辆或其他需要车辆自主定位的车辆。具体而言，所述车辆可以是安装AVP***的车辆或安装智能驾驶***的车辆。在一些实施例中，所述车辆自主代客泊车方法可以应用于地下停车场、露天停车场、小区、机械停车场、智能停车场等。应当理解的是，本申请的***及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以将本申请应用于其他类似情景。以下为了能够更清楚无误的阐述，本公开实施例以带有AVP***的车辆为例对所述车辆自主代客泊车方法、车载设备或存储介质进行说明。

图1为本公开实施例提供的一种示例性应用场景图。如图1所示，应用场景中包括：用户终端、车辆、云端服务器和停车场。

用户终端(User Equipment)可以是具有数据通信功能的任意电子设备，例如智能手机、平板电脑等移动终端。其中，用户终端可与云端服务器建立通信连接，交互数据。用户终端安装关于自动代客泊车(AVP)服务的应用程序(Application，APP)，方便用户通过操作APP来启动车辆AVP功能。

例如，用户通过点击APP图标打开APP主界面，或人机交互界面(Human MachineInteraction，HMI)，进而向用户展示至少两个功能控件：一个是“自动泊车”控件，另一个是“召车”控件。用户点击“自动泊车”控件，向云端服务器发送自动泊车请求，以实现AVP的自动泊车功能；用户点击“召车”控件，向云端服务器发送召车请求，以实现AVP的召车功能。

车辆为具有AVP***100的车辆，例如可以是安装有AVP***100的普通车辆，也可以是具有AVP***100的智能驾驶车辆。其中，AVP***100实现AVP功能。AVP功能至少包括自动泊车功能和召车功能。自动泊车功能下，AVP***100控制车辆由起始点行驶至停车位附近，并进入停车位停车，其中，起始点可以是固定点，也可以是停车场预设范围内的任意点。召车功能下，AVP***100控制车辆从停车位驶出并行驶至目的地，其中，目的地可以是固定位置，也可以是停车场预设范围内的用户发起召车请求的位置或用户指定位置。在一些实施例中，车辆可以自主定位或自主寻找空闲停车位，并规划行驶路径行驶至空闲停车位。

在一些实施例中，车辆可与云端服务器建立通信连接。车辆可接收云端服务器发送的电子地图和指令，其中，指令可包括但不限于以下至少一个：自动泊车指令、召车指令、远程控制指令等。在一些实施例中，车辆接收自动泊车指令或召车指令后，进入AVP模式，并执行自动泊车功能或召车功能。在一些实施例中，车辆可以将车辆相关信息实时发送至云端服务器。车辆相关信息可包括但不限于以下至少一个：车辆ID、是否处于AVP模式、规划信息、车辆状态、车辆位姿、车辆周围环境信息、AVP状态、停车位等。其中，车辆状态可包括但不限于以下至少一个：车辆信息、使用用户、使用时长、使用里程、车辆运行状态、车辆上传感器的位置，以及车辆上传感器的状态。AVP状态包括泊车状态和召车状态。车辆位姿包括车辆在大地坐标系下的坐标以及车辆与各坐标轴的夹角。

在一些实施例中，车辆可与场端服务器建立通信连接。车辆可接收场端服务器发送的场端信息，其中，场端信息可包括但不限于以下至少一个：场端服务器对本车的定位信息、分配的停车位信息、提示信息、V2X(Vehicle to X，车用无线通信)信息、支付信息(例如需要用户支付的停车费用)、停车场地图等。其中，提示信息可包括但不限于以下至少一个：空闲停车位数量、空闲停车位信息、指定停车位信息。V2X信息可包括但不限于以下至少一个：实时路况、道路信息、行人信息等一系列交通信息。在一些实施例中，车辆接收所述场端信息后，可基于场端信息规划路径并按照规划路径行驶。在一些实施例中，车辆可以将车辆相关信息实时发送至场端服务器。

云端服务器可以是具有数据处理功能的任意电子设备，云端服务器可以是一个服务器，也可以是一个服务器群组。云端服务器群组可以是集中式的，也可以是分布式的。分布式服务器，有利于任务在多个分布式服务器进行分配与优化，克服传统集中式服务器资源紧张与响应瓶颈的缺陷。

在一些实施例中，云端服务器可与用户终端、车辆、场端服务器分别建立通信连接。在一些实施例中，云端服务器接收用户终端发送的请求信息，其中，请求信息包括：自动泊车请求或召车请求。在一些实施例中，云端服务器接收车辆发送的车辆相关信息。在一些实施例中，云端服务器接收场端服务器发送的场端信息。在一些实施例中，云端服务器可以发送车辆相关信息至用户终端进行显示。在一些实施例中，云端服务器可以发送电子地图和指令至车辆。在一些实施例中，云端服务器可以向车辆指定停车位或停车区域。在一些实施例中，云端服务器可以发送AVP信息至场端服务器，其中，AVP信息可包括但不限于以下至少一个：车辆ID、车辆定位指令、召车信息、支付信息(例如用户已支付的停车费用)。其中，召车信息可包括但不限于以下至少一个：被召车辆的ID、被召车辆的停车位等。在一些实施例中，云端服务器可以对车辆进行远程控制。例如，在车辆无法定位或定位失败时，云端服务器可远程控制车辆行驶至安全区域停车。

停车场可以是原始停车场、规范停车场、改造停车场等。其中，规范停车场是指：车道线清晰、地面平整、车位大小符合要求、带宽≥预设带宽(例如5Mps)、车位尺寸标准、地面不反光、光照强度≥预设强度(例如50LX)、网络时延≤预设时延(例如200ms)的停车场。原始停车场指不满足规范停车场至少一条要求的停车场。

改造停车场是指基于规范停车场进行改造、增加了场端设施的停车场。其中，场端设施可包括但不限于以下至少一个：专用标识、场端传感器、场端网络、场端服务器、V2X设备等。在一些实施例中，专用标识为人工布置在停车场内外的具有一定规则、用于辅助车辆定位的标识。专用标识还用于帮助用户识别自己在停车场中的位置。专用标识在同一停车场内具有唯一ID。在一些实施例中，场端传感器包括但不限于视觉传感器、激光雷达等。在一些实施例中，V2X设备用来检测实时路况、道路信息、行人信息等一系列交通信息并与车辆交互交通信息。V2X设备可包括但不限于灯光设备、视觉传感器、激光雷达等。

在一些实施例中，场端服务器可与车辆、云端服务器分别建立通信连接。在一些实施例中，场端服务器可实时获取以下至少一种状态：车辆状态、场端设施状态、停车位使用状态、用户状态等。其中，场端设施状态可包括但不限于以下至少一个：名称、IP地址、运行状况、位置以及是否启用。在一些实施例中，场端服务器可基于场端传感器数据对车辆进行定位。在一些实施例中，场端服务器可接收车辆发送的车辆相关信息。在一些实施例中，场端服务器可接收云端服务器发送的AVP信息。在一些实施例中，场端服务器可将场端信息通过场端网络发送至车辆。在一些实施例中，场端服务器可将场端信息发送至云端服务器。

在一些实施例中，停车场还可以是AVP车辆专用停车场。其中，AVP专用停车场可以包含规范停车场和改造停车场的所有特征。

图2为本公开实施例提供的一种AVP***200的示例性框图。在一些实施例中，AVP***200可以实现为图1中的AVP***100或AVP***100的一部分，用于在AVP模式下控制车辆行驶。

如图2所示，AVP***200可包括：感知模块201、规划模块202、控制模块203、AVP模块204以及其他一些可用于在AVP模式下控制车辆行驶的模块。

感知模块201用于进行环境感知与定位。在一些实施例中，感知模块201获取传感器数据、V2X数据、高精度地图等数据并基于以上至少一种数据进行环境感知与定位，生成感知信息和定位信息。其中，感知信息可包括但不限于以下至少一个：障碍物信息、道路标志/标记、行人/车辆信息、可行驶区域。定位信息包括车辆位姿。

规划模块202用于进行路径规划和决策。在一些实施例中，规划模块202基于感知模块201生成的感知信息和定位信息，生成规划和定位信息。在一些实施例中，规划模块202还可以结合V2X数据、高精度地图等数据中的至少一种，生成规划和决策信息。其中，规划信息可包括但不限于规划路径等。决策信息可包括但不限于以下至少一种：行为(例如包括但不限于跟车、超车、停车、绕行等)、车辆航向、车辆速度、车辆的期望加速度、期望的方向盘转角等。

在一些实施例中，规划模块202还用于自主泊车模式下的路径规划和决策。在一些实施例中，规划模块202在自主泊车模式下，规划车辆驶入停车位或驶出停车位的行驶路径并生成决策信息。在一些实施例中，规划模块202在AVP模式下，规划车辆由起始点行驶至停车位附近并驶入停车位的行驶路径并生成决策信息，或，规划车辆从停车位驶出并行驶至目的地的行驶路径并生成决策信息。

控制模块203用于基于规划和决策信息生成车辆底层执行***的控制指令，并下发控制指令，以使车辆底层执行***控制车辆按照期望路径行驶。其中，控制指令可包括但不限于：方向盘转向、横向控制指令、纵向控制指令等。

AVP模块204用于自主代客泊车。在一些实施例中，AVP模块204可以基于车辆熄火，控制车辆延迟下电。在一些实施例中，AVP模块204可以在延迟下电过程中接收到泊车指令，控制车辆上电。在一些实施例中，AVP模块204在AVP模式下可获取停车场信息。在一些实施例中，AVP模块204可基于获取的停车场信息控制车辆自主泊车。

图3为本公开实施例提供的一种AVP模块300的示例性框图。在一些实施例中，AVP模块300可以实现为图2中的AVP模块204或者AVP模块204的一部分。在一些实施例中，AVP模块300在车辆处于AVP模式下进行自主代客泊车。其中，车辆处于AVP模式为车辆接收到AVP指令后车辆所处的模式。在一些实施例中，AVP指令为云端服务器接收到用户终端发送的车辆ID、基于车辆ID与车辆建立通信连接后发送的。在一些实施例中，AVP指令由云端服务器接收到用户终端发送的AVP请求后发送的。其中，AVP指令包括自动泊车指令和召车指令；AVP请求包括自动泊车请求和召车请求。

如图3所示，AVP模块300可包括但不限于以下单元：下电控制单元301、上电控制单元302、获取单元303、泊车单元304以及其他可用于自主代客泊车的单元或组件。

下电控制单元301，用于控制车辆延迟下电。在一些实施例中，下电控制单元301基于车辆熄火控制车辆延迟下电，其中，车辆熄火为车辆在人工驾驶模式下接收到用户输入的熄火指令进行熄火。在一些实施例中，下电控制单元301基于车辆停入停车位失败，控制车辆延迟下电。

在一些实施例中，延迟下电的时长可以为预设时长，也可以为用户设置的时长，也可以为云端服务器指定的时长。在一些实施例中，延迟下电的时长例如为5分钟。

在一些实施例中，下电控制单元301控制车辆延迟下电包括：控制车辆停止发送车辆CAN总线数据，且等待接收上电请求。其中，上电请求例如包括但不限于泊车指令、召车指令、云端服务器的远程控制指令等用于控制车辆的指令。

上电控制单元302，用于控制车辆上电。在一些实施例中，上电控制单元302在延迟下电过程中接收到上电请求(例如泊车指令)后，控制车辆上电。在一些实施例中，上电控制单元302基于所述泊车指令中断下电，启动操作***。

在一些实施例中，基于所述车辆停入停车位失败，上电控制单元在延迟下电过程中等待接收用户指令。其中用户指令可以为泊车指令，也可以为用于控制车辆的其他控制指令。在一些实施例中，上电控制单元302基于所述用户指令中断下电，启动操作***。

在一些实施例中，上电控制单元302在车辆处于低功耗模式时接收到召车指令，控制车辆上电。在一些实施例中，上电控制单元302基于所述召车指令中断低功耗模式，启动操作***。

在一些实施例中，上电控制单元302启动操作***后，控制车辆进入AVP模式。

获取单元303，用于获取停车场信息。在一些实施例中，获取单元303基于接收到泊车指令获取停车场信息。其中，停车场信息可包括但不限于以下至少一个：停车场的标识信息和位置信息，其中，停车场的标识信息为停车场名称等直接标识停车场的信息，还可以包括停车场图片、停车场周围环境信息等辅助用户了解停车场的信息。在一些实施例中，停车场信息可由获取单元303解析泊车指令得到，其中泊车指令携带有停车场信息。在一些实施例中，停车场信息可由云端服务器发送，其中停车场信息是由云服务器基于车辆所在位置选择的停车场信息。在一些实施例中，停车场信息为云端服务器转发的用户选择的停车场信息。其中，用户选择例如为用户通过用户终端从车辆周围至少一个停车场中选择的距离最近的停车场或有空闲停车位/停车区域的停车场。

在一些实施例中，停车场信息可以包括：停车场的标识信息和位置信息以及停车场中的指定停车位信息。其中，指定停车位信息由用户选择或云端服务器选择。在一些实施例中，指定停车位信息为云端服务器基于场端服务器上报的空闲停车位或停车区域选择的一个停车位。在一些实施例中，指定停车位信息可以为用户通过用户终端从多个空闲停车位或停车区域选择的一个停车位，其中，多个空闲停车位或停车区域由云端服务器向用户终端转发的场端服务器上报的信息。在一些实施例中，所述停车场信息也可不包括指定停车位信息；车辆在接收到停车场信息后，进入停车场内自主搜索空闲停车位停车。

在一些实施例中，获取单元303还用于获取目的地信息。在一些实施例中，获取单元303基于接收到召车指令获取目的地信息。其中，目的地信息可以是固定位置，也可以是停车场预设范围内的用户发起召车请求的位置或用户指定位置。在一些实施例中，目的地信息为云端服务器转发的用户指定的目的地。在一些实施例中，目的地信息为云端服务器发送的用户位置周围的预定目的地(也即固定位置)。在一些实施例中，目的地信息为云端服务器发送的用户召车位置。

在一些实施例中，泊车单元304用于控制车辆自主泊车。在一些实施例中，泊车单元304基于停车场信息控制车辆自主泊车。在一些实施例中，泊车单元304控制车辆从起始点巡航至停车场，其中起始点为车辆熄火时车辆所处的位置，且起始点可以为固定点，也可以是停车场预设范围内的任意点。在一些实施例中，泊车单元304以停车场(或停车位)为车辆路径规划的终点，车辆行驶至路径终点实质为车辆行驶至停车位附近。在一些实施例中，泊车单元304控制车辆在停车场搜索停车位，进而控制车辆停入搜索到的停车位，其中，搜索停车位可以为搜索指定停车位；也可以为搜索空闲停车位。

在一些实施例中，泊车单元304还用于基于所述车辆停入所述停车位成功，控制车辆下电、锁车并进入低功耗模式。其中，所述低功耗模式下车辆处于下电且锁车的状态，且低功耗模式下可正常接收召车指令。在一些实施例中，在车辆停入停车位失败时，用户可通过用户终端再次发送泊车指令，选取其他的空闲停车位。基于所述车辆停入所述停车位失败，泊车单元304可基于用户指令控制车辆。例如用户指令可以是进一步的泊车指令或停车指令等。

在一些实施例中，泊车单元304还用于控制车辆自主召车。在一些实施例中，泊车单元304基于目的地信息控制车辆自主召车。在一些实施例中，泊车单元304控制车辆驶出停车位，进而控制车辆从驶出位置巡航至目的地。

在一些实施例中，AVP模块300中各单元的划分仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如下电控制单元301、上电控制单元302、获取单元303和泊车单元304中的至少两个单元可以实现为一个单元；下电控制单元301、上电控制单元302、获取单元303或泊车单元304也可以划分为多个子单元。可以理解的是，各个单元或子单元能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能。

图4是本公开实施例提供的一种车载设备的结构示意图。车载设备可支持AVP***的运行。

如图4所示，车载设备包括：至少一个处理器401、至少一个存储器402和至少一个通信接口403。车载设备中的各个组件通过总线***404耦合在一起。通信接口403，用于与外部设备之间的信息传输。可理解地，总线***404用于实现这些组件之间的连接通信。总线***404除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但为了清楚说明起见，在图4中将各种总线都标为总线***404。

可以理解，本实施例中的存储器402可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。

在一些实施方式中，存储器402存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作***和应用程序。

其中，操作***，包含各种***程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本公开实施例提供的车辆自主代客泊车方法的程序可以包含在应用程序中。

在本公开实施例中，处理器401通过调用存储器402存储的程序或指令，具体的，可以是应用程序中存储的程序或指令，处理器401用于执行本公开实施例提供的车辆自主代客泊车方法各实施例的步骤。

本公开实施例提供的车辆自主代客泊车方法可以应用于处理器401中，或者由处理器401实现。处理器401可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器401中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器401可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本公开实施例提供的车辆的车辆自主代客泊车方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器402，处理器401读取存储器402中的信息，结合其硬件完成方法的步骤。

图5为本公开实施例提供的一种车辆自主代客泊车方法的示例性流程图。该方法的执行主体为车载设备，在一些实施例中，该方法的执行主体还可以是车载设备所支持的AVP***。为便于描述，以下实施例中以车载设备为执行主体说明车辆自主代客泊车方法流程。

如图5所示，在步骤501中，车载设备基于车辆熄火，控制车辆延迟下电。其中，车辆熄火为车辆在人工驾驶模式下接收到用户输入的熄火指令进行熄火。在一些实施例中，车载设备控制车辆延迟下电包括：控制车辆停止发送车辆CAN总线数据，且等待接收上电请求。其中，上电请求例如包括但不限于泊车指令、召车指令、云端服务器的远程控制指令等用于控制车辆的指令。

在步骤502中，车载设备基于延迟下电过程接收到泊车指令，控制所述车辆上电。在一些实施例中，车载设备基于接收到泊车指令中断下电，启动操作***。在一些实施例中，车载设备启动操作***后，控制车辆进入AVP模式。

在步骤503中，车载设备基于接收到泊车指令获取停车场信息。其中，停车场信息可包括但不限于以下至少一个：停车场的标识信息和位置信息，其中，停车场的标识信息为停车场名称等直接标识停车场的信息，还可以包括停车场图片、停车场周围环境信息等辅助用户了解停车场的信息。在一些实施例中，车载设备可解析泊车指令得到停车场信息。在一些实施例中，车载设备接收云端服务器发送的停车场信息，其中停车场信息是由云服务器基于车辆所在位置选择的停车场信息。在一些实施例中，停车场信息为云端服务器转发的用户选择的停车场信息。其中，车载设备接收用户选择的停车场信息。

在一些实施例中，停车场信息可以包括：停车场的标识信息和位置信息以及停车场中的指定停车位信息。其中，指定停车位信息由用户选择或云端服务器选择。在一些实施例中，指定停车位信息为云端服务器基于场端服务器上报的空闲停车位或停车区域选择的一个停车位。在一些实施例中，指定停车位信息可以为用户通过用户终端从多个空闲停车位或停车区域选择的一个停车位，其中，多个空闲停车位或停车区域由云端服务器向用户终端转发的场端服务器上报的信息。在一些实施例中，所述停车场信息也可不包括指定停车位信息；车辆在接收到停车场信息后，进入停车场内自主搜索空闲停车位停车。

在步骤504中，车载设备基于所述停车场信息控制车辆自主泊车。在一些实施例中，车载设备控制所述车辆从起始点巡航至停车场；其中，所述起始点为车辆熄火时车辆所处的位置。在一些实施例中，车辆设备控制所述车辆在所述停车场搜索停车位；进而控制所述车辆停入所述停车位。其中，搜索停车位可以为搜索指定停车位；也可以为搜索空闲停车位。

在一些实施例中，车载设备还基于所述车辆停入所述停车位成功，控制车辆下电、锁车并进入低功耗模式。其中，所述低功耗模式下车辆处于下电且锁车的状态，且低功耗模式下可正常接收召车指令。在一些实施例中，车载设备基于车辆处于低功耗模式时接收到召车指令，控制车辆上电。在一些实施例中，车载设备基于接收到召车指令中断低功耗模式，启动操作***。在一些实施例中，车载设备启动操作***后，控制车辆进入AVP模式。在一些实施例中，车载设备基于接收到召车指令获取目的地信息。其中，目的地信息可以是固定位置，也可以是停车场预设范围内的用户发起召车请求的位置或用户指定位置。在一些实施例中，车载设备基于目的地信息控制车辆自主召车。在一些实施例中，车载设备控制车辆驶出停车位，进而控制车辆从驶出位置巡航至目的地。

在一些实施例中，车载设备还基于所述车辆停入所述停车位失败，控制车辆延迟下电。在一些实施例中，车载设备基于所述车辆停入所述停车位失败的延迟下电过程中接收用户指令，控制车辆上电。其中用户指令可以为泊车指令，也可以为用于控制车辆的其他控制指令。在一些实施例中，车载设备基于接收到用户指令中断下电，启动操作***。在一些实施例中，车载设备启动操作***后，控制车辆进入AVP模式。在一些实施例中，在车辆停入停车位失败时，用户可通过用户终端再次发送泊车指令，选取其他的空闲停车位。基于所述车辆停入所述空闲停车位失败，车载设备可基于用户指令控制车辆。例如用户指令可以是进一步的泊车指令或停车指令等。

在一些实施例中，车载设备实时向云端服务器上报车辆状态，云端服务器实时将车辆状态转发给用户终端进行显示。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员能够理解，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施例，某些步骤可以采用其他顺序或者同时进行。另外，本领域技术人员能够理解，说明书中所描述的实施例均属于可选实施例。

本公开实施例还提出一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如车辆的定位方法各实施例的步骤，为避免重复描述，在此不再赘述。

需要说明的是，在本文中，术语“包括”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本公开的范围之内并且形成不同的实施例。

本领域的技术人员能够理解，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

虽然结合附图描述了本公开的实施方式，但是本领域技术人员可以在不脱离本公开的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (13)

1.一种车辆自主代客泊车方法，其特征在于，所述方法包括：

基于车辆熄火，控制所述车辆延迟下电；

在延迟下电过程中接收到泊车指令，控制所述车辆上电；

基于所述泊车指令获取停车场信息；

基于所述停车场信息控制所述车辆自主泊车。

2.根据权利要求1所述的方法，其特征在于，所述控制车辆延迟下电包括：控制车辆停止发送车辆CAN总线数据，且等待接收上电请求。

3.根据权利要求1所述的方法，其特征在于，所述控制车辆上电包括：基于所述泊车指令中断下电，并控制车辆进入自主代客泊车模式。

4.根据权利要求3所述的方法，其特征在于，所述停车场信息包括：所述泊车指令中携带的停车场信息；或，云端服务器发送的停车场信息；或，用户选择的停车场信息。

5.根据权利要求4所述的方法，所述停车场信息包括：停车场的标识信息和位置信息；或，停车场的标识信息和位置信息以及所述停车场中的指定停车位信息，其中，所述指定停车位信息由用户选择或云端服务器选择。

6.根据权利要求1所述的方法，其特征在于，基于所述停车场信息控制车辆自主泊车包括：

控制所述车辆从起始点巡航至停车场；其中，所述起始点为所述车辆熄火时车辆所处的位置；

控制所述车辆在所述停车场搜索停车位；

控制所述车辆停入所述停车位。

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

基于所述车辆停入所述停车位成功，控制车辆下电、锁车并进入低功耗模式；

基于所述车辆停入所述停车位失败，控制车辆延迟下电。

8.根据权利要求7所述的方法，其特征在于，基于所述车辆停入所述停车位失败，控制车辆延迟下电，包括：

在延迟下电过程中，等待接收用户指令；

基于所述用户指令控制车辆。

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

在所述车辆处于低功耗模式下接收到召车指令，控制车辆上电；

基于所述召车指令获取目的地信息；

基于所述目的地信息控制车辆自主召车。

10.根据权利要求9所述的方法，其特征在于，所述目的地信息包括：云端服务器发送的目的地信息；或，用户指定的目的地信息；或，用户位置周围的预定目的地信息；或，用户的召车位置。

11.根据权利要求9所述的方法，其特征在于，基于所述目的地信息控制车辆自主召车包括：

控制所述车辆驶出停车位；

控制所述车辆从驶出位置巡航至目的地。

12.一种车载设备，其特征在于，包括：处理器和存储器；

所述处理器通过调用所述存储器存储的程序或指令，用于执行如权利要求1至11任一项所述方法的步骤。

13.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如权利要求1至11任一项所述方法的步骤。

Images