CN102088394A - Method and device for transmission of message file - Google Patents

Method and device for transmission of message file Download PDF

Info

Publication number
CN102088394A
CN102088394A CN2009102414265A CN200910241426A CN102088394A CN 102088394 A CN102088394 A CN 102088394A CN 2009102414265 A CN2009102414265 A CN 2009102414265A CN 200910241426 A CN200910241426 A CN 200910241426A CN 102088394 A CN102088394 A CN 102088394A
Authority
CN
China
Prior art keywords
receiving terminal
packet
message
data exchange
service device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN2009102414265A
Other languages
Chinese (zh)
Inventor
乐以长
熊国强
孙鞍
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
BEIJING FANGZHENG AODE COMPUTER SYSTEM Co Ltd
Peking University
Peking University Founder Group Co Ltd
Original Assignee
BEIJING FANGZHENG AODE COMPUTER SYSTEM Co Ltd
Peking University
Peking University Founder Group Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by BEIJING FANGZHENG AODE COMPUTER SYSTEM Co Ltd, Peking University, Peking University Founder Group Co Ltd filed Critical BEIJING FANGZHENG AODE COMPUTER SYSTEM Co Ltd
Priority to CN2009102414265A priority Critical patent/CN102088394A/en
Publication of CN102088394A publication Critical patent/CN102088394A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The invention discloses a method and device for transmission of a message file, wherein the method comprises the following steps: a data exchange server locally stores a message file data packet from a sending end; and the data exchange server judges whether a receiving end is on line, if so, the data exchange server transfers the data packet stored locally to the receiving end in a set mode.

Description

The transfer approach of message file and device
Technical field
The present invention relates to the communications field, in particular to a kind of transfer approach and device of message file.
Background technology
Along with the continuous development of The present computer technology and network communications technology is popularized, utilize the Internet to carry out exchanges data and resource-sharing is very general.So-called breakpoint transmission, exactly when transmission runs into accident midway and goes offline, next time can be automatically in the past a breakpoint begin to continue transmission, thereby avoid causing wastes such as network traffics and time because of the network interruption.At present based on HTTP (Hyper Text Transfer Protocol, HTML (Hypertext Markup Language)) and FTP (File Transfer Protocol, file transfer protocol (FTP)) breakpoint transmission technology is comparative maturity, breakpoint transmission technology based on mail and instant messaging is also used to some extent, these technological services are in the personal user, improve the personal user and downloaded data or the efficient by the immediate communication tool transfer files from the Internet, saved the network bandwidth.
In realizing process of the present invention, the inventor finds that breakpoint transmission technology of the prior art can only be applied to the personal terminal user, can't be applied in the message-oriented middleware field of enterprise-level exchanges data and resource-sharing.
Summary of the invention
The present invention aims to provide a kind of transfer approach and device of message file, can solve breakpoint transmission technology of the prior art and can only be applied to the personal terminal user, can't be applied in the problem in the message-oriented middleware field of enterprise-level exchanges data and resource-sharing.
In one embodiment of the invention, provide a kind of transfer approach of message file, may further comprise the steps:
The data exchange service device will be kept at this locality from the packet of the message file of transmitting terminal;
The data exchange service device judges whether receiving terminal is online;
When being judged as when being, the packet that the data exchange service device is preserved this locality is transmitted to receiving terminal with setting means.
In an embodiment of the present invention, also provide a kind of conveyer of message file, having comprised:
Transmitting terminal is used for the size according to the packet of setting, and message file to be sent is split as a plurality of packets, and packet is sent to the data exchange service device;
The data exchange service device is used for the packet from the message file of transmitting terminal is kept at this locality, when receiving terminal is online, packet is sent to receiving terminal, and after all packets send successfully, sends message assembling instruction to receiving terminal;
Receiving terminal is used to receive the packet from the data exchange service device, and according to the message assembling instruction from the data exchange service device packet is reassembled as complete message file.
In the above-described embodiments, by adopting the data exchange service device, the packet of the message file of transmitting terminal is sent to the data exchange service device earlier, and then judge whether receiving terminal is online, when being judged as when being, the packet that the data exchange service device is preserved this locality is transmitted to the mode of receiving terminal with setting means, the breakpoint of having realized message file transmits, overcome breakpoint transmission technology of the prior art and can only be applied to the personal terminal user, can't be applied in the problem in the message-oriented middleware field of enterprise-level exchanges data and resource-sharing.
Description of drawings
Accompanying drawing described herein is used to provide further understanding of the present invention, constitutes the application's a part, and illustrative examples of the present invention and explanation thereof are used to explain the present invention, do not constitute improper qualification of the present invention.In the accompanying drawings:
Fig. 1 shows the transfer approach flow chart of message file according to an embodiment of the invention;
Fig. 2 shows the fundamental diagram of message file transfer approach according to a preferred embodiment of the present invention;
Fig. 3 shows the workflow diagram of transmitting terminal according to a preferred embodiment of the present invention;
Fig. 4 shows the workflow diagram of swap server according to a preferred embodiment of the present invention;
Fig. 5 shows the workflow diagram of receiving terminal according to a preferred embodiment of the present invention;
Fig. 6 shows the conveyer schematic diagram of message file between server according to an embodiment of the invention.
Embodiment
Below with reference to the accompanying drawings and in conjunction with the embodiments, describe the present invention in detail.
Fig. 1 shows the transfer approach flow chart of message file according to an embodiment of the invention, may further comprise the steps:
S102, the data exchange service device will be kept at this locality from the packet of the message file of transmitting terminal;
S104, data exchange service device judge whether receiving terminal is online;
S106, when being judged as when being, the packet that the data exchange service device is preserved this locality is transmitted to receiving terminal with setting means.
In the present embodiment, by adopting the data exchange service device, the packet of the message file of transmitting terminal is sent to the data exchange service device earlier, and then judge whether receiving terminal is online, when being judged as when being, the packet that the data exchange service device is preserved this locality is transmitted to the mode of receiving terminal with setting means, the breakpoint of having realized message file between server transmits, overcome breakpoint transmission technology of the prior art and can only be applied to the personal terminal user, can't be applied in the problem in the message-oriented middleware field of enterprise-level exchanges data and resource-sharing.
Preferably, in above-mentioned transfer approach, the data exchange service device will be kept at the local transmitting terminal that specifically comprises from the packet of transmitting terminal according to the size of message file, the packet size calculated data bag sum of setting; Transmitting terminal begins to send message from the file header of message file, the transmission breakpoint information of a packet recording messages file of every transmission success; The data exchange service device is kept at this locality with the packet that receives.
Preferably, in above-mentioned transfer approach, further comprising the steps of: if occur going offline in the process of transmitting of data exchange service device at transmitting terminal, next on line and login back are from the transmission of breakpoint information continuation message file.
Preferably, in above-mentioned transfer approach, when being judged as when being, the packet that the data exchange service device is preserved this locality is transmitted to receiving terminal and specifically comprises after the data exchange service device receives packet and obtain the message routing table and deposit the routing table file in according to routing rule; The data exchange service device obtains receiving terminal tabulation according to the message routing table, packet is transmitted to receiving terminal and from the routing iinformation of the receiving terminal of message routing table deleted data bag correspondence.
Preferably, in above-mentioned transfer approach, further comprising the steps of: the data exchange service device sends message assembling instruction to receiving terminal after all packets with message file all are transmitted to receiving terminal; Receiving terminal is dressed up complete message file with all data packet group after receiving message assembling instruction.
Preferably, in above-mentioned transfer approach, further comprising the steps of: when the data exchange service device be judged as the receiving terminal off-line time, wait for the also login of receiving terminal networking of off-line, and after receiving terminal networking and login, packet be transmitted to receiving terminal.
Preferably, in above-mentioned transfer approach, setting means is point-to-point or any is to multiple spot or broadcast mode.
Preferably, in above-mentioned transfer approach, receiving terminal can be for one or more.
Fig. 2 shows the fundamental diagram of message file transfer approach according to a preferred embodiment of the present invention.As shown in Figure 2, the message file conveyer comprises: transmitting terminal 201, swap server 202, receiving terminal 203.
The groundwork step of present embodiment is as follows:
Calculate the bag sum according to message file size that will send and packet size, as the file that will send ML23KUS9000036.txt by name, size is 2M, and each bag size is set to 64K, and then this message file always is divided into 2*1024*1024/ (64*1024)=32 bag transmission.
Transmitting terminal begins to send packet from the message file head, the current breakpoint information of record behind packet of every transmission success, as send the 5th bag of success, and the record breakpoint information is 5, network occurs and go offline this moment.
Transmitting terminal next time networking and login successfully after, begin transmission according to the breakpoint information (being 5) of record from next one bag (i.e. the 6th bag) herein, if network normally sends remaining 27 bags, the breakpoint information of the corresponding message of deletion record after sending.
After the data exchange service device receives the packet of transmitting terminal, obtain the message routing table and deposit the routing table file in according to routing rule, and packet is kept at data exchange service device local disk file, each bag is preserved a file, file designation adds 4 bit sequence number for the message id back, saves as ML23KUS90000360001.txt to the ML23KUS90000360032.txt file after sending to swap server as above-mentioned message file
The data exchange service device obtains receiving terminal tabulation from routing table and is receiving terminal of app1, if app1 is online, then packet is transmitted to app1, goes offline if transmitted the time marquis app1 of 18 packets, then stops forwarding.Lay equal stress on and continue remaining 14 packets are transmitted to app1 the realization breakpoint transmission after the new login Deng app1 networking.
Receiving terminal is kept at the local disk file with packet after receiving the packet that the data exchange service device forwards, filename is preserved the filename of packet with swap server, as above-mentioned message file called after ML23KUS90000360001.txt to the ML23KUS90000360032.txt file.
Receiving terminal is dressed up a complete message file with all data packet group when receiving the message assembling instruction that exchanges data sends, the message file after the assembling is identical with the transmitting terminal filename.
Fig. 3 shows the workflow diagram of transmitting terminal according to a preferred embodiment of the present invention, specifically comprises:
S301, the message dispensing device is according to message file size, specific data bag size calculated data bag sum;
S302, the message dispensing device begins to send message from the message file head, and sending successfully, the back is sending the current breakpoint information of breakpoint file logging;
S303 judges whether breakpoint is end of file position, when judged result when being, flow process finishes, judged result goes to step S304 for not the time;
S304 sends next packet;
S305 judges whether to send successfully, when judged result when being, go to step S302, judged result is not for the time, flow process finishes.
Fig. 4 shows the workflow diagram of data exchange service device according to a preferred embodiment of the present invention, specifically comprises:
S401, the data exchange service device obtains the receiving terminal tabulation from routing table;
S402 deposits packet in the local disk file;
S403 judges whether receiving terminal online, when judged result when being, go to step S405, judged result goes to step S404 for not the time;
S404 waits for user's on line, and returns step S403;
S405 directly is transmitted to receiving terminal with the specific data bag;
S406 judges whether to send successfully, when judged result when being, go to step S407, judged result goes to step S405 for not the time;
S407 deletes the routing iinformation of the receiving terminal of described packet correspondence from routing table;
S408 judges whether message sends to finish, when judged result when being, go to step S409, judged result is not for the time, flow process finishes;
S409, the data exchange service device sends message assembling instruction to message receiving apparatus.
Fig. 5 shows the workflow diagram of receiving terminal according to a preferred embodiment of the present invention, specifically comprises:
S501, receiving system receives packet;
S502 judges whether to receive the message assembling instruction that the data exchange service device sends, if receive the message assembling instruction that swap server sends, goes to step S504, if receive the message assembling instruction that swap server sends, goes to step S503;
S503 is kept at receiving terminal local disk file with packet, and is back to step S502;
S504 dresses up a complete message file with all data packet group.
Fig. 6 shows the conveyer schematic diagram of message file according to an embodiment of the invention, comprising:
Transmitting terminal 602 is used for the size according to the packet of setting, and message file to be sent is split as a plurality of packets, and packet is sent to the data exchange service device;
Data exchange service device 604 is used for the packet from the message file of transmitting terminal is kept at this locality, when receiving terminal is online, packet is sent to receiving terminal, and after all packets send successfully, sends message assembling instruction to receiving terminal;
Receiving terminal 606 is used to receive the packet from the data exchange service device, and according to the message assembling instruction from the data exchange service device packet is reassembled as complete message file.
In the present embodiment, by adopting the data exchange service device, the packet of the message file of transmitting terminal is sent to the data exchange service device earlier, and then judge whether receiving terminal is online, when being judged as when being, the packet that the data exchange service device is preserved this locality is transmitted to the mode of receiving terminal with setting means, the breakpoint of having realized message file transmits, overcome breakpoint transmission technology of the prior art and can only be applied to the personal terminal user, can't be applied in the problem in the message-oriented middleware field of enterprise-level exchanges data and resource-sharing.
Preferably, in above-mentioned conveyer, transmitting terminal specifically comprises the fractionation module, is used for the size according to message file, the packet size calculated data bag sum of setting; First sending module is used for beginning to send message from the file header of message file, the transmission breakpoint information of a packet recording messages file of every transmission success.
Preferably, in above-mentioned conveyer, the data exchange service implement body comprises judge module, is used to judge whether receiving terminal is online; Second sending module, be used for when the judged result of judge module when being, the packet that this locality is preserved is transmitted to receiving terminal with setting means; Routing module, obtain the message routing table and deposit the routing table file in according to routing rule after being used to receive packet, and obtain receiving terminal tabulation according to the message routing table, packet is transmitted to receiving terminal and from the routing iinformation of the receiving terminal of message routing table deleted data bag correspondence, after all packets with message file all are transmitted to receiving terminal, send message assembling instruction to receiving terminal.
From above description, as can be seen, the above embodiments of the present invention have realized following technique effect: adopt embodiments of the invention for the exchanges data between the enterprise application system provide point-to-point, a bit to multiple breaker point continuous transmission methods such as multiple spot, broadcast modes, simplify application system development person and realized breakpoint transmission development amount between the application system, simultaneously by the breakpoint transmission technology, improve data transmission credibility and data transmission performance between the application system, saved the network bandwidth; Carry out the packet storage by hard disk, the hard disk free space is depended in the maximum message transmission in theory, therefore as long as hard disk is idle enough big, just can support the transmission of especially big message file, has realized the transmission of messages of big data quantity; In addition, can simplify second-time development workload, generally, communication between the application system needs application system development person that two or more systems are transformed, to realize the transmission of messages function, workload is bigger, and adopts embodiments of the invention, and application system development person can realize the breakpoint transmission function between the application system simply.
The above is the preferred embodiments of the present invention only, is not limited to the present invention, and for a person skilled in the art, the present invention can have various changes and variation.Within the spirit and principles in the present invention all, any modification of being done, be equal to replacement, improvement etc., all should be included within protection scope of the present invention.

Claims (11)

1. the transfer approach of a message file is characterized in that, may further comprise the steps:
The data exchange service device will be kept at this locality from the packet of the message file of transmitting terminal;
Described data exchange service device judges whether receiving terminal is online;
When being judged as when being, the described packet that described data exchange service device is preserved this locality is transmitted to described receiving terminal with setting means.
2. transfer approach according to claim 1 is characterized in that, the data exchange service device will be kept at this locality and specifically comprise from the packet of send server:
Transmitting terminal is according to the size of message file, the packet size calculated data bag sum of setting;
Transmitting terminal begins to send message from the file header of described message file, and described packet of every transmission success writes down the transmission breakpoint information of described message file;
The described packet that described data exchange service device will receive is kept at this locality.
3. transfer approach according to claim 2 is characterized in that, and is further comprising the steps of:
If occur going offline in the process of transmitting of described data exchange service device at described transmitting terminal, the transmission of described message file is continued in next on line and login back from described breakpoint information.
4. transfer approach according to claim 1 is characterized in that, when being judged as when being, the described packet that described data exchange service device is preserved this locality is transmitted to described receiving terminal and specifically comprises:
Described data exchange service device obtains the message routing table and deposits the routing table file in according to routing rule after receiving described packet;
Described data exchange service device obtains receiving terminal tabulation according to described message routing table, described packet is transmitted to described receiving terminal and deletes the routing iinformation of the described receiving terminal of described packet correspondence from described message routing table.
5. transfer approach according to claim 4 is characterized in that, and is further comprising the steps of:
Described data exchange service device sends message assembling instruction to described receiving terminal after all the described packets with described message file all are transmitted to described receiving terminal;
Described receiving terminal is dressed up complete message file with all described data packet group after receiving described message assembling instruction.
6. transfer approach according to claim 1 is characterized in that, and is further comprising the steps of:
When the described receiving terminal off-line of being judged as of described data exchange service device, wait for the also login of described receiving terminal networking of off-line, and after described receiving terminal networking and login, described packet is transmitted to described receiving terminal.
7. transfer approach according to claim 1 is characterized in that, described setting means is point-to-point or any is to multiple spot or broadcast mode.
8. transfer approach according to claim 1 is characterized in that, described receiving terminal is a plurality of.
9. the conveyer of message file between a server is characterized in that, comprising:
Transmitting terminal is used for the size according to the packet of setting, and message file to be sent is split as a plurality of packets, and described packet is sent to the data exchange service device;
Described data exchange service device, be used for and be kept at this locality from the packet of the message file of described transmitting terminal, when receiving terminal is online, described packet is sent to described receiving terminal, and after all described packets send successfully, send message assembling instruction to described receiving terminal;
Described receiving terminal is used to receive the described packet from described data exchange service device, and according to the described message assembling instruction from described data exchange service device described packet is reassembled as complete message file.
10. conveyer according to claim 9 is characterized in that, described transmitting terminal specifically comprises:
Split module, be used for the size according to message file, the packet size calculated data bag sum of setting;
First sending module is used for beginning to send message from the file header of described message file, and described packet of every transmission success writes down the transmission breakpoint information of described message file.
11. conveyer according to claim 9 is characterized in that, described data exchange service implement body comprises:
Judge module is used to judge whether described receiving terminal is online;
Second sending module, be used for when the judged result of described judge module when being, the described packet that this locality is preserved is transmitted to described receiving terminal with setting means;
Routing module, obtain the message routing table and deposit the routing table file in according to routing rule after being used to receive described packet, and obtain receiving terminal tabulation according to described message routing table, described packet is transmitted to described receiving terminal and deletes the routing iinformation of the described receiving terminal of described packet correspondence from described message routing table, after all the described packets with described message file all are transmitted to described receiving terminal, send message assembling instruction to described receiving terminal.
CN2009102414265A 2009-12-08 2009-12-08 Method and device for transmission of message file Pending CN102088394A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2009102414265A CN102088394A (en) 2009-12-08 2009-12-08 Method and device for transmission of message file

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2009102414265A CN102088394A (en) 2009-12-08 2009-12-08 Method and device for transmission of message file

Publications (1)

Publication Number Publication Date
CN102088394A true CN102088394A (en) 2011-06-08

Family

ID=44100015

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2009102414265A Pending CN102088394A (en) 2009-12-08 2009-12-08 Method and device for transmission of message file

Country Status (1)

Country Link
CN (1) CN102088394A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102957609A (en) * 2011-08-26 2013-03-06 北京大学 Message routing method and message routing device
CN103856990A (en) * 2012-11-28 2014-06-11 中国电信股份有限公司 Method, system and server for data transmission
CN104796460A (en) * 2015-03-26 2015-07-22 小米科技有限责任公司 File transmission method and device
CN109218422A (en) * 2018-09-12 2019-01-15 上海庆科信息技术有限公司 A kind of method, apparatus of information exchange, equipment and storage medium

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102957609A (en) * 2011-08-26 2013-03-06 北京大学 Message routing method and message routing device
CN102957609B (en) * 2011-08-26 2016-01-20 北京大学 The method and apparatus of Message routing
CN103856990A (en) * 2012-11-28 2014-06-11 中国电信股份有限公司 Method, system and server for data transmission
CN104796460A (en) * 2015-03-26 2015-07-22 小米科技有限责任公司 File transmission method and device
CN104796460B (en) * 2015-03-26 2019-03-22 小米科技有限责任公司 Document transmission method and device
CN109218422A (en) * 2018-09-12 2019-01-15 上海庆科信息技术有限公司 A kind of method, apparatus of information exchange, equipment and storage medium

Similar Documents

Publication Publication Date Title
Liljeberg et al. Optimizing world-wide web for weakly connected mobile workstations: An indirect approach
KR100779751B1 (en) Method and apparatus for obtaining data information
US6765889B1 (en) Communication method and system
CN101406008B (en) Method, apparatus and system for supporting transparent proxy by wireless access gateway
CN103476062B (en) Data flow scheduling method, equipment and system
AU2002345133A1 (en) Method and apparatus for obtaining data information
CN104009938A (en) Method and system for long connections based on router level
CN104519036A (en) Method and device for sending service request message
US20050021817A1 (en) Digital content delivery, server and client
CN103516694A (en) Communication method, device and system
WO2006074832A1 (en) On-demand group communication services with quality of service (qos) guarantees
Ciubotaru et al. Advanced Network Programming–Principles and Techniques: Network Application Programming with Java
CN103314552B (en) Use the method for multicasting based on group of non-unified receiver
EP1964048A2 (en) Quality of service for transmission of digital content
CN102088394A (en) Method and device for transmission of message file
Scott Disruption tolerant networking proxies for on-the-move tactical networks
JP5476975B2 (en) Inter-network data distribution system, information communication terminal, content distribution server
JP3899035B2 (en) Method and system for controlling incoming notification
CN106330994A (en) User message publishing method and system
US8238335B2 (en) Multi-route transmission of packets within a network
CN1585372A (en) Method and system for transmitting information from information system to mobile terminal
CN101330664B (en) Method, system and apparatus for realizing multimedia business
CN107426081A (en) A kind of real-time messages transmission method and system
CN101309458B (en) Short message realizing method between multiple enterprises, system and equipment
JP2011517796A (en) Multimedia message storage address transmission system and method

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20110608