Transaction processing system and information processing program
The transaction processing system addresses the issue of users overlooking bulk purchase benefits by guiding users to specify points for discounts, enhancing awareness and motivation to buy more products through clear display and registration features.
Patent Information
- Application Number
- JP2022092366
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- Filing Date
- 2022-06-07
- Publication Date
- 2026-02-13
- Estimated Expiration
- 2042-06-07
AI Technical Summary
Existing transaction processing systems fail to effectively inform users about bulk purchase benefits and incentivize them to buy multiple products, as notices in stores and flyers are often overlooked.
A transaction processing system with a determination means to identify eligible products for bulk discounts, a display means to guide users on point specifications, and a registration means to register products with specified points, displaying benefits for each point level and allowing users to specify point numbers on a guide screen.
The system effectively informs users of bulk purchase benefits and motivates them to buy more products by clearly displaying discount options and allowing easy specification of point numbers, thereby increasing purchase quantities.
Smart Images

Figure 0007813658000001 
Figure 0007813658000002 
Figure 0007813658000003
Abstract
Description
[Technical Field]
[0001] An embodiment of the present invention relates to a transaction processing system and an information processing program. [Background technology]
[0002] A system that processes transactions using, as a user interface, a communication terminal owned by the user, such as a smartphone, or a communication terminal loaned to the user by a store, etc., is known as a "smartphone POS system." Alternatively, a system that processes transactions using, as a user interface, a 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 at once. 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. [Prior art documents] [Patent documents]
[0003] [Patent Document 1] Japanese Patent Application Publication No. 2019-153088 Summary of the Invention [Problem to be solved by the invention]
[0004] The problem to be solved by the present invention is to provide a transaction processing system and an information processing program that can make users aware of the benefits of bulk purchases and motivate them to purchase a large number of products. [Means for solving the problem]
[0005] 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, in response to the user's specification of the number of points, registers the product determined by the determination means as a product eligible for the transaction with the specified number of points. The display means sets a screen showing a list of the contents of the benefits for each of the plurality of points as a guide screen, and the registration means sets the number of points associated with the specified area as the number of points to be registered as the item to be traded in response to the user specifying one of the areas in the guide screen individually associated with each of the plurality of points. [Brief explanation of the drawings]
[0006] [Figure 1] 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. [Figure 2] FIG. 2 is a diagram showing an example of the configuration of a data record included in the benefit database in FIG. 1. [Figure 3] 10 is a flowchart of a registration process. [Figure 4] 10 is a flowchart of a registration process. [Figure 5] FIG. 10 is a diagram illustrating an example of a registration screen. [Figure 6] FIG. 10 is a diagram illustrating an example of a scan screen. [Figure 7] FIG. 10 is a diagram illustrating an example of a guide screen. [Figure 8] FIG. 10 is a diagram illustrating an example of a confirmation screen. [Figure 9] FIG. 10 is a diagram illustrating an example of a registration screen. DETAILED DESCRIPTION OF THE INVENTION
[0007] 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 any number of user terminals 2 may be included in transaction processing system 100, but only one of each is shown in FIG.
[0008] 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 in transaction processing device 1. The communication network 200 may be the Internet, a VPN (virtual private network), 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.
[0009] Transaction processing device 1 includes processor 11, main memory 12, auxiliary storage unit 13, communication unit 14, and transmission path 15. Processor 11, main memory 12, auxiliary storage unit 13, and communication unit 14 are capable of communicating with each other via transmission path 15.
[0010] 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.
[0011] The main memory 12 corresponds to the main storage portion of the computer. The main memory 12 includes a read-only memory area and a rewritable memory area. The main memory 12 stores part of the information processing program in the read-only memory area. The main memory 12 may also store data required for the processor 11 to execute processes for controlling each part in the read-only memory area or the rewritable memory area. The main memory 12 uses the rewritable memory area as a work area for the processor 11.
[0012] The auxiliary storage unit 13 corresponds to the auxiliary storage portion of the computer. The auxiliary storage unit 13 may be, for example, an EEPROM (electric erasable programmable read-only memory), a HDD (hard disk drive), an SSD (solid state drive), or any other well-known storage device. The auxiliary storage unit 13 stores data used by the processor 11 when performing various processes and data generated by the processes performed by the processor 11. The auxiliary storage unit 13 may also store the information processing program. In this embodiment, the auxiliary storage 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 storage area of the auxiliary storage unit 13 is used as an area for storing a reward database DBA. The reward database DBA will be described later.
[0013] 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.
[0014] The hardware of transaction processing device 1 may be, for example, a general-purpose server device. Transaction processing device 1 is generally transferred with transaction processing program PRA stored in auxiliary storage unit 13 but without benefit database DBA. However, transaction processing device 1 may be transferred separately from the hardware without transaction processing program PRA stored in auxiliary storage unit 13, or with a different version of the same application program stored in auxiliary storage unit 13. Transaction processing device 1 may be configured by writing transaction processing program PRA to auxiliary storage unit 13 in response to the operation of an arbitrary operator. 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.
[0015] FIG. 2 is a diagram showing an example of a data record REA contained in the benefit database DBA. The benefit database DBA is a collection of multiple data records for managing various benefits provided to users in connection with transactions at stores where transactions are processed by transaction processing device 1. The data records included in the benefit database DBA have different configurations depending on the type of benefit associated with them.
[0016] 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 in order for the bulk purchase discount to be applied. 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 product name CCCCC and get a 40 yen discount," fields FB, FC, and FD are set with the product code of the product with 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 3 or more items with the product name CCCCC and get 40 yen off, and buy 6 or more items and get 80 yen off," two more fields are added in addition to the fields FB, FC, and FD, and the product codes of the items with the product name CCCCC are set to "3," "-40," "6," and "-80," respectively.
[0017] The user terminal 2 includes a processor 21, a main memory 22, an auxiliary storage unit 23, a touch panel 24, a camera 25, a mobile communication unit 26, and a transmission path 27. The processor 21 is capable of communicating with the main memory 22, the auxiliary storage unit 23, the touch panel 24, the camera 25, and the mobile communication unit 26 via the transmission path 27. The processor 21, the main memory 22, and the auxiliary storage unit 23 are connected by the transmission path 27 to form a computer for controlling the user terminal 2.
[0018] The functions of processor 21, main memory 22, auxiliary storage unit 23, and transmission path 27 are generally the same as those of processor 11, main memory 12, auxiliary storage unit 13, and transmission path 15, and therefore will not be described here. However, auxiliary storage unit 23 stores a user interface processing program (hereinafter referred to as the UI processing program) PRB instead of transaction processing program PRA. UI processing program PRB is an application program that describes the information processing procedures of processor 21 for operating user terminal 2 as a user interface for transaction processing by transaction processing device 1.
[0019] 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.
[0020] 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 explanation, in order to clearly explain the characteristic operations of this embodiment, explanation of some of the processes will be omitted. For example, if some kind of error occurs, processing may be performed to deal with the error, but a description of such processing will be omitted. As explained below, the smartphone POS service is a service provided to users by transaction processing system 100. When an information communication terminal attached to a cart is used as user terminal 2, the service may also be called a cart POS service.
[0021] 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.
[0022] The user operates user terminal 2 to cause a predetermined check-in process to be performed between user terminal 2 and transaction processing device 1. After completing the check-in, the user selects a product to be transacted in the store (hereinafter referred to as a transaction product) and inputs the product code of the product into user terminal 2.
[0023] When processor 11 in transaction processing device 1 completes check-in processing through information processing based on transaction processing program PRA, it starts registration processing based on transaction processing program PRA. The registration processing is information processing for registering a product designated by a user as a transaction product.
[0024] 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, addressed to the user terminal 2, for instructing the user terminal 2 to display a screen based on the screen data.
[0025] 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 of the reception of the instruction data. Upon receiving the instruction data for instructing a screen display, the processor 21 performs UI processing to cause the touch panel 24 to display 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.
[0026] FIG. 5 is a diagram showing an example of the registration screen SCA. The registration screen SCA displays an image showing the registration status in the display area ARA. N BIn the example of FIG. 5, the image displayed in the display area ARA represents two items, one with the product name "AAAAA" and one with the unit price of 300 yen each, 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 a special offer from the total unit price of all the items traded. If the transaction proceeds without changing the traded items or the applied special offer, 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 a special offer of 0 yen. The image displayed in the display area ARA changes sequentially depending on the registration status of the traded items. When the processor 11 first executes ACT1 in FIG. 3, the traded items have not yet been registered. Therefore, in the registration screen represented by the screen data sent to the user terminal 2 by the processor 11 first executing ACT1 in FIG. 3, the image displayed in the display area ARA does not represent information about each item, but represents a total of 0 items and a suggested retail price of 0 yen.
[0027] Button BUA is a soft key for receiving an instruction to proceed to scanning a new product. Button BUB is a soft key for receiving an instruction to start checkout. Note that the registration screen SCA and various screens described below only illustrate the main display objects, and some display objects are omitted.
[0028] Processor 21 waits for a user to perform some operation on registration screen SCA while displaying registration screen SCA on touch panel 24. When some operation is performed on registration screen SCA, processor 21 transmits notification data for notifying transaction processing device 1 of the operation content from mobile communication unit 26 to communication network 200. Note that displaying various screens in response to instructions from transaction processing device 1 and notifying transaction processing device 1 of the operation content based on each screen are all performed by UI processing, including processing described below.
[0029] When notification data for notifying operation content is transmitted to transaction processing device 1 via communication network 200, communication unit 14 of 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.
[0030] 3, the processor 11 waits for an operation to be performed on the user terminal 2. Then, for example, when the processor 11 is notified by the communication unit 14 that notification data for notifying the operation content as described above has been received, the processor 11 determines that an operation has been performed as YES and proceeds to ACT3. In ACT3, the processor 11 checks whether the operation performed was an operation specifying the start of a scan. If the processor 11 cannot confirm the event, it determines NO and proceeds to ACT4. In ACT4, 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 other processing are omitted here.
[0031] When a user registers a new commodity as a trading 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 ACT3 and proceeds to ACT5. As ACT5, the processor 11 instructs the user terminal 2 to display a scan screen.
[0032] 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.
[0033] When processor 21 of user terminal 2 displays scan screen SCB, it activates camera 25 and superimposes an image obtained by camera 25 within display area ARB. If the user performs any operation on scan screen SCB, processor 21 notifies transaction processing device 1 of the content of the operation, as described below.
[0034] When processor 11 in transaction processing device 1 has finished issuing an instruction to display the scan screen in ACT5 in FIG. 3, it proceeds to ACT6. In ACT6, 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 ACT7. In ACT7, the processor 11 checks whether a scan has been performed. If the relevant event cannot be confirmed, the processor 11 determines NO and proceeds to ACT8.
[0035] In ACT8, processor 11 checks whether or not the scan has been stopped. If processor 11 cannot confirm the event, it determines NO, checks the operation content, and proceeds to other processing to perform the corresponding processing. Note that a description of the other processing will be omitted here.
[0036] If the user wishes to return to the state displaying registration screen SCA 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 determines YES in ACT8, returns to ACT1, and returns the display screen of touch panel 24 of user terminal 2 to registration screen SCA.
[0037] When scan screen SCB appears on touch panel 24, the user points camera 25 toward 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 successfully reads 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).
[0038] In response to this notification from user terminal 2, processor 11 in transaction processing device 1 determines YES in ACT7 and proceeds to ACT11 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, for example, as a numeric string, and determine the commodity identified by that commodity code as the commodity to be traded. In this way, processor 11 executes information processing based on transaction processing program PRA, and the computer with processor 11 as its central part functions as a determination means.
[0039] In ACT12, processor 11 checks whether the product determined as above is eligible for a bulk purchase discount. For example, processor 11 searches the benefit database DBA for a data record REA in which a bulk purchase discount benefit code is set in field FA and the product code extracted in ACT11 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 ACT13.
[0040] In ACT 13, the processor 11 registers the commodity determined as above as a transaction commodity with a score of 1. The processor 11 updates the transaction 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 ACT2. However, the registration screen SCA displayed on the user terminal 2 here shows the current registration status in the display area ARA. In other words, the registration screen SCA is updated according to the result of ACT3.
[0041] On the other hand, if the processor 11 finds the corresponding data record REA in ACT12, it determines that the product is eligible for a bulk purchase discount and answers YES, and proceeds to ACT14. As ACT14, 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 product to be registered as a trading product. Thus, 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.
[0042] 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 badge BAA is a display object that is 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.
[0043] By looking at the guide screen SCC, the user can recognize that the product they are trying to register as a trading product is eligible for a bulk purchase discount and what kind of discount they can receive depending on the number of points.The user then determines the number of points and specifies the number of points by a predetermined operation such as tapping the button BUD associated with that number.
[0044] When processor 11 in transaction processing device 1 has finished issuing the instruction to display guide screen SCC as ACT14 in FIG. 4, the process proceeds to ACT15. 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 YES and proceeds to ACT 16. In ACT 16, processor 11 registers the product determined in ACT 11 as the specified score and transaction product. Processor 11 updates the transaction data stored in main memory 12 or 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, processor 11 executes information processing based on the transaction processing program PRA, and the computer with processor 11 as its central part functions as registration means.
[0045] In ACT17, 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 string of characters that allows the user to confirm the registration results as trading products in ACT16. The example in Figure 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.
[0046] The user confirms the notification on confirmation screen SCD and picks up the newly registered products from the sales floor for the specified number of stores. The user then declares confirmation by a predetermined operation such as tapping button BUE. In this case, processor 21 notifies transaction processing device 1 that confirmation has been declared.
[0047] When processor 11 in transaction processing device 1 has finished issuing the instruction to display the confirmation screen in ACT18 in FIG. 4, the process proceeds to ACT18. In ACT18, 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 ACT1 in FIG. 3, and returns to the standby state in ACT2. However, the registration screen SCA displayed on the user terminal 2 here shows the current registration status in the display area ARA. In other words, the registration screen SCA is updated.
[0048] FIG. 9 is a diagram showing an example of the registration screen SCA. The registration screen SCA shown in Fig. 9 is an example of what happens when, from the state in which the registration screen SCA shown in Fig. 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 Fig. 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 Fig. 5, and the total number of items, discount amount, and suggested price have been updated from 2 items, 0 yen, and 600 yen in Fig. 5 to 5 items, -120 yen, and 1,380 yen as shown in Fig. 9. In the example of Fig. 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.
[0049] 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 for specifying the point change, such as tapping the area showing the points for the trading product. When this operation is notified from user terminal 2 to transaction processing device 1, processor 11 determines YES in ACT4 in FIG. 3 and proceeds to ACT19 in FIG. 4.
[0050] In ACT 19, processor 11 checks whether the product for which the point change has been specified is eligible for a bulk purchase discount, for example, in the same way as in ACT 12. If the product is eligible for a bulk purchase discount, processor 11 determines YES and executes the processing from ACT 14 onwards for the product for which the point change has been specified, as described above. However, in ACT 16, processor 11 updates the point number already included in the transaction data for the product for which the point change has been specified to the specified point number. In other words, processor 11 accepts the point number specified by the user while checking the guidance screen SCC and changes the point number of the transaction product. If the processor 11 determines NO in ACT 19, that the item is not eligible for bulk purchase, it proceeds to other processing, such as changing the number of items in the transaction in response to a user's specification on a screen displaying a numeric keypad for receiving a number specification. A detailed description of the other processing will be omitted here.
[0051] As described above, in the transaction processing system 100, each time a product eligible for a bulk purchase discount is registered as a transaction product, the guide screen SCC is displayed on the user terminal 2, prompting the user to specify the number of items to register for the product. This allows the user to recognize that the product they are purchasing is eligible for a bulk purchase, and if they wish to apply the bulk purchase discount, they can specify the number of items required. In this way, the user is made aware of the benefits of bulk purchases, and is motivated to purchase multiple products.
[0052] Furthermore, the transaction processing system 100 displays a list of the benefits for each of a plurality of points on the guide screen SCC. This allows the user to know which points to specify to get a favorable discount, and encourages the user to purchase more products.
[0053] Furthermore, the transaction processing system 100 accepts the designation 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 designate the number of points to purchase on the guide screen SCC, taking into consideration the difference in discounts for each number of points.
[0054] Furthermore, on the guide screen SCC, for example, as shown in Fig. 7, if the bulk purchase discount is "Purchase three or more items with the product name CCCCC for a 40 yen discount, and purchase six or more items for an 80 yen discount," the transaction processing system 100 displays badges BAA for three and six items. 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.
[0055] Furthermore, when a change in the number of registered products that are eligible for bulk purchase discounts is designated, the transaction processing system 100 displays the guide screen SCC again on the user terminal 2. This allows the user to recognize the benefits of bulk purchases even when the number of products is changed, and motivates the user to decide to increase the number of products to be purchased.
[0056] 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.
[0057] A part 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 storage unit 23, and updated by processor 21. In this case, the registration means is realized by information processing by processor 21.
[0058] Some or all of the functions realized by the processor 11 through information processing can be realized by hardware that executes information processing not based on a program, such as a logic circuit, etc. Each of the above functions can also be realized by combining the above hardware, such as the logic circuit, with software control.
[0059] 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. 10. A transaction processing system as described in Appendix 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 the 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. 2. A transaction processing system as described in Appendix 2. [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. 10. A transaction processing system as described in Appendix 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. 10. A transaction processing system as described in Appendix 1. [Appendix 6] 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. [Explanation of symbols]
[0060] 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
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; 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.
2. 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 .
3. 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 .
4. 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.
Citation Information
Patent Citations
Price discounting method and price discounting program by joint purchase
JP2002215998A
Sales management device and sales management method of commodity or service with purchase reservation
JP2016218491A
Terminal management apparatus and program therefor
JP2019153088A
Commodity registration system and program
JP2021012627A