JP7813658B2 - Transaction processing system and information processing program - Google Patents

Description

Embodiments of the present invention relate to a transaction processing system and an information processing program.

A system that processes transactions using, as a user interface, an information and communication terminal such as a smartphone owned by the user or an information and communication terminal loaned to the user by a store or the like is known as a "smartphone POS system."Alternatively, a system that processes transactions using, as a user interface, an information and communication terminal attached to a shopping cart provided as equipment in a store is known as a "cart POS system."
On the other hand, there are also measures that offer special benefits such as discounts to customers who buy multiple units of the same product. This is a sales promotion measure that motivates customers to purchase multiple products.
Such measures are generally notified to customers through notices in stores, flyers, etc. However, notices through notices in stores and flyers, etc., are often not noticed by customers, and the effects of the measures cannot be fully realized.
In view of these circumstances, it has been desired to make users aware of the benefits of bulk purchases and to provide incentives for purchasers to purchase large quantities of products.

JP 2019-153088 A

The problem that this invention aims to solve is to provide a transaction processing system and information processing program that can make users aware of the benefits of bulk purchases and motivate them to purchase large quantities of products.

The transaction processing system of the embodiment includes a determination means, a display means, and a registration means. The determination means determines a product in response to a user's operation on a terminal device. The display means displays a guide screen on the terminal device prompting the user to specify a number of points when the product determined by the determination means is eligible for a bonus when multiple products are traded together. The registration means registers the product determined by the determination means as the product to be traded for the specified number of points in response to the user's specification of the number of points. The display means uses a screen displaying a list of bonus details for each of the multiple number of points as the guide screen. Furthermore, the registration means registers the number of points associated with the specified area as the number of points to be registered as the product to be traded in response to the user specifying one of the areas on the guide screen individually associated with each of the multiple number of points.

1 is a block diagram showing a schematic configuration of a transaction processing system according to an embodiment and the main circuit configuration of each device constituting the transaction processing system. FIG. 2 is a diagram showing an example of the configuration of a data record included in the benefit database in FIG. 1 . 10 is a flowchart of a registration process. 10 is a flowchart of a registration process. FIG. 10 is a diagram illustrating an example of a registration screen. FIG. 10 is a diagram illustrating an example of a scan screen. FIG. 10 is a diagram illustrating an example of a guide screen. FIG. 10 is a diagram illustrating an example of a confirmation screen. FIG. 10 is a diagram illustrating an example of a registration screen.

An example of an embodiment will be described below with reference to the drawings.
FIG. 1 is a block diagram showing a schematic configuration of a transaction processing system 100 according to this embodiment and the main circuit configuration of each device that constitutes transaction processing system 100.
Transaction processing system 100 is configured to enable communication between transaction processing device 1 and user terminal 2 via communication network 200. Note that any number of transaction processing devices 1 and user terminals 2 may be included in transaction processing system 100, but only one of each is shown in FIG.

Transaction processing device 1 performs information processing for processing a purchase and sale transaction of goods between a user and a store in accordance with operations performed by the user at the store using user terminal 2 as a user interface terminal. Transaction processing device 1 may be realized, for example, as a cloud server and process transactions at multiple stores. Transaction processing device 1 may also be realized, for example, as a local server and process transactions at only one store.
User terminal 2 is an information processing terminal carried by a user. User terminal 2 is typically owned by the user and brought into a store by the user for use. User terminal 2 may be an information communication terminal loaned to the user by the store, or an information communication terminal attached to a shopping cart provided as equipment in the store. User terminal 2 is a terminal device that accepts operations by the user for transaction processing at transaction processing device 1.
The communication network 200 may be the Internet, a virtual private network (VPN), a LAN, a public communication network, a mobile communication network, or the like, either alone or in appropriate combination. As an example, the communication network 200 may be a combination of the Internet and a mobile communication network.

The transaction processing device 1 includes a processor 11, a main memory 12, an auxiliary storage unit 13, a communication unit 14, and a transmission path 15. The processor 11, the main memory 12, the auxiliary storage unit 13, and the communication unit 14 are capable of communicating with each other via the transmission path 15.

Processor 11 , main memory 12 and auxiliary storage unit 13 are connected via transmission line 15 to form a computer that performs information processing for controlling transaction processing device 1 .
Processor 11 corresponds to the central part of the computer. Processor 11 executes information processing for controlling each part to realize various functions of transaction processing device 1 in accordance with information processing programs such as an operating system and application programs.

Main memory 12 corresponds to the main storage portion of the computer. Main memory 12 includes a read-only memory area and a rewritable memory area. Main memory 12 stores part of the information processing program in the read-only memory area. Main memory 12 may also store data necessary for processor 11 to execute processes to control each component in the read-only memory area or the rewritable memory area. Main memory 12 uses the rewritable memory area as a work area for processor 11.

The auxiliary memory unit 13 corresponds to the auxiliary memory portion of the computer. The auxiliary memory unit 13 may be, for example, an EEPROM (electric erasable programmable read-only memory), a HDD (hard disk drive), a SSD (solid state drive), or any other well-known storage device. The auxiliary memory unit 13 stores data used by the processor 11 when performing various processes, as well as data generated by the processes performed by the processor 11. The auxiliary memory unit 13 may also store the information processing programs described above. In this embodiment, the auxiliary memory unit 13 stores a transaction processing program PRA, which is one of the information processing programs. The transaction processing program PRA is an application program that describes the procedures for transaction processing, including the registration process described below. A portion of the memory area of the auxiliary memory unit 13 is used as an area for storing the bonus database DBA. The bonus database DBA will be described later.

The communication unit 14 executes communication processing for performing data communication via the communication network 200. The communication unit 14 can use, for example, an existing communication device for the Internet.
The transmission path 15 includes an address bus, a data bus, and control signal lines, and transmits data and control signals exchanged between the connected components.

The hardware for the transaction processing device 1 can be, for example, a general-purpose server device. The transaction processing device 1 is generally transferred with the transaction processing program PRA stored in the auxiliary storage unit 13 but the bonus database DBA not stored therein. However, the transaction processing program PRA may be transferred separately from the hardware without the transaction processing program PRA stored in the auxiliary storage unit 13, or with a different version of the same application program stored in the auxiliary storage unit 13. The transaction processing device 1 may then be configured by writing the transaction processing program PRA to the auxiliary storage unit 13 in response to the operation of any operator. The transaction processing program PRA may be transferred by recording it on a removable recording medium such as a magnetic disk, magneto-optical disk, optical disk, or semiconductor memory, or by communication via a network.

FIG. 2 is a diagram showing an example of a data record REA contained in the benefit database DBA.
The reward database DBA is a collection of multiple data records for managing various rewards provided to users in connection with transactions at the store where the transaction is processed by transaction processing device 1. The data records included in the reward database DBA have different configurations depending on the type of reward associated with them.

The data record REA shown in FIG. 2 is a data record relating to bulk purchase discounts.
A bulk purchase discount is a special benefit that reduces the unit price of target products when a specified number or more of the target products are included in a single transaction.
Data record REA includes fields FA, FB, FC, and FD. Field FA is set with a predetermined bonus code for the bulk purchase discount. Field FB is set with the product code of the product eligible for the bulk purchase discount. Field FC is set with the minimum number of eligible products that must be included in a transaction to apply the bulk purchase discount. Field FD is set with the discount amount for the bulk purchase discount. Specifically, for a bulk purchase discount such as "Purchase three or more products with the product name CCCCC and get a 40 yen discount," fields FB, FC, and FD are set with the product code of the product with the product name CCCCC, "3," and "-40," respectively. Note that data record REA may include any number of pairs, two or more, of fields for setting the minimum number of items and fields for setting the discount amount. For example, for a bulk purchase discount such as "Buy three or more items with the product name CCCCC and get a 40 yen discount, and buy six or more items and get an 80 yen discount," two fields are added in addition to the fields FB, FC, and FD, and the product codes of items with the product name CCCCC are set to "3,""-40,""6," and "-80," respectively.

The user terminal 2 includes a processor 21, main memory 22, auxiliary storage unit 23, touch panel 24, camera 25, mobile communication unit 26, and transmission path 27. The processor 21, main memory 22, auxiliary storage unit 23, touch panel 24, camera 25, and mobile communication unit 26 are capable of communicating with each other via the transmission path 27. The processor 21, main memory 22, and auxiliary storage unit 23 are connected via the transmission path 27 to form a computer for controlling the user terminal 2.

The functions of the processor 21, main memory 22, auxiliary storage unit 23, and transmission path 27 are generally the same as those of the processor 11, main memory 12, auxiliary storage unit 13, and transmission path 15, so a detailed description will be omitted. However, the auxiliary storage unit 23 stores a user interface processing program (hereinafter referred to as the UI processing program) PRB instead of the transaction processing program PRA. The UI processing program PRB is an application program that describes the information processing procedures of the processor 21 to operate the user terminal 2 as a user interface for transaction processing by the transaction processing device 1.

The touch panel 24 functions as an input device and a display device for the user terminal 2 .
The camera 25 includes an optical system and an image sensor, and generates image data representing an image within a field of view formed by the optical system using the image sensor.
The mobile communication unit 26 is an interface for data communication via the communication network 200. As the mobile communication unit 26, for example, a well-known communication device for performing data communication via a mobile communication network can be used.
The transmission path 27 includes an address bus, a data bus, and control signal lines, and transmits data and control signals exchanged between the connected components.

Next, the operation of the transaction processing system 100 configured as described above will be described. Note that the contents of the various processes described below are merely examples, and it is possible to change the order of some of the processes, omit some of the processes, or add other processes as appropriate. For example, in the following description, in order to clearly explain the characteristic operations of this embodiment, explanation of some of the processes will be omitted. For example, if an error occurs, processing may be performed to deal with the error, but a description of such processing will be omitted.
As described below, the smartphone POS service is a service provided to users by transaction processing system 100. Note that when an information communication terminal attached to a cart is used as user terminal 2, the service may also be referred to as a cart POS service.

To use the smartphone POS service, a user must first register with the smartphone POS service provider. To use the smartphone POS service, the user must also install the UI processing program PRB on their own smartphone or other device, making it available as a user terminal 2. The user then enters a store that offers the smartphone POS service, carrying the user terminal 2 with information processing based on the UI processing program PRB (hereinafter referred to as UI processing) running.

The user operates the user terminal 2 to perform a predetermined check-in process between the user terminal 2 and the transaction processing device 1. Once the user has completed the check-in process, they select the product to be traded in the store (hereinafter referred to as the "transaction product") and enter the product code of that product into the user terminal 2.

When the processor 11 in the transaction processing device 1 completes the check-in process through information processing based on the transaction processing program PRA, it starts the registration process based on the transaction processing program PRA. The registration process is information processing for registering the product specified by the user as a transaction product.

3 and 4 are flowcharts of the registration process.
3, the processor 11 instructs the user terminal 2 to display a registration screen. The registration screen includes a list of products that have been registered as trading products, and is a screen that allows the user to recognize the registration status of the trading products. The processor 11, for example, generates screen data representing a registration screen that reflects the registration status of the trading products, and sends instruction data from the communication unit 14 to the communication network 200 to the user terminal 2 to instruct the user terminal 2 to display a screen based on the screen data.

When instruction data for instructing a screen display is transmitted to the user terminal 2 via the communication network 200, the mobile communication unit 26 of the user terminal 2 receives the instruction data. Upon receiving the instruction data, the mobile communication unit 26 notifies the processor 21. Upon receiving the instruction data for instructing a screen display, the processor 21 performs UI processing to display on the touch panel 24 a screen represented by the screen data included in the instruction data.
The transmission and reception of display instructions for various screens described below are performed in the same manner as above, although the contents of the screen data differ.

FIG. 5 is a diagram showing an example of the registration screen SCA.
The registration screen SCA displays an image representing the registration status in the display area ARA. The registration screen SCA displays buttons B , UA, and BUB. In the example of FIG. 5, the image displayed in the display area ARA represents a state in which two items, one with the product names "AAAA" and one with the unit price of 300 yen each, have been registered, with a suggested retail price of 600 yen. The suggested retail price is calculated by subtracting the discount amount due to the application of special offers from the total unit price of all the items being traded. If the transaction proceeds without changing the items being traded or the special offers being applied, this suggested retail price will be the payment amount. In the example of FIG. 5, the image displayed in the display area ARA represents a discount amount due to the application of special offers of 0 yen. The image displayed in the display area ARA changes sequentially depending on the registration status of the items being traded. When the processor 11 first executes ACT 1 in FIG. 3, no items have yet been registered. Therefore, on the registration screen represented by the screen data sent to the user terminal 2 when the processor 11 first executes ACT1 in Figure 3, the image placed in the display area ARA does not represent information about each product, but rather indicates that the total number of items is 0 and the suggested price is 0 yen.

Button BUA is a soft key used to receive an instruction to proceed to scanning a new product. Button BUB is a soft key used to receive an instruction to start checkout. Note that the registration screen SCA and the various screens described below only show the main display objects, and some display objects are omitted.

While displaying registration screen SCA on touch panel 24, processor 21 waits for the user to perform some operation on registration screen SCA. When some operation is performed on registration screen SCA, processor 21 sends notification data notifying the user of the operation from mobile communication unit 26 to communication network 200, addressed to transaction processing device 1. Note that the display of various screens in response to instructions from transaction processing device 1 and the notification of the operation based on each screen are all performed by UI processing, including the processing described below.

When notification data for notifying operation content is transmitted to transaction processing device 1 via communication network 200, communication unit 14 in transaction processing device 1 receives the notification data. Upon receiving the notification data, communication unit 14 notifies processor 11 of the receipt of the notification data.
The sending and receiving of notifications of operation details relating to various screens described below is performed in the same manner as above, although the operation details are different.

3, the processor 11 waits for an operation to be performed on the user terminal 2. Then, for example, if the processor 11 is notified by the communication unit 14 that notification data for notifying the content of the operation has been received as described above, the processor 11 determines that an operation has been performed as YES and proceeds to ACT 3.
In ACT 3, the processor 11 checks whether the operation performed was an operation to specify the start of a scan. If the processor 11 cannot confirm the event, it determines "NO" and proceeds to ACT 4.
In ACT 4, processor 11 checks whether the operation performed was an operation to specify a change in points. If processor 11 cannot confirm the relevant event, it determines NO, checks the content of the operation, and proceeds to other processing to perform the appropriate processing. For example, processor 11 checks that an operation to specify the start of accounting has been performed, calculates the payment amount as the price of the traded product, starts accounting processing to settle the payment amount, and then terminates the registration processing. Also, for example, processor 11 checks that an operation to specify the cancellation of the transaction has been performed, executes processing to cancel the transaction, and then terminates the registration processing. Note that detailed explanations of the other processing are omitted here.

When a user registers a new commodity as a transaction commodity, the user performs a predetermined operation to specify the start of scanning, such as tapping button BUA on registration screen SCA. When this operation is notified from user terminal 2 to transaction processing device 1, processor 11 determines YES in ACT 3 and proceeds to ACT 5.
In ACT 5, the processor 11 instructs the user terminal 2 to display a scan screen.

FIG. 6 is a diagram showing an example of the scan screen SCB.
The scan screen SCB includes a display area ARB and a button BUC. The display area ARB is an area for displaying an image obtained by the camera 25. The button BUC is a soft key that allows the user to declare that the scanning of the product code is to be stopped.

When displaying the scan screen SCB, the processor 21 on the user terminal 2 activates the camera 25 and superimposes the image obtained by the camera 25 within the display area ARB. If the user performs any operation on the scan screen SCB, the processor 21 notifies the transaction processing device 1 of the content of that operation, as described below.

When processor 11 in transaction processing device 1 has finished issuing an instruction to display the scan screen in ACT 5 in FIG. 3, it proceeds to ACT 6.
In ACT 6, the processor 11 waits for an operation to be performed on the user terminal 2. Then, for example, if the processor 11 is notified of the operation content from the user terminal 2, the processor 11 determines that an operation has been performed as YES and proceeds to ACT 7.
In ACT 7, the processor 11 checks whether a scan has been performed. If the processor 11 cannot check the relevant event, it determines "NO" and proceeds to ACT 8.

In ACT 8, processor 11 checks whether a command to stop scanning has been issued. If processor 11 cannot confirm this event, it determines NO, checks the details of the operation, and proceeds to other processing to perform the appropriate processing. Explanation of other processing will be omitted here.

If the user wishes to return to the state where registration screen SCA is displayed without performing this scan, the user designates cancellation of scanning by a predetermined operation such as tapping button BUC. In this case, processor 21 in user terminal 2 notifies transaction processing device 1 that cancellation has been designated.
In response to this notification from user terminal 2, processor 11 in transaction processing device 1 judges YES in ACT 8, returns to ACT 1, and returns the display screen of touch panel 24 of user terminal 2 to registration screen SCA.

When scan screen SCB appears on touch panel 24, the user points camera 25 at the product to be registered as a transaction product so that the barcode displayed on the product is reflected in display area ARB. Processor 21 analyzes the image obtained by camera 25 and attempts to read the barcode. If processor 21 is successful in reading the barcode, it notifies transaction processing device 1 that the scan has been performed, along with a notification of the data represented by the read barcode (hereinafter referred to as barcode data).

In response to the notification from user terminal 2 in this manner, processor 11 in transaction processing device 1 determines YES in ACT 7 and proceeds to ACT 11 in FIG.
As ACT11, processor 11 determines the commodity to be traded based on the notified barcode data. That is, processor 11, for example, extracts the commodity code contained in the barcode data and determines the commodity identified by that commodity code as the commodity to be traded. In this way, processor 11 obtains commodity information regarding the commodity to be traded. Note that processor 11 may also receive notification from user terminal 2 of a commodity code directly input as a numeric string, for example, and determine the commodity identified by that commodity code as the commodity to be traded. In this way, by processor 11 executing information processing based on transaction processing program PRA, the computer with processor 11 as its central part functions as a determination means.

In ACT 12, processor 11 checks whether the product determined as above is eligible for the bulk purchase discount. For example, processor 11 searches the benefit database DBA for a data record REA in which the bulk purchase discount benefit code is set in field FA and the product code extracted in ACT 11 is set in field FB. If processor 11 does not find the corresponding data record REA, it determines that the product is not eligible for the bulk purchase discount and determines NO, and proceeds to ACT 13.

In ACT 13, the processor 11 registers the commodity determined as above as a trading commodity with a score of 1. The processor 11 updates the trading data stored in the main memory 12 or the auxiliary storage unit 13, for example, to include the commodity code determined in ACT 11 with a score of "1."
3, the processor 11 returns the display on the user terminal 2 to the registration screen SCA, and then returns to the standby state in ACT 2. However, the registration screen SCA displayed on the user terminal 2 here shows the registration status at that time in the display area ARA. In other words, the registration screen SCA is updated according to the result of ACT 3.

On the other hand, if the processor 11 finds the corresponding data record REA in ACT 12, it determines that the product is eligible for a bulk purchase discount and so the answer is YES, and the process proceeds to ACT 14.
In ACT 14, the processor 11 instructs the user terminal 2 to display a guide screen. The guide screen is a screen for prompting the user to specify the number of items for the commodity to be registered as a trading commodity. In this way, the processor 11 executes information processing based on the transaction processing program PRA, and the computer with the processor 11 as its central part functions as a display means.

FIG. 7 is a diagram showing an example of the guide screen SCC.
The guide screen SCC is a screen that displays a window WIA superimposed on the registration screen SCA that was displayed on the user terminal 2 before the scan screen SCB. The window WIA displays the details of the bulk purchase discount using text in a display area ARC. The guide screen SCC also displays a list of the benefits for each of the multiple points in a display area ARD. The guide screen SCC also displays multiple buttons BUD and badges BAA in the display area ARD. The multiple buttons BUD are associated with each of the multiple points displayed in the list and are soft keys that allow the user to specify the associated points. The badges BAA are display objects that are associated with points at which the discount amount changes, allowing the user to recognize such points. The points at which the discount amount changes correspond to the minimum points set in field FC of the benefit database DBA.

By looking at the guide screen SCC, the user can see that the product they are trying to register as a transaction item is eligible for a bulk purchase discount, and what kind of discount they can receive depending on the number of points. Then, with this knowledge, the user decides on the number of points and specifies the number of points by performing a predetermined operation, such as tapping the button BUD associated with that number.

When processor 11 in transaction processing device 1 has finished issuing the instruction to display guide screen SCC in ACT 14 in FIG. 4, it proceeds to ACT 15.
In ACT 15, the processor 11 waits for a score to be designated. If the processor 11 is notified by the user terminal 2 that a score has been designated as described above, the processor 11 determines that the result is YES and proceeds to ACT 16.
In ACT 16, the processor 11 registers the product determined in ACT 11 as the specified score and transaction product. The processor 11 updates the transaction data stored in the main memory 12 or the auxiliary storage unit 13, for example, to include the product code determined in ACT 11 and the specified score in association with each other. In this way, the processor 11 executes information processing based on the transaction processing program PRA, and the computer with the processor 11 as its central part functions as a registration means.

In ACT 17, the processor 11 instructs the user terminal 2 to display a confirmation screen.
FIG. 8 is a diagram showing an example of the confirmation screen SCD.
The confirmation screen SCD is a screen that displays a window WIB superimposed on the registration screen SCA that was displayed on the user terminal 2 before the scan screen SCB. The window WIB displays information in the form of a character string that allows the user to confirm the registration results as trading products in ACT 16. The example in FIG. 8 shows a case where three products with the product name "CCCCC" have been registered as trading products. The window WIB displays a button BUE. The button BUE is a soft key that allows the user to declare that they have confirmed the notification on the confirmation screen SCD.

The user confirms the notification on the confirmation screen SCD and picks up the newly registered items from the sales floor for the specified number of stores. The user then declares confirmation by a predetermined operation, such as tapping the button BUE. In this case, the processor 21 notifies the transaction processing device 1 that confirmation has been declared.

In transaction processing device 1, processor 11 proceeds to ACT 18 after issuing the instruction to display the confirmation screen in ACT 18 in FIG.
In ACT 18, the processor 11 waits for confirmation to be declared. If the processor 11 is notified that confirmation has been declared as described above, it determines YES, returns the display on the user terminal 2 to the registration screen SCA in ACT 1 in Fig. 3, and returns to the standby state in ACT 2. However, the registration screen SCA displayed on the user terminal 2 here shows the registration status at that time in the display area ARA. In other words, the registration screen SCA is updated.

FIG. 9 is a diagram showing an example of the registration screen SCA.
The registration screen SCA shown in Figure 9 is an example of what happens when, from the state in which the registration screen SCA shown in Figure 5 is displayed, three items with the product name "CCCCC" and a unit price of 300 yen that are eligible for a bulk purchase discount are registered as transaction items, and then the processor 11 executes ACT1 in Figure 3. Therefore, the image displayed in the display area ARA has information about the product with the product name "CCCCC" added to that shown in Figure 5, and the total number of items, discount amount, and suggested price have been updated from 2 items, 0 yen, and 600 yen in Figure 5 to 5 items, -120 yen, and 1,380 yen as shown in Figure 9. In the example shown in Figure 9, the badge BAB is associated with the product with the product name "CCCCC" and is a display object for notifying the user that a bulk purchase discount has been applied.

When the registration screen SCA is displayed, if the user wishes to change the points for the trading product displayed on the registration screen SCA, the user performs a predetermined operation to specify a point change, such as tapping the area showing the points for the trading product. If this operation is notified to the transaction processing device 1 from the user terminal 2, the processor 11 determines YES in ACT 4 in FIG. 3 and proceeds to ACT 19 in FIG. 4.

In ACT 19, the processor 11 checks whether the product for which a point change has been specified is eligible for a bulk purchase discount, for example, in the same manner as in ACT 12. If the product is eligible for a bulk purchase discount, the processor 11 determines YES and executes the processing from ACT 14 onwards for the product for which a point change has been specified, in the same manner as described above. However, in ACT 16, the processor 11 updates the points already included in the transaction data for the product for which a point change has been specified to the specified number of points. In other words, the processor 11 accepts the point number specified by the user while checking the guidance screen SCC and changes the number of points for the transaction product.
If the processor 11 determines in ACT 19 that the item is not eligible for bulk purchase and returns NO, it proceeds to other processing, such as changing the number of items in the transaction in response to a user's designation based on a screen displaying a numeric keypad for receiving a designation of the number of items. A detailed description of the other processing will be omitted here.

As described above, each time a product eligible for a bulk purchase discount is registered as a transaction item, the transaction processing system 100 displays the guide screen SCC on the user terminal 2, prompting the user to specify the number of items to register for that product. This allows the user to recognize that the product they are purchasing is eligible for bulk purchase, and if they wish to apply the bulk purchase discount, they can specify the number of items required. In this way, users are made aware of the benefits of bulk purchases, and are motivated to purchase multiple products.

The transaction processing system 100 also displays a list of the benefits for each of several points on the guide screen SCC. This allows users to know which points to specify to receive advantageous discounts, encouraging them to purchase more products.

The transaction processing system 100 also accepts the specification of the number of points associated with a button BUD displayed on the guide screen SCC by tapping the button BUD. Thus, the user can easily specify the number of points to purchase on the guide screen SCC, taking into account the differences in discounts for each number of points.

Furthermore, on the guidance screen SCC, the transaction processing system 100 displays badges BAA for 3 and 6 items when the bulk purchase discount is, for example, as shown in Figure 7, "Purchase 3 or more items with the product name CCCCC for a 40 yen discount, and purchase 6 or more items for an 80 yen discount." This allows the user to intuitively determine which number of items to specify to obtain the most advantageous discount before comparing discount amounts, which is convenient.

Furthermore, if a change in the number of registered items that are eligible for bulk purchase discounts is specified, the transaction processing system 100 will again display the guidance screen SCC on the user terminal 2. This allows the user to recognize the benefits of bulk purchases even when the number of items is changed, and motivates the user to decide to increase the number of items purchased.

This embodiment can be modified in various ways as follows.
The benefit given to bulk purchases may be any kind of benefit, such as a discount, points, coupons, or gifts, in addition to a discount, or a combination of multiple benefits may be given.

Some of the processing performed by processor 11 in transaction processing device 1 may be executed by processor 21 in user terminal 2. For example, transaction data may be stored in main memory 22 or auxiliary memory unit 23, and updated by processor 21. In this case, the registration means is realized by information processing by processor 21.

Some or all of the functions realized by processor 11 through information processing can also be realized by hardware that performs information processing not based on a program, such as a logic circuit. Each of the above functions can also be realized by combining software control with hardware such as the above logic circuit.

Although several embodiments of the present invention have been described, these embodiments are presented as examples and are not intended to limit the scope of the invention. These novel embodiments can be embodied in various other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. These embodiments and their modifications are included within the scope and spirit of the invention, and are also included in the scope of the invention and its equivalents as defined in the claims.
The inventions described in the original claims of this application are set forth below.
[Supplementary Note 1] A determination means for determining a product in response to an operation by a user on a terminal device;
a display means for displaying on the terminal device a guide screen prompting the user to specify the number of points when the product determined by the determination means is eligible for a bonus when trading multiple products at once;
a registration means for registering the commodity determined by the determination means as a commodity of the designated number of points and to be traded in response to the user's designation of the number of points;
A transaction processing system comprising:
[Supplementary Note 2] The display means sets a screen showing a list of the contents of the benefits for each of the plurality of points as the guidance screen.
2. The transaction processing system of claim 1.
[Supplementary Note 3] In response to a user's designation of one of the areas in the guidance screen individually associated with each of a plurality of points, the registration means sets the number of points associated with the designated area as the number of points to be registered as the commodity to be traded.
3. The transaction processing system of claim 2.
[Supplementary Note 4] When the content of the benefit changes depending on the points, the display means sets a screen that allows the user to recognize the points at which the content of the benefit changes as the guidance screen.
2. The transaction processing system of claim 1.
[Supplementary Note 5] The display means also displays the guidance screen when a user requests a change in the number of items for a product that has been registered as a product to be traded by the registration means.
2. The transaction processing system of claim 1.
[Supplementary Note 6] A computer,
a determination means for determining a product in response to an operation by a user on a terminal device;
a display means for displaying on the terminal device a guide screen prompting the user to specify the number of points when the product determined by the determination means is eligible for a bonus when trading multiple products at once;
a registration means for registering the commodity determined by the determination means as a commodity of the designated number of points and to be traded in response to the user's designation of the number of points;
An information processing program that makes it function as such.

1...transaction processing device, 2...user terminal, 11, 21...processor, 12, 22...main memory, 13, 23...auxiliary storage unit, 14...communication unit, 15, 27...transmission path, 24...touch panel, 25...camera, 26...mobile communication unit, 100...transaction processing system, 200...communication network.

Claims (4)

a determination means for determining a product in response to an operation by a user on a terminal device;
a display means for displaying on the terminal device a guide screen prompting the user to specify the number of points when the product determined by the determination means is eligible for a bonus when trading multiple products at once;
a registration means for registering the commodity determined by the determination means as a commodity of the designated number of points and to be traded in response to the user's designation of the number of points;
Equipped with
the display means sets a screen showing a list of the contents of the benefits for each of the plurality of points as the guide screen,
the registration means, in response to a user's designation of any of the areas in the guidance screen individually associated with each of the plurality of points, sets the number of points associated with the designated area as the number of points to be registered as the commodity to be traded;
Transaction processing system. When the content of the benefit changes depending on the points, the display means sets a screen that allows the user to recognize the points at which the content of the benefit changes as the guidance screen.
The transaction processing system of claim 1 . The display means also displays the guidance screen when a user requests a change in the number of items of a commodity that has been registered as a commodity to be traded by the registration means.
The transaction processing system of claim 1 . Computer,
a determination means for determining a product in response to an operation by a user on a terminal device;
a display means for displaying on the terminal device a guide screen prompting the user to specify the number of points when the product determined by the determination means is eligible for a bonus when trading multiple products at once;
a registration means for registering the commodity determined by the determination means as a commodity of the designated number of points and to be traded in response to the user's designation of the number of points;
and make it function as a
the display means displays a screen showing a list of the contents of the benefits for each of the plurality of points as the guide screen;
the registration means, in response to a user specifying any one of the areas in the guidance screen individually associated with each of a plurality of points, causes the number of points associated with the specified area to be registered as the number of points for the commodity to be traded;
Information processing program for.