實現向車載信息娛樂技術過渡
加入技術交流群
圖1：GENIVI合規平臺包含Linux服務、中間件以及開放應用層接口。
這些都是整個車載信息娛樂解決方案組合里不可或缺，但無差別的核心元素。
圖2：符合 GENIVI 要求的 Linux 是貢獻開放源代碼的組合
2012年GENIVI發布和更新
最近在巴黎舉行的 GENIVI 所有成員大會上，450多名與會者分享了他們對當前和未來車載信息娛樂系統的意見和需求。2.0版 GENIVI 規范現已發布，供應商將開始提交他們的車載信息娛樂平臺供合規批準。2.0版的新功能包括對音頻管理軟件的支持以及低級系統守護程序功能。
音頻管理支持功能讓車載信息娛樂系統能夠高效管理來自車輛不同部位的音頻數據流，并將這些數據流發送到有需要的地方。例如，如果電話響了，車載信息娛樂立體聲系統會自動減弱聲音。
如今，GENIVI開源軟件所要求的內容有80%都能通過現有社群獲取，如MIT、GPL和MPL。新的由GENIVI生成的組件目前正通過專用的GENIVI開放源庫來貢獻和托管，這個庫將隨著新貢獻被接受和批準而逐漸發展。
另外兩個GENIVI需求規范（3.0和4.0版）在2012年得以規劃，會進一步提高車載信息娛樂平臺的功能和普及度。GENIVI由多個“專家團隊”組成，研究導航、媒體和圖形的趨勢和要求、車載信息娛樂系統架構以及車輛與外部世界的連接。更多大量研究團隊正在研究虛擬化和包含替代操作系統，諸如安卓 (Android)，等技術。
信息娛樂系統執行架構
安全性和可靠性是所有汽車生產商都最重視的內容，對開源軟件以及復雜電子設備的包含都意味著新的風險水平。一輛現代化豪車擁有約70至100個基于軟件的電子控制單元 (ECU)。迄今為止，這些電子控制單元已經獨立于車載信息娛樂系統而存在。干擾的風險一直非常高。然而，隨著制造商力求進一步削減成本，在一個通用硬件平臺上整合功能的概念正變得更具吸引力。例如，倒車傳感器可能基于高度可靠的AutoSar功能，但傳感器也需要與信息娛樂系統相互通信，為駕車人生成音頻警報。
在安全范圍的另一端，制造商面臨著對諸如安卓應用等流行市場應用以及汽車乘員通過車載信息娛樂系統下載并使用這些應用的能力的需求。毫無疑問的是，這些應用不應干擾到車輛的安全關鍵型功能。另外，軟硬件設計架構還必須允許所謂的“不受信賴的應用”（能從互聯網直接下載并可能造成軟件病毒或問題）的安全和獨立。
車載信息娛樂系統架構可能還包括一個虛擬化層，使多個操作系統能夠在同一個硬件平臺上運行（圖3）。每個操作系統在一個專門的虛擬機上運行并共享硬件資源。不同的操作棧之間以可控的方式實現通信。這樣便能獨立啟動，從而使關鍵的安全功能比車載信息娛樂系統更快達到可用狀態。
評論