基于多操作系统的车载系统及其控制方法与流程

1.本技术涉及车载技术领域，特别是涉及一种基于多操作系统的车载系统及其控制方法。


背景技术：

2.目前，汽车中控系统，即车载系统已经越来越普及，车载系统不仅包括安卓(android)娱乐功能、汽车导航、倒车后视等功能，还包括监测系统安全的安全监控等功能。
3.但现有的车载系统通常是基于安卓操作系统的内核，实现一个应用程序来实现其安全监控功能的。而安卓操作系统是一个应用庞大的系统，运行了很多应用，复杂庞大的系统存在不少安全性问题，其中一个应用运行异常，可能就会导致整个系统崩溃。因此，其安全监控功能会受到安卓操作系统的其它应用运行异常的影响，不能提供有效的安全监控，系统安全性较低。


技术实现要素：

4.本技术主要解决的技术问题是提供一种基于多操作系统的车载系统及其控制方法，以提高安全监控的有效性，提高车载系统的安全性能。
5.为解决上述技术问题，本技术提供一种基于多操作系统的车载系统。该基于多操作系统的车载系统包括：至少一个应用操作系统及安全监控操作系统，应用操作系统及安全监控操作系统采用同一处理器的不同内核；其中，应用操作系统用于运行非安全应用；安全监控操作系统与应用操作系统通信连接，用于运行安全监控服务，以对应用操作系统进行安全监控。
6.为解决上述技术问题，本技术提供一种基于多操作系统的车载系统的控制方法。该车载系统包括至少一个应用操作系统及安全监控操作系统，应用操作系统包括第二操作系统，与安全监控操作系统采用同一处理器的不同内核，第二操作系统用于运行快启应用，控制方法进一步包括：为第二操作系统及安全监控操作系统配置内核；获取到上电启动指令，将安全监控操作系统的镜像文件加载到车载系统的运行内存中，并启动安全监控操作系统对应的内核运行，以完成安全监控操作系统及其安全监控服务的启动；将第二操作系统的kernel加载到运行内存中，并启动第二操作系统对应的内核运行，依次完成第二操作系统的驱动加载、快启应用依赖的服务的启动、快启应用的启动。
7.与现有技术相比，本技术的有益效果是：本技术基于多操作系统的车载系统包括：至少一个应用操作系统及安全监控操作系统，应用操作系统及安全监控操作系统采用同一处理器的不同内核；其中，应用操作系统用于运行非安全应用；安全监控操作系统与应用操作系统通信连接，用于对应用操作系统进行安全监控。本技术车载系统利用安全监控操作系统实现对应用操作系统的安全监控，且采用同一处理器的不同内核分别实现安全监控操作系统及应用操作系统，以实现二者之间的隔离，能够避免应用操作系统中应用运行异常而导致安全监控应用无法正常运行的问题，因此能够提高安全监控的有效性，提高车载系
统的安全性能。
附图说明
8.图1是本技术基于多操作系统的车载系统一实施例的结构示意图；
9.图2是本技术车载系统内核划分的一结构示意图；
10.图3是本技术车载系统的一启动流程示意图；
11.图4是本技术车载系统内核划分的另一结构示意图；
12.图5是本技术车载系统的另一启动流程示意图；
13.图6是本技术基于多操作系统的车载系统不同内核之间的通信流程示意图；
14.图7是本技术基于多操作系统的车载系统中安全监控操作系统的工作流程示意图；
15.图8是本技术基于多操作系统的车载系统的控制方法一实施例的流程示意图；
16.图9是本技术基于多操作系统的车载系统的控制方法中不同内核之间的通信流程示意图；
17.图10是本技术基于多操作系统的车载系统的控制方法中安全监控操作系统的工作流程示意图。
具体实施方式
18.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术的一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
19.本技术首先提出一种基于多操作系统的车载系统，如图1所示，图1是本技术基于多操作系统的车载系统一实施例的结构示意图。本实施例的车载系统包括：至少一个应用操作系统及安全监控操作系统12，应用操作系统及安全监控操作系统12采用同一处理器的不同内核，即二者分别采用内核1及内核2(和内核3)；其中，应用操作系统用于运行非安全应用；安全监控操作系统12与应用操作系统通信连接，用于运行安全监控服务，以对应用操作系统进行安全监控。
20.本实施例的车载系统利用安全监控操作系统12实现对应用操作系统的安全监控，且采用同一处理器的不同内核分别实现安全监控操作系统12及应用操作系统，以实现二者之间的隔离，能够避免应用操作系统中应用运行异常而导致安全监控应用无法正常运行的问题，因此能够提高安全监控的有效性，提高车载系统的安全性能。
21.其中，用于运行安全监控操作系统12的内核2，即安全监控操作系统12采用的内核2可以是同一处理器的一个或者多个(两个或者两个以上)内核。安全监控操作系统12主要用于运行一个安全监控应用，即安全监控服务，以监控应用操作系统的运行状态等。
22.其中，用于运行应用操作系统的内核1(和内核3)，即应用操作系统采用的内核1(和内核3)可以是同一处理器的一个或者多个(两个或者两个以上)其它的内核。
23.其中，本实施例的应用操作系统包括第一操作系统11及第二操作系统13，其中，第一操作系统11可以是安卓操作系统，安卓(android)操作系统主要包括：(a)kernel层，其驱
动模块包括片上系统(system-on-a-chip，soc)上除视频(vedio)设备驱动外的所有设备驱动，例如图形处理器(graphics processing unit，gpu)、数据处理器(data processing unit，dpu)、其他模块驱动(包括emmc、i2c、wifi、usb等模块)；(b)service层，即服务层，其服务包括所有运行服务，例如opengles、carmerasource、surfaceflinger、其他运行服务(如storage service、wifi service、audio service)；(c)应用层，其应用包括vedio player、music play、3rd patry app等。
24.关于安卓操作系统的具体介绍可以参阅现有技术，本文不做具体限定。在其它实施例中，应用操作系统还可以是其它非安全的多应用系统等。
25.需要注意的是本技术的多个(两个或者两个以上)内核可以是同构的或者异构的，具体不做限定。
26.可选地，本实施例的第二操作系统13可以是linux操作系统，与第一操作系统及安全监控操作系统12采用同一处理器的不同内核，linux操作系统采用内核3，安卓操作系统采用内核1，即linux操作系统、安卓操作系统及安全监控操作系统12分别采用同一处理中独立的内核。
27.其中，linux操作系统用于运行快启应用；其中，linux操作系统仅设置快启应用依赖的资源项，以简化linux操作系统13，缩短快启应用的启动时间。
28.安全监控操作系统12分别与安卓操作系统及linux操作系统通信连接，用于分别安卓操作系统及对linux操作系统进行安全监控。
29.其中，用于运行linux操作系统的内核可以是同一处理器的一个或者多个(两个或者两个以上)其它的内核。
30.快启应用，即需快速启动的应用，如全景式监控影像系统(around view monitor，avm)应用、智能座舱中倒车应用、车载仪表应用、车载汽车经销商管理系统(dealer management system，dms)应用等。
31.下面以linux操作系统运行avm应用为例，进行描述。
32.avm应用依赖3个重要的硬件模块：gpu、dpu、vedio in。其中，gpu可以加速图像处理，对应android kernel的gpu驱动和android service的opengles接口；dpu为显示模块，对应android kernel的dpu驱动和android service的surfacefingler接口；vedio in为摄像头图像采集模块，对应android kernel的vedioin驱动和android service的camersource接口。
33.avm应用是android应用层一个java写的app应用程序，它通过camerasource接口获取vedio in模块采集的摄像头图像数据，经过算法使用gpu硬件模块完成图像数据畸变矫正以及拼接，最后通过surfaceflinger显示到屏幕上。
34.现有的车载系统中，如上的avm系统存在如下问题：
35.(1)camerasource接口、surfaceflinger服务、opengles库等这些组件都必须在android主文件系统加载起来后才能工作，avm app更是要整个android系统启动完成，进入主界面后才能启动。所以传统的车载系统，汽车冷启动，获得avm图像的过程非常慢，一般在20s以上。
36.(2)android系统是一个应用庞大系统，系统运行了很多服务，复杂庞大的系统存在不少安全性问题，例如其中一个服务运行异常，可能导致整个系统崩溃，这个avm应用也
会受到影响，所以avm功能受android系统的影响，安全性较低。
37.而本实施例的车载系统，将avm功能独立出来，单独运行在一linux操作系统中，可以达到avm快速启动，且运行安全的效果。
38.且本实施例的linux操作系统是定制裁剪的，仅包括：(a)linux kernel层，主要包括avm依赖的gpu、dpu、vedio设备驱动；(b)linux service层，主要包括avm依赖的opengles、carmerasource、surfaceflinger和safety service；(c)linux应用层只运行一个avm应用。简化的linux操作系统能够进一步加快avm的启动。
39.soc集成多个内核，例如4个内核或者8个内核。本实施例充分利用多核系统的资源优势，在soc上运行3个操作系统，第一操作系统11运行在部分内核，安全监控操作系统12运行在部分内核，第二操作系统13运行在剩下内核上。
40.进一步地，本实施例的第一操作系统11及第二操作系统13都需要gpu及dpu这2个资源模块，可以使用软件虚拟化技术(hypervisor)达到第一操作系统11及第二操作系统13共同访问这2个资源模块。
41.由上述分析可知，车载系统进一步包括soc，在soc设有多个物理内核，并分别为第一操作系统11、安全监控操作系统12及第二操作系统13分配至少一个物理内核。
42.具体地，如图2所示，soc运行时为第一操作系统11、安全监控操作系统12及第二操作系统13分配物理内核，例如soc设有4个物理内核core[0]-core[3]，分配core[0]给安全监控操作系统13；分配core[1]给第二操作系统；分配core[2]及core[3]给第一操作系统11。
[0043]
可选地，如图3所示，车载系统上电启动，运行引导加载程序，即bootloader，初始化硬件设备，soc分别为第一操作系统11、安全监控操作系统12及第二操作系统13分配不同的物理内核；bootloader加载安全监控操作系统12的镜像文件到运行内存中，启动安全监控操作系统12对应的内核运行，完成安全监控操作系统12及其安全监控服务的启动。
[0044]
bootloader加载min kernel到运行内存中，启动linux操作系统对应的内核运行。linux kernel完成驱动加载后，启动avm依赖的carmerasource、surfaceflinger及opengles服务，最后启动avm应用。
[0045]
bootloader加载android kernel到运行内存中，启动安卓操作系统对应的内核运行。android kernel完成驱动加载后，启动android所有service，在android service启动完成后，最后启动android应用。
[0046]
进一步地，为快速启动avm应用，可以在avm应用启动阶段分配较多的物理内核给第二操作系统13，等avm应用启动完成后，再释放物理内核给第一操作系统11。本实施例在avm应用启动阶段为第二操作系统13配置较多的物理内核，能够保证avm应用快速启动，且在avm应用启动完成后，再将部分物理分配给第二操作系统13的部分物理内核释放给车载系统的其它应用操作系统，如第一操作系统11，以保证其它应用操作系统的运行速率及资源的合理利用。
[0047]
在另一实施例中，还可以通过软件虚拟化(hypervisor)技术为第一操作系统11、安全监控操作系统12及第二操作系统13分配内核。本实施例的车载系统进一步包括内核虚拟化系统14(如图4所示)，其是通用实现是在处理器的el2(exception level)设计一层软件。内核虚拟化系统14利用hypervisor技术将物理内核虚拟化为多个虚拟内核，soc分别为
第一操作系统11、安全监控操作系统12及第二操作系统13分配至少一个虚拟内核。
[0048]
具体地，如图4所示，内核虚拟化系统14使用hypervisor技术将物理内核core[0]-core[3]虚拟化多个虚拟内核vcore[0]-vcore[5]，分配vcore[0]给安全监控操作系统12；分配vcore[0]、vcore[2]给第二操作系统13；分配vcore[3]、vcore[4]、vcore[5]给第一操作系统11。
[0049]
可选地，如图5所示，系统上电启动，运行bootloader，初始化硬件设备，bootloader加载hypervisor的镜像文件到运行内存中，启动hypervisor启动成功后，虚拟化多个虚拟内核；hypervisor加载安全监控操作系统12的镜像文件到运行内存中，启动安全监控操作系统12对应的内核运行，完成安全监控操作系统12及其安全监控服务的启动。
[0050]
hypervisor加载min kernel到运行内存中，启动linux操作系统对应的内核运行。linux kernel完成驱动加载后，启动avm依赖的carmerasource、surfaceflinger及opengles服务，最后启动avm应用。
[0051]
hypervisor加载android kernel到运行内存中，启动安卓操作系统对应的内核运行。android kernel完成驱动加载后，启动android所有service，在android service启动完成后，最后启动android应用。
[0052]
在另一实施例中，还可以结合图2实施例的物理划分方式及图4实施例的虚拟划分方式为第一操作系统、安全监控操作系统及第二操作系统分配内核。
[0053]
具体地，soc设有多个物理内核，内核虚拟化系统将部分物理内核虚拟化为多个虚拟内核，soc分别为第一操作系统及第二操作系统分配至少一个虚拟内核，并为安全监控操作系统分配至少一个物理内核。
[0054]
在其它实施例中，还可以为第一操作系统和/或第二操作系统分配物理内核，为安全监控操作系统分配虚拟内核。
[0055]
本实施例的车载系统还设置有内存。
[0056]
可选地，本实施例的车载系统还能够实现不同内核之间通信，具体地，如图6所示，本实施例是基于中断和共享内存的方式实现不同内核之间通信。假定soc中有n个内核，以core[0]向core[n-1]发送消息为例：
[0057]
core[0]向预定的共享内存data_a[]写入消息；core[0]写中断，控制器触发core[n-1]收到中断；core[n-1]收到中断，进入中断处理程序中，并从共享内存data_a[]读取该消息。
[0058]
可选地，如图7所示，本实施例采用如下方式实现安全监控操作系统12对第一操作系统11及第二操作系统13进行运动状态的监控：运行在第二操作系统13及第一操作系统11上的safety service会以固定频率的间隔，通过进程间通信，即ipc方式发送消息告知安全监控操作系统12运行的安全监控服务safety monitor。消息类型可自行定义，可以定义两中消息：“alive”和“fatal”。
[0059]
safety monitor接收到“alive”，认定发送消息的操作系统运行正常，不做处理，继续监听消息；safety monitor接收到“fatal”，认定发送消息的操作系统运行遇到致命错误，需要重新启动运行该操作系统，以恢复正常运行；safety monitor在规定的时间内，没有收到操作系统发送的消息，认定未发送消息的操作系统运行遇到致命错误，需要重新启动该操作系统，以恢复正常运行。
[0060]
进一步地，safety monitor还可以通过看门狗watchdog来监控自身的运行状态，如以固定频率的间隔，向watchdog的register发送喂狗信号，如果safety monitor运行异常，没有及时喂狗，安全监控操作系统12会重启，以恢复正常运行。
[0061]
本技术进一步提出一种基于多操作系统的车载系统的控制方法，如图8所示，图8是本技术基于多操作系统的车载系统的控制方法一实施例的流程示意图。本实施例的控制方法可以用于上述基于多操作系统的车载系统，本实施例的控制方法具体包括以下步骤：
[0062]
步骤s81：为第二操作系统及安全监控操作系统配置内核。
[0063]
车载系统还包括至少一个应用操作系统及安全监控操作系统，应用操作系统包括第二操作系统，soc为第二操作系统及安全监控操作系统配置内核。soc为第二操作系统配置内核，且第二操作系统与安全监控操作系统位于处理器的不同内核，第二操作系统用于运行快启应用；其中，第二操作系统仅设置快启应用依赖的资源项，以简化linux操作系统，缩短快启应用的启动时间。
[0064]
快启应用，即需快速启动的应用，如avm应用、智能座舱中倒车应用、车载仪表应用、车载dms应用等。
[0065]
进一步地，应用操作系统还可以包括第一操作系统。soc分别为第一操作系统、第二操作系统及安全监控操作系统配置内核。
[0066]
soc运行时分别为第一操作系统、安全监控操作系统及第二操作系统分配至少一个物理内核；或者soc运行时，通过内核虚拟化系统采用hypervisor技术将soc的物理内核虚拟化为多个虚拟内核，soc分别为第一操作系统、安全监控操作系统及第二操作系统分配至少一个虚拟内核；又或者通过内核虚拟化系统采用hypervisor技术将soc的部分物理内核虚拟化为多个虚拟内核，soc分别为第一操作系统及第二操作系统分配至少一个虚拟内核，并为安全监控操作系统分配至少一个未虚拟化的物理内核。
[0067]
在其它实施例中，soc还可以为第一操作系统和/或第二操作系统分配物理内核，为安全监控操作系统分配虚拟内核。
[0068]
其中，本实施例的第二操作系统可以是linux操作系统，第一操作系统可以是安卓操作系统；在其它实施例中，第一操作系统还可以是其它非安全的多应用系统等。
[0069]
步骤s82：获取到上电启动指令，将安全监控操作系统的镜像文件加载到控制系统的运行内存中，并启动安全监控操作系统对应的内核运行，以完成安全监控操作系统及其安全监控服务的启动。
[0070]
步骤s83：将第二操作系统的kernel加载到运行内存中，并启动第二操作系统对应的内核运行，依次完成第二操作系统的驱动加载、快启应用依赖的服务的启动、快启应用的启动。
[0071]
进一步的，本实施例的控制方法还包括步骤s84。
[0072]
步骤s84：将第一操作系统的kernel加载到运行内存中，并启动第一操作系统对应的内核运行，依次完成第一操作系统的驱动加载、服务启动、应用启动。
[0073]
本实施例的车载系统利用安全监控操作系统实现对应用操作系统的安全监控，且采用同一处理器的不同内核分别实现安全监控操作系统及应用操作系统，以实现二者之间的隔离，能够避免应用操作系统中应用运行异常而导致安全监控应用无法正常运行的问题，因此能够提高安全监控的有效性，提高车载系统的安全性能。
[0074]
本实施例将快启应用独立出来，单独运行在一linux操作系统中，可以达到快启应用快速启动，且运行安全的效果。
[0075]
在其它实施例中，不限定步骤s82至步骤s84的执行顺序。
[0076]
在一应用场景中，在soc为安卓操作系统、安全监控操作系统及linux操作系统分配物理内核后，车载系统上电启动，运行引导加载程序，即bootloader，初始化硬件设备，soc分别为安卓操作系统、安全监控操作系统及linux操作系统分配不同的物理内核；bootloader加载安全监控操作系统的镜像文件到运行内存中，启动安全监控操作系统对应的内核运行，完成安全监控操作系统及其安全监控服务的启动。
[0077]
bootloader加载min kernel到运行内存中，启动linux操作系统对应的内核运行。linux kernel完成驱动加载后，启动avm依赖的carmerasource、surfaceflinger及opengles服务，最后启动avm应用。
[0078]
bootloader加载android kernel到运行内存中，启动安卓操作系统对应的内核运行。android kernel完成驱动加载后，启动android所有service，在android service启动完成后，最后启动android应用。
[0079]
在另一应用场景中，在soc为安卓操作系统、安全监控操作系统及linux操作系统分配虚拟内核后，系统上电启动，运行bootloader，初始化硬件设备，bootloader加载hypervisor的镜像文件到运行内存中，启动hypervisor启动成功后，虚拟化多个虚拟内核；hypervisor加载安全监控操作系统的镜像文件到运行内存中，启动安全监控操作系统对应的内核运行，完成安全监控操作系统及其安全监控服务的启动。
[0080]
hypervisor加载min kernel到运行内存中，启动linux操作系统对应的内核运行。linux kernel完成驱动加载后，启动avm依赖的carmerasource、surfaceflinger及opengles服务，最后启动avm应用。
[0081]
hypervisor加载android kernel到运行内存中，启动安卓操作系统对应的内核运行。android kernel完成驱动加载后，启动android所有service，在android service启动完成后，最后启动android应用。
[0082]
进一步地，为快速启动快启应用，soc为第二操作系统分配预设数量的内核，并在第二操作系统启动完成后，释放部分内核给第一操作系统。其中，该预设数量大于第二操作系统运行快启应用所需的内核的数量。本实施例在avm应用启动阶段为第二操作系统配置较多的物理内核，能够保证avm应用快速启动，且在avm应用启动完成后，再将部分物理分配给第二操作系统的部分物理内核释放给车载系统的其它应用操作系统，如第一操作系统，以保证其它应用操作系统的运行速率及资源的合理利用。
[0083]
可选地，本技术的控制方法还可以实现不同内核之间的通信。处理器(的soc)设有第一内核及第二内核，分别对应应用操作系统及安全监控系统，本实施例的控制方法基于中断和共享内存实现不同内核之间通信。其中，该通信方法具体包括如图9所示的步骤s91至步骤s93。
[0084]
步骤s91：应用操作系统向共享内存写入消息。
[0085]
第一内核向共享内存写入消息。
[0086]
步骤s92：应用操作系统写中断，以触发安全监控系统接收所述中断。
[0087]
第一内核写中断，以触发第二内核接收所述中断。
[0088]
步骤s93：安全监控操作系统接收到中断后，进入中断处理程序，并从共享内存中读取消息。
[0089]
第二内核接收到中断后，进入中断处理程序，并从共享内存中读取消息。
[0090]
假定soc中有n个内核，以core[0]向core[n-1]发送消息为例：
[0091]
core[0]向预定的共享内存data_a[]写入消息；core[0]写中断，控制器触发core[n-1]收到中断；core[n-1]收到中断，进入中断处理程序中，并从共享内存data_a[]读取该消息。
[0092]
需要注意的是，上述不同操作系统对应的内核之间均可以采用上述方式进行通信。
[0093]
可选地，本技术的控制方法还可以实现安全监控操作系统对应用操作系统的安全监控。具体地，可以通过如图10所示的方法实现，本实施例的方法包括步骤s101至步骤s103。
[0094]
步骤s101：应用操作系统向安全监控操作系统发送消息。
[0095]
运行在应用操作系统上的safety service会以固定频率的间隔，通过进程间通信，即ipc方式发送消息告知安全监控操作系统运行的安全监控服务safety monitor。消息类型可自行定义，可以定义两中消息：“alive”和“fatal”。
[0096]
步骤s102：安全监控操作基于消息或者接收消息的等待时长确定应用操作系统的运行状态。
[0097]
safety monitor接收到“alive”，认定发送消息的应用操作系统运行正常，不做处理，继续监听消息；safety monitor接收到“fatal”，认定发送消息的应用操作系统运行遇到致命错误，需要重新启动运行该应用操作系统，以恢复正常运行；safety monitor在规定的时间内，没有收到应用操作系统发送的消息，认定未发送消息的应用操作系统运行遇到致命错误，需要重新启动该应用操作系统，以恢复正常运行。
[0098]
步骤s103：若运行状态为异常状态，则安全监控操作系统重启应用操作系统。
[0099]
若应用操作系统运行异常，安全监控操作系统重启应用操作系统。
[0100]
安全监控操作系统分别与对安卓操作系统及linux操作系统通信连接，可以采用上述方法实现对安卓操作系统及linux操作系统的安全监控。
[0101]
进一步地，safety monitor还可以通过看门狗watchdog来监控自身的运行状态，如以固定频率的间隔，向watchdog的register发送喂狗信号，如果safety monitor运行异常，没有及时喂狗，重启安全监控操作系统，以恢复正常运行。
[0102]
上述各操作系统的介绍可以参阅上述实施例，这里不赘述。
[0103]
区别于现有技术，本技术基于多操作系统的车载系统包括：至少一个应用操作系统及安全监控操作系统，应用操作系统及安全监控操作系统采用同一处理器的不同内核；其中，应用操作系统用于运行非安全应用；安全监控操作系统与应用操作系统通信连接，用于对应用操作系统进行安全监控。本技术车载系统利用安全监控操作系统实现对应用操作系统的安全监控，且采用同一处理器的不同内核分别实现安全监控操作系统及应用操作系统，以实现二者之间的隔离，能够避免应用操作系统中应用运行异常而导致安全监控应用无法正常运行的问题，因此能够提高安全监控的有效性，提高车载系统的安全性能。
[0104]
本技术提出将avm应用独立运行在一个系统中，将多核soc分配为安全监控操作系
统所需的内核、第二操作系统所需的内核和第一操作系统所需的内核，第二操作系统上运行avm应用，第一操作系统运行android应用，安全监控操作系统上运行safety monitor，用来监控第二操作系统和第一操作系统的运行状态，并处理异常恢复，达到快速启动(可以在3s左右完成avm启动显示)和运行安全的效果。
[0105]
本技术将avm应用放在第二操作系统中，因为第二操作系统只需要支持avm应用，可以裁剪非常精简，从而达到快速启动目的；且相比复杂庞大的第一操作系统，精简的第二操作系统，运行的服务少，应用单一，所以更加稳定安全，而且第一操作系统和第二操作系统是隔离的，所以第一操作系统运行出现异常也不会影响第二操作系统。
[0106]
本技术提出的系统架构及方法不仅适用于avm快速启动和运行安全的场景，也可以适用其他模块场景，例如智能座舱中倒车快速启动、车载仪表快速启动、车载dms系统快速启动等。
[0107]
以上所述仅为本技术的实施方式，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。