所屬的技術(shù)人員知道，本申請可以實現(xiàn)為系統(tǒng)、方法或計算機程序產(chǎn)品。因此，本公開可以具體實現(xiàn)為以下形式，即：可以是完全的硬件、也可以是完全的軟件(包括固件、駐留軟件、微代碼等)，還可以是硬件和軟件結(jié)合的形式，本文一般稱為“模塊”或“系統(tǒng)”。此外，在一些實施例中，本申請還可以實現(xiàn)為在一個或多個計算機可讀介質(zhì)中的計算機程序產(chǎn)品的形式，該計算機可讀介質(zhì)中包含計算機可讀的程序代碼。計算機可讀存儲介質(zhì)例如可以是但不限于——電、磁、光、電磁、紅外線、或半導體的系統(tǒng)、裝置或器件，或者任意以上的組合。在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本申請的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結(jié)合。此外，在不相互矛盾的情況下，本領(lǐng)域的技術(shù)人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特征進行結(jié)合和組合。盡管上面已經(jīng)示出和描述了本申請的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本申請的限制，本領(lǐng)域的普通技術(shù)人員在本申請的范圍內(nèi)可以對上述實施例進行變化、修改、替換和變型。

背景技術(shù)：

1、大多汽車電子軟件均根據(jù)autosar(automotive?open?system?architecture，汽車開放系統(tǒng)架構(gòu))進行開發(fā)，autosar中的dem(diagnostic?event?manager，診斷事件管理)模塊提供事件的概念管理故障信息，開發(fā)者需要實現(xiàn)一種軟件，從各個功能模塊收集故障信息，并通知dem模塊來觸發(fā)與故障相關(guān)聯(lián)的事件。

2、目前汽車故障信息收集與通知軟件，多采用面向過程的程序設計范式，由各個功能模塊的開發(fā)人員合作編寫。這種模式雖然可以完成軟件開發(fā)工作，但依賴各個開發(fā)人員的編程能力。

3、然而，現(xiàn)有技術(shù)中不同開發(fā)人員對同一軟件的架構(gòu)的熟悉程度不同，編程風格也不統(tǒng)一，導致開發(fā)效率較低，軟件的可維護性降低。

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

1、為了克服現(xiàn)有技術(shù)中不同開發(fā)人員對同一軟件的架構(gòu)的熟悉程度不同，編程風格也不統(tǒng)一，導致開發(fā)效率較低，軟件的可維護性降低的問題，本申請?zhí)峁┝艘环N汽車故障通知方法、系統(tǒng)、設備及介質(zhì)。

2、第一方面，為了解決上述技術(shù)問題，本申請?zhí)峁┝艘环N汽車故障通知方法，包括：

3、獲取汽車的故障信息表，故障信息表包括多條故障信息，故障信息包括故障的上報接口函數(shù)、防抖時間閾值和事件序號；

4、基于上報接口函數(shù)，從預置代碼管理模塊獲取故障的調(diào)用代碼；

5、執(zhí)行調(diào)用代碼，得到故障的發(fā)生情況；

6、基于防抖時間閾值和發(fā)生情況，從預置代碼管理模塊獲取故障的確認代碼；

7、執(zhí)行確認代碼，得到故障的確認情況；

8、從預置代碼管理模塊獲取通知代碼，并通過執(zhí)行通知代碼將確認情況和事件序號傳遞至終端設備，以對故障進行通知。

9、第二方面，本申請還提供了一種汽車故障通知系統(tǒng)，包括：

10、第一獲取模塊，用于獲取汽車的故障信息表，故障信息表包括多條故障信息，故障信息包括故障的上報接口函數(shù)、防抖時間閾值和事件序號；

11、第二獲取模塊，用于基于上報接口函數(shù)，從預置代碼管理模塊獲取故障的調(diào)用代碼；

12、第一執(zhí)行模塊，用于執(zhí)行調(diào)用代碼，得到故障的發(fā)生情況；

13、第三獲取模塊，用于基于防抖時間閾值和發(fā)生情況，從預置代碼管理模塊獲取故障的確認代碼；

14、第二執(zhí)行模塊，用于執(zhí)行確認代碼，得到故障的確認情況；

15、通知模塊，用于從預置代碼管理模塊獲取通知代碼，并通過執(zhí)行通知代碼將確認情況和事件序號傳遞至終端設備，以對故障進行通知。

16、第三方面，本申請還提供了一種計算設備，包括存儲器、處理器及存儲在存儲器上并在處理器上運行的程序，處理器執(zhí)行程序時實現(xiàn)如上述的一種汽車故障通知方法的步驟。

17、第四方面，本申請還提供一種計算機可讀存儲介質(zhì)，計算機可讀存儲介質(zhì)中存儲有指令，當指令在終端設備上運行時，使得終端設備執(zhí)行一種汽車故障通知方法的步驟。

18、本申請的有益效果是：獲取的汽車的故障信息表中包括多條故障的故障信息，每條故障信息都包括了一個故障的上報接口函數(shù)、防抖時間閾值和事件序號。預置代碼管理模塊中存儲有多個調(diào)用代碼、多個確認代碼和通知代碼，其中，每個調(diào)用代碼均對應一個上報接口函數(shù)，每個確認代碼均對應一個防抖時間閾值和故障的發(fā)生情況。則，執(zhí)行基于上報接口函數(shù)從預置代碼管理模塊獲取到的對應的故障的調(diào)用代碼，得到故障的發(fā)生情況，并執(zhí)行基于該故障的防抖時間閾值和發(fā)生情況從預置代碼管理模塊獲取到的該故障的確認代碼，得到該故障的確認情況，然后通過執(zhí)行從預置代碼管理模塊獲取到的通知代碼將確認情況和事件序號傳遞至終端設備，以對該故障進行通知。這樣，無需不同的開發(fā)人員參與代碼開發(fā)，只需一個開發(fā)人員收集汽車的故障信息，便能夠通過該故障信息直接從預置代碼管理模塊中依次調(diào)用并執(zhí)行該故障對應的調(diào)用代碼、確認代碼和通知代碼，來實現(xiàn)故障的通知，從而能夠統(tǒng)一軟件開發(fā)的編程風格，利于開發(fā)過程中出現(xiàn)的問題的排查，進而提高軟件的可維護性，降低軟件的維護成本。同時，本申請的自動化的開發(fā)方式能夠提高開發(fā)效率。

技術(shù)特征：

1.一種汽車故障通知方法，其特征在于，包括：

2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述獲取汽車的故障信息表，包括：

3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述對所述初始故障信息表進行格式檢查，得到檢查結(jié)果，包括：

4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述檢查結(jié)果包括檢查通過和檢查不通過；所述基于所述檢查結(jié)果得到故障信息表，包括：

5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述執(zhí)行所述調(diào)用代碼，得到所述故障的發(fā)生情況，包括：

6.根據(jù)權(quán)利要求1至5任一項所述的方法，其特征在于，所述防抖時間閾值包括故障確認時間閾值和故障恢復時間閾值，所述發(fā)生情況包括發(fā)生故障；所述執(zhí)行所述確認代碼，得到所述故障的確認情況，包括：

7.根據(jù)權(quán)利要求1至5任一項所述的方法，其特征在于，所述方法還包括：

8.一種汽車故障通知系統(tǒng)，其特征在于，包括：

9.一種計算設備，包括存儲器、處理器及存儲在所述存儲器上并在所述處理器上運行的程序，其特征在于，所述處理器執(zhí)行所述程序時實現(xiàn)如權(quán)利要求1至7任一項所述的一種汽車故障通知方法的步驟。

10.一種計算機可讀存儲介質(zhì)，其特征在于，所述計算機可讀存儲介質(zhì)中存儲有指令，當所述指令在終端設備上運行時，使得所述終端設備執(zhí)行如權(quán)利要求1至7任一項所述的一種汽車故障通知方法的步驟。

技術(shù)總結(jié)
本申請涉及一種汽車故障通知方法、系統(tǒng)、設備及介質(zhì)，方法包括：獲取汽車的故障信息表，故障信息表中包括有故障的上報接口函數(shù)、防抖時間閾值和事件序號；基于上報接口函數(shù)，從預置代碼管理模塊獲取故障的調(diào)用代碼；執(zhí)行調(diào)用代碼，得到故障的發(fā)生情況；基于防抖時間閾值和發(fā)生情況，從預置代碼管理模塊獲取故障的確認代碼；執(zhí)行確認代碼，得到故障的確認情況；從預置代碼管理模塊獲取通知代碼，并通過執(zhí)行通知代碼將確認情況和事件序號傳遞至終端設備，以對故障進行通知。解決了現(xiàn)有技術(shù)中不同開發(fā)人員對同一軟件的架構(gòu)的熟悉程度不同，編程風格也不統(tǒng)一，導致開發(fā)效率較低，軟件的可維護性降低的問題。

技術(shù)研發(fā)人員：張玉璽,羅浦,李勇,江欣睿,孫國云,胡興培,唐雙,林芝,何川,宋澤睿,楊松,楊嬌嬌,譚峰,向財和,孫正一,馮柄茱,夏義翔
受保護的技術(shù)使用者：辰致科技有限公司
技術(shù)研發(fā)日：
技術(shù)公布日：2024/12/17