本申請屬于智能電動車升級，具體涉及一種基于sovd協(xié)議的線刷服務方法和服務器。

背景技術(shù)：

1、隨著智能電動汽車技術(shù)的發(fā)展，智能電動車的域控制器hpc會使用多核處理器架構(gòu)的cpu（a?核和m核），中心化集中控制動力域、底盤域、車身域、座艙域、自動駕駛域。hpc在車輛中通常指的是high-performance?computer（高性能計算機），它是現(xiàn)代汽車電子電器架構(gòu)中的核心組件，尤其是在高級自動駕駛（adas）和高級智能電動車中發(fā)揮重要作用。hpc將傳統(tǒng)分散在多個電子控制單元ecu中功能整合到一個高性能的計算單元中。在傳統(tǒng)的汽車架構(gòu)中，引擎系統(tǒng)、制動系統(tǒng)、空調(diào)系統(tǒng)等由獨立的ecu來處理，但是隨著車輛功能復雜度的增加，傳統(tǒng)的分布式架構(gòu)就顯得有些低效。hpc采用集中式的架構(gòu)，將大量ecu的邏輯功能整合到一個hpc上，hpc上集成了高性能的arm?cortex?a核處理器（a?cortex）和arm?cortexm核處理器（m?cortex）處理大量ecu的數(shù)據(jù)流，這樣做不僅提供了系統(tǒng)的效率，還降低了整車的硬件復雜度和成本。

2、sovd（scalable?service-oriented?vehicle?diagnostics，可擴展的面向服務的車輛診斷）是?asam?（association?for?standardisation?of?automation?and?measuringsystems?，自動化及測量系統(tǒng)標準協(xié)會）推出的一種面向未來汽車的服務化診斷架構(gòu)，旨在應對車輛診斷需求的變化。sovd?updates?api是sovd標準化的診斷服務接口之一，涉及到車輛軟件和固件的更新管理，其確保車輛能夠通過并安裝更新，以提高功能性、修復漏洞或者優(yōu)化性能。ota或者本地方式接收。

3、傳統(tǒng)汽車下的電子電氣架構(gòu)ecu的線刷方案，其大多是利用uds協(xié)議對ecu進行刷寫，刷寫序列單一，不支持對多核處理器的軟件和固件的刷寫，也不支持多種刷寫包類型。

技術(shù)實現(xiàn)思路

1、本申請的技術(shù)目的之一在于針對傳統(tǒng)汽車下的電子電氣架構(gòu)ecu的線刷方案，大多是利用uds協(xié)議對ecu進行刷寫，刷寫序列單一，不支持對多核處理器的軟件和固件的刷寫，也不支持多種刷寫包類型的技術(shù)問題，提供一種基于sovd協(xié)議的線刷服務方法和服務器。

2、為實現(xiàn)上述技術(shù)目的，本申請采用了以下技術(shù)方案。

3、第一方面，本申請實施例提供了基于sovd協(xié)議的線刷服務方法，所述線刷服務方法運行于hpc中的基于sovd協(xié)議的線刷服務器，所述線刷服務方法包括：

4、通過第一sovd?api接收客戶端上傳的線刷壓縮包，確定所述線刷壓縮包的id；

5、通過所述第一sovd?api接收所述客戶端發(fā)送來的線刷請求；響應于所述線刷請求，調(diào)用解包工具，利用所述解包工具對所述線刷壓縮包進行解析，獲得線刷文件和線刷序列文件；所述線刷文件包括線刷對象、線刷壓縮包的類型和至少一個壓縮固件；所述線刷序列文件包括各所述壓縮固件的線刷序列；

6、利用所述解包工具根據(jù)所述id、線刷文件和/或線刷序列文件進行校驗；

7、若所述解包工具校驗通過，則基于所述線刷對象、請求線刷類型和壓縮固件，按照各所述壓縮固件的線刷序列進行刷寫。

8、第二方面，本申請實施例提供了一種基于sovd協(xié)議的線刷服務器，所述線刷服務器運行于hpc中，所述服務器包括：

9、sovd?servlet庫，用于通過第一sovd?api接收客戶端上傳的線刷壓縮包，確定所述線刷壓縮包的id；通過所述第一sovd?api接收所述客戶端發(fā)送來的線刷請求；響應于所述線刷請求，調(diào)用解包工具；

10、所述解包工具，用于對所述線刷壓縮包進行解析，獲得線刷文件和線刷序列文件；所述線刷文件包括線刷對象、線刷壓縮包的類型和至少一個壓縮固件；所述線刷序列文件包括各所述壓縮固件的線刷序列；根據(jù)所述id、線刷文件和/或線刷序列文件進行校驗；

11、線刷工具，用于若所述解包工具校驗通過，則基于所述線刷對象、請求線刷類型和壓縮固件，按照各所述壓縮固件的線刷序列進行刷寫。

12、與現(xiàn)有技術(shù)相比，本申請實施例提供的基于sovd協(xié)議的線刷服務方法具有以下有益技術(shù)效果：利用?restful?api?的特點，能以標準化、簡潔的方式實現(xiàn)客戶端與?hpc?之間的線刷壓縮包傳輸；客戶端的用戶只需要簡單的使用sovd?api即可實現(xiàn)對hpc的線刷，不需要關心hpc底層多核復雜的刷寫流程和邏輯；響應線刷請求時，能基于線刷對象、請求線刷類型和壓縮固件，按照壓縮固件的線刷序列進行刷寫，這種方式可以根據(jù)不同的請求和實際情況，靈活地選擇刷寫對象和刷寫類型，并且嚴格按照預設的線刷序列進行操作，保證了刷寫過程的有序性和正確性，提高了刷寫的成功率和效率，減少了因刷寫順序錯誤等問題導致的設備異常。

13、本申請實施例提供的基于sovd協(xié)議的線刷服務器，具有與以上基于sovd協(xié)議的線刷服務方法相同的有益技術(shù)效果，不做贅述。

技術(shù)特征：

1.一種基于sovd協(xié)議的線刷服務方法，其特征在于，所述線刷服務方法運行于hpc中的基于sovd協(xié)議的線刷服務器，所述線刷服務方法包括：

2.根據(jù)權(quán)利要求1所述的基于sovd協(xié)議的線刷服務方法，其特征在于，通過第一sovdapi接收客戶端上傳的線刷壓縮包之前還包括：

3.根據(jù)權(quán)利要求2所述的基于sovd協(xié)議的線刷服務方法，其特征在于，所述方法還包括：

4.根據(jù)權(quán)利要求1所述的基于sovd協(xié)議的線刷服務方法，其特征在于，所述方法還包括：?如果刷寫失敗，則通過第四sovd?api?向所述客戶端發(fā)送刷寫失敗的日志信息，否則通過第五sovd?api?向所述客戶端返回刷寫成功后hpc是否進行了重啟。

5.根據(jù)權(quán)利要求1所述的基于sovd協(xié)議的線刷服務方法，其特征在于，所述線刷請求的請求線刷類型包括第一線刷請求和第二線刷請求，所述第一線刷請求包括執(zhí)行自動線刷請求，所述第二刷請求消息包括先后發(fā)送的準備手動線刷請求和執(zhí)行手動線刷請求。

6.根據(jù)權(quán)利要求1所述的基于sovd協(xié)議的線刷服務方法，其特征在于，所述hpc包括m核和a核，所述線刷對象包括對m核進行線刷、對a核進行線刷或者同時對m核和a核進行線刷。

7.根據(jù)權(quán)利要求6所述的基于sovd協(xié)議的線刷服務方法，其特征在于，所述hpc與ecu連接，所述線刷對象還包括對所述ecu進行線刷。

8.根據(jù)權(quán)利要求1所述的基于sovd協(xié)議的線刷服務方法，其特征在于，所述線刷壓縮包的類型包括fota類型、single?uds類型、single?acp、fota_full類型以及zip?uds類型；其中fota類型的線刷壓縮包用于刷寫a?核固件，所述single?uds類型的線刷壓縮包用于刷寫m?核和ecu單個固件，所述single?acp類型的線刷壓縮包用于刷寫a?核?autosar?ap應用程序軟件，fota_full類型的線刷壓縮包用于刷寫a?核和m?核固件，zip?uds類型的線刷壓縮包用于刷寫m?核和ecu的多個固件。

9.一種基于sovd協(xié)議的線刷服務器，其特征在于，所述線刷服務器運行于hpc中，所述服務器包括：

10.根據(jù)權(quán)利要求9所述的基于sovd協(xié)議的線刷服務器，其特征在于，所述線刷服務器還包括版本獲取工具；

技術(shù)總結(jié)
本申請公開了基于SOVD協(xié)議的線刷服務方法和服務器，線刷服務方法運行于HPC中的線刷服務器，通過第一SOVD?API接收客戶端上傳的線刷壓縮包，確定線刷壓縮包的ID；通過第一SOVD?API接收客戶端發(fā)送來的線刷請求；響應于線刷請求，調(diào)用解包工具，利用解包工具對線刷壓縮包進行解析，獲得線刷文件和線刷序列文件；線刷文件包括線刷對象、線刷壓縮包的類型和至少一個壓縮固件；線刷序列文件包括各壓縮固件的線刷序列；利用解包工具根據(jù)ID、線刷文件和/或線刷序列文件進行校驗；若通過，則按照各壓縮固件的線刷序列進行刷寫。本申請可靈活地選擇刷寫對象和刷寫類型，按照線刷序列進行線刷，保證了刷寫過程的有序性和正確性。

技術(shù)研發(fā)人員：請求不公布姓名,請求不公布姓名,請求不公布姓名
受保護的技術(shù)使用者：奧特酷智能科技（南京）有限公司
技術(shù)研發(fā)日：
技術(shù)公布日：2025/4/28