1 、前言

借鑒SOA（Service Oriented Architecture）架構在IT行業所體現出的優勢，部分主機廠開始將其引入到了汽車行業中。 在SOA架構中，將所有的功能都定義為獨立的服務，服務之間通過交互和協調完成業務的整體邏輯。由于各服務都采用標準化的服務接口，所以在服務的交互過程中，不需要考慮交互雙方的內部細節，同時SOA 架構中軟件對硬件以及操作系統具有高的獨立性，這些特點都將成功地解決由于功能增多而帶來整車網絡拓撲、整車線束以及各控制器控制策略復雜度增加的問題，同時基于各功能的服務化模式，可進一步優化車輛售后服務模式，可以將車輛功能的部分選擇權交到用戶手里，進而最大程度地滿足用戶需求，以此來提高用戶的滿意度和體驗感。 主機廠可以基于SOA架構的優勢，建立自己的軟硬件平臺，整車各控制器的軟硬件開發都遵守統一的開發架構及標準，這樣可以有效地縮短整車的研發周期（已開發功能可以靈活復用，新開發功能可以多方參與）、降低開發成本。 汽車遠程診斷以一種新的思路建立了車輛與云（V2C）之間的通訊。一方面，可以將傳統的售后診斷儀功能轉移到云平臺上，以此解決傳統診斷儀由于對硬件的依賴而導致使用范圍受限的問題，如可以通過遠程診斷系統對不同人員進行診斷儀不同功能級別的授權，進而擴大其使用范圍，車主也可以獲得一定級別的權限，自主進行車輛部分功能的診斷；另一方面，整車廠可以通過遠程診斷系統對所有車輛的信息進行實時的監測和管理，同時利用收集到的車輛信息數據做進一步分析，可以用于提升車輛的研發質量。

2、 遠程診斷系統方案的設計

遠程診斷系統的架構如圖1 所示，主要包括以下5部分：遠程診斷（Remote Diagnosis，RD）請求發起者、遠程診斷服務器、遠程診斷客戶端、遠程診斷人機交互以及待診斷部件。

圖1 遠程診斷系統架構

（1） 遠程診斷請求發起者 試驗階段的試驗人員、售后階段的售后維修人員以及車主等相關人員，其都可以根據自身所具有的對應權限使用手機APP或WEB端發起相應遠程診斷請求。 （2） 遠程診斷服務器 為管理車輛數據與遠程診斷客戶端信息，在遠程診斷發起之后，將驗證后的遠程診斷請求轉化為定義好的數據或腳本，并發送給對應的遠程診斷客戶端。遠程診斷服務器在接收到遠程診斷客戶端的應答或接收主動上報之后，對數據進行存儲以及相應的計算分析，遠程診斷服務器的內部主要工作組件及工作流程如圖2所示。

圖2 遠程診斷服務器

遠程診斷服務器內部的知識管理模塊包含整車所有能夠進行體檢的系統失效模型，每個系統失效模型都是由組成該系統的關鍵零部件或所有零部件的失效模型組成，每個零部件失效模型以該零部件對應的特征參數（包括輸出信號特征參數，零部件老化特征參數，工作效率特征參數等重要信息）以及故障信息為輸入，根據參數的數目、各參數的重要程度以及故障信息等因素而構成，系統失效模型則根據各零部件的相關關系以及重要程度再基于各零部件的失效模型而構成。 （3） 遠程診斷客戶端 車端某個關鍵控制單元，負責與遠程診斷服務器建立通訊的同時模擬診斷儀功能，將接收到的后臺數據或腳本解析成對應的診斷指令發給車內目標控制器，收到該控制器應答之后將報文轉化為與服務器定義好的格式發給遠程診斷服務器。 （4） 遠程診斷人機交互 車內用戶輔助操作接口，用于遠程診斷任務執行過程中與用戶的交互。 （5） 待診斷部件 遠程診斷的目標控制器。

3 、遠程診斷系統的應用

基于SOA 新架構所具有的車輛功能的靈活性以及汽車遠程診斷系統連通了車、云之間通訊的優勢，提出了為滿足客戶多樣化需求而制定的相關應用，既可以有效地提高用戶的滿意度和體驗感，同時也可以簡化整車廠同一車型車系的結構，進而縮減相應車輛管理、生產線工作相關內容，提升整車廠工作效率。

3.1 車輛功能配置服務

基于該應用，用戶可以通過手機客戶端、車輛娛樂主機屏方式，查看自己車輛的當前硬件，哪些功能是可以新增或關閉的，針對功能的變更，詳細變更內容清單、各項費用以及如需加裝硬件對應詳細信息都會呈現。如無需加裝硬件，或已安裝需求硬件，則通過在線付費或免費進行預約升級，滿足功能升級條件后則自動升級。該應用可以最大程度地滿足客戶對新功能技術的需求，同時費用的透明化將進一步增加客戶對品牌的信賴度。 整車廠基于新架構建立自己的軟硬件平臺，在所有控制器滿足統一軟硬件架構及開發流程的基礎上，針對不同選裝功能的支持情況進行控制器配置化管理，進而滿足用戶存在的不同選裝需求的情況。

3.2 車輛體檢服務

基于該應用，整車廠以及用戶都可以發起車輛的體檢服務，不同角色有著不同的體檢方案，整車廠可以針對某一批量或某種車型發起集體體檢服務，用戶則可以對自己授權車輛發起體檢。 根據體檢內容的不同（可以對零部件、系統或整車進行體檢）進而調用遠程診斷服務器中不同的服務，該服務通過車、云的通訊將對應運行程序或腳本下載到車輛，車端遠程診斷客戶端會根據程序或腳本內容進行解析以及執行數據的收集，將收集完成的數據統一回傳到遠程診斷服務器中，該服務器中的健康分析模塊根據此服務類型信息調用知識管理模塊中對應的失效模型，基于預設的分析邏輯，最終分析得出服務的體檢報告，進而呈現給服務的發起者。 用戶根據該服務可以及時了解自己車輛的狀態，進而保障自己每一次出行的安全性。整車廠可以根據該服務獲取重要數據，進而逐步優化自己的遠程診斷系統，保證系統準確性的同時也可針對車輛潛在的問題提前發現進而規避處理。

3.3 車輛快捷服務

基于該應用，用戶可以快速獲取車輛當前的故障狀態以及自主清除車輛故障碼。車輛故障碼的實時獲取以及對應故障描述可以幫助用戶實時了解各控制器的狀態，根據自身當前所處狀態合理安排維修計劃，避免因不了解情況而造成的恐慌。 用戶也可以基于該應用實時了解車輛保養情況以及各控制器相關信息，提前合理安排車輛的保養計劃以及保證車輛所有控制器隨時處于最新狀態，使得車輛處于最佳工作狀態。 服務功能結構如圖3所示。

圖3 車輛快捷服務功能結構

3.4 車輛在線診斷儀服務

基于該應用，4S店或相關專業人員可以根據不同的授權等級在線進行傳統診斷儀相關功能的操作。操作人員需要向整車廠申請對應在線診斷儀服務需求的授權，獲取權限后可以通過移動終端設備下載對應應用進行相關診斷儀功能操作。 在線診斷儀服務的實施，將傳統的故障或問題車輛需要開往或被拖運到售后維修店進行維修的方式轉變為售后維修人員或專業人員主動到故障或問題車輛所在位置進行維修。服務方式的轉變，將大大提升用戶的滿意度和體驗感。

4 總結

近年來，隨著汽車電子化程度的逐漸加大，在滿足用戶多樣化需求的同時，整車線束以及整車網絡架構也在逐漸復雜化。在當前以“安全”為背景的社會主題下，如何在保證滿足用戶多樣化需求以及服務的前提下，有效地降低車輛故障發生的概率以及縮短車輛研發周期變得尤為重要。

（1）汽車行業SOA 新架構的引入，可以有效地解決因車輛功能增多而使得整車網絡架構、整車線束復雜化的問題，優化整車架構，降低車輛故障發生率；同時主機廠可以基于SOA架構獨立性的優勢，建立自己的軟硬件平臺，整車各控制器的軟硬件開發在遵守統一的開發架構及標準下，可以有效地縮短整車的研發周期，降低開發成本。

（2）汽車遠程診斷系統實現了車輛與云之間的通訊，為整車廠研發提供了一個新的平臺，基于此平臺開發了面向整車廠或用戶的一系列相關應用，以此實現整車廠的閉環式研發以及新的售后服務模式，同時也最大程度的滿足了用戶的多樣化需求，在保證用戶滿意度以及體驗感的前提下也提高了用戶的行車安全。

（3）基于遠程診斷系統所具備的車輛數據獲取的便利性、靈活性，在車輛數據逐步積累的前提下，結合大數據分析技術的快速發展，未來針對遠程診斷與大數據技術相結合方向的研究，將會是必然的趨勢，也定當在車輛研發的數據閉環方面以及相關新領域，如車輛故障預測等方面表現出可觀的優勢。

審核編輯：郭婷

s