JP6842892B2 - Payment device and control program - Google Patents

Description

An embodiment of the present invention relates to a payment device and a control program for making a computer function as a payment device.

Supermarkets, convenience stores, etc. have payment devices for settling business transactions with customers. This type of payment device is referred to as a POS (Point Of Sales) terminal, an electronic cash register, or the like.

A cashier, a clerk hired as a so-called cashier, needs to get used to operating the payment device. Therefore, many payment devices can set an operation mode for training the operation input, that is, a so-called training mode. The clerk can use the payment device in which the training mode is set to perform training assuming various payment situations.

However, for example, in the case of a payment device equipped with an automatic change machine, the commercial transaction is not settled unless the cash assumed to have been paid by the customer is inserted into the automatic change machine during training. Therefore, there is a problem that the training cannot be carried out unless the cash for the training is in the hands of the clerk. Such a problem is the same even when training the operation of a clerk for payment by electronic money, for example, because a recording medium on which electronic money is recorded is required.

Japanese Unexamined Patent Publication No. 2015-114938

The problem to be solved by the embodiment of the present invention is to provide a payment device capable of performing training on the assumption that the payment medium has been paid even if the payment medium such as cash or electronic money is not at hand. It is what we are trying to provide.

In one embodiment, the payment device includes a detection means, a first processing means, a display device, a setting means, a control means, and a second processing means. The detection means detects the payment medium used to pay for the transaction. The first processing means processes the settlement of the transaction based on the payment amount by the payment medium detected by the detecting means. The setting means sets a training mode for training the operation input by the operator. The control means causes the display device to display an image that accepts the input of the payment amount by the payment medium, provided that the training mode is set. The second processing means processes the settlement of the transaction based on the payment amount by the payment medium that receives the input via the image.

The schematic diagram of the checkout system including the payment apparatus which concerns on embodiment. A block diagram showing the main circuit configurations of the registration device and the payment device constituting the system. The schematic diagram which shows the main memory area formed in the RAM of a registration apparatus. The schematic diagram which shows the main memory area formed in the RAM of a payment apparatus. The flow chart which shows the procedure of information processing executed by the CPU of a registration apparatus. The flow chart which shows the procedure of information processing executed by the CPU of a registration apparatus. The flow chart which shows the procedure of the main processing executed by the CPU of a payment apparatus. The flow chart which shows the procedure of the reception interrupt processing executed by the CPU of a payment apparatus. The figure which shows an example of the registration detail image displayed on the touch panel when the registration device is operating in a registration mode. The figure which shows an example of the registration detail image displayed on the touch panel when the registration device is operating in a training mode. The figure which shows an example of the payment image displayed on the touch panel when the registration device is operating in a training mode. The figure which shows an example of the guide image displayed on the touch panel when the registration device is operating in a training mode. The figure which shows an example of the payment selection image displayed on the touch panel when the payment device is operating in a training mode. The figure which shows an example of the payment image displayed on the touch panel when the payment device is operating in the training mode. The figure which shows an example of the virtual payment image displayed on the touch panel when the payment device is operating in a training mode. The figure which shows another example of the virtual payment image displayed on the touch panel when a payment device is operating in training mode.

Hereinafter, an embodiment of a payment device capable of performing training on the assumption that the payment medium has been paid even if the payment medium such as cash or electronic money is not available will be described with reference to the drawings. It should be noted that this embodiment is applied to a payment device in a semi-self-type checkout system.

FIG. 1 is a schematic view of a checkout system 10 including a payment device 12 according to an embodiment. The checkout system 10 includes a plurality of registration devices 11 and a payment device 12. The number of payment devices 12 is larger than that of the registration device 11.

The registration device 11 has a registration mode as a default operation mode. In the registration mode, the registration device 11 can perform operations such as product sales registration, accounting data generation, and accounting data transmission. The product sales registration is to register the product sales data in the memory based on the input data. For example, by scanning the barcode attached to the product, the registration device 11 registers the sales data such as the number of units sold and the sales amount of the product in the memory. Then, when the sales registration of all the products sold as one transaction is completed, the registration device 11 generates the accounting data necessary for the settlement of the transaction based on the sales data of each product registered in the memory. The accounting data includes the product code, product name, unit price, sales quantity, sales amount and the total quantity, total price, etc. of the product registered for sale. The registration device 11 transmits the accounting data to the settlement device 12.

The registration device 11 has a training mode as a non-default operation mode. The training mode is a mode for training the user in input operations. In the training mode, the registration device 11 can perform operations such as product sales registration, accounting data generation, and accounting data transmission, as in the registration mode.

The payment device 12 has a registration mode as a default operation mode. In the registration mode, the payment device 12 can perform operations such as payment processing, receipt issuance, and sales registration of sales data. The settlement process is to accept the payment input of the price and settle the sales transaction of the product from the payment data and the accounting data. Cash, credit cards, electronic money, etc. are used for payment. The settlement device 12 issues a receipt that describes the information of the sold and sold transactions that have been settled. The receipt may be printed on the receipt paper and issued as a paper receipt, or may be issued as an electronic receipt. Further, the payment device 12 registers the points, amounts, and the like of the sold and sold products in the storage device as sales data. The storage device may be provided by the payment device 12, or may be provided by a server that is a higher-level machine of the payment device 12.

The payment device 12 has a training mode as a non-default operation mode. The training mode is a mode for training the user in input operations. In the training mode, the payment device 12 can perform operations such as payment processing and receipt issuance in the same manner as the registration device. However, since the commercial transaction settled in the training mode is a virtual transaction, the settlement device 12 does not register the sales of the sales data.

The registration device 11 and the payment device 12 are arranged in each checkout lane of the store. The number of checkout lanes is arbitrary. The number of registration devices 11 arranged in one checkout lane is one, and the number of payment devices 12 is arbitrary. FIG. 1 shows an example in which one registration device 11 and two payment devices 12 are arranged in two checkout lanes, respectively.

The registration device 11 is attached to the work table 23 in FIG. The work table 23 has a rectangular top plate. By arranging the plurality of work tables 23 so that the longitudinal directions of the top plates are substantially parallel to each other, the work space of the clerk 21 and the aisle (checkout lane) for the shopper 22 are alternately formed.

Each checkout lane is assigned a unique number. In FIG. 1, a lane number “1” is assigned to the checkout lane on the upper side in the figure, and a lane number “2” is assigned to the checkout lane on the lower side in the figure. In the checkout lane of the lane number “1”, one registration device 11 (11-1) and two payment devices 12 (12-1A, 12-1B) are arranged. In the checkout lane of the lane number “2”, one registration device 11 (11-2) and two payment devices 12 (12-2A, 12-2B) are arranged.

The registration device 11 cooperates with two payment devices 12 arranged in the same checkout lane. Then, the accounting data is transmitted to one of the two linked payment devices 12. Which payment device 12 the accounting data is transmitted to is arbitrary. Further, the accounting data may be transmitted to each of the two payment devices 12.

The checkout system 10 is a semi-self system. That is, the clerk 21 is the operator of the registration device 11. The operator of the payment device 12 is the shopper (settlement) 22 whose sales registration of the purchased product is made by the registration device 11.

FIG. 2 is a block diagram showing a main circuit configuration of the registration device 11 and the payment device 12. The registration device 11 and the payment device 12 of each checkout lane are both connected to a LAN (local area network) 13 which is an in-store network. The server 14 is also connected to the LAN 13.

The registration device 11 and the payment device 12 exchange information via the LAN 13. As the network, another communication network such as the Internet or a wireless LAN may be used instead of the LAN 13. Further, information such as accounting data may be exchanged between the registration device 11 and the payment device 12 via the server 14. Further, the registration device 11 and the payment device 12 may be connected by a communication network for each checkout lane, and the registration devices 11 may be connected to each other by another communication network between the other checkout lanes.

The registration device 11 includes a CPU (Central Processing Unit) 11a, a ROM (Read Only Memory) 11b, a RAM (Random Access Memory) 11c, an auxiliary storage unit 11d, a scanner 11e, a touch panel 11f, a printer 11g, a reader / writer 11h, and a communication unit. Includes 11i and transmission system 11j.

The CPU 11a is connected to the ROM 11b, the RAM 11c, and the auxiliary storage unit 11d via the transmission system 11j to form a computer. The CPU 11a corresponds to the central part of the computer. The CPU 11a controls each unit in order to realize various functions as the registration device 11 based on the operating system, middleware, and application program stored in the ROM 11b and the RAM 11c.

The ROM 11b corresponds to the main storage portion of the computer. The ROM 11b stores the operating system. The ROM 11b may store the middleware or application program. The ROM 11b may store data that the CPU 11a refers to when performing various processes.

The RAM 11c corresponds to the main storage portion of the computer. The RAM 11c stores data that the CPU 11a refers to when performing various processes. The RAM 11c is also used as a so-called work area for storing data temporarily used by the CPU 11a for performing various processes.

The auxiliary storage unit 11d corresponds to the auxiliary storage portion of the computer. The auxiliary storage unit 11d stores data used by the CPU 11a to perform various processes or data generated by the processes in the CPU 11a. As the auxiliary storage unit 11d, for example, an EEPROM (Electric Erasable Programmable Read-Only Memory), an HDD (Hard Disc Drive), an SSD (Solid State Drive), or the like can be used. The application program stored in the ROM 11b or the auxiliary storage unit 11d includes a control program described for information processing executed by the registration device 11.

The scanner 11e reads the barcode attached to the product to obtain the product code of the product.
The touch panel 11f includes a display device and a touch sensor. The touch panel 11f has a touch panel for a clerk and a touch panel for a customer. The touch panel 11f for the clerk is provided on the work table 23 so that the display screen faces the work space side of the clerk 21. The customer touch panel 11f is provided on the work table 23 so that the display screen faces the aisle side for the shopper 22.

The printer 11g issues a receipt by printing various character strings or images on the receipt paper.
The reader / writer 11h reads the data recorded on a recording medium such as a card or an IC (integrated circuit) chip, which is a kind of payment medium, and writes the data to the recording medium. Cards include payment cards such as credit cards, debit cards, electronic money cards, and prepaid cards, as well as various cards such as member's cards and point cards that record information related to payment processing. In addition to the above-mentioned various cards, the IC chip may be provided in an information terminal such as a smartphone.

The communication unit 11i is connected to the LAN 13. The communication unit 11i is connected via the LAN 13 and performs data communication with a plurality of payment devices 12 in a linked state. The communication unit 11i can also perform data communication with another registration device 11 or a payment device 12 via the LAN 13.

The transmission system 11j transmits data exchanged between the CPU 11a, ROM 11b, RAM 11c, auxiliary storage unit 11d, scanner 11e, touch panel 11f, printer 11g, reader / writer 11h, and communication unit 11i. As the transmission system 11j, a well-known one including various buses such as a system bus and various interface circuits connecting these buses and each part can be used. As the hardware of such a registration device 11, for example, an existing POS terminal can be used.

The payment device 12 includes a CPU 12a, a ROM 12b, a RAM 12c, an auxiliary storage unit 12d, a scanner 12e, a touch panel 12f, a printer 12g, a reader / writer 12h, a communication unit 12i, and a transmission system 12j. The payment device 12 also includes an automatic change machine 12k. The automatic change machine 12k collects cash (coins and banknotes), which is a kind of payment medium used for payment of transactions. Further, the automatic change machine 12k discharges cash (coins and banknotes) as change.

The other CPU 12a, ROM 12b, RAM 12c, auxiliary storage unit 12d, scanner 12e, touch panel 12f, printer 12g, reader / writer 12h, communication unit 12i, and transmission system 12j have the same functions as those of the registration device 11. .. That is, the CPU 12a is connected to the ROM 12b, the RAM 12c, and the auxiliary storage unit 12d via the transmission system 12j to form a computer. Then, the CPU 12a controls each unit in order to realize various operations as the payment device 12 based on the operating system, middleware, and application program stored in the ROM 12b and the RAM 12c. The application program stored in the ROM 12b or the auxiliary storage unit 12d includes a control program described for information processing executed by the payment device 12. As the hardware of such a payment device 12, for example, an existing POS terminal compatible with the self-method can be used.

The server 14 stores a product database in which product information such as a product name and a unit price is set in association with a product code of each product in a storage device. The storage device may be, for example, an HDD or an SSD, and may be built in the server 14 or externally attached to the server 14.

Further, the server 14 stores the sales total file 31 in the storage device.
The sales total file 31 is an area for totaling the data of each purchased product registered for sale by each registration device 11 according to classification items such as by product code, by checkout lane, by date, and by transaction time zone. At the store, by analyzing the data stored in the sales total file 31, management data such as sales, the number of stocks, and disposal loss of the entire store can be obtained.

FIG. 3 is a schematic view showing a main memory area formed in the RAM 11c of the registration device 11. In FIG. 3, the memory area 41 is an area for storing a plurality of records composed of product code, product name, unit price, quantity, and amount of money data. The product code is a unique code for individually identifying each product. Each product is given a product code represented by, for example, a barcode. The product name and unit price are the product name and the price per item specified by the product code of the same record. The quantity and amount are sales data of the product specified by the product code of the same record.

When the product code is acquired in the registration device 11, the CPU 11a inquires the server 14 about the product information with the product code. Upon receiving this inquiry, the server 14 accesses the product database, reads the product information associated with the product code from the product database, and notifies the registration device 11 via the LAN 13. The CPU 11a of the registration device 11 creates the above record based on the product information notified from the server 14 and stores (registers) it in the memory area 41. Hereinafter, the memory area 41 is referred to as a sales registration table 41.

The memory area 42 is an area for storing the total number and the total amount of money. The total quantity is the total number of each record stored (registered) in the sales registration table 41, and the total amount is the total amount of the records. Hereinafter, the memory area 42 is referred to as a total table 42.

The memory area 43 is an area for storing a destination ID for specifying a payment device 12 as a destination for accounting data. The registration device 11 transmits the accounting data generated based on the record information stored (registered) in the sales registration table 41 to the settlement device 12 via the LAN 13. At this time, the registration device 11 transmits the accounting data to one payment device 12 identified by the destination ID stored in the memory area 43 via the LAN 13. Hereinafter, the memory area 43 is referred to as a destination memory 43.

The memory area 44 is an area for storing the status information ST1 indicating the operation mode of the registration device 11. As described above, the registration device 11 has a registration mode as a default operation mode and a training mode as a non-default operation mode. In the present embodiment, the status information ST1 is set to "0" in the registration mode and "9" in the training mode. Hereinafter, the memory area 44 is referred to as a status memory 44.
The operation mode of the registration device 11 is not limited to the registration mode and the training mode. It may include a well-known manager mode, inspection mode, settlement mode, setting mode, return mode, and the like.

FIG. 4 is a schematic view showing a main memory area formed in the RAM 12c of the payment device 12. In FIG. 4, the memory area 51 is an area for storing the accounting data received from the registration device 11. Hereinafter, the memory area 51 is referred to as an accounting data memory 51.

The memory area 52 is an area for storing the processing flag F. The processing flag F is information that identifies whether or not settlement processing based on accounting data is being executed. In the present embodiment, the processing flag F is reset to "0" when the payment processing is not being executed, and is set to "1" when the payment processing is being executed. Hereinafter, the memory area 52 is referred to as a flag memory 52.

The memory area 53 is an area for storing a transfer destination ID for specifying another payment device 12 as a transfer destination of accounting data. When the settlement device 12 receives other accounting data during the settlement process, the settlement device 12 transfers the accounting data to the other settlement device 12 identified by the transfer destination ID stored in the memory area 53 via the LAN 13. To do. Hereinafter, the memory area 53 is referred to as a transfer destination memory 53.
In the payment device 12 to which the accounting data is transferred last, the transfer destination ID is not stored in the transfer destination memory 53. Alternatively, information indicating that the transfer destination ID has not been set is stored in the transfer destination memory 53.

The memory area 54 is an area for storing the status information ST2 indicating the operation mode of the payment device 12. As described above, the payment device 12 has a registration mode as a default operation mode and a training mode as a non-default operation mode. In the present embodiment, the status information ST2 is set to "0" in the registration mode and "9" in the training mode. Hereinafter, the memory area 54 is referred to as a status memory 54.
The operation mode of the payment device 12 is not limited to the registration mode and the training mode. It may include a well-known manager mode, inspection mode, settlement mode, setting mode, return mode, and the like.

5 and 6 are flow charts showing an information processing procedure executed by the CPU 11a of the registration device 11. This information processing follows a control program stored in the ROM 11b or the auxiliary storage unit 11d. FIG. 7 is a flow chart showing a procedure of main processing executed by the CPU 12a of the payment device 12, and FIG. 8 is a flow chart showing a procedure of reception interrupt processing executed by the CPU 12a. The main processing and the reception interrupt processing are based on the control program stored in the ROM 12b or the auxiliary storage unit 12d. 9 to 12 are examples of images displayed on the touch panel 11f of the registration device 11, and FIGS. 13 to 16 are examples of images displayed on the touch panel 12f of the payment device 12. Hereinafter, the operation of the checkout system 10 will be described with reference to these figures. The contents and images of the processes described below are examples, and various processes and images capable of obtaining similar results can be appropriately used.

First, the operation of the registration device 11 will be described.
When the registration device 11 is started in the default registration mode, the CPU 11a starts information processing of the procedure shown in the flow chart of FIG. First, the CPU 11a initializes as Act1. By this initialization, the sales registration table 41 and the total table 42 are cleared. Further, the status ST1 of the status memory 44 becomes “0”.
Next, the CPU 11a causes the registration detail image SC1 (see FIG. 9) to be displayed on a part of the screen of the touch panel 11f as Act2.

The registration detail image SC1 represents the contents of the sales registration table 41 and the total table 42, and causes the clerk 21 to confirm the implementation status of the registration process. FIG. 9 is an example of the registration detail image SC1 when the status ST1 is “0”, that is, when operating in the registration mode. The registration detail image SC1 includes display areas R1 and R2 and a button B1. The display area R1 displays the product name, quantity, and unit price of the most recently registered product, and the total quantity and total price of the purchased products after the product is registered. The display area R2 displays a list of product names, quantities, unit prices, and amounts related to products for which purchase registration has been made prior to the products shown in the registration detail image SC1. The button B1 is for the user to specify to switch the operation mode of the registration device 11 to the training mode. In the following description, the button B1 is referred to as a training button.
Although not shown, the CPU 11a displays various function buttons such as a product button for the clerk 21 to specify a product and a subtotal button outside the area of the touch panel 11f screen to be the registration detail image SC1. indicate.

The clerk 21 who has confirmed the registration detail image SC1 operates, for example, the scanner 11e or the product button to sequentially input the product code of the product purchased by the shopper 22. Then, when the product codes of all the purchased products are entered, the clerk 21 touches the subtotal button.

Returning to the description of FIG.
The CPU 11a displaying the registration detail image SC1 confirms whether or not the training button B1 has been input as Act3. When the training button B1 is not touched (NO in Act3), the CPU 11a confirms whether or not the product code has been input as Act4. If the product code is not input (NO in Act4), the CPU 11a returns to the process of Act3. Therefore, the CPU 11a waits for the training button B1 to be touched or the product code to be input by the processing of Act3 and Act4.

In the standby state of Act3 and Act4, when the product code is input via the scanner 11e or the product button (YES in Act4), the CPU 11a registers the product sales data as Act5. That is, the CPU 11a detects product information such as a product name and a unit price associated with the input product code and set in the product database, and calculates the sales amount by multiplying the unit price by the number of units sold. Then, the CPU 11a creates a record of product sales data including a product code, a product name, a unit price, a number of units sold, and a sales amount, and registers the record in the sales registration table 41. Further, the CPU 11a adds the number of units sold and the sales amount to the total table 42. When the product sales data has been registered in this way, the CPU 11a updates the registration detail image SC1 as Act 6 so as to conform to the contents of the sales registration table 41 and the total table 42.

After updating the registration detail image SC1, the CPU 11a confirms whether or not the next product code has been input as Act7. When the product code is not input (NO in Act7), the CPU 11a confirms whether or not the subtotal button is touched as Act8. If the subtotal button is not touched (NO in Act8), the CPU 11a returns to the processing of Act7. Therefore, the CPU 11a waits for the product code to be input or the subtotal button to be touched by the processing of Act7 and Act8. In this standby state, the CPU 11a may confirm the occurrence of another event such as another operation being performed, and shift to the processing according to the occurrence event.

On the other hand, when the training button B1 is touched in the standby state of Act3 and Act4 (YES in Act3), the CPU 11a sets the status information ST1 of the status memory 44 to "9" as Act9. Further, the CPU 11a changes the registration detail image SC1 when the registration mode is set as Act 10 to the registration detail image SC2 (see FIG. 10) when the training mode is set.

FIG. 10 is an example of the registration detail image SC2 when the status information ST1 is “9”, that is, when the status information ST1 is operating in the training mode. The registration detail image SC2 displays a stop button B2 instead of the training button B1 of the registration detail image SC1. Further, the registration detail image SC2 adds a comment "(during training)" notifying the trainer that the training is in progress to the registration detail image SC1. The stop button B2 is for the trainee to specify the stop of the training mode.

A trainer (for example, a clerk 21) who trains the registration device 11 touches the training button B1 of the registration detail image SC1. Then, since the registration detail image SC2 is displayed on the touch panel 11f, the trainee sequentially inputs the product code of the product prepared for training. Then, after entering the product codes of all the training products, the trainee touches the subtotal button. If the trainee decides to cancel the training for some reason before starting the training, the trainee touches the stop button B2.

When the registration detail image SC2 is displayed on the touch panel 11f, the CPU 11a confirms whether or not the product code has been input as Act11. When the product code is not input (NO in Act11), the CPU 11a confirms whether or not the stop button B2 is touched as Act12. If the stop button B2 is not touched (NO in Act12), the CPU 11a returns to the process of Act11. Therefore, the CPU 11a waits for the product code to be input or the stop button B2 to be touched by the processing of Act 11 and Act 12. In this standby state, the CPU 11a may confirm the occurrence of another event such as another operation being performed, and shift to the processing according to the occurrence event.

When the stop button B2 is touched in the standby state of Act 11 and Act 12 (YES in Act 12), the CPU 11a sets the status information ST1 of the status memory 44 to “0” as Act 13. Then, the CPU 11a returns to the process of Act2. Therefore, the CPU 11a returns the image displayed on the touch panel 11f from the registration detail image SC2 to the registration detail image SC1. Then, the CPU 11a returns to the standby state of Act3 and Act4 again.

When the product code is input via the scanner 11e or the product button in the standby state of Act 11 and Act 12 (YES in Act 11), the CPU 11a proceeds to the process of Act 5. That is, the CPU 11a registers the product sales data and updates the registration detail image SC2. After that, the CPU 11a enters the standby state of Act7 and Act8.

When the product code is input in the standby state of Act7 and Act8 (YES in Act7), the CPU 11a returns to the processing of Act5. Then, the CPU 11a repeats the subsequent processing in the same manner as described above. Therefore, the CPU 11a registers the product sales data and updates the registered detail image SC1 or the registered detail image SC2 every time the product code is input.

When the subtotal button is touched in the standby state of Act7 and Act8 (YES in Act8), the CPU 11a generates accounting data as Act14 based on the data of the sales registration table 41 and the total table 42. Further, the CPU 11a causes the payment image SC3 (see FIG. 11) to be displayed on a part of the screen of the touch panel 11f as Act15.

The payment image SC3 causes the clerk 21 to confirm whether or not to shift to payment for the registered product. An example of the payment image SC3 is shown in FIG. FIG. 10 is a payment image SC3 when the registration device 11 is operating in the training mode. The payment image when the registration device 11 is operating in the registration mode is obtained by deleting the comment "(during training)" notifying the trainee that the training is in progress from the payment image SC3 in FIG.

The payment image SC3 includes a display area R3 and buttons B3, B4, B5 and B6. The display area R3 displays the total number and total amount of the total table 42. Buttons B3 and B4 are for the operator (clerk 21 or trainer) to specify that a discount or discount is applied to the total amount. The button B5 is for the operator to specify that the registration detail image SC1 or the registration detail image SC2 is to be displayed again on the screen of the touch panel 11f. Button B6 is for the operator to specify the transmission of accounting data.
The operator who confirmed the payment image SC3 touches the back button B5 when adding the product to be registered. When shifting to payment for the registered product, the operator touches the send button B6.

When the payment image SC3 is displayed, the CPU 11a confirms whether or not the return button B5 as Act21 in FIG. 6 is touched. When the back button B5 is not touched (NO in Act21), the CPU 11a confirms whether or not the transmission button B6 is touched as Act22. If the send button B6 is not touched (NO in Act22), the CPU 11a returns to the process of Act21. Therefore, the CPU 11a waits for the return button B5 to be touched or the transmission button B6 to be touched by the processing of Act21 and Act22. In this standby state, the CPU 11a may confirm the occurrence of another event such as another operation being performed, and shift to the processing according to the occurrence event. For example, when any of the buttons B3 and B4 is touched by the operator, the CPU 11a changes the total amount included in the accounting data according to the subsequent instruction by the operator.

When the back button B5 is touched in the standby state of Act21 and Act22 (YES in Act21), the CPU 11a displays the immediately preceding registration detail image SC1 or registration detail image SC2 in a part of the screen of the touch panel 11f as Act23. Display again. After that, the CPU 11a returns to the process of Act 5 of FIG. 5, and repeats the subsequent processes in the same manner as described above.

When the transmission button B6 is touched in the standby state of Act21 and Act22 (YES in Act22), the CPU 11a assigns the status information ST1 of the status memory 44 to the accounting data generated in the processing of Act14 as Act24.
The CPU 11a acquires a destination ID from the destination memory 43 as Act 25. Then, the CPU 11a transmits the accounting data to which the status information ST1 is added to one payment device 12 identified by the destination ID as Act26.

Specifically, the CPU 11a uses the communication address set in one payment device 12 identified by the destination ID as the destination address, the communication address set in the own device as the source address, and transfers the accounting data to the LAN 13. The communication unit 11i is controlled so as to transmit. By this control, the information including the accounting data to which the status information ST1 is added is transmitted on the LAN 13. This information is received by one payment device 12 identified by the destination ID.

If the transmission of accounting data is controlled in this way, the CPU 11a waits for a response signal from the settlement device 12 as Act27. As will be described later, from any of the settlement devices 12 that have received the accounting data (the settlement device that has received the accounting data transmitted from the registration device 11 or the settlement device that has received the accounting data transferred from another settlement device). , A receipt response signal or an error response signal is returned. When the CPU 11a receives the response signal via the communication unit 11i (YES in Act27), the CPU 11a determines whether the response signal is a reception response signal or an error response signal as Act28.

When the response signal is a receipt response signal (YES in Act28), the CPU 11a causes the guide image SC4 (see FIG. 12) to be displayed on a part of the screen of the touch panel 11f as Act29.
The guide image SC4 causes the operator to confirm the payment device 12 which is the transmission destination of the accounting data. An example of the guide image SC4 is shown in FIG. FIG. 12 is a guide image when the registration device 11 is operating in the training mode. The guidance image when the registration device 11 is operating in the registration mode is obtained by deleting the comment "(during training)" notifying the trainee that the training is in progress from the guidance image SC4 in FIG.

The guide image SC4 includes display areas R4 and R5 and a button B7. The display area R4 displays the total number and total amount of the total table 32a. The display area R5 displays a message for notifying the operator of the payment device 12 which is the destination of the accounting data. The message may be, for example, "Please settle with the payment device B". The content of the message is not particularly limited. For example, it may be "sent to payment device B", or it may be simply "payment device B" or "B". The button B7 is for the operator to specify that the content of the guide image SC4 has been confirmed. Hereinafter, the button B7 will be referred to as a confirmation button B7.

The guide image SC4 may be displayed on the customer touch panel 11f instead of the clerk touch panel 11f. In this case, the user who has confirmed the guide image SC touches the confirmation button B7.
The clerk 21 who has completed the sales registration of the product purchased by the shopper touches the confirmation button B7 after confirming the guide image SC4. Further, the clerk 21 notifies the shopper 22 that the payment should be made by the payment device 12 guided by the guidance image SC4. Upon receiving this notification, the shopper 22 moves to the payment device 12 and performs an operation for payment. On the other hand, the trainee who has completed the sales registration of the training product touches the confirmation button B7 after confirming the guidance image SC4. After that, the user moves to the payment device 12 guided by the guidance image SC4 and trains the input operation.

The CPU 11a displaying the guide image SC4 waits for the confirmation button B7 to be touched as Act31. Then, if the confirmation button B7 is touched (YES in Act31), the CPU 11a sets the status information ST1 of the status memory 44 to “0” as Act32. After that, the CPU 11a returns to the processing of Act2. Therefore, the CPU 11a returns the image displayed on the touch panel 11f from the guide image SC4 to the registration detail image SC1. Then, the CPU 11a repeats the same processing as described above.

On the other hand, when the response signal is an error response signal (NO in Act 28), the CPU 11a causes the touch panel 11f to display a non-transmissible image as Act 30. The non-transmissible image notifies the operator that the accounting data has not been processed by the settlement device 12. The non-transmissible image includes a confirmation button B7 similar to the guide image SC4. The clerk 21 or the trainee who confirmed the untransmittable image touches the confirmation button B7.
The CPU 11a displaying the non-transmissible image proceeds to the above-described Act31 process. Therefore, when the confirmation button B7 of the non-transmissible image is touched, the image displayed on the touch panel 11f returns from the non-transmissible image to the registration detail image SC1.
In this way, the registration device 11 can change the operation mode from the default registration mode to the non-default training mode by touching the training button B1 of the registration detail image SC1. Then, when the trainee finishes training for a series of input operations related to one transaction, the operation mode of the registration device 11 returns to the registration mode. Therefore, when the trainee trains the registration device 11 again, he / she may touch the training button B1 of the registration detail image SC1.

Next, the operation of the payment device 12 will be described.
When the payment device 12 is activated, the CPU 12a starts the main process of the procedure shown in the flow chart of FIG. 7. First, the CPU 12a resets the processing flag F of the flag memory 52 to “0” as Act 41. Further, the CPU 12a causes the standby image to be displayed on a part of the screen of the touch panel 12f as the Act 42. The standby image represents that the payment process is not performed, and what kind of information may be represented may be arbitrary. For example, it is assumed that the standby image represents a message indicating that payment processing cannot be performed, or displays an arbitrary image representing an advertisement or the like as a screen saver.

On the other hand, the CPU 12a can execute the reception interrupt process shown in FIG. 8 in parallel with the main process shown in FIG. The reception interrupt process is started when the communication unit 12i receives information with the communication address set in the own unit as the destination address.

When the reception interrupt processing is started, the CPU 12a first identifies whether or not the reception information includes accounting data as Act61. The received information includes a type code indicating the type of information. The CPU 12a identifies whether or not the received information includes accounting data by this type code. When the received information does not include accounting data (NO in Act61), the CPU 12a executes information processing according to the type of the received information.

When the received information includes accounting data (YES in Act61), the CPU 12a checks the processing flag F as Act62. Here, when the processing flag F is reset to "0" (NO in Act62), that is, when the settlement processing is not executed in the settlement device 12, the CPU 12a has received the accounting data as Act63. Is notified to the main process.

On the other hand, when the processing flag F is set to "1" (YES in Act62), that is, when the payment processing is being executed by the payment device 12, the CPU 12a sets the transfer destination ID to the transfer destination memory 53 as Act64. Check if is stored. When the transfer destination ID is not stored in the transfer destination memory 53 (NO in Act64), the CPU 12a transmits an error response signal to the registration device 11 of the accounting data transmission source as Act65.

Specifically, the CPU 12a transmits an error response signal to the LAN 13 using the communication address set as the source address in the received information as the destination address and the communication address set in the own machine as the source address. Controls the communication unit 12i. By this control, an error response signal is transmitted on the LAN 13. This error response signal is received by the registration device 11 specified by the destination address.

On the other hand, when the transfer destination ID is stored in the transfer destination memory 53 (YES in Act64), the CPU 12a acquires the transfer destination ID from the transfer destination memory 53 as Act66. Then, the CPU 12a transfers the information received in the processing of the Act 61, that is, the information including the accounting data to which the status information ST1 is given, to the other payment device 12 identified by the transfer destination ID as the Act 67.

Specifically, the CPU 12a changes the destination address of the information received in the processing of Act61 to the communication address set in one payment device 12 identified by the transfer destination ID, and transmits the communication unit to the LAN 13. Control 12i. By this control, the information including the accounting data to which the status information ST1 is added is transmitted on the LAN 13. This information is received by one payment device 12 identified by the transfer destination ID. Then, the CPU 12a of the payment device 12 that has received this information executes the reception interrupt process shown in the flow chart of FIG.
Even if the processing flag F is reset to "0" in the processing of Act62, if an error that interferes with the payment processing occurs, for example, the printer 12g does not have the receipt paper, the CPU 12a will move the CPU 12a. Proceed to the process of Act64 instead of Act63.

Returning to the description of FIG.
The CPU 12a, which displays the standby image on a part of the screen of the touch panel 12f, waits for the accounting data to be received as Act43. Then, upon receiving the notification that the accounting data has been received by the processing of Act 63 of the reception interrupt processing, the CPU 12a stores the accounting data to which the status information ST1 is added as Act 44 in the accounting data memory 51. Further, the CPU 12a sets the processing flag F to "1" as Act45. Further, the CPU 12a transmits a receipt response signal to the registration device 11 of the accounting data transmission source as Act46.

Specifically, the CPU 12a transmits a receipt response signal to the LAN 13 using the communication address set as the source address in the received information as the destination address and the communication address set in the own machine as the source address. Controls the communication unit 12i. By this control, the receipt response signal is transmitted on the LAN 13. This receipt response signal is received by the registration device 11 specified by the destination address.

In this way, the CPU 12a that controls the transmission of the receipt response signal detects the status information ST1 added to the accounting data as Act47. Then, the CPU 12a replaces the status information ST2 stored in the status memory 54 as Act48 with the status information ST1 detected in the processing of Act47. Therefore, when the status information ST1 added to the accounting data is "0", the status information ST2 becomes "0". That is, the operation mode of the payment device 12 is set to the registration mode. Similarly, when the status information ST1 added to the accounting data is "9", the status information ST2 becomes "9". That is, the operation mode of the payment device 12 is set to the training mode.

Here, the computer mainly composed of the CPU 12a constitutes a setting means for setting a training mode for training the operation input by the operator by executing the processes of Act 47 and Act 48.

After replacing the status information ST2 with the status information ST1, the CPU 12a causes the payment selection image SC5 to be displayed on a part of the screen of the touch panel 12f as Act49.
The payment selection image SC5 is an image that prompts an operator (a settler (generally a shopper 22) or a trainer) to select a payment medium. An example of the payment selection image SC5 is shown in FIG. FIG. 13 is a payment selection image when the status information ST2 is “9”, that is, the payment device 12 is operating in the training mode. The comment "(Training) tells the trainee that the payment selection image when the status information ST2 is" 0 ", that is, the payment device 12 is operating in the registration mode is being trained from the payment selection image SC5 of FIG. Middle) ”is deleted.

The payment selection image SC5 includes display areas R6 and R7 and buttons B8, B9 and B10. The display area R6 displays operation guidance to the operator. The display area R7 displays the total number and the total amount included in the accounting data. Button B8 is for the operator to specify that the payment medium is cash. Button B9 is for the operator to specify that the payment medium is a credit card. The button B10 is for the operator to specify that the payment medium is electronic money. In the following description, the button B8 is referred to as a cash button B8, the button B9 is referred to as a credit button B9, and the button B10 is referred to as an electronic money button B10.

By the way, the operator who confirmed the payment image when operating in the registration mode, that is, the settler, decides whether to pay by cash, credit card, or electronic money. When paying in cash, touch the cash button B8 and insert cash of the total amount or more into the automatic change machine 12k. When paying with a credit card, touch the credit button B9 to have the reader / writer 12h read the credit card data. When paying with electronic money, the electronic money button B10 is touched to cause the reader / writer 12h to read the electronic money stored in the IC card or the IC chip of the information communication terminal.

Similarly, the operator who confirmed the payment image SC5 when operating in the training mode, that is, the trainer, touches the cash button B8 when training to pay in cash, and pays by credit card. Touch the credit button B9 for training, and touch the electronic money button B10 for training to pay with electronic money. However, the trainee does not necessarily have to put cash into the automatic change machine. Further, the trainee does not necessarily have to have the reader / writer 12h read the credit card data and the electronic money. This point will be described later.

Returning to the description of FIG.
The CPU 12a displaying the payment image SC5 accepts the selection of the payment medium as Act50. That is, the CPU 12a waits for any of the cash button B6, the credit button B7, or the electronic money button B8 to be touched. Then, when any button is touched, the CPU 12a detects the payment medium selected by the touched button as Act51. For example, when the cash button B6 is touched, the CPU 12a detects the amount of cash inserted into the automatic change machine 12k. Similarly, when the credit button B7 is touched, the CPU 12a detects the credit card data read by the reader / writer 12h. When the electronic money button B8 is touched, the CPU 12a detects the electronic money read by the reader / writer 12h. After that, the CPU 12a causes the payment image (see FIG. 14) SC6 corresponding to the selected payment medium to be displayed on a part of the screen of the touch panel 12f as Act52.

The payment image SC6 is an image that notifies the operator of the payment method. An example of the payment image SC6 is shown in FIG. FIG. 14 is a payment image SC6 when cash payment is selected as the payment medium. The payment image SC6 includes display areas R8 and R9 and a button B11. The display area R8 displays operation guidance when paying in cash. The display area R9 displays information related to payment in cash, that is, the total amount, the payment amount, and the change amount. The button B11 is for the operator who has paid the price in cash to specify the settlement. In the following description, the button B11 is referred to as a settlement button B11.

By the way, in the payment image when credit card payment is selected as the payment medium, for example, the operation guidance for reading the credit card with the reader / writer 12h is displayed in the display area R8, and the total amount and credit payment are displayed in the display area R9. The amount and is displayed. Further, as for the payment image when electronic money payment is selected as the payment medium, for example, the operation guidance for reading the electronic money with the reader / writer 12h is displayed in the display area R8, and the total amount and the electronic money are displayed in the display area R9. The balance is displayed.

Here, the computer mainly composed of the CPU 12a executes the processing of Act49 and Act50 in cooperation with the touch panel 12f, so that any one payment medium is selected from a plurality of types of payment media. Configure the reception means to accept. In addition, the computer constitutes a detection means for detecting a payment medium used for payment of a transaction by executing a process of Act51 in cooperation with a reader / writer 12h and an automatic change machine 12k.

Returning to the description of FIG.
The CPU 12a displaying the payment image SC6 examines the status information ST2 of the status memory 54 as Act53. Then, when the status information ST2 is "0", that is, when the registration mode is set ("0" in Act53), the CPU 12a executes the payment process as Act54. That is, when the cash button B6 is touched, the CPU 12a executes a settlement process for cash payment based on the cash input amount detected via the automatic change machine 12k. When the credit button B7 is touched, the payment process for the credit card payment is executed based on the credit card data read by the reader / writer 12h. When the electronic money button B8 is touched, the CPU 12a executes a payment process for the electronic money payment based on the balance of the electronic money read by the reader / writer 12h. Since these payment processes are well known in existing self-POS terminals, the description thereof is omitted here.

Here, the computer mainly composed of the CPU 12a processes the settlement of the transaction based on the payment amount by the payment medium detected by the detection means by executing the processing of the Act 54 in cooperation with the touch panel 12f. Configure processing means.

The payment method is not limited to cash, credit card and electronic money. For example, the payment device 12 can handle payment with a gold ticket such as a service point or a gift certificate.

When the settlement process is completed, the CPU 12a executes the receipt issuing process as Act55. That is, the CPU 12a edits the print data of the receipt based on the accounting data stored in the accounting data memory 51. Then, the CPU 12a operates the printer 12g to issue a receipt. After issuing the receipt, the CPU 12a notifies the server 14 of the sales of the accounting data as Act56.

Specifically, the CPU 12a generates a sales notification command including accounting data stored in the accounting data memory 51. Then, the CPU 12a controls the communication unit 12i so as to transmit the sales notification command to the LAN 13 using the communication address of the server 14 as the transmission destination address and the communication address set in the own machine as the transmission source address. By this control, the sales notification command is transmitted on the LAN 13. This sales notification command is received by the server 14 specified by the destination address.

The server 14 that has received the sales notification command updates the data in the sales summary file 31 based on the accounting data included in the command.
The CPU 12a that has notified the server 14 of the sales of the accounting data returns to the processing of the Act 41. Then, the CPU 12a repeats the subsequent processing in the same manner as described above.

On the other hand, when the status information ST2 is "9" in Act53, that is, when the training mode is set ("9" in Act53), the CPU 12a sets the virtual payment image SC7 as a part of the screen of the touch panel 12f as Act57. Display it.

The virtual payment image SC7 is an image for the trainee to virtually perform a payment operation using the selected payment medium. An example of the virtual payment image SC7 is shown in FIGS. 15 and 16.
FIG. 15 is a virtual payment image SC7 when cash payment is selected as the payment medium. The virtual payment image SC7 includes a ten-key button of 0 to 9 for counting the payment amount, and a correction button for the settlement person to specify the correction of the number. As shown in FIG. 15, the virtual payment image SC7 is displayed superimposed on the payment image SC6. In addition, the comment "(in training)" notifying the trainee that the training is in progress is also displayed. The trainee who confirmed the virtual payment image SC7 instead of inserting cash into the automatic change machine 12k, puts the input amount with the numeric keypad button. Alternatively, cash may be inserted into the automatic change machine 12k.

FIG. 16 is a virtual payment image SC7 when electronic money is selected as the payment medium. The virtual payment image SC7 includes an image RW of the reader / writer 11h and a plurality of types of electronic money images M1 and M2 having different balances (two types in FIG. 16). As shown in FIG. 16, the virtual payment image SC7 is displayed superimposed on the payment image SC6. In addition, the comment "(in training)" notifying the trainee that the training is in progress is also displayed. The trainee who confirmed the virtual payment image SC7 puts the electronic money images M1 and M2 on which the desired balance is recorded instead of holding the electronic money recording medium (such as an information terminal equipped with a card or an IC chip) on the reader / writer 12h. select. Alternatively, the electronic money recording medium may be held in the reader / writer 12h.

In addition, as the virtual payment image when credit card payment is selected as the payment medium, an image that causes the reader / writer 12h to read the credit card data can be considered. The trainee who confirmed this image performs an operation of causing the reader / writer 12h to read the credit card data on the screen of the touch panel 11f. Alternatively, the reader / writer 12h may actually read the credit card data.

Here, the computer mainly composed of the CPU 12a inputs the payment amount by the payment medium to the display device on the condition that the training mode is set by executing the processing of Act56 and Act57 in cooperation with the touch panel 12f. A control means for displaying an image that accepts the above is configured.

Returning to the description of FIG.
The CPU 12a displaying the virtual payment image SC7 executes the payment process as Act58. This settlement process is basically the same as the settlement process of Act54. However, in the payment process of Act58, the operation input of the virtual payment image SC7 is valid. That is, when the cash button B6 is touch-operated, the CPU 12a executes the settlement process with the value set by the operation input of the virtual payment image SC7 as the amount input to the automatic change machine 12k. When the credit button B7 is touched, the CPU 12a executes the payment process assuming that the preset credit card data has been read by the reader / writer 12h by the operation input of the virtual payment image SC7. When the electronic money button B8 is touched, the CPU 12a executes the payment process assuming that the electronic money of the preset balance is read by the reader / writer 12h by the operation input of the virtual payment image SC7.

Here, the computer mainly composed of the CPU 12a constitutes a second processing means for processing the settlement of the transaction based on the payment amount by the payment medium that receives the input via the image by executing the process of Act58. ..

When the settlement process is completed, the CPU 12a executes the receipt issuing process as Act 59. This receipt issuing process is the same as the receipt issuing process of Act55.
When the receipt issuing process is completed, the CPU 12a returns to the process of Act 41. Then, the CPU 12a repeats the subsequent processing in the same manner as described above. As described above, when the status information ST2 is set to "9", that is, when the operation mode is the training mode, the settlement device 12 performs the settlement process and the receipt issuance process, but the accounting data described as Act56 Sales notification processing is not performed.

In the checkout system 10 of the present embodiment, when the payment device 12 receives the accounting data from the registration device 11 in the default registration mode, the payment selection image SC5 is displayed on the touch panel 12f. Here, when the settler touches, for example, the cash button B8 and inserts cash into the automatic change machine 12k, the settlement device 12 executes a settlement process by cash payment based on the inserted amount.
Similarly, when the settler selects, for example, the electronic money button B10 and holds the electronic money recording medium over the reader / writer 12h, the settlement device 12 executes the settlement process by electronic money payment based on the balance of the electronic money. Will be done.

On the other hand, even when the payment device 12 receives the accounting data from the registration device 11 in the non-default training mode, the payment selection image SC5 is displayed on the touch panel 12f. However, when the trainee touches the cash button B8 here, as shown in FIG. 15, the virtual payment image SC7 including the ten-key buttons 0 to 9 for placing the payment amount on the touch panel 12f is the payment image. It is displayed overlaid on the SC6. Then, when the trainee touches the numeric keypad button of the virtual payment image SC7 and inputs the payment amount in cash, the payment device 12 assumes that cash equivalent to the payment amount has been inserted into the automatic change machine 12k and cashes. Payment processing by payment is executed. Therefore, the trainee can perform training when the payment medium is cash even if there is no cash at hand.

Similarly, when the settler selects, for example, the electronic money button B10, as shown in FIG. 16, the virtual payment image SC7 including the electronic money images M1 and M2 for selecting the balance of the electronic money is displayed on the touch panel 12f. It is displayed overlaid on the payment image SC6. Then, when the trainee touches the electronic money images M1 and M2 of the virtual payment image SC7 to select the balance of the electronic money, the payment device 12 has a recording medium in which the electronic money of the balance is recorded on the reader / writer 12h. Settlement processing by electronic money payment is executed as if it was done. Therefore, the trainee can perform training when the payment medium is electronic money even if he / she does not have electronic money at hand.
Such an action effect is realized by displaying a virtual payment image SC7 suitable for the payment medium on the touch panel 12f even when the payment medium is a credit card or a cash voucher such as a service point or a gift certificate. ..

Further, when the virtual payment image SC7 is displayed on the payment image SC6, a comment "(in training)" notifying the trainee that the training is in progress is displayed. Therefore, anyone can easily confirm that the payment device 12 is operating in the training mode.

Hereinafter, a modified example of the embodiment will be described.
In the above embodiment, the accounting data transmitted from the registration device 11 to the settlement device 12 is given the status information ST1, and the settlement device 12 that has received the accounting data sets the status information given to the accounting data to the status of its own machine. An example is shown in which the tray patience mode is set by replacing the information ST2. The means for setting the training mode in the payment device 12 is not limited to this. As in the existing payment device 12, the training mode may be set by a mode changeover switch or a selection operation from the mode selection screen.

Further, in the above-described embodiment, the comment "(during training)" is displayed in order to notify the operator that the training is in progress. The information for notifying the operator that training is in progress is not limited to the above comments. For example, an icon that can identify that training is in progress may be displayed.

Further, in the above-described embodiment, a case where the semi-self-type payment device 12 is equipped with the function according to the present invention has been illustrated. The payment device equipped with the function according to the present invention is not limited to this. For example, even if it is a self-type payment device, a so-called self-type POS terminal, a face-to-face type payment device, a so-called POS terminal, an electronic cash register, or the like, by incorporating the function according to the present invention, the above-described embodiment It is possible to produce the same action and effect as.

The transfer of the payment device 12 is generally performed in a state where a program such as a control program is stored in the ROM. However, the present invention is not limited to this, and the program may be transferred in a state where the program is not stored in the ROM or another control program is stored in the ROM or the auxiliary storage unit. Then, in this case, the control program or the like transferred separately from this device is written to the writable storage device included in the payment device 12 according to the operation of the user or the like, or the other control program described above is rewritten. You may. The control program or the like can be transferred by recording on a removable recording medium or by communicating via a network. The recording medium may be in any form as long as it can store a program such as a CD-ROM or a memory card and the device can read it. Further, the function obtained by installing or downloading the program may be one that realizes the function in cooperation with the OS (operating system) or the like inside the device.

In addition, although some 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 implemented in various other embodiments, and various omissions, replacements, and changes can be made without departing from the gist of the invention. These embodiments and modifications thereof are included in the scope and gist of the invention, and are also included in the scope of the invention described in the claims and the equivalent scope thereof.
The inventions described in the claims of the original application of the present application are described below.
[C1] A detection means for detecting a payment medium used for payment of a transaction,
A first processing means for processing the settlement of the transaction based on the payment amount by the payment medium detected by the detection means, and
Display device and
A setting means for setting a training mode for the operator to train the operation input, and
A control means for causing the display device to display an image that accepts an input of a payment amount by the payment medium, provided that the training mode is set.
A second processing means for processing the settlement of the transaction based on the payment amount by the payment medium that received the input via the image.
A payment device equipped with.
[C2] A receiving means for accepting selection of any one of the payment media from a plurality of types of the payment media.
The payment device according to C1 further comprising.
[C3] One of the plurality of types of payment media is cash.
When the control means receives that the cash has been selected as the payment medium by the reception means, the control means displays an image for counting the payment amount in cash.
The payment device described in C2.
[C4] One of the plurality of types of payment media is electronic money.
When the control means receives that the electronic money has been selected as the payment medium by the reception means, the control means displays an image for selecting the balance of the electronic money.
The payment device described in C2.
[C5] The control means displays information that notifies the operator that training is being performed together with the image.
The payment device according to any one of C1 to 4.
[C6] On a computer with a display device,
Ability to detect the payment medium used to pay for a transaction,
A function of processing the settlement of the transaction based on the detected payment amount by the payment medium,
Ability to set a training mode for the operator to train operation input,
On condition that the training mode is set, the function of displaying an image on the display device for accepting the input of the payment amount by the payment medium, and
A function of processing the settlement of the transaction based on the payment amount by the payment medium that received the input via the image.
Control program to realize.

10 ... Checkout system, 11 ... Registration device, 12 ... Payment device, 13 ... Network, 11a, 12a ... CPU, 11b, 12b ... ROM, 11c, 12c ... RAM, 11d, 12d ... Auxiliary storage unit, 11e, 12e ... Scanner, 11f, 12f ... Touch panel, 11g, 12g ... Printer, 11h, 12h ... Reader / writer, 11i, 12i ... Communication unit, 11j, 12j ... Transmission system, 12k ... Automatic change machine, 31 ... Sales summary file, 41 ... Sales registration table, 42 ... total table, 43 ... destination memory, 44 ... status memory, 51 ... accounting data memory, 52 ... flag memory, 53 ... transfer destination memory, 54 ... status memory, SC5 ... payment selection image, SC6 ... Payment image, SC7 ... Virtual payment image.

Claims (6)

A detection method that detects the payment medium used to pay for a transaction,
A first processing means for processing the settlement of the transaction based on the payment amount by the payment medium detected by the detection means, and
Display device and
A setting means for setting a training mode for the operator to train the operation input, and
A control means for displaying a virtual payment image that accepts input of a payment amount by the payment medium on the display device, provided that the training mode is set.
A second processing means for processing the settlement of the transaction based on the payment amount by the payment medium that received the input via the virtual payment image displayed on the display device.
A payment device equipped with. A reception means that accepts the selection of any one of the payment media from the plurality of types of payment media.
The settlement device according to claim 1, further comprising. One of the plurality of payment media is cash.
When the control means receives that the cash has been selected as the payment medium by the reception means, the control means displays an image of a numeric keypad button for counting the payment amount in cash.
The payment device according to claim 2. One of the plurality of types of payment media is electronic money.
When the control means receives that the electronic money has been selected as the payment medium by the reception means, the control means displays an image for selecting the balance of the electronic money.
The payment device according to claim 2. The control means displays information that notifies the operator that training is being performed together with the image.
The payment device according to any one of claims 1 to 4. A computer having a display device,
Ability to detect the payment medium used to pay for a transaction,
A function of processing the settlement of the transaction based on the detected payment amount by the payment medium,
Ability to set a training mode for the operator to train operation input,
A function of displaying a virtual payment image that accepts input of a payment amount by the payment medium on the display device, provided that the training mode is set, and
A function of processing the settlement of the transaction based on the payment amount by the payment medium that has received input via the virtual payment image displayed on the display device.
A control program for functioning as a payment device with.