本發(fā)明涉及車聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種車載ECU的遠(yuǎn)程更新方法、車載ECU及車輛。

背景技術(shù)：

車載電子控制單元(Electronic Control Unit，簡稱ECU)，是車輛專用的微機控制器。車載ECU具有運算與控制的功能，不但能夠采集車輛中各傳感器的信號并對其進(jìn)行運算，而且還可將運算的結(jié)果轉(zhuǎn)變?yōu)榭刂菩盘?，進(jìn)而控制車輛中各部件的工作。車載ECU根據(jù)存儲于其中的車載ECU軟件進(jìn)行運算與控制處理，隨著車輛技術(shù)的發(fā)展，車輛廠家可能會對車載ECU軟件進(jìn)行更新，以優(yōu)化車載ECU軟件中的算法或控制邏輯，從而提高車輛的性能或安全性。由于新版本的車載ECU軟件功能更全，性能更優(yōu)越，因此，為了提高車輛的安全性能，需要及時對車載ECU軟件進(jìn)行更新。

目前，車載ECU軟件的更新主要通過線下方式進(jìn)行，具體的，首先需要用戶將車輛開到4S店等專業(yè)維修站點，然后由專業(yè)維修人員借助車輛診斷工具等專業(yè)設(shè)備對車載ECU軟件進(jìn)行更新。

然而，現(xiàn)有的車載ECU軟件的更新方法，整個更新流程繁瑣，而且需要消耗用戶和維修人員的大量時間，致使車載ECU軟件的更新效率較低。

技術(shù)實現(xiàn)要素：

本發(fā)明提供一種車載ECU的遠(yuǎn)程更新方法、車載ECU及車輛，以克服現(xiàn)有車載ECU軟件的更新方法，其更新流程繁瑣、耗時多、車載ECU軟件的更新效率較低的問題。

本發(fā)明提供的一種車載ECU的遠(yuǎn)程更新方法，包括：

車載ECU接收TSP服務(wù)器發(fā)送的軟件更新通知消息，所述軟件更新通知消息中包含待更新的軟件版本標(biāo)識；

所述車載ECU將所述待更新的軟件版本標(biāo)識與當(dāng)前軟件版本標(biāo)識進(jìn)行比對，判斷是否需要進(jìn)行軟件更新；

若需要進(jìn)行軟件更新，則所述車載ECU與所述TSP服務(wù)器建立數(shù)據(jù)傳輸鏈路，并接收所述TSP服務(wù)器在所述數(shù)據(jù)傳輸鏈路上發(fā)送的待更新軟件包；

所述車載ECU在完成所述待更新軟件包的接收后，斷開與所述TSP服務(wù)器之間的數(shù)據(jù)傳輸鏈路；

所述車載ECU接收用戶發(fā)送的軟件更新指示，采用所述待更新軟件包進(jìn)行軟件更新處理；

所述車載ECU確定更新處理后的軟件是否能夠正常運行，若能夠正常運行則生成軟件成功更新日志；

所述車載ECU與所述TSP服務(wù)器建立通信連接，并將所述軟件成功更新日志上傳給所述TSP服務(wù)器。

本發(fā)明提供了一種車載ECU，包括：

傳輸模塊，用于接收TSP服務(wù)器發(fā)送的軟件更新通知消息，所述軟件更新通知消息中包含待更新的軟件版本標(biāo)識；

判斷模塊，用于將所述待更新的軟件版本標(biāo)識與當(dāng)前軟件版本標(biāo)識進(jìn)行比對，判斷是否需要進(jìn)行軟件更新；

所述傳輸模塊，還用于若需要進(jìn)行軟件更新，則與所述TSP服務(wù)器建立數(shù)據(jù)傳輸鏈路，并接收所述TSP服務(wù)器在所述數(shù)據(jù)傳輸鏈路上發(fā)送的待更新軟件包，用于在完成所述待更新軟件包的接收后，斷開與所述TSP服務(wù)器之間的數(shù)據(jù)傳輸鏈路；

更新處理模塊，用于接收用戶發(fā)送的軟件更新指示，采用所述待更新軟件包進(jìn)行軟件更新處理，若更新處理后的軟件能夠正常運行，則生成軟件成功更新日志；

所述傳輸模塊，還用于與所述TSP服務(wù)器建立通信連接，并將所述軟件成功更新日志上傳給所述TSP服務(wù)器。

本發(fā)明還提供了一種車輛，包括：本發(fā)明所述的車載ECU；

所述車載ECU，用于執(zhí)行所述車載ECU中軟件的遠(yuǎn)程更新。

本發(fā)明提供的車載ECU的遠(yuǎn)程更新方法、車載ECU及車輛，通過車載ECU接收TSP服務(wù)器發(fā)送的軟件更新通知消息，并當(dāng)需要進(jìn)行軟件更新時， 車載ECU建立與TSP服務(wù)器之間的數(shù)據(jù)傳輸鏈路，接收TSP服務(wù)器發(fā)送的該待更新軟件包，當(dāng)車載ECU接收用戶發(fā)送的軟件更新指示后，采用上述待更新軟件包進(jìn)行軟件更新處理，若車載ECU確定更新處理后的軟件能夠正常工作時生成軟件成功更新日志，并通過車載ECU與TSP服務(wù)器之間的通信連接將其上傳到TSP服務(wù)器。本發(fā)明的技術(shù)方案，車載ECU能夠在第一時間接收TSP服務(wù)器發(fā)送的軟件更新通知消息和待更新軟件包，讓用戶自由選擇軟件更新處理的時間和地點，簡化了更新流程，減少了用戶和維修人員的時間消耗，大大提高了車載ECU軟件的更新效率。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明車載ECU的遠(yuǎn)程更新方法實施例一的流程示意圖；

圖2為本發(fā)明車載ECU的遠(yuǎn)程更新方法實施例二的流程示意圖；

圖3為本發(fā)明車載ECU的遠(yuǎn)程更新方法實施例三的流程示意圖；

圖4為本發(fā)明車載ECU的遠(yuǎn)程更新方法實施例四的流程示意圖；

圖5為本發(fā)明車載ECU的遠(yuǎn)程更新方法實施例五的流程示意圖；

圖6為本發(fā)明車載ECU的遠(yuǎn)程更新方法實施例六的流程示意圖；

圖7為本發(fā)明車載ECU實施例的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。

圖1為本發(fā)明車載ECU的遠(yuǎn)程更新方法實施例一的流程示意圖。如圖1所示，本發(fā)明實施例一提供的車載ECU的遠(yuǎn)程更新方法，包括：

步驟101：車載ECU接收TSP服務(wù)器發(fā)送的軟件更新通知消息；

其中，該軟件更新通知消息中包含待更新的軟件版本標(biāo)識。

遠(yuǎn)程服務(wù)供應(yīng)商(Telematics Service Provider，簡稱TSP)服務(wù)器在Telematics產(chǎn)業(yè)鏈中居于核心地位，能夠?qū)④囕d電子控制單元(Electronic Control Unit，簡稱ECU)新版本的軟件更新通知消息在第一時間通知給車載ECU，以便車載ECU根據(jù)需要及時對車載ECU軟件進(jìn)行更新。車載ECU接收TSP服務(wù)器發(fā)送的軟件更新通知消息，該軟件更新通知消息中包含待更新的軟件版本標(biāo)識。

值得說明的是，TSP服務(wù)器還可以直接將軟件更新通知消息推送給車輛用戶的手機APP，以使車輛用戶能夠在第一時間獲知車載ECU有可以更新的軟件包。

步驟102：車載ECU將該待更新的軟件版本標(biāo)識與當(dāng)前軟件版本標(biāo)識進(jìn)行比對，判斷是否需要進(jìn)行軟件更新；

車載ECU將軟件更新通知消息中的待更新的軟件版本標(biāo)識與當(dāng)前軟件版本標(biāo)識進(jìn)行對比，判斷該待更新的軟件版本號是否高于當(dāng)前的軟件版本號，進(jìn)而確定是否需要進(jìn)行該軟件版本的更新。

步驟103：若需要進(jìn)行軟件更新，則車載ECU與TSP服務(wù)器建立數(shù)據(jù)傳輸鏈路，并接收TSP服務(wù)器在數(shù)據(jù)傳輸鏈路上發(fā)送的待更新軟件包；

具體的，若待更新的軟件版本號高于當(dāng)前的軟件版本號，確定該車載ECU需要進(jìn)行該軟件更新。那么，在車載ECU與TSP服務(wù)器之間建立數(shù)據(jù)傳輸鏈路，便于TSP服務(wù)器通過該數(shù)據(jù)傳輸鏈路將待更新軟件包發(fā)送給車載ECU，車載ECU接收TSP服務(wù)器發(fā)送的該待更新軟件包。

步驟104：車載ECU在完成該待更新軟件包的接收后，斷開與TSP服務(wù)器之間的數(shù)據(jù)傳輸鏈路；

TSP服務(wù)器的職責(zé)是負(fù)責(zé)待更新軟件包及相關(guān)文件的存儲和發(fā)送。車載ECU接收TSP服務(wù)器通過車載ECU與TSP服務(wù)器之間的數(shù)據(jù)傳輸鏈路傳輸?shù)拇萝浖?dāng)待更新軟件包接收完成后，斷開TSP服務(wù)器和車載ECU之間的連接，但斷開連接并不影響車載ECU的更新流程。

步驟105：車載ECU接收用戶發(fā)送的軟件更新指示，采用待更新軟件包進(jìn)行軟件更新處理；

當(dāng)車輛ECU接收到待更新軟件包之后，可首先通過設(shè)置鈴聲等方式提醒用戶待更新軟件包已接收完成，用戶接收該提醒后，可根據(jù)實際需要，自由選擇軟件更新的時間和地點。當(dāng)更新的時間和地點合適時，且車輛處于靜止?fàn)顟B(tài)時，用戶向車載ECU發(fā)送軟件更新指示，車載ECU接收到該軟件更新指示后，采用上述待更新軟件包對軟件進(jìn)行更新處理。

步驟106：車載ECU確定更新處理后的軟件是否能夠正常運行，若能夠正常運行則生成軟件成功更新日志；

若待更新軟件包的軟件更新處理成功，車載ECU判斷軟件更新處理后的軟件能否正常運行，如果能，那么表示車載ECU軟件的遠(yuǎn)程更新成功，車載ECU生成軟件成功更新日志。

步驟107：車載ECU與TSP服務(wù)器建立通信連接，并將上述軟件成功更新日志上傳給TSP服務(wù)器。

當(dāng)車載ECU軟件的遠(yuǎn)程更新成功后，車載ECU建立與TSP服務(wù)器的通信連接，并將軟件成功更新日志上傳給TSP服務(wù)器，TSP服務(wù)器接收并保存該軟件成功更新日志，以便后續(xù)有更高版本的軟件包時，TSP服務(wù)器能夠?qū)⒏甙姹镜能浖峦ㄖl(fā)送給車載ECU。

本發(fā)明實施例一提供的車載ECU的遠(yuǎn)程更新方法，通過車載ECU接收TSP服務(wù)器發(fā)送的軟件更新通知消息，并當(dāng)需要進(jìn)行軟件更新時，車載ECU建立與TSP服務(wù)器之間的數(shù)據(jù)傳輸鏈路，接收TSP服務(wù)器發(fā)送的該待更新軟件包，當(dāng)車載ECU接收用戶發(fā)送的軟件更新指示后，采用上述待更新軟件包進(jìn)行軟件更新處理，若車載ECU確定更新處理后的軟件能夠正常工作時生成軟件成功更新日志，并通過車載ECU與TSP服務(wù)器之間的通信連接將其上傳到TSP服務(wù)器。本發(fā)明的技術(shù)方案，車載ECU能夠在第一時間接收TSP服務(wù)器發(fā)送的軟件更新通知消息和待更新軟件包，讓用戶自由選擇軟件更新處理的時間和地點，簡化了更新流程，減少了用戶和維修人員的時間消耗，大大提高了車載ECU軟件的更新效率。

圖2為本發(fā)明車載ECU的遠(yuǎn)程更新方法實施例二的流程示意圖。本發(fā)明實施例二是在上述實施例一的基礎(chǔ)上，對圖1所示車載ECU的遠(yuǎn)程更新方法的進(jìn)一步說明。具體的，本發(fā)明實施例針對車載ECU采用待更新軟件包進(jìn)行軟件更新處理后，若車載ECU軟件更新處理失敗或者若車載ECU更新處理 后的軟件不能正常運行的情況進(jìn)行了說明。

如圖2所示，本發(fā)明實施例二提供的車載ECU的遠(yuǎn)程更新方法，在步驟105之后，也即，在車載ECU接收用戶發(fā)送的軟件更新指示，采用待更新軟件包進(jìn)行軟件更新處理之后，還包括：

步驟201：若車載ECU采用待更新軟件包進(jìn)行軟件更新處理失敗或者若車載ECU確定更新處理后的軟件不能正常運行，車載ECU進(jìn)行軟件回滾處理并生成第一軟件失敗更新日志；

當(dāng)車載ECU確定其采用待更新軟件包進(jìn)行軟件更新處理失敗或者更新處理后的軟件不能正常運行時，車載ECU將利用當(dāng)前軟件版本的軟件包進(jìn)行軟件回滾處理并生成第一軟件失敗更新日志。該第一軟件失敗更新日志表明車載ECU利用待更新軟件包進(jìn)行軟件更新處理失敗或者軟件更新處理成功但更新處理后軟件不能正常運行。

值得說明的是，回滾(Rollback)泛指當(dāng)程序或數(shù)據(jù)處理錯誤時，將程序或數(shù)據(jù)恢復(fù)到上一次正確狀態(tài)的行為。因此，本發(fā)明實施例中的軟件回滾處理是指由于新版本的程序更新失敗，將其返回到軟件當(dāng)前版本的操作。將更新處理不成功的軟件回滾到當(dāng)前版本能夠確保車輛ECU仍然能夠利用當(dāng)前版本的軟件進(jìn)行運算或處理，進(jìn)而保證了車輛能夠正常運行。

步驟202：車載ECU與TSP服務(wù)器建立通信連接，并將第一軟件失敗更新日志上傳給TSP服務(wù)器。

在車載ECU與TSP服務(wù)器之間建立通信連接，車載ECU將表征軟件更新處理失敗或者軟件更新處理成功但更新處理后軟件不能正常運行的第一軟件失敗更新日志上傳到TSP服務(wù)器，以便于TSP服務(wù)器獲知該車載ECU已進(jìn)行過待更新軟件包的更新但失敗的狀況。

本發(fā)明實施例二提供的遠(yuǎn)程更新方法，當(dāng)車載ECU軟件更新處理失敗或更新處理后軟件不能正常運行時，對軟件進(jìn)行回滾處理使其返回到能夠正常運行的當(dāng)前版本，保證了車載ECU軟件能夠正常工作，進(jìn)行保證了車輛的性能安全，通過將表征車載ECU軟件更新處理失敗或更新處理后軟件不能正常運行的第一軟件失敗更新日志上傳到TSP服務(wù)器進(jìn)行保存，車輛廠家能夠獲知該待更新軟件包有缺陷，以便對該待更新軟件包進(jìn)行修復(fù)或完善。

圖3為本發(fā)明車載ECU的遠(yuǎn)程更新方法實施例三的流程示意圖。本發(fā)明 實施例三是在上述實施例一和實施例二技術(shù)方案的基礎(chǔ)上，對圖2所示車載ECU的遠(yuǎn)程更新方法的進(jìn)一步說明。如圖3所示，本發(fā)明實施例三提供的遠(yuǎn)程更新方法，在車載ECU進(jìn)行軟件回滾處理并生成第一軟件失敗更新日志之前，還包括：

步驟301：車載ECU檢測軟件更新處理次數(shù)是否達(dá)到第一閾值；若否，執(zhí)行步驟302，若是，執(zhí)行步驟303；

具體的，第一閾值是用戶根據(jù)實際需要自行設(shè)置的，若用戶的時間充裕，可將其設(shè)置的偏大一點，若用戶比較繁忙，可將其設(shè)置的偏小一點，本發(fā)明并不對此進(jìn)行限定。

步驟302：車載ECU再次采用待更新軟件包進(jìn)行軟件更新處理；

步驟303：車載ECU進(jìn)行軟件回滾處理并生成第一軟件失敗更新日志。

本發(fā)明實施例三提供的車載ECU的遠(yuǎn)程更新方法，在軟件更新處理失敗或者更新處理后的軟件不能正常運行時，車載ECU通過檢測軟件更新處理次數(shù)是否達(dá)到設(shè)定的第一閾值，若未達(dá)到第一閾值，再次采用待更新軟件包進(jìn)行軟件更新處理，只有在軟件更新處理次數(shù)達(dá)到第一閾值時，才進(jìn)行軟件回滾處理并生成第一軟件失敗更新日志，避免了軟件更新處理時由于外界原因或誤操作處理造成的軟件更新處理失敗或者更新處理后的軟件不能正常運行，保證了車載ECU能夠及時更新需更新的軟件，進(jìn)而提高了車載ECU軟件的更新效率，提高了車輛的安全性能。

圖4為本發(fā)明車載ECU的遠(yuǎn)程更新方法實施例四的流程示意圖。本發(fā)明實施例四是在上述實施例一至實施例三技術(shù)方案的基礎(chǔ)上，對圖1、圖2和圖3所示車載ECU的遠(yuǎn)程更新方法的進(jìn)一步說明。如圖4所示，本發(fā)明實施例四提供的遠(yuǎn)程更新方法，在車載ECU進(jìn)行軟件回滾處理之后，還包括：

步驟401：若車載ECU確定軟件回滾處理后的軟件能夠正常運行，則生成第二軟件失敗更新日志；

若軟件回滾處理后的軟件能夠正常運行，表明雖然車載ECU待更新軟件包的軟件更新處理失敗，但是車載ECU回滾到當(dāng)前版本后仍能正常運行，此時，生成第二軟件失敗更新日志來記錄軟件更新失敗但回滾處理后軟件正常運行的情況。

步驟402：車載ECU與TSP服務(wù)器建立通信連接，并將第二軟件失敗更 新日志上傳給TSP服務(wù)器。

回滾處理后，在車載ECU與TSP服務(wù)器之間建立通信連接，將第二軟件失敗更新日志上傳給TSP服務(wù)器，TSP服務(wù)器保存該次軟件更新失敗的第二軟件失敗更新日志，便于車輛廠家及時獲取到車載ECU利用待更新軟件包進(jìn)行升級時存在問題的情況。

本發(fā)明實施例四提供的車載ECU的遠(yuǎn)程更新方法，若車載ECU確定軟件回滾處理后的軟件正常運行則生成第二軟件失敗更新日志，并將記錄有該次更新狀況的第二軟件失敗更新日志上傳給TSP服務(wù)器，可以使車輛廠家及時獲取到待更新軟件包更新處理時存在問題，以便車輛廠家及時對待更新軟件包進(jìn)行檢測和處理。

圖5為本發(fā)明車載ECU的遠(yuǎn)程更新方法實施例五的流程示意圖。本發(fā)明實施例五是在上述各實施例技術(shù)方案的基礎(chǔ)上，對車載ECU的遠(yuǎn)程更新方法的進(jìn)一步說明。如圖5所示，本發(fā)明實施例五提供的遠(yuǎn)程更新方法，在車載ECU進(jìn)行軟件回滾處理之后，還包括：

步驟501：若車載ECU進(jìn)行軟件回滾處理失敗或者車載ECU確定軟件回滾處理后的軟件不能正常運行，則車載ECU再次進(jìn)行軟件回滾處理，直至所述軟件回滾處理次數(shù)達(dá)到第二閾值；

具體的，在車載ECU軟件回滾處理失敗或者車載ECU確定軟件回滾處理后的軟件不能正常運行時，再次進(jìn)行軟件回滾處理，只有在軟件回滾處理次數(shù)達(dá)到第二閾值時，才結(jié)束軟件回滾處理。該步驟的執(zhí)行，避免了軟件回滾處理時由于外界原因或誤操作處理造成的軟件回滾處理失敗或者回滾處理后的軟件不能正常運行，保證了車載ECU的正常運行，提高了車輛的安全性能。

步驟502：若軟件回滾處理次數(shù)達(dá)到第二閾值，則車載ECU對車載ECU和車載ECU軟件進(jìn)行故障診斷，得到車載ECU或車載ECU軟件的故障診斷結(jié)果；

若軟件回滾處理次數(shù)達(dá)到第二閾值時，表明車載ECU軟件回滾處理同樣失敗，則遠(yuǎn)程更新同樣以失敗結(jié)束。這時，可能是車載ECU本身或車載ECU軟件出現(xiàn)了故障，因此，利用車載ECU對當(dāng)前車輛的車載ECU和車載ECU軟件進(jìn)行故障診斷，可得到車載ECU或車載ECU軟件的故障診斷結(jié)果。

步驟503：車載ECU與TSP服務(wù)器建立通信連接，并將上述故障診斷結(jié)果上傳給TSP服務(wù)器。

軟件回滾處理同樣失敗后，車載ECU與TSP服務(wù)器之間建立通信連接，將上述故障診斷結(jié)果上傳給TSP服務(wù)器，給出解決方案，進(jìn)而確保了車輛的安全性能。

本發(fā)明實施例五提供的車載ECU的遠(yuǎn)程更新方法，若車載ECU確定車載ECU軟件回滾處理失敗或者車載ECU確定軟件回滾處理后的軟件不能正常運行，則對車載ECU和車載ECU軟件進(jìn)行故障診斷，得到車載ECU或車載ECU軟件的故障診斷結(jié)果，并將故障診斷結(jié)果上傳給TSP服務(wù)器，及時給出解決方案，從而確保了車輛能夠正常運行。

圖6為本發(fā)明車載ECU的遠(yuǎn)程更新方法實施例六的流程示意圖。本發(fā)明實施例六是對實施例一至實施例五整體技術(shù)方案的詳細(xì)說明。如圖6所示，本發(fā)明實施例六提供的車載ECU的遠(yuǎn)程更新方法，具體包括：

步驟601：車載ECU接收TSP服務(wù)器發(fā)送的軟件更新通知消息；

步驟602：車載ECU將該軟件更新通知消息中的待更新的軟件版本標(biāo)識與當(dāng)前軟件版本標(biāo)識進(jìn)行比對；

步驟603：車載ECU判斷是否需要進(jìn)行軟件更新；若是，執(zhí)行步驟606，若否，轉(zhuǎn)到步驟604；

步驟604：生成軟件無需更新日志；

步驟605：車載ECU與TSP服務(wù)器建立通信連接，并將軟件無需更新日志上傳給TSP服務(wù)器；

步驟606：車載ECU與TSP服務(wù)器建立數(shù)據(jù)傳輸鏈路；

步驟607：車載ECU接收TSP服務(wù)器在數(shù)據(jù)傳輸鏈路上發(fā)送的待更新軟件包；

步驟608：判斷待更新軟件包是否接收完成；若是，執(zhí)行步驟609，若否，繼續(xù)執(zhí)行步驟608；

步驟609：車載ECU斷開與TSP服務(wù)器之間的數(shù)據(jù)傳輸鏈路；

步驟610：判斷車載ECU是否接收到用戶發(fā)送的軟件更新指示，若是，執(zhí)行步驟611，若否，繼續(xù)執(zhí)行步驟610；

步驟611：車載ECU采用待更新軟件包進(jìn)行軟件更新處理；

步驟612：判斷車載ECU是否更新處理成功；若是，執(zhí)行步驟613，若否，執(zhí)行步驟616；

步驟613：判斷車載ECU更新處理后的軟件是否能夠正常運行，若是，執(zhí)行步驟614，若否，執(zhí)行步驟616；

步驟614：生成軟件成功更新日志；

步驟615：車載ECU與TSP服務(wù)器建立通信連接，將上述軟件成功更新日志上傳給TSP服務(wù)器；

步驟616：車載ECU檢測軟件更新處理次數(shù)是否達(dá)到第一閾值；若是，執(zhí)行步驟617，若否，轉(zhuǎn)到步驟611；

步驟617：生成第一軟件失敗更新日志；

步驟618：車載ECU進(jìn)行軟件回滾處理；

步驟619：車載ECU判斷軟件回滾處理是否成功；若是，執(zhí)行步驟620，若否，執(zhí)行步驟623；

步驟620：車載ECU判斷軟件回滾處理后的軟件是否正常運行；若是，執(zhí)行步驟621，若否，執(zhí)行步驟623；

步驟621：生成第二軟件失敗更新日志；

步驟622：車載ECU與TSP服務(wù)器建立通信連接，將第二軟件失敗更新日志上傳給TSP服務(wù)器；

步驟623：車載ECU檢測軟件回滾處理次數(shù)是否達(dá)到第二閾值；若是，執(zhí)行步驟624，若否，轉(zhuǎn)到步驟618；

步驟624：車載ECU對車載ECU和車載ECU軟件進(jìn)行故障診斷，得到車載ECU或車載ECU軟件的故障診斷結(jié)果；

步驟625：車載ECU與TSP服務(wù)器建立通信連接，并將上述故障診斷結(jié)果上傳給TSP服務(wù)器。

本發(fā)明實施例六提供的車載ECU的遠(yuǎn)程更新方法，通過車載ECU接收TSP服務(wù)器發(fā)送的軟件更新通知消息，并當(dāng)需要進(jìn)行軟件更新時，車載ECU建立與TSP服務(wù)器之間的數(shù)據(jù)傳輸鏈路，接收TSP服務(wù)器發(fā)送的該待更新軟件包，當(dāng)接收用戶發(fā)送的軟件更新指示后，采用上述待更新軟件包進(jìn)行軟件更新處理，若更新處理后的軟件能夠正常工作則生成軟件成功更新日志，若更新處理失敗或更新處理后軟件不能正常工作則進(jìn)行軟件回滾處理，并生成 第一軟件失敗更新日志，若軟件回滾處理后軟件正常工作生成第二軟件失敗更新日志，若軟件回滾處理也失敗或回滾處理后軟件不能正常工作則對車載ECU和車載ECU軟件進(jìn)行診斷生成故障診斷結(jié)果，并通過車載ECU與TSP服務(wù)器之間的通信連接將軟件成功更新日志、第一軟件失敗更新日志、第二軟件失敗更新日志和故障診斷結(jié)果上傳到TSP服務(wù)器。本發(fā)明的技術(shù)方案，車載ECU能夠在第一時間接收TSP服務(wù)器發(fā)送的軟件更新通知消息和待更新軟件包，使用戶自由選擇軟件更新處理的時間和地點，簡化了更新流程，減少了用戶和維修人員的時間消耗，大大提高了車載ECU軟件的更新效率。

圖7為本發(fā)明車載ECU實施例的結(jié)構(gòu)示意圖。如圖7所示，本發(fā)明實施例提供的車載ECU，包括：傳輸模塊701、判斷模塊702和更新處理模塊703。

其中，傳輸模塊701，用于接收TSP服務(wù)器發(fā)送的軟件更新通知消息，且該軟件更新通知消息中包含待更新的軟件版本標(biāo)識；

判斷模塊702，用于將待更新的軟件版本標(biāo)識與當(dāng)前軟件版本標(biāo)識進(jìn)行比對，判斷是否需要進(jìn)行軟件更新；

相應(yīng)的，傳輸模塊701，還用于若需要進(jìn)行軟件更新，則與TSP服務(wù)器建立數(shù)據(jù)傳輸鏈路，并接收TSP服務(wù)器在該數(shù)據(jù)傳輸鏈路上發(fā)送的待更新軟件包，以及用于在完成待更新軟件包的接收后，斷開與TSP服務(wù)器之間的數(shù)據(jù)傳輸鏈路；

更新處理模塊703，用于接收用戶發(fā)送的軟件更新指示，采用待更新軟件包進(jìn)行軟件更新處理，若更新處理后的軟件能夠正常運行，則生成軟件成功更新日志；

相應(yīng)的，傳輸模塊701，還用于與TSP服務(wù)器建立通信連接，并將軟件成功更新日志上傳給TSP服務(wù)器。

進(jìn)一步的，在上述實施例提供的車載ECU中，更新處理模塊703，還用于若車載ECU采用待更新軟件包進(jìn)行軟件更新處理失敗或者若車載ECU確定更新處理后的軟件不能正常運行，進(jìn)行軟件回滾處理并生成第一軟件失敗更新日志，還用于檢測軟件更新處理次數(shù)是否達(dá)到第一閾值，若軟件更新處理次數(shù)未達(dá)到第一閾值，則再次采用待更新軟件包進(jìn)行軟件更新處理，若軟件更新處理次數(shù)達(dá)到第一閾值，則進(jìn)行軟件回滾處理并生成第一軟件失敗更新日志。

進(jìn)一步的，在上述實施例提供的車載ECU中，更新處理模塊703，還用于若車載ECU確定軟件回滾處理后的軟件能夠正常運行，則生成第二軟件失敗更新日志；

相應(yīng)的，傳輸模塊701，還用于將第二軟件失敗更新日志上傳給TSP服務(wù)器。

更進(jìn)一步的，在上述實施例提供的車載ECU中，更新處理模塊703，還用于若車載ECU進(jìn)行軟件回滾處理失敗或者車載ECU確定軟件回滾處理后的軟件不能正常運行，則再次進(jìn)行軟件回滾處理，直至軟件回滾處理次數(shù)達(dá)到第二閾值，用于若軟件回滾處理次數(shù)達(dá)到第二閾值，則對車載ECU軟件進(jìn)行故障診斷，得到車載ECU軟件的故障診斷結(jié)果。

相應(yīng)的，傳輸模塊701，還用于將故障診斷結(jié)果上傳給TSP服務(wù)器。

本發(fā)明實施例提供的車載ECU，可以用于執(zhí)行圖1至圖6所示車載ECU遠(yuǎn)程更新方法實施例的技術(shù)方案，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

本發(fā)明還提供了一種車輛，包括：圖7所示的車載ECU；該車載ECU，用于執(zhí)行車載ECU中軟件的遠(yuǎn)程更新。

車載ECU的具體結(jié)構(gòu)、實現(xiàn)原理及技術(shù)效果可參見圖7所示車載ECU實施例的相關(guān)描述，此處不再贅述。

最后應(yīng)說明的是：以上各實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍。