本發(fā)明涉及系統(tǒng)維護技術領域，特別是涉及一種系統(tǒng)錯誤檢測方法和裝置。

背景技術：

隨著互聯(lián)網(wǎng)服務的發(fā)展，互聯(lián)網(wǎng)已經(jīng)滲透到人們生活的各個方面。而現(xiàn)在的互聯(lián)網(wǎng)服務大多基于C/S或B/S模型，C/S模型即客戶端與服務器結(jié)構，B/S模型即瀏覽器與服務器結(jié)構。在這兩種模型中，服務器端扮演著服務提供者的角色，服務器處于網(wǎng)絡服務的核心位置。如果服務器端出現(xiàn)了問題，則可能導致所有的客戶端或瀏覽器端不能正常工作，致使整個網(wǎng)絡服務發(fā)生癱瘓。為了保證服務器上運行的系統(tǒng)能夠提供正常可靠的服務，需要對系統(tǒng)進行檢測，并對檢測出的錯誤進行處理。而目前的系統(tǒng)檢測和錯誤處理都是靠人工完成的，因此不能保證在系統(tǒng)發(fā)生錯誤時，及時對錯誤進行檢測，即使檢測到錯誤之后，還需要人工進行錯誤確認，確認之后再由人工修復錯誤，修復錯誤所花時間較長，從而降低了系統(tǒng)錯誤檢測和錯誤修復的效率。

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

基于此，有必要針對系統(tǒng)錯誤檢測和修復效率低的問題，提供一種能夠提高系統(tǒng)錯誤的檢測和修復效率的系統(tǒng)錯誤檢測方法和裝置。

一種系統(tǒng)錯誤檢測方法，包括：

定期向目標系統(tǒng)發(fā)送錯誤檢測請求；

接收所述目標系統(tǒng)根據(jù)所述錯誤檢測請求返回的數(shù)據(jù)；

通過預先訓練獲得的錯誤檢測模型對所述目標系統(tǒng)返回的數(shù)據(jù)進行檢測得到系統(tǒng)錯誤信息；

根據(jù)所述系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與所述錯誤類型對應的錯誤修復方式；

根據(jù)查找到的所述錯誤修復方式對所述目標系統(tǒng)進行修復。

在其中一個實施例中，所述通過預先訓練獲得的錯誤檢測模型對所述目標系統(tǒng)返回的數(shù)據(jù)進行檢測得到系統(tǒng)錯誤信息之后，還包括：

通過對所述系統(tǒng)錯誤信息進行篩選獲得嚴重錯誤信息和警告錯誤信息；

根據(jù)所述嚴重錯誤信息和所述警告錯誤信息中的數(shù)據(jù)計算得出錯誤嚴重度；

如果所述錯誤嚴重度大于第一容錯閾值，則執(zhí)行所述根據(jù)所述系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與所述錯誤類型對應的修復方式，根據(jù)查找到的所述錯誤修復方式對所述目標系統(tǒng)進行修復的步驟。

在其中一個實施例中，所述根據(jù)所述嚴重錯誤信息和所述警告錯誤信息中的數(shù)據(jù)計算得出錯誤嚴重度包括：

根據(jù)所述嚴重錯誤信息和所述警告錯誤信息中的數(shù)據(jù)計算錯誤總數(shù)；

通過預置的嚴重錯誤系數(shù)與預置的警告錯誤系數(shù)計算得到系數(shù)比率；

對所述錯誤總數(shù)和所述系數(shù)比率進行運算得到錯誤嚴重度。

在其中一個實施例中，所述根據(jù)所述嚴重錯誤信息和所述警告錯誤信息中的數(shù)據(jù)計算得出錯誤嚴重度之后還包括：

如果錯誤嚴重度小于第一容錯閾值且大于第二容錯閾值，根據(jù)所述系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與所述錯誤類型對應的錯誤驗證方式，根據(jù)所述錯誤驗證方式向所述目標系統(tǒng)發(fā)送錯誤驗證請求獲取數(shù)據(jù)，并對所述數(shù)據(jù)進行驗證；

若驗證通過，則執(zhí)行所述根據(jù)所述系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與所述錯誤類型對應的修復方式，根據(jù)查找到的所述錯誤修復方式修復對所述目標系統(tǒng)進行修復的步驟。

在其中一個實施例中，所述系統(tǒng)錯誤檢測方法還包括：

根據(jù)所述系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找錯誤原因；

根據(jù)所述系統(tǒng)錯誤信息和所述錯誤原因生成錯誤報告；

將所述錯誤報告發(fā)送至預設聯(lián)系人所登錄的終端。

上述系統(tǒng)錯誤檢測方法，通過定期向目標系統(tǒng)發(fā)送錯誤檢測請求，且根據(jù)錯誤檢測請求獲取相應的數(shù)據(jù)，并使用錯誤檢測模型對數(shù)據(jù)進行檢測，當檢測 到數(shù)據(jù)中的錯誤時生成系統(tǒng)錯誤信息，并能夠及時根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找到與錯誤類型對應的修復方式，根據(jù)修復方式修復目標系統(tǒng)中檢測到的錯誤。這樣通過定期向目標系統(tǒng)發(fā)送檢測請求，且根據(jù)錯誤檢測模型對目標系統(tǒng)進行檢測，保證了在系統(tǒng)發(fā)生錯誤時，能夠及時檢測到系統(tǒng)的錯誤，達到定期對系統(tǒng)檢測的效果，并且也縮短了檢測目標系統(tǒng)中錯誤的時間和提高了檢測目標系統(tǒng)中錯誤的速度，且在檢測到目標系統(tǒng)中的錯誤時，能夠保證及時對錯誤進行修復，縮短了修復錯誤的時間，因此提高了系統(tǒng)錯誤的檢測和修復效率。

一種系統(tǒng)錯誤檢測裝置，包括：

請求模塊，用于定期向目標系統(tǒng)發(fā)送錯誤檢測請求；接收所述目標系統(tǒng)根據(jù)所述錯誤檢測請求返回的數(shù)據(jù)；

數(shù)據(jù)處理模塊，用于通過預先訓練獲得的錯誤檢測模型對所述目標系統(tǒng)返回的數(shù)據(jù)進行檢測得到系統(tǒng)錯誤信息；

錯誤檢測模塊，用于根據(jù)所述系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與所述錯誤類型對應的錯誤修復方式，根據(jù)查找到的所述錯誤修復方式對所述目標系統(tǒng)進行修復。

在其中一個實施例中，所述數(shù)據(jù)處理模塊還用于通過對所述系統(tǒng)錯誤信息進行篩選得到嚴重錯誤信息和警告錯誤信息；根據(jù)所述嚴重錯誤信息和所述警告錯誤信息中的數(shù)據(jù)計算得出錯誤嚴重度；

所述錯誤檢測模塊還用于如果所述錯誤嚴重度大于第一容錯閾值，則根據(jù)所述系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與所述錯誤類型對應的修復方式，根據(jù)查找到的所述錯誤修復方式對所述目標系統(tǒng)進行修復。

在其中一個實施例中，所述數(shù)據(jù)處理模塊還用于根據(jù)所述嚴重錯誤信息和所述警告錯誤信息中的數(shù)據(jù)計算錯誤總數(shù)，通過預置的嚴重錯誤系數(shù)與預置的警告錯誤系數(shù)計算得到系數(shù)比率，對所述錯誤總數(shù)和所述系數(shù)比率進行運算得到錯誤嚴重度。

在其中一個實施例中，所述錯誤檢測模塊還用于如果錯誤嚴重度小于第一 容錯閾值且大于第二容錯閾值，根據(jù)所述系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與所述錯誤類型對應的錯誤驗證方式，根據(jù)所述錯誤驗證方式向所述目標系統(tǒng)發(fā)送錯誤驗證請求獲取數(shù)據(jù)，并對所述數(shù)據(jù)進行驗證；若驗證通過，根據(jù)所述系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與所述錯誤類型對應的修復方式，根據(jù)查找到的所述錯誤修復方式對所述目標系統(tǒng)進行修復。

在其中一個實施例中，所述系統(tǒng)錯誤檢測裝置還包括：

錯誤報告模塊，用于根據(jù)所述系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找錯誤原因；根據(jù)所述系統(tǒng)錯誤信息和所述錯誤原因生成錯誤報告；將所述錯誤報告發(fā)送至預設聯(lián)系人所登錄的終端。

上述系統(tǒng)錯誤檢測裝置，請求模塊通過定期向目標系統(tǒng)發(fā)送錯誤檢測請求，且根據(jù)通過錯誤檢測請求獲取相應的數(shù)據(jù)，數(shù)據(jù)處理模塊使用預先訓練獲得的錯誤檢測模型對數(shù)據(jù)進行檢測，當檢測到數(shù)據(jù)中的錯誤時生成系統(tǒng)錯誤信息，錯誤檢測模塊能夠及時根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找到與錯誤類型對應的修復方式，根據(jù)修復方式修復目標系統(tǒng)中檢測到的錯誤。這樣通過定期向目標系統(tǒng)發(fā)送檢測請求，且根據(jù)錯誤檢測模型對目標系統(tǒng)進行檢測，保證了在系統(tǒng)發(fā)生錯誤時，能夠及時檢測到系統(tǒng)的錯誤，達到定期對系統(tǒng)檢測的效果，并且也縮短了檢測目標系統(tǒng)中錯誤的時間和提高了檢測目標系統(tǒng)中錯誤的速度，且在檢測到目標系統(tǒng)中的錯誤時，能夠保證及時對錯誤進行修復，縮短了修復錯誤的時間，因此提高了系統(tǒng)錯誤的檢測和修復效率。

附圖說明

圖1為一個實施例中系統(tǒng)錯誤檢測方法的流程示意圖；

圖2為另一個實施例中系統(tǒng)錯誤檢測方法的流程示意圖；

圖3為一個實施例中錯誤報告步驟的流程示意圖；

圖4為一個實施例中系統(tǒng)錯誤檢測裝置的結(jié)構框圖；

圖5為另一個實施例中系統(tǒng)錯誤檢測裝置的結(jié)構框圖；

圖6為一個實施例中系統(tǒng)錯誤檢測裝置檢測目標系統(tǒng)的檢測交互示意圖；

圖7為另一個例中系統(tǒng)錯誤檢測裝置中的請求模塊內(nèi)部流程示意圖。

具體實施方式

為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

如圖1所示，一種系統(tǒng)錯誤檢測方法，本實施例以該方法應用于服務器上來舉例。服務器上運行有與目標系統(tǒng)相互獨立的系統(tǒng)錯誤檢測程序，通過該系統(tǒng)錯誤檢測程序來實施該系統(tǒng)錯誤檢測方法。該方法具體包括以下步驟：

步驟102，定期向目標系統(tǒng)發(fā)送錯誤檢測請求。

具體地，目標系統(tǒng)是系統(tǒng)錯誤檢測方法所要檢測的系統(tǒng)，該系統(tǒng)運行在服務器上。錯誤檢測請求是服務器為了獲取目標系統(tǒng)中的數(shù)據(jù)而發(fā)送的數(shù)據(jù)請求，錯誤檢測請求中包括需要檢測的數(shù)據(jù)的參數(shù)，目標系統(tǒng)讀取到錯誤檢測請求中數(shù)據(jù)的參數(shù)時，會根據(jù)數(shù)據(jù)的參數(shù)返回對應的數(shù)據(jù)，以便服務器對數(shù)據(jù)進行檢測。

服務器根據(jù)預置的初始條件確定錯誤檢測請求的參數(shù)和檢測頻率，再根據(jù)檢測頻率定期向目標系統(tǒng)發(fā)送錯誤檢測請求。檢測頻率可以設置為一分鐘、一小時或者一天等，如果檢測頻率設置為一分鐘，則服務器每隔一分鐘向目標系統(tǒng)發(fā)送一個錯誤檢測請求，如此類推。預置的初始條件包括對目標系統(tǒng)的檢測頻率和需要檢測的數(shù)據(jù)的參數(shù)，請求模塊通過檢測請求中的參數(shù)獲取到與數(shù)據(jù)參數(shù)對應的數(shù)據(jù)，參數(shù)不同獲取到的數(shù)據(jù)也不同。

步驟104，接收目標系統(tǒng)根據(jù)錯誤檢測請求返回的數(shù)據(jù)。

具體地，目標系統(tǒng)在接收到服務器發(fā)送的錯誤檢測請求后，對錯誤檢測請求進行解析，根據(jù)解析得到的數(shù)據(jù)的參數(shù)查找相應的數(shù)據(jù)，并將查找到的數(shù)據(jù)返回給服務器。

步驟106，通過預先訓練獲得的錯誤檢測模型對目標系統(tǒng)返回的數(shù)據(jù)進行檢測得到系統(tǒng)錯誤信息。

具體地，服務器利用錯誤檢測模型對目標系統(tǒng)返回的數(shù)據(jù)進行檢測，錯誤檢測模型在目標系統(tǒng)返回的數(shù)據(jù)中檢測到錯誤時，則根據(jù)所檢測到的錯誤生成 系統(tǒng)錯誤信息。系統(tǒng)錯誤信息中包括錯誤類型和發(fā)生錯誤的數(shù)據(jù)，還可以包括發(fā)生錯誤的時間和檢測到錯誤的時間中的至少一種。

錯誤檢測模型是預先訓練獲得的。在一個實施例中，服務器獲取目標系統(tǒng)的所有數(shù)據(jù)，在目標系統(tǒng)的所有數(shù)據(jù)中篩選錯誤檢測指標。服務器根據(jù)篩選出來的錯誤檢測指標選取模型樣本數(shù)據(jù)，模型樣本數(shù)據(jù)用于訓練錯誤檢測模型。在模型樣本數(shù)據(jù)中隨機選取一部分數(shù)據(jù)作為訓練樣本，剩下一部分作為測試樣本。服務器利用訓練樣本訓練得到錯誤檢測模型，在利用測試樣本對錯誤檢測模型進行測試，如果測試準確，則錯誤檢測模型訓練成功，如果測試不準確，重新訓練錯誤檢測模型。不同的目標系統(tǒng)有不同的錯誤檢測模型。

步驟108，根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與錯誤類型對應的錯誤修復方式。

在一個實施例中，服務器提取系統(tǒng)錯誤信息中的錯誤類型，并根據(jù)錯誤類型在數(shù)據(jù)庫中進行查找。在數(shù)據(jù)庫中存儲著錯誤類型和與錯誤類型對應的錯誤修復方式，服務器通過比對錯誤類型來查找錯誤類型對應的錯誤修復方式。錯誤修復方式可以是對目標系統(tǒng)中數(shù)據(jù)計算錯誤進行重新計算，并將目標系統(tǒng)各種的錯誤數(shù)據(jù)更新為重新計算得到的正確數(shù)值，也可以是對目標系統(tǒng)中的代碼錯誤進行修復，錯誤修復方式中包括正確的代碼，將目標系統(tǒng)中錯誤的代碼替換為正確的代碼。

在一個實施例中，數(shù)據(jù)庫中存儲著錯誤報告，錯誤報告中包括錯誤類型和與錯誤類型對應的錯誤修復方式。服務器在數(shù)據(jù)庫中查找與錯誤類型對應的錯誤報告，并提取錯誤報告中的錯誤修復方式。

步驟110，根據(jù)查找到的錯誤修復方式對目標系統(tǒng)進行修復。

在一個實施例中，服務器根據(jù)錯誤類型在數(shù)據(jù)庫中查找到錯誤修復方式，并根據(jù)錯誤修復方式對目標系統(tǒng)中發(fā)生錯誤的數(shù)據(jù)或者系統(tǒng)進行修復。具體地，服務器可對目標系統(tǒng)的配置文件進行修復，或者可對目標系統(tǒng)的代碼進行修復。

本實施例中，通過定期向目標系統(tǒng)發(fā)送錯誤檢測請求，且根據(jù)錯誤檢測請求獲取相應的數(shù)據(jù)，并使用錯誤檢測模型對數(shù)據(jù)進行檢測，當檢測到數(shù)據(jù)中的錯誤時生成系統(tǒng)錯誤信息，并能夠及時根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù) 庫中查找到與錯誤類型對應的修復方式，根據(jù)修復方式修復目標系統(tǒng)中檢測到的錯誤。這樣通過定期向目標系統(tǒng)發(fā)送檢測請求，且根據(jù)錯誤檢測模型對目標系統(tǒng)進行檢測，保證了在系統(tǒng)發(fā)生錯誤時，能夠及時檢測到系統(tǒng)的錯誤，并且也縮短了檢測目標系統(tǒng)中錯誤的時間和提高了檢測目標系統(tǒng)中錯誤的速度，且在檢測到目標系統(tǒng)中的錯誤時，能夠保證及時對錯誤進行修復，縮短了修復錯誤的時間，因此提高了系統(tǒng)錯誤的檢測和修復效率。

如圖2所示，在一個實施例中，一種系統(tǒng)錯誤檢測方法，具體包括如下步驟：

步驟202，定期向目標系統(tǒng)發(fā)送錯誤檢測請求。

步驟204，接收目標系統(tǒng)根據(jù)錯誤檢測請求返回的數(shù)據(jù)。

步驟206，通過預先訓練獲得的錯誤檢測模型對目標系統(tǒng)返回的數(shù)據(jù)進行檢測得到系統(tǒng)錯誤信息。

步驟208，通過對系統(tǒng)錯誤信息進行篩選獲得嚴重錯誤信息和警告錯誤信息。

在一個實施例中，服務器可預先將錯誤類型劃分級別，根據(jù)系統(tǒng)錯誤信息中的錯誤類型的級別將系統(tǒng)錯誤信息分為嚴重錯誤信息和警告錯誤信息。

步驟210，根據(jù)嚴重錯誤信息和警告錯誤信息中的數(shù)據(jù)計算得出錯誤嚴重度。

在一個實施例中，計算嚴重錯誤信息中嚴重錯誤的數(shù)量與警告錯誤信息中警告錯誤數(shù)量的錯誤數(shù)量總和，以錯誤數(shù)量總和作為錯誤嚴重度，錯誤數(shù)量總和數(shù)值越大，錯誤嚴重度越高，錯誤數(shù)量總和數(shù)值越小，錯誤嚴重度越低。

步驟212，判斷錯誤嚴重度是否大于第一容錯閾值。如果錯誤嚴重度大于第一容錯閾值，則執(zhí)行步驟216；如果嚴重錯誤度小于或等于第一容錯閾值，則執(zhí)行步驟214。

具體地，服務器將計算得到的錯誤嚴重度與預置的第一容錯閾值進行比較，判斷錯誤嚴重度是否大于第一容錯閾值。第一容錯閾值是預置的用來判斷目標系統(tǒng)所發(fā)生錯誤是否屬于嚴重錯誤的系數(shù)，如果錯誤嚴重度大于第一容錯閾值，則表示該錯誤為嚴重錯誤，則會直接對錯誤進行修復。

如果計算得出的錯誤嚴重度大于第一容錯閾值，則根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中對應的錯誤修復方式，根據(jù)查找到的錯誤修復方式修復目標系統(tǒng)中的錯誤數(shù)據(jù)或者代碼。

步驟214，如果錯誤嚴重度大于第二容錯閾值，根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與錯誤類型對應的錯誤驗證方式，根據(jù)錯誤驗證方式向目標系統(tǒng)發(fā)送錯誤驗證請求獲取數(shù)據(jù)，并對數(shù)據(jù)進行驗證。

具體地，如果錯誤嚴重度小于或等于第一容錯閾值且大于第二容錯閾值，根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與錯誤類型對應的錯誤驗證方式，根據(jù)錯誤驗證方式向目標系統(tǒng)發(fā)送錯誤驗證請求獲取數(shù)據(jù)，并對數(shù)據(jù)進行驗證。若驗證通過，則執(zhí)行根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與錯誤類型對應的修復方式，并根據(jù)查找到的錯誤修復方式修復錯誤的步驟。第二容錯閾值是預置的用來判斷目標系統(tǒng)發(fā)生的錯誤是否屬于警告錯誤的系數(shù)，并且第二容錯閾值小于第一容錯閾值。當錯誤嚴重度小于等于第一閾值的同時大于第二容錯閾值時，則屬于警告錯誤，需要對錯誤進行再次確認，如果再次確認錯誤確實存在，則對錯誤進行修復。

如果在計算出的錯誤嚴重度小于第一容錯閾值并且大于第二容錯閾值時，服務器提取系統(tǒng)錯誤信息中的錯誤類型，并使用錯誤類型在數(shù)據(jù)庫中查找與錯誤類型對應的錯誤驗證方式。服務器根據(jù)錯誤驗證方式向目標系統(tǒng)發(fā)送錯誤驗證請求來獲取發(fā)生錯誤的數(shù)據(jù)，并將所獲取到的數(shù)據(jù)與系統(tǒng)錯誤信息中發(fā)生錯誤的數(shù)據(jù)進行比對，如果所獲取到的數(shù)據(jù)與系統(tǒng)錯誤信息中發(fā)生錯誤的數(shù)據(jù)一致或者相同，服務器則認定目標系統(tǒng)中確實存在該錯誤，則驗證通過。服務器根據(jù)錯誤類型在數(shù)據(jù)庫中查找錯誤修復方式，并根據(jù)錯誤修復方式對錯誤進行修復。

如果驗證沒通過或者錯誤嚴重度小于第二容錯閾值，說明目標系統(tǒng)中不存在錯誤，無需對錯誤進行修復，目標系統(tǒng)運行正常，不進行錯誤修復或錯誤報告。

步驟216，根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與錯誤類型對應的錯誤修復方式。

步驟218，根據(jù)查找到的錯誤修復方式對目標系統(tǒng)進行修復。

本實施例中，在系統(tǒng)錯誤信息中篩選出嚴重錯誤信息和警告錯誤信息，并根據(jù)嚴重錯誤信息和警告錯誤信息計算出錯誤嚴重度，根據(jù)錯誤嚴重度可以反映出錯誤的嚴重情況，在錯誤嚴重度大于第一容錯閾值時，對錯誤嚴重度較高的錯誤在數(shù)據(jù)庫中查找修復方式進行修復，提高了錯誤修復的效率。在錯誤嚴重度沒有達到第一容錯閾值且大于第二閾值時，需要對檢測到的錯誤進行驗證確認，如果驗證確認錯誤確實存在才對錯誤進行修復，進一步提高了錯誤檢測的準確率，避免了由于錯誤檢測不準確而浪費修復錯誤所需的資源。

在一個實施例中，步驟210包括：根據(jù)嚴重錯誤信息和警告錯誤信息中的數(shù)據(jù)計算錯誤總數(shù)，通過預置的嚴重錯誤系數(shù)與預置的警告錯誤系數(shù)計算得到系數(shù)比率，對錯誤總數(shù)和系數(shù)比率進行運算得到錯誤嚴重度。

具體地，可根據(jù)如下公式計算錯誤嚴重度：

其中Result表示錯誤嚴重度，a表示預置的嚴重錯誤系數(shù)，b表示預置的警告錯誤系數(shù)，x1表示將檢測到的嚴重錯誤數(shù)據(jù)排序后的第一個嚴重錯誤數(shù)據(jù)，x2則表示將檢測到的嚴重錯誤數(shù)據(jù)排序后的最后一個嚴重錯誤數(shù)據(jù)，x1至x2表示出現(xiàn)嚴重錯誤的范圍內(nèi)的數(shù)據(jù)。y1表示將檢測到的警告錯誤數(shù)據(jù)排序后的第一個警告錯誤數(shù)據(jù)，y2則表示將檢測到的警告錯誤數(shù)據(jù)排序后的最后一個警告錯誤數(shù)據(jù)，y1至y2表示出現(xiàn)警告錯誤的范圍內(nèi)的數(shù)據(jù)，x表示嚴重錯誤的數(shù)量，y表示警告錯誤的數(shù)量。

進一步地，服務器根據(jù)嚴重錯誤信息中的數(shù)據(jù)計算嚴重錯誤的數(shù)量x，再根據(jù)警告錯誤信息中的數(shù)據(jù)計算警告錯誤的數(shù)量y，其中嚴重錯誤信息和警告錯誤信息中的數(shù)據(jù)包括發(fā)生錯誤的數(shù)據(jù)以及錯誤類型。將嚴重錯誤的數(shù)量x和警告錯誤的數(shù)量y相加得到總的錯誤數(shù)量，再根據(jù)預置的嚴重錯誤系數(shù)a和預置的警告錯誤系數(shù)b計算系數(shù)比率，以總的錯誤數(shù)量乘以系數(shù)比率，得到嚴重錯誤在總的錯誤數(shù)量中所占的比率，即錯誤嚴重度Result。錯誤嚴重度越大，目標系統(tǒng)中 的嚴重錯誤所占總的錯誤數(shù)量的比率越大。錯誤嚴重度越小，目標系統(tǒng)中的嚴重錯誤所占總的錯誤數(shù)量的比率越小。目標系統(tǒng)中的嚴重錯誤所占總的錯誤數(shù)的比率越大，越需要對目標系統(tǒng)中的錯誤進行修復。

本實施例中，通過總的錯誤數(shù)量和嚴重錯誤與警告錯誤數(shù)量的比率乘積得到的錯誤嚴重度，可以反映嚴重錯誤在總的錯誤數(shù)量中占有的比率，能夠?qū)嶋H反映目標系統(tǒng)中發(fā)生嚴重錯誤的情況。

如圖3所示，在一個實施例中，上述系統(tǒng)錯誤檢測方法還包括錯誤報告生成的步驟，具體包括以下步驟：

步驟302，根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找錯誤原因。

在一個實施例中，服務器在檢測到目標系統(tǒng)的錯誤之后，生成了系統(tǒng)錯誤信息，系統(tǒng)錯誤信息中包括錯誤類型。服務器提取系統(tǒng)錯誤信息中提取到錯誤類型，并根據(jù)錯誤類型在數(shù)據(jù)庫中查找與錯誤類型對應的錯誤原因。

在一個實施例中，服務器根據(jù)錯誤類型在數(shù)據(jù)庫中查找包括相同錯誤類型的錯誤報告，從錯誤報告中提取錯誤原因。

步驟304，根據(jù)系統(tǒng)錯誤信息和錯誤原因生成錯誤報告。

在一個實施例中，服務器提取系統(tǒng)錯誤信息中的發(fā)生錯誤的數(shù)據(jù)和錯誤類型，并根據(jù)發(fā)生錯誤的數(shù)據(jù)、錯誤類型和錯誤原因生成錯誤報告。錯誤報告還可以包括錯誤發(fā)生時間、錯誤檢測時間、錯誤修復方式和錯誤驗證方式中至少一種。

步驟306，將錯誤報告發(fā)送至預設聯(lián)系人所登錄的終端。

在一個實施例中，服務器在生成錯誤報告之后，將錯誤報告發(fā)送給預設聯(lián)系人所登錄的終端，方便技術人員通過錯誤報告了解目標系統(tǒng)的具體運行情況。同時，服務器也可將錯誤報告存儲在數(shù)據(jù)庫中，以便下次發(fā)生錯誤類型相同的錯誤時，在數(shù)據(jù)庫中查找對應的錯誤報告，根據(jù)錯誤報告中的錯誤修復方式或者錯誤驗證方式來對錯誤進行修復或者驗證，也可以根據(jù)錯誤類型查找錯誤報告中的錯誤原因，并根據(jù)錯誤原因再次生成錯誤報告。

本實施例中，根據(jù)錯誤檢測、錯誤修復和錯誤驗證過程中產(chǎn)生的信息或數(shù)據(jù)生成錯誤報告，技術人員可以通過錯誤報告了解到目標系統(tǒng)具體的運行情況， 同時可以保證以后目標系統(tǒng)出現(xiàn)相同錯誤時直接在數(shù)據(jù)庫中查找錯誤報告，并根據(jù)錯誤報告來對錯誤進行處理，提高了錯誤處理效率。

如圖4所示，在一個實施例中，提供一種系統(tǒng)錯誤檢測裝置400，包括：請求模塊402、數(shù)據(jù)處理模塊404和錯誤檢測模塊406。

請求模塊402，用于定期向目標系統(tǒng)發(fā)送錯誤檢測請求；接收目標系統(tǒng)根據(jù)錯誤檢測請求返回數(shù)據(jù)。

數(shù)據(jù)處理模塊404，用于通過預先訓練獲得的錯誤檢測模型對目標系統(tǒng)返回的數(shù)據(jù)進行檢測得到系統(tǒng)錯誤信息。

錯誤檢測模塊406，用于根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與錯誤類型對應的錯誤修復方式，并根據(jù)查找到的錯誤修復方式對目標系統(tǒng)進行修復。

本實施例中，請求模塊402通過定期向目標系統(tǒng)發(fā)送錯誤檢測請求，且根據(jù)通過錯誤檢測請求獲取相應的數(shù)據(jù)，數(shù)據(jù)處理模塊404使用預先訓練獲得的錯誤檢測模型對數(shù)據(jù)進行檢測，當檢測到數(shù)據(jù)中的錯誤時生成系統(tǒng)錯誤信息。錯誤檢測模塊406可以連接到數(shù)據(jù)庫，能夠及時根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找到與錯誤類型對應的修復方式，根據(jù)修復方式修復目標系統(tǒng)中檢測到的錯誤。這樣通過定期向目標系統(tǒng)發(fā)送檢測請求，且根據(jù)錯誤檢測模型對目標系統(tǒng)進行檢測，保證了在系統(tǒng)發(fā)生錯誤時，能夠及時檢測到系統(tǒng)的錯誤，達到定期對系統(tǒng)檢測的效果，并且也縮短了檢測目標系統(tǒng)中錯誤的時間和提高了檢測目標系統(tǒng)中錯誤的速度，且在檢測到目標系統(tǒng)中的錯誤時，能夠保證及時對錯誤進行修復，縮短了修復錯誤的時間，因此提高了系統(tǒng)錯誤的檢測和修復效率。

在一個實施例中，所述數(shù)據(jù)處理模塊404還用于通過對系統(tǒng)錯誤信息進行篩選得到嚴重錯誤信息和警告錯誤信息；根據(jù)嚴重錯誤信息和警告錯誤信息中的數(shù)據(jù)計算得出錯誤嚴重度。

錯誤檢測模塊406還用于如果錯誤嚴重度大于第一容錯閾值，則根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與錯誤類型對應的修復方式，并根據(jù)查 找到的錯誤修復方式對目標系統(tǒng)進行修復。

本實施例中，數(shù)據(jù)處理模塊404在系統(tǒng)錯誤信息中篩選出嚴重錯誤信息和警告錯誤信息，并根據(jù)嚴重錯誤信息和警告錯誤信息計算出錯誤嚴重度。錯誤檢測模塊406根據(jù)錯誤嚴重度可以反映出錯誤的嚴重情況，對錯誤嚴重度較高的錯誤在數(shù)據(jù)庫中查找修復方式進行修復，提高了錯誤修復的效率。

在一個實施例中，所述數(shù)據(jù)處理模塊404還用于根據(jù)所述嚴重錯誤信息和所述警告錯誤信息中的數(shù)據(jù)計算錯誤總數(shù)，通過預置的嚴重錯誤系數(shù)與預置的警告錯誤系數(shù)計算得到系數(shù)比率，對所述錯誤總數(shù)和所述系數(shù)比率進行運算得到錯誤嚴重度。

本實施例中，數(shù)據(jù)處理模塊404通過總的錯誤數(shù)量和嚴重錯誤與警告錯誤數(shù)量的比率乘積得到的錯誤嚴重度，可以反映嚴重錯誤在總的錯誤數(shù)量中占有的比率，能夠?qū)嶋H反映目標系統(tǒng)中發(fā)生嚴重錯誤的情況。

在一個實施例中，所述錯誤檢測模塊406還用于如果錯誤嚴重度小于第一容錯閾值且大于第二容錯閾值，根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與錯誤類型對應的錯誤驗證方式，根據(jù)錯誤驗證方式向目標系統(tǒng)發(fā)送錯誤驗證請求獲取數(shù)據(jù)，并對數(shù)據(jù)進行驗證；若驗證通過，根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找與所述錯誤類型對應的修復方式，根據(jù)查找到的錯誤修復方式對目標系統(tǒng)進行修復。

本實施例中，錯誤檢測模塊406在錯誤嚴重度沒有達到第一容錯閾值且大于第二閾值時，需要對檢測到的錯誤進行驗證確認，如果驗證確認錯誤確實存在才對錯誤進行修復，進一步提高了錯誤檢測的準確率，避免了由于錯誤檢測不準確而浪費修復錯誤所需的資源。

如圖5所示，在一個實施例中，系統(tǒng)錯誤檢測裝置400還包括：錯誤報告模塊408，用于根據(jù)系統(tǒng)錯誤信息中的錯誤類型在數(shù)據(jù)庫中查找錯誤原因；根據(jù)系統(tǒng)錯誤信息和錯誤原因生成錯誤報告；將錯誤報告發(fā)送至預設聯(lián)系人所登錄的終端。

本實施例中，錯誤報告模塊408根據(jù)錯誤檢測、錯誤修復和錯誤驗證過程中產(chǎn)生的信息或數(shù)據(jù)生成錯誤報告，技術人員可以通過錯誤報告了解到目標系 統(tǒng)具體的運行情況。錯誤報告模塊408可以連接到數(shù)據(jù)庫，可以保證以后目標系統(tǒng)出現(xiàn)相同錯誤時直接在數(shù)據(jù)庫中查找錯誤報告，并根據(jù)錯誤報告來對錯誤進行處理，提高了錯誤處理效率。

如圖6所示，在一個實施例中，系統(tǒng)錯誤檢測裝置400包括請求模塊402、數(shù)據(jù)處理模塊404、錯誤檢測模塊406和錯誤報告模塊408。系統(tǒng)錯誤檢測裝置400用于檢測目標系統(tǒng)500，目標系統(tǒng)500中運行有內(nèi)部算法，不同的業(yè)務對應不同的內(nèi)部算法。

參照圖7，首先請求模塊402執(zhí)行步驟702，判斷是否是由錯誤檢測模塊406發(fā)送的錯誤驗證請求。如果不是錯誤檢測模塊406發(fā)送的錯誤驗證請求，則執(zhí)行步驟704，根據(jù)預置的初始條件確定檢測請求的參數(shù)和頻率，之后再執(zhí)行步驟706，向目標系統(tǒng)發(fā)送請求；如果是錯誤檢測模塊406發(fā)送的錯誤驗證請求，則執(zhí)行步驟706，向目標系統(tǒng)發(fā)送請求。預置的初始條件包括對目標系統(tǒng)的檢測頻率和需要檢測的數(shù)據(jù)的參數(shù)，請求模塊402通過檢測請求中的參數(shù)獲取到與參數(shù)對應的數(shù)據(jù)，參數(shù)不同獲取到的數(shù)據(jù)也不同。

目標系統(tǒng)500在接收到請求模塊402發(fā)送的請求之后，根據(jù)請求查找與請求對應的數(shù)據(jù)，并將數(shù)據(jù)返回給系統(tǒng)錯誤檢測裝置400。系統(tǒng)錯誤檢測裝置400將目標系統(tǒng)500返回的數(shù)據(jù)發(fā)送給數(shù)據(jù)處理模塊404。

數(shù)據(jù)處理模塊404根據(jù)預先訓練獲得的錯誤檢測模型對目標系統(tǒng)500返回的數(shù)據(jù)進行檢測得到系統(tǒng)錯誤信息，并通過系統(tǒng)錯誤檢測裝置400將系統(tǒng)錯誤信息發(fā)送給錯誤檢測模塊406。

錯誤檢測模塊406提取系統(tǒng)錯誤信息中的錯誤類型，并根據(jù)錯誤類型在數(shù)據(jù)庫中查找與錯誤類型對應的錯誤修復方式并根據(jù)錯誤修復方式對目標系統(tǒng)500中的錯誤進行修復；或者，根據(jù)錯誤類型在數(shù)據(jù)庫中查找錯誤驗證方式，根據(jù)錯誤驗證方式通過系統(tǒng)錯誤檢測裝置400向請求模塊402發(fā)送錯誤驗證請求，用以調(diào)用請求模塊402向目標系統(tǒng)500發(fā)送錯誤驗證請求，在目標系統(tǒng)500返回的數(shù)據(jù)與發(fā)生錯誤的數(shù)據(jù)相同時，錯誤檢測模塊406在數(shù)據(jù)庫中查找錯誤修復方式，并根據(jù)錯誤修復方式對目標系統(tǒng)500中的錯誤進行修復。

錯誤報告模塊408通過系統(tǒng)錯誤檢測裝置400獲取在錯誤處理過程中的所 有信息或數(shù)據(jù)，包括系統(tǒng)錯誤信息、錯誤修復方式和錯誤驗證方式等，且根據(jù)系統(tǒng)錯誤信息中的錯誤類型查找到錯誤原因，并根據(jù)錯誤過程中的生成的信息或數(shù)據(jù)以及錯誤原因生成錯誤報告，并將錯誤報告發(fā)送給預設聯(lián)系人所登錄的終端，同時將錯誤報告存儲在數(shù)據(jù)庫中。

系統(tǒng)錯誤檢測裝置400可以根據(jù)預置的頻率來對目標系統(tǒng)500進行檢測，預置的頻率可以是1分鐘、1小時或1天等。比如，預置的頻率是1分鐘，則系統(tǒng)錯誤檢測裝置400每隔1分鐘就對目標系統(tǒng)500通過發(fā)送檢測請求檢測一次。

以上所述實施例的各技術特征可以進行任意的組合，為使描述簡潔，未對上述實施例中的各個技術特征所有可能的組合都進行描述，然而，只要這些技術特征的組合不存在矛盾，都應當認為是本說明書記載的范圍。

以上所述實施例僅表達了本發(fā)明的幾種實施方式，其描述較為具體和詳細，但并不能因此而理解為對發(fā)明專利范圍的限制。應當指出的是，對于本領域的普通技術人員來說，在不脫離本發(fā)明構思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保護范圍。因此，本發(fā)明專利的保護范圍應以所附權利要求為準。