本發明涉及一種汽車控制器的遠程更新技術領域,特別涉及一種汽車控制器遠程更新方法、裝置及系統。
背景技術:
現如今汽車大量普及,被人們使用,隨著汽車技術的發展,汽車的智能化技術也越來越被人們所關注。
隨著汽車技術的突飛發展,每隔一段時間,就會有一項新的功能可能會應用到汽車上,這就涉及到為汽車上的電子控制器(Electronic Control Unit,ECU)進行升級更新操作。無論是修補控制器上新發現的缺陷或功能上的BUG、漏洞,還是新增功能的應用,都需要對控制器進行軟件更新。
而在現有技術中,對控制器進行升級更新的方法一般是將汽車或待更新控制部件返廠進行更新;或者也可選擇將汽車移至在4S店等維修點,由工程師進行更新。
但這樣的方法往往成本高,周期長,也難以保證對所有目標汽車進行更新,尤其是汽車被售往各地區的情形下,進一步加大了實現的難度。
技術實現要素:
本發明所要解決的技術問題在于,提供一種汽車控制器遠程更新方法、裝置及系統,在汽車用戶側就可以實現對汽車中目標ECU的遠程更新,提高了ECU軟件更新的便利性及安全性。
為了解決上述技術問題,本發明實施例的一方面提供一種汽車控制器遠程更新方法,在設置于汽車側的遠程控制終端中實現,至少包括如下步驟:
接收后臺監測中心推送的軟件更新下載請求消息;
檢測當前是否適合下載,并將檢測結果反饋給后臺監測中心;
在適合下載的情形下,接收來自后臺監測中心的軟件更新包并存儲,并向后臺監測中心以及手機客戶端實時反饋下載進度;
在所述軟件更新包下載完畢后,根據整車狀態確定當前是否滿足軟件更新條件;
在整車狀態滿足軟件更新條件的情形下,向手機客戶端發起更新確認請求;
在接收到來自手機客戶端的更新確認反饋為允許后,通過CAN總線利用所述軟件更新包對目標ECU進行軟件更新,并將更新進度實時反饋給手機客戶端和后臺監測中心;
接收目標ECU更新完成后的自檢結果,生成軟件更新結果消息,并反饋給所述后臺監測中心以及手機客戶端。
其中,進一步包括:
當所述響應請求結果為不適合下載時,在延時后繼續接收來自后臺監測中心的軟件更新下載請求消息。
其中,在所述軟件更新包下載完畢后,根據整車狀態確定當前是否滿足軟件更新條件的步驟具體為:
判斷所述整車狀態是否處于運行狀態或充電狀態下,如果是,則確定當前不滿足軟件更新條件;否則,則確定當前滿足軟件更新條件。
其中,在接收到來自手機客戶端的更新確認反饋為允許后,通過CAN總線利用所述軟件更新包對目標ECU進行軟件更新,并將更新進度實時反饋給手機客戶端和后臺監測中心的步驟具體為:
解析所述軟件更新包的內容,確定所述汽車中涉及有軟件更新內容的ECU為目標ECU,其他ECU為非目標ECU;
控制所述非目標ECU停止工作,進入休眠狀態;控制待更新的目標ECU處于喚醒狀態;
根據所述軟件更新包的內容,通過CAN(Controller Area Network,控制器局域網絡)總線對所述目標ECU進行軟件更新;
將更新進度實時反饋給手機客戶端和后臺監測中心。
相應地,本發明實施例的另一方面提供一種汽車控制器遠程更新裝置,至少包括:
下載請求消息接收單元,用于接收后臺監測中心推送的軟件更新下載請求消息;
下載條件檢測單元,用于檢測當前是否適合下載,并將檢測結果反饋給后臺監測中心;
下載處理單元,用于在下載條件檢測單元檢測到適合下載時,接收來自后臺監測中心的軟件更新包并存儲,并向后臺監測中心以及手機客戶端實時反饋下載進度;
更新條件檢測單元,用于在所述軟件更新包下載完畢后,根據整車狀態確定當前是否滿足軟件更新條件;
更新確認請求單元,用于更新條件檢測單元檢測到整車狀態滿足軟件更新條件時,向手機客戶端發起更新確認請求;
軟件更新處理單元,用于在接收到來自手機客戶端的更新確認反饋為允許后,利用所述軟件更新包通過CAN總線對目標ECU進行軟件更新,并將更新進度實時反饋給手機客戶端和后臺監測中心;
更新結果反饋單元,用于接收目標ECU更新完成后的自檢結果,生成軟件更新結果消息,并反饋給所述后臺監測中心以及手機客戶端。
其中,所述更新條件檢測單元包括:
判斷單元,用于判斷所述整車狀態是否處于運行狀態或充電狀態下;
確定單元,用于在所述判斷單元判斷結果為是時,則確定當前不滿足軟件更新條件;否則,則確定當前滿足軟件更新條件。
其中,所述軟件更新處理單元包括:
解析單元,用于解析所述軟件更新包的內容,確定所述汽車中涉及有軟件更新內容的ECU為目標ECU,其他ECU為非目標ECU;
控制單元,用于控制所述非目標ECU停止工作,進入休眠狀態;控制待更新的目標ECU處于喚醒狀態;
更新單元,用于根據所述軟件更新包的內容,通過CAN總線對所述目標ECU進行軟件更新;
進度反饋單元,用于將更新進度實時反饋給所述手機客戶端和后臺監測中心。
相應地,本發明實施例的再一方面,還提供一種汽車控制器遠程更新系統,至少包括:
遠程控制終端,設置于汽車側,包括如權利要求5至7任一項所述的汽車控制器遠程更新裝置;
后臺監測中心,用于通過遠程控制終端監測汽車的ECU的數據,以及向遠程控制終端推送軟件更新包;
手機客戶端,裝載于與所述汽車相應的授權用戶手機上,用于接收來自遠程控制終端以及后臺監測中心的消息,并對來自遠程控制終端的更新確認請求進行確認;
其中,所述遠程控制終端通過CAN總線與汽車中的各ECU進行通信;所述遠程控制終端、所述后臺監測中心、手機客戶端三者之間通過無線方式進行通信。
實施本發明實施例,具有如下的有益效果:
實施本發明實施例,通過在車身側設置一個具備的無線通信功能遠程控制終端,其可以接收后臺監測中心的軟件更新包,并與汽車的相關用戶的手機客戶端進行交互,由手機客戶端確定是否允許進行更新,并利用整車CAN網絡通信功能,對目標ECU(控制器)實現在線軟件更新,無需將整車或零部件返廠或4S店,在汽車用戶側就可以直接完成遠程更新,提高了更新ECU軟件的便利性;同時,由于最終的更新啟動,需要用戶的確認,從而提高了安全性。
附圖說明
為了更清楚地說明本發明實施例或現有技術中的技術方案,下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發明的一些實施例,對于本領域普通技術人員來講,在不付出創造性勞動性的前提下,還可以根據這些附圖獲得其他的附圖。
圖1是本發明提供的一種汽車控制器遠程更新系統的一個實施例的結構示意圖;
圖2是本發明提供的一種汽車控制器遠程更新方法的一個實施例的主要流程示意圖;
圖3是圖2中步驟S15的詳細的流程示意圖;
圖4是本發明提供的一種汽車控制器遠程更新裝置的一個實施例的結構示意圖;
圖5是圖4中更新條件檢測單元的結構示意圖;
圖6是圖4中軟件更新處理單元的結構示意圖。
具體實施方式
下面將結合本發明實施例中的附圖,對本發明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發明一部分實施例,而不是全部的實施例。基于本發明中的實施例,本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例,都屬于本發明保護的范圍。
下面將結合附圖對本發明做進一步詳細描述。
如圖1所示,示出了本發明是本發明提供的一種汽車控制器遠程更新系統的一個實施例的結構示意圖;在該實施例中,該汽車控制器遠程更新系統至少包括:
設置于汽車側的遠程控制終端4,其通過CAN總線與汽車中的各ECU進行通信,可以獲得各ECU(控制器)5中的信息,同時可以控制對各ECU進行軟件更新;
后臺監測中心2,用于通過遠程控制終端4監測汽車的ECU的數據,以及向遠程控制終端4推送軟件更新包,可以理解的是,該后臺監測中心2可以設置于汽車制造企業或ECU提供商處,當相應汽車ECU的軟件需要進行更新時,可以主動向各遠程控制終端4推送相應信息;
手機客戶端3,裝載于與所述汽車相應的授權用戶的手機上,用于接收來自遠程控制終端4以及后臺監測中心2的消息,并對來自遠程控制終端4的更新確認請求(后文會進行說明)進行確認;
其中,所述遠程控制終端4、所述后臺監測中心2、手機客戶端3三者之間通過無線方式進行通信。
在后文中會對上述涉及的各部件的功能及相互的交互關系進行詳細說明。
如圖2所示,示出了本發明提供的一種汽車控制器遠程更新方法的一個實施例的主要流程示意圖;并一并結合圖3所示。在該實施例中,該汽車控制器遠程更新方法在設置于汽車側的遠程控制終端4中實現,該方法至少包括如下步驟:
步驟S10,接收后臺監測中心推送的軟件更新下載請求消息,具體地,該軟件更新下載請求消息中可以含諸如需要更新的ECU名稱,版本號等信息;
步驟S11,檢測當前是否適合下載,并將檢測結果反饋給后臺監測中心;
可以理解的是,當遠程控制終端自身存在故障,或正在執行某項特殊功能時,則認為當前不適合下載;
所述后臺監測中心收到的響應請求結果為不適合下載時,后臺監測中心會延時(例如間隔一小時)后繼續向所述遠程控制終端推送的軟件更新下載請求消息,即當所述響應請求結果為不適合下載時,遠程控制終端在延時后繼續接收來自后臺監測中心的軟件更新下載請求消息;否則,向所述遠程控制終端推送軟件更新包。
步驟S12,在適合下載的情形下,接收來自后臺監測中心的軟件更新包并存儲,并向后臺監測中心以及手機客戶端實時反饋下載進度;
步驟S13,在所述軟件更新包下載完畢后,根據整車狀態確定當前是否滿足軟件更新條件,具體地,在一些例子中,在該步驟中需要判斷所述整車狀態是否處于運行狀態或充電狀態下,如果是,則確定當前不滿足軟件更新條件;否則,則確定當前滿足軟件更新條件;
步驟S14,在整車狀態滿足軟件更新條件的情形下,向手機客戶端發起更新確認請求,此時會在手機客戶端上顯示該更新確認請求,供用戶確認是否可以進行后續的更新操作;
步驟S15,在接收到來自手機客戶端的更新確認反饋為允許后,通過CAN總線利用所述軟件更新包對目標ECU進行軟件更新,并將更新進度實時反饋給手機客戶端和后臺監測中心;若接收到的來自手機客戶端的是更新確認反饋為不允許后,則繼續等待,直到手機客戶端發送允許信息;
具體地,該步驟S15可包括:
步驟S150,解析所述軟件更新包的內容,確定所述汽車中涉及有軟件更新內容的ECU為目標ECU,其他ECU為非目標ECU;
步驟S151,控制所述非目標ECU停止工作,進入休眠狀態;控制待更新的目標ECU處于喚醒狀態;
步驟S152,根據所述軟件更新包的內容,通過CAN總線對所述目標ECU進行軟件更新;
步驟S153,將更新進度實時反饋給手機客戶端和后臺監測中心;
步驟S16,接收目標ECU更新完成后的自檢結果,生成軟件更新結果消息,并反饋給所述后臺監測中心以及手機客戶端。
可以理解的是,如果某個目標ECU更新完成后的自檢結果為不正常,則需要對該目標ECU再次進行軟件更新,直至其自檢結果正常。
相應地,如圖4所示,示出了本發明提供的一種汽車控制器遠程更新裝置的一個實施例的結構示意圖,一并結合圖5、圖6所示,在該實施例中,汽車控制器遠程更新裝置1設置于圖1中的遠程控制終端4中,其至少包括:
下載請求消息接收單元10,用于接收后臺監測中心推送的軟件更新下載請求消息;
下載條件檢測單元11,用于檢測當前是否適合下載,并將檢測結果反饋給后臺監測中心;
下載處理單元12,用于在下載條件檢測單元檢測到適合下載時,接收來自后臺監測中心的軟件更新包并存儲,并向后臺監測中心以及手機客戶端實時反饋下載進度;
更新條件檢測單13,用于在所述軟件更新包下載完畢后,根據整車狀態確定當前是否滿足軟件更新條件;
更新確認請求單元14,用于更新條件檢測單元檢測到整車狀態滿足軟件更新條件時,向手機客戶端發起更新確認請求;
軟件更新處理單元15,用于在接收到來自手機客戶端的更新確認反饋為允許后,利用所述軟件更新包通過CAN總線對目標ECU進行軟件更新,并將更新進度實時反饋給手機客戶端和后臺監測中心;
更新結果反饋單元16,用于接收目標ECU更新完成后的自檢結果,生成軟件更新結果消息,并反饋給所述后臺監測中心以及手機客戶端。
其中,所述更新條件檢測單元13包括:
判斷單元130,用于判斷所述整車狀態是否處于運行狀態或充電狀態下;
確定單元131,用于在所述判斷單元判斷結果為是時,則確定當前不滿足軟件更新條件;否則,則確定當前滿足軟件更新條件。
所述軟件更新處理單15元包括:
解析單元150,用于解析所述軟件更新包的內容,確定所述汽車中涉及有軟件更新內容的ECU為目標ECU,其他ECU為非目標ECU;
控制單元151,用于控制所述非目標ECU停止工作,進入休眠狀態;控制待更新的目標ECU處于喚醒狀態;
更新單元152,用于根據所述軟件更新包的內容,通過CAN總線對所述目標ECU進行軟件更新;
進度反饋單元153,用于將更新進度實時反饋給所述手機客戶端和后臺監測中心。
更多的細節,可以參考前述對圖1至圖3的描述,在此不進行詳述。
實施本發明,具有如下有益效果:
實施本發明實施例,通過在車身側設置一個具備的無線通信功能遠程控制終端,其可以接收后臺監測中心的軟件更新包,并與汽車的相關用戶的手機客戶端進行交互,由手機客戶端確定是否允許進行更新,并利用整車CAN網絡通信功能,對目標ECU(控制器)實現在線軟件更新,無需將整車或零部件返廠或4S店,在汽車用戶側就可以直接完成遠程更新,提高了更新ECU軟件的便利性;同時,由于最終的更新啟動,需要用戶的確認,從而提高了安全性。
以上內容是結合具體的優選實施方式對本發明所作的進一步詳細說明,不能認定本發明的具體實施只局限于這些說明。對于本發明所屬技術領域的普通技術人員來說,在不脫離本發明構思的前提下,還可以做出若干簡單推演或替換,都應當視為屬于本發明的保護范圍。