KR101547532B1 - Network monitoring tool having topic division and multi direction listening structure - Google Patents

Abstract

The present invention relates to a network monitoring tool having a topic division structure and a multi-directional listening structure. The network monitoring tool includes: one or more requestor modules providing an interface between a user and a DDS application program; one or more collector modules which use DDS middleware used by the real-time monitoring tool to define the topics for monitoring the DDS application program and process the role of date publication and subscription in the network via the DDS middleware; and an administrator module which is arranged between the requestor modules and the collector modules to manage the data and communication log messages published and subscribed within the real-time monitoring tool. The administrator module divides the topics into information object units to manage the topics. The present invention can recognize the topic information and obtain data when the heterogeneous DDS middleware is used. The present invention also enables the individual development of each module to provide an efficient integrated development support environment.

Description

[0001] NETWORK MONITORING TOOL HAVING TOPIC DIVISION AND MULTI DIRECTION LISTENING STRUCTURE [0002]

The present invention applies a topic segmentation structure and a multi-directional listening structure to a real-time monitoring tool, and can monitor data of an application program using a heterogeneous DDS middleware. And a technique capable of reducing the time and cost required.

Recently, in a centralized communication method such as a server / client, a publish / subscribe method in which a plurality of nodes directly perform dynamic communication is widely used.

DDS (Data Distribution Service) is a communication middleware using such a publishing / subscribing communication method. DDS is a distributed communication middleware standard proposed by Obejct Management Group (OMG), which publishes / subscribes data based on Topic. It is a real-time publication / subscription method using topics. To enable real-time data distribution among a plurality of information processing nodes. In addition, it provides a reliable / best-effort communication method using Quality of Service (QoS), and supports dynamic participation / withdrawal of communication devices through a discovery process for searching for communication devices.

DDS has been widely used in the defense field, but recently, there has been an increasing tendency to use DDS in various civil fields such as UAV data transmission and hospital network data transmission. In order to use DDS, time and money are consumed because it is necessary to develop application programs for each situation. Therefore, we need DDS integrated development support environment to support development and maintenance of application programs.

It is the DDS monitoring tool to perform the function to grasp the contents of the operation status and data transmission of the DDS application program in the DDS integrated development support environment. In the case of the conventional monitoring tool, since a monitoring topic that is applied only to a DDS middleware of a specific manufacturer is defined and used, there is a limitation in that the user can not recognize the topic information or restrict the data that can be obtained when using the heterogeneous DDS middleware.

In addition, in the related art, since all the modules are sequentially checked to recognize the change of information, there is a problem that it is difficult to develop modules in parallel due to high interdependence among modules, thereby increasing time and cost during development .

Korea Patent Publication No. 2011-0070447

It is an object of the present invention to recognize topic information or retrieve data even when heterogeneous DDS is used using a topic division structure.

It is another object of the present invention to recognize that each module independently changes information by applying a bidirectional listening structure and to reduce the interdependency between modules by performing an operation corresponding to the information, It is possible to reduce the time and cost of the development process because the development is possible and the module configuration is simplified.

According to an aspect of the present invention, there is provided a method for monitoring a DDS application program using at least one requestor module providing an interface between a user and a DDS application program, and a DDS middleware used in a real- At least one collector module that handles the task of defining a topic and issuing and subscribing data to the network via the DDS middleware and data and communication within the real-time monitoring tool interposed between the requestor module and the collector module And a manager module for managing the log messages, wherein the manager module divides and manages the topics in units of information objects, and provides the network monitoring tool with the topic division structure and the multi-directional listening structure.

Herein, the requestor module generates an information-modified object for recognizing a change in data requested by an application program, and registers the changed information object in the manager module. The collector module registers an information-modified object And registers it in the manager module.

The manager module may generate and manage a connection object indicating a connection relationship between the information object and the information change-aware object.

In addition, when the manager module receives the notification information on the change of the information by the application program from the requestor module, the manager module transmits the notification information to the collector module, and notifies the collector module of the information change by the DDS middleware publishing and subscribing Upon receiving the information, it is preferable to transmit the information to the requestor module.

The requestor module preferably updates the content of the application program in response to the information change upon receiving a notification signal indicating that the status of information to be collected by the object is changed, from the manager module.

In addition, when the information change object receives notification information about the user request information from the manager module, the collector module may issue a topic corresponding to the user request information through the DDS middleware.

The collector module may include a DDS middleware interworking component for converting the monitoring information request message into topic data that can be recognized by each DDS middleware, and then transmitting the topic data to the DDS middleware.

According to the present invention, even when different types of DDS middleware are used, it is possible to recognize topic information or to obtain data, and independently develop each module, thereby providing an efficient integrated development support environment.

1 is a block diagram showing the configuration of a network monitoring tool having a topic division structure and a multi-directional listening structure according to the present invention.
2 shows a topic division structure according to the present invention.
3 is a view for explaining a multi-directional listening structure according to the present invention.
4 is a view for explaining a difference between a conventional method and a multi-directional listening structure.
5 is a graph for comparing the degree of coupling of the instances.
FIG. 6 shows a configuration of a monitoring tool using a multi-directional listening structure.
7 is a view for explaining a bidirectional listening structure of a requestor module.
8 is a view for explaining a bidirectional listening structure of the collector module.
9 is a diagram showing a publishing operation of the collector module.

The description of the present invention is merely an example for structural or functional explanation, and the scope of the present invention should not be construed as being limited by the embodiments described in the text. That is, the embodiments are to be construed as being variously embodied and having various forms, so that the scope of the present invention should be understood to include equivalents capable of realizing technical ideas. Also, the purpose or effect of the present invention should not be construed as limiting the scope of the present invention, since it does not mean that a specific embodiment should include all or only such effect.

1 is a block diagram showing the configuration of a network monitoring tool having a topic division structure and a multi-directional listening structure according to the present invention.

A real-time monitoring tool is an application program that analyzes DDS messages and entity structures to analyze DDS applications running in a network domain in real time. The QoS data of each DDS entity can be confirmed and the statistical information is extracted by collecting the corresponding information. It also manages various errors and transmission / reception logs and can be used for managing DDS application programs.

As shown in FIG. 1, the real-time monitoring tool according to the present invention includes a requestor module 10, a collector module 20, and a manager module 30. Each module is executed independently of each other and exchanges data through the interface between the requestor module-manager module and the manager module-collector module.

The requester module 10 acts as an interface between a user and a tool function, and recognizes changes of a user's input and data in relation to a GUI (Graphic User Interface) 5 and displays it to a user. Each module uses an information-modified object to recognize the information change.

The requestor module uses an information change object (announcer) to recognize the change in data being monitored. The information change recognition object can be used by attaching to each data to be monitored by the user. The user creates an information change object for data desired by the user and registers the object in the manager module 30. When the information change or recognition object recognizes the change of the information, the update is performed to the GUI related to the information.

The collector module 20 is responsible for publishing / subscribing a DDS message for monitoring data collection. The DDS middleware 50 used in the real-time monitoring tool defines a topic for monitoring the DDS application program, DDS middleware 50 to publish / subscribe data on the network. And informs the manager module 30 of the change of the specific information when recognizing the information change according to the publication / subscription of the data.

The manager module 30 is interposed between the requester module 10 and the collector module 20 to manage data or communication log messages issued or subscribed in the real time monitoring tool.

2 shows a topic division structure according to the present invention.

In order to monitor the DDS application program, the administrator module 30 of the real-time monitoring tool according to the present invention manages the topics by dividing them into minimum units called information objects. A topic in DDS consists of the data type and the name of the topic. The data type refers to the data structure of the information to be published / subscribed, and the information object represents each variable that forms the data structure of the DDS topic. In the case of conventional DDS development products, we defined monitoring topics that apply only to their products. Each DDS product has a different topic name but can not interoperate with other DDS monitoring tools because the internal data is the same or the desired data may exist in different topics.

On the other hand, using the topic division structure as shown in FIG. 2 divides and manages the minimum unit information necessary for monitoring, the publication / subscription of specific information is not fixed to one topic. Therefore, it is possible to interoperate with various DDS application programs and monitoring tools by mapping these minimum unit information to each topic.

Fig. 3 is a view for explaining a multi-directional listening structure according to the present invention, and Figs. 3 to 9 illustrate a bidirectional listening structure.

The bidirectional listening structure can notify and recognize the change of information occurring in each module 10, 20 via two manager modules 30 by two different modules 10, 20.

In the present invention, to define a bidirectional listening structure, concepts such as an information change, an announcer, a link object, and an information object are designed.

The information change object is used as a concept similar to a listener of Java (JAVA) to recognize information changes that are published and subscribed in analysis and communication modules. A connection object indicates whether a change of information or an object is interested in a change of an information object. The information object represents the kind of event that the object wants to perceive.

An information modification object for recognizing the notification that the information of each module 10, 20 has been changed is created and registered in the manager module 30. The manager module 30 has a connection object that indicates a connection relationship between the information change object and the information object. When the manager module 30 receives the notification information about the information object from the other modules 10 and 20, the manager module 30 checks the information change object associated with the information object through the connection object, As the information object of FIG. The informed information object performs the registered operation.

FIG. 4 is a view for explaining the difference between a conventional method and a multi-directional listening structure, and FIG. 5 is a graph for comparing instance coupling.

Using a bidirectional listening structure reduces the coupling more than the conventional method. The degree of coupling represents the degree of interdependence between modules, and as the degree of coupling between modules decreases, they become independent modules.

In FIG. 4 (a), since the conventional method sequentially checks the information of the instances of the other modules in one module, the degree of coupling between the modules is strong. However, using the bidirectional listening structure shown in FIG. 4 (b), the information of the instances of each module is managed by one manager module, and only the information corresponding to the connected instance is fetched from the manager module. When requesting information from an instance, the manager module confirms the information about the request and proceeds with the operation of the confirmed information. Using the manager module, the degree of coupling between modules decreases because each module operates independently.

When the number of instances (source instance, src) of module 1 is i, the minimum number is 1 and the maximum number is M, and the number of instances (destination instance, des) , The minimum number is assumed to be 1, and the maximum number is assumed to be N. [

Let the relation between the instances of each module, that is, the relation between instance i and instance j, be eij (0 ≤ eij ≤ 1).

(Original_CPLsrc) when an instance of module 1 connects to an instance of module 2 in the conventional method of FIG. 4 (a), and a coupling degree (Original_CPLdes) when an instance of module 2 connects to an instance of module 1 is expressed by the following equation 1.

Since the conventional method identifies all instances of each module to each other to obtain desired information, a combination as shown in Equation (2) occurs.

The average relation number (Average_e) of all instances in the module can be expressed by Equation (3).

Relational algebra is at least 0 if there are no instances connected to each other, and 1 if all instances are checking for the desired information. When the average relation logarithm is 1, which is the maximum value, the coupling degree of the instance in the conventional method is expressed by Equation (4).

When the full-duplex listening architecture (FD) of FIG. 4 (b) is applied, the instances of the respective modules are not directly related to each other, but the information is confirmed and used through one manager module.

(FD_CPLman) of the instance generated in the manager module (man module) when the number of instances of the module that sends the information request notification is M and the number of instances of the module that has the information corresponding to the requested notification is N, Is expressed by Equation (5).

When a bidirectional listening structure is applied, each instance of a module sends and receives information through an administrator module, so that each module does not have to connect or manage with an instance of the other module to exchange information with each other. Therefore, the degree of coupling is generated for each module by the number of instances in the module. (FD_CPLsrc) of the instance of module 1 and the manager manager module (FD_CPLsrc), and the coupling degree (FD_CPLdes) of the manager module and the instance of module 2 are expressed by Equation (6).

The degree of coupling of the entire structure using the bidirectional listening structure is obtained by adding the coupling between each module and the manager module and the coupling of each instance generated in the manager module.

However, since the connections occurring inside the manager module are managed by the internal system, the module developer does not need to consider the process of confirming information between the instances. That is, the developer of module 1 can develop each module only considering the coupling of M, and the developer of module 2 only considering the coupling of N. Therefore, since the FD_CPLman of the instance generated in the manager module does not need to be considered, the total structure coupling when the bidirectional listening structure is applied is expressed by Equation (8).

5, when the number of instances is increased from at least one to a maximum of 100 for each module, the coupling between the conventional method and the method in which the bidirectional listening structure is applied is compared.

As can be seen from FIG. 5, as the number of instances increases, the coupling between the conventional method and the bidirectional listening structure increases continuously. As the degree of coupling decreases, the associativity between the modules decreases, which makes it easier to develop each module independently during development. This reduces the time / cost involved in the development process and facilitates efficient development because it is easy to reuse and modify code.

FIG. 6 shows a configuration of a monitoring tool using a multi-directional listening structure.

By using the bidirectional listening structure as shown in FIG. 6, it is possible to independently develop the part performing the publication / subscription in the application program and the part analyzing the collected data.

7 is a diagram for explaining a bidirectional listening structure of a requestor module, and shows a requestor module corresponding to an analysis module of a bidirectional listening structure.

The requestor module 10 is responsible for the interface between the user and the application program.

The requestor module 10 creates an information change object to recognize a change in data requested by the application program, and registers the created information change object in the manager module 30 (1). When the requestor module 10 receives notification information that the status of the information to be collected by the information change object is changed from the manager module 30 (2), the information change object updates the contents of the application program (3) .

When the user requests information (4) through the application program, the requestor module 10 sends a notification of the information request to the manager module 30 (5).

8 is a view for explaining a bidirectional listening structure of a collector module, and shows a collector module corresponding to a communication module of a bidirectional listening structure.

The collector module 20 uses the DDS middleware to define topics for publishing or subscribing to data and to publish or subscribe to the actual data.

The collector module 20 generates an information change object for recognizing a change of data published / subscribed through the DDS middleware in the collector module 20 and registers the object in the collector module 20 (1). The collector module 20 publishes the information corresponding to the user request information through the DDS middleware 50 when the information modification object receives the notification information about the user request information from the manager module 30 3).

When the collector module 20 receives data for a specific topic from the DDS middleware (4), the collector module 20 transfers notification information on the received data to the manager module 30 (5).

9 is a diagram showing a publishing operation of the collector module.

The collector module 20 includes a DDS middleware interworking component 21. The DDS middleware interworking component 21 is necessary for monitoring the desired data. The DDS middleware interworking component 21 changes the monitoring information request message to topic data that can be recognized by each DDS middleware 50 because the same information may be stored in different topics for each DDS middleware 5 To the DDS middleware 50.

It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit or scope of the present invention as defined by the following claims It can be understood that

10: requester module 20: collector module
21: Interworking with DDS middleware Component 30: Administrator module
40: GUI 50: DDS middleware

Claims (7)

At least one requestor module providing an interface between a user and a DDS application;
At least one collector module that defines a topic for monitoring the DDS application program using the DDS middleware used in the real-time monitoring tool and processes the task of issuing and subscribing the data to the network via the DDS middleware; And
And a manager module interposed between the requestor module and the collector module for managing data and communication log messages issued and subscribed in the real-time monitoring tool,
Wherein the requestor module creates an information change object for recognizing a change in data requested by an application program and registers the object in the manager module,
Wherein the collector module creates an information change aware object for recognizing the occurrence of a user request and registers the modified information object in the manager module,
Wherein the manager module divides and manages a topic in units of information objects and generates and manages a connection object indicating a connection relationship between the information object and the information change aware object. Monitoring tools.
delete delete The method according to claim 1,
The manager module, when receiving the notification information about the change of the information by the application program from the requestor module, transmits the notification information to the collector module and informs the collector module of the change information by the DDS middleware publishing and subscribing And when it is received, delivers it to the requestor module. ≪ Desc / Clms Page number 20 >
5. The method of claim 4,
Wherein the requestor module updates the content of the application program in response to the information change upon receiving a notification signal indicating that the status of information to be collected by the object is changed by the manager module. Network monitoring tool with listening structure.
5. The method of claim 4,
Wherein the collector module issues a topic corresponding to the user request information through the DDS middleware when the information change object receives notification information on the user request information from the manager module. Network monitoring tool with structure.
The method according to claim 1,
Wherein the collector module includes a DDS middleware interworking component for transmitting a monitoring information request message to topic data recognized by each DDS middleware and then transmitting the topic data to the DDS middleware. Having a network monitoring tool.

Images