[發明專利]一種軟件更新方法及系統

在審

• 申請號: 202010690332.2
• 申請日: 2020-07-17
• 公開（公告）號: CN111831310A
• 公開（公告）日: 2020-10-27
• 發明（設計）人: 劉浩
• 申請（專利權）人: 北京經緯恒潤科技有限公司
• 主分類號: G06F8/654
• 分類號: G06F8/654;G06F9/445;G06F11/14
• 代理公司: 北京集佳知識產權代理有限公司 11227
• 代理人: 王嬌嬌

本發明公開了一種軟件更新方法及系統，方法包括：獲取通過軟件注入設備注入的供應商軟件，其中，供應商軟件至少包括供應商的APP軟件，運行所述供應商軟件，進行整車下線測試；在測試完成后，發送命令使得程序指針跳轉到供應商軟件自毀BT區域執行；利用供應商的自毀BT下載客戶的軟件到供應商的APP軟件的存儲空間，擦除供應商的自毀BT。本發明在更新客戶的軟件時，能夠保證原有的生產工序不變，且能夠將供應商軟件擦除，保證在更新客戶的軟件后控制器中只存在客戶的軟件。

技術領域

本發明涉及車載軟件處理技術領域，尤其涉及一種軟件更新方法及系統。

背景技術

汽車行業發展至今日，OEM、Tier1、Tier2聯合開發的情況屢見不鮮，通常在不同的階段需要注入不同的軟件，不同客戶的軟件又存在各種各樣的差異，在最終的控制器產品中往往會殘留有供應商的軟件，占用了部分ROM空間，而OEM(整車廠)通常要求最終的控制器產品中沒有供應商的軟件殘留，以防止“軟件后門”存在的情況。

針對這樣的情況，現有技術中部分供應廠商可能存在違反生產流程的操作，即在注入軟件后，直接進行PCBA的測試，測試完成后可以通過注入設備注入客戶軟件，最后安裝殼體。在正常生產流程中需要注入供應商的軟件后，安裝殼體，進行EOL測試，即需要在完整產品的狀態下進行測試，而無殼體的測試(直接對PCBA的測試)可能由于靜電等各種原因造成一些未知的風險，而且測試狀態與用戶的最終使用狀態不一致，在生產中是不允許出現的。

因此，如何在保證生產工序不變的情況下對軟件進行更新，是一項亟待解決的問題。

發明內容

有鑒于此，本發明提供了一種軟件更新方法，能夠在保證生產工序不變的情況下對軟件進行更新。

本發明提供了一種軟件更新方法，包括：

獲取通過軟件注入設備注入的供應商軟件，其中，所述供應商軟件至少包括供應商的APP軟件；

運行所述供應商軟件，進行整車下線測試；

在測試完成后，發送命令使得程序指針跳轉到所述供應商軟件自毀BT區域執行；

利用供應商的自毀BT下載客戶的軟件到所述供應商的APP軟件的存儲空間；

擦除所述供應商的自毀BT。

優選地，所述獲取通過軟件注入設備注入的供應商軟件，包括：

獲取通過軟件注入設備注入至只讀存儲器的供應商的APP軟件；

相應的，所述運行所述供應商軟件，進行整車下線測試后，還包括：

下載供應商的自毀BT和Flash驅動到隨機存取存儲器；

相應的，所述擦除供應商的自毀BT包括：

復位運行所述客戶的軟件，初始化所述隨機存取存儲器以擦除所述供應商的自毀BT。

優選地，所述獲取通過軟件注入設備注入的供應商軟件，包括：

獲取通過軟件注入設備注入只讀存儲器的供應商的APP軟件和供應商的自毀BT；

相應的，所述在測試完成后，發送命令使得程序指針跳轉到所述供應商軟件自毀BT區域執行后，還包括：

下載Flash驅動到隨機存取存儲器；

相應的，所述擦除供應商的自毀BT包括：

發送自毀命令，利用所述Flash驅動擦除所述供應商的自毀BT。

優選地，所述利用供應商的自毀BT下載客戶的軟件到所述供應商的APP軟件的存儲空間包括：