WO2012020972A2

WO2012020972A2 - U-city portal structure and method for providing service for same in three-tier u-city system based on u-city middleware system

Info

Publication number: WO2012020972A2
Application number: PCT/KR2011/005804
Authority: WO
Inventors: 이용우
Original assignee: 서울시립대학교 산학협력단
Priority date: 2010-08-09
Filing date: 2011-08-09
Publication date: 2012-02-16
Also published as: WO2012020972A3; KR101299757B1; KR20120015416A

Abstract

The system of the present invention provides a u-city portal structure and a method for providing service for same in a system control unit that efficiently supports a u-city middleware system. In addition, the system of the present invention provides the u-city portal structure and the method for providing service for same in an application control unit for efficiently controlling/operating U-city applications through the U-city middleware system.

Description

U-City Portal Structure and Service Method in Three-Tier U-City System Based on U-City Middleware System

The present invention relates to a u-city portal structure and a service method thereof in a three-tier u-city system based on a u-city middleware system. More specifically, the present invention relates to a special portal structure for u-city including an application platform for managing various applications, a system platform for performing system management and grid management, and a service method thereof.

The Act on the Construction of Ubiquitous Cities, etc. [Law No. 9763, Enforcement 2010. 3.10] refers to ubiquitous cities based on ubiquitous urban technology to improve the competitiveness and quality of life of cities. "A city that provides ubiquitous urban services anywhere, anytime, through facilities," he says.

In other words, u-city is a city that is created, managed and utilized by the convergence of information communication, construction, and urban engineering. It provides services that are internally complex but well integrated, provided by converged technology and infrastructure. The term U-City itself has been led by Korea and is spreading around the world, and the U-City sector is led by Korea. Although some countries in the world are working on high-tech city projects that emphasize some areas, our U-City name and form are rarely carried out except in Korea. On the other hand, starting in Korea a few years ago and now 50 U-Cities are in progress, it can be said to lead the world. It is still in the early stages, and efforts are being made in Korea to define all aspects of current concepts, methodologies, necessary technologies, etc. To this end, they feel a great need for research and development. This research, which is the basis of this patent, has been conducted by the Intelligent City (U-City) research group since 2005, and is a large-scale national project selected and supported by Seoul City. In the form, a systematic study of the U-City middleware system and related technologies has been conducted for the first time in the world. As of 2008, the U-city project, which has been carried out by local governments, was inconsistent in each direction and criticized about its utility. It aims to make the U-City project a core new industry that will be a driving force for the development of the country while being consistent and effective. To this end, efforts are being made to give a desirable direction.

"Ubiquitous computing started with the purpose of" so that you can get the services and information you want anytime, anywhere, any device, "and this ubiquitous computing is expected to bring revolutionary advances in IT. Another big trend these days is the convergence paradigm, and one of the most successful paradigms in convergence is the convergence of IT and other sectors. It is one of the promising convergence paradigms in which engineering is well converged, so Ubiquitous and U-City have common denominators, but U-City has many elements and features that Ubiquitous computing does not have. Elements such as construction, urban engineering that city fused with ubiquitous are different, By the way, this is due to the new features of convergence: in summary, the ubiquitous paradigm and the u-city paradigm have many parts in common, but many are not. Computing middleware systems are well organized.] And the various technologies for ubiquitous computing cannot be applied to U-City as they are. U-City requires U-City middleware system and U-City technology and methodology for convergence. In the U-City field, there is no research and technology regarding the U-City middleware system yet, and the word U-City middleware system is unfamiliar and the concept is not defined. base The three-tier U-City system technology is completely different from the existing ubiquitous middleware system technology and those based on it, and is a new technology for the convergence field called U-City. We invented U-City related technologies and applied for intellectual property rights (patents) for three-tier U-City system based on U-City middleware system.

Currently, U-City operates and manages U-City by establishing an integrated operation center using U-City platform.

This U-City platform refers to making a single platform by physically connecting various components of U-City so that it can be managed and operated as an integrated system in an integrated operation center. different. Compared to the present U-City middleware system, it can be said to serve as an infrastructure of the processing tier on the three-tier U-City system model of the present patent. More specifically, this is different from the U-City middleware system. In the three-tier U-City system model proposed in this patent, it exists in the processing tier and serves as a connection element between the U-City middleware system and the filling tier. In recent years, the unified U-City platform is needed to integrate U-Cities, which are constructed in small units using U-City Platform, which does not yet have a unified standard. According to the Korea Housing Land Corporation (LH Corporation), the integrated U-City platform development project is underway by 2010 by the UECO City Project. The integrated operation center is also required for the entire system operation in the three-tier U-City system based on the U-City middleware system proposed by this patent.

Currently used portals can be divided into general portals such as Google, Naver, Daum and special portals such as Grid portals. The U-City portal presented in this patent belongs to a special portal and its structure and function are different from that of a general portal. The u-City portal that has been used in U-City so far is different from the u-City portal proposed in this patent. In particular, U-City Portal is very different from any existing U-City Portal in this patent because it serves as a part of supporting a three-tier U-City system based on the U-City middleware system. Any existing U-City portal does not support the U-City middleware system described in this patent, and furthermore, does not support a three-tier U-City system based on the U-City middleware system.

The problem to be solved by the present invention is to support the U-City middleware system efficiently in the framework of the three-tier U-City system and to easily operate the U-City without the professional internal knowledge of the U-City system. The purpose is to provide a portal. For this purpose, the portal structure, service method, and other related matters are proposed in this patent.

In order to achieve the above object, the present invention receives information received from sensors included in the infrastructure of u-City, fuses and analyzes the received sensor information to obtain the current context information of the U-City. Three-tier based on the intelligent U-City middleware system that infers and determines the U-City service to be realized according to the inferred situation information and provides the U-City infrastructure and users with the information related to the determined service. tier) Provides a u-city portal structure that provides a web service directly to a user while acting as a web interface for at least one u-city application operating in a u-city system. The U-City portal structure manages and operates at least one application, manages and operates at least one function of an application management portion and a U-City middleware system that finally provides related information and services to users. It includes a system management part that finally provides related information and services.

In addition, the present invention to receive the information received from the sensors included in the infrastructure of the U-City, in order to achieve the above object, infer the current situation information of the U-City by fusing and analyzing the received sensor information It operates in a three-tier u-city system based on an intelligent u-city middleware system that determines a u-city service to be realized according to the inferred context information and provides information related to the determined service to the u-city infrastructure and users. It provides a u-city portal service method that provides a web service directly to a user while acting as an advanced web interface for at least one u-city application.

Preferably, the application management portion and service method are characterized in that to manage at least one of various application systems including the applications as shown in FIG.

Preferably, the system management part and the service method serve as a window of the entire three-tier u-city system for the user when the user changes or manages the u-city middleware system.

According to the present invention as described above, firstly, the user can manage and manage u-city efficiently, easily and safely. Second, since the U-City portal proposed by this patent efficiently supports the U-City middleware system, the function and role of the U-City middleware system become very powerful. Third, therefore, the three-tier U-City system based on U-City middleware system can perform its functions very powerfully and efficiently, and users can achieve the desired purpose of U-City as if they have very intelligent and competent virtual managers. It becomes possible. Fourth, the user can easily manage and operate the U-City through the U-City portal without knowing detailed information about the U-City inside or the internal principles of the U-City middleware system. Fifth, by using the U-City portal, the U-City middleware system and the U-City components constituting the filling tier can be improved or upgraded without affecting the overall U-City.

1 is a hierarchical diagram illustrating the structure of a three-tier u-city system based on the u-city middleware system according to the present invention. It shows the load as a processing tier around the system.

2 shows an embodiment of a u-city portal according to the present invention.

Figure 3 shows an embodiment of a scheme for implementing the u-city portal of the present invention.

4 shows an example of a sequence diagram in the request process as an embodiment showing the operation inside the u-city portal of the present invention.

The features and advantages of the present invention will become more apparent from the following detailed description based on the accompanying drawings. Prior to this, the terms or words used in the present specification and claims are defined in the technical spirit of the present invention on the basis of the principle that the inventor can appropriately define the concept of the term in order to explain his invention in the best way. It should be interpreted to mean meanings and concepts. In addition, when it is determined that the detailed description of the known function and its configuration related to the present invention may unnecessarily obscure the subject matter of the present invention, it should be noted that the detailed description is omitted.

In order to fully understand the present invention, the operational advantages of the present invention, and the objects achieved by the practice of the present invention, reference should be made to the accompanying drawings which illustrate preferred embodiments of the present invention and the contents described in the accompanying drawings.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. As those skilled in the art would realize, the described embodiments may be modified in various different ways, all without departing from the spirit or scope of the present invention. In addition, in order to clearly describe the present invention, parts irrelevant to the description are omitted, and the same reference numerals in the drawings indicate the same members.

Throughout the specification, when a part includes a certain component, this means that it may further include other components, without excluding other components unless otherwise stated. In addition, the terms "... layer", "... unit", "system", and the like described in the specification mean a unit that processes at least one function or operation, which is hardware or software or a combination of hardware and software. It can be implemented as.

1 is a hierarchical diagram illustrating the structure of a three-tier u-city system based on the u-city middleware system according to the present invention. FIG. 1 is a presentation tier 100 to which a u-city portal belongs and a filling tier 300 composed of u-city components. ) Shows a load consisting of a processing tier 200 consisting of the middleware system of the U-City.

U-City middleware is divided into a total of four layers, respectively, Common Device Interface Layer (CCI) 210, Context-aware Computing Layer (CCL) 220, Ubiquitous Core Computing Layer (UCCL) 230, and CAIL (Common). Application Interface Layer (240).

CDIL 210 provides a common device interface that accepts information from filling devices such as sensors and also sends information and services to them. The CCL 220 is a context aware computing layer and performs functions such as context awareness and inference. UCCL 230 provides automatic computing environments and enables automatic service discovery, service distribution, and service execution based on inferred contexts provided by CCL 220 to provide timely and collaborative use of applications and services everywhere. Do this. CAIL 240 provides a common application interface to support the u-city portal in the presentation tier.

The u-city portal 110 allows the user to use the presentation and remote control functions on the terminal. The u-City portal is divided into two major systems. The first kind of system is responsible for application management 120. This system allows control of applications such as environmental information system 130 and disaster management system 140. The second type of system provides a system management function 160 that can control, manage, and change various functions in the U-City middleware system.

In order to explain the entire function of the u-city portal, FIG. 2 shows a part of the menu of the u-city portal. The environment information application system 130 shown as an embodiment of the application system is further divided into noise information 132, remote water quality management information 134, air pollution information 136, and water quality information 138, and operation management. Shows At this time, u-city portal acts as a communication window between these application systems and the user. The environmental information system 130 includes, in addition to the above-mentioned noise information 132, remote water quality management information 134, air pollution information 136, and water quality information 138, other environmental information such as weather, climate, vegetation, population, etc. The information may be connected in parallel. Similarly, in addition to application systems such as fire accidents 142 and evacuation optimal path discovery 144 represented as subsystems of disaster management system 140, information on other disaster management systems, such as earthquakes, tsunamis, landslides, traffic accidents, etc. Can be connected in parallel. In addition, various application systems such as an administrative information system and a health / medical management system may be connected in parallel as the application system.

In FIG. 2, the system management 160 function enables a user to manage various system functions in the u-city middleware system through the u-city portal. 2 shows only some of them. The following description focuses on the illustrated ones. The grid manager 170 is a user window in the u-city portal that enables management of grid-related functions in the u-city middleware system. Therefore, using this window function, the user can manage all grid related functions in the u-city middleware system, set related options, and change some system function contents. The USN Manager 180 manages the system functions of the Ubiquitous Sensor Network (USN) in the U-City middleware system through the U-City portal, sets related options, and manages some contents. This is the user window within the U-City portal that allows you to change it. More specifically, when a user wants to change USN protocol, sensor type, etc., or set up the details, the user can use the US Manager as a user window. The rule manager 190 may be used by a user when changing a context aware rule for context-aware computing in the u-city middleware system or setting a new numerical value. It is a window in the portal. In addition, the network manager as a window in the u-city portal that manages the network status, the ad-hoc manager as a window in the u-city portal that manages the attic network status, and the u-city portal that manages audio / video. Many user windows can be connected in parallel, such as the Audio / Video Manager as a window within the U-City Portal, which allows you to control a remote device.

Each user window in the u-city portal can have a more granular window. For example, the grid manager 170 may have many detailed windows such as an access grid manager, a file transfer manager, an account manager, a real-time performance monitoring manager, and a resource broker.

In the actual implementation of the u-city portal 110 of the present invention can be implemented in a number of forms, in the present patent specification, considering the interaction with the u-city middleware system in the processing tier 200 as the first priority as follows One embodiment is shown. That is, it can be implemented using the spring framework, which has recently been spotlighted as an enterprise framework. This implementation will be described with reference to FIG. 4. The Spring Framework uses this because it provides many features and lightweight solutions, such as MVC, AOP, transaction management, and RMI. All requests sent to the U-City portal 110 are processed as URLs and first passed to each controller through a servlet listener. In the controller, the necessary logic is executed through the processing unit, and then passed to the designated view (JSP) to finally display the result to the requesting user. Referring to FIG. 4, an embodiment of interaction between a spring MVC and a processing tier's u-city middleware system, which are exemplarily applied to the u-city portal of the present invention, are illustrated. ① When a user's request is received through the web browser 350, the dispatcher servlet 360 first enters the dispatcher servlet 360. The dispatcher servlet 360 first sends a URL to the handler mapping 370 to find the controller 380 corresponding to the request. The controller 380 performs a series of logics in the CCL 220 and the UCCL 230, which are part of the U-City middleware system of FIG. 1, processes the information input through the CAIL 240, or the information on the request. To perform a series of logic in the CCL 220 and UCCL 230 through the CAIL 240, and transmits the model and the view to the U-City portal 100 as a result. ④ As a result, the controller 380 delivers the model and view to the dispatcher servlet 360. Dispatcher servlet 360 sends the view name to view resolver 390 to obtain view information from view resolver 390. ⑥ The dispatcher servlet 360 delivers model data to the view 400. ⑦ Finally, the view 400 transmits to the web browser 350 by the response object using the model data, and the web browser shows the received contents on the user's screen.

To illustrate the operation of the u-city portal structure of the present invention, a sequence diagram of the request process is shown in FIG. 4 shows the order of the request process within the u-city portal of the present invention. Referring to FIG. 4, (a) when a user's request is received through the web browser 350, the request first enters the dispatcher servlet 360. (b) The dispatcher servlet 360 sends a mapping signal to the handler mapping 370 and (c) finds a controller 380 corresponding to the request and dispatches controller information to the dispatcher servlet 360. Send to The controller 380 forwards the request to the u-city middleware system. As requested, the U-City middleware system performs a series of logics in the CCL 220 and the UCCL 230, processes the information input through the CAIL 240, or sends the information on the request to the CAIL 240. Through the CCL 220 and the UCCL 230 performs a series of logic. (d) The dispatcher servlet 360 sends a processing request to the controller 380, and (e) As a result, the controller 380 sends the model and view to the dispatcher servlet 360. (f) Dispatcher servlet 360 sends the view name to view resolver 390 to obtain (g) view information from view resolver 390. (h) Dispatcher servlet 360 passes model data to view 400. (i) Finally, the dispatcher servlet 360 sends a response to the web browser 350.

The u-City portal of the present invention not only shows the local information as a list but can also be shown visually using a map. In u-City portal, you can use NAVER MAP's Open API, which is made of JavaScript, to show a map of each area information. To use the API, you need to register a URL and get a key. If the URL is changed, the key must be reissued, which causes inconvenience of having to change the key every time the U-City portal is developed and deployed on a real server. Accordingly, it is possible to reduce the inconvenience by putting logic to automatically process this in the controller of the u-city portal of the present invention. Also, by using the marker function provided by API, each area information read from DB is displayed on the map. Clicking on each marker will expand the map to that region, sending information about the region to the controller.

The uCity portal of the present invention runs on top of the Tomcat container on Windows Server. Spring's MVC package allows you to code data and control views separately from traditional JSP programming. The u-city portal of the present invention is developed by dividing into three types: M (model), C (controller), and V (jsp). Compared to all the existing JSPs, each change can be flexibly replaced, reused, and each can be coded separately to speed up development. In addition, you can change the portal without compiling by changing only this document after deploying and saving various configuration of the portal, sql statement used in DAO, and JDBC connection configuration as properties document.

Next, an example of an application system will be described in the process of the u-city portal. The u-City middleware system which the U-City portal of the present invention supports dependently provides intelligent services user-transparent. In other words, the user can receive the intelligent service provided by the U-City middleware system through the U-City portal without user-transparency without knowing the internal operation principle, the details of the U-City infrastructure, and the internal structure. One embodiment is a city noise map production application using the 3D GIS Visualization (Visualization) function. The noise values collected at the CCL 220 of the u-City middleware system are stored in a repository (not shown) by the CCL 220 and passed to the service broker component 232 of the UCCL 230. The service broker component 232 calls the environment monitoring controller 236 based on the received value and passes it to the CAIL 240. The CAIL 240 calls the GIS visualization program and shows the finally produced jpg file and vrml file to the user through the U-City portal.

In FIG. 3, in the case of the underground fire accident management application, the fire information values collected by the CCL 220 of the U-City middleware system are stored in a repository (not shown) by the CCL 220 and at the same time, the service broker component 232. Will be passed). The service broker component 232 calls the fire monitoring controller 234 based on the received value and passes it to the CAIL 240. CAIL 240 calls the optimal path finder program 238 to notify the portal administrator of the final jpg file and vrml file through the uCity portal, and selects a floor from the right table of the uCity portal. Easily view cross section and room information. For example, when an accident such as a fire occurs, the color of the room changes to red and the path button is activated, so that the shortest distance from the fire can be found in the room where the pedestrian is located.

The u-city portal in the present invention is a special portal and is different from the general portal. It is also a dependent U-City portal of U-City middleware system and supports and supports the operation and structure of three-tier U-City system. According to the present invention as described above, firstly, the user can manage and manage u-city efficiently, easily and safely. Second, since the U-City portal proposed by this patent efficiently supports the U-City middleware system, the function and role of the U-City middleware system become very powerful. Third, therefore, the three-tier U-City system based on U-City middleware system can perform its functions very powerfully and efficiently, and users can achieve the desired purpose of U-City as if they have very intelligent and competent virtual managers. It becomes possible. Fourth, the user can easily manage and operate the U-City through the U-City portal without knowing detailed information about the U-City inside or the internal principles of the U-City middleware system. Fifth, by using the U-City portal, the U-City middleware system and the U-City components constituting the filling tier can be improved or upgraded without affecting the overall U-City.

The present invention can be applied to a u-city portal structure and a service method in a three-tier u-city system based on a u-city middleware system.

The following documents are incorporated herein by reference in their entirety.

[1] National Computerization Agency, Toward a Korean U-city Model, ◎ IT Strategies Issue 05-Strategy-09 , Sep. 2005.

[2] YW Lee, "Seoul Grid Portal: A Grid Resource Management System for Seoul Grid Testbed," Grid and Cooperative Computing-GCC 2004 , vol. 3251/2004, pp. 899-902, Sep. 2004.

[3] (2009) DOE Science Grid .: Grid Portal Development Kit website. [Online]. Available: http://doesciencegrid.org/projects/GPDK/

Claims

Receive information received from sensors included in the U-City infrastructure, deduce the current context information of the U-City by fusing and analyzing the received sensor information, and to be realized according to the inferred situation information. At least one operating in a three-tier u-city system based on an intelligent u-city middleware system that determines a service for a u-city and provides information related to the determined service to the u-city infrastructure and users. In the u-City portal structure that provides a web service directly to the user while acting as a web interface for the u-City application,

An application management unit for managing and operating the at least one application and finally providing related information and services to users; And

Three-tier U based on the U-City middleware system, characterized in that it manages and operates at least one function of the U-City middleware system, and includes a system management portion for finally providing related information and services to users. U-City portal structure in the city system.
The method of claim 1, wherein the u-city middleware system,

A common connection interface interfacing with sensor and u-city resources included in the u-city infrastructure;

A situation recognition unit inferring current situation information of the u-city system based on information received from the sensor and the u-city resources through the common connection unit;

Based on the context information received from the context recognizer, adaptively determine a service to be realized in the u-city, and control signals for controlling the sensor and u-city resources through the common connection unit to realize the determined service. A U-City convergence information processor providing the U-City infrastructure; And

Based on the U-City middleware system comprising a common application interface for converting the information related to the service to be compatible with each application running in the terminal having a different operating environment, and providing the converted result to the terminal U-city portal structure in a three-tier u-city system.
Receives information received from sensors included in the U-City infrastructure, infers the current situation information of the U-City by fusing and analyzing the received sensor information, and the service for U-City to be realized according to the inferred situation information It serves as an advanced web interface for at least one U-City application that operates in a three-tier U-City system based on the U-City infrastructure and the intelligent U-City middleware system that provides information related to the determined service to users. In the u-City portal service method for providing a web service directly to the user while

An application management step that enables management and operation of the at least one application and finally provides related information and services to users; And

Three-tier based on the U-City middleware system, characterized in that it comprises a system management step that enables the management and operation of the at least one U-City middleware functions and finally provides the user with relevant information and services. U-City portal service method of U-City system.