一種kpi指標的計算方法及裝置的製作方法

2023-04-24 12:55:56

專利名稱：一種kpi指標的計算方法及裝置的製作方法
技術領域：
本發明涉及資料庫技術領域，特別涉及ー種KPI指標的計算方法及裝置。
背景技術：
在基於ORACLE (甲骨文)的信息管理系統中，對各類KPI (Key PerformanceIndicator，關鍵績效指標)進行統計是日常工作中的重要ー環。KPI指示是由原始數據組成的，各類原始數據的採集通過計數器的方式實現。通常情況下，不同類的原始數據保存在不同的數據表中，在進行KPI指標統計吋， 先通過各數據表中的計數器採集各類原始數據，然後再通過預設的方式對各類原始數據進行匯總，從而形成指定的KPI指標,最後,再以excel的方式展現給用戶。然而，現有技術下，在提取KPI指標的時候，往往會由於以下種種原因，造成KPI指標統計效率低下I、數據量過大。每張數據表中記錄的數據量均達到億級別。2、KPI指示形成所參考的原始數據過多。3、KPI指示形成所需參考的原始數據通常分別保存在不同數據表中，這樣，在查詢時往往需要從不同的數據表裡面讀取不同的計數器的記錄結果。4、在ORACLE資料庫中獲取原始數據以後，需要調用到JAVA內存中進行計算。從上述幾點原因可以看出，現有的KPI指標提取流程主要存在以下缺點I、現有數據的大部分計算是在JAVA內存中進行的，這樣容易在計算過程中佔用大量的JAVA資源，再加上JAVA程序本身在數據處理方面的缺陷，就更容易造成大量時間和資源的浪費。例如，在JAVA內存計算時計算緩慢，從而導致KPI指標提取緩慢或者導致計算卡死從而KPI指標無法提取的情況發生。2、算法設計不合理。現有的算法是在提取數據表中的原始數據的時候才計算KPI指標。這樣，如果用戶提取的KPI指標較大較多吋，就會造成在KPI指標計算緩慢，計算效率低下。3、KPI計算流程過於複雜，致使計算量過於龐大。

發明內容
本發明實施例提供ー種KPI指標的計算方法及裝置，用以提高KPI指標的計算效率。本發明實施例提供的具體技術方案如下ー種KPI的計算方法，包括後臺裝置接收用戶發送的KPI指標提取請求；後臺裝置在ORACLE資料庫中獲取生成所述KPI指標所需的基礎指標和/或中間指標，其中，所述基礎指標和中間指標均是後臺裝置基於在預設的數據提取粒度內收集的原始數據預先生成的；後臺裝置基於獲得的基礎指標和/或中間指標生成相應的KPI指標。ー種KPI的計算裝置，包括配置単元，用於基於在預設的數據提取粒度內收集的原始數據預先生成的基礎指標和中間指標，並保存至ORACLE資料庫中；通信単元，用於接收用戶發送的KPI指標提取請求；獲取單元，用於在ORACLE資料庫中獲取生成所述KPI指標所需的基礎指標和/或中間指標，生成単元，用於基於獲得的基礎指標和/或中間指標生成相應的KPI指標。 本發明實施例中，後臺裝置預先基於在預設的數據提取粒度內收集的原始數據預先生成的相應的基礎指標和中間指標並保存至ORACLE資料庫中，以及在接收用戶發送的KPI指標提取請求後，直接從ORACLE資料庫中獲取所需的基礎指標和/或中間指標生成相應的KPI指標。這樣，便簡化了 KPI指標的提取算法，節省了大量時間和資源的，從而有效提聞了 KPI指標的提取效率。


圖IA為本發明實施例中前後臺裝置關係示意圖；圖IB為本發明實施例中後臺裝置功能結構示意圖；圖2為本發明實施例中基礎指標計算流程圖；圖3為本發明實施例中小時指標計算流程圖；圖4為本發明實施例中天指標計算流程圖；圖5為本發明實施例中基礎指標補採流程圖；圖6為本發明實施例中小時指標補採流程圖；圖7為本發明實施例中天指標補採流程圖；圖8為本發明實施例中KPI指標計算流程圖；圖9 一 11為本發明實施例中KPI指標呈現示意圖。
具體實施例方式在行動網路網管系統中，為了提高數據表中原始數據的提取效率，加快KPI指標的計算速度，本發明實施例中，後臺裝置預先基於在預設的數據提取粒度內收集的原始數據預先生成的相應的基礎指標和中間指標並保存至ORACLE資料庫中，以及在接收用戶發送的KPI指標提取請求後，直接從ORACLE資料庫中獲取生成KPI指標所需的基礎指標和/或中間指標，並基於獲得的基礎指標和/或中間指標生成相應的KPI指標。這樣，便針對網管系統中存在的由於數據量巨大而造成報表提取緩慢的問題給出了有效的解決方案，並且也提高了 KPI指標的質量分析效率，填補了該領域的空白。下面結合附圖對本發明優選的實施方式進行詳細。現有技術下，由於行動網路比較大，造成數據量比較大，再加上業務邏輯比較複雜，造成生成KPI指標所定義的公式比較複雜；因而在查詢生成KPI指標所需要的原始數據時需要從不同的數據表中獲取，提取速度緩慢，嚴重影響行動網路指標分析，從而對綜合分析行動網路質量造成了一定的障礙。為了避免上述問題，本發明實施例中，重新設計系統模式I、移植計算容器原有的計算基本放在JAVA內存中計算，而JAVA在大數據量的處理方面的缺陷被無限放大，造成了 JAVA計算過程中嚴重資源不足的情況。針對這種情況,參閱圖IA所示,本發明實施例中，將所有的計算都放到ORACLE後臺計算，JAVA程序只承擔用戶呈現的職責。即前臺裝置只用於接收用戶的查詢指令和向用戶呈現KPI指標，而後臺裝置負責查詢原始數據，以及基於原始數據生成KPI指標。2、算法設計採取對KPI指標做預處理的方式，在前期先基於原始數據生成基礎指標，然後對基礎指標進行匯總，形成各個級別的中間指標的集合，如，小時指標集合、日指標集合、月指標集合；待用戶指標KPI指標的時候，按照用戶的需求，從不同的指標集合裡 面討取所需中間指標數據從而生成所需的KPI指標，並將其呈現給用戶，從而減少在數據表提取過程中的計算量。參閱圖IB所示,本發明實施例中，後臺裝置包括配置單元10、通信單元11、獲取單元12和生成単元13，其中，配置単元10，用於基於在預設的數據提取粒度內收集的原始數據預先生成的基礎指標和中間指標，並保存至ORACLE資料庫中；通信単元11，用於接收用戶發送的KPI指標提取請求；獲取單元12，用於在ORACLE資料庫中獲取生成KPI指標所需的基礎指標和/或中間指標，生成単元13，用於基於獲得的基礎指標和/或中間指標生成相應的KPI指標。本發明實施例中，在對原始數據進行預處理時，可以採用以下方式參閱圖2所示，基於原始數據生成基礎指標的流程如下步驟200:後臺裝置判斷數據提取粒度是否已經存在，若是，則進行步驟220 ;否貝U，進行步驟230。本實施例中。較佳的，將數據提取粒度設置為15分鐘，即以15分鐘為間隔收集上報的原始數據，當15分鐘到達後，若確定這15分鐘內需要收集的各類原始數據已由數據採集端上報完畢，則開始基於這15分鐘採集的原始數據生成相應的基礎指標。這樣，便以15分鐘為粒度連續地生成基礎指標，步驟210 :後臺裝置將數據提取粒度的狀態標識修改為已計算。每個數據提取粒度均對應設置有相應的狀態標識，在生成基礎指標後，需要將對應的數據提取粒度的狀態標識修改為「已計算」。步驟220 :後臺裝置根據在數據提取粒度中獲得的原始數據計算基礎指標，並保存至資料庫中。本實施例中，後臺裝置生成的基礎指標可以有很多種類，如按照級別劃分可以劃分為小區基礎指標、NodeB基礎指標、載波基礎指標和RNC (Radio Network Controller,無線網絡控制器)基礎指標。在生成基礎指標後，後臺裝置可以根據配置信息，基於生成的基礎指標進ー步生成若干中間指標，中間指標有很多種類，本實施例中，以小時指標和天指標為例。
步驟230 :後臺裝置返回繼續等待。參閱圖3所示，本發明實施例中，小時指標的生成流程如下步驟300 :後臺裝置判斷小時單位內的數據提取粒度為4 若是，則進行步驟310 ；否則，進行步驟330。本發明實施例中，由於數據提取粒度設置為15分鐘，因此，在小時單位內，需要判斷是否數據提取粒度已為4。步驟310 :後臺裝置將小時單位的狀態標識修改為已計算。步驟320 :後臺裝置計算小時單位對應的中間指標並存入小時單位對應的數據
表。 實際應用中，每個小時單位均對應ー張數據表，後臺裝置在計算每個小時單位對應的小時指標時，根據在每個小時內的各個數據提取粒度中收集的原始數據計算相應的小時指標。步驟330 :後臺裝置將小時單位對應的已存在的數據提取粒度的狀態標識修改為已計算。在這種情況下，後臺裝置在小時單位內沒有收集到所有數據提取粒度的原始數據，因此，只將已原始數據收集完畢的數據提取粒度的狀態標識修改為已計算。步驟340 :後臺裝置將小時単位的計算開始時間和計算結束時間插入小時單位對應的數據表的補採表中。這樣處理是因為，在小時單位內，未將所有數據提取粒度內的原始數據收集完畢，因此，需要在全部數據提取粒度的原始數據收集完畢時，再重新計算這個時間単位的小時指標，而此時，只能先基於已獲得的數據提取粒度內的原始數據計算一個臨時的小時指標，後續在補採表中再進行補充。步驟350 :後臺裝置根據已經存在的數據提取粒度對應的原始數據計算小時單位對應的中間指標並存儲至小時單位對應的數據表中。此時，在數據表中保存的只是根據部分數據提取粒度內採集的原始數據計算獲得的小時指標，需要在後續流程中作進ー步完善，這一點將在後續流程中進行闡述。參閱圖4所示，本發明實施例中，天指標的生成流程如下步驟400 :後臺裝置判斷天単位內的數據提取粒度為4X24 若是，則進行步驟410 ;否則，進行步驟430。本發明實施例中，由於數據提取粒度設置為15分鐘，因此，在天単位內，需要判斷是否數據提取粒度已為4X24。步驟410 :後臺裝置將天單位的狀態標識修改為已計算。步驟420 :後臺裝置計算天単位對應的中間指標並存入天単位對應的數據表。實際應用中，每個天単位均對應ー張數據表，後臺裝置在計算每個天單位對應的天指標時，根據在每一天內的各個數據提取粒度中收集的原始數據計算相應的天指標。步驟430 :後臺裝置將天單位對應的已存在的數據提取粒度的狀態標識修改為已計算。在這種情況下，後臺裝置在天単位內沒有收集到所有數據提取粒度的原始數據，因此，只將已原始數據收集完畢的數據提取粒度的狀態標識修改為已計算。
步驟440 :後臺裝置將天單位的計算開始時間和計算結束時間插入天単位對應的數據表的補米表中。這樣處理是因為，在天単位內，未將所有數據提取粒度內的原始數據收集完畢，因此，需要在全部數據提取粒度的原始數據收集完畢吋，再重新計算這個天單位的天指標，而此時，只能先基於已獲得的數據提取粒度內的原始數據計算一個臨時的天指標，後續在補採表中再進行補充。步驟450 :後臺裝置根據已經存在的數據提取粒度對應的原始數據計算天單位對應的中間指標並存儲至天單位對應的數據表中。此時，在數據表中保存的只是根據部分數據提取粒度內採集的原始數據計算獲得的天指標，需要在後續流程中作進ー步完善，這一點將在後續流程中進行闡述。基於上述各實施例，下面對基礎指標以及各中間指標的補採流程進行詳細介紹。
參閱圖5所示，本發明實施例中，基礎指標的補採流程如下步驟500 :後臺裝置判斷是否存在缺失的數據提取粒度，若是，則進行步驟510 ;否貝U，進行步驟520。步驟510 :後臺裝置按照缺失的數據提取粒度和收集到的相應的原始數據計算基礎指標並重新保存至資料庫中。步驟520 :後臺裝置返回繼續等待。參閱圖6所示,本發明實施例中，以任意一小時為例，對應的小時指標的補採流程如下步驟600 :後臺裝置判斷小時中是否有缺失的數據提取粒度，若是，則進行步驟610 ;否則，進行步驟630。步驟610 :後臺裝置判斷小時中缺失的數據提取粒度對應的原始數據是否已經上報齊全？若是，則進行步驟620 ;否則，進行步驟630。步驟620 :後臺裝置根據已上報齊全的原始數據計算小時對應的小時指標，並替換資料庫中原有的小時指標。在執行補採流程之前，小對對應的小時指標是基於未上報齊全的原始數據生成的(可能缺失某個數據提取粒度)，因而並不全面，因此，在等待原先缺失的數據提取粒度對應的原始數據上報齊全後，要重新生成小時指標。步驟630 :後臺裝置返回繼續等待。參閱圖7所示,本發明實施例中，以任意一小時為例，對應的小時指標的補採流程如下步驟700 :後臺裝置判斷小時中是否有缺失的數據提取粒度，若是，則進行步驟710 ;否則，進行步驟730。步驟710 :後臺裝置判斷小時中缺失的數據提取粒度對應的原始數據是否已經上報齊全？若是，則進行步驟720 ;否則，進行步驟730。步驟720 :後臺裝置修改天指標的狀態標識為已計算。步驟730 :後臺裝置根據已上報齊全的原始數據計算天對應的天指標，並替換資料庫中原有的天指標。在執行補採流程之前，天對應的天指標是基於未上報齊全的原始數據生成的(可能缺失某個數據提取粒度)，因而並不全面，因此，在等待原先缺失的數據提取粒度對應的原始數據上報齊全後，要重新生成天指標。步驟740 :後臺裝置返回繼續等待。基於上述各實施例，參閱圖8所示，本發明實施例中，後臺設置生成KPI指標的詳細流程如下步驟800 :後臺設置接收用戶發送的KPI指標提取請求。具體為後臺裝置接收前臺裝置轉發的用戶輸入的KPI指標提取請求，這是因為，本發明實施例中，KPI指標的計算位置由JAVA內存轉入後臺，這樣，不會給前臺裝置帶來運行負荷。後臺裝置可以根據KPI指標提取請求中攜帯的KPI指標的標識確定用戶需要哪種 類型的KPI指標。步驟810 :後臺裝置在ORACLE資料庫中獲取生成上述KPI指標所需的基礎指標和/或中間指標，其中，基礎指標和中間指標均是後臺裝置基於在預設的數據提取粒度內收集的原始數據預先生成的。本實施例中，後臺裝置確定用戶需要提取的KPI指標後，確定生成KIP指標所需的基礎指標和/或中間指標，由於在預處理過程中，已按照預設的數據提取粒度預先生成了各個基礎指標及中間指標，因此，在執行步驟810時，後臺裝置直接讀取所需的基礎指標和/或中間指標即可，節省了大量的操作時間。其中，步驟810的具體操作流程已在之前的實施例中進行了介紹例如，後臺裝置分別基於在每ー個數據提取粒度內收集的原始數據，生成相應的基礎指標，並保存至ORACLE資料庫中，以及在判定存在缺失的數據提取粒度時，待缺失的數據提取粒度對應的原始數據收集完畢後，再基於獲得的原始數據生成相應的基礎指標，並保存至ORACLE資料庫中。又例如後臺裝置分別基於在每ー個預設的數據提取粒度集合內收集的原始數據，生成相應的中間指標，並保存至ORACLE資料庫中，以及在判定任意一數據提取粒度集合內存在缺失的數據提取粒度時，先基於當前在該數據提取粒度集合內已收集完畢的原始數據生成相應的第一中間指標，並保存至ORACLE資料庫中，待缺失的數據提取粒度內的原始數據收集完畢後，再基於在該數據提取粒度集合內獲得的全部原始數據生成相應的第二中間指標，並對ORACLE資料庫中保存的第一中間指標進行更新。在此不再作進ー步贅述。步驟820 :後臺裝置基於獲得的基礎指標和/或中間指標生成相應的KPI指標。例如，假設所需獲得的KPI指標為電路域系統間切換出成功率〔由TD (TimeDivision,時分)制式切換至GPRS(General Packet Radio Service,通用分組無線業務)〕，則需要先計算電路域系統間切換出成功次數和電路域系統間切換出成功請求次數，再根據這兩個基礎指標計算出電路域系統間切換出成功率。如，電路域系統間切換出成功率(TD->GPRS) = 100*(((R008_289)-(R008_290))/(R008_289))又例如，假設所需獲得的KPI指標為RNC(Radio Network Controller,無線網絡控制器)間CS (Circuit Switched,電路開關)硬切換出成功率，則RNC間CS硬切換出成功率=100* (R020_023) / (R020_001)
另ー方面，本發明實施例中，後臺裝置在ORACLE資料庫生成KPI指標後，可以採用拆線圖、柱狀圖或者餅狀圖的形式將該KPI指標呈現給用戶。具體為後臺裝置在ORACLE資料庫中増加對現有KPI指標的多維報表分析系統功能，從而形成ー個KPI指標的多維分析系統，以直觀的方式給用戶展現KPI指標。例如，參閱圖9所示，後臺裝置可以提取KPI指標的最近7天的統計數據，按天進行匯總，在前臺裝置界面上以折線圖或柱狀圖的方式呈現出來。

又例如，參閱圖10所示，後臺裝置可以提取KPI指標最近I天的統計數據，按小時進行匯總，在前臺裝置界面上以折線圖或柱狀圖的方式呈現出來。又例如，參閱圖11所示，後臺裝置還可以在前臺裝置界面上將KPI指標以餅狀圖的方式呈現出來。綜上所述，本發明實施例中，後臺裝置預先基於在預設的數據提取粒度內收集的原始數據預先生成的相應的基礎指標和中間指標並保存至ORACLE資料庫中，以及在接收用戶發送的KPI指標提取請求後，直接從ORACLE資料庫中獲取所需的基礎指標和/或中間指標生成相應的KPI指標。這樣，便簡化了 KPI指標的提取算法，節省了大量時間和資源的，從而有效提聞了 KPI指標的提取效率。顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.ー種關鍵績效指標KPI的計算方法，其特徵在於，包括 後臺裝置接收用戶發送的KPI指標提取請求； 後臺裝置在甲骨文ORACLE資料庫中獲取生成所述KPI指標所需的基礎指標和/或中間指標，其中，所述基礎指標和中間指標均是後臺裝置基於在預設的數據提取粒度內收集的原始數據預先生成的； 後臺裝置基於獲得的基礎指標和/或中間指標生成相應的KPI指標。
2.如權利要求I所述的方法，其特徵在於，所述後臺裝置基於在預設的數據提取粒度內收集的原始數據生成基礎指標,包括 後臺裝置分別基於在每ー個數據提取粒度內收集的原始數據，生成相應的基礎指標，並保存至ORACLE資料庫中。
3.如權利要求2所述的方法，其特徵在於，後臺裝置判定存在缺失的數據提取粒度吋，待缺失的數據提取粒度對應的原始數據收集完畢後，再基於獲得的原始數據生成相應的基礎指標，並保存至ORACLE資料庫中。
4.如權利要求I所述的方法，其特徵在於，後臺裝置基於在預設的數據提取粒度內收集的原始數據生成中間指標，包括 後臺裝置分別基於在每ー個預設的數據提取粒度集合內收集的原始數據，生成相應的中間指標，並保存至ORACLE資料庫中。
5.如權利要求4所述的方法，其特徵在於，後臺裝置判定任意一數據提取粒度集合內存在缺失的數據提取粒度時，先基於當前在所述數據提取粒度集合內已收集完畢的原始數據生成相應的第一中間指標，並保存至ORACLE資料庫中，待所述缺失的數據提取粒度內的原始數據收集完畢後，再基於在所述數據提取粒度集合內獲得的全部原始數據生成相應的第二中間指標，並對ORACLE資料庫中保存的第一中間指標進行更新。
6.如權利要求2-5任一項所述的方法，其特徵在於，後臺裝置基於在ORACLE資料庫中獲得的基礎指標和/或中間指標生成相應的KPI指標後，通過前臺裝置採用拆線圖、柱狀圖或者餅狀圖的形式將所述KPI指標呈現給用戶。
7.—種關鍵績效指標KPI的計算裝置，其特徵在於，包括 配置単元，用於基於在預設的數據提取粒度內收集的原始數據預先生成的基礎指標和中間指標，並保存至甲骨文ORACLE資料庫中； 通信単元，用於接收用戶發送的KPI指標提取請求； 獲取單元，用於在ORACLE資料庫中獲取生成所述KPI指標所需的基礎指標和/或中間指標， 生成単元，用於基於獲得的基礎指標和/或中間指標生成相應的KPI指標。
8.如權利要求7所述的裝置，其特徵在幹，所述配置単元基於在預設的數據提取粒度內收集的原始數據生成基礎指標時，分別基於在每ー個數據提取粒度內收集的原始數據，生成相應的基礎指標，並保存至ORACLE資料庫中。
9.如權利要求8所述的裝置，其特徵在幹，所述配置単元判定存在缺失的數據提取粒度時，待缺失的數據提取粒度對應的原始數據收集完畢後，再基於獲得的原始數據生成相應的基礎指標，並保存至ORACLE資料庫中。
10.如權利要求7所述的裝置，其特徵在於，所述配置単元基於在預設的數據提取粒度內收集的原始數據生成中間指標時，分別基於在每ー個預設的數據提取粒度集合內收集的原始數據，生成相應的中間指標，並保存至ORACLE資料庫中。
11.如權利要求10所述的裝置，其特徵在於，所述配置単元判定任意一數據提取粒度集合內存在缺失的數據提取粒度時，先基於當前在所述數據提取粒度集合內已收集完畢的原始數據生成相應的第一中間指標，並保存至ORACLE資料庫中，待所述缺失的數據提取粒度內的原始數據收集完畢後，再基於在所述數據提取粒度集合內獲得的全部原始數據生成相應的第二中間指標，並對ORACLE資料庫中保存的第一中間指標進行更新。
12.如權利要求8-11任一項所述的裝置，其特徵在於，所述生成単元基於在ORACLE資料庫中獲得的基礎指標和/或中間指標生成相應的KPI指標後，所述通信単元通過前臺裝置採用拆線圖、柱狀圖或者餅狀圖的形式將所述KPI指標呈現給用戶。
全文摘要
本發明涉及資料庫技術領域，公開了一種KPI指標的計算方法及裝置。該方法為後臺裝置預先基於在預設的數據提取粒度內收集的原始數據預先生成的相應的基礎指標和中間指標並保存至ORACLE資料庫中，以及在接收用戶發送的KPI指標提取請求後，直接從ORACLE資料庫中獲取所需的基礎指標和/或中間指標生成相應的KPI指標。這樣，便簡化了KPI指標的提取算法，節省了大量時間和資源的，從而有效提高了KPI指標的提取效率。
文檔編號G06F17/30GK102831168SQ20121025871
公開日2012年12月19日 申請日期2012年7月24日 優先權日2012年7月24日
發明者張百全, 高利虹 申請人:大唐移動通信設備有限公司