專利名稱：多渠道數(shù)據(jù)業(yè)務(wù)受理系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通訊和互聯(lián)網(wǎng)技術(shù)領(lǐng)域，特別涉及一種多渠道數(shù)據(jù)業(yè)務(wù)受理系統(tǒng) 及方法。
背景技術(shù)：
隨著移動(dòng)通訊技術(shù)和互聯(lián)網(wǎng)技術(shù)的不斷深化發(fā)展，二者融合程度越來越高，特 別是隨著第三代移動(dòng)通信技術(shù)(3rd-generati0n，3G)的飛速發(fā)展，移動(dòng)互聯(lián)網(wǎng)給人們提 供了越來越豐富的數(shù)據(jù)增值服務(wù)業(yè)務(wù)，現(xiàn)在人們可以通過各種手段和渠道，如語(yǔ)音(IVR， Interactive Voice Response)(WAP,Wireless Application ftOtocol)、個(gè)人計(jì)算機(jī)(PC，Personal Computer)客戶端、手機(jī)客戶端等等，來獲取自己需 要的各種信息服務(wù)。無論是電信運(yùn)營(yíng)商還是互聯(lián)網(wǎng)服務(wù)提供商(ISP，hternet Service Provider), 他們都需要通過構(gòu)建綜合業(yè)務(wù)運(yùn)營(yíng)管理平臺(tái)，來滿足用戶對(duì)各種數(shù)據(jù)業(yè)務(wù)差異化服務(wù)的需 求。現(xiàn)有的數(shù)據(jù)業(yè)務(wù)多渠道業(yè)務(wù)受理存在如下技術(shù)缺陷每個(gè)數(shù)據(jù)業(yè)務(wù)處理模塊負(fù)責(zé)各自的不同渠道業(yè)務(wù)受理，比如數(shù)據(jù)業(yè)務(wù)處理模塊， 可以受理來自PC客戶端、互聯(lián)網(wǎng)、客服系統(tǒng)、WAP門戶、手機(jī)客戶端等不同渠道的業(yè)務(wù)鑒權(quán)、 開通、關(guān)閉、暫停、恢復(fù)、查詢、批量開通、批量關(guān)閉等能力，這樣就需要專門針對(duì)各個(gè)不同的 數(shù)據(jù)業(yè)務(wù)都要開發(fā)各自的功能模塊來滿足這些業(yè)務(wù)需求，開發(fā)成本高，技術(shù)共享性和復(fù)用 性差，業(yè)務(wù)處理效率低下；每個(gè)數(shù)據(jù)業(yè)務(wù)處理模塊的接口邏輯與業(yè)務(wù)邏輯耦合性太高，沒有統(tǒng)一的技術(shù)實(shí)現(xiàn) 接口協(xié)議規(guī)范，體現(xiàn)不出大型軟件系統(tǒng)分布式架構(gòu)這一特色；同時(shí)，在進(jìn)行應(yīng)用部署時(shí)，占 用的服務(wù)器資源比較多；現(xiàn)有的這種業(yè)務(wù)受理方式在實(shí)現(xiàn)負(fù)載均衡、保證業(yè)務(wù)受理模塊實(shí)時(shí)在線并行處理 能力時(shí)，需要更多的網(wǎng)絡(luò)資源，而且復(fù)雜程度太高，可維護(hù)性、可管理性比較差，這樣給整個(gè) 系統(tǒng)帶來很多不穩(wěn)定的因素。

發(fā)明內(nèi)容
(一)要解決的技術(shù)問題本發(fā)明要解決的技術(shù)問題是(1)如何在對(duì)不同數(shù)據(jù)業(yè)務(wù)進(jìn)行受理時(shí)，提高業(yè)務(wù)處理模塊的效率和技術(shù)復(fù)用及 共享性，同時(shí)降低開發(fā)成本；(2)如何分離接口邏輯和業(yè)務(wù)邏輯，提供統(tǒng)一的服務(wù)接口協(xié)議規(guī)范，實(shí)現(xiàn)分布式構(gòu) 架，減少部署應(yīng)用的服務(wù)器資源；(3)如何提供更有效的負(fù)載均衡和保證業(yè)務(wù)受理模塊實(shí)時(shí)在線并行處理能力的實(shí) 現(xiàn)方式，排除單點(diǎn)故障，減少網(wǎng)絡(luò)資源占用，提高系統(tǒng)的可維護(hù)性和可管理性，保證系統(tǒng)更加穩(wěn)定可靠。(二)技術(shù)方案為解決上述技術(shù)問題，本發(fā)明提供了一種多渠道數(shù)據(jù)業(yè)務(wù)受理系統(tǒng)，包括依次相 連的業(yè)務(wù)請(qǐng)求終端、業(yè)務(wù)受理網(wǎng)關(guān)、業(yè)務(wù)受理應(yīng)用服務(wù)器和業(yè)務(wù)受理數(shù)據(jù)庫(kù)，所述業(yè)務(wù)請(qǐng)求終端，用于將業(yè)務(wù)請(qǐng)求終端類型和業(yè)務(wù)請(qǐng)求信息數(shù)據(jù)進(jìn)行打包，并 將數(shù)據(jù)包發(fā)送至所述業(yè)務(wù)受理網(wǎng)關(guān)；所述業(yè)務(wù)受理網(wǎng)關(guān)，用于將所述數(shù)據(jù)包發(fā)送至所述業(yè)務(wù)受理應(yīng)用服務(wù)器；所述業(yè)務(wù)受理應(yīng)用服務(wù)器，用于對(duì)所述數(shù)據(jù)包進(jìn)行解析，根據(jù)解析出的業(yè)務(wù)請(qǐng)求 信息進(jìn)行邏輯計(jì)算處理，并對(duì)所述業(yè)務(wù)受理數(shù)據(jù)庫(kù)進(jìn)行相應(yīng)的數(shù)據(jù)操作；所述業(yè)務(wù)受理數(shù)據(jù)庫(kù)，用于存儲(chǔ)業(yè)務(wù)受理所有的相關(guān)數(shù)據(jù)以及基本的業(yè)務(wù)數(shù)據(jù)模 型信息。其中，所述業(yè)務(wù)受理網(wǎng)關(guān)個(gè)數(shù)為1 256個(gè)，所述業(yè)務(wù)受理應(yīng)用服務(wù)器個(gè)數(shù)為1 256 個(gè)。其中，所述業(yè)務(wù)請(qǐng)求終端為交互式語(yǔ)音系統(tǒng)、短信系統(tǒng)、客服系統(tǒng)、合作伙伴業(yè)務(wù) 系統(tǒng)、計(jì)算機(jī)客戶端、互聯(lián)網(wǎng)站、手機(jī)客戶端和無線應(yīng)用協(xié)議網(wǎng)站中的一種。本發(fā)明還公開了一種基于所述的多渠道數(shù)據(jù)業(yè)務(wù)受理系統(tǒng)的受理方法，包括以下 步驟Sl 業(yè)務(wù)請(qǐng)求終端將業(yè)務(wù)請(qǐng)求終端類型和業(yè)務(wù)請(qǐng)求信息數(shù)據(jù)進(jìn)行打包，并將數(shù)據(jù) 包發(fā)送至所述業(yè)務(wù)受理網(wǎng)關(guān)；S2 所述業(yè)務(wù)受理網(wǎng)關(guān)將各自收到的數(shù)據(jù)包發(fā)送至業(yè)務(wù)受理應(yīng)用服務(wù)器；S3:所述業(yè)務(wù)受理應(yīng)用服務(wù)器對(duì)收到的數(shù)據(jù)包依次進(jìn)行解析，根據(jù)解析出的業(yè)務(wù) 請(qǐng)求信息進(jìn)行邏輯計(jì)算處理，并對(duì)所述業(yè)務(wù)受理數(shù)據(jù)庫(kù)進(jìn)行相應(yīng)的數(shù)據(jù)操作。其中，步驟S3之后，還包括步驟S4 所述業(yè)務(wù)受理數(shù)據(jù)庫(kù)將數(shù)據(jù)操作結(jié)果返回至對(duì)應(yīng)的業(yè)務(wù)受理應(yīng)用服務(wù)器；S5 所述業(yè)務(wù)受理應(yīng)用服務(wù)器對(duì)數(shù)據(jù)操作結(jié)果進(jìn)行打包，并將數(shù)據(jù)包返回至對(duì)應(yīng) 的業(yè)務(wù)受理網(wǎng)關(guān)；S6 所述業(yè)務(wù)受理網(wǎng)關(guān)將數(shù)據(jù)包返回至相應(yīng)的業(yè)務(wù)請(qǐng)求終端。其中，所述業(yè)務(wù)請(qǐng)求終端與所述業(yè)務(wù)受理網(wǎng)關(guān)間為長(zhǎng)連接，所述業(yè)務(wù)受理網(wǎng)關(guān)與 所述業(yè)務(wù)受理應(yīng)用服務(wù)器間為長(zhǎng)連接。其中，所述長(zhǎng)連接的過程中，若預(yù)定次的鏈路檢測(cè)包未接收到，則斷開當(dāng)前連接， 并重新連接。其中，步驟Sl中，相同業(yè)務(wù)請(qǐng)求終端的數(shù)據(jù)包被順次循環(huán)地發(fā)送給各個(gè)業(yè)務(wù)受理 網(wǎng)關(guān)。其中，步驟S2中，同一個(gè)業(yè)務(wù)受理網(wǎng)關(guān)的數(shù)據(jù)包被順次循環(huán)地發(fā)送給各個(gè)業(yè)務(wù)受 理應(yīng)用服務(wù)器。(三)有益效果本發(fā)明實(shí)現(xiàn)了在對(duì)不同數(shù)據(jù)業(yè)務(wù)進(jìn)行受理時(shí)，提高業(yè)務(wù)處理模塊的效率和技術(shù)復(fù) 用及共享性，同時(shí)降低開發(fā)成本；分離接口邏輯和業(yè)務(wù)邏輯，提供統(tǒng)一的服務(wù)接口協(xié)議規(guī) 范，實(shí)現(xiàn)分布式構(gòu)架，減少部署應(yīng)用的服務(wù)器資源；提供更有效的負(fù)載均衡和保證業(yè)務(wù)受理模塊實(shí)時(shí)在線并行處理能力的實(shí)現(xiàn)方式，排除單點(diǎn)故障，減少網(wǎng)絡(luò)資源占用，提高系統(tǒng)的可 維護(hù)性和可管理性，保證系統(tǒng)更加穩(wěn)定可靠。


圖1是按照本發(fā)明一種實(shí)施方式的多渠道數(shù)據(jù)業(yè)務(wù)受理系統(tǒng)的結(jié)構(gòu)框圖；圖2是基于圖1所示的多渠道數(shù)據(jù)業(yè)務(wù)受理系統(tǒng)的受理方法流程圖。
具體實(shí)施例方式下面結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明的具體實(shí)施方式
作進(jìn)一步詳細(xì)描述。以下實(shí)施 例用于說明本發(fā)明，但不用來限制本發(fā)明的范圍。通過對(duì)不同業(yè)務(wù)請(qǐng)求終端、不同數(shù)據(jù)業(yè)務(wù)、不同受理能力進(jìn)行數(shù)字化分類編碼，制 定多渠道業(yè)務(wù)受理統(tǒng)一的數(shù)據(jù)交互接口協(xié)議，然后對(duì)外提供統(tǒng)一的服務(wù)接口，依賴多渠道 業(yè)務(wù)受理網(wǎng)關(guān)和多渠道業(yè)務(wù)受理應(yīng)用服務(wù)器交互配合來完成數(shù)據(jù)業(yè)務(wù)的受理任務(wù)，并通過 多渠道業(yè)務(wù)受理網(wǎng)關(guān)和應(yīng)用服務(wù)器自身的負(fù)載均衡機(jī)制，來保證業(yè)務(wù)受理模塊實(shí)現(xiàn)實(shí)時(shí)在 線并行處理的能力。圖1是按照本發(fā)明一種實(shí)施方式的多渠道數(shù)據(jù)業(yè)務(wù)受理系統(tǒng)的結(jié)構(gòu)框圖，包括 依次相連的業(yè)務(wù)請(qǐng)求終端1、業(yè)務(wù)受理網(wǎng)關(guān)2、業(yè)務(wù)受理應(yīng)用服務(wù)器3和業(yè)務(wù)受理數(shù)據(jù)庫(kù)4，所述業(yè)務(wù)請(qǐng)求終端1，用于將業(yè)務(wù)請(qǐng)求終端類型和業(yè)務(wù)請(qǐng)求信息數(shù)據(jù)進(jìn)行打包，并 將數(shù)據(jù)包發(fā)送至所述業(yè)務(wù)受理網(wǎng)關(guān)2 (發(fā)送至業(yè)務(wù)受理網(wǎng)關(guān)對(duì)外提供的網(wǎng)絡(luò)之間互連的協(xié) 議地址和網(wǎng)絡(luò)之間互連的協(xié)議端口，網(wǎng)絡(luò)之間互連的協(xié)議地址為hternet Protocol，簡(jiǎn)稱 IP)；所述業(yè)務(wù)受理網(wǎng)關(guān)2，用于將所述數(shù)據(jù)包發(fā)送至所述業(yè)務(wù)受理應(yīng)用服務(wù)器3 ；所述業(yè)務(wù)受理應(yīng)用服務(wù)器3，用于對(duì)所述數(shù)據(jù)包進(jìn)行解析，根據(jù)解析出的業(yè)務(wù)請(qǐng)求 信息進(jìn)行邏輯處理，并對(duì)所述業(yè)務(wù)受理數(shù)據(jù)庫(kù)4進(jìn)行相應(yīng)的數(shù)據(jù)操作；所述業(yè)務(wù)受理數(shù)據(jù)庫(kù)4，用于存儲(chǔ)業(yè)務(wù)受理所有的相關(guān)數(shù)據(jù)以及基本的業(yè)務(wù)數(shù)據(jù) 模型信息，為業(yè)務(wù)的運(yùn)行和統(tǒng)計(jì)提供基礎(chǔ)的數(shù)據(jù)資源。本實(shí)施方式中，業(yè)務(wù)受理模塊包括業(yè)務(wù)受理網(wǎng)關(guān)2和業(yè)務(wù)受理應(yīng)用服務(wù)器3。業(yè)務(wù)受理網(wǎng)關(guān)2和業(yè)務(wù)受理應(yīng)用服務(wù)器3的數(shù)量關(guān)系不是一對(duì)一的絕對(duì)對(duì)等關(guān) 系，而是可以一對(duì)多，或者多對(duì)一，或者多對(duì)多的關(guān)系，組合方式非常靈活，完全根據(jù)實(shí)際的 業(yè)務(wù)生產(chǎn)環(huán)境的負(fù)載來決定需要多少個(gè)業(yè)務(wù)受理網(wǎng)關(guān)2和業(yè)務(wù)受理應(yīng)用服務(wù)器3 ；所述業(yè) 務(wù)受理網(wǎng)關(guān)2個(gè)數(shù)為1 256個(gè)，所述業(yè)務(wù)受理應(yīng)用服務(wù)器3個(gè)數(shù)為1 256個(gè)。每一個(gè)業(yè)務(wù)受理網(wǎng)關(guān)2和業(yè)務(wù)受理應(yīng)用服務(wù)器3之間都可以通過配置文件的簡(jiǎn)單 配置來實(shí)現(xiàn)互相通訊，維持各自的數(shù)據(jù)通訊鏈路。所述業(yè)務(wù)請(qǐng)求終端1為交互式語(yǔ)音系統(tǒng)、短信系統(tǒng)、客服系統(tǒng)、合作伙伴業(yè)務(wù)系 統(tǒng)、計(jì)算機(jī)客戶端、互聯(lián)網(wǎng)站、手機(jī)客戶端和無線應(yīng)用協(xié)議網(wǎng)站等終端中的一種。本發(fā)明還公開了一種基于所述的多渠道數(shù)據(jù)業(yè)務(wù)受理系統(tǒng)的受理方法，如圖2所 示，包括以下步驟Sl 業(yè)務(wù)請(qǐng)求終端將業(yè)務(wù)請(qǐng)求終端類型和業(yè)務(wù)請(qǐng)求信息數(shù)據(jù)進(jìn)行打包，并將數(shù)據(jù) 包發(fā)送至所述業(yè)務(wù)受理網(wǎng)關(guān)。本實(shí)施例中，業(yè)務(wù)請(qǐng)求終端打包業(yè)務(wù)請(qǐng)求終端類型和業(yè)務(wù)請(qǐng)求信息數(shù)據(jù)采用的協(xié)議為綜合業(yè)務(wù)管理平臺(tái)數(shù)據(jù)交互接口協(xié)議antegrated Business Management Platform-Data exchange Interface Protocol, IBMP-DXIP), IBMP-DXIP 是 用于IBMP平臺(tái)與不同的業(yè)務(wù)請(qǐng)求終端進(jìn)行業(yè)務(wù)受理時(shí)數(shù)據(jù)交互的接口協(xié)議。它是基于字 節(jié)流的協(xié)議，是一個(gè)建立在傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議協(xié)議(Transmission Control Protocol/Internet Protocol,TCP/IP)之上的應(yīng)用層協(xié)議，采用請(qǐng)求/應(yīng)答的同步通信模 型實(shí)現(xiàn)。如無特別說明，構(gòu)成協(xié)議消息數(shù)據(jù)包的每個(gè)字段均采用左對(duì)齊，右補(bǔ)空格的方式， 數(shù)據(jù)消息包結(jié)構(gòu)上采用如下格式完整數(shù)據(jù)消息包=包頭標(biāo)志+消息包頭+消息包體+包尾標(biāo)志。IBMP-DXIP 數(shù)據(jù)類型為String:字符串，要求左齊右補(bǔ)空格。Integer:定長(zhǎng)的String，由一系列的10進(jìn)制字符組成(‘0’- ‘9’)，左齊右補(bǔ)空格。Date 8 位定長(zhǎng)的 String，格式為YYYYMMDD。DateTime :14 位定長(zhǎng)的 String，格式Y(jié)YYYMMDDHHMISS。一個(gè)完整的 IBMP-DXIP 的 協(xié)議數(shù)據(jù)包結(jié)構(gòu)如表1所示
權(quán)利要求
1.一種多渠道數(shù)據(jù)業(yè)務(wù)受理系統(tǒng)，其特征在于，包括依次相連的業(yè)務(wù)請(qǐng)求終端(1)、 業(yè)務(wù)受理網(wǎng)關(guān)O)、業(yè)務(wù)受理應(yīng)用服務(wù)器C3)和業(yè)務(wù)受理數(shù)據(jù)庫(kù)G)，所述業(yè)務(wù)請(qǐng)求終端(1)，用于將業(yè)務(wù)請(qǐng)求終端類型和業(yè)務(wù)請(qǐng)求信息數(shù)據(jù)進(jìn)行打包，并將 數(shù)據(jù)包發(fā)送至所述業(yè)務(wù)受理網(wǎng)關(guān)O)；所述業(yè)務(wù)受理網(wǎng)關(guān)O)，用于將所述數(shù)據(jù)包發(fā)送至所述業(yè)務(wù)受理應(yīng)用服務(wù)器(3)；所述業(yè)務(wù)受理應(yīng)用服務(wù)器(3)，用于對(duì)所述數(shù)據(jù)包進(jìn)行解析，根據(jù)解析出的業(yè)務(wù)請(qǐng)求信 息進(jìn)行邏輯計(jì)算處理，并對(duì)所述業(yè)務(wù)受理數(shù)據(jù)庫(kù)(4)進(jìn)行相應(yīng)的數(shù)據(jù)操作；所述業(yè)務(wù)受理數(shù)據(jù)庫(kù)，用于存儲(chǔ)業(yè)務(wù)受理所有的相關(guān)數(shù)據(jù)以及基本的業(yè)務(wù)數(shù)據(jù)模 型信息。
2.如權(quán)利要求1所述的多渠道數(shù)據(jù)業(yè)務(wù)受理系統(tǒng)，其特征在于，所述業(yè)務(wù)受理網(wǎng)關(guān)(2) 個(gè)數(shù)為1 256個(gè)，所述業(yè)務(wù)受理應(yīng)用服務(wù)器C3)個(gè)數(shù)為1 256個(gè)。
3.如權(quán)利要求1所述的多渠道數(shù)據(jù)業(yè)務(wù)受理系統(tǒng)，其特征在于，所述業(yè)務(wù)請(qǐng)求終端(1) 為交互式語(yǔ)音系統(tǒng)、短信系統(tǒng)、客服系統(tǒng)、合作伙伴業(yè)務(wù)系統(tǒng)、計(jì)算機(jī)客戶端、互聯(lián)網(wǎng)站、手 機(jī)客戶端和無線應(yīng)用協(xié)議網(wǎng)站中的一種。
4.一種基于權(quán)利要求1-3任一項(xiàng)所述的多渠道數(shù)據(jù)業(yè)務(wù)受理系統(tǒng)的受理方法，其特征 在于，包括以下步驟51業(yè)務(wù)請(qǐng)求終端將業(yè)務(wù)請(qǐng)求終端類型和業(yè)務(wù)請(qǐng)求信息數(shù)據(jù)進(jìn)行打包，并將數(shù)據(jù)包發(fā) 送至所述業(yè)務(wù)受理網(wǎng)關(guān)；52所述業(yè)務(wù)受理網(wǎng)關(guān)將各自收到的數(shù)據(jù)包發(fā)送至業(yè)務(wù)受理應(yīng)用服務(wù)器；S3:所述業(yè)務(wù)受理應(yīng)用服務(wù)器對(duì)收到的數(shù)據(jù)包依次進(jìn)行解析，根據(jù)解析出的業(yè)務(wù)請(qǐng)求 信息進(jìn)行邏輯計(jì)算處理，并對(duì)所述業(yè)務(wù)受理數(shù)據(jù)庫(kù)進(jìn)行相應(yīng)的數(shù)據(jù)操作。
5.如權(quán)利要求4所述的受理方法，其特征在于，步驟S3之后，還包括步驟54所述業(yè)務(wù)受理數(shù)據(jù)庫(kù)將數(shù)據(jù)操作結(jié)果返回至對(duì)應(yīng)的業(yè)務(wù)受理應(yīng)用服務(wù)器；55所述業(yè)務(wù)受理應(yīng)用服務(wù)器對(duì)數(shù)據(jù)操作結(jié)果進(jìn)行打包，并將數(shù)據(jù)包返回至對(duì)應(yīng)的業(yè) 務(wù)受理網(wǎng)關(guān)；56所述業(yè)務(wù)受理網(wǎng)關(guān)將數(shù)據(jù)包返回至相應(yīng)的業(yè)務(wù)請(qǐng)求終端。
6.如權(quán)利要求4所述的數(shù)據(jù)業(yè)務(wù)受理系統(tǒng)，其特征在于，所述業(yè)務(wù)請(qǐng)求終端與所述業(yè) 務(wù)受理網(wǎng)關(guān)間為長(zhǎng)連接，所述業(yè)務(wù)受理網(wǎng)關(guān)與所述業(yè)務(wù)受理應(yīng)用服務(wù)器間為長(zhǎng)連接。
7.如權(quán)利要求6所述的數(shù)據(jù)業(yè)務(wù)受理系統(tǒng)，其特征在于，所述長(zhǎng)連接的過程中，若預(yù)定 次的鏈路檢測(cè)包未接收到，則斷開當(dāng)前連接，并重新連接。
8.如權(quán)利要求4所述的受理方法，其特征在于，步驟Sl中，相同業(yè)務(wù)請(qǐng)求終端的數(shù)據(jù)包 被順次循環(huán)地發(fā)送給各個(gè)業(yè)務(wù)受理網(wǎng)關(guān)。
9.如權(quán)利要求4所述的受理方法，其特征在于，步驟S2中，同一個(gè)業(yè)務(wù)受理網(wǎng)關(guān)的數(shù)據(jù) 包被順次循環(huán)地發(fā)送給各個(gè)業(yè)務(wù)受理應(yīng)用服務(wù)器。
全文摘要
本發(fā)明公開了一種多渠道數(shù)據(jù)業(yè)務(wù)受理系統(tǒng)，包括依次相連的業(yè)務(wù)請(qǐng)求終端、業(yè)務(wù)受理網(wǎng)關(guān)、業(yè)務(wù)受理應(yīng)用服務(wù)器和業(yè)務(wù)受理數(shù)據(jù)庫(kù)，所述業(yè)務(wù)請(qǐng)求終端，用于將業(yè)務(wù)請(qǐng)求終端類型和業(yè)務(wù)請(qǐng)求信息數(shù)據(jù)進(jìn)行打包，并將數(shù)據(jù)包發(fā)送至所述業(yè)務(wù)受理網(wǎng)關(guān)；所述業(yè)務(wù)受理網(wǎng)關(guān)，用于將所述數(shù)據(jù)包發(fā)送至所述業(yè)務(wù)受理應(yīng)用服務(wù)器；所述業(yè)務(wù)受理應(yīng)用服務(wù)器，用于對(duì)所述數(shù)據(jù)包進(jìn)行解析，根據(jù)解析出的業(yè)務(wù)請(qǐng)求信息進(jìn)行邏輯處理，并對(duì)所述業(yè)務(wù)受理數(shù)據(jù)庫(kù)進(jìn)行相應(yīng)的數(shù)據(jù)操作；所述業(yè)務(wù)受理數(shù)據(jù)庫(kù)，用于存儲(chǔ)業(yè)務(wù)受理所有的相關(guān)數(shù)據(jù)以及基本的業(yè)務(wù)數(shù)據(jù)模型信息；本發(fā)明實(shí)現(xiàn)了在對(duì)不同數(shù)據(jù)業(yè)務(wù)進(jìn)行受理時(shí)，提高業(yè)務(wù)處理模塊的效率和技術(shù)復(fù)用及共享性，同時(shí)降低開發(fā)成本。
文檔編號(hào)H04L12/56GK102111441SQ20101061838
公開日2011年6月29日 申請(qǐng)日期2010年12月22日 優(yōu)先權(quán)日2010年12月22日
發(fā)明者孟艷青 申請(qǐng)人:北京新媒傳信科技有限公司