Marine multi-channel intelligent communication device and method based on handshake mechanism

Abstract

The present invention belongs to the field of marine observation communication, and specifically discloses a marine multi-channel intelligent communication device and method based on a handshake mechanism. The marine multi-channel intelligent communication device of the present invention is a high-security communication device based on a handshake mechanism and suitable for poor marine observation network environments, designed between the server and the receiving end through a hardware expansion communication interface on the basis of the traditional multi-channel communication technology. The marine multi-channel intelligent communication method of the present invention aims to achieve high-speed and high-security data transmission. For the real-time observation data obtained by the existing commonly used hydrological and meteorological collectors in the marine observation system, it implements the comparison and immediate recall and reissue of delayed, missed, lost, and missing data based on the handshake mechanism, and uniformly deploys multiple communication means such as digital radio stations, dedicated line networks, VSAT, 4G, Beidou, and low-orbit satellite networks (Starnet) to achieve redundant communication guarantees.

Description

Technical Field

[0001] The invention belongs to the field of ocean observation communication and relates to an ocean multi-channel intelligent communication device and method based on a handshake mechanism. Background Art

[0002] Marine environmental observation refers to the process of using sensors and their platform technology to continuously sense various quantities of the marine environment over a period of time and analyze and process the obtained data. Through marine environmental observation, we can understand the current status and changing trends of the marine environment, and provide important scientific basis for the fields of marine environmental protection, resource development and utilization, climate change research, etc. The acquisition of marine observation data is the basis of marine forecasting and marine disaster warning, and is of great significance to disaster prevention and mitigation. The effective implementation of marine forecasting services not only depends on the real-time and continuous collection of observation data, but also has very high requirements for the real-time, stable and fast transmission of data. At present, my country's marine observation business has gradually built a marine stereoscopic observation network that integrates marine stations, radars, buoys, volunteer ships, GNSS and other observation means, which can obtain marine observation data with collection frequencies such as minutes, hours and hours in real time. Especially for the observation of hydrological and meteorological elements at marine stations, it is necessary to realize minute-level data collection, network transmission and network node upload, which puts forward high-quality guarantee requirements for real-time data transmission.

[0003] However, most marine observation sites are remote, communication lines are difficult to lay, and communication equipment is exposed and vulnerable to disasters. The overall marine observation data transmission does not have good communication conditions, and a single communication method is difficult to ensure the effective transmission of observation data, which is specifically reflected in the following aspects: 1. At present, the data transmission software of marine observation sites is mostly developed based on the transmission principle of FTP (TCP port transmission method). The communication method is single and there is no fault tolerance mechanism. It has major defects in data transmission efficiency, transmission quality, security and stability; 2. The observation data acquisition system does not implement transmission verification based on the handshake mechanism when sending data files. It cannot avoid the difference in sending and receiving data caused by unstable communication or transmission, and the data transmission reliability is poor; 3. Most marine observation data transmission requires manual verification and intervention, and cannot automatically realize the review, verification and recall and reissue of transmission data in the event of transmission failure at the communication end, which greatly increases the workload of marine observers.

[0004] In summary, although ocean observation has been intelligentized, data communication transmission still mainly relies on the communication transmission terminal or DTU equipment that comes with the observation equipment, which can only provide a one-way communication connection method. Therefore, data delays, packet loss, packet leakage and even incomplete data transmission caused by network instability can only be handled after the fact through manual comparison, review and reissue. All failures and communication problems of front-end observation equipment will directly affect the real-time reporting rate of observation data, and the real-time transmission efficiency of observation data cannot be effectively guaranteed. At the same time, it is more difficult to provide additional data transmission guarantees for communication interruptions under complex environmental conditions or emergency conditions, and it is impossible to provide high-quality real-time observation data for marine forecasting and disaster reduction work.

[0005] With the development of satellite network communication technologies such as BeiDou III satellites and low-orbit satellite networks, the scientific and technological content of marine communication systems has made great progress and improvement, and communication methods are also developing in a diversified direction. Therefore, in order to better ensure the effective transmission of marine information, combined with the actual conditions of different marine observation sites, on the basis of a comprehensive analysis of the climate and geographical characteristics of the sites and network coverage, research and analysis are carried out on factors such as transmission efficiency, transmission quality, security and stability, construction cost, and communication costs of various communication technologies. A variety of advanced communication technologies are effectively combined to give full play to their comprehensive application advantages, which is conducive to ensuring the accuracy, security, effectiveness, and comprehensiveness of data transmission. This is of great significance for effectively ensuring the quality of marine observation data transmission. Summary of the invention

[0006] The purpose of the present invention is to propose a marine multi-channel intelligent communication device based on a handshake mechanism. On the basis of the implementation of traditional multi-channel communication technology, a high-security communication device based on a handshake mechanism is designed between the server and the receiving end through a hardware expansion communication interface, and is suitable for use in a poor marine observation network environment.

[0007] In order to achieve the above object, the present invention adopts the following technical scheme:

[0008] A marine multi-channel intelligent communication device, comprising a server and a client;

[0009] The server side includes a storage unit, a communication unit and a display unit;

[0010] The storage unit contains three partitions: the "new file" area is used to store the ocean observation files to be sent in the short term, the "package file" area is used to store all packaged files, and the "history" area is used to store all observation data files obtained from the collector in the long term;

[0011] The communication unit, as the sending end of the observation data transmission process, is responsible for monitoring the new observation messages transmitted by the collector, and realizes the preprocessing, packaging and real-time data transmission of the observation messages;

[0012] The display unit is used to configure the collector connection parameters and communication mode to realize the visualization of configuration management, and is used to display the observation data and communication connection status of the current time node to realize the visualization of data transmission;

[0013] The client, i.e. the receiving end of the ocean multi-channel intelligent communication, is used to receive the observation data, perform data volume statistics and verification, and provide feedback to the server on the files that are successfully received and failed to be transmitted based on the handshake mechanism;

[0014] The communication unit is connected to the receiving end through a variety of communication connection methods to establish a multi-link network security set suitable for ocean observation scenarios; the communication unit has a built-in file sending timer program, which starts regularly and sends various types of collected and stored observation messages to the receiving end.

[0015] In addition, based on the above-mentioned marine multi-channel intelligent communication device, the present invention also proposes a marine multi-channel intelligent communication method based on a handshake mechanism. The marine multi-channel intelligent communication method is aimed at the real-time observation data obtained by the existing commonly used hydrological and meteorological collectors in the marine observation system. Based on the handshake mechanism, it realizes the comparison and immediate recall and reissue of delayed, missed, lost, and missing data, and uniformly deploys multiple communication means such as digital radio stations, dedicated line networks, VSAT, 4G, Beidou, low-orbit satellite networks (StarNet), etc. to achieve redundant communication guarantee, which can fully guarantee the data transmission efficiency of marine observation data under different communication conditions and harsh environmental conditions, and realizes the fast and stable transmission of marine observation data.

[0016] In order to achieve the above object, the present invention adopts the following technical scheme:

[0017] A marine multi-channel intelligent communication method based on a handshake mechanism, based on the above-mentioned marine multi-channel intelligent communication device, the marine multi-channel intelligent communication method comprises the following steps:

[0018] Step 1. The marine multi-channel intelligent communication device monitors the data collection of marine hydrological and meteorological element observations and target observation equipment in real time, and starts the observation message parsing or target identification preprocessing program in real time according to the data type;

[0019] The communication unit uses a preprocessing program to parse the observation message in real time and generate a file to be sent; the file to be sent corresponding to the marine hydrological and meteorological observation message is a text type file, and the target observation data will generate an image type file after preprocessing;

[0020] Step 2. Count and preliminarily generate the field information of the list of files to be sent, including sequence number, message name, data time, file type, associated sequence number, size, sending mark, packet sequence number and packet sending mark;

[0021] Among them, except for the message name, data time, file type and size fields, other fields in the field information of the list of files to be sent are set to empty by default and will be modified and updated in subsequent steps;

[0022] Step 3. On the server side, the communication unit continuously monitors whether the file sending timer is started;

[0023] If it is not started, continue to monitor and receive data from the front-end collector, and temporarily store the collected data files in the "new file" area of ​​the storage unit; if it is already started, continue to execute the subsequent steps and turn off the file sending timer;

[0024] Step 4. The communication unit sorts all the unpacked to-be-sent file list items generated during the period when the file sending timer is not started according to the file sorting rule, and modifies the sequence number field in the to-be-sent file list table to the sorting sequence number;

[0025] Step 5. The communication unit, according to the order in the list of files to be sent and the byte limit of satellite communication messages, sequentially sub-packets and groups text type files, and slices image type files, and generates a packet number that increases from 1 and corresponds to the message sorting order; when it is necessary to connect multiple different satellite message communication links, the communication unit will perform sub-packetization, packaging and image slicing on the files to be sent according to the byte limit of each communication message, and store all the package files after sub-packetization, packaging and image slicing in the "package file" area of ​​the storage unit;

[0026] Step 6. Compress and encrypt the package files that have been packaged, subpackaged and sliced ​​in step 5;

[0027] Step 7. Generate a list of files to be sent according to the operation type of the package file, the field information of the list of files to be sent includes the message name, file type, package number, associated number and package sending mark;

[0028] Step 8. For the sub-packaged, grouped, and sliced ​​files, add a new package record line to the list of files to be sent;

[0029] Step 9. Before sending a file each time, first determine whether there are any files to be sent in the list of files to be sent; if the number of files to be sent is 0, the file sending program is temporarily closed and continues to wait for being awakened by the listening program, otherwise go to step 10;

[0030] Step 10. The file communication transmission performs a network status test according to the communication priority preset by the user to obtain a smooth network;

[0031] Step 11. Perform a handshake communication operation using the first unblocked network;

[0032] If the current unblocked network is a full-duplex network, the communication unit uses the SOCKET protocol to send files to the client; if the current unblocked network is a satellite message communication link, the communication unit directly sends the package file ranked 1 in the list of files to be sent corresponding to the current satellite message communication link;

[0033] After the server completes the sending, it is necessary to modify the order of the list of files to be sent. Modifying the order of the list of files to be sent is divided into three steps, namely, first modifying the sending mark of the sent file to the sequence number and package sequence number, and then setting its sequence number and package sequence number fields to empty; finally, updating the sequence number fields of other remaining record rows according to the file sorting rules;

[0034] Step 12. The client generates a comparison list of files received by the client, including a list of received files and a list of unreceived files, based on a comparison between the list of names of data files to be received and the names of data files actually received within a corresponding time period;

[0035] The client also needs to perform a network status test first, and then feed back the received file list and the unreceived file list to the server through a smooth network;

[0036] The server updates the list of files to be sent according to the file sending status fed back by the client, and uses the package sending mark field and the sending mark field in the list of files to be sent to record the file handshake status; if the sending mark of the original observed file is a value greater than 0, it means that the handshake communication of the file is successful, and the file and its sub-package file information need to be deleted from the list of files to be sent, and the original observed file and its sub-package files are moved from the "new file" area and "package file" area of ​​the storage unit to the "history" area;

[0037] Step 13. Continue to search for the files to be sent in the list of files to be sent; determine whether the number of files to be sent is greater than 0. If it is equal to 0, the file sending program is temporarily closed and waits for the listening program to wake up; if it is greater than 0, repeat the above steps 4 to 12.

[0038] The present invention has the following advantages:

[0039] As described above, the present invention relates to a marine multi-channel intelligent communication device and method based on a handshake mechanism. The present invention realizes the communication handshake function with the receiving end through two-way communication, and supports the replacement of files and data under conditions of transmission interruption, file omission, and data missing. The present invention supports the data parsing function, and can automatically determine whether there is missing data based on data comparison, and automatically recall related files. The present invention can transmit observation data through Beidou, 4G, dedicated lines, digital radio stations, etc., and generate messages in a specified format. It can specify a priority communication mode and realize multi-mode redundant communication in the event of communication failure. Users can use the present invention to realize the simultaneous collection, processing and transmission of multiple parameters, thereby improving the efficiency and convenience of data collection and transmission. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] Figure 1 A simplified structural diagram of the communication between the marine multi-channel intelligent communication device and the receiving end in Embodiment 1 of the present invention;

[0041] Figure 2 This is a system framework diagram of data collection and transmission by the marine multi-channel intelligent communication device in Example 1 of the present invention;

[0042] Figure 3 for Figure 1 and Figure 2 Interface diagram of the multi-channel intelligent communication device of China Ocean;

[0043] Figure 4 It is a flow chart of the marine multi-channel intelligent communication method based on the handshake mechanism in Embodiment 2 of the present invention;

[0044] Figure 5 This is a schematic diagram of file sending sorting and sending status feedback corresponding to the example of the list of files to be sent in Example 2 of the present invention. DETAILED DESCRIPTION

[0045] Glossary:

[0046] The handshake mechanism is a common network security technology used to ensure the identity of both parties in communication and the integrity of data. In network communications, the handshake verification mechanism is usually used to establish a secure connection, such as the SSL handshake process in the HTTPS protocol. Currently, the handshake mechanism has also been extended to data communication system design or other control system design, but has not yet been applied in the field of ocean observation communications.

[0047] Multi-channel communication refers to providing more than one communication link and increasing the communication guarantee rate through redundant communication links.

[0048] The present invention is further described in detail below with reference to the accompanying drawings and specific embodiments:

[0049] Example 1

[0050] This embodiment 1 describes a marine multi-channel intelligent communication device based on a handshake mechanism. On the basis of the traditional multi-channel communication technology, the device expands the communication interface through hardware and designs file transmission control strategies such as transmission handshake feedback mechanism and file delivery rate monitoring through software. A high-security communication device suitable for poor marine observation network environment is designed. The multi-channel intelligent communication box has various built-in data processing programs, which can be used for the effective transmission of marine observation data such as marine stations and buoys.

[0051] like Figure 1 and Figure 2 As shown, the marine multi-channel intelligent communication device in this embodiment includes a server and a client, wherein the server components include a storage unit, a communication unit, a display unit, and a multi-channel communication box.

[0052] The communication unit and the storage unit are both included in the multi-channel communication box.

[0053] The storage unit contains three partitions: the "new file" area is used for short-term storage of ocean observation files to be sent, the "package file" area is used to store all packaged files, and the "history" area is used to store all observation data files obtained from the collector for a long time.

[0054] The communication unit is the transmission control unit of the device. As the sending end of the observation data transmission process, it is responsible for monitoring the new observation messages transmitted by the collector and realizing the preprocessing, packaging and real-time data transmission of the observation messages.

[0055] The communication unit can serve as a server for handshake communication.

[0056] The display unit is a visualization component, which is connected to an external display screen through an interface and has two functions. One is used to configure the collector connection parameters and communication parameters to assist in the visualization of parameter configuration management; the other is used to display the observation data and communication connection status of the current time node to realize the visualization of data transmission.

[0057] The client, i.e. the receiving end of the ocean multi-channel intelligent communication, is used to receive observation data, perform data volume statistics, conduct regular checks, and provide feedback to the server on successfully received and failed transmission files based on the handshake mechanism.

[0058] The receiving end serves as the client of the handshake communication and is responsible for communicating with the communication unit through the handshake mechanism.

[0059] The multi-channel communication device is connected to the ocean observation and target detection equipment through the serial port, uses the communication unit to monitor and collect the observation message data of the front-end equipment in real time, and uses the storage unit to store the observation data for a short time.

[0060] The communication unit has built-in serial port, network, 4G and satellite communication interfaces to achieve multi-channel communication guarantee based on redundant communication, which is convenient for users to preset multiple communication connection methods such as digital radio, dedicated network, VSAT, 4G, Beidou, low-orbit satellite network (Starnet) and connect to the user's receiving terminal computer to establish a multi-link network guarantee set suitable for ocean observation scenarios.

[0061] In a specific example given in this embodiment, three communication modes are included: network, 4G, and Beidou.

[0062] The communication unit adopts a data management strategy of real-time collection, immediate management, and scheduled transmission. It uses the built-in file transmission timer program of the communication unit to start and send various observation messages collected and stored within a period of time to the receiving end at a fixed time.

[0063] The file sending timer is set according to the satellite message communication time interval or user needs. By default, it starts 3 minutes earlier than the sending time. If the message communication time interval is less than 3 minutes, it is set to start all the time, so that the observation data can be sent as soon as it arrives.

[0064] Specifically, the file sending timer is set via the display unit.

[0065] In terms of communication links, the ocean multi-channel communication device is the server end of the observation end file communication transmission, responsible for the storage and transmission of ocean observation and monitoring data. The observation data file receiving end is the client end of the file communication transmission, responsible for receiving data, performing data volume statistics, regular verification, and providing feedback on successfully received and failed transmission files.

[0066] In terms of communication guarantee strategy, the marine multi-channel communication device establishes a two-way interactive handshake data communication guarantee strategy between the server and the client. It uniformly manages all files to be sent, sent and confirmed to be sent through the list of files to be sent in the communication unit, and realizes the orderly sending of all observation data by establishing multi-type observation file sorting rules.

[0067] like Figure 3 As shown, the shell of the marine multi-channel intelligent communication device can be designed as a rectangle, on which a display screen is installed. There are three holes on each side of the device, which are connected to the power supply, collector, display screen and network interface, 4G interface, and Beidou satellite respectively.

[0068] The marine multi-channel intelligent communication device is connected to the data collector through the data transmission bus. The sensor components are mainly composed of various sensors. The data types automatically collected, processed and observed mainly include:

[0069] Wind speed, air pressure, humidity, wind direction, temperature, etc. The data logger collects data once a minute.

[0070] The marine multi-channel intelligent communication device can set up multiple channels (such as the 4G, network and Beidou three channels shown in the above example) to transmit data simultaneously to meet the needs of different users. Its display unit displays the multi-communication link connection status of the device.

[0071] like Figure 4 As shown, the display unit can display 4G status, network status and Beidou status.

[0072] For example, if the 4G router is not connected, the status is indicated as red "abnormal". When the 4G router is connected normally, the status is displayed as green "normal", and the sending status is displayed as the last sending time.

[0073] Similarly, if the network is not connected, the status is indicated as red "abnormal". When the network is connected normally, the status is displayed as green "normal". The sending status displays the last sending time.

[0074] Similarly, if Beidou is not connected, the status is indicated as red "abnormal". When Beidou is connected normally, the status is displayed as green "normal". The address setting is based on the specific Beidou number, and the sending status displays the last sending time and whether the sending is successful.

[0075] Of course, the combination of the three communication modes of 4G, network and Beidou given in the above specific examples does not constitute a limitation to the present invention. For example, the present invention may also adopt a combination of several other networks, which will not be described in detail here.

[0076] The present invention integrates the characteristics of various communication means, proposes a handshake guarantee technology based on redundant communication, and designs a communication guarantee strategy based on the handshake mechanism to achieve efficient transmission of marine data under harsh communication conditions.

[0077] Example 2

[0078] This embodiment 2 describes a marine multi-channel intelligent communication method based on a handshake mechanism, and the marine multi-channel intelligent communication method is based on the marine multi-channel intelligent communication device based on a handshake mechanism described in the above embodiment 1.

[0079] The marine multi-channel intelligent communication method of the present invention aims to achieve high-speed and high-security data transmission. It aims at real-time observation data obtained by the existing commonly used hydrological and meteorological collectors in the marine observation system. Based on the handshake mechanism, it realizes the comparison and immediate recall and reissue of delayed, missed, lost, and missing data, and uniformly deploys multiple communication means such as digital radio stations, dedicated line networks, VSAT, 4G, Beidou, and low-orbit satellite networks (StarNet) to achieve redundant communication guarantee.

[0080] like Figure 4 As shown, the marine multi-channel intelligent communication method based on the handshake mechanism in this embodiment includes the following steps:

[0081] Step 1. The marine multi-channel intelligent communication device monitors the data collection of marine hydrological and meteorological element observations and target observation equipment in real time, and starts the observation message parsing or target identification preprocessing program in real time according to the data type.

[0082] The communication unit uses a preprocessing program to parse the observation message in real time and generate a file to be sent; the file to be sent corresponding to the ocean hydrological and meteorological observation message is a text type file, and the target observation data will generate an image type file after preprocessing.

[0083] Step 2. Count and preliminarily generate the field information of the list of files to be sent, including sequence number, message name, data time, file type, associated sequence number, size (B), sending mark, packet sequence number and packet sending mark.

[0084] The sequence number field is set to an integer, which indicates the queue sequence number of the observation or monitoring file, and will be comprehensively sorted according to the file type, data time and size of the file to be sent.

[0085] The message name field can be set by the user through the display unit. Different naming methods can be set according to the file observation type. For example, the ocean station observation file is named in the way of "G+observation time", and the sub-package file is "GB+observation time". The buoy observation message is named in the way of "F+observation time", and the sub-package file is "FB+observation time". The target observation file is named in the way of "M+observation time", and the sub-package file is "MB+observation time".

[0086] The data time field is of date type, indicating the data collection time of the file to be sent.

[0087] The file type field is a character type, indicating the type of observation or monitoring file, represented by the first letter of the file name. The ocean observation file is represented by "G", the target observation file is represented by "M", and the buoy observation file is represented by "F".

[0088] The associated sequence number field is an integer, which is the associated sequence number of the message and the sub-packet. In order to facilitate the associated operation of the message file and the package file, and to keep the operation of the sent file in multiple communication modes synchronous, the associated sequence number is set to a two-way association with the message sequence number and the package sequence number. Specifically, when the package file is a package file of multiple small files, the associated sequence number is specified as the package sequence number of the package file in the original observation file record, and is specified as the sequence number of the original observation file in the package file record, and multiple sequence numbers are separated by ":"; when the package file is a sub-package file of a large file or an image file, the associated sequence number is specified as the message sequence number of the large file in the sub-package file record.

[0089] The size (B) field is a floating point type and is used to record the size of the message file. It is mainly used to estimate the number of sub-packets and message sub-packets during the file sorting process.

[0090] The sending mark field is an enumeration type, "0" indicates that the sending has not been successful, and a value greater than 0 indicates the original file number or package number value corresponding to the list of files to be sent when the sending is completed.

[0091] The packet sequence number field is an integer type, used to record the compressed file sequence number of the package or sub-package, and record the sending order of the package file. The packet sequence number of the original observation file is empty.

[0092] The packet sending mark is of character type, which is used to record the sending status of messages and package files with a combination of "0", "1" or 01. The sending mark fields of multiple satellite message communication links are separated by ":". It is particularly pointed out that the packet sending mark of the package file is a combination string of the sending marks of the original observation files. For example, for a package file containing two observation files, the initial value of the packet sending mark is "00".

[0093] Among them, except for the message name, message time, file type and message size fields, other fields in the field information of the list of files to be sent are set to empty by default and will be modified and updated in subsequent steps.

[0094] Table 1 below shows an example of a list of files to be sent before sending two satellite message communication link files, Beidou and low-orbit satellite network (Starnet). Among them, the files with sequence numbers 1 and 3 are ocean observation files, which are small files. The two files are packaged into package file 3 and package file 2 according to the two satellite message communication link groups, and none of the package files are sent, so the associated sequence number of the original observation file is set to "3:2", and the package sending mark is "0:0". The associated sequence numbers of the corresponding Beidou and Starnet package files are set to the original observation file sequence number "1:3", and the package sending mark is "00"; the file with sequence number 2 is the target observation file, which is a large file. It is packaged into package file 1 and package file 2 according to the Beidou message byte limit. The associated sequence numbers of the two package files are both 2. According to the low-orbit satellite network (Starnet) message byte limit, it is packaged into package file 1, and the associated sequence number of the package file is also 2. According to the sending status of the three package files, the package sending mark of the file with sequence number 2 is "01:0".

[0095] Table 1 Example of a list of files to be sent before sending files

[0096]

[0097] Table 2 below shows an example of a list of files to be sent after the files are sent.

[0098] Table 2 Example of a list of files to be sent after the file is sent

[0099]

[0100] In Table 2 above, boldface characters represent additions or modifications in actual operation, and underlined numbers represent deletions.

[0101] Figure 5 The numbers in the middle represent the order of observation files and package files in the list of files to be sent. The letters indicate the observation types. G represents observation, M represents target, BB represents Beidou satellite message package, and XB represents StarNet satellite message package.

[0102] Send feedback represents the file list fed back by the client. √ represents received files, × represents unreceived files, and other files that keep sending codes mean that the client has not received the file, which is neither a received file nor an unreceived file.

[0103] Step 3. On the server side, the communication unit continuously monitors whether the file sending timer is started.

[0104] If it is not started, continue to monitor and receive data from the front-end collector, and temporarily store the collected data files in the "new file" area of ​​the storage unit; if it is already started, continue to execute subsequent steps and turn off the file sending timer.

[0105] Step 4. The communication unit sorts all the unpacked to-be-sent file list items generated during the period when the file sending timer is not started according to the file sorting rule, and modifies the sequence number field in the to-be-sent file list table to the sorting sequence number.

[0106] Sorting of files to be sent is one of the core functions of the marine multi-channel intelligent communication device, which is related to the generation of observation messages at the receiving end and the rate of observation data arrival. When the marine multi-channel intelligent communication device monitors new data or confirms that the data has been sent successfully, it is necessary to re-sort the files to be sent and update the sequence number of the message sending.

[0107] Specifically, the process of sorting the unpacked to-be-sent file list items according to the file sorting rule is as follows:

[0108] Rule 1. The files to be sent are sorted in the list of files to be sent according to the principle of unified management of all files, current time priority, and target observation message priority. After the sorting is completed, each file is given a sending sequence number.

[0109] The sending sequence number corresponds to the sequence number field in the list of files to be sent in step 2 above.

[0110] The current time priority limit is 3 minutes ahead of the current server clock.

[0111] All files represent files sent by different communication links, files in different sending states, original observation files, and package files. Current time priority and target observation message priority mean that all files to be sent take time as the first priority, and target observation messages and ocean observation data files with conflicting sending order at the same time need to be sent first.

[0112] In this embodiment, when file type and time are arranged at the same time, time is arranged first, and file type is arranged second. For example, there are hydrological and meteorological observation files and target observation files at 1 o'clock, 3 o'clock, and 5 o'clock respectively. According to the above file sorting rules:

[0113] They are arranged in the order of 1-point target observation file, 1-point hydrological and meteorological observation file, 3-point target observation file, 3-point hydrological and meteorological observation file, 5-point target observation file, and 5-point hydrological and meteorological observation file.

[0114] For files manually recalled by the client, their sorting priority is second only to the current time file.

[0115] Rule 2. The sub-packet files of the same message are sorted consecutively, and other files to be sent cannot be inserted due to the update of the list of files to be sent.

[0116] Rule 3. The reporting of ocean observation data must be transmitted to the superior data center according to the collection time. According to the requirements of GB / T14914.2-2019 "Ocean Observation Specification Part 2: Seashore Observation", ocean observation data is collected every minute, and the observation extreme value must be updated every hour according to the observation day boundary and observation time. Therefore, the message priority of ocean observation data is defined as follows:

[0117] Priority 1. The minute-level observation files of the current observation time have the first priority.

[0118] Priority 2. With 20 points for meteorological data and 24 points for hydrological data as the observation day boundary, within the current observation day boundary, all data within 10 minutes before the exact time is the second priority, and other observation time data is the third priority.

[0119] Priority 3. Data from other observation days are the fourth priority.

[0120] Step 5. The communication unit divides and groups text type files in sequence according to the order in the list of files to be sent and the byte limit of the satellite communication message, and slices the image type files, and generates a packet number that increases from 1 and corresponds to the message sorting order.

[0121] Small data files of the same type in the files to be sent are grouped together, and large data files are sub-packed.

[0122] When there are multiple satellite message communication links, the packet file is divided and grouped for each satellite message communication link; the packet sequence number is set and sorted for each packet file; when each satellite message communication link is divided and grouped, the size of each packet file is set not to be larger than the message length value of the corresponding satellite message communication link. For example:

[0123] The message length of the BeiDou-3 civilian secondary card is 229B, and the size of each package file must be less than 229B. The message length of the low-orbit satellite network (Starnet) IoT terminal is 1000B, so the size of each sub-package or group package file cannot be greater than 1000B.

[0124] In order to cope with the harsh conditions at sea, a redundant satellite message communication link will be established. Therefore, it is necessary to pre-package the message according to the byte limit. If the number of bytes of the message is different, the message will be packaged several times according to the number of message types.

[0125] Considering the need for satellite redundant communications under harsh conditions at sea, a multi-channel communication device may need to connect a variety of different satellite message communication links, since the number of telegram bytes of different satellite messages is generally different.

[0126] Therefore, in order to improve the communication efficiency and message communication reliability under harsh conditions, the communication unit will perform packetization, packaging and image slicing on the files to be sent according to the byte limit of each communication message, and store all the packet files after packetization, packaging and image slicing in the "package file" area of ​​the storage unit.

[0127] Step 6. Compress and encrypt the package files that have been packaged, subpackaged and sliced ​​in step 5.

[0128] Step 7. Generate a to-be-sent file list record according to the operation type of the package file. The field information of the to-be-sent file list record includes the message name, file type, package number, associated number, and package sending mark.

[0129] The message name field of the packet file is set to the packet file name, the file type is set according to the message communication type specified in the display unit, and the packet sequence number is generated by step 5. For example, if there is only one message communication link, the default setting is file type + "B"; if there are multiple message communication links, the user needs to set them separately in the display unit, for example, Beidou and low-orbit satellite networks can be set to file type + "BB" and file type + "XB" respectively.

[0130] The process of determining the associated sequence number according to the operation type of the package file is as follows: in the sub-packaging operation, each original observation file corresponds to multiple sub-packaging files, and the associated sequence number of each package record line in the list of files to be sent needs to be specified as the sequence number of the original observation file; in the package operation, multiple original observation files form a package file. In order to keep the operation synchronization of multiple communication modes on the files to be sent, it is necessary to record the associated sequence numbers of the original observation file and the package file respectively; the associated sequence number of the package file record line is specified as the sequence number of the original observation file, and multiple sequence numbers are separated by ":"; the associated sequence number of the original observation file record line is specified as the package number of the package file. When there are multiple satellite message communication links, the same file has multiple associated files corresponding to it. At this time, multiple associated sequence numbers need to be recorded according to the communication priority set by the user, and multiple associated sequence numbers need to be separated by ":".

[0131] The process of determining the packet sending mark according to the operation type of the packet file is as follows:

[0132] If it is a sub-packet operation, set the packet sending mark field of each sub-packet record to "0"; the sending mark field of the original observation file record line needs to be set to a string containing the number of "0"s in the sub-packet. For example, if an observation file is divided into 2 sub-packets, the sending mark field of the corresponding observation file record line in the list of files to be sent is set to "00", and 3 sub-packets are represented as "000".

[0133] If it is a packet grouping operation, the packet sending mark of the packet record field is set to a combination string of several "0"s in the original observation file, and the packet sending mark of the record line of the original observation file is set to "0"; regardless of whether it is sub-packetization or packet grouping, when there are multiple satellite message communication links, ":" is used to separate the sending mark fields of multiple satellite message communication links.

[0134] Step 8. For the sub-packaged, grouped and sliced ​​files, since new package files are generated, new package record lines need to be added to the list of files to be sent. In the list of files to be sent, package files also need to be sorted according to the file sorting rules. Therefore, the package file containing the current time observation file generated in step 7 will have a higher priority than other package record lines in the list of files to be sent. The "Package Sequence Number" field of other package record lines in the list of files to be sent needs to be modified, and their "Package Sequence Number" values ​​need to be increased according to the number of added package records.

[0135] Step 9. Since file reception and sending will cause changes in the number of files to be sent, before each file is sent, first determine whether there are any files to be sent in the list of files to be sent; if the number of files to be sent is 0, the file sending program is temporarily closed and continues to wait for being awakened by the listening program, otherwise go to step 10.

[0136] Step 10. The file communication transmission performs a network status test according to the communication priority preset by the user to obtain a smooth network.

[0137] Step 11. Perform a handshake communication operation using the first unblocked network.

[0138] If the current unobstructed network is a full-duplex network such as 4G or a dedicated line network, the communication unit uses the SOCKET protocol to send files to the client; if the current unobstructed network is a satellite message communication link such as Beidou or a low-orbit satellite network, the communication unit directly sends the package file ranked 1 in the list of files to be sent corresponding to the current satellite message communication link.

[0139] It should be noted that after the server completes the sending, it only needs to modify the order of the list of files to be sent. Only when the client confirms receipt will the record line be deleted. Modifying the order of the list of files to be sent is divided into three steps. First, modify the sending mark of the sent file to the sequence number and package sequence number, then set its sequence number and package sequence number fields to empty, and finally, update the sequence number fields of other remaining record lines according to the file sorting rules. The specific process is as follows:

[0140] If the original observation file is successfully sent through the full-duplex network, the sending mark field of the corresponding file record row in the list of files to be sent will be modified to the sequence number field value, the sequence number field will be set to empty, the sub-package file package sequence number will be set to empty, and the package file package sequence number will remain unchanged. If the sending fails, the sending mark field will be modified to "0".

[0141] If the satellite message communication mode is adopted, the completion of the package file transmission is considered to be successful. At this time, firstly, the package file transmission mark of the corresponding package file record line in the list of files to be transmitted is modified to the value of the package sequence number field, and the package sequence number field is set to empty; secondly, the package file transmission mark field of the original observation file record line corresponding to the current package file is checked, and the corresponding byte bit of the current package file is modified to "1"; finally, check whether all the byte bits of the package file transmission mark of the original observation file record line corresponding to the current package file are all "1". If so, the transmission mark field is modified to the value of the original observation file sequence number field, and the sequence number field is set to empty. If not, the transmission mark field is modified to "0".

[0142] Step 12. The client generates a comparison list of files received by the client, including a list of received files and a list of unreceived files, based on a comparison between the list of data file names to be received and the data file names actually received within a corresponding time period.

[0143] The client also needs to perform a network status test first, and then feed back the received file list and the unreceived file list to the server through a smooth network.

[0144] The server updates the list of files to be sent according to the file sending status fed back by the client, and uses the sending mark field in the list of files to be sent to record the file handshake status; if the sending mark of the original observed file is greater than 0, it means that the handshake communication of the file is successful, and the file and its sub-package file information need to be deleted from the list of files to be sent, and the original observed file and its sub-package files are moved from the "new file" area and "package file" area of ​​the storage unit to the "history" area.

[0145] In step 12, the client implements handshake communication and file communication confirmation for the transmitted data file based on the client data statistics and accounting program, which specifically includes the following steps:

[0146] Step 12.1. On the client data file receiving computer, establish a transmission data monitoring program based on statistical accounting. By default, it starts and runs every T minutes. This setting can be modified according to user needs. T is a natural number, such as 10.

[0147] Step 12.2. The transmission data monitoring program based on statistical calculation generates a list of data file names that should be received within a period of time (for example, 60 minutes) according to the collection frequency of the front-end ocean hydrological and meteorological element collector.

[0148] The list of data file names that should be received during this period of time is compared with the data file names actually received by the client during this period of time, and a comparison list of files received by the client is generated, including a list of received files and a list of unreceived files.

[0149] Step 12.3. The server of the multi-channel intelligent communication device receives the file list from the client.

[0150] Step 12.4. Update the list of files to be sent according to the received list fed back by the client, record the files that were not sent successfully, delete the record lines of the files that were sent successfully, and move the files that were sent successfully to the "History" area of ​​the storage unit.

[0151] The received list contains three types of files: large files that have been subcontracted, package files, and small observation files.

[0152] For large files that have been sub-packaged, you first need to delete the file and all sub-package files from the list of files to be sent. Secondly, move the file and its sub-package files from the "New File" area and "Package File" area of ​​the storage unit to the "History" area. This completes the handshake communication and file reception confirmation for the file.

[0153] For a package file, first check the list of files to be sent to determine whether the package file is a sub-package of a large file or a group package of small files by checking whether its associated sequence number field contains ":". If it does not contain ":", the file is determined to be a sub-package, otherwise, the file is determined to be a group package. If the file is a sub-package, it is necessary to first find the original observation file and all its sub-package files corresponding to the file through the associated sequence number and sending mark field, check and modify the package sending mark, and then reset the package sending mark of the package file that failed to be sent to "0", and modify the package sending mark of the original observation file, and move all successfully sent package files from the "package file" area of ​​the storage unit to the "history" area. If the file is a package, it is necessary to find all the original observation files contained in the package through the associated sequence number and sending mark field, and delete the corresponding record line of the original observation file in the list of files to be sent. At the same time, if the original observation file is included in other message package files, it is necessary to set the associated sequence number position corresponding to the observation file in other message packages to empty, and change the corresponding bit of the package sending mark to "1". Similarly, the successfully sent related observation files and package files are moved from the "new file" area and "package file" area of ​​the storage unit to the "history" area.

[0154] For small observation files, you need to delete the corresponding record line in the list of files to be sent first. However, since this type of file corresponds to a package file, you need to find the corresponding package file through the associated sequence number and the sending mark. Set the associated sequence number position corresponding to the observation file in the package file record line to empty, and change the corresponding bit of the package sending mark to "1". If all bits of the package sending mark of the corresponding package file are "1", delete the record line. After all operations are completed, the successfully sent related observation files and package files are also moved from the "new file" area and "package file" area of ​​the storage unit to the "history" area.

[0155] Step 12.5. For the unreceived file record table fed back by the client, search for the corresponding records in the list of files to be sent one by one, find the package files corresponding to these files according to the associated sequence number and sending mark field, modify the sending mark and package sending mark field information of the failed to send files and related package files, re-sort the list of files to be sent according to the file sorting rules, and according to the sorting results, modify the sequence number, package sequence number, and associated sequence number information of all files and package files, set the sending mark field of all package files to empty, and modify the sending mark field of all original observed files to "0".

[0156] Handshake actually refers to a confirmation from the client to the server of the file sent, a question-and-answer process. For full-duplex communication modes such as 4G, the communication results can be fed back through the SOCKET mechanism, but for satellite message communication links such as Beidou, it can only determine whether it is successfully sent to the satellite, and the subsequent communication results from the satellite to the client cannot be determined. Therefore, the present invention designs a list of files to be sent to record the status of file sending. After the client confirms that the file has been received, it will give a reply whether it has been confirmed to be received or the file has been recalled. This process reflects the process of two-way handshake between the client and the server.

[0157] Step 13. Continue to search for the files to be sent in the list of files to be sent; determine whether the number of files to be sent is greater than 0. If it is equal to 0, the file sending program is temporarily closed and waits for the listening program to wake up; if it is greater than 0, repeat the above steps 4 to 12.

[0158] The present invention realizes the unified storage and communication process management of various ocean observation files through the integrated design of software and hardware. Compared with the traditional multi-channel communication technology, the present invention can expand the configuration of various types of communication means such as digital radio, dedicated network, VSAT, 4G, Beidou, low-orbit satellite network (Starnet) to achieve redundant communication guarantee. A two-way handshake control process based on the server and the client is designed, which can realize the comparison and immediate recall and reissue of delayed, missed, lost, and missing data. At the same time, a list of files to be sent is designed to realize the handshake management and communication feedback of the "send-receive" process of ocean observation files. The present invention can fully guarantee the data transmission efficiency of ocean observation data under different communication conditions and harsh environmental conditions through the design of hardware devices and communication methods, and realize the fast and stable transmission of ocean observation data.

[0159] Of course, the above description is only a preferred embodiment of the present invention, and the present invention is not limited to the above embodiments. It should be noted that all equivalent substitutions and obvious deformation forms made by any technician familiar with the field under the guidance of this specification fall within the essential scope of this specification and should be protected by the present invention.

Claims

1. A marine multi-channel intelligent communication method based on a handshake mechanism, implemented based on a marine multi-channel intelligent communication device based on a handshake mechanism, characterized in that: The marine multi-channel intelligent communication device based on the handshake mechanism includes a server and a client; The server side includes a storage unit, a communication unit and a display unit; The storage unit contains three partitions: the "new file" area is used to store the ocean observation files to be sent in the short term, the "package file" area is used to store all packaged files, and the "history" area is used to store all observation data files obtained from the collector in the long term; The communication unit, as the sending end of the observation data transmission process, is responsible for monitoring the new observation messages transmitted by the collector, and realizes the preprocessing, packaging and real-time data transmission of the observation messages; The display unit is used to configure the collector connection parameters and communication mode to realize the visualization of configuration management, and is used to display the observation data and communication connection status of the current time node to realize the visualization of data transmission; The client, i.e. the receiving end of the ocean multi-channel intelligent communication, is used to receive the observation data, perform data volume statistics and verification, and provide feedback to the server on the files that are successfully received and failed to be transmitted based on the handshake mechanism; The communication unit is connected to the receiving end through a variety of communication connection methods to establish a multi-link network guarantee set suitable for ocean observation scenarios; The communication unit has a built-in file sending timer program, which starts regularly and sends various collected and stored observation messages to the receiving end; The marine multi-channel intelligent communication method based on the handshake mechanism comprises the following steps: Step 1. The marine multi-channel intelligent communication device monitors the data collection of marine hydrological and meteorological element observations and target observation equipment in real time, and starts the observation message parsing or target identification preprocessing program in real time according to the data type; The communication unit uses a preprocessing program to parse the observed message in real time and generate a file to be sent; The file to be sent corresponding to the marine hydrological and meteorological observation message is a text type file, and the target observation data will generate an image type file after preprocessing; Step 2. Count and preliminarily generate the field information of the list of files to be sent, the field information includes sequence number, message name, data time, file type, associated sequence number, size, sending mark, package sequence number and package sending mark; Among them, except for the message name, data time, file type and size fields, other fields in the field information of the list of files to be sent are set to empty by default and will be modified and updated in subsequent steps; Step 3. On the server side, the communication unit continuously monitors whether the file sending timer is started; If it is not started, continue to monitor and receive data from the front-end collector, and temporarily store the collected data files in the "new file" area of ​​the storage unit; if it is already started, continue to execute the subsequent steps and turn off the file sending timer; Step 4. The communication unit sorts all the unpacked to-be-sent file list items generated during the period when the file sending timer is not started according to the file sorting rule, and modifies the sequence number field in the to-be-sent file list table to the sorting sequence number; Step 5. The communication unit, according to the order in the list of files to be sent and the byte limit of the satellite communication message, sequentially sub-packets and groups the text type files, and slices the image type files, and generates a packet number that increases from 1 and corresponds to the message sorting order; when it is necessary to connect multiple different satellite message communication links, the communication unit will perform sub-packetization, packaging and image slicing processing on the files to be sent according to the byte limit of each communication message, and store all the processed package files in the "package file" area of ​​the storage unit; Step 6. Compress and encrypt the package files after the packaging, subpackaging and slicing in step 5; Step 7. Generate a list of files to be sent according to the operation type of the package file, the field information of the list of files to be sent includes the message name, file type, package number, associated number and package sending mark; Step 8. For the sub-packaged, grouped and sliced ​​files, add a new package record line in the list of files to be sent; Step 9. Before sending a file each time, first determine whether there are any files to be sent in the list of files to be sent; if the number of files to be sent is 0, the file sending program is temporarily closed and continues to wait for being awakened by the listening program, otherwise go to step 10; Step 10. The file communication transmission performs a network status test according to the communication priority preset by the user to obtain a smooth network; Step 11. Perform a handshake communication operation using the first unblocked network; If the current unblocked network is a full-duplex network, the communication unit uses the SOCKET protocol to send files to the client; if the current unblocked network is a satellite message communication link, the communication unit directly sends the package file ranked 1 in the list of files to be sent corresponding to the current satellite message communication link; After the server completes the sending, it is necessary to modify the order of the list of files to be sent. Modifying the order of the list of files to be sent is divided into three steps, namely, first modifying the sending mark of the sent file to the sequence number and package sequence number, and then setting its sequence number and package sequence number fields to empty; finally, updating the sequence number fields of other remaining record rows according to the file sorting rules; Step 12. The client generates a comparison list of files received by the client, including a list of received files and a list of unreceived files, based on a comparison between the list of data file names to be received and the data file names actually received within the corresponding time period; The client also needs to perform a network status test first, and then feed back the received file list and the unreceived file list to the server through a smooth network; The server updates the list of files to be sent according to the file sending status fed back by the client, and uses the package sending mark field and the sending mark field in the list of files to be sent to record the file handshake status; if the sending mark of the original observed file is a value greater than 0, it means that the handshake communication of the file is successful, and the file and its sub-package file information need to be deleted from the list of files to be sent, and the original observed file and its sub-package files are moved from the "new file" area and "package file" area of ​​the storage unit to the "history" area; Step 13. Continue to search for the files to be sent in the list of files to be sent; determine whether the number of files to be sent is greater than 0. If it is equal to 0, the file sending program is temporarily closed and continues to wait for the listening program to wake up; if it is greater than 0, repeat the above steps 4 to 12.

2. The marine multi-channel intelligent communication method based on the handshake mechanism according to claim 1 is characterized in that: The file sending timer starts 3 minutes earlier than the sending time according to the satellite message communication time interval or user settings. If the message communication time interval is less than 3 minutes, it is set to start all the time and the observation data will be sent as soon as it arrives.

3. The marine multi-channel intelligent communication method based on the handshake mechanism according to claim 1 is characterized in that: In step 4, the process of sorting the unpacked to-be-sent file list items according to the file sorting rule is as follows: Rule 1. Sort the files in the list of files to be sent according to the principle of unified management of all files, current time priority, and target observation message priority. After the sorting is completed, each file will be assigned a sending sequence number; The current time priority limit is 3 minutes ahead of the current server clock; Current time priority and target observation message priority means that all files to be sent have time as the first priority, and target observation messages and ocean observation data files with conflicting sending orders at the same time need to be sent first; For files manually recalled by the client, their sorting priority is second only to the current time file; Rule 2: The sub-packet files of the same message are sorted continuously, and other files to be sent cannot be inserted due to the update of the list of files to be sent; Rule 3. The message priorities of ocean hydrological and meteorological observation data are specifically defined as follows: Priority 1. The minute-level observation files of the current observation time are the first priority; Priority 2. With 20 points for meteorological data and 24 points for hydrological data as the observation day boundary, within the current observation day boundary, all data within 10 minutes before the exact time is the second priority, and other observation time data is the third priority; Priority 3. Data from other observation days are the fourth priority.

4. The marine multi-channel intelligent communication method based on the handshake mechanism according to claim 1 is characterized in that: In step 5, small data files of the same type in the files to be sent are packaged, and large data files are sub-packaged; when there are multiple satellite message communication links, the package files are packaged and packaged respectively for each satellite message communication link; the package sequence number is set and sorted respectively for each package file; when each satellite message communication link is packaged and packaged, the size of each package file is set not to be larger than the message length value of the corresponding satellite message communication link.

5. The marine multi-channel intelligent communication method based on the handshake mechanism according to claim 1 is characterized in that: In step 7, the message name field of the package file is set to the package file name, the file type is set according to the message communication type specified in the display unit, and the package sequence number is generated by step 5; The process of determining the associated sequence number according to the operation type of the package file is as follows: in the sub-package operation, each original observation file corresponds to multiple sub-package files, and the associated sequence number of each package record line in the list of files to be sent needs to be specified as the sequence number of the original observation file; in the package operation, multiple original observation files form a package file. In order to keep the operation synchronization of the files to be sent by multiple communication methods, the associated sequence numbers of the original observation file and the package file need to be recorded respectively; the associated sequence number of the package file record line is specified as the sequence number of the original observation file, and multiple sequence numbers are separated by ":"; The association sequence number of the original observation file record line is specified as the package sequence number of the package file. When there are multiple satellite message communication links, the same file has multiple corresponding association files. At this time, multiple association sequence numbers need to be recorded according to the communication priority set by the user, and multiple association sequence numbers need to be separated by ":"; The process of determining the packet sending mark according to the operation type of the packet file is as follows: if it is a subpacket operation, set the packet sending mark field of each subpacket record to "0"; the sending mark field of the original observation file record line needs to be set to a string containing the number of "0"s in the subpacket; if it is a packet grouping operation, the packet sending mark of the packet record field is set to a combined string of the number of "0"s in the original observation file, and the packet sending mark of the original observation file record line is set to "0"; regardless of subpacketing or packet grouping, when there are multiple satellite message communication links, use ":" to separate the sending mark fields of multiple satellite message communication links.

6. The marine multi-channel intelligent communication method based on the handshake mechanism according to claim 1 is characterized in that: In the step 8, when adding a new package record line, in the list of files to be sent, the package files also need to be sorted according to the file sorting rules. Therefore, the package file containing the current time observation file generated in step 7 will have a higher priority than other package record lines in the list of files to be sent. It is necessary to modify the packet sequence number fields of other packet record lines in the list of files to be sent, and increase their packet sequence number values ​​according to the number of added packet records.

7. The marine multi-channel intelligent communication method based on the handshake mechanism according to claim 1 is characterized in that: In step 11, the process of updating the field of the list of files to be sent according to the file sending status is as follows: If the original observation file is successfully sent through the full-duplex network, the sending mark field of the corresponding file record line in the list of files to be sent is modified to the sequence number field value, the sequence number field is set to empty, the sub-package file package sequence number is set to empty, and the package file package sequence number remains unchanged. If the sending fails, the sending mark field is modified to "0"; If the satellite message communication mode is adopted, the completion of the package file sending is considered as successful sending; at this time, firstly, the package file sending mark of the corresponding package file record line in the list of files to be sent is modified to the value of the package sequence number field, and the package sequence number field is set to empty; secondly, the package file sending mark field of the original observation file record line corresponding to the current package file is checked, and the corresponding byte bit of the current package file is modified to "1"; finally, it is checked whether all the byte bits of the package file sending mark of the original observation file record line corresponding to the current package file are all "1". If so, the sending mark field is modified to the value of the original observation file sequence number field, and the sequence number field is set to empty. If not, the sending mark field is modified to "0".

8. The marine multi-channel intelligent communication method based on the handshake mechanism according to claim 1 is characterized in that: In step 12, based on the client data statistics and accounting program, handshake communication and file communication confirmation of the transmitted data file are implemented, which specifically includes the following steps: Step 12.

1. Establish a transmission data monitoring program based on statistical accounting on the client data file receiving computer. The transmission data monitoring program starts and runs once every T minutes by default, where T is a natural number; Step 12.

2. The transmission data monitoring program based on statistical accounting generates a list of data file names that should be received within a period of time according to the collection frequency of the front-end ocean hydrological and meteorological element collector, compares it with the data file names actually received by the client within the period of time, and generates a comparison list of files received by the client, including a list of received files and a list of unreceived files; Step 12.

3. The server of the multi-channel intelligent communication device receives the file list of the client; Step 12.

4. Update the list of files to be sent according to the received list fed back by the client, record the files that were not sent successfully, delete the record line of the files that were sent successfully, and move the files that were sent successfully to the "history" area of ​​the storage unit; Step 12.

5. For the unreceived file record table fed back by the client, search for the corresponding records in the list of files to be sent one by one, find the package files corresponding to these files according to the associated sequence number and sending mark field, modify the sending mark and package sending mark field information of the failed to send files and related package files, re-sort the list of files to be sent according to the file sorting rules, and according to the sorting results, modify the sequence number, package sequence number, and associated sequence number information of all files and package files, set the sending mark field of all package files to empty, and modify the sending mark field of all original observed files to "0".

9. The marine multi-channel intelligent communication method based on the handshake mechanism according to claim 8 is characterized in that: In step 12.4, the received list includes three types of files, namely, large files for which the subpackaging operation has been performed, package files, and small observation files; For a large file that has been sub-packaged, first delete the file and all sub-package files from the list of files to be sent, and then move the file and its sub-package files from the "New File" area and "Package File" area of ​​the storage unit to the "History" area, thus completing the handshake communication and file reception confirmation for the file; For a package file, first check the list of files to be sent to determine whether the package file is a sub-package of a large file or a group package of small files by checking whether its associated sequence number field contains ":". If it does not contain ":", the file is determined to be a sub-package, otherwise, the file is determined to be a group package. If the file is a sub-package, it is necessary to first find the original observed file and all its sub-package files corresponding to the file through the associated sequence number and sending mark fields, check and modify the package sending mark, and then reset the package sending mark of the package file that failed to be sent to "0", and modify the package sending mark of the original observed file, and remove all successfully sent package files from the list. The "package file" area of ​​the storage unit is moved to the "history" area; if the file is a package, it is necessary to find all the original observation files contained in the package through the associated sequence number and the sending mark field, and delete the corresponding record line of the original observation file in the list of files to be sent. At the same time, if the original observation file is included in other message package files, it is necessary to set the associated sequence number position corresponding to the observation file in other message packages to be empty, and change the corresponding bit of the package sending mark to "1". Similarly, the related observation files and package files that have been successfully sent are moved from the "new file" area and the "package file" area of ​​the storage unit to the "history" area; For small observation files, you need to delete the corresponding record line in the list of files to be sent first. However, since these files all correspond to package files, you need to find the corresponding package file through the associated sequence number and sending mark. Set the associated sequence number position corresponding to the observation file in the package file record line to empty, and change the corresponding bit of the package sending mark to "1". If all bits of the package sending mark of the corresponding package file are "1", delete the record line. After all operations are completed, the successfully sent related observation files and package files are also moved from the "new file" area and "package file" area of ​​the storage unit to the "history" area.

Images