專(zhuān)利名稱(chēng):增值業(yè)務(wù)標(biāo)準(zhǔn)報(bào)表自動(dòng)生成方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信網(wǎng)絡(luò)管理,具體涉及一種增值業(yè)務(wù)分析系統(tǒng)及其方法, 更具體地說(shuō),涉及一種增值業(yè)務(wù)標(biāo)準(zhǔn)報(bào)表自動(dòng)生成方法。
背景技術(shù):
目前增值業(yè)務(wù)已成為中國(guó)各大運(yùn)營(yíng)商的一個(gè)主營(yíng)業(yè)務(wù)和重要收入來(lái)源, 建立在短信基礎(chǔ)上的各種增值業(yè)務(wù)更是層出不窮,并且發(fā)展十分迅猛。目前
短信平臺(tái)基本上是按省進(jìn)行建設(shè)的,每個(gè)省的短信平臺(tái)包括短信中心、夢(mèng) 網(wǎng)/在信網(wǎng)關(guān)、互通網(wǎng)關(guān)、SP管理臺(tái)、彩鈴、彩信、WAP等短信處理設(shè)備, 這些短信處理設(shè)備由多個(gè)生產(chǎn)廠家提供,基本上是分廠家和分系統(tǒng)的管理, 而由于各廠家設(shè)備的原始增值業(yè)務(wù)話單在格式內(nèi)容上差異很大,因此無(wú)法直 接匯總進(jìn)一步對(duì)增值業(yè)務(wù)進(jìn)行統(tǒng)一監(jiān)控和生成報(bào)表,而只能就不同設(shè)備分開(kāi) 進(jìn)行監(jiān)視和管理。
另一方面上,運(yùn)營(yíng)商需要增值業(yè)務(wù)匯總報(bào)表幫助其①進(jìn)行經(jīng)營(yíng)決策分 析、②提升在增值業(yè)務(wù)方面的監(jiān)視、管理能力,特別有利于維護(hù)人員快速地 發(fā)現(xiàn)、定位網(wǎng)絡(luò)和業(yè)務(wù)故障點(diǎn)和故障面,快速恢復(fù)在線業(yè)務(wù),提高系統(tǒng)運(yùn)行 質(zhì)量,為市場(chǎng)經(jīng)營(yíng)工作提供有力的后臺(tái)支撐。這些匯總報(bào)表一般可以劃分為 標(biāo)準(zhǔn)報(bào)表、OLAP報(bào)表以及自定義報(bào)表三種類(lèi)型。標(biāo)準(zhǔn)報(bào)表是指根據(jù)行業(yè)規(guī) 范要求必須提供的報(bào)表;OLAP報(bào)表是指客戶(hù)通過(guò)手工鉆取多維數(shù)據(jù)集 (CUBE )產(chǎn)生的報(bào)表;自定義報(bào)表則是客戶(hù)根據(jù)自身特點(diǎn)要求定制的報(bào)表。
發(fā)明內(nèi)容
本發(fā)明需要解決的技術(shù)問(wèn)題是針對(duì)目前增值業(yè)務(wù)平臺(tái)網(wǎng)絡(luò)現(xiàn)狀,提供一 種增值業(yè)務(wù)標(biāo)準(zhǔn)報(bào)表自動(dòng)生成方法,幫助運(yùn)營(yíng)商實(shí)現(xiàn)對(duì)增值業(yè)務(wù)平臺(tái)的集中 管理和監(jiān)控。
本發(fā)明上述第一個(gè)技術(shù)問(wèn)題這樣解決,提供一種增值業(yè)務(wù)標(biāo)準(zhǔn)報(bào)表自動(dòng)
生成方法,使用存儲(chǔ)在增值業(yè)務(wù)分析系統(tǒng)中的數(shù)據(jù)庫(kù),包括以下步驟
1.1) 用戶(hù)根據(jù)行業(yè)規(guī)范提出報(bào)表需求并預(yù)設(shè)在系統(tǒng)中;
1.2) 將報(bào)表指標(biāo)對(duì)應(yīng)到所述數(shù)據(jù)庫(kù)中的多個(gè)表中相應(yīng)的字段;
1.3) 對(duì)涉及的數(shù)據(jù)庫(kù)記錄按應(yīng)用場(chǎng)景需要的最小時(shí)間粒度進(jìn)行匯總計(jì) 算,并生成相應(yīng)的標(biāo)準(zhǔn)報(bào)表。
按照本發(fā)明提供的生成方法,所述標(biāo)準(zhǔn)報(bào)表包括日?qǐng)?bào)表,由調(diào)度模塊按 天時(shí)間調(diào)度策略調(diào)度完成日?qǐng)?bào)表生成任務(wù)。
按照本發(fā)明提供的生成方法,所述標(biāo)準(zhǔn)報(bào)表包括月報(bào)表或季報(bào)表,由調(diào) 度模塊按月或季時(shí)間調(diào)度策略調(diào)度完成月或季度報(bào)表生成任務(wù)。
按照本發(fā)明提供的生成方法,該方法還包括將所述日?qǐng)?bào)導(dǎo)入所述數(shù)據(jù)庫(kù) 相應(yīng)日表中。
按照本發(fā)明提供的生成方法,該方法還包括以所述數(shù)據(jù)庫(kù)中日表記錄為 基礎(chǔ),由調(diào)度模塊按月或季時(shí)間調(diào)度策略調(diào)度完成月或季度報(bào)表。
按照本發(fā)明提供的生成方法,該方法還包括用戶(hù)顯示或打印輸出所述標(biāo) 準(zhǔn)報(bào)表。
按照本發(fā)明提供的生成方法,所述報(bào)表需求可以增加、修改或取消。
按照本發(fā)明提供的生成方法,所述數(shù)據(jù)庫(kù)中用于生成標(biāo)準(zhǔn)報(bào)表的原始數(shù) 據(jù)獲取包括以下步驟
8.1) 采集網(wǎng)絡(luò)中各短信處理設(shè)備的原始業(yè)務(wù)數(shù)據(jù);
8.2) 將各所述原始業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換成統(tǒng)一格式的業(yè)務(wù)數(shù)據(jù);
8.3) 匯總成數(shù)據(jù)庫(kù)。
本發(fā)明提供的增值業(yè)務(wù)標(biāo)準(zhǔn)報(bào)表自動(dòng)生成方法,使用數(shù)據(jù)預(yù)處理器匯總 數(shù)據(jù),在此基礎(chǔ)上自動(dòng)生成標(biāo)準(zhǔn)和進(jìn)一步生成自定義報(bào)表幫助用戶(hù)快速發(fā)現(xiàn)
業(yè)務(wù)性能瓶頸,從而有針對(duì)性地提出擴(kuò)容和改進(jìn)方案;進(jìn)一步提高運(yùn)營(yíng)商對(duì) 增值業(yè)務(wù)的管理監(jiān)控能力。另外,①本發(fā)明方法對(duì)應(yīng)系統(tǒng)通過(guò)多維數(shù)據(jù)查詢(xún) 模塊,使系統(tǒng)具有鉆取最大范圍涵蓋具體業(yè)務(wù)關(guān)鍵數(shù)據(jù)的多維業(yè)務(wù)數(shù)據(jù)集生
成自定義報(bào)表的能力,從而使系統(tǒng)能夠快速應(yīng)對(duì)自定義報(bào)表的需求,極大地
減少了用戶(hù)開(kāi)發(fā)自定義報(bào)表的工作量;②本發(fā)明方法由于采用了日?qǐng)?bào)表回存 數(shù)據(jù)庫(kù)的技術(shù),使得在生成月報(bào)、季報(bào)、年報(bào)的時(shí)候,大大減少了需要處理 的數(shù)據(jù);③本發(fā)明方法對(duì)應(yīng)系統(tǒng)采用增量方式更新數(shù)據(jù)庫(kù),有效避免了系統(tǒng) 在重負(fù)荷情況下出現(xiàn)宕機(jī)、數(shù)據(jù)處理失敗等故障,增強(qiáng)了系統(tǒng)的魯棒性。
圖1是本發(fā)明增值業(yè)務(wù)分析系統(tǒng)整體結(jié)構(gòu)圖。 圖2是本發(fā)明增值業(yè)務(wù)分析系統(tǒng)業(yè)務(wù)分析子系統(tǒng)軟件架構(gòu)圖。 圖3是本發(fā)明方法業(yè)務(wù)分析子系統(tǒng)標(biāo)準(zhǔn)報(bào)表處理示意圖。 圖4是本發(fā)明業(yè)務(wù)分析子系統(tǒng)自定義報(bào)表處理示意圖。
具體實(shí)施例方式
首先,說(shuō)明本發(fā)明增值業(yè)務(wù)標(biāo)準(zhǔn)報(bào)表自動(dòng)生成方法的一種具體結(jié)構(gòu),如 圖1所示,包括分布在網(wǎng)絡(luò)各處的若干短信處理設(shè)備1 (包括短信中心 SMSC、 USSD中心、業(yè)務(wù)/互通網(wǎng)關(guān)、SP管理臺(tái)等)、業(yè)務(wù)分析子系統(tǒng)服務(wù) 器3和若干業(yè)務(wù)分析子系統(tǒng)客戶(hù)終端4。
其次,說(shuō)明本發(fā)明的關(guān)鍵技術(shù)
(-)增量構(gòu)建多維數(shù)據(jù)集
由于短消息數(shù)量巨大,所以多維業(yè)務(wù)數(shù)據(jù)集的構(gòu)建必須要采取增量的方 式進(jìn)行構(gòu)建,也就是說(shuō),每天將新增的業(yè)務(wù)數(shù)據(jù)插入到數(shù)據(jù)集中,而不是每 一次都重建數(shù)據(jù)集。增量更新必須要保證構(gòu)建數(shù)據(jù)集的數(shù)據(jù)也是增量的,否 則數(shù)據(jù)有可能多次進(jìn)入多維數(shù)據(jù)集。本發(fā)明系統(tǒng)采取的具體的處理方法可以 是首先建立該表的一個(gè)視圖,利用WHERE的條件限制要處理的某一個(gè)時(shí) 段,該時(shí)段根據(jù)應(yīng)用場(chǎng)景的不同,可以是一天或者是幾個(gè)小時(shí)。例如在 正常情況下,自動(dòng)采集以一天為一個(gè)采集時(shí)段;在節(jié)假曰模式下,自動(dòng)采集 以4個(gè)/2個(gè)小時(shí)為一個(gè)采集時(shí)段。通過(guò)為不同表定義不同的視圖模版,結(jié)合 下面第(H)條所述的節(jié)假日模式,就可以實(shí)現(xiàn)不同場(chǎng)景下的數(shù)據(jù)自適應(yīng)釆集。
(二)日?qǐng)?bào)數(shù)據(jù)回存
根據(jù)中國(guó)移動(dòng)SMSC數(shù)據(jù)需求規(guī)范V2.0.0,短信處理設(shè)備/短信中心 SMSC需要向局方用戶(hù)提供短信處理設(shè)備/短信中心系統(tǒng)性能指標(biāo)、短信信 令負(fù)荷指標(biāo)、國(guó)際短信業(yè)務(wù)指標(biāo)等幾十張報(bào)表。對(duì)于每一張報(bào)表局方除了 需要日?qǐng)?bào)外,還需要月報(bào)、季報(bào)、年報(bào)等。、報(bào)表中每一個(gè)指標(biāo)都來(lái)自于短 信中心提供的中間庫(kù)中的原始數(shù)據(jù)表中的一個(gè)或者多個(gè)字段,這些表中的記
錄一4殳為一分鐘一條記錄、 一天為1440條記錄, 一個(gè)月為43200條記錄, 一年約為518400條"i己錄。
就日?qǐng)?bào)處理而言,每天需要處理的數(shù)據(jù)記錄約為15萬(wàn)條左右,這個(gè)數(shù) 量并不算大。但是在作月報(bào)的時(shí)候,需要處理的數(shù)據(jù)記錄就是450萬(wàn)條左右; 作季報(bào)的時(shí)候,需要處理的數(shù)據(jù)記錄就是1350完條;作年報(bào)的時(shí)候,需要 面對(duì)的記錄將會(huì)高達(dá)1.6億條左右,因?yàn)橄到y(tǒng)每天還有大量的日常工作需要 完成,這無(wú)疑將大大影響系統(tǒng)的處理能力。
月報(bào)/季報(bào)/年報(bào)中的統(tǒng)計(jì)指標(biāo)和日?qǐng)?bào)是一致的,唯一的區(qū)別在于曰報(bào) 中的時(shí)間粒度較細(xì),比方說(shuō),小時(shí)或者15分鐘為一個(gè)統(tǒng)計(jì)粒度,而月報(bào)/季 報(bào)/年報(bào)中,基本上以天為統(tǒng)計(jì)粒度。針對(duì)這種情況,在每天日?qǐng)?bào)生成完成 之后,自動(dòng)調(diào)用日?qǐng)?bào)回存處理模塊將日?qǐng)?bào)導(dǎo)入數(shù)據(jù)庫(kù)中相應(yīng)的日表中。在每 月結(jié)束的時(shí)候,以日表中的記錄為基礎(chǔ),來(lái)生成月報(bào)表。在這種情況下,即 便是生成年報(bào),需要處理的記錄數(shù)也不過(guò)為幾萬(wàn)條,在這種情況下,月報(bào)\ 季報(bào)\年報(bào)的定時(shí)生成對(duì)系統(tǒng)的處理能力基本上不會(huì)有沖擊。
曰節(jié)假日模式
短消息運(yùn)維系統(tǒng)中面臨的一個(gè)特殊情況就是在節(jié)假日(包括春節(jié)、五 一、十一、元旦、圣誕節(jié)、愚人節(jié)、以及平時(shí)周六、周日)的時(shí)候,短信流 量往往比平時(shí)大很多,比方說(shuō)春節(jié)期間的前面幾天,短信流量是平時(shí)的六 倍。在這種場(chǎng)景下,平時(shí)以天為采集粒度來(lái)構(gòu)建多維數(shù)據(jù)集市就顯得太大, 不僅會(huì)導(dǎo)致數(shù)據(jù)庫(kù)性能下降,而且數(shù)據(jù)入庫(kù)也會(huì)經(jīng)常失敗。而如果每一次都 由值班人員手工調(diào)整采集粒度,則大大增加了維護(hù)人員的工作量和工作難 度。為此,本系統(tǒng)提出了節(jié)假日模式來(lái)處理這種情況,在節(jié)假日模式中,用 戶(hù)可以指定采集粒度的大小(4小時(shí)、2小時(shí)、1小時(shí)、15分鐘等);。根據(jù)以往對(duì)流量的統(tǒng)計(jì),維護(hù)人員可以定義出需要?dú)w入節(jié)假日模式進(jìn)行處理的
日期范圍,并且本系統(tǒng)還細(xì)分了 1 ~6 (種類(lèi)數(shù)量不限)種子模式。下面就 是通過(guò)節(jié)假日工具產(chǎn)生的某省節(jié)假日定義文件
<project name二"Definition of Feaset and Holiday" basedir二". 〃 default二〃main" <taskdef name=〃Short Message System7> <BusinessCalendar> <Fesst>
<!—元H —>
<include month="l〃fromDay::丫toDay=Tmode=T/>
<!--春節(jié)一> ",,
<include month=〃l〃f romDay::〃27〃toDay=〃31〃mode=T7>
<include month二〃2"f romDay=:TtoDay=〃6"mode=〃2〃/〉
<!一 fi一勞動(dòng)節(jié)一>
<include month二"5〃f romDay:toDay=〃3"mode=T/〉
<include month=〃5〃fromDay=:〃4"toDay二〃7"mode="27〉
<!--十一國(guó)慶節(jié)〉
<include month=〃10〃fromDay::TtoDay=〃3"mode=〃2〃/>
〈include month二〃10〃 fromDay二〃4〃toDay二〃7 mode=〃2〃/>
<!一肉孜節(jié)一>
<include month二〃11〃fromDay::〃14〃toDay二"14"mode=〃3〃/>
</Feast> <Holiday>
<weekDay>
〈include name二"sat〃 mode '4〃Z〉 〈include name二〃sun〃 mode=〃47> <weekDay〉 〈/Holiday〉 "BusinessCalendar〉 </project>
在該文件中,用戶(hù)不但可以定義法定節(jié)日,還可以根據(jù)實(shí)際情況定義地
方性節(jié)日(例如肉孜節(jié))。
最后,說(shuō)明業(yè)務(wù)分析子系統(tǒng)的報(bào)表生成方法
業(yè)務(wù)分析子系統(tǒng)2,架構(gòu)如圖2所示,包括多維數(shù)據(jù)集模塊、調(diào)度模塊 22、報(bào)表處理模塊23、多維數(shù)據(jù)查詢(xún)模塊24、日?qǐng)?bào)回存處理模塊25和數(shù)據(jù) 預(yù)處理器26。其中,多維數(shù)據(jù)集模塊將數(shù)據(jù)庫(kù)記錄構(gòu)建為多維數(shù)據(jù)集21; 調(diào)度模塊22按照時(shí)間調(diào)度策略調(diào)度對(duì)應(yīng)標(biāo)準(zhǔn)報(bào)表任務(wù);報(bào)表處理模塊23完 成各種標(biāo)準(zhǔn)報(bào)表任務(wù);多維數(shù)據(jù)查詢(xún)模塊24按照查詢(xún)定義,讀取多維數(shù)據(jù) 集生成用戶(hù)需要的報(bào)表;日?qǐng)?bào)回存處理模塊25將日?qǐng)?bào)表中的數(shù)據(jù)導(dǎo)入數(shù)據(jù) 庫(kù)內(nèi)相應(yīng)的日表中;數(shù)據(jù)預(yù)處理器26統(tǒng)一原始業(yè)務(wù)數(shù)據(jù)的格式。具體報(bào)表 生成方法包括標(biāo)準(zhǔn)報(bào)表和自定義報(bào)表生成方法,其中① 標(biāo)準(zhǔn)報(bào)表生成,如圖3所示,在這種處理方式下,中間數(shù)據(jù)庫(kù)匯總表
中字段組成的合集涵蓋所有標(biāo)準(zhǔn)報(bào)表指標(biāo)。由調(diào)度模塊22每日調(diào)度觸發(fā)報(bào) 表處理模塊23在中問(wèn)數(shù)據(jù)庫(kù)基礎(chǔ)上自動(dòng)生成日?qǐng)?bào),再由日?qǐng)?bào)回存處理模塊 25將日?qǐng)?bào)表中的數(shù)據(jù)導(dǎo)入數(shù)據(jù)庫(kù)內(nèi)相應(yīng)的日表中;由調(diào)度模塊22每月/季度 調(diào)度觸發(fā)報(bào)表處理模塊23在日表的基礎(chǔ)上自動(dòng)生成月報(bào)/季報(bào)。
② 自定義報(bào)表生成,如圖4所示,在這種方式中,只要業(yè)務(wù)數(shù)據(jù)存在于 多維數(shù)據(jù)業(yè)務(wù)集21中,用戶(hù)5就可以通過(guò)多維數(shù)據(jù)查詢(xún)模塊24中的多維查 詢(xún)表達(dá)式鉆取多維數(shù)據(jù)業(yè)務(wù)集21生成自定義報(bào)表6;多維數(shù)據(jù)業(yè)務(wù)集21設(shè) 計(jì)為最大范圍地涵蓋關(guān)鍵業(yè)務(wù)數(shù)據(jù),因此在多維數(shù)據(jù)業(yè)務(wù)集21中基本上可 找到相關(guān)業(yè)務(wù)數(shù)據(jù),而這些業(yè)務(wù)數(shù)據(jù)并沒(méi)有全部存在于中間匯總表中。在圖 4中,對(duì)于通過(guò)多維數(shù)據(jù)查詢(xún)定義無(wú)法直接滿(mǎn)足用戶(hù)報(bào)表需求的情況,可以 先將查詢(xún)定義得到的數(shù)據(jù)視圖保存到中間數(shù)據(jù)庫(kù)的相應(yīng)表中,再通過(guò)報(bào)表處 理模塊23提供的報(bào)表工具對(duì)表中字段加工計(jì)算后最終生成用戶(hù)自定義報(bào)表 6,這種處理過(guò)程如圖4中的虛線所示。
多維數(shù)據(jù)查詢(xún)模塊24中的多維數(shù)據(jù)查詢(xún)定義文件定義了從多維數(shù)據(jù)業(yè) 務(wù)集21中鉆取報(bào)表所需要的全部信息,包括源多維數(shù)據(jù)集所在的目錄、 名字、查詢(xún)的方式,查詢(xún)定義(包括查詢(xún)的字符串、匹配方式、維度名稱(chēng)等), 以及查詢(xún)結(jié)果插入報(bào)表中的位置等信息,舉例說(shuō)明如下 < xml version=" 1.0" encoding="GB2312" >
<job name="cubeToReport" cubeName-"夢(mèng)網(wǎng)^ij言分才斤"
cubePath="$run.cube.dir"> <ReportQueries add="3"> 〃^表高級(jí)查詢(xún)才莫式 <objFind Name-"SP流量分析"searchText= "903" pattern="2"
dimensior^"SP代碼"searchShortName="False"/> 〈AddToReport insertltem=" 1" insertPoint=" 1" levelAction="3 7> <ReportQueries>
〈publish outputDir="$run.report.dir" interactive-"flase" allLayers="true" format="xls7> </job>
searchText = "903",代表查詢(xún)包含903的SP代碼;pattem="2"表示是 字符串開(kāi)頭包含方式;dimension="SP代碼"表示查詢(xún)的維度名稱(chēng); cubeName="夢(mèng)網(wǎng)短信分析"表示分析主題的名字; outputDir="$run.report.dir"表示才艮表專(zhuān)敘出的3各徑。
權(quán)利要求
1、一種增值業(yè)務(wù)標(biāo)準(zhǔn)報(bào)表自動(dòng)生成方法,其特征在于,使用存儲(chǔ)在增值業(yè)務(wù)分析系統(tǒng)中的數(shù)據(jù)庫(kù),包括以下步驟1.1)用戶(hù)根據(jù)行業(yè)規(guī)范提出報(bào)表需求并預(yù)設(shè)在系統(tǒng)中;1.2)將報(bào)表指標(biāo)對(duì)應(yīng)到所述數(shù)據(jù)庫(kù)中的多個(gè)表中相應(yīng)的字段;1.3)對(duì)涉及的數(shù)據(jù)庫(kù)記錄按應(yīng)用場(chǎng)景需要的最小時(shí)間粒度進(jìn)行匯總計(jì)算,并生成相應(yīng)的標(biāo)準(zhǔn)報(bào)表。
2、 根據(jù)權(quán)利要求1所述生成方法,其特征在于,所述標(biāo)準(zhǔn)報(bào)表包括 日?qǐng)?bào)表,由調(diào)度模塊(22)按天時(shí)間調(diào)度策略調(diào)度完成日?qǐng)?bào)表生成任務(wù)。
3、 根據(jù)權(quán)利要求1所述生成方法,其特征在于,所述標(biāo)準(zhǔn)報(bào)表包括 月報(bào)表或季報(bào)表,由調(diào)度模塊(22)按月或季時(shí)間調(diào)度策略調(diào)度完成月或季度 報(bào)表生成任務(wù)。
4、 根據(jù)權(quán)利要求1所述生成方法,其特征在于,該方法還包括將所 述日?qǐng)?bào)導(dǎo)入所述數(shù)據(jù)庫(kù)相應(yīng)日表中。
5、 根據(jù)權(quán)利要求4所述生成方法,其特征在于,該方法還包括以所 述數(shù)據(jù)庫(kù)中日表記錄為基礎(chǔ),由調(diào)度模塊(22)按月或季時(shí)間調(diào)度策略調(diào)度完 成月或季度報(bào)表。
6、 根據(jù)權(quán)利要求1所述生成方法,其特征在于,該方法還包括用戶(hù) 顯示或打印輸出所述標(biāo)準(zhǔn)報(bào)表。
7、 根據(jù)權(quán)利要求1所述生成方法,其特征在于,所述報(bào)表需求可以 增加、修改或取消。
8、 根據(jù)權(quán)利要求1所述生成方法,其特征在于,所述數(shù)據(jù)庫(kù)中用于 生成標(biāo)準(zhǔn)報(bào)表的原始數(shù)據(jù)獲取包括以下步驟8.1) 采集網(wǎng)絡(luò)中各短信處理設(shè)備(l)的原始業(yè)務(wù)數(shù)據(jù);8.2) 將各所述原始業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換成統(tǒng)一格式的業(yè)務(wù)數(shù)據(jù);8.3) 匯總成數(shù)據(jù)庫(kù)。
全文摘要
本發(fā)明涉及一種增值業(yè)務(wù)標(biāo)準(zhǔn)報(bào)表自動(dòng)生成方法,使用存儲(chǔ)在增值業(yè)務(wù)分析系統(tǒng)中的數(shù)據(jù)庫(kù),包括根據(jù)行業(yè)規(guī)范提出報(bào)表需求并預(yù)設(shè)在系統(tǒng)中;將報(bào)表指標(biāo)對(duì)應(yīng)到所述數(shù)據(jù)庫(kù)中的多個(gè)表中相應(yīng)的字段;對(duì)涉及的數(shù)據(jù)庫(kù)記錄接應(yīng)用場(chǎng)景需要的最小時(shí)間粒度進(jìn)行匯總計(jì)算,并生成相應(yīng)的標(biāo)準(zhǔn)報(bào)表。這種方法,以匯總數(shù)據(jù)庫(kù)為基礎(chǔ)提供標(biāo)準(zhǔn)報(bào)表生成方法,實(shí)現(xiàn)了對(duì)增值業(yè)務(wù)的統(tǒng)一監(jiān)視和管理。
文檔編號(hào)H04L12/24GK101192976SQ200610145990
公開(kāi)日2008年6月4日 申請(qǐng)日期2006年11月30日 優(yōu)先權(quán)日2006年11月30日
發(fā)明者唐文彬, 磊 姜, 文秀林, 珂 田, 趙化冰, 魏國(guó)強(qiáng) 申請(qǐng)人:中興通訊股份有限公司