JP7384389B2 - System, registration and settlement device, control method, and program - Google Patents

Description

Application of Article 30, Paragraph 2 of the Patent Act Publication date (implementation date) June 26, 2020 Publication location (implementation location) Sushiro Itami Aramaki store (Akindo Sushiro Co., Ltd. management chain store) <Materials> Distribution news https: / /www. ryutsuu. biz/store/1062540. html

The present invention relates to a system , a registration and settlement device, a control method, and a program.

There is a system that allows payment for registered products to be performed using a device different from the registered device. For example, Patent Document 1 discloses a technique in which, when issuing a receipt with a payment device, a clerk is called up and the receipt is issued by the operation of the called clerk.

JP2013-252211A

After registering the product, if you move the product to the checkout device and then call a store clerk to perform operations, there will be delays in checkout, such as the time it takes for the store clerk to move to the checkout device and the customer having to wait for the clerk to move or perform the operation. There was a problem that efficiency decreased.

The present invention was made in view of such circumstances, and its purpose is to provide a technique for improving payment efficiency.

In order to solve the above-mentioned problems, a product sales data processing system that is one aspect of the present invention includes a product registration and payment device and a payment device, in which the product registration and payment device registers products. a product registration means that performs a registration process to perform a registration process, a transmission unit capable of transmitting registration information generated in the registration process performed by the product registration unit to the payment device, and whether a predetermined condition regarding the registration process is satisfied. The payment device comprises: a determination device that determines whether the predetermined condition is met; and a first payment device that performs payment processing based on the registered information when the determination device determines that the predetermined condition is satisfied. , comprising a receiving means for receiving the registration information from the product registration and settlement device, and a second settlement means for performing settlement processing by the customer's own operation based on the registration information received by the receiving means. shall be.

1 is a network configuration diagram of a POS system according to an embodiment of the present invention. It is a diagram showing an example of installation of POS terminals. FIG. 2 is a diagram showing an example of the appearance of a POS terminal. It is a diagram showing an example of the configuration of a POS terminal. FIG. 2 is a diagram illustrating an outline of the operation mode of a POS terminal. FIG. 3 is a diagram illustrating switching of the operation mode of a POS terminal. FIG. 3 is a schematic diagram illustrating an outline of operation in normal mode. 3 is a flowchart illustrating an outline of operation in normal mode. FIG. 3 is a schematic diagram illustrating an outline of operation in normal mode. 3 is a flowchart illustrating an outline of the operation in normal mode. FIG. 2 is a schematic diagram illustrating an outline of operation in full self mode. 3 is a flowchart illustrating an outline of operation in full self mode. FIG. 2 is a schematic diagram illustrating an outline of operation in double scan mode. 3 is a flowchart illustrating an outline of operation in double scan mode. This is an example of a display on a POS terminal in full self mode. This is an example of a display on a POS terminal in full self mode. FIG. 3 is a diagram showing the layout of a POS terminal. It is a figure which shows the example of a condition and the example of a screen displayed on the clerk side display part. It is a figure which shows the example of a screen displayed on the clerk side display part. It is a flowchart which shows payment efficiency improvement processing. It is a flowchart which shows payment efficiency improvement processing. 1 is a schematic configuration diagram of a payment system. It is a figure showing an example of a slip. It is a figure which shows three types of processing examples when reading a stamp-required accounting bill.

(First embodiment)
FIG. 1 is a network configuration diagram of a POS (Point Of Sales) system according to a first embodiment of the present invention. The POS system 1 shown in FIG. Connected for communication. Hereinafter, the POS terminals 20-1, 20-2, and 20-3 will be collectively referred to as the POS terminal 20 unless otherwise distinguished. Note that the POS system 1 may further include a monitoring terminal (not shown) that displays the status (operation mode, processing status, etc.) of the POS terminal 20 and controls the POS terminal 20.

The POS system 1 can be introduced into various stores (convenience stores, supermarkets, etc.).

FIG. 2 is a diagram showing an example of installation of the POS terminal 20. As shown in FIG. FIG. 2A is a perspective view of the POS terminal 20 and the like as viewed from the customer side. FIG. 2(B) is a perspective view of the POS terminal 20 and the like as viewed from the store clerk's side. As shown in FIG. 2(A), a counter is placed on the right side of the POS terminal 20 when viewed from the customer side.

FIG. 3 is a diagram showing an example of the appearance of the POS terminal 20. As shown in FIG. FIG. 3(A) is a perspective view of the POS terminal 20 viewed from the customer side. FIG. 3(B) is a perspective view of the POS terminal 20 viewed from the store clerk side. FIG. 4 is a diagram showing a configuration example of the POS terminal 20. As shown in FIG. In FIGS. 3 and 4, the same parts are denoted by the same reference numerals.

Hereinafter, a configuration example of the POS terminal 20 shown in FIG. 4 will be described with reference to FIG. 3. The POS terminal 20 includes a CPU 201, a ROM 202, a RAM 203, a hard disk 204, a customer side display section 205, a customer side scanner section 206, a card payment section 208, a change machine 209, a clerk side display section 210, It includes a key operation section 211, a clerk side scanner section 212, a printing section 213, an audio output section 214, and a communication section 215. These can communicate with each other via a bus. Note that the reference numeral 211a will be described later.

The CPU 201 is a central processing unit, and controls the operation of the POS terminal 20 by reading and executing programs stored in the ROM 202 .
The ROM 202 is a read-only memory and stores various information used by the CPU 201 including programs.

RAM 203 is a read/write memory and stores various information. For example, the RAM 203 stores information acquired from outside (for example, a product master acquired from the store controller 10), information generated during processing (for example, registration information (registration data) generated in a registration process for registering a product, purchase (Settlement information, etc. generated in the settlement process of settling (settlement) products) is stored.

Hard disk 204 stores various information. For example, instead of the ROM 202, the hard disk 204 may store programs executed by the CPU 201. Further, instead of the RAM 203, information acquired from the outside or information generated during processing may be stored.

The customer-side display unit 205 is a touch display for customers, and displays various information to the customer and receives various inputs from the customer.
The customer-side scanner unit 206 is a scanner unit for customers, and optically reads various information.
For example, the customer side scanner unit 206 optically scans barcodes attached to products (product codes, etc.) and codes (barcodes, two-dimensional codes, etc.) printed on checkout tickets (registered trademarks). read. In addition to the above, the customer side scanner unit 206 also scans codes (barcodes, 2 (dimensional code, etc.) may also be read.

Note that although the customer-side scanner unit 206 is used when a customer registers a product, the customer may register the product using other methods. For example, if a preset key (button for ordering a product) corresponding to a product is displayed on the customer side display section 205, the customer may operate (press) the preset key to register the product.

The card payment unit 208 is a payment mechanism using various cards (credit cards, prepaid cards such as transportation cards, point cards, etc.). The card payment section 208 includes a card recognition section (reading section), a display section, and an operation section. The card recognition unit magnetically or electrically reads information on various cards. The read information is used for payment (settlement) of purchased products. In addition, when using the recognized information for payment (settlement) of the purchased product (in other words, in the case of credit card payment, prepaid card payment, prepaid card payment, the card recognition unit uses the points held by the point card. In addition to cases where the recognized information is not used for payment (settlement) of the purchased product (e.g., when giving benefits by presenting a credit card, when giving points to a point card) etc.) may also recognize various cards. Note that although the card payment unit 208 of this embodiment includes a card recognition unit (reading unit), a display unit, and an operation unit, the card payment unit 208 may include at least a card recognition unit. Further, the card recognition unit of this embodiment is compatible with contact cards (IC cards, magnetic cards), but instead of or in addition to contact cards, it can be used with non-contact cards (IC cards). It may correspond to.

The change machine 209 (cash payment unit) is a cash payment mechanism, has an inlet for bills and coins, and an outlet for bills and coins, calculates the amount inserted into the inlet, and compares the input amount with the purchase amount. The difference in change amount is calculated and the change is discharged from the discharge port. The change machine 209 faces the customer and is operated by the customer. Note that when banknotes or coins are inserted into the input slot, they are detected by a sensor (detection of insertion, detection of number of coins for each denomination, etc.). The card payment unit 208 and the change machine 209 form a payment unit.

The clerk-side display unit 210 is a touch display for the clerk, and displays various information to the clerk and receives various inputs from the clerk.
The key operation unit 211 is composed of various keys (hardware keys, buttons), and receives various inputs from the store clerk.
The clerk side scanner section 212 is a scanner section for the clerk, and optically reads various information. For example, the clerk-side scanner unit 212 optically reads a barcode attached to a product or a clerk code attached to a clerk's name tag. In addition to the above, the clerk-side scanner unit 212 may read codes printed on checkout tickets, gift certificates, and various cards.

Note that although the clerk-side scanner section 212 is used when a store clerk registers a product, the store clerk may register the product using other methods. For example, if a key corresponding to a product (for example, a key corresponding to a sports newspaper, etc.) is arranged on the key operation unit 211, a store clerk may operate (press) the key and register the product. good. Further, when a preset key corresponding to a product is displayed on the store clerk side display section 210, the store clerk may operate the preset key to register the product.

The printing unit 213 prints and issues various media (receipts, billing tickets, etc.). The printing unit 213 can rotate freely (the direction of the media issuing port) from the clerk side to the customer side and from the customer side to the clerk side. The orientation of the printing unit 213 may be changed manually, or may be automatically changed (mechanically controlled, etc.), for example, based on switching of the operation mode (details will be described later). Note that a sensor or the like may be used to detect whether the printing unit 213 is oriented correctly or incorrectly. Note that switching the operating mode is also referred to as shifting the operating mode.

The audio output unit 214 outputs audio. For example, the audio output unit 214 outputs audio guidance and the like.
The communication unit 215 transmits and receives information to and from other terminals (other devices: other POS terminals 20, store controllers 10).

(Summary of each operation mode)
Next, the operation mode of the POS terminal 20 will be explained. POS terminal 20 has multiple operation modes. This operation mode is the operation mode during normal business operations (operation mode related to registration processing and payment processing), and is the aggregation mode for aggregating and inquiring sales and balances, and the operation mode for store clerks, maintenance personnel, etc. to perform setting work and maintenance work. It does not include maintenance mode when training is performed, training mode when new employees are training, etc.

FIG. 5 is a diagram schematically explaining the operation mode of the POS terminal 20. As shown in FIG. The POS terminal 20 has, for example, three types of operation modes (normal mode (standard mode), full self mode, and semi-self mode (accounting only mode)) shown in FIG. 5(A). Further, the POS terminal 20 may have a normal mode (restricted mode) shown in FIG. 5(B) instead of or in addition to the normal mode (standard mode) shown in FIG. 5(A). Further, the POS terminal 20 may have a semi-self mode (registration-only mode) shown in FIG. 5(B) instead of or in addition to the normal mode (standard mode) shown in FIG. 5(A). Further, the POS terminal 20 may have a semi-self mode (registration only mode) shown in FIG. 5(B) instead of or in addition to the semi-self mode (accounting only mode) shown in FIG. 5(A).

In FIG. 5(A), the columns indicate each operation mode, and the rows indicate each function (“Product registration (staff side)”, “Product registration (customer side)”, “Money insertion”, ..., “Customer side”). "Reading of Account Tickets"). The same applies to FIG. 5(B) (however, illustration of each function is omitted in FIG. 5(B)).

In Fig. 5(A) (same as Fig. 5(B)), the "〇" in the column specified by the column and row indicates that the function of the corresponding row is enabled in the operation mode of the corresponding column. . For example, "〇" in the column specified by the column "Normal mode (Standard mode)" and the row "Product registration (Staff side)" indicates that product registration (Staff side) is valid in the normal mode (Standard mode). It shows that. Further, a "-" in a column specified from a column and a row indicates that the function of the row is disabled in the operation mode of the column. For example, a "-" in the column specified from the column "Normal Mode" and the row "Product Registration (Customer Side)" indicates that product registration (Customer Side) is disabled in the normal mode.

(Explanation of each function)
The outline of each function shown in FIG. 5(A) will be explained below.

(Product registration (staff side))
"Product registration (store clerk side)" is a function for registering purchased products on the clerk side (clerk side scanner section 212, clerk side display section 210, key operation section 211). In other words, this is a function that executes the registration process of the purchased product by the store clerk's operations (scanning by the store clerk's scanner section 212, touching the store clerk's display section 210, operating the key operation section 211).

(Product registration (customer side))
"Product registration (customer side)" is a function for registering purchased products on the customer side (customer side scanner section 206, customer side display section 205). In other words, this is a function that executes the registration process of the purchased product by the customer's operation (scanning by the customer side scanner unit 206, touching the customer side display unit 205).

(Inserting money)
"Money insertion" is a function that accepts the insertion of money (banknotes, coins). In other words, it is a function that accepts a payment operation using cash (insertion of money into the change machine 209).

(Sending registration information to other terminals)
"Sending registration information to another terminal" is to send the registration information generated in the registration process to another terminal (another terminal that can execute the payment process, for example, another POS terminal 20) (directly to the other terminal). This is a function to send the information, or indirectly send it to another terminal via the store controller 10, a monitoring terminal, etc. (hereinafter the same).

(Issuance of accounting ticket)
"Issuance of accounting ticket" is a function of encoding the registration information generated in the registration process and issuing a printed medium (accounting ticket).

(Receiving registration information from other terminals)
"Receiving registration information from another terminal" means receiving registration information generated in the registration process of another terminal (directly from another terminal, or indirectly via the store controller 10, monitoring terminal, etc.). This is a function to receive data from other terminals (hereinafter the same). Note that the terminal that has received the registration information from another terminal executes the payment processing based on the registration information.

(Reading the bill)
"Reading a bill" is a function of reading a bill (specifically, a code printed on a bill or coded information). Note that the terminal that reads the bill issued by another terminal executes the payment process based on the registration information obtained by reading the bill.

(Explanation of each operation mode)
Next, the outline of each operation mode shown in FIGS. 5(A) and 5(B) will be explained.

(Normal mode (standard mode))
As shown in FIG. 5A, the normal mode (standard mode) is an operation mode in which product registration (on the clerk's side) is set to valid "0" and product registration (on the customer's side) is set to disabled as "-". In other words, the normal mode (standard mode) is an operation mode in which the registration process is not executed on the customer's side but on the clerk's side.

In addition, in the normal mode (standard mode), as shown in Figure 5 (A), all functions such as inserting money, sending registered information to other terminals, and issuing accounting tickets are set to "〇". This is the operating mode. That is, in the normal mode (standard mode), the checkout process after the registration process on the clerk's side can be executed by the own terminal (own device) or can be caused to be executed by another terminal. Specifically, in the normal mode (standard mode), the payment process is executed on the own terminal by accepting the insertion of money into the change machine 209, and the payment process is executed on the own terminal by sending registration information to another terminal (or the payment ticket is sent to the other terminal). (issuing) to have another terminal execute the payment process.

Further, the normal mode (standard mode) is an operation mode in which reception of registration information from other terminals and reading of billing tickets are both enabled as shown in FIG. 5(A). That is, in the normal mode (standard mode), payment processing can be executed based on registration information generated at another terminal. Note that the payment process after receiving the registration information (or after reading the bill) may be executed in the semi-self mode shown in FIG. 5(A). In other words, if registration information is received (or a checkout ticket is read) while in normal mode (standard mode), normal mode (standard mode) automatically changes to semi-self mode (accounting only mode). The payment process may be executed in semi-self mode (accounting only mode). In addition, if you move to semi-self mode (accounting only mode) and execute payment processing, the semi-self mode (accounting only mode) will automatically change to normal mode (standard mode) (permission may be requested from the store staff). You may transition (return) or remain in semi-self mode (accounting only mode).

In addition, in the normal mode (standard mode), at least one of receiving registration information from another terminal and reading a bill may be set to "-".

(Full self mode)
As shown in FIG. 5A, the full self mode is an operation mode in which product registration (on the customer side) is enabled. In other words, the full self mode is an operation mode that assumes registration processing on the customer side. However, in full self-mode, product registration (on the store clerk's side) is also valid. In other words, the full self mode is an operation mode that assumes registration processing on the customer's side and also allows registration processing on the clerk's side. Note that a state in which registration processing is performed on both the customer side and the clerk side is sometimes referred to as double scan mode.

In the example shown in Figure 5 (A), in full self mode, product registration (on the clerk's side) is set to valid "〇", but in full self mode, product registration (on the clerk's side) is set to disabled as "-". Good too.

In addition, as shown in Figure 5 (A), the full self mode is an operation mode in which the insertion of money is enabled with "〇" and the transmission of registration information to other terminals and the issuance of accounting tickets are disabled with "-". It is. In other words, the full self mode is an operation mode that assumes payment processing at the terminal.

In addition, as shown in Figure 5 (A), in full self mode, as in normal mode (standard mode), receiving registration information from other terminals and reading billing tickets are both enabled. This is the operating mode. That is, like the normal mode (standard mode), in the full self mode, payment processing can be executed based on registration information generated at another terminal. Note that the payment process after receiving the registration information (or after reading the bill) may be executed in the semi-self mode shown in FIG. 5(A). In other words, if registration information is received (or a checkout ticket is read) while in full-self mode, the mode automatically shifts from full-self mode to semi-self mode (accounting-only mode), and The payment process may also be executed in a special mode (dedicated mode). In addition, if you execute the payment process by transitioning to semi-self mode (accounting only mode), you may automatically transition (return) from semi-self mode (accounting only mode) to full self-mode, or You may leave it in accounting-only mode).

(Semi-self mode (accounting only mode))
In the semi-self mode (accounting only mode), as shown in Figure 5 (A), receiving registration information from other terminals, reading billing tickets, and inserting money are enabled, and product registration (clerk side) is enabled. This is an operation mode in which product registration and product registration (on the customer side) are disabled as "-". In other words, the semi-self mode (accounting-only mode) is an operation mode in which the own terminal does not perform the registration process, and only performs the payment process based on the registration information generated at the other terminal. In addition, since the semi-self mode (accounting only mode) is an operation mode in which registration processing is not executed (registration information is not generated), the transmission of registration information to other terminals is also not possible, as shown in FIG. 5(A). Issuance of accounting tickets is also marked as invalid.

(Normal mode (limited mode))
As shown in Figure 5 (B), the normal mode (restricted mode) is used to send registered information to other terminals and issue check tickets, which was set to valid in the normal mode (standard mode) of Figure 5 (A). and is set to "-" to indicate that it is invalid. In other words, the normal mode (restricted mode) is an operation mode in which the function of causing another terminal to execute payment processing, which is permitted in the normal mode (standard mode), is restricted.

(Semi-self mode (registration only mode))
In the semi-self mode (registration only mode), as shown in Figure 5 (B), product registration (on the clerk's side), transmission of registration information to other terminals, and issuance of checkout tickets are enabled, and product registration ( (Customer side), inserting money, receiving registration information from other terminals, and reading billing tickets are disabled in this operation mode. In other words, the semi-self mode (registration only mode) is an operation mode in which the own terminal exclusively executes the registration process and causes another terminal to execute the payment process. Note that in the semi-self mode (registration only mode), product registration (customer side) is set to invalid because it is assumed that the registration operation is performed by a store clerk.

(About enabling and disabling functions)
In addition, in the above description, the POS terminal 20 performs various functions provided by the POS terminal 20 itself (product registration (staff side), product registration (customer side), money insertion, . . , reading the bill), it was explained that the difference is whether it is valid "〇" or invalid "-". In other words, in the above, the POS terminal 20 originally performs all the functions (product registration (staff side), product registration (customer side), inserting money, ..., reading the bill as shown in FIG. 5A). (For example, as shown in FIG. 5A, when the POS terminal 20 is in normal mode (standard mode), some functions are disabled depending on the operation mode.) Registration (customer side) is disabled (-), and when in full self-mode, sending registration information to other terminals and issuance of billing tickets are disabled (-).

However, the POS terminal 20 only needs to have different executable functions depending on the operation mode, and the POS terminal 20 does not necessarily have all the functions originally, but some of the functions are disabled depending on the operation mode. It is not necessary to have such a configuration. For example, the POS terminal 20 does not have all the functions (programs for realizing the functions) from the beginning, but depending on the operation mode (for example, when switching the operation mode), Obtain and execute a program to realize the function (function corresponding to the function marked as enabled in Figure 5) from the outside (for example, store controller 10, monitoring terminal, server outside the store (cloud, etc.)) In addition, if there is a program to realize a function that is not necessary for the operation mode (a function corresponding to the function marked as disabled in Figure 5) (if it is retained), the program is It may be in an unexecutable state (for example, it may be erased). Note that after a program for realizing an unnecessary function is rendered unexecutable, a program for realizing a necessary function may be acquired and made executable. For example, when switching the operation mode, the POS terminal 20 first makes all programs unexecutable, regardless of the destination operation mode, and then executes The program may also be obtained from an external source and placed in an executable state.
In other words, depending on the operation mode, the configuration of the POS terminal 20 may be such that some of the various functions originally provided are disabled, or depending on the operation mode, some of the various functions originally provided may be disabled. It is also possible to provide only appropriate functions.

Above, we have explained the normal mode (standard mode), full self mode, semi-self mode (accounting only mode) in Figure 5 (A), and the normal mode (restricted mode) and semi-self mode (registration only mode) in Figure 5 (B). However, the following description will focus on the normal mode (standard mode), full self-mode, and semi-self mode (accounting-only mode) shown in FIG. 5(A). Note that in the following description, the normal mode (standard mode) may be simply referred to as normal mode. Further, the semi-self mode (accounting only mode) may be simply referred to as the semi-self mode.

(Switching (transition) of operation mode)
Next, switching (transition) of the operation mode of the POS terminal 20 will be explained. Basically, the operation mode of the POS terminal 20 is switched according to an explicit mode switching operation (also referred to as a mode transition operation, which will be described in detail later) by a store clerk. Furthermore, the operation mode of the POS terminal 20 may be switched in accordance with an operation different from the mode switching operation (for example, reading a clerk code, etc.).

Furthermore, the operation mode of the POS terminal 20 may be switched without being operated by a store clerk. Specifically, the operation mode of the POS terminal 20 may be switched in accordance with a mode switching command (mode switching instruction) from another terminal (POS terminal 20, monitoring terminal, mobile terminal, etc.). Further, the operation mode of the POS terminal 20 may be switched according to temporal conditions (for example, the elapsed time since the last operation, a fixed time according to a schedule, etc.). Furthermore, the operation mode of the POS terminal 20 may be switched at the start of processing (for example, at the start of payment processing based on received registration information, at the start of payment processing based on a bill, etc.). Furthermore, the POS terminal 20 may be configured to switch its operating mode at the end of the process (for example, at the end of the payment process based on the received registration information, or at the end of the payment process based on the bill).

FIG. 6 is a diagram illustrating switching of the operation mode of the POS terminal 20. The left side of FIG. 6 shows the combination of operation modes before and after switching (operation mode before switching→operation mode after switching), and the right side shows conditions (an example) for switching the operation modes. For example, the row a indicates that examples of conditions for switching the operating mode from the normal mode to the full self mode include a mode switching operation, a mode switching command, and a predetermined period of time (non-use). In other words, when the operating mode is normal mode, if there is a mode switching operation, a mode switching command, a predetermined period of time elapsed (non-use), etc., the operating mode will switch from normal mode to full self mode. It shows. Note that details of the mode switching operation will be described later.

(Normal mode → Full self mode)
As shown in a, when in the normal mode, for example, a mode switching operation, a mode switching command (a mode switching command specifying full self mode as the destination operation mode, etc.), a predetermined time elapsed (a predetermined time elapsed), etc. (not in use), the operating mode switches from normal mode to full self mode.

(Normal mode → Semi-self mode (accounting only mode))
As shown in b, when in normal mode, for example, a mode switching operation, a mode switching command (a mode switching command that specifies semi-self mode (accounting only mode) as the destination operation mode, etc.), etc. In this case, the operation mode is switched from normal mode to semi-self mode (accounting only mode). Furthermore, while in normal mode, the operating mode may be switched from normal mode to semi-self mode (accounting-only mode) when registration information is received from another terminal or when a checkout ticket is read, for example. .

(Full self mode → normal mode)
As shown in c, if, for example, there is a mode switching operation or a mode switching command (such as a mode switching command that specifies the normal mode as the destination operation mode) while in the full self mode, The operating mode switches from full self mode to normal mode.

(Full self mode → Semi self mode (accounting only mode))
As shown in d, when in full self mode, for example, there is a mode switching operation, a mode switching command (a mode switching command that specifies semi-self mode (accounting only mode) as the destination operation mode, etc.), etc. In this case, the operation mode switches from full self mode to semi self mode (accounting only mode). In addition, when in full self mode, for example, if registration information is received from another terminal or a checkout ticket is read, the operating mode will be switched from full self mode to semi self mode (accounting only mode). Good too.

(Full self mode → double scan mode)
As shown in e, if, for example, a clerk code is read while in the full self mode, the operation mode is switched from the full self mode to the double scan mode. Note that the double scan mode is an aspect of the full self mode (a state in which the function of product registration (on the staff side) is used in addition to the function of product registration (on the customer side); see FIG. 5(A)).

Note that if a clerk code is read while in full self mode, the operation mode may always switch to double scan mode regardless of the product registration state, or the operation mode may be changed to double scan mode regardless of the product registration state. It may be possible to switch to a different operation mode depending on the situation. For example, if a store employee code is read while the product has not yet been registered (in other words, the product has not been registered by the customer), the system will switch from full self mode to normal mode, and If a clerk code is read while a product is being registered (in other words, if the product is being registered by a customer), the system will switch from full self mode to double scan mode. good.

(Semi-self mode (accounting only mode) → normal mode)
As shown in f, when in semi-self mode (accounting only mode), for example, a mode switching operation, a mode switching command (a mode switching command, etc. in which normal mode is specified as the destination operation mode), etc. In this case, the operation mode is switched from semi-self mode (accounting only mode) to normal mode. In addition, when in semi-self mode (accounting only mode), for example, if payment processing (for example, payment processing based on received registration information, payment processing based on checkout ticket) is completed, semi-self mode (accounting only mode) ) to the normal mode.

(Semi-self mode (accounting only mode) → Full self-mode)
As shown in g, when in semi-self mode (accounting only mode), for example, there is a mode switching operation, a mode switching command (a mode switching command that specifies full self mode as the destination operation mode, etc.), etc. In this case, the operation mode switches from semi-self mode (accounting only mode) to full self-mode. In addition, when in semi-self mode (accounting only mode), for example, if payment processing (for example, payment processing based on received registration information, payment processing based on checkout ticket) is completed, semi-self mode (accounting only mode) ) to full self mode.

Note that the mode switching operation may be any operation that specifies the destination operation mode according to the operation. For example, when providing (or displaying) buttons for different destinations, the operation mode may be switched to each destination in response to a mode switching operation by pressing each button. Further, in the case of providing (or displaying) one button whose destination changes each time the button is pressed, the operation mode may be changed each time the button is pressed to switch the mode.

Note that a button for selecting the destination operation mode and a button for determining the transition to the operation mode selected by the button may be separately provided (or displayed).

(Transition of operation mode by mode switching operation)
Next, a description will be given of the transition of the operation mode by the mode switching operation. The operating mode of the POS terminal 20 is switched according to an explicit mode switching operation by a store clerk (see FIG. 6). Specifically, the operation mode is switched according to the operation of the mode switching button 211a (see FIG. 3(B)) arranged at the top and rightmost end of the key operation unit 211.

Note that since the mode switching button 211a is arranged at the corner of the key operation section 211, it is possible to reduce operational errors when switching the operating mode, and it is also possible to easily switch the operating mode. In other words, when the mode switching button 211a is located at the corner of the key operation unit 211, compared to the case where the mode switching button 211a is located near the center of the key operation unit 211, for example, the mode switching button 211a that is the operation target is Since the number of adjacent buttons is small, it is difficult to make operational errors such as operating other buttons in a hurry, and the position of the mode switching button 211a to be operated can be instantly identified, allowing stress-free mode switching operations. It can be performed.

Furthermore, since the mode switching button 211a is arranged at the upper right corner of the key operation unit 211 (the uppermost and rightmost corner), the mode switching operation can be performed not only when the clerk is on the clerk's side but also when the customer is on the customer's side. You will be able to do this. In other words, the clerk on the customer's side usually cannot visually recognize each button on the key operation section 211, but when it comes to the mode switching button 211a located at the upper right corner of the key operation section 211, the clerk on the customer's side reaches out and gropes. Since the mode switching button 211a to be operated can be easily recognized only by the touch of the hand, the clerk on the customer's side can perform the mode switching operation without moving to the clerk's side.

Note that in this embodiment, the mode switching button 211a is placed at the upper right corner of the key operation unit 211, but if it is in a position that can be recognized only by groping (a position that can be recognized relatively easily), the mode switching button 211a can be changed to The switching button 211a may be arranged at a position other than the upper right corner of the key operation section 211. Additionally, instead of or in addition to arranging the mode switching button 211a in a position that can be recognized only by groping (for example, in the upper right corner), it is possible to distinguish it from other buttons even from the customer's perspective. A mode switching button 211a may be formed on the screen. For example, the size of the mode switching button 211a may be made different from the size of other buttons to the extent that it can be distinguished by groping, or the shape of the mode switching button 211a may be made different from the shape of the other buttons. The height of the mode switching button 211a may be different from the height of other buttons (for example, the mode switching button 211a may be made to protrude more than the other buttons). ), the feel of all or part of the surface of the mode switching button 211a (the surface that the hand touches) may be made different from that of other buttons (for example, only the surface of the mode switching button 211a may be made rough or bumpy). It may be a tactile function, or a protrusion or depression may be provided only on the surface of the mode switching button 211a).

Note that in this embodiment, the mode switching button 211a is arranged on the key operation section 211 in consideration of various advantages as described above, but instead of arranging the mode switching button 211a on the key operation section 211 Alternatively, in addition, a mode switching button (not shown) may be arranged on the screen displayed on the clerk side display section 210.

(Operation of each operation mode)
FIG. 7 is a schematic diagram illustrating an outline of the operation in the normal mode. Specifically, FIG. 7 is a schematic diagram showing the flow of processing and the actions of people (clerks, customers) when payment processing is executed on the own terminal in the normal mode. FIG. 8 is a flowchart outlining the operation in normal mode. Specifically, FIG. 8 is a flowchart illustrating an outline of the operation when the terminal executes payment processing in the normal mode.

In the normal mode (the same applies whether the payment process is executed on the own terminal or when the payment process is executed on another terminal), the store clerk scans the customer's purchased products on the store clerk's side (the clerk's scanner section 212, the clerk's display section 210, The key operation unit 211) is used to register (upper row of FIG. 7). In other words, the POS terminal 20 executes the registration process for the purchased product (in the upper row of FIG. ).

When the registration process by the store clerk is completed, the customer checks the total amount of purchased items on the store clerk side display section 210, inserts money (cash) into the change machine 209, or operates the card payment section 208 to make payment. (Bottom row of Figure 7). That is, the POS terminal 20 executes the payment processing in response to the customer's operations (insertion of cash into the change machine 209, operation of the card payment unit 208) (lower part of FIG. 7).

That is, when performing the payment process on the own terminal in the normal mode, as shown in FIG. 8, the store clerk first scans the product (step S10: YES) and registers the product (step S11). After pressing the subtotal key (for example, the subtotal key displayed on the clerk side display section 210 or the subtotal key arranged on the key operation section 211) (step S30: YES), the customer side, for example, presses the change machine 209. The payment is made (step S50), and the process is completed. Note that the subtotal key in step S30 is an operation key for completing the registration process, and may also be referred to as a subtotal button, registration completion key, registration completion button, checkout key, checkout button, etc.

Note that the customer may wait until the clerk completes the registration process (until the total amount is determined), or may insert cash into the change machine 209 before the registration process is completed. In other words, the POS terminal 20 can accept deposits during the registration process (upper row of FIG. 7).

Additionally, the customer may select a payment method (also referred to as payment type, payment method, or payment type) before the registration process is completed. That is, the POS terminal 20 can accept the selection of a payment method during the registration process.

Further, the clerk may wait until the customer completes payment (until the customer takes the change or receipt), or may register the purchased items of the next customer. In other words, the POS terminal 20 can register the purchased products of the next customer during the payment process (lower row of FIG. 7). Further, the clerk may be absent while the customer is making payment (lower row of FIG. 7). In other words, you may finish serving the customer while the customer is making payment.

In addition, when there is change, the POS terminal 20 controls the payout of change and change tags by the change machine 209 in order to prevent forgetting to take change, and uses a sensor etc. to detect when the customer has removed the change and change tags. After this recognition, issuing of a receipt by the printing unit 213 may be controlled. The same applies to other operation modes.

FIG. 9 is a schematic diagram illustrating an outline of the operation in the normal mode. Specifically, FIG. 9 is a schematic diagram showing the flow of processing and the actions of people (clerks, customers) when having another terminal execute payment processing in the normal mode (standard mode). FIG. 10 is a flowchart illustrating an outline of the operation in the normal mode. Specifically, FIG. 10(A) is a flowchart illustrating an outline of the operation when causing another terminal to execute payment processing in normal mode (standard mode). Note that FIG. 10(B) is a flowchart showing the basic flow of operations in other terminals (other devices) in FIG. 10(A).

In the normal mode (the same applies whether the payment process is executed on the own terminal or when the payment process is executed on another terminal), the store clerk scans the customer's purchased products on the store clerk's side (the clerk's scanner section 212, the clerk's display section 210, The key operation unit 211) is used to register (upper row of FIG. 9). In other words, the POS terminal 20 (POS terminal 20-1 in the example of FIG. 9) performs the registration process of the purchased product through the operations of the clerk (operation of the clerk's scanner section 212, clerk's display section 210, key operation section 211, etc.). (upper row of Figure 9).

When the registration process by the store clerk is completed, the customer moves to another POS terminal 20 (POS terminal 20-2 in the example of FIG. 9), checks the total amount of purchased items on the store clerk side display section 210, and then presses the change machine. 209, or operate the card payment section 208 to settle the payment (lower row of FIG. 9). In other words, the other POS terminals 20 execute payment processing based on the customer's operations (insertion of money into the change machine 209, operation of the card payment section 208) (lower part of FIG. 9).

Note that the other POS terminal 20 (POS terminal 20-2) is supplied with information necessary for payment processing (registration information generated at the POS terminal 20-1, etc.).

Note that the store clerk specifies, at the POS terminal 20-1, which POS terminal 20 (in the example of FIG. 9, either the POS terminal 20-2 or the POS terminal 20-3) is to execute the payment process. Alternatively, the clerk issues a medium (ticket) at the POS terminal 20-1 to be read by the POS terminal 20 (in the example of FIG. 9, POS terminal 20-2 or POS terminal 20-3) that executes the payment process. You can.

In other words, when having another terminal execute the payment process in the normal mode, as shown in FIG. ). After the subtotal key (for example, the subtotal key displayed on the clerk side display section 210 or the subtotal key arranged on the key operation section 211) is pressed (step S30: YES), for example, a checkout process is executed, etc. When the POS terminal 20 is specified (step S31: YES), registration information is sent to the specified POS terminal 20 (step S32), and the registration side processing is completed.

Incidentally, after specifying another terminal, the clerk can register the purchased product of the next customer (lower row of FIG. 9). Further, the clerk may be absent after specifying another terminal (lower row of FIG. 9).

Further, in the example shown in FIG. 10(A), another POS terminal 20 is specified after pressing the subtotal key, but another POS terminal 20 may be specified without pressing the subtotal key. . For example, a subtotal key and a key for specifying another POS terminal 20 may be arranged on the registration screen (a key for issuing a bill may also be arranged), and a key for specifying a POS terminal 20 may be arranged. The registration information may be transmitted when the key is pressed. In the mode of specifying another POS terminal 20 without pressing the subtotal key, it is not necessary to press the subtotal key after pressing the key for specifying another POS terminal 20.

Further, although omitted in the example shown in FIG. 10(A), a bill may be issued to be read at another POS terminal 20, and the other POS terminal 20 may execute the payment processing.
Note that the key for issuing the bill may be pressed after the subtotal key is pressed, or may be pressed before the subtotal key is pressed. In the mode in which the key for issuing a bill is pressed before pressing the subtotal key, it is not necessary to press the subtotal key after pressing the key for issuing a bill.

Note that the other POS terminal 20 (POS terminal 20-2 in the example of FIG. 9) that has received the registration information enters the semi-self mode after receiving the registration information (step S40: YES), as shown in FIG. 10(B). (accounting only mode), it shifts (switches) to semi-self mode (accounting only mode). That is, if the current operation mode (at the time of receiving registration information) is the full-self mode (step S41: YES), the transition is made from the full-self mode to the semi-self mode (accounting only mode) (step S42), and the current operation mode is changed to If it is the normal mode (step S43: YES), the normal mode is shifted to the semi-self mode (accounting only mode) (step S42). Then, on the customer side, payment is made using the change machine 209, for example (step S50), and the processing on the payment side is completed.

In the example shown in FIG. 10(B), the other POS terminal 20 that has received the registration information shifts to the semi-self mode (accounting only mode) if it is not in the semi-self mode (accounting only mode) after receiving the registration information. However, there is no need to shift to semi-self mode (accounting only mode). In other words, since the payment process is possible even in the normal mode or the full self-mode (see FIG. 5), the payment process may be executed in the normal mode or the full self-mode.

As mentioned above, the normal mode (standard mode) is a function in which the store clerk executes the registration process and then the customer of the own terminal executes the payment process using the registration information generated in the registration process (Figure 7 , see FIG. 8), and a function to send the registration information generated in the registration process to another terminal (another terminal that can execute the payment process; for example, another POS terminal 20) and cause the other terminal to execute the payment process. (See Figures 9 and 10) and the registration information (or information for acquiring the registration information) generated in the registration process is converted into a code (barcode, two-dimensional code, etc.) and printed to issue a payment ticket. This includes a function that causes the other terminal to execute payment processing.

On the other hand, the normal mode (restricted mode) is one of the functions of the normal mode (standard mode) described above, as shown in FIG. A function that allows the terminal to execute the payment process, and a payment ticket that is encoded and printed with the registration information generated in the registration process (or information for acquiring the registration information) is issued, and the payment process is sent to the other terminal. This mode limits the functions that can be executed.

In addition, among the functions of the normal mode (standard mode) described above, there is a function that sends the registration information generated in the registration process to another terminal and causes the other terminal to execute the payment process, and a function that causes the registration information generated in the registration process ( The function of issuing a checkout ticket that is encoded and printed (or information for acquiring the registration information) and having the other terminal execute the payment process is also a function of the semi-self mode (registration-only mode). In other words, the semi-self mode can be classified into the registration-only mode and the accounting-only mode, but in the semi-self mode (registration-only mode), as shown in FIG. 5(B), the registration information generated in the registration process is A function that sends data to a terminal and causes another terminal to execute payment processing, and issues a checkout ticket that is encoded and printed with the registration information generated in the registration process (or information for acquiring the registration information). This includes a function that causes the other terminal to execute payment processing. In other words, the semi-self mode (registration only mode) is one of the functions of the normal mode (standard mode) described above, in which the clerk executes the registration process and then uses the registration information generated in the registration process to operate the own terminal. This is a mode in which the ability to perform payment processing on the customer side is restricted. In other words, the semi-self mode (registration only mode) is an operation mode in which registration processing is executed exclusively.

As shown in Figure 5 (A), the semi-self mode (accounting only mode) has the function of receiving registration information generated in the registration process on another terminal and executing the payment process, and the function of receiving the registration information generated in the registration process on another terminal and executing the payment process. Includes a function to read Tao bills and perform payment processing. In other words, the semi-self mode (accounting only mode) is an operation mode in which payment processing is executed exclusively.

FIG. 11 is a schematic diagram illustrating an outline of the operation in full self mode. FIG. 12 is a flowchart outlining the operation in full self mode.

In the full self mode, the customer registers his or her purchased products on the customer side (customer side scanner unit 206, customer side display unit 205) (upper row of FIG. 11). In other words, the POS terminal 20 executes the registration process of the purchased product in response to the customer's operation (scanning by the customer side scanner unit 206, touching the customer side display unit 205) (upper row of FIG. 11).

When the registration process is completed, the customer confirms the total amount of purchased items on the customer side display section 205, inserts cash into the change machine 209, or operates the card payment section 208 to make payment (see the bottom row of Fig. 11). ). In other words, the POS terminal 20 executes the payment process based on the customer's operations (insertion of cash into the change machine 209, operation of the card payment unit 208) (lower part of FIG. 11).

That is, in the case of full self-mode, as shown in FIG. 12, the customer side scans the product (step S20: YES) and registers the product (step S21). After pressing the registration completion key (for example, the registration completion key displayed on the customer side display section 205) (step S40: YES), the customer side performs payment using the change machine 209 (step S50), and processes. is completed. Note that the registration completion key related to step S40 is an operation key for completing the registration process, and may also be referred to as a registration completion button, subtotal key, subtotal button, checkout key, checkout button, etc.

In addition, in the full self mode, as shown in FIG. 11, the customer side executes the registration process and the payment process, but this does not mean that the clerk side cannot do anything. In other words, even when the POS terminal 20 is operating in full self-mode, the store clerk can, for example, scan the product (double scan mode) or the store clerk can display various information. Is possible.

FIG. 13 is a schematic diagram illustrating the outline of the operation in double scan mode. FIG. 14 is a flowchart outlining the operation in double scan mode. Note that the double scan mode is one aspect of the full self mode, but in FIGS. 13 and 14, for convenience, both operation modes will be explained separately.

In the full self-mode, the customer registers his or her own purchased products on the customer side (upper row of FIG. 11, upper row of FIG. 13). In other words, the POS terminal 20 executes the registration process of the purchased product according to the customer's operation (upper row in FIG. 11, (upper row in FIG. 13)).

During the registration process by the customer, the store clerk registers the customer's purchased product (middle row in FIG. 13). That is, the POS terminal 20 executes registration processing based on operations by the customer and registration processing based on operations by the store staff (middle row of FIG. 13).

When the registration process is completed, the customer confirms the total amount of purchased items on the customer side display section 205, inserts cash into the change machine 209, or operates the card payment section 208 to make payment (see the bottom row of FIG. 13). ). That is, the POS terminal 20 executes the payment process in response to the customer's operations (insertion of cash into the change machine 209, operation of the card payment unit 208) (lower part of FIG. 13).

That is, when the clerk code is read by the clerk side scanner unit 212 as shown in FIG. 14(A) while executing the registration process in the full self mode (see FIG. 12) (step S110: YES). , the operation mode shifts from full self mode to double scan mode (step S111).

After shifting to the double scan mode, as shown in FIG. 14(B), the product is registered by scanning with the clerk side scanner unit 212 (step S10: YES), the product is registered (step S11), and the customer side scanner unit 206 is scanned (step S10: YES). The product is registered by scanning or the like (step S20: YES) (step S21). A subtotal key (for example, a subtotal key displayed on the clerk side display section 210 or a subtotal key arranged on the key operation section 211, etc.) or a registration completion key (for example, a registration completion key displayed on the customer side display section 205) After pressing the completion key, etc. (step S41: YES), the customer makes payment using, for example, the change machine 209 (step S50), and the process is completed.

Note that in the double scan mode, the clerk may wait until the customer completes payment (until the customer takes the change or receipt), or may register the purchased item for the next customer. In other words, the POS terminal 20 can register the purchased products of the next customer during the payment process (lower row of FIG. 13). Further, the clerk may be absent while the customer is making payment (lower row of FIG. 13). In other words, you may finish serving the customer while the customer is making payment.

As shown in FIG. 14(A), when the clerk code is read in full self mode, the operation mode shifts from full self mode to double scan mode, but reading the clerk code is part of the login operation. It may be one. Further, the operation mode may shift from the full self mode to the double scan mode when another operation (for example, a login operation different from reading the clerk code) is performed in the full self mode. Furthermore, when the store clerk no longer performs any operations in the double scan mode (for example, when a predetermined period of time has elapsed since the last operation), the operation mode may shift from the double scan mode to the full self mode.

(Notification of operation mode)
Each POS terminal 20 may notify its current operating mode. For example, each POS terminal 20 may display its current operating mode on the clerk-side display section 210.
Specifically, each POS terminal 20 displays a screen having an operation mode display column of its own terminal on the clerk side display section 210, and displays the current operation mode of its own terminal in the operation mode display column on the screen. You can. Additionally, each POS terminal 20 displays a screen on the clerk side display section 210 on which images (for example, button-like images) corresponding to each operation mode are arranged, and the current operation mode of the own terminal is displayed on the screen. An image that does not correspond to the current operation mode may be displayed in a different display manner from that of an image that does not correspond to the current operation mode (for example, in a display manner that is more conspicuous than the display manner of other images). For example, when operating in two operating modes, normal mode and full self-mode, the normal mode image and full self-mode image are always displayed, and when the current operating mode of the own terminal is normal mode, the normal mode image is displayed. The full self mode image may be displayed in a more conspicuous display manner than the full self mode image, and when the current operation mode of the own terminal is the full self mode, the full self mode image may be displayed in a more conspicuous display manner than the normal mode image. . Note that each POS terminal 20 may similarly display its current operating mode on the customer side display section 205 as well.

Further, each POS terminal 20 may notify the current operating mode of another terminal instead of or in addition to the current operating mode of the own terminal. That is, each POS terminal 20 may notify the current operating mode of the other terminal by mutually recognizing the current operating mode of the other terminal. An example of a method in which each POS terminal 20 mutually recognizes the current operation mode of the other terminal is that each POS terminal 20 notifies the other terminal of the operation mode after the transition (the latest operation mode) after changing the operation mode (LAN 11). (via the store controller 10, a monitoring terminal, etc.). Further, each POS terminal 20 may notify the current processing status of the other terminal as well as the current operation mode of the other terminal.

Further, each POS terminal 20 may notify information according to the current operating mode (operating mode, processing status, etc.) of its own terminal. For example, each POS terminal 20 may display various information on the customer side display section 205 when the current operating mode of the terminal is the full self mode, for example, when the terminal is on standby. Further, the POS terminal 20 may broadcast information according to the current operation mode of another terminal, instead of or in addition to the information according to the current operation mode of the own terminal.

In addition, even if the operating mode is switched by a clerk's operation (mode switching operation, clerk code reading, etc.), if the operating mode is switched without a clerk's operation (mode switching command, predetermined period of time, etc.) Even if the situation is due to progress, etc., the operating mode of the own terminal and other terminals is notified.

(Storing information regarding operation mode)
Each POS terminal 20 may store, as information regarding the operation mode, in which operation mode the transaction (processing) was performed. For example, when the POS terminal 20-1 operating in normal mode (standard mode) executes registration processing and settlement processing for a certain transaction, the POS terminal 20-1 that executed the registration processing and settlement processing information (for example, settlement information) (or in association with information about the transaction), information that the registration process and settlement process for the transaction were performed in normal mode (standard mode) (for example, identifying the operating mode) possible information, etc.) may be stored.

Note that each POS terminal 20 may also store information on which terminal the transaction (processing) was performed. In the above example, the POS terminal 20-1 may store information indicating that the registration process and the payment process were executed at the own terminal (POS terminal 20-1) as information regarding the transaction.
More specifically, the POS terminal 20-1 stores its own terminal identification information as the identification information (terminal identification information) of the terminal that executed the registration process, and also stores its own terminal identification information as the terminal identification information of the terminal that executed the payment process. Terminal identification information of the terminal may be stored. Alternatively, the POS terminal 20-1 may store the terminal identification information of its own terminal as the terminal identification information of the terminal that executed the entire process (registration process, payment process).

Further, for example, first, the POS terminal 20-1 operating in the normal mode (standard mode) executes registration processing for a certain transaction, and then the POS terminal 20-2 operating in the semi-self mode (accounting only mode) However, when the settlement process is executed for the transaction based on the registered information in the above registration process, the POS terminal 20-2 that executed the settlement process uses the information related to the transaction (for example, settlement information) as (or information that the registration process for the transaction was performed in normal mode (standard mode), as well as information that the settlement process for the transaction was performed in semi-self mode (accounting-only mode). Information may also be stored. Further, in addition to the above, the POS terminal 20-1 that executed the registration process may also store information indicating that the registration process regarding the transaction was performed in a normal mode (standard mode).

In the above example, the POS terminal 20-2 that executed the payment process stores information that the registration process was executed at another terminal (POS terminal 20-1) as transaction information, and stores the information that the registration process was executed at the other terminal (POS terminal 20-1). Information indicating that the payment process was executed at the terminal 20-2) may be stored.
More specifically, the POS terminal 20-2 stores the terminal identification information of another terminal (POS terminal 20-1) as the information (terminal identification information) of the terminal that executed the registration process, and also stores the terminal identification information of the other terminal (POS terminal 20-1) as the information (terminal identification information) of the terminal that executed the registration process. The terminal identification information of the own terminal (POS terminal 20-2) may be stored as the terminal identification information of the terminal. In the above example, the POS terminal 20-2 that executes the payment process receives the terminal identification information and operation mode (specifically, normal mode) of the POS terminal 20-1 that executed the registration process. It is sufficient if the identifying information can be obtained. For example, information identifying the terminal identification information and operation mode of the POS terminal 20-1 is supplied from the POS terminal 20-1 side to the POS terminal 20-2 side (for example, sending and receiving information as registration information, It suffices if the system is supplied via the network.

Furthermore, each POS terminal 20 may store information regarding the transition (switching) of the operation mode as information regarding the operation mode. For example, when the operation mode of the POS terminal 20-1 transitions from one operation mode to another, the POS terminal 20-1 determines the operation mode transition time and the operation mode to which it transitioned. information (for example, information that can identify the operation mode after the transition) may be stored. In addition, the POS terminal 20-1 also provides information on which operation mode it has transitioned from to which operation mode (for example, information that allows identification of the operation mode before transition, information on the operation mode after transition, as well as the time of transition of the operation mode). information that can identify the user) may also be stored.

Note that each POS terminal 20 will not be able to change its operating mode even if the operation mode is switched by an operation by a store clerk (by mode switching operation, reading a clerk code, etc.), or if the operation mode is switched without any operation by a store clerk ( (in the case of a mode switching command, the passage of a predetermined time, etc.), information regarding the transition of the operation mode may be stored. In the above case, each POS terminal 20 stores information on the basis of which the operation mode was changed (for example, information indicating that the operation mode was changed due to an operation by a store clerk with the clerk code "XXX", terminal identification information "XXX" It may also be possible to store a message that the operation mode has been changed by a mode switching command from the POS terminal 20 (e.g. "x").

Note that instead of or in addition to the POS terminal 20, the store controller 10, the monitoring terminal, or the like may store information regarding the operation mode.

Further, the information regarding the operation mode stored as described above may be output (displayed, transmitted, printed, etc.) as necessary. For example, the POS terminal 20 may include information on the receipt output in the full self-mode that indicates that the process (registration process, payment process) was performed in the full-self mode (information in a form that only the clerk can recognize, or (Information in a form that can be recognized even on the computer) may also be printed. Receipts output in other operating modes may also be printed in the same manner. Further, for example, the POS terminal 20 (or the monitoring terminal) may display the operation mode at the time of processing. As an example, when a transaction number (information that can identify a transaction) is input on a predetermined search screen, the POS terminal 20 (or monitoring terminal) performs registration processing and settlement processing for the corresponding transaction. For at least one of them, the terminal on which the process was performed (terminal identification information, etc.) and the operation mode (information that allows identification of the operation mode) may be displayed.

In the following description, it is assumed that the POS terminal 20-1 and the POS terminal 20-2 are in normal mode (specifically, normal mode (standard mode)). Further, it is assumed that the POS terminal 20-3 is in full self-mode.

(Display example of POS terminal 20 in full self mode)
15 and 16 are display examples on the POS terminal 20 in full self mode. Specifically, FIG. 15(A), FIG. 15(B), and FIG. 16(A) to FIG. 16(F) all show the table on the customer side display section 205 of the POS terminal 20-3 in full self mode. This is an example.

FIG. 15(A) shows the display contents of the registration start screen before the start of the registration process. In FIG. 15(A), a registration start button BT30 on the right side of the screen is a button for instructing the start of product registration. The customer operates the registration start button BT30 when starting product registration. Buttons BT35 to BT37 at the bottom left of the screen are buttons for switching the display language to English, Chinese, and Korean, respectively.

FIG. 15(B) shows the display contents of the registration screen in a state where the second product (Daifuku mochi) is registered. Note that when the registration start button BT30 is operated on the registration start screen shown in FIG. 15(A), the POS terminal 20-3 displays a registration screen with no products registered yet. For convenience, FIG. 15(B) shows the registration screen after the products (tea, daifuku mochi) have already been registered.

In FIG. 15(B), the image GA01 at the bottom left of the screen shows the state (specifically, the normal mode) of the other terminal (POS terminal 20-1). Image GA02 at the bottom left of the screen shows the state (specifically, the normal mode) of the other terminal (POS terminal 20-2). The checkout button BT32 at the bottom right of the screen is a button for instructing the end of product registration. The customer operates the checkout button BT32 after completing the product registration. The clerk call button BT33 is a button for calling a clerk. The customer operates the clerk call button BT33 when calling the store clerk (for example, when the store clerk's support is required).

Note that the buttons BT35 to BT37 are buttons for switching the display language to English, Chinese, and Korean, respectively, as described above. Moreover, the "vegetable" button BT38 is a button for displaying each preset key for vegetables.

FIG. 16(A) shows the display contents of the payment screen (payment method selection screen) that is displayed when starting the payment process. For example, when the checkout button BT32 is operated on the registration screen (see FIG. 15(B)), the POS terminal 20-3 displays a payment method selection screen as shown in FIG. 16(A).

FIG. 16(B) shows the display contents of the settlement screen (deposit screen) that is displayed when starting payment in cash. For example, when cash is operated on the payment method selection screen (see FIG. 16(A)), the POS terminal 20-3 displays a deposit screen as shown in FIG. 16(B).

FIG. 16(C) shows the display contents of the settlement screen (deposit screen) that is displayed when determining the deposit amount. For example, the POS terminal 20-3 displays a deposit screen as shown in FIG. 16(C) when cash (deposit) exceeding the payment amount (purchase amount) is deposited.

FIG. 16(D) shows the display contents of the payment screen (change screen) that is displayed when changing is released. For example, when the end (receipt) button BT40 is operated on the deposit screen (FIG. 16(C)), the POS terminal 20-3 displays a change screen as shown in FIG. 16(D).

FIG. 16(E) shows the display contents of the payment screen (receipt screen) that is displayed when change is removed. For example, when change is removed from the outlet of the change machine 209, the POS terminal 20-3 displays a receipt screen as shown in FIG. 16(E). Note that the POS terminal 20 may install a sensor such as a photo sensor near the takeout port, and determine that change has been removed when the sensor recognizes an object (assuming a customer's hand). FIG. 16(F) is an example of a standby screen. Advertisements (product advertisements, event advertisements, etc.) may be displayed on the standby screen.

Note that after displaying the receipt screen (FIG. 16(E)), the POS terminal 20-3 displays a registration start screen (FIG. 15(A)). For example, the POS terminal 20-3 displays a registration start screen after the receipt is removed from the issuing port of the printing unit 213. Note that the POS terminal 20 may include a sensor that can recognize that the receipt has been removed from the issuing port. In addition, if no change is generated, the change screen (Figure 16 (D)) may not be displayed and the deposit screen (Figure 16 (C)) may be transitioned to the receipt screen (Figure 16 (E)). .

Next, in the semi-self mode, processing for improving payment efficiency (hereinafter also referred to as "payment efficiency processing") and various screens will be described. FIG. 17 is a diagram showing the layout of a POS terminal used in explaining the payment efficiency improvement process. In the layout shown in FIG. 17, two POS terminals 501 and 502, a store clerk 510, and a customer 511 are shown.

The POS terminal 501 normally operates in a registration-only mode, which is a semi-self mode, when a predetermined condition described below is not met, and can operate in a normal mode when a predetermined condition described later is met. That is, the POS terminal 501 performs a registration process for registering a product, and is normally capable of transmitting registration information generated in the registration process to the POS terminal 502. Further, the POS terminal 501 can perform payment processing based on registered information when it is determined that a predetermined condition is satisfied. The POS terminal 502 operates in a semi-self accounting mode.

From the above, the normal operation mode of the POS terminals 501 and 502 in the payment efficiency processing is such that the payment for the product registered on the POS terminal 501 by the store clerk 510 is performed by the customer 511 on the POS terminal 502. . On the other hand, when the predetermined conditions are met, the operation mode is such that the clerk 510 registers the product and makes payment using the POS terminal 501. Note that the POS terminal 502 may operate in full self mode. Even in this case, the POS terminal 502 can receive registration information from the POS terminal 501 and perform payment processing based on the registration information.

FIG. 18(A) is a diagram showing an example of the predetermined conditions (hereinafter also simply referred to as "conditions"). As shown in FIG. 18(A), the conditions include conditions regarding the total amount and conditions regarding the signature. Among these, the condition regarding the total amount is that the total amount of the products registered in the registration process is more than or equal to a predetermined amount or exceeds a predetermined amount. Examples of this predetermined amount include an amount that requires a revenue stamp (50,000 yen) and a credit card payment amount that requires input of a PIN (or signature) (hereinafter also referred to as "PIN entry payment amount"). The PIN entry payment amount is determined depending on the store, card company, etc., and is not unique.

Another signature requirement is that the transaction for selling the product registered in the registration process requires the customer's signature or seal. As an example of this, as shown in Figure 18 (A), there is a case where a transaction is carried out in which a specific product such as a powerful drug (hereinafter also referred to as a "signature required product") is registered, and a case where a tax exemption for foreigners is declared. For example, when conducting a transaction.

Next, the screen displayed when the above conditions are satisfied will be explained. The screen described below shows the screen displayed on the clerk side display section 210 of the POS terminal 501. FIG. 18(B) is a diagram showing a screen 520 that is displayed when the total amount exceeds the amount that requires a revenue stamp.

Screen 520 shows that a product worth 54,000 yen has been registered. Further, the screen 520 shows a stamp paper required screen 521 and a designation button 522. Of these, the stamp required screen 521 states, "The total amount exceeds 50,000 yen. Revenue stamps are required. Please pay at this register." This allows the store clerk to recognize that payment processing will be performed at the POS terminal 501. The stamp paper required screen 521 is closed when the clerk presses "OK". The designation button 522 is a button for designating that the POS terminal 502 performs payment processing.

When performing the payment process using the POS terminal 501, the clerk cannot specify that the payment process be performed using the POS terminal 502. Therefore, the designation button 522 is masked as shown in FIG. 18(B). This can prevent erroneous operations by store staff.

FIG. 19(A) is a diagram showing a screen 530 that is displayed when performing a transaction in which a specific product (in the figure, pesticides) is registered. The pesticide shown in FIG. 19(A) is a product that requires a customer's signature.

Screen 530 shows that the pesticide has been registered. Further, the screen 530 shows a signature required screen 531 and a designation button 532. Of these, the signature required screen 531 states, "Customer's signature is required. Please pay at this register." This allows the store clerk to recognize that payment processing will be performed at the POS terminal 501. The signature required screen 531 is closed when the store clerk presses "OK". The designation button 532 is a button for designating that the POS terminal 502 performs payment processing.

When performing the payment process using the POS terminal 501, the clerk cannot specify that the payment process be performed using the POS terminal 502. Therefore, the designation button 532 is masked as shown in FIG. 19(A). This can prevent erroneous operations by store staff.

FIG. 19(B) is a diagram showing a screen 540 that is displayed when tax exemption for foreigners is declared. Since the screen 540 shown in FIG. 19(B) is a screen compatible with tax exemption for foreigners, a tax exemption button 543 is provided. By pressing this tax exemption button 543, the clerk declares tax exemption for foreigners.

In addition to the above tax exemption button 543, the screen 540 also shows a tax exemption screen 541 and a designation button 542. Of these, the tax exemption screen 541 states, "Do you want to perform tax exemption processing? If you wish to perform tax exemption processing, please pay at this cash register." This allows the store clerk to recognize that payment processing will be performed at the POS terminal 501. Further, the tax exemption screen 541 shown in FIG. 19(B) shows a state in which "Yes" has been pressed by the clerk. When "Yes" is pressed, the tax exemption screen 541 is closed after a predetermined period of time has elapsed. The designation button 542 is a button for designating that the POS terminal 502 performs payment processing.

When performing the payment process using the POS terminal 501, the clerk cannot specify that the payment process be performed using the POS terminal 502. Therefore, the designation button 542 is masked as shown in FIG. 19(B). This can prevent erroneous operations by store staff.

Next, a payment efficiency improvement process that performs processing such as displaying each of the above-mentioned screens will be explained using flowcharts shown in FIGS. 20 and 21. This process is a modification of the process described in FIG. 10(A). The POS terminal 501 determines whether the product has been scanned (step S101). If the product has been scanned (step S101: YES), the POS terminal 501 registers the scanned product (step S102). The POS terminal 501 determines whether the registered product is a signature-required product (step S103). If the registered product is not a signature-required product (step S103: NO), the POS terminal 501 determines whether the total price of the registered products is 50,000 yen or more (step S104). That is, it is determined whether or not a revenue stamp is necessary.

If the total amount is less than 50,000 yen (step S104: NO), the POS terminal 501 proceeds to step S204 in FIG. 21. If the total amount is 50,000 yen or more (step S104: YES), the POS terminal 501 determines whether the stamp flag is on (step S105). The stamp flag is a flag that indicates whether or not the stamp paper required screen explained in FIG. The stamp flag is initialized to OFF at the start of the payment efficiency processing.

If the stamp flag is on (step S106: NO), the POS terminal 501 proceeds to step S204 in FIG. 21, since the stamp paper required screen is already displayed. If the stamp flag is off (step S106: YES), the POS terminal 501 displays a stamp required screen (step S106), turns on the stamp flag (step S107), and proceeds to step S201 in FIG. .

In step S103, if the registered product is a signature-required product (step S103: YES), the POS terminal 501 displays the signature-required screen 531 described in FIG. 19(A) (step S108). , the process advances to step S201 in FIG.

In step S101, if the product has not been scanned (step S101: NO), the POS terminal 501 determines whether the tax exemption button has been pressed (step S109). If the tax exemption button is not pressed (step S109: NO), the POS terminal 501 returns to step S101. If the tax exemption button is pressed (step S109: YES), the POS terminal 501 displays the tax exemption screen described in FIG. 19(B) (step S110). The POS terminal 501 determines whether "Yes" has been pressed on the tax exemption screen (step S111). If "Yes" is not pressed (step S111: NO), the POS terminal 501 returns to step S101. If "Yes" is pressed (step S111: YES), the POS terminal 501 proceeds to step S201 in FIG. 21.

The explanation will be continued using FIG. 21. The POS terminal 501 determines whether the mask flag is on (step S201). The mask flag is a flag indicating whether or not the specified button is masked, and indicates on when masked, and indicates off when not masked. The mask flag is initialized to be off at the start of the payment efficiency processing. If the mask flag is on (step S201: YES), the POS terminal 501 proceeds to step S204.

If the mask flag is off (step S201: NO), the POS terminal 501 masks the designated button (step S202) and turns on the mask flag (step S203). The POS terminal 501 determines whether the subtotal key has been pressed (step S204). If the subtotal key is not pressed (step S204: NO), the POS terminal 501 proceeds to step S101 in FIG. 20.

If the subtotal key is pressed (step S204: YES), the POS terminal 501 determines whether the mask flag is on (step S205). If the mask flag is on (step S205: YES), the POS terminal 501 performs payment processing at the POS terminal 501 without transmitting the registration information to another device (in the example of FIG. 17, the POS terminal 502). (Step S206), the process ends. If the mask flag is off (step S205: NO), the POS terminal 501 waits for designation to another device (step S207: YES), and sends the registration information to the designated device (step S208). , ends the process.

As explained above, by determining whether or not predetermined conditions related to registration processing are met, and if the predetermined conditions are met, payment processing is performed at the POS terminal that performed registration processing. , it is possible to improve payment efficiency. The predetermined conditions are the case where the payment process is performed at the POS terminal that performed the registration process, and the case where the payment process is performed at the payment device, and the case where the payment process is performed at the POS terminal that performed the registration process. The condition is that the payment efficiency will be better.

These conditions include that the total price of the products registered in the registration process is greater than or equal to a predetermined amount, and that the transaction for selling the products registered in the registration process is a transaction that requires a customer's signature. It will be done. In either case, the clerk's operation is required at the time of payment or after the payment, so it is possible to improve the payment efficiency by performing the payment process at the POS terminal that has performed the registration process. Note that even if a failure occurs in the payment device and the payment device is unable to operate, it may be possible to perform the payment process at the POS terminal that performed the registration process.

Although the stamp paper required screen 521, the signature required screen 531, and the tax exemption screen 541 are displayed as pop-ups, the present invention is not limited to this, and any display format may be used. Regarding revenue stamps, even if the total amount is 50,000 yen or more, revenue stamps are not required when issuing electronic receipts. Therefore, when issuing an electronic receipt, the stamp paper required screen 521 may not be displayed. Alternatively, a button is provided on the stamp paper required screen 521 to select issuing an electronic receipt, and when the button is pressed, the registration information is sent to another device even if the total amount is 50,000 yen or more. It may be possible.

(Second embodiment)
In the embodiment described above, an example of application to a retail store has been described, but the invention can also be applied to a restaurant. FIG. 22 is a schematic configuration diagram of a payment system 600 according to a second embodiment of the present invention. This payment system 600 is a payment system installed in a restaurant, and is also a product management system in the store. As shown in the figure, the payment system 600 includes a management device (store controller) 610, a POS device 620, a payment device (hereinafter referred to as a "self-payment device") 640, a kitchen device (kitchen monitor, etc.) 660, An access point 680 is connected to the LAN 700, and order terminals 710 and 740 are connected to the LAN 700 via the access point 680. The LAN 700 may be wired or wireless.

The management device 610 is a computer that controls the entire payment system 600, and manages various information such as a menu master file. The menu master file is updated as appropriate. The management device 610 sends the latest menu master file as a menu file to the POS device 620, self-checkout device 640, order terminals 710, 740, etc. as appropriate.

The self-checkout device 640 is used when a customer pays the bill himself using a checkout bill, which will be described later. The POS device 620 is used when a store clerk makes payment without the customer using the self-payment device 640.

The kitchen device 660 is a kitchen monitor that displays cooking instruction data for ordered dishes on a screen, and is generally installed near the kitchen (cooking area). A staff member who cooks in the kitchen cooks according to the cooking instructions displayed on the kitchen terminal 660. The kitchen device 660 receives a cooking instruction command transmitted when a food order is received from an order terminal 710, 740, etc., and displays the contents of the cooking instruction. Instead of a kitchen monitor, the kitchen device 660 may be a kitchen printer that prints out cooking instructions on a sheet, or both may be installed.

Order terminals 710 and 740 have similar configurations. The order terminal 710 has a touch panel 717 and an operation button section 721 on its surface. The order terminal 740 also has a touch panel 747 and an operation button section 751 on its surface. The order terminal 740 also includes a printing section (not shown). The difference between order terminal 710 and order terminal 740 is that order terminal 710 is a mobile terminal mainly operated by a store clerk, whereas order terminal 740 is a mobile terminal mainly operated by the customer himself/herself. Further, the touch panels 717 and 747 are provided to be superimposed on the screen.

Next, an example of the operation of this payment system 600 will be explained. The customers take out the plates moving on the lane to the tables where they are seated and eat and drink the various dishes placed on the plates. On the other hand, customers can request the kitchen to prepare menu items from the order terminal 710 by placing an order directly with a store clerk, or request the kitchen to prepare the menu items by operating the order terminal 740 themselves.

Next, when the customer has finished eating and drinking, the type and number of plates consumed are confirmed (counted) by the clerk, and payment information (various information necessary for payment) is sent from the order terminal 110 to the management device 610. sent to. Alternatively, if a device is installed that automatically checks (counts) the type and number of plates eaten and eaten and automatically sends the payment information to the management device 610, it is possible to When the order is finished, the customer uses the order terminal 740 or the like to send a message to the management device 610 that the meal has been completed. Note that this payment information is stored in the management device 610 in association with the table identification information (for example, table number) of the customer making the payment.

When the payment information is sent to the management device 610, a slip to be described later is printed from the order terminal 740. The printed slip is handed to the customer by the clerk. In the case of the order terminal 710, since a printing section is not provided, a slip similar to the printed slip is displayed on the screen.

FIG. 23 is a diagram showing an example of a slip. FIG. 23A shows a slip example (slip example A) that is printed or displayed when the "payment amount" is less than 50,000. FIG. 23(B) shows a slip example (slip example B) that is printed or displayed when the "payment amount" is 50,000 or more.

Slip examples A and B show details of the payment amount. Therefore, in both slip examples A and B, the ordered product, unit price, number of orders, consumption tax amount, etc. are displayed. If the "payment amount" is less than 50,000 yen, no revenue stamp is required on the receipt, so payment can be made using the self-payment device 640 without a clerk. On the other hand, if the "payment amount" is 50,000 or more, a revenue stamp is required on the receipt, so payment cannot be made using the self-payment device 640 without a clerk. Therefore, the note example B is provided with a caution column 800. The caution column 800 includes words urging the customer to move to the payment machine where the store clerk is present, in order to prompt the store clerk to make payment.

In the case of FIG. 23, it is simply "a payment machine with a store clerk" and does not specify which payment machine it is, but for example, in the case of this embodiment, the POS device 620 is a payment machine with a store clerk. , the customer may be prompted to move the POS device 620 using identification information that allows the customer to identify the customer (for example, a cash register number displayed for the customer). In addition to displaying in the caution column 800, the user may be prompted to move to the payment machine where a store clerk is present by, for example, using a voice output.

Once the slip has been printed or displayed, the customer takes the checkout tag (also called a table tag) provided at the table where the customer was seated, moves to the self-checkout device 640 or the POS device 620, and completes the checkout. conduct. The self-checkout device 640 and the POS device 620 acquire specific information that can identify the table from the bill. Specifically, since specific information is provided on the bill, such as a bar code, the bar code is read. The payment device 640 and the POS device 620 acquire payment information based on the acquired specific information and perform payment processing.

Here, a processing example will be described in which a customer attempts to pay using the self-paying device 640 even though the caution column 800 is printed or displayed. A bill that corresponds to a customer's table that requires a revenue stamp to pay is referred to as a stamp-required bill.

FIG. 24 is a diagram showing three types of processing examples when a customer attempts to pay with the self-checkout device 640 and the self-checkout device 640 reads a stamp-required bill.

FIG. 24(A) is a diagram showing a call display. The call display is used by the clerk to confirm the caller, and displays, for example, the table number. A number ("64" in the figure) corresponding to the self-checkout device 640 that read the stamp-required bill is displayed on the call display. This allows the store clerk to recognize the self-checkout device 640 corresponding to the number, so the store clerk goes to the self-checkout device 640. Thereafter, a sales stamp can be attached by a clerk at the POS device 620, for example.

FIG. 24(B) is a diagram showing a screen displayed on the self-checkout device 640. When the self-accounting device 640 reads the stamp-required accounting bill, it displays a screen 801. The screen 801 displays the message "Please pay at the payment machine with a staff member." Thereby, the customer can be encouraged to move to the payment machine where the clerk is present.

FIG. 24(C) is a diagram showing a screen displayed on the self-checkout device 640. When the self-accounting device 640 reads the stamp-required accounting bill, it displays a screen 802. On the screen 802, "Salesperson is calling" is displayed. This causes the customer to wait at the self-checkout device 640 until the clerk arrives. At that time, for example, the number corresponding to the self-checkout device 640 that read the stamp-required bill is displayed on the call display shown in FIG. 24(A). Accordingly, the clerk goes to the self-checkout device 640, and then, for example, can attach a revenue stamp at the POS device 620.

In the embodiment described above, revenue stamps are used as an example to prompt the user to move to another payment device (for example, a payment device with a clerk). It can also be applied to operations that encourage users to move to other payment devices when they cannot be used at other payment systems, or when payment requires a clerk's operation, such as when paying with coupons or cash vouchers.

If payment is to be made using coupons or cash vouchers, the self-payment device 640 is provided with a button for payment using coupons or cash vouchers, and by pressing the button, the clerk moves to the self-payment device 640. Alternatively, as shown in screen 801, when a button is pressed, the message ``Please pay at the checkout machine with a staff member'' may be displayed.

Regarding the call display device, an example was explained in which the table number and the number corresponding to the self-payment device 640 are displayed. ("97" for error, "98" for other calls, "99" for other calls) may be displayed differently.

Note that the program for realizing the POS terminal 20 described above may be recorded on a computer-readable recording medium, and the program may be read and executed by the computer system. Note that the "computer system" herein includes hardware such as an OS and peripheral devices. Furthermore, the term "computer-readable recording medium" refers to portable media such as flexible disks, magneto-optical disks, ROMs, and CD-ROMs, and storage devices such as hard disks built into computer systems. Furthermore, "computer-readable recording medium" refers to volatile memory (RAM) inside a computer system that serves as a server or client when a program is transmitted via a network such as the Internet or a communication line such as a telephone line. This also includes programs that are retained for a certain period of time. Further, the program may be transmitted from a computer system storing the program in a storage device or the like to another computer system via a transmission medium or by a transmission wave in a transmission medium. Here, the "transmission medium" that transmits the program refers to a medium that has a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line. Moreover, the above-mentioned program may be for realizing a part of the above-mentioned functions. Furthermore, it may be a so-called difference file (difference program) that can realize the above-described functions in combination with a program already recorded in the computer system.

Although the embodiments of the present invention have been described above in detail with reference to the drawings, the specific configuration is not limited to the embodiments, and includes designs within the scope of the gist of the present invention.

1... POS system 10... Store controller 20, 501, 502... POS terminal 201... CPU
202...ROM
203...RAM
204...Hard disk 205...Customer side display section 206...Customer side scanner section 208...Card payment section 209...Change machine 210...Staff side display section 211...Key operation section 212...Staff side scanner section 213...Printing section 214...Audio output section 215...Communication department 600...Payment system 620...POS device 640...Self payment device 710, 740...Order terminal

Claims (6)

In a system comprising a product registration and settlement device and a settlement device,
The product registration and payment device is
a product registration means for executing a registration process for registering a product;
determining means for determining whether the amount related to the registration process by the product registration means is equal to or more than a predetermined amount ;
If the determination means determines that the amount related to the registration process is not more than a predetermined amount, the registration information generated in the registration process based on the designation of the operator displayed on the screen is used for the payment. a transmission means for transmitting to the device ;
a first payment unit that executes a payment process based on the registration information when the determination unit determines that the amount related to the registration process is equal to or more than a predetermined amount ;
operator changing means for changing the display mode of the operator to a display mode indicating that designation is not possible when the determination means determines that the amount related to the registration process is equal to or more than a predetermined amount;
Equipped with
The payment device is
receiving means for receiving the registration information from the product registration and settlement device;
a second payment means for executing payment processing by the customer's own operation based on the registration information received by the receiving means;
A system characterized by: The product registration and payment device is
Tax exemption declaration means to declare tax exemption
Equipped with
The determining means is
Determining whether or not the declaration is made by the tax exemption declaration means;
The transmitting means includes:
If the determination means determines that the amount related to the registration process is not more than a predetermined amount and the declaration is not made, transmitting the registration information to the payment device;
The first payment means includes:
Regardless of whether the determination means determines that the amount related to the registration process is equal to or greater than a predetermined amount, if it is determined that the declaration has been made, the payment process is executed based on the registration information. The system according to claim 1, characterized in that: The product registration and payment device is
Electronic receipt selection reception means that accepts an operation to select an electronic receipt
Equipped with
The determining means is
Determining whether or not the electronic receipt selection accepting means has accepted an operation for selecting an electronic receipt;
The transmitting means includes:
Regardless of whether or not the determination means determines that the amount related to the registration process is equal to or greater than a predetermined amount, if the electronic receipt selection reception means determines that an operation to select an electronic receipt has been received, the registration information to the payment device,
The first payment means includes:
If the determination means determines that the amount related to the registration process is equal to or more than a predetermined amount, and the electronic receipt selection reception means determines that an operation to select an electronic receipt is not accepted, payment is made based on the registration information. execute the process
The system according to claim 1, characterized in that: A product registration and payment device capable of communicating with a payment device that executes payment processing by a customer's own operation ,
a product registration means for executing a registration process for registering a product;
determining means for determining whether the amount related to the registration process by the product registration means is equal to or more than a predetermined amount ;
If the determination means determines that the amount related to the registration process is not more than a predetermined amount, the registration information generated in the registration process based on the designation of the operator displayed on the screen is used for the payment. a transmission means for transmitting to the device ;
Settlement means that executes settlement processing based on the registration information when the determination means determines that the amount related to the registration processing is equal to or more than a predetermined amount ;
operator changing means for changing the display mode of the operator to a display mode indicating that designation is not possible when the determination means determines that the amount related to the registration process is equal to or more than a predetermined amount;
A product registration and payment device characterized by comprising : A method of controlling a system comprising a product registration and settlement device and a settlement device, the method comprising:
a product registration step in which the product registration and settlement device executes a registration process for registering a product;
a determination step in which the product registration and settlement device determines whether the amount related to the registration process in the product registration step is greater than or equal to a predetermined amount ;
When the product registration and payment device determines in the determination step that the amount related to the registration process is not equal to or greater than a predetermined amount, the product registration and settlement device generates the information in the registration process based on the designation of the operator displayed on the screen. a sending step of sending the registered information to the payment device;
a first settlement step in which the product registration and settlement device executes a settlement process based on the registration information when it is determined in the determination step that the amount related to the registration process is equal to or more than a predetermined amount ;
an operation in which the product registration and settlement device changes the display mode of the operator to a display mode indicating that designation is not possible when it is determined in the determination step that the amount related to the registration process is greater than or equal to a predetermined amount; a child modification step;
a receiving step in which the payment device receives the registration information from the product registration and payment device;
a second payment step in which the payment device executes payment processing by the customer's own operation based on the registration information received in the receiving step;
A control method comprising: A program for causing the product registration and payment device to function as a first computer and the payment device to function as a second computer in a system comprising a product registration and payment device and a payment device, the program comprising:
the first computer;
a product registration means for executing a registration process for registering a product;
determining means for determining whether the amount related to the registration process by the product registration means is equal to or more than a predetermined amount ;
If the determination means determines that the amount related to the registration process is not more than a predetermined amount, the registration information generated in the registration process based on the designation of the operator displayed on the screen is used for the payment. a transmission means for transmitting to the device ;
a first payment unit that executes a payment process based on the registration information when the determination unit determines that the amount related to the registration process is equal to or more than a predetermined amount ;
functioning as an operator changing unit that changes the display mode of the operator to a display mode indicating that designation is not possible when the determining unit determines that the amount related to the registration process is equal to or more than a predetermined amount;
the second computer;
receiving means for receiving the registration information from the product registration and settlement device;
A program for functioning as a second payment means for executing payment processing by a customer's own operation based on the registration information received by the reception means.

Images