车载设备播放音频的方法、装置和存储介质及电子设备与流程

本发明涉及计算机领域，具体而言，涉及一种车载设备播放音频的方法、装置和存储介质及电子设备。

背景技术：

在现有技术中，车载设备的音频播放方式往往只是针对待播放音频进行单一的还原播放，而无其他关联操作的执行，播放方式较为单一，进而使得用户产生感官上的疲劳，无法满足用户的多样化需求。即，现有技术中车载设备的音频播放方式存在较为单一的技术问题。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种车载设备播放音频的方法、装置和存储介质及电子设备，以至少解决车载设备播放音频的方式较为单一的技术问题。

根据本发明实施例的一个方面，提供了一种车载设备播放音频的方法，包括：获取目标歌曲的初始资源；通过目标车载设备上的软件开发工具包将上述初始资源处理为目标资源，其中，上述目标资源包括上述目标歌曲的音频资源以及附加资源，上述附加资源为在对上述音频资源进行控制时被同步操作的资源；获取目标操作指令，其中，上述目标操作指令用于指示对上述目标资源执行操作；响应上述目标操作指令，控制上述目标车载设备对上述音频资源执行播放操作，并同步控制上述目标车载设备根据上述附加资源执行附加操作。

根据本发明实施例的另一方面，还提供了一种车载设备播放音频的装置，包括：处理单元，用于通过目标车载设备上的软件开发工具包将上述初始资源处理为目标资源，其中，上述目标资源包括上述目标歌曲的音频资源以及附加资源，上述附加资源为在对上述音频资源进行控制时被同步操作的资源；第二获取单元，用于获取目标操作指令，其中，上述目标操作指令用于指示对上述目标资源执行操作；响应单元，用于响应上述目标操作指令，控制上述目标车载设备对上述音频资源执行播放操作，并同步控制上述目标车载设备根据上述附加资源执行附加操作。

作为一种可选的方案，上述响应单元，包括以下至少之一：第一控制模块，用于控制上述目标车载设备的照明设备按照上述附加资源执行灯光调控操作；第二控制模块，用于控制上述目标车载设备的通讯设备按照上述附加资源执行通讯请求操作；第三控制模块，用于控制上述目标车载设备的显示设备按照上述附加资源执行信息展示操作。

作为一种可选的方案，上述第一控制模块，包括：确定子模块，用于在上述附加资源包括节拍数据的情况下，按照上述节拍数据确定上述灯光调控操作的目标执行方式，其中，上述节拍数据用于表示在上述音频资源对应的目标时间段内上述音频资源对应的音频数据在每个节拍上的分布信息；控制子模块，用于控制上述照明设备按照上述目标执行方式执行上述灯光调控操作。

作为一种可选的方案，上述确定子模块，包括以下至少之一：第一确定子单元，用于按照上述节拍数据对应的节拍时长确定上述灯光调控操作的执行时长；第二确定子单元，用于按照上述节拍数据对应的节拍强度确定上述灯光调控操作的执行强度；第三确定子单元，用于按照上述节拍数据对应的节拍频率确定上述灯光调控操作的执行频率。

根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述车载设备播放音频的方法。

根据本发明实施例的又一方面，还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的车载设备播放音频的方法。

在本发明实施例中，获取目标歌曲的初始资源；通过目标车载设备上的软件开发工具包将上述初始资源处理为目标资源，其中，上述目标资源包括上述目标歌曲的音频资源以及附加资源，上述附加资源为在对上述音频资源进行控制时被同步操作的资源；获取目标操作指令，其中，上述目标操作指令用于指示对上述目标资源执行操作；响应上述目标操作指令，控制上述目标车载设备对上述音频资源执行播放操作，并同步控制上述目标车载设备根据上述附加资源执行附加操作，利用将初始资源处理为目标资源的方式，使得通过车载设备播放目标歌曲的过程中，除了实现对目标歌曲执行播放操作外，还同步执行目标歌曲关联的附加操作，进而达到了丰富车载设备对音频的播放方式的目的，从而实现了提高车载设备播放音频的多样性的技术效果，进而解决了车载设备播放音频的方式较为单一的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的车载设备播放音频的方法的应用环境的示意图；

图2是根据本发明实施例的一种可选的车载设备播放音频的方法的流程的示意图；

图3是根据本发明实施例的一种可选的车载设备播放音频的方法的示意图；

图4是根据本发明实施例的另一种可选的车载设备播放音频的方法的示意图；

图5是根据本发明实施例的另一种可选的车载设备播放音频的方法的示意图；

图6是根据本发明实施例的另一种可选的车载设备播放音频的方法的示意图；

图7是根据本发明实施例的另一种可选的车载设备播放音频的方法的示意图；

图8是根据本发明实施例的一种可选的车载设备播放音频的装置的示意图；

图9是根据本发明实施例的另一种可选的车载设备播放音频的装置的示意图；

图10是根据本发明实施例的一种可选的电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例的一个方面，提供了一种车载设备播放音频的方法，可选地，作为一种可选的实施方式，上述车载设备播放音频的方法可以但不限于应用于如图1所示的环境中。其中，可以但不限于包括用户设备102、网络110及服务器112，其中，该用户设备102上可以但不限于包括显示器108、处理器106及存储器104。

具体过程可如下步骤：

步骤s102，用户设备102目标歌曲的初始资源；

步骤s104-s106，用户设备102通过网络110将初始资源发送给服务器112；

步骤s108，服务器112通过处理引擎116将该初始资源进行处理，从而生成目标资源；

步骤s110-s112，服务器112通过网络110将目标资源发送给用户设备102，并将目标资源存储在用户设备102的存储器104中，进而在用户设备102上检测到目标操作指令的情况下，通过用户设备102中的处理器106将目标资源对应的画面资源显示在显示器108上，并控制目标车载设备1022对音频资源执行播放操作，以及同步控制目标车载设备1022根据附加资源执行附加操作。

除图1示出的示例之外，上述步骤可以由用户设备102独立完成，即由用户设备102执行初始资源的处理等步骤，从而减轻服务器的处理压力。

可选地，作为一种可选的实施方式，如图2所示，车载设备播放音频的方法包括：

s202，获取目标歌曲的初始资源；

s204，通过目标车载设备上的软件开发工具包将初始资源处理为目标资源，其中，目标资源包括目标歌曲的音频资源以及附加资源，附加资源为在对音频资源进行控制时被同步操作的资源；

s206，获取目标操作指令，其中，目标操作指令用于指示对目标资源执行操作；

s208，响应目标操作指令，控制目标车载设备对音频资源执行播放操作，并同步控制目标车载设备根据附加资源执行附加操作。

可选地，在本实施例中，上述车载设备播放音频的方法可以但不限于应用在车载设备播放歌曲时，同步控制一个或多个车载设备执行正播放歌曲关联的附加操作，如车载设备中的灯光随着歌曲的节拍变化而进行闪灭操作，通过上述车载设备播放音频的方法，以多样性的歌曲播放方式提高了车载设备用户对歌曲整体的感官感受，从而提高了车载设备用户的用户体验。

可选地，在本实施例中，目标歌曲的初始资源可以但不限于是由手机应用程序(application，简称app)通过蓝牙通信传输至车机(目标车载设备的待解析资源，具体的，例如先使用ble/spp通信协议，在手机app和车机之间封装新的交互双向控制协议，进而在车机侧触发了对某一歌曲的播放操作请求的情况下，手机app侧通过该交互双向控制协议接收该播放操作请求，并通过该交互双向控制协议为车机提供该歌曲的初始资源，以为车机侧的用户提供及时的音乐播放体验；

可选地，在本实施例中，上述蓝牙ble/spp通信协议中的ble通信协议以及spp通信协议可以但不限于以多种组合形式进行使用，例如根据终端侧的目标终端或车载侧的目标车载设备的系统类型确定上述组合方式，进一步举例说明，假设在终端侧的目标终端的系统类型为安卓系统(android)，则可以但不限于选取spp通信协议，反之假设在终端侧的目标终端的系统类型为苹果系统(ios)，则可以但不限于选取ble通信协议，其技术逻辑可以但不限于为ios和android)对ble通信协议以及spp通信协议支持的情况有差异，如ios默认不支持spp协议，故考虑采用ble协议；而android虽然支持ble通信协议以及spp通信协议，但对ble通信协议支持还不是特别良好，稳定性和通信速率略差于spp通信协议，进而以ble通信协议以及spp通信协议之间多种组合形式进行使用的通信方式，以增强兼容性，便于产品的开发实现，从而在该交互控制协议下，将请求、指令、资源等数据，和具体的某一种数据格式进行对应，实现终端侧和车载侧之间的实时双向通信。

可选地，在本实施例中，目标歌曲的初始资源可以但不限于包括以下至少之一：歌词资源、音频资源、文本资源、图像资源、视频资源、歌单资源、音频节拍资源、歌曲类型资源、歌曲标签资源等，其中，音频节拍资源可以但不限于为衡量目标歌曲节奏的单位，在音乐中，有一定强弱分别的一系列牌子在每隔一定时间重复出现，可理解为固定单位时值和强弱规律的信息资源；歌曲标签资源可以但不限于为用户提前为目标歌曲分配的操作标签，且该歌曲标签资源可以但不限用于指示在播放该目标歌曲时，同步执行该标签对应的标签操作，例如目标歌曲为“十年”，且假设用户提前为歌曲“十年”分配了初恋标签，并预设该标签与用户a的通信地址相关联，进而在歌曲“十年”被指示播放时，可以但不限于自动请求与该用户a进行通信，或生成提示信息，以提示歌曲“十年”被分配初恋标签，且该初恋标签用户a相关联。

可选地，在本实施例中，目标车载设备可以但不限于为目标车机，该目标车机可以但不限于配置有以下至少之一的附加设备：显示器、处理器、存储器、网卡、音响等。目标车载设备也可以但不限于为安装在目标车机中或上的功能性设备，例如导航、个人电脑等，在此不做限定。、可选地，在本实施例中，对目标资源执行的操作可以但不限于包括以下至少之一：资源播放操作、资源切换操作、资源快进操作、资源暂停操作、资源慢放操作、资源后退操作、附加资源显示操作、资源跳转操作、资源模式选定操作等；

可选地，在本实施例中，目标车载设备可以但不限于单指一个车载设备，也可以但不限于理解为互为关联或交互关系的车载设备集群，此处对目标车载设备的设备数量并不做限定。

可选地，在本实施例中，控制目标车载设备对音频资源执行播放操作，与控制目标车载设备根据附加资源执行附加操作可以但不限于同步执行，或可理解播放操作与附加操作之间存在关联关系，例如图3所示，在目标车载设备304获取到初始资源302的情况下，由目标车载设备304的音像设备(图中未示出)播放初始资源302对应的音频资源执行播放操作，并由目标车载设备304的车载设备306(如车灯)对初始资源302对应的附加资源执行附加操作。

需要说明的是，利用将初始资源处理为目标资源的方式，使得通过车载设备播放目标歌曲的过程中，除了实现对目标歌曲执行播放操作外，还同步执行目标歌曲关联的附加操作，进而丰富了车载设备对音频的播放方式。

进一步举例说明，可选的如图4所示，在车机获取到目标歌曲404的初始资源的情况下，通过目标车载设备上的软件开发工具包将初始资源处理为目标资源；进一步假设获取到目标操作指令，则响应目标操作指令，控制目标车载设备的车载设备402对音频资源执行播放操作，并同步控制目标车载设备的车载设备406根据附加资源执行附加操作，具体的，假设目标歌曲404为歌曲“大风吹”，则在通过车载设备402进行该歌曲“大风吹”的播放过程中，还可以同步控制车载设备406(如空调)开启吹风模式，以营造该歌曲“大风吹”关联的场景模式。

通过本申请提供的实施例，获取目标歌曲的初始资源；通过目标车载设备上的软件开发工具包将初始资源处理为目标资源，其中，目标资源包括目标歌曲的音频资源以及附加资源，附加资源为在对音频资源进行控制时被同步操作的资源；获取目标操作指令，其中，目标操作指令用于指示对目标资源执行操作；响应目标操作指令，控制目标车载设备对音频资源执行播放操作，并同步控制目标车载设备根据附加资源执行附加操作，利用将初始资源处理为目标资源的方式，使得通过车载设备播放目标歌曲的过程中，除了实现对目标歌曲执行播放操作外，还同步执行目标歌曲关联的附加操作，进而达到了丰富车载设备对音频的播放方式的目的，从而实现了提高车载设备播放音频的多样性的技术效果。

作为一种可选的方案，通过目标车载设备上的软件开发工具包将初始资源处理为目标资源，包括：

通过软件开发工具包对初始资源进行解析处理，以获得目标数据格式的目标资源，其中，目标数据格式为目标车载设备可识别的数据格式。

可选地，在本实施例中，在获取目标歌曲的初始资源之前，按照蓝牙协议标识所指示的蓝牙通信协议将软件开发工具包(softwaredevelopmentkit，简称sdk)封装为目标工具数据包，并借助目标工具数据包为收发双方(目标终端与目标车载设备)提供服务。其中，发送侧，对发送方提交的资源类型和资源内容，sdk可自动完成校验数据的填充和资源包的发送。接收侧，sdk在接收数据包后，可自动完成资源校验，取出原始资源内容和资源类型，提交给接收方。如此，发送方和接收方在集成sdk后，不用关心资源发送和校验的细节，从而提高产品开发效率。

可选地，在本实施例中，在获取目标歌曲的初始资源之前，需初始资源的发送方，将该初始资源封装处理为目标车载设备对应的蓝牙协议，还可以但不限于将该初始资源进行压缩处理为利于传输的小数据量资源可选地，压缩处理可以但不限于在不丢失待处理数据的有用信息的前提下，缩减数据量以减少存储空间，提高该待处理数据在传输、存储的处理效率，或按照一定的算法对该待处理数据进行重新组织，减少数据的冗余和存储的空间的一种技术方法，例如有损压缩和无损压缩；具体的，在计算机科学和信息论中，数据压缩或源编码是按照特定的编码机制用比未经编码少的数据位元(或者其他信息相关的单元)表示信息的过程。

需要说明的是，通过软件开发工具包对初始资源进行解析处理，以将无法直接识别或播放的初始资源，解析为目标车载设备可识别或播放的目标资源。

通过本申请提供的实施例，通过软件开发工具包对初始资源进行解析处理，以获得目标数据格式的目标资源，其中，目标数据格式为目标车载设备可识别的数据格式，达到了的目的，实现了的效果。

作为一种可选的方案，通过软件开发工具包对初始资源进行解析处理，以获得目标数据格式的目标资源，包括：

s1，通过软件开发工具包对初始资源进行解析处理，以获得目标数据格式的音频资源；

s2，对音频资源对应的音频数据进行音频识别处理，以获得参考数据，其中，参考数据用于表示音频数据的关联信息；

s3，对参考数据进行整合处理，以获得附加资源。

可选地，在本实施例中，音频识别处理可以但不限于包括语音识别，其中，语音识别(automaticspeechrecognition，简称asr)是将语音中的词汇转换为计算机可读的输入，例如按键、二进制编码或者字符排列等；此外，音频识别处理也可以但不限于包括节拍识别，其中，节拍识别是将音频数据中的节拍转换为计算机可读的信息数据。

需要说明的是，初始资源中可以但不限于携带有音频资源，但不一定携带有附加资源，或者说，音频资源可以但不限于通过解析初始资源直接获取，而附加资源可以但不限于通过对已获得的音频资源进行音频识别处理以间接获取，如此一来就减少初始资源需携带的数据量，提高了初始资源的传输效率。

进一步举例说明，可选的例如图5所示，在目标车载设备504接收到装载有初始资源502的数据包的情况下，先通过目标车载设备504的软件开发工具包对初始资源502进行解析处理，以获得音频资源506；再对该音频资源506进行音频识别处理，以获得参考数据508(图中所示可理解为音频的波动信息)，再基于参考数据508获取附加资源510；基于此，在获取到目标操作指令的情况下，控制目标车载设备504对音频资源506执行播放操作，并同步控制目标车载设备504根据附加资源510执行附加操作。

通过本申请提供的实施例，通过软件开发工具包对初始资源进行解析处理，以获得目标数据格式的音频资源；对音频资源对应的音频数据进行音频识别处理，以获得参考数据，其中，参考数据用于表示音频数据的关联信息；对参考数据进行整合处理，以获得附加资源，达到了减少初始资源需携带的数据量的目的，实现了提高初始资源的传输效率的效果。

作为一种可选的方案，通过软件开发工具包对初始资源进行解析处理，以获得目标数据格式的目标资源，包括：

通过软件开发工具包对初始资源进行解析处理，以获得目标数据格式的音频资源，以及目标数据格式的附加资源。

需要说明的是，初始资源中可以但不限于携带有音频资源以及附加资源，进而在目标车载设备接收到初始资源的情况下，可通过对初始资源进行解析处理，以直接获得音频资源以及附加资源。

进一步举例说明，可选的基于图5，继续例如图6所示，在目标车载设备504接收到装载有初始资源502的数据包的情况下，通过目标车载设备504的软件开发工具包对初始资源502进行解析处理，以分别获得音频资源506以及附加资源510；基于此，在获取到目标操作指令的情况下，控制目标车载设备504对音频资源506执行播放操作，并同步控制目标车载设备504根据附加资源510执行附加操作。

通过本申请提供的实施例，通过软件开发工具包对初始资源进行解析处理，以获得目标数据格式的音频资源，以及目标数据格式的附加资源，达到了通过车载设备快速播放音频的目的，实现了提高车载设备播放音频的执行效率的效果。

作为一种可选的方案，通过目标车载设备上的软件开发工具包将初始资源处理为目标资源，包括：

s1，通过软件开发工具包验证初始资源对应的通信协议，以获得验证结果，其中，验证结果用于指示初始资源对应的通信协议是否为目标车载设备对应的通信协议；

s2，在验证结果指示初始资源对应的通信协议为目标车载设备对应的通信协议的情况下，将初始资源处理为目标资源。

可选地，在本实施例中，蓝牙协议标识所指示的蓝牙通信协议要求每一次资源的发送，需按照约定的格式对发送的资源进行编码和排列，并填入资源类型标识(如附加显示资源的具体类型，以歌曲为例，附加显示资源可细分为以下至少之一的类型：歌词类型、封面、类型播放列表类型等)，和相应的资源内容，并在规定的位置按约定的校验方式填充额外的校验用的校验数据，从而形成一个完整的资源包(初始资源)；

进而接收方(目标车载设备)在接收上述资源包后，按照协议约定对资源包进行验证(如验证资源包内的资源长度和数据格式)，确认该资源包满足本协议的验证约定后，判定资源为正确资源时，从中获取发送方发送的资源内容，以及资源类型。并发送特定格式的资源包，通知发送方资源已接收。若出现验证失败，接收方可以发送特定格式的资源包通知发送方接收出错。

需要说明的是，初始资源可以但不限于以数据包或资源包的形式进行传输，如图7所示的数据包702，其中，将初始资源对应的数据以对应的数据格式行打包以及后续的传输，具体的，该数据包702中包括了帧头、数据长度、数据类型(可理解为资源类型标识)、数据体(可理解为音频资源和/或附加资源的资源内容)、验证数据(用于后续的验证操作)、帧尾等。

通过本申请提供的实施例，通过软件开发工具包验证初始资源对应的通信协议，以获得验证结果，其中，验证结果用于指示初始资源对应的通信协议是否为目标车载设备对应的通信协议；在验证结果指示初始资源对应的通信协议为目标车载设备对应的通信协议的情况下，将初始资源处理为目标资源，达到了保证接收到的初始资源为安全资源的目的，实现了提高初始资源的使用安全性的效果。

作为一种可选的方案，控制目标车载设备根据附加资源执行附加操作，包括以下至少之一：

s1，控制目标车载设备的照明设备按照附加资源执行灯光调控操作；

s2，控制目标车载设备的通讯设备按照附加资源执行通讯请求操作；

s3，控制目标车载设备的显示设备按照附加资源执行信息展示操作。

可选地，在本实施例中，控制目标车载设备的照明设备按照附加资源执行灯光调控操作可以但不限于如图3所示，车载设备306可以但不限于为照明设备，进而可按照附加资源控制车载设备306执行灯光调控操作，如在播放节奏激烈的歌曲的过程中，控制车载设备306执行频率较高的照明闪烁等；此外，照明设备还可以但不限于理解为车机内部配置的灯光设备，使得用户可在“听”歌曲的同时，还能“看”歌曲对应的灯光效果，提高了车载设备用户的用户体验。

可选地，在本实施例中，控制目标车载设备的通讯设备按照附加资源执行通讯请求操作可以但不限于理解为在播放某个特定歌曲时，可请求与该特定歌曲关联的通讯对象请求通讯。

可选地，在本实施例中，控制目标车载设备的显示设备按照附加资源执行信息展示操作可以但不限于理解为在播放目标歌曲时，可展示对应的显示画面，如目标歌曲对应的音乐短片，或用户预先建立关联关系的视频或图像数据等。

通过本申请提供的实施例，控制目标车载设备的照明设备按照附加资源执行灯光调控操作；控制目标车载设备的通讯设备按照附加资源执行通讯请求操作；控制目标车载设备的显示设备按照附加资源执行信息展示操作，实现了提高车载设备播放音频的方式多样性的效果。

作为一种可选的方案，控制目标车载设备的照明设备按照附加资源执行灯光调控操作，包括：

s1，在附加资源包括节拍数据的情况下，按照节拍数据确定灯光调控操作的目标执行方式，其中，节拍数据用于表示在音频资源对应的目标时间段内音频资源对应的音频数据在每个节拍上的分布信息；

s2，控制照明设备按照目标执行方式执行灯光调控操作。

可选地，在本实施例中，节拍数据可以但不限于理解为强拍和弱拍在音频资源中的音符长度以及分布信息。例如1/4、2/4、3/4、4/4、3/8、6/8、7/8、9/8等，每个小节的长度可以但不限于是固定的，而目标歌曲可以但不限于是由若干种节拍按照某种分布信息组合而成的。

需要说明的是，节拍数据可理解为表征目标歌曲的节奏信息，而节奏信息是影响用户听感的关键，为扩大该关键，将节拍数据与灯光的照明数据相结合，通过观感与听感相结合的方式，以提高用户对目标歌曲的感官感受。

进一步举例说明，可选的假设在第一时刻，目标歌曲对应的节奏数据为强拍时，则同步控制照明设备执行强光调节操作；反之，假设在第二时刻，目标歌曲对应的节奏数据为弱拍时，则同步控制照明设备执行弱光调节操作。

通过本申请提供的实施例，在附加资源包括节拍数据的情况下，按照节拍数据确定灯光调控操作的目标执行方式，其中，节拍数据用于表示在音频资源对应的目标时间段内音频资源对应的音频数据在每个节拍上的分布信息；控制照明设备按照目标执行方式执行灯光调控操作，达到了结合用户对目标歌曲的观感与听感的目的，实现了提高车载设备用户的用户体验的效果。

作为一种可选的方案，按照节拍数据确定灯光调控操作的目标执行方式，包括以下至少之一：

s1，按照节拍数据对应的节拍时长确定灯光调控操作的执行时长；

s2，按照节拍数据对应的节拍强度确定灯光调控操作的执行强度；

s3，按照节拍数据对应的节拍频率确定灯光调控操作的执行频率。

可选地，在本实施例中，节拍时长与执行时长、节拍强度与执行强度、节拍频率与执行频率皆呈正相关关系。可选地，为同步灯光调控操作与目标歌曲的播放操作，则可以但不限于将节拍时长与执行时长、节拍强度与执行强度、节拍频率与执行频率设置为比例一致。

进一步举例说明，可选的假设节拍时长与目标歌曲的播放时长都为3分钟，则可以但不限于将照明设备的执行时长也设置为3分钟；进而在上述3分钟内，按照目标歌曲的节拍强度确定照明设备的执行强度，并按照该执行强度同步对照明设备进行操作；节拍频率同理，在上述3分钟内，按照目标歌曲的节拍频率确定照明设备的执行频率，并按照该执行频率同步对照明设备进行操作。

通过本申请提供的实施例，按照节拍数据对应的节拍时长确定灯光调控操作的执行时长；按照节拍数据对应的节拍强度确定灯光调控操作的执行强度；按照节拍数据对应的节拍频率确定灯光调控操作的执行频率，达到了提高照明设备与目标歌曲的契合度的目的，实现了提高车载设备用户的观/听感体验的效果。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

根据本发明实施例的另一个方面，还提供了一种用于实施上述车载设备播放音频的方法的车载设备播放音频的装置。如图8所示，该装置包括：

第一获取单元802，用于获取目标歌曲的初始资源；

处理单元804，用于通过目标车载设备上的软件开发工具包将初始资源处理为目标资源，其中，目标资源包括目标歌曲的音频资源以及附加资源，附加资源为在对音频资源进行控制时被同步操作的资源；

第二获取单元806，用于获取目标操作指令，其中，目标操作指令用于指示对目标资源执行操作；

响应单元808，用于响应目标操作指令，控制目标车载设备对音频资源执行播放操作，并同步控制目标车载设备根据附加资源执行附加操作。

可选地，在本实施例中，上述车载设备播放音频的装置可以但不限于应用在车载设备播放歌曲时，同步控制一个或多个车载设备执行正播放歌曲关联的附加操作，如车载设备中的灯光随着歌曲的节拍变化而进行闪灭操作，通过上述车载设备播放音频的装置，以多样性的歌曲播放方式提高了车载设备用户对歌曲整体的感官感受，从而提高了车载设备用户的用户体验。

可选地，在本实施例中，目标歌曲的初始资源可以但不限于是由手机应用程序(application，简称app)通过蓝牙通信传输至车机(目标车载设备的待解析资源，具体的，例如先使用ble/spp通信协议，在手机app和车机之间封装新的交互双向控制协议，进而在车机侧触发了对某一歌曲的播放操作请求的情况下，手机app侧通过该交互双向控制协议接收该播放操作请求，并通过该交互双向控制协议为车机提供该歌曲的初始资源，以为车机侧的用户提供及时的音乐播放体验。

可选地，在本实施例中，上述蓝牙ble/spp通信协议中的ble通信协议以及spp通信协议可以但不限于以多种组合形式进行使用，例如根据终端侧的目标终端或车载侧的目标车载设备的系统类型确定上述组合方式，进一步举例说明，假设在终端侧的目标终端的系统类型为安卓系统(android)，则可以但不限于选取spp通信协议，反之假设在终端侧的目标终端的系统类型为苹果系统(ios)，则可以但不限于选取ble通信协议，其技术逻辑可以但不限于为ios和android)对ble通信协议以及spp通信协议支持的情况有差异，如ios默认不支持spp协议，故考虑采用ble协议；而android虽然支持ble通信协议以及spp通信协议，但对ble通信协议支持还不是特别良好，稳定性和通信速率略差于spp通信协议，进而以ble通信协议以及spp通信协议之间多种组合形式进行使用的通信方式，以增强兼容性，便于产品的开发实现，从而在该交互控制协议下，将请求、指令、资源等数据，和具体的某一种数据格式进行对应，实现终端侧和车载侧之间的实时双向通信。

可选地，在本实施例中，目标歌曲的初始资源可以但不限于包括以下至少之一：歌词资源、音频资源、文本资源、图像资源、视频资源、歌单资源、音频节拍资源、歌曲类型资源、歌曲标签资源等，其中，音频节拍资源可以但不限于为衡量目标歌曲节奏的单位，在音乐中，有一定强弱分别的一系列牌子在每隔一定时间重复出现，可理解为固定单位时值和强弱规律的信息资源；歌曲标签资源可以但不限于为用户提前为目标歌曲分配的操作标签，且该歌曲标签资源可以但不限用于指示在播放该目标歌曲时，同步执行该标签对应的标签操作，例如目标歌曲为“十年”，且假设用户提前为歌曲“十年”分配了初恋标签，并预设该标签与用户a的通信地址相关联，进而在歌曲“十年”被指示播放时，可以但不限于自动请求与该用户a进行通信，或生成提示信息，以提示歌曲“十年”被分配初恋标签，且该初恋标签用户a相关联。

可选地，在本实施例中，目标车载设备可以但不限于为目标车机，该目标车机可以但不限于配置有以下至少之一的附加设备：显示器、处理器、存储器、网卡、音响等。目标车载设备也可以但不限于为安装在目标车机中或上的功能性设备，例如导航、个人电脑等，在此不做限定。、可选地，在本实施例中，对目标资源执行的操作可以但不限于包括以下至少之一：资源播放操作、资源切换操作、资源快进操作、资源暂停操作、资源慢放操作、资源后退操作、附加资源显示操作、资源跳转操作、资源模式选定操作等；

可选地，在本实施例中，目标车载设备可以但不限于单指一个车载设备，也可以但不限于理解为互为关联或交互关系的车载设备集群，此处对目标车载设备的设备数量并不做限定。

需要说明的是，利用将初始资源处理为目标资源的方式，使得通过车载设备播放目标歌曲的过程中，除了实现对目标歌曲执行播放操作外，还同步执行目标歌曲关联的附加操作，进而丰富了车载设备对音频的播放方式。

具体实施例可以参考上述车载设备播放音频的方法中所示示例，本示例中在此不再赘述。

通过本申请提供的实施例，获取目标歌曲的初始资源；通过目标车载设备上的软件开发工具包将初始资源处理为目标资源，其中，目标资源包括目标歌曲的音频资源以及附加资源，附加资源为在对音频资源进行控制时被同步操作的资源；获取目标操作指令，其中，目标操作指令用于指示对目标资源执行操作；响应目标操作指令，控制目标车载设备对音频资源执行播放操作，并同步控制目标车载设备根据附加资源执行附加操作，利用将初始资源处理为目标资源的方式，使得通过车载设备播放目标歌曲的过程中，除了实现对目标歌曲执行播放操作外，还同步执行目标歌曲关联的附加操作，进而达到了丰富车载设备对音频的播放方式的目的，从而实现了提高车载设备播放音频的多样性的技术效果。

作为一种可选的方案，如图9所示，处理单元804，包括：

第一处理模块902，用于通过软件开发工具包对初始资源进行解析处理，以获得目标数据格式的目标资源，其中，目标数据格式为目标车载设备可识别的数据格式。

具体实施例可以参考上述车载设备播放音频的方法中所示示例，本示例中在此不再赘述。

作为一种可选的方案，第一处理模块902，包括：

第一处理子模块，用于通过软件开发工具包对初始资源进行解析处理，以获得目标数据格式的音频资源；

第二处理子模块，用于对音频资源对应的音频数据进行音频识别处理，以获得参考数据，其中，参考数据用于表示音频数据的关联信息；

第三处理子模块，用于对参考数据进行整合处理，以获得附加资源。

具体实施例可以参考上述车载设备播放音频的方法中所示示例，本示例中在此不再赘述。

作为一种可选的方案，第一处理模块902，包括：

第四处理子模块，用于通过软件开发工具包对初始资源进行解析处理，以获得目标数据格式的音频资源，以及目标数据格式的附加资源。

具体实施例可以参考上述车载设备播放音频的方法中所示示例，本示例中在此不再赘述。

作为一种可选的方案，处理单元804，包括：

验证模块，用于通过软件开发工具包验证初始资源对应的通信协议，以获得验证结果，其中，验证结果用于指示初始资源对应的通信协议是否为目标车载设备对应的通信协议；

第二处理模块，用于在验证结果指示初始资源对应的通信协议为目标车载设备对应的通信协议的情况下，将初始资源处理为目标资源。

具体实施例可以参考上述车载设备播放音频的方法中所示示例，本示例中在此不再赘述。

作为一种可选的方案，响应单元808，包括以下至少之一：

第一控制模块，用于控制目标车载设备的照明设备按照附加资源执行灯光调控操作；

第二控制模块，用于控制目标车载设备的通讯设备按照附加资源执行通讯请求操作；

第三控制模块，用于控制目标车载设备的显示设备按照附加资源执行信息展示操作。

具体实施例可以参考上述车载设备播放音频的方法中所示示例，本示例中在此不再赘述。

作为一种可选的方案，第一控制模块，包括：

确定子模块，用于在附加资源包括节拍数据的情况下，按照节拍数据确定灯光调控操作的目标执行方式，其中，节拍数据用于表示在音频资源对应的目标时间段内音频资源对应的音频数据在每个节拍上的分布信息；

控制子模块，用于控制照明设备按照目标执行方式执行灯光调控操作。

具体实施例可以参考上述车载设备播放音频的方法中所示示例，本示例中在此不再赘述。

作为一种可选的方案，确定子模块，包括以下至少之一：

第一确定子单元，用于按照节拍数据对应的节拍时长确定灯光调控操作的执行时长；

第二确定子单元，用于按照节拍数据对应的节拍强度确定灯光调控操作的执行强度；

第三确定子单元，用于按照节拍数据对应的节拍频率确定灯光调控操作的执行频率。

具体实施例可以参考上述车载设备播放音频的方法中所示示例，本示例中在此不再赘述。

根据本发明实施例的又一个方面，还提供了一种用于实施上述车载设备播放音频的方法的电子设备，如图10所示，该电子设备包括存储器1002和处理器1004，该存储器1002中存储有计算机程序，该处理器1004被设置为通过计算机程序执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

s1，获取目标歌曲的初始资源；

s2，通过目标车载设备上的软件开发工具包将初始资源处理为目标资源，其中，目标资源包括目标歌曲的音频资源以及附加资源，附加资源为在对音频资源进行控制时被同步操作的资源；

s3，获取目标操作指令，其中，目标操作指令用于指示对目标资源执行操作；

s4，响应目标操作指令，控制目标车载设备对音频资源执行播放操作，并同步控制目标车载设备根据附加资源执行附加操作。

可选地，本领域普通技术人员可以理解，图10所示的结构仅为示意，电子设备也可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobileinternetdevices，mid)、pad等终端设备。图10其并不对上述电子设备的结构造成限定。例如，电子设备还可包括比图10中所示更多或者更少的组件(如网络接口等)，或者具有与图10所示不同的配置。

其中，存储器1002可用于存储软件程序以及模块，如本发明实施例中的车载设备播放音频的方法和装置对应的程序指令/模块，处理器1004通过运行存储在存储器1002内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的车载设备播放音频的方法。存储器1002可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器1002可进一步包括相对于处理器1004远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器1002具体可以但不限于用于存储初始资源、目标资源以及目标操作指令等信息。作为一种示例，如图10所示，上述存储器1002中可以但不限于包括上述车载设备播放音频的装置中的第一获取单元802、处理单元804、第二获取单元806及响应单元808。此外，还可以包括但不限于上述车载设备播放音频的装置中的其他模块单元，本示例中不再赘述。

可选地，上述的传输装置1006用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置1006包括一个网络适配器(networkinterfacecontroller，nic)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置1006为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

此外，上述电子设备还包括：显示器1008，用于显示上述初始资源、目标资源以及目标操作指令等信息；和连接总线1010，用于连接上述电子设备中的各个模块部件。

可选地，在本实施例中，上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序：

s1，获取目标歌曲的初始资源；

s2，通过目标车载设备上的软件开发工具包将初始资源处理为目标资源，其中，目标资源包括目标歌曲的音频资源以及附加资源，附加资源为在对音频资源进行控制时被同步操作的资源；

s3，获取目标操作指令，其中，目标操作指令用于指示对目标资源执行操作；

s4，响应目标操作指令，控制目标车载设备对音频资源执行播放操作，并同步控制目标车载设备根据附加资源执行附加操作。

可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-onlymemory，rom)、随机存取器(randomaccessmemory，ram)、磁盘或光盘等。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。