Transaction processing system, transaction processing device, and information processing program

Abstract

To reduce the effort required for operation. [Solution] The transaction processing system comprises a mobile terminal and a transaction processing device equipped with a fourth acquisition means, a processing means, and a control means. The fourth acquisition means acquires a point identifier, a discount identifier, and a settlement identifier output from the mobile terminal. The processing means processes the transaction in the following steps: first to third steps of acquiring the point identifier and discount identifier and determining the settlement method, respectively, followed by point processing, value discount processing, and settlement processing. The control means controls the processing means to skip the first step if a point identifier is acquired and to use the acquired point identifier for point processing; skip the second step if a discount identifier is acquired and to use the acquired discount identifier for value discount processing; and skip the third step if a settlement identifier is acquired and to use the settlement method identified by the acquired settlement identifier for settlement processing.

Description

Technical Field

[0001] Embodiments of the present invention relate to a transaction processing system, a transaction processing apparatus, and an information processing program.

Background Art

[0002] In processing a transaction in a transaction processing apparatus, various operations by an operator are sequentially received. Therefore, when the operator is not accustomed to the operations, for example, the time required for processing one transaction may become long. Under such circumstances, it has been desired to reduce the labor of operations.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] The problem to be solved by the present invention is to provide a transaction processing system, a transaction processing apparatus, and an information processing program capable of reducing the labor of operations.

Means for Solving the Problems

[0005] The transaction processing system of the embodiment comprises a mobile terminal equipped with a first acquisition means, a second acquisition means, a third acquisition means, a storage means, and an output means, and a transaction processing device equipped with a fourth acquisition means, a processing means, and a control means. The first acquisition means acquires a point identifier that identifies a user of the point service. The second acquisition means acquires a discount identifier that identifies the right to receive a value discount. The third acquisition means acquires a settlement identifier that identifies the settlement method to be used for settlement. The storage means stores the point identifier if it has been acquired by the first acquisition means, the discount identifier if it has been acquired by the second acquisition means, and the settlement identifier if it has been acquired by the third acquisition means. The output means outputs the point identifier, discount identifier, and settlement identifier that are stored by the storage means. The fourth acquisition means acquires the point identifier, discount identifier, and settlement identifier that are output by the output means. The processing means processes a transaction by including a first step of attempting to obtain a point identifier, a second step of attempting to obtain a discount identifier, a third step of determining the payment method to be used for settlement, a point processing step to provide point services to the user identified by the point identifier if a point identifier is obtained in the first step, a value discount processing step to apply a value discount corresponding to the right identified by the discount identifier if a discount identifier is obtained in the second step, and a settlement processing step for settlement using the payment method determined in the third step. The control means controls the processing means to skip the first step if a point identifier is obtained by the fourth acquisition means and to use the point identifier obtained by the fourth acquisition means for point processing; to skip the second step if a discount identifier is obtained by the fourth acquisition means and to use the discount identifier obtained by the fourth acquisition means for value discount processing; and to skip the third step if a settlement identifier is obtained by the fourth acquisition means and to use the settlement method identified by the settlement identifier obtained by the fourth acquisition means for settlement processing. [Brief explanation of the drawing]

[0006] [Figure 1] A perspective view showing the schematic configuration of a transaction processing system according to one embodiment, and the external appearance of the transaction processing device and the mobile terminal. [Figure 2] A block diagram showing the main circuit configuration of the transaction processing device. [Figure 3] A block diagram showing the main circuit configuration of a mobile device. [Figure 4] A diagram schematically representing the structure of pre-registration information. [Figure 5] Flowchart for the pre-registration process. [Figure 6] A diagram showing an example of the editing screen. [Figure 7] A diagram showing an example of the editing screen. [Figure 8] Transaction processing flowchart. [Figure 9] Transaction processing flowchart. [Figure 10] Transaction processing flowchart. [Figure 11] A diagram showing an example of an inquiry screen. [Figure 12] A diagram showing an example of the first guide screen. [Figure 13] This diagram shows an example of a points confirmation screen. [Figure 14] A diagram showing an example of a registration screen. [Figure 15] A diagram illustrating an example of a selection screen. [Figure 16] A flowchart illustrating the process for processing a payment using credit card payment as the payment method. [Figure 17] A diagram showing an example of the second guide screen. [Figure 18] An example of a credit verification screen. [Figure 19] A diagram showing an example of the third guide screen. [Figure 20] A diagram showing an example of the fourth guide screen. [Figure 21] A diagram showing an example of a coupon confirmation screen. [Modes for carrying out the invention]

[0007] Hereinafter, embodiments will be described with reference to the drawings. FIG. 1 is a perspective view showing the schematic configuration of the transaction processing system according to the present embodiment and the external appearances of the transaction processing device 1 and the mobile terminal 2. Note that the transaction processing device 1 is also referred to as a POS terminal or a cash register device.

[0008] This transaction processing system includes a transaction processing device 1 and a mobile terminal 2. In FIG. 1, the mobile terminal 2 is shown in a state where it is held in front of the transaction processing device 1 by an operator's hand (not shown). The mobile terminal 2 is a device separate from the transaction processing device 1.

[0009] The transaction processing device 1 includes a main body 100, a table 200, and a stand 300. The main body 100 includes a touch panel 101, a scanner window 102, a handheld scanner 103, a receipt issuing port 104, a card insertion slot 105, a coin insertion tray 106, a change tray 107, a bill insertion slot 108, a bill ejection port 109, an alarm lamp 110, and a surveillance camera 111.

[0010] The touch panel 101 displays various screens for notifying an operator of various information. Some of the various screens constitute a GUI (graphical user interface), and the touch panel 101 receives touch operations for operating the GUI. That is, the touch panel 101 is both a display device and an input device.

[0011] The scanner window 102 is formed by covering an opening formed in the main body 100 with a transparent resin, glass, or the like. The scanner window 102 enables a product shielded by an operator in front of the scanner window 102 to be scanned by a fixed scanner disposed inside the main body 100. The fixed scanner will be described later.

[0012] The handheld scanner 103 is held and used by the operator. When it comes close to a barcode displayed on a product, it reads the barcode and outputs the barcode information it represents. The barcode displayed on the product includes a product code for identifying the product.

[0013] The receipt issuing slot 104 is a slit-shaped opening for ejecting receipts to the outside of the main body 100. The card slot 105 is a slit-shaped opening for inserting a card into the main unit 100 by the operator.

[0014] The coin tray 106 receives coins inserted by the operator. An opening is formed in the bottom surface of the coin tray 106, and the coins received by the coin tray 106 are taken into the main body 100 through the opening. The change tray 107 receives coins dispensed from the main unit 100 as change, etc.

[0015] The banknote insertion slot 108 is a slit-shaped opening for taking banknotes inserted by the operator into the main body 100. The banknote outlet 109 is a slit-shaped opening for dispensing banknotes from the main body 100 as change or the like. The banknote outlet 109 holds the banknotes with a portion of them protruding outside the main body 100.

[0016] The alarm lamp 110 performs lighting and flashing operations for various alarms. The surveillance camera 111 captures an overhead view of the display surface of the touch panel 101, the handheld scanner 103, the receipt dispenser 104, the card slot 105, the coin tray 106, the change tray 107, the banknote slot 108, and the banknote outlet 109. The surveillance camera 111 includes a recording device such as a video camera or a still camera.

[0017] Table 200 includes a mounting surface 201 for placing items that are not yet registered as trading items. The stand 300 includes mounting surfaces 301 and 302 for placing products that have been registered as trading goods, and an arm 303 for hanging bags containing the registered products.

[0018] Figure 2 is a block diagram showing the main circuit configuration of the transaction processing device 1. In Figure 2, elements identical to those shown in Figure 1 are denoted by the same reference numerals, and their detailed explanations are omitted. In addition to the aforementioned touch panel 101, handheld scanner 103, alarm lamp 110, and surveillance camera 111, the main unit 100 includes a processor 112, main memory unit 113, sub-memory unit 114, fixed scanner 115, printer 116, change dispenser 117, card reader 118, electronic money reader / writer 119, communication unit 120, and transmission line 121.

[0019] The processor 112, the main storage unit 113, and the sub-storage unit 114 are connected by a transmission line 121 to form a computer for controlling the transaction processing unit 1. The processor 112 corresponds to the central part of the computer described above. Based on various information processing programs such as the operating system, firmware, and application programs stored in the main storage unit 113 and the sub-storage unit 114, the processor 112 performs information processing to control each part in order to realize various functions of the transaction processing unit 1.

[0020] The main memory unit 113 corresponds to the main memory portion of the computer described above. The main memory unit 113 includes a read-only memory area and a rewritable memory area. The main memory unit 113 stores a portion of the information processing program described above in the read-only memory area. The main memory unit 113 may also store data necessary for the processor 112 to perform processing to control each part in the read-only memory area or the rewritable memory area. The main memory unit 113 uses the rewritable memory area as a work area for the processor 112.

[0021] The sub-storage unit 114 corresponds to the auxiliary storage portion of the computer described above. The sub-storage unit 114 may include well-known storage devices such as EEPROM (electric erasable programmable read-only memory), HDD (hard disk drive), or SSD (solid state drive). The sub-storage unit 114 stores data used by the processor 112 in performing various processes, and data generated by processing by the processor 112. The sub-storage unit 114 may also store application programs. In this embodiment, the sub-storage unit 114 stores the transaction processing program PRA. The transaction processing program PRA is an application program that describes processing procedures related to information processing for processing transactions.

[0022] The transaction processing program PRA is typically stored in the sub-storage unit 114 when the transaction processing device 1 is transferred. However, the transaction processing program PRA may be written to the sub-storage unit 114 by the processor 112 in response to an operation by any operator after the transfer of the transaction processing device 1. In this case, the sub-storage unit 114 of the transferred transaction processing device 1 may or may not store a program of the same type as the transaction processing program PRA, although a different version. In the former case, the program written to the sub-storage unit 114 later will be used in place of the program of the same type but a different version. The transfer of the transaction processing program PRA can be performed by recording it on a removable recording medium such as a magnetic disk, magneto-optical disk, optical disk, or semiconductor memory, or by communication over a network.

[0023] The fixed scanner 115 captures an image of the product held in front of the scanner window 102 and then identifies the barcode displayed on the product through image processing. The fixed scanner 115 then outputs the information represented by the identified barcode to the processor 112. The fixed scanner 115 can also utilize other well-known devices that identify barcodes using the reflection of laser light. The term "barcode" includes various optically readable codes such as one-dimensional codes and two-dimensional codes.

[0024] The printer 116 includes a receipt printer and a journal printer. The receipt printer issues various types of documents by printing various information onto receipt paper. These documents include receipts showing the details of commercial transactions and credit slips related to credit card payments. The documents issued by the receipt printer are ejected from the receipt printing slot 104 to the outside of the main unit 100. The journal printer prints journal data containing the information printed on the receipt paper by the receipt printer onto journal paper. The journal paper is retained inside the main unit 100 unless removed by a maintenance worker.

[0025] The change dispenser 117 comprises a coin safe for storing coins by denomination and a banknote safe for storing banknotes by denomination. The change dispenser 117 takes in coins inserted into the coin tray 106, identifies the denomination, and stores them in the coin safe by denomination. The change dispenser 117 takes in banknotes inserted into the banknote slot 108, identifies the denomination, and stores them in the banknote safe by denomination. In response to a dispensing command from the processor 112, the change dispenser 117 dispenses the coins or banknotes stored in the coin safe or banknote safe from the change tray 107 or the banknote outlet 109. A well-known automatic change dispenser can be used as such a change dispenser 117.

[0026] The card reader 118 reads data recorded on cards such as credit cards and point cards that have been inserted into the card slot 105 by the operator. The electronic money reader / writer 119 is equipped with, for example, an NFC (near-field communication) communication unit and reads data from nearby electronic money cards via wireless communication. The electronic money reader / writer 119 also writes data from nearby electronic money cards via wireless communication.

[0027] The communication unit 120 performs data communication via the communication network CN. The communication network CN can use the internet, VPN (virtual private network), LAN, public communication network, mobile communication network, etc., either individually or in appropriate combinations. As the communication unit 120, a well-known communication device compliant with the communication standards of the communication network CN can be used. The transmission path 121 includes an address bus, a data bus, and control signal lines, etc. The transmission path 121 transmits data and signals exchanged between the connected parts.

[0028] Figure 3 is a block diagram showing the main circuit configuration of the mobile terminal 2. The mobile terminal 2 includes a processor 21, a main memory unit 22, a sub-memory unit 23, a touch panel 24, a mobile communication unit 25, and a transmission line 26, etc. The general functions of the processor 21, main memory unit 22, sub-memory unit 23, and transmission line 26 are equivalent to those of the processor 112, main memory unit 113, sub-memory unit 114, and transmission line 121. However, the sub-memory unit 23 stores the pre-registration program PRB instead of the transaction processing program PRA. The pre-registration program PRB is an application program that describes the procedure for the pre-registration process, which will be described later. A portion of the memory area of ​​the sub-memory unit 23 is used as an area for storing the pre-registration information DAA.

[0029] The touch panel 24 functions as both an input device and a display device for the mobile terminal 2. The mobile communication unit 25 is an interface for data communication via the communication network CN. For example, a well-known communication device for performing data communication via a mobile communication network can be used as the mobile communication unit 25.

[0030] The hardware of the mobile terminal 2 can be, for example, the hardware of an existing smartphone or tablet terminal. Generally, the transfer of the mobile terminal 2 is performed with the pre-registered program PRB not stored in the sub-storage unit 23. Then, in response to an operation by any worker, the pre-registered program PRB is written to the sub-storage unit 23, thereby configuring the mobile terminal 2. The transfer of the pre-registered program PRB can be performed by recording it on a removable recording medium such as a magnetic disk, magneto-optical disk, optical disk, or semiconductor memory, or by communication over a network. However, the transfer of the mobile terminal 2 may also be performed with the pre-registered program PRB stored in the sub-storage unit 23.

[0031] Figure 4 is a schematic diagram illustrating the structure of the pre-registration information DAA. The pre-registration information DAA includes fields FAA, FAB, FAC, FAD, FAE, and FAF. These fields FAA through FAF are for storing the point membership number, coupon code, payment method code, credit card number, electronic money brand code, and code payment brand code, respectively. If the relevant data is pre-registered, the pre-registered data will be written to fields FAA through FAF. If the relevant data is not pre-registered, fields FAA through FAF will be left blank or will store predetermined invalid data. In its initial state, the pre-registration information DAA does not store any valid data in any of its fields.

[0032] Next, the operation of the information service system configured as described above will be explained. Note that the processing described below is merely an example, and the order of some processes can be changed, some processes can be omitted, or other processes can be added as appropriate. For example, in the following explanation, some processes have been omitted in order to clearly illustrate the characteristic operation of this embodiment. For example, after transitioning from one processing state to another, the system may return to the previous processing state in response to instructions from the operator, but such processes are omitted from the description. Or, for example, if an error occurs, processing to address that error may be performed, but such processes are omitted from the description.

[0033] Customers of a store where the transaction processing device 1 is installed install the pre-registration program PRB on their mobile terminal 2 and then perform predetermined operations on the touch panel 24 to instruct the execution of an application based on the pre-registration program PRB. In response, the processor 21 starts processing the application based on the pre-registration program PRB. When the customer instructs the start of pre-registration, the processor 21 starts the pre-registration process within the application processing described above.

[0034] Figure 5 is a flowchart of the pre-registration process. As ACT1, processor 21 generates editing information. For example, processor 21 copies pre-registered information DAA stored in sub-storage unit 23 to the work area of ​​main storage unit 22 and uses this as editing information. As ACT2, processor 21 displays the editing screen on touch panel 24.

[0035] Figure 6 shows an example of the editing screen. Note that the screen examples shown in Figure 6 and subsequent figures omit the illustration of some of the display elements shown on the screen. For example, buttons display text or illustrations to help the user identify the function assigned to that button, but some of these are omitted from the illustration.

[0036] The editing screen shown in Figure 6 is an example where the pre-registered information DAA is in its initial state and no valid data has been saved in any of the fields. The editing screen represents areas ARA, ARB, ARC, ARD, ARE, checkboxes CBA, CBB, CBC, and buttons BUA, BUB. Areas ARA-ARE are for customers to specify their point card number, coupon code, credit card number, electronic money brand, and code payment brand, respectively. Checkboxes CBA-CBC are associated with credit cards, electronic money, and code payments, respectively. Button BUA is a soft key that allows the user to specify whether to register the settings in areas ARA-ARE and checkboxes CBA-CBC as pre-registered information. Button BUB is a soft key that allows the user to specify whether to cancel the registration of pre-registered information.

[0037] If a customer pre-registers a point card they possess, they enter the point membership number, which serves as the point member identifier on that point card, into area ARA. If a customer pre-registers a discount coupon they possess to be used on their next purchase, they enter the coupon code, which serves as the identifier for that coupon, into area ARB. If a customer pre-registers a credit card they will use for payment, they enter the credit card number, which serves as the identifier for that credit card, into area ARC. If a customer pre-registers an electronic money brand they will use for payment, they enter the electronic money brand into area ARD. If a customer pre-registers a code payment brand they will use for payment, they enter the code payment brand into area AREA. If a customer pre-registers credit card payment, electronic money payment, or code payment as a payment method, they check the checkbox associated with that payment method. The electronic money brand and code payment brand are, in other words, the payment service brand. Once the customer has finished entering the desired information and decided to proceed with pre-registration, they tap button BUA. If the customer wishes to cancel pre-registration, they tap button BUB.

[0038] In ACT3, processor 21 checks whether an editing operation has been performed. If processor 21 cannot confirm the event, it determines NO and proceeds to ACT4. In ACT4, processor 21 checks whether registration has been made. If processor 21 cannot confirm the relevant event, it determines NO and proceeds to ACT5. As ACT5, processor 21 checks whether a cancellation order has been issued. If processor 21 cannot confirm the relevant event, it determines NO and returns to ACT3. Thus, processor 21 waits for one of the following to be performed as ACT3 to ACT5: editing, registration, or cancellation. If an operation such as input to areas ARA to ARE, or changing the checked state of checkboxes CBA to CBC is performed, processor 21 determines YES in ACT3 and proceeds to ACT6.

[0039] As ACT6, processor 21 updates the editing information in response to the operations described above. That is, for example, if an operation is performed to input a point membership number into area ARA, processor 21 writes the input point membership number to the editing information field FAA. Here, processor 21 obtains the point membership number as an example of a point identifier. Thus, by processor 21 executing information processing based on the pre-registration program PRB, the computer with processor 21 as its central component functions as the first acquisition means.

[0040] For example, if an operation is performed to enter a coupon code into area ARB, processor 21 writes the entered coupon code to the editing information field FAB. Here, processor 21 obtains the coupon code as an example of a discount identifier. Thus, by processor 21 executing information processing based on the pre-registration program PRB, the computer with processor 21 as its central component functions as a second acquisition means.

[0041] For example, if checkbox CBA is checked, processor 21 sets the payment method code for credit card payment, which is one of the payment method codes used to identify credit card payment, electronic money payment, and code payment, respectively, in the editing information field FAC. For example, if checkbox CBB is checked, processor 21 sets the payment method code for electronic money payment in the editing information field FAC. For example, if checkbox CBC is checked, processor 21 sets the payment method code for code payment in the editing information field FAC. Here, processor 21 obtains a payment method code as an example of a payment identifier. Thus, by processor 21 executing information processing based on the pre-registration program PRB, the computer with processor 21 as its central component functions as a third acquisition means.

[0042] For example, if an operation is performed to input a credit card number into area ARC, processor 21 writes the entered credit card number to the editing information field FAD. Here, processor 21 obtains the credit card number as an example of a credit identifier. Thus, by processor 21 executing information processing based on the pre-registration program PRB, the computer with processor 21 as its central component functions as a fifth acquisition means.

[0043] For example, if an operation is performed to input an electronic money brand into area ARD, processor 21 writes the electronic money brand code, as an identifier for the input electronic money brand, to the editing information field FAE. For example, if an operation is performed to input a code payment brand into area ARE, processor 21 writes the code payment brand code, as an identifier for the input code payment brand, to the editing information field FAF. Here, processor 21 obtains the electronic money brand code and the code payment brand code as examples of brand identifiers. Thus, by processor 21 executing information processing based on the pre-registration program PRB, the computer with processor 21 as its central component functions as a sixth acquisition means.

[0044] The customer can also delete or modify the information entered in areas ARA to ARE. The customer can also uncheck the checkboxes CBA to CBC. If the information entered in areas ARA to ARE is deleted, processor 21 will either set the field corresponding to that area blank or rewrite it with invalid data. If the information is modified, processor 21 will rewrite the information set in the field corresponding to that area. If the checkbox is unchecked, processor 21 will either set the field FAC blank or rewrite it with invalid data. As ACT7, processor 21 updates the editing screen to reflect the content of the editing information updated in ACT6. After this, processor 21 returns to the waiting state of ACT3 to ACT5. Figure 7 shows an example of the editing screen. The editing screen shown in Figure 7 is an example of an editing screen based on updated editing information obtained by repeating ACT6 several times, starting from the state where the editing screen shown in Figure 6 is displayed.

[0045] If the customer taps button BUA, processor 21 determines that registration has been specified and verifies YES in ACT4 in Figure 5, and proceeds to ACT8. Even if there are areas where no valid information has been entered, or if none of the checkboxes CBA to CBC are checked, processor 21 still determines YES in ACT4 in Figure 5 if the customer taps button BUA, as it indicates that registration has been specified.

[0046] As ACT8, processor 21 updates the pre-registration information DAA. That is, for example, processor 21 writes the edited information to sub-storage unit 23 as the updated pre-registration information DAA. The pre-registration information DAA includes a point membership number as an example of a point identifier, a coupon code as an example of a discount identifier, and a payment method code as an example of a payment identifier. Thus, by storing the pre-registration information DAA, sub-storage unit 23 functions as a storage means for storing each of the above identifiers.

[0047] Processor 21 then terminates the pre-registration process. If the customer taps button BUB, Processor 21 determines that cancellation has been specified and evaluates YES in ACT5, and terminates the pre-registration process without performing ACT8. Furthermore, when the processor 21 executes a new pre-registration process after valid information has been written to the pre-registration information DAA through the above pre-registration process, ACT2 displays an editing screen showing the information contained in the pre-registration information DAA. In other words, when the processor 21 executes a new pre-registration process, if the previous pre-registration process was completed after updating the pre-registration information DAA in response to the tapping of button BUA on the editing screen shown in Figure 7, ACT2 displays the editing screen shown in Figure 7.

[0048] In stores where the transaction processing device 1 is installed, customers pick up the items they wish to purchase from the sales floor and place these items on the table 200 of the transaction processing device 1. If the customer uses information pre-registered in the mobile terminal 2 as described above, they initiate application processing based on the pre-registration program PRB in the processor 21 and then perform a predetermined operation on the touch panel 24 to specify barcode display. In response to this operation, the processor 21 displays a screen on the touch panel 24 showing a barcode representing the pre-registration information DAA. The screen showing the barcode representing the pre-registration information DAA is an example of a screen that optically displays an example of a point identifier, such as the point membership number, an example of a discount identifier, such as the coupon code, and an example of a payment identifier, such as the payment method code. The processor 21 then outputs each of the above identifiers by displaying this screen on the touch panel 24, which is an example of a display device. Thus, by executing information processing based on the pre-registration program PRB in the processor 21, the computer with the processor 21 as its central component functions as an output means.

[0049] The customer holds the barcode displayed on the touch panel 24 over the fixed scanner 115 of the transaction processing device 1, for example, in the manner shown in Figure 1. Alternatively, the customer holds the handheld scanner 103 opposite the barcode displayed on the touch panel 24. In response, the fixed scanner 115 or the handheld scanner 103 scans the barcode representing the pre-registered information DAA. In other words, the fixed scanner 115 or the handheld scanner 103 is an example of a reading device.

[0050] When the transaction processing device 1 is in an operational state for performing transaction processing, the processor 112 executes transaction processing based on the transaction processing program PRA. Figures 8, 9, and 10 are flowcharts of the transaction process. As ACT11, the processor 112 displays a standby screen on the touch panel 101. The standby screen indicates that the transaction processing device 1 is in a standby state.

[0051] As ACT12, processor 112 checks whether the pre-registration information has been read. If processor 112 cannot confirm the relevant event, it determines NO and proceeds to ACT13. As ACT13, processor 112 checks whether the start of using transaction processing unit 1 has been specified. If processor 112 cannot confirm the relevant event, it determines NO and returns to ACT12. Thus, the processor 112 waits for either the pre-registration information to be read or the start to be specified as ACT12 and ACT13. When the barcode representing the pre-registration information DAA is scanned by the fixed scanner 115 or the handheld scanner 103 as described above, the processor 112 determines that the pre-registration information has been read and YES in ACT12, and proceeds to ACT14.

[0052] As ACT14, processor 112 stores pre-registered information represented by barcodes scanned by fixed scanner 115 or handheld scanner 103 in main storage unit 113 or sub-storage unit 114. Here, processor 112 obtains the pre-registered information that includes a point membership number (an example of a point identifier), a coupon code (an example of a discount identifier), and a payment method code (an example of a payment identifier). Thus, by having processor 112 perform information processing based on the transaction processing program PRA, the computer with processor 112 as its central component functions as a fourth acquisition means.

[0053] As ACT15, processor 112 checks whether pre-registration for the points service has been completed. Then, if, for example, the pre-registration information saved in ACT14 does not contain a valid points membership number, processor 112 determines NO and proceeds to ACT16. The customer may choose not to perform the above actions to have their pre-registered information read, but instead perform a predetermined operation to initiate the process, such as touching the screen of the touch panel 101. In this case, the processor 112 will determine YES in ACT 13 and proceed to ACT 16 without performing ACT 14 and ACT 15. As ACT16, processor 112 displays the inquiry screen on touch panel 101.

[0054] Figure 11 shows an example of an inquiry screen. The inquiry screen shown in Figure 11 represents a window WIA that includes a text message MEA and buttons BUC and BUD. The text message MEA represents a message to ask the customer if they have a loyalty card to use. Button BUC is a soft key to indicate that the customer has a loyalty card to use. Button BUD is a soft key to indicate that the customer does not have a loyalty card to use.

[0055] In ACT17, processor 112 checks if the customer has a point card to use. If the customer has indicated they have a point card through a predetermined operation, such as tapping button BUC, processor 112 determines YES and proceeds to ACT18. As ACT18, the processor 112 displays the first guide screen on the touch panel 101.

[0056] Figure 12 shows an example of the first guide screen. The first guide screen shown in Figure 12 represents the text message MEB, image IMA, and button BUE. The text message MEB represents a message instructing the customer to insert the point card they intend to use into the card slot 105. The image IMA is an illustration showing the point card being inserted into the card slot 105. The button BUE is a soft key used to specify that the customer should cancel the use of the point service.

[0057] The customer, following the instructions on the first guide screen, inserts their point card into the card slot 105. Once the point card is readable by the card reader 118, the card reader 118 reads the point membership number recorded on the point card.

[0058] Processor 112 displays the first guide screen as ACT18 in Figure 8, and then proceeds to ACT19. As ACT19, processor 112 checks whether the point card has been read. If processor 112 cannot confirm the event, it determines NO and proceeds to ACT20. As ACT20, processor 112 checks if cancellation has been specified. If processor 112 cannot confirm the relevant event, it determines NO and returns to ACT19. Thus, processor 112 waits for either the point card to be read or a cancellation to be specified as ACT19 and ACT20. If the point membership number is read from the point card by the card reader 118 as described above, processor 112 determines YES in ACT19 and proceeds to ACT21.

[0059] As ACT21, the processor 112 stores the point membership number read by the card reader 118 in the main storage unit 113 or the sub-storage unit 114. The above steps ACT16 to ACT21 performed by processor 112 correspond to the first step of attempting to obtain a point membership number as an example of a point identifier. As ACT22, processor 112 displays the point confirmation screen on touch panel 101.

[0060] Figure 13 shows an example of a points confirmation screen. The point confirmation screen shown in Figure 13 represents a window WIB that includes the area ARF, ARG and button BUF. The Area ARF displays the points membership number read by the card reader 118. The Area ARF also displays the total number of points associated with that points membership number. Button BUF is a soft key for customers to confirm that they have reviewed the displayed information.

[0061] The customer visually checks the points confirmation screen, and once they have confirmed the information displayed on the screen, they indicate that they have confirmed it by performing a predetermined action, such as tapping the button BUF. Processor 112 displays the point confirmation screen as ACT22 in Figure 8, and then proceeds to ACT23.

[0062] As ACT23, processor 112 waits for confirmation to be indicated. Then, if confirmation is indicated as described above, processor 112 determines it as YES and proceeds to ACT31 in Figure 9. If a customer decides not to use the points service, for example, because they do not possess a points card, in response to the guidance on the first guide screen shown in Figure 12, they can specify cancellation by performing a predetermined operation, such as tapping button BUE. In response, processor 112 determines YES in ACT20 in Figure 8 and proceeds to ACT31 in Figure 9 without performing ACT21 to ACT23.

[0063] Now, if the pre-registration information saved in ACT14 in Figure 8 contains a valid points membership number, the processor 112 determines YES in ACT15, assuming that pre-registration for the points service has been completed, and proceeds to ACT31 in Figure 9 without performing ACT16 to ACT23. In other words, if pre-registration for the points service has been completed, the processor 112 skips all customer operations, including displaying the points service inquiry screen, the first guide screen, and the points confirmation screen. This is equivalent to skipping the processing as the first step.

[0064] Furthermore, if, while the inquiry screen is being displayed, the processor 112 determines in ACT17 that there is no point card to use through a predetermined operation such as tapping button BUD, it proceeds to ACT31 in Figure 9 without performing ACT18 to ACT23. As ACT31, processor 112 displays the registration screen on touch panel 101.

[0065] Figure 14 shows an example of a registration screen. The registration screen shown in Figure 14 includes display areas ARH, ARI, ARJ, ARK, a group of buttons BGA, and buttons BUG, ​​BUH, BUI, BUJ, BUK, BUL. Display area ARH displays text and illustrations to guide the user's operation. Display area ARI displays the current date and time. Display area ARJ displays the details of registered transactions. In other words, display area ARJ displays a list of registered transaction items. Note that the examples such as "AAAAAA" and "BBBBBB" shown in display area ARJ are actually strings that represent product names, etc. Display area ARK displays the total number of registered transaction items and the total amount. Note that in Figure 14, specific display examples are shown for display areas ARJ and AED, but when ACT31 is executed in Figure 9, no transaction items have been registered yet, so product names and amounts are not displayed in display areas ARJ and ARK. The group of buttons BGA includes multiple buttons for specifying that items without barcodes should be registered as transaction items. Button BUG is a soft key used to specify that a boxed product or a large item such as rice be registered as a transaction item. Button BUH is a soft key used to specify that a store employee be called. Button BUI is a soft key used to specify that a transaction currently being registered be canceled. Buttons BUJ and BUK are soft keys used to specify that the page to be displayed in display area ARJ be changed if the product list to be displayed spans multiple pages. Button BUL is a soft key used to specify that the registration of transaction items is complete and the user should proceed to checkout.

[0066] In Figure 9, as ACT32, processor 112 checks whether the product to be registered as a trading product has been specified as described later. If processor 112 cannot confirm the relevant event, it determines NO and proceeds to ACT33. As ACT33, processor 112 checks whether the transition to accounting has been specified as described below. If processor 112 cannot confirm the relevant event, it determines NO and returns to ACT32. Thus, processor 112 awaits product designation or accounting designation as ACT32 and ACT33.

[0067] The customer performs a predetermined action to instruct the system to register one of the items they wish to purchase as a transaction item. For example, the customer scans the barcode displayed on the item using a handheld scanner 103 or a fixed scanner 115. Alternatively, the customer operates the touch panel 101 to directly input the item code. Or, for example, the customer presses a preset key for the item on the touch panel 101. In other words, the actions the customer takes here can be the same as those performed on existing fully self-service POS terminals. Once an item is specified by the customer through the above actions, ACT 32 determines YES and proceeds to ACT 34.

[0068] As ACT34, processor 112 updates the transaction data to add the specified product to the trading inventory. The transaction data is data representing a list of trading inventory. The transaction data is stored in the main storage unit 113 or the sub-storage unit 114. As ACT35, processor 112 updates the registration screen displayed on touch panel 101 to reflect the contents of the transaction data after it was updated in ACT34. After this, processor 112 returns to the standby state for ACT32 and ACT33.

[0069] Once the customer has finished registering all the items they wish to purchase as transaction items, they specify that they wish to proceed to checkout by performing a predetermined operation, such as touching the BUL button on the registration screen. In response, processor 112 determines YES in ACT33 and proceeds to ACT36. In ACT36, processor 112 checks whether pre-registration for the coupon has been performed. If, for example, ACT14 in Figure 8 has not been executed and pre-registration information has not been saved, processor 112 determines NO, meaning that pre-registration for the coupon has not been performed. Alternatively, even if pre-registration information has been saved in ACT14 in Figure 8, processor 112 determines NO if that pre-registration information does not contain a valid coupon code. If processor 112 determines NO, it proceeds to ACT37.

[0070] As ACT37, processor 112 checks whether pre-registration regarding the payment method has been performed. If, for example, ACT14 in Figure 8 has not been executed and pre-registration information has not been saved, processor 112 determines NO, meaning that pre-registration regarding the payment method has not been performed. Alternatively, even if pre-registration information has been saved in ACT14 in Figure 8, processor 112 determines NO if that pre-registration information does not include a valid payment method code. If processor 112 determines NO, it proceeds to ACT38. As ACT38, processor 112 displays the selection screen on touch panel 101.

[0071] Figure 15 shows an example of a selection screen. The selection screen shown in Figure 15 consists of the text message MEC and the buttons BUM, BUN, and BUO. The text message MEC is a message prompting the customer to specify a payment method. Buttons BUM through BUO are pre-assigned to different payment methods and are soft keys used to select the payment method to apply.

[0072] If a customer wishes to use a coupon, they must inform the staff member that they will be using a coupon before specifying their payment method. The staff member will then perform a predetermined procedure to select the coupon to be used. If the customer wishes to proceed with payment, they will specify their payment method by performing a predetermined procedure, such as tapping one of the buttons BUM~BUO.

[0073] After the processor 112 displays the selection screen as ACT38 in Figure 9, it proceeds to ACT39. As ACT39, processor 112 checks if a coupon has been specified. If processor 112 cannot confirm the relevant event, it determines NO and proceeds to ACT40. As ACT40, processor 112 checks if a payment method has been specified. If processor 112 cannot confirm the relevant event, it determines NO and returns to ACT39. Thus, processor 112 waits for the specification of a coupon or payment method as ACT39 and ACT40. If the operation to specify a coupon is performed as described above, processor 112 determines YES in ACT39 and proceeds to ACT41.

[0074] As ACT41, processor 112 retrieves the coupon code for the coupon designated for use. After this, processor 112 returns to the waiting state for ACT39 and ACT40. The above steps ACT39 to ACT41 by processor 112 correspond to the second step, which attempts to obtain a points membership number as an example of a discount identifier.

[0075] If the payment method is specified as described above, the processor 112 determines YES in ACT40 and proceeds to ACT51 in Figure 10. Here, processor 112 determines the payment method to be used according to the customer's specification. In other words, ACT39 and ACT40 correspond to the third step.

[0076] As ACT51, processor 112 performs accounting processing. For example, processor 112 calculates the total price for all transaction items included in the list represented by the transaction data. If a coupon code has been obtained in ACT41, processor 112 applies a value discount at the value discount rate specified for the coupon identified by that coupon code to calculate the settlement amount. Furthermore, processor 112 settles the calculated settlement amount using the specified payment method. Also, if the pre-registration information saved in ACT14 in Figure 8 includes a point membership number, or if a point membership number has been saved in ACT21, processor 112 performs the necessary point processing to provide point services related to that point membership number.

[0077] If processor 112 determines YES in ACT15 in Figure 8 and proceeds to ACT51 in Figure 10, and if it performs the well-known processing to provide point services for the point membership number included in the pre-registered information saved in ACT14 in Figure 8, it skips the first step of attempting to obtain the point membership number as an example of a point identifier, and then performs the processing to provide point services for the point membership number obtained by barcode reading. Thus, by having processor 112 execute information processing based on the transaction processing program PRA, the computer with processor 112 as its central part functions as a control means.

[0078] As described above, the processor 112 processes transactions through registration and accounting processes, accompanied by the processing corresponding to the first, second, and third steps. In other words, the computer with the processor 112 as its central component functions as a processing means by having the processor 112 execute information processing based on the transaction processing program PRA.

[0079] Figure 16 is a flowchart showing the process for settling a payment using credit card payment as the payment method. As ACT61, processor 112 checks if the credit card number is pre-registered. If processor 112 has not executed ACT14 in Figure 8 and has not saved the pre-registration information, it determines NO, meaning the credit card number is not pre-registered. Alternatively, even if processor 112 has saved the pre-registration information in ACT14 in Figure 8, it will determine NO if that pre-registration information does not contain a valid credit card number. If processor 112 determines NO, it proceeds to ACT62. As ACT62, processor 112 displays a second guide screen on touch panel 101.

[0080] Figure 17 shows an example of the second guide screen. The second guide screen shown in Figure 17 includes a text message (MED), an image (IMB), and an area (ARL). The text message MED instructs the customer to insert their credit card into card slot 105. The image IMB is an illustration showing a credit card being inserted into card slot 105. The area ARL displays the payment amount and the payment method (credit card).

[0081] The customer, following the instructions on the second guide screen, inserts their credit card into the card slot 105. Once the credit card is readable by the card reader 118, the card reader 118 reads the credit card number recorded on the credit card.

[0082] After displaying the second guide screen as ACT62, processor 112 proceeds to ACT63. As ACT63, processor 112 waits for the credit card to be read. As described above, if the credit card number recorded on the credit card is read by card reader 118, it determines YES and proceeds to ACT64.

[0083] As ACT64, processor 112 stores the credit card number read by card reader 118 in main storage unit 113 or sub-storage unit 114. Here, processor 112 obtains the credit card number as an example of a credit identifier. Thus, by having processor 112 execute information processing based on the transaction processing program PRA, the computer with processor 112 as its central component functions as a fourth acquisition means. As ACT65, processor 112 displays the credit confirmation screen on touch panel 101.

[0084] Figure 18 shows an example of a credit verification screen. The credit confirmation screen shown in Figure 18 represents a window WIC that includes the text message MEE, area ARM, and buttons BUP and BUQ. Area ARM displays the details of the credit card payment to be executed. The text message MEE is a message prompting the customer to confirm the details displayed in Area ARM. Button BUP is a soft key to indicate that the customer wants to execute the credit card payment with the details displayed in Area ARM. Button BUQ is a soft key to indicate that the customer does not want to execute the credit card payment.

[0085] The above steps ACT62 to ACT65 performed by processor 112 correspond to the fourth step, which attempts to obtain a credit card number as an example of a credit identifier. If a customer wishes to perform a credit card payment for the items displayed in area ARM, they specify this by performing a predetermined action, such as tapping button BUP. If a customer wishes to cancel the credit card payment, they specify this by performing a predetermined action, such as tapping button BUQ.

[0086] After displaying the credit confirmation screen as ACT65, processor 112 proceeds to ACT66. As ACT66, processor 112 checks if the execution of a credit card payment has been specified. If processor 112 cannot confirm the relevant event, it determines NO and proceeds to ACT67. As ACT67, processor 112 checks if a credit payment failure has been specified. If processor 112 cannot confirm the event, it determines NO and returns to ACT66. Thus, processor 112 waits for a specification to be made in ACT66 and ACT67 regarding whether or not to execute the credit payment. If the specification is to not execute the payment as described above, processor 112 determines YES in ACT67 and proceeds to other processes not shown in the diagram. The explanation of these other processes is omitted. However, if the specification is to execute the payment as described above, processor 112 determines YES in ACT66 and proceeds to ACT68.

[0087] As ACT68, processor 112 performs payment processing for credit card payments using the credit card number stored in ACT64. This payment processing may be similar to that performed in existing fully self-service POS terminals. Processor 112 also causes printer 116 to print a receipt showing the transaction details and payment result. As ACT69, the processor 112 displays a third guide screen on the touch panel 101.

[0088] Figure 19 shows an example of the third guide screen. The third guide screen shown in Figure 19 includes a text message MEF, an image IMC, and an area ARN. The text message MEF indicates that the customer should take the credit card inserted into the card slot 105 and the receipt dispensed from the receipt dispenser 104. The image IMC is an illustration showing the credit card and receipt to be taken. The area ARN indicates that credit card payment has been applied as the payment method.

[0089] The customer follows the instructions on the third guide screen and takes their credit card and receipt. If the predetermined termination conditions for displaying the third guide screen are met, the processor 112 terminates the display of the third guide screen and then terminates the process shown in Figure 16. Processor 112 stores the pre-registration information in ACT14 in Figure 8. If the pre-registration information includes a valid credit card number, it determines YES in ACT61, indicating that the credit card number is pre-registered, and proceeds to ACT70.

[0090] As ACT70, processor 112 performs payment processing for credit card payment using the credit card number included in the pre-registration information saved in ACT14 in Figure 8. This payment processing may be similar to that performed in existing fully self-service POS terminals. Processor 112 also causes printer 116 to print a receipt showing the transaction details and payment result.

[0091] In other words, at this point, processor 112 bypasses the fourth step, which is to attempt to obtain a credit card number as an example of a credit identifier, and then uses the credit card number obtained by barcode reading to perform the payment processing. Thus, by having processor 112 execute information processing based on the transaction processing program PRA, the computer with processor 112 as its central component functions as a control means. As ACT71, the processor 112 displays the fourth guide screen on the touch panel 101.

[0092] Figure 20 shows an example of the fourth guide screen. The fourth guide screen shown in Figure 20 includes a text message (MEG), an image (IMD), and an area (ARO). The text message MEG indicates that the customer should take the receipt dispensed from receipt slot 104. The image IMD is an illustration representing the receipt to be taken. Area ARO indicates that credit card payment was selected as the payment method.

[0093] The customer takes their receipt, following the instructions on the fourth guide screen. If the predetermined termination conditions for displaying the fourth guide screen are met, the processor 112 terminates the display of the fourth guide screen and then terminates the process shown in Figure 16. Thus, if the credit card number has been registered in advance, the processor 112 will skip accepting all customer operations, including the display of the second guide screen and the credit verification screen.

[0094] In the accounting process as ACT51 shown in Figure 10, after completing the process shown in Figure 16, processor 112 performs processes such as sending transaction data representing the details of the transaction and the settlement result to a POS server (not shown), and then returns to ACT11 in Figure 8 to prepare for processing the next transaction.

[0095] Furthermore, if electronic money payment is pre-registered as the applicable payment method, processor 112, after receiving the customer's specification of the electronic money brand to be used, acquires payment information for electronic money payment using the specified electronic money brand and executes a public processing for electronic money payment using that payment information. At this time, if the electronic money brand is pre-registered and the pre-registration information stored in ACT14 in Figure 8 includes the electronic money brand code, processor 112 acquires payment information for electronic money payment using the electronic money brand identified by the electronic money brand code without receiving the customer's specification of the electronic money brand. In other words, at this time, processor 112 passes the processing as the fifth step of determining the electronic money brand as an example of a brand identifier, and then performs the payment processing using the electronic money brand identified by the electronic money brand code acquired by barcode reading. Thus, by processor 112 executing information processing based on the transaction processing program PRA, the computer with processor 112 as its central part functions as a control means.

[0096] Furthermore, if code payment is pre-registered as the applicable payment method, the processor 112, after receiving the customer's specification of the code payment brand to be used, acquires payment information for code payment using the specified code payment brand and executes a notification process for performing code payment using that payment information. At this time, if the code payment brand is pre-registered and the pre-registration information stored in ACT14 in Figure 8 includes the code payment brand code, the processor 112 acquires payment information for code payment using the code payment brand identified by the code payment brand code without receiving the customer's specification of the code payment brand. In other words, at this time, the processor 112 passes the processing as the fifth step of determining the code payment brand as an example of a brand identifier, and then performs the payment processing using the code payment brand identified by the code payment brand code acquired by barcode reading. Thus, by the processor 112 executing information processing based on the transaction processing program PRA, the computer with the processor 112 as its central part functions as a control means.

[0097] Now, if the pre-registration information saved in ACT14 in Figure 8 contains a valid coupon code, the processor 112 determines that pre-registration for the coupon has been completed, and in ACT36 in Figure 9, it determines YES, and proceeds to ACT52 in Figure 10. As ACT52, processor 112 checks whether pre-registration regarding the payment method has been performed. If, for example, ACT14 in Figure 8 has not been executed and pre-registration information has not been saved, processor 112 determines NO, meaning that pre-registration regarding the payment method has not been performed. Alternatively, even if pre-registration information has been saved in ACT14 in Figure 8, processor 112 determines NO if that pre-registration information does not include a valid payment method code. If processor 112 determines NO, it proceeds to ACT53.

[0098] As ACT53, processor 112 displays the selection screen on touch panel 101, similar to ACT38. As ACT54, processor 112 waits for the payment method to be specified. In other words, since pre-registration for the coupon has been done here, processor 112 does not perform ACT39 and ACT41 as described above. Then, when the payment method is specified, processor 112 determines YES in ACT54 and performs the accounting process of ACT51 as described above. However, processor 112 performs a value discount process to calculate the payment amount by applying a value discount at the value discount rate determined for the coupon identified by the coupon code contained in the pre-registration information saved in ACT14. This value discount process may be the same as the process performed in existing POS terminal devices.

[0099] Thus, processor 112 does not attempt to obtain the coupon code in ACT52 to ACT54. In this way, processor 112 determines YES in ACT36 in Figure 9 and executes ACT52 to ACT54, thereby skipping the second step of processing.

[0100] If, in addition to pre-registration of the coupon, pre-registration of the payment method has also been performed, processor 112 determines YES in ACT52 and proceeds to ACT51 without performing ACT53 and ACT54, and executes the accounting process in ACT51 as described above. However, processor 112 calculates the payment amount by applying a value discount at the value discount rate specified for the coupon identified by the coupon code included in the pre-registration information saved in ACT14. Furthermore, processor 112 makes the payment using the payment method identified by the payment method code included in the pre-registration information saved in ACT14. In other words, at this time, processor 112 skips the second step of processing, which attempts to obtain the coupon code as an example of a discount identifier, and then performs the processing for value discount according to the coupon code obtained by barcode reading. At this time, processor 112 does not determine the payment method to be used according to the customer's specification, so it skips the third step of processing and uses the payment method identified by the payment method code obtained by barcode reading. Thus, by having the processor 112 execute information processing based on the transaction processing program PRA, the computer with the processor 112 as its central component functions as a control means.

[0101] Processor 112 determined NO at ACT36 in Figure 9 because no prior registration for the coupon had been made, but if the payment method had been pre-registered, it would determine YES at ACT37 and proceed to ACT55 in Figure 10. As ACT55, processor 112 displays the coupon confirmation screen on touch panel 101.

[0102] Figure 21 shows an example of a coupon confirmation screen. The coupon confirmation screen shown in Figure 21 represents a window WID that includes the text message MEH and the buttons BUR and BUS. The text message MEE represents a message prompting the customer to specify whether or not to use a coupon. The button BUR is a soft key for receiving a selection of whether or not to use the coupon. The button BUS is a soft key for receiving a selection of whether or not to use the coupon. If a customer wishes to use a coupon, they specify that they will use it by performing a predetermined action, such as tapping the BUR button. If a customer does not wish to use a coupon, they specify that they will not use it by performing a predetermined action, such as tapping the BUS button.

[0103] After displaying the coupon confirmation screen as ACT55, processor 112 proceeds to ACT56. As ACT56, processor 112 checks if the use of a coupon has been specified. If processor 112 cannot confirm the relevant event, it determines NO and proceeds to ACT57. As ACT57, processor 112 checks if the coupon was not to be used. If processor 112 cannot confirm the event, it determines NO and returns to ACT56. Thus, processor 112 waits for ACT56 and ACT57 to be determined as either use or non-use. If it is determined that the coupon should be used as described above, processor 112 determines YES in ACT56 and proceeds to ACT58.

[0104] As ACT58, processor 112 obtains a coupon code, similar to ACT41. Then, processor 112 proceeds to ACT51 and performs the accounting processing of ACT51 as described above. However, processor 112 calculates the settlement amount by applying a value discount at the value discount rate specified for the coupon identified by the coupon code obtained in ACT58. Furthermore, processor 112 performs the settlement using the settlement method identified by the settlement method code included in the pre-registration information saved in ACT14 in Figure 8. In other words, at this time, processor 112 skips the third step of determining the settlement method to be used and performs the settlement processing using the settlement method identified by the settlement method code obtained by barcode reading. Thus, by processor 112 executing information processing based on the transaction processing program PRA, the computer with processor 112 as its central part functions as a control means.

[0105] Thus, in ACT55 to ACT58 in Figure 10, the processor 112 does not determine the payment method to be used according to the customer's specification. In this way, the processor 112 determines YES in ACT37 in Figure 9 and executes ACT55 to ACT58, thereby passing the processing as the third step.

[0106] On the other hand, if it is specified that the coupon will not be used as described above, processor 112 will determine YES in ACT57 and proceed to ACT51 without performing ACT58, and will perform the accounting process in ACT51 in the same manner as described above. However, processor 112 will calculate the settlement amount without applying the value discount based on the coupon. Furthermore, processor 112 will perform the settlement using the settlement method identified by the settlement method code included in the pre-registration information saved in ACT14.

[0107] As described above, if the transaction processing device 1 does not acquire pre-registration information, it will sequentially receive customer operations during the transaction processing for a single transaction in order to acquire a point membership code, acquire a coupon code, or determine the payment method. However, if the transaction processing device 1 acquires pre-registration information including a point membership code, it will not receive customer operations regarding the acquisition of the point membership code. Similarly, if the transaction processing device 1 acquires pre-registration information including a coupon code, it will not receive customer operations regarding the acquisition of the coupon code. Furthermore, if the transaction processing device 1 acquires pre-registration information including a payment method code, it will not receive customer operations regarding the determination of the applicable payment method. This reduces the effort required for customer operations during transaction processing. By reducing the effort required for customer operations, the time required for customer operations can be shortened, and the time required to process a single transaction can be shortened.

[0108] Furthermore, if the transaction processing device 1 has obtained pre-registered information including the credit card number, and credit card payment is pre-registered as the applicable payment method, it does not require any customer action to obtain the credit card number. Also, if the transaction processing device 1 has obtained pre-registered information including the brand code of the brand to be used for payment using the pre-registered payment method, it does not require any customer action to determine the brand to be used. This further reduces the effort required from the customer.

[0109] This embodiment can be modified in various ways as follows: The exchange of pre-registered information between the mobile terminal 2 and the transaction processing device 1 may be carried out via wireless communication such as NFC, or via communication over the communication network CN.

[0110] It is acceptable to use a face-to-face transaction processing system where many operations are performed by a store employee, or a semi-self-service transaction processing system where some operations are performed by a store employee.

[0111] Each of the functions realized by processors 21,112 through information processing can also be partially or entirely realized by hardware that performs non-program-based information processing, such as logic circuits. Furthermore, each of the above functions can also be realized by combining the above-mentioned hardware, such as logic circuits, with software control.

[0112] While several embodiments of the present invention have been described, these embodiments are presented as examples only and are not intended to limit the scope of the invention. These novel embodiments can be carried out in a variety of other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. These embodiments and their variations are included in the scope and spirit of the invention, as well as in the claims and their equivalents. [Explanation of Symbols]

[0113] 1...Transaction processing unit, 2...Mobile terminal, 21...Processor, 22...Main memory unit, 23...Sub memory unit, 24...Touch panel, 25...Mobile communication unit, 26...Transmission line, 100...Main unit, 101...Touch panel, 102...Scanner window, 103...Handheld scanner, 104...Receipt printing slot, 105...Card slot, 106...Coin tray, 107...Change tray, 108...Banknote insertion slot, 109...Banknote output slot, 110...Alarm lamp, 111...Surveillance camera, 112...Processor, 113...Main memory unit, 114...Sub memory unit, 115...Fixed scanner, 116...Printer, 117...Change machine, 118...Card reader, 119...Electronic money reader / writer, 120...Communication unit, 121...Transmission line, 200...Table, 300...Stand.

Claims

1. A first acquisition means for obtaining a point identifier that identifies a user of the point service, A second means for obtaining a discount identifier that identifies the right to receive a value discount, A third acquisition means for obtaining a payment identifier that identifies the payment method to be used for payment, A storage means that stores the acquired point identifier if it is acquired by the first acquisition means, the acquired discount identifier if it is acquired by the second acquisition means, and the acquired payment identifier if it is acquired by the third acquisition means. An output means that outputs the point identifier, discount identifier, and payment identifier stored in the storage means, A mobile terminal equipped with, A fourth acquisition means for acquiring the point identifier, discount identifier, and payment identifier that are output by the output means, A processing means for processing a transaction, comprising: a first step of attempting to obtain a point identifier; a second step of attempting to obtain a discount identifier; a third step of determining the payment method to be used for settlement; a point processing step for providing point services to the user identified by the point identifier if a point identifier has been obtained in the first step; a value discount processing step for applying a value discount corresponding to the right identified by the discount identifier if a discount identifier has been obtained in the second step; and a settlement processing step for settlement using the payment method determined in the third step. Control means for controlling the processing means such that if a point identifier is obtained by the fourth acquisition means, the first step is skipped and the point identifier obtained by the fourth acquisition means is used in the point processing; if a discount identifier is obtained by the fourth acquisition means, the second step is skipped and the discount identifier obtained by the fourth acquisition means is used in the value discount processing; if a payment identifier is obtained by the fourth acquisition means, the third step is skipped and the payment method identified by the payment identifier obtained by the fourth acquisition means is used in the payment processing; A transaction processing device equipped with, A transaction processing system equipped with the following features.

2. The aforementioned mobile terminal further comprises a fifth acquisition means for acquiring a credit identifier that identifies a credit card used for credit card payment, The storage means further stores the credit identifier obtained by the fifth acquisition means, The output means also outputs the credit identifier if the credit identifier is stored in the storage means. If a credit identifier is output from the output means, the fourth acquisition means acquires the credit identifier, The processing means processes the transaction, with a fourth step of attempting to obtain a credit card number to be used for credit card payment. The control means, if a credit identifier is obtained by the fifth acquisition means, will skip the fourth step and will control the processing means to use the credit card identified by the credit identifier obtained by the fifth acquisition means for the payment processing. The transaction processing system according to claim 1.

3. The mobile terminal further comprises a sixth acquisition means for acquiring a brand identifier that identifies the brand of the payment service, The storage means further stores the brand identifier obtained by the sixth acquisition means, The output means also outputs the brand identifier if the brand identifier is stored in the storage means. If a brand identifier is output from the output means, the fourth acquisition means acquires the brand identifier, The processing means processes the transaction, with a fifth step of determining the brand of the payment service to be used for settlement. The control means, if a brand identifier is obtained by the sixth acquisition means, will skip the fifth step and will control the processing means to use the payment service of the brand identified by the brand identifier obtained by the sixth acquisition means for the payment processing. The transaction processing system according to claim 1.

4. The aforementioned mobile terminal further comprises a display device, The output means outputs the corresponding identifier by displaying on the display device a screen that optically reads the discount identifier and the payment identifier stored in the storage means. The transaction processing device further comprises a reading device that optically reads the screen displayed on the display device, The fourth acquisition means acquires the discount identifier and the payment identifier that are displayed on the screen and read by the reading device. The transaction processing system according to claim 1.

5. A first acquisition means for obtaining a point identifier that identifies a user of the point service, A second means for obtaining a discount identifier that identifies the right to receive a value discount, A third acquisition means for obtaining a payment identifier that identifies the payment method to be used for payment, A storage means that stores the acquired point identifier if it is acquired by the first acquisition means, the acquired discount identifier if it is acquired by the second acquisition means, and the acquired payment identifier if it is acquired by the third acquisition means. An output means that outputs the point identifier, discount identifier, and payment identifier stored in the storage means, A transaction processing device that constitutes a transaction processing system together with a mobile terminal equipped with the following: A fourth acquisition means for acquiring the point identifier, discount identifier, and payment identifier that are output by the output means, A processing means for processing a transaction, comprising: a first step of attempting to obtain a point identifier; a second step of attempting to obtain a discount identifier; a third step of determining the payment method to be used for settlement; a point processing step for providing point services to the user identified by the point identifier if a point identifier has been obtained in the first step; a value discount processing step for applying a value discount corresponding to the right identified by the discount identifier if a discount identifier has been obtained in the second step; and a settlement processing step for settlement using the payment method determined in the third step. Control means for controlling the processing means such that if a point identifier is obtained by the fourth acquisition means, the first step is skipped and the point identifier obtained by the fourth acquisition means is used in the point processing; if a discount identifier is obtained by the fourth acquisition means, the second step is skipped and the discount identifier obtained by the fourth acquisition means is used in the value discount processing; if a payment identifier is obtained by the fourth acquisition means, the third step is skipped and the payment method identified by the payment identifier obtained by the fourth acquisition means is used in the payment processing; A transaction processing device equipped with the following.

6. A first acquisition means for obtaining a point identifier that identifies a user of the point service, A second means for obtaining a discount identifier that identifies the right to receive a value discount, A third acquisition means for obtaining a payment identifier that identifies the payment method to be used for payment, A storage means that stores the acquired point identifier if it is acquired by the first acquisition means, the acquired discount identifier if it is acquired by the second acquisition means, and the acquired payment identifier if it is acquired by the third acquisition means. An output means that outputs the point identifier, discount identifier, and payment identifier stored in the storage means, A computer equipped in a transaction processing device that constitutes a transaction processing system together with a mobile terminal equipped with the following: A fourth acquisition means for acquiring the point identifier, discount identifier, and payment identifier that are output by the output means, A processing means for processing a transaction, comprising: a first step of attempting to obtain a point identifier; a second step of attempting to obtain a discount identifier; a third step of determining the payment method to be used for settlement; a point processing step for providing point services to the user identified by the point identifier if a point identifier has been obtained in the first step; a value discount processing step for applying a value discount corresponding to the right identified by the discount identifier if a discount identifier has been obtained in the second step; and a settlement processing step for settlement using the payment method determined in the third step. Control means for controlling the processing means such that if a point identifier is obtained by the fourth acquisition means, the first step is skipped and the point identifier obtained by the fourth acquisition means is used in the point processing; if a discount identifier is obtained by the fourth acquisition means, the second step is skipped and the discount identifier obtained by the fourth acquisition means is used in the value discount processing; if a payment identifier is obtained by the fourth acquisition means, the third step is skipped and the payment method identified by the payment identifier obtained by the fourth acquisition means is used in the payment processing; An information processing program designed to function as such.

Images