KR101707633B1

KR101707633B1 - Method of data enterchange between standrd/non-standard application protocol and Middleware with dynamic control from user-defined condition

Info

Publication number: KR101707633B1
Application number: KR1020150039213A
Authority: KR
Inventors: 신선
Original assignee: 주식회사 뉴론웍스
Priority date: 2015-03-20
Filing date: 2015-03-20
Publication date: 2017-02-17
Also published as: KR20160112845A

Abstract

The present invention relates to a method for exchanging data between heterogeneous protocols, in which a user using a middleware device for data transmission / reception uses a protocol used by the middleware device as a middleware device, The present invention relates to a method for exchanging data between heterogeneous protocols by separating only included client data and converting it into received data conforming to the communication protocol of the receiving terminal so as to exchange data between heterogeneous protocols.

Description

TECHNICAL FIELD The present invention relates to a method of exchanging data between standard and non-standard application protocols and a dynamic controllable middleware device according to user-

The present invention relates to a data exchange method between a standard / non-standard application protocol and a dynamically controllable middleware device according to a user-defined condition. More particularly, The present invention relates to a method of exchanging payload area data between a standard / non-standard application protocol that enables data transmission / reception and a middleware device capable of dynamically controlling according to user defined conditions.

BACKGROUND ART Recently, technologies for exchanging various data at remote sites or exchanging data between upper and lower control systems or between objects using the Internet have become commonplace.

Internet of Things (abbreviated as IoT) is a technology that incorporates sensors and communication functions in various objects and connects to the Internet to exchange data between objects and control systems of objects. Means things such as household appliances, mobile equipment, wearable computers, and various sensor devices.

In this type of Internet environment, objects are connected to the Internet with a unique IP that can distinguish themselves, and various data are exchanged and controlled, and active and free data exchange is made through connection with a free object and control system Due to the convenience that can be achieved, the number of objects that are applied to the Internet is rapidly increasing.

Accordingly, there is a standardized protocol for communication in order to facilitate data exchange and control between various objects and control systems. However, these protocols do not have only one standardized protocol, Many standards developed by companies (MQTT, CoAP, TCP, UDP, etc.) and application protocols have been used and are being made new.

In order to transfer data between different types of communication protocols, it is necessary to develop a program that enables data communication by making them compatible with each other. As a result, it is impossible to change the data transmission node once determined at the time of development.

Therefore, there is a problem that it acts as a stumbling block to the free data exchange of the Internet of things.

Accordingly, technologies for facilitating communication between heterogeneous protocols have been developed. For example, in Korean Patent No. 10-138881, an object model of heterogeneous devices to be interworked is acquired, and the obtained object models are integrated to form a common object model There is proposed a method of interworking heterogeneous devices by mapping a protocol and a common object model obtained by acquiring a protocol supported for each device obtained by the object model, The application protocol interface (API) development that enables the communication between the A model and the B model should be preceded. Next, the protocol of the A model must be changed to XML, and the XML must be changed to the protocol of the B model In addition to having to go through a complicated process for heterogeneous interworking, There is a problem that a new API must be developed for communication with a new model protocol.

In addition, since the above-described prior art heterogeneous devices are limited to upper / lower systems, it is difficult to apply data exchange between objects and objects, and it is difficult to freely change a data transfer node.

In order to solve the above problems, an object of the present invention is to provide a data exchange system and a data exchange system, The client area data of the transmission side data is separated and the separated client area data is recorded in the client area of the reception side protocol and transmitted so that the data of the other terminal period having different communication protocols without further development of a separate program or system Standard application protocols that allow active data transmission by rules defined by the administrator, while also reducing the cost and time required for data transmission by making the transmission possible, It aims to provide a control device capable middleware.

According to another aspect of the present invention, there is provided a data exchange system including a protocol registration process for recording communication protocol information (a communication protocol type and its structure) to be used by a plurality of terminals to be connected to a data exchange apparatus, Side terminal to the data exchange apparatus, the middleware apparatus included in the data exchange apparatus checks and analyzes the communication protocol of the registered corresponding sending terminal and extracts only client area data from the transmitted data And the middleware apparatus changes the client area data extracted from the transmission data into reception data conforming to the protocol of the reception side according to a predetermined rule so as to exchange data between heterogeneous protocols without installing a conversion apparatus or developing a program, In the data exchange method.

Also, by changing the data flow from 1: 1 to 1: N according to the rule defined by the administrator, or by changing the data transmission node, it is possible to provide free communication and to collect data collected by the scheduler of the middleware device And transmits the new information to the receiving terminal.

In the above description, 1: 1 means that there is one terminal or object for transmitting data and one terminal or object for receiving, and 1: N means that the terminal or object transmitting data is changed from 1: One means that there are several terminals or objects to receive.

And, changing the transmission node means that the transmission node means network communication, and the IP address and message protocol are required for network communication, and the format of the IP address is defined. Therefore, only the address is changed, Since the protocol is not defined as one and uses a proprietary messaging protocol for each object, the IP address change and message protocol mapping are essential to change the transmission node. Therefore, if the administrator defines a message protocol that needs to be defined by the GUI, the system is stored in javascript, and the transmission node is defined by a rule defining relations between the rule defined in javascript and the terminal or object and the relation between the terminal or object and the control system. And the change is made.

If the transmission / reception data requires encryption, the encryption / decryption technology is also registered and encryption / decryption of data is performed using the registered encryption / decryption technology.

According to the present invention configured as described above, since data of a plurality of terminals having different communication protocols can be exchanged through one middleware device, they can be exchanged with their own communication protocols, It is not necessary to develop a program or install a switching device, thereby greatly reducing the cost and time required for data exchange.

In addition, since data exchange is possible regardless of any protocol, convenience of use is improved.

In addition, it is possible to exchange data between heterogeneous protocols, so that the convenience of use is improved. In the current inter-object data exchange, objects must determine information and transmit data. However, It is possible to transmit the data to the necessary objects so that the expansion of the Internet and the development of technology can be promoted.

1 is a block diagram illustrating an example of data exchange between a middleware apparatus and a heterogeneous protocol according to the present invention;
2 to 6 are diagrams showing a configuration of a middleware device for data conversion;
7 is a flowchart showing a method of exchanging data between a middleware apparatus and a heterogeneous protocol according to the present invention
8 is a diagram illustrating a receiving side protocol conversion of a transmitting side protocol according to the present invention;

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

As shown in FIG. 1, a plurality of terminals connected to a single server have a communication protocol such as TCP (Transmission Control Protocol), CoAP (The Constrained Application Protocol (UDP), and User Datagram Protocol (UDP). When data exchange between terminals using different protocols is required, data conversion must be performed according to each protocol format.

In order to enable data transmission / reception between various protocols, a middleware device for data protocol conversion is required in the server, and the configuration and operation of the middleware device will be described below with reference to FIG.

First, protocol related data such as product name, product name, usage protocol, and protocol structure transmitted from a manufacturer or information provider that manufactures a terminal or a product for data exchange is input into a database connected to the middleware device through a web-based GUI .

Then, the protocol receiver receives the transmission side data (A Protocol) transmitted from the transmitting side terminal, proceeds the protocol parser in the protocol analyzer to decrypt the decryption and structure of the message protocol, It is determined whether there is a protocol conversion element. If a protocol conversion is required, data is mapped from the transmitting side protocol to the receiving side protocol structure using a mapping algorithm, and the protocol generator converts the structure to match the receiving side protocol And then transmits the data to the receiving terminal (B Protocol) through the protocol sender.

As shown in FIG. 8, the protocol receiver receives the transmission side data (A Protocol) transmitted from the transmitting side terminal, proceeds with the protocol parser in the protocol analyzer to decrypt the decryption and the structure of the message protocol, It is determined whether there is a protocol conversion element to be processed by the processor manager. If protocol conversion is required, data is mapped from the transmitting side protocol to the receiving side protocol structure using the mapping algorithm defined by the manager, After converting the structure to conform to the receiving side protocol, data is transmitted to the receiving side terminal (B Protocol) through the protocol sender.

As shown in FIG. 3, when a protocol is received, the protocol analyzer checks the information stored in the database, decrypts the decrypted code if it exists, disassembles / analyzes the protocol, stores the analyzed protocol in the database, So as to convert the protocol.

As shown in FIG. 4, the protocol creator confirms the receiving side protocol information stored in the database by the smart processor manager and the schedule manager, generates a protocol, encrypts it if necessary, and transmits the protocol data converted to the protocol sender.

As shown in FIG. 5, the smart processor manager confirms the information recorded in the database by the protocol analyzer and the schedule manager, generates information data for each condition, confirms the registered mapping information, processes the data according to the mapping algorithm, To the constructor side.

At this time, the condition information data generation algorithm, the mapping information, and the mapping algorithm are registered in advance by the manager who manages the middleware device using the web service through an arbitrary terminal.

On the other hand, data received by the middleware device is not information but simple data. When the simple data is processed and a value is imposed, the smart processor manager generates new information data based on the received data (Including the control system) requiring the information data through the protocol creator and the protocol sender.

In the above, assuming that there are data and information, for example, a terminal providing temperature or humidity values and a ventilator driven when a specific temperature or humidity is present, the value of temperature or humidity is data, The temperature and humidity conditions that are set for it are referred to as information.

Such a series of algorithms is provided to the terminal used by the manager through the GUI so that the middleware device can be implemented by the administrator.

Also, the mapping algorithm means an algorithm to be set by the administrator who performs the protocol mapping, and the middleware device provides the setting menu through the GUI so that it can be set through the terminal used by the administrator.

On the other hand, in FIG. 2, a schedule manager manages schedules of all the processes constituting the middleware device. As shown in FIG. 6, the registration manager registers, in addition to the protocol data via the web- Registration and so on.

The data conversion example of the present invention will be described with reference to FIGS. 7 and 8

When the middleware apparatus receives data (hereinafter referred to as transmission data) from the transmitting terminal (S201), the middleware apparatus confirms information (IP address, login information, etc.) of the transmitting terminal, (S202), and extracts the client data, which is the content to be actually transmitted, from the payload portion of the transmission data in accordance with the communication protocol (S203).

The data extraction process will be described using a data structure. As shown in FIG. 8, typical data has a structure divided into a header and a payload. The header includes a data block The data to be actually transmitted is not described, but the formal data for transmitting the data is recorded. The payload includes a message including the data itself to be actually transmitted in the data transmission Data portion in which data to be actually transmitted is recorded, except for an additional check sum, STX, ETX, etc., included for data transmission in the message data, is referred to as client data.

Then, the middleware apparatus determines whether information data generation is necessary using the received data (S204). When the information data generation is necessary, the middleware apparatus generates information data based on the received data based on predefined rules (S205 )

In the case where the information data is not generated or information data generation is not required, the middleware apparatus is connected to the middleware apparatus (S206). When the arbitrary user requesting the extracted client data is connected to the middleware apparatus (S206) Side communication protocol recorded in the middleware apparatus by using the information of the terminal and converts the client data extracted from the transmission data according to the communication protocol of the receiving terminal to transmit the data to be transmitted to the receiving terminal ) (S207)

8, when the transmission-side communication protocol is a TCP communication protocol, the transmission data is converted into a reception-side UDP communication protocol to generate reception data. In the case where the client data is converted from the message data of the UDP communication protocol into the corresponding client The data is recorded in a data recording portion, and the payload including the data is combined with a header to generate reception data.

After generating the data, it is determined whether there is a request to transmit the data (S208). The necessary data is transmitted to the receiving terminal (S209) If the storage is necessary, the data is stored and if the data is not stored, the process is immediately terminated (S211)

Meanwhile, the client data extracted from the transmission data is not transmitted by applying the data according to the receiving side protocol according to the request of the receiving side after storing the line, but the transmitted data is transmitted to the receiving side according to the rule defined by the administrator, The stored data is stored as log data and stored for big data collection.

Therefore, even if there is no request from the receiving side, the data transmitted from the transmitting side can be transmitted to the receiving side.

If the transmission / reception data is required to be encrypted and decrypted, the encryption / decryption technique is received from the terminal and registered in the middleware. Then, when the transmission / reception data is generated, the registered encryption / decryption technology is used Encrypts and decrypts the data, extracts the client data from the decrypted transmission data, generates message data for the received data using the extracted client data, and performs encryption to generate received data.

In the above description, the middleware device is capable of dynamically controlling according to a user-defined condition. In this case, the user-defined condition is that a user or an administrator designes a protocol mapping and derives information data according to a condition defined by an administrator This is the condition defined by the administrator to carry out a series of processes for designing and transmitting the information data to the object or control system to receive the information data defined by the administrator.

In addition, the fact that dynamic control is possible means that, for example, an object A transmits data to an object B and the manager can transmit data to the object C through the mapping UI without further development.

In order to dynamically control objects (facilities, actuators, sensors, etc.) in real time, inter-object control conditions must be designed (designed) by the middleware device.

For example, in a house with a length of 200m and a width of 10m, where temperature-sensitive special crops are cultivated, a temperature sensor device is located at intervals of 10m on both sides, and when the air conditioner is located at the beginning and end of a house, This is the optimum temperature to grow. In order to maintain a uniform temperature throughout the house, there is a problem that the air flow direction, intensity, and wind temperature of the air conditioner must be occasionally manipulated.

In order to solve this inconvenience, the condition design must be preceded by the middleware device as mentioned above so that the temperature sensor and the real time dynamic control of the cooling and heating period can be performed.

Assuming that the temperature sensor transmits the temperature value to the middleware device every second, the user can keep the temperature constant throughout the house by using the value ascended from each temperature sensor to maintain a constant temperature in the house for 365 days. . In order to achieve this, protocol mapping is firstly performed so that communication can be performed with the temperature sensor in which the communication is performed, and data is extracted from the payload area in the application protocol transmitted from the device side, (Temperature sensor, air conditioner) through a series of processes of calling and executing and processing a subroutine (a program unit in which the computer can execute a policy designed by a user) And to provide a dynamic control environment in which objects can be actively controlled according to various external environments and conditions within a range in which the objects can be operated.

For this dynamic control, it is necessary to set the condition to be a guide to perform the operation, and the active control is performed according to the condition defined by the administrator. The condition to be defined by the administrator is set through the GUI, and the set information is stored in the system in the form of javascript and used for data processing for active control.

Claims

A protocol registration process of inputting protocol data related to protocols including a communication protocol and a protocol structure to be used for a plurality of terminals to be connected to a middleware device through a GUI and recording them in a database,
Registering a mapping algorithm input through a GUI,
A transmission data analysis step of checking protocol of a corresponding transmitting terminal using protocol related data registered in a middleware device and extracting only client area data from the transmitted data when data is transmitted from an arbitrary transmitting terminal to a middleware device;
If there is a data transmission request from the receiving terminal, the middleware device checks the communication protocol of the receiving terminal and, if protocol conversion is required, transmits the client area data separated from the transmitting data using the mapping algorithm defined by the administrator through the GUI And writing the data in the client area according to the communication protocol of the receiving-side terminal.

The method as claimed in claim 1, further comprising: registering encryption and decryption techniques transmitted from the terminal in the middleware device when the data to be transmitted and received between the transmitting side, the receiving side, and the middleware device is required, and encrypting and decrypting the data using the registered encryption / And transmitting the decoded data to the corresponding terminal after performing decoding and decoding.

Related data including a communication protocol and a protocol structure used for a plurality of terminals to be connected are input through a GUI and recorded in a database, a mapping algorithm defined by an administrator through a GUI is registered in the database,
(A protocol) transmitted from the transmitting terminal, decrypts the encrypted data through a protocol parser, decrypts the structure of the message protocol using the recorded protocol-related data, A mapping algorithm is used to map data from the transmitting-side protocol to the receiving-side protocol structure, the structure is converted to conform to the receiving-side protocol, and data is transmitted to the receiving-side terminal (B Protocol)
The mapping of data from the transmitting-side protocol to the receiving-side protocol structure is performed by extracting only the client area data from the transmitted data by checking the protocol of the corresponding transmitting-side terminal using the registered protocol-related data, If there is a request, the communication protocol of the receiving terminal is checked. If the protocol conversion is required, the client area data separated from the requested transmitting data is transmitted to the receiving terminal's communication protocol using the mapping algorithm defined by the administrator through the GUI A computer program stored in the medium to cause the computer to perform the steps of: