專利名稱：出賬處理的方法、在線計(jì)費(fèi)中心、余額管理中心和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種出賬處理的方法，在線計(jì)費(fèi)中心、余額管理中心和系統(tǒng)。
背景技術(shù)：
出賬，也稱月結(jié)，是指電信運(yùn)營商的計(jì)費(fèi)系統(tǒng)在設(shè)定的出賬日(賬期末或下一賬期初)按照協(xié)議收取用戶的周期性費(fèi)用(租費(fèi)、功能費(fèi)等)，并進(jìn)行分期贈送、分期付款等， 還包括基于本賬期或積累到本賬期的業(yè)務(wù)消費(fèi)累計(jì)進(jìn)行贈送、減免或打折等，最終輸出本賬期的帳單用于用戶繳費(fèi)或?qū)~等。隨著電信行業(yè)和技術(shù)的發(fā)展，運(yùn)營商及用戶對出賬基于的計(jì)費(fèi)系統(tǒng)的性能要求越來越高，目前，計(jì)費(fèi)系統(tǒng)已經(jīng)傾向于基于余額管理中心ABM(Account Balance Management) 的計(jì)費(fèi)方式，實(shí)現(xiàn)余額數(shù)據(jù)的集中共享和統(tǒng)一管理，并實(shí)現(xiàn)后付費(fèi)和預(yù)付費(fèi)的靈活切換和捆綁，實(shí)現(xiàn)在線計(jì)費(fèi)和準(zhǔn)實(shí)時計(jì)費(fèi)的融合，建立統(tǒng)一，融合的計(jì)費(fèi)環(huán)境。在ABM方式下，出賬操作通常采用下述過程在線計(jì)費(fèi)中心0CS(0nlineCharging System)對出賬對象進(jìn)行掃描與計(jì)算，向ABM發(fā)送遠(yuǎn)程出賬數(shù)據(jù)更新請求、ABM接收OCS的遠(yuǎn)程出賬數(shù)據(jù)更新請求并進(jìn)行數(shù)據(jù)更新受理、ABM向OCS發(fā)送遠(yuǎn)程出賬數(shù)據(jù)更新應(yīng)答、OCS進(jìn)行出賬后處理。整個出賬的過程中，OCS和ABM之間的數(shù)據(jù)傳輸，均采用以用戶為單位順序串行出賬的方式。在實(shí)現(xiàn)上述出賬操作的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題現(xiàn)有的出賬處理的方法，由于采用以用戶為單位順序串行出賬的方式，進(jìn)行出賬操作時，OCS和 ABM需要不停的進(jìn)行網(wǎng)絡(luò)遠(yuǎn)程交互及編解碼處理，而且每個計(jì)費(fèi)用戶的出賬處理均帶來一定的網(wǎng)絡(luò)時延，這樣，整個計(jì)費(fèi)系統(tǒng)的性能下降明顯，尤其對于中大型規(guī)模的局點(diǎn)，處理性能更是難以滿足現(xiàn)網(wǎng)要求。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例的主要目的在于，提供一種出賬處理的方法、OCS、ABM和系統(tǒng)，能夠有效提升出賬操作時出賬系統(tǒng)的性能。為達(dá)到上述目的，本發(fā)明的實(shí)施例采用如下技術(shù)方案一種出賬處理的方法，包括根據(jù)用戶的出賬計(jì)算結(jié)果生成扣費(fèi)請求，對所述扣費(fèi)請求進(jìn)行累積；當(dāng)所述扣費(fèi)請求的累積數(shù)目達(dá)到預(yù)設(shè)閾值時，將所述累積的扣費(fèi)請求發(fā)送給余額管理中心；接收所述余額管理中心發(fā)送的扣費(fèi)處理結(jié)果。一種出賬處理的方法，包括接收在線計(jì)費(fèi)中心發(fā)送的累積的扣費(fèi)請求；根據(jù)所述累積的扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理，生成扣費(fèi)處理結(jié)果；
將所述扣費(fèi)處理結(jié)果發(fā)送給所述在線計(jì)費(fèi)中心。一種出賬的0CS，包括累積單元，用于根據(jù)用戶的出賬計(jì)算結(jié)果生成扣費(fèi)請求，對所述扣費(fèi)請求進(jìn)行累積；扣費(fèi)請求發(fā)送單元，用于確定所述扣費(fèi)請求的累積數(shù)目達(dá)到預(yù)設(shè)閾值，將所述累積的扣費(fèi)請求發(fā)送給余額管理中心；扣費(fèi)結(jié)果接收單元，用于接收所述余額管理中心發(fā)送的扣費(fèi)處理結(jié)果。一種出賬的ABM，包括扣費(fèi)請求接收單元、用于接收在線計(jì)費(fèi)中心發(fā)送的累積的扣費(fèi)請求；扣費(fèi)處理單元，用于根據(jù)所述累積的扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理，生成扣費(fèi)處理結(jié)果；扣費(fèi)結(jié)果發(fā)送單元，用于將所述扣費(fèi)處理結(jié)果發(fā)送給所述在線計(jì)費(fèi)中心。一種出賬系統(tǒng)，包括在線計(jì)費(fèi)中心，用于根據(jù)用戶的出賬計(jì)算結(jié)果生成扣費(fèi)請求，對所述扣費(fèi)請求進(jìn)行累積；確定所述扣費(fèi)請求的累積數(shù)目達(dá)到預(yù)設(shè)閾值，將所述累積的扣費(fèi)請求發(fā)送給余額管理中心；接收所述余額管理中心發(fā)送的扣費(fèi)處理結(jié)果；余額管理中心，用于接收在線計(jì)費(fèi)中心發(fā)送的累積的扣費(fèi)請求；根據(jù)所述累積的扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理，生成扣費(fèi)處理結(jié)果；將所述扣費(fèi)處理結(jié)果發(fā)送給所述在線計(jì)費(fèi)中心。采用上述技術(shù)方案后，本發(fā)明實(shí)施例提供的出賬處理的方法，OCS、ABM和系統(tǒng)，出賬操作過程中，OCS和ABM之間采用批量并行處理的方式，避免OCS和ABM不停的進(jìn)行網(wǎng)絡(luò)遠(yuǎn)程交互及編解碼處理，減少了每個計(jì)費(fèi)用戶分?jǐn)偟木W(wǎng)絡(luò)時延的性能損耗，有效提升了出賬操作時整個計(jì)費(fèi)系統(tǒng)的性能。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實(shí)施例提供的出賬處理的方法的流程圖；圖2(a)為本發(fā)明實(shí)施例提供的出賬處理的方法出賬時進(jìn)行實(shí)時計(jì)費(fèi)的原理示意圖；圖2(b)為本發(fā)明實(shí)施例提供的出賬處理的方法出賬時進(jìn)行實(shí)時計(jì)費(fèi)的另一原理示意圖；圖2(c)為本發(fā)明實(shí)施例提供的出賬處理的方法出賬時進(jìn)行實(shí)時計(jì)費(fèi)的又一原理示意圖；圖3為本發(fā)明實(shí)施例一的流程圖；圖4為本發(fā)明實(shí)施例二的流程圖；圖5為本發(fā)明實(shí)施例三的流程圖6為本發(fā)明實(shí)施例提供的另一出賬處理的方法的流程圖；圖7為本發(fā)明實(shí)施例提供的在線計(jì)費(fèi)中心的結(jié)構(gòu)框圖；圖8為本發(fā)明實(shí)施例提供的另一種在線計(jì)費(fèi)中心的結(jié)構(gòu)框圖；圖9為本發(fā)明實(shí)施例提供的余額管理中心的結(jié)構(gòu)框圖；圖10為本發(fā)明實(shí)施例提供的另一種余額管理中心的結(jié)構(gòu)框圖；圖11為本發(fā)明實(shí)施例提供的出賬系統(tǒng)的結(jié)構(gòu)框圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明的實(shí)施例旨在提供一種出賬處理的方法、0CS、ABM和系統(tǒng)，能夠有效提升出賬操作時計(jì)費(fèi)系統(tǒng)的性能。如圖1所示的流程圖，本發(fā)明實(shí)施例提供的出賬處理的方法，包括S11，根據(jù)用戶的出賬計(jì)算結(jié)果生成扣費(fèi)請求，對所述扣費(fèi)請求進(jìn)行累積；S12，確定所述扣費(fèi)請求的累積數(shù)目達(dá)到預(yù)設(shè)閾值，將所述累積的扣費(fèi)請求發(fā)送給 ABM ；S13，接收所述ABM發(fā)送的扣費(fèi)處理結(jié)果。本發(fā)明實(shí)施例提供的出賬處理的方法，進(jìn)行出賬操作時，OCS和ABM之間采用批量并行處理的方式，OCS向ABM發(fā)送批量的扣費(fèi)請求，并可接收ABM返送的批量的處理結(jié)果， 避免OCS和ABM不停的進(jìn)行網(wǎng)絡(luò)遠(yuǎn)程交互及編解碼處理，減少了每個計(jì)費(fèi)用戶分?jǐn)偟木W(wǎng)絡(luò)時延的性能損耗，有效提升了出賬操作時整個計(jì)費(fèi)系統(tǒng)的性能。出賬操作中處理的所述計(jì)費(fèi)事件之間可能具有事件依賴關(guān)系或事務(wù)捆綁計(jì)費(fèi)關(guān)系。其中，事件依賴關(guān)系是指，某些計(jì)費(fèi)事件的扣費(fèi)處理依賴于其他計(jì)費(fèi)事件的執(zhí)行結(jié)果， 需要在被依賴事件的扣費(fèi)處理執(zhí)行成功的前提下，才能夠執(zhí)行依賴事件的扣費(fèi)處理，而當(dāng)被依賴事件的扣費(fèi)處理執(zhí)行失敗時，如果繼續(xù)執(zhí)行依賴事件的收費(fèi)操作，則將導(dǎo)致出賬的誤操作。例如，業(yè)務(wù)邏輯上通常需要先收取用戶的月租費(fèi)，然后進(jìn)行優(yōu)惠計(jì)算和贈送計(jì)算等，這樣，優(yōu)惠事件和贈送事件將依賴月租費(fèi)事件，當(dāng)月租費(fèi)事件的扣費(fèi)處理執(zhí)行成功后， 才能夠執(zhí)行優(yōu)惠事件和贈送事件，保證扣費(fèi)處理的準(zhǔn)確性。具體的講，假設(shè)一個移動用戶， 每月的月租費(fèi)為25元并贈送200條短信，贈送200條短信的計(jì)費(fèi)事件就是月租費(fèi)事件的依賴事件，必須在收取月租費(fèi)成功的前提下，才贈送短信，因此如果月租費(fèi)的扣費(fèi)處理執(zhí)行失敗了，就不需要進(jìn)行贈送短信事件的扣費(fèi)處理了。而事務(wù)捆綁計(jì)費(fèi)關(guān)系是指，具有事務(wù)捆綁關(guān)系的計(jì)費(fèi)事件屬于一類事務(wù)，它們的費(fèi)用需要捆綁收取，要么都收取成功，要么都失敗。例如一個用戶需要收取多筆租費(fèi)，包括月租費(fèi)，來電顯示費(fèi)和彩鈴租費(fèi)，那么這多筆租費(fèi)的計(jì)費(fèi)事件均為租費(fèi)事務(wù)，具有捆綁關(guān)系，必須捆綁收取，即如果其中一筆租費(fèi)收取失敗，就表明該類事務(wù)處理失敗，這時將停止處理同屬一類事務(wù)的其它事件，并且還需要回退前面已成功處理的同屬一類事務(wù)的其它事件。
因此，為了保證出賬操作的準(zhǔn)確性，避免重復(fù)扣費(fèi)等誤操作，提高出賬處理的可靠性，本發(fā)明實(shí)施例的出賬處理的方法在Sii步驟前還包括掃描待出賬的用戶列表及計(jì)費(fèi)事件，按用戶對所述計(jì)費(fèi)事件進(jìn)行出賬計(jì)算，為每個計(jì)費(fèi)事件的計(jì)算結(jié)果分配對應(yīng)的事件流水號和事務(wù)編碼，當(dāng)所述計(jì)費(fèi)事件依賴于其他所述計(jì)費(fèi)事件時，為所述依賴于其他計(jì)費(fèi)事件的計(jì)費(fèi)事件的計(jì)算結(jié)果分配與被依賴事件的事件流水號相同的依賴事件流水號，當(dāng)至少兩個所述計(jì)費(fèi)事件為捆綁計(jì)費(fèi)的計(jì)費(fèi)事件時，為所述捆綁計(jì)費(fèi)的計(jì)費(fèi)事件的計(jì)費(fèi)結(jié)果分配相同的事務(wù)編碼；例如，OCS為月租費(fèi)事件分配的事件流水號為1，為賬務(wù)優(yōu)惠事件分配的事件流水號為2，而賬務(wù)優(yōu)惠事件依賴于月租費(fèi)事件，因此OCS還為賬務(wù)優(yōu)惠事件還分配了依賴事件流水號1，表示該事件依賴于月租費(fèi)事件。另外，OCS識別出月租費(fèi)，來電顯示費(fèi)和彩鈴租費(fèi)等計(jì)費(fèi)事件為同類事務(wù)，具有捆綁計(jì)費(fèi)關(guān)系，因此，OCS為月租費(fèi)、來電顯示費(fèi)和彩鈴租費(fèi)等計(jì)費(fèi)事件的計(jì)費(fèi)結(jié)果分配了相同的事務(wù)編碼。當(dāng)某個計(jì)費(fèi)事件與其他計(jì)費(fèi)事件不具有捆綁計(jì)費(fèi)或依賴關(guān)系時，其事務(wù)編碼和依賴事件流水號可為空或者一個特殊的標(biāo)志。另外，需要指出的是，該步驟中OCS需要根據(jù)用戶的優(yōu)先級進(jìn)行出賬計(jì)算，保證出賬操作的可靠性；對于普通用戶來講，各個用戶之間的出賬優(yōu)先級是相同的，出賬計(jì)算是順序進(jìn)行的，也就是OCS掃描到一個待出賬的用戶，就對該用戶的計(jì)費(fèi)事件進(jìn)行出賬計(jì)算。對于一些團(tuán)體用戶來講，各個用戶的出賬優(yōu)先級是不同的，OCS需要先進(jìn)行優(yōu)先級高的用戶的出賬計(jì)算，即使先掃描到了優(yōu)先級低的用戶，也不進(jìn)行出賬計(jì)算，等待優(yōu)先級高的用戶計(jì)算完成后，再進(jìn)行其他優(yōu)先級低的用戶的出賬計(jì)算，對于優(yōu)先級相同的用戶，根據(jù)掃描順序進(jìn)行出賬計(jì)算即可。接著，Sll步驟將根據(jù)每個用戶的出賬計(jì)算結(jié)果，生成包括所述事務(wù)編碼、事件流水號、依賴事件流水號及扣費(fèi)數(shù)據(jù)的扣費(fèi)請求。這樣，當(dāng)ABM接收到OCS發(fā)送的扣費(fèi)請求進(jìn)行扣費(fèi)處理時，如果某些計(jì)費(fèi)事件處理失敗，將根據(jù)處理失敗的計(jì)費(fèi)事件的事務(wù)編碼和事件流水號，不再受理依賴事件流水號與處理失敗的計(jì)費(fèi)事件的事件流水號相同的計(jì)費(fèi)事件，另外，ABM不再處理事務(wù)編碼與所述處理失敗的計(jì)費(fèi)事件的事務(wù)編碼相同的計(jì)費(fèi)事件，并且還需要回退前面已成功處理的具有相同事務(wù)編碼的其它事件。例如，月租費(fèi)事件處理失敗，該事件的事件流水號號為1，事務(wù)編碼為M，這時，ABM如果識別到其他計(jì)費(fèi)事件依賴事件流水號為1，將不對該事件進(jìn)行處理，同時，ABM如果識別到其他計(jì)費(fèi)事件的事務(wù)編碼為M，將不對該事件進(jìn)行處理，而且回退前面已成功處理的事務(wù)編碼為M的其它事件，有效保證了出賬業(yè)務(wù)的可靠性。進(jìn)一步地，本發(fā)明實(shí)施例提供的出賬處理的方法，還包括預(yù)先設(shè)置出賬過程中每次發(fā)送的的所述扣費(fèi)請求的數(shù)目的最大閾值，即S12步驟中應(yīng)用的閾值可根據(jù)實(shí)際情況預(yù)先設(shè)置，每批次所處理的扣費(fèi)請求的規(guī)模可控，可在出賬操作前人為設(shè)置，還可是OCS自動設(shè)置，OCS可根據(jù)中央處理單元CPU (Central Processing Unit)、時延等實(shí)際情況進(jìn)行自動的動態(tài)調(diào)配。例如出賬日與節(jié)假日重疊，處于實(shí)時業(yè)務(wù)的高峰期時，OCS的CPU資源很忙， 可減少預(yù)設(shè)的閾值，降低CPU的處理負(fù)擔(dān)，提高OCS的系統(tǒng)性能。進(jìn)一步地，S12步驟中，將所述累積的扣費(fèi)請求發(fā)送給對應(yīng)的余額管理中心具體可為將所述累積的扣費(fèi)請求進(jìn)行壓縮處理后發(fā)送給對應(yīng)的ABM。將批量的扣費(fèi)請求進(jìn)行壓縮能夠減少傳送的數(shù)據(jù)量，進(jìn)一步提高系統(tǒng)性能。
另外，除累積的扣費(fèi)請求外，在S12步驟中，還可以將本次請求的用戶數(shù)和/或計(jì)費(fèi)事件數(shù)和計(jì)費(fèi)請求一起發(fā)送給對應(yīng)的ABM，用戶數(shù)和計(jì)費(fèi)事件數(shù)等參數(shù)可稱為稽查參數(shù)， 以便于ABM能夠根據(jù)接收到的稽查參數(shù)確定所接收的扣費(fèi)請求完整后進(jìn)行扣費(fèi)處理；如果 ABM確定所接受的扣費(fèi)請求不完整，將返回消息告知OCS請求不完整，OCS會重新發(fā)送，進(jìn)一步保證了出賬操作的可靠性。進(jìn)一步的，在S13步驟中，OCS接受的扣費(fèi)處理結(jié)果可為所述ABM統(tǒng)一返送的，與所述累積的各個計(jì)費(fèi)請求所對應(yīng)的扣費(fèi)處理結(jié)果，這樣，也避免OCS和ABM不停的進(jìn)行網(wǎng)絡(luò)遠(yuǎn)程交互及編解碼處理，提高了出賬系統(tǒng)的性能。OCS將根據(jù)返回的扣費(fèi)處理結(jié)果，進(jìn)行出賬的后續(xù)處理，包括更改出賬標(biāo)志即標(biāo)識扣費(fèi)處理成功的用戶已完成出賬，輸出賬單等，另外，不改變處理失敗的用戶的出賬標(biāo)志，使處理失敗的用戶重新等待進(jìn)行出賬操作。另外，當(dāng)進(jìn)行所述出賬的過程中，如果OCS收到業(yè)務(wù)控制點(diǎn)SCP(SeviCe Control Point)發(fā)送的用戶的實(shí)時計(jì)費(fèi)請求，為了保證計(jì)費(fèi)的準(zhǔn)確性和出賬操作的可靠性，本發(fā)明實(shí)施例提供的出賬處理的方法，將采用下述方式進(jìn)行處理OCS將檢測所述實(shí)時計(jì)費(fèi)請求所對應(yīng)的用戶目前的狀態(tài)，如圖2(a)所示的示意圖，當(dāng)OCS接到SCP發(fā)送的實(shí)時計(jì)費(fèi)請求之前，OCS已經(jīng)完成了與所述實(shí)時計(jì)費(fèi)請求對應(yīng)的用戶出賬操作時，此時OCS對所述實(shí)時計(jì)費(fèi)請求正常處理，接收SCP的計(jì)費(fèi)請求，處理完成后向SCP發(fā)送計(jì)費(fèi)應(yīng)答；當(dāng)OCS接到SCP發(fā)送的實(shí)時計(jì)費(fèi)請求時，正在進(jìn)行包括所述實(shí)時計(jì)費(fèi)請求所對應(yīng)的用戶的出賬處理的過程中，如圖2(b)所示，此時，OCS將不受理所述實(shí)時計(jì)費(fèi)請求，指示該請求位于等待狀態(tài)，繼續(xù)進(jìn)行本次出賬操作，本次出賬完成后處理所述實(shí)時計(jì)費(fèi)請求；當(dāng)OCS接收到SCP的實(shí)時計(jì)費(fèi)請求時，尚未執(zhí)行所述實(shí)時計(jì)費(fèi)請求所對應(yīng)的用戶的出賬處理時，如圖2(c)所示，OCS對該用戶單獨(dú)進(jìn)行出賬處理，單獨(dú)發(fā)扣費(fèi)請求給ABM，處理完畢后標(biāo)識該用戶已完成出賬，從而避免出賬重復(fù)處理。為了使本領(lǐng)域的技術(shù)人員更好的理解本發(fā)明實(shí)施例的技術(shù)方案，下面通過具體的實(shí)施例對本發(fā)明實(shí)施例進(jìn)行進(jìn)一步的詳細(xì)說明。實(shí)施例一本實(shí)施例提供的是針對普通用戶的出賬處理的方法，對于本實(shí)施例中的普通用戶來講，計(jì)費(fèi)事件主要包括月租費(fèi)、來電顯示費(fèi)、彩鈴租費(fèi)的計(jì)算與入賬、帳務(wù)優(yōu)惠、贈送處理等。在這些計(jì)費(fèi)事件中，月租費(fèi)、來電顯示費(fèi)和彩鈴租費(fèi)為同一類事務(wù)，具有事務(wù)捆綁計(jì)費(fèi)關(guān)系；而由于在業(yè)務(wù)邏輯上需要先收取月租費(fèi)、然后在進(jìn)行優(yōu)惠計(jì)算、最后才是贈送(如免費(fèi)短信量等)，因此，賬務(wù)優(yōu)惠和贈送處理與月租費(fèi)具有事件依賴關(guān)系，賬務(wù)優(yōu)惠和贈送處理等事件為月租費(fèi)的依賴事件。如圖3所示的流程圖，本實(shí)施例的出賬處理的方法包括下述步驟S21，設(shè)置OCS在出賬過程中每次發(fā)送給ABM的扣費(fèi)請求的數(shù)目的最大閾值。本步驟中，可人為設(shè)置所述閾值，也可以是OCS根據(jù)CPU、時延等實(shí)際情況自動對閾值進(jìn)行動態(tài)調(diào)配，盡可能的滿足CPU的處理要求，提高OCS的系統(tǒng)性能。當(dāng)然，該過程是預(yù)先設(shè)置的過程，是可選的過程，并不需要在每次出賬過程執(zhí)行該步驟。S22，OCS掃描系統(tǒng)中需要出賬的用戶列表及計(jì)費(fèi)事件，按用戶對所述計(jì)費(fèi)事件進(jìn)行出賬計(jì)算，為每個計(jì)費(fèi)事件的計(jì)算結(jié)果分配對應(yīng)的事件流水號，為每個用戶的賬務(wù)優(yōu)惠和贈送處理的計(jì)算結(jié)果分配與月租費(fèi)的計(jì)算結(jié)果的事件流水號相同的依賴事件流水號，為每個用戶的月租費(fèi)、來電顯示費(fèi)和彩鈴租費(fèi)的計(jì)算結(jié)果分配相同的事務(wù)編碼。例如一個用戶的月租費(fèi)的計(jì)算結(jié)果的事件流水號號為1，那么由于賬務(wù)優(yōu)惠和贈送處理與月租費(fèi)具有事件依賴關(guān)系，該用戶的賬務(wù)優(yōu)惠和贈送處理的計(jì)算結(jié)果除了包括各自對應(yīng)的事件流水號外，還額外被分配了與月租費(fèi)的事件流水號相同的依賴事件流水號1， 標(biāo)志這些計(jì)費(fèi)事件的扣費(fèi)處理結(jié)果依賴于月租費(fèi)的扣費(fèi)處理結(jié)果。而由于月租費(fèi)、來電顯示費(fèi)和彩鈴租費(fèi)之間存在事務(wù)捆綁關(guān)系，它們的計(jì)算結(jié)果被分配了相同的事務(wù)編碼，即將這些月租費(fèi)事件組裝成一個事務(wù)，標(biāo)志這些事件的費(fèi)用收取是否成功存在一致性，要么都收取成功，要么都收取失敗。S23，OCS進(jìn)行一個用戶的出賬計(jì)算后，根據(jù)該用戶的出賬計(jì)算結(jié)果，生成包括所述事件流水號、依賴事件流水號、事務(wù)編碼及扣費(fèi)數(shù)據(jù)的扣費(fèi)請求，并將該用戶的扣費(fèi)請求發(fā)送到扣費(fèi)請求隊(duì)列，對所述扣費(fèi)請求進(jìn)行累積。OCS每完成一個用戶的出賬計(jì)算，將生成一個扣費(fèi)請求，扣費(fèi)請求逐步累積在扣費(fèi)請求隊(duì)列中。S24，OCS判斷扣費(fèi)請求隊(duì)列中累積的所述扣費(fèi)請求的數(shù)目是否達(dá)到預(yù)設(shè)閾值；S25，當(dāng)扣費(fèi)請求的累積數(shù)目達(dá)到預(yù)設(shè)的最大閾值時，OCS將累積的扣費(fèi)請求打包發(fā)送給對應(yīng)的ABM ；本步驟中，OCS可以將累積的扣費(fèi)請求進(jìn)行壓縮處理后發(fā)送給ABM，減少傳送的數(shù)據(jù)量，提高系統(tǒng)性能。而當(dāng)扣費(fèi)請求隊(duì)列中累積的所述扣費(fèi)請求的數(shù)目沒有達(dá)到閾值時，將繼續(xù)進(jìn)行 S22至S23步驟。S26，OCS接收ABM統(tǒng)一返送的本次出賬的扣費(fèi)處理結(jié)果，根據(jù)扣費(fèi)處理結(jié)果進(jìn)行后續(xù)處理。ABM收到OCS發(fā)送的累積的扣費(fèi)請求后，將逐一對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理，在本次接收的扣費(fèi)請求全部處理完成后，統(tǒng)一將扣費(fèi)處理結(jié)果返送給0CS。 需要指出的是，在ABM對OCS發(fā)送的扣費(fèi)請求進(jìn)行處理時，ABM接收扣費(fèi)請求，根據(jù)所述扣費(fèi)請求中包括的事務(wù)編碼、事件流水號和依賴事件流水號對每個對應(yīng)的用戶進(jìn)行扣費(fèi)處理。 如果一個用戶的月租費(fèi)處理失敗，ABM將獲取月租費(fèi)的事件流水號和事務(wù)編碼，將不再處理依賴事件流水號與月租費(fèi)相同的賬務(wù)優(yōu)惠和贈送處理事件，也不再處理與月租費(fèi)具有相同事務(wù)編碼的來電顯示費(fèi)用和彩鈴租費(fèi)。而由于在業(yè)務(wù)邏輯上，月租費(fèi)是首先進(jìn)行處理的，因此，沒有需要回退的與月租費(fèi)具有相同事務(wù)編碼的其他事件；而如果月租費(fèi)處理成功，而之后處理的彩鈴租費(fèi)處理失敗，這時將需要回退已經(jīng)處理成功的月租費(fèi)事件和其他已經(jīng)處理成功的、與彩鈴租費(fèi)具有相同的事務(wù)編碼的計(jì)費(fèi)事件。這樣能夠保證扣費(fèi)處理的可靠性。OCS接收ABM返送的處理結(jié)果后，將執(zhí)行這批用戶的出賬后處理，包括更改出賬標(biāo)志即標(biāo)識扣費(fèi)處理成功的用戶已完成出賬，輸出賬單等，另外，不改變處理失敗的用戶的出賬標(biāo)志，重新等待進(jìn)行出賬。接下來，OCS將按照同樣的原則和步驟，繼續(xù)處理剩下的用戶。綜上，本實(shí)施例的出賬處理的方法，進(jìn)行出賬操作時OCS和ABM之間采用批量并行處理的方式，OCS向ABM發(fā)送批量的扣費(fèi)請求，并接收ABM返送的批量的處理結(jié)果，避免OCS和ABM不停的進(jìn)行網(wǎng)絡(luò)遠(yuǎn)程交互及編解碼處理，減少了每個計(jì)費(fèi)用戶分?jǐn)偟木W(wǎng)絡(luò)時延的性能損耗，有效提升了出賬操作時整個計(jì)費(fèi)系統(tǒng)的性能。實(shí)施例二本實(shí)施例提供的是家庭套餐用戶的出賬處理的方法，本實(shí)施例的家庭套餐用戶的計(jì)費(fèi)事件，包括月租費(fèi)、帳務(wù)優(yōu)惠和贈送事件。對于家庭套餐用戶來講，只有在家長的月租費(fèi)收取成功后，才會考慮去收取成員1. . . N的月租費(fèi)，即成員的月租費(fèi)依賴家長的月租費(fèi)的收取，所以成員1... N的月租費(fèi)為家長的月租費(fèi)的依賴事件。因此，對于家庭套餐用戶， 家長的出賬優(yōu)先級要高于成員的出賬優(yōu)先級，家長為主優(yōu)先級用戶，成員為次優(yōu)先級用戶， OCS需要根據(jù)用戶的優(yōu)先級首先進(jìn)行出賬計(jì)算，保證出賬操作的可靠性。另外，與實(shí)施例一的普通用戶相同，本實(shí)施例中，每個用戶的帳務(wù)優(yōu)惠、贈送事件又依賴于月租費(fèi)的成功收取。就是說，家長的帳務(wù)優(yōu)惠、贈送事件依賴于家長的月租事件；每個成員的月租事件依賴于家長的月租事件，每個成員的帳務(wù)優(yōu)惠、贈送事件依賴于成員的月租事件。如圖4所示的流程圖，本實(shí)施例提供的出賬處理的方法包括S31，0CS掃描系統(tǒng)中需要出賬的用戶列表及計(jì)費(fèi)事件，根據(jù)用戶的優(yōu)先級，按用戶先進(jìn)行家長用戶的計(jì)費(fèi)事件的出賬計(jì)算，再進(jìn)行成員用戶的計(jì)費(fèi)事件計(jì)算，為每個計(jì)費(fèi)事件的計(jì)算結(jié)果分配對應(yīng)的事件流水號，為每個用戶的賬務(wù)優(yōu)惠和贈送處理的計(jì)算結(jié)果分配與該用戶的月租費(fèi)的計(jì)算結(jié)果的事件流水號相同的依賴事件流水號，為每個成員用戶的月租費(fèi)的計(jì)算結(jié)果分配與家長用戶的月租費(fèi)的計(jì)算結(jié)果的事件流水號相同的依賴事件流水號。接下來的其他步驟，均與實(shí)施例一采用相同的處理方式，包括S32，OCS進(jìn)行一個用戶的出賬計(jì)算后，根據(jù)該用戶的出賬計(jì)算結(jié)果，生成包括所述事件流水號、依賴事件流水號、事務(wù)編碼及扣費(fèi)數(shù)據(jù)的扣費(fèi)請求，并將該用戶的扣費(fèi)請求發(fā)送到扣費(fèi)請求隊(duì)列，對所述扣費(fèi)請求進(jìn)行累積。S33，OCS判斷扣費(fèi)請求隊(duì)列中累積的所述扣費(fèi)請求的數(shù)目是否達(dá)到預(yù)設(shè)閾值；S34，當(dāng)扣費(fèi)請求的累積數(shù)目達(dá)到預(yù)設(shè)的最大閾值時，OCS將累積的扣費(fèi)請求打包發(fā)送給對應(yīng)的ABM ；S35，OCS接收ABM統(tǒng)一返送的本次出賬的扣費(fèi)處理結(jié)果，根據(jù)扣費(fèi)處理結(jié)果進(jìn)行后續(xù)處理。在ABM對OCS發(fā)送的扣費(fèi)請求進(jìn)行處理時，當(dāng)ABM接收到扣費(fèi)請求對每個對應(yīng)的用戶進(jìn)行扣費(fèi)處理時，將根據(jù)所述扣費(fèi)請求中包括的事務(wù)編碼、事件流水號和依賴事件流水號進(jìn)行處理。根據(jù)事件流水號和依賴事件流水號，當(dāng)家長用戶的月租費(fèi)扣費(fèi)處理成功時， 才進(jìn)行依賴家長用戶月租費(fèi)事件的成員的月租費(fèi)的處理，當(dāng)用戶的月租費(fèi)扣費(fèi)處理成功時，才進(jìn)行該用戶的賬務(wù)優(yōu)惠和贈送處理的扣費(fèi)處理，保證了扣費(fèi)處理的可靠性。需要指出的是，為了避免無謂的系統(tǒng)開銷，本實(shí)施例還可以采用如下方式根據(jù)所述家庭套餐用戶的優(yōu)先級，在進(jìn)行成員用戶的出賬處理前，單獨(dú)進(jìn)行主優(yōu)先級的家長用戶的出賬操作，當(dāng)家長的出賬處理成功后，進(jìn)行次優(yōu)先級的成員用戶的出賬處理。所述成員的出賬處理可采用實(shí)施例一提供的出賬處理的方法，這里不再贅述。實(shí)施例三
本實(shí)施例提供的是VPN(虛擬專用網(wǎng)絡(luò)，Virtual Private Network)集團(tuán)用戶的的出賬處理的方法。同樣，與家庭套餐用戶相似，集團(tuán)與成員同樣具有依賴的關(guān)系。不同的是，集團(tuán)的扣費(fèi)處理依賴于成員的扣費(fèi)處理，當(dāng)成員的扣費(fèi)處理成功后，才可以進(jìn)行集團(tuán)的出賬處理，也就是說，對于VPN集團(tuán)用戶來講，進(jìn)行出賬操作時，成員用戶的優(yōu)先級要高于集團(tuán)用戶，因此，如圖5所示，本實(shí)施例的出賬處理的方法包括S41，根據(jù)用戶的優(yōu)先級，OCS進(jìn)行同一集團(tuán)的成員出賬操作；S42，當(dāng)同一集團(tuán)的成員全部進(jìn)行了出賬操作，且ABM返送的結(jié)果顯示該集團(tuán)的成員的出賬操作全部成功時，OCS單獨(dú)進(jìn)行集團(tuán)的出賬。其中，S41步驟對成員的出賬操作具體可采用實(shí)施例一的出賬處理的方法，這里不再贅述。需要指出的是，對于VPN集團(tuán)用戶來講，每個成員的計(jì)費(fèi)事件中，部分計(jì)費(fèi)事件的費(fèi)用是由集團(tuán)支付的，因此，S41步驟中，ABS會對每個計(jì)費(fèi)事件所對應(yīng)的賬戶進(jìn)行扣費(fèi)處理，如果ABS掃描到成員的某個計(jì)費(fèi)事件是集團(tuán)支付的，對該計(jì)費(fèi)事件對應(yīng)的賬戶也就是集團(tuán)的賬戶進(jìn)行扣費(fèi)處理。而S42步驟中，僅處理集團(tuán)的出賬計(jì)費(fèi)事件，例如集團(tuán)的月租費(fèi)等，不會出現(xiàn)成員和集團(tuán)重復(fù)付費(fèi)的情況。相應(yīng)的，本發(fā)明的實(shí)施例還提供了一種出賬處理的方法，如圖6所示，包括S51，接收在線計(jì)費(fèi)中心發(fā)送的累積的扣費(fèi)請求；S52，根據(jù)所述累積的扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理，生成扣費(fèi)處理結(jié)果；S53，將所述扣費(fèi)處理結(jié)果發(fā)送給所述在線計(jì)費(fèi)中心。本發(fā)明實(shí)施例提供的出賬處理的方法，進(jìn)行出賬操作時，ABM和OCS之間采用批量并行處理的方式，ABM能夠接收OCS發(fā)送的批量的扣費(fèi)請求，進(jìn)行扣費(fèi)處理后向OCS發(fā)送與所述批量的扣費(fèi)請求對應(yīng)的處理結(jié)果，避免出賬操作時OCS和ABM不停的進(jìn)行網(wǎng)絡(luò)遠(yuǎn)程交互及編解碼處理，減少了每個計(jì)費(fèi)用戶分?jǐn)偟木W(wǎng)絡(luò)時延的性能損耗，有效提升了出賬操作時整個計(jì)費(fèi)系統(tǒng)的性能。如前文所述，出賬操作中處理的所述計(jì)費(fèi)事件之間可能具有事件依賴關(guān)系或事務(wù)捆綁計(jì)費(fèi)關(guān)系，因此，為了保證出賬操作的準(zhǔn)確性，避免重復(fù)扣費(fèi)等誤操作，提高出賬處理的可靠性，S51步驟中，ABM所接收的扣費(fèi)請求可包括包括事務(wù)編碼、事件流水號、依賴事件流水號及扣費(fèi)數(shù)據(jù)；那么，在S52步驟中，ABM就可根據(jù)扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理，當(dāng)一個計(jì)費(fèi)事件處理失敗時，ABM將不再處理事務(wù)編碼與所述處理失敗的計(jì)費(fèi)事件的事務(wù)編碼相同的計(jì)費(fèi)事件和依賴事件流水號與處理失敗的計(jì)費(fèi)事件的事件流水號相同的計(jì)費(fèi)事件，并回退已經(jīng)成功處理的、與所述處理失敗的計(jì)費(fèi)事件的事務(wù)編碼相同的計(jì)費(fèi)事件。這樣，進(jìn)一步的提高了出賬操作的可靠性，避免出現(xiàn)誤扣費(fèi)操作。進(jìn)一步的，在S51步驟后還包括還包括根據(jù)所述扣費(fèi)請求中包括的用戶數(shù)和/或計(jì)費(fèi)事件數(shù)確定本次接收的扣費(fèi)請求為完整的步驟。S51步驟中接收的扣費(fèi)請求中，可包括標(biāo)志本次請求的用戶數(shù)或計(jì)費(fèi)事件數(shù)目的稽查參數(shù)，ABM可根據(jù)稽查參數(shù)，判斷本次接收的扣費(fèi)請求是否完整，如不完整，返回消息告知OCS請求不完整，OCS會重新發(fā)送，進(jìn)一步保證了出賬操作的可靠性。另外，S51步驟ABM接收的扣費(fèi)請求可以為OCS以用戶為單位串行發(fā)送的，也可以
12是OCS批量發(fā)送的，進(jìn)行批量發(fā)送能夠減少出賬過程中OCS和ABM的遠(yuǎn)程交互，降低網(wǎng)絡(luò)時延，提高出賬系統(tǒng)的性能。如果OCS批量發(fā)送的扣費(fèi)請求經(jīng)過了 OCS的壓縮處理的話，ABM 要對所述計(jì)費(fèi)請求進(jìn)行解壓縮處理。本發(fā)明實(shí)施例提供的出賬處理的方法，在S53步驟中，ABM將OCS本次發(fā)送的扣費(fèi)請求全部處理完成后，將對應(yīng)的扣費(fèi)處理結(jié)果統(tǒng)一返送給0CS。這樣，避免OCS和ABM不停的進(jìn)行網(wǎng)絡(luò)遠(yuǎn)程交互及編解碼處理，減少了每個計(jì)費(fèi)用戶分?jǐn)偟木W(wǎng)絡(luò)時延的性能損耗，有效提升了出賬操作時整個計(jì)費(fèi)系統(tǒng)的性能。同樣，ABM可將本批次出賬的扣費(fèi)處理結(jié)果，同樣經(jīng)過壓縮處理后統(tǒng)一返送給 0CS，能夠減少傳送的數(shù)據(jù)量，進(jìn)一步提高系統(tǒng)性能。需要指出的是，S53步驟中，返送的扣費(fèi)處理結(jié)果，可包括本次處理的用戶數(shù)，處理的計(jì)費(fèi)事件數(shù)，成功數(shù)或失敗數(shù)等標(biāo)志處理結(jié)果的稽查參數(shù)，方便OCS進(jìn)行后續(xù)的處理。相應(yīng)的，本發(fā)明的實(shí)施例還提供了一種0CS，如圖7所示的結(jié)構(gòu)框圖，包括累積單元71，用于根據(jù)用戶的出賬計(jì)算結(jié)果生成扣費(fèi)請求，對所述扣費(fèi)請求進(jìn)行累積；扣費(fèi)請求發(fā)送單元72，用于確定所述扣費(fèi)請求的累積數(shù)目達(dá)到預(yù)設(shè)閾值，將所述累積的扣費(fèi)請求發(fā)送給ABM;扣費(fèi)結(jié)果接收單元73，用于接收所述ABM發(fā)送的扣費(fèi)處理結(jié)果。本發(fā)明實(shí)施例提供的0CS，在進(jìn)行出賬操作時，能夠采用批量并行處理的方式，向 ABM發(fā)送的批量的扣費(fèi)請求，接收ABM發(fā)送的批量的處理結(jié)果，避免出賬操作時OCS和ABM 不停的進(jìn)行網(wǎng)絡(luò)遠(yuǎn)程交互及編解碼處理，減少了每個計(jì)費(fèi)用戶分?jǐn)偟木W(wǎng)絡(luò)時延的性能損耗，有效提升了出賬操作時整個計(jì)費(fèi)系統(tǒng)的性能。其中，本實(shí)施例還包括如圖8所示，還包括事務(wù)識別單元74、事件識別單元75 ；其中，所述事務(wù)識別單元74，用于識別計(jì)費(fèi)事件的捆綁計(jì)費(fèi)關(guān)系，為具有捆綁計(jì)費(fèi)關(guān)系的計(jì)費(fèi)事件的計(jì)費(fèi)結(jié)果分配相同的事務(wù)編碼；所述事件識別單元75，用于為每個計(jì)費(fèi)事件的計(jì)算結(jié)果分配對應(yīng)的事件流水號， 識別計(jì)費(fèi)事件的依賴關(guān)系，為依賴其他計(jì)費(fèi)事件的計(jì)費(fèi)事件的計(jì)算結(jié)果分配與被依賴事件的事件流水號相同的依賴事件流水號。進(jìn)一步地，上述OCS還包括實(shí)時計(jì)費(fèi)請求處理單元76，用于當(dāng)進(jìn)行所述出賬處理的過程中，收到用戶的實(shí)時計(jì)費(fèi)請求時，檢測所述實(shí)時計(jì)費(fèi)請求所對應(yīng)的用戶目前的狀態(tài)， 如果正在進(jìn)行所述實(shí)時計(jì)費(fèi)請求所對應(yīng)的用戶的出賬處理時，將不受理所述實(shí)時計(jì)費(fèi)請求，等待本次出賬完成后處理所述計(jì)費(fèi)請求；如果尚未執(zhí)行所述實(shí)時計(jì)費(fèi)請求所對應(yīng)的用戶的出賬處理時，對該用戶單獨(dú)進(jìn)行出賬處理，處理完畢后標(biāo)識該用戶已完成出賬。進(jìn)一步地，所述累積單元71包括設(shè)置模塊711和控制模塊712，其中所述設(shè)置模塊711，用于預(yù)先設(shè)置出賬過程中每次發(fā)送的所述扣費(fèi)請求的數(shù)目的閾值；所述控制模塊712，用于根據(jù)每個用戶的出賬計(jì)算結(jié)果，生成包括所述事務(wù)編碼、 事件流水號、依賴事件流水號及扣費(fèi)數(shù)據(jù)的扣費(fèi)請求，確定所述扣費(fèi)請求的累積數(shù)目達(dá)到預(yù)設(shè)閾值。這樣，當(dāng)ABM接收到本發(fā)明實(shí)施例提供的OCS發(fā)送的扣費(fèi)請求進(jìn)行扣費(fèi)處理時，將根據(jù)處理失敗的計(jì)費(fèi)事件的事務(wù)編碼和事件流水號，不再處理事務(wù)編碼與所述處理失敗的計(jì)費(fèi)事件的事務(wù)編碼相同的計(jì)費(fèi)事件，不再處理依賴事件流水號與處理失敗的計(jì)費(fèi)事件的事件流水號相同的計(jì)費(fèi)事件，并回退已經(jīng)成功處理的、與所述處理失敗的計(jì)費(fèi)事件的事務(wù)編碼相同的計(jì)費(fèi)事件，有效保證了出賬業(yè)務(wù)的可靠性。另外，當(dāng)本發(fā)明實(shí)施例提供的OCS進(jìn)行出賬的過程中，收到業(yè)務(wù)控制點(diǎn) SCP(Sevice Control Point)發(fā)送的用戶的實(shí)時計(jì)費(fèi)請求時，為了保證計(jì)費(fèi)的準(zhǔn)確性和出賬操作的可靠性，實(shí)時計(jì)費(fèi)請求處理單元76可判斷實(shí)時計(jì)費(fèi)用戶是否已經(jīng)進(jìn)行出賬，當(dāng)實(shí)時計(jì)費(fèi)用戶已完成出賬時，則OCS對其正常處理；如果實(shí)時計(jì)費(fèi)用戶當(dāng)前正在進(jìn)行出賬處理中，OCS將不受理所述實(shí)時計(jì)費(fèi)請求，等待本次出賬完成后再處理所述計(jì)費(fèi)請求；如果實(shí)時計(jì)費(fèi)用戶尚未執(zhí)行批量出賬時，OCS可對該用戶單獨(dú)進(jìn)行出賬處理，單獨(dú)發(fā)扣費(fèi)請求給 ABM，處理完畢后，處理完畢后實(shí)時計(jì)費(fèi)請求處理單元76將標(biāo)識該用戶已完成出賬，從而避免出賬重復(fù)處理。相應(yīng)的，本發(fā)明的實(shí)施例還提供了一種ABM，如圖9所示的結(jié)構(gòu)框圖，包括扣費(fèi)請求接收單元91、用于接收OCS發(fā)送的累積的扣費(fèi)請求；扣費(fèi)處理單元92，用于根據(jù)所述累積的扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理，生成扣費(fèi)處理結(jié)果；扣費(fèi)結(jié)果發(fā)送單元93，用于將所述扣費(fèi)處理結(jié)果發(fā)送給所述OCS。本發(fā)明實(shí)施例提供的ABM，進(jìn)行出賬操作時，可以采用批量并行處理的方式，能夠接收OCS發(fā)送的批量的扣費(fèi)請求，進(jìn)行扣費(fèi)處理后向OCS發(fā)送批量的處理結(jié)果，避免出賬操作時OCS和ABM不停的進(jìn)行網(wǎng)絡(luò)遠(yuǎn)程交互及編解碼處理，減少了每個計(jì)費(fèi)用戶分?jǐn)偟木W(wǎng)絡(luò)時延的性能損耗，有效提升了出賬操作時整個計(jì)費(fèi)系統(tǒng)的性能。進(jìn)一步地，如圖10所示，扣費(fèi)處理單92元包括識別模塊921和控制模塊922 ；其中，識別模塊921用于識別每個計(jì)費(fèi)事件的處理結(jié)果，當(dāng)事件處理失敗時，獲取所述事件的事務(wù)編碼和事件流水號；控制模塊922，用于根據(jù)所述累積的扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理，當(dāng)一個計(jì)費(fèi)事件處理失敗時，不再處理依賴事件流水號與處理失敗的計(jì)費(fèi)事件的事件流水號相同的計(jì)費(fèi)事件和事務(wù)編碼與所述處理失敗的計(jì)費(fèi)事件的事務(wù)編碼相同的計(jì)費(fèi)事件，并回退已經(jīng)成功處理的、與所述處理失敗的計(jì)費(fèi)事件的事務(wù)編碼相同的計(jì)費(fèi)事件?？蛇x地，上述余額管理中心，還包括確認(rèn)單元，用于根據(jù)所述扣費(fèi)請求中包括的用戶數(shù)和/或計(jì)費(fèi)事件數(shù)確定本次接收的扣費(fèi)請求為完整的。當(dāng)本發(fā)明實(shí)施例提供的ABM進(jìn)行出賬操作時，扣費(fèi)請求接收單元91接收OCS發(fā)送的計(jì)費(fèi)請求，并對計(jì)費(fèi)請求進(jìn)行解碼，逐一將扣費(fèi)數(shù)據(jù)發(fā)送給扣費(fèi)處理單元92進(jìn)行扣費(fèi)處理，將扣費(fèi)處理結(jié)果發(fā)送給扣費(fèi)結(jié)果發(fā)送單元93，扣費(fèi)結(jié)果發(fā)送單元93將扣費(fèi)結(jié)果發(fā)送給 0CS，扣費(fèi)處理單92還可獲取本次處理的用戶數(shù)、計(jì)費(fèi)事件數(shù)、成功數(shù)或失敗數(shù)等參數(shù)，指示扣費(fèi)結(jié)果發(fā)送單元93將這些參數(shù)和扣費(fèi)結(jié)果一起返送給0CS，方便OCS的后續(xù)處理。這樣，避免了出賬操作過程中，OCS和ABM不停的進(jìn)行網(wǎng)絡(luò)遠(yuǎn)程交互及編解碼處理，減少了每個計(jì)費(fèi)用戶分?jǐn)偟木W(wǎng)絡(luò)時延的性能損耗，有效提升了出賬操作時整個計(jì)費(fèi)系統(tǒng)的性能。相應(yīng)的，本發(fā)明的實(shí)施例還提供了一種出賬系統(tǒng)，如圖11所示，包括
在線計(jì)費(fèi)中心1101，用于根據(jù)用戶的出賬計(jì)算結(jié)果生成扣費(fèi)請求，對所述扣費(fèi)請求進(jìn)行累積；確定所述扣費(fèi)請求的累積數(shù)目達(dá)到預(yù)設(shè)閾值，將所述累積的扣費(fèi)請求發(fā)送給余額管理中心1102 ；接收所述余額管理中心1102發(fā)送的扣費(fèi)處理結(jié)果；余額管理中心1102，用于接收在線計(jì)費(fèi)中心1101發(fā)送的累積的扣費(fèi)請求；根據(jù)所述累積的扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理，生成扣費(fèi)處理結(jié)果；將所述扣費(fèi)處理結(jié)果發(fā)送給所述在線計(jì)費(fèi)中心1101。本發(fā)明實(shí)施例提供的出賬的系統(tǒng)，出賬操作過程中，OCS和ABM之間采用批量并行處理的方式，避免OCS和ABM不停的進(jìn)行網(wǎng)絡(luò)遠(yuǎn)程交互及編解碼處理，減少了每個計(jì)費(fèi)用戶分?jǐn)偟木W(wǎng)絡(luò)時延的性能損耗，有效提升了出賬操作時整個計(jì)費(fèi)系統(tǒng)的性能。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分流程可以通過計(jì)算機(jī)程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計(jì)算機(jī)可讀取存儲介質(zhì)中， 該程序在執(zhí)行時，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。以上所述，僅為本發(fā)明的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種出賬處理的方法，其特征在于，包括根據(jù)用戶的出賬計(jì)算結(jié)果生成扣費(fèi)請求，對所述扣費(fèi)請求進(jìn)行累積； 確定所述扣費(fèi)請求的累積數(shù)目達(dá)到預(yù)設(shè)閾值，將所述累積的扣費(fèi)請求發(fā)送給余額管理中心；接收所述余額管理中心發(fā)送的扣費(fèi)處理結(jié)果。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括掃描待出賬的用戶列表及計(jì)費(fèi)事件，按用戶對所述計(jì)費(fèi)事件進(jìn)行出賬計(jì)算，為每個計(jì)費(fèi)事件的計(jì)算結(jié)果分配對應(yīng)的事件流水號和事務(wù)編碼，當(dāng)所述計(jì)費(fèi)事件依賴于其他所述計(jì)費(fèi)事件時，為所述依賴于其他計(jì)費(fèi)事件的計(jì)費(fèi)事件的計(jì)算結(jié)果分配與被依賴事件的事件流水號相同的依賴事件流水號，當(dāng)至少兩個所述計(jì)費(fèi)事件為捆綁計(jì)費(fèi)的計(jì)費(fèi)事件時，為所述捆綁計(jì)費(fèi)的計(jì)費(fèi)事件的計(jì)費(fèi)結(jié)果分配相同的事務(wù)編碼； 所述根據(jù)每個用戶的出賬計(jì)算結(jié)果生成扣費(fèi)請求包括根據(jù)每個用戶的出賬計(jì)算結(jié)果，生成包括所述事件流水號、依賴事件流水號、事務(wù)編碼及扣費(fèi)數(shù)據(jù)的扣費(fèi)請求。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述掃描待出賬的用戶列表及計(jì)費(fèi)事件， 按用戶對所述計(jì)費(fèi)事件進(jìn)行出賬計(jì)算具體為掃描待出賬的用戶列表及計(jì)費(fèi)事件，根據(jù)用戶的優(yōu)先級按用戶對所述計(jì)費(fèi)事件進(jìn)行出賬計(jì)算。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將所述累積的扣費(fèi)請求發(fā)送給對應(yīng)的余額管理中心具體為將所述累積的扣費(fèi)請求以及本次請求的用戶數(shù)和/或計(jì)費(fèi)事件數(shù)發(fā)送給對應(yīng)的余額管理中心，以便于所述余額管理中心能夠根據(jù)所述用戶數(shù)和/或計(jì)費(fèi)事件數(shù)確定所接收的扣費(fèi)請求完整后進(jìn)行扣費(fèi)處理。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述接收所述余額管理中心返送的扣費(fèi)處理結(jié)果具體為接收所述余額管理中心統(tǒng)一發(fā)送的與所述累積的各個計(jì)費(fèi)請求所對應(yīng)的扣費(fèi)處理結(jié)^ ο
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括當(dāng)進(jìn)行所述出賬的過程中，收到用戶的實(shí)時計(jì)費(fèi)請求時，檢測所述實(shí)時計(jì)費(fèi)請求所對應(yīng)的用戶目前的狀態(tài)，如果正在進(jìn)行所述實(shí)時計(jì)費(fèi)請求所對應(yīng)的用戶的出賬處理時，將不受理所述實(shí)時計(jì)費(fèi)請求，等待本次出賬完成后處理所述計(jì)費(fèi)請求；如果尚未執(zhí)行所述實(shí)時計(jì)費(fèi)請求所對應(yīng)的用戶的出賬處理時，對該用戶單獨(dú)進(jìn)行出賬處理，處理完畢后標(biāo)識該用戶已完成出賬。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括當(dāng)進(jìn)行家庭套餐用戶用戶出賬時，根據(jù)所述家庭套餐用戶的優(yōu)先級，單獨(dú)進(jìn)行主優(yōu)先級的家長用戶的出賬操作，當(dāng)家長的出賬處理成功后，進(jìn)行次優(yōu)先級的成員用戶的出賬處理。
8.—種出賬處理的方法，其特征在于，包括 接收在線計(jì)費(fèi)中心發(fā)送的累積的扣費(fèi)請求；根據(jù)所述累積的扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理，生成扣費(fèi)處理結(jié)果；將所述扣費(fèi)處理結(jié)果發(fā)送給所述在線計(jì)費(fèi)中心。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述接收在線計(jì)費(fèi)中心發(fā)送的累積扣費(fèi)請求具體為接收在線計(jì)費(fèi)中心發(fā)送的、包括事件流水號、依賴事件流水號、事務(wù)編碼及扣費(fèi)數(shù)據(jù)的累積扣費(fèi)請求；所述根據(jù)所述累積的扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理包括根據(jù)所述累積的扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理，當(dāng)一個計(jì)費(fèi)事件處理失敗時，不再處理依賴事件流水號與處理失敗的計(jì)費(fèi)事件的事件流水號相同的計(jì)費(fèi)事件和事務(wù)編碼與所述處理失敗的計(jì)費(fèi)事件的事務(wù)編碼相同的計(jì)費(fèi)事件，并回退已經(jīng)成功處理的、與所述處理失敗的計(jì)費(fèi)事件的事務(wù)編碼相同的計(jì)費(fèi)事件。
10.根據(jù)權(quán)利要求8或9所述的方法，其特征在于，在所述根據(jù)所述累積的扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理之前，還包括根據(jù)所述扣費(fèi)請求中包括的用戶數(shù)和/或計(jì)費(fèi)事件數(shù)確定本次接收的扣費(fèi)請求為完整的。
11.一種出賬的在線計(jì)費(fèi)中心，其特征在于，包括累積單元，用于根據(jù)用戶的出賬計(jì)算結(jié)果生成扣費(fèi)請求，對所述扣費(fèi)請求進(jìn)行累積；扣費(fèi)請求發(fā)送單元，用于確定所述扣費(fèi)請求的累積數(shù)目達(dá)到預(yù)設(shè)閾值，將所述累積的扣費(fèi)請求發(fā)送給余額管理中心；扣費(fèi)結(jié)果接收單元，用于接收所述余額管理中心發(fā)送的扣費(fèi)處理結(jié)果。
12.根據(jù)權(quán)利要求11所述的在線計(jì)費(fèi)中心，其特征在于，還包括事務(wù)識別單元、事件識別單元；其中，所述事務(wù)識別單元用于識別計(jì)費(fèi)事件的捆綁計(jì)費(fèi)關(guān)系，為具有捆綁計(jì)費(fèi)關(guān)系的計(jì)費(fèi)事件的計(jì)費(fèi)結(jié)果分配相同的事務(wù)編碼；所述事件識別單元，用于為每個計(jì)費(fèi)事件的計(jì)算結(jié)果分配對應(yīng)的事件流水號，識別計(jì)費(fèi)事件的依賴關(guān)系，為依賴其他計(jì)費(fèi)事件的計(jì)費(fèi)事件的計(jì)算結(jié)果分配與被依賴事件的事件流水號相同的依賴事件流水號。
13.根據(jù)權(quán)利要求11所述的在線計(jì)費(fèi)中心，其特征在于，所述累積單元包括設(shè)置模塊和控制模塊，其中所述設(shè)置模塊，用于預(yù)先設(shè)置出賬過程中每次發(fā)送的所述扣費(fèi)請求的數(shù)目的閾值；所述控制模塊用于根據(jù)每個用戶的出賬計(jì)算結(jié)果，生成包括所述事務(wù)編碼、事件流水號、依賴事件流水號及扣費(fèi)數(shù)據(jù)的扣費(fèi)請求，確定所述扣費(fèi)請求的累積數(shù)目達(dá)到預(yù)設(shè)閾值。
14.根據(jù)權(quán)利要求11所述的在線計(jì)費(fèi)中心，其特征在于，還包括實(shí)時計(jì)費(fèi)請求處理單元，用于當(dāng)進(jìn)行所述出賬的過程中，收到用戶的實(shí)時計(jì)費(fèi)請求時，檢測所述實(shí)時計(jì)費(fèi)請求所對應(yīng)的用戶目前的狀態(tài)，如果正在進(jìn)行所述實(shí)時計(jì)費(fèi)請求所對應(yīng)的用戶的出賬處理時，將不受理所述實(shí)時計(jì)費(fèi)請求，等待本次出賬完成后處理所述計(jì)費(fèi)請求；如果尚未執(zhí)行所述實(shí)時計(jì)費(fèi)請求所對應(yīng)的用戶的出賬處理時，對該用戶單獨(dú)進(jìn)行出賬處理，處理完畢后標(biāo)識該用戶已完成出賬。
15.一種出賬的余額管理中心，其特征在于，包括扣費(fèi)請求接收單元、用于接收在線計(jì)費(fèi)中心發(fā)送的累積的扣費(fèi)請求；扣費(fèi)處理單元，用于根據(jù)所述累積的扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理，生成扣費(fèi)處理結(jié)果；扣費(fèi)結(jié)果發(fā)送單元，用于將所述扣費(fèi)處理結(jié)果發(fā)送給所述在線計(jì)費(fèi)中心。
16.根據(jù)權(quán)利要求15所述的余額管理中心，其特征在于，所述扣費(fèi)處理單元包括識別模塊和控制模塊；其中，所述識別模塊用于識別每個計(jì)費(fèi)事件的處理結(jié)果，當(dāng)事件處理失敗時，獲取所述事件的事務(wù)編碼和事件流水號；所述控制模塊，用于根據(jù)所述累積的扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理，當(dāng)一個計(jì)費(fèi)事件處理失敗時，不再處理依賴事件流水號與處理失敗的計(jì)費(fèi)事件的事件流水號相同的計(jì)費(fèi)事件和事務(wù)編碼與所述處理失敗的計(jì)費(fèi)事件的事務(wù)編碼相同的計(jì)費(fèi)事件，并回退已經(jīng)成功處理的、與所述處理失敗的計(jì)費(fèi)事件的事務(wù)編碼相同的計(jì)費(fèi)事件。
17.根據(jù)權(quán)利要求15所述的余額管理中心，其特征在于，還包括確認(rèn)單元，用于根據(jù)所述扣費(fèi)請求中包括的用戶數(shù)和/或計(jì)費(fèi)事件數(shù)確定本次接收的扣費(fèi)請求為完整的。
18.—種出賬系統(tǒng)，其特征在于，包括在線計(jì)費(fèi)中心，用于根據(jù)用戶的出賬計(jì)算結(jié)果生成扣費(fèi)請求，對所述扣費(fèi)請求進(jìn)行累積；確定所述扣費(fèi)請求的累積數(shù)目達(dá)到預(yù)設(shè)閾值，將所述累積的扣費(fèi)請求發(fā)送給余額管理中心；接收所述余額管理中心發(fā)送的扣費(fèi)處理結(jié)果；余額管理中心，用于接收在線計(jì)費(fèi)中心發(fā)送的累積的扣費(fèi)請求；根據(jù)所述累積的扣費(fèi)請求對每個扣費(fèi)請求對應(yīng)的用戶數(shù)據(jù)進(jìn)行扣費(fèi)處理，生成扣費(fèi)處理結(jié)果；將所述扣費(fèi)處理結(jié)果發(fā)送給所述在線計(jì)費(fèi)中心。
全文摘要
本發(fā)明的實(shí)施例公開了一種出賬處理的方法、在線計(jì)費(fèi)中心、余額管理中心和系統(tǒng)，涉及通信技術(shù)領(lǐng)域，為能夠有效提升出賬操作時計(jì)費(fèi)系統(tǒng)的性能而發(fā)明。所述出賬處理的方法，包括根據(jù)用戶的出賬計(jì)算結(jié)果生成扣費(fèi)請求，對所述扣費(fèi)請求進(jìn)行累積；確定所述扣費(fèi)請求的累積數(shù)目達(dá)到預(yù)設(shè)閾值，將所述累積的扣費(fèi)請求發(fā)送給余額管理中心；接收所述余額管理中心發(fā)送的扣費(fèi)處理結(jié)果。本發(fā)明可用于電信計(jì)費(fèi)系統(tǒng)中，在出賬操作過程中，OCS和ABM之間采用批量并行處理的方式，避免OCS和ABM不停的進(jìn)行網(wǎng)絡(luò)遠(yuǎn)程交互及編解碼處理，減少了每個計(jì)費(fèi)用戶分?jǐn)偟木W(wǎng)絡(luò)時延的性能損耗，有效提升了出賬操作時整個計(jì)費(fèi)系統(tǒng)的性能。
文檔編號H04M15/00GK102215114SQ20101014443
公開日2011年10月12日 申請日期2010年4月12日 優(yōu)先權(quán)日2010年4月12日
發(fā)明者彭云峰, 陸敬石 申請人:華為技術(shù)有限公司