JPH11232294A - Www system and session managing method in www system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To assure continuity of a processing to data even under a condition that a series of processing requests from a client are performed under plural sessions. SOLUTION: Data structure of a database 5 is provided with a counter field to store a counter value for each piece of data. A WWW(world wide web) system 1 to manage the session when a series of processing requests for the database 5 becomes plural sessions is provided with a session managing part 2 including a reference processing function 3 to acquire the data whose reference is requested from a terminal 6 and the counter value for the data from the database 5 and to embed the counter value in a retrieval result to be returned to the terminal 6 and an update processing function 4 to compare the counter value embedded in a data update request from the terminal 6 with the counter value for the data to be updated and to update the data and the counter value for the data for the database 5 when the counter values coincide.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

[0001] The present invention relates to a WWW (World Wi-Fi).
de Web) system, in particular, a WWW system and a WWW system for performing session management when a series of processing requests from a client to a database are made into a plurality of sessions
The present invention relates to a session management method in a WW system.

[0002]

2. Description of the Related Art In recent years, WWW systems provided with functions such as e-mail and file transfer have been constructed in order to make the Internet more convenient. In this WWW system, the home page of the Internet is HTM
It is written in L (Hyper Text Markup Language), a hypertext description language, and between the WWW system serving as a server and the terminal serving as a client, an HTTP (Hyper Text Markup Language)
The communication is performed using a protocol called "Per Text Transfer Protocol". Since the infrastructure for constructing such a WWW system has been prepared in the enterprise, database search using the WWW system as a server,
Development and construction of an update system is being attempted. By the way, in a conventional client / server system, when a series of processing requests such as reference / update of a database are made from a client, one logical connection relationship between the client / server via a network, that is, one session is established. It is formed. While this session is being formed, data cannot be processed by another client, so the data is not updated by another client's update request during a series of processing, and the data processing is consistent. Can be guaranteed.

However, WW using the HTTP protocol
In the W system, when a series of processing requests such as database reference / update are made, a plurality of sessions are formed by the series of processing requests. Therefore, when a certain client A tries to refer to or update predetermined data, for example, a first session is formed in referring to the data, and the WWW system performs a search process of the data requested to be referred to, and the search result is obtained. The return is performed to the client A. Then, when the client A updates the referred data, a second session is newly formed, and the WWW system updates the data requested to be updated. Since there is no association between the two sessions described above, if there is an update request for the same data from another client B during the two sessions, the processing request of this client B is sent to W
The WW system will do it. As a result, although the data is updated by the request of the client B, the data is updated again by the update request based on the data information before the update of the client A, and the double update of the data is performed. Will be done. Therefore,
Data processing consistency cannot be guaranteed.

[0004] Fig. 8 shows an example of the configuration of a WWW system for providing consistency in data processing even when the HTTP protocol is used, that is, when a series of data processing requests are made in a plurality of sessions.
When the WWW system 71 of FIG. 8 is used, an outline of the operation when a series of processing requests for data reference / update are made from the client terminal 75 will be described below. When the terminal 75 makes a data reference request, a session is formed between the WWW systems and WWW
An ID for this request is assigned by an ID management function 72 in the system 71. Then, the reference target data is acquired from the database 74 by using the DB (database) access function 73, and the ID is returned to the terminal 75 together with the acquired data, and the session is released. At this time, the WWW system 71 locks the database 74 so as not to update the data from another client. Then, when the terminal 75 issues an update request to the WWW system 71 for the data referenced together with the received ID, a new session is formed. WWW system 7
1 compares the IDs received by the ID management function 72, and if the IDs match those transmitted, the DB
The access function 73 updates the data in the database 74, releases the lock, and releases the session.

[0005]

However, the above-mentioned WWW
The system 71 locks the database 74 so that the update by another client is not performed until the processing for a series of processing requests such as data reference / update from one client is completed. Processing cannot be performed on the database 74, and processing performance deteriorates. Further, when various processing requests for the database are made from many clients, if the database is locked, the processing for these processing requests cannot be guaranteed. In order to efficiently process many processing requests (transactions) from clients, as shown in FIG. 9, an OLTP (On Line Transact
It is also conceivable to introduce a transaction management function 76 having a function called “ion process” together with the ID management function 72. However, this transaction management function 7
6 simply does not process the request from the client based on the ID with the ID management function 72, so that it is not possible to guarantee the consistency in updating the data after all.

The present invention has been made in view of such circumstances, and even when a series of processing requests for data from a client are processed collectively in a plurality of sessions, the processing for the processing requests is not performed. WWW system and WWW that can guarantee consistency and do not cause deterioration in processing performance even when a large number of processing requests are generated at once
An object of the present invention is to provide a session management method in a system.

[0007]

In order to achieve the above object, the invention according to claim 1 of the present invention has a data structure provided with a counter field for storing a counter value for data. A WWW system including a session management unit for session management when a series of processing requests for a database is made under a plurality of sessions, wherein the session management unit includes: a reference-requested data and a counter for the data. A reference processing function for acquiring a value from the database and embedding the counter value in a search result to be returned, and comparing the counter value embedded in the data update request and the counter value for the data to be updated in the update request. , If they match, the data to be updated in the database and the data A WWW system which comprises an update processing function and updating the counter value. According to a second aspect of the present invention, there is provided the WWW according to the first aspect.
In the system, the update processing function prepares for an error notification when the comparison result of the counter values does not match.

[0008] The invention described in claim 3 is the first invention.
3. The WWW system according to claim 2, wherein the session management unit stacks request contents when the client side requests a processing request for the database and a processing result reference separately, and the client requests another processing. A transaction queue, a processing result buffer for storing a processing result for the database, and an asynchronous processing function for performing asynchronous processing using the transaction queue and the processing result buffer. In the case of a processing request, the request content is stacked in the transaction queue and an acceptance notification is made. In the case of a processing result reference, the corresponding processing result is obtained from the processing result buffer and the processing result is notified. A processing unit; If the request content is stacked, a processing unit that extracts the request content, performs data processing on the database using the reference processing function or the update processing function, and stores a processing result in the processing result buffer. It is characterized by having.

Next, according to the invention described in claim 4, a series of processing requests to a database having a data structure provided with a counter field for storing a counter value for data is made under a plurality of sessions. W in case
A session management method in a WW system, wherein when a request is a data reference of the database, the requested data and a counter value for the data are acquired from the database, and the counter value is embedded in a search result and returned. A first process for comparing the counter value embedded in the update request with the counter value for the data to be updated in the update request when the request is a data update of the database; A session management method for a WWW system, comprising: data to be updated in a database; and a second process of updating a counter value for the data. According to a fifth aspect of the present invention, in the session management method in the WWW system according to the fourth aspect, when the comparison result of the counter values does not match, an error notification is performed.

[0010] The invention described in claim 6 is the invention according to claim 4.
Or the session management method in a WWW system according to claim 5, wherein the database management method in the WWW system is such that a client side requests a processing request for the database and a processing result reference separately,
In the case where they are different sessions, if the request is a processing request, stack the request contents in the transaction queue and notify the reception, and if the request is a processing result reference, process the corresponding processing result A process of obtaining a processing result from the result buffer and returning the processing result, and, if the request content is stacked in the transaction queue, sequentially fetch the request content and, depending on the request content, the first process or the second process. The processing of the database is performed using the processing of No. 2 and the processing of storing the processing result in the processing result buffer is performed asynchronously.

[0011]

DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, a WWW system and a session management method in a WWW system according to an embodiment of the present invention will be described with reference to the drawings. (First Embodiment) FIG. 1 is a configuration diagram of a WWW system according to an embodiment of the present invention. WWW system 1
Includes a session management unit 2 for managing a session formed for each processing request (transaction) from the terminal 6 serving as a client. Further, the session management unit 2 includes a reference processing function 3 that mainly performs processing for a reference request from the terminal 6 and an update processing function 4 that mainly performs processing for an update request. The session management unit 4 including the reference processing function 3 and the update processing function 4
Are realized by a CPU (Central Processing Unit) and a program for realizing the function. In FIG. 1, communication between the WWW system 1 serving as a server and the terminal 6 serving as a client is performed using a protocol called HTTP. Also, this W
The WWW system 1 can process processing requests from a plurality of terminals via a network, but in FIG.
One. The processing request from the terminal 6 to the WWW system 1 is assumed to be a processing request for data stored in the database indicated by reference numeral 5.

The data structure of the database 5 is, as shown in FIG.
It is assumed that a counter field 12 is provided.
The counter field 12 stores a counter value used for session management by the session management unit 2. When there is a data reference request from the terminal 6 to the WWW system 1 to the database 5 having such a data structure, the session management unit 2
Obtains, from the database 5, the data requested to be referenced and the counter value for the data by using the reference processing function 3. Then, the obtained counter value is stored in the terminal 6.
Embedded in the search result returned to the terminal 6 and returned to the terminal 6, and the session formed by this request is released. on the other hand,
When an update request for data referenced from the terminal 6 is made, the session management unit 2 uses the update processing function 4 to update the counter value embedded in the data update request from the terminal 6 and to be updated by this update request. Obtain and compare counter values for data. If they match, the data to be updated and the counter value for this data are updated in the database 5, and the session formed by this request is released. As described above, the session management unit 2 uses the counter value in the counter field provided for each data,
Even when a series of processing requests from a client are made under a plurality of sessions, consistency of processing for the processing requests is guaranteed.

Hereinafter, the reference processing function 3 and the update processing function 4 in the session management unit 2 will be described in more detail with reference to the drawings. FIG. 3 is a flowchart showing the operation of the session management unit 2 when there is a reference request from a series of processing requests such as data reference / update from the terminal. Note that the operation shown in FIG. 3 is also performed when the processing request from the terminal is only data reference. A session is formed by a request from the terminal. The session management unit 2 determines whether the request from the terminal is a reference request (step S11). If the request is a reference request, the session management unit 2 performs a reference process. In order to do so, the reference processing function 3 is activated and the requested contents are delivered. The reference processing function 3 analyzes the contents of the request from the terminal and obtains the data requested to be referred and the counter value related to the data from the database 5 by using SQL (Structural Query Language). Is created and issued to the database 5. Then, the data and the counter value for which the reference is requested are obtained from the database 5 (step S12).

Next, the reference processing function 3 embeds the obtained counter value in the search result returned to the requesting terminal, passes the search result to the session management unit 2, and ends the processing. Then, the session management unit 2 returns the received search result to the requesting terminal (step S
13) The session is released. Then, the process returns to step S11 in preparation for the next request processing from the terminal. Note that the counter value embedded in the search result is not particularly displayed on the terminal that has received the search result. Therefore, a user who is a user of the terminal performs work on the terminal without being particularly aware of the embedded counter value. As described above, the processing when there is a reference request from the terminal is performed in the session management unit 2. In this processing, the reference processing function 3 may have a function including a part or all of the processing of the session management unit 2 described above.

FIG. 4 is a flowchart showing the operation of the session management unit 2 when there is an update request for the data referenced from the terminal. Here, when an update request for the data referred to by the terminal is made, the counter value embedded in the search result received by the terminal is also embedded as it is and sent to the WWW system 1 as an update request. It is assumed that the process of returning the counter value in this terminal is automatically performed without the user being particularly conscious. A session is formed by a request from the terminal. The session management unit 2 determines whether the request from the terminal is an update request (step S2).
1) If the request is an update request, the update processing function 4 is started to perform the update processing, and the request content is delivered. The update processing function 4 acquires the embedded counter value α from the received update request (step S22). Next, in order to analyze the contents of the request from the terminal and to obtain from the database 5 a counter value relating to the data requested to be updated,
An inquiry for data acquisition is created using SQL and issued to the database 5. Then, the counter value β for the data requested to be updated is obtained from the database 5 (step S23).

Then, the counter value α embedded in the update request is compared with the counter value β obtained from the database 5 (step S24). By the way, a terminal A
If the data is updated by an update request from another terminal B while the data is being referred to and updated, the counter value for the data is incremented in step S27 to be described later, and the counter value is incremented. Is updated. As a result, the counter value α does not match the counter value β. On the other hand, if the terminal A does not update the data in response to a request from the other terminal B while performing reference / update on the data, the counter value related to the data is not updated. As a result, the counter value α matches the counter value β. Therefore, when the counter value α and the counter value β match, that is, when a certain terminal A makes a request for reference / update to certain data and the data is not updated by a request from another terminal B, the update is performed. The processing function 4 creates an inquiry for updating the data requested to be updated and incrementing the counter value related to the data using SQL, and issues the inquiry to the database 5. This allows
The data for which the update was requested is updated (step S2).
At the same time as 5), the counter value is incremented for the updated data (step S27), and the process ends. After the process of step S27 is completed, the update processing function 4 notifies the session management unit 2 that the update has been performed.
And the session management unit 2 may notify the requesting terminal to that effect.

On the other hand, when the counter value α does not match the counter value β, that is, while a certain terminal A makes a request for reference / update to a certain data, the data is updated by a request from another terminal B. In this case, the update processing function 4 notifies the session management unit 2 that the data cannot be updated.
And terminates the process. Then, the session management unit 2 notifies the requesting terminal (step S27). When the terminal receives this notification, the terminal user can recognize that the update has not been performed, so that the user can request data reference / update again and maintain consistency of data processing. Can be. Step S26
Alternatively, after the process of step S27 is completed, the session is released, and the process returns to step S21 in preparation for a request process from the next terminal. As described above, the processing when the terminal receives the update request is performed in the session management unit 2. In this process, the update processing function 4
It may have one or all of the functions including the processing of the session management unit 2 described above. In step S26, the counter value is incremented as an example of the counter value update process, but the present invention is not limited to this.

As described above, in the reference processing function 3,
The data requested to be referred by the terminal and the counter value for the data are acquired from the database, and the counter value is embedded in the search result returned to the terminal. In the update processing function 4, the counter value embedded in the data update request from the terminal is obtained. Is compared with the counter value for the data to be updated, and if they match, the data and the counter value for this data are updated. Therefore, HTT
In a WWW system using the protocol P, even if a series of processing requests for data from a terminal are made under a plurality of sessions, there is no double updating of data and the consistency of processing for processing requests is reduced. Will be able to guarantee.

(Second Embodiment) In this embodiment, the terminal side requests the WWW system separately for a processing request for a database and a processing result reference, and a session is formed for each request. By adding a function for asynchronously performing processing of a request from a terminal and processing of a database to the WWW system 1 of the first embodiment, even if a large number of processing requests occur at once, This is to prevent the performance degradation of. FIG. 5 shows a WW according to an embodiment of the present invention.
1 is a configuration diagram of a W system 1. FIG. In FIG. 5, FIG.
The same reference numerals are given to the portions corresponding to the respective portions, and the description thereof will be omitted.

Assuming that the WWW system 1 is used, the terminal 1 has a processing request function 61 for making a processing request to the WWW system 1 and a result reference function 62 for requesting a reference to a processing result for the processing request. Exist separately, and requests by these functions are made under another session. When the user inputs a processing request to the terminal 6, a) the processing request function 61 makes a processing request to the WWW system 1, and upon receiving the reception notification of the processing request, the session is opened. Later, the result reference function 8 is automatically activated,
It is preferable to make a request to the WWW system 1 for referring to the processing result with respect to the processing request, and to receive the result to open the session. Because of this, the user of the terminal 6 only needs to perform the same input processing as in the first embodiment, and does not need to be aware that the processing request function 61 and the result reference function 62 exist as separate processing. Because.

Comparing FIG. 5 with FIG. 1, the WWW system 1 in the present embodiment has a session management unit 2 in which an asynchronous processing function 21, a transaction queue 22, and a processing result buffer 23 are newly added. Here, the transaction queue 22 refers to data reference from the terminal.
This is for stacking request contents such as update. The processing result buffer 23 is a buffer for storing a processing result for the database 5. The asynchronous processing function 21 performs processing for responding to a request from the terminal 6 and processing for the database 5 using the reference processing function 3 or the update processing function 4 when the request content is stacked in the transaction queue 22. Is performed asynchronously. Here, the transaction queue 22 and the processing result buffer 23 are configured by a memory, and the asynchronous processing function 21 is realized by a CPU (Central Processing Unit) and a program for realizing this function.

Next, the operation of the asynchronous processing function 21 will be described in detail with reference to the drawings. FIG. 6 is a flowchart showing an operation of a process for a terminal in the asynchronous processing function 21. First, a request such as a processing request for the database 5 or a request for referring to a processing result is received from the terminal (S31). A session is formed when these requests are made. Next, it is determined whether the received content is a processing request for the database or a request for referring to the processing result (step S32). If the request is a process such as referring to or updating data stored in the database 5, the request is stacked in the transaction queue 22 (step S33). Then, the requesting terminal is notified that the request has been accepted (step S34), and the session is released. Note that, in the process of step S33, for example, the terminal and the WWW
The IP address (Internet Protocol Address) of the terminal obtained in the course of communication with the system 1 is also stored in association with the contents of the request to be stacked.

If the received request refers to the processing result, the corresponding processing result stored in the processing result buffer 23 is obtained by processing the database, which will be described in detail separately (step S35). Then, the obtained processing result is notified to the terminal (step S36),
The session is released. At this time, the processing result is deleted from the processing result buffer 23. Note that when acquiring the processing result from the processing result buffer 23 in step S35, for example, the processing is performed with reference to the IP address recorded in association with the processing result. If the corresponding processing result is not stored in the processing result buffer 23, the terminal is notified that the processing has not been completed, and the session is released. The terminal that has received the notification automatically activates the processing result reference function 62 again after a predetermined time has elapsed, and refers to the processing result. And
After the processing of step S34 or step S36 is completed, the process returns to step S31 to accept the next request from the terminal. As described above, the operation of the process for the terminal in the asynchronous processing function 21 is performed.

FIG. 7 is a flowchart showing the operation of the asynchronous processing function 21 for processing the database 5. First, in this processing, it is determined whether there is a processing request stacked in the transaction queue 22 (step S41). If the processing requests are stacked, the processing requests are acquired from there, and the acquired processing requests are deleted from the transaction queue 22 (step S42). It should be noted that the processing request is acquired in principle from the oldest processing request. However, if the priority for the processing request is determined, the priority is followed. Next, processing is performed on the database 5 using the reference processing function 3 or the update processing function 4 (step S43). Specifically, it is as follows. First, it is determined whether the processing request is data reference or data update. Then, if the result of the determination is a data reference, the reference processing function 3 is activated, the processing request is passed to the reference processing function 3, and the data reference processing is performed. On the other hand, if the result of the determination is that the data is to be updated, the update processing function 4 is activated, the processing request is passed to the update processing function 4, and the data is updated. Note that the reference processing function 3 and the update processing function 4 are as described in the first embodiment, and a description thereof will be omitted.

Then, when the processing on the database 5 by the reference processing function 3 or the update processing function 4 is completed and the processing result is received, the processing result is stored in the processing result buffer 23 (step S44). At this time, the terminal identification information recorded in association with the processing request as the basis of the stored processing result is also stored in association with the processing result. This is for associating the processing request from the terminal with the processing result, as described above. When the process in step S44 is completed, the process returns to step S41 to perform another process request. As described above, the processing for the database in the asynchronous processing function 21 is performed. The above-described processing for the terminal shown in FIG. 6 and the processing for the database shown in FIG. 7 operate asynchronously in the asynchronous processing function 21.

As described above, the terminal requests the processing request for the database 5 and the processing result reference as separate processing,
In the case where separate sessions are formed, W
Since the asynchronous processing function 21 of the WW system 1 asynchronously performs the processing for the terminal and the processing for the database, no session is formed while the processing for the database is performed as compared with the first embodiment. Become like Therefore, the time of the session formed between the terminal serving as the client and the WWW system 1 serving as the server can be further reduced. Therefore, even if a large number of processing requests are issued from a large number of terminals at once, the WWW system 1 serving as a server can receive these requests, and the performance of the processing for the requests is degraded. Can not be.

In the above two embodiments, WWW
Although the description has been made assuming that the database 1 to be processed by the system 1 is one, the present invention is not limited to this, and a plurality of databases 5 may be processed via a network. Also, the session management unit 2 in the above two embodiments is an OLTP for efficiently processing many processing requests from clients.
(On Line Transaction Process) may be realized by extending the function. In the above two embodiments, the HTT is provided between the terminal 6 and the WWW system 1.
Although the description has been made assuming that a session is formed and released based on the P protocol, the present invention is not limited to this. If a series of processing requests from a terminal are performed under a plurality of sessions, the HTTP protocol is used. It is applicable even if it is not. In addition, a program for realizing the operation of the session management unit 2 including the reference processing function 3 and the update processing function 4 in FIG. 1 or 5 is recorded on a computer-readable recording medium, and is recorded on the recording medium. This operation may be realized by causing the computer system to read and execute the program.
Here, the “computer system” is an OS
And hardware such as peripheral devices.

[0028]

As described above, the WW according to the present invention is
According to the session management method in the W system and the WWW system, the following effects can be obtained. According to the invention described in claim 1 or 4, in the reference processing function, the data requested to be referred by the terminal and the counter value for the data are acquired from the database, and the counter value is returned to the terminal in the search result. In the embedding and updating processing function, the counter value embedded in the data update request from the terminal is compared with the counter value for the data to be updated, and if they match, the data and the counter value for this data are updated. I have. Therefore, even when a series of processing requests for data from a terminal are made under a plurality of sessions, double updating of data is not performed, and consistency of processing for processing requests can be guaranteed. . According to the second or fifth aspect of the invention, when the comparison result between the two counter values to be compared does not match, the terminal prepares for an error notification. Accordingly, when the terminal receives this notification, the user of the terminal can recognize that the update has not been performed, and thus can request data reference / update again.

According to the third or sixth aspect of the present invention, when a terminal requests a processing request for a database and a reference to a processing result as separate processing, and different sessions are formed, WWW The system asynchronously performs processing for the terminal and processing for the database. As a result, a session is not formed while the database is being processed, and the time of a session formed between a terminal serving as a client and a WWW system serving as a server can be further reduced. Therefore, even if processing requests are made from many terminals and a large amount of processing requests occur at once,
The WWW system serving as a server can receive these requests, and can prevent performance degradation of processing for the requests.

[Brief description of the drawings]

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

FIG. 2 is a diagram showing a data structure of a database to be processed.

FIG. 3 is a flowchart illustrating an operation in a reference process.

FIG. 4 is a flowchart illustrating an operation in an update process.

FIG. 5 is a configuration diagram of a WWW system according to another embodiment of the present invention.

FIG. 6 is a flowchart showing an operation of processing for a terminal in the asynchronous processing function.

FIG. 7 is a flowchart illustrating an operation of processing on a database in the asynchronous processing function.

FIG. 8 is a configuration diagram of a conventional example of a WWW system.

FIG. 9 is a configuration diagram of another conventional example of a WWW system.

[Explanation of symbols]

DESCRIPTION OF SYMBOLS 1 WWW system 2 Session management part 3 Reference processing function 4 Update processing function 5 Database 6 Terminal (client) 21 Asynchronous processing function 22 Transaction queue 23 Processing result buffer 61 Processing request function 62 Result reference function

──────────────────────────────────────────────────の Continued on front page (51) Int.Cl. ⁶ Identification code FI H04L 11/20 101B

Claims (6)

[Claims] 1. A session management unit for managing a session when a series of processing requests for a database having a data structure provided with a counter field for storing a counter value for data are made under a plurality of sessions. A WWW system comprising: a session management unit that obtains, from the database, the data requested for reference and a counter value for the data, and a reference processing function that embeds the counter value in a search result that is returned. The counter value embedded in the update request and the counter value for the data to be updated in the update request are compared, and if they match, the data to be updated and the counter value for the data are updated in the database. W characterized by including an update processing function
WW system. 2. The WWW system according to claim 1, wherein the update processing function prepares an error notification when the comparison result of the counter values does not match. 3. The session management unit, wherein the client side separately requests a processing request and a processing result reference to the database, and when the client side is a different session, a transaction queue for stacking request contents; A processing result buffer for storing a processing result for the database; and an asynchronous processing function for performing asynchronous processing using the transaction queue and the processing result buffer. A processing unit for stacking request contents in the transaction queue and notifying reception, and in the case of referring to a processing result, acquiring a corresponding processing result from the processing result buffer and notifying the processing result; Request contents are stacked in the queue And a processing unit that retrieves the contents of the request, performs data processing on the database using the reference processing function or the update processing function, and stores a processing result in the processing result buffer. Item 1
Or the WWW system according to claim 2. 4. A session management method in a WWW system when a series of processing requests for a database having a data structure provided with a counter field for storing a counter value for data is made under a plurality of sessions. A first process of acquiring the requested data and a counter value for the data from the database, embedding the counter value in a search result and returning the request, when the request is a data reference of the database; Is a data update of the database, the counter value embedded in the update request and the counter value for the data to be updated in the update request is compared,
And a second process of updating the data to be updated with respect to the database and a counter value for the data when the data match, a session management method in the WWW system. 5. The W according to claim 4, wherein when the comparison result of the counter values does not match, an error notification is performed.
Session management method in WW system. 6. The database management method in the WWW system, wherein a client side requests a processing request for the database and a processing result reference separately, and when they are in different sessions, if the request is a processing request, Stacking the request contents in the transaction queue and notifying the reception, and when the request is a processing result reference, obtaining the corresponding processing result from the processing result buffer and returning the processing result; and If the request contents are stacked, the request contents are fetched, and the processing is performed on the database using the first processing or the second processing according to the request contents. 5. The method according to claim 4, wherein the processing of storing the data in the buffer is performed asynchronously. Item 6. A session management method in a WWW system according to Item 5.