專(zhuān)利名稱(chēng)：一種消息處理方法和網(wǎng)絡(luò)實(shí)體的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及消息傳送處理技術(shù)，更具體地說(shuō)，涉及一種消息處理方法和網(wǎng)絡(luò)實(shí)體。
背景技術(shù)：
計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展為超大規(guī)模企業(yè)的跨區(qū)域協(xié)同協(xié)作提供了方便。以電信運(yùn)行商為例，為了在更為廣闊的地理范圍內(nèi)提供電信服務(wù)，電信運(yùn)營(yíng)商部署了大量的網(wǎng)絡(luò)設(shè)備。在這種情況下，為了滿(mǎn)足用戶(hù)的漫游需要，需要在眾多網(wǎng)絡(luò)設(shè)備之間共享用戶(hù)信息。因此引發(fā)了在網(wǎng)絡(luò)設(shè)備之間傳遞信息的需求。 然而，出于價(jià)格和性能方面的原因，即使是同種類(lèi)型的設(shè)備，電信運(yùn)營(yíng)商也可能同
時(shí)選擇多家供應(yīng)商。而不同供應(yīng)商提供的設(shè)備所采用的工作原理和工作參數(shù)不盡相同，因
此導(dǎo)致了設(shè)備之間在相互傳遞消息時(shí)存在互通性問(wèn)題。為了解決不同設(shè)備之間消息傳遞過(guò)
程中存在的互通性問(wèn)題，運(yùn)營(yíng)商和供應(yīng)商均投入了大量的人力無(wú)力，但效果均不盡理想。最
為突出的一點(diǎn)便是提供的解決方案不具備擴(kuò)展性，即雖然可解決現(xiàn)有設(shè)備之間的互通性問(wèn)
題，但在新增設(shè)備時(shí)同樣會(huì)出現(xiàn)類(lèi)似的問(wèn)題。例如，在新增設(shè)備時(shí)，該新增設(shè)備發(fā)出的消息
對(duì)于原有設(shè)備而言，往往不具備相應(yīng)的接收和處理邏輯，導(dǎo)致消息處理出錯(cuò)。
因此，需要一種消息傳送和處理解決方案，可有效克服現(xiàn)有技術(shù)之中存在的設(shè)備
之間在傳遞消息時(shí)發(fā)生的互通性問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題在于，針對(duì)現(xiàn)有技術(shù)消息處理邏輯不具備擴(kuò)展性的缺
陷，提供一種消息處理方法和網(wǎng)絡(luò)實(shí)體。 本發(fā)明解決其技術(shù)問(wèn)題所采用的技術(shù)方案是 構(gòu)造一種消息處理方法，用于接收并處理來(lái)自發(fā)送方網(wǎng)絡(luò)實(shí)體的消息，包括
接收步驟，包括接收所述消息，提取其中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)，據(jù)此計(jì)算該消息的消息權(quán)重，依據(jù)該消息權(quán)重將其插入消息隊(duì)列； 處理步驟，包括讀取消息隊(duì)列中消息權(quán)重最大的消息，提取其中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)，據(jù)此調(diào)用對(duì)應(yīng)的處理邏輯對(duì)該消息進(jìn)行處理。 在本發(fā)明提供的消息處理方法中，所述消息的傳送方式為下列方式其中之一 JAVA; HTTP; Socket; JMS ; FTP; SOAP; WEB SERVICE。 在本發(fā)明提供的消息處理方法中，在收到所述消息后，所述接收步驟還包括對(duì)該消息進(jìn)行安全性驗(yàn)證，并在經(jīng)安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為受信網(wǎng)絡(luò)實(shí)體的情況下，提取所述發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)。 在本發(fā)明提供的消息處理方法中，在經(jīng)安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為受信網(wǎng)絡(luò)實(shí)體的情況下，所述接收步驟還包括，對(duì)所述消息進(jìn)行有效性驗(yàn)證，并在經(jīng)有效性驗(yàn)證確定該消息有效的情況下，提取所述發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)。 在本發(fā)明提供的消息處理方法中，在經(jīng)安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為非受信網(wǎng)絡(luò)實(shí)體的情況下，所述接收步驟還包括發(fā)出安全告警提示； 在經(jīng)有效性驗(yàn)證確定所述消息無(wú)效的情況下，所述接收步驟還包括發(fā)出無(wú)效提示。 本發(fā)明還提供了一種網(wǎng)絡(luò)實(shí)體，用于接收并處理來(lái)自發(fā)送方網(wǎng)絡(luò)實(shí)體的消息，包括 接收模塊，用于接收所述消息，提取其中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)，據(jù)此計(jì)算該消息的消息權(quán)重，依據(jù)該消息權(quán)重將其插入消息隊(duì)列； 處理模塊，用于讀取消息隊(duì)列中消息權(quán)重最大的消息，提取其中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)，據(jù)此調(diào)用對(duì)應(yīng)的處理邏輯對(duì)該消息進(jìn)行處理。 在本發(fā)明提供的網(wǎng)絡(luò)實(shí)體中，所述消息的傳送方式為下列方式其中之一 JAVA ; HTTP ; Socket ; JMS ; FTP ; SOAP; WEB SERVICE。 在本發(fā)明提供的網(wǎng)絡(luò)實(shí)體中，在收到所述消息后，所述接收模塊還用于對(duì)該消息進(jìn)行安全性驗(yàn)證，并在經(jīng)安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為受信網(wǎng)絡(luò)實(shí)體的情況下，提取所述發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)。 在本發(fā)明提供的網(wǎng)絡(luò)實(shí)體中，在經(jīng)安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為受信網(wǎng)絡(luò)實(shí)體的情況下，所述接收模塊還用于，對(duì)所述消息進(jìn)行有效性驗(yàn)證，并在經(jīng)有效性驗(yàn)證確定該消息有效的情況下，提取所述發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)。 在本發(fā)明提供的網(wǎng)絡(luò)實(shí)體中，在經(jīng)安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為非受信網(wǎng)絡(luò)實(shí)體的情況下，所述接收模塊還用于發(fā)出安全告警提示； 在經(jīng)有效性驗(yàn)證確定所述消息無(wú)效的情況下，所述接收模塊還用于發(fā)出無(wú)效提示。 實(shí)施本發(fā)明的技術(shù)方案，具有以下有益效果本發(fā)明提供的消息處理方法和網(wǎng)絡(luò)實(shí)體配置有多種插件式接收解析組件，從而可以接收通過(guò)各種方式傳送的消息；此外，在新增消息類(lèi)型時(shí)，還可動(dòng)態(tài)新增對(duì)應(yīng)的插件式接收解析組件，而無(wú)需進(jìn)行整體升級(jí)。同理，本發(fā)明提供的技術(shù)方案配置有多種插件式消息處理邏輯，從而可以處理各種格式的消息；此外，在新增消息類(lèi)型時(shí)，還可動(dòng)態(tài)新增對(duì)應(yīng)的插件式處理邏輯，而無(wú)需進(jìn)行整體升級(jí)。因此，本發(fā)明提供的技術(shù)方案具有良好的擴(kuò)展性。


下面將結(jié)合附圖及實(shí)施例對(duì)本發(fā)明作進(jìn)一步說(shuō)明，附圖中 圖1是依據(jù)本發(fā)明一較佳實(shí)施例的消息傳送方法中接收步驟的流程圖 圖2是依據(jù)本發(fā)明一較佳實(shí)施例的消息傳送方法中采集步驟的流程圖 圖3是依據(jù)本發(fā)明一較佳實(shí)施例的消息傳送方法中發(fā)送步驟的流程圖 圖4是依據(jù)本發(fā)明一較佳實(shí)施例的消息傳送系統(tǒng)的邏輯結(jié)構(gòu)示意圖； 圖5是依據(jù)本發(fā)明一較佳實(shí)施例的消息處理方法中接收步驟的流程圖； 圖6是依據(jù)本發(fā)明一較佳實(shí)施例的消息處理方法中處理步驟的流程圖； 圖7是依據(jù)本發(fā)明一較佳實(shí)施例的網(wǎng)絡(luò)實(shí)體的邏輯結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對(duì) 本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并 不用于限定本發(fā)明。 本發(fā)明提供的消息處理方法和網(wǎng)絡(luò)實(shí)體配置有多種插件式接收解析組件，從而可 以接收通過(guò)各種方式傳送的消息；此外，在新增消息類(lèi)型時(shí)，還可動(dòng)態(tài)新增對(duì)應(yīng)的插件式接 收解析組件，而無(wú)需進(jìn)行整體升級(jí)。同理，本發(fā)明提供的技術(shù)方案配置有多種插件式消息處 理邏輯，從而可以處理各種格式的消息；此外，在新增消息類(lèi)型時(shí)，還可動(dòng)態(tài)新增對(duì)應(yīng)的插 件式處理邏輯，而無(wú)需進(jìn)行整體升級(jí)。因此，本發(fā)明提供的技術(shù)方案具有良好的擴(kuò)展性。下 面就結(jié)合附圖和具體實(shí)施例來(lái)對(duì)本發(fā)明提供的技術(shù)方案進(jìn)行詳細(xì)描述。 本發(fā)明提供的消息傳送方法包括接收步驟、采集步驟和發(fā)送步驟。下面分別結(jié)合 附圖對(duì)這三個(gè)步驟進(jìn)行詳細(xì)描述。
圖1是依據(jù)本發(fā)明一較佳實(shí)施例的消息傳送方法中接收步驟100的流程圖。如圖
1所示，消息傳送方法中接收步驟100開(kāi)始于步驟102。 隨后，在下一步驟104，接收發(fā)送方網(wǎng)絡(luò)實(shí)體發(fā)出的傳送請(qǐng)求。 在具體實(shí)現(xiàn)過(guò)程中，網(wǎng)絡(luò)實(shí)體可以是例如但不限于業(yè)務(wù)子系統(tǒng)、外部網(wǎng)元或者系 統(tǒng)等。 在具體實(shí)現(xiàn)過(guò)程中，發(fā)送方網(wǎng)絡(luò)實(shí)體在傳送消息之前，首先發(fā)出傳送請(qǐng)求。在具體
實(shí)現(xiàn)過(guò)程中，傳送請(qǐng)求的傳送方式可以是例如但不限于下列方式其中之一 JAVA ; HTTP ; Socket ; JMS ; FTP ; SOAP ; WEB SERVICE。 隨后，在下一步驟106，對(duì)收到的傳送請(qǐng)求進(jìn)行安全性驗(yàn)證，若驗(yàn)證成功，則轉(zhuǎn)到步 驟108，否則轉(zhuǎn)到步驟112。
在具體實(shí)現(xiàn)過(guò)程中，為提高消息傳送的安全性，可對(duì)發(fā)送方網(wǎng)絡(luò)實(shí)體進(jìn)行安全性 驗(yàn)證，這種安全性驗(yàn)證可依據(jù)例如但不限于發(fā)送方網(wǎng)絡(luò)實(shí)體的IP地址、用戶(hù)名和密碼等來(lái) 實(shí)現(xiàn)。例如，若判定發(fā)送方網(wǎng)絡(luò)實(shí)體的IP地址不合法，則將導(dǎo)致驗(yàn)證失敗。又例如，若判定 發(fā)送方網(wǎng)絡(luò)實(shí)體的用戶(hù)名和密碼不匹配，也將導(dǎo)致驗(yàn)證失敗。 如上文所述，若在步驟106判定安全性驗(yàn)證成功，則轉(zhuǎn)到步驟108，繼續(xù)對(duì)收到的 傳送請(qǐng)求進(jìn)行有效性驗(yàn)證，若驗(yàn)證成功，則轉(zhuǎn)到步驟110，否則轉(zhuǎn)到步驟112。
如上文所述，若在步驟108判定有效性驗(yàn)證成功，則轉(zhuǎn)到步驟110，提取傳送請(qǐng)求 中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)和優(yōu)先級(jí)，并據(jù)此計(jì)算采集操作權(quán)重傳送請(qǐng)求權(quán)重。然后接 收步驟100轉(zhuǎn)到步驟114。 在具體實(shí)現(xiàn)過(guò)程中，不同類(lèi)型的網(wǎng)絡(luò)實(shí)體可采用不同的傳送方式發(fā)送傳送請(qǐng)求。 因此，在收到不同網(wǎng)絡(luò)實(shí)體發(fā)出的傳送請(qǐng)求時(shí)，首先需要確定發(fā)送方網(wǎng)絡(luò)實(shí)體所采用的傳 送方式，然后才能依據(jù)該傳送方式對(duì)應(yīng)的提取插件提取傳送請(qǐng)求中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體 標(biāo)識(shí)和優(yōu)先級(jí)。例如，若發(fā)送方網(wǎng)絡(luò)實(shí)體采用HTTP方式發(fā)送傳送請(qǐng)求，則需要調(diào)用HTTP方 式的提取插件來(lái)提取發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)和優(yōu)先級(jí)。而在具體實(shí)現(xiàn)過(guò)程中，可依據(jù)發(fā)送方 網(wǎng)絡(luò)實(shí)體的IP地址來(lái)確定其采用的傳送方式。例如使用發(fā)送方網(wǎng)絡(luò)實(shí)體的IP地址在IP 地址與傳送方式對(duì)照表中查找對(duì)應(yīng)的傳送方式。更為重要的一點(diǎn)是，當(dāng)新增其他類(lèi)型的發(fā) 送方網(wǎng)絡(luò)實(shí)體時(shí)，若新增的發(fā)送方網(wǎng)絡(luò)實(shí)體采用新增方式發(fā)送其傳送請(qǐng)求，則可針對(duì)該新 增方式開(kāi)發(fā)新的提取插件來(lái)提取傳送請(qǐng)求中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)和優(yōu)先級(jí)，而無(wú)需 進(jìn)行整體升級(jí)。由此可見(jiàn)本發(fā)明提供的技術(shù)方案具有良好的擴(kuò)展性。 在提取了發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)和優(yōu)先級(jí)后，便可據(jù)此計(jì)算傳送請(qǐng)求權(quán)重。傳送請(qǐng) 求權(quán)重直接反映出該傳送請(qǐng)求的處理優(yōu)先程度。 隨后，在下一步驟114，依據(jù)該傳送請(qǐng)求權(quán)重將該傳送請(qǐng)求插入請(qǐng)求隊(duì)列中的對(duì)應(yīng) 位置。隨后，接收步驟100轉(zhuǎn)到步驟116。 在具體實(shí)現(xiàn)過(guò)程中，請(qǐng)求隊(duì)列中的各傳送請(qǐng)求是依據(jù)傳送請(qǐng)求權(quán)重進(jìn)行排列的， 傳送請(qǐng)求權(quán)重越大，排位越靠前。 如上文所述，若在步驟108判定有效性驗(yàn)證失敗，則轉(zhuǎn)到步驟112，發(fā)出驗(yàn)證失敗 提示。在具體實(shí)現(xiàn)過(guò)程中，此時(shí)的驗(yàn)證失敗提示為有效性驗(yàn)證失敗提示。隨后，接收步驟 IOO轉(zhuǎn)到步驟116。 如上文所述，若在步驟106判定安全性驗(yàn)證失敗，則轉(zhuǎn)到步驟112，發(fā)出驗(yàn)證失敗 提示。在具體實(shí)現(xiàn)過(guò)程中，此時(shí)的驗(yàn)證失敗提示為安全性驗(yàn)證失敗提示。隨后，接收步驟 IOO轉(zhuǎn)到步驟116。 最后，接收步驟100結(jié)束于步驟116。 圖2是依據(jù)本發(fā)明一較佳實(shí)施例的消息傳送方法中采集步驟200的流程圖。如圖 2所示，采集步驟200開(kāi)始于步驟202。 隨后，在下一步驟204，從請(qǐng)求隊(duì)列中讀取傳送請(qǐng)求權(quán)重最大的傳送請(qǐng)求，如上文 所述，請(qǐng)求隊(duì)列中的各傳送請(qǐng)求是依據(jù)操作權(quán)重進(jìn)行排列的，傳送請(qǐng)求權(quán)重越大，排位越靠 前。因此，排位最靠前的傳送請(qǐng)求最先得到處理。 隨后，在下一步驟206，依據(jù)所讀取的傳送請(qǐng)求中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)讀取 對(duì)應(yīng)的采集參數(shù)。
在具體實(shí)現(xiàn)過(guò)程中，網(wǎng)絡(luò)實(shí)體的類(lèi)型各不相同，因此各網(wǎng)絡(luò)實(shí)體待發(fā)送的消息的 存儲(chǔ)位置和存儲(chǔ)格式也各不相同。因此，需要依據(jù)發(fā)送方網(wǎng)絡(luò)實(shí)體的標(biāo)識(shí)讀取對(duì)應(yīng)的采集 參數(shù)。 隨后，在下一步驟208，依據(jù)讀取的采集參數(shù)從發(fā)出該傳送請(qǐng)求的發(fā)送方網(wǎng)絡(luò)實(shí)體 采集待傳送的消息。 隨后，在下一步驟210，依據(jù)發(fā)送方網(wǎng)絡(luò)實(shí)體的標(biāo)識(shí)確定接收方網(wǎng)絡(luò)實(shí)體的標(biāo)識(shí)。
在具體實(shí)現(xiàn)過(guò)程中，發(fā)送方網(wǎng)絡(luò)實(shí)體所發(fā)出的消息的接收方往往是固定的。例如， 以電信運(yùn)營(yíng)商為例，分支計(jì)費(fèi)服務(wù)器需要將計(jì)費(fèi)結(jié)果打包成消息發(fā)往中央計(jì)費(fèi)服務(wù)器，而 不會(huì)發(fā)往其他的網(wǎng)絡(luò)實(shí)體。如此一來(lái)，便可依據(jù)發(fā)送方網(wǎng)絡(luò)實(shí)體的標(biāo)識(shí)通過(guò)查找發(fā)送-接 收對(duì)照表來(lái)確定接收方網(wǎng)絡(luò)實(shí)體的標(biāo)識(shí)，由此確定接收方網(wǎng)絡(luò)實(shí)體。 隨后，在下一步驟212，依據(jù)接收方網(wǎng)絡(luò)實(shí)體的標(biāo)識(shí)讀取對(duì)應(yīng)的格式轉(zhuǎn)換模板并依 據(jù)該格式轉(zhuǎn)換模板對(duì)采集的消息進(jìn)行格式轉(zhuǎn)換。應(yīng)注意，格式轉(zhuǎn)換后的消息中包含接收方 網(wǎng)絡(luò)實(shí)體的標(biāo)識(shí)。 在具體實(shí)現(xiàn)過(guò)程中，格式轉(zhuǎn)換模板可采用插件方式設(shè)置，在新增網(wǎng)絡(luò)實(shí)體時(shí)，只需 開(kāi)發(fā)并設(shè)置其對(duì)應(yīng)的新的格式轉(zhuǎn)換模板即可，而無(wú)需進(jìn)行整體升級(jí)。為便于實(shí)現(xiàn)，格式轉(zhuǎn)換 模板可采用插件方式實(shí)現(xiàn)。 隨后，在下一步驟214，依據(jù)發(fā)送方網(wǎng)絡(luò)實(shí)體的類(lèi)型計(jì)算所述消息的消息權(quán)重。
隨后，在下一步驟216，依據(jù)消息權(quán)重將該消息插入消息隊(duì)列。 與請(qǐng)求隊(duì)列類(lèi)似，消息隊(duì)列中的各個(gè)消息是依據(jù)消息權(quán)重進(jìn)行排列的，消息權(quán)重 越大，排位越靠前。 最后，方法200結(jié)束于步驟218。 圖3是依據(jù)本發(fā)明一較佳實(shí)施例的消息傳送方法中發(fā)送步驟300的流程圖。如圖 3所示，發(fā)送步驟300開(kāi)始于步驟302。 隨后，在下一步驟304，從消息隊(duì)列中讀取消息權(quán)重最大的消息并確定其接收方網(wǎng) 絡(luò)實(shí)體。 如上文所述，消息隊(duì)列中的各個(gè)消息是依據(jù)消息權(quán)重進(jìn)行排列的，消息權(quán)重越大， 排位越靠前。因此，排位最靠前的消息最先得到處理。 此外，如上文所述，格式轉(zhuǎn)換后的消息中包含接收方網(wǎng)絡(luò)實(shí)體的標(biāo)識(shí)，由此便可確 定該消息的接收方網(wǎng)絡(luò)實(shí)體。 隨后，在下一步驟306，通過(guò)接收方網(wǎng)絡(luò)實(shí)體所對(duì)應(yīng)的傳送方式將該消息發(fā)往該接 收方網(wǎng)絡(luò)實(shí)體。 在具體實(shí)現(xiàn)過(guò)程中，不同的接收方網(wǎng)絡(luò)實(shí)體，其采用的消息傳送方式也各不相同。
消息的傳送方式可以是例如但不限于下列方式其中之一 JAVA ; HTTP; Socket ; JMS ; FTP ; SOAP ;
8
WEB SERVICE。 由于接收方網(wǎng)絡(luò)實(shí)體的消息傳送方式各不相同，因此本發(fā)明提供了多種傳送邏輯 來(lái)滿(mǎn)足不同接收方網(wǎng)絡(luò)實(shí)體的傳送需要。在具體實(shí)現(xiàn)過(guò)程中，傳送邏輯采用插件化方式來(lái) 實(shí)現(xiàn)。更為重要的一點(diǎn)是，當(dāng)新增其他類(lèi)型的接收方網(wǎng)絡(luò)實(shí)體時(shí)，若新增的接收方網(wǎng)絡(luò)實(shí)體 采用新增方式接收其消息，則可針對(duì)該新增方式開(kāi)發(fā)新的傳送插件來(lái)發(fā)送消息，而無(wú)需進(jìn) 行整體升級(jí)。由此可見(jiàn)本發(fā)明提供的技術(shù)方案具有良好的擴(kuò)展性。 在具體實(shí)現(xiàn)過(guò)程中，步驟306還可包括，在發(fā)送失敗時(shí)發(fā)出發(fā)送失敗提示。在具體 實(shí)現(xiàn)過(guò)程中，還可設(shè)置一提醒閾值。當(dāng)發(fā)出失敗提示的次數(shù)超過(guò)該提醒閾值時(shí)，通過(guò)短消息 等方式通知管理員。 最后，發(fā)送步驟300結(jié)束于步驟308 。 本發(fā)明還提供了一種消息傳送系統(tǒng)，下面就結(jié)合圖4對(duì)其進(jìn)行描述。 圖4是依據(jù)本發(fā)明一較佳實(shí)施例的消息傳送系統(tǒng)400的邏輯結(jié)構(gòu)示意圖。如圖4
所示，本發(fā)明提供的消息傳送系統(tǒng)400包括接收模塊402、采集模塊404和發(fā)送模塊406。 接收模塊402用于接收發(fā)送方網(wǎng)絡(luò)實(shí)體發(fā)出的傳送請(qǐng)求，依據(jù)其中包含的發(fā)送方
網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)和優(yōu)先級(jí)計(jì)算傳送請(qǐng)求權(quán)重，依據(jù)該傳送請(qǐng)求權(quán)重將該傳送請(qǐng)求插入請(qǐng)求隊(duì)列。 在具體實(shí)現(xiàn)過(guò)程中，接收模塊402用于執(zhí)行圖1中描述的接收步驟100中的各個(gè) 步驟。有關(guān)接收步驟100的具體內(nèi)容已經(jīng)在前文結(jié)合圖1做了清楚的描述，因此此處不再 贅述。 采集模塊404用于執(zhí)行如下操作 從請(qǐng)求隊(duì)列中讀取傳送請(qǐng)求權(quán)重最大的傳送請(qǐng)求，依據(jù)其中包含的發(fā)送方網(wǎng)絡(luò)實(shí) 體標(biāo)識(shí)讀取對(duì)應(yīng)的采集參數(shù)，并依據(jù)該采集參數(shù)從發(fā)出該傳送請(qǐng)求的發(fā)送方網(wǎng)絡(luò)實(shí)體采集 待傳送的消息； 依據(jù)所述發(fā)送方網(wǎng)絡(luò)實(shí)體的標(biāo)識(shí)確定接收方網(wǎng)絡(luò)實(shí)體的標(biāo)識(shí)，據(jù)此讀取對(duì)應(yīng)的格 式轉(zhuǎn)換模板并依據(jù)該格式轉(zhuǎn)換模板對(duì)采集的消息進(jìn)行格式轉(zhuǎn)換； 依據(jù)所述發(fā)送方網(wǎng)絡(luò)實(shí)體的標(biāo)識(shí)計(jì)算所述消息的消息權(quán)重，并依據(jù)該消息權(quán)重將 該消息插入消息隊(duì)列； 在具體實(shí)現(xiàn)過(guò)程中，采集模塊404用于執(zhí)行圖2中描述的采集步驟200中的各個(gè) 步驟。有關(guān)采集步驟200的具體內(nèi)容已經(jīng)在前文結(jié)合圖2做了清楚的描述，因此此處不再 贅述。 發(fā)送模塊406用于執(zhí)行如下操作 從消息隊(duì)列中讀取消息權(quán)重最大的消息并確定其接收方網(wǎng)絡(luò)實(shí)體； 通過(guò)接收方網(wǎng)絡(luò)實(shí)體所對(duì)應(yīng)的傳送方式將該消息發(fā)往該接收方網(wǎng)絡(luò)實(shí)體。 在具體實(shí)現(xiàn)過(guò)程中，發(fā)送模塊406用于執(zhí)行圖3中描述的采集步驟300中的各個(gè)
步驟。有關(guān)發(fā)送步驟300的具體內(nèi)容已經(jīng)在前文結(jié)合圖3做了清楚的描述，因此此處不再贅述。 本發(fā)明提供了一種消息處理方法，該方法包括接收步驟和處理步驟，下面就分別 結(jié)合圖5和圖6對(duì)其進(jìn)行詳細(xì)描述。 圖5是依據(jù)本發(fā)明一較佳實(shí)施例的消息處理方法中接收步驟500的流程圖。如圖5所示，接收步驟500開(kāi)始于步驟502。
隨后，在下一步驟504，接收消息。 如上文所述，消息傳送系統(tǒng)在將消息轉(zhuǎn)發(fā)給接收方網(wǎng)絡(luò)實(shí)體之前，已經(jīng)確定了接
收方網(wǎng)絡(luò)實(shí)體的消息傳送方式，因此其轉(zhuǎn)發(fā)的消息將采用接收方網(wǎng)絡(luò)實(shí)體所對(duì)應(yīng)的消息傳
送方式進(jìn)行轉(zhuǎn)發(fā)。作為可選的，為降低消息傳送系統(tǒng)的工作負(fù)擔(dān)，消息傳送系統(tǒng)可采用缺省
的消息傳送方式向接收方網(wǎng)絡(luò)實(shí)體轉(zhuǎn)發(fā)消息，或者采用與發(fā)送方網(wǎng)絡(luò)實(shí)體相同的傳送方式
(例如傳送請(qǐng)求的傳送方式)向接收方網(wǎng)絡(luò)實(shí)體轉(zhuǎn)發(fā)消息。在這種情況下，對(duì)應(yīng)不同類(lèi)型的
消息傳送方式，接收方網(wǎng)絡(luò)實(shí)體需要具備相應(yīng)的接收識(shí)別邏輯，如此一來(lái)，其便可接收識(shí)別
通過(guò)各種傳送方式傳送的消息。更為重要的一點(diǎn)是，這種接收識(shí)別邏輯可采用插件方式實(shí)
現(xiàn)。當(dāng)新增其他類(lèi)型的消息傳送方式時(shí)，可針對(duì)該新增方式開(kāi)發(fā)新的接收識(shí)別邏輯插件來(lái)
接收通過(guò)這種新增方式轉(zhuǎn)發(fā)的消息，而無(wú)需進(jìn)行整體升級(jí)。由此可見(jiàn)本發(fā)明提供的技術(shù)方
案具有良好的擴(kuò)展性。在具體實(shí)現(xiàn)過(guò)程中，向接收方網(wǎng)絡(luò)是傳送消息時(shí)候所采用的消息傳
送方式可以是下列方式其中之一 JAVA ; HTTP; Socket; JMS ; FTP; SOAP; WEB SERVICE。 隨后，在下一步驟506，對(duì)收到的消息進(jìn)行安全性驗(yàn)證，若驗(yàn)證成功，則轉(zhuǎn)到步驟 508，否則轉(zhuǎn)到步驟510。 在具體實(shí)現(xiàn)過(guò)程中，接收方網(wǎng)絡(luò)實(shí)體在收到消息后，需要對(duì)消息進(jìn)行安全性驗(yàn)證， 以確定發(fā)出該消息的發(fā)送方網(wǎng)絡(luò)實(shí)體是否為受信網(wǎng)絡(luò)實(shí)體。只有認(rèn)定發(fā)送方網(wǎng)絡(luò)實(shí)體為受 信網(wǎng)絡(luò)實(shí)體，才能繼續(xù)進(jìn)行后續(xù)操作。有關(guān)安全性驗(yàn)證的具體技術(shù)內(nèi)容可參照上文圖1中 描述的安全性驗(yàn)證。 如上文所述，若在步驟506判定安全性驗(yàn)證成功，則轉(zhuǎn)到步驟508，繼續(xù)對(duì)收到的 消息進(jìn)行有效性驗(yàn)證，若驗(yàn)證成功，則轉(zhuǎn)到步驟512，否則轉(zhuǎn)到步驟514。
如上文所述，若在步驟508判定有效性驗(yàn)證成功，則轉(zhuǎn)到步驟512，提取收到的消 息中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)。然后接收步驟500轉(zhuǎn)到步驟516。 隨后，在下一步驟516，依據(jù)發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)計(jì)算消息權(quán)重。然后接收步驟 500轉(zhuǎn)到步驟518。 隨后，在下一步驟518，依據(jù)該消息權(quán)重將其插入消息隊(duì)列。在具體實(shí)現(xiàn)過(guò)程中，消 息隊(duì)列中的各條消息是依據(jù)消息權(quán)重進(jìn)行排列的，消息權(quán)重越大，排位越靠前。然后接收步 驟500轉(zhuǎn)到步驟520。 如上文所述，若在步驟508判定有效性驗(yàn)證失敗，則轉(zhuǎn)到步驟514，發(fā)出無(wú)效提示， 然后轉(zhuǎn)到步驟520。 如上文所述，若在步驟506判定安全性驗(yàn)證成功，則轉(zhuǎn)到步驟510，發(fā)出安全告警 提示，然后轉(zhuǎn)到步驟520。
10
最后，接收步驟500結(jié)束于步驟520。 圖6是依據(jù)本發(fā)明一較佳實(shí)施例的消息處理方法中處理步驟600的流程圖。如圖 6所示，處理步驟600開(kāi)始于步驟602。 隨后，在下一步驟604，讀取消息隊(duì)列中消息權(quán)重最大的消息。如上文所述，消息隊(duì) 列中的各條消息是依據(jù)消息權(quán)重進(jìn)行排列的，消息權(quán)重越大，排位越靠前。因此，排位最靠 前的消息最先得到處理。 隨后，在下一步驟606，提取所讀取的消息中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)。 隨后，在下一步驟608，依據(jù)提取的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)調(diào)用對(duì)應(yīng)的處理邏輯對(duì)該
消息進(jìn)行處理。 在具體實(shí)現(xiàn)過(guò)程中，不同的發(fā)送方網(wǎng)絡(luò)實(shí)體發(fā)來(lái)的消息需要調(diào)用不同的處理邏輯 進(jìn)行處理。例如中央計(jì)費(fèi)服務(wù)器除了接收分支計(jì)費(fèi)服務(wù)器傳送來(lái)的計(jì)費(fèi)消息外，還會(huì)接收 其他網(wǎng)絡(luò)實(shí)體發(fā)來(lái)的消息，例如但不限于客戶(hù)服務(wù)部門(mén)的應(yīng)答服務(wù)器所傳送來(lái)的賬單請(qǐng)求 消息。因此，需要根據(jù)發(fā)送方網(wǎng)絡(luò)實(shí)體來(lái)選擇對(duì)應(yīng)的消息處理邏輯。在具體實(shí)現(xiàn)過(guò)程中，本 發(fā)明提供的消息處理邏輯采用插件方式實(shí)現(xiàn)，以方便調(diào)用。更為重要的是，當(dāng)新增消息類(lèi)型 時(shí)，可專(zhuān)門(mén)為該消息類(lèi)型開(kāi)發(fā)處理邏輯，而無(wú)需進(jìn)行整體升級(jí)。因此，本發(fā)明提供的技術(shù)方 案具有良好的擴(kuò)展性。 本發(fā)明還提供了一種網(wǎng)絡(luò)實(shí)體，下面就結(jié)合圖7對(duì)其進(jìn)行詳細(xì)描述。 圖7是依據(jù)本發(fā)明一較佳實(shí)施例的網(wǎng)絡(luò)實(shí)體700的邏輯結(jié)構(gòu)示意圖。如圖7所示，
網(wǎng)絡(luò)實(shí)體700包括接收模塊702和處理模塊704。 接收模塊702用于接收所述消息，提取其中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)，據(jù)此計(jì) 算該消息的消息權(quán)重，依據(jù)該消息權(quán)重將其插入消息隊(duì)列。 在具體實(shí)現(xiàn)過(guò)程中，接收模塊702用于執(zhí)行上文所述的接收步驟500中描述的各 項(xiàng)操作。例如，在收到所述消息后，接收模塊702還用于對(duì)該消息進(jìn)行安全性驗(yàn)證，并在經(jīng) 安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為受信網(wǎng)絡(luò)實(shí)體的情況下，提取所述發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo) 識(shí)。而在經(jīng)安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為非受信網(wǎng)絡(luò)實(shí)體的情況下，接收模塊702還 用于發(fā)出安全告警提示。又例如，在經(jīng)安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為受信網(wǎng)絡(luò)實(shí)體的 情況下，接收模塊702還用于對(duì)所述消息進(jìn)行有效性驗(yàn)證，并在經(jīng)有效性驗(yàn)證確定該消息 有效的情況下，提取所述發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)。而在經(jīng)有效性驗(yàn)證確定所述消息無(wú)效的情 況下，所述接收模塊還用于發(fā)出無(wú)效提示。 處理模塊704用于讀取消息隊(duì)列中消息權(quán)重最大的消息，提取其中包含的發(fā)送方 網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)，據(jù)此調(diào)用對(duì)應(yīng)的處理邏輯對(duì)該消息進(jìn)行處理。 在具體實(shí)現(xiàn)過(guò)程中，接收模塊704用于執(zhí)行上文所述的處理步驟600中描述的各 項(xiàng)操作。 以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種消息處理方法，用于接收并處理來(lái)自發(fā)送方網(wǎng)絡(luò)實(shí)體的消息，其特征在于，包括接收步驟，包括接收所述消息，提取其中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)，據(jù)此計(jì)算該消息的消息權(quán)重，依據(jù)該消息權(quán)重將其插入消息隊(duì)列；處理步驟，包括讀取消息隊(duì)列中消息權(quán)重最大的消息，提取其中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)，據(jù)此調(diào)用對(duì)應(yīng)的處理邏輯對(duì)該消息進(jìn)行處理。
2. 根據(jù)權(quán)利要求1所述的消息處理方法，其特征在于，所述消息的傳送方式為下列方式其中之一JAVA ;HTTP ;Socket ;JMS ;FTP ;SOAP ;WEB SERVICE。
3. 根據(jù)權(quán)利要求1所述的消息處理方法，其特征在于，在收到所述消息后，所述接收步驟還包括對(duì)該消息進(jìn)行安全性驗(yàn)證，并在經(jīng)安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為受信網(wǎng)絡(luò)實(shí)體的情況下，提取所述發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)。
4. 根據(jù)權(quán)利要求3所述的消息處理方法，其特征在于，在經(jīng)安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為受信網(wǎng)絡(luò)實(shí)體的情況下，所述接收步驟還包括，對(duì)所述消息進(jìn)行有效性驗(yàn)證，并在經(jīng)有效性驗(yàn)證確定該消息有效的情況下，提取所述發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)。
5. 根據(jù)權(quán)利要求4所述的消息處理方法，其特征在于，在經(jīng)安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為非受信網(wǎng)絡(luò)實(shí)體的情況下，所述接收步驟還包括發(fā)出安全告警提示；在經(jīng)有效性驗(yàn)證確定所述消息無(wú)效的情況下，所述接收步驟還包括發(fā)出無(wú)效提示。
6. —種網(wǎng)絡(luò)實(shí)體，用于接收并處理來(lái)自發(fā)送方網(wǎng)絡(luò)實(shí)體的消息，其特征在于，包括接收模塊，用于接收所述消息，提取其中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)，據(jù)此計(jì)算該消息的消息權(quán)重，依據(jù)該消息權(quán)重將其插入消息隊(duì)列；處理模塊，用于讀取消息隊(duì)列中消息權(quán)重最大的消息，提取其中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)，據(jù)此調(diào)用對(duì)應(yīng)的處理邏輯對(duì)該消息進(jìn)行處理。
7. 根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)實(shí)體，其特征在于，所述消息的傳送方式為下列方式其中之一JAVA ;HTTP ;Socket ;JMS ;FTP ;SOAP ;WEB SERVICE。
8. 根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)實(shí)體，其特征在于，在收到所述消息后，所述接收模塊還用于對(duì)該消息進(jìn)行安全性驗(yàn)證，并在經(jīng)安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為受信網(wǎng)絡(luò)實(shí)體的情況下，提取所述發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)。
9. 根據(jù)權(quán)利要求8所述的網(wǎng)絡(luò)實(shí)體，其特征在于，在經(jīng)安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為受信網(wǎng)絡(luò)實(shí)體的情況下，所述接收模塊還用于，對(duì)所述消息進(jìn)行有效性驗(yàn)證，并在經(jīng)有效性驗(yàn)證確定該消息有效的情況下，提取所述發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)。
10. 根據(jù)權(quán)利要求9所述的網(wǎng)絡(luò)實(shí)體，其特征在于，在經(jīng)安全性驗(yàn)證確定發(fā)送方網(wǎng)絡(luò)實(shí)體為非受信網(wǎng)絡(luò)實(shí)體的情況下，所述接收模塊還用于發(fā)出安全告警提示；在經(jīng)有效性驗(yàn)證確定所述消息無(wú)效的情況下，所述接收模塊還用于發(fā)出無(wú)效提示。
全文摘要
本發(fā)明涉及消息傳送處理技術(shù)，針對(duì)現(xiàn)有技術(shù)消息處理邏輯不具備擴(kuò)展性的缺陷，提供一種消息處理方法和網(wǎng)絡(luò)實(shí)體。消息處理方法用于接收并處理來(lái)自發(fā)送方網(wǎng)絡(luò)實(shí)體的消息，包括接收所述消息，提取其中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)，據(jù)此計(jì)算該消息的消息權(quán)重，依據(jù)該消息權(quán)重將其插入消息隊(duì)列；讀取消息隊(duì)列中消息權(quán)重最大的消息，提取其中包含的發(fā)送方網(wǎng)絡(luò)實(shí)體標(biāo)識(shí)，據(jù)此調(diào)用對(duì)應(yīng)的處理邏輯對(duì)該消息進(jìn)行處理。本發(fā)明還提供了一種網(wǎng)絡(luò)實(shí)體。本發(fā)明提供的技術(shù)方案配置有多種插件式接收解析組件，從而可以接收通過(guò)各種方式傳送的消息；在新增消息類(lèi)型時(shí)可動(dòng)態(tài)新增對(duì)應(yīng)的插件式接收解析組件。本發(fā)明提供的技術(shù)方案具有良好的擴(kuò)展性。
文檔編號(hào)H04L29/08GK101778055SQ20091023953
公開(kāi)日2010年7月14日 申請(qǐng)日期2009年12月31日 優(yōu)先權(quán)日2009年12月31日
發(fā)明者任恒軍, 吳良平, 宮建濤, 廖炳才, 熊朝陽(yáng), 黃玉標(biāo), 龍浩 申請(qǐng)人:卓望數(shù)碼技術(shù)(深圳)有限公司