JP7069263B2 - Payment device and its control program - Google Patents

Description

An embodiment of the present invention relates to a payment device and a control program thereof.

In recent years, a self-service payment device has been put into practical use in which the customer himself / herself pays for the billed amount generated by buying / selling goods or providing services. Many of these types of payment devices are equipped with automatic change machines to enable payment by cash payment.

The automatic change machine is equipped with a safe for storing money (banknotes or coins) by denomination. Further, the automatic change machine is provided with an input port into which money to be paid is inserted and a payout port into which money to be paid out is paid out. The automatic change machine identifies the denomination of the money inserted from the slot and stores the money in the safe according to the denomination. In addition, the automatic change machine counts the number of coins inserted for each denomination and calculates the deposit amount. Then, the automatic change machine calculates the change amount from the billed amount and the deposit amount, extracts the money equivalent to the change amount from the safe, and pays it out from the payout port.

A conventional payment device equipped with an automatic change machine is equipped with a display for displaying the amount of money deposited in the automatic change machine as a payment amount. Therefore, the customer can know the amount of money invested for payment from the display contents. However, there is no way for customers to know how many coins have been inserted for each denomination.

Some customers mistakenly count the number of coins they have put in to pay, and mistakenly think that the total amount displayed on the display does not match the amount put in. For example, if the number of coins inserted for payment can be notified to each denomination, such a misunderstanding can be prevented.

Japanese Unexamined Patent Publication No. 2007-233828

The problem to be solved by the embodiment of the present invention is to provide, for example, a payment device capable of easily knowing the number of coins inserted for each denomination of money inserted by a customer for payment.

In one embodiment, the payment device includes a payment processing means, a payment processing means, a first counting means, a first notifying means, a rejecting means, a second counting means, and a second notifying means . The deposit processing means calculates the amount of money deposited as a payment for the invoiced amount of a commercial transaction. The settlement processing means processes the settlement of a commercial transaction in which the amount calculated by the deposit processing means is equal to or greater than the invoiced amount. The first counting means counts the number of deposited coins by denomination. The first notifying means notifies the depositor of the number of coins counted by the first counting means by denomination before the settlement by the settlement processing means is processed. The reject means rejects foreign objects that were put in as payment but whose denomination cannot be identified. The second counting means counts the number of times rejected by the rejecting means. The second notifying means notifies the depositor of the rejected number of times.

The external view of the self-type POS terminal which concerns on this embodiment. The external view of the reading device included in the self-type POS terminal. XX sectional view of the reading device. The block diagram which shows the main part composition of the main body of the self-type POS terminal and a reading device. The functional block diagram of the automatic change machine provided in the self-type POS terminal. The schematic diagram which shows the main memory area formed in the RAM or the auxiliary storage device of the self-type POS terminal. The flow chart which shows the main part procedure of the information processing executed by the CPU of the self-type POS terminal. The flow chart which shows the main part procedure of the information processing executed by the CPU of the self-type POS terminal. The flow chart which shows the main part procedure of the information processing executed by the CPU of the self-type POS terminal. The flow chart which shows the main part procedure of the information processing executed by the CPU of the self-type POS terminal. The flow chart which shows the main part procedure of the information processing executed by the CPU of the self-type POS terminal. The flow chart which shows the main part procedure of the information processing executed by the CPU of the self-type POS terminal. The flow chart which shows the main part procedure of the information processing executed by the CPU of the self-type POS terminal. The figure which shows an example of the start screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the member confirmation screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the registration screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the correction confirmation screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the correction product selection screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the correction acceptance screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the coupon selection screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the member consent screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the coupon confirmation screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the payment selection screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the credit payment screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the credit confirmation screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the cash settlement screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the cash settlement screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the cash confirmation screen displayed on the touch panel of the self-type POS terminal. The figure which shows an example of the end screen displayed on the touch panel of the self-type POS terminal. The figure which shows the other example of the cash settlement screen displayed on the touch panel of the self-type POS terminal. The figure which shows the other example of the cash settlement screen displayed on the touch panel of the self-type POS terminal.

Hereinafter, an embodiment of a payment device capable of notifying the number of coins inserted for payment by denomination will be described with reference to the drawings.
In addition, this embodiment exemplifies a self-type POS (Point Of Sales) terminal that performs settlement processing of commercial transactions based on the operation of the customer himself / herself as one aspect of the settlement device. The settlement process of a commercial transaction is, for example, a process of settling the price of a product purchased by a customer. The commercial transaction may not involve the buying and selling of goods. For example, it is possible to apply this embodiment to a payment device that pays for services (services) such as facility usage fees and rental fees for rental listings.

The self-service POS terminal performs registration processing of products purchased by customers in addition to payment processing. The registration process is a process of registering sales data of a product purchased by a customer in a memory. Based on the sales data of the product registered in this memory, the self-service POS terminal calculates the billing amount of the commercial transaction. The self-type POS terminal has a means for detecting the price of a product purchased by a customer in order to obtain the sales data.

As a means of detecting the price, the barcode attached to the product is read by a barcode reader, the data file is searched by the product identification code included in the barcode, and the preset price associated with the product identification code is searched. The means for detecting is common. In this embodiment, an RFID (Radio Frequency Identification) tag is used instead of the barcode. That is, an RFID tag is attached to each product sold in the store. In the memory of the RFID tag, at least the identification code and the price of the product to which the tag is attached are stored as tag data together with the ID unique to the tag. The product name, product attribute, and the like may be stored in the memory as tag data together with the identification code and the price. Incidentally, the identification code is a unique code assigned to each product type. The product attribute is information indicating whether or not, for example, in the case of clothing such as slacks, it is subject to a correction act such as hemming. Alternatively, in the case of clothing such as jackets and coats, it is information indicating whether or not it is subject to correction actions such as entering a name.

FIG. 1 is an external view of a self-service POS terminal 1 (hereinafter referred to as POS terminal 1) according to the present embodiment. The POS terminal 1 includes a main body 100 and an RFID tag reading device 101 arranged at the bottom of the main body 100.
The main body 100 has a touch panel 102, a barcode reading window 103, a receipt issuing port 104, a card insertion port 105, a bill entry / exit 106, a coin insertion slot 107, and a coin payment outlet 108 on one surface. In the main body 100, the surface on which these are provided is referred to as the front surface of the POS terminal 1.

The touch panel 102 displays various screens for the operator (usually the customer). Further, the touch panel 102 accepts input by the operator of the operation buttons displayed on the screen.
The reading window 103 is a portion for holding a barcode attached to an object (membership card, coupon, etc.). When the operator holds the barcode on the reading window 103, the barcode reader 117 (see FIG. 4) built in the main body 100 reads the barcode.
The receipt issuing port 104 is a discharge port for purchase receipts. The purchase receipt printed by the printer 116 (see FIG. 4) built in the main body 100 is discharged from the receipt issuing port 104.
The card insertion slot 105 is an insertion slot for a card medium such as a credit card. When the operator inserts the card medium into the card insertion slot 105, the card reader 118 (see FIG. 4) built in the main body 100 reads the data recorded on the card.

The banknote inlet / outlet 106 functions as an slot for inserting banknotes (10,000 yen bill, 5,000 yen bill, 2,000 yen bill, 1,000 yen bill) and a payout port for paying out banknotes as change, for example. do. When the operator inserts banknotes from the banknote inlet / outlet 106, the automatic change machine 119 (see FIG. 4) built in the main body 100 sorts the banknotes by denomination and calculates the inserted amount (deposit amount). Banknotes sorted by denomination are stored in a safe. On the other hand, when change by banknote is generated, the automatic change machine 119 extracts the banknote of the corresponding denomination from the safe. The automatic change machine 119 pays out the extracted banknotes from the banknote inlet / outlet 106.

The coin slot 107 functions as, for example, a slot for inserting coins for payment. When the operator inserts coins from the coin insertion slot 107, the automatic change machine 119 sorts the coins by denomination and calculates the insertion amount. Coins sorted by denomination are stored in a safe.
At the coin payout outlet 108, for example, coins as change are paid out. When change is generated by coins, the automatic change machine 119 extracts coins of the corresponding denomination from the safe. The automatic change machine 119 pays out the extracted coins from the coin payout outlet 108.

FIG. 2 is an external view of the reading device 101. The reading device 101 includes a mounting table 1011, a housing 1012, a lid body 1013, and a detection unit 1014.
The mounting table 1011 is a plate-shaped member on which the mounting surface 1011a is formed. On the mounting surface 1011a, the product with the RFID tag is placed as it is, or a basket containing the product is placed. The mounting surface 1011a is a horizontal plane. The mounting table 1011 is made of a material having radio wave transmission property. For example, the mounting table 1011 is an insulator. The mounting table 1011 is made of wood, glass, or the like. The reason why the mounting table 1011 is made of such a material is to transmit radio waves for reading and writing to RFID.

The housing 1012 is the exterior of the reading device 101. The housing 1012 is provided with a storage chamber 1012a for accommodating goods inside the housing 1012. The storage chamber 1012a is configured to be large enough to accommodate the product as it is or the entire basket in which the product is placed. The containment chamber 1012a is formed of a plurality of surfaces. The space inside the accommodation chamber 1012a is separated from the outside of the reading device 101 by a plurality of surfaces. For example, the storage chamber 1012a has a box shape composed of six surfaces. The number of surfaces forming the accommodation chamber 1012a is not limited to this. The housing 1012 houses the mounting table 1011 inside. The mounting surface 1011a is included in a plurality of surfaces forming the storage chamber 1012a.

The housing 1012 includes a first inner surface 1012b and an opening 1012c.
The first inner surface 1012b includes a plurality of surfaces. The first inner surface 1012b is included in a plurality of surfaces forming the accommodation chamber 1012a.

The opening 1012c is formed in the housing 1012 for putting the goods into the storage chamber 1012a. The opening 1012c leads into the containment chamber 1012a. The opening 1012c is formed in the housing 1012 with a size that allows the basket to be taken in and out. The opening 1012c is formed on a surface extending in a substantially vertical direction constituting the housing 1012. The opening 1012c may be formed at any position on the housing 1012.

The lid body 1013 opens and closes the opening 1012c. The lid body 1013 rotates about a rotation axis along the vertical direction provided on one end side. When the lid body 1013 is in a state where the opening 1012c is opened (hereinafter referred to as an open state), the customer can put the product into the storage chamber 1012a through the opening 1012c. The lid body 1013 includes a second inner surface 1013a (see FIG. 3). When the lid body 1013 is in a state in which the opening 1012c is closed (hereinafter referred to as a closed state), the second inner surface 1013a is included in a plurality of surfaces forming the storage chamber 1012a.

As described above, the accommodation chamber 1012a is formed by the mounting surface 1011a, the first inner surface 1012b, and the second inner surface 1013a.

The housing 1012 and the lid 1013 are made of a material that reflects radio waves (hereinafter referred to as a radio wave reflecting material) or a material that absorbs radio waves (hereinafter referred to as a radio wave absorbing material). For example, the housing 1012 and the lid 1013 are made of metal. The radio wave reflecting material or the radio wave absorbing material prevents external radio waves from reaching the accommodation chamber 1012a. In addition, the radio wave reflecting material or the radio wave absorbing material prevents the radio wave generated in the reading device 101 from leaking to the outside of the reading device 101. As a result, the reading device 101 does not read radio waves from the outside. Further, the reading device 101 does not read the information from the external RFID tag.

The detection unit 1014 is on the fitting surface between the housing 1012 and the lid 1013 when the lid 1013 is in the closed state. The position of the detection unit 1014 is not limited to this. The detection unit 1014 detects the closed state or the open state of the lid body 1013. The detection unit 1014 is a sensor using an arbitrary method. The detection method by the detection unit 1014 includes, for example, a method using an infrared sensor or the like, but other methods may be used and are not particularly limited.

FIG. 3 is a cross-sectional view taken along the line XX of the reading device 101 in FIG. Note that FIG. 3 shows the case where the lid body 1013 is in the closed state. Further, it shows a state in which a basket 21 containing a plurality of products 20 is housed in the storage room 1012a. An RFID tag 22 is attached to each product 20.

The mounting table 1011 includes a surface 1011b facing the mounting surface 1011a. Inside the housing 1012, there is a space 1012d formed by the surface 1011b of the mounting table 1011 and the first inner surface 1012b of the housing 1012. This space 1012d in the housing 1012 is formed on the opposite side of the storage chamber 1012a with the mounting table 1011 interposed therebetween.

As shown in FIG. 3, in the mounting table 1011 the antenna 1015 is attached to the surface 1011b facing the mounting surface 1011a. The antenna 1015 is a planar RFID antenna. The antenna 1015 radiates radio waves in the UHF band or the like when electric power is supplied. The antenna 1015 radiates radio waves toward the inside of the accommodation chamber 1012a. As described above, since the mounting table 1011 is made of a material having radio wave transmission, the radio waves radiated by the antenna 1015 pass through the mounting table 1011 and are attached to each product 20 housed in the storage chamber 1012a. It reaches each RFID tag 22.
The reading device 101 may include a drive mechanism for moving the position of the antenna 1015. The reading device 101 may include two or more antennas.

FIG. 4 is a block diagram showing a main configuration of the main body 100 of the POS terminal 1 and the reading device 101. The main body 100 includes a CPU (Central Processing Unit) 110, a ROM (Read Only Memory) 111, a RAM (Random Access Memory) 112, an auxiliary storage device 113, a clock unit 114, a communication interface 115, a touch panel 102, a printer 116, and a bar code reader. It includes 117, a card reader 118, an automatic change machine 119, and a system transmission line 120. The system transmission line 120 includes an address bus, a data bus, a control signal line, and the like. The system transmission line 120 connects the CPU 110 to the ROM 111, the RAM 112, the auxiliary storage device 113, the clock unit 114, the communication interface 115, the touch panel 102, the printer 116, the barcode reader 117, the card reader 118, and the automatic change machine 119.

The CPU 110 corresponds to the central part of the computer. The CPU 110 controls each part in order to realize various functions as the POS terminal 1 according to the operating system and the application program.

The ROM 111 corresponds to the main storage portion of the computer. ROM 111 stores the above operating system and application programs. The ROM 111 may store data necessary for the CPU 110 to execute a process for controlling each unit.

The RAM 112 corresponds to the main storage portion of the computer. The RAM 112 stores data necessary for the CPU 110 to execute processing. The RAM 112 is also used as a work area where information is appropriately rewritten by the CPU 110.

The auxiliary storage device 113 corresponds to the auxiliary storage portion of the computer. The auxiliary storage device 113 is, for example, an EEPROM (Electric Erasable Programmable Read-Only Memory), an HDD (Hard Disc Drive), an SSD (Solid State Drive), or the like. The auxiliary storage device 113 stores data used by the CPU 110 for performing various processes and data generated by the processes of the CPU 110. The auxiliary storage device 113 may store the above application program.

The clock unit 114 functions as a time information source for the POS terminal 1. The CPU 110 measures the current date and time based on the time information measured by the clock unit 114.

The communication interface 115 transmits / receives data signals to / from a store server 3 connected via a network 2 such as a LAN (Local Area Network) according to a predetermined communication protocol. The network 2 may be wired or wireless. The store server 3 is also referred to as a store controller or the like, and is the same as that used in a well-known POS system. Therefore, the description here will be omitted.

The reading device 101 includes a reader / writer 1016 in addition to the detection unit 1014 and the antenna 1015 described above. The detection unit 1014 and the reader / writer 1016 are connected to the system transmission line 120.

The reader / writer 1016 radiates a radio wave of a response request command (inquiry signal) from the antenna 1015 toward each product 20 housed in the storage chamber 1012a. When this radio wave reaches the RFID tag 22 attached to each product 20, a response radio wave indicating tag data stored in the memory is radiated from the RFID tag 22. The response radio wave is received by the antenna 1015. The reader / writer 1016 reads the tag data from the response radio wave received by the antenna 1015.

FIG. 5 is a functional block diagram of the automatic change machine 119. In addition to the above-mentioned bill inlet / outlet 106, coin slot 107, and coin payout outlet 108, the automatic change machine 119 includes a bill safe 201, a coin safe 202, an interface 203, a controller 204, a bill sorting unit 205, a bill counter 206, and a bill. It includes a reject unit 207, a coin sorting unit 208, a coin counter 209, a coin reject unit 210, a bill payout unit 211, and a coin payout unit 212.

The banknote safe 201 stores banknotes by denomination. The coin safe 202 stores coins by denomination.
The interface 203 relays data transmitted and received between the controller 204 and the CPU 110. Deposit amount data is one of the data transmitted from the controller 204 to the CPU 110. The deposit amount data is the total amount of the bills inserted from the bill inlet / outlet 106 and the coins inserted from the coin slot 107. Change data is one of the data transmitted from the CPU 110 to the controller 204. The controller 204 determines the number of banknotes or coins to be paid out as change based on the change data by denomination. The controller 204 controls the bill payout unit 211 so that bills as change are paid out from the bill inlet / outlet 106. Similarly, the controller 204 controls the coin payout unit 212 so that coins as change are paid out from the coin payout outlet 108.

The controller 204 controls a transfer mechanism (not shown). The controller 204 controls the transfer mechanism so that the banknotes inserted from the banknote inlet / outlet 106 are transported one by one to the banknote safe 201. Similarly, the controller 204 controls the transport mechanism so that the coins inserted from the coin slot 107 are transported one by one to the coin safe 202.

The banknote sorting unit 205 sorts banknotes that are inserted from the banknote inlet / outlet 106 and transported to the banknote safe 201 one by one to identify the denomination. The bill counter 206 counts the number of bills to be inserted into each denomination for the bills whose denomination is identified by the bill sorting unit 205. The banknote reject unit 207 rejects foreign matter that has been inserted from the banknote inlet / outlet 106 but cannot be sorted by the banknote sorting unit 205. The bill counter 206 also counts the number of times the foreign matter is rejected by the bill reject unit 217.

The coin sorting unit 208 sorts coins inserted from the coin slot 107 and transported to the coin safe 202 one by one to identify the denomination. The coin counter 209 counts the number of coins to be inserted into each denomination for the coin whose denomination is identified by the coin sorting unit 208. The coin reject unit 210 rejects foreign matter that has been inserted from the coin insertion slot 107 but cannot be sorted by the coin selection unit 208. The coin counter 209 also counts the number of times the foreign matter is rejected by the coin reject unit 210.

The controller 204 calculates the amount of banknotes inserted into the banknote inlet / outlet 106 from the number of banknotes counted by denomination by the banknote counter 206. Further, the controller 204 calculates the amount of coins inserted into the coin slot 107 from the number of coins counted by denomination by the coin counter 209. Then, the controller 204 calculates the deposit amount by adding the amount of the inserted bill and the amount of the inserted coin, and notifies the CPU 110 as the deposit amount data.

The banknote payout unit 211 extracts the banknotes to be paid out as change from the banknote safe 201 in response to a command from the controller 204. Then, the bill payout unit 211 pays out the bills extracted from the bill safe 201 from the bill inlet / outlet 106.

The coin payout unit 212 extracts coins to be paid out as change from the coin safe 202 in response to a command from the controller 204. Then, the coin payout unit 212 pays out the coins extracted from the coin safe 202 from the coin payout outlet 108.

As described above, the automatic change machine 119 is a deposit processing means for calculating the amount of money deposited as payment for the billed amount of commercial transactions by the bill sorting unit 205, the bill counter 206, the coin sorting unit 208, the coin counter 209, and the controller 204. To configure. Further, the automatic change machine 119 constitutes a reject means for rejecting a foreign substance that has been deposited as a payment but whose denomination cannot be identified by the bill reject unit 207 and the coin reject unit 210. Further, the automatic change machine 119 constitutes a counting means for counting the number of coins deposited as payment and whose denomination is identified by the bill counter 206 and the coin counter 209. Further, the counting means includes a means for counting the number of times rejected by the rejecting means.

The POS terminal 1 provided with the automatic change machine 119 having such a configuration is a settlement processing means for processing the settlement of a commercial transaction on the condition that the amount calculated by the deposit processing means is equal to or more than the billed amount, and the settlement by the settlement processing means. Is provided with a notification means for notifying the denomination of the number of coins counted by the counting means before the processing. Hereinafter, the payment processing means and the notification means will be specifically described.

The POS terminal 1 forms the memory areas 301, 302 and 303 of the data structure shown in FIG. 6 in the RAM 112 in order to configure the payment processing means and the notification means. The POS terminal 1 may form all or part of the memory areas 301, 302 and 303 in the auxiliary storage device 110d.

The memory area 301 is an area for storing data related to a commercial transaction, and is hereinafter referred to as a transaction memory 301. Incidentally, the data related to commercial transactions include member data, product sales data, correction data, coupon data, and the like. Details of these data will be described later.

The correction flag F and the type information are added to the product sales data. The correction flag F is set to "1" when the product attribute of the product corresponding to the corresponding product sales data indicates the target of the correction action. When indicating the non-target of the correction action, the correction flag F becomes “0”. The type information specifies information on whether or not to make a correction, and if so, what kind of correction is to be made. For example, when the correction action is hem correction, there are sewing machine sewing and festival sewing as the types of correction. It is also conceivable that the hem is not corrected, that is, the hem is not corrected. The type information makes it possible to identify whether the type of correction is sewing machine sewing, festival sewing, or no correction. For example, when there is no correction, the type information is set to "00". In the case of sewing machine sewing, the type information is "01". In the case of festival sewing, the type information is "10". Needless to say, the type of correction is not limited to sewing machine sewing and festival sewing.

The memory area 302 is an area for storing the number of banknotes deposited as payment for the billed amount of commercial transactions by denomination, and is hereinafter referred to as a banknote memory 302. That is, the bill memory 302 has an area for storing the number B1 of 10,000-yen bills, an area for storing the number B2 of 5,000-yen bills, an area for storing the number B3 of 2,000-yen bills, and the number of 1,000-yen bills. It has an area for storing B4. Further, the bill memory 302 also has an area for storing the number of times B5 in which the foreign matter is rejected by the bill reject unit 207.

The memory area 303 is an area for storing the number of coins deposited as payment for the billed amount of commercial transactions by denomination, and is hereinafter referred to as a coin memory 303. That is, the coin memory 303 stores an area for storing the number of 500-yen coins C1, an area for storing the number of 100-yen coins C2, an area for storing the number of 50-yen coins C3, and the number of 10-yen coins C4. It has an area for storing the number of 5-yen coins C5 and an area for storing the number of 1-yen coins C6. Further, the coin memory 303 also has an area for storing the number of times C7 in which the foreign matter is rejected by the coin reject unit 210.

7 to 13 are flow charts showing the main procedure of information processing executed by the CPU 110 according to the control program stored in the ROM 111 or the auxiliary storage device 113 from the start of registration of the commercial transaction to the end of settlement. 14 to 29 are various screen examples displayed on the touch panel 102 in the meantime. Hereinafter, the operation of the POS terminal 1 from the start of registration to the end of settlement of a commercial transaction involving the sale and purchase of clothing including clothing that requires correction such as hemming will be described with reference to these figures. The contents of the processes shown in FIGS. 7 to 13 and described below, and the contents of the screens shown in FIGS. 14 to 29 and described below are examples, and similar results can be obtained. If so, various processes or screens can be used as appropriate.

As shown in FIG. 7, the CPU 110 first causes the touch panel 102 to display the start screen S1 (see FIG. 14) as Act1. At the time of Act1, the data is cleared in the memory areas 301 to 303 of the RAM 112.
An example of the start screen S1 is shown in FIG. The start screen S1 displays a message M1 for explaining an operation method to a customer who is an operator of the self-service POS terminal 1. Further, the start screen S1 displays a start button B1 for the customer to instruct the start of registration of the commercial transaction.

The customer who confirms the start screen S1 opens the door (cover body 1013) according to the message M1 and puts the product to be purchased into the accommodation room 1012a. At this time, when purchasing a plurality of products, all the products are put together in the storage chamber 1012a. The product may be placed in the storage chamber 1012a with the product in the basket 21. Once the goods have been placed in the containment chamber 1012a, the customer closes the door and touches the start button B1.

After displaying the start screen, the CPU 110 waits for the lid body 1013 of the reading device 101 to change from the open state to the closed state as Act2. That is, the CPU 110 monitors the signal from the detection unit 1014. Then, when it is confirmed by the signal from the detection unit 1014 that the lid body 1013 has changed from the open state to the closed state (YES in Act2), the CPU 110 waits for the start button B1 to be touch-operated as Act3. That is, the CPU 110 monitors the signal from the touch panel 102. When it is detected that the start button B1 is touch-operated by the signal from the touch panel 102 (YES in Act3), the CPU 110 causes the touch panel 102 to display the member confirmation screen S2 (see FIG. 15) as Act4.

FIG. 15 shows an example of the member confirmation screen S2. The member confirmation screen S2 displays a message M2 for explaining an operation method to a customer who is a member. Further, the member confirmation screen S2 displays a non-member button B2 operated by a non-member customer, a back button B3, and a help button B4 operated by the customer when the member barcode cannot be read. The membership barcode is printed on the membership card issued to the customer who is a member. The member barcode represents a member-specific membership number.

The customer who has the membership card holds the member barcode in the reading window 103. Then, the member barcode (member number) is read by the barcode reader 117. If the member barcode is held over the reading window 103 but is not read correctly, the customer touches the help button B5. Then, the CPU 110 displays the numeric keypad button on the touch panel 102, and the customer manually inputs the member number by operating the numeric keypad button. Further, for example, when the transaction is temporarily suspended because the member barcode is not known, the customer touches the back button B4. Then, the screen of the touch panel 102 returns from the member confirmation screen S2 to the start screen S1.
On the other hand, when the non-member customer confirms the member confirmation screen S2, the customer touches the non-member button B2.

The CPU 110 displaying the member confirmation screen S2 determines whether or not the commercial transaction is a member transaction as Act5. When the member barcode is read by the barcode reader 117, or when it is detected that the member number is manually input by the signal from the touch panel 102, the CPU 110 determines that the commercial transaction is a member transaction. When it is detected that the non-member button B2 is touch-operated by the signal from the touch panel 102, the CPU 110 determines that the commercial transaction is a non-member transaction.

When the commercial transaction is determined to be a member transaction (YES in Act 5), the CPU 110 acquires member data such as the name of the member identified by the member number as Act 6 from the store server 3. Then, the CPU 110 stores the member data together with the member number in the transaction memory 301. If the commercial transaction is determined to be a non-member transaction (NO in Act5), the CPU 110 does not process Act6.

Next, the CPU 110 causes the touch panel 102 to display the registration screen S3 (see FIG. 16) as Act7.
An example of the registration screen S3 is shown in FIG. The registration screen S3 divides a part of the screen into an area R1 for displaying information on products registered for sale and an area R2 for displaying the total number of products registered for sale. Further, the registration screen S3 displays the payment button B5 and the back button B6 on the screens other than the area R1 and the area R2. The payment button B5 is touched by the customer when paying for the product registered for sale on the POS terminal 1. The back button B6 is touched by the customer, for example, when the sales registration of the product on the POS terminal 1 is redone.

The area R1 displays the registration information of the product name, the number of points sold, and the sales amount line by line for each product registered for sale. The area R1 can display the registration information up to 5 lines, and when the number of products registered for sale is 6 or more, the scroll display is displayed. Incidentally, at the time of Act7, the sale registration of the product has not been performed. Therefore, the area R1 and the area R2 are blank.

The CPU 110 displaying the registration screen S3 transmits a command to start reading to the reading device 101 as Act8. In response to this command, the reader / writer 1016 of the reader 101 is activated, and the radio wave of the response request command is radiated from the antenna 1015 toward each product 20 housed in the storage chamber 1012a.

As shown in FIG. 8, the CPU 110 that has transmitted the read start command confirms whether or not the tag data has been read as Act 11. When the tag data is not read (NO in Act11), the CPU 110 confirms whether or not the button on the registration screen S3 is touch-operated as Act12. When the button is not touch-operated (NO in Act12), the CPU 110 returns to Act11 and confirms whether or not the tag data has been read again. Thus, the CPU 110 waits for the tag data to be read by the reader / writer 1016 or for the button on the registration screen S3 to be touch-operated by the processing of Act 11 and Act 12.

In this standby state, when the tag data can be read by the reader / writer 1016 (YES in Act 11), the CPU 110 generates product sales data as Act 13 based on the tag data. That is, the CPU 110 acquires an identification code, a price, a product name, a product attribute, and the like from the tag data. If the tag data does not include the product name, product attribute, or the like, the CPU 110 accesses the store server 3 and acquires the product name, product attribute, or the like of the product identified by the identification code. The CPU 110 generates product sales data including an identification code, a price, a product name, a number of sales points, and a sales amount, with the number of sales points set to "1" and the sales amount as the price.

When the product sales data is generated, the CPU 110 examines the product attributes as Act14. When the product attribute indicates the correction target (YES in Act 14), the CPU 110 sets the correction flag F added to the product sales data as Act 15 to “1”. On the other hand, when the product attribute indicates non-correction target (NO in Act14), the CPU 110 sets the correction flag F to “0” as Act16. When the processing of Act 15 or Act 16 is completed, the CPU 110 stores the product sales data as Act 17 in the transaction memory 301. At this time, the CPU 110 adds the correction flag F obtained by Act 15 or Act 16 and the default type information to the product sales data. The default type information is "00" indicating no correction.

When the product sales data is stored in the transaction memory 301, the CPU 110 updates the registration screen S3 as Act18. That is, the CPU 110 causes the area R1 of the registration screen S3 to display the product name, the number of points sold, and the sales amount of the product sales data stored in the transaction memory 301 in the processing of Act17. Further, the CPU 110 increases the total score of the area R2 by "1".

After updating the registration screen S3, the CPU 110 returns to the process of Act11. That is, the CPU 110 waits for the tag data to be read by the reader / writer 1016 or for the button on the registration screen S3 to be touch-operated.

The customer confirms whether or not the registration of the purchased product has been completed from the information displayed in the areas R1 and R2 of the registration screen S3. For example, in the case of purchasing 10 products, when the total score displayed in the area R2 becomes "10", the customer can recognize that the registration of the purchased products has been completed. After registering the purchased product, the customer touches the payment button B5. When canceling the registration of the purchased product, the customer touches the back button B6.

When it is detected that the button on the registration screen S3 is touch-operated by the signal from the touch panel 102 in the standby state of Act 11 and Act 12 (YES in Act 12), the CPU 110 determines the type of the button touch-operated as Act 21. .. When the touch-operated button is the payment button B5 (YES in Act21), the CPU 110 transmits a reading end command to the reading device 101 as Act22. In response to this command, the reader / writer 1016 of the reader 101 is stopped.
After transmitting the read end command, the CPU 110 proceeds to the process of Act 31 in FIG.

On the other hand, when the touch-operated button is the return button B6 (NO in Act21), the CPU 110 clears the transaction memory 301 as Act23. Further, the CPU 110 transmits a command to end reading to the reading device 101 as Act 24. Then, the CPU 110 ends the process according to the control program. After the processing is completed, the CPU 110 starts the processing again from Act1. That is, the CPU 110 causes the touch panel 102 to display the start screen S1.

Proceeding to the processing of Act 31, the CPU 110 determines whether or not there is a product that needs to be corrected. That is, the CPU 110 confirms whether or not at least one correction flag F set to "1" exists in the correction flag F stored together with the product sales data in the transaction memory 301. If there is no correction flag F set to "1", there is no product to be corrected. In this case (NO in Act31), the CPU 110 proceeds to the process of Act51 in FIG.

On the other hand, if there is even one correction flag F set to "1", the product to be corrected exists. In this case (YES in Act31), the CPU 110 causes the touch panel 102 to display the correction confirmation screen S4 (see FIG. 17) as Act32.
FIG. 17 shows an example of the correction confirmation screen S4. The correction confirmation screen S4 displays a message M3 for confirming whether or not to make a correction to the customer. The correction confirmation screen S4 shown in FIG. 17 is a case where the purchased product includes a product that needs to be corrected. The correction confirmation screen S4 displays a “yes” button B7 and a “no” button B8.
The customer who has confirmed the correction confirmation screen S4 touches the "Yes" button B7 when he / she wishes to make a correction. If the customer does not want the correction, the customer touches the "No" button B8.

The CPU 110 displaying the correction confirmation screen S4 confirms whether or not the customer desires the correction as Act33. When it is detected that the "No" button B8 is touch-operated by the signal from the touch panel 102, the customer does not want the correction. In this case (NO in Act33), the CPU 110 proceeds to the process of Act51 in FIG.

On the other hand, when it is detected that the "Yes" button B7 is touch-operated, the customer desires correction. In this case (YES in Act 33), the CPU 110 causes the touch panel 102 to display the correction product selection screen S5 (see FIG. 18) as Act 34.
FIG. 18 shows an example of the correction product selection screen S5. The correction product selection screen S5 has an area R3 in which a list of products to be corrected is displayed, an area R4 in which the total number of products decided to be corrected is displayed together with the total number of purchased products, and the type of correction. The area R5 in which the points of the products to be corrected for each correction and the cost required for the correction are displayed is included. Further, the correction product selection screen S5 displays the correction button group B9 for each product to be corrected in the area R3. The correction button group B9 is a set of buttons for the customer to instruct the type of correction of the corresponding product. FIG. 18 shows a correction button group B9 related to the correction of hemming. That is, the correction button group B9 can select whether the hem is straightened by sewing with a sewing machine, the hem is straightened by festive stitching, or the hem is not straightened. Further, the correction product selection screen S5 displays the payment button B10 and the return button B11 on the screens other than the area R3 and the area R4.

A customer who confirms the correction product selection screen S5, for example, when he / she wishes to hem the product BBB by sewing, touches the button labeled "sewing machine" from the correction button group B9 corresponding to the product BBB. do. For example, when it is desired to correct the hem of the product CCC by festive stitching, touch the button labeled "festival stitch" from the correction button group B9 corresponding to the product CCC. For example, when it is not desired to correct the hem of the product CCC, touch the button marked "No" from the correction button group B9 corresponding to the product CCC. In this way, if the type of correction is specified for each product to be corrected, the customer touches the payment button B10. When returning the screen of the touch panel 102 from the correction product selection screen S5 to the registration screen S3, the customer touches the return button B11.

The CPU 110 displaying the correction product selection screen S5 detects that the correction button group B9 has been touch-operated as Act35, or detects that the return button B11 has been touch-operated as Act36, or the payment button as Act37. It waits for detecting that the B10 has been touch-operated.
When it is detected that the correction button group B9 is touch-operated by the signal from the touch panel 102 (YES in Act35), the CPU 110 updates the type information added to the product sales data stored in the transaction memory 301 as Act38. do. Specifically, for example, when the button described as "sewing machine sewing" is touched on the product BBB, the CPU 110 changes the type information added to the product sales data of the product BBB to "01". .. For example, when the button described as "festival stitch" is touched on the product CCC, the CPU 110 changes the type information added to the product sales data of the product CCC to "10".

When it is detected that the return button B11 is touch-operated by the signal from the touch panel 102 (YES in Act36), the CPU 110 causes the registration screen S3 to be displayed again as Act39. Then, the CPU 110 waits for the button on the registration screen S3 to be touch-operated as Act40. If it is detected that the button is touch-operated by the signal from the touch panel 102 (YES in Act 40), the CPU 110 returns to the process of Act 21 in FIG. Then, the CPU 110 executes the processing after Act21 in the same manner as described above.

On the other hand, when it is detected in the Act 37 that the payment button B10 is touched by the signal from the touch panel 102 (YES in the Act 37), the CPU 110 displays the correction acceptance screen S6 (see FIG. 19) on the touch panel 102 as the Act 41. Display.
FIG. 19 shows an example of the correction approval screen S6. The amendment consent screen S6 displays a message M4 for inquiring the customer about the content of the amendment, for example, whether or not it is okay to correct two points. Further, the correction approval screen S6 displays the "Yes" button B12 and the "No" button B13.
The customer who confirms the amendment approval screen S6 touches the "Yes" button B12 when approving the amendment. For example, if the customer does not accept the correction in order to reselect the type of correction, the customer touches the "No" button B13.

The CPU 110 that displays the correction approval screen S6 confirms whether or not the customer has consented to the correction as Act42. When it is detected that the "No" button B13 is touch-operated by the signal from the touch panel 102, the customer does not approve the correction. In this case (NO in Act42), the CPU 110 returns to the processing of Act34. Then, the CPU 110 executes the processing after Act 34 in the same manner as described above.

On the other hand, when it was detected that the "Yes" button B12 was touched, the customer accepted the correction. In this case (YES in Act 42), the CPU 110 stores the correction data in the transaction memory 301 as Act 43. The correction data is type information indicating the type of correction and information on the cost required for the correction. For example, when a customer who confirms the correction product selection screen S5 shown in FIG. 18 touches the payment button B10 and then touches the "Yes" button B12 on the correction acceptance screen S6, the type information "01" of "sewing" is displayed. The correction data including the correction cost [200 yen + tax], the type information "10" of the "festival sewing", and the correction data including the correction cost [300 yen + tax] are stored in the transaction memory 301.

When the correction data is stored, the CPU 110 proceeds to the process of Act 51 in FIG.
When the process proceeds to Act 51, the CPU 110 causes the touch panel 102 to display the coupon selection screen S7 (see FIG. 20).
FIG. 20 shows an example of the coupon selection screen S7. The coupon selection screen S7 displays a message M5 for explaining an operation method when using a coupon ticket to a customer who is a member. Further, the coupon selection screen S7 displays an unused button B14 operated by a customer who does not use the coupon, a back button B15, and a help button B16 operated by the customer when the coupon barcode cannot be read. The coupon barcode is written on the coupon issued to the customer who is a member. The coupon barcode represents an identification code unique to the coupon (hereinafter referred to as a coupon code).

The customer who uses the coupon ticket holds the coupon barcode in the reading window 103. Then, the coupon barcode (coupon code) is read by the barcode reader 117. If the coupon bar code is held over the reading window 103 but is not read correctly, the customer touches the help button B16. Then, since the numeric keypad button is displayed on the touch panel 102, the customer operates the numeric keypad button and manually inputs the coupon code. Further, for example, when the input of the coupon code is temporarily interrupted because the coupon code is unknown, the customer touches the back button B15. Then, the screen of the touch panel 102 returns from the coupon selection screen S7 to the registration screen S3.
On the other hand, the customer who does not use the coupon touches the unused button B14.

The CPU 110 displaying the coupon selection screen S7 determines whether or not to use the coupon as the Act 52. When the coupon bar code is read by the bar code reader 117, or when the coupon code is manually input by the signal from the touch panel 102, the CPU 110 determines that the coupon ticket is used. When it is detected that the unused button B14 is touch-operated by the signal from the touch panel 102, the CPU 110 determines that the coupon ticket is not used.
If it is determined that the coupon is not used (NO in Act 52), the CPU 110 proceeds to the process of Act 59.

On the other hand, when it is determined that the coupon is used (YES in Act 52), the CPU 110 confirms whether or not the member data is stored in the transaction memory 301 as Act 53. When the member data is not stored (NO in Act53), the CPU 110 causes the touch panel 102 to display the member consent screen S8 (see FIG. 21) as Act54.

FIG. 21 shows an example of the member consent screen S8. When using a coupon, it is necessary to return to the member confirmation screen S2 and scan the member barcode. The member consent screen S8 displays a message M6 for inquiring the customer whether or not to return to the member confirmation screen. Further, the member consent screen S8 displays a "yes" button B17 and a "no" button B18.
The customer who confirms the member consent screen S8 touches the "Yes" button B17 when returning to the member confirmation screen S2. If the customer does not return to the member confirmation screen S2, the customer touches the "No" button B18.

The CPU 110 displaying the member consent screen S8 confirms whether or not the customer has consented to return to the member confirmation screen S2 as Act55. When it is detected that the "No" button B18 is touch-operated by the signal from the touch panel 102, the customer does not consent to return to the member confirmation screen. In this case (NO in Act55), the CPU 110 returns to the process of Act51. That is, the CPU 110 returns the screen of the touch panel 102 from the member consent screen S8 to the coupon selection screen S7. After that, the CPU 110 executes the processing after Act51 in the same manner as described above.

On the other hand, when it is detected that the "Yes" button B17 is touch-operated, the customer consents to return to the member confirmation screen. In this case (YES in Act55), the CPU 110 returns to the process of Act4 in FIG. That is, the CPU 110 returns the screen of the touch panel 102 from the member consent screen S8 to the member confirmation screen S2. After that, the CPU 110 executes the processing after Act4 in the same manner as described above.

When the member data is registered in the transaction memory 301 in Act53 (YES in Act53), the CPU 110 causes the touch panel 102 to display the coupon confirmation screen S9 (see FIG. 22) as Act56.

FIG. 22 shows an example of the coupon confirmation screen S9. The coupon confirmation screen S9 shows the information of the coupon ticket specified from the coupon bar code, and displays a message M7 for inquiring the customer whether or not to use the coupon ticket. Further, the coupon confirmation screen S9 displays the "Yes" button B19 and the "No" button B20.
The customer who confirms the coupon confirmation screen S9 touches the "Yes" button B19 when using the coupon. When not using the coupon, the customer touches the "No" button B20.

The CPU 110 displaying the coupon confirmation screen S9 confirms whether or not the customer uses the coupon as Act57. When it is detected that the "No" button B20 is touch-operated by the signal from the touch panel 102, the customer does not use the coupon ticket. In this case (NO in Act57), the CPU 110 returns to the processing of Act51. That is, the CPU 110 returns the screen of the touch panel 102 from the coupon confirmation screen S9 to the coupon selection screen S7. After that, the CPU 110 executes the processing after Act51 in the same manner as described above.
On the other hand, when it is detected that the "Yes" button B19 is touch-operated, the customer uses the coupon. In this case (YES in Act57), the CPU 110 stores the coupon data in the transaction memory 301 as Act58. The coupon data is a coupon code and privilege information (discount amount or discount rate) specified by the coupon code. For example, when the customer touches the "Yes" button B19 on the coupon confirmation screen S9 shown in FIG. 22, the CPU 110 stores the corresponding coupon code and the privilege information of 500 yen discount in the transaction memory 301 as coupon data. When the coupon data is stored, the CPU 110 proceeds to the process of Act59.

In Act 59, the CPU 110 causes the touch panel 102 to display the payment selection screen S10 (see FIG. 23).
FIG. 23 shows an example of the payment selection screen S10. The payment selection screen S10 includes an area R6 for displaying the total number of purchased products, the discount amount, the total amount, etc. in a part of the screen S10. Further, the payment selection screen S10 displays a cash button B21, a credit button B22, and a back button B23 in a portion other than the area R6. The cash button B21 is touched by a customer who pays in cash. The credit button B22 is touched by a customer who pays with a credit card. The back button B23 is touched by a customer who wishes to return to the coupon selection screen S7.

Here, the points displayed in the area R6 are the total number of sales points included in the product sales data stored in the transaction memory 301. The discount amount is an amount derived from the privilege information of the coupon data stored in the transaction memory 301. The total amount is an amount derived from the total sales amount included in the product sales data stored in the transaction memory 301, the discount amount, and the cost included in the correction data. The CPU 110 calculates a total score, a discount amount, a total amount, and the like from each data stored in the transaction memory 301, and displays them in the area R6.

The CPU 110 displaying the payment selection screen S10 confirms whether or not the return button B23 is touch-operated as Act60. When the back button B23 is not touch-operated (NO in Act60), the CPU 110 confirms whether or not the credit button B22 is touch-operated as Act61. When the credit button B22 is not touch-operated (NO in Act61), the CPU 110 confirms whether or not the cash button B21 is touch-operated as Act62. When the cash button B21 is not touch-operated (NO in Act62), the CPU 110 returns to the processing of Act60. Here, the CPU 110 waits for the return button B23 to be touch-operated, the credit button B22 to be touch-operated, or the cash button B21 to be touch-operated by Act60 to Act62.

When it is detected that the return button B23 is touch-operated by the signal from the touch panel 102 in the standby state of Act60 to Act62 (YES in Act60), the CPU 110 returns to the processing of Act51. That is, the CPU 110 returns the screen of the touch panel 102 from the payment selection screen S10 to the coupon selection screen S7. After that, the CPU 110 executes the processing after Act51 in the same manner as described above.

When it is detected that the credit button B22 is touch-operated by the signal from the touch panel 102 in the standby state of Act 60 to Act 62 (YES in Act 61), the CPU 110 proceeds to the process of Act 71 in FIG.

When proceeding to the processing of Act71, the CPU 110 causes the touch panel 102 to display the credit settlement screen S11 (see FIG. 24).
FIG. 24 shows an example of the credit settlement screen S11. The credit settlement screen S11 includes an area R7 including a total amount column, a payment method column, and a card company column as information related to credit payment in a part of the screen. Then, the credit settlement screen S11 displays the total amount in the total amount column. The payment method column and the card company column are blank. Further, the credit settlement screen S11 displays a button B24 for returning to a portion other than the area R7.

The customer who confirms the credit settlement screen S11 inserts the credit card into the card insertion slot 105. Then, the data of this credit card is read by the card reader 118. The customer who cancels the payment by credit card touches the back button B24.

The CPU 110 displaying the credit settlement screen S11 confirms whether or not the return button B24 as Act72 has been touch-operated. When the back button B24 is not touch-operated (NO in Act72), the CPU 110 confirms whether or not the credit card data has been read by the card reader 118 as Act73. If the credit card data has not been read (NO in Act73), the CPU 110 returns to the process of Act72. Here, the CPU 110 waits for the return button B24 to be touch-operated or the credit card data to be read by the processing of Act72 and Act73.

When it is detected that the return button B24 is touch-operated by the signal from the touch panel 102 in the standby state of Act72 and Act73 (YES in Act72), the CPU 110 returns to the process of Act59 in FIG. That is, the CPU 110 returns the screen of the touch panel 102 from the credit payment screen S11 to the payment selection screen S10. Then, the CPU 110 executes the processing after Act59 in the same manner as described above.

When it is detected that the credit card data has been read by the signal from the card reader 118 in the standby state of Act72 and Act73 (YES in Act73), the CPU 110 authenticates the credit card to the store server 3 as Act74. Request processing. The store server 3 that has received the authentication request performs authentication processing such as inquiring the host computer of the credit card company for credit card authentication.

The CPU 110 that has made the credit card authentication request causes the touch panel 102 to display the communication screen as Act75. The communication screen displays a message for notifying the customer that communication is in progress.

The CPU 110 waits for the credit card authentication to be completed as Act76. Here, when the credit card authentication result is received from the store server 3 (YES in Act76), the CPU 110 determines whether or not the credit card is approved as Act77 after erasing the communication screen. If the credit card is not approved (NO in Act77), the CPU 110 returns to the process of Act59 in FIG. That is, the CPU 110 returns the screen of the touch panel 102 from the credit payment screen S11 to the payment selection screen S10. Then, the CPU 110 executes the processing after Act59 in the same manner as described above.

If the credit card is approved (YES in Act77), the CPU 110 causes the touch panel 102 to display the credit confirmation screen S12 (see FIG. 25) as Act78.
FIG. 25 shows an example of the credit confirmation screen S12. The credit confirmation screen S12 displays the payment method and the information of the card company name obtained from the credit card data in the payment method column and the card company column of the area R7 on the credit settlement screen S11, respectively. be. Further, the credit confirmation screen S12 adds a confirmation button B25 on the credit settlement screen S11. The back button B24 is the same as that of the credit card settlement screen S11.
The customer who confirms the credit confirmation screen S12 and confirms the credit payment touches the confirmation button B25. The customer who cancels the credit payment touches the back button B24.

The CPU 110 displaying the credit confirmation screen S12 confirms whether or not the return button B24 as Act79 has been touch-operated. When the back button B24 is not touch-operated (NO in Act79), the CPU 110 confirms whether or not the confirmation button B25 is touch-operated as Act80. When the confirmation button B25 is not touch-operated (NO in Act80), the CPU 110 returns to the processing of Act79. Here, the CPU 110 waits for the return button B24 to be touch-operated or the confirmation button B25 to be touch-operated by the processing of Act79 and Act80.

When it is detected that the return button B24 is touch-operated by the signal from the touch panel 102 in the standby state of Act79 and Act80 (YES in Act79), the CPU 110 returns to the process of Act59 in FIG. That is, the CPU 110 returns the screen of the touch panel 102 from the credit confirmation screen S12 to the payment selection screen S10. Then, the CPU 110 executes the processing after Act59 in the same manner as described above.

On the other hand, when it is detected that the confirmation button B25 is touch-operated by the signal from the touch panel 102 (YES in Act80), the CPU 110 instructs the store server 3 to make a payment request by credit card as Act81. In response to this instruction, the store server 3 executes a payment process such as transmitting card transaction data to the host computer of the credit card company.

The CPU 110 instructing the payment request by the credit card causes the touch panel 102 to display the same communication screen as described above as the Act 82. Further, the CPU 110 waits for the notification of the end of payment from the store server 3 as Act83. Then, when the notification of the end of payment is received from the store server 3 (YES in Act83), the CPU 110 operates the printer 116 as Act84 to control the printing of the credit slip. By this control, the credit slip printed by the printer 116 is issued from the receipt issuing port 104. At this time, the CPU 110 causes the touch panel 102 to display the slip issuing screen as Act85. The slip issuing screen displays, for example, a message for notifying the customer that the credit slip is issued from the receipt issuing port 104. After that, the CPU 110 proceeds to the process of Act111 in FIG.

On the other hand, when it is detected that the cash button B21 is touch-operated by the signal from the touch panel 102 in the standby state of Act 60 to Act 62 shown in FIG. 10 (YES in Act 62), the CPU 110 is the Act 91 of FIG. Proceed to processing.

When proceeding to the processing of Act91, the CPU 110 causes the touch panel 102 to display the cash settlement screen S13 (see FIG. 26).
FIG. 26 shows an example of the cash settlement screen S13. The cash settlement screen S13 includes an area R8 having a total amount column and an input amount column as information related to cash payment in a part of the screen. Then, the cash settlement screen S13 displays the total amount in the total amount column, and displays 0 yen as the current input amount in the input amount column. The input amount column may be blank. Further, the cash settlement screen S13 includes an insertion number display column R9 for banknotes and an insertion number display column R10 for coins. Further, the cash settlement screen S13 displays the return button B26 in a portion other than the areas R8, R9, and R10.

The input number display column R9 for banknotes is composed of two tiers, an upper tier and a lower tier, for each denomination of 10,000 yen, 5,000 yen, 2,000 yen, and 1,000 yen, and the upper tier displays the denomination. The lower row displays the number of bills of the corresponding denomination inserted from the bill inlet / outlet 106.
The input number display column R10 for coins is composed of two tiers, an upper tier and a lower tier, for each denomination of 500 yen, 100 yen, 50 yen, 10 yen, 5 yen, and 1 yen, and the upper tier displays the denomination. do. The lower row displays the number of coins of the corresponding denomination inserted from the coin slot 107.
At the time of Act91, the lower rows of the input number display column R9 and the input number display column R10 are blank. In each lower row, "0" may be displayed as the number of input sheets.

The customer who confirms the cash settlement screen S13 inserts a bill into the bill inlet / outlet 106 and the coin into the coin slot 107 among the coins to be paid as the price. When a bill is inserted from the bill inlet / outlet 106, the bill sorting unit 205 identifies the denomination of the bill. Then, the bill counter 206 counts the number of bills inserted for each denomination. Similarly, when a coin is inserted from the coin insertion slot 107, the coin sorting unit 208 identifies the denomination of the coin. Then, the coin counter 209 counts the number of coins inserted for each denomination. Then, the deposit amount is calculated by the controller 204, and the deposit amount data is notified to the CPU 110.

The CPU 110 displaying the cash settlement screen S13 confirms whether or not the return button B26 as Act92 has been touch-operated. When the back button B26 is not touch-operated, the CPU 110 confirms whether or not cash (coins or banknotes) has been inserted into the automatic change machine 119 as Act93. When cash is inserted into the automatic change machine 119, the automatic change machine 119 notifies the CPU 110 of the deposit amount data. In other words, when the deposit amount data is not notified to the CPU 110, it can be considered that no cash has been inserted into the automatic change machine 119. If no cash has been inserted into the automatic change machine 119 (NO in Act93), the CPU 110 returns to the processing of Act92. Here, the CPU 110 waits for the return button B26 to be touch-operated or for cash to be inserted by the processing of Act92 and Act93.

The method of confirming whether or not cash has been inserted into the automatic change machine 119 is not limited to the method of confirming whether or not the deposit amount data has been notified. For example, by notifying the CPU 110 of a predetermined command from the controller 204 in response to the bill or coin being inserted into the bill inlet / outlet 106 or the coin slot 107, has the CPU 110 inserted cash into the automatic change machine 119? You may check whether or not.

When it is detected that the return button B26 is touch-operated by the signal from the touch panel 102 in the standby state of Act92 and Act93 (YES in Act92), the CPU 110 returns to the process of Act59 in FIG. That is, the CPU 110 returns the screen of the touch panel 102 from the cash payment screen S13 to the payment selection screen S10. Then, the CPU 110 executes the processing after Act59 in the same manner as described above.

When it is recognized that cash has been inserted in the standby state of Act92 and Act93 (YES in Act93), the CPU 110 is counted by the coin counter 209 and the data counted by the bill counter 206 of the automatic change machine 119 as Act94. Get the data you have. Then, the CPU 110 stores the data counted by the bill counter 206, that is, the number of bills inserted and the number of bills rejected by denomination in the bill memory 302. Similarly, the CPU 110 stores the data counted by the coin counter 209, that is, the number of coins inserted and the number of coins rejected by denomination in the coin memory 303.

Next, the CPU 110 displays the amount of the deposit amount data in the input amount column in the area R8 of the cash settlement screen S13 as Act95. Further, the CPU 110 displays the data B1, B2, B3, B4 of the banknote memory 302 in the area R9 of the cash settlement screen S13 as Act96, and displays the data C1, C2, C3, C4, C5, C6 of the coin memory 303 in the area R10. Display.

The CPU 110 compares the total amount and the input amount as Act97, and determines whether or not the input amount is insufficient for the total amount. If there is a shortage (YES in Act97), the CPU 110 adds a shortage amount column to the area R8 of the cash settlement screen S13 as Act98, and calculates the difference between the total amount and the payment amount. indicate. After that, the CPU 110 returns to Act92 and waits for the return button B26 to be touch-operated or for further cash to be inserted.

On the other hand, in Act97, when the input amount is equal to or more than the total amount (NO in Act97), the CPU 110 causes the touch panel 102 to display the cash confirmation screen S14 (FIG. 28) as Act99.
FIG. 28 shows an example of the cash confirmation screen S14. The cash confirmation screen S14 includes the same areas R8, R9 and R10 as the cash settlement screen S13. Further, the cash confirmation screen S14 displays the confirmation button B27 together with the back button B26. However, in the area R8, the change amount column is used instead of the shortage amount column. Then, the CPU 110 displays the difference between the input amount and the total amount as the change amount in the change amount column.
The customer who confirms the cash confirmation screen S14 and confirms the payment by cash touches the confirmation button B27. The customer who does not confirm is touched the back button B26.

The CPU 110 displaying the cash confirmation screen S14 confirms whether or not the return button B26 as Act100 has been touch-operated. When the back button B26 is not touch-operated (NO in Act100), the CPU 110 confirms whether or not the confirmation button B27 is touch-operated as Act101. If the confirmation button B27 is not touch-operated (NO in Act101), the CPU 110 returns to the process of Act100. Here, the CPU 110 waits for the return button B26 to be touch-operated or the confirmation button B27 to be touch-operated by the processing of Act100 and Act101.

When it is detected that the return button B26 is touch-operated by the signal from the touch panel 102 in the standby state of Act100 and Act101 (YES in Act100), the CPU 110 returns to the process of Act59 in FIG. That is, the CPU 110 returns the screen of the touch panel 102 from the credit confirmation screen S12 to the payment selection screen S10. Then, the CPU 110 executes the processing after Act59 in the same manner as described above.

On the other hand, when it is detected that the confirmation button B27 is touch-operated by the signal from the touch panel 102 (YES in Act 101), the CPU 110 operates the printer 116 as Act 102 to control the printing of the purchase receipt. .. By this control, the purchase receipt printed by the printer 116 is issued from the receipt issuing port 104. At this time, the CPU 110 causes the touch panel 102 to display the receipt issuing screen as the Act 103. The receipt issuing screen displays, for example, a message for notifying the customer that the purchase receipt is issued from the receipt issuing port 104. A message may be included to notify the customer that the change will be paid out from the bill inlet / outlet 106 or the coin payout outlet 108. After that, the CPU 110 proceeds to the process of Act111 in FIG.

When proceeding to the processing of Act111, the CPU 110 waits for a predetermined time (for example, 5 seconds) to elapse from the issuance of the credit slip or receipt. Then, when it is confirmed that the predetermined time has elapsed (YES in Act111), the CPU 110 causes the touch panel 102 to display the end screen S15 (see FIG. 29) as Act112.
An example of the end screen S15 is shown in FIG. The end screen S15 displays a message M8 for guiding the customer's operation after the payment is completed.

The customer who confirms the end screen S15 opens the door (cover body 1013) and takes out the product from the storage chamber 1012a. Then, the customer takes the product to the bagging counter and packs the product.

The CPU 110 displaying the end screen S15 waits for a predetermined time (for example, 5 seconds) to elapse as Act113. Then, when it is confirmed that the predetermined time has elapsed (YES in Act 113), the CPU 110 clears the data of the registration memory 301, the bill memory 302, and the coin memory 303 as Act 114. With the above, the CPU 110 ends the process according to the control program. After the processing is completed, the CPU 110 starts the processing again from Act1. That is, the CPU 110 causes the touch panel 102 to display the start screen S1.

Here, the CPU 110 constitutes a settlement processing means by executing the processes of Act91 to Act93 and Act97 to Act102 of FIG. Further, the CPU 110 configures the notification means by executing the processes of Act94 to Act96 of FIG.

As described above, in the POS terminal 1 of the present embodiment, when the product purchased by the customer is put into the accommodation chamber 1012a of the reading device 101, the member confirmation screen S2 is displayed. Here, when the customer holds the member barcode over the reading window 103, the member barcode is read by the barcode reader 117. Then, in the POS terminal 1, the member data is derived from the member barcode data and stored in the transaction memory 301.

When the member data is stored in the transaction memory 301 or the customer touches the non-member button B2 on the member confirmation screen S2, the reader / writer 1016 is activated on the POS terminal 1 and the data of the RFID tag attached to the product is activated. Is read. Then, based on the data of the RFID tag, the sales data of the product purchased by the customer is generated and stored in the transaction memory 301. Further, the screen of the touch panel 102 is switched to the registration screen S3, and the product name, the number of items sold, the sales amount, and the like of the product purchased by the customer are displayed on the registration screen S3.

A customer who determines from the display contents of the registration screen S3 that the product registration has been completed touches the payment button B5 on the registration screen S3. Here, if the product purchased by the customer includes, for example, a product that needs to be hemmed, the screen of the touch panel 102 is switched from the registration screen S3 to the correction confirmation screen S4. When a product that requires a correction action such as hemming is not included, the screen of the touch panel 102 is switched from the registration screen S3 to the coupon selection screen S7.

The customer who has confirmed the correction confirmation screen S4 touches the "Yes" button B7 on the correction confirmation screen S4 when he / she wishes to correct the hem. Then, the screen of the touch panel 102 is switched from the correction confirmation screen S4 to the correction product selection screen S5.

The customer who confirms the correction product selection screen S5 determines the type of correction for each product to be corrected, and touches the corresponding button in the correction button group B9. After determining the type of correction for all the products to be corrected, the customer touches the payment button B10 on the correction product selection screen S5. Then, the screen of the touch panel 102 is switched from the correction product selection screen S5 to the correction acceptance screen S6.

The customer who confirms the amendment consent screen S6 decides whether or not to make the amendment. When making a correction, the customer touches the "Yes" button B12 on the correction consent screen S6. Then, the screen of the touch panel 102 is switched from the correction acceptance screen S6 to the coupon selection screen S7.

When the customer holds the coupon barcode of the coupon ticket over the reading window 103 while the coupon selection screen S7 is displayed, the coupon barcode is read by the barcode reader 117. Then, in the POS terminal 1, the screen of the touch panel 102 is switched from the coupon selection screen S7 to the coupon confirmation screen S9.

The customer who confirms the coupon confirmation screen S9 touches the "Yes" button B19. Then, the coupon data is stored in the transaction memory 301. Further, the screen of the touch panel 102 is switched from the coupon confirmation screen S9 to the payment selection screen S10. When the customer touches the unused button B14 while the coupon selection screen S7 is displayed, the screen of the touch panel 102 is switched from the coupon selection screen S7 to the payment selection screen S10.

The customer who confirms the payment selection screen S10 touches the cash button B21 when paying the price (total amount) in cash. Then, the screen of the touch panel 102 is switched from the payment selection screen S10 to the cash settlement screen S13. Then, on the cash settlement screen S13, the insertion number display column R9 for banknotes and the insertion number display column R10 for coins are displayed.

The customer inserts the bills to be paid as the price into the bill inlet / outlet 106, and inserts the coins into the coin slot 107. When a bill is inserted from the bill inlet / outlet 106, the automatic change machine 119 identifies the denomination of the bill and counts the number of inserted bills by denomination. Then, the data of the number of inserted bills of this denomination type is stored in the bill memory 302. Similarly, when a coin is inserted from the coin insertion slot 107, the automatic change machine 119 identifies the denomination of the coin and counts the number of inserted coins by denomination. Then, the data of the number of coins inserted for each denomination is stored in the coin memory 303. Then, as shown in FIG. 27, the data stored in the bill memory 302 is displayed in the insert number display column R9 for bills, and the data stored in the coin memory 303 is displayed in the insert number display column R10 for coins. ..

FIG. 27 is a cash settlement screen S13 when the input amount is insufficient for the total amount. FIG. 27 shows a case where a customer inserts one 5000-yen bill, three 1000-yen bills, one 500-yen coin, two 100-yen coins, and two 10-yen coins for a total amount of 9720 yen. Is shown.

In such a case, it may be misunderstood that the customer has already inserted four 1000-yen bills. Conventionally, only the input amount is displayed on the cash settlement screen, so it is difficult to judge whether or not it is a misunderstanding. However, in the case of the POS terminal 1 of the present embodiment, since it is shown on the cash settlement screen S13 that the number of 1000-yen bills inserted is 3, it can be determined that it is a misunderstanding.

In addition, the input amount and the shortage amount are also displayed on the cash settlement screen S13. Therefore, the customer can easily know the inserted amount together with the number of inserted coins by looking at the input amount together with the display contents of the input number display columns R9 and R19. Further, the customer can easily know the insufficient amount of money together with the number of inserted coins by looking at the input amount together with the display contents of the inserted number display columns R9 and R19.

When the input amount reaches or exceeds the total amount, the screen of the touch panel 102 is switched from the cash settlement screen S13 to the cash confirmation screen S14.
FIG. 28 is a cash confirmation screen S14 when the input amount is 10,720 yen for the total amount of 9,720 yen and a change of 1,000 yen is generated. As shown in FIG. 28, the cash confirmation screen S14 also displays the insertion number display column R9 for banknotes and the insertion number display column R10 for coins, as in the cash settlement screen S13. Therefore, the customer can know the number of coins finally paid by denomination by checking the cash confirmation screen S14.

The customer who confirms the cash confirmation screen S14 touches the confirmation button B27. Then, the screen of the touch panel 102 is switched from the cash confirmation screen S14 to the receipt issuing screen. Therefore, the customer collects the purchase receipt issued from the receipt issuing port 104. After that, the screen of the touch panel 102 is switched from the receipt issuing screen to the ending screen. The customer opens the door, takes out the product from the storage room 1012a, and packs the product.
This completes the operation from the start of registration of a commercial transaction involving the sale and purchase of goods to the end of settlement.

Hereinafter, a modified example of the embodiment will be described.
FIG. 30 is an example in which the inserted number display column R9 for banknotes and the inserted number display column R10 for coins are changed on the cash settlement screen S13. That is, the cash settlement screen S131 shown in FIG. 30 selects only the denomination of the actually inserted banknote in the insertion number display field R91 and displays the number of insertions. Similarly, in the insertion number display column R101, only the denomination of the actually inserted coin is selected and the insertion number is displayed.

By adopting such a configuration, since all the coins of the denomination displayed on the screen S131 are inserted, it becomes possible to more clearly display which denomination the operator has inserted. ..

FIG. 31 is an example in which the inserted number display column R9 for banknotes and the inserted number display column R10 for coins are changed on the cash settlement screen S13. That is, the cash settlement screen S132 shown in FIG. 31 also displays the number of rejects for each of the insertion number display column R92 for banknotes and the insertion number display column R102 for coins.
For example, a coin inserted into the coin slot 107 is normally stored in the coin safe 202 without being rejected. However, for example, because the coin is deformed, the effect may be rejected by the coin reject portion 210. In such a case, the input amount displayed on the cash settlement screen S132 is smaller than the amount input by the customer. Even in such a case, since the presence or absence of rejected coins or banknotes can be confirmed on the cash settlement screen S132 of FIG. 31, the operator can easily know the reason why the input amount is displayed so small. be able to.

The notification means is not limited to the means for displaying the number of coins of each denomination on the touch panel 102. It may be displayed on a display provided separately from the touch panel 102. Further, the notification may be performed by a notification means other than the display, for example, a voice output or the like.

The payment device is not limited to the self-service POS terminal. It may be a normal POS terminal operated by a clerk. Further, the registration device and the payment device may be separated, and the registration device may be a semi-self-type POS terminal operated by a clerk and the payment device may be operated by a customer.

The automatic change machine 119 may be a bill and a coin separated from each other. That is, an automatic change machine dedicated to coins may be mounted on the payment device to notify the number of coins inserted by denomination. Similarly, an automatic change machine for banknotes may be mounted on the payment device to notify the number of inserted banknotes by denomination.

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

In addition, although some embodiments of the present invention have been described, these embodiments are presented as examples and are not intended to limit the scope of the invention. These novel embodiments can be implemented in various other embodiments, and various omissions, replacements, and changes can be made without departing from the gist of the invention. These embodiments and modifications thereof are included in the scope and gist of the invention, and are also included in the scope of the invention described in the claims and the equivalent scope thereof.

1 ... Self-service POS terminal, 100 ... Main body, 101 ... Reader, 102 ... Touch panel, 106 ... Banknote inlet / outlet, 107 ... Coin slot, 108 ... Coin payout exit, 110 ... CPU, 119 ... Automatic change machine, 204 ... Controller, 205 ... Banknote sorting unit, 206 ... Banknote counter, 207 ... Banknote rejecting unit, 208 ... Coin sorting unit, 209 ... Coin counter, 210 ... Coin rejecting unit, 301 ... Transaction memory, 302 ... Banknote memory, 303 ... Coin memory ..

Claims (5)

A deposit processing method that calculates the amount of money deposited as payment for the invoiced amount of commercial transactions, and
A settlement processing means for processing the settlement of a commercial transaction in which the amount calculated by the deposit processing means is equal to or greater than the invoiced amount.
The first counting means for counting the number of deposited coins by denomination,
A first notifying means for notifying the depositor of the number of coins counted by the first counting means by denomination before the settlement by the settlement processing means is processed.
A display means for displaying the difference as a shortage amount on the display unit when the amount of money deposited is less than the invoiced amount.
Rejection means to reject foreign objects that were put in as payment but cannot identify the denomination,
A second counting means that counts the number of times rejected by the rejecting means,
A second notifying means for displaying the rejected number of times in the vicinity of the shortage amount on the display unit and notifying the depositor.
A payment device equipped with. The display unit further displays the amount of money deposited and displays the amount of money.
The payment device according to claim 1, wherein the first notification means displays the number of the money of each denomination together with the amount of the deposited money on the display unit. The payment device according to claim 2, wherein the first notification means divides the number of coins of the denomination type into bills and coins and displays them on the display unit. The settlement according to any one of claims 1 to 3 , wherein the second notifying means notifies the depositor of the number of times the money is rejected together with the number of coins of the denomination type notified by the first notifying means. Device. A computer of a payment device having an automatic change machine equipped with a function of calculating the amount of money deposited as payment for the invoiced amount of commercial transactions and a function of counting the number of money deposited by denomination.
A function to process the settlement of commercial transactions in which the amount of money deposited is equal to or greater than the invoiced amount.
A function of notifying the depositor of the number of counted coins by denomination before the settlement is processed.
A function to display the difference as a shortage amount on the display unit when the amount of money deposited is less than the invoiced amount.
A function to reject foreign objects that were put in as payment but cannot identify the denomination,
The function to count the number of times rejected, and
A function of displaying the rejected number of times in the vicinity of the shortage amount on the display unit and notifying the depositor.
A control program to realize.

Images