本申请涉及硬件监控技术领域，具体而言，涉及一种仪表紧急显示的方法、虚拟机监视器。
背景技术：
目前液晶仪表使用的都是linux或qnx(quickunix)等实时操作系统。实时操作系统里已经有比较完善的开放工具和图形显示框架支持，可以通过mmu(memorymanagementunit，内存管理单元)实现应用层之间相互隔离。即使系统中应用层的某个模块崩溃了，也并不会影响其他模块与系统内核的运行。linux内核代码庞大无法精简，存在较小概率性的内核故障。根据iso26262对汽车仪表的安全显示，仪表系统需满足asilb功能安全等级要求，而使用linux内核作为全液晶仪表的操作系统无法达到此要求。不管是linux或者qnx操作系统，当操作系统内核出现故障后会导致黑屏和重启等严重问题。特别是如果仪表上有显示adas(advanceddrivingassistantsystem，高级驾驶辅助系统)辅助驾驶信息时，这些故障可能会导致严重的驾驶安全事故。
可见，现有技术中的仪表紧急显示并不能实现应对各种故障，比如内核故障，进而可靠性和安全性较低。
技术实现要素：
本申请实施例的目的在于提供一种仪表紧急显示的方法、虚拟机监视器，用以提高仪表紧急显示的可靠性和安全性。
第一方面，本申请实施例提供一种仪表紧急显示的方法，应用于虚拟机监视器，所述虚拟机监视器与虚拟机实时操作系统连接，所述方法包括：确定所述实时操作系统是否处于异常状态；在所述实时操作系统处于异常状态时，获取待显示的紧急仪表信息；将所述紧急仪表信息对应的图形渲染到显示屏上进行显示。
在本申请实施例中，将虚拟机监视器与虚拟机实时操作系统连接，虚拟机监视器实时监控实时操作系统是否处于异常状态，当实时操作系统处于异常状态时，进行紧急仪表信息的显示。与现有技术相比，为实时操作系统设置虚拟机监视器，即便实时操作系统发生内核的异常，也能够由虚拟机监视器进行紧急仪表信息的显示，提高了紧急仪表显示的安全性和可靠性。
作为一种可能的实现方式，将所述紧急仪表信息对应的图形渲染到显示屏上进行显示，包括：根据预先定义的转换规则确定所述紧急仪表信息对应的图形；将所述紧急仪表信息对应的图形渲染到所述显示屏上进行显示。
在本申请实施例中，虚拟机监视器在进行紧急仪表的显示时，先根据转换规则确定对应的显示图像，再将图像渲染到显示屏上进行显示，整个过程快速可靠，提高了紧急仪表显示的效率。
作为一种可能的实现方式，将所述紧急仪表信息对应的图形渲染到所述显示屏上进行显示之前，所述方法还包括：生成用户提示信息；根据所述转换规则确定所述用户提示信息对应的图形绘制所述用户提示信息对应的图形；对应的，将所述紧急仪表信息对应的图形渲染到所述显示屏上进行显示，包括：绘制所述紧急仪表信息对应的图形；将所述用户提示信息对应的图形和所述紧急仪表信息对应的图形合成为一个图层并渲染到所述显示屏上进行显示。
在本申请实施例中，除了紧急仪表信息，虚拟机监视器还可以生成用户提示信息，并将其转化为图形，然后再与紧急仪表信息一并进行渲染和显示，实现了紧急显示的全面性，以使用户能够根据紧急显示的信息进行安全操作。
作为一种可能的实现方式，确定所述实时操作系统是否处于异常状态，包括：根据预先注册的异常监控类型确定所述实时操作系统是否处于异常状态。
在本申请实施例中，虚拟机监视器可以根据预先注册的异常监控类型确定实时操作系统是否处于异常状态，进而可以有效的监测实时操作系统的异常。
作为一种可能的实现方式，所述实时操作系统包括内核，根据预先注册的异常监控类型确定所述实时操作系统是否处于异常状态，包括：根据是否接收到所述内核发送的保活信息确定所述实时操作系统是否处于异常状态。
在本申请实施例中，异常监控类型可以是内核保活异常，即根据内核是否发送保活信息确定内核是否异常，进而判断实时操作系统是否处于异常状态。
作为一种可能的实现方式，所述实时操作系统包括内核，根据预先注册的异常监控类型确定所述实时操作系统是否处于异常状态，包括：根据接收到的所述内核发送的异常状态信息确定所述实时操作系统是否处于异常状态。
在本申请实施例中，异常监控类型还可以是主动发送异常，即内核会主动发送异常状态信息，根据该异常状态信息判断内核是否异常，进而判断实时操作系统是否处于异常。
作为一种可能的实现方式，所述方法还包括：在所述实时操作系统处于异常状态时，根据所述异常状态记录所述实时操作系统的异常日志；重启所述实时操作系统。
在本申请实施例中，当实时操作系统处于异常状态时，除了进行紧急仪表的显示，虚拟机监视器还可以进行异常日志的记录，并重启实时操作系统以实现实时操作系统的恢复，进一步提高了系统的安全性。
作为一种可能的实现方式，所述虚拟机监视器与车辆的电子控制单元连接，获取待显示的紧急仪表信息，包括：从所述电子控制单元获取车辆行车状态信息以及车辆告警状态信息。
在本申请实施例中，当为车辆的紧急仪表显示时，紧急仪表信息可以包括行车状态信息和车辆告警状态信息，虚拟机监视器可以通过车辆的电子控制单元获取到紧急仪表信息，进而提高车辆系统的安全性。
第二方面，本申请实施例提供一种虚拟机监视器，与虚拟机实时操作系统连接，所述虚拟机监视器包括：异常监控模块，用于确定所述实时操作系统是否处于异常状态；信息处理模块，用于在所述实时操作系统处于异常状态时，获取待显示的紧急仪表信息；图形渲染模块，用于将所述紧急仪表信息对应的图形渲染到显示屏上进行显示。
作为一种可能的实现方式，所述虚拟机监视器还包括：日志记录模块，用于在所述实时操作系统处于异常状态时，根据所述异常状态记录所述实时操作系统的异常日志；异常恢复模块，用于重启所述实时操作系统。
第三方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时执行如第一方面的以及第一方面的任意可能的实现方式中所述的方法中的步骤。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的仪表紧急显示的方法的流程图；
图2为本申请实施例提供的实时操作系统与虚拟机监视器的交互示例图；
图3为本申请实施例提供的仪表紧急显示方法的一种可选的实施流程；
图4为本申请实施例提供的虚拟机监视器的第一实施例的结构框图；
图5为本申请实施例提供的虚拟机监视器的第二实施例的结构框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
vmm(virtualmachinemonitor，虚拟机监视器)，又可以称为：hypervisor，是一种运行在基础物理服务器和操作系统之间的中间软件层，可允许多个操作系统和应用共享硬件。虚拟机监视器是一种在虚拟环境中的“元”操作系统。他们可以访问服务器上包括磁盘和内存在内的所有物理设备。虚拟机监视器不但协调着这些硬件资源的访问，也同时在各个虚拟机之间施加防护。当服务器启动并执行虚拟机监视器时，它会加载所有虚拟机客户端的操作系统同时会分配给每一台虚拟机适量的内存，cpu(centralprocessingunit，中央处理器)，网络和磁盘。
大多数车辆都已配置全液晶仪表，即全液晶仪表盘，全液晶仪表的优点是不仅能传达给驾驶者传统机械仪表盘展示的车辆行驶速度、发动机转速、剩余油量等基本信息，还能使显示效果更加绚丽、显示内容更丰富，提升了显示的美观度。全液晶仪表使用的是虚拟机实时操作系统，该实时操作系统中包括多种应用程序及内核，当应用层(应用程序)的某个模块崩溃时，系统的内核运行不会受影响，相关的紧急仪表信息可能还可以显示；但是当内核故障时，会导致黑屏和重启等问题，导致紧急仪表信息不能显示。
因此，本申请实施例将虚拟机监视器搭载到车辆的操作系统上，将虚拟机监视器与车辆的虚拟机实时操作系统连接，当实时操作系统运行正常时，可由实时操作系统进行普通的仪表信息显示；当实时操作系统运行出现异常时，通过虚拟机监视器进行紧急仪表信息的显示。需要注意的是，当实时操作系统不是由于内核故障时，通常也可以完成紧急仪表信息的显示，但是，在本申请实施例中，不管是内核或者是应用程序的异常，都可以通过虚拟机监视器实现紧急仪表的显示。此外，普通的仪表信息与紧急的仪表信息的显示的图形也有一定差别，普通的仪表信息对应的图形可能更生动和复杂，而紧急的仪表信息对应的图像较简洁和易于查看。
接下来请参照图1，图1为本申请实施例提供的仪表紧急显示的方法的流程图，该方法应用于虚拟机监视器，如图1所示，该方法包括：
步骤101：确定实时操作系统是否处于异常状态。
步骤102：在实时操作系统处于异常状态时，获取待显示的紧急仪表信息。
步骤103：将紧急仪表信息对应的图形渲染到显示屏上进行显示。
在本申请实施例中，将虚拟机监视器与虚拟机实时操作系统连接，虚拟机监视器实时监控实时操作系统是否处于异常状态，当实时操作系统处于异常状态时，进行紧急仪表信息的显示。与现有技术相比，为实时操作系统设置虚拟机监视器，即便实时操作系统发生内核的异常，也能够由虚拟机监视器进行紧急仪表信息的显示，提高了紧急仪表显示的安全性和可靠性。
在步骤101中，在虚拟机监视器上运行实时操作系统和仪表显示程序，虚拟机监视器初始化内部的各个模块，然后实时监控实时操作系统是否处于异常状态。对于步骤101，一种可选的实施方式：根据预先注册的异常监控类型确定实时操作系统是否处于异常状态。
在这种实施方式中，实时操作系统包括内核和应用层，在监控时，既可以对内核进行监控，也可以对应用层进行监控，如果需要对应用层进行监控，就预先注册应用层的监控类型，然后基于应用层的监控类型对应用层进行监控，确定是否出现异常状态；如果需要对内核进行监控，就预先注册内核的监控类型，然后基于内核的监控类型对内核进行监控，确定是否出现异常。如果都需要进行监控，那么分别注册内核和应用层对应的监控类型即可。在本申请实施例中，主要是为了解决当内核出现异常时的不安全和不可靠性问题，因此，后面的实施例中主要考虑内核异常带来的实时操作系统异常的情况下，所注册的异常监控类型，以及如何确定是否为异常状态。
对于内核异常的异常监控类型，取决于如何对内核进行监控，在本申请实施例中，异常监控类型可以包括：内核保活异常、主动异常和监控异常。
对于内核保活异常，步骤101可以包括：根据是否接收到内核发送的保活信息确定实时操作系统是否处于异常状态。保活是一种利用看门狗技术实现操作系统与虚拟机监视器间的心跳通信机制，当内核的运行正常时，内核会稳定的给虚拟机监视器发送保活信息，发送的频率可以任意设置，当操作系统不再发送保活信息时，虚拟机监视器可确定内核已经异常，即处于异常状态。
对于主动异常，步骤101可以包括：根据接收到的内核发送的异常状态信息确定实时操作系统是否处于异常状态。在这种实施方式中，实时操作系统内核可以对异常进行自行的初步判断，当内核认为自身处于不正常运行状态时，生成对应的异常状态信息并发送给虚拟机监视器，监视器在接收到异常状态信息后，可以直接确定内核处于异常状态，也可以结合异常状态信息中包含的具体的状态信息确定内核是否处于异常状态。
对于监控异常，是由虚拟机监视器对操作系统进行监控，即实时的获取内核的运行状态，然后根据内核的运行状态判断内核是否处于异常状态，例如获取内核的相关运行参数，将该运行参数与预先存储的正常的内核运行进行比对，若发现运行参数明显有问题，可直接确定内核运行出现错误，即处于异常状态。
在本申请实施例中，虚拟机监视器可以根据预先注册的异常监控类型确定实时操作系统是否处于异常状态，进而可以有效的监测实时操作系统的异常。
进一步的，在步骤101后，如果已经判断实时操作系统处于异常状态，虚拟机监视器可以进行紧急仪表信息的显示，即执行步骤102和步骤103。在步骤102中，获取待显示的紧急仪表信息可以包括：从车辆的ecu(electroniccontrolunit，电子控制单元)中获取待显示的紧急仪表信息。其中，紧急仪表信息可以包括：车辆行车状态信息以及车辆告警状态信息。
可以理解的是，虚拟机监视器要实现对实时操作系统的监控，还需要与车辆的ecu连接，进而才能获取到需要显示的紧急仪表信息。以汽车为例，可以是获取can(controllerareanetwork，控制器局域网络)总线上的汽车状态信息。
对于汽车状态信息，具体可为根据用户设置的显示类型分为行车状态信息和车身告警信息，行车状态信息表上当前汽车车速转速等信息，车身告警信息表示水温，机油，刹车等告警信息。
进一步的，在步骤102中，获取到紧急仪表信息后，执行步骤103，将紧急仪表信息对应的图形渲染到显示屏上进行显示。在步骤103中所指的显示屏为车载系统中的显示屏，该显示屏与虚拟机监视器连接，如全液晶仪表显示屏。需要注意的是，为了便于用户对信息进行查看，在显示屏上显示的信息一般是以图形的形式，而图形也可以具有多种形式。
作为一种可选的实施方式，步骤103可以包括：根据预先定义的转换规则确定紧急仪表信息对应的图形；将紧急仪表信息对应的图形渲染到显示屏上进行显示。
其中，对于预先定义的转换规则，可以理解，代表了每种信息对应的图形，如信息1通过图形1表示；信息2通过图形2表示等，那么对应的，对于一个信息，可以按照该规则确定其对应的显示图形。该显示图形可以是3d形式，也可以是2d形式的，在此不作限定。
对于图形渲染，可以采用常规的图像处理技术，如该3d图形的处理过程可以包括：顶点处理、光栅化计算、纹理帖图、像素处理、最终输出。其中，顶点处理：读取描述3d图形外观的顶点数据并根据顶点数据确定3d图形的形状及位置关系，建立起3d图形的骨架。光栅化计算：显示器实际显示的图像是由像素组成的，需要将生成的图形上的点和线通过一定的算法转换到相应的像素点。把一个矢量图形转换为一系列像素点的过程就称为光栅化。例如，一条数学表示的斜线段，最终被转化成阶梯状的连续像素点。纹理帖图：顶点单元生成的多边形只构成了3d物体的轮廓，而纹理映射(texturemapping)工作完成对多变形表面的帖图，通俗的说，就是将多边形的表面贴上相应的图片，从而生成“真实”的图形。像素处理：完成对像素的计算和处理，从而确定每个像素的最终属性。最终输出：最终完成像素的输出，一帧渲染完毕后，被送到显存帧缓冲区。
在前述实施例中提到紧急仪表信息包括行车状态信息和车身告警信息，在进行显示时，除了显示这两种信息，还可以显示用户提示信息，因此在步骤103之前，该方法还包括：生成用户提示信息；根据转换规则确定用户提示信息对应的图形；绘制用户提示信息对应的图形。对应的，步骤103包括：绘制紧急仪表信息对应的图形；将用户提示信息对应的图形和紧急仪表信息对应的图形合成为一个图层并渲染到显示屏上进行显示。
其中，用户提示信息可以根据行车状态信息和告警状态信息生成，也可以根据当前实时操作系统的异常状态生成。用户提示信息用于告知用户当前系统故障，如提示用户靠边停车等。
结合前述实施例的介绍，在步骤102后实施的信息显示过程可以包括：获取行车状态信息，完成行车状态图形绘制。获取车身告警状态信息，完成车身告警状态图形绘制。完成用户提示信息图形绘制，并与前两步生成的图形合成为一个图层渲染到液晶显示屏显示。
在本申请实施例中，虚拟机监视器在进行紧急仪表的显示时，先根据转换规则确定对应的显示图像，再将图像渲染到显示屏上进行显示，整个过程快速可靠，提高了紧急仪表显示的效率。
在本申请实施例中，当实时操作系统处于异常状态时，显示紧急仪表信息，用户可以得知操作系统的异常情况，用户可以自行进行操作系统的重启或者恢复。当然，也可以由虚拟机监视器辅助实现，因此，该方法还包括：在实时操作系统处于异常状态时，根据异常状态记录实时操作系统的异常日志；重启实时操作系统。
其中，操作系统内核异常日志记录在非易失存储设备中，当系统复位后通过在线或离线下载方式进行故障分析和诊断。重启虚拟机操作系统后，监视器会判断系统是否重启成功，应用是否显示正常。如果虚拟机操作系统没有重启成功或者仪表应用不能够正常显示，虚拟机监视器会持续显示紧急仪表信息，并且记录异常日志。
在本申请实施例中，当实时操作系统处于异常状态时，除了进行紧急仪表的显示，虚拟机监视器还可以进行异常日志的记录，并重启实时操作系统以实现实时操作系统的恢复，进一步提高了系统的安全性。
进一步的，当虚拟机操作系统和仪表应用程序恢复正常后，虚拟机监视器暂停紧急仪表信息的显示，重新进入异常监控状态，即继续执行步骤101，对虚拟机实时操作系统进行持续监控。
结合前述实施例的介绍，请参照图2，为本申请实施例提供的实时操作系统与虚拟机监视器的交互示例图，如图2所示，实时操作系统包括应用层的应用程序以及内核模块，监视器端可以执行：异常监控、图形渲染、信息处理(紧急仪表信息)、日志记录、异常恢复等操作，其中异常监控时，可以是各种监控形式，如内核模块发起监控请求，监视器根据监控请求获取内核模块的运行状态，进而实现监控；又如在进行异常恢复时，监视器重启实时操作系统，进而实现异常恢复。
结合前述实施例的介绍，请参照图3，为本申请实施例提供的应用于虚拟机监视器的紧急仪表显示方法的一种可选的实施流程，如图3所示，虚拟机监视器首先进行仪表紧急显示系统(即虚拟机监视器自身)的初始化，然后进行异常监控，图3所示采用的是内核保活异常类型，即确定内核是否处于保活状态，若内核处于保活状态，说明内核没有发生异常，继续对内核进行监控。若内核不处于保活状态，说明内核发生异常，执行紧急仪表信息的显示。若需要显示行车数据，获取行车状态信息；若需要显示告警信息，获取告警信息。在获取到紧急仪表信息后，可以启动紧急仪表图形渲染，渲染显示后，记录异常日志，重启虚拟机。然后判断系统是否恢复，若恢复就停止紧急仪表显示，若没有恢复则继续紧急仪表显示。
通过图3所示的实施流程可见，通过虚拟机监视器对虚拟机实时操作系统进行异常监控，能够确保实时操作系统在内核异常的情况下，也能显示紧急仪表信息，使用户能够得知车辆的状态，充分提高了系统的可靠性和安全性。
基于同一发明构思，请参照图4，本申请实施例中还提供一种虚拟机监视器200，该虚拟机监视器包括：异常监控模块201、信息处理模块202以及图形渲染模块203。
其中，异常监控模块201，用于确定实时操作系统是否处于异常状态。信息处理模块202，用于在所述实时操作系统处于异常状态时，获取待显示的紧急仪表信息。图形渲染模块203，用于将所述紧急仪表信息对应的图形渲染到显示屏上进行显示。
可选的，图形渲染模块203还用于：根据预先定义的转换规则确定所述紧急仪表信息对应的图形；将所述紧急仪表信息对应的图形渲染到所述显示屏上进行显示。
可选的，信息处理模块202还用于：生成用户提示信息。图形渲染模块203还用于：根据所述转换规则确定所述用户提示信息对应的图形；绘制所述用户提示信息对应的图形；绘制所述紧急仪表信息对应的图形；将所述用户提示信息对应的图形和所述紧急仪表信息对应的图形合成为一个图层并渲染到所述显示屏上进行显示。
可选的，异常监控模块201还用于：根据预先注册的异常监控类型确定所述实时操作系统是否处于异常状态。
可选的，异常监控模块201还用于：根据是否接收到所述内核发送的保活信息确定所述实时操作系统是否处于异常状态。
可选的，异常监控模块201还用于：根据接收到的所述内核发送的异常状态信息确定所述实时操作系统是否处于异常状态。
可选的，信息处理模块202还用于从所述电子控制单元获取车辆行车状态信息以及车辆告警状态信息。
可选的，请参照图5，虚拟机监视器200还包括日志记录模块204和异常恢复模块205。日志记录模块204，用于在所述实时操作系统处于异常状态时，根据所述异常状态记录所述实时操作系统的异常日志。异常恢复模块205，用于重启所述实时操作系统。
作为一种可选的实施方式，异常监控模块201用于监控在虚拟机监视器200之上运行的实时操作系统内核异常情况，对操作系统健康状态进行管理。图形渲染模块203用于在虚拟机监视器200上实现简单的图形渲染，并可以为应用程序提供图形框架编程接口。信息处理模块202用于获取车辆行车和车身状态信息，实现与汽车车身域或adas域上与ecu间的通信。日志记录模块204用于记录实时操作系统内核异常日志信息，可以在事后分析与诊断。异常恢复模块205用于对实时操作系统内核执行错误处理操作，使实时操作系统恢复正常运行。
图4和图5所示的虚拟机监视器200中的各个模块用于实现本申请实施例所提供的仪表紧急显示方法中的各个步骤，因此，对于各个模块的实施方式与各个步骤的实施方式一一对应，为了说明书的简洁，在此不再重复介绍。
基于同一发明构思，本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时执行本申请实施例所提供的紧急仪表显示方法。
在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
1.一种仪表紧急显示的方法，其特征在于，应用于虚拟机监视器，所述虚拟机监视器与虚拟机实时操作系统连接，所述方法包括：
确定所述实时操作系统是否处于异常状态；
在所述实时操作系统处于异常状态时，获取待显示的紧急仪表信息；
将所述紧急仪表信息对应的图形渲染到显示屏上进行显示。
2.根据权利要求1所述的方法，其特征在于，将所述紧急仪表信息对应的图形渲染到显示屏上进行显示，包括：
根据预先定义的转换规则确定所述紧急仪表信息对应的图形；
将所述紧急仪表信息对应的图形渲染到所述显示屏上进行显示。
3.根据权利要求2所述的方法，其特征在于，将所述紧急仪表信息对应的图形渲染到所述显示屏上进行显示之前，所述方法还包括：
生成用户提示信息；
根据所述转换规则确定所述用户提示信息对应的图形；
绘制所述用户提示信息对应的图形；
对应的，将所述紧急仪表信息对应的图形渲染到所述显示屏上进行显示，包括：
绘制所述紧急仪表信息对应的图形；
将所述用户提示信息对应的图形和所述紧急仪表信息对应的图形合成为一个图层并渲染到所述显示屏上进行显示。
4.根据权利要求1所述的方法，其特征在于，确定所述实时操作系统是否处于异常状态，包括：
根据预先注册的异常监控类型确定所述实时操作系统是否处于异常状态。
5.根据权利要求4所述的方法，其特征在于，所述实时操作系统包括内核，根据预先注册的异常监控类型确定所述实时操作系统是否处于异常状态，包括：
根据是否接收到所述内核发送的保活信息确定所述实时操作系统是否处于异常状态。
6.根据权利要求4所述的方法，其特征在于，所述实时操作系统包括内核，根据预先注册的异常监控类型确定所述实时操作系统是否处于异常状态，包括：
根据接收到的所述内核发送的异常状态信息确定所述实时操作系统是否处于异常状态。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述实时操作系统处于异常状态时，根据所述异常状态记录所述实时操作系统的异常日志；
重启所述实时操作系统。
8.根据权利要求1所述的方法，其特征在于，所述虚拟机监视器与车辆的电子控制单元连接，获取待显示的紧急仪表信息，包括：
从所述电子控制单元获取车辆行车状态信息以及车辆告警状态信息。
9.一种虚拟机监视器，其特征在于，与虚拟机实时操作系统连接，所述虚拟机监视器包括：
异常监控模块，用于确定所述实时操作系统是否处于异常状态；
信息处理模块，用于在所述实时操作系统处于异常状态时，获取待显示的紧急仪表信息；
图形渲染模块，用于将所述紧急仪表信息对应的图形渲染到显示屏上进行显示。
10.根据权利要求9所述的虚拟机监视器，其特征在于，所述虚拟机监视器还包括：
日志记录模块，用于在所述实时操作系统处于异常状态时，根据所述异常状态记录所述实时操作系统的异常日志；
异常恢复模块，用于重启所述实时操作系统。
技术总结