專利名稱：增值業(yè)務(wù)綜合結(jié)算分析方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊增值業(yè)務(wù)的分析方法，尤其是通訊增值業(yè)務(wù)綜合結(jié)算的分析方法。
背景技術(shù)：
目前電信運(yùn)營(yíng)商開展的增值業(yè)務(wù)主要包含寬帶增值業(yè)務(wù)、短信增值業(yè)務(wù)、IVR、彩 玲、彩e、流媒體等。上述增值業(yè)務(wù)的運(yùn)營(yíng)，同傳統(tǒng)電信業(yè)務(wù)(如話音)相比，有幾個(gè) 顯著的特點(diǎn)
1) 業(yè)務(wù)運(yùn)營(yíng)過(guò)程涉及到合作伙伴，通常稱為SP/CP，他們提供增值內(nèi)容，包括 音樂(lè)、視頻、游戲等等，運(yùn)營(yíng)商則提供廣大的用戶群、網(wǎng)絡(luò)通訊能力、暢通的營(yíng)銷渠道 及代收費(fèi)能力。用戶使用SP/CP的服務(wù)后，運(yùn)營(yíng)商代收費(fèi)用，然后在同SP/CP進(jìn)行結(jié)算。
2) 因增值業(yè)務(wù)的多樣性，結(jié)算過(guò)程相比傳統(tǒng)的語(yǔ)音結(jié)算具有更為復(fù)雜的特點(diǎn)。 如根據(jù)費(fèi)用、流量、時(shí)長(zhǎng)、點(diǎn)播/訂購(gòu)次數(shù)、內(nèi)容(URL)、帶寬、服務(wù)質(zhì)量等等，這些 都是增值業(yè)務(wù)所特有的，因此在結(jié)算原始數(shù)據(jù)的采集、處理上有特殊要求。
3) 結(jié)算策略的定義更為復(fù)雜。傳統(tǒng)電信語(yǔ)音結(jié)算，多是省公司間、不同運(yùn)營(yíng)商 間進(jìn)行，增值業(yè)務(wù)的結(jié)算涉及到不同的結(jié)算方，而且不僅僅是主、被叫兩方，而可能是 多方結(jié)算。因?yàn)檎Z(yǔ)音呼叫過(guò)程只有兩方，而增值業(yè)務(wù)的服務(wù)提供、支撐往往涉及到多個(gè) SP和運(yùn)營(yíng)商。
4) 增值業(yè)務(wù)種類較多，同時(shí)支持各種不同類型的增值業(yè)務(wù)，也是比較突出的一 個(gè)難點(diǎn)。
考察目前大多數(shù)支撐系統(tǒng)廠商的結(jié)算系統(tǒng)，多是采用同語(yǔ)音結(jié)算相類似的結(jié)算平 臺(tái)，包括設(shè)計(jì)方法、功能及策略管理等等，對(duì)多方結(jié)算、多種結(jié)算要素的支撐、結(jié)算方 法的多樣性、不同增值業(yè)務(wù)結(jié)算過(guò)程的統(tǒng)一支持有較多不足。

發(fā)明內(nèi)容
本發(fā)明目的是針對(duì)上述問(wèn)題，規(guī)劃了增值業(yè)務(wù)的結(jié)算分析方法及相關(guān)功能，重 點(diǎn)對(duì)數(shù)據(jù)源采集、結(jié)算方式、結(jié)算規(guī)則策略、結(jié)算方法多個(gè)關(guān)鍵點(diǎn)進(jìn)行了更合理的設(shè)計(jì)。 增值業(yè)務(wù)綜合結(jié)算系統(tǒng)負(fù)責(zé)針對(duì)上述增值業(yè)務(wù)，實(shí)現(xiàn)結(jié)算規(guī)則的定義、結(jié)算源數(shù)據(jù)的采 集、預(yù)處理、結(jié)算批價(jià)、生成結(jié)算結(jié)果，同時(shí)提供對(duì)結(jié)算過(guò)程、數(shù)據(jù)的監(jiān)控和稽核功能。 隨著增值業(yè)務(wù)的不斷發(fā)展和整合，更多的增值業(yè)務(wù)內(nèi)容不斷涌現(xiàn)，在滿足現(xiàn)有增值業(yè)務(wù) 結(jié)算的前提下，具有一定前瞻性和可擴(kuò)展性，滿足今后增值業(yè)務(wù)的發(fā)展需要。
本發(fā)明的技術(shù)解決方案是增值業(yè)務(wù)綜合結(jié)算方法，(1)首先設(shè)置業(yè)務(wù)綜合結(jié)算 的處理模型即將結(jié)算參與人置于接口層的屬性主體:提供系統(tǒng)內(nèi)部和外部的數(shù)據(jù)交互; 業(yè)務(wù)邏輯層完成結(jié)算過(guò)程中數(shù)據(jù)采集、預(yù)處理、規(guī)則生成應(yīng)用、結(jié)算過(guò)程運(yùn)作和結(jié)算 結(jié)果管理；數(shù)據(jù)層基于數(shù)據(jù)庫(kù)技術(shù)的數(shù)據(jù)存儲(chǔ)；
(2)根據(jù)不同結(jié)算方的增值業(yè)務(wù)具有的多種模式的業(yè)務(wù)參與運(yùn)營(yíng)，根據(jù)具備短信 類、下載類、影視類不同的業(yè)務(wù)過(guò)程、不同的計(jì)費(fèi)元素以及結(jié)算數(shù)據(jù)的不同參考要素；
將整個(gè)增值業(yè)務(wù)的結(jié)算功能按照業(yè)務(wù)劃分為不同的結(jié)算過(guò)程;同一參與人參與到多種業(yè)
務(wù)中來(lái)，產(chǎn)生的結(jié)算要素進(jìn)入到不同的結(jié)算過(guò)程中去；不同的結(jié)算過(guò)程生成的結(jié)算結(jié)果 會(huì)按照結(jié)算參與人進(jìn)行匯總，生成最后的結(jié)算結(jié)果；
(3) 除了核心的結(jié)算操作基礎(chǔ)服務(wù)，采用松耦合結(jié)算方法所有業(yè)務(wù)相關(guān)結(jié)算計(jì) 算過(guò)程都放到獨(dú)立的結(jié)算過(guò)程中，將不同業(yè)務(wù)結(jié)算過(guò)程中，不同的結(jié)算方歸納為參與人， 采用通用的實(shí)體模型，允許屬性的動(dòng)態(tài)增加，無(wú)論是SP、省分公司、外圍系統(tǒng)，均將 其基本屬性提煉為參與人；并將結(jié)算類型、結(jié)算規(guī)則與參與人掛鉤；
結(jié)算規(guī)則與所有的結(jié)算過(guò)程，依賴于結(jié)算對(duì)象-產(chǎn)品；結(jié)算參數(shù)定義，同樣依賴于 結(jié)算對(duì)象-產(chǎn)品，并根據(jù)在該產(chǎn)品上觸發(fā)的不同服務(wù)事件定義結(jié)算源數(shù)據(jù)，包括訂購(gòu)事 件、銷售事件、服務(wù)使用事件； -
不同的結(jié)算過(guò)程，定義不同的結(jié)算類型，簽訂不同的結(jié)算攤分協(xié)議； 結(jié)算規(guī)則包括從結(jié)算客體的角度，根據(jù)用戶話單進(jìn)行結(jié)算；根據(jù)用戶話單賬目 進(jìn)行結(jié)算(如時(shí)長(zhǎng)、流量、URL等等)；根據(jù)SP消費(fèi)清單進(jìn)行結(jié)算；根據(jù)SP帳單進(jìn)行 結(jié)算；根據(jù)訂購(gòu)記錄進(jìn)行結(jié)算；根據(jù)服務(wù)使用記錄進(jìn)行結(jié)算；從結(jié)算方法的角度，根 據(jù)單價(jià)x數(shù)量的方式結(jié)算；對(duì)應(yīng)收、實(shí)收進(jìn)行結(jié)算處理；根據(jù)按次、按費(fèi)用、按訂購(gòu)數(shù)、 按使用量、流量、時(shí)長(zhǎng)進(jìn)行結(jié)算；支持多種結(jié)算策略按固定/可變結(jié)算單價(jià)、固定/ 可變結(jié)算比例、根據(jù)累進(jìn)量階梯形的結(jié)算策略；多方結(jié)算。
(4) 不同的結(jié)算方式實(shí)現(xiàn)組件化；
(5) 結(jié)算預(yù)處理是一個(gè)可擴(kuò)展的接口。 本發(fā)明的增值業(yè)務(wù)結(jié)算的主要分析方法，體現(xiàn)在對(duì)結(jié)算過(guò)程的各參與人、結(jié)算主、
客體對(duì)象，結(jié)算模型的設(shè)計(jì)、結(jié)算方法的概括、不同業(yè)務(wù)結(jié)算過(guò)程的提煉統(tǒng)一上
1. 從支持的參與人包括網(wǎng)絡(luò)運(yùn)營(yíng)商、服務(wù)提供商SP、內(nèi)容提供商CP、最終客戶。
2. 從支持對(duì)象的角度，結(jié)算管理提供以下業(yè)務(wù)對(duì)象的結(jié)算功能
1) 系統(tǒng)支持為單個(gè)SP業(yè)務(wù)(通過(guò)ServiceID區(qū)分)進(jìn)行結(jié)算規(guī)則管理及結(jié)算處理。
2) 系統(tǒng)支持產(chǎn)品組合的結(jié)算攤分，針對(duì)產(chǎn)品內(nèi)不同SP的不同業(yè)務(wù)進(jìn)行攤分。
3. 從結(jié)算客體的角度，我們分析支持
1) 根據(jù)用戶話單進(jìn)行結(jié)算
2) 根據(jù)用戶話單賬目進(jìn)行結(jié)算(如時(shí)長(zhǎng)、流量、URL等等) -
3) 根據(jù)SP消費(fèi)清單進(jìn)行結(jié)算
4) 根據(jù)SP帳單進(jìn)行結(jié)算
5) 根據(jù)訂購(gòu)記錄進(jìn)行結(jié)算
6) 根據(jù)服務(wù)使用記錄進(jìn)行結(jié)算
4. 從結(jié)算方法的角度，我們分析支持
1) 單價(jià)x數(shù)量方式結(jié)算
2) 消費(fèi)金額x比例方式結(jié)算，其中比例可為固定比例或可變比例(如按累進(jìn) 量來(lái)設(shè)置)
結(jié)算處理同時(shí)支持應(yīng)收、實(shí)收。
發(fā)明效果采用新的結(jié)算分析方法主要效果
> 能夠支持多種增值業(yè)務(wù)的結(jié)算需求。各種增值業(yè)務(wù)，因其業(yè)務(wù)流程的不同， 結(jié)算原始數(shù)據(jù)格式、內(nèi)容可能不同。但是歸納分析后，能夠統(tǒng)一到按次消費(fèi)類話單、訂 購(gòu)類話單、服務(wù)使用類話單。
> 能夠支持多種結(jié)算辦法。按次、按費(fèi)用、按訂購(gòu)數(shù)、按使用量、流量、時(shí) 長(zhǎng)等等，融合支持了目前增值業(yè)務(wù)的結(jié)算需求。
> 能夠支持多種結(jié)算策略?？砂垂潭?可變結(jié)算單價(jià)、固定/可變結(jié)算比例、 根據(jù)累進(jìn)量階梯形的結(jié)算策略。
> 支持多方結(jié)算。
> 支持新業(yè)務(wù)的快速部署。我們?cè)谠O(shè)計(jì)新的增值業(yè)務(wù)結(jié)算系統(tǒng)時(shí)，考慮到了 一定的擴(kuò)展性，新的增值業(yè)務(wù)結(jié)算過(guò)程，可以較快的進(jìn)行部署和支撐。


圖1為系統(tǒng)對(duì)象關(guān)系圖，即我們?cè)谛碌脑鲋禈I(yè)務(wù)結(jié)算系統(tǒng)進(jìn)行設(shè)計(jì)時(shí)的主要邏輯 模型(通用的實(shí)體模型)。將結(jié)算策略的定義同服務(wù)事件進(jìn)行關(guān)聯(lián)，屏蔽具體的業(yè)務(wù)過(guò) 程；將結(jié)算規(guī)則的定義同產(chǎn)品屬性相關(guān)聯(lián)，突出以產(chǎn)品為核心的設(shè)計(jì)思路；將參與結(jié)算 的各方抽象為參與人，可以支持多方結(jié)算；
圖2為結(jié)算系統(tǒng)體系架構(gòu)圖，表征了一個(gè)結(jié)算業(yè)務(wù)如何得到支撐的實(shí)現(xiàn)體系。該 體系架構(gòu)保證了不同結(jié)算業(yè)務(wù)隔離在不同的結(jié)算實(shí)現(xiàn)實(shí)體空間中，同時(shí)把公共和基礎(chǔ)的 結(jié)算原子級(jí)操作獨(dú)立出來(lái)，所有的結(jié)算后臺(tái)服務(wù)程序都運(yùn)行在負(fù)載均衡的結(jié)算服務(wù)器 上，在最大程度上提高了系統(tǒng)的高效可用性和可擴(kuò)展性。這樣單個(gè)結(jié)算的業(yè)務(wù)開發(fā)不沖 擊整個(gè)結(jié)算系統(tǒng)的運(yùn)行。
圖3是本發(fā)明邏輯實(shí)現(xiàn)框圖
圖4是本發(fā)明從數(shù)據(jù)源至應(yīng)用服務(wù)的流程示意圖
具體實(shí)施例方式
(一) 邏輯實(shí)現(xiàn)，參見圖3
表示層主要是依托管理門戶和報(bào)表分析系統(tǒng)，進(jìn)行結(jié)算的配置、操作和報(bào)表展
示o
接口層提供系統(tǒng)內(nèi)部和外部的數(shù)據(jù)交互
業(yè)務(wù)邏輯層:完成結(jié)算過(guò)程中數(shù)據(jù)采集、預(yù)處理、規(guī)則生成應(yīng)用、結(jié)算過(guò)程運(yùn)作 和結(jié)算結(jié)果管理。
數(shù)據(jù)層基于數(shù)據(jù)庫(kù)技術(shù)的數(shù)據(jù)存儲(chǔ)
(二) 技術(shù)實(shí)現(xiàn)思路
針對(duì)增值業(yè)務(wù)特點(diǎn)，隨著業(yè)務(wù)的發(fā)展，可能會(huì)有多種模式的業(yè)務(wù)參與運(yùn)營(yíng)，目前 可能具備短信類、下載類、影視類等等，不同的業(yè)務(wù)過(guò)程，CDR中的計(jì)費(fèi)元素不同，涉 及到的結(jié)算數(shù)據(jù)的參考要素也不同，因此，我們首先應(yīng)當(dāng)將整個(gè)增值業(yè)務(wù)的結(jié)算功能按 照業(yè)務(wù)劃分為不同的結(jié)算過(guò)程。同一SP參與到多種業(yè)務(wù)中來(lái)，產(chǎn)生的話單進(jìn)入到不同
的結(jié)算過(guò)程中去；不同的結(jié)算過(guò)程生成的結(jié)算結(jié)果會(huì)按照SP進(jìn)行匯總，生成最后的結(jié) 算結(jié)果。
除了核心的結(jié)算操作基礎(chǔ)服務(wù)，所有業(yè)務(wù)相關(guān)結(jié)算計(jì)算過(guò)程都放到獨(dú)立的結(jié)算實(shí) 現(xiàn)實(shí)體空間中，這樣的松耦合設(shè)計(jì)方法有效解決了結(jié)算業(yè)務(wù)的快速支撐，降低了未來(lái)新 結(jié)算任務(wù)開發(fā)的代價(jià)。從結(jié)算系統(tǒng)的技術(shù)架構(gòu)的角度，系統(tǒng)具備以下特點(diǎn)
a) 將不同業(yè)務(wù)結(jié)算過(guò)程中，不同的結(jié)算方歸納為參與人，在進(jìn)行結(jié)算模型設(shè) 計(jì)時(shí)，盡量采用通用的實(shí)體模型設(shè)計(jì)，允許屬性的動(dòng)態(tài)增加，無(wú)論是SP、省分公司、 外圍系統(tǒng)，均將其基本屬性提煉為參與人。并將結(jié)算類型、結(jié)算規(guī)則與之掛鉤。
b) 不同的結(jié)算過(guò)程，可以定義不同的結(jié)算類型，簽訂不同的結(jié)算攤分協(xié)議
c) 所有的結(jié)算過(guò)程，依賴于結(jié)算對(duì)象-產(chǎn)品
d) 所有的結(jié)算參數(shù)定義，同樣依賴于結(jié)算對(duì)象-產(chǎn)品，并可以根據(jù)在該產(chǎn)品上
觸發(fā)的不同服務(wù)事件定義結(jié)算源數(shù)據(jù)，包括訂購(gòu)事件、銷售事件、服務(wù)使用事件。 作為綜合的結(jié)算系統(tǒng)，需要考慮到日后會(huì)有更多的增值業(yè)務(wù)應(yīng)用的加入及由此帶
來(lái)的結(jié)算過(guò)程的增加，因此我們?cè)诙x結(jié)算規(guī)則引擎的時(shí)候，遵循以下設(shè)計(jì)原則
a) 不同的結(jié)算方式實(shí)現(xiàn)組件化，組件可掛接或下線，而不影響其它結(jié)算方式；
b) 結(jié)算預(yù)處理是一個(gè)可擴(kuò)展的接口，可以方便地掛入新的預(yù)處理模塊；
c) 先進(jìn)的結(jié)算規(guī)則模型，可以靈活地增加各類的新的業(yè)務(wù)類型和結(jié)算規(guī)則；
d) 統(tǒng)一的結(jié)算結(jié)果表示通過(guò)良好的表設(shè)計(jì)，各類不同數(shù)據(jù)不同業(yè)務(wù)的結(jié)算結(jié)果一 單顯示，并可追溯到各個(gè)細(xì)節(jié)；
e) 同時(shí)實(shí)現(xiàn)靜態(tài)和動(dòng)態(tài)的結(jié)算報(bào)表展現(xiàn)方式，在數(shù)據(jù)量和報(bào)表速度之間取得平衡； 定義良好的結(jié)算操作接口，使得在業(yè)務(wù)管理門戶和后臺(tái)處理都能較方便地新增結(jié)
算操作。
從支持對(duì)象的角度，結(jié)算管理提供以下業(yè)務(wù)對(duì)象的結(jié)算功能 系統(tǒng)支持為單個(gè)SP業(yè)務(wù)(通過(guò)ServiceID區(qū)分)進(jìn)行結(jié)算規(guī)則管理及結(jié)算處理。 系統(tǒng)支持產(chǎn)品組合的結(jié)算攤分，針對(duì)產(chǎn)品內(nèi)不同SP的不同業(yè)務(wù)進(jìn)行攤分。 根據(jù)增值業(yè)務(wù)應(yīng)用的不同，我們將不同的增值業(yè)務(wù)劃分為多個(gè)相對(duì)獨(dú)立的結(jié)算過(guò)
程。主要基于以下幾點(diǎn)
ll不同業(yè)務(wù)的話單格式不同，比如有的增值業(yè)務(wù)按照流量計(jì)費(fèi)，有的按照url計(jì)費(fèi) 醒不同業(yè)務(wù)的數(shù)據(jù)采集周期、結(jié)算周期不同，有的業(yè)務(wù)需要每天采集原始數(shù)據(jù)、有
的以月為單位即可
麗不同業(yè)務(wù)的預(yù)處理過(guò)程不同，有的經(jīng)過(guò)預(yù)處理后可以整合到SP—級(jí)，有的需要 整合到Service—級(jí)，由的仍然需要保持詳單級(jí)粒度。
在根據(jù)增值業(yè)務(wù)的不同，開發(fā)相對(duì)獨(dú)立的結(jié)算過(guò)程，分別完成針對(duì)該業(yè)務(wù)的結(jié)算 數(shù)據(jù)的采集、預(yù)處理、結(jié)算操作、數(shù)據(jù)生成。但是，在策略配置、規(guī)則定義、模型上采 用同一套設(shè)計(jì)完成。
結(jié)合現(xiàn)有增值業(yè)務(wù)的特點(diǎn)，SP往往同時(shí)參與到多個(gè)增值業(yè)務(wù)中，因而會(huì)參與到多 個(gè)結(jié)算過(guò)程中去，比如某一個(gè)SP，即參與短信增值業(yè)務(wù)的結(jié)算，也參與IVR業(yè)務(wù)的結(jié)
算，也可能同時(shí)參與互聯(lián)網(wǎng)寬帶增值業(yè)務(wù)的結(jié)算。上述三個(gè)結(jié)算過(guò)程完成后，生成了針 對(duì)該SP (和運(yùn)營(yíng)商)的三個(gè)結(jié)算結(jié)果，但從經(jīng)營(yíng)的角度，需要按照SP進(jìn)行匯總，運(yùn)營(yíng) 商需要同SP進(jìn)行統(tǒng)一結(jié)算，這就要求我們?cè)谒薪Y(jié)算過(guò)程完成后，按照不同的參與人
進(jìn)行匯總，生成最終的結(jié)算單，主要過(guò)程維
■ 格式化獨(dú)立結(jié)算過(guò)程的結(jié)算結(jié)果(格式根據(jù)運(yùn)營(yíng)商要求)
■ 按照(SP、業(yè)務(wù)、服務(wù)、結(jié)算結(jié)果)的粒度整合結(jié)算數(shù)據(jù)
■ 生成最終的一單結(jié)算數(shù)據(jù)
在程序設(shè)計(jì)上，我們也采用了SOA的設(shè)計(jì)思想，核心的結(jié)算過(guò)程主要包括如下服
務(wù)原始數(shù)據(jù)采集、預(yù)處理、規(guī)則適配、結(jié)算執(zhí)行、數(shù)據(jù)驗(yàn)證、結(jié)果生成
a) 組件可掛接或下線，而不影響其它結(jié)算方式；
該技術(shù)的實(shí)現(xiàn)，同數(shù)據(jù)庫(kù)表結(jié)構(gòu)設(shè)計(jì)密切相關(guān)。結(jié)算規(guī)則下可以定義多種結(jié)算策 略，不同的結(jié)算策略依靠不同的組件來(lái)實(shí)現(xiàn)，當(dāng)增加新的種類的結(jié)算策略時(shí)，只需新編 寫相應(yīng)的結(jié)算策略實(shí)現(xiàn)組件即可，盡量不修改結(jié)算規(guī)則適配的主程序，保證策略的相對(duì) 獨(dú)立及可掛接和下線。
b) 結(jié)算預(yù)處理是一個(gè)可擴(kuò)展的接口，便于掛入新的預(yù)處理模塊；
c) 結(jié)算規(guī)則模型，用于靈活地增加各類的新的業(yè)務(wù)類型和結(jié)算規(guī)則；
d) 統(tǒng)一的結(jié)算結(jié)果表示通過(guò)良好的表設(shè)計(jì)，各類不同數(shù)據(jù)不同業(yè)務(wù)的結(jié)算 結(jié)果一單顯示，并可追溯到各個(gè)細(xì)節(jié)；
e) 同時(shí)實(shí)現(xiàn)靜態(tài)和動(dòng)態(tài)的結(jié)算報(bào)表展現(xiàn)方式，在數(shù)據(jù)量和報(bào)表速度之間取得
平衡；
f) 定義良好的結(jié)算操作接口，使得在業(yè)務(wù)管理門戶和后臺(tái)處理都能較方便地 新增結(jié)算操作。凡是新增業(yè)務(wù)導(dǎo)致的新的結(jié)算需求，按照如下原則進(jìn)行新業(yè)務(wù)的快速部 署
Z開發(fā)獨(dú)立的采集、預(yù)處理、規(guī)則適配、結(jié)算執(zhí)行、數(shù)據(jù)驗(yàn)證、結(jié)果生成服務(wù) Z分配新的結(jié)算過(guò)程ID，在結(jié)算策略的定義時(shí)如果不增加新的結(jié)算方法、規(guī)則，
則仍沿用原有的規(guī)則模型、表結(jié)構(gòu)設(shè)計(jì)和實(shí)現(xiàn)組件程序，只是通過(guò)配置參數(shù)完成；如果
引入了新的結(jié)算辦法，則需要開發(fā)新的規(guī)則組件程序，并進(jìn)行部署
Z之所以針對(duì)每一個(gè)業(yè)務(wù)，均定義獨(dú)立的結(jié)算過(guò)程(包括響應(yīng)的程序服務(wù))，主
要是保證業(yè)務(wù)的單一性及獨(dú)立性，避免業(yè)務(wù)變更帶來(lái)更大的影響。 從支持對(duì)象的角度，結(jié)算管理提供以下業(yè)務(wù)對(duì)象的結(jié)算功能 系統(tǒng)支持為單個(gè)SP業(yè)務(wù)(通過(guò)ServiceID區(qū)分)進(jìn)行結(jié)算規(guī)則管理及結(jié)算處理。 系統(tǒng)支持產(chǎn)品組合的結(jié)算攤分，針對(duì)產(chǎn)品內(nèi)不同SP的不同業(yè)務(wù)進(jìn)行攤分。 同時(shí)實(shí)現(xiàn)靜態(tài)和動(dòng)態(tài)的結(jié)算報(bào)表展現(xiàn)方式，并在數(shù)據(jù)量和報(bào)表速度之間取得平衡，
采用如下步驟
結(jié)算報(bào)表的生成和展示，針對(duì)CP、 SP、運(yùn)營(yíng)商各部門各級(jí)業(yè)務(wù)管理員等不同類型 用戶的不同需求，采取動(dòng)態(tài)分析報(bào)表和固定格式報(bào)表兩種展現(xiàn)手段，提供多維度、數(shù)據(jù)
級(jí)和頁(yè)面級(jí)權(quán)限均完全可控的結(jié)算情況分析和報(bào)表。對(duì)無(wú)論是最新幾月內(nèi)的數(shù)據(jù)和還是 海量的歷史結(jié)算數(shù)據(jù)，均提供相似的響應(yīng)時(shí)間。
動(dòng)態(tài)報(bào)表，偏重分析功能，提供給最高層次的用戶使用，可對(duì)海量結(jié)算數(shù)據(jù)在任 意的維度組合進(jìn)行上巻下鉆式査詢。為達(dá)此目標(biāo)，在后臺(tái)，我們基于結(jié)算清單，整合有 利于結(jié)算情況分析的平臺(tái)其它數(shù)據(jù)，以數(shù)據(jù)倉(cāng)庫(kù)的手段解決海量數(shù)據(jù)存儲(chǔ)，采用0LAP 的分析方法建立數(shù)據(jù)分析模型，使用專業(yè)ETL工具開發(fā)了全套數(shù)據(jù)采集、清洗、轉(zhuǎn)換、 整合系統(tǒng)，再將此數(shù)據(jù)按結(jié)算周期加載入MOLAP方式存儲(chǔ)的結(jié)算主題CUBE中；在前臺(tái)， 我們采用了及其方便的拖拽式的用戶界面。圖4可供參考。
靜態(tài)報(bào)表，主要是針對(duì)一些格式固定、訪問(wèn)對(duì)象固定的報(bào)表。如下發(fā)給各結(jié)算參 與人之間的結(jié)算通知書，各結(jié)算參與方管理人員查看的結(jié)算結(jié)果表，各結(jié)算參與方業(yè)務(wù) 人員查看的結(jié)算明細(xì)表等。這類報(bào)表實(shí)現(xiàn)方法是預(yù)先設(shè)計(jì)好與一定數(shù)據(jù)結(jié)構(gòu)綁定的報(bào)表 格式，再根據(jù)前臺(tái)傳回的管理員選定的參數(shù)生成該數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)，兩者組合后發(fā)往客 戶端，最大限度提高了報(bào)表生成時(shí)間。對(duì)于一些需要大數(shù)據(jù)量査詢的靜態(tài)報(bào)表，我們采 取以下處理原則如果分析報(bào)表MOLAP中有，就通過(guò)專用數(shù)據(jù)驅(qū)動(dòng)從MOLAP中査詢；如 分析報(bào)表MOLAP中沒有，則針對(duì)該數(shù)據(jù)結(jié)構(gòu)制作預(yù)處理結(jié)果中間表，從此中間表中提取 數(shù)據(jù)生成報(bào)表。
關(guān)于OLAP數(shù)據(jù)庫(kù)，是面向海量數(shù)據(jù)查詢而產(chǎn)生的基于主題(一個(gè)主題即一個(gè)CUBE) 的專門數(shù)據(jù)庫(kù)技術(shù)，與一般面向事務(wù)處理的基于表的關(guān)系數(shù)據(jù)庫(kù)有著本質(zhì)的不同。0LAP 數(shù)據(jù)庫(kù)的解決方案主要有兩大流派，我們采用的是目前國(guó)際采用最多技術(shù)最成熟的 M0LAP技術(shù)。具體到結(jié)算情況分析主題首先，我們根據(jù)客戶對(duì)于結(jié)算情況分析的需求， 以及業(yè)務(wù)系統(tǒng)的關(guān)系數(shù)據(jù)庫(kù)中結(jié)算清單的數(shù)據(jù)結(jié)構(gòu)，確定結(jié)算主題提供的維度(如服務(wù) 和服務(wù)提供商維度，內(nèi)容和內(nèi)容提供商維度，漫游類型維度，時(shí)間維度，用戶所在地維 度……等)和指標(biāo)(如結(jié)算前金額指標(biāo)，結(jié)算收入指標(biāo)……等)；根據(jù)這些維度和指標(biāo)， 建立相應(yīng)的維度表、事實(shí)表；進(jìn)而完成結(jié)算主題的CUBE數(shù)據(jù)建模；然后，我們建立完 整的從業(yè)務(wù)系統(tǒng)抽取、轉(zhuǎn)換、清洗、整合數(shù)據(jù)，按周期生成該事實(shí)表的ETL過(guò)程；并且 將事實(shí)表數(shù)據(jù)按周期加載入結(jié)算主題的CUBE中，成為可供前端0LAP展示工具査詢的 0LAP數(shù)據(jù)。
權(quán)利要求
1、增值業(yè)務(wù)綜合結(jié)算方法，其特征是(1)首先設(shè)置業(yè)務(wù)綜合結(jié)算的處理模型即將結(jié)算參與人置于接口層的屬性主體提供系統(tǒng)內(nèi)部和外部的數(shù)據(jù)交互；業(yè)務(wù)邏輯層完成結(jié)算過(guò)程中數(shù)據(jù)采集、預(yù)處理、規(guī)則生成應(yīng)用、結(jié)算過(guò)程運(yùn)作和結(jié)算結(jié)果管理；數(shù)據(jù)層基于數(shù)據(jù)庫(kù)技術(shù)的數(shù)據(jù)存儲(chǔ)；(2)根據(jù)不同結(jié)算方的增值業(yè)務(wù)具有的多種模式的業(yè)務(wù)參與運(yùn)營(yíng)，根據(jù)具備短信類、下載類、影視類不同的業(yè)務(wù)過(guò)程、不同的計(jì)費(fèi)元素以及結(jié)算數(shù)據(jù)的不同參考要素；將整個(gè)增值業(yè)務(wù)的結(jié)算功能按照業(yè)務(wù)劃分為不同的結(jié)算過(guò)程；同一參與人參與到多種業(yè)務(wù)中來(lái)，產(chǎn)生的結(jié)算要素進(jìn)入到不同的結(jié)算過(guò)程中去；不同的結(jié)算過(guò)程生成的結(jié)算結(jié)果會(huì)按照結(jié)算參與人進(jìn)行匯總，生成最后的結(jié)算結(jié)果；(3)除了核心的結(jié)算操作基礎(chǔ)服務(wù)，采用松耦合結(jié)算方法所有業(yè)務(wù)相關(guān)結(jié)算計(jì)算過(guò)程都放到獨(dú)立的結(jié)算過(guò)程中，將不同業(yè)務(wù)結(jié)算過(guò)程中，不同的結(jié)算方歸納為參與人，采用通用的實(shí)體模型，允許屬性的動(dòng)態(tài)增加，無(wú)論是SP、省分公司、外圍系統(tǒng)，均將其基本屬性提煉為參與人；并將結(jié)算類型、結(jié)算規(guī)則與參與人掛鉤；結(jié)算規(guī)則與所有的結(jié)算過(guò)程，依賴于結(jié)算對(duì)象-產(chǎn)品；結(jié)算參數(shù)定義，同樣依賴于結(jié)算對(duì)象-產(chǎn)品，并根據(jù)在該產(chǎn)品上觸發(fā)的不同服務(wù)事件定義結(jié)算源數(shù)據(jù)，包括訂購(gòu)事件、銷售事件、服務(wù)使用事件；不同的結(jié)算過(guò)程，定義不同的結(jié)算類型，簽訂不同的結(jié)算攤分協(xié)議。
2、 根據(jù)權(quán)利要求1所述的增值業(yè)務(wù)綜合結(jié)算方法，其特征是不同的結(jié)算方式實(shí)現(xiàn) 組件化；組件可掛接或下線；結(jié)算預(yù)處理是一個(gè)可擴(kuò)展的接口。
3、 根據(jù)權(quán)利要求1所述的增值業(yè)務(wù)綜合結(jié)算方法，其特征是采用S0A的設(shè)計(jì)方法， 核心的結(jié)算過(guò)程包括如下原始數(shù)據(jù)采集、預(yù)處理、規(guī)則適配、結(jié)算執(zhí)行、數(shù)據(jù)驗(yàn)證和 結(jié)果生成。
4、 根據(jù)權(quán)利要求1所述的增值業(yè)務(wù)綜合結(jié)算方法，其特征是動(dòng)態(tài)的結(jié)算報(bào)表展現(xiàn)方式，采用如下步驟動(dòng)態(tài)結(jié)算報(bào)表，在后臺(tái)基于結(jié)算清單，整合有利于結(jié)算情況分析的平臺(tái)其它數(shù)據(jù)，以數(shù)據(jù)倉(cāng)庫(kù)的手段解決海量數(shù)據(jù)存儲(chǔ)，采用OLAP的分析方法建立數(shù)據(jù)分析模型，使用 ETL工具進(jìn)行數(shù)據(jù)采集、清洗、轉(zhuǎn)換、整合系統(tǒng)，再將此數(shù)據(jù)按結(jié)算周期加載入MOLAP 方式存儲(chǔ)的結(jié)算主題CUBE中；在前臺(tái)采用及其方便的拖拽式的用戶界面。
5、 根據(jù)權(quán)利要求4所述的增值業(yè)務(wù)綜合結(jié)算方法，其特征是在動(dòng)態(tài)的結(jié)算報(bào)表數(shù) 據(jù)量和報(bào)表速度之間取得平衡，采用如下步驟靜態(tài)報(bào)表，針對(duì)一些格式固定、訪問(wèn)對(duì)象固定的報(bào)表，這類報(bào)表實(shí)現(xiàn)方法是預(yù)先設(shè)計(jì)好與一定數(shù)據(jù)結(jié)構(gòu)綁定的報(bào)表格式，再 根據(jù)前臺(tái)傳回的管理員選定的參數(shù)生成該數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)，兩者組合后發(fā)往客戶端；對(duì) 于一些需要大數(shù)據(jù)量査詢的靜態(tài)報(bào)表，采取以下處理方法如果分析報(bào)表MOLAP中有， 就通過(guò)專用數(shù)據(jù)驅(qū)動(dòng)從MOLAP中査詢；如分析報(bào)表MOLAP中沒有，則針對(duì)該數(shù)據(jù)結(jié)構(gòu)制 作預(yù)處理結(jié)果中間表，從此中間表中提取數(shù)據(jù)生成報(bào)表。
全文摘要
增值業(yè)務(wù)綜合結(jié)算方法，(1)首先設(shè)置業(yè)務(wù)綜合結(jié)算的處理模型即將結(jié)算參與人置于接口層的屬性主體提供系統(tǒng)內(nèi)部和外部的數(shù)據(jù)交互；業(yè)務(wù)邏輯層完成結(jié)算過(guò)程中數(shù)據(jù)采集、預(yù)處理、規(guī)則生成應(yīng)用、結(jié)算過(guò)程運(yùn)作和結(jié)算結(jié)果管理；數(shù)據(jù)層基于數(shù)據(jù)庫(kù)技術(shù)的數(shù)據(jù)存儲(chǔ)；(2)根據(jù)不同結(jié)算方的增值業(yè)務(wù)具有的多種模式的業(yè)務(wù)參與運(yùn)營(yíng)，將整個(gè)增值業(yè)務(wù)的結(jié)算功能按照業(yè)務(wù)劃分為不同的結(jié)算過(guò)程；不同的結(jié)算過(guò)程生成的結(jié)算結(jié)果會(huì)按照結(jié)算參與人進(jìn)行匯總，生成最后的結(jié)算結(jié)果；(3)除了核心的結(jié)算操作基礎(chǔ)服務(wù)，采用松耦合結(jié)算方法所有業(yè)務(wù)相關(guān)結(jié)算計(jì)算過(guò)程都放到獨(dú)立的結(jié)算過(guò)程中。
文檔編號(hào)H04Q7/22GK101110863SQ20071013082
公開日2008年1月23日 申請(qǐng)日期2007年8月16日 優(yōu)先權(quán)日2007年8月16日
發(fā)明者進(jìn) 張, 斐 徐, 楊志軍, 談科華 申請(qǐng)人:南京聯(lián)創(chuàng)科技股份有限公司