车载设备控制媒体资源的方法、装置和存储介质与流程
本发明涉及计算机领域，具体而言，涉及一种车载设备控制媒体资源的方法、装置和存储介质及电子设备。
背景技术：
目前的车载端如果需要播放手机的媒体资源，可以通过蓝牙连接手机，在手机app上选择媒体资源播放。消费者普遍熟悉蓝牙的使用，然而虽然上述方式的使用简单，但这种方式的缺点是使用经典蓝牙协议，车载端的体验比较简陋，用户通过车载端只能使用非常基本的功能，如播放/暂停等，而精准点播/播放歌单等操作必须通过操作手机完成。而在汽车使用过程中，频繁操作手机容易带来安全隐患。这是因为蓝牙在传输音频文件时，无法同时传输数据量较大的文件或其他包含媒体资源的文件。而用户在使用车载设备播放媒体资源时，往往希望能看到媒体资源的更多的信息，如媒体资源的文本解释、媒体资源的来源等。概括而言，现有技术中存在因无法在使用车载设备时通过蓝牙传输数据量大于蓝牙传输阈值的媒体资源，而导致的车载设备控制媒体资源的全面性较低的技术问题。
针对上述的问题，目前尚未提出有效的解决方案。
技术实现要素：
本发明实施例提供了一种车载设备控制媒体资源的方法、装置和存储介质及电子设备，以至少解决车载设备控制媒体资源的全面性较低的技术问题。
根据本发明实施例的一个方面，提供了一种车载设备控制媒体资源的方法，包括：接收在目标车载设备上触发的目标操作请求，其中，上述目标操作请求中携带有请求在上述目标车载设备上被操作的目标媒体资源的资源标识以及蓝牙协议标识，上述蓝牙协议标识用于指示目标终端与上述目标车载设备进行资源数据传输时所需采用的蓝牙通信协议；响应上述目标操作请求，获取上述资源标识对应的目标媒体资源，以及上述目标媒体资源在上述目标车载设备上被操作时所需的附加显示资源，其中，上述附加显示资源的数据量大于蓝牙传输阈值；按照上述蓝牙协议标识所指示的蓝牙通信协议，对上述目标媒体资源以及上述附加显示资源进行整合处理，以获得第一目标数据，其中，上述第一目标数据的数据量小于等于上述蓝牙传输阈值；将上述第一目标数据发送至上述目标车载设备，以在上述目标车载设备对上述第一目标数据执行上述目标操作请求所请求的操作。
根据本发明实施例的另一个方面，提供了一种车载设备控制媒体资源的方法，包括：接收目标终端发送的第一目标数据，其中，上述第一目标数据为按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理后获得的数据，上述蓝牙协议标识为目标车载设备上触发的目标操作请求中携带的标识，上述蓝牙协议标识用于指示目标终端与上述目标车载设备进行资源数据传输时所需采用的蓝牙通信协议，上述目标媒体资源为上述目标操作请求中携带的资源标识对应的资源，上述附加显示资源为上述目标媒体资源在上述目标车载设备上被操作时所需的资源，上述附加显示资源的数据量大于蓝牙传输阈值，上述第一目标数据的数据量小于等于上述蓝牙传输阈值；对上述第一目标数据执行上述目标操作请求所请求的操作。
根据本发明实施例的另一方面，还提供了一种车载设备控制媒体资源的装置，包括：第一接收单元，用于接收在目标车载设备上触发的目标操作请求，其中，上述目标操作请求中携带有请求在上述目标车载设备上被操作的目标媒体资源的资源标识以及蓝牙协议标识，上述蓝牙协议标识用于指示目标终端与上述目标车载设备进行资源数据传输时所需采用的蓝牙通信协议；第一响应单元，用于响应上述目标操作请求，获取上述资源标识对应的目标媒体资源，以及上述目标媒体资源在上述目标车载设备上被操作时所需的附加显示资源，其中，上述附加显示资源的数据量大于蓝牙传输阈值；整合单元，用于按照上述蓝牙协议标识所指示的蓝牙通信协议，对上述目标媒体资源以及上述附加显示资源进行整合处理，以获得第一目标数据，其中，上述第一目标数据的数据量小于等于上述蓝牙传输阈值；第一发送单元，用于将上述第一目标数据发送至上述目标车载设备，以在上述目标车载设备对上述第一目标数据执行上述目标操作请求所请求的操作。
根据本发明实施例的另一方面，还提供了一种车载设备控制媒体资源的装置，包括：第二接收单元，用于接收目标终端发送的第一目标数据，其中，上述第一目标数据为按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理后获得的数据，上述蓝牙协议标识为目标车载设备上触发的目标操作请求中携带的标识，上述蓝牙协议标识用于指示目标终端与上述目标车载设备进行资源数据传输时所需采用的蓝牙通信协议，上述目标媒体资源为上述目标操作请求中携带的资源标识对应的资源，上述附加显示资源为上述目标媒体资源在上述目标车载设备上被操作时所需的资源，上述附加显示资源的数据量大于蓝牙传输阈值，上述第一目标数据的数据量小于等于上述蓝牙传输阈值；执行单元，用于对上述第一目标数据执行上述目标操作请求所请求的操作。
根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述车载设备控制媒体资源的方法。
根据本发明实施例的又一方面，还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的车载设备控制媒体资源的方法。
在本发明实施例中，接收在目标车载设备上触发的目标操作请求，其中，上述目标操作请求中携带有请求在上述目标车载设备上被操作的目标媒体资源的资源标识以及蓝牙协议标识，上述蓝牙协议标识用于指示目标终端与上述目标车载设备进行资源数据传输时所需采用的蓝牙通信协议；响应上述目标操作请求，获取上述资源标识对应的目标媒体资源，以及上述目标媒体资源在上述目标车载设备上被操作时所需的附加显示资源，其中，上述附加显示资源的数据量大于蓝牙传输阈值；按照上述蓝牙协议标识所指示的蓝牙通信协议，对上述目标媒体资源以及上述附加显示资源进行整合处理，以获得第一目标数据，其中，上述第一目标数据的数据量小于等于上述蓝牙传输阈值；将上述第一目标数据发送至上述目标车载设备，以在上述目标车载设备对上述第一目标数据执行上述目标操作请求所请求的操作，利用蓝牙协议标识将数据量较少的目标媒体资源以及数据量较大的附加显示资源进行整合处理，以获得统一协议且数据量小于等于上述蓝牙传输阈值的第一目标数据，进一步通过蓝牙将该第一目标数据传输至目标车载设备，以使目标车载设备在控制简单的目标媒体资源的同时，还能控制复杂的附加显示资源，进而达到了在车载设备上实现对更全面的媒体资源进行控制的技术目的，从而实现了提高车载设备控制媒体资源的全面性的技术效果，进而解决了车载设备控制媒体资源的全面性较低的技术问题。
在本发明实施例中，接收目标终端发送的第一目标数据，其中，上述第一目标数据为按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理后获得的数据，上述蓝牙协议标识为目标车载设备上触发的目标操作请求中携带的标识，上述蓝牙协议标识用于指示目标终端与上述目标车载设备进行资源数据传输时所需采用的蓝牙通信协议，上述目标媒体资源为上述目标操作请求中携带的资源标识对应的资源，上述附加显示资源为上述目标媒体资源在上述目标车载设备上被操作时所需的资源，上述附加显示资源的数据量大于蓝牙传输阈值，上述第一目标数据的数据量小于等于上述蓝牙传输阈值；对上述第一目标数据执行上述目标操作请求所请求的操作，利用蓝牙协议标识将数据量较少的目标媒体资源以及数据量较大的附加显示资源进行整合处理，以获得统一协议且数据量小于等于上述蓝牙传输阈值的第一目标数据，进一步通过蓝牙将该第一目标数据传输至目标车载设备，以使目标车载设备在控制简单的目标媒体资源的同时，还能控制复杂的附加显示资源，进而达到了在车载设备上实现对更全面的媒体资源进行控制的技术目的，从而实现了提高车载设备控制媒体资源的全面性的技术效果，进而解决了车载设备控制媒体资源的全面性较低的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种可选的车载设备控制媒体资源的方法的应用环境的示意图；
图2是根据本发明实施例的一种可选的车载设备控制媒体资源的方法的流程的示意图；
图3是根据本发明实施例的一种可选的车载设备控制媒体资源的方法的示意图；
图4是根据本发明实施例的另一种可选的车载设备控制媒体资源的方法的示意图；
图5是根据本发明实施例的另一种可选的车载设备控制媒体资源的方法的示意图；
图6是根据本发明实施例的另一种可选的车载设备控制媒体资源的方法的示意图；
图7是根据本发明实施例的另一种可选的车载设备控制媒体资源的方法的示意图；
图8是根据本发明实施例的另一种可选的车载设备控制媒体资源的方法的示意图；
图9是根据本发明实施例的另一种可选的车载设备控制媒体资源的方法的流程的示意图；
图10是根据本发明实施例的另一种可选的车载设备控制媒体资源的方法的示意图；
图11是根据本发明实施例的一种可选的车载设备控制媒体资源的装置的示意图；
图12是根据本发明实施例的另一种可选的车载设备控制媒体资源的装置的示意图；
图13是根据本发明实施例的一种可选的电子设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
根据本发明实施例的一个方面，提供了一种车载设备控制媒体资源的方法，可选地，作为一种可选的实施方式，上述车载设备控制媒体资源的方法可以但不限于应用于如图1所示的环境中。其中，可以但不限于包括用户设备102、网络110、服务器112以及用户设备118，其中，该用户设备102上可以但不限于包括显示器108、处理器106及存储器104，该用户设备118上可以但不限于包括显示器124、处理器122及存储器120。
具体过程可如下步骤：
步骤s102，用户设备102接收在目标车载设备1022上触发的目标操作请求，其中，用户设备102可以但不限于为目标终端1024；
步骤s104-s106，用户设备102通过网络110将目标操作请求发送给服务器112；
步骤s108，服务器112通过处理引擎116将目标操作请求进行处理，从而生成第一目标数据；
步骤s110-s112，服务器112通过网络110将第一目标数据发送给用户设备118。
步骤s114，用户设备118中的处理器120根据第一目标数据生成对应的媒体资源，并将媒体资源显示在显示器124中，以及将媒体资源存储在存储器120中，其中，用户设备118为目标车载设备1022。
除图1示出的示例之外，上述步骤可以由用户设备102独立完成，即由用户设备102执行第一目标数据的生成等步骤，从而减轻服务器的处理压力。该用户设备102还可以包括但不限于手持设备(如手机)、笔记本电脑、台式电脑、车载设备等，本发明并不限制用户设备102的具体实现方式。
可选地，作为一种可选的实施方式，如图2所示，车载设备控制媒体资源的方法包括：
s202，接收在目标车载设备上触发的目标操作请求，其中，目标操作请求中携带有请求在目标车载设备上被操作的目标媒体资源的资源标识以及蓝牙协议标识，蓝牙协议标识用于指示目标终端与目标车载设备进行资源数据传输时所需采用的蓝牙通信协议；
s204，响应目标操作请求，获取资源标识对应的目标媒体资源，以及目标媒体资源在目标车载设备上被操作时所需的附加显示资源，其中，附加显示资源的数据量大于蓝牙传输阈值；
s206，按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理，以获得第一目标数据，其中，第一目标数据的数据量小于等于蓝牙传输阈值；
s208，将第一目标数据发送至目标车载设备，以在目标车载设备对第一目标数据执行目标操作请求所请求的操作。
可选地，在本实施例中，上述车载设备控制媒体资源的方法可以但不限于应用在手机应用程序(application，简称app)和车机(载)通过蓝牙传输歌曲、歌词、歌单、封面、伴奏、播放列表等文件的通信场景中，例如先使用ble/spp通信协议，在手机app和车机之间封装新的交互双向控制协议，进而在车机侧触发了对某一歌曲的播放操作请求的情况下，手机app侧通过该交互双向控制协议接收该播放操作请求，并通过该交互双向控制协议为车机提供该歌曲的音频资源、歌词资源、歌单资源等，为车机侧的用户提供丰富的音乐播放体验。
可选地，在本实施例中，目标车载设备可以但不限于为目标车机，该目标车机可以但不限于配置有以下至少之一的附加设备：显示器、处理器、存储器、网卡、音响等。目标车载设备也可以但不限于为安装在目标车机中或上的功能性设备，例如导航、个人电脑等，在此不做限定。
可选地，在本实施例中，目标媒体资源可以但不限于包含一种或多种类型的媒体资源，例如目标媒体资源为音频资源、视频资源、文字资源等；
可选地，在本实施例中，附加显示资源也可以但不限于包含一种或多种类型的媒体资源，例如音频资源、视频资源、文字资源等，此外附加显示资源可以但不限为用于介绍或补充目标媒体资源的附加信息的参考资源；
进一步以目标媒体资源为目标歌曲的音频资源，附加显示资源为目标歌曲的歌词的文本资源、目标歌曲的歌单的附加资源举例说明，如图3所示，在目标车载设备302的显示屏上显示目标歌曲304的歌名、目标歌词306的文本信息、目标歌单308的文本信息等，在相关技术中，往往只能车载端往往只能显示目标歌曲304的简单参考信息，如歌名、歌手名等，在车载端用户想要查看更多的参考信息的情况下，往往只能通过手机app单独查询，这对车载端尤其是行驶中的车载端用户尤为的危险以及不方便。而通过上述车载设备控制媒体资源的方法，可以但不限于在目标车载设备302的显示屏上即可完整的查看目标歌曲304的歌名、目标歌词306的文本信息、目标歌单308的文本信息等，还可进一步对目标歌词306的文本信息、目标歌单308的文本信息等附加资源执行更深层次的操作，如对目标歌单308中的其他歌曲(如“小情歌”)执行选定操作，使得当前播放在目标车载设备302的显示屏上的歌曲切换为歌曲“小情歌”。
可选地，在本实施例中，目标车载设备上被操作的目标媒体资源可以但不限于理解为对目标媒体资源执行目标操作，也可以但不限于理解为对目标媒体资源关联的附加显示资源执行目标操作，其中，目标操作可以但不限于包括以下至少之一：资源播放操作、资源切换操作、资源快进操作、资源暂停操作、资源慢放操作、资源后退操作、附加资源显示操作、资源跳转操作、资源模式选定操作等；
进一步举例说明，例如在图4所示的目标车载设备的显示界面402中，显示有当前播放的目标媒体资源(如歌曲音频“你不知道的事”)，以及在该显示界面402上，还显示有与该目标媒体资源关联的多种附加显示资源或虚拟组件，例如歌名、歌手、封面、歌词、歌单等附加显示资源，再例如收藏、伴奏等多功能组件，通过对上述多功能组件执行目标操作，可以但不限于理解为对目标媒体资源执行组件对应类型的目标操作，例如收藏组件对应的目标操作为收藏操作，具体的将目标媒体资源收藏在歌单中；再伴奏组件对应的目标操作为k歌操作，具体的获取目标媒体资源对应的伴奏音频；
其中，歌词可以但不限于为按照歌词的播放以实时逐字重点显示对应歌词；多功能组件可以但不限用于执行语音点歌、一键播放(收藏、已购、彩泥喜欢、车载音乐电台等)、一键音效、节奏灯光等功能；歌单可以但不限于为车载侧用户自身操作收藏而建立的用户收藏歌单，也可以但不限与为对应歌手名下的歌曲集合隔断，也可以但不限于为每日推荐歌曲组合的推荐歌单等。
可选地，在本实施例中，蓝牙传输被蓝牙传输阈值所限制，进而导致在蓝牙传输的限定条件中，限定了数据量大于该蓝牙传输阈值的数据无法或顺利完成传输，例如相关技术中通过蓝牙可传输数据量较小的歌曲音频资源，但无法同时传输数据量较大的歌词、歌单、封面等附加资源，如现有技术中往往采用a2dp协议用于音频流传输，以及采用avrcp协议用于车机控制手机app；但由于a2dp协议不传输控制命令数据，而avrcp协议规定了控制端和被控制端，只能实现从控制端到被控制端的单向控制，且当前控制命令每次只传单个字节，局限性较大，扩展性较差，都不能较好地完成双向控制功能，更不能很好地完成双向控制场景下的大数据量的蓝牙传输；
可选地，利用上述车载设备控制媒体资源的方法，不仅支持双向数据传输，且没有单向控制的约束，使得双向数据传输和控制得以实现，且协议可传输的命令数据不限于每次单个字节，灵活性很高，可扩展性良好，进而将数据量较小的歌曲音频资源与传输数据量较大的歌词、歌单、封面等附加资源进行统一的整合处理，并在整合处理过程中，完成对上述资源的协议统一以及数据量压缩操作，使得整合处理后获得的第一目标数据符合蓝牙传输的限定条件，进而在目标车载设备通过蓝牙传输顺利接收到的上述第一目标数据后，有车载侧对该第一目标数据进行解析以及解压处理，以获得歌曲音频资源与歌词、歌单、封面等附加资源，并利用车机侧自带的软件加工包对该歌曲音频资源与歌词、歌单、封面等附加资源进行数据处理，以在车载侧为用户呈现多样性的歌曲播放界面，以及为用户提供更加全面的可控制空间。
可选地，在本实施例中，在接收在目标车载设备上触发的目标操作请求之前，可以但不限预先在终端侧的目标终端以及车载侧的目标车载设备之间封装交互控制协议，例如蓝牙ble/spp通信协议，其中，可选地上述蓝牙ble/spp通信协议中的ble通信协议以及spp通信协议可以但不限于以多种组合形式进行使用，例如根据终端侧的目标终端或车载侧的目标车载设备的系统类型确定上述组合方式，具体地一种可理解的场景进行阐述，假设在终端侧的目标终端的系统类型为安卓系统(android)，则可以但不限于选取spp通信协议，反之假设在终端侧的目标终端的系统类型为苹果系统(ios)，则可以但不限于选取ble通信协议，其技术逻辑可以但不限于为ios和android)对ble通信协议以及spp通信协议支持的情况有差异，如ios默认不支持spp协议，故考虑采用ble协议；而android虽然支持ble通信协议以及spp通信协议，但对ble通信协议支持还不是特别良好，稳定性和通信速率略差于spp通信协议，进而以ble通信协议以及spp通信协议之间多种组合形式进行使用的通信方式，以增强兼容性，便于产品的开发实现，从而在该交互控制协议下，将请求、指令、资源等数据，和具体的某一种数据格式进行对应，实现终端侧和车载侧之间的实时双向通信；
进一步以目标媒体资源为歌曲音频资源为例说明，车载侧按照控制协议支持的功能，自定义需要的功能按钮(比如播放歌单/播放模式设置/语音点歌等)。车载侧在和终端侧进行蓝牙连接后，打开对应的终端app。当车载侧的功能按钮按下时，根据控制协议，车载侧发送相应格式的数据到终端app，终端app按照协议解析后，便可执行相应的响应；
同理，终端app也可以实时发送音乐命令数据到车载侧，让车载侧执行相应的响应。比如终端app根据当前歌曲的播放进度，实时发送歌词数据到车载侧，车载侧接收数据并根据交互控制协议解析后，可以实时显示歌词。
另外，使用上述交互控制协议，终端app可以把歌单列表/歌手列表/排行榜列表等媒资数据，发送到车载侧展示，用户在车载侧选择需要播放的媒体资源后，车载侧发送命令到终端app，终端app执行响应，播放相应音乐。整个过程无需用户操作目标终端，让行驶更安全。
需要说明的是，利用接收到的蓝牙协议标识将数据量较少的目标媒体资源以及数据量较大的附加显示资源进行整合处理，以获得统一协议且数据量小于等于蓝牙传输阈值的第一目标数据，进一步通过蓝牙协议将该第一目标数据传输至目标车载设备，以使目标车载设备在控制简单的目标媒体资源的同时，还能控制复杂的附加显示资源。
进一步举例说明，可选的如图5所示，假设目标媒体资源为“视频2”对应的视频资源，则在车载播放器506播放“视频1”时，响应于“播放下一视频”的目标操作，以触发目标操作请求，并将该目标操作请求通过蓝牙传输发送至目标终端502，其中，该目标操作请求中携带有“视频2”的视频标识；进一步在目标终端502接收到该目标操作请求的情况下，响应该目标操作请求，获取第一目标数据，其中，第一目标数据中至少包括“视频2”的视频资源，以及该时频资源的附加显示资源(例如字幕、音质、画质等)；再者，目标终端502通过蓝牙传输将第一目标数据发送至目标车载设备504，以使车载播放器506响应上述目标操作，播放“视频1”的下一视频资源“视频2”；此外，如果在“视频2”的播放过程中，响应于“查看当前播放视频的相关内容”的显示操作，以触发目标显示请求，进而可以但不限于由目标车载设备504响应该目标显示请求，在接收到的附加显示资源中查找对应的待显示内容，并显示在车载播放器506上，以满足车载侧的用户多样化的控制需求。
通过本申请提供的实施例，接收在目标车载设备上触发的目标操作请求，其中，目标操作请求中携带有请求在目标车载设备上被操作的目标媒体资源的资源标识以及蓝牙协议标识，蓝牙协议标识用于指示目标终端与目标车载设备进行资源数据传输时所需采用的蓝牙通信协议；响应目标操作请求，获取资源标识对应的目标媒体资源，以及目标媒体资源在目标车载设备上被操作时所需的附加显示资源，其中，附加显示资源的数据量大于蓝牙传输阈值；按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理，以获得第一目标数据，其中，第一目标数据的数据量小于等于蓝牙传输阈值；将第一目标数据发送至目标车载设备，以在目标车载设备对第一目标数据执行目标操作请求所请求的操作，利用蓝牙协议标识将数据量较少的目标媒体资源以及数据量较大的附加显示资源进行整合处理，以获得统一协议且数据量小于等于蓝牙传输阈值的第一目标数据，进一步通过蓝牙将该第一目标数据传输至目标车载设备，以使目标车载设备在控制简单的目标媒体资源的同时，还能控制复杂的附加显示资源，进而达到了在车载设备上实现对更全面的媒体资源进行控制的技术目的，从而实现了提高车载设备控制媒体资源的全面性的技术效果。
作为一种可选的方案，按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理，以获得第一目标数据，包括：
s1，按照蓝牙协议标识所指示的蓝牙通信协议对目标媒体资源进行封装处理，以获得与目标车载设备的通信协议相匹配的第一子数据；
s2，按照蓝牙协议标识所指示的蓝牙通信协议对附加显示资源进行封装处理，以获得与目标车载设备的通信协议相匹配的第二子数据；
s3，将第一子数据以及第二子数据进行整合处理，以获得第一目标数据。
可选地，封装处理可以但不限用于隐藏封装对象的属性和实现细节，仅对外接口，控制在程序中属性的读和修改的访问级别；将抽象得到的数据和行为(或功能)相结合，形成一个有机的整体，可以但不限于理解为将数据与操作数据的源代码进行有机结合，形成“类”，其中数据和函数都是类的成员。在本实施例中，封装处理的过程可以但不限于理解为当应用程序用tcp传送数据时，数据被送入协议栈中，然后诸葛通过每一层直至被当作一串比特流送入网络，其中，每一层对收到的数据都要增加一些首部。
需要说明的是，封装处理可以但不限用于将目标媒体资源以及附加显示资源统一处理为蓝牙协议标识所指示的蓝牙通信协议对应的数据格式，还可以但不限用于将目标媒体资源以及附加显示资源进行压缩处理，以使得待传输的数据满足蓝牙传输的限定条件；和/或通过将第一子数据以及第二子数据进行整合处理，将述第一子数据以及第二子数据进行压缩处理，在此不做限定。可选地，压缩处理可以但不限于在不丢失待处理数据的有用信息的前提下，缩减数据量以减少存储空间，提高该待处理数据在传输、存储的处理效率，或按照一定的算法对该待处理数据进行重新组织，减少数据的冗余和存储的空间的一种技术方法，例如有损压缩和无损压缩；具体的，在计算机科学和信息论中，数据压缩或源编码是按照特定的编码机制用比未经编码少的数据位元(或者其他信息相关的单元)表示信息的过程。
通过本申请提供的实施例，按照蓝牙协议标识所指示的蓝牙通信协议对目标媒体资源进行封装处理，以获得与目标车载设备的通信协议相匹配的第一子数据；按照蓝牙协议标识所指示的蓝牙通信协议对附加显示资源进行封装处理，以获得与目标车载设备的通信协议相匹配的第二子数据；将第一子数据以及第二子数据进行整合处理，以获得第一目标数据，达到了统一待传输资源的数据格式的目的，实现了提高数据的处理效率的效果。
作为一种可选的方案，按照蓝牙协议标识所指示的蓝牙通信协议将附加显示资源进行封装处理，以获得与目标车载设备的通信协议相匹配的第二子数据，包括：
s1，获取附加显示资源对应的资源类型标识、目标车载设备所采用的蓝牙通信协议对应的校验数据，以及附加显示资源的资源内容；
s2，按照蓝牙协议标识所指示的蓝牙通信协议的协议格式，将资源类型标识、校验数据，以及资源内容分别进行编码处理，并将编码后的资源类型标识、编码后的校验数据，以及编码后的资源内容进行排序处理，以获得第二子数据。
可选地，在本实施例中，蓝牙协议标识所指示的蓝牙通信协议要求每一次资源的发送，需按照约定的格式对发送的资源进行编码和排列，并填入资源类型标识(如附加显示资源的具体类型，以歌曲为例，附加显示资源可细分为以下至少之一的类型：歌词类型、封面、类型播放列表类型等)，和相应的资源内容，并在规定的位置按约定的校验方式填充额外的校验用的校验数据，从而形成一个完整的资源包；
进而接收方在接收上述资源包后，按照协议约定对资源包进行校验(包括资源长度和准确性)，确认该资源包满足本协议的校验约定后，判定资源为正确资源时，从中获取发送方发送的资源内容，以及资源类型。并发送特定格式的资源包，通知发送方资源已接收。若出现校验失败，接收方可以发送特定格式的资源包通知发送方接收出错。
需要说明的是，获取附加显示资源对应的资源类型标识、目标车载设备所采用的蓝牙通信协议对应的校验数据，以及附加显示资源的资源内容；按照蓝牙协议标识所指示的蓝牙通信协议的协议格式，将资源类型标识、校验数据，以及资源内容分别进行编码处理，并将编码后的资源类型标识、编码后的校验数据，以及编码后的资源内容进行排序处理，以获得第二子数据。
进一步举例说明，可选的例如第二子数据如图6所示，第二子数据以数据包602的数据格式进行打包以及后续的传输，其中，该数据包602中包括了帧头、数据长度、数据类型(可理解为资源类型标识)、数据体(可理解为附加显示资源的资源内容)、校验数据、帧尾等。
通过本申请提供的实施例，获取附加显示资源对应的资源类型标识、目标车载设备所采用的蓝牙通信协议对应的校验数据，以及附加显示资源的资源内容；按照蓝牙协议标识所指示的蓝牙通信协议的协议格式，将资源类型标识、校验数据，以及资源内容分别进行编码处理，并将编码后的资源类型标识、编码后的校验数据，以及编码后的资源内容进行排序处理，以获得第二子数据，达到了按照特定的数据格式处理附加显示资源的目的，实现了提高附加显示资源的处理效率的效果。
作为一种可选的方案，响应目标操作请求，获取资源标识对应的目标媒体资源，以及目标媒体资源在目标车载设备上被操作时所需的附加显示资源包括以下之一：
s1，在目标操作请求用于请求播放或切换至目标媒体资源，且目标媒体资源为音频资源的情况下，获取音频资源以及音频资源匹配的音频描述信息，其中，附加显示资源包括音频描述信息；
s2，在目标操作请求用于请求播放或切换至目标媒体资源，且目标媒体资源为视频资源的情况下，获取视频资源以及视频资源匹配的视频描述信息，其中，附加显示资源包括视频描述信息。
可选地，在本实施例中，音频资源可以但不限于为歌曲资源、电台资源、有声小说资源、相声资源等。视频资源可以但不限于为点播资源、直播资源、电影资源、电视剧资源、综艺资源、音乐短片资源、相声资源、小品资源等。
需要说明的是，在目标操作请求用于请求播放或切换至目标媒体资源，且目标媒体资源为音频资源的情况下，获取音频资源以及音频资源匹配的音频描述信息，其中，附加显示资源包括音频描述信息；在目标操作请求用于请求播放或切换至目标媒体资源，且目标媒体资源为视频资源的情况下，获取视频资源以及视频资源匹配的视频描述信息，其中，附加显示资源包括视频描述信息。
进一步举例说明，可选的例如响应用于请求播放第一媒体资源的第一操作请求，在目标车载设备中播放第一媒体资源；基于此，响应用于请求切换至第二媒体资源的第二操作请求，在目标车载设备中的资源播放由第一媒体资源切换至第二媒体资源。
作为一种可选的方案，响应目标操作请求，获取资源标识对应的目标媒体资源，以及目标媒体资源在目标车载设备上被操作时所需的附加显示资源包括：
在目标操作请求用于请求显示目标媒体资源关联的资源列表的情况下，获取资源列表，其中，附加显示资源包括资源列表。
可选地，在本实施例中，资源列表可以但不限用于按照某种约定好的序列显示一种或多种类型的媒体资源。
需要说明的是，在目标操作请求用于请求显示目标媒体资源关联的资源列表的情况下，获取资源列表，其中，附加显示资源包括资源列表。
进一步举例说明，可选的例如图4所示，资源列表可以但不限为显示界面402的歌单，且该歌单中显示有包括当前播放的歌曲的歌名，以及其他歌曲的歌名，通过对该资源列表的某一歌名(如“雨一直下”)执行操作，可以但不限于触发歌曲“雨一直下”的控制播放。
作为一种可选的方案，响应目标操作请求，获取资源标识对应的目标媒体资源，以及目标媒体资源在目标车载设备上被操作时所需的附加显示资源包括：
在目标操作请求用于请求将目标媒体资源的播放模式调整至目标播放模式的情况下，获取目标播放模式对应的车载控制数据，其中，附加显示资源包括车载控制数据。
可选地，在本实施例中，车载控制数据可以但不限用于控制目标车载设备中的交互设备，例如车载控制数据为目标媒体资源的节奏数据、鼓点数据、音频数据、音效数据等，其中，交互设备可以但不限为通过接受控制信号以完成对应的操作，并将操作结果展示的设备，例如车载灯光、车载空调、车载音响等。例如在播放到目标音效数据时，交互设备执行目标音效数据对应的互动操作等，如显示互动灯光、播放互动音效等。
需要说明的是，在目标操作请求用于请求将目标媒体资源的播放模式调整至目标播放模式的情况下，获取目标播放模式对应的车载控制数据，其中，附加显示资源包括车载控制数据。可选地，目标播放模式可以但不限于为开启由车载控制数据控制目标车载设备的交互设备执行互动操作的模式。
进一步举例说明，可选的例如图7所示，在目标操作请求用于请求将目标媒体资源的播放模式调整至目标播放模式的情况下，根据目标媒体资源702获取目标播放模式对应的车载控制数据704，其中，假设目标媒体资源702为音频资源，则车载控制数据704可以但不限于为音频数据(曲线用于音频变化，加粗横线用于获取达到音频阈值的音频数据)；进一步，根据车载控制数据704控制目标车载设备706的交互设备708，其中，假设交互设备708为安装在目标车载设备706外的灯光装置，则可以但不限于通过获取的达到音频阈值的音频数据(即曲线与加粗横线相交点对应的音频数据)，控制该灯光装置的闪烁暗灭，如在播放到达到音频阈值的音频数据时，开启该灯光装置，以实现灯光照明，反之在播放到未达到音频阈值的音频数据时，关闭该灯光装置，以实现灯光暗灭。可选的，对于灯光的控制，可以但不限于控制灯光的闪烁、颜色、亮度的，在此不做限定。
此外，还可选的基于图7所示场景，继续例如图8所示，在目标操作请求用于请求将目标媒体资源的播放模式调整至目标播放模式的情况下，根据目标媒体资源702获取目标播放模式对应的车载控制数据704，其中，假设目标媒体资源702为音频资源，则车载控制数据704可以但不限于为音频数据(曲线用于音频变化，加粗横线用于获取达到音频阈值的音频数据)；进一步，根据车载控制数据704控制目标车载设备706的交互设备802，其中，假设交互设备708为安装在目标车载设备706内的灯光装置，则可以但不限于通过获取的达到音频阈值的音频数据(即曲线与加粗横线相交点对应的音频数据)，控制该灯光装置的闪烁暗灭，如在播放到达到音频阈值的音频数据时，开启该灯光装置，以实现灯光照明，反之在播放到未达到音频阈值的音频数据时，关闭该灯光装置，以实现灯光暗灭，在此过程中，用户还可开启k歌功能，进而达到了一种车内ktv的即视感。
通过本申请提供的实施例，在目标操作请求用于请求将目标媒体资源的播放模式调整至目标播放模式的情况下，获取目标播放模式对应的车载控制数据，其中，附加显示资源包括车载控制数据，达到了提高车载控制的全面性的目的，实现了提高车载侧的用户体验的效果。
作为一种可选的方案，在接收在目标车载设备上触发的目标操作请求之前，包括：
s1，获取用于在目标车载设备中操作目标媒体资源的软件开发工具包；
s2，按照蓝牙协议标识所指示的蓝牙通信协议对软件开发工具包进行封装处理得到目标工具数据包；
s3，将目标工具数据包发送给目标车载设备，以使目标车载设备安装目标工具数据包。
需要说明的是，按照蓝牙协议标识所指示的蓝牙通信协议将软件开发工具包(softwaredevelopment，简称sdk)封装为目标工具数据包，并借助目标工具数据包为收发双方(目标终端与目标车载设备)提供服务。其中，发送侧，对发送方提交的资源类型和资源内容，sdk可自动完成校验数据的填充和资源包的发送。接收侧，sdk在接收数据包后，可自动完成资源校验，取出原始资源内容和资源类型，提交给接收方。如此，发送方和接收方在集成sdk后，不用关心资源发送和校验的细节，从而提高产品开发效率。
通过本申请提供的实施例，获取用于在目标车载设备中操作目标媒体资源的软件开发工具包；按照蓝牙协议标识所指示的蓝牙通信协议对软件开发工具包进行封装处理得到目标工具数据包；将目标工具数据包发送给目标车载设备，以使目标车载设备安装目标工具数据包，达到了利用工具数据包完成对资源的高效处理的目的，实现了提高资源控制效率的效果。
作为一种可选的方案，包括：
s1，接收在目标车载设备上触发的第一控制请求，其中，第一控制请求用于请求对目标终端上的目标媒体资源和/或附加显示资源进行控制调整；
s2，响应第一控制请求，根据第一控制请求执行对目标媒体资源和/或附加显示资源的第一控制调整操作；
s3，在第一控制调整操作已执行完成的情况下，发送第一操作完成信息至目标车载设备，其中，第一操作完成信息用于提示第一控制调整操作已执行完成。
可选地，在本实施例中，目标车载设备与目标终端之间可以但不限于可实现双向控制，即由目标车载设备端生成的控制请求用于控制目标终端，或，由目标终端生成的控制请求用于控制目标车载设备。
作为一种可选的方案，在将第一目标数据发送至目标车载设备之后，包括：
s1，获取在目标终端上触发的第二控制请求，其中，第二控制请求用于请求对目标车载设备上的目标媒体资源和/或附加显示资源进行控制调整；
s2，将第二控制请求发送至目标车载设备；
s3，获取第二操作完成信息，其中，第二操作完成信息用于提示目标车载设备已根据第二控制请求完成对目标媒体资源和/或附加显示资源的第二控制调整操作。
可选地，在本实施例中，由于目标终端和目标车载设备使用了相同的蓝牙通信协议，进而可以但不限于收发同样的数据，从而使双方之间的交互保持一致。
可选地，在本实施例中，还可以但不限于为目标终端和目标车载设备分配不同的对象标识，使得目标终端和目标车载设备各自只对和自己的职责相匹配的数据进行控制响应，从而使两者的交互不一致。比如实时歌词数据、控制数据，可以但不限于只会从目标终端发出到目标车载设备，由目标车载设备作出响应。而请求播放伴奏，切歌命令等，则可以但不限于只会从目标车载设备发出到目标终端，以请求目标终端作出响应动作。
通过本申请提供的实施例，获取在目标终端上触发的第二控制请求，其中，第二控制请求用于请求对目标车载设备上的目标媒体资源和/或附加显示资源进行控制调整；将第二控制请求发送至目标车载设备；获取第二操作完成信息，其中，第二操作完成信息用于提示目标车载设备已根据第二控制请求完成对目标媒体资源和/或附加显示资源的第二控制调整操作，达到了目标终端与目标车载设备之间的双向媒体资源控制的目的，实现了提高媒体资源控制的全面性的效果。
可选地，作为一种可选的实施方式，如图9所示，区域动态调整方法包括：
s902，接收目标终端发送的第一目标数据，其中，第一目标数据为按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理后获得的数据，蓝牙协议标识为目标车载设备上触发的目标操作请求中携带的标识，蓝牙协议标识用于指示目标终端与目标车载设备进行资源数据传输时所需采用的蓝牙通信协议，目标媒体资源为目标操作请求中携带的资源标识对应的资源，附加显示资源为目标媒体资源在目标车载设备上被操作时所需的资源，附加显示资源的数据量大于蓝牙传输阈值，第一目标数据的数据量小于等于蓝牙传输阈值；
s904，对第一目标数据执行目标操作请求所请求的操作。
可选地，在本实施例中，上述车载设备控制媒体资源的方法可以但不限于应用在手机应用程序(application，简称app)和车机(载)通过蓝牙传输歌曲、歌词、歌单、封面、伴奏、播放列表等文件的通信场景中，例如先使用ble/spp通信协议，在手机app和车机之间封装新的交互双向控制协议，进而在车机侧触发了对某一歌曲的播放操作请求的情况下，手机app侧通过该交互双向控制协议接收该播放操作请求，并通过该交互双向控制协议为车机提供该歌曲的音频资源、歌词资源、歌单资源等，为车机侧的用户提供丰富的音乐播放体验。
可选地，在本实施例中，目标车载设备可以但不限于为目标车机，该目标车机可以但不限于配置有以下至少之一的附加设备：显示器、处理器、存储器、网卡、音响等。目标车载设备也可以但不限于为安装在目标车机中或上的功能性设备，例如导航、个人电脑等，在此不做限定。
可选地，在本实施例中，目标媒体资源可以但不限于包含一种或多种类型的媒体资源，例如目标媒体资源为音频资源、视频资源、文字资源等；
可选地，在本实施例中，附加显示资源也可以但不限于包含一种或多种类型的媒体资源，例如音频资源、视频资源、文字资源等，此外附加显示资源可以但不限为用于介绍或补充目标媒体资源的附加信息的参考资源；
进一步以目标媒体资源为目标歌曲的音频资源，附加显示资源为目标歌曲的歌词的文本资源、目标歌曲的歌单的附加资源举例说明，如图3所示，在目标车载设备302的显示屏上显示目标歌曲304的歌名、目标歌词306的文本信息、目标歌单308的文本信息等，在相关技术中，往往只能车载端往往只能显示目标歌曲304的简单参考信息，如歌名、歌手名等，在车载端用户想要查看更多的参考信息的情况下，往往只能通过手机app单独查询，这对车载端尤其是行驶中的车载端用户尤为的危险以及不方便。而通过上述车载设备控制媒体资源的方法，可以但不限于在目标车载设备302的显示屏上即可完整的查看目标歌曲304的歌名、目标歌词306的文本信息、目标歌单308的文本信息等，还可进一步对目标歌词306的文本信息、目标歌单308的文本信息等附加资源执行更深层次的操作，如对目标歌单308中的其他歌曲(如“小情歌”)执行选定操作，使得当前播放在目标车载设备302的显示屏上的歌曲切换为歌曲“小情歌”。
可选地，在本实施例中，目标车载设备上被操作的目标媒体资源可以但不限于理解为对目标媒体资源执行目标操作，也可以但不限于理解为对目标媒体资源关联的附加显示资源执行目标操作，其中，目标操作可以但不限于包括以下至少之一：资源播放操作、资源切换操作、资源快进操作、资源暂停操作、资源慢放操作、资源后退操作、附加资源显示操作、资源跳转操作、资源模式选定操作等；
进一步举例说明，例如在图4所示的目标车载设备的显示界面402中，显示有当前播放的目标媒体资源(如歌曲音频“你不知道的事”)，以及在该显示界面402上，还显示有与该目标媒体资源关联的多种附加显示资源或虚拟组件，例如歌名、歌手、封面、歌词、歌单等附加显示资源，再例如收藏、伴奏等多功能组件，通过对上述多功能组件执行目标操作，可以但不限于理解为对目标媒体资源执行组件对应类型的目标操作，例如收藏组件对应的目标操作为收藏操作，具体的将目标媒体资源收藏在歌单中；再伴奏组件对应的目标操作为k歌操作，具体的获取目标媒体资源对应的伴奏音频；
其中，歌词可以但不限于为按照歌词的播放以实时逐字重点显示对应歌词；多功能组件可以但不限用于执行语音点歌、一键播放(收藏、已购、彩泥喜欢、车载音乐电台等)、一键音效、节奏灯光等功能；歌单可以但不限于为车载侧用户自身操作收藏而建立的用户收藏歌单，也可以但不限与为对应歌手名下的歌曲集合隔断，也可以但不限于为每日推荐歌曲组合的推荐歌单等。
可选地，在本实施例中，蓝牙传输被蓝牙传输阈值所限制，进而导致在蓝牙传输的限定条件中，限定了数据量大于该蓝牙传输阈值的数据无法或顺利完成传输，例如相关技术中通过蓝牙可传输数据量较小的歌曲音频资源，但无法同时传输数据量较大的歌词、歌单、封面等附加资源，如现有技术中往往采用a2dp协议用于音频流传输，以及采用avrcp协议用于车机控制手机app；但由于a2dp协议不传输控制命令数据，而avrcp协议规定了控制端和被控制端，只能实现从控制端到被控制端的单向控制，且当前控制命令每次只传单个字节，局限性较大，扩展性较差，都不能较好地完成双向控制功能，更不能很好地完成双向控制场景下的大数据量的蓝牙传输；
可选地，利用上述车载设备控制媒体资源的方法，不仅支持双向数据传输，且没有单向控制的约束，使得双向数据传输和控制得以实现，且协议可传输的命令数据不限于每次单个字节，灵活性很高，可扩展性良好，进而将数据量较小的歌曲音频资源与传输数据量较大的歌词、歌单、封面等附加资源进行统一的整合处理，并在整合处理过程中，完成对上述资源的协议统一以及数据量压缩操作，使得整合处理后获得的第一目标数据符合蓝牙传输的限定条件，进而在目标车载设备通过蓝牙传输顺利接收到的上述第一目标数据后，有车载侧对该第一目标数据进行解析以及解压处理，以获得歌曲音频资源与歌词、歌单、封面等附加资源，并利用车机侧自带的软件加工包对该歌曲音频资源与歌词、歌单、封面等附加资源进行数据处理，以在车载侧为用户呈现多样性的歌曲播放界面，以及为用户提供更加全面的可控制空间。
可选地，在本实施例中，在接收在目标车载设备上触发的目标操作请求之前，可以但不限预先在终端侧的目标终端以及车载侧的目标车载设备之间封装交互控制协议，例如蓝牙ble/spp通信协议，其中，可选地上述蓝牙ble/spp通信协议中的ble通信协议以及spp通信协议可以但不限于以多种组合形式进行使用，例如根据终端侧的目标终端或车载侧的目标车载设备的系统类型确定上述组合方式，具体地一种可理解的场景进行阐述，假设在终端侧的目标终端的系统类型为安卓系统(android)，则可以但不限于选取spp通信协议，反之假设在终端侧的目标终端的系统类型为苹果系统(ios)，则可以但不限于选取ble通信协议，其技术逻辑可以但不限于为ios和android)对ble通信协议以及spp通信协议支持的情况有差异，如ios默认不支持spp协议，故考虑采用ble协议；而android虽然支持ble通信协议以及spp通信协议，但对ble通信协议支持还不是特别良好，稳定性和通信速率略差于spp通信协议，进而以ble通信协议以及spp通信协议之间多种组合形式进行使用的通信方式，以增强兼容性，便于产品的开发实现，从而在该交互控制协议下，将请求、指令、资源等数据，和具体的某一种数据格式进行对应，实现终端侧和车载侧之间的实时双向通信；
进一步以目标媒体资源为歌曲音频资源为例说明，车载侧按照控制协议支持的功能，自定义需要的功能按钮(比如播放歌单/播放模式设置/语音点歌等)。车载侧在和终端侧进行蓝牙连接后，打开对应的终端app。当车载侧的功能按钮按下时，根据控制协议，车载侧发送相应格式的数据到终端app，终端app按照协议解析后，便可执行相应的响应；
同理，终端app也可以实时发送音乐命令数据到车载侧，让车载侧执行相应的响应。比如终端app根据当前歌曲的播放进度，实时发送歌词数据到车载侧，车载侧接收数据并根据交互控制协议解析后，可以实时显示歌词。
另外，使用上述交互控制协议，终端app可以把歌单列表/歌手列表/排行榜列表等媒资数据，发送到车载侧展示，用户在车载侧选择需要播放的媒体资源后，车载侧发送命令到终端app，终端app执行响应，播放相应音乐。整个过程无需用户操作目标终端，让行驶更安全。
需要说明的是，利用接收到的蓝牙协议标识将数据量较少的目标媒体资源以及数据量较大的附加显示资源进行整合处理，以获得统一协议且数据量小于等于蓝牙传输阈值的第一目标数据，进一步通过蓝牙协议将该第一目标数据传输至目标车载设备，以使目标车载设备在控制简单的目标媒体资源的同时，还能控制复杂的附加显示资源。
进一步举例说明，可选的如图5所示，假设目标媒体资源为“视频2”对应的视频资源，则在车载播放器506播放“视频1”时，响应于“播放下一视频”的目标操作，以触发目标操作请求，并将该目标操作请求通过蓝牙传输发送至目标终端502，其中，该目标操作请求中携带有“视频2”的视频标识；进一步在目标终端502接收到该目标操作请求的情况下，响应该目标操作请求，获取第一目标数据，其中，第一目标数据中至少包括“视频2”的视频资源，以及该时频资源的附加显示资源(例如字幕、音质、画质等)；再者，目标终端502通过蓝牙传输将第一目标数据发送至目标车载设备504，以使车载播放器506响应上述目标操作，播放“视频1”的下一视频资源“视频2”；此外，如果在“视频2”的播放过程中，响应于“查看当前播放视频的相关内容”的显示操作，以触发目标显示请求，进而可以但不限于由目标车载设备504响应该目标显示请求，在接收到的附加显示资源中查找对应的待显示内容，并显示在车载播放器506上，以满足车载侧的用户多样化的控制需求。
通过本申请提供的实施例，接收目标终端发送的第一目标数据，其中，第一目标数据为按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理后获得的数据，蓝牙协议标识为目标车载设备上触发的目标操作请求中携带的标识，蓝牙协议标识用于指示目标终端与目标车载设备进行资源数据传输时所需采用的蓝牙通信协议，目标媒体资源为目标操作请求中携带的资源标识对应的资源，附加显示资源为目标媒体资源在目标车载设备上被操作时所需的资源，附加显示资源的数据量大于蓝牙传输阈值，第一目标数据的数据量小于等于蓝牙传输阈值；对第一目标数据执行目标操作请求所请求的操作，利用蓝牙协议标识将数据量较少的目标媒体资源以及数据量较大的附加显示资源进行整合处理，以获得统一协议且数据量小于等于蓝牙传输阈值的第一目标数据，进一步通过蓝牙将该第一目标数据传输至目标车载设备，以使目标车载设备在控制简单的目标媒体资源的同时，还能控制复杂的附加显示资源，进而达到了在车载设备上实现对更全面的媒体资源进行控制的技术目的，从而实现了提高车载设备控制媒体资源的全面性的技术效果。
作为一种可选的方案，对第一目标数据执行目标操作请求所请求的操作，以获得目标媒体资源以及附加显示资源，包括：
s1，将第一目标数据进行拆分处理，以获得第一子数据以及第二子数据；
s2，按照蓝牙协议标识所指示的蓝牙通信协议将第一子数据进行解封处理，以获得目标媒体资源；
s3，按照蓝牙协议标识所指示的蓝牙通信协议将第二子数据进行解封处理，以获得附加显示资源。
需要说明的是，将第一目标数据进行拆分处理，以获得第一子数据以及第二子数据；按照蓝牙协议标识所指示的蓝牙通信协议将第一子数据进行解封处理，以获得目标媒体资源；按照蓝牙协议标识所指示的蓝牙通信协议将第二子数据进行解封处理，以获得附加显示资源。
通过本申请提供的实施例，将第一目标数据进行拆分处理，以获得第一子数据以及第二子数据；按照蓝牙协议标识所指示的蓝牙通信协议将第一子数据进行解封处理，以获得目标媒体资源；按照蓝牙协议标识所指示的蓝牙通信协议将第二子数据进行解封处理，以获得附加显示资源，达到了统一待传输资源的数据格式的目的，实现了提高数据的处理效率的效果。
作为一种可选的方案，按照蓝牙协议标识所指示的蓝牙通信协议将第二子数据进行解封处理，以获得附加显示资源，包括：
s1，按照蓝牙协议标识所指示的蓝牙通信协议的协议格式，确定出待解码的资源类型标识、待解码的校验数据，以及待解码的资源内容在第二子数据中对应的排序位置，并根据排序位置对待解码的资源类型标识、待解码的校验数据，以及待解码的资源内容；进行解码处理；
s2，将解码后的资源类型标识、解码后的校验数据，以及解码后的资源内容确定为第二子数据。
可选地，在本实施例中，蓝牙协议标识所指示的蓝牙通信协议要求每一次资源的发送，需按照约定的格式对发送的资源进行编码和排列，并填入资源类型标识(如附加显示资源的具体类型，以歌曲为例，附加显示资源可细分为以下至少之一的类型：歌词类型、封面、类型播放列表类型等)，和相应的资源内容，并在规定的位置按约定的校验方式填充额外的校验用的校验数据，从而形成一个完整的资源包；
进而接收方在接收上述资源包后，按照协议约定对资源包进行校验(包括资源长度和准确性)，确认该资源包满足本协议的校验约定后，判定资源为正确资源时，从中获取发送方发送的资源内容，以及资源类型。并发送特定格式的资源包，通知发送方资源已接收。若出现校验失败，接收方可以发送特定格式的资源包通知发送方接收出错。
进一步举例说明，可选的例如第二子数据如图6所示，通过解数据包602可获得帧头、数据长度、数据类型(可理解为资源类型标识)、数据体(可理解为附加显示资源的资源内容)、校验数据、帧尾等。
需要说明的是，按照蓝牙协议标识所指示的蓝牙通信协议的协议格式，确定出待解码的资源类型标识、待解码的校验数据，以及待解码的资源内容在第二子数据中对应的排序位置，并根据排序位置对待解码的资源类型标识、待解码的校验数据，以及待解码的资源内容；进行解码处理；将解码后的资源类型标识、解码后的校验数据，以及解码后的资源内容确定为第二子数据。
通过本申请提供的实施例，需要说明的是，按照蓝牙协议标识所指示的蓝牙通信协议的协议格式，确定出待解码的资源类型标识、待解码的校验数据，以及待解码的资源内容在第二子数据中对应的排序位置，并根据排序位置对待解码的资源类型标识、待解码的校验数据，以及待解码的资源内容；进行解码处理；将解码后的资源类型标识、解码后的校验数据，以及解码后的资源内容确定为第二子数据，达到了按照特定的数据格式处理附加显示资源的目的，实现了提高附加显示资源的处理效率的效果。
作为一种可选的方案，对第一目标数据执行目标操作请求所请求的操作包括以下之一：
s1，在目标操作请求用于请求播放或切换至目标媒体资源，且目标媒体资源为音频资源的情况下，对音频资源以及音频资源匹配的音频描述信息执行目标操作请求所请求的播放或切换，其中，附加显示资源包括音频描述信息；
s2，在目标操作请求用于请求播放或切换至目标媒体资源，且目标媒体资源为视频资源的情况下，对视频资源以及视频资源匹配的视频描述信息执行目标操作请求所请求的播放或切换，其中，附加显示资源包括视频描述信息。
可选地，在本实施例中，音频资源可以但不限于为歌曲资源、电台资源、有声小说资源、相声资源等。视频资源可以但不限于为点播资源、直播资源、电影资源、电视剧资源、综艺资源、音乐短片资源、相声资源、小品资源等。
需要说明的是，在目标操作请求用于请求播放或切换至目标媒体资源，且目标媒体资源为音频资源的情况下，对音频资源以及音频资源匹配的音频描述信息执行目标操作请求所请求的播放或切换，其中，附加显示资源包括音频描述信息；在目标操作请求用于请求播放或切换至目标媒体资源，且目标媒体资源为视频资源的情况下，对视频资源以及视频资源匹配的视频描述信息执行目标操作请求所请求的播放或切换，其中，附加显示资源包括视频描述信息。
作为一种可选的方案，对第一目标数据执行目标操作请求所请求的操作包括以下之一：
在目标操作请求用于请求显示目标媒体资源关联的资源列表的情况下，对资源列表执行目标操作请求所请求的显示操作，其中，附加显示资源包括资源列表。
可选地，在本实施例中，资源列表可以但不限用于按照某种约定好的序列显示一种或多种类型的媒体资源。
需要说明的是，在目标操作请求用于请求显示目标媒体资源关联的资源列表的情况下，对资源列表执行目标操作请求所请求的显示操作，其中，附加显示资源包括资源列表。
进一步举例说明，可选的例如图4所示，资源列表可以但不限为显示界面402的歌单，且该歌单中显示有包括当前播放的歌曲的歌名，以及其他歌曲的歌名，通过对该资源列表的某一歌名(如“雨一直下”)执行操作，可以但不限于触发歌曲“雨一直下”的控制播放。
作为一种可选的方案，对第一目标数据执行目标操作请求所请求的操作包括以下之一：
在目标操作请求用于请求将目标媒体资源的播放模式调整至目标播放模式的情况下，对目标播放模式对应的车载控制数据执行目标操作请求所请求的调整操作，其中，附加显示资源包括车载控制数据。
可选地，在本实施例中，车载控制数据可以但不限用于控制目标车载设备中的交互设备，例如车载控制数据为目标媒体资源的节奏数据、鼓点数据、音频数据、音效数据等，其中，交互设备可以但不限为通过接受控制信号以完成对应的操作，并将操作结果展示的设备，例如车载灯光、车载空调、车载音响等。例如在播放到目标音效数据时，交互设备执行目标音效数据对应的互动操作等，如显示互动灯光、播放互动音效等。
需要说明的是，在目标操作请求用于请求将目标媒体资源的播放模式调整至目标播放模式的情况下，对目标播放模式对应的车载控制数据执行目标操作请求所请求的调整操作，其中，附加显示资源包括车载控制数据。
进一步举例说明，可选的例如图7所示，在目标操作请求用于请求将目标媒体资源的播放模式调整至目标播放模式的情况下，根据目标媒体资源702获取目标播放模式对应的车载控制数据704，其中，假设目标媒体资源702为音频资源，则车载控制数据704可以但不限于为音频数据(曲线用于音频变化，加粗横线用于获取达到音频阈值的音频数据)；进一步，根据车载控制数据704控制目标车载设备706的交互设备708，其中，假设交互设备708为安装在目标车载设备706外的灯光装置，则可以但不限于通过获取的达到音频阈值的音频数据(即曲线与加粗横线相交点对应的音频数据)，控制该灯光装置的闪烁暗灭，如在播放到达到音频阈值的音频数据时，开启该灯光装置，以实现灯光照明，反之在播放到未达到音频阈值的音频数据时，关闭该灯光装置，以实现灯光暗灭。可选的，对于灯光的控制，可以但不限于控制灯光的闪烁、颜色、亮度的，在此不做限定。
此外，还可选的基于图7所示场景，继续例如图8所示，在目标操作请求用于请求将目标媒体资源的播放模式调整至目标播放模式的情况下，根据目标媒体资源702获取目标播放模式对应的车载控制数据704，其中，假设目标媒体资源702为音频资源，则车载控制数据704可以但不限于为音频数据(曲线用于音频变化，加粗横线用于获取达到音频阈值的音频数据)；进一步，根据车载控制数据704控制目标车载设备706的交互设备802，其中，假设交互设备708为安装在目标车载设备706内的灯光装置，则可以但不限于通过获取的达到音频阈值的音频数据(即曲线与加粗横线相交点对应的音频数据)，控制该灯光装置的闪烁暗灭，如在播放到达到音频阈值的音频数据时，开启该灯光装置，以实现灯光照明，反之在播放到未达到音频阈值的音频数据时，关闭该灯光装置，以实现灯光暗灭，在此过程中，用户还可开启k歌功能，进而达到了一种车内ktv的即视感。
通过本申请提供的实施例，在目标操作请求用于请求将目标媒体资源的播放模式调整至目标播放模式的情况下，对目标播放模式对应的车载控制数据执行目标操作请求所请求的调整操作，其中，附加显示资源包括车载控制数据，达到了提高车载控制的全面性的目的，实现了提高车载侧的用户体验的效果。
作为一种可选的方案，在接收目标终端发送的第一目标数据之前，包括：
s1，接收目标终端发送的目标工具数据包，其中，目标工具数据包为按照蓝牙协议标识所指示的蓝牙通信协议对软件开发工具包进行封装处理得到的数据包，软件开发工具包用于在目标车载设备中操作目标媒体资源；
s2，安装目标工具数据包。
需要说明的是，按照蓝牙协议标识所指示的蓝牙通信协议将软件开发工具包(sofwaredevelopment，简称sdk)封装为目标工具数据包，并借助目标工具数据包为收发双方(目标终端与目标车载设备)提供服务。其中，发送侧，对发送方提交的资源类型和资源内容，sdk可自动完成校验数据的填充和资源包的发送。接收侧，sdk在接收数据包后，可自动完成资源校验，取出原始资源内容和资源类型，提交给接收方。如此，发送方和接收方在集成sdk后，不用关心资源发送和校验的细节，从而提高产品开发效率。
通过本申请提供的实施例，接收目标终端发送的目标工具数据包，其中，目标工具数据包为按照蓝牙协议标识所指示的蓝牙通信协议对软件开发工具包进行封装处理得到的数据包，软件开发工具包用于在目标车载设备中操作目标媒体资源；安装目标工具数据包，达到了利用工具数据包完成对资源的高效处理的目的，实现了提高资源控制效率的效果。
作为一种可选的方案，在接收目标终端发送的第一目标数据之前，包括：
s1，获取在目标车载设备上触发的第一控制请求，其中，第一控制请求用于请求对目标车载设备上的目标媒体资源和/或附加显示资源进行控制调整；
s2，将第一控制请求发送至目标终端；
s3，获取一操作完成信息，其中，一操作完成信息用于提示目标终端已根据一控制请求完成对目标媒体资源和/或附加显示资源的一控制调整操作。
可选地，在本实施例中，目标车载设备与目标终端之间可以但不限于可实现双向控制，即由目标车载设备端生成的控制请求用于控制目标终端，或，由目标终端生成的控制请求用于控制目标车载设备。
作为一种可选的方案，在接收目标终端发送的第一目标数据之前，包括：
s1，接收目标终端上触发的第二控制请求，其中，第二控制请求用于请求对目标车载设备上的目标媒体资源和/或附加显示资源进行控制调整；
s2，响应第二控制请求，对目标媒体资源和/或附加显示资源执行第二控制调整操作；
s3，在第二控制调整操作已执行完成的情况下，发送第二操作完成信息至目标终端，其中，第二操作完成信息用于提示控制调整操作已执行完成。
可选地，在本实施例中，由于目标终端和目标车载设备使用了相同的蓝牙通信协议，进而可以但不限于收发同样的数据，从而使双方之间的交互保持一致。
可选地，在本实施例中，还可以但不限于为目标终端和目标车载设备分配不同的对象标识，使得目标终端和目标车载设备各自只对和自己的职责相匹配的数据进行控制响应，从而使两者的交互不一致。比如实时歌词数据、控制数据，可以但不限于只会从目标终端发出到目标车载设备，由目标车载设备作出响应。而请求播放伴奏，切歌命令等，则可以但不限于只会从目标车载设备发出到目标终端，以请求目标终端作出响应动作。
通过本申请提供的实施例，接收目标终端上触发的第二控制请求，其中，第二控制请求用于请求对目标车载设备上的目标媒体资源和/或附加显示资源进行控制调整；响应第二控制请求，对目标媒体资源和/或附加显示资源执行控制调整操作；在控制调整操作已执行完成的情况下，发送操作完成信息至目标终端，其中，操作完成信息用于提示控制调整操作已执行完成，达到了目标终端与目标车载设备之间的双向媒体资源控制的目的，实现了提高媒体资源控制的全面性的效果。
作为一种可选的方案，为方便理解，以图10为例说明目标终端与目标车载设备之间的数据交互过程，具体步骤如下：
步骤s1002，通过蓝牙协议，目标车载设备1002将已触发的目标操作请求发送至目标终端1004，其中，目标操作请求中至少携带有资源标识；
步骤s1004，在接收到目标操作请求的情况下，目标终端1004将资源标识转发至媒体资源云端1006，以使媒体资源云端1006查找与该资源标识对应的目标媒体资源，以及与目标媒体资源相关联的附加显示资源；
步骤s1006，媒体资源云端1006将目标媒体资源以及附加显示资源返回至目标终端1004；
步骤s1008，目标终端1004对目标媒体资源以及附加显示资源进行整合处理，以获得第一目标数据；
步骤s1010，通过蓝牙协议，目标终端1004将第一目标数据发送至目标车载设备1002；
步骤s1012，目标车载设备1002对接收到的第一目标数据进行解析操作，以完成对目标操作请求的响应；
步骤s1014，发送提示信息至目标终端1004，以提示目标终端1004，该目标操作请求已响应完成。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
根据本发明实施例的另一个方面，还提供了一种用于实施上述车载设备控制媒体资源的方法的车载设备控制媒体资源的装置。如图11所示，该装置包括：
第一接收单元1102，用于接收在目标车载设备上触发的目标操作请求，其中，目标操作请求中携带有请求在目标车载设备上被操作的目标媒体资源的资源标识以及蓝牙协议标识，蓝牙协议标识用于指示目标终端与目标车载设备进行资源数据传输时所需采用的蓝牙通信协议；
第一响应单元1104，用于响应目标操作请求，获取资源标识对应的目标媒体资源，以及目标媒体资源在目标车载设备上被操作时所需的附加显示资源，其中，附加显示资源的数据量大于蓝牙传输阈值；
整合单元1106，用于按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理，以获得第一目标数据，其中，第一目标数据的数据量小于等于蓝牙传输阈值；
第一发送单元1108，用于将第一目标数据发送至目标车载设备，以在目标车载设备对第一目标数据执行目标操作请求所请求的操作。
可选地，在本实施例中，上述车载设备控制媒体资源的装置可以但不限于应用在手机应用程序(application，简称app)和车机(载)通过蓝牙传输歌曲、歌词、歌单、封面、伴奏、播放列表等文件的通信场景中，例如先使用ble/spp通信协议，在手机app和车机之间封装新的交互双向控制协议，进而在车机侧触发了对某一歌曲的播放操作请求的情况下，手机app侧通过该交互双向控制协议接收该播放操作请求，并通过该交互双向控制协议为车机提供该歌曲的音频资源、歌词资源、歌单资源等，为车机侧的用户提供丰富的音乐播放体验。
可选地，在本实施例中，目标车载设备可以但不限于为目标车机，该目标车机可以但不限于配置有以下至少之一的附加设备：显示器、处理器、存储器、网卡、音响等。目标车载设备也可以但不限于为安装在目标车机中或上的功能性设备，例如导航、个人电脑等，在此不做限定。
可选地，在本实施例中，目标媒体资源可以但不限于包含一种或多种类型的媒体资源，例如目标媒体资源为音频资源、视频资源、文字资源等；
可选地，在本实施例中，附加显示资源也可以但不限于包含一种或多种类型的媒体资源，例如音频资源、视频资源、文字资源等，此外附加显示资源可以但不限为用于介绍或补充目标媒体资源的附加信息的参考资源；
进一步以目标媒体资源为目标歌曲的音频资源，附加显示资源为目标歌曲的歌词的文本资源、目标歌曲的歌单的附加资源举例说明，如图3所示，在目标车载设备302的显示屏上显示目标歌曲304的歌名、目标歌词306的文本信息、目标歌单308的文本信息等，在相关技术中，往往只能车载端往往只能显示目标歌曲304的简单参考信息，如歌名、歌手名等，在车载端用户想要查看更多的参考信息的情况下，往往只能通过手机app单独查询，这对车载端尤其是行驶中的车载端用户尤为的危险以及不方便。而通过上述车载设备控制媒体资源的装置，可以但不限于在目标车载设备302的显示屏上即可完整的查看目标歌曲304的歌名、目标歌词306的文本信息、目标歌单308的文本信息等，还可进一步对目标歌词306的文本信息、目标歌单308的文本信息等附加资源执行更深层次的操作，如对目标歌单308中的其他歌曲(如“小情歌”)执行选定操作，使得当前播放在目标车载设备302的显示屏上的歌曲切换为歌曲“小情歌”。
可选地，在本实施例中，目标车载设备上被操作的目标媒体资源可以但不限于理解为对目标媒体资源执行目标操作，也可以但不限于理解为对目标媒体资源关联的附加显示资源执行目标操作，其中，目标操作可以但不限于包括以下至少之一：资源播放操作、资源切换操作、资源快进操作、资源暂停操作、资源慢放操作、资源后退操作、附加资源显示操作、资源跳转操作、资源模式选定操作等；
进一步举例说明，例如在图4所示的目标车载设备的显示界面402中，显示有当前播放的目标媒体资源(如歌曲音频“你不知道的事”)，以及在该显示界面402上，还显示有与该目标媒体资源关联的多种附加显示资源或虚拟组件，例如歌名、歌手、封面、歌词、歌单等附加显示资源，再例如收藏、伴奏等多功能组件，通过对上述多功能组件执行目标操作，可以但不限于理解为对目标媒体资源执行组件对应类型的目标操作，例如收藏组件对应的目标操作为收藏操作，具体的将目标媒体资源收藏在歌单中；再伴奏组件对应的目标操作为k歌操作，具体的获取目标媒体资源对应的伴奏音频；
其中，歌词可以但不限于为按照歌词的播放以实时逐字重点显示对应歌词；多功能组件可以但不限用于执行语音点歌、一键播放(收藏、已购、彩泥喜欢、车载音乐电台等)、一键音效、节奏灯光等功能；歌单可以但不限于为车载侧用户自身操作收藏而建立的用户收藏歌单，也可以但不限与为对应歌手名下的歌曲集合隔断，也可以但不限于为每日推荐歌曲组合的推荐歌单等。
可选地，在本实施例中，蓝牙传输被蓝牙传输阈值所限制，进而导致在蓝牙传输的限定条件中，限定了数据量大于该蓝牙传输阈值的数据无法或顺利完成传输，例如相关技术中通过蓝牙可传输数据量较小的歌曲音频资源，但无法同时传输数据量较大的歌词、歌单、封面等附加资源，如现有技术中往往采用a2dp协议用于音频流传输，以及采用avrcp协议用于车机控制手机app；但由于a2dp协议不传输控制命令数据，而avrcp协议规定了控制端和被控制端，只能实现从控制端到被控制端的单向控制，且当前控制命令每次只传单个字节，局限性较大，扩展性较差，都不能较好地完成双向控制功能，更不能很好地完成双向控制场景下的大数据量的蓝牙传输；
可选地，利用上述车载设备控制媒体资源的方法，不仅支持双向数据传输，且没有单向控制的约束，使得双向数据传输和控制得以实现，且协议可传输的命令数据不限于每次单个字节，灵活性很高，可扩展性良好，进而将数据量较小的歌曲音频资源与传输数据量较大的歌词、歌单、封面等附加资源进行统一的整合处理，并在整合处理过程中，完成对上述资源的协议统一以及数据量压缩操作，使得整合处理后获得的第一目标数据符合蓝牙传输的限定条件，进而在目标车载设备通过蓝牙传输顺利接收到的上述第一目标数据后，有车载侧对该第一目标数据进行解析以及解压处理，以获得歌曲音频资源与歌词、歌单、封面等附加资源，并利用车机侧自带的软件加工包对该歌曲音频资源与歌词、歌单、封面等附加资源进行数据处理，以在车载侧为用户呈现多样性的歌曲播放界面，以及为用户提供更加全面的可控制空间。
可选地，在本实施例中，在接收在目标车载设备上触发的目标操作请求之前，可以但不限预先在终端侧的目标终端以及车载侧的目标车载设备之间封装交互控制协议，例如蓝牙ble/spp通信协议，其中，可选地上述蓝牙ble/spp通信协议中的ble通信协议以及spp通信协议可以但不限于以多种组合形式进行使用，例如根据终端侧的目标终端或车载侧的目标车载设备的系统类型确定上述组合方式，具体地一种可理解的场景进行阐述，假设在终端侧的目标终端的系统类型为安卓系统(android)，则可以但不限于选取spp通信协议，反之假设在终端侧的目标终端的系统类型为苹果系统(ios)，则可以但不限于选取ble通信协议，其技术逻辑可以但不限于为ios和android)对ble通信协议以及spp通信协议支持的情况有差异，如ios默认不支持spp协议，故考虑采用ble协议；而android虽然支持ble通信协议以及spp通信协议，但对ble通信协议支持还不是特别良好，稳定性和通信速率略差于spp通信协议，进而以ble通信协议以及spp通信协议之间多种组合形式进行使用的通信方式，以增强兼容性，便于产品的开发实现，从而在该交互控制协议下，将请求、指令、资源等数据，和具体的某一种数据格式进行对应，实现终端侧和车载侧之间的实时双向通信；
进一步以目标媒体资源为歌曲音频资源为例说明，车载侧按照控制协议支持的功能，自定义需要的功能按钮(比如播放歌单/播放模式设置/语音点歌等)。车载侧在和终端侧进行蓝牙连接后，打开对应的终端app。当车载侧的功能按钮按下时，根据控制协议，车载侧发送相应格式的数据到终端app，终端app按照协议解析后，便可执行相应的响应；
同理，终端app也可以实时发送音乐命令数据到车载侧，让车载侧执行相应的响应。比如终端app根据当前歌曲的播放进度，实时发送歌词数据到车载侧，车载侧接收数据并根据交互控制协议解析后，可以实时显示歌词。
另外，使用上述交互控制协议，终端app可以把歌单列表/歌手列表/排行榜列表等媒资数据，发送到车载侧展示，用户在车载侧选择需要播放的媒体资源后，车载侧发送命令到终端app，终端app执行响应，播放相应音乐。整个过程无需用户操作目标终端，让行驶更安全。
需要说明的是，利用接收到的蓝牙协议标识将数据量较少的目标媒体资源以及数据量较大的附加显示资源进行整合处理，以获得统一协议且数据量小于等于蓝牙传输阈值的第一目标数据，进一步通过蓝牙协议将该第一目标数据传输至目标车载设备，以使目标车载设备在控制简单的目标媒体资源的同时，还能控制复杂的附加显示资源。
具体实施例可以参考上述车载设备控制媒体资源的方法中所示示例，本示例中在此不再赘述。
通过本申请提供的实施例，接收在目标车载设备上触发的目标操作请求，其中，目标操作请求中携带有请求在目标车载设备上被操作的目标媒体资源的资源标识以及蓝牙协议标识，蓝牙协议标识用于指示目标终端与目标车载设备进行资源数据传输时所需采用的蓝牙通信协议；响应目标操作请求，获取资源标识对应的目标媒体资源，以及目标媒体资源在目标车载设备上被操作时所需的附加显示资源，其中，附加显示资源的数据量大于蓝牙传输阈值；按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理，以获得第一目标数据，其中，第一目标数据的数据量小于等于蓝牙传输阈值；将第一目标数据发送至目标车载设备，以在目标车载设备对第一目标数据执行目标操作请求所请求的操作，利用蓝牙协议标识将数据量较少的目标媒体资源以及数据量较大的附加显示资源进行整合处理，以获得统一协议且数据量小于等于蓝牙传输阈值的第一目标数据，进一步通过蓝牙将该第一目标数据传输至目标车载设备，以使目标车载设备在控制简单的目标媒体资源的同时，还能控制复杂的附加显示资源，进而达到了在车载设备上实现对更全面的媒体资源进行控制的技术目的，从而实现了提高车载设备控制媒体资源的全面性的技术效果。
作为一种可选的方案，整合单元1106，包括：
第一封装模块，用于按照蓝牙协议标识所指示的蓝牙通信协议对目标媒体资源进行封装处理，以获得与目标车载设备的通信协议相匹配的第一子数据；
第二封装模块，用于按照蓝牙协议标识所指示的蓝牙通信协议对附加显示资源进行封装处理，以获得与目标车载设备的通信协议相匹配的第二子数据；
整合模块，用于将第一子数据以及第二子数据进行整合处理，以获得第一目标数据。
具体实施例可以参考上述车载设备控制媒体资源的方法中所示示例，本示例中在此不再赘述。
作为一种可选的方案，第二封装模块，包括：
第一获取子模块，用于获取附加显示资源对应的资源类型标识、目标车载设备所采用的蓝牙通信协议对应的校验数据，以及附加显示资源的资源内容；
编码子模块，用于按照蓝牙协议标识所指示的蓝牙通信协议的协议格式，将资源类型标识、校验数据，以及资源内容分别进行编码处理，并将编码后的资源类型标识、编码后的校验数据，以及编码后的资源内容进行排序处理，以获得第二子数据。
具体实施例可以参考上述车载设备控制媒体资源的方法中所示示例，本示例中在此不再赘述。
作为一种可选的方案，第一响应单元1104包括以下之一：
第一获取模块，用于在目标操作请求用于请求播放或切换至目标媒体资源，且目标媒体资源为音频资源的情况下，获取音频资源以及音频资源匹配的音频描述信息，其中，附加显示资源包括音频描述信息；
第二获取模块，用于在目标操作请求用于请求播放或切换至目标媒体资源，且目标媒体资源为视频资源的情况下，获取视频资源以及视频资源匹配的视频描述信息，其中，附加显示资源包括视频描述信息。
具体实施例可以参考上述车载设备控制媒体资源的方法中所示示例，本示例中在此不再赘述。
作为一种可选的方案，第一响应单元1104包括：
第三获取模块，用于在目标操作请求用于请求显示目标媒体资源关联的资源列表的情况下，获取资源列表，其中，附加显示资源包括资源列表。
具体实施例可以参考上述车载设备控制媒体资源的方法中所示示例，本示例中在此不再赘述。
作为一种可选的方案，第一响应单元1104包括：
第四获取模块，用于在目标操作请求用于请求将目标媒体资源的播放模式调整至目标播放模式的情况下，获取目标播放模式对应的车载控制数据，其中，附加显示资源包括车载控制数据。
具体实施例可以参考上述车载设备控制媒体资源的方法中所示示例，本示例中在此不再赘述。
作为一种可选的方案，包括：
第一获取单元，用于在接收在目标车载设备上触发的目标操作请求之前，获取用于在目标车载设备中操作目标媒体资源的软件开发工具包；
封装单元，用于在接收在目标车载设备上触发的目标操作请求之前，按照蓝牙协议标识所指示的蓝牙通信协议对软件开发工具包进行封装处理得到目标工具数据包；
第一安装单元，用于在接收在目标车载设备上触发的目标操作请求之前，将目标工具数据包发送给目标车载设备，以使目标车载设备安装目标工具数据包。
具体实施例可以参考上述车载设备控制媒体资源的方法中所示示例，本示例中在此不再赘述。
作为一种可选的方案，包括：
请求单元，用于接收在目标车载设备上触发的第一控制请求，其中，第一控制请求用于请求对目标终端上的目标媒体资源和/或附加显示资源进行控制调整；
操作单元，用于响应第一控制请求，根据第一控制请求执行对目标媒体资源和/或附加显示资源的第一控制调整操作；
完成单元，用于在第一控制调整操作已执行完成的情况下，发送第一操作完成信息至目标车载设备，其中，第一操作完成信息用于提示第一控制调整操作已执行完成。
具体实施例可以参考上述车载设备控制媒体资源的方法中所示示例，本示例中在此不再赘述。
作为一种可选的方案，包括：
第二获取单元，用于在将第一目标数据发送至目标车载设备之后，获取在目标终端上触发的第二控制请求，其中，第二控制请求用于请求对目标车载设备上的目标媒体资源和/或附加显示资源进行控制调整；
第二发送单元，用于在将第一目标数据发送至目标车载设备之后，将第二控制请求发送至目标车载设备；
第三获取单元，用于在将第一目标数据发送至目标车载设备之后，获取第二操作完成信息，其中，第二操作完成信息用于提示目标车载设备已根据第二控制请求完成对目标媒体资源和/或附加显示资源的第二控制调整操作。
具体实施例可以参考上述车载设备控制媒体资源的方法中所示示例，本示例中在此不再赘述。
根据本发明实施例的另一个方面，还提供了一种用于实施上述车载设备控制媒体资源的方法的车载设备控制媒体资源的装置。如图12所示，该装置包括：
第二接收单元1202，用于接收目标终端发送的第一目标数据，其中，第一目标数据为按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理后获得的数据，蓝牙协议标识为目标车载设备上触发的目标操作请求中携带的标识，蓝牙协议标识用于指示目标终端与目标车载设备进行资源数据传输时所需采用的蓝牙通信协议，目标媒体资源为目标操作请求中携带的资源标识对应的资源，附加显示资源为目标媒体资源在目标车载设备上被操作时所需的资源，附加显示资源的数据量大于蓝牙传输阈值，第一目标数据的数据量小于等于蓝牙传输阈值；
执行单元1204，用于对第一目标数据执行目标操作请求所请求的操作。
可选地，在本实施例中，上述车载设备控制媒体资源的装置可以但不限于应用在手机应用程序(application，简称app)和车机(载)通过蓝牙传输歌曲、歌词、歌单、封面、伴奏、播放列表等文件的通信场景中，例如先使用ble/spp通信协议，在手机app和车机之间封装新的交互双向控制协议，进而在车机侧触发了对某一歌曲的播放操作请求的情况下，手机app侧通过该交互双向控制协议接收该播放操作请求，并通过该交互双向控制协议为车机提供该歌曲的音频资源、歌词资源、歌单资源等，为车机侧的用户提供丰富的音乐播放体验。
可选地，在本实施例中，目标车载设备可以但不限于为目标车机，该目标车机可以但不限于配置有以下至少之一的附加设备：显示器、处理器、存储器、网卡、音响等。目标车载设备也可以但不限于为安装在目标车机中或上的功能性设备，例如导航、个人电脑等，在此不做限定。
可选地，在本实施例中，目标媒体资源可以但不限于包含一种或多种类型的媒体资源，例如目标媒体资源为音频资源、视频资源、文字资源等；
可选地，在本实施例中，附加显示资源也可以但不限于包含一种或多种类型的媒体资源，例如音频资源、视频资源、文字资源等，此外附加显示资源可以但不限为用于介绍或补充目标媒体资源的附加信息的参考资源；
进一步以目标媒体资源为目标歌曲的音频资源，附加显示资源为目标歌曲的歌词的文本资源、目标歌曲的歌单的附加资源举例说明，如图3所示，在目标车载设备302的显示屏上显示目标歌曲304的歌名、目标歌词306的文本信息、目标歌单308的文本信息等，在相关技术中，往往只能车载端往往只能显示目标歌曲304的简单参考信息，如歌名、歌手名等，在车载端用户想要查看更多的参考信息的情况下，往往只能通过手机app单独查询，这对车载端尤其是行驶中的车载端用户尤为的危险以及不方便。而通过上述车载设备控制媒体资源的装置，可以但不限于在目标车载设备302的显示屏上即可完整的查看目标歌曲304的歌名、目标歌词306的文本信息、目标歌单308的文本信息等，还可进一步对目标歌词306的文本信息、目标歌单308的文本信息等附加资源执行更深层次的操作，如对目标歌单308中的其他歌曲(如“小情歌”)执行选定操作，使得当前播放在目标车载设备302的显示屏上的歌曲切换为歌曲“小情歌”。
可选地，在本实施例中，目标车载设备上被操作的目标媒体资源可以但不限于理解为对目标媒体资源执行目标操作，也可以但不限于理解为对目标媒体资源关联的附加显示资源执行目标操作，其中，目标操作可以但不限于包括以下至少之一：资源播放操作、资源切换操作、资源快进操作、资源暂停操作、资源慢放操作、资源后退操作、附加资源显示操作、资源跳转操作、资源模式选定操作等；
进一步举例说明，例如在图4所示的目标车载设备的显示界面402中，显示有当前播放的目标媒体资源(如歌曲音频“你不知道的事”)，以及在该显示界面402上，还显示有与该目标媒体资源关联的多种附加显示资源或虚拟组件，例如歌名、歌手、封面、歌词、歌单等附加显示资源，再例如收藏、伴奏等多功能组件，通过对上述多功能组件执行目标操作，可以但不限于理解为对目标媒体资源执行组件对应类型的目标操作，例如收藏组件对应的目标操作为收藏操作，具体的将目标媒体资源收藏在歌单中；再伴奏组件对应的目标操作为k歌操作，具体的获取目标媒体资源对应的伴奏音频；
其中，歌词可以但不限于为按照歌词的播放以实时逐字重点显示对应歌词；多功能组件可以但不限用于执行语音点歌、一键播放(收藏、已购、彩泥喜欢、车载音乐电台等)、一键音效、节奏灯光等功能；歌单可以但不限于为车载侧用户自身操作收藏而建立的用户收藏歌单，也可以但不限与为对应歌手名下的歌曲集合隔断，也可以但不限于为每日推荐歌曲组合的推荐歌单等。
可选地，在本实施例中，蓝牙传输被蓝牙传输阈值所限制，进而导致在蓝牙传输的限定条件中，限定了数据量大于该蓝牙传输阈值的数据无法或顺利完成传输，例如相关技术中通过蓝牙可传输数据量较小的歌曲音频资源，但无法同时传输数据量较大的歌词、歌单、封面等附加资源，如现有技术中往往采用a2dp协议用于音频流传输，以及采用avrcp协议用于车机控制手机app；但由于a2dp协议不传输控制命令数据，而avrcp协议规定了控制端和被控制端，只能实现从控制端到被控制端的单向控制，且当前控制命令每次只传单个字节，局限性较大，扩展性较差，都不能较好地完成双向控制功能，更不能很好地完成双向控制场景下的大数据量的蓝牙传输；
可选地，利用上述车载设备控制媒体资源的方法，不仅支持双向数据传输，且没有单向控制的约束，使得双向数据传输和控制得以实现，且协议可传输的命令数据不限于每次单个字节，灵活性很高，可扩展性良好，进而将数据量较小的歌曲音频资源与传输数据量较大的歌词、歌单、封面等附加资源进行统一的整合处理，并在整合处理过程中，完成对上述资源的协议统一以及数据量压缩操作，使得整合处理后获得的第一目标数据符合蓝牙传输的限定条件，进而在目标车载设备通过蓝牙传输顺利接收到的上述第一目标数据后，有车载侧对该第一目标数据进行解析以及解压处理，以获得歌曲音频资源与歌词、歌单、封面等附加资源，并利用车机侧自带的软件加工包对该歌曲音频资源与歌词、歌单、封面等附加资源进行数据处理，以在车载侧为用户呈现多样性的歌曲播放界面，以及为用户提供更加全面的可控制空间。
可选地，在本实施例中，在接收在目标车载设备上触发的目标操作请求之前，可以但不限预先在终端侧的目标终端以及车载侧的目标车载设备之间封装交互控制协议，例如蓝牙ble/spp通信协议，其中，可选地上述蓝牙ble/spp通信协议中的ble通信协议以及spp通信协议可以但不限于以多种组合形式进行使用，例如根据终端侧的目标终端或车载侧的目标车载设备的系统类型确定上述组合方式，具体地一种可理解的场景进行阐述，假设在终端侧的目标终端的系统类型为安卓系统(android)，则可以但不限于选取spp通信协议，反之假设在终端侧的目标终端的系统类型为苹果系统(ios)，则可以但不限于选取ble通信协议，其技术逻辑可以但不限于为ios和android)对ble通信协议以及spp通信协议支持的情况有差异，如ios默认不支持spp协议，故考虑采用ble协议；而android虽然支持ble通信协议以及spp通信协议，但对ble通信协议支持还不是特别良好，稳定性和通信速率略差于spp通信协议，进而以ble通信协议以及spp通信协议之间多种组合形式进行使用的通信方式，以增强兼容性，便于产品的开发实现，从而在该交互控制协议下，将请求、指令、资源等数据，和具体的某一种数据格式进行对应，实现终端侧和车载侧之间的实时双向通信；
进一步以目标媒体资源为歌曲音频资源为例说明，车载侧按照控制协议支持的功能，自定义需要的功能按钮(比如播放歌单/播放模式设置/语音点歌等)。车载侧在和终端侧进行蓝牙连接后，打开对应的终端app。当车载侧的功能按钮按下时，根据控制协议，车载侧发送相应格式的数据到终端app，终端app按照协议解析后，便可执行相应的响应；
同理，终端app也可以实时发送音乐命令数据到车载侧，让车载侧执行相应的响应。比如终端app根据当前歌曲的播放进度，实时发送歌词数据到车载侧，车载侧接收数据并根据交互控制协议解析后，可以实时显示歌词。
另外，使用上述交互控制协议，终端app可以把歌单列表/歌手列表/排行榜列表等媒资数据，发送到车载侧展示，用户在车载侧选择需要播放的媒体资源后，车载侧发送命令到终端app，终端app执行响应，播放相应音乐。整个过程无需用户操作目标终端，让行驶更安全。
需要说明的是，利用接收到的蓝牙协议标识将数据量较少的目标媒体资源以及数据量较大的附加显示资源进行整合处理，以获得统一协议且数据量小于等于蓝牙传输阈值的第一目标数据，进一步通过蓝牙协议将该第一目标数据传输至目标车载设备，以使目标车载设备在控制简单的目标媒体资源的同时，还能控制复杂的附加显示资源。
具体实施例可以参考上述车载设备控制媒体资源的方法中所示示例，本示例中在此不再赘述。
通过本申请提供的实施例，接收目标终端发送的第一目标数据，其中，第一目标数据为按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理后获得的数据，蓝牙协议标识为目标车载设备上触发的目标操作请求中携带的标识，蓝牙协议标识用于指示目标终端与目标车载设备进行资源数据传输时所需采用的蓝牙通信协议，目标媒体资源为目标操作请求中携带的资源标识对应的资源，附加显示资源为目标媒体资源在目标车载设备上被操作时所需的资源，附加显示资源的数据量大于蓝牙传输阈值，第一目标数据的数据量小于等于蓝牙传输阈值；对第一目标数据执行目标操作请求所请求的操作，利用蓝牙协议标识将数据量较少的目标媒体资源以及数据量较大的附加显示资源进行整合处理，以获得统一协议且数据量小于等于蓝牙传输阈值的第一目标数据，进一步通过蓝牙将该第一目标数据传输至目标车载设备，以使目标车载设备在控制简单的目标媒体资源的同时，还能控制复杂的附加显示资源，进而达到了在车载设备上实现对更全面的媒体资源进行控制的技术目的，从而实现了提高车载设备控制媒体资源的全面性的技术效果。
作为一种可选的方案，执行单元1204，包括：
拆分模块，用于将第一目标数据进行拆分处理，以获得第一子数据以及第二子数据；
第一解封模块，用于按照蓝牙协议标识所指示的蓝牙通信协议将第一子数据进行解封处理，以获得目标媒体资源；
第二解封模块，用于按照蓝牙协议标识所指示的蓝牙通信协议将第二子数据进行解封处理，以获得附加显示资源。
具体实施例可以参考上述区域动态调整方法中所示示例，本示例中在此不再赘述。
作为一种可选的方案，第二解封模块，包括：
第一确定子模块，用于按照蓝牙协议标识所指示的蓝牙通信协议的协议格式，确定出待解码的资源类型标识、待解码的校验数据，以及待解码的资源内容在第二子数据中对应的排序位置，并根据排序位置对待解码的资源类型标识、待解码的校验数据，以及待解码的资源内容；进行解码处理；
第二确定子模块，用于将解码后的资源类型标识、解码后的校验数据，以及解码后的资源内容确定为第二子数据。
具体实施例可以参考上述区域动态调整方法中所示示例，本示例中在此不再赘述。
作为一种可选的方案，执行单元1204包括以下之一：
第一执行模块，用于在目标操作请求用于请求播放或切换至目标媒体资源，且目标媒体资源为音频资源的情况下，对音频资源以及音频资源匹配的音频描述信息执行目标操作请求所请求的播放或切换，其中，附加显示资源包括音频描述信息；
第二执行模块，用于在目标操作请求用于请求播放或切换至目标媒体资源，且目标媒体资源为视频资源的情况下，对视频资源以及视频资源匹配的视频描述信息执行目标操作请求所请求的播放或切换，其中，附加显示资源包括视频描述信息。
具体实施例可以参考上述区域动态调整方法中所示示例，本示例中在此不再赘述。
作为一种可选的方案，执行单元1204包括以下之一：
第三执行模块，用于在目标操作请求用于请求显示目标媒体资源关联的资源列表的情况下，对资源列表执行目标操作请求所请求的显示操作，其中，附加显示资源包括资源列表。
具体实施例可以参考上述区域动态调整方法中所示示例，本示例中在此不再赘述。
作为一种可选的方案，执行单元1204包括以下之一：
第四执行模块，用于在目标操作请求用于请求将目标媒体资源的播放模式调整至目标播放模式的情况下，对目标播放模式对应的车载控制数据执行目标操作请求所请求的调整操作，其中，附加显示资源包括车载控制数据。
具体实施例可以参考上述区域动态调整方法中所示示例，本示例中在此不再赘述。
作为一种可选的方案，包括：
第三接收单元，用于在接收目标终端发送的第一目标数据之前，接收目标终端发送的目标工具数据包，其中，目标工具数据包为按照蓝牙协议标识所指示的蓝牙通信协议对软件开发工具包进行封装处理得到的数据包，软件开发工具包用于在目标车载设备中操作目标媒体资源；
第二安装单元，用于在接收目标终端发送的第一目标数据之前，安装目标工具数据包。
具体实施例可以参考上述区域动态调整方法中所示示例，本示例中在此不再赘述。
作为一种可选的方案，包括：
第四获取单元，用于获取在目标车载设备上触发的第一控制请求，其中，第一控制请求用于请求对目标车载设备上的目标媒体资源和/或附加显示资源进行控制调整；
第三发送单元，用于将第一控制请求发送至目标终端；
第五获取单元，用于获取一操作完成信息，其中，一操作完成信息用于提示目标终端已根据一控制请求完成对目标媒体资源和/或附加显示资源的一控制调整操作。
具体实施例可以参考上述区域动态调整方法中所示示例，本示例中在此不再赘述。
作为一种可选的方案，包括：
第四接收单元，用于在接收目标终端发送的第一目标数据之前，接收目标终端上触发的第二控制请求，其中，第二控制请求用于请求对目标车载设备上的目标媒体资源和/或附加显示资源进行控制调整；
第二响应单元，用于在接收目标终端发送的第一目标数据之前，响应第二控制请求，对目标媒体资源和/或附加显示资源执行第二控制调整操作；
第四发送单元，用于在第二控制调整操作已执行完成的情况下，发送第二操作完成信息至目标终端，其中，第二操作完成信息用于提示控制调整操作已执行完成。
具体实施例可以参考上述区域动态调整方法中所示示例，本示例中在此不再赘述。
根据本发明实施例的又一个方面，还提供了一种用于实施上述车载设备控制媒体资源的方法的电子设备，如图13所示，该电子设备包括存储器1202和处理器1204，该存储器1202中存储有计算机程序，该处理器1204被设置为通过计算机程序执行上述任一项方法实施例中的步骤。
可选地，在本实施例中，上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
s1，接收在目标车载设备上触发的目标操作请求，其中，目标操作请求中携带有请求在目标车载设备上被操作的目标媒体资源的资源标识以及蓝牙协议标识，蓝牙协议标识用于指示目标终端与目标车载设备进行资源数据传输时所需采用的蓝牙通信协议；
s2，响应目标操作请求，获取资源标识对应的目标媒体资源，以及目标媒体资源在目标车载设备上被操作时所需的附加显示资源，其中，附加显示资源的数据量大于蓝牙传输阈值；
s3，按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理，以获得第一目标数据，其中，第一目标数据的数据量小于等于蓝牙传输阈值；
s4，将第一目标数据发送至目标车载设备，以在目标车载设备对第一目标数据执行目标操作请求所请求的操作。或，
s1，接收目标终端发送的第一目标数据，其中，第一目标数据为按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理后获得的数据，蓝牙协议标识为目标车载设备上触发的目标操作请求中携带的标识，蓝牙协议标识用于指示目标终端与目标车载设备进行资源数据传输时所需采用的蓝牙通信协议，目标媒体资源为目标操作请求中携带的资源标识对应的资源，附加显示资源为目标媒体资源在目标车载设备上被操作时所需的资源，附加显示资源的数据量大于蓝牙传输阈值，第一目标数据的数据量小于等于蓝牙传输阈值；
s2，对第一目标数据执行目标操作请求所请求的操作。
可选地，本领域普通技术人员可以理解，图13所示的结构仅为示意，电子设备也可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobileinternetdevices，mid)、pad等终端设备。图13其并不对上述电子设备的结构造成限定。例如，电子设备还可包括比图13中所示更多或者更少的组件(如网络接口等)，或者具有与图13所示不同的配置。
其中，存储器1302可用于存储软件程序以及模块，如本发明实施例中的车载设备控制媒体资源的方法和装置对应的程序指令/模块，处理器1304通过运行存储在存储器1302内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的车载设备控制媒体资源的方法。存储器1302可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器1302可进一步包括相对于处理器1304远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器1302具体可以但不限于用于存储目标操作请求、资源标识、蓝牙协议标识以及第一目标数据等信息。作为一种示例，如图13所示，上述存储器1302中可以但不限于包括上述车载设备控制媒体资源的装置中的第一接收单元1102、第一响应单元1104、整合单元1106及第一发送单元1108，或第二接收单元1302(图中未示出)、执行单元1304(图中未示出)。此外，还可以包括但不限于上述车载设备控制媒体资源的装置中的其他模块单元，本示例中不再赘述。
可选地，上述的传输装置1306用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置1306包括一个网络适配器(networkinterfacecontroller，nic)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置1306为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。
此外，上述电子设备还包括：显示器1308，用于显示上述目标操作请求、资源标识、蓝牙协议标识以及第一目标数据等信息；和连接总线1310，用于连接上述电子设备中的各个模块部件。
可选地，在本实施例中，上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序：
s1，接收在目标车载设备上触发的目标操作请求，其中，目标操作请求中携带有请求在目标车载设备上被操作的目标媒体资源的资源标识以及蓝牙协议标识，蓝牙协议标识用于指示目标终端与目标车载设备进行资源数据传输时所需采用的蓝牙通信协议；
s2，响应目标操作请求，获取资源标识对应的目标媒体资源，以及目标媒体资源在目标车载设备上被操作时所需的附加显示资源，其中，附加显示资源的数据量大于蓝牙传输阈值；
s3，按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理，以获得第一目标数据，其中，第一目标数据的数据量小于等于蓝牙传输阈值；
s4，将第一目标数据发送至目标车载设备，以在目标车载设备对第一目标数据执行目标操作请求所请求的操作。或，
s1，接收目标终端发送的第一目标数据，其中，第一目标数据为按照蓝牙协议标识所指示的蓝牙通信协议，对目标媒体资源以及附加显示资源进行整合处理后获得的数据，蓝牙协议标识为目标车载设备上触发的目标操作请求中携带的标识，蓝牙协议标识用于指示目标终端与目标车载设备进行资源数据传输时所需采用的蓝牙通信协议，目标媒体资源为目标操作请求中携带的资源标识对应的资源，附加显示资源为目标媒体资源在目标车载设备上被操作时所需的资源，附加显示资源的数据量大于蓝牙传输阈值，第一目标数据的数据量小于等于蓝牙传输阈值；
s2，对第一目标数据执行目标操作请求所请求的操作。
可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-onlymemory，rom)、随机存取器(randomaccessmemory，ram)、磁盘或光盘等。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
- 还没有人留言评论。精彩留言会获得点赞！