專利名稱：告警處理方法及裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及一種告警處理方法及裝置。
背景技術：
由于現(xiàn)在硬件和軟進的發(fā)展，在硬件和軟件的告警方面，分工越來越精細。這樣，對于海量的告警信息的處理的及時快速，提出了更加高的要求。隨著告警的種類和數(shù)量的不斷增多。隨之產(chǎn)生的告警方式也越來越多，目前的告警方式主要是采用聲光告警、機械式告警，形式可能會有所變化，例如告警音、告警煙霧、告警振動等。隨著告警量的增加，對于告警的數(shù)量的不斷增加，告警的處理工作也不斷的繁重。目前傳統(tǒng)的告警方式越來越無法滿足現(xiàn)在日益復雜的告警內容，在告警的及時處理方面也有很大的缺陷。 并且，現(xiàn)在對于告警的處理，大多是被動的等待方式，發(fā)出告警后，等待操作員的處理。一旦通知不到個人，或者個人由于某些原因無法處理告警時，會導致告警的處理不及時，甚至發(fā)生更加嚴重的告警。

發(fā)明內容
本發(fā)明的主要目的在于提供一種告警處理方法及裝置，以至少解決上述問題之
o根據(jù)本發(fā)明的一個方面，提供了一種告警處理方法，包括當檢測到告警時，在互聯(lián)網(wǎng)上檢索該告警的處理方法；根據(jù)預定規(guī)則對檢索到的該告警的處理方法進行排序；依次執(zhí)行排序后的上述檢索到的告警的處理方法。根據(jù)本發(fā)明的另一方面，提供了一種告警處理裝置，包括方法檢索模塊，用于在檢測到告警時，在互聯(lián)網(wǎng)上檢索該告警的處理方法；方法排序模塊，用于根據(jù)預定規(guī)則對檢索到的該告警的處理方法進行排序；方法執(zhí)行模塊，用于依次執(zhí)行排序后的上述檢索到的告警的處理方法。通過本發(fā)明，采用在檢測到告警后，在互聯(lián)網(wǎng)上檢索相應的處理方法，在根據(jù)預定規(guī)則對檢測到的方法進行排序后，依此執(zhí)行這些方法以解決該告警的方案，解決了現(xiàn)有技術中告警的處理工作繁重且處理不夠及時的問題，進而達到了可以快速自動的處理告警效果。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中圖I是根據(jù)本發(fā)明實施例的告警處理方法的流程圖；圖2是根據(jù)本發(fā)明優(yōu)選實施例的告警處理方法的流程圖；圖3是根據(jù)本發(fā)明實例一的告警處理方法的流程圖4是根據(jù)本發(fā)明實例二的告警處理方法的流程示意圖；圖5是根據(jù)本發(fā)明實施例的告警處理裝置的結構框圖；圖6是根據(jù)本發(fā)明優(yōu)選實施例的告警處理裝置的結構框圖；圖7是根據(jù)本發(fā)明實例的告警處理裝置硬件承載系統(tǒng)的結構示意圖。
具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。圖I是根據(jù)本發(fā)明實施例的告警處理方法的流程圖。如圖I所示，根據(jù)本發(fā)明實施例的告警處理方法包括 步驟S102，當檢測到告警時，在互聯(lián)網(wǎng)上檢索該告警的處理方法；步驟S104，根據(jù)預定規(guī)則對檢索到的該告警的處理方法進行排序；步驟S106，依次執(zhí)行排序后的上述檢索到的告警的處理方法。上述方法充分利用了互聯(lián)網(wǎng)技術，在檢測到告警時，可以自動的檢索告警處理方法，并按照預訂的規(guī)則(或者說最優(yōu)算法)對檢索到的告警處理方法進行智能分析，按照合理性對其進行排序，然后再依次執(zhí)行這些告警處理方法，從而在很大程度上避免了人工干預，增強了告警處理能力，加快了告警處理速度，滿足了海量告警處理的需求。圖2是根據(jù)本發(fā)明優(yōu)選實施例的告警處理方法的流程圖。如圖2所示，在根據(jù)本發(fā)明優(yōu)選實施例的告警處理方法中，步驟S202-步驟S206中進行的處理與上述的步驟S102-步驟S106是相同的。優(yōu)選地，如圖2所示，在步驟S206之后，根據(jù)本發(fā)明優(yōu)選實施例的告警處理方法還可以進一步包括以下處理步驟S208，當檢索到的該告警的處理方法都不能解決該告警時，通過預定方式向第一維護終端發(fā)送通知消息；步驟S210，在通知第一維護終端后，如果該告警在預定時間內沒有被處理，則通過預定方式向第二維護終端發(fā)送通知消息。盡管通過在互聯(lián)網(wǎng)上檢索可以解決絕大部分的告警，但并不能排除會出現(xiàn)僅靠互聯(lián)網(wǎng)檢索不能解決的告警，例如，某種首次出現(xiàn)的告警。當這種情況出現(xiàn)時，就會需要一定程度的人工干預，至少要通知維護人員出現(xiàn)了某種不能自動處理的告警。在上述步驟中，維護終端就是用于通知維護人員的設備，用于使維護人員可以及時知道出現(xiàn)了不能自動處理的告警，以防止告警不能被及時處理從而引發(fā)更嚴重的告警。而兩級維護終端的設置，則是為了進一步確保告警能得到及時的處理，當?shù)谝痪S護人員在預定的時間內沒有及時的處理告警，就需要通知第二維護人員這一問題，從而引起更多的重視。這里，第一維護人員是指持有第一維護終端的維護人員，第二維護人員是指持有第二維護終端的維護人員，第二維護人員可以是第一維護人員的上級或是被其授權的人員。需要說明的是，這種二級通知的制度是可以擴展的，可以設置更多的級別，具體級別數(shù)的選定則需要根據(jù)不同需要確定。優(yōu)選地，如圖2所示，步驟S208和步驟S210之后，還可以進一步包括以下處理步驟S212，根據(jù)第一維護終端和/或第二維護終端通過預定方式反饋的信息確定該告警的處理方法，并使用該方法對該告警進行處理。
維護人員通過維護終端了解到發(fā)生了不能自動處理的告警后，可以直接通過維護終端反饋解決該告警的方法以解決發(fā)生的告警，這一功能進一步確保了告警處理的及時性。優(yōu)選地，如圖2所示，步驟S212之后，還可以進一步包括以下處理步驟S214，當根據(jù)第一維護終端和/或第二維護終端反饋的信息確定的該告警的處理方法也不能解決該告警時，向互聯(lián)網(wǎng)發(fā)送幫助請求信息；步驟S216，將上述幫助請求信息的響應信息通過預定方式發(fā)送給第一維護終端和/或第二維護終端。當?shù)谝痪S護人員和/或第二維護人員通過維護終端反饋的告警處理方法也不能解決發(fā)生的告警時，可以向互聯(lián)網(wǎng)發(fā)送幫組請求信息，其實質就是向所有在線的維護人員 請求幫助，然后收集各種響應或者說反饋信息，將這些信息發(fā)送給維護終端，從而通知第一維護人員和/或第二維護人員這些信息，從而輔助第一維護人員和/或第二維護人員處理發(fā)生的告警，提高告警處理效率和成功率。優(yōu)選地，如圖2所示，步驟S206或步驟S212之后，還可以進一步包括以下處理步驟S218，將告警處理結果上傳到互聯(lián)網(wǎng)上，其中，告警處理結果包括以下至少之一告警的告警信息、使用在互聯(lián)網(wǎng)上檢索到的該告警的處理方法處理該告警的處理結果、使用根據(jù)維護終端反饋信息確定的該告警的處理方法處理該告警的處理結果。告警處理結果的上傳可以為后續(xù)的告警處理提供極大的方便，實際上這種告警處理結果共享的做法正是本發(fā)明整個告警處理方法的基礎，上傳到互聯(lián)網(wǎng)上的信息越多，需要人工干預的幾率越小，整個告警處理機制就會更有效、更快速。這里所說的告警信息包括了告警的詳細描述，而處理結果既包含成功的也包含的失敗的。在具體實施過程中，最好的情況是將上述所有的信息都上傳到互聯(lián)網(wǎng)上，但是在資源有限的情況下，選擇其中的一部分上傳也是可行的。優(yōu)選地，上述預定規(guī)則包括以下至少之一告警處理方法的使用次數(shù)、告警處理方法的成功率；上述預定方式包括以下至少之一郵件、短信、電話語音。一般來說，針對某種告警，使用最多及成功率最高的告警處理方法都可以被認定為最為合理的處理方法，因此在對檢索到的告警處理方法進行分析時，就可以以這兩個條件或其中之一作為預定規(guī)則或者說最優(yōu)算法，對檢索到的告警處理方法進行排序，確定執(zhí)行的順序以提高告警處理效率。需按說明的是，在具體實施過程中，根據(jù)應用的場景不同，預定規(guī)則的選定并不限于上述兩個條件，是可以根據(jù)具體情況進行擴展的。作為與維護終端通信的方式，目前常用的郵件、短信、電話語音都可以用來作為與維護終端進行通信的手段。需要說明的是，通知維護終端的方式與維護終端反饋的方式可以是不同的，可以由維護人員在可支持的范圍內自主的選擇，隨著技術的發(fā)展，可用的預定方式也會越來越多。由上述描述可知，上述方法可以利用現(xiàn)有的互聯(lián)網(wǎng)技術，自動搜集有效的告警解決和處理方法。智能分析大量的處理方法，挑選出最合理的告警處理方法，并且執(zhí)行相應的告警處理動作，達到解除告警的目的。另外，如果按照最合理的告警處理方法沒有能夠解決告警，自動選擇采集到的其他處理方案，或者將告警的處理選擇交給維護人員來選擇處理，或者追加處理方法，并且追加的處理方法在其他服務器上遇到告警時能夠利用互聯(lián)網(wǎng)技術被自動搜集到。需要說明的是，在具體實施過程中，并不需要實現(xiàn)上述的全部功能，可以將上述的步驟相互組合，去定不同的方案。下面結合實例即圖3、圖4對上述優(yōu)選實施例進行詳細說明。實例一在本實例中不涉及到人工干預。圖3是根據(jù)本發(fā)明實例一的告警處理方法的流程圖，如圖3所示，包括以下步驟步驟S302，獲取到告警的相關信息。步驟S304，向互聯(lián)網(wǎng)發(fā)起對應的告警的信息搜索，獲取互聯(lián)網(wǎng)上的此告警的處理方法。在步驟S304中，可以使用云計算技術等信息采集手段在互聯(lián)網(wǎng)上自動檢索告警 處理方法，也可以基于預先存儲的告警處理信息進行檢索。這里所說的檢索到的處理告警的方法都是可以自動處理的方法，即不需要人工干預，而且可以明確得出對告警的處理是否有效的結果。步驟S306，根據(jù)預定規(guī)則(最優(yōu)算法)對告警的處理方法進行排序，按照順序依次執(zhí)行對應的告警處理動作。步驟S308，分析自動處理告警的最終結果并保存，判斷該告警是否被解決，如果是，則執(zhí)行步驟S310，否則執(zhí)行步驟S312。步驟S310，將告警處理結果反饋到互聯(lián)網(wǎng)上。步驟S312，向服務器的維護人員發(fā)出告警通知，如果超過等待的時間未處理告警，根據(jù)ERP (Enterprise Resource Planning,企業(yè)資源計劃)系統(tǒng)預先設定，向其他人員發(fā)出告警通知。實例二本實例涉及維護人員的人工干預。圖4是根據(jù)本發(fā)明實例二的告警處理方法的流程示意圖，如圖4所示，該流程包括如下步驟步驟S402，告警產(chǎn)生；步驟S404，向web網(wǎng)絡資源發(fā)出同步告警相關數(shù)據(jù)(檢索處理方法)的請求；步驟S406，web網(wǎng)絡資源搜集此告警相關的處理信息；步驟S408，接收相關的告警的處理方法；步驟S410，根據(jù)預定規(guī)則(最優(yōu)算法)，對web資源上獲取到的告警處理方法進行排序；步驟S412，按照排序后的告警處理方法來逐一處理，直到所有的告警處理方法用盡或者告警處理成功；步驟S414，將告警處理成功結果反饋到web網(wǎng)絡資源；步驟S416，將告警處理失敗信息通知到維護人員(終端);步驟S418，向web網(wǎng)絡資源發(fā)出請求幫助信息；步驟S420，web網(wǎng)絡資源向其他維護人員(終端)發(fā)送該幫助請求信息；步驟S422，其他維護人員(終端)響應該幫助請求信息，將對應的處理方法發(fā)送到web網(wǎng)絡資源；步驟S424，web網(wǎng)絡資源將其他維護人員(終端)的告警處理方法發(fā)送給維護人員(終端)；步驟S426，維護人員(終端)選擇其他維護人員(終端)提供的告警處理方法處理告警，或者使用自己的方法處理告警，也可以將處理權限轉交給其他人員(終端)。圖5是根據(jù)本發(fā)明實施例的告警處理裝置的結構框圖。如圖5所示，根據(jù)本發(fā)明實施例的告警處理裝置包括方法檢索模塊502，用于在檢測到告警時，在互聯(lián)網(wǎng)上檢索該告警的處理方法；方法排序模塊504，連接至方法檢索模塊502，用于根據(jù)預定規(guī)則對檢索到的該告警的處理方法進行排序； 方法執(zhí)行模塊506，連接至方法排序模塊504，用于依次執(zhí)行排序后的上述檢索到的該告警的處理方法。上述裝置充分利用了互聯(lián)網(wǎng)技術，在檢測到告警時，可以自動的檢索告警處理方法，并按照預訂的規(guī)則(也可以稱為最優(yōu)算法)對檢索到的告警處理方法進行智能分析，按照合理性對其進行排序，然后再依次執(zhí)行這些告警處理方法，從而在很大程度上避免了人工干預，增強了告警處理能力，加快了告警處理速度，滿足了海量告警處理的需求。優(yōu)選地，如圖6所示，根據(jù)本發(fā)明優(yōu)選實施例的告警處理裝置可以進一步包括第一通知模塊508，連接至方法執(zhí)行模塊506，用于在檢索到的該告警的處理方法都不能解決該告警時，通過預定方式向第一維護終端發(fā)送通知消息；第二通知模塊510，連接至第一通知模塊508，用于在通知第一維護終端后，在預定時間內該告警沒有被處理時，通過預定方式向第二維護終端通知消息。盡管通過在互聯(lián)網(wǎng)上檢索可以解決絕大部分的告警，但并不能排除會出現(xiàn)僅靠互聯(lián)網(wǎng)檢索不能解決的告警，例如，某種首次出現(xiàn)的告警。當這種情況出現(xiàn)時，就會需要一定程度的人工干預，至少要通知維護人員出現(xiàn)了某種不能自動處理的告警，第一通知模塊508及第二通知模塊510的設置就是因為這種情況。這里，維護終端就是用于通知維護人員的設備，用于使維護人員可以及時知道出現(xiàn)了不能自動處理的告警，以防止告警不能被及時處理從而引發(fā)更嚴重的告警。而兩級維護終端的設置，則是為了進一步確保告警能得到及時的處理，當?shù)谝痪S護人員在預定的時間內沒有及時的處理告警，就需要通知第二維護人員這一問題，從而引起更多的重視。這里，第一維護人員是指持有第一維護終端的維護人員，第二維護人員是指持有第二維護終端的維護人員，第二維護人員可以是第一維護人員的上級或是被其授權的人員。需要說明的是，這種二級通知的制度是可以擴展的，可以設置更多的級別，具體級別數(shù)的選定則需要根據(jù)不同需要確定。優(yōu)選地，如圖6所示，根據(jù)本發(fā)明優(yōu)選實施例的告警處理裝置可以進一步包括反饋處理模塊512，連接至第一通知模塊508及第二通知模塊510，用于根據(jù)第一維護終端和/或所述第二維護終端通過預定方式反饋的信息確定該告警的處理方法，并使用該方法對該告警進行處理。護人員通過維護終端了解到發(fā)生了不能自動處理的告警后，可以直接通過維護終端反饋解決該告警的方法以解決發(fā)生的告警，反饋處理模塊512的設置進一步確保了告警處理的及時性。優(yōu)選地，如圖6所示，根據(jù)本發(fā)明優(yōu)選實施例的告警處理裝置可以進一步包括幫助請求模塊514，連接至反饋處理模塊512，用于在根據(jù)第一維護終端和/或第二維護終端反饋的信息確定的該告警的處理方法也不能解決該告警時，向互聯(lián)網(wǎng)發(fā)送幫助請求信息；響應轉發(fā)模塊516，連接至幫助請求模塊514，用于將上述幫助請求信息的響應信息通過預定方式發(fā)送給第一維護終端和/或第二維護終端。第一維護人員和/或第二維護人員通過維護終端反饋的告警處理方法也不能解決發(fā)生的告警時，幫助請求模塊514可以向互聯(lián)網(wǎng)發(fā)送幫組請求信息，其實質就是向所有在線的維護人員請求幫助，然后響應轉發(fā)模塊516收集各種響應或者說反饋信息，將這些信息發(fā)送給維護終端，從而通知第一維護人員和/或第二維護人員這些信息，從而輔助第一維護人員和/或第二維護人員處理發(fā)生的告警，提高告警處理效率和成功率。優(yōu)選地，如圖6所示，根據(jù)本發(fā)明優(yōu)選實施例的告警處理裝置可以進一步包括結果上傳模塊518，連接至方法執(zhí)行模塊506及反饋處理模塊512，用于將告警處 理結果上傳到互聯(lián)網(wǎng)上，其中，告警處理結果包括以下至少之一告警的告警信息、使用在互聯(lián)網(wǎng)上檢索到的該告警的處理方法處理該告警的處理結果、使用根據(jù)維護終端反饋信息確定的該告警的處理方法處理該告警的處理結果。告警處理結果的上傳可以為后續(xù)的告警處理提供極大的方便，實際上這種告警處理結果共享的做法正是本發(fā)明整個告警處理方法的基礎，上傳到互聯(lián)網(wǎng)上的信息越多，需要人工干預的幾率越小，整個告警處理機制就會更有效、更快速。這里所說的告警信息包括了告警的詳細描述，而處理結果既包含成功的也包含的失敗的。在具體實施過程中，最好的情況是將上述所有的信息都上傳到互聯(lián)網(wǎng)上，但是在資源有限的情況下，選擇其中的一部分上傳也是可行的。下面結合實例及圖7對上述的優(yōu)選實施例進行詳細描述。圖7是根據(jù)本發(fā)明實例的告警處理裝置硬件承載系統(tǒng)的結構示意圖。如圖7所示，在具體實施過程中，可以采用服務器702作為上述告警處理裝置的硬件承載，相應的設置用以保存各種信息的本機存儲服務器704、Web服務器706、維護終端708。對應于上述設備，還需要配置三個接口 接口一 服務器上產(chǎn)生和檢測到的各種告警，通過此接口對外進行上報；接口二 服務器與Web之間的接口，實現(xiàn)從互聯(lián)網(wǎng)上采集各種所需信息，同時將自身產(chǎn)生的信息，及時的反饋到互聯(lián)網(wǎng)上；接口三互聯(lián)網(wǎng)和用戶終端之間的接口，實現(xiàn)了對終端用戶的通知和及時相應終端用戶的操作，并且將操作作用到服務器上。以上文方法實例中的實例一為例，在本實例中的系統(tǒng)中，其執(zhí)行的流程如下步驟1，服務器702獲取到告警的相關信息。步驟2，服務器702向Web服務器706發(fā)起對應的告警的信息搜索，獲取互聯(lián)網(wǎng)上的此告警的處理方法。步驟3，服務器702根據(jù)預定規(guī)則(最優(yōu)算法)對告警的處理方法進行排序，按照順序依次執(zhí)行對應的告警處理動作。步驟4，服務器702分析自動處理告警的最終結果，并將處理結果存入本機存儲服務器704。判斷該告警是否被解決，如果是，則執(zhí)行步驟5，否則執(zhí)行步驟6。步驟5，服務器702通過Web服務器706將告警處理結果反饋到互聯(lián)網(wǎng)上。
步驟6，服務器702向服務器的維護終端708 (即維護人員)發(fā)出告警通知，如果超過等待的時間未處理告警，根據(jù)ERP系統(tǒng)預先設定，向其他人員發(fā)出告警通知。從以上的描述中，可以看出，本發(fā)明在互聯(lián)網(wǎng)的信息共享的基礎上，實現(xiàn)了一種告警的智能分析和處理發(fā)難，利用了互聯(lián)網(wǎng)的強大的信息處理能力和信息獲取能力，利用網(wǎng)絡資源和終端人員的交互功能，及時的提供最新信息，供網(wǎng)絡資源的所有人使用，增強了處理大量告警的效率，增加了告警處理的及時性和便捷性。本發(fā)明系統(tǒng)構成簡單可靠，業(yè)務流程清晰規(guī)范。同時，考慮到本發(fā)明中互聯(lián)網(wǎng)信息的大數(shù)據(jù)量和方便快捷的特性，滿足了各個服務器告警的處理的相互參考印證的需求，最大可能的減少其他服務器遇到相同告警的嘗試時間，實現(xiàn)了智能化，準確快速的處理告警。同時利用郵件、短信、語音等方式，通過各種終端與告警維護人員交互，讓服務器的告警可以遠程控制，降低了服務器的告警維護成本，無限擴展了告警的人工處理能力，也將不同人員的處理情況加入到網(wǎng)絡資源中，使得網(wǎng)絡資源的處理能力不斷擴充。同時通過靈活的通知方式，使得告警的處理可以快速的轉交他人，提高了告警解決的及時性。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種告警處理方法，其特征在于，包括 當檢測到告警時，在互聯(lián)網(wǎng)上檢索所述告警的處理方法； 根據(jù)預定規(guī)則對檢索到的所述告警的處理方法進行排序； 依次執(zhí)行排序后的所述檢索到的所述告警的處理方法。
2.根據(jù)權利要求I所述的方法，其特征在于，在依次執(zhí)行排序后的所述檢索到的所述告警的處理方法之后，還包括 當所述檢索到的所述告警的處理方法都不能解決所述告警時，通過預定方式向第一維護終端發(fā)送通知消息； 在通知第一維護終端后，如果所述告警在預定時間內沒有被處理，則通過預定方式向第二維護終端發(fā)送通知消息。
3.根據(jù)權利要求2所述的方法，其特征在于，在向所述第一維護終端和/或所述第二維護終端發(fā)送了通知消息之后，還包括 根據(jù)所述第一維護終端和/或所述第二維護終端通過預定方式反饋的信息確定所述告警的處理方法，并使用該方法對所述告警進行處理。
4.根據(jù)權利要求3所述的方法，其特征在于，在使用根據(jù)所述第一維護終端和/或所述第二維護終端反饋的信息確定的所述告警的處理方法處理所述告警之后，還包括 當根據(jù)所述第一維護終端和/或所述第二維護終端反饋的信息確定的所述告警的處理方法也不能解決所述告警時，向互聯(lián)網(wǎng)發(fā)送幫助請求信息； 將所述幫助請求信息的響應信息通過預定方式發(fā)送給所述第一維護終端和/或所述第二維護終端。
5.根據(jù)權利要求3所述的方法，其特征在于，在使用在互聯(lián)網(wǎng)上檢索到的所述告警的處理方法和/或根據(jù)維護終端反饋信息確定的所述告警的處理方法對所述告警進行處理之后，還包括 將告警處理結果上傳到互聯(lián)網(wǎng)上，其中，所述告警處理結果包括以下至少之一所述告警的告警信息、使用在互聯(lián)網(wǎng)上檢索到的所述告警的處理方法處理所述告警的處理結果、使用根據(jù)維護終端反饋信息確定的所述告警的處理方法處理所述告警的處理結果。
6.根據(jù)權利要求2至5任一項所述的方法，其特征在于， 所述預定規(guī)則包括以下至少之一告警處理方法的使用次數(shù)、告警處理方法的成功率； 所述預定方式包括以下至少之一郵件、短信、電話語音。
7.一種告警處理裝置，其特征在于，包括 方法檢索模塊，用于在檢測到告警時，在互聯(lián)網(wǎng)上檢索所述告警的處理方法； 方法排序模塊，用于根據(jù)預定規(guī)則對檢索到的所述告警的處理方法進行排序； 方法執(zhí)行模塊，用于依次執(zhí)行排序后的所述檢索到的所述告警的處理方法。
8.根據(jù)權利要求7所述的裝置，其特征在于，還包括 第一通知模塊，用于在所述檢索到的所述告警的處理方法都不能解決所述告警時，通過預定方式向第一維護終端發(fā)送通知消息； 第二通知模塊，用于在通知第一維護終端后，在預定時間內所述告警沒有被處理時，通過預定方式向第二維護終端通知消息。
9.根據(jù)權利要求8所述的裝置，其特征在于，還包括 反饋處理模塊，用于根據(jù)所述第一維護終端和/或所述第二維護終端通過預定方式反饋的信息確定所述告警的處理方法，并使用該方法對所述告警進行處理。
10.根據(jù)權利要求9所述的裝置，其特征在于，還包括 幫助請求模塊，用于在根據(jù)所述第一維護終端和/或所述第二維護終端反饋的信息確定的所述告警的處理方法也不能解決所述告警時，向互聯(lián)網(wǎng)發(fā)送幫助請求信息； 響應轉發(fā)模塊，用于將所述幫助請求信息的響應信息通過預定方式發(fā)送給所述第一維護終端和/或所述第二維護終端。
11.根據(jù)權利要求9所述的裝置，其特征在于，還包括 結果上傳模塊，用于將告警處理結果上傳到互聯(lián)網(wǎng)上，其中，所述告警處理結果包括以下至少之一所述告警的告警信息、使用在互聯(lián)網(wǎng)上檢索到的所述告警的處理方法處理所述告警的處理結果、使用根據(jù)維護終端反饋信息確定的所述告警的處理方法處理所述告警的處理結果。
全文摘要
本發(fā)明公開了一種告警處理方法及裝置，上述方法包括當檢測到告警時，在互聯(lián)網(wǎng)上檢索該告警的處理方法；根據(jù)預定規(guī)則對檢索到的該告警的處理方法進行排序；依次執(zhí)行排序后的上述檢索到的告警的處理方法。通過本發(fā)明提供的技術方案，解決了現(xiàn)有技術中告警的處理工作繁重且處理不夠及時的問題，進而達到了可以快速自動的處理告警效果。
文檔編號H04L12/24GK102790688SQ20111012788
公開日2012年11月21日 申請日期2011年5月17日 優(yōu)先權日2011年5月17日
發(fā)明者張大海 申請人:中興通訊股份有限公司