虚拟机安全监控处理方法、装置、设备及介质与流程

1.本技术涉及车辆安全监控领域，具体涉及一种虚拟机安全监控处理方法、装置、设备及介质。


背景技术：

2.随着智能汽车电子电气架构从传统的分布式向域集中式演进，各种功能模块都集中到少数几个计算能力强大的域控制器中，不同的功能模块对功能安全等级要求不一样，不同的功能模块对实时性的要求不一样。比如，根据iso26262标准，智能仪表和娱乐系统属于不同的安全等级。
3.例如，根据iso26262标准，智能仪表和娱乐系统属于不同的安全等级。智能仪表和动力系统密切相关，对实时性，可靠性和安全性有更高要求，以qnx系统为主；而汽车娱乐系统主要关注人机交互体验，更多关注应用生态多样化和用户体验，以linux和android系统为主。
4.目前，在车辆中芯片集成度越来越高和硬件成本压力越来越大的情况下，域控制器的一颗soc芯片集成多种操作系统的hypervisor虚拟化技术方案，越来越收到整车厂和汽车供应商的关注。然而，如何确保车辆中hypervisor虚拟化的多个操作系统之间协同分工、系统隔离和运行稳定，是hypervisor虚拟化技术方案迫在眉睫需要解决的技术问题。
5.申请内容
6.鉴于以上所述现有技术的缺点，本技术提供一种虚拟机安全监控处理方法、装置、设备及介质产品，以解决现有hypervisor虚拟化操作系统一旦发生异常，无法确保车辆当前继续执行所述当前业务。
7.在第一方面，本技术提供的一种虚拟机安全监控处理方法，包括：
8.将车辆计算设备所对应操作系统进行虚拟化处理，划分为第一操作系统与第二操作系统，其中，所述第一操作系统的安全标准高于所述第二操作系统，且所述第一操作系统为实时操作系统；
9.实时监测所述第二操作系统的状态；
10.若监测到所述第二操作系统的状态正常，则继续保持监测；
11.若监测到所述第二操作系统的状态异常，则发出告警信号，利用所述第一操作系统接管所述第二操作系统当前业务，以使所述车辆继续执行所述当前业务。
12.于本技术的一实施例中，将车辆计算设备进行虚拟化处理，划分为第一操作系统与第二操作系统，还包括：
13.基于虚拟机管理程序将车辆计算设备所对应操作系统进行虚拟化处理，划分为第一操作系统与第二操作系统；所述第一操作系统与第二操作系统基于所述车辆计算设备共享的资源进行分区；待分区完成后，对所述第一操作系统与第二操作系统各自所需的硬件资源进行配置，以使所述第一操作系统与第二操作系统之间在进程间通信。
14.于本技术的一实施例中，对所述第一操作系统与第二操作系统各自所需的硬件资
源进行配置，还包括：
15.获取所述第一操作系统与第二操作系统当前配置信息，所述配置信息包括内存、处理器、磁盘、进程、网络与外围设备；确定所述第一操作系统与第二操作系统待执行的目标任务，根据所述第一操作系统与第二操作系统待执行的目标任务对各所述操作系统的配置信息进行调节，以使得所述第一操作系统与第二操作系统执行目标任务。
16.于本技术的一实施例中，实时监测所述第二操作系统的状态，还包括：
17.第一操作系统通过数据分发服务订阅所述第二操作系统的待测主题，实时监测所述第二操作系统待测主题所对应的性能指标，所述性能指标包括内存、处理器、磁盘、进程、网络、外围设备以及心跳中的至少之一；
18.若检测到所述性能指标与类型匹配的预设性能指标不符，确定与预设性能指标不符的所述性能指标为异常指标，统计并显示所述异常指标；
19.若监测到任一所述异常指标，则确定所述第二操作系统的状态异常；若未监测到所述异常指标，则确定所述第二操作系统的状态正常。
20.于本技术的一实施例中，若监测到所述第二操作系统的状态异常，则发出告警信号，利用所述第一操作系统接管所述第二操作系统当前业务，以使所述车辆继续执行所述当前业务，还包括：
21.所述第一操作系统和所述第二操作系统分别与车辆计算设备之间形成冗余通信，且所述第一操作系统和所述第二操作系统各进程之间相互通信；若监测到所述第二操作系统的状态异常，根据引发状态异常的性能指标的类型发出不同的告警信号；确定所述第二操作系统在异常状态时当前所处理的业务，暂停当前业务，使得所述第一操作系统根据所述第二操作系统当前业务处理进程接管所述第二操作系统当前业务，通过降低当前业务要求以使所述车辆继续执行所述当前业务。
22.于本技术的一实施例中，所述第一操作系统和所述第二操作系统能够在所述车辆计算设备所对应的硬件层上并行运行，其中，在所述第一操作系统上能够实施至少一种第一应用程序，并且在所述第二操作系统上能够实施至少一种第二应用程序，其中，所述第一应用程序比所述第二应用程序具有更高的安全标准；若所述第二操作系统状态异常，使得所述第一操作系统上能够实施至少一种第二应用程序。
23.于本技术的一实施例中，所述第一操作系统与所述第二操作系统，还包括：根据业务需求不同装配有不同业务类型的应用程序，将所述应用程序发出的业务请求通过中间件进行处理，确定服务请求，将所述服务请求进行封装，得到符合预设格式的请求指令；调用相匹配的操作系统执行所述请求指令进行响应。
24.于本技术的一实施例中，所述中间件包括以下至少之一：通讯管理、电源管理、安全监控、数据诊断、日志管理、执行管理与网络管理。
25.于本技术的一实施例中，将车辆计算设备所对应操作系统进行虚拟化处理，划分为第一操作系统与第二操作系统之后，还包括：
26.部署于所述车辆计算设备所对应操作系统外部的安全监控系统，所述安全监控系统用于监测外部设备的第一状态信息，并将所述第一状态信息同步至所述第一操作系统进行监测，同时，所述安全监控系统接收所述第一操作系统的第二状态信息并进行监测；
27.若监测到所述第一操作系统的状态异常，根据预设状态信息分析所述状态异常以
确定所述第一操作系统的故障类型，基于所述故障类型判断所述安全监控系统是否能接管当前业务；若所述安全监控系统能接管当前业务，则利用所述安全监控系统执行所述当前业务，其中，若所述第一操作系统的故障类型为预设故障类型，则重启所述第一操作系统进行复位以待恢复；若所述安全监控系统不能接管当前业务，则发出告警信息通知驾驶员；
28.于本技术的一实施例中，将车辆计算设备所对应操作系统进行虚拟化处理，划分为第一操作系统与第二操作系统之后，还包括：
29.部署于所述车辆计算设备所对应操作系统外部的安全监控系统，所述安全监控系统用于监测外部设备的第一状态信息，并将所述第一状态信息同步至所述第一操作系统进行监测，同时，所述安全监控系统接收所述第一操作系统的第二状态信息并进行监测；
30.若监测到所述安全监控系统的状态异常，根据预设状态信息分析所述状态异常以确定所述安全监控系统的故障类型，基于所述故障类型判断所述第一操作系统是否能接管当前业务；若所述第一操作系统能接管当前业务，则利用所述第一操作系统执行所述当前业务，其中，若所述安全监控系统的故障类型为预设故障类型，则重启所述安全监控系统进行复位以待恢复；若所述第一操作系统不能接管当前业务，则发出告警信息通知驾驶员。
31.于本技术的一实施例中，所述第二操作系统包括linux操作系统、qnx操作系统与android操作系统中的至少之一。
32.在第二方面，本技术提供的一种虚拟机安全监控处理装置，包括：
33.系统划分模块，用于将车辆计算设备进行虚拟化处理，划分为第一操作系统与第二操作系统，其中，所述第一操作系统的安全等级高于所述第二操作系统，且所述第一操作系统为实时操作系统；
34.安全监控模块，用于实时监测所述第二操作系统的状态；
35.第一执行模块，用于若监测到所述第二操作系统的状态正常，则继续保持监测；
36.第二执行模块，用于若监测到所述第二操作系统的状态异常，则发出告警信号，利用所述第一操作系统接管所述第二操作系统当前业务，以使所述车辆继续执行所述当前业务。
37.在第三方面，本技术提供的一种电子设备，包括：
38.一个或多个处理器；
39.存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述的虚拟机安全监控处理方法。
40.在第四方面，本技术提供的一种车辆设备，包括上述的电子设备。
41.在第五方面，本技术提供的一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述的虚拟机安全监控处理方法。
42.本技术的有益效果：本技术将车辆计算设备所对应操作系统进行虚拟化处理，划分为第一操作系统与第二操作系统，实时监测所述第二操作系统的状态，若监测到所述第二操作系统的状态正常，则继续保持监测，若监测到所述第二操作系统的状态异常，则发出告警信号，利用所述第一操作系统接管所述第二操作系统当前业务，以使所述车辆继续执行所述当前业务，基于hypervisor虚拟化的多个操作系统之间协同分工、相互隔离，对虚拟的第二操作系统进行实时监控，一旦发生异常，通过冗余操作系统可使用第一操作系统接
管当前车辆智能驾驶、智能仪表以及智能座舱所对应的预期任务，不仅满足车辆必需的基础功能，特别是车辆行驶过程中，通过车辆继续执行当前业务，还极大确保车辆行驶安全性。
43.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
44.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
45.图1是本技术的一示例性实施例示出的虚拟机安全监控处理装置的实施环境示意图；
46.图2是本技术的一示例性实施例示出的虚拟机安全监控处理方法的流程图；
47.图3是本技术的一示例性实施例示出的虚拟机安全监控处理方法中检测流程图；
48.图4是本技术的一示例性实施例示出的虚拟机安全监控处理方法中实时监测流程图；
49.图5是本技术的一示例性实施例示出的虚拟机安全监控处理装置的结构框图；
50.图6是本技术的一示例性实施例示出的虚拟机安全监控处理装置中操作系统结构框图；
51.图7示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图；
52.图8是本技术的一示例性实施例示出的虚拟机安全监控处理方法中一安全监控流程图；
53.图9是本技术的一示例性实施例示出的虚拟机安全监控处理方法中另一安全监控流程图。
具体实施方式
54.以下将参照附图和优选实施例来说明本技术的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本技术的其他优点与功效。本技术还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本技术的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本技术，而不是为了限制本技术的保护范围。
55.需要说明的是，以下实施例中所提供的图示仅以示意方式说明本技术的基本构想，遂图式中仅显示与本技术中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
56.在下文描述中，探讨了大量细节，以提供对本技术实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本技术的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以
避免使本技术的实施例难以理解。
57.请参阅图1，是本技术的一示例性实施例示出的虚拟机安全监控处理装置的实施环境示意图。如图1所示，包括车辆101与虚拟机安全监控处理装置102。
58.其中，车辆101包括但不限于三轮车、燃油车、新能源汽车(即，插电混动汽车、增程式电动车、混动汽车、纯电汽车、氢能源汽车、乙醇汽车等)。虚拟机安全监控处理装置102配置在车辆计算设备，虚拟机安全监控处理装置102包括第一硬件层，其具有第一操作系统，第一操作系统设计成用于在安全性上关键的第一功能/应用，即，用于车辆中具有高的安全标准的应用。
59.此外，虚拟机安全监控处理装置102包括第二硬件层，其具有第二操作系统。第二操作系统设计成用于非关键的第二功能/应用，即，用于车辆中具有低的安全标准的应用。
60.在此，硬件层中的每个硬件层优选地包括至少一个微处理器、基本输入输出系统(bios)、工作存储器(ram)和/或闪存、时钟发生器以及各种接口和多个总线。
61.此外，硬件层可具有起动/引导存储单元或启动/引导rom存储器，其例如作为闪存或otp存储器，在里面存储有负责启动过程的程序元素。
62.硬件层在物理上彼此分离，例如，它们在不同的集成电路上。
63.在此，第一操作系统设计成用于在安全性上关键的功能或在安全性上关键的应用，并且第二操作系统设计成用于非关键的功能或非关键的应用。
64.第二硬件层具有高级os(操作系统)作为用于非关键的功能/应用的第二操作系统。第二操作系统例如可为linux、qnx、windows或android。非关键的功能例如通过车辆信息娱乐系统来提供。在此，车辆信息娱乐系统可具有用于车载无线电或多媒体系统、导航系统和/或免提通话装置的功能。
65.这种车辆信息娱乐系统通常具有nand存储单元，其需要复杂的启用过程。
66.第一硬件层具有用于在安全性上关键的功能/应用的可认证的、实时的、可快速启动的第一操作系统来作为第一操作系统。
67.因此，操作系统和其应用彼此独立地实施，即，操作系统彼此独立地运行以及退出运行。在此，需要说明的是，第一操作系统的安全标准高于所述第二操作系统，且第一操作系统为实时操作系统。
68.以如下方式执行车辆操作系统的启用：
69.整个车辆所有操作系统被重启和初始化。针对所有独立的操作系统、优化启动性能。
70.接下来，对本技术实施例提供的虚拟机安全监控处理方法进行介绍。
71.目前，在车辆中芯片集成度越来越高和硬件成本压力越来越大的情况下，域控制器的一颗soc芯片集成多种操作系统的hypervisor虚拟化技术方案，越来越收到整车厂和汽车供应商的关注。然而，如何确保车辆中hypervisor虚拟化的多个操作系统之间协同分工、系统隔离和运行稳定，是hypervisor虚拟化技术方案迫在眉睫需要解决的问题。
72.为解决这些问题，本技术的实施例分别提出一种虚拟机安全监控处理方法、一种虚拟机安全监控处理装置、一种电子设备以及一种计算机可读存储介质，以下将对这些实施例进行详细描述。
73.请参阅图2，为本技术的一示例性实施例示出的虚拟机安全监控处理方法的流程
图。该方法可以应用于图1所示的实施环境，并由该实施环境中的智能终端具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。
74.请参阅图2，是本技术的一示例性实施例示出的虚拟机安全监控处理方法的流程图，详述如下：
75.步骤s210，将车辆计算设备所对应操作系统进行虚拟化处理，划分为第一操作系统与第二操作系统，其中，所述第一操作系统的安全标准高于所述第二操作系统，且所述第一操作系统为实时操作系统；
76.具体地，基于虚拟机管理程序将车辆计算设备所对应操作系统进行虚拟化处理，划分为第一操作系统与第二操作系统；
77.第一操作系统与第二操作系统基于车辆计算设备共享的资源进行分区；
78.待分区完成后，对第一操作系统与第二操作系统各自所需的硬件资源进行配置，以使第一操作系统与第二操作系统之间在进程间通信。
79.其中，需要说明的是，利用hypervisor技术同时搭载rtos(real time operating system)实时操作系统(即，第一操作系统)和linux(linux操作系统)/qnx操作系统(即，第二操作系统)/android(即，安卓操作系统)，正常情况下，由linux/qnx操作系统实现业务功能(比如，智能驾驶，智能仪表显示)，rtos实时监控linux操作系统/qnx操作系统的健康状态，一旦检测到linux/qnx操作系统出现异常，rtos主动接管部分必需的自动驾驶和仪表显示功能，确保行车安全。需要注意的是，搭载的rtos实时操作系统必须通过safety领域最高等级功能安全认证(iso 26262asil d)。
80.应当理解的是，hypervisor为一种运行在物理服务器和操作系统之间的中间层软件，可以允许多个操作系统和应用共享一套基础物理硬件，可以将hypervisor当作是虚拟环境中的“元”操作系统，可以协调访问服务器上的所有物理设备和虚拟机，又称为，虚拟机监视器(virtual machine monitor)。
81.步骤s220，实时监测所述第二操作系统的状态；
82.具体地，第一操作系统通过数据分发服务订阅第二操作系统的待测主题，实时监测第二操作系统待测主题所对应的性能指标，性能指标包括内存、处理器、磁盘、进程、网络、外围设备以及心跳中的至少之一；
83.若检测到性能指标与类型匹配的预设性能指标不符，确定与预设性能指标不符的性能指标为异常指标，统计并显示异常指标；
84.若监测到任一异常指标，则确定第二操作系统的状态异常；若未监测到异常指标，则确定第二操作系统的状态正常。
85.步骤s230，若监测到所述第二操作系统的状态正常，则继续保持监测；
86.具体地，若监测到第二操作系统的状态正常，则不操作，继续保持监测。
87.步骤s240，若监测到所述第二操作系统的状态异常，则发出告警信号，利用所述第一操作系统接管所述第二操作系统当前业务，以使所述车辆继续执行所述当前业务。
88.具体地，第一操作系统和第二操作系统分别与车辆计算设备之间形成冗余通信，且第一操作系统和第二操作系统各进程之间相互通信；
89.若监测到第二操作系统的状态异常，根据引发状态异常的性能指标的类型发出不
同的告警信号；确定第二操作系统在异常状态时当前所处理的业务，暂停当前业务，使得第一操作系统根据第二操作系统当前业务处理进程接管第二操作系统当前业务，通过降低当前业务要求以使车辆继续执行当前业务。
90.在本实施例中，基于linux/qnx操作系统开发的自动驾驶和仪表显示功能，对于功能安全有很高要求，为了确保linux/qnx操作系统自身的安全性，引入rtos实时操作系统对linux/qnx操作系统实时监控变得越来越有必要。
91.rtos实时操作系统和linux/qnx操作系统之间通过基于vsock/virtio-uart的dds服务进行通信，以确定当前linux/qnx操作系统是否处于正常工作状态，检测的内容包括内存检测，cpu检测，磁盘检测，进程检测，网络检测，外设检测和心跳机制。以上每个检测项都有对应的识别、决策、执行逻辑。针对预期可能出现的故障异常，rtos操作系统适时做相应的业务处理。
92.请参阅图3，是本技术的一示例性实施例示出的虚拟机安全监控处理方法中检测流程图，包括：
93.第一步，hypervisor系统启动，分别为rtos实时操作系统和linux/qnx操作系统配置底层硬件资源，包括中央处理器，内存，磁盘等等。
94.第二步，分别启动linux/qnx/android操作系统和rtos实时操作系统。
95.第三步，在linux/qnx/android操作系统，启动智能驾驶和智能仪表相关的任务。同时，和rtos实时操作系统建立心跳机制，将自身的状态信息同步给rtos，即，第二操作系统的状态同步至第一操作系统。
96.第四步，在rtos实时操作系统，定时监控linux操作系统/qnx操作系统的健康状态，监控的内容包括中央处理器检测、磁盘检测、进程检测、网络检测、外设检测和心跳机制。
97.第五步，如果rtos实时操作系统，未检测到linux/qnx/android操作系统状态异常，则延时等待，下一次循环检测；如果检测到linux/qnx/android操作系统状态异常，则发出告警提示，并且开始接管部分linux/qnx/android操作系统的任务，启动降级智能驾驶和降级智能仪表的任务。
98.通过上述方式，避免因为linux/qnx状态异常导致智能驾驶和智能仪表功能瘫痪而引起严重的交通事故，以符合iso26262汽车功能安全的要求，提高了车辆操作系统控制车辆各个功能/应用的安全性。
99.请参阅图4，是本技术的一示例性实施例示出的虚拟机安全监控处理方法中实时监测流程图，包括：
100.第一步，rtos系统和linux/qnx/android系统都基于虚拟机的vsock/virtio-uart通信部署dds协议栈。
101.第二步，linux/qnx/android系统作为服务端通过dds服务发布自身系统健康状态相关的topic(待测主题)。
102.第三步，rtos系统作为客户端通过dds服务一一订阅这些topic，实时监控linxu/qnx/android系统的健康状态，监控的内容包括但不限于以下topic：
103.topic1内存检测：linux/qnx/android系统内核监控堆栈溢出，内存泄漏，总物理内存，已分配内存，未分配内存，共享内存等信息。
104.topic2 cpu(中央处理器)检测：linux/qnx/android系统内核检测cpu占用率，cpu主频，中断次数，上下文切换次数。
105.topic3磁盘监控：linux/qnx/android系统内核检测磁盘总容量，已使用容量，未使用容量，文件系统和挂载点等。
106.topic4进程检测：linux/qnx/android系统内核检测进程数量，进程运行状态，进程运行时间，进程占用的内存大小和进程调度。
107.topic5网络检测：linux/qnx/android系统内核检测网络延时，阻塞，丢包。
108.topic6外设检测：linux/qnx/android系统内核检测外设的状态和错误故障查询。
109.topic7心跳机制：linux/qnx/android系统会主动周期性发出心跳通讯协议。如果rtos在超时时间内没有检测到linux/qnx/android的心跳通讯协议，则认为linux/qnx操作系统运行有问题，会对linux/qnx/android操作做相关的处理。
110.第四步，一旦rtos系统检测到订阅的topic有异常，则触发相应的机制，接管部分智能驾驶/智能仪表的必要功能业务，确保安全行车。
111.在本实施例中，通过对虚拟的第二操作系统进行实时监控，按照上述维度一一对各个方面性能指标进行检测，一旦发生异常，可使用第一操作系统接管当前车辆智能驾驶、智能仪表以及智能座舱所对应的预期任务，不仅满足车辆必需的基础功能，也极大提高了车辆操作系统的安全性。
112.在一些实施例中，对所述第一操作系统与第二操作系统各自所需的硬件资源进行配置，还包括：
113.获取所述第一操作系统与第二操作系统当前配置信息，所述配置信息包括内存、处理器、磁盘、进程、网络与外围设备，其中，第二操作系统至少为一个；确定所述第一操作系统与第二操作系统待执行的目标任务，根据所述第一操作系统与第二操作系统待执行的目标任务对各所述操作系统的配置信息进行调节，以使得所述第一操作系统与第二操作系统执行目标任务。
114.例如，hypervisor层启动多个操作系统之前，先配置好第一操作系统和第二操作系统所属的cpu以及占用的比例，分别启动多个操作系统，同时对各个操作系统的cpu使用情况进行监控(即，获取第一操作系统和第二操作系统的任务情况)。
115.当第一操作系统和第二操作系统任务都不繁忙，占用的cpu资源在配置比例以内时，维持当前的运行环境；当第一操作系统有多余的cpu资源空闲，而第二操作系统任务繁忙cpu资源不够用时，把第一操作系统当前空闲的cpu资源提供给第二操作系统使用；
116.当第二操作系统有多余的cpu资源空闲，而第一操作系统任务繁忙cpu资源不够用时，把第二操作系统当前空闲的cpu资源提供给第一操作系统使用；当第一操作系统和第二操作系统运行任务都很繁忙，且都占用了前期配置的顶格比例时，维持当前的运行环境。
117.由此，通过hypervisor层来调度协调各个操作系统的cpu资源，使得cpu资源可以合理有效的利用，提高程序运行的稳定性，从而提升系统性能。
118.在一些实施例中，所述第一操作系统和所述第二操作系统能够在所述车辆计算设备所对应的硬件层上并行运行，其中，在所述第一操作系统上能够实施至少一种第一应用程序，并且在所述第二操作系统上能够实施至少一种第二应用程序，其中，所述第一应用程序比所述第二应用程序具有更高的安全标准；若所述第二操作系统状态异常，使得所述第
一操作系统上能够实施至少一种第二应用程序。
119.具体地，虚拟机安全监控处理装置包括管理程序，其如此配置，即，由管理程序安装在硬件层上的、具有用于非关键的第二应用的第二操作系统的虚拟机可同时在硬件层上实施。在此，第一操作系统可创建虚拟机，在该虚拟机上托管第二操作系统。第一操作系统例如可借助于api(anwendungsprogrammschnittstelle，应用程序接口)、例如hypercall-api创建这种虚拟机。为此使用type-2管理程序。这种type-2管理程序集成在完整的主操作系统中，该主操作系统承担虚拟机请求的资源、例如cpu的最终分配。因此，根据现有技术各个操作系统在具有单个存储器的相同的硬件层上运行。但是，应用在不同的操作系统中实施：关键的第一应用在asil(automotivesafety integrity level，汽车安全完整性等级)认证的操作系统(os)、在此，为第一操作系统上运行，并且非关键性的第二应用，在高级操作系统(os)、在此为第二操作系统(例如android/linux/windows)上运行，其中，通过管理程序确保分开。
120.在一些实施例中，所述第一操作系统与所述第二操作系统，还包括：在业务应用层根据业务需求不同装配有不同业务类型的应用程序，将所述应用程序发出的业务请求通过中间件进行处理，确定服务请求，通过基础协议将所述服务请求传输至抽象层进行封装，得到符合预设格式的请求指令；调用相匹配的操作系统执行所述请求指令，使得硬件层进行响应。
121.具体地，所述中间件包括以下至少之一：通讯管理、电源管理、安全监控、数据诊断、日志管理、执行管理与网络管理。
122.在一些实施例中，将车辆计算设备所对应操作系统进行虚拟化处理，划分为第一操作系统与第二操作系统之后，还包括：
123.部署于所述车辆计算设备所对应操作系统外部的安全监控系统，所述安全监控系统用于监测外部设备的第一状态信息，并将所述第一状态信息同步至所述第一操作系统进行监测，同时，所述安全监控系统接收所述第一操作系统的第二状态信息并进行监测；
124.从安全监控系统侧来讲，若监测到所述第一操作系统的状态异常，根据预设状态信息分析所述状态异常以确定所述第一操作系统的故障类型，基于所述故障类型判断所述安全监控系统是否能接管当前业务；若所述安全监控系统能接管当前业务，则利用所述安全监控系统执行所述当前业务，其中，若所述第一操作系统的故障类型为预设故障类型，则重启所述第一操作系统进行复位以待恢复；若所述安全监控系统不能接管当前业务，则发出告警信息通知驾驶员；
125.从第一操作系统侧来讲，若监测到所述安全监控系统的状态异常，根据预设状态信息分析所述状态异常以确定所述安全监控系统的故障类型，基于所述故障类型判断所述第一操作系统是否能接管当前业务；若所述第一操作系统能接管当前业务，则利用所述第一操作系统执行所述当前业务，其中，若所述安全监控系统的故障类型为预设故障类型，则重启所述安全监控系统进行复位以待恢复；若所述第一操作系统不能接管当前业务，则发出告警信息通知驾驶员。
126.在本实施例中，安全监控系统与第一操作系统之间互相监测对方状态信息，通过实时监测第一状态信息与第二状态信息能够确定两者中是否存在状态异常，一旦发生异常，通过相互隔离的操作系统之间独立性，能够及时监管对方当前业务，一点也不妨碍业务
的正常执行，极大确保车辆业务的执行能力，即使处理车辆行驶中，也会因为某些智能驾驶相关业务或智能座舱控制域业务，影响车辆安全正常行驶，以及车辆正常仪表显示。
127.请参阅图8，为本技术的一示例性实施例示出的虚拟机安全监控处理方法中一安全监控流程图，详述如下：
128.第一步，整个系统上电，多核soc芯片初始化配置hypervisor，基于hypervisor的初始化后，划分成rtos，linux/qnx、android系统并启动。
129.第二步，linux/qnx、android和hypervisor系统初始化后为一级安全监控，周期性(按预设时间间隔)检测并发布一级安全监控信息；rtos系统初始化后为二级安全监控，周期性检测并发布二级安全监控信息；外部mcu初始化后为三级安全监控(即，安全监控系统)，周期性检测并发布三级安全监控信息；
130.在此，需要说明的是，linux/qnx系统执行的是驾驶业务，android系统执行的是座舱业务。
131.第三步，rtos系统接收并处理一级安全监控信息，外部mcu接收并处理二级级安全监控信息；
132.第四步，linux/qnx、android和hypervisor系统出现偶发异常故障，一级安全监控将故障信息发布出去；
133.第五步，rtos系统收到一级安全监控的异常故障信息，查询异常故障表，判断一级安全监控的故障级别(包括一般故障、系统故障、严重故障)，使用二级安全监控执行相应的故障处理；如果二级安全监控出现严重故障，部署在rtos系统的二级安全监控则将故障信息发布出去。
134.第六步，外部mcu芯片接收到二级安全监控的严重故障信息，进行故障处理，某些极端情况下，对整个多核soc芯片复位。
135.在本实施例中，基于hypervisor虚拟化的多个操作系统之间协同分工、相互隔离，对虚拟的第二操作系统、第一操作系统与安全监控系统进行实时监控，一旦发生异常，通过操作系统接管之间协同分工、且相互独立，接管车辆当前故障的智能驾驶、智能仪表以及智能座舱所对应的预期任务，不仅满足车辆必需的基础功能，特别是车辆行驶过程中，通过车辆继续执行当前业务，还极大确保车辆行驶安全性。
136.请参阅图9，为本技术的一示例性实施例示出的虚拟机安全监控处理方法中另一安全监控流程图，详述如下：
137.第一步，整个系统上电，多核soc芯片初始化配置hypervisor，基于hypervisor划分为rtos系统并启动。
138.第二步，rtos系统初始化二级安全监控，周期性检测并发布二级安全监控信息；外部mcu初始化三级安全监控，周期性检测并发布三级安全监控信息；
139.第三步，rtos系统接收并处理三级安全监控信息；
140.第四步，外部mcu出现偶发异常故障，三级安全监控将故障信息发布出去。
141.第五步，rtos系统收到三级安全监控的异常故障信息，查询异常故障表，判断故障级别，执行相应的故障处理。必要时，会接管外部mcu芯片(即，安全监控系统)的部分业务功能，实现芯片冗余，甚至是对mcu芯片进行复位操作。
142.在本实施例中，通过外部mcu芯片与多核soc芯片之间相互配合，一方面，从架构层
面来讲，提高了系统级芯片可靠性，一旦发生故障，可顺利接管系统级芯片执行的当前故障业务；另一方面，若外部mcu芯片发生故障，也能接管外部mcu芯片的当前故障业务，提高了系统容错性。
143.图5是本技术的一示例性实施例示出的虚拟机安全监控处理装置的结构框图。该装置可以应用于图1所示的实施环境，并具体配置在智能终端、车辆。该装置也可以适用于其它的示例性实施环境，并具体配置在其它设备中，本实施例不对该装置所适用的实施环境进行限制。
144.如图5所示，该示例性的虚拟机安全监控处理装置500，包括：
145.系统划分模块501，用于将车辆计算设备进行虚拟化处理，划分为第一操作系统与第二操作系统，其中，所述第一操作系统的安全等级高于所述第二操作系统，且所述第一操作系统为实时操作系统；
146.安全监控模块502，用于实时监测所述第二操作系统的状态；
147.第一执行模块503，用于若监测到所述第二操作系统的状态正常，则继续保持监测；
148.第二执行模块504，用于若监测到所述第二操作系统的状态异常，则发出告警信号，利用所述第一操作系统接管所述第二操作系统当前业务，以使所述车辆继续执行所述当前业务。
149.请参阅图6，是本技术的一示例性实施例示出的虚拟机安全监控处理装置中操作系统结构框图，从下到上包括硬件层，汽车操作系统层和应用层，详述如下：
150.第一层是硬件层，包括但不限于处理器、内存、磁盘、以太网、外围设备，例如，多核soc(系统级芯片)、usb(universal serial bus，通用串行总线)、dsp(digital signal processing，数字信号处理器)、spi(serial peripheral interfac，串行外设接口)、emmc(embedded multi media card，嵌入式多媒体卡)、flash(存储芯片)等外设资源。
151.第二层，是hypervisor层，包括cpu虚拟化，内存虚拟化，中断虚拟化，设备虚拟化，通信虚拟化，调度服务，虚拟机生命周期管理，资源配置，bsp包，调试测试服务和一级安全监控等。hypervisor直接对硬件资源进行分配管理，hypervisor实现了狭义操作系统和硬件资源之间的隔离，这样可以减少软件对硬件设备以及驱动的依赖性，是实现软硬件解耦的重要环节。
152.第三层，是狭义操作系统层，比如，rtos实时操作系统用于健康状态监控，liunx，qnx操作系统用于智能驾驶域，android系统用于智能座舱域。
153.第四层，是osal(operating system abstraction layer，操作系统抽象层)，对不同狭义操作系统的接口做统一的封装，屏蔽不同狭义操作系统的接口调用差异，有利于狭义操作系统之上的软件平台化。
154.第五层，是软件平台层，为业务功能应用提供运行的环境。主要包括通讯管理，电源管理，一级安全监控，数据诊断，日志管理，执行管理，网络管理，通信管理，基础库，数据抽象，数据采集，安全监控，ota，设备管理，通信协议栈等模块，可以根据业务场景需要灵活做裁剪。
155.其中，基础协议栈，集成uds(unified diagnostic services，统一诊断服务)，doip(diagnosticon ip，诊断通信)，http(hyper text transfer protocol，超文本传输协
议)，dds(data distribution service，数据分发服务)，someip(scalable service-oriented middleware over ip，soa架构最核心的通信协议)，mqtt(message queuing telemetry transport，消息队列遥测传输)等协议。
156.第六层，是业务应用层，智能驾驶域的应用包括盲点检测，疲劳预警，紧急制动，自适应巡航，智能泊车，车道保持等；智能座舱的应用包括人机交互，音乐播放，车辆设置，语音识别，车载tkv，蓝牙电话等；rtos实时操作系统上部署的应用业务有安全停车，紧急提醒等冗余功能。
157.在本实施例中，整个方案的安全监控分为三个等级，分别是一级安全监控，二级安全监控和三级安全监控。其中，linux/qnx/android系统和hypervisor系统部署一级安全监控，rtos系统部署二级安全监控，外部mcu(微处理器)芯片部署三级安全监控。三个等级的安全监控的功能职责如下：
158.一级安全监控：
159.部署在linux/qnx/android系统，监控系统自身的关键程序，例如，内核状态，cpu占用率，内存状态，通信负载，通信延迟，上下文切换时间/次数，中断延迟，调度延迟，设备状态，心跳状态等。并将这些信息通过基于virtio(即，半虚拟化hypervisor中位于设备之上的抽象层)的dds(data distribution service，数据分发服务)协议栈发给二级安全监控。
160.部署在hypervisor系统，监控hypervisor系统关键程序，例如，虚拟化生命周期，虚拟化设备状态，虚拟化内存状态，虚拟化通信状态，驱动设备状态，中断延迟，调度延迟，心跳状态等。并将这些信息通过dds协议栈发给二级安全监控。
161.二级安全监控：
162.部署在rtos系统，检测rtos系统自身的关键程序，例如，内核状态，cpu占用率，内存状态，通信负载，通信延迟，上下文切换时间/次数，中断延迟，调度延迟，设备状态，心跳状态等等。并将这些信息通过dds协议栈发给外部mcu芯片的三级安全监控。
163.部署在rtos系统，接收一级安全监控发布的周期性信息，并对一级安全监控信息进行分析，如果发现异常，则根据异常故障表进行故障级别分类，故障记录，故障处理；如果出现验证故障，会将一级安全监控异常信息通过dds协议栈通知外部mcu芯片的三级安全监控，外部mcu芯片根据异常故障表做相应的故障处理。
164.部署在rtos系统，接收三级安全监控发布的周期性信息，并对三级安全监控信息进行分析，如果发现异常，则根据异常故障表进行故障级别分类，故障记录，故障处理；必要时，会接管外部mcu芯片的部分业务功能，实现芯片冗余，甚至是对mcu芯片进行复位操作。
165.三级安全监控：
166.部署在外部mcu芯片，检测mcu系统自身的关键程序，例如，内核状态，cpu占用率，内存状态，通信负载，通信延迟，上下文切换时间/次数，中断延迟，调度延迟，设备状态，心跳状态等等。并将这些信息通过dds协议栈发给rtos系统的二级安全监控。
167.部署在外部mcu芯片，接收二级安全监控发布的周期性信息，并对二级安全监控信息进行分析，如果发现异常，则根据异常故障表进行故障级别分类，故障记录，故障处理，某些极端情况下，对整个多核soc芯片复位。
168.在本实施例中，第一操作系统与第二操作系统，在业务应用层根据业务需求不同
装配有不同业务类型的应用程序，将应用程序发出的业务请求通过中间件进行处理，确定服务请求，通过基础协议将服务请求传输至抽象层进行封装，得到符合预设格式的请求指令；调用相匹配的操作系统执行请求指令，使得硬件层进行响应。
169.具体地，中间件包括以下至少之一：通讯管理、电源管理、安全监控、数据诊断、日志管理、执行管理与网络管理。
170.在该示例性的虚拟机安全监控处理装置将车辆计算设备所对应操作系统进行虚拟化处理，划分为第一操作系统与第二操作系统；实时监测第二操作系统的状态；若监测到第二操作系统的状态正常，则继续保持监测；若监测到第二操作系统的状态异常，则发出告警信号，利用第一操作系统接管第二操作系统当前业务，以使车辆继续执行当前业务，基于hypervisor虚拟化的多个操作系统之间协同分工、相互隔离，对虚拟的第二操作系统进行实时监控，一旦发生异常，可使用第一操作系统接管当前车辆智能驾驶、智能仪表以及智能座舱所对应的预期任务，不仅满足车辆必需的基础功能，也极大提高了车辆操作系统的安全性。
171.需要说明的是，上述实施例所提供的虚拟机安全监控处理与上述实施例所提供的虚拟机安全监控处理方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的虚拟机安全监控处理装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。
172.本技术的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述各个实施例中提供的虚拟机安全监控处理方法。
173.图7示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。需要说明的是，图7示出的电子设备的计算机系统700仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
174.如图7所示，计算机系统700包括中央处理单元(central processing unit，cpu)701，其可以根据存储在只读存储器(read-only memory，rom)702中的程序或者从储存部分708加载到随机访问存储器(random access memory，ram)703中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述虚拟机安全监控处理方法。在ram703中，还存储有系统操作所需的各种程序和数据。cpu701、rom702以及ram703通过总线704彼此相连。输入/输出(input/output，i/o)接口705也连接至总线704。
175.以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liquid crystal display，lcd)等以及扬声器等的输出部分707；包括硬盘等的储存部分708；以及包括诸如lan(local area network，局域网)卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入储存部分708。
176.特别地，根据本技术的实施例，上文参考流程图描述的过程可以被实现为计算机
软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本技术的系统中限定的各种功能。
177.需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
178.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
179.描述于本技术实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
180.本技术还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前所述虚拟机安全监控处理方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。
181.上述实施例仅示例性说明本技术的原理及其功效，而非用于限制本技术。任何熟悉此技术的人士皆可在不违背本技术的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本技术所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本技术的权利要求所涵盖。

技术特征：
1.一种虚拟机安全监控处理方法，其特征在于，包括：将车辆计算设备所对应操作系统进行虚拟化处理，划分为第一操作系统与第二操作系统，其中，所述第一操作系统的安全标准高于所述第二操作系统，且所述第一操作系统为实时操作系统；实时监测所述第二操作系统的状态；若监测到所述第二操作系统的状态正常，则继续保持监测；若监测到所述第二操作系统的状态异常，则发出告警信号，利用所述第一操作系统接管所述第二操作系统当前业务，以使所述车辆继续执行所述当前业务。2.根据权利要求1所述的虚拟机安全监控处理方法，其特征在于，将车辆计算设备进行虚拟化处理，划分为第一操作系统与第二操作系统，还包括：基于虚拟机管理程序将车辆计算设备所对应操作系统进行虚拟化处理，划分为第一操作系统与第二操作系统；所述第一操作系统与第二操作系统基于所述车辆计算设备共享的资源进行分区；待分区完成后，对所述第一操作系统与第二操作系统各自所需的硬件资源进行配置，以使所述第一操作系统与第二操作系统之间在进程间通信。3.根据权利要求2所述的虚拟机安全监控处理方法，其特征在于，对所述第一操作系统与第二操作系统各自所需的硬件资源进行配置，还包括：获取所述第一操作系统与第二操作系统当前配置信息，所述配置信息包括内存、处理器、磁盘、进程、网络与外围设备；确定所述第一操作系统与第二操作系统待执行的目标任务，根据所述第一操作系统与第二操作系统待执行的目标任务对各所述操作系统的配置信息进行调节，以使得所述第一操作系统与第二操作系统执行目标任务。4.根据权利要求1所述的虚拟机安全监控处理方法，其特征在于，实时监测所述第二操作系统的状态，还包括：通过数据分发服务订阅所述第二操作系统的待测主题，实时监测所述第二操作系统待测主题所对应的性能指标，所述性能指标包括内存、处理器、磁盘、进程、网络、外围设备以及心跳中的至少之一；若检测到所述性能指标与类型匹配的预设性能指标不符，确定与预设性能指标不符的所述性能指标为异常指标，统计并显示所述异常指标；若监测到任一所述异常指标，则确定所述第二操作系统的状态异常；若未监测到所述异常指标，则确定所述第二操作系统的状态正常。5.根据权利要求4任一所述的虚拟机安全监控处理方法，其特征在于，若监测到所述第二操作系统的状态异常，则发出告警信号，利用所述第一操作系统接管所述第二操作系统当前业务，以使所述车辆继续执行所述当前业务，还包括：所述第一操作系统和所述第二操作系统分别与车辆计算设备之间形成冗余通信，且所述第一操作系统和所述第二操作系统各进程之间相互通信；若监测到所述第二操作系统的状态异常，根据引发状态异常的性能指标的类型发出不同的告警信号；确定所述第二操作系统在异常状态时当前所处理的业务，暂停当前业务，使得所述第一操作系统根据所述第二操作系统当前业务处理进程接管所述第二操作系统当
前业务，通过降低当前业务要求以使所述车辆继续执行所述当前业务。6.根据权利要求4所述的虚拟机安全监控处理方法，其特征在于，所述第一操作系统和所述第二操作系统能够在所述车辆计算设备所对应的硬件层上并行运行，其中，在所述第一操作系统上能够实施至少一种第一应用程序，并且在所述第二操作系统上能够实施至少一种第二应用程序，其中，所述第一应用程序比所述第二应用程序具有更高的安全标准；若所述第二操作系统状态异常，使得所述第一操作系统上能够实施至少一种第二应用程序。7.根据权利要求1所述的虚拟机安全监控处理方法，其特征在于，所述第一操作系统与所述第二操作系统，还包括：根据业务需求不同装配有不同业务类型的应用程序，将所述应用程序发出的业务请求通过中间件进行处理，确定服务请求，将所述服务请求进行封装，得到符合预设格式的请求指令；调用相匹配的操作系统执行所述请求指令进行响应。8.根据权利要求7所述的虚拟机安全监控处理方法，其特征在于，所述中间件包括以下至少之一：通讯管理、电源管理、安全监控、数据诊断、日志管理、执行管理与网络管理。9.根据权利要求1所述的虚拟机安全监控处理方法，其特征在于，将车辆计算设备所对应操作系统进行虚拟化处理，划分为第一操作系统与第二操作系统之后，还包括：部署于所述车辆计算设备所对应操作系统外部的安全监控系统，所述安全监控系统用于监测外部设备的第一状态信息，并将所述第一状态信息同步至所述第一操作系统进行监测，同时，所述安全监控系统接收所述第一操作系统的第二状态信息并进行监测；若监测到所述第一操作系统的状态异常，根据预设状态信息分析所述状态异常以确定所述第一操作系统的故障类型，基于所述故障类型判断所述安全监控系统是否能接管当前业务；若所述安全监控系统能接管当前业务，则利用所述安全监控系统执行所述当前业务，其中，若所述第一操作系统的故障类型为预设故障类型，则重启所述第一操作系统进行复位以待恢复；若所述安全监控系统不能接管当前业务，则发出告警信息通知驾驶员。10.根据权利要求1所述的虚拟机安全监控处理方法，其特征在于，将车辆计算设备所对应操作系统进行虚拟化处理，划分为第一操作系统与第二操作系统之后，还包括：部署于所述车辆计算设备所对应操作系统外部的安全监控系统，所述安全监控系统用于监测外部设备的第一状态信息，并将所述第一状态信息同步至所述第一操作系统进行监测，同时，所述安全监控系统接收所述第一操作系统的第二状态信息并进行监测；若监测到所述安全监控系统的状态异常，根据预设状态信息分析所述状态异常以确定所述安全监控系统的故障类型，基于所述故障类型判断所述第一操作系统是否能接管当前业务；若所述第一操作系统能接管当前业务，则利用所述第一操作系统执行所述当前业务，其中，若所述安全监控系统的故障类型为预设故障类型，则重启所述安全监控系统进行复位以待恢复；若所述第一操作系统不能接管当前业务，则发出告警信息通知驾驶员。11.根据权利要求1至8任一所述的虚拟机安全监控处理方法，其特征在于，所述第二操作系统包括linux操作系统、qnx操作系统与android操作系统中的至少之一。12.一种虚拟机安全监控处理装置，其特征在于，所述装置包括：系统划分模块，用于将车辆计算设备进行虚拟化处理，划分为第一操作系统与第二操作系统，其中，所述第一操作系统的安全等级高于所述第二操作系统，且所述第一操作系统
为实时操作系统；安全监控模块，用于实时监测所述第二操作系统的状态；第一执行模块，用于若监测到所述第二操作系统的状态正常，则继续保持监测；第二执行模块，用于若监测到所述第二操作系统的状态异常，则发出告警信号，利用所述第一操作系统接管所述第二操作系统当前业务，以使所述车辆继续执行所述当前业务。13.一种电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现权利要求1至11中任一项所述的虚拟机安全监控处理方法。14.一种车辆设备，其特征在于，包括权利要求12所述的电子设备。15.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求1至11中任一项所述的虚拟机安全监控处理方法。

技术总结
本申请提供一种虚拟机安全监控处理方法、装置、设备及介质，该方法包括：将车辆计算设备所对应操作系统进行虚拟化处理，划分为第一操作系统与第二操作系统；实时监测所述第二操作系统的状态；若监测到所述第二操作系统的状态正常，则继续保持监测；若监测到所述第二操作系统的状态异常，则发出告警信号，利用所述第一操作系统接管所述第二操作系统当前业务，以使所述车辆继续执行所述当前业务，通过上述对虚拟的第二操作系统进行实时监控，一旦发生异常，可使用第一操作系统接管当前车辆智能驾驶或/和智能仪表所对应的预期任务，不仅满足车辆必需的基础功能，也极大提高了车辆操作系统的安全性。的安全性。的安全性。


技术研发人员：连星 张涛 杨森 杨明灯
受保护的技术使用者：重庆长安汽车股份有限公司
技术研发日：2023.05.19
技术公布日：2023/8/28