KR20190012080A - Application remote test device using data distribution service - Google Patents

Abstract

The present invention provides an application program remote test apparatus using a data distribution service. The application program remote test apparatus using a data distribution service includes a DDS test terminal which realizes registering a data type for data distribution service (DDS) communication, registering a communication device, distributing a DDS application program, and executing a test and monitoring a result of the execution for each of remote terminals to be tested, in a distributed computing environment, by simply operating an execution menu on one web screen.

Description

TECHNICAL FIELD [0001] The present invention relates to an application program remote test apparatus using a data distribution service,

The present invention relates to an application program remote test apparatus using a data distribution service, and more particularly, to an application program remote test apparatus using a data distribution service, a data type registration for data distribution service (DDS) communication, By including the DDS test terminal that implements the registration, distribution of the DDS application, test execution and monitoring of the execution result on the operation of the execution menu on one web screen, it is possible to improve the work efficiency of the DDS communication test and reduce the test cost And application developers using data distribution service that can measure more accurate communication performance by minimizing the time difference between application programs in case of DDS many-to-many (N: N) communication test environment. Program remote test apparatus.

In general, the DDS (Data Distribution Service) is a data-oriented communication-middleware based on a data-centered publication-subscribe method established by the Object Management Group (OMG) as an international standard. Data is transmitted and received.

The DDS (Data Distribution Service) guarantees data reliability and interoperability, and includes a real-time publish subscription (RTPS) layer that is responsible for actual data communication and a DCPS Data-Centric Publish Subscribe) layer.

Recently, DDS (Data Distribution Service) has been used in various fields (mainly mission-critical system) such as military, finance, airport control, electric power industry and medical system. However, DDS (Data Distribution Service) has not been introduced yet.

On the other hand, a general client program can perform basic tests on one PC, but in the case of a communication program, two PCs are basically required, and a lot of computing resources are required for a many-to-many (N: N) communication environment test.

Many-to-many (N: N) communication tests in these distributed computing environments require more cost and effort.

Conventional data distribution service (DDS) Many-to-many communication test was performed by connecting to a remote PC through a console window of Linux or Windows, distributing executable program, and running it individually.

Due to such a method, in order to accurately measure the performance of many-to-many communication, the prior art must execute all application programs at the same time, so that it is difficult to expect the efficiency of quick and accurate communication test.

Korean Patent Publication No. 10-2006-0111360

It is an object of the present invention to provide a method and apparatus for data type registration, communication device registration, distribution of a DDS application program, test execution and the like for data distribution service (DDS) communication for each remote test terminal in a distributed computing environment By including the DDS test terminal that implements the execution result monitoring by the operation of the execution menu on one web screen, it is possible to improve the work efficiency of the DDS communication test, reduce the test cost, And to provide an application program remote test apparatus using a data distribution service which can measure a communication performance more accurately by minimizing a driving time difference between applications in a DDS many-to-many (N: N) communication test environment.

According to an aspect of the present invention, there is provided an apparatus for remote testing an application program using a data distribution service, the apparatus comprising: a data type registration and communication unit for data distribution service (DDS) communication for remote test terminals in a distributed computing environment; And a DDS test terminal that implements device registration, distribution of DDS application programs, test execution, and execution result monitoring on a single web screen with only an operation of an execution menu.

The present invention improves the efficiency of the DDS communication test, reduces the test cost, and saves the developer's effort. In particular, in the case of the DDS many-to-many (N: N) communication test environment, There is a technical effect that a more accurate communication performance can be measured.

FIG. 1 schematically shows a relationship between a DDS test terminal according to the present invention and a plurality of tested terminals in the vicinity.
2A shows a detailed configuration of a DDS test terminal according to the present invention.
FIG. 2B illustrates a configuration of a test terminal according to an embodiment of the present invention.
FIG. 3 is a flowchart illustrating a remote test method of a DDS communication application program using a DDS test terminal according to the present invention.
FIG. 4 is a diagram illustrating a screen of a DDS test terminal when registering the type of data to be communicated through DDS communication according to an embodiment of the present invention.
FIG. 5A is a diagram illustrating an integrated status menu of a DDS test terminal when a remote communication device to which an application program is to be distributed is registered according to an embodiment of the present invention.
FIG. 5B is a diagram illustrating a result of executing the Add button in the comprehensive status menu of the DDS test terminal when registering a remote communication device to which an application program is to be distributed, according to an embodiment of the present invention.
FIG. 6 is a diagram illustrating a result of executing the Deploy button in the comprehensive status menu of the DDS test terminal when a DDS communication application program is distributed to a remote communication device according to an embodiment of the present invention.
FIG. 7 is a diagram illustrating a configuration menu of a DDS test terminal when performing DDS communication setup according to an embodiment of the present invention.
FIG. 8 is a diagram illustrating a monitoring menu of a DDS test terminal for inquiring and comparing a remote test result of a DDS communication application program according to an embodiment of the present invention.

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

FIG. 1 schematically shows a relationship between a DDS test terminal according to the present invention and a plurality of tested terminals in the vicinity.

Referring to FIG. 1, the present invention includes a DDS testing terminal 100, first to-be-tested terminals 200-1 to 200-N, and a network 10. [

The DDS test terminal 100 can perform the data type registration of each of the first to T < th > test terminals 200-1 to 200-N with the simple operation of the execute menu on the one web screen, , DDS Tester that enables communication device registration, distribution of DDS (Data Distribution Service) application, distribution of test application, execution of test, monitoring of execution result, and so on. 2a.

The first to-be-tested terminals 200-1 to 200-N are connected to a 1: N or N: N (N) test terminal 100 through one or more DDS test terminals 100 in a distributed computing environment. A DDS (Data Distribution Service) communication test is performed, and a detailed description of the configuration and function thereof will be given later with reference to FIG. 2B.

In this case, a computer, a portable terminal, or the like can be used for the DDS testing terminal 100 and the first to-be-tested terminals 200-1 to 200-N.

 In this case, a computer, for example, a notebook computer, a desktop computer, a laptop computer, and the like may be used.

PDS (Personal Digital Assistant), PDS (Personal Digital Assistant), GSM (Global System for Mobile communications), IMT (International Mobile Telecommunication) -2000, CDMA (Code Division Multiple Access) -2000, W-CDMA (W-Code Division Multiple Access), Wibro (Wireless Broadband Internet), Smart Phone, Mobile WiMAX (Mobile Worldwide Interoperability for Microwave Access) .

The network 10 provides an interface for communication between the DDS testing terminal 100 and the first to-be-tested terminals 200-1 to 200-N, (LAN), a wide area network (WAN), a value added network (VAN), a personal area network (PAN), a mobile radio communication network, Wireless networks such as WiBro (Wireless Broadband Internet), Mobile WiMAX, HSDPA (High Speed Downlink Packet Access), or satellite communication network.

2A shows a detailed configuration of a DDS test terminal according to the present invention.

Referring to FIG. 2A, the DDS testing terminal 100 includes a tester UI 110, a config generator 120, a remote application controller 130, a logger 140, a monitor 150, a type processor 160 ), A DDS Data Simulator 170, and a DDS 180.

Tester UI 110 provides a user interface (UI) for managing and controlling testing of DDS application programs on the web.

The Config Generator 120 converts the communication setting information (e.g., domain value, publication / subscription selection, topic type, QoS, data type, number of data, communication cycle) set in the screen by a user into a certain type of file File).

The remote application controller 130 enables or disables the DDS application programs distributed to the first to-be-tested terminals 200-1 to 200-N.

The logger 140 manages the recording of a communication log (log) connected for the DDS (Data Distribution Service) communication test to the first to-be-tested terminals 200-1 to 200-N do.

The monitor 150 monitors the status of each communication for the DDS (Data Distribution Service) communication test executed in the first to-be-tested terminals 200-1 to 200-N in real time .

The Type Processor 160 compiles a data type definition file declared in IDL (Interface Definition Language), converts or maps the data into a language specified by the user, and creates a result file at a specific location. (See Fig. 4)

In other words, when implementing a DDS application program, it is necessary to declare the topic data to be communicated in the form of a structure, and to add some code (for example, data serialization, deserialization, etc.) for DDS communication. There is a disadvantage that every application program that wants to publish / subscribe a topic of a type has to be implemented one by one.

For example, if you want to send / receive data of type ShapeTypeExample having x, y coordinates, unique id and name as attributes through DDS, the user first defines the corresponding data type as IDL (Interface Definition Language) file .

<ShapeTypeExample.idl>

Next, as shown in FIG. 4, the user inputs a corresponding IDL (Interface Definition Language) file, a language to be converted (for example, C ++) and a path to be stored, In the path, ShapeTypeExample.h (see box below) and ShapeTypeExample.cpp file are created.

 <ShapeTypeExample.h>

Finally, in addition to the structure member variables, when serialization or deserialization code is added for DDS communication, the user can develop and test each application using the two files created earlier (ShapeTypeExample.h and ShapeTypeExample.cpp).

The DDS Data Simulator 170 randomly generates communication test data of a specific data type.

For example, suppose you develop an air traffic control program that sends and receives data in real time between aircraft and control room with DDS.

In this case, the aircraft publishes the altitude value measured by the sensor to the control room in real time every second. The DDS Data Simulator (170) develops the air traffic control program so that the altitude value Randomly generates and publishes them to the control room in real time.

FIG. 2B illustrates a configuration of a test terminal according to an embodiment of the present invention.

Referring to FIG. 2B, the RTPS 210 includes a RTPS 210, a DCPS 220, a JNI 230, a data communication 240, a control API 250, and a configuration management 260 can do.

RTPS (Real Time Publish-Subscribe, 210) is a data transmission protocol between distributed DDS applications for data-centric distribution services standardized by OMG, ensuring performance and interoperability.

 Data-Centric Publish-Subscribe (DCPS) 220 is an interface for publishing / subscribing data between the RTPS 210 and an application program. Through this layer, And only the publisher / subscriber of the desired data can be performed.

The JNI 230 provides a JAVA API (Application Programming Interface) using JNI (Java Native Interface) when the DDS application program used is JAVA.

Data Communication (240) implements data communication in a C / C ++ based DDS communication engine (RTPS, DCPS).

The Control API 250 provides an API (Application Programming Interface) for controlling execution or stop commands transmitted through the remote DDS testing terminal 100. [

The Config Management 260 transmits communication setting information (e.g., domain value, publication / subscription selection, topic type, QoS, data type, data count, communication cycle, etc.) received from the user via the remote DDS testing terminal 100 Management.

FIG. 3 is a flowchart illustrating a method of remote testing a DDS communication application program using the DDS testing terminal according to the present invention. FIG. 4 is a diagram illustrating a DDS test FIG. 5A is a diagram illustrating a general status menu of a DDS test terminal when a remote communication device to which an application program is to be distributed is registered. FIG. FIG. 6 shows an example of the execution result of the Add button in the comprehensive status menu of the DDS test terminal when registering the remote communication device to which the application program is to be distributed. FIG. 7 is a diagram illustrating a result of execution of the Deploy button in the comprehensive status menu of the DDS test terminal when distributed to the DDS test terminal. FIG. 8 is a diagram illustrating a monitoring menu of a DDS test terminal for inquiring and comparing a DDS communication application program remote test result according to an embodiment of the present invention.

Hereinafter, a method of remote testing a DDS communication application program using the DDS testing terminal according to the present invention will be described with reference to FIGS. 2A and 3 to 8. FIG.

First, the Type Processor 160 has a first step S10 of registering the type of data to be communicated via the DDS.

For example, as shown in FIG. 4, an IDL (Interface Definition Language) file is internally compiled and the type is converted and stored in the corresponding language.

Next, in order to register the remote DDS communication devices (the first to-be-tested terminals 200-1 to 200-N), as shown in Figs. 5A and 5B, And a second process (S20) of adding a communication application through a button.

Here, Application is used not as a real application but as a concept of registering a communication device to distribute an application program.

Next, in order to distribute the DDS communication application program to the remote DDS communication device (first to-be-tested terminal 200-1 to Nth tested terminal 200-N), as shown in Figs. 5A and 6 , The user has a third step (S30) of selecting a specific device from the application list and then pressing the Deploy button.

Next, in order to perform DDS communication setting in the application list, the user selects an application for communication setting and sets communication settings (for example, domain value, publication / subscription selection, topic type, (E.g., QoS value, data type, number of data, communication cycle, etc.), or by clicking Setting of the corresponding Application item as shown in FIG. 5A, QoS, data type, number of data, communication period, etc.).

Next, there is a fifth step (S50) of determining whether the setting of all the communication nodes is completed.

If it is determined that the setting of all the communication nodes has not been completed in the fifth step S50 (NO), the process returns to the first step S10 to perform the first step S10 to the fourth step S40, Is repeated until the setting of &quot;

On the other hand, if it is determined that the setting of all the communication nodes is completed in the fifth step S50 (Yes), in order to perform the DDS communication test for each application (App), as shown in FIG. And a sixth step (S60) for selecting applications to be executed by pressing the Run button.

In this case, the remote application controller 130 controls the first to-be-tested terminals 200-1 to 200-N to execute or stop various DDS application programs simultaneously or individually.

Finally, in order to inquire and compare the DDS communication test results, the user inquires DDS communication test results for each application (App) as shown in FIG. 5A, or the user inputs a DDS And a seventh step (S70) of comprehensively inquiring the result of the communication test.

In this case, the monitor 150 checks the status of each communication (for example, data distribution service) for the DDS (Data Distribution Service) communication test performed on the first to-be-tested terminals 200-1 to 200- Checking the status and status of multiple DDS applications).

While the present invention has been described in connection with what is presently considered to be the most practical and preferred embodiment, it is to be understood that the invention is not limited to the disclosed embodiments. 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 of the invention.

10: Network
100: DDS test terminal
200:
200-1 to 200-N: First to-be-tested terminals to Nth tested terminals

Claims (3)

  In a distributed computing environment, data type registration, communication device registration, DDS application program distribution, test execution, and execution result monitoring for data distribution service (DDS) communication are performed on a single web, And a DDS test terminal which implements the DDS test terminal by only the operation of the execution menu on the screen. The apparatus of claim 1, wherein the DDS testing terminal comprises:
A tester UI providing a user interface (UI) for managing and controlling the test of the DDS application program on the web;
An environment generator (Config Generator) for generating the communication setting information set in the screen as a file of a certain type;
A remote application controller that controls to execute or stop the DDS application program distributed to each of the remote test terminals; And
(Type Processor) for compiling a data type definition file declared in an IDL (Interface Definition Language), and converting or mapping the data type definition file into a language specified by a user to generate a result file at a specific location Application Remote Test Device Using Distributed Services. The communication system according to claim 2,
Domain value, publication / subscription selection, topic type, QoS, or data type.

Images