CN118445096B 一種故障處理方法及故障處理系統(tǒng) （榮耀終端股份有限公司）

街道東海社區(qū)紅荔西路8089號(hào)深業(yè)中A,2023.07.18A,2017.01.04A,2020.05.29A,2022.05.27本公開提供一種故障處理方法及故障處理進(jìn)行可視化顯示，從而使得研發(fā)人員可以更直2終端設(shè)備中的測(cè)試應(yīng)用檢測(cè)到所述終端設(shè)備的自身功能對(duì)應(yīng)所述終端設(shè)備中的指令處理模塊響應(yīng)于第一通知，獲取配置文件，并向所述H所述指令處理模塊在獲取所述故障數(shù)據(jù)之后，基于所述所述指令處理模塊對(duì)所述故障數(shù)據(jù)中處于故障范圍內(nèi)的故障日志進(jìn)行排所述指令處理模塊基于所述第二篩選規(guī)則和所述排序后的故障所述指令處理模塊基于所述第三篩選規(guī)則和所述篩選后的第一故障日所述指令處理模塊基于生產(chǎn)監(jiān)控守護(hù)進(jìn)程FMD對(duì)提取后的故障數(shù)據(jù)進(jìn)行格式化處理，所述指令處理模塊接收所述管側(cè)設(shè)備的數(shù)據(jù)導(dǎo)出請(qǐng)求；所述數(shù)據(jù)導(dǎo)出所述指令處理模塊基于所述處于故障范圍內(nèi)的故障日志所述指令處理模塊對(duì)所述篩選后的故障數(shù)據(jù)進(jìn)行解壓縮處理，得到解壓后的故障數(shù)3所述指令處理模塊對(duì)所述解壓后的故障數(shù)據(jù)進(jìn)行信息提取，得到所述管側(cè)設(shè)備被配置為：向所述終端設(shè)備發(fā)送數(shù)據(jù)導(dǎo)出請(qǐng)求，以使所所述管側(cè)設(shè)備還被配置為：在接收到所述處理后的故障數(shù)據(jù)之后，當(dāng)所述計(jì)算機(jī)程序指令被故障處理系統(tǒng)執(zhí)行時(shí)，使得故障處理系統(tǒng)實(shí)現(xiàn)如權(quán)利要求14[0002]當(dāng)生產(chǎn)產(chǎn)線制造出終端設(shè)備后，可以利用測(cè)試應(yīng)用對(duì)終端設(shè)備的性能進(jìn)行測(cè)5以通過硬件執(zhí)行相應(yīng)的軟件實(shí)現(xiàn)。硬件或軟件包括一個(gè)或多個(gè)與上述功能相對(duì)應(yīng)的模塊，67[0034]圖7為本公開實(shí)施例提供的一種終端設(shè)備、管側(cè)設(shè)備以及云側(cè)設(shè)備的執(zhí)行邏輯示8(applicationprocessor，AP)，調(diào)制解調(diào)處理器，圖形處理器(graphicsprocessing[0047]控制器可以是電子設(shè)備200的神經(jīng)中樞和指揮中心。控制器可以根據(jù)指令操作碼9[0049]在一些實(shí)施例中，處理器210可以包括一個(gè)或多個(gè)接口。接口可以包括集成電路(universalasynchronousreceiver/transmitter，UART)接口，移動(dòng)產(chǎn)業(yè)處理器接口(mobileindustryprocessorinterface，MIPI)，通用輸入輸出(general_purpose[0054]天線1和天線2用于發(fā)射和接收電磁波信號(hào)。電子設(shè)備200中的每個(gè)天線可用于覆[0055]移動(dòng)通信模塊250可以提供應(yīng)用在電子設(shè)備200上的包括2G/3G/4G/5G等無線通信[0057]無線通信模塊260可以提供應(yīng)用在電子設(shè)備200上的包括WLAN(如(wireless[0058]無線通信模塊260可以是集成至少一個(gè)通信處理模塊的一個(gè)或多個(gè)器件。無線通處理器210通過運(yùn)行存儲(chǔ)在內(nèi)部存儲(chǔ)器221的指令，從而執(zhí)行電子設(shè)備200的各種功能應(yīng)用非易失性存儲(chǔ)器，例如至少一個(gè)磁盤存儲(chǔ)器件，閃存器件，通用閃存存儲(chǔ)器(universal息提醒等。通知管理器還可以是以圖表或者滾動(dòng)條文本形式出現(xiàn)在系統(tǒng)頂部狀態(tài)欄的通[0081]系統(tǒng)庫可以包括多個(gè)功能模塊。例如：表面管理器(surfacemanager)，媒體庫[0090]終端設(shè)備的本地層(native)還包括數(shù)據(jù)監(jiān)控守護(hù)進(jìn)程(datamonitordaemon，DMD)、查看服務(wù)(Hiviewservice)以及生產(chǎn)監(jiān)控守護(hù)進(jìn)程(Factorymonitordaemon，數(shù)據(jù)可以以hiview文件的形式在終端設(shè)備和管側(cè)設(shè)備中示以及算法及門限修正等功能。界面顯示功能可以用于顯示生產(chǎn)產(chǎn)線上的工位出現(xiàn)的故1JE4z29HVPlrzegOXCRq4yrMb4tMQ0＝。故障發(fā)生時(shí)間為20230810160754。故障類型為業(yè)務(wù)、日志引擎、無線保真(WirelessFidelity，wifi)、全球定位系統(tǒng)(Global[0107]在對(duì)上述手機(jī)所支持的多個(gè)功能進(jìn)行測(cè)試時(shí)，圖7中的查看服務(wù)(Hiview服務(wù))可的，重啟類場(chǎng)景涉及多個(gè)不同類型的故障日志，多個(gè)不同類型的故障日志可以通過901000000、901000001、901000002、901000003、901000004、901000005、901000006、[0112]其中，901000000對(duì)應(yīng)的故障日志的故障類型為安卓SystemServer進(jìn)程報(bào)錯(cuò)重啟(即AndroidVmreboot)。901000001對(duì)應(yīng)的故障日志的故障類型為安卓SystemServer阻塞重啟(即VmWatchdog)、901000002對(duì)應(yīng)的故障日志的故障類型為整機(jī)死機(jī)(含hungtask120s等)(即Panic)、901000003對(duì)應(yīng)的故障日志的故障類型為驅(qū)動(dòng)層watchdog復(fù)位(即HwWatchdog)、901000004對(duì)應(yīng)的故障日志的故障類型為未識(shí)別的故障(即UnknownFault)、故障日志的故障類型為bootloader異常(即BootloaderCrash)志的故障類型為lpm3異常(即Lpm3Exception)、901000008對(duì)應(yīng)的故障日志的故障類型為modem子系統(tǒng)整機(jī)重啟(即ModemRebootsys)以及901000010對(duì)應(yīng)的故障日志的故障類型為[0114]其中，901001000對(duì)應(yīng)的故障日志的故障類型為預(yù)置應(yīng)用程序無響應(yīng)(即Pre_loadedApplicationANR)。901001001對(duì)應(yīng)的故障日志的故障類型為預(yù)置應(yīng)用程序崩潰(即Pre_loadedApplicationCrash)。901001002對(duì)應(yīng)的故障日志的故障類型為預(yù)置程序進(jìn)程Tombstone(即Pre_loadedApplicat901003001對(duì)應(yīng)的故障日志的故障類型為進(jìn)程文件句柄泄露(即FileHandlerLimit)。[0117]黑屏凍屏類場(chǎng)景也涉及多個(gè)不同類型的故障，多個(gè)不同類型的故障可以通過[0118]其中，901004000對(duì)應(yīng)的故障日志的故障類型為系統(tǒng)凍屏故障(即SystemHung測(cè)到手機(jī)顯示dump界面、手機(jī)執(zhí)行重啟操作以及測(cè)試應(yīng)用在系統(tǒng)日志中寫入日志信息時(shí)，Hiview服務(wù)會(huì)根據(jù)測(cè)試應(yīng)用寫入的日志信息生成以包括與處理后的故障數(shù)據(jù)相關(guān)的設(shè)置和篩選規(guī)則。故障類型為901000001對(duì)應(yīng)的故障日志以及故障類型為901000002對(duì)應(yīng)的故型為901000001對(duì)應(yīng)的故障日志以及故障類型為901000002對(duì)應(yīng)的故障日志的總數(shù)小于等中的第一篩選規(guī)則，將故障數(shù)據(jù)中不處于故障范圍內(nèi)的其他故障類型對(duì)應(yīng)的故障日志篩日志13、故障日志14對(duì)應(yīng)的故障類型為901000002。故障日志15對(duì)應(yīng)的故障類型為[0154]在一些示例中，手機(jī)中的指令處理模塊對(duì)處于故障范圍[0155]由于指令處理模塊是按照故障發(fā)生時(shí)間對(duì)處于故障范圍內(nèi)的故障日志進(jìn)行排序[0159]步驟511、手機(jī)中的指令處理模塊基于排序后的故障數(shù)據(jù)和配置文件中的第二篩步驟510可知，故障日志1的故障發(fā)生時(shí)間為9:01:10、故障日志2的故障發(fā)生時(shí)間為9:01:7的故障發(fā)生時(shí)間為8:59:05、故障日志10的故障發(fā)生時(shí)間為9:02:12以及故障日志11的故日志6和故障日志12的故障發(fā)生時(shí)間，結(jié)合步驟510可知，故障日志3的故障發(fā)生時(shí)間為9:時(shí)間為9:04:20、故障日志9的故障發(fā)生時(shí)間為9:01:07、故障日志13的故障發(fā)生時(shí)間為8:于8:59內(nèi)故障日志的總個(gè)數(shù)以及9:04內(nèi)故障日志的總個(gè)數(shù)均等于1，所以篩選后的第一故[0170]步驟512、手機(jī)中的指令處理模塊基于篩選后的第一故障數(shù)據(jù)和配置文件中的第障數(shù)據(jù)中排序靠后的故障日志的總數(shù)等于第第三篩選規(guī)則限定了在故障范圍內(nèi)，故障類型為901000000對(duì)應(yīng)的故障日志、故障類型為901000001對(duì)應(yīng)的故障日志以及故障類型為901000002對(duì)應(yīng)的故障日志的總數(shù)小于等于10。[0174]根據(jù)步驟510中排序后的故障數(shù)據(jù)，由于篩選后的第二故障數(shù)據(jù)包括篩選后的第據(jù)后，指令處理模塊可以僅根據(jù)故障數(shù)據(jù)對(duì)應(yīng)的壓縮文件的名稱執(zhí)行上述步驟508、步驟[0192]如圖7所示，該服務(wù)器還可以包括功能測(cè)試模塊、故障信息模塊以及故障處理模[0199]該研發(fā)網(wǎng)站可以具備界面顯示、數(shù)據(jù)匯總和數(shù)據(jù)分析以及算法及門限修正等功終端設(shè)備中的Hiview服務(wù)能夠生成故障數(shù)據(jù)。然后利用指令處理模塊對(duì)故障數(shù)據(jù)進(jìn)行處等于第二閾值；篩選后的故障數(shù)據(jù)包括篩選后的第二故障日志可以參考上述圖5所示的實(shí)中處于故障范圍內(nèi)的故障日志，得到排序后的故障數(shù)據(jù)可以參考上述圖5所示的實(shí)施例中[0222]本公開實(shí)施例中的對(duì)篩選后的故障數(shù)據(jù)進(jìn)行解壓縮處理，得到解壓后的故障數(shù)[0230]在一種可能的實(shí)現(xiàn)方式中，該故障處理裝置900還包括接收模塊904。接收模塊[0231]在一種可能的實(shí)現(xiàn)方式中，該故障處理裝置900還包括獲取模塊905。獲取模塊處理模塊902，還被配置為基于第一篩選條件，確定故障數(shù)據(jù)中處于故障范圍內(nèi)的故障日[0241]應(yīng)理解以上裝置中單元或模塊(以下均稱為單元)的劃分僅僅是一種邏輯功能的的各步驟或以上各個(gè)單元可以通過處理器元件中的硬件的集成邏輯電路實(shí)現(xiàn)或者以軟件不同地方。可以根據(jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)