專利名稱：一種kpi指標(biāo)的計算方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)庫技術(shù)領(lǐng)域，特別涉及ー種KPI指標(biāo)的計算方法及裝置。
背景技術(shù)：
在基于ORACLE (甲骨文)的信息管理系統(tǒng)中，對各類KPI (Key PerformanceIndicator，關(guān)鍵績效指標(biāo))進行統(tǒng)計是日常工作中的重要ー環(huán)。KPI指示是由原始數(shù)據(jù)組成的，各類原始數(shù)據(jù)的采集通過計數(shù)器的方式實現(xiàn)。通常情況下，不同類的原始數(shù)據(jù)保存在不同的數(shù)據(jù)表中，在進行KPI指標(biāo)統(tǒng)計吋， 先通過各數(shù)據(jù)表中的計數(shù)器采集各類原始數(shù)據(jù)，然后再通過預(yù)設(shè)的方式對各類原始數(shù)據(jù)進行匯總，從而形成指定的KPI指標(biāo),最后,再以excel的方式展現(xiàn)給用戶。然而，現(xiàn)有技術(shù)下，在提取KPI指標(biāo)的時候，往往會由于以下種種原因，造成KPI指標(biāo)統(tǒng)計效率低下I、數(shù)據(jù)量過大。每張數(shù)據(jù)表中記錄的數(shù)據(jù)量均達到億級別。2、KPI指示形成所參考的原始數(shù)據(jù)過多。3、KPI指示形成所需參考的原始數(shù)據(jù)通常分別保存在不同數(shù)據(jù)表中，這樣，在查詢時往往需要從不同的數(shù)據(jù)表里面讀取不同的計數(shù)器的記錄結(jié)果。4、在ORACLE數(shù)據(jù)庫中獲取原始數(shù)據(jù)以后，需要調(diào)用到JAVA內(nèi)存中進行計算。從上述幾點原因可以看出，現(xiàn)有的KPI指標(biāo)提取流程主要存在以下缺點I、現(xiàn)有數(shù)據(jù)的大部分計算是在JAVA內(nèi)存中進行的，這樣容易在計算過程中占用大量的JAVA資源，再加上JAVA程序本身在數(shù)據(jù)處理方面的缺陷，就更容易造成大量時間和資源的浪費。例如，在JAVA內(nèi)存計算時計算緩慢，從而導(dǎo)致KPI指標(biāo)提取緩慢或者導(dǎo)致計算卡死從而KPI指標(biāo)無法提取的情況發(fā)生。2、算法設(shè)計不合理?，F(xiàn)有的算法是在提取數(shù)據(jù)表中的原始數(shù)據(jù)的時候才計算KPI指標(biāo)。這樣，如果用戶提取的KPI指標(biāo)較大較多吋，就會造成在KPI指標(biāo)計算緩慢，計算效率低下。3、KPI計算流程過于復(fù)雜，致使計算量過于龐大。
發(fā)明內(nèi)容
本發(fā)明實施例提供ー種KPI指標(biāo)的計算方法及裝置，用以提高KPI指標(biāo)的計算效率。本發(fā)明實施例提供的具體技術(shù)方案如下ー種KPI的計算方法，包括后臺裝置接收用戶發(fā)送的KPI指標(biāo)提取請求；后臺裝置在ORACLE數(shù)據(jù)庫中獲取生成所述KPI指標(biāo)所需的基礎(chǔ)指標(biāo)和/或中間指標(biāo)，其中，所述基礎(chǔ)指標(biāo)和中間指標(biāo)均是后臺裝置基于在預(yù)設(shè)的數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)預(yù)先生成的；后臺裝置基于獲得的基礎(chǔ)指標(biāo)和/或中間指標(biāo)生成相應(yīng)的KPI指標(biāo)。ー種KPI的計算裝置，包括配置単元，用于基于在預(yù)設(shè)的數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)預(yù)先生成的基礎(chǔ)指標(biāo)和中間指標(biāo)，并保存至ORACLE數(shù)據(jù)庫中；通信単元，用于接收用戶發(fā)送的KPI指標(biāo)提取請求；獲取單元，用于在ORACLE數(shù)據(jù)庫中獲取生成所述KPI指標(biāo)所需的基礎(chǔ)指標(biāo)和/或中間指標(biāo)，生成単元，用于基于獲得的基礎(chǔ)指標(biāo)和/或中間指標(biāo)生成相應(yīng)的KPI指標(biāo)。 本發(fā)明實施例中，后臺裝置預(yù)先基于在預(yù)設(shè)的數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)預(yù)先生成的相應(yīng)的基礎(chǔ)指標(biāo)和中間指標(biāo)并保存至ORACLE數(shù)據(jù)庫中，以及在接收用戶發(fā)送的KPI指標(biāo)提取請求后，直接從ORACLE數(shù)據(jù)庫中獲取所需的基礎(chǔ)指標(biāo)和/或中間指標(biāo)生成相應(yīng)的KPI指標(biāo)。這樣，便簡化了 KPI指標(biāo)的提取算法，節(jié)省了大量時間和資源的，從而有效提聞了 KPI指標(biāo)的提取效率。
圖IA為本發(fā)明實施例中前后臺裝置關(guān)系示意圖；圖IB為本發(fā)明實施例中后臺裝置功能結(jié)構(gòu)示意圖；圖2為本發(fā)明實施例中基礎(chǔ)指標(biāo)計算流程圖；圖3為本發(fā)明實施例中小時指標(biāo)計算流程圖；圖4為本發(fā)明實施例中天指標(biāo)計算流程圖；圖5為本發(fā)明實施例中基礎(chǔ)指標(biāo)補采流程圖；圖6為本發(fā)明實施例中小時指標(biāo)補采流程圖；圖7為本發(fā)明實施例中天指標(biāo)補采流程圖；圖8為本發(fā)明實施例中KPI指標(biāo)計算流程圖；圖9 一 11為本發(fā)明實施例中KPI指標(biāo)呈現(xiàn)示意圖。
具體實施例方式在移動網(wǎng)絡(luò)網(wǎng)管系統(tǒng)中，為了提高數(shù)據(jù)表中原始數(shù)據(jù)的提取效率，加快KPI指標(biāo)的計算速度，本發(fā)明實施例中，后臺裝置預(yù)先基于在預(yù)設(shè)的數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)預(yù)先生成的相應(yīng)的基礎(chǔ)指標(biāo)和中間指標(biāo)并保存至ORACLE數(shù)據(jù)庫中，以及在接收用戶發(fā)送的KPI指標(biāo)提取請求后，直接從ORACLE數(shù)據(jù)庫中獲取生成KPI指標(biāo)所需的基礎(chǔ)指標(biāo)和/或中間指標(biāo)，并基于獲得的基礎(chǔ)指標(biāo)和/或中間指標(biāo)生成相應(yīng)的KPI指標(biāo)。這樣，便針對網(wǎng)管系統(tǒng)中存在的由于數(shù)據(jù)量巨大而造成報表提取緩慢的問題給出了有效的解決方案，并且也提高了 KPI指標(biāo)的質(zhì)量分析效率，填補了該領(lǐng)域的空白。下面結(jié)合附圖對本發(fā)明優(yōu)選的實施方式進行詳細。現(xiàn)有技術(shù)下，由于移動網(wǎng)絡(luò)比較大，造成數(shù)據(jù)量比較大，再加上業(yè)務(wù)邏輯比較復(fù)雜，造成生成KPI指標(biāo)所定義的公式比較復(fù)雜；因而在查詢生成KPI指標(biāo)所需要的原始數(shù)據(jù)時需要從不同的數(shù)據(jù)表中獲取，提取速度緩慢，嚴(yán)重影響移動網(wǎng)絡(luò)指標(biāo)分析，從而對綜合分析移動網(wǎng)絡(luò)質(zhì)量造成了一定的障礙。為了避免上述問題，本發(fā)明實施例中，重新設(shè)計系統(tǒng)模式I、移植計算容器原有的計算基本放在JAVA內(nèi)存中計算，而JAVA在大數(shù)據(jù)量的處理方面的缺陷被無限放大，造成了 JAVA計算過程中嚴(yán)重資源不足的情況。針對這種情況,參閱圖IA所示,本發(fā)明實施例中，將所有的計算都放到ORACLE后臺計算，JAVA程序只承擔(dān)用戶呈現(xiàn)的職責(zé)。即前臺裝置只用于接收用戶的查詢指令和向用戶呈現(xiàn)KPI指標(biāo)，而后臺裝置負責(zé)查詢原始數(shù)據(jù)，以及基于原始數(shù)據(jù)生成KPI指標(biāo)。2、算法設(shè)計采取對KPI指標(biāo)做預(yù)處理的方式，在前期先基于原始數(shù)據(jù)生成基礎(chǔ)指標(biāo)，然后對基礎(chǔ)指標(biāo)進行匯總，形成各個級別的中間指標(biāo)的集合，如，小時指標(biāo)集合、日指標(biāo)集合、月指標(biāo)集合；待用戶指標(biāo)KPI指標(biāo)的時候，按照用戶的需求，從不同的指標(biāo)集合里 面討取所需中間指標(biāo)數(shù)據(jù)從而生成所需的KPI指標(biāo)，并將其呈現(xiàn)給用戶，從而減少在數(shù)據(jù)表提取過程中的計算量。參閱圖IB所示,本發(fā)明實施例中，后臺裝置包括配置單元10、通信單元11、獲取單元12和生成単元13，其中，配置単元10，用于基于在預(yù)設(shè)的數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)預(yù)先生成的基礎(chǔ)指標(biāo)和中間指標(biāo)，并保存至ORACLE數(shù)據(jù)庫中；通信単元11，用于接收用戶發(fā)送的KPI指標(biāo)提取請求；獲取單元12，用于在ORACLE數(shù)據(jù)庫中獲取生成KPI指標(biāo)所需的基礎(chǔ)指標(biāo)和/或中間指標(biāo)，生成単元13，用于基于獲得的基礎(chǔ)指標(biāo)和/或中間指標(biāo)生成相應(yīng)的KPI指標(biāo)。本發(fā)明實施例中，在對原始數(shù)據(jù)進行預(yù)處理時，可以采用以下方式參閱圖2所示，基于原始數(shù)據(jù)生成基礎(chǔ)指標(biāo)的流程如下步驟200:后臺裝置判斷數(shù)據(jù)提取粒度是否已經(jīng)存在，若是，則進行步驟220 ;否貝U，進行步驟230。本實施例中。較佳的，將數(shù)據(jù)提取粒度設(shè)置為15分鐘，即以15分鐘為間隔收集上報的原始數(shù)據(jù)，當(dāng)15分鐘到達后，若確定這15分鐘內(nèi)需要收集的各類原始數(shù)據(jù)已由數(shù)據(jù)采集端上報完畢，則開始基于這15分鐘采集的原始數(shù)據(jù)生成相應(yīng)的基礎(chǔ)指標(biāo)。這樣，便以15分鐘為粒度連續(xù)地生成基礎(chǔ)指標(biāo)，步驟210 :后臺裝置將數(shù)據(jù)提取粒度的狀態(tài)標(biāo)識修改為已計算。每個數(shù)據(jù)提取粒度均對應(yīng)設(shè)置有相應(yīng)的狀態(tài)標(biāo)識，在生成基礎(chǔ)指標(biāo)后，需要將對應(yīng)的數(shù)據(jù)提取粒度的狀態(tài)標(biāo)識修改為“已計算”。步驟220 :后臺裝置根據(jù)在數(shù)據(jù)提取粒度中獲得的原始數(shù)據(jù)計算基礎(chǔ)指標(biāo)，并保存至數(shù)據(jù)庫中。本實施例中，后臺裝置生成的基礎(chǔ)指標(biāo)可以有很多種類，如按照級別劃分可以劃分為小區(qū)基礎(chǔ)指標(biāo)、NodeB基礎(chǔ)指標(biāo)、載波基礎(chǔ)指標(biāo)和RNC (Radio Network Controller,無線網(wǎng)絡(luò)控制器)基礎(chǔ)指標(biāo)。在生成基礎(chǔ)指標(biāo)后，后臺裝置可以根據(jù)配置信息，基于生成的基礎(chǔ)指標(biāo)進ー步生成若干中間指標(biāo)，中間指標(biāo)有很多種類，本實施例中，以小時指標(biāo)和天指標(biāo)為例。
步驟230 :后臺裝置返回繼續(xù)等待。參閱圖3所示，本發(fā)明實施例中，小時指標(biāo)的生成流程如下步驟300 :后臺裝置判斷小時單位內(nèi)的數(shù)據(jù)提取粒度為4 若是，則進行步驟310 ；否則，進行步驟330。本發(fā)明實施例中，由于數(shù)據(jù)提取粒度設(shè)置為15分鐘，因此，在小時單位內(nèi)，需要判斷是否數(shù)據(jù)提取粒度已為4。步驟310 :后臺裝置將小時單位的狀態(tài)標(biāo)識修改為已計算。步驟320 :后臺裝置計算小時單位對應(yīng)的中間指標(biāo)并存入小時單位對應(yīng)的數(shù)據(jù)
表。 實際應(yīng)用中，每個小時單位均對應(yīng)ー張數(shù)據(jù)表，后臺裝置在計算每個小時單位對應(yīng)的小時指標(biāo)時，根據(jù)在每個小時內(nèi)的各個數(shù)據(jù)提取粒度中收集的原始數(shù)據(jù)計算相應(yīng)的小時指標(biāo)。步驟330 :后臺裝置將小時單位對應(yīng)的已存在的數(shù)據(jù)提取粒度的狀態(tài)標(biāo)識修改為已計算。在這種情況下，后臺裝置在小時單位內(nèi)沒有收集到所有數(shù)據(jù)提取粒度的原始數(shù)據(jù)，因此，只將已原始數(shù)據(jù)收集完畢的數(shù)據(jù)提取粒度的狀態(tài)標(biāo)識修改為已計算。步驟340 :后臺裝置將小時単位的計算開始時間和計算結(jié)束時間插入小時單位對應(yīng)的數(shù)據(jù)表的補采表中。這樣處理是因為，在小時單位內(nèi)，未將所有數(shù)據(jù)提取粒度內(nèi)的原始數(shù)據(jù)收集完畢，因此，需要在全部數(shù)據(jù)提取粒度的原始數(shù)據(jù)收集完畢時，再重新計算這個時間単位的小時指標(biāo)，而此時，只能先基于已獲得的數(shù)據(jù)提取粒度內(nèi)的原始數(shù)據(jù)計算一個臨時的小時指標(biāo)，后續(xù)在補采表中再進行補充。步驟350 :后臺裝置根據(jù)已經(jīng)存在的數(shù)據(jù)提取粒度對應(yīng)的原始數(shù)據(jù)計算小時單位對應(yīng)的中間指標(biāo)并存儲至小時單位對應(yīng)的數(shù)據(jù)表中。此時，在數(shù)據(jù)表中保存的只是根據(jù)部分?jǐn)?shù)據(jù)提取粒度內(nèi)采集的原始數(shù)據(jù)計算獲得的小時指標(biāo)，需要在后續(xù)流程中作進ー步完善，這一點將在后續(xù)流程中進行闡述。參閱圖4所示，本發(fā)明實施例中，天指標(biāo)的生成流程如下步驟400 :后臺裝置判斷天単位內(nèi)的數(shù)據(jù)提取粒度為4X24 若是，則進行步驟410 ;否則，進行步驟430。本發(fā)明實施例中，由于數(shù)據(jù)提取粒度設(shè)置為15分鐘，因此，在天単位內(nèi)，需要判斷是否數(shù)據(jù)提取粒度已為4X24。步驟410 :后臺裝置將天單位的狀態(tài)標(biāo)識修改為已計算。步驟420 :后臺裝置計算天単位對應(yīng)的中間指標(biāo)并存入天単位對應(yīng)的數(shù)據(jù)表。實際應(yīng)用中，每個天単位均對應(yīng)ー張數(shù)據(jù)表，后臺裝置在計算每個天單位對應(yīng)的天指標(biāo)時，根據(jù)在每一天內(nèi)的各個數(shù)據(jù)提取粒度中收集的原始數(shù)據(jù)計算相應(yīng)的天指標(biāo)。步驟430 :后臺裝置將天單位對應(yīng)的已存在的數(shù)據(jù)提取粒度的狀態(tài)標(biāo)識修改為已計算。在這種情況下，后臺裝置在天単位內(nèi)沒有收集到所有數(shù)據(jù)提取粒度的原始數(shù)據(jù)，因此，只將已原始數(shù)據(jù)收集完畢的數(shù)據(jù)提取粒度的狀態(tài)標(biāo)識修改為已計算。
步驟440 :后臺裝置將天單位的計算開始時間和計算結(jié)束時間插入天単位對應(yīng)的數(shù)據(jù)表的補米表中。這樣處理是因為，在天単位內(nèi)，未將所有數(shù)據(jù)提取粒度內(nèi)的原始數(shù)據(jù)收集完畢，因此，需要在全部數(shù)據(jù)提取粒度的原始數(shù)據(jù)收集完畢吋，再重新計算這個天單位的天指標(biāo)，而此時，只能先基于已獲得的數(shù)據(jù)提取粒度內(nèi)的原始數(shù)據(jù)計算一個臨時的天指標(biāo)，后續(xù)在補采表中再進行補充。步驟450 :后臺裝置根據(jù)已經(jīng)存在的數(shù)據(jù)提取粒度對應(yīng)的原始數(shù)據(jù)計算天單位對應(yīng)的中間指標(biāo)并存儲至天單位對應(yīng)的數(shù)據(jù)表中。此時，在數(shù)據(jù)表中保存的只是根據(jù)部分?jǐn)?shù)據(jù)提取粒度內(nèi)采集的原始數(shù)據(jù)計算獲得的天指標(biāo)，需要在后續(xù)流程中作進ー步完善，這一點將在后續(xù)流程中進行闡述?；谏鲜龈鲗嵤├?，下面對基礎(chǔ)指標(biāo)以及各中間指標(biāo)的補采流程進行詳細介紹。
參閱圖5所示，本發(fā)明實施例中，基礎(chǔ)指標(biāo)的補采流程如下步驟500 :后臺裝置判斷是否存在缺失的數(shù)據(jù)提取粒度，若是，則進行步驟510 ;否貝U，進行步驟520。步驟510 :后臺裝置按照缺失的數(shù)據(jù)提取粒度和收集到的相應(yīng)的原始數(shù)據(jù)計算基礎(chǔ)指標(biāo)并重新保存至數(shù)據(jù)庫中。步驟520 :后臺裝置返回繼續(xù)等待。參閱圖6所示,本發(fā)明實施例中，以任意一小時為例，對應(yīng)的小時指標(biāo)的補采流程如下步驟600 :后臺裝置判斷小時中是否有缺失的數(shù)據(jù)提取粒度，若是，則進行步驟610 ;否則，進行步驟630。步驟610 :后臺裝置判斷小時中缺失的數(shù)據(jù)提取粒度對應(yīng)的原始數(shù)據(jù)是否已經(jīng)上報齊全？若是，則進行步驟620 ;否則，進行步驟630。步驟620 :后臺裝置根據(jù)已上報齊全的原始數(shù)據(jù)計算小時對應(yīng)的小時指標(biāo)，并替換數(shù)據(jù)庫中原有的小時指標(biāo)。在執(zhí)行補采流程之前，小對對應(yīng)的小時指標(biāo)是基于未上報齊全的原始數(shù)據(jù)生成的(可能缺失某個數(shù)據(jù)提取粒度)，因而并不全面，因此，在等待原先缺失的數(shù)據(jù)提取粒度對應(yīng)的原始數(shù)據(jù)上報齊全后，要重新生成小時指標(biāo)。步驟630 :后臺裝置返回繼續(xù)等待。參閱圖7所示,本發(fā)明實施例中，以任意一小時為例，對應(yīng)的小時指標(biāo)的補采流程如下步驟700 :后臺裝置判斷小時中是否有缺失的數(shù)據(jù)提取粒度，若是，則進行步驟710 ;否則，進行步驟730。步驟710 :后臺裝置判斷小時中缺失的數(shù)據(jù)提取粒度對應(yīng)的原始數(shù)據(jù)是否已經(jīng)上報齊全？若是，則進行步驟720 ;否則，進行步驟730。步驟720 :后臺裝置修改天指標(biāo)的狀態(tài)標(biāo)識為已計算。步驟730 :后臺裝置根據(jù)已上報齊全的原始數(shù)據(jù)計算天對應(yīng)的天指標(biāo)，并替換數(shù)據(jù)庫中原有的天指標(biāo)。在執(zhí)行補采流程之前，天對應(yīng)的天指標(biāo)是基于未上報齊全的原始數(shù)據(jù)生成的(可能缺失某個數(shù)據(jù)提取粒度)，因而并不全面，因此，在等待原先缺失的數(shù)據(jù)提取粒度對應(yīng)的原始數(shù)據(jù)上報齊全后，要重新生成天指標(biāo)。步驟740 :后臺裝置返回繼續(xù)等待?；谏鲜龈鲗嵤├?，參閱圖8所示，本發(fā)明實施例中，后臺設(shè)置生成KPI指標(biāo)的詳細流程如下步驟800 :后臺設(shè)置接收用戶發(fā)送的KPI指標(biāo)提取請求。具體為后臺裝置接收前臺裝置轉(zhuǎn)發(fā)的用戶輸入的KPI指標(biāo)提取請求，這是因為，本發(fā)明實施例中，KPI指標(biāo)的計算位置由JAVA內(nèi)存轉(zhuǎn)入后臺，這樣，不會給前臺裝置帶來運行負荷。后臺裝置可以根據(jù)KPI指標(biāo)提取請求中攜帯的KPI指標(biāo)的標(biāo)識確定用戶需要哪種 類型的KPI指標(biāo)。步驟810 :后臺裝置在ORACLE數(shù)據(jù)庫中獲取生成上述KPI指標(biāo)所需的基礎(chǔ)指標(biāo)和/或中間指標(biāo)，其中，基礎(chǔ)指標(biāo)和中間指標(biāo)均是后臺裝置基于在預(yù)設(shè)的數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)預(yù)先生成的。本實施例中，后臺裝置確定用戶需要提取的KPI指標(biāo)后，確定生成KIP指標(biāo)所需的基礎(chǔ)指標(biāo)和/或中間指標(biāo)，由于在預(yù)處理過程中，已按照預(yù)設(shè)的數(shù)據(jù)提取粒度預(yù)先生成了各個基礎(chǔ)指標(biāo)及中間指標(biāo)，因此，在執(zhí)行步驟810時，后臺裝置直接讀取所需的基礎(chǔ)指標(biāo)和/或中間指標(biāo)即可，節(jié)省了大量的操作時間。其中，步驟810的具體操作流程已在之前的實施例中進行了介紹例如，后臺裝置分別基于在每ー個數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)，生成相應(yīng)的基礎(chǔ)指標(biāo)，并保存至ORACLE數(shù)據(jù)庫中，以及在判定存在缺失的數(shù)據(jù)提取粒度時，待缺失的數(shù)據(jù)提取粒度對應(yīng)的原始數(shù)據(jù)收集完畢后，再基于獲得的原始數(shù)據(jù)生成相應(yīng)的基礎(chǔ)指標(biāo)，并保存至ORACLE數(shù)據(jù)庫中。又例如后臺裝置分別基于在每ー個預(yù)設(shè)的數(shù)據(jù)提取粒度集合內(nèi)收集的原始數(shù)據(jù)，生成相應(yīng)的中間指標(biāo)，并保存至ORACLE數(shù)據(jù)庫中，以及在判定任意一數(shù)據(jù)提取粒度集合內(nèi)存在缺失的數(shù)據(jù)提取粒度時，先基于當(dāng)前在該數(shù)據(jù)提取粒度集合內(nèi)已收集完畢的原始數(shù)據(jù)生成相應(yīng)的第一中間指標(biāo)，并保存至ORACLE數(shù)據(jù)庫中，待缺失的數(shù)據(jù)提取粒度內(nèi)的原始數(shù)據(jù)收集完畢后，再基于在該數(shù)據(jù)提取粒度集合內(nèi)獲得的全部原始數(shù)據(jù)生成相應(yīng)的第二中間指標(biāo)，并對ORACLE數(shù)據(jù)庫中保存的第一中間指標(biāo)進行更新。在此不再作進ー步贅述。步驟820 :后臺裝置基于獲得的基礎(chǔ)指標(biāo)和/或中間指標(biāo)生成相應(yīng)的KPI指標(biāo)。例如，假設(shè)所需獲得的KPI指標(biāo)為電路域系統(tǒng)間切換出成功率〔由TD (TimeDivision,時分)制式切換至GPRS(General Packet Radio Service,通用分組無線業(yè)務(wù))〕，則需要先計算電路域系統(tǒng)間切換出成功次數(shù)和電路域系統(tǒng)間切換出成功請求次數(shù)，再根據(jù)這兩個基礎(chǔ)指標(biāo)計算出電路域系統(tǒng)間切換出成功率。如，電路域系統(tǒng)間切換出成功率(TD->GPRS) = 100*(((R008_289)-(R008_290))/(R008_289))又例如，假設(shè)所需獲得的KPI指標(biāo)為RNC(Radio Network Controller,無線網(wǎng)絡(luò)控制器)間CS (Circuit Switched,電路開關(guān))硬切換出成功率，則RNC間CS硬切換出成功率=100* (R020_023) / (R020_001)
另ー方面，本發(fā)明實施例中，后臺裝置在ORACLE數(shù)據(jù)庫生成KPI指標(biāo)后，可以采用拆線圖、柱狀圖或者餅狀圖的形式將該KPI指標(biāo)呈現(xiàn)給用戶。具體為后臺裝置在ORACLE數(shù)據(jù)庫中増加對現(xiàn)有KPI指標(biāo)的多維報表分析系統(tǒng)功能，從而形成ー個KPI指標(biāo)的多維分析系統(tǒng)，以直觀的方式給用戶展現(xiàn)KPI指標(biāo)。例如，參閱圖9所示，后臺裝置可以提取KPI指標(biāo)的最近7天的統(tǒng)計數(shù)據(jù)，按天進行匯總，在前臺裝置界面上以折線圖或柱狀圖的方式呈現(xiàn)出來。
又例如，參閱圖10所示，后臺裝置可以提取KPI指標(biāo)最近I天的統(tǒng)計數(shù)據(jù)，按小時進行匯總，在前臺裝置界面上以折線圖或柱狀圖的方式呈現(xiàn)出來。又例如，參閱圖11所示，后臺裝置還可以在前臺裝置界面上將KPI指標(biāo)以餅狀圖的方式呈現(xiàn)出來。綜上所述，本發(fā)明實施例中，后臺裝置預(yù)先基于在預(yù)設(shè)的數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)預(yù)先生成的相應(yīng)的基礎(chǔ)指標(biāo)和中間指標(biāo)并保存至ORACLE數(shù)據(jù)庫中，以及在接收用戶發(fā)送的KPI指標(biāo)提取請求后，直接從ORACLE數(shù)據(jù)庫中獲取所需的基礎(chǔ)指標(biāo)和/或中間指標(biāo)生成相應(yīng)的KPI指標(biāo)。這樣，便簡化了 KPI指標(biāo)的提取算法，節(jié)省了大量時間和資源的，從而有效提聞了 KPI指標(biāo)的提取效率。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.ー種關(guān)鍵績效指標(biāo)KPI的計算方法，其特征在于，包括 后臺裝置接收用戶發(fā)送的KPI指標(biāo)提取請求； 后臺裝置在甲骨文ORACLE數(shù)據(jù)庫中獲取生成所述KPI指標(biāo)所需的基礎(chǔ)指標(biāo)和/或中間指標(biāo)，其中，所述基礎(chǔ)指標(biāo)和中間指標(biāo)均是后臺裝置基于在預(yù)設(shè)的數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)預(yù)先生成的； 后臺裝置基于獲得的基礎(chǔ)指標(biāo)和/或中間指標(biāo)生成相應(yīng)的KPI指標(biāo)。
2.如權(quán)利要求I所述的方法，其特征在于，所述后臺裝置基于在預(yù)設(shè)的數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)生成基礎(chǔ)指標(biāo),包括 后臺裝置分別基于在每ー個數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)，生成相應(yīng)的基礎(chǔ)指標(biāo)，并保存至ORACLE數(shù)據(jù)庫中。
3.如權(quán)利要求2所述的方法，其特征在于，后臺裝置判定存在缺失的數(shù)據(jù)提取粒度吋，待缺失的數(shù)據(jù)提取粒度對應(yīng)的原始數(shù)據(jù)收集完畢后，再基于獲得的原始數(shù)據(jù)生成相應(yīng)的基礎(chǔ)指標(biāo)，并保存至ORACLE數(shù)據(jù)庫中。
4.如權(quán)利要求I所述的方法，其特征在于，后臺裝置基于在預(yù)設(shè)的數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)生成中間指標(biāo)，包括 后臺裝置分別基于在每ー個預(yù)設(shè)的數(shù)據(jù)提取粒度集合內(nèi)收集的原始數(shù)據(jù)，生成相應(yīng)的中間指標(biāo)，并保存至ORACLE數(shù)據(jù)庫中。
5.如權(quán)利要求4所述的方法，其特征在于，后臺裝置判定任意一數(shù)據(jù)提取粒度集合內(nèi)存在缺失的數(shù)據(jù)提取粒度時，先基于當(dāng)前在所述數(shù)據(jù)提取粒度集合內(nèi)已收集完畢的原始數(shù)據(jù)生成相應(yīng)的第一中間指標(biāo)，并保存至ORACLE數(shù)據(jù)庫中，待所述缺失的數(shù)據(jù)提取粒度內(nèi)的原始數(shù)據(jù)收集完畢后，再基于在所述數(shù)據(jù)提取粒度集合內(nèi)獲得的全部原始數(shù)據(jù)生成相應(yīng)的第二中間指標(biāo)，并對ORACLE數(shù)據(jù)庫中保存的第一中間指標(biāo)進行更新。
6.如權(quán)利要求2-5任一項所述的方法，其特征在于，后臺裝置基于在ORACLE數(shù)據(jù)庫中獲得的基礎(chǔ)指標(biāo)和/或中間指標(biāo)生成相應(yīng)的KPI指標(biāo)后，通過前臺裝置采用拆線圖、柱狀圖或者餅狀圖的形式將所述KPI指標(biāo)呈現(xiàn)給用戶。
7.—種關(guān)鍵績效指標(biāo)KPI的計算裝置，其特征在于，包括 配置単元，用于基于在預(yù)設(shè)的數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)預(yù)先生成的基礎(chǔ)指標(biāo)和中間指標(biāo)，并保存至甲骨文ORACLE數(shù)據(jù)庫中； 通信単元，用于接收用戶發(fā)送的KPI指標(biāo)提取請求； 獲取單元，用于在ORACLE數(shù)據(jù)庫中獲取生成所述KPI指標(biāo)所需的基礎(chǔ)指標(biāo)和/或中間指標(biāo)， 生成単元，用于基于獲得的基礎(chǔ)指標(biāo)和/或中間指標(biāo)生成相應(yīng)的KPI指標(biāo)。
8.如權(quán)利要求7所述的裝置，其特征在干，所述配置単元基于在預(yù)設(shè)的數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)生成基礎(chǔ)指標(biāo)時，分別基于在每ー個數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)，生成相應(yīng)的基礎(chǔ)指標(biāo)，并保存至ORACLE數(shù)據(jù)庫中。
9.如權(quán)利要求8所述的裝置，其特征在干，所述配置単元判定存在缺失的數(shù)據(jù)提取粒度時，待缺失的數(shù)據(jù)提取粒度對應(yīng)的原始數(shù)據(jù)收集完畢后，再基于獲得的原始數(shù)據(jù)生成相應(yīng)的基礎(chǔ)指標(biāo)，并保存至ORACLE數(shù)據(jù)庫中。
10.如權(quán)利要求7所述的裝置，其特征在于，所述配置単元基于在預(yù)設(shè)的數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)生成中間指標(biāo)時，分別基于在每ー個預(yù)設(shè)的數(shù)據(jù)提取粒度集合內(nèi)收集的原始數(shù)據(jù)，生成相應(yīng)的中間指標(biāo)，并保存至ORACLE數(shù)據(jù)庫中。
11.如權(quán)利要求10所述的裝置，其特征在于，所述配置単元判定任意一數(shù)據(jù)提取粒度集合內(nèi)存在缺失的數(shù)據(jù)提取粒度時，先基于當(dāng)前在所述數(shù)據(jù)提取粒度集合內(nèi)已收集完畢的原始數(shù)據(jù)生成相應(yīng)的第一中間指標(biāo)，并保存至ORACLE數(shù)據(jù)庫中，待所述缺失的數(shù)據(jù)提取粒度內(nèi)的原始數(shù)據(jù)收集完畢后，再基于在所述數(shù)據(jù)提取粒度集合內(nèi)獲得的全部原始數(shù)據(jù)生成相應(yīng)的第二中間指標(biāo)，并對ORACLE數(shù)據(jù)庫中保存的第一中間指標(biāo)進行更新。
12.如權(quán)利要求8-11任一項所述的裝置，其特征在于，所述生成単元基于在ORACLE數(shù)據(jù)庫中獲得的基礎(chǔ)指標(biāo)和/或中間指標(biāo)生成相應(yīng)的KPI指標(biāo)后，所述通信単元通過前臺裝置采用拆線圖、柱狀圖或者餅狀圖的形式將所述KPI指標(biāo)呈現(xiàn)給用戶。
全文摘要
本發(fā)明涉及數(shù)據(jù)庫技術(shù)領(lǐng)域，公開了一種KPI指標(biāo)的計算方法及裝置。該方法為后臺裝置預(yù)先基于在預(yù)設(shè)的數(shù)據(jù)提取粒度內(nèi)收集的原始數(shù)據(jù)預(yù)先生成的相應(yīng)的基礎(chǔ)指標(biāo)和中間指標(biāo)并保存至ORACLE數(shù)據(jù)庫中，以及在接收用戶發(fā)送的KPI指標(biāo)提取請求后，直接從ORACLE數(shù)據(jù)庫中獲取所需的基礎(chǔ)指標(biāo)和/或中間指標(biāo)生成相應(yīng)的KPI指標(biāo)。這樣，便簡化了KPI指標(biāo)的提取算法，節(jié)省了大量時間和資源的，從而有效提高了KPI指標(biāo)的提取效率。
文檔編號G06F17/30GK102831168SQ20121025871
公開日2012年12月19日 申請日期2012年7月24日 優(yōu)先權(quán)日2012年7月24日
發(fā)明者張百全, 高利虹 申請人:大唐移動通信設(shè)備有限公司