Abstract: A system and method for improving access efficiency in a database. The database stores values of a plurality of keys associated with the respective keys. The system of the invention executes a plurality of transactions on the database, and acquires and records a referenced value which is a value of a key referenced in a corresponding transaction from the database according to the execution of each of the transactions. Then, according to commit requests of the plurality of transactions, the system requests a reply of a resultant table including an arrangement of judgment results obtained by judging whether the value of the key stored in the database is maintained as the referenced value without change made by another transaction for the respective transactions. The system further judges whether each transaction is successful, based on the resultant table sent back and commits only transactions judged to be successful.

Abstract: An apparatus and method is provided in which a server causes a client to back up a part of resource data of a server by use of an HTTP protocol. The method includes the steps of: transmitting the resource data to be backed-up to the client; determining whether or not the recovery of the resource data to be backed-up is required; transmitting, to the client, an HTTP response having a message that indicates the necessity of recovering the resource data to be backed-up, together with a message indicating that there is no update in the resource data to be backed-up, in response to the determination that indicates the necessity of recovering the resource data to be backed-up; and recovering the resource data to be backed-up by receiving a backup of the resource data to be backed-up from the client. The method of the present invention facilitates the processing of backing up, in the client, the resource data of the server and recovering the data when the resource data of the server is lost.

Abstract: A primary server transmits a write transaction to N backup devices. Each backup device records the write transaction to a local redo log stored at a high-performance storage and then transmits a notification to the primary device. When the primary device receives notifications from M of the N backup devices, it commits the write transaction, recording it to a low-performance storage. Once the write transaction has been recorded to the low-performance storage, the primary device requests that the backup devices delete their logs. If the primary device incurs a fault, one of the backup devices becomes the new primary device and determines which backup device has the newest local redo log. The backup device having the newest log sends it to the other backup devices, which update their local redo logs to the same state as the newest log. Thereafter, the new primary device is ready to resume transaction processing.

Abstract: A system and method for improving access efficiency in a database. The database stores values of a plurality of keys associated with the respective keys. The system of the invention executes a plurality of transactions on the database, and acquires and records a referenced value which is a value of a key referenced in a corresponding transaction from the database according to the execution of each of the transactions. Then, according to commit requests of the plurality of transactions, the system requests a reply of a resultant table including an arrangement of judgment results obtained by judging whether the value of the key stored in the database is maintained as the referenced value without change made by another transaction for the respective transactions. The system further judges whether each transaction is successful, based on the resultant table sent back and commits only transactions judged to be successful.

Abstract: A primary server transmits a write transaction to N backup devices. Each backup device records the write transaction to a local redo log stored at a high-performance storage and then transmits a notification to the primary device. When the primary device receives notifications from M of the N backup devices, it commits the write transaction, recording it to a low-performance storage. Once the write transaction has been recorded to the low-performance storage, the primary device requests that the backup devices delete their logs. If the primary device incurs a fault, one of the backup devices becomes the new primary device and determines which backup device has the newest local redo log. The backup device having the newest log sends it to the other backup devices, which update their local redo logs to the same state as the newest log. Thereafter, the new primary device is ready to resume transaction processing.

Abstract: A data writing device capable of dynamically switching between a write-through mode and a write-behind mode for writing transaction data into a disk including: a memory with a queue management table for managing a write disk queue and a write memory queue to store the transaction data; means for registering the write memory queue in the table when load exceeds a predetermined threshold value, and for deleting the write memory queue in the table when the load is below the predetermined threshold value; means for receiving the transaction data stored in the write disk queue, and writing the received transaction data into the disk; and means for receiving the transaction data stored in the write disk queue, and writing the received transaction data into a redundant memory.

Abstract: A primary server transmits a write transaction to N backup devices. Each backup device records the write transaction to a local redo log stored at a high-performance storage and then transmits a notification to the primary device. When the primary device receives notifications from M of the N backup devices, it commits the write transaction, recording it to a low-performance storage. Once the write transaction has been recorded to the low-performance storage, the primary device requests that the backup devices delete their logs. If the primary device incurs a fault, one of the backup devices becomes the new primary device and determines which backup device has the newest local redo log. The backup device having the newest log sends it to the other backup devices, which update their local redo logs to the same state as the newest log. Thereafter, the new primary device is ready to resume transaction processing.

Abstract: An apparatus and method is provided in which a server causes a client to back up a part of resource data of a server by use of an HTTP protocol. The method includes the steps of: transmitting the resource data to be backed-up to the client; determining whether or not the recovery of the resource data to be backed-up is required; transmitting, to the client, an HTTP response having a message that indicates the necessity of recovering the resource data to be backed-up, together with a message indicating that there is no update in the resource data to be backed-up, in response to the determination that indicates the necessity of recovering the resource data to be backed-up; and recovering the resource data to be backed-up by receiving a backup of the resource data to be backed-up from the client. The method of the present invention facilitates the processing of backing up, in the client, the resource data of the server and recovering the data when the resource data of the server is lost.

Abstract: A data writing device capable of dynamically switching between a write-through mode and a write-behind mode for writing transaction data into a disk including: a memory with a queue management table for managing a write disk queue and a write memory queue to store the transaction data; means for registering the write memory queue in the table when load exceeds a predetermined threshold value, and for deleting the write memory queue in the table when the load is below the predetermined threshold value; means for receiving the transaction data stored in the write disk queue, and writing the received transaction data into the disk; and means for receiving the transaction data stored in the write disk queue, and writing the received transaction data into a redundant memory.

Abstract: A primary server transmits a write transaction to N backup devices. Each backup device records the write transaction to a local redo log stored at a high-performance storage and then transmits a notification to the primary device. When the primary device receives notifications from M of the N backup devices, it commits the write transaction, recording it to a low-performance storage. Once the write transaction has been recorded to the low-performance storage, the primary device requests that the backup devices delete their logs. If the primary device incurs a fault, one of the backup devices becomes the new primary device and determines which backup device has the newest local redo log. The backup device having the newest log sends it to the other backup devices, which update their local redo logs to the same state as the newest log. Thereafter, the new primary device is ready to resume transaction processing.

Abstract: Flow control for a workflow controlling system is achieved wherein a business document flows among a plurality of participants by, at a system which includes a server apparatus including a storage device and terminal apparatus connecting to the server apparatus via a network, generating a document which includes data and rules responding to a request from one of the terminal apparatus and storing it in the storage device, receiving an update request on the document from the first terminal apparatus, determining whether the update request is appropriate or not, and if the update request is appropriate then executing the update on the document, and determining whether the workflow/process was completed or not, and if not completed then identifying the second terminal apparatus which can update next and notifying it.

Abstract: Flow control for a workflow controlling system is achieved wherein a business document flows among a plurality of participants by, at a system which includes a server apparatus including a storage device and terminal apparatus connecting to the server apparatus via a network, generating a document which includes data and rules responding to a request from one of the terminal apparatus and storing it in the storage device, receiving an update request on the document from the first terminal apparatus, determining whether the update request is appropriate or not, and if the update request is appropriate then executing the update on the document, and determining whether the workflow/process was completed or not, and if not completed then identifying the second terminal apparatus which can update next and notifying it.