本發(fā)明實(shí)施例涉及信息處理技術(shù)領(lǐng)域，尤其涉及一種通過自然語言處理進(jìn)行運(yùn)維排障的方法和裝置。

背景技術(shù)：

隨著信息化進(jìn)程的飛速發(fā)展，計(jì)算機(jī)系統(tǒng)已經(jīng)成為現(xiàn)代企業(yè)的一部分。近年來各行業(yè)信息化建設(shè)不斷完善，業(yè)務(wù)的操作也越來越集中于信息系統(tǒng)或信息平臺(tái)。保證系統(tǒng)正常運(yùn)行的運(yùn)維工作也日漸重要，如何在突發(fā)狀況出現(xiàn)時(shí)及時(shí)修復(fù)解決是運(yùn)維人員的工作重點(diǎn)之一。

目前針對突發(fā)故障，業(yè)界普遍采用逐步排查檢測法，例如針對網(wǎng)絡(luò)中斷故障：

當(dāng)客戶端發(fā)生網(wǎng)絡(luò)中斷的故障后，首先判斷用戶(或終端)到三層網(wǎng)關(guān)設(shè)備之間通道是否存在問題，從用戶(或終端)上ping網(wǎng)關(guān)是否能通，用戶(或終端)自身是否發(fā)生問題。

二層網(wǎng)絡(luò)是否正常：如果用戶(或終端)ping網(wǎng)關(guān)不通，則檢查下端二層網(wǎng)絡(luò)、用戶網(wǎng)線、三層網(wǎng)關(guān)設(shè)備以下網(wǎng)線或光纖是否正常，端口是否up，是否有crcerror報(bào)文統(tǒng)計(jì)。檢查二層網(wǎng)絡(luò)中的交換機(jī)設(shè)備是否能正常學(xué)習(xí)到用戶mac地址，檢查三層網(wǎng)關(guān)設(shè)備與二層交換設(shè)備之間的連通性、二層設(shè)備的cpu利用率是否正常，是否有二層環(huán)路造成或病毒攻擊。首先確保用戶(或終端)能正常ping通網(wǎng)關(guān)設(shè)備

三層網(wǎng)絡(luò)是否正常：可以通過telnet/console口登陸三層設(shè)備，如果有問題，通過ping、tracert、showlogging、端口統(tǒng)計(jì)、cpu利用率統(tǒng)計(jì)、鏈路狀態(tài)、路由表狀態(tài)、mpls標(biāo)簽表狀態(tài)等對問題進(jìn)行分析，在業(yè)務(wù)忙時(shí)，不得擅自重啟或倒換三層核心路由器等設(shè)備。

如果用戶上網(wǎng)或承載業(yè)務(wù)仍然存在故障，可以查看dns等外界環(huán)境是否正常，承載的業(yè)務(wù)本身是否發(fā)生問題，查看相關(guān)告警，然后做出相應(yīng)的處理。

這種逐步排查的工作方式需要耗費(fèi)運(yùn)維人員的大量精力進(jìn)行人工排障，很容易出現(xiàn)漏查等問題，從而在管理上不能做到準(zhǔn)確的安全運(yùn)維，存在漏洞。而且出現(xiàn)問題后逐步排查實(shí)時(shí)性較差，不能及時(shí)發(fā)現(xiàn)問題。用戶需要一種同時(shí)滿足實(shí)時(shí)性、智能化和安全性良好的故障應(yīng)對方法。

業(yè)界長期以來對事后分析的重視度不高，因?yàn)檫\(yùn)維人員面對的故障原因多種多樣，事后分析的結(jié)果很難明顯的作用于下一次故障的預(yù)防或處理上。

其它問題，如果現(xiàn)場不能解決，就通報(bào)關(guān)鍵用戶并聯(lián)系廠商解決。因此，目前暫時(shí)還沒有能夠較好地解決上述問題的方法或裝置出現(xiàn)。

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

為了克服相關(guān)技術(shù)中存在的技術(shù)問題，本發(fā)明提供一種通過自然語言處理進(jìn)行運(yùn)維排障的方法和裝置，以實(shí)現(xiàn)通過故障知識(shí)數(shù)據(jù)庫實(shí)現(xiàn)在故障發(fā)生時(shí)快速及時(shí)地得到相關(guān)的故障應(yīng)對方案。

第一方面，本發(fā)明實(shí)施例提供了一種通過自然語言處理進(jìn)行運(yùn)維排障的方法，其具體的技術(shù)方案包括：

根據(jù)歷史數(shù)據(jù)中存在的故障現(xiàn)象、故障原因以及故障解決方案進(jìn)行分析，建立故障現(xiàn)象、故障原因以及故障解決方案三者關(guān)聯(lián)關(guān)系的故障知識(shí)數(shù)據(jù)庫；

當(dāng)發(fā)生故障時(shí)，獲取與故障相關(guān)的系統(tǒng)日志；

提取所述故障知識(shí)數(shù)據(jù)庫中故障現(xiàn)象的關(guān)鍵字段，并與所述系統(tǒng)日志進(jìn)行匹配；

當(dāng)所述故障知識(shí)數(shù)據(jù)庫中的關(guān)鍵字段與所述系統(tǒng)日志匹配成功時(shí)，推送所述故障知識(shí)數(shù)據(jù)庫中的與所述關(guān)鍵字段關(guān)聯(lián)的故障解決方案。

結(jié)合另一方面，在另一方面的一種可能出現(xiàn)的實(shí)現(xiàn)方式中，當(dāng)所述故障知識(shí)數(shù)據(jù)庫中的關(guān)鍵字段與所述系統(tǒng)日志匹配未成功時(shí)，根據(jù)用戶關(guān)于新故障已形成的反饋解決方案將該次新故障的新故障現(xiàn)象、新故障原因以及新故障解決方案添加到所述故障知識(shí)數(shù)據(jù)庫中。

結(jié)合另一方面，在另一方面的一種可能出現(xiàn)的實(shí)現(xiàn)方式中，所述方法還包括：

對添加到所述故障知識(shí)數(shù)據(jù)庫中的每一新故障現(xiàn)象、新故障原因以及新故障解決方案均設(shè)置對應(yīng)的新關(guān)鍵字段，以在所述提取所述故障知識(shí)數(shù)據(jù)庫中的關(guān)鍵字段，并與所述系統(tǒng)日志進(jìn)行匹配的步驟中，利用所述新關(guān)鍵字段與所述系統(tǒng)日志進(jìn)行匹配。

結(jié)合另一方面，在另一方面的一種可能出現(xiàn)的實(shí)現(xiàn)方式中，所述提取所述故障知識(shí)數(shù)據(jù)庫中故障現(xiàn)象的關(guān)鍵字段，并與所述系統(tǒng)日志進(jìn)行匹配，包括：

通過自然語言處理提取故障現(xiàn)象的表征描述信息或發(fā)生原因中的至少一個(gè)；

將所述故障現(xiàn)象的表征描述信息或發(fā)生原因中的至少一個(gè)作為關(guān)鍵字段；

以所述關(guān)鍵字段對所述故障知識(shí)數(shù)據(jù)庫中已保存的故障現(xiàn)象的關(guān)鍵字段進(jìn)行匹配。

結(jié)合另一方面，在另一方面的一種可能出現(xiàn)的實(shí)現(xiàn)方式中，所述當(dāng)發(fā)生故障時(shí)，獲取與故障相關(guān)的系統(tǒng)日志，包括：

接收系統(tǒng)日志；

對所述系統(tǒng)日志中的非結(jié)構(gòu)化數(shù)據(jù)轉(zhuǎn)化為結(jié)構(gòu)化日志數(shù)據(jù)；

所述提取所述故障知識(shí)數(shù)據(jù)庫中故障現(xiàn)象的關(guān)鍵字段，并與所述系統(tǒng)日志進(jìn)行匹配，包括：

對轉(zhuǎn)化后的結(jié)構(gòu)化日志數(shù)據(jù)中的操作對象、操作時(shí)間、操作地點(diǎn)、操作類型以及授權(quán)信息中的一種或二種以上的組合作為關(guān)鍵字段信息，以與所述故障知識(shí)數(shù)據(jù)庫中故障現(xiàn)象的關(guān)鍵字段進(jìn)行匹配。

第二方面，本發(fā)明實(shí)施例還提供了一種通過自然語言處理進(jìn)行運(yùn)維排障的裝置，其具體的技術(shù)方案包括：

庫建立模塊，用于根據(jù)歷史數(shù)據(jù)中存在的故障現(xiàn)象、故障原因以及故障解決方案進(jìn)行分析，建立故障現(xiàn)象、故障原因以及故障解決方案三者關(guān)聯(lián)關(guān)系的故障知識(shí)數(shù)據(jù)庫；

獲取模塊，用于當(dāng)發(fā)生故障時(shí)，獲取與故障相關(guān)的系統(tǒng)日志；

匹配模塊，用于提取所述故障知識(shí)數(shù)據(jù)庫中故障現(xiàn)象的關(guān)鍵字段，并與所述系統(tǒng)日志進(jìn)行匹配；

推送模塊，用于當(dāng)所述故障知識(shí)數(shù)據(jù)庫中的關(guān)鍵字段與所述系統(tǒng)日志匹配成功時(shí)，推送所述故障知識(shí)數(shù)據(jù)庫中的與所述關(guān)鍵字段關(guān)聯(lián)的故障解決方案。

結(jié)合另一方面，在另一方面的一種可能出現(xiàn)的實(shí)現(xiàn)方式中，所述裝置還包括：智能學(xué)習(xí)模塊，用于當(dāng)所述故障知識(shí)數(shù)據(jù)庫中的關(guān)鍵字段與所述系統(tǒng)日志匹配未成功時(shí)，根據(jù)用戶關(guān)于新故障已形成的反饋解決方案將該次新故障的新故障現(xiàn)象、新故障原因以及新故障解決方案添加到所述故障知識(shí)數(shù)據(jù)庫中。

結(jié)合另一方面，在另一方面的一種可能出現(xiàn)的實(shí)現(xiàn)方式中，所述裝置還包括：

字段匹配模塊，用于對添加到所述故障知識(shí)數(shù)據(jù)庫中的每一新故障現(xiàn)象、新故障原因以及新故障解決方案均設(shè)置對應(yīng)的新關(guān)鍵字段，以在所述提取所述故障知識(shí)數(shù)據(jù)庫中的關(guān)鍵字段，并與所述系統(tǒng)日志進(jìn)行匹配的步驟中，利用所述新關(guān)鍵字段與所述系統(tǒng)日志進(jìn)行匹配。

結(jié)合另一方面，在另一方面的一種可能出現(xiàn)的實(shí)現(xiàn)方式中，所述匹配模塊，包括：

自然語言處理子模塊，用于通過自然語言處理提取故障現(xiàn)象的表征描述信息或發(fā)生原因中的至少一個(gè)；

字段選取子模塊，用于將所述故障現(xiàn)象的表征描述信息或發(fā)生原因中的至少一個(gè)作為關(guān)鍵字段；

所述匹配匹配還用于：以所述關(guān)鍵字段對所述故障知識(shí)數(shù)據(jù)庫中已保存的故障現(xiàn)象的關(guān)鍵字段進(jìn)行匹配。

結(jié)合另一方面，在另一方面的一種可能出現(xiàn)的實(shí)現(xiàn)方式中，所述獲取模塊，包括：

接收模塊，用于接收系統(tǒng)日志；

轉(zhuǎn)化模塊，用于對所述系統(tǒng)日志中的非結(jié)構(gòu)化數(shù)據(jù)轉(zhuǎn)化為結(jié)構(gòu)化日志數(shù)據(jù)；

所述匹配模塊還用于：對轉(zhuǎn)化后的結(jié)構(gòu)化日志數(shù)據(jù)中的操作對象、操作時(shí)間、操作地點(diǎn)、操作類型以及授權(quán)信息中的一種或二種以上的組合作為關(guān)鍵字段信息，以與所述故障知識(shí)數(shù)據(jù)庫中故障現(xiàn)象的關(guān)鍵字段進(jìn)行匹配。

本發(fā)明通過建立的故障知識(shí)數(shù)據(jù)庫使得在故障發(fā)生時(shí)快速查找得到相關(guān)的故障應(yīng)對方案，大大提高排除故障的效率，節(jié)約時(shí)間和人力成本，比原來的逐步排查快速省力，幫助用戶減少故障恢復(fù)時(shí)間(meantimetorepair，mttr)，并且能夠通過用戶的反饋不斷強(qiáng)化故障應(yīng)對方案的故障知識(shí)數(shù)據(jù)庫，解決目前人工排查故障效率低下的問題。

應(yīng)當(dāng)理解的是，以上的一般描述和后文的細(xì)節(jié)描述僅是示例性和解釋性的，并不能限制本發(fā)明。

附圖說明

此處的附圖被并入說明書中并構(gòu)成本說明書的一部分，示出了符合本發(fā)明的實(shí)施例，并與說明書一起用于解釋本發(fā)明的原理。

圖1是根據(jù)一示例性實(shí)施例示出的一種通過自然語言處理進(jìn)行運(yùn)維排障的方法的流程示意圖。

圖2是根據(jù)一示例性實(shí)施例示出的匹配過程的流程圖。

圖3是根據(jù)一示例性實(shí)施例示出的結(jié)構(gòu)化后匹配方法的流程圖。

圖4是根據(jù)一示例性實(shí)施例示出的一種通過自然語言處理進(jìn)行運(yùn)維排障的裝置的框圖。

圖5是根據(jù)一示例性實(shí)施例示出的匹配時(shí)轉(zhuǎn)化匹配模塊的裝置框圖。

具體實(shí)施方式

下面結(jié)合附圖和實(shí)施例對本發(fā)明作進(jìn)一步的詳細(xì)說明。可以理解的是，此處所描述的具體實(shí)施例僅僅用于解釋本發(fā)明，而非對本發(fā)明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關(guān)的部分而非全部結(jié)構(gòu)。

在更加詳細(xì)地討論示例性實(shí)施例之前應(yīng)當(dāng)提到的是，一些示例性實(shí)施例被描述成作為流程圖描繪的處理或方法。雖然流程圖中將各步驟描述成順序的處理，但是其中的許多步驟可以并行地、并發(fā)地或者同時(shí)實(shí)施。此外，各步驟的順序可以被重新安排，當(dāng)其操作完成時(shí)所述處理可以被終止，但是還可以具有未包括在附圖內(nèi)的其它步驟。處理可以對應(yīng)于方法、函數(shù)、規(guī)程、子例程、子程序等。

本發(fā)明涉及一種通過自然語言處理進(jìn)行運(yùn)維排障的方法及其對應(yīng)的裝置，其主要運(yùn)用于需要對it系統(tǒng)進(jìn)行運(yùn)營維護(hù)以及故障排除的場景中，其基本思想是：根據(jù)歷史數(shù)據(jù)中存在的故障現(xiàn)象、故障原因以及故障解決方案進(jìn)行分析，建立故障現(xiàn)象、故障原因以及故障解決方案三者關(guān)聯(lián)關(guān)系的故障知識(shí)數(shù)據(jù)庫并在后期不斷地對該故障知識(shí)數(shù)據(jù)庫進(jìn)行強(qiáng)化，使得當(dāng)系統(tǒng)出現(xiàn)故障或異常時(shí)，故障知識(shí)數(shù)據(jù)庫能夠根據(jù)出現(xiàn)故障的故障現(xiàn)象的關(guān)鍵字段快速地提供解決方案，提供了一種同時(shí)滿足實(shí)時(shí)性、智能化和安全性良好的故障應(yīng)對方法。

本實(shí)施例可適用于帶有機(jī)器學(xué)習(xí)模塊的it企業(yè)終端中以進(jìn)行快速故障排除的情況中，該方法可以由機(jī)器學(xué)習(xí)模塊來執(zhí)行，其中該裝置可以由軟件和/或硬件來實(shí)現(xiàn)，如圖1所示，為本發(fā)明的通過自然語言處理進(jìn)行運(yùn)維排障的方法的流程示意圖，所述方法具體包括如下步驟：

在步驟110中，根據(jù)歷史數(shù)據(jù)中存在的故障現(xiàn)象、故障原因以及故障解決方案進(jìn)行分析，建立故障現(xiàn)象、故障原因以及故障解決方案三者關(guān)聯(lián)關(guān)系的故障知識(shí)數(shù)據(jù)庫；

對于歷史數(shù)據(jù)中存在的故障現(xiàn)象、故障原因以及故障解決方案進(jìn)行分析，可通過建立模型的方式對歷史數(shù)據(jù)中的故障相關(guān)數(shù)據(jù)進(jìn)行選取，并進(jìn)而建立故障現(xiàn)象、故障原因以及故障解決方案的映射關(guān)系，從而形成所述故障知識(shí)數(shù)據(jù)庫。

在本發(fā)明示例性實(shí)施例的一種實(shí)施場景中，還可以對所述故障解決方案中的各類未輸入所述故障知識(shí)庫中的故障進(jìn)行排查，通過人工輸入的方式將該遺漏的故障現(xiàn)象、故障原因以及故障解決方案的映射關(guān)系輸入所述故障知識(shí)數(shù)據(jù)庫。

在步驟120中，當(dāng)發(fā)生故障時(shí)，獲取與故障相關(guān)的系統(tǒng)日志；

當(dāng)發(fā)生故障時(shí)接收系統(tǒng)日志，所述系統(tǒng)日志包括設(shè)備的操作系統(tǒng)運(yùn)行時(shí)產(chǎn)生的系統(tǒng)日志、應(yīng)用程序日志以及安全日志等；在一種可行的實(shí)施方式中，其可以通過對操作系統(tǒng)中運(yùn)行中輸入eventvwr.msc調(diào)用系統(tǒng)的事件查看器對系統(tǒng)日志進(jìn)行接收。

在步驟130中，提取所述故障知識(shí)數(shù)據(jù)庫中故障現(xiàn)象的關(guān)鍵字段，并與所述系統(tǒng)日志進(jìn)行匹配；

在本步驟中，其可以通過自然語言處理方法對所述的關(guān)鍵字段進(jìn)行提取，自然語言處理是計(jì)算機(jī)科學(xué)、人工智能、語言學(xué)關(guān)注計(jì)算機(jī)和人類(自然)語言之間的相互作用的領(lǐng)域，其處理方式可以是機(jī)器學(xué)習(xí)跟模式識(shí)別、統(tǒng)計(jì)學(xué)習(xí)、數(shù)據(jù)挖掘、計(jì)算機(jī)視覺、語音識(shí)別等，其具體的方式本發(fā)明并不限制，如圖2所示，其具體的方法可包括如下步驟；

在步驟131中，通過自然語言處理提取故障現(xiàn)象的表征描述信息或發(fā)生原因中的至少一個(gè)；

在步驟132中，將所述故障現(xiàn)象的表征描述信息或發(fā)生原因中的至少一個(gè)作為關(guān)鍵字段；

在步驟133中，以所述關(guān)鍵字段對所述故障知識(shí)數(shù)據(jù)庫中已保存的故障現(xiàn)象的關(guān)鍵字段進(jìn)行匹配。

所述系統(tǒng)日志的關(guān)鍵字段可以為表示某一類型的信息，通過故障現(xiàn)象的表征描述信息和/或發(fā)生原因作為關(guān)鍵字段的方式，可以通過該關(guān)鍵字段更準(zhǔn)確地所述故障知識(shí)數(shù)據(jù)庫中進(jìn)行最為相同或者相似的故障現(xiàn)象的匹配，進(jìn)而查找出最適合的故障解決方案。

在步驟140中，當(dāng)所述故障知識(shí)數(shù)據(jù)庫中的關(guān)鍵字段與所述系統(tǒng)日志匹配成功時(shí)，推送所述故障知識(shí)數(shù)據(jù)庫中的與所述關(guān)鍵字段關(guān)聯(lián)的故障解決方案。

推送與所述故障現(xiàn)象最匹配的故障解決方案，即可以使得根據(jù)該故障解決方案解決故障，其故障解決效率得到了大幅提升。

同時(shí)，在本發(fā)明示例性實(shí)施例的實(shí)施場景中，用戶還可以對故障知識(shí)數(shù)據(jù)庫提供的故障解決方案的推送進(jìn)行設(shè)置，例如“共享”、“感興趣，下次主動(dòng)提醒”、“不感興趣，取消提醒”以及“刪除”、“推送方案無法解決故障”等，使得故障知識(shí)數(shù)據(jù)庫能夠根據(jù)用戶的設(shè)置進(jìn)一步對已保存的故障現(xiàn)象、故障原因以及故障解決方案的映射關(guān)系進(jìn)行優(yōu)化，也能夠根據(jù)用戶的設(shè)置更人性化地進(jìn)行提醒或推送服務(wù)。

本發(fā)明的方法，通過建立的故障知識(shí)數(shù)據(jù)庫使得在故障發(fā)生時(shí)快速查找得到相關(guān)的故障應(yīng)對方案，大大提高排除故障的效率，節(jié)約時(shí)間和人力成本，比原來的逐步排查快速省力，幫助用戶減少故障恢復(fù)時(shí)間(meantimetorepair，mttr)，并且能夠通過用戶的反饋不斷強(qiáng)化故障應(yīng)對方案的故障知識(shí)數(shù)據(jù)庫，解決目前人工排查故障效率低下的問題。

在本發(fā)明示例性實(shí)施例的一種實(shí)施場景中，當(dāng)所述故障知識(shí)數(shù)據(jù)庫中的關(guān)鍵字段與所述系統(tǒng)日志匹配未成功時(shí)，還可以實(shí)現(xiàn)對所述故障知識(shí)數(shù)據(jù)庫的不斷強(qiáng)化，結(jié)合圖1所示，這一強(qiáng)化過程可包括如下步驟；

在步驟150中，根據(jù)用戶關(guān)于新故障已形成的反饋解決方案將該次新故障的新故障現(xiàn)象、新故障原因以及新故障解決方案添加到所述故障知識(shí)數(shù)據(jù)庫中。

對于每一次出現(xiàn)的新故障，可以通過網(wǎng)絡(luò)查詢其對應(yīng)的新故障原因以及新故障解決方案，可以通過人工輸入的方法將該新故障對應(yīng)的新故障原因以及新故障解決方案添加到所述故障知識(shí)數(shù)據(jù)庫中以持續(xù)強(qiáng)化所述故障知識(shí)數(shù)據(jù)庫，不斷豐富能夠解決故障的數(shù)據(jù)，從而應(yīng)對不斷出現(xiàn)的新的故障問題。

對于所推薦或推送的故障應(yīng)對方案，在一種可行的實(shí)施方式中，其還可以注明故障原因、故障等級(jí)、發(fā)生概率等信息，使用戶可詳細(xì)查看每個(gè)故障應(yīng)對方案所匹配的日志信息。

在本發(fā)明示例性實(shí)施例的另一種實(shí)施場景中，所述方法還包括：

對添加到所述故障知識(shí)數(shù)據(jù)庫中的每一新故障現(xiàn)象、新故障原因以及新故障解決方案均設(shè)置對應(yīng)的新關(guān)鍵字段，以在所述提取所述故障知識(shí)數(shù)據(jù)庫中的關(guān)鍵字段，并與所述系統(tǒng)日志進(jìn)行匹配的步驟中，利用所述新關(guān)鍵字段與所述系統(tǒng)日志進(jìn)行匹配。

對于新故障的關(guān)鍵字段，當(dāng)其也所述故障知識(shí)數(shù)據(jù)庫中已保存的故障的表征描述信息較為相似、相似或相同時(shí)，其可以根據(jù)其出現(xiàn)的時(shí)間對該關(guān)鍵字段帶上時(shí)間標(biāo)簽，以便于對其進(jìn)行區(qū)分，便于在后續(xù)的故障解決時(shí)推送更為準(zhǔn)確的故障解決方案。

在本發(fā)明示例性實(shí)施例的另一種實(shí)施場景中，所述步驟120中還可以包括對系統(tǒng)日志中的數(shù)據(jù)進(jìn)行結(jié)構(gòu)化轉(zhuǎn)化，以便于對結(jié)構(gòu)化轉(zhuǎn)化后的系統(tǒng)日志進(jìn)行關(guān)鍵字段的匹配，如圖3所示，這一過程可包括如下步驟：

在步驟121中，接收系統(tǒng)日志；

在步驟122中，對所述系統(tǒng)日志中的非結(jié)構(gòu)化數(shù)據(jù)轉(zhuǎn)化為結(jié)構(gòu)化日志數(shù)據(jù)；

所述提取所述故障知識(shí)數(shù)據(jù)庫中故障現(xiàn)象的關(guān)鍵字段，并與所述系統(tǒng)日志進(jìn)行匹配，包括：

在步驟130’中，對轉(zhuǎn)化后的結(jié)構(gòu)化日志數(shù)據(jù)中的操作對象、操作時(shí)間、操作地點(diǎn)、操作類型以及授權(quán)信息中的一種或二種以上的組合作為關(guān)鍵字段信息，以與所述故障知識(shí)數(shù)據(jù)庫中故障現(xiàn)象的關(guān)鍵字段進(jìn)行匹配。

結(jié)構(gòu)化數(shù)據(jù)可以用二維表結(jié)構(gòu)來邏輯表達(dá)實(shí)現(xiàn)，而從二維表結(jié)構(gòu)中選取關(guān)鍵字段則可以實(shí)現(xiàn)更高的效率以及更低的延誤，使得當(dāng)用戶從所述故障知識(shí)數(shù)據(jù)庫中輸入故障查詢方案時(shí)，可以自動(dòng)且及時(shí)地匹配實(shí)時(shí)入庫的關(guān)鍵字，推薦故障應(yīng)對方案。

本發(fā)明的方法，可以極大地提高排除故障的效率，幫助用戶減少故障恢復(fù)時(shí)間(meantimetorepair，mttr)，節(jié)約時(shí)間和人力成本，比原來的逐步排查快速省力。

圖4為本發(fā)明實(shí)施例五提供的一種通過自然語言處理進(jìn)行運(yùn)維排障的裝置的結(jié)構(gòu)示意圖，該裝置可由軟件和/或硬件實(shí)現(xiàn)，一般地集成于企業(yè)it(informationtechnology，信息技術(shù))終端中，可通過自然語言處理進(jìn)行運(yùn)維排障的的方法來實(shí)現(xiàn)。如圖所示，本實(shí)施例可以以上述實(shí)施例為基礎(chǔ)，提供了一種通過自然語言處理進(jìn)行運(yùn)維排障的裝置，其主要包括了庫建立模塊410、獲取模塊420、匹配模塊430以及推送模塊440。

其中的庫建立模塊410，用于根據(jù)歷史數(shù)據(jù)中存在的故障現(xiàn)象、故障原因以及故障解決方案進(jìn)行分析，建立故障現(xiàn)象、故障原因以及故障解決方案三者關(guān)聯(lián)關(guān)系的故障知識(shí)數(shù)據(jù)庫；

獲取模塊420，用于當(dāng)發(fā)生故障時(shí)，獲取與故障相關(guān)的系統(tǒng)日志；

匹配模塊430，用于提取所述故障知識(shí)數(shù)據(jù)庫中故障現(xiàn)象的關(guān)鍵字段，并與所述系統(tǒng)日志進(jìn)行匹配；

推送模塊440，用于當(dāng)所述故障知識(shí)數(shù)據(jù)庫中的關(guān)鍵字段與所述系統(tǒng)日志匹配成功時(shí)，推送所述故障知識(shí)數(shù)據(jù)庫中的與所述關(guān)鍵字段關(guān)聯(lián)的故障解決方案。

在本發(fā)明示例性實(shí)施例的另一種實(shí)施場景中，所述裝置還包括：智能學(xué)習(xí)模塊450，用于當(dāng)所述故障知識(shí)數(shù)據(jù)庫中的關(guān)鍵字段與所述系統(tǒng)日志匹配未成功時(shí)，根據(jù)用戶關(guān)于新故障已形成的反饋解決方案將該次新故障的新故障現(xiàn)象、新故障原因以及新故障解決方案添加到所述故障知識(shí)數(shù)據(jù)庫中。

在本發(fā)明示例性實(shí)施例的另一種實(shí)施場景中，所述裝置還包括：

字段匹配模塊，用于對添加到所述故障知識(shí)數(shù)據(jù)庫中的每一新故障現(xiàn)象、新故障原因以及新故障解決方案均設(shè)置對應(yīng)的新關(guān)鍵字段，以在所述提取所述故障知識(shí)數(shù)據(jù)庫中的關(guān)鍵字段，并與所述系統(tǒng)日志進(jìn)行匹配的步驟中，利用所述新關(guān)鍵字段與所述系統(tǒng)日志進(jìn)行匹配。

在本發(fā)明示例性實(shí)施例的另一種實(shí)施場景中，所述匹配模塊，包括：

自然語言處理子模塊，用于通過自然語言處理提取故障現(xiàn)象的表征描述信息或發(fā)生原因中的至少一個(gè)；

字段選取子模塊，用于將所述故障現(xiàn)象的表征描述信息或發(fā)生原因中的至少一個(gè)作為關(guān)鍵字段；

所述匹配匹配還用于：以所述關(guān)鍵字段對所述故障知識(shí)數(shù)據(jù)庫中已保存的故障現(xiàn)象的關(guān)鍵字段進(jìn)行匹配。

在本發(fā)明示例性實(shí)施例的另一種實(shí)施場景中，如圖5所示，所述獲取模塊410，包括：

接收模塊411，用于接收系統(tǒng)日志；

轉(zhuǎn)化模塊412，用于對所述系統(tǒng)日志中的非結(jié)構(gòu)化數(shù)據(jù)轉(zhuǎn)化為結(jié)構(gòu)化日志數(shù)據(jù)；

所述匹配模塊還包括：轉(zhuǎn)化匹配模塊413，對轉(zhuǎn)化后的結(jié)構(gòu)化日志數(shù)據(jù)中的操作對象、操作時(shí)間、操作地點(diǎn)、操作類型以及授權(quán)信息中的一種或二種以上的組合作為關(guān)鍵字段信息，以與所述故障知識(shí)數(shù)據(jù)庫中故障現(xiàn)象的關(guān)鍵字段進(jìn)行匹配。

上述實(shí)施例中提供的通過自然語言處理進(jìn)行運(yùn)維排障的裝置可執(zhí)行本發(fā)明中任意實(shí)施例中所提供的通過自然語言處理進(jìn)行運(yùn)維排障的方法，具備執(zhí)行該方法相應(yīng)的功能模塊和有益效果，未在上述實(shí)施例中詳細(xì)描述的技術(shù)細(xì)節(jié)，可參見本發(fā)明任意實(shí)施例中所提供的通過自然語言處理進(jìn)行運(yùn)維排障的方法。

將意識(shí)到的是，本發(fā)明也擴(kuò)展到適合于將本發(fā)明付諸實(shí)踐的計(jì)算機(jī)程序，特別是載體上或者載體中的計(jì)算機(jī)程序。程序可以以源代碼、目標(biāo)代碼、代碼中間源和諸如部分編譯的形式的目標(biāo)代碼的形式，或者以任何其它適合在按照本發(fā)明的方法的實(shí)現(xiàn)中使用的形式。也將注意的是，這樣的程序可能具有許多不同的構(gòu)架設(shè)計(jì)。例如，實(shí)現(xiàn)按照本發(fā)明的方法或者系統(tǒng)的功能性的程序代碼可能被再分為一個(gè)或者多個(gè)子例程。

用于在這些子例程中間分布功能性的許多不同方式將對技術(shù)人員而言是明顯的。子例程可以一起存儲(chǔ)在一個(gè)可執(zhí)行文件中，從而形成自含式的程序。這樣的可執(zhí)行文件可以包括計(jì)算機(jī)可執(zhí)行指令，例如處理器指令和/或解釋器指令(例如，java解釋器指令)?？商鎿Q地，子例程的一個(gè)或者多個(gè)或者所有子例程都可以存儲(chǔ)在至少一個(gè)外部庫文件中，并且與主程序靜態(tài)地或者動(dòng)態(tài)地(例如在運(yùn)行時(shí)間)鏈接。主程序含有對子例程中的至少一個(gè)的至少一個(gè)調(diào)用。子例程也可以包括對彼此的函數(shù)調(diào)用。涉及計(jì)算機(jī)程序產(chǎn)品的實(shí)施例包括對應(yīng)于所闡明方法中至少一種方法的處理步驟的每一步驟的計(jì)算機(jī)可執(zhí)行指令。這些指令可以被再分成子例程和/或被存儲(chǔ)在一個(gè)或者多個(gè)可能靜態(tài)或者動(dòng)態(tài)鏈接的文件中。

另一個(gè)涉及計(jì)算機(jī)程序產(chǎn)品的實(shí)施例包括對應(yīng)于所闡明的系統(tǒng)和/或產(chǎn)品中至少一個(gè)的裝置中每個(gè)裝置的計(jì)算機(jī)可執(zhí)行指令。這些指令可以被再分成子例程和/或被存儲(chǔ)在一個(gè)或者多個(gè)可能靜態(tài)或者動(dòng)態(tài)鏈接的文件中。

計(jì)算機(jī)程序的載體可以是能夠運(yùn)載程序的任何實(shí)體或者裝置。例如，載體可以包含存儲(chǔ)介質(zhì)，諸如(rom例如cdrom或者半導(dǎo)體rom)或者磁記錄介質(zhì)(例如軟盤或者硬盤)。進(jìn)一步地，載體可以是可傳輸?shù)妮d體，諸如電學(xué)或者光學(xué)信號(hào)，其可以經(jīng)由電纜或者光纜，或者通過無線電或者其它手段傳遞。當(dāng)程序具體化為這樣的信號(hào)時(shí)，載體可以由這樣的線纜或者其它裝置或者裝置組成。可替換地，載體可以是其中嵌入有程序的集成電路，所述集成電路適合于執(zhí)行相關(guān)方法，或者供相關(guān)方法的執(zhí)行所用。

應(yīng)該留意的是，上文提到的實(shí)施例是舉例說明本發(fā)明，而不是限制本發(fā)明，并且本領(lǐng)域的技術(shù)人員將能夠設(shè)計(jì)許多可替換的實(shí)施例，而不會(huì)偏離所附權(quán)利要求的范圍。在權(quán)利要求中，任何放置在圓括號(hào)之間的參考符號(hào)不應(yīng)被解讀為是對權(quán)利要求的限制。動(dòng)詞“包括”和其詞形變化的使用不排除除了在權(quán)利要求中記載的那些之外的元素或者步驟的存在。在元素之前的冠詞“一”或者“一個(gè)”不排除復(fù)數(shù)個(gè)這樣的元素的存在。本發(fā)明可以通過包括幾個(gè)明顯不同的元件的硬件，以及通過適當(dāng)編程的計(jì)算機(jī)而實(shí)現(xiàn)。在列舉幾種裝置的裝置權(quán)利要求中，這些裝置中的幾種可以通過硬件的同一項(xiàng)來體現(xiàn)。在相互不同的從屬權(quán)利要求中陳述某些措施的單純事實(shí)并不表明這些措施的組合不能被用來獲益。

如果期望的話，這里所討論的不同功能可以以不同順序執(zhí)行和/或彼此同時(shí)執(zhí)行。此外，如果期望的話，以上所描述的一個(gè)或多個(gè)功能可以是可選的或者可以進(jìn)行組合。

如果期望的話，上文所討論的各步驟并不限于各實(shí)施例中的執(zhí)行順序，不同步驟可以以不同順序執(zhí)行和/或彼此同時(shí)執(zhí)行。此外，在其他實(shí)施例中，以上所描述的一個(gè)或多個(gè)步驟可以是可選的或者可以進(jìn)行組合。

雖然本發(fā)明的各個(gè)方面在獨(dú)立權(quán)利要求中給出，但是本發(fā)明的其它方面包括來自所描述實(shí)施方式的特征和/或具有獨(dú)立權(quán)利要求的特征的從屬權(quán)利要求的組合，而并非僅是權(quán)利要求中所明確給出的組合。

這里所要注意的是，雖然以上描述了本發(fā)明的示例實(shí)施方式，但是這些描述并不應(yīng)當(dāng)以限制的含義進(jìn)行理解。相反，可以進(jìn)行若干種變化和修改而并不背離如所附權(quán)利要求中所限定的本發(fā)明的范圍。

本領(lǐng)域普通技術(shù)人員應(yīng)該明白，本發(fā)明實(shí)施例的裝置中的各模塊可以用通用的計(jì)算裝置來實(shí)現(xiàn)，各模塊可以集中在單個(gè)計(jì)算裝置或者計(jì)算裝置組成的網(wǎng)絡(luò)組中，本發(fā)明實(shí)施例中的裝置對應(yīng)于前述實(shí)施例中的方法，其可以通過可執(zhí)行的程序代碼實(shí)現(xiàn)，也可以通過集成電路組合的方式來實(shí)現(xiàn)，因此本發(fā)明并不局限于特定的硬件或者軟件及其結(jié)合。

本領(lǐng)域普通技術(shù)人員應(yīng)該明白，本發(fā)明實(shí)施例的裝置中的各模塊可以用通用的移動(dòng)終端來實(shí)現(xiàn)，各模塊可以集中在單個(gè)移動(dòng)終端或者移動(dòng)終端組成的裝置組合中，本發(fā)明實(shí)施例中的裝置對應(yīng)于前述實(shí)施例中的方法，其可以通過編輯可執(zhí)行的程序代碼實(shí)現(xiàn)，也可以通過集成電路組合的方式來實(shí)現(xiàn)，因此本發(fā)明并不局限于特定的硬件或者軟件及其結(jié)合。

注意，上述僅為本發(fā)明的示例性實(shí)施例及所運(yùn)用技術(shù)原理。本領(lǐng)域技術(shù)人員會(huì)理解，本發(fā)明不限于這里所述的特定實(shí)施例，對本領(lǐng)域技術(shù)人員來說能夠進(jìn)行各種明顯的變化、重新調(diào)整和替代而不會(huì)脫離本發(fā)明的保護(hù)范圍。這里無需也無法對所有的實(shí)施方式予以窮舉。因此，雖然通過以上實(shí)施例對本發(fā)明進(jìn)行了較為詳細(xì)的說明，但是本發(fā)明不僅僅限于以上實(shí)施例，在不脫離本發(fā)明構(gòu)思的情況下，還可以包括更多其他等效實(shí)施例，凡在本發(fā)明的精神和和原則之內(nèi)所引伸出的任何顯而易見的變化或者變動(dòng)仍處于本發(fā)明權(quán)利要求所保護(hù)的范圍之中。