專利名稱：智能數(shù)據(jù)交換平臺及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)交換領(lǐng)域，尤其涉及一種應(yīng)用于電信運營商數(shù)據(jù)的智能化交換處理平臺及數(shù)據(jù)交換方法。
背景技術(shù)：
在電信運營商的電信運營過程中，計費數(shù)據(jù)的結(jié)算處理非常重要，為了避免計費結(jié)算系統(tǒng)因意外停止工作，目前通常采用兩個全國計費結(jié)算中心的節(jié)點按照“應(yīng)用容災(zāi)”的模式進行組織，并與各省的計費結(jié)算中心進行數(shù)據(jù)交換，其中各省計費結(jié)算中心生成交換數(shù)據(jù)后由兩個全國中心取走，并接收全國計費結(jié)算中心主節(jié)點下發(fā)的計費數(shù)據(jù)。所謂應(yīng)用容災(zāi)是指在數(shù)據(jù)容災(zāi)的基礎(chǔ)上，在異地建立一套完整的與本地生產(chǎn)系統(tǒng)相當(dāng)?shù)膫浞輵?yīng)用系統(tǒng)(可以是互為備份)，在災(zāi)難情況下，遠程系統(tǒng)迅速接管業(yè)務(wù)運行，從而既能保證用戶數(shù)據(jù)的安全性，還能提供不間斷的應(yīng)用服務(wù)。目前的大部分省計費結(jié)算中心都需要依托綜合結(jié)算系統(tǒng)的前置采集機進行數(shù)據(jù)交換，但不同省份的綜合結(jié)算系統(tǒng)的建設(shè)方式各異，缺乏統(tǒng)一的接入標(biāo)準(zhǔn)和保障機制，并存在著以下問題1.前置采集機之間采用端對端的傳輸方式，基本沒有核對機制，缺乏數(shù)據(jù)安全保障，無法知道數(shù)據(jù)是否完整傳到對方；2.缺乏穩(wěn)健、有效的機制來保障數(shù)據(jù)傳輸，取送雙方職責(zé)不清，無法定位責(zé)任，一旦對端沒有收到數(shù)據(jù)，很難定位到底是發(fā)送方?jīng)]有傳、傳送過程中丟失、還是接收方?jīng)]收到；3.缺乏數(shù)據(jù)管理機制高實時性數(shù)據(jù)交換模式下，文件數(shù)量非常多，無法說清文件數(shù)量的完整性等關(guān)鍵問題；4.單一的文件傳輸協(xié)議，難以適應(yīng)不同類型數(shù)據(jù)的交換，無法支持異地服務(wù)、一點服務(wù)全網(wǎng)功能。對于實時性很高的數(shù)據(jù)交互不能通過文件，需要提供消息的方式進行，這是目前數(shù)據(jù)交換系統(tǒng)缺乏的功能，這將影響電信新業(yè)務(wù)的開展；5.缺乏統(tǒng)一的通信基礎(chǔ)設(shè)施和標(biāo)準(zhǔn)通信協(xié)議，以致數(shù)據(jù)交換網(wǎng)元要求比較高，造成網(wǎng)元接入困難、系統(tǒng)的擴展性差；6.中國的各大電信營運商目前都具備全網(wǎng)、全業(yè)務(wù)運營的條件，移動業(yè)務(wù)是各大營運商競爭的重要領(lǐng)域，移動業(yè)務(wù)對實時性要求很高，現(xiàn)有的數(shù)據(jù)交換頻度低，無法滿足移動業(yè)務(wù)需要。從全網(wǎng)運營的情況來看，數(shù)據(jù)交換的故障、延遲、數(shù)據(jù)傳送丟失等問題屢見不鮮， 影響了各省移動信控的順利展開。

發(fā)明內(nèi)容
本發(fā)明的目的是提出一種智能數(shù)據(jù)交換平臺及方法，能夠提供計費數(shù)據(jù)交換的管理功能，確保計費數(shù)據(jù)的安全傳輸。
5
為實現(xiàn)上述目的，本發(fā)明提供了一種智能數(shù)據(jù)交換平臺，包括總調(diào)度模塊，用于根據(jù)定時任務(wù)描述定時生成任務(wù)單，并將該任務(wù)單加入任務(wù)隊列，當(dāng)處理到所述任務(wù)隊列中的該任務(wù)單時，根據(jù)該任務(wù)單生成工作單，并通知相應(yīng)模塊獲取該工作單，以及用于根據(jù)該工作單的更新情況對該任務(wù)單進行更新；工作單管理模塊，用于保存所述總調(diào)度模塊生成的工作單，并根據(jù)相應(yīng)模塊對該工作單的執(zhí)行結(jié)果對該工作單進行更新，然后將工作單的更新情況返回給所述總調(diào)度模塊；數(shù)據(jù)交換子系統(tǒng)，用于根據(jù)所述總調(diào)度模塊的通知從所述工作單管理模塊讀取相應(yīng)的工作單，并根據(jù)該工作單進行計費數(shù)據(jù)的數(shù)據(jù)交換，在數(shù)據(jù)交換過程中對計費數(shù)據(jù)進行檢驗或處理。為實現(xiàn)上述目的，本發(fā)明提供了一種基于前述智能數(shù)據(jù)交換平臺的數(shù)據(jù)交換方法，包括總調(diào)度模塊根據(jù)定時任務(wù)描述定時生成任務(wù)單，并將該任務(wù)單加入任務(wù)隊列；當(dāng)所述總調(diào)度模塊對該任務(wù)單進行處理時，生成第一工作單，并通知接收模塊獲取該第一工作單，然后接收模塊根據(jù)該第一工作單向源端系統(tǒng)獲取計費數(shù)據(jù)；所述數(shù)據(jù)檢查模塊對獲取的計費數(shù)據(jù)進行檢測，并將經(jīng)過檢測的計費數(shù)據(jù)存入接收數(shù)據(jù)公共緩存區(qū)，然后添加該第一工作單的記錄；工作單管理模塊根據(jù)該第一工作單的處理情況進行更新，并將更新情況返回給所述總調(diào)度模塊；所述總調(diào)度模塊在接收到返回的工作單記錄后，對該任務(wù)單進行更新?；谏鲜黾夹g(shù)方案，本發(fā)明智能數(shù)據(jù)交換平臺在進行數(shù)據(jù)交換時將數(shù)據(jù)交換的雙方作為獨立的網(wǎng)元，建立數(shù)據(jù)跟蹤查詢和管理機制，保證了數(shù)據(jù)交換的完整性。其中智能數(shù)據(jù)交換平臺中建立的數(shù)據(jù)檢驗機制能夠解決數(shù)據(jù)漏傳、多傳等問題，并且通過多任務(wù)單和多工作單的管理方式對每次的數(shù)據(jù)交換操作進行校驗，從而能夠及時發(fā)現(xiàn)數(shù)據(jù)交換過程中發(fā)生的各種數(shù)據(jù)錯誤問題，進而確保計費數(shù)據(jù)的安全傳輸。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1為本發(fā)明智能數(shù)據(jù)交換平臺的一實施例的結(jié)構(gòu)示意圖。圖2為本發(fā)明智能數(shù)據(jù)交換平臺的另一實施例中的總調(diào)度模塊的結(jié)構(gòu)示意圖。圖3為本發(fā)明智能數(shù)據(jù)交換平臺的又一實施例中的總調(diào)度模塊的結(jié)構(gòu)示意圖。圖4為本發(fā)明智能數(shù)據(jù)交換平臺實施例的數(shù)據(jù)接收子系統(tǒng)的具體結(jié)構(gòu)。圖5為本發(fā)明智能數(shù)據(jù)交換平臺實施例的數(shù)據(jù)發(fā)送子系統(tǒng)的具體結(jié)構(gòu)。圖6為本發(fā)明智能數(shù)據(jù)交換平臺實施例的數(shù)據(jù)轉(zhuǎn)發(fā)子系統(tǒng)的具體結(jié)構(gòu)。圖7為本發(fā)明智能數(shù)據(jù)交換平臺實施例的確認(rèn)子系統(tǒng)的具體結(jié)構(gòu)。圖8為本發(fā)明基于智能數(shù)據(jù)交換平臺的數(shù)據(jù)交換方法的一實施例的流程示意圖。圖9為本發(fā)明基于智能數(shù)據(jù)交換平臺的數(shù)據(jù)交換方法實施例中消息數(shù)據(jù)的數(shù)據(jù)交換流程的示意圖。
具體實施例方式下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。本發(fā)明采用任務(wù)流調(diào)度中心的管理模式，以總調(diào)度模塊對數(shù)據(jù)交換的任務(wù)隊列、 工作單隊列以及各相關(guān)數(shù)據(jù)交換子系統(tǒng)的處理進程進行管理，提供網(wǎng)元間的數(shù)據(jù)交換的調(diào)度集成能力。如圖1所示，為本發(fā)明智能數(shù)據(jù)交換平臺的一實施例的結(jié)構(gòu)示意圖。在本實施例中，智能數(shù)據(jù)交換平臺包括總調(diào)度模塊1、工作單管理模塊2和數(shù)據(jù)交換子系統(tǒng)3?？傉{(diào)度模塊1作為調(diào)度中心祈禱任務(wù)流管理的樞紐的作用，可以根據(jù)定時任務(wù)描述定時生成任務(wù)單，并將該任務(wù)單加入任務(wù)隊列。當(dāng)處理到任務(wù)隊列中的該任務(wù)單時，總調(diào)度模塊1可以根據(jù)該任務(wù)單生成工作單，并通知數(shù)據(jù)交換子系統(tǒng)3中的相應(yīng)模塊獲取該工作單。如果工作單的處理狀態(tài)發(fā)生了更新，則總調(diào)度模塊1還會根據(jù)該工作單的更新情況對該任務(wù)單進行更新。工作單管理模塊2負(fù)責(zé)通過工作單隊列保存總調(diào)度模塊1生成的工作單，并根據(jù)數(shù)據(jù)交換子系統(tǒng)3中的相應(yīng)模塊對該工作單的執(zhí)行結(jié)果對該工作單進行更新，然后將工作單的更新情況返回給總調(diào)度模塊1。工作單管理模塊2協(xié)助總調(diào)度模塊1實現(xiàn)對工作單隊
列的管理。數(shù)據(jù)交換子系統(tǒng)3可以根據(jù)總調(diào)度模塊的調(diào)配通知從工作單管理模塊讀取相應(yīng)的工作單，并根據(jù)該工作單進行計費數(shù)據(jù)的數(shù)據(jù)交換，在數(shù)據(jù)交換過程中對計費數(shù)據(jù)進行檢驗或處理。數(shù)據(jù)交換子系統(tǒng)3可以提供多個數(shù)據(jù)交換進程進行數(shù)據(jù)的并發(fā)處理，進程也可以通過總調(diào)度模塊1進行隊列管理和控制。在本實施例中，總調(diào)度模塊以各種隊列管理控制為基礎(chǔ)，以多任務(wù)流交互運行為紐帶，采用了基于工作單的數(shù)據(jù)交換子系統(tǒng)3的進程并發(fā)處理機制，從而完成了智能數(shù)據(jù)交換平臺的運行支撐。如圖2所示，為本發(fā)明智能數(shù)據(jù)交換平臺的另一實施例中的總調(diào)度模塊的結(jié)構(gòu)示意圖。在本實施例中，總調(diào)度模塊1可以具體包括以下模塊任務(wù)單生成模塊11、任務(wù)隊列處理模塊12、工作單生成模塊13、通知模塊14和任務(wù)單更新模塊15。在上述模塊中，任務(wù)單生成模塊11負(fù)責(zé)根據(jù)系統(tǒng)中預(yù)先設(shè)定的定時任務(wù)描述定時生成任務(wù)單。任務(wù)隊列處理模塊12則將定時生成的任務(wù)單加入其所管理的任務(wù)隊列，任務(wù)隊列處理模塊12可以根據(jù)優(yōu)先級以及任務(wù)單加入任務(wù)隊列的先后次序?qū)θ蝿?wù)隊列中的任務(wù)單分別進行處理。工作單生成模塊13在處理到任務(wù)隊列中的該任務(wù)單時，會根據(jù)被處理的任務(wù)單的任務(wù)描述生成工作單，并且還會觸發(fā)通知模塊14通知數(shù)據(jù)交換子系統(tǒng)3中的相應(yīng)模塊獲取該生成的工作單。任務(wù)單更新模塊15還會根據(jù)該工作單的更新情況對該任務(wù)單進行更新。此外，總調(diào)度模塊1還對數(shù)據(jù)交換子系統(tǒng)3根據(jù)工作單建立的處理進程以及數(shù)據(jù)公共緩存區(qū)的狀態(tài)進行管理和監(jiān)控，如果數(shù)據(jù)公共緩存區(qū)的數(shù)據(jù)過多，還可以通過增加新的處理進程進行處理，避免數(shù)據(jù)溢出。如圖3所示，為本發(fā)明智能數(shù)據(jù)交換平臺的又一實施例中的總調(diào)度模塊的結(jié)構(gòu)示意圖。與上一實施例相比，本實施例中的總調(diào)度模塊中還包括優(yōu)先級配置模塊16，該模塊可以在生成任務(wù)單時，為該任務(wù)單配置影響該任務(wù)單在任務(wù)隊列中執(zhí)行順序的優(yōu)先級。對于工作單以及數(shù)據(jù)交換子系統(tǒng)中的處理進程，也可以由優(yōu)先級配置模塊16進行相應(yīng)的優(yōu)先級配置。通常來說，對于需要優(yōu)先級較高或優(yōu)先級較低的任務(wù)單，可以進行優(yōu)先級別設(shè)置， 而其他普通任務(wù)單可以設(shè)置為默認(rèn)優(yōu)先級。下面通過幾個實施例對提供文件形式的計費數(shù)據(jù)的數(shù)據(jù)交換處理進程的數(shù)據(jù)交換子系統(tǒng)進行詳細的說明。如圖4所示，為本發(fā)明智能數(shù)據(jù)交換平臺實施例的數(shù)據(jù)接收子系統(tǒng)的具體結(jié)構(gòu)。 在本實施例中，數(shù)據(jù)交換子系統(tǒng)3包括數(shù)據(jù)接收子系統(tǒng)31，數(shù)據(jù)接收子系統(tǒng)31具體包括 接收模塊311、數(shù)據(jù)檢查模塊312、接收數(shù)據(jù)公共緩存區(qū)313、保存模塊314和工作單更新模塊 315。接收模塊311接收總調(diào)度模塊1發(fā)出的通知，并根據(jù)接收到的通知從工作單管理模塊2讀取第一工作單，并根據(jù)第一工作單從源端系統(tǒng)進行計費數(shù)據(jù)的接收操作。數(shù)據(jù)檢查模塊312對從源端系統(tǒng)接收的計費數(shù)據(jù)進行檢驗，檢驗的內(nèi)容包括對數(shù)據(jù)交換過程是否存在故障、延遲或數(shù)據(jù)丟失，以及計費數(shù)據(jù)本身是否完整等內(nèi)容。只有檢驗通過的計費數(shù)據(jù)才能夠保存到接收數(shù)據(jù)公共緩存區(qū)313。在接收數(shù)據(jù)公共緩存區(qū)313保存計費數(shù)據(jù)后，總調(diào)度模塊1還會繼續(xù)生成保存計費數(shù)據(jù)的第二工作單，同時通知保存模塊314，保存模塊314會根據(jù)接收到的通知從工作單管理模塊2讀取第二工作單，并根據(jù)第二工作單將接收數(shù)據(jù)公共緩存區(qū)31中的計費數(shù)據(jù)按照相應(yīng)目錄在智能數(shù)據(jù)交換平臺內(nèi)部進行保存，在保存時需要根據(jù)平臺內(nèi)部的數(shù)據(jù)結(jié)構(gòu)對計費數(shù)據(jù)進行轉(zhuǎn)換處理。工作單更新模塊315可以根據(jù)工作單的處理情況進行更新，并將更新情況返回給總調(diào)度模塊1。如圖5所示，為本發(fā)明智能數(shù)據(jù)交換平臺實施例的數(shù)據(jù)發(fā)送子系統(tǒng)的具體結(jié)構(gòu)。 與上一實施例相比，數(shù)據(jù)交換子系統(tǒng)3還包括數(shù)據(jù)發(fā)送子系統(tǒng)32，該數(shù)據(jù)發(fā)送子系統(tǒng)32具體包括讀取模塊321、數(shù)據(jù)處理模塊322、發(fā)送數(shù)據(jù)公共緩存區(qū)323、發(fā)送模塊3M和工作單更新模塊325。當(dāng)總調(diào)度模塊1向數(shù)據(jù)發(fā)送子系統(tǒng)32發(fā)出通知后，讀取模塊321會根據(jù)接收到的通知從工作單管理模塊2讀取第三工作單，并根據(jù)第三工作單從平臺內(nèi)部的相應(yīng)目錄進行計費數(shù)據(jù)的讀取。在發(fā)送計費數(shù)據(jù)之前，數(shù)據(jù)處理模塊322還會對讀取的計費數(shù)據(jù)進行發(fā)送前處理，發(fā)送前處理包括對平臺內(nèi)部保存的計費數(shù)據(jù)進行轉(zhuǎn)換處理，以符合數(shù)據(jù)發(fā)送要求以及目的端系統(tǒng)的處理能力。數(shù)據(jù)處理模塊322在對計費數(shù)據(jù)處理后，將處理后的計費數(shù)據(jù)保存到發(fā)送數(shù)據(jù)公共緩存區(qū)323，以供發(fā)送。發(fā)送模塊3M根據(jù)從總調(diào)度模塊1接收到的通知從所作單管理模塊2讀取第四工作單，并根據(jù)工作單將發(fā)送數(shù)據(jù)公共緩存區(qū)323中的計費數(shù)據(jù)發(fā)送給目的端系統(tǒng)。同時，工作單更新模塊325會根據(jù)工作單的處理情況進行更新，并將更新情況返回給總調(diào)度模塊1。從前述實施例可以看出，本發(fā)明智能數(shù)據(jù)交換平臺提供了不同網(wǎng)元間數(shù)據(jù)交換的功能，通過總調(diào)度模塊的多任務(wù)、多工作單、多進程的管理方式細化了數(shù)據(jù)交換過程，在數(shù)據(jù)交換過程中對數(shù)據(jù)進行校驗核對，確保數(shù)據(jù)的完整性和傳輸過程的穩(wěn)健性，即使數(shù)據(jù)交換發(fā)生故障等情況時，也能清楚地定位問題，確定事故責(zé)任方。對于要求高實時性數(shù)據(jù)交換的場景下，由于數(shù)據(jù)量極大，極容易出現(xiàn)數(shù)據(jù)錯誤或丟失等問題，本發(fā)明智能數(shù)據(jù)交換平臺能夠?qū)?shù)據(jù)交換進行細致的管理，從而確保了高實時性數(shù)據(jù)交換的可靠性?？紤]到如果只采用單一的文件傳輸協(xié)議，難以適應(yīng)不同類型的數(shù)據(jù)交換，對于實時性很高的數(shù)據(jù)交換，則需要通過消息的方式進行，下面通過圖6來說明本發(fā)明智能數(shù)據(jù)交換平臺實施例的數(shù)據(jù)轉(zhuǎn)發(fā)子系統(tǒng)的結(jié)構(gòu)如何來完成消息類數(shù)據(jù)的數(shù)據(jù)交換。在圖6所示的實施例中，智能數(shù)據(jù)交換平臺還包括消息轉(zhuǎn)發(fā)子系統(tǒng)4，該消息轉(zhuǎn)發(fā)子系統(tǒng)4具體包括接收消息公共緩存區(qū)41、消息轉(zhuǎn)發(fā)模塊42和發(fā)送消息公共緩存區(qū)43。由于消息類數(shù)據(jù)的數(shù)據(jù)交換的特點是數(shù)據(jù)的實時轉(zhuǎn)發(fā)，不要求數(shù)據(jù)保存到平臺本地，只需要保存數(shù)據(jù)交換的日志信息供查詢監(jiān)控。因此消息轉(zhuǎn)發(fā)子系統(tǒng)4起到了消息轉(zhuǎn)發(fā)的作用，可以滿足異地業(yè)務(wù)受理、核心網(wǎng)元件的實時通信的要求。其中接收消息公共緩存區(qū)41可以保存消息轉(zhuǎn)發(fā)子系統(tǒng)4的消息接收進程從應(yīng)用網(wǎng)元接收到的消息數(shù)據(jù)，然后由消息轉(zhuǎn)發(fā)模塊42從消息數(shù)據(jù)公共緩存區(qū)41讀取消息數(shù)據(jù)， 并對消息數(shù)據(jù)進行數(shù)據(jù)解析和/或路由查詢，然后對消息數(shù)據(jù)進行轉(zhuǎn)發(fā)；發(fā)送消息公共緩存區(qū)43用于保存消息轉(zhuǎn)發(fā)模塊42轉(zhuǎn)發(fā)的所述消息數(shù)據(jù)。消息發(fā)送模塊44則將發(fā)送消息公共緩存區(qū)43中保存的消息數(shù)據(jù)發(fā)送到目的端系統(tǒng)。除了文件類的計費數(shù)據(jù)和消息數(shù)據(jù)之外，常用的數(shù)據(jù)交換還包括確認(rèn)文件類的數(shù)據(jù)交換，所謂確認(rèn)文件是指網(wǎng)元間傳輸?shù)男畔蟾嫖募赡康亩讼到y(tǒng)產(chǎn)生，用來記錄傳輸結(jié)果信息，以便數(shù)據(jù)傳輸過程中的各個網(wǎng)元對數(shù)據(jù)交換的結(jié)果進行跟蹤。如圖7所示，為本發(fā)明智能數(shù)據(jù)交換平臺實施例的確認(rèn)子系統(tǒng)的具體結(jié)構(gòu)。本實施例中，智能數(shù)據(jù)交換平臺還包括確認(rèn)子系統(tǒng)5，具體包括確認(rèn)文件公共緩存區(qū)51，用于保存接收到的確認(rèn)文件；數(shù)據(jù)更新模塊52，用于根據(jù)確認(rèn)文件公共緩存區(qū)51 中的確認(rèn)文件更新計費數(shù)據(jù)的處理狀態(tài)；確認(rèn)文件轉(zhuǎn)發(fā)模塊53，用于向遠端系統(tǒng)或目的端系統(tǒng)轉(zhuǎn)發(fā)確認(rèn)文件?；谇笆鲋悄軘?shù)據(jù)交換平臺，本發(fā)明還提供了幾種數(shù)據(jù)交換方法的實施例，如圖8 所示，為本發(fā)明基于智能數(shù)據(jù)交換平臺的數(shù)據(jù)交換方法的一實施例的流程示意圖。在本實施例中，數(shù)據(jù)交換流程包括步驟101、總調(diào)度模塊根據(jù)定時任務(wù)描述定時生成任務(wù)單，并將該任務(wù)單加入任務(wù)隊列；步驟102、當(dāng)所述總調(diào)度模塊對該任務(wù)單進行處理時，生成第一工作單，并通知接收模塊獲取該第一工作單，然后接收模塊根據(jù)該第一工作單向源端系統(tǒng)獲取計費數(shù)據(jù)；步驟103、所述數(shù)據(jù)檢查模塊對獲取的計費數(shù)據(jù)進行檢測，并將經(jīng)過檢測的計費數(shù)據(jù)存入接收數(shù)據(jù)公共緩存區(qū)，然后添加該第一工作單的記錄；步驟104、工作單管理模塊根據(jù)該第一工作單的處理情況進行更新，并將更新情況返回給所述總調(diào)度模塊；步驟105、所述總調(diào)度模塊在接收到返回的工作單記錄后，對該任務(wù)單進行更新。在所述總調(diào)度模塊對該任務(wù)單進行處理時，還包括以下步驟步驟106、所述總調(diào)度模塊生成第二工作單，并通知保存模塊獲取該第二工作單， 然后保存模塊根據(jù)該第二工作單將所述接收數(shù)據(jù)公共緩存區(qū)中的計費數(shù)據(jù)按照相應(yīng)目錄
9進行保存；步驟107、所述保存模塊對獲取的計費數(shù)據(jù)進行檢驗，并將經(jīng)過檢驗的計費數(shù)據(jù)存入接收數(shù)據(jù)公共緩存區(qū)，然后添加該第二工作單的記錄；步驟108、工作單管理模塊根據(jù)該第二工作單的處理情況進行更新，并將更新情況返回給所述總調(diào)度模塊；步驟109、總調(diào)度模塊在接收到返回的工作單記錄后，對該任務(wù)單進行更新。在所述總調(diào)度模塊對該任務(wù)單進行處理時，還包括以下步驟步驟110、所述總調(diào)度模塊生成第三工作單，并通知讀取模塊獲取該第三工作單， 然后讀取模塊根據(jù)該第三工作單從相應(yīng)目錄進行計費數(shù)據(jù)的讀取；步驟111、數(shù)據(jù)處理模塊對讀取的計費數(shù)據(jù)進行發(fā)送前處理，并將處理后的計費數(shù)據(jù)存入發(fā)送數(shù)據(jù)公共緩存區(qū)，然后添加該第三工作單的記錄；步驟112、工作單管理模塊根據(jù)該第三工作單的處理情況進行更新，并將更新情況返回給所述總調(diào)度模塊；步驟113、所述總調(diào)度模塊在接收到返回的工作單記錄后，對該任務(wù)單進行更新。在所述總調(diào)度模塊對該任務(wù)單進行處理時，還包括以下步驟步驟114、所述總調(diào)度模塊生成第四工作單，并通知發(fā)送模塊獲取該第四工作單， 然后發(fā)送模塊根據(jù)該第四工作單將所述發(fā)送數(shù)據(jù)公共緩存區(qū)中的計費數(shù)據(jù)發(fā)送給目的端系統(tǒng)；步驟115、工作單管理模塊根據(jù)該第四工作單的處理情況進行更新，并將更新情況返回給所述總調(diào)度模塊；步驟116、所述總調(diào)度模塊在接收到返回的工作單記錄后，對該任務(wù)單進行更新。在上述實施例中，步驟102 105、步驟106 109、步驟110 113和步驟114 116是數(shù)據(jù)交換子系統(tǒng)的多個處理進程，其處理任務(wù)根據(jù)獲取的工作單進行，執(zhí)行的順序與在隊列中的順序以及處理進程的優(yōu)先級有關(guān)，并非按照步驟的序號的順序執(zhí)行。如圖10所示，為本發(fā)明基于智能數(shù)據(jù)交換平臺的數(shù)據(jù)交換方法實施例中消息數(shù)據(jù)的數(shù)據(jù)交換流程的示意圖。在本實施例中給出了消息數(shù)據(jù)交換流程，具體包括步驟201、接收消息公共緩存區(qū)接收并保存從應(yīng)用網(wǎng)元發(fā)出的消息數(shù)據(jù)；步驟202、消息轉(zhuǎn)發(fā)模塊從所述消息數(shù)據(jù)公共緩存區(qū)讀取所述消息數(shù)據(jù)，并對所述消息數(shù)據(jù)進行數(shù)據(jù)解析和/或路由查詢；步驟203、所述消息轉(zhuǎn)發(fā)模塊將所述消息數(shù)據(jù)轉(zhuǎn)發(fā)到發(fā)送消息公共緩存區(qū)；步驟204、所述發(fā)送消息公共緩存區(qū)保存所述消息數(shù)據(jù)，并通過消息發(fā)送模塊將所述消息數(shù)據(jù)發(fā)送到目的端系統(tǒng)。在另一個實施例中，數(shù)據(jù)交換方法還包括確認(rèn)文件類的數(shù)據(jù)交換流程，具體包括確認(rèn)文件公共緩存區(qū)接收并保存應(yīng)用網(wǎng)元發(fā)出的確認(rèn)文件；數(shù)據(jù)更新模塊根據(jù)所述確認(rèn)文件公共緩存區(qū)中的確認(rèn)文件更新計費數(shù)據(jù)的處理狀態(tài)；確認(rèn)文件轉(zhuǎn)發(fā)模塊向遠端系統(tǒng)或目的端系統(tǒng)轉(zhuǎn)發(fā)所述確認(rèn)文件。綜上所述，本發(fā)明的智能數(shù)據(jù)交換平臺以及數(shù)據(jù)交換方法相比于目前的數(shù)據(jù)交換方式有以下優(yōu)點
1、具有完備的核對機制，責(zé)任定位明確，不僅解決了數(shù)據(jù)交換過程中可能出現(xiàn)的數(shù)據(jù)漏傳、多傳、錯傳的問題，而且也明晰了出現(xiàn)錯誤的責(zé)任方，從而利于錯誤的更正和問題的解決。2、實現(xiàn)應(yīng)用與數(shù)據(jù)相分離，本發(fā)明的智能數(shù)據(jù)交換平臺為各個網(wǎng)元提供了集中交換和共享的平臺，減輕了網(wǎng)元之間接口的開銷，節(jié)省了主機、存儲和網(wǎng)絡(luò)資源等。3、對于文件類和消息類等數(shù)據(jù)，本發(fā)明根據(jù)其特點和要求分別給出了實現(xiàn)的處理子系統(tǒng)，從而實現(xiàn)了計費數(shù)據(jù)以及實時消息數(shù)據(jù)的穩(wěn)定交換，并支持異地業(yè)務(wù)，從而實現(xiàn)集中式的一點服務(wù)全網(wǎng)的作用。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)當(dāng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其限制；盡管參照較佳實施例對本發(fā)明進行了詳細的說明，所屬領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解依然可以對本發(fā)明的具體實施方式
進行修改或者對部分技術(shù)特征進行等同替換；而不脫離本發(fā)明技術(shù)方案的精神，其均應(yīng)涵蓋在本發(fā)明請求保護的技術(shù)方案范圍當(dāng)中。
權(quán)利要求
1.一種智能數(shù)據(jù)交換平臺，包括總調(diào)度模塊，用于根據(jù)定時任務(wù)描述定時生成任務(wù)單，并將該任務(wù)單加入任務(wù)隊列，當(dāng)處理到所述任務(wù)隊列中的該任務(wù)單時，根據(jù)該任務(wù)單生成工作單，并通知相應(yīng)模塊獲取該工作單，以及用于根據(jù)該工作單的更新情況對該任務(wù)單進行更新；工作單管理模塊，用于保存所述總調(diào)度模塊生成的工作單，并根據(jù)相應(yīng)模塊對該工作單的執(zhí)行結(jié)果對該工作單進行更新，然后將工作單的更新情況返回給所述總調(diào)度模塊；數(shù)據(jù)交換子系統(tǒng)，用于根據(jù)所述總調(diào)度模塊的通知從所述工作單管理模塊讀取相應(yīng)的工作單，并根據(jù)該工作單進行計費數(shù)據(jù)的數(shù)據(jù)交換，在數(shù)據(jù)交換過程中對計費數(shù)據(jù)進行檢驗或處理。
2.根據(jù)權(quán)利要求1所述的智能數(shù)據(jù)交換平臺，其中所述總調(diào)度模塊具體包括 任務(wù)單生成模塊，用于根據(jù)定時任務(wù)描述定時生成任務(wù)單；任務(wù)隊列處理模塊，用于將該任務(wù)單加入任務(wù)隊列，并對所述任務(wù)隊列中的任務(wù)單分別進行處理；工作單生成模塊，用于在處理到所述任務(wù)隊列中的該任務(wù)單時，根據(jù)該任務(wù)單生成工作單；通知模塊，用于通知相應(yīng)模塊獲取該工作單；任務(wù)單更新模塊，用于根據(jù)該工作單的更新情況對該任務(wù)單進行更新。
3.根據(jù)權(quán)利要求2所述的智能數(shù)據(jù)交換平臺，其中所述總調(diào)度模塊還包括 優(yōu)先級配置模塊，用于為該任務(wù)單配置影響該任務(wù)單在任務(wù)隊列中執(zhí)行順序的優(yōu)先級。
4.根據(jù)權(quán)利要求1所述的智能數(shù)據(jù)交換平臺，其中所述數(shù)據(jù)交換子系統(tǒng)包括數(shù)據(jù)接收子系統(tǒng)和數(shù)據(jù)發(fā)送子系統(tǒng)，所述數(shù)據(jù)接收子系統(tǒng)具體包括接收模塊，用于根據(jù)接收到的通知從所述工作單管理模塊讀取第一工作單，并根據(jù)所述第一工作單從源端系統(tǒng)進行計費數(shù)據(jù)的接收操作； 數(shù)據(jù)檢查模塊，用于對接收的計費數(shù)據(jù)進行檢驗； 接收數(shù)據(jù)公共緩存區(qū)，用于保存檢驗后的計費數(shù)據(jù)；保存模塊，用于根據(jù)接收到的通知從所述工作單管理模塊讀取第二工作單，并根據(jù)所述第二工作單將所述接收數(shù)據(jù)公共緩存區(qū)中的計費數(shù)據(jù)按照相應(yīng)目錄進行保存，在保存時對計費數(shù)據(jù)進行轉(zhuǎn)換處理；工作單更新模塊，用于根據(jù)工作單的處理情況進行更新，并將更新情況返回給所述總調(diào)度模塊；所述數(shù)據(jù)發(fā)送子系統(tǒng)具體包括讀取模塊，用于根據(jù)接收到的通知從所述工作單管理模塊讀取第三工作單，并根據(jù)所述第三工作單從相應(yīng)目錄進行計費數(shù)據(jù)的讀?。粩?shù)據(jù)處理模塊，用于對讀取的計費數(shù)據(jù)進行發(fā)送前處理； 發(fā)送數(shù)據(jù)公共緩存區(qū)，用于保存發(fā)送前的計費數(shù)據(jù)；發(fā)送模塊，用于根據(jù)接收到的通知從所述工作單管理模塊讀取第四工作單，并根據(jù)所述工作單將所述發(fā)送數(shù)據(jù)公共緩存區(qū)中的計費數(shù)據(jù)發(fā)送給目的端系統(tǒng)；工作單更新模塊，用于根據(jù)工作單的處理情況進行更新，并將更新情況返回給所述總調(diào)度模塊。
5.根據(jù)權(quán)利要求1所述的智能數(shù)據(jù)交換平臺，其中還包括消息轉(zhuǎn)發(fā)子系統(tǒng)，具體包括 接收消息公共緩存區(qū)，用于保存接收到的消息數(shù)據(jù)；消息轉(zhuǎn)發(fā)模塊，用于從所述消息數(shù)據(jù)公共緩存區(qū)讀取所述消息數(shù)據(jù)，并對所述消息數(shù)據(jù)進行數(shù)據(jù)解析和/或路由查詢，然后對所述消息數(shù)據(jù)進行轉(zhuǎn)發(fā)；發(fā)送消息公共緩存區(qū)，用于保存所述消息轉(zhuǎn)發(fā)模塊轉(zhuǎn)發(fā)的所述消息數(shù)據(jù)； 消息發(fā)送模塊，用于將所述發(fā)送消息公共緩存區(qū)中保存的所述消息數(shù)據(jù)發(fā)送到目的端系統(tǒng)。
6.根據(jù)權(quán)利要求1所述的智能數(shù)據(jù)交換平臺，其中還包括確認(rèn)子系統(tǒng)，具體包括 確認(rèn)文件公共緩存區(qū)，用于保存接收到的確認(rèn)文件；數(shù)據(jù)更新模塊，用于根據(jù)所述確認(rèn)文件公共緩存區(qū)中的確認(rèn)文件更新計費數(shù)據(jù)的處理狀態(tài)；確認(rèn)文件轉(zhuǎn)發(fā)模塊，用于向遠端系統(tǒng)或目的端系統(tǒng)轉(zhuǎn)發(fā)所述確認(rèn)文件。
7.一種基于權(quán)利要求1 6任一所述的智能數(shù)據(jù)交換平臺的數(shù)據(jù)交換方法，包括 總調(diào)度模塊根據(jù)定時任務(wù)描述定時生成任務(wù)單，并將該任務(wù)單加入任務(wù)隊列；當(dāng)所述總調(diào)度模塊對該任務(wù)單進行處理時，生成第一工作單，并通知接收模塊獲取該第一工作單，然后接收模塊根據(jù)該第一工作單向源端系統(tǒng)獲取計費數(shù)據(jù)；所述數(shù)據(jù)檢查模塊對獲取的計費數(shù)據(jù)進行檢測，并將經(jīng)過檢測的計費數(shù)據(jù)存入接收數(shù)據(jù)公共緩存區(qū)，然后添加該第一工作單的記錄；工作單管理模塊根據(jù)該第一工作單的處理情況進行更新，并將更新情況返回給所述總調(diào)度模塊；所述總調(diào)度模塊在接收到返回的工作單記錄后，對該任務(wù)單進行更新。
8.根據(jù)權(quán)利要求7所述的數(shù)據(jù)交換方法，其中在所述總調(diào)度模塊對該任務(wù)單進行處理時，還包括以下步驟所述總調(diào)度模塊生成第二工作單，并通知保存模塊獲取該第二工作單，然后保存模塊根據(jù)該第二工作單將所述接收數(shù)據(jù)公共緩存區(qū)中的計費數(shù)據(jù)按照相應(yīng)目錄進行保存；所述保存模塊對獲取的計費數(shù)據(jù)進行檢測，并將經(jīng)過檢測的計費數(shù)據(jù)存入接收數(shù)據(jù)公共緩存區(qū)，然后添加該第二工作單的記錄；工作單管理模塊根據(jù)該第二工作單的處理情況進行更新，并將更新情況返回給所述總調(diào)度模塊；所述總調(diào)度模塊在接收到返回的工作單記錄后，對該任務(wù)單進行更新。
9.根據(jù)權(quán)利要求8所述的數(shù)據(jù)交換方法，其中在所述總調(diào)度模塊對該任務(wù)單進行處理時，還包括以下步驟所述總調(diào)度模塊生成第三工作單，并通知讀取模塊獲取該第三工作單，然后讀取模塊根據(jù)該第三工作單從相應(yīng)目錄進行計費數(shù)據(jù)的讀??；數(shù)據(jù)處理模塊對讀取的計費數(shù)據(jù)進行發(fā)送前處理，并將處理后的計費數(shù)據(jù)存入發(fā)送數(shù)據(jù)公共緩存區(qū)，然后添加該第三工作單的記錄；工作單管理模塊根據(jù)該第三工作單的處理情況進行更新，并將更新情況返回給所述總調(diào)度模塊；所述總調(diào)度模塊在接收到返回的工作單記錄后，對該任務(wù)單進行更新。
10.根據(jù)權(quán)利要求9所述的數(shù)據(jù)交換方法，其中在所述總調(diào)度模塊對該任務(wù)單進行處理時，還包括以下步驟所述總調(diào)度模塊生成第四工作單，并通知發(fā)送模塊獲取該第四工作單，然后發(fā)送模塊根據(jù)該第四工作單將所述發(fā)送數(shù)據(jù)公共緩存區(qū)中的計費數(shù)據(jù)發(fā)送給目的端系統(tǒng)；工作單管理模塊根據(jù)該第四工作單的處理情況進行更新，并將更新情況返回給所述總調(diào)度模塊；所述總調(diào)度模塊在接收到返回的工作單記錄后，對該任務(wù)單進行更新。
11.根據(jù)權(quán)利要求7 10任一所述的數(shù)據(jù)交換方法，其中還包括消息數(shù)據(jù)交換流程，具體包括接收消息公共緩存區(qū)接收并保存從應(yīng)用網(wǎng)元發(fā)出的消息數(shù)據(jù)； 消息轉(zhuǎn)發(fā)模塊從所述消息數(shù)據(jù)公共緩存區(qū)讀取所述消息數(shù)據(jù)，并對所述消息數(shù)據(jù)進行數(shù)據(jù)解析和/或路由查詢；所述消息轉(zhuǎn)發(fā)模塊將所述消息數(shù)據(jù)轉(zhuǎn)發(fā)到發(fā)送消息公共緩存區(qū)； 所述發(fā)送消息公共緩存區(qū)保存所述消息數(shù)據(jù)，并通過消息發(fā)送模塊將所述消息數(shù)據(jù)發(fā)送到目的端系統(tǒng)。
12.根據(jù)權(quán)利要求7 10任一所述的數(shù)據(jù)交換方法，其中還包括確認(rèn)文件交換流程，具體包括確認(rèn)文件公共緩存區(qū)接收并保存應(yīng)用網(wǎng)元發(fā)出的確認(rèn)文件；數(shù)據(jù)更新模塊根據(jù)所述確認(rèn)文件公共緩存區(qū)中的確認(rèn)文件更新計費數(shù)據(jù)的處理狀態(tài)；確認(rèn)文件轉(zhuǎn)發(fā)模塊向遠端系統(tǒng)或目的端系統(tǒng)轉(zhuǎn)發(fā)所述確認(rèn)文件。
全文摘要
本發(fā)明涉及一種智能數(shù)據(jù)交換平臺，包括總調(diào)度模塊，用于根據(jù)定時任務(wù)描述定時生成任務(wù)單，并將該任務(wù)單加入任務(wù)隊列，當(dāng)處理到任務(wù)隊列中的該任務(wù)單時，根據(jù)該任務(wù)單生成工作單，并通知相應(yīng)模塊獲取該工作單，以及用于根據(jù)該工作單的更新情況對該任務(wù)單進行更新；工作單管理模塊，用于保存總調(diào)度模塊生成的工作單，并根據(jù)相應(yīng)模塊對該工作單的執(zhí)行結(jié)果對該工作單進行更新，然后將工作單的更新情況返回給總調(diào)度模塊；數(shù)據(jù)交換子系統(tǒng)，用于根據(jù)總調(diào)度模塊的通知從工作單管理模塊讀取相應(yīng)的工作單，并根據(jù)該工作單進行計費數(shù)據(jù)的數(shù)據(jù)交換，在數(shù)據(jù)交換過程中對計費數(shù)據(jù)進行檢驗或處理。本發(fā)明還涉及一種基于智能數(shù)據(jù)交換平臺的數(shù)據(jù)交換方法。
文檔編號H04L12/56GK102195786SQ201010125168
公開日2011年9月21日 申請日期2010年3月16日 優(yōu)先權(quán)日2010年3月16日
發(fā)明者丁震, 卜小明, 安志國, 宋紅兵, 李愛民, 羅國華, 鄧俊韜 申請人:中國電信股份有限公司