技術(shù)領(lǐng)域

本發(fā)明涉及通信技術(shù)，尤其是一種基于企業(yè)應(yīng)用集成技術(shù)的智能維護(hù)方法與系統(tǒng)。

背景技術(shù)

從2008年以來(lái)，中國(guó)電信取得全業(yè)務(wù)運(yùn)營(yíng)牌照，移動(dòng)、數(shù)據(jù)等業(yè)務(wù)迅速發(fā)展，新業(yè)務(wù)新產(chǎn)品不斷涌現(xiàn)。碼分多址(Code?Division?Multiple?Access，以下簡(jiǎn)稱(chēng)：CDMA)網(wǎng)絡(luò)(以下簡(jiǎn)稱(chēng)：C網(wǎng))用戶(hù)數(shù)從200萬(wàn)發(fā)展到已經(jīng)達(dá)到近800萬(wàn)，C網(wǎng)短信日均業(yè)務(wù)量達(dá)到550多萬(wàn)條，彩信日均業(yè)務(wù)量也達(dá)到100萬(wàn)條以上，閱讀、動(dòng)漫等新型業(yè)務(wù)和產(chǎn)品不斷推出，極大豐富了電信增值業(yè)務(wù)產(chǎn)品線(xiàn)。

伴隨著業(yè)務(wù)量發(fā)展和新產(chǎn)品的推出，業(yè)務(wù)流程也越加復(fù)雜，流程中涉及的網(wǎng)元越來(lái)越多，不同網(wǎng)元間的聯(lián)系更加緊密，網(wǎng)絡(luò)結(jié)構(gòu)更加復(fù)雜，規(guī)模不斷擴(kuò)大，網(wǎng)絡(luò)互聯(lián)網(wǎng)協(xié)議(Internet?Protocol，以下簡(jiǎn)稱(chēng)：IP)化進(jìn)程加快，新技術(shù)不斷被采用和融合。

然而，目前依然采用工人模式進(jìn)行網(wǎng)絡(luò)維護(hù)，維護(hù)工作完成的質(zhì)量仍主要由維護(hù)人員的經(jīng)驗(yàn)決定。在實(shí)現(xiàn)本發(fā)明的過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問(wèn)題：

維護(hù)人員不足，工作效率需進(jìn)一步提升。隨著業(yè)務(wù)和網(wǎng)絡(luò)的快速發(fā)展，維護(hù)工作量不斷增加，而根據(jù)維護(hù)集約化的要求，維護(hù)人員無(wú)法同步增加，現(xiàn)有經(jīng)驗(yàn)豐富的維護(hù)人員的知識(shí)在現(xiàn)有機(jī)制下無(wú)法快速轉(zhuǎn)化成其他維護(hù)人員可快速掌握的技能，因此，如何進(jìn)一步提升維護(hù)效率是目前存在的一大難題。

維護(hù)模式需適應(yīng)新形勢(shì)的需要。當(dāng)前維護(hù)人員維護(hù)模式仍以“抱煙囪”的維護(hù)為主，針對(duì)各個(gè)系統(tǒng)、網(wǎng)絡(luò)平臺(tái)單獨(dú)維護(hù)，一個(gè)人的維護(hù)經(jīng)驗(yàn)有其一定的局限性，在現(xiàn)有網(wǎng)絡(luò)形勢(shì)下，無(wú)法擁有所有的維護(hù)經(jīng)驗(yàn)和技能，在相互關(guān)聯(lián)的網(wǎng)絡(luò)或平臺(tái)上的經(jīng)驗(yàn)較少，難以處理融合性問(wèn)題。

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

本發(fā)明實(shí)施例所要解決的技術(shù)問(wèn)題是：提供一種基于企業(yè)應(yīng)用集成技術(shù)的智能維護(hù)方法與系統(tǒng)，以實(shí)現(xiàn)維護(hù)流程的自動(dòng)化和智能化、針對(duì)各個(gè)系統(tǒng)、網(wǎng)絡(luò)平臺(tái)的融合維護(hù)，提高維護(hù)效率。

本發(fā)明實(shí)施例提供的一種基于企業(yè)應(yīng)用集成技術(shù)的智能維護(hù)方法，包括：

運(yùn)營(yíng)支撐系統(tǒng)OSS統(tǒng)一門(mén)戶(hù)單元接收用戶(hù)發(fā)送的維護(hù)請(qǐng)求并轉(zhuǎn)發(fā)給工作流引擎單元，該維護(hù)請(qǐng)求中包括維護(hù)參數(shù)信息；

工作流引擎單元根據(jù)預(yù)先設(shè)置的各維護(hù)參數(shù)與維護(hù)流程之間的對(duì)應(yīng)關(guān)系信息，獲取所述維護(hù)請(qǐng)求中維護(hù)參數(shù)信息對(duì)應(yīng)的目標(biāo)維護(hù)流程信息，預(yù)先設(shè)置的維護(hù)流程由按照一定執(zhí)行順序排列的多個(gè)原子服務(wù)單元組成，所述多個(gè)原子服務(wù)單元包括內(nèi)部原子服務(wù)單元與外部原子服務(wù)單元，其中，外部原子服務(wù)單元用于從通過(guò)企業(yè)服務(wù)總線(xiàn)從異構(gòu)應(yīng)用集成系統(tǒng)中的相應(yīng)單元獲取所需數(shù)據(jù)，內(nèi)部原子單元用于對(duì)所述執(zhí)行順序中的上一外部原子服務(wù)單元獲取的數(shù)據(jù)進(jìn)行分析處理；

工作流引擎單元根據(jù)目標(biāo)維護(hù)流程信息中各原子服務(wù)單元的執(zhí)行順序，根據(jù)所述維護(hù)請(qǐng)求中的維護(hù)參數(shù)信息向目標(biāo)維護(hù)流程信息中的外部原子單元輸入處理參數(shù)，由外部原子單元通過(guò)企業(yè)服務(wù)總線(xiàn)從異構(gòu)應(yīng)用集成系統(tǒng)中相應(yīng)單元獲取所需數(shù)據(jù)作為輸出參數(shù)，所述異構(gòu)應(yīng)用集成系統(tǒng)的構(gòu)成單元包括各種系統(tǒng)、應(yīng)用與數(shù)據(jù)源；

工作流引擎單元將外部原子單元的輸出參數(shù)作為內(nèi)部原子單元的輸入?yún)?shù)輸入目標(biāo)維護(hù)流程信息中的內(nèi)部原子單元，由該內(nèi)部原子單元進(jìn)行分析，得到分析結(jié)果；

工作流引擎單元根據(jù)目標(biāo)維護(hù)流程信息中各原子服務(wù)單元的執(zhí)行順序與執(zhí)行下一個(gè)原子服務(wù)單元的觸發(fā)條件，若需要觸發(fā)下一個(gè)外部原子單元，由下一個(gè)外部原子單元作為當(dāng)前外部原子服務(wù)單元，返回執(zhí)行所述通過(guò)企業(yè)服務(wù)總線(xiàn)從異構(gòu)應(yīng)用集成系統(tǒng)中相應(yīng)單元獲取所需數(shù)據(jù)作為輸出參數(shù)的操作；若不需要觸發(fā)下一個(gè)外部原子單元，由目標(biāo)維護(hù)流程信息中的最后一個(gè)內(nèi)部原子服務(wù)單元從知識(shí)庫(kù)單元中獲取與上一個(gè)內(nèi)部原子單元得到的分析結(jié)果相應(yīng)的分析結(jié)果說(shuō)明及處理建議；

工作流引擎單元將所述分析結(jié)果說(shuō)明及處理建議發(fā)送給OSS統(tǒng)一門(mén)戶(hù)單元；

OSS統(tǒng)一門(mén)戶(hù)單元顯示所述分析結(jié)果說(shuō)明及處理建議。

本發(fā)明實(shí)施例提供的一種基于企業(yè)應(yīng)用集成技術(shù)的智能維護(hù)系統(tǒng)，包括：

OSS統(tǒng)一門(mén)戶(hù)單元，用于接收用戶(hù)發(fā)送的維護(hù)請(qǐng)求并轉(zhuǎn)發(fā)給工作流引擎單元，該維護(hù)請(qǐng)求中包括維護(hù)參數(shù)信息；接受工作流引擎單元返回的分析結(jié)果說(shuō)明及處理建議并顯示；

原子服務(wù)集成單元，用于存儲(chǔ)各原子服務(wù)單元，包括內(nèi)部原子服務(wù)單元與外部原子服務(wù)單元，其中，外部原子服務(wù)單元用于從通過(guò)ESB從異構(gòu)應(yīng)用集成系統(tǒng)中的相應(yīng)單元獲取所需數(shù)據(jù)，內(nèi)部原子單元用于對(duì)執(zhí)行順序中的上一外部原子服務(wù)單元獲取的數(shù)據(jù)進(jìn)行分析處理；