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

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

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

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

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

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

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

汽車子系統(tǒng)的各種設(shè)備通常來自多個供應商，并且必須協(xié)同工作。標準化有助于確保所有設(shè)備都實施相同的 OTA 方法，以便可以平穩(wěn)高效地訪問、更新或回滾它們。標準化使認證組織具有一定程度的透明度，以幫助政府使多個汽車供應商實施的OTA機制的安全性保持秩序。如果每個供應商都追求自己專有的OTA方法，那么驗證就變成了一個非常困難的命題。

任何符合 eSync 標準的服務器都將符合標準功能行為和消息傳遞協(xié)議。在此級別提供標準化允許跨公共云和私有云的可移植性，并促進多個地理市場中的一致功能。eSync服務器已在亞馬遜AWS，百度，微軟Azure和騰訊公共云以及OEM專有服務器上實施。根據(jù)當?shù)卣撸诙鄠€地理區(qū)域銷售的汽車可以由當?shù)胤掌鞯姆掌鬟M行更新，即使服務器軟件托管在不同的云上或來自不同的供應商。..只要它符合電子同步標準。

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