本發(fā)明涉及一種進程控制方法、智能座艙和電子設備，尤其涉及一種汽車儀表屏顯示進程控制方法、智能座艙和電子設備。

背景技術：

1、目前的汽車儀表顯示使用單進程控制的方式，只能滿足基本的要求。隨著3d顯示需求的加入，用戶體驗了更直觀高效的人機交互體驗，駕駛員可以快速從3d畫面中了解汽車周邊環(huán)境，方便做出最優(yōu)判斷。但是3d顯示業(yè)務代碼超高的代碼復雜度帶來了應用本身穩(wěn)定性和性能的下降，可能導致如下問題：

2、更多的內存消耗，cpu和gpu復雜且頻繁的相互調度，導致更高的崩潰率，如果應用進程崩潰，儀表屏將可能出現黑屏，卡幀等異常渲染情況。異常發(fā)生時，因為3d引擎啟動需要的大量計算，導致異常狀態(tài)恢復時間變長，駕駛員有更長的時間無法從儀表上獲得駕駛信息。非崩潰類異常發(fā)生時，可能導致顯示錯誤信息，誤導駕駛員，帶來安全隱患。

3、上述問題尚未得到有效解決，已經不能滿足人們的要求，亟需得到改進。

技術實現思路

1、本發(fā)明的目的在于提供一種汽車儀表屏顯示進程控制方法、智能座艙和電子設備，解決了現有技術中存在的汽車儀表屏容易出現黑屏、卡幀等異常渲染的情況，能夠在cpu和gpu復雜且頻繁的相互交互中確保汽車儀表屏的穩(wěn)定性。

2、本發(fā)明提供了下述方案：

3、一種汽車儀表屏顯示進程控制方法，應用于汽車儀表屏顯示控制系統(tǒng)，包括：

4、操作系統(tǒng)初始化并啟動守護進程，所述守護進程用于創(chuàng)建并啟動渲染進程，所述渲染進程具體為3d?ui進程和基礎ui進程；

5、守護進程按照預設的心跳周期從渲染進程中接收健康檢查數據，當3d?ui進程或基礎ui進程開始發(fā)送心跳數據時，守護進程判斷渲染進程具備渲染能力，并根據優(yōu)先級策略下發(fā)渲染開啟指令；

6、3d?ui進程或基礎ui進程收到渲染開啟指令，并執(zhí)行所述渲染開啟指令對應的操作；

7、實時檢測渲染進程的正確性，如果檢測到渲染進程之一的健康檢查數據存在異常，守護進程通知另一個渲染進程開始渲染，終止存在異常的渲染進程。

8、進一步的，所述實時檢測渲染進程的正確性，如果檢測到渲染進程之一的健康檢查數據存在異常，守護進程通知另一個渲染進程開始渲染，終止存在異常的渲染進程，進一步包括：

9、守護進程通知另一個渲染進程開始渲染，終止存在異常的渲染進程，并重新創(chuàng)建存在異常的渲染進程。

10、進一步的，所述操作系統(tǒng)初始化并啟動守護進程，所述守護進程用于創(chuàng)建并啟動渲染進程，所述渲染進程具體為3d?ui進程和基礎ui進程，進一步包括：3d?ui進程和基礎ui進程間通過共享內存實現通信；

11、3d?ui進程和基礎ui進程在接收到守護進程的渲染啟動指令后，按照預設的渲染邏輯執(zhí)行渲染計算，并將計算結果寫入屏幕緩沖區(qū)。

12、進一步的，3d?ui進程和基礎ui進程在接收到守護進程的渲染停止指令后，按照預設的渲染邏輯停止渲染計算，停止將計算結果寫入屏幕緩沖區(qū)。

13、進一步的，所述守護進程按照預設的心跳周期從渲染進程中接收健康檢查數據，當3d?ui進程或基礎ui進程開始發(fā)送心跳數據時，守護進程判斷渲染進程具備渲染能力，并根據優(yōu)先級策略下發(fā)渲染開啟指令，進一步包括：

14、檢測渲染進程是否按照預設條件發(fā)送心跳數據，如果檢測到渲染進程按照預設條件發(fā)送心跳數據，則優(yōu)先開啟3d?ui進程；

15、守護進程實時檢測渲染進程的健康檢查數據，如果檢測到渲染進程存在異常數據，則殺死存在異常數據的進程并重新啟動該進程，或：

16、守護進程未收到某一渲染進程的健康檢查數據，守護進程殺死未收到健康檢查數據的進程，并通知另一個進程開始渲染。

17、進一步的，還包括心跳信號檢測步驟：

18、守護進程接收來自渲染進程的心跳信號，檢測心跳信號是否正常，如果心跳信號正確，則將渲染進程的狀態(tài)標記為可用；

19、若渲染進程的心跳信號丟失，則對丟失心跳信號的渲染進程進行計數，檢測心跳信號的丟失數量是否超過預設閾值；

20、如果檢測心跳信號的丟失數量超過預設閾值，則重啟對應的渲染進程，或：檢測心跳信號的丟失數量未超過預設閾值，則將對應的渲染進程的可用狀態(tài)標記為真。

21、一種汽車儀表屏顯示進程控制系統(tǒng)，用于實現所述的汽車儀表3d顯示進程控制方法，包括：

22、渲染進程創(chuàng)建啟動模塊，操作系統(tǒng)初始化并啟動守護進程，所述守護進程用于創(chuàng)建并啟動渲染進程，所述渲染進程具體為3d?ui進程和基礎ui進程；

23、渲染開啟指令處理模塊，3d?ui進程或基礎ui進程收到渲染開啟指令，并執(zhí)行所述渲染開啟指令對應的操作；

24、渲染進程正確性檢測模塊，實時檢測渲染進程的正確性，如果檢測到渲染進程之一的健康檢查數據存在異常，守護進程通知另一個渲染進程開始渲染，終止存在異常的渲染進程。

25、一種智能座艙，所述智能座艙中設置有所述的汽車儀表屏顯示進程控制系統(tǒng)，執(zhí)行所述的汽車儀表屏顯示進程控制方法。

26、一種電子設備，包括：處理器、通信接口、存儲器和通信總線，其中，處理器，通信接口，存儲器通過通信總線完成相互間的通信；所述存儲器中存儲有計算機程序，當所述計算機程序被所述處理器執(zhí)行時，使得所述處理器執(zhí)行所述方法的步驟。

27、一種計算機可讀存儲介質，其存儲有可由電子設備執(zhí)行的計算機程序，當所述計算機程序在所述電子設備上運行時，使得所述電子設備執(zhí)行所述方法的步驟。

28、本發(fā)明與現有技術相比具有以下的優(yōu)點：

29、本發(fā)明根據不同渲染進程的特性，利用預設心跳周期接收不同渲染進程的健康檢查數據，據此判斷渲染進程的渲染能力，并根據優(yōu)先級策略下發(fā)渲染開啟指令，在渲染進程進行渲染的過程中實時檢測渲染進程的正確性，一旦檢測到渲染進程之一的健康檢查數據存在異常，則立即終止存在異常的渲染進程，并通知另一個渲染進程開始進行渲染，通過實時檢測渲染進程并根據渲染進程的當前狀態(tài)發(fā)送實時控制指令，實現了對渲染進程的實時控制，防止因cpu和gpu頻繁交互數據等原因導致的黑屏、卡幀等異常渲染情況的發(fā)生。

技術特征：

1.一種汽車儀表屏顯示進程控制方法，應用于汽車儀表屏顯示控制系統(tǒng)，其特征在于，包括：

2.根據權利要求1所述的汽車儀表屏顯示進程控制方法，其特征在于，所述實時檢測渲染進程的正確性，如果檢測到渲染進程之一的健康檢查數據存在異常，守護進程通知另一個渲染進程開始渲染，終止存在異常的渲染進程，進一步包括：

3.根據權利要求1所述的汽車儀表屏顯示進程控制方法，其特征在于，所述操作系統(tǒng)初始化并啟動守護進程，所述守護進程用于創(chuàng)建并啟動渲染進程，所述渲染進程具體為3d?ui進程和基礎ui進程，進一步包括：3d?ui進程和基礎ui進程間通過共享內存實現通信；

4.根據權利要求3所述的汽車儀表屏顯示進程控制方法，其特征在于，3d?ui進程和基礎ui進程在接收到守護進程的渲染停止指令后，按照預設的渲染邏輯停止渲染計算，停止將計算結果寫入屏幕緩沖區(qū)。

5.根據權利要求1所述的汽車儀表屏顯示進程控制方法，其特征在于，所述守護進程按照預設的心跳周期從渲染進程中接收健康檢查數據，當3d?ui進程或基礎ui進程開始發(fā)送心跳數據時，守護進程判斷渲染進程具備渲染能力，并根據優(yōu)先級策略下發(fā)渲染開啟指令，進一步包括：

6.根據權利要求1所述的汽車儀表屏顯示進程控制方法，其特征在于，還包括心跳信號檢測步驟：

7.一種汽車儀表屏顯示進程控制系統(tǒng)，用于實現權利要求1至6中任一項所述的汽車儀表3d顯示進程控制方法，其特征在于，包括：

8.一種智能座艙，其特征在于，所述智能座艙中設置有權利要求7所述的汽車儀表屏顯示進程控制系統(tǒng)，執(zhí)行權利要求1至6中任一項所述的汽車儀表屏顯示進程控制方法。

9.一種電子設備，其特征在于，包括：處理器、通信接口、存儲器和通信總線，其中，處理器，通信接口，存儲器通過通信總線完成相互間的通信；所述存儲器中存儲有計算機程序，當所述計算機程序被所述處理器執(zhí)行時，使得所述處理器執(zhí)行權利要求1至6中任一項所述方法的步驟。

10.一種計算機可讀存儲介質，其特征在于，其存儲有可由電子設備執(zhí)行的計算機程序，當所述計算機程序在所述電子設備上運行時，使得所述電子設備執(zhí)行權利要求1至6中任一項所述方法的步驟。

技術總結
本發(fā)明公開了一種汽車儀表屏顯示進程控制方法，應用于汽車儀表屏顯示控制系統(tǒng)，包括：操作系統(tǒng)初始化并啟動守護進程，守護進程按照預設的心跳周期從渲染進程中接收健康檢查數據，并根據優(yōu)先級策略下發(fā)渲染開啟指令；3D?UI進程或基礎UI進程收到渲染開啟指令，并執(zhí)行所述渲染開啟指令對應的操作；如果檢測到渲染進程之一的健康檢查數據存在異常，守護進程通知另一個渲染進程開始渲染，終止存在異常的渲染進程。本發(fā)明通過實時檢測渲染進程并根據渲染進程的當前狀態(tài)發(fā)送實時控制指令，實現了對渲染進程的實時控制，防止因CPU和GPU頻繁交互數據等原因導致的黑屏、卡幀等異常渲染情況的發(fā)生。

技術研發(fā)人員：陳彪,楊帆
受保護的技術使用者：中國第一汽車股份有限公司
技術研發(fā)日：
技術公布日：2024/12/26