CN117241446A

CN117241446A - 车辆氛围灯控制方法、控制装置、电子设备及存储介质

Info

Publication number: CN117241446A
Application number: CN202311504608.3A
Authority: CN
Inventors: 朱杰
Original assignee: Pateo Connect Nanjing Co Ltd
Current assignee: Pateo Connect Nanjing Co Ltd
Priority date: 2023-11-13
Filing date: 2023-11-13
Publication date: 2023-12-15
Anticipated expiration: 2043-11-13
Also published as: CN117962741A; CN117241446B

Abstract

本申请的实施方式提供了一种车辆氛围灯控制方法、控制装置、电子设备及存储介质。在一些实施方式中，车辆氛围灯控制方法包括：获取包括第一氛围灯焦点信息的第一氛围灯控制请求，第一氛围灯焦点信息包括第一氛围灯区域指示标识；基于第一氛围灯控制请求生成第一控制指令；获取包括第二氛围灯焦点信息的第二氛围灯控制请求，第二氛围灯焦点信息包括第二氛围灯区域指示标识和延时执行标识；响应于第二氛围灯区域指示标识和第一氛围灯区域指示标识相同，且延时执行标识指示允许延时执行，基于第二氛围灯控制请求生成第二控制指令。

Description

车辆氛围灯控制方法、控制装置、电子设备及存储介质

技术领域

本申请的实施方式涉及控制技术领域，更具体地，涉及一种车辆氛围灯控制方法、控制装置、电子设备及存储介质。

背景技术

随着智能座舱的不断普及和智能化，氛围灯被适用于各种场景。例如，在一些情景模式控制氛围灯展示指定灯效、音乐播放的过程中联动氛围灯、页面切换的过程中联动氛围灯、浏览图片的过程中联动氛围灯。

发明内容

本申请的实施方式提供了一种可至少部分解决现有技术中存在的上述问题或其他问题的车辆氛围灯控制方法、控制装置、电子设备及存储介质。

本申请的实施方式提供了一种车辆氛围灯控制方法，方法包括：获取包括第一氛围灯焦点信息的第一氛围灯控制请求，第一氛围灯焦点信息至少包括第一氛围灯区域指示标识；基于第一氛围灯控制请求生成第一控制指令，第一控制指令用于控制第一氛围灯区域指示标识对应的第一氛围灯组执行第一动作；获取包括第二氛围灯焦点信息的第二氛围灯控制请求，第二氛围灯焦点信息包括第二氛围灯区域指示标识和延时执行标识；响应于第二氛围灯区域指示标识和第一氛围灯区域指示标识相同，且延时执行标识指示允许延时执行，基于第二氛围灯控制请求生成第二控制指令，第二控制指令用于控制第一氛围灯组在执行完第一动作后执行第二动作。

本申请的实施方式还提供了一种车辆氛围灯控制装置，包括：第一控制请求获取模块、第一控制指令生成模块、第二控制请求获取模块和第二控制指令生成模块。其中，第一控制请求获取模块至少用于获取包括第一氛围灯焦点信息的第一氛围灯控制请求，第一氛围灯焦点信息至少包括第一氛围灯区域指示标识。第一控制指令生成模块至少用于基于第一氛围灯控制请求生成第一控制指令，第一控制指令用于控制第一氛围灯区域指示标识对应的第一氛围灯组执行第一动作。第二控制请求获取模块至少用于获取包括第二氛围灯焦点信息的第二氛围灯控制请求，第二氛围灯焦点信息包括第二氛围灯区域指示标识和延时执行标识。第二控制指令生成模块至少用于响应于第二氛围灯区域指示标识和第一氛围灯区域指示标识相同，且延时执行标识指示允许延时执行，基于第二氛围灯控制请求生成第二控制指令，第二控制指令用于控制第一氛围灯组在执行完第一动作后执行第二动作。

本申请的实施方式还提供了一种电子设备，包括：至少一个处理器和存储器。存储器与至少一个处理器通信连接，并存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述实施方式提及的车辆氛围灯控制方法。

本申请的实施方式还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行车辆氛围灯控制方法。

根据本申请的一些实施方式，执行主体在接收到氛围灯控制请求后，获取氛围灯控制请求中的焦点信息，以确定其需要控制的氛围灯区域，进而生成相应的控制指令，以控制指定的氛围灯组执行动作，有利于实现分区控制。此外，执行主体若接收到多个氛围灯控制请求，可基于配置的延时执行标识确定是否执行第二动作，使得对实时性要求不高的氛围灯控制请求可在当前动作执行完后被响应，无需用户多次触发，提高了用户使用体验。

附图说明

通过阅读参照以下附图所作的对非限制性实施例的详细描述，本申请的其它特征、目的和优点将会变得更明显。其中：

图1是根据本申请的第一实施例的车辆的结构示意图；

图2是根据本申请的第二实施例的车辆氛围灯控制方法的流程示意图；

图3是根据本申请的第三实施例的车辆氛围灯控制方法的流程示意图；

图4是根据本申请的第四实施例的车辆氛围灯控制方法的流程示意图；

图5是根据本申请的一些实施方式的氛围灯控制架构的示意图；

图6是根据本申请的第四实施例的车辆氛围灯控制装置的示意性框图；

图7是根据本申请的一些实施方式的电子设备的结构示意图。

具体实施方式

为了更好地理解本申请，将参考附图对本申请的各个方面做出更详细的说明。应理解，这些详细说明只是对本申请的示例性实施方式的描述，而非以任何方式限制本申请的范围。在说明书全文中，相同的附图标号指代相同的元件。表述“和/或”包括相关联的所列项目中的一个或多个的任何和全部组合。

还应理解的是，诸如“包括”、“包括有”、“具有”、“包含”和/或“包含有”等表述在本说明书中是开放性而非封闭性的表述，其表示存在所陈述的特征、元件和/或部件，但不排除一个或多个其它特征、元件、部件和/或它们的组合的存在。此外，当诸如“...中的至少一个”的表述出现在所列特征的列表之后时，其修饰整列特征，而非仅仅修饰列表中的单独元件。此外，当描述本申请的实施方式时，使用“可”表示“本申请的一个或多个实施方式”。并且，用语“示例性的”旨在指代示例或举例说明。

除非另外限定，否则本文中使用的所有措辞（包括工程术语和科技术语）均具有与本申请所属领域普通技术人员的通常理解相同的含义。还应理解的是，除非本申请中有明确的说明，否则在常用词典中定义的词语应被解释为具有与它们在相关技术的上下文中的含义一致的含义，而不应以理想化或过于形式化的意义解释。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。另外，除非明确限定或与上下文相矛盾，否则本申请所记载的方法中包含的具体步骤不必限于所记载的顺序，而可以任意顺序执行或并行地执行。下面将参考附图并结合实施例来详细说明本申请。

图1是根据本申请的第一实施例的车辆的结构示意图。如图1所示，车辆100可包括多个氛围灯110和氛围灯控制器120。多个氛围灯110分别与氛围灯控制器120通信连接，并在氛围灯控制器120的控制下实现不同的灯效。

在本申请的一些实施方式中，多个氛围灯110可被分为多个氛围灯组，各个氛围灯组可被分别控制以实现不同的灯效。示例地，车辆100的车载显示屏、各个座椅、车顶边框等位置均安装有氛围灯，其中，车载显示屏的氛围灯可作为一组氛围灯组。各个座椅上的氛围灯可共同作为一组氛围灯，也可分别作为一组氛围灯。车顶边框的氛围灯可按照前边框、左边框、后边框、右边框的方式，氛围四组氛围灯，也可作为一组氛围灯。

可选择的，氛围灯组的划分方式包括但不限于：基于车辆内的乘客区域划分、基于车辆内的车载设备所在区域划分或基于车辆内的情境模式的规划区域划分。

例如，氛围灯组基于车辆内的乘客区域划分，多个氛围灯110可划分为对应于主驾区域的氛围灯组、对应于副驾区域的氛围灯组和对应于后排驾驶座的氛围灯组。其中，对应于后排驾驶座的氛围灯组可以是一个，也可以是多个，此处不做限制。

又如，氛围灯组基于车辆内的车载设备所在区域划分，车辆内的车载设备可包括中控显示屏、位于主驾后侧的第一后枕屏和位于副驾后侧的第二后枕屏，多个氛围灯110可划分为对应于中控显示屏的氛围灯组、对应于第一后枕屏的氛围灯组和对应于第二后枕屏的氛围灯组。

再如，氛围灯组基于车辆内的情境模式的规划区域划分。其中，车辆的情景模式可以是厂商预定义的情景模式，其对应的氛围灯组可由厂商指定，各个情景模式对应的氛围灯组所对应的氛围灯数量等可根据情景模式的需求设置。此外，情景模式还可由用户个性化设置，例如，用户可通过车载屏幕（例如中控显示屏、第一后枕屏、第二后枕屏等）提供的情景模式设置界面新增情景模式，设定该情景模式触发的条件、该情景模式下触发的功能、该情景模式对应的氛围灯组等数据，此处不做限制。

应该理解的是，在未背离本申请教导的情况下，氛围灯还可按照其他方式划分为不同的氛围灯组，本申请对车辆100内的氛围灯110的划分方式不做限制。

在本申请的一些实施方式中，氛围灯控制器120可例如为车载主机。通过车载主机统一控制各个氛围灯110。

可选择的，氛围灯控制器120可包括总控制器和分控制器。其中，总控制器可统一接收氛围灯控制请求进行处理以触发相应的控制指令至分控制器。各分控制器可分别一一对应于一组氛围灯组，用于控制该氛围灯组内的氛围灯实现指定灯效。示例地，总控制器可例如为车载主机或者用于控制氛围灯域的控制器，分控制器可例如为分别连接于各个氛围灯组的控制芯片。总控制器和分控制器可通过无线短距通信等连接，以便进行数据交互。

应当理解的是，在未背离本申请教导的情况下，氛围灯控制器120的实现方式可根据需要设置，本申请对此不做限制。

图2是根据本申请的第二实施例的车辆氛围灯控制方法的流程示意图。如图2所示，车辆氛围灯控制方法200可包括以下步骤：

S21，获取包括第一氛围灯焦点信息的第一氛围灯控制请求，第一氛围灯焦点信息至少包括第一氛围灯区域指示标识；

S22，基于第一氛围灯控制请求生成第一控制指令，第一控制指令用于控制第一氛围灯区域指示标识对应的第一氛围灯组执行第一动作。

根据本申请的一些实施方式，在接收到氛围灯控制请求后，获取氛围灯控制请求中的焦点信息，以确定其需要控制的氛围灯区域，进而生成相应的控制指令，以控制指定的氛围灯组执行动作，有利于实现分区控制。

为了便于理解，下面对图2所示例的氛围灯控制方法200的各个步骤进行示例性说明。

在本申请的一些实施方式中，氛围灯控制方法200的执行主体（例如氛围灯控制器120）获取第一氛围灯控制请求。其中，第一氛围灯控制请求包括第一氛围灯焦点信息，第一氛围灯焦点信息至少包括第一氛围灯区域指示标识。

应当理解的是，在未背离本申请教导的情况下，步骤S22中提及的第一氛围灯组可包括全车域所有的氛围灯组，也可包括全车域所有的氛围灯组中的至少一个氛围灯组，即对氛围灯组分区域控制，本申请对此不做限制。

在本申请的一些实施方式中，第一氛围灯控制请求可从执行主体外部接收，也可从执行主体内部获取，本申请对此不做限制。

作为一个示例，第一氛围灯控制请求可例如从外部接收。示例地，智能终端的应用具有氛围灯联动功能，并具备该车辆100的氛围灯110的控制权限。该应用的氛围灯联动功能被开启后，可基于该应用的配置数据，获取指定的联动数据，以及该应用的氛围灯联动功能对应的氛围灯区域指示标识，据此生成第一氛围灯控制请求，并将第一氛围灯控制请求发送至执行主体。执行主体从第一氛围灯控制请求中获取第一氛围灯区域指示标识和联动数据，据此生成第一控制指令。

作为另一示例，第一氛围灯控制请求可由执行主体自行获取。示例地，执行主体可对车辆数据和车载主机安装的应用的运行数据进行监控，当检测氛围灯联动功能被触发后，获取相关配置数据以生成第一氛围灯控制请求。

为了便于理解，下面对基于应用的运行数据生成第一氛围灯控制请求和基于车辆数据生成第一氛围灯控制请求的过程分别进行示例性说明。

在一些场景中，应用具有氛围灯联动功能。执行主体或智能终端根据应用的氛围灯配置信息配置该应用的氛围灯焦点信息，该氛围灯焦点信息至少包括应用对应的氛围灯区域指示标识。执行主体或智能终端响应于应用的氛围灯联动功能被启动，获取应用的氛围灯焦点信息作为第一氛围灯焦点信息以生成第一氛围灯控制请求。

例如，应用为音乐播放器，音乐播放器的氛围灯配置信息指示音乐播放器对应的氛围灯区域包括除车载显示屏以外的其他区域，音乐播放器的联动数据包括当前播放的音乐的音频数据。音乐播放器在检测到氛围灯联动功能被开启且当前正在播放音乐后，将除车载显示屏以外的其他区域的指示标识确定为第一氛围灯区域指示标识，并根据第一氛围灯区域指示标识确定第一氛围灯焦点信息。执行主体可确定第一氛围灯焦点信息中的第一氛围灯区域指示标识对应的第一氛围灯组，根据音频数据确定需要执行的第一动作，并生成用于控制第一氛围灯区域指示标识对应的第一氛围灯组执行第一动作的第一控制指令，以使第一氛围灯区域指示标识对应的第一氛围灯组联动音乐展示贴合音乐节奏的灯效。

又如，应用为网页浏览器，网页浏览器具有车载显示屏所在区域的氛围灯的控制权限。网页浏览器的联动数据包括当前显示界面的界面数据。网页浏览器在检测到氛围灯联动功能被开启且当前正在前台运行后，将车载显示屏所在区域的指示标识确定为第一氛围灯区域指示标识，并根据第一氛围灯区域指示标识确定第一氛围灯焦点信息。执行主体确定第一氛围灯焦点信息中的第一氛围灯区域指示标识对应的第一氛围灯组，根据当前显示界面的界面数据确定需要执行的第一动作，并生成用于控制第一氛围灯区域指示标识对应的第一氛围灯组执行第一动作的第一控制指令，以使第一氛围灯区域指示标识对应的第一氛围灯组联动智能终端当前显示界面展示贴合界面风格的灯效。

应当理解的是，在未背离本申请教导的情况下，应用的氛围灯配置信息可以是应用的初始配置信息，也可以由用户自定义配置，本申请对此不做限制。

在另一些场景中，执行主体具有基于当前情景模式控制氛围灯的氛围灯联动功能。执行主体可根据检测车辆数据以确定当前情景模式；根据确定出的当前情景模式，以及预定义的各个情景模式和氛围灯区域指示标识的对应关系，确定当前情景模式对应的氛围灯区域指示标识以作为第一氛围灯区域指示标识，并生成第一氛围灯区域控制请求。执行主体根据确定出的当前情景模式，以及预定义的各个情景模式和氛围灯执行的动作的对应关系，确定当前情景模式对应的第一动作。执行主体根据确定出的第一动作和第一氛围灯区域控制请求生成用于控制第一氛围灯区域指示标识对应的第一氛围灯组执行第一动作的第一控制指令。

在另一些场景中，执行主体可具有基于车载屏幕的氛围灯联动功能。示例地，当用户开启车载屏幕的氛围灯联动功能后，执行主体在确定车载屏幕被开启后，将该车载屏幕对应的氛围灯区域指示标识确定为第一氛围灯区域指示标识，并生成第一氛围灯控制请求。执行主体在确定出第一氛围灯控制请求通过车载屏幕的氛围灯联动功能触发后，确定车载屏幕的显示界面中的多个界面卡片；解析多个界面卡片中的光特征和置于所述显示界面中的位置特征，并基于所述位置特征和所述光特征确定所述氛围灯的控制数据。界面卡片的光特征可包括界面卡片的颜色、亮度等，此处不做限制。之后，执行主体可根据所述第一氛围灯区域指示标识和所述控制数据生成第一控制指令，从而控制该车载屏幕对应的氛围灯组按照车载屏幕的显示界面显示的界面卡片的光特征发光。例如，车载屏幕的显示界面中包括2个界面卡片，其中，界面卡片A位于显示界面的上半区域，界面卡片B位于显示界面的下半区域。氛围灯控制器可根据界面卡片A的光特征和界面卡片B的光特征确定显示界面的光特征，例如，光特征组（界面卡片A的光特征，界面卡片B的光特征）或光特征平均值。氛围灯控制器可根据显示界面的光特征控制整车的氛围灯或该显示界面对应的氛围灯组。上述示例中，氛围灯控制器120可基于车载设备的显示界面对氛围灯110进行控制，使得显示界面和氛围灯110构成的整体氛围更和谐，减少突兀感，提高用户视觉体验。

作为一种选择，氛围灯控制器120解析界面卡片的光特征的过程可包括：响应于界面卡片中包含动态播报功能，基于当前动态播报功能的锁屏图片的光特征确定界面卡片的光特征。示例地，若界面卡片被设置为动态播报，该情况下，为了有效控制氛围灯，可根据当前动态播报功能的锁屏图片的光特征确定界面卡片的光特征。具体地，以音乐播放器的动态播放卡片为例，卡片的左侧是正在播放的歌曲所对应的典型图片，即锁屏图片，此处的锁屏指示的是对象是动态播放卡片窗口，非整个界面。右侧是播放开关、歌词等信息。以锁屏图片的光特征确定界面卡片的光特征，受利于锁屏图片的光特征最能反映当前歌曲的特色、代表的氛围灯信息，基于锁屏图片控制显示的氛围灯也能更好的配合歌曲播放，实现声光一体的效果。

应当理解的是，在未背离本申请教导的情况下，界面卡片的动态播报功能的锁屏图片可以是固定的，也可以基于动态播报内容动态调整，本申请对此不作限制。

作为另一选择，氛围灯控制器120解析界面卡片的光特征的过程可包括：响应于界面卡片中包含多个应用图标或功能属性图标，基于应用图标或功能属性图标的光特征确定界面卡片的光特征。示例地，界面卡片内显示有多个应用图标或功能属性图标，该情况下，氛围灯控制器120可基于多个应用图标或功能属性图标的光特征的平均值确定该界面卡片的光特征，也可基于各排应用图标或功能属性图标的光特征的平均值分别确定各排图标对应的光特征平均值，将各排的光特征平均值共同组成界面卡片的光特征的集合，并在控制氛围灯的过程中，将显示该界面卡片的车载屏幕对应的氛围灯组分为多个氛围灯小组，基于光特征的集合中的各排光特征平均值分别控制各个氛围灯小组。

应当理解的是，在未背离本申请教导的情况下，氛围灯控制器120还可采用其他方式来综合应用图标或功能属性图标的光特征确定显示界面的光特征以控制氛围灯，本申请对此不作限制。

例如，界面卡片可例如为天气卡片等功能卡片。氛围灯控制器可读取天气卡片中的N个气象图标；根据天气卡片的背景色特征确定显示界面的光特征；基于N个气象图标在天气卡片的时序特征、形状特征、以及光特征，确定氛围灯的控制数据。该情况下，氛围灯控制器根据N个气象图标在天气卡片的时序特征，控制该显示界面卡片的车载屏幕对应的氛围灯组按照一定规律变化。例如，若天气卡片中的气象图标指示今天晴转雨，可控制氛围灯组在第一时段按照晴天情况下的背景色特征发光，在第二时段按照雨天情况下的背景色特征发光。氛围灯控制器可根据显示界面的天气卡片的背景色特征确定氛围灯的颜色。

作为一个示例，氛围灯控制器可将背景色特征确定为氛围灯的颜色。比如，天气卡片在雨天时背景色为深灰色，即背景色光特征指示颜色为深灰色，确定出的控制数据指示氛围灯的颜色为深灰色。天气卡片在晴天时背景色为蓝色，即背景色光特征指示颜色为蓝色，确定出的控制数据指示氛围灯的颜色为蓝色。

作为另一示例，氛围灯控制器可根据背景色特征和气象图标共同确定氛围灯的颜色。比如，氛围灯控制器可根据气象图标的形状特征，确定多个氛围灯中的背景氛围灯和图标氛围灯，根据背景色特征确定背景氛围灯的颜色，根据气象图标的光特征确定图标氛围灯的颜色。

应该理解的是，在未背离本申请教导的情况下，氛围灯控制器还可结合天气卡片的其他信息综合确定氛围灯的控制数据，本申请对此不作限制。

作为一个示例，氛围灯控制器120基于位置特征和光特征确定氛围灯的控制数据的过程可包括：将氛围灯依次划分为N个氛围灯组；基于第i排的界面卡片的光特征确定第i个氛围灯组的控制数据，1≤i≤N。

应该理解的是，在未背离本申请教导的情况下，界面卡片和氛围灯的对应关系可根据需要设置，本申请对此不做限制。

应当理解的是，在未背离本申请教导的情况下，还可根据需要设置其他氛围灯联动场景，本申请对此不做限制。

应当理解的是，在未背离本申请教导的情况下，第一动作可包括与联动数据相关的灯光联动动作，例如按照一定规律闪烁，也可包括与联动数据相关的显示动作，例如显示指定图案或文字，本申请对此不做限制。

根据本申请的一些实施方式，在接收到氛围灯控制请求后，获取氛围灯控制请求中的焦点信息，以确定其需要控制的氛围灯区域，进而生成相应的控制指令，以控制指定的氛围灯组执行动作，有利于实现分区控制。此外，执行主体可根据应用的氛围灯配置信息配置应用的氛围灯焦点信息，便于用户根据需要调整各个应用联动的氛围灯，实现自定义氛围灯控制。

图3是根据本申请的第三实施例的车辆氛围灯控制方法的流程示意图。如图3所示，车辆氛围灯控制方法300可包括以下步骤：

S31，获取包括第一氛围灯焦点信息的第一氛围灯控制请求，第一氛围灯焦点信息至少包括第一氛围灯区域指示标识和第一用户场景标识；

S32，基于第一氛围灯控制请求生成第一控制指令，第一控制指令用于控制第一氛围灯区域指示标识对应的第一氛围灯组执行第一动作；

S33，获取包括第二氛围灯焦点信息的第二氛围灯控制请求，第二氛围灯焦点信息包括第二氛围灯区域指示标识和第二用户场景标识；

S34响应于第二氛围灯区域指示标识和第一氛围灯区域指示标识相同，且第二用户场景标识的优先级高于第一用户场景标识的优先级，基于第二氛围灯控制请求生成第二控制指令，第二控制指令用于控制第一氛围灯组执行第二动作。

其中，智能终端或执行主体确定第一氛围灯区域指示标识或第二氛围灯区域指示标识的过程可参考第二实施例的示例性说明，此处不再赘述。为了便于理解，下面对图3所示例的氛围灯控制方法300的提及的用户场景标识以及第二控制指令的相关内容进行示例性说明。

在一些场景中，氛围灯控制器120无法做到氛围灯的智能化的管控。例如，音乐播放器和网页浏览器均具有氛围灯联动功能，若用户正在听音乐的同时，浏览网页，两者均会发起氛围灯控制请求。该情况下，氛围灯控制器120无法确定智能响应哪个氛围灯控制请求。

基于上述问题，在本申请的一些实施方式中，氛围灯焦点信息中还包括用户场景标识，用于指示触发氛围灯联动功能的用户场景类型。在发起氛围灯请求信息的过程中，还会在氛围灯焦点信息中携带用户场景标识，以便执行主体基于用户场景标识进行智能化调度。

作为一个示例，执行主体在基于第一氛围灯控制请求触发第一控制指令后，若获取到第二氛围灯控制请求，可判断第二氛围灯控制请求中的第二氛围灯区域指示标识与第一氛围灯控制请求中的第一氛围灯区域指示标识是否相同，以确定第二氛围灯控制请求控制的氛围灯组与第一氛围灯控制请求控制的氛围灯组是否为同一氛围灯组。

若确定第二氛围灯控制请求中的第二氛围灯区域指示标识与第一氛围灯控制请求中的第一氛围灯区域指示标识相同，即第二氛围灯区域指示标识也对应于第一氛围灯组，执行主体可判断第二氛围灯控制请求中的第二用户场景标识的优先级是否高于第一氛围灯控制请求中的第一用户场景标识，若确定是，可基于第二氛围灯控制请求生成第二控制指令，第二控制指令用于控制第一氛围灯组执行第二动作。其中，第二控制指令生成的过程可参考生成第一控制指令的过程，此处不做赘述。若确定不是，执行主体可反馈第二动作联动失败提示信息，以便用户确定联动失败，在第一动作执行完成后再行触发该第二动作。

应当理解的是，在未背离本申请教导的情况下，执行主体在第二用户场景标识的优先级不高于第一用户场景标识的情况下执行的操作可根据需要设置。例如，第二氛围灯控制请求中还包括延时执行标识，若确定第二氛围灯控制请求中的第二用户场景标识的优先级不高于第一氛围灯控制请求中的第一用户场景标识，可确定第二氛围灯控制请求中的延时执行标识是否指示允许延时执行。若确定延时执行标识指示允许延时执行，执行主体可控制氛围灯组在执行完第一动作后执行第二氛围灯控制请求对应的第二动作。若确定延时执行标识指示允许延时执行，执行主体可反馈第二动作联动失败提示信息。本申请对执行主体在第二用户场景标识的优先级不高于第一用户场景标识的情况下执行的操作不作限制。

若确定第二氛围灯控制请求中的第二氛围灯区域指示标识与第一氛围灯控制请求中的第一氛围灯区域指示标识不同，可判定两个氛围灯控制请求所请求控制的氛围灯组不同，执行主体可基于第二氛围灯控制请求生成第二控制指令，第二控制指令用于控制第二氛围灯区域指示标识对应的第二氛围灯组执行第二动作。

应当理解的是，在未背离本申请教导的情况下，执行主体可在确定第二氛围灯控制请求中的第二氛围灯区域指示标识与第一氛围灯控制请求中的第一氛围灯区域指示标识不同后执行其他操作。

例如，为了突出车辆内某一应用的灯效或其他目的，执行主体内可预先配置一指定区域指示标识，该指定区域指示标识与其他指定区域指示标识不同，但可能存在互斥，例如对应的氛围灯组中存在相同的氛围灯组。因此，执行主体可在确定第二氛围灯控制请求中的第二氛围灯区域指示标识与第一氛围灯控制请求中的第一氛围灯区域指示标识不同，判断第二氛围灯区域指示标识和第一氛围灯区域指示标识是否为指定区域指示标识。执行主体若确定第二氛围灯区域指示标识和第一氛围灯区域指示标识均不是指定区域标识，可基于第二氛围灯控制请求生成第二控制指令，第二控制指令使得第一氛围灯组执行第一动作的同时，第二氛围灯区域指示标识对应的第二氛围灯执行第二动作。执行主体若确定第二氛围灯区域指示标识为指定区域指示标识，可控制第一氛围灯组停止第一动作，并基于第二氛围灯控制请求生成第二控制指令，第二控制指令用于控制第二氛围灯区域指示标识对应的第二氛围灯执行第二动作。执行主体若确定第一氛围灯区域指示标识为指定区域指示标识，可不响应第二氛围灯控制请求。

通过上述内容可知，若多个氛围灯控制请求对应不同氛围灯组，执行主体可基于氛围灯控制请求分别对不同氛围灯组进行控制，以在实现分区控制的同时，满足更多的氛围灯控制需求。

可选择的，执行主体中还可在确定第二氛围灯区域指示标识和第一氛围灯区域指示标识相同且第二用户场景标识的优先级高于第一用户场景标识的优先级后，获取焦点变化类型标识，基于不同的焦点变化类型标识对第一氛围灯组在执行第二动作后是否继续执行第一动作采取不同的决策。例如，氛围灯变化类型标识可包括第一变化类型标识和第二变化类型标识。其中，第一变化类型标识指示在执行完第二动作后继续执行第一动作，第二变化标识指示在检测到第二控制指令后直接结束第一动作。执行主体若确定焦点变化类型标识为第一变化类型标识，注册焦点回调函数，该焦点回调函数用于在监测到第二动作执行完成后触发焦点获取指令，焦点获取指令用于控制第一氛围灯组继续执行第一动作。执行主体若确定焦点变化类型标识为第二变化类型标识，结束第一动作的执行任务。

作为一种选择，不同应用或情景模式可配置统一的焦点变化类型标识，即执行主体对所有类型的氛围灯控制请求采取相同的响应策略。

作为另一选择，不同应用或不同情景模式可分别配置焦点变化类型标识，该焦点变化类型标识可携带于氛围灯焦点信息中，以便执行主体结合各个应用或应用场景的特点采用不同的策略。例如，音乐播放器的焦点变化类型标识配置为第一变化类型标识，以便其对应的氛围灯组在执行完第二动作后继续随音乐联动。又如，网页浏览器的焦点变化类型标识配置为第二变化类型标识，以便直接结束氛围灯组执行第一动作。

应当理解的是，在未背离本申请教导的情况下，可根据需要调整焦点变化类型标识的配置方式，本申请对焦点变化类型标识的配置方式不做限制。

根据本申请的一些实施方式，在接收到氛围灯控制请求后，获取氛围灯控制请求中的焦点信息，以确定其需要控制的氛围灯区域，进而生成相应的控制指令，以控制指定的氛围灯组执行动作，有利于实现分区控制。此外，通过配置用户场景标识，执行主体可对氛围灯控制请求进行智能化控制，提高了用户使用体验。

图4是根据本申请的第四实施例的车辆氛围灯控制方法的流程示意图。如图4所示，车辆氛围灯控制方法400可包括以下步骤：

S41，获取包括第一氛围灯焦点信息的第一氛围灯控制请求，第一氛围灯焦点信息至少包括第一氛围灯区域指示标识和第一用户场景标识；

S42，基于第一氛围灯控制请求生成第一控制指令，第一控制指令用于控制第一氛围灯区域指示标识对应的第一氛围灯组执行第一动作；

S43，获取包括第二氛围灯焦点信息的第二氛围灯控制请求，第二氛围灯焦点信息包括第二氛围灯区域指示标识和延时执行标识；

S44，响应于第二氛围灯区域指示标识和第一氛围灯区域指示标识相同，且延时执行标识指示允许延时执行，基于第二氛围灯控制请求生成第二控制指令，第二控制指令用于控制第一氛围灯组在执行完第一动作后执行第二动作。

其中，智能终端或执行主体确定第一氛围灯区域指示标识或第二氛围灯区域指示标识的过程可参考第二实施例的示例性说明，此处不再赘述。为了便于理解，下面对图4所示例的氛围灯控制方法400的提及的延时执行标识以及第二控制指令的相关内容进行示例性说明。

基于上述问题，在本申请的一些实施方式中，氛围灯焦点信息还可包括延时执行标识，用于指示该氛围灯控制请求是否允许延时响应。执行主体在接收到第二氛围灯控制请求后，获取第二氛围灯控制请求内的延时执行标识，若确定延时执行标识指示允许延时执行，执行主体可控制氛围灯组在执行完第一动作后执行第二氛围灯控制请求对应的第二动作。

在本申请的一些实施方式中，若延时执行标识指示不允许延时执行，执行主体执行的操作可根据需要设置。下面对延时执行标识指示不允许延时执行的情况下，执行主体可执行的操作进行示例性说明。

作为一个示例，执行主体可反馈第二动作联动失败提示信息，以便用户确定联动失败，在第一动作执行完成后再行触发该第二动作。

作为另一示例，执行主体可控制氛围灯组直接结束第一动作而开始执行第二动作，并反馈第一动作联动失败提示信息。

作为另一示例，第一氛围灯焦点信息还包括第一用户场景标识，第二氛围灯焦点信息还包括第二用户场景标识。执行主体可比较第二用户场景标识和第一用户场景标识的优先级；若确定第二用户场景标识的优先级高于第一用户场景标识的优先级，基于第二氛围灯控制请求生成第二控制指令，第二控制指令用于控制第一氛围灯组执行第二动作；若确定第二用户场景标识的优先级不高于第一用户场景标识的优先级，可反馈第二动作联动失败提示信息。

应该理解的是，在第一氛围灯焦点信息还包括第一用户场景标识，第二氛围灯焦点信息还包括第二用户场景标识的情况下，执行主体还可执行其他操作，可参见上文关于图3所示的车辆氛围灯控制方法300的示例性说明，此处不再赘述。

应当理解的是，在未背离本申请教导的情况下，执行主体还可采取其他操作，本申请对执行主体在确定第二动作不可延时执行的情况下执行的操作不做限制。

应该理解的是，在未背离本公开教导的情况下，若第二氛围灯区域指示标识和第一氛围灯区域指示标识不相同，执行主体的响应措施可参考上文图3所示的车辆氛围灯控制方法300中的相关内容，此处不再赘述。

可选择的，执行主体可通过任务队列使得各个氛围灯控制请求的动作依序执行。示例地，执行主体在检测到第一控制指令后，将第一动作的执行任务添加至第一氛围灯组的任务队列，该任务队列中的任务按照排序被依次执行。执行主体在检测到第二控制指令后，将第二动作的执行任务添加至任务队列中。第二动作的排序低于第一动作，因此，第二动作会在第一动作执行完后被执行。值得一提的是，通过任务队列对各个氛围灯组执行动作的任务进行管理，可减少动作紊乱的问题。

可选择的，执行主体在确定第二动作被延时执行后，可反馈延时执行提示信息，以减少用户反复请求氛围灯组执行第二动作的情况。

在本申请的一些实施方式中，延时执行标识还可指示延时时限。例如，延时执行标识的值被限定为大于等于0的数值。若延时执行标识为0，则表示不允许延时执行，若延时执行标识为大于0的数值，可该数值可确定为第二动作的延时时限。其中，延时执行标识的时间单元可以是秒，也可以是分钟，本申请对此不做限制。

示例地，执行主体在确定第二氛围灯区域指示标识和第一氛围灯区域指示标识相同后，确定延时执行标识不为0，可将第二动作的执行任务添加至任务队列中，并设置第二动作的延时时限。例如，若延时执行标识的数值为3，单位为分钟，第二动作的延时时限可设置为3分钟。执行主体若确定第一动作在到达延时时限之前完成，可控制第一氛围灯组开始执行第二动作。执行主体若确定第一动作在到达第二动作的延时时限后还未完成，可结束第二动作的执行任务，也可控制第一氛围灯组结束第一动作而开始执行第二动作。本申请对到达第二动作的延时时限的情况下执行主体执行的操作不做限制。

可选择的，若第二动作的执行任务被结束，执行主体可反馈第二动作联动失败提示信息。若第一动作被结束，执行主体可反馈第一动作联动失败提示信息。

应该理解的是，在未背离本申请教导的情况下，延时指示标识可为预先配置的初始值，也可由用户通过延时配置界面配置，本申请对此不做限制。

根据本申请的一些实施方式，在接收到氛围灯控制请求后，获取氛围灯控制请求中的焦点信息，以确定其需要控制的氛围灯区域，进而生成相应的控制指令，以控制指定的氛围灯组执行动作，有利于实现分区控制。此外，氛围灯焦点信息还包括延时执行标识，使得对实时性要求不高的氛围灯控制请求可在当前动作执行完后被响应，无需用户多次触发，提高了用户使用体验。

应当理解的是，本申请的第二实施例至第四实施之间相互组合实施。为了便于理解，下面对第二实施例至第四实施例共同组合得到的方案进行示例性说明。

在本申请的一些实施方式中，考虑到有两个或两个以上的应用可同时请求联动氛围灯的情况下，执行主体无法智能控制氛围灯，本申请的一些实施方式中引入了“氛围灯焦点信息”的概念，以便统一管理和约束氛围灯控制请求来满足各种智能化和多区域氛围灯的场景。

在一些实施方式中，可预先对车辆内的氛围灯区域进行定义。例如，氛围灯区域可包括：

AREA_All：整车氛围灯区域；

AREA_PASSENGER_0：乘客区域-氛围灯主驾区域；

AREA_PASSENGER_1：乘客区域-氛围灯副驾区域；

AREA_PASSENGER_2：乘客区域-氛围灯后排座驾第一区域；

AREA_PASSENGER_3：乘客区域-氛围灯后排座驾第二区域；

AREA_PASSENGER_4：乘客区域-氛围灯后排座驾第三区域；

AREA_PASSENGER_5：乘客区域-氛围灯后排座驾第四区域；

AREA_PASSENGER_6：乘客区域-氛围灯后排座驾第五区域；

AREA_PASSENGER_7：乘客区域-氛围灯后排座驾第六区域；

AREA_FUNCTION_0：功能区域-氛围灯仪表显示区域；

AREA_FUNCTION_1：功能区域-氛围灯流媒体后视镜显示区域；

AREA_FUNCTION_2：功能区域-氛围灯中控屏显示区域；

AREA_FUNCTION_3：功能区域-氛围灯功能显示区域；

AREA_FUNCTION_4：功能区域-氛围灯功能显示区域；

AREA_FUNCTION_5：功能区域-氛围灯功能显示区域；

AREA_FUNCTION_6：功能区域-氛围灯功能显示区域。

应当理解的是，在未背离本申请教导的情况下，还可根据需要对氛围灯采取其他方式划区，本申请对此不做限制。

在一些实施方式中，还可预先定义用户场景标识，示例地，用户场景标识可包括以下标识：

USAGE_ALARM：用于警报（例如唤醒警报）场景的使用情况值；

USAGE_GAME：用于游戏场景的使用情况值；

USAGE_MEDIA：用于媒体（如音乐或电影）的使用情况值；

USAGE_VOICE_COMMUNICATION：用于语音通信（如电话或网络电话）的使用情况值；

USAGE_APPLICATION: 用于车载应用的使用情况值；

USAGE_UNKNOWN: 用于未知场景的使用情况值。

应当理解的是，在未背离本申请教导的情况下，还可根据需要划分其他用户场景，本申请对此不做限制。

可选择的，用户可自定义各个用户场景的优先级，也可预先配置。例如，各用户场景的优先级可例如为：USAGE_ALARM>USAGE_ APPLICATION>USAGE_VOICE_COMMUNICATION>USAGE_GAME>USAGE_MEDIA>USAGE_UNKNOWN。

在一些实施方式中，还可对氛围灯焦点的类型标识进行定义。示例地，氛围灯焦点类型标识可包括：

CONTENT_TYPE_MOVIE：内容类型为配乐（通常伴随）时使用的内容类型值；

CONTENT_TYPE_MUSIC：内容类型为音乐时要使用的内容类型值；

CONTENT_TYPE_SONIFICATION：内容类型是用于伴随用户的声音时使用的内容类型值；例如表示按键单击的哔哔声或声音效果，或事件，例如在游戏中获得奖金的声音类型。

CONTENT_TYPE_SPEECH：内容类型为语音时要使用的内容类型值；

CONTENT_TYPE_APPLICATION: 内容类型为应用时要使用的内容类型值；

CONTENT_TYPE_UNKNOWN：内容类型为未知或未定义时使用的内容类型值。

可选择的，用户可自定义各个氛围灯焦点的类型，也可预先配置。例如，各氛围灯焦点的类型的优先级定义可例如为：CONTENT_ TYPE_APPLICATION>CONTENT_TYPE_SPEECH>CONTENT_TYPE_MOVIE>CONTENT_TYPE_MUSIC>CONTENT_TYPE_SONIFICATION>CONTENT_TYPE_UNKNOWN。

可选择的，系统文件夹内可设置氛围灯区域和氛围灯区域焦点数量限制、场景优先级，类型优先级3个可扩展标记语言（xml）文件。系统初始化时读取数据形成列表，优先级排序从0开始顺序后排，数字越小，优先级越高。同时会将氛围灯区域和氛围灯区域焦点数量数据储存，并提供接口，以便执行主体使用。

可选择的，若氛围灯焦点信息同时含有氛围灯区域指示标识、用户场景标识和氛围灯焦点类型标识，执行主体在接收到多个氛围灯控制请求的情况下，可按照以下顺序确定对氛围灯控制请求的响应方式：

1、氛围灯区域对比：执行主体可对比氛围灯区域指示标识；其中，全车域（即指定区域指示标识）这一氛围灯区域指示标识与其他区域指示标识互斥；同一区域氛围灯焦点同时被一个应用场景响应，即多个氛围灯控制请求的氛围灯区域指示标识相同的情况下，通常允许一个氛围灯控制请求获得焦点；当多个氛围灯控制请求中存在指示全车域的氛围灯区域指示标识的情况下，可优先响应含有指示全车域的氛围灯区域指示标识的氛围灯控制请求，也可将其他氛围灯控制请求的更改为全车域后，再判断其他信息优先级。

2、用户场景对比：若氛围灯区域指示标识相同，可对用户场景标识进行对比，确定各个氛围灯控制请求的优先级，以确定响应哪个氛围灯控制请求；

3、氛围灯焦点类型对比：若用户场景标识相同，还可对氛围灯焦点类型进行对比，确定各个氛围灯控制请求的优先级，以确定响应哪个氛围灯控制请求。

在一些实施方式中，可预先对氛围灯焦点申请类型进行定义。例如，氛围灯焦点申请方式类型可包括：

ATMOSPHERELIGHTFOCUS_GAIN：应用需要聚焦氛围灯的时长会根据用户的使用时长改变，属于不确定期限，例如：播放音乐，播放电影等场景；

ATMOSPHERELIGHTFOCUS_GAIN_TRANSIENT_MAY_DUCK：应用只需短暂的氛围灯聚焦，用来提示用户，例如：警告，触摸动效等场景；

ATMOSPHERELIGHTFOCUS_GAIN_TRANSIENT：应用只需短暂的氛围灯聚焦，但包含了不同响应情况，例如：浏览图片，切换页面，电话、QQ、微信等通话场景。

应该理解的是，在未背离本申请教导的情况下，申请方式还可根据需要被配置为更多类型，本申请对此不做限制。

在一些实施方式中，可预先定义焦点变化类型标识。示例的，焦点变化类型标识可包括：

ATMOSPHERELIGHTFOCUS_GAIN：可重新获取氛围灯焦点；

ATMOSPHERELIGHTFOCUS_LOSS：永久性失去氛围灯焦点；

ATMOSPHERELIGHTFOCUS_ LOSS_TRANSIENT：暂时失去氛围灯焦点，但是很快就会重新获得，

ATMOSPHERELIGHTFOCUS_LOSS_TRANSIENT_CAN_DUCK：暂时失去氛围灯焦点，适用于警告，触摸反馈场景。

其中，上文提及的第一变化类型标识可包括：

ATMOSPHERELIGHTFOCUS_GAIN、

ATMOSPHERELIGHTFOCUS_ LOSS_TRANSIENT、

ATMOSPHERELIGHTFOCUS_LOSS_TRANSIENT_CAN_DUCK。

通过该标识，可允许应用短暂丢失焦点。例如，用户正在听音乐并打开了音乐氛围灯焦点，此时打开电话/微信/视频聊天/待办事项响铃或者其他自定义场景，会申请短暂的氛围灯焦点，此时焦点从音乐上短暂丢失，当场景结束时会将焦点重新聚焦到音乐氛围灯上。

第二变化类型标识可包括ATMOSPHERELIGHTFOCUS_LOSS。通过该标识，可使应用释放焦点。例如，两个应用都需要申请氛围灯焦点且氛围灯焦点类型相同。A应用申请焦点成功后打开氛围灯，此时继续打开B应用也会申请焦点，此时B应用申请成功，A应用的氛围灯焦点变为loss状态永久丢失，重新打开A应用时需要重新申请焦点。应用退出或场景结束时应该主动释放氛围灯焦点，比如浏览图片时申请氛围灯焦点，退出时应主动释放焦点。

应当理解的是，在未背离本申请教导的情况下，还可包含其他焦点变化标识类型，本申请对此不做限制。

可以理解的是，氛围灯焦点申请类型和氛围灯焦点变化类型可对应。在氛围灯焦点获取成功后，会返回ATMOSPHEREFOCUS_ REQUEST_GRANTED（焦点申请成功）常量。在氛围灯焦点获取失败后，会返回ATMOSPHEREFOCUS_REQUEST_FAILED（焦点授予失败）常量。

ATMOSPHERELIGHTFOCUS_GAIN焦点申请成功后，栈内焦点发送氛围灯焦点变化回调ATMOSPHERELIGHTFOCUS_LOSS。

ATMOSPHERELIGHTFOCUS_GAIN_TRANSIENT_MAY_DUCK焦点申请成功后，栈内焦点发送氛围灯焦点变化回调ATMOSPHERELIGHTFOCUS_LOSS_TRANSIENT_CAN_DUCK。

ATMOSPHERELIGHTFOCUS_GAIN_TRANSIENT焦点申请成功，栈内焦点发送氛围灯焦点变化回调ATMOSPHERELIGHTFOCUS_ LOSS_TRANSIENT。

在一些实施方式中，申请氛围灯焦点时可允许添加参数允许延时申请焦点，即延时执行标识。例如，当前用户正在浏览图片并且氛围灯焦点已经申请成功。此时添加参数允许申请音乐氛围灯延时焦点，当用户退出浏览图片后，焦点释放，会在音乐氛围灯焦点变化回调中收到焦点变化，当持有焦点时会打开音乐氛围灯。

在一些实施方式中，图5是根据本申请的一些实施方式的氛围灯控制架构的示意图。如图5所示，氛围灯控制架构可包括系统组件510、氛围灯焦点控制组件520和各种应用530（例如，应用A 531、应用B 532和应用C533）。氛围灯焦点控制组件520可包括灯光氛围管理器521（AtmosphereLightManager）、灯光氛围服务522（AtmosphereLight Service）和氛围灯焦点控制器523（AtmosphereFocusControl）。

基于图5的架构，执行主体可建立AtmosphereLightManager（灯光氛围管理器），当应用需要使用氛围灯时，需要向AtmosphereLight Manager进行申请，即发送氛围灯控制请求，氛围灯焦点信息可包括氛围灯区域指示标识、用户场景标识、氛围灯焦点类型、氛围灯焦点申请方式、延时执行标识和焦点变化类型标识。AtmosphereLightManager获取到申请应用的包名、版本号和以上信息后，可通过binder（绑定器）继续向AtmosphereLightService（灯光氛围服务）进行氛围灯焦点注册。其中，延时执行标识可用于氛围灯焦点的延时申请。示例地，申请氛围灯焦点时可以添加参数允许延时申请焦点。例如，当前用户正在浏览图片并且氛围灯焦点已经申请成功。此时添加参数允许申请音乐氛围灯延时焦点，当用户退出浏览图片后，焦点释放，会在音乐氛围灯焦点变化回调中收到焦点变化，当持有焦点时会打开音乐氛围灯。

AtmosphereLightService可对申请方的包名、权限、用途等信息进行检测，检测通过后继续向AtmosphereFocusControl（氛围灯焦点控制器）进行注册，否则binder同步回调给AtmosphereLightManager，并同时申请方申请失败。

AtmosphereFocusControl可利用binder检查申请进程是否存活，如果存活则等待线程锁保证数据操作一致性，然后检测请求的区域焦点栈是否已满（容器大小可定义），如果不满，可判断是否有全车域类型的氛围灯焦点，如果有，则会将全车域变更为当前申请的区域，或者将当前申请的区域变为全车域，如果没有，可判断区域焦点优先级，如果优先级较低且没有设置允许延时获取氛围灯焦点，则返回失败，否则会为申请方添加一个linkToDeath（连接失败）回调用来检测当前的进程死掉需要进行焦点释放。

当申请方已持有焦点并且用户场景，申请类型，申请区域不变时直接返回成功，否则，先移除栈中存在的申请方焦点，再判断焦点区域、焦点优先级和是否允许延时获取氛围灯焦点，如果优先级高于当前栈顶的焦点则先通知栈中其他申请者焦点丢失再通知申请方焦点申请成功。如果优先级低于当前区域栈顶的焦点并且允许延时获取氛围灯焦点，则插入栈顶焦点的下面，当栈顶焦点退出时会自动移到申请方的焦点上面。

在一些场景中，执行主体可基于焦点变化类型标识进行确定是否重新氛围灯焦点。例如，氛围灯焦点变化回调函数可例如为：

val onAtmosphereFocusChangeListener:

AtmosphereManager.OnAtmosphereFocusChangeListener =

AtmosphereManager.OnAtmosphereFocusChangeListener {

when (it) {

AtmosphereManager.ATMOSPHEREFOCUS_GAIN -> {

//重新获取氛围灯焦点函数

}

AtmosphereManager.ATMOSPHEREFOCUS_LOSS -> {

//永久性失去氛围灯焦点函数，则其他应用会展示氛围灯。并且后续不会收到 ATMOSPHERELIGHTFOCUS_GAIN 回调。

}

AtmosphereManager.ATMOSPHEREFOCUS_LOSS_TRANSIENT -> {

//暂时失去氛围灯焦点，但是很快就会重新获得。

}

AtmosphereManager.ATMOSPHEREFOCUS_LOSS_TRANSIENT_CAN_DUCK-> {

//暂时失去氛围灯焦点，适用于警告提示，触摸反馈场景。

}

在一些场景中，确定氛围灯焦点场景的函数可例如为：

val attributes: AtmosphereAttributes =

AtmosphereAttributes.Builder()

.setUsage(AtmosphereAttributes.USAGE_MEDIA)

.setContentType(AtmosphereAttributes.CONTENT_TYPE_MOVIE)

.setArea(AtmosphereAttributes.AREA_All)

.build()

在一些场景中，确定氛围灯控制请求的函数可例如为：

val atmosphereFocusRequest: AtmosphereFocusRequest =

AtmosphereFocusRequest.Builder(AtmosphereManager.ATMOSPHEREFOCUS_GAIN)//请求方式

.setAtmosphereAttributes(attributes)

.setAcceptsDelayedFocusGain(true)//是否允许延时申请

.setOnAtmosphereFocusChangeListener(

onAtmosphereFocusChangeListener,

null

)//设置氛围灯焦点回调，以及回调线程(null为申请时所在线程)

.build()

在一些场景中，灯光氛围管理器可例如为设置为：

val atmosphereManager: AtmosphereManager =

getSystemService(Context.ATMOSPHERE_SERVICE) as AtmosphereManager

在一些场景中，申请氛围灯焦点函数可例如为：

val result =

atmosphereManager.requestAtmosphereFocus(AtmosphereFocusRequest)

when (result) {

AtmosphereManager.ATMOSPHEREFOCUS_REQUEST_GRANTED -> {

//申请成功

}

AtmosphereManager.ATMOSPHEREFOCUS_REQUEST_FAILED -> {

//申请失败

}

AtmosphereManager.ATMOSPHEREFOCUS_REQUEST_DELAYED -> {

//延时申请焦点

}

在一些场景中，用于主动释放氛围灯焦点的函数可例如为：

atmosphereManager.abandonAtmosphereFocusRequest(atmosphereFocusRequest)

//获取氛围灯焦点区域列表

atmosphereManager.getAtmospHereFocusArea()

//获取氛围灯全部区域列表

atmosphereManager.getAllAtmospHereArea()

//查询氛围灯焦点区域是否含有焦点(适用于多区域展示)

atmosphereManager.hasAtmospHereFocusByArea(area:Int)

应该理解的是，在未背离本申请教导的情况下，还可设置其他函数以实现上述功能，本申请对此不作限制。

需要说明的是，在本公开的技术方案中，所涉及的用户个人信息的获取、存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本申请的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该申请的保护范围内。

图6是根据本申请的一些实施方式的车辆氛围灯控制装置的结构示意图。如图6所示，车辆氛围灯控制装置600可包括：第一控制请求获取模块610、第一控制指令生成模块620、第二控制请求获取模块630和第二控制指令生成模块640。其中，第一控制请求获取模块610至少用于获取包括第一氛围灯焦点信息的第一氛围灯控制请求，第一氛围灯焦点信息至少包括第一氛围灯区域指示标识。第一控制指令生成模块620至少用于基于第一氛围灯控制请求生成第一控制指令，第一控制指令用于控制第一氛围灯区域指示标识对应的第一氛围灯组执行第一动作。第二控制请求获取模块630至少用于获取包括第二氛围灯焦点信息的第二氛围灯控制请求，第二氛围灯焦点信息包括第二氛围灯区域指示标识和延时执行标识。第二控制指令生成模块640至少用于响应于第二氛围灯区域指示标识和第一氛围灯区域指示标识相同，且延时执行标识指示允许延时执行，基于第二氛围灯控制请求生成第二控制指令，第二控制指令用于控制第一氛围灯组在执行完第一动作后执行第二动作。

不难发现，本实施例为与上述方法实施例相对应的装置实施方式，本实施例可与上述方法实施例互相配合实施。上述方法实施例中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在上述方法实施例中。

值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施例中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。

本申请的实施方式还提供一种电子设备，如图7所示，电子设备700可包括：至少一个处理器和存储器，存储器与至少一个处理器通信连接，并存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述车辆氛围灯控制方法。示例地，电子设备700可例如为车载主机，此处不做限制。

本申请的一个实施方式还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序被处理器执行时，实现车辆氛围灯控制方法。

图7是根据本申请的一些实施方式的电子设备700的示意性框图。如图7所示，电子设备700包括处理器701，其可以根据存储在只读存储器（ROM）702中的计算机程序或者从存储器708加载到随机访问存储器（RAM）703中的计算机程序，来执行各种适当的动作和处理。在RAM 703中，还可存储电子设备700操作所需的各种程序和数据。处理器701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出（I/O）接口705也连接至总线704。

电子设备700中的多个部件连接至I/O接口705，包括：输入单元706，例如，车机的按钮、触控屏等；输出单元707，与例如各种类型的显示器、扬声器等连接，以输出各种形式的信号；存储器708，包括用于存储计算机可执行程序的任意媒介；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许电子设备700通过诸如局域网或其它无线通信网络与其他设备交换信息/数据。

处理器701可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器701的一些示例包括但不限于中央处理单元（CPU）、图形处理单元（GPU）、各种专用的人工智能（AI）计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器（DSP）、以及任何适当的处理器、控制器、微控制器等。处理器701执行上文所描述的各个方法和处理，例如车辆氛围灯控制方法。例如，在一些实施方式中，车辆氛围灯控制方法可被实现为计算机软件程序，其被有形地包含于计算机可读存储介质，例如存储器708。在一些实施方式中，计算机程序的部分或者全部可以经由ROM 702和/或通信单元709而被载入和/或安装到电子设备700上。当计算机程序加载到RAM 703并由处理器701执行时，可以执行上文描述的车辆氛围灯控制方法的一个或多个步骤。备选地，在其他实施方式中，处理器701可以通过其他任何适当的方式（例如，借助于固件）而被配置为执行车辆氛围灯控制方法。

本文中参照根据本申请示例性实施方式的方法、设备（系统）、和计算机程序产品的流程图和/或时序图描述了本申请的各个方面。应当理解，流程图和/或时序图的每个步骤以及流程图和/或时序图中各步骤的组合，都可以由计算机可读程序指令实现。

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

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

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

以上描述仅为本申请的实施方式以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的保护范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离技术构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的（但不限于）具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims

1.一种车辆氛围灯控制方法，其特征在于，所述方法包括：

获取包括第一氛围灯焦点信息的第一氛围灯控制请求，所述第一氛围灯焦点信息至少包括第一氛围灯区域指示标识；

基于所述第一氛围灯控制请求生成第一控制指令，所述第一控制指令用于控制所述第一氛围灯区域指示标识对应的第一氛围灯组执行第一动作；

获取包括第二氛围灯焦点信息的第二氛围灯控制请求，所述第二氛围灯焦点信息包括第二氛围灯区域指示标识和延时执行标识；

响应于所述第二氛围灯区域指示标识和所述第一氛围灯区域指示标识相同，且所述延时执行标识指示允许延时执行，基于所述第二氛围灯控制请求生成第二控制指令，所述第二控制指令用于控制所述第一氛围灯组在执行完所述第一动作后执行第二动作。

2.根据权利要求1所述的车辆氛围灯控制方法，其中，所述第一氛围灯焦点信息还包括第一用户场景标识，所述第二氛围灯焦点信息还包括第二用户场景标识，所述方法还包括：

响应于所述第二氛围灯区域指示标识和所述第一氛围灯区域指示标识相同，且所述延时执行标识指示不允许延时执行，比较所述第二用户场景标识和所述第一用户场景标识的优先级；

响应于所述第二用户场景标识的优先级高于所述第一用户场景标识的优先级，基于所述第二氛围灯控制请求生成第二控制指令，所述第二控制指令用于控制所述第一氛围灯组执行第二动作。

3.根据权利要求2所述的车辆氛围灯控制方法，其中，所述方法还包括：

响应于所述第二用户场景标识的优先级高于所述第一用户场景标识的优先级，获取焦点变化类型标识；

响应于所述焦点变化类型标识为第一变化类型标识，注册焦点回调函数，所述焦点回调函数用于在监测到所述第二动作执行完成后触发焦点获取指令，所述焦点获取指令用于控制所述第一氛围灯组继续执行所述第一动作，或者，

响应于所述焦点变化类型标识为第二变化类型标识，结束所述第一动作的执行任务。

4.根据权利要求1所述的车辆氛围灯控制方法，其中，所述方法还包括：

响应于检测到所述第一控制指令，将所述第一动作的执行任务添加至所述第一氛围灯组的任务队列，所述任务队列中的任务按照排序被依次执行；

响应于检测到所述第二控制指令，将所述第二动作的执行任务添加至所述任务队列中，所述第二动作的排序低于所述第一动作。

5.根据权利要求4所述的车辆氛围灯控制方法，其中，所述延时执行标识还指示延时时限，所述将所述第二动作的执行任务添加至所述任务队列中包括：

将所述第二动作的执行任务添加至所述任务队列中，并设置所述第二动作的延时时限；

响应于到达所述第二动作的延时时限，结束所述第二动作的执行任务，或者，控制所述第一氛围灯组开始执行所述第二动作。

6.根据权利要求1所述的车辆氛围灯控制方法，其中，所述方法还包括：

响应于所述第二氛围灯区域指示标识与所述第一氛围灯区域指示标识不同，且所述第二氛围灯区域指示标识和所述第一氛围灯区域指示标识均不为指定区域指示标识，基于所述第二氛围灯控制请求生成第二控制指令，所述第二控制指令使得所述第一氛围灯组执行所述第一动作的同时，所述第二氛围灯区域指示标识对应的第二氛围灯执行第二动作；或者，

响应于所述第二氛围灯区域指示标识与所述第一氛围灯区域指示标识不同，且所述第二氛围灯区域指示标识为指定区域指示标识，基于所述第二氛围灯控制请求生成第二控制指令，所述第二控制指令用于控制所述第二氛围灯区域指示标识对应的第二氛围灯执行第二动作。

7.根据权利要求1至6中任一项所述的车辆氛围灯控制方法，其中，所述第一氛围灯组包括全车域所有的氛围灯组，或者，所述全车域所有的氛围灯组中的至少一个氛围灯组，所述第一动作包括灯光联动动作或显示动作。

8.根据权利要求1至6中任一项所述的车辆氛围灯控制方法，其中，所述方法还包括：

根据应用的氛围灯配置信息配置所述应用的氛围灯焦点信息，所述氛围灯焦点信息至少包括所述应用对应的氛围灯区域指示标识；

其中，获取包括第一氛围灯焦点信息的第一氛围灯控制请求包括：

响应于所述应用的氛围灯联动功能被启动，获取所述应用的氛围灯焦点信息作为第一氛围灯焦点信息以生成所述第一氛围灯控制请求。

9.根据权利要求8所述的车辆氛围灯控制方法，其中，所述氛围灯焦点信息还包括用户场景标识、延时执行标识和焦点变化类型标识中的至少一个。

10.根据权利要求1至6中任一项所述的车辆氛围灯控制方法，所述车辆的氛围灯被划分为多个氛围灯组，其中，所述氛围灯组的划分方式至少包括以下中的一种：

基于所述车辆内的乘客区域划分；

基于所述车辆内的车载设备所在区域划分；

基于所述车辆内的情境模式的规划区域划分。

11.根据权利要求1至6中任一项所述的车辆氛围灯控制方法，所述基于所述第一氛围灯控制请求生成第一控制指令还包括：

响应于所述第一氛围灯控制请求通过车载屏幕的氛围灯联动功能触发，确定所述车载屏幕的显示界面中的多个界面卡片；

解析多个所述界面卡片中的光特征和置于所述显示界面中的位置特征；

基于所述位置特征和所述光特征确定所述氛围灯的控制数据；

根据所述第一氛围灯区域指示标识和所述控制数据生成所述第一控制指令。

12.根据权利要求11所述的车辆氛围灯控制方法，其中，所述解析多个所述界面卡片中的光特征，包括：

响应于所述界面卡片中包含动态播报功能，基于当前所述动态播报功能的锁屏图片的光特征确定所述界面卡片的光特征；和/或，

响应于所述界面卡片中包含多个应用图标或功能属性图标，基于所述应用图标或所述功能属性图标的光特征确定所述界面卡片的光特征。

13.一种车辆氛围灯控制装置，其特征在于，包括：

第一控制请求获取模块，至少用于获取包括第一氛围灯焦点信息的第一氛围灯控制请求，所述第一氛围灯焦点信息至少包括第一氛围灯区域指示标识；

第一控制指令生成模块，至少用于基于所述第一氛围灯控制请求生成第一控制指令，所述第一控制指令用于控制所述第一氛围灯区域指示标识对应的第一氛围灯组执行第一动作；

第二控制请求获取模块，至少用于获取包括第二氛围灯焦点信息的第二氛围灯控制请求，所述第二氛围灯焦点信息包括第二氛围灯区域指示标识和延时执行标识；

第二控制指令生成模块，至少用于响应于所述第二氛围灯区域指示标识和所述第一氛围灯区域指示标识相同，且所述延时执行标识指示允许延时执行，基于所述第二氛围灯控制请求生成第二控制指令，所述第二控制指令用于控制所述第一氛围灯组在执行完所述第一动作后执行第二动作。

14.一种电子设备，其特征在于，包括：

至少一个处理器；

与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至12中任一项所述的方法。

15.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1至12中任一项所述的方法。