KR20110024320A - U-gateway, system and method for processing message including the same in u-city - Google Patents

Abstract

PURPOSE: A U-gateway, a system, and a method for processing message including the same in U-city are provided to collect and manage heterogeneous city facilities and device signals. CONSTITUTION: A messaging engine module(120) parses a collected message based on a pre-registered device type and message meta data. The messaging engine module performs routing based on the message rule according to the parsing result. A business message distribution module(130) distributes the routed message to the correspondence business module. A conversion module(140) changes the heterogeneous message collected from different devices into the standard format. The conversion module offers the transformed message to the business message distributor module.

Description

U-gateway, system and method for processing message including the same in U-city}

The present invention relates to a U-gateway, a message processing system and method including the same in a U-city, and more particularly, to provide an interface between a device and an urban integration center for efficient operation of a ubiquitous city and intelligent control of the city. A U-gateway, and a message processing system and method comprising the same.

Today, IT (Information Technologies) technology is used in both wired and wireless environments, and is becoming ubiquitous with digital convergence. Here, ubiquitous is Latin, meaning "whenever, wherever" and "exists at the same time," meaning a natural state everywhere, such as water or air, by Mark Weise of the Xerox Palo Altos Institute in 1988. First presented ('Ubiquitous computing is a paradigm shift where technology becomes virtually invisible in our lives.').

Ubiquitous computing is a human-centred, environmentally-aware computing model that provides humans with automated and optimized processing. It is to be effectively planted and fused in the environment so that it is not revealed.

The ubiquitous world aims at 5C Anytime (Anytime, Anywhere, Anynetwork, Anydevice, Anyservice) such as Computing, Communication, Connectivity, Contents, Calm.

The various devices that are components of ubiquitous computing include not only a series of personal support devices (eg PDAs) but also applications in home networks such as refrigerators, washing machines, gas ranges, stereos, and rice cookers with semiconductor chips. do.

U-City, which can apply the ubiquitous technology to the entire city, can further improve human living culture. For convenience of life, U-City is based on crime prevention / disaster prevention, U-GIS (Geographic Information System), public facilities management, Public services such as environmental monitoring, road / traffic management, and security / disaster prevention can be provided.

As such, various interfaces are required between devices such as facilities and measuring instruments and urban integration centers for efficient operation of ubiquitous cities and intelligent control of cities. Conventionally, service connection is not desired even between the same regions according to the manufacturer and device protocol of the device, and there is a difficulty in deriving advanced information. In addition, even if the service is actually linked, high costs are required, and as a result, the synergy effect cannot be expected as it is operated as a separate service between local departments and service providers.

The present invention has been made to solve the above problems, U-gateway and message processing apparatus and method comprising the same to collect and manage the heterogeneous urban facilities and device signals in the U-City The purpose is to provide.

An object of the present invention is to integrate the interface with the device, and to introduce a dedicated middleware to improve the efficiency of the connection with the field device and to ensure reliability, to reduce the maintenance cost in operation.

In addition, an object of the present invention is to establish a city integrated operating system that can flexibly respond to the addition and expansion of services and devices of the future U-City through a gateway.

In addition, an object of the present invention is to enable the integration of various U-devices, such as intelligent streetlights, U-media boards, integrated poles, as well as USN (Ubiquitous Sensor Network) as well as facilities in the U-city site.

The ubiquitous gateway (hereinafter referred to as 'U-gateway') of the present invention for achieving the above object is a message collection module for collecting messages generated from various devices in the ubiquitous city (hereinafter referred to as 'U-city'). And a messaging engine module for parsing the collected message based on a registered device type and message metadata, and routing the message based on a message rule according to a parsing result, and distributing the routed message to a corresponding business module. A business message distribution module and a conversion module for converting heterogeneous messages collected from different devices into a standard format for providing to the business message distribution module.

The apparatus may further include a message meta information management module that stores the message metadata. In this case, the messaging engine module may include a message meta loading module for loading meta data from the message meta information management module.

In one embodiment of the present invention further comprises a facility meta information management module for storing metadata related to various facilities in the U-City, the messaging engine module is facility metadata for loading metadata from the facility meta information management module It may include a loading module.

In one embodiment of the present invention further comprises an event meta information management module for storing metadata related to the occurrence of the event, the messaging engine module further comprises an event meta loading module for loading metadata from the event meta information management module It may include.

The conversion meta information management module may further include a conversion meta information management module for storing conversion meta data required for converting a heterogeneous message to a standard format. In this case, the transformation module may include a transformation meta loading module for loading meta data from the transformation meta information management module.

The message collecting module may collect and collect messages generated from different devices. Alternatively, the message collecting module may collect and collect messages transmitted in different communication protocol methods.

The message collection module may be composed of a plurality of message collection modules operating in a separate process.

The business message distribution module may consist of a plurality of business message distribution modules operating in a separate process.

In the present invention, the message processing system collects messages generated from various devices in the U-city, parses the collected messages based on the registered device type and message metadata, and rules the messages according to the parsing result. And a U-gateway for converting the routed message into a standard format and distributing it to a corresponding business module, and controlling an operation of the U-gateway and managing metadata.

The integrated console may register information including device information, message information, communication protocol information, message conversion information, and event information in the U-gateway, and provide a function of modifying, deleting, and inquiring registered information.

The integrated console can provide transaction processing confirmation, system monitoring, device-specific processing statistics and module-specific processing statistics inquiry functions in the U-gateway.

The U-gateway may include a message collection module for collecting messages generated from various devices in a U-city, parsing the collected messages based on a registered device type and message metadata, and parsing the collected messages according to a parsing result. A messaging engine module for routing based on message rules, a business message distribution module for distributing the routed messages to a corresponding business module, and a conversion for converting heterogeneous messages collected from different devices into a standard format and providing the business message distribution module It may include a module.

The message processing method of the present invention includes receiving a message from various devices in a U-city, parsing the received message, checking a validation of the parsed message, and validating the registered urban facility. Determining an attribute, diagnosing an event from the message, determining a destination node of the corresponding business module based on metadata of the message, and transmitting the message to the corresponding business module.

The checking of the validation may determine whether the content is appropriate through identification of the parsed message.

Alternatively, the step of checking the validation may be to determine whether the validation rule registered in the corresponding message is violated through the identification of the parsed message.

Diagnosing the event may be diagnosing the event using the content of the received message.

Diagnosing the event may be diagnosing the event using a rule of the received message.

After diagnosing the event, the method may further include selecting a priority level for each event and processing the event having a higher priority level.

As a result of the event diagnosis, the event may further include the step of preferentially processing the event.

The corresponding business modules may perform message transmission and reception in a multilevel queue structure.

According to the present invention, it is possible to integrate, collect, and manage heterogeneous urban facilities and device signals in a U-city. That is, the U-gateway of the present invention can flexibly cope with addition / change of U-service, expansion of urban facilities, and protocol change.

In addition, by configuring a dedicated layer in charge of the device interface of the city integration operation center to provide consistency of integration linkage, there is an effect that can provide a stable and reliable U-gateway service.

According to the present invention, signals and events of different urban facilities can be normalized to find the correlation between signals, and based on this, it is possible to implement a converged service light intelligent service that has not been realized before.

As such, in the present invention, since the integrated management and operation of urban facilities and U-devices are possible, there is an effect of reducing the maintenance and effort of the U-city.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the drawings, the same reference numerals are used for the same reference numerals even though they are shown in different drawings. In the following description of the present invention, a detailed description of known functions and configurations incorporated herein will be omitted when it may make the subject matter of the present invention rather unclear.

1 is a block diagram showing a schematic configuration of a U-city system.

Referring to FIG. 1, the U-gateway 100 is an independent system that provides a contact point with on-site devices and facilities of an integrated platform of a U-city integrated operation center, and serves to ensure the distribution of real-time field signals and message consistency. Do it.

In the present invention, the U-gateway 100 integrates, collects, filters, and standardizes the signals of the field stage and transmits the signals to the integrated platform. The U-gateway 100 may process emergency events directly according to the urgency of the situation.

The internal configuration of the U-gateway 100 will be described in detail with reference to the accompanying drawings.

2 is a block diagram of a message processing system including a U-gateway according to an embodiment of the present invention.

Referring to FIG. 2, the U-gateway 100 includes a message collection module 110, a messaging engine module 120, a business message distribution module 130, a translation module 140, a message meta information management module 150, and facilities. The meta information management module 160, the event meta information management module 170, and the transformation meta information management module 180 are included.

The message collection module 110 collects messages generated from various devices in the U-city. In the embodiment of FIG. 2, the message collection module 110 collects messages generated from three devices of device A, device B, and device C through the wired / wireless network 300.

In one embodiment of the present invention, the message collection module 110 may collect and collect messages generated from different devices. For example, the message collection module 110 is to collect and collect messages from different devices such as sensors, CCTV, media boards, RFID, urban transportation facilities, smart building facilities, urban underground / ground facilities.

In another embodiment of the present invention, the message collection module 110 may collect and collect messages transmitted in different communication protocol schemes. For example, the message collection module 110 collects and transmits messages transmitted in different communication protocols such as TCP / IP, HTTP, and SOAP.

In the present invention, the U-gateway 100 may be implemented as a plurality of message collection modules 110 operating in a separate process. As such, since each message collection module 110 is designed to operate as a separate process, a failure in one module does not affect the entire system. In this case, each process may use resources such as a separate memory and a separate queue, and operate as a multi-thread in a single unit process, thereby improving message processing efficiency.

The messaging engine module 120 parses the message collected by the message collection module 110 based on the registered device type and the message metadata, and routes the message based on the message rule according to the parsing result. . In the present invention, when the new device and the message are added according to the process of the messaging engine module 120, it is possible to integrate and control the new device by simply registering the content without changing the source.

The business message distribution module 130 distributes the routed messages to the corresponding business modules 400a, 400b, ..., 400n. In the present invention, the U-gateway 100 may be implemented as a plurality of business message distribution modules 130 operating in a separate process. As such, since each message collection module 110 is designed to operate in a separate process, a failure in one module does not affect the entire system. In this case, each process may use resources such as a separate memory and a separate queue, and operate as a multi-thread in a single unit process, thereby improving message processing efficiency.

The conversion module 140 converts the heterogeneous messages collected from the different devices into a standard format and provides them to the business message distribution module 130.

The message meta information management module 150 stores message meta data. In the present invention, the messaging engine module 120 includes a message meta loading module 122 for loading meta data into the memory from the message meta information management module 150.

The facility meta information management module 160 stores meta data related to various facilities in the U-city. In the present invention, the messaging engine module 120 includes a facility meta loading module 124 for loading metadata from the facility meta information management module 160.

The event meta information management module 170 stores meta data related to event occurrence. In the present invention, the messaging engine module 120 further includes an event meta loading module 126 for loading meta data from the event meta information management module 170.

The transformation meta information management module 180 stores the transformation meta data required to convert heterogeneous messages into a standard format. In the present invention, the transformation module 140 serves to include a transformation meta loading module 142 for loading meta data from the transformation meta information management module 180.

The integrated console 200 controls the driving of the U-gateway 100 and manages metadata. In the present invention, the integrated console 200 registers information including device information, message information, communication protocol information, message conversion information, and event information in the U-gateway 100, and corrects, deletes, and inquires the registered information. To provide.

In addition, the integrated console 200 in the present invention provides a transaction processing confirmation, system monitoring, device-specific processing statistics and module-specific processing statistics inquiry function in the U-gateway 100.

In the present invention, the U-gateway 100 may be implemented by introducing an asynchronous queue concept to secure independence between modules and improve system performance. That is, the communication processing method between the modules of the U-gateway 100 may be processed asynchronously by introducing a queue concept, and internally inserting an internal header for message synchronization may preserve message consistency. The internal header includes essential meta information such as message source, destination, conversion status, emergency status, internal message ID, and corresponding ID information for high availability (HA).

A message processing method in the message processing system having the above configuration will now be described with reference to the drawings.

3 is a flowchart illustrating a message processing method according to an embodiment of the present invention.

A message is received from various devices in the U-city (S301).

The received message is parsed (S303). In step S303, the message meta data may be loaded and parsed from the message meta information management module 150.

The validation of the parsed message is checked (S305). In the present invention, step S305 may be to determine whether the content is appropriate through the identification of the parsed message. Alternatively, step S305 may be to determine whether or not the violation of the validation rule registered in the message through the identification of the parsed message.

If it violates the validation rule in step S305, it will be processed according to the policy base. For example, you can ignore the message that violates the validation rule or load it on a separate queue.

If the validation is valid, the property of the registered urban facilities is determined (S307). In operation S307, the facility metadata may be loaded from the facility meta information management module 160 to determine the property of the city facility.

The event is diagnosed from the message (S309). In operation S309, the event meta data may be loaded from the event meta information management module 170 to diagnose an event. In an embodiment of the present invention, step S309 may be to diagnose an event by using contents of the received message. Alternatively, step S309 may be to diagnose an event using a rule of the received message.

The destination node of the corresponding business module is determined based on the metadata of the corresponding message (S311). Then, the message is transmitted to the corresponding business module 400a, 400b, ..., 400n (S313). According to an embodiment of the present invention, the corresponding business modules 400a, 400b, ..., 400n may transmit and receive messages in a multilevel queue structure.

In an embodiment of the present invention, after step S309, the method may further include selecting a priority level for each event and processing the event having the highest priority level. In addition, when the event diagnosis result, after the step S309, the event that requires the emergency processing may further comprise the step of preferentially processing the event.

While the invention has been described using some preferred embodiments, these embodiments are illustrative and not restrictive. Those skilled in the art will appreciate that various changes and modifications can be made without departing from the spirit of the invention and the scope of the rights set forth in the appended claims.

1 is a block diagram showing a schematic configuration of a U-city system.

2 is a block diagram of a message processing system including a U-gateway according to an embodiment of the present invention.

3 is a flowchart illustrating a message processing method according to an embodiment of the present invention.

* Description of the symbols for the main parts of the drawings *

100 U-Gateway 200 Integrated Console

110 Message Collection Module 120 Messaging Engine Module

130 Business Message Module 140 Conversion Module

150 Message Meta Information Management Module 160 Facility Meta Information Management Module

170 Event Meta Information Management Module 180 Conversion Meta Information Management Module

122 Message Metaloading Module 124 Facility Metaloading Module

126 Event Metaloading Module 142 Transform Metaloading Module

400n, 400b, ... 400n compatible business module

300 wired and wireless network

Claims (23)

A message collection module for collecting messages generated from various devices in a ubiquitous city (hereinafter, referred to as 'U-city'); A messaging engine module for parsing the collected messages based on pre-registered device types and message metadata and routing based on message rules according to parsing results; A business message distribution module for distributing the routed message to a corresponding business module; And Conversion module that converts heterogeneous messages collected from different devices into a standard format and provides them to the business message distribution module. U-gateway in the U-city comprising a. The method of claim 1, And a message metadata management module for storing the message metadata. The method of claim 2, The messaging engine module, And a message metaloading module for loading meta data from the message meta information management module. The method of claim 1, Further comprising a facility meta information management module for storing metadata related to various facilities in the U-City, The messaging engine module comprises a facility meta loading module for loading metadata from the facility meta information management module. The method of claim 1, Further comprising an event meta information management module for storing the metadata related to the event occurrence, The messaging engine module further comprises an event meta loading module for loading meta data from the event meta information management module. The method of claim 1, U-gateway in the U-city characterized in that it further comprises a conversion meta information management module for storing the conversion metadata required to convert the heterogeneous message to a standard format. The method of claim 6, The transform module includes a transform meta loading module for loading meta data from the transform meta information management module. The method of claim 1, And the message collecting module aggregates and collects messages originating from different devices. The method of claim 1, The message collection module is a U-gateway in the U-city, characterized in that for collecting the messages transmitted in a different communication protocol scheme. The method of claim 1, The message collection module is a U-gateway in the U-city, characterized in that consisting of a plurality of message collection module operating in a separate process. The method of claim 1, The business message distribution module comprises a plurality of business message distribution modules operating in a separate process. Collecting messages generated from various devices in the U-city, parsing the collected messages based on pre-registered device types and message metadata, routing based on message rules according to the parsing results, and A U-gateway that converts the routed message into a standard format and distributes the routed message to a corresponding business module; And Message handling system including an integrated console to control the operation of the U-gateway, and to manage metadata. The method of claim 12, The integrated console registers information including device information, message information, communication protocol information, message conversion information, and event information in the U-gateway, and provides a function of modifying, deleting, and inquiring registered information. Message processing system. The method of claim 12, The integrated console is a message processing system, characterized in that providing a transaction processing confirmation, system monitoring, device-specific processing statistics and module-specific processing statistics inquiry function in the U-gateway. The method of claim 12, The U-gateway, A message collection module for collecting messages generated from various devices in the U-city; A messaging engine module for parsing the collected messages based on pre-registered device types and message metadata and routing based on message rules according to parsing results; A business message distribution module for distributing the routed message to a corresponding business module; And And a conversion module for converting heterogeneous messages collected from different devices into a standard format for providing to the business message distribution module. Receiving messages from various devices in the U-city; Parsing the received message; Checking the validation of the parsed message; Determining an attribute of a registered urban facility if the validation is valid; Diagnosing the event from the message; Determining a destination node of the corresponding business module based on the metadata of the message; And And transmitting the message to a corresponding business module. The method of claim 16, The step of checking the validation, And determining the appropriateness of the corresponding content through the identification of the parsed message. The method of claim 16, The step of checking the validation, And determining whether a violation of a validation rule registered in the corresponding message is determined through identification of the parsed message. The method of claim 16, Diagnosing the event, A method for processing a message in a U-city, characterized in that the event is diagnosed using the contents of the received message. The method of claim 16, Diagnosing the event, Diagnosing an event using a rule of the received message, the message processing method in U-city. The method of claim 16, After diagnosing the event, Selecting a priority level for each event and processing the first event with a higher priority level. The method of claim 16, After diagnosing the event, If the event diagnosis result, the event processing in the event of urgent processing further comprising the step of processing the event preferentially characterized in that it further comprises. The method of claim 16, The corresponding business modules transmit and receive messages in a multilevel queue structure.

Images