KR20140042463A - Apparatus for processing data - Google Patents

Abstract

The present invention relates to a data processing apparatus capable of enhancing the data processing speed of a building data system. The data processing apparatus comprises at least one control information device for receiving data from various kinds of facilities in the fields such as air-conditioning within a building, chamber cooling and warming, cool and warm water supplying, sanitation, lighting, electricity supply, crime prevention, disaster prevention; a control module for monitoring the data and outputting operation control signals for the facilities to the control information device; a user interface module including a plurality of screens for outputting a monitoring result of the control module and an operation control state of the facilities; a storage module for storing information on switches among the screens; and a cache module for receiving, from the control information device, data on other screens to which a first screen currently in operation can be switched based on the information on the switches among the screens stored in the storage module, storing the data on other screens and standing by, and transmitting stored data on a second screen to the control module when the first screen is switched to the second screen in response to a request from the control module. [Reference numerals] (100) BAS server; (110) User interface module; (120) BAS business logic module; (130) UI map storage module; (140) Cache service module; (141) Cache logic module; (142) Data storage module; (150) Schedule service module; (160) Event service module; (170) History service module; (300-1) First DDC; (300-2) Second DDC; (300-N) N^th DDC; (AA,CC,EE) Data request; (BB,DD,FF) Data response

Description

Apparatus for processing data

The present invention relates to a data processing apparatus capable of improving the data processing speed of a building data system.

Recently, office buildings have been enlarged and functionalized, and complex facilities such as air conditioning, sanitation, electric power, crime prevention, and disaster prevention are combined. A building automation system (BAS) constructed to monitor and control these various facilities is connected to various facilities and performs data communication with a direct digital controller (DDC) that controls them.

1 is a block diagram showing the configuration of a conventional data processing apparatus.

Referring to FIG. 1A, the BAS server 100 requests and processes all necessary data from each of the first to Nth DDCs 300_1,..., And 300_N, and outputs the data to an internal user interface screen. Depending on the speed of existing protocols, there are many delays in the user interface screen calls.

Referring to FIG. 1B, a gateway 200 is installed between the BAS server 100 and the first-Nth DDCs 300_1,..., 300_N, and the first-Nth DDC 300_1 is first installed in the gateway 200. Collect the data of ..., 300_N, and transmits the data currently held by the gateway 200 to the BAS server 100 when the data request from the BAS server 100.

As such, the standard protocols currently used in BAS (BACnet, lonwork, modbus, etc.) have a lot of overhead in terms of speed due to the limitation of standardization, so in a real-time control network, a large number of data are monitored through the protocol. And a lot of burden to control.

Domestic Publication No. 2011-0055807

The technical problem to be solved by the present invention is to provide a data processing device that can improve the data processing speed and reduce the unnecessary network load due to caching by caching only the data expected in advance in the building automation system. have.

Data processing apparatus according to an embodiment for solving the technical problem to be achieved by the present invention is at least one receiving data from a variety of facilities, such as air conditioning, heating and cooling, cold and hot water, sanitation, lighting, power, crime prevention and disaster prevention in the building Above control information; A control module for monitoring the data and outputting an operation control signal of the facilities to the control information; A user interface module outputting a monitoring result of the control module and an operation control situation of the facilities and including a plurality of screens; A storage module that stores inter-screen switching information for the screens; And at the request of the control module, receive and store data of other screens that can be switched by the first screen currently operating based on the inter-screen switching information stored in the storage module from the control information device, And a cache module for transmitting data of the second screen being stored to the control module when the screen is switched to the second screen among the other screens.

In the present invention, the cache module, after transmitting the data of the second screen to the control module, receiving and updating data of the other screens that can be switched by the second screen, from the control information device It features.

According to an embodiment of the present invention, a schedule service module, in which the predetermined control information device performs driving / stop of the facility according to a predetermined schedule, further comprises: The cache module includes a control value for driving / stopping the facility by the control information device. After storing and waiting, the control value is transmitted to the user interface module through the schedule service module and the control module at the request of the user interface module.

The present invention may further include an event service module configured to process an event occurring in the control information device, wherein the cache module stores and waits for an event value changed from the control information device in which a predetermined event occurs and waits for the user. The event value is transmitted to the user interface module through the event service module and the control module at the request of an interface module.

In the present invention, a history service module for collecting and storing data at predetermined intervals for the control information set as the target of interest, wherein the cache module, the control information set as the target of interest at predetermined intervals Receiving, storing and waiting for data from the device, the data is transmitted to the user interface module through the history service module and the control module at the request of the user interface module.

As described above, according to the present invention, only data expected to be needed in a building automation system may be cached in advance, thereby improving data processing speed and reducing unnecessary network load due to caching.

1 is a block diagram showing the configuration of a conventional data processing apparatus.
2 is a block diagram illustrating a configuration of a data processing apparatus according to an exemplary embodiment.
FIG. 3 is a diagram illustrating a user interface screen switching according to a caching scheme of FIG. 2.
FIG. 4 is a block diagram illustrating schedule data processing according to a caching scheme of FIG. 2.
FIG. 5 is a block diagram illustrating event data processing according to a caching scheme of FIG. 2.
FIG. 6 is a block diagram illustrating historical data processing according to a caching scheme of FIG. 2.

BRIEF DESCRIPTION OF THE DRAWINGS The present invention is capable of various modifications and various embodiments, and specific embodiments are illustrated in the drawings and described in detail in the detailed description. It is to be understood, however, that the invention is not to be limited to the specific embodiments, but includes all modifications, equivalents, and alternatives falling within the spirit and scope of the invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.

The terms first, second, etc. may be used to describe various elements, but the elements should not be limited by terms. Terms are used only for the purpose of distinguishing one component from another.

The terminology used in this application is used only to describe a specific embodiment and is not intended to limit the invention. Singular expressions include plural expressions unless the context clearly indicates otherwise. In the present application, the terms "comprises" or "having" and the like are used to specify that there is a feature, a number, a step, an operation, an element, a component or a combination thereof described in the specification, But do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or combinations thereof.

The invention can be represented by functional block configurations and various processing steps. Such functional blocks may be implemented in various numbers of hardware or / and software configurations that perform particular functions. For example, the present invention relates to integrated circuit configurations such as memory, processing, logic, look-up table, etc., which may execute various functions by the control of one or more microprocessors or other control devices. It can be adopted. Similar to how the components of the present invention may be implemented in software programming or software elements, the present invention includes various algorithms implemented in combinations of data structures, processes, routines or other programming constructs, including C, C ++ It may be implemented in a programming or scripting language such as Java, an assembler, or the like. The functional aspects may be implemented with an algorithm running on one or more processors. In addition, the present invention may employ the prior art for electronic environment setting, signal processing, and / or data processing. Terms such as mechanism, element, means, configuration can be used broadly and are not limited to mechanical and physical configurations. The term may include the meaning of a series of routines of software in conjunction with a processor or the like.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. Referring to the accompanying drawings, the same or corresponding components are denoted by the same reference numerals, do.

2 is a block diagram illustrating a configuration of a data processing apparatus according to an exemplary embodiment.

Referring to FIG. 2, the data processing apparatus 20 includes a BAS server 100 and first-Nth DDCs 300_1,..., 300_N.

The BAS server 100 monitors and controls various facilities such as air conditioning, heating and cooling, cold and hot water, sanitation, lighting, power, crime prevention, and disaster prevention in a building.

The first to N-th DDCs 300_1,... 300_N are control information devices, and receive operation status data from an object such as a sensor, a valve, or a damper in a building by request, and transmit them to the BAS server 100.

In the present embodiment, the BAS server 100 may include a user interface module 110, a BAS business logic module 120, a UI map storage module 130, a cache service module 140, a schedule service module 150, and an event service module. 160 and the history service module 170 may be included. In addition, the cache service module 140 may include a cache logic module 141 and a data storage module 142.

The user interface module 110 outputs monitoring results of various facilities and may include a plurality of screens.

The BAS business logic module 120 is a BAS control module that drives various control logics necessary for the BAS, monitors operation state data received from the first-first N-DDCs 300_1, ... 300_N, and first. Outputs an operation control signal for controlling the operation of the N-th DDCs 300_1, ... 300_N;

The user interface map storage module 130 is a user interface that stores a map indicating a relationship between screens, that is, screen view switching information, and has an independent ID for each screen. In the present embodiment, a screen is assumed to be a web base, and in the case of a window base, a UI map can be created by defining IDs for each screen and movement between screens. Basically, in case of web base, UI map can be created automatically by interpreting html file. 3A shows a UI map. Referring to FIG. 3A, screen 1 is set to switch to screen 2, and screen 4 is set to switch to screen 3, screen 6, and screen 10.

The cache service module 140 includes a cache logic module 141 for establishing a data collection policy and a data storage module 142 for storing actual cached data. do. The cache logic module 141 mutually assists with the schedule service module 150, the event service module 160, and the history service module 170. The cache logic module 141 periodically operates according to a defined policy. … 300_N) information is collected and stored. Hereinafter, the operation of the cache service module 140 will be described with reference to FIGS. 3 to 6.

The schedule service module 150 executes / stops a specific device according to a predetermined schedule.

The event service module 160 processes various events generated in the first-Nth DDCs 300_1,... 300_N, for example, an alarm, a change of value (COV), a change of time (COT), and the like.

The history service module 170 collects data from the first-Nth DDCs 300_1,... 300_N and stores the data at predetermined intervals.

In this embodiment, the cache service module 140 changes a data collection target by the UI map, updates the stored data according to a schedule in connection with the schedule service module 150, or operates in conjunction with the event service module 160. Or, it operates in conjunction with the history service module 170.

First, referring to FIG. 3, an operation of the cache service module 140 for changing a data collection target by the UI map will be described. FIG. 3 is a diagram illustrating a user interface screen switching according to a caching scheme of FIG. 2.

The user interface module 110 requests data for output from the BAS business logic module 120, and the BAS business logic module 120 requests data necessary for the cache service module 140 to the user interface module 110. Reflect. It is not necessary to request data from the first to N-th DDCs 300_1,... 300_N to update the user interface module 110, thereby reducing the speed degradation due to communication. In addition, when the user interface module 110 is changed, the location of the current user interface module 110 is updated to the UI map storage module 130, and the UI map storage module 130 is currently updated. The screen capable of relocating from the location to the surrounding area is searched, and the data of the first-Nth DDCs 300_1,... 300_N allocated to the screen are transmitted to the cache logic module 141 in advance and stored in the data storage module 142.

The building automation system can control and monitor the first-nth DDCs 300_1,... 300_N, and the network burden is increased when monitoring all the DDCs for the cache. Accordingly, the BAS business logic module 120 obtains information on a screen that can be switched from the corresponding screen based on the currently operating screen through the UI map stored in the UI map storage module 130, and then cache cache module 141. Request information of the first-Nth DDCs 300_1,... 300_N that can provide a switchable screen.

3A illustrates a UI map stored in the UI map storage module 130. Referring to FIG. 3A, for example, screen 1 is set to switch to screen 2, and screen 4 is set to switch to screen 3, screen 6, and screen 10. FIG.

3B illustrates the switching from screen 4 to screen 6 according to the caching technique. Data is currently output to screen 4, and screen 4 can be switched to screen 3, screen 6, and screen 10 according to the UI map. In this case, the data storage module 142 of the cache service module 140 stores data of the screen 3, the screen 6, and the screen 10 that the screen 4 can switch. When the user switches from screen 4 to screen 6, the BAS business logic module 120 requests data corresponding to screen 6 from the cache logic module 141, and the cache logic module 141 stores the data storage module 142. Read only the data for the screen 6 stored from the BAS business logic module 120, the BAS business logic module 120 transmits the data for the screen 6 to the user interface module (110). After switching to screen 6, the cache logic module 141 receives data about screens 5 and 8 from which screen 6 can transition from the corresponding first-Nth DDCs 300_1,... 142) and wait.

As such, the UI screen update speed may be improved by using the UI map storage module 130 and the cache service module 140 that processes the large data. Caching in this embodiment can reduce unnecessary network load due to caching by caching only data that is expected to be needed based on the UI map, rather than caching all data.

FIG. 4 is a block diagram illustrating schedule data processing according to a caching scheme of FIG. 2.

Referring to FIG. 4, the schedule service module 150 is a cache logic module 141 that is a schedule, that is, a specific device according to a schedule, that is, a variety of facilities that can be controlled by the first-N-th DDC (300_1, ... 300_N) The schedule control request signal is transmitted as a start / stop request signal. The schedule control request signal includes a control value through which the first-Nth DDCs 300_1,... 300_N can start / stop specific equipment. The cache logic module 141 transmits a schedule control request signal to a specific DDC among the 1-th N-DDCs 300_1 to 300_N, and stores the schedule control value of the specific DDC in the data storage module 142. Subsequently, when a specific DDC schedule control value confirmation request signal is received from the user interface module 110, the BAS business logic module 120 transmits a specific DDC schedule control value confirmation request signal to the schedule service module 150 and schedule service. The module 150 transmits a specific DDC schedule control value confirmation request signal to the cache logic module 141 again. The cache logic module 141 reads out a specific DDC schedule control value stored in the data storage module 142, which is sent to the user interface module 110 through the schedule service module 150 and the BAS business logic module 120. Is sent.

In the related art, since a schedule control value was received by directly accessing a specific DDC among the first-Nth DDCs 300_1,... 300_N at the request of the user interface module 110, processing time was somewhat required, as in the present embodiment. When the user interface module 110 requests, the control value stored in the cache service module 140 may be directly transmitted without accessing the first-Nth DDCs 300_1,... 300_N. Will be faster.

FIG. 5 is a block diagram illustrating event data processing according to a caching scheme of FIG. 2.

Referring to FIG. 5, when an event, for example, an alarm, a COV, a COT, or the like occurs in the first-Nth DDCs 300_1,... 300_N, the cache logic module 141 stores an event generated in the corresponding DDC. Store at 142. Here, the event data includes change information such as an alarm, a COV, and a COT. Then, when the event confirmation request signal of a specific DDC is received from the user interface module 110, the BAS business logic module 120 transmits an event confirmation request signal of a specific DDC to the event service module 160, and the event service module ( 160 transmits the event confirmation request signal of the specific DDC to the cache logic module 141 again. The cache logic module 141 reads an event value, that is, change information, of a specific DDC stored in the data storage module 142, and the value is transmitted to the user interface module through the event service module 160 and the BAS business logic module 120. Is sent to 110.

In the related art, processing time was somewhat required because an event value was received by directly accessing a specific DDC among the first-Nth DDCs 300_1,... 300_N at the request of the user interface module 110. When the interface module 110 requests, the event value stored in the cache service module 140 may be directly transmitted without accessing the first-Nth DDCs 300_1,... 300_N. You lose.

FIG. 6 is a block diagram illustrating historical data processing according to a caching scheme of FIG. 2.

Referring to FIG. 6, the first-Nth DDCs 300_1,... 300_N include a specific DDC set as the target of interest, and the cache logic module 141 is configured for each history setting period from the specific DDC set as the target of interest. The data is stored in the data storage module 142. Then, when a history confirmation request signal of a specific DDC is received from the user interface module 110, the BAS business logic module 120 transmits a history confirmation request signal of a specific DDC to the history service module 170, and the history service module ( 170 transmits a history confirmation request signal of the specific DDC to the cache logic module 141 again. The cache logic module 141 reads data of a specific DDC stored in the data storage module 142 and transmits the data to the user interface module 110 through the history service module 170 and the BAS business logic module 120. do.

In the related art, although a history value was received by directly accessing an internal database of a specific DDC among the first-Nth DDCs 300_1,... 300_N at the request of the user interface module 110, processing time was somewhat required. If there is a request from the user interface module 110 as described above, the history value stored in the cache service module 140 may be transmitted immediately without accessing the first to N-th DDCs 300_1,. It will be faster.

The present invention has been described above with reference to preferred embodiments. It will be understood by those skilled in the art that the present invention may be embodied in various other forms without departing from the spirit or essential characteristics thereof. Therefore, the above-described embodiments should be considered in an illustrative rather than a restrictive sense. The scope of the present invention is indicated by the appended claims rather than by the foregoing description, and all differences within the scope of equivalents thereof should be construed as being included in the present invention.

100: BAS server
110: user interface module
120: BAS Business Logic Module
130: UI map storage module
140: cache service module
141: cache logic module
142: data storage module
150: schedule service module
160: event service module
170: history service module
300_1,… 300_N: 1st-Nth DDC

Claims (5)

At least one control information device for receiving data from various facilities such as air conditioning, heating and cooling, cold and hot water, sanitation, lighting, electric power, crime prevention, and disaster prevention in a building;
A control module for monitoring the data and outputting an operation control signal of the facilities to the control information;
A user interface module outputting a monitoring result of the control module and an operation control situation of the facilities and including a plurality of screens;
A storage module that stores inter-screen switching information for the screens; And
At the request of the control module, based on the inter-screen switching information stored in the storage module, data of other screens that can be switched by the first screen currently operating is received from the control information, stored and waited, And a cache module for transmitting the data of the second screen being stored to the control module when the screen is switched to the second screen among other screens. The method of claim 1, wherein the cache module
And after transmitting the data of the second screen to the control module, data of other screens that can be switched by the second screen is received and updated from the control information device. The method according to claim 1,
A schedule service module configured to perform driving / stop of the facility according to a predetermined schedule;
The cache module,
The control information device stores and waits for a control value for driving / stopping the facility, and then transmits the control value to the user interface module through the schedule service module and the control module at the request of the user interface module. Data processing unit. The method according to claim 1,
And an event service module configured to process an event occurring in the control information device.
The cache module,
The controller may store and wait for a changed event value from the control information in which a predetermined event occurs and transmit the event value to the user interface module through the event service module and the control module at the request of the user interface module. Data processing unit. The method according to claim 1,
And a history service module for collecting and storing data at predetermined intervals with respect to the control information set as an object of interest.
The cache module,
Receiving, storing and waiting for data from the control information set as the target of interest at predetermined intervals, and transmitting the data to the user interface module through the history service module and the control module at the request of the user interface module. A data processing device, characterized in that.

Images