專利名稱：一種具有容錯保護的自動消息對賬方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及電信業(yè)務中計費處理技術，特別涉及一種具有容錯保護的自動消息對賬方法和系統(tǒng)。
背景技術：
隨著電信業(yè)務的不斷發(fā)展，各種外圍電信增值業(yè)務系統(tǒng)也越來越多。業(yè)務的快速擴張，要求具備與之相匹配的資費賬務管理能力。電信增值業(yè)務流程的實現(xiàn)都需要通過電信增值業(yè)務系統(tǒng)與運營商計費支撐系統(tǒng)實時通信完成。正常情況下，一次交易，在外圍電信增值業(yè)務系統(tǒng)和運營商計費支撐系統(tǒng)中都有記錄。而因為網絡或系統(tǒng)故障等原因，會出現(xiàn)只有一方有記錄的情況，即出現(xiàn)單邊賬問題，這就需要兩邊協(xié)商平賬。而單邊賬的發(fā)現(xiàn)，是通過對賬完成的。對賬，就是對總賬及明細交易逐條比對，看電信增值業(yè)務系統(tǒng)和運營商計費支撐系統(tǒng)兩邊是否一致。比對明細交易時，通過兩邊都有的交易流水號來定位同一筆交易。目前的對賬方式主要有兩種即文件對賬和消息對賬。前者是通過文件來承載總賬與明細交易記錄，一般是一個文件含有對賬當天總賬及所有明細交易信息。后者是通過消息報文來承載總賬與明細交易記錄，一般是一個消息報文只含有一條或幾條總賬或明細交易信息。對賬過程看似簡單，但在運營過程中的意義卻十分重要。因為賬務問題直接關系到運營商和普通用戶的自身利益，是十分敏感的。一旦出現(xiàn)差錯，很容易引發(fā)糾紛。運營商在對賬方面的要求，普遍集中在兩個方面精確和及時。顧名思義，就是既能精確定位到每一筆交易明細，又能及時對賬并發(fā)現(xiàn)差錯。對賬系統(tǒng)部署時采用同電信增值業(yè)務系統(tǒng)一樣的方式分散部署，且對賬系統(tǒng)部署在外圍，其對電信增值業(yè)務系統(tǒng)沒有任何影響，需要對賬時對賬系統(tǒng)從電信增值業(yè)務系統(tǒng)數(shù)據(jù)庫中收集對賬日期賬單。運營商計費支撐系統(tǒng)對賬接口一般是省內統(tǒng)一，對賬系統(tǒng)通過對賬接口與運營商計費支撐系統(tǒng)對賬。消息對賬需要對賬系統(tǒng)和運營商計費支撐系統(tǒng)進行多次交互，逐筆檢查交易明細，完成對賬。如果網絡或外圍電信增值業(yè)務系統(tǒng)和運營商計費支撐系統(tǒng)兩方系統(tǒng)產生故障，則會導致單筆帳明細信息記錄不一致，從而產生單邊賬的結果?；谙~的方式， 一旦產生單邊賬，就需要派專門稽核人員，或者重新對賬，或者逐筆查賬定位單邊賬交易。 每天的電信交易量一般情況是非常多的，無論采用哪種方法，都會占用較多的人力和時間成本。而從前面的描述看出，這樣的單邊賬其實是虛假的，不是交易本身出現(xiàn)了問題，而是網絡或系統(tǒng)故障造成的。傳統(tǒng)的消息對賬方式，也沒有主動檢測虛假單邊帳?，F(xiàn)有技術中每天需要對賬時，手動觸發(fā)對賬，對賬過程中，有某筆帳對賬失敗時， 停止對賬，進行處理或者手動觸發(fā)再次重新對賬。在對賬過程中，如果網絡和系統(tǒng)產生故障，就會對賬失敗，因此基于消息對賬這種對賬方法由于網絡或系統(tǒng)故障導致對賬失敗的幾率較大。

發(fā)明內容
有鑒于此，本發(fā)明的主要目的是提供一種具有容錯保護的自動消息對賬方法，以降低對賬過程中因網絡或系統(tǒng)故障導致對賬失敗的幾率。該方法包括預設自動對賬周期及每周期全局對賬容錯次數(shù)，對賬周期到時，執(zhí)行如下步驟A、對賬系統(tǒng)收集要進行對賬的總賬及明細信息；B、對賬系統(tǒng)用收集的總賬及明細信息與運營商計費支撐系統(tǒng)交互，對每筆賬單進行消息對賬，直到本次全局對賬結束；C、判斷本次全局對賬是否成功，如果是，記錄本周期全局對賬成功，生成對賬單， 本周期對賬結束；否則執(zhí)行步驟D ；D、記錄全局對賬失敗次數(shù)，判斷失敗次數(shù)是否小于每周期全局對賬容錯次數(shù)，如果是，執(zhí)行步驟A ；否則記錄本周期全局對賬失敗，生成對賬單，本周期對賬結束。其中，所述步驟A執(zhí)行之前進一步包括當電信增值業(yè)務系統(tǒng)數(shù)據(jù)庫中或對賬系統(tǒng)中有要對賬的賬單，且賬單全局記錄為對賬成功，則本周期對賬結束，否則執(zhí)行步驟A。所述步驟D在記錄本周期全局對賬失敗時，進一步記錄對賬失敗原因；若所述失敗原因為本周期為當天第一周期對賬，所述步驟A中收集的是前一天的所有總賬及明細信息；若所述失敗原因為上一周期全局對賬失敗，則所述步驟A中收集的是上一周期全局對賬失敗的總賬及明細信息。所述步驟C中，所述判斷本次全局對賬是否成功的方法為判斷本次全局對賬中是否有大于等于一筆賬對賬失敗，如果是，則本次全局對賬失?。环駝t全局對賬成功。進一步預設單筆帳對賬容錯次數(shù)，所述步驟B中每筆帳的對賬方法為Bi、對賬系統(tǒng)向運營商計費支撐系統(tǒng)發(fā)送單筆賬對賬消息；B2、判斷在預設時間內對賬系統(tǒng)是否收到反饋信息，如果是，此筆賬對賬成功，記錄對賬結果，否則，此筆賬對賬失敗，記錄失敗次數(shù)，執(zhí)行步驟B3 ；B3、判斷此單筆賬對賬失敗次數(shù)是否小于預設單筆帳對賬容錯次數(shù)，如果是，執(zhí)行步驟Bi，否則結束此單筆賬對賬。所述步驟B2中記錄的對賬結果為平帳或不平帳。所述每筆帳對賬結束后，記錄各自的對賬結果；所述全局對賬結束后，以時間為索引，記錄全局對賬結果。所述步驟A中，對賬系統(tǒng)收集要進行對賬的總賬及明細信息的方法為當天第一周期對賬時，以時間為索引從電信增值業(yè)務系統(tǒng)中數(shù)據(jù)庫收集對賬的總賬及明細信息；當天其它周期對賬時，以時間為索引從電信增值業(yè)務系統(tǒng)中數(shù)據(jù)庫收集失敗的總賬及明細信息或從對賬系統(tǒng)中收集失敗的總賬及明細信息。本發(fā)明的另一個主要目的是提供一種具有容錯保護的自動消息對賬系統(tǒng)，以降低對賬過程中因網絡或系統(tǒng)故障導致對賬失敗的幾率。該系統(tǒng)包括收集模塊和對賬模塊；所述收集模塊，與所述對賬模塊相連，存儲預設對賬周期，用于預設周期到時，收集要進行對賬的總賬及明細信息，并發(fā)送給所述對賬模塊；所述對賬模塊與所述收集模塊相連，用于存儲預設每周期全局對賬容錯次數(shù)，用所述收集模塊收集的總賬及明細信息與運營商計費支撐系統(tǒng)交互，對每筆賬單進行消息對賬，直到本次全局對賬結束；在全局對賬結束后用于判斷全局對賬是否成功，如果是，記錄本周期全局對賬成功，生成對賬單，本周期對賬結束，否則判斷全局對賬失敗次數(shù)是否小于預設每周期全局對帳容錯次數(shù)，如果是，收集失敗的總賬與信息，繼續(xù)將所述收集模塊收集的總賬及明細信息與運營商計費支撐系統(tǒng)交互；否則記錄本周期全局對賬失敗，生成對賬單，結束本周期對賬。其中，所述收集模塊包括定時檢查模塊和數(shù)據(jù)收集模塊；所述對賬模塊包括消息收發(fā)模塊和對賬記錄模塊；所述定時檢查模塊，與所述數(shù)據(jù)收集模塊相連，存儲自動對賬周期，用于在預定周期到時，檢查所述對賬記錄模塊中的對賬單的對賬記錄是否對賬成功，如果是，結束本周期對賬，否則啟動所述數(shù)據(jù)收集模塊；所述數(shù)據(jù)收集模塊，與所述消息收發(fā)模塊相連，根據(jù)所述定時檢查模塊檢查對賬單中記錄的失敗原因，收集總賬及明細信息如果所述定時檢查模塊檢查所述對賬記錄模塊中的全局對賬記錄為失敗，則收集要對賬的失敗的總賬及明細信息；如果所述定時檢查模塊檢查所述對賬記錄模塊中無全局對賬記錄，則從電信增值業(yè)務系統(tǒng)中收集要對賬的總賬及明細信息；所述消息收發(fā)模塊，與所述對賬記錄模塊相連，存儲預設每周期全局對帳容錯次數(shù)，用所述數(shù)據(jù)收集模塊收集的總賬及明細信息與運營商計費支撐系統(tǒng)交互，對每筆賬單進行消息對賬，直到本次全局對賬結束；在全局對賬結束后用于判斷全局對賬是否成功，如果是，將全局對賬成功結果發(fā)送給所述對賬記錄模塊，本周期對賬結束，否則判斷全局對賬失敗次數(shù)是否小于預設每周期全局對帳容錯次數(shù)，如果是，收集失敗的總賬及明細信息，繼續(xù)將所述收集失敗的總賬及明細信息與運營商計費支撐系統(tǒng)交互；否則將全局對賬失敗結果發(fā)送給所述對賬記錄模塊，結束本周期對賬；所述對賬記錄模塊，與所述定時檢查模塊相連，用來記錄每筆帳對賬結束后的對賬賬務信息和對賬結果，以及全局對賬的結果，生成對賬單，為所述定時檢查模塊提供檢查記錄數(shù)據(jù)。所述消息收發(fā)模塊包括單筆帳對賬模塊；所述單筆帳對賬模塊用于存儲預設單筆帳對賬容錯次數(shù)，用于向運營商計費支撐系統(tǒng)發(fā)送單筆賬對賬消息，在預設時間內如果收到反饋信息，將此筆賬對賬結果發(fā)送給所述對賬記錄模塊，記錄失敗次數(shù)，并判斷此單筆帳對賬次數(shù)是否小于預設單筆帳對賬容錯次數(shù)，如果是，繼續(xù)向運營商計費支持系統(tǒng)發(fā)送此單筆帳對賬消息，否則將此筆帳對賬結果發(fā)送給所述對賬記錄模塊，結束此單筆帳對賬。由以上技術方案可見，通過周期性條件檢查自動觸發(fā)全局對賬，能夠主動識別出不成功的明細對賬，利用容錯保護機制完成對賬，對賬結束后，記錄對賬結果，生成對賬單， 方便確定是否觸發(fā)下一次全局對賬。這種方法降低了對賬過程中因網絡或系統(tǒng)故障導致對賬失敗的幾率。


圖1為本發(fā)明具有容錯保護的自動消息對賬方法流程圖2為本發(fā)明具體實施例具有容錯保護的自動消息對賬方法流程圖；圖3為本發(fā)明具有容錯保護的自動消息對賬系統(tǒng)結構圖。
具體實施例方式為使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對本發(fā)明所述方案作進一步地詳細說明。本發(fā)明對賬方法的基本思想是通過周期性條件檢查自動觸發(fā)對賬，能夠主動識別出不成功的明細對賬，利用容錯保護機制完成對賬，在每次對賬結束后，在賬單文件中記錄對賬結果。單筆對賬結果規(guī)定三種平賬，不平賬，對賬失敗。前兩種直接根據(jù)反饋信息進行選擇，都視為對賬成功。如果在預設單筆對賬時間內沒有反饋，則視為對賬失敗。單筆帳對賬失敗，則重復該筆帳對賬。若單筆帳對賬次數(shù)已到達預設單筆對賬失敗次數(shù)，仍未收到反饋，則記錄該筆帳對賬結果為對賬失敗，放棄該筆帳對賬，進行下一筆帳對賬。全局對賬，就是指對賬日期當天所有總賬及明細信息的對賬。全局對賬的結果規(guī)定為兩種對賬成功，對賬失敗。如果全局對賬中有任意一筆明細對賬結果為對賬失敗，則認定全局對賬失敗，再次進行全局對賬。因為之前每一筆明細對賬都有對賬記錄，所以再次進行全局對賬時，只對那些在上次全局對賬中失敗的明細交易進行對賬。如此可以避免冗余對賬，即對已經對賬成功的交易不再進行對賬，有效減少對賬時間。如果全局對賬次數(shù)已經到達預設全局對賬失敗次數(shù)，仍沒有成功，則以對賬日期為索引，記錄全局對賬結果為對賬失敗，等待下次對賬檢查后重新對賬。如果全局對賬成功，則以對賬日期為索引，記錄全局對賬結果為對賬成功。對賬同時保存對賬結果，生成對賬單，利用對賬單查詢賬務明細或定位單邊賬。本發(fā)明中固定對賬周期，對賬周期通過定時器實現(xiàn)，在實際應用中用戶或運營商可以根據(jù)實際需要設定周期，比如1個小時。在系統(tǒng)中預設自動對賬周期及每周期全局對賬容錯次數(shù)。參見圖1，圖1為本發(fā)明具有容錯保護的自動消息對賬方法流程圖。其具體步驟為步驟101，對賬系統(tǒng)收集要進行對賬的總賬及明細信息。步驟102，對賬系統(tǒng)用收集的總賬及明細信息與運營商計費支撐系統(tǒng)交互，對每筆賬單進行消息對賬，直到本次全局對賬結束。步驟103，判斷本次全局對賬是否成功，如果是，執(zhí)行步驟104，否則執(zhí)行步驟107。步驟104，記錄全局對賬失敗次數(shù)。步驟105，判斷失敗次數(shù)是否小于每周期全局對賬容錯次數(shù)，如果是，執(zhí)行步驟 101，否則執(zhí)行步驟106。步驟106，記錄本周期全局對賬失敗，生成對賬單。步驟107，記錄本周期全局對賬成功，生成對賬單。步驟108，結束本周期對賬。下面以具體實施例詳細說明本發(fā)明的對賬方法。參見圖2，圖2為本發(fā)明具體實施例具有容錯保護的自動消息對賬方法流程圖。在本實施例中，還預設了單筆帳對賬容錯次數(shù)，其具體步驟為步驟201，定時周期到，定時器關閉。步驟202，以日期為索弓丨，收集前一天總賬及明細信息。以當前系統(tǒng)時間為準，確定前一天日期，從電信增值業(yè)務系統(tǒng)的數(shù)據(jù)庫中收集前一天總賬及明細信息，也可以從對賬系統(tǒng)中以時間為索引查找對賬單，如果是第一周期對賬，只能去電信增值業(yè)務系統(tǒng)的數(shù)據(jù)庫中收集。對賬單中包含總賬及明細信息和對賬結果， 該對賬單以文件形式保存在對賬系統(tǒng)中，也可以同時保存在電信增值業(yè)務系統(tǒng)的數(shù)據(jù)庫中，在具體實施時根據(jù)具體情況確定對賬單存放在哪里及存放形式。步驟203，判斷前一天是否對賬，如果是，執(zhí)行步驟204，否則執(zhí)行步驟206。如果有全局對賬記錄，表示已經對過帳，否則表示此次對賬為當天第一周期對賬。步驟204，判斷前一天對賬是否成功，如果是，執(zhí)行步驟222，否則執(zhí)行步驟205。檢查全局對賬結果記錄，如果記錄成功，則表示前一天對賬成功，否則表示前一天對賬失敗。步驟205，收集對賬失敗的總賬及明細信息，執(zhí)行步驟207。步驟206，收集總賬及明細信息。步驟207，向運營商對賬計費中心發(fā)送第η筆對賬消息(η從1開始)。其中η為對賬筆數(shù)，為自然數(shù)。每次全局對賬開始，從第一筆開始對賬，即η從1 開始。步驟208，在預設時間內，判斷是否有反饋消息，如果是，執(zhí)行步驟212，否則執(zhí)行步驟209。其中反饋信息包括平帳和不平賬，否則，說明網絡或系統(tǒng)有問題，不反饋對賬消肩、ο步驟209，單筆失敗次數(shù)i = i+1。其中i表示單筆失敗次數(shù)，i為大于等于0的整數(shù)，i的初始值為0。步驟210，判斷i是否小于預設單筆賬對賬容錯次數(shù)，如果是，執(zhí)行步驟207，否則執(zhí)行步驟211。預設單筆賬對賬容錯次數(shù)，根據(jù)實際情況進行配置?？磇是否大于等于預設容錯次數(shù)，如果是，則放棄此單筆賬對賬，否則繼續(xù)對此單筆賬進行對賬。步驟211，對賬失敗筆數(shù)m = m+1。其中m表示單筆對賬失敗筆數(shù)，m為大于等于0的整數(shù)，m的初始值為0。步驟212，保存對賬結果。如果對賬成功，根據(jù)反饋信息，將對賬結果記為平帳或不平帳；如果對賬失敗，則記錄對賬失敗。步驟213，判斷此筆賬是否是此次全局對賬的最后一筆，如果是，執(zhí)行步驟215，否則執(zhí)行步驟214。步驟214，對賬序號η = n+1。對賬序號加1，進行下一筆對賬。步驟215，判斷對賬失敗筆數(shù)m是否大于等于1，如果是，執(zhí)行步驟216，否則執(zhí)行步馬聚221 ο
如果對賬失敗筆數(shù)m大于等于1，則記錄為本次全局對賬失敗。步驟216，全局對賬失敗次數(shù)j = j+1。其中j表示全局對賬失敗筆數(shù)，j為大于等于0的整數(shù)，j的初始值為0。步驟217，判斷j是否小于預設全局對賬容錯次數(shù)，如果是，執(zhí)行步驟218，否則執(zhí)行步驟220。步驟218，收集對賬失敗的總賬及明細信息。經過一次全局對賬后，重新收集對賬失敗的總賬及明細信息，進行下一次全局對賬。步驟219，對賬序號η = 1。執(zhí)行步驟207。本步驟中，將對賬筆數(shù)序號設置為1，在收集的對賬失敗的總賬及明細信息中從第一筆開始對賬，進入下一次全局對賬。步驟220，記錄為本周期全局對賬失敗，生成對賬單。步驟221，記錄為本周期全局對賬成功，生成對賬單。步驟222，本周期對賬結束，定時器開始計時。在本實施例中，第一周期對賬時，從電信增值業(yè)務系統(tǒng)數(shù)據(jù)庫中收集前一天要對賬的總賬及明細信息；對賬開始后，每筆帳對完的時候記錄該筆帳的對賬結果，對賬結果包括平帳、不平帳和對賬失敗，其中，將平帳和不平帳對賬結果視為對賬成功；記錄全局對賬結果以時間為索引，以便觸發(fā)周期對賬，將對賬后生成的對賬單以文件形式保存在對賬系統(tǒng)中，同時也可以保存在電信增值業(yè)務系統(tǒng)的數(shù)據(jù)庫中。以備下一周期重新檢查，是否啟動對賬。另外，基于與上述方法同樣的發(fā)明構思，本發(fā)明還提出了一種具有容錯保護的自動消息對賬系統(tǒng)。參見圖3，圖3為本發(fā)明具有容錯保護的自動消息對賬系統(tǒng)結構圖。該系統(tǒng)包括 收集模塊310和對賬模塊320 ；收集模塊310，與對賬模塊320相連，存儲預設對賬周期，用于預設周期到時，收集要進行對賬的總賬及明細信息，并發(fā)送述對賬模塊320。對賬模塊320與收集模塊310相連，用于存儲預設每周期全局對賬容錯次數(shù)，用收集模塊收集310的總賬及明細信息與運營商計費支撐系統(tǒng)交互，對每筆賬單進行消息對賬，直到本次全局對賬結束；在全局對賬結束后用于判斷全局對賬是否成功，如果是，記錄本周期全局對賬成功，生成對賬賬單，本周期對賬結束，否則判斷全局對賬失敗次數(shù)是否小于預設每周期全局對帳容錯次數(shù)，如果是，收集失敗的總賬及明細信息，繼續(xù)將收集的失敗總賬及明細信息與運營商計費支撐系統(tǒng)交互；否則記錄本周期全局對賬失敗，生成對賬賬單，結束本周期對賬。收集模塊310包括定時檢查模塊311和數(shù)據(jù)收集模塊312 ；收集模塊320包括消息收發(fā)模塊321和對賬記錄模塊322。定時檢查模塊311，與數(shù)據(jù)收集模塊312相連，存儲自動對賬周期，用于在預定周期到時，檢查對賬記錄模塊322中的對賬單中對賬記錄是否對賬成功，如果是，結束本周期對賬，否則啟動數(shù)據(jù)收集模塊312。數(shù)據(jù)收集模塊312，與消息收發(fā)模塊321相連，根據(jù)定時檢查模塊311檢查對賬單中記錄的失敗原因，收集總賬及明細信息如果定時檢查模塊311檢查對賬記錄模塊322中的全局對賬記錄為失敗，則收集要對賬的失敗的總賬及明細信息；如果定時檢查模塊311 檢查對賬記錄模塊322中無全局對賬記錄，則從電信增值業(yè)務系統(tǒng)中收集要對賬的總賬及明細信息。消息收發(fā)模塊321，與對賬記錄模塊322相連，存儲預設每周期全局對帳容錯次數(shù)，用數(shù)據(jù)收集模塊312收集的總賬及明細信息與運營商計費支撐系統(tǒng)交互，對每筆賬單進行消息對賬，直到本次全局對賬結束；在全局對賬結束后用于判斷全局對賬是否成功，如果是，將全局對賬成功結果發(fā)送給對賬記錄模塊322，本周期對賬結束，否則判斷全局對賬失敗次數(shù)是否小于預設每周期全局對帳容錯次數(shù)，如果是，收集失敗的總賬與信息，繼續(xù)將收集失敗的總賬及明細信息與運營商計費支撐系統(tǒng)交互；否則將全局對賬失敗結果發(fā)送給對賬記錄模塊322，結束本周期對賬。消息收發(fā)模塊321包括單筆帳對賬模塊331 ；單筆帳對賬模塊331存儲預設單筆帳對賬容錯次數(shù)，用于向運營商計費支撐系統(tǒng)發(fā)送單筆賬對賬消息，在預設時間內如果收到反饋信息，將此筆賬對賬結果發(fā)送給對賬記錄模塊322，記錄失敗次數(shù)，并判斷此單筆帳對賬次數(shù)是否小于預設單筆帳對賬容錯次數(shù)，如果是，繼續(xù)向運營商計費支持系統(tǒng)發(fā)送此單筆帳對賬消息，否則將此筆帳對賬結果發(fā)送給對賬記錄模塊322，結束此單筆帳對賬。對賬記錄模塊322，與定時檢查模塊311相連，用來記錄每筆帳對賬結束后的對賬結果，以及全局對賬的結果，生成對賬單，為定時檢查模塊311提供對賬結果記錄檢查。由上可見，本發(fā)明實現(xiàn)自動對賬，通過周期性的條件檢查觸發(fā)對賬，無需人工干預；在對賬過程中實現(xiàn)容錯對賬，能夠主動識別出不成功的明細對賬，利用容錯保護機制完成對賬，即明細與全局雙重超時重對疊加的方法，只有超過了預設的次數(shù)連續(xù)失敗才算失敗，屏蔽了網絡和系統(tǒng)故障的偶然因素導致的對賬失敗，從而降低因為網絡環(huán)境導致的對賬失敗機率；對賬同時生成對賬單，保留每筆明細對賬的信息及對賬結果，方便賬務明細查詢和定位以及是否觸發(fā)下一周期的對賬。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明保護的范圍之內。
權利要求
1.一種具有容錯保護的自動消息對賬方法，其特征在于，預設自動對賬周期及每周期全局對賬容錯次數(shù)，對賬周期到時，執(zhí)行如下步驟A、對賬系統(tǒng)收集要進行對賬的總賬及明細信息；B、對賬系統(tǒng)用收集的總賬及明細信息與運營商計費支撐系統(tǒng)交互，對每筆賬單進行消息對賬，直到本次全局對賬結束；C、判斷本次全局對賬是否成功，如果是，記錄本周期全局對賬成功，生成對賬單，本周期對賬結束；否則執(zhí)行步驟D ；D、記錄全局對賬失敗次數(shù)，判斷失敗次數(shù)是否小于每周期全局對賬容錯次數(shù)，如果是， 執(zhí)行步驟A ；否則記錄本周期全局對賬失敗，生成對賬單，本周期對賬結束。
2.根據(jù)權利要求1所述的方法，其特征在于，所述步驟A執(zhí)行之前進一步包括當電信增值業(yè)務系統(tǒng)數(shù)據(jù)庫中或對賬系統(tǒng)中有要對賬的賬單，且賬單全局記錄為對賬成功，則本周期對賬結束，否則執(zhí)行步驟A。
3.根據(jù)權利要求2所述的方法，其特征在于，所述步驟D在記錄本周期全局對賬失敗時，進一步記錄對賬失敗原因；若所述失敗原因為本周期為當天第一周期對賬，所述步驟A中收集的是前一天的所有總賬及明細信息；若所述失敗原因為上一周期全局對賬失敗，則所述步驟A中收集的是上一周期全局對賬失敗的總賬及明細信息。
4.根據(jù)權利要求1、2或3所述的方法，其特征在于，所述步驟C中，所述判斷本次全局對賬是否成功的方法為判斷本次全局對賬中是否有大于等于一筆賬對賬失敗，如果是，則本次全局對賬失??； 否則全局對賬成功。
5.根據(jù)權利要求1、2、3所述的方法，其特征在于，進一步預設單筆帳對賬容錯次數(shù)，所述步驟B中每筆帳的對賬方法為Bi、對賬系統(tǒng)向運營商計費支撐系統(tǒng)發(fā)送單筆賬對賬消息；B2、判斷在預設時間內對賬系統(tǒng)是否收到反饋信息，如果是，此筆賬對賬成功，記錄對賬結果，否則，此筆賬對賬失敗，記錄失敗次數(shù)，執(zhí)行步驟B3 ；B3、判斷此單筆賬對賬失敗次數(shù)是否小于預設單筆帳對賬容錯次數(shù)，如果是，執(zhí)行步驟 Bi，否則結束此單筆賬對賬。
6.根據(jù)權利要求5所述的方法，其特征在于，所述步驟B2中記錄的對賬結果為平帳或不平帳。
7.根據(jù)權利要求1、2或3所述的方法，其特征在于，所述每筆帳對賬結束后，記錄各自的對賬結果；所述全局對賬結束后，以時間為索引，記錄全局對賬結果。
8.根據(jù)權利要求7所述的方法，其特征在于，所述步驟A中，對賬系統(tǒng)收集要進行對賬的總賬及明細信息的方法為當天第一周期對賬時，以時間為索引從電信增值業(yè)務系統(tǒng)中數(shù)據(jù)庫收集對賬的總賬及明細信息；當天其它周期對賬時，以時間為索引從電信增值業(yè)務系統(tǒng)中數(shù)據(jù)庫收集失敗的總賬及明細信息或從對賬系統(tǒng)中收集失敗的總賬及明細信息。
9.一種具有容錯保護的自動消息對賬系統(tǒng)，其特征在于，該系統(tǒng)包括收集模塊和對賬模塊；所述收集模塊，與所述對賬模塊相連，存儲預設對賬周期，用于預設周期到時，收集要進行對賬的總賬及明細信息，并發(fā)送給所述對賬模塊；所述對賬模塊與所述收集模塊相連，用于存儲預設每周期全局對賬容錯次數(shù)，用所述收集模塊收集的總賬及明細信息與運營商計費支撐系統(tǒng)交互，對每筆賬單進行消息對賬， 直到本次全局對賬結束；在全局對賬結束后用于判斷全局對賬是否成功，如果是，記錄本周期全局對賬成功，生成對賬單，本周期對賬結束，否則判斷全局對賬失敗次數(shù)是否小于預設每周期全局對帳容錯次數(shù)，如果是，收集失敗的總賬與信息，繼續(xù)將所述收集模塊收集的總賬及明細信息與運營商計費支撐系統(tǒng)交互；否則記錄本周期全局對賬失敗，生成對賬單，結束本周期對賬。
10.根據(jù)權利要求9所述的系統(tǒng)，其特征在于，所述收集模塊包括定時檢查模塊和數(shù)據(jù)收集模塊；所述對賬模塊包括消息收發(fā)模塊和對賬記錄模塊；所述定時檢查模塊，與所述數(shù)據(jù)收集模塊相連，存儲自動對賬周期，用于在預定周期到時，檢查所述對賬記錄模塊中的對賬單的對賬記錄是否對賬成功，如果是，結束本周期對賬，否則啟動所述數(shù)據(jù)收集模塊；所述數(shù)據(jù)收集模塊，與所述消息收發(fā)模塊相連，根據(jù)所述定時檢查模塊檢查對賬單中記錄的失敗原因，收集總賬及明細信息如果所述定時檢查模塊檢查所述對賬記錄模塊中的全局對賬記錄為失敗，則收集要對賬的失敗的總賬及明細信息；如果所述定時檢查模塊檢查所述對賬記錄模塊中無全局對賬記錄，則從電信增值業(yè)務系統(tǒng)中收集要對賬的總賬及明細信息；所述消息收發(fā)模塊，與所述對賬記錄模塊相連，存儲預設每周期全局對帳容錯次數(shù)，用所述數(shù)據(jù)收集模塊收集的總賬及明細信息與運營商計費支撐系統(tǒng)交互，對每筆賬單進行消息對賬，直到本次全局對賬結束；在全局對賬結束后用于判斷全局對賬是否成功，如果是， 將全局對賬成功結果發(fā)送給所述對賬記錄模塊，本周期對賬結束，否則判斷全局對賬失敗次數(shù)是否小于預設每周期全局對帳容錯次數(shù)，如果是，收集失敗的總賬及明細信息，繼續(xù)將所述收集失敗的總賬及明細信息與運營商計費支撐系統(tǒng)交互；否則將全局對賬失敗結果發(fā)送給所述對賬記錄模塊，結束本周期對賬；所述對賬記錄模塊，與所述定時檢查模塊相連，用來記錄每筆帳對賬結束后的對賬賬務信息和對賬結果，以及全局對賬的結果，生成對賬單，為所述定時檢查模塊提供檢查記錄數(shù)據(jù)。
11.根據(jù)權利要求10所述的系統(tǒng)，其特征在于，所述消息收發(fā)模塊包括單筆帳對賬模塊；所述單筆帳對賬模塊用于存儲預設單筆帳對賬容錯次數(shù)，用于向運營商計費支撐系統(tǒng)發(fā)送單筆賬對賬消息，在預設時間內如果收到反饋信息，將此筆賬對賬結果發(fā)送給所述對賬記錄模塊，記錄失敗次數(shù)，并判斷此單筆帳對賬次數(shù)是否小于預設單筆帳對賬容錯次數(shù)， 如果是，繼續(xù)向運營商計費支持系統(tǒng)發(fā)送此單筆帳對賬消息，否則將此筆帳對賬結果發(fā)送給所述對賬記錄模塊，結束此單筆帳對賬。
全文摘要
本發(fā)明提供了一種具有容錯保護的自動消息對賬方法和系統(tǒng)，該方法預設自動對賬周期及每周期全局對賬容錯次數(shù)，對賬周期到時，執(zhí)行如下步驟A、對賬系統(tǒng)收集要進行對賬的總賬及明細信息；B、用收集的總賬及明細信息與運營商計費支撐系統(tǒng)交互，對每筆賬單進行消息對賬，直到本次全局對賬結束；C、判斷本次全局對賬是否成功，如果是，記錄本周期全局對賬成功，本周期對賬結束；否則執(zhí)行步驟D；D、記錄全局對賬失敗次數(shù)，判斷失敗次數(shù)是否小于每周期全局對賬容錯次數(shù)，如果是，執(zhí)行步驟A；否則記錄本周期全局對賬失敗，本周期對賬結束。具有容錯保護的自動消息對賬系統(tǒng)也是基于該方法實現(xiàn)的，本發(fā)明降低了網絡和系統(tǒng)故障導致的對賬失敗幾率。
文檔編號H04M3/42GK102571369SQ20101062113
公開日2012年7月11日 申請日期2010年12月24日 優(yōu)先權日2010年12月24日
發(fā)明者侯林, 盧濤, 牟少杰, 賈焱, 賈玉俠, 郭昀輝 申請人:普天信息技術研究院有限公司