CN116373764A - 一种泊车功能推送方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种泊车功能推送方法、装置、电子设备及存储介质，涉及智能驾驶技术领域。本申请中，由于泊车定位信息与推送泊车功能之间存在关联关系，故而，在泊车定位信息满足预设的泊车定位条件时，便可从预设的候选泊车功能集合中，筛选出与泊车定位信息相匹配的待推送泊车功能，从而基于待推送泊车功能的标识信息，获得待推送泊车功能与标识信息相同的上一历史推送泊车功能之间的泊车功能推送次数，进而结合预设的推送次数间隔条件，判断是否需要主动推送待推送泊车功能。采用这种方式，不仅提高了辅助泊车的效率，也一定程度上，提升了用户使用泊车功能的体验感。

Description

一种泊车功能推送方法、装置、电子设备及存储介质

技术领域

本申请涉及智能驾驶技术领域，尤其涉及一种泊车功能推送方法、装置、电子设备及存储介质。

背景技术

随着智能驾驶技术的飞速发展，自动泊车系统(Automated Parking System，APS)/泊车辅助系统(Parking Assist System，PAS)也应运而生，并被广泛应用于各式各样的智能驾驶车辆中，用以提高驾驶员泊车的安全性。

在实际场景中，当需要对车辆进行泊车操作时，驾驶员只需触发泊车辅助指令，便可使APS/PAS开始工作，示例性的，APS/PAS的工作具体可为：通过安装在车身上的各类传感器，探测泊车位置以及构建泊车地图，并实时动态规划泊车路径，从而指引驾驶员对车辆进行泊车操作。

然而，采用上述的辅助泊车方式，会因APS/PAS需要驾驶员手动触发，才能进行工作，从而导致无法在需要进行泊车操作的极短时间内，对车辆进行泊车操作，进而降低了辅助泊车的效率和泊车功能的体验感。

因此，采用上述方式，辅助泊车的效率较低以及泊车功能的体验感较差。

发明内容

本申请实施例提供了一种泊车功能推送方法、装置、电子设备及存储介质，用以提高辅助泊车的效率以及泊车功能的体验感。

第一方面，本申请实施例提供了一种泊车功能推送方法，所述方法包括：

当车辆处于闲置状态的过程中，获取车辆在所处泊车环境中的泊车定位信息；其中，闲置状态表征：车辆未被车辆的控制系统所控制；

若泊车定位信息满足预设的泊车定位条件，则从预设的候选泊车功能集合中，筛选出与泊车定位信息相匹配的待推送泊车功能；

基于待推送泊车功能的标识信息，获得与标识信息相同的上一历史推送泊车功能之间的泊车功能推送次数；其中，上一推送泊车功能用于指示：上一推送泊车功能对应的车辆控制时间范围内的泊车操作；

当确定泊车功能推送次数，满足预设的推送次数间隔条件时，推送待推送泊车功能。

第二方面，本申请还提供了一种泊车功能推送装置，所述装置包括：

获取模块，用于当车辆处于闲置状态的过程中，获取车辆在所处泊车环境中的泊车定位信息；其中，闲置状态表征：车辆未被车辆的控制系统所控制；

筛选模块，用于若泊车定位信息满足预设的泊车定位条件，则从预设的候选泊车功能集合中，筛选出与泊车定位信息相匹配的待推送泊车功能；

处理模块，用于基于待推送泊车功能的标识信息，获得与标识信息相同的上一历史推送泊车功能之间的泊车功能推送次数；其中，上一推送泊车功能用于指示：上一推送泊车功能对应的车辆控制时间范围内的泊车操作；

推送模块，用于当确定泊车功能推送次数，满足预设的推送次数间隔条件时，推送待推送泊车功能。

可选的，车辆处于闲置状态是采用如下方式确定的：

响应于车辆的启动指令，获取车辆的功能推送工况；其中，功能推送工况表征：车辆的功能推送模块的工作状态为开启或关闭，功能推送模块用于推送泊车功能；

若功能推送工况为开启状态，则获取车辆启动后的功能推送情况，并在功能推送情况表征未推送过泊车功能时，获取车辆的各个控制系统各自的系统状态信息；

当确定获得的各个系统状态信息包含的系统状态参数，满足各个控制系统各自对应的系统静默条件时，确定车辆处于闲置状态。

可选的，若满足以下条件之一，则确定泊车定位信息满足泊车定位条件，包括：

基于泊车定位信息，确定车辆的泊出定位模块处于运行状态，并通过泊出定位模块，获得至少一条车辆泊出路线；

或者，

基于泊车定位信息，确定车辆的泊入定位模块处于运行状态，并通过泊入定位模块，获得至少一条车辆泊入路线。

可选的，在确定泊车功能推送次数，满足预设的推送次数间隔条件时，所述推送模块具体用于：

若泊车功能推送次数为奇数，则确定泊车功能推送次数满足推送次数间隔条件；

若泊车功能推送次数为零，则确定泊车功能推送次数满足推送次数间隔条件。

可选的，在当确定泊车功能推送次数，满足预设的推送次数间隔条件时，推送待推送泊车功能时，所述推送模块具体用于：

当泊车功能推送次数满足所述推送次数间隔条件时，获取与待推送泊车功能关联的多个控制系统各自的系统状态信息；

若获得的多个系统状态信息包含的系统状态参数，均满足待推送泊车功能对应的泊车功能执行条件，则获取车辆的档位状态；

在确定档位状态为非倒车档时，推送待推送泊车功能。

第三方面，本申请提供了一种电子设备，其包括处理器和存储器，其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器执行上述第一方面所述的泊车功能推送方法的步骤。

第四方面，本申请提供了一种计算机可读存储介质，其包括程序代码，当所述程序代码在电子设备上运行时，所述程序代码用于使所述电子设备执行上述第一方面所述的泊车功能推送方法的步骤。

第五方面，本申请提供了一种计算机程序产品，所述计算机程序产品在被计算机调用时，使得所述计算机执行如第一方面所述的泊车功能推送方法步骤。

本申请有益效果如下：

在本申请实施例所提供的泊车功能推送方法中，由于泊车定位信息与推送泊车功能之间存在关联关系，故而，在泊车定位信息满足预设的泊车定位条件时，便可从预设的候选泊车功能集合中，筛选出与泊车定位信息相匹配的待推送泊车功能，从而基于待推送泊车功能的标识信息，获得待推送泊车功能与标识信息相同的上一历史推送泊车功能之间的泊车功能推送次数，进而结合预设的推送次数间隔条件，判断是否需要主动推送待推送泊车功能；这样，避免了相关技术中，需要手动触发APS/PAS，无法保证在需要进行泊车操作的极短时间内，对车辆进行泊车操作的技术弊端，故而，采用这种方式，不仅提高了辅助泊车的效率，还提升了用户使用泊车功能的体验感。

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

附图说明

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

图1为本申请实施例提供的一种可选的应用场景示意图；

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

图3为本申请实施例提供的一种泊车功能推送方法的实施流程示意图；

图4为本申请实施例提供的一种获取待推送泊车功能的逻辑示意图；

图5为本申请实施例提供的一种确定车辆处于闲置状态的方法流程示意图；

图6为本申请实施例提供的一种推送待推送泊车功能的具体场景示意图；

图7为本申请实施例提供的一种主动推送泊车功能的方法流程示意图；

图8为本申请实施例提供的一种基于图3的场景应用示意图；

图9为本申请实施例提供的一种泊车功能推送装置的结构示意图；

图10为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请技术方案的一部分实施例，而不是全部的实施例。基于本申请文件中记载的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请技术方案保护的范围。

需要说明的是，在本申请的描述中“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。A与B连接，可以表示：A与B直接连接和A与B通过C连接这两种情况。另外，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

为了便于本领域技术人员更好地理解本申请的技术方案，下面对本申请涉及的部分概念或技术用语进行简要地阐述、说明，如下所述：

(1)记忆泊车：驾驶员/用户驾驶车辆完成一段路线的地图创建(即驾驶员/用户训练建图)，路线起始点和取车点分别对应驾驶员/用户日常下车点和取车点，后续车辆可按照创建的路线自动泊入和泊出接驾。

(2)代客泊车：通过连接云端下载泊车目标停车场的地图，按照地图路线自动泊入和泊出。

进一步的，基于上述概念或技术用语解释，下面对本申请实施例的设计思想进行简要介绍：

目前，当需要对车辆进行泊车操作(即使用泊车功能)时，通常需要驾驶员/用户手动触发泊车辅助指令，以使APS/PAS开始工作：通过安装在车身上的各类传感器，探测泊车位置以及构建泊车地图，并实时动态规划泊车路径，从而指引驾驶员对车辆进行泊车操作。

显然，采用上述的辅助泊车方式，会因APS/PAS需要驾驶员手动触发，才能进行工作，从而导致无法在需要进行泊车操作的极短时间内，对车辆进行泊车操作，进而降低了辅助泊车的效率和泊车功能的体验感。

鉴于此，为了给驾驶员/用户带来更好的功能使用体验，即在驾驶员/用户需要使用泊车功能时主动询问驾驶员/用户，以及提高辅助泊车的效率，本申请实施例提出了一种泊车功能推送方法，具体包括：当车辆处于闲置状态的过程中，获取车辆在所处泊车环境中的泊车定位信息；其中，闲置状态表征：车辆未被车辆的控制系统所控制；接着，若泊车定位信息满足预设的泊车定位条件，则从预设的候选泊车功能集合中，筛选出与泊车定位信息相匹配的待推送泊车功能；进一步地，基于待推送泊车功能的标识信息，获得与标识信息相同的上一历史推送泊车功能之间的泊车功能推送次数；其中，上一推送泊车功能用于指示：上一推送泊车功能对应的车辆控制时间范围内的泊车操作；最终，当确定泊车功能推送次数，满足预设的推送次数间隔条件时，推送待推送泊车功能。

特别地，以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且，在不冲突的情况下，本申请实施例及实施例中的特征可以相互组合。

参阅图1所示，其为本申请实施例提供的一种可选的应用场景示意图，该应用场景包括：服务器101和车辆102。服务器101和车辆102之间可通过通信网络进行信息交互，其中，通信网络采用的通信方式可包括：无线通信方式和有线通信方式。

示例性的，服务器101可通过蜂窝移动通信技术接入网络，与车辆102进行通信，其中，所述蜂窝移动通信技术，比如，包括第五代移动通信(5th Generation MobileNetworks，5G)技术。

可选的，服务器101可通过短距离无线通信方式接入网络，与车辆102进行通信，其中，所述短距离无线通信方式，比如，包括无线保真(Wireless Fidelity，Wi-Fi)技术。

本申请实施例对上述系统架构中涉及的通信设备的数量不做任何限制，例如，可以更多服务器，或者没有服务器，或者还包括其他网络设备，如图1所示，仅以服务器101和车辆102为例进行描述，下面对上述各设备及其各自的功能进行简要介绍。

服务器101可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器；还需说明的是，在本申请实施例中，服务器101可用于执行本申请实施例提及的泊车功能推送方法。

具体的，在本申请实施例中，服务器101用于当车辆处于闲置状态的过程中，获取车辆在所处泊车环境中的泊车定位信息；其中，闲置状态表征：车辆未被车辆的控制系统所控制；接着，若泊车定位信息满足预设的泊车定位条件，则从预设的候选泊车功能集合中，筛选出与泊车定位信息相匹配的待推送泊车功能；进一步地，基于待推送泊车功能的标识信息，获得与标识信息相同的上一历史推送泊车功能之间的泊车功能推送次数；其中，上一推送泊车功能用于指示：上一推送泊车功能对应的车辆控制时间范围内的泊车操作；最终，当确定泊车功能推送次数，满足预设的推送次数间隔条件时，推送待推送泊车功能。

车辆102可以是具有智能驾驶模式和/或泊车功能的任意可行驶车辆，可选的，参阅图2所示，该车辆至少包括：多个控制系统201、泊车定位模块202和功能推送模块203；其中，泊车定位模块202可根据车辆的泊出和泊入被划分为两个子模块：泊出定位模块202a和泊入定位模块202b。

示例性的，在本申请实施例中，上述的多个控制系统201具体包括但不限于：电子稳定性控制(Electronic Stability Controller，ESC)系统、电子驻车制动(ElectricalParking Brake，EPB)系统、转向控制系统(Steering Control System，SCS)、自动车身水平系统(Automatic Leveling System，ALS)以及自动泊车辅助系统(Auto Parkig AssistSystem，APAS)。

需要说明的是，在本申请实施例中，泊出定位模块202a可根据车辆102所处的泊车环境，生成至少一条车辆泊出路线；同理，泊入定位模块202b也可根据车辆102所处的泊车环境，生成至少一条车辆泊入路线；示例性的，泊车环境可以为各种类型的停车场，也可以为其他场景；并且，功能推送模块203可向驾驶员/用户推送各类智能驾驶功能，比如，推送泊车功能。

下面结合上述的系统架构，以及参考附图来描述本申请示例性实施方式提供的泊车功能推送方法，需要注意的是，上述系统架构仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。

参阅图3所示，其为本申请实施例提供的一种泊车功能推送方法的实施流程示意图，执行主体以服务器为例，该方法的具体实施流程如下：

S301：当车辆处于闲置状态的过程中，获取车辆在所处泊车环境中的泊车定位信息。

其中，闲置状态表征：车辆未被车辆的控制系统所控制，泊车定位信息至少包括：泊车定位模块的使用情况以及泊车定位结果。

示例性的，假定驾驶员/用户此刻正在APAS，则可确定车辆当前不处于闲置状态，即车辆处于非闲置状态，故而，不可获取车辆在所处泊车环境中的泊车定位信息；反之，若服务器确定此刻，驾驶员/用户并未使用任意一种控制系统，则可判定车辆当前处于闲置状态，从而可通过泊车定位模块，获取车辆在所处泊车环境中的泊车定位信息。

S302：若泊车定位信息满足预设的泊车定位条件，则从预设的候选泊车功能集合中，筛选出与泊车定位信息相匹配的待推送泊车功能。

其中，上述预设的泊车定位条件可以为：基于泊车定位信息，确定车辆的泊出定位模块处于运行状态，并通过泊出定位模块，获得至少一条车辆泊出路线；或者，基于泊车定位信息，确定车辆的泊入定位模块处于运行状态，并通过泊入定位模块，获得至少一条车辆泊入路线。

故而，在一种可选的实现方式中，执行步骤S302时，参阅图4所示，若满足以下条件之一，则服务器便可确定获得的泊车定位信息满足预设的泊车定位条件，包括：基于泊车定位信息，确定车辆的泊出定位模块处于运行状态，并通过泊出定位模块，获得至少一条车辆泊出路线；或者，基于泊车定位信息，确定车辆的泊入定位模块处于运行状态，并通过泊入定位模块，获得至少一条车辆泊入路线；接着，可基于候选泊车功能与泊车定位信息之间存在的关联关系，从预设的候选泊车功能集合中，筛选出与泊车定位信息相匹配的待推送泊车功能；其中，预设的候选泊车功能集合包括多个候选泊车功能。

S303：基于待推送泊车功能的标识信息，获得与标识信息相同的上一历史推送泊车功能之间的泊车功能推送次数。

其中，上述的上一推送泊车功能用于指示：上一推送泊车功能对应的车辆控制时间范围内执行的泊车操作，即上述的上一推送泊车功能不仅被功能推送模块所推送，还被驾驶员/用户所使用。

S304：当确定泊车功能推送次数，满足预设的推送次数间隔条件时，推送待推送泊车功能。

其中，上述预设的推送次数间隔条件可以为：泊车功能推送次数为奇数，或者，泊车功能推送次数为零(即上一推送泊车功能与待推送泊车功能为连续两次泊车功能推送)，也可以为其他推送规则；需要说明的是，在本申请实施例中，并不对泊车功能推送规则进行任何限定。

示例性的，假定服务器获得的泊车功能推送次数为8，易知，并不满足上述预设的推送测试间隔条件，故而，不能进行后续推送待推送泊车功能的相关步骤；再例如，假定服务器获得的泊车功能推送次数为3，易知，满足上述预设的推送测试间隔条件，故而，可进行后续推送待推送泊车功能的相关步骤。

在一种可选的实现方式中，在执行步骤S301时，服务器可采用如下方式确定车辆是否处于闲置状态，参阅图5所示，其为本申请实施例提供的一种确定车辆处于闲置状态的方法流程示意图，该方法的具体实施流程如下：

S501：响应于车辆的启动指令，获取车辆的功能推送工况。

其中，功能推送工况表征：车辆的功能推送模块的工作状态为开启或关闭，功能推送模块用于推送泊车功能。

具体的，在执行步骤S501时，服务器在确定车辆基于车辆的启动指令启动之后，即响应于车辆的启动指令后，便可去获取功能推送模块在本次车辆启动后的工作状态，即车辆的功能推送工况。

示例性的，启动指令可以为车辆由非上电/打火状态切换为上电/打火状态。

S502：若功能推送工况为开启状态，则获取车辆启动后的功能推送情况，并在功能推送情况表征未推送过泊车功能时，获取车辆的各个控制系统各自的系统状态信息。

可选的，若服务器确定功能推送工况为关闭状态，则无法再继续后续获取车辆启动后的功能推送情况。

还需说明的是，每个系统状态信息表征：相应控制系统的系统使用情况，比如，系统的负荷/负载。

S503：当确定获得的各个系统状态信息包含的系统状态参数，满足各个控制系统各自对应的系统静默条件时，确定车辆处于闲置状态。

其中，每个控制系统对应的系统静默条件为：相应控制系统对应的各个系统状态参数阈值，均不小于各自对应的系统状态信息中的系统状态参数。

在一种可选的实现方式中，参阅图6所示，在执行步骤S304时，服务器还可以当泊车功能推送次数满足推送次数间隔条件时，获取与待推送泊车功能关联的多个控制系统各自的系统状态信息；接着，若获得的多个系统状态信息包含的系统状态参数，均满足待推送泊车功能对应的泊车功能执行条件，则获取车辆的档位状态；最终，在确定档位状态为非倒车档时，推送待推送泊车功能，从而确保车辆能够在主动推送泊车功能之后，便可直接引导驾驶员/用户进行泊车操作；并且，通过在确定档位状态为非倒车档时，推送待推送泊车功能的操作，可在车辆对周围环境具有较高感知能力的时候，进行泊车操作，从而一定程度上，提高了驾驶员/用户进行泊车操作的安全性。

示例性的，上述档位状态包括但不限于：P档(即停车档：排档固定后，车轮锁上，车辆可固定不动，主要在泊车时使用)、R档(即倒车档：主要在倒退时使用)、N档(即空档：红绿灯时，应处于空档，拉起手刹停车，避免停车时误踏油门令车辆冲前危险)、D档(即前进档：前进时应处于D档，在一般驾驶情况，不需转档，可完全信任车辆内置换档程序)以及OD档(即超比档，又可称为省油档，车辆以最高档行车，扭力小加速慢但省油，适合在高速公路上使用)，故而，上述非倒车档可以为非R档中的任一档位。

在一种可选的实现方式中，假定上述推送次数间隔条件可以为泊车功能推送次数为奇数，可表示为：N*(N+1)/2，其中，N＝1，2，3，...，基于上述的泊车功能推送方法，参阅图7所示，服务器可实现如下的主动推送泊车功能的方法步骤，具体实施流程如下：

S701：判断车辆是否由非上电/打火状态切换为上电/打火状态；若是，则转入步骤S702，若否，则转入步骤S701，持续判断车辆是否由非上电/打火状态切换为上电/打火状态。

S702：判断主动推送功能的设置项是否开启；若是，则转入步骤S703，若否，则转入步骤S702，持续判断主动推送功能的设置项是否开启。

需要说明的是，上述主动推送功能的设置项是否开启即可表示车辆的功能推送模块的工作状态是否为开启。

S703：判断当前点火周期是否已经推送泊车功能；若是，则转入步骤S701，若否，则转入步骤S704。

示例性的，上述的泊车功能具体可以为驾驶员/用户记忆泊车功能。

S704：判断当前车辆是否处于控制车辆阶段；若是，则转入步骤S701，若否，则转入步骤S705。

S705：判断是否满足开启泊出定位模块的条件；若是，则转入步骤S706，若否，则转入步骤S707。

示例性的，上述泊出定位模块的条件可以为：基于泊车定位信息，确定车辆的泊出定位模块处于运行状态。

S706：判断车辆是否已成功定位＞0条泊出路线；若是，则转入步骤S709，若否，则转入步骤S705。

显然步骤S705～S706记载的方法步骤，服务器可确定获得的泊车定位信息是否满足预设的泊车定位条件。

S707：判断是否满足开启泊入定位模块的条件；若是，则转入步骤S708，若否，则转入步骤S705。

示例性的，上述泊入定位模块的条件可以为：基于泊车定位信息，确定车辆的泊入定位模块处于运行状态。

S708：判断车辆是否已成功定位＞0条泊入路线；若是，则转入步骤S709，若否，则转入步骤S705。

显然步骤S707～S708记载的方法步骤，服务器可确定获得的泊车定位信息是否满足预设的泊车定位条件。

S709：判断距离上次推送用户功能且用户使用的次数是否为(N*(N+1)/2，N＝1，2，3，...)；若是，则转入步骤S710，若否，则转入步骤S701。

示例性的，以泊车功能A和B为例，假设在第0次车辆定位成功时，推送泊车功能A，并且，按照泊车功能A进行泊车，故而，在第1次车辆定位成功时，也需要推送泊车功能A，但若按照泊车功能B进行泊车，则在第2次车辆定位成功时，不再推送泊车功能A，直至在第3次车辆定位成功时，再次推送泊车功能A；由此可见，再次推送泊车功能A距离上次推送且使用泊车功能A的次数为3次，即满足上述(N*(N+1)/2，N＝1，2，3，...)的条件。

S710：判断关联系统等是否支持使用功能；若是，则转入步骤S711，若否，则转入步骤S705。

其中，上述关联系统可以包括ESC、ALS、EPB以及APAS等多种控制系统，并且，若关联系统支持使用功能，则表征多个系统状态信息包含的系统状态参数，均满足待推送泊车功能对应的泊车功能执行条件。

S711：判断档位是否为R档；若是，则转入S705，若否则转入S712。

S712：推送用户泊车用功能，并结束流程。

在一种可选的实现方式中，基于上述S301～S304的方法步骤，参阅图8所示，其为本申请实施例提供的一种泊车功能推送方法的场景应用示意图，服务器在当车辆处于闲置状态的过程中，可以获取车辆在所处泊车环境中的泊车定位信息；接着，若泊车定位信息满足预设的泊车定位条件，则从预设的候选泊车功能集合中，筛选出与泊车定位信息相匹配的待推送泊车功能；进一步地，基于待推送泊车功能的标识信息，获得与标识信息相同的上一历史推送泊车功能之间的泊车功能推送次数；最终，当确定泊车功能推送次数，满足预设的推送次数间隔条件时，推送待推送泊车功能；可见，上述方式针对记忆泊车/代客泊车等需要定位功能时，可以判断或询问驾驶员/用户是否需要使用泊车功能并主动推送，以及根据驾驶员/用户的不同习惯，设计了上述千人千面的推送逻辑。

综上所述，在本申请实施例所提供的泊车功能推送方法中，由于泊车定位信息与推送泊车功能之间存在关联关系，故而，在泊车定位信息满足预设的泊车定位条件时，便可从预设的候选泊车功能集合中，筛选出与泊车定位信息相匹配的待推送泊车功能，从而基于待推送泊车功能的标识信息，获得待推送泊车功能与标识信息相同的上一历史推送泊车功能之间的泊车功能推送次数，进而结合预设的推送次数间隔条件，判断是否需要主动推送待推送泊车功能；这样，避免了相关技术中，需要手动触发APS/PAS，无法保证在需要进行泊车操作的极短时间内，对车辆进行泊车操作的技术弊端，故而，采用这种方式，不仅提高了辅助泊车的效率，还提升了用户使用泊车功能的体验感。

进一步地，基于相同的技术构思，本申请实施例提供了一种泊车功能推送装置，该泊车功能推送装置用以实现本申请实施例的上述方法流程。参阅图9所示，该泊车功能推送装置包括：获取模块901、筛选模块902、处理模块903以及推送模块904，其中：

获取模块901，用于当车辆处于闲置状态的过程中，获取车辆在所处泊车环境中的泊车定位信息；其中，闲置状态表征：车辆未被车辆的控制系统所控制；

筛选模块902，用于若泊车定位信息满足预设的泊车定位条件，则从预设的候选泊车功能集合中，筛选出与泊车定位信息相匹配的待推送泊车功能；

处理模块903，用于基于待推送泊车功能的标识信息，获得与标识信息相同的上一历史推送泊车功能之间的泊车功能推送次数；其中，上一推送泊车功能用于指示：上一推送泊车功能对应的车辆控制时间范围内的泊车操作；

推送模块904，用于当确定泊车功能推送次数，满足预设的推送次数间隔条件时，推送待推送泊车功能。

可选的，车辆处于闲置状态是采用如下方式确定的：

响应于车辆的启动指令，获取车辆的功能推送工况；其中，功能推送工况表征：车辆的功能推送模块的工作状态为开启或关闭，功能推送模块用于推送泊车功能；

若功能推送工况为开启状态，则获取车辆启动后的功能推送情况，并在功能推送情况表征未推送过泊车功能时，获取车辆的各个控制系统各自的系统状态信息；

当确定获得的各个系统状态信息包含的系统状态参数，满足各个控制系统各自对应的系统静默条件时，确定车辆处于闲置状态。

可选的，若满足以下条件之一，则确定泊车定位信息满足泊车定位条件，包括：

基于泊车定位信息，确定车辆的泊出定位模块处于运行状态，并通过泊出定位模块，获得至少一条车辆泊出路线；

或者，

基于泊车定位信息，确定车辆的泊入定位模块处于运行状态，并通过泊入定位模块，获得至少一条车辆泊入路线。

可选的，在确定泊车功能推送次数，满足预设的推送次数间隔条件时，所述推送模块904具体用于：

若泊车功能推送次数为奇数，则确定泊车功能推送次数满足推送次数间隔条件；

若泊车功能推送次数为零，则确定泊车功能推送次数满足推送次数间隔条件。

可选的，在当确定泊车功能推送次数，满足预设的推送次数间隔条件时，推送待推送泊车功能时，所述推送模块904具体用于：

当泊车功能推送次数满足所述推送次数间隔条件时，获取与待推送泊车功能关联的多个控制系统各自的系统状态信息；

若获得的多个系统状态信息包含的系统状态参数，均满足待推送泊车功能对应的泊车功能执行条件，则获取车辆的档位状态；

在确定档位状态为非倒车档时，推送待推送泊车功能。

基于相同的技术构思，本申请实施例还提供了一种电子设备，该电子设备可实现本申请上述实施例提供的泊车功能推送方法流程。在一种实施例中，该电子设备可以是服务器，也可以是终端设备或其他电子设备。如图10所示，该电子设备可包括：

至少一个处理器1001，以及与至少一个处理器1001连接的存储器1002，本申请实施例中不限定处理器1001与存储器1002之间的具体连接介质，图10中是以处理器1001和存储器1002之间通过总线1000连接为例。总线1000在图10中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线1000可以分为地址总线、数据总线、控制总线等，为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。或者，处理器1001也可以称为控制器，对于名称不做限制。

在本申请实施例中，存储器1002存储有可被至少一个处理器1001执行的指令，至少一个处理器1001通过执行存储器1002存储的指令，可以执行前文论述的一种泊车功能推送方法。处理器1001可以实现图9所示的装置中各个模块的功能。

其中，处理器1001是该装置的控制中心，可以利用各种接口和线路连接整个该控制设备的各个部分，通过运行或执行存储在存储器1002内的指令以及调用存储在存储器1002内的数据，该装置的各种功能和处理数据，从而对该装置进行整体监控。

在一种可能的设计中，处理器1001可包括一个或多个处理单元，处理器1001可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1001中。在一些实施例中，处理器1001和存储器1002可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器1001可以是通用处理器，例如CPU、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的一种泊车功能推送方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器1002作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器1002可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器1002是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器1002还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通过对处理器1001进行设计编程，可以将前述实施例中介绍的一种泊车功能推送方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行图3所示的实施例的一种泊车功能推送方法的步骤。如何对处理器1001进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

基于同一发明构思，本申请实施例还提供一种存储介质，该存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行前文论述的一种泊车功能推送方法。

在一些可能的实施方式中，本申请还提供了一种泊车功能推送方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在装置上运行时，程序代码用于使该控制设备执行本说明书上述描述的根据本申请各种示例性实施方式的一种泊车功能推送方法中的步骤。

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

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

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

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

可使用一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算装置上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算装置上部分在远程计算装置上执行、或者完全在远程计算装置或服务器上执行。

在涉及远程计算装置的情形中，远程计算装置可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)连接到用户计算装置，或者，可以连接到外部计算装置(例如，利用因特网服务提供商来通过因特网连接)。

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

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

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

Claims (12)

1.一种泊车功能推送方法，其特征在于，包括：

当车辆处于闲置状态的过程中，获取所述车辆在所处泊车环境中的泊车定位信息；其中，所述闲置状态表征：所述车辆未被所述车辆的控制系统所控制；

若所述泊车定位信息满足预设的泊车定位条件，则从预设的候选泊车功能集合中，筛选出与所述泊车定位信息相匹配的待推送泊车功能；

基于所述待推送泊车功能的标识信息，获得与所述标识信息相同的上一历史推送泊车功能之间的泊车功能推送次数；其中，所述上一推送泊车功能用于指示：所述上一推送泊车功能对应的车辆控制时间范围内的泊车操作；

当确定所述泊车功能推送次数，满足预设的推送次数间隔条件时，推送所述待推送泊车功能。

2.如权利要求1所述的方法，其特征在于，所述车辆处于闲置状态是采用如下方式确定的：

响应于所述车辆的启动指令，获取所述车辆的功能推送工况；其中，所述功能推送工况表征：所述车辆的功能推送模块的工作状态为开启或关闭，所述功能推送模块用于推送泊车功能；

若所述功能推送工况为开启状态，则获取所述车辆启动后的功能推送情况，并在所述功能推送情况表征未推送过泊车功能时，获取所述车辆的各个控制系统各自的系统状态信息；

当确定获得的各个系统状态信息包含的系统状态参数，满足所述各个控制系统各自对应的系统静默条件时，确定所述车辆处于闲置状态。

3.如权利要求1所述的方法，其特征在于，若满足以下条件之一，则确定所述泊车定位信息满足所述泊车定位条件，包括：

基于所述泊车定位信息，确定所述车辆的泊出定位模块处于运行状态，并通过所述泊出定位模块，获得至少一条车辆泊出路线；

或者，

基于所述泊车定位信息，确定所述车辆的泊入定位模块处于运行状态，并通过所述泊入定位模块，获得至少一条车辆泊入路线。

4.如权利要求1所述的方法，其特征在于，所述确定所述泊车功能推送次数，满足预设的推送次数间隔条件，包括：

若所述泊车功能推送次数为奇数，则确定所述泊车功能推送次数满足所述推送次数间隔条件；

若所述泊车功能推送次数为零，则确定所述泊车功能推送次数满足所述推送次数间隔条件。

5.如权利要求1-4中任一项所述的方法，其特征在于，所述当确定所述泊车功能推送次数，满足预设的推送次数间隔条件时，推送所述待推送泊车功能，包括：

当所述泊车功能推送次数满足所述推送次数间隔条件时，获取与所述待推送泊车功能关联的多个控制系统各自的系统状态信息；

若获得的多个系统状态信息包含的系统状态参数，均满足所述待推送泊车功能对应的泊车功能执行条件，则获取所述车辆的档位状态；

在确定所述档位状态为非倒车档时，推送所述待推送泊车功能。

6.一种泊车功能推送装置，其特征在于，包括：

获取模块，用于当车辆处于闲置状态的过程中，获取所述车辆在所处泊车环境中的泊车定位信息；其中，所述闲置状态表征：所述车辆未被所述车辆的控制系统所控制；

筛选模块，用于若所述泊车定位信息满足预设的泊车定位条件，则从预设的候选泊车功能集合中，筛选出与所述泊车定位信息相匹配的待推送泊车功能；

处理模块，用于基于所述待推送泊车功能的标识信息，获得与所述标识信息相同的上一历史推送泊车功能之间的泊车功能推送次数；其中，所述上一推送泊车功能用于指示：所述上一推送泊车功能对应的车辆控制时间范围内的泊车操作；

推送模块，用于当确定所述泊车功能推送次数，满足预设的推送次数间隔条件时，推送所述待推送泊车功能。

7.如权利要求6所述的装置，其特征在于，所述车辆处于闲置状态是采用如下方式确定的：

响应于所述车辆的启动指令，获取所述车辆的功能推送工况；其中，所述功能推送工况表征：所述车辆的功能推送模块的工作状态为开启或关闭，所述功能推送模块用于推送泊车功能；

若所述功能推送工况为开启状态，则获取所述车辆启动后的功能推送情况，并在所述功能推送情况表征未推送过泊车功能时，获取所述车辆的各个控制系统各自的系统状态信息；

当确定获得的各个系统状态信息包含的系统状态参数，满足所述各个控制系统各自对应的系统静默条件时，确定所述车辆处于闲置状态。

8.如权利要求6所述的装置，其特征在于，若满足以下条件之一，则确定所述泊车定位信息满足所述泊车定位条件，包括：

基于所述泊车定位信息，确定所述车辆的泊出定位模块处于运行状态，并通过所述泊出定位模块，获得至少一条车辆泊出路线；

或者，

基于所述泊车定位信息，确定所述车辆的泊入定位模块处于运行状态，并通过所述泊入定位模块，获得至少一条车辆泊入路线。

9.如权利要求6所述的装置，其特征在于，在所述确定所述泊车功能推送次数，满足预设的推送次数间隔条件时，所述推送模块具体用于：

若所述泊车功能推送次数为奇数，则确定所述泊车功能推送次数满足所述推送次数间隔条件；

若所述泊车功能推送次数为零，则确定所述泊车功能推送次数满足所述推送次数间隔条件。

10.如权利要求6-9中任一项所述的装置，其特征在于，在所述当确定所述泊车功能推送次数，满足预设的推送次数间隔条件时，推送所述待推送泊车功能时，所述推送模块具体用于：

当所述泊车功能推送次数满足所述推送次数间隔条件时，获取与所述待推送泊车功能关联的多个控制系统各自的系统状态信息；

若获得的多个系统状态信息包含的系统状态参数，均满足所述待推送泊车功能对应的泊车功能执行条件，则获取所述车辆的档位状态；

在确定所述档位状态为非倒车档时，推送所述待推送泊车功能。

11.一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-5中任一项所述的方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-5中任一所述方法的步骤。

Images