车辆的影音数据处理方法、装置、设备、存储介质及车辆与流程

本公开涉及车辆数据播放领域，尤其涉及车辆的影音数据处理。

背景技术：

1、目前，智能汽车已从单纯的交通工具，演进为集成了复杂数字生态的移动智能终端。强大的车载信息娱乐系统（ivi）则作为用户的交互中心，重塑了车内空间体验，其中影音娱乐是满足用户视觉与听觉需求的重要部分。

2、当前车载信息娱乐系统（ivi）已普遍支持多源媒体接入，但大多仍停留在硬件接口层面（如hdmi/usb/蓝牙/carplay等），对内容层仍采用“应用孤岛”模式：各流媒体app独立维护片库与歌库，用户需在多个app之间切换、重复内容，体验割裂。而且直接在车机系统中部署各流媒体app会因适配不足而占用大量cpu算力与内存资源，导致系统响应迟缓、发热增加，甚至影响导航、辅助驾驶等核心功能的稳定性。

技术实现思路

1、本公开提供了一种车辆的影音数据处理方法、装置、设备、存储介质以及车辆。

2、根据本公开的第一方面，提供了一种车辆的影音数据处理方法。该方法包括：

3、获取所述车辆的基本配置信息；

4、基于所述基本配置信息，判断所述车辆是否能与车机服务器正常通信；

5、若所述车辆能与所述车机服务器正常通信，则从所述车机服务器获取各影音数据的信源配置信息；

6、根据所述各影音数据的信源配置信息，从各信源服务端分别获取对应的各影音数据；

7、将所述各影音数据进行异构融合处理，得到融合后影音数据；

8、输出所述融合后影音数据。

9、如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述获取所述车辆的基本配置信息，包括：

10、获取所述车辆的唯一标识码；

11、获取所述车辆的型号信息；

12、获取所述车辆的厂商信息；

13、获取所述车辆的网络连接状态；

14、获取所述车辆的当前系统时间和预设参考时间。

15、如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述基于所述基本配置信息，判断所述车辆是否能与车机服务器正常通信，包括：

16、基于所述基本配置信息，判断所述车辆的当前系统时间是否正确以及所述车辆是否能够正常联网，得到判断结果；

17、根据所述判断结果，判断所述车辆是否能与所述车机服务器正常通信。

18、如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述根据所述判断结果，判断所述车辆是否能与所述车机服务器正常通信，包括：

19、若所述判断结果为所述车辆的当前系统时间正确以及所述车辆能够正常联网，则判定所述车辆能与所述车机服务器正常通信。

20、如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述根据所述判断结果，判断所述车辆是否能与所述车机服务器正常通信，还包括：

21、若所述车辆的当前系统时间不正确或所述车辆无法正常联网，则判定所述车辆不能与所述车机服务器正常通信；

22、所述方法还包括：

23、从本地缓存中读取已存储的影音数据；

24、将所述已存储的影音数据输出至hmi界面进行展示；

25、持续监听当前系统时间和网络状态的变化，直至所述车辆能与所述车机服务器正常通信。

26、如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述若所述车辆能与所述车机服务器正常通信，则从所述车机服务器获取各影音数据的信源配置信息，包括：

27、若所述车辆能与所述车机服务器正常通信，则确定所述车辆的预设标识；

28、根据所述车辆的预设标识，从所述车机服务器获取所述车辆的音频信源配置、视频信源配置、hmi内容配置以及主题配置，其中，所述配置用于表征资源类型。

29、如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述方法还包括：

30、根据所述hmi内容配置，确定当前hmi界面上的控件样式、按钮、卡片和列表的展示内容；

31、根据所述主题配置，适配所述hmi界面的模式和/或系统主题风格。

32、如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述根据所述各影音数据的信源配置信息，从各信源服务端分别获取对应的各影音数据，包括：

33、获取信源配置信息与信源服务器之间的预设对应关系；

34、根据所述各影音数据的信源配置信息与所述预设对应关系，确定所述各影音数据分别对应的各信源服务端；

35、从所述各信源服务端分别获取对应的各影音数据。

36、如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述从各信源服务端分别获取对应的各影音数据，包括：

37、分别向所述各信源服务端发起鉴权请求；其中，所述各信源服务端在接收到所述鉴权请求后，解析所述鉴权请求中待鉴权令牌，对所述待鉴权令牌进行校验，并向所述车辆发送鉴权校验结果；

38、若任一信源服务端的所述鉴权校验结果为所述车辆鉴权通过，则从所述任一信源服务端获取对应的影音数据。

39、如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述将所述各影音数据进行异构融合处理，得到融合后影音数据，包括：

40、将所述各影音数据进行清洗；

41、将所述各影音数据进行时空对齐；

42、将所述各影音数据进行标准化处理；

43、将所述各影音数据按照用户使用习惯进行筛选和剪切。

44、如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述方法还包括：

45、获取所述车辆当前设置的语言信息；

46、当所述各影音数据中包含多语言字段时，根据所述语言信息自动选择对应语言的内容进行输出。

47、根据本公开的第二方面，提供了一种车辆的影音数据处理装置。该装置包括：

48、第一获取模块，用于获取所述车辆的基本配置信息；

49、判断模块，用于基于所述基本配置信息，判断所述车辆是否能与车机服务器正常通信；

50、第二获取模块，用于若所述车辆能与所述车机服务器正常通信，则从所述车机服务器获取各影音数据的信源配置信息；

51、第三获取模块，用于根据所述各影音数据的信源配置信息，从各信源服务端分别获取对应的各影音数据；

52、融合模块，用于将所述各影音数据进行异构融合处理，得到融合后影音数据；

53、获取模块，用于输出所述融合后影音数据。

54、根据本公开的第三方面，提供了一种电子设备。该电子设备包括：存储器和处理器，所述存储器上存储有计算机程序，所述处理器执行所述程序时实现如以上所述的方法。

55、根据本公开的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如根据本公开的第一方面的方法。

56、根据本公开的第五方面，提供了一种车辆，包括：如上述第二方面所述的装置；以及如上述第三方面所述的电子设备。

57、本公开中，在车辆能与所述车机服务器正常通信时，通过从所述车机服务器获取各影音数据的信源配置信息，然后基于各影音数据的信源配置信息，从各信源服务端分别获取对应的各影音数据，可实现在不需要安装不同app的基础上，利用从车机服务器处获得的信源配置信息直接从不同服务端处获取不同影音数据，进而将所述各影音数据进行异构融合处理，得到融合后影音数据并输出，就实现了通过统一的信源配置管理集中获取多源影音数据与异构融合，解决了背景技术中应用孤岛模式导致的用户需在多个app间切换、体验割裂的问题，同时避免在车机端直接部署多个app，降低cpu和内存占用，保障系统响应速度和核心功能稳定性。

58、应当理解， 技术实现要素： 部分中所描述的内容并非旨在限定本公开的实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。