CN110942665A - 一种车辆的定位方法、车载设备及存储介质 - Google Patents

Abstract

本公开实施例涉及一种车辆的定位方法、车载设备及存储介质，车辆的定位方法包括：确定车辆是否处于自主代客泊车模式；基于所述车辆处于自主代客泊车模式，确定停车场信息；基于所述停车场信息确定停车场类型；基于所述停车场类型确定定位方式；基于所述定位方式获取所述车辆的定位信息。本公开实施例中，停车场具有不同类型，在自主代客泊车模式下，通过确定停车场信息可得到停车场类型，针对不同停车场类型选用不同的定位方式进行车辆定位，提高车辆定位的场景适应性，满足自主代客泊车的定位要求。

Description

一种车辆的定位方法、车载设备及存储介质

技术领域

本公开实施例涉及自主代客泊车技术领域，具体涉及一种车辆的定位方法、车载设备及存储介质。

背景技术

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

自主代客泊车过程中，需要进行车辆定位，为此，提供一种车辆的定位方案。

发明内容

本公开的至少一个实施例提供了一种车辆的定位方法、车载设备及存储介质。

第一方面，本公开实施例提出一种车辆的定位方法，所述方法包括：

确定车辆是否处于自主代客泊车模式；

基于所述车辆处于自主代客泊车模式，确定停车场信息；

基于所述停车场信息确定停车场类型；

基于所述停车场类型确定定位方式；

基于所述定位方式获取所述车辆的定位信息。

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

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

可见，本公开的至少一个实施例中，停车场具有不同类型，在自主代客泊车模式下，通过确定停车场信息可得到停车场类型，针对不同停车场类型选用不同的定位方式进行车辆定位，提高车辆定位的场景适应性，满足自主代客泊车的定位要求。

附图说明

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

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

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

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

图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模式下控制车辆行驶的模块。

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

在一些实施例中，感知模块201可包括：定位子模块2011，用于在AVP模式下，通过确定停车场信息可得到停车场类型，针对不同停车场类型选用不同的定位方式进行车辆定位，提高车辆定位的场景适应性，满足自主代客泊车的定位要求。

在一些实施例中，定位子模块2011可以为软件模块、硬件模块或者软硬件结合的模块。例如，定位子模块2011是运行在操作系统上的软件模块，车载硬件系统是支持操作系统运行的硬件系统。

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

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

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

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

如图3所示，定位子模块300可包括但不限于以下单元：停车场确定单元301、类型确定单元302、方式确定单元303、定位单元304以及其他可用于进行车辆定位的单元或组件。

停车场确定单元301，用于基于车辆处于AVP模式，确定停车场信息。在一些实施例中，停车场信息可包括但不限于以下至少一个：停车场位置和停车场名称等直接标识停车场的信息，还可以包括停车场图片、停车场周围环境信息等辅助用户了解停车场的信息。

在一些实施例中，停车场信息由云端服务器发送。例如，停车场信息可以是云端服务器向车辆发送指令的同时发送的，也可以是异步发送的，例如先发送停车场信息，再发送指令。在一些实施例中，停车场信息除了指定停车场，还可指定停车场中的停车位或者停车区域。在一些实施例中，指定停车位或者停车区域可由云端服务器指示给车辆，例如，指定停车位或者停车区域由场端服务器指示给云端服务器，再由云端服务器指示给车辆。在一些实施例中，停车位或者停车区域可以由场端服务器直接指示给车辆。

在一些实施例中，停车场信息可由用户终端或停车场确定单元301基于车辆的位置或用户设置进行选择，例如，停车场确定单元301可在电子地图中查找车辆当前位置周围所有停车场的信息，进而可选择距离最近的停车场，同时可从电子地图中获取停车场信息。在一些实施例中，停车场信息可包括停车场的空闲停车位或者停车区域，其中，停车场的空闲停车位或者停车区域由云端服务器基于车辆选择的停车场进行确定并指示给车辆，由车辆选择停车位或者停车区域进行泊车。在一些实施例中，停车场的空闲停车位或者停车区域可由云端服务器发送给用户终端，用户通过用户终端选择停车位或停车区域后，用户选择的停车位或停车区域再由云端服务器指示给车辆。

类型确定单元302，用于基于停车场信息确定停车场类型。在一些实施例中，停车场类型可包括：第一停车场、第二停车场和第三停车场。其中，第一停车场，用于向车辆提供定位信息。在一些实施例中，第一停车场例如为包括场端服务器和场端传感器的停车场，由场端服务器基于场端传感器数据对车辆进行定位，并将定位信息发送给车辆。第二停车场，用于提供专用标识，所述专用标识用于车辆定位。在一些实施例中，第二停车场例如为包括专用标识的停车场，由车辆基于本车传感器采集的专用标识以及停车场地图进行车辆定位。车辆在第三停车场自主定位。在一些实施例中，第三停车场可以为原始停车场，也可以为规范停车场。

方式确定单元303，用于基于停车场类型确定定位方式。在一些实施例中，定位方式可包括：第一定位方式、第二定位方式和第三定位方式。其中，第一定位方式，包括接收定位信息。在一些实施例中，第一定位方式下，车辆需与场端服务器建立通信连接，实时接收场端服务器发送的定位信息，并基于接收的定位信息以及本车对环境的感知信息进行路径规划。第二定位方式，包括基于专用标识进行定位。在第二定位方式下，车辆基于本车传感器采集的专用标识以及从云端服务器或场端服务器下载的停车场地图进行车辆定位。第三定位方式，包括自主定位。在一些实施例中，在第三定位方式下，车辆基于本车传感器数据进行环境感知和定位。

在一些实施例中，方式确定单元303将停车场类型与定位方式一一对应。在一些实施例中，基于停车场类型为第一停车场，确定定位方式为第一定位方式。例如，包括场端服务器和场端传感器的停车场，由场端服务器基于场端传感器数据对车辆进行定位。在一些实施例中，基于停车场类型为第二停车场，确定定位方式为第二定位方式。例如，包括专用标识的停车场，由车辆基于本车传感器采集的专用标识以及停车场地图进行车辆定位。在一些实施例中，基于停车场类型为第三停车场，确定定位方式为第三定位方式。例如，在原始停车场或规范停车场，由车辆自主定位。

在一些实施例中，方式确定单元303将停车场类型与至少一种定位方式进行对应，增加定位可靠性，例如，基于停车场类型为第一停车场，确定定位方式为第一定位方式、第二定位方式和第三定位方式中的至少一个；基于停车场类型为第二停车场，确定定位方式为第二定位方式和第三定位方式中的至少一个；基于停车场类型为第三停车场，确定定位方式为第三定位方式。

定位单元304，用于基于定位方式获取车辆的定位信息。例如，基于定位方式为第一定位方式，定位单元304接收场端服务器发送的定位信息，且定位信息是场端服务器基于场端传感器数据对车辆进行定位得到的信息。又例如，基于定位方式为第二定位方式，定位单元304通过本车传感器获取停车场内的专用标识，进而基于专用标识与停车场地图，得到车辆的定位信息。又例如，基于定位方式为第三定位方式，定位单元304自主定位，即基于本车传感器数据进行环境感知和定位，生成定位信息。

在一些实施例中，定位单元304自主定位，可基于多种定位源对车辆进行定位。在一些实施例中，多种定位源可以包括以下至少一种：视觉定位源、激光雷达定位源、GPS定位源、IMU定位源。其中，视觉定位源基于视觉定位，例如，定位单元304基于视觉传感器(例如，单目摄像头、立体摄像头、TOF摄像头、广角摄像头、鱼眼摄像头等)数据进行定位，可以采用视觉SLAM算法进行定位。激光雷达定位源基于激光雷达定位，例如，定位单元304基于获取的激光雷达点云数据进行定位，通过采用激光雷达SLAM算法进行定位。GPS定位源基于GPS定位，例如，定位单元304基于GPS信息进行定位。IMU定位源基于IMU定位，例如，定位单元304基于IMU确定车辆的相对定位信息，并结合其他定位信息确定车辆定位。

在一些实施例中，停车场类型可基于停车场的改造程度确定。其中，改造程度基于停车场是否包括专用标识、场端设施和V2X设施以及是否AVP专用确定。在一些实施例中，停车场类型基于改造程度分为6个类型，例如，类型1为原始停车场；类型2为规范停车场；类型3为包括专用标识的规范停车场；类型4为包括专用标识及场端设施的规范停车场；类型5为包括专用标识、场端设施和V2X设备的规范停车场；类型6为包括专用标识、场端设施和V2X设备且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)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

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

图5为本公开实施例提供的一种车辆的定位方法流程图。该方法的执行主体为车载设备，在一些实施例中，该方法的执行主体为车载设备所支持的AVP系统。为便于描述，以下实施例中以车载设备为执行主体说明车辆的定位方法流程。

如图5所示，在步骤501中，车载设备确定车辆是否处于AVP模式。其中，车辆处于AVP模式为车辆接收到AVP指令后车辆所处的模式。AVP指令包括自动泊车指令和召车指令。

在步骤502中，车载设备基于车辆处于AVP模式，确定停车场信息。在一些实施例中，停车场信息可包括但不限于以下至少一个：停车场位置和停车场名称等直接标识停车场的信息，还可以包括停车场图片、停车场周围环境信息等辅助用户了解停车场的信息。

在一些实施例中，停车场信息由云端服务器发送。在一些实施例中，停车场信息除了指定停车场，还可指定停车场中的停车位或者停车区域。在一些实施例中，指定停车位或者停车区域可由云端服务器指示给车载设备。在一些实施例中，停车位或者停车区域可以由场端服务器直接指示给车载设备。

在一些实施例中，停车场信息可由用户终端或车载设备基于车辆的位置或用户设置进行选择。在一些实施例中，车载设备选择停车场后，可从云端服务器获取该停车场的空闲停车位或者停车区域，进而可选择停车位或者停车区域进行泊车。在一些实施例中，停车场的空闲停车位或者停车区域可由云端服务器发送给用户终端，用户通过用户终端选择停车位或停车区域后，用户选择的停车位或停车区域再由云端服务器指示给车载设备。

在步骤503中，车载设备基于所述停车场信息确定停车场类型。在一些实施例中，停车场类型可包括：第一停车场、第二停车场和第三停车场。其中，第一停车场，用于向车辆提供定位信息。在一些实施例中，第一停车场例如为包括场端服务器和场端传感器的停车场，由场端服务器基于场端传感器数据对车辆进行定位，并将定位信息发送给车载设备。第二停车场，用于提供专用标识，所述专用标识用于车辆定位。在一些实施例中，第二停车场例如为包括专用标识的停车场，由车载设备基于本车传感器采集的专用标识以及停车场地图进行车辆定位。车载设备在第三停车场自主定位。在一些实施例中，第三停车场可以为原始停车场，也可以为规范停车场。

在步骤504中，车载设备基于所述停车场类型确定定位方式。在一些实施例中，定位方式可包括：第一定位方式、第二定位方式和第三定位方式。其中，第一定位方式，包括接收定位信息。在一些实施例中，第一定位方式下，车辆需与场端服务器建立通信连接，实时接收场端服务器发送的定位信息，并基于接收的定位信息以及本车对环境的感知信息进行路径规划。第二定位方式，包括基于专用标识进行定位。在第二定位方式下，车载设备基于本车传感器采集的专用标识以及从云端服务器或场端服务器下载的停车场地图进行车辆定位。第三定位方式，包括自主定位。在一些实施例中，在第三定位方式下，车载设备基于本车传感器数据进行环境感知和定位。

在一些实施例中，将停车场类型与定位方式一一对应。在一些实施例中，基于停车场类型为第一停车场，确定定位方式为第一定位方式。例如，包括场端服务器和场端传感器的停车场，由场端服务器基于场端传感器数据对车辆进行定位。在一些实施例中，基于停车场类型为第二停车场，确定定位方式为第二定位方式。例如，包括专用标识的停车场，由车辆基于本车传感器采集的专用标识以及停车场地图进行车辆定位。在一些实施例中，基于停车场类型为第三停车场，确定定位方式为第三定位方式。例如，在原始停车场或规范停车场，由车辆自主定位。

在一些实施例中，将停车场类型与至少一种定位方式进行对应，增加定位可靠性，例如，车载设备基于停车场类型为第一停车场，确定定位方式为第一定位方式、第二定位方式和第三定位方式中的至少一个；车载设备基于停车场类型为第二停车场，确定定位方式为第二定位方式和第三定位方式中的至少一个；车载设备基于停车场类型为第三停车场，确定定位方式为第三定位方式。

在步骤505中，车载设备基于所述定位方式获取所述车辆的定位信息。例如，车载设备基于定位方式为第一定位方式，接收场端服务器发送的定位信息，且定位信息是场端服务器基于场端传感器数据对车辆进行定位得到的信息。又例如，车载设备基于定位方式为第二定位方式，通过本车传感器获取停车场内的专用标识，进而基于专用标识与停车场地图，得到车辆的定位信息。又例如，车载设备基于定位方式为第三定位方式，自主定位，即基于本车传感器数据进行环境感知和定位，生成定位信息。

在一些实施例中，停车场类型可基于停车场的改造程度确定。其中，改造程度基于停车场是否包括专用标识、场端设施和V2X设施以及是否AVP专用确定。在一些实施例中，停车场类型基于改造程度分为6个类型，例如，类型1为原始停车场；类型2为规范停车场；类型3为包括专用标识的规范停车场、类型4为包括专用标识及场端设施的规范停车场、类型5为包括专用标识、场端设施和V2X设备的规范停车场、类型6为包括专用标识、场端设施和V2X设备且AVP专用的规范停车场。在一些实施例中，可在停车场门口展示停车场类型的标识。

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

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

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

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

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

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

Claims (9)

1.一种车辆的定位方法，其特征在于，所述方法包括：

确定车辆是否处于自主代客泊车模式；

基于所述车辆处于自主代客泊车模式，确定停车场信息；

基于所述停车场信息确定停车场类型；

基于所述停车场类型确定定位方式；

基于所述定位方式获取所述车辆的定位信息。

2.根据权利要求1所述的方法，其特征在于，所述确定停车场信息包括：接收云端服务器发送的停车场信息；或，基于所述车辆的位置选择的停车场信息。

3.根据权利要求1所述的方法，其特征在于，所述停车场类型包括：

第一停车场，用于向车辆提供定位信息；

第二停车场，用于提供专用标识，所述专用标识用于车辆定位；

第三停车场，所述车辆在所述第三停车场自主定位。

4.根据权利要求3所述的方法，其特征在于，所述定位方式包括：

第一定位方式，包括接收定位信息；

第二定位方式，包括基于专用标识进行定位；

第三定位方式，包括自主定位。

5.根据权利要求4所述的方法，其特征在于，基于所述停车场类型确定定位方式，包括：

基于所述停车场类型为所述第一停车场，确定定位方式为所述第一定位方式；

基于所述停车场类型为所述第二停车场，确定定位方式为所述第二定位方式；

基于所述停车场类型为所述第三停车场，确定定位方式为所述第三定位方式。

6.根据权利要求4所述的方法，其特征在于，基于所述停车场类型确定定位方式，包括：

基于所述停车场类型为所述第一停车场，确定定位方式为所述第一定位方式、所述第二定位方式和所述第三定位方式中的至少一个；

基于所述停车场类型为所述第二停车场，确定定位方式为所述第二定位方式和所述第三定位方式中的至少一个；

基于所述停车场类型为所述第三停车场，确定定位方式为所述第三定位方式。

7.根据权利要求1所述的方法，其特征在于，所述停车场类型基于停车场的改造程度确定；其中，所述改造程度基于停车场是否包括专用标识、场端设施和V2X设备以及是否AVP专用确定。

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

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

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

Images