[發明專利]一種智能座艙車控系統的安全訪問方法、設備及介質

在審

• 申請號: 202211051003.9
• 申請日: 2022-08-30
• 公開（公告）號: CN115421469A
• 公開（公告）日: 2022-12-02
• 發明（設計）人: 劉宇;刁楷;高斯雄
• 申請（專利權）人: 重慶長安汽車股份有限公司
• 主分類號: G05B23/02
• 分類號: G05B23/02
• 代理公司: 廣州市華學知識產權代理有限公司 44245
• 代理人: 李君

1.一種智能座艙車控系統的安全訪問方法，其特征在于，包括下述步驟：

第三方應用提交申請信息在車控開發平臺上申請車控權限，車控開發平臺根據申請信息生成CarPermissionKey加密文件反饋給第三方應用；

第三方應用集成SDK，通過調用SDK中的接口訪問車控系統；所述SDK提供設置車控信號、獲取車控信號狀態、監聽車控信號狀態，傳輸CarPermissionKey加密文件的接口；

在智能座艙車控系統上安裝第三方應用，當安裝的第三方應用通過SDK接口請求訪問車控系統時，車控系統禁止第三方應用直接調用CarService服務接口，提供CarService代理服務接口允許第三方應用訪問，訪問步驟為：

CarService代理服務接口對安裝的第三方應用的CarPermissionKey加密文件進行校驗；

校驗通過后，CarService代理服務接口根據安裝的第三方應用的請求調用CarService車控接口；

CarService車控接口通過Vehicle車控接口下發車控信號到MCU；

MCU根據安裝的第三方應用的請求下發車控信號到BCM；

檢驗不通過則禁止調用CarService車控接口。

2.根據權利要求1所述的一種智能座艙車控系統的安全訪問方法，其特征在于，所述申請信息包括車控信號ID集合、應用包名及通過車控開發平臺根證書生成的appkey；

所述CarPermissionKey加密文件生成步驟為：

車控開發平臺對第三方提交的車控信號ID集合、應用包名及通過車控開發平臺根證書生成的appkey進行審核；

同時使用base64和MD5加密算法對車控信號ID集合及應用包名進行加密，并通過appkey和車控開發平臺根證書進行MD5加鹽，得到CarPermissionKey加密文件。

3.根據權利要求1所述的一種智能座艙車控系統的安全訪問方法，其特征在于，所述第三方應用集成SDK時，將得到的CarPermissionKey加密文件放置在第三方應用assets路徑下。

4.根據權利要求1所述的一種智能座艙車控系統的安全訪問方法，其特征在于，所述第三方應用通過離線安裝或網絡下載安裝在智能座艙車控系統上。

5.根據權利要求1所述的一種智能座艙車控系統的安全訪問方法，其特征在于，所述CarService代理服務接口提供車輛狀態信號獲取及車輛控制兩大接口。

6.根據權利要求2所述的一種智能座艙車控系統的安全訪問方法，其特征在于，所述CarService代理服務接口對安裝的第三方應用的CarPermissionKey加密文件進行校驗，具體為：

當安裝的第三方應用通過SDK接口請求訪問車控系統時，車控系統首先通過本地根證書生成appkey，然后使用appkey逆向MD5解析調用接口時傳遞的CarPermissionKey加密文件；

若解析成功則獲取安裝的第三方應用的車控信號ID集合及應用包名，再使用原生接口獲取該應用申請時的應用包名，并與解析出的應用包名進行對比，相同則檢驗通過，否則檢驗不通過，車控系統不響應安裝的第三方應用的請求；

若解析不成功則校驗不通過，車控系統禁止訪問CarService車控接口。

7.根據權利要求6所述的一種智能座艙車控系統的安全訪問方法，其特征在于，所述CarService代理服務接口根據安裝的第三方應用的請求調用CarService車控接口前，判斷安裝的第三方應用調用的車控信號ID是否包含在該應用已申請的車控信號ID集合中，若已包含則將安裝的第三方應用發出的車控信號進行下發；

若未包含則拒絕安裝的第三方應用調用CarService車控接口。

8.根據權利要求6所述的一種智能座艙車控系統的安全訪問方法，其特征在于，所述車控平臺根證書和本地根證書相同。