專利名稱：：一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及移動(dòng)通信網(wǎng)中網(wǎng)管系統(tǒng)，具體是提供一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法。
背景技術(shù)：
：在移動(dòng)通信中，網(wǎng)管負(fù)責(zé)對(duì)網(wǎng)絡(luò)運(yùn)營(yíng)設(shè)備的管理、維護(hù)工作，流程管理系統(tǒng)負(fù)責(zé)網(wǎng)絡(luò)運(yùn)維管理的工作流程管理。在網(wǎng)管系統(tǒng)的監(jiān)控平臺(tái)中發(fā)現(xiàn)故障后，通過(guò)派發(fā)故障工單的方式到流程管理系統(tǒng)，在流程管理系統(tǒng)中完成任務(wù)的分解、轉(zhuǎn)發(fā)、完成情況的回復(fù)，任務(wù)完成狀態(tài)的管理等工作。在運(yùn)營(yíng)商的網(wǎng)絡(luò)管理維護(hù)工作中，通過(guò)監(jiān)控平臺(tái)實(shí)現(xiàn)對(duì)故障的監(jiān)控，通過(guò)流程管理系統(tǒng)實(shí)現(xiàn)對(duì)故障處理任務(wù)的管理。這兩個(gè)系統(tǒng)是兩個(gè)割裂的系統(tǒng)，分別實(shí)現(xiàn)不同的功能，達(dá)到不同的業(yè)務(wù)目標(biāo)。這兩系統(tǒng)間數(shù)據(jù)沒(méi)有共享，監(jiān)控平臺(tái)得不到需要的故障處理狀態(tài)的信息；如果故障自動(dòng)消除后，流程管理系統(tǒng)也得不到，造成故障受理人員仍在處理故障。隨著不斷提高網(wǎng)絡(luò)管理精細(xì)化的要求，越來(lái)越需要實(shí)現(xiàn)在網(wǎng)管系統(tǒng)的監(jiān)控平臺(tái)和流程管理系統(tǒng)間實(shí)現(xiàn)數(shù)據(jù)的共享，結(jié)合具體的故障實(shí)現(xiàn)任務(wù)工單的可監(jiān)可控。
發(fā)明內(nèi)容本發(fā)明是針對(duì)以上不足之處，提供一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法，在出現(xiàn)故障后，監(jiān)控平臺(tái)能夠自動(dòng)派發(fā)任務(wù)工單，并能夠讓監(jiān)控人員通過(guò)監(jiān)控平臺(tái)實(shí)時(shí)監(jiān)控故障的處理過(guò)程，能夠通過(guò)監(jiān)控平臺(tái)對(duì)故障處理人員實(shí)現(xiàn)任務(wù)工單的督辦。本發(fā)明解決其技術(shù)向題所采用的技術(shù)方案是-一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法，包括如下步驟A、監(jiān)控平臺(tái)調(diào)用writeTroubleFlow接口向流程管理系統(tǒng)派發(fā)故障工單；B、在流程管理系統(tǒng)接收到故障工單后，在故障工單的每一步處理過(guò)程中，通過(guò)調(diào)用writeFormStatus接口向監(jiān)控平臺(tái)反饋工單的處理狀態(tài)；C、監(jiān)控人員通過(guò)監(jiān)控工單的處理狀態(tài)，檢査工單是否處理完成。如果工單狀態(tài)顯示為完成，還包括以下步驟D、監(jiān)控人員在監(jiān)控平臺(tái)中通過(guò)點(diǎn)擊工單編號(hào)，平臺(tái)調(diào)用queryMoveHistory接口，傳入工單號(hào)，通過(guò)査詢流程管理系統(tǒng)的數(shù)據(jù)庫(kù)，查看工單的詳情及工單的處理環(huán)節(jié)。步驟D顯示工單已經(jīng)超時(shí)，監(jiān)控人員可以督辦工單。步驟D顯示工單已經(jīng)處理完成，監(jiān)控人員通過(guò)檢査故障，確認(rèn)故障已經(jīng)清除。.步驟B中，在反饋工單處理時(shí)，通過(guò)故障ID號(hào)和工單號(hào)做關(guān)聯(lián)。在工單派發(fā)、監(jiān)控、督辦過(guò)程中，監(jiān)控平臺(tái)和流程管理系統(tǒng)間使用獨(dú)立的接口。在監(jiān)控平臺(tái)中，可以對(duì)工單自動(dòng)、手動(dòng)督辦，在自動(dòng)督辦過(guò)程中，監(jiān)控平臺(tái)使用定時(shí)器自動(dòng)掃描超時(shí)時(shí)限。采用本發(fā)明的一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法，與現(xiàn)有技術(shù)相比，可以實(shí)現(xiàn)故障工單的實(shí)時(shí)和有效監(jiān)控。實(shí)時(shí)是指通過(guò)流程管理系統(tǒng)向監(jiān)控平臺(tái)及時(shí)反饋工單的執(zhí)行狀態(tài)，能夠在監(jiān)控平臺(tái)中讓故障監(jiān)控人員及時(shí)了解故障的處理情況，實(shí)時(shí)對(duì)故障的處理情況進(jìn)行監(jiān)控。有效是指通過(guò)故障和工單的關(guān)聯(lián)，增強(qiáng)了故障處理的針對(duì)性，并能夠通過(guò)故障工單督辦，及時(shí)完成故障的處理。如果故障已經(jīng)處理完成，能夠通知故障處理人員不需要再處理，極大地提高了故障處理的效率。下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明進(jìn)一步說(shuō)明。圖1為本發(fā)明的一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法的實(shí)現(xiàn)結(jié)構(gòu)圖2為本發(fā)明的一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法的監(jiān)控流程圖；.圖3為本發(fā)明的一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法的督辦流程圖。具體實(shí)施例方式下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明的一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法作進(jìn)一步的描述。圖l是本發(fā)明實(shí)現(xiàn)的結(jié)構(gòu)圖。在本發(fā)明中涉及到4個(gè)模塊，分別是監(jiān)控平臺(tái)，派單模塊，流程管理系統(tǒng)，短信模塊。監(jiān)控平臺(tái)負(fù)責(zé)完成故障派單的控制和故障工單的前臺(tái)監(jiān)控。在平臺(tái)接收到故障后，平臺(tái)判斷故障是否需要派單，或是故障是否需要延遲派單。如果需要延遲派單，則通過(guò)定時(shí)器自動(dòng)檢查延遲時(shí)間。自動(dòng)派單條件及延遲時(shí)間在數(shù)據(jù)表中配置。在派單完成后，監(jiān)控平臺(tái)完成故障工單的監(jiān)控、督辦。派單模塊分為以下功能-工單派發(fā)派單根據(jù)故障情況把故障工單派發(fā)到流程管理系統(tǒng)，由不同的處理人員處理。工單狀態(tài)監(jiān)控工單派發(fā)后，流程管理系統(tǒng)根據(jù)監(jiān)控平臺(tái)派發(fā)的故障工單中的故障ID號(hào)，把故障處理情況反饋到告警系統(tǒng)中，在界面上呈現(xiàn)工單的執(zhí)行狀態(tài)。工單執(zhí)行狀態(tài)包括已派發(fā)、派發(fā)失敗、審核中、審核駁回、執(zhí)行中、完成確認(rèn)中、已完成。為了建立故障ID和故障工單的對(duì)應(yīng)關(guān)系，在監(jiān)控平臺(tái)中增加工單狀態(tài)、工單編號(hào)，這樣就可以通過(guò)故障ID關(guān)聯(lián)到故障工單，便于故障工單的監(jiān)控。故障清除由監(jiān)控平臺(tái)派發(fā)到故障處理流程的工單，監(jiān)控平臺(tái)據(jù)故障的ID號(hào)、工單號(hào)，當(dāng)故障清除時(shí)，把故障清除信息通過(guò)故障清除接口寫(xiě)入故障處理流程的數(shù)據(jù)庫(kù)中。當(dāng)多個(gè)退服故障都清除時(shí)，再把這些退服基站的清除信息寫(xiě)入故障處理流程。當(dāng)故障處理人準(zhǔn)備回復(fù)工單時(shí)，如果故障沒(méi)有清除，這時(shí)故障處理流程系統(tǒng)彈出窗口提示"故障尚未清除，不允許回復(fù)工單"。如果故障已經(jīng)清除，而工單尚未完成時(shí)，這時(shí)故障處理流程自動(dòng)向故障工單發(fā)送短信提醒故障處理人，短信內(nèi)容為故障工單標(biāo)題+"故障已經(jīng)清除，可以執(zhí)行完成工單的操作"。在監(jiān)控平臺(tái)中通過(guò)點(diǎn)擊工單編號(hào)，平臺(tái)調(diào)用工單詳情接口，通過(guò)査詢流程管理系統(tǒng)的數(shù)據(jù)庫(kù)，可以查看工單的詳情，或是査看工單的處理環(huán)節(jié)。在監(jiān)控平臺(tái)中并能夠通過(guò)工單手工、自動(dòng)督辦的功能督辦延時(shí)的工單。流程管理系統(tǒng)完成故障工單的接收、分發(fā)、流轉(zhuǎn)、完成、歸檔等功能。短信模塊流程管理系統(tǒng)調(diào)用短信模塊完成向工單處理人發(fā)送短信，工單處理人通過(guò)短信模塊向流程管理系統(tǒng)回復(fù)工單的完成情況。圖2是故障工單的監(jiān)控流程監(jiān)控平臺(tái)調(diào)用writeTroubleFlow接口向流程管理系統(tǒng)派發(fā)故障工單。派單可以由監(jiān)控平臺(tái)自動(dòng)派單，或是監(jiān)控人員通過(guò)監(jiān)控平臺(tái)手工派發(fā)工單位，接口如下-接口方法writeTroubleFlow輸入?yún)?shù)如下表所示(告警系統(tǒng)派單時(shí)所需參數(shù))<table>tableseeoriginaldocumentpage7</column></row><table><table>tableseeoriginaldocumentpage8</column></row><table><table>tableseeoriginaldocumentpage9</column></row><table>故障i.d如果有多個(gè)，用逗號(hào)分開(kāi)，派單方式為手動(dòng)(sd)，自動(dòng)(zd)等，故障是否清除，是(y)否(n)輸出參數(shù)(String類型。返回T耐喿作成功。若調(diào)用失敗，則返回？*錯(cuò)誤代碼*錯(cuò)誤描述)在反饋工單處理時(shí)，通過(guò)故障ID號(hào)和工單號(hào)做關(guān)聯(lián)，在監(jiān)控平臺(tái)收到反饋的狀態(tài)后，就可能過(guò)過(guò)監(jiān)控平臺(tái)的前臺(tái)監(jiān)控這條故障的處理情況。監(jiān)控人員通過(guò)監(jiān)控工單的處理狀態(tài)，檢査工單是否處理完成。如果工單的狀態(tài)不是"已完成"，監(jiān)控人員可以能過(guò)監(jiān)控平臺(tái)的前臺(tái)檢査工單的處理環(huán)節(jié)。監(jiān)控人員在監(jiān)控平臺(tái)中通過(guò)點(diǎn)擊工單編號(hào)，平臺(tái)調(diào)用queryMoveHistory接口，傳入工單號(hào)，通過(guò)查詢流程管理系統(tǒng)的數(shù)據(jù)庫(kù)，可以查看工單的詳情及工單的處理環(huán)節(jié)。如果工單已經(jīng)超時(shí)，監(jiān)控人員可以督辦工單。如果工單已經(jīng)處理完成，監(jiān)控人員通過(guò)檢査故障，確認(rèn)故障已經(jīng)清除。圖3是故障工單的督辦流程。監(jiān)控人員可以通過(guò)監(jiān)控平臺(tái)的前臺(tái)設(shè)置不同級(jí)別故障的處理時(shí)限，處理時(shí)限存放在數(shù)據(jù)表中，表結(jié)構(gòu)如下<table>tableseeoriginaldocumentpage10</column></row><table>在上表中，根據(jù)故障級(jí)別和故障ID關(guān)聯(lián)。故障ID和工單號(hào)關(guān)聯(lián)。監(jiān)控平臺(tái)的后臺(tái)利用UNIX系統(tǒng)下的CR0NTAB功能，通過(guò)掃^(guò)h表定時(shí)檢査故障工單是否己經(jīng)超時(shí)，如果工單已經(jīng)超過(guò)處理時(shí)限還沒(méi)有完成，系統(tǒng)調(diào)用工單督辦接口對(duì)工單督辦。流程管理系統(tǒng)在工單處理環(huán)節(jié)中增加工單督辦的環(huán)節(jié)，并通過(guò)短信模塊向故障處理人員發(fā)送短信，催促故障處理人員盡快處理故障。督辦后的故障，在監(jiān)控平臺(tái)的前臺(tái)以單獨(dú)的監(jiān)控窗口顯示，以區(qū)別于沒(méi)有督辦過(guò)的故障。以上所述的實(shí)施例，只是本發(fā)明較優(yōu)選的具體實(shí)施方式的一種，本領(lǐng)域的技術(shù)人員在本發(fā)明技術(shù)方案范圍內(nèi)進(jìn)行的通常變化和替換都應(yīng)包含在本發(fā)明的保護(hù)范圍內(nèi)。權(quán)利要求1、一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法，包括如下步驟A、監(jiān)控平臺(tái)調(diào)用writeTroubleFlow接口向流程管理系統(tǒng)派發(fā)故障工單；B、在流程管理系統(tǒng)接收到故障工單后，在故障工單的每一步處理過(guò)程中，通過(guò)調(diào)用writeFormStatus接口向監(jiān)控平臺(tái)反饋工單的處理狀態(tài)；C、監(jiān)控人員通過(guò)監(jiān)控工單的處理狀態(tài)，檢查工單是否處理完成。2、根據(jù)權(quán)利要求1所述的一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法，其特征在于，如果工單狀態(tài)顯示為完成，還包括以下步驟D、監(jiān)控人員在監(jiān)控平臺(tái)中通過(guò)點(diǎn)擊工單編號(hào)，平臺(tái)調(diào)用queryMoveHistory接口，傳入工單號(hào)，通過(guò)查詢流程管理系統(tǒng)的數(shù)據(jù)庫(kù)，查看工單的詳情及工單的處理環(huán)節(jié)。3、根據(jù)權(quán)利要求2所述的一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法，其特征在于，所述步驟D顯示工單己經(jīng)超時(shí)，監(jiān)控人員可以督辦工單。4、根據(jù)權(quán)利要求2所述的一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法，其特征在于，所述步驟D顯示工單已經(jīng)處理完成，監(jiān)控人員通過(guò)檢査故障，確認(rèn)故障己經(jīng)清除。5、根據(jù)權(quán)利要求1所述的一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法，其特征在于，所述步驟B中，在反饋工單處理時(shí)，通過(guò)故障ID號(hào)和工單號(hào)做關(guān)聯(lián)。6、根據(jù)權(quán)利要求3所述的一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法，其特征在于，在工單派發(fā)、監(jiān)控、督辦過(guò)程中，監(jiān)控平臺(tái)和流程管理系統(tǒng)間使用獨(dú)立的接口。7、根據(jù)權(quán)利要求1所述的一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法，其特征在于，在監(jiān)控平臺(tái)中，可以對(duì)工單自動(dòng)、手動(dòng)督辦，在自動(dòng)督辦過(guò)程中，監(jiān)控平臺(tái)使用定時(shí)器自動(dòng)掃描超時(shí)時(shí)限。全文摘要本發(fā)明涉及移動(dòng)通信網(wǎng)中網(wǎng)管系統(tǒng)，具體是提供一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法。本發(fā)明的一種移動(dòng)通信網(wǎng)管系統(tǒng)中的故障工單監(jiān)控方法是在出現(xiàn)故障后，監(jiān)控平臺(tái)能夠自動(dòng)派發(fā)任務(wù)工單，并能夠讓監(jiān)控人員通過(guò)監(jiān)控平臺(tái)實(shí)時(shí)監(jiān)控故障的處理過(guò)程，能夠通過(guò)監(jiān)控平臺(tái)對(duì)故障處理人員實(shí)現(xiàn)任務(wù)工單的督辦。本發(fā)明可以實(shí)現(xiàn)故障工單的實(shí)時(shí)和有效監(jiān)控，并能夠通過(guò)故障工單督辦，及時(shí)完成故障的處理。如果故障已經(jīng)處理完成，能夠通知故障處理人員不需要再處理，極大的提高了故障處理的效率。文檔編號(hào)H04W24/10GK101409888SQ20081016072公開(kāi)日2009年4月15日申請(qǐng)日期2008年11月20日優(yōu)先權(quán)日2008年11月20日發(fā)明者韓建友申請(qǐng)人:浪潮通信信息系統(tǒng)有限公司