一種短消息傳輸方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及消息中間件技術(shù)領(lǐng)域，尤其涉及一種短消息傳輸方法及裝置。
【背景技術(shù)】
[0002]隨著國(guó)內(nèi)信息化建設(shè)的日益深入，網(wǎng)絡(luò)通信技術(shù)也得到了快速的發(fā)展。與此同時(shí)，企業(yè)隨著自身規(guī)模不斷壯大和信息化建設(shè)的加快，出現(xiàn)了不同部門有不同的應(yīng)用系統(tǒng)，不同子系統(tǒng)完成不同的功能，但各個(gè)系統(tǒng)之間往往互不相連或聯(lián)系很少，從而形成諸多內(nèi)部“信息孤島”的現(xiàn)象。因此，系統(tǒng)和系統(tǒng)之間的互聯(lián)互通及信息傳輸變得越來(lái)越重要。消息中間件逐漸成為系統(tǒng)與系統(tǒng)之間信息共享和數(shù)據(jù)傳輸?shù)年P(guān)鍵組件，通過(guò)消息中間件可以在系統(tǒng)之間進(jìn)行數(shù)據(jù)、消息和文件的傳輸，從而使得系統(tǒng)與系統(tǒng)之間實(shí)現(xiàn)了有機(jī)的聯(lián)系。
[0003]在現(xiàn)有的消息中間件中，在接收到生產(chǎn)者發(fā)送的數(shù)據(jù)之后，首先判斷該數(shù)據(jù)為消息還是文件，當(dāng)該數(shù)據(jù)為消息時(shí)，將所述消息進(jìn)行傳輸，并在將所述消息發(fā)送給消費(fèi)者之前，對(duì)所述消息進(jìn)行安全驗(yàn)證，當(dāng)所述消息驗(yàn)證為安全時(shí)才將所述消息發(fā)送給消費(fèi)者。
[0004]在實(shí)現(xiàn)本發(fā)明的過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下技術(shù)問(wèn)題:
[0005]現(xiàn)有的消息中間件，在傳輸短消息時(shí)，傳輸過(guò)程較復(fù)雜，傳輸效率較低。

【發(fā)明內(nèi)容】

[0006]本發(fā)明提供一種短消息傳輸方法及裝置，能夠簡(jiǎn)化傳輸過(guò)程，提高傳輸效率。
[0007]第一方面，本發(fā)明提供一種短消息傳輸方法，所述短消息傳輸方法應(yīng)用于安全可信的傳輸環(huán)境中，包括以下步驟:
[0008]接收消息生產(chǎn)者發(fā)送的短消息；
[0009]將所述短消息添加到生產(chǎn)者消息隊(duì)列；
[0010]將所述生產(chǎn)者消息隊(duì)列中的短消息轉(zhuǎn)發(fā)給消費(fèi)者消息隊(duì)列；
[0011]將所述消費(fèi)者消息隊(duì)列中的短消息直接發(fā)送給消費(fèi)者。
[0012]第二方面，本發(fā)明提供一種短消息傳輸裝置，所述短消息傳輸裝置應(yīng)用于安全可信的傳輸環(huán)境中，所述裝置包括:
[0013]接收單元，用于接收消息生產(chǎn)者發(fā)送的短消息；
[0014]第一添加單元，用于將所述短消息添加到生產(chǎn)者消息隊(duì)列；
[0015]轉(zhuǎn)發(fā)單元，用于將所述生產(chǎn)者消息隊(duì)列中的短消息轉(zhuǎn)發(fā)給消費(fèi)者消息隊(duì)列；
[0016]發(fā)送單元，用于將所述消費(fèi)者消息隊(duì)列中的短消息直接發(fā)送給消費(fèi)者。
[0017]本發(fā)明實(shí)施例提供的一種短消息傳輸方法及裝置，對(duì)于安全可信的傳輸環(huán)境中，例如企業(yè)內(nèi)網(wǎng)中短消息傳輸提供一種優(yōu)化的傳輸策略，在接收到生產(chǎn)者發(fā)送的短消息后，不判斷其是消息還是文件，并在將所述短消息發(fā)送給消費(fèi)者之前，不對(duì)所述短消息進(jìn)行安全驗(yàn)證及生命周期進(jìn)行驗(yàn)證，直接傳送給消費(fèi)者。從而簡(jiǎn)化了傳輸?shù)倪^(guò)程，提高了傳輸?shù)男省?br>【附圖說(shuō)明】
[0018]為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其它的附圖。
[0019]圖1為本發(fā)明一實(shí)施例短消息傳輸方法的流程圖；
[0020]圖2為本發(fā)明另一實(shí)施例短消息傳輸方法的流程圖；
[0021 ]圖3為本發(fā)明一實(shí)施例短消息傳輸裝置的結(jié)構(gòu)示意圖；
[0022]圖4為本發(fā)明另一實(shí)施例短消息傳輸裝置的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0023]下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其它實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0024]本發(fā)明提供一種短消息傳輸方法，在安全可信的傳輸環(huán)境下，例如企業(yè)內(nèi)網(wǎng)中，針對(duì)消息體類型為文本消息、消息大小較小但消息量巨大且傳輸頻率非常高的短消息，基于消息中間件提供一種優(yōu)化的傳輸策略。其中消息中間件是中間件的一種，中間件是基礎(chǔ)軟件的一大類，屬于可復(fù)用軟件的范疇，中間件處于操作系統(tǒng)軟件與用戶的應(yīng)用軟件的中間。消息中間件是一種由消息傳送機(jī)制或消息隊(duì)列模式組成的中間件技術(shù)，利用高效可靠的消息傳遞機(jī)制進(jìn)行平臺(tái)無(wú)關(guān)的數(shù)據(jù)交流，并基于數(shù)據(jù)通信來(lái)進(jìn)行分布式系統(tǒng)的集成。
[0025]如圖1所示，所述短消息傳輸方法包括:
[0026]步驟Sll:接收消息生產(chǎn)者發(fā)送的短消息；
[0027]其中，常用的JMS消息包括消息標(biāo)頭、消息屬性和消息主體。消息標(biāo)頭是消息的信封，包含為使消息到達(dá)目的地所需要的所有信息。消息屬性可以自定義屬性，以便進(jìn)行消息的選擇。消息主題包含了消息的核心數(shù)據(jù)，包括TextMessage、MapMessage、BytesMessage、StreamMe ssage、0bjec tMe s sage五類消息類型。在這里消息生產(chǎn)者制造的短消息是指消息主體采用文本消息TextMessage并且較小(小于8K)的消息。
[0028]步驟S12:將所述短消息添加到生產(chǎn)者消息隊(duì)列；
[0029]其中，消息隊(duì)列是為了有效控制消息收發(fā)過(guò)程而在消息中間件中內(nèi)置的存儲(chǔ)消息的數(shù)據(jù)結(jié)構(gòu)。此外可以把優(yōu)先級(jí)高的隊(duì)列組織成一個(gè)優(yōu)先隊(duì)列，以便于著急的短消息優(yōu)先被處理。
[0030]步驟S13:將所述生產(chǎn)者消息隊(duì)列中的短消息轉(zhuǎn)發(fā)給消費(fèi)者消息隊(duì)列；
[0031]步驟S14:將所述消費(fèi)者消息隊(duì)列中的短消息直接發(fā)送給消費(fèi)者。
[0032]本發(fā)明實(shí)施例提供的一種短消息傳輸方法，針對(duì)消息體類型為文本消息、消息大小較小但消息量巨大且傳輸頻率非常高的短消息的傳輸場(chǎng)景進(jìn)行優(yōu)化，消息生產(chǎn)者傳輸?shù)臄?shù)據(jù)中只包含短消息，因而相對(duì)于現(xiàn)有技術(shù)中的基于消息中間件的消息傳輸，消息中間件不需要判定消息生產(chǎn)者傳輸?shù)臄?shù)據(jù)是消息還是文件。此外，本發(fā)明實(shí)施例提供的一種短消息傳輸方法應(yīng)用在安全可信的傳輸環(huán)境下，例如企業(yè)內(nèi)部的網(wǎng)絡(luò)中，消息生產(chǎn)者及消息者的安全匹配級(jí)別較高，在把消費(fèi)者消息隊(duì)列里的短消息直接發(fā)送給消費(fèi)者之前，不需要進(jìn)行安全驗(yàn)證及生命周期的驗(yàn)證。從而簡(jiǎn)化了傳輸?shù)倪^(guò)程，提升了傳輸?shù)男省?br>[0033]可選地，在將短消息添加到生產(chǎn)者消息隊(duì)列之前將消息生產(chǎn)者發(fā)送的短消息添加到消息等待隊(duì)列，判斷生產(chǎn)者消息隊(duì)列是否已滿，若生產(chǎn)者消息隊(duì)列已滿，則短消息繼續(xù)在消息等待隊(duì)列中進(jìn)行等待，否則將短消息添加到生產(chǎn)者消息隊(duì)列。
[0034]可選地，在將消費(fèi)者消息隊(duì)列中的短消息直接發(fā)送給消費(fèi)者之前，還包括:對(duì)消費(fèi)者消息隊(duì)列進(jìn)行消息監(jiān)聽(tīng)，判定消費(fèi)者消息隊(duì)列是否為空，若消費(fèi)者消息隊(duì)列為空，則進(jìn)行等待，否則將消費(fèi)者消息隊(duì)列中的短消息直接發(fā)送給消費(fèi)者。
[0035]可選地，將生產(chǎn)者消息隊(duì)列中的短消息按照添加到隊(duì)列中的先后順序依次轉(zhuǎn)發(fā)給消費(fèi)者消息隊(duì)列，由于在隊(duì)列中短消息多采用先進(jìn)先出的控制方式，因此，通常采用隊(duì)列作為消息的存儲(chǔ)結(jié)構(gòu)。
[0036]可選地，所述接收消息生產(chǎn)者發(fā)送的短消息包括:通過(guò)消息應(yīng)用程序接口接收消息生產(chǎn)者發(fā)送的短消息;所述將所述消費(fèi)者消息隊(duì)列中的短消息直接發(fā)送給消費(fèi)者包括:通過(guò)消息應(yīng)用程序接口將所述消費(fèi)者消息隊(duì)列中的短消息直接發(fā)送給消費(fèi)者。即消息生產(chǎn)者調(diào)用發(fā)送消息的API函數(shù)，將需要發(fā)送的短消息存儲(chǔ)到生產(chǎn)者消息隊(duì)列中，消費(fèi)者調(diào)用接收消息的API函數(shù)將需要的短消息從消費(fèi)者消息隊(duì)列中取出。當(dāng)前主流的短信息傳輸策略技術(shù)還是服務(wù)器/客戶端(CS)結(jié)構(gòu)，除了在安裝服務(wù)端外，還需要安裝客戶端，在本發(fā)明中，通過(guò)采用應(yīng)用程序接口形式，節(jié)省客戶端程序安裝時(shí)間、空間，還能避免不同系統(tǒng)環(huán)境導(dǎo)致的客戶端程序安裝運(yùn)行問(wèn)題。
[0037]此外，本發(fā)明中的消息傳輸方法中消息生產(chǎn)者與消費(fèi)者之間的短消息傳輸也支持發(fā)布/訂閱的結(jié)構(gòu)形式。
[0038]具體地，如圖2所示，本發(fā)明實(shí)施例提供的一種短消息傳輸方法，包括:
[0039]步驟S21:消息生產(chǎn)者調(diào)用發(fā)送消息的消息應(yīng)用程序接口(API)函數(shù)將制造的短消息添加到消息等待隊(duì)列。
[0040]步驟S22:判斷生產(chǎn)者消息隊(duì)列是否已滿，若生產(chǎn)者消息隊(duì)列已滿，則執(zhí)行步驟S23，否則執(zhí)行步驟S24。
[0041]步驟S23，短消息繼續(xù)在消息等待隊(duì)列中進(jìn)行等待，返回執(zhí)行步驟S21。
[0042]步驟S24，將短消息添加到生產(chǎn)者消息隊(duì)列。
[0043]步驟S25:將生產(chǎn)者消息隊(duì)列中的短消息轉(zhuǎn)發(fā)給消費(fèi)者消息隊(duì)列。
[0044]步驟S26:在將消費(fèi)者消息隊(duì)列中的短消息直接發(fā)送給消費(fèi)者之前對(duì)消費(fèi)者消息隊(duì)列進(jìn)