應用案例 | 售後服務
透過智慧型車輛診斷系統,避免產品召回

對原廠製造商及其客戶而言,排除車輛故障可能既耗時又耗資。無論車主是遇到令人頭疼的「引擎故障警示燈」,還是更嚴重的故障,找出根本原因並迅速修復都至關重要。
現代車輛能夠產生大量系統與感測器數據,這些數據可運用於診斷功能。然而,能否以具成本效益且及時的方式,從龐大的數據中找出關鍵線索,對於避免更廣泛的故障、產品召回,以及最終對品牌聲譽造成的損害,至關重要。
情況:主機在特定車型上會反覆發生「
」
的當機狀況
舉例來說,假設有某款車型的車主紛紛回報,車載主機反覆出現隨機性的當機狀況。若無法重現這種隨機狀況,單純將車輛送至當地修車廠,並透過 OBD-II 介面連接專業診斷工具來執行標準的車輛診斷測試,可能無法解決問題。最終,當有足夠多的車主和維修技師向原廠(OEM)回報此問題後,工程師可能會介入以尋求解決方案。
在問題惡化之前及早偵測並解決
只要擁有合適的工具,原始設備製造商(OEM)便能遠端且主動地執行車輛診斷,在問題升級為服務召回之前及早偵測並解決。在前文所述的主機當機情境中,若採用Sonatus Automator(AI )、Collector(AI )及Updater進行智慧型車輛診斷,其運作流程將如下所示:
- OEM 接獲多起客戶反映主機當機的報告
- OEM 將「CollectorAI 」及「AutomatorAI 」診斷政策部署至該車型的所有車輛
- 當車隊中出現主機當機的情況時,會觸發 Automator 的「AI 」政策,以執行車載診斷掃描
- AutomatorAI 隨後會呼叫 CollectorAI 來彙整所有車輛資料,包括隱藏的診斷故障代碼(DTC)及日誌
- 彙整後的數據會傳送至車輛服務工程部門,並通知負責的工程師
- 憑藉這些精確且相互關聯的數據,服務工程師能夠更迅速地找出根本原因並解決問題。
- 一旦確定解決方案(無論是簡單的設定更新還是韌體更新),便會透過 Updater 的統一 OTA 管理功能加以實施
- 車輛所有者會透過車載資訊娛樂系統(IVI)或行動裝置上的診斷工具,收到更新通知
- 在後生產階段的車輛中及早偵測問題,也能讓原廠製造商在生產期間或之前就加以修正,從而避免發生大規模事故。
透過主動式車輛診斷,減少大規模召回
及早發現並迅速解決問題,是降低大規模服務召回發生機率的關鍵。Sonatus 車輛平台讓汽車製造商能夠高效地執行車輛診斷,在問題演變成更耗費成本且造成不便的事件之前,便加以評估並解決。
- 遠端監控並及早偵測問題
- 自動化診斷測試及診斷資料蒐集,以利故障排除
- 根據診斷故障代碼(DTC)的發生次數或其他車輛狀態觸發
- 透過精準的車輛資料,更快解決問題
- 在售前車輛上實施修復措施,以避免日後可能發生的召回