AU5182300A - Method of having a user communicate with at least one database - Google Patents
Method of having a user communicate with at least one database Download PDFInfo
- Publication number
- AU5182300A AU5182300A AU51823/00A AU5182300A AU5182300A AU 5182300 A AU5182300 A AU 5182300A AU 51823/00 A AU51823/00 A AU 51823/00A AU 5182300 A AU5182300 A AU 5182300A AU 5182300 A AU5182300 A AU 5182300A
- Authority
- AU
- Australia
- Prior art keywords
- protocol
- transmission
- acknowledgements
- server
- data
- 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.)
- Abandoned
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1809—Selective-repeat protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Radio Relay Systems (AREA)
Abstract
The communications procedures selects links in TCP with (22) or UDP without (24) acknowledgement of reception according to the type of data being transmitted or user selection and for TCP can reduce the acknowledgement window if the error rate exceeds a threshold
Description
P/00/011 Regulation 3.2
AUSTRALIA
Patents Act 1990
ORIGINAL
COMPLETE SPECIFICATION STANDARD PATENT Invention Title: 'Method of having a user communicate with at least one database' The following statement is a full description of this invention, including the best method of performing it known to us: FH PS YDIE\N ATPiX )21mIX )1724(i1 7
SPECIFICATION
Method of having a user communicate with at least one database The invention relates to a method of having a user communicate with at least one database via a network. It also relates to a user installation and network management means for implementing the method.
Advances in technology in the field of telecommunications enable an increase in information bit rates that should allow easier access to databases in existing networks such as the Internet.
One example of a technology enabling high bit rates is satellite communication.
However, it has been found that a high bit rate does not necessarily ensure fast access to databases and cannot prevent congestion of the network.
A network of databases is generally accessed using a protocol which assures "that communications are reliable. The protocol entails exchanging data between 15 "clients" and a "server",and these exchanges of data can slow down communication.
:To be more precise, when the data, in particular in the form of cells or packets, is transmitted from a transmitter to a receiver, the receiver sends back an acknowledgement to assure the transmitter that the data transmitted has been received correctly. If the data has not been received correctly, the transmitter receives an acknowledgement indicating this or does not receive any acknowledgement at all.
In either case the transmitter retransmits the data.
The data is also retransmitted if the transmitter does not receive an acknowledgement within a particular time period after transmission.
The performance of networks and their communication nodes (routers) and network congestion mean that packets reach the receiver in a time such that the acknowledgement reaches the transmitter after that particular time period has elapsed. They are therefore considered to have been lost and are retransmitted by the transmitter, which leads to unnecessary transmission of data and therefore degrades the transmission capacity of the network, and possibly its performance.
The transmission control protocol (TCP), which is widely used, in particular on the Internet, is one protocol of the above type, for example.
The incompatibility of high bit rate communications and reliable communications in networks of databases is particularly clear when using a high bit rate communication system that introduces a non-negligible transmission delay.
This is the case in satellite transmission systems that are (or will be) used to transmit data at high bit rates, in particular for "multimedia" applications.
It is nevertheless possible to use a less reliable protocol with no acknowledgements for fast transmission at high bit rates. One example is the user datagram protocol (UDP). However, the systematic use of this protocol is not compatible with transmission in a network of databases, because the transmission of a large proportion of data, and in particular of software, requires a high level of reliability.
The invention provides a method of access to databases via high bit rate communication systems without significant congestion of the network, combined with a satisfactory quality of transmission of data.
A first aspect of the invention provides a method of transmitting data from a database to a requesting client wherein a transmission protocol with acknowledgements or a transmission protocol without acknowledgements is chosen "for each call.
15 Thus some data, in particular most pictures and sounds, does not require the highest possible level of reliability of transmission and it is then possible to choose a protocol with no acknowledgements which accords priority to speed, which is all the more beneficial in that the volume of such data is usually high.
Transmitting software requires a high level of reliability, for which a protocol with acknowledgements is chosen.
*In one embodiment of the invention, for one and the same call, some parts are transmitted with an acknowledgement type protocol, those parts being software, for example, sources of scripts or man-machine interface pages (Web pages), and other parts, such as pictures or parts of pictures, are transmitted using a protocol which does not use acknowledgements.
It should be pointed out here that pictures and sounds are not necessarily always transmitted using a protocol with no acknowledgements. The choice of protocol is left to the user or to the application (management program). This is because some pictures require a high level of reliability, for example high-definition pictures, in particular for medical applications.
The choice of the protocol can be performed as and when required by the user or automatically, according to the type of data to be transmitted, and possibly the volume of data. If, during a call, the proportion of data that can be transmitted with a relatively low level of reliability is small compared to the data that has to be transmitted with a high level of reliability it is not essential to change protocol for that small proportion of the data, as in this case the improvement in terms of speed would be small.
The application deciding on the nature of the protocol is located in the transmitting database or in an intermediate server between the client and the databases. In this latter situation, the server will control the call that it transmits to the client.
Another aspect of the invention, which can be used independently or in combination with the previous aspects, provides a database access method using a protocol with acknowledgements and with a variable length acknowledgement window.
The length of the acknowledgement window of an acknowledgement protocol is the number of bits, bytes or cells that the receiver must receive before it transmits an acknowledgement signal.
The transmitter (database or intermediate server) decides to vary the 15 acknowledgement window according to the proportion of packets retransmitted, for Sexample. If that proportion is high, the acknowledgement window is made smaller so that each retransmission of data represents a smaller volume of data to be transmitted, which also increases the probability of correct transmission in a given time interval.
The receiver can also determine the variation of the acknowledgement window according to the bit rate received. If a low bit rate is received, the receiver transmits to the transmitter a signal requesting a shorter acknowledgement window.
The method according to the invention finds a particularly beneficial application in the case of a satellite transmission system in which all calls from a user 25 or client of the system pass through a connection station, in particular a terrestrial connection station. This description relates to the example of a transmission system using satellites in low or medium Earth orbit in which the Earth is divided into areas which each include a connection station. Each area has a diameter of the order of 700 kilometers, for example, and is such that at all times a satellite of a constellation is visible for connecting a client in the area to the connection station and, when that satellite is no longer able to relay the call between the user and the station, another satellite takes over immediately.
In this case, the transmission method according to the invention can easily be used between the connection station and the users. Transmission times are greatest in this part of the network, between the station and the users, so that the acknowledgement mechanism can impose the greatest penalty here.
However, the method according to the invention is not limited to a system with satellites in low or medium Earth orbit; it can equally apply to a geostationary satellite system.
Users are connected to the network of databases via a server located in the connection station or connected to the connection station.
If the network of databases is the Internet or a similar network, it is known in the art for database enquiries from clients to be intercepted by "prox/y" servers, interception being effected for both directions, i.e. from clients to databases and from databases to clients. In the proxy servers the responses transmitted by the databases are retained for some time in the storage means of the proxy server and the pages S°loaded into the server are transmitted to clients without a new connection to the database being required. Accordingly, the method according to the invention can be S°controlled from a proxy server of this kind located in or connected to a connection station.
S. *°Another aspect of the invention therefore provides a server for access to a network of databases which includes, for selecting the data transmission protocol type with or without acknowledgements for data to be transmitted to clients, the type being chosen automatically in the server according to the nature of the data to be transmitted and/or information provided by clients and/or the volume of data.
When an acknowledgement-type protocol is used, the server preferably •includes means for adjusting the size of the acknowledgement window. The invention encompasses a server intended to communicate with one or more clients using an acknowledgement-type transmission protocol which includes means for varying the size of the acknowledgement window, for example according to the bit rates for transmission from that server to the client.
A further aspect of the invention provides a client unit, i.e. a database interrogation unit. The unit includes means for choosing between transmission with acknowledgements and transmission without acknowledgements, the choice being reflected, at the level of the means available to the user, by a choice between reliable transmission and fast transmission, for example.
In one embodiment of the invention the client unit can receive data on two different channels, one dedicated to an acknowledgement-type protocol and the other to a protocol without acknowledgements, and includes means for re-ordering data received on the two channels. The re-ordered data is preferably displayed in a browser of the client unit.
The selection means can be associated with a conventional computer and consist, for example, of a JAVA applet or script constituting an interface of the browser.
The selection means can also operate automatically in the database server or in the intermediate ("proxy") server; in this case, the choice between the protocols is based on the type of file to be downloaded, for example the suffix of the file name, such as picture.bmp, picture.jpg or page.html. For example, if the database interrogated supplies high-resolution pictures, the transmission protocol requested will also be an acknowledgement-type protocol and if the database interrogated supplies sounds, such as music, the protocol requested can be of the type without acknowledgements.
The selection means can also operate automatically in the client unit, the choice between protocols being based on the query submitted or the request 15 addressed to the databases.
The present invention provides a method of transmitting data from a database to a requesting client. For each communication, a choice is made between a TCP transmission protocol with acknowledgements and a UDP transmission protocol without acknowledgements.
In one embodiment of the invention, for a given request from a client, some *"data is transmitted with a transmission protocol with acknowledgements and other data is transmitted with a protocol without acknowledgements.
In one embodiment of the invention the transmission protocol is chosen according to the nature of the request expressed by the user.
25 In one embodiment of the invention the protocol is chosen according to the nature of the data to be transmitted and/or its volume.
In one embodiment of the invention, when a transmission protocol with acknowledgements is chosen, the length of the acknowledgement window is chosen for each call.
In one embodiment of the invention the acknowledgement window is made smaller when a transmitted data error rate exceeds a predetermined value.
The present invention also provides a terminal for connection to a database including two reception channels, one for data received using a transmission protocol with acknowledgements and the other for data received using a protocol without acknowledgements.
In one embodiment of the invention the terminal includes an interface which can be actuated by the user to indicate a choice between reliable transmission and fast transmission.
In one embodiment of the invention the terminal includes means for automatically selecting reliable transmission or fast transmission according to the request addressed to the database.
In one embodiment of the invention the terminal includes means for reordering files received on two different channels.
In one embodiment of the invention re-ordered files are processed in the browser of the terminal.
The present invention further provides a server intended to be included in a network between one or more users and databases, the purpose of the server being to interpret requests from users and/or to store data received from databases. It includes *means for selecting the protocol for transmitting data from the server to the user, the 15 choice being between a transmission protocol with acknowledgements and a transmission protocol without acknowledgements.
In one embodiment of the invention the server includes means for varying the acknowledgement window if a protocol with acknowledgements is used.
In one embodiment of the invention the acknowledgement window is reduced in size when the transmission error rate increases.
**The present invention finally provides an application of the server to a satellite transmission system in which calls from each user are relayed by a connection station, calls between users and the connection station pass through a satellite and the server is located in the connection station or connected to the connection station.
S 25 Other features and advantages of the invention will become apparent from the following description of embodiments of the invention, which description is given with reference to the accompanying drawings, in which: Figure 1 is a diagram showing a system using the method according to the invention, Figure 2 is a diagram showing one aspect of the method according to the invention, Figure 3 is a diagram showing a different embodiment of a system according to the invention.
The system shown by way of example in Figure 1 includes a number of client installations. Only one client installation 10 is shown. The system further includes a proxy server (proximity server) 12 which is located in a connection station of a satellite telecommunication system and the Internet (network of databases), only one server 14 being shown in the figure.
The client installation 10 conventionally includes a browser 16 which sends a request 18 to a remote server 14. The request 18 is intercepted by the server 12 whose function is to interpret the query transmitted by the client in order to limit the connection time to the remote server 14. Because the network is the Internet, the call between the servers 12 and 14 is a TCP call, i.e. with an acknowledgement for each group of data.
The data received from the server 14 by the server 12 is retransmitted to the user or client installation According to the invention, the connection between the server 12 and the installation 10 uses one or both of two separate channels 22 and 24. The channel 22 uses the TCP (with acknowledgements). The channel 24 uses the UDP transmission 15 (without acknowledgements). The channel 22 is used mainly for transmissions for which a high level of reliability is needed and the channel 24 is used mainly to transmit data for which speed is the main criterion.
~The browser 16 of the user installation 10 includes an interface such as a JAVA applet enabling the user to determine the required transmission quality, i.e.
reliable transmission or fast transmission. This decision of the user is interpreted by the server 12 and is acted on according to the level of use of the network between the server 12 and the user 10 and the data to be transmitted from the server 12 to the user 10. Thus a multimedia transmission including a mixture of software and pictures could be transmitted on the channels 22 and 24 in parallel. The channel 22 would 25 use the TCP to transmit the software and the channel 24 would transmit the picture data using the UDP.
The server 12 further includes means for varying the acknowledgement window for data transmitted by the TCP channel 22.
Figure 2 is a diagram showing the principle of an acknowledgement window.
When a receiver R sends a request 30 to a transmitter E, the transmitter E sends data to the receiver R and, when it has received a particular number N of bytes, the receiver sends an acknowledgement 32 to the transmitter. If the transmitter E has not received the acknowledgement correctly, it sends the N bytes again. This retransmission increases the density of the traffic in a proportion that increases as the number N of bytes increases. Accordingly, when, for example, the server 12 notices that CA00368888.2 transmission quality is defective, it reduces the length N of the acknowledgment window to limit the quantity of data to be retransmitted. This can reduce the risk of congestion of the network.
Operation is as follows: In response to the request 18, the client unit 10 receives an html page which it analyzes and loads into a memory (arrow 40), such as the hard disk 42 of a computer. The data stored on the hard disk 42 consists of the addresses of objects and the names of files.
Then (arrows 181 182) each object address and file name is transferred from the memory 42 to the browser 16 (arrow 44) so that the applet 26 sends requests 181, 182, etc for each object.
The chosen channel 22 or 24 is determined by the proxy server 12.
10 After loading the various objects in sequence, the client unit re-orders the files or objects received, which generally comprise data of various kinds, such as hypermedia or hypertext files.
S* The re-ordered data can be used or displayed in the browser 16 of the client unit.
0eO*@e In this example, the server 12 is located in a connection station 10 of a satellite transmission system, the station 10 constituting a user of the transmission system.
15 Note that choosing the protocol or transmission channel is of practical benefit, especially in 0094 the direction from the database 14 or the server 12 to a client installation 10, because the volume of data to be transmitted is greater in this direction than in the other direction. However, the S* principle of choosing the protocol can be generalized, for example to transmitting data between two S..l users.
In the embodiment of the invention shown in Figure 3 the client terminal 101 includes a browser 161 and a local proximity server The browser 16, communicates with the proximity server 12, via the local server The local server 50 manages calls to the server 121 using either a UDP type protocol on the channel 24, or a TCP type protocol on the channel 221, the choice being made in accordance with the invention.
The browser 161 is conventional, ie it sends requests, processes html pages and displays data received.
The applicant does not concede that the prior art discussed in the specification forms part of the common general knowledge in the art at the priority date of this application.
Claims (19)
1. A method of transmitting data from a database to a requesting client wherein a transmission protocol with acknowledgements or a transmission protocol without acknowledgements is chosen for each call.
2. A method according to claim 1 wherein, for a given request from a client, some data is transmitted with a transmission protocol with acknowledgements and other data is transmitted with a protocol without acknowledgements.
3. A method according to claim 1 or claim 2 wherein said transmission protocol is chosen according to the nature of the request expressed by said user.
4. A method according to any of claims 1 to 3 wherein said protocol is chosen according to the nature and/or the volume of data to be transmitted.
5. A method according to any preceding claim wherein, when a transmission "protocol with acknowledgements is used, the length of the acknowledgement window is chosen for each call.
6. A method according to claim 5 wherein said length of said acknowledgement window is made smaller when a transmitted data error rate is found to exceed a predetermined value.
7. A terminal for connection to a database, which terminal includes two reception channels, one for data received using a transmission protocol with acknowledgements and the other for data received using a protocol without acknowledgements, and an interface operable by a user to indicate a choice ooo. between reliable transmission and fast transmission.
8. A terminal for connection to a database, which terminal includes two reception channels, one for data received using a transmission protocol with acknowledgements and the other for data received using a protocol without acknowledgements, and means for automatically selecting reliable transmission or fast transmission according to the request addressed to said database.
9. A terminal according to claim 7 or claim 8 further including a browser communicating with both reception channels via a local proximity server controlling communication with said database.
A terminal according to claim 7 or claim 8 further including means for re- ordering files received on the two different channels.
11. A terminal according to claim 10 wherein re-ordered files are used in a browser of said terminal.
12. A server adapted to be incorporated into a network between one or more users and databases, the function of said server being to interpret requests from users and/or to store data received from databases, which server includes means for selecting between a transmission protocol with acknowledgements and a transmission protocol without acknowledgements for transmitting data from a server to a user.
13. A server according to claim 12 further including means for varying the acknowledgement window when using a protocol with acknowledgements.
14. A server according to claim 13 wherein said acknowledgement window is made smaller when the transmission error rate increases.
15. Application of a server according to any of claims 12 to 14 to a satellite transmission system in which calls of each user are relayed by a connection station, calls between users and said connection station pass through a satellite, S* and said server is located in said connection station or connected to said **connection station. S* 15
16. A method of transmitting data from a database to a requesting client substantially as hereinbefore described with reference to the accompanying drawings.
17. A terminal for connection to a database substantially as hereinbefore described with reference to the accompanying drawings.
18. A server adapted to be incorporated into a network between one or more users and databases and substantially as hereinbefore described with reference to the accompanying drawings.
19. Application of a server to a satellite transmission system, which application is substantially as hereinbefore described with reference to the accompanying drawings
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR9910430A FR2797543B1 (en) | 1999-08-12 | 1999-08-12 | METHOD FOR COMMUNICATING A USER WITH AT LEAST ONE DATABASE |
FR9910430 | 1999-08-12 |
Publications (1)
Publication Number | Publication Date |
---|---|
AU5182300A true AU5182300A (en) | 2001-02-15 |
Family
ID=9549100
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
AU51823/00A Abandoned AU5182300A (en) | 1999-08-12 | 2000-08-04 | Method of having a user communicate with at least one database |
Country Status (7)
Country | Link |
---|---|
EP (1) | EP1085725B1 (en) |
CN (1) | CN1284809A (en) |
AT (1) | ATE532306T1 (en) |
AU (1) | AU5182300A (en) |
CA (1) | CA2314529A1 (en) |
FR (1) | FR2797543B1 (en) |
SG (1) | SG97916A1 (en) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2376857B (en) * | 2001-06-22 | 2003-07-23 | Motorola Inc | Proxy server and method for delivering information in a multimedia communication system |
DE10200165A1 (en) | 2002-01-04 | 2003-07-10 | Klaus Rock | Method for reducing the latency in interactive data communication via a satellite network |
JP2004038575A (en) * | 2002-07-03 | 2004-02-05 | Sony Corp | Data transmitting and receiving system, data transmitting and receiving method, information providing device, information providing method, data transmitting device, and data receiving method |
KR100790673B1 (en) * | 2002-09-30 | 2008-01-02 | 산요덴키가부시키가이샤 | Communication device and application thereof |
WO2004077741A1 (en) | 2003-02-06 | 2004-09-10 | Matsushita Electric Industrial Co., Ltd. | Information transmission system, information transmission method, electric device communication device, information communication device, communication control program |
FR2919778A1 (en) * | 2007-07-30 | 2009-02-06 | Canon Kk | METHOD FOR TRANSMITTING DATA PACKETS IN A TUNNEL, COMPUTER PROGRAM PRODUCT, CORRESPONDING STORAGE MEDIUM AND TUNNEL HEAD |
WO2009068101A1 (en) | 2007-11-29 | 2009-06-04 | Airbus Deutschland Gmbh | System and method for archiving of data |
DE102008030939A1 (en) | 2008-07-02 | 2010-01-07 | Deutsche Thomson Ohg | Method and device for managing data transmission in a network |
CN101656756B (en) * | 2009-09-17 | 2012-09-05 | 中国科学院声学研究所 | File transferring method with self-adaptive control of transmission speed and system thereof |
CN104660627B (en) * | 2013-11-18 | 2018-08-24 | 北京北方华创微电子装备有限公司 | A kind of communication means and system of host computer and slave computer |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4703475A (en) * | 1985-12-04 | 1987-10-27 | American Telephone And Telegraph Company At&T Bell Laboratories | Data communication method and apparatus using multiple physical data links |
US5022049A (en) * | 1989-11-21 | 1991-06-04 | Unisys Corp. | Multiple access code acquisition system |
US5845202A (en) * | 1992-11-27 | 1998-12-01 | Motorola, Inc. | Method and apparatus for acknowledge back signaling using a radio telephone system |
CN1249107A (en) * | 1996-09-30 | 2000-03-29 | 天气系统公司 | Multimedia information transmission and distribution system |
US6098108A (en) * | 1997-07-02 | 2000-08-01 | Sitara Networks, Inc. | Distributed directory for enhanced network communication |
-
1999
- 1999-08-12 FR FR9910430A patent/FR2797543B1/en not_active Expired - Fee Related
-
2000
- 2000-07-27 CA CA002314529A patent/CA2314529A1/en not_active Abandoned
- 2000-07-27 EP EP00402148A patent/EP1085725B1/en not_active Expired - Lifetime
- 2000-07-27 AT AT00402148T patent/ATE532306T1/en active
- 2000-08-04 AU AU51823/00A patent/AU5182300A/en not_active Abandoned
- 2000-08-11 CN CN00122747.5A patent/CN1284809A/en active Pending
- 2000-08-11 SG SG200004440A patent/SG97916A1/en unknown
Also Published As
Publication number | Publication date |
---|---|
CA2314529A1 (en) | 2001-02-12 |
FR2797543B1 (en) | 2004-04-09 |
ATE532306T1 (en) | 2011-11-15 |
EP1085725A1 (en) | 2001-03-21 |
EP1085725B1 (en) | 2011-11-02 |
SG97916A1 (en) | 2003-08-20 |
CN1284809A (en) | 2001-02-21 |
FR2797543A1 (en) | 2001-02-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1497932B1 (en) | System and method for internet page acceleration including multicast transmissions | |
US9264512B2 (en) | Performance enhancing proxy | |
EP1206100B1 (en) | Communication system for retrieving web content | |
US5664091A (en) | Method and system for a voiding unnecessary retransmissions using a selective rejection data link protocol | |
US6862607B1 (en) | Method to provide information in an internet telecommunication network | |
US6854018B1 (en) | System and method for intelligent web content fetch and delivery of any whole and partial undelivered objects in ascending order of object size | |
RU2210871C2 (en) | Distribution system and method for object pre- selection | |
US6519646B1 (en) | Method and apparatus for encoding content characteristics | |
US6697850B1 (en) | Satellite-based communications system having an on-board internet web proxy cache | |
US20020133615A1 (en) | Nack suppression for multicast protocols in mostly one-way networks | |
US8271580B2 (en) | Mobile communication network system and server apparatus | |
CN1981470A (en) | Methods and apparatus for optimum file transfers in a time-varying network environment | |
US7349902B1 (en) | Content consistency in a data access network system | |
US9564960B2 (en) | Decentralized caching system | |
EP1454251A1 (en) | Apparatus and methods for delayed network information transfer | |
US7991905B1 (en) | Adaptively selecting timeouts for streaming media | |
AU5182300A (en) | Method of having a user communicate with at least one database | |
EP3206376B1 (en) | Network communication system with web push protocol | |
GB2412771A (en) | System for managing cache updates | |
CN101958934B (en) | Electronic program guide incremental content synchronization method, device and system | |
WO2003032201A1 (en) | Performance enhancing proxy for high latency data | |
JPH09305503A (en) | File transfer system | |
JP2001265670A (en) | Information communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MK1 | Application lapsed section 142(2)(a) - no request for examination in relevant period |