車用操作系統(tǒng)技術(shù)現(xiàn)狀及發(fā)展趨勢

汪志鴻 馬天澤 陳炳全

一、車用操作系統(tǒng)架構(gòu)概述

車用操作系統(tǒng)與芯片、傳感器等物理硬件共同組成車載基礎(chǔ)軟硬件平臺，是實(shí)現(xiàn)智能駕駛、智能座艙、安全車控功能的基礎(chǔ)。按上述功能劃分，車載基礎(chǔ)軟件平臺可以分為智能駕駛、智能座艙、安全車控等三個軟件平臺，分別由智能駕駛操作系統(tǒng)、智能座艙操作系統(tǒng)、安全車控操作系統(tǒng)以及相應(yīng)的配套工具鏈組成。

智能駕駛和智能座艙操作系統(tǒng)按架構(gòu)自下而上均可分為系統(tǒng)軟件和功能軟件。其中，系統(tǒng)軟件可以分為硬件抽象層、內(nèi)核和中間件；功能軟件可以分為AI和視覺模塊、傳感器模塊、聯(lián)網(wǎng)模塊、云控模塊、自動駕駛通用框架模塊等。安全車控操作系統(tǒng)是指面向傳統(tǒng)車輛控制，基于OSEK OS（汽車電子開放式系統(tǒng)及接口）和AUTOSAR CP（傳統(tǒng)汽車開放架構(gòu)平臺）構(gòu)建，實(shí)現(xiàn)車身、動力、底盤系統(tǒng)等控制功能。車用操作系統(tǒng)架構(gòu)如圖1所示。

圖1 車用操作系統(tǒng)架構(gòu)

車用操作系統(tǒng)中的系統(tǒng)軟件不僅為上層應(yīng)用以及功能的實(shí)現(xiàn)提供了高效、穩(wěn)定的環(huán)境支持，也是各類應(yīng)用調(diào)度底層硬件資源的“橋梁”，在智能汽車整體軟件架構(gòu)中處于基石位置。本文將重點(diǎn)介紹系統(tǒng)軟件。

二、系統(tǒng)軟件技術(shù)發(fā)展現(xiàn)狀

系統(tǒng)軟件是針對汽車場景定制的復(fù)雜大規(guī)模嵌入式系統(tǒng)運(yùn)行環(huán)境，主要包含硬件抽象層、內(nèi)核、中間件三層。

(一）硬件抽象層

1.概念

硬件抽象層是內(nèi)核與硬件之間的接口層，目的是為操作系統(tǒng)提供虛擬硬件平臺，使操作系統(tǒng)與硬件解耦，實(shí)現(xiàn)多硬件平臺間的移植。虛擬硬件平臺由虛擬機(jī)（簡稱VM）和虛擬機(jī)監(jiān)視器（簡稱Hypervisor）構(gòu)成，操作系統(tǒng)在VM上運(yùn)行，并通過Hypervisor進(jìn)行調(diào)度。

虛擬機(jī)是指通過軟件模擬完整的硬件系統(tǒng)功能，實(shí)現(xiàn)操作系統(tǒng)運(yùn)行在一個完全隔離環(huán)境中。在物理硬件中能夠完成的工作都能夠在虛擬機(jī)中實(shí)現(xiàn)。

Hypervisor是指一種運(yùn)行在物理硬件和虛擬機(jī)之間的中間層軟件，可以允許多個虛擬機(jī)和應(yīng)用共享一套基礎(chǔ)物理硬件，用于協(xié)調(diào)訪問物理設(shè)備和虛擬機(jī)，所以又稱為虛擬機(jī)監(jiān)視器。Hypervisor主要有兩種，Type 1（裸機(jī)類型）和Type 2（寄居類型），Type 1類型的Hypervisor直接運(yùn)行在物理硬件之上，可直接訪問物理硬件并管理所有硬件資源，在延時、安全性和效率上更勝一籌，但此類型Hypervisor需要硬件支持，移植難度大，開發(fā)成本也較高；Type 2類型的Hypervisor運(yùn)行在某個操作系統(tǒng)之上，通過操作系統(tǒng)訪問物理硬件，因此在延時方面具有不可避免的劣勢，并且底層操作系統(tǒng)的任何問題都將危及其上的虛擬機(jī)，因此安全性方面相對較弱，但是移植難度小，開發(fā)成本低。Type 1和Type 2架構(gòu)如圖2所示。

2.典型虛擬監(jiān)視器

Hypervisor目前主要應(yīng)用于智能座艙操作系統(tǒng)，未來將逐步向智能駕駛操作系統(tǒng)擴(kuò)展。在智能座艙操作系統(tǒng)中，娛樂和智能交互等模塊與儀表顯示等模塊對實(shí)時性、安全性、穩(wěn)定性要求不同，需要在一顆SOC芯片上運(yùn)行兩種或多種操作系統(tǒng)。因此，目前主流Hypervisor方案選擇Type 1型，保障操作系統(tǒng)之間互不干擾，提升操作系統(tǒng)安全性。典型虛擬監(jiān)視器包括QNX Hypervisor、ACRN Hypervisor、Mentor Hypervisor等，均為基于Type 1型的虛擬管理程序。各類Hypervisor對比如表1所示。

3.國內(nèi)外虛擬監(jiān)視器市場格局

近幾年涌入車載Hypervisor領(lǐng)域的企業(yè)非常多，以國外企業(yè)為主，主要產(chǎn)品包括加拿大黑莓公司的QNX Hypervisor、英國XenSource公司的Xen Hypervisor、日本松下旗下子公司的OpenSynergy、Linux基金會的ACRN Hypervisor、美國Mentor Graphics公司Mentor Hypervisor等。其中，QNX Hypervisor是目前唯一應(yīng)用到量產(chǎn)車型且功能安全等級達(dá)到ISO 26262 ASIL-D級的虛擬抽象層產(chǎn)品，并支持高通、恩智浦、德州儀器等廠商的芯片。同時，黑莓與博世等多家Tier 1（一級汽車供應(yīng)商）廠商建立了合作伙伴關(guān)系，推廣其Hypervisor產(chǎn)品。此外，高通在Snapdragon Ride自動駕駛軟件堆棧中也選擇了QNX Hypervisor 2.0版本產(chǎn)品。

國內(nèi)Hypervisor發(fā)展相對落后，2017年中科創(chuàng)達(dá)、誠邁科技入選黑莓VAI計(jì)劃，作為合作伙伴可以使用黑莓的嵌入式技術(shù)，開發(fā)集成服務(wù)、安全關(guān)鍵型解決方案。阿里斑馬智行在自研虛擬機(jī)監(jiān)控技術(shù)AliOS Hypervisor。中興通訊自研Hypervisor產(chǎn)品，并已實(shí)現(xiàn)量產(chǎn)裝車應(yīng)用。

(二）車用操作系統(tǒng)內(nèi)核

內(nèi)核是操作系統(tǒng)的核心部分，提供內(nèi)存管理、文件管理、CPU調(diào)度管理、輸入輸出管理等功能，管理系統(tǒng)的各種資源。內(nèi)核可以按照內(nèi)核結(jié)構(gòu)、實(shí)時性以及對內(nèi)核改造程度三個維度進(jìn)行分類，按照內(nèi)核結(jié)構(gòu)劃分，分為微內(nèi)核和宏內(nèi)核；按照實(shí)時性劃分，分為實(shí)時操作系統(tǒng)和分時操作系統(tǒng)；按照對內(nèi)核改造程度劃分，分為基礎(chǔ)型、定制型和ROM型。

1.概念

(1）微內(nèi)核與宏內(nèi)核

微內(nèi)核的內(nèi)核服務(wù)和用戶服務(wù)在不同的地址空間中實(shí)現(xiàn)，應(yīng)用程序和硬件的通信通過內(nèi)核進(jìn)程和內(nèi)存管理實(shí)現(xiàn)。微內(nèi)核具備較強(qiáng)的魯棒性(系統(tǒng)在不確定性的擾動下，具有保持某種性能不變的能力)，可移植性強(qiáng)且易于擴(kuò)展。由于用戶服務(wù)獨(dú)立于內(nèi)核服務(wù)，任何用戶服務(wù)的崩潰都不會影響到內(nèi)核服務(wù)。此外，每次添加一個功能，只需要建立一個新的服務(wù)到用戶空間當(dāng)中，不需對內(nèi)核空間作任何的修改。但缺點(diǎn)是用戶服務(wù)和內(nèi)核服務(wù)之間交互流程較長，執(zhí)行速度相對較慢。目前，微內(nèi)核架構(gòu)多用于儀表顯示、智能網(wǎng)關(guān)、監(jiān)控其他操作系統(tǒng)等安全等級要求較高的領(lǐng)域。

宏內(nèi)核中的內(nèi)核服務(wù)和用戶服務(wù)在同一地址空間中，執(zhí)行速度比微內(nèi)核快，缺點(diǎn)在于當(dāng)內(nèi)核中的某個服務(wù)崩潰時，會影響其他內(nèi)核服務(wù)，進(jìn)而導(dǎo)致內(nèi)核崩潰。此外，添加新的功能意味著內(nèi)核中的各個模塊都需要做相應(yīng)的修改，導(dǎo)致內(nèi)核擴(kuò)展性較弱。目前，在車用操作系統(tǒng)中，宏內(nèi)核架構(gòu)多用于智能駕駛、人車交互等算力要求較高的領(lǐng)域。微內(nèi)核與宏內(nèi)核特點(diǎn)如表2所示。

(2）實(shí)時操作系統(tǒng)與分時操作系統(tǒng)

實(shí)時操作系統(tǒng)是指外界事件或數(shù)據(jù)產(chǎn)生時，能及時接受并快速處理，在規(guī)定時間內(nèi)完成對應(yīng)的功能響應(yīng)，并控制協(xié)調(diào)所有實(shí)時任務(wù)運(yùn)行的操作系統(tǒng)。實(shí)時操作系統(tǒng)具有高實(shí)時性和高可靠性的特點(diǎn)，主要應(yīng)用于汽車電控領(lǐng)域，實(shí)現(xiàn)車輛行駛過程中的車身控制，包括動力控制、剎車控制等。

分時操作系統(tǒng)是指同時為多個用戶提供服務(wù)的操作系統(tǒng)，可以對每個用戶快速響應(yīng)，并提供交互能力。分時操作系統(tǒng)一般采用時間片輪轉(zhuǎn)的方式，輪流為多個終端用戶程序使用，具有多路性、獨(dú)立性、及時性、交互性的特點(diǎn)。分時操作系統(tǒng)具有縮短系統(tǒng)平均響應(yīng)時間、提高吞吐率、以及處理更多用戶請求及服務(wù)的優(yōu)點(diǎn)，主要應(yīng)用于人車交互、信息娛樂、導(dǎo)航等領(lǐng)域，實(shí)現(xiàn)駕駛輔助、碰撞檢測、自動泊車等功能。實(shí)時操作系統(tǒng)與分時操作系統(tǒng)特點(diǎn)如表3所示。

(3）基礎(chǔ)型、定制型和ROM型

基礎(chǔ)型僅包括系統(tǒng)內(nèi)核、底層驅(qū)動等，賦予車用操作系統(tǒng)最基本的功能，負(fù)責(zé)管理系統(tǒng)的內(nèi)存、進(jìn)程、驅(qū)動和網(wǎng)絡(luò)系統(tǒng)等，決定整個操作系統(tǒng)的穩(wěn)定性和性能。

定制型操作系統(tǒng)是對基礎(chǔ)操作系統(tǒng)進(jìn)行深度定制化開發(fā)，如修改內(nèi)核、硬件驅(qū)動、運(yùn)行環(huán)境、應(yīng)用程序框架等。一般由國內(nèi)外頭部車企或者互聯(lián)網(wǎng)公司開發(fā)，內(nèi)核改動成本高昂，技術(shù)水平要求高，需要有相當(dāng)?shù)难邪l(fā)實(shí)力。

ROM型操作系統(tǒng)是基于基礎(chǔ)型操作系統(tǒng)進(jìn)行有限定制化開發(fā)，不涉及系統(tǒng)內(nèi)核修改，一般只修改更新操作系統(tǒng)自帶的應(yīng)用組件程序等。

2.典型系統(tǒng)內(nèi)核

目前，主流基礎(chǔ)型操作系統(tǒng)內(nèi)核包括QNX、Linux、Vxworks等。但由于QNX代碼封閉、Vxworks易用性和易擴(kuò)展性較低，各軟件開發(fā)企業(yè)大多選擇開源Linux操作系統(tǒng)或微內(nèi)核進(jìn)行定制化開發(fā)的技術(shù)路線，實(shí)現(xiàn)智能駕駛或智能座艙的功能，如特斯拉基于Linux內(nèi)核定制開發(fā)的Version操作系統(tǒng)、谷歌基于Linux內(nèi)核定制開發(fā)并開放源代碼的Android Automotive操作系統(tǒng)、華為基于微內(nèi)核的鴻蒙操作系統(tǒng)。此外，由于ROM型操作系統(tǒng)開發(fā)難度較低，各整車企業(yè)往往選擇該技術(shù)路線，如寶馬BMW OS、小鵬Xmart OS、蔚來NIO OS。三類基礎(chǔ)型操作系統(tǒng)內(nèi)核對比如表4所示。

3.國內(nèi)外系統(tǒng)內(nèi)核市場格局

目前主流基礎(chǔ)型操作系統(tǒng)均為國外企業(yè)或社區(qū)開發(fā)，國內(nèi)雖然有華為、中興、阿里斑馬智行等自研微內(nèi)核架構(gòu)的基礎(chǔ)型操作系統(tǒng)，但普及率不高。根據(jù)CSDN數(shù)據(jù)，QNX市場占有率最高，目前全球有超過230種車型使用QNX操作系統(tǒng)，覆蓋全球主要汽車品牌。Linux市場占有率位居第二，2014年Linux基金會推出汽車級Linux，AGL（Automotive Grade Linux，開源車載系統(tǒng)），豐田、戴姆勒、福特、本田等知名車企均參與AGL項(xiàng)目開發(fā)。美國風(fēng)河公司Vxworks主要應(yīng)用于發(fā)動機(jī)控制領(lǐng)域，合作的品牌包括博世、寶馬、福特、大眾等。微軟曾與許多整車企業(yè)合作，但隨著微軟在智能手機(jī)領(lǐng)域的節(jié)節(jié)敗退，車載等細(xì)分市場的營收無法支撐起龐大的研發(fā)投入，因此WinCE已基本退出了車用領(lǐng)域。全球車載操作系統(tǒng)內(nèi)核市場競爭格局如圖3所示。

對于車企而言，自研操作系統(tǒng)內(nèi)核成本高，更多是在現(xiàn)有內(nèi)核的基礎(chǔ)上開發(fā)。當(dāng)前，無論是百度、特斯拉，還是一些自動駕駛初創(chuàng)公司和整車企業(yè)，所謂的自研操作系統(tǒng)，都是指在QNX、Linux等基礎(chǔ)型內(nèi)核之上進(jìn)行開發(fā)，并自研中間件和應(yīng)用軟件。車企在選擇操作系統(tǒng)內(nèi)核時，主要考慮安全性、可靠性、開放性、可擴(kuò)展性、易用性及成本等因素，再結(jié)合自身需求及能力體系來做權(quán)衡。例如，實(shí)時性、安全性好的實(shí)時操作系統(tǒng)QNX、RT Linux 等，車企會優(yōu)先考慮運(yùn)用到對實(shí)時性、功能安全要求更高的駕駛域。而對應(yīng)用生態(tài)豐富度要求高的座艙域，車企可以在Linux、Android等開放性好的內(nèi)核基礎(chǔ)上打造座艙域操作系統(tǒng)。

目前較為成熟的操作系統(tǒng)為特斯拉Version操作系統(tǒng)和谷歌Android Automotive操作系統(tǒng)。其中，Version OS包含智能座艙、智能駕駛和安全車控三類操作系統(tǒng)，可以不再依賴于軟件供應(yīng)商，而是自己掌握堆棧開發(fā)，一旦發(fā)現(xiàn)問題即可通過OTA（空中下載技術(shù)）進(jìn)行快速修正與升級，提升用戶體驗(yàn)。而Android Automotive操作系統(tǒng)憑借著應(yīng)用生態(tài)豐富、開源靈活、可移植性強(qiáng)的特點(diǎn)，有利于互聯(lián)網(wǎng)廠商切入車用智能座艙操作系統(tǒng)領(lǐng)域，快速建立起車載軟件生態(tài)。

國內(nèi)企業(yè)中，華為鴻蒙、百度Apollo、阿里斑馬智行AliOS等操作系統(tǒng)發(fā)展較為迅速，均已實(shí)現(xiàn)量產(chǎn)，其中鴻蒙操作系統(tǒng)在比亞迪漢、問界M5、北汽極狐阿爾法等車型應(yīng)用。Apollo操作系統(tǒng)在奇瑞EXEED星途TX實(shí)現(xiàn)應(yīng)用，并搭載在第五代L4級自動駕駛車型Apollo Moon上。AliOS在上汽智己L7實(shí)現(xiàn)量產(chǎn)。上汽、長安、東風(fēng)、比亞迪等整車企業(yè)也相繼開展了深度定制智能駕駛操作系統(tǒng)或智能座艙操作系統(tǒng)的自研工作。中興通訊、中汽創(chuàng)智等在智能駕駛操作系統(tǒng)、智能座艙操作系統(tǒng)、安全車控操作系統(tǒng)均有布局，其中，中興通訊推出基于自研微內(nèi)核操作系統(tǒng)和Safety Linux的雙內(nèi)核智能駕駛操作系統(tǒng)解決方案，兼顧智能駕駛場景下功能安全要求和豐富生態(tài)支持要求；中汽創(chuàng)智自研基于微內(nèi)核架構(gòu)的實(shí)時操作系統(tǒng)。國內(nèi)芯片企業(yè)地平線等基于自產(chǎn)芯片架構(gòu)也開展了智能駕駛操作系統(tǒng)的自主研發(fā)。

(三）中間件

1.概念

中間件作為存在于操作系統(tǒng)和功能軟件之間的一些中間層軟件，將操作系統(tǒng)提供的接口重新封裝，并添加一些實(shí)用功能，以給功能軟件提供更好的服務(wù)。隨著電子電氣架構(gòu)逐漸趨于集中化，汽車軟件系統(tǒng)出現(xiàn)了多種操作系統(tǒng)并存的局面，這也導(dǎo)致系統(tǒng)的復(fù)雜性和開發(fā)成本的劇增。為了提高軟件的管理性、移植性、裁剪性和質(zhì)量，需要重新定義一套架構(gòu)，統(tǒng)一與內(nèi)外部開發(fā)環(huán)境交互的規(guī)則，解決分布式環(huán)境下的數(shù)據(jù)傳輸、數(shù)據(jù)訪問、應(yīng)用調(diào)度、系統(tǒng)構(gòu)建和系統(tǒng)集成、流程管理等問題，建立分布式環(huán)境下支撐應(yīng)用開發(fā)、運(yùn)行和集成的平臺，實(shí)現(xiàn)操作系統(tǒng)之間的互聯(lián)互通。

2.典型中間件

目前，主流中間件是由全球汽車制造商、零部件供應(yīng)商以及各種研究、服務(wù)機(jī)構(gòu)共同參與制定的AUTOSAR汽車開放架構(gòu)，擁有CP（Classic Platform）和AP（Adaptive Platform）兩大平臺。CP架構(gòu)是針對傳統(tǒng)車輛控制OSEK標(biāo)準(zhǔn)的嵌入式系統(tǒng)的解決方案，主要應(yīng)用在算力要求較低的場景中，如引擎控制、制動等傳統(tǒng)ECU（電子控制單元）。AP架構(gòu)是由CP架構(gòu)演化而來，時延在毫秒級，主要應(yīng)用在算力要求更高的場景中，如高級輔助駕駛系統(tǒng)、自動駕駛，以及在動態(tài)部署方面追求較高自由度的信息娛樂場景。AUTOSAR作為一套標(biāo)準(zhǔn)，在實(shí)際應(yīng)用中，Tier 1廠商會基于安全車控ECU模塊中的MCU芯片，將OSEK OS作為AUTOSAR CP平臺的底層組件，構(gòu)建安全車控操作系統(tǒng)，實(shí)現(xiàn)車身、動力、底盤系統(tǒng)等控制功能。AUTOSAR CP與AP情況如表5所示。

隨著智能駕駛技術(shù)的不斷發(fā)展，ROS 2（機(jī)器人操作系統(tǒng)）作為能夠支持Linux、Windows、Mac、RTOS等操作系統(tǒng)的實(shí)時系統(tǒng)，已逐漸應(yīng)用于自動駕駛中間件中。AUTOSAR AP與ROS 2對比如表6所示。

表6 AUTOSAR AP和ROS 2對比

3.國內(nèi)外中間件市場格局

目前中間件開發(fā)的參與者眾多，多個標(biāo)準(zhǔn)并行。從競爭格局看，整車企業(yè)、傳統(tǒng)Tier1廠商、平臺供應(yīng)商、汽車電子廠商及第三方軟件供應(yīng)商在中間件領(lǐng)域均有所布局。其中AUTOSAR是目前最常見和最常用的中間件方案，如果想完全實(shí)現(xiàn)AUTOSAR，需要購買德國維克多、易特馳和芬蘭伊萊比特等Tier1的AUTOSAR工具鏈，其中易特馳產(chǎn)品可兼容 AUTOSAR與ROS 2架構(gòu)。

國內(nèi)有多家企業(yè)從事AUTOSAR中間件的開發(fā)，包括東軟睿馳、經(jīng)緯恒潤、普華基礎(chǔ)軟件、華為、阿里斑馬智行等。此外，百度Apollo、東風(fēng)汽車等分別基于自研的生態(tài)進(jìn)行開發(fā)。

三、車用操作系統(tǒng)發(fā)展趨勢

從整車電子電氣架構(gòu)技術(shù)發(fā)展看，由博世公司提出的分階段、分步驟從分布式向集中式發(fā)展的趨勢已經(jīng)形成，相應(yīng)框架已經(jīng)得到業(yè)界廣泛認(rèn)可。當(dāng)前汽車電子電氣架構(gòu)正逐步邁入跨域集中式階段，顯著特點(diǎn)是“域融合、區(qū)集中”，即車端功能逐步向幾個主要功能域融合，傳感器執(zhí)行器等逐步通過區(qū)域控制器做區(qū)域集中化接入。未來，隨著電子電氣架構(gòu)向中央計(jì)算平臺的進(jìn)一步演進(jìn)，硬件架構(gòu)會越來越集中到一個或幾個有限的、算力更加強(qiáng)大的計(jì)算單元上，智能駕駛、座艙、車身功能域?qū)⒊霈F(xiàn)計(jì)算平臺融合的發(fā)展趨勢，因此基于Hypervisor的宏內(nèi)核和微內(nèi)核融合架構(gòu)的復(fù)雜車用操作系統(tǒng)應(yīng)用會越來越廣泛。

在安全車控操作系統(tǒng)領(lǐng)域，由于功能安全等級要求較高，仍大量使用基于MCU的高實(shí)時性高確定性的操作系統(tǒng)（如OSEK/VDX OS），這些系統(tǒng)通常和AUTOSAR CP平臺綁定在一起，因MCU硬件能力的限制，該內(nèi)核系統(tǒng)技術(shù)本身發(fā)展空間非常有限。目前，基于微內(nèi)核的RTOS實(shí)時系統(tǒng)已經(jīng)有支持 ASIL-D級功能安全等級的產(chǎn)品出現(xiàn)，未來將會在安全車控領(lǐng)域起到越來越重要的作用。

在智能駕駛操作系統(tǒng)領(lǐng)域，能夠滿足高功能安全等級和高性能要求的微內(nèi)核實(shí)時操作系統(tǒng)將被廣泛應(yīng)用。與此同時，為滿足機(jī)器學(xué)習(xí)和視覺AI算法的操作系統(tǒng)層接口要求，基于宏內(nèi)核的安全操作系統(tǒng)也將被逐漸引入，與RTOS一起構(gòu)筑軟件功能安全島，在支撐AI算法豐富接口要求的同時，滿足智能駕駛要求的功能安全等級。此外，宏內(nèi)核系統(tǒng)將不斷進(jìn)行內(nèi)核的裁剪優(yōu)化，采用ISO 26262形式化或半形式化方法完成正向設(shè)計(jì)和驗(yàn)證，以滿足高功能安全等級和高可靠性的智能駕駛場景要求。

在智能座艙操作系統(tǒng)領(lǐng)域，除了自身要實(shí)現(xiàn)復(fù)雜的人車交互和多媒體娛樂等服務(wù)外，還需要支持和外部功能域之間的大量交互（如車云一體服務(wù)需求），但大部分屬于軟實(shí)時系統(tǒng)，對功能安全等級要求相比安全車控和智能駕駛應(yīng)用要低。從技術(shù)能力上看，宏內(nèi)核系統(tǒng)和微內(nèi)核系統(tǒng)都可以勝任此類應(yīng)用，業(yè)界主要根據(jù)相應(yīng)產(chǎn)品的應(yīng)用服務(wù)框架支持能力和生態(tài)環(huán)境的成熟度進(jìn)行選擇。在中控和儀表分離的智能座艙解決方案當(dāng)中，功能安全等級要求較高的虛擬儀表主要選擇QNX系統(tǒng)，也有少數(shù)采用Linux宏內(nèi)核的方案，而中控娛樂系統(tǒng)則選擇Android較多。

課題組成員：汪志鴻 于德營 馬天澤

陳炳全 李宗陽 李紅燕