專利名稱：一種用戶自定義的性能指標多版本平滑升級的方法及裝置的制作方法
技術領域：
本發(fā)明涉及網(wǎng)絡性能管理技術領域，更具體的說，涉及一種用戶自定義的性能 指標多版本平滑升級的方法及裝置。
背景技術：
性能指標(PerformanceIndicator)是通過對網(wǎng)絡設備上報的運行參數(shù)進行取樣、 計算、分析，衡量網(wǎng)絡運行狀況的一種量化管理指標，是反映整個系統(tǒng)運行狀態(tài)的最直 觀體現(xiàn)形式。關鍵性能指標(Key Performance Indicator，KPI)是指運營商最關心的性能
指標，例如掉話率。目前網(wǎng)管系統(tǒng)的性能管理提供大量的性能指標，用戶可將這些性能指標直接用 于網(wǎng)絡的性能統(tǒng)計，但不同的運營商可能對指標算法有不同的理解。因此，網(wǎng)管系統(tǒng)也 支持用戶自定義的關鍵性能指標(KPI)，這些自定義的KPI指標大多數(shù)是通過基礎指標按 照特定處理算法進行二次計算得到。當網(wǎng)管系統(tǒng)的版本升級時，參與自定義KPI計算的基礎指標可能在新版本網(wǎng)管 系統(tǒng)中其含義已被修改或是已被刪除，從而導致已修改或已刪除基礎指標參與計算的用 戶自定義關鍵性能指標(KPI)統(tǒng)計出錯，或者無法計算獲得。在涉及KPI指標的技術中， 大多只給出了 KPI指標的定制方法。在網(wǎng)絡性能管理中版本升級情況下，并未給出對用 戶自定義性能指標的多版本平滑升級的技術方案，無法保證平滑升級。因此，在網(wǎng)管系統(tǒng)進行版本升級時，如何保證性能指標的多版本平滑升級成為 需要解決的技術問題。

發(fā)明內容
本發(fā)明所要解決的技術問題在于，提供一種用戶自定義的性能指標多版本平滑 升級的方法及裝置，用于解決用戶自定義的性能指標在升級前后的基礎指標發(fā)生變更后 的平滑升級問題。為了解決上述問題，本發(fā)明提出了一種用戶自定義的性能指標多版本平滑升級 的裝置，包括版本解析模塊，用于分析升級前版本和升級后版本之間的基礎指標變化情況， 向指標解析模塊提供升級前后兩個版本間基礎指標的變化信息；指標解析模塊，用于根據(jù)升級前后兩個版本間基礎指標的變化信息，分析處理 各個用戶自定義的性能指標。該裝置進一步包括界面展示模塊，用于展示基礎指標的變化情況和/或用戶自定義的性能指標的 變化情況。所述基礎指標的變化信息包括刪除、改名稱、修改含義的信息。所述指標解析模塊根據(jù)基礎指標變化信息對各個用戶自定義的性能指標進行分析處理，包括若基礎指標刪除，則將對應的自定義的性能指標置為不可用狀態(tài)；若基礎指標名稱修改，則修改對應的自定義的性能指標描述中的名稱；若基礎指標含義修改，則替換參與計算自定義性能指標的基礎指標；若基礎指標無變更，則不修改該自定義性能指標。所述界面展示模塊展示基礎指標的變化情況和/或用戶自定義的性能指標的變 化情況的形式包括提供升級之后的發(fā)生變更的用戶自定義的性能指標的算法描述；和/或，將置 為不可用狀態(tài)的用戶自定義性能指標在不同的系統(tǒng)界面中用特殊顏色或圖標展示。本發(fā)明還提供一種用戶自定義的性能指標多版本平滑升級的方法，包括讀取系統(tǒng)中的用戶自定義的性能指標，分析參與該用戶自定義的性能指標計算 的各個基礎指標在版本升級前后的變化信息；根據(jù)基礎指標變化信息分析處理用戶自定義的性能指標。所述基礎指標的變化信息包括刪除、改名稱、修改含義的信息。所述對用戶自定義的性能指標進行分析處理，包括若基礎指標刪除，則自定義性能指標置為不可用狀態(tài)；若基礎指標名稱修改，則修改性能指標描述中的名稱；若基礎指標含義修改，則替換參與計算自定義性能指標的基礎指標；若基礎指標無變更，則不修改該自定義性能指標。所述方法進一步包括在一個基礎指標處理完成后，繼續(xù)處理參與計算該自定義性能指標的下一發(fā)生 變更的基礎指標，直到該自定義性能指標的所有基礎指標都分析完畢后，啟動對下一自 定義性能指標的處理。所述方法進一步包括在所有發(fā)生變更的自定義性能指標都處理完畢后，提交修改報告，或者通過界 面展示模塊以不同方式進行展示基礎指標變化情況和/或性能指標變化情況。進一步地，通過界面展示模塊展示基礎指標變化情況和/或性能指標變化情況 的形式包括提供升級之后的發(fā)生變更的用戶自定義的性能指標的算法描述；和/或，將置 為不可用狀態(tài)的用戶自定義性能指標在不同的系統(tǒng)界面中用特殊顏色或圖標展示。與現(xiàn)有技術相比較，本發(fā)明在支持創(chuàng)建、刪除和修改自定義指標的基礎上，提 出用戶自定義性能指標的平滑升級方法，使得系統(tǒng)升級安裝后，用戶無需修改就可以使 用升級前系統(tǒng)中自定義的性能指標。


圖1是本發(fā)明實施例中的性能指標多版本平滑升級裝置的結構示意圖；圖2是本發(fā)明實施例中版本基礎指標變化情況配置文件示意圖；圖3是本發(fā)明實施例中版本解析模塊版本解析流程圖；圖4是本發(fā)明實施例中指標解析模塊指標解析流程圖。
具體實施例方式為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，以下結合附圖對本發(fā)明作進一 步地詳細說明。為了解決用戶自定義的性能指標在多個版本間升級時所存在的因基礎指標發(fā)生 變化而導致的自定義性能指標不可用的問題，本發(fā)明提出一種用來在網(wǎng)絡性能管理中實 現(xiàn)用戶自定義性能指標的多版本平滑升級方法和裝置，使得這些性能指標在新版本中能 正確統(tǒng)計出結果。本發(fā)明實施例的所述用戶自定義性能指標平滑升級的裝置，包括以下模塊版本解析模塊，用于分析升級前版本和升級后版本之間的基礎指標變化情況， 向指標解析模塊提供升級前后兩個版本間基礎指標的變化信息；所述基礎指標的變化信 息包括刪除、改名稱、修改含義等幾種類型；指標解析模塊，用于根據(jù)升級前后兩個版本間基礎指標的變化信息，分析更新 各個用戶自定義的性能指標。所述分析更新包括置用戶自定義性能指標為不可用或者更 新該性能指標的定義內容。進一步，還可包括界面展示模塊，用于在系統(tǒng)界面上以不同方式進行展示指標的變化情況，讓用 戶清晰的了解指標的變化情況。所述展示指標的變化情況包括展示基礎指標變化情況及 用戶自定義的性能指標的變化情況?；谏鲜鲅b置，進行用戶自定義的性能指標平滑升級的過程如下指標解析模塊讀取系統(tǒng)中的某一個用戶自定義的性能指標，版本解析模塊分析 參與該性能指標計算的各個基礎指標，并將基礎指標變化信息通知所述指標解析模塊；指標解析模塊根據(jù)基礎指標變化信息對各個用戶自定義的性能指標進行處理若基礎指標刪除，則自定義性能指標置為不可用狀態(tài)；若基礎指標名稱修改，則修改性能指標描述中的名稱；若基礎指標含義修改，則替換參與計算自定義性能指標的基礎指標；若基礎指標無變更，則不處理該自定義性能指標，即不變更該自定義性能指 標；在一個基礎指標處理完成后，繼續(xù)處理參與計算該自定義性能指標的下一發(fā)生 變更的基礎指標，直到該自定義性能指標的所有基礎指標都分析完畢后，啟動對下一自 定義性能指標的處理。在所有自定義性能指標都處理完畢后，可提交修改報告，或者通過界面展示模 塊以不同方式進行展示指標的變化情況，讓用戶清晰的了解指標的變化情況。展示時， 可以展示基礎指標變化情況和/或性能指標變化情況。如圖1所示，給出了用戶自定義性能指標平滑升級的裝置的結構示意圖，包 括版本解析模塊101，用于根據(jù)配置文件分析升級前版本和升級后版本間的基礎指 標變化情況，最終形成一張狀態(tài)變化表，該狀態(tài)變化表用于指明升級前后的兩個版本間 任一有變化的基礎指標的變化情況，所述變化信息包括刪除、改名稱、修改含義(在本發(fā)明中修改含義即修改基礎指標的ID)；指標解析模塊102，用于根據(jù)版本解析模塊101解析獲得的基礎指標的變化結 果，逐一處理系統(tǒng)中的各個用戶自定義的性能指標，使得用戶自定義的性能指標在升級 后的新版本中能正常統(tǒng)計，或者可直接處理為將該指標置為不可用狀態(tài)。界面展示模塊103，用于根據(jù)指標解析模塊的結果，以不同方式向用戶清晰的展 示用戶自定義的性能指標和/或基礎指標的變化情況。展示時，可以提供升級之后的發(fā) 生變更的用戶自定義的性能指標的算法描述；也可以將置為不可用狀態(tài)的用戶自定義性 能指標在不同的系統(tǒng)界面中用特殊顏色或圖標展示。如圖2所示，給出了用于表示不同版本間基礎指標變化情況的配置文件示意 圖，包括以下幾個結點<indexSet> 一級節(jié)點，包含當前版本之前的所有版本的基礎指標變化情況列表；<updateList versionID = “ 2.8〃 > 二級節(jié)點，包含版本2.8相對于之前版本2.7的基礎指標變化情況；<config id = 〃 1 〃 > 基礎指標變化項，包含一個基礎指標的變化情況，可能為刪除、修改名稱或者 修改ID ；<oldID/> 上一個版本的 ID ；<oldNameE/> 上一個版本的英文名稱；<oldNameC/> 上一個版本的中文名稱；<newID/> versionID 標識版本的新 ID ；<newNameE/> versionID 標識版本的英文名稱；<newNameC/> versionID 標識版本的中文名稱；<IsDisable/> 該基礎指標在versionID標識版本中是否還是可用的；<IsChangeName/> 該基礎指標在versionID標識版本中是否改名稱；由于實際應用的系統(tǒng)可能需要支持中英語言環(huán)境的系統(tǒng)，因此配置項中包含中 英文名稱的變化情況。在下面的描述中涉及比較名稱是否變化的操作也是基于此，某些 情況下，中文名稱變了，但英文名稱并沒有修改，反之亦然。圖2所示的配置文件包含當前版本之前所有版本的基礎指標變化情況，按版本 劃分，這樣新增一個版本，只需新增這個版本的基礎指標變化情況即可。如圖3所示，給出了版本解析模塊進行版本解析的流程圖，包括如下步驟步驟301 獲取待處理版本的基礎指標更新列表；步驟302:處理每一個基礎指標變更，若更新列表中有此基礎指標的變更項， 則轉下步驟303，否則轉步驟311;步驟303:更新列表中的保存的變更項是否是刪除項，如果是，轉步驟323，否 則轉步驟304 ；步驟304:該變更項(config標簽標識的一項)是否是刪除項，如果是，轉步驟 305，否則轉步驟306;步驟305 將更新列表中的對應項置為刪除項，即將更新表中匹配項的IsDisable標簽設為l，表示不可用，轉步驟323；
步驟306該變更項是否是改名稱，若是，則轉步驟307，否則轉步驟308；
步驟307用變更項的新名稱替換更新列表中相應基礎指標的舊名稱，即替換newNameC和newNaⅡleE屬性，轉步驟323；
步驟308該變更項是否是改ID，若是，則轉步驟309，否則轉步驟323；
步驟309用變更項的newID屬性替換為更新列表中的相應基礎指標的newID屬性，轉下一步3lo；
步驟3lo用newID做鍵值，將更新表中相應基礎指標變更項插入反向搜索表，轉步驟323；
步驟311反向搜索表中是否包含此變更項的oldID鍵值，若包含，則轉步驟312，否則轉步驟320；
步驟312該變更項是否是刪除項，如果是，轉步驟313，否則轉步驟315；
步驟313將更新列表中的變更項置為刪除項(操作方式同步驟305)，轉步驟314
步驟314反向搜索表中移除該刪除項oldID鍵值，轉步驟323；
步驟315該變更項是否是改名稱，若是，則轉步驟316，否則轉步驟317；
步驟316用變更項的新名稱替換更新列表中相應基礎指標的名稱(操作方式同步驟307)，轉步驟323；
步驟317該變更項是否是改ID，若是，則轉步驟318，否則轉步驟323；
步驟318用變更項的newID屬性替換更新列表中的相應基礎指標的newID屬性，轉下一步319；
步驟319將變更項oldID鍵值從反向搜索表中移除，用newID做鍵值，將更新列表中相應基礎指標變更項插入反向搜索表，轉步驟323；
步驟320向更新列表中添加此變更項，轉步驟32l；
步驟32l變更項是否是ID修改，若是，則轉步驟322，否則轉步驟323；
步驟322向反向搜索表中添加此變更項，用newID做鍵值，轉下一步驟323；
步驟323當前處理版本是否已處理完，若是，則轉步驟324，否則轉步驟302；
步驟324是否還有待處理版本的更新列表，若是，則轉步驟30l，否則，結束；
更新列表的初始化在版本分析模塊完成，通過如上流程，將升級前版本與升級后版本之間的版本變更項逐版本逐項處理，最終完成初始版本到升級版本間的更新列表初始化。
應用制作版本更新列表可以分版本獨立制作，方便操作。
如圖4所示，指標解析模塊執(zhí)行指標解析的流程圖，包括
步驟40l分解待處理的用戶自定義性能指標為參與計算的基礎指標集，轉下步驟402
步驟402搜索更新列表是否存在待處理基礎指標ID鍵值，若不存在，則轉步驟4lo，否則轉下一步403；
步驟403該基礎指標是否在新版本中被刪除，若是，則轉步驟404，否則轉步驟 405 ；步驟404 置該自定義性能指標為不可用指標(每個指標都有一個字段表示這個 指標在新版本中是否可用)，轉步驟410 ；步驟405:該基礎指標是否在新版本中名稱修改，若是，則轉步驟406，否則轉 步驟408 ；步驟406:檢出項是否新舊名稱一致，若是，則轉步驟410，否則轉步驟407 ；步驟407 將檢出項的 newNameC、oldNameC 或者 newNameE、oldNameE (與 語言環(huán)境一致)取出，執(zhí)行如下偽碼操作批標.指標描述.replaceAll (oldName, newName)，轉步驟 410 ；步驟408:該基礎指標是否在新版本中ID修改(修改含義)，若是則轉步驟 409，否則轉步驟410;步驟409 將檢出項的newID取出，替換基礎指標的ID，轉步驟410 ；步驟410:是否還有待處理基礎指標，若是，則轉步驟402，否則轉步驟411;步驟411:是否還有待處理性能指標，若是，則轉步驟401，否則結束。以上所述僅為本發(fā)明的實施例而已，并不用于限制本發(fā)明，對于本領域的技術 人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何 修改、等同替換、改進等，均應包含在本發(fā)明的權利要求范圍之內。
權利要求
1.一種用戶自定義的性能指標多版本平滑升級的裝置，包括版本解析模塊，用于分析升級前版本和升級后版本之間的基礎指標變化情況，向指 標解析模塊提供升級前后兩個版本間基礎指標的變化信息；指標解析模塊，用于根據(jù)升級前后兩個版本間基礎指標的變化信息，分析處理各個 用戶自定義的性能指標。
2.如權利要求1所述的裝置，其特征在于，該裝置進一步包括界面展示模塊，用于展示基礎指標的變化情況和/或用戶自定義的性能指標的變化 情況。
3.如權利要求1或2所述的裝置，其特征在于，所述基礎指標的變化信息包括刪除、改名稱、修改含義的信息。
4.如權利要求3所述的裝置，其特征在于，所述指標解析模塊根據(jù)基礎指標變化信息對各個用戶自定義的性能指標進行分析處 理，包括若基礎指標刪除，則將對應的自定義的性能指標置為不可用狀態(tài)； 若基礎指標名稱修改，則修改對應的自定義的性能指標描述中的名稱； 若基礎指標含義修改，則替換參與計算自定義性能指標的基礎指標； 若基礎指標無變更，則不修改該自定義性能指標。
5.如權利要求2所述的裝置，其特征在于，所述界面展示模塊展示基礎指標的變化情況和/或用戶自定義的性能指標的變化情 況的形式包括提供升級之后的發(fā)生變更的用戶自定義的性能指標的算法描述； 和/或，將置為不可用狀態(tài)的用戶自定義性能指標在不同的系統(tǒng)界面中用特殊顏色 或圖標展示。
6.一種用戶自定義的性能指標多版本平滑升級的方法，包括讀取系統(tǒng)中的用戶自定義的性能指標，分析參與該用戶自定義的性能指標計算的各 個基礎指標在版本升級前后的變化信息；根據(jù)基礎指標變化信息分析處理用戶自定義的性能指標。
7.如權利要求6所述的方法，其特征在于，所述基礎指標的變化信息包括刪除、改名稱、修改含義的信息。
8.如權利要求7所述的方法，其特征在于，所述對用戶自定義的性能指標進行分析處理，包括 若基礎指標刪除，則自定義性能指標置為不可用狀態(tài)； 若基礎指標名稱修改，則修改性能指標描述中的名稱； 若基礎指標含義修改，則替換參與計算自定義性能指標的基礎指標； 若基礎指標無變更，則不修改該自定義性能指標。
9.如權利要求8或6所述的方法，其特征在于，所述方法進一步包括在一個基礎指標處理完成后，繼續(xù)處理參與計算該自定義性能指標的下一發(fā)生變更 的基礎指標，直到該自定義性能指標的所有基礎指標都分析完畢后，啟動對下一自定義 性能指標的處理。
10.如權利要求9所述的方法，其特征在于，所述方法進一步包括 在所有發(fā)生變更的自定義性能指標都處理完畢后，提交修改報告，或者通過界面展 示模塊以不同方式展示基礎指標變化情況和/或性能指標變化情況；通過界面展示模塊展示基礎指標變化情況和/或性能指標變化情況的形式包括 提供升級之后的發(fā)生變更的用戶自定義的性能指標的算法描述； 和/或，將置為不可用狀態(tài)的用戶自定義性能指標在不同的系統(tǒng)界面中用特殊顏色 或圖標展示。
全文摘要
本發(fā)明公開了一種用戶自定義的性能指標多版本平滑升級的方法及裝置，所述裝置，包括版本解析模塊，用于分析升級前版本和升級后版本之間的基礎指標變化情況，向指標解析模塊提供升級前后兩個版本間基礎指標的變化信息；指標解析模塊，用于根據(jù)升級前后兩個版本間基礎指標的變化信息，分析處理各個用戶自定義的性能指標。還包括用于展示基礎指標的和/或用戶自定義的性能指標的變化情況的界面展示模塊。應用本發(fā)明，可支持升級時創(chuàng)建、刪除和修改自定義指標，對用戶自定義性能指標的平滑升級，使得系統(tǒng)升級安裝后，用戶無需修改就可以使用升級前系統(tǒng)中自定義的性能指標。
文檔編號H04L12/24GK102025548SQ20101059752
公開日2011年4月20日 申請日期2010年12月20日 優(yōu)先權日2010年12月20日
發(fā)明者何維 申請人:中興通訊股份有限公司