KR20130097927A - Method and system for restful web service composition - Google Patents

Abstract

PURPOSE: A representational state transfer (REST) based web service combination system and a method thereof are provided to remarkably reduce the burden of a user in a server side program of a client-server distributed application by providing an REST based web service. CONSTITUTION: When a request is transmitted from a client, a web server (230) provides a web service to the client. A web service manager (210) loads an REST web service and processes response for a web service request from the web server. The client and the web server are communicated from each other according to a hyper text transfer protocol (HTTP) regulation and execute a dynamic object binding process. The web server includes and operates an REST web service group combining two or more REST web services. [Reference numerals] (210) Web service manager; (230) Web server; (240) Smartphone; (250) Web browser; (AA) Service developer; (BB) Web service; (CC,FF) Web service combination; (DD) Object 1; (EE) Object 2

Description

REST-based web service composition system and method {Method and system for RESTful web service composition}

The present invention relates to a REST based web service combination system and method.

With the development of the Internet, the structure of the web service system of the client-server distributed structure based on the web is gradually spreading. In addition, in recent years, as smart phone applications using smart phones become popular, the use of web services is gradually increasing. In order to communicate between a client and a server based on the web, an interface defining a remote procedure must be defined. In the past, a web service was described using a Web Services Description Language (WSDL) defined by the W3C. However, such a conventional web service technology and method of use have not been widely used because of its complexity and overhead. Recently, as REST-based web services have become popular, the use of web services has been spreading.

Representational state transfer (REST) is a feature that reads a web page in an Extensible Generation Language (XML) file and gathers the desired information. The creator of the web page periodically revises the content and the user only needs to know the URL of the page. You can get the information by reading it in a browser. REST is a structured form using Web technologies and protocols including Hypertext Transfer Protocol (HTTP) and XML, which is easier to use than Simple Object Access Protocol (SOAP), and edits information in RSS (RDF Site Summary) that describes site content. Similar to function

REST web services have emerged to complement existing SOAP web services. That is, REST-based web service solves the overhead problem caused by header / body encoding / decoding process when sending / receiving existing SOAP-type message, and reflects the idea of using web-open resources remotely or locally more easily. It is an architecture that can simplify implementation and increase scalability and performance without the need for additional layers or session management. And, compared to the method of sharing resources through SOAP's service repository, the resource provider directly provides the requester without an intermediate medium for registering and storing resources based on Resource Oriented Architecture (ROA), and the resource has a unique URI, HTTP Can only be accessed with GET / PUT / POST / DELETE, the default method of.

The following is the comparison between SOAP-based web service and REST-based web service.

Web service is a SW system that provides machine-machine interaction through a network. General web technology provides machine-human interaction through a browser, and mainly uses protocols such as SOAP, UDDI, WSDL, WS- *. Is implemented.

The REST style is to add constraints to use machine-to-machine web technology for machine-to-machine web services. Machine-to-machine interoperability is very complex because errors should not be tolerated and is difficult to access by the general public. REST web services replace SOAP mainly in the field of web pages.

In the existing client-server distributed architecture, web services are used for the purpose of improving development productivity through service-oriented architecture through web services. In the case of a smartphone application, its own computing power is relatively low. Therefore, in the case of a calculation-intensive task or a task using a large database of data, it is necessary to utilize a function through a web service.

[Table 1] is a chart that summarizes web service related technology standardization trend. Sources are Service Oriented Architecture, ICT Standardization Strategy Map, and Korea Information and Communication Technology Association.

As shown in Table 1, REST technology (REST-based web service) is a stage where the Korea Information and Communication Technology Association (TTA) is considering the development of standards, and there is no discussion on standards yet.

SOAP-based web services have been covered in detail about service combinations. In the beginning, SOAP web services defined strict conventions and interfaces to make the machine more readable. However, the techniques for combining REST web services are not fully covered. This is because REST web services are designed to be easy for humans to use, and they are not concerned with the combination.

A few of the related arts are as follows.

Xia Zhao et al, "RESTful Web Service Composition: Extracting a Process Model from Linear Logic Theorem Proving" The 2011 IEEE International Conference on Next Generation Web Services Practice (NWeSP) paper was published in NWeSP, Spain, October 19-21, 2011. This article is about REST web service combination method presented at the conference. Here, we propose a web service combination method using program synthesis based on two-stage linear logic. However, although this paper is well described theoretically and logically, the implementation and performance improvement are not mentioned. Therefore, it is impossible for a person skilled in the art to reproduce.

Next, Haibo Zhao et al, "Towards Automated RESTful Web Service Composition", 2009 International Conference on Web Services (ICWS) paper propose a formal model using first order logic for REST web service combination. This paper is also well described theoretically and logically, but its implementation and performance improvement are not mentioned. Therefore, it can be said that those skilled in the art cannot reproduce.

Summarizing the two conventional methods in common, it is a method of logically describing a plurality of web service combination methods through first order logic or linear logic to automatically generate a web service combination. . However, such a method can be applied only for very limited purposes, and there is a problem that even the inventors of the above concept do not provide such a service publicly.

Xia Zhao et al, "RESTful Web Service Composition: Extracting a Process Model from Linear Logic Theorem Proving", 2011 IEEE International Conference on Next Generation Web Services Practice (NWeSP) Haibo Zhao et al, "Towards Automated RESTful Web Service Composition", 2009 International Conference on Web Services (ICWS)

SUMMARY OF THE INVENTION The present invention has been made to solve the above problems, and an object thereof is to provide a method for allowing a person skilled in the art to conveniently combine a plurality of REST web services. In other words, by converting the execution result of the web service into an object, anyone can conveniently program the web service using a general object-oriented programming language (JAVA, C ++, etc.).

Secondly, the present invention provides a system that provides a system-based binary service by uploading a combined program binary (compilation result) by utilizing a web service result converted into an object. In other words, we propose a system that provides combination / deployment / operation of REST web services. This can drastically eliminate the hassle of users building a separate server each time and loading and running server-side programs for client-server distributed applications.

The objects of the present invention are not limited to the above-mentioned objects, and other objects not mentioned can be clearly understood by those skilled in the art from the following description.

In order to achieve the above object, the present invention provides a web service combining method in a web service combining system that combines a REST (representational state transfer) based web service, wherein the web service combining system is an XML (eXtensible) result of performing a web service. Parsing MarkUp Language) data, the web service combining system extracts an object from the XML data, and the web service combining system combines the extracted two or more objects to provide a web service. Steps.

After the step of extracting the object, the web service combination system may further comprise storing the extracted object in a database (according to user selection), wherein the web service combination system is stored in the database ( You can query the cached objects for faster object combinations.

In the step of converting the object from the XML data, the web service combination system may receive an XML element name from the user to distinguish between objects from the XML data.

In the present invention, a REST (representational state transfer) based web service combination system, if there is a request from a client, loading a web server for providing a web service to the client and a user-developed REST web service, It includes a web service manager that handles responses to web service requests from web servers.

The client and the web server may communicate in accordance with Hypertext Transfer Protocol (HTTP) protocol.

The web service manager may perform object dynamic binding that dynamically instantiates an object and dynamically binds the object to be used in combination.

The web server may be driven by mounting a REST web service group combining two or more REST web services.

According to the present invention, it is possible to provide a method for allowing a person skilled in the art to conveniently combine a plurality of REST web services. In other words, by converting the execution result of the web service into an object, anyone can conveniently program the web service using a general object-oriented programming language (JAVA, C ++, etc.).

In addition, in the present invention, when uploading the combined program binary (compilation result) using the web service result converted into an object, by providing a system that provides this again as a REST-based web service, the user builds a separate server every time There is an effect that it is possible to drastically eliminate the trouble of loading and running server-side programs of a client-server distributed application.

According to the present invention, the present invention can be effectively applied to insufficient computing power and relatively poor wireless communication environment (3G, 4G, etc.) such as smartphone environment which is widely used at present. Because there are generally two or more REST web services that a smartphone requires, rather than creating the desired data through two web service accesses in a smartphone communication environment, users access these web services. This is because a web service combination for creating and sending desired data is developed in advance in a server provided by the present invention, and the method of calling only this web service is superior in terms of performance.

1 is a view for explaining a REST-based web service combination according to an embodiment of the present invention.
2 is a block diagram illustrating a REST-based web service combination according to another embodiment of the present invention.
3 is a flowchart illustrating a REST-based web service combining method according to an embodiment of the present invention.
4 is a block diagram of a REST based web service combination system according to an embodiment of the present invention.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the drawings, the same reference numerals are used for the same reference numerals even though they are shown in different drawings. In the following description of the present invention, a detailed description of known functions and configurations incorporated herein will be omitted when it may make the subject matter of the present invention rather unclear. Also, throughout this specification, when a component is referred to as "comprising ", it means that it can include other components, aside from other components, .

1 is a view for explaining a REST-based web service combination according to an embodiment of the present invention.

Referring to FIG. 1, step (a) shows an execution state of an eXtensible MarkUp Language (XML) 120, 160, which is a result of executing a web service 110, 150, and a REST web service execution.

An example of an OpenAPI URL is as follows to illustrate a REST web service execution result in the present invention.

For example, if the OpenAPI URL is "http://www.open.gugi.yahoo.com/service/poi.php?appid=YahooDemo＆q=COEX&encoding=euc-en&output=xml＆results=50", the execution result is As follows.

<? Xml version = "1.0" encoding = "UTF-8"?>

<ResultSet>

<Head> <publisher> YahooKorea

GUGI </ publisher> <Error> 0 </ Error> <ErrorMessage> No

Error </ ErrorMessage> <Found> 8 </ Found>

</ Head>

<Locations>

<Item>

<Num> 1 </ num>

<Latitude> 37.511591238542 </ latitude>

<Longitude> 127.05944600764 </ longitude>

<Name> COEX mall </ name>

<Street> </ street>

<City> Samsung-dong </ city>

<County> Gangnam-gu </ county>

<State> Seoul City </ state>

<Country> South Korea </ country>

</ Item>

<Item>

<Num> 2 </ num>

<Latitude> 37.512302929275 </ latitude>

<Longitude> 127.05963882578 </ longitude>

<Name> [world cup support] COEX square </ name>

<Street> </ street>

<City> Samsung-dong </ city>

<County> Gangnam-gu </ county>

<State> Seoul City </ state>

<Country> South Korea </ country>

</ Item>

</ ResultSet>

〈!-Openapil.local.maps.kr3.yahoo.com uncompressed / chunked Fri Jan 623: 55: 53 UTC 2012-＞

Step (b) is to extract an object from the web service execution result. In the present invention, step (b) is to object the data obtained as a result of executing the REST web service and utilize the necessary contents in the web service combination. Execution results of REST web services generally consist of multiple data sets (ResultSets) with the same properties, so that these data sets can be converted to multiple object instances. The objectification in this way is to enable a combination of services using a general object-oriented programming language (JAVA, C ++, etc.). That is, in the related art, a web service combination is described by using first order logic or linear logic. However, in the present invention, by using a popular object-oriented language, a web service combination is possible. It can be easily used by those skilled in the art.

Step (c) is a step of assembling a web service, and shows a method of applying a web service combination / deployment / operation system by creating a web application and uploading it to a web server.

2 is a block diagram illustrating a REST-based web service combination according to another embodiment of the present invention.

2 is a REST web service combination / deployment / operation system proposed by the present invention, which enables a service developer to easily operate a service by developing, compiling, and uploading a web service combining a service through a general object-oriented language. Suggest.

Referring to FIG. 2, the web service manager 210 loads a REST web service developed by a user (or service operator) and serves to service a web service request from the web server 230. do. In this case, when the web service manager 210 is a service for a web service composed of a combination of REST web services, the web service manager 210 may dynamically bind objects required by the corresponding web service.

A service developer may mount a REST web service developed by a web service combination and the like in a specific directory designated by the web service manager 210 and delegate a service operation. That is, by mounting the REST web service developed by the web service manager 210, the service can be operated. However, the format of the REST web service to be installed must match the path structure, configuration file, and file format specified by this system. The developed REST web service can be applied in various forms. For example, the developed REST web service may be a native service or a REST web service generated by a combination of other REST web services.

The REST web service uploaded by the user is located in the web server 230. In this case, the REST web service is located in a specific path (directory) managed by the web service manager 210.

Each web service allows a configuration file to exist in a specific path designated by the web service manager 210. At this time, the configuration file may be configured in various formats such as xml, cfg. For example, a configuration file might contain:

<XML element>

<Name> Web service package </ name>

<Value> Web service package path (directory) </ value>

</ XML element>

This configuration file describes what path the user-uploaded web service package consists of. That is, by placing the configuration file in a specific file of a specific path designated by the web service manager 210, the user can check and execute a path for executing the uploaded REST web service.

In order for a user to mount a REST web service in the web service manager 210, the user should develop using a general object-oriented programming language according to the protocol requested by the web service manager 210. Herein, when the web service execution result is converted into an object, the protocol may maintain the object information on the DB 220 of the web service manager 210 while the web service is performed.

The web server 230 includes an application program that receives a request according to the HTTP protocol from a client-side web browser and provides a document and data.

The smartphone 240 and the web browser 250 have a built-in client-side application program that communicates with the server according to the HTTP (HyperText Transfer Protocol) protocol in common.

A web service can be an object, a bundle of objects (such as a JAR file), or a platform-independent object (such as Javabeans or COM), and the object bundle can contain a directory structure. The specific path of the directory structure can put configuration files necessary for the specific path (directory) required by the web service management system.

Recently, most smartphone webs (Apps) operate in the form of a client-server distributed program that communicates with a large number of servers. For server-side implementation, socket programming must be applied separately, and a server must be built and operated. do. However, utilizing the REST web service combination / deployment / operation system proposed in the present invention shown in FIG. 2, a service developer only needs to develop a web service combining a service through a general object-oriented language, and compile and upload it.

In an embodiment of the present invention, the web server 230 may be mounted and run with a REST web service group combining two or more REST web services. Therefore, according to the present invention, compared to a conventional client executing several REST web services and combining the results, it is possible to reduce the load on the client side and improve performance.

4 is a block diagram of a REST based web service combination system according to an embodiment of the present invention.

Referring to FIG. 4, the REST-based web service combination system includes an object converter 410 and a service operator 420.

The object converter 410 converts REST web service execution result data into objects.

The service operation unit 420 mounts and operates a REST web service generated by combining the converted objects.

3 is a flowchart illustrating a REST-based web service combining method according to an embodiment of the present invention. 3 is a flowchart for a detailed description of the web service combination method. The subject performing each step of FIG. 3 is divided into an object converting unit 410 and a service operating unit 420. The object converting unit 410 is a subject performing a process of converting a REST web service execution result data into an object. The service operation unit 420 is a subject that loads / operates a REST web service generated by combining the converted objects.

Referring to FIG. 3, when a user executes a REST web service (S301), and thus XML is parsed (S303), the object converter 410 starts an object classification element (S305).

When the object classification element starts, the object variables of the XML elements are mapped until the object separation element ends (S307 and S309).

Next, it is determined whether the object is temporarily stored (S311), and when the object is temporarily stored, the object is temporarily stored in the database 220 of the web service manager 210 (S313).

In the present invention, it is determined whether the object is temporarily stored in step S311, which is an option that a user can select in the process of performing a combination REST web service on the server. That is, it is to select whether or not to temporarily store the object information obtained by performing data of another REST web service required by its web service in the web service manager 210. Storing the results of other REST web service execution on the server side and recycling them on the next request for the same service is similar to a caching technique, contributing to system performance improvement. In the case of using the temporary storage function, it is effective because it can be directly taken out from the database 220, without having to bring the same REST web service again through the network. However, it is desirable to apply the temporary storage function to the server side only when the user selects to use the function. In this case, an object stored in the database 220 may be queried and converted into an object.

Next, the service operation unit 420 loads the user's REST web service package (S315).

In addition, the service operation unit 420 performs object dynamic binding for the REST web service package (S317).

The service operation unit 420 references an object from the user REST web service package (S319).

In the object conversion unit 410 of FIG. 3, when the current REST web service execution result includes a plurality of data for the same format, data must be divided into a plurality of objects and stored in a REST-based manner unlike a SOAP-based web service. In the web service, the user must specify the object separation element directly. This is because in REST-based web services, as in SOAP-based web services, the WSDL (Web Service Description Language) does not formally describe the format of the output of the web service.

In an embodiment of the present invention, since the computer cannot automatically distinguish information about each object, a user may receive a specific element name of XML for distinguishing between objects from a user.

In the REST web service execution result in the object conversion unit 410, each element name corresponds to each attribute value of the object to be converted. For example, <num>, <latitude>, <longitude>, <name>, <street>, <city>, <county>, <state>, <country>, etc. are converted into attribute variables of the object, respectively. This conversion is performed repeatedly until the end tag is met until the start tag of the object identification element is met during the XML parsing process.

Step S317 is a part of dynamically binding an object in the process of loading and executing the combined REST web service in the service operation unit 420. For REST web services operated by combining different REST web services, the object is dynamically instantiated through the object conversion unit 410 and dynamically bound to be used in the combination REST web service. The reason for this is as follows. The system of the present invention can simultaneously execute a combination REST web service of a large number of users, in which case the web services of all users cannot be loaded in memory. Therefore, when garbage collection is performed during execution, the state of an object is stored through a method such as serialization, and when it is needed again, it must be loaded and bound again in memory and used. Thus, the execution result (object) of the combination REST web service of the user and another REST web service requiring the web service may be bound and referenced.

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

110, 150 Web Services 120 XML
130 Object 210 Web Services Manager
220 Database 230 Web Server
240 Smartphone 250 Web Browser
410 Object Conversion Unit 420 Service Operation Unit

Claims (7)

In the web service combination method in a web service combination system that combines a REST (representational state transfer) based web service,
Parsing the eXtensible MarkUp Language (XML) data that is the result of performing the web service;
The web service combining system extracting an object from the XML data; And
And the web service combining system provides a web service by combining the extracted two or more objects. The method of claim 1,
After extracting the object,
The web service combination system further includes storing the extracted object in a database,
In this case, the web service combination system is to query the object stored in the database (query) to convert to a web service, characterized in that the object. The method of claim 1,
Extracting an object from the XML data,
The web service assembling system, the web service assembling method, characterized in that for receiving an XML element name (element element) defined in order to distinguish between objects from the user. In a REST (representational state transfer) based web service combination system,
A web server providing a web service to the client when a request from the client is received; And
And a web service manager which loads a REST web service developed by a user and processes a response to a web service request from the web server. 5. The method of claim 4,
And the client and the web server communicate according to the HyperText Transfer Protocol (HTTP) protocol. 5. The method of claim 4,
And the web service manager dynamically instantiates an object and performs object dynamic binding to dynamically bind the object to be used in combination. 5. The method of claim 4,
The web server is a web service combination system, characterized in that to operate by mounting a REST web service group combining two or more REST web services.

Images