本發(fā)明涉及通信技術(shù),尤其涉及一種話單處理方法、裝置及系統(tǒng)。
背景技術(shù):
隨著電信產(chǎn)業(yè)的不斷發(fā)展,電信業(yè)務(wù)的普及范圍也越來廣,當(dāng)前的市場環(huán)境對電信產(chǎn)業(yè)的服務(wù)內(nèi)容、服務(wù)方式、服務(wù)質(zhì)量、經(jīng)營管理提出了更高的要求。
現(xiàn)有技術(shù)中,各省份的話單采集模塊對原始話單進行采集后,由話單處理模塊根據(jù)規(guī)范對原始話單進行處理,如對話單進行計費、數(shù)據(jù)分析等業(yè)務(wù),再將處理后的話單文件發(fā)往總部服務(wù)器進行審核、統(tǒng)計和存儲。
現(xiàn)有技術(shù)的不足之處在于,各省分散建設(shè)話單采集模塊和話單處理模塊,分散運行和維護,導(dǎo)致運維成本較高,運維效率低下。
技術(shù)實現(xiàn)要素:
本發(fā)明提供一種話單處理方法、裝置及系統(tǒng),用以解決現(xiàn)有技術(shù)中運維成本較高的技術(shù)問題。
本發(fā)明提供一種話單處理方法,包括:
接收省份主機發(fā)送的原始話單文件;
根據(jù)所述原始話單文件生成話單計費文件;
將所述話單計費文件保存至輸入目錄,并加載到內(nèi)存池中;
調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,以使省份主機的數(shù)據(jù)庫通過與本地數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件。
進一步地,調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,以使省份主機的數(shù)據(jù)庫通過與本地數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件,包括:
在本地數(shù)據(jù)庫與省份主機的數(shù)據(jù)庫之間建立雙向文件傳輸通道;
調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,從而使所述本地數(shù)據(jù)庫獲取內(nèi)存池中的話單計費文件;
向所述話單計費文件對應(yīng)的省份主機發(fā)送計費文件上傳消息,以使所述省份主機根據(jù)所述計費文件上傳消息通知數(shù)據(jù)庫通過所述雙向文件傳輸通道獲取所述話單計費文件。
進一步地,接收省份主機發(fā)送的原始話單文件,包括:
接收省份主機發(fā)送的原始話單上傳消息;
根據(jù)所述原始話單上傳消息,通知本地數(shù)據(jù)庫與所述省份主機的數(shù)據(jù)庫之間的雙向文件傳輸通道獲取原始話單文件;
從內(nèi)存池中查找本地數(shù)據(jù)庫獲取到的原始話單文件,并將所述原始話單文件保存至輸出目錄。
進一步地,根據(jù)所述原始話單文件生成話單計費文件,包括:
對所述原始話單文件進行拆解,按類別生成一條或多條原始話單;
從所述原始話單中提取用戶信息及時長/條數(shù)信息;
查找是否存在相同用戶信息及時長/條數(shù)信息的其它話單;
若不存在,根據(jù)所述用戶信息以及時長/條數(shù)信息確定費用信息;
將所述用戶信息、時長/條數(shù)信息及費用信息按照預(yù)設(shè)的格式排列,生成所述話單計費文件;
將所述話單計費文件按照類別進行命名,以使所述省份主機根據(jù)所述話單計費文件的名稱將所述話單計費文件保存在相應(yīng)目錄下;
其中,所述類別包括下述至少一項:通話類、短信類、彩信類、上網(wǎng)類。
本發(fā)明還提供一種話單處理方法,包括:
將采集到的原始話單文件發(fā)送給總部主機,以使所述總部主機根據(jù)所述原始話單文件生成話單計費文件;
通知本地數(shù)據(jù)庫通過與總部主機的數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件;
從內(nèi)存池中查找本地數(shù)據(jù)庫獲取到的話單計費文件,并將所述話單計費文件保存至輸出目錄。
進一步地,通知本地數(shù)據(jù)庫通過與總部主機的數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件,包括:
在本地數(shù)據(jù)庫與總部主機的數(shù)據(jù)庫之間建立雙向文件傳輸通道;
接收總部主機發(fā)送的計費文件上傳消息;
根據(jù)所述計費文件上傳消息,通知本地數(shù)據(jù)庫通過所述雙向文件傳輸通道獲取所述話單計費文件。
進一步地,將采集到的原始話單文件發(fā)送給總部主機,包括:
將采集到的原始話單保存在輸入目錄下,并加載到內(nèi)存池;
在本地數(shù)據(jù)庫與總部主機的數(shù)據(jù)庫之間建立雙向文件傳輸通道;
調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,從而使所述本地數(shù)據(jù)庫獲取內(nèi)存池中的原始話單文件;
向總部主機發(fā)送話單文件上傳消息,以使所述總部主機根據(jù)所述話單文件上傳消息通知數(shù)據(jù)庫通過所述雙向文件傳輸通道獲取所述原始話單文件。
本發(fā)明還提供一種話單處理裝置,包括:
接收模塊,用于接收省份主機發(fā)送的原始話單文件;
生成模塊,用于根據(jù)所述原始話單文件生成話單計費文件;
加載模塊,用于將所述話單計費文件保存至輸入目錄,并加載到內(nèi)存池中;
調(diào)用模塊,用于調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,以使省份主機的數(shù)據(jù)庫通過與本地數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件。
進一步地,所述調(diào)用模塊具體用于:
在本地數(shù)據(jù)庫與省份主機的數(shù)據(jù)庫之間建立雙向文件傳輸通道;
調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,從而使所述本地數(shù)據(jù)庫獲取內(nèi)存池中的話單計費文件;
向所述話單計費文件對應(yīng)的省份主機發(fā)送計費文件上傳消息,以使所述省份主機根據(jù)所述計費文件上傳消息通知數(shù)據(jù)庫通過所述雙向文件傳輸通道獲取所述話單計費文件。
進一步地,所述接收模塊具體用于:
接收省份主機發(fā)送的原始話單上傳消息;
根據(jù)所述原始話單上傳消息,通知本地數(shù)據(jù)庫與所述省份主機的數(shù)據(jù)庫之間的雙向文件傳輸通道獲取原始話單文件;
從內(nèi)存池中查找本地數(shù)據(jù)庫獲取到的原始話單文件,并將所述原始話單文件保存至輸出目錄。
進一步地,所述生成模塊具體用于:
對所述原始話單文件進行拆解,按類別生成一條或多條原始話單;
從所述原始話單中提取用戶信息及時長/條數(shù)信息;
查找是否存在相同用戶信息及時長/條數(shù)信息的其它話單;
若不存在,根據(jù)所述用戶信息以及時長/條數(shù)信息確定費用信息;
將所述用戶信息、時長/條數(shù)信息及費用信息按照預(yù)設(shè)的格式排列,生成所述話單計費文件;
將所述話單計費文件按照類別進行命名,以使所述省份主機根據(jù)所述話單計費文件的名稱將所述話單計費文件保存在相應(yīng)目錄下;
其中,所述類別包括下述至少一項:通話類、短信類、彩信類、上網(wǎng)類。
本發(fā)明還提供一種話單處理裝置,包括:
發(fā)送模塊,用于將采集到的原始話單文件發(fā)送給總部主機,以使所述總部主機根據(jù)所述原始話單文件生成話單計費文件;
通知模塊,用于通知本地數(shù)據(jù)庫通過與總部主機的數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件;
獲取模塊,用于從內(nèi)存池中查找本地數(shù)據(jù)庫獲取到的話單計費文件,并將所述話單計費文件保存至輸出目錄。
進一步地,所述通知模塊具體用于:
在本地數(shù)據(jù)庫與總部主機的數(shù)據(jù)庫之間建立雙向文件傳輸通道;
接收總部主機發(fā)送的計費文件上傳消息;
根據(jù)所述計費文件上傳消息,通知本地數(shù)據(jù)庫通過所述雙向文件傳輸通道獲取所述話單計費文件。
進一步地,所述發(fā)送模塊具體用于:
將采集到的原始話單保存在輸入目錄下,并加載到內(nèi)存池;
在本地數(shù)據(jù)庫與總部主機的數(shù)據(jù)庫之間建立雙向文件傳輸通道;
調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,從而使所述本地數(shù)據(jù)庫獲取內(nèi)存池中的原始話單文件;
向總部主機發(fā)送話單文件上傳消息,以使所述總部主機根據(jù)所述話單文件上傳消息通知數(shù)據(jù)庫通過所述雙向文件傳輸通道獲取所述原始話單文件。
本發(fā)明還提供一種話單處理系統(tǒng),包括總部主機和省份主機,分別設(shè)置有上述兩種話單處理模塊。
本發(fā)明提供的話單處理方法、裝置及系統(tǒng),通過接收省份主機發(fā)送的原始話單文件,根據(jù)所述原始話單文件生成話單計費文件,將所述話單計費文件保存至輸入目錄,并加載到內(nèi)存池中,調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,以使省份主機的數(shù)據(jù)庫通過與本地數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件,實現(xiàn)了話單的省份采集、總部處理,采用總部-省份兩級架構(gòu)分布式處理方式,無需各省分散建設(shè)話單處理模塊,有效降低了運維成本,提高了運維效率,便于海量話單的統(tǒng)一管理和統(tǒng)一處理。
附圖說明
圖1為本發(fā)明實施例一提供的話單處理方法的流程圖;
圖2為本發(fā)明實施例二提供的話單處理方法的流程圖;
圖3為本發(fā)明實施例三提供的話單處理裝置的結(jié)構(gòu)框圖;
圖4為本發(fā)明實施例四提供的話單處理裝置的結(jié)構(gòu)框圖。
具體實施方式
為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚,下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
在本申請實施例中使用的術(shù)語是僅僅出于描述特定實施例的目的,而非旨在限制本發(fā)明。在本申請實施例中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式,除非上下文清楚地表示其他含義。
應(yīng)當(dāng)理解,本文中使用的術(shù)語“和/或”僅僅是一種描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系,表示可以存在三種關(guān)系,例如,a和/或b,可以表示:單獨存在a,同時存在a和b,單獨存在b這三種情況。另外,本文中字符“/”,一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。
取決于語境,如在此所使用的詞語“如果”、“若”可以被解釋成為“在……時”或“當(dāng)……時”或“響應(yīng)于確定”或“響應(yīng)于檢測”。類似地,取決于語境,短語“如果確定”或“如果檢測(陳述的條件或事件)”可以被解釋成為“當(dāng)確定時”或“響應(yīng)于確定”或“當(dāng)檢測(陳述的條件或事件)時”或“響應(yīng)于檢測(陳述的條件或事件)”。
還需要說明的是,術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的商品或者系統(tǒng)不僅包括那些要素,而且還包括沒有明確列出的其他要素,或者是還包括為這種商品或者系統(tǒng)所固有的要素。在沒有更多限制的情況下,由語句“包括一個……”限定的要素,并不排除在包括所述要素的商品或者系統(tǒng)中還存在另外的相同要素。
實施例一
本發(fā)明實施例一提供一種話單處理方法。圖1為本發(fā)明實施例一提供的話單處理方法的流程圖。如圖1所示,本實施例中的方法,可以包括:
步驟101、接收省份主機發(fā)送的原始話單文件。
本實施例中方法的執(zhí)行主體可以為總部主機。本實施例中,話單處理系統(tǒng)可以由總部主機和省份主機構(gòu)成。每個省都有自己的省份主機,省份主機用于采集原始話單文件并發(fā)送給總部主機,由總部主機統(tǒng)一對各省的話單進行處理,并將處理后的文件發(fā)送給省份主機。
具體地,省份主機可以每個一段時間采集一個原始話單文件,原始話單文件中可以包括多個原始話單,所述原始話單可以是通話話單、短信話單或者上網(wǎng)話單。原始話單中可以包括通話、短信或上網(wǎng)的具體信息,例如,主叫號碼、被叫號碼、通話時長、短信條數(shù)、上網(wǎng)流量等。
步驟102、根據(jù)所述原始話單文件生成話單計費文件。
其中,話單計費文件是把原始話單文件中與計費有關(guān)的信息提取出來,并添加相應(yīng)的費用信息的文件。
優(yōu)選的是,總部主機接收到各省份主機發(fā)送的原始話單后,可以綜合各省份的原始話單文件進行排重,排重完成后,對原始話單文件進行處理,生成話單計費文件。
相應(yīng)的,本步驟中的根據(jù)所述原始話單文件生成話單計費文件,可以包括:對所述原始話單文件進行拆解,按類別生成一條或多條原始話單,所述類別包括下述至少一項:通話類、短信類、彩信類、上網(wǎng)類;從所述原始話單中提取用戶信息及時長/條數(shù)信息;查找是否存在相同用戶信息及時長/條數(shù)信息的其它話單;若不存在,根據(jù)所述用戶信息以及時長/條數(shù)信息確定費用信息;將所述用戶信息、時長/條數(shù)信息及費用信息按照預(yù)設(shè)的格式排列,生成所述話單計費文件;將所述話單計費文件按照類別進行命名,以使所述省份主機根據(jù)所述話單計費文件的名稱將所述話單計費文件保存在相應(yīng)目錄下。
具體地,按照類別對原始話單文件進行拆解,獲取相應(yīng)的通話類原始話單、短信類原始話單、彩信類原始話單和上網(wǎng)類原始話單,然后,可以對話單中的用戶信息和時長/條數(shù)信息進行提取。
所述用戶信息可以是涉及到本次話單的用戶,如主叫用戶信息、被叫用戶信息等,所述時長/條數(shù)信息可以為通話時長、短信條數(shù)或上網(wǎng)時長等信息。將各個省份的原始話單文件整合到一起后,可以綜合各省份的原始話單進行排重,如果存在相同用戶信息及時長/條數(shù)信息的其它話單,則認(rèn)為是重合的,返回至管理員進行處理;若不存在,則根據(jù)所述用戶信息以及時長/條數(shù)信息確定費用信息。
確定費用信息后,將所述用戶信息、時長/條數(shù)信息及費用信息按照預(yù)設(shè)的格式排列,生成所述話單計費文件。例如,在話單計費文件中,第一列為用戶信息,第二列為時長/條數(shù)信息,第三列為費用信息等,實現(xiàn)話單計費文件的標(biāo)準(zhǔn)化,為各個省份的使用提供方便。
按照預(yù)設(shè)格式生成話單計費文件后,將所述話單計費文件按照類別進行命名,例如,通話類話單計費文件以“1”開頭命名,短信類話單計費文件以“2”開頭命名,以使所述省份主機根據(jù)所述話單計費文件的名稱將所述話單計費文件保存在相應(yīng)目錄下,方便省份主機根據(jù)話單計費文件進行計費等操作。
步驟103、將所述話單計費文件保存至輸入目錄,并加載到內(nèi)存池中。
步驟104、調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,以使省份主機的數(shù)據(jù)庫通過與本地數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件。
其中,總部主機和省份主機中可以均安裝有數(shù)據(jù)庫,優(yōu)選的是,數(shù)據(jù)庫可以為分布式數(shù)據(jù)庫mongodb。當(dāng)總部主機與省份主機之間都安裝完分布式數(shù)據(jù)庫后,可以在總部主機與省份主機之間建立雙向文件傳輸通道。
具體地,步驟104中的調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,以使省份主機的數(shù)據(jù)庫通過與本地數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件,可以包括:在本地數(shù)據(jù)庫與省份主機的數(shù)據(jù)庫之間建立雙向文件傳輸通道;調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,從而使所述本地數(shù)據(jù)庫獲取內(nèi)存池中的話單計費文件;向所述話單計費文件對應(yīng)的省份主機發(fā)送計費文件上傳消息,以使所述省份主機根據(jù)所述計費文件上傳消息通知數(shù)據(jù)庫通過所述雙向文件傳輸通道獲取所述話單計費文件。
總部主機將話單計費文件放入內(nèi)存池后,可以調(diào)用本地的分布式數(shù)據(jù)庫讀取內(nèi)存池,并向省份主機發(fā)送計費文件上傳消息,以使省份主機利用自身安裝的分布式數(shù)據(jù)庫接收文件。調(diào)用本地的分布式數(shù)據(jù)庫讀取內(nèi)存池和向省份主機發(fā)送計費文件上傳消息可以采用分線程進行。
省份主機接收到發(fā)送的計費文件上傳消息后,可以根據(jù)所述計費文件上傳消息,通知本地數(shù)據(jù)庫通過所述雙向文件傳輸通道獲取所述話單計費文件,本地數(shù)據(jù)庫獲取到的話單計費文件保存在內(nèi)存池中,然后,可以從內(nèi)存池中查找本地數(shù)據(jù)庫獲取到的話單計費文件,并將所述話單計費文件保存至輸出目錄。
優(yōu)選的是,可以根據(jù)話單計費文件的名稱,將話單計費文件保存至輸出目錄中不同的目錄下,從而實現(xiàn)話單計費文件按照類別進行存儲,為后續(xù)計費操作提供便利。
優(yōu)選的是,在總部主機將話單計費文件加載到內(nèi)存池中時,可以同時生成校驗碼,所述校驗碼可以為md5(messagedigestalgorithmmd5,消息摘要算法第五版)校驗碼等,省份主機在下載話單計費文件的同時,將所述校驗碼下載下來,然后,通過校驗確認(rèn)文件是否完整傳輸,如出現(xiàn)異常通信或數(shù)據(jù)不完整情況時,可以重新進行下載,直到完成文件的完整傳輸為止。若話單計費文件傳輸完成,則省份主機可以向總部主機發(fā)送傳輸完成消息,所述傳輸完成消息中包括所述話單計費文件的標(biāo)識信息如所述話單計費文件的名稱,總部主機可以根據(jù)所述傳輸完成消息刪除內(nèi)存池中相應(yīng)的話單計費文件。
在實際應(yīng)用中,當(dāng)省份主機采集到原始話單文件后,可以將原始話單文件發(fā)送給總部主機,總部主機生成話單計費文件后,采用內(nèi)存池到本地的分布式數(shù)據(jù)庫、再從本地的分布式數(shù)據(jù)庫到省份主機中的、同一屬性的分布式數(shù)據(jù)庫的傳輸方式,將話單計費文件傳輸給省份主機,能夠有效提高傳輸效率,滿足全國31省+總部所有主機之間的話單計費文件傳遞的要求。
本實施例提供的話單處理方法,通過接收省份主機發(fā)送的原始話單文件,根據(jù)所述原始話單文件生成話單計費文件,將所述話單計費文件保存至輸入目錄,并加載到內(nèi)存池中,調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,以使省份主機的數(shù)據(jù)庫通過與本地數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件,實現(xiàn)了話單的省份采集、總部處理,采用總部-省份兩級架構(gòu)分布式處理方式,無需各省分散建設(shè)話單處理模塊,有效降低了運維成本,提高了運維效率,便于海量話單的統(tǒng)一管理和統(tǒng)一處理。
在上述實施例提供的技術(shù)方案的基礎(chǔ)上,優(yōu)選的是,接收省份主機發(fā)送的原始話單文件,可以包括:
接收省份主機發(fā)送的原始話單上傳消息;根據(jù)所述原始話單上傳消息,通知本地數(shù)據(jù)庫與所述省份主機的數(shù)據(jù)庫之間的雙向文件傳輸通道獲取原始話單文件;從內(nèi)存池中查找本地數(shù)據(jù)庫獲取到的原始話單文件,并將所述原始話單文件保存至輸出目錄。
具體地,總部主機接收省份主機發(fā)送的原始話單文件時,也可以采用雙向文件傳輸通道進行文件的傳輸。省份主機可以將采集到的原始話單保存在輸入目錄下,并加載到內(nèi)存池,然后在省份主機本地的數(shù)據(jù)庫與總部主機的數(shù)據(jù)庫之間建立雙向文件傳輸通道,并調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,向總部主機發(fā)送話單文件上傳消息。
總部主機接收到話單文件上傳消息后,可以根據(jù)所述話單文件上傳消息通知數(shù)據(jù)庫通過所述雙向文件傳輸通道獲取所述原始話單文件,然后,從內(nèi)存池中查找數(shù)據(jù)庫獲取到的原始話單文件,并將所述原始話單文件保存至輸出目錄。
總部主機通過本地的數(shù)據(jù)庫與所述省份主機的數(shù)據(jù)庫之間的雙向文件傳輸通道獲取原始話單文件,并從內(nèi)存池中查找本地數(shù)據(jù)庫獲取到的原始話單文件,并將所述原始話單文件保存至輸出目錄,能夠有效提高原始話單文件的獲取效率。
實施例二
本發(fā)明實施例二提供一種話單處理方法。圖2為本發(fā)明實施例二提供的話單處理方法的流程圖。如圖2所示,本實施例中的方法,可以包括:
步驟201、將采集到的原始話單文件發(fā)送給總部主機,以使所述總部主機根據(jù)所述原始話單文件生成話單計費文件;
步驟202、通知本地數(shù)據(jù)庫通過與總部主機的數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件;
步驟203、從內(nèi)存池中查找本地數(shù)據(jù)庫獲取到的話單計費文件,并將所述話單計費文件保存至輸出目錄。
本實施例中話單處理方法的執(zhí)行主體可以為省份主機,其具體實現(xiàn)原理與實施例一類似,此處不再贅述。
本實施例提供的話單處理方法,通過將采集到的原始話單文件發(fā)送給總部主機,以使所述總部主機根據(jù)所述原始話單文件生成話單計費文件,通知本地數(shù)據(jù)庫通過與總部主機的數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件,從內(nèi)存池中查找本地數(shù)據(jù)庫獲取到的話單計費文件,并將所述話單計費文件保存至輸出目錄,實現(xiàn)了話單的省份采集、總部處理,采用總部-省份兩級架構(gòu)分布式處理方式,無需各省分散建設(shè)話單處理模塊,有效降低了運維成本,提高了運維效率,便于海量話單的統(tǒng)一管理和統(tǒng)一處理。
進一步地,可以通知本地數(shù)據(jù)庫通過與總部主機的數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件,包括:
在本地數(shù)據(jù)庫與總部主機的數(shù)據(jù)庫之間建立雙向文件傳輸通道;
接收總部主機發(fā)送的計費文件上傳消息;
根據(jù)所述計費文件上傳消息,通知數(shù)據(jù)庫通過所述雙向文件傳輸通道獲取所述話單計費文件。
進一步地,將采集到的原始話單文件發(fā)送給總部主機,包括:
將采集到的原始話單保存在輸入目錄下,并加載到內(nèi)存池;
在本地數(shù)據(jù)庫與總部主機的數(shù)據(jù)庫之間建立雙向文件傳輸通道;
調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,從而使所述本地數(shù)據(jù)庫獲取內(nèi)存池中的原始話單文件;
向總部主機發(fā)送話單文件上傳消息,以使所述總部主機根據(jù)所述話單文件上傳消息通知數(shù)據(jù)庫通過所述雙向文件傳輸通道獲取所述原始話單文件。
實施例三
本發(fā)明實施例三提供一種話單處理裝置。圖3為本發(fā)明實施例三提供的話單處理裝置的結(jié)構(gòu)框圖。如圖3所示,本實施例中的裝置,可以包括:
接收模塊301,用于接收省份主機發(fā)送的原始話單文件;
生成模塊302,用于根據(jù)所述原始話單文件生成話單計費文件;
加載模塊303,用于將所述話單計費文件保存至輸入目錄,并加載到內(nèi)存池中;
調(diào)用模塊304,用于調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,以使省份主機的數(shù)據(jù)庫通過與本地數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件。
本實施例提供的話單處理裝置,可以設(shè)置在總部主機中,用于執(zhí)行實施例一所述的話單處理方法,其具體實現(xiàn)原理與實施例一類似,此處不再贅述。
本實施例提供的話單處理裝置,通過接收省份主機發(fā)送的原始話單文件,根據(jù)所述原始話單文件生成話單計費文件,將所述話單計費文件保存至輸入目錄,并加載到內(nèi)存池中,調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,以使省份主機的數(shù)據(jù)庫通過與本地數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件,實現(xiàn)了話單的省份采集、總部處理,采用總部-省份兩級架構(gòu)分布式處理方式,無需各省分散建設(shè)話單處理模塊,有效降低了運維成本,提高了運維效率,便于海量話單的統(tǒng)一管理和統(tǒng)一處理。
進一步地,所述調(diào)用模塊304具體用于:
在本地數(shù)據(jù)庫與省份主機的數(shù)據(jù)庫之間建立雙向文件傳輸通道;
調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,從而使所述本地數(shù)據(jù)庫獲取內(nèi)存池中的話單計費文件;
向所述話單計費文件對應(yīng)的省份主機發(fā)送計費文件上傳消息,以使所述省份主機根據(jù)所述計費文件上傳消息通知數(shù)據(jù)庫通過所述雙向文件傳輸通道獲取所述話單計費文件。
進一步地,所述接收模塊301具體用于:
接收省份主機發(fā)送的原始話單上傳消息;
根據(jù)所述原始話單上傳消息,通知本地數(shù)據(jù)庫與所述省份主機的數(shù)據(jù)庫之間的雙向文件傳輸通道獲取原始話單文件;
從內(nèi)存池中查找本地數(shù)據(jù)庫獲取到的原始話單文件,并將所述原始話單文件保存至輸出目錄。
進一步地,所述生成模塊302具體用于:
對所述原始話單文件進行拆解,按類別生成一條或多條原始話單;
從所述原始話單中提取用戶信息及時長/條數(shù)信息;
查找是否存在相同用戶信息及時長/條數(shù)信息的其它話單;
若不存在,根據(jù)所述用戶信息以及時長/條數(shù)信息確定費用信息;
將所述用戶信息、時長/條數(shù)信息及費用信息按照預(yù)設(shè)的格式排列,生成所述話單計費文件;
將所述話單計費文件按照類別進行命名,以使所述省份主機根據(jù)所述話單計費文件的名稱將所述話單計費文件保存在相應(yīng)目錄下;
其中,所述類別包括下述至少一項:通話類、短信類、彩信類、上網(wǎng)類。
實施例四
本發(fā)明實施例四提供一種話單處理裝置。圖4為本發(fā)明實施例四提供的話單處理裝置的結(jié)構(gòu)框圖。如圖4所示,本實施例中的裝置,可以包括:
發(fā)送模塊401,用于將采集到的原始話單文件發(fā)送給總部主機,以使所述總部主機根據(jù)所述原始話單文件生成話單計費文件;
通知模塊402,用于通知本地數(shù)據(jù)庫通過與總部主機的數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件;
獲取模塊403,用于從內(nèi)存池中查找本地數(shù)據(jù)庫獲取到的話單計費文件,并將所述話單計費文件保存至輸出目錄。
本實施例提供的話單處理裝置,可以設(shè)置在省份主機中,用于執(zhí)行實施例二所述的話單處理方法,其具體實現(xiàn)原理與實施例二類似,此處不再贅述。
本實施例提供的話單處理裝置,通過將采集到的原始話單文件發(fā)送給總部主機,以使所述總部主機根據(jù)所述原始話單文件生成話單計費文件,通知本地數(shù)據(jù)庫通過與總部主機的數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件,從內(nèi)存池中查找本地數(shù)據(jù)庫獲取到的話單計費文件,并將所述話單計費文件保存至輸出目錄,實現(xiàn)了話單的省份采集、總部處理,采用總部-省份兩級架構(gòu)分布式處理方式,無需各省分散建設(shè)話單處理模塊,有效降低了運維成本,提高了運維效率,便于海量話單的統(tǒng)一管理和統(tǒng)一處理。
進一步地,所述通知模塊403具體用于:
在本地數(shù)據(jù)庫與總部主機的數(shù)據(jù)庫之間建立雙向文件傳輸通道;
接收總部主機發(fā)送的計費文件上傳消息;
根據(jù)所述計費文件上傳消息,通知本地數(shù)據(jù)庫通過所述雙向文件傳輸通道獲取所述話單計費文件。
進一步地,所述發(fā)送模塊401具體用于:
將采集到的原始話單保存在輸入目錄下,并加載到內(nèi)存池;
在本地數(shù)據(jù)庫與總部主機的數(shù)據(jù)庫之間建立雙向文件傳輸通道;
調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,從而使所述本地數(shù)據(jù)庫獲取內(nèi)存池中的原始話單文件;
向總部主機發(fā)送話單文件上傳消息,以使所述總部主機根據(jù)所述話單文件上傳消息通知數(shù)據(jù)庫通過所述雙向文件傳輸通道獲取所述原始話單文件。
實施例五
本發(fā)明實施例五提供一種話單處理系統(tǒng),包括總部主機和省份主機;其中,所述總部主機中設(shè)置實施例三所述的話單處理模塊,所述省份主機中設(shè)置有實施例四所述的話單處理模塊。
本實施例中各模塊的功能均與前述實施例類似,此處不再贅述。
本實施例提供的話單處理系統(tǒng),包括總部主機和省份主機,總部主機通過接收省份主機發(fā)送的原始話單文件,根據(jù)所述原始話單文件生成話單計費文件,將所述話單計費文件保存至輸入目錄,并加載到內(nèi)存池中,調(diào)用本地數(shù)據(jù)庫讀取內(nèi)存池,以使省份主機的數(shù)據(jù)庫通過與本地數(shù)據(jù)庫之間的雙向文件傳輸通道獲取所述話單計費文件,實現(xiàn)了話單的省份采集、總部處理,采用總部-省份兩級架構(gòu)分布式處理方式,無需各省分散建設(shè)話單處理模塊,有效降低了運維成本,提高了運維效率,便于海量話單的統(tǒng)一管理和統(tǒng)一處理。
本實施例提供的話單處理系統(tǒng)中,省份主機可以與采集前置機、省份網(wǎng)元連接,通過采集前置機和省份網(wǎng)元獲取原始話單,并將原始話單文件發(fā)送給總部主機以供移動轉(zhuǎn)售和4g計費使用。除此之外,總部主機集中全量話單數(shù)據(jù),還可以供給全國性業(yè)務(wù)及分析挖掘使用。
在系統(tǒng)主機服務(wù)器部署方案上,考慮到x86服務(wù)器的可靠性低于小型機服務(wù)器,主機可以采用n+2備份方式部署,通過主機冗余提高系統(tǒng)的可靠性。當(dāng)某臺主機出現(xiàn)硬件故障時,備份主機加載故障主機的存儲,恢復(fù)業(yè)務(wù)。主機掛載的業(yè)務(wù)數(shù)據(jù)(話單、稽核、日志等)都是放在磁盤陣列可靠存儲上。
總部主機可以包括以下部分:(1)數(shù)據(jù)庫域,數(shù)據(jù)庫域安裝mysql數(shù)據(jù)庫(由瑞典mysqlab公司開發(fā)的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)),承載業(yè)務(wù)配置數(shù)據(jù)、監(jiān)控告警數(shù)據(jù)等;(2)web域,web服務(wù)器上部署業(yè)務(wù)處理服務(wù),負(fù)責(zé)接收響應(yīng)客戶端請求,對單個http請求需要的處理能力要求較低,故采用性能較低的刀片服務(wù)器;(3)交換域,交換域布署分發(fā)程序,負(fù)責(zé)向有數(shù)據(jù)需求的系統(tǒng)提供數(shù)據(jù);(4)排重域,排重域布署排重程序,負(fù)責(zé)對全國性業(yè)務(wù)話單進行排重;(5)存儲設(shè)備,根據(jù)存儲數(shù)據(jù)的特點,存儲設(shè)備劃分為生產(chǎn)存儲和歷史存儲兩級。
省份主機可以包括以下部分:(1)采集域,采集域負(fù)責(zé)對話單進行采集及預(yù)處理工作;(2)排重域,排重域布署排重程序,負(fù)責(zé)對話單進行排重。
在總部主機上可以布置agent(代理)應(yīng)用程序,通過agent應(yīng)用程序監(jiān)控應(yīng)用主機的狀態(tài)、應(yīng)用進程的運行狀態(tài)及話單的處理信息。同時在總部主機布置升級程序、告警程序、監(jiān)控程序等程序。主要實現(xiàn)以下功能:省份及總部所有工作程序啟??刂平y(tǒng)一由界面發(fā)出;省份及集團所有工作程序升級及參數(shù)更新由界面發(fā)出;程序運行的監(jiān)控心跳統(tǒng)一報送集團的監(jiān)控程序;程序運行的日志、告警、稽核數(shù)據(jù)統(tǒng)一報送集團相關(guān)模塊。
本實施例中,總部主機可以具體采用j2ee技術(shù)架構(gòu),具體地,j2ee整個框架可以分為表現(xiàn)(web)層、接入層,業(yè)務(wù)邏輯(ejb)層、數(shù)據(jù)層。
表現(xiàn)層:主要就是通過servlet,flex,jsp等技術(shù)進行服務(wù)器端的web組件的編程,并且協(xié)調(diào)與客戶端之間,與業(yè)務(wù)邏輯層之間的數(shù)據(jù)傳遞。在b/s結(jié)構(gòu)中,實現(xiàn)的手段包括:j2ee的jsp,html,dhtml,xslt等技術(shù),.net的asp來實現(xiàn)web頁面。
接入層:接入層為最終客戶提供統(tǒng)一的客戶接觸服務(wù)平臺;同時為其它外圍系統(tǒng)和機構(gòu)提供實時、定時批處理接口。接入層支持面對面、語音、短信、網(wǎng)站、郵件、傳真等接入方式。接入層實現(xiàn)的技術(shù)包括:socket、ftp、http、http/s、iiop、mq等技術(shù)、也包括corba、webservice等接口實現(xiàn)技術(shù)。
業(yè)務(wù)邏輯層:主要是通過ejb,jms,corba等技術(shù)來實現(xiàn)比較復(fù)雜的業(yè)務(wù)邏輯以及數(shù)據(jù)庫存儲工作,并可以通過容器管理事務(wù),并可以對業(yè)務(wù)邏輯層的組件進行生命周期的管理。
數(shù)據(jù)層:數(shù)據(jù)層主要通過jdbc,ejb中的實體bean等技術(shù)實現(xiàn)對于數(shù)據(jù)庫的操作。
在架構(gòu)實現(xiàn)的手段中,目前最為主流的實現(xiàn)技術(shù)是開發(fā)統(tǒng)一的框架,應(yīng)用系統(tǒng)是在統(tǒng)一的框架上實現(xiàn)的。主流的開源框架包括:struts,spring,jsf,hibernate等開源框架。
最后應(yīng)說明的是:以上各實施例僅用以說明本發(fā)明的技術(shù)方案,而非對其限制;盡管參照前述各實施例對本發(fā)明進行了詳細(xì)的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實施例所記載的技術(shù)方案進行修改,或者對其中部分或者全部技術(shù)特征進行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍。