CN114584575A - Ship-shore communication method and system in ship management system - Google Patents
Ship-shore communication method and system in ship management system Download PDFInfo
- Publication number
- CN114584575A CN114584575A CN202210487069.6A CN202210487069A CN114584575A CN 114584575 A CN114584575 A CN 114584575A CN 202210487069 A CN202210487069 A CN 202210487069A CN 114584575 A CN114584575 A CN 114584575A
- Authority
- CN
- China
- Prior art keywords
- data
- data packet
- ship
- shore
- message
- 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.)
- Granted
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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
- H04L47/6275—Queue scheduling characterised by scheduling criteria for service slots or service orders based on priority
-
- 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0847—Transmission error
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
- Y02A10/00—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE at coastal zones; at river basins
- Y02A10/40—Controlling or monitoring, e.g. of flood or hurricane; Forecasting, e.g. risk assessment or mapping
Abstract
The invention discloses a ship-shore communication method and a ship-shore communication system in a ship management system, wherein the method comprises the following steps: the ship end sets a first mark field for first data to be synchronized in a first database, and sets a second mark field for the first data in the first database according to priority data; dividing first data with a first mark field according to a second mark field to obtain a plurality of groups, encapsulating the first data in each group to obtain a corresponding first data packet, and correspondingly storing the first data packet into a plurality of first message queues; the ship end sends a first data packet in a target first message queue to the shore end according to the current network type; and the shore end receives and verifies the first data packet, if the verification is passed, a successful receiving message is sent to the ship end, and the first data in the first data packet is stored in the second database. The scheme can effectively manage data synchronization and update, and realizes reliable communication between the ship end and the shore end.
Description
Technical Field
The invention relates to the field of data communication in a ship management system, in particular to a ship-shore communication method and a ship-shore communication system in the ship management system.
Background
Fig. 1 shows a schematic view of an application scenario of a ship management system, as shown in fig. 1, a ship end 101 and a shore end 102 perform data communication through a public internet 103. In a ship management system, due to extremely unstable communication link and serious insufficient network bandwidth, the transmission process of data between ships and the shore is abnormal, the data synchronization and updating between ships and the shore are seriously influenced, in addition, public internets such as satellite communication and mobile communication networks (such as 5G networks, 4G networks, 3G networks and the like) are adopted for sending and receiving ship end data, an internal network (namely an intranet) is used inside the shore end, the internal network is restricted by information safety protection and the like, the data transmission between the intranet and the public internet is not smooth, and information safety loopholes are easily generated. Therefore, in the prior art, reliable data communication is lacked between ships and banks, and problems of data loss, data repetition, limited access and the like in the data synchronization process are easy to occur.
Disclosure of Invention
In view of the above, the present invention has been made to provide a ship-shore communication method and system in a ship management system that overcomes or at least partially solves the above-mentioned problems.
According to one aspect of the invention, there is provided a method of ship-to-shore communication in a ship management architecture, the method comprising:
the ship end sets a first mark field for first data to be synchronized in a first database, and sets a second mark field for the first data in the first database according to priority data;
the ship end inquires a first database, divides first data with first mark fields according to second mark fields to obtain a plurality of groups, and encapsulates the first data in each group to obtain a corresponding first data packet;
the ship end correspondingly stores the first data packets into a plurality of first message queues;
the ship end determines a target first message queue according to the current network type, and sends a first data packet in the target first message queue to the shore end;
and the shore end receives and verifies the first data packet, if the verification is passed, a receiving success message aiming at the first data packet is sent to the ship end, and the first data in the first data packet is stored in a second database.
Furthermore, the plurality of first message queues have corresponding relations with the second mark field;
the method comprises the following steps that a ship end determines a target first message queue according to the current network type, and the step of sending a first data packet in the target first message queue to a shore end further comprises the following steps:
if the current network type is the satellite communication type, the ship end selects a target first message queue from the plurality of first message queues according to a second mark field corresponding to the first message queue, and sends a first data packet in the target first message queue to the shore end;
and if the current network type is the mobile communication network type, the ship end takes the plurality of first message queues as a target first message queue, and sends first data packets in the target first message queue to the shore end according to a first preset sequence.
Further, after encapsulating the first data in each packet to obtain a corresponding first data packet, the method further includes:
and aiming at each first data packet, the ship end calculates a first check code of the first data packet and stores the first check code to a preset position in the first data packet.
Further, the receiving and verifying the first data packet by the bank terminal further comprises:
the bank end calculates a second check code of the first data packet and reads the first check code in the first data packet;
judging whether the first check code is the same as the second check code;
if the two are the same, the verification is passed; and if not, the verification is not passed, and a receiving failure message aiming at the first data packet is sent to the ship end.
Further, the method further comprises:
the shore-side packages second data to be synchronized in a second database to obtain a plurality of second data packets, stores the plurality of second data packets into a second message queue, and sends the second data packets in the second message queue to the ship-side according to a second preset sequence; after receiving a successful receiving message aiming at the last sent second data packet sent by the ship end, the shore end sends the next second data packet to the ship end;
and the ship end receives and verifies the second data packet, if the verification is passed, a successful receiving message aiming at the second data packet is sent to the shore end, and second data in the second data packet is stored in the first database.
Further, the shore end comprises: an isolation area end and an inner net area end;
the shore end receives and verifies the first data packet, if the verification is passed, the shore end sends a successful receiving message aiming at the first data packet to the ship end, and the step of storing the first data in the first data packet into the second database further comprises the following steps:
the isolation area end of the shore end receives and verifies the first data packet, if the first data packet passes the verification, the first data packet is analyzed to obtain first data, and the first data is stored in a third message queue;
the isolation area end sends the first data in the third message queue to the intranet area end according to a third preset sequence, and the intranet area end stores the received first data into a second database;
the step of the shore-side packaging the second data to be synchronized in the second database to obtain a plurality of second data packets, the step of storing the plurality of second data packets into the second message queue, and the step of sending the second data packets in the second message queue to the ship-side according to a second preset sequence further comprises the steps of:
the intranet area terminal sends second data to be synchronized in the second database to the isolation area terminal;
and the isolation area end encapsulates the received second data to obtain a plurality of second data packets, stores the plurality of second data packets into a second message queue, and sends the second data packets in the second message queue to the ship end according to a second preset sequence.
Further, the method further comprises:
if the ship end does not receive a successful receiving message aiming at the first data packet sent by the shore end within a first preset time period, or receives a failed receiving message aiming at the first data packet sent by the shore end, retransmitting the first data packet;
and if the shore end does not receive a successful receiving message aiming at the second data packet sent by the ship end within a second preset time period, or receives a failed receiving message aiming at the second data packet sent by the ship end, retransmitting the second data packet.
According to another aspect of the present invention there is provided a ship-to-shore communication system in a ship management architecture, the system comprising: a vessel end and a shore end;
the ship end is suitable for: setting a first mark field for first data to be synchronized in a first database, and setting a second mark field for the first data in the first database according to priority data; inquiring a first database, dividing first data with first mark fields according to second mark fields to obtain a plurality of groups, and encapsulating the first data in each group to obtain a corresponding first data packet; correspondingly storing the first data packets into a plurality of first message queues; determining a target first message queue according to the current network type, and sending a first data packet in the target first message queue to a shore end;
the shore end is adapted to: and receiving and checking the first data packet, if the first data packet passes the checking, sending a receiving success message aiming at the first data packet to the ship end, and storing the first data in the first data packet into a second database.
According to yet another aspect of the present invention, there is provided a computing device comprising: the processor, the memory and the communication interface complete mutual communication through the communication bus;
the memory is used for storing at least one executable instruction, and the executable instruction enables the processor to execute the operation corresponding to the ship-shore communication method in the ship management system.
According to yet another aspect of the present invention, there is provided a computer storage medium having at least one executable instruction stored therein, the executable instruction causing a processor to perform operations corresponding to the ship-shore communication method in the ship management system.
According to the technical scheme provided by the invention, the data grading marks for marking the data priority are set for the data in the ship-side database, so that the effective management of data increment updating is realized; by utilizing technologies such as message queues and the like, the ordered caching of distributed data is realized, the data synchronization and updating can be effectively managed, the system resource consumption is reduced, the system operation efficiency is improved, the ship-shore data transmission mode is optimized, the reliability of data transmission is ensured, the problem of poor ship-side network quality is effectively solved, and then the reliable full-duplex communication between a ship side and a shore side is realized.
The foregoing description is only an overview of the technical solutions of the present invention, and the embodiments of the present invention are described below in order to make the technical means of the present invention more clearly understood and to make the above and other objects, features, and advantages of the present invention more clearly understandable.
Drawings
Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the invention. Also, like reference numerals are used to refer to like parts throughout the drawings. In the drawings:
FIG. 1 shows a schematic diagram of an application scenario of a ship management architecture;
FIG. 2 shows a flow diagram of a ship-to-shore communication method in a ship management architecture, according to an embodiment of the invention;
FIG. 3 shows a flow diagram of a ship-to-shore communication method in a ship management architecture, according to another embodiment of the invention;
FIG. 4 shows a schematic diagram of the Kafka messaging mechanism;
FIG. 5 shows a schematic diagram of the operating principle of Zookeeper;
FIG. 6 shows a schematic diagram of the working principle of the isolation region;
FIG. 7 shows a block diagram of a ship-to-shore communication system in a ship management architecture, according to an embodiment of the invention;
FIG. 8 illustrates a schematic structural diagram of a computing device according to an embodiment of the present invention.
Detailed Description
Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.
Fig. 2 shows a flow diagram of a ship-shore communication method in a ship management system according to an embodiment of the present invention, as shown in fig. 2, the method includes the following steps:
step S201, the ship end sets a first mark field for first data to be synchronized in a first database, and sets a second mark field for the first data in the first database according to priority data.
The database on the ship side is referred to as a first database, the database on the shore side is referred to as a second database, data generated on the ship side and stored in the first database is referred to as first data, data generated on the shore side and stored in the second database is referred to as second data, a check code calculated on the ship side is referred to as a first check code, and a check code calculated on the shore side is referred to as a second check code.
The ship end adds a data grading mark for the first data in the first database, and specifically, the data grading mark comprises a first mark field and a second mark field. The first flag field is used to flag whether the first data is to-be-synchronized first data, and the to-be-synchronized first data may specifically include newly-added or modified data at the ship end. The second flag field is used for marking the transmission priority of the first data, the transmission priority can be determined according to the priority data, the priority data can specifically include the importance and real-time requirement of the first data, the second flag field can include a plurality of flag fields corresponding to priorities, such as a flag field corresponding to the first priority, a flag field corresponding to the second priority and a flag field corresponding to the third priority, the first priority is higher than the second priority, the second priority is higher than the third priority, that is, the first data with the flag field corresponding to the first priority has the highest priority, which indicates that the importance and real-time requirement are the highest.
In step S201, the ship end may set a first tag field for first data to be synchronized in the first database, and set a second tag field for the first data in the first database according to the importance and real-time requirement of the first data. In this embodiment, a second tag field is maintained for the first data to be synchronized in the first database at the ship end, so as to distinguish the importance and urgency of the first data, so as to arrange the sending time and sending priority of the first data to be synchronized.
Step S202, the ship end inquires a first database, divides first data with first mark fields according to second mark fields to obtain a plurality of groups, and encapsulates the first data in each group to obtain a corresponding first data packet.
In a specific application, a ship end can trigger query of a first database by a timed polling manner or when data is newly added or modified, so as to query first data with a first tag field in the first database, and divide the first data with the first tag field according to a second tag field, thereby obtaining a plurality of groups. After a plurality of packets are obtained, encapsulation is performed according to the packets. And for each packet, packaging the first data in the packet into a data packet in a canonical format, and referring the data packet obtained by the ship end through packaging to be a first data packet.
And aiming at each first data packet, the ship end calculates a first check code of the first data packet and stores the first check code to a preset position in the first data packet. The check code calculation method may be selected by those skilled in the art according to actual needs, and is not specifically limited herein. For example, a CRC (Cyclic Redundancy Check) code of the first packet is calculated as the first Check code, or an MD5 value of the first packet may be calculated as the first Check code using an MD5 message digest algorithm, or a hash value of the first packet may be calculated as the first Check code using a hash algorithm. The skilled person can select the preset position for storing the first check code according to actual needs, and the preset position is not limited in this embodiment. For example, the first check code may be stored in a header of the first data packet.
Step S203, the ship end correspondingly stores the plurality of first data packets into a plurality of first message queues.
For example, the number of the first message queues may be the same as the number of the types of the second tag fields, and different first message queues correspond to different second tag fields, which is equivalent to setting the plurality of first message queues according to different importance and urgency of the data, and managing the first data packets with different priorities by using the plurality of first message queues.
Step S204, the ship end determines a target first message queue according to the current network type, and sends a first data packet in the target first message queue to the shore end.
Specifically, the ship side identifies a current network type, where the current network type may be a satellite communication type or a mobile communication network type, where the mobile communication network type includes: 5G networks, 4G networks, 3G networks, 2G networks, etc. If the current network type is a satellite communication type, the ship end selects a target first message queue from a plurality of first message queues according to a second mark field corresponding to the first message queue, for example, the first message queue with high importance and high real-time requirement can be preferentially selected as the target first message queue according to the second mark field, and then a first data packet in the target first message queue is sent to the shore end; if the current network type is the mobile communication network type, the ship end takes the plurality of first message queues as target first message queues, and sends first data packets in the target first message queues to the shore end according to a first preset sequence, that is, all the first message queues can be sent in sequence under the condition that the current network type is the mobile communication network type. The first preset sequence can be set by those skilled in the art according to actual needs, and is not limited herein. For example, the first preset order may be an order of importance and real-time requirements from high to low.
And step S205, the shore end receives and verifies the first data packet, if the verification is passed, a receiving success message aiming at the first data packet is sent to the ship end, and the first data in the first data packet is stored in a second database.
And when receiving a data sending request sent by the ship end, the shore end sends an acknowledgement number which indicates that the synchronous data is agreed to be received. The shore end receives a first data packet sent by the ship end, calculates a second check code of the first data packet according to a check code calculation mode used by the ship end, and reads the first check code in the first data packet; judging whether the first check code of the first data packet is the same as the second check code; if the data packets are the same, the verification is passed, and a receiving success message aiming at the first data packet is sent to the ship end to indicate that the first data packet is correctly received; if not, the verification is not passed, and a receiving failure message aiming at the first data packet is sent to the ship end, so as to indicate that the first data packet is not received correctly and the verification of the first data packet fails. The receiving success message and the receiving failure message can be set by those skilled in the art according to actual needs, and are not limited herein. For example, the reception success message may include an acknowledgement number and a first flag bit, and the reception failure message may include an acknowledgement number and a second flag bit, for example, the first flag bit is 1 and the second flag bit is 0.
And if the verification is passed, the first data in the first data packet is stored into a second database of the bank end by analyzing the first data packet, so that the data updating and synchronization are completed.
In order to solve the problems of the bank end, such as the data transmission between the public internet and the intranet is not smooth, the network security, and the like, in this embodiment, a DMZ (discrete zone) buffering mode may be adopted, and the data security exchange between the public internet and the intranet is realized through an access control policy of the DMZ. The DMZ can protect the internal network more effectively, and compared with a general firewall scheme, the DMZ has an extra protection level for an attacker from an external network (such as the public Internet).
Specifically, an isolation area and an intranet area are divided in a shore end, a server directly communicating with a ship end is installed in the isolation area, for convenience of description, the server in the isolation area is referred to as the isolation area end, and the server in the intranet area is referred to as the intranet area end, that is, the shore end includes: an isolation zone end and an inner zone end. Setting network communication rules among an isolation area, an internal network and an external network according to network security requirements, wherein the network communication rules can stipulate: the intranet can have access to the extranet and the isolation region, the extranet cannot have access to the intranet, the extranet can have access to the isolation region, the isolation region can have limited access to the intranet, and the isolation region cannot have access to the extranet.
The isolation area end of the shore end receives a first data packet sent by the ship end and verifies the first data packet, if the verification is passed, the first data packet is analyzed to obtain first data, and the first data is stored in a third message queue; and then the isolation region end sends the first data in the third message queue to the intranet region end according to a third preset sequence, the intranet region end analyzes the first data of the isolation region end, and the received first data is stored in a second database of the bank end, so that data updating and synchronization are completed. The third preset order may be an order of data sorting in the third message queue.
Optionally, if the ship end does not receive a reception success message for the first data packet sent by the shore end within a first preset time period, or receives a reception failure message for the first data packet sent by the shore end, the first data packet is retransmitted.
And if the ship end detects that the network link is disconnected in the process of sending data to the shore end, stopping sending the first data packet, continuing to detect whether the network link is connected or not after a certain time T, and if the network link is connected, continuing to send the first data packet. Specifically, after detecting that the network link is connected, the first data packet may be continuously transmitted by using a breakpoint resuming technique. In this embodiment, a breakpoint resume technique can be used to solve the problem of data synchronization or update interruption caused by a broken network link when data is transmitted due to poor signal quality of the maritime network.
Fig. 3 shows a flow diagram of a ship-shore communication method in a ship management system according to another embodiment of the present invention, as shown in fig. 3, the method includes the following steps:
step S301, the shore side encapsulates second data to be synchronized in the second database to obtain a plurality of second data packets, stores the plurality of second data packets into a second message queue, and sends the second data packets in the second message queue to the ship side according to a second preset sequence.
The second preset order may be an order of data sorting in the second message queue. For each second data packet, the bank end calculates a second check code of the second data packet and stores the second check code to a preset position in the second data packet. The check code calculation method may be selected by those skilled in the art according to actual needs, and is not specifically limited herein. For example, a CRC code of the second packet may be calculated as the second parity, or an MD5 value of the second packet may be calculated as the second parity using an MD5 message digest algorithm, or a hash value of the second packet may be calculated as the second parity using a hash algorithm. The skilled person can select the preset position for storing the second check code of the second data packet according to actual needs, and is not limited in this respect. For example, the second parity code may be stored in a header of the second data packet.
And after receiving the successful receiving message aiming at the last sent second data packet sent by the ship end, the shore end sends the next second data packet to the ship end. That is, the remaining second packets continue to transmit the next second packet after receiving the reception success message of the previous second packet, except for the direct transmission of the first second packet.
Specifically, the bank end includes: an isolation zone end and an inner zone end. The intranet area terminal sends second data to be synchronized in the second database to the isolation area terminal; and the isolation area end encapsulates the received second data to obtain a plurality of second data packets, stores the plurality of second data packets into a second message queue, and sends the second data packets in the second message queue to the ship end according to a second preset sequence.
And if the shore end detects that the network link is disconnected in the process of sending data to the ship end, stopping sending the second data packet, continuing to detect whether the network link is connected or not after a certain time T, and if so, continuing to send the second data packet. Specifically, after detecting that the network link is connected, the second data packet may be continuously transmitted by using a breakpoint resuming technology. In this embodiment, a breakpoint resume technique can be used to solve the problem of data synchronization or update interruption caused by a broken network link when data is transmitted due to poor signal quality of the maritime network.
Step S302, the ship end receives and verifies the second data packet, if the verification is passed, a successful receiving message aiming at the second data packet is sent to the shore end, and second data in the second data packet is stored in the first database.
When receiving a data request sent by a bank end, the ship end sends an acknowledgement number which indicates that the ship end agrees to receive synchronous data. The ship end receives a second data packet sent by the shore end, calculates a first check code of the second data packet according to a check code calculation mode used by the shore end, and reads a second check code in the second data packet; judging whether the first check code of the second data packet is the same as the second check code; if the data packets are the same, the verification is passed, and a receiving success message aiming at the second data packet is sent to the shore end to indicate that the second data packet is correctly received; if not, the verification fails, and a receiving failure message aiming at the second data packet is sent to the shore end, so as to indicate that the second data packet is not received correctly and the verification of the second data packet fails. The receiving success message and the receiving failure message can be set by those skilled in the art according to actual needs, and are not limited herein. For example, the reception success message may include an acknowledgement number and a first flag bit, and the reception failure message may include an acknowledgement number and a second flag bit, for example, the first flag bit is 1 and the second flag bit is 0.
And if the verification is passed, the second data in the second data packet is stored into the first database of the ship end by analyzing the second data packet, so that the data updating and synchronization are completed.
Optionally, if the shore end does not receive a reception success message for the second data packet sent by the ship end within a second preset time period, or receives a reception failure message for the second data packet sent by the ship end, the second data packet is retransmitted.
In the foregoing embodiments, the first message queue, the second message queue, and the third message queue may be specifically Kafka message queues. Kafka supports partitioning and multi-copy replenica, fig. 4 shows a schematic diagram of a Kafka message delivery mechanism, as shown in fig. 4, a Kafka cluster comprises one or more servers, such servers are called brokers, each message issued to the Kafka cluster has one topic, the topic is called topic, each topic comprises one or more partitions, the partitions are called partitionings, messages within the same topic are stored on different brokers in a partitioning mode according to certain keys and algorithms, and a message producer and a consumer provider as clients can produce or consume topics on multiple brokers.
The working principle of Kafka is as follows: the sender of the message is used as a producer to send the message to the consumer regularly; kafka brooker stores all messages in the partition configured for that particular topic, ensuring that messages are shared equally between partitions, and if the producer sends two messages and there are two partitions, Kafka will store one message in the first partition and a second message in the second partition; the consumers of the messages subscribe to a specific theme, namely, the receivers of the messages monitor that a specific sender sends the messages; once the consumer subscribes to a topic, Kafka will provide the consumer with the current offset for that topic and save the offset in the Zookeeper; the consumer will request a Kafka new message periodically; kafka receives messages from the producer, it forwards them to the consumer; the consumer will receive the message and process it; once the message is processed, the consumer will send an acknowledgement to the Kafka browser; once Kafka receives the acknowledgement, it changes the offset to the new value and updates in Zookeeper. Since the offset is preserved in the Zookeeper, the consumer can correctly read the next message even when the server fails.
The distributed data is orderly cached through a Kafka message queue and a Zookeeper middleware technology. The election mechanism based on the Zookeeper selects one processing node from a plurality of processing nodes as a Leader node, and other processing nodes as Follower nodes follow, that is, a master node and a slave node are elected. And coordinating each broker of Kafka through a distributed network system consisting of a Zookeeper coordinating ship end and a shore end, and ensuring the normal operation of the whole system. The broker is stored in the Zookeeper as a temporary node, and each node stores information such as an IP (Internet protocol) and a port of the corresponding broker.
Fig. 5 shows a schematic diagram of the working principle of Zookeeper, as shown in fig. 5, the working principle includes: 1. sending a writing request to a Follower node Follower at a Client; 2. the Follower node Follower sends a request to the Leader node; 3. the Leader node Leader starts to initiate voting after receiving the vote and informs the Follower node follow to vote; 4. the Follower node Follower sends the voting result to the Leader node; 5. the Leader node Leader summarizes the results, and if the results need to be written, the Leader node Leader starts to write and simultaneously notifies the Client of the writing operation, and then performs displacement commit processing; 6. and the Follower node Follower returns the request result to the Client.
According to the scheme, the Zookeeper and Kafka technologies are utilized to complete ship-shore data synchronization and updating, ordered caching of distributed data is achieved, reliability of a communication link is guaranteed through a confirmation mechanism, and full-duplex communication between a ship end and a shore end is achieved.
Fig. 6 shows a schematic diagram of the operation principle of the quarantine partition, and as shown in fig. 6, a firewall 602 is disposed between the router 601 and the quarantine partition 603 and between the router 601 and the intranet partition 604, and the access request of the extranet is routed through the router 601 and a relatively isolated protection barrier is constructed by the firewall 602.
According to the ship-shore communication method in the ship management system provided by the embodiment, the data grading marks for marking the priority of the data are set in the ship-side database, so that the effective management of data increment updating is realized; by adopting a timing polling or data modification triggering mechanism and utilizing technologies such as Kafka message queues, Zookeeper and the like, the effective management of data synchronization and updating is realized, the system resource consumption is reduced, the system operation efficiency is improved, the data to be synchronized is automatically selected in combination with the current network type at the ship side, and the ship-shore data transmission mode is optimized; the reliability of data transmission is guaranteed through a data packet confirmation mechanism, ordered caching of distributed data is achieved, the problem of poor quality of a ship-side network is effectively solved through a breakpoint continuous transmission mechanism and a message caching mechanism, and then reliable full-duplex communication between a ship side and a shore side is achieved.
Fig. 7 shows a block diagram of a ship-shore communication system in a ship management system according to an embodiment of the present invention, and as shown in fig. 7, the system 701 includes: a ship end 702 and a shore end 703.
The vessel end 702 is adapted to: setting a first mark field for first data to be synchronized in a first database, and setting a second mark field for the first data in the first database according to priority data; inquiring a first database, dividing first data with first mark fields according to second mark fields to obtain a plurality of groups, and encapsulating the first data in each group to obtain a corresponding first data packet; correspondingly storing the first data packets into a plurality of first message queues; according to the current network type, a target first message queue is determined, and a first data packet in the target first message queue is sent to the shore end 703.
The shore end 703 is adapted to: and receiving and checking the first data packet, if the first data packet passes the checking, sending a receiving success message aiming at the first data packet to the ship end 702, and storing the first data in the first data packet into a second database.
Optionally, the plurality of first message queues have a corresponding relationship with the second tag field; the vessel end 702 is further adapted to: if the current network type is the satellite communication type, selecting a target first message queue from the plurality of first message queues according to a second tag field corresponding to the first message queue, and sending a first data packet in the target first message queue to the shore terminal 703; if the current network type is the mobile communication network type, the multiple first message queues are used as a target first message queue, and first data packets in the target first message queue are sent to the shore end 703 according to a first preset sequence.
Optionally, the vessel end 702 is further adapted to: and calculating a first check code of each first data packet, and storing the first check code to a preset position in the first data packet.
Optionally, the shore end 703 is further adapted to: calculating a second check code of the first data packet, and reading a first check code in the first data packet; judging whether the first check code is the same as the second check code; if the two are the same, the verification is passed; if not, the check is not passed, and a reception failure message for the first data packet is sent to the ship end 702.
Optionally, the shore end 703 is further adapted to: packaging second data to be synchronized in a second database to obtain a plurality of second data packets, storing the plurality of second data packets into a second message queue, and sending the second data packets in the second message queue to the ship end 702 according to a second preset sequence; after receiving the successful reception message for the second data packet that has been sent last and sent by the ship end 702, the shore end 703 sends the next second data packet to the ship end 702.
The vessel end 702 is further adapted to: and receiving and checking the second data packet, if the second data packet passes the checking, sending a message of successful reception aiming at the second data packet to the shore end 703, and storing the second data in the second data packet into the first database.
Optionally, the shore end 703 comprises: an isolation region end and an inner network region end; the isolation area end of the shore end 703 receives and verifies the first data packet, and if the verification is passed, the first data packet is analyzed to obtain first data, and the first data is stored in the third message queue; and the isolation area end sends the first data in the third message queue to the intranet area end according to a third preset sequence, and the intranet area end stores the received first data into the second database.
Optionally, the intranet terminal sends second data to be synchronized in the second database to the isolation terminal; the isolation area end encapsulates the received second data to obtain a plurality of second data packets, stores the plurality of second data packets into a second message queue, and sends the second data packets in the second message queue to the ship end 702 according to a second preset sequence.
Optionally, the vessel end 702 is further adapted to: if the reception success message for the first data packet sent by the landed end 703 is not received within the first preset time period, or the reception failure message for the first data packet sent by the landed end 703 is received, the first data packet is retransmitted.
Optionally, the shore end 703 is further adapted to: if a reception success message for the second data packet sent by the ship end 702 is not received within a second preset time period, or a reception failure message for the second data packet sent by the ship end 702 is received, retransmitting the second data packet.
According to the ship-shore communication system in the ship management system provided by the embodiment, the data grading marks for marking the priority of the data are set in the ship-side database, so that the effective management of data increment updating is realized; by adopting a timing polling or data modification triggering mechanism and utilizing technologies such as Kafka message queues, Zookeeper and the like, the effective management of data synchronization and updating is realized, the system resource consumption is reduced, the system operation efficiency is improved, the data to be synchronized is automatically selected in combination with the current network type at the ship side, and the ship-shore data transmission mode is optimized; the reliability of data transmission is guaranteed through a data packet confirmation mechanism, ordered caching of distributed data is achieved, the problem of poor quality of a ship-side network is effectively solved through a breakpoint continuous transmission mechanism and a message caching mechanism, and then reliable full-duplex communication between a ship side and a shore side is achieved.
The invention also provides a nonvolatile computer storage medium, and the computer storage medium stores at least one executable instruction which can execute the ship-shore communication method in the ship management system in any method embodiment.
Fig. 8 is a schematic structural diagram of a computing device according to an embodiment of the present invention, and the specific embodiment of the present invention does not limit the specific implementation of the computing device.
As shown in fig. 8, the computing device may include: a processor (processor)802, a Communications Interface 804, a memory 806, and a communication bus 808.
Wherein:
the processor 802, communication interface 804, and memory 806 communicate with one another via a communication bus 808.
A communication interface 804 for communicating with network elements of other devices, such as clients or other servers.
The processor 802 is configured to execute the program 810, and may specifically execute relevant steps in the ship-shore communication method embodiment in the ship management system.
In particular, the program 810 may include program code comprising computer operating instructions.
The processor 802 may be a central processing unit CPU, or an Application Specific Integrated Circuit (ASIC), or one or more Integrated circuits configured to implement an embodiment of the invention. The computing device includes one or more processors, which may be the same type of processor, such as one or more CPUs; or may be different types of processors such as one or more CPUs and one or more ASICs.
The memory 806 stores a program 810. The memory 806 may comprise high-speed RAM memory, and may also include non-volatile memory (non-volatile memory), such as at least one disk memory.
The program 810 may be specifically configured to cause the processor 802 to execute a ship-to-shore communication method in a ship management hierarchy in any of the method embodiments described above. For specific implementation of each step in the program 810, reference may be made to corresponding steps and corresponding descriptions in units in the ship-shore communication embodiment in the ship management system, which are not described herein again. It can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described devices and modules may refer to the corresponding process descriptions in the foregoing method embodiments, and are not described herein again.
The algorithms and displays presented herein are not inherently related to any particular computer, virtual machine, or other apparatus. Various general purpose systems may also be used with the teachings herein. The required structure for constructing such a system will be apparent from the description above. Moreover, the present invention is not directed to any particular programming language. It is appreciated that a variety of programming languages may be used to implement the teachings of the present invention as described herein, and any descriptions of specific languages are provided above to disclose the best mode of the invention.
In the description provided herein, numerous specific details are set forth. It is understood, however, that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.
Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be interpreted as reflecting an intention that: that the invention as claimed requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention.
Those skilled in the art will appreciate that the modules in the device in an embodiment may be adaptively changed and disposed in one or more devices different from the embodiment. The modules or units or components of the embodiments may be combined into one module or unit or component, and furthermore they may be divided into a plurality of sub-modules or sub-units or sub-components. All of the features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or elements of any method or apparatus so disclosed, may be combined in any combination, except combinations where at least some of such features and/or processes or elements are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.
Moreover, those skilled in the art will appreciate that although some embodiments described herein include some features included in other embodiments, not others, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments. For example, in the claims, any of the claimed embodiments may be used in any combination.
Various component embodiments of the invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that a microprocessor or Digital Signal Processor (DSP) may be used in practice to implement some or all of the functionality of some or all of the components in accordance with embodiments of the present invention. The present invention may also be embodied as apparatus or device programs (e.g., computer programs and computer program products) for performing a portion or all of the methods described herein. Such programs implementing the present invention may be stored on computer-readable media or may be in the form of one or more signals. Such a signal may be downloaded from an internet website or provided on a carrier signal or in any other form.
It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means may be embodied by one and the same item of hardware. The usage of the words first, second and third, etcetera do not indicate any ordering. These words may be interpreted as names.
Claims (10)
1. A method of ship-to-shore communication in a ship management system, the method comprising:
the method comprises the steps that a ship end sets a first mark field for first data to be synchronized in a first database, and sets a second mark field for the first data in the first database according to priority data;
the ship end inquires the first database, divides the first data with the first mark field according to the second mark field to obtain a plurality of groups, and encapsulates the first data in each group to obtain a corresponding first data packet;
the ship end correspondingly stores a plurality of first data packets into a plurality of first message queues;
the ship end determines a target first message queue according to the current network type, and sends a first data packet in the target first message queue to a shore end;
and the shore end receives and verifies the first data packet, if the verification is passed, a successful receiving message aiming at the first data packet is sent to the ship end, and the first data in the first data packet is stored in a second database.
2. The method of claim 1, wherein the plurality of first message queues have a correspondence with the second tag field;
the ship end determines a target first message queue according to the current network type, and the sending of the first data packet in the target first message queue to the shore end further comprises:
if the current network type is the satellite communication type, the ship end selects a target first message queue from a plurality of first message queues according to a second mark field corresponding to the first message queue, and sends a first data packet in the target first message queue to the shore end;
and if the current network type is the mobile communication network type, the ship end takes the plurality of first message queues as a target first message queue, and sends first data packets in the target first message queue to the shore end according to a first preset sequence.
3. The method of claim 1, wherein after encapsulating the first data in each packet to obtain a corresponding first data packet, the method further comprises:
and aiming at each first data packet, the ship end calculates a first check code of the first data packet and stores the first check code to a preset position in the first data packet.
4. The method of claim 3, wherein the receiving and verifying the first packet by the shore side further comprises:
the bank end calculates a second check code of the first data packet and reads a first check code in the first data packet;
judging whether the first check code is the same as the second check code;
if the two are the same, the verification is passed; and if not, the verification is not passed, and a receiving failure message aiming at the first data packet is sent to the ship end.
5. The method of claim 1, further comprising:
the shore-side packages second data to be synchronized in a second database to obtain a plurality of second data packets, stores the plurality of second data packets into a second message queue, and sends the second data packets in the second message queue to the ship-side according to a second preset sequence; after receiving a successful receiving message, sent by the ship end, for a second data packet sent last, the shore end sends a next second data packet to the ship end;
and the ship end receives and verifies the second data packet, if the verification is passed, a successful receiving message aiming at the second data packet is sent to the shore end, and second data in the second data packet is stored in a first database.
6. The method of claim 5, wherein the shore end comprises: an isolation region end and an inner network region end;
the shore end receives and verifies the first data packet, if the verification is passed, a successful receiving message aiming at the first data packet is sent to the ship end, and the step of storing the first data in the first data packet into a second database further comprises the following steps:
the isolation area end of the bank end receives and verifies the first data packet, if the first data packet passes the verification, the first data packet is analyzed to obtain first data, and the first data is stored in a third message queue;
the isolation area terminal sends the first data in the third message queue to the intranet area terminal according to a third preset sequence, and the intranet area terminal stores the received first data into a second database;
the shore-side packaging second data to be synchronized in a second database to obtain a plurality of second data packets, storing the plurality of second data packets into a second message queue, and sending the second data packets in the second message queue to the ship-side according to a second preset sequence further includes:
the intranet area terminal sends second data to be synchronized in a second database to the isolation area terminal;
and the isolation area end encapsulates the received second data to obtain a plurality of second data packets, stores the plurality of second data packets into a second message queue, and sends the second data packets in the second message queue to the ship end according to a second preset sequence.
7. The method of claim 5 or 6, further comprising:
if the ship end does not receive a successful receiving message aiming at the first data packet sent by the shore end within a first preset time period, or receives a failed receiving message aiming at the first data packet sent by the shore end, retransmitting the first data packet;
and if the shore end does not receive a successful receiving message aiming at the second data packet sent by the ship end in a second preset time period or receives a failed receiving message aiming at the second data packet sent by the ship end, retransmitting the second data packet.
8. A ship-to-shore communication system in a ship management system, the system comprising: a vessel end and a shore end;
the vessel end is adapted to: setting a first mark field for first data to be synchronized in a first database, and setting a second mark field for the first data in the first database according to priority data; inquiring the first database, dividing the first data with the first mark field according to the second mark field to obtain a plurality of groups, and encapsulating the first data in each group to obtain a corresponding first data packet; correspondingly storing the first data packets into a plurality of first message queues; determining a target first message queue according to the current network type, and sending a first data packet in the target first message queue to a shore end;
the shore end is adapted to: and receiving and checking the first data packet, if the first data packet passes the checking, sending a receiving success message aiming at the first data packet to the ship end, and storing the first data in the first data packet into a second database.
9. A computing device, comprising: the system comprises a processor, a memory, a communication interface and a communication bus, wherein the processor, the memory and the communication interface complete mutual communication through the communication bus;
the memory is used for storing at least one executable instruction, and the executable instruction causes the processor to execute the operation corresponding to the ship-shore communication method in the ship management system according to any one of claims 1-7.
10. A computer storage medium having stored therein at least one executable instruction for causing a processor to perform operations corresponding to the ship-to-shore communication method in the ship management architecture according to any one of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210487069.6A CN114584575B (en) | 2022-05-06 | 2022-05-06 | Ship-shore communication method and system in ship management system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210487069.6A CN114584575B (en) | 2022-05-06 | 2022-05-06 | Ship-shore communication method and system in ship management system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114584575A true CN114584575A (en) | 2022-06-03 |
| CN114584575B CN114584575B (en) | 2022-07-19 |
Family
ID=81767785
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210487069.6A Active CN114584575B (en) | 2022-05-06 | 2022-05-06 | Ship-shore communication method and system in ship management system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114584575B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116095114A (en) * | 2023-01-11 | 2023-05-09 | 上海船舶运输科学研究所有限公司 | Ship-shore data transmission method based on Internet of things mode |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103760871A (en) * | 2014-01-24 | 2014-04-30 | 大连海事大学 | Diagnosis system and method for vessel condition |
| CN107332886A (en) * | 2017-06-20 | 2017-11-07 | 福建中金在线信息科技有限公司 | Method of data synchronization, device, system, electronic equipment and readable storage medium storing program for executing |
| CN109379323A (en) * | 2018-08-16 | 2019-02-22 | 京信通信系统（中国）有限公司 | Ship connected network communication method, apparatus, system and storage medium |
| CN109451072A (en) * | 2018-12-29 | 2019-03-08 | 广东电网有限责任公司 | A kind of message caching system and method based on Kafka |
| CN109600857A (en) * | 2018-12-28 | 2019-04-09 | 京信通信系统（中国）有限公司 | Boat-carrying satellite communication method, device, bank end central station and boat-carrying end station |
| CN110704458A (en) * | 2019-08-15 | 2020-01-17 | 平安科技（深圳）有限公司 | Data synchronization method and device, computer equipment and storage medium |
| CN112003905A (en) * | 2020-07-31 | 2020-11-27 | 智慧航海（青岛）科技有限公司 | Ship-shore multi-terminal data sharing method and system and intelligent ship application management system |
| CN112380227A (en) * | 2020-11-12 | 2021-02-19 | 平安科技（深圳）有限公司 | Data synchronization method, device and equipment based on message queue and storage medium |
| CN113660349A (en) * | 2021-09-17 | 2021-11-16 | 上海外高桥造船有限公司 | Ship network safety protection system and method |
-
2022
- 2022-05-06 CN CN202210487069.6A patent/CN114584575B/en active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103760871A (en) * | 2014-01-24 | 2014-04-30 | 大连海事大学 | Diagnosis system and method for vessel condition |
| CN107332886A (en) * | 2017-06-20 | 2017-11-07 | 福建中金在线信息科技有限公司 | Method of data synchronization, device, system, electronic equipment and readable storage medium storing program for executing |
| CN109379323A (en) * | 2018-08-16 | 2019-02-22 | 京信通信系统（中国）有限公司 | Ship connected network communication method, apparatus, system and storage medium |
| CN109600857A (en) * | 2018-12-28 | 2019-04-09 | 京信通信系统（中国）有限公司 | Boat-carrying satellite communication method, device, bank end central station and boat-carrying end station |
| CN109451072A (en) * | 2018-12-29 | 2019-03-08 | 广东电网有限责任公司 | A kind of message caching system and method based on Kafka |
| CN110704458A (en) * | 2019-08-15 | 2020-01-17 | 平安科技（深圳）有限公司 | Data synchronization method and device, computer equipment and storage medium |
| CN112003905A (en) * | 2020-07-31 | 2020-11-27 | 智慧航海（青岛）科技有限公司 | Ship-shore multi-terminal data sharing method and system and intelligent ship application management system |
| CN112380227A (en) * | 2020-11-12 | 2021-02-19 | 平安科技（深圳）有限公司 | Data synchronization method, device and equipment based on message queue and storage medium |
| CN113660349A (en) * | 2021-09-17 | 2021-11-16 | 上海外高桥造船有限公司 | Ship network safety protection system and method |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116095114A (en) * | 2023-01-11 | 2023-05-09 | 上海船舶运输科学研究所有限公司 | Ship-shore data transmission method based on Internet of things mode |
| CN116095114B (en) * | 2023-01-11 | 2023-11-03 | 上海船舶运输科学研究所有限公司 | Ship-shore data transmission method based on Internet of things mode |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114584575B (en) | 2022-07-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8363654B2 (en) | Predictive packet forwarding for a network switch | |
| US10033667B1 (en) | Enhanced virtual router redundancy protocol | |
| US7725938B2 (en) | Inline intrusion detection | |
| US8467383B2 (en) | Stateful switching between reliable transport modules for communicating with an external peer without losing the transport layer connection | |
| CN113709057A (en) | Network congestion notification method, proxy node, network node and computer equipment | |
| EP1729481A2 (en) | Distributed kernel operating system | |
| US20100046520A1 (en) | Packet recovery method, communication system, information processing device, and program | |
| US8953631B2 (en) | Interruption, at least in part, of frame transmission | |
| JP2007527170A (en) | System and method for parallel communication | |
| EP2880550B1 (en) | Connection mesh in mirroring asymmetric clustered multiprocessor systems | |
| US20060262797A1 (en) | Receive flow in a network acceleration architecture | |
| US20150188985A1 (en) | Device and method for unidirectional data transfer | |
| US6721335B1 (en) | Segment-controlled process in a link switch connected between nodes in a multiple node network for maintaining burst characteristics of segments of messages | |
| US20190116000A1 (en) | Transport layer identifying failure cause and mitigation for deterministic transport across multiple deterministic data links | |
| CN111970092B (en) | Multi-protocol redundant network asynchronous communication method supporting reliability adjustment | |
| CN114584575B (en) | Ship-shore communication method and system in ship management system | |
| US20070291782A1 (en) | Acknowledgement filtering | |
| US20080205406A1 (en) | Recording medium having reception program recorded therein, recording medium having transmission program recorded therein, transmission/reception system and transmission/reception method | |
| CN110661840A (en) | Management delegation of transmission and acknowledgement of frames | |
| CN112929200A (en) | SDN multi-controller oriented anomaly detection method | |
| WO2018004931A1 (en) | Techniques for virtual ethernet switching of a multi-node fabric | |
| US8984619B2 (en) | Methods, systems, and computer readable media for adaptive assignment of an active security association instance in a redundant gateway configuration | |
| CN116684468B (en) | Data processing method, device, equipment and storage medium | |
| CN107995315B (en) | Method and device for synchronizing information between service boards, storage medium and computer equipment | |
| EP3550785B1 (en) | Message processing method and network device |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |