本發(fā)明涉及移動通信技術(shù)領(lǐng)域，特別是涉及一種基于運維管理的智能工單的自定義派發(fā)的方法。

背景技術(shù)：

隨著通信協(xié)議的增多，支持各協(xié)議的基站的種類也在增多，基站的種類增多應(yīng)用場景也會變多，各種協(xié)議產(chǎn)生的告警類別也會變化。

目前，對于基站產(chǎn)生的告警進行處理的步驟是：基站生成的日志上傳至服務(wù)器后，服務(wù)器通過監(jiān)控裝置監(jiān)控告警，然后由人工設(shè)置規(guī)則生成根告警并創(chuàng)建工單，再有專門的派發(fā)人員進行確認派發(fā)給維護人員出來故障。

發(fā)明人在應(yīng)用上述方案時發(fā)現(xiàn)，由于大量的告警由人工被動處理，在創(chuàng)建工單并響應(yīng)的過程需要耗費大量的時間，人為的延長了工單故障的執(zhí)行時間，影響了服務(wù)質(zhì)量，而且也滯緩了后續(xù)業(yè)務(wù)環(huán)節(jié)的執(zhí)行。

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

鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的基于運維管理的智能工單的自定義派發(fā)方法和相應(yīng)的基于運維管理的自定義派發(fā)裝置。

依據(jù)本發(fā)明的一個方面，提供了一種基于運維管理的智能工單的自定義派發(fā)的方法，其特征在于，包括：

服務(wù)器獲取基站日志；

上述服務(wù)器根據(jù)上述日志提取告警；上述告警含有上述基站類型和基站ID；

上述服務(wù)器根據(jù)告警標(biāo)準(zhǔn)化規(guī)范將上述告警進行標(biāo)準(zhǔn)化處理，形成標(biāo)準(zhǔn)化根告警；上述標(biāo)準(zhǔn)化根告警含有所述基站類型和基站ID；

上述服務(wù)器根據(jù)上述標(biāo)準(zhǔn)化根告警生成工單；上述工單有上述基站類型和基站ID；

上述服務(wù)器將上述工單按照上述告警標(biāo)識發(fā)送至工單處理人員對應(yīng)的客戶端。

優(yōu)選地，上述基于運維管理的智能工單的自定義派發(fā)的方法，其特征在于，上述服務(wù)器根據(jù)告警標(biāo)準(zhǔn)化規(guī)范將上述告警進行標(biāo)準(zhǔn)化處理，形成標(biāo)準(zhǔn)化根告警的步驟后，還包括：

上述服務(wù)器存儲上述基站割接狀態(tài)；

上述服務(wù)器根據(jù)上述標(biāo)準(zhǔn)化根告警中的基站ID查找上述基站是否為割接狀態(tài)；

若上述基站為非割接狀態(tài)，則上述所述控制服務(wù)器根據(jù)上述標(biāo)準(zhǔn)化根告警生成工單。

優(yōu)選地，上述基于運維管理的智能工單的自定義派發(fā)的方法，其特征在于，所述服務(wù)器根據(jù)所述日志提取告警的步驟后，還包括：

所述服務(wù)器提取告警之后，記錄告警接收時刻；

進一步的，上述服務(wù)器將上述工單按照上述告警標(biāo)識發(fā)送至工單處理人員對應(yīng)的客戶端的步驟后，還包括：

上述服務(wù)器派發(fā)工單步驟后，記錄工單派發(fā)時刻；

進一步的，上述服務(wù)器派發(fā)工單步驟后，記錄工單派發(fā)時刻的步驟后，還包括：

上述服務(wù)器接收到上述工單處理人員的客戶端返回的工單處理完畢的信息，記錄上述工單關(guān)閉狀態(tài)。

優(yōu)選地，上述基于運維管理的智能工單的自定義派發(fā)的方法，其特征在于，上述服務(wù)器根據(jù)所述告警接收時刻，設(shè)定第一時間閾值；

上述服務(wù)器接收到上述告警后，定時查詢上述告警是否已生成工單，若未生成工單，判斷從上述告警接收時刻到查詢時刻的時間是否超過第一時間閾值；上述查詢時刻為所述服務(wù)器查詢所述告警是否已生成工單的時刻；

若超過第一時間閾值，則上述服務(wù)器向工作人員對應(yīng)的客戶端發(fā)送工單生成超時告警信息。

進一步的，上述服務(wù)器派發(fā)工單步驟后，記錄工單派發(fā)時刻的步驟后，還包括：

上述服務(wù)器根據(jù)上述工單派發(fā)時刻，設(shè)定第二時間閾值；

上述服務(wù)器在所述工單派發(fā)后，定時查詢上述工單關(guān)閉狀態(tài)，若上述工單未處于關(guān)閉狀態(tài)，判斷從上述工單派發(fā)時刻到查詢時刻的時間是否超過第二時間閾值；上述查詢時刻為上述服務(wù)器查詢上述工單關(guān)閉狀態(tài)的時刻；

若超過第二時間閾值，則上述服務(wù)器向上述工單處理人員對應(yīng)的客戶端通過即時通訊的方式發(fā)送工單處理超時告警信息。

優(yōu)選地，上述基于運維管理的智能工單的自定義派發(fā)的方法，其特征在于，上述服務(wù)器將上述工單按照上述告警標(biāo)識發(fā)送至工單處理人員對應(yīng)的客戶端的步驟，包括：

上述工單處理人對應(yīng)的客戶端為各個工單處理人對應(yīng)的客戶端；

上述所述服務(wù)器將上述工單按照上述告警標(biāo)識發(fā)送至工單處理人員對應(yīng)的客戶端的步驟后還包括：

上述服務(wù)器通過即時通訊的方式通知工單處理人員的客戶端。

根據(jù)本發(fā)明的另一方面，提供了一種基于運維管理的智能工單的自定義派發(fā)裝置，包括：

一種基于運維管理的智能工單的自定義派發(fā)的裝置，其特征在于，上述服務(wù)器包括：

接收模塊：用于接收基站日志；

提取模塊：用于根據(jù)上述日志提取告警信息；

根告警生成模塊：用于根據(jù)告警標(biāo)準(zhǔn)化規(guī)范將上述告警進行標(biāo)準(zhǔn)化處理，形成標(biāo)準(zhǔn)化根告警；

工單生成模塊：用于根據(jù)上述標(biāo)準(zhǔn)化根告警生成工單；

發(fā)送模塊：將上述工單按照上述告警標(biāo)識發(fā)送至工單處理人員對應(yīng)的客戶端。

優(yōu)選地，基于運維管理的智能工單的自定義派發(fā)的裝置，其特征在于，上述服務(wù)器包括：

判斷模塊：用于根據(jù)上述標(biāo)準(zhǔn)化根告警中的基站ID查找上述基站是否為割接狀態(tài)。

優(yōu)選地，基于運維管理的智能工單的自定義派發(fā)的裝置，其特征在于，上述服務(wù)器包括：

告警接收計時模塊：用于提取告警之后，記錄告警接收時刻；

工單派發(fā)計時模塊：用于派發(fā)工單步驟后，記錄工單派發(fā)時刻；

工單狀態(tài)模塊：用于記錄上述工單關(guān)閉狀態(tài)。

優(yōu)選地，基于運維管理的智能工單的自定義派發(fā)的裝置，其特征在于，上述服務(wù)器包括：

工單生成超時告警模塊：用于向工作人員發(fā)送工單生成超時告警信息；

工單處理超時告警模塊：用于向上述工單處理人員對應(yīng)的客戶端通過即時通訊的方式發(fā)送工單處理超時告警信息。

優(yōu)選地，基于運維管理的智能工單的自定義派發(fā)的裝置，其特征在于，上述服務(wù)器包括：

即時通訊模塊：用于通過即時通訊的方式通知工單處理人員的客戶端。

根據(jù)本發(fā)明的基于運維管理的智能工單的自定義派發(fā)方法可以在服務(wù)器提取出告警后，服務(wù)器自動判斷生成根告警并安裝告警時限定時派發(fā)生成工單，中間無人工干預(yù)，從而提高整體處理效率。

上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式。

附圖說明

通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1示出了根據(jù)本發(fā)明一個實施例一的基于運維管理的智能工單的自定義派發(fā)的方法實施例的步驟流程圖；

圖2a示出了根據(jù)本發(fā)明一個實施例二的基于運維管理的智能工單的自定義派發(fā)的方法實施例的步驟流程圖；

圖2b駛出了根據(jù)本發(fā)明實施例二的基于運維管理的智能工單的自定義派發(fā)的方法實施例流程示意圖；

圖3示出了根據(jù)本發(fā)明一個實施例三的基于運維管理的智能工單的自定義派發(fā)的裝置；

圖4示出了根據(jù)本發(fā)明一個實施例四的基于運維管理的智能工單的自定義派發(fā)的裝置。

具體實施方式

下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應(yīng)當(dāng)理解，可以以各種形式實現(xiàn)本公開而不應(yīng)被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達給本領(lǐng)域的技術(shù)人員。

實施例一

參照圖1，示出了根據(jù)本發(fā)明一個實施例的一種基于運維管理的智能工單的自定義派發(fā)的方法實施例的步驟流程圖，具體可以包括如下步驟：

其中，步驟S101至步驟S104為工單生成過程；步驟S105為工單處理過程。

S101：服務(wù)器獲取基站日志；所述日志含有所述基站類型和基站ID(身份識別號：IDentity)；

BSC(基站控制器：Base Station Controller)將BTS(基站收發(fā)臺：Base Transceiver Station)運行過程中產(chǎn)生的日志上傳至上述服務(wù)器。

上述服務(wù)器獲取基站日志的過程為基站產(chǎn)生運行日志，將日志上傳至移動傳輸服務(wù)器、再傳輸至廠家網(wǎng)管服務(wù)器，然后到達上述服務(wù)器。

上述基站類型是指按照該基站支持的協(xié)議進行分類，如GSM(Global System for Mobile Communications：全球移動通信系統(tǒng))協(xié)議，WCDMA(Wideband Code Division Multiple Access：寬帶碼分多址)協(xié)議，LTE(Long Term Evo路通：通用移動通信技術(shù)的長期演進)協(xié)議等。

上述服務(wù)器獲取基站日志后，將日志和該基站的ID放入緩存區(qū)域內(nèi)。

S102：所述服務(wù)器根據(jù)所述日志提取告警；所述告警含有所述基站類型和基站ID；

上述服務(wù)器調(diào)用緩存區(qū)域的上述日志，根據(jù)告警的關(guān)鍵信息將告警提取出來，將該告警與基站ID關(guān)聯(lián)存儲。

S103：所述服務(wù)器根據(jù)告警標(biāo)準(zhǔn)化規(guī)范將所述告警進行標(biāo)準(zhǔn)化處理，形成標(biāo)準(zhǔn)化根告警；所述標(biāo)準(zhǔn)化根告警含有所述基站類型和基站ID；

上述告警標(biāo)準(zhǔn)化規(guī)范是按照中國聯(lián)通OSS2.0(運營支撐系統(tǒng)：operation support system 2.0)標(biāo)準(zhǔn)化規(guī)范進行格式化展示傳送，例如上述告警標(biāo)準(zhǔn)化規(guī)范可以將上述告警按照告警類別、告警子類別、告警等級，告警ID、告警對象、告警名稱、該事件對設(shè)備的影響、該事件對業(yè)務(wù)的影響進行標(biāo)準(zhǔn)化處理。本實施例對該告警標(biāo)準(zhǔn)化規(guī)范不加以限定。

根據(jù)上述規(guī)范，標(biāo)準(zhǔn)化根告警需要包含如下表格所示信息：OLT是指光線路終端，全稱為Optical Line Terminal。

S104：所述服務(wù)器根據(jù)所述標(biāo)準(zhǔn)化根告警生成工單；所述工單有所述基站類型和基站ID；

上述服務(wù)器將上述標(biāo)準(zhǔn)化根告警按照工單標(biāo)簽內(nèi)容的格式工單，如下所示的工單格式：

工單參數(shù)值的詳細信息建議統(tǒng)一使用“opDetail”參數(shù)，“opDetail”以XML封裝，格式如下：

其中，<opDetail>中可包括多個<recordInfo>部分，<recordInfo>中可包括多個<fieldInfo>部分。如果沒有詳細信息，則僅存<opDetail></opDetail>”。

S105：所述服務(wù)器將所述工單按照所述基站類型發(fā)送至工單處理人員對應(yīng)的客戶端。

將上述工單中的基站類型提取出來，判斷該工單屬于哪種協(xié)議；

比如，某工單中的基站類型為LTE協(xié)議，則上述服務(wù)器將該工單發(fā)送至LTE部門的工單處理人員的客戶端。

本發(fā)明實施例提供的基于運維管理的智能工單的自定義派發(fā)方法可以在服務(wù)器接收到日志，然后提取出告警，根據(jù)告警標(biāo)準(zhǔn)化規(guī)范形成標(biāo)準(zhǔn)化根告警，服務(wù)器根據(jù)標(biāo)準(zhǔn)化根告警生成工單并分配至工單處理人員的客戶端。在工單生成和工單派發(fā)的的過程中無人工干預(yù)，從而提高整體的處理效率。

實施例二

參照圖2a，示出了根據(jù)本發(fā)明一個實施例的一種基于運維管理的智能工單的自定義派發(fā)的方法實施例的步驟流程圖，具體可以包括如下步驟：

其中，步驟S201至步驟S205為工單生成過程，如圖2b中的begin模塊到生成工單模塊；步驟S206至步驟S208為工單處理過程，如圖2b中的End Pn模塊。

S201：服務(wù)器獲取基站日志；所述日志含有所述基站類型和基站ID；

BSC(基站控制器：Base Station Controller)將BTS(基站收發(fā)臺：Base Transceiver Station)運行過程中產(chǎn)生的日志上傳至上述服務(wù)器。

上述服務(wù)器獲取基站日志的過程為基站產(chǎn)生運行日志，將日志上傳至移動傳輸服務(wù)器、再傳輸至廠家網(wǎng)管服務(wù)器，然后到達上述服務(wù)器。

BSC(基站控制器：Base Station Controller)將BTS(基站收發(fā)臺：Base Transceiver Station)運行過程中產(chǎn)生的日志上傳至上述服務(wù)器。

上述基站類型是指按照該基站支持的協(xié)議進行分類，如GSM(Global System for Mobile Communications：全球移動通信系統(tǒng))協(xié)議，WCDMA(Wideband Code Division Multiple Access：寬帶碼分多址)協(xié)議，LTE(Long Term Evo路通：通用移動通信技術(shù)的長期演進)協(xié)議等。

上述服務(wù)器獲取基站日志后，將日志和該基站的ID放入緩存區(qū)域內(nèi)。

S202：所述服務(wù)器根據(jù)所述日志提取告警；所述告警含有所述基站類型和基站ID；

上述服務(wù)器調(diào)用緩存區(qū)域的上述日志，根據(jù)告警的關(guān)鍵信息將告警提取出來，將該告警與基站ID關(guān)聯(lián)存儲。

如圖2b中的源頭S1，S2等即為提出的告警，為此次流程處理的對象。

S203：所述服務(wù)器接受所述基站日志后，記錄告警接收時刻。

上述服務(wù)器記錄告警接收時刻是為了在對上述告警處理過程進行計時。

S204：所述服務(wù)器根據(jù)告警標(biāo)準(zhǔn)化規(guī)范將所述告警進行標(biāo)準(zhǔn)化處理，形成標(biāo)準(zhǔn)化根告警；所述標(biāo)準(zhǔn)化根告警含有所述基站類型和基站ID；

上述告警標(biāo)準(zhǔn)化規(guī)范是按照中國聯(lián)通OSS2.0(運營支撐系統(tǒng)：operation support system 2.0)標(biāo)準(zhǔn)化規(guī)范進行格式化展示傳送，例如上述告警標(biāo)準(zhǔn)化規(guī)范可以將上述告警按照告警類別、告警子類別、告警等級，告警ID、告警對象、告警名稱、該事件對設(shè)備的影響、該事件對業(yè)務(wù)的影響進行標(biāo)準(zhǔn)化處理。本實施例對該告警標(biāo)準(zhǔn)化規(guī)范不加以限定。

根據(jù)上述規(guī)范，標(biāo)準(zhǔn)化根告警需要包含如下表格所示信息：OLT是指光線路終端，全稱為Optical Line Terminal。

圖2b中將此處理過程命名為P1，即將該告警進行標(biāo)準(zhǔn)化處理，得到標(biāo)準(zhǔn)化根告警。

S205：所述服務(wù)器根據(jù)所述標(biāo)準(zhǔn)化根告警中的基站ID查找所述基站是否為割接狀態(tài)；

上述服務(wù)器將基站的割接狀態(tài)及基站割接建立的時間與基站ID的對應(yīng)關(guān)系進行存儲；

上述服務(wù)器根據(jù)標(biāo)準(zhǔn)化根告警中的基站ID在服務(wù)器中進行查找該基站對應(yīng)的基站割接的狀態(tài)，

若該基站割接的狀態(tài)處于關(guān)閉狀態(tài)，則上述控制服務(wù)器將上述的標(biāo)準(zhǔn)化根告警按照工單格式生成工單。

若該基站割接的狀態(tài)處于未關(guān)閉狀態(tài)，則上述控制服務(wù)器將上述的標(biāo)準(zhǔn)化根告警丟棄，不生成工單。

圖2b中將此處理過程命名為P2，即是將該告警對應(yīng)的基站是否屬于割接過程，若不屬于割接過程，則將該標(biāo)準(zhǔn)化告生成工單；若屬于割接過程，則將該標(biāo)準(zhǔn)化告警丟棄。

S206：所述服務(wù)器根據(jù)所述標(biāo)準(zhǔn)化根告警生成工單；所述工單有所述基站類型和基站ID；

上述服務(wù)器將上述標(biāo)準(zhǔn)化根告警按照工單標(biāo)簽內(nèi)容的格式工單，如下所示的工單格式：

工單參數(shù)值的詳細信息建議統(tǒng)一使用“opDetail”參數(shù)，“opDetail”以XML封裝，格式如下：

其中，<opDetail>中可包括多個<recordInfo>部分，<recordInfo>中可包括多個<fieldInfo>部分。如果沒有詳細信息，則僅存<opDetail></opDetail>”。

S207：所述服務(wù)器將所述工單按照所述基站類型通過即時通訊的方式多向派發(fā)至各個工單處理人員對應(yīng)的客戶端。

將上述工單中的基站類型提取出來，判斷該工單屬于哪種協(xié)議；

比如，某工單中的基站類型為LTE協(xié)議，則上述服務(wù)器將該工單發(fā)送至LTE部門的工單處理人員的客戶端。

上述的各個工單處理人員對應(yīng)的客戶端是指在上述服務(wù)器中記錄的處理該工單的所有工單處理人員對應(yīng)的客戶端；每個工單處理人員均為該工單的第一責(zé)任人。

上述即時通訊的方式即在服務(wù)器中設(shè)置聯(lián)系上述工單處理人的有效方式，可以為短信通知、電話語音通知或者公司內(nèi)部的其他即時通訊方式，本發(fā)明實施例不對其加以限制。

S208：所述服務(wù)器派發(fā)工單步驟后，記錄工單派發(fā)時刻。

上述服務(wù)器記錄告警接收時刻是為了在對上述工單處理過程進行計時。

S209：所述服務(wù)器接收到所述工單處理人員的客戶端返回的工單處理完畢的信息，記錄所述工單關(guān)閉狀態(tài)。

上述服務(wù)器將上述工單記錄為關(guān)閉狀態(tài)，即該工單中包含的上述告警問題已解決。

優(yōu)選的，本發(fā)明實施例中，所述服務(wù)器將所述工單按照所述告警標(biāo)識發(fā)送至工單處理人員對應(yīng)的客戶端的步驟后，還包括：

S20811：所述服務(wù)器根據(jù)所述告警接收時刻，設(shè)定第一時間閾值；

上述第一時間閾值是以秒量級的時間，該時間閾值作為工單生成過程的時間閾值。

S20812：所述服務(wù)器接收到所述告警后，定時查詢所述告警是否已生成工單，若未生成工單，判斷從所述告警接收時刻到查詢時刻的時間是否超過第一時間閾值；所述查詢時刻為所述服務(wù)器查詢所述告警是否已生成工單的時刻。

若超過第一時間閾值，則所述服務(wù)器向工作人員對應(yīng)的客戶端發(fā)送工單生成超時告警信息。

若未超過第一時間閾值，則所述服務(wù)器無需發(fā)送超時消息給工作人員對應(yīng)的客戶端。

例如，上述服務(wù)器接收到LTE協(xié)議的一個基站的日志，然后上述服務(wù)器提取出該日志中的告警“射頻單元駐波告警”的時間為2016年10月24號17點整，服務(wù)器設(shè)定的第一時間閾值為10秒；上述服務(wù)器定時查詢上述告警是否生成工單的時間間隔為7秒。

若上述服務(wù)器第一次查詢上述告警“射頻駐波告警”是否生成工單的時間為2016年10月24號17點零4秒，查詢結(jié)果為該告警還未生成工單，該告警從提取出到查詢時刻的時間為4秒，未超過第一時間閾值10秒，服務(wù)器不發(fā)送消息給工作人員對應(yīng)的客戶端；

上述服務(wù)器第二次查詢上述告警“射頻駐波告警”是否生成工單的時間為2016年10月24號17點零11秒，查詢結(jié)果為該告警還未生成工單，該告警從提取出到查詢時刻的時間為11秒，超過第一時間閾值10秒，服務(wù)器發(fā)送消息給工作人員對應(yīng)的客戶端。

若上述服務(wù)器第二次查詢上述告警“射頻駐波告警”是否生成工單的時間為2016年10月24號17點零11秒，查詢結(jié)果為該告警已生成工單。上述服務(wù)器將該工單派發(fā)，進入步驟S20821，服務(wù)器將不再查詢該告警生成工單的時間。

優(yōu)選的，本發(fā)明實施例中，所述服務(wù)器派發(fā)工單步驟后，記錄工單派發(fā)時刻的步驟后，還包括：

S20821：所述服務(wù)器根據(jù)所述工單派發(fā)時刻，設(shè)定第二時間閾值；

上述第二時間閾值設(shè)置按照告警的級別進行設(shè)置，比如嚴重告警，設(shè)置處理時間為24小時，一般告警，設(shè)置處理時間為48小時。第二時間閾值的設(shè)置按照告警解決的緊急度進行設(shè)定。

S20822：所述服務(wù)器在所述工單派發(fā)后，定時查詢所述工單關(guān)閉狀態(tài)，若所述工單未處于關(guān)閉狀態(tài)，判斷從所述工單派發(fā)時刻到查詢時刻的時間是否超過第二時間閾值；所述查詢時刻為所述服務(wù)器查詢所述工單關(guān)閉狀態(tài)的時刻；

若超過第二時間閾值，則所述服務(wù)器向所述工單處理人員對應(yīng)的客戶端通過即時通訊的方式發(fā)送工單處理超時告警信息。

上述即時通訊的方式即在服務(wù)器中設(shè)置聯(lián)系上述工單處理人的有效方式，可以為短信通知、電話語音通知或者公司內(nèi)部的其他即時通訊方式，本發(fā)明實施例不對其加以限制。

若未超過第二時間閾值，則所述服務(wù)器無需發(fā)送超時消息給工單處理人員對應(yīng)的客戶端。

例如，上述服務(wù)器派發(fā)一工單至LTE部門的工單處理人員對應(yīng)的客戶端時間為2016年10月24日17點整，由于該告警影響用戶通訊為嚴重告警，服務(wù)器設(shè)定第二時間閾值為24小時，上述服務(wù)器定時查詢該工單狀態(tài)的時間間隔為13小時。

若上述服務(wù)器第一次查詢上述工單狀態(tài)的時間為2016年10月24日18點整，查詢結(jié)果為該工單未關(guān)閉，該工單從派發(fā)到查詢狀態(tài)的時間為1小時，未超過第二時間閾值24小時，服務(wù)器不發(fā)送消息給各個工單處理人對應(yīng)的客戶端。

若上述服務(wù)器第二次查詢上述工單的時間為2016年10月25日7點整，查詢結(jié)果為該工單未關(guān)閉，該工單從派發(fā)到查詢狀態(tài)的時間為14小時，未超過第二時間閾值24小時，服務(wù)器不發(fā)送消息給各個工單處理人對應(yīng)的客戶端，上述服務(wù)器需要進行第三次查詢該工單是否關(guān)閉。若上述工單已關(guān)閉，則服務(wù)器將此工單處理流程結(jié)束。

若上述服務(wù)器第三次查詢上述工單的時間為2016年10月25日20點整，查詢結(jié)果為該工單未關(guān)閉，該工單從派發(fā)到查詢狀態(tài)的時間為27小時，已超過第二時間閾值24小時，服務(wù)器多向派發(fā)給各個工單處理人對應(yīng)的客戶端，并使用即時通訊的方式通知各個工單處理人，各個工單處理人均為該工單的第一責(zé)任人。上述的即時通訊的方式可以為短信通知、電話語音通知或者公司內(nèi)部的其他即時通訊方式，本發(fā)明實施例不對其加以限制。

本發(fā)明實施例提供的基于運維管理的智能工單的自定義派發(fā)方法可以在服務(wù)器接收到日志，然后提取出告警，根據(jù)設(shè)定的規(guī)則形成標(biāo)準(zhǔn)化根告警，獲得告警標(biāo)識，服務(wù)器按照告警標(biāo)識將標(biāo)準(zhǔn)化根告警生成工單并分配至工單處理人員的客戶端。在工單生成和工單派發(fā)的的過程中無人工干預(yù)，從而提高整體的處理效率。在進行告警傳遞的過程中，控制服務(wù)器會實時監(jiān)控超時作業(yè)，一旦出現(xiàn)超時處理告警的狀況，服務(wù)器會將超時告警的信息發(fā)送給工程師，讓工程師及時了解和處理告警，使告警能夠及時有效的被處理。在本發(fā)明中還會將告警進行識別，將基站割接中產(chǎn)生的告警進行過濾，不讓基站割接中的告警產(chǎn)生工單，減少廢棄工單的產(chǎn)生并減小派發(fā)流程中由于無效工單過大而形成的阻塞。

對于方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明實施例并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明實施例，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作并不一定是本發(fā)明實施例所必須的。

實施例三

參照圖3，示出了根據(jù)本發(fā)明實施例的基于運維管理的智能工單的自定義派發(fā)的裝置，具體可以包括如下部分：

基站300、服務(wù)器302、工單處理人員對應(yīng)的客戶端301。所述服務(wù)器包括：

接收模塊303：用于接收基站日志；

提取模塊304：用于根據(jù)所述日志提取告警信息；

根告警生成模塊305：用于根據(jù)告警標(biāo)準(zhǔn)化規(guī)范將所述告警進行標(biāo)準(zhǔn)化處理，形成標(biāo)準(zhǔn)化根告警；

工單生成模塊306：用于根據(jù)所述標(biāo)準(zhǔn)化根告警生成工單；

發(fā)送模塊307：用于將所述工單按照所述基站類型發(fā)送至工單處理人員對應(yīng)的客戶端。

本發(fā)明實施例提供的基于運維管理的智能工單的自定義派發(fā)的裝置在服務(wù)器302各模塊初始化完畢之后，接收模塊303接收到日志后進行緩存，提取模塊304將日志中的告警提取出來依次放入內(nèi)存緩存，根告警模塊305定時接收上述告警標(biāo)準(zhǔn)化規(guī)范(可以為中國聯(lián)通OSS 2.0)將該告警進行標(biāo)準(zhǔn)化處理，形成標(biāo)準(zhǔn)化根告警。工單生成模塊306將上述標(biāo)準(zhǔn)化根告警生成工單并通過發(fā)送模塊307發(fā)送至工單處理人對應(yīng)的客戶端。由于上述各模塊之間的數(shù)據(jù)傳遞中，無人工干預(yù)，從而提高整體的處理效率。

實施例四：

參照圖4，示出了根據(jù)本發(fā)明實施例的基于運維管理的智能工單的自定義派發(fā)的裝置，具體可以包括如下部分：

基站401、服務(wù)器402、工單處理人員對應(yīng)的客戶端415。所述服務(wù)器包括：

接收模塊405：用于接收基站日志；

提取模塊407：用于根據(jù)所述日志提取告警信息；

根告警生成模塊408：用于根據(jù)告警標(biāo)準(zhǔn)化規(guī)范將所述告警進行標(biāo)準(zhǔn)化處理，形成標(biāo)準(zhǔn)化根告警；

工單生成模塊410：用于根據(jù)所述標(biāo)準(zhǔn)化根告警生成工單；

發(fā)送模塊412：用于將所述工單按照所述基站類型發(fā)送至工單處理人員對應(yīng)的客戶端。

優(yōu)選地，所述服務(wù)器判斷基站是否為基站割接狀態(tài)時，還包括：

判斷模塊409：用于根據(jù)所述告警標(biāo)識判斷所述告警來源。

優(yōu)選地，所述服務(wù)器在進行監(jiān)測告警超時過程中，還包括：

告警接收計時模塊406：用于所述日志提取告警信息后，記錄告警接收時刻。

工單派發(fā)計時模塊411：用于派發(fā)工單步驟后，記錄工單派發(fā)時刻。

工單狀態(tài)模塊414：用于記錄所述工單關(guān)閉狀態(tài)。

工單生成超時告警模塊403：用于向工作人員發(fā)送工單生成超時告警信息；

工單處理超時告警模塊404：用于向所述工單處理人員對應(yīng)的客戶端通過即時通訊的方式發(fā)送工單處理超時告警信息。

優(yōu)選地，所述服務(wù)器通知工單處理人員時，還包括:

即時通訊模塊413：用于通過即時通訊的方式通知工單處理人員的客戶端。

本發(fā)明實施例提供的基于運維管理的智能工單的自定義派發(fā)的裝置在服務(wù)器302各模塊初始化完畢之后，接收模塊303接收到日志后進行緩存，提取模塊304將日志中的告警提取出來依次放入內(nèi)存緩存，根告警模塊305定時接收上述告警并根據(jù)標(biāo)準(zhǔn)化規(guī)范將該告警進行處理，生成標(biāo)準(zhǔn)化根告警。工單生成模塊306將上述標(biāo)準(zhǔn)化根告警生成工單并通過發(fā)送模塊307發(fā)送至工單處理人對應(yīng)的客戶端。由于上述各模塊之間的數(shù)據(jù)傳遞中，無人工干預(yù)，從而提高整體的處理效率。優(yōu)選地，告警接收計時模塊406在提取模塊304提取出告警的時刻計時，開始進入工單生成超時查詢，一旦工單生成超時告警模塊403查詢到超過設(shè)定的閾值時間，服務(wù)器對生成工單處理人員對應(yīng)的客戶端發(fā)出超時告警，讓生成工單處理人員能夠及時了解和處理；在工單處理過程中，服務(wù)器查詢到工單處理超時，會通過工單處理超時告警模塊404發(fā)送超時告警給工單處理人員對應(yīng)的客戶端，并通過即時通訊模塊413發(fā)送消息，使工單處理人員能夠及時了解和處理告警。優(yōu)選地，根告警生成模塊408產(chǎn)生的標(biāo)準(zhǔn)化根告警進入判斷模塊409，根據(jù)告警標(biāo)識將基站割接過程中產(chǎn)生的告警丟棄，不讓其產(chǎn)生工單，減少廢棄工單的產(chǎn)生并減小派發(fā)流程中由于無效工單過大而形成的阻塞。

對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

在此提供的算法和顯示不與任何特定計算機、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造這類系統(tǒng)所要求的結(jié)構(gòu)是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應(yīng)當(dāng)明白，可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。

在此處所提供的說明書中，說明了大量具體細節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中，并未詳細示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對本說明書的理解。

類似地，應(yīng)當(dāng)理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應(yīng)將該公開的方法解釋成反映如下意圖：即所要求保護的本發(fā)明要求比在每個權(quán)利要求中所明確記載的特征更多的特征。更確切地說，如下面的權(quán)利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循具體實施方式的權(quán)利要求書由此明確地并入該具體實施方式，其中每個權(quán)利要求本身都作為本發(fā)明的單獨實施例。

本領(lǐng)域那些技術(shù)人員可以理解，可以對實施例中的設(shè)備中的模塊進行自適應(yīng)性地改變并且把它們設(shè)置在與該實施例不同的一個或多個設(shè)備中?？梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。

此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如，在下面的權(quán)利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。

本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例的基于運維管理的智能工單的自定義派發(fā)方法的設(shè)備中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。

應(yīng)該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換實施例。在權(quán)利要求中，不應(yīng)將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。