JP7093374B2 - Transaction processing equipment, transaction processing method, and transaction processing program - Google Patents

Description

The present invention relates to a technical field such as a system capable of utilizing benefits such as points associated with a user.

Conventionally, there has been known a point system in which points according to the payment amount are given to a user (customer) when a user (customer) makes a transaction with a store or the like (for example, purchases a product or uses a service). The user can use the points given by the point system in a transaction at a store (point member store) (that is, apply the points to the price of the transaction target). Patent Document 1 discloses a point system including a terminal processing means attached to an automated teller machine and a host processing means connected to the terminal processing means via a communication means.

In the point system disclosed in Patent Document 1, when the communication means is normal, new point information is obtained based on the point information (current points) and the amount information received by the host processing means from the terminal processing means via the communication means. It is written to the user's point card by calculating (current points and current points to be added) and transmitting them to the terminal processing means (that is, points are given to the user). On the other hand, when an abnormality occurs in the communication means, the terminal processing means calculates new point information based on the point information and the amount information and writes it in the user's point card. As a result, even if an abnormality occurs in the communication between the terminal processing means and the host processing means on the automated teller machine side, points corresponding to the amount information used by the user in the automated teller machine are given to the user. be able to.

By the way, when a user makes a transaction at a store, the transaction target is to a privilege processing server (for example, a point processing server of a business operator that develops a privilege service) to which the store terminal of the store is connected via a communication means. In some cases, an appropriation request is made to allocate the user's points (that is, the points corresponding to the user) to the price. In this case, the privilege processing server executes the allocation process for allocating the user's points to the price of the transaction target in response to the allocation request, and transmits the allocation result to the store terminal via the communication means. Then, when the allocation result from the privilege processing server is successful, the store terminal performs a process of establishing a transaction in which the points are allocated to the price of the transaction target.

Japanese Unexamined Patent Publication No. 2006-20721

However, if some abnormality occurs in the communication between the store terminal of the store and the privilege processing server and the store terminal cannot obtain a normal response from the privilege processing server, points cannot be applied. Users who come to the store to use the service lose their trust in the point service. The problem is that some abnormality occurs in the communication between the commercial transaction processing server that sells each product sold by multiple stores online and the privilege processing server, and the commercial transaction processing server is normal from the privilege processing server. The same can happen if no response is obtained. In addition, if the calculation function for executing the allocation process for allocating points is reconstructed on the store terminal side, a large-scale repair of the store terminal is required, which is troublesome and costly.

Therefore, the present invention has been made in view of the above problems and the like, and even when some abnormality occurs in the communication with the privilege processing server, the privilege service such as a point service is not lost without losing the trust of the user. One of the issues is to provide a transaction processing device, a transaction processing method, and a transaction processing program capable of efficiently operating the above.

In order to solve the above problem, the invention according to claim 1 is for managing the privilege associated with the user and allocating the privilege to at least a part of the price of the transaction target when the user conducts a transaction. A transaction processing device that can access a privilege processing server that executes allocation processing via a communication means, and makes an allocation request for allocating the privilege to at least a part of the price of the transaction target via the communication means. The allocation request transmission means to be transmitted to the processing server and the result information of the allocation processing executed by the privilege processing server in response to the allocation request are received from the privilege processing server via the communication means as a response to the allocation request. Appropriation result receiving means, a transaction processing means for executing a transaction process for concluding a transaction in which the privilege is applied to at least a part of the price of the transaction target when the result information indicates success, and the appropriation request . When an error is detected after the allocation request is transmitted by the transmission means, an error determination means for determining whether or not the detected error is a specific error corresponding to the case where there is a possibility of successful allocation, and an error determination means. The transaction processing means regards the transaction processing as successful allocation even if the result information indicating the success of allocation is not received, but if the error determination means determines that the specific error occurs. Run. As a result, the trust of the function to conclude a transaction in which the benefit is applied to at least a part of the price of the transaction target by considering that the allocation is successful only when the above specific error is present among multiple types of errors that may be detected. It can enhance the sex .

According to the second aspect of the present invention, in the transaction processing apparatus according to the first aspect, the specific error is an error caused by a malfunction of the communication means.

The invention according to claim 3 is the transaction processing apparatus according to claim 1 or 2 , wherein when the user conducts a transaction, the privilege processing server makes an inquiry request for a privilege associated with the user via the communication means. An inquiry request transmitting means for transmitting to, an inquiry result receiving means for receiving inquiry result information regarding the privilege inquired by the privilege processing server in response to the inquiry request from the privilege processing server via the communication means, and the above. Based on the inquiry result information, the appropriation availability determination means for determining whether or not the privilege can be allocated to at least a part of the price of the transaction target is further provided, and the appropriation request transmission means is the appropriation availability. When it is determined by the determination means that the privilege can be applied, an allocation request for applying the privilege is transmitted to the privilege processing server via the communication means. As a result, when there is a possibility of successful allocation, it is considered that the allocation is successful, and the reliability of the function of concluding a transaction in which the benefit is applied to at least a part of the price of the transaction target can be enhanced.

The invention according to claim 4 is the transaction processing apparatus according to claim 3 , wherein the privilege processing server manages the privilege in association with user-identifiable information that can identify a user, and the transaction processing apparatus manages the privilege. , A store terminal provided in a store and provided with a reading means for reading identification information from an information display medium possessed by the user, and the inquiry request transmitting means reads the identification information read from the information display medium by the reading means. The inquiry request including the inquiry request is transmitted to the privilege processing server via the communication means, and the inquiry result receiving means processes the inquiry result information regarding the privilege associated with the user specific information corresponding to the identification information. Received from the server via the communication means. As a result, the privilege service can be operated more efficiently without losing the trust of the user even when some abnormality occurs in the communication between the transaction processing device and the privilege processing server, especially during the busy period in the actual store. Can be made to.

The invention according to claim 5 is a privilege processing server that manages a privilege associated with a user and executes an allocation process for allocating the privilege to at least a part of the price of a transaction target when the user conducts a transaction. A transaction processing method performed by a computer accessible via a communication means, and a allocation request for applying the privilege to at least a part of the price of the transaction target is transmitted to the privilege processing server via the communication means. The allocation request transmission step, and the step of receiving the result information of the allocation processing executed by the privilege processing server in response to the allocation request from the privilege processing server as a response to the allocation request via the communication means. When the result information indicates successful appropriation, the appropriation request is transmitted by the transaction processing step for executing the transaction processing for establishing the transaction for appropriating the privilege to at least a part of the price of the transaction target, and the appropriation request transmission step . If an error is detected after the transaction has been made, the transaction processing step includes an error determination step of determining whether or not the detected error is a specific error corresponding to the case where there is a possibility of successful allocation. In, even if the result information indicating the allocation success is not received, if the specific error is determined by the error determination step, it is regarded as the allocation success and the transaction processing is executed.

The invention according to claim 6 is a privilege processing server that manages a privilege associated with a user and executes an allocation process for allocating the privilege to at least a part of the price of the transaction target when the user conducts a transaction. The computer included in the transaction processing device accessible via the communication means is used to transmit an allocation request for allocating the privilege to at least a part of the price of the transaction target to the privilege processing server via the communication means. A request transmitting means and an allocation result receiving means that receives information on the result of the allocation processing executed by the privilege processing server in response to the allocation request from the privilege processing server as a response to the allocation request via the communication means. When the result information indicates successful allocation, the allocation request is made by the transaction processing means for executing the transaction processing for establishing the transaction for which the privilege is applied to at least a part of the price of the transaction target, and the allocation request transmitting means. When an error is detected after being transmitted, the transaction is made to function as an error determination means for determining whether or not the detected error is a specific error corresponding to the case where there is a possibility of successful allocation. The processing means executes the transaction processing on the assumption that the allocation is successful when the error determination means determines that the specific error is obtained even when the result information indicating the allocation success is not received.

According to the present invention, even when some abnormality occurs in the communication between the transaction processing device and the privilege processing server, the privilege service can be efficiently operated without losing the trust of the user.

It is a figure which shows the outline structure example of a transaction system S. (A) is a block diagram showing an example of a functional configuration of a store terminal 1, and (B) is a diagram showing an example of a functional block in the control unit 17. It is a figure which shows an example of the list of errors which may be detected. (A) is a block diagram showing a functional configuration example of the sales management server 2, and is a diagram showing an example of a functional block in the control unit 23. (A) is a block diagram showing an example of a functional configuration of the point processing server 3, and (B) is a diagram showing an example of a functional block in the control unit 33. (A) is a flowchart showing an example of processing of the control unit 17 of the store terminal 1 when a transaction is performed between the user and the store, and (B) is a flowchart in which the transaction is performed between the user and the store. It is a flowchart which shows an example of the processing of the control unit 33 of the point processing server 3 at the time of a move. (A) is a flowchart showing an example of the processing of the control unit 23 of the sales management server 2 when the allocation matching is performed, and (B) is the control unit 33 of the point processing server 3 when the allocation matching is performed. It is a flowchart which shows an example of the process of.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. The following embodiment is an embodiment when the present invention is applied to a transaction system S that processes a transaction (commercial transaction) between a store and a user. In the transaction system S according to the present embodiment, the user can apply the privilege to at least a part of the price of the transaction target when conducting a transaction. Here, the transaction target corresponds to, for example, a product that can be purchased by a user at a store, a service that can be used by a user at a store (for example, a facility such as a restaurant or a hotel), and the like. In addition, the privilege has a monetary value equivalent to that of money (money) or electronic money. Applying the privilege to at least a part of the price means that the transaction is completed (that is, settled) by allocating the privilege to at least a part of the price instead of money or electronic money. Examples of benefits include points, coupons, discount coupons, etc., but in the present embodiment, points will be described as an example. Such points are given to the user (given to the user) as a predetermined ratio (for example, 1% of 1,000 yen) of the settlement amount (corresponding to the price of the transaction target) settled at the time of transaction, and also for campaigns and the like. It may be given to the user free of charge at the event. Such points are represented by a numerical value (number of points) and are stored in association with user-specific information (user identification information).

[1. Outline of configuration and functions of transaction system S]
First, with reference to FIG. 1, the configuration and functional outline of the transaction system S according to the present embodiment will be described. FIG. 1 is a diagram showing a schematic configuration example of the transaction system S. As shown in FIG. 1, the transaction system S includes a store terminal 1 (an example of a transaction processing device), a sales management server 2, a point processing server 3 (an example of a privilege processing server), and the like. The store terminal 1, the sales management server 2, and the point processing server 3 are each connected to a network NW (an example of communication means). The network NW is composed of, for example, the Internet, a dedicated line, a mobile communication network (including a wireless base station), or the like (or is composed of a combination thereof). In the example of FIG. 1, one store terminal 1 is shown, but there are actually one or a plurality of store terminals 1 for each store.

The store terminal 1 is, for example, a POS (Point Of Sales) terminal that is installed in a store (actual store) where points can be used and executes transaction processing (also referred to as sales processing) for establishing a transaction for a transaction target. The store terminal 1 may be configured by a tablet terminal or the like in which an application for executing transaction processing is installed. The store terminal 1 can access the sales management server 2 and the point processing server 3 via the network NW. The sales management server 2 is a server that receives and manages sales information about transactions that have been completed (that is, settlement has been completed) at the store from the store terminal 1. When the store is a so-called chain store, the sales management server 2 receives sales information from each of the store terminals 1 installed in each store and manages each store.

The point processing server 3 manages the balance of points associated with the user (hereinafter referred to as "user's point balance" or "point balance") (for example, the points are associated with the user ID and managed for each user). Is a server that executes appropriation processing for appropriating points to at least a part of the price to be traded when trading with a store. The points allocated to at least a part of the price are the points specified by the user (may be all points or some points) in the user's point balance. The user ID (for example, a member ID) is an example of user identification information that can identify (identify) a user.

The store terminal 1 transmits an allocation request for allocating points to at least a part of the price of the transaction target to the point processing server 3 via the network NW under the instruction of the user who makes a transaction with the store. Then, the store terminal 1 receives the result information of the allocation process executed by the point processing server 3 in response to the allocation request (hereinafter referred to as “allocation result information”) from the point processing server 3 via the network NW. When the appropriation result information indicates success in appropriation, a transaction process is executed to conclude a transaction in which points (points equal to or less than the user's point balance) are allocated to at least a part of the price of the transaction target.

In the present embodiment, the store terminal 1 considers that the allocation is successful and executes the above transaction process even if the allocation result information indicating the allocation success is not received, if there is a possibility of the allocation success. (This is called "deemed allocation"). As a result, the point service can be operated efficiently without losing the trust of the user even when some abnormality occurs in the communication between the store terminal 1 and the point processing server 3 especially during the busy period in the actual store. be able to. If the allocation result information indicating the allocation failure is received, the deemed allocation is not performed.

[1-1. Configuration and function of store terminal 1]
Next, the configuration and function of the store terminal 1 will be described with reference to FIG. FIG. 2A is a block diagram showing a functional configuration example of the store terminal 1. As shown in FIG. 2A, the store terminal 1 includes a communication unit 11, an operation unit 12, a code reading unit 13 (an example of reading means), a display unit 14, a receipt output unit 15, a storage unit 16, and a control unit. It is equipped with 17 mag.

The communication unit 11 is responsible for controlling communication performed via the network NW. The operation unit 12 includes various operation keys for the store clerk to perform operation input. The operation keys include, for example, a key for inputting a numerical value, a key for selecting a predetermined item, and a key for executing a transaction process of one transaction and completing the transaction.

The code reading unit 13 is a reader that optically, magnetically, or electrically reads an identification code (an example of identification information) such as a barcode or a two-dimensional code. The code reading unit 13 reads the identification code from the information display medium possessed by the user who makes a transaction with the store. The read identification code is output to the control unit 17. Here, the identification code may be a user ID, or may be a unique number uniquely associated with the user ID in the point processing server 3.

The information display medium possessed by the user may be a mobile terminal (for example, a smartphone) possessed by the user, or a card possessed by the user (for example, a card made of paper, plastic, or the like). .. When the information display medium is a mobile terminal, the identification code displayed on the display of the mobile terminal is read by the code reading unit 13 according to the user's operation. At this time, the displayed identification code may be composed of a user ID and a one-time code. The one-time code is generated based on the current time by a token (a token unique to each user) installed in the mobile terminal.

On the other hand, when the information display medium is a card, the identification code printed on the card is read by the code reading unit 13. The identification code is, for example, a unique number that can be associated with the user ID at the registration site provided by the point processing server 3. In this case, the user logs in to the registration site from a mobile terminal (which may be a PC) and inputs the unique number, so that the user ID can be associated with the user ID. The card may be a membership card issued to the user, or may be a discount card distributed to the user for a fee or free of charge.

The display unit 14 includes, for example, a display or the like, and information such as the name of the transaction target (for example, the product name) and the price of the transaction target (for example, the selling price of the product) is displayed on the display. The display unit 14 may be used as a touch panel, and in this case, the touch panel functions as an operation unit 12. The receipt output unit 15 outputs a receipt on which payment information is printed. The settlement information includes the name of the transaction target in which the transaction was completed, the settlement date and time, the settlement method (for example, cash settlement, electronic money settlement, credit settlement, point settlement), the settlement amount, and the like.

The storage unit 16 is composed of, for example, a non-volatile memory, and stores an operating system, an application for executing transaction processing (including the transaction processing program of the present invention), and various data. The transaction processing program may be downloaded from a predetermined server to the store terminal 1, or may be read from a recording medium such as a CD or DVD and stored in the storage unit 16.

The control unit 17 includes a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), and the like, and executes an application on an operating system. FIG. 2B is a diagram showing an example of a functional block in the control unit 17. As shown in FIG. 2B, the control unit 17 has an inquiry request transmission unit 171 and an inquiry result reception unit 172, an appropriation availability determination unit 173, an appropriation request transmission unit 174, and an appropriation result reception unit 175. It functions as an error detection unit 176, an error determination unit 177, a transaction processing unit 178, and the like.

The inquiry request transmission unit 171 is an example of the inquiry request transmission means in the present invention. The inquiry result receiving unit 172 is an example of the inquiry result receiving unit in the present invention. The appropriation availability determination unit 173 is an example of the appropriation availability determination means in the present invention. The allocation request transmission unit 174 is an example of the allocation request transmission means in the present invention. The allocation result receiving unit 175 is an example of the allocation result receiving means in the present invention. The error determination unit 177 is an example of the error determination means in the present invention. The transaction processing unit 178 is an example of the transaction processing means in the present invention.

The inquiry request transmission unit 171 transmits an inquiry request such as the user's point balance to the point processing server 3 via the network NW when the user makes a transaction. The inquiry request includes, for example, an identification code read by the code reading unit 13 from an information display medium possessed by the user. The inquiry result receiving unit 172 uses the inquiry result information regarding the points inquired by the point processing server 3 in response to the inquiry request transmitted by the inquiry request transmitting unit 171 to the network NW from the point processing server 3 as a response to the inquiry request. Receive via. The inquiry result information includes the user's point balance and the code. Here, the code may be a user ID or a code uniquely corresponding to the user ID. Further, the inquiry result information may include an appropriation availability flag. The appropriation / non-appropriate flag indicates whether or not the privilege can be applied to the price of the transaction target. For example, when the user reports the theft (illegal use) of the user ID, the appropriation availability flag is set to indicate that the appropriation is not possible.

The appropriation availability determination unit 173 determines whether or not points can be allocated to at least a part of the transaction target price based on the inquiry result information received by the inquiry result receiving unit 172. For example, if the amount corresponding to the point balance included in the received inquiry result information (that is, the amount obtained by converting the point balance at a predetermined conversion rate) is less than the predetermined amount, it is determined that the amount cannot be applied. For example, when the user is instructed to apply points to the entire price of the transaction target, the predetermined amount is an amount equal to the price of the transaction target (for example, 1,000 yen). On the other hand, when the user is instructed to allocate points to a part of the transaction target price, the predetermined amount is instructed by the user from the transaction target price (for example, 1,000 yen) to a payment method other than the point settlement (for example, the user). The amount paid by cash payment, electronic money payment, credit card payment, etc. (for example, 600 yen instructed by the user) is subtracted (for example, 400 yen). When the appropriation / non-applicability flag included in the inquiry result information indicates that the appropriation is not possible, it is determined that the appropriation is not possible even if the amount corresponding to the point balance is a predetermined amount or more.

When the appropriation request transmission unit 174 determines that the points can be allocated by the appropriation availability determination unit 173, the appropriation request transmission unit 174 transmits an appropriation request for appropriating the points to the point processing server 3 via the network NW. The allocation request includes, for example, the above code and information indicating points to be allocated to at least a part of the price of the transaction target. The allocation process is executed by the point processing server 3 in response to the allocation request, and the allocation result information is transmitted to the store terminal 1 as a response to the allocation request. Here, the allocation result information is a telegram indicating the allocation success or the allocation failure.

The allocation result receiving unit 175 receives the allocation result information from the point processing server 3 via the network NW as a response to the allocation request. However, if some abnormality (for example, a malfunction of the network NW) occurs in the communication between the store terminal 1 and the point processing server 3 via the network NW, a normal response from the point processing server 3 may not be obtained. be.

Here, when a normal response cannot be obtained, the allocation result information is not received from the point processing server 3, or the allocation result information is received from the point processing server 3, but the telegram cannot be analyzed (that is,). Neither successful allocation nor unsuccessful allocation can be identified by analysis). When the allocation result information is not received from the point processing server 3, the allocation request is received by the point processing server 3, the allocation process is executed, and the allocation result information is transmitted, but not received by the store terminal 1. , The case where the allocation result information is not transmitted from the point processing server 3 because the allocation request is not received by the point processing server 3 (it did not arrive normally) is applicable. If the message cannot be analyzed, the format of the message related to the allocation result information received by the store terminal 1 is correct, but the content (data) is corrupted (for example, equivalent to garbled characters).

The error detection unit 176 detects an error according to a predetermined error diagnosis algorithm. Various known programs can be applied to the error diagnosis algorithm. For example, the error detection unit 176 detects an error by referring to the HTTP (Hypertext Transfer Protocol) status code of the communication message, the error code of the program that creates the network connection, and the like. When an error is detected by the error detection unit 176, an error result code corresponding to the detected error is specified. FIG. 3 is a diagram showing an example of a list of errors that may be detected. As shown in FIG. 3, there are a plurality of types of errors that may be detected, and each error is associated with a unique error result code.

The error determination unit 177 identifies the case where an error is detected by the error detection unit 176 after the allocation request is transmitted by the allocation request transmission unit 174, and the detected error has a possibility of successful allocation. Determine if it is an error. Here, the specific error corresponding to the case where there is a possibility of successful allocation is, for example, an error caused by a malfunction of the network NW. In the example of FIG. 3, the communication timeout, the communication error due to the disconnection of the communication line, and the response message analysis failure are each specific error corresponding to the case where there is a possibility of successful allocation. Here, the communication timeout and the communication error due to the disconnection of the communication line correspond to the case where the allocation result information is not received from the point processing server 3, respectively. On the other hand, the response message analysis failure corresponds to the case where the message related to the allocation result information received from the point processing server 3 cannot be analyzed (that is, when an abnormal response is obtained).

The transaction processing unit 178 is a transaction target when the allocation result information received by the allocation result receiving unit 175 indicates the allocation success (that is, when the allocation success can be specified as a result of analyzing the message related to the allocation result information). Execute a transaction process to complete a transaction in which points are applied to at least a part of the price of. Here, in the transaction process, a settlement process (that is, a process of imposing payment of the price on the user) that allocates points to at least a part of the price of the transaction target is executed, and the name of the transaction target and the settlement amount are executed. A process of outputting a receipt for printing payment information including the above to the receipt output unit 15 is performed.

Further, the transaction processing unit 178 executes the above transaction processing by regarding the allocation as successful if there is a possibility that the allocation is successful even if the allocation result information indicating the allocation success is not received. For example, the transaction processing unit 178 considers that the allocation is successful when the error determination unit 177 determines that the specific error occurs, and executes the transaction processing including the deemed allocation. As a result, it is possible to increase the reliability of the function of concluding a transaction in which points are applied to at least a part of the price of the transaction target. After the transaction is completed in this way, the transaction processing unit 178 transmits the sales information including the payment information to the sales management server 2. If the allocation result information received by the allocation result receiving unit 175 indicates an allocation failure (that is, if the allocation failure can be identified as a result of analyzing the telegram related to the allocation result information), the transaction processing including the deemed allocation is performed. Not done.

[1-2. Configuration and function of sales management server 2]
Next, the configuration and function of the sales management server 2 will be described with reference to FIG. FIG. 4A is a block diagram showing a functional configuration example of the sales management server 2. As shown in FIG. 4A, the sales management server 2 includes a communication unit 21, a storage unit 22, a control unit 23, and the like.

The communication unit 21 is responsible for controlling communication performed via the network NW. The storage unit 22 is composed of, for example, a hard disk drive or the like, and stores an operating system, a server program, various data, and the like. Further, a sales information database 221 or the like is constructed in the storage unit 22.

The sales information database 221 stores the sales information of the store. The sales information includes the transaction ID of the completed transaction, the store ID of the store, the transaction target ID of the transaction target, the settlement information, the allocated points (0 points if not allocated), and the points allocated (including deemed allocation). ) Is included in association with the code etc. Here, the code may not be included in the sales information (for example, when the transaction is completed only by cash settlement). As described above, the payment information includes the name of the transaction target, the payment date and time, the payment method, the payment amount, and the like. The sales information may include the point balance after the points have been applied.

The control unit 23 includes a CPU, ROM, RAM, and the like, and executes a server program and the like on the operating system. FIG. 4B is a diagram showing an example of a functional block in the control unit 23. As shown in FIG. 4B, the control unit 23 functions as a sales information storage unit 231, an allocation matching processing unit 232, an allocation correction request unit 233, and the like by executing a server program or the like. The sales information storage unit 231 stores the sales information received from the store terminal 1 in the sales information database 221.

The allocation matching processing unit 232 transmits a file linkage request for acquiring point allocation information to the point processing server 3 via the network NW. Here, the point allocation information is stored in, for example, a file distinguished for each transaction. The point allocation information includes the point allocation date and time, the allocated points (that is, the points subtracted from the point balance), the code, and the like. The point allocation information may include the point balance.

Then, the appropriation matching processing unit 232 collates the point appropriation information acquired from the point processing server 3 with the sales information stored in the sales information database 221 (for example, collating with the date and time, the allocated points, and the code). To determine the consistency of point allocation. As a result, for example, when the allocation process corresponding to the "deemed allocation" performed on the store terminal 1 is not performed on the point processing server 3, the deemed allocated points are not subtracted from the point balance. It is judged that the allocation is inconsistent. Alternatively, since the point balances of the sales information and the point allocation information do not match, it is determined that there is no consistency. Here, as a cause when the allocation process corresponding to the "deemed allocation" performed in the store terminal 1 is not performed in the point processing server 3, for example, the allocation request did not reach the point processing server 3. The allocation result information indicating the allocation failure was received by the store terminal 1, but the telegram could not be analyzed.

The allocation correction request unit 233 transmits an allocation correction request for correcting the point allocation to the point processing server 3 via the network NW. The allocation amendment request includes, for example, a code and information indicating deemed allocated points.

[1-3. Configuration and function of point processing server 3]
Next, the configuration and function of the point processing server 3 will be described with reference to FIG. FIG. 5A is a block diagram showing a functional configuration example of the point processing server 3. As shown in FIG. 5A, the point processing server 3 includes a communication unit 31, a storage unit 32, a control unit 33, and the like.

The communication unit 31 is responsible for controlling communication performed via the network NW. The storage unit 32 is composed of, for example, a hard disk drive or the like, and stores an operating system, a server program, various data, and the like. Here, the various data includes a correspondence table that associates the user ID with the unique number (identification code). Further, a point record database 321 and the like are constructed in the storage unit 32.

The point record database 321 stores the point record information of the user who has registered as a member for the use of points. The point performance information includes a user ID of a user, a point balance, an appropriation availability flag, point grant information, and point appropriation information in association with each other. Here, the point grant information includes the point grant date and time, points associated with the user (that is, points added to the point balance), and the like. A token unique to each user may be stored in the storage unit 32 in association with each user ID.

The control unit 33 includes a CPU, ROM, RAM, and the like, and executes a server program and the like on the operating system. FIG. 5B is a diagram showing an example of a functional block in the control unit 33. As shown in FIG. 5B, the control unit 33 functions as an inquiry processing unit 331, an allocation processing unit 332, an allocation matching cooperation unit 333, an allocation correction processing unit 334, and the like by executing a server program or the like.

When the inquiry request is received from the store terminal 1, the inquiry processing unit 331 acquires the point balance (or the point balance and the appropriation / non-applicability flag) from the point record database 321 based on the identification code included in the inquiry request. do. Then, the inquiry processing unit 331 sends the point balance (or the point balance and the appropriation / non-applicability flag) acquired from the point record database 321 and the inquiry result information including the code (inquiry result information regarding the user's point) to the inquiry request. As a response, the information is transmitted to the store terminal 1 via the network NW.

When the appropriation request is received from the store terminal 1, the appropriation processing unit 332 acquires the user's point balance from the point record database 321 based on the code included in the appropriation request. Then, the appropriation processing unit 332 allocates the points based on the point balance acquired from the point record database 321 and the points indicated in the appropriation request (that is, the points to be applied to at least a part of the transaction target price). Execute the appropriation process for appropriation. Here, in the appropriation process, the points requested for appropriation (points indicated in the appropriation request) are subtracted from the point balance, and the point balance stored in the point record database 321 is updated (overwritten) by the point balance after the subtraction. Processing etc. are performed.

Then, when the allocation process is completed normally (that is, when the points requested to be allocated are normally subtracted from the point balance (the points are allocated)), the allocation processing unit 332 indicates the allocation result indicating the success of the allocation. The information is transmitted to the store terminal 1 via the network NW as a response to the allocation request. When the appropriation process is completed normally, the appropriation process unit 332 stores the point appropriation information including the point appropriation date and time, the points subtracted from the point balance, and the code in the point record database 321. On the other hand, when the allocation process is not completed normally (for example, due to a transient defect in the point processing server 3), the allocation processing unit 332 uses the allocation result information indicating the allocation failure as a response to the allocation request. , Transmit to the store terminal 1 via the network NW.

When the file linkage request is received from the sales management server 2, the allocation matching linkage unit 333 acquires the point allocation information from the point record database 321 and uses the point allocation information as a response to the file linkage request in the network NW. It is transmitted to the store terminal 1 via.

When the appropriation correction processing unit 334 receives the appropriation correction request from the sales management server 2, the appropriation correction processing unit 334 acquires the user's point balance from the point record database 321 based on the code included in the appropriation correction request. Then, the allocation correction processing unit 334 allocates points for correcting the point allocation based on the point balance acquired from the point record database 321 and the points indicated in the allocation correction request (that is, the deemed allocated points). Execute the correction process. Here, in the appropriation correction process, the points for which the appropriation correction is requested are subtracted from the point balance, and the point balance stored in the point record database 321 is updated by the point balance after the subtraction.

Then, when the appropriation correction process is completed normally, the appropriation correction process unit 334 inputs the point appropriation information including the point appropriation date and time (the date and time when the deemed appropriation was performed), the points subtracted from the point balance, the code, and the like. It is stored in the point record database 321. On the other hand, if the allocation correction process is not completed normally, an allocation correction error is recorded. Here, the cause when the appropriation correction process is not completed normally is that the point balance is insufficient due to the user conducting another transaction after the deemed appropriation.

Even if the allocation fails, there is a possibility that the problem will be resolved and the allocation process can be completed normally after a lapse of time. In this case, if the store terminal 1 receives the allocation result information indicating the allocation failure but the store terminal 1 cannot analyze the message and the deemed allocation is performed, the points are deducted from the point balance by the allocation process. The points that did not exist can be deducted from the point balance by the allocation correction processing of the allocation correction processing unit 334.

[2. Operation of trading system S]
Next, the operation of the transaction system S according to the present embodiment will be described.

[2-1. Behavior when a transaction is made between a user and a store]
First, with reference to FIG. 6, an example of an operation when a transaction is performed between a user and a store will be described. FIG. 6A is a flowchart showing an example of processing of the control unit 17 of the store terminal 1 when a transaction is performed between the user and the store, and FIG. 6B is a flowchart between the user and the store. It is a flowchart which shows an example of the processing of the control unit 33 of the point processing server 3 when a transaction is performed in.

For example, when the user pays the price of the transaction target at the store, the intention to use the points is displayed, and the mobile terminal is operated to display the identification code on the display. Then, when the store clerk holds the code reading unit 13 of the store terminal 1 on the display of the mobile terminal to read the identification code, the process shown in FIG. 6A is started.

When the process shown in FIG. 6A is started, the control unit 17 (inquiry request transmission unit 171) accesses the point processing server 3 via the network NW and reads the identification code read by the code reading unit 13. The including inquiry request is transmitted to the point processing server 3 via the network NW (step S1). When the inquiry request is transmitted in this way, the reception of the inquiry result information from the point processing server 3 is awaited (step S2).

On the other hand, when the inquiry request transmitted from the store terminal 1 is received via the communication unit 31 in the point processing server 3, the process shown in FIG. 6B is started. When the process shown in FIG. 6B is started, the control unit 33 (inquiry processing unit 331) identifies the user ID corresponding to the identification code included in the received inquiry request (step S21). Here, when the identification code is a unique number, the user ID associated with the unique number is specified by referring to the above-mentioned correspondence table.

When the identification code included in the inquiry request is composed of the user ID and the one-time code, the control unit 33 selects the token associated with the user ID specified in step S21 and stored. Then, the control unit 33 generates a one-time code based on the current time by the selected token, and when the generated one-time code and the one-time code included in the identification code match (that is, the user). Is authenticated), it may be configured to proceed to step S22. This can improve security.

Next, the control unit 33 (inquiry processing unit 331) acquires the point balance and the appropriation availability flag associated with the user ID specified in step S21 from the point record database 321 (step S22). Next, the control unit 33 (inquiry processing unit 331) generates a code based on the user ID specified in step S21 (step S23).

Next, the control unit 33 (inquiry processing unit 331) describes the inquiry result information (related to the points associated with the user ID) including the point balance acquired in step S22, the appropriation availability flag, and the code generated in step S23. The inquiry result information) is transmitted to the store terminal 1 via the network NW as a response to the inquiry request (step S24). When the inquiry result information is transmitted in this way, reception of the allocation request from the store terminal 1 is awaited (step S25).

On the other hand, when the inquiry result information transmitted from the point processing server 3 is received by the inquiry result receiving unit 172 via the communication unit 11 in the store terminal 1 (step S2: YES), the processing proceeds to step S3. Although not shown in the example of FIG. 6A, if the inquiry result information is not received for a predetermined time or more from the transmission of the inquiry request, the communication timeout occurs and the process shown in FIG. 6A ends.

In step S3, the control unit 17 (appropriation availability determination unit 173) determines whether or not points can be allocated to at least a part of the transaction target price based on the inquiry result information received in step S2. .. For example, as described above, if the amount corresponding to the point balance is less than the predetermined amount, it is determined that the amount cannot be applied. When it is determined that points cannot be applied to at least a part of the transaction target price (step S3: NO), a message indicating that the points cannot be used is displayed on the display of the display unit 14, and the process shown in FIG. 6 (A) is displayed. Is finished. In this case, the process shifts to the process of paying the price of the transaction target by a payment method that does not use points.

On the other hand, when it is determined that the points can be allocated to at least a part of the price of the transaction target (step S3: YES), the control unit 17 (allocation request transmission unit 174) inputs the code and the information indicating the points to be allocated. The including allocation request is transmitted to the point processing server 3 via the network NW (step S4). As described above, the transmitted allocation request may not reach the point processing server 3 due to, for example, a malfunction of the network NW. In this way, when the allocation request is transmitted, the reception of the allocation result information from the point processing server 3 is awaited (step S5).

Next, the control unit 17 determines whether or not an error has been detected by the error detection unit 176 (step S6). If it is determined that an error has been detected (step S6: YES), the process proceeds to step S7. On the other hand, if it is determined that no error has been detected (step S6: NO), the process returns to step S5. The process of step S6 may be performed before step S5.

In step S7, the control unit 17 (error determination unit 177) determines whether or not the error detected in step S6 is a specific error corresponding to the case where there is a possibility of successful allocation. When it is determined that the error is not the specific error (step S7: NO), a message indicating that the point cannot be used is displayed on the display of the display unit 14, and the process shown in FIG. 6A ends. In this case, the process shifts to the process of paying the price of the transaction target by a payment method that does not use points. On the other hand, if it is determined that a specific error (for example, communication timeout) is applicable when there is a possibility of successful allocation (step S7: YES), the process proceeds to step S10, and transaction processing including deemed allocation is executed. Will be done.

On the other hand, when the allocation request transmitted from the store terminal 1 is received via the communication unit 31 in the point processing server 3 (step S25: YES), the processing proceeds to step S26. Although not shown in the example of FIG. 6B, if the allocation request is not received for a predetermined time or more from the transmission of the inquiry result information, the communication timeout occurs and the process shown in FIG. 6B ends.

In step S26, the control unit 33 (allocation processing unit 332) identifies the user ID corresponding to the code included in the allocation request received in step S25. Next, the control unit 33 (allocation processing unit 332) acquires the point balance associated with the user ID specified in step S26 from the point record database 321 (step S27). Next, the control unit 33 (allocation processing unit 332) executes an allocation process for appropriating the points based on the point balance acquired in step S27 and the points shown in the appropriation request (step S28).

Next, the control unit 33 (allocation processing unit 332) determines whether or not the allocation processing has been completed normally (step S29). For example, as described above, when the points shown in the appropriation request are normally subtracted from the point balance and overwritten on the point record database 321, it is determined that the appropriation process has been completed normally. When the control unit 33 (allocation processing unit 332) determines that the allocation processing has been completed normally (step S29: YES), the control unit 33 (appropriation processing unit 332) uses the allocation result information indicating the allocation success as a response to the allocation request at the store via the network NW. It is transmitted to the terminal 1 (step S30), and the process shown in FIG. 6 (B) is terminated.

On the other hand, when the control unit 33 (allocation processing unit 332) determines that the allocation processing has not been completed normally (step S29: NO), the network NW is used as a response to the allocation request with the allocation result information indicating the allocation failure. It is transmitted to the store terminal 1 via (step S31), and the process shown in FIG. 6 (B) is terminated. As described above, the allocation result information transmitted in step S30 or step S31 may not reach the store terminal 1 due to, for example, a malfunction of the network NW.

On the other hand, when the allocation result information transmitted from the point processing server 3 is received by the allocation result receiving unit 175 via the communication unit 11 in the store terminal 1 (step S5: YES), the process proceeds to step S8. In step S8, the control unit 17 determines whether or not the response message analysis failure is detected as a specific error by the error detection unit 176. If it is determined that the response message analysis failure has not been detected (step S8: NO), the process proceeds to step S9. On the other hand, when it is determined that the response message analysis failure is detected (step S8: YES), the process proceeds to step S10, and the transaction process including the deemed allocation is executed.

In step S9, the control unit 17 determines whether or not the allocation result information received in step S5 indicates the allocation success. When it is determined that the allocation result information does not indicate the allocation success (that is, the allocation failure) (step S9: NO), a message indicating that the points cannot be used is displayed on the display of the display unit 14, and FIG. 6A is shown. The process shown in is completed. In this case, the process shifts to the process of paying the price of the transaction target by a payment method that does not use points. On the other hand, when it is determined that the allocation result information indicates successful allocation (step S9: YES), the control unit 17 (transaction processing unit 178) concludes a transaction in which points are allocated to at least a part of the transaction target price. Transaction processing is executed (step S10).

Next, the control unit 17 (transaction processing unit 178) accesses the sales management server 2 via the network NW, and transmits the sales information including the settlement information related to the completed transaction to the sales management server 2 via the network NW. (Step S11), the process shown in FIG. 6 (A) is terminated. The sales information may be collectively transmitted to the sales management server 2 later in a batch process that is executed once every 24 hours, for example.

[2-2. Operation when allocation matching is performed]
Next, with reference to FIG. 7, an example of the operation when the allocation matching is performed will be described. FIG. 7A is a flowchart showing an example of processing of the control unit 23 of the sales management server 2 when the allocation matching is performed, and FIG. 7B is a point processing server 3 when the allocation matching is performed. It is a flowchart which shows an example of the process of the control unit 33 of.

The process shown in FIG. 7A is executed, for example, every predetermined time (for example, 24 hours). When the process shown in FIG. 7A is started, the control unit 23 (allocation matching processing unit 232) of the sales management server 2 accesses the point processing server 3 via the network NW and acquires the point allocation information. The file linkage request for this is transmitted to the point processing server 3 via the network NW (step S41). When the file linkage request is transmitted in this way, reception of the point allocation information from the point processing server 3 is awaited (step S42). The point allocation information may be push-transmitted from the point processing server 3 to the sales management server 2 periodically or irregularly. In this case, the file linkage request does not have to be transmitted from the sales management server 2 to the point processing server 3.

On the other hand, when the file linkage request transmitted from the sales management server 2 is received by the point processing server 3 via the communication unit 31, the process shown in FIG. 7B is started. Alternatively, when the point processing server 3 triggers the push transmission of the point allocation information, the processing shown in FIG. 7B is started. When the process shown in FIG. 7B is started, the control unit 33 (allocation matching cooperation unit 333) of the point processing server 3 transmits point allocation information (for example, to the sales management server 2 in the past) from the point record database 321. (Point allocation information that has not been applied) is acquired (step S51).

Next, the control unit 33 (allocation matching cooperation unit 333) transmits the point allocation information acquired in step S51 to the sales management server 2 via the network NW as a response to the file cooperation request (step S52). When the point allocation information is transmitted in this way, reception of the allocation correction request from the sales management server 2 is awaited (step S53).

On the other hand, when the point allocation information transmitted from the point processing server 3 is received via the communication unit 21 in the sales management server 2 (step S42: YES), the processing proceeds to step S43. Although not shown in the example of FIG. 7A, if the point allocation information is not received for a predetermined time or more from the transmission of the file linkage request, the communication time-out occurs and the process shown in FIG. 7A ends.

In step S43, the control unit 23 (allocation matching processing unit 232) collates the point allocation information received in step S42 with the sales information stored in the sales information database 221 (for example, the date and time, the allocated points, and the allocated points). By collating with the code), it is judged whether or not the points are allocated consistently. For example, the presence or absence of consistency is determined by whether or not the point balances of the point allocation information and the sales information match or do not match.

Next, the control unit 23 (allocation matching processing unit 232) determines from the result of the determination in step S43 whether or not there is a transaction for which it is determined that the point allocation is inconsistent (for example, the point balances do not match). (Step S44). When it is determined that there is no transaction determined to be inconsistent in point allocation (step S44: NO), information indicating the consistency of point allocation is transmitted to the point processing server 3 (step S45).

On the other hand, when it is determined that there is a transaction determined to be inconsistent in point allocation (step S44: YES), the control unit 23 (allocation correction requesting unit 233) is determined to be inconsistent in point allocation. Information indicating the code associated with the transaction ID and the deemed allocated points is acquired from the sales information database 221 (step S46). Next, the control unit 23 (allocation correction request unit 233) transmits an allocation correction request including the information acquired in step S46 to the point processing server 3 via the network NW (step S47), and FIG. 7A is shown. Ends the process shown in.

On the other hand, when the allocation correction request transmitted from the sales management server 2 is received via the communication unit 31 in the point processing server 3 (step S53: YES), the processing proceeds to step S54. Although not shown in the example of FIG. 7B, if the allocation correction request or the information indicating the consistency of the point allocation is not received for a predetermined time or more from the transmission of the point allocation information, a communication timeout occurs and FIG. 7 (B) The process shown in B) is completed.

In step S54, the control unit 23 (allocation correction processing unit 334) identifies the user ID corresponding to the code included in the allocation correction request received in step S53. Next, the control unit 33 (allocation correction processing unit 334) acquires the point balance associated with the user ID specified in step S54 from the point record database 321 (step S55). Next, the control unit 23 (allocation correction processing unit 334) corrects the point allocation based on the point balance acquired in step S55 and the points indicated in the allocation correction request (that is, the deemed allocated points). (Step S56).

Next, the control unit 33 (allocation correction processing unit 334) determines whether or not the allocation correction processing is normally completed (step S57). For example, as described above, when the points shown in the appropriation correction request are normally subtracted from the point balance and overwritten on the point record database 321, it is determined that the appropriation correction process has been completed normally. When it is determined that the allocation correction process is completed normally (step S57: YES), the point allocation information including the point allocation date and time, the points subtracted from the point balance, the code, etc. is the user ID specified in step S54. It is stored in the point record database 321 in association with the above (step S58), and the process shown in FIG. 7B ends.

On the other hand, when it is determined that the allocation correction process has not been completed normally (step S57: NO), an allocation correction error is recorded (step S59), and the process shown in FIG. 7B ends. If an appropriation correction error is recorded, the result is that the points that should be originally appropriated were not deducted from the point balance, but it is practically performed by a separate process to compensate for the cost corresponding to these points. Consistency of point allocation will be ensured.

As described above, according to the above embodiment, the store terminal 1 makes a point allocation request via the network NW to allocate points to at least a part of the price of the transaction target when the user conducts a transaction with the store. Even if the allocation result information indicating successful allocation is not received from the point processing server 3 after transmission to the processing server 3, if there is a possibility that the allocation is successful, the transaction is regarded as successful allocation and the points are allocated. Since it is configured to execute the transaction processing to be completed, the point service can be operated efficiently without losing the trust of the user even when some abnormality occurs in the communication between the store terminal 1 and the point processing server 3. Can be made to. Further, according to the above embodiment, it is not necessary to reconstruct the calculation function for executing the allocation process for allocating points on the store terminal 1 side (that is, there is no need for major repair of the store terminal 1). , Effort and cost can be reduced.

Further, according to the above embodiment, the store terminal 1 receives inquiry result information including the point balance and the like by transmitting an inquiry request to the point processing server 3 when the user makes a transaction with the store, and the inquiry result. When it is determined based on the information that points can be applied to at least a part of the price of the transaction target (for example, after confirming that the point balance is not insufficient), the network NW makes an allocation request to apply the points. Since it is configured to be transmitted to the point processing server 3 via Reliability (reliability of deemed allocation) can be increased.

Although one embodiment of the present invention has been described above, the present invention is not limited to the above embodiment, and various configurations and the like are changed from the above embodiment without departing from the gist of the present invention. Also, it is included in the technical scope of the present invention. For example, in the above embodiment, points have been described as an example as a privilege, but the above embodiment can be realized even when the privilege is a coupon, a discount coupon, or the like.

Further, in the above embodiment, the store terminal 1 is configured to receive inquiry result information including the point balance by transmitting an inquiry request to the point processing server 3, but as another example, the store terminal 1 is configured. May be configured to send an allocation request including the above identification code and information indicating the point to be allocated to the point processing server 3 without transmitting the inquiry request to the point processing server 3. In this case, the point processing server 3 executes the appropriation process when it is determined that the point balance of the user is equal to or greater than the points indicated in the appropriation request, and transmits the appropriation result information to the store terminal 1. At this time, even if the store terminal 1 does not receive the appropriation result information indicating the appropriation success from the point processing server 3, if there is a possibility that the appropriation is successful, the store terminal 1 considers the appropriation to be successful and concludes a transaction to approve the points. Execute the transaction processing to be made.

Further, in the above embodiment, the store terminal 1 has been described as an example of the transaction processing device of the present invention, but as another example, each product exhibited by a plurality of stores is sold online (for example, a shopping mall site). The transaction processing apparatus of the present invention can also be applied to a commercial transaction processing server. In this case, the commercial transaction processing server connected to the user terminal (for example, a mobile terminal or a personal computer) via the network NW is used when the user of the user terminal makes a transaction (for example, when purchasing a product exhibited by a store). After sending an allocation request to allocate points to at least a part of the price to be traded to the point processing server 3 via the network NW, the allocation result information indicating successful allocation is not received from the point processing server 3. However, if there is a possibility that the appropriation will be successful, it will be regarded as a successful appropriation and the transaction processing to conclude the transaction to approve the points will be executed. Even in this case, the commercial transaction processing server receives the inquiry result information including the point balance by sending the inquiry request before the allocation request, and based on the inquiry result information, it is used as at least a part of the price of the transaction target. When it is determined that the points can be allocated, the allocation request for allocating the points may be transmitted to the point processing server 3 via the network NW.

1 Store terminal 2 Sales management server 3 Point processing server 11 Communication unit 12 Operation unit 13 Code reading unit 14 Display unit 15 Receipt output unit 16 Storage unit 17 Control unit 171 Inquiry request transmission unit 172 Inquiry result reception unit 173 Appropriation availability determination unit 174 Appropriation request transmission unit 175 Appropriation result reception unit 176 Error detection unit 177 Error judgment unit 178 Transaction processing unit 21 Communication unit 22 Storage unit 23 Control unit 231 Sales information storage unit 232 Allocation matching processing unit 233 Appropriation correction request unit 31 Communication unit 32 Storage Unit 33 Control unit 331 Inquiry processing unit 332 Appropriation processing unit 333 Allocation matching cooperation unit 334 Appropriation correction processing unit NW network S Transaction system

Claims (6)

It is possible to access the privilege processing server that manages the privilege associated with the user and executes the allocation process for allocating the privilege to at least a part of the price of the transaction target when the user conducts a transaction via a communication means. It ’s a transaction processing device,
An appropriation request transmitting means for transmitting an appropriation request for appropriating the privilege to at least a part of the price of the transaction target to the privilege processing server via the communication means.
An allocation result receiving means that receives the result information of the allocation process executed by the privilege processing server in response to the allocation request from the privilege processing server as a response to the allocation request via the communication means.
A transaction processing means for executing a transaction process for establishing a transaction in which the privilege is applied to at least a part of the price of the transaction target when the result information indicates successful allocation.
When an error is detected after the allocation request is transmitted by the allocation request transmitting means, an error determination for determining whether or not the detected error is a specific error corresponding to the case where there is a possibility of successful allocation. Means and
Equipped with
Even if the result information indicating successful allocation is not received, the transaction processing means considers the allocation successful and executes the transaction processing when the error determination means determines that the specific error has occurred. Processing equipment. The transaction processing device according to claim 1 , wherein the specific error is an error caused by a malfunction of the communication means. An inquiry request transmitting means for transmitting a privilege inquiry request corresponding to the user when the user makes a transaction to the privilege processing server via the communication means, and an inquiry request transmitting means.
An inquiry result receiving means for receiving inquiry result information regarding the privilege inquired by the privilege processing server in response to the inquiry request from the privilege processing server via the communication means.
Based on the inquiry result information, a means for determining whether or not the privilege can be applied to at least a part of the price of the transaction target, and a means for determining whether or not the benefit can be applied.
Further prepare
A claim that the appropriation request transmitting means transmits an appropriation request for appropriating the privilege to the privilege processing server via the communication means when it is determined by the appropriation availability determination means that the privilege can be applied. The transaction processing apparatus according to 1 or 2 . The privilege processing server manages the privilege in association with user-specific information that can identify a user.
The transaction processing device is a store terminal installed in a store and provided with a reading means for reading identification information from an information display medium possessed by the user.
The inquiry request transmitting means transmits the inquiry request including the identification information read from the information display medium by the reading means to the privilege processing server via the communication means.
The transaction processing device according to claim 3 , wherein the inquiry result receiving means receives inquiry result information regarding a privilege associated with the user specific information corresponding to the identification information from the privilege processing server via the communication means. .. It is possible to access the privilege processing server that manages the privilege associated with the user and executes the allocation process for allocating the privilege to at least a part of the price of the transaction target when the user conducts a transaction via a communication means. It is a transaction processing method performed by a computer.
An appropriation request transmission step of transmitting an appropriation request for appropriating the privilege to at least a part of the price of the transaction target to the privilege processing server via the communication means, and a step of transmitting the appropriation request .
A step of receiving the result information of the allocation process executed by the privilege processing server in response to the allocation request from the privilege processing server via the communication means as a response to the allocation request.
A transaction processing step for executing a transaction process for establishing a transaction in which the privilege is applied to at least a part of the price of the transaction target when the result information indicates successful allocation.
If an error is detected after the allocation request is transmitted by the allocation request transmission step, an error determination for determining whether or not the detected error is a specific error corresponding to the possibility of successful allocation. Steps and
Including
In the transaction processing step, even if the result information indicating successful allocation is not received, if the error determination step determines that the specific error occurs, the transaction processing is regarded as successful allocation and the transaction processing is executed. Transaction processing method. It is possible to access the privilege processing server that manages the privilege associated with the user and executes the allocation process for allocating the privilege to at least a part of the price of the transaction target when the user conducts a transaction via a communication means. The computer included in the transaction processing device,
An appropriation request transmitting means for transmitting an appropriation request for appropriating the privilege to at least a part of the price of the transaction target to the privilege processing server via the communication means.
An allocation result receiving means that receives the result information of the allocation process executed by the privilege processing server in response to the allocation request from the privilege processing server as a response to the allocation request via the communication means.
A transaction processing means for executing a transaction process for establishing a transaction in which the privilege is applied to at least a part of the price of the transaction target when the result information indicates successful allocation .
When an error is detected after the allocation request is transmitted by the allocation request transmitting means, an error determination for determining whether or not the detected error is a specific error corresponding to the case where there is a possibility of successful allocation. To function as a means ,
Even if the result information indicating successful allocation is not received, the transaction processing means considers the allocation successful and executes the transaction processing when the error determination means determines that the specific error has occurred. Processing program.

Images