CN114510294A - 一种车载融合显示方法、系统及装置 - Google Patents

Abstract

本发明涉及数据处理领域，具体提供一种车载融合显示方法、系统及装置，旨在解决现有方法成本较高、无法实现车载仪表应用程序快速启动以及稳定性要求的技术问题。为此目的，本发明的车载融合显示方法包括下述步骤：设置微内核系统作为主系统，安卓系统作为辅系统；加载车载仪表应用程序至微内核系统，以使车载仪表应用程序运行在微内核系统上；加载车载中控屏应用程序至安卓系统，以使车载中控屏应用程序运行在安卓系统上；基于hypervisor技术对微内核系统和安卓系统进行整合，以使微内核系统和安卓系统能够同时运行；在所述微内核系统和安卓系统同时运行的基础上，对车载仪表相关信息和车载中控屏相关信息进行融合显示。

Description

一种车载融合显示方法、系统及装置

技术领域

本发明涉及数据处理领域，具体提供一种车载融合显示方法、系统及装置。

背景技术

目前，车载仪表和中控显示方案选择最多的是采用独立显示，即仪表盘和中控屏分别使用一个独立的显示屏，好处是实现简单，仪表也能满足车轨的需要；缺点是成本高，互动效果较差。另外还有一种方案，是仪表盘信息和中控屏通过同一个系统分区域显示在一块屏上，缺点是仪表信息的开机速度较慢，同时存在仪表信息黑屏的风险。

相应地，本领域需要一种新的车载融合显示方案来解决上述问题。

发明内容

为了克服上述缺陷，提出了本发明，以提供解决或至少部分地解决现有方法成本较高、无法实现车载仪表应用程序快速启动以及稳定性的要求的技术问题。本发明提供了一种车载融合显示方法、系统及装置。

在第一方面，本发明提供一种车载融合显示方法，包括下述步骤：设置微内核系统作为主系统，安卓系统作为辅系统；加载车载仪表应用程序至所述微内核系统，以使所述车载仪表应用程序运行在所述微内核系统上；加载车载中控屏应用程序至所述安卓系统，以使所述车载中控屏应用程序运行在所述安卓系统上；基于hypervisor技术对所述微内核系统和所述安卓系统进行整合，以使所述微内核系统和安卓系统能够同时运行；在所述微内核系统和安卓系统同时运行的基础上，对车载仪表相关信息和车载中控屏相关信息的融合显示。

在一个实施方式中，在所述微内核系统和安卓系统同时运行的基础上，对车载仪表相关信息和车载中控屏相关信息进行融合显示包括：所述微内核系统获取显示请求，并基于所述显示请求判断所述显示请求的显示请求类型和显示请求内容，所述显示请求类型包括车载仪表相关信息的显示请求和车载中控屏相关信息的显示请求中的至少一种，所述显示请求内容包括车载仪表相关信息的显示请求内容和车载中控屏相关信息的显示请求内容中的至少一种；基于所述显示请求类型和显示请求内容对相关显示信息进行融合显示。

在一个实施方式中，基于所述显示请求类型和显示请求内容对相关显示信息进行融合显示包括：当所述显示请求类型为所述车载仪表相关信息的显示请求和车载中控屏相关信息的显示请求时，对获取的所述车载仪表相关信息的显示请求内容和所述车载中控屏相关信息的显示请求内容进行合并处理得到合并处理的显示请求内容；所述微内核系统基于所述合并处理的显示请求内容获取所述车载仪表相关信息和车载中控屏相关信息，并控制所述车载仪表相关信息和车载中控屏相关信息在同一显示屏不同区域上同时显示，以实现所述车载仪表相关信息和车载中控屏相关信息融合显示。

在一个实施方式中，基于所述显示请求类型和显示请求内容对相关显示信息进行融合显示包括：当所述显示请求类型为所述车载仪表相关信息的显示请求时，所述微内核系统基于所述车载仪表相关信息的显示请求内容向与所述车载仪表相关信息的显示请求对应的车载仪表应用程序发送第一指令，以使所述车载仪表应用程序基于所述第一指令执行对应的显示动作，以及基于所述车载仪表相关信息的显示请求内容向所述安卓系统发送第二指令，以使所述安卓系统基于所述第二指令控制所述车载中控屏应用程序执行对应的显示动作。

在一个实施方式中，基于所述显示请求类型和显示请求内容对相关显示信息进行融合显示包括：当所述显示请求类型为所述车载中控屏相关信息的显示请求时，所述微内核系统转发所述车载中控屏相关信息的显示请求内容至所述安卓系统，所述安卓系统基于所述车载中控屏相关信息的显示请求内容向与所述车载中控屏相关信息的显示请求对应的车载中控屏应用程序发送第三指令，以使所述车载中控屏应用程序基于所述第三指令执行与所述第三指令对应的显示动作，以及所述安卓系统基于所述车载中控屏相关信息的显示请求内容向所述微内核系统发送第四指令，以使所述微内核系统基于所述第四指令控制所述车载仪表应用程序执行对应的显示动作。

在一个实施方式中，所述微内核系统获取显示请求，并判断所述显示请求的显示请求类型和显示请求内容包括：所述微内核系统获取显示屏上的触摸事件；基于所述触摸事件在所述显示屏上的发生区域确定所述显示请求类型；基于确定的所述显示请求类型、获取的显示屏上的触摸事件、预设触摸事件与显示请求内容的对应关系，获取所述显示请求内容。

在第二方面，本发明提供一种车载融合显示系统，其特征在于，包括：设置模块，被配置为设置微内核系统作为主系统，安卓系统作为辅系统；加载模块，被配置为加载车载仪表应用程序至所述微内核系统，以使所述车载仪表应用程序运行在所述微内核系统上；加载车载中控屏应用程序至所述安卓系统，以使所述车载中控屏应用程序运行在所述安卓系统上；融合模块，被配置为基于hypervisor技术对所述微内核系统和所述安卓系统进行整合，以使所述微内核系统和安卓系统能够同时运行；在所述微内核系统和安卓系统同时运行的基础上，对车载仪表相关信息和车载中控屏相关信息进行融合显示。

在第三方面，提供一种控制装置，该控制装置包括处理器和存储装置，所述存储装置适于存储多条程序代码，所述程序代码适于由所述处理器加载并运行以执行前述任一项所述的车载融合显示方法。

在第四方面，提供一种计算机可读存储介质，该计算机可读存储介质其中存储有多条程序代码，所述程序代码适于由处理器加载并运行以执行前述任一项所述的车载融合显示方法。

在第五方面，提供一种车辆，包括车辆本体、设置在车辆内部的显示屏和车载融合显示系统，所述车载融合显示系统用于对微内核系统和安卓系统进行整合，以使所述微内核系统和安卓系统能够同时运行；在所述微内核系统和安卓系统同时运行的基础上，对车载仪表相关信息和车载中控屏相关信息进行融合显示。

本发明上述一个或多个技术方案，至少具有如下一种或多种有益效果：

本发明通过在微内核系统上运行车载仪表应用程序，在安卓系统上加载与车载中控屏信息相关的应用程序，从而基于hypervisor技术实现了车载仪表信息和中控屏信息的融合显示，解决了现有技术无法实现车载仪表应用程序快速启动以及稳定性的要求，保证了车载仪表应用程序稳定性，提高了车载仪表应用程序的启动速度。

所有的触摸事件都由微内核系统接收，并按需转发给安卓系统做相应处理，以实现对触摸事件的实时响应。当触摸事件为中控屏信息全屏显示事件时，能够实现中控屏信息的全屏显示，满足了客户需求，提高了客户的体验度。

附图说明

参照附图，本发明的公开内容将变得更易理解。本领域技术人员容易理解的是：这些附图仅仅用于说明的目的，而并非意在对本发明的保护范围组成限制。此外，图中类似的数字用以表示类似的部件，其中：

图1是根据本发明的一个实施例的车载融合显示方法的主要步骤流程示意图；

图2(a)是根据本发明的一个实施例的车载融合显示模式示意图；

图2(b)是根据本发明的一个实施例的中控屏信息全屏模式示意图；

图3是根据本发明的一个实施例的车载融合显示的处理流程示意图；

图4是根据本发明的一个实施例的触摸事件的处理流程示意图；

图5是根据本发明的一个实施例的车载融合显示系统的主要结构框图示意图。

附图标记列表：

11：设置模块；12：加载模块；13：融合模块。

具体实施方式

下面参照附图来描述本发明的一些实施方式。本领域技术人员应当理解的是，这些实施方式仅仅用于解释本发明的技术原理，并非旨在限制本发明的保护范围。

在本发明的描述中，“模块”、“处理器”可以包括硬件、软件或者两者的组合。一个模块可以包括硬件电路，各种合适的感应器，通信端口，存储器，也可以包括软件部分，比如程序代码，也可以是软件和硬件的组合。处理器可以是中央处理器、微处理器、图像处理器、数字信号处理器或者其他任何合适的处理器。处理器具有数据和/或信号处理功能。处理器可以以软件方式实现、硬件方式实现或者二者结合方式实现。非暂时性的计算机可读存储介质包括任何合适的可存储程序代码的介质，比如磁碟、硬盘、光碟、闪存、只读存储器、随机存取存储器等等。术语“A和/或B”表示所有可能的A与B的组合，比如只是A、只是B或者A和B。术语“至少一个A或B”或者“A和B中的至少一个”含义与“A和/或B”类似，可以包括只是A、只是B或者A和B。单数形式的术语“一个”、“这个”也可以包含复数形式。

目前，现有的车载仪表和中控显示方案是对车载仪表和中控信息分别采用独立显示，这种方案成本高且互动效果较差，另外一种仪表盘信息和中控屏通过同一个系统分区域显示在一块屏上的方案，对于仪表信息的开机速度较慢，同时存在仪表信息黑屏的风险。为此，本申请提出了一种车载融合显示方法、系统及装置，通过在微内核系统上运行车载仪表应用程序，在安卓系统上加载与车载中控屏信息相关的应用程序，从而基于hypervisor技术实现了车载仪表信息和中控屏信息的融合显示，解决了现有技术无法实现车载仪表应用程序快速启动以及稳定性的要求，保证了车载仪表应用程序稳定性，提高了车载仪表应用程序的启动速度。

参阅附图1，图1是根据本发明的一个实施例的车载融合显示方法的主要步骤流程示意图。如图1所示，本发明实施例中的车载融合显示方法主要包括下列步骤S101-步骤S104。

步骤S101：设置微内核系统作为主系统，安卓系统作为辅系统。

步骤S102：加载车载仪表应用程序至微内核系统，以使车载仪表应用程序运行在微内核系统上。具体来说，本申请是在主机平台上跑微内核系统，车载仪表应用程序直接运行在微内核系统之上，确保了车载仪表相关信息都可以及时可靠的呈现。

步骤S103：加载车载中控屏应用程序至安卓系统，以使车载中控屏应用程序运行在安卓系统上。本申请中的微内核系统通过hypervisor技术起一个虚拟机跑Android系统，车载中控屏应用程序直接运行在Android系统之上，车载中控屏应用程序运行在安卓系统上保证了中控内容的丰富度。

步骤S104：基于hypervisor技术对微内核系统和安卓系统进行整合，以使所述微内核系统和安卓系统能够同时运行，具体来说，hypervisor技术是一种运行在物理服务器和操作系统之间的中间软件层，可允许多个操作系统和应用共享一套基础物理硬件，因此也可以看作是虚拟环境中的“元”操作系统，其可以协调访问服务器上的所有物理设备和虚拟机，也叫虚拟机监视器(Virtual Machine Monitor)。hypervisor是所有虚拟化技术的核心，非中断地支持多工作负载迁移的能力是Hypervisor的基本功能。当服务器启动并执行hypervisor时，它会给每一台虚拟机分配适量的内存、CPU、网络和磁盘，并加载所有虚拟机的客户操作系统。本申请就是基于hypervisor技术实现微内核系统和安卓系统共享一套基础物理硬件的。

在微内核系统和安卓系统同时运行的基础上，对车载仪表相关信息和车载中控屏相关信息进行融合显示，可基于下述步骤S1041-步骤S1042实现。

步骤S1041：微内核系统显示请求，并基于显示请求判断显示请求的显示请求类型和显示请求内容，显示请求类型包括车载仪表相关信息的显示请求和车载中控屏相关信息的显示请求中的至少一种，显示请求内容包括车载仪表相关信息的显示请求内容和车载中控屏相关信息的显示请求内容中的至少一种。具体来说，微内核系统获取显示屏上的触摸事件；基于触摸事件在显示屏上的发生区域确定显示请求类型；基于获取的显示屏上的触摸事件、预设触摸事件与显示请求内容的对应关系，获取显示请求内容。

步骤S1042：基于显示请求类型和显示请求内容对相关显示信息进行融合显示。该步骤中，当微内核系统获取到车载仪表相关信息的显示请求或者车载中控屏相关信息的显示请求，或者同时获取到车载仪表相关信息的显示请求和车载中控屏相关信息的显示请求的三种情况下的融合显示将在后续实施例中进行详细说明，这里不赘述。

基于上述步骤S101-步骤S104，在微内核系统上运行车载仪表应用程序，在安卓系统上运行与车载中控屏信息相关的应用程序，从而基于hypervisor技术实现了车载仪表信息和中控屏信息的融合显示，节省了成本，解决了现有技术无法实现车载仪表应用程序快速启动以及稳定性的问题，车载仪表应用程序运行在微内核系统上保证了车载仪表应用程序稳定性，提高了车载仪表应用程序的启动速度，车载中控屏应用程序运行在安卓系统上保证了中控内容的丰富度。

在一个实施方式中，当微内核系统获取到的显示请求类型为车载仪表相关信息的显示请求和车载中控屏相关信息的显示请求时，对获取的车载仪表相关信息的显示请求内容和车载中控屏相关信息的显示请求内容进行合并处理得到合并处理的显示请求内容，接着由微内核系统基于合并处理的显示请求内容获取车载仪表相关信息和车载中控屏相关信息，并控制车载仪表相关信息和车载中控屏相关信息在同一显示屏不同区域上同时显示，以实现车载仪表相关信息和车载中控屏相关信息融合显示。具体可见图2(a)所示的融合显示模式，IC表示车载仪表相关信息的显示区域，ICS表示车载中控屏相关信息的显示区域，zero-order Bar为工具栏。从图2(a)中可以看出，车载仪表相关信息和车载中控屏相关信息在同一显示屏不同区域上同时显示，这种融合显示模式可以在驾驶状态下使用。

在一个实施方式中，当微内核系统获取到的显示请求类型为车载仪表相关信息的显示请求时，微内核系统基于车载仪表相关信息的显示请求内容向与车载仪表相关信息的显示请求对应的车载仪表应用程序发送第一指令，以使车载仪表应用程序基于第一指令执行对应的显示动作，以及基于车载仪表相关信息的显示请求内容向安卓系统发送第二指令，以使安卓系统基于第二指令控制车载中控屏应用程序执行对应的显示动作。具体来说，微内核系统获取到的车载仪表相关信息的显示请求可以是车载仪表相关信息的全屏显示请求或对车载仪表相关信息的显示面积调整的显示请求，但不限于此。示例性地，该实施例中将以车载仪表相关信息的全屏显示请求作为车载仪表相关信息的显示请求的示例进行详细说明。当微内核系统获取到车载仪表相关信息的全屏显示请求时，微内核系统向与车载仪表相关信息的全屏显示请求对应的车载仪表应用程序发送第一指令，这里的第一指令可以是车载仪表应用程序的全屏显示指令，以使车载仪表应用程序基于第一指令进行全屏显示，以及微内核系统向安卓系统发送第二指令，这里的第二指令可以是车载中控屏应用程序的退出指令，以使安卓系统基于第二指令控制车载中控屏应用程序退出显示，从而实现了车载仪表相关信息的全屏显示。

在一个实施方式中，当微内核系统获取到的显示请求类型为车载中控屏相关信息的显示请求时，微内核系统转发车载中控屏相关信息的显示请求内容至安卓系统，安卓系统基于所述车载中控屏相关信息的显示请求内容向与车载中控屏相关信息的显示请求对应的车载中控屏应用程序发送第三指令，以使车载中控屏应用程序基于第三指令执行与第三指令对应的显示动作，以及安卓系统基于所述车载中控屏相关信息的显示请求内容向微内核系统发送第四指令，以使微内核系统基于第四指令控制车载仪表应用程序执行对应的显示动作。具体来说，车载中控屏相关信息的显示请求可以是车载中控屏相关信息的全屏显示请求或对车载中控屏相关信息的显示面积调整的显示请求，但不限于此，示例性地，该实施例中将车载中控屏相关信息的全屏显示请求作为车载中控屏相关信息的显示请求的示例进行详细说明。当微内核系统获取到车载中控屏相关信息的全屏显示请求时，微内核系统转发车载中控屏相关信息的全屏显示请求至安卓系统，安卓系统可以先向微内核系统发送第四指令，第四指令可以是车载仪表应用程序的退出指令，以使微内核系统基于第四指令控制车载仪表应用程序退出显示，接着安卓系统向与车载中控屏相关信息的全屏显示请求对应的车载中控屏应用程序发送第三指令，第三指令可以是车载中控屏应用程序的全屏显示指令，以使车载中控屏应用程序基于第三指令进行全屏显示。除了上述方式之外，安卓系统向微内核系统发送第四指令以及向与车载中控屏相关信息的全屏显示请求对应的车载中控屏应用程序发送第三指令可以同时进行，但不限于此。车载中控屏相关信息的全屏显示具体可参见附图2(b)，ICS表示车载中控屏相关信息的显示区域，其中附图2(b)所示的全屏显示模式能够满足娱乐内容全屏显示的需求，提高了用户的满意度。

微内核系统对获取的车载仪表相关信息的显示请求和车载中控屏相关信息的显示请求进行合并处理的具体流程如图3所示，微内核系统存在一个融合显示服务(Fusionserver)，微内核系统的客户端接受本系统的车载仪表相关信息的显示请求，同时通过信令通道接受来自安卓系统的车载中控屏相关信息的显示请求，由融合服务(Fusion server)将车载仪表相关信息的显示请求内容和车载中控屏相关信息的显示请求内容进行合并得到合并处理的显示请求内容，达到融合显示的目标。最后由微内核系统基于所述合并处理的显示请求内容获取车载仪表相关信息和车载中控屏相关信息，并控制车载仪表相关信息和车载中控屏相关信息在同一显示屏不同区域上同时显示。

在一个实施方式中，可以通过触摸事件来获取相应的显示请求，显示请求包括显示请求类型和显示请求内容。在微内核系统获取车载仪表相关信息的显示请求和/或车载中控屏相关信息的显示请求具体过程中，首先由微内核系统获取显示屏上的触摸事件，基于触摸事件在显示屏上的发生区域确定显示请求类型，所述显示请求类型包括车载仪表相关信息的显示请求和车载中控屏相关信息的显示请求。具体地，在融合显示模式中，当触摸事件发生在车载仪表相关信息的显示区域时，此时显示请求类型为车载仪表相关信息的显示请求，当触摸事件发生在车载中控屏相关信息的显示区域时，此时显示请求类型为车载中控屏相关信息的显示请求。最后可以根据确定的显示请求类型、获取的显示屏上的触摸事件以及预设触摸事件与显示请求内容的对应关系，获取显示请求内容，具体可以是先根据确定的显示请求类型从数据库中获取该显示请求类型下的所有触摸事件、预设触摸事件与显示请求内容的对应关系，接着基于获取的显示屏上的触摸事件从所有触摸事件以及预设触摸事件与显示请求内容的对应关系中获取该显示屏上的触摸事件对应的显示请求内容。

触摸事件的具体处理流程可见附图4，通过触摸屏获取触摸事件，所有的触摸事件都由微内核系统接收，具体是由微内核系统的输入时间后端驱动通过内存共享的方式将相应的触摸事件并按需转发给安卓系统做相应处理，以实现对触摸事件的实时响应。其中，这里所述的“按需”指的是微内核系统需要判断显示请求的类型，与车载仪表相关信息的显示请求直接由微内核系统处理，无需转发，而与车载中控屏相关信息的显示请求会转发给安卓系统做相应处理，具体微内核系统是否需要按需转发触摸事件可以基于前述实施例陈述的根据获取的显示请求的类型进行判断继而按需转发，具体的实现流程参见前述实施例，这里不赘述。

显示请求的获取除了前述实施例记载的通过触摸事件来获取以外，也可以通过其他座舱事件来获取。比如，通过与语音识别装置配合，可以通过该语音识别装置获取包含显示请求的语音指令，并基于该显示请求的语音指令进行相关的显示动作控制。或者可以通过与输入装置配合，通过该输入装置获取包含显示请求的指令，并基于该显示请求的指令进行相关的显示动作控制。该输入装置可以是键盘、摄像头等，但不限于此。当输入装置是摄像头时，通过摄像头可以获取动作指令，比如手势指令，或者唇语指令等，通过将获取的指令与预设动作指令比对，从而确认所述动作指令对应的显示请求类型和显示请求内容。当然也不局限于上述方式，只要是本领域公知的能够获取指令的操作均可以结合到本申请技术方案中，以实现对显示请求的获取。

需要指出的是，尽管上述实施例中将各个步骤按照特定的先后顺序进行了描述，但是本领域技术人员可以理解，为了实现本发明的效果，不同的步骤之间并非必须按照这样的顺序执行，其可以同时(并行)执行或以其他顺序执行，这些变化都在本发明的保护范围之内。

进一步，本发明还提供了一种车载融合显示系统。

参阅附图5，图5是根据本发明的一个实施例的车载融合显示系统的主要结构框图。如图5所示，本发明实施例中的车载融合显示系统主要包括设置模块11、加载模块12和融合模块13。在一些实施例中，设置模块11、加载模块12和融合模块13中的一个或多个可以合并在一起成为一个模块。在一些实施例中设置模块11可以被配置成设置微内核系统作为主系统，安卓系统作为辅系统。加载模块12可以被配置成加载车载仪表应用程序至所述微内核系统，以使所述车载仪表应用程序运行在所述微内核系统上；加载车载中控屏应用程序至所述安卓系统，以使所述车载中控屏应用程序运行在所述安卓系统上。融合模块13可以被配置成

基于hypervisor技术对所述微内核系统和安卓系统进行整合，以使所述微内核系统和安卓系统能够同时运行；在所述微内核系统和安卓系统同时运行的基础上，对车载仪表相关信息和车载中控屏相关信息进行融合显示。一个实施方式中，具体实现功能的描述可以参见步骤所述S101-步骤S104。

上述车载融合显示系统以用于执行图1所示的车载融合显示方法实施例，两者的技术原理、所解决的技术问题及产生的技术效果相似，本技术领域技术人员可以清楚地了解到，为了描述的方便和简洁，车载融合显示系统的具体工作过程及有关说明，可以参考车载融合显示方法的实施例所描述的内容，此处不再赘述。

在一个实施方式中，融合模块包括显示请求获取与判断单元和融合显示单元。其中，显示请求获取与判断单元被配置为以使得微内核系统获取显示请求，并基于显示请求判断显示请求的显示请求类型和显示请求内容，显示请求类型包括车载仪表相关信息的显示请求和车载中控屏相关信息的显示请求中的至少一种，显示请求内容包括车载仪表相关信息的显示请求内容和车载中控屏相关信息的显示请求内容中的至少一种。融合显示单元，被配置为基于显示请求类型和显示请求内容对相关显示信息进行融合显示。

在一个实施方式中，融合显示单元包括合并子单元和融合显示子单元。其中，合并子单元被配置为当显示请求类型为车载仪表相关信息的显示请求和车载中控屏相关信息的显示请求时，对获取的车载仪表相关信息的显示请求内容和车载中控屏相关信息的显示请求内容进行合并处理，得到合并处理的显示请求内容。融合显示子单元被配置为由微内核系统基于所述合并处理的显示请求内容获取所述车载仪表相关信息和车载中控屏相关信息，并控制所述车载仪表相关信息和车载中控屏相关信息在同一显示屏不同区域上同时显示，以实现所述车载仪表相关信息和车载中控屏相关信息融合显示。

在一个实施方式中，融合显示单元进一步包括第一获取及执行子单元。第一获取及执行子单元被配置为当显示请求类型为车载仪表相关信息的显示请求时，由微内核系统基于车载仪表相关信息的显示请求内容向与车载仪表相关信息的显示请求对应的车载仪表应用程序发送第一指令，以使车载仪表应用程序基于第一指令执行对应的显示动作，以及基于车载仪表相关信息的显示请求内容向安卓系统发送第二指令，以使安卓系统基于第二指令控制车载中控屏应用程序执行对应的显示动作。

在一个实施方式中，融合显示单元包括第二获取及执行子单元。第二获取及执行子单元被配置为当显示请求类型为车载中控屏相关信息的显示请求时，微内核系统转发车载中控屏相关信息的显示请求内容至安卓系统，安卓系统基于车载中控屏相关信息的显示请求内容向与车载中控屏相关信息的显示请求对应的车载中控屏应用程序发送第三指令，以使车载中控屏应用程序基于第三指令执行与第三指令对应的显示动作，以及由安卓系统基于车载中控屏相关信息的显示请求内容向微内核系统发送第四指令，以使微内核系统基于第四指令控制车载仪表应用程序执行对应的显示动作。

在一个实施方式中，显示请求获取与判断单元进一步包括触摸事件获取子单元、类型确定子单元和内容确定子单元。其中，触摸事件获取子单元被配置为由微内核系统获取显示屏上的触摸事件。类型确定子单元被配置为基于触摸事件在显示屏上的发生区域确定显示请求类型。内容确定子单元被配置为基于确定的显示请求类型、获取的显示屏上的触摸事件、预设触摸事件与显示请求内容的对应关系，获取显示请求内容。

本领域技术人员能够理解的是，本发明实现上述一实施例的方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器、随机存取存储器、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括电载波信号和电信信号。

进一步，本发明还提供了一种控制装置。在根据本发明的一个控制装置实施例中，控制装置包括处理器和存储装置，存储装置可以被配置成存储执行上述方法实施例的车载融合显示方法的程序，处理器可以被配置成用于执行存储装置中的程序，该程序包括但不限于执行上述方法实施例的车载融合显示方法的程序。为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该控制装置可以是包括各种电子设备形成的控制装置设备。

进一步，本发明还提供了一种计算机可读存储介质。在根据本发明的一个计算机可读存储介质实施例中，计算机可读存储介质可以被配置成存储执行上述方法实施例的车载融合显示方法的程序，该程序可以由处理器加载并运行以实现上述车载融合显示方法。为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该计算机可读存储介质可以是包括各种电子设备形成的存储装置设备，可选的，本发明实施例中计算机可读存储介质是非暂时性的计算机可读存储介质。

进一步，本发明还提供了一种车辆，包括车辆本体、设置在车辆内部的显示屏和车载融合显示系统，所述车载融合显示系统用于对所述微内核系统和所述安卓系统进行整合，以使所述微内核系统和安卓系统能够同时运行；在所述微内核系统和安卓系统同时运行的基础上，对车载仪表相关信息和车载中控屏相关信息进行融合显示。

进一步，应该理解的是，由于各个模块的设定仅仅是为了说明本发明的装置的功能单元，这些模块对应的物理器件可以是处理器本身，或者处理器中软件的一部分，硬件的一部分，或者软件和硬件结合的一部分。因此，图中的各个模块的数量仅仅是示意性的。

本领域技术人员能够理解的是，可以对装置中的各个模块进行适应性地拆分或合并。对具体模块的这种拆分或合并并不会导致技术方案偏离本发明的原理，因此，拆分或合并之后的技术方案都将落入本发明的保护范围内。

至此，已经结合附图所示的优选实施方式描述了本发明的技术方案，但是，本领域技术人员容易理解的是，本发明的保护范围显然不局限于这些具体实施方式。在不偏离本发明的原理的前提下，本领域技术人员可以对相关技术特征作出等同的更改或替换，这些更改或替换之后的技术方案都将落入本发明的保护范围之内。

Claims (10)

1.一种车载融合显示方法，其特征在于，包括下述步骤：

设置微内核系统作为主系统，安卓系统作为辅系统；

加载车载仪表应用程序至所述微内核系统，以使所述车载仪表应用程序运行在所述微内核系统上；

加载车载中控屏应用程序至所述安卓系统，以使所述车载中控屏应用程序运行在所述安卓系统上；

基于hypervisor技术对所述微内核系统和所述安卓系统进行整合，以使所述微内核系统和安卓系统能够同时运行；

在所述微内核系统和安卓系统同时运行的基础上，对车载仪表相关信息和车载中控屏相关信息进行融合显示。

2.根据权利要求1所述的车载融合显示方法，其特征在于，在所述微内核系统和安卓系统同时运行的基础上，对车载仪表相关信息和车载中控屏相关信息进行融合显示包括：

所述微内核系统获取显示请求，并基于所述显示请求判断所述显示请求的显示请求类型和显示请求内容，所述显示请求类型包括车载仪表相关信息的显示请求和车载中控屏相关信息的显示请求中的至少一种，所述显示请求内容包括车载仪表相关信息的显示请求内容和车载中控屏相关信息的显示请求内容中的至少一种；

基于所述显示请求类型和显示请求内容对相关显示信息进行融合显示。

3.根据权利要求2所述的车载融合显示方法，其特征在于，基于所述显示请求类型和显示请求内容对相关显示信息进行融合显示包括：

当所述显示请求类型为所述车载仪表相关信息的显示请求和车载中控屏相关信息的显示请求时，对获取的所述车载仪表相关信息的显示请求内容和所述车载中控屏相关信息的显示请求内容进行合并处理，得到合并处理的显示请求内容；

所述微内核系统基于所述合并处理的显示请求内容获取所述车载仪表相关信息和车载中控屏相关信息，并控制所述车载仪表相关信息和车载中控屏相关信息在同一显示屏不同区域上同时显示，以实现所述车载仪表相关信息和车载中控屏相关信息融合显示。

4.根据权利要求2所述的车载融合显示方法，其特征在于，基于所述显示请求类型和显示请求内容对相关显示信息进行融合显示包括：

当所述显示请求类型为所述车载仪表相关信息的显示请求时，所述微内核系统基于所述车载仪表相关信息的显示请求内容向与所述车载仪表相关信息的显示请求对应的车载仪表应用程序发送第一指令，以使所述车载仪表应用程序基于所述第一指令执行对应的显示动作，以及基于所述车载仪表相关信息的显示请求内容向所述安卓系统发送第二指令，以使所述安卓系统基于所述第二指令控制所述车载中控屏应用程序执行对应的显示动作。

5.根据权利要求2所述的车载融合显示方法，其特征在于，基于所述显示请求类型和显示请求内容对相关显示信息进行融合显示包括：

当所述显示请求类型为所述车载中控屏相关信息的显示请求时，所述微内核系统转发所述车载中控屏相关信息的显示请求内容至所述安卓系统，所述安卓系统基于所述车载中控屏相关信息的显示请求内容向与所述车载中控屏相关信息的显示请求对应的车载中控屏应用程序发送第三指令，以使所述车载中控屏应用程序基于所述第三指令执行与所述第三指令对应的显示动作，以及所述安卓系统基于所述车载中控屏相关信息的显示请求内容向所述微内核系统发送第四指令，以使所述微内核系统基于所述第四指令控制所述车载仪表应用程序执行对应的显示动作。

6.根据权利要求2所述的车载融合显示方法，其特征在于，所述微内核系统获取显示请求，并判断所述显示请求的显示请求类型和显示请求内容包括：

所述微内核系统获取显示屏上的触摸事件；

基于所述触摸事件在所述显示屏上的发生区域确定所述显示请求类型；

基于确定的所述显示请求类型、获取的所述显示屏上的触摸事件、预设触摸事件与显示请求内容的对应关系，获取所述显示请求内容。

7.一种车载融合显示系统，其特征在于，包括：

设置模块，被配置为设置微内核系统作为主系统，安卓系统作为辅系统；

加载模块，被配置为加载车载仪表应用程序至所述微内核系统，以使所述车载仪表应用程序运行在所述微内核系统上；加载车载中控屏应用程序至所述安卓系统，以使所述车载中控屏应用程序运行在所述安卓系统上；

融合模块，被配置为基于hypervisor技术对所述微内核系统和所述安卓系统进行整合，以使所述微内核系统和安卓系统能够同时运行；在所述微内核系统和安卓系统同时运行的基础上，对车载仪表相关信息和车载中控屏相关信息进行融合显示。

8.一种控制装置，包括处理器和存储装置，所述存储装置适于存储多条程序代码，其特征在于，所述程序代码适于由所述处理器加载并运行以执行权利要求1至6中任一项所述的车载融合显示方法。

9.一种计算机可读存储介质，其中存储有多条程序代码，其特征在于，所述程序代码适于由处理器加载并运行以执行权利要求1至6中任一项所述的车载融合显示方法。

10.一种车辆，其特征在于，包括车辆本体、设置在车辆内部的显示屏和权利要求7所述的车载融合显示系统，所述车载融合显示系统用于对微内核系统和安卓系统进行整合，以使微内核系统和安卓系统能够同时运行，在所述微内核系统和安卓系统同时运行的基础上，对车载仪表相关信息和车载中控屏相关信息进行融合显示。

Images