故障處理情況的檢測方法及裝置制造方法
【專利摘要】本發(fā)明的實施例提供一種故障處理情況的檢測方法及裝置，涉及計算機應用【技術領域】，該方法包括：檢測系統(tǒng)是否出現(xiàn)故障；當檢測到系統(tǒng)出現(xiàn)故障時，將報警信息發(fā)送給相應用戶終端，所述報警信息包含有故障鏈接；接收所述用戶終端發(fā)送的用于表示所述故障鏈接被點擊的反饋信息，所述反饋信息由所述用戶終端檢測到所述報警信息中的故障鏈接被點擊時發(fā)送；根據(jù)所述反饋信息，記錄所述報警信息的處理狀態(tài)為已查看。本發(fā)明在跟進技術人員對故障的處理進度時，減少了跟進人員的工作量，簡化了跟進操作。
【專利說明】故障處理情況的檢測方法及裝置
【技術領域】
[0001]本發(fā)明涉及計算機應用【技術領域】，尤其涉及一種故障處理情況的檢測方法及裝置。
【背景技術】
[0002]目前，當業(yè)務運行系統(tǒng)出現(xiàn)故障時，通過短信或者郵件等形式向相關技術人員發(fā)送報警信息，以提示相關技術人員盡快對出現(xiàn)的故障進行查看和處理。
[0003]在發(fā)出報警信息之后，為了保證故障可以得到及時處理，避免因為技術人員的疏忽而導致故障被遺漏處理的情況，通過安排相關的監(jiān)督人員對技術人員是否對故障的處理情況進行人工跟進，以實時掌握技術人員對故障處理的進展情況。在發(fā)現(xiàn)某個故障未被及時處理時，對相關技術人員進行提醒。
[0004]然而，現(xiàn)有技術中在對故障的處理進度進行跟進時，通常采用跟進人員通過打電話詢問技術人員對故障的處理情況，或者通過查看故障處理的數(shù)據(jù)來判斷技術人員對故障的處理進度。當故障較多時，人工跟進將會導致跟進人員的工作量較大，并且需要耗費大量的時間。

【發(fā)明內(nèi)容】

[0005]本發(fā)明的實施例提供一種故障處理情況的檢測方法及裝置，在跟進技術人員對故障的處理進度時，實現(xiàn)了跟進操作的自動化，在技術人員對報警信息中的故障鏈接進行查看時，可以自動實時記錄對報警信息的處理狀態(tài)，簡化了跟進操作。
[0006]為達到上述目的，本發(fā)明的實施例采用如下技術方案:
[0007]一方面，提供一種故障處理情況的檢測方法，包括:
[0008]檢測系統(tǒng)是否出現(xiàn)故障；
[0009]當系統(tǒng)出現(xiàn)故障時，將報警信息發(fā)送給相應用戶終端，所述報警信息包含有故障鏈接；
[0010]接收所述用戶終端發(fā)送的用于表示所述故障鏈接被點擊的反饋信息，所述反饋信息由所述用戶終端檢測到所述報警信息中的故障鏈接被點擊時發(fā)送；
[0011]根據(jù)所述反饋信息，記錄所述報警信息的處理狀態(tài)為已查看。
[0012]另一方面，提供一種故障處理情況的檢測裝置，包括:
[0013]檢測單元，用于檢測系統(tǒng)是否出現(xiàn)故障；
[0014]發(fā)送單元，用于當系統(tǒng)出現(xiàn)故障時，將報警信息發(fā)送給相應用戶終端，所述報警信息包含有故障鏈接；
[0015]接收單元，用于接收所述用戶終端發(fā)送的用于表示所述故障鏈接被點擊的反饋信息，所述反饋信息由所述用戶終端檢測到所述報警信息中的故障鏈接被點擊時發(fā)送；
[0016]記錄單元，用于根據(jù)所述反饋信息，記錄所述報警信息的處理狀態(tài)為已查看。
[0017]由上述技術方案所描述的本發(fā)明實施例中，在將所述報警信息發(fā)送給相應用戶終端之后，如果接收到所述用戶終端發(fā)送的用于表示所述故障鏈接被點擊的反饋信息，亦即說明該條報警信息被查看過，則記錄所述報警信息的處理狀態(tài)為已查看。當跟進人員對每個技術人員的工作進行跟進時，只需查看報警信息的處理狀態(tài)是否為已查看即可知道技術人員是否對報警信息是否進行了及時查看。通常技術人員在查看報警信息后會及時對故障進行處理，因而，報警信息是否被查看的狀態(tài)可以在一定程度上相應的反映出對故障處理的進度情況。與現(xiàn)有技術中，跟進人員需要通過電話或者查看故障處理數(shù)據(jù)來進行人工跟進的方式相比，本發(fā)明實施例在跟進技術人員是否對故障進行處理時，實現(xiàn)了跟進操作的自動化，實現(xiàn)了跟進操作的自動化，在技術人員對報警信息中的故障鏈接進行查看時，可以自動實時記錄對報警信息的處理狀態(tài)，簡化了跟進操作。
【專利附圖】

【附圖說明】
[0018]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0019]圖1為本發(fā)明實施例1提供的一種故障處理情況的檢測方法的流程圖；
[0020]圖2為本發(fā)明實施例1提供的另一種故障處理情況的檢測方法的流程圖；
[0021]圖3為本發(fā)明實施例2提供的一種故障處理情況的檢測裝置的結構圖；
[0022]圖4為本發(fā)明實施例2提供的另一種故障處理情況的檢測裝置的結構圖。
【具體實施方式】
[0023]下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0024]實施例1:
[0025]如圖1所示，本發(fā)明實施例提供一種故障處理情況的檢測方法，具體由故障處理情況的檢測裝置執(zhí)行，該方法包括:
[0026]101、檢測系統(tǒng)是否出現(xiàn)故障。
[0027]102、當檢測到系統(tǒng)出現(xiàn)故障時，將報警信息發(fā)送給相應用戶終端，所述報警信息包含有故障鏈接。
[0028]其中，不同的故障通常根據(jù)故障類型等由指定的技術人員進行處理，因而，當系統(tǒng)出現(xiàn)故障時，將包含有故障鏈接的報警信息發(fā)送給相應技術人員所使用的用戶終端。
[0029]其中，本發(fā)明的執(zhí)行主體為故障處理情況的檢測裝置，該裝置可以為所述系統(tǒng)中的一部分，可以為獨立于所述系統(tǒng)的一個裝置，可以在系統(tǒng)出現(xiàn)故障時，將包含有故障鏈接的報警信息發(fā)送給相應的技術人員。所述系統(tǒng)可以是任何運行中的計算機系統(tǒng)、業(yè)務系統(tǒng)、通信系統(tǒng)等，在此不做限制。
[0030]值得說明的是，該裝置會在指定數(shù)據(jù)庫中預先保存有各個技術人員的聯(lián)系方式，例如手機號碼或者郵箱，以便于在系統(tǒng)出現(xiàn)故障時，通過短信將包含有故障鏈接的報警信息發(fā)送到相應技術人員的手機號碼上，或者通過郵件將包含有故障鏈接的報警信息發(fā)送給相應的技術人員的郵箱中，所述報警信息的具體發(fā)送形式不做限制。
[0031]值得說明的是，在系統(tǒng)出現(xiàn)故障時，該裝置還可以將采集到的故障相關信息存入指定數(shù)據(jù)庫中，例如，在某個服務器系統(tǒng)執(zhí)行某個業(yè)務時，沒有及時響應，這時將該服務器的IP，錯誤代碼(沒有及時響應)存入數(shù)據(jù)庫，以方便技術人員進行查看。
[0032]其中，所述故障鏈接的形式可以為URL (Uniform Resource Locator,統(tǒng)一資源定位器)，所述URL中可以包含加密密鑰(key)串，所述加密密鑰串用來限制非法訪問，以提高對故障鏈接進行查看及處理的安全性。
[0033]上述故障鏈接可以鏈接到上述指定數(shù)據(jù)庫中的故障相關信息，也可以鏈接到用于展示上述報警信息的服務器，以便于技術人員獲知故障的相關信息。
[0034]103、接收所述用戶終端發(fā)送的用于表示所述故障鏈接被點擊的反饋信息，所述反饋信息由所述用戶終端檢測到所述報警信息中的故障鏈接被點擊時發(fā)送。
[0035]例如，步驟102中將報警信息發(fā)送給相應技術人員的郵箱中，則當所述報警信息中的故障鏈接被點擊時，所述技術人員的郵箱會發(fā)送上述反饋信息。
[0036]104、根據(jù)所述反饋信息，記錄所述報警信息的處理狀態(tài)為已查看。
[0037]值得說明的是，當報警信息發(fā)送給技術人員之后，如果技術人員沒有查看該條報警信息，或者查看了該條報警信息但沒有點擊其中所包含的故障鏈接，均視為該報警信息未被查看。
[0038]本發(fā)明實施例中，在將所述報警信息發(fā)送給相應技術人員所使用的用戶終端之后，如果接收到所述用戶終端發(fā)送的用于表示所述故障鏈接被點擊的反饋信息，亦即說明該條報警信息被查看過，則記錄所述報警信息的處理狀態(tài)為已查看。當跟進人員對每個技術人員的工作進行跟進時，只需查看報警信息的處理狀態(tài)是否為已查看即可知道技術人員是否對報警信息是否進行了及時查看。通常技術人員在查看報警信息后會及時對故障進行處理，因而，報警信息是否被查看的狀態(tài)可以在一定程度上相應的反映出對故障處理的進度情況。與現(xiàn)有技術中，跟進人員需要通過電話或者查看故障處理數(shù)據(jù)來進行人工跟進的方式相比，本發(fā)明實施例在跟進技術人員是否對故障進行處理時，可以獲知技術人員對報警信息的查看狀態(tài)，進而了解到對故障處理的進度，實現(xiàn)了跟進操作的自動化，實現(xiàn)了跟進操作的自動化，在技術人員對報警信息中的故障鏈接進行查看時，可以自動實時記錄對報警信息的處理狀態(tài)，減少了跟進人員的工作量，簡化了跟進操作。
[0039]可選的，如圖2所示，所述方法還包括:
[0040]105、在將所述報警信息發(fā)送給用戶終端之后的預設時間范圍內(nèi)，沒有接收到所述用戶終端發(fā)送的反饋信息時，記錄所述報警信息的處理狀態(tài)為未查看。
[0041]例如，在將所述報警信息發(fā)送給用戶終端之后的12小時內(nèi)，沒有接收到所述用戶終端發(fā)送的反饋信息時，則認為所述報警信息中的故障鏈接未被點擊查看，此時記錄所述報警信息的處理狀態(tài)為未查看。
[0042]進一步地，為了更加直觀地表示技術人員對故障進行處理的進度，如圖2所示，所述方法還包括:
[0043]106、統(tǒng)計發(fā)送給同一技術人員的所有報警信息的總數(shù)；
[0044]107、統(tǒng)計發(fā)送給同一技術人員的所有報警信息中處理狀態(tài)為已查看的個數(shù)，和/或，統(tǒng)計發(fā)送給同一技術人員的所有報警信息中處理狀態(tài)為未查看的個數(shù)。
[0045]其中，發(fā)送給同一技術人員的所有報警信息中處理狀態(tài)為未查看的個數(shù)即為:發(fā)送給同一技術人員的所有報警信息的總數(shù)與發(fā)送給同一技術人員的所有報警信息中處理狀態(tài)為已查看的個數(shù)的差值。
[0046]具體地，通過比較發(fā)送給同一技術人員的所有報警信息的總數(shù)和發(fā)送給同一技術人員的所有報警信息中處理狀態(tài)為已查看的個數(shù)，可以直觀的知道所述技術人員對其所負責的故障進行處理的進度。
[0047]其中，上述步驟106和107中的統(tǒng)計操作可以周期性進行，也可以在每發(fā)送一條報警信息時進行實時統(tǒng)計。在此不作限制。
[0048]108、計算發(fā)送給所述同一技術人員的所有報警信息中處理狀態(tài)為已查看的個數(shù)與發(fā)送給所述同一技術人員的所有報警信息的總數(shù)的比值，
[0049]和/ 或，
[0050]計算發(fā)送給所述同一技術人員的所有報警信息中處理狀態(tài)為未查看的個數(shù)與發(fā)送給所述同一技術人員的所有報警信息的總數(shù)的比值。
[0051]其中，上述發(fā)送給所述同一技術人員的所有報警信息中處理狀態(tài)為已查看的個數(shù)與發(fā)送給所述同一技術人員的所有報警信息的總數(shù)的比值稱之為勤勞指數(shù)，用來衡量技術人員對報警信息已完成查看的比例，該比例越高說明相應的技術人員對報警信息的處理越及時和快速。
[0052]例如，從本月開始截至到當前時間，向技術人員S發(fā)送的報警信息總數(shù)為10條，在當前時間統(tǒng)計到發(fā)送給所述技術人員S的所有報警信息中處理狀態(tài)為已查看的個數(shù)為7條，則該技術人員S的勤勞指數(shù)為70%，當跟進人員查看到該勤勞指數(shù)即可得知所述技術人員S已經(jīng)對其接收到的70%的報警信息進行了查看。
[0053]實施例2:
[0054]如圖3所示，本發(fā)明實施例提供一種故障處理情況的檢測裝置，包括:
[0055]檢測單元11，用于檢測系統(tǒng)是否出現(xiàn)故障；
[0056]發(fā)送單元12，用于當檢測單元檢測到系統(tǒng)出現(xiàn)故障時，將報警信息發(fā)送給相應用戶終端，所述報警信息包含有故障鏈接；
[0057]接收單元13，用于接收所述用戶終端發(fā)送的用于表示所述故障鏈接被點擊的反饋信息，所述反饋信息由所述用戶終端檢測到所述報警信息中的故障鏈接被點擊時發(fā)送；
[0058]記錄單元14，用于根據(jù)所述反饋信息，記錄所述報警信息的處理狀態(tài)為已查看。
[0059]本發(fā)明實施例中，故障處理情況的檢測裝置在將所述報警信息發(fā)送給相應技術人員所使用的用戶終端之后，如果接收到所述用戶終端發(fā)送的用于表示所述故障鏈接被點擊的反饋信息，亦即說明該條報警信息被查看過，則記錄所述報警信息的處理狀態(tài)為已查看。當跟進人員對每個技術人員的工作進行跟進時，只需查看報警信息的處理狀態(tài)是否為已查看即可知道技術人員是否對報警信息是否進行了及時查看。通常技術人員在查看報警信息后會及時對故障進行處理，因而，報警信息是否被查看的狀態(tài)可以在一定程度上相應的反映出對故障處理的進度情況。與現(xiàn)有技術中，跟進人員需要通過電話或者查看故障處理數(shù)據(jù)來進行人工跟進的方式相比，本發(fā)明實施例在跟進技術人員是否對故障進行處理時，可以獲知技術人員對報警信息的查看狀態(tài)，進而了解到對故障處理的進度，實現(xiàn)了跟進操作的自動化，在技術人員對報警信息中的故障鏈接進行查看時，可以自動實時記錄對報警信息的處理狀態(tài)，減少了跟進人員的工作量，簡化了跟進操作。
[0060]可選的，所述裝置中，所述記錄單元14，還用于在將所述報警信息發(fā)送給用戶終端之后的預設時間范圍內(nèi)，沒有接收到所述用戶終端發(fā)送的反饋信息時，記錄所述報警信息的處理狀態(tài)為未查看。
[0061]如圖4所示,所述裝置還包括:
[0062]統(tǒng)計單元15，用于統(tǒng)計發(fā)送給同一技術人員的所有報警信息的總數(shù)；
[0063]所述統(tǒng)計單元15，還用于統(tǒng)計發(fā)送給同一技術人員的所有報警信息中處理狀態(tài)為已查看的個數(shù)，和/或，統(tǒng)計發(fā)送給同一技術人員的所有報警信息中處理狀態(tài)為未查看的個數(shù)。
[0064]計算單元16，用于計算發(fā)送給所述同一技術人員的所有報警信息中處理狀態(tài)為已查看的個數(shù)與發(fā)送給所述同一技術人員的所有報警信息的總數(shù)的比值，和/或，計算發(fā)送給所述同一技術人員的所有報警信息中處理狀態(tài)為未查看的個數(shù)與發(fā)送給所述同一技術人員的所有報警信息的總數(shù)的比值。
[0065]本裝置中與上述實施例1中相同的技術術語具有相同的含義，該裝置中各個功能模塊的實現(xiàn)可以參照上述實施例1中個步驟的相關描述。
[0066]通過以上的實施方式的描述，所屬領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在可讀取的存儲介質(zhì)中，如計算機的軟盤，硬盤或光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。
[0067]以上所述，僅為本發(fā)明的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何熟悉本【技術領域】的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應以所述權利要求的保護范圍為準。
【權利要求】
1.一種故障處理情況的檢測方法，其特征在于，包括: 檢測系統(tǒng)是否出現(xiàn)故障； 當檢測到系統(tǒng)出現(xiàn)故障時，將報警信息發(fā)送給相應用戶終端，所述報警信息包含有故障鏈接； 接收所述用戶終端發(fā)送的用于表示所述故障鏈接被點擊的反饋信息，所述反饋信息由所述用戶終端檢測到所述報警信息中的故障鏈接被點擊時發(fā)送； 根據(jù)所述反饋信息，記錄所述報警信息的處理狀態(tài)為已查看。
2.根據(jù)權利要求1所述的方法，其特征在于，還包括: 在將所述報警信息發(fā)送給用戶終端之后的預設時間范圍內(nèi)，沒有接收到所述用戶終端發(fā)送的反饋信息時，記錄所述報警信息的處理狀態(tài)為未查看。
3.根據(jù)權利要求2所述的方法，其特征在于，還包括: 統(tǒng)計發(fā)送給同一技術人員的所有報警信息的總數(shù)； 統(tǒng)計發(fā)送給同一技術人員的所有報警信息中處理狀態(tài)為已查看的個數(shù)，和/或，統(tǒng)計發(fā)送給同一技術人員的所有報警信息中處理狀態(tài)為未查看的個數(shù)。
4.根據(jù)權利要求3所述的方法，其特征在于，還包括: 計算發(fā)送給所述同一技術人員的所有報警信息中處理狀態(tài)為已查看的個數(shù)與發(fā)送給所述同一技術人員的所有報警信息的總數(shù)的比值， 和/或， 計算發(fā)送給所述同一技術人員的所有報警信息中處理狀態(tài)為未查看的個數(shù)與發(fā)送給所述同一技術人員的所有報警信息的總數(shù)的比值。
5.根據(jù)權利要求1-4任一項所述的方法，其特征在于，所述故障鏈接的形式為URL，所述URL中包含加密密鑰串，所述加密密鑰串用來限制非法訪問。
6.一種故障處理情況的檢測裝置，其特征在于，包括: 檢測單元，用于檢測系統(tǒng)是否出現(xiàn)故障； 發(fā)送單元，用于當檢測單元檢測到系統(tǒng)出現(xiàn)故障時，將報警信息發(fā)送給相應用戶終端，所述報警信息包含有故障鏈接； 接收單元，用于接收所述用戶終端發(fā)送的用于表示所述故障鏈接被點擊的反饋信息，所述反饋信息由所述用戶終端檢測到所述報警信息中的故障鏈接被點擊時發(fā)送； 記錄單元，用于根據(jù)所述反饋信息，記錄所述報警信息的處理狀態(tài)為已查看。
7.根據(jù)權利要求6所述的裝置，其特征在于， 所述記錄單元，還用于在將所述報警信息發(fā)送給用戶終端之后的預設時間范圍內(nèi)，沒有接收到所述用戶終端發(fā)送的反饋信息時，記錄所述報警信息的處理狀態(tài)為未查看。
8.根據(jù)權利要求7所述的裝置，其特征在于，還包括: 統(tǒng)計單元，用于統(tǒng)計發(fā)送給同一技術人員的所有報警信息的總數(shù)； 所述統(tǒng)計單元，還用于統(tǒng)計發(fā)送給同一技術人員的所有報警信息中處理狀態(tài)為已查看的個數(shù)，和/或，統(tǒng)計發(fā)送給同一技術人員的所有報警信息中處理狀態(tài)為未查看的個數(shù)。
9.根據(jù)權利要求8所述的裝置，其特征在于，還包括: 計算單元，用于計算發(fā)送給所述同一技術人員的所有報警信息中處理狀態(tài)為已查看的個數(shù)與發(fā)送給所述同一技術人員的所有報警信息的總數(shù)的比值，和/或，計算發(fā)送給所述同一技術人員的所有報警信息中處理狀態(tài)為未查看的個數(shù)與發(fā)送給所述同一技術人員的所有報警信息的總數(shù)的比值。
10.根據(jù)權利要求6-9任一項所述的裝置，其特征在于，所述故障鏈接的形式為URL，所述URL中包含加密密鑰串`，所述加密密鑰串用來限制非法訪問。
【文檔編號】G06F17/30GK103490917SQ201210194354
【公開日】2014年1月1日 申請日期:2012年6月13日 優(yōu)先權日:2012年6月13日
【發(fā)明者】華有為 申請人:騰訊科技（深圳）有限公司