车灯控制文件生成方法、装置、介质、设备及程序产品与流程

1.本技术涉及数据处理技术领域，尤其涉及一种车灯控制文件生成方法、装置、介质、设备及程序产品。


背景技术：

2.目前，随着车辆技术的发展，越来越多新开发的电动车辆配备了灯光秀功能。
3.其中，灯光秀功能目前是仅为外灯进行定制化开发，所需要的人力成本、时间周期较长，项目组需要有单独的人力做配备。并且，灯光秀功能的适用场景多为静态时适用，需要有大量的内容做支撑。现有技术中，对于车辆灯光秀控制文件的生成大多依赖于专业人员对于各个车灯的逐帧编辑，即强依赖于人工操作。
4.可见，现有灯光秀功能的车灯控制文件生成强依赖于人工操作，配置过程复杂且繁琐，不利于该功能的广泛推广适用。


技术实现要素：

5.本技术实施例提供一种车灯控制文件生成方法、装置、介质、设备及程序产品，以保证灯光秀功能的车灯控制文件的快速生成及适配。
6.第一方面，本技术实施例提供一种车灯控制文件生成方法，包括：
7.接收主应用服务器发送的文件生成请求，所述文件生成请求包括待转换音乐文件信息；
8.根据所述文件生成请求从文件存储服务器中获取所述待转换音乐文件信息对应的待转换音乐文件；
9.利用预设文件转换器将所述待转换音乐文件转化为目标车灯控制文件，所述预设文件转换器中包括至少一种转换协议，所述转换协议用于将预设音乐格式转换为目标二进制文件。
10.在一种可能的设计中，所述目标二进制文件包括控制包序列，所述控制包序列中的每个控制包用于控制待控制车辆上的至少一个车灯。
11.在一种可能的设计中，每个所述控制包中包括多个控制帧，每个所述控制帧中包括时间参数以及车灯控制参数。
12.在一种可能的设计中，所述时间参数包括：时间戳、灯亮时长以及周期时长，所述车灯控制参数包括：车灯模式、亮度最大值以及亮度最小值。
13.在一种可能的设计中，所述控制帧中的各个参数包括：名字位域、起始位位域、长度位域、最大值位域以及最小值位域。
14.在一种可能的设计中，所述的车灯控制文件生成方法，还包括：
15.获取变更指令，所述变更指令用于修改所述控制帧中的各个参数，以使变更后的控制帧适配另一待控制车辆上的车灯。
16.在一种可能的设计中，在所述利用预设文件转换器将所述待转换音乐文件转化为
目标车灯控制文件之后，还包括：
17.将所述目标车灯控制文件发送至所述文件存储服务器；和/或，
18.将所述目标车灯控制文件发送至目标邮箱地址。
19.第二方面，本技术实施例提供一种车灯控制文件生成装置，包括
20.接收模块，用于接收主应用服务器发送的文件生成请求，所述文件生成请求包括待转换音乐文件信息；
21.处理模块，用于根据所述文件生成请求从文件存储服务器中获取所述待转换音乐文件信息对应的待转换音乐文件；
22.所述处理模块，还用于利用预设文件转换器将所述待转换音乐文件转化为目标车灯控制文件，所述预设文件转换器中包括至少一种转换协议，所述转换协议用于将预设音乐格式转换为目标二进制文件。
23.在一种可能的设计中，所述目标二进制文件包括控制包序列，所述控制包序列中的每个控制包用于控制待控制车辆上的至少一个车灯。
24.在一种可能的设计中，每个所述控制包中包括多个控制帧，每个所述控制帧中包括时间参数以及车灯控制参数。
25.在一种可能的设计中，所述时间参数包括：时间戳、灯亮时长以及周期时长，所述车灯控制参数包括：车灯模式、亮度最大值以及亮度最小值。
26.在一种可能的设计中，所述控制帧中的各个参数包括：名字位域、起始位位域、长度位域、最大值位域以及最小值位域。
27.在一种可能的设计中，所述装置，还包括：
28.获取模块，还用于获取变更指令，所述变更指令用于修改所述控制帧中的各个参数，以使变更后的控制帧适配另一待控制车辆上的车灯。
29.在一种可能的设计中，所述装置，还包括：
30.发送模块，用于将所述目标车灯控制文件发送至所述文件存储服务器；和/或，将所述目标车灯控制文件发送至目标邮箱地址。
31.第三方面，本技术实施例还提供一种电子设备，包括：
32.处理器；以及
33.存储器，用于存储所述处理器的计算机程序；
34.其中，所述处理器被配置为通过执行所述计算机程序来实现第一方面中任意一种车灯控制文件生成方法。
35.第四方面，本技术实施例还提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面中任意一种车灯控制文件生成方法。
36.第五方面，本技术实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面中任意一种车灯控制文件生成方法。
37.本技术实施例提供的一种车灯控制文件生成方法、装置、介质、设备及程序产品，通过接收主应用服务器发送的文件生成请求，然后，根据文件生成请求从文件存储服务器中获取待转换音乐文件信息对应的待转换音乐文件，再利用预设文件转换器将待转换音乐文件转化为目标车灯控制文件，以使得经转换后所生成的目标车灯控制文件可以用于对目标车辆的车灯进行灯光控制，此外，由于预设文件转换器中包括至少一种转换协议，通过配
置预设文件转换器中的不同转换协议，还可以将待转换音乐文件信息转换为能够适配不同车辆的控制文件，以使得所生成的车灯控制文件具备更加广泛的适配性。
附图说明
38.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
39.图1是本技术根据一示例实施例示出的车灯控制文件生成方法的应用场景示意图；
40.图2是本技术根据一示例实施例示出的车灯控制文件生成方法的流程示意图；
41.图3是本技术根据一示例实施例示出的车灯控制文件的架构示意图；
42.图4是本技术根据另一示例实施例示出的车灯控制文件生成方法的应用场景示意图；
43.图5是本技术根据另一示例实施例示出的车灯控制文件生成方法的流程示意图；
44.图6是本技术根据一示例实施例示出的车灯控制文件生成装置的结构示意图；
45.图7是本技术根据另一示例实施例示出的车灯控制文件生成装置的结构示意图；
46.图8是本技术根据一示例实施例示出的电子设备的结构示意图。
具体实施方式
47.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
48.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
49.随着汽车工业的发展，越来越多的车企为了丰富车辆功能，为新开发的车辆配置了灯光秀功能。当前，大部分的灯光秀通常是需要进行定制化开发，所需要的人力成本、时间周期较长，项目组需要有单独的人力做配备。在当前的定制化开发中，车辆灯光秀控制文件的生成大多依赖于供应商的专业人员对于各个车灯的逐帧编辑，即强依赖于人工操作此外，由于不同的供应商采取的转换协议存在差异，若自定义灯光秀方案中供应商控制器的灯控控制文件结构与手机端发出的歌曲描述文件格式不同，则需要通过转换器转换后才能支持灯的控制。而该转换的过程由于过于依赖于供应商的手动配置，因此，现有灯光秀功能的车灯控制文件生成过于依赖于人工操作，配置过程复杂且繁琐，不利于该功能的广泛推
广适用。
50.为了克服上述现有技术中，对于车辆灯光秀控制文件生成所存在的问题，本技术旨在通过接收主应用服务器发送的文件生成请求，然后，根据文件生成请求从文件存储服务器中获取待转换音乐文件信息对应的待转换音乐文件，再利用预设文件转换器将待转换音乐文件转化为目标车灯控制文件，以使得经转换后所生成的目标车灯控制文件可以用于对目标车辆的车灯进行灯光控制，此外，由于预设文件转换器中包括至少一种转换协议，通过配置预设文件转换器中的不同转换协议，还可以将待转换音乐文件信息转换为能够适配不同车辆的控制文件，以使得所生成的车灯控制文件具备更加广泛的适配性。
51.图1是本技术根据一示例实施例示出的车灯控制文件生成方法的应用场景示意图。如图1所示，本实施例提供的车灯控制文件生成方法，可以是应用于平台端，其中，该平台端中设置有二进制文件转换器，值得说明的，该二进制文件转化器中可以是仅配置一种转换协议，也可以是配置多种不多的转换协议，以将音乐文件可以通过不同的转换协议转换为不同的二进制文件，进而满足不同主机厂以及不同车型的车辆车灯控制需求。
52.此外，该平台端可以分别与主应用服务器以及文件存在服务器进行连接。其中，主应用服务器可以是用于接受用户对目标音乐请求生成对应车灯控制文件的服务器。在一种可能的实现方式中，该主应用服务器可以是与用户的终端设备(例如：手机)进行通信连接，用户在需要对待转换音乐文件(例如：歌曲a)生成车灯控制文件时，即可通过终端设备向主应用服务器发起请求。
53.主应用服务器在接收到用户请求之后，向平台端中的二进制文件转换器发送文件生成请求。此时，二进制文件转换器可以从文件存储服务器中获取用户请求所对应的待转换音乐文件(例如：音乐描述信息json文件)，并利用二进制文件转换器中的转换算法将其转换为可以用于控制车灯的目标车灯控制文件(例如：二进制文件)。在生成控制车灯的二进制文件之后，可以将目标车灯控制文件上传至文件存储服务器中进行存储，以便后续目标车辆可以从文件存储服务器获取该文件，从而对目标车辆的车灯进行相应灯光秀功能的控制。
54.图2是本技术根据一示例实施例示出的车灯控制文件生成方法的流程示意图。如图2所示，本实施例提供的车灯控制文件生成方法，包括：
55.步骤101、接收主应用服务器发送的文件生成请求。
56.主应用服务器可以是与用户的终端设备(例如：手机)进行通信连接，用户在需要对待转换音乐文件(例如：歌曲a)生成车灯控制文件时，即可通过终端设备向主应用服务器发起请求。在本步骤中，主应用服务器在接收到用户请求之后，向平台端中的二进制文件转换器发送文件生成请求。其中，该文件生成请求中可以包括待转换音乐文件信息，例如，包括“歌曲a”的信息。
57.步骤102、根据文件生成请求从文件存储服务器中获取待转换音乐文件信息对应的待转换音乐文件。
58.在主应用服务器在接收到用户请求之后，向平台端中的预设文件转换器(例如：二进制文件转换器)发送文件生成请求。此时，预设文件转换器可以从文件存储服务器中获取用户请求所对应的待转换音乐文件(例如：音乐描述信息json文件)。
59.步骤103、利用预设文件转换器将所述待转换音乐文件转化为目标车灯控制文件。
60.利用预设文件转换器将待转换音乐文件转化为目标车灯控制文件，预设文件转换器中包括至少一种转换协议，转换协议用于将预设音乐格式转换为目标二进制文件。
61.在本步骤中，通过转换工具将待转换音乐文件对应的灯控描述文件转换为针对特定控制器的灯控二进制文件，以保证后续若需要更换灯控文件，则可以进行快速适配。此外，由于预设文件转换器中包括至少一种转换协议，通过配置预设文件转换器中的不同转换协议，还可以将待转换音乐文件信息转换为能够适配不同车辆的控制文件，以使得所生成的车灯控制文件具备更加广泛的适配性。
62.图3是本技术根据一示例实施例示出的车灯控制文件的架构示意图。如图3所示，上述用于控制目标车辆车灯进行灯光秀操作的目标二进制文件(例如：binary文件格式)，可以包括控制包序列，其中，该控制包序列中的每个控制包用于控制待控制车辆上的至少一个车灯。继续参照图3所示，在对车辆进行车灯秀控制时，可以先定义一个类(例如：灯类，即light类)，该类用于对目标车辆上的45个待控制车灯进行灯光控制。而在该类下配置有控制包序列(例如：package类)，在该控制包序列下配置有多个控制包(例如，在package类下配置有package1至package45)，各个控制包分别用于控制45个待控制车灯中的其中一个车灯。
63.此外，在每个控制包中包括多个控制帧，每个控制帧中包括时间参数以及车灯控制参数。可选的，时间参数包括：时间戳、灯亮时长以及周期时长，车灯控制参数包括：车灯模式、亮度最大值以及亮度最小值。
64.而对于每个控制帧中的各个参数，可以是包括：名字位域、起始位位域、长度位域、最大值位域以及最小值位域。
65.其中，在对不同车辆进行灯光秀控制时，可以根据对应车辆的要求，通过配置每个控制帧中的各个参数，从而使得所生成的二进制文件能够适配该车辆的车灯控制。具体的，可以是获取变更指令，其中，变更指令用于修改控制帧中的各个参数，以使变更后的控制帧适配另一待控制车辆上的车灯。可见，通过上述的车灯控制文件的架构设置，可以使得所生成的车灯控制文件具有更好的适配性。
66.为了更加直观地进行说明，可以以一个可能的实施方式为例对上述的车灯控制文件的架构进行具体说明，车目标控灯一共有45个，在整个歌曲的时间区间内，每个灯需要用一个package控制。每个package又分为若干(n)个时间片组成，每个时间片由一帧(frame)描述其行为，每一帧的信息由6个元素信息组成：timestamp：时间戳、mode：灯的模式、offsettime：灯亮时间、continuetime：一个周期时间、lowerilluminance：亮度最小值、upperilluminance：亮度最大值。每个元素的描述方式由5个位域组成：名字：field name、起始bit位：start_bit、位长度：length、最大值：max_value、最小值：min_value。若需要使得变更后的控制帧适配另一待控制车辆上的车灯，则可以通过修改每一帧信息中的5个位域，以进行适应性地调整。而相对于现有人工的调整，在本实施例中，通过定义车灯控制文件的架构的方式，使得所生成的车灯控制文件具备更加广泛的适配性。
67.在本实施例中，通过接收主应用服务器发送的文件生成请求，然后，根据文件生成请求从文件存储服务器中获取待转换音乐文件信息对应的待转换音乐文件，再利用预设文件转换器将待转换音乐文件转化为目标车灯控制文件，以使得经转换后所生成的目标车灯控制文件可以用于对目标车辆的车灯进行灯光控制，此外，由于预设文件转换器中包括至
少一种转换协议，通过配置预设文件转换器中的不同转换协议，还可以将待转换音乐文件信息转换为能够适配不同车辆的控制文件，以使得所生成的车灯控制文件具备更加广泛的适配性。
68.图3是本技术根据一示例实施例示出的车灯控制文件的架构示意图。如图3所示，本实施例提供的车灯控制文件生成方法，应用于平台端，其中，该平台端中设置有二进制文件转换器。该平台端可以分别与主应用服务器以及文件存在服务器进行连接。其中，主应用服务器可以是用于接受用户对目标音乐请求生成对应车灯控制文件的服务器。主应用服务器在接收到用户请求之后，向平台端中的二进制文件转换器发送文件生成请求。此时，二进制文件转换器可以从文件存储服务器中获取用户请求所对应的待转换音乐文件(例如：音乐描述信息json文件)，并利用二进制文件转换器中的转换算法将其转换为可以用于控制车灯的目标车灯控制文件(例如：二进制文件)。在生成控制车灯的二进制文件之后，可以将目标车灯控制文件上传至文件存储服务器中进行存储，以便后续目标车辆可以从文件存储服务器获取该文件，从而对目标车辆的车灯进行相应灯光秀功能的控制。此外，该平台端也可以在部署到服务器中，从而支持http协议远程调用，调用者可以实现转换过程，同时接收到邮件通知与生成的二进制文件。其中，若调用者为开发者，开发者还可以进一步对所接收到的二进制文件进行编辑，以进一步对改文件进行人工调整。
69.图4是本技术根据另一示例实施例示出的车灯控制文件生成方法的应用场景示意图。
70.图5是本技术根据另一示例实施例示出的车灯控制文件生成方法的流程示意图。如图5所示，本实施例提供的车灯控制文件生成方法，包括：
71.步骤201、接收主应用服务器发送的文件生成请求。
72.主应用服务器可以是与用户的终端设备(例如：手机)进行通信连接，用户在需要对待转换音乐文件(例如：歌曲a)生成车灯控制文件时，即可通过终端设备向主应用服务器发起请求。在本步骤中，主应用服务器在接收到用户请求之后，向平台端中的二进制文件转换器发送文件生成请求。其中，该文件生成请求中可以包括待转换音乐文件信息，例如，包括“歌曲a”的信息。
73.步骤202、根据文件生成请求从文件存储服务器中获取所述待转换音乐文件信息对应的待转换音乐文件。
74.在主应用服务器在接收到用户请求之后，向平台端中的预设文件转换器(例如：二进制文件转换器)发送文件生成请求。此时，预设文件转换器可以从文件存储服务器中获取用户请求所对应的待转换音乐文件(例如：音乐描述信息json文件)。
75.步骤203、利用预设文件转换器将所述待转换音乐文件转化为目标车灯控制文件。
76.利用预设文件转换器将待转换音乐文件转化为目标车灯控制文件，预设文件转换器中包括至少一种转换协议，转换协议用于将预设音乐格式转换为目标二进制文件。
77.在本步骤中，通过转换工具将待转换音乐文件对应的灯控描述文件转换为针对特定控制器的灯控二进制文件，以保证后续若需要更换灯控文件，则可以进行快速适配。此外，由于预设文件转换器中包括至少一种转换协议，通过配置预设文件转换器中的不同转换协议，还可以将待转换音乐文件信息转换为能够适配不同车辆的控制文件，以使得所生成的车灯控制文件具备更加广泛的适配性。
78.步骤204、将目标车灯控制文件发送至文件存储服务器。
79.在生成控制车灯的二进制文件之后，可以将目标车灯控制文件上传至文件存储服务器中进行存储，以便后续目标车辆可以从文件存储服务器获取该文件，从而对目标车辆的车灯进行相应灯光秀功能的控制。此外，该平台端也可以在部署到服务器中，从而支持http协议远程调用，调用者可以实现转换过程，同时接收到邮件通知与生成的二进制文件。其中，若调用者为开发者，开发者还可以进一步对所接收到的二进制文件进行编辑，以进一步对改文件进行人工调整。
80.步骤205、发送目标车灯控制文件至待控制车辆，以控制待控制车辆上的至少一个车灯。
81.此外，还可以发送目标车灯控制文件至待控制车辆，以控制待控制车辆上的至少一个车灯，从而使得待控制车辆根据所接收到的目标车灯控制文件进行灯光秀的控制。
82.图6是本技术根据一示例实施例示出的车灯控制文件生成装置的结构示意图。如图6所示，本实施例提供的车灯控制文件生成装置300，包括：
83.接收模块301，用于接收主应用服务器发送的文件生成请求，所述文件生成请求包括待转换音乐文件信息；
84.处理模块302，用于根据所述文件生成请求从文件存储服务器中获取所述待转换音乐文件信息对应的待转换音乐文件；
85.所述处理模块302，还用于利用预设文件转换器将所述待转换音乐文件转化为目标车灯控制文件，所述预设文件转换器中包括至少一种转换协议，所述转换协议用于将预设音乐格式转换为目标二进制文件。
86.在一种可能的设计中，所述目标二进制文件包括控制包序列，所述控制包序列中的每个控制包用于控制待控制车辆上的至少一个车灯。
87.在一种可能的设计中，每个所述控制包中包括多个控制帧，每个所述控制帧中包括时间参数以及车灯控制参数。
88.在一种可能的设计中，所述时间参数包括：时间戳、灯亮时长以及周期时长，所述车灯控制参数包括：车灯模式、亮度最大值以及亮度最小值。
89.在一种可能的设计中，所述控制帧中的各个参数包括：名字位域、起始位位域、长度位域、最大值位域以及最小值位域。
90.在图6所示实施例的基础上，图7是本技术根据另一示例实施例示出的车灯控制文件生成装置的结构示意图。如图7所示，本实施例提供的车灯控制文件生成装置300，还包括：
91.获取模块303，还用于获取变更指令，所述变更指令用于修改所述控制帧中的各个参数，以使变更后的控制帧适配另一待控制车辆上的车灯。
92.在一种可能的设计中，所述车灯控制文件生成装置300，还包括：
93.发送模块304，用于将所述目标车灯控制文件发送至所述文件存储服务器；和/或，将所述目标车灯控制文件发送至目标邮箱地址。
94.本实施例提供的外部类加载装置，可以用于执行上述方法实施例中的步骤。对于本技术装置实施例中未披露的细节，请参照本技术方法实施例。
95.图8是本技术根据一示例实施例示出的电子设备的结构示意图。如图8所示，本实
施例提供的一种电子设备400，包括：
96.处理器401；以及，
97.存储器402，用于存储所述处理器的可执行指令，该存储器还可以是flash(闪存)；
98.其中，所述处理器401配置为经由执行所述可执行指令来执行上述方法中的各个步骤。
99.可选地，存储器402既可以是独立的，也可以跟处理器401集成在一起。
100.当所述存储器402是独立于处理器401之外的器件时，所述电子设备400，还可以包括：
101.总线403，用于连接所述处理器401以及所述存储器402。
102.本实施例还提供一种可读存储介质，可读存储介质中存储有计算机程序，当电子设备的至少一个处理器执行该计算机程序时，电子设备执行上述方法中的各个步骤。
103.本实施例还提供一种程序产品，该程序产品包括计算机程序，该计算机程序存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机程序，至少一个处理器执行该计算机程序使得电子设备实施上述方法中的各个步骤。
104.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
105.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或对其中部分或全部技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。