JP2011002909A - Server device, information processing system, method of controlling the server device, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To shorten a constraint time of a server device for providing web service, and to quickly transit to a state capable of receiving the next request.SOLUTION: An AP server 200 for the web service includes a request receiving unit 201 for receiving a request from a client terminal 100, and a processing request unit 204 for requesting processing for calling out a procedure of processing in response to the request by an external device, to an AP server 200 for RMI service.

Description

  The present invention relates to a technology applicable to a server device that provides a Web service.

  In the Web service, SOAP (Simple Object Access Protocol) is used between the client and the server, and highly versatile communication using XML (Xtensible Markup Language) is possible. Note that the Web service here is a mechanism in which distributed applications cooperate with each other gently by exchanging XML using SOAP on http. In addition, SOAP is a protocol for calling data and services in other computers, and messages are exchanged by XML. Using SOAP enables communication between computers in different environments.

  First, when a server that provides a Web service receives a request for processing with XML data from a client, a process called deserialization that converts a request for XML data that is text data into a request for binary data is executed. Then, the server that provides the Web service performs a process of causing the DB server to call a method of a process corresponding to the request based on the request converted into binary data.

How To Information: Requesting / Polling Method for Tasks with Long Travel Time, Internet <URL: http: //www.microsoft.com/japan/msdn/enterprise/pag/scalenetthowto08.aspx>

  However, in such a Web service, if a large-scale process is executed, the binding time on the server side that provides the Web service becomes long, and it takes a long time until the server becomes ready to accept the next request. There is a problem that it takes.

  Also, if a large-scale process occurs on the server side in response to a request thrown from the client side, nothing can be operated on the client side until the process is completed. In this case, the client side cannot grasp whether the server is waiting for processing or whether the server processing is frozen.

  For example, Non-Patent Document 1 discloses a technique for showing a moving image on a client screen until the server completes the work.

  However, even in the technology disclosed in Non-Patent Document 1, when a large-scale process occurs on the server side, a considerable time is required until the client side shifts to an operable state.

  Accordingly, an object of the present invention is to shorten the binding time of a server device that provides a Web service and to shift to a state in which a next request can be accepted earlier.

  Another object of the present invention is to shift the client terminal to a state where it can be operated more quickly.

The server device according to the present invention is a server device that provides a Web service, and includes a request receiving unit that receives a request from a client terminal, and a process for causing an external device to call a processing procedure according to the request. Requesting means for requesting the server apparatus.
In the information processing system of the present invention, a first server device that provides a Web server and a second server device are communicably connected, and the second server device and a third server device are communicably connected. In the information processing system, the first server device is configured to cause the third server device to call a request receiving unit that receives a request from a client terminal and a processing procedure corresponding to the request. Requesting means for requesting processing to the second server device, wherein the second server device accepts a request from the requesting means and requests received by the request accepting means. In response, the third server device has a procedure calling means for calling a processing procedure corresponding to the request in the third server device. It characterized by having a process execution means for executing a process corresponding to the request by the procedure called by the calling means.
The server device control method according to the present invention is a method for controlling a server device that provides a Web service, in which a request receiving step for receiving a request from a client terminal and a processing procedure corresponding to the request are called by an external device. And a requesting step for requesting another server device to perform processing.
A program of the present invention is a program for causing a computer to execute a control method for a server device that provides a Web service, and includes a request receiving step for receiving a request from a client terminal, and a processing procedure corresponding to the request. It is characterized by causing a computer to execute a requesting step for requesting another server device to execute a process for calling by the device.

  In the present invention, a server device that provides a Web service is configured to request another server device to perform processing for calling a processing procedure corresponding to the received request on an external device. Therefore, according to the present invention, it is possible to shorten the binding time of the server device that provides the Web service, and to shift to a state where the next request can be accepted earlier.

  According to another feature of the present invention, a response indicating that the request has been accepted is sent back to the client terminal in response to acceptance of the request. Thus, by promptly notifying the client terminal, according to the present invention, the client terminal can be shifted to a state where it can be operated more quickly.

It is a figure which shows the structure of the information processing system which concerns on embodiment of this invention. It is a block diagram which shows the main function structures of Web service charge AP server and RMI service charge AP server. It is a block diagram which shows the hardware constitutions of a client terminal, Web service charge AP server, RMI service charge AP server, and DB server. It is a sequence chart which shows the flow of operation | movement of the information processing system which concerns on embodiment of this invention. It is a figure which shows typically the structure of the session ID management table managed in DB server. It is a figure which shows the example which the client terminal acquired from the DB server the information registered into a process count item and a process MAX count item, and displayed on the display.

  DESCRIPTION OF EXEMPLARY EMBODIMENTS Hereinafter, preferred embodiments to which the invention is applied will be described in detail with reference to the accompanying drawings.

  FIG. 1 is a diagram showing a configuration of an information processing system according to an embodiment of the present invention. In FIG. 1, a client terminal 100 and a Web service responsible AP server 200 are connected via a network such as the Internet. The Web service AP server 200 and the RMI service AP server 300 are connected by a LAN, and the RMI service AP server 300 and the DB server 400 are connected by a LAN.

  The client terminal 100 is a PC operated by a user. The client terminal 100 sends a request such as a data search request or a data registration request to the computer system including the Web service AP server 200, the RMI service AP server 300, and the DB server 400 in accordance with a user operation. Issue. The Web service AP server 200 is a server for providing a Web service. The RMI service charge AP server 300 is a server for providing the RMI service. The DB server 400 performs processing such as data registration and data search for a database (DB). Here, RMI is an abbreviation for Remote Method Invocation, and is a technology that can call a method of a computer connected via a network.

  Between the client terminal 100 and the Web service AP server 200, communication using XML (Simple Object Access Protocol) is performed. Accordingly, the client terminal 100 generates a request by executing serialization that converts, for example, an object (binary data) that is a DB registration target into XML data (text data), and transmits the request to the Web service AP server 200.

  Upon receiving the XML data that is a request from the client terminal 100, the Web service responsible AP server 200 returns a notification that the request has been received to the client terminal 100. Also, the Web service AP server 200 executes deserialization for converting the received XML data into binary data, and then sends a method (procedure) corresponding to the request to the RMI service AP server 300 at the subsequent stage to the DB server. A process for calling at 400 is requested. At the time of making this request, the Web service AP server 200 is released from processing for the current request and can accept the next request.

  When the RMI service responsible AP server 200 receives a request from the Web service responsible AP server 200, the RMI service responsible AP server 200 causes the subsequent DB server 400 to call a processing method corresponding to the request. The DB server 400 executes processing (data registration processing, data search processing, etc.) using the called method.

  When a request for processing is made from the Web service responsible AP server 200 to the RMI service responsible AP server 300, communication is performed using binary data. Since communication data amount is smaller when communication is performed using binary data than communication using XML data, communication costs between the Web service AP server 200 and the RMI service AP server 300 can be reduced.

  FIG. 2 is a block diagram showing main functional configurations of the Web service AP server 200 and the RMI service AP server 300.

  As shown in FIG. 2, the Web service AP server 200 includes a request reception unit 201, a reply unit 202, a deserialization unit 203, and a processing request reception unit 204 as functional configurations. In addition, the RMI service responsible AP server 300 includes a processing execution unit 301 as its functional configuration.

  The request reception unit 201 receives a request such as a data search request or a data registration request written in XML from the client terminal 100.

  When the request receiving unit 201 receives a request from the client terminal 100, the reply unit 202 returns a notification that the request has been received to the client terminal 100.

  The deserialization unit 203 converts the XML data that is the request received by the request reception unit 201 into binary data.

  The process request unit 204 requests the RMI service server 300 to perform a process for causing the DB server 400 to call a process method corresponding to the request. The request here is made by a request converted into binary data by the deserialization unit 203. For example, if the request received by the request receiving unit 201 is data registration in the DB server 400, the processing request unit 204 registers the target data by transmitting the binary data request to the RMI service responsible AP server 300. It requests that the DB server 400 call a method for executing the process. If the request received by the request receiving unit 201 is a data search of the DB server 400, the processing request unit 204 transmits the request for binary data to the RMI service responsible AP server 300 to meet the search condition. Requests that the DB server 400 call a method for retrieving data.

  The process execution unit 301 executes a process for causing the DB server 400 to call a method according to a request from the process request unit 204.

  FIG. 3 is a block diagram showing the hardware configuration of the client terminal 100, the Web service AP server 200, the RMI service AP server 300, and the DB server 400.

  The CPU 1001 comprehensively controls each device and controller connected to the system bus. In the ROM 1003 or the HD (hard disk) 1009, a BIOS (Basic Input / Output System) or an operating system program that is a control program of the CPU 1001, the client terminal 100, the Web service AP server 200, the RMI service AP server 300, and the DB server 400 are stored. For example, a program for the process shown in FIG. 4 is stored.

  In the example of FIG. 3, the HD 1009 is configured to be arranged inside the client terminal 100, the Web service responsible AP server 200, the RMI service responsible AP server 300, and the DB server 400. The corresponding configuration may be a configuration arranged outside the client terminal 100, the Web service AP server 200, the RMI service AP server 300, and the DB server 400. Further, for example, the program for performing the processing illustrated in FIG. 4 according to the present embodiment is recorded on a computer-readable recording medium such as a flexible disk (FD) or a CD-ROM, and is supplied from the recording medium. Alternatively, it may be configured to be supplied via a communication medium such as the Internet.

  A RAM 1002 functions as a main memory, work area, and the like for the CPU 1001. The CPU 1001 implements various operations by loading a program necessary for execution of processing into the RAM 1002 and executing the program.

  The HD 1009 and the FD 1008 function as an external memory. The CPU 1001 implements various operations by loading a program necessary for execution of processing into the RAM 1002 and executing the program.

  A disk controller 1007 controls access to an external memory such as the HD 1009 and the FD 1008. The communication I / F controller 1006 is connected to the Internet or a LAN, and controls communication with the outside by, for example, TCP / IP.

  A display controller 1010 controls image display on the display 1011.

  The KB controller 1004 receives an operation input from the KB (keyboard) 1005 and transmits it to the CPU 1001. Although not shown, in addition to the KB 1005, a pointing device such as a mouse is also used as a user operation unit by the client terminal 100, the Web service responsible AP server 200, the RMI service responsible AP server 300, and the DB server 400 according to the present embodiment. It is applicable to.

  Note that the request reception unit 201, the reply unit 202, the deserialization unit 203, the processing request unit 204, and the processing execution unit 301 of the RMI service AP server 300 illustrated in FIG. The program is stored in the memory and loaded into the RAM 1002 as necessary, and is realized by the CPU 1001 that executes the program.

  FIG. 4 is a sequence chart showing a flow of operations of the information processing system according to the present embodiment. Hereinafter, the operation of the information processing system according to the present embodiment will be described with reference to FIG.

  First, the client terminal 100 issues (transmits) a request such as a data registration request or a data search request to the Web service AP server 200 (step S401).

  The request reception unit 201 of the Web service manager AP server 200 receives a request issued from the client terminal 100 (step S402).

  Next, the reply unit 202 of the Web service AP server 200 returns a notification that the request has been accepted to the client terminal 100 (step S403).

  The client terminal 100 receives the notification from the reply unit 202 (step S404). Thereby, the client terminal 100 shifts to an operable state.

  The deserialization unit 203 of the Web service responsible AP server 200 converts the XML data request received by the request reception unit 201 into binary data (step S405).

  Subsequently, the process request unit 204 of the Web service responsible AP server 200 requests the RMI service responsible AP server 300 to execute a process for causing the DB server 300 to call a method of processing corresponding to the request (step S406). .

  The process execution unit 301 of the RMI service responsible AP server 300 accepts the request from the process request unit 204 (step S407), and causes the DB server 400 to call a method corresponding to the request (step S408). For example, when a data search is requested, a method for data search is called by the DB server 400, and when a data registration is requested, a method for data registration is called by the DB server 400.

  The DB server 400 executes processing by the called method (step S409). For example, when a method for data search is called, data search is performed by the called method, and when a method for data registration is called, data registration is performed by the called method.

  FIG. 5 is a diagram schematically showing a configuration of a session ID management table managed in the DB server 400. This session ID management table is stored in the RAM 1002 or HD 1009 of the DB server 400.

  The session ID is an ID given each time the client terminal 100 logs in to the Web service. In the example of FIG. 5, four session IDs are registered, and a processing message item, a processing count item, a processing MAX count item, and a status item are managed for each session ID.

  In the process message item, a message indicating the current process status is registered. For example, data search or data registration is registered.

  The current processing number is registered in the processing count item. For example, if the issued request is data registration, and the total number of data items to be registered is 1000, and 500 of them are currently registered, information “500” is registered here.

  All processing numbers are registered in the processing MAX count item. For example, in the above-described example, information “1000” indicating the total number of registered data items 1000 is registered here.

  A flag indicating the current processing status is registered in the status item. For example, “0” is registered before processing, “1” is registered, “2” is registered after processing, and “9” is registered when processing is stopped.

  Note that multiple requests may be issued with a single login. In this case, in association with one session ID, the current processing number for a plurality of requests is registered in the processing count item, and all the processing numbers for the plurality of requests are registered in the processing MAX count item. become. If a process corresponding to a data search request is currently being executed among a plurality of requests, “data search in progress” is registered in the process message item. Furthermore, “0” is registered in the status item if processing corresponding to a plurality of requests is before processing, “1” if processing is in progress, “2” if processing is after processing, and “9” if processing is cancelled. Is done.

  The registration information of the process message item, the process count item, and the status item in the session ID management table described above is sequentially updated according to the progress of the process. That is, in the session ID management table, the progress of processing is managed in association with each session ID.

  The client terminal 100 asynchronously accesses the DB server 400 via the Web service AP server 200 and the RIM service AP server 300 or the Web service AP server 200 alone, and sets the target session ID and desired item. By designating, it is possible to acquire the progress of processing in the corresponding session ID.

  FIG. 6 is a diagram illustrating an example in which the client terminal 100 acquires information registered in the processing count item and the processing MAX count item from the DB server 400 and displays the information on the display 1011. Here, a case where the client terminal 100 acquires information registered in the process ID item of the session ID and the process MAX count item registered in the uppermost record of the session ID management table of FIG. 5 from the DB server 400 will be described. To do.

  Since the acquired information is “50” registered in the processing count item and “100” registered in the processing MAX count item, 50% of the total processing number has been processed in the current progress status. is there. Therefore, as shown in FIG. 6, along with the display of 50% of character information, the progress bar is extended by half of the entire display, and an interface that makes it easy to visually recognize that the current progress status is 50% is displayed. Is done.

  As described above, in the present embodiment, the progress status can be acquired and displayed asynchronously from the client terminal 100. As a result, the user can check the progress as appropriate, and can cancel the process in the middle.

  Thus, in this embodiment, the session ID management table is configured to be held in the DB server 400. Incidentally, an AP server may be added to the information processing system for reasons such as load distribution, and the access path to the DB server 400 of the client terminal 100 may be changed to pass through the added AP server. In such a case, when the session ID management table is provided in the AP server on the original access route, the client terminal 100 acquires the progress corresponding to the already assigned session ID when the route change is triggered. You will not be able to. On the other hand, in the present embodiment, since the session ID management table is arranged in the DB server 400 which is the final access point, even when there is a change in the access route due to the addition of the AP server or the like, The client terminal 100 can reliably acquire the progress status corresponding to the already assigned session ID.

  In addition, although the state which managed progress information for every session ID is shown in FIG. 5, you may manage progress information for every transaction ID provided for every process.

  As described above, in this embodiment, the Web service AP server 200 requests the RMI service server 300 to execute a process for causing the DB server 400 to call a processing method corresponding to the received request. It is configured. Therefore, it is possible to shorten the binding time of the Web service responsible AP server 200 and shift to a state where the next request can be accepted earlier.

  In the present embodiment, the Web service AP server 200 is configured to send a response indicating that the request has been received to the client terminal 100 in response to the reception of the request. By promptly notifying the client terminal 100 in this manner, the client terminal 100 can be shifted to a state where it can be operated more quickly.

  As another embodiment of the present invention, the processing order of step S403 and step S405 may be interchanged. That is, the Web service AP server 200 may notify the client terminal 100 that the request has been accepted after converting the XML data request into a binary data request. In this way, when the client terminal 100 receives the notification related to the request, the Web service AP server 200 is surely released, and all subsequent requests from the client terminal 100 can be accepted. It becomes possible.

  Furthermore, as another embodiment of the present invention, in the above embodiment, the XML service transmitted from the client terminal 100 is converted into binary data by the Web service AP server 200 and passed to the RMI service AP server 300. However, in the present embodiment, a process of passing to the RMI service responsible AP server 300 without performing conversion to binary data is performed.

  Since the deserialization process is expensive, if a large-scale deserialization process occurs, the load on the server increases. In particular, the Web service AP server 200 plays a role of receiving a request from a client, and therefore there is a request that the load is not increased as much as possible.

  Therefore, when the data amount of the XML data request transmitted from the client terminal 100 is large, the Web service AP server 200 passes the XML data to the RMI service AP server 300 without converting it into binary data, and the RMI service AP The server 300 side converts to binary data. Here, a request with a large amount of data includes a case where a large number of record registration processes are performed with a single request.

  In order to perform such processing, the processing service standard information is stored in the ROM 1003 or the HD 1009 in the Web service AP server 200. Further, the RMI service responsible AP server 300 includes the same deserialization unit 203 as the Web service responsible AP server 200 includes.

  When receiving the XML data from the client terminal 100, the request reception unit 201 reads the processing determination criterion information, and converts the XML data into binary data if the received XML data exceeds the size specified by this criterion. Without being transmitted to the AP server 300 in charge of the RMI service. The AP server 300 in charge of the RMI service that has received the XML data first converts the XML data into a binary data request by the deserialization unit, and then the processing execution unit 301 calls the DB server 400 for a processing method corresponding to the request. Make it.

DESCRIPTION OF SYMBOLS 100: Client terminal 200: Web service charge AP server 201: Request reception part 202: Reply part 203: Deserialization part 204: Process request part 300: RMI service charge AP server 301: Process execution part 400: DB server

Claims (8)

A server device that provides a Web service,
A request receiving means for receiving a request from a client terminal;
A server device comprising: request means for requesting another server device to execute a process for causing an external device to call a processing procedure corresponding to the request.   The server apparatus according to claim 1, wherein the request accepting unit can accept another request after requesting the other server by the requesting unit.   The server apparatus according to claim 1, further comprising a reply unit that replies to the client terminal that the request has been accepted in response to acceptance of the request by the request acceptance unit. Conversion means for converting the request for text data into the request for binary data;
The request means transmits the request for binary data to the other server device, thereby causing the other server device to execute a process for causing the external device to call a processing procedure corresponding to the request. 4. The server apparatus according to claim 1, wherein the server apparatus requests the server apparatus. An information processing system in which a first server device that provides a Web server and a second server device are communicably connected, and the second server device and a third server device are communicably connected. ,
The first server device is
A request receiving means for receiving a request from a client terminal;
Requesting means for requesting the second server device to execute a process for causing the third server device to call a processing procedure corresponding to the request;
The second server device is
Request accepting means for accepting a request from the request means;
In response to the request received by the request receiving means, a procedure calling means for calling a procedure of processing according to the request in the third server device,
The third server device is
An information processing system comprising processing execution means for executing processing according to the request in a procedure called by the procedure calling means. The third server device is
The information processing system according to claim 5, further comprising management means for managing a progress status of the processing according to the request. A control method of a server device that provides a Web service,
A request reception step for receiving a request from a client terminal;
And a requesting step of requesting another server device to execute a process for causing the external device to call a processing procedure corresponding to the request. A program for causing a computer to execute a control method of a server device that provides a Web service,
A request reception step for receiving a request from a client terminal;
A program for causing a computer to execute a requesting step for requesting another server device to execute a process for causing an external device to call a processing procedure corresponding to the request.

Images