JP7428367B2 - System, payment device, product sales data processing method, and program - Google Patents

Description

The present invention relates to a system , a payment device , a product sales data processing method, and a program.

2. Description of the Related Art Conventionally, a product sales data processing system is known that includes a registration device for store clerks to register products and a payment device for customers to make payments. The payment device is connected to an automatic change dispenser. The automatic change dispenser is used, for example, when paying for products registered in a registration device in cash. Further, the automatic change/ticket machine may be in a near-full state depending on the customer's usage status. The near-full state is a state in which the number of coins is close to the allowable limit of the number of coins that can be stored. When the automatic change dispenser becomes near full, the settlement device issues a warning to that effect. For example, the payment device may light up a sign pole provided on the payment device, display a status indicating this on the screen provided on the payment device, or display a screen indicating this on the screen of the monitoring device. A warning message such as a warning message is displayed.

Related technologies include dispensing money of the denomination determined to be an overflow into a storage bag, and sending information indicating that the storage bag is not attached to an attendant PC (for clerks) when the storage bag is not attached. (for example, see Patent Document 1).

JP 2017-162023 Publication

However, in the conventional technology, when a warning from an automatic change/ticket machine is notified, a clerk goes to the payment machine to which the automatic change/bill machine is connected and puts the machine in a dormant state. There was a problem in that the work efficiency of store clerks decreased as they had to perform various operations.

The present invention has been made in view of such circumstances, and its purpose is to provide a technique that can suppress a decline in the work efficiency of store staff.

In order to solve the above-mentioned problems, a system that is one aspect of the present invention includes a registration device that is operated by a store clerk to perform product registration processing, and a registration device that is operated by a customer to register products with the registration device. A product sales data processing system comprising: a payment device that performs product payment processing; the payment device is capable of storing a first storage section that stores money; and a currency stored in the first storage section. When the amount of coins stored in the first storage portion exceeds a predetermined amount, the payment processing is disabled from the normal state in which the payment processing is possible. When the payment device enters the dormancy state, the registration device may send registration data of the product registered by the registration process to the payment device. In the inactive state, the payment device causes the change machine to perform a collection process of collecting some of the coins stored in the first storage part into the second storage part, and If the amount of coins in the first storage unit becomes less than a predetermined amount due to processing, the dormant state returns to the normal state, and the registration device disables the prohibition when the payment device returns to the normal state. This system is characterized by the ability to release .

In addition, in order to solve the above-mentioned problems, a product sales data processing method, which is another aspect of the present invention, includes a registration device that is operated by a store clerk to perform product registration processing, and a first storage unit that stores coins. and a second accommodating section capable of accommodating the coins accommodated in the first accommodating section, and is operated by a customer to perform settlement processing for products registered in the registration device. 1. A product sales data processing method for a system comprising : a normal payment system capable of performing the payment processing when the amount of currency stored in the first storage section exceeds a predetermined amount; From the state, the registration device executes a process that allows the payment process to become a dormant state in which the payment process is not possible, and when the payment device enters the dormant state, the registration device registers the product registered by the registration process. The payment device executes a process of prohibiting the registration data of A process of causing the second storage unit to perform a collection process, and a process of returning from the dormant state to the normal state when the amount of coins in the first storage unit becomes less than a predetermined amount due to the collection process. and the registration device executes a process of canceling the prohibition when the payment device returns to the normal state .

Further, in order to solve the above-mentioned problems, a program according to another aspect of the present invention includes a registration device that is operated by a store clerk to perform product registration processing, a first storage section that stores coins, and a first storage section that stores coins. a payment device connected to a change machine having a second storage section capable of storing coins stored in the first storage section, and operated by a customer to perform payment processing for products registered in the registration device; A program that causes a first computer to function as the payment device and a second computer to function as the registration device in the system, the program causing the first computer to receive currency stored in the first storage section. When the amount exceeds a predetermined amount, the first computer causes the second computer to execute a process that changes from the normal state in which the payment process is possible to a dormant state in which the payment process is not possible. in the hibernation state, causing the first computer to execute a process of prohibiting the registration data of the product registered by the registration process from being transmitted to the first computer, and in the hibernation state , causing the change machine to perform a collection process of collecting some of the coins stored in the first storage part into the second storage part, and as a result of the collection process, the amount of coins in the first storage part becomes less than a predetermined amount; when the first computer returns to the normal state, causes the second computer to execute a process to cancel the prohibition when the first computer returns to the normal state; This program is characterized by:

1 is an explanatory diagram showing a network configuration of a POS (Point of Sales) system 1 according to a first embodiment. FIG. 2 is an explanatory diagram showing an example of the appearance of a POS register 20. FIG. 2 is an explanatory diagram showing an example of a hardware configuration of a POS register 20. FIG. 2 is an explanatory diagram showing an example of the configuration of an automatic change dispenser 204. FIG. It is an explanatory diagram showing an example of the screen displayed on the clerk side display section 207 of the registration device 20R. It is an explanatory diagram showing an example of the screen displayed on the clerk side display section 207 of the registration device 20R. FIG. 3 is an explanatory diagram showing an example of a screen displayed on each device. 3 is a sequence diagram showing an example of the operation of the POS system 1. FIG. It is a flowchart which shows an example of the process which payment device 20P concerning Embodiment 1 performs. It is a flowchart which shows an example of the process which payment device 20P concerning Embodiment 1 performs. 3 is a flowchart illustrating an example of a process performed by the registration device 20R according to the first embodiment. 3 is a flowchart illustrating an example of a process performed by the registration device 20R according to the first embodiment. It is an explanatory view showing an example of the set number of coins for each denomination. FIG. 2 is an explanatory diagram showing an example of the number of coins currently held for each denomination in each POS register 20; It is an explanatory diagram showing an example of the screen displayed on the clerk side display section 207 of the registration device 20R. FIG. 7 is a sequence diagram showing an example of the operation of the POS system 1 according to the second embodiment.

(Embodiment 1)
(Network configuration of POS system 1)
FIG. 1 is an explanatory diagram showing a network configuration of a POS (Point of Sales) system 1 according to the first embodiment. The POS system 1 is an example of a product sales data processing system. As shown in FIG. 1, the POS system 1 includes a store controller 10, a monitoring device 11, and a plurality of POS registers 20-0 to 20-n. Each device is connected via a LAN (Local Area Network).

The store controller 10 is a computer (for example, a server) that controls the POS system 1. The store controller 10 stores, for example, a product master. The product master is a file that stores product information such as product identification information (for example, JAN code), product name, and selling price for each product. The store controller 10 may also be referred to as a management device or a host device. The monitoring device 11 is a computer that includes a display screen (monitor) and monitors a plurality of POS registers 20 . The monitoring device 11 is sometimes referred to as an assist monitor.

The POS registers 20-0 to 20-n mainly perform registration processing for registering products to be purchased and payment processing (also referred to as accounting processing or payment processing) for making payments for registered products. It is a device for That is, the POS registers 20-0 to 20-n are devices that mainly have the functions of a registration device that performs registration processing and a payment device that performs payment processing. The details will be described later, but POS registers 20-0 to 20-n operate in a normal mode where sales staff and customers transact face-to-face, and in which products registered at other POS registers 20-0 to 20-n are used. The payment mode is set to either an accounting-only mode or a full self-service mode in which the customer registers the products themselves and makes the payment.

In this embodiment, it is assumed that the POS register 20-0 functions as a registration device in which a store clerk registers products. That is, it is assumed that the POS register 20-0 is set to normal mode. In the following, the POS register 20-0 may be referred to as the "registration device 20R".

Further, it is assumed that the POS registers 20-1 to 20-n function as payment devices for customers to make payment. That is, it is assumed that the POS registers 20-1 to 20-n are set to the accounting-only mode. In the following, the POS registers 20-1 to 20-n may be referred to as "settlement devices 20P1 to 20Pn." The POS registers 20-1 to 20-n may also be referred to as a "settlement device 20P" if no particular distinction is made between them. Furthermore, when the registration device 20R and the payment device 20P are not particularly distinguished, the POS registers 20-0 to 20-n may be referred to as "POS registers 20."

The POS register 20 is an example of a product sales data processing device. The POS register 20 is a computer device (POS register) that performs product registration, payment, sales data management, and the like. The store controller 10, the monitoring device 11, and the POS register 20 are communicably connected via a LAN (Local Area Network), for example, by wire or wirelessly.

(Appearance of POS register 20)
FIG. 2 is an explanatory diagram showing an example of the appearance of the POS register 20. As shown in FIG. FIG. 2(A) is a perspective view of the POS register 20 viewed from the customer side. FIG. 2(B) is a perspective view of the POS register 20 viewed from the store clerk side. Note that the POS register 20 may be of a type placed on a counter or a desk.

For example, as shown in FIG. 2, the POS register 20 includes a customer-side display section 201, a customer-side scanner section 202, a card payment section 203, an automatic change/bill machine 204, an audio output section 205, and a printing section. 206, a clerk-side display section 207, a key operation section 208, and a clerk-side scanner section 209. Although not shown, the POS register 20 may include a sign pole that can be lit in a predetermined lighting manner.

The customer side display section 201 is a display for customers. The customer side display section 201 is, for example, a touch panel. The customer side display section 201 displays various information and receives various inputs from the customer. For example, the customer side display unit 201 displays a preset key, which is a button for selecting a product, and accepts an operation (press) of the preset key.

The customer side scanner unit 202 is a scanner unit for customers. The customer side scanner unit 202 optically reads various information. For example, the customer side scanner unit 202 optically reads a code (bar code, two-dimensional code, etc.) attached to a product. In addition to this, the customer side scanner unit 202 is also capable of reading codes (barcodes, two-dimensional codes, etc.) printed on various cards (for example, membership cards, point cards, etc.). .

The card payment unit 203 performs payment using various cards. The various cards mentioned here include, for example, credit cards, prepaid cards such as transportation cards, and point cards. Further, the various cards may be contact cards (IC cards, magnetic cards) or non-contact cards (IC cards).

The card payment section 203 includes, for example, a card reading section, a display section, and an operation section. The card reading section reads information on various cards. The card reading section magnetically reads the information on the card if it is a magnetic card, and electrically reads the information on the card if it is an IC card. The display section of the card payment section 203 displays various information.

For example, when a credit card is used, the display section displays the payment amount and a masked PIN number. Further, the operation unit of the card payment unit 203 accepts various operations from customers or store staff. For example, when a credit card is used, the operation unit accepts a switching operation for using a credit card from the staff, and also accepts input of a personal identification number from the customer.

The automatic change/bill machine 204 is a cash payment unit that performs payments in cash. The automatic change/bill machine 204 has an input port for bills and coins, and a discharge port for bills and coins. The input port and the discharge port each have a sensor for detecting banknotes or coins, and are arranged facing the customer side. The input slot accepts cash input from the customer. Further, the discharge port discharges change (bills and coins). The automatic change/bill machine 204 calculates the total amount of cash input into the input slot, calculates the change amount which is the difference between the total amount and the purchase price, and discharges the change and change tags from the discharge slot.

The audio output unit 205 is a speaker that outputs audio. The audio output unit 205 outputs, for example, audio guidance. The voice guidance is, for example, guidance for assisting a customer in registering a product or guidance for assisting in payment.

The printing unit 206 is a printer device that issues various media such as receipts. The printing unit 206 has an issuing port for issuing receipts. The printing unit 206 is rotatable, for example, parallel to the horizontal direction, and the direction of the issuing port can be changed from the clerk's side to the customer's side, or from the customer's side to the clerk's side. The printing unit 206 may be rotated manually or by the driving force of a motor. Further, in the case of a configuration in which the printing unit 206 is rotated by the driving force of a motor, the printing unit 206 may be rotated according to the operation mode of the POS register 20, which will be described later.

The clerk side display section 207 is a display for the clerk. The clerk side display section 207 is, for example, a touch panel. The clerk side display section 207 displays various information and receives various inputs from the clerk. For example, the clerk side display unit 207 displays a preset key, which is a button for selecting a product, and accepts an operation (press) of the preset key.

The key operation unit 208 is a hardware key, and receives various inputs from the store clerk. For example, the key operation unit 208 has keys corresponding to products and keys corresponding to quantities, and receives selections of products and quantities from store staff.

The clerk-side scanner section 209 is a scanner section for clerks. The clerk side scanner unit 209 optically reads various information. For example, the clerk side scanner unit 209 reads the code. The code is a barcode, two-dimensional code, or the like. Codes include codes attached to products, codes attached to store clerk's name tags, and codes printed on various cards (for example, membership cards, point cards, etc.).

(Hardware configuration of POS register 20)
Next, the hardware configuration of the POS register 20 will be explained. FIG. 3 is an explanatory diagram showing an example of the hardware configuration of the POS register 20. Note that, in the following, description of the contents described in FIG. 2 will be omitted as appropriate. In FIG. 3, the POS register 20 includes a CPU (Central Processing Unit) 301, a ROM (Read Only Memory) 302, a RAM (Random Access Memory) 303, a hard disk 304, a communication section 305, and a customer side display section 201. , a customer side scanner section 202, a card payment section 203, an automatic change and tag machine 204, an audio output section 205, a printing section 206, a clerk side display section 207, a key operation section 208, and a clerk side scanner. 209. These can communicate with each other via a bus.

The CPU 301 is a central processing unit, and controls the operation of the POS register 20 by reading and executing a program (for example, a product sales data processing program) stored in the ROM 302 .
The ROM 302 is a read-only memory and stores various information used by the CPU 301 including programs.

RAM 303 is a read/write memory and stores various information. For example, the RAM 303 stores, for example, registration information (registration data) generated in a registration process for registering a product, payment information (payment data) generated in a payment process for paying for purchased products, and data acquired from an external device. Memorize information, etc.

Hard disk 304 stores various information. For example, instead of the ROM 302, the hard disk 304 may store programs executed by the CPU 301. Furthermore, instead of the RAM 303, the hard disk 304 may store information generated in various processes or information acquired from the outside.

(About the operation mode of POS register 20)
Next, the operation mode of the POS register 20 will be explained. The POS register 20 operates in one of a plurality of operation modes. The multiple operation modes described below are operation modes related to registration processing and payment processing during normal business, and specifically, the normal mode (face-to-face self-mode), accounting-only mode, and full-self mode. There is.

Note that the plurality of operation modes include aggregation mode, maintenance mode, and training mode. The aggregation mode is a mode for aggregating and inquiring about sales and balances. The maintenance mode is a mode in which store clerks, maintenance personnel, and the like perform setting work and maintenance work. The training mode is a mode in which new store employees are trained in how to use the POS register 20.

(About normal mode)
The normal mode (face-to-face self-service mode) is an operation mode in which product registration by the clerk is enabled and product registration by the customer is disabled. Specifically, in the normal mode, product registration is enabled using the clerk-side display section 207, key operation section 208, and clerk-side scanner section 209, and product registration using the customer-side display section 201 and customer-side scanner section 202 is enabled. This mode disables product registration. Thereby, in the normal mode, it is possible for the clerk to execute the registration process without executing the registration process on the customer's side. The POS register 20 set to normal mode is the registration device 20R.

Further, the normal mode is an operation mode in which the insertion of money is enabled. Therefore, in the normal mode, it is possible to accept the insertion of money even when the product registration process is being performed. In the normal mode, payment processing is performed by inserting money into the automatic change/bill machine 204 and reading a card by the card payment unit 203. The payment process is performed after the registration process on the clerk side is executed.

Furthermore, in the normal mode, when the registration process is completed, the POS register 20 (registration device 20R) can also transmit the registration information of the registered product to the POS register 20 (payment device 20P) in the accounting-only mode.

(About accounting only mode)
The accounting only mode is an operation mode in which product registration on the clerk's side and product registration on the customer's side are disabled, and payment is enabled. Specifically, in the checkout-only mode, product registration is performed using the clerk-side display section 207, key operation section 208, and clerk-side scanner section 209, and product registration is performed using the customer-side display section 201 and customer-side scanner section 202. This is a mode that disables the registration of Thereby, in the normal mode, it is possible to prevent the clerk side and the customer side from executing the registration process. The POS register 20 set to the accounting-only mode is the payment device 20P.

Further, the accounting only mode is an operation mode in which the insertion of money is enabled. In the accounting-only mode, payment processing is executed using the registration information transmitted from the registration device 20R. For example, in the accounting only mode, it is possible to accept the insertion of money by receiving registration information from the registration device 20R. In the transaction-only mode, payment processing is performed by inserting money into the automatic change/bill machine 204 and reading a card by the card payment unit 203.

(About full self mode)
The full self mode is an operation mode in which product registration on the customer side is enabled. Specifically, the full self mode is a mode in which product registration using the customer display section 201 and the customer scanner section 202 is enabled. Thereby, in full self-mode, it is possible for the customer to perform the registration process.

Further, in the full self mode, product registration on the store staff side may also be enabled. Specifically, in the full self mode, registration of products using the clerk side scanner section 209, the clerk side display section 207, and the key operation section 208 may be enabled. Thereby, in the full self-mode, it is possible to perform registration processing on the store staff side and the customer side. However, in the full self-mode, the store clerk's product registration may be enabled or disabled by the store clerk's operation.

Further, the full self mode is an operation mode in which insertion of money is enabled. Therefore, in the full self mode, it is possible to accept the insertion of money even when the product registration process is being performed. In the full self mode, payment processing is performed by inserting money into the automatic change/bill machine 204 and reading a card by the card payment unit 203. The payment processing is performed after the registration processing on the customer side or the store clerk side is executed.

(About switching between each operation mode)
Next, switching of the operation mode of the POS register 20 will be explained. Switching of the operating mode is performed, for example, in response to an explicit mode switching operation for switching the operating mode by a clerk or an operation of reading a clerk code. Further, the operation mode may be switched depending on, for example, temporal conditions. The time conditions include, for example, that a predetermined time has elapsed since the last operation, or that the switching time corresponds to a preset schedule. Further, the operation mode may be switched in response to a mode switching instruction from another device (another POS register 20, a monitoring device, a mobile terminal, etc.). Note that the switching of the operating mode is not performed by the customer, but by the store staff.

(About the configuration of automatic change and tag machine)
FIG. 4 is an explanatory diagram showing an example of the configuration of the automatic change/ticket machine 204. In FIG. 4, the automatic change/ticket machine 204 includes a first storage section 401 and a second storage section 402. The automatic change/ticket machine 204 also includes an identification unit that identifies denominations, a distribution unit that distributes money by denomination, a transport unit that transports money, and the like. In addition, the automatic change and bill machine 204 has a function of detecting a near-full state in which the number of coins is close to the permissible limit that can be stored in the first storage unit 401, and a near-end state in which the number of coins in the first storage unit 401 is small. has. For example, the automatic change/bill machine 204 sets the number of coins that will be in a near-full state and the number of coins that will be in a near-end state for each denomination.

Further, the automatic change/bill machine 204 has a function (mechanism) for moving the coins stored in the first storage section 401 to the second storage section 402 . Note that since such a function is a well-known technology, detailed explanation will be omitted.

The automatic change/bill machine 204 counts the inserted coins and stores them in the first storage section 401 under the control of the CPU 301 . Further, the automatic change/bill machine 204 counts the coins discharged from the first accommodating section 401 (for example, coins used as change at checkout), and discharges the counted coins from the discharge port. For this reason, the first storage unit 401 stores, for example, coins deposited at the time of checkout, coins replenished at the time of replenishment, etc., for each denomination. Further, the first accommodating portion 401 is configured to be non-removable from the automatic change/ticket machine 204. Note that the first accommodating portion 401 may be configured to be detachable from the automatic change/ticket machine 204.

The second accommodating portion 402 is configured to be detachable from the automatic change/ticket machine 204 . The second accommodating section 402 can be carried by a clerk when it is taken out from the automatic change and tag machine 204. The automatic change/ticket machine 204 is locked when stored, so that a person without the key cannot carry it around. The second accommodating portion 402 has, for example, a box shape. Note that the second accommodating portion 402 may be bag-shaped.

The second storage section 402 collects the coins stored in the first storage section 401. For example, when collecting the coins stored in the first storage section 401 after closing, the automatic change/bill machine 204 transfers the coins stored in the first storage section 401 to the second storage section in response to an operation by a store clerk. 402. Further, the automatic change/ticket machine 204 can move coins in the first storage section 401 to the second storage section 402 for each denomination.

For example, when there is a denomination that is in a near-full state among the coins stored in the first storage section 401, the automatic change/ticket machine 204 transfers the coins of that denomination to the first It is possible to move from the storage section 401 to the second storage section 402. Specifically, the automatic change/bill machine 204 counts the coins to be moved from the first accommodating part 401 to the second accommodating part 402 and moves the coins stored in the first accommodating part 401 to the second accommodating part 402. let The process of moving money stored in the first storage unit 401 to the second storage unit 402 is referred to as “overflow processing”. Note that the transfer of money from the first storage section 401 to the second storage section 402 is not limited to automatic change and bill machine 204 . For example, a clerk may manually move the currency stored in the first storage section 401 to the second storage section 402.

Next, the management of money by denomination by the automatic change/ticket machine 204 will be explained. The automatic change/ticket machine 204 manages the remaining number of coins (accommodated number) for each denomination under the control of the CPU 301 . Specifically, the automatic change/bill machine 204 manages the latest information regarding the number of remaining coins for each denomination (hereinafter referred to as "remaining change information"). For example, when inserting money, the automatic change/bill machine 204 updates (adds) information regarding the remaining number of coins for each denomination based on the number of coins inserted (the number of deposited coins) for each denomination.

Furthermore, when discharging money, the automatic change/bill machine 204 updates (subtracts) information regarding the remaining number of coins for each denomination based on the number of coins released (number of coins withdrawn) for each denomination. Furthermore, when inserting and discharging money, the automatic change and bill machine 204 records deposit history information including information such as the number of coins inserted for each denomination, and withdrawal history information including information such as the number of coins discharged for each denomination. Remember.

Note that the number of remaining coins for each denomination, remaining change information, deposit history information, withdrawal history information, etc. are not limited to being stored in the automatic change/bill machine 204, but may be stored in the POS register 20. For example, the POS register 20 receives the remaining number of coins for each denomination, change remaining information, deposit history information, withdrawal history information, etc. from the automatic change/bill machine 204 for each transaction, and stores the received information. You can do it like this.

Note that the remaining change information, deposit history information, and withdrawal history information may be stored in a storage area included in the automatic change/bill machine 204 or in an external storage device. The external storage device may be, for example, a RAM or a hard disk included in the POS register 20, or may be a storage device included in another device other than the POS register 20.

(About the functions of the POS system 1 according to the present embodiment)
Next, the functions of the POS system 1 according to this embodiment will be explained. The POS system 1 includes a registration device 20R and a payment device 20P. The registration device 20R is operated by a store clerk to perform product registration processing. The payment device 20P is operated by a customer to perform payment processing for products registered in the registration device 20R. The payment device is connected to an automatic change dispenser 204. The automatic change and tag machine 204 includes a first storage section 401 and a second storage section 402.

The payment device 20P can take a plurality of states including a normal state and a dormant state. The normal state is a state in which payment processing is possible. The normal state includes a waiting state (standby state) in which the customer is not making payment, and a state in which the customer is making payment.

The dormant state is a state in which payment processing is not possible. The payment device 20P is in a normal state when the amount of money stored in the first storage section 401 is less than a predetermined amount. On the other hand, the payment device 20P can change from the normal state to the dormant state when the amount of money stored in the first storage section 401 exceeds a predetermined amount. Specifically, the payment device 20P can change from the normal state to the dormant state when at least one denomination reaches a set number of coins in a near-full state that is preset for each denomination. When the amount of money stored in the first storage section 401 exceeds a predetermined amount, it means that the automatic change/ticket machine 204 is in a near-full state.

Note that the predetermined amount is not limited to the set number of sheets in the near-full state, but may be the set number of sheets in the full state. The set number of coins in the full state is the maximum number of coins accommodated in the first storage section 401. The settlement device 20P enters a dormant state in response to an operation by a clerk when the automatic change/ticket machine 204 enters a near-full state. However, it may be automatically put into a dormant state without requiring any operation by the store staff.

Here, if the computer is to be put into a hibernation state in response to an operation by a store clerk, for example, the registration device 20R or the monitoring device 11 displays a confirmation message to the store clerk as to whether or not to put it into a hibernation state. To be more specific, when the automatic change/bill machine 204 enters the near-full state, the payment device 20P or the monitoring device 11 transmits information indicating this to the registration device 20R (hereinafter referred to as "near-full information"). When the registration device 20R or the monitoring device 11 receives the near-full information, it displays a confirmation button to put the payment device 20P into a dormant state.

When the registration device 20R or the monitoring device 11 receives the request to put the payment device 20P into the hibernation state using the confirmation button, the registration device 20R or the monitoring device 11 sends information indicating that the payment device 20P is to be put into the hibernation state (hereinafter referred to as "pause instruction"). Send to. The payment device 20P enters a hibernation state by receiving a hibernation instruction from the registration device 20R or the monitoring device 11. When the payment device 20P enters the dormant state, it transmits information indicating this (hereinafter referred to as "suspension information") to the registration device 20R and the monitoring device 11.

The registration device 20R can transmit the registration data of the product registered by the registration process to the payment device 20P when the payment device 20P is in a normal state. Specifically, the payment device 20P in the normal state is displayed as a destination candidate on the clerk side display section 207 of the registration device 20R. When one of the destination candidates is selected by the clerk, the registration device 20R transmits the registration data to the selected payment device 20P.

On the other hand, the registration device 20R prohibits transmission of registration data to the payment device 20P when the payment device 20P is in a dormant state, that is, when suspension information is received from the payment device 20P. Specifically, the payment device 20P in the dormant state is not displayed as a destination candidate on the clerk side display section 207 of the registration device 20R. For example, the payment device 20P that is in a dormant state is displayed to the effect that it is in a dormant state, and is displayed so that it cannot be selected as a destination for registered data. Therefore, if there is a payment device 20P in a dormant state, the registration device 20R completes the payment process by itself or transmits registration data to the payment device 20P in a normal state.

Note that even when the POS register 20 is set to the full self mode, it is possible to perform payment by receiving registration data from the registration device 20R. Specifically, the POS register 20 set to the full self mode is switched to the accounting only mode by receiving registration data from the registration device 20R. The POS register 20 set to full self mode may also be in a dormant state. The registration device 20R prohibits the transmission of registration data to the POS register 20 even if the POS register 20 set to the full self mode becomes inactive.

Here, it is assumed that the first storage section 401 is in a near-full state several times during the day. Further, the money moved to the second storage section 402 is stored there until the store closes. For this reason, the currency stored in the first storage section 401 may be moved to the second storage section 402 in small amounts (for example, 10 to 20 coins) by overflow processing or manually by a clerk. That is, instead of moving the coins in the first storage section 401 to the second storage section 402 all at once, a small amount of coins may be moved to the second storage section 402 so that the period of rest is shortened. . For example, a small amount of money may be moved to the second storage section 402 at the timing when a transaction is completed. Thereby, it is possible to reduce the time during which the payment device 20P becomes unusable due to the dormant state.

Note that, for example, the first storage unit 401 may contain a predetermined number of coins that are expected to be used in one transaction. For example, the predetermined number of coins is 9 each for 1 yen coins, 10 yen coins, and 100 yen coins, 5 each for 5 yen coins, 50 yen coins, and 500 yen coins, and 9 pieces for 1000 yen bills. , five 5,000 yen bills, etc. Furthermore, since the legal upper limit of the number of coins that can be used in one transaction is 20, a number corresponding to this number (for example, 20) may be set as the predetermined number of coins.

(About near-full status notification)
Here, when the automatic change/ticket machine 204 enters the near-full state, the settlement device 20P or the monitoring device 11 notifies that the automatic change/ticket machine 204 enters the near-full state. The payment device 20P may notify the near-full state by, for example, using a display screen on the customer side display unit 201, using audio from the audio output unit 205, or lighting up a sign pole (not shown) in a predetermined manner. This includes notifications based on certain matters. Note that the notification that the payment device 20P has entered the near-full state is performed in the registration device 20R, as described below, and therefore does not need to be performed in the payment device 20P.

Further, when the automatic change/ticket machine 204 enters the near-full state, the payment device 20P or the monitoring device 11 transmits near-full information to the registration device 20R. When the registration device 20R receives the near-full information, it notifies that the automatic change dispenser 204 of the payment device 20P has entered the near-full state. The notification that the registration device 20R has entered the near-full state is, for example, a notification on the display screen of the clerk side display unit 207 or a notification using audio from the audio output unit 205.

(Regarding collection of coins stored in the first storage section 401)
When the automatic change/bill machine 204 enters a near-full state, it performs a collection process (overflow process) in which a part of the money stored in the first storage unit 401 is recovered by the second storage unit 402 . The automatic change/ticket machine 204 may perform the overflow process automatically or may perform the overflow process in response to an operation by a store clerk.

Here, a case will be described in which overflow processing is performed in response to an operation by a store clerk. When the automatic change/ticket machine 204 becomes near full, the settlement device 20P displays a selection screen for selecting whether or not to perform overflow processing. The selection screen may be displayed on the customer side display section 201 or on the clerk side display section 207. When accepting the start of the overflow process on the selection screen, the payment device 20P causes the automatic change/ticket machine 204 to start the overflow process.

Further, in the selection screen, if the start of the overflow process is not accepted, that is, if a selection not to start the overflow process is accepted, for example, the overflow process is not started. In this case, the clerk manually collects the coins stored in the first storage section 401 into the second storage section 402 (hereinafter sometimes referred to as "manual collection"). Note that even if a near-full state is reached, in the subsequent settlement process, many payouts of the denomination that has become a near-full state may be made, and the near-full state may be resolved.

Here, depending on the structure of the automatic change and tag machine 204, overflow processing may take time, and manual collection by a clerk may be completed faster than overflow processing. For this reason, manual collection by a store clerk may take a shorter time to return from the hibernation state to the normal state. Therefore, depending on the congestion situation (when it is relatively empty), manual collection by store staff may be performed.

Further, such a selection screen is displayed not only on the payment device 20P but also on the registration device 20R and the monitoring device 11. Specifically, when the registration device 20R and the monitoring device 11 receive near-full information from the payment device 20P, they display a selection screen for determining whether or not to cause the automatic change/ticket machine 204 of the payment device 20P to perform overflow processing. do. The selection screen is displayed on the clerk side display section 207 in the case of the registration device 20R, and displayed on the monitor in the case of the monitoring device 11.

When the registration device 20R or the monitoring device 11 receives a request to start the overflow process on the selection screen, the registration device 20R or the monitoring device 11 transmits information for starting the overflow process (hereinafter referred to as "overflow start instruction") to the payment device 20P. When the payment device 20P receives an overflow start instruction from the registration device 20R or the monitoring device 11, it causes the automatic change/ticket machine 204 to start overflow processing.

Furthermore, if the selection screen displayed on the registration device 20R or the monitoring device 11 does not accept the start of the overflow process, that is, for example, if the selection not to start the overflow process is accepted, the overflow start instruction is not transmitted. In this case, the clerk goes to the payment device 20P and performs manual collection.

Further, the number of coins to be collected in the second storage section 402 may be such that the number of coins stored in the first storage section 401 is less than the set number of coins in the near full state. Although details will be described later using FIG. 11, for each denomination, a set number of coins in the near-end state, a set number of surplus coins, and a set number of coins in the near-end state are set. The magnitude of each set number of coins is expressed as an inequality sign: "Set number of coins in near-end state<Set number of surplus funds<Set number of coins in near-end state." For example, the number of coins to be collected in the second storage unit 402 may be such that the number of coins stored in the first storage unit 401 is equal to or greater than the set number of surplus money and less than the set number of coins in the near-full state. .

(About canceling the near full state)
When the near-full state is resolved, the payment device 20P returns to the normal state from the hibernation state. The near-full state is resolved when the coins stored in the first storage section 401 are stored in the second storage section 402 and the amount of coins stored in the first storage section 401 becomes less than a predetermined amount. be. The payment device 20P may automatically return from the hibernation state to the normal state when the near-full state is resolved, or display a confirmation button and return from the hibernation state to the normal state after the clerk presses the confirmation button. You may return to This confirmation button may be displayed on at least one of the payment device 20P, the registration device 20R, and the monitoring device 11.

When the payment device 20P returns to the normal state from the hibernation state, it transmits information indicating this (hereinafter referred to as "return information") to the registration device 20R. When the registration device 20R receives the return information from the payment device 20P, the registration device 20R releases the prohibition on sending registration data to the payment device 20P. That is, the registration device 20R releases the prohibition of sending registration data when the payment device 20P returns to the normal state.

(About payment during hibernation)
The payment device 20P is capable of performing a first payment process that includes a payment process using cash, and a second payment process that does not include a payment process that uses cash. In the first payment processing, payment processing using cash and payment processing not including payment processing using cash can be executed. The second payment processing is, for example, payment processing using a payment method that does not generate change, such as a credit card or electronic money. The payment device 20P executes the first payment process in a normal state. Further, the payment device 20P disables the first payment process and enables the second payment process in the dormant state.

For example, the registration device 20R accepts whether the payment is made using cash or a payment other than cash. If the accepted payment method is a payment method other than cash, the registration data can be transmitted to the payment device 20P in a dormant state. That is, it is displayed so as to be selectable as the destination payment device 20P. Note that the display mode showing the payment device 20P may be different from the display mode showing the other payment devices 20P. For example, the payment device 20P may be displayed in a prominent manner so that the payment device 20P is selected with priority over other payment devices 20P.

(Example of screen displayed on clerk side display section 207 of registration device 20R)
5 and 6 are explanatory diagrams showing an example of a screen displayed on the clerk side display section 207 of the registration device 20R. Note that the screens shown in FIGS. 5 and 6 may be displayed on the monitor of the monitoring device 11, and in this case, operations by a store clerk may be accepted. 5 and 6, the clerk side display section 207 displays a payment details area 501, a total score area 502, a payment amount area 503, and a payment related information area 504. Note that the same content is displayed on the customer side display section 201 except for the payment related information area 504.

In the payment details area 501, the product names and amounts of purchased products (in the illustration, "○○ T-shirt" and "○○ toothbrush") are displayed. The total score area 502 shows the score of the payment details, and the illustration shows that it is 2 points. Payment amount area 503 shows the total payment amount. The payment related information area 504 shows information regarding the payment device 20P.

In FIG. 5A, payment device information 510 and a confirmation screen 520 are displayed in the payment related information area 504. The payment device information 510 includes selection buttons 511 to 513 corresponding to the three payment devices 20P1, 20P2, and P3.

The selection buttons 511 to 513 include a display indicating the status of the corresponding payment device 20P and a display of candidates for the destination of the registration data (the portion where “Payment device P” is displayed). For example, the selection button 511 indicates that the first payment device 20P1 is in a standby state, and is displayed as a candidate for the destination of registration data. Note that the standby state is a normal state in which the customer is not making payment. When the selection button 511 is pressed, the registration device 20R transmits the registration data to the first payment device 20P1.

Further, the selection button 512 indicates that the second payment device 20P2 is in a near-full state, and candidates for the destination of the registered data are displayed. The selection button 512 is enabled for operation. Therefore, when the selection button 512 is pressed, the registration device 20R transmits the registration data to the second payment device 20P2. Note that the near full state is a state in which the number of sheets is close to the permissible limit that can be stored in the first storage section 401, but it is still usable.

Further, the selection button 513 indicates that the third payment device 20P3 is in an offline state, and is displayed as a candidate for the transmission destination of registered data so that it cannot be selected. The offline state is a state in which the registration device 20R and the third payment device 20P3 are not communicatively connected. Operation of the selection button 513 is disabled. Therefore, even if the selection button 513 is pressed, the registration device 20R does not transmit the registration data to the third payment device 20P3.

The confirmation screen 520 accepts a selection as to whether or not to put the second payment device 20P2 into a dormant state. Specifically, the confirmation screen 520 includes a button (“Yes” button) indicating that the second payment device 20P2 is to be put into a hibernation state, and a button (“Yes” button) that is not shown to be a hibernation state of the second payment device 20P2. ``No'' button) is displayed.

When the "OK" button is pressed on the confirmation screen 520, the registration device 20R sends an instruction to the second payment device 20P2 to put it into a hibernation state, and the second payment device 20P2 goes into a hibernation state. If the "No" button is pressed on the confirmation screen 520, the second payment device 20P2 will not enter the hibernation state. When the "OK" button is pressed on the confirmation screen 520, the screen changes to the screen shown in FIG. 5(B).

In addition, when the second payment device 20P2 reaches the permissible limit of sheets that can be stored in the first storage unit 401 (in a full state), the second payment device 20P2 enters a dormant state, and transmits information indicating that it has entered a dormant state (pause information). do. Upon receiving the suspension information, the registration device 20R disables the operation of the selection button 512 corresponding to the second payment device 20P2.

In FIG. 5(B), the selection button 512 indicates that the second payment device 20P2 is in a dormant state (in the illustration, it is displayed as "inactive") and cannot be selected as a candidate for the destination of registered data. Displayed. Operation of the selection button 512 is disabled. Therefore, even if the selection button 512 is pressed, the registration device 20R does not transmit the registration data to the second payment device 20P2.

The selection screen 530 accepts a selection as to whether or not to cause the automatic change and tag machine 204 of the second payment device 20P2 to perform overflow processing. Specifically, the selection screen 530 displays a button (“Yes” button) indicating that overflow processing is to be performed and a button (“No” button) indicating that overflow processing is not to be performed. . If the "No" button is pressed on the selection screen 530, the overflow process will not be performed in the second payment device 20P2. In this case, manual collection is performed by the store staff. Note that the selection screen 530 may be displayed at the timing when any of the payment devices 20P becomes in a near-full state.

Further, in FIG. 5(B), the estimated time until the overflow process ends may be displayed. This estimated time may be displayed when a button indicating that overflow processing is to be performed (the "Yes" button) is pressed, or may be displayed before the "Yes" button is pressed.

When the "Yes" button is pressed on the selection screen 530, the registration device 20R transmits an overflow start instruction to the second payment device 20P2, and the overflow process is started in the second payment device 20P2. When the "Yes" button is pressed on the selection screen 530, the screen changes to the screen shown in FIG. 6(A).

FIG. 6(A) shows a screen displayed on the clerk side display section 207 of the registration device 20R during overflow processing. In FIG. 6(A), the selection button 512 indicates that the second payment device 20P2 is in a dormant state (in the illustration, "overflow processing in progress" is displayed) and cannot be selected as a candidate for the destination of registered data. is displayed. When the overflow process is completed and the registration device 20R2 returns from the hibernation state to the normal state, the screen changes to the one shown in FIG. 6(B). Note that in FIG. 6A, when "overflow processing in progress" is displayed, the expected time until the overflow processing ends may be displayed as a countdown.

FIG. 6(B) shows a screen displayed on the clerk side display section 207 of the registration device 20R when the second payment device 20P2 returns to the normal state from the hibernation state. The registration device 20R displays the screen shown in FIG. 6 by receiving the return information from the second payment device 20P2. In FIG. 6, the selection button 512 indicates that the first payment device 20P1 is in a standby state, and is displayed so as to be selectable as a candidate for the destination of the registered data. Note that the selection button 513 corresponding to the third payment device 20P3 also indicates that the third payment device 20P3 is in a standby state when the third payment device 20P3 is in an online state, and also indicates that the third payment device 20P3 is in a standby state and is not registered. Displayed as a selectable data destination candidate.

Note that the selection buttons 511 to 513 shown in FIGS. 5 and 6 include, but are not limited to, a display of a candidate for the destination of registered data (the payment device 20P) and a display indicating the status of the payment device 20P. . For example, the selection buttons 511 to 513 may include only a display of candidates for the destination of registered data, and may not include a display indicating the status of the payment device 20P. In this case, the display indicating the status of the payment device 20P is, for example, “Payment device P1: standby state”, “Payment device P2: overflow processing in progress”, “Payment device P3: offline” in the space part of the payment related information area 504. It is also possible to display each character of "status", that is, to display a list.

(Example of screen displayed on each device)
FIG. 7 is an explanatory diagram showing an example of a screen displayed on each device. FIG. 7(A) is an explanatory diagram showing an example of a screen displayed on the payment device 20P in the dormant state. In FIG. 7(A), the customer side display section 201 of the payment device 20P displays that it is in a dormant state. Note that the display shown in FIG. 7(A) may be displayed on at least one of the customer side display section 201 and the clerk side display section 207. Further, a selection screen 700 is displayed on the customer side display section 201 of the payment device 20P.

The selection screen 700 accepts a selection as to whether or not to cause the automatic change/ticket machine 204 of the payment device 20P to perform overflow processing. Specifically, the selection screen 700 displays a button (“Yes” button) indicating that overflow processing is to be performed and a button (“No” button) indicating that overflow processing is not to be performed. . Note that the selection screen 700 is displayed at the timing when the payment device 20P is in a near-full state.

When the "Yes" button is pressed on the selection screen 700, the payment device 20P causes the automatic change dispenser 204 to perform overflow processing. When the "No" button is pressed on the selection screen 700, no overflow processing is performed in the payment device 20P. In this case, manual collection is performed by the store staff. Note that to prevent customers from operating the selection screen 700, the selection screen 700 may be displayed when the store clerk logs in.

FIG. 7(B) is an example of a screen displayed on the monitor of the monitoring device 11. The status of each payment device 20P is displayed on the monitor of the monitoring device 11. FIG. 7B shows that the first payment device 20P1 is in a standby state, the second payment device 20P2 is in a near-end state, and the third payment device P3 is in an offline state. When the second payment device 20P2 enters the near-end state, a warning is displayed to alert the store clerk. Note that when the second payment device 20P2 becomes inactive or an overflow process is performed, a message to that effect is also displayed on the monitor of the monitoring device 11.

(About an example of the operation of POS system 1)
FIG. 8 is a sequence diagram showing an example of the operation of the POS system 1. In FIG. 8, when the automatic change/ticket machine 204 enters a near-full state (step S801), the settlement device 20P notifies that the automatic change/ticket machine 204 enters a near-full state (step S802). Then, the payment device 20P transmits near full information (information indicating that the near full state has been reached) to the registration device 20R (step S803). Note that the monitoring device 11 manages the remaining change information in each POS register 20. Therefore, the near-full information is not limited to being transmitted from the payment device 20P to the registration device 20R, but may be transmitted from the monitoring device 11 to the registration device.

When the registration device 20R receives the near full information from the payment device 20P, it notifies that the payment device 20P has entered the near full state (step S804). Then, the registration device 20R displays a confirmation screen 520 (see FIG. 5(A)) for placing the payment device 20P in a dormant state (step S805). When the registration device 20R receives the request to enter the hibernation state on the confirmation screen 520, the registration device 20R transmits a hibernation instruction (information indicating the hibernation state) to the settlement device 20P (step S806).

When the payment device 20P receives the suspension instruction from the registration device 20R, it becomes suspended (step S807), and transmits suspension information (information indicating the suspension state) to the registration device 20R (step S808). When the registration device 20R receives the suspension information from the payment device 20P, it prohibits the transmission of registration data to the payment device 20P (step S809). Then, the registration device 20R displays a selection screen 530 (see FIG. 5(B)) on whether or not to cause the payment device 20P to perform overflow processing (step S810). When the registration device 20R receives the start of overflow processing on the selection screen 530, it transmits an overflow start instruction (information for starting the overflow processing) to the payment device 20P (step S811).

Furthermore, when the system enters the dormant state, the payment device 20P also displays a selection screen 700 (see FIG. 7(A)) for determining whether or not to perform overflow processing (step S812). If the start of overflow processing is accepted on the selection screen 700, or if an overflow start instruction is received from the registration device 20R, the payment device 20P causes the automatic change/ticket machine 204 to start the overflow processing (step S813). . Further, in the selection screen 700, if the start of the overflow process is not accepted or the overflow start instruction is not received, the near full state is resolved by manual collection by the store clerk (step S813). In addition, in manual collection, the payment device 20P may accept the denomination and number of coins specified by the clerk.

Then, when the near-full state is resolved, the payment device 20P returns from the hibernation state to the normal state (step S814). Next, the payment device 20P transmits return information (information indicating that the state has returned to the normal state from the hibernation state) to the registration device 20R (step S815), and ends the series of processing. When the registration device 20R receives the return information from the payment device 20P, the registration device 20R cancels the prohibition of sending registration data to the payment device 20P (step S816), and ends the series of processing.

(Example of processing performed by the payment device 20P according to Embodiment 1)
Next, an example of a process performed by the payment device 20P according to the first embodiment will be described using FIGS. 9A and 9B. 9A and 9B are flowcharts illustrating an example of processing performed by the payment device 20P according to the first embodiment. Note that the processes shown in the flowcharts of FIGS. 9A and 9B are always started (regularly at very short time intervals) in the payment device 20P.

In FIG. 9A, the payment device 20P determines whether the automatic change/ticket machine 204 is in a near-full state (step S901). If the automatic change/ticket machine 204 is not in the near-full state, or if it is already in the near-full state (step S901: NO), the payment device 20P proceeds to step S904.

If the automatic change/bill machine 204 is in a near-full state (step S901: YES), the settlement device 20P notifies that the automatic change/bill machine 204 is in a near-full state (step S902). Then, the payment device 20P transmits near-full information (information indicating that the automatic change/ticket machine 204 has entered a near-full state) to the registration device 20R (step S903).

Then, the payment device 20P determines whether a suspension instruction has been received from the registration device 20R (step S904). If the suspension instruction is not received (step S904: NO), the payment device 20P proceeds to step S908. When the suspension instruction is received (step S904: YES), the payment device 20P enters the dormant state (step S905). Then, the payment device 20P transmits suspension information to the registration device 20R (step S906). Next, the payment device 20P displays a selection screen for determining whether or not to perform overflow processing (step S907).

The payment device 20P then determines whether an overflow start instruction has been received from the registration device 20R (step S908). If the overflow start instruction is received (step S908: YES), the payment device 20P proceeds to step S910. If the overflow start instruction is not received (step S908: NO), the payment device 20P determines whether or not the start of the overflow process has been received on the selection screen for whether or not to perform the overflow process (step S909). If the start of the overflow process is accepted (step S909: YES), the payment device 20P starts the overflow process (step S910).

On the other hand, if the start of overflow processing is not received (step S909: NO) and the overflow start instruction in step S908 is not received, the process advances to step S911. In this case, depending on the congestion situation, the store clerk goes to the payment device 20P that is in a dormant state and manually collects the payment device 20P.

After this, the payment device 20P determines whether the near full state has been resolved (step S911). If the near full state has not been resolved (step S911: NO), the payment device 20P ends the series of processing. On the other hand, when the near full state is resolved (step S911: YES), the payment device 20P determines whether the current state is a dormant state (step S912). If the current state is not the dormant state (step S912: NO), that is, if the current state is the normal state, the payment device 20P ends the series of processing.

If the current state is the dormant state (step S912: YES), the payment device 20P returns to the normal state (step S913). Then, the payment device 20P transmits return information (information indicating that the state has returned from the hibernation state to the normal state) to the registration device 20R (step S914).

Then, the payment device 20P determines whether registration data has been received from the registration device 20R (step S915). If the payment device 20P does not receive the registration data (step S915: NO), the payment device 20P ends the series of processing. When the payment device 20P receives the registration data (step S915: YES), it determines whether it is in a dormant state (step S916). When the payment device 20P is in the dormant state (step S916: YES), the payment device 20P performs payment processing (second payment processing) using a method other than cash (step S917), and ends the series of processing.

If the payment device 20P is not in the dormant state (step S916: NO), the payment device 20P performs payment processing (first payment processing) using a method that includes cash (step S918), and ends the series of processing. Note that the method including cash is a normal payment method including cash, credit card, electronic money, etc. Further, when the payment process in step S917 or step S918 is completed, the payment device 20P also provides information regarding the payment process, including information indicating that the payment process has been completed and detailed contents of the payment process (payment method, amount deposited, change, etc.). The information is sent to the registration device 20R.

(Example of processing performed by the registration device 20R according to Embodiment 1)
Next, an example of a process performed by the registration device 20R according to the first embodiment will be described using FIGS. 10A and 10B. 10A and 10B are flowcharts illustrating an example of processing performed by the registration device 20R according to the first embodiment. Note that the processes shown in the flowcharts of FIGS. 10A and 10B are always started (regularly at very short time intervals) in the registration device 20R.

In FIG. 10, the registration device 20R determines whether near-full information has been received from the payment device 20P (step S1001). If near full information has not been received from the payment device 20P (step S1001: NO), the registration device 20R proceeds to step S1004.

When near full information is received from the payment device 20P (step S1001: YES), the registration device 20R notifies that the automatic change dispenser 204 of the payment device 20P has entered a near full state (step S1002). Then, the registration device 20R displays a confirmation screen 520 (see FIG. 5(A)) for placing the payment device 20P in a dormant state (step S1003).

Then, the registration device 20R determines whether or not it has received a request to enter the hibernation state using the confirmation button (step S1004). If the registration device 20R does not accept the request to enter the hibernation state (step S1004: NO), the process proceeds to step S1006. When the registration device 20R receives the request to put the registration device 20R into a hibernation state (step S1004: YES), it transmits a hibernation instruction (information indicating that the registration device 20R is put into a hibernation state) to the payment device 20P (step S1005).

The registration device 20R then determines whether suspension information has been received from the payment device 20P (step S1006). If the registration device 20R does not receive the suspension information (step S1006: NO), the process proceeds to step S1009. When the registration device 20R receives the suspension information (step S1006: YES), the registration device 20R prohibits the transmission of registration data to the payment device 20P (step S1007). Then, the registration device 20R displays a selection screen 530 (see FIG. 5(B)) on whether or not to cause the payment device 20P to perform overflow processing (step S1008). Then, the registration device 20R determines whether or not the start of overflow processing has been accepted on the selection screen (step S1009).

If the start of overflow processing is not accepted (step S1009: NO), the registration device 20R proceeds to step S1011. If the start of the overflow process is accepted (step S1009: YES), the registration device 20R transmits an overflow start instruction (information for starting the overflow process) to the payment device 20P (step S1010).

Then, the registration device 20R determines whether registration of the product is completed, for example, when the subtotal key is pressed (step S1011). If the registration of the product is not completed (step S1011: NO), the registration device 20R ends the series of processing. If the registration of the product is completed (step S1011: YES), the registration device 20R determines whether there is any payment device 20P to which transmission of registered data is prohibited (step S1012). If there is no payment device 20P for which transmission of registered data is prohibited (step S1012: NO), the registration device 20R displays on the clerk side display section 207 a message that allows the registration data to be sent to the currently connected payment device 20P. destination candidates are displayed (step S1013), and the process advances to step S1017.

On the other hand, if there is a payment device 20P that is prohibited from transmitting registration data (step S1012: YES), the registration device 20R determines whether the customer's payment at the time of payment is cash (step S1014). When making the determination in step S1014, the registration device 20R displays a screen for accepting the customer's payment method. This screen is a selection screen that accepts the selection of payment in cash or payment without change by credit card or IC card. The selection screen may be displayed on the customer side display section 201 and may be a screen on which operations from the customer can be accepted. The registration device 20R determines whether the customer's payment at the time of checkout is cash by accepting an operation from the selection screen.

If the payment is in cash (step S1014: YES), the registration device 20R disables the transmission of registration data to the dormant payment device 20P, displays destination candidates (step S1015), and proceeds to step S1017. If the payment is not in cash (step S1014: NO), the registration device 20R enables transmission of the registration data to the dormant settlement device 20P and displays destination candidates (step S1016). The registration device 20R then determines whether a destination has been selected from among the displayed candidates (step S1017). If a destination is not selected from the displayed candidates (step S1017: NO), the registration device 20R proceeds to step S1019.

If a destination is selected from the displayed candidates (step S1017: YES), the registration device 20R transmits the registration data to the selected payment device 20P (step S1018). Then, the registration device 20R determines whether or not it has received return information (information indicating that the state has returned from the hibernation state to the normal state) from the payment device 20P (step S1019). If the return information is not received (step S1019: NO), the registration device 20R ends the series of processing. When the return information is received (step S1019: YES), the prohibition of sending registration data to the payment device 20P is canceled (step S1020), and the series of processing ends.

In the first embodiment described above, when the amount of money stored in the first storage section 401 exceeds a predetermined amount, it is possible to put the payment device 20P into the dormant state, and the payment device 20P can be put into the dormant state. In this case, the transmission of product registration data from the registration device 20R is prohibited. As a result, when the automatic change and tag machine 204 of the payment device 20P is in a near-full state, the payment device 20P can be placed in a dormant state, and payments cannot be made with the payment device 20P that is in a dormant state. It can be done. Therefore, even in a near-full state, it is possible to intentionally leave the payment device 20P alone for a while. This allows the store clerk to perform the task of canceling the dormant state when he or she is free, so that it is possible to prevent the store clerk's product registration work from being hindered. Therefore, it is possible to suppress a decline in the work efficiency of the store clerk.

Further, in the first embodiment, when the amount of money stored in the first storage section 401 is stored in the second storage section 402 and becomes less than a predetermined amount, the payment device 20P returns from the dormant state to the normal state, The registration device 20R is configured to cancel the prohibition on transmission of registration data. Therefore, when the full state is resolved, the payment can be made using the payment device 20P.

In addition, in the first embodiment, when the amount of coins stored in the first storage section 401 exceeds a predetermined amount, the automatic change/ticket machine 204 controls a part of the coins stored in the first storage section 401. A collection process (overflow process) is performed in which the liquid is collected into the second storage section 402. As a result, the near-full state can be resolved without manual collection by the store staff. Therefore, it is possible to reduce the workload of the clerk when returning the payment device 20P from the suspended state to the normal state.

Further, in the first embodiment, the payment device 20P accepts a selection from the store clerk as to whether or not to cause the automatic change/ticket machine 204 to perform collection processing. As a result, depending on the structure of the automatic change and tag machine 204, manual collection by a clerk may take less time to resolve the near-full state than overflow processing; In such cases, it is more efficient for store staff to perform manual collection. Therefore, the near full state can be efficiently resolved.

Further, in the first embodiment, when the registration device 20R receives a selection from the store clerk to perform collection processing, information indicating the selection is sent to the settlement device 20P. Thereby, it is possible to cause the payment device 20P to perform collection processing based on instructions from the registration device 20R. Therefore, the near-full state can be resolved without the need for the clerk to go to the payment device 20P. Therefore, the workload of the store clerk can be reduced.

Further, in the first embodiment, the settlement device 20P disables the first settlement process including the settlement process using cash and enables the second settlement process that does not include the settlement process using cash in the dormant state. I did it like that. Thereby, the settlement device 20P in the dormant state can be used as a cashless-only settlement device 20P, so that the settlement efficiency can be improved.

Furthermore, in the first embodiment, when the amount of currency stored in the first storage section 401 exceeds a predetermined amount, the payment device 20P changes from the normal state to the dormant state in response to the operation of the store clerk. . Thereby, for example, even if the automatic change and tag machine 204 of the payment device 20P is in a near-full state, it can be used in the near-full state, so it can be put into a dormant state according to the judgment of the clerk. Therefore, the convenience of the payment device 20P can be improved.

(Modification of Embodiment 1)
A modification of the first embodiment will be described below. In the first embodiment described above, when the amount of money stored in the first storage section 401 exceeds a predetermined amount, the normal state is changed to the dormant state in response to the operation of the store clerk. In the modification of the first embodiment, in addition to or in place of such a configuration, when the amount of coins stored in the first storage section 401 exceeds a predetermined amount, automatically: The normal state may be changed to the dormant state. Here, the payment device 20P can change from the normal state to the dormant state when the amount of money stored in the first storage section 401 exceeds a predetermined amount. When this predetermined amount is set as the "set number of coins in the full state", the settlement device 20P may automatically enter the dormant state when the automatic change/bill machine 204 becomes in the full state.

Further, the predetermined amount may include a first predetermined amount (for example, a set number of sheets in a near-full state) and a second predetermined amount (for example, a set number of sheets in a full state). In this case, the payment device 20P may enter a dormant state in response to the clerk's operation when the amount of currency stored in the first storage section 401 exceeds the first predetermined amount. Further, the payment device 20P may automatically change from the normal state to the dormant state when the amount of money stored in the first storage section 401 exceeds a second predetermined amount.

With such a configuration, the payment device 20P can automatically enter a dormant state when the amount of money stored in the first storage section 401 exceeds a predetermined amount. For this reason, it is possible to reduce the number of times the store clerk is asked to confirm or perform operations. Therefore, the workload of the store clerk can be reduced.

(Embodiment 2)
Embodiment 2 will be described below. In addition, in the second embodiment, the same reference numerals are given to the contents explained in the first embodiment, and the explanation is omitted as appropriate. In the first embodiment described above, when the payment device 20P is in a dormant state, the registration device 20R is simply prohibited from transmitting registration data. In the second embodiment, in addition to or instead of such a configuration, surplus money from a POS register 20 that is in a near-full state is deposited into another POS register 20 that is in a near-end state. The configuration will be explained.

(Regarding the functional configuration of the POS system 1 of the second embodiment)
First, the functional configuration of the POS system 1 according to the second embodiment will be explained. The POS system 1 according to the second embodiment includes one or more registration devices 20R, a plurality of payment devices 20P, and a plurality of automatic change dispensers 204 respectively connected to the plurality of payment devices 20P. The plurality of automatic change/bill machines 204 include a first automatic change/bill machine 204 and a second automatic change/bill machine 204.

The first automatic change/bill machine 204 is an automatic change/bill machine 204 that can dispense money, and is, for example, an automatic change/bill machine 204 in a near-full state. The second automatic change/bill machine 204 is an automatic change/bill machine 204 that can deposit money, and is, for example, an automatic change/bill machine 204 in a near-end state. Note that the second automatic change/bill machine 204 is not limited to the automatic change/bill machine 204 in a near-end state, but is also an automatic change/bill machine 204 in which the denomination to be deposited has not reached the set number of surplus money. Good too.

Here, the monitoring device 11 acquires information regarding money from the first automatic change/bill machine 204 and the second automatic change/bill machine 204 . Specifically, the information regarding money is information for depositing money from the first automatic change/bill machine 204 to the second automatic change/bill machine 204 . For example, the information regarding money includes information on the denomination that has reached a near-end state in the second automatic change and tag machine 204, information on the insufficient number of coins of the denomination, and information that specifies the second automatic change and tag machine 204. Including. Further, the information regarding money includes information on the denomination that has reached a near full state in the first automatic change/bill machine 204, information on the surplus number of coins of the denomination, and information specifying the first automatic change/bill machine 204. Including.

Information regarding money is generated based on the remaining number of coins for each denomination, change remaining information, deposit history information, and withdrawal history information of the plurality of automatic change/bill machines 204. Information regarding money is generated by the monitoring device 11, for example. Note that the information regarding money may be generated by any one of the plurality of POS registers 20.

The POS register 20 transfers a portion of the money in the first storage section 401 of the first automatic change and tag machine 204 to the second storage section 402 of the first automatic change and tag machine 204 based on the information regarding the money. Control for collection (hereinafter referred to as "recovery control") is performed. The collection control is a control for making up for the missing denomination in the second automatic change/bill machine 204 from the surplus of the first automatic change/bill machine 204.

Specifically, the collection control is to perform the following control. For example, for the denomination in question, overflow processing for the number of coins to be refilled in the POS register 20 that is in a near-full state, various notifications (notifications prompting the selection of whether or not to perform overflow processing, automatic overflow processing, etc.) These include a notification that processing will be carried out, a notification to prompt a store clerk to manually collect, a notification specifying a POS register 20 in a near-end state, a notification of the number of sheets to be replenished in a POS register 20 in a near-end state, etc.

Overflow processing in collection control may be automatically performed by the POS register 20 in a near-full state. Various notifications in the collection control are made by the POS register 20 through display or voice. By making such a notification, the money collected in the second storage section 402 of the POS register 20 in the near-full state can be moved to the first storage section 401 of the POS register 20 in the near-end state. .

(About the set number of coins)
Next, the set number of coins managed by the automatic change/bill machine 204 will be explained using FIG. 11. FIG. 11 is an explanatory diagram showing an example of the set number of coins for each denomination. The setting table 1100 in FIG. 11 shows the set number of coins in the near-end state, the set number of surplus coins, and the set number of coins in the near-full state for each denomination in the first storage unit 401.

The set number of coins in the near-end state is the number of coins recognized by the POS register 20 as being in the near-end state. The set number of surplus money is the number that can be moved to the automatic change/bill machine 204 of another POS register 20. The set number of sheets in the near-full state is the number of sheets recognized by the POS register 20 as being in the near-full state. The information shown in FIG. 11 is stored in a location that can be referenced by the monitoring device 11. Note that the monitoring device 11 may store the information shown in FIG. 11 within itself.

(Example of current number of coins held for each denomination for each POS register 20)
FIG. 12 is an explanatory diagram showing an example of the number of coins currently held for each denomination in each POS register 20. (A) of FIG. 12 shows the number of coins currently held by the first automatic change/bill machine 204 connected to a certain POS register 20 (for example, the first payment device 20P1). (B) of FIG. 12 shows the current number of coins held by the second automatic change/bill machine 204 connected to a certain POS register 20 (for example, the second payment device 20P2). (C) of FIG. 12 shows the current number of coins held by the automatic change/bill machine 204 connected to a certain POS register 20 (another payment device 20Pn).

As shown in FIG. 12(A), the automatic change/ticket machine 204 of the first settlement device 20P1 is in a near-full state of 50 yen. Further, as shown in FIG. 12(B), the automatic change/ticket machine 204 of the second settlement device 20P2 is in a near-end state of 50 yen. Further, as shown in FIG. 12(C), the automatic change/ticket machine 204 of the n-th payment device 20P is in a normal state for all denominations (neither a near-full state nor a near-end state).

In order to eliminate the near-full state of the automatic change and bill machine 204 of the first settlement device 20P1 with the current number of coins held as shown in FIG. Just let it happen. In addition, in order to eliminate the near-end state of the automatic change and tag machine 204 of the second payment device 20P2, the coins (50 yen) collected in the second storage section 402 in the first payment device 20P1 are transferred to the second payment device 20P2. What is necessary is to move it to the first storage section 401 of the payment device 20P2.

Specifically, for example, the number of 50 yen coins in the first payment device 20P1 is 202, which is 62 more than the surplus set number (120). Further, the number of 50 yen coins in the second settlement device 20P2 is 48, which is two less than the near-end set number (50 coins). Therefore, by moving a predetermined number of coins (for example, 62 coins) from the first payment device 20P1 to the second payment device 20P2, a near-full state in the first payment device 20P1 and a near-end state in the second payment device 20P2 can be achieved. It is possible to eliminate this.

Note that the information shown in FIGS. 12A to 12C is stored in a location where the monitoring device 11 can refer to it. For example, the monitoring device 11 may store the information shown in FIGS. 12(A) to 12(C) within its own device. For example, the monitoring device 11 makes a request to each POS register 20 on the LAN (change remaining information request), and receives information regarding the number of coins held for each denomination (change remaining information) from each POS register 20 on the LAN. However, it may also be stored within its own device. Further, each POS register 20 on the LAN may transmit remaining change information to the monitoring device 11 when the number of coins held for each denomination changes.

Note that each POS register 20 transmits transaction information to the store controller 10. Therefore, the store controller 10 can obtain the remaining change information in each POS register 20 based on the transaction information. Therefore, the monitoring device 11 may receive the remaining change information of each payment machine from the store controller 10 instead of receiving the remaining change information from each POS register 20 individually.

The monitoring device 11 selects a POS register 20 to be refilled when a certain POS register 20 (first payment device 20P1) becomes near full. The POS register 20 to be refilled is, for example, the POS register 20 (second payment device 20P2) that is in a near-end state.

Note that the POS register 20 to be refilled may be selected by the store clerk. In this case, for example, the POS register 20 (registration device 20R or payment device 20P) may receive information from the monitoring device 11 indicating the first payment device 20P1 that can withdraw the replenishment money. Then, the POS register 20 (registration device 20R or payment device 20P) displays the first payment device 20P1 from which replenishment money can be withdrawn to the clerk as a candidate for acquiring replenishment money, and acquires the replenishment money from among the candidates. What is necessary is to receive the first payment device 20P1 from the store clerk.

Note that the monitoring device 11 is not limited to managing the number of coins in each POS register 20 (each automatic change dispenser 204). For example, the number of coins in any POS register 20 or the POS register 20 written by the store controller 10 may be managed.

(Example of screen displayed on clerk side display section 207 of registration device 20R)
FIG. 13 is an explanatory diagram showing an example of a screen displayed on the clerk side display section 207 of the registration device 20R. Note that the screen shown in FIG. 13 may be displayed on the monitor of the monitoring device 11, and in this case, the monitoring device 11 may accept operations from a store clerk. In FIG. 13, the clerk side display section 207 displays the number of coins currently held by the first payment device 20P1 and the number of coins currently held by the second payment device 20P2. Of the number of coins currently held in the first settlement device 20P1, the denomination (50 yen) in the near-full state is displayed in a different display manner from the other denominations. Further, among the number of coins currently held in the second settlement device 20P2, the denomination (50 yen) in the near-end state is also displayed in a different display manner from the other denominations.

The selection screen 1300 includes a number selection button 1301 and a determination button 1302. The number of sheets selection button 1301 accepts a change in the number of sheets to be transferred from the first payment device 20P1 to the second payment device 20P2. The illustration shows that 62 denominations of 50 yen are transferred. The number of sheets selection button 1301 includes a "+" button that accepts addition of the number of sheets and a "-" button that accepts subtraction of the number of sheets. In addition, in FIG. 13, the set number of coins in the near-end state, the set number of surplus coins, and the set number of coins in the near-full state may be displayed.

The decision button 1302 accepts a selection as to whether or not to cause the automatic change/ticket machine 204 of the first settlement device 20P1 to perform overflow processing. Specifically, the decision button 1302 displays a button indicating that overflow processing is to be performed (“Yes” button) and a button indicating that overflow processing is not to be performed (“No” button). . When the "No" button of the decision buttons 1302 is pressed, overflow processing is not performed in the first payment device 20P1. In this case, manual collection is performed by the store staff. Note that the selection screen 1300 may be displayed at the timing when any of the payment devices 20P becomes in a near-full state.

Further, in FIG. 13, the clerk side display section 207 displays a register selection button 1310 and a replenishment button 1320. When the register selection button 1310 is pressed, the number of coins currently held in other POS registers 20, other candidates for obtaining replenishment money, other candidates for replenishing the replenishment money, etc. are displayed in a selectable manner. When the replenishment button 1320 is pressed, it is determined that replenishment will not be performed between the POS registers 20 and that replenishment will be performed separately.

(About an example of the operation of the POS system 1 according to the second embodiment)
FIG. 14 is a sequence diagram showing an example of the operation of the POS system 1 according to the second embodiment. In FIG. 14, description will be given using the first payment device 20P1 (near-full state), the registration device 20R, the monitoring device 11, and the second payment device 20P2 (near-end state).

In FIG. 14, when the automatic change/ticket machine 204 enters the near-full state (step S1401), the first settlement device 20P1 notifies the user that the automatic change/bill machine 204 has entered the near-full state (step S1402). Then, the first payment device 20P1 transmits near full information (information indicating that the near full state has been reached) to the registration device 20R (step S1403).

Note that the monitoring device 11 manages the remaining change information in each POS register 20. Therefore, the near-full information is not limited to being transmitted from the payment device 20P to the registration device 20R, but may be transmitted from the monitoring device 11 to the registration device.

When the registration device 20R receives the near full information from the first payment device 20P1, it notifies that the first payment device 20P1 has entered the near full state (step S1404). Then, the registration device 20R displays a confirmation screen 520 (see FIG. 5(A)) for placing the first payment device 20P1 in a dormant state (step S1405). Upon receiving the request to enter the hibernation state on the confirmation screen 520, the registration device 20R transmits a hibernation instruction (information indicating the hibernation state) to the first payment device 20P1 (step S1406).

When the first payment device 20P1 receives the suspension instruction from the registration device 20R, it becomes dormant (step S1407), and transmits suspension information (information indicating the suspension state) to the registration device 20R (step S1408). When the registration device 20R receives the suspension information from the first payment device 20P1, it prohibits the transmission of registration data to the first payment device 20P1 (step S1409).

The monitoring device 11 detects the payment device 20P (first payment device 20P1) in a near-full state. (Step S1410). Detection of the payment device 20P in the near-full state is performed based on the remaining change information and the like. However, the present invention is not limited to this, and the payment device 20P in a near-full state may be detected by receiving near-full information from the first payment device 20P1.

Then, the monitoring device 11 requests remaining change information from a plurality of payment devices 20P including the second payment device 20P2 (step S1411). Note that since the monitoring device 11 constantly manages the remaining change information of each payment device 20P, if the latest remaining change information is acquired, multiple payment methods including P at the timing in step S1411 There is no need to request the change remaining information from the device 20P (in the illustration, the second payment device 20P2).

When the second payment device 20P2 receives the request for remaining change information, it acquires the remaining change information of the automatic change and tag machine 204 (step S1413). Then, the second payment device 20P2 transmits the acquired change remaining information to the monitoring device 11 (step S1414). Then, the monitoring device 11 generates information regarding the money of the first payment device 20P1 (first automatic change and tag machine 204) and the second payment device 20P2 (second automatic change and tag machine 204), The information is transmitted to the registration device 20R (step S1415).

When the registration device 20R receives information regarding money from the monitoring device 11, it performs collection control. For example, the registration device 20R displays the denomination and number of coins that are insufficient in the second payment device 20P2 on the clerk side display section 207 (step S1416). This allows the clerk to understand that the second payment device 20P2 is in the near-end state. Note that if there is no payment device 20P in the near-end state, the registration device 20R may notify that fact.

Then, if the denomination that has reached the near-end state in the second payment device 20P2 and the denomination that has reached the near-full state in the first payment device 20P1 are the same, the registration device 20R sends the withdrawal instruction to the first payment instruction. to the payment device 20P1 (step S1417).

When the first payment device 20P1 receives the withdrawal instruction, it displays a selection screen for overflow processing and a message prompting withdrawal (the second payment device 20P2 is near-end, and the shortage in the second payment device 20P2). is displayed (step S1418). The screen and display in step S1418 are, for example, a screen equivalent to the selection screen 1300 shown in FIG. 13.

Note that the screen and display in step S1418 may be displayed when the store clerk logs in. The display in step S1418 allows the store clerk who went to the first payment device 20P1 to start the overflow process and to understand the near-end second payment device 20P2 and the shortage in the second payment device 20P2. can do. Note that if there is no payment device 20P in the near-end state, the first payment device 20P1 may not display the overflow processing selection screen 700.

Further, the registration device 20R displays a selection screen 1300 (see FIG. 13) on whether or not to cause the first payment device 20P1 to perform overflow processing (step S1419). When the registration device 20R receives the start of overflow processing on the selection screen 1300, the registration device 20R sends an overflow start instruction (information for starting the overflow processing) to the first payment device 20P1 with the content set on the selection screen 1300. ) is transmitted (step S1420).

In addition, when the first payment device 20P1 receives an overflow start instruction on the selection screen 700 (see FIG. 7A) for determining whether or not to perform an overflow process, or receives an overflow start instruction from the registration device 20R. If received, the automatic change/bill machine 204 is caused to start overflow processing (step S1421). Further, in the selection screen, if the start of overflow processing is not accepted or the overflow start instruction is not received, the near full state is resolved by manual collection by the store clerk (step S1421). In addition, in manual collection, the first payment device 20P1 may accept the denomination and number of coins specified by the clerk.

Then, when the near-full state is resolved, the first payment device 20P1 returns to the normal state from the hibernation state (step S1422). Next, the first payment device 20P1 transmits return information (information indicating that the state has returned from the hibernation state to the normal state) to the registration device 20R (step S1423). When the registration device 20R receives the return information from the first payment device 20P1, the registration device 20R cancels the prohibition of sending registration data to the first payment device 20P1 (step S1424), and ends the series of processing.

In addition, the first payment device 20P1 stores withdrawal information indicating the denomination and number of coins collected through overflow processing or manual collection (step S1425). Then, the first settlement device 20P1 transmits the withdrawal information to the monitoring device 11 (step S1426), and ends the series of processing.

When the monitoring device 11 receives the withdrawal information from the first payment device 20P1, it transmits a deposit acceptance instruction to the second payment device 20P2 (step S1427). Then, the monitoring device 11 stores the withdrawal history information of the first payment device 20P1 (step S1428).

Upon receiving the payment acceptance instruction from the monitoring device 11, the second payment device 20P2 accepts the payment (step S1429). Then, the second settlement device 20P2 transmits deposit information indicating the deposited denomination and number of coins to the monitoring device 11 (step S1430), and ends the series of processing. When the monitoring device 11 receives the deposit information from the first payment device 20P1, it stores the deposit history information of the second payment device 20P2 (step S1431), and ends the series of processing.

In the second embodiment described above, based on information regarding money in a certain POS register 20 (first automatic change/bill machine 204) and another POS register 20 (second automatic change/bill machine 204), A part of the money in the first storage section 401 of the first automatic change and tag machine 204 is controlled to be collected by the second storage section 402 of the first automatic change and tag machine 204. Thereby, for example, the money in the first automatic change/bill machine 204 that is in the near-full state can be efficiently transferred to the second automatic change/bill machine 204 that is in the near-end state. Therefore, the burden on the clerk in depositing and withdrawing money in the POS system 1 can be reduced.

Additional notes are disclosed below.
(Additional note 1)
a registration device operated by a store clerk to perform product registration processing;
a payment device operated by a customer to perform payment processing for products registered with the registration device;
A product sales data processing system comprising:
The payment device is
connected to a change machine including a first accommodating part for accommodating coins and a second accommodating part for accommodating the coins stored in the first accommodating part;
When the amount of money stored in the first storage unit exceeds a predetermined amount, the normal state in which the payment process is possible can be changed to a dormant state in which the payment process is not possible;
The registration device prohibits the registration data of the product registered by the registration process from being transmitted to the payment device when the payment device enters the dormant state.
A product sales data processing system characterized by:
(Additional note 2)
The payment device is configured to perform the suspension when the money stored in the first storage part is stored in the second storage part and the amount of money stored in the first storage part becomes less than the predetermined amount. from the state to the normal state,
The registration device releases the prohibition when the payment device returns to the normal state.
The product sales data processing system according to appendix 1, characterized in that:
(Additional note 3)
The change machine causes a part of the coins stored in the first storage part to be collected in the second storage part when the amount of coins stored in the first storage part exceeds the predetermined amount. Perform collection processing,
The product sales data processing system according to appendix 1 or 2, characterized in that:
(Additional note 4)
The payment device is
receiving a selection from a clerk as to whether or not to cause the change machine to perform the collection process;
The product sales data processing system according to appendix 3, characterized in that:
(Appendix 5)
The registration device includes:
receiving a selection from a clerk as to whether or not to cause the change machine to perform the collection process;
If the selection to perform the collection process is accepted, transmitting information to that effect to the payment device;
The product sales data processing system according to appendix 3 or 4, characterized in that:
(Appendix 6)
The payment device is
It is possible to perform a first payment process that includes a payment process using cash, and a second payment process that does not include a payment process that uses cash,
In the dormant state, disabling the first payment process and enabling the second payment process;
The product sales data processing system according to any one of Supplementary Notes 1 to 5, characterized in that:
(Appendix 7)
The product sales data processing system includes a plurality of payment devices and a plurality of change machines respectively connected to the plurality of payment devices,
The plurality of change machines include a first change machine that can dispense money and a second change machine that can deposit money,
The registration device or any one of the payment devices stores a portion of the coins in the first storage section of the first change machine based on information regarding the coins in the first change machine and the second change machine. performing control to cause change to be collected in the second storage section of the first change machine;
The product sales data processing system according to any one of Supplementary Notes 1 to 5, characterized in that:
(Appendix 8)
The payment device is
When the amount of money stored in the first storage section exceeds the predetermined amount, the normal state changes from the normal state to the rest state in response to an operation by a store clerk.
8. The product sales data processing system according to any one of Supplementary Notes 1 to 7.
(Appendix 9)
The payment device is
When the amount of currency stored in the first storage section exceeds the predetermined amount, the normal state automatically changes to the dormant state;
The product sales data processing system according to any one of appendices 1 to 8, characterized in that:
(Appendix 10)
a registration device operated by a store clerk to perform product registration processing;
a payment device operated by a customer to perform payment processing for products registered with the registration device;
Equipped with
A product of a product sales data processing system in which the payment device is connected to a change machine including a first storage unit that stores money and a second storage unit that can store the money stored in the first storage unit. A sales data processing method, the method comprising:
When the amount of currency stored in the first storage section exceeds a predetermined amount, the payment device can change from a normal state in which the payment processing is possible to a dormant state in which the payment processing is not possible. including steps,
The registration device includes a step of prohibiting the registration device from transmitting the registration data of the product registered by the registration process to the payment device when the payment device enters the dormant state.
A product sales data processing method characterized by:
(Appendix 11)
a registration device operated by a store clerk to perform product registration processing;
a payment device operated by a customer to perform payment processing for products registered in the registration device;
Equipped with
In a product sales data processing system in which the payment device is connected to a change machine including a first storage section that stores money and a second storage section that can store the money stored in the first storage section, A program that causes a first computer to function as the payment device and a second computer to function as the registration device,
the first computer;
When the amount of money stored in the first storage section exceeds a predetermined amount, the normal state in which the payment process is possible is changed to a dormant state in which the payment process is not possible;
the second computer;
Prohibiting the registration data of products registered by the registration process from being sent to the payment device when the payment device enters the dormant state;
A program that functions as follows.

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

1...POS system 10...Store controller 20...POS register 201...Customer side display section 202...Customer side scanner section 203...Card payment section 204...Automatic change and tag machine 205...Audio output section 206...Printing section 207...Staff side display Section 208...Key operation section 209...Staff side scanner section 301...CPU
302...ROM
303...RAM
304...Hard disk 401...First storage part 402...Second storage part

Claims (8)

a registration device operated by a store clerk to perform product registration processing;
a payment device operated by a customer to perform payment processing for products registered with the registration device;
A product sales data processing system comprising:
The payment device is
connected to a change machine including a first accommodating part for accommodating coins and a second accommodating part for accommodating the coins stored in the first accommodating part;
When the amount of money stored in the first storage unit exceeds a predetermined amount, the normal state in which the payment process is possible can be changed to a dormant state in which the payment process is not possible;
The registration device prohibits sending registration data of products registered by the registration process to the payment device when the payment device enters the dormant state ,
The payment device is
In the idle state, causing the change machine to perform a collection process of collecting some of the coins stored in the first storage part into the second storage part,
If the amount of coins in the first storage unit becomes less than a predetermined amount due to the collection process, the rest state returns to the normal state;
The registration device releases the prohibition when the payment device returns to the normal state.
A system characterized by: The payment device displays a screen indicating that in the hibernation state;
The system according to claim 1, characterized in that: a registration device operated by a store clerk to perform product registration processing;
a payment device operated by a customer to perform payment processing for products registered with the registration device;
A product sales data processing system comprising:
The payment device is
connected to a change machine including a first accommodating part for accommodating coins and a second accommodating part for accommodating the coins stored in the first accommodating part;
When the amount of money stored in the first storage section exceeds a predetermined amount, it is possible to change from a normal state in which payment processing is possible to a suspended state in which payment processing is not possible;
The registration device prohibits sending registration data of products registered by the registration process to the payment device when the payment device enters the dormant state,
The payment device is
It is possible to perform a first payment process that includes a payment process using cash, and a second payment process that does not include a payment process that uses cash,
In the dormant state, disabling the first payment process and enabling the second payment process;
A system characterized by: a registration device operated by a store clerk to perform product registration processing;
The change machine is connected to a change machine having a first accommodating part for accommodating coins and a second accommodating part for accommodating the coins stored in the first accommodating part, and is operated by a customer to be registered in the registration device. a payment device that performs payment processing for purchased products;
A product sales data processing method for a system comprising :
The payment device is capable of changing from a normal state in which the payment processing is possible to a dormant state in which the payment processing is not possible when the amount of currency stored in the first storage section exceeds a predetermined amount. Execute the process to
The registration device executes a process of prohibiting the registration data of the product registered by the registration process from being sent to the payment device when the payment device enters the dormant state,
The payment device is
In the idle state, causing the change machine to perform a collection process of collecting some of the coins stored in the first storage part into the second storage part;
a process of returning from the dormant state to the normal state when the amount of coins in the first storage section becomes less than a predetermined amount due to the collection process;
Run
The registration device executes processing for canceling the prohibition when the payment device returns to the normal state.
A product sales data processing method characterized by: a registration device operated by a store clerk to perform product registration processing;
The change machine is connected to a change machine having a first accommodating part for accommodating coins and a second accommodating part for accommodating the coins stored in the first accommodating part, and is operated by a customer to be registered in the registration device. a payment device that performs payment processing for purchased products;
A program that causes a first computer to function as the payment device and a second computer to function as the registration device in a system comprising :
the first computer ;
When the amount of money stored in the first storage unit exceeds a predetermined amount, a process is executed that allows the normal state in which the payment process is possible to be changed to a dormant state in which the payment process is not possible. let me,
the second computer ;
When the first computer enters the hibernation state, executing a process of prohibiting the registration data of the product registered by the registration process from being sent to the first computer ;
the first computer;
In the idle state, causing the change machine to perform a collection process of collecting some of the coins stored in the first storage part into the second storage part,
If the amount of coins in the first storage unit becomes less than a predetermined amount due to the collection process, returning from the dormant state to the normal state;
execute the process,
causing the second computer to execute a process for canceling the prohibition when the first computer returns to the normal state;
A program characterized by : a registration device operated by a store clerk to perform product registration processing;
a payment device operated by a customer to perform payment processing for products registered with the registration device;
The payment device for a product sales data processing system comprising:
connected to a change machine including a first accommodating part for accommodating coins and a second accommodating part for accommodating the coins stored in the first accommodating part;
When the amount of money stored in the first storage unit exceeds a predetermined amount, the normal state in which the payment process is possible is changed to a dormant state in which the payment process is not possible;
In the case of the dormant state, the registration data of the product registered by the registration process is not received from the registration device,
In the idle state, causing the change machine to perform a collection process of collecting some of the coins stored in the first storage part into the second storage part,
If the amount of coins in the first storage unit becomes less than a predetermined amount due to the collection process, the rest state returns to the normal state;
receiving the registration data transmitted from the registration device when the normal state returns;
A payment device characterized by: a registration device operated by a store clerk to perform product registration processing;
The change machine is connected to a change machine having a first accommodating part for accommodating coins and a second accommodating part for accommodating the coins stored in the first accommodating part, and is operated by a customer and registered in the registration device. A payment device that performs product payment processing;
The payment device of the product sales data processing system comprises:
When the amount of money stored in the first storage unit exceeds a predetermined amount, the normal state in which the payment process is possible is changed to a dormant state in which the payment process is not possible;
In the case of the dormant state, the registration data of the product registered by the registration process is not received from the registration device,
In the idle state, causing the change machine to perform a collection process of collecting some of the coins stored in the first storage part into the second storage part,
If the amount of coins in the first storage unit becomes less than a predetermined amount due to the collection process, the rest state returns to the normal state;
receiving the registration data transmitted from the registration device when the normal state returns;
A product sales data processing method characterized by executing processing. a registration device operated by a store clerk to perform product registration processing;
The change machine is connected to a change machine having a first accommodating part for accommodating coins and a second accommodating part for accommodating the coins stored in the first accommodating part, and is operated by a customer and registered in the registration device. A payment device that performs product payment processing;
A program for causing a computer to function as the payment device of a product sales data processing system comprising:
to the computer;
When the amount of money stored in the first storage unit exceeds a predetermined amount, the normal state in which the payment process is possible is changed to a dormant state in which the payment process is not possible;
In the case of the dormant state, the registration data of the product registered by the registration process is not received from the registration device,
In the idle state, causing the change machine to perform a collection process of collecting some of the coins stored in the first storage part into the second storage part,
If the amount of coins in the first storage unit becomes less than a predetermined amount due to the collection process, the rest state returns to the normal state;
receiving the registration data transmitted from the registration device when the normal state returns;
A program characterized by executing processing.

Images