專利名稱：一種計(jì)費(fèi)系統(tǒng)的業(yè)務(wù)處理方法、裝置及計(jì)費(fèi)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于電信網(wǎng)計(jì)費(fèi)技術(shù)領(lǐng)域，特別涉及一種計(jì)費(fèi)系統(tǒng)的業(yè)務(wù)處理方法、裝置及計(jì)費(fèi)系統(tǒng)。
背景技術(shù)：
計(jì)費(fèi)系統(tǒng)是運(yùn)營(yíng)支撐領(lǐng)域的核心系統(tǒng)，它從設(shè)備獲取話單，完成批價(jià)計(jì)費(fèi)生成帳單，同時(shí)完成網(wǎng)間結(jié)算功能。上述運(yùn)算生成的帳單和結(jié)算報(bào)表決定了運(yùn)營(yíng)商的收入，也是普通消費(fèi)者的繳費(fèi)依據(jù)，所以運(yùn)算的準(zhǔn)確性和完整性備受關(guān)注。保證話單在計(jì)費(fèi)系統(tǒng)中準(zhǔn)確、完整處理的相關(guān)技術(shù)稱為話單稽核。
目前，國(guó)內(nèi)和海外常見計(jì)費(fèi)系統(tǒng)中，基本采用了單點(diǎn)的話單內(nèi)部稽核技術(shù)，保證關(guān)鍵處理步驟的完整性。業(yè)界通用的主要關(guān)鍵點(diǎn)包括采集、預(yù)處理、批價(jià)、結(jié)算等，這些關(guān)鍵過程可以在處理前后核對(duì)處理記錄、出錯(cuò)條數(shù)等內(nèi)容，形成稽核報(bào)告。
采集模塊的輸入是設(shè)備發(fā)來的原始話單文件，預(yù)處理完成后輸出的話單文件是詳單文件，該詳單文件構(gòu)成了計(jì)費(fèi)處理模塊的輸入，因此可以看出，各模塊處理的輸入是不同的。同時(shí)各模塊的輸入/輸出話單文件彼此之間也不是一一對(duì)應(yīng)的，例如，當(dāng)用戶發(fā)送一條網(wǎng)內(nèi)(接收方也是本運(yùn)營(yíng)商客戶)短信時(shí)，從設(shè)備上采集到的原始話單文件包括3條通話記錄，一條交換中心設(shè)備在用戶發(fā)送完后立即產(chǎn)生的發(fā)送記錄，一條交換中心產(chǎn)生的接收數(shù)據(jù)記錄，當(dāng)接收端開機(jī)接收后，還有一條來自短信中心的該消息的記錄。上述原始話單文件各家網(wǎng)絡(luò)設(shè)備廠商定義的格式不同，包含的內(nèi)容也不同，有時(shí)包含很多設(shè)備級(jí)的、網(wǎng)絡(luò)信令的冗余信息。而計(jì)費(fèi)首要的步驟就是通過采集將原始話單文件轉(zhuǎn)化成為格式統(tǒng)一、內(nèi)容事先確定好的詳單文件，供后續(xù)計(jì)費(fèi)處理模塊和帳務(wù)處理模塊按照統(tǒng)一的流程進(jìn)行批價(jià)和處理。上述網(wǎng)內(nèi)短信的3條原始話單文件經(jīng)過采集預(yù)處理后合并為2條詳單文件，分別放在發(fā)送方和接收方名下。此時(shí)原始話單文件與詳單文件是多對(duì)多的關(guān)系。如果是網(wǎng)間(發(fā)送方和接收方屬于不同運(yùn)營(yíng)商)短信，則交換中心出一條原始話單文件，短信中心出一條原始話單文件，短信網(wǎng)關(guān)出一條原始話單文件，一共3條原始話單文件，經(jīng)過采集后進(jìn)行合并，并只保留1條詳單文件，放在發(fā)送方名下，用于后續(xù)批價(jià)計(jì)費(fèi)。又如部分交換機(jī)會(huì)將一次長(zhǎng)時(shí)間通話拆分成多條話單在不同的原始話單文件中發(fā)過來，此時(shí)就需要預(yù)處理模塊將這類話單放入等待處理隊(duì)列中，直到接收到最后一條原始話單，再重新合并成為一條詳單文件輸出，此時(shí)原始話單文件與詳單文件在時(shí)間跨度上也很大，因?yàn)橥粋€(gè)原始話單文件采集到采集模塊后，其中一部分記錄很快處理完成放到本模塊當(dāng)前批次的輸出話單文件中，另有部分記錄需要和后續(xù)原始話單合并，即有可能一個(gè)原始話單文件的記錄預(yù)處理后分布在多個(gè)詳單文件中，并且總處理時(shí)間超過一天，此時(shí)間段內(nèi)的若干詳單文件都有可能包含此原始話單文件產(chǎn)生的記錄。
采集模塊輸入的是原始話單文件，輸出時(shí)是按業(yè)務(wù)類型分類并重新命名的話單文件，里面的通話記錄數(shù)、格式、排序方式都已經(jīng)發(fā)生了變化。計(jì)費(fèi)處理模塊接收了這種按業(yè)務(wù)類型分類的話單文件，批價(jià)后生成了以不同帳期的用戶為分類的批價(jià)詳單文件，里面的排放方式、格式、記錄數(shù)又和其接收時(shí)發(fā)生了根本變化。帳務(wù)處理模塊再對(duì)計(jì)費(fèi)處理模塊的輸出話單文件繼續(xù)處理。
現(xiàn)有技術(shù)的稽核主要是基于目前的話單處理流程，在幾個(gè)主要處理模塊(采集模塊、計(jì)費(fèi)處理模塊、帳務(wù)處理模塊、結(jié)算處理模塊)中進(jìn)行稽核，比較每個(gè)處理模塊處理前后的統(tǒng)計(jì)結(jié)果。
由現(xiàn)有技術(shù)可以看出，由于各模塊處理的話單文件是不同的，各個(gè)階段的各話單文件彼此之間又不是一一對(duì)應(yīng)的，對(duì)用戶來說，話單稽核時(shí)，如果后續(xù)模塊處理出錯(cuò)將無法定位到最初的處理過程，也就是說話單稽核處理時(shí)用戶無法對(duì)話單文件進(jìn)行有效跟蹤，而這種可追蹤性對(duì)于計(jì)費(fèi)系統(tǒng)是很重要的。

發(fā)明內(nèi)容
為了解決話單稽核處理時(shí)用戶無法對(duì)話單文件進(jìn)行有效跟蹤的問題，本發(fā)明實(shí)施例提供了一種計(jì)費(fèi)系統(tǒng)的業(yè)務(wù)處理方法，包括接收原始話單文件；在原始話單文件中增加標(biāo)識(shí)，并對(duì)增加標(biāo)識(shí)的原始話單文件進(jìn)行處理，生成帶有所述標(biāo)識(shí)的后續(xù)話單文件；稽核含有所述標(biāo)識(shí)的話單文件的處理步驟，并在稽核異常時(shí)通過所述標(biāo)識(shí)對(duì)話單文件進(jìn)行跟蹤，定位異常處理步驟。
同時(shí)本發(fā)明實(shí)施例還提供一種計(jì)費(fèi)系統(tǒng)的業(yè)務(wù)處理裝置，包括接收模塊用于接收原始話單文件；標(biāo)識(shí)模塊用于在原始話單文件中加入標(biāo)識(shí)；話單文件處理模塊用于對(duì)輸入的加入標(biāo)識(shí)的話單文件進(jìn)行處理，并輸出帶有所述標(biāo)識(shí)的后續(xù)話單文件；稽核模塊用于對(duì)所述話單文件處理模塊的輸入、輸出進(jìn)行稽核；跟蹤模塊用于在稽核異常時(shí)，對(duì)帶有所述標(biāo)識(shí)的話單文件進(jìn)行跟蹤。
進(jìn)而本發(fā)明實(shí)施例還提供了一種計(jì)費(fèi)系統(tǒng)，包括接收模塊用于接收原始話單文件；采集模塊用于對(duì)原始話單文件進(jìn)行采集，生成后續(xù)話單文件；計(jì)費(fèi)處理模塊用于對(duì)后續(xù)話單文件進(jìn)行批價(jià)處理；帳務(wù)處理模塊用于接收批價(jià)處理后的話單文件并對(duì)后續(xù)話單文件進(jìn)行帳務(wù)處理；結(jié)算處理模塊用于對(duì)各模塊輸出的后續(xù)話單文件進(jìn)行結(jié)算處理；標(biāo)識(shí)模塊用于在采集模塊采集的原始話單文件中加入標(biāo)識(shí)；稽核模塊用于對(duì)采集模塊、計(jì)費(fèi)處理模塊、帳務(wù)處理模塊和結(jié)算處理模塊的輸入、輸出進(jìn)行稽核；跟蹤模塊用于對(duì)帶有所述標(biāo)識(shí)的后續(xù)話單文件進(jìn)行跟蹤。
由上述本發(fā)明提供的實(shí)施例可以看出，在原始話單文件中加入標(biāo)識(shí)，并生成帶有該標(biāo)識(shí)的后續(xù)話單文件，通過統(tǒng)一的標(biāo)識(shí)，可以實(shí)現(xiàn)對(duì)話單文件進(jìn)行有效跟蹤。進(jìn)而當(dāng)處理出現(xiàn)故障時(shí)，可以及時(shí)準(zhǔn)確地定位到故障點(diǎn)所在，實(shí)現(xiàn)有效故障定位。


圖1為本發(fā)明實(shí)施例提供的方法中文件標(biāo)識(shí)生成示意圖；圖2為本發(fā)明實(shí)施例提供的方法稽核點(diǎn)分布示意圖；圖3為本發(fā)明提供的第一實(shí)施例的方法流程圖；圖4為本發(fā)明實(shí)施例提供的方法中話單生成的流程圖；圖5為本發(fā)明提供的第二實(shí)施例的計(jì)費(fèi)系統(tǒng)的業(yè)務(wù)處理裝置結(jié)構(gòu)示意圖；圖6為本發(fā)明提供的第三實(shí)施例的計(jì)費(fèi)系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例中，我們可以選擇原始話單文件或其生成的后續(xù)話單文件作為稽核的維度，作為優(yōu)選方案我們選擇了作為計(jì)費(fèi)系統(tǒng)輸入的采集到的原始話單文件作為稽核的維度，以原始話單文件標(biāo)識(shí)(例如可以采用原始話單文件名或相應(yīng)的原始話單文件名的ID等，下同)為索引，采用原始文件名時(shí)可以為“設(shè)備名”+“采集文件日期”.“文件類型”，例如MSC012005103000.dat表示某個(gè)交換設(shè)備(MSC01)2005年10點(diǎn)30分產(chǎn)生過來的原始話單文件，SMSC022005102000.dat表示短消息中心(SMSC02)05年10點(diǎn)20分產(chǎn)生的原始話單文件，采用相應(yīng)的原始話單文件名的ID時(shí)，可以直接寫入一種對(duì)應(yīng)ID，例如標(biāo)志2342342342表示來自MSC012005103000.dat文件，23542569023表示來自于SMSC022005102000.dat。最終目的是讓每條原始話單文件記錄和詳單文件，都能夠?qū)?yīng)到原始話單文件標(biāo)識(shí)上。在首次進(jìn)行處理時(shí)(一般是話單預(yù)處理功能)在每條原始話單文件中的通話記錄中添加原始話單文件標(biāo)識(shí)，在后續(xù)的計(jì)費(fèi)及批價(jià)過程中，無論是文件名如何變化，記錄按照何種順序排列，話單文件合并、拆分或者放棄，都在記錄中保留最初的原始話單文件標(biāo)識(shí)信息。這種信息被后續(xù)模塊用于統(tǒng)計(jì)維度，并將統(tǒng)計(jì)信息發(fā)送到統(tǒng)一的稽核功能模塊進(jìn)行匯總，從而提供給操作員一個(gè)統(tǒng)一的瀏覽控制臺(tái)。
如圖1所示，整個(gè)計(jì)費(fèi)系統(tǒng)內(nèi)部包含多個(gè)處理模塊，圖1顯示了采集模塊(MDS模塊，對(duì)原始話單文件進(jìn)行采集和預(yù)處理)、計(jì)費(fèi)處理模塊(Rating模塊，對(duì)后續(xù)話單文件進(jìn)行批價(jià)處理)、帳務(wù)處理模塊(Billing模塊，對(duì)后續(xù)話單文件進(jìn)行帳務(wù)處理)。上述模塊從業(yè)務(wù)流程上具有先后關(guān)系，總體的輸入是采集模塊采集來的原始話單文件，這些文件可能來自固定網(wǎng)絡(luò)、移動(dòng)網(wǎng)絡(luò)設(shè)備或者結(jié)算中心。
當(dāng)采集模塊預(yù)處理完畢一個(gè)采集到的名為“filename1”的原始話單文件后，它輸出一個(gè)或多個(gè)處理完成后的OutfilenameB后續(xù)話單文件，其中包含很多條通話記錄，每條記錄中都被增加了一個(gè)字段的原始話單文件標(biāo)識(shí)信息，內(nèi)容可以是原始話單文件名信息(如MSC012005103000.dat)，或者是對(duì)應(yīng)的文件ID信息。
經(jīng)過后續(xù)的計(jì)費(fèi)處理模塊和帳務(wù)處理模塊處理，輸出的文件名在不斷發(fā)生變化，但是他們輸出的后續(xù)話單文件中的通話記錄依然保留了原始話單文件標(biāo)識(shí)信息。
最終，每個(gè)模塊以原始話單文件標(biāo)識(shí)信息進(jìn)行統(tǒng)計(jì)，明確具有該標(biāo)識(shí)的通話記錄在本模塊的稽核參數(shù)，如處理成功數(shù)、出錯(cuò)數(shù)、合并和拆分?jǐn)?shù)，并將這些稽核參數(shù)發(fā)送到系統(tǒng)監(jiān)控?cái)?shù)據(jù)庫(kù)。
操作人員在系統(tǒng)監(jiān)控臺(tái)的稽核功能界面中，了解和查看數(shù)據(jù)庫(kù)中的各模塊匯總稽核參數(shù)，并根據(jù)計(jì)算公式自動(dòng)計(jì)算處理是否正常，如果處理異常，則在一段時(shí)間(可以由用戶配置，主要考慮到網(wǎng)絡(luò)話單處理延時(shí))后進(jìn)行告警，提示用戶話單處理異常，此時(shí)可以通過文件標(biāo)識(shí)對(duì)話單文件進(jìn)行跟蹤。
如圖2所示，我們需要?jiǎng)澐趾侠淼幕它c(diǎn)，在每個(gè)稽核點(diǎn)的2側(cè)分別有2個(gè)系統(tǒng)輸出統(tǒng)一的稽核信息，上圖中我們劃分了5個(gè)稽核點(diǎn)，分別是1、采集完畢；2、預(yù)處理完畢；3、批價(jià)完畢；4、出帳完畢；5、結(jié)算開始在每個(gè)點(diǎn)的2側(cè)，采集模塊、計(jì)費(fèi)處理模塊、帳務(wù)處理模塊以及結(jié)算處理模塊(PRM模塊，對(duì)后續(xù)話單文件進(jìn)行結(jié)算處理)將對(duì)自己接收到的和處理完成的話單文件中的通話記錄以統(tǒng)一的原始話單文件作為維度進(jìn)行統(tǒng)計(jì)，并發(fā)送到系統(tǒng)監(jiān)控?cái)?shù)據(jù)庫(kù)，其中結(jié)算操作由于接收來自各個(gè)模塊的話單文件中的通話記錄，因此它是一個(gè)多入口的操作。
最終我們可以得到每個(gè)模塊處理前、以及處理后發(fā)給下一個(gè)模塊的通話記錄處理數(shù)，下面我們以MDS模塊為例，說明每個(gè)模塊需要發(fā)送給監(jiān)控?cái)?shù)據(jù)庫(kù)的內(nèi)容，MDS模塊發(fā)送給話單稽核模塊的參數(shù)如下表所示


每個(gè)模塊都需要定時(shí)將自身統(tǒng)計(jì)的接收到的稽核參數(shù)(如接收的總記錄數(shù)、過濾掉的記錄數(shù)(主動(dòng)放棄或出錯(cuò))、合并掉的記錄數(shù)(含拆分))發(fā)給下一環(huán)節(jié)模塊的記錄數(shù)(上表的下游處理模塊是Rating模塊和PRM模塊)，這些稽核參數(shù)以MDS接收到的原始話單文件名為索引進(jìn)行累計(jì)，也就是說，每個(gè)原始話單文件名對(duì)應(yīng)一條記錄，本時(shí)段沒有處理的不提交。
其他模塊實(shí)現(xiàn)與此類似，具體的參數(shù)值由于業(yè)務(wù)特點(diǎn)和下游模塊不同略有出入，此處不再贅述。
最終可以得到一套完整的系統(tǒng)監(jiān)控稽核參數(shù)，可以獲得每個(gè)原始話單文件在系統(tǒng)中的處理情況，并進(jìn)而總結(jié)計(jì)算出是否存在異常。
相對(duì)于前面我們提到的幾個(gè)稽核點(diǎn)，系統(tǒng)監(jiān)控模塊根據(jù)以下公式，在各處理模塊之間和模塊內(nèi)部進(jìn)行稽核計(jì)算，計(jì)算出幾個(gè)關(guān)鍵的全局稽核指標(biāo)，本例中的實(shí)現(xiàn)如下，分為6個(gè)全局稽核指標(biāo)MDS&Rating平衡標(biāo)志表示MDS模塊的發(fā)送和Rating模塊的接收是否相等，計(jì)算公式為MDS2Rating注MDS發(fā)送給Rating通話記錄數(shù)-RatingInNum注Rating接收到通話記錄數(shù)，為0表示處理正常，否則表示處理異常；PRMReceived平衡標(biāo)志表示MDS模塊和Rating模塊發(fā)送給PRM模塊的記錄數(shù)和PRM接收到的是否平衡，計(jì)算公式為，PRMInNum注PRM接收通話記錄數(shù)-(MDS2PRM注MDS發(fā)送給PRM通話記錄數(shù)+Rating2PRM注Rating發(fā)送給PRM通話記錄數(shù))，為0表示處理正常，否則表示處理異常；
Rating&Billing平衡標(biāo)志表示Rating模塊發(fā)送給Billing模塊的和Billing模塊接收的通話記錄數(shù)是否平衡，計(jì)算公式為Rating2Billing注Rating發(fā)送給Billing通話記錄數(shù)-BillingInNum注Billing接收通話記錄數(shù)，為0表示正常，否則表示處理異常；MDS平衡標(biāo)志表示MDS模塊內(nèi)部的處理是否平衡，計(jì)算公式為MDSInNum注MDS接收到的通話記錄數(shù)-(MDSfilter NUM注MDS主動(dòng)過濾掉的通話記錄數(shù)+MDSmerg NUM注MDS合并掉的通話記錄數(shù)+MDS2Rating NUM注MDS發(fā)送給Rating的通話記錄數(shù)+MDS2PRMNUM注MDS發(fā)送給PRM的通話記錄數(shù))，為0表示處理正常，否則表示處理異常；Rating平衡標(biāo)志表示Rating模塊內(nèi)部的處理是否平衡，計(jì)算公式為RatingInNum注Rating接收到的通話記錄數(shù)-(Rating filter NUM注Rating主動(dòng)過濾掉的通話記錄數(shù)+Rating merge NUM注Rating合并掉的通話記錄數(shù)+Rating to Billing NUM注Rating發(fā)給Billing的通話記錄數(shù)+Rating to PRM NUM注Rating發(fā)送給PRM的通話記錄數(shù))，為0表示處理正常，否則表示處理異常；PRM平衡標(biāo)志表示PRM模塊內(nèi)部的處理是否平衡，計(jì)算公式為PRMInNum注PRM接收到的通話記錄數(shù)-(PRMfiltered注PRM主動(dòng)過濾掉的通話記錄數(shù)+PRMmerged注PRM合并掉的通話記錄數(shù)+PRMOutNum注PRM輸出的通話記錄數(shù))，為0表示處理正常，否則表示處理異常。
上述稽核標(biāo)志的所有稽核參數(shù)，都是以系統(tǒng)采集到的原始話單文件名為維度，統(tǒng)計(jì)的是這個(gè)話單文件在各個(gè)模塊間和模塊內(nèi)部的處理情況，上面只是一個(gè)優(yōu)選的方案，根據(jù)計(jì)費(fèi)系統(tǒng)不同的需求，可以設(shè)置不同的稽核點(diǎn)和不同的稽核指標(biāo)，此處不再贅述。
最終，針對(duì)一個(gè)系統(tǒng)最初采集到的原始話單文件，在系統(tǒng)內(nèi)部處理正常的條件是所有平衡標(biāo)志均正常，也就是最終端到端稽核標(biāo)志位＝MDS&Rating平衡標(biāo)志＝PRMReceived平衡標(biāo)志＝Rating&Billing平衡標(biāo)志＝MDS平衡標(biāo)志＝Rating平衡標(biāo)志＝PRM平衡標(biāo)志＝0。
最終端到端稽核標(biāo)志位為0，表示話單文件在整個(gè)系統(tǒng)端到端的處理無異常，如果在一段時(shí)間后(從采集完畢開始計(jì)算，主要考慮系統(tǒng)處理延時(shí))還是不能平衡，說明稽核異常，應(yīng)該告警提請(qǐng)?zhí)幚怼?br> 上述方案還帶來其他一些功能，由于用戶可以看到每個(gè)采集到的原始話單文件在系統(tǒng)內(nèi)部各模塊出錯(cuò)、合并、以及成功數(shù)，則可以快速定位到具體模塊。其次，由于系統(tǒng)已經(jīng)具備了基礎(chǔ)數(shù)據(jù)，系統(tǒng)完全可以根據(jù)采集點(diǎn)(話單采集設(shè)備)進(jìn)行統(tǒng)計(jì)，分析話單文件出錯(cuò)率以及原因，起到優(yōu)化網(wǎng)絡(luò)的作用。進(jìn)一步，按采集話單文件類型分類統(tǒng)計(jì)可以分析出不同的業(yè)務(wù)的業(yè)務(wù)量和費(fèi)用特點(diǎn)。
本發(fā)明提供的第一實(shí)施例是一種計(jì)費(fèi)系統(tǒng)的業(yè)務(wù)處理的方法，該第一實(shí)施例的方法流程如圖3所示，例如某位號(hào)碼為AAAAAAAAAAA的手機(jī)用戶很短時(shí)間內(nèi)(例如幾秒)發(fā)送了2條短信，一位是發(fā)送給網(wǎng)內(nèi)號(hào)碼為BBBBBBBBBBB的手機(jī)用戶，另外一位是其他運(yùn)營(yíng)商的號(hào)碼為CCCCCCCCCCC的手機(jī)用戶。
步驟S100接收原始話單文件。
在采集模塊接收的是原始話單文件，它是交換中心等設(shè)備生成的，各自按照自己的設(shè)備定義格式組合和編碼，該原始話單文件是整個(gè)計(jì)費(fèi)系統(tǒng)的輸入。
步驟S200在一原始話單文件中加入原始話單文件標(biāo)識(shí)，對(duì)加入原始話單文件標(biāo)識(shí)的原始話單文件進(jìn)行后續(xù)計(jì)費(fèi)處理，并生成帶有所述原始話單文件標(biāo)識(shí)的后續(xù)話單文件，具體過程如圖4所示。
上述例子的2個(gè)短信會(huì)分布在3個(gè)原始話單文件中，共6條通話記錄。交換中心的原始話單文件MSC01200411121030.dat中記錄了號(hào)碼為AAAAAAAAAAA手機(jī)用戶2個(gè)發(fā)出記錄，1個(gè)號(hào)碼為BBBBBBBBBBB手機(jī)用戶的接收記錄，總共3條記錄。短消息中心的原始話單文件SMSC02200411120268.dat中記錄了號(hào)碼為AAAAAAAAAAA手機(jī)用戶發(fā)送號(hào)碼為BBBBBBBBBBB手機(jī)用戶和號(hào)碼為AAAAAAAAAAA手機(jī)用戶發(fā)送號(hào)碼為CCCCCCCCCCC手機(jī)用戶這2個(gè)消息在消息中心的處理記錄，以及短消息網(wǎng)關(guān)的原始話單文件SMSGW02200411120678.dat中記錄了在處理發(fā)往網(wǎng)外的號(hào)碼為CCCCCCCCCCC手機(jī)用戶時(shí)的1條處理記錄。采集到的6條記錄分布在3個(gè)原始話單文件中，成為原始通話記錄。
當(dāng)采集模塊處理完畢后，被合并成一共4條記錄，其中3條詳單文件發(fā)送給計(jì)費(fèi)處理模塊處理，此時(shí)是按照業(yè)務(wù)分類，同一批話單文件中所有的短信在一個(gè)話單文件SMS200411120225.dat中，如果有通話，所有的通話在另一個(gè)話單文件，如果有上網(wǎng)，上網(wǎng)數(shù)據(jù)在一個(gè)話單文件中。
另1條發(fā)給結(jié)算處理模塊，生成話單文件SMS200411120446.dat，用于網(wǎng)間結(jié)算費(fèi)用。此時(shí)開始，每個(gè)話單文件的每條通話記錄中都帶有原始話單文件名，SMS200411120225.dat的每條通話記錄中帶有原始話單文件名MSC01200411121030.dat，SMS200411120446.dat每條通話記錄中帶有原始話單文件名SMSGW02200411120678.dat，用于記錄的來源跟蹤和計(jì)算。
短信中心的原始話單的通話記錄數(shù)，在本次例子中在采集模塊的處理中被合并掉了，損失記錄數(shù)2，短信中心的原始話單的通話記錄數(shù)，在本次例子中在采集模塊的處理中被合并掉了，損失記錄數(shù)2這種計(jì)劃內(nèi)的損失能夠統(tǒng)計(jì)出并認(rèn)為正常，本方案的異常情況主要針對(duì)未統(tǒng)計(jì)的、異常的計(jì)劃外的損失，這種損失將直接反映在后續(xù)稽核計(jì)算公式的不平衡上。
計(jì)費(fèi)處理模塊處理后，按照不同的帳期(決定了出帳和帳單寄送日期)進(jìn)行話單文件分類，同一批次話單文件中相同帳期的用戶，所有業(yè)務(wù)使用記錄都在同一話單文件中，此時(shí)號(hào)碼為AAAAAAAAAAA手機(jī)用戶的所有通話、短信、上網(wǎng)等數(shù)據(jù)都出現(xiàn)在一個(gè)文件中0120061012052.dat中，準(zhǔn)備提交給帳務(wù)處理模塊出帳，只剩2條記錄。
通過上面的例子可以看出，本發(fā)明實(shí)施例中的通話記錄是一種廣義的記錄，可以是用戶相互之間進(jìn)行通話時(shí)計(jì)費(fèi)系統(tǒng)產(chǎn)生的記錄，也可以是用戶互發(fā)短消息計(jì)費(fèi)系統(tǒng)產(chǎn)生的記錄，還可以是用戶上網(wǎng)時(shí)系統(tǒng)產(chǎn)生的記錄等等。
步驟S300各處理模塊將對(duì)自己接收到的和處理完成的數(shù)據(jù)以統(tǒng)一的采集文件信息維度進(jìn)行統(tǒng)計(jì)。
通過上述過程我們可以得出，MDS模塊發(fā)送給話單稽核模塊的參數(shù)下表所示

其它模塊實(shí)現(xiàn)與此類似，具體的參數(shù)值由于業(yè)務(wù)特點(diǎn)和下游模塊不同略有出入，此處不再贅述。
步驟S400在各處理模塊之間和模塊內(nèi)部進(jìn)行稽核計(jì)算。
MDS&Rating平衡標(biāo)志MDSInNum-(MDSfilter NUM+MDSmerg NUM+MDS2Rating NUM+MDS2PRM NUM)，代入上表中的數(shù)據(jù)，計(jì)算結(jié)果為0，表示處理正常。其它5個(gè)全局稽核指標(biāo)PRMReceived Balance平衡標(biāo)志、Rating&Billing Balance平衡標(biāo)志、MDS Balance平衡標(biāo)志、Rating Balance平衡標(biāo)志和PRM Balance平衡標(biāo)志均為0，表示處理正常。
步驟S500此時(shí)系統(tǒng)監(jiān)控模塊可以得到一套完整的系統(tǒng)監(jiān)控?cái)?shù)據(jù)，可以獲得每個(gè)原始話單文件在系統(tǒng)中的處理情況，并進(jìn)而總結(jié)計(jì)算出是否存在異常，一旦出現(xiàn)異常，可以通過原始話單文件名對(duì)話單文件進(jìn)行跟蹤，定位異常處理步驟。
在上述整個(gè)過程中，記錄的個(gè)數(shù)，所處理的話單文件名都不斷變化，傳統(tǒng)的方式統(tǒng)計(jì)每個(gè)模塊內(nèi)部的處理是否正確，而在后期卻無法知道某條記錄來自哪個(gè)原始話單文件，也無法確認(rèn)該原始話單文件是否已經(jīng)全部處理完畢，有否遺漏和重復(fù)處理。而本實(shí)施例的方案由于添加了必要標(biāo)識(shí)信息、統(tǒng)一的統(tǒng)計(jì)維度和系統(tǒng)架構(gòu)，使得能夠?qū)崟r(shí)了解原始話單文件在每個(gè)模塊中的處理進(jìn)展，而當(dāng)長(zhǎng)時(shí)間(可設(shè)定，一般為24小時(shí))某個(gè)原始話單文件已經(jīng)無法稽核平衡時(shí)系統(tǒng)可以主動(dòng)告警。系統(tǒng)監(jiān)控界面可以通過原始話單文件名跟蹤一個(gè)時(shí)段內(nèi)的所有話單文件，也可以直接跟蹤某個(gè)指定的話單文件或一種業(yè)務(wù)類型的文件。所有文件的正常處理，意味著計(jì)費(fèi)系統(tǒng)運(yùn)行正常。
本發(fā)明提供的第二實(shí)施例是一種計(jì)費(fèi)系統(tǒng)業(yè)務(wù)處理裝置，其結(jié)構(gòu)如圖5所示，包括接收模塊10用于接收原始話單文件；標(biāo)識(shí)模塊100與接收模塊10相連，用于在一原始話單文件中加入標(biāo)識(shí)；比如將原始話單文件標(biāo)識(shí)加入至原始話單文件中的通話記錄上，后續(xù)處理過程中，該標(biāo)識(shí)信息不發(fā)生改變，這樣可以是讓后續(xù)產(chǎn)生的詳單文件，都能夠?qū)?yīng)到原始話單文件標(biāo)識(shí)。
處理模塊200與標(biāo)識(shí)模塊100相連，用于對(duì)輸入的加入標(biāo)識(shí)的話單文件進(jìn)行處理，根據(jù)具體要求并輸出帶有所述標(biāo)識(shí)的后續(xù)話單文件；稽核模塊300與處理模塊相連200，用于對(duì)所述處理模塊的輸入、輸出進(jìn)行稽核；檢查處理模塊處理過程中是否存在誤差，對(duì)處理模塊處理的各個(gè)步驟及各個(gè)步驟之間進(jìn)行稽核；跟蹤模塊400與稽核模塊300相連，用于對(duì)帶有所述標(biāo)識(shí)的話單文件進(jìn)行跟蹤。在需要對(duì)故障定位時(shí)，根據(jù)所述標(biāo)識(shí)進(jìn)行跟蹤，定位到具體的處理步驟。
該標(biāo)識(shí)模塊100包括標(biāo)識(shí)子模塊110用于將所述標(biāo)識(shí)增加到原始話單文件的通話記錄中。
該處理模塊包括200采集模塊210用于對(duì)原始話單文件進(jìn)行采集，以及以下模塊之一或者組合計(jì)費(fèi)處理模塊220與采集模塊210相連，用于對(duì)后續(xù)話單文件進(jìn)行批價(jià)處理；帳務(wù)處理模塊230與計(jì)費(fèi)處理模塊220相連，用于對(duì)后續(xù)話單文件進(jìn)行帳務(wù)處理；結(jié)算處理模塊240與采集模塊210、計(jì)費(fèi)處理模塊220和帳務(wù)處理模塊230相連，用于對(duì)后續(xù)話單文件進(jìn)行結(jié)算處理；該稽核模塊300包括稽核子模塊310用于提取各處理模塊輸入的和輸出的話單文件的稽核參數(shù)，在各處理模塊之間和內(nèi)部進(jìn)行稽核。
該稽核子模塊310包括采集與計(jì)費(fèi)間稽核子模塊311用于采集模塊210和計(jì)費(fèi)處理模塊220間進(jìn)行稽核；采集計(jì)費(fèi)與結(jié)算間稽核子模塊312用于采集模塊210以及計(jì)費(fèi)處理模塊220和結(jié)算處理模塊240間進(jìn)行稽核；計(jì)費(fèi)與帳務(wù)間稽核子模塊313用于計(jì)費(fèi)處理模塊220和帳務(wù)處理模塊230間進(jìn)行稽核；采集內(nèi)部稽核子模塊314用于采集模塊210內(nèi)部進(jìn)行稽核；計(jì)費(fèi)內(nèi)部稽核子模塊315用于計(jì)費(fèi)處理模塊220內(nèi)部進(jìn)行稽核；結(jié)算內(nèi)部稽核子模塊316用于結(jié)算處理模塊240內(nèi)部進(jìn)行稽核。
本發(fā)明第三實(shí)施例提供一種計(jì)費(fèi)系統(tǒng)，其結(jié)構(gòu)圖如圖6所示，該計(jì)費(fèi)系統(tǒng)包括接收模塊20用于接收原始話單文件；采集模塊500與接收模塊20相連，用于對(duì)原始話單文件進(jìn)行采集，生成后續(xù)話單文件；計(jì)費(fèi)處理模塊600與采集模塊500相連，用于對(duì)后續(xù)話單文件進(jìn)行批價(jià)處理；帳務(wù)處理模塊700與計(jì)費(fèi)處理模塊600相連，用于對(duì)后續(xù)話單文件進(jìn)行帳務(wù)處理；結(jié)算處理模塊800與采集模塊500、計(jì)費(fèi)處理模塊600和帳務(wù)處理模塊700相連，用于對(duì)后續(xù)話單文件進(jìn)行結(jié)算處理；在上述基礎(chǔ)上，該計(jì)費(fèi)系統(tǒng)增加如下功能模塊標(biāo)識(shí)模塊910與采集模塊500相連，用于在采集模塊采集的原始話單文件中加入標(biāo)識(shí)；稽核模塊920與采集模塊500、計(jì)費(fèi)處理模塊600、帳務(wù)處理模塊700和結(jié)算處理模塊800相連，用于對(duì)所述處理模塊的輸入、輸出進(jìn)行稽核；跟蹤模塊930與采集模塊500、計(jì)費(fèi)處理模塊600、帳務(wù)處理模塊700、結(jié)算處理模塊800和稽核模塊920相連，用于對(duì)帶有所述標(biāo)識(shí)的話單文件進(jìn)行跟蹤。
進(jìn)一步，所述標(biāo)識(shí)模塊910包括標(biāo)識(shí)子模塊911用于將所述標(biāo)識(shí)增加到原始話單文件的通話記錄中。
進(jìn)一步，所述稽核模塊920包括稽核子模塊921用于提取各處理模塊輸入的和輸出的話單文件的稽核參數(shù)，在各處理模塊之間和內(nèi)部進(jìn)行稽核。
進(jìn)一步，所述稽核子模塊921包括采集與計(jì)費(fèi)間稽核子模塊9211用于采集模塊和計(jì)費(fèi)處理模塊間進(jìn)行稽核；采集計(jì)費(fèi)與結(jié)算間稽核子模塊9212用于采集模塊和結(jié)算處理模塊間以及計(jì)費(fèi)處理模塊和結(jié)算處理模塊間進(jìn)行稽核；計(jì)費(fèi)與帳務(wù)間稽核子模塊9213用于計(jì)費(fèi)處理模塊和帳務(wù)處理模塊間進(jìn)行稽核；采集內(nèi)部稽核子模塊9214用于采集模塊內(nèi)部進(jìn)行稽核；計(jì)費(fèi)內(nèi)部稽核子模塊9215用于計(jì)費(fèi)處理模塊內(nèi)部進(jìn)行稽核；結(jié)算內(nèi)部稽核子模塊9216用于結(jié)算處理模塊內(nèi)部進(jìn)行稽核。
由上述本發(fā)明提供的實(shí)施例可以看出，在原始話單文件中加入標(biāo)識(shí)，并生成帶有該標(biāo)識(shí)的后續(xù)話單文件，通過統(tǒng)一的標(biāo)識(shí)，可以實(shí)現(xiàn)對(duì)話單文件進(jìn)行有效跟蹤。
上述實(shí)施例中，由于可以看到每個(gè)采集到的原始話單文件在系統(tǒng)內(nèi)部各模塊出錯(cuò)、合并、以及成功數(shù)，則可以快速定位到具體模塊。
另外，由于系統(tǒng)已經(jīng)具備了基礎(chǔ)數(shù)據(jù)，系統(tǒng)完全可以根據(jù)采集點(diǎn)(話單采集設(shè)備)進(jìn)行統(tǒng)計(jì)，分析話單文件出錯(cuò)率以及原因，起到優(yōu)化網(wǎng)絡(luò)的作用。進(jìn)一步，按采集話單文件類型分類統(tǒng)計(jì)可以分析出不同的業(yè)務(wù)的業(yè)務(wù)量和費(fèi)用特點(diǎn)。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種計(jì)費(fèi)系統(tǒng)的業(yè)務(wù)處理方法，其特征在于，該方法包括如下步驟接收原始話單文件；在原始話單文件中增加標(biāo)識(shí)，并對(duì)增加標(biāo)識(shí)的原始話單文件進(jìn)行處理，生成帶有所述標(biāo)識(shí)的后續(xù)話單文件；稽核含有所述標(biāo)識(shí)的話單文件的處理步驟，并在稽核異常時(shí)通過所述標(biāo)識(shí)對(duì)話單文件進(jìn)行跟蹤，定位異常處理步驟。
2.如權(quán)利要求1所述的方法，其特征在于，所述標(biāo)識(shí)增加到原始話單文件的通話記錄中。
3.如權(quán)利要求1所述的方法，其特征在于，所述對(duì)增加標(biāo)識(shí)的原始話單文件進(jìn)行處理，包括對(duì)原始話單文件進(jìn)行采集，和以下處理步驟之一或者組合對(duì)后續(xù)話單文件進(jìn)行批價(jià)處理；對(duì)后續(xù)話單文件進(jìn)行帳務(wù)處理；對(duì)后續(xù)話單文件進(jìn)行結(jié)算處理。
4.如權(quán)利要求3所述的方法，其特征在于，所述稽核含有所述標(biāo)識(shí)的話單文件的處理步驟包括提取各處理步驟處理前后的話單文件的稽核參數(shù)，在各處理步驟之間和各處理步驟內(nèi)部進(jìn)行稽核。
5.如權(quán)利要求4所述的方法，其特征在于，所述提取各處理步驟處理前后的話單文件的稽核參數(shù)，在各處理步驟之間和各處理步驟內(nèi)部進(jìn)行稽核的步驟包括在采集步驟和批價(jià)處理步驟之間進(jìn)行稽核；在采集步驟和結(jié)算處理步驟之間以及批價(jià)處理步驟和結(jié)算處理步驟之間進(jìn)行稽核；在批價(jià)處理步驟和帳務(wù)處理步驟之間進(jìn)行稽核；對(duì)采集步驟進(jìn)行稽核；對(duì)批價(jià)處理步驟進(jìn)行稽核；對(duì)結(jié)算處理步驟進(jìn)行稽核。
6.如權(quán)利要求4或5所述的方法，其特征在于，還包括對(duì)各個(gè)處理步驟之間和各處理步驟內(nèi)部稽核的結(jié)果進(jìn)行再稽核。
7.如權(quán)利要求1或2所述的方法，其特征在于，還包括當(dāng)稽核異常時(shí)，進(jìn)行告警處理和/或進(jìn)行故障分析及故障定位。
8.如權(quán)利要求1或2所述的方法，其特征在于，所述標(biāo)識(shí)包括原始話單文件名或原始話單文件名的ID。
9.一種計(jì)費(fèi)系統(tǒng)的業(yè)務(wù)處理裝置，其特征在于，包括接收模塊用于接收原始話單文件；標(biāo)識(shí)模塊用于在原始話單文件中加入標(biāo)識(shí)；話單文件處理模塊用于對(duì)輸入的加入標(biāo)識(shí)的話單文件進(jìn)行處理，并輸出帶有所述標(biāo)識(shí)的后續(xù)話單文件；稽核模塊用于對(duì)所述話單文件處理模塊的輸入、輸出進(jìn)行稽核；跟蹤模塊用于在稽核異常時(shí)，對(duì)帶有所述標(biāo)識(shí)的話單文件進(jìn)行跟蹤。
10.如權(quán)利要求9所述的裝置，其特征在于，所述標(biāo)識(shí)模塊包括標(biāo)識(shí)子模塊用于將所述標(biāo)識(shí)增加到原始話單文件的通話記錄中。
11.如權(quán)利要求9或10所述的裝置，其特征在于，所述話單文件處理模塊包括采集模塊用于對(duì)原始話單文件進(jìn)行采集，生成后續(xù)話單文件，以及以下模塊之一或者組合計(jì)費(fèi)處理模塊用于對(duì)后續(xù)話單文件進(jìn)行批價(jià)處理；帳務(wù)處理模塊用于接收批價(jià)處理后的話單文件并進(jìn)行帳務(wù)處理；結(jié)算處理模塊與采集模塊、計(jì)費(fèi)處理模塊和帳務(wù)處理模塊相連，用于對(duì)各模塊輸出的后續(xù)話單文件進(jìn)行結(jié)算處理；所述稽核模塊包括稽核子模塊用于提取各處理模塊輸入的和輸出的話單文件的稽核參數(shù)，在各處理模塊之間和內(nèi)部進(jìn)行稽核。
12.如權(quán)利要求11所述的裝置，其特征在于，所述稽核子模塊包括采集與計(jì)費(fèi)間稽核子模塊用于采集模塊和計(jì)費(fèi)處理模塊間進(jìn)行稽核；采集計(jì)費(fèi)與結(jié)算間稽核子模塊用于采集模塊和結(jié)算處理模塊間以及計(jì)費(fèi)處理模塊和結(jié)算處理模塊間進(jìn)行稽核；計(jì)費(fèi)與帳務(wù)間稽核子模塊用于計(jì)費(fèi)處理模塊和帳務(wù)處理模塊間進(jìn)行稽核；采集內(nèi)部稽核子模塊用于采集模塊內(nèi)部進(jìn)行稽核；計(jì)費(fèi)內(nèi)部稽核子模塊用于計(jì)費(fèi)處理模塊內(nèi)部進(jìn)行稽核；結(jié)算內(nèi)部稽核子模塊用于結(jié)算處理模塊內(nèi)部進(jìn)行稽核。
13.一種計(jì)費(fèi)系統(tǒng)，其特征在于，包括接收模塊用于接收原始話單文件；采集模塊用于對(duì)原始話單文件進(jìn)行采集，生成后續(xù)話單文件；計(jì)費(fèi)處理模塊用于對(duì)后續(xù)話單文件進(jìn)行批價(jià)處理；帳務(wù)處理模塊用于接收批價(jià)處理后的話單文件并對(duì)后續(xù)話單文件進(jìn)行帳務(wù)處理；結(jié)算處理模塊用于對(duì)各模塊輸出的后續(xù)話單文件進(jìn)行結(jié)算處理；標(biāo)識(shí)模塊用于在采集模塊采集的原始話單文件中加入標(biāo)識(shí)；稽核模塊用于對(duì)采集模塊、計(jì)費(fèi)處理模塊、帳務(wù)處理模塊和結(jié)算處理模塊的輸入、輸出進(jìn)行稽核；跟蹤模塊用于對(duì)帶有所述標(biāo)識(shí)的后續(xù)話單文件進(jìn)行跟蹤。
14.如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述標(biāo)識(shí)模塊包括標(biāo)識(shí)子模塊用于將所述標(biāo)識(shí)增加到原始話單文件的通話記錄中。
15.如權(quán)利要求13或14所述的系統(tǒng)，其特征在于，所述稽核模塊包括稽核子模塊用于提取各處理模塊輸入的和輸出的話單文件的稽核參數(shù)，在各處理模塊之間和內(nèi)部進(jìn)行稽核。
16.如權(quán)利要求15所述的系統(tǒng)，其特征在于，所述稽核子模塊包括采集與計(jì)費(fèi)間稽核子模塊用于采集模塊和計(jì)費(fèi)處理模塊間進(jìn)行稽核；采集計(jì)費(fèi)與結(jié)算間稽核子模塊用于采集模塊和結(jié)算處理模塊間以及計(jì)費(fèi)處理模塊和結(jié)算處理模塊間進(jìn)行稽核；計(jì)費(fèi)與帳務(wù)間稽核子模塊用于計(jì)費(fèi)處理模塊和帳務(wù)處理模塊間進(jìn)行稽核；采集內(nèi)部稽核子模塊用于采集模塊內(nèi)部進(jìn)行稽核；計(jì)費(fèi)內(nèi)部稽核子模塊用于計(jì)費(fèi)處理模塊內(nèi)部進(jìn)行稽核；結(jié)算內(nèi)部稽核子模塊用于結(jié)算處理模塊內(nèi)部進(jìn)行稽核。
全文摘要
本發(fā)明實(shí)施例公開了一種計(jì)費(fèi)系統(tǒng)的業(yè)務(wù)處理方法、裝置及計(jì)費(fèi)系統(tǒng)，為了解決話單稽核處理時(shí)用戶無法對(duì)話單文件進(jìn)行有效跟蹤的問題，本發(fā)明實(shí)施例公開的方法包括接收原始話單文件，在原始話單文件中增加標(biāo)識(shí)，并對(duì)增加標(biāo)識(shí)的原始話單文件進(jìn)行處理，生成帶有該標(biāo)識(shí)的后續(xù)話單文件，對(duì)含有該標(biāo)識(shí)的話單文件的處理進(jìn)行稽核，并在稽核異常時(shí)通過該標(biāo)識(shí)對(duì)話單文件進(jìn)行跟蹤，定位異常處理步驟。由于在原始話單文件中增加標(biāo)識(shí)，并生成帶有該標(biāo)識(shí)的后續(xù)話單文件，因此，通過統(tǒng)一的標(biāo)識(shí)，稽核時(shí)就可以實(shí)現(xiàn)對(duì)話單文件進(jìn)行有效跟蹤了。
文檔編號(hào)H04W4/24GK101047902SQ20071010202
公開日2007年10月3日 申請(qǐng)日期2007年4月30日 優(yōu)先權(quán)日2007年4月30日
發(fā)明者黨鐵鵬 申請(qǐng)人:華為技術(shù)有限公司