KR102415877B1 - Apparatus and method for real-time communication status measuring based on DDS protocol in combat system - Google Patents

Abstract

An apparatus for measuring a real-time communication status based on a DDS protocol in a combat system according to the present invention comprises: a plurality of nodes which, when a DDS request message for monitoring communication status measurement is received from a server through a network, publish corresponding DDS response messages to the server through the network; and the server which generates a DDS request message for monitoring the communication status of the plurality of nodes, performs DDS Discovery, automatically calculates and applies DDS QoS Policy tuning information related to DDS Discovery and communication, publishes the generated DDS request message to the plurality of nodes according to a preset cycle, and determines, when subscribing to a DDS response message corresponding to the DDS request message issued from the plurality of nodes, an abnormal communication status based on a response time of the DDS response message. According to the present invention, the apparatus can be used by being installed in all kinds of systems to which the DDS protocol can be applied.

Description

Apparatus and method for real-time communication status measuring based on DDS protocol in combat system

The present invention relates to a DDS protocol-based real-time communication status measurement apparatus and method in a combat system system.

In general, the combat system is integrated into a single weapon system while maintaining the independent functions, performance and characteristics of each weapon system, such as sensors, weapons, and command and control systems mounted on ships or other fighters, in order to properly cope with multiple simultaneous combat situations. It is a collection of weapon systems that In particular, it is one of the important roles of the combat system to efficiently control/distribute all sensors and armaments possessed by a ship in order to respond to a complex situation from the air, sea, and water to perform an optimal response.

The hardware configuration of the battle system, which was previously distributed, is being integrated into a high-performance computer by introducing a virtualization solution.

In addition, the recent combat system is a mission critical system, and there is a trend to basically support the redundancy or multiplexing function in hardware and software.

There are many commercially available or free monitoring and ping programs that can be applied to continuously check the delay time between nodes while monitoring the communication status of a plurality of nodes constituting such a large-scale system. However, in the case of such a monitoring and ping program, there are many limitations in the performance for checking the performance and function required by the warship combat system system.

Here, looking at the many restrictions on the performance required for the combat system system and the performance for checking the function, first, the additional traffic generated by each program affects the communication environment and the performance of software and hardware.

In addition, there is a problem in that it is impossible to install a relatively large size status monitoring commercial program in a node with a small memory size, and if there is no response to a message from a specific node, the communication status of other nodes cannot be checked during the timeout check time. .

On the other hand, if a temporary communication problem (for example, communication delay of several tens of ms) occurs in a specific node, it is impossible to check which node has the communication problem including communication delay, There is a problem in that it is impossible to measure the time required for takeover for the performance test.

In order to solve this problem, the present applicant has applied for and registered a prior patent (registration number 10-2011469, title of invention: communication state measuring device and method in a ship combat system), and the prior patent is as follows There is a problem.

First, when trying to measure the communication status of many nodes in the system, since the UDP protocol is used, IP address information management is necessary. That is, the server (monitor_exec) node monitoring the communication status must separately manage the IP address information of the client (report_exe) node, and the client (report_exe) node must manage the server node IP address information in order to send a response message, There is a problem in that the server and the client need to manage multicast IP addresses to join the multicast group.

Second, whenever the IP information of the communication state measuring device is changed, there is a problem in that additional progress is required as follows. That is, there are problems in that the IP address information of the client node managed by the server needs to be corrected, and the server and the communication state measuring device of the client node whose IP address has been changed need to be restarted.

Third, when there is a node that is added or deleted in real time, there is a problem in that the IP address information managed by the server and the client node needs to be modified and restarted. .

Fourth, since the communication status is measured using the managed IP address, it can be used only in a system using a static IP address and cannot be used in a system that does not use a static IP address.

Fifth, since it operates only with an IP address, there is a problem in that it is difficult to identify a problematic node in a large-scale system of tens or hundreds of thousands.

Lastly, there is a high possibility that productivity decreases and human errors occur due to simple repetitive tasks that occur frequently whenever the IP address of the node where the server or client is installed is changed. In other words, when updating IP address information, there is a possibility of setting a missing or incorrect IP address. there is a problem to be

i) Check the system configuration to check the access IP address: 1 minute

ii) Terminal program execution and connection for node connection: 30 seconds

iii) Server program termination: 1 minute (Process ID confirmation and program termination command, etc.)

iv) IP address information update: 1 minute 30 seconds

v) Server program execution and normal operation check: 3 minutes

The problem to be solved by the present invention is that it is possible to continuously check the delay time between nodes while monitoring the communication status of large-scale nodes in the battle system system using the DDS protocol, and tune the DDS QoS policy considering the system node size and hardware type information. By automatically calculating and applying the results, even non-DDS experts can easily measure real-time communication status in large-scale systems, and DDS protocol-based real-time communication in combat system systems that can also be applied to systems using dynamic IP addresses It is to provide an apparatus and method for measuring a state.

However, the problems to be solved by the present invention are not limited to the problems described above, and other problems may exist.

In the DDS protocol-based real-time communication status measurement device in the combat system system according to the first aspect of the present invention for solving the above-described problems, when a DDS request message for monitoring communication status measurement is received from a server through a network, this A plurality of nodes that publish a corresponding DDS response message to a server through a network, generate a DDS request message for monitoring the communication status of the plurality of nodes, perform DDS discovery, and related to DDS discovery and communication After automatically calculating and applying DDS QoS Policy tuning information, the generated DDS request message is published to the plurality of nodes according to a preset period, and the DDS request message corresponding to the issued DDS request message from the plurality of nodes is published. and a server that determines a communication abnormal state based on a response time of the DDS response message when subscribing to the DDS response message.

In some embodiments of the present invention, identification information for each node for identifying a communication abnormal node may be set in the plurality of nodes.

In some embodiments of the present invention, the server includes a storage unit in which a monitor program for generating the DDS request message is stored in order to monitor the communication status for the plurality of nodes, and the plurality of nodes include a DDS transmitted from the server. A storage unit in which a report program for generating a DDS response message to the request message is stored may be included.

In some embodiments of the present invention, the server and the plurality of nodes provide information on the number of servers and nodes in which the monitor program and the report program are installed, and hardware type information of the server and the node in which the monitor program and the report program are installed in the DDS QoS Policy. It can be saved as setting information for tuning information.

In some embodiments of the present invention, the server includes a QoS profile application unit for automatically calculating and applying DDS QoS policy tuning information related to the DDS discovery based on information on the number of nodes in which the report program is installed among the plurality of nodes can do.

In some embodiments of the present invention, the QoS profile application unit may automatically calculate and apply DDS QoS Policy tuning information related to the communication based on hardware type information on a node in which a report program is installed among the plurality of nodes. .

In some embodiments of the present invention, when the DDS response message corresponding to the issued DDS request message is received from a plurality of nodes, the server determines the reception time of the received DDS response message and a preset round trip delay threshold. and a control unit configured to store, in the storage unit, a communication abnormal state log value for a corresponding node exceeding a reference time according to the comparison result.

In some embodiments of the present invention, the controller may output an abnormal state log value for the corresponding node and a communication abnormal state message including the log value to the display device of the operator management system.

In some embodiments of the present invention, the plurality of nodes automatically calculates and applies the DDS QoS Policy tuning information corresponding to each node. When a DDS request message is received from the server, the DDS request message is It may include a control unit for transmitting a corresponding DDS response message to the server through the network.

In addition, the method for measuring a DDS protocol-based real-time communication state in a combat system system according to a second aspect of the present invention comprises: performing DDS discovery by automatically calculating and applying DDS QoS policy tuning information related to DDS discovery in a server; generating a DDS request message for monitoring communication status of a plurality of nodes connected to the server through a network; Publishing the DDS request message to a plurality of nodes according to a preset period after automatically calculating and applying DDS QoS policy tuning information related to communication; subscribing to a DDS response message corresponding to the DDS request message issued from the plurality of nodes; and determining a communication abnormal state based on the response time of the DDS response message.

In some embodiments of the present invention, identification information for each node for identifying a communication abnormal node may be set in the plurality of nodes.

Some embodiments of the present invention further include installing and storing a monitor program for generating the DDS request message in order to monitor the communication status for the plurality of nodes, wherein the plurality of nodes are transmitted from the server A report program for generating a DDS response message to the DDS request message may be installed and stored.

In some embodiments of the present invention, information on the number of servers and nodes in which the monitor program and report program are installed and hardware type information of servers and nodes in which the monitor program and report program are installed are used as setting information for DDS QoS Policy tuning information. It may further include the step of storing.

In some embodiments of the present invention, performing DDS discovery by automatically calculating and applying DDS QoS policy tuning information related to the DDS discovery may include: based on information on the number of nodes in which the report program is installed among the plurality of nodes DDS QoS policy tuning information related to the DDS discovery may be automatically calculated and applied.

In some embodiments of the present invention, after automatically calculating and applying the DDS QoS Policy tuning information related to the communication, publishing the DDS request message to a plurality of nodes according to a preset period comprises: DDS QoS Policy tuning information related to the communication can be automatically calculated and applied based on the hardware type information on the node in which the report program is installed among the nodes.

In some embodiments of the present invention, the determining of the communication abnormal state based on the response time of the DDS response message may include, when a DDS response message corresponding to the issued DDS request message is received from a plurality of nodes, the received DDS Comparing the reception time of the response message and a preset reference time (round trip delay threshold); and storing a communication abnormal state log value for a corresponding node exceeding a reference time according to the comparison result.

Some embodiments of the present invention may further include outputting an abnormal state log value for the node and a communication abnormal state message including the log value to a display device of the operator management system.

A computer program according to another aspect of the present invention for solving the above-described problems is combined with a computer that is hardware to execute a DDS protocol-based real-time communication state measurement method in the combat system system, and is stored in a computer-readable recording medium .

Other specific details of the invention are included in the detailed description and drawings.

According to the above-described embodiment of the present invention, there is no need to restart a program after correcting IP management information as in the prior art whenever the IP address list is changed, so that communication status can be measured in real time. In addition, since there is no need to manage the IP address list, it is possible to prevent human errors and factors that decrease work efficiency due to IP management tasks.

In addition, it can be used in systems that use dynamic IP addresses, and can be installed and used in all systems to which the DDS protocol can be applied, such as systems in a variety of heterogeneous wired and wireless communication environments, including the Internet of Things (IoT).

Also, in a large-scale system, a node with an abnormal communication state can be intuitively identified using node alias information rather than IP address information.

In addition, it has the advantage of being able to measure the communication status in real time by automatically calculating the DDS QoS Policy tuning result according to the size and characteristics of the system node and applying it to the system, even if you are not a DDS expert.

Effects of the present invention are not limited to the effects mentioned above, and other effects not mentioned will be clearly understood by those skilled in the art from the following description.

The accompanying drawings below are provided to help understanding of the present embodiment, and provide embodiments together with detailed description. However, the technical features of the present embodiment are not limited to specific drawings, and features disclosed in each drawing may be combined with each other to constitute a new embodiment.
1 is a diagram schematically illustrating a network connection configuration for a DDS protocol-based real-time communication state measurement device in a combat system system according to an embodiment of the present invention.
FIG. 2 is a diagram illustrating a detailed configuration of the server, a plurality of nodes, and an operator management system shown in FIG. 1 .
3 is a flowchart of a DDS protocol-based real-time communication state measurement method in a combat system system according to the present invention.

Advantages and features of the present invention and methods of achieving them will become apparent with reference to the embodiments described below in detail in conjunction with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but may be implemented in various different forms, and only the present embodiments allow the disclosure of the present invention to be complete, and those of ordinary skill in the art to which the present invention pertains. It is provided to fully understand the scope of the present invention to those skilled in the art, and the present invention is only defined by the scope of the claims.

The terminology used herein is for the purpose of describing the embodiments and is not intended to limit the present invention. In this specification, the singular also includes the plural unless specifically stated otherwise in the phrase. As used herein, “comprises” and/or “comprising” does not exclude the presence or addition of one or more other components in addition to the stated components. Like reference numerals refer to like elements throughout, and "and/or" includes each and every combination of one or more of the recited elements. Although "first", "second", etc. are used to describe various elements, these elements are not limited by these terms, of course. These terms are only used to distinguish one component from another. Accordingly, it goes without saying that the first component mentioned below may be the second component within the spirit of the present invention.

Unless otherwise defined, all terms (including technical and scientific terms) used herein will have the meaning commonly understood by those of ordinary skill in the art to which this invention belongs. In addition, terms defined in a commonly used dictionary are not to be interpreted ideally or excessively unless specifically defined explicitly.

Hereinafter, an apparatus and method for measuring a DDS protocol-based real-time communication state in a combat system system according to an embodiment of the present invention will be described in detail with reference to the accompanying drawings.

First, after briefly summarizing DDS (Data Distribution Service) communication applied to the present invention, the present invention will be described.

DDS is a middleware established by the OMG (Object Management Group) organization. It maximizes the flexibility of node configuration by allowing free participation or withdrawal from the network data domain in a distributed environment, and sharing data in real time based on publication/subscription technology. and distribution function. It is used in many fields such as defense, aviation, space industry, transportation, robot, securities, medicine, financial transaction and automation system in various fields.

Looking at the difference between the existing server/client communication technology (Legacy Communication) and DDS communication technology, the existing server/client communication technology exchanges data between the server and client based on the set IP, but DDS communication technology is the data format of interest. If you declare only one, DDS supports sending and receiving, so it is easy to add or delete nodes in a large-scale system, and there is no need to manage IP addresses.

1 is a diagram schematically illustrating a network connection configuration for a DDS protocol-based real-time communication state measurement device 1 in a combat system system according to an embodiment of the present invention.

Referring to Figure 1, the real-time communication state measuring apparatus 1 according to the present invention, the server 100, a plurality of nodes (200-1, 200-2, ..., 200-n) and the operator management system ( 300) may be included. Here, the server 100 may be a node used as a server, but in the description of the present invention, it will be referred to as a server. Here, the plurality of nodes (200-1, 200-2, ..., 200-n) are, for example, sensors, armaments, and It is a node that composes each weapon system, such as the command and control system.

First, the server 100 may be installed with a monitor program that can check the communication status with the plurality of nodes (200-1, 200-2, ..., 200-n). Here, the monitor program can support a Windows-based operating system (if an operator UI is not needed, it can be executed on Linux), and the operator can directly run it in the background or at any moment as soon as the booting of the server 100 is completed. .

In addition, the monitor program publishes a message to a plurality of nodes (200-1, 200-2, ..., 200-n) every set period from the time of program execution, and a plurality of nodes (200-1, 200) After monitoring the communication status with a number of nodes (200-1, 200-2,..., 200-n) from the moment the response message is subscribed from -2,...,200-n, When a communication delay or communication problem occurs as a result of monitoring, communication status information is output to the operator management system 300 and log information about communication is stored and managed.

To summarize the technical idea, the server 100 uses the installed monitor program to check the communication status with the plurality of nodes 200-1, 200-2, ..., 200-N (Data DDS) Distribution Service) request message is generated, and the generated DDS request message is issued to a plurality of nodes (200-1, 200-2, ..., 200-n) according to a set cycle through the network. At this time, an embodiment of the present invention applies the DDS protocol, which is middleware for publish-subscribe-based data-centric communication, and does not require information such as an IP address or port number for communication.

Then, the server 100 subscribes to the DDS response message corresponding to the transmitted DDS request message from the plurality of nodes 200-1, 200-2, ..., 200-n through the network, and the DDS response message A report program capable of determining the communication status with the plurality of nodes 200-1, 200-2, ..., 200-n may be installed according to the analysis of . Here, the transmission period of the DDS request message may be variably set by the operator.

In addition, the server 100 stores the analysis result of the communication state with the plurality of nodes 200-1, 200-2, ..., 200-n, and the result of the analysis results in the reception time of the DDS response message being a preset reference time ( Round Trip Delay Threshold), if the DDS response message is not received, the corresponding communication abnormal status log value may be stored, and then the corresponding communication status information may be displayed on the display unit of the operator management system 300 .

On the other hand, in the plurality of nodes 200-1, 200-2, ..., 200-n, the server 100 has a response message for checking the communication state (operation state) with them, that is, the server 100 ), a report program for generating a DDS response message to the DDS request message transmitted from and transmitting the DDS response message to the server 100 through the network may be installed. Here, the report program installed in the plurality of nodes 200-1, 200-2, ..., 200-n may be a program supporting Windows and Linux-based operating systems, and each node 200-1, 200 It may be a program that can be executed in the background as soon as booting of -2,...,200-n) is completed.

That is, when the plurality of nodes 200-1, 200-2, ..., 200-n receive the DDS request message for communication status check transmitted from the server 100, the received message is received according to the installed report program. A DDS response message having a predetermined size for the DDS request message is generated and transmitted to the server 100 through the network, respectively.

On the other hand, the operator management system 300 is communication status information including log values and communication delay time information for the communication status with the plurality of nodes 200-1, 200-2, 200-n analyzed by the server 100 . The communication status information can be received and displayed on the screen so that the operator can check the communication status, and the information can be stored and managed in a separate memory.

On the other hand, the communication network between the server 100 and the plurality of nodes 200-1, 200-3, ..., 200-n and the communication network between the server 100 and the operation management system 300 are wired or wireless networks. can be

A detailed configuration and detailed operation of the DDS protocol-based real-time communication state measurement device 1 in the combat system system according to a preferred embodiment of the present invention for performing such a configuration and operation will be described with reference to FIG. 2 .

FIG. 2 is a view showing the detailed configuration of the server 100, the plurality of nodes 200-1, 200-2, ..., 200-n, and the operator management system 300 shown in FIG. 1 .

Referring to FIG. 2 , the server 100 may include a communication interface unit 110 , a control unit 120 , a message generation unit 130 , a storage unit 140 , and a QoS profile application unit 150 .

The node 1 200-1 may include a communication interface unit 210, a control unit 220, a message generation unit 230, a storage unit 240, and a QoS profile application unit 250, not shown in the drawing. However, the node 2 200 - 2 and the node n 200 - n may also be configured the same as the node 1 200 - 1 . Here, the communication interface unit 210 may be an interface for performing communication using a DDS communication protocol. The communication interface unit 210 receives identification information (name or alias) of a node during initialization. As an example, identification information may be input in the form of “multi-function console 1-1”, “3rd floor central door”, “print 13”, and the like.

The operator management system 300 may include a communication interface unit 310 , a control unit 320 , a storage unit 330 , a display unit 340 , and a QoS profile application unit 350 . The communication interface unit 310 may be an interface for performing communication according to a DDS communication protocol.

In the above configuration, each communication interface unit 110 , 210 , 310 is characterized in that a publish-subscribe based DDS communication protocol is applied.

In addition, as in the above configuration, the server 100, the nodes 200-1, 200-2, ..., 200-n, and the operator management system 300 according to an embodiment of the present invention include a QoS profile application unit. It is characterized in that it contains (150, 250, 350). Each QoS profile application unit (150, 250, 350) is connected to the control unit (120, 220, 320), respectively, with respect to properties such as operation control, communication quality, transmission and reception timing, buffer size, the optimized DDS QoS Policy tuning results Calculated and applied automatically. At this time, the calculated DDS QoS Policy tuning result is profiled and provided as an API that can be automatically applied to application software.

Here, the DDS QoS Policy is a parameter set for real-time operation control of the DDS protocol, and there are more than 20 standardized types, and one type of DDS QoS Policy has several to tens of attribute values. In addition, since each DDS middleware manufacturer provides various additional functions by using the extended DDS QoS Policy for each product in addition to the standardized properties, it is necessary to know the DDS QoS Policy well to develop application software.

In addition, DDS QoS Policy tuning means that system developers set the attribute values of DDS QoS Policy according to system requirements such as operation control, communication quality, and transmission timing.

When setting the DDS QoS Policy attribute values necessary to satisfy the system requirements in the DDS QoS Policy tuning process, it should be set so that they do not conflict with the previously set characteristics of the same or different DDS QoS Policy attribute values. In the process of tuning DDS QoS Policy, if the attribute values for each DDS QoS Policy conflict with each other and a DDS QoS Policy incompatible error occurs, data transmission/reception itself may not be possible, not at the level of a problem in terms of system performance.

In addition, it is not a protocol that a general developer can easily apply because it requires various DDS QoS policies, professional knowledge about computer communication, DDS application know-how, and a lot of test time to find the cause of QoS nonconformity errors.

Another way to find the cause of the DDS QoS Policy nonconformity error is to purchase a separate debugging tool and reduce the range causing the DDS QoS Policy nonconformity error to be debugged. However, there are many cases where the purchase of debugging tools alone cannot solve the problem, and additional budget is required.

As mentioned above, because there is a difficulty in tuning DDS QoS Policy, DDS middleware manufacturers charge additional consulting fees for tuning DDS QoS Policy according to system requirements separately from DDS middleware purchase and maintenance costs. It addresses issues such as nonconformity. Normal consulting costs vary by DDS middleware manufacturer and system size, but most are as expensive as the cost of purchasing a DDS middleware user license. Therefore, despite the many advantages of the DDS protocol, in many businesses, additional consulting costs are burdened and the DDS protocol is limited and applied to the necessary parts in most cases.

On the contrary, an embodiment of the present invention automatically calculates the DDS QoS Policy tuning result according to the size and characteristics of the system node even without a DDS expert, and applies it to the system to enable real-time communication state measurement.

Let's take a look at the specific operation of the real-time communication state measuring apparatus 1 according to the preferred embodiment of the present invention configured as described above.

First, the storage unit 140 of the server 100 has a monitor for generating a DDS request message in order to monitor the communication status for the plurality of nodes 200-1, 200-2, ..., 200-n. The program is installed and saved.

And, in the storage unit 240 of the plurality of nodes (200-1, 200-2, ..., 200-n), the communication status is monitored by interworking with the monitor program installed in the storage unit 140 of the server 100 . A report program is installed and stored to generate a DDS response message corresponding to the DDS request message for identification and provide it to the server.

In addition, the DDS protocol for using the DDS protocol is separately installed and stored in the storage units 140 and 240 of the server 100 and the plurality of nodes 200-1, 200-2, ..., 200-n. do.

Next, for all nodes (100, 200-1, 200-2, ..., 200-n) of the system, configuration information for node identification information, status check period, and DDS QoS policy tuning information is stored. .

In an embodiment of the present invention, when a communication error occurs for some nodes, identification information of a node, such as an alias or name, is used as setting information in order to intuitively check which node among the nodes of a large-scale system has a problem by displaying it on the display. can be saved

In addition, for real-time communication status measurement, a status check cycle, which is a transmission message transmission cycle value for a DDS request message, may be stored as setting information.

In addition, one embodiment of the present invention is the server 100 and the server 100 in which the monitor program and the report program installed in the plurality of nodes 200-1, 200-2, ..., 200-n are installed, and Information on the number of nodes 200-1, 200-2,..., 200-n, and the server 100 and nodes 200-1, 200-2,.... ,200-n) may be stored as configuration information for DDS QoS Policy tuning information.

In this case, the setting information on the number of nodes on which the program is installed is a required setting value for automatically calculating DDS QoS Policy tuning information related to DDS Discovery. If DDS QoS policy tuning is not performed in consideration of the information on the number of nodes in which the program is installed and DDS Discovery is performed with default values, the system will stop in the middle and DDS Discovery will fail. If DDS Discovery fails, DDS communication is not possible and a real-time communication status response cannot be received from the node where the report program is installed.

In addition, when the configuration information for the hardware type of the node (embedded, general desktop PC, workstation) is saved when the program is executed, the availability of CPU and memory resources is analyzed and DDS QoS Policy value optimized for sending and receiving real-time status measurement messages can be calculated automatically. DDS protocol basically uses more hardware resources of CPU and memory than general application programs. In particular, in the case of an embedded system, it is an important setting value because it is necessary to minimize the use of hardware resources of the CPU and memory that are basically used when installing and operating a real-time communication status measurement program by performing a separate task.

In this way, the monitor program and the report program are installed in the storage unit 140 of the server 100 and the storage unit 240 of the plurality of nodes 200-1, 200-2, ..., 200-n, respectively. , when the server 100 and the plurality of nodes 200-1, 200-2, ..., 200-n are booted in a state in which each setting information is stored in the storage units 140 and 240, respectively, at the same time as the booting The corresponding program is executed in the background or according to the operator's selection.

In the state in which each program installed in the server 100 and the plurality of nodes 200-1, 200-2, ..., 200-n is executed, the QoS profile application unit 150 of the server 100 has a plurality of DDS QoS Policy tuning information related to DDS Discovery is automatically performed based on at least one of information on the number of nodes in which the report program is installed and information on hardware type among nodes (200-1, 200-2,..., 200-n) of Calculate and apply Then, DDS Discovery is performed to find the report program running on another node. Similarly, the QoS profile application unit 250 of the plurality of nodes 200-1, 200-2, ..., 200-n searches for monitor and report programs running in other nodes.

The control unit 120 of the server 100 is a message generating unit 130, a request signal for generating a message to check the communication status of the plurality of nodes (200-1, 200-2, ..., 200-n) provides

The message generating unit 130 generates a DDS request message for publishing to the plurality of nodes 200-1, 200-2, ... 200-n according to the request signal of the control unit 120, and then again the control unit (120). Here, the size of the generated DDS request message can be set from several tens of bytes to a size desired by the operator.

After DDS Discovery is completed, the QoS profile application unit 150 of the server 100 determines the number of nodes and hardware types in which the report program is installed among the plurality of nodes 200-1, 200-2, ..., 200-n. Based on at least one of the information, it is possible to automatically calculate and apply communication-related QoS policy tuning information optimized for data communication in consideration of system node size, CPU, and memory.

The control unit 120 provides a DDS request message having a set size provided from the message generating unit 130 to the communication interface unit 110 , and the communication interface unit 110 receives the DDS request message provided from the control unit 120 . It publishes through the network to a plurality of nodes (200-1. 200-2, ..., 200-n) according to a preset period.

On the other hand, the report program of the plurality of nodes (200-1, 200-2, ..., 200-n) waits until receiving the DDS request message published by the monitor program. And, when receiving the DDS request message, each communication interface unit 210 of the plurality of nodes 200-1, 200-2, ..., 200-n is issued from the server 100 through the network. The DDS request message is received and provided to the control unit 220 .

The controller 220 requests the message generator 230 to generate a DDS response message to the received DDS request message according to the received DDS request message.

The message generator 230 generates a DDS response message having a predetermined size to the DDS request message according to the request of the controller 220 and provides it to the controller 220 .

The control unit 220 publishes the DDS response message provided from the message generating unit 230 to the server 100 through the communication interface unit 210 . Here, the DDS response message may basically include node identification information for identifying its own node, data size information, and data, but is not limited thereto.

The communication interface unit 110 of the server 100 subscribes to the DDS response message transmitted from each of the plurality of nodes 200-1, 200-2, ..., 200-n through the network in a Subscribe method. It is received and provided to the control unit 120 .

The control unit 120 of the server 100 analyzes the DDS response messages of the plurality of nodes 200-1, 200-2, ..., 200-n received through the communication interface unit 110 to each node ( 200-1, 200-2, ..., 200-n) whether the reception time of the DDS response message exceeds a preset reference time (round-trip delay threshold) in the storage unit 140; It will analyze whether I have received it.

The control unit 120 of the server 100 compares the reception time of the DDS response message transmitted from each of the plurality of nodes 200-1, 200-2, ..., 200-n with a preset reference time to each node. The round-trip delay for each (200-1, 200-2,..., 200-n) is calculated, and information on the calculation result is stored in the storage unit 140 .

Here, when the round-trip delay value is greater than the reference time, it is determined that an abnormality has occurred in the communication state of the corresponding node, and a log value for the corresponding node is stored in the storage unit 140 . In this case, the alias information of the preset node is used to intuitively determine the node where the communication error has occurred. On the other hand, if it is less than the reference time, it waits for the next DDS response message.

Meanwhile, the control unit 120 of the server 100 may provide a communication abnormal state message including a log value for a communication abnormal state for the node to the operator management system 300 through the communication interface unit 110 . .

The operator management system 300 receives the communication abnormal state message including the log value for the communication abnormal state for the node transmitted from the server 100 through the network through the communication interface unit 310 and sends it to the control unit 320 . provided

The control unit 320 of the operator management system 300 stores the communication abnormal state message including the log value for the communication abnormal state for the node received through the communication interface unit 310 in the storage unit 330 at the same time, A corresponding abnormal state message may be displayed on the display unit 340 so that an operator can easily check the communication abnormal state of the nodes 200-1, 200-2, ..., 200-n. Here, the abnormal state message displayed on the display unit 340 may include node identification information, a log value for a communication abnormal state, a Round-Trip Delay value, a communication abnormal state recovery request message, and the like.

Hereinafter, with reference to FIG. 3 for a DDS protocol-based real-time communication state measurement method in a combat system system according to a preferred embodiment of the present invention corresponding to the operation of the real-time communication state measurement device 1 according to the present invention. Let's look at it step by step.

3 is a flowchart of a DDS protocol-based real-time communication state measurement method in a combat system system according to the present invention.

First, the server installs and stores a monitor program for generating DDS request messages to monitor the communication status of multiple nodes, and reports to generate DDS response messages for DDS request messages sent from the server to multiple nodes. Install and save the program (S105).

Next, information on the number of servers and nodes in which the monitor program and the report program are installed, and hardware type information of the servers and nodes in which the monitor program and the report program are installed are stored as setting information for DDS QoS Policy tuning information (S110).

Next, the monitor program for monitoring the communication status of multiple nodes installed in the server is executed, and the report program installed in multiple nodes to generate and provide a DDS response message to the server to identify the communication status in conjunction with the monitor program are executed respectively (S115). Here, the execution of the program in the server and the plurality of nodes may be executed in the background or according to the operator's selection at the same time as the server and the plurality of nodes, respectively, when the server and the plurality of nodes are booted while the monitor program and the report program are installed, respectively.

Next, DDS discovery is performed by automatically calculating and applying DDS QoS policy tuning information related to DDS discovery in the server (S120).

Next, when the respective programs installed in the server and the plurality of nodes are executed, the server generates a DDS request message for monitoring the communication status of the plurality of nodes through the corresponding program (S125).

Next, the server automatically calculates and applies DDS QoS policy tuning information related to communication, and then publishes the DDS request message to a plurality of nodes according to a preset period (S130).

Thereafter, the plurality of nodes waits until receiving the DDS request message (S135), and the plurality of nodes that have received the DDS request message for communication status check transmitted from the server in a subscription method receive DDS through the report program. A DDS response message corresponding to the request message is published (S140).

Next, when the server receives a DDS response message corresponding to the DDS request message issued from a plurality of nodes in a subscribe method (S145), the server communicates with the plurality of nodes according to the analysis of the received DDS response message The state analysis result is stored, and as a result of the analysis, it is determined whether the reception time of the DDS response message exceeds a preset reference time (round-trip delay threshold) (S150).

As a result of the determination, when the reception time of the DDS response message transmitted from a plurality of nodes exceeds a preset round-trip delay threshold, the server determines that an abnormality in the communication state of the corresponding node has occurred, and The communication abnormal state log value is stored (S155).

Then, the server transmits the communication abnormal status message including the communication abnormal status log value for the node to the operator management system and stores it in the memory in the corresponding system, or displays the message on the display device so that the operator can check ( S160).

On the other hand, if the reference time is not exceeded, it waits for the next DDS response message.

Meanwhile, in the above description, steps S105 to S160 may be further divided into additional steps or combined into fewer steps according to an embodiment of the present invention. In addition, some steps may be omitted if necessary, and the order between steps may be changed. In addition, the contents of the communication state measuring apparatus 1 of FIGS. 1 to 2 may also be applied to the contents of FIG. 3 even if other contents are omitted.

As described above, the apparatus 1 and method for measuring a real-time communication state according to an embodiment of the present invention can solve problems that occur while using an IP address directly in the apparatus.

That is, in the case of the prior art, whenever the IP address list is changed, the program must be restarted after correcting the IP address list information, and it is impossible to measure the communication state during the restart. Also, when a new client node is added to the network, real-time communication status measurement is impossible because the administrator modifies and restarts the IP address list. In addition, there is a possibility that a human error may occur when the IP address list is modified, and the process of restarting after modifying the IP address list corresponds to a simple repetitive operation, thereby reducing work efficiency. Also, it could not be used in a system that does not use a static IP address.

An embodiment of the present invention can solve this problem by applying the DDS protocol, which is a publish-subscribe-based middleware that does not require information such as an IP address and a port number.

In addition, an embodiment of the present invention sets the uniquely intuitively distinguished node alias information in the system when executing a program, and applies it when performing DDS Discovery to store a log when a communication error occurs and display it on a display The problematic node can be identified intuitively. That is, in a large-scale system, information other than the IP address is used to intuitively find a node with an abnormal communication state.

In addition, according to an embodiment of the present invention, DDS QoS policy information is automatically calculated and applied to the system for users who have low understanding of the DDS protocol, particularly the DDS QoS policy. It is difficult to develop application software to which DDS is applied because tuning and application of DDS QoS Policy is impossible without DDS experts. In this case, this problem can be solved by automatically calculating and applying the DDS QoS policy tuning results for DDS Discovery and data transmission/reception.

The DDS protocol-based real-time communication state measurement method in the combat system system according to an embodiment of the present invention described above may be implemented as a program (or application) to be executed in combination with a computer, which is hardware, and stored in a medium. .

The above-mentioned program, in order for the computer to read the program and execute the methods implemented as a program, C, C++, JAVA, Ruby, which the processor (CPU) of the computer can read through the device interface of the computer; It may include code coded in a computer language such as machine language. Such code may include functional code related to a function defining functions necessary for executing the methods, etc., and includes an execution procedure related control code necessary for the processor of the computer to execute the functions according to a predetermined procedure. can do. In addition, this code may further include additional information necessary for the processor of the computer to execute the functions or code related to memory reference for which location (address address) in the internal or external memory of the computer should be referenced. have. In addition, when the processor of the computer needs to communicate with any other computer or server located remotely in order to execute the functions, the code uses the communication module of the computer to determine how to communicate with any other computer or server remotely. It may further include a communication-related code for whether to communicate and what information or media to transmit and receive during communication.

The storage medium is not a medium that stores data for a short moment, such as a register, a cache, a memory, etc., but a medium that stores data semi-permanently and can be read by a device. Specifically, examples of the storage medium include, but are not limited to, ROM, RAM, CD-ROM, magnetic tape, floppy disk, and an optical data storage device. That is, the program may be stored in various recording media on various servers accessible by the computer or in various recording media on the computer of the user. In addition, the medium may be distributed in a computer system connected to a network, and a computer-readable code may be stored in a distributed manner.

The above description of the present invention is for illustration, and those of ordinary skill in the art to which the present invention pertains can understand that it can be easily modified into other specific forms without changing the technical spirit or essential features of the present invention. will be. Therefore, it should be understood that the embodiments described above are illustrative in all respects and not restrictive. For example, each component described as a single type may be implemented in a dispersed form, and likewise components described as distributed may be implemented in a combined form.

The scope of the present invention is indicated by the following claims rather than the above detailed description, and all changes or modifications derived from the meaning and scope of the claims and their equivalent concepts should be interpreted as being included in the scope of the present invention. do.

1: Communication status measuring device
100: server
200-1, 200-2,...,200-n : node
300: operator management system
110, 210, 301: communication interface unit
120, 220, 320: control unit
130, 230: message generator
140, 240, 330: storage
340: display unit
150, 250, 350: QoS profile application unit

Claims (17)

In a DDS protocol-based real-time communication status measurement device in a combat system system,
When a DDS request message for monitoring communication status measurement is received from the server through a network, a plurality of nodes publishes a corresponding DDS response message to the server through the network;
After generating a DDS request message for monitoring the communication status of the plurality of nodes, performing DDS discovery, automatically calculating and applying DDS QoS policy tuning information related to DDS discovery and communication, the generation according to a preset period Publishing the DDS request message to the plurality of nodes and subscribing to the DDS response message corresponding to the issued DDS request message from the plurality of nodes, based on the response time of the DDS response message Including a server that determines the communication abnormal state,
In the plurality of nodes, identification information for each node for identifying a communication abnormal node is set,
The server includes a storage unit in which a monitor program for generating the DDS request message is stored in order to monitor the communication status for the plurality of nodes,
The plurality of nodes include a storage unit storing a report program for generating a DDS response message to the DDS request message transmitted from the server,
When the DDS response message corresponding to the issued DDS request message is received from a plurality of nodes, the server compares the reception time of the received DDS response message with a preset round trip delay threshold, and according to the comparison result A control unit for storing a communication abnormal state log value for the node exceeding the reference time in the storage unit,
The control unit outputs a communication abnormal state message including an abnormal state log value and a log value for the node to a display device of the operator management system,
The plurality of nodes includes a QoS profile application unit for automatically calculating and applying the DDS QoS Policy tuning information corresponding to each node;
a control unit for transmitting a DDS response message corresponding to the DDS request message to the server through a network when the DDS request message is received from the server;
The server and the plurality of nodes store information on the number of servers and nodes in which the monitor and report programs are installed, and hardware type information of servers and nodes in which the monitor and report programs are installed as setting information for DDS QoS Policy tuning information. and
The server includes a QoS profile application unit that automatically calculates and applies DDS QoS Policy tuning information related to the DDS Discovery based on information on the number of nodes in which the report program is installed among the plurality of nodes,
The QoS profile application unit automatically calculates and applies DDS QoS Policy tuning information related to the communication based on hardware type information on a node in which a report program is installed among the plurality of nodes,
DDS protocol-based real-time communication status measurement device in combat system system.
delete delete delete delete delete delete delete delete In the DDS protocol-based real-time communication status measurement method in the combat system system,
performing DDS discovery by automatically calculating and applying DDS QoS policy tuning information related to DDS discovery in the server;
generating a DDS request message for monitoring communication status of a plurality of nodes connected to the server through a network;
Publishing the DDS request message to a plurality of nodes according to a preset period after automatically calculating and applying DDS QoS policy tuning information related to communication;
subscribing to a DDS response message corresponding to the DDS request message issued from the plurality of nodes; and
Comprising the step of determining a communication abnormal state based on the response time of the DDS response message,
In the plurality of nodes, identification information for each node for identifying a communication abnormal node is set,
The method further comprising the step of installing and storing a monitor program for generating the DDS request message to monitor the communication status of the plurality of nodes, wherein the plurality of nodes have a DDS response message to the DDS request message transmitted from the server A report program is installed and saved to generate
Determining the communication abnormal state based on the response time of the DDS response message comprises:
comparing a reception time of the received DDS response message with a preset round trip delay threshold when the DDS response message corresponding to the issued DDS request message is received from a plurality of nodes; and
Storing the communication abnormal state log value for the node exceeding the reference time according to the comparison result,
Further comprising the step of outputting a communication abnormal state message including an abnormal state log value and log value for the node to a display device of the operator management system,
The method further comprising: storing information on the number of servers and nodes in which the monitor program and report program are installed, and hardware type information of servers and nodes in which the monitor program and report program are installed, as setting information for DDS QoS Policy tuning information;
The step of performing DDS Discovery by automatically calculating and applying DDS QoS Policy tuning information related to the DDS Discovery comprises:
Automatically calculates and applies DDS QoS Policy tuning information related to the DDS Discovery based on information on the number of nodes in which the report program is installed among the plurality of nodes,
After automatically calculating and applying the DDS QoS Policy tuning information related to the communication, publishing the DDS request message to a plurality of nodes according to a preset period comprises:
Based on the hardware type information on the node where the report program is installed among the plurality of nodes, automatically calculating and applying the DDS QoS Policy tuning information related to the communication,
DDS protocol-based real-time communication status measurement method in combat system system. delete delete delete delete delete delete delete

Images