JP7607900B2 - Product sales data processing device and program - Google Patents

Description

The present invention relates to a product sales data processing device and a program.

There is a known technology for charging (depositing) electronic money without interrupting the electronic money payment procedure (see, for example, Patent Document 1).

JP 2009-75986 A

However, the charging operation on a POS terminal, etc., was time-consuming and a burden on the operator.

The present invention was made in consideration of these circumstances, and its purpose is to provide technology that allows charging to be easily performed on POS terminals, etc.

In order to solve the above-mentioned problems, a product sales data processing device that is one aspect of the present invention is a product sales data processing device that registers products purchased by a customer, and is characterized in that it comprises: a first processing means that generates and processes, as a first process, first processing data including registration information of the products purchased by the customer and identification information of the customer; a second processing means that, if a specified deposit operation is performed during the first process by the first processing means, generates and processes, as a second process, second processing data based on the deposit operation; and a handover means that hands over the first processing data to the second process that is started based on the specified deposit operation.

FIG. 1 is a network configuration diagram of a POS system. FIG. 1 is a diagram showing an example of installation of a POS terminal. FIG. 2 is a diagram illustrating an example of the configuration of a POS terminal. 13 is a display example on a POS terminal. 13 is a display example on a POS terminal. 13 is a display example on a POS terminal. 13 is a display example on a POS terminal. 13 is a display example on a POS terminal. 10 is a flowchart illustrating an example of the operation of a POS terminal. 10 is a flowchart illustrating an example of the operation of a POS terminal. 10 is a flowchart illustrating an example of the operation of a POS terminal. 10 is a flowchart illustrating an example of the operation of a POS terminal. 10 is a flowchart illustrating an example of the operation of a POS terminal. 10 is a flowchart illustrating an example of the operation of a POS terminal. 10 is a flowchart illustrating an example of the operation of a POS terminal. 10 is a flowchart illustrating an example of the operation of a POS terminal. This is an explanatory diagram summarizing the differences between a next customer transaction using the next customer registration button and a charge transaction using a charge declaration.

An embodiment of the present invention will now be described with reference to the drawings. FIG. 1 is a network configuration diagram of a POS (Point Of Sales) system according to one embodiment of the present invention. The POS system 1 shown in FIG. 1 comprises three POS terminals 20-1, 20-2, and 20-3, a store controller (store computer, management device) 10, and a monitoring device 40, all of which are communicatively connected via a LAN 11. Hereinafter, when there is no particular distinction between the POS terminals 20-1, 20-2, and 20-3, they will be collectively referred to as the POS terminal 20.

The store controller 10 receives product files from outside (e.g., a server at headquarters) and transmits (distributes) them to other devices (such as the POS terminal 20). The store controller 10 also receives information from other devices and transmits it to the outside.

The monitoring device 40, for example, monitors the processing status of the POS terminal 20. As an example, the monitoring device 40 monitors the amount of coins in the change dispenser 209 provided in the POS terminal 20.

Figure 2 is a diagram showing an example of the installation of a POS terminal 20. Figure 3 is a diagram showing an example of the configuration of a POS terminal 20. Figure 2(A) is an oblique view of the POS terminal 20, etc., as seen from the customer side. Figure 2(B) is an oblique view of the POS terminal 20, etc., as seen from the store clerk side. As shown in Figure 2(A), a counter is placed to the right of the POS terminal 20 as seen from the customer side. Note that in Figure 2, the same parts as in Figure 3 are given the same reference numerals.

Below, an example of the configuration of the POS terminal 20 shown in FIG. 3 will be described with reference to FIG. 2. The POS terminal 20 comprises a CPU 201, a ROM 202, a RAM 203, a hard disk 204, a customer display unit 205, a customer scanner unit 206, a card payment unit 208, a change dispenser 209, a store clerk display unit 210, a key operation unit 211, a store clerk scanner unit 212, a printing unit 213, an audio output unit 214, and a communication unit 215. These can communicate with each other via a bus. The operation mode switching button 211a will be described later.

The CPU 201 is a central processing unit that 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 types of information used by the CPU 201, including programs.

RAM 203 is a read/write memory that stores various information. For example, RAM 203 stores information acquired from the outside (e.g., product files acquired from store controller 10, etc.) and information generated during processing (e.g., registration information (registration data) generated during a registration process that registers products, etc., settlement information generated during a settlement process that settles (pays) purchased products, etc.).

The hard disk 204 stores various information. For example, the hard disk 204 may store programs executed by the CPU 201 instead of the ROM 202. Also, instead of the RAM 203, the hard disk 204 may store information acquired from the outside and information generated during processing.

The customer-side display unit 205 is a touch display for customers, which displays various information to customers and accepts various inputs from customers.
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 reads barcodes (product codes, etc.) attached to products and codes (barcodes, two-dimensional codes, etc.) printed on bills (registered trademarks). In addition to the above, the customer-side scanner unit 206 may also read codes printed on gift certificates (gift certificates, coupons, and complimentary tickets), codes printed on various cards (e.g., membership cards, point cards, etc.), and codes displayed on electronic devices (mobile terminals, etc.).

The customer-side scanner unit 206 is used when a customer registers an item, but the customer may register the item using other methods. For example, if a preset button (a button for registering an item) corresponding to the item is displayed on the customer-side display unit 205, the customer may operate (press) the preset button to register the item.

The card payment unit 208 is a payment mechanism that uses various cards (credit cards, point cards, prepaid cards, debit cards, etc.). The card payment unit 208 is equipped with a recognition unit (reading unit), a display unit, and an operation unit. The recognition unit magnetically or electrically reads information on various cards (or may be a mobile terminal, etc.). Recognition by the recognition unit may be of the contact type or the non-contact type.

The information recognized by the recognition unit is used when payment (settlement) of purchased items is made non-cash. In other words, the card payment unit 208 (recognition unit) reads the information in cases such as credit card payment, point payment in which points held on a point card are used (consumed), prepaid payment with a prepaid card, and debit payment with a debit card.

The information recognized by the recognition unit may be used when the purchase is paid for non-cash (i.e., credit card payment, points payment, prepaid payment, debit payment, etc.), as well as when points are awarded on a point card, for example. In other words, the card payment unit 208 (recognition unit) may read the information even when points are simply awarded in a cash payment.

The card payment unit 208 of this embodiment includes a recognition unit, a display unit, and an operation unit, but it is sufficient that the card payment unit 208 includes at least the recognition unit. That is, the card payment unit 208 of this embodiment includes a display unit, and for example, recognition information by the recognition unit is displayed on the display unit, but if the card payment unit 208 does not include a display unit, the recognition information may be displayed on the customer display unit 205 (or the store clerk display unit 210). Also, the card payment unit 208 of this embodiment includes an operation unit, and the operation unit accepts, for example, operations related to payment (such as inputting the number of passwords), but if the card payment unit 208 does not include an operation unit, the customer display unit 205 (or the store clerk display unit 210) may accept the operations related to the payment.

The card payment unit 208 may also have functions other than the recognition unit, display unit, and operation unit. For example, the card payment unit 208 may have a communication unit. If the card payment unit 208 does not have an operation unit, it communicates with an external server (such as a credit card payment server or prepaid card payment server installed by the same company or another company) via the communication unit 215. However, if the card payment unit 208 has an operation unit, it communicates with an external server via the communication unit 215 or the communication unit of the card payment unit 208 (whether communication is via the communication unit 215 or the communication unit of the card payment unit 208 may vary depending on the server with which it is communicating).

The change machine 209 (cash settlement section) is a cash settlement mechanism that has an input port for banknotes and coins and an output port for banknotes and coins, calculates the amount inserted into the input port, calculates the change amount, which is the difference between the input amount and the purchase amount, and outputs the change from the output port. The change machine 209 faces the customer and is operated by the customer. When banknotes or coins are inserted into the input port, they are detected by a sensor (detecting that they have been inserted, detecting the number of coins by denomination, etc.).

The store clerk's display unit 210 is a touch display for the store clerk, which displays various information to the store clerk and receives various inputs from the store clerk.
The key operation unit 211 is made up of various keys (hardware keys, buttons) and receives various inputs from the store clerk.
The store clerk scanner unit 212 is a scanner unit for store clerks, and optically reads various types of information. For example, the store clerk scanner unit 212 optically reads barcodes attached to products and store clerk codes attached to store clerk nametags. In addition to the above, the store clerk scanner unit 212 may also read codes printed on bills, coupons, various cards, and codes displayed on electronic devices.

The clerk-side scanner unit 212 is used when the clerk registers a product, but the clerk may register the product using other methods. For example, if a key corresponding to a product (such as a key corresponding to a sports newspaper) is located on the key operation unit 211, the clerk may operate (press) that key to register the product. Also, if a preset button corresponding to a product is displayed on the clerk-side display unit 210, the clerk may operate that preset button to register the product.

The printing unit 213 prints and issues various media (receipts, bills, etc.). The printing unit 213 can freely rotate to change its orientation (direction of the media issuing port) from the clerk side to the customer side, or from the customer side to the clerk side. The orientation of the printing unit 213 may be changed manually, or it may be changed automatically (mechanically controlled, etc.) based on, for example, a change in operating mode (details described later). The correct orientation of the printing unit 213 may be detected by a sensor or the like.

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 POS terminals 20, store controller 10).

The POS terminal 20 may further include an imaging unit (camera), a timing unit (clock), etc.

(Operation Mode of POS Terminal 20)
The POS terminal 20 has a plurality of operation modes. For example, the POS terminal 20 switches between operation modes based on the operation of the operation mode switching button 211a.

(Face-to-face semi-selfie mode (normal mode))
The face-to-face semi-self-service mode (also called normal mode) is an operation mode in which a store clerk uses one side (the store clerk side) of the POS terminal 20 to register products, and a customer uses the other side (the customer side) of the POS terminal 20 to settle the bill. That is, when the operation mode of the POS terminal 20 is the face-to-face semi-self-service mode, the store clerk and the customer face each other across the POS terminal 20, the store clerk registers products, and the customer settles the bill.

(Full selfie mode)
The full self-service mode is an operation mode in which a customer registers merchandise and makes a payment using one side (customer side) of the POS terminal 20. That is, when the operation mode of the POS terminal 20 is the full self-service mode, a customer registers merchandise and makes a payment using the customer side of the POS terminal 20 (without using the store clerk side).

(Multiple-unit semi-self-registration mode (registration only mode))
The multiple-unit semi-self-registration mode (also referred to as a registration-only mode) is an operation mode in which a store clerk registers products using one side (the store clerk side) of the POS terminal 20. That is, when the operation mode of the POS terminal 20 is the multiple-unit semi-self-registration mode, the store clerk registers products using the store clerk side of the POS terminal 20 (without using the customer side).

(Multiple-unit semi-self-service payment mode (payment-only mode))
The multiple-unit semi-self-service checkout mode (also referred to as checkout-only mode) is an operation mode in which a customer makes a payment using one side (customer side) of the POS terminal 20. That is, when the operation mode of the POS terminal 20 is the multiple-unit semi-self-service checkout mode, the customer makes a payment using the customer side of the POS terminal 20 (without using the store clerk side).

The POS terminal 20 in the multiple-unit semi-self-service registration mode transmits (directly or indirectly via another device) registration information to another POS terminal 20 (specifically, a POS terminal 20 in the multiple-unit semi-self-service checkout mode), thereby causing the other POS terminal 20 (the POS terminal 20 in the multiple-unit semi-self-service checkout mode) to settle the items registered by that POS terminal 20 (the POS terminal 20 in the multiple-unit semi-self-service registration mode). In other words, the POS terminal 20 in the multiple-unit semi-self-service checkout mode receives (directly or indirectly via another device) registration information transmitted by the other POS terminal 20 (specifically, a POS terminal 20 in the multiple-unit semi-self-service registration mode), thereby settling the items registered by the other POS terminal 20 (the POS terminal 20 in the multiple-unit semi-self-service registration mode).

The POS terminal 20 in the multiple-unit semi-self-service registration mode may issue a receipt and have another POS terminal 20 (a POS terminal 20 in the multiple-unit semi-self-service checkout mode) settle the items registered by that POS terminal 20 (the POS terminal 20 in the multiple-unit semi-self-service registration mode). In other words, the POS terminal 20 in the multiple-unit semi-self-service checkout mode may settle the items registered by the other POS terminal 20 (the POS terminal 20 in the multiple-unit semi-self-service registration mode) by reading the code printed on the receipt issued by the other POS terminal 20 (the POS terminal 20 in the multiple-unit semi-self-service registration mode).

Note that the operation of each operation mode described above is an example. For example, the POS terminal 20 in the multiple-unit semi-self-service registration mode may send registration information to the POS terminal 20 in the face-to-face semi-self-service mode or the POS terminal 20 in the full self-service mode, or may issue a bill. In other words, the POS terminal in the face-to-face semi-self-service mode (as well as the POS terminal 20 in the full self-service mode) may settle the account for the products registered by the POS terminal 20 in the multiple-unit semi-self-service registration mode. Also, for example, the POS terminal 20 in the face-to-face semi-self-service mode may send registration information to the POS terminal 20 in the full self-service mode or the POS terminal 20 in the multiple-unit semi-self-service settlement mode, or may issue a bill. In other words, the POS terminal 20 in the full self-service mode (as well as the POS terminal 20 in the multiple semi-self-service settlement mode) may settle the account for the products registered by the POS terminal 20 in the face-to-face semi-self-service mode. Also, for example, a POS terminal 20 in face-to-face semi-self-service mode may transmit registration information to another POS terminal 20 in face-to-face semi-self-service mode, or may issue a bill. In other words, a POS terminal 20 in face-to-face semi-self-service mode may settle the payment for products registered by another POS terminal 20 in face-to-face semi-self-service mode.

As mentioned above, the POS terminal 20 has multiple operating modes, but in the following, unless otherwise specified, the POS terminal 20 will be described as operating in normal mode (face-to-face semi-self mode).

The POS terminal 20 of this embodiment is capable of settling payments using a prepaid card. In addition, the POS terminal 20 of this embodiment is capable of charging (depositing) money into a prepaid card at various times during a transaction.

Figures 4 to 8 are examples of displays on the POS terminal 20. Specifically, they are examples of displays on the store clerk display unit 210 of the POS terminal 20 when customer K's purchased items (canned beer, asparagus, and nori bento) are registered and settled, and the prepaid card (A card) of said customer K is charged. The display transitions in this order: Figure 4 (A) → Figure 4 (B) → Figure 5 (A) → Figure 5 (B) → Figure 6 (A) → Figure 6 (B) → Figure 7 (A) → Figure 7 (B) → Figure 8 (A) → Figure 8 (B).

Figure 4 (A) shows the display contents of the registration screen before the start of a transaction (before one product item is registered and before Card A (prepaid card) is read, etc.). In other words, when a transaction is not pending (when there is no pending transaction), the POS terminal 20 displays the settlement screen as shown in Figure 4 (A) on the store clerk display unit 210. Note that a pending transaction means that processing for the transaction has not been completed (for example, a state in which settlement has not been completed in a device that registers products and settles the settlement, a state in which transmission of registration information has not been completed in a device that registers products and transmits the registration information to other devices, etc.).

In Figure 4 (A), HR01 on the upper left side of the screen is the customer information display area. The scene in Figure 4 (A) is before the start of a transaction, and since a customer has not been identified, the customer information display area HR01 is blank. BT04 on the right side of the customer information display area HR01 is a detail display button for displaying more detailed information in the customer information display area HR01. Since a customer has not been identified in the scene in Figure 4 (A), nothing happens when the detail display button BT04 is operated.

In FIG. 4(A), HR07 to the right of the detail display button BT04 is a status display area. In this embodiment, during a charge transaction (charge transaction), the word "Charge" is displayed in the status display area HR07. The scene in FIG. 4(A) is not a scene during a charge transaction, so the status display area HR07 is blank.

In FIG. 4(A), TRSXX (XX is "00", "01", "02", ...) on the upper right side of the screen is the transaction selection area (also called "transaction tab") corresponding to each transaction. For example, the transaction selection area for the first pending transaction is transaction selection area TRS01, and the transaction selection area for the second pending transaction is transaction selection area TRS02. Note that the scene in FIG. 4(A) is a scene before the start of a transaction, so no transaction is pending (there are no pending transactions). Therefore, the transaction selection area TRS00 is displayed in the scene in FIG. 4(A). Note that the transaction selection area TRS00 is displayed not only in scenes where there are no pending transactions (the scene in FIG. 4(A)), but also in scenes where, for example, a pending transaction is ending (the scenes in FIG. 7(B) and FIG. 8(B)).

HR02 below the customer information display area HR01 is a previous product information display area that displays the most recently (last) registered product information (product name, price). The scene in Figure 4 (A) is before the start of a transaction, so the previous product information display area HR02 is blank (amount is zero).

HR03 to the right of the previous product information display area HR02 is a total information display area that displays the total information (total number of items, total price) of the registered products. Since the scene in Figure 4 (A) is before the start of the transaction, the total information display area HR03 is zero.

HR04 on the left center of the screen is a registration information display area that displays the registration information for the transaction. The scene in Figure 4 (A) is before the start of the transaction, so the registration information display area HR04 is blank.

HR05 on the right center of the screen is a preset button display area that displays preset buttons. PBSXX (XX is "00", "01", "02", ...) displayed in the preset button display area HR05 is a preset button selection area (also called a "preset button tab") that corresponds to a group of preset buttons. PBS01 is a basic preset button selection area that corresponds to basic preset buttons. PBS02 is a fruit preset button selection area that corresponds to preset buttons related to fruits. PBS03 is a vegetable preset button selection area that corresponds to preset buttons related to vegetables. PBS04 is a fresh fish preset button selection area that corresponds to preset buttons related to fresh fish. PBS05 is a meat preset button selection area that corresponds to preset buttons related to meat. PBS06 is a sake preset button selection area that corresponds to preset buttons related to sake.

In the scene in Figure 4 (A), the basic preset button selection area PBS01 is selected, so the A card read button, customer number button, A card charge button, card cancel button, and designation correction button are displayed as the preset button group (basic preset buttons) corresponding to the basic preset button selection area PBS01.

The A card read button is a button that is operated before reading the A card. In other words, the A card read button is a button that declares the reading of the A card. The customer number button is a button that is operated before inputting a customer number (customer identification information that identifies the customer). In other words, the customer number button is a button that declares the input of a customer number. Note that the customer number is input, for example, by inputting a number (operating the number keys or the like arranged on the key operation unit 211).

The A Card Charge Button is a button that is operated before charging (depositing) money into the A Card. In other words, the A Card Charge Button is a button that declares that the A Card will be charged. Hereinafter, the declaration made by operating the A Card Charge Button is also referred to as a charge declaration, and the A Card Charge Button may also be referred to as the charge declaration button.

The cancel card button is a button for cancelling the results of reading the card (such as the acquired customer number). The correct designation button is a button that is operated before specifying and correcting a registered product. In other words, the correct designation button is a button that declares the cancellation of the designation of a registered product.

In the scene in Figure 4 (A), of the A Card Read button, Customer Number button, A Card Charge button, Card Cancel button, and Designation Correction button, the A Card Read button and Customer Number button are displayed in a manner that indicates that they are operable (valid, active), while the A Card Charge button, Card Cancel button, and Designation Correction button are displayed in a manner that indicates that they are inoperable (invalid, inactive) (the buttons are shown with a diagonal line through them in the figure).

GA01 at the bottom left of the screen is a status image. In this embodiment, the POS terminal 20 displays a status image GA01 displaying "Sales Registration" at the bottom left of the registration screen (e.g., FIG. 4(A)), and displays a status image GA02 displaying "Payment Registration" at the bottom left of the sub-screen (e.g., FIG. 6(B)). For example, if a problem occurs, a store clerk can check the image and explain the situation of the problem (e.g., which screen it occurred on) to others.

HR06 on the right side of the status image GA01 is a message display area. In the scene in FIG. 4(A), a message prompting the user to read their membership card (A card) is displayed in the message display area HR06.

BT01 on the lower right side of the screen is a subtotal button for instructing the user to end the registration process (end of registration of all purchased items in the transaction). The subtotal button BT01 becomes operable after the items have been registered, so in the scene shown in Figure 4 (A), the subtotal button BT01 is displayed in a manner that indicates that it cannot be operated.

The button BT02 to the right of the subtotal button BT01 is an accounting button for instructing the user to start accounting (settlement) (confirming the deposit amount). The accounting button BT02 is operable when settlement is possible, so in the scene in Figure 4 (A), the accounting button BT02 is displayed in a manner that indicates that it cannot be operated.

BT03 on the bottom left of the screen in the center is a next customer registration button that allows you to start a transaction for another customer (second customer, next customer) when a transaction for a certain customer (first customer) is pending. The next customer registration button BT03 will be described later.

In this example, the A card charge button (as well as the card cancellation button and the designated correction button) is displayed in a manner that indicates that it cannot be operated, but it may be hidden. Also, in this example, the subtotal button BT01 (as well as the billing button BT02) is displayed in a manner that indicates that it cannot be operated, but it may be hidden. The same is true for the other figures.

Figure 4 (B) shows the display contents of the registration screen in the scene following Figure 4 (A), specifically, the scene after the A card has been read. In other words, when the store clerk operates the A card reading button and customer K has his/her A card read by the card payment section 208, the POS terminal 20 displays a registration screen such as that shown in Figure 4 (B) on the store clerk display section 210.

In the scene shown in FIG. 4(B), a transaction selection area TRS01 is displayed on the upper right side of the screen. In other words, the POS terminal 20 recognizes the reading of card A before the start of a transaction as the start of a transaction, and generates the transaction selection area TRS01.

Also, since the A card has been read, the customer information is displayed in the customer information display area HR01. Specifically, the customer information display area HR01 displays the customer number (in this example, "1234567890/00"), the number of points held (usable) on the A card (in this example, "1034P"), and the charge balance on the A card (in this example, "500 yen") as the customer information of customer K. Also, since the A card has been read, the message that was displayed in the message display area HR06 to prompt the user to read the A card has been erased. Note that when the detail display button BT04 is operated, the POS terminal 20 displays more detailed customer information (customer name, rank, etc.) of customer K in the customer information display area HR01. Note that the customer information display area HR01 may be enlarged to display the detailed customer information, or the detailed customer information may be displayed on a small screen.

In addition, because the A card has been read, the display mode of the preset buttons displayed in the preset button display area HR05 has changed. Specifically, the A card read button and customer number button have changed from a display mode indicating that they can be operated to a display mode indicating that they cannot be operated, and the A card charge button and card cancel button have changed from a display mode indicating that they cannot be operated to a display mode indicating that they can be operated.

Figure 5 (A) shows the display contents of the registration screen in the scene following Figure 4 (B), specifically, the scene after the registration of products (canned beer, asparagus, and nori bento). In other words, when the store clerk registers a canned beer (using the store clerk scanner unit 212 to read the barcode on the canned beer), registers asparagus (operating the asparagus preset button after operating the vegetable preset button selection area PBS03), and registers a nori bento (using the store clerk scanner unit 212 to read the barcode on the nori bento), the POS terminal 20 displays a registration screen such as that shown in Figure 5 (A) on the store clerk display unit 210.

In the scene of FIG. 5(A), the registration information display area HR04 displays the registration information of the registered products (canned beer, asparagus, and nori bento), the previous product information display area HR02 displays the product information of the product registered just before (nori bento), and the total information display area HR03 displays the total information of the registered products (canned beer, asparagus, and nori bento). Also, in the scene of FIG. 5(A), the vegetable preset button selection area PBS03 operated just before (last) remains selected in the preset button display area HR05.

In addition, in the scene shown in FIG. 5(A), the product has already been registered, so the subtotal button BT01 is displayed in a manner that indicates that it can be operated.

Figure 5 (B) shows the display contents of the registration screen in the scene following Figure 5 (A), specifically, in the scene after the basic preset button selection area PBS01 is operated. In other words, when a store clerk operates the basic preset button selection area PBS01, the POS terminal 20 displays a registration screen such as that shown in Figure 5 (B) on the store clerk display unit 210.

Figure 6 (A) shows the display contents of the registration screen in the scene following Figure 5 (B), specifically, in the scene after the A card charge declaration. In other words, when the store clerk operates the A card charge button, the POS terminal 20 displays the registration screen as shown in Figure 6 (A) on the store clerk side display unit 210.

In the scene shown in FIG. 6(A), in addition to transaction selection area TRS01, transaction selection area TRS02 is displayed on the upper right side of the screen. In other words, the POS terminal 20 recognizes the charge declaration for card A (operation of the card A charge button) as the start of a new transaction, and generates transaction selection area TRS02.

In addition, in the scene of FIG. 6(A), the customer information display area HR01 displays the customer information of customer K. In other words, the customer information display area HR01 displays the customer information of customer K after the charge declaration for card A is made, just as it did before the charge declaration for card A. In other words, when a charge declaration for card A is made, the POS terminal 20 recognizes (inherits) the customer information from the transaction before the declaration (transaction 1) as the customer information for the new transaction (transaction 2) generated by the declaration.

(Regarding transfer of information from transaction 1 to transaction 2)
The POS terminal 20 stores transaction information for each transaction (e.g., in the RAM 203, the hard disk 204, etc.). Specifically, the POS terminal 20 stores registration information for products, etc., customer information, store clerk information, etc. as transaction information. For ease of explanation, it is assumed that the POS terminal 20 stores registration information for products, etc. in a product registration information storage area in the RAM 203, customer information in a customer information storage area in the RAM 203, and store clerk information in a store clerk information storage area in the RAM 203 for each transaction. Just before the charge declaration for Card A, the product registration information storage area for Transaction 1 stores registration information for canned beer, asparagus, and nori bento, the customer information of Customer K is stored in the customer information storage area for Transaction 1, and the store clerk information of the store clerk serving Customer K is stored in the store clerk information storage area for Transaction 1.

When a charge declaration for Card A is made, the POS terminal 20 copies the customer information (customer information of customer K stored in the customer information storage area of transaction 1) of the transaction that was active before the declaration (transaction 1 in this example) to the customer information storage area of the new transaction (transaction 2 in this example; specifically, the charge processing transaction (charge transaction)) generated by the declaration. As a result, the customer information of customer K from transaction 1 is carried over as the customer information for transaction 2.

When a charge declaration is made for Card A, the POS terminal 20 may consider the customer information for the new transaction (transaction 2 in this example) generated by the declaration to be the customer information (customer information for customer K in this example) stored in the customer information storage area for the transaction that was active before the declaration (transaction 1 in this example). In other words, the POS terminal 20 may consider the customer information for transaction 2 to be common to the customer information for transaction 1 and to have been obtained by referring to the customer information storage area for transaction 1. As a result, the customer information for customer K in transaction 1 is carried over as the customer information for transaction 2.

As will be described in more detail later, multiple transactions of different customers become pending when the Next Customer Registration button BT03 is operated. It is possible to declare a charge for Card A even when multiple transactions of different customers are pending. When a charge for Card A is declared when multiple transactions of different customers are pending, handover is performed in the same way as when a charge for Card A is declared when a single transaction is pending. In other words, when a charge for Card A is declared when multiple transactions of different customers are pending, the POS terminal 20 copies the customer information of one of the multiple transactions that was active before the declaration to the customer information storage area of the new transaction (charge transaction) generated by the declaration. For example, if a charge declaration is made for card A while two transactions, a transaction for customer L (transaction L) and a transaction for customer M (transaction M), are pending, the customer information of one of the two transactions, L and M, that was active before the declaration (if a charge declaration for card A was made while transaction L was being executed, the customer information of customer L stored in the customer information storage area of transaction L; conversely, if a charge declaration for card A was made while transaction M was being executed, the customer information of customer M stored in the customer information storage area of transaction M) is copied to the customer information storage area of the new transaction (charge transaction) generated by the declaration.

In addition, in the scene of FIG. 6(A), the product in transaction 2 (in this example, the charge product) has not been registered, so the registration information display area HR04 is blank. Similarly, the previous product information display area HR02 is blank (amount is zero), and the total information display area HR03 is also zero.

In addition, in the scene of FIG. 6(A), the preset button display area HR05 displays different preset buttons than before the charge declaration of A card. Specifically, before the charge declaration of A card (i.e., in transaction 1), the basic preset button selection area PBS01, fruit preset button selection area PBS02, vegetable preset button selection area PBS03, fresh fish preset button selection area PBS04, meat preset button selection area PBS05, and sake preset button selection area PBS06 were displayed (arranged) as shown in FIG. 5(A), but after the charge declaration of A card (i.e., in transaction 2), the basic preset button selection area PBS01, 10,000 or less preset button selection area PBS10, 10,000 to 20,000 preset button selection area PBS11, 20,000 to 30,000 preset button selection area PBS12, 30,000 to 40,000 preset button selection area PBS13, and 40,000 or more preset button selection area PBS14 are displayed (arranged) as shown in FIG. 6(A).

In the scene of FIG. 6(A), the 10,000 or less preset button selection area PBS10 is selected, so the preset button group corresponding to the 10,000 or less preset button selection area PBS10 is displayed as the charge 1,000 yen button, charge 2,000 yen button, charge 3,000 yen button, ..., charge 9,000 yen button, and charge 10,000 yen button. The preset button group corresponding to the 10,000 to 20,000 preset button selection area PBS11 is the charge 11,000 yen button, charge 12,000 yen button, charge 13,000 yen button, ..., charge 19,000 yen button, and charge 20,000 yen button. The same applies to the other preset button selection areas.

In this example, the preset button corresponding to the charge amount (such as the Charge 1000 yen button) is used to specify the charge amount as well as to operate the subtotal. Therefore, when the preset button corresponding to the charge amount is operated, the screen transitions to the subtotal screen without operating the subtotal button BT01. Therefore, in the scene of FIG. 6(A), the subtotal button BT01 is not displayed on the lower right side of the screen (to balance the fact that the subtotal button BT01 is not displayed, the billing button BT02 is also not displayed). However, in the scene of FIG. 6(A), the subtotal button BT01 and the billing button BT02 may be displayed (for example, displayed in a manner indicating that they cannot be operated).

The charge amount can be specified by operating a preset button corresponding to the charge amount as described above, or by inputting a number (operating the number keys, etc., arranged on the key operation unit 211). After operating a preset button, the display transitions to the subtotal screen without operating the subtotal button BT01 as described above, but after inputting a number, the display transitions to the subtotal screen based on the operation of the subtotal key (operating the subtotal key arranged on the key operation unit 211). However, the display may transition to the subtotal screen without operating the subtotal key after inputting a number.

In addition, in the scene shown in FIG. 6(A), a message prompting the user to specify the charge amount is displayed in the message display area HR06.

In addition, the scene in Figure 6 (A) is during a charge declaration (charge declaration transaction), that is, during a charge processing transaction (charge transaction), so "Charge" is displayed in the status display area HR07.

Figure 6 (B) shows the display contents of the subtotal screen in the scene following Figure 6 (A), specifically the scene after 1000 yen charge registration. In other words, when the store clerk operates the charge 1000 yen button (or operates the subtotal key after inputting the amount of 1000 yen), the POS terminal 20 displays the subtotal screen as shown in Figure 6 (B) on the store clerk display unit 210.

In FIG. 6(B), HR10 on the left center of the screen is a subtotal information display area that displays the subtotal information for the transaction. In the scene in FIG. 6(B), the subtotal information display area HR10 displays the subtotal information for transaction 2, with the number of items purchased (shown as "item total" in the figure) being "1," the subtotal amount (shown as "subtotal" in the figure) being "1,000," and the total amount (shown as "total" in the figure) being "1,000."

In addition, in the scene of FIG. 6(B), the preset button display area HR05 displays preset buttons different from those displayed before the charge 1000 yen button is operated. Specifically, before the charge 1000 yen button is operated (i.e. before the subtotal), the basic preset button selection area PBS01, the basic preset button selection area PBS01, the 10,000 or less preset button selection area PBS10, the 10,000 to 20,000 preset button selection area PBS11, the 20,000 to 30,000 preset button selection area PBS12, the 30,000 to 40,000 preset button selection area PBS13, and the 40,000 or more preset button selection area PBS14 are displayed (arranged) as shown in FIG. 6(A), but after the charge 1000 yen button is operated (i.e. after the subtotal), the credit button, the A card prepaid button, the A card point button, the debit button, the A card read button, the customer number button, the A card charge button, and the card cancellation button are displayed as shown in FIG. 6(B).

The credit button is a button that is operated before making a payment with a credit card. In other words, the credit button is a button that declares a credit payment. The A card prepaid button is a button that is operated before making a payment with A card. In other words, the A card prepaid button is a button that declares a prepaid payment with A card. The A card points button is a button that is operated before making a payment with A card points. In other words, the A card points button is a button that declares a point payment with A card. The debit button is a button that is operated before making a payment with a debit card. In other words, the debit button is a button that declares a debit payment. The A card read button, as described above, is a button that declares the reading of A card. The customer number button, as described above, is a button that declares the input of a customer number. The A card charge button, as described above, is a button that declares the charging of A card. The card cancel button, as described above, is a button for canceling the result of reading the card. In the scene in FIG. 6(B), the card cancellation button is displayed in a manner that indicates that it can be operated, and the other buttons are displayed in a manner that indicates that they cannot be operated.

In addition, in the scene of FIG. 6 (B), the subtotal button BT01 is displayed in a manner indicating that it can be operated, and the checkout button BT02 is displayed in a manner indicating that it cannot be operated.

In addition, in the scene shown in FIG. 6(B), a message prompting the user to enter the deposit amount is displayed in the message display area HR06.

Figure 7 (A) shows the display contents of the settlement screen in the scene following Figure 6 (B), specifically, the scene after the deposit amount of 5,000 yen has been entered. In other words, when a customer inserts 5,000 yen into the change dispenser 209 and the store clerk operates the checkout button BT02, the POS terminal 20 displays the settlement screen as shown in Figure 7 (A) on the store clerk display unit 210.

In the scene in FIG. 7(A), the customer information display area HR01 displays the customer number ("1234567890/00"), the number of points held by Card A ("1034P"), and the charge balance of Card A ("1,500 yen") as customer information for Customer K. In other words, the charge balance has been updated from 500 yen to 1500 yen by charging 1000 yen.

In the scene shown in FIG. 7(A), pending transaction 2 is about to be completed, so transaction selection area TRS00 is displayed instead of transaction selection area TRS02 corresponding to transaction 2.

In FIG. 7(A), HR20 on the left center of the screen is a settlement information display area that displays settlement information for the transaction. In the scene of FIG. 7(A), the settlement information display area HR20 displays the following as settlement information for transaction 2: payment information "Cash 5,000", total purchase (payment) amount (shown as "Total" in the figure) of "5,000", deposit amount (shown as "Deposit" in the figure) of "5,000", and change amount (shown as "Change" in the figure) of "4,000".

In the scene of FIG. 7(A), the small screen SG01 is displayed in front of the preset buttons such as the credit button in the preset button display area HR05. In this example, since there is change, the POS terminal 20 displays the small screen SG01, but if there is no change, the small screen SG01 is not displayed. Regardless of whether there is change or not, the POS terminal 20 may display the small screen SG01 (however, if there is no change, it may display a message stating that there is no change).

Figure 7 (B) shows the display contents of the settlement screen in the scene following Figure 7 (A), specifically, in the scene after the OK button on the small screen SG01 is operated. In other words, when the store clerk operates the OK button on the small screen SG01, the POS terminal 20 displays a registration screen such as that shown in Figure 7 (B) on the store clerk display unit 210.

The registration screen shown in FIG. 7(B) is the same as the registration screen shown in FIG. 5(B), except that the charge balance has been updated from 500 yen to 1500 yen. In other words, the POS terminal 20 starts processing transaction 2 (the process of charging 1000 yen to card A shown in FIGS. 5(B) to 7(A)) halfway through processing transaction 1 (the scene shown in FIG. 5(A)), and then returns to processing transaction 1 again upon completion of transaction 2.

In the scene of FIG. 7(B), as described above, the charge balance in the customer information display area HR01 has been updated from 500 yen to 1500 yen. In other words, the POS terminal 20 has reflected the information of the transaction (transaction 2) resulting from the charge declaration for card A in the transaction (transaction 1) prior to the declaration.

(Regarding the reflection of information on transaction 2 in transaction 1)
In transaction 2 (a charge transaction in this example) after the charge declaration for card A, the POS terminal 20 stores the registration information for transaction 2 (specifically, the charge amount for card A) in the product registration information storage area. That is, at the end of transaction 2, the charge amount for card A is stored in the product registration information storage area for transaction 2. As described above, the customer information storage area for transaction 2 stores the customer information (customer information of customer K) of the transaction (transaction 1 in this example) that was active before the charge declaration for card A. Then, at the end of transaction 2 (a charge transaction), the POS terminal 20 reflects the information for transaction 2 (specifically, the charge amount stored in the product registration information storage area for transaction 2) in the customer information (transaction 1) that was active before the charge declaration for card A (specifically, the customer information (charge balance of card A) of customer K stored in the customer information storage area for transaction 2).

As will be described later in detail, multiple transactions of different customers are pending when the Next Customer Registration button BT03 is operated. Even when multiple transactions of different customers are pending, it is possible to declare a charge for Card A. When a charge declaration for Card A is made when multiple transactions of different customers are pending, the POS terminal 20, at the end of the charge transaction, reflects the charge amount of the charge transaction in the customer information of an appropriate transaction among the multiple transactions that were pending before the charge declaration for Card A. In other words, as described above, when a charge declaration for Card A is made when multiple transactions of different customers are pending, the POS terminal 20 copies the customer information of one of the multiple transactions that was active before the declaration to the customer information storage area of the new transaction (charge transaction) generated by the declaration, so that at the end of the charge transaction, the POS terminal 20 refers to the copied customer information (the customer number of the transaction that was active before the declaration) and reflects the charge amount of the charge transaction in the customer information of one of the multiple transactions that was appropriate (the charge balance of the customer of the transaction that was active before the declaration).

Figure 8 (A) shows the display contents of the subtotal screen in the scene following Figure 7 (B), specifically, in the scene after the subtotal button BT01 is operated. In other words, when a store clerk operates the subtotal button BT01, the POS terminal 20 displays the subtotal screen as shown in Figure 8 (A) on the store clerk display unit 210.

In the scene of FIG. 8 (A), the subtotal information display area HR10 displays the subtotal information for transaction 1, including the number of items purchased (represented as "item total" in the figure) of "3," the subtotal amount (represented as "subtotal" in the figure) of "803," and the total amount (represented as "total" in the figure) of "803."

In addition, in the scene of FIG. 8(A), the preset button display area HR05 displays the credit button, A card prepaid button, A card point button, debit button, A card charge button, and card cancellation button in a manner that indicates that they can be operated, while the A card read button and customer number button are displayed in a manner that indicates that they cannot be operated.

The following explains the differences between the charge screen for Card A (Figure 6 (A)) and the charge screen for general products (Figure 8 (A)).

In this example, non-cash settlement is permitted as a settlement (payment) for general merchandise, but non-cash settlement is not permitted as a settlement for charging a prepaid card. Therefore, on the general merchandise subpage (Figure 8 (A)), the non-cash settlement buttons (credit button, A card prepaid button, A card point button, debit button) are displayed in a manner that indicates that they can be operated, but on the A card charge subpage (Figure 6 (A)), the non-cash settlement buttons are displayed in a manner that indicates that they cannot be operated. Note that non-cash settlement may also be permitted as a settlement for charging a prepaid card.

In addition, in this example, a charge transaction is allowed to interrupt a general product transaction, but a further charge transaction is not allowed to interrupt a charge transaction. Therefore, on the general product sub-page (Figure 8(A)), the A card charge button is displayed in a manner that indicates that it can be operated, but on the A card charge sub-page (Figure 6(A)), the A card charge button is displayed in a manner that indicates that it cannot be operated.

Figure 8 (B) shows the display contents of the settlement screen in the scene following Figure 8 (A), specifically, the scene after the operation of full payment with Card A. In other words, when the store clerk inputs the quantity 803, operates the A Card Prepaid button, and operates the billing button BT02, the POS terminal 20 displays the settlement screen as shown in Figure 8 (B) on the store clerk display unit 210.

In the scene of FIG. 8 (B), the customer information display area HR01 displays the customer number ("1234567890/00"), the number of points held on Card A ("1042P"), and the charge balance on Card A ("697 yen") as customer information for Customer K. In other words, the charge balance has been updated from 1500 yen to 697 yen due to the payment of 803 yen, and the number of points held has been updated from 1034P to 1042P due to the purchase of 803 yen.

In the scene of FIG. 8(B), the settlement information display area HR20 displays the following settlement information for transaction 1: payment information "A Card Prepaid 803", the purchase (payment) total (shown as "Total" in the figure) is "803", the total prepaid amount (shown as "Prepaid" in the figure) is "803", and the change amount (shown as "Change" in the figure) is "0".

Following the checkout screen in FIG. 8(B) (for example, based on detection that the receipt has been removed), the screen transitions to the registration screen in FIG. 4(A).

Figures 9 to 16 are flow charts showing an example of the operation of the POS terminal 20. Specifically, the flow chart in Figure 9 shows the operation in the initial state (a state in which there are no pending transactions). In other words, at the start of the flow chart in Figure 9, the POS terminal 20 is displaying a registration screen such as that shown in Figure 4 (A) on the store clerk display unit 210. Figures 10 to 15 are continuations of the flow chart in Figure 1.

(Explanation of the flow chart in FIG. 9)
As described above, the flowchart in FIG. 9 shows the operation in the initial state, that is, the state before the first product item is registered and before the A card is read.

Step S11: The POS terminal 20 determines whether or not card A has been read. If card A has been read (step S11: YES), the process proceeds to step S12. If card A has not been read (step S11: NO), the process proceeds to step S17.

Step S12: The POS terminal 20 acquires and displays the customer information. For example, the POS terminal 20 acquires the customer information of the customer from an external server (a server in which customer information is stored in association with the customer number) based on the customer number read from the A card, and displays it in the customer information display area HR01. Next, proceed to step S23 in FIG. 10. Note that if some of the necessary customer information (e.g., information used for display in the customer information display area HR01 and for various processes) is stored in the A card, the part of the customer information may be acquired from the A card rather than from an external server. If all of the necessary customer information is stored in the A card, there is no need to access an external server (the same applies to step S32 in FIG. 12 and step S52 in FIG. 15).

Step S17: The POS terminal 20 determines whether or not the product has been read (the barcode attached to the product has been read, or the product's preset button has been operated). If the product has been read (step S17: YES), the process proceeds to step S30 in FIG. 12. If the product has not been read (step S17: NO), the process returns to step S11.

(Explanation of the flow chart in FIG. 10)
The flow chart of FIG. 10 shows the operation before the registration of the first product item and after the A card has been read.

Step S23: The POS terminal 20 determines whether or not the A card has been cancelled (the card cancellation button has been operated). If the A card has been cancelled (step S23: YES), the process proceeds to step S24. If the A card has not been cancelled (step S23: NO), the process proceeds to step S25.

Step S24: The POS terminal 20 clears the customer information. For example, the POS terminal 20 erases the customer information that was displayed in the customer information display area HR01. Then, the process returns to step S17 in FIG. 9.

Step S25: The POS terminal 20 determines whether or not a charge declaration for Card A (operation of the Card A charge button) has been made. If a charge declaration has been made (Step S25: YES), the process proceeds to Step S200 (charge process). If a charge declaration has not been made (Step S25: NO), the process proceeds to Step S27.

Step S27: The POS terminal 20 determines whether or not the product has been read. If the product has been read (step S27: YES), the process proceeds to step S40 in FIG. 13. If the product has not been read (step S27: NO), the process returns to step S23.

(Explanation of the flow chart in FIG. 11)
The flowchart in Fig. 11 shows the operation in the charge process (charge process before registration of one product item) in step S200 in Fig. 10. After the charge process is completed, the process proceeds to step S27 in Fig. 10.

Step S201: The POS terminal 20 generates a transaction selection area for a charge transaction and displays preset buttons according to the charge amount (charge 1000 yen button, charge 2000 yen button, charge 3000 yen button, etc.). Next, proceed to step S202.

Step S202: The POS terminal 20 determines whether or not a charge amount has been registered (specified). If a charge amount has been registered (specified) (Step S202: YES), the process proceeds to Step S203. If a charge amount has not been registered (specified) (Step S202: NO), the process returns to Step S202.

The charge amount is registered (specified) in step S202 by operating a preset button (such as the charge 1000 yen button) that also functions as the subtotal operation, or by inputting a number (operating the numeric keys or the like arranged on the key operation unit 211). Therefore, after the charge amount is registered (specified), the screen transitions to the subtotal screen.

Step S203: The POS terminal 20 determines whether or not cash has been inserted. If cash has been inserted (step S203: YES), the process proceeds to step S204. If cash has not been inserted (step S203: NO), the process proceeds to step S205.

Step S204: The POS terminal 20 records the inserted coins. Then, proceed to step S205.

Step S205: The POS terminal 20 determines whether the amount inserted is equal to or greater than the charge amount. If the amount inserted is equal to or greater than the charge amount (step S205: YES), the process proceeds to step S206. If the amount inserted is not equal to or greater than the charge amount (step S205: NO), the process returns to step S203.

Step S206: The POS terminal 20 determines whether or not a checkout operation has been performed (operation of the checkout button BT02). If a checkout operation has been performed (step S206: YES), the process proceeds to step S207. If a checkout operation has not been performed (step S206: NO), the process returns to step S203. After the checkout operation has been performed, the process transitions to the settlement screen.

Step S207: The POS terminal 20 issues a receipt. If there is change, the POS terminal 20 dispenses the change. Then, the process proceeds to step S208.

Step S208: The POS terminal 20 erases the transaction selection area for the charge transaction. In other words, the display on the store clerk display unit 210 returns to the state before the product was registered and after the A card was read.

(Explanation of the flow chart in FIG. 12)
The flow chart of FIG. 12 shows the operation after the first item of merchandise has been registered and before the A card has been read.

Step S30: The POS terminal 20 registers the product. That is, the POS terminal 20 registers the product that was read, etc. in step S17 of FIG. 9 as the first product, and registers the products that were read, etc. in step S37 as the second and subsequent products. Then, proceed to step S31.

Step S31: The POS terminal 20 determines whether or not card A has been read. If card A has been read (step S31: YES), the process proceeds to step S32. If card A has not been read (step S31: NO), the process proceeds to step S37.

Step S32: The POS terminal 20 acquires and displays customer information. For example, the POS terminal 20 acquires customer information for the customer from an external server based on the customer number read from the A card, and displays the information in the customer information display area HR01. Then, the process proceeds to step S43 in FIG. 13.

Step S37: The POS terminal 20 determines whether or not the product has been read. If the product has been read (step S37: YES), the process returns to step S30. If the product has not been read (step S37: NO), the process proceeds to step S38.

Step S38: The POS terminal 20 determines whether or not a subtotal operation (operation of the subtotal button BT01) has been performed. If a subtotal operation has been performed (step S38: YES), the process proceeds to step S51 in FIG. 15. If a subtotal operation has not been performed (step S38: NO), the process returns to step S31.

(Explanation of the flow chart in FIG. 13)
The flow chart of FIG. 13 shows the operation after the first item of merchandise has been registered and the A card has been read.

Step S40: The POS terminal 20 registers the product. That is, the POS terminal 20 registers the product that was read, etc. in step S27 of FIG. 10 as the first product, and registers the products that were read, etc. in step S47 as the second and subsequent products. Then, proceed to step S43.

Step S43: The POS terminal 20 determines whether or not Card A has been cancelled. If Card A has been cancelled (Step S43: YES), the process proceeds to Step S44. If Card A has not been cancelled (Step S43: NO), the process proceeds to Step S45.

Step S44: The POS terminal 20 clears the customer information. For example, the POS terminal 20 erases the customer information that was displayed in the customer information display area HR01. Then, the process returns to step S37 in FIG. 12.

Step S45: The POS terminal 20 determines whether or not a charge declaration for card A has been made. If a charge declaration has been made (step S45: YES), the process proceeds to step S300 (charge processing). If a charge declaration has not been made (step S45: NO), the process proceeds to step S47.

Step S47: The POS terminal 20 determines whether or not the product has been read. If the product has been read (step S47: YES), the process returns to step S40. If the product has not been read (step S47: NO), the process returns to step S48.

Step S48: The POS terminal 20 determines whether or not a subtotal operation has been performed. If a subtotal operation has been performed (step S48: YES), the process proceeds to step S83 in FIG. 16. If a subtotal operation has not been performed (step S48: NO), the process returns to step S43.

(Explanation of the flow chart in FIG. 14(A))
The flowchart in Fig. 14(A) shows the operation of the charge process in step S300 in Fig. 13 (charge process after registration of one product item (before the subtotal)). After the charge process is completed, the process proceeds to step S47 in Fig. 13. The flowchart in Fig. 14(B) will be described later.

Step S301: The POS terminal 20 creates a new transaction selection area for a charge transaction and displays preset buttons according to the charge amount (charge 1000 yen button, charge 2000 yen button, charge 3000 yen button, etc.). Then, proceed to step S302.

Note that the processing in steps S302 to S307 in FIG. 14A is similar to the processing in steps S202 to S207 in FIG. 11, so a description thereof will be omitted.

Step S308: The POS terminal 20 erases the transaction selection area for the charge transaction. In other words, the display on the store clerk display unit 210 returns to the state after the product has been registered and the A card has been read.

(Explanation of the flow chart in FIG. 15)
The flow chart in FIG. 15 shows the operation after the subtotal and before the A card is read.

Step S51: The POS terminal 20 determines whether or not card A has been read. If card A has been read (step S51: YES), the process proceeds to step S52. If card A has not been read (step S51: NO), the process proceeds to step S59.

Step S52: The POS terminal 20 acquires and displays customer information. For example, the POS terminal 20 acquires customer information for the customer from an external server based on the customer number read from the A card, and displays the information in the customer information display area HR01. Then, the process proceeds to step S83 in FIG. 16.

Step S59: The POS terminal 20 determines whether or not a non-cash selection has been made. Specifically, the POS terminal 20 determines whether or not a credit payment selection (operation of the credit button) or a debit payment selection (operation of the debit button) has been made. If a non-cash selection has been made (Step S59: YES), the process proceeds to Step S78. If a non-cash selection has not been made (Step S59: NO), the process proceeds to Step S63.

Step S63: The POS terminal 20 determines whether or not cash has been inserted. If cash has been inserted (step S63: YES), the process proceeds to step S64. If cash has not been inserted (step S63: NO), the process returns to step S51.

Step S64: The POS terminal 20 records the inserted coins. Then, proceed to step S65.

Step S65: The POS terminal 20 determines whether the deposit amount is equal to or greater than the purchase amount (total amount). If the deposit amount is equal to or greater than the purchase amount (step S76: YES), the process proceeds to step S76. If the deposit amount is not equal to or greater than the purchase amount (step S76: NO), the process proceeds to step S73.

Step S73: The POS terminal 20 determines whether or not cash has been inserted. If cash has been inserted (step S73: YES), the process proceeds to step S74. If cash has not been inserted (step S73: NO), the process returns to step S65.

Step S74: The POS terminal 20 counts the coins inserted. Then, the process returns to step S65.

Step S76: The POS terminal 20 determines whether or not a payment operation has been performed. If a payment operation has been performed (step S76: YES), the process proceeds to step S77. If a payment operation has not been performed (step S76: NO), the process returns to step S73. After a payment operation has been performed, the process transitions to the checkout screen.

Step S77: The POS terminal 20 issues a receipt. If there is change, the POS terminal 20 also dispenses the change. This flowchart then ends.

Step S78: The POS terminal 20 executes the non-cash settlement selected in step S59. Then, proceed to step S77.

Step S77: The POS terminal 20 issues a receipt. This flowchart then ends.

Note that a supplementary explanation is provided for steps S59 and S78. In this example, the amount is input and then non-cash is selected (see message display area HR06 in FIG. 8(A)), but if the amount does not reach the purchase amount, the input amount may be corrected. Also, even if the amount (settlement amount) of one non-cash payment type does not reach the purchase amount, it is sufficient as long as the amounts of multiple payment types reach the purchase amount. Also, a payment may involve a mixture of cash and non-cash.

(Explanation of the flow chart in FIG. 16)
The flow chart in FIG. 16 shows the operation after the subtotal has been calculated and after card A has been read.

Step S83: The POS terminal 20 determines whether or not the A card has been cancelled. If the A card has been cancelled (step S83: YES), the process proceeds to step S84. If the A card has not been cancelled (step S83: NO), the process proceeds to step S85.

Step S84: The POS terminal 20 clears the customer information. For example, the POS terminal 20 erases the customer information that was displayed in the customer information display area HR01. Then, the process returns to step S59 in FIG. 15.

Step S85: The POS terminal 20 determines whether or not a charge declaration for card A has been made. If a charge declaration has been made (step S85: YES), the process proceeds to step S400 (charge processing). If a charge declaration has not been made (step S85: NO), the process proceeds to step S89.

Step S89: The POS terminal 20 determines whether or not a non-cash selection has been made. Specifically, the POS terminal 20 determines whether or not a credit payment (operation of the credit button), a prepaid payment (operation of the A card prepaid button), a points payment (operation of the A card points button), or a debit payment (operation of the debit button) has been made. If a non-cash selection has been made (Step S89: YES), proceed to Step S108. If a non-cash selection has not been made (Step S89: NO), proceed to Step S93.

In the scene in FIG. 15, card A has not been read, so in step S59, payment related to card A (prepaid payment or points payment) cannot be selected. However, in the scene in FIG. 16, card A has been read, so in step S89, payment related to card A (prepaid payment or points payment) can be selected.

Step S93: The POS terminal 20 determines whether or not cash has been inserted. If cash has been inserted (step S93: YES), the process proceeds to step S94. If cash has not been inserted (step S93: NO), the process returns to step S83.

The following description of steps S94 to S107 in FIG. 16 is omitted because the processing is similar to steps S64 to S77 in FIG. 15.

(Explanation of the flow chart in FIG. 14(B))
The flowchart in Fig. 14B shows the operation in the charge process (charge process after subtotal) in step S400 in Fig. 16. After the charge process is completed, the process proceeds to step S85 in Fig. 16.

Note that the processing in steps S401 to S407 in FIG. 14(B) is similar to the processing in steps S301 to S307 in FIG. 14(A), so a description thereof will be omitted.

Step S408: The POS terminal 20 clears the transaction selection area for the charge transaction. In other words, the display on the store clerk display unit 210 returns to the state after the subtotal and after card A has been read.

According to the flowcharts shown in Figures 9 to 16, the charge process can be performed before registering a product (charge process in step S200 in Figures 10 and 11), after registering a product and before the subtotal (charge process in step S300 in Figures 13 and 14(A)), and after the subtotal (charge process in step S400 in Figures 16 and 14(B)). Note that according to the flowchart shown in Figure 16, the charge process can be performed after the subtotal and before selecting a payment type (selecting non-cash or inserting cash), but it may also be possible to make it possible to perform the charge process after selecting a payment type (for example, after selecting prepaid payment for A card (operating the A card prepaid button)).

Note that, according to step S63 in FIG. 15 (step S93 in FIG. 16), the insertion of cash is considered to indicate that cash has been selected as the payment type, but cash may be inserted after explicitly selecting cash as the payment type. The same applies to the charge process (S200, S300, S400).

Also, according to step S400 (charge process) in FIG. 16 and FIG. 14 (B), if the charge process is executed from the small plan screen, the screen returns to the small plan screen after the charge process is executed, but it is also possible to return to the registration screen instead of the small plan screen.

(Transaction Information)
The POS terminal 20 stores the registration information of the product purchased by customer K and the customer information of customer K as transaction information of one transaction (or stores the registration information and the customer information in association with each other). For example, in the initial state (information such as that shown in FIG. 4(A)), when a barcode attached to a product is scanned (or a preset button on the product is operated), the POS terminal 20 generates and stores the registration information of the product as transaction information of one transaction. If the POS terminal 20 subsequently reads customer K's A card, the POS terminal 20 adds customer K's customer information to the transaction information (or stores the customer information in association with each other). Furthermore, in the initial state, when customer K's A card is read, the POS terminal 20 acquires and stores customer K's customer information as transaction information of one transaction. If the barcode attached to the product is subsequently scanned (or a preset button on the product is operated), the POS terminal 20 adds the registration information of the product to the transaction information (or stores it in association with the transaction information).

Next, we will provide additional information on the relationship between the display examples shown in Figures 4 to 8 and the flowcharts shown in Figures 9 to 16. Figures 4 to 8 are display examples in which customer information is obtained by reading Card A before registering a product, and then a charge process is performed on Card A after the product is registered and before the subtotal. In other words, the display examples in Figures 4 to 8 are display examples in which the flow is as follows: Figure 9 → Figure 10 → Figure 13 → Figure 14(A) → Figure 16.

FIG. 4A is an example of a display at the start of the flowchart of FIG.
FIG. 4B is an example of a display after the process of step S12 in the flowchart of FIG.
FIG. 5A is a display example after the process of step S40 in the flow chart of FIG. 13 has been performed three times.
FIG. 5B is an example of a display after the basic preset button selection area PBS01 is operated from the display example of FIG. 5A, although this is not shown in the flowchart.

FIG. 6A is an example of a display after charge declaration (operation of the A card charge button) in step S45 of the flowchart in FIG.
FIG. 6B is an example of a display after the charge amount is registered (for example, the charge 1000 yen button is operated) in step S302 of the flowchart in FIG. 14A.
FIG. 7A is an example of the display after the accounting operation (operation of the accounting button BT02) in step S306 of the flowchart in FIG. 14A.

FIG. 7B is an example of a display after the process of step S308 in the flowchart of FIG.
FIG. 8A is an example of a display after the subtotal operation (operation of the subtotal button BT01) in step S48 of the flowchart in FIG.
FIG. 8B is an example of a display during the processing of step S108 in the flowchart of FIG.

The examples shown in Figs. 8(A) and (B) are not applicable because they involve prepaid payment for an amount (803 yen) less than the charge balance of A card (1500 yen). However, when an amount exceeding the balance of A card is entered, the button for prepaid payment with A card (A card prepaid button) may be displayed in a manner indicating that it cannot be operated. In other words, in the scene of Fig. 8(A), since the charge balance is 1500 yen, even if 803 yen, which is less than 1500 yen, is entered, the A card prepaid button remains in a display manner in which it can be operated, and prepaid payment with A card is possible. However, if the charge balance is 500 yen in the scene of Fig. 8(A), when 803 yen, which exceeds 500 yen, is entered, the A card prepaid button may change to a display manner in which it cannot be operated, and prepaid payment with A card may be impossible.

In addition, in Figures 4 to 8, a prepaid payment is made to the A card after the A card is charged, but as shown in the flowcharts of Figures 15 and 16, the payment after the A card is charged may be a payment other than a prepaid payment to the A card. For example, a cash payment or a credit card payment may be made after the A card is charged.

(Next customer registration button BT03)
Next, the next customer registration button BT03 will be described. The next customer registration button BT03 shown in FIG. 4(A) is a button for starting a transaction (next customer transaction) of another customer (second customer, next customer) when a transaction of a certain customer (first customer) is pending. When the next customer registration button BT03 is operated when a transaction of the first customer is pending, the POS terminal 20 suspends the transaction of the first customer and starts the transaction of the second customer (putting the transaction of the first customer pending and putting the transaction of the second customer on hold). Specifically, when the next customer registration button BT03 is operated, the POS terminal 20 generates a new transaction selection area for the transaction of the second customer, separate from the transaction selection area of the transaction (transaction of the first customer) that was active before the operation of the next customer registration button BT03, and activates the newly generated transaction selection area for the transaction of the second customer (deactivates the transaction selection area for the transaction of the first customer). In other words, before the next customer registration button BT03 is operated, the transaction of the first customer corresponding to the transaction selection area for the first customer's transaction is valid (active), so when, for example, a product is scanned, the POS terminal 20 processes the registration information of that product as registration information for the first customer's transaction. However, after the next customer registration button BT03 is operated, the transaction of the second customer corresponding to the transaction selection area for the second customer's transaction becomes valid (active), so when, for example, a product is scanned, the POS terminal 20 processes the registration information of that product as registration information for the second customer's transaction.

When the second customer's transaction is completed, the suspended transaction of the first customer is resumed. Specifically, when the second customer's transaction is completed, the POS terminal 20 erases the transaction selection area for the second customer's transaction and activates the transaction selection area for the first customer's transaction. In other words, after the second customer's transaction is completed, the first customer's transaction corresponding to the transaction selection area for the first customer's transaction becomes valid (active), so when an item is scanned, for example, the POS terminal 20 processes the registration information for that item as the registration information for the first customer's transaction.

The first customer's transaction and the second customer's transaction are independent transactions with different customers. Therefore, when the POS terminal 20 interrupts the first customer's transaction and starts the second customer's transaction (when the next customer registration button BT03 is operated), the POS terminal 20 does not carry over the information of the first customer's transaction (customer information, etc.) to the second customer's transaction. In addition, when the POS terminal 20 finishes the second customer's transaction and resumes the interrupted first customer's transaction, it does not reflect the information of the second customer's transaction (product registration information, etc.) in the first customer's transaction.

(Difference between next customer transaction using next customer registration button BT03 and charge transaction using charge declaration)
Fig. 17 is an explanatory diagram summarizing the differences between a next customer transaction using the next customer registration button BT03 and a charge transaction using a charge declaration. In Fig. 17, line a explains the next customer transaction using the next customer registration button BT03. Line b explains the charge transaction using a charge declaration.

As shown in column c, if the next customer registration button BT03 is operated while the first transaction (a transaction for product registration processing) is pending, a second transaction (next customer transaction) is initiated. The second transaction (next customer transaction) is, for example, a transaction for product registration processing. On the other hand, if the charge button is operated (a charge declaration is made) while the first transaction is pending, the second transaction (charge transaction) is initiated.

As shown in column d, in the case of a next customer transaction, a transaction selection area for the next customer transaction, which is the second transaction, is generated at the start of the next customer transaction. Similarly, in the case of a charge transaction, a transaction selection area for the charge transaction, which is the second transaction, is generated at the start of the charge transaction. However, the customer for the next customer transaction (second transaction) is a different customer from the customer for the first transaction, but the customer for the charge transaction (second transaction) is the same customer as the customer for the first transaction.

As shown in column e, in the case of a subsequent customer transaction, the customer of the second transaction is a different customer (subsequent customer) from the customer of the first transaction, so the information of the first transaction is not carried over to the second transaction at the start of the second transaction (subsequent customer transaction). On the other hand, in the case of a charge transaction, the customer of the second transaction is the same as the customer of the first transaction, so the information of the first transaction is carried over to the second transaction at the start of the second transaction (charge transaction).

As shown in column f, in the case of a transaction by a subsequent customer, the transaction selection area for the subsequent customer transaction, which is the second transaction, is erased when the subsequent customer transaction is completed. Also, in the case of a charge transaction, the transaction selection area for the charge transaction, which is the second transaction, is erased when the charge transaction is completed.

As shown in column g, in the case of a next customer transaction, the customer of the second transaction is a different customer (next customer) from the customer of the first transaction, so at the end of the second transaction (next customer transaction), the information of the second transaction is not reflected in the first transaction. On the other hand, in the case of a charge transaction, the customer of the second transaction is the same as the customer of the first transaction, so at the end of the second transaction (charge transaction), the information of the second transaction is carried over to the first transaction.

In other words, when the next customer registration button BT03 is operated while a first transaction is pending, the POS terminal 20 interrupts the first transaction, starts a second transaction as a transaction of a different customer than the first transaction without inheriting the information of the first transaction, and resumes the first transaction after the second transaction is completed without reflecting the processing results of the second transaction. On the other hand, when the charge button is operated while a first transaction is pending, the POS terminal 20 interrupts the first transaction, starts a second transaction as a transaction of the same customer as the first transaction by inheriting the information of the first transaction, and resumes the first transaction after the second transaction is completed by reflecting the processing results of the second transaction.

As described above, the operation after the operation differs between when the Next Customer Registration button BT03 is operated while the first transaction is pending and when the Next Customer Registration button BT03 is operated while the first transaction is pending, but both cases have in common the fact that a transaction selection area is generated for a new transaction. In other words, just as the POS terminal 20 processes the registration process for the next customer's product after the Next Customer Registration button BT03 is operated as a separate transaction executed under a separate selection area, it also processes the charge process after the charge button is operated as a separate transaction executed under a separate selection area (however, there is a difference as to whether the information of the original transaction is carried over to the separate transaction or the processing results of the separate transaction are reflected in the original transaction).

As described above, with the POS terminal 20, if the next customer registration button BT03 is operated during a transaction by a certain customer, a transaction by another customer (such as a transaction for product registration processing) can be inserted as a separate transaction that is completely independent of the transaction by that customer. Also, with the POS terminal 20, if the charge button is operated (a charge declaration is made) during a transaction by a certain customer, the transaction by that customer (a charge transaction) can be inserted as a separate transaction related to that customer.

Note that if the charge process is cancelled after the charge is declared (for example, if the charge is cancelled by pressing a cancel button (not shown)), the contents of the process up until the cancellation will not be reflected in the customer information (prepaid balance) of the customer.

In the above, an example was described in which the customer information of the first transaction is carried over to the second transaction as information of the first transaction when the charge button is operated (when a charge declaration is made) while the first transaction is pending, but the registration information of the first transaction may also be carried over to the second transaction as information of the first transaction. By carrying over the registration information of the first transaction to the second transaction, for example, if a prepaid settlement is made after the first transaction is resumed based on the current charge balance constituting the customer information and the registration information (the total amount of the products registered up until just before the charge declaration), the charge amount required at the current time (up until just before the charge declaration) may be displayed in the second transaction, or instead of or in addition to displaying the required charge amount, a charge button that does not meet the required amount may be made inactive. For example, if the charge balance is 500 yen and the total amount of the products registered up until the time of the charge declaration is 2800 yen, the required charge amount "2300 yen" may be displayed, and the Charge 1000 yen button and Charge 2000 yen button, which are less than 2300 yen, may be made inactive.

In addition, the above describes the charge process for a certain customer while that customer is being processed, but it is also possible to execute a charge process for another customer while a certain customer is being processed. Specifically, a second transaction (a transaction for registering a product for customer Y using the next customer registration button BT03) may be inserted during a first transaction (a transaction for registering a product for customer X), and a third transaction (a charge transaction for customer Y using the next customer registration button BT03) may be inserted during a second transaction, and the second transaction may be resumed after the third transaction is completed, and the first transaction may be resumed after the second transaction is completed. In this example, it goes without saying that the information of the first transaction is not carried over to the second transaction when the second transaction starts, but the information of the second transaction is carried over to the third transaction when the third transaction starts. Furthermore, when the third transaction is completed, the information (processing result) of the third transaction is reflected in the second transaction, but when the second transaction is completed, the information (processing result) of the second transaction is not reflected in the first transaction.

In the above embodiment, in order to avoid complication, the next customer registration button BT03 cannot be operated during a charge transaction (see Figures 6(B) to 7(A)), but the next customer registration button BT03 may be operated even during a charge transaction. In other words, a second transaction (a charge transaction by customer A by a charge declaration) may be inserted during a first transaction (a transaction for registering products by customer A), and a third transaction (a transaction for registering products by customer B by the next customer registration button BT03) may be inserted during a second transaction, and the second transaction may be resumed after the third transaction is completed, and the first transaction may be resumed after the second transaction is completed. In this example, it goes without saying that the information of the first transaction is carried over to the second transaction when the second transaction starts, but the information of the second transaction (and the information of the first transaction as well) is not carried over to the third transaction when the third transaction starts. Furthermore, when the third transaction is completed, the information (processing result) of the third transaction is not reflected in the second transaction (nor in the first transaction), but when the second transaction is completed, the information (processing result) of the second transaction is reflected in the first transaction.

In the above embodiment, an example of charging a prepaid card when purchasing a product (when registering the product and paying for it) has been mainly described, but it is of course also possible to simply charge a prepaid card without purchasing a product using the POS terminal 20.

As described above, the POS terminal 20 can easily execute a process for charging a prepaid card of a certain customer while executing a process for selling the customer's product. Furthermore, the POS terminal 20 can execute a process for charging (e.g., execute with the same operation) as appropriate (at any time from before registering an item of product to after selecting a payment type). Furthermore, the process for charging can be executed (e.g., execute with the same operation) multiple times within a transaction.

(Screen name)
In the above description, the screen before the operation of the subtotal button BT01 is called the registration screen, the screen after the operation of the subtotal button BT01 is called the subtotal screen, and the screen after the operation of the accounting button BT02 is called the settlement screen, but these names are merely examples. For example, the screen before the operation of the accounting button BT02 (both before and after the operation of the subtotal button BT01) may be called the registration screen, and the screen after the operation of the accounting button BT02 may be called the settlement screen. Also, for example, the screen before the operation of the subtotal button BT01 may be called the registration screen, and the screen after the operation of the subtotal button BT01 (both before and after the operation of the accounting button BT02) may be called the subtotal screen. Also, for example, all screens, including the screen after the operation of the accounting button BT02, may be called the registration screen.

(Other operating modes)
4 to 16 have been described assuming that the POS terminal 20 operates in the normal mode (face-to-face semi-self-service mode), but the same applies to other operation modes. As an example, when the operation mode is the full self-service mode, the POS terminal 20 may display the screens shown in FIGS. 4 to 8 (for example, screens customized for customer operation) on the customer-side display unit 205.

The above describes the embodiments, but the above embodiments are merely examples and the specific configurations are not limited to the above embodiments, and include designs that do not deviate from the gist of the invention.

(1) In the above embodiment, the POS terminal 20 has multiple operating modes (the operating modes can be switched), but the POS terminal 20 does not have to have multiple operating modes.

(2) In the above embodiment, the POS terminal 20 has the card payment unit 208 on the customer side, but it may be provided on the store clerk side instead of or in addition to the customer side. In other words, the operation to read the information on various cards (or mobile terminals, etc.) may be performed by the customer or the store clerk.

(3) In the above embodiment, the POS terminal 20 has a change dispenser 209 on the customer side, but it may be provided on the store clerk side instead of or in addition to the customer side. In other words, cash may be handled by either the customer or the store clerk.

(4) In relation to (1) to (3) above, a general POS terminal used by a store clerk (a POS terminal where the change dispenser is provided on the store clerk's side and where the store clerk registers and settles) may be configured to display as shown in Figs. 4 to 8 and perform the operations shown in Figs. 9 to 16. Also, a general self-service POS terminal used by a customer (a POS terminal where the customer registers and settles; the customer operates the change dispenser) may be configured to display as shown in Figs. 4 to 8 and perform the operations shown in Figs. 9 to 16.

(5) In the above, an example was described in which the POS terminal 20 acquires customer information (charge balance, etc.) using a card such as an A card, but customer information may be acquired using something other than a card. For example, customer information may be acquired using an electronic device (such as a smartphone).

In addition, all or part of the functions (input/output, storage, processing (including judgment)) of each device (POS terminal 20, monitoring device 40, store controller 10) described above may be possessed by a subject (another device) different from the subject described above. For example, in the above embodiment, the POS terminal 20 has been described as making various judgments (for example, some or all of the various judgments shown by diamonds in the flowcharts of Figures 9 to 16), but the store controller 10 or a cloud server (not shown) may make the judgments instead of the POS terminal 20. In addition, the store controller 10 or a cloud server (not shown) may store transaction data (registration information, customer identification information, etc.) instead of the POS terminal 20. In addition, the POS terminal 20 may generate display information (screen information) for various displays (for example, the screens of Figures 4 to 8, etc.), or the store controller 10 or a cloud server (not shown) may generate the display information. To give a simple example, the POS terminal 20 is only responsible for output to the operator and each component and input from the operator and each component (screen display, change dispenser control, audio output, screen operation reception, recognition by the scanner unit, etc.), while judgment, storage, generation, etc. may be performed by the store controller 10 or a cloud server (not shown), etc.

The embodiments will be summarized below.
[Technical field]
The present invention relates to a product sales data processing device and a program.
[Background Art]
There is known a technique for charging (depositing) electronic money without interrupting the electronic money settlement procedure (see, for example, Patent Document 1).
[Prior Art Literature]
[Patent Documents]
[Patent Document 1] JP 2009-75986 A [Summary of the Invention]
[Problem to be solved by the invention]
However, the operation of charging at a POS terminal etc. is time-consuming and places a burden on the operator. The present invention has been made in consideration of such circumstances, and has an object to provide a technology that allows charging to be easily performed at a POS terminal etc.
[Means for solving the problems]
(1) In order to solve the above-mentioned problems, a product sales data processing device which is one aspect of the present invention is a product sales data processing device (e.g., a POS terminal 20) which registers products purchased by a customer, and which is characterized in that it comprises: a first processing means which generates and processes, as a first process (e.g., product registration process), first processing data including registration information of the products purchased by the customer and identification information of the customer (e.g., a customer number); a second processing means which, when a predetermined deposit operation (e.g., operation of a preset button corresponding to the charge amount, such as the charge 1000 yen button after a charge declaration) occurs during the processing of the first process by the first processing means, generates and processes, as a second process (e.g., a charge process based on a charge declaration), second processing data (e.g., data relating to the charge amount) based on the deposit operation; and a handover means which hand over the first processing data to the second process which is started based on the predetermined deposit operation.
According to the above-mentioned (1) product sales data processing device, charging can be easily performed. That is, if a predetermined deposit operation (operation of a preset button corresponding to the charge amount after the charge declaration) is performed during the first process (during the process related to the sale of a product to a certain customer), the second process (charging process by the charge declaration) is started, but since the first process data (registered information of the purchased product of the customer and the identification information of the customer) are taken over to the second process, the process related to charging the prepaid card of the customer can be started easily without requiring any special operation by using the first process data in the second process. In addition, since no special operation is required at the start of the second process, it is expected that the psychological burden of the operator (especially an operator who is not familiar with charge transactions, etc.) at the start of the second process and the operation errors at the start of the second process can be reduced.
(2) A product sales data processing device as described in (1), characterized in that it is provided with a reflection means for reflecting the second processing data in the first processing (e.g., updating the charge balance) when the second processing started based on the deposit operation during the processing of the first processing is completed.
According to the above-mentioned (2) product sales data processing device, charging can be easily performed. In other words, when the second process (charging process by charge declaration) that started based on a deposit operation (operation of a preset button corresponding to the charge amount after the charge declaration) during the first process (processing related to the sale of a product by a certain customer) is completed, the second process data (data related to the charge amount) is reflected in the first process (updating the charge balance, etc.), so that the processing result of the second process can be easily reflected in the first process without requiring any special operation. In addition, since no special operation is required at the end of the second process, it is expected that the psychological burden of the operator (especially an operator who is not familiar with charge transactions, etc.) at the end of the second process and the operation errors at the start of the second process can be reduced.
(3) A product sales data processing device as described in (1) or (2), characterized in that it is provided with a display means for displaying a selection area (e.g., a transaction selection area) in which each transaction can be selected, and the display means displays a button for the first process (e.g., a preset button as shown in Figure 5 (A)) in association with one of the selection areas (e.g., transaction selection area TRS01, etc.) during the processing of the first process, and when a deposit operation is performed during the processing of the first process, displays a button for the second process (e.g., a preset button as shown in Figure 6 (A)) in association with a new selection area (e.g., transaction selection area TRS02, etc.) different from the selection area displaying the button for the first process.
According to the above-mentioned (3) product sales data processing device, charging can be easily performed. That is, when a deposit operation (operation of a preset button corresponding to the charge amount after charging declaration) occurs during the processing of the first process (during the processing of a process related to the sale of a product by a certain customer), a selection area for the second process is generated separately from the selection area for the first process, and a button for the second process (a preset button corresponding to the charge amount such as a charge 1000 yen button) is displayed under the selection area for the second process, so that the operation is easy for the operator (store clerk, customer) to understand and charging can be easily performed. In addition, just as the next customer process (the registration process of the product of the next customer after the operation of the next customer registration button BT03) is performed under a separate selection area, the second process based on a predetermined deposit operation (operation of a preset button corresponding to the charge amount after charging declaration) is also performed under a separate selection area. That is, although the two differ in terms of the identity of the customer and the presence or absence of handover or reflection, they are common in that they are performed under a selection area separate from that before the operation (FIG. 17). Therefore, it is easy for the operator to intuitively understand that the second process is a different transaction from the first process. For example, it becomes easier to understand that a receipt is issued as a second process separate from a first process.
(4) The product sales data processing device described in (3) is characterized in that the display means erases the selection area displaying the button for the second process based on the completion of the second process (for example, erases the transaction selection area TRS02 as in Figure 6 (B) → Figure 7 (A) → Figure 7 (B)).
According to the product sales data processing device of (4) above, charging can be easily performed. In other words, the selection area for the second process, which is newly generated separately from the selection area for the first process, is erased without requiring any special operation when the second process is completed, so the burden on the operator (store clerk, customer) is reduced.
(5) In order to solve the above-mentioned problems, a program which is one aspect of the present invention is a program for causing a product sales data processing device which registers products purchased by a customer to function as a computer, and which is characterized in that it causes the computer to function as a first processing means which generates and processes, as a first processing process, first processing data including registration information for the products purchased by the customer and identification information for the customer, and, when a specified deposit operation is performed during the processing of the first processing by the first processing means, generates and processes, as a second processing process, second processing data based on the deposit operation, and a handover means which hands over the first processing data to the second processing which is started based on the specified deposit operation.
According to the program of (5) above, charging can be easily performed, similarly to the product sales data processing device of (1) above. In addition, because it is simple, it is possible to reduce operational errors.

The programs for implementing the POS terminal 20, the store controller 10, the monitoring device 40, etc. described above may be recorded on a computer-readable recording medium, and the programs may be read and executed by a computer system. The term "computer system" as used herein includes hardware such as an OS and peripheral devices. The term "computer-readable recording medium" refers to portable media such as flexible disks, optical magnetic disks, ROMs, and CD-ROMs, and storage devices such as hard disks built into a computer system. The term "computer-readable recording medium" also refers to storage devices that hold a program for a certain period of time, such as volatile memory (RAM) inside a computer system that becomes 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. The above-mentioned program may be transmitted from a computer system that stores the program in a storage device, etc., to another computer system via a transmission medium, or by a transmission wave in the 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. The above-mentioned program may also be for implementing part of the above-mentioned functions. Furthermore, the above-mentioned functions may be realized in combination with a program already recorded in the computer system, i.e., a differential file (differential program).

1 POS system 10 store controller 20 POS terminal 40 monitoring device 201 CPU
202 ROM
204 Hard disk 205 Customer display unit 206 Customer scanner unit 208 Card payment unit 209 Change machine 210 Clerk display unit 211 Key operation unit 212 Clerk scanner unit 213 Print unit 214 Audio output unit 215 Communication unit

Claims (3)

A product sales data processing device having a display unit capable of receiving operations and a key operation unit capable of receiving operations,
A product registration means for executing a product registration process for registering purchased products;
A charging means for executing a charging process of electronic money;
a transfer means for transferring processing data generated in the product registration processing to the charge processing when the charge processing is started during a transaction of the product registration processing;
a message means for displaying a message regarding the operation on the display unit;
Equipped with
The charging means is
In the charge process, a charge amount can be designated based on the operation of one of a plurality of amount buttons corresponding to each charge amount displayed on the display unit, and a charge amount can be designated based on the operation of a numeric key arranged on the key operation unit,
The message means includes:
A different message can be displayed on the display unit for the product registration process and the charge process,
In the charge process, a message is displayed on the display unit to the effect that the charge amount designation is accepted based on the operation of one of the plurality of amount buttons or the operation of a numeric key arranged on the key operation unit.
A product sales data processing device comprising: A product sales data processing device as described in claim 1, characterized in that it is further provided with a reflection means for reflecting the processing data generated in the charge process back into the product registration process when the charge process started during the product registration process transaction is terminated. A program for causing a computer to function as a product sales data processing device having a display unit capable of receiving operations and a key operation unit capable of receiving operations,
The computer,
A product registration means for executing a product registration process for registering purchased products;
A charging means for executing a charging process of electronic money;
a transfer means for transferring processing data generated in the product registration processing to the charge processing when the charge processing is started during a transaction of the product registration processing;
a message means for displaying a message regarding the operation on the display unit;
Function as a
The charging means is
In the charge process, a charge amount can be designated based on the operation of one of a plurality of amount buttons corresponding to each charge amount displayed on the display unit, and a charge amount can be designated based on the operation of a numeric key arranged on the key operation unit,
The message means includes:
A different message can be displayed on the display unit for the product registration process and the charge process,
In the charge process, a message is displayed on the display unit to the effect that the charge amount designation is accepted based on the operation of one of the plurality of amount buttons or the operation of a numeric key arranged on the key operation unit.
A program characterized by:

Images