车灯的灯效更新方法、电子设备和车辆与流程

1.本公开涉及智能车辆技术领域，尤其涉及一种车灯的灯效更新方法、电子设备和车辆。


背景技术：

2.在汽车中部署的氛围灯可以烘托车内气氛，合适的灯效可以增强用户的感官体验，提升整车的质感。多数车辆中车灯的灯效较为单一，而现有的车灯系统的灯效更新依赖于ota(over-the-air technology，空中下载技术)，更新周期长，无法适应用户的多样化要求。


技术实现要素：

3.本公开提供了一种车灯的灯效更新方法、电子设备和车辆。
4.根据本公开的第一方面，提供了一种车灯的灯效更新方法，应用于云端，包括：
5.响应于车端用户对于第一灯效的选中指令，展示第一灯效的灯效预览页面；
6.响应于用户对于第一灯效的下载指令，向车端发送第一灯效的配置文件，以使车端基于第一灯效的配置文件更新车端的车灯的灯效。
7.根据本公开的第二方面，提供了一种车灯的灯效更新方法，应用于车端，包括：
8.接收云端发送的第一灯效的配置文件；
9.根据第一灯效的配置文件以及车型信息，在多个车灯中确定满足第一灯效展示需求的可用车灯；
10.利用第一灯效的配置文件更新可用车灯的灯效。
11.根据本公开的第三方面，提供了一种电子设备，包括：
12.至少一个处理器；以及与该至少一个处理器通信连接的存储器；其中，该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开第一方面中的方法。
13.根据本公开的第四方面，提供了一种电子设备，包括：
14.至少一个处理器；以及与该至少一个处理器通信连接的存储器；其中，该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开第二方面中的方法。
15.根据本公开的第四方面，提供了一种车辆，包括车灯以及本公开第四方面中的电子设备。
16.根据本公开的技术，可以为车端用户提供灯效的主动更新功能，满足用户的多样化需求，也可以基于车端环境信息的灯效自主更新，提高了车辆的智能性，节省了用户主动更新灯效的时间。
17.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
18.附图用于更好地理解本方案，不构成对本公开的限定。其中：
19.图1是根据本公开一实施例的本公开一实施例的应用于云端的车灯的灯效更新方法的流程示意图一；
20.图2是根据本公开一实施例的本公开一实施例的应用于云端的车灯的灯效更新方法的流程示意图二；
21.图3是根据本公开一实施例的的应用于车端的车灯的灯效更新方法的流程示意图；
22.图4是根据本公开一实施例的车灯的灯效更新方法的整体架构图；
23.图5是根据本公开一实施例的车端中车灯灯效的安装流程图；
24.图6是用来实现本公开实施例的车灯的灯效更新方法的电子设备的框图。
具体实施方式
25.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
26.图1是根据本公开一实施例的应用于云端的车灯的灯效更新方法的流程示意图，包括：
27.s110，响应于车端用户对于第一灯效的选中指令，展示第一灯效的灯效预览页面；
28.s120，响应于用户对于第一灯效的下载指令，向车端发送第一灯效的配置文件，以使车端基于第一灯效的配置文件更新车端的车灯的灯效。
29.示例性地，车端可以为车辆控制器或车载电子设备等，可以提前将车灯的灯效做成图片或视频的形式上传至云端供用户选择和下载。其中，图片形式的灯效的配置文件包括车灯中每个像素点的颜色，视频形式的灯效随时间变化，其配置文件包括每个时刻车灯中每个像素点的颜色。
30.可以理解的是，由于不同车型中车灯的布置情况多种多样，而上传至云端的可供下载的车灯的灯效往往只具备针对单个车灯或单一车型的效果展示，用户在下载使用后，可能会遇到实际车灯灯效与预期相差较远的情况，影响体验且耽误了时间。因此，云端可以生成用户选中的第一灯效的灯效预览页面，灯效预览页面可以为车端的内视图，且车端中各车灯均使用用户选中的第一灯效，用户可以根据灯效预览页面的内容，确定所选择灯效与自身车型的匹配度，从而选择是否下载灯效。
31.采用本实施例的方法，预先将多种车载车灯的灯效上传至云端，为车端用户提供了灯效的主动更新功能，可以满足用户的多样化需求，进一步地，云端还可以提供灯效预览页面，以避免用户花费时间下载在自身车端实际效果不佳的车灯的灯效，节省了用户选择灯效的时间。
32.在一种实施方式中，如图2所示，本公开应用于云端的车灯的灯效更新方法还包括：
33.s210，获取与第一灯效存在关联关系的至少一个第二灯效，展示至少一个第二灯
效的灯效预览页面，其中，存在关联关系的两个灯效在颜色、适用车型和适用情景中的至少之一相同。
34.可以理解的是，上传至云端的车灯的灯效之间可能具有一定的关联关系，这些关联关系可能恰恰是车端用户挑选灯效的标准之一。因此，在第一灯效被用户选中的情况下，也可以获取与第一灯效存在关联关系的至少一个第二灯效，并生成第二灯效的灯效预览页面，与第一灯效的灯效预览页面同步展示给用户，或者在第一灯效的灯效预览页面提供第二灯效的名称或编号供用户选择，在用户选择后展示第二灯效的灯效预览页面。
35.举例而言，响应于用户对于第一灯效的选中指令，且第一灯效为紫色系灯效的情况下，可以同步在云端中搜索同为紫色系的其他灯效作为第二灯效，并生成第二灯效的灯效预览页面以供用户选择。或者，用户选中的第一灯效在过往被a车型的用户下载使用较多，可以确定第一灯效的适用车型至少包括a车型，在此情况下，可以在云端中搜索a车型用户下载使用较多的其他灯效作为第二灯效，并生成第二灯效的灯效预览页面以供用户选择。又或者，可以在云端中为不同的灯效建立使用场景标签，例如“独处模式”、“约会模式”、“迎宾模式”等，当用户选中的第一灯效的场景标签为“独处模式”的情况下，可以在云端中搜索场景标签为“独处模式”的其他灯效作为第二灯效，并生成第二灯效的灯效预览页面以供用户选择。再或者，第一灯效和第二灯效可以为能够协同配合展示特定主题的关联灯效，例如第一灯效为绿色系灯效，控制车辆中部分车灯渲染绿色氛围，第二灯效可以控制部分车灯展示萤火虫、蝴蝶等图案，从而第一灯效和第二灯效协同营造出夏日森林的主题效果；第一灯效也可以为蓝色系的灯效，第二灯效可以为云朵形状的白色图案，从而共同营造出蓝天白云的主题效果等。
36.可以理解的是，本实施例中任意两个灯效之间的关联关系可能存在不止一种，在此情况下，可以优先显示与第一灯效的关联关系种类较多的灯效作为第二灯效。此外，上述三种根据与第一灯效的关联关系确定第二灯效的方式可以单独执行也可以并列执行，在此不做限制。
37.采用本实施例的方法，在用户选中第一灯效的情况下，可以在云端中搜索与第一灯效存在关联关系的第二灯效，并生成第二灯效的灯效预览页面以展示给用户，可以较为精准地进行灯效的有效推荐，节省了用户挑选灯效的时间，提高了车灯的灯效的更新效率。
38.在一种实施方式中，步骤s110包括：
39.基于车端的车型信息，展示第一灯效的灯效预览页面，其中，车型信息包括车灯的数量和分布信息。
40.可以理解的是，为了尽可能还原车端用户使用第一灯效的场景，需要根据用户的车型信息(至少包括车灯的数量和分布信息)进行展示，从而在车辆的内视图中，还原车辆中各位置的车灯并对应展示。
41.在一种实施方式中，车型信息还包括车灯的灯珠数量，步骤s110包括：
42.根据车端各车灯的灯珠数量，在各车灯中确定满足第一灯效展示需求的可用车灯；
43.利用可用车灯，展示第一灯效的灯效预览页面。
44.可以理解的是，由于不同车型中车灯的灯珠数量可能不同，相同车型中不同位置处的车灯的灯珠数量也可能不同，而云端中存储的车灯的灯效的配置文件包括车灯中每个
像素点的颜色，每个像素点与车灯的每个灯珠一一对应。因此，云端中必然存在一些对车灯的灯珠数量要求较高的灯效，并非每种车型中的所有车灯都能支持这些灯效的工作，也即需要先根据车端各车灯的灯珠数量，确定满足第一灯效展示需求的可用车灯，并根据可用车灯，展示第一灯效的灯效预览页面，即车端中只有可用车灯展示第一灯效，其他车灯不工作。
45.举例而言，若用户选中的第一灯效对应的配置文件包括512个像素点，对于a车型而言，其全部车灯的灯珠数量均大于或等于512，则a车型中的全部车灯均为可用车灯，a车型对应的第一灯效的灯效预览页面中各个车灯均展示第一灯效。对于b车型而言，其存在部分车灯的灯珠数量小于512，则b车型对应的第一灯效的灯效预览页面中仅灯珠数量大于或等于512的车灯展示第一灯效。对于c车型而言，其全部车灯的灯珠数量均小于512，则可以确认第一灯效不适用于c车型，无法生成灯效预览页面并提示c车型用户其无法使用第一灯效。
46.采用本实施例的方法，可以根据用户车辆中各车灯的灯珠数量，更加精确地展示用户选中灯效的灯效预览页面，使得用户可以更加真实地感受到所选灯效在自身车型的使用效果，提高了灯效的选择效率。
47.在一种实施方式中，本公开应用于云端的车灯的灯效更新方法还包括：
48.接收车端发送的环境信息，其中，环境信息包括天气信息、时间信息、节日信息和季节信息中的至少一种；
49.向车端发送与环境信息相匹配的第三灯效的配置文件，以使车端基于第三灯效的配置文件更新车端的车灯的灯效。
50.可以理解的是，除了提供用户主动更新车灯的灯效的功能外，还可以根据车端用户对应的环境信息，在云端中匹配相匹配的第三灯效，并将第三灯效发送至车端，实现车灯的自主更新。
51.由于云端的服务器与车端可能存在地域差异性，因此需要接收车端发送的环境信息(包括天气信息、时间信息、节日信息和季节信息中的至少一种)，并基于环境信息确定第三灯效。
52.举例而言，车端向云端发送的环境信息包括天气信息为下雪、季节信息为冬天，则云端可以确定暖色系的灯效为与车端的环境信息匹配的第三灯效；车端向云端发送的环境信息包括节日信息为情人节或七夕节，则云端可以确定情景模式为约会模式的灯效为与车端的环境信息匹配的第三灯效；车端向云端发送的环境信息包括时间信息为傍晚，则云端可以确定冷色系的灯效为与车端的环境信息匹配的第三灯效。以上环境信息与灯效的匹配关系仅为举例而言，并非对本技术加以限制。
53.采用本实施例的方法，在用户能够主动更新车灯的灯效的基础上，进一步地实现了基于车端环境信息的灯效自主更新，提高了车辆的智能性，节省了用户主动更新灯效的时间。
54.图3是根据本公开一实施例的应用于车端的车灯的灯效更新方法的流程示意图，包括：
55.s310，接收云端发送的第一灯效的配置文件；
56.s320，根据第一灯效的配置文件以及车型信息，在多个车灯中确定满足第一灯效
展示需求的可用车灯；
57.s330，利用第一灯效的配置文件更新可用车灯的灯效。
58.示例性地，第一灯效也即步骤s110中车端用户在云端的下载指令对应的灯效，第一灯效的配置文件可以包括对仅针对单一车灯的灯效，即应用第一灯效的情况下，车端中的所有车灯均展示同样的灯效；第一灯效的配置文件也可以针对车端中各车灯具有不同的灯效，例如车身前半部分的车灯的灯效与车身后半部分的车灯的灯效不同，又或者车顶的车灯展示灯效而两侧车门上的车灯不展示灯效。因此，需要根据第一灯效的配置文件以及车端对应的车型信息，在车端的多个车灯中确定可用车灯，可用车灯可以理解为满足第一灯效展示需求的车灯，也可以理解为根据第一灯效的配置文件需要工作并展示灯效的车灯。
59.采用本实施例的方法，用户在云端选择下载心仪的车灯的灯效后，车端接收车灯的配置文件，并根据配置文件以及车型信息确定下载灯效对应的可用车灯，将下载灯效的配置文件安装至可用车灯中，与云端提供的下载和预览功能协同，实现了用户对于车灯的灯效的主动更新，满足用户的多样化需求。
60.在一种实施方式中，车型信息包括车灯的灯珠数量，步骤s320包括：
61.根据第一灯效的配置文件，确定展示第一灯效所需的像素块数量；
62.根据像素块数量和各车灯的灯珠数量，在多个车灯中确定灯珠数量不小于像素块数量的车灯作为可用车灯。
63.可以理解的是，与步骤s110中展示第一灯效的灯效预览页面的原理相似，车端中不同位置处的车灯的灯珠数量可能并不相同，而车灯的灯效的配置文件包括车灯中每个像素点的颜色，每个像素点与车灯的每个灯珠一一对应，因此车端中可能存在部分车灯的灯珠数量无法完整展示第一灯效，也即不满足第一灯效的展示需求。
64.基于此，车端在接收到第一灯效的配置文件后，可以根据各车灯的灯珠数量以及配置文件中像素点的数量，仅将灯珠数量不小于像素块数量的车灯作为可用车灯，从而仅将第一灯效的配置文件安装至可用车灯中，避免车灯中安装不可用的灯效出现报错的情况，也避免了毫无意义地占用车灯存储。
65.在一种实施方式中，本公开应用于车端的车灯的灯效更新方法还包括：
66.向云端发送环境信息，其中，环境信息包括天气信息、时间信息、节日信息和季节信息中的至少一种；
67.接收车端发送的与环境信息相匹配的第三灯效的配置文件；
68.基于第三灯效的配置文件更新车端的车灯的灯效。
69.示例性地，如车端实施例中对应部分描述，第三灯效为云端在接收到车端发送的环境信息后，根据环境信息在云端中搜索确定的与车端的环境信息匹配的灯效。在联网环境下，车端可以在不影响正常驾驶的情况下，将环境信息发送至云端，并接收云端反馈的第三灯效的配置文件，实现车端对于车灯的灯效的自主更新，符合用户对于智能车辆的预期，给用户带来了更丰富的乘车体验，也节省了用户主动更新灯效的时间。
70.可以理解的是，车辆中各车灯的存储中可以存储多种灯效，车端对于灯效的自主更新，可以不对存储的其他灯效进行删减，直接扩充车灯可以展示的灯效；也可以在车灯存储已满的情况下，将使用频率最低或安装时间最早的灯效进行替换；或者车灯的存储中可
以预设不同的存储区域，一个区域用来存储用户主动安装的灯效，另一个区域用来存储车端自主更新的灯效。
71.图4是根据本公开一实施例的车灯的灯效更新方法的整体架构图，如图4所示，将预先制作好的车灯的灯效上传至云端，云端会存储各灯效的配置文件并基于车端用户的选中或下载指令，提供预览和下载的功能。车端在接收到云端发送的下载灯效的配置文件后，根据配置文件以及车型信息确定出可用车灯，而后将配置文件传输至可用车灯的车灯模块中，车灯模块对于接收到的配置文件进行编号保存，以便于后续对于灯效的调用。
72.图5是根据本公开一实施例的车端中车灯灯效的安装流程图，具体包括如下步骤：
73.1)联网模块接收云端发送的配置文件，向各个车灯的车灯模块发送下载请求；
74.2)车灯模块根据自身灯珠数量以及配置文件中需求的像素点数量，向联网模块反馈是否可以下载；
75.3)联网模块在可以下载的情况下，传输配置文件的首帧数据(包含总的数据大小)；
76.4)车灯模块根据总的数据大小，发送流控帧控制联网模块的数据发送速度；
77.5)联网模块根据流控帧要求的速度传输数据；
78.6)联网模块没发送4096byte的数据，则请求一次校验；
79.7)车灯模块在接收到校验请求的情况下，开始校验数据，校验通过后，向联网模块反馈校验ok；
80.8)联网模块收到校验ok后，开始下一个4096byte的数据的传输，重复传输过程，直至下载完成。
81.以上从不同角度描述了本技术实施例的具体设置和实现方式。利用本实施例提供的方法，既可以为车端用户提供灯效的主动更新功能，满足用户的多样化需求，也可以基于车端环境信息的灯效自主更新，提高了车辆的智能性，节省了用户主动更新灯效的时间。
82.作为上述各方法的实现，本公开实施例还提供了一种应用于云端的车灯的灯效更新装置，该装置可以包括：
83.第一展示模块，用于响应于车端用户对于第一灯效的选中指令，展示第一灯效的灯效预览页面；
84.第一发送模块，用于响应于用户对于第一灯效的下载指令，向车端发送第一灯效的配置文件，以使车端基于第一灯效的配置文件更新车端的车灯的灯效。
85.示例性地，该装置还包括：
86.第二展示模块，用于获取与第一灯效存在关联关系的至少一个第二灯效，展示至少一个第二灯效的灯效预览页面，其中，存在关联关系的两个灯效在颜色、适用车型和适用情景中的至少之一相同。
87.示例性地，第一展示模块用于：
88.基于车端的车型信息，展示第一灯效的灯效预览页面，其中，车型信息包括车灯的数量和分布信息。
89.示例性地，车型信息还包括车灯的灯珠数量，第一展示模块用于：
90.根据车端各车灯的灯珠数量，在各车灯中确定满足第一灯效展示需求的可用车灯；
91.利用可用车灯，展示第一灯效的灯效预览页面。
92.示例性地，该装置还包括：
93.信息接收模块，用于接收车端发送的环境信息，其中，环境信息包括天气信息、时间信息、节日信息和季节信息中的至少一种；
94.第二发送模块，用于向车端发送与环境信息相匹配的第三灯效的配置文件，以使车端基于第三灯效的配置文件更新车端的车灯的灯效。
95.作为上述各方法的实现，本公开实施例还提供了一种车灯的灯效更新装置，该装置可以应用于车辆，该装置可以包括：
96.第一接收模块，用于接收云端发送的第一灯效的配置文件；
97.确定模块，用于根据第一灯效的配置文件以及车型信息，在多个车灯中确定满足第一灯效展示需求的可用车灯；
98.第一更新模块，用于利用第一灯效的配置文件更新可用车灯的灯效。
99.示例性地，车型信息包括车灯的灯珠数量，确定模块用于：
100.根据第一灯效的配置文件，确定展示第一灯效所需的像素块数量；
101.根据像素块数量和各车灯的灯珠数量，在多个车灯中确定灯珠数量不小于像素块数量的车灯作为可用车灯。
102.示例性地，该装置还包括：
103.信息发送模块，用于向云端发送环境信息，其中，环境信息包括天气信息、时间信息、节日信息和季节信息中的至少一种；
104.第二接收模块，用于接收车端发送的与环境信息相匹配的第三灯效的配置文件；
105.第二更新模块，用于基于第三灯效的配置文件更新车端的车灯的灯效。
106.本公开实施例各装置中的各单元、模块或子模块的功能可以参见上述方法实施例中的对应描述，具备相应的有益效果，在此不再赘述。
107.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
108.图6示出根据本技术一实施例的电子设备的结构框图。如图6所示，该电子设备包括：存储器610和处理器620，存储器610内存储有可在处理器620上运行的指令。处理器620执行该指令时实现上述实施例中的方法。存储器610和处理器620的数量可以为一个或多个。该电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本技术的实现。
109.该电子设备还可以包括通信接口630，用于与外界设备进行通信，进行数据交互传输。各个设备利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器620可以对在电子设备内执行的指令进行处理，包括存储在存储器中或
者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示gui的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
110.可选的，在具体实现上，如果存储器610、处理器620及通信接口630集成在一块芯片上，则存储器610、处理器620及通信接口630可以通过内部接口完成相互间的通信。
111.应理解的是，上述处理器可以是中央处理器(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processing，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是，处理器可以是支持进阶精简指令集机器(advanced risc machines，arm)架构的处理器。
112.本技术实施例提供了一种计算机可读存储介质(如上述的存储器610)，其存储有计算机指令，该程序被处理器执行时实现本技术实施例中提供的方法。
113.可选的，存储器610可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据识别车道边沿的电子设备的使用所创建的数据等。此外，存储器610可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器610可选包括相对于处理器620远程生成的存储器，这些远程存储器可以通过网络连接至识别车道边沿的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
114.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他实体类别的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁待，磁待磁磁盘存储或其他磁性存储介质或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
115.本实施例还提供一种车辆，包括控制器，该控制器可以用于执行本实施例的方法，或者该控制器可以包括本实施例任一种装置，或者该控制器可以是本实施例任一种电子设备。
116.示例性地，控制器或电子设备中的处理器可以包括自动驾驶域控制模块、车身域控制模块和影音娱乐域控制模块中的至少一种。
117.示例性地，本技术实施例中的车辆可以燃油车、电动车、太阳能车等任何动力驱动的车辆。示例性地，本实施例中的车辆可以为自动驾驶车辆。本实施例的车辆的其他构成，
如车架和车轮的具体结构以及连接紧固部件等，可以采用于本领域普通技术人员现在和未来知悉的各种技术方案，这里不再详细描述。
118.在本说明书的描述中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本技术的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
119.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。

技术特征：
1.一种车灯的灯效更新方法，应用于云端，其特征在于，包括：响应于车端用户对于第一灯效的选中指令，展示所述第一灯效的灯效预览页面；响应于所述用户对于第一灯效的下载指令，向所述车端发送所述第一灯效的配置文件，以使所述车端基于所述第一灯效的配置文件更新所述车端的车灯的灯效。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：获取与所述第一灯效存在关联关系的至少一个第二灯效，展示所述至少一个第二灯效的灯效预览页面，其中，存在所述关联关系的两个灯效在颜色、适用车型和适用情景中的至少之一相同。3.根据权利要求1所述的方法，其特征在于，所述展示所述第一灯效的灯效预览页面，包括：基于所述车端的车型信息，展示所述第一灯效的灯效预览页面，其中，所述车型信息包括车灯的数量和分布信息。4.根据权利要求3所述的方法，其特征在于，所述车型信息还包括车灯的灯珠数量，所述展示所述第一灯效的灯效预览页面，还包括：根据所述车端各车灯的灯珠数量，在所述各车灯中确定满足所述第一灯效展示需求的可用车灯；利用所述可用车灯，展示所述第一灯效的灯效预览页面。5.根据权利要求1所述的方法，其特征在于，所述方法还包括：接收所述车端发送的环境信息，其中，所述环境信息包括天气信息、时间信息、节日信息和季节信息中的至少一种；向所述车端发送与所述环境信息相匹配的第三灯效的配置文件，以使所述车端基于所述第三灯效的配置文件更新所述车端的车灯的灯效。6.一种车灯的灯效更新方法，应用于车端，其特征在于，包括：接收云端发送的第一灯效的配置文件；根据所述第一灯效的配置文件以及车型信息，在多个车灯中确定满足所述第一灯效展示需求的可用车灯；利用所述第一灯效的配置文件更新所述可用车灯的灯效。7.根据权利要求6所述的方法，其特征在于，所述车型信息包括所述车灯的灯珠数量，所述根据所述第一灯效的配置文件以及车型信息，在多个车灯中确定满足所述第一灯效展示需求的可用车灯，包括：根据所述第一灯效的配置文件，确定展示所述第一灯效所需的像素块数量；根据所述像素块数量和所述各车灯的灯珠数量，在所述多个车灯中确定灯珠数量不小于所述像素块数量的车灯作为所述可用车灯。8.根据权利要求6所述的方法，其特征在于，还包括：向所述云端发送环境信息，其中，所述环境信息包括天气信息、时间信息、节日信息和季节信息中的至少一种；接收所述车端发送的与所述环境信息相匹配的第三灯效的配置文件；基于所述第三灯效的配置文件更新所述车端的车灯的灯效。9.一种电子设备，其特征在于，包括：
至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。10.一种电子设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求6-8中任一项所述的方法。11.一种车辆，其特征在于，包括车灯以及权利要求10所述的电子设备。

技术总结
本公开提供了一种车灯的灯效更新方法、电子设备和车辆，涉及智能车辆领域。具体实现方案为：响应于车端用户对于第一灯效的选中指令，展示第一灯效的灯效预览页面；响应于用户对于第一灯效的下载指令，向车端发送第一灯效的配置文件，以使车端基于第一灯效的配置文件更新车端的车灯的灯效。根据本公开的技术方案，可以预先将多种车载车灯的灯效上传至云端，为车端用户提供了灯效的主动更新功能，满足用户的多样化需求，云端还可以提供灯效预览页面，以避免用户花费时间下载在自身车端实际效果不佳的车灯的灯效，节省了用户选择灯效的时间。时间。时间。


技术研发人员：南润 王鹏瑞
受保护的技术使用者：华人运通（山东）科技有限公司
技术研发日：2023.04.17
技术公布日：2023/7/21