KR100781330B1 - Gis web service system and method using context information - Google Patents

Abstract

The present invention provides a GIS web service system using context information to automatically recognize a web service suitable for a user by using context information of the user in a geographic information system (GIS) web service. And a method for providing a context information when a user requests a web service. A web service server providing a web service corresponding to the context information according to a web service request from the client; And a GIS DB server providing geographic information data corresponding to the context information of the client according to a request from the web service server. The present invention is characterized in that the present invention is developed separately for each GIS service. It is possible to minimize spatial information construction of similar information contents by implementing on demand web service by applying to context-based web service environment.

Web service, WSDL, SOAP, GIS, context information

Description

GIS web service system and method using context information {GIS WEB SERVICE SYSTEM AND METHOD USING CONTEXT INFORMATION}

1 is a block diagram of a general web service system.

2 is a SOAP protocol architecture diagram.

3 is a block diagram of a GIS web service system using context information according to the present invention;

4 is a detailed configuration diagram of the client of FIG.

5 is a detailed configuration diagram of the web service server of FIG.

6 is a diagram showing the definition of a client context information type in the present invention.

FIG. 7 is a diagram illustrating definition of a subtype for the client context information type of FIG. 6. FIG.

8 is an overall structural diagram of a WSDL statement between a client and a web service server in the present invention.

 9 is a WSDL structure diagram for client information in the present invention.

10 is a diagram illustrating a client geographic information type in the present invention.

Degree

11 is a diagram showing a WSDL description of client geographic information in the present invention.

12 is a system configuration diagram of a client using an active proxy library in the present invention.

Figure 13 is a web service SOAP representation structure provided by the simulation environment of the present invention.

14 is a view showing a simulation client program screen for executing a GIS web service in the present invention.

<Description of the symbols for the main parts of the drawings>

100: client 110: GPS interface

120: XQuery generator 130: user interface

140: network interface 150: timer

200: web service server 210: firewall

220: User Authenticator 230: XQuery Converter

240: voice processor 250: DB interface

300: GIS Server 310: GIS DB

The present invention relates to a web service system and method, and in particular, a geographic information system (GIS) web service can provide a web service suitable for a user's situation by automatically recognizing a web service suitable for a user using context information of the user. The present invention relates to a GIS web service system and method using context information.

Integrating software applications across various operating systems, programming languages, and hardware platforms is not a problem that can be solved by any particular proprietary environment, and traditionally this has been a problem of tight coupling.

An application that calls a remote network is tightly coupled by a function call and the parameters it requests. In most systems before this Web service was created, this tight coupling provided very little flexibility.

However, Web services can use Extensible Markup Language (XML) to describe all data between systems in a platform-independent manner.

As a result, system integration moves to loosely coupled applications. In addition, Web services can operate at a more abstract level, which can recalculate, modify, and handle data types on demand. Therefore, web services make data handles easier and allow software to communicate more freely. Web services include related protocols for describing, delivering, and exchanging services. .

The web service system is composed of a service requester, a service provider, a service registry, and the like.

A web service provider is an entity that creates a web service. It publishes its business functions to service registries for use by other companies or users. For example, an online bookstore that publishes an online book ordering system as a web service (Jian Li; Ruofeng Tong; MinTang; Jinxiang Dong; "WebService-based distributed feature library" Computer Supported Cooperative Work in Design, 2004. Proceedings The 8th International Conference on Volume 1, 26-28 May 2004 Page (s): 753-758 Vol. 1), (Benjamin Habegger Laboratiore d'Informatique de Nantes "Web Services for Information Extraction from the Web" Atlantique University France Benjamin. Habegger@lina.univ-nantes.fr).

A service consumer is an organization or user who uses a service provided by a service provider. A service consumer can use a service register to find a desired service. The service content can be obtained directly from a service provider or through a service register. You can easily call the service using.

The service registrar is a registration repository that provides a function for the service provider to register its web services and the service consumer to retrieve the web service information. In general, the service provider's business information, service taxonomy and technical information about the web services they provide are registered here.

Related protocols used in such a web service system include Simple Object Access Protocol (SOAP), Web Service Description Language (WSDL), Universal Discovery Description and Integration (UDDI), and the like.

SOAP is a rapidly spread standard by Microsoft and IBM. It configures client work requests and system responses into XML strings and uses HTTP as the transport protocol. SOAP is a platform-neutral standard message protocol and the content is expressed as XML. To use SOAP, the information must first be able to be extracted in XML format. The structure of the SOAP protocol is composed of a SOAP header and a SOAP body as shown in FIG.

A WSDL is a document that describes how to invoke an interface published by a service provider. The WSDL document is stored in the UDDI registry, where the names of parameters passed between the service requester and the service provider, and the registered web service Various information such as the actual URL is described.

WSDL is the Interface Definition Languge (IDL) version of a web service. It is a script that defines the methods, protocols, and data formats of a particular web service in more detail. WSDL is composed of XML format, can be delivered through HTTP, and corresponds to IDL that defines an interface.

That is, it tells you what methods and attributes a particular service has, what arguments it should invoke, and how it provides return values. Knowing this allows the client to invoke and use the service according to the interface conventions it knows.

UDDI is a distributed web-based register for registering / searching information about web services. In other words, UDDI's goal is to create a decentralized web-based global registry of electronic services available on the Web (Benjamin Habegger Laboratiore d'Informatique de Nantes "Web Services for Information Extraction from the Web" Atlantique University France Benjamin.Habegger @ lina.univ-nantes.fr).

This is like providing an electronic phone book for electronic services. The direct motivation for developing UDDI is to implement the concept of an electronic marketplace where users can navigate and interact with services through intermediary software and intermediaries without being aware of the heterogeneous systems, interfaces and protocols associated with them.

On the other hand, due to the proliferation of mobile computers and embedded computers, platforms that require information sharing are changing from existing mobile phones and PDAs to various ubiquitous computer environments such as navigation systems, facility monitoring systems, robots, and agent software.

Telecommunication networks are also diversifying into the Internet, mobile communication networks, satellite networks, and dedicated networks. These changes are not just changes in the OS, but also in many aspects, including communication, user interface, and display.

Individually developing applications for these various computer environments is not desirable due to waste of time or manpower.

Therefore, in order to effectively utilize knowledge in this ubiquitous computer environment, we will study and develop ubiquitous information sharing service based on context information that can recognize user's environment based on XML, the web standard language proposed and recommended by W3C. There is a need.

On the other hand, GIS service, which is the base technology of location information, is also developed separately for each developer.

The present invention has been made in view of the above, and an object of the present invention is to use a GIS web service using context information to automatically recognize a web service suitable for a user by using context information of the user and to provide a suitable GIS web service. A web service system and method are provided.

GIS web service system using the context information according to the present invention for achieving the above object, a client for providing the context information when the user's web service request; A web service server providing a web service corresponding to the context information according to a web service request from the client; And a GIS DB server providing geographic information data corresponding to context information of the client according to a request from the web service server.

The client includes a GPS interface for performing data exchange and analysis with a GPS receiver; An XQuery generator for generating an XQuery using location information transmitted from the GPS interface; A user interface for visualizing information transmitted from the web service server and providing user information to the web service server; A network interface for performing data transfer with the web service server; And a timer for automatically operating the client application every predetermined time.

In addition, the XQuery generator generates an XQuery using an XQuery template file, the client transmits the information to the web service server via the HTTP protocol as a SOAP message, the context information is the location and behavior of the user in the environment of the user It is characterized in that the current status information of the user, such as status.

GIS web service method using the context information according to the present invention for achieving the above object, the client; A web service method in a system having a web service server and a GIS server for providing a web service requested by the client, the method comprising: receiving context information according to a web service request of a user from the client; And obtaining information for providing a service for a client request from the GIS server and providing a web service corresponding to the context information to the client.

Hereinafter, the present invention will be described in more detail with reference to the accompanying drawings. However, the following examples are merely to illustrate the present invention is not limited to the contents of the present invention.

The context information refers to a change in the user's information values such as the user's location, behavior, and state in the environment where the user is located and the change of the information. The present invention uses the context information to recognize the user's environment. The basic concept is to provide a GIS web service.

3 is a block diagram of a GIS web service system using context information according to the present invention. The GIS server 300 includes a client 100, a web service server 200, and a GIS DB 310, which are service requesters. ) And the like.

The client 100 requests the web service by finding the location of the GIS web service through the UDDI service, and the web service server 200 additionally provided by the user for location information and services appropriate to the user's environment from the client 100. Get a request. The additional information entered by the user is transmitted as a SOAP message through the HTTP protocol. Here, the additional information input by the user has a user's query, and the query includes a location indication of the destination, a distance from the current location, a direction, an optimal path in moving, and the like.

The web service server 200 analyzes the SOAP header file to extract metadata from the transmitted SOAP message, and in this process, basic data for generating metadata is extracted. The XML file is generated based on the extracted metadata and the additional information input by the user.

The web service server 200 extracts the XQuery from the XML file stored through the XQuery converter 230 in the web service server 200 and converts it into SQL, and then sends the query to the GIS server 300.

In addition, the web service server 200 creates voice data by applying a voice schema from an XML file stored through the embedded voice processor 240.

4 illustrates a configuration diagram of the client 100 of FIG. 3.

The GPS interface 110 of the client 100 is responsible for data exchange and analysis with a GPS receiver (not shown). The protocol used for data exchange uses the National Marine Electronic Association (NMEA) -0183.

The XQuery generator 120 generates XQuery using location information transmitted from the GPS interface 110. Use an XQuery template file to generate the XQuery. The data generated by XQuery has the advantage of using a template because the data does not change much except the numerical value in the data. When adding a new search method, updating the application is advantageous because only a template file suitable for the search method needs to be created and added.

The user interface 130 visualizes the information transmitted from the web service server 200 to the user, and there are two methods of visualizing the visual information and the voice information. The visual information is a method of notifying the user by displaying the current coordinates and object coordinates on the map data, and the voice information is a method of indicating how far away the object is by voice. The user can retrieve the data using voice, vision, or both. In addition, the user information is transmitted to the web service server 200 to perform user authentication.

The network interface 140 is responsible for data transmission with the web service server 200.

The client uses the web service as if it communicates directly with the web service server 200 through the URL, but the actual work is performed through the proxy. In addition, the request of the client 100 is combined with the SOAP message and a reply including the result is obtained.

The timer 150 is a module for automatically operating a client application at a predetermined time in order to receive data from a GPS receiver, update position coordinates, and generate and transmit an XQuery using the updated grid. When the terrain information service is used in the fixed terrain, the timer 150 operates at a long interval and the timer operates at a short interval where the vehicle moves with a car.

FIG. 5 illustrates a detailed configuration diagram of the web service server 200 of FIG. 3.

The message received from the client 100 first blocks the malicious attack through the firewall 210. The user authenticator 220 of the web service server 200 accesses the web service server 200 to authenticate a user who provides information.

Web services are open to everyone, allowing connections for purposes other than the right client. Therefore, you can use IIS user authentication for more security. IIS user authentication can be accessed only by users registered on the system and can use web services.

The XQuery converter 230 in the web service server 200 processes the data transmitted from the client 100, transmits the generated data to the user, converts the XQuery into SQL, and converts the XQuery into SQL through the DB interface 250. 310, the data transmitted from the GIS DB 310 is transmitted to the client 100. The voice processor 240 generates a voice. In addition, although not shown, the web service server 200 may further include a controller.

Since the environments of the client 100 have different performances and transmission speeds, it is necessary to provide different levels of services for them. For example, a low-end PDA may need to reduce data. This means that there must be a variety of services that can be handled.

Therefore, in terms of performance, the client 100 is divided into a laptop with high performance and a relatively low PDA, and the service is divided into upper, middle, and lower in terms of network speed. High-performance clients, such as laptops used in corporate offices, can provide large local search services and voice data services with good quality. For this purpose, context information of the client 100 should be transmitted to the web service server 200, which may insert and transmit information of the client 100 in a header of a SOAP message.

In addition, the speech processor 250 of the web service server 200 uses a text to speech (TTS) library. After initializing the voice processor 250, the character string may be converted into a voice.

In the present invention, it is essential to collect the environment information, that is, the context information at the time when the client 100 is in progress. The more detailed and accurate the collection of contextual information, the more detailed and appropriate the Web service can be for consumers.

This allows the user to provide the necessary information by classifying and accepting various situations of the user.

The context information type of the client 100 is defined as shown in FIG. 6 so that the context information data can be recognized by the web service server 200.

 In addition, there is a subtype of the context information type as shown in FIG. 6, and the definition thereof is as shown in FIG. 7.

When this type of data is transmitted through an XML-based web service, it is generated and transmitted in a WSDL statement as shown in FIG.

9 illustrates the overall structure of the WSDL query exchanged between the client 100 and the web service server 200.

In addition, the data type shown in FIG. 10 is defined to process the spatial query required by the user, and the WSDL structure thereof is shown in FIG.

The web service server 200 determines the appropriate web service by determining the current situation of the client 100 by receiving and analyzing context information of the prescribed type.

First, the use and processing of software context information such as a system type, a system language, and a system version of the client 100 will be described.

The web service server 200 determines whether to send a wide map data in providing a GIS web service through a screen size of the client 100. In the case of the desktop, since the screen size is generally large, a wide map can be displayed, but in the case of mobile, even if the wide map data is sent, it cannot be displayed all at once, which is a waste of limited traffic.

Fields such as ComputerName, UserDomainName, and UserName are checked together for the legitimacy of the user who requested the web service. This is a field that exists for safety purposes.

In addition, the web service server 200 tracks the network location of the client 100 through a local IP of the client 100 and provides a service.

In addition, the number of system variables that can be provided by the same Microsoft Windows desktop and Windows CE (WindowsCE) system series is different.

Therefore, it is necessary to accurately determine the type of OS to provide the correct service suitable for the system of the client (100). This is done through the OS Type field.

In addition, even the same system distinguishes the functions that can be provided as the OS version is different. Calls to APIs in Windows 98 and Windows XP in the same Windows system family have many distinctions. Therefore, the system version must be checked to ensure that the web service provided is correctly realized.

In addition, the web service server 200 identifies a language currently used by the client 100 system through a system language ID. Since this is very necessary for multi-language support of web services, it can satisfy the demand of global informatization by converting map information and voice information into a corresponding language and providing it according to a user's language.

Next, the use and processing of hardware context information such as process model, memory size, and screen size will be described.

The web service server 200 determines whether or not to provide a voice service through the CanPlaySound field. This, in addition to saving limited traffic, can greatly reduce the load on the system.

The web service server 200 also determines whether or not to provide additional services to the user through the MonitorCount of the client 100 system. For example, if there are two monitors, the primary monitor can display a map in a full screen manner, and the secondary monitor can provide various detailed information and tips on the geographical location information searched by the user.

In addition, the specification of the client 100 system is determined through the memory size and the CPU model. If the memory size is too small or the CPU speed is too low, a large amount of data transfer is unreasonable for the client 100 system.

Therefore, the specification of the client 100 system can be determined based on these two fields, and the mass of the web service, that is, whether or not the voice service is provided, the screen size, the precision of the map information, etc. can be constantly adjusted.

Network Speed also determines the level of Web services. At low data rates, the transmission of voice data and high-precision map data is unreasonable. In this case, you need to lower the level of Web services accordingly.

 The client operating time (TickCount) and the client current time (SystemTime) are mainly used for time synchronization between the web service server 200 and the client 100, and are used as an operation to guarantee the accuracy of web service provision.

In addition, the geographic location context information belongs to a user input category, and the web service server 200 provides the user with the GIS-related geographical location information required accordingly.

Meanwhile, when developing a client program using the GIS web service, it is necessary to collect various client 100 side context information necessary for the progress of the GIS web service.

This context information varies depending on the software environment such as the system type, system language, and system version of the client 100, hardware information such as process model, memory size, screen size, and some circumstances such as the geographical location and moving speed of the client. It is necessary to collect surrounding information.

Collecting such context information is generally not easy and requires many programmatic techniques on the client developer's side.

Accordingly, the present invention provides an active proxy library as shown in FIG. 12 in order to enable a client 100 side developer to develop a web service based client program more easily and efficiently.

This proxy is in the form of a Windows DLL, and is divided into two parts: providing a web service interface and collecting necessary context information of the client 100.

Support modules for Web services are built into the Active Proxy library so that client-side programmers don't have to worry about calling Web services.

With only one declaration for the active proxy object, it is possible to collect most of the context information of the client 100 and to call a web method.

FIG. 13 illustrates a web service SOAP expression structure provided in a simulation environment, and FIG. 14 illustrates an execution screen of a client program using a GIS web service. The simulation program simulates various situations encountered by a user and requests a web service.

The actual situation is simulated by setting various situations through buttons such as platform, screen size, system language, CPU model, and sound output.

This situation is not an artificially assigned value but appears as a real situation, so the value passed to the active proxy of the client 100 is passed like a system variable instead of an already specified value. Since the active proxy recognizes these variables as actual hardware values, it analyzes the context information through an algorithm inside the active proxy and sends the information to the web service server 200 when the corresponding button is clicked.

After receiving the context information, the web service server 200 determines the web service mode and returns a numerical value indicating the current web service status to the simulation client.

In FIG. 14, the circled portion shows the specification of the client 100 system recognized by the web service server 200 in the simulation environment and the service mode accordingly, and the upper portion thereof is the web service server 200 and the client. HTTP header information indicating a data transmission process between the steps 100 is displayed.

As described above, although described with reference to a preferred embodiment of the present invention, those skilled in the art various modifications of the present invention without departing from the spirit and scope of the invention described in the claims below Or it can be changed.

As described above, the present invention implements a ubiquitous computing environment as a context-based web service, so that a user-oriented high efficiency GIS service can be used at any time and any place.

In addition, apart from developing GIS service separately, it is applied to context-based web service environment and implemented as on-demand web service, minimizing spatial information construction of similar information contents and opening geographic information to the general public. It will be able to widen.

In addition, we have implemented a web service based on XML that can describe all data between systems in a platform-independent manner, providing a more advanced GIS web service that can recalculate, modify, and handle applications and data types on demand. It can be provided.

Claims (15)

In the web service system using the Internet, The XQuery generator that generates XQuery using the GPS interface for data exchange and analysis with the GPS receiver and the location information transferred from the GPS interface, and the user's context information are processed, and the context information is SOAP when the user requests a web service. A client including an active proxy module providing a message and a timer controlling the XQuery generation cycle; Web to provide a web service corresponding to the context information according to a web service request, including a web service module for analyzing the SOAP message sent from the client to generate an XML file and an XQuery converter for processing the XQuery sent from the client Service server; And A GIS DB server for providing geographic information data corresponding to the XQuery information according to a request from the web service server; The web service server further includes a controller for analyzing a DB interface for the interface with the GIS DB server and context information of the client to determine a web service corresponding thereto, and the XQuery converter converts the XQuery transmitted from the client. GIS using context information, converting to SQL and transmitting to the GIS DB server through the DB interface, and transmitting the data transmitted from the GIS DB server to the client in accordance with the web service determined by the controller Web service system. The method of claim 1, wherein the client is A user interface for visualizing information transmitted from the web service server and providing user information to the web service server; And And a network interface for transmitting data to the web service server. The method of claim 1, wherein the XQuery generator GIS web service system using context information characterized by generating XQuery using XQuery template file. The method of claim 1, wherein the client is GIS web service system using context information, characterized by transmitting information to a web service server via HTTP protocol as a SOAP message. The method of claim 1, wherein the context information GIS web service system using the context information, characterized in that the user's current status information such as the user's location, behavior, status in the environment. The method of claim 5, wherein the context information GIS web service system using context information, characterized by consisting of software context information and hardware context information. The GIS web using context information according to claim 6, wherein the software context information is a system type, a system language, a system version of the client, and the hardware context information is a process model, a memory size, a screen size, and the like. Service system. delete delete The GIS web service system of claim 1, wherein the client and the web service server use WSDL as a transmission language. A client including a GPS receiver; In the web service method in a system having a web service server and a GIS server for providing a web service requested from the client, Receiving the context information according to the web service request of the user from the client, generating a SOAP message, receiving the location information from the GPS receiver, and generating the XQuery to transmit the generated SOAP message and the XQuery to the web service server; Analyzing context information from the transmitted SOAP message to determine a corresponding web service, converting the transmitted XQuery into SLQ, and transmitting the same to the GIS DB server; And And providing data transmitted from the GIS DB server corresponding to the SLQ to the client so as to match the determined web service. The method of claim 11, wherein the context information GIS web service method using the context information, characterized in that the user's current status information, such as the user's location, behavior, status in the environment. The method of claim 12, wherein the context information GIS web service method using the context information, characterized in that the software context information and hardware context information. The GIS web using context information according to claim 13, wherein the software context information is a system type, a system language, a system version of the client, and the hardware context information is a process model, a memory size, a screen size, and the like. Service method. delete

Images