CN115942131A - 保障车辆环视功能的方法、座舱系统及车辆、存储介质 - Google Patents

Abstract

本申请涉及保障车辆环视功能的方法、车辆座舱系统及包括其的车辆、存储介质，所述方法包括如下步骤：在开启所述环视功能的期间根据所述环视功能的绘制时长是否超过预设时间阈值确定所述环视功能是否存在卡顿；以及在确定存在卡顿的情况下，调整所述环视功能的渲染策略。

Description

保障车辆环视功能的方法、座舱系统及车辆、存储介质

技术领域

本申请涉及车辆视觉辅助领域，具体而言，涉及保障车辆环视功能的方法、车辆座舱系统及包括其的车辆、存储介质。

背景技术

随着智能汽车座舱系统的系统功能和应用生态的日益丰富，座舱系统的系统性能也随之成为了越来越重要的体验。但是，丰富的系统功能和应用生态，会导致大量的常驻后台服务等需要消耗汽车座舱系统的系统资源，这有时会导致有时候360度环视这样非常重要的系统应用在运行过程中会因为系统资源紧张而发生调出缓慢、卡顿、卡死等严重影响用户体验的问题。甚至有用户曾反馈倒车后往前开了几秒倒车影像才能调出。

有鉴于此，在系统硬件算力有限的情况下，需要提出一种改进的保障车辆环视功能的机制。

发明内容

本申请的实施例提供了一种保障车辆环视功能的方法、车辆座舱系统及包括其的车辆、存储介质，用于监测车辆的环视功能是否工作正常。

根据本申请的一方面，提供一种保障车辆环视功能的方法，所述方法包括如下步骤：在开启所述环视功能的期间根据所述环视功能的绘制时长是否超过预设时间阈值确定所述环视功能是否存在卡顿；以及在确定存在卡顿的情况下，调整所述环视功能的渲染策略。

在本申请的一些实施例中，可选地，调整所述环视功能的渲染策略包括如下至少一者：提升所述环视功能的渲染处理器的频率；降低所述环视功能的渲染分辨率；和降低所述环视功能的渲染帧率。

在本申请的一些实施例中，可选地，根据所述环视功能的绘制时长是否超过预设时间阈值确定所述环视功能是否存在卡顿包括：在所述环视功能的绘制时长超过所述预设时间阈值的次数超过预定次数的情况下，确定所述环视功能存在卡顿。

在本申请的一些实施例中，可选地，确定所述环视功能是否存在卡顿还包括：确定所述环视功能的绘制超时的原因。

在本申请的一些实施例中，可选地，调整所述环视功能的渲染策略包括：在确定因所述渲染处理器导致绘制超时的情况下，停止渲染透明底盘图层；和在确定非因所述渲染处理器导致绘制超时的情况下，停止渲染车模图层。

在本申请的一些实施例中，可选地，因所述渲染处理器导致绘制超时的情况包括如下至少一者：所述渲染处理器的温度超过预设温度值、所述渲染处理器的占用率超过预设比例。

在本申请的一些实施例中，可选地，非因所述渲染处理器导致绘制超时的情况包括：内存溢出。

在本申请的一些实施例中，可选地，调整所述环视功能的渲染策略包括：根据车辆的行车方向确定优先渲染的视角，并对所述优先渲染的视角进行渲染。

根据本申请的另一方面，提供一种车辆座舱系统，所述系统包括：存储器，其配置成存储指令；和处理器，其配置成执行所述指令以执行如上文所述的任意一种保障车辆环视功能的方法。

根据本申请的另一方面，提供一种车辆，所述车辆包括如上文所述的任意一种车辆座舱系统。

根据本申请的另一方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当所述指令由处理器执行时，使得所述处理器执行如上文所述的任意一种保障车辆环视功能的方法。

根据本申请的一些实施例提供的保障车辆环视功能的方法、车辆座舱系统及包括其的车辆、存储介质，能够监测车辆的环视功能是否工作正常，并在诸如系统硬件开销过大等情况下保障车辆环视功能的最基本体验，从而确保驾驶的安全性。

附图说明

从结合附图的以下详细说明中，将会使本申请的上述和其他目的及优点更加完整清楚，其中，相同或相似的要素采用相同的标号表示。

图1示出了根据本申请的一个实施例的保障车辆环视功能的方法；

图2示出了根据本申请的一个实施例的保障车辆环视功能的方法。

具体实施方式

出于简洁和说明性目的，本文主要参考其示范实施例来描述本申请的原理。但是，本领域技术人员将容易地认识到相同的原理可等效地应用于所有类型的保障车辆环视功能的方法、车辆座舱系统及包括其的车辆、存储介质，并且可以在其中实施这些相同或相似的原理，任何此类变化不背离本申请的真实精神和范围。

本文中的（车辆）环视功能指代通过摄像头等设备获取车辆周围一个或多个角度的图像，并可以拼接出一副围绕车身的环境图像的功能。在一些示例中，车辆上布置的摄像头可以获取车身周围360度范围内的全景图像，因而拼接出来的图像也称为360度环视图像，车辆环视功能也因此被称为360度环视功能。

根据本申请的一方面，提供一种保障车辆环视功能的方法。如图1所示，保障车辆环视功能的方法10（以下简称方法10）包括如下步骤：在步骤S102中在开启环视功能的期间根据环视功能的绘制时长是否超过预设时间阈值确定环视功能是否存在卡顿；以及在步骤S104中在确定存在卡顿的情况下，调整环视功能的渲染策略。方法10通过以上步骤能够解决车辆环视功能因为处理器算力、内存不足等原因导致画面卡顿、卡死或者调出变慢问题，因而可以在车辆环视功能无法自己判断当前系统资源情况下，通过系统层级的判断机制来确定是否需要调整车辆环视功能设置。以下将详细说明方法10中各个步骤的工作原理。

方法10在步骤S102中在开启环视功能的期间根据环视功能的绘制时长是否超过预设时间阈值确定环视功能是否存在卡顿。具体而言，可以根据系统层级的反馈判断环视功能的某个画面的绘制工作是否在预设时间（例如，16ms）内完成。如果不能在预设时间内完成画面绘制与合成，则可以认为环视功能存在一定程度的卡顿，需要在后续过程中予以排除。反之，如果能在预设时间内完成画面绘制与合成，则可以认为环视功能工作正常。步骤S102中的这一判定过程不需要环视功能具备自我监测的能力，而是在系统层级实现了判断。

在本申请的一些实施例中，在步骤S102中根据环视功能的绘制时长是否超过预设时间阈值确定环视功能是否存在卡顿可以考虑超时的严重程度。亦即，可以不以单一偶然的卡顿判定环视功能不能被正确执行。具体而言，可以在环视功能的绘制时长超过预设时间阈值的次数超过预定次数的情况下，确定环视功能存在卡顿。由于软硬件系统的复杂性，单一偶然的超时响应有时是不可避免的，因而该示例以预定次数作为判断是否卡顿的另一条件可以降低误报的概率，防止因误报而不当地执行下文的调整渲染策略。

方法10在步骤S104中在确定存在卡顿的情况下，调整环视功能的渲染策略。在确定环视功能存在卡顿的情况下，说明车辆的硬件资源（具体而言可以是座舱系统的硬件资源）当前无法满足环视功能的要求，此时一方面可以尝试提高资源的响应能力；另一方面可以退而求其次，以一种降级显示的方式来满足基本的画面获取需求。

在本申请的一些实施例中，在步骤S104中可以通过如下方式调整环视功能的渲染策略：例如，可以先提升环视功能的渲染处理器的频率，从而尝试提高资源的响应能力。其次，若提升环视功能的渲染处理器的频率仍然不能实现消除卡顿，此时可以降低环视功能的渲染分辨率、渲染帧率。再如，在提升环视功能的渲染处理器的频率的基础上，还可以降低环视功能的渲染分辨率、渲染帧率，从而进一步降低对资源开销的需求，以一种降级显示的方式来实现环视功能。

在本申请的一些实施例中，在步骤S102中确定环视功能是否存在卡顿还包括：确定环视功能的绘制超时的原因。除了处理器可能引起绘制超时外，由于软硬件的复杂性，还有很多其他原因能够造成绘制超时。因此，确定绘制超时的原因将有利于确定以何种方式调整环视功能的渲染策略。具体而言，可以搜集各个硬件在处理环视功能的画面的表现情况并以此确定超时的原因。例如，如果在处理画面时处理器的温度过高、占用率过高，则可以推定为处理器方面的原因导致了绘制超时。再如，如果在处理画面时内存占用达到百分之百，则可以推定为内存方面的原因导致了绘制超时。在其他一些示例中，还可以搜集其他软硬件信息用来判断绘制超时的原因。

在本申请的一些实施例中，在确定因渲染处理器导致绘制超时的情况下，在步骤S104中调整环视功能的渲染策略可以是停止渲染透明底盘图层。在一些示例中，因渲染处理器导致绘制超时的情况可以是渲染处理器的温度超过预设温度值、渲染处理器的占用率超过预设比例等与处理器相关的原因。透明底盘图层的渲染需要较多的计算资源，因而不渲染透明底盘图层可以降低对计算资源的需求，从而为环视功能的其他图层绘制提供更多额外资源。

此外，在确定非因渲染处理器导致绘制超时的情况下，在步骤S104中调整环视功能的渲染策略可以是停止渲染车模图层。在一些示例中，非因渲染处理器导致绘制超时的情况可以是内存溢出等与其他硬件资源相关的原因。车模图层需要占用大量的存储资源，因而不渲染车模图层将可以为环视功能的其他图层绘制腾出更多的存储资源。

在本申请的一些实施例中，在步骤S104中调整环视功能的渲染策略包括：根据车辆的行车方向确定优先渲染的视角，并对优先渲染的视角进行渲染。尽管多视角/全视角的环视功能能够提供更为全面的环境信息，但是很多时候车辆驾驶人员将对其中的一些或者一个视角更为感兴趣。因而，此时可以对这些/这个视角的画面进行渲染，而忽略其他不太感兴趣的画面视角。例如，当用户在倒车时，其行车方向是向后，因而可以将车辆正后方视角的画面通过系统的硬件资源渲染出来，而忽略环视功能的其他画面视角。再如，当用户操作车辆向右转弯时，其行车方向是向右，因而可以将车辆右前方、右后方视角的画面通过系统的硬件资源渲染出来，而忽略环视功能的其他画面视角。

在一些示例中，车辆的行车方向可以通过方向机的角度传感器或者其他车身姿态传感器而获得。在其他一些示例中，也可以通过环视功能的时序画面的对比来确定车辆的行车方向。

需要说明的是，以上描述的各种调整环视功能的渲染策略是可以组合实施的，上文中出于清晰示出调整策略的原理将各种策略分开进行了叙述。

综上所述，上文描述的方法10中的一些示例可以监测环视功能是否有绘制和合成超时，去判断当前系统是否有卡顿，并且如果监测到卡顿超过了一定阈值，就可以确认当前系统已经发生算力和资源严重紧张，这时可以调整车辆环视功能的分辨率/帧率等设置，来保证车辆环视功能的基础保障性体验，从而确保驾驶安全。

为完整说明如何保障车辆环视功能，图2示出了一个更为完整的示例，这一示例不应视为对本文中的其他示例构成额外限制。保障车辆环视功能的方法20（以下简称方法20）在步骤S201处开始流程。在步骤S202中可以判断是否开启了环视功能，若开启了环视功能则进入步骤S203，若没有开始环视功能则进入步骤S213结束流程。在步骤S203开始对各个图层进行绘制，并随后立即进入步骤S204对绘制过程进行计时。随后，进入到步骤S205中判断绘制是否完成，若完成了绘制则转入步骤S213结束流程，若没有完成绘制则转入步骤S206中进行一次计数。在步骤S207将判断计数是否达到阈值，若没有达到阈值可以返回步骤S203继续执行绘制，若达到了阈值则转入步骤S208。以上过程主要是监测当前系统运行资源状况，主要依据是绘制时长是否在阈值（例如16ms）以内，如果超出16ms，则计数一次并算作一次卡顿。当卡顿累积达到一个阈值时，就说明目前系统的资源状况已经无法有效显示车辆环视功能，这时就会通过以下步骤来调整环视功能的渲染策略。

方法20在步骤S208中可以查看出现绘制延时的具体问题类型，并且可以在步骤S209中查看渲染处理器的占用情况。随后，在步骤S210中将确定是否由于渲染处理器的原因导致了丢帧卡顿，如果是的话就执行步骤S211关闭透明底盘图层，如果不是的话就执行步骤S212关闭车模图层。在以上过程中，方法20可以先提升渲染处理器的频率，然后再对车辆环视功能的渲染分辨率进行降采样处理以降低分辨率，从而更小地消耗资源。

方法20通过以上步骤能够解决车辆环视功能会因为CPU算力和内存不足等原因导致画面卡顿、卡死或者调出变慢问题。因而可以在车辆环视功能无法自己判断当前系统资源情况下，通过系统层级的判断来确定是否需要调整车辆环视功能设置。

根据本申请的另一方面，提供一种车辆座舱系统，所述系统包括：存储器，其配置成存储指令；和处理器，其配置成执行所述指令以执行如上文所述的任意一种保障车辆环视功能的方法。

根据本申请的另一方面，提供一种车辆，所述车辆包括如上文所述的任意一种车辆座舱系统。

根据本申请的另一方面，提供一种计算机可读存储介质，其中存储有指令，当所述指令由处理器执行时，使得所述处理器执行如上文所述的任意一种保障车辆环视功能的方法。本申请中所称的计算机可读介质包括各种类型的计算机存储介质，可以是通用或专用计算机能够存取的任何可用介质。举例而言，计算机可读介质可以包括RAM、ROM、EPROM、E²PROM、寄存器、硬盘、可移动盘、CD-ROM或其他光盘存储器、磁盘存储器或其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码单元并能够由通用或专用计算机、或者通用或专用处理器进行存取的任何其他临时性或者非临时性介质。如本文所使用的盘通常磁性地复制数据，而碟则用激光来光学地复制数据。上述的组合也应当包括在计算机可读介质的保护范围之内。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读写信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此。本领域的技术人员可以根据本申请所披露的技术范围想到其他可行的变化或替换，此等变化或替换皆涵盖于本申请的保护范围之中。在不冲突的情况下，本申请的实施方式及实施方式中的特征还可以相互组合。本申请的保护范围以权利要求的记载为准。

Claims (10)

1. 一种保障车辆环视功能的方法，其特征在于，所述方法包括：

在开启所述环视功能的期间根据所述环视功能的绘制时长是否超过预设时间阈值确定所述环视功能是否存在卡顿；以及

在确定存在卡顿的情况下，调整所述环视功能的渲染策略。

2.根据权利要求1所述的方法，其中，调整所述环视功能的渲染策略包括如下至少一者：

提升所述环视功能的渲染处理器的频率；

降低所述环视功能的渲染分辨率；和

降低所述环视功能的渲染帧率。

3.根据权利要求1所述的方法，其中，根据所述环视功能的绘制时长是否超过预设时间阈值确定所述环视功能是否存在卡顿包括：在所述环视功能的绘制时长超过所述预设时间阈值的次数超过预定次数的情况下，确定所述环视功能存在卡顿。

4.根据权利要求1或3所述的方法，其中，确定所述环视功能是否存在卡顿还包括：确定所述环视功能的绘制超时的原因。

5. 根据权利要求4所述的方法，其中，调整所述环视功能的渲染策略包括：

在确定因所述渲染处理器导致绘制超时的情况下，停止渲染透明底盘图层；和

在确定非因所述渲染处理器导致绘制超时的情况下，停止渲染车模图层。

6.根据权利要求5所述的方法，其中，因所述渲染处理器导致绘制超时的情况包括如下至少一者：所述渲染处理器的温度超过预设温度值、所述渲染处理器的占用率超过预设比例；和/或

非因所述渲染处理器导致绘制超时的情况包括：内存溢出。

7.根据权利要求1所述的方法，其中，调整所述环视功能的渲染策略包括：根据车辆的行车方向确定优先渲染的视角，并对所述优先渲染的视角进行渲染。

8. 一种车辆座舱系统，其特征在于，所述系统包括：

存储器，其配置成存储指令；和

处理器，其配置成执行所述指令以执行如权利要求1-7中任一项所述的方法。

9.一种车辆，其特征在于，所述车辆包括如权利要求8所述的车辆座舱系统。

10.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当所述指令由处理器执行时，使得所述处理器执行如权利要求1-7中任一项所述的方法。

Images