JP2002288129A - Online service processing system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a client/server system in which a server is able to execute a proces requested by a client without the occurrence of a time out even if the server takes a long time to execute the process. SOLUTION: The reception processing section 11 of a server 1 which has received a start request from the start request processing section 231 of a client, starts up the service processing section 12 of the server 1. After the start of the service processing section 12, if the reception processing section 11 replys to notify the client of the completion of the start the start request processing section 21 stops normally.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a client / server system, and more particularly, to an online system in which a server can perform a long process.

[0002]

BACKGROUND OF THE INVENTION For example, there is a process that requires a large amount of data and takes a long time to process, such as a case in which transactions performed by financial institutions or the like are tabulated every business day to create a form.
Such processing is often performed in a batch process at night.
The form printed by the batch processing is transported by truck or the like the next day. For this reason, it is necessary to wait until the next day to obtain the form.

Therefore, it is conceivable to perform such processing by an online transaction processing composed of a client / server.

In this client / server system,
The client sends a processing request to the server, performs necessary processing on the server, and returns the processing result to the client. The time required for processing on the server can be several seconds to 1,2
It is generally on the order of minutes. For this reason, if the client does not return the process even after the lapse of a predetermined time, it is regarded that an abnormality has occurred in the network or the server, and the connection is cut off as a timeout.

[0005] Therefore, when the form creation processing or the like as described above is performed with a long processing time, a timeout occurs in most cases. In other words, even if there is no abnormality in the network and the server, if processing on the server takes a long time,
A timeout has occurred and the operation does not end normally. For this reason, conventionally, a client / server system that performs online transaction processing cannot perform long-time processing.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a client / server system capable of performing online transaction processing without time-out even when a server takes a long time to execute processing.

[0007]

In order to achieve the above object, according to the present invention, the following processing is performed in a network system in which a server and a client are connected via a network and perform online transaction processing. That is, the client transmits a start request of the business processing unit to the server, and when the server receives the request, starts the business processing unit that performs business processing, and notifies the client that the start of the business processing unit is completed to the client. Notice.
Upon receiving the notification of the completion of the start from the server, the client normally ends the start processing of the business processing unit.

[0008]

Embodiments of the present invention will be described below with reference to the drawings.

FIG. 1 shows the configuration of a network system according to the present invention. In this system, a server 1 and a plurality of clients 2 are connected via a network 5.
Each of the server 1 and the client 2 is configured by a computer system. Each configuration or each function described below is realized, for example, by executing a program.

The server 1 includes a plurality of service processors 12 and a status management table 14 for storing the status of each service processor 12.
And a reception processing unit 11 for activating the business processing unit 12 and a state acquisition unit 13 for acquiring a state from the state management table 14
And a form database 15 for storing form data as processing result information generated by performing a process by the business processing unit 12.
And

Each business processing unit 12 performs a predetermined process as shown in FIG. 3B, for example. In the following description, the business processing unit 12 that performs processing for creating the form data will be described as an example.

The status management table 14 stores information for each business processing unit 1.
2 is stored. FIG. 2 shows an example of the state management table 14. Here, the status management table 14 includes, as data items, an ID 141 of the business process, a form name 142 created by the business process, a status 143 of the business processing unit, and an ID 144 of a user who has started the business process. .

The reception processing unit 11 activates the business processing unit 12 in response to a request from a client. The task processing unit 12 to be started is specified by the client. The activation procedure of the task processing unit 12 is specifically as follows. That is, the reception processing unit 11 updates the state management table 14 as a pre-startup process. Updating the table, for example,
The status 143 of the designated business process ID 141 is set to “processing”, and the ID 144 of the user who started the process is registered. Thereafter, the designated business processing unit 12 is started. When the business processing unit 12 is started, a notification of the start completion is transmitted to the client 2. Here, the activation completion notification may be information indicating that the processing of the reception processing unit 11 has been normally completed. Note that the normal end means that a predetermined process has been completed without aborting.

When the form data is transmitted in response to a request from the client, the reception processing unit 11 updates the processing state 143 of the state management table 14 to “transferred”.

The status acquisition unit 13 acquires information stored in the status management table 14 in response to a request from a client. Then, the status acquisition unit 13 transmits the acquired information to the client 2 in response to the inquiry of the processing status of each business process from the client 2.

The client 2 includes an input device 31 and a display device 32, receives input from a user, and displays the information to provide information to the user. Also, the client 2 obtains information stored in the state management table 14 and a start request processing unit 21 that requests the server 1 to start a business process, and a query process that queries the processing status of each business process. And an acquisition unit 23 for acquiring form data from the server 1. Further, the client 2 may include a printer 3. Also, this printer 3
May be directly connected to the network.

The start request processing unit 21 generates a start request for a business process selected by the user from a prepared business list, and transmits the generated start request to the server 1. Then, it waits for a response from the server 1 to this request, and receives a start completion notification of the business process transmitted from the server 1. The waiting time until receiving the startup completion notification is usually several seconds or less. Upon receiving this notification, the activation request processing section 21 ends normally. At the time of normal termination, information indicating that the business process specified by the user has been started may be output. Specifically, a message indicating that the business process has been started is displayed on the display device 3.
2 may be displayed.

The inquiry processing unit 22 generates a business process status acquisition request in accordance with an instruction from the user and transmits the request to the server 1. The information indicating the business processing status is received from the server 1 and output. For example, the processing states of all business processes for creating a form may be acquired and displayed on the display device 32 in a list. FIG. 7 shows a display example at this time. The processing status list 300 allows the user to know the current state of all the processes including the process requested by the user.

The processing status list 300 is displayed in a status display section 350.
, A print button 310, a preview button 320,
And a save button 330. The user operates the input device 31
, Each form displayed on the status display section 350 can be selected. When the print button 310, the preview button 320, or the save button 330 is pressed with the form selected, the form data is downloaded and printed by the printer 3, previewed on the display device 32, or stored (not shown), respectively. Stored in the device.

The acquisition unit 23 generates a form data acquisition request in response to an instruction from the user, transmits the form data acquisition request to the server 1, and receives the form data transmitted from the server 1. The form can be printed by the printer 3 based on the form data. Also, the image of the form can be displayed on the display device 32.

Next, regarding the processing procedure in this system,
This will be described with reference to FIGS.

First, the user displays the user ID on the user authentication screen 100 shown in FIG.
D and a password are entered, and the client 2 logs in to the server 1. When the user logs in, a task menu screen 200 shown in FIG. Here, when the user selects the form creation 210, a pop-up menu 250 shown in FIG. 3C is displayed. From the form list displayed in the pop-up menu 250, the user selects a desired one. afterwards,
The server 1 and the client 2 perform processing according to the procedure shown in FIG.

The start request processing unit 21 generates a start request for a business process for creating the selected form, and transmits it to the server (S111). The reception processing unit 11 of the server 1 receives this, and executes the state management table 14
Is updated (S121). Then, the designated business processing unit 12 is started (S122). The reception processing unit 11
The client 2 is notified of the start completion (S123). Upon receiving this notification, the activation request processing section 21 ends normally.

On the other hand, the started business processing unit 12 performs a predetermined business process. First, the business processing unit 12 performs the following preprocessing (S131). That is, the status management table 14 (FIG. 2) confirms that its own processing status 143 is “processing”, and opens a file for writing the form data in the form database 15. The business processing unit 12 executes processing for generating the form data, and writes the form data into the form file (S132). When the processing is completed, the business processing unit 12
Performs post-processing (S133). That is, the form file is closed, and the processing state 143 of the state management table is set to “processing completed”. Thus, the business process for creating the form data is completed.

Next, the procedure of a process for inquiring the processing status from the client 2 will be described with reference to FIG. FIG.
When the user selects the processing status list 220 on the task menu screen 200 shown in (b), the inquiry processing unit 22 generates a status acquisition request and sends it to the server 1 (S211).
In the server 1, the status acquisition unit 13 receives this, and acquires information stored in the status management table 14 (S221). Then, the obtained information is transmitted to the client 2
(S222). The client 2 receives this, and displays the processing status list 3 of each job processing unit 12 on the display device 32.
00 is displayed (S212, S213).

The user can designate a form for which form data generation processing has been completed in the server 1 in the processing status list 300 (FIG. 7) and download the form data to the client 2. FIG. 6 shows the procedure.

First, in the processing status list 300 of FIG. 7, the user selects a form desired to be printed, and presses a print button 310. Then, the acquisition unit 23 generates an acquisition request for the specified form data and transmits it to the server 1 (S3).
11). The server transmits the specified form data stored in the form database 15 to the client 2 (S321, S312). The reception processing unit 11 processes the form data processing state 143 in the state management table 14 of FIG.
Is updated to “transferred” (S322). In the client 2 receiving the form data, printing is executed by the printer 3 (S313).

When the preview button 320 is pressed in the processing status list 300 or when the save button 330
When is pressed, the form data is downloaded as in the case of printing. Then, without printing the acquired data, a preview is performed or the data is stored.

With the system according to the present embodiment, even in a client / server system that performs an online transaction, the client does not time out,
The server can execute a process that takes a long time.
Further, even while the server is executing a process, the client is not in a waiting state, and can perform another process.

The components described in the above embodiment can be changed, added, or omitted as much as possible.

[0031]

According to the client / server system of the present invention, even if a server takes a long time to execute a process, the process can be completed without timeout.

[Brief description of the drawings]

FIG. 1 is a diagram showing a configuration of a network system according to an embodiment of the present invention.

FIG. 2 is a diagram illustrating an example of a data structure of a state management table.

FIGS. 3A, 3B, and 3C are diagrams each showing an example of an interface screen.

FIG. 4 is a flowchart illustrating a startup procedure of a business process.

FIG. 5 is a flowchart showing a procedure for inquiring a processing status.

FIG. 6 is a flowchart illustrating a procedure for printing a form.

FIG. 7 is a diagram showing an example of a screen displaying a processing status list.

[Explanation of symbols]

DESCRIPTION OF SYMBOLS 1 ... Server, 2 ... Client, 11 ... Reception processing part, 1
2 business operation unit, 13 state acquisition unit, 14 state management table, 15 form database, 21 start request processing unit, 22 inquiry processing unit, 23 acquisition unit.

Claims (3)

[Claims] In a network system in which a server and a client are connected via a network and perform online transaction processing, the server comprises: a business processing unit for performing business processing; and the business processing in response to a request from a client. And a reception processing unit for notifying the client of the completion of the start of the business processing unit, wherein the client transmits a start request of the business processing unit to the server, and the server completes the start of the business processing unit. , An online business processing system including a start request processing unit that normally ends the start processing of the business processing unit upon receiving the notification. 2. The server, comprising: a state storage unit that stores information relating to a state of the business processing unit; and a server that acquires information stored in the state storage unit in response to a request from a client. A status acquisition unit for transmitting to the client, wherein the client transmits an acquisition request for information indicating the status of the business processing unit to the server, receives the information from the server, and outputs the information. The online business processing system according to claim 1, further comprising: 3. The server further includes a processing result storage unit that stores processing result information generated by performing a process by the business processing unit, wherein the client sends a request to the server to acquire the processing result information. The online business processing system according to claim 2, further comprising: an acquiring unit that transmits and receives the processing result information from the server; and a printing device that prints the processing result information acquired by the acquiring unit.