KR20120015416A

KR20120015416A - U-city portal system and service method thereof in the 3-tier u-city system based on the u-city middleware

Info

Publication number: KR20120015416A
Application number: KR1020100076630A
Authority: KR
Inventors: 이용우
Original assignee: 서울시립대학교 산학협력단
Priority date: 2010-08-09
Filing date: 2010-08-09
Publication date: 2012-02-21
Also published as: WO2012020972A2; WO2012020972A3; KR101299757B1

Abstract

PURPOSE: A U-city portal structure of a three-tier U-city system and a service method based on a U-city middleware system are provided to efficiently support a U-city middleware system in a frame of a three-tire U-city system. CONSTITUTION: An application management part(120) manages one or more applications. The application management part finally offers application management information to a user. A system management part(160) manages one or more U-city middleware function. A grid manager(170) manages a grid related function.

Description

U-city portal system and service method in three-tier u-city system based on u-city middleware system }

The present invention is part of the national research and development project, the project unique number: "10561", the research project name: "Seoul City industry-university cooperation project (2005 technology-based construction project)", the research title: "Intelligent for smart (ubiquitous) city City information convergence system development ".

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.

1. Korean Patent Publication No. 10-2009-0047068 (2009. 5. 12) (Service providing system and method optimized for user's life pattern in ubiquitous computing environment) 2. Korean Patent Publication No. 10-2007-0058857 (June 11, 2007) (Context-Aware Framework for Ubiquitous Computing Middleware) 3. Korea Patent Registration 10-0787109 (Dec. 12, 2007) (Remote Home Service System Supporting Ubiquitous Environment Using Open Platform) 4. Korea Patent Registration 10-0941574 (February 2, 2010) (Moving object location recognition system based on ubiquitous sensor network) 5. Korea Utility Model 20-046882 (2009. 11. 30) (Ubiquitous Sensor Network Control Box)

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] Y. W. 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/

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.

The present invention operates in a three-tier U-City system based on the u-City middleware system to support the three-tier U-City system, and in particular, allows the user to control the U-City middleware system. In the u-city portal structure and service method for providing an interface role and providing user conveniences,

The interaction of any human and computer system that enables any control action including starting the applications in the three-tier u-city system and receives the results from the applications and presents them to the user's terminal in the presentation tier. Human Computer Interface Action: Application management part and service method supporting and managing Human Computer Interface Action; And

It includes a system management portion and a service method that allows a user to change and manage various system functions of the U-City middleware system that oversees system activities of the three-tier U-City system, selection options related thereto, and the contents of the system itself. It provides a u-city portal structure and service method.

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, terms and words used in the present specification and claims are to be interpreted in accordance with the technical idea of the present invention based on the principle that the inventor can properly define the concept of the term in order to explain his invention in the best way. It should be interpreted in terms of meaning and concept. It is to be noted that the detailed description of known functions and constructions related to the present invention is omitted when it is determined that the gist of the present invention may be unnecessarily blurred.

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 is said to include a certain component, it 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. 3. 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. 3, 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 in the table on the right side 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.

100 ... Presentation Tier
110 U-City Portal
120 Application Management
130 ... Environmental Information System
132 ... noise information
134 ... Remote Water Quality Management Information
Air pollution information
Water quality information
140 Disaster Management System
142 Fire Accident
144 ... Find the best route to fire escape
160 ... System Management
170 Grid Manager
180 ... US Manager
190 Rule Manager
200 ... Processing Tier
210 ... CDIL
220 ... CCL
230 ... UCCL
Service Broker Components
234 Fire Management Controller
236 Environment Management Controller
238 ... optimal path management controller
240 ... CAIL
250 ... integrated platform
260 ... platform
300..Peeling Tier
310 ... Sensors and Resources
312 Camera
314 ... GPS
316 ... device
318 ... sensor
320 ... sensor
350.Web browser
360 ... Dispatcher Servlet
370 ... handler mapping
380 ... Controller
390 ... view resolver
400 ... view

Claims

In the u-City portal structure (system) that directly provides web services to users while serving as an advanced web interface for at least one U-City application that operates as part of a three-tier U-City system based on the U-City middleware system. An application management portion that enables management and operation of the at least one application and finally provides related information and services to users; And
A u-City portal structure (system) that enables the management and operation of the at least one U-City middleware functions and includes a system management portion for finally providing related information and services to users.

The u-city portal structure of claim 1, wherein the processing tier is a u-city middleware system including a plurality of layers.

3. The u-city portal structure of claim 2, wherein the system management portion serves as a user change and operation window of the u-city middleware system.

In the u-City portal service method of providing a web service directly to a user while acting as an advanced web interface for at least one U-City application operating as part of a three-tier U-City system based on the U-City middleware system,
An application management method that enables management and operation of the at least one application and finally provides related information and services to users; And
And a system management method for managing and operating the at least one u-city middleware functions and finally providing related information and services to users.

5. The method of claim 4, wherein the processing tier is a u-city middleware system including a plurality of layers.

6. The u-city portal service method according to claim 4 or 5, wherein the system management part serves as a user change and operation window of the u-city middleware system.