專(zhuān)利名稱(chēng)：消息文件的傳送方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種消息文件的傳送方法和裝置。
背景技術(shù)：
隨著現(xiàn)代計(jì)算機(jī)技術(shù)和網(wǎng)絡(luò)通訊技術(shù)的不斷發(fā)展普及，利用互聯(lián)網(wǎng)進(jìn)行數(shù)據(jù)交 換及資源共享已經(jīng)非常普遍。所謂斷點(diǎn)續(xù)傳，就是當(dāng)傳輸中途遇到意外掉線(xiàn)時(shí)，下次可以 自動(dòng)從前一次斷點(diǎn)開(kāi)始繼續(xù)傳輸，從而避免因網(wǎng)絡(luò)中斷而造成網(wǎng)絡(luò)流量和時(shí)間等浪費(fèi)。目 前基于 HTTP (Hyper Text Transfer Protocol，超文本傳輸協(xié)議)和 FTP (File Transfer Protocol，文件傳輸協(xié)議)的斷點(diǎn)續(xù)傳技術(shù)已經(jīng)比較成熟，基于郵件和即時(shí)通訊的斷點(diǎn)續(xù) 傳技術(shù)也有所應(yīng)用，這些技術(shù)服務(wù)于個(gè)人用戶(hù)，提高了個(gè)人用戶(hù)從網(wǎng)上下載數(shù)據(jù)或通過(guò)即 時(shí)通訊工具傳輸文件的效率，節(jié)約了網(wǎng)絡(luò)帶寬。在實(shí)現(xiàn)本發(fā)明的過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中的斷點(diǎn)續(xù)傳技術(shù)只能應(yīng)用于個(gè)人 終端用戶(hù)，無(wú)法應(yīng)用在企業(yè)級(jí)數(shù)據(jù)交換和資源共享的消息中間件領(lǐng)域。

發(fā)明內(nèi)容
本發(fā)明旨在提供一種消息文件的傳送方法和裝置，能夠解決現(xiàn)有技術(shù)中的斷點(diǎn)續(xù) 傳技術(shù)只能應(yīng)用于個(gè)人終端用戶(hù)，無(wú)法應(yīng)用在企業(yè)級(jí)數(shù)據(jù)交換和資源共享的消息中間件領(lǐng) 域的問(wèn)題。在本發(fā)明的一個(gè)實(shí)施例中，提供了一種消息文件的傳送方法，包括以下步驟數(shù)據(jù)交換服務(wù)器將來(lái)自發(fā)送端的消息文件的數(shù)據(jù)包保存在本地；數(shù)據(jù)交換服務(wù)器判斷接收端是否在線(xiàn)；當(dāng)判斷為是時(shí)，數(shù)據(jù)交換服務(wù)器將本地保存的數(shù)據(jù)包以設(shè)定方式轉(zhuǎn)發(fā)給接收端。在本發(fā)明的實(shí)施例中，還提供了一種消息文件的傳送裝置，包括發(fā)送端，用于按照設(shè)定的數(shù)據(jù)包的大小，將待發(fā)送的消息文件拆分為多個(gè)數(shù)據(jù)包， 并將數(shù)據(jù)包發(fā)送給數(shù)據(jù)交換服務(wù)器；數(shù)據(jù)交換服務(wù)器，用于將來(lái)自發(fā)送端的消息文件的數(shù)據(jù)包保存在本地，當(dāng)接收端 在線(xiàn)時(shí)，將數(shù)據(jù)包發(fā)送到接收端，并在所有數(shù)據(jù)包發(fā)送成功后，向接收端發(fā)送消息組裝指 令；接收端，用于接收來(lái)自數(shù)據(jù)交換服務(wù)器的數(shù)據(jù)包，并根據(jù)來(lái)自數(shù)據(jù)交換服務(wù)器的 消息組裝指令將數(shù)據(jù)包重組為完整的消息文件。在上述實(shí)施例中，通過(guò)采用數(shù)據(jù)交換服務(wù)器，將發(fā)送端的消息文件的數(shù)據(jù)包先發(fā) 送到數(shù)據(jù)交換服務(wù)器，進(jìn)而判斷接收端是否在線(xiàn)，當(dāng)判斷為是時(shí)，數(shù)據(jù)交換服務(wù)器將本地保 存的數(shù)據(jù)包以設(shè)定方式轉(zhuǎn)發(fā)給接收端的方式，實(shí)現(xiàn)了消息文件的斷點(diǎn)傳送，克服了現(xiàn)有技 術(shù)中的斷點(diǎn)續(xù)傳技術(shù)只能應(yīng)用于個(gè)人終端用戶(hù)，無(wú)法應(yīng)用在企業(yè)級(jí)數(shù)據(jù)交換和資源共享的 消息中間件領(lǐng)域的問(wèn)題。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的消息文件的傳送方法流程圖；圖2示出了根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例的消息文件傳送方法的工作原理圖；圖3示出了根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例的發(fā)送端的工作流程圖；圖4示出了根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例的交換服務(wù)器的工作流程圖；圖5示出了根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例的接收端的工作流程圖；圖6示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的服務(wù)器間消息文件的傳送裝置示意圖。
具體實(shí)施例方式下面將參考附圖并結(jié)合實(shí)施例，來(lái)詳細(xì)說(shuō)明本發(fā)明。圖1示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的消息文件的傳送方法流程圖，包括以下步 驟S102，數(shù)據(jù)交換服務(wù)器將來(lái)自發(fā)送端的消息文件的數(shù)據(jù)包保存在本地；S104,數(shù)據(jù)交換服務(wù)器判斷接收端是否在線(xiàn)；S106，當(dāng)判斷為是時(shí)，數(shù)據(jù)交換服務(wù)器將本地保存的數(shù)據(jù)包以設(shè)定方式轉(zhuǎn)發(fā)給接 收端。在本實(shí)施例中，通過(guò)采用數(shù)據(jù)交換服務(wù)器，將發(fā)送端的消息文件的數(shù)據(jù)包先發(fā)送 到數(shù)據(jù)交換服務(wù)器，進(jìn)而判斷接收端是否在線(xiàn)，當(dāng)判斷為是時(shí)，數(shù)據(jù)交換服務(wù)器將本地保存 的數(shù)據(jù)包以設(shè)定方式轉(zhuǎn)發(fā)給接收端的方式，實(shí)現(xiàn)了服務(wù)器間消息文件的斷點(diǎn)傳送，克服了 現(xiàn)有技術(shù)中的斷點(diǎn)續(xù)傳技術(shù)只能應(yīng)用于個(gè)人終端用戶(hù)，無(wú)法應(yīng)用在企業(yè)級(jí)數(shù)據(jù)交換和資源 共享的消息中間件領(lǐng)域的問(wèn)題。優(yōu)選地，在上述傳送方法中，數(shù)據(jù)交換服務(wù)器將來(lái)自發(fā)送端的數(shù)據(jù)包保存在本地 具體包括發(fā)送端根據(jù)消息文件的大小、設(shè)定的數(shù)據(jù)包大小計(jì)算數(shù)據(jù)包總數(shù)；發(fā)送端從消息 文件的文件頭開(kāi)始發(fā)送消息，每發(fā)送成功一個(gè)數(shù)據(jù)包記錄消息文件的發(fā)送斷點(diǎn)信息；數(shù)據(jù) 交換服務(wù)器將接收到的數(shù)據(jù)包保存在本地。優(yōu)選地，在上述傳送方法中，還包括以下步驟如果在發(fā)送端向數(shù)據(jù)交換服務(wù)器的 發(fā)送過(guò)程中出現(xiàn)掉線(xiàn)，下次聯(lián)線(xiàn)并登錄后從斷點(diǎn)信息處繼續(xù)消息文件的發(fā)送。優(yōu)選地，在上述傳送方法中，當(dāng)判斷為是時(shí)，數(shù)據(jù)交換服務(wù)器將本地保存的數(shù)據(jù)包 轉(zhuǎn)發(fā)給接收端具體包括數(shù)據(jù)交換服務(wù)器接收到數(shù)據(jù)包后根據(jù)路由規(guī)則得到消息路由表并 存入路由表文件；數(shù)據(jù)交換服務(wù)器根據(jù)消息路由表得到接收端列表，將數(shù)據(jù)包轉(zhuǎn)發(fā)給接收 端并從消息路由表刪除數(shù)據(jù)包對(duì)應(yīng)的接收端的路由信息。優(yōu)選地，在上述傳送方法中，還包括以下步驟數(shù)據(jù)交換服務(wù)器在將消息文件的所 有數(shù)據(jù)包全部轉(zhuǎn)發(fā)給接收端后，向接收端發(fā)送消息組裝指令；接收端接收到消息組裝指令 后，將所有數(shù)據(jù)包組裝成完整的消息文件。優(yōu)選地，在上述傳送方法中，還包括以下步驟當(dāng)數(shù)據(jù)交換服務(wù)器的判斷為接收端 離線(xiàn)時(shí)，等待離線(xiàn)的接收端聯(lián)網(wǎng)并登錄，并在接收端聯(lián)網(wǎng)和登錄后將數(shù)據(jù)包轉(zhuǎn)發(fā)給接收端。優(yōu)選地，在上述傳送方法中，設(shè)定方式為點(diǎn)對(duì)點(diǎn)或一點(diǎn)對(duì)多點(diǎn)或廣播方式。
5
優(yōu)選地，在上述傳送方法中，接收端可以為一個(gè)或多個(gè)。圖2示出了根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例的消息文件傳送方法的工作原理圖。如 圖2所示，消息文件傳送裝置包括發(fā)送端201、交換服務(wù)器202、接收端203。本實(shí)施例的主要工作步驟如下根據(jù)要發(fā)送的消息文件大小和數(shù)據(jù)包大小計(jì)算包總數(shù)，如要發(fā)送的文件名 為ML23KUS9000036. txt,大小為2M，每個(gè)包大小設(shè)置為64K，則該消息文件總共分 2*1024*1024/(64*1024) = 32 個(gè)包發(fā)送。發(fā)送端從消息文件頭開(kāi)始發(fā)送數(shù)據(jù)包，每發(fā)送成功一個(gè)數(shù)據(jù)包后記錄當(dāng)前斷點(diǎn)信 息，如發(fā)送成功第5個(gè)包，記錄斷點(diǎn)信息為5，此時(shí)出現(xiàn)網(wǎng)絡(luò)掉線(xiàn)。發(fā)送端下次聯(lián)網(wǎng)并登錄成功后，根據(jù)記錄的斷點(diǎn)信息(此處為5)從下一個(gè)包(即 第6個(gè)包)開(kāi)始發(fā)送，如果網(wǎng)絡(luò)正常發(fā)送完剩余的27個(gè)包，發(fā)送完后刪除記錄的相應(yīng)消息 的斷點(diǎn)信息。數(shù)據(jù)交換服務(wù)器接收到發(fā)送端的數(shù)據(jù)包后，根據(jù)路由規(guī)則得到消息路由表并 存入路由表文件，并將數(shù)據(jù)包保存在數(shù)據(jù)交換服務(wù)器本地磁盤(pán)文件，每個(gè)包保存一個(gè)文 件，文件命名為消息ID后面加4位序列號(hào)，如上述消息文件發(fā)送到交換服務(wù)器后保存為 ML23KUS90000360001. txt 到 ML23KUS90000360032. txt 文件數(shù)據(jù)交換服務(wù)器從路由表得到接收端列表為appl —個(gè)接收端，如果appl在線(xiàn)，則 將數(shù)據(jù)包轉(zhuǎn)發(fā)給appl，假如轉(zhuǎn)發(fā)了 18個(gè)數(shù)據(jù)包的時(shí)侯appl掉線(xiàn)，則停止轉(zhuǎn)發(fā)。等appl聯(lián) 網(wǎng)并重新登錄后繼續(xù)將剩余的14個(gè)數(shù)據(jù)包轉(zhuǎn)發(fā)給appl，實(shí)現(xiàn)斷點(diǎn)續(xù)傳。接收端收到數(shù)據(jù)交換服務(wù)器轉(zhuǎn)發(fā)過(guò)來(lái)的數(shù)據(jù)包后將數(shù)據(jù)包保存在本地磁盤(pán)文件， 文件名同交換服務(wù)器保存數(shù)據(jù)包的文件名，如上述消息文件命名為ML23KUS90000360001. txt 到 ML23KUS90000360032. txt 文件。接收端在收到數(shù)據(jù)交換發(fā)送的消息組裝指令時(shí)將所有數(shù)據(jù)包組裝成一個(gè)完整的 消息文件，組裝后的消息文件與發(fā)送端文件名相同。圖3示出了根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例的發(fā)送端的工作流程圖，具體包括S301，消息發(fā)送裝置根據(jù)消息文件大小、指定數(shù)據(jù)包大小計(jì)算數(shù)據(jù)包總數(shù)；S302，消息發(fā)送裝置從消息文件頭開(kāi)始發(fā)送消息，發(fā)送成功后在發(fā)送斷點(diǎn)文件記 錄當(dāng)前斷點(diǎn)信息；S303,判斷斷點(diǎn)是否為文件結(jié)束位置，當(dāng)判斷結(jié)果為是時(shí)，流程結(jié)束，判斷結(jié)果為 否時(shí)，轉(zhuǎn)至步驟S304;S304，發(fā)送下一個(gè)數(shù)據(jù)包；S305，判斷是否發(fā)送成功，當(dāng)判斷結(jié)果為是時(shí)，轉(zhuǎn)至步驟S302，判斷結(jié)果為否時(shí)，流
程結(jié)束。圖4示出了根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例的數(shù)據(jù)交換服務(wù)器的工作流程圖，具體 包括S401，數(shù)據(jù)交換服務(wù)器從路由表得到接收端列表；
S402，將數(shù)據(jù)包存入本地磁盤(pán)文件； S403，判斷接收端是否在線(xiàn)，當(dāng)判斷結(jié)果為是時(shí)，轉(zhuǎn)至步驟S405，判斷結(jié)果為否時(shí)， 轉(zhuǎn)至步驟S404 ；
S404,等待用戶(hù)聯(lián)線(xiàn)，并返回步驟S403 ；S405，將指定數(shù)據(jù)包直接轉(zhuǎn)發(fā)給接收端；S406，判斷是否發(fā)送成功，當(dāng)判斷結(jié)果為是時(shí)，轉(zhuǎn)至步驟S407，判斷結(jié)果為否時(shí)，轉(zhuǎn) 至步驟S405 ；S407,從路由表刪除所述數(shù)據(jù)包對(duì)應(yīng)的接收端的路由信息；S408,判斷消息是否發(fā)送完畢，當(dāng)判斷結(jié)果為是時(shí)，轉(zhuǎn)至步驟S409，判斷結(jié)果為否 時(shí)，流程結(jié)束；S409，數(shù)據(jù)交換服務(wù)器向消息接收裝置發(fā)送消息組裝指令。圖5示出了根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例的接收端的工作流程圖，具體包括S501，接收裝置接收數(shù)據(jù)包；S502，判斷是否收到數(shù)據(jù)交換服務(wù)器發(fā)送的消息組裝指令，若收到交換服務(wù)器發(fā) 送的消息組裝指令，轉(zhuǎn)至步驟S504，若未收到交換服務(wù)器發(fā)送的消息組裝指令，轉(zhuǎn)至步驟 S503 ；S503，將數(shù)據(jù)包保存在接收端本地磁盤(pán)文件，并返回至步驟S502 ；S504，將所有數(shù)據(jù)包組裝成一個(gè)完整的消息文件。圖6示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的消息文件的傳送裝置示意圖，包括發(fā)送端602，用于按照設(shè)定的數(shù)據(jù)包的大小，將待發(fā)送的消息文件拆分為多個(gè)數(shù)據(jù) 包，并將數(shù)據(jù)包發(fā)送給數(shù)據(jù)交換服務(wù)器；數(shù)據(jù)交換服務(wù)器604，用于將來(lái)自發(fā)送端的消息文件的數(shù)據(jù)包保存在本地，當(dāng)接收 端在線(xiàn)時(shí)，將數(shù)據(jù)包發(fā)送到接收端，并在所有數(shù)據(jù)包發(fā)送成功后，向接收端發(fā)送消息組裝指 令；接收端606，用于接收來(lái)自數(shù)據(jù)交換服務(wù)器的數(shù)據(jù)包，并根據(jù)來(lái)自數(shù)據(jù)交換服務(wù)器 的消息組裝指令將數(shù)據(jù)包重組為完整的消息文件。在本實(shí)施例中，通過(guò)采用數(shù)據(jù)交換服務(wù)器，將發(fā)送端的消息文件的數(shù)據(jù)包先發(fā)送 到數(shù)據(jù)交換服務(wù)器，進(jìn)而判斷接收端是否在線(xiàn)，當(dāng)判斷為是時(shí)，數(shù)據(jù)交換服務(wù)器將本地保存 的數(shù)據(jù)包以設(shè)定方式轉(zhuǎn)發(fā)給接收端的方式，實(shí)現(xiàn)了消息文件的斷點(diǎn)傳送，克服了現(xiàn)有技術(shù) 中的斷點(diǎn)續(xù)傳技術(shù)只能應(yīng)用于個(gè)人終端用戶(hù)，無(wú)法應(yīng)用在企業(yè)級(jí)數(shù)據(jù)交換和資源共享的消 息中間件領(lǐng)域的問(wèn)題。優(yōu)選地，在上述傳送裝置中，發(fā)送端具體包括拆分模塊，用于根據(jù)消息文件的大 小、設(shè)定的數(shù)據(jù)包大小計(jì)算數(shù)據(jù)包總數(shù)；第一發(fā)送模塊，用于從消息文件的文件頭開(kāi)始發(fā)送 消息，每發(fā)送成功一個(gè)數(shù)據(jù)包記錄消息文件的發(fā)送斷點(diǎn)信息。優(yōu)選地，在上述傳送裝置中，數(shù)據(jù)交換服務(wù)器具體包括判斷模塊，用于判斷接收端 是否在線(xiàn)；第二發(fā)送模塊，用于當(dāng)判斷模塊的判斷結(jié)果為是時(shí)，將本地保存的數(shù)據(jù)包以設(shè)定 方式轉(zhuǎn)發(fā)給接收端；路由模塊，用于接收到數(shù)據(jù)包后根據(jù)路由規(guī)則得到消息路由表并存入 路由表文件，并根據(jù)消息路由表得到接收端列表，將數(shù)據(jù)包轉(zhuǎn)發(fā)給接收端并從消息路由表 刪除數(shù)據(jù)包對(duì)應(yīng)的接收端的路由信息，在將消息文件的所有數(shù)據(jù)包全部轉(zhuǎn)發(fā)給接收端后， 向接收端發(fā)送消息組裝指令。從以上的描述中，可以看出，本發(fā)明上述的實(shí)施例實(shí)現(xiàn)了如下技術(shù)效果采用本發(fā) 明的實(shí)施例為企業(yè)應(yīng)用系統(tǒng)之間的數(shù)據(jù)交換提供了點(diǎn)對(duì)點(diǎn)、一點(diǎn)對(duì)多點(diǎn)、廣播方式等多種斷點(diǎn)續(xù)傳方法，簡(jiǎn)化了應(yīng)用系統(tǒng)開(kāi)發(fā)者實(shí)現(xiàn)應(yīng)用系統(tǒng)之間的斷點(diǎn)續(xù)傳開(kāi)發(fā)工作量，同時(shí)通 過(guò)斷點(diǎn)續(xù)傳技術(shù)，提高了應(yīng)用系統(tǒng)之間數(shù)據(jù)傳輸可靠性和數(shù)據(jù)傳輸性能，節(jié)約了網(wǎng)絡(luò)帶寬； 通過(guò)硬盤(pán)進(jìn)行數(shù)據(jù)包存儲(chǔ)，理論上最大消息傳輸取決于硬盤(pán)空閑空間，因此只要硬盤(pán)空閑 足夠大，就可以支持特大消息文件的傳輸，實(shí)現(xiàn)了大數(shù)據(jù)量的消息傳輸；此外，可以簡(jiǎn)化二 次開(kāi)發(fā)工作量，通常情況下，應(yīng)用系統(tǒng)之間的通訊需要應(yīng)用系統(tǒng)開(kāi)發(fā)者對(duì)兩個(gè)或兩個(gè)以上 系統(tǒng)進(jìn)行改造，以實(shí)現(xiàn)消息傳輸功能，工作量較大，而采用本發(fā)明的實(shí)施例，應(yīng)用系統(tǒng)開(kāi)發(fā) 者可以簡(jiǎn)單地實(shí)現(xiàn)應(yīng)用系統(tǒng)之間的斷點(diǎn)續(xù)傳功能。 以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種消息文件的傳送方法，其特征在于，包括以下步驟數(shù)據(jù)交換服務(wù)器將來(lái)自發(fā)送端的消息文件的數(shù)據(jù)包保存在本地；所述數(shù)據(jù)交換服務(wù)器判斷接收端是否在線(xiàn)；當(dāng)判斷為是時(shí)，所述數(shù)據(jù)交換服務(wù)器將本地保存的所述數(shù)據(jù)包以設(shè)定方式轉(zhuǎn)發(fā)給所述 接收端。
2.根據(jù)權(quán)利要求1所述的傳送方法，其特征在于，數(shù)據(jù)交換服務(wù)器將來(lái)自發(fā)送服務(wù)器 的數(shù)據(jù)包保存在本地具體包括發(fā)送端根據(jù)消息文件的大小、設(shè)定的數(shù)據(jù)包大小計(jì)算數(shù)據(jù)包總數(shù)；發(fā)送端從所述消息文件的文件頭開(kāi)始發(fā)送消息，每發(fā)送成功一個(gè)所述數(shù)據(jù)包記錄所述 消息文件的發(fā)送斷點(diǎn)信息；所述數(shù)據(jù)交換服務(wù)器將接收到的所述數(shù)據(jù)包保存在本地。
3.根據(jù)權(quán)利要求2所述的傳送方法，其特征在于，還包括以下步驟如果在所述發(fā)送端向所述數(shù)據(jù)交換服務(wù)器的發(fā)送過(guò)程中出現(xiàn)掉線(xiàn)，下次聯(lián)線(xiàn)并登錄后 從所述斷點(diǎn)信息處繼續(xù)所述消息文件的發(fā)送。
4.根據(jù)權(quán)利要求1所述的傳送方法，其特征在于，當(dāng)判斷為是時(shí)，所述數(shù)據(jù)交換服務(wù)器 將本地保存的所述數(shù)據(jù)包轉(zhuǎn)發(fā)給所述接收端具體包括所述數(shù)據(jù)交換服務(wù)器接收到所述數(shù)據(jù)包后根據(jù)路由規(guī)則得到消息路由表并存入路由 表文件；所述數(shù)據(jù)交換服務(wù)器根據(jù)所述消息路由表得到接收端列表，將所述數(shù)據(jù)包轉(zhuǎn)發(fā)給所述 接收端并從所述消息路由表刪除所述數(shù)據(jù)包對(duì)應(yīng)的所述接收端的路由信息。
5.根據(jù)權(quán)利要求4所述的傳送方法，其特征在于，還包括以下步驟所述數(shù)據(jù)交換服務(wù)器在將所述消息文件的所有所述數(shù)據(jù)包全部轉(zhuǎn)發(fā)給所述接收端后， 向所述接收端發(fā)送消息組裝指令；所述接收端接收到所述消息組裝指令后，將所有所述數(shù)據(jù)包組裝成完整的消息文件。
6.根據(jù)權(quán)利要求1所述的傳送方法，其特征在于，還包括以下步驟當(dāng)所述數(shù)據(jù)交換服務(wù)器的判斷為所述接收端離線(xiàn)時(shí)，等待離線(xiàn)的所述接收端聯(lián)網(wǎng)并登 錄，并在所述接收端聯(lián)網(wǎng)和登錄后將所述數(shù)據(jù)包轉(zhuǎn)發(fā)給所述接收端。
7.根據(jù)權(quán)利要求1所述的傳送方法，其特征在于，所述設(shè)定方式為點(diǎn)對(duì)點(diǎn)或一點(diǎn)對(duì)多 點(diǎn)或廣播方式。
8.根據(jù)權(quán)利要求1所述的傳送方法，其特征在于，所述接收端為多個(gè)。
9.一種服務(wù)器間消息文件的傳送裝置，其特征在于，包括發(fā)送端，用于按照設(shè)定的數(shù)據(jù)包的大小，將待發(fā)送的消息文件拆分為多個(gè)數(shù)據(jù)包，并將 所述數(shù)據(jù)包發(fā)送給數(shù)據(jù)交換服務(wù)器；所述數(shù)據(jù)交換服務(wù)器，用于將來(lái)自所述發(fā)送端的消息文件的數(shù)據(jù)包保存在本地，當(dāng)接 收端在線(xiàn)時(shí)，將所述數(shù)據(jù)包發(fā)送到所述接收端，并在所有所述數(shù)據(jù)包發(fā)送成功后，向所述接 收端發(fā)送消息組裝指令；所述接收端，用于接收來(lái)自所述數(shù)據(jù)交換服務(wù)器的所述數(shù)據(jù)包，并根據(jù)來(lái)自所述數(shù)據(jù) 交換服務(wù)器的所述消息組裝指令將所述數(shù)據(jù)包重組為完整的消息文件。
10.根據(jù)權(quán)利要求9所述的傳送裝置，其特征在于，所述發(fā)送端具體包括拆分模塊，用于根據(jù)消息文件的大小、設(shè)定的數(shù)據(jù)包大小計(jì)算數(shù)據(jù)包總數(shù)； 第一發(fā)送模塊，用于從所述消息文件的文件頭開(kāi)始發(fā)送消息，每發(fā)送成功一個(gè)所述數(shù) 據(jù)包記錄所述消息文件的發(fā)送斷點(diǎn)信息。
11.根據(jù)權(quán)利要求9所述的傳送裝置，其特征在于，所述數(shù)據(jù)交換服務(wù)器具體包括 判斷模塊，用于判斷所述接收端是否在線(xiàn)；第二發(fā)送模塊，用于當(dāng)所述判斷模塊的判斷結(jié)果為是時(shí)，將本地保存的所述數(shù)據(jù)包以 設(shè)定方式轉(zhuǎn)發(fā)給所述接收端；路由模塊，用于接收到所述數(shù)據(jù)包后根據(jù)路由規(guī)則得到消息路由表并存入路由表文 件，并根據(jù)所述消息路由表得到接收端列表，將所述數(shù)據(jù)包轉(zhuǎn)發(fā)給所述接收端并從所述消 息路由表刪除所述數(shù)據(jù)包對(duì)應(yīng)的所述接收端的路由信息，在將所述消息文件的所有所述數(shù) 據(jù)包全部轉(zhuǎn)發(fā)給所述接收端后，向所述接收端發(fā)送消息組裝指令。
全文摘要
本發(fā)明公開(kāi)了一種消息文件的傳送方法和裝置，其中，方法包括以下步驟數(shù)據(jù)交換服務(wù)器將來(lái)自發(fā)送端的消息文件的數(shù)據(jù)包保存在本地；數(shù)據(jù)交換服務(wù)器判斷接收端是否在線(xiàn)；當(dāng)判斷為是時(shí)，數(shù)據(jù)交換服務(wù)器將本地保存的數(shù)據(jù)包以設(shè)定方式轉(zhuǎn)發(fā)給接收端。
文檔編號(hào)H04L12/56GK102088394SQ20091024142
公開(kāi)日2011年6月8日 申請(qǐng)日期2009年12月8日 優(yōu)先權(quán)日2009年12月8日
發(fā)明者樂(lè)以長(zhǎng), 孫鞍, 熊?chē)?guó)強(qiáng) 申請(qǐng)人:北京大學(xué), 北京方正奧德計(jì)算機(jī)系統(tǒng)有限公司, 北大方正集團(tuán)有限公司