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

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

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

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

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

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

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

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

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

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