接上一篇：詳解汽車遠程升級（OTA )技術(shù)體系（一）
2.2 OTA 云平臺架構(gòu)及關(guān)鍵技術(shù)
OTA 云平臺是支撐 OTA 業(yè)務(wù)正常運行的相關(guān)云端系統(tǒng)的集合，既包括實現(xiàn) OTA 核心功能的 OTA 服務(wù)端，也包括了其他關(guān)聯(lián)系統(tǒng)如企業(yè) IT 管理系統(tǒng)、安全服務(wù)端、web 控制臺以及文件服務(wù)端。OTA 云平臺業(yè)務(wù)范圍涉及軟硬件生命周期管理、業(yè)務(wù)流程整合、軟件遠程分發(fā)等軟件更新所有相關(guān)業(yè)務(wù)，是一個軟件升級管理體系(SUMS)。
2.2.1 云平臺架構(gòu)
基于 OTA 產(chǎn)品業(yè)務(wù)形態(tài)，結(jié)合系統(tǒng)組件之間松耦合高內(nèi)聚的標準，行業(yè)內(nèi) 普遍將云平臺設(shè)計為 4 層的分層架構(gòu)型式，如圖 2-2 所示，包括前端展示層、路由網(wǎng)關(guān)層、業(yè)務(wù)服務(wù)層和數(shù)據(jù)存儲層。前端展示層是系統(tǒng)與用戶交互的 web 應用層，用戶訪問和操作云平臺系統(tǒng)的交互接口；網(wǎng)關(guān)路由層包括指令控制層和網(wǎng)關(guān)接入層，是云平臺與車端建立通信鏈接以及控制車端流程的通信中間件；業(yè)務(wù)服務(wù)層負責所有 OTA 相關(guān)業(yè)務(wù)邏輯的處理，包括車輛、軟件包管理、策略管理等諸多業(yè)務(wù)模塊，是 OTA 云平臺的核心；數(shù)據(jù)存儲層負責 OTA 所有業(yè)務(wù)相關(guān)數(shù)據(jù)存儲，包括基本的數(shù)據(jù)庫集群數(shù)據(jù)緩存和大文件存儲等。
圖 2-2 OTA 云服務(wù)框架圖
（1） 前端展示層：前端展示層的劃分，是基于前后端分離開發(fā)方式設(shè)計的架構(gòu)分層模式，主要 負責 Web 端用戶交互頁面的功能。核心思想是前端頁面通過調(diào)用后端的接口并進行交互，前端專注于交互頁面的開發(fā)，業(yè)務(wù)邏輯由后端負責。對 OTA 云平臺而言，前端展示層可以理解為業(yè)務(wù)服務(wù)層的用戶交互接口，其展示功能與具體業(yè)務(wù)功能一一對應。
（2） 指令控制層：業(yè)務(wù)平臺與網(wǎng)關(guān)接入層的連通介質(zhì)，接收來自業(yè)務(wù)系統(tǒng)指令并將指令發(fā)送 至網(wǎng)關(guān)可訪問的緩存中，接收來自網(wǎng)關(guān)回寫的升級狀態(tài)至各業(yè)務(wù)系統(tǒng)可訪問的消息隊列中。
（3） 網(wǎng)關(guān)接入層：針對不同的數(shù)據(jù)格式及上層需求，接收封裝來自車載終端傳輸?shù)臄?shù)據(jù)，并流向緩存、消息隊列等中間件。
（4）業(yè)務(wù)服務(wù)層：業(yè)務(wù)服務(wù)層是 OTA 服務(wù)所有業(yè)務(wù)及相關(guān)流程管理功能在云平臺端的實現(xiàn)， 除了車輛管理服務(wù)、軟件包服務(wù)、版本服務(wù)、策略管理和任務(wù)管理 5 個支撐 OTA 的核心功能外，還包括關(guān)聯(lián)系統(tǒng)審批、數(shù)據(jù)對接、信息安全服務(wù)、測試、統(tǒng)計分析、日志查詢等重要輔助功能。由于不同的企業(yè)內(nèi)部管理存在差異，云平臺所支持的輔助業(yè)務(wù)可能存在較大差異，常見服務(wù)列舉見表 2-4。
表 2-4 常見服務(wù)舉例
（5） PKI 系統(tǒng)
公鑰基礎(chǔ)設(shè)施（Public Key Infrastructure，PKI）：基于公鑰密碼體制實現(xiàn)數(shù)字證書的發(fā)布、撤銷和管理等功能，并為數(shù)字證書用戶提供相應服務(wù)的系統(tǒng)。其目的在于創(chuàng)造、管理、分配、使用、存儲以及撤銷數(shù)字證書，可以用來保證通信對象的身份真實性、軟件程序的來源真實性和完整性、通信行為的不可否認性等。
PKI 在 OTA 系統(tǒng)中的作用主要在于為相關(guān)實體發(fā)放數(shù)字證書，通過密碼技術(shù)保證升級包和升級過程的安全。主要包括車輛證書、設(shè)備證書、供應商證書等 的申請和校驗；云端對車端身份認證，車端對云端身份認證；升級包的安全認證等。
（6）外部數(shù)據(jù)系統(tǒng)
外部數(shù)據(jù)對接的系統(tǒng)可能包括整車生命周期配置系統(tǒng)（VLCS）、遠程診斷系 統(tǒng)、軟件可售系統(tǒng)及一些其他支撐系統(tǒng)組成。主機廠研發(fā)部門需要根據(jù)車型的功能規(guī)劃確定該車型所對應的軟硬件相關(guān)配置。需要進行軟件更新時， 從 VLCS 系統(tǒng)中確定所涉及的車型和影響的功能范圍，并依據(jù)確定好的范圍， 從物料信息管理系統(tǒng)(BOM)中申請軟件物料號作為版本控制依據(jù)， 供應商軟件釋放后經(jīng)由產(chǎn)品生命周期管理系統(tǒng)（PLM）系統(tǒng)通過驗證審批后流轉(zhuǎn)到 OTA 服務(wù)端供升級使用使用。OTA 服務(wù)端管理設(shè)備中初始的車輛信息，可通過對接 MES 在車輛下線檢驗合格后將新生產(chǎn)車輛自動注冊到 OTA 云平臺，所有升級目標車輛應保證是已 注冊車輛。除此之外，根據(jù)實際需要還可能會從汽車經(jīng)銷商管理系統(tǒng)（DMS）系 統(tǒng)獲取經(jīng)銷商及售后服務(wù)站點信息，售后系統(tǒng)通常也需要與 OTA 系統(tǒng)關(guān)聯(lián)以同步最新版本信息以及線下配置更改信息等。
另外， OTA 系統(tǒng)在升級前可通過遠程診斷系統(tǒng)獲得最新的 ECU 配置信息及 狀態(tài)信息，并且當遠程診斷系統(tǒng)發(fā)現(xiàn)問題后，可以通過 OTA 系統(tǒng)下發(fā)經(jīng)過測試驗證的補丁包來修復。對于一些有運營需求的主機廠來說，通過 OTA 系統(tǒng)配合軟件可售系統(tǒng)，可以實現(xiàn)軟件付費升級、功能付費使用等后向運營，真正實現(xiàn)“千車千面”、“用戶定義汽車”。
（7）數(shù)據(jù)存儲層
數(shù)據(jù)存儲層包括數(shù)據(jù)庫集群、緩存和存儲節(jié)點，分別用于存儲 OTA 云平臺 不同類型的數(shù)據(jù)。其中，數(shù)據(jù)庫集群，主要用于存儲車輛信息版本信息等關(guān)系型數(shù)據(jù)；緩存，為了解決數(shù)據(jù)庫性能瓶頸問題，可以通過多架設(shè)一層緩存層來減少對數(shù)據(jù)庫的直接訪問；存儲節(jié)點，針對較大的升級包、配置文件等需要提供車端下載的文件，通常可以存儲在分布式存儲節(jié)點上。
2.2.2 關(guān)鍵技術(shù)
（1）安全技術(shù)
OTA 服務(wù)端以及企業(yè) IT 管理系統(tǒng)、安全服務(wù)端、web 控制臺、文件服務(wù)端 等關(guān)聯(lián)系統(tǒng)，會面臨傳統(tǒng)云平臺的所有安全威脅。為保證 OTA 升級的安全性，常用安全技術(shù)如表 2-5 所示。
表 2-5 OTA 云平臺常用安全技術(shù)
（2） OTA 技術(shù)
OTA 系統(tǒng)常用升級技術(shù)如表 2-6 所示。
表 2-6 OTA 云平臺常用升級技術(shù)
轉(zhuǎn)自汽車電子與軟件
