專利名稱：一種計費方法、系統(tǒng)及一種賬期切換模塊的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計費技術(shù)領(lǐng)域，特別涉及一種計費方法、系統(tǒng)及一種賬期切換模塊。
背景技術(shù)：
計費系統(tǒng)是電信運營領(lǐng)域內(nèi)的重要組成部分，與服務(wù)開通、服務(wù)保障一起組成了電信運營的整體。
傳統(tǒng)的離線計費系統(tǒng)中，網(wǎng)元設(shè)備如交換機、移動交換中心(MSC)、網(wǎng)關(guān)GPRS支持節(jié)點(GGSN)等，負責記錄用戶使用網(wǎng)絡(luò)資源或服務(wù)的信息，生成呼叫詳細記錄(CDR)，并通常以CDR文件的形式暫存在網(wǎng)元設(shè)備上，計費系統(tǒng)定期的從網(wǎng)元設(shè)備上采集(如通過FTP協(xié)議)CDR文件，并從CDR文件中提取相關(guān)的業(yè)務(wù)和網(wǎng)絡(luò)資源使用信息，作為計費依據(jù)支撐后續(xù)的計費過程。下面具體說明傳統(tǒng)離線計費的實現(xiàn)過程網(wǎng)元設(shè)備負責將終端使用業(yè)務(wù)的信息生成CDR文件，CDR文件中通常采用按條記錄的方式記錄計費信息，計費系統(tǒng)中的采集系統(tǒng)從網(wǎng)元設(shè)備上提取CDR文件，經(jīng)過對CDR文件中的計費信息進行排重、糾錯、話單合并、格式化等預處理操作后，交給批價入賬模塊進行批價。
批價入賬模塊接收到經(jīng)過預處理的CDR計費信息后，針對CDR文件中每條計費信息，提取其中的業(yè)務(wù)信息，并根據(jù)業(yè)務(wù)信息查找預先設(shè)定的該業(yè)務(wù)的資費信息，如本地通話業(yè)務(wù)的資費為前3分鐘0.1元每分鐘，三分鐘之后0.05元每分鐘等等。批價入賬模塊根據(jù)獲得的資費信息和計費信息中的業(yè)務(wù)量，如通話其實時間為從某日8:56:11至9:00:28、或通話時長為5分鐘，計算出用戶的業(yè)務(wù)使用費用。后續(xù)的入賬模塊則根據(jù)用戶的入賬關(guān)系，將用戶的業(yè)務(wù)使用費用入賬到終端相關(guān)的賬戶上。
為便于賬務(wù)管理，引入了賬期的概念，即針對賬戶，將連續(xù)的時間人為分割成時間段，每個時間段即稱為一個賬期，賬務(wù)管理中按照不同的賬期累計和匯總賬戶的費用數(shù)據(jù)，以支持后續(xù)按賬期向客戶收取費用。目前通常采用按自然月分賬期的方式，例如運營商通常選定每月1號零時作為賬期切換時間，則每月1號零時之前到上一月1號零時之后作為一個賬期，在一個賬期內(nèi)的計費信息將被累計和匯總，賬期切換之后，新的賬期開始，上一賬期產(chǎn)生的費用數(shù)據(jù)經(jīng)過計算后，便可作為依據(jù)向用戶提供賬單，用戶確認賬單無誤后按單繳費。
按照賬期切換點累計上一賬期賬務(wù)數(shù)據(jù)，并初始化新一賬期的一系列操作稱為賬期切換。賬期切換過程中，需要對賬期切換點之前的上一賬期費用數(shù)據(jù)進行累計和匯總，并將最終的費用數(shù)據(jù)轉(zhuǎn)存到其它位置供制作賬單等后續(xù)功能使用。
由于在傳統(tǒng)計費系統(tǒng)是采用離線方式、通過CDR話單計費的，在某些異常情況下，可能存在話單延遲現(xiàn)象，即在賬期切換后，應歸屬于上一賬期的話單文件或話單記錄才被收集到計費系統(tǒng)并經(jīng)過批價，批價后的費用應該屬于上一賬期產(chǎn)生的，如果需要入賬到上一賬期，就對入賬過程產(chǎn)生了影響。在具體的系統(tǒng)實現(xiàn)過程中，根據(jù)運營商的業(yè)務(wù)需求，針對于上述話單延遲現(xiàn)象，有系統(tǒng)中的入賬功能可以根據(jù)費用的產(chǎn)生時間確定將其入賬到上一賬期或當前賬期，即支持向上一賬期和當前賬期兩個賬期入賬；另一些系統(tǒng)中的入賬功能則在賬期切換后的所有費用信息入賬到當前賬期。
現(xiàn)有系統(tǒng)的賬期切換的實現(xiàn)機制是在后臺運行賬期切換檢測程序，賬期切換檢測程序檢測到賬期切換時間到達時，觸發(fā)賬期切換流程，針對所有用戶批量的進行賬期切換操作。在實際運營中為避免對生產(chǎn)系統(tǒng)造成影響，通常選擇在深夜等網(wǎng)絡(luò)空閑時完成賬期切換操作。并且在賬期切換過程中，為避免批價入賬模塊和賬期切換模塊同時對賬務(wù)數(shù)據(jù)操作造成沖突，通常需要在賬期切換過程中停止入賬功能，稱為“封賬期”，在停止入賬功能過程中，賬務(wù)數(shù)據(jù)得不到及時的更新，用戶的信用控制無法進行，容易造成運營商的損失。
由于離線計費是非實時的，目前通常用于后付費用戶的計費。離線計費可以支撐多樣的業(yè)務(wù)，卻難以及時進行用戶信用控制，存在惡意透支造成損失的風險。
基于智能網(wǎng)的計費則采用實時計費的方式實現(xiàn)當用戶請求業(yè)務(wù)時，業(yè)務(wù)交換點(SSP)將用戶請求的業(yè)務(wù)信息和用戶信息上報給業(yè)務(wù)控制點(SCP)，SCP需要根據(jù)上報的信息和用戶的賬戶信息，判斷用戶賬戶內(nèi)的余額是否充足，以決定用戶是否可以繼續(xù)使用業(yè)務(wù)，并控制SSP是否給用戶接續(xù)業(yè)務(wù)；在用戶使用業(yè)務(wù)的過程中，SCP不斷收取SSP上報的業(yè)務(wù)使用信息，實時的從用戶的賬戶上扣減費用，并在用戶余額不足時，控制SSP切斷用戶業(yè)務(wù)。實時計費可以有效的控制惡意透支，避免的收入的流失，目前通常用于對預付費用戶進行計費。該基于智能網(wǎng)的在線計費方式的資費單一，由于采用實時扣費的方式，沒有使用分賬期的方式操作，通常無法提供用戶的賬單，而只能提供業(yè)務(wù)使用情況的詳單，不能滿足用戶的需求。
當前對預付費和后付費用戶通常分別采用在線計費和離線計費的方式實現(xiàn)，而在線計費和離線計費系統(tǒng)之間相互獨立，造成了用戶資料分散，運營成本增加；同時也因為計費方式不同引起所提供的業(yè)務(wù)不盡相同，難以實現(xiàn)不同業(yè)務(wù)之間的交叉優(yōu)惠。計費系統(tǒng)迫切需要走向后付費和預付費的融合。
可見，對于現(xiàn)有計費方式而言，不支持在線實時的賬期切換處理，賬期切換時間長，靈活性差。再有，由于原有賬期切換是離線批處理的，并且通常選擇深夜等網(wǎng)絡(luò)空閑時間段進行，難以支持用戶個性化的賬期定制功能。在賬期切換完成之前的用戶賬期內(nèi)費用難以準確匯總和累計。在用戶辦理銷戶時，難以實現(xiàn)用戶在當前賬期內(nèi)費用精確統(tǒng)計，容易造成運營商損失，在用戶銷戶過程中，需要用戶等待較長時間，直到當前賬期結(jié)束后再完成銷戶手續(xù)，降低了客戶滿意度。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種計費方法、系統(tǒng)及一種賬期切換模塊，實現(xiàn)在線實時的賬期切換，避免因賬期切換不及時帶來的損失。
本發(fā)明實施例技術(shù)方案包括一種計費方法，包括接收在線計費消息，對所述消息進行預處理；所述在線計費消息中包含用戶標識信息和計費信息；判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶需要觸發(fā)賬期切換操作后，執(zhí)行在線賬期切換操作，獲取賬期切換后的結(jié)果，根據(jù)所述計費信息進行批價入賬操作，完成計費。
一種計費系統(tǒng)，包括計費信息收集和預處理模塊、主控模塊、批價入賬模塊、賬期切換模塊，其中，所述計費信息收集和預處理模塊，用于接收在線計費消息，對所述消息進行預處理；所述在線計費消息中包括用戶標識信息和計費信息；所述主控模塊，用于將預處理后的在線計費消息傳送給賬期切換模塊，接收來自賬期切換模塊的反饋信息，確認所述反饋信息中包含賬期切換后的結(jié)果時，調(diào)用批價入賬模塊進行計費，接收批價入賬操作結(jié)果，通過計費信息收集和預處理模塊向所述在線計費消息的發(fā)起者返回計費消息響應；所述賬期切換模塊，用于判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶需要觸發(fā)賬期切換操作后，執(zhí)行在線賬期切換操作，賬期切換后的結(jié)果返回給所述主控模塊；所述批價入賬模塊，用于根據(jù)計費信息進行批價入賬操作。
一種賬期切換模塊，包括切換判斷單元，用于接收來自主控模塊的包括用戶標識信息的在線計費消息，判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶需要觸發(fā)賬期切換操作后，通知賬期切換單元；賬期切換單元，用于根據(jù)接收到的通知執(zhí)行在線賬期切換操作，獲取賬期切換后的結(jié)果傳送給結(jié)果返回單元；結(jié)果返回單元，用于將賬期切換后的結(jié)果傳送給主控模塊。
應用本發(fā)明實施例，實現(xiàn)了在線實時的賬期切換，避免了因賬期切換不及時帶來的損失。本發(fā)明實施例融合了在線計費和離線計費，實現(xiàn)方式靈活，能夠方便實現(xiàn)個性化的賬期制定。在用戶銷戶過程中，縮短了需要用戶等待的時間，提高了客戶滿意度。


圖1是根據(jù)本發(fā)明實施例的實現(xiàn)計費方法的流程示意圖；圖2是根據(jù)本發(fā)明實施例的賬期切換模塊的處理流程示意圖；
圖3是根據(jù)本發(fā)明實施例的一次完整通話過程的計費流程示意圖；圖4是批處理方式來觸發(fā)賬期切換操作的流程示意圖；圖5是根據(jù)本發(fā)明實施例的一種賬期切換模塊結(jié)構(gòu)示意圖。
具體實施例方式
下面結(jié)合附圖及具體實施例對本發(fā)明做詳細說明。
圖1所示為根據(jù)本發(fā)明實施例的實現(xiàn)計費方法的流程示意圖。
步驟101，網(wǎng)元設(shè)備向計費系統(tǒng)上報在線計費消息，該在線計費消息中包含用戶標識信息和計費信息。其中，網(wǎng)元設(shè)備包括SCP、GGSN、MSC等。
步驟102～103，計費系統(tǒng)中的計費信息收集和預處理模塊接收在線計費消息，對所述消息進行預處理，之后，將預處理后的在線計費消息發(fā)送至計費系統(tǒng)中的主控模塊。
計費信息收集和預處理模塊主要負責通過特定協(xié)議從網(wǎng)元設(shè)備收集計費信息并對計費信息進行預處理，預處理后計費信息被轉(zhuǎn)化為統(tǒng)一的格式供后續(xù)的計費流程使用。收集的計費信息包括但不限于計費消息、CDR或IP詳細記錄(IPDR)文件。預處理包括對計費信息的編解碼、格式化、排重等操作，該模塊及其具體處理過程均為現(xiàn)有方案，不再贅述。
步驟104～106，主控模塊通過賬期切換接口調(diào)用賬期切換模塊即向賬期切換模塊發(fā)送包含用戶標識信息的賬期切換消息，由賬期切換模塊判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶是否需要觸發(fā)賬期切換操作，若需要，則執(zhí)行在線賬期切換操作，將賬期切換后的結(jié)果傳送給主控模塊；若不需要，則直接給主控模塊返回不需要賬期切換的信息。本實施例中，假設(shè)需要賬期切換，返回了賬期切換后的結(jié)果。
步驟107，主控模塊獲取賬期切換后的結(jié)果，調(diào)用預留反算模塊和/或批價入賬模塊根據(jù)所述計費信息進行反算預留、批價入賬操作，完成計費。
批價入賬模塊用于負責根據(jù)用戶的資費信息和從計費信息中提取的業(yè)務(wù)使用量，計算用戶使用業(yè)務(wù)所應支付的費用，并更新用戶的賬務(wù)信息，如用戶的賬戶余額、產(chǎn)生費用的業(yè)務(wù)詳細記錄等。
預留反算模塊用于負責根據(jù)用戶的賬戶信息和業(yè)務(wù)信息進行反算，以及對用戶使用業(yè)務(wù)進行預留操作。反算是指根據(jù)用戶的當前賬戶余額和使用業(yè)務(wù)的資費信息，計算出用戶可以使用業(yè)務(wù)的量，例如可以通話多長時間、可以下載多少字節(jié)的流量信息等，并可以將反算后的業(yè)務(wù)量結(jié)果信息通知用戶，或用于后續(xù)的預留等計費流程。預留是在線計費的一種信用控制機制，用于避免運營商不必要的損失，即對于用戶使用某種業(yè)務(wù)，從用戶賬戶余額中預扣一定的金額，當用戶使用業(yè)務(wù)過后在將多余的預扣金額回補。
本步驟完全是現(xiàn)有技術(shù)，不再贅述。
步驟108～109，主控模塊通過計費信息收集和預處理模塊向網(wǎng)元設(shè)備返回計費消息響應。
至此，實現(xiàn)了一種融合了在線計費和離線計費的計費方式。
上述在線計費消息可以是基于會話的消息和基于事件的消息。對于基于會話的消息，一次會話中可以包括計費初始消息、計費更新消息、計費終止消息。當然計費更新消息也可能不存在，比如用戶開始通話后，網(wǎng)元設(shè)備上報計費初始消息后，計費系統(tǒng)預留了5分鐘，如果用戶沒有5分鐘就終止了通話，這時候網(wǎng)元設(shè)備就直接上報計費終止消息，因而就沒有計費更新消息了；如果用戶通話23分鐘才結(jié)束，這時會產(chǎn)生多個計費更新消息?？梢岳斫猓瑢τ谝淮瓮ㄔ掃^程，可以有一個計費初始消息，一個計費終止消息，零個或至少一個計費更新消息。對于基于事件的消息，一次事件只有一個事件消息，不需要反算、預留，直接批價后扣費入賬即可，因此，不存在反算預留操作。
承載在線計費消息的協(xié)議包括Diameter和Radius等，也即網(wǎng)元設(shè)備可以采用Diameter或Radius等協(xié)議與計費系統(tǒng)之間通信。此外網(wǎng)元設(shè)備還可以通過特定文件或流傳輸協(xié)議向計費系統(tǒng)上報CDR或IPDR文件，上述文件或流傳輸協(xié)議包括但不限于文件傳輸協(xié)議(FTP)、文件傳輸訪問和管理(FTAM)、IP詳細記錄/流協(xié)議(IPDR/SP)等。
圖1步驟104～106中的判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶是否需要觸發(fā)賬期切換操作，以及賬期切換的處理過程如圖2所示，圖2是根據(jù)本發(fā)明實施例的賬期切換模塊的處理流程示意圖。
步驟201～202，賬期切換模塊接收到賬期切換消息后，提取該消息中的用戶標識信息，查詢與用戶標識信息相關(guān)聯(lián)的賬戶(在現(xiàn)有技術(shù)中又稱為入賬關(guān)系)，獲得與用戶標識信息相關(guān)聯(lián)的賬戶列表。
步驟203，判斷列表數(shù)目是否為零，若是，則執(zhí)行步驟208，否則執(zhí)行步驟204。
步驟204，查找賬戶列表中的下一未處理的賬戶。
步驟205，根據(jù)預設(shè)規(guī)則判斷該賬戶是否需要賬期切換，若是，則執(zhí)行步驟206，否則執(zhí)行步驟207。
上述預設(shè)規(guī)則可以是計費消息當前的發(fā)生時間晚于當前賬戶的當前賬期終止時間。
步驟206，執(zhí)行在線賬期切換，具體操作過程可以有以下兩種實現(xiàn)方式如果存在一個存儲空間，且當前賬期的費用和前一賬期的費用被保存在不同的存儲位置，則執(zhí)行在線賬期切換操作的過程包括將當前賬期的費用數(shù)據(jù)存儲到前一個帳期費用的存儲位置上，將當前賬期的除余額以外的費用數(shù)據(jù)清零，當前賬期的余額數(shù)據(jù)繼承上一賬期的余額數(shù)據(jù)，之后，將該賬戶的當前賬期開始、結(jié)束時間修改為賬期切換后的當前賬期的開始、結(jié)束時間。
如果存在兩個存儲空間分別存儲當前賬期數(shù)據(jù)和前一賬期數(shù)據(jù)，且存在當前賬期標識或指針、和前一賬期標識或指針，分別標識或指向上述兩個賬期數(shù)據(jù)，則執(zhí)行在線賬期切換操作的過程包括將當前賬期標識或指針、與前一賬期標識或指針對換，并將對換后的當前賬期標識或指針所指向的賬期的除余額以外的費用數(shù)據(jù)清零，當前賬期的余額數(shù)據(jù)繼承上一賬期的余額數(shù)據(jù)，之后，更改賬戶中當前賬期開始、結(jié)束時間為賬期轉(zhuǎn)換后當前賬期的開始、結(jié)束時間。
步驟207，判斷賬戶列表中是否還有未處理的賬戶，若是，則返回步驟204，否則執(zhí)行步驟208。
步驟208，返回信息賬期切換信息。這里，如果執(zhí)行了賬期切換操作，則返回賬期切換后的結(jié)果信息，如果未執(zhí)行賬期切換操作，則返回不需要賬期切換的信息。
可見，在賬戶列表內(nèi)的賬戶數(shù)目不為零的情況下，要根據(jù)預設(shè)規(guī)則依次對賬戶列表內(nèi)的每個賬戶進行判斷。
參見圖3，其根據(jù)本發(fā)明實施例的一次完整通話過程的計費流程示意圖。本實施例基于Diameter協(xié)議。
這里，可以將一次完整的通話過程分為三個階段在用戶未真正通話前都可以被認為是“開始使用業(yè)務(wù)前”；對于通話過程中可以被認為是“使用業(yè)務(wù)過程中”，在用戶切斷通話或由于余額不足由網(wǎng)元切斷通話時，可以被認為是“終止使用時”。
在用戶開始使用業(yè)務(wù)前，即圖3中的A階段，網(wǎng)元設(shè)備向計費系統(tǒng)上報Diameter CCR Initiate消息(在線計費初始化消息)，當計費系統(tǒng)接收到實時在線計費Diameter CCR Initiate消息后，經(jīng)過預處理，將預處理后的消息傳送給計費系統(tǒng)中的主控模塊。主控模塊向賬期切換模塊發(fā)送包含用戶標識信息的賬期切換消息。
賬期切換模塊根據(jù)用戶標識信息，檢測與所述用戶標識信息相關(guān)聯(lián)的賬戶是否需要觸發(fā)賬期切換操作如果需要賬期切換，則進行賬期切換處理，賬期切換完成后，將賬期切換后的結(jié)果信息返回給主控模塊；如果不需要賬期切換，則返回不需要切換的信息到主控模塊。本例中假設(shè)返回賬期切換后的結(jié)果信息。
主控模塊參照賬期切換結(jié)果，控制調(diào)用后續(xù)的預留反算模塊，對用戶使用業(yè)務(wù)進行反算和預留，并最終完成Diameter CCR Initiate消息的處理過程。
在用戶使用業(yè)務(wù)過程中，即圖3中的B階段，網(wǎng)元設(shè)備定期上報DiameterCCR Update消息(在線計費更新消息)，計費系統(tǒng)接收到Diameter CCR Update消息后，經(jīng)過預處理，將預處理后的計費消息傳送給計費系統(tǒng)中的主控模塊。主控模塊向賬期切換模塊發(fā)送包含用戶標識信息的賬期切換消息。
賬期切換模塊根據(jù)用戶標識信息，檢測與所述用戶標識信息相關(guān)聯(lián)的賬戶是否需要觸發(fā)賬期切換操作如果需要賬期切換，則進行賬期切換處理，賬期切換完成后，將賬期切換后的結(jié)果信息返回給主控模塊；如果不需要賬期切換，則返回不需要切換的信息到主控模塊。本例中假設(shè)返回賬期切換后的結(jié)果信息。
主控模塊接收到賬期切換模塊返回的消息后，參照賬期切換后的結(jié)果信息，控制后續(xù)的批價入賬模塊對用戶使用業(yè)務(wù)的使用量進行批價和入賬操作，并調(diào)用預留反算模塊對用戶使用業(yè)務(wù)進行預留操作，并最終完成DiameterCCR Update消息的處理過程。
本實施例中，該在線計費更新消息只產(chǎn)生了一次。如果需要，可以產(chǎn)生多次，也可以沒有。
在用戶終止使用時，即圖3中的C階段，網(wǎng)元設(shè)備向計費系統(tǒng)上報DiameterCCR Terminate消息(在線計費終止消息)。計費系統(tǒng)收到Diameter CCRTerminate消息后，經(jīng)過預處理，將預處理后的terminate消息發(fā)送給主控模塊。主控模塊向賬期切換模塊發(fā)送包含用戶標識信息的賬期切換消息。
賬期切換模塊根據(jù)用戶標識信息，檢測與所述用戶標識信息相關(guān)聯(lián)的賬戶是否需要觸發(fā)賬期切換操作如果需要賬期切換，則進行賬期切換處理，賬期切換完成后，將賬期切換后的結(jié)果信息返回給主控模塊；如果不需要賬期切換，則返回不需要切換的信息到主控模塊。本例中假設(shè)返回賬期切換后的結(jié)果信息。
這里需要說明一點，之所以需要判斷是否觸發(fā)賬期切換是因為假設(shè)用戶的帳期結(jié)束時間為2007/03/01，當用戶從2月28日的23:57開始通話，3月1日的00:02結(jié)束，因部分通話時間在帳期結(jié)束時間后，需要進行帳期切換。
主控模塊接收到賬期切換模塊返回的消息后，參照賬期切換結(jié)果信息，控制后續(xù)批價入賬模塊，對用戶使用業(yè)務(wù)的使用量進行批價和入賬操作，完成用戶的計費過程。
至此，實現(xiàn)對一次完整的通話過程的計費。
此外，還可以有一種計費實現(xiàn)方式參見圖4，主控模塊向賬期切換模塊定時的發(fā)送檢測賬期信息，賬期切換模塊輪詢每一賬戶，若存在滿足賬期切換條件的賬戶，則執(zhí)行賬期切換操作，并進行反算預留、批價入賬操作，完成計費。賬期切換條件包括到達或超過賬期終止時間。當然，反算預留操作也有可能是不存在的，此過程完全是現(xiàn)有時批處理方式術(shù)觸發(fā)賬期切抉操作，其完全是現(xiàn)有技術(shù)，在此僅簡單說明。
本發(fā)明實施例還提供了一種計費系統(tǒng)，包括計費信息收集和預處理模塊、主控模塊、批價入賬模塊、賬期切換模塊，其中，計費信息收集和預處理模塊用于接收在線計費消息，對所述消息進行預處理；所述在線計費消息中包括用戶標識信息和計費信息；主控模塊用于將預處理后的在線計費消息傳送給賬期切換模塊，接收來自賬期切換模塊的反饋信息，確認所述反饋信息中包含賬期切換后的結(jié)果時，調(diào)用批價入賬模塊進行計費，接收批價入賬操作結(jié)果，通過計費信息收集和預處理模塊向在線計費消息的發(fā)起者返回計費消息響應；賬期切換模塊用于判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶需要觸發(fā)賬期切換操作后，執(zhí)行在線賬期切換操作，賬期切換后的結(jié)果返回給所述主控模塊。
批價入賬模塊，用于根據(jù)計費信息進行批價入賬操作。
上述在線計費消息包括基于會話的消息和基于事件的消息；在所述在線計費消息基于會話的消息時，所述在線計費系統(tǒng)還可以包括預留反算模塊，用于接受主控模塊的調(diào)用，根據(jù)所述計費信息進行反算預留操作，將反算預留操作返回給主控模塊。
上述賬期切換模塊還用于判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶不需要觸發(fā)賬期切換操作后，直接給主控模塊返回不需要賬期切換的信息。
上述主控模塊還用于定時發(fā)送檢測賬期信息，期切換模塊還用于輪詢每一賬戶，若存在滿足賬期切換條件的賬戶，則執(zhí)行賬期切換操作；賬期切換條件包括到達或超過賬期終止時間。
本發(fā)明實施例還提供了一種賬期切換模塊，包括切換判斷單元510用于接收來自主控模塊的包括用戶標識信息的在線計費消息，判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶需要觸發(fā)賬期切換操作后，通知賬期切換單元；
賬期切換單元520用于根據(jù)接收到的通知執(zhí)行在線賬期切換操作，獲取賬期切換后的結(jié)果傳送給結(jié)果返回單元；結(jié)果返回單元530用于將賬期切換后的結(jié)果傳送給主控模塊。
上述切換判斷單元510還用于判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶不需要觸發(fā)賬期切換操作后，通知結(jié)果返回單元530；上述結(jié)果返回單元530還用于給主控模塊傳送不需要賬期切換的信息。
上述切換判斷單元510還用于接收定時檢測賬期信息，輪詢每一賬戶，若存在滿足賬期切換條件的賬戶，則通知賬期切換單元執(zhí)行賬期切換操作；所述賬期切換條件包括到達或超過賬期終止時間。
應用本發(fā)明實施例，實現(xiàn)了在線實時的賬期切換，避免了因賬期切換不及時帶來的損失。本發(fā)明實施例融合了在線計費和離線計費，實現(xiàn)方式靈活，能夠方便實現(xiàn)個性化的賬期制定。在用戶銷戶過程中，縮短了需要用戶等待的時間，提高了客戶滿意度。
以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進等，均包含在本發(fā)明的保護范圍內(nèi)。
權(quán)利要求
1.一種計費方法，其特征在于，包括接收在線計費消息，對所述消息進行預處理；所述在線計費消息中包含用戶標識信息和計費信息；判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶需要觸發(fā)賬期切換操作后，執(zhí)行在線賬期切換操作，獲取賬期切換后的結(jié)果，根據(jù)所述計費信息進行批價入賬操作，完成計費。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進一步包括定時檢測賬期信息，輪詢每一賬戶，若存在滿足賬期切換條件的賬戶，則執(zhí)行賬期切換操作，并進行批價入賬操作，完成計費；所述賬期切換條件包括到達或超過賬期終止時間。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述在線計費消息包括基于會話的消息和基于事件的消息；所述基于會話的消息包括計費初始消息、計費更新消息和計費終止消息。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述在線計費消息是基于會話的消息時，所述賬期切換操作后，還包括反算預留操作。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶需要觸發(fā)賬期切換操作的過程包括查詢與所述用戶標識信息相關(guān)聯(lián)的賬戶信息，獲取賬戶列表；確定所述賬戶列表內(nèi)的賬戶數(shù)目不為零時，對賬戶列表內(nèi)的每個賬戶，根據(jù)預設(shè)規(guī)則依次判斷是否需要賬期切換，如需要則進行賬期切換；所述預設(shè)規(guī)則包括所述計費消息當前的發(fā)生時間晚于當前賬戶的當前賬期終止時間。
6.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述執(zhí)行在線賬期切換操作的過程包括將當前賬期的費用數(shù)據(jù)存儲到前一個帳期費用的存儲位置上，并將當前賬期的除余額以外的費用數(shù)據(jù)清零，之后，將賬戶的當前賬期開始、結(jié)束時間分別修改為賬期切換后的當前賬期的開始、結(jié)束時間。
7.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，如果存在兩個存儲空間分別存儲當前賬期數(shù)據(jù)和前一賬期數(shù)據(jù)，且存在當前賬期標識或指針、和前一賬期標識或指針，分別標識或指向上述兩個賬期數(shù)據(jù)，則所述執(zhí)行在線賬期切換操作的過程包括將所述標識或指針對換，并將對換后的當前賬期標識或指針所指向的賬期的除余額以外的費用數(shù)據(jù)清零，更改賬戶中當前賬期開始、結(jié)束時間為賬期轉(zhuǎn)換后當前賬期的開始、結(jié)束時間。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述在線計費消息由網(wǎng)元設(shè)備發(fā)送；所述網(wǎng)元設(shè)備包括業(yè)務(wù)控制點SCP、網(wǎng)關(guān)GPRS支持節(jié)點GGSN和移動交換中心MSC；承載所述在線計費消息的協(xié)議包括Diameter、Radius或特定文件或流傳輸協(xié)議；所述特定文件或流傳輸協(xié)議包括，文件傳輸協(xié)議FTP、文件傳輸訪問和管理FTAM、IP詳細記錄/流協(xié)議IPDR/SP。
9.一種計費系統(tǒng)，包括計費信息收集和預處理模塊、主控模塊、批價入賬模塊、賬期切換模塊，其特征在于，所述計費信息收集和預處理模塊，用于接收在線計費消息，對所述消息進行預處理；所述在線計費消息中包括用戶標識信息和計費信息；所述主控模塊，用于將預處理后的在線計費消息傳送給賬期切換模塊，接收來自賬期切換模塊的反饋信息，確認所述反饋信息中包含賬期切換后的結(jié)果時，調(diào)用批價入賬模塊進行計費，接收批價入賬操作結(jié)果，通過計費信息收集和預處理模塊向所述在線計費消息的發(fā)起者返回計費消息響應；所述賬期切換模塊，用于判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶需要觸發(fā)賬期切換操作后，執(zhí)行在線賬期切換操作，賬期切換后的結(jié)果返回給所述主控模塊；所述批價入賬模塊，用于根據(jù)計費信息進行批價入賬操作。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述在線計費消息包括基于會話的消息和基于事件的消息；在所述在線計費消息基于會話的消息時，所述系統(tǒng)還包括預留反算模塊，用于接受主控模塊的調(diào)用，根據(jù)所述計費信息進行反算預留操作，將反算預留操作返回給主控模塊。
11.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述賬期切換模塊還用于判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶不需要觸發(fā)賬期切換操作后，直接給主控模塊返回不需要賬期切換的信息。
12.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述主控模塊還用于定時發(fā)送檢測賬期信息；所述賬期切換模塊還用于輪詢每一賬戶，若存在滿足賬期切換條件的賬戶，則執(zhí)行賬期切換操作；所述賬期切換條件包括到達或超過賬期終止時間。
13.一種賬期切換模塊，其特征在于，包括切換判斷單元，用于接收來自主控模塊的包括用戶標識信息的在線計費消息，判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶需要觸發(fā)賬期切換操作后，通知賬期切換單元；賬期切換單元，用于根據(jù)接收到的通知執(zhí)行在線賬期切換操作，獲取賬期切換后的結(jié)果傳送給結(jié)果返回單元；結(jié)果返回單元，用于將賬期切換后的結(jié)果傳送給主控模塊。
14.根據(jù)權(quán)利要求13所述的賬期切換模塊，其特征在于，所述切換判斷單元還用于判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶不需要觸發(fā)賬期切換操作后，通知結(jié)果返回單元；所述結(jié)果返回單元，還用于給主控模塊傳送不需要賬期切換的信息。
15.根據(jù)權(quán)利要求13所述的賬期切換模塊，其特征在于，所述切換判斷單元還用于接收定時檢測賬期信息，輪詢每一賬戶，若存在滿足賬期切換條件的賬戶，則通知賬期切換單元執(zhí)行賬期切換操作；所述賬期切換條件包括到達或超過賬期終止時間。
全文摘要
本發(fā)明公開了一種計費方法，包括接收在線計費消息，對所述消息進行預處理；所述在線計費消息中包含用戶標識信息和計費信息；判斷與所述用戶標識信息相關(guān)聯(lián)的賬戶需要觸發(fā)賬期切換操作后，執(zhí)行在線賬期切換操作，獲取賬期切換后的結(jié)果，根據(jù)所述計費信息進行反算預留和/或批價入賬操作，完成計費。應用本發(fā)明實現(xiàn)了在線實時的賬期切換，避免了因賬期切換不及時帶來的損失。本發(fā)明實施例融合了在線計費和離線計費，實現(xiàn)方式靈活，能夠方便實現(xiàn)個性化的賬期制定。在用戶銷戶過程中，縮短了需要用戶等待的時間，提高了客戶滿意度。本發(fā)明同時還公開了一種計費系統(tǒng)和一種賬期切換模塊。
文檔編號H04M3/22GK101022488SQ200710088219
公開日2007年8月22日 申請日期2007年3月15日 優(yōu)先權(quán)日2007年3月15日
發(fā)明者王斌, 徐志賢, 張小利, 謝秋華, 陳婷蓉 申請人:華為技術(shù)有限公司