制造“聯(lián)網(wǎng)汽車？現(xiàn)實情況是，汽車行業(yè)需要創(chuàng)建一個安全的管道，連接到汽車中的所有設(shè)備，并實現(xiàn)無線（OTA）更新。

為了使“互聯(lián)汽車”成為現(xiàn)實，汽車行業(yè)需要創(chuàng)建一個安全的管道，連接到汽車中的所有設(shè)備，并實現(xiàn)無線（OTA）更新。如今，汽車制造商提供許多車型，這些車型具有各種各樣的選項和設(shè)備包，可能需要更換或升級。對于現(xiàn)場車輛處理這些 OTA 更新的服務(wù)器有何影響？

為了發(fā)送正確的更新，服務(wù)器必須準(zhǔn)確了解每輛車中所有設(shè)備的當(dāng)前詳細(xì)信息。每個型號或子型號可能有多種選項和設(shè)備包可供選擇。其中一些選項或包裝可能在生產(chǎn)過程的后期選擇，甚至在區(qū)域分銷或經(jīng)銷商庫存中進(jìn)行后期生產(chǎn)。即使在售后，設(shè)備也可以更換或升級，有時通過經(jīng)銷商網(wǎng)絡(luò)，有時通過零件供應(yīng)渠道（無論是通過獨立機械師還是家庭機械師）。

所有這些都增加了汽車OTA環(huán)境的復(fù)雜性?？紤]一個擁有三種不同型號汽車的汽車品牌。如果這些型號中的每一個都有五個不同的子模型，并且每個子模型都有十個不同的裝飾包，那么我們突然面臨 150 種不同的終端設(shè)備可能組合。

在表現(xiàn)出這種復(fù)雜程度的行業(yè)中，最好的方法是雙向數(shù)據(jù)管道，該管道為每個單獨的設(shè)備標(biāo)準(zhǔn)化協(xié)議和OTA相關(guān)行為。如果每個設(shè)備都可以報告其存在、正在運行的軟件、狀態(tài)和 OTA 相關(guān)功能，那么服務(wù)器就可以自動跟蹤和區(qū)分各種車輛配置。

數(shù)據(jù)管道的 eSync 規(guī)范提供此功能。在 eSync 體系結(jié)構(gòu)中，為每個設(shè)備編寫一個代理。這些代理考慮了所有不同設(shè)備的特征，同時為數(shù)據(jù)管道實現(xiàn)了一組標(biāo)準(zhǔn)的行為和協(xié)議。任何兩個設(shè)備可能具有不同的資源。例如，與安全帶張緊器相比，ADAS高性能計算平臺將具有更多的處理能力，更多的內(nèi)存和更復(fù)雜的操作系統(tǒng)。使用標(biāo)準(zhǔn)協(xié)議，這兩個設(shè)備的代理可以報告其不同的功能，使服務(wù)器能夠使用不同的技術(shù)為這兩個設(shè)備準(zhǔn)備更新。

同樣，每輛車中的客戶端使用一組標(biāo)準(zhǔn)的行為和協(xié)議與云中的服務(wù)器相對應(yīng)。標(biāo)準(zhǔn)客戶端（車輛）行為之一是向服務(wù)器報告其所有代理的完整“樹”，并在發(fā)生更改時更新服務(wù)器上的信息。

此過程完全自動化了最新車輛數(shù)據(jù)庫的維護(hù)。在每時每刻，服務(wù)器在其車隊中每輛車的每臺設(shè)備上都有最新信息。維護(hù)數(shù)據(jù)庫沒有管理負(fù)擔(dān) - 如果每個客戶端的配置或設(shè)備樹發(fā)生更改，則每個客戶端都會自行更新數(shù)據(jù)庫。

汽車子系統(tǒng)的各種設(shè)備通常來自多個供應(yīng)商，必須協(xié)同工作。標(biāo)準(zhǔn)化有助于確保所有設(shè)備都實施相同的 OTA 方法，以便可以順利高效地訪問、更新或回滾它們。標(biāo)準(zhǔn)化使認(rèn)證機構(gòu)具有一定程度的透明度，以幫助政府為多個汽車供應(yīng)商實施的OTA機制的安全性帶來秩序。如果每個供應(yīng)商都追求自己專有的OTA方法，那么驗證將成為一個非常困難的命題。

任何符合 eSync 標(biāo)準(zhǔn)的服務(wù)器都將符合標(biāo)準(zhǔn)功能行為和消息傳遞協(xié)議。在此級別提供標(biāo)準(zhǔn)化可實現(xiàn)跨公共云和私有云的可移植性，并促進(jìn)在多個地理市場中實現(xiàn)一致的功能。eSync服務(wù)器已在Amazon AWS，百度，Microsoft Azure和騰訊公共云以及OEM專有服務(wù)器上實施。根據(jù)當(dāng)?shù)卣?，在多個地理區(qū)域銷售的汽車可以通過當(dāng)?shù)氐姆?wù)器進(jìn)行更新，即使服務(wù)器軟件托管在不同的云上或來自不同的供應(yīng)商。..。..只要它符合電子同步標(biāo)準(zhǔn)。

eSync 標(biāo)準(zhǔn)提供了一種分布式策略機制?？梢栽?eSync 服務(wù)器中為每個 OTA 活動設(shè)置策略，在每個軟件組件包中設(shè)置策略以識別軟件版本中與多個設(shè)備的依賴關(guān)系，eSync 客戶端中的車輛策略以及駐留在該設(shè)備的 eSync 代理中的每個邊緣 ECU 的策略。這種分布式策略可幫助 OEM 針對不同的地理位置和政府要求完善和定制其 OTA 機制。它甚至可以優(yōu)雅地避免OEM的尷尬情況，當(dāng)服務(wù)器驅(qū)動OTA更新活動與維修車庫中通過診斷測試儀提供的更新沖突時。如果在車庫中提供的更新是針對未進(jìn)入 OTA 活動的特定修復(fù)完成的，則設(shè)備策略可以拒絕 OTA 更新活動，直到達(dá)到 ECU 中商店更新軟件的到期日期。

審核編輯：郭婷