崩潰信息的處理方法、裝置及系統(tǒng)的制作方法
【專利摘要】本申請公開了一種崩潰信息的處理方法、裝置及系統(tǒng)。其中,該方法包括:服務(wù)器獲取客戶端生成的崩潰信息文件;提取崩潰信息文件中崩潰信息中的特征信息;根據(jù)特征信息從規(guī)則庫中進行查詢操作,以獲取崩潰信息所對應(yīng)的處理方案;將處理方案返回至客戶端,以處理產(chǎn)生崩潰信息的應(yīng)用程序;其中,在規(guī)則庫中未查找到對應(yīng)的第一崩潰信息的處理方案的情況下,服務(wù)器將從方案數(shù)據(jù)庫中獲取到處理第一崩潰信息的處理方案,并將第一崩潰信息與對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系作為一條處理規(guī)則信息保存至規(guī)則庫中。通過本申請,能夠?qū)崿F(xiàn)當客戶端發(fā)生崩潰時,服務(wù)器可以自動為客戶端反饋當前崩潰信息所對應(yīng)的處理方案。
【專利說明】崩潰信息的處理方法、裝置及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本申請涉及計算機領(lǐng)域,具體而言,涉及一種崩潰信息的處理方法、裝置及系統(tǒng)?!颈尘凹夹g(shù)】
[0002]客戶端上的應(yīng)用軟件在運行過程中,會因為違規(guī)操作等各種原因而出現(xiàn)運行錯誤,從而產(chǎn)生崩潰信息,而崩潰發(fā)生的主要原因,可歸為兩類,一類是客戶端程序依賴的某一當前用戶計算機上的環(huán)境或文件出現(xiàn)問題,一類是客戶端程序自身的某個文件出現(xiàn)錯誤或損壞。在客戶端發(fā)生崩潰的情況下,嚴重的會導致客戶端上該應(yīng)用程序的軟件進程崩潰,使得用戶無法正常使用該應(yīng)用軟件。
[0003]針對客戶端發(fā)生應(yīng)用軟件崩潰的情況,現(xiàn)有技術(shù)采用如下兩種主流的崩潰處理方法:
[0004]方法一、在應(yīng)用軟件發(fā)生崩潰的情況下,經(jīng)過用戶確認后,客戶端會收集包含有崩潰信息的崩潰信息文件,并將該崩潰信息文件上傳到服務(wù)器,研發(fā)人員會根據(jù)服務(wù)器上保存的崩潰文件信息進行分析,得到一個升級的客戶端版本或者補丁文件,從而在以后的客戶端版本中修復該問題。該方法可以提供解決崩潰信息的處理方案,但需要用戶等待下一個應(yīng)用軟件的版本或補丁,或需要用戶聯(lián)系相關(guān)技術(shù)支持進行一對一解決,導致崩潰問題的解決效率低下。
[0005]方法二、在應(yīng)用軟件發(fā)生崩潰或錯誤時,客戶端會引導用戶到幫忙頁面上獲取解決方案,用戶可以根據(jù)實際情況查找該錯誤或崩潰的相關(guān)幫助信息,即客戶端在本地為用于提供了針對崩潰信息的在線幫助功能,但由于在客觀環(huán)境中,客戶端應(yīng)用軟件會不定期的發(fā)生崩潰,由于客戶端本地所提供的幫助信息針對性不強,且更新速度無法進行實時更新,因此,本地幫助信息無法實時、有效地幫助用戶。
[0006]目前針對相關(guān)技術(shù)中當客戶端的應(yīng)用程序發(fā)生崩潰時,客戶端無法自動獲取到準確的解決方案的問題,目前尚未提出有效的解決方案。
【發(fā)明內(nèi)容】
[0007]針對相關(guān)技術(shù)中當客戶端的應(yīng)用程序發(fā)生崩潰時,客戶端無法自動獲取到準確的解決方案的問題,目前尚未提出有效的解決方案,為此,本申請的主要目的在于提供一種崩潰信息的處理方法、裝置及系統(tǒng),以解決上述問題。
[0008]為了實現(xiàn)上述目的,根據(jù)本申請的一個方面,提供了一種崩潰信息的處理方法,該方法包括:服務(wù)器獲取客戶端生成的崩潰信息文件;提取崩潰信息文件中崩潰信息中的特征信息;根據(jù)特征信息從規(guī)則庫中進行查詢操作,以獲取崩潰信息所對應(yīng)的處理方案;將處理方案返回至客戶端,以處理產(chǎn)生崩潰信息的應(yīng)用程序;其中,在根據(jù)特征信息從規(guī)則庫中進行查詢操作的步驟中,在規(guī)則庫中未查找到對應(yīng)的第一崩潰信息的處理方案的情況下,服務(wù)器將從方案數(shù)據(jù)庫中獲取到處理第一崩潰信息的處理方案,并將第一崩潰信息與對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系作為一條處理規(guī)則信息保存至規(guī)則庫中,規(guī)則庫包括一條或多條處理規(guī)則信息,每條處理規(guī)則信息包括崩潰信息及其對應(yīng)的處理方案。
[0009]進一步地,服務(wù)器將從方案數(shù)據(jù)庫中獲取到處理第一崩潰信息的處理方案,并將第一崩潰信息與對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系作為一條處理規(guī)則信息保存至規(guī)則庫中的步驟包括:步驟A,檢測方案數(shù)據(jù)庫中是否已經(jīng)保存了用于處理第一崩潰信息的處理方案,其中,在方案數(shù)據(jù)庫中檢測到已經(jīng)存在用于處理第一崩潰信息的處理方案的情況下,創(chuàng)建第一崩潰信息的特征信息與其對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系,以得到第一處理規(guī)則信息;在方案數(shù)據(jù)庫中未檢測到用于處理第一崩潰信息的處理方案的情況下,生成該第一崩潰信息的特征信息所對應(yīng)的新處理方案,并創(chuàng)建該特征信息與新處理方案的關(guān)聯(lián)關(guān)系,以得到第二處理規(guī)則信息;步驟B,將第一處理規(guī)則信息或第二處理規(guī)則信息保存至規(guī)則庫中;步驟C,循環(huán)執(zhí)行步驟A和步驟B,以獲取針對各個第一崩潰信息的特征信息所創(chuàng)建的多個第一處理規(guī)則信息或多個第二處理規(guī)則信息。
[0010]進一步地,在生成該特征信息所對應(yīng)的新處理方案之后,方法還包括:將新處理方案保存至方案數(shù)據(jù)庫中。
[0011]進一步地,在檢測方案數(shù)據(jù)庫中是否已經(jīng)保存了用于處理由客戶端生成的特征信息所對應(yīng)的崩潰信息的處理方案之前,方法還包括:檢測崩潰信息文件中每條崩潰信息的特征信息是否存在于特征庫中,其中,當任意一個特征信息在特征庫中存在時,終止根據(jù)該檢測到的特征信息執(zhí)行步驟A至步驟B的操作;當任意一個特征信息在特征庫中不存在時,則根據(jù)該未檢測到的特征信息執(zhí)行步驟A至步驟B的操作。
[0012]進一步地,在獲取客戶端生成的崩潰信息文件之前,方法還包括:客戶端上的一個或多個應(yīng)用程序發(fā)生崩潰時,客戶端啟動收集程序;該收集程序根據(jù)應(yīng)用程序的進程ID,來獲取發(fā)生崩潰的應(yīng)用程序的崩潰信息;將每個發(fā)生崩潰的應(yīng)用程序的崩潰信息進行組合,以生成崩潰信息文件;在用戶確定上傳崩潰信息文件之后,客戶端將崩潰信息文件發(fā)送至服務(wù)器。
[0013]進一步地,崩潰信息包括以下一個或多個信息的組合:發(fā)生崩潰的應(yīng)用程序的堆棧信息、錯誤信息、安裝目錄的文件信息、版本信息、當前客戶端的操作系統(tǒng)信息以及硬件信息。
[0014]為了實現(xiàn)上述目的,根據(jù)本申請的另一方面,提供了一種崩潰信息的處理裝置,該裝置包括:第一獲取模塊,用于獲取客戶端生成的崩潰信息文件;提取模塊,用于提取崩潰信息文件中崩潰信息中的特征信息;查詢模塊,用于根據(jù)特征信息從規(guī)則庫中進行查詢操作,以獲取崩潰信息所對應(yīng)的處理方案;發(fā)送模塊,用于將處理方案返回至客戶端,以處理產(chǎn)生崩潰信息的應(yīng)用程序;第二獲取模塊,用于在規(guī)則庫中未查找到對應(yīng)的第一崩潰信息的處理方案的情況下,服務(wù)器將從方案數(shù)據(jù)庫中獲取到處理第一崩潰信息的處理方案,并將第一崩潰信息與對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系作為一條處理規(guī)則信息保存至規(guī)則庫中;其中,規(guī)則庫包括一條或多條處理規(guī)則信息,每條處理規(guī)則信息包括一個崩潰信息及其對應(yīng)的處理方案。
[0015]進一步地,裝置還包括:第一檢測處理模塊,包括第一創(chuàng)建模塊和第二創(chuàng)建模塊,用于檢測方案數(shù)據(jù)庫中是否已經(jīng)保存了用于處理由客戶端生成的特征信息所對應(yīng)的崩潰信息的處理方案;其中,第一創(chuàng)建模塊,用于在方案數(shù)據(jù)庫中檢測到已經(jīng)存在用于處理特征信息所對應(yīng)的崩潰信息的處理方案的情況下,創(chuàng)建特征信息與其對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系,以得到第一處理規(guī)則信息;第二創(chuàng)建模塊,用于在方案數(shù)據(jù)庫中未檢測到用于處理特征信息所對應(yīng)的崩潰信息的處理方案的情況下,生成該特征信息所對應(yīng)的新處理方案,并創(chuàng)建該特征信息與新處理方案的關(guān)聯(lián)關(guān)系,以得到第二處理規(guī)則信息;第一保存模塊,用于將第一處理規(guī)則信息或第二處理規(guī)則信息保存至規(guī)則庫中;循環(huán)執(zhí)行模塊,用于循環(huán)執(zhí)行第一檢測處理模塊和第一保存模塊,以獲取針對各個特征信息所創(chuàng)建的多個第一處理規(guī)則信息或多個第二處理規(guī)則信息。
[0016]進一步地,裝置還包括:第二保存模塊,用于將新處理方案保存至方案數(shù)據(jù)庫中。
[0017]進一步地,裝置還包括:第二檢測處理模塊,包括第一執(zhí)行模塊和第二執(zhí)行模塊,用于檢測崩潰信息文件中每條崩潰信息的特征信息是否存在于特征庫中;其中,第一執(zhí)行模塊,用于當任意一個特征信息在特征庫中存在時,終止根據(jù)該檢測到的特征信息執(zhí)行第一檢測處理模塊以及第一保存模塊的操作;第二執(zhí)行模塊,用于當任意一個特征信息在特征庫中不存在時,則根據(jù)該未檢測到的特征信息執(zhí)行第一檢測處理模塊以及第一保存模塊的操作。
[0018]為了實現(xiàn)上述目的,根據(jù)本申請的另一方面,提供了一種崩潰信息的處理系統(tǒng),該系統(tǒng)包括:客戶端,用于生成崩潰信息文件;服務(wù)器,用于在獲取客戶端生成的崩潰信息文件之后,提取崩潰信息文件中崩潰信息中的特征信息,并根據(jù)特征信息從規(guī)則庫中進行查詢操作,在獲取到崩潰信息所對應(yīng)的處理方案之后,將處理方案返回至客戶端,以處理產(chǎn)生崩潰信息的應(yīng)用程序;其中,在服務(wù)器根據(jù)特征信息從規(guī)則庫中進行查詢操作的過程中,在規(guī)則庫中未查找到對應(yīng)的第一崩潰信息的處理方案的情況下,服務(wù)器將從方案數(shù)據(jù)庫中獲取到處理第一崩潰信息的處理方案,并將第一崩潰信息與對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系作為一條處理規(guī)則信息保存至規(guī)則庫中,規(guī)則庫包括一條或多條處理規(guī)則信息,每條處理規(guī)則信息包括一個崩潰信息及其對應(yīng)的處理方案。
[0019]進一步地,系統(tǒng)還包括:分析服務(wù)器,用于檢測方案數(shù)據(jù)庫中是否已經(jīng)保存了用于處理由客戶端生成的特征信息所對應(yīng)的崩潰信息的處理方案。
[0020]進一步地,客戶端包括:啟動裝置,用于當一個或多個應(yīng)用程序發(fā)生崩潰時,啟動收集程序;采集裝置,用于根據(jù)應(yīng)用程序的進程ID,來獲取發(fā)生崩潰的應(yīng)用程序的崩潰信息,并將每個發(fā)生崩潰的應(yīng)用程序的崩潰信息進行組合,以生成崩潰信息文件;發(fā)送裝置,用于在用戶確定上傳崩潰信息文件之后,客戶端將崩潰信息文件發(fā)送至服務(wù)器。
[0021]通過本申請,采用服務(wù)器獲取客戶端生成的崩潰信息文件;提取崩潰信息文件中崩潰信息中的特征信息;根據(jù)特征信息從規(guī)則庫中進行查詢操作,以獲取崩潰信息所對應(yīng)的處理方案;將處理方案返回至客戶端,以處理產(chǎn)生崩潰信息的應(yīng)用程序;其中,在根據(jù)特征信息從規(guī)則庫中進行查詢操作的步驟中,在規(guī)則庫中未查找到對應(yīng)的第一崩潰信息的處理方案的情況下,服務(wù)器將從方案數(shù)據(jù)庫中獲取到處理第一崩潰信息的處理方案,并將第一崩潰信息與對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系作為一條處理規(guī)則信息保存至規(guī)則庫中,規(guī)則庫包括一條或多條處理規(guī)則信息,每條處理規(guī)則信息包括崩潰信息及其對應(yīng)的處理方案。上述方案通過提供一個服務(wù)器對客戶端上產(chǎn)生的崩潰信息文件進行在線的自動分析,從而在規(guī)則庫中獲取到當前客戶端產(chǎn)生的崩潰信息文件的解決方案,對于在規(guī)則庫中未保存崩潰信息的處理方案,服務(wù)器會從方案數(shù)據(jù)庫中進行獲取,并將獲取到的崩潰信息及與其具有關(guān)聯(lián)關(guān)系的處理方案作為處理規(guī)則信息保存至規(guī)則庫,使得客戶端總能夠從服務(wù)器獲取到合適的解決崩潰問題的處理方案。解決了相關(guān)現(xiàn)有技術(shù)中當客戶端的應(yīng)用程序發(fā)生崩潰時,客戶端無法自動獲取到準確的解決方案的問題,進而實現(xiàn)當客戶端發(fā)生崩潰時,服務(wù)器可以自動為客戶端反饋當前崩潰信息所對應(yīng)的處理方案的效果。
【專利附圖】
【附圖說明】
[0022]此處所說明的附圖用來提供對本申請的進一步理解,構(gòu)成本申請的一部分,本申請的示意性實施例及其說明用于解釋本申請,并不構(gòu)成對本申請的不當限定。在附圖中:
[0023]圖1是根據(jù)本申請實施例的崩潰信息的處理系統(tǒng)的結(jié)構(gòu)示意圖;
[0024]圖2是根據(jù)圖1所示實施例的崩潰信息的處理系統(tǒng)的詳細結(jié)構(gòu)示意圖;
[0025]圖3是根據(jù)本申請實施例的崩潰信息的處理方法的流程圖;
[0026]圖4是根據(jù)圖3所示實施例的崩潰信息的詳細處理流程圖;
[0027]圖5是根據(jù)圖3和圖4所示實施例的崩潰信息的分析流程圖;
[0028]圖6是根據(jù)圖3和圖4所示實施例的客戶端首級崩潰信息的流程圖;以及
[0029]圖7是根據(jù)本申請實施例的崩潰信息的處理裝置的結(jié)構(gòu)示意圖。
【具體實施方式】
[0030]需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結(jié)合實施例來詳細說明本申請。
[0031]圖1是根據(jù)本申請實施例的崩潰信息的處理系統(tǒng)的結(jié)構(gòu)示意圖;圖2是根據(jù)圖1所示實施例的崩潰信息的處理系統(tǒng)的詳細結(jié)構(gòu)示意圖。
[0032]如圖1所示,該崩潰信息的處理系統(tǒng)包括:客戶端10,用于生成崩潰信息文件;月艮務(wù)器30,用于在獲取客戶端10生成的崩潰信息文件之后,提取崩潰信息文件中崩潰信息中的特征信息,并根據(jù)特征信息從規(guī)則庫中進行查詢操作,在獲取到崩潰信息所對應(yīng)的處理方案之后,將處理方案返回至客戶端10,以處理產(chǎn)生崩潰信息的應(yīng)用程序;其中,在服務(wù)器30根據(jù)特征信息從規(guī)則庫中進行查詢操作的過程中,在規(guī)則庫中未查找到對應(yīng)第一崩潰信息的處理方案的情況下,服務(wù)器30將從方案數(shù)據(jù)庫中獲取到處理第一崩潰信息的處理方案,并將第一崩潰信息與對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系作為一條處理規(guī)則信息保存至規(guī)則庫中,規(guī)則庫包括一條或多條處理規(guī)則信息,每條處理規(guī)則信息包括一個崩潰信息及其對應(yīng)的處理方案,即用于解決該特征信息所對應(yīng)的崩潰信息的處理方案,且該處理規(guī)則信息方案是一個由崩潰信息及其對應(yīng)的處理方案組成的關(guān)聯(lián)組。
[0033]本申請上述實施例中,在客戶端10發(fā)生崩潰的情況下(例如客戶端10上的計算機軟件發(fā)生異常中止的情況),系統(tǒng)通過提供一個服務(wù)器30對客戶端10上產(chǎn)生的崩潰信息文件進行在線的自動分析,從而在規(guī)則庫中自動獲取到用于解決當前客戶端10產(chǎn)生的崩潰信息文件所帶來的問題的處理方案,對于在規(guī)則庫中未保存崩潰信息的處理方案,服務(wù)器30會從方案數(shù)據(jù)庫中進行獲取,并將獲取到的崩潰信息及與其具有關(guān)聯(lián)關(guān)系的處理方案作為處理規(guī)則信息保存至規(guī)則庫,使得客戶端10總能夠從服務(wù)器30獲取到合適的解決崩潰問題的處理方案。從而解決了相關(guān)現(xiàn)有技術(shù)中當客戶端10的應(yīng)用程序發(fā)生崩潰時,客戶端10無法自動獲取到準確的解決方案的問題,進而實現(xiàn)當客戶端10發(fā)生崩潰時,服務(wù)器30可以自動為客戶端10反饋當前崩潰信息所對應(yīng)的處理方案的效果。[0034]具體的,如圖2所示的系統(tǒng),本申請上述圖1所示實施例中的客戶端10上會在應(yīng)用程序發(fā)生崩潰時生成對應(yīng)的崩潰信息,以構(gòu)成崩潰信息文件,并自動將得到的崩潰信息文件發(fā)送給服務(wù)器30,服務(wù)器30在每次收集到崩潰信息文件后,會通過在線幫助系統(tǒng)使得服務(wù)器30觸發(fā)對收集到的崩潰信息文件進行規(guī)則掃描,即根據(jù)崩潰信息上所攜帶的特征信息在規(guī)則庫中進行掃描查找是否有匹配的規(guī)則,以得到該崩潰信息最合適的解決方案,如果有,則根據(jù)規(guī)則中的解決方案的類型,來提醒用戶實施該解決方案,即將該方案提供給客戶端10上的用戶來直接解決問題,例如,客戶端10軟件可以根據(jù)解決方案的提示來更新?lián)p壞的文件或清理相應(yīng)的計算機環(huán)境;如果沒有,則可以提示用戶暫時沒有找到解決方案,可以聯(lián)系技術(shù)支持。
[0035]同時,如圖2所示,本申請上述實施例的系統(tǒng)中還可以包括:分析服務(wù)器,用于檢測方案數(shù)據(jù)庫中是否已經(jīng)保存了用于處理由客戶端10生成的特征信息所對應(yīng)的崩潰信息的處理方案。即分析崩潰信息文件中的各個崩潰信息是否在方案數(shù)據(jù)庫中已經(jīng)具有對應(yīng)的解決方案,其中,如果在方案數(shù)據(jù)庫中檢測到已經(jīng)存在用于處理特征信息所對應(yīng)的崩潰信息的處理方案的情況下,服務(wù)器30可以開始創(chuàng)建當前崩潰信息中特征信息與其對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系,以得到第一處理規(guī)則信息;但如果方案數(shù)據(jù)庫中未檢測到用于處理特征信息所對應(yīng)的崩潰信息的處理方案的情況下,則通過智能學習工具或人工獲取得到該特征信息所對應(yīng)的新處理方案,并創(chuàng)建該特征信息與新處理方案的關(guān)聯(lián)關(guān)系,以得到第二處理規(guī)則信息,并最后將第一處理規(guī)則信息或第二處理規(guī)則信息保存至規(guī)則庫中,以便于發(fā)出當前崩潰信息的客戶端10,可以直接從服務(wù)器30的規(guī)則庫中獲取得到對應(yīng)的解決方案。
[0036]上述實施例中的分析服務(wù)器可以為屬于服務(wù)器30中的一部分,也可以作為一個獨立的分析服務(wù)器外置于該服務(wù)器30,并與服務(wù)器30建立通訊。
[0037]上述實施例中的每條處理規(guī)則信息具體包括一條特征信息和已經(jīng)存在的解決方案或新生成的新處理方案,以及它們之間的關(guān)聯(lián)關(guān)系。分析服務(wù)器30會循環(huán)執(zhí)行上述操作,對實時收集到的每條崩潰信息進行處理,從而可以得到針對各個特征信息所創(chuàng)建的多個第一處理規(guī)則信息或多個第二處理規(guī)則信息。
[0038]優(yōu)選地,上述實施例中的服務(wù)器30會將已經(jīng)處理過的崩潰信息的特征信息保存在特征庫中,并在下次收集到的崩潰信息進行檢測處理,用于檢測崩潰信息文件中每條崩潰信息的特征信息是否存在于特征庫中,如果檢測到任意一個特征信息已經(jīng)在特征庫中存在時,則終止根據(jù)該檢測到的特征信息執(zhí)行獲取處理規(guī)則信息的操作,即認為規(guī)則庫中已經(jīng)存在該崩信息的處理方案,不需要進行重復的創(chuàng)建過程,但當任意一個特征信息在特征庫中不存在時,則根據(jù)該未檢測的特征信息重復執(zhí)行獲取處理規(guī)則信息的操作,以保證規(guī)則庫的不斷更新和充實,提高客戶的易用性。
[0039]由上可知,本申請上述實施例會對收集到的崩潰信息進行自動化的崩潰分析,并獲取較為通用的崩潰處理方法和規(guī)則,形成比較全面的崩潰解決方案集。同時,如果用戶需要,會將當前用戶引導到在線幫助系統(tǒng)上,對當前崩潰文件進行規(guī)則掃描,找出最合適的方案提供給用戶直接解決問題。而且由于崩潰解決方案集會隨時根據(jù)收集到的崩潰文件進行分析和增加,從而保證了在線幫助系統(tǒng)的實時有效性。
[0040]優(yōu)選的,本申請上述實施例中的客戶端10可以包括:啟動裝置,用于當一個或多個應(yīng)用程序發(fā)生崩潰時,啟動收集程序;采集裝置,用于根據(jù)應(yīng)用程序的進程ID,來獲取發(fā)生崩潰的應(yīng)用程序的崩潰信息,并將每個發(fā)生崩潰的應(yīng)用程序的崩潰信息進行組合,以生成崩潰信息文件;發(fā)送裝置,用于在用戶確定上傳崩潰信息文件之后,客戶端10將崩潰信息文件發(fā)送至服務(wù)器30。
[0041]本申請上述實施例實現(xiàn)了當客戶端10發(fā)生崩潰時,可以詢問用戶是否愿意提交當前生成的崩潰信息,只有用戶確認的情況下可以啟動收集程序,即收集該應(yīng)用程序產(chǎn)生的崩潰信息文件,并將它們上傳到崩潰收集文件服務(wù)器30,并引導用戶進入在線解決系統(tǒng);或否,則結(jié)束。該實施例在客戶端10增加了一個用戶主動觸發(fā)的功能,提高了本系統(tǒng)的靈活性。
[0042]圖3是根據(jù)本申請實施例的崩潰信息的處理方法的流程圖;圖4是根據(jù)圖3所示實施例的崩潰信息的詳細處理流程圖。
[0043]如圖3所示該方法包括如下步驟:
[0044]步驟S10,通過圖1中的服務(wù)器30獲取客戶端10生成的崩潰信息文件。
[0045]步驟S30,該服務(wù)器30提取崩潰信息文件中每條崩潰信息中的特征信息。
[0046]步驟S50,根據(jù)特征信息從規(guī)則庫中進行查詢操作,以獲取崩潰信息所對應(yīng)的處理方案。
[0047]步驟S70,將處理方案返回至客戶端10,以處理產(chǎn)生崩潰信息的應(yīng)用程序。
[0048]其中,在根據(jù)所述特征信息從規(guī)則庫中進行查詢操作的步驟中,在規(guī)則庫中未查找到對應(yīng)第一崩潰信息的處理方案的情況下,服務(wù)器30將從方案數(shù)據(jù)庫中獲取到處理第一崩潰信息的處理方案,并將第一崩潰信息與對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系作為一條處理規(guī)則信息保存至規(guī)則庫中,規(guī)則庫包括一條或多條處理規(guī)則信息,每條處理規(guī)則信息包括一個崩潰信息及其對應(yīng)的處理方案。
[0049]本申請上述實施例通過服務(wù)器30對客戶端10上產(chǎn)生的崩潰信息文件進行在線的自動分析,從而在規(guī)則庫中獲取到當前客戶端10產(chǎn)生的崩潰信息文件的解決方案,對于在規(guī)則庫中未保存崩潰信息的處理方案,服務(wù)器30會從方案數(shù)據(jù)庫中進行獲取,并將獲取到的崩潰信息及與其具有關(guān)聯(lián)關(guān)系的處理方案作為處理規(guī)則信息保存至規(guī)則庫,使得客戶端10總能夠從服務(wù)器30獲取到合適的解決崩潰問題的處理方案。從而解決了相關(guān)現(xiàn)有技術(shù)中當客戶端10的應(yīng)用程序發(fā)生崩潰時,客戶端10無法自動獲取到準確的解決方案的問題,進而實現(xiàn)當客戶端10發(fā)生崩潰時,服務(wù)器30可以自動為客戶端10反饋當前崩潰信息所對應(yīng)的處理方案的效果。
[0050]具體的,如圖4所示,上述實施例中的步驟SlO實施之前,客戶端10上的應(yīng)用程序發(fā)生崩潰時,向服務(wù)器30發(fā)出在線解決請求,該在線解決請求中攜帶有崩潰號,服務(wù)器30在接收到上述在線解決請求之后,會根據(jù)崩潰號來執(zhí)行步驟S10。
[0051]并且步驟S30在實施過程中,可以包括如下步驟:
[0052]步驟S301,根據(jù)崩潰號讀取崩潰信息文件。
[0053]步驟S302,對崩潰信息文件進行格式分析,并提取崩潰信息文件中一個或多個崩潰信息的特征信息。
[0054]在完成步驟S30之后,進入步驟S50。并且步驟S50在實施過程中,可以包括如下步驟:
[0055]步驟S501,對第一個崩潰信息的特征信息進行匹配處理,判斷特征信息在規(guī)則庫中是否有匹配的處理規(guī)則信息,即在規(guī)則庫中查找與第一個崩潰信息的特征信息匹配的處理規(guī)則信息,在匹配成功的情況下,進入步驟S502,否則,則對下一個崩潰信息的特征信息進行匹配處理。
[0056]步驟S502,讀取當前崩潰信息的特征信息成功匹配到的處理規(guī)則信息,并從該處理規(guī)則信息獲取到該崩潰信息對應(yīng)的用于解決崩潰信息而得到的處理方案;
[0057]步驟S503,將每一個匹配處理過程所得到的處理方案都保存到方案集中。
[0058]在完成步驟S50之后,進入步驟S70。并且步驟S70在實施過程中,可以包括如下步驟:
[0059]步驟S701,將保存有各個處理方案的方案集返回給客戶端10 ;
[0060]步驟S702,客戶端10將根據(jù)方案集中各處理方案的具體操作方法引導用戶完成具體操作,例如下載文件覆蓋損壞的文件、清理計算機環(huán)境等,或者更簡單的重新啟動客戶端10軟件等。用戶根據(jù)提示引導完成具體操作后,相應(yīng)的崩潰問題將得到解決。
[0061]優(yōu)選地,在步驟S501之前,方法還可以包括如下步驟:步驟S801,對提取到的特征信息進行分析,確認該特征信息是否已經(jīng)經(jīng)過對應(yīng)的查詢處理,即具有該特征信息的崩潰信息是否已經(jīng)查詢得到對應(yīng)的處理方案,如果已經(jīng)獲取到對應(yīng)的處理方案,則進入步驟S70,否則繼續(xù)在規(guī)則庫中進行匹配處理,直到獲取到可以處理該特征信息所對應(yīng)的問題的處理方案。
[0062]另外,如果系統(tǒng)在規(guī)則庫中未找到相關(guān)信息,則客戶端10可以提示技術(shù)支持熱線,尋求人工幫助。
[0063]圖5是根據(jù)圖3和圖4所示實施例的崩潰信息的分析流程圖;圖6是根據(jù)圖3和圖4所示實施例的客戶端10首級崩潰信息的流程圖。
[0064]本申請上述圖3和4所示的實施例中,服務(wù)器30將從方案數(shù)據(jù)庫中獲取到處理任意一個或多個第一崩潰信息的處理方案,并將每一個第一崩潰信息與對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系作為一條處理規(guī)則信息保存至規(guī)則庫中的步驟可以包括如下步驟:
[0065]步驟A,檢測方案數(shù)據(jù)庫中是否已經(jīng)保存了用于處理任意一個第一崩潰信息的處理方案,其中,在方案數(shù)據(jù)庫中檢測到已經(jīng)存在用于處理任意一個第一崩潰信息的處理方案的情況下,創(chuàng)建第一崩潰信息的特征信息與其對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系,以得到第一處理規(guī)則信息;在方案數(shù)據(jù)庫中未檢測到用于處理任意一個第一崩潰信息的處理方案的情況下,生成該第一崩潰信息的特征信息所對應(yīng)的新處理方案,并創(chuàng)建該特征信息與新處理方案的關(guān)聯(lián)關(guān)系,以得到第二處理規(guī)則信息。優(yōu)選地,在生成該特征信息所對應(yīng)的新處理方案之后,方法還包括:將新處理方案保存至方案數(shù)據(jù)庫中。
[0066]步驟B,將第一處理規(guī)則信息或第二處理規(guī)則信息保存至規(guī)則庫中。
[0067]步驟C,循環(huán)執(zhí)行步驟A和步驟B,以獲取針對各個第一崩潰信息的特征信息所創(chuàng)建的多個第一處理規(guī)則信息或多個第二處理規(guī)則信息。
[0068]具體的,如圖5所示的實施例實現(xiàn)了對步驟S801的實施過程中,未找到處理方案的崩潰信息的崩潰分析流程。具體的,步驟A實現(xiàn)了檢測方案數(shù)據(jù)庫中是否已經(jīng)保存了用于處理由客戶端10生成的特征信息所對應(yīng)的崩潰信息的處理方案,以在在規(guī)則庫中沒有記錄對應(yīng)的處理方案的崩潰信息為例,該步驟A可以包括如下步驟:
[0069]步驟Al,在對提取到的特征信息進行分析,確認該特征信息在規(guī)則庫中沒有記錄對應(yīng)的處理方案之后,從服務(wù)器30中提取這些尚未獲取到處理方案的崩潰信息的集合。
[0070]步驟A2,對未獲取到處理方案的崩潰信息集合進行格式分析,并提取該崩潰信息集合中崩潰信息的特征信息。
[0071]步驟A3,對該崩潰信息集合中的沒個崩潰信息的特征信息進行查詢處理,即在方案數(shù)據(jù)庫檢測是否已經(jīng)保存了可以處理各個崩潰信息的處理方案,如果成功查詢得到各個崩潰信息對應(yīng)的處理方案,則進入步驟A4,否則,則進入步驟A5。
[0072]步驟A4,從方案數(shù)據(jù)庫中獲取各個崩潰信息對應(yīng)的處理方案,并將每個處理方案與其對應(yīng)的崩潰信息組合成一個處理規(guī)則信息。該步驟A4可以包括如下實施步驟:
[0073]步驟A41,判斷方案數(shù)據(jù)庫中是否存在可以解決該崩潰信息的問題的處理方案,如果存在,則進入步驟A42,否則進入步驟A5。
[0074]步驟A42,從方案數(shù)據(jù)中讀取該處理方案。
[0075]步驟A43,將該崩潰信息或記錄在其中的特征信息與處理方案關(guān)聯(lián)組成得到的處理規(guī)則信息,放入規(guī)則庫。
[0076]步驟A5,如果沒有從方案數(shù)據(jù)庫中找到合適的處理方案,系統(tǒng)可以通過學習系統(tǒng)或者人工操作獲取到新處理方案,并創(chuàng)建該新處理方案與崩潰信息的關(guān)聯(lián)組合,以生成一個新處理規(guī)則信息。
[0077]最后,將步驟A4和步驟A5的結(jié)果都保存至規(guī)則庫中,使得規(guī)則庫不斷更新,從而在步驟S801的實施過程中,可以自動為每個崩潰信息都找到對應(yīng)的處理方案。
[0078]優(yōu)選地,在步驟A之前,方法還可以包括如下步驟:步驟D,檢測崩潰信息文件中每條崩潰信息的特征信息是否存在于特征庫中,其中,當任意一個特征信息在特征庫中存在時,終止根據(jù)該檢測到的特征信息執(zhí)行步驟A至步驟B的操作;當任意一個特征信息在特征庫中不存在時,則根據(jù)該未檢測到的特征信息執(zhí)行步驟A至步驟B的操作。
[0079]具體的,本步驟D中實現(xiàn)了對每個崩潰信息的特征信息進行檢測,如果檢測到當前的特征信息已經(jīng)存在于特征庫中,則認為該特征信息已經(jīng)處理完畢,在規(guī)則庫中已經(jīng)存在該特征信息對應(yīng)的處理方案及他們的關(guān)聯(lián)關(guān)系,則處理下一個崩潰信息的特征信息,如果對每個特征信息都處理了則結(jié)束。如果特征庫中未檢測到當前特征信息的存在,則標記為新特征,需要繼續(xù)執(zhí)行步驟A。
[0080]上述實施例步驟A中對于當前崩潰信息的特征信息是否已經(jīng)保存了處理方案,可以采用后臺工程師對新特征進行人工處理,從方案庫中找出合適方案,或者建立新的方案,并與特征信息一起,組成新規(guī)則,放入規(guī)則庫。這里涉及到的后臺人工處理過程可以由“機器學習”等人工智能技術(shù)部分替代,從而增強工作效率和可擴展性。
[0081]如圖6所示,本申請上述圖3和4所示的實施例中,在步驟SlO服務(wù)器30獲取客戶端10生成的崩潰信息文件之前,方法還可以包括如下步驟:
[0082]步驟S101,客戶端10上的一個或多個應(yīng)用程序發(fā)生崩潰時,客戶端10啟動收集程序。
[0083]步驟S102,該收集程序根據(jù)應(yīng)用程序的進程ID,來獲取發(fā)生崩潰的應(yīng)用程序的崩潰信息其中,崩潰信息可以包括以下一個或多個信息的組合:發(fā)生崩潰的應(yīng)用程序的堆棧信息、錯誤信息、安裝目錄的文件信息、版本信息、當前客戶端10的操作系統(tǒng)信息以及硬件信息。[0084]具體的,該步驟中獲取到崩潰信息的過程可以為:首先,抓取崩潰程序的調(diào)動堆棧信息,以及其他的錯誤信息;然后,進一步收集發(fā)生崩潰的應(yīng)用程序的安裝目錄的文件信息,版本信息等;接著,進一步收集用戶當前機器設(shè)備的硬件及軟件信息,比如操作系統(tǒng)信息,以及其他的硬件信息等。
[0085]步驟S103,將每個發(fā)生崩潰的應(yīng)用程序的崩潰信息進行組合,以生成崩潰信息文件。
[0086]步驟S104,在用戶確定上傳崩潰信息文件之后,客戶端10將崩潰信息文件發(fā)送至服務(wù)器30。具體的,該步驟S104可以包括如下步驟:
[0087]步驟S1041,收集程序發(fā)出用于提示用戶的提示信息,該提示信息具體可以為:當前程序發(fā)生異常,請確認是否幫助改進程序,并發(fā)送錯誤報告,同時提供確認發(fā)送和退出的按鈕。
[0088]步驟S1042,在用戶選擇發(fā)送錯誤報告的按鈕之后,崩潰收集程序則將收集到的所有崩潰信息文件進行壓縮,并上傳到對應(yīng)的服務(wù)器30群中的崩潰收集服務(wù)器30,完成發(fā)送動作后,收集程序退出;如果用戶選擇不發(fā)送錯誤報告,收集程序則直接退出。
[0089]本申請各個實施例中,提取崩潰信息文件中的特征信息不止一個,特征信息可以是:出現(xiàn)錯誤的dll信息,出現(xiàn)錯誤時的棧信息等。具體的,本申請各個實施例中所涉及到的特征信息是具有特定含義的特征字符串或包含關(guān)聯(lián)信息的一組字符串。例如,“Faulraddress:4A3EB1B5 01:0000A1B5 C: \windows\sysiem32\USER32.dll ”就是一個特征信息,代表了 USER32.dll這個文件可能存在損壞。且特征信息的集合為特征庫。
[0090]另外,本申請各個實施例中,涉及到對于崩潰信息的處理方案是指用于解決客戶端10問題的具體操作方法,例如“下載并覆蓋某個文件”、“重啟客戶端軟件”等,處理方案的集合為方案庫/解決方案庫。其中,處理方案的種類包含但不限于:提示或引導用戶完成如下操作:下載覆蓋客戶端軟件自身的某個丟失或損壞的文件;下載并覆蓋當前計算機環(huán)境上的某個丟失或損壞的文件;下載安裝某個軟件以解決依賴關(guān)系;下載重新安裝本客戶端軟件;重新啟動計算機;升級到新版本客戶端軟件;修改當前運行環(huán)境的某一設(shè)置。
[0091]需要說明的是,在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行,并且,雖然在流程圖中示出了邏輯順序,但是在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟。
[0092]圖7是根據(jù)本申請實施例的崩潰信息的處理裝置的結(jié)構(gòu)示意圖。
[0093]如圖7所示,該崩潰信息的處理裝置包括:第一獲取模塊102,用于獲取客戶端10生成的崩潰信息文件;提取模塊104,用于提取崩潰信息文件中每條崩潰信息中的特征信息;查詢模塊106,用于根據(jù)特征信息從規(guī)則庫中進行查詢操作,以獲取崩潰信息所對應(yīng)的處理方案;發(fā)送模塊108,用于將處理方案返回至客戶端10,以處理產(chǎn)生崩潰信息的應(yīng)用程序;第二獲取模塊110,用于在規(guī)則庫中未查找到對應(yīng)第一崩潰信息的處理方案的情況下,服務(wù)器30將從方案數(shù)據(jù)庫中獲取到處理第一崩潰信息的處理方案,并將第一崩潰信息與對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系作為一條處理規(guī)則信息保存至規(guī)則庫中;其中,規(guī)則庫包括一條或多條處理規(guī)則信息,每條處理規(guī)則信息包括一個崩潰信息及其對應(yīng)的處理方案。
[0094]本申請上述實施例通過查詢模塊對客戶端10上產(chǎn)生的崩潰信息文件進行在線的自動分析,從而在規(guī)則庫中獲取到當前客戶端10產(chǎn)生的崩潰信息文件的解決方案,對于在規(guī)則庫中未保存崩潰信息的處理方案,第二獲取模塊會從方案數(shù)據(jù)庫中進行獲取,并將獲取到的崩潰信息及與其具有關(guān)聯(lián)關(guān)系的處理方案作為處理規(guī)則信息保存至規(guī)則庫,使得客戶端10總能夠從服務(wù)器30獲取到合適的解決崩潰問題的處理方案。從而解決了相關(guān)現(xiàn)有技術(shù)中當客戶端10的應(yīng)用程序發(fā)生崩潰時,客戶端10無法自動獲取到準確的解決方案的問題,進而實現(xiàn)當客戶端10發(fā)生崩潰時,服務(wù)器30可以自動為客戶端10反饋當前崩潰信息所對應(yīng)的處理方案的效果。
[0095]上述實施例中的裝置還可以包括:第一檢測處理模塊,包括第一創(chuàng)建模塊和第二創(chuàng)建模塊,用于檢測方案數(shù)據(jù)庫中是否已經(jīng)保存了用于處理由客戶端10生成的特征信息所對應(yīng)的崩潰信息的處理方案;其中,第一創(chuàng)建模塊,用于在方案數(shù)據(jù)庫中檢測到已經(jīng)存在用于處理特征信息所對應(yīng)的崩潰信息的處理方案的情況下,創(chuàng)建特征信息與其對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系,以得到第一處理規(guī)則信息;第二創(chuàng)建模塊,用于在方案數(shù)據(jù)庫中未檢測到用于處理特征信息所對應(yīng)的崩潰信息的處理方案的情況下,生成該特征信息所對應(yīng)的新處理方案,并創(chuàng)建該特征信息與新處理方案的關(guān)聯(lián)關(guān)系,以得到第二處理規(guī)則信息;第一保存模塊,用于將第一處理規(guī)則信息或第二處理規(guī)則信息保存至規(guī)則庫中;循環(huán)執(zhí)行模塊,用于循環(huán)執(zhí)行第一檢測處理模塊和第一保存模塊,以獲取針對各個特征信息所創(chuàng)建的多個第一處理規(guī)則信息或多個第二處理規(guī)則信息。
[0096]優(yōu)選地,上述裝置還可以包括:第二保存模塊,用于將新處理方案保存至方案數(shù)據(jù)庫中。
[0097]上述實施例中的裝置還可以包括:第二檢測處理模塊,包括第一執(zhí)行模塊和第二執(zhí)行模塊,用于檢測崩潰信息文件中每條崩潰信息的特征信息是否存在于特征庫中;其中,第一執(zhí)行模塊,用于當任意一個特征信息在特征庫中存在時,終止根據(jù)該檢測到的特征信息執(zhí)行一檢測處理模塊以及第一保存模塊的操作;第二執(zhí)行模塊,用于當任意一個特征信息在特征庫中不存在時,則根據(jù)該未檢測到的特征信息執(zhí)行第一檢測處理模塊以及第一保存模塊的操作。
[0098]從以上的描述中,可以看出,本申請實現(xiàn)了如下技術(shù)效果:在每次收集到崩潰文件后,會進行自動化崩潰分析,并對未檢測到的處理方案從方案數(shù)據(jù)庫中進行后臺處理和獲取,從而當客戶端10發(fā)生崩潰時,服務(wù)器30可以自動為客戶端10反饋當前崩潰信息所對應(yīng)的處理方案,提供了全面的崩潰解決方案集。同時,由于崩潰解決方案集會隨時根據(jù)收集到的崩潰文件進行分析和增加,進而保證了在線幫助系統(tǒng)的實時有效性。
[0099]顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本申請的各模塊或各步驟可以用通用的計算裝置來實現(xiàn),它們可以集中在單個的計算裝置上,或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上,可選地,它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn),從而,可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行,或者將它們分別制作成各個集成電路模塊,或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣,本申請不限制于任何特定的硬件和軟件結(jié)合。
[0100]以上所述僅為本申請的優(yōu)選實施例而已,并不用于限制本申請,對于本領(lǐng)域的技術(shù)人員來說,本申請可以有各種更改和變化。凡在本申請的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均應(yīng)包含在本申請的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種崩潰信息的處理方法,其特征在于,包括: 服務(wù)器獲取客戶端生成的崩潰信息文件; 提取所述崩潰息文件中崩潰息中的特征息; 根據(jù)所述特征信息從規(guī)則庫中進行查詢操作,以獲取所述崩潰信息所對應(yīng)的處理方案; 將所述處理方案返回至所述客戶端,以處理產(chǎn)生所述崩潰信息的應(yīng)用程序; 其中,在根據(jù)所述特征信息從規(guī)則庫中進行查詢操作的步驟中,在所述規(guī)則庫中未查找到對應(yīng)的第一崩潰信息的處理方案的情況下,所述服務(wù)器將從方案數(shù)據(jù)庫中獲取到處理所述第一崩潰信息的處理方案,并將所述第一崩潰信息與對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系作為一條處理規(guī)則信息保存至所述規(guī)則庫中,所述規(guī)則庫包括一條或多條處理規(guī)則信息,每條處理規(guī)則信息包括崩潰信息及其對應(yīng)的處理方案。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述服務(wù)器將從方案數(shù)據(jù)庫中獲取到處理所述第一崩潰信息的處理方案,并將所述第一崩潰信息與對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系作為一條處理規(guī)則信息保存至所述規(guī)則庫中的步驟包括: 步驟A,檢測方案數(shù)據(jù)庫中是否已經(jīng)保存了用于處理所述第一崩潰信息的處理方案,其中, 在所述方案數(shù)據(jù)庫中檢測到已經(jīng)存在用于處理所述第一崩潰信息的處理方案的情況下,創(chuàng)建所述第一崩潰信息的特征信息與其對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系,以得到第一處理規(guī)則信息;· 在所述方案數(shù)據(jù)庫中未檢測到用于處理所述第一崩潰信息的處理方案的情況下,生成該第一崩潰信息的特征信息所對應(yīng)的新處理方案,并創(chuàng)建該特征信息與所述新處理方案的關(guān)聯(lián)關(guān)系,以得到第二處理規(guī)則信息; 步驟B,將所述第一處理規(guī)則信息或所述第二處理規(guī)則信息保存至所述規(guī)則庫中; 步驟C,循環(huán)執(zhí)行步驟A和步驟B,以獲取針對各個第一崩潰信息的特征信息所創(chuàng)建的多個所述第一處理規(guī)則信息或多個所述第二處理規(guī)則信息。
3.根據(jù)權(quán)利要求2所述的方法,其特征在于,在生成該特征信息所對應(yīng)的新處理方案之后,所述方法還包括:將所述新處理方案保存至所述方案數(shù)據(jù)庫中。
4.根據(jù)權(quán)利要求2或3所述的方法,其特征在于,在檢測方案數(shù)據(jù)庫中是否已經(jīng)保存了用于處理由所述客戶端生成的特征信息所對應(yīng)的崩潰信息的處理方案之前,所述方法還包括: 檢測所述崩潰信息文件中每條崩潰信息的特征信息是否存在于特征庫中,其中, 當任意一個特征信息在所述特征庫中存在時,終止根據(jù)該檢測到的特征信息執(zhí)行步驟A至步驟B的操作; 當任意一個特征信息在所述特征庫中不存在時,則根據(jù)該未檢測到的特征信息執(zhí)行步驟A至步驟B的操作。
5.根據(jù)權(quán)利要求1所述的方法,其特征在于,在獲取客戶端生成的崩潰信息文件之前,所述方法還包括: 客戶端上的一個或多個應(yīng)用程序發(fā)生崩潰時,客戶端啟動收集程序; 該收集程序根據(jù)應(yīng)用程序的進程ID,來獲取發(fā)生崩潰的應(yīng)用程序的崩潰信息;將每個發(fā)生崩潰的應(yīng)用程序的崩潰信息進行組合,以生成所述崩潰信息文件; 在用戶確定上傳所述崩潰信息文件之后,所述客戶端將所述崩潰信息文件發(fā)送至所述服務(wù)器。
6.根據(jù)權(quán)利要求5所述的方法,其特征在于,所述崩潰信息包括以下一個或多個信息的組合:發(fā)生崩潰的應(yīng)用程序的堆棧信息、錯誤信息、安裝目錄的文件信息、版本信息、當前客戶端的操作系統(tǒng)信息以及硬件信息。
7.一種崩潰信息的處理裝置,其特征在于,包括: 第一獲取模塊,用于獲取客戶端生成的崩潰信息文件; 提取模塊,用于提取所述崩潰信息文件中崩潰信息中的特征信息; 查詢模塊,用于根據(jù)所述特征信息從規(guī)則庫中進行查詢操作,以獲取所述崩潰信息所對應(yīng)的處理方案; 發(fā)送模塊,用于將所述處理方案返回至所述客戶端,以處理產(chǎn)生所述崩潰信息的應(yīng)用程序; 第二獲取模塊,用于在所述規(guī)則庫中未查找到對應(yīng)的第一崩潰信息的處理方案的情況下,所述服務(wù)器將從方案數(shù)據(jù)庫中獲取到處理所述第一崩潰信息的處理方案,并將所述第一崩潰信息與對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系作為一條處理規(guī)則信息保存至所述規(guī)則庫中; 其中,所述規(guī)則庫包括一條或多條處理規(guī)則信息,每條處理規(guī)則信息包括一個崩潰信息及其對應(yīng)的處理方案。
8.根據(jù)權(quán)利要求7所述的裝置,其特征在于,所述裝置還包括: 第一檢測處理模塊,包括第一創(chuàng)建模塊和第二創(chuàng)建模塊,用于檢測方案數(shù)據(jù)庫中是否已經(jīng)保存了用于處理由所述客戶端生成的特征信息所對應(yīng)的崩潰信息的處理方案; 其中,所述第一創(chuàng)建模塊,用于在所述方案數(shù)據(jù)庫中檢測到已經(jīng)存在用于處理所述特征信息所對應(yīng)的崩潰信息的處理方案的情況下,創(chuàng)建所述特征信息與其對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系,以得到第一處理規(guī)則信息;所述第二創(chuàng)建模塊,用于在所述方案數(shù)據(jù)庫中未檢測到用于處理所述特征信息所對應(yīng)的崩潰信息的處理方案的情況下,生成該特征信息所對應(yīng)的新處理方案,并創(chuàng)建該特征信息與所述新處理方案的關(guān)聯(lián)關(guān)系,以得到第二處理規(guī)則信息; 第一保存模塊,用于將所述第一處理規(guī)則信息或所述第二處理規(guī)則信息保存至所述規(guī)則庫中; 循環(huán)執(zhí)行模塊,用于循環(huán)執(zhí)行所述第一檢測處理模塊和所述第一保存模塊,以獲取針對各個特征信息所創(chuàng)建的多個所述第一處理規(guī)則信息或多個所述第二處理規(guī)則信息。
9.根據(jù)權(quán)利要求8所述的裝置,其特征在于,所述裝置還包括:第二保存模塊,用于將所述新處理方案保存至所述方案數(shù)據(jù)庫中。
10.根據(jù)權(quán)利要求8或9所述的裝置,其特征在于,所述裝置還包括: 第二檢測處理模塊,包括第一執(zhí)行模塊和第二執(zhí)行模塊,用于檢測所述崩潰信息文件中每條崩潰信息的特征信息是否存在于特征庫中; 其中,所述第一執(zhí)行模塊,用于當任意一個特征信息在所述特征庫中存在時,終止根據(jù)該檢測到的特征信息執(zhí)行所述第一檢測處理模塊以及所述第一保存模塊的操作;所述第二執(zhí)行模塊,用于當任意一個特征信息在所述特征庫中不存在時,則根據(jù)該未檢測到的特征信息執(zhí)行所述第一檢測處理模塊以及所述第一保存模塊的操作。
11.一種崩潰信息的處理系統(tǒng),其特征在于,包括: 客戶端,用于生成崩潰信息文件; 服務(wù)器,用于在獲取所述客戶端生成的崩潰信息文件之后,提取所述崩潰信息文件中崩潰信息中的特征信息,并根據(jù)所述特征信息從規(guī)則庫中進行查詢操作,在獲取到所述崩潰信息所對應(yīng)的處理方案之后,將所述處理方案返回至所述客戶端,以處理產(chǎn)生所述崩潰信息的應(yīng)用程序; 其中,在所述服務(wù)器根據(jù)所述特征信息從規(guī)則庫中進行查詢操作的過程中,在所述規(guī)則庫中未查找到對應(yīng)的第一崩潰信息的處理方案的情況下,所述服務(wù)器將從方案數(shù)據(jù)庫中獲取到處理所述第一崩潰信息的處理方案,并將所述第一崩潰信息與對應(yīng)的處理方案的關(guān)聯(lián)關(guān)系作為一條處理規(guī)則信息保存至所述規(guī)則庫中,所述規(guī)則庫包括一條或多條處理規(guī)則信息,每條處理規(guī)則信息包括一個崩潰信息及其對應(yīng)的處理方案。
12.根據(jù)權(quán)利要求11所述的系統(tǒng),其特征在于,所述系統(tǒng)還包括: 分析服務(wù)器,用于檢測所述方案數(shù)據(jù)庫中是否已經(jīng)保存了用于處理由所述客戶端生成的特征信息所對應(yīng)的崩潰信息的處理方案。
13.根據(jù)權(quán)利要求11所述的系統(tǒng),其特征在于,所述客戶端包括: 啟動裝置,用于當一個或多個應(yīng)用程序發(fā)生崩潰時,啟動收集程序; 采集裝置,用于根據(jù)應(yīng)用程序的進程ID,來獲取發(fā)生崩潰的應(yīng)用程序的崩潰信息,并將每個發(fā)生崩潰的應(yīng)用程序的崩 潰信息進行組合,以生成所述崩潰信息文件; 發(fā)送裝置,用于在用戶確定上傳所述崩潰信息文件之后,所述客戶端將所述崩潰信息文件發(fā)送至所述服務(wù)器。
【文檔編號】G06F17/30GK103544071SQ201210248403
【公開日】2014年1月29日 申請日期:2012年7月17日 優(yōu)先權(quán)日:2012年7月17日
【發(fā)明者】金宇, 胡洪衛(wèi) 申請人:阿里巴巴集團控股有限公司