CN111756813A - Communication method for network data - Google Patents
Communication method for network data Download PDFInfo
- Publication number
- CN111756813A CN111756813A CN202010479439.2A CN202010479439A CN111756813A CN 111756813 A CN111756813 A CN 111756813A CN 202010479439 A CN202010479439 A CN 202010479439A CN 111756813 A CN111756813 A CN 111756813A
- Authority
- CN
- China
- Prior art keywords
- server
- client
- data
- request
- syn
- 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.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- 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/08—Protocols for interworking; Protocol conversion
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a communication method for network data, S1: a client sends a data request to a server; a 1: the client side edits and then sends the sent request through a computer, and the computer converts the data to be searched into a binary byte code file and sends the request through an application layer FTP protocol; and processes the transmitted request. The invention sends partial data to the request of the client through the set lazy loading technology, judges whether the client continuously requests, if the client continuously requests to send the data again, if the client does not request to close the communication channel between the client and the server, the occupancy rate of the server is effectively reduced, the server caches the data requested by the client, and when the client requests the same data again in the same time period, the server does not need to search and screen the same data again, and the operation efficiency of the server is improved.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a communication method for network data.
Background
Data communication is a new way of communication that results from the combination of communication technology and computer technology. The transmission channel is necessary for transmitting information between two places, and according to the difference of transmission media, the wired data communication and the wireless data communication are divided, but they are all connected with the data terminal and the computer by the transmission channel, so that the data terminals at different places can realize the sharing of software, hardware and information resources.
In the existing data communication process, a server generally directly sends all related data of data requested by a client, so that the search time of a client is increased, the running time of the server is increased, meanwhile, a cache mechanism is not set for the data requested by the client by the existing server, and when the client requests the same data in a short time, the server is required to inquire and screen the data again, so that the running efficiency of the service is influenced.
Disclosure of Invention
The present invention is directed to a method for communicating network data, which solves the above problems of the related art.
In order to achieve the purpose, the invention provides the following technical scheme: a communication method for network data, comprising the steps of:
s1: a client sends a data request to a server;
a 1: the client side edits and then sends the sent request through a computer, and the computer converts the data to be searched into a binary byte code file and sends the request through an application layer FTP protocol;
a 2: the transmitted request is transmitted through a transmission layer TCP protocol and a network layer IP protocol;
a 3: the transmitted request establishes a communication channel with a remote server through an Ethernet driver of a link layer;
s2: the server receives the request and processes the sent request;
b 1: when the server receives request data of the client, converting the byte code file into a decimal file, analyzing and processing the data, and determining the request data of the client;
b 2: the server searches the requested data comprehensively, screens the searched data and packages the screened data;
b 3: the server caches the data processed by the package;
s3: the server and the client establish a bidirectional communication channel and return a corresponding status code; 200: the server has successfully processed the request, 202: request received by the server, but not yet processed, 203: the server has successfully processed the request, but the information returned is from another source; 204: the server has successfully processed the request, but has not returned any content; 400 request error, server does not understand request syntax; 404 does not find the request data, 406 cannot request the authorization information;
s4: the server returns the data requested by the client;
c 1: converting the data of the package into a plurality of package files in a classified manner, and converting the plurality of package files into binary files;
c 2: the server transmits the converted binary file through a lazy loading technology and transmits the converted binary file to a corresponding client through a TCP/IP protocol;
c 3: the client analyzes the received data file to determine the security of the transmitted file;
c 4: the confirmed file passes through a firewall of the client and is converted into a decimal file through an FTP protocol, and the return of the request data is completed;
preferably, the lazy loading technique sends local data to a data request sent by a client, determines that the client continues to request, and sends the requested data again if the request is not repeated, and closes a communication channel between the server and the client.
Preferably, the server establishes a bidirectional channel connection with the client, and d 1: the client sends a SYN packet to the server, and the SYN packet is j and enters a SYN-SENT state to wait for the server to confirm; d 2: the server receives the SYN packet, must confirm the SYN (ACK ═ j +1) of the customer, send a SYN packet (SYN ═ k) at the same time (SYN ═ k), namely SYN + ACK packet, the server enters SYN _ RECV state at this moment; d 3: and the client receives the SYN + ACK packet of the server and sends an acknowledgement packet ACK (ACK being k +1) to the server, and after the packet is sent, the client and the server enter an ESTABLISHED state to complete the bidirectional channel between the client and the server.
Preferably, the caching process caches data requested by the client, and directly sends the cached data to the client when the client requests again at a set time.
The invention has the technical effects and advantages that: the method has the advantages that partial data are sent to the request of the client through the existing lazy loading technology, whether the client continues to request or not is judged, if the client continues to request to send the data again, if the communication channel between the client and the server is not required to be closed, the occupancy rate of the server is effectively reduced, the server caches the data requested by the client, and when the client requests the same data again in the same time period, the server does not need to search and screen the same data again, and the operating efficiency of the server is improved.
Drawings
Fig. 1 is a data communication flow chart of the present invention.
FIG. 2 is a block diagram of the process of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The present invention provides a method of communicating network data as shown in figures 1-2,
s1: a client sends a data request to a server;
a 1: the client side edits and then sends the sent request through a computer, and the computer converts the data to be searched into a binary byte code file and sends the request through an application layer FTP protocol;
a 2: the transmitted request is transmitted through a transmission layer TCP protocol and a network layer IP protocol;
a 3: the transmitted request establishes a communication channel with a remote server through an Ethernet driver of a link layer;
s2: the server receives the request and processes the sent request;
when the server receives request data of the client, converting the byte code file into a decimal file, analyzing and processing the data to determine the request data of the client, comprehensively searching the request data by the server, screening the searched data, packaging the screened data, caching the packaged data by the server, caching the data requested by the client, and directly sending the data of the cache to the client when the client requests again at set time;
s3: the server and the client establish a bidirectional communication channel and return a corresponding status code, 200: the server has successfully processed the request, 202: request received by the server, but not yet processed, 203: the server has successfully processed the request, but the information returned comes from another source, 204: the server has successfully processed the request, but has not returned any content; 400: request error, server does not understand request syntax, 404 does not find request data; 406: cannot request authorization information;
s4: the server returns the data requested by the client;
the method comprises the steps of converting packaged data into a plurality of packaged files in a classified mode, converting the plurality of packaged files into binary files, sending the converted binary files to a server through a lazy loading technology, sending the converted binary files to a corresponding client through a TCP/IP protocol, carrying out resolution on the received data files by the client, determining the safety of the sent files, converting the confirmed files into decimal files through a firewall of the client and an FTP protocol, completing the return of request data, sending local data to data requests sent by the client through the lazy loading technology, judging the continuous requests of the client, sending the request data again if the continuous requests are made, and closing a communication channel between the server and the client if the continuous requests are made no longer.
The server establishes a bidirectional channel connection with the client, d 1: the client sends a SYN packet to the server, and the SYN packet is j and enters a SYN-SENT state to wait for the server to confirm; d 2: the server receives the SYN packet, must confirm the SYN (ACK ═ j +1) of the customer, send a SYN packet (SYN ═ k) at the same time (SYN ═ k), namely SYN + ACK packet, the server enters SYN _ RECV state at this moment; d 3: and the client receives the SYN + ACK packet of the server and sends an acknowledgement packet ACK (ACK being k +1) to the server, and after the packet is sent, the client and the server enter an ESTABLISHED state to complete the bidirectional channel between the client and the server.
The working principle of the invention is as follows: the method comprises the steps that a client sends a data request to a server, the requested data are sent through an FTP (file transfer protocol), the request sent by the client is sent to an Ethernet through a TCP/IP (transmission control protocol/Internet protocol), a communication channel is established with the server through the Ethernet protocol, the server searches the data requested by the client and returns corresponding numbers, the server does not understand request syntax when returning to 400, the server does not find the requested data and closes the communication channel when returning to 404, when returning to 200, the server is determined to successfully process the requested data, the server searches and screens the requested data to perform packaging processing, the requested data are sent to the client through the TCP/IP protocol again, when the client requests again, the data are loaded again, otherwise, the data are not sent, and data communication between the client and the server is completed.
Finally, it should be noted that: although the present invention has been described in detail with reference to the foregoing embodiments, it will be apparent to those skilled in the art that modifications may be made to the embodiments or portions thereof without departing from the spirit and scope of the invention.
Claims (4)
1. A method for communicating network data, comprising the steps of:
s1: a client sends a data request to a server;
a 1: the client side edits and then sends the sent request through a computer, and the computer converts the data to be searched into a binary byte code file and sends the request through an application layer FTP protocol;
a 2: the transmitted request is transmitted through a transmission layer TCP protocol and a network layer IP protocol;
a 3: the transmitted request establishes a communication channel with a remote server through an Ethernet driver of a link layer;
s2: the server receives the request and processes the sent request;
b 1: when the server receives request data of the client, converting the byte code file into a decimal file, analyzing and processing the data, and determining the request data of the client;
b 2: the server searches the requested data comprehensively, screens the searched data and packages the screened data;
b 3: the server caches the data processed by the package;
s3: the server and the client establish a bidirectional communication channel, and return a corresponding status code:
200: the server has successfully processed the request;
202: requests that the server has received, but not yet processed;
203: the server has successfully processed the request, but the information returned is from another source;
204: the server has successfully processed the request, but has not returned any content;
400: request error, server does not understand request syntax;
404: the request data is not found;
406: cannot request authorization information;
s4: the server returns the data requested by the client;
c 1: converting the data of the package into a plurality of package files in a classified manner, and converting the plurality of package files into binary files;
c 2: the server transmits the converted binary file through a lazy loading technology and transmits the converted binary file to a corresponding client through a TCP/IP protocol;
c 3: the client analyzes the received data file to determine the security of the transmitted file;
c 4: the confirmed file passes through a firewall of the client and is converted into a decimal file through an FTP protocol, and the return of the request data is completed.
2. The method as claimed in claim 1, wherein the lazy loading technique sends local data to the data request sent by the client, determines that the client continues to request, and sends the requested data again if the request is no longer made to close the communication channel between the server and the client.
3. The method of claim 1, wherein the server establishes a bi-directional channel connection with the client:
d 1: the client sends a SYN packet to the server, and the SYN packet is j and enters a SYN-SENT state to wait for the server to confirm;
d 2: the server receives the SYN packet, must confirm the SYN (ACK ═ j +1) of the customer, send a SYN packet (SYN ═ k) at the same time (SYN ═ k), namely SYN + ACK packet, the server enters SYN _ RECV state at this moment;
d 3: and the client receives the SYN + ACK packet of the server and sends an acknowledgement packet ACK (ACK being k +1) to the server, and after the packet is sent, the client and the server enter an ESTABLISHED state to complete the bidirectional channel between the client and the server.
4. The method according to claim 1, wherein the caching process caches data requested by the client, and when the client requests again at a predetermined time, the cached data is directly transmitted to the client.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010479439.2A CN111756813A (en) | 2020-05-29 | 2020-05-29 | Communication method for network data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010479439.2A CN111756813A (en) | 2020-05-29 | 2020-05-29 | Communication method for network data |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111756813A true CN111756813A (en) | 2020-10-09 |
Family
ID=72674551
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010479439.2A Withdrawn CN111756813A (en) | 2020-05-29 | 2020-05-29 | Communication method for network data |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111756813A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112286668A (en) * | 2020-11-18 | 2021-01-29 | 山东高速信息集团有限公司 | Method and system for efficiently processing request data |
-
2020
- 2020-05-29 CN CN202010479439.2A patent/CN111756813A/en not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112286668A (en) * | 2020-11-18 | 2021-01-29 | 山东高速信息集团有限公司 | Method and system for efficiently processing request data |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2875622B1 (en) | Techniques to support selective mobile content optimization | |
| US6529516B1 (en) | Gateway architecture for data communication over bandwidth-constrained and charge-by-use networks | |
| US10158742B2 (en) | Multi-stage acceleration system and method | |
| US10911520B2 (en) | Systems and methods of using the refresh button to determine freshness policy | |
| US7783757B2 (en) | Systems and methods of revalidating cached objects in parallel with request for object | |
| US7720936B2 (en) | Systems and methods of freshening and prefreshening a DNS cache | |
| US8504775B2 (en) | Systems and methods of prefreshening cached objects based on user's current web page | |
| US7809818B2 (en) | Systems and method of using HTTP head command for prefetching | |
| US8254307B2 (en) | Method and apparatus for improving utilization efficiency of wireless links for web-based applications | |
| US20040205208A1 (en) | Method and arrangements for providing efficient information transfer over a limited speed communications link | |
| US20080228938A1 (en) | Systems and methods for prefetching objects for caching using qos | |
| US20080228864A1 (en) | Systems and methods for prefetching non-cacheable content for compression history | |
| US20020133598A1 (en) | Network communication | |
| CN1674485A (en) | Method and system for dynamically provisioning computer system resources | |
| US20080175383A1 (en) | Method and communication unit for communicating between communication apparatus | |
| US20080082674A1 (en) | Method, Network and Network Proxy for Transmitting Information | |
| US20110320589A1 (en) | Method and device for processing data in a network | |
| Chakravorty et al. | Performance optimizations for wireless wide-area networks: Comparative study and experimental evaluation | |
| WO1999052254A1 (en) | System and method for managing client requests in client-server networks | |
| CN101741846B (en) | File downloading method, file downloading device and file downloading system | |
| CA2591777A1 (en) | System and method for enhancing network browsing speed by setting a proxy server on a handheld device | |
| CN116848835A (en) | Implementing regional continuous proxy services | |
| US20030002501A1 (en) | Packet transmission method with packet retransmission requests and a control mechanism relating to the transmission of such requests | |
| WO2006071065A1 (en) | System and method for detecting and interception of ip sharer | |
| Ehsan et al. | Evaluation of performance enhancing proxies in internet over satellite |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WW01 | Invention patent application withdrawn after publication | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20201009 |