伴隨智能駕艙概念的普及，技術開發(fā)架構(gòu)已從分布式架構(gòu)，轉(zhuǎn)變?yōu)橛蚣惺郊軜?gòu)，并未來朝著中央計算架構(gòu)演進。而伴隨EEA的演進，硬件越來越簡單，軟件越來越復雜，如何解決信息孤島、軟件耦合、適配繁重等問題？

Fusion（SOA）框架，是一個軟件架構(gòu)模型。它將應用程序的不同功能單元（稱為服務）進行拆分，并通過這些服務之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進行定義的，它應該獨立于實現(xiàn)服務的硬件平臺、操作系統(tǒng)和編程語言。

簡單來說，F(xiàn)usion是一套高性能的、可靠的，滿足智能汽車跨域、跨設備、跨OS的通訊框架。

融合框架為多核OS服務訪問，資源調(diào)度提供基礎；

提供整車通信軟件平臺，助力OEM汽車智能化。

對于智能汽車而言，EEA是軟件定義汽車的硬件基礎，SOA是軟件定義汽車的軟件基礎。

在實際開發(fā)上，F(xiàn)usion具備四大特點：

應用層面上，以“全車智能”為例，車上各個域?qū)⒆约旱哪芰μ峁┏鰜恚跈?quán)限允許時可供系統(tǒng)指令信號任意使用。這樣的話，“智能”就不僅是體現(xiàn)在“智能座艙”及“智駕”領域，也可以是“智能車身”、“智能車窗”等等。

舉個具體的例子：

智能車窗，即為多域能力的開放與融合。當檢測到下雨時，車窗將自動關閉，并通過語音及界面來提示用戶。當前基于CAN通信，車身控制域提供“雨量傳感器”的狀態(tài)、“車窗控制”的信號，一切由中控大屏來實現(xiàn)。

而基于SOA架構(gòu)，系統(tǒng)可選擇額外與用戶進行交互。中控將“通知”與“語音播報”的能力提供出來，車身控制域在發(fā)現(xiàn)“下雨”時，調(diào)用“車窗控制”，基于用戶的習慣，選擇合適的方式與用戶交互，又或者不做任何交互。

未來，隨著硬件傳感器的優(yōu)化及芯片運算能力的提升，SOA架構(gòu)下的整車智能將為消費者提供更多智慧駕乘服務和豐富車生活。

編輯：jq