CN112181545B - 车载数据处理方法、装置、车载设备及存储介质 - Google Patents

Abstract

本发明公开了一种车载数据处理方法、装置、车载设备及存储介质，该方法应用在车载设备中，车载设备包括至少两个业务模块和一个显示屏幕；所述业务模块对应的应用程序以容器形式封装在所述车载设备中；该方法包括：获取所述业务模块对应的车载数据，所述车载数据携带模块标识；采用与所述模块标识对应的显示脚本对所述车载数据进行处理，得到所述模块标识对应的显示图像；将所述模块标识对应的显示图像在所述显示屏幕中显示。该方法可实现通过一套显示屏幕显示多个终端数据的目的，降低成本且有效节约车辆内部空间的利用率。

Description

车载数据处理方法、装置、车载设备及存储介质

技术领域

本发明涉及嵌入式应用技术领域，尤其涉及一种车载数据处理方法、装置、车载设备及存储介质。

背景技术

随着车辆的普及、计算机技术以及互联网等技术的快速发展，汽车信息化程度越来越高。当前大多数汽车中均设置多个终端(如仪表盘、多媒体中心)，各终端独立使用对应的屏幕，故车载设备中需要设置多个屏幕，成本较高，且由于多个屏幕体积占比较大，造成车辆内部空间资源浪费。

发明内容

本发明实施例提供一种车载数据处理方法、装置、车载设备及存储介质，以解决当前车载设备中需要为每一终端设置对应的屏幕，导致成本较高的问题。

一种车载数据处理方法，应用在车载设备中，所述车载设备包括至少两个业务模块和一个显示屏幕；所述业务模块对应的应用程序以容器形式封装在所述车载设备中；所述车载数据处理方法包括：

获取所述业务模块对应的车载数据，所述车载数据携带模块标识；

采用与所述模块标识对应的显示脚本对所述车载数据进行处理，得到所述模块标识对应的显示图像；

将所述模块标识对应的显示图像在所述显示屏幕中显示。

一种车载数据处理装置，应用在车载设备中，所述车载设备包括至少两个业务模块和一个显示屏幕；所述业务模块对应的应用程序以容器形式封装在所述车载设备中；所述车载数据处理装置包括：

车载数据获取模块，用于获取所述业务模块对应的车载数据，所述车载数据携带模块标识；

显示图像获取模块，用于采用与所述模块标识对应的显示脚本对所述车载数据进行处理，得到所述模块标识对应的显示图像；

数据显示模块，用于将所述模块标识对应的显示图像在所述显示屏幕中显示。

一种车载设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述车载数据处理方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述车载数据处理方法的步骤。

上述车载数据处理方法、装置、车载设备及存储介质中，通过获取至少一个业务模块对应的携带模块标识的车载数据，以便采用与模块标识对应的显示脚本对车载数据进行处理，得到模块标识对应的显示图像，以将每一模块标识对应的显示图像在同一显示屏幕中进行动态显示，无需为每一业务模块设置与其对应的屏幕进行显示，以实现通过一套显示屏幕显示多个终端(即多个业务模块)数据的目的，有效减少显示屏幕的数量，降低成本且节约车辆内部空间的利用率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例中车载设备的内部架构图；

图2是本发明一实施例中图形合成的一示意图；

图3是本发明一实施例中音频管理的一示意图；

图4是本发明一实施例中车载数据处理方法的一流程图；

图5是本发明一实施例中车载数据处理方法的一流程图；

图6是图4中步骤S30的一具体流程图；

图7是图4中步骤S20的一具体流程图；

图8是本发明一实施例中车载数据处理方法的一流程图；

图9是本发明一实施例中车载数据处理方法的一流程图；

图10是本发明一实施例中车载数据处理方法的一流程图；

图11是本发明一实施例中车载数据处理装置的一示意图；

图12是本发明一实施例中车载设备的一示意图。

具体实施方式

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

本发明实施例提供的车载数据处理方法可应用在车载设备上，用于通过一套显示屏幕显示多个终端数据，降低成本。具体地，车载设备的内部架构图如图1所示，其中，车载设备包括Host区和容器(Container)区。Host区包括容器管理模块和图形合成模块。容器管理模块用于管理车载设备中的各业务模块对应的Docker容器。业务模块对应的应用程序以容器形式封装在车载设备中，用于实现特定功能的业务。Docker容器是一个运行于宿主操作系统(安装在宿主机上的操作系统)上的应用进程。可理解地，应用程序在容器上运行，并不依赖于操作系统以外的主机环境。容器可以包含多个应用程序，每个应用程序都有自己的运行环境。当容器部署在不同的运行环境中时，操作系统可在应用程序之间共享，与虚拟机技术相比，容器拥有更高的资源使用效率和可移植性。Host是指宿主机，即能够运行应用程序的进程。图形合成模块是指用于对业务模块对应的业务图形进行合成的模块。需要说明的是，本实施例中的各业务模块(不同的操作系统)使用同一套硬件设备(如屏幕、处理器)并采用一套软件控制中心操控，业务模块间的数据交互由软件内部实现，提高数据安全性。

在一实施例中，如图4所示，提供一种车载数据处理方法，应用在车载设备上，车载设备包括至少两个业务模块和一个显示屏幕；业务模块对应的应用程序以容器形式封装在车载设备中。其中，业务模块对应的应用程序以容器(Docker容器)形式封装，不同的Docker容器独立处理各自业务，保证业务的隔离性。

具体地，该车载数据处理方法包括如下步骤：

S10：获取业务模块对应的车载数据，车载数据携带模块标识。

其中，业务模块是指车载设备中能够实现特定业务的模块。模块标识是用于识别业务模块的唯一标识。车载数据是业务模块实时获取的数据。本实施例中的业务模块包括但不限于仪表模块和多媒体模块，此处不做限定。仪表模块是用于实现电子仪表盘的模块，仪表模块包括仪表区和行车状态指示区，仪表区包括但不限于车速里程表、转速表、机油压力表、水温表、燃油表以及充电表等。行车状态指示区包括但不限于燃油量指示灯、清洗器液面指示灯、充电指示灯、远近光变光指示灯、变速器挡位指示灯、制动防抱死系统(ABS)指示灯、驱动力控制指示灯、转向灯、安全带指示灯、安全气囊(SRS)警报灯以及水温报警灯。多媒体模块是用于实现多媒体中心的模块，其中，多媒体中心是车载设备中的IVI(In-Vehicle Infotainment)，IVI是采用车载专用中央处理器，基于车身总线系统和互联网服务，形成的车载综合信息处理系统。

本实施例中，仪表模块与多媒体模块可运行同一操作系统中，也可运行于不同的操作系统中，该操作系统包括但不限于Linux系统和Android系统。

以车载数据为仪表数据为例，车载设备中会设置至少一个传感器(如速度传感器、水温传感器)，用于实时采集仪表数据。其中，仪表数据包括但不限于仪表区和行车状态指示区对应的数据，如汽车时速、汽车里程、汽车转速、汽车机油压力、水温、燃油、电量以及ABS数据(如车轮转速、路面高差和轮胎气压)等。需要说明的是，车载设备中除了用于采集仪表数据的传感器外，还包括其他传感器，如用于采集节气门开度、凸轮轴、曲轴、变速器的角度和速度等传感器。需要说明的是，此处列举的仪表数据和传感器仅做示例，并不做限定。

S20：采用与模块标识对应的显示脚本对车载数据进行处理，得到模块标识对应的显示图像。

其中，显示脚本是业务模块对应的应用程序中配置好的用于进行数据显示的脚本。具体地，业务模块用于实现特定业务，故其对应的显示脚本不同，如仪表模块对应的显示脚本为车速里程表显示脚本、转速表显示脚本、机油压力表显示脚本等。多媒体模块对应的显示脚本包括多媒体中心的显示脚本。显示图像是指根据与与模块标识对应的显示脚本对车载数据进行处理所得到的图像。

具体地，不同业务模块对应的显示脚本不同，即其包括的业务图形不同，所显示的内容不同。假设当前车载设备处于初始启动状态，图像合成模块中的合成器采用不同的模块标识对应的显示脚本对车载数据进行处理，得到模块标识对应的显示图像。即首先图像合成模块按照不同的模块标识对应的显示样式对模块标识对应的业务图形进行合成，得到模块标识对应的业务图像，再将车载数据映射到对应的业务图像中，得到模块标识对应的显示图像，以实现动态显示。

需要说明的是，在得到模块标识对应的显示图像之后，针对显示内容不变的显示图像(例如导航图像、仪表盘图像)，若再次获取的车载数据，可直接将车载数据映射到其模块标识对应的显示图像中，例如，当前车载数据为导航数据，其对应的模块标识为多媒体模块，则此时多媒体模块对应的显示图像即为导航图像，针对再次获取的导航数据(如GPS位置信息)，则可直接将导航数据映射到导航图像中进行动态显示，无需再次合成图像，提高显示效率。

本实施例中，图像合成模块可采用Wayland框架实现。其中，Wayland作为一种图形系统通讯协议，能够得到大多数GUI库的支持，Wayland的通用性、可移植性以及可扩展性较强。

进一步地，Wayland框架包括Wayland客户端和Wayland服务端，于本实施例中，各容器作为Wayland客户端，Host区作为Wayland服务端。具体地，如图2的示意图所示，以容器1运行在Linux系统，容器2运行与Android系统为例说明本实施例中图形合成(Host区包括一合成器，用于将客户端提交的图形进行合成并输出到显示屏幕中进行显示(即图形合成模块)、对显示内容进行分发和管理(即容器管理模块)等)的具体通信过程：容器1中业务模块将需要显示的业务图形提交到Wayland客户端进行渲染，然后再将渲染好的业务图形通过socket协议转发至合成器(即Wayland服务端)进行多帧图像的合成，得到显示图像，有效避免屏幕撕裂和窗口闪烁问题。

针对容器2中Android系统中的SurfaceFlinger作为Wayland客户端对业务模块需要显示的业务图形进行渲染，然后，将渲染好的业务图形通过socket协议转发给合成器(compositor)进行合成，得到显示图像。SurfaceFlinger是用来处理是Android系统中用来处理显示数据的框架。

S30：将模块标识对应的显示图像在显示屏幕中显示。

具体地，将模块标识对应的显示图像在车载设备中的显示屏幕中显示，无需为每一业务模块设置与其对应的屏幕进行显示，以实现通过一套显示屏幕显示多个终端数据(即多个业务模块对应的业务数据)的目的，降低成本。并且，通过减少显示屏幕的数量，可有效节约车辆内部空间的利用率。

本实施例中，通过获取至少一个业务模块对应的携带模块标识的车载数据，以便采用与模块标识对应的显示脚本对车载数据进行处理，得到模块标识对应的显示图像，以将每一模块标识对应的显示图像在同一显示屏幕中进行动态显示，无需为每一业务模块设置与其对应的屏幕进行显示，以实现通过一套显示屏幕显示多个终端(即多个业务模块)数据的目的，有效减少显示屏幕的数量，降低成本且节约车辆内部空间的利用率。

在一实施例中，如图5所示，显示屏幕包括至少两个显示区；该车载数据处理方法包括如下步骤：

S311：获取业务模块对应的车载数据，车载数据携带模块标识。

其中，步骤S311与上述实施例中的步骤S10相同，为避免重复，在此不再一一赘述。

S312：采用与模块标识对应的显示脚本对车载数据进行处理，得到模块标识对应的显示图像。

其中，步骤S312与上述实施例中的步骤S20相同，为避免重复，在此不再一一赘述。

S313：将模块标识对应的显示图像，显示在显示屏幕中模块标识对应的显示区中。

其中，将模块标识对应的显示图像在显示屏幕中显示包括两种显示形式一种是在显示屏幕中同时显示每一模块标识对应的显示图像，另一种是根据用户指令，显示用户所需显示的模块标识对应的显示图像。

显示屏幕包括至少两个显示区，该显示区用于显示模块标识对应的显示图像。具体地，将模块标识对应的显示图像，显示在显示屏幕中模块标识对应的显示区中，可按照两种方式进行显示，一种是预先设定模块标识对应的显示区，例如显示区A对应业务模块1，显示区B对应业务模块2，可以理解地，针对此种显示方式，也可根据需要自定义显示区对应的区域范围。另一种是服务器自动随机选择模块标识对应的显示区。

本实施例中，通过将模块标识对应的显示图像，显示在显示屏幕中模块标识对应的显示区中，以达到在同一显示屏幕分区显示各业务模块对应的显示数据，可有效减少显示屏幕的数量，节省成本。

在一实施例中，如图6所示，步骤S30中，将模块标识对应的显示图像在显示屏幕中显示，具体包括如下步骤：

S321：接收显示指令，显示指令包括模块标识。

S322：根据显示指令，将模块标识对应的显示图像显示在显示屏幕中。

其中，显示指令是用于触发服务端显示模块标识对应的显示图像的指令。具体地，该显示指令可包括至少一个模块标识，若显示指令包括的模块标识的数量等于1，则只需在显示屏幕中显示模块标识对应的显示图像。若显示指令包括的模块标识的数量大于1，则按照采用至少两个显示区进行分区显示，以使显示屏幕显示用户所需的显示图像，提高泛化性。本实施例中，通过设置两种显示方式，以使显示屏幕可按照不同的显示方式进行显示，提高泛化性。

在一实施例中，业务模块包括仪表模块；车载数据包括仪表数据，如图7所示，步骤S20中，即采用与模块标识对应的显示脚本对车载数据进行处理，得到模块标识对应的显示图像，具体包括如下步骤：

S21：根据仪表数据进行分类，确定仪表数据对应的处理类别。

其中，仪表数据对应的处理类别是根据是否可由车载设备中的传感器直接采集到的数据进行区分的类别。仪表数据的不同，其对应的处理类别不同。本实施例中，处理类别包括直接处理类别和间接处理类别，其中，直接处理类别是指可根据车载设备中的传感器采集到的数据进行处理的类别；相应地，间接处理类别是指不可根据车载设备中的传感器采用到的数据直接进行处理的类别。例如若电子仪表盘中需要显示平均油耗，则需要通过总油耗量和总里程的仪表数据进行计算，故对于总油耗量和总里程这两种仪表数据作为一组间接处理类别的数据，以对其进行进一步处理。若电子仪表盘中需要显示汽车时速，则只需获取汽车速度即可，故对于汽车速度这一仪表数据作为直接处理类别。

S22：基于仪表数据对应的处理类别，获取处理类别对应的处理方式。

S23：根据处理类别对应的处理方式对仪表数据进行处理，得到待显示数据。

其中，处理类别对应的处理方式是指基于这种处理类别对应的仪表数据进行处理的方式。继续以上述示例进行说明，若仪表数据对应的处理类别为间接处理类别，则获取其对应的处理方式，例如对于总油耗量和总里程的这一组数据，其对应的处理方式为将总油耗量与总里程之比作为平均油耗，将平均油耗作为待显示数据。若仪表数据对应的处理类别为直接处理类别，则直接将该仪表数据作为待显示数据。

又例如，对于水温这一仪表数据，该仪表数据需要进一步与标准范围或标准值进行判断，得到待显示数据。如水温值(仪表数据)，超出标准范围中的上限，则待显示数据为将水温报警灯显示为红色；若水温值在标准范围内，则待显示数据为将水温报警灯熄灭；水温值(仪表数据)小于标准范围中的下限，则待显示数据为将水温报警灯显示为蓝色，以在水温报警灯中进行显示，故将水温这一仪表数据作为间接处理类别。

S24：采用与仪表模块对应的显示脚本对待显示数据进行显示处理，得到显示图像。

具体地，假设当前车载设备处于初始启动状态，则首先图像合成模块按照仪表模块对应的显示样式对模块标识对应的业务图形进行合成，得到模块标识对应的业务图像，再将待显示数据映射到对应的业务图像中，以得到模块标识对应的显示图像。可以理解地，该显示图像包括但不限于车速里程表显示图像、转速表显示图像、机油压力表显示图像。

进一步地，在得到模块标识对应的显示图像之后，针对仪表模块对应的显示图像来说，为了提高后续实时获取的仪表数据对应的显示图像的显示速率，对再次获取的仪表模块对应的待显示数据，可直接将待显示数据映射到对应的显示图像中，以实现对仪表数据对应的显示图像进行动态显示。例如，当前仪表模块对应的显示图像为车速里程表显示图像、转速表显示图像和机油压力表显示图像，针对再次获取的待显示数据如里程数据、车速数据、转速数据以及机油压力数据，可直接将里程数据和车速数据映射到车速里程表显示图像中进行动态显示；将车速数据映射到转速表显示图像中进行动态显示；将机油压力数据直接映射到机油压力表显示图像中，无需再次合成图像，提高显示效率。

本实施例中，通过确定每一仪表数据处理对应的处理类别，以便采用与处理类别对应的处理的方式对仪表数据进行处理，得到待显示数据，最后采用与仪表模块对应的显示脚本对待显示数据进行显示处理，得到显示图像，以提高数据显示的有效性。

在一实施例中，如图8所示，步骤S30之后，该方法还包括如下步骤：

S41：接收基于显示屏幕触发的操作指令，操作指令对应一输入焦点。

具体地，在显示屏幕中显示模块标识对应的显示图像之后，服务端接收屏幕事件(如点击)对应的操作指令，并对屏幕事件对应的输入焦点进行焦点管理，由服务端中统一分发至相应的容器(即业务模块)，然后，由对应的业务模块独立处理数据，确保业务数据间的独立性。

S42：对输入焦点进行解析处理，确定操作指令对应的模块标识。

其中，由于输入焦点对应的屏幕坐标是以整个显示屏幕作为参照物得到的坐标。若当前屏幕显示至少两个模块标识对应的显示图像即处于分区显示模式，则需要将输入焦点进行坐标转换(零点转换)，即将业务模块对应的显示区作为参照物将屏幕坐标转换为窗口本地坐标(即业务模块对应显示窗口的坐标)，再将窗口本地坐标发送给对应的业务模块。

若当前屏幕仅显示一个模块标识对应的显示图像即处于独立显示模式，由于此时将业务模块对应显示图像作为参照物得到的坐标，则无需将输入焦点对应的屏幕坐标转换为窗口本地坐标。

具体地，对输入焦点进行解析处理，即将输入焦点对应的坐标进行初步判断，确定属于哪一显示区，也即确定操作指令对应的模块标识，然后再将对应的显示区(即业务模块对应显示窗口)作为参照物，对输入焦点对应的屏幕坐标进行转换，得到窗口本地坐标，再将携带窗口本地坐标的操作指令发送给对应的业务模块。

S43：将操作指令发送至模块标识对应的业务模块，接收业务模块响应操作指令所反馈的响应显示数据。

其中，响应显示数据是业务模块响应操作指令所反馈的与操作指令相对应的显示数据。具体地，服务端将操作指令发送至模块标识对应的业务模块，然后，接受业务模块响应操作指令所反馈的响应显示数据，保证各业务数据之间的隔离性。例如，根据操作指令对应的转换后的焦点坐标，即可确定用户想要使用哪一功能，若确定用户想要使用音乐播放功能，则将音乐播放的操作指令发送至多媒体模块，接收多媒体模块响应操作指令所反馈的响应显示数据，即将音乐播放界面对应的显示数据作为响应显示数据，反馈给服务端进行显示。

S44：采用与模块标识对应的显示脚本对响应显示数据进行处理，得到与操作指令对应的响应图像。

具体地，步骤S44的采用与模块标识对应的显示脚本对响应显示数据进行处理，得到与操作指令对应的响应图像，与步骤S20处理过程一致，为避免重复，在此不再赘述。

S45：将响应图像在显示屏幕中显示。

具体地，将响应图像在显示屏幕中进行显示可根据当前显示模式进行显示，该当前显示模式包括分区显示模式和独立显示模式。即当前显示模式为分区显示模式，则将该响应图像在模块标识对应的显示区内进行显示；若当前显示模式为独立显示模式，即只显示一业务模块对应的显示图像，则将该响应图像直接在显示屏幕中显示。

本实施例中，通过接收基于显示屏幕触发的操作指令，然后对操作指令对应的输入焦点进行统一焦点管理，再对输入焦点进行解析处理，确定操作指令对应的模块标识，以便将操作指令发送至模块标识对应的业务模块，接收业务模块响应操作指令所反馈的响应显示数据，保证各业务数据之间的隔离性。接着，采用与模块标识对应的显示脚本对响应显示数据进行处理，得到与操作指令对应的响应图像，以将响应图像在显示屏幕中显示，实现与用户之间的交互。

在一实施例中，如图9所示，车载设备还包括音频设备，其中，音频设备是指提供播放或录音的设备。具体地，该车载数据处理方法还包括如下步骤：

S51：获取业务模块对应的音频流。

其中，音频流可由业务模块自身获取。该音频流可为仪表模块对应的提示音频流，用于提示驾驶人当前车辆状态。该音频流还可为多媒体模块中用户点击播放的某音乐对应的音频流、导航音频流或者用户通过多媒体模块中的语音采集模块所采集的录制音频流的等等，在此不一一列举。

S52：对音频流进行处理，得到目标音频文件。

S53：将目标音频文件通过音频设备对应的输出端口输出。

其中，在车载设备的内部结构中，还包括音频管理模块，该音频管理模块可设置在任一容器中或者Host区中。示例性地，如图3的示意图所示，将音频管理模块设置在容器2(运行于Android系统)中进行统一处理，即将容器2对应的业务模块设置为Binder服务端，将容器1(Containwer1，运行于Linux系统)对应的业务模块设置为Binder客户端，由Binder客户端将业务模块产生的音频流发送至容器2(Containwer2)中的Binder服务端，以便Binder服务端对音频流进行处理，得到pcm(pcm是把声音从模拟信号转换成数字信号的技术)音频流即目标音频文件(即可播放的音频文件)，并将目标音频文件通过音频设备对应的输出端口输出。其中，Audioflinger是Android系统中负责输入输出流设备的管理以及音频流数据的处理传输的框架。

具体地，为保证程序运行的稳定性，还可将音频管理模块设置在Host区进行统一处理。其中，各容器对应的业务模块作为Binder客户端，由Binder客户端将业务模块产生的音频流发送至Host区中的Binder服务端，以便Binder服务端对音频流进行处理，得到pcm(PCM是把声音从模拟信号转换成数字信号的技术)音频流即目标音频文件(即可播放的音频文件)，并将目标音频文件通过音频设备对应的输出端口输出。

本实施例中，通过将音频管理模块可设置在任一容器中或者Host区中进行统一管理，以实现各容器对应的业务模块共享资源，充分体现容器更高的资源使用效率和可移植性。

在一实施例中，如图10所示，音频流包括提示音频流；车载数据包括仪表数据，该车载数据处理方法还包括如下步骤：

S71：对仪表数据进行检测，确定当前车辆状态。

S72：若当前车辆状态异常，获取当前车辆状态对应的提示音频流。

具体地，该车载数据可为仪表模块对应的仪表数据，服务端在获取到仪表数据时，会对仪表数据进行检测，确定当前车辆状态，若当前车辆状态异常，则获取车辆状态对应的提示音频流，用于提示驾驶人及时处理异常。

示例性地，若仪表数据为当前安全带处于未接通状态，为保证用户安全驾驶，需提示车内人员系好安全带，则获取当前车辆状态对应的用于提示车内人员系好安全带的提示音频流。可以理解地，不同的车辆状态，其在处于异常时对应的提示音频流可相同也可不同，在此不做限定。

本实施例中，通过对仪表数据进行检测，确定当前车辆状态，以便根据当前车辆状态是否发生异常，若前车辆状态异常，获取当前车辆状态对应的提示音频流，以提示驾驶人及时处理异常，避免安全隐患。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种车载数据处理装置，该车载数据处理装置与上述实施例中车载数据处理方法一一对应。如图11所示，该车载数据处理装置应用在车载设备中，车载设备包括至少两个业务模块和一个显示屏幕,业务模块对应的应用程序以容器形式封装在车载设备中；该车载数据处理装置包括车载数据获取模块10、显示图像获取模块20、数据显示模块30。各功能模块详细说明如下：

车载数据获取模块10，用于获取业务模块对应的车载数据，车载数据携带模块标识。

显示图像获取模块20，用于采用与模块标识对应的显示脚本对车载数据进行处理，得到模块标识对应的显示图像。

数据显示模块30，用于将模块标识对应的显示图像在显示屏幕中显示。

业务模块包括仪表模块；车载数据包括仪表数据；该显示图像获取模块包括处理类别确定单元、处理方式获取单元、待显示数据获取单元和显示图像获取单元。

处理类别确定单元，用于根据仪表数据进行分类，确定仪表数据对应的处理类别。

处理方式获取单元，用于基于仪表数据对应的处理类别，获取处理类别对应的处理方式。

待显示数据获取单元，用于根据处理类别对应的处理方式对仪表数据进行处理，得到待显示数据。

显示图像获取单元，用于采用与仪表模块对应的显示脚本对待显示数据进行显示处理，得到显示图像。

该车载数据处理装置还包括操作指令接收单元、模块标识确定单元、响应显示数据反馈单元、响应图像获取单元和响应图像显示单元。

操作指令接收单元，用于接收基于显示屏幕触发的操作指令，操作指令对应一输入焦点。

模块标识确定单元，用于对输入焦点进行解析处理，确定操作指令对应的模块标识。

响应显示数据反馈单元，用于将操作指令发送至模块标识对应的业务模块，接收业务模块响应操作指令所反馈的响应显示数据。

响应图像获取单元，用于采用与模块标识对应的显示脚本对响应显示数据进行处理，得到与操作指令对应的响应图像。

响应图像显示单元，用于将响应图像在显示屏幕中显示。

显示屏幕包括至少两个显示区，数据显示模块包括第一数据显示单元。

第一数据显示单元，用于将模块标识对应的显示图像，显示在显示屏幕中模块标识对应的显示区中。数据显示模块包括显示指令接收单元和第二数据显示单元。

显示指令接收单元，用于接收显示指令，显示指令包括模块标识。

第二数据显示单元，用于根据显示指令，将模块标识对应的显示图像显示在显示屏幕中。

车载设备还包括音频设备，该车载数据处理装置还包括音频流获取单元、目标音频文件获取单元和音频输出单元。

音频流获取单元，用于获取业务模块对应的音频流。

目标音频文件获取单元，用于对音频流进行处理，得到目标音频文件。

音频输出单元，用于将目标音频文件通过音频设备对应的输出端口输出。

音频流包括提示音频流；车载数据包括仪表数据；音频流获取单元包括当前车辆状态确定子单元和提示音频流获取子单元。

当前车辆状态确定子单元，用于对仪表数据进行检测，确定当前车辆状态。

提示音频流获取子单元，用于若当前车辆状态异常，获取当前车辆状态对应的提示音频流。

关于车载数据处理装置的具体限定可以参见上文中对于车载数据处理方法的限定，在此不再赘述。上述车载数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于车载设备中的处理器中，也可以以软件形式存储于车载设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种车载设备，该车载设备可以是服务器，其内部结构图可以如图12所示。该车载设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该车载设备的处理器用于提供计算和控制能力。该车载设备的存储器包括计算机可读存储介质、内存储器。该计算机可读存储介质存储有操作系统、计算机程序和数据库。该内存储器为计算机可读存储介质中的操作系统和计算机程序的运行提供环境。该车载设备的数据库用于存储执行车载数据处理方法过程中生成或获取的数据，如待显示数据。该车载设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种车载数据处理方法。

在一个实施例中，提供了一种车载设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中的车载数据处理方法的步骤，例如图4所示的步骤S10-S30，或者图5至图10中所示的步骤。或者，处理器执行计算机程序时实现车载数据处理装置这一实施例中的各模块/单元的功能，例如图11所示的各模块/单元的功能，为避免重复，这里不再赘述。

在一实施例中，提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中车载数据处理方法的步骤，例如图4所示的步骤S10-S30，或者图5至图10中所示的步骤，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现上述车载数据处理装置这一实施例中的各模块/单元的功能，例如图11所示的各模块/单元的功能，为避免重复，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种车载数据处理方法，其特征在于，应用在车载设备中，所述车载设备包括至少两个业务模块和一个显示屏幕；所述车载设备包括宿主机和容器区，所述容器区内设有Wayland客户端，所述宿主机内设有Wayland服务器；每一所述业务模块对应的应用程序以容器形式封装在所述车载设备的容器区中；所述车载数据处理方法包括：

获取所述业务模块对应的车载数据，所述车载数据携带模块标识；

采用与所述模块标识对应的显示脚本对所述车载数据进行处理，采用Wayland客户端对所述模块标识对应的业务图形进行渲染，并将渲染好的业务图形通过socket协议发送给Wayland服务器，采用Wayland服务器对渲染后的业务图形进行合成，得到所述模块标识对应的业务图像，将所述车载数据映射到所述业务图像中，得到所述模块标识对应的显示图像；

将所述模块标识对应的显示图像在显示屏幕中显示。

2.如权利要求1所述车载数据处理方法，其特征在于，所述业务模块包括仪表模块；所述车载数据包括仪表数据；

所述采用与所述模块标识对应的显示脚本对所述车载数据进行处理，得到显示图像，包括：

根据所述仪表数据进行分类，确定所述仪表数据对应的处理类别；

基于所述仪表数据对应的处理类别，获取所述处理类别对应的处理方式；

根据所述处理类别对应的处理方式对所述仪表数据进行处理，得到待显示数据；

采用与所述仪表模块对应的显示脚本对所述待显示数据进行显示处理，得到所述显示图像。

3.如权利要求1所述车载数据处理方法，其特征在于，在所述将所述显示图像在所述显示屏幕中显示之后，所述车载数据处理方法还包括：

接收基于所述显示屏幕触发的操作指令，所述操作指令对应一输入焦点；

对所述输入焦点进行解析处理，确定所述操作指令对应的模块标识；

将所述操作指令发送至所述模块标识对应的业务模块，接收所述业务模块响应所述操作指令所反馈的响应显示数据；

采用与所述模块标识对应的显示脚本对所述响应显示数据进行处理，得到与所述操作指令对应的响应图像；

将所述响应图像在所述显示屏幕中显示。

4.如权利要求1所述车载数据处理方法，其特征在于，所述显示屏幕包括至少两个显示区；

所述将所述模块标识对应的显示图像在所述显示屏幕中显示，包括：

将所述模块标识对应的显示图像，显示在所述显示屏幕中所述模块标识对应的所述显示区中。

5.如权利要求1所述车载数据处理方法，其特征在于，所述将所述显示图像在所述显示屏幕中显示，包括：

接收显示指令，所述显示指令包括模块标识；

根据所述显示指令，将所述模块标识对应的显示图像显示在所述显示屏幕中。

6.如权利要求1所述车载数据处理方法，其特征在于，所述车载设备还包括音频设备；所述车载数据处理方法还包括：

获取所述业务模块对应的音频流；

对所述音频流进行处理，得到目标音频文件；

将所述目标音频文件通过所述音频设备对应的输出端口输出。

7.如权利要求6所述车载数据处理方法，其特征在于，所述音频流包括提示音频流；所述车载数据包括仪表数据；

所述获取所述业务模块对应的音频流，包括：

对所述仪表数据进行检测，确定当前车辆状态；

若当前车辆状态异常，获取当前车辆状态对应的提示音频流。

8.一种车载数据处理装置，其特征在于，应用在车载设备中，所述车载设备包括至少两个业务模块和一个显示屏幕，所述车载设备包括宿主机和容器区，所述容器区内设有Wayland客户端，所述宿主机内设有Wayland服务器；每一所述业务模块对应的应用程序以容器形式封装在所述车载设备的容器区中；所述车载数据处理装置包括：

车载数据获取模块，用于获取所述业务模块对应的车载数据，所述车载数据携带模块标识；

显示图像获取模块，用于采用与所述模块标识对应的显示脚本对所述车载数据进行处理，采用Wayland客户端对所述模块标识对应的业务图形进行渲染，并将渲染好的业务图形通过socket协议发送给Wayland服务器，采用Wayland服务器对渲染后的业务图形进行合成，得到所述模块标识对应的业务图像，将所述车载数据映射到所述业务图像中，得到所述模块标识对应的显示图像；

数据显示模块，用于将所述模块标识对应的显示图像在所述显示屏幕中显示。

9.一种车载设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述车载数据处理方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述车载数据处理方法的步骤。

Images