一種消息傳輸方法、系統(tǒng)及終端設(shè)備的制作方法
【專利摘要】本發(fā)明適用于即時(shí)通信【技術(shù)領(lǐng)域】，提供了一種消息傳輸方法、系統(tǒng)及終端設(shè)備，所述方法包括：發(fā)送方通過(guò)將消息或消息相關(guān)屬性存儲(chǔ)在隊(duì)列中，根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息相關(guān)屬性；接收方接收所述消息或消息的相關(guān)屬性，根據(jù)所述消息或消息的相關(guān)屬性攜帶的消息類型標(biāo)識(shí)確定消息類型，并根據(jù)消息類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。如果消息是文件信息，比如是比較大的圖片或音頻文件，則按照發(fā)送時(shí)間在接收界面上通過(guò)預(yù)先設(shè)置的信息占位顯示，從而保證最終接收方接收界面顯示的消息與發(fā)送方發(fā)送消息的順序一致。
【專利說(shuō)明】一種消息傳輸方法、系統(tǒng)及終端設(shè)備
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于即時(shí)通訊【技術(shù)領(lǐng)域】，尤其涉及一種消息傳輸方法、系統(tǒng)及終端設(shè)備。
【背景技術(shù)】
[0002]IM(Instant Messenger,即時(shí)通信)是一個(gè)實(shí)時(shí)通信系統(tǒng),允許兩人或多人使用網(wǎng)絡(luò)實(shí)時(shí)的傳遞文字、文件、語(yǔ)音與視頻交流。人們熟知的有skype、MSN、QQ等。即時(shí)通信軟件多是基于 TCP/IP 和 UDP 進(jìn)行通訊的，XMPP (Extensible Messaging and PresenceProtocol,可擴(kuò)展通訊和表示協(xié)議)是主流的IM協(xié)議之一,也是最靈活的?，F(xiàn)有的android平臺(tái)通常都是使用基于XMPP的asmack庫(kù)來(lái)實(shí)現(xiàn)的各種消息的發(fā)送。但asmack在發(fā)送消息時(shí)并沒(méi)有直接解決消息在發(fā)送和接收時(shí)的顯示順序問(wèn)題，比如，現(xiàn)在QQ等即時(shí)通信軟件中，發(fā)送純文本和發(fā)送文件所需要的時(shí)間不同，文件發(fā)送需要時(shí)間較長(zhǎng)，在發(fā)送消息時(shí)，先發(fā)送一個(gè)較大的圖片文件，立刻再發(fā)送一個(gè)簡(jiǎn)單的文字，接收方可能先接收到文字，后接收到圖片文件，從而導(dǎo)致發(fā)送方和接收方的消息順序不一致。類似的情況，消息從發(fā)送方到接收方，如果順序改變，消息所含的意思可能也會(huì)改變。

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

[0003]本發(fā)明的目的在于提供一種基于隊(duì)列和預(yù)先設(shè)置的信息占位顯示的信息發(fā)送、接收方法，以解決現(xiàn)有的即時(shí)通訊不能保證發(fā)送順序和接收順序一致的問(wèn)題。
[0004]本發(fā)明是這樣實(shí)現(xiàn)的，一種消息傳輸方法，包括:
[0005]發(fā)送方根據(jù)消息類型將消息或消息的相關(guān)屬性存儲(chǔ)在隊(duì)列中，并根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性，所述消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)；
[0006]接收方接收所述消息或消息的相關(guān)屬性，根據(jù)所述消息或消息的相關(guān)屬性攜帶的消息類型標(biāo)識(shí)確定消息類型，并根據(jù)消息類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。
[0007]本發(fā)明還提供了一種消息傳輸方法，包括:
[0008]根據(jù)消息類型將消息或消息的相關(guān)屬性存儲(chǔ)在隊(duì)列中，所述消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)；
[0009]根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性。
[0010]本發(fā)明還提供了一種消息傳輸方法，包括:
[0011]接收消息或消息的相關(guān)屬性，所述消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)；
[0012]根據(jù)所述消息或消息的相關(guān)屬性攜帶的消息類型標(biāo)識(shí)確定消息類型，并根據(jù)消息類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。
[0013]本發(fā)明還提供了一種消息傳輸系統(tǒng)，包括:
[0014]發(fā)送端和接收端；
[0015]所述發(fā)送端，用于根據(jù)消息類型將消息或消息的相關(guān)屬性存儲(chǔ)在隊(duì)列中，并根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性，所述消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)；
[0016]所述接收端，用于接收所述消息或消息的相關(guān)屬性，根據(jù)所述消息或消息的相關(guān)屬性攜帶的消息類型標(biāo)識(shí)確定消息類型，并根據(jù)消息類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。
[0017]本發(fā)明還提供了一種終端設(shè)備，包括:
[0018]存儲(chǔ)模塊，用于根據(jù)消息類型將消息或消息相關(guān)屬性存儲(chǔ)在隊(duì)列中，所述消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)；
[0019]發(fā)送模塊，用于根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性。
[0020]本發(fā)明還提供了一種終端設(shè)備，其特征在于，包括:
[0021]接收模塊，用于消息或消息的相關(guān)屬性，所述消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)；
[0022]第一確定模塊，用于根據(jù)所述消息或消息的相關(guān)屬性攜帶的消息類型標(biāo)識(shí)確定消息類型，并根據(jù)消息類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。
[0023]在本發(fā)明中，發(fā)送方通過(guò)將消息或消息相關(guān)屬性存儲(chǔ)在隊(duì)列中，根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的信息或消息的相關(guān)屬性；接收方根據(jù)接收到的信息或消息相關(guān)屬性中攜帶的標(biāo)識(shí)確定消息類型，根據(jù)消息類型確定是否在接收方界面上根據(jù)發(fā)送時(shí)間通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示，如果消息是文件信息，比如是比較大的圖片或音頻文件，則按照發(fā)送時(shí)間在接收界面上通過(guò)預(yù)先設(shè)置的信息占位顯示，從而保證最終接收方接收界面顯示的消息與發(fā)送方發(fā)送消息的順序一致。
【專利附圖】

【附圖說(shuō)明】
[0024]圖1是本發(fā)明第一實(shí)施例提供的消息傳輸系統(tǒng)的網(wǎng)絡(luò)架構(gòu)示意圖；
[0025]圖2是本發(fā)明第二實(shí)施例提供的一種消息傳輸方法的實(shí)現(xiàn)流程圖；
[0026]圖3是本發(fā)明第三實(shí)施例提供的一種消息傳輸方法的實(shí)現(xiàn)流程圖；
[0027]圖4是本發(fā)明第四實(shí)施例提供的一種消息傳輸方法的實(shí)現(xiàn)流程圖；
[0028]圖5是本發(fā)明第五實(shí)施例提供的一種消息傳輸系統(tǒng)的結(jié)構(gòu)框圖；
[0029]圖6是本發(fā)明第六實(shí)施例提供的一種終端設(shè)備的結(jié)構(gòu)框圖；
[0030]圖7是本發(fā)明第七實(shí)施例提供的一種終端設(shè)備的結(jié)構(gòu)框圖。
【具體實(shí)施方式】
[0031]為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0032]圖1示出了本發(fā)明第一實(shí)施例提供的消息傳輸系統(tǒng)的網(wǎng)絡(luò)架構(gòu)示意圖，為了便于說(shuō)明，僅不出了與本發(fā)明實(shí)施例相關(guān)的部分。
[0033]如圖1所示，所述消息傳輸系統(tǒng)包括發(fā)送端1、接收端2以及服務(wù)端3。發(fā)送端I以及接收端2與服務(wù)端3之間通過(guò)有線或者無(wú)線的方式連接通信。
[0034]其中，所述發(fā)送端I或接收端2可以是無(wú)線終端也可以是有線終端，無(wú)線終端可以是指向用戶提供語(yǔ)音和/或數(shù)據(jù)連通性的設(shè)備，具有無(wú)線連接功能的手持式設(shè)備、或連接到無(wú)線調(diào)制解調(diào)器的其他處理設(shè)備。無(wú)線終端可以經(jīng)無(wú)線接入網(wǎng)(例如，Radio AccessNetwork, RAN)與一個(gè)或多個(gè)核心網(wǎng)進(jìn)行通信，無(wú)線終端可以是移動(dòng)終端，如移動(dòng)電話(或稱為“蜂窩”電話)和具有移動(dòng)終端的計(jì)算機(jī)，例如，可以是便攜式、袖珍式、手持式、計(jì)算機(jī)內(nèi)置的或者車載的移動(dòng)終端設(shè)備，它們與無(wú)線接入網(wǎng)交換語(yǔ)言和/或數(shù)據(jù)。例如，個(gè)人通信業(yè)務(wù)(Personal Communication Service, PCS)電話、無(wú)繩電話、會(huì)話發(fā)起協(xié)議(SIP)話機(jī)、無(wú)線本地環(huán)路(Wireless Local Loop, WLL)站、個(gè)人數(shù)字助理(Personal DigitalAssistant, PDA)等設(shè)備。無(wú)線終端也可以稱為系統(tǒng)、訂戶單元(Subscriber Unit)、訂戶站(Subscriber Station),移動(dòng)站(Mobile Station)、移動(dòng)臺(tái)(Mobile)、遠(yuǎn)程站(RemoteStation)、接入點(diǎn)(Access Point)、遠(yuǎn)程終端(Remote Terminal)、接入終端(AccessTerminal)、用戶終端(User Terminal)、用戶代理(User Agent)、用戶設(shè)備(User Device)、或用戶裝備(User Equipment)。
[0035]所述服務(wù)端3可以是單一的服務(wù)器，也可以為由幾個(gè)功能服務(wù)器共同組成的服務(wù)器端，優(yōu)選的，對(duì)于即時(shí)通訊系統(tǒng)來(lái)說(shuō)服務(wù)端3為單一的服務(wù)器。
[0036]為了解決現(xiàn)有的即時(shí)通訊不能保證發(fā)送順序和接收顯示順序一致的問(wèn)題，本發(fā)明第二實(shí)施例結(jié)合附圖2，提供了一種消息傳輸方法。本發(fā)明實(shí)施例執(zhí)行主體可以是圖一中的發(fā)送端I和接收端2。圖2示出了本發(fā)明實(shí)施例提供的一種消息傳輸方法的實(shí)現(xiàn)流程，詳述如下:
[0037]步驟101、發(fā)送方根據(jù)消息類型將消息或消息的相關(guān)屬性存儲(chǔ)在隊(duì)列中，并根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性，其中消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)。
[0038]本發(fā)明實(shí)施例中,在發(fā)送消息之前,使用java類Executor Service構(gòu)造一個(gè)單線程執(zhí)行的類，即構(gòu)造一個(gè)隊(duì)列，將每個(gè)發(fā)送任務(wù)放在隊(duì)列里一個(gè)一個(gè)排隊(duì)發(fā)送。這個(gè)類包括發(fā)送中執(zhí)行的接口 doInBackgroundO，主要執(zhí)行發(fā)送消息實(shí)體的過(guò)程；發(fā)送后執(zhí)行的接口 onPostExecuteO，主要執(zhí)行發(fā)送后的界面顯示更新工作；具體的發(fā)送文本和文件都由smack的接口來(lái)完成；發(fā)送文本直接使用sendPacket (packet)即可,發(fā)送文件時(shí)則需要使用smack的Fi IeTransfer類。用戶可以選擇發(fā)送文字、表情、音頻、視頻、圖片、壓縮文件；其中文字、表情都是文本；音頻、視頻、圖片、壓縮文件都是文件。按照用戶的操作順序?qū)⑽谋鞠?、文件消息都放入一個(gè)隊(duì)列中。因?yàn)槲募l(fā)送周期較長(zhǎng)，如果將所有消息整個(gè)過(guò)程(包括更新界面、更新記錄、文件發(fā)送協(xié)商、發(fā)送的文件實(shí)體等)都放入隊(duì)列發(fā)送，比如一個(gè)大文件發(fā)不完，就不能發(fā)送下一條消息，可能造成堵塞，影響發(fā)送效率。因此，本發(fā)明實(shí)施例，根據(jù)消息類型將消息或消息的相關(guān)屬性存儲(chǔ)在隊(duì)列中，具體為:若消息為文本信息，則將文本信息存儲(chǔ)在隊(duì)列中；若消息為文件信息，則將文件信息的相關(guān)屬性存儲(chǔ)在隊(duì)列中。當(dāng)要發(fā)送的消息為文本信息(包括文字、表情)，由于文本信息比較小，發(fā)送起來(lái)也很快，則將文本信息全部?jī)?nèi)容都存儲(chǔ)在隊(duì)列中。當(dāng)要發(fā)送的消息為文件信息時(shí)，由于文件信息比較大，發(fā)送比較慢，若全部放在隊(duì)列中容易造成堵塞，所以只將對(duì)應(yīng)文件信息的相關(guān)屬性存儲(chǔ)在隊(duì)列中。文件信息的相關(guān)屬性包括發(fā)送時(shí)間、類型、消息編碼以及發(fā)送方與接收方等相關(guān)的信息。同時(shí)消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)，比如標(biāo)識(shí)O代表消息類型為文本信息，標(biāo)識(shí)I代表消息類型為文件信息，等等。之后，發(fā)送方按照消息或者消息屬性在隊(duì)列中的排序發(fā)送對(duì)應(yīng)的消息或消息屬性。當(dāng)消息為文本信息時(shí)，發(fā)送方直接將文本信息發(fā)送給服務(wù)器，服務(wù)器再轉(zhuǎn)發(fā)給接收方。當(dāng)消息為文件信息時(shí)，發(fā)送方將文件信息的相關(guān)屬性發(fā)送給服務(wù)器，服務(wù)器再轉(zhuǎn)發(fā)給接收方，接收方根據(jù)接收到的文件信息確定能否接收文件信息，如果能接收文件信息，通過(guò)服務(wù)器向發(fā)送方發(fā)送可接收響應(yīng)信息，發(fā)送方在接收到可接收響應(yīng)信息后，通過(guò)服務(wù)器向接收方發(fā)送對(duì)應(yīng)的文件信息(即文件實(shí)體)。這樣保證消息能順序發(fā)送。具體的文件實(shí)體發(fā)送操作可以在多個(gè)線程中進(jìn)行，即可以在線程池中同時(shí)進(jìn)行多個(gè)文件的傳輸，并通過(guò)上述隊(duì)列保證不同消息之間的順序；而不用將傳輸文件實(shí)體放在隊(duì)列線程中，不會(huì)因?yàn)橐粋€(gè)大文件的傳輸堵塞在隊(duì)列中，節(jié)省時(shí)間。
[0039]步驟102、接收方接收所述消息或消息的相關(guān)屬性，根據(jù)消息或消息的相關(guān)屬性攜帶的消息類型標(biāo)識(shí)確定消息類型，并根據(jù)消息類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。
[0040]接收方接收發(fā)送方發(fā)送的消息或消息相關(guān)屬性，根據(jù)消息或消息的相關(guān)屬性攜帶的消息類型標(biāo)識(shí)確定消息類型，比如若消息類型標(biāo)識(shí)為0，則確定消息類型為文本信息，若消息類型標(biāo)識(shí)為I則確定消息類型為文件信息。根據(jù)消息的類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。由于文本信息比較小，傳輸很快，接收方很快就接收到，因此不需要在接收界面提前占位顯示。而文件信息比較大，傳輸時(shí)間比較長(zhǎng)，如果不提前占位顯示，則可能存在后發(fā)送的文本信息提前傳輸完畢，接收界面先顯示后發(fā)送的文本信息，這樣導(dǎo)致顯示順序不一致。因此，當(dāng)消息為文件信息時(shí)，發(fā)送方通過(guò)服務(wù)器向接收方發(fā)送文件信息的相關(guān)屬性，接收方根據(jù)文件信息的相關(guān)屬性確定能否接收對(duì)應(yīng)的文件信息，若能夠接收對(duì)應(yīng)的文件信息，則在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示，通過(guò)服務(wù)器向發(fā)送方發(fā)送可接收響應(yīng)信息，發(fā)送方在接收到可接收響應(yīng)信息后，通過(guò)服務(wù)器向接收方發(fā)送對(duì)應(yīng)的文件信息；若不能，接收方通過(guò)服務(wù)器向發(fā)送方發(fā)送不可接收響應(yīng)信息，發(fā)送方在接收到不可接收響應(yīng)信息后，或者發(fā)送方超過(guò)預(yù)設(shè)時(shí)間(比如I秒)還沒(méi)有收到可接收響應(yīng)信息后，則退出該文件消息的發(fā)送直接進(jìn)入隊(duì)列中下一條消息的發(fā)送。預(yù)先設(shè)置的信息可以是預(yù)先設(shè)置好的圖片信息或文字信息等，可以用來(lái)告知用戶即將接收到的消息，且還在傳輸中。這樣就可以保證接收方界面顯示的消息順序與發(fā)送方發(fā)送的順序一致。當(dāng)消息為文件信息時(shí)，發(fā)送方發(fā)送文件信息后，接收方在接收界面上根據(jù)發(fā)送文件信息的時(shí)間通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示，之后還包括:在接收完所述文件信息后，通過(guò)所述文件信息對(duì)所述預(yù)先設(shè)置的信息進(jìn)行替換。即用預(yù)先設(shè)置的信息占位顯示后，接收完文件信息需要對(duì)預(yù)先設(shè)置的信息進(jìn)行替換，即用完整的接收到的文件信息替換預(yù)先設(shè)置的信息。
[0041]本發(fā)明實(shí)施中，發(fā)送方通過(guò)將消息或消息相關(guān)屬性存儲(chǔ)在隊(duì)列中，根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性；接收方根據(jù)接收到的消息或消息的相關(guān)屬性中攜帶的消息類型標(biāo)識(shí)確定消息的類型，并根據(jù)消息的類型確定是否在接收方界面上根據(jù)發(fā)送時(shí)間通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示，如果消息是文件信息，比如是比較大的圖片或音頻文件，則按照發(fā)送時(shí)間在接收界面上通過(guò)預(yù)先設(shè)置的信息占位顯示，從而保證最終接收方接收界面顯示的消息與發(fā)送方發(fā)送消息的順序一致。
[0042]圖3是本發(fā)明第三實(shí)施例提供的一種消息傳輸方法的實(shí)現(xiàn)流程，本發(fā)明實(shí)施例的執(zhí)行主體可以為圖一中的發(fā)送端1，具體過(guò)程詳述如下:
[0043]步驟201、根據(jù)消息類型將消息或消息的相關(guān)屬性存儲(chǔ)在隊(duì)列中，消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)。
[0044]本發(fā)明實(shí)施例中，在發(fā)送消息之前,使用java類Executor Service構(gòu)造一個(gè)單線程執(zhí)行的類，即構(gòu)造一個(gè)隊(duì)列，將每個(gè)發(fā)送任務(wù)放在隊(duì)列里一個(gè)一個(gè)排隊(duì)發(fā)送。這個(gè)類包括發(fā)送中執(zhí)行的接口 doInBackgroundO，主要執(zhí)行發(fā)送消息實(shí)體的過(guò)程；發(fā)送后執(zhí)行的接口 onPostExecuteO，主要執(zhí)行發(fā)送后的界面顯示更新工作；具體的發(fā)送文本和文件都由smack的接口來(lái)完成；發(fā)送文本直接使用sendPacket (packet)即可,發(fā)送文件時(shí)則需要使用smack的Fi I eTransfer類。用戶可以選擇發(fā)送文字、表情、音頻、視頻、圖片、壓縮文件；其中文字、表情都是文本；音頻、視頻、圖片、壓縮文件都是文件。按照用戶的操作順序?qū)⑽谋鞠?、文件消息都放入一個(gè)隊(duì)列中。因?yàn)槲募l(fā)送周期較長(zhǎng)，如果將所有消息整個(gè)過(guò)程(包括更新界面、更新記錄、文件發(fā)送協(xié)商、發(fā)送的文件實(shí)體等)都放入隊(duì)列發(fā)送，比如一個(gè)大文件發(fā)不完，就不能發(fā)送下一條消息，可能造成堵塞，影響發(fā)送效率。因此，本發(fā)明實(shí)施例，根據(jù)消息類型將消息或消息的相關(guān)屬性存儲(chǔ)在隊(duì)列中，具體為:若消息為文本信息，則將文本信息存儲(chǔ)在隊(duì)列中；若消息為文件信息，則將文件信息的相關(guān)屬性存儲(chǔ)在隊(duì)列中。當(dāng)要發(fā)送的消息為文本信息(包括文字、表情)，由于文本信息比較小，發(fā)送起來(lái)也很快，則將文本信息全部?jī)?nèi)容都存儲(chǔ)在隊(duì)列中。當(dāng)要發(fā)送的消息為文件信息時(shí)，由于文件信息比較大，發(fā)送比較慢，若全部放在隊(duì)列中容易造成堵塞，所以只將對(duì)應(yīng)文件信息的相關(guān)屬性存儲(chǔ)在隊(duì)列中。文件信息的相關(guān)屬性包括發(fā)送時(shí)間、類型、消息編碼以及發(fā)送方與接收方等相關(guān)的信息。同時(shí)消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)，比如標(biāo)識(shí)O代表消息類型為文本信息，標(biāo)識(shí)I代表消息類型為文件信息，等等。
[0045]步驟202、根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性。
[0046]本發(fā)明實(shí)施例中，發(fā)送方按照隊(duì)列中的排序發(fā)送對(duì)應(yīng)的消息或消息屬性。當(dāng)消息為文本信息時(shí)，發(fā)送方直接將文本信息發(fā)送給服務(wù)器，服務(wù)器再轉(zhuǎn)發(fā)給接收方。當(dāng)消息為文件信息時(shí)，發(fā)送方將文件信息的相關(guān)屬性發(fā)送給服務(wù)器，服務(wù)器再轉(zhuǎn)發(fā)給接收方，接收方根據(jù)接收到的文件信息確定能否接收文件信息，如果能接收文件信息，發(fā)送方在接收到接收方通過(guò)服務(wù)器發(fā)送的可接收響應(yīng)信息后再發(fā)送文件信息(即文件實(shí)體)。這樣保證消息能順序發(fā)送。具體的文件實(shí)體發(fā)送操作可以在多個(gè)線程中進(jìn)行，即可以在線程池中同時(shí)進(jìn)行多個(gè)文件的傳輸，并通過(guò)上述隊(duì)列保證不同消息之間的順序；而不用將傳輸文件實(shí)體放在隊(duì)列線程中，不會(huì)因?yàn)橐粋€(gè)大文件的傳輸堵塞在隊(duì)列中，節(jié)省時(shí)間。
[0047]當(dāng)然在發(fā)送消息之前，發(fā)送方和接收方需要和服務(wù)器建立連接，連接建立之后，若是文本信息則直接通過(guò)smack中的sendPacket (packet)發(fā)送文本。若是文件信息在發(fā)送文件實(shí)體之前需要發(fā)送方通過(guò)服務(wù)器向接收方發(fā)送文件信息的相關(guān)屬性，接收方根據(jù)文件信息的相關(guān)屬性確定能否接收對(duì)應(yīng)的文件信息，若接收方能夠接收文件信息則在接收到接收方通過(guò)服務(wù)器發(fā)送的可接收響應(yīng)信息后發(fā)送文件實(shí)體，若不能則跳出該消息的發(fā)送，進(jìn)入到隊(duì)列中下一條消息的發(fā)送。
[0048]圖4是本發(fā)明第四實(shí)施例提供的一種消息傳輸方法的實(shí)現(xiàn)流程圖，本發(fā)明實(shí)施例中執(zhí)行主體可以為圖一中的接收端2，具體過(guò)程詳述如下:
[0049]步驟301、接收消息或消息的相關(guān)屬性，其中消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)。
[0050]發(fā)送方根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性，接收方接收消息或消息的相關(guān)屬性，上述消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)。消息的相關(guān)屬性包括發(fā)送時(shí)間、類型、消息編碼以及發(fā)送方與接收方等相關(guān)的信息。消息類型標(biāo)識(shí)對(duì)消息類型進(jìn)行標(biāo)識(shí)。
[0051]步驟302、根據(jù)所述消息或消息的相關(guān)屬性攜帶的消息類型標(biāo)識(shí)確定消息類型，并根據(jù)消息類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。
[0052]接收方接收發(fā)送方發(fā)送的消息或消息相關(guān)屬性，根據(jù)消息或消息的相關(guān)屬性攜帶的消息類型標(biāo)識(shí)確定消息類型，比如若消息類型標(biāo)識(shí)為0，則確定消息類型為文本信息，若消息類型標(biāo)識(shí)為I則確定消息類型為文件信息。接收方根據(jù)消息的類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。由于文本信息比較小，傳輸很快，接收方很快就接收到，因此不需要在接收界面提前占位顯示。而文件信息比較大，傳輸時(shí)間比較長(zhǎng)，如果不提成占位顯示，則可能存在后發(fā)送的文本信息提前傳輸完畢，接收界面先顯示后發(fā)送的文本信息，這樣導(dǎo)致顯示順序不一致。因此，當(dāng)消息為文件信息時(shí)，發(fā)送方通過(guò)服務(wù)器向接收方發(fā)送文件信息的相關(guān)屬性，接收方根據(jù)所述文件信息的相關(guān)屬性確定能否接收對(duì)應(yīng)的文件信息，若能夠接收對(duì)應(yīng)的文件信息則在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示，同時(shí)發(fā)送方在接收到接收方通過(guò)服務(wù)器發(fā)送的可接收響應(yīng)信息后發(fā)送對(duì)應(yīng)的文件信息(文件實(shí)體)，接收方接收該文件信息；若不能則發(fā)送方會(huì)退出該文件消息的發(fā)送直接進(jìn)入隊(duì)列中下一條消息的發(fā)送。預(yù)先設(shè)置的信息可以是預(yù)先設(shè)置好的圖片信息或文字信息等，可以用來(lái)告知用戶即將接收到的消息，且還在傳輸中。這樣就可以保證接收方界面顯示的消息順序與發(fā)送方發(fā)送的順序一致。
[0053]消息為文件信息時(shí)，接收方確定能夠接收對(duì)應(yīng)的文件信息，確定占位顯示后，發(fā)送方發(fā)送文件信息，接收方接收文件信息，在接收完所述文件信息后，通過(guò)所述文件信息對(duì)預(yù)先設(shè)置的信息進(jìn)行替換。即用預(yù)先設(shè)置的信息占位顯示后，接收完文件信息需要對(duì)預(yù)先設(shè)置的信息進(jìn)行替換，即用完整的接收到的文件信息替換預(yù)先設(shè)置的信息。
[0054]需要說(shuō)明的是，對(duì)于前述的各方法實(shí)施例，為了簡(jiǎn)單描述，故將其都表述為一系列的動(dòng)作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動(dòng)作順序的限制，因?yàn)橐罁?jù)本發(fā)明，某些步驟可以采用其他順序或者同時(shí)進(jìn)行。
[0055]圖5是本發(fā)明第五實(shí)施例提供的一種消息傳輸系統(tǒng)的結(jié)構(gòu)框圖，該系統(tǒng)可以實(shí)現(xiàn)前述實(shí)施例二所描述的方法。為了便于說(shuō)明，僅示出了與本實(shí)施例相關(guān)的部分。
[0056]參照?qǐng)D5，該消息傳輸系統(tǒng)，包括:發(fā)送端41和接收端42。
[0057]發(fā)送端41根據(jù)消息類型將消息或消息的相關(guān)屬性存儲(chǔ)在隊(duì)列中，并根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性，其中消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)。進(jìn)一步的，發(fā)送端41還用于當(dāng)所述消息為文本信息時(shí)，則將所述文本信息存儲(chǔ)在隊(duì)列中；當(dāng)所述消息為文件信息時(shí)，則將所述文件信息的相關(guān)屬性存儲(chǔ)在隊(duì)列中。
[0058]接收端42和發(fā)送端41還用于:當(dāng)消息為文件信息時(shí)，接收端42根據(jù)接收到的文件信息的相關(guān)屬性確定能否接收對(duì)應(yīng)的文件信息，若能夠接收對(duì)應(yīng)的文件信息則在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示，并通過(guò)服務(wù)器向發(fā)送端41發(fā)送可接收響應(yīng)信息，發(fā)送端41在接收到所述可接收響應(yīng)信息后，通過(guò)服務(wù)器向接收端42發(fā)送所述文件信息；接收端42接收所述發(fā)送端41通過(guò)服務(wù)器轉(zhuǎn)發(fā)的所述文件信息。
[0059]進(jìn)一步的，接收端42，還用于當(dāng)發(fā)送端發(fā)送的消息為文件信息時(shí)，則在接收界面上根據(jù)發(fā)送時(shí)間通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示，以及在接收完所述文件信息后，通過(guò)所述文件信息對(duì)所述預(yù)先設(shè)置的信息進(jìn)行替換。
[0060]本發(fā)明實(shí)施中，發(fā)送端通過(guò)將消息或消息相關(guān)屬性存儲(chǔ)在隊(duì)列中，根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性；接收端根據(jù)接收到的消息或消息的相關(guān)屬性確定消息的類型，并根據(jù)消息的類型確定是否在接收方界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示，如果消息是文件信息，比如是比較大的圖片或音頻文件，則按照發(fā)送時(shí)間在接收界面上通過(guò)預(yù)先設(shè)置的信息占位顯示，從而保證最終接收方接收界面顯示的消息與發(fā)送方發(fā)送消息的順序一致。
[0061]圖6是本發(fā)明第六實(shí)施例提供的一種終端設(shè)備的結(jié)構(gòu)框圖，該終端設(shè)備可以實(shí)現(xiàn)前述實(shí)施例二所描述的方法。為了便于說(shuō)明，僅示出了與本實(shí)施例相關(guān)的部分。如圖6所示，該終端設(shè)備包括:存儲(chǔ)模塊51和發(fā)送模塊52。
[0062]存儲(chǔ)模塊51，用于根據(jù)消息類型將消息或消息相關(guān)屬性存儲(chǔ)在隊(duì)列中，其中消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)。進(jìn)一步的，存儲(chǔ)模塊51還包括:第一存儲(chǔ)子模塊511和第二存儲(chǔ)子模塊512。第一存儲(chǔ)子模塊511，用于當(dāng)所述消息為文本信息時(shí)，則將所述文本信息存儲(chǔ)在隊(duì)列中。第二存儲(chǔ)子模塊512，用于當(dāng)所述消息為文件信息時(shí)，則將所述文件信息的相關(guān)屬性存儲(chǔ)在隊(duì)列中。發(fā)送模塊52，用于根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性。具體的若消息為文本信息則直接發(fā)送對(duì)應(yīng)的文本信息；若消息為文件信息，則先發(fā)送文件信息的相關(guān)屬性，接收方根據(jù)接收到的文件信息的相關(guān)屬性確定能否接收，如果能接收，發(fā)送方通過(guò)發(fā)送模塊52再發(fā)送對(duì)應(yīng)的文件信息。這樣可以保證消息按照順序發(fā)送。
[0063]圖7是本發(fā)明第七實(shí)施例提供的一種終端設(shè)備的結(jié)構(gòu)框圖，該終端設(shè)備可以實(shí)現(xiàn)前述實(shí)施例三所描述的方法。為了便于說(shuō)明，僅示出了與本實(shí)施例相關(guān)的部分。如圖7所示，該終端設(shè)備包括:接收模塊61和第一確定模塊62。
[0064]接收模塊61，用于消息或消息的相關(guān)屬性，其中消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)；
[0065]第一確定模塊62,用于根據(jù)消息或消息的相關(guān)屬性攜帶的消息類型標(biāo)識(shí)確定消息類型，并根據(jù)消息類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。進(jìn)一步的，所述第一確定模塊62,還包括:確定子模塊621、占位顯不模塊622、發(fā)送模塊623、接收子模塊624。確定子模塊621，用于根據(jù)接收到的文件信息的相關(guān)屬性確定能否接收對(duì)應(yīng)的文件信息。占位顯示模塊622，用于當(dāng)能夠接收對(duì)應(yīng)的文件信息則在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。發(fā)送模塊623，用于當(dāng)能夠接收所述對(duì)應(yīng)的文件信息時(shí)，通過(guò)服務(wù)器向發(fā)送端發(fā)送可接收響應(yīng)信息。接收子模塊624，用于接收發(fā)送方接收到可接收響應(yīng)信息后發(fā)送的文件信息。
[0066]進(jìn)一步的，所述終端設(shè)備還包括:替換模塊63，用于在接收完文件信息后，通過(guò)文件信息對(duì)所述預(yù)先設(shè)置的信息進(jìn)行替換。
[0067]所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡(jiǎn)潔，僅以上述各功能單元、模塊的劃分進(jìn)行舉例說(shuō)明，實(shí)際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能單元、模塊完成，即所述系統(tǒng)或終端設(shè)備的內(nèi)部結(jié)構(gòu)劃分成不同的功能單元或模塊，以完成以上描述的全部或者部分功能。實(shí)施例中的各功能單元或模塊可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中，上述集成的單元或模塊既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。另夕卜，各功能單元、模塊的具體名稱也只是為了便于相互區(qū)分，并不用于限制本申請(qǐng)的保護(hù)范圍。上述系統(tǒng)或終端設(shè)備中的單元、模塊的具體工作過(guò)程，可以參考前述方法實(shí)施中的對(duì)應(yīng)過(guò)程，在此不再贅述。
[0068]本領(lǐng)域普通技術(shù)人員還可以理解，實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可以在存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，所述的存儲(chǔ)介質(zhì)，包括R0M/RAM、磁盤(pán)、光盤(pán)等。
[0069]以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種消息傳輸方法,其特征在于,包括: 發(fā)送方根據(jù)消息類型將消息或消息的相關(guān)屬性存儲(chǔ)在隊(duì)列中，并根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性，所述消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)； 接收方接收所述消息或消息的相關(guān)屬性，根據(jù)所述消息或消息的相關(guān)屬性攜帶的消息類型標(biāo)識(shí)確定消息類型，并根據(jù)消息類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。
2.如權(quán)利要求1所述的方法，其特征在于，所述發(fā)送方根據(jù)消息類型將消息或消息的相關(guān)屬性存儲(chǔ)在隊(duì)列中，具體為: 若所述消息為文本信息，則發(fā)送方將所述文本信息存儲(chǔ)在隊(duì)列中； 若所述消息為文件信息，則發(fā)送方將所述文件信息的相關(guān)屬性存儲(chǔ)在隊(duì)列中。
3.如權(quán)利要求2所述的方法，其特征在于，所述根據(jù)消息類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示，包括: 當(dāng)所述消息為文件信息時(shí)，接收方根據(jù)接收到的文件信息的相關(guān)屬性確定能否接收對(duì)應(yīng)的文件信息，若能夠接收對(duì)應(yīng)的文件信息則在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示，并通過(guò)服務(wù)器向發(fā)送方發(fā)送可接收響應(yīng)信息，發(fā)送方在接收到所述可接收響應(yīng)信息后，通過(guò)服務(wù)器向接收方發(fā)送所述文件信息； 接收方接收所述發(fā)送方通過(guò)服務(wù)器轉(zhuǎn)發(fā)的所述文件信息。
4.如權(quán)利要求3所述的方法，其特征在于，所述方法還包括: 在接收完所述文件信息后，通過(guò)所述文件信息對(duì)所述預(yù)先設(shè)置的信息進(jìn)行替換。
5.—種消息傳輸方法,其特征在于,包括: 根據(jù)消息類型將消息或消息的相關(guān)屬性存儲(chǔ)在隊(duì)列中，所述消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)； 根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性。
6.如權(quán)利要求5所述的方法，其特征在于，所述根據(jù)消息類型將消息或消息的相關(guān)屬性存儲(chǔ)在隊(duì)列中，具體為: 若所述消息為文本信息，則將所述文本信息存儲(chǔ)在隊(duì)列中； 若所述消息為文件信息，則將所述文件信息的相關(guān)屬性存儲(chǔ)在隊(duì)列中。
7.—種消息傳輸方法,其特征在于,包括: 接收消息或消息的相關(guān)屬性，所述消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)； 根據(jù)所述消息或消息的相關(guān)屬性攜帶的消息類型標(biāo)識(shí)確定消息類型，并根據(jù)消息類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。
8.如權(quán)利要求7所述的方法，其特征在于，所述根據(jù)消息類型確定是否在接收方界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示，包括: 當(dāng)消息為文件信息時(shí)，根據(jù)接收到的文件信息的相關(guān)屬性確定能否接收對(duì)應(yīng)的文件信息，若能夠接收對(duì)應(yīng)的文件信息則在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示，并通過(guò)服務(wù)器向發(fā)送方發(fā)送可接收響應(yīng)信息，同時(shí)接收發(fā)送方接收到所述可接收響應(yīng)信息后發(fā)送的所述文件信息。
9.如權(quán)利要求8所述的方法，其特征在于，所述方法還包括:在接收完所述文件信息后，通過(guò)所述文件信息對(duì)所述預(yù)先設(shè)置的信息進(jìn)行替換。
10.一種消息傳輸系統(tǒng)，其特征在于，包括: 發(fā)送端和接收端； 所述發(fā)送端，用于根據(jù)消息類型將消息或消息的相關(guān)屬性存儲(chǔ)在隊(duì)列中，并根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性，所述消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)； 所述接收端，用于接收所述消息或消息的相關(guān)屬性，根據(jù)所述消息或消息的相關(guān)屬性攜帶的消息類型標(biāo)識(shí)確定消息類型，并根據(jù)消息類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。
11.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述發(fā)送端還用于: 在所述消息為文本信息時(shí)，則將所述文本信息存儲(chǔ)在隊(duì)列中； 在所述消息為文件信息時(shí)，則將所述文件信息的相關(guān)屬性存儲(chǔ)在隊(duì)列中。
12.如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述接收端和發(fā)送端還用于: 當(dāng)消息為文件信息時(shí)，接收端根據(jù)接收到的文件信息的相關(guān)屬性確定能否接收對(duì)應(yīng)的文件信息，若能夠接收對(duì)應(yīng)的文件信息則在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示，并通過(guò)服務(wù)器向發(fā)送端發(fā)送可接收響應(yīng)信息，發(fā)送端在接收到所述可接收響應(yīng)信息后，通過(guò)服務(wù)器向接收端發(fā)送所述文件信息； 接收端接收所述發(fā)送端通過(guò)服務(wù)器轉(zhuǎn)發(fā)的所述文件信息。
13.如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述接收端，還用于: 在接收完所述文件信息后，通過(guò)所述文件信息對(duì)所述預(yù)先設(shè)置的信息進(jìn)行替換。
14.一種終端設(shè)備，其特征在于，包括: 存儲(chǔ)模塊，用于根據(jù)消息類型將消息或消息相關(guān)屬性存儲(chǔ)在隊(duì)列中，所述消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)； 發(fā)送模塊，用于根據(jù)存儲(chǔ)在隊(duì)列中的順序發(fā)送對(duì)應(yīng)的消息或消息的相關(guān)屬性。
15.如權(quán)利要求13所述的終端設(shè)備，其特征在于，存儲(chǔ)模塊還包括:第一存儲(chǔ)子模塊和第二存儲(chǔ)子模塊； 所述第一存儲(chǔ)子模塊，用于當(dāng)所述消息為文本信息時(shí)，則將所述文本信息存儲(chǔ)在隊(duì)列中； 所述第二存儲(chǔ)子模塊，用于當(dāng)所述消息為文件信息時(shí)，則將所述文件信息的相關(guān)屬性存儲(chǔ)在隊(duì)列中。
16.一種終端設(shè)備，其特征在于，包括: 接收模塊，用于消息或消息的相關(guān)屬性，所述消息或消息的相關(guān)屬性攜帶有消息類型標(biāo)識(shí)； 第一確定模塊，用于根據(jù)所述消息或消息的相關(guān)屬性攜帶的消息類型標(biāo)識(shí)確定消息類型，并根據(jù)消息類型確定是否在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示。
17.如權(quán)利要求16所述的終端設(shè)備，其特征在于，所述第一確定模塊，還包括: 確定子模塊，用于根據(jù)接收到的文件信息的相關(guān)屬性確定能否接收對(duì)應(yīng)的文件信息； 占位顯示模塊，用于當(dāng)能夠接收對(duì)應(yīng)的文件信息則在接收界面上通過(guò)預(yù)先設(shè)置的信息進(jìn)行占位顯示；發(fā)送模塊，用于當(dāng)能夠接收所述對(duì)應(yīng)的文件信息時(shí)，通過(guò)服務(wù)器向發(fā)送端發(fā)送可接收響應(yīng)信息； 接收子模塊，用于接收發(fā)送方接收到所述可接收響應(yīng)信息后發(fā)送的所述文件信息。
18.如權(quán)利要求17所述的終端設(shè)備，其特征在于，所述終端設(shè)備還包括: 替換模塊，用于在接收完所述文件信息后，通過(guò)所述文件信息對(duì)所述預(yù)先設(shè)置的信息 進(jìn)行替換。
【文檔編號(hào)】H04L12/58GK103986646SQ201410240913
【公開(kāi)日】2014年8月13日 申請(qǐng)日期:2014年5月30日 優(yōu)先權(quán)日:2014年5月30日
【發(fā)明者】李蘭, 張濤 申請(qǐng)人:Tcl集團(tuán)股份有限公司