專利名稱：一種實現(xiàn)接口數(shù)據(jù)一致性的接口、方法及通信系統(tǒng)的制作方法
技術領域：
本發(fā)明是涉及接口之間實現(xiàn)數(shù)據(jù)一致性的方法，特別是關于一種客戶維系 與挽留系統(tǒng)接口實現(xiàn)數(shù)據(jù)一致性的接口、方法及通信系統(tǒng)。
背景技術：
在競爭激烈的通信市場上，運營商正在為降低客戶流失率而努力。目前，歐洲電信行業(yè)的客戶流失率為25%，而美國為30%?？蛻袅魇Ыo美國的電信 運營商每年造成的收入損失高達90億美元，還有額外的75億美元的獲得客戶 的費用。而不斷推出的新業(yè)務將加速客戶的流失，據(jù)In-Stat/MDR市場研究公 司估計，號碼攜帶的實施，將使美國的客戶流失率增至46%。上世紀90年代末，國內各個運營商開始奉行"以客戶為中心、市場為導向、 以利潤為目標"的經(jīng)營宗旨，由"生產(chǎn)型"企業(yè)向"利潤型"企業(yè)轉變，關注客戶 并相繼按照統(tǒng)一規(guī)劃、分布實施的建設模式打造各自的客戶維系與挽留系統(tǒng)?？蛻艟S系與挽留系統(tǒng)就是要有效控制客戶流失，而其關鍵在于如何對客戶 流失預測分析，及時發(fā)現(xiàn)客戶流失傾向并預警，對客戶進行有效地維系和挽留。 對于客戶流失的預測分析，是通過定時采集計費營帳系統(tǒng)中的客戶消費行為、 繳費行為等資料數(shù)據(jù)，將采集的相關數(shù)據(jù)與根據(jù)歷史經(jīng)驗設置相應的關鍵指標 進行比對分析，根據(jù)分析的結果識別各種離網(wǎng)傾向，對有離網(wǎng)傾向的客戶要及 時向客戶經(jīng)理預警。由于目前各大運營商的計費營帳系統(tǒng)多數(shù)由不同廠商提供，而客戶維系與 挽留系統(tǒng)需要采集計費營帳系統(tǒng)中與客戶消費行為、繳費行為等相關的資料數(shù) 據(jù)作為預測分析客戶流失的依據(jù)，這些用戶的原始數(shù)據(jù)往往不能直接從計費營 帳系統(tǒng)獲取，因此，在獲取這些數(shù)據(jù)的時候，就需要有數(shù)據(jù)傳遞的接口，計費 營帳廠商將數(shù)據(jù)按照約定方式導出來以供客戶維系與挽留系統(tǒng)分析使用。客戶 維系與挽留系統(tǒng)接口將計費營帳廠商提供的數(shù)據(jù)文件導入到自己的系統(tǒng)中時， 若不能保證數(shù)據(jù)的一致性，文件有的未入庫，有的沒有完全入庫，有的被多次
入庫，甚至是入庫的文件不是同一天產(chǎn)生的數(shù)據(jù)......這樣的數(shù)據(jù)拿來進行分析，不但起不到控制客戶流失，反而可能導致該回訪的客戶沒有被回訪，不該 回訪的客戶卻被客戶經(jīng)理回訪了 ，招致客戶對運營商的極大不滿。下面結合附圖1介紹一下現(xiàn)有客戶維系與挽留系統(tǒng)接口處理的過程。步驟S101,計費營帳系統(tǒng)將客戶維系與挽留系統(tǒng)所需的信息以文件形式 導出，存放在雙方協(xié)定的目錄下；步驟S102,客戶維系與挽留系統(tǒng)的文件預處理模塊對文件進行格式預處 理，轉換成入庫模塊識別的格式；步驟S103,客戶維系與挽留系統(tǒng)的文件入庫模塊將文件入庫，入庫信息 存放在臨時接口表中；步驟S104，日處理操作的執(zhí)行是一個由主機提供的crontab定時任務來喚 醒的。現(xiàn)在問題就在于，定時任務該設定什么時間來喚醒日處理操作呢。若定 時任務設定的時間過早，當?shù)竭_日處理操作的時間時，而需要同批次導入的文 件沒有全部入庫，就可能導致后續(xù)的分級、分配以及任務生成數(shù)據(jù)的不準確性； 若將定時任務時間設置晚一點，確保所有同批次的文件全部入庫，那么，留給 分級、分配以及任務生成操作的時間就減少了，若到了運營商早晨開始營業(yè)的 時間還沒有完成日任務的處理操作，那么勢必會影響到運營商的工作開展；進 一步說，定時任務時間設置早一點與晚一點也不是固定的，隨著數(shù)據(jù)量的增減， 也許開始設置的晚一點的時間，當數(shù)據(jù)量大的時候，也無法滿足全部數(shù)據(jù)入庫。 另外，若遇到網(wǎng)絡問題或者計費營帳系統(tǒng)異常而導致數(shù)據(jù)沒有正確導出，此時， 如果不去進行任何判斷而是等時間一到就開始執(zhí)行日處理操作，同樣也會導致 后續(xù)的分級、分配以及任務生成數(shù)據(jù)的不準確性；步驟S105，日處理操作未到時時，繼續(xù)等待；步驟S106，執(zhí)行日處理操作，完成分級、分配以及任務生成。發(fā)明內容為解決上述的問題，本發(fā)明的目的在于，提出一種實現(xiàn)接口數(shù)據(jù)一致性的 接口、方法和通信系統(tǒng)，以解決對計費營帳廠商提供的各種有效數(shù)據(jù)文件，同 一批次進行入庫，不能確保數(shù)據(jù)一致性，以及后續(xù)分級、分配以及任務生成準 確性和效率的問題。
為實現(xiàn)上述目的，本發(fā)明提供了一種實現(xiàn)接口數(shù)據(jù)一致性的接口，與計費 營帳系統(tǒng)和客戶維系與挽留系統(tǒng)連接，其中，包括一文件預處理模塊，用于對所述計費營帳系統(tǒng)導出的所述客戶維系與挽留 系統(tǒng)所需信息的文件，進行格式預處理，將所述文件的格式轉換成文件入庫模 塊可識別的格式；一文件入庫模塊，用于將經(jīng)過格式預處理的文件導入臨時接口表中，當所 述文件入庫完畢后，將數(shù)據(jù)庫中所述文件的準備就緒標志修改為已準備完畢狀 態(tài)；一任務執(zhí)行總控模塊，用于定時讀取所述數(shù)據(jù)庫中文件的準備就緒標志， 當所述準備就緒標志為已準備完畢狀態(tài)時，激活對所述文件的后續(xù)任務處理， 并協(xié)調執(zhí)行后續(xù)任務，任務成功執(zhí)行完畢后，恢復文件的準備就緒標志。上述的實現(xiàn)接口數(shù)據(jù)一致性的接口，其中，所述文件預處理模塊進一步包括一預處理配置文件，包含文件名信息、每行數(shù)據(jù)的長度、各字段分隔符、 各字段名稱和各字段起始位置信息。上述的實現(xiàn)接口數(shù)據(jù)一致性的接口 ，其中，所述文件入庫模塊進一步包括一入庫配置文件，包含登錄數(shù)據(jù)庫用戶名、登錄密碼、登錄數(shù)據(jù)庫服務名、 要入庫的文件名信息、入庫的臨時接口表及其字段名、調用的存儲過程、文件 中字段分隔符和單次入庫的行數(shù)。上述的實現(xiàn)接口數(shù)據(jù)一致性的接口，其中，所述任務執(zhí)行總控模塊進一步 包括一時間任務模塊，用于設定循環(huán)等待時長和最大等待時長，根據(jù)所述循環(huán) 等待時長定時啟動對數(shù)據(jù)庫中所述文件的準備就緒標志的査詢，計算累計循環(huán) 等待的次數(shù)，并換算成等待時長，若所述等待時長小于所述最大等待時長，則 繼續(xù)循環(huán)等待，若超過了最大等待時長，終止繼續(xù)等待。為實現(xiàn)上述目的，本發(fā)明還提供一種實現(xiàn)接口數(shù)據(jù)一致性的方法，其中， 包括步驟一，對計費營帳系統(tǒng)導出的包含客戶維系與挽留系統(tǒng)所需信息的文 件，進行格式預處理，將所述文件的格式轉換成文件入庫模塊可識別的格式； 步驟二，將經(jīng)過格式預處理的文件導入臨時接口表中，當所述文件入庫完200710120371.3說明書第4/8頁畢后，將數(shù)據(jù)庫中所述文件的準備就緒標志修改為已準備完畢狀態(tài)；步驟三，定時讀取所述數(shù)據(jù)庫中文件的準備就緒標志，當所述準備就緒標志為已準備完畢狀態(tài)時，激活對所述文件的后續(xù)任務處理，并協(xié)調執(zhí)行后續(xù)任務，任務成功執(zhí)行完畢后，恢復文件的準備就緒標志。上述的實現(xiàn)接口數(shù)據(jù)一致性的方法，其中，所述步驟一之前進一步包括 計費營帳系統(tǒng)將所述客戶維系與挽留系統(tǒng)所需的涉及客戶、用戶、帳戶和/或帳務資料信息以文件形式導出，存放在一指定位置下，其中不同類型信息的文件采用不同的文件名，多個同類型信息的文件分別采用不同的流水號。 上述的實現(xiàn)接口數(shù)據(jù)一致性的方法，其中，所述步驟一進一步包括 步驟71，將從所述指定位置中獲取到的文件，同樣復制成兩份，將一份文件根據(jù)預處理配置文件進行文件格式的預先處理，將另一份文件進行壓縮備份；歩驟72，經(jīng)過預處理后，將預處理成功的文件送入文件入庫模塊的輸入位置，將預處理失敗的文件放入預處理失敗文件輸出位置下進行備份。上述的實現(xiàn)接口數(shù)據(jù)一致性的方法，其中，所述步驟二進一步包括步驟81，在數(shù)據(jù)庫中査詢到要入庫文件類型的狀態(tài)為鎖釋放狀態(tài)，則先加鎖，然后根據(jù)入庫配置文件，將所述類型的一個文件進行入庫，入庫成功后，將鎖釋放，再按照上述歩驟進行所述類型的下一個文件的入庫；步驟82，根據(jù)所述類型文件的流水號，判斷所述類型的文件全部入庫后，將所述數(shù)據(jù)庫中所述類型文件的準備就緒標志修改為已準備完畢狀態(tài)。上述的實現(xiàn)接口數(shù)據(jù)一致性的方法，其中，所述步驟三進一步包括步驟91，定時讀取所述數(shù)據(jù)庫中全部類型的文件的準備就緒標志是否都為已準備完畢狀態(tài)，若不是都為已準備完畢狀態(tài)，則繼續(xù)循環(huán)等待，進入步驟94，若都為已準備完畢狀態(tài)，則進入步驟92;步驟92，激活對所述數(shù)據(jù)庫中文件的后續(xù)任務處理，進入步驟93;步驟93，協(xié)調分級、分配以及任務生成的先后順序，在所述數(shù)據(jù)庫中文 件的后續(xù)任務執(zhí)行完畢后，修改所述文件的準備就緒標志為未準備完畢狀態(tài)， 記錄日志并成功退出；步驟94，將累計循環(huán)等待的次數(shù)換算成等待時長，若該時長小于系統(tǒng)設 定的最大等待時長，則返回步驟91，若超過了最大等待時長，則進入步驟95; 步驟95，終止繼續(xù)等待，記錄錯誤日志，并發(fā)送一條告警信息，通知分級、分配以及任務生成失敗。為實現(xiàn)上述目的，本發(fā)明還提供了一種實現(xiàn)上述任意一項方法的通信系統(tǒng)，包括一客戶維系與挽留系統(tǒng)，用于為實現(xiàn)對客戶進行有效地維系與挽留而進行 相應數(shù)據(jù)分級、分配以及業(yè)務生成處理；一計費營帳系統(tǒng)，用于將客戶維系與挽留系統(tǒng)所需信息以文件的形式導出，存放在指定的位置下；一客戶維系與挽留系統(tǒng)接口；其中，所述客戶維系與挽留系統(tǒng)接口進一步包括一文件預處理模塊，用于對所述計費營帳系統(tǒng)導出的所述客戶維系與挽留 系統(tǒng)所需信息的文件，進行格式預處理，將所述文件的格式轉換成文件入庫模 塊可識別的格式；一文件入庫模塊，用于將經(jīng)過格式預處理的文件導入臨時接口表中，當所 述文件入庫完畢后，將數(shù)據(jù)庫中所述文件的準備就緒標志修改為已準備完畢狀 態(tài)；一任務執(zhí)行總控模塊，用于定時讀取所述數(shù)據(jù)庫中文件的準備就緒標志， 當所述準備就緒標志為已準備完畢狀態(tài)時，激活對所述文件的后續(xù)任務處理， 并協(xié)調執(zhí)行后續(xù)任務，任務成功執(zhí)行完畢后，恢復文件的準備就緒標志。上述的通信系統(tǒng)，其中，所述通信系統(tǒng)進一步包括一文件目錄，與所述計費營帳系統(tǒng)和客戶維系與挽留系統(tǒng)接口連接，用于 存放所述計費營帳系統(tǒng)以文件形式導出的所述客戶維系與挽留系統(tǒng)所需信息。本發(fā)明所述技術，與現(xiàn)有技術相比較，可以有效控制同批數(shù)據(jù)導入的一致 性，解決了因待分析數(shù)據(jù)未導入、待分析數(shù)據(jù)尚未完全導入、待分析數(shù)據(jù)被多 次導入以及非同批數(shù)據(jù)被導入到系統(tǒng)而帶來的分級、分配以及任務生成數(shù)據(jù)的 不準確性的問題。


圖1是現(xiàn)有技術客戶維系與挽留系統(tǒng)接口的處理示意圖；圖2是本發(fā)明所提供的實現(xiàn)接口數(shù)據(jù)一致性的通信系統(tǒng)的結構示意圖3是本發(fā)明客戶維系與挽留系統(tǒng)接口實現(xiàn)接口數(shù)據(jù)一致性的處理過程 的流程示意圖。
具體實施方式
下面結合附圖對本發(fā)明具體實施例進行說明。圖2是本發(fā)明提供的一種通信系統(tǒng)10，該通信系統(tǒng)10包括計費營帳系統(tǒng)ioo，主要是提供客戶資料、用戶資料、帳戶資料、用戶套餐、帳務關系、綜合帳單、用戶欠費信息、用戶實時話費、用戶協(xié)議、用戶月話費和帳戶預存款原始數(shù)據(jù)。這些原始數(shù)據(jù)由計費營帳系統(tǒng)100以文件的形式導出來，并FTP 到指定的文件目錄400下；客戶維系與挽留系統(tǒng)接口 200，為一種實現(xiàn)接口數(shù)據(jù)一致性的接口裝置，包括文件預處理模塊210，用于對所述計費營帳系統(tǒng)導出的所述客戶維系與挽 留系統(tǒng)所需信息的文件，進行格式預處理，將所述文件的格式轉換成文件入庫 模塊220可識別的格式；文件入庫模塊220，用于將經(jīng)過格式預處理的文件導入臨時接口表中，當 所述文件入庫完畢后，將數(shù)據(jù)庫中所述文件的準備就緒標志修改為已準備完畢 狀態(tài)；任務執(zhí)行總控模塊230，用于定時讀取所述數(shù)據(jù)庫中文件的準備就緒標 志，當所述準備就緒標志為已準備完畢狀態(tài)時，激活對所述文件的后續(xù)任務處 理，并協(xié)調執(zhí)行后續(xù)任務，任務成功執(zhí)行完畢后，恢復文件的準備就緒標志。其中，文件預處理模塊210還包括一預處理配置文件211，文件預處理模 塊210讀取預處理配置文件211的信息，對原始文件指定目錄400下的文件進 行格式的預先轉換，轉換后的格式要確保能夠被文件入庫模塊220所識別。文件入庫模塊220包含一個入庫配置文件221 ，文件入庫模塊220根據(jù)入 庫配置文件221找到文件預處理模塊210的文件輸出目錄，并從該目錄下讀取 經(jīng)過預處理后的文件進行入庫，文件首先入庫到臨時接口表中，當一種類型的 文件全部入庫完畢之后，修改文件的準備就緒標志為己準備完畢狀態(tài)；任務執(zhí) 行總控模塊230主要是等待文件的準備就緒標志變?yōu)橐褱蕚渫戤厾顟B(tài)，并在激 活時，協(xié)調后續(xù)任務的分級、分配以及任務生成操作。 任務執(zhí)行總控模塊230何時被激活是由時間控制參數(shù)和狀態(tài)控制參數(shù)共 同決定的，任務執(zhí)行總控模塊230包括一時間任務模塊231，用于設定循環(huán)等 待時長和最大等待時長，根據(jù)所述循環(huán)等待時長定時啟動對數(shù)據(jù)庫中文件的準 備就緒標志的査詢，計算累計循環(huán)等待的次數(shù)，并換算成等待時長，若所述等 待時長小于所述最大等待時長，則繼續(xù)循環(huán)等待，若超過了最大等待時長，終 止繼續(xù)等待。當所有的文件準備就緒標志為準備完畢狀態(tài)，并且尚未超過時間任務模塊 231所設定的最長等待時間時，任務執(zhí)行總控模塊230就會被激活；客戶維系與挽留系統(tǒng)300，用于當總控模塊被激活后，對文件進行后續(xù)任 務的分級、分配以及任務生成。如圖3所示，是對本發(fā)明客戶維系與挽留系統(tǒng)接口實現(xiàn)數(shù)據(jù)一致性的處理 過程進行說明，包括如下步驟步驟S301,計費營帳系統(tǒng)100每日晚將客戶維系與挽留系統(tǒng)300所需的 涉及客戶、用戶、帳戶以及帳務資料等信息以文件形式導出，存放在雙方協(xié)定 的目錄下。不同信息的文件名不同(即，文件類型不同)，同類型的文件若為 多個，則以后四位流水號加以區(qū)分，生成的最后一個文件后四位流水號為XXXX;步驟S302，客戶維系與挽留系統(tǒng)接口 200的文件預處理模塊210首先把 獲取到的文件同樣復制成兩份， 一份用來進行文件格式的預先處理，另一份則 進行壓縮備份。文件格式的預先處理是根據(jù)預處理配置文件211進行的，該預 處理配置文件211包含文件名信息，每行數(shù)據(jù)的長度，各字段分隔符，各字段 名稱以及各字段起始位置信息。經(jīng)過預處理后，預處理成功的文件送入文件入 庫模塊220的輸入目錄，預處理失敗的文件放入預處理失敗文件輸出目錄下進 行備份；步驟S303，客戶維系與挽留系統(tǒng)接口 200的文件入庫模塊220首先到數(shù) 據(jù)庫查詢判斷要入庫文件類型狀態(tài)是否為鎖釋放狀態(tài)，若為鎖釋放狀態(tài)，則先 加鎖，并開始進行入庫，等一個文件入庫成功后，將鎖釋放，進行同類型的下 一個文件的入庫，當讀到后四位流水號為XXXX的文件時，修改數(shù)據(jù)庫中該 類文件的準備就緒標志為已準備完畢狀態(tài)，表明這一批的這一類文件已經(jīng)全部 入庫完畢。文件入庫模塊220同樣也有一個入庫配置文件221，該入庫配置文
件221包含登錄數(shù)據(jù)庫用戶名、密碼和登錄數(shù)據(jù)庫服務名，要入庫的文件名信 息，入庫的臨時接口表名及其字段名，調用的存儲過程，文件中字段分隔符以 及單次入庫的行數(shù)。入庫模塊調用存儲過程，主要是對一些接口表中的數(shù)據(jù)進 行進一歩的規(guī)整，如日期格式，客戶、用戶和帳戶的ID格式等。至此，所有的數(shù)據(jù)被同批次的導入到客戶維系與挽留系統(tǒng)中；步驟S304，任務執(zhí)行總控模塊230由定時任務模塊231啟動，當任務執(zhí) 行總控模塊230啟動之后，讀取到并非所有類型的文件準備就緒標志都為已準 備完畢狀態(tài)，那么總控模塊會每隔30秒(可配置)循環(huán)等待，等待一次會進 行累計，此時進入步驟S305。若讀取到所有類型的文件準備就緒標志都為已 準備完畢狀態(tài)，則進入步驟S306;步驟S305，根據(jù)累計的次數(shù)換算成等待時長，若該等待時長小于定時任 務模塊231設定的最大等待時長時，則回到步驟S304，否則進入步驟S308;步驟S306，任務執(zhí)行總控模塊230讀取到所有類型的文件準備就緒標志 都為已準備完畢狀態(tài)，則該模塊的后續(xù)執(zhí)行操作將被激活，轉入步驟S307;步驟S307，任務執(zhí)行總控模塊230協(xié)調分級、分配以及任務生成的先后 順序，因為分級和分配所更新的數(shù)據(jù)會提供給任務生成，等待所有后續(xù)任務處 理完畢后，修改數(shù)據(jù)庫中文件的準備就緒標志都為未準備完畢，記錄日志并成 功退出；歩驟S308，當累計的次數(shù)換算成的等待時長大于系統(tǒng)設定的最大等待時 長時，終止繼續(xù)等待，記錄錯誤日志，并發(fā)一條短信告警信息到短信平臺，通 知系統(tǒng)管理員本日分級、分配以及任務生成失敗。當然，本發(fā)明還可有其它多種實施例，在不背離本發(fā)明精神及其實質的情 況下，熟悉本領域的普通技術人員當可根據(jù)本發(fā)明做出各種相應的改變和變 形，但這些相應的改變和變形都應屬于本發(fā)明所附的權利要求的保護范圍。
權利要求
1.一種實現(xiàn)接口數(shù)據(jù)一致性的接口，與計費營帳系統(tǒng)和客戶維系與挽留系統(tǒng)連接，其特征在于，包括一文件預處理模塊，用于對所述計費營帳系統(tǒng)導出的所述客戶維系與挽留系統(tǒng)所需信息的文件，進行格式預處理，將所述文件的格式轉換成文件入庫模塊可識別的格式；一文件入庫模塊，用于將經(jīng)過格式預處理的文件導入臨時接口表中，當所述文件入庫完畢后，將數(shù)據(jù)庫中所述文件的準備就緒標志修改為已準備完畢狀態(tài)；一任務執(zhí)行總控模塊，用于定時讀取所述數(shù)據(jù)庫中文件的準備就緒標志，當所述準備就緒標志為已準備完畢狀態(tài)時，激活對所述文件的后續(xù)任務處理，并協(xié)調執(zhí)行后續(xù)任務，任務成功執(zhí)行完畢后，恢復文件的準備就緒標志。
2. 根據(jù)權利要求1所述的實現(xiàn)接口數(shù)據(jù)一致性的接口，其特征在于，所 述文件預處理模塊進一步包括一預處理配置文件，包含文件名信息、每行數(shù)據(jù)的長度、各字段分隔符、 各字段名稱和各字段起始位置信息。
3. 根據(jù)權利要求1或2所述的實現(xiàn)接口數(shù)據(jù)一致性的接口，其特征在于， 所述文件入庫模塊進一步包括一入庫配置文件，包含登錄數(shù)據(jù)庫用戶名、登錄密碼、登錄數(shù)據(jù)庫服務名、 要入庫的文件名信息、入庫的臨時接口表及其字段名、調用的存儲過程、文件 中字段分隔符和單次入庫的行數(shù)。
4. 根據(jù)權利要求3所述的實現(xiàn)接口數(shù)據(jù)一致性的接口，其特征在于，所 述任務執(zhí)行總控模塊進一步包括一時間任務模塊，用于設定循環(huán)等待時長和最大等待時長，根據(jù)所述循環(huán) 等待時長定時啟動對數(shù)據(jù)庫中所述文件的準備就緒標志的査詢，計算累計循環(huán) 等待的次數(shù)，并換算成等待時長，若所述等待時長小于所述最大等待時長，則 繼續(xù)循環(huán)等待，若超過了最大等待時長，終止繼續(xù)等待。
5. —種實現(xiàn)接口數(shù)據(jù)一致性的方法，其特征在于，包括步驟一，對計費營帳系統(tǒng)導出的包含客戶維系與挽留系統(tǒng)所需信息的文件，進行格式預處理，將所述文件的格式轉換成文件入庫模塊可識別的格式； 步驟二，將經(jīng)過格式預處理的文件導入臨時接口表中，當所述文件入庫完畢后，將數(shù)據(jù)庫中所述文件的準備就緒標志修改為已準備完畢狀態(tài)；步驟三，定時讀取所述數(shù)據(jù)庫中文件的準備就緒標志，當所述準備就緒標志為已準備完畢狀態(tài)時，激活對所述文件的后續(xù)任務處理，并協(xié)調執(zhí)行后續(xù)任務，任務成功執(zhí)行完畢后，恢復文件的準備就緒標志。
6. 根據(jù)權利要求5所述的實現(xiàn)接口數(shù)據(jù)一致性的方法，其特征在于，所述步驟一之前進一步包括計費營帳系統(tǒng)將所述客戶維系與挽留系統(tǒng)所需的涉及客戶、用戶、帳戶和 /或帳務資料信息以文件形式導出，存放在一指定位置下，其中不同類型信息 的文件采用不同的文件名，多個同類型信息的文件分別采用不同的流水號。
7. 根據(jù)權利要求6所述的實現(xiàn)接口數(shù)據(jù)一致性的方法，其特征在于，所述步驟一進一步包括步驟71，將從所述指定位置中獲取到的文件，同樣復制成兩份，將一份 文件根據(jù)預處理配置文件進行文件格式的預先處理，將另一份文件進行壓縮備 份；步驟72，經(jīng)過預處理后，將預處理成功的文件送入文件入庫模塊的輸入 位置，將預處理失敗的文件放入預處理失敗文件輸出位置下進行備份。
8. 根據(jù)權利要求7所述的實現(xiàn)接口數(shù)據(jù)一致性的方法，其特征在于，所述歩驟二進一步包括步驟81，在數(shù)據(jù)庫中査詢到要入庫文件類型的狀態(tài)為鎖釋放狀態(tài)，則先 加鎖，然后根據(jù)入庫配置文件，將所述類型的一個文件進行入庫，入庫成功后， 將鎖釋放，再按照上述步驟進行所述類型的下一個文件的入庫；步驟82，根據(jù)所述類型文件的流水號，判斷所述類型的文件全部入庫后， 將所述數(shù)據(jù)庫中所述類型文件的準備就緒標志修改為已準備完畢狀態(tài)。
9. 根據(jù)權利要求8所述的實現(xiàn)接口數(shù)據(jù)一致性的方法，其特征在于，所 述步驟三進一步包括步驟91，定時讀取所述數(shù)據(jù)庫中全部類型的文件的準備就緒標志是否都 為已準備完畢狀態(tài)，若不是都為已準備完畢狀態(tài)，則繼續(xù)循環(huán)等待，進入步驟 94，若都為已準備完畢狀態(tài)，則進入步驟92; 步驟92,激活對所述數(shù)據(jù)庫中文件的后續(xù)任務處理，進入步驟93;步驟93，協(xié)調分級、分配以及任務生成的先后順序，在所述數(shù)據(jù)庫中文件的后續(xù)任務執(zhí)行完畢后，修改所述文件的準備就緒標志為未準備完畢狀態(tài)，記錄日志并成功退出；步驟94，將累計循環(huán)等待的次數(shù)換算成等待時長，若該時長小于系統(tǒng)設 定的最大等待時長，則返回歩驟91，若超過了最大等待時長，則進入步驟95;步驟95，終止繼續(xù)等待，記錄錯誤日志，并發(fā)送一條告警信息，通知分 級、分配以及任務生成失敗。
10. —種實現(xiàn)權利要求5至權利要求9中任意一項方法的通信系統(tǒng)，包括 一客戶維系與挽留系統(tǒng)，用于為實現(xiàn)對客戶進行有效地維系與挽留而進行相應數(shù)據(jù)分級、分配以及業(yè)務生成處理；一計費營帳系統(tǒng)，用于將客戶維系與挽留系統(tǒng)所需信息以文件的形式導 出，存放在指定的位置下；一客戶維系與挽留系統(tǒng)接口 ；其特征在于，所述客戶維系與挽留系統(tǒng)接口迸一步包括 一文件預處理模塊，用于對所述計費營帳系統(tǒng)導出的所述客戶維系與挽留系統(tǒng)所需信息的文件，進行格式預處理，將所述文件的格式轉換成文件入庫模塊可識別的格式；一文件入庫模塊，用于將經(jīng)過格式預處理的文件導入臨時接口表中，當所 述文件入庫完畢后，將數(shù)據(jù)庫中所述文件的準備就緒標志修改為已準備完畢狀 態(tài)；一任務執(zhí)行總控模塊，用于定時讀取所述數(shù)據(jù)庫中文件的準備就緒標志， 當所述準備就緒標志為已準備完畢狀態(tài)時，激活對所述文件的后續(xù)任務處理， 并協(xié)調執(zhí)行后續(xù)任務，任務成功執(zhí)行完畢后，恢復文件的準備就緒標志。
11. 根據(jù)權利要求10所述的通信系統(tǒng)，其特征在于，所述通信系統(tǒng)進一 步包括一文件目錄，與所述計費營帳系統(tǒng)和客戶維系與挽留系統(tǒng)接口連接，用于 存放所述計費營帳系統(tǒng)以文件形式導出的所述客戶維系與挽留系統(tǒng)所需信息。
全文摘要
本發(fā)明提供了一種實現(xiàn)接口數(shù)據(jù)一致性的接口、方法及通信系統(tǒng)，該接口與計費營帳系統(tǒng)和客戶維系與挽留系統(tǒng)連接，其中，包括一文件預處理模塊，用于對計費營帳系統(tǒng)導出的客戶維系與挽留系統(tǒng)所需信息的文件，進行格式預處理，將文件的格式轉換成文件入庫模塊可識別的格式；一文件入庫模塊，用于將經(jīng)過格式預處理的文件導入臨時接口表中，當文件入庫完畢后，將數(shù)據(jù)庫中文件的準備就緒標志修改為已準備完畢狀態(tài)；一任務執(zhí)行總控模塊，用于定時讀取數(shù)據(jù)庫中文件的準備就緒標志，當準備就緒標志為已準備完畢狀態(tài)時，激活對文件的后續(xù)任務處理，并協(xié)調執(zhí)行后續(xù)任務，任務成功執(zhí)行完畢后，恢復文件的準備就緒標志。
文檔編號H04M15/00GK101119408SQ20071012037
公開日2008年2月6日 申請日期2007年8月16日 優(yōu)先權日2007年8月16日
發(fā)明者賈永魯 申請人:中興通訊股份有限公司