[發明專利]控制器程序管理方法和裝置

在審

• 申請號: 202010645813.1
• 申請日: 2020-07-07
• 公開（公告）號: CN111796839A
• 公開（公告）日: 2020-10-20
• 發明（設計）人: 常嘉航
• 申請（專利權）人: 北京經緯恒潤科技有限公司
• 主分類號: G06F8/61
• 分類號: G06F8/61;G06F21/56;G06F21/57
• 代理公司: 北京集佳知識產權代理有限公司 11227
• 代理人: 林哲生

本發明實施例提供控制器程序管理方法和裝置。上述方法包括：在基于硬件供應商提供的下線檢測EOL程序執行下線檢測后，通過硬件供應商提供的第一BootLoader程序將EOL程序擦除，其中，第一BootLoader程序和EOL程序于裸板階段被燒寫至控制器非易失性內存中；通過第一BootLoader程序將產品供應商提供的第二BootLoader程序及application文件刷寫進非易失性內存中；通過第一BootLoader程序將預設的擦除代碼存儲至預設內存，通過擦除代碼對第一BootLoader程序執行擦除操作，以保證控制器中無硬件供應商程序殘余。

技術領域

本發明涉及汽車電子技術領域，特別涉及控制器程序管理方法和裝置。

背景技術

現有的汽車控制器在生產過程中，通常在控制器的PCBA階段(指完成控制器電路板上的元器件安裝焊接但還沒有完成殼體安裝及灌膠時的狀態)將EOL程序、BootLoader程序和產品應用程序(application，也是最終樣件出廠需要運行的、實現控制器產品具體功能的程序)軟件一同注入(燒寫)至控制器的主控單片機(MCU)中，之后完成殼體安裝和灌膠。

當前行業中有些控制器的軟硬件開發由不止一家廠商共同協作完成，通常EOL程序由控制器硬件供應商(Hardware supplier)一并開發，而控制器的BootLoader及產品應用程序一般由產品供應商(Product supplier)進行開發。

上述EOL程序用于在控制器組裝完成下流水線時，進行下線檢測，確保控制器硬件功能沒有異常；BootLoader的主要功能是支持對產品應用程序進行更新(也即刷寫程序)。

需要說明的是，在完成殼體安裝和灌膠后，將無法再向MCU中燒寫程序，但可通過硬件供應商(Hardware supplier)提供的BootLoader刷新程序。

對于EOL程序、BootLoader程序的處理，一般有兩種方案來實現。

第一種方案如圖1所示，在控制器裸板階段將硬件供應商提供的EOL程序，產品供應商開發的BootLoader程序燒寫到控制器的flash中，進行完EOL測試后，通過上位機與硬件供應商提供的EOL程序建立通信，先將硬件供應商的EOL程序擦除，再向flash中刷入產品應用程序。

這種方案的優勢在于：出廠后，控制器內部不會殘留EOL程序，從而不會存在留有后門的風險。

但是在執行EOL程序擦除以及刷入產品應用程序之前，需要通過BootLoader的安全訪問鑒權，才可調用BootLoader，這就要求產品供應商需向硬件供應商提供用于解鎖安全訪問的算法，而這對于產品供應商來說，通常是難以釋放的。

第二種方案如下：

請參見圖2，硬件供應商提供EOL程序，產品供應商開發BootLoader程序及application，將這三部分程序合成為一個二進制文件，一同燒寫到控制器的flash中，在控制器生產完后直接調用EOL程序進行下線檢測。

這種方案的優勢在于：

所有的程序在控制器裸板階段直接燒寫到控制器中，不需要后續使用產品供應商開發的BootLoader去刷寫程序，因此，產品供應商不需要向硬件供應商提供用于解鎖安全訪問的算法。

然而，使用上述方案在控制器下線后還會殘存硬件供應商的EOL程序代碼，無法規避代碼中留有程序后門的風險。

綜上，上述兩方案存在控制器殘留EOL代碼，或者需要釋放安全訪問算法兩個相互矛盾的問題，當前現有方案難以做到二者兼顧。

發明內容

有鑒于此，本發明實施例提供控制器程序管理方法和裝置，以實現在清除程殘留EOL代碼并不需要產品供應商釋放安全訪問算法。