JP2006302081A - Service restart device and service restart program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a service acceptance and restart device capable of efficiently restarting services when restarting a service execution device. <P>SOLUTION: A service acceptance server 1 is provided between a user terminal 3 and a service execution server 2. Service request messages from the user terminal 3 are monitored by the service acceptance server 1, and use states of services are held in a service state storage part 103. When the service execution server 2 is restarted, a service processing restart part 105 determines priorities of services to be restarted, in accordance with use states of services before restart. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a service resuming apparatus and a service resuming program used in a service providing system that provides services to users.

  Conventionally, in a service execution server that receives a service request message from a user terminal and executes processing necessary for the service, after starting the service execution server, a program required for the service is loaded into a memory in the service execution server, etc. Preparatory work is necessary. When a service request message is received for the first time after the preparation work is completed, an operation for securing all system resources required for processing the service request message is performed first, and then a service request message is processed. When the service request message is received for the second and subsequent times, it is not necessary to secure the system resources, so that the processing can be completed in a shorter time than the first service request message.

If the service execution server stops and restarts due to firmware update or system abnormality etc. used by the service execution server, when securing the above system resources when the first service request message is received after restart, The time until the completion of processing of the first service request message becomes longer. For this reason, a dummy service request message is inserted when the above preparation work is completed after the service execution server is restarted, and system resources are secured prior to the arrival of the actual service request message. Note that Patent Document 1 is known as a reference of the prior art related to the present application.
JP 2002-149439 A

  However, in the method of inputting a dummy service request message after restarting the service execution server described above, as the types of services provided by the service execution server increase, processing for the dummy service request message is concentrated after the restart, and the service execution server Will be loaded. Furthermore, in a service execution server that cannot start a service until all dummy service request messages have been processed, it takes time to start the service after restart. Further, when the service is stopped when the service execution server is restarted, it is impossible to respond to the service request from the user terminal.

  Patent Document 1 introduces a method in which a service request server is provided between a user terminal and a service execution server, and a priority is set in advance for each service using the service request server. However, the service usage status changes in a fluid manner depending on the time period used, and efficient service resumption according to the usage status cannot be performed by a method of determining the service priority in advance. In addition, there is no specific solution regarding a method for solving the problem that it is impossible to respond to a service request from a user terminal when the service is stopped.

  The present invention has been made in consideration of the above circumstances, and the purpose of the present invention is to efficiently implement service restart when the service execution server is restarted according to the usage situation, and when the service is executed when the service execution server is restarted. An object of the present invention is to provide a service resuming apparatus capable of responding to a service request message from a user terminal even in a suspended state.

  The present invention has been made to solve the above-described problem, and the invention according to claim 1 performs a service restart process for a service execution apparatus that executes a series of processes required for each of a plurality of services. A service resuming device for receiving a service request message from a user terminal; a service status storage unit for storing information on a service requested by the service request message; and a failure status of the service execution device. A failure monitoring unit to be confirmed, and a service process resuming unit for resuming processing of the service when the failure monitoring unit confirms that the service execution device is being restarted, Priority determination means for determining service priority based on information stored in the service state storage unit, and the priority determination Service restarting means for performing service restart processing in order from the service with the highest priority based on the result of the determining means.

  The invention according to claim 2 is the invention according to claim 1, wherein the service state storage unit includes the number of execution completion processes and the processing of the service that have finished the processing of the service within a certain period of time in the past. Holds the number of processes being executed, and the priority determination means calculates the number of execution end processes and the number of processes being executed within the predetermined time immediately before the service execution device restarts. An addition calculation process is performed, and a calculation result of the addition calculation process is set as a priority.

The invention according to claim 3 is the invention according to claim 2, in which the addition operation processing is performed as follows:
The number of execution completion processes and the number of processes in execution are weighted.

  According to a fourth aspect of the present invention, there is provided a reservation for accepting a reservation for the service request message received when the service execution device is restarted in the first aspect of the present invention. A receiving unit, a reservation storing unit that stores a service request message that has received a reservation, a time required for service restart is estimated based on the priority determined by the priority determining unit, and the estimated time is used as the user terminal. And a transmission means for transmitting the service request message stored by the reservation storage means to the service execution apparatus after the service execution apparatus is restarted.

  According to a fifth aspect of the present invention, there is provided a service for receiving a service request message from a user terminal to a computer that performs service resumption processing for a service execution device that executes a series of processing required for each of a plurality of services. The service execution device is re-executed in the reception procedure, the service state storage procedure for storing the information of the service requested in the service request message, the failure monitoring procedure for confirming the failure state of the service execution device, and the failure monitoring procedure. A priority determination procedure for determining the priority of the service based on the information stored in the service state storage procedure when it is confirmed that the service is being started, and a higher priority based on the result of the priority determination procedure Service restart procedure for performing service restart processing in order from the service, and when the service execution device is restarted A reservation reception procedure for receiving a reservation for the received service request message, a storage procedure for storing the service request message for which a reservation has been received, and a time required for service restart based on the priority determined in the priority determination procedure An estimated resume time notification procedure for estimating and notifying the user terminal of the estimated time, and a transmission procedure for transmitting the service request message saved in the reservation saving procedure after the service execution device is restarted to the service execution device And a service resumption program for executing

  According to the present invention, the service usage status is monitored by the service reception server, and the priority of the service is determined from the usage status immediately before the service execution server is restarted. Can resume. In addition, even when the service is interrupted when the service execution server is restarted, the service reception server can receive the reservation.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a configuration diagram of a service providing system using a service reception server (service reception device) according to an embodiment of the present invention, in which a service reception server 1, a service execution server (service execution device) 2, a user terminal 3, Information storage unit 4).

  In FIG. 1, a service reception server 1 receives a service request message from user terminals 3, 3..., And a service execution server 2 is a service requested by a user according to an instruction from the service reception server 1. A series of processes (transactions) necessary to provide the service are executed. The information storage units 4, 4,... Hold service programs executed by the service execution server 2. The network 5 connects the user terminals 3, 3,... And the service reception server 1, the network 6 connects the service reception server 1 and the service execution server 2, and the network 7 is the service execution server. 2 and the information storage units 4, 4,...

  The service reception unit 101 in the service reception server 1 receives a service request message from the user terminal 3. The service distribution unit 102 performs processing according to the service request message received by the service reception unit 101 (details will be described later). The service state storage unit 103 holds information on the service requested by the received service request message. The failure monitoring unit 104 confirms the state of the service execution server 2. The service process resuming unit 105 controls a process for resuming the service after the service execution server 2 is restarted. The communication unit 106 communicates with the service execution server 2.

  The communication unit 201 in the service execution server 2 performs communication with the service reception server 1. The service execution unit 202,... Executes a process necessary for providing a service, and there is one service execution unit for each service. Service 203,... Is a service program used by each service execution unit 202. The service connection processing unit 204 communicates with the information storage unit 4 outside the service execution server 2.

  Next, the operation of the above-described embodiment will be described with reference to FIGS. In FIG. 1, the service request message transmitted from the user terminal 3 is received by the service reception unit 101 and processed by the service distribution unit 102. The service distribution unit 102 writes the type of service requested by the service request message and the time when the service request message is received in the service state storage unit 103. Further, the service distribution unit 102 inquires of the failure monitoring unit 104 whether the service execution server 2 is being restarted, and transmits a service request message from the communication unit 106 to the communication unit 201 of the service execution server 2 if it is not restarting. To do. When the service execution server 2 is being restarted, a process for accepting a reservation for the service request message (reservation process) is performed. This reservation process will be described later.

  The service state storage unit 103 stores the type of service requested from the user terminal 3 and the start / end time of the service based on the information input from the service distribution unit 102. Here, what is stored in the service state storage unit 103 is the service usage status in the past fixed time (t seconds).

  When the communication unit 201 of the service execution server 2 receives the service request message, it outputs the service request message to the service connection processing unit 204. The service connection processing unit 204 instructs the service execution unit 202 to perform the processing requested by the service request message. When information is transmitted to the user terminal 3 during the process in the service execution unit 202, the information is transmitted via the service reception server 1. Thus, the service execution server 2 provides a service to the user terminal 3 by transmitting and receiving information between the user terminal 3 and the service execution server 2 via the service reception server 1.

  Next, an operation when the service execution server 2 is stopped and restarted due to an update of firmware used in the server, a system abnormality, or the like will be described. When the service execution server 2 restarts at the time shown in FIG. 2A, the failure monitoring unit 104 in FIG. 1 detects the restart. The service usage status for t seconds before the restart of the service execution server 2 is stored in the service status storage unit 103 of the service reception server 1. In the example of FIG. 2, the service state storage unit 103 holds the service type and the service start / end time in the transaction state table within time t illustrated in FIG. 3. Further, the service state storage unit 103 edits the transaction state table within t time, and creates the service state table within t time shown in FIG. The t-time service state table holds the number of services executed and being executed during the past t seconds.

  FIG. 5 is a flowchart showing processing in the service processing restarting unit 105 of the service receiving server 1 when the service execution server 2 is restarted. When the failure monitoring unit 104 detects the restart of the service execution server 2, restart information is output to the service processing start unit 105. When the service processing start unit 105 inputs information on restarting the service execution server 2, the service status table held in the service status storage unit 103 is referred to determine the service restart priority (priority determination means). Priorities are assigned in descending order of priority (step S501).

  Here, as a method for determining the priority, the sum of the number of transactions being executed (the number of processes being executed) and the number of transactions that have been executed (the number of execution completion processes), that is, the service state within the time t shown in FIG. The value of the column shown in the “total” of the table is used (addition operation). In the example of FIG. 4, the priority of service B is 3 (priority is 1), the priority of service A is 2 (priority is 2), and the priority of service C is 1 (priority is 3). .

  As another example of determining the priority, a method of weighting the number of transactions in progress in the above-described method for obtaining the sum can be considered. The priority is defined as Pr, X is the number of transactions being executed, Y is the number of transactions that have been executed, Y is the weighting coefficient for Y of X, and priority Pr = aX + Y. For example, this method is optimal for preferentially resuming a service with a large number of transactions being executed, that is, a service with a large number of processes interrupted by restarting the service execution server.

  When the priority of service restart is obtained, service restart processing is performed according to the priority after the restart of the service execution server 2 (time B in FIG. 2) (service restart means, steps S502 to S502 in FIG. 5) S507). In the service resumption processing, first, the service resumption processing unit 105 inputs a dummy service request message corresponding to the priority level 1 service to the service execution server 2 via the network 6 (step S503). In the example of FIG. 2, the priority of service B is 1, and a dummy service request message for service B is input.

  When the service execution server 2 receives a dummy service request message for the service B, the service connection processing unit 204 loads a program necessary for the service B into the memory and secures all system resources that need to be processed in the service request message. The service execution unit 202 is instructed to perform such operations. At this time, when the external information storage unit 4 holds all or part of the program required for the service B, the service connection processing unit 204 downloads the necessary program from the information storage unit 4.

  When the service B preparation work is completed and the service execution unit 202 completes the processing for the dummy service request message, the service execution restarting unit 105 is notified of the processing completion. When the service process resuming unit 105 recognizes that the process for the dummy service message has been completed by this notification (step S504 in FIG. 5: Yes), the service B service start process is performed (step S505). In the service start process, the service process resuming unit 105 notifies the service distribution unit 102 that the service B can be resumed. Upon receiving the notification, the service distribution unit 102 resumes the service request message transmission for the service B from the user terminal 3 to the service execution server 2.

  When the service start process is completed and the service B is restarted (step S506: Yes), the service restart process for the service B with the priority of 1 is completed, and then the restart process and priority of the service A with the priority of 2 The procedure from step S502 to step S507 is performed in the order of the restart process of the service C with the rank of 3. When the restart process is completed for all services, the service process restarting unit 105 ends the service restart procedure.

  In the service resumption process of the present invention, the priority of the service is determined according to the service usage status immediately before the service execution server 2 is restarted, so that the service that is required at the time of restart is preferentially restarted. Service can be restarted. In addition, since the service is resumed when the dummy service request message has been processed, the service with higher priority is shorter than the prior art in which all services are resumed after all dummy service request messages are processed. Service can be resumed in time.

  Next, the above-described reservation process performed by the service distribution unit 102 while the service execution server 2 is restarted will be described with reference to FIGS. FIG. 6 is a flowchart showing the procedure of the service distribution unit 102 in the reservation process. When the service distribution unit 102 inputs a service request message while the service execution server 2 is restarting (step S601), the user determines whether the service execution server 2 is recovering due to a failure and the service request is reserved. The terminal 3 is inquired (step S602).

  FIG. 7 is an example of a screen displayed on the user terminal 3 at the time of an inquiry from the service reception server 1, and the user can select whether or not to make a reservation for a service request. In addition to whether or not to make a reservation, it is possible to take a form in which the user specifies the time for which the reservation is continued.

  When the user transmits data indicating that the service request is reserved to the service reception server 1 and the data is processed by the service distribution unit 102 (reservation reception means, step S603 in FIG. 6: Yes), The service distribution unit 102 stores the service request message received in step S601 as a reservation waiting state (reservation storage unit, step S604). Thereafter, the service status table in time t held in the service status storage unit 103 is referred to, and the priority of service restart is determined from the priority of the service waiting for reservation. The service distribution unit 102 predicts the time required for service restart from the determined priority order and notifies the user terminal 3 of the expected time until service restart (estimated restart time notification means, step S605).

  When the service distribution unit 102 inputs a service resumption notification from the service processing resumption unit 105 at step S505 in FIG. 5 (step S606: Yes in FIG. 6), the service resumption is notified to the user terminal 3. At the same time, a service request message from the reserved user terminal 3 is transmitted to the service execution server 2 (transmission means), and service provision to the user terminal 3 is resumed (step S607).

  In step S606 that waits until the service is resumed, in the above-described form in which the user designates the time for continuing the reservation, the service distribution unit 102 cancels the reservation to the user terminal 3 after the designated duration has elapsed. It is possible to take a method of informing and releasing the reservation of the service request message. It is also possible to set an upper limit on the settable time of the reservation duration and cancel the reservation of the service request message after the upper limit has elapsed.

  Further, while the service execution server 2 is restarting, not only accepting a reservation for a service request from the user terminal 3, but also a method of notifying the user terminal 3 of the restart state of the service execution server 2 is conceivable. . In FIG. 8, the restart state confirmation server 8 communicates with the service execution server 2 and acquires the restart state of the service execution server 2. For example, when the status of the service execution server 2 has finished the startup of the service B and the startup of the service A, and has finished 50% of the entire processing up to the startup of the service C, the restart status check server 8 transmits the information to the user terminal 3, and the user terminal 3 displays on the screen that the restarting state is 50% complete. The function of the restart state confirmation server 8 may be realized as a function of the service reception server 1.

  Although the embodiment of the present invention has been described in detail above, the specific operation is not limited to this embodiment, and a design change or the like within a range not departing from the gist of the present invention is possible. For example, in a distributed processing system in which the service execution server 2 is made redundant in an active system and a standby system, it can be used as a service recovery means when switching from the active service execution server to the standby service execution server.

  The present invention is suitable for use in a service providing system that provides a service to a user terminal.

It is the block diagram which showed the service provision system using the service reception server concerning embodiment of this invention. It is the schematic diagram which showed an example of the service performed before and after the restart of the service execution server 2 of FIG. 3 is a table showing an example of a transaction table within time t held in the service state storage unit 103 of FIG. 1. 3 is a table showing an example of an in-time service state table held in a service state storage unit 103 in FIG. 1. 6 is a flowchart showing a service restart process executed by a service process restarting unit 105 when the service execution server 2 of FIG. 1 is restarted. 2 is a flowchart showing a reservation acceptance process executed by a service distribution unit 102 when the service execution server 2 of FIG. 1 is restarted. It is the figure which showed the reservation reception process performed with the service reception server 1 of FIG. It is the figure which showed the mechanism which displays a restart state with the user terminal 3 of FIG.

Explanation of symbols

1 ... Service reception server (service reception device)
2 ... Service execution server (service execution device)
DESCRIPTION OF SYMBOLS 3 ... User terminal 4 ... Information storage part 8 ... Restart state confirmation server 101 ... Service reception part 102 ... Service distribution part 103 ... Service state storage part 104 ... Failure monitoring part 105 ... Service process resumption part 106 ... Communication part 201 … Communication unit 202… service execution unit 203… service 204… service connection processing unit

Claims (5)

In a service resuming apparatus that performs a service resuming process on a service execution apparatus that executes a series of processes required for each of a plurality of services,
A service reception unit that receives a service request message from a user terminal;
A service state storage unit for storing information on the service requested in the service request message;
A failure monitoring unit for confirming a failure state of the service execution device;
A service process restarting unit that restarts the process of the service when the failure monitoring unit confirms that the service execution device is being restarted;
The service processing resumption unit
Priority determination means for determining the priority of the service based on the information stored in the service state storage unit;
Based on the result of the priority order determination means, service restart means for performing service restart processing in order from services with higher priority;
A service resumption device comprising: The service state storage unit
In the past fixed time, the number of execution end processes that have finished executing the process of the service and the number of in-execution processes in which the process of the service is being executed are retained,
The priority determining means includes
The addition processing of the number of execution completion processes and the number of processes in execution within the certain time immediately before the service execution device is restarted is performed, and the calculation result of the addition calculation process is set as a priority. The service resuming apparatus according to claim 1. The addition calculation process is:
The service resuming apparatus according to claim 2, wherein weighting is performed on the number of execution end processes and the number of processes being executed. Reservation accepting means for accepting a reservation for the service request message received when the service execution device is restarted;
Reservation storage means for storing a service request message that has received a reservation;
Estimating the time required for service restart based on the priority determined by the priority determination means, and estimated restart time notification means for notifying the user terminal of the estimated time;
Transmitting means for transmitting a service request message stored by the reservation storing means to the service execution apparatus after restarting the service execution apparatus;
The service resumption apparatus according to any one of claims 1 to 3, further comprising: In a computer that performs a service restart process for a service execution device that executes a series of processes required for each of a plurality of services,
A service reception procedure for receiving a service request message from a user terminal;
A service state storage procedure for storing information of the service requested in the service request message;
A failure monitoring procedure for confirming a failure state of the service execution device;
A priority determination procedure for determining the priority of a service based on the information stored in the service state storage procedure when it is confirmed that the service execution device is being restarted in the failure monitoring procedure;
A service restart procedure for performing service restart processing in order from a service with a higher priority based on the result of the priority order determination procedure;
A reservation acceptance procedure for accepting a reservation for the service request message received when the service execution device is restarted;
A storage procedure for storing the service request message for which the reservation has been accepted;
Estimating the time required for service restart based on the priority determined in the priority determination procedure, an estimated restart time notification procedure for notifying the user terminal of the estimated time;
A transmission procedure for transmitting to the service execution device a service request message stored in the reservation storage procedure after restarting the service execution device;
Service resumption program for running.

Images