本發(fā)明涉及一種信息處理技術(shù)領(lǐng)域，特別是涉及一種崩潰信息的處理方法、裝置及系統(tǒng)。

背景技術(shù)：

隨著互聯(lián)網(wǎng)技術(shù)的不斷發(fā)展，互聯(lián)網(wǎng)客戶(hù)端應(yīng)用越來(lái)越豐富?？蛻?hù)端應(yīng)用在運(yùn)行過(guò)程中，如果遇到程序執(zhí)行錯(cuò)誤、違規(guī)操作等原因出現(xiàn)異常而無(wú)法正常執(zhí)行或退出時(shí)，將會(huì)導(dǎo)致客戶(hù)端崩潰并產(chǎn)生相應(yīng)的崩潰信息，使得用戶(hù)無(wú)法正常使用該客戶(hù)端應(yīng)用。而崩潰發(fā)生的原因之一是客戶(hù)端應(yīng)用依賴(lài)的當(dāng)前用戶(hù)計(jì)算機(jī)上的插件出現(xiàn)問(wèn)題或客戶(hù)端程序自身的某個(gè)插件出現(xiàn)錯(cuò)誤或損壞。

目前，在客戶(hù)端應(yīng)用發(fā)生崩潰的情況下，經(jīng)過(guò)用戶(hù)確認(rèn)后，客戶(hù)端會(huì)收集相應(yīng)的崩潰信息，并將該崩潰信息上傳至服務(wù)器，研發(fā)人員需要主動(dòng)查看服務(wù)器側(cè)保存的這些崩潰信息，從中分析得到解決客戶(hù)端崩潰的處理方案，例如，研發(fā)一個(gè)升級(jí)的客戶(hù)端版本或者補(bǔ)丁文件，以便在以后的客戶(hù)端版本中修復(fù)該問(wèn)題。

然而，由于客戶(hù)端應(yīng)用會(huì)不定時(shí)的發(fā)生崩潰，通過(guò)上述人工主動(dòng)查看的方式，研發(fā)人員有時(shí)無(wú)法及時(shí)獲取得到客戶(hù)端相關(guān)的崩潰信息，進(jìn)而不能及時(shí)分析得到解決客戶(hù)端崩潰的處理方案，從而導(dǎo)致客戶(hù)端崩潰問(wèn)題的解決效率低下。

技術(shù)實(shí)現(xiàn)要素：

有鑒于此，本發(fā)明提供了一種崩潰信息的處理方法、裝置及系統(tǒng)，主要目的在于可以及時(shí)分析得到解決客戶(hù)端崩潰的處理方案，從而可以提高客戶(hù)端崩潰問(wèn)題的解決效率。

依據(jù)本發(fā)明一個(gè)方面，提供了一種崩潰信息的處理方法，應(yīng)用于服務(wù)器，該方法包括：

接收客戶(hù)端發(fā)送的崩潰信息；

從所述崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

確定與所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息；

根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

依據(jù)本發(fā)明另一個(gè)方面，提供了一種崩潰信息的處理方法，應(yīng)用于客戶(hù)端，該方法包括：

當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，標(biāo)記所述插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

根據(jù)所述插件標(biāo)識(shí)信息，記錄相應(yīng)的崩潰信息；

將所述崩潰信息發(fā)送給服務(wù)器，以使得所述服務(wù)器確定與所述崩潰信息中所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息，并根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

依據(jù)本發(fā)明又一個(gè)方面，提供了一種服務(wù)器，該服務(wù)器包括：

接收單元，用于接收客戶(hù)端發(fā)送的崩潰信息；

獲取單元，用于從所述接收單元接收的崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

確定單元，用于確定與所述獲取單元獲取的插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息；

發(fā)送單元，用于根據(jù)所述確定單元確定的通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

依據(jù)本發(fā)明再一個(gè)方面，提供了一種客戶(hù)端，該客戶(hù)端包括：

標(biāo)記單元，用于當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，標(biāo)記所述插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

記錄單元，用于根據(jù)所述標(biāo)記單元標(biāo)記的插件標(biāo)識(shí)信息，記錄相應(yīng)的崩潰信息；

發(fā)送單元，用于將所述記錄單元記錄的崩潰信息發(fā)送給服務(wù)器，以使得所述服務(wù)器確定與所述崩潰信息中所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息，并根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

依據(jù)本發(fā)明再一個(gè)方面，提供了一種崩潰信息的處理系統(tǒng)，該系統(tǒng)包括：服務(wù)器和客戶(hù)端；

所述客戶(hù)端，用于當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，標(biāo)記所述插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；根據(jù)所述插件標(biāo)識(shí)信息，記錄相應(yīng)的崩潰信息；將所述崩潰信息發(fā)送給服務(wù)器；

所述服務(wù)器，用于接收所述客戶(hù)端發(fā)送的崩潰信息；從所述崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；確定與所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息；根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

依據(jù)本發(fā)明再一個(gè)方面，提供了一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其上存儲(chǔ)有計(jì)算機(jī)程序，該程序被處理器執(zhí)行時(shí)實(shí)現(xiàn)以下步驟：

接收客戶(hù)端發(fā)送的崩潰信息；

從所述崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

確定與所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息；

根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

依據(jù)本發(fā)明再一個(gè)方面，提供了一種服務(wù)器，包括存儲(chǔ)器、處理器及存儲(chǔ)在存儲(chǔ)器上并可在處理器上運(yùn)行的計(jì)算機(jī)程序，所述處理器執(zhí)行所述程序時(shí)實(shí)現(xiàn)以下步驟：

接收客戶(hù)端發(fā)送的崩潰信息；

從所述崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

確定與所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息；

根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

依據(jù)本發(fā)明再一個(gè)方面，提供了另一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其上存儲(chǔ)有計(jì)算機(jī)程序，該程序被處理器執(zhí)行時(shí)實(shí)現(xiàn)以下步驟：

當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，標(biāo)記所述插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

根據(jù)所述插件標(biāo)識(shí)信息，記錄相應(yīng)的崩潰信息；

將所述崩潰信息發(fā)送給服務(wù)器，以使得所述服務(wù)器確定與所述崩潰信息中所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息，并根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

依據(jù)本發(fā)明再一個(gè)方面，提供了一種終端設(shè)備，包括存儲(chǔ)器、處理器及存儲(chǔ)在存儲(chǔ)器上并可在處理器上運(yùn)行的計(jì)算機(jī)程序，所述處理器執(zhí)行所述程序時(shí)實(shí)現(xiàn)以下步驟：

當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，標(biāo)記所述插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

根據(jù)所述插件標(biāo)識(shí)信息，記錄相應(yīng)的崩潰信息；

將所述崩潰信息發(fā)送給服務(wù)器，以使得所述服務(wù)器確定與所述崩潰信息中所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息，并根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

借由上述技術(shù)方案，本發(fā)明提供的一種崩潰信息的處理方法、裝置及系統(tǒng)，與目前需要研發(fā)人員主動(dòng)查看服務(wù)器側(cè)保存的客戶(hù)端崩潰信息的方式相比，本發(fā)明可以從客戶(hù)端發(fā)送的崩潰信息中自動(dòng)獲取客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息，并進(jìn)一步通過(guò)該插件標(biāo)識(shí)信息查找到相應(yīng)的插件子模塊的通信方式信息，最后可以根據(jù)查找到的通信方式信息，將崩潰信息發(fā)送給相關(guān)的插件子模塊進(jìn)行分析，通過(guò)這種自動(dòng)化崩潰信息分析的方式，無(wú)需研發(fā)人員再主動(dòng)查看服務(wù)器側(cè)保存的客戶(hù)端崩潰信息，可以及時(shí)分析得到解決客戶(hù)端崩潰的處理方案，進(jìn)而可以提高客戶(hù)端崩潰問(wèn)題的解決效率。

上述說(shuō)明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說(shuō)明書(shū)的內(nèi)容予以實(shí)施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點(diǎn)能夠更明顯易懂，以下特舉本發(fā)明的具體實(shí)施方式。

附圖說(shuō)明

通過(guò)閱讀下文優(yōu)選實(shí)施方式的詳細(xì)描述，各種其他的優(yōu)點(diǎn)和益處對(duì)于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實(shí)施方式的目的，而并不認(rèn)為是對(duì)本發(fā)明的限制。而且在整個(gè)附圖中，用相同的參考符號(hào)表示相同的部件。在附圖中：

圖1示出了本發(fā)明實(shí)施例提供的一種崩潰信息的處理方法流程示意圖；

圖2示出了本發(fā)明實(shí)施例提供的另一種崩潰信息的處理方法流程示意圖；

圖3示出了本發(fā)明實(shí)施例提供的一種崩潰信息的處理實(shí)例整體流程示意圖；

圖4示出了本發(fā)明實(shí)施例提供的一種崩潰信息的處理實(shí)例部分流程示意圖；

圖5示出了本發(fā)明實(shí)施例提供的又一種崩潰信息的處理方法的流程示意圖；

圖6示出了本發(fā)明實(shí)施例提供的一種服務(wù)器的結(jié)構(gòu)示意圖；

圖7示出了本發(fā)明實(shí)施例提供的另一種服務(wù)器的結(jié)構(gòu)示意圖；

圖8示出了本發(fā)明實(shí)施例提供的一種服務(wù)器的實(shí)體裝置結(jié)構(gòu)示意圖。

圖9示出了本發(fā)明實(shí)施例提供的一種客戶(hù)端的結(jié)構(gòu)示意圖；

圖10示出了本發(fā)明實(shí)施例提供的一種終端設(shè)備的實(shí)體裝置結(jié)構(gòu)示意圖；

圖11示出了本發(fā)明實(shí)施例提供的一種崩潰信息的處理系統(tǒng)的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將參照附圖更詳細(xì)地描述本公開(kāi)的示例性實(shí)施例。雖然附圖中顯示了本公開(kāi)的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可以以各種形式實(shí)現(xiàn)本公開(kāi)而不應(yīng)被這里闡述的實(shí)施例所限制。相反，提供這些實(shí)施例是為了能夠更透徹地理解本公開(kāi)，并且能夠?qū)⒈竟_(kāi)的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。

插件是指附屬程序，如手機(jī)衛(wèi)士軟件中的“防盜”插件、“開(kāi)機(jī)加速”插件、“日歷”插件，等等。進(jìn)一步，插件的、與主程序適配的插件版本可以寫(xiě)在主程序代碼中，也可以寫(xiě)在主程序的文件中，如以列表的形式記錄在主程序的文件中，通常可以存在一個(gè)輕量級(jí)的數(shù)據(jù)交換語(yǔ)言(javascriptobjectnotation，json)或可擴(kuò)展標(biāo)記語(yǔ)言(extensiblemarkuplanguage，xml)文件中。此外，插件存儲(chǔ)目錄一般放在應(yīng)用程序在內(nèi)置存儲(chǔ)中的目錄下，例如在手機(jī)終端的/data/data/xxx/files下，其中xxx表示主程序的包名，如果客戶(hù)端應(yīng)用依賴(lài)的當(dāng)前用戶(hù)計(jì)算機(jī)上的插件出現(xiàn)問(wèn)題或客戶(hù)端程序自身的某個(gè)插件出現(xiàn)錯(cuò)誤或損壞時(shí)，會(huì)導(dǎo)致客戶(hù)端崩潰。

為了及時(shí)解決客戶(hù)端崩潰問(wèn)題，本發(fā)明實(shí)施例提供了一種崩潰信息的處理方法，可以應(yīng)用于服務(wù)器側(cè)，可以及時(shí)分析得到解決客戶(hù)端崩潰的處理方案，如圖1所示，該方法包括：

101、服務(wù)器接收客戶(hù)端發(fā)送的崩潰信息。

其中，崩潰信息中包含客戶(hù)端標(biāo)識(shí)、崩潰類(lèi)型、崩潰插件標(biāo)識(shí)、崩潰時(shí)間等，崩潰類(lèi)型包括oom(outofmemoryerror)、anr(applicationnotresponding)等類(lèi)型。

在本發(fā)明實(shí)施例中，當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，會(huì)相應(yīng)的標(biāo)記該插件的插件標(biāo)識(shí)，并記錄在相應(yīng)的崩潰信息中，經(jīng)過(guò)用戶(hù)確認(rèn)后，客戶(hù)端將該崩潰信息上傳給服務(wù)器，服務(wù)器接收該崩潰信息，而對(duì)于本發(fā)明實(shí)施例的執(zhí)行主體可以為服務(wù)器，也可以為服務(wù)器中配置的用于崩潰信息處理的裝置，在服務(wù)器接收到客戶(hù)端發(fā)送的崩潰信息之后，對(duì)該崩潰信息進(jìn)行處理，以便將崩潰信息自動(dòng)分發(fā)給相應(yīng)的插件子模塊進(jìn)行分析，具體可以執(zhí)行步驟102至步驟104所述的過(guò)程。

102、從崩潰信息中獲取客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息。

其中，插件標(biāo)識(shí)信息可以為插件名稱(chēng)、身份標(biāo)識(shí)號(hào)碼(identity，id)等。

103、確定與獲取的插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息。

其中，通信方式信息可以包含插件子模塊的電子郵箱(electronicmail，e-mail)地址、網(wǎng)絡(luò)之間互連的協(xié)議(internetprotocol，ip)地址、電話號(hào)碼、即時(shí)通信工具的賬號(hào)等。

在本發(fā)明實(shí)施例中，可以預(yù)先創(chuàng)建不同插件標(biāo)識(shí)信息與相關(guān)插件子模塊的通信方式信息之間的映射關(guān)系，然后通過(guò)這個(gè)映射關(guān)系，查找到與獲取的插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息。

104、根據(jù)確定的通信方式信息，將崩潰信息發(fā)送給插件子模塊進(jìn)行分析。

其中，插件子模塊可以為根據(jù)崩潰信息進(jìn)行分析，得到解決客戶(hù)端崩潰處理方案的單元模塊，具體處理過(guò)程可以參見(jiàn)現(xiàn)有技術(shù)中的處理方式，在此不再贅述。

例如，根據(jù)崩潰插件的名稱(chēng)，查找到研發(fā)該插件模塊相關(guān)插件子模塊的電子郵箱地址，按照這個(gè)電子郵箱地址，將接收到的崩潰信息自動(dòng)發(fā)送給這個(gè)插件子模塊的電子郵箱當(dāng)中，該插件子模塊通過(guò)電子郵箱接收到該崩潰信息之后，可以從中獲取得到客戶(hù)端崩潰的相關(guān)信息，如崩潰的客戶(hù)端名稱(chēng)、以何種類(lèi)型崩潰、崩潰率、崩潰的時(shí)間、崩潰的插件名稱(chēng)及崩潰插件的相關(guān)代碼等信息，還可以包括客戶(hù)端所在終端設(shè)備的型號(hào)、客戶(hù)端應(yīng)用軟件的軟件版本號(hào)、異常棧、正在運(yùn)行的進(jìn)程、國(guó)際移動(dòng)設(shè)備身份碼(internationalmobileequipmentidentity，imei)號(hào)加密的消息摘要算法第5版(messagedigestalgorithm5，md5)值、客戶(hù)端所在終端設(shè)備的生廠商、終端設(shè)備使用的中央處理器(centralprocessingunit，cpu)型號(hào)、終端設(shè)備使用的網(wǎng)絡(luò)類(lèi)型和終端設(shè)備使用的系統(tǒng)的版本號(hào)等，結(jié)合這些信息分析得到解決客戶(hù)端崩潰的處理方案，如研發(fā)出相應(yīng)的補(bǔ)丁文件，對(duì)客戶(hù)端進(jìn)行更新，進(jìn)而可以做到及時(shí)解決客戶(hù)端崩潰的問(wèn)題。

本發(fā)明實(shí)施例提供的一種崩潰信息的處理方法，與目前需要研發(fā)人員主動(dòng)查看服務(wù)器側(cè)保存的客戶(hù)端崩潰信息的方式相比，本發(fā)明實(shí)施例可以通過(guò)這種自動(dòng)化崩潰信息分析的方式，無(wú)需研發(fā)人員再主動(dòng)查看服務(wù)器側(cè)保存的客戶(hù)端崩潰信息，可以及時(shí)分析得到解決客戶(hù)端崩潰的處理方案，進(jìn)而可以提高客戶(hù)端崩潰問(wèn)題的解決效率。

進(jìn)一步的，作為對(duì)上述實(shí)施例的細(xì)化和擴(kuò)展，本發(fā)明實(shí)施例提供了另一種崩潰信息的處理方法，可以應(yīng)用于服務(wù)器，如圖2所示，該方法包括：

201、服務(wù)器接收不同客戶(hù)端發(fā)送的崩潰信息。

在本發(fā)明實(shí)施例中，考慮到會(huì)接收到大量客戶(hù)端發(fā)送的崩潰信息，可以采用分布式系統(tǒng)架構(gòu)接收不同客戶(hù)端發(fā)送的崩潰信息，例如，可以采用hadoop分布式系統(tǒng)架構(gòu)，通過(guò)多個(gè)服務(wù)器接收不同客戶(hù)端發(fā)送的崩潰信息，以便減輕單個(gè)服務(wù)器的負(fù)載壓力，并且可以提高崩潰信息的處理效率。

服務(wù)器還可以預(yù)先收集了各種可能出現(xiàn)的操作系統(tǒng)特征信息以及對(duì)應(yīng)的插件版本，以便于通過(guò)將操作系統(tǒng)平臺(tái)信息與這些預(yù)先收集的特征信息進(jìn)行匹配比較，找到與客戶(hù)端操作系統(tǒng)平臺(tái)信息匹配的特征信息，與該特征信息對(duì)應(yīng)的插件即為適合當(dāng)前操作系統(tǒng)的插件。可以實(shí)施為客戶(hù)端向服務(wù)器發(fā)送插件獲取請(qǐng)求，接著接收服務(wù)器根據(jù)插件列表返回的、與主程序適配的插件版本。進(jìn)一步，在客戶(hù)端獲得操作系統(tǒng)適配的插件之后，服務(wù)器可以將插件下載地址返回給插件加載系統(tǒng)。例如，服務(wù)器可以返回插件的配置結(jié)構(gòu)，其中包括了統(tǒng)一資源定位符(uniformresourcelocator，url)節(jié)點(diǎn)，該url節(jié)點(diǎn)即為該插件的下載地址。此外，服務(wù)器還將插件名、插件的各插件版本所能使用的最低接口版本和最高接口版本返回給插件加載系統(tǒng)，以便用于客戶(hù)端后續(xù)的加載工作。

202、將不同客戶(hù)端發(fā)送的崩潰信息保存在預(yù)置存儲(chǔ)位置中。

其中，預(yù)置存儲(chǔ)位置可以根據(jù)實(shí)際需求預(yù)先進(jìn)行設(shè)定，例如，預(yù)置存儲(chǔ)位置可以為特定的數(shù)據(jù)庫(kù)，還可以為后臺(tái)用于崩潰信息處理的服務(wù)器。對(duì)于本發(fā)明實(shí)施例，將接收到的這些崩潰信息發(fā)送保存在預(yù)置存儲(chǔ)位置中，然后可以采用實(shí)時(shí)流的方式對(duì)這些崩潰信息進(jìn)行及時(shí)處理。

具體地，客戶(hù)端的崩潰信息通過(guò)日志機(jī)發(fā)送到用于崩潰信息處理的服務(wù)器進(jìn)行實(shí)時(shí)解析。通過(guò)實(shí)時(shí)進(jìn)行解析之后，將崩潰信息解析的核心元數(shù)據(jù)存儲(chǔ)在預(yù)置存儲(chǔ)位置中，其中日志機(jī)用于收集客戶(hù)端日志或者日志轉(zhuǎn)發(fā)，核心元數(shù)據(jù)包括：崩潰的客戶(hù)端名稱(chēng)、以何種類(lèi)型崩潰、崩潰率、崩潰的時(shí)間、崩潰的插件名稱(chēng)及崩潰插件的相關(guān)代碼、客戶(hù)端所在終端設(shè)備的操作系統(tǒng)版本、該終端設(shè)備的型號(hào)、該終端設(shè)備使用的網(wǎng)絡(luò)類(lèi)型、該終端設(shè)備使用的cpu型號(hào)、該終端設(shè)備的生廠商、客戶(hù)端應(yīng)用軟件的軟件版本號(hào)等。

在本發(fā)明的一個(gè)可選實(shí)施例中，為了提高崩潰信息的處理效率，可以采用建立崩潰信息對(duì)應(yīng)的索引，并依靠建立的索引進(jìn)行查詢(xún)的方式，相應(yīng)的，步驟202具體可以包括：將接收到的不同客戶(hù)端發(fā)送的崩潰信息根據(jù)崩潰堆棧，生成每個(gè)崩潰信息各自對(duì)應(yīng)哈希值；然后依據(jù)生成的哈希值，建立每個(gè)崩潰信息各自對(duì)應(yīng)的崩潰索引；最后將崩潰信息以及相應(yīng)的崩潰索引保存在預(yù)置存儲(chǔ)位置中。

203、按照預(yù)定時(shí)間間隔從預(yù)置存儲(chǔ)位置中獲取符合預(yù)定條件的崩潰信息。

其中，預(yù)定時(shí)間間隔可以根據(jù)實(shí)際需要預(yù)先進(jìn)行設(shè)定，為了使得插件子模塊能夠及時(shí)獲取得到客戶(hù)端相關(guān)的崩潰信息，可以將預(yù)定時(shí)間間隔的時(shí)長(zhǎng)設(shè)置的較短一些。

根據(jù)步驟202中可選實(shí)施例的描述，相應(yīng)的，步驟203具體可以包括：根據(jù)建立的崩潰索引，按照預(yù)定時(shí)間間隔從預(yù)置存儲(chǔ)位置中獲取符合預(yù)定條件的崩潰信息，與通過(guò)查詢(xún)崩潰信息的方式相比，通過(guò)定時(shí)查詢(xún)崩潰信息對(duì)應(yīng)的索引，獲取得到符合預(yù)定條件的崩潰信息，可以提高崩潰信息的查詢(xún)效率，進(jìn)而可以提高崩潰信息的處理效率。

預(yù)定條件可以根據(jù)用戶(hù)的實(shí)際需求預(yù)先進(jìn)行設(shè)定。例如，預(yù)定條件可以為滿(mǎn)足用戶(hù)特定指標(biāo)的，如唯一用戶(hù)的指標(biāo)等，相應(yīng)的，為了進(jìn)一步提高崩潰信息的查詢(xún)效率，在本發(fā)明的另一個(gè)可選實(shí)施例中，上述過(guò)程具體可以包括：首先對(duì)預(yù)置存儲(chǔ)位置中保存的崩潰索引進(jìn)行聚合處理，多維度匯總，得到預(yù)定指標(biāo)的崩潰索引，過(guò)濾掉無(wú)用指標(biāo)的崩潰索引，得到關(guān)于數(shù)量的、能夠體現(xiàn)唯一用戶(hù)指標(biāo)的崩潰索引；然后按照預(yù)定時(shí)間間隔對(duì)這些預(yù)定指標(biāo)的崩潰索引進(jìn)行查詢(xún)；最后根據(jù)查詢(xún)結(jié)果，確定符合預(yù)定條件的崩潰信息。通過(guò)這種查詢(xún)方式，可以只查詢(xún)用戶(hù)所關(guān)心指標(biāo)的崩潰索引，減少了查詢(xún)量，進(jìn)而進(jìn)一步提高了崩潰信息的查詢(xún)效率，從而進(jìn)一步提高了崩潰信息的處理效率。

為了節(jié)省預(yù)置存儲(chǔ)位置的存儲(chǔ)空間，減輕裝置側(cè)相應(yīng)的負(fù)載壓力，在本發(fā)明的又一個(gè)可選實(shí)施例中，步驟203具體還可以包括：按照預(yù)定時(shí)間間隔對(duì)預(yù)置存儲(chǔ)位置中過(guò)期的崩潰信息進(jìn)行清除；從清除后的預(yù)置存儲(chǔ)位置中獲取符合預(yù)定條件的崩潰信息。例如，可以記錄崩潰信息保存到預(yù)置存儲(chǔ)位置時(shí)的存儲(chǔ)時(shí)間，根據(jù)該存儲(chǔ)時(shí)間和當(dāng)前查詢(xún)時(shí)刻，確定該崩潰信息是否已經(jīng)過(guò)期，如該崩潰信息在預(yù)置存儲(chǔ)位置中保存的時(shí)間是否大于一定時(shí)長(zhǎng)閾值，如果該崩潰信息已經(jīng)過(guò)期，可以將該崩潰信息標(biāo)記為無(wú)效信息并進(jìn)行清除，無(wú)需對(duì)該崩潰信息進(jìn)行進(jìn)一步處理，在對(duì)預(yù)置存儲(chǔ)位置中所有過(guò)期的崩潰信息進(jìn)行清除后，從清除后的預(yù)置存儲(chǔ)位置中獲取符合預(yù)定條件的崩潰信息。通過(guò)這種方式，不但可以節(jié)省預(yù)置存儲(chǔ)位置的存儲(chǔ)空間，減輕裝置側(cè)相應(yīng)的負(fù)載壓力，而且還可以提高崩潰信息的查詢(xún)效率，進(jìn)而可以提高崩潰信息的處理效率。

204、從符合預(yù)定條件的崩潰信息中獲取客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息。

例如，從崩潰信息中獲取得到客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件名稱(chēng)。

205、確定與獲取到的插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息。

具體可以查詢(xún)預(yù)先創(chuàng)建的不同插件標(biāo)識(shí)信息與相關(guān)插件子模塊的通信方式信息之間的映射關(guān)系，根據(jù)查詢(xún)結(jié)果，確定與獲取到的插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息。

206、統(tǒng)計(jì)預(yù)定時(shí)間段內(nèi)與獲取的插件標(biāo)識(shí)信息對(duì)應(yīng)崩潰插件的崩潰人數(shù)。

其中，預(yù)定時(shí)間段可以根據(jù)實(shí)際需求進(jìn)行設(shè)定，例如，預(yù)定時(shí)間段可以為以當(dāng)前查詢(xún)崩潰信息的時(shí)刻算起，之前半個(gè)月內(nèi)的這段時(shí)間，統(tǒng)計(jì)這段時(shí)間內(nèi)由于該崩潰插件的客戶(hù)端崩潰人數(shù)。

207、根據(jù)統(tǒng)計(jì)得到的崩潰人數(shù)確定崩潰插件的崩潰等級(jí)。

在本發(fā)明實(shí)施例中，可以按照崩潰人數(shù)的不同量級(jí)，預(yù)先劃分不同的崩潰人數(shù)范圍，每個(gè)崩潰人數(shù)范圍各自對(duì)應(yīng)崩潰等級(jí)，例如，可以預(yù)先劃分三個(gè)崩潰等級(jí)，分別為危險(xiǎn)、中等、輕微異常，每個(gè)崩潰等級(jí)各自對(duì)應(yīng)不同的崩潰人數(shù)范圍，當(dāng)統(tǒng)計(jì)得到預(yù)定時(shí)間段內(nèi)崩潰插件的崩潰人數(shù)處于危險(xiǎn)等級(jí)的崩潰人數(shù)范圍內(nèi)時(shí)，確定該崩潰插件的崩潰等級(jí)為危險(xiǎn)等級(jí)；當(dāng)統(tǒng)計(jì)得到預(yù)定時(shí)間段內(nèi)崩潰插件的崩潰人數(shù)處于中等等級(jí)的崩潰人數(shù)范圍內(nèi)時(shí)，確定該崩潰插件的崩潰等級(jí)為中等等級(jí)。

208、根據(jù)確定的通信方式信息和確定的崩潰等級(jí)，將崩潰信息發(fā)送給插件子模塊進(jìn)行分析。

為了實(shí)現(xiàn)及時(shí)將影響相對(duì)較重的客戶(hù)端崩潰信息發(fā)送給插件子模塊，在本發(fā)明的再一個(gè)可選實(shí)施例中，步驟207具體可以包括：當(dāng)崩潰等級(jí)處于預(yù)設(shè)告警范圍時(shí)，根據(jù)通信方式信息，將崩潰信息發(fā)送給插件子模塊。其中，預(yù)設(shè)告警范圍可以根據(jù)用戶(hù)的需求預(yù)先進(jìn)行設(shè)定，例如，預(yù)設(shè)告警范圍包括危險(xiǎn)等級(jí)和中等等級(jí)，當(dāng)確定崩潰插件的崩潰等級(jí)為危險(xiǎn)等級(jí)或中等等級(jí)時(shí)，根據(jù)插件子模塊的通信方式信息，將相應(yīng)的客戶(hù)端崩潰信息發(fā)送給相應(yīng)的插件子模塊，進(jìn)而可以及時(shí)分析得到解決較嚴(yán)重的客戶(hù)端崩潰問(wèn)題的處理方案。對(duì)于影響相對(duì)較小的客戶(hù)端崩潰信息，如在量級(jí)比較大的用戶(hù)當(dāng)中只有1個(gè)用戶(hù)的客戶(hù)端由于該插件崩潰導(dǎo)致出現(xiàn)客戶(hù)端崩潰情況，說(shuō)明可能是該用戶(hù)意外操作導(dǎo)致的該崩潰情況，可以暫時(shí)不將相應(yīng)的該客戶(hù)端崩潰信息發(fā)送給插件子模塊進(jìn)行分析。

為了實(shí)現(xiàn)結(jié)合實(shí)際影響情況，對(duì)崩潰信息進(jìn)行處理，在本發(fā)明的再一個(gè)可選實(shí)施例中，步驟207具體還可以包括：根據(jù)通信方式信息，將崩潰信息和崩潰等級(jí)發(fā)送給插件子模塊進(jìn)行分析，進(jìn)而插件子模塊可以根據(jù)每個(gè)崩潰信息對(duì)應(yīng)的崩潰等級(jí)，優(yōu)先分析影響相對(duì)較重的客戶(hù)端崩潰問(wèn)題的處理方案，從而可以達(dá)到結(jié)合實(shí)際影響情況，對(duì)崩潰信息進(jìn)行處理的目的。

在插件子模塊接收到的崩潰信息時(shí)，為了方便插件子模塊直接分析存在問(wèn)題的程序代碼，在本發(fā)明的再一個(gè)可選實(shí)施例中，上述將崩潰信息發(fā)送給插件子模塊的過(guò)程，具體可以包括：對(duì)崩潰信息中需要反混淆的內(nèi)容進(jìn)行反混淆處理，得到反混淆處理后的程序代碼；將包含程序代碼的崩潰信息發(fā)送給插件子模塊，進(jìn)而插件子模塊可以直接分析存在問(wèn)題的程序代碼，而不是存在混淆的程序代碼，減少插件子模塊二次查找相應(yīng)程序代碼的步驟，從而可以提高客戶(hù)端崩潰問(wèn)題的解決效率。

進(jìn)一步地，為了實(shí)現(xiàn)對(duì)特定時(shí)間段內(nèi)接收到的崩潰信息進(jìn)行匯總分析，滿(mǎn)足對(duì)不同插件質(zhì)量的評(píng)定需求，在本發(fā)明的再一個(gè)可選實(shí)施例中，上述方法還可以包括：對(duì)預(yù)設(shè)時(shí)間段內(nèi)接收到的不同客戶(hù)端發(fā)送的崩潰信息進(jìn)行歸類(lèi)分析。

具體地，可以對(duì)預(yù)設(shè)時(shí)間段內(nèi)接收到的不同客戶(hù)端發(fā)送的崩潰信息進(jìn)行歸類(lèi)分析，得到不同崩潰類(lèi)型分別對(duì)應(yīng)的出現(xiàn)崩潰次數(shù)占比、和/或不同版本號(hào)的同一插件分別對(duì)應(yīng)的出現(xiàn)崩潰次數(shù)占比、和/或不同插件分別對(duì)應(yīng)的出現(xiàn)崩潰次數(shù)占比、和/或不同插件分別對(duì)應(yīng)的出現(xiàn)崩潰人數(shù)占比。

例如，可以對(duì)特定月份內(nèi)接收到的不同客戶(hù)端發(fā)送的崩潰信息進(jìn)行歸類(lèi)分析，基于客戶(hù)端不同的崩潰類(lèi)型、該月份單個(gè)插件各版本數(shù)據(jù)、崩潰人數(shù)、崩潰次數(shù)等信息進(jìn)行統(tǒng)計(jì)，得到該月份內(nèi)不同崩潰類(lèi)型分別對(duì)應(yīng)的客戶(hù)端出現(xiàn)崩潰次數(shù)的柱狀圖、該月份單個(gè)插件各版本崩潰次數(shù)比例餅狀圖、該月份各插件之間質(zhì)量比較圖等，可以滿(mǎn)足該月份內(nèi)對(duì)不同插件質(zhì)量的評(píng)定需求。

為了更好的說(shuō)明本發(fā)明實(shí)施例提供方法的實(shí)施過(guò)程，給出如下具體的應(yīng)用實(shí)例，但不限于此。

例如，當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，會(huì)相應(yīng)的標(biāo)記該插件的插件名稱(chēng)、版本號(hào)等，并記錄在相應(yīng)的崩潰信息中，經(jīng)過(guò)用戶(hù)確認(rèn)后，客戶(hù)端將該崩潰信息上傳給服務(wù)器；服務(wù)器對(duì)該崩潰信息進(jìn)行處理，將不同客戶(hù)端上傳的崩潰信息保存在崩潰后臺(tái)，具體根據(jù)崩潰堆棧，生成每個(gè)崩潰信息各自對(duì)應(yīng)哈希值，再依據(jù)生成的哈希值，建立每個(gè)崩潰信息各自對(duì)應(yīng)的崩潰索引，然后將崩潰信息以及相應(yīng)的崩潰索引保存在崩潰后臺(tái)；接下來(lái)的處理流程如圖3所示，首先通過(guò)自動(dòng)定時(shí)查詢(xún)模塊，根據(jù)建立的崩潰索引，按照預(yù)定時(shí)間間隔從預(yù)置存儲(chǔ)位置中獲取符合預(yù)定條件的崩潰信息；再通過(guò)崩潰索引解析引擎解析出崩潰信息對(duì)應(yīng)的崩潰堆棧、包含的崩潰插件名稱(chēng)、崩潰人數(shù)等信息；再通過(guò)解析出的插件名稱(chēng)，查找到研發(fā)該客戶(hù)端模塊的相關(guān)負(fù)責(zé)人的負(fù)責(zé)人郵箱；然后通過(guò)崩潰分級(jí)模塊，根據(jù)插件崩潰人數(shù)確定崩潰的等級(jí)，連同崩潰信息一起通過(guò)郵箱分發(fā)給相關(guān)負(fù)責(zé)人，以便負(fù)責(zé)人從中分析得到解決客戶(hù)端崩潰的處理方案。

為了實(shí)現(xiàn)對(duì)特定時(shí)間段內(nèi)接收到的崩潰信息進(jìn)行匯總分析，如圖3所示，可以通過(guò)數(shù)據(jù)存儲(chǔ)模塊，崩潰信息按崩潰類(lèi)型、所屬插件等信息進(jìn)行歸類(lèi)分析，具體如圖4所示，可以對(duì)特定月份內(nèi)接收到的不同客戶(hù)端發(fā)送的崩潰信息進(jìn)行歸類(lèi)分析，基于客戶(hù)端不同的崩潰類(lèi)型、該月份單個(gè)插件各版本數(shù)據(jù)、崩潰人數(shù)、崩潰次數(shù)等信息進(jìn)行統(tǒng)計(jì)，得到該月份內(nèi)不同崩潰類(lèi)型分別對(duì)應(yīng)的客戶(hù)端出現(xiàn)崩潰次數(shù)的柱狀圖、該月份單個(gè)插件各版本崩潰次數(shù)比例餅狀圖、該月份各插件之間質(zhì)量比較圖等，進(jìn)而可以分析得到該月份內(nèi)哪個(gè)崩潰類(lèi)型出現(xiàn)客戶(hù)端崩潰次數(shù)比較多、哪個(gè)版本的插件出現(xiàn)的問(wèn)題比較多、哪個(gè)插件的質(zhì)量較差等，從而可以滿(mǎn)足該月份內(nèi)對(duì)不同插件質(zhì)量的評(píng)定需求。

本發(fā)明實(shí)施例提供的另一種崩潰信息的處理方法，與目前需要研發(fā)人員主動(dòng)查看服務(wù)器側(cè)保存的客戶(hù)端崩潰信息的方式相比，可以及時(shí)分析得到解決客戶(hù)端崩潰的處理方案，從而可以提高客戶(hù)端崩潰問(wèn)題的解決效率；并且可以實(shí)現(xiàn)對(duì)特定時(shí)間段內(nèi)接收到的崩潰信息進(jìn)行匯總分析，滿(mǎn)足對(duì)不同插件質(zhì)量的評(píng)定需求。

上述實(shí)施例所描述的是服務(wù)器側(cè)進(jìn)行崩潰信息的處理過(guò)程，相應(yīng)的，本發(fā)明實(shí)施例提供了又一種崩潰信息的處理方法，可以應(yīng)用于客戶(hù)端，如圖5所示，該方法包括：

301、當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，標(biāo)記插件對(duì)應(yīng)的插件標(biāo)識(shí)信息。

其中，插件標(biāo)識(shí)信息可以插件名稱(chēng)、id號(hào)等。

302、根據(jù)標(biāo)記的插件標(biāo)識(shí)信息，記錄相應(yīng)的崩潰信息。

具體可以將標(biāo)記的插件名稱(chēng)、以及該插件的版本號(hào)等信息，一同記錄在相應(yīng)的崩潰信息當(dāng)中。

303、將記錄的崩潰信息發(fā)送給服務(wù)器。

進(jìn)一步地，以使得服務(wù)器確定與崩潰信息中插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息，并根據(jù)通信方式信息，將崩潰信息發(fā)送給插件子模塊進(jìn)行分析。需要說(shuō)明的是，在服務(wù)器側(cè)，對(duì)記錄的崩潰信息進(jìn)行處理的具體過(guò)程可以參考步驟101至104、以及步驟201至207中的相應(yīng)描述，在此不再贅述。

本發(fā)明實(shí)施例提供的又一種崩潰信息的處理方法，與目前需要研發(fā)人員主動(dòng)查看服務(wù)器側(cè)保存的客戶(hù)端崩潰信息的方式相比，可以及時(shí)分析得到解決客戶(hù)端崩潰的處理方案，從而可以提高客戶(hù)端崩潰問(wèn)題的解決效率。

進(jìn)一步地，作為圖1和圖2所述方法的具體實(shí)現(xiàn)，本發(fā)明實(shí)施例提供了一種服務(wù)器，如圖6所示，所述服務(wù)器包括：接收單元41、獲取單元42、確定單元43、發(fā)送單元44。

接收單元41，可以用于接收客戶(hù)端發(fā)送的崩潰信息；接收單元41面向客戶(hù)端，為本服務(wù)器中接收客戶(hù)端發(fā)送的請(qǐng)求信息的主要功能模塊。

獲取單元42，可以用于從所述接收單元41接收的崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；獲取單元42為本服務(wù)器中獲取插件標(biāo)識(shí)信息主要功能模塊，在獲取得到插件標(biāo)識(shí)信息之后，可以觸發(fā)確定模塊43進(jìn)行工作。

確定單元43，可以用于確定與所述獲取單元42獲取的插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息；確定單元43為本服務(wù)器中通過(guò)獲取得到的插件標(biāo)識(shí)信息，查詢(xún)相應(yīng)插件子模塊的通信方式信息的主要功能模塊。

發(fā)送單元44，可以用于根據(jù)所述確定單元43確定的通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。發(fā)送單元44同樣面向客戶(hù)端，在插件子模塊收到該崩潰信息之后，可以從中分析得到解決客戶(hù)端崩潰的處理方案，如研發(fā)出相應(yīng)的客戶(hù)端更新版本，進(jìn)而可以做到及時(shí)解決客戶(hù)端崩潰的問(wèn)題。

進(jìn)一步地，為了實(shí)現(xiàn)結(jié)合實(shí)際影響情況，對(duì)崩潰信息進(jìn)行處理，如圖7所示，所述服務(wù)器還包括：統(tǒng)計(jì)單元45。

所述統(tǒng)計(jì)單元45，可以用于統(tǒng)計(jì)預(yù)定時(shí)間段內(nèi)與所述插件標(biāo)識(shí)信息對(duì)應(yīng)崩潰插件的崩潰人數(shù)。

所述確定單元43，還可以用于根據(jù)所述崩潰人數(shù)確定所述崩潰插件的崩潰等級(jí)。

所述發(fā)送單元44，具體可以用于根據(jù)所述通信方式信息和所述崩潰等級(jí)，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

在具體的應(yīng)用場(chǎng)景中，為了實(shí)現(xiàn)及時(shí)將影響相對(duì)較重的客戶(hù)端崩潰信息發(fā)送給插件子模塊，所述發(fā)送單元44，具體還可以用于當(dāng)所述崩潰等級(jí)處于預(yù)設(shè)告警范圍時(shí)，根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析；或根據(jù)所述通信方式信息，將所述崩潰信息和所述崩潰等級(jí)發(fā)送給所述插件子模塊進(jìn)行分析。

在具體的應(yīng)用場(chǎng)景中，為了方便插件子模塊直接分析存在問(wèn)題的程序代碼，如圖7所示，所述發(fā)送單元44具體可以包括：處理模塊441、發(fā)送模塊442。

處理模塊441，可以用于對(duì)所述崩潰信息中需要反混淆的內(nèi)容進(jìn)行反混淆處理，得到反混淆處理后的程序代碼；

發(fā)送模塊442，可以用于將包含所述程序代碼的崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

進(jìn)一步地，為了實(shí)現(xiàn)對(duì)特定時(shí)間段內(nèi)接收到的崩潰信息進(jìn)行匯總分析，滿(mǎn)足對(duì)不同插件質(zhì)量的評(píng)定需求，如圖7所示，所述服務(wù)器還包括：分析單元46。

分析單元46，可以用于對(duì)預(yù)設(shè)時(shí)間段內(nèi)接收到的不同客戶(hù)端發(fā)送的崩潰信息進(jìn)行歸類(lèi)分析。

在具體的應(yīng)用場(chǎng)景中，所述分析單元46，具體用于對(duì)預(yù)設(shè)時(shí)間段內(nèi)接收到的不同客戶(hù)端發(fā)送的崩潰信息進(jìn)行歸類(lèi)分析，得到不同崩潰類(lèi)型分別對(duì)應(yīng)的出現(xiàn)崩潰次數(shù)占比、和/或不同版本號(hào)的同一插件分別對(duì)應(yīng)的出現(xiàn)崩潰次數(shù)占比、和/或不同插件分別對(duì)應(yīng)的出現(xiàn)崩潰次數(shù)占比、和/或不同插件分別對(duì)應(yīng)的出現(xiàn)崩潰人數(shù)占比。

進(jìn)一步地，如圖7所示，所述服務(wù)器還包括：保存單元47。

所述保存單元47，可以用于將不同客戶(hù)端發(fā)送的崩潰信息保存在預(yù)置存儲(chǔ)位置中；

所述獲取單元42，具體可以用于按照預(yù)定時(shí)間間隔從所述預(yù)置存儲(chǔ)位置中獲取符合預(yù)定條件的崩潰信息；從所述符合預(yù)定條件的崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息。

在具體的應(yīng)用場(chǎng)景中，為了提高崩潰信息的處理效率，所述保存單元47，具體可以用于將不同客戶(hù)端發(fā)送的崩潰信息根據(jù)崩潰堆棧，生成崩潰信息各自對(duì)應(yīng)哈希值；依據(jù)所述哈希值，建立崩潰信息各自對(duì)應(yīng)的崩潰索引；將崩潰信息以及相應(yīng)的崩潰索引保存在預(yù)置存儲(chǔ)位置中；

所述獲取單元42，具體可以用于根據(jù)所述崩潰索引，按照預(yù)定時(shí)間間隔從所述預(yù)置存儲(chǔ)位置中獲取符合預(yù)定條件的崩潰信息。

在具體的應(yīng)用場(chǎng)景中，為了進(jìn)一步提高崩潰信息的處理效率，如圖7所示，所述獲取單元42包括：處理模塊421、查詢(xún)模塊422、確定模塊423。

處理模塊421，可以用于對(duì)所述預(yù)置存儲(chǔ)位置中保存的崩潰索引進(jìn)行聚合處理，得到預(yù)定指標(biāo)的崩潰索引；

查詢(xún)模塊422，可以用于按照預(yù)定時(shí)間間隔對(duì)所述處理模塊421處理得到的預(yù)定指標(biāo)的崩潰索引進(jìn)行查詢(xún)；

確定模塊423，可以用于根據(jù)所述查詢(xún)模塊422的查詢(xún)結(jié)果，確定符合預(yù)定條件的崩潰信息。

在具體的應(yīng)用場(chǎng)景中，節(jié)省預(yù)置存儲(chǔ)位置的存儲(chǔ)空間，減輕裝置側(cè)相應(yīng)的負(fù)載壓力，所述獲取單元42，具體還可以用于按照預(yù)定時(shí)間間隔對(duì)所述預(yù)置存儲(chǔ)位置中過(guò)期的崩潰信息進(jìn)行清除；從清除后的預(yù)置存儲(chǔ)位置中獲取符合預(yù)定條件的崩潰信息。

需要說(shuō)明的是，本發(fā)明實(shí)施例提供的一種服務(wù)器所涉及各功能單元的其他相應(yīng)描述，可以參考圖1和圖2中的對(duì)應(yīng)描述，在此不再贅述。

基于上述如圖1所示方法，相應(yīng)的，本發(fā)明實(shí)施例還提供了一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其上存儲(chǔ)有計(jì)算機(jī)程序，該程序被處理器執(zhí)行時(shí)實(shí)現(xiàn)以下步驟：接收客戶(hù)端發(fā)送的崩潰信息；從所述崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；確定與所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息；根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

基于上述如圖1和圖2所示方法和如圖6和圖7所示裝置的實(shí)施例，本發(fā)明實(shí)施例還提供了一種服務(wù)器的實(shí)體裝置，如圖8所示，該裝置包括：處理器51、存儲(chǔ)器52、及存儲(chǔ)在存儲(chǔ)器52上并可在處理器上運(yùn)行的計(jì)算機(jī)程序，所述處理器51執(zhí)行所述程序時(shí)實(shí)現(xiàn)以下步驟：接收客戶(hù)端發(fā)送的崩潰信息；從所述崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；確定與所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息；根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析；該裝置還包括：總線53，被配置為耦接處理器51及存儲(chǔ)器52。

進(jìn)一步地，作為圖5所述方法的具體實(shí)現(xiàn)，本發(fā)明實(shí)施例提供了一種客戶(hù)端，如圖9所示，所述客戶(hù)端包括：標(biāo)記單元61、記錄單元62、發(fā)送單元63。

標(biāo)記單元61，可以用于當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，標(biāo)記所述插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

記錄單元62，可以用于根據(jù)所述標(biāo)記單元61標(biāo)記的插件標(biāo)識(shí)信息，記錄相應(yīng)的崩潰信息；

發(fā)送單元63，可以用于將所述記錄單元62記錄的崩潰信息發(fā)送給服務(wù)器。

進(jìn)一步地，以使得所述服務(wù)器確定與所述崩潰信息中所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息，并根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

需要說(shuō)明的是，本發(fā)明實(shí)施例提供的一種客戶(hù)端所涉及各功能單元的其他相應(yīng)描述，可以參考圖5中的對(duì)應(yīng)描述，在此不再贅述。

基于上述如圖5所示方法，相應(yīng)的，本發(fā)明實(shí)施例還提供了一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其上存儲(chǔ)有計(jì)算機(jī)程序，該程序被處理器執(zhí)行時(shí)實(shí)現(xiàn)以下步驟：當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，標(biāo)記所述插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；根據(jù)所述插件標(biāo)識(shí)信息，記錄相應(yīng)的崩潰信息；將所述崩潰信息發(fā)送給服務(wù)器，以使得所述服務(wù)器確定與所述崩潰信息中所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息，并根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊。

基于上述如圖5所示方法和如圖9所示裝置的實(shí)施例，本發(fā)明實(shí)施例還提供了一種終端設(shè)備的實(shí)體裝置，如圖10所示，該終端設(shè)備包括：處理器71、存儲(chǔ)器72、及存儲(chǔ)在存儲(chǔ)器72上并可在處理器上運(yùn)行的計(jì)算機(jī)程序，所述處理器71執(zhí)行所述程序時(shí)實(shí)現(xiàn)以下步驟：當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，標(biāo)記所述插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；根據(jù)所述插件標(biāo)識(shí)信息，記錄相應(yīng)的崩潰信息；將所述崩潰信息發(fā)送給服務(wù)器，以使得所述服務(wù)器確定與所述崩潰信息中所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息，并根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析；該終端設(shè)備還包括：總線73，被配置為耦接處理器71及存儲(chǔ)器72。

進(jìn)一步地，本發(fā)明實(shí)施例提供了一種崩潰信息的處理系統(tǒng)，如圖11所示，包括：服務(wù)器81和客戶(hù)端82。

所述客戶(hù)端82，可以用于當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，標(biāo)記所述插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；根據(jù)所述插件標(biāo)識(shí)信息，記錄相應(yīng)的崩潰信息；將所述崩潰信息發(fā)送給服務(wù)器81；

所述服務(wù)器81，可以用于接收所述客戶(hù)端82發(fā)送的崩潰信息；從所述崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；確定與所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息；根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

通過(guò)應(yīng)用本發(fā)明的技術(shù)方案，可以使得插件子模塊及時(shí)獲取得到客戶(hù)端相關(guān)的崩潰信息，進(jìn)而可以及時(shí)分析得到解決客戶(hù)端崩潰的處理方案，從而可以提高客戶(hù)端崩潰問(wèn)題的解決效率。

本發(fā)明實(shí)施例公開(kāi)了：

a1、一種崩潰信息的處理方法，應(yīng)用于服務(wù)器，包括：

接收客戶(hù)端發(fā)送的崩潰信息；

從所述崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

確定與所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息；

根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

a2、根據(jù)如a1所述的方法，所述根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析之前，所述方法還包括：

統(tǒng)計(jì)預(yù)定時(shí)間段內(nèi)與所述插件標(biāo)識(shí)信息對(duì)應(yīng)崩潰插件的崩潰人數(shù)；

根據(jù)所述崩潰人數(shù)確定所述崩潰插件的崩潰等級(jí)；

所述根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析，具體包括：

根據(jù)所述通信方式信息和所述崩潰等級(jí)，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

a3、根據(jù)如a2所述的方法，所述根據(jù)所述通信方式信息和所述崩潰等級(jí)，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析，具體包括：

當(dāng)所述崩潰等級(jí)處于預(yù)設(shè)告警范圍時(shí)，根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析；或

根據(jù)所述通信方式信息，將所述崩潰信息和所述崩潰等級(jí)發(fā)送給所述插件子模塊進(jìn)行分析。

a4、根據(jù)如a1至a3任一項(xiàng)所述的方法，所述將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析，具體包括：

對(duì)所述崩潰信息中需要反混淆的內(nèi)容進(jìn)行反混淆處理，得到反混淆處理后的程序代碼；

將包含所述程序代碼的崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

a5、根據(jù)如a1所述的方法，所述方法還包括：

對(duì)預(yù)設(shè)時(shí)間段內(nèi)接收到的不同客戶(hù)端發(fā)送的崩潰信息進(jìn)行歸類(lèi)分析。

a6、根據(jù)如a5所述的方法，所述對(duì)預(yù)設(shè)時(shí)間段內(nèi)接收到的不同客戶(hù)端發(fā)送的崩潰信息進(jìn)行歸類(lèi)分析，具體包括：

對(duì)預(yù)設(shè)時(shí)間段內(nèi)接收到的不同客戶(hù)端發(fā)送的崩潰信息進(jìn)行歸類(lèi)分析，得到不同崩潰類(lèi)型分別對(duì)應(yīng)的出現(xiàn)崩潰次數(shù)占比、和/或不同版本號(hào)的同一插件分別對(duì)應(yīng)的出現(xiàn)崩潰次數(shù)占比、和/或不同插件分別對(duì)應(yīng)的出現(xiàn)崩潰次數(shù)占比、和/或不同插件分別對(duì)應(yīng)的出現(xiàn)崩潰人數(shù)占比。

a7、根據(jù)如a1所述的方法，所述從所述崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息之前，所述方法還包括：

將不同客戶(hù)端發(fā)送的崩潰信息根據(jù)崩潰堆棧，生成崩潰信息各自對(duì)應(yīng)哈希值；

依據(jù)所述哈希值，建立崩潰信息各自對(duì)應(yīng)的崩潰索引；

將崩潰信息以及相應(yīng)的崩潰索引保存在預(yù)置存儲(chǔ)位置中；

所述從所述崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息，具體包括：

根據(jù)所述崩潰索引，按照預(yù)定時(shí)間間隔從所述預(yù)置存儲(chǔ)位置中獲取符合預(yù)定條件的崩潰信息；

從所述符合預(yù)定條件的崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息。

a8、根據(jù)如a7所述的方法，所述根據(jù)所述崩潰索引，按照預(yù)定時(shí)間間隔從所述預(yù)置存儲(chǔ)位置中獲取符合預(yù)定條件的崩潰信息，具體包括：

對(duì)所述預(yù)置存儲(chǔ)位置中保存的崩潰索引進(jìn)行聚合處理，得到預(yù)定指標(biāo)的崩潰索引；

按照預(yù)定時(shí)間間隔對(duì)預(yù)定指標(biāo)的崩潰索引進(jìn)行查詢(xún)；

根據(jù)查詢(xún)結(jié)果，確定符合預(yù)定條件的崩潰信息。

a9、根據(jù)如a7所述的方法，所述根據(jù)所述崩潰索引，按照預(yù)定時(shí)間間隔從所述預(yù)置存儲(chǔ)位置中獲取符合預(yù)定條件的崩潰信息，具體包括：

按照預(yù)定時(shí)間間隔對(duì)所述預(yù)置存儲(chǔ)位置中過(guò)期的崩潰信息進(jìn)行清除；

根據(jù)所述崩潰索引，從清除后的預(yù)置存儲(chǔ)位置中獲取符合預(yù)定條件的崩潰信息。

b10、一種崩潰信息的處理方法，應(yīng)用于客戶(hù)端，包括：

當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，標(biāo)記所述插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

根據(jù)所述插件標(biāo)識(shí)信息，記錄相應(yīng)的崩潰信息；

將所述崩潰信息發(fā)送給服務(wù)器，以使得所述服務(wù)器確定與所述崩潰信息中所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息，并根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

c11、一種服務(wù)器，包括：

接收單元，用于接收客戶(hù)端發(fā)送的崩潰信息；

獲取單元，用于從所述接收單元接收的崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

確定單元，用于確定與所述獲取單元獲取的插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息；

發(fā)送單元，用于根據(jù)所述確定單元確定的通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

c12、根據(jù)如c11所述的服務(wù)器，所述服務(wù)器還包括：統(tǒng)計(jì)單元；

所述統(tǒng)計(jì)單元，用于統(tǒng)計(jì)預(yù)定時(shí)間段內(nèi)與所述插件標(biāo)識(shí)信息對(duì)應(yīng)崩潰插件的崩潰人數(shù)；

所述確定單元，還用于根據(jù)所述崩潰人數(shù)確定所述崩潰插件的崩潰等級(jí)；

所述發(fā)送單元，具體用于根據(jù)所述通信方式信息和所述崩潰等級(jí)，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

c13、根據(jù)如c12所述的服務(wù)器，

所述發(fā)送單元，具體還用于當(dāng)所述崩潰等級(jí)處于預(yù)設(shè)告警范圍時(shí)，根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析；或

根據(jù)所述通信方式信息，將所述崩潰信息和所述崩潰等級(jí)發(fā)送給所述插件子模塊進(jìn)行分析。

c14、根據(jù)如c11至c13任一項(xiàng)所述的服務(wù)器，所述發(fā)送單元具體包括：

處理模塊，用于對(duì)所述崩潰信息中需要反混淆的內(nèi)容進(jìn)行反混淆處理，得到反混淆處理后的程序代碼；

發(fā)送模塊，用于將包含所述程序代碼的崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

c15、根據(jù)如c11所述的服務(wù)器，所述服務(wù)器還包括：

分析單元，用于對(duì)預(yù)設(shè)時(shí)間段內(nèi)接收到的不同客戶(hù)端發(fā)送的崩潰信息進(jìn)行歸類(lèi)分析。

c16、根據(jù)如c15所述的服務(wù)器，

所述分析單元，具體用于對(duì)預(yù)設(shè)時(shí)間段內(nèi)接收到的不同客戶(hù)端發(fā)送的崩潰信息進(jìn)行歸類(lèi)分析，得到不同崩潰類(lèi)型分別對(duì)應(yīng)的出現(xiàn)崩潰次數(shù)占比、和/或不同版本號(hào)的同一插件分別對(duì)應(yīng)的出現(xiàn)崩潰次數(shù)占比、和/或不同插件分別對(duì)應(yīng)的出現(xiàn)崩潰次數(shù)占比、和/或不同插件分別對(duì)應(yīng)的出現(xiàn)崩潰人數(shù)占比。

c17、根據(jù)如c11所述的服務(wù)器，所述服務(wù)器還包括：保存單元；

所述保存單元，用于將不同客戶(hù)端發(fā)送的崩潰信息根據(jù)崩潰堆棧，生成崩潰信息各自對(duì)應(yīng)哈希值；

依據(jù)所述哈希值，建立崩潰信息各自對(duì)應(yīng)的崩潰索引；

將崩潰信息以及相應(yīng)的崩潰索引保存在預(yù)置存儲(chǔ)位置中；

所述獲取單元，具體用于根據(jù)所述崩潰索引，按照預(yù)定時(shí)間間隔從所述預(yù)置存儲(chǔ)位置中獲取符合預(yù)定條件的崩潰信息；

從所述符合預(yù)定條件的崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息。

c18、根據(jù)如c17所述的服務(wù)器，所述獲取單元具體包括：

處理模塊，用于對(duì)所述預(yù)置存儲(chǔ)位置中保存的崩潰索引進(jìn)行聚合處理，得到預(yù)定指標(biāo)的崩潰索引；

查詢(xún)模塊，用于按照預(yù)定時(shí)間間隔對(duì)所述處理模塊處理得到的預(yù)定指標(biāo)的崩潰索引進(jìn)行查詢(xún)；

確定模塊，用于根據(jù)所述查詢(xún)模塊的查詢(xún)結(jié)果，確定符合預(yù)定條件的崩潰信息。

c19、根據(jù)如c17所述的服務(wù)器，

所述獲取單元，具體還用于按照預(yù)定時(shí)間間隔對(duì)所述預(yù)置存儲(chǔ)位置中過(guò)期的崩潰信息進(jìn)行清除；

根據(jù)所述崩潰索引，從清除后的預(yù)置存儲(chǔ)位置中獲取符合預(yù)定條件的崩潰信息。

d20、一種客戶(hù)端，包括：

標(biāo)記單元，用于當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，標(biāo)記所述插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

記錄單元，用于根據(jù)所述標(biāo)記單元標(biāo)記的插件標(biāo)識(shí)信息，記錄相應(yīng)的崩潰信息；

發(fā)送單元，用于將所述記錄單元記錄的崩潰信息發(fā)送給服務(wù)器，以使得所述服務(wù)器確定與所述崩潰信息中所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息，并根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

e21、一種崩潰信息的處理系統(tǒng)，包括：如c11至c19任一項(xiàng)所述的服務(wù)器和如d20所述的客戶(hù)端。

f22、一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其上存儲(chǔ)有計(jì)算機(jī)程序，該程序被處理器執(zhí)行時(shí)實(shí)現(xiàn)以下步驟：

接收客戶(hù)端發(fā)送的崩潰信息；

從所述崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

確定與所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息；

根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

g23、一種服務(wù)器，包括存儲(chǔ)器、處理器及存儲(chǔ)在存儲(chǔ)器上并可在處理器上運(yùn)行的計(jì)算機(jī)程序，所述處理器執(zhí)行所述程序時(shí)實(shí)現(xiàn)以下步驟：

接收客戶(hù)端發(fā)送的崩潰信息；

從所述崩潰信息中獲取所述客戶(hù)端發(fā)生崩潰的插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

確定與所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息；

根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

h24、一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其上存儲(chǔ)有計(jì)算機(jī)程序，該程序被處理器執(zhí)行時(shí)實(shí)現(xiàn)以下步驟：

當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，標(biāo)記所述插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

根據(jù)所述插件標(biāo)識(shí)信息，記錄相應(yīng)的崩潰信息；

將所述崩潰信息發(fā)送給服務(wù)器，以使得所述服務(wù)器確定與所述崩潰信息中所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息，并根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

i25、一種終端設(shè)備，包括存儲(chǔ)器、處理器及存儲(chǔ)在存儲(chǔ)器上并可在處理器上運(yùn)行的計(jì)算機(jī)程序，所述處理器執(zhí)行所述程序時(shí)實(shí)現(xiàn)以下步驟：

當(dāng)客戶(hù)端對(duì)應(yīng)的插件發(fā)生崩潰時(shí)，標(biāo)記所述插件對(duì)應(yīng)的插件標(biāo)識(shí)信息；

根據(jù)所述插件標(biāo)識(shí)信息，記錄相應(yīng)的崩潰信息；

將所述崩潰信息發(fā)送給服務(wù)器，以使得所述服務(wù)器確定與所述崩潰信息中所述插件標(biāo)識(shí)信息對(duì)應(yīng)的插件子模塊的通信方式信息，并根據(jù)所述通信方式信息，將所述崩潰信息發(fā)送給所述插件子模塊進(jìn)行分析。

在上述實(shí)施例中，對(duì)各個(gè)實(shí)施例的描述都各有側(cè)重，某個(gè)實(shí)施例中沒(méi)有詳述的部分，可以參見(jiàn)其他實(shí)施例的相關(guān)描述。

可以理解的是，上述方法及裝置中的相關(guān)特征可以相互參考。另外，上述實(shí)施例中的“第一”、“第二”等是用于區(qū)分各實(shí)施例，而并不代表各實(shí)施例的優(yōu)劣。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡(jiǎn)潔，上述描述的系統(tǒng)，裝置和單元的具體工作過(guò)程，可以參考前述方法實(shí)施例中的對(duì)應(yīng)過(guò)程，在此不再贅述。

在此提供的算法和顯示不與任何特定計(jì)算機(jī)、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造這類(lèi)系統(tǒng)所要求的結(jié)構(gòu)是顯而易見(jiàn)的。此外，本發(fā)明也不針對(duì)任何特定編程語(yǔ)言。應(yīng)當(dāng)明白，可以利用各種編程語(yǔ)言實(shí)現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對(duì)特定語(yǔ)言所做的描述是為了披露本發(fā)明的最佳實(shí)施方式。

在此處所提供的說(shuō)明書(shū)中，說(shuō)明了大量具體細(xì)節(jié)。然而，能夠理解，本發(fā)明的實(shí)施例可以在沒(méi)有這些具體細(xì)節(jié)的情況下實(shí)踐。在一些實(shí)例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對(duì)本說(shuō)明書(shū)的理解。

類(lèi)似地，應(yīng)當(dāng)理解，為了精簡(jiǎn)本公開(kāi)并幫助理解各個(gè)發(fā)明方面中的一個(gè)或多個(gè)，在上面對(duì)本發(fā)明的示例性實(shí)施例的描述中，本發(fā)明的各個(gè)特征有時(shí)被一起分組到單個(gè)實(shí)施例、圖、或者對(duì)其的描述中。然而，并不應(yīng)將該公開(kāi)的方法解釋成反映如下意圖：即所要求保護(hù)的本發(fā)明要求比在每個(gè)權(quán)利要求中所明確記載的特征更多的特征。更確切地說(shuō)，如下面的權(quán)利要求書(shū)所反映的那樣，發(fā)明方面在于少于前面公開(kāi)的單個(gè)實(shí)施例的所有特征。因此，遵循具體實(shí)施方式的權(quán)利要求書(shū)由此明確地并入該具體實(shí)施方式，其中每個(gè)權(quán)利要求本身都作為本發(fā)明的單獨(dú)實(shí)施例。

本領(lǐng)域那些技術(shù)人員可以理解，可以對(duì)實(shí)施例中的設(shè)備中的模塊進(jìn)行自適應(yīng)性地改變并且把它們?cè)O(shè)置在與該實(shí)施例不同的一個(gè)或多個(gè)設(shè)備中?？梢园褜?shí)施例中的模塊或單元或組件組合成一個(gè)模塊或單元或組件，以及此外可以把它們分成多個(gè)子模塊或子單元或子組件。除了這樣的特征和/或過(guò)程或者單元中的至少一些是相互排斥之外，可以采用任何組合對(duì)本說(shuō)明書(shū)(包括伴隨的權(quán)利要求、摘要和附圖)中公開(kāi)的所有特征以及如此公開(kāi)的任何方法或者設(shè)備的所有過(guò)程或單元進(jìn)行組合。除非另外明確陳述，本說(shuō)明書(shū)(包括伴隨的權(quán)利要求、摘要和附圖)中公開(kāi)的每個(gè)特征可以由提供相同、等同或相似目的的替代特征來(lái)代替。

此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實(shí)施例包括其它實(shí)施例中所包括的某些特征而不是其它特征，但是不同實(shí)施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實(shí)施例。例如，在下面的權(quán)利要求書(shū)中，所要求保護(hù)的實(shí)施例的任意之一都可以以任意的組合方式來(lái)使用。

本發(fā)明的各個(gè)部件實(shí)施例可以以硬件實(shí)現(xiàn)，或者以在一個(gè)或者多個(gè)處理器上運(yùn)行的軟件模塊實(shí)現(xiàn)，或者以它們的組合實(shí)現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實(shí)踐中使用微處理器或者數(shù)字信號(hào)處理器(dsp)來(lái)實(shí)現(xiàn)根據(jù)本發(fā)明實(shí)施例的一種崩潰信息的處理方法、裝置及系統(tǒng)中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實(shí)現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計(jì)算機(jī)程序和計(jì)算機(jī)程序產(chǎn)品)。這樣的實(shí)現(xiàn)本發(fā)明的程序可以存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上，或者可以具有一個(gè)或者多個(gè)信號(hào)的形式。這樣的信號(hào)可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號(hào)上提供，或者以任何其他形式提供。

應(yīng)該注意的是上述實(shí)施例對(duì)本發(fā)明進(jìn)行說(shuō)明而不是對(duì)本發(fā)明進(jìn)行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計(jì)出替換實(shí)施例。在權(quán)利要求中，不應(yīng)將位于括號(hào)之間的任何參考符號(hào)構(gòu)造成對(duì)權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個(gè)”不排除存在多個(gè)這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計(jì)算機(jī)來(lái)實(shí)現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個(gè)可以是通過(guò)同一個(gè)硬件項(xiàng)來(lái)具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱(chēng)。