8月26日，由蓋世汽車主辦的“2021行業(yè)首屆智能汽車域控制器創(chuàng)新峰會(huì)”于上海汽車城瑞立酒店隆重召開。本次會(huì)議持續(xù)兩天，將圍繞智能汽車、智能駕駛域控制器、智能座艙域控制器、底盤及車身域控制器、智能駕駛計(jì)算平臺(tái)、電子電氣架構(gòu)、軟件定義汽車、車規(guī)芯片等行業(yè)焦點(diǎn)話題展開。會(huì)議期間，上汽零束軟件分公司基礎(chǔ)軟件平臺(tái)專家曾杰男發(fā)表了《云管端一體化中央計(jì)算平臺(tái)解決方案》的主題演講。

以下為演講實(shí)錄：

大家好，我來自上汽零束，今天大會(huì)主題是域控制器，這個(gè)話題本身其實(shí)并不局限在域控制器，我們也從智能汽車的角度跟大家做一個(gè)分享，拋磚引玉，分享一些我們的看法和想法，希望大家一起探討，共同進(jìn)步。

軟件定義汽車已經(jīng)是行業(yè)共識(shí)，在軟件定義汽車場(chǎng)景下，關(guān)鍵之一是要做數(shù)字化轉(zhuǎn)型，對(duì)于智能汽車而言，數(shù)字化轉(zhuǎn)型有三個(gè)方面的需求：

一、滿足千人千面的用戶需求。當(dāng)今社會(huì)有一句話“個(gè)性當(dāng)?shù)溃焚|(zhì)為王”，“個(gè)性當(dāng)?shù)馈逼鋵?shí)就是千人千面的需求，在當(dāng)今這個(gè)社會(huì)如果你的產(chǎn)品一成不變，產(chǎn)品高度雷同，類比手機(jī)，如果只是完全一樣的功能堆砌，用戶其實(shí)是不會(huì)買單的，也不符合用戶對(duì)于智能汽車智能的想象。

二、用戶體驗(yàn)持續(xù)進(jìn)化。這是從“品質(zhì)為王”角度來談的，我們認(rèn)為智能汽車已經(jīng)不一樣了，它的品質(zhì)不再局限于狹義的質(zhì)量，以前一輛車開不壞，沒什么小毛病，我們說質(zhì)量很好，但現(xiàn)在一輛智能汽車達(dá)到這個(gè)程度，能說品質(zhì)很好嗎？其實(shí)不能的。打個(gè)比方，中控操作邏輯比較奇葩，語(yǔ)音體驗(yàn)比較差，這個(gè)情況下可能硬件質(zhì)量很好，但是不能說它的品質(zhì)很好。

三、車輛主動(dòng)感知，主動(dòng)決策。零束愿景就是讓車成為有生命力的人類伙伴，既然是伙伴，那自然不是工具，只有工具才是被我們被動(dòng)的使用，伙伴是需要有主動(dòng)感知和主動(dòng)決策的能力。

對(duì)于傳統(tǒng)汽車來說，這三點(diǎn)需求能夠?qū)崿F(xiàn)嗎？答案是不能的。因?yàn)槲覀儸F(xiàn)在最大瓶頸在于現(xiàn)在電子電氣架構(gòu)是孤島式的電子電氣架構(gòu)，這種架構(gòu)里面基本上每個(gè)控制器功能都是固定的，你想要一個(gè)車在不同的用戶那兒呈現(xiàn)不同的功能狀態(tài)是很難的。

其次說用戶體驗(yàn)的持續(xù)迭代更新，即便說可以做到OTA，做到整車更新，但如果說用戶需求來了，你相應(yīng)的更改是需要在各個(gè)域上的多個(gè)控制器上去修改，各個(gè)控制器可能來自于不同的供應(yīng)商，這個(gè)時(shí)候整個(gè)軟件研發(fā)，測(cè)試，部署的周期可能會(huì)超過20個(gè)月，就難以滿足用戶體驗(yàn)持續(xù)進(jìn)化的需求。

另外說主動(dòng)感知和決策，主動(dòng)的前提是什么？主動(dòng)的前提是能夠收集用戶數(shù)據(jù)進(jìn)行分析，進(jìn)行自我學(xué)習(xí)，一個(gè)很重要的背景是聯(lián)合云端一起做這個(gè)事，因?yàn)檐嚩怂懔κ怯邢薜?，車端存?chǔ)也是有限的，傳統(tǒng)架構(gòu)和車外生態(tài)之間的壁壘限制了它的實(shí)現(xiàn)。

要解決剛剛?cè)齻€(gè)需求需要達(dá)到什么樣狀態(tài)？我們認(rèn)為，第一、在硬件層面上，分布式到中央集中式的轉(zhuǎn)變，有一個(gè)中央集中式計(jì)算平臺(tái)提供算力基礎(chǔ)。第二、云管端一體化SOA軟件平臺(tái)實(shí)現(xiàn)軟硬解耦，快速迭代，數(shù)據(jù)平臺(tái)實(shí)現(xiàn)數(shù)據(jù)閉環(huán)和自我分析自我進(jìn)化。第三、端到端用戶體驗(yàn)，必須建立一個(gè)生態(tài)，去實(shí)現(xiàn)端到端的用戶體驗(yàn)，才能對(duì)用戶體驗(yàn)進(jìn)行持續(xù)的進(jìn)化和持續(xù)的改進(jìn)。

零束提供的解決方案是全棧，目前處在全棧1.0階段，在今年年底我們會(huì)進(jìn)行量產(chǎn)，主要是做域集中和部分域融合，在2023年會(huì)量產(chǎn)全棧3.0方案，在這個(gè)方案里面就會(huì)走到整車計(jì)算中心再加區(qū)域控制器。

具體看一下3.0架構(gòu)的相關(guān)信息，首先硬件平臺(tái)方面，我們的方案是2個(gè)高性能計(jì)算單元HPC1和HPC2，再加4個(gè)區(qū)域控制器，HPC里面實(shí)現(xiàn)智能駕駛、智能座艙、智能計(jì)算、智能駕駛備份等功能，4個(gè)區(qū)域控制器中去實(shí)現(xiàn)各自不同區(qū)域的相關(guān)功能。這個(gè)硬件架構(gòu)是比1.0更加集中的硬件方案，當(dāng)然這個(gè)方案對(duì)于芯片算力會(huì)有更高的要求。

這是硬件部分，但光有硬件還是不夠的，硬件算力再高，如果軟件不支持快速迭代，不支持云端打通，用戶體驗(yàn)的持續(xù)更新也是不可能實(shí)現(xiàn)的，所以軟件方面的解決方案是云管端SOA一體化軟件平臺(tái)，我們的軟件平臺(tái)能夠?qū)崿F(xiàn)和硬件芯片和操作系統(tǒng)，也就是和我們架構(gòu)之間的解耦。1.0平臺(tái)芯片和3.0平臺(tái)芯片不一樣，上面操作系統(tǒng)也會(huì)不一樣，這個(gè)時(shí)候軟件平臺(tái)是能夠直接平移過來使用，也就是我們做到了讓應(yīng)用開發(fā)人員開發(fā)出來的應(yīng)用，不管你這個(gè)車是1.0架構(gòu)、3.0架構(gòu)或者1.0架構(gòu)之間不同車型都能夠直接使用。

為了做到這一點(diǎn)需要對(duì)軟件進(jìn)行分層，最下面是硬件芯片，在它之上會(huì)有Hypervisor虛擬化，虛擬化主要是解決在一個(gè)芯片上實(shí)現(xiàn)硬件隔離和實(shí)現(xiàn)資源共享，在虛擬化之上會(huì)有各種異構(gòu)操作系統(tǒng)，我們目前認(rèn)為異構(gòu)操作系統(tǒng)仍然是很長(zhǎng)一段時(shí)間之內(nèi)的一個(gè)選擇。在異構(gòu)操作系統(tǒng)之上就是中間件層和SOA服務(wù)層。操作系統(tǒng)是為了隔離芯片和軟件，通過操作系統(tǒng)可以讓我們的軟件開發(fā)不用關(guān)心使用的芯片是什么。但是板上的驅(qū)動(dòng)或者車內(nèi)各種信號(hào)，這些東西仍然不會(huì)標(biāo)準(zhǔn)化。比如說一個(gè)應(yīng)用要用到一個(gè)信號(hào)，這個(gè)信號(hào)可能在不同的車型上會(huì)發(fā)生變化，你這個(gè)應(yīng)用就不能使用了，這是傳統(tǒng)情況下應(yīng)用沒有辦法復(fù)用的很大的原因。

這就是中間件和SOA原子服務(wù)這兩層要做的，目的就是要向上提供統(tǒng)一的標(biāo)準(zhǔn)API接口。當(dāng)然原子化服務(wù)還能提供任意組合的好處，組合出你自己想要的功能，這樣可以實(shí)現(xiàn)應(yīng)用功能的千變?nèi)f化。

再上面是應(yīng)用層，實(shí)現(xiàn)不同場(chǎng)景下的應(yīng)用。這個(gè)應(yīng)用開發(fā)光靠OEM一家自己來做是不夠的，僅僅自己來做，OEM人力有限，能做的應(yīng)用也有限，所以我們希望通過標(biāo)準(zhǔn)API加上軟件平臺(tái)SDK，讓OEM、供應(yīng)商、第三方開發(fā)者和用戶都加入到應(yīng)用開發(fā)中間來，共創(chuàng)應(yīng)用生態(tài)。針對(duì)不同程度的開發(fā)者提供的工具會(huì)不一樣。針對(duì)最普通的用戶或者極客，他們軟件開發(fā)能力是有限的，我們給它提供的是Z-ONE Maker圖形化界面，簡(jiǎn)單拖拽就可以實(shí)現(xiàn)場(chǎng)景應(yīng)用的開發(fā)，對(duì)于有一定軟件能力的第三方開發(fā)者提供Z-ONE Studio Lite，可以通過簡(jiǎn)單編程加圖形化調(diào)試的方式快速開發(fā)出輕型的應(yīng)用，針對(duì)OEM和供應(yīng)商而言提供的是Z-ONE Studio，它是一個(gè)完整的軟件開發(fā)IDE。

整個(gè)軟件平臺(tái)有兩個(gè)特點(diǎn)，第一個(gè)是快，T+0+1+7，Z-ONE Maker開發(fā)的場(chǎng)景T+0上線，Z-ONE Studio Lite開發(fā)的輕應(yīng)用T+1上線，Z-ONE Studio開發(fā)的服務(wù)和應(yīng)用T+7上線，真正可以實(shí)現(xiàn)快速迭代、快速進(jìn)化，第二個(gè)是變，千人千面，對(duì)車上的傳感器和硬件進(jìn)行抽象，我們目標(biāo)是把整車數(shù)字化，數(shù)字化之后形成原子化的SOA服務(wù)，再通過應(yīng)用開發(fā)的方式把原子化服務(wù)組合起來，實(shí)現(xiàn)出千變?nèi)f化不同的應(yīng)用。

以上我們第一個(gè)說的是硬件，第二個(gè)說的是軟件平臺(tái)，硬件給我們提供了算力基礎(chǔ)，讓我們有可能在上面做更多的算法，去做更多的功能。軟件平臺(tái)方面，則可以讓你通過軟件和底下硬件平臺(tái)的解耦實(shí)現(xiàn)應(yīng)用的復(fù)用，可插可拔，可以吸引更多開發(fā)者共同創(chuàng)建這個(gè)生態(tài)。

如果僅僅只有這些我們認(rèn)為仍然不能實(shí)現(xiàn)智能汽車所需要的三個(gè)需求。為什么呢？因?yàn)樽罱K是要基于硬件軟件實(shí)現(xiàn)生態(tài)，通過這個(gè)生態(tài)讓用戶能有跨域、融合和多維度的體驗(yàn)。

如果說你沒有建立手機(jī)端到座艙無縫連接，沒有打造以用戶為中心的生態(tài)系統(tǒng)，沒有圍繞車間里互聯(lián)網(wǎng)生態(tài)系統(tǒng)，那么你開發(fā)出來的功能和應(yīng)用真的可以迭代嗎？我們認(rèn)為是不能的。比如說在我們傳統(tǒng)的相機(jī)時(shí)代，相機(jī)的拍攝質(zhì)量普遍是超過手機(jī)的，但為什么大家最終放棄相機(jī)，而用手機(jī)拍照？因?yàn)橄鄼C(jī)拍出來的照片要把它導(dǎo)出來再發(fā)到朋友圈展示，是很麻煩的，而手機(jī)可以拍完照后立即發(fā)到朋友圈，再?gòu)呐笥讶Φ玫椒答亸亩玫綕M足感。同樣道理，在車上開發(fā)出來的很多應(yīng)用和功能，實(shí)際上用戶可能剛開始有點(diǎn)興趣，可能兩三天之后就沒有興趣了，因?yàn)樵谑褂蒙系貌坏礁嗟姆答仭Ｖ挥凶層脩羰褂眠@個(gè)功能，通過這個(gè)功能進(jìn)入到互聯(lián)網(wǎng)生態(tài)，比如說朋友圈，從這個(gè)中間得到一個(gè)反饋，反饋進(jìn)來之后才能夠收獲滿足感促進(jìn)他去更多的使用，有更多的黏性。只有當(dāng)更多用戶有了用戶黏性之后開發(fā)者才會(huì)有動(dòng)力開發(fā)更多的應(yīng)用，形成正向循環(huán)，所以這里面生態(tài)是非常重要的。

剛才提到車的第三個(gè)需求是自我進(jìn)化，這里面很重要一點(diǎn)是從用戶的消費(fèi)習(xí)慣、使用習(xí)慣中間獲取數(shù)據(jù)，促進(jìn)自我進(jìn)化。但我們每天在車內(nèi)待的時(shí)間相對(duì)來說非常短暫，一般來說就是上下班，差不多2個(gè)小時(shí)在里面，即使我們做再深度的場(chǎng)景融合，我們做過很多這樣的努力，其實(shí)你的想象空間也是非常有限的，因?yàn)榭捎玫乃夭奶倭?，所以最終一定要達(dá)到從智能車應(yīng)用拓展到居家智能，也就是要把車和別的場(chǎng)景聯(lián)系起來，做全場(chǎng)景的融合，才能得到更多用戶消費(fèi)習(xí)慣和用戶使用的數(shù)據(jù)，從這中間才能夠真正實(shí)現(xiàn)用戶體驗(yàn)的持續(xù)更新。

總結(jié)下來，我們認(rèn)為實(shí)現(xiàn)智能汽車的核心關(guān)鍵主要有三方面：一、支撐硬件的算力基礎(chǔ)；二、支撐應(yīng)用開發(fā)的軟件平臺(tái)，這個(gè)平臺(tái)一定要能夠進(jìn)行快速迭代的，要有很高的復(fù)用性；三、利用硬件和軟件平臺(tái)最終形成和互聯(lián)網(wǎng)和整個(gè)生態(tài)聯(lián)合起來的大的生態(tài)，這樣用戶可以在使用車的過程中在整個(gè)生態(tài)中得到正向反饋，實(shí)現(xiàn)正向循環(huán)。

最后表達(dá)一下我們零束的愿景：讓車成為有生命力的人類伙伴，謝謝大家。