Article sales system and program thereof

JP2025029834AActive Publication Date: 2025-03-07TOSHIBA TEC KK
View PDF 3 Cites 0 Cited by

Patent Information

Application Number
JP2023134696
Authority / Receiving Office
JP · JP
Patent Type
Applications
Current Assignee / Owner
Filing Date
2023-08-22
Publication Date
2025-03-07
Estimated Expiration
2043-08-22

Smart Images

  • Figure 2025029834000001_ABST
    Figure 2025029834000001_ABST
Patent Text Reader

Abstract

To allow a purchaser to perform operations related to the payment of the price.SOLUTION: An article sales system includes missing detection means and control means. The missing detection means detects whether or not there is any missing information pertaining to the purchased articles transmitted to the payment machine by information transmission means of a sales processor. If the missing information is detected by the missing detection means, the control means enables payment by first payment means of the sales processor and disables payment by second payment means of the payment machine.SELECTED DRAWING: Figure 40
Need to check novelty before this filing date? Find Prior Art

Description

[Technical field]

[0001] An embodiment of the present invention relates to a product sales system and a program therefor. [Background technology]

[0002] There is a two-person system as a product sales system for large retail stores such as supermarkets and home improvement centers. The two-person product sales system includes an input device operated by a store clerk called a checker, and a payment device operated by a store clerk called a cashier. The input device is a device for inputting information related to purchased products such as barcodes attached to the products. The payment device is a device for processing product sales data of purchased products based on information input via the input device and settling transactions with customers. In the two-person product sales system, since the input device and the payment device are separate, input of information related to purchased products of a second customer can start in the input device while the payment device is processing the payment of the first customer. Therefore, customers can be judged efficiently.

[0003] On the other hand, in recent years, from the viewpoint of reducing labor costs and preventing infectious diseases, there is a demand to have customers themselves perform operations related to deposits required for settlement of transactions. Even in a two-person product sales system, customers themselves perform operations related to deposits into the settlement device. This makes it unnecessary to have a store clerk in charge of cashiering, so labor costs can be reduced. In addition, since the store clerk does not touch cash, cash cards, etc., it can also be used as a countermeasure against infectious diseases. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2018-152133 A Summary of the Invention [Problem to be solved by the invention]

[0005] The problem that an embodiment of the present invention aims to solve is to provide a product sales system and a program therefor that can reduce labor costs by having the purchaser perform the payment operations, and can also be highly effective in terms of infection control. [Means for solving the problem]

[0006] In one embodiment, the merchandise vending system includes a vending processor and a payment machine. The sales processing device includes a first processing means, an information transmitting means, an instruction transmitting means, and a first settlement means. The first processing means processes product sales data of the purchased product based on information related to the purchased product input to the input device. The information transmitting means transmits information related to the purchased product to the payment machine before receiving an instruction to end input of the information related to the purchased product from the input device. The instruction transmitting means transmits an input end instruction to the payment machine if settlement of the transaction is not possible at the time of receiving the input end instruction from the input device. The first settlement means settles the transaction of the sales data processed by the first processing means if settlement of the transaction is possible at the time of receiving the input end instruction from the input device. The payment machine includes a second processing means and a second settlement means. The second processing means processes merchandise sales data of the purchased merchandise based on information related to the purchased merchandise received from the sales processing device. The second settlement means settles the transaction of the sales data processed by the second processing means in response to receiving an input end instruction from the sales processing device. The product sales system thus configured comprises a missing item detection means and a control means. The missing item detection means detects whether there is a missing item in the information related to the purchased product transmitted to the payment machine by the information transmission means of the sales processing device. When the missing item detection means detects that there is a missing item in the information related to the purchased product, the control means validates the payment made by the first payment means of the sales processing device and invalidates the payment made by the second payment means of the payment machine. [Brief description of the drawings]

[0007] [Figure 1] FIG. 1 is a schematic configuration diagram of a product sales system common to each embodiment. [Diagram 2] FIG. 2 is a block diagram showing the main circuit configuration of the device main body in the sales processing device. [Diagram 3] FIG. 3 is a schematic diagram showing main storage areas formed in the main memory of the sales processing device. [Figure 4] FIG. 4 is a block diagram showing the main circuit configuration of the payment machine. [Diagram 5] FIG. 5 is a schematic diagram showing the main storage areas formed in the main memory of the payment machine. [Figure 6] FIG. 6 is a schematic diagram showing the main functional configuration of the input device, the sales processing device, and the payment machine. [Figure 7] FIG. 7 is a flowchart showing the main steps of a first information processing operation executed by a processor of the sales processing device in accordance with a first business program. [Figure 8] FIG. 8 is a flowchart showing the main steps of a first information processing operation executed by the processor of the sales processing device in accordance with a first business program. [Figure 9] FIG. 9 is a flowchart showing the main steps of a first information processing operation executed by the processor of the sales processing device in accordance with a first business program. [Figure 10] FIG. 10 is a flowchart showing the main steps of a first information processing operation executed by the processor of the sales processing device in accordance with a first business program. [Figure 11] FIG. 11 is a flowchart showing the main steps of the second information processing executed by the processor of the sales processing device in accordance with the first business program. [Figure 12] FIG. 12 is a flowchart showing a main procedure of the third information processing executed by the processor of the sales processing device in accordance with the first business program. [Figure 13] FIG. 13 is a flowchart showing the main steps of a fourth information processing executed by the processor of the payment machine in accordance with the second business program. [Figure 14] FIG. 14 is a flowchart showing the main steps of a fifth information processing operation executed by the processor of the payment machine in accordance with the second business program. [Figure 15]FIG. 15 is an example of a registration screen displayed on the touch panel of the input device. [Figure 16] FIG. 16 is an example of a registration screen displayed on the display of the input device. [Figure 17] FIG. 17 is an example of a sub-plan screen displayed on the touch panel of the input device. [Figure 18] FIG. 18 is an example of a sub-plan view displayed on the display of the input device. [Figure 19] FIG. 19 shows an example of a payment method selection screen displayed on the touch panel of the input device. [Figure 20] FIG. 20 is an example of a payment screen displayed on the touch panel of the input device. [Figure 21] FIG. 21 shows an example of a pop-up displayed on the payment screen of the touch panel of the input device while waiting for payment. [Figure 22] FIG. 22 shows an example of text displayed on the small screen of the display of the input device while waiting for payment. [Diagram 23] FIG. 23 shows an example of a pop-up displayed on a payment screen on the touch panel of an input device when payment is possible at a sales processing device. [Figure 24] FIG. 24 shows an example of text that is displayed on the small screen of the display of the input device when payment is possible at the sales processing device. [Diagram 25] FIG. 25 is an example of a pop-up displayed on the payment screen of the touch panel of the input device when payment is possible at the payment machine. [Figure 26] FIG. 26 shows an example of the text displayed on the small screen of the display of the input device when payment is possible at the payment machine. [Figure 27] FIG. 27 shows an example of a payment start screen displayed on the first touch panel of the sales processing device. [Figure 28] FIG. 28 shows an example of a payment method selection screen displayed on the second touch panel of the sales processing device. [Figure 29]FIG. 29 shows an example of a cash payment notification screen displayed on the first touch panel of the sales processing device. [Diagram 30] FIG. 30 shows an example of a cash payment notification screen displayed on the second touch panel of the sales processing device. [Diagram 31] FIG. 31 shows an example of a cash payment in progress screen displayed on the first touch panel of the sales processing device. [Diagram 32] FIG. 32 is an example of a cash payment in progress screen displayed on the second touch panel of the sales processing device. [Diagram 33] FIG. 33 shows an example of a cash payment completion screen displayed on the first touch panel of the sales processing device. [Diagram 34] FIG. 34 shows an example of a cash payment completion screen displayed on the second touch panel of the sales processing device. [Diagram 35] FIG. 35 is an example of a statement confirmation screen displayed on the touch panel of a payment machine. [Diagram 36] FIG. 36 shows an example of a payment method selection screen displayed on the touch panel of the payment machine. [Figure 37] FIG. 37 is an example of a cash payment notification screen displayed on the touch panel of the payment machine. [Figure 38] FIG. 38 is an example of a cash payment in progress screen displayed on the touch panel of the payment machine. [Figure 39] FIG. 39 is an example of a cash payment completion screen displayed on the touch panel of the payment machine. [Diagram 40] FIG. 40 is a schematic diagram showing the main functional configuration of the product sales system in the first embodiment. [Diagram 41] FIG. 41 is a flowchart showing a main procedure of a sixth information processing executed by the processor of the sales processing device in accordance with the first business program in the first embodiment. [Diagram 42] FIG. 42 is a flowchart showing the main steps of a seventh information processing operation executed by the processor of the payment machine in accordance with the second business program in the first embodiment. [Diagram 43]FIG. 43 is a schematic diagram showing the main functional configuration of the product sales system in the second embodiment. [Diagram 44] FIG. 44 is a flowchart showing the main steps of an eighth information processing operation executed by the processor of the sales processing device in accordance with the first business program in the second embodiment. [Diagram 45] FIG. 45 is a flowchart showing the main steps of a ninth information processing operation executed by the processor of the payment machine in accordance with the second business program in the second embodiment. [Figure 46] FIG. 46 is a schematic diagram showing the main functional configuration of the product sales system in the third embodiment. [Figure 47] FIG. 47 is a flowchart showing the main steps of a tenth information processing operation executed by the processor of the sales processing device in accordance with the first business program in the third embodiment. [Figure 48] FIG. 48 is a flowchart showing the main steps of an eleventh information processing operation executed by the processor of the payment machine in accordance with the second business program in the third embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0008] Hereinafter, a number of embodiments of a product sales system that allows a purchaser to perform operations related to payment will be described with reference to the drawings. First, the configuration and basic operation and function of a product sales system 1 (see FIG. 1) common to each embodiment will be described with reference to FIGS. 1 to 39.

[0009] [Product sales system configuration] FIG. 1 is a schematic diagram of a product sales system 1. The product sales system 1 includes an input device 2, a sales processing device 3, and a payment machine 4. The input device 2 and the payment machine 4 are each connected to the sales processing device 3 to constitute the product sales system 1. The input device 2 and the sales processing device 3 are connected one-to-one via a transmission cable 53 (see FIG. 2). The sales processing device 3 and the payment machine 4 are connected one-to-n (n is an integer equal to or greater than 1) via a LAN (Local Area Network) 54 (see FIG. 2). The input device 2 and the sales processing device 3 may be connected by short-range wireless communication. The sales processing device 3 and the payment machine 4 may be connected by wireless LAN. In this embodiment, the number n of payment machines 4 connected to the sales processing device 3 is set to 1.

[0010] The input device 2 is attached to the checkout counter 51. The checkout counter 51 is arranged along the aisle PA along which shoppers walk in the direction of the arrow in the figure. The input device 2 is attached to approximately the center of the top surface of the checkout counter 51, and the upstream side of the input device 2 on the aisle PA is used as a space for placing purchased items before registration, and the downstream side is used as a space for placing purchased items after registration.

[0011] The input device 2 comprises, as input / output devices, a fixed scanner 21, a handy scanner 22, a touch panel 23, a keyboard 24, and a display 25. The input device 2 has the fixed scanner 21 disposed so as to protrude upward from the top surface of the checkout counter 51, and the handy scanner 22, the touch panel 23, the keyboard 24, and the display 25 disposed around the fixed scanner 21.

[0012] More specifically, the input device 2 has a stationary scanner 21 fixed to the top surface of the checkout counter 51. The stationary scanner 21 is vertical and fixed so that the barcode reading window is located on the surface opposite the aisle PA. The input device 2 has a handy scanner 22 engaged with one side of the stationary scanner 21. The touch panel 23 is attached to the top of the stationary scanner 21 so that its operation panel surface faces the same direction as the reading window of the stationary scanner 21. The keyboard 24 is attached to one side of the touch panel 23 so that its key surface faces the same direction as the operation panel surface of the touch panel 23. The display 25 is attached to one side of the stationary scanner 21 so that its display screen faces the aisle PA. The display 25 may be a touch panel.

[0013] With such an arrangement of input / output devices, a store clerk standing in space SP on the opposite side of checkout counter 51 from aisle PA can operate fixed scanner 21, handheld scanner 22, touch panel 23, or keyboard 24 to input information related to the purchased item by the purchaser, such as the item code, purchase quantity, discount amount, etc. At this time, the store clerk can confirm the product name, unit price, etc. of the purchased item from the information displayed on touch panel 23. The purchaser can confirm the product name, unit price, etc. of the purchased item from the information displayed on display 25.

[0014] The sales processing device 3 is a computer device that functions as a terminal of a POS (Point Of Sales) system. The sales processing device 3 includes a keyboard 31 and a first touch panel 32 as devices integrated with the device main body 30, and includes a handy scanner 33, a second touch panel 34, a printer 35, an automatic change dispenser 36, a cashless payment terminal 37, etc. as devices externally attached to the device main body 30. The sales processing device 3 is placed on the top surface of a cash register counter 52, which is installed near the downstream end of a checkout counter 51 on the opposite side to the aisle PA.

[0015] In detail, the device body 30 of the sales processing device 3 is placed on the cash register counter 52 so that the key surface of the keyboard 31 and the operation panel surface of the first touch panel 32 face the space SP where the store clerk stands. The handy scanner 33, the second touch panel 34, the printer 35, the automatic change machine 36, and the cashless payment terminal 37 are arranged around the device body 30. The handy scanner 33 is arranged at a position where the store clerk standing in the space SP can operate it. The second touch panel 34 is arranged at a position where the display screen is visible to the customer standing in the aisle PA. The printer 35 is arranged at a position where the customer standing in the aisle PA can easily receive a receipt. The automatic change machine 36 is arranged at a position where the customer standing in the aisle PA can easily insert cash and take out the dispensed change. The cashless payment terminal 37 is arranged at a position where the customer standing in the aisle PA can easily operate it when making a cashless payment such as a credit card payment, an electronic money payment, or a code payment.

[0016] With such device placement, a customer standing in the aisle PA can immediately check information displayed on the second touch panel 34, for example, information related to payment. The customer can immediately receive a receipt issued by the printer 35. A customer who pays with cash can insert cash into the automatic change machine 36 while standing in the aisle PA and collect the change that is dispensed. A customer who pays by cashless payment can pay the price cashlessly by operating the cashless payment terminal 37 while standing in the aisle PA. In this way, the sales processing device 3 functions as a self-service payment machine that allows the customer to perform operations related to payment themselves.

[0017] The payment machine 4 is also a self-service type payment machine that allows the purchaser to perform operations related to payment by himself / herself. The payment machine 4 is used by a purchaser who is unable to pay at the sales processing device 3 because the sales processing device 3 is in use. Therefore, the payment machine 4 is installed downstream of the sales processing device 3 in the direction of movement of the purchaser, as indicated by the arrow in the figure. The payment machine 4 may also be installed on the opposite side of the sales processing device 3 across the aisle PA.

[0018] The payment machine 4 has a box-shaped housing 40 on one side which faces the customer. In the following, the side which faces the customer is referred to as the front. The payment machine 4 has a basket stand 41 attached to the right side as seen from the front. The basket stand 41 is a space for a customer who uses the payment machine 4 to pay for a purchase to place a shopping basket or the like containing the purchased items.

[0019] The payment machine 4 includes a touch panel 42 as a man-machine interface with the purchaser. The touch panel 42 is attached at a position where the purchaser, who is an operator, can easily operate it. In this embodiment, the touch panel 42 is attached to the top of the housing 40 with the display screen facing the front. The payment machine 4 includes a printer 87 (see FIG. 4) for printing receipts built into the housing 40, and a receipt issuing port 43 for issuing receipts printed by the printer 87 is formed on the front side of the housing 40. The payment machine 4 also includes an automatic change machine 88 (see FIG. 4), and a coin insertion port 44, a coin ejection port 45, and a bill receiving / exiting port 46 are formed on the front side of the housing 40. With this arrangement, a purchaser who pays with cash inserts bills into the bill receiving / exiting port 46 and inserts coins into the coin insertion port 44. Then, the payment machine 4 collects bills discharged from the bill inlet / outlet 46 as change or coins dispensed into the coin outlet 45 as change, and receives a receipt issued from the receipt issuing port 43. Although not shown in Fig. 1, the payment machine 4 also includes a cashless payment terminal 89 (see Fig. 4) and is therefore also capable of handling cashless payments.

[0020] The payment machine 4 has a patrol lamp 47 attached to the top of the housing 40. The patrol lamp 47 is a lamp for notifying the operating status of the payment machine 4 to store clerks in the space SP. The operating status of the payment machine 4 notified by the patrol lamp 47 includes "payment in progress" and "standby." "Payment in progress" is the period from when the purchaser starts to pay the price until it is finished. The other period is "standby."

[0021] In large retail stores such as supermarkets and home improvement centers, multiple product sales systems 1 having such a configuration are generally installed in parallel in a cash register that is separated from the sales floor where products are displayed. On the other hand, in small retail stores such as specialty stores, only one product sales system 1 may be installed in the store.

[0022] 2 is a block diagram showing the main circuit configuration of the device main body 30 in the sales processing device 3. As shown in the figure, the device main body 30 includes a processor 61, a main memory 62, an auxiliary storage device 63, a clock 64, a communication interface 65, a scanner interface 66, a touch panel interface 67, a printer interface 68, a change dispenser interface 69, a payment terminal interface 70, an input device interface 71, and a system transmission path 72. The system transmission path 72 includes an address bus, a data bus, a control signal line, and the like. The system transmission path 72 connects the processor 61 to each of the other components, and transmits data signals exchanged between them.

[0023] The device main body 30 constitutes a computer by connecting a processor 61, a main memory 62, an auxiliary storage device 63, a clock 64, a communication interface 65, a scanner interface 66, a touch panel interface 67, a printer interface 68, a change machine interface 69, a payment terminal interface 70, and an input device interface 71 via a system transmission path 72. The device main body 30 also connects a keyboard 31 and a first touch panel 32 to the computer via the system transmission path 72.

[0024] The processor 61 corresponds to the central part of the computer. The processor 61 controls each part to realize various functions of the sales processing device 3 according to an operating system or an application program. The processor 61 is, for example, a CPU (Central Processing Unit). The processor 61 is a multi-core processor that includes multiple processor cores and can execute multiple processes in parallel.

[0025] The main memory 62 corresponds to the main storage portion of the computer. The main memory 62 includes a nonvolatile memory area and a volatile memory area. The main memory 62 stores an operating system or an application program in the nonvolatile memory area. The main memory 62 may store data required for the processor 61 to execute processes for controlling each part in the nonvolatile or volatile memory area. The main memory 62 uses the volatile memory area as a work area where data is appropriately rewritten by the processor 61. The nonvolatile memory area is, for example, a ROM (Read Only Memory). The volatile memory area is, for example, a RAM (Random Access Memory).

[0026] The auxiliary storage device 63 corresponds to the auxiliary storage portion of the computer. For example, an EEPROM (Electric Erasable Programmable Read-Only Memory), an HDD (Hard Disk Drive), or an SSD (Solid State Drive) can be the auxiliary storage device 63. The auxiliary storage device 63 stores data used by the processor 61 in performing various processes, data created by the processes in the processor 61, etc. The auxiliary storage device 63 may also store the above-mentioned application programs.

[0027] The clock 64 keeps track of the date and time. The processor 61 processes the date and time kept by the clock 64 as the current date and time.

[0028] The communication interface 65 is an interface for performing data communication with the payment machine 4 connected to the LAN 54. The communication interface 65 is also an interface for performing data communication with the POS server 55 which is also connected to the LAN 54. The POS server 55 is a computer that has a product master that stores product data such as the product name and unit price of each product sold in the store, and collects and tallys product sales data of purchased products processed by the sales processing device 3, and manages sales, inventory, etc. at the time of sale.

[0029] The scanner interface 66, touch panel interface 67, printer interface 68, change machine interface 69, and payment terminal interface 70 are all interfaces for performing data communication with devices externally attached to the apparatus main body 30. That is, the scanner interface 66 performs data communication with the handheld scanner 33. The touch panel interface 67 performs data communication with the second touch panel 34. The printer interface 68 performs data communication with the printer 35. The change machine interface 69 performs data communication with the automatic change machine 36. The payment terminal interface 70 performs data communication with the cashless payment terminal 37.

[0030] The input device interface 71 is an interface for performing data communication with the input device 2 connected via the transmission cable 53. That is, the input device interface 71 performs data communication with the fixed scanner 21, the handy scanner 22, the touch panel 23, the keyboard 24, and the display 25, respectively.

[0031] FIG. 3 is a schematic diagram showing the main storage areas formed in the main memory 62. The sales processing device 3 uses a part of the volatile storage area in the main memory 62 as an area for a first transaction file 621, a second transaction file 622, a status memory 623, and a flag memory 624. The first transaction file 621 and the second transaction file 622 are areas for storing product sales data of purchased products to be processed as one transaction. The product sales data includes items such as the product code, product name, unit price, purchase quantity, and sales amount of the purchased product. The sales amount is the amount obtained by multiplying the unit price by the purchase quantity. The product sales data may include at least the product code and purchase quantity of the purchased product. The status memory 623 is an area for storing a payment status ST. The flag memory 624 is an area for storing a first payment in progress flag Fa and a second payment in progress flag Fb.

[0032] The payment status ST is identification information that indicates a status related to payment. There are a first status in which a payment method is not specified by the input device 2, and a second status in which a payment method is specified by the input device 2. In this embodiment, the payment status ST indicating the first status is set to "10," and the payment status ST indicating the second status is set to "20."

[0033] The first payment in progress flag Fa is 1-bit data for identifying whether or not a payment is being made in the sales processing device 3. In this embodiment, the first payment in progress flag Fa indicating that a payment is being made is set to "1", and the first payment in progress flag Fa indicating that a payment is not being made is set to "0".

[0034] The second payment in progress flag Fb is 1-bit data for identifying whether or not a payment is being made at the payment machine 4. In this embodiment, the second payment in progress flag Fb indicating that a payment is being made is set to "1", and the second payment in progress flag Fb indicating that a payment is not being made is set to "0".

[0035] Fig. 4 is a block diagram showing the main circuit configuration of the payment machine 4. As shown in the figure, the payment machine 4 comprises a processor 81, a main memory 82, an auxiliary storage device 83, a clock 84, a communication interface 85, and a system transmission path 86. The system transmission path 86 includes an address bus, a data bus, a control signal line, etc. The system transmission path 86 connects the processor 81 to each of the other parts, and transmits data signals exchanged between them.

[0036] The payment machine 4 constitutes a computer by connecting a processor 81, a main memory 82, an auxiliary storage device 83, a clock 84, and a communication interface 85 via a system transmission path 86. The payment machine 4 also connects the touch panel 42, the patrol lamp 47, a printer 87, an automatic change machine 88, and a cashless payment terminal 89 to the computer via the system transmission path 86.

[0037] The processor 81 corresponds to the central part of the computer. The processor 81 controls each part to realize various functions of the payment machine 4 according to an operating system or an application program. The processor 81 is, for example, a CPU.

[0038] The main memory 82 corresponds to the main storage portion of the computer. The main memory 82 includes a nonvolatile memory area and a volatile memory area. The main memory 82 stores an operating system or an application program in the nonvolatile memory area. The main memory 82 may store data required for the processor 81 to execute processes for controlling each part in the nonvolatile or volatile memory area. The main memory 82 uses the volatile memory area as a work area where data is appropriately rewritten by the processor 81. The nonvolatile memory area is, for example, a ROM. The volatile memory area is, for example, a RAM.

[0039] The auxiliary storage device 83 corresponds to the auxiliary storage portion of the computer. For example, an EEPROM, a HDD, or an SSD can be the auxiliary storage device 83. The auxiliary storage device 83 stores data used by the processor 81 when performing various processes, data created by the processes in the processor 81, etc. The auxiliary storage device 83 may also store the application programs described above.

[0040] The clock 84 keeps track of the date and time. The processor 81 processes the date and time kept by the clock 84 as the current date and time.

[0041] The communication interface 85 is an interface for performing data communication with the sales processing device 3 connected to the LAN 54. The communication interface 85 is also an interface for performing data communication with the POS server 55 also connected to the LAN 54.

[0042] 5 is a schematic diagram showing main storage areas formed in the main memory 82. The payment machine 4 uses a part of the volatile storage area in the main memory 82 as an area for a third transaction file 821, a fourth transaction file 822, and a flag memory 823. Like the first transaction file 621 and the second transaction file 622, the third transaction file 821 and the fourth transaction file 822 are areas for storing product sales data of purchased products processed as one transaction.

[0043] The flag memory 823 is an area for storing a third payment in progress flag Fc. The third payment in progress flag Fc is 1-bit data for identifying whether or not a payment is being made at the payment machine 4. In this embodiment, the third payment in progress flag Fc indicating that a payment is being made is set to "1", and the third payment in progress flag Fc indicating that a payment is not being made is set to "0".

[0044] 6 is a schematic diagram showing the main functional configurations of the input device 2, the sales processing device 3 and the payment machine 4. The input device 2 has the functions of an input means 201, a completion acceptance means 202 and a first payment acceptance means 203. The sales processing device 3 has the functions of a first communication means 301, a first processing means 302, a second payment acceptance means 303, a first settlement means 304, a storage means 305, a notification means 306, an invalidation means 307, a second communication means 308, an information transmission means 309, an instruction transmission means 310 and a deletion instruction means 311. The payment machine 4 has the functions of a third payment acceptance means 401, a second processing means 402, a second settlement means 403 and a deletion means 404.

[0045] The input means 201 is a function for inputting information related to the purchased product that the purchaser purchases. The input means 201 inputs information related to the purchased product, such as the product code and purchase quantity, via an input device such as the fixed scanner 21, the handy scanner 22, the touch panel 23, the keyboard 24, etc. For example, the input means 201 inputs the product code of the purchased product from a barcode read by the fixed scanner 21 or the handy scanner 22. For example, the input means 201 inputs the purchase quantity of the purchased product from a numerical value input by operating the numeric keypad on the touch panel 23 or the keyboard 24.

[0046] The end accepting means 202 is a function for accepting an instruction to end input of information related to a purchased product. The end accepting means 202 accepts the instruction to end input of information related to a purchased product via an input device such as the touch panel 23 or the keyboard 24. For example, the end accepting means 202 accepts a signal generated by a predetermined key operation on the touch panel 23 or the keyboard 24 as an instruction to end input of information related to a purchased product.

[0047] The first payment acceptance means 203 is a function that accepts the selection and input of a payment method via a device operated by a store clerk. The device operated by a store clerk is, for example, a touch panel 23. The first payment acceptance means 203 displays a selection screen for a payment method on the touch panel 23. The first payment acceptance means 203 then accepts the payment method selected by touching the screen as the selected and input payment method. There is no particular restriction on the type of device. For example, it may be a keyboard 24. The payment methods include cash, credit card, electronic money, code payment, etc. The payment methods may also include a gift certificate or other voucher.

[0048] The first communication means 301 is a function by which the sales processing device 3 communicates with the input device 2 via the input device interface 71. The first communication means 301 receives information related to the purchased item input by the input means 201 from the input device 2. The first communication means 301 receives an input end instruction signal received by the end receiving means 202 from the input device 2. The first communication means 301 receives information on the payment method received by the first payment receiving means 203 from the input device 2.

[0049] The first processing means 302 is a function for processing product sales data of the purchased product based on information related to the purchased product input via the input means 201. The first processing means 302 acquires product data such as product name and unit price from the product master based on the product code of the purchased product, and generates product sales data of the purchased product consisting of items such as product code, product name, unit price, purchase quantity, sales amount, etc. The first processing means 302 writes the product sales data into the first transaction file 621 for storage.

[0050] The second payment acceptance means 303 is a function that accepts the selection input of the payment method via a device operated by the purchaser. The device operated by the purchaser is, for example, the second touch panel 34. The second payment acceptance means 303 displays a selection screen of the payment method on the second touch panel 34. The second payment acceptance means 303 accepts the payment method selected by touching the screen as the selected and input payment method. The type of device is not particularly limited. The device operated by the purchaser may be a pointing device that moves a pointer displayed on a display. The payment method is cash, credit card, electronic money, code payment, etc. The second payment acceptance means 303 accepts the selection input of the payment method when the first payment acceptance means 203 has not accepted the selection input of the payment method at the time when the end acceptance means 202 accepts the input end instruction. Whether or not the selection input of the payment method has been accepted at the time when the input end instruction is accepted can be identified by the payment status ST. Specifically, when the payment status ST is “10”, that is, in the first state in which no payment method has been specified using the input device 2, the second payment acceptance means 303 accepts the selection and input of any one of the payment methods via the second touch panel 34.

[0051] The first payment means 304 is a function of settling the transaction with the buyer according to the payment method accepted by the first payment acceptance means 203 or the second payment acceptance means 303 when the transaction can be settled at the time when the end acceptance means 202 accepts the input end instruction. The first payment means 304 determines that the transaction can be settled when the first payment in progress flag Fa stored in the flag memory 624 is "0", that is, when another buyer has not paid the price at the sales processing device 3. For example, when the first payment means 304 accepts cash as the payment method, it settles the transaction with the buyer in cooperation with the automatic change machine 36. For example, when the first payment means 304 accepts cashless payment as the payment method, it settles the transaction with the buyer in cooperation with the cashless payment terminal 37.

[0052] The storage means 305 has a function of storing first identification information indicating that payment by the first payment means 304 is in progress and second identification information indicating that payment by the second payment means 403 is in progress. The first payment in progress flag Fa stored by the flag memory 624 functions as the first identification information. The second payment in progress flag Fb stored by the flag memory 624 functions as the second identification information. In other words, the flag memory 624 is an example of the storage means 305.

[0053] The guiding means 306 has a function of guiding the purchaser to pay the price at the payment machine 4 when the input end instruction is received by the end receiving means 202 while the storage means 305 has stored the first identification information and has not stored the second identification information. The guiding means 306 displays an image guiding the purchaser to pay at the payment machine 4 on the touch panel 23 of the input device 2 to provide guidance to the store clerk. The store clerk verbally guides the purchaser to pay the price at the payment machine 4. The guiding means 306 may display an image guiding the purchaser to pay at the payment machine 4 on the display 25 of the input device 2 to provide guidance directly to the purchaser. The guiding means 306 may display an image guiding the purchaser to pay at the payment machine 4 on the touch panel 23 and the display 25 to provide guidance to both the store clerk and the purchaser.

[0054] The invalidation means 307 is a function for invalidating the acceptance of an input end instruction by the end acceptance means 202 while the storage means 305 is storing the first identification information and the second identification information. That is, when the first payment in progress flag Fa and the second payment in progress flag Fb stored in the flag memory 624 are both "1", the invalidation means 307 invalidates and does not accept the input end instruction for information related to the purchased product.

[0055] The second communication means 308 is a function by which the sales processing device 3 communicates with the payment machine 4 via the communication interface 65. The second communication means 308 communicates with the payment machine 4 in conjunction with information transmission means 309, instruction transmission means 310 and deletion instruction means 311, which will be described later.

[0056] The information transmitting means 309 has a function of transmitting information relating to purchased goods input via the input means 201 to the payment machine 4. The information transmitting means 309 transmits information relating to purchased goods, such as a product code and a purchase quantity, input via an input device such as the fixed scanner 21, the handy scanner 22, the touch panel 23, the keyboard 24, etc., to the payment machine 4 via the communication interface 65. The information transmitting means 309 transmits information relating to purchased goods every time the information is input.

[0057] The instruction sending means 310 has a function of sending an input end instruction to the payment machine 4 when the transaction cannot be settled at the sales processing device 3 at the time the end receiving means 202 receives the input end instruction. The instruction sending means 310 determines that the transaction cannot be settled when the first payment in progress flag Fa stored in the flag memory 624 is "1", that is, when another purchaser is paying the price at the sales processing device 3. The instruction sending means 310 sends the input end instruction received by the end receiving means 202 to the payment machine 4.

[0058] The deletion instruction means 311 has a function of instructing the payment machine 4 to delete the sales data if the payment of the transaction is possible in the sales processing device 3 at the time when the completion acceptance means 202 accepts the input completion instruction. The sales processing device 3, by functioning as the information transmission means 309, transmits information related to the purchased product to the payment machine 4 every time the information is input. The payment machine 4, by functioning as the second processing means 402, processes the product sales data of the purchased product based on the information related to the purchased product. However, the product sales data becomes unnecessary when the payment of the transaction is possible in the sales processing device 3. Therefore, the deletion instruction means 311 outputs a signal to the payment machine 4 via the communication interface 65 to instruct the payment machine 4 to delete the sales data when the first payment in progress flag Fa stored in the flag memory 624 is "0" at the time when the completion acceptance means 202 accepts the input completion instruction.

[0059] The third payment acceptance means 401 is a function that accepts the selection and input of a payment method via a device operated by the purchaser. The device operated by the purchaser is, for example, a touch panel 42. The type of device is not particularly limited. The device operated by the purchaser may be a pointing device that moves a pointer displayed on a display. The payment methods are cash, credit card, electronic money, code payment, etc. The third payment acceptance means 401 accepts the selection and input of one of the payment methods via an input device such as the touch panel 42.

[0060] The second processing means 402 has a function of processing product sales data of the purchased product based on information related to the purchased product received from the sales processing device 3. The second processing means 402 acquires product data such as product name and unit price from the product master based on the product code of the purchased product received from the sales processing device 3 via the communication interface 85, and generates product sales data of the purchased product consisting of items such as product code, product name, unit price, purchase quantity, and sales amount. The second processing means 402 writes the product sales data in the third transaction file 821 for storage.

[0061] The second payment means 403 has a function of settling the transaction of the sales data processed by the second processing means 402 according to the payment method accepted by the first payment acceptance means 203 or the third payment acceptance means 401 in response to receiving an input end instruction from the sales processing device 3. The input end instruction is transmitted from the sales processing device 3 to the payment machine 4 by the function of the instruction transmission means 310 when the transaction cannot be settled by the sales processing device 3. When the second payment means 403 receives the input end instruction, it settles the transaction of the sales data processed by the second processing means 402 according to the payment method accepted by the first payment acceptance means 203 or the third payment acceptance means 401. When the second payment means 403 accepts, for example, cash as the payment method, it settles the transaction with the purchaser in cooperation with the automatic change machine 88. When the second payment means 403 accepts, for example, cashless payment as the payment method, it settles the transaction with the purchaser in cooperation with the cashless payment terminal 89.

[0062] The deletion means 404 is a function that deletes the sales data processed by the second processing means 402 in response to a deletion instruction received from the sales processing device 3. The deletion means 404 deletes the data stored in the third transaction file 821 when it receives a signal from the sales processing device 3 via the communication interface 85 instructing the deletion of the sales data.

[0063] The functions of the input device 2 as the input means 201, completion acceptance means 202 and first payment acceptance means 203, and the functions of the sales processing device 3 as the first communication means 301, first processing means 302, second payment acceptance means 303, first settlement means 304, memory means 305, guidance means 306, invalidation means 307, second communication means 308, information transmission means 309, instruction transmission means 310 and deletion instruction means 311 are all realized by information processing executed by the processor 61 in accordance with the first business program.

[0064] The first business program is a type of application program stored in the main memory 62 or the auxiliary storage device 63. There is no particular limitation on the method of installing the first business program in the main memory 62 or the auxiliary storage device 63. The first business program can be installed in the main memory 62 or the auxiliary storage device 63 by recording it on a removable recording medium, or by distributing the first business program by communication via a network. The recording medium may be in any form, such as a CD-ROM or memory card, as long as it can store a program and is readable by a device.

[0065] On the other hand, the functions of the payment machine 4 as the third payment accepting means 401, the second processing means 402, the second settlement means 403 and the deletion means 404 are realized by information processing executed by the processor 81 in accordance with the second business program.

[0066] The second business program is a type of application program stored in the main memory 82 or the auxiliary storage device 83. The method of installing the second business program in the main memory 82 or the auxiliary storage device 83 is not particularly limited. The second business program can be recorded on a removable recording medium, or distributed by communication via a network, and installed in the main memory 82 or the auxiliary storage device 83. The recording medium may be in any form, such as a CD-ROM or memory card, as long as it can store a program and is readable by a device.

[0067] [Product sales system operation] Next, the basic operation of the product sales system 1 will be explained using the flowcharts of Figures 7 to 14 and the screen examples of Figures 15 to 39. Note that the contents and procedures of the information processing explained using the flowcharts are merely examples. The contents and procedures can be changed as appropriate as long as similar operational effects can be achieved. The screen examples are also merely examples. The contents of the output text, the arrangement of images, the type and layout of the software keys, etc. can be changed as appropriate.

[0068] 7 to 10 are flow charts showing the main steps of the first information processing executed by the processor 61 of the sales processing device 3 according to the first business program. After going around the sales floor and collecting the purchased items, the purchaser moves to the checkout area. The purchaser then places the purchased items on the checkout counter 51 of an empty aisle PA. When the purchaser comes to the checkout area, the store clerk standing in the space SP issues a command to start registration. For example, the store clerk touches the start button displayed on the touch panel 23. This operation is a command to start registration. In response to this command, the processor 61 starts the first information processing. The processor 61 sets the screen of the touch panel 23 and the display 25 of the input device 2 as the registration screen as ACT101.

[0069] FIG. 15 is an example of a registration screen SAa displayed on the touch panel 23. The registration screen SAa is divided into a current area AAa, a details area AAb, and a total area AAc. The current area AAa is an area for displaying the product name, purchase quantity, and sales price of the most recently purchased item. The details area AAb is an area for displaying in list form, in sequential numerical order, the product name, purchase quantity, unit price, discount amount, and sales price of the purchased items in one transaction. The total area AAc is an area for displaying the total purchase quantity and total sales price of the purchased items in one transaction. The registration screen SAa includes a subtotal button BAa. The subtotal button BAa is a software key. The subtotal button BAa is an operator for commanding the output of a subtotal of the purchased items registered as one transaction.

[0070] Fig. 16 is an example of registration screen SBa displayed on display 25. Registration screen SBa divides the screen into multiple rows (seven rows in the example of Fig. 16), with the first row through the rows just before the last row being rows of detail area ABa, and the last row being rows of total area ABb. Each row of detail area ABa displays the product name, unit price, purchase quantity, and sales amount of the purchased product. In total area ABb, each row displays the total purchase quantity and total sales amount.

[0071] After checking the registration screen SAa, the clerk registers the purchased item placed on the checkout counter 51. That is, the clerk scans the barcode attached to the purchased item with the fixed scanner 21 or handheld scanner 22 of the input device 2. By scanning the barcode, the product code of the purchased item is input to the sales processing device 3 via the input device interface 71. If the purchased item does not have a barcode attached, the clerk causes the touch panel 23 of the input device 2 to display a list of items without barcodes. The clerk then selects the purchased item from the list. Through this operation, the product code of the purchased item without a barcode is input to the sales processing device 3 via the input device interface 71.

[0072] The processor 61, having set the screens of the touch panel 23 and the display 25 to the registration screen SAa and the registration screen SBa, proceeds to ACT102. In ACT102, the processor 61 waits for the registration of the purchased item. When a product code is input from the input device 2 via the input device interface 71, the processor 61 determines that the purchased item has been registered. The processor 61 proceeds from ACT102 to ACT103. In ACT103, the processor 61 transmits an input event to the payment machine 4 via the communication interface 65. The input event includes the product code input from the fixed scanner 21, the handheld scanner 22, or the touch panel 23.

[0073] Processor 61, which has sent the input event, proceeds to ACT104. Processor 61 executes product sales data processing as ACT104. This processing is processing for reading the product name, unit price, etc. of the product specified by the input product code from the product master, and generating product sales data of the purchased product including the product code, product name, unit price, purchase quantity, sales amount, etc. Processor 61, which has generated the product sales data of the purchased product, proceeds to ACT105. Processor 61 writes and stores the product sales data of the purchased product in first transaction file 621 as ACT105.

[0074] After storing the product sales data of the purchased product, the processor 61 proceeds to ACT 106. In ACT 106, the processor 61 updates the registration screen SAa and the registration screen SBa. Regarding the registration screen SAa, the processor 61 displays in the current area AAa the product name, purchase quantity, and sales amount of the sales data written in the first transaction file 621. At this time, if the product sales data of the previously registered purchased product is displayed in the current area AAa, the processor 61 displays in the details area AAb the product name, purchase quantity, unit price, discount amount, and sales amount of the product sales data. The processor 61 also displays in the total area AAc the total purchase quantity and sales amount of all the product sales data stored in the first transaction file 621.

[0075] Regarding the registration screen SBa, the processor 61 displays on the first line of the detail area ABa the product name, unit price, purchase quantity, and sales amount of the sales data written in the first transaction file 621. At this time, if the sales data is displayed on the first line of the detail area ABa, the processor 61 shifts the data from the first line onwards to the second line onwards, and then displays on the first line the sales data written in the first transaction file 621. The processor 61 also displays in the total area ABb the total purchase quantity and sales amount of all the product sales data stored in the first transaction file 621.

[0076] After updating the registration screen SAa and the registration screen SBa, the processor 61 proceeds to ACT107. The processor 61 checks whether the next purchased item has been registered in ACT107. If the next purchased item has not been registered, the processor 61 proceeds to ACT108. The processor 61 checks whether the subtotal button BAa has been pressed in ACT108. If the subtotal button BAa has not been pressed, the processor 61 returns to ACT107. In this way, the processor 61 waits for the next purchased item to be registered or the subtotal button BAa to be pressed in ACT107 and ACT108.

[0077] When the purchased goods are registered in the standby state of ACT107 and ACT108, the processor 61 returns from ACT107 to ACT103. Then, the processor 61 executes the processes of ACT103 to ACT106 in the same manner as described above. Thus, every time the store clerk operates the fixed scanner 21, the handy scanner 22, or the touch panel 23 of the input device 2 to input data of the purchased goods placed on the checkout counter 51 one by one, the processor 61 transmits an input event including information related to the purchased goods, i.e., the product code, to the payment machine 4. The processor 61 also generates product sales data of the purchased goods based on the product code and stores it in the first transaction file 621. Thus, when the store clerk has finished registering the purchased goods, the store clerk touches the subtotal button BAa.

[0078] In the standby state of ACT107 and ACT108, when the subtotal button BAa is input by a touch operation, the processor 61 proceeds to ACT 109. In ACT109, the processor 61 sets the touch panel 23 and the screen of the display 25 in the input device 2 as a subtotal screen.

[0079] FIG. 17 is an example of a subtotal display screen SAb displayed on the touch panel 23. The subtotal display screen SAb includes a total area AAd in which the total purchase quantity of purchased items in one transaction and the total sales amount are displayed. The subtotal display screen SAb also includes a subtotal discount button BAb, a subtotal discount button BAc, a payment method selection button BAd, a payment button BAe, and a back button BAf. Each of the buttons BAb, BAc, BAe, and BAf is a software key. The subtotal discount button BAb is an operator for instructing a discount on the total amount. The subtotal discount button BAc is an operator for instructing a discount on the total amount. Incidentally, the total amount is discounted by inputting the subtotal discount button BAb and inputting the discount amount on the numeric keypad of the keyboard 24. Similarly, the total amount is discounted by inputting the subtotal discount button BAc and inputting a discount rate on the numeric keypad of the keyboard 24.

[0080] The payment method selection button BAd is an operator for instructing the selection of a payment method. The payment button BAe is an operator for instructing the completion of the registration of the purchased item and the transition to the payment of the price. The back button BAf is an operator for instructing the return to the registration of the purchased item.

[0081] 18 is an example of the sub-screen SBb displayed on the display 25. The sub-screen SBb includes an area ABc in which information regarding payment is displayed. Area ABc displays the total quantity and total price of purchased items, the deposit amount, and the remaining balance. At this point, no deposit has been generated, so the deposit amount is 0 yen, and the remaining balance is the total amount minus the deposit amount.

[0082] After checking the small screen SAb, the clerk checks whether any unregistered purchased items remain on the checkout counter 51. If there are unregistered purchased items, the clerk touches the back button BAf. If there are no unregistered purchased items, the clerk decides whether or not to ask the purchaser about the payment method. For example, the clerk may ask the purchaser about the payment method during times when the store is busy, and not during times when the store is quiet. If the clerk decides to ask the purchaser about the payment method, the clerk touches the payment method selection button BAd. If the clerk does not decide to ask the purchaser about the payment method, the clerk touches the payment button BAe.

[0083] The processor 61, which has set the screen of the touch panel 23 to the small plan screen SAb and the screen of the display 25 to the small plan screen SBb, proceeds to ACT110. The processor 61 checks whether the back button BAf has been input in ACT110. If the back button BAf has not been input, the processor 61 proceeds to ACT111. The processor 61 checks whether the payment method selection button BAd has been input in ACT111. If the payment method selection button BAd has not been input, the processor 61 proceeds to ACT112. The processor 61 checks whether the payment button BAe has been input in ACT112. If the payment button BAe has not been input, the processor 61 returns to ACT110. In this way, the processor 61, which has displayed the small plan screen SAb, waits for the back button BAf to be input, the payment method selection button BAd to be input, or the payment button BAe to be input in ACT110 to ACT112.

[0084] When the back button BAf is input by touch operation in the standby state of ACT110 to ACT112, the processor 61 proceeds from ACT110 to ACT113. In ACT113, the processor 61 returns the screens of the touch panel 23 and the display 25 to the previous registration screens SAa and SBa. Then, the processor 61 enters a standby state for ACT107 and ACT108. Thus, the store clerk can operate the fixed scanner 21, the handy scanner 22 or the touch panel 23 of the input device 2 to input data of the purchased product that has not been registered.

[0085] In the standby state of ACT110 to ACT112, when the payment method selection button BAd is input by touch operation, the processor 61 proceeds from ACT111 to ACT121 of Fig. 8. In ACT121, the processor 61 changes the screen of the touch panel 23 to the payment method selection screen SAc (see Fig. 19). The screen of the display 25 remains the sub-screen SBb.

[0086] 19 is an example of a payment method selection screen SAc displayed on the touch panel 23. The payment method selection screen SAc includes a total area AAd similar to the sub-screen SAb. The payment method selection screen SAc also includes a selection button group BAg for each payment method. The selection button group BAg includes a cash button, a credit button, an electronic money button, and a code payment button.

[0087] The cash button is a button for commanding a cash payment. The credit button is a button for commanding a credit card payment. The electronic money button is a button for commanding an electronic money payment. The code payment button is a button for commanding a code payment. The cash button, credit button, electronic money button and code payment button are all software keys.

[0088] After checking the payment method selection screen SAc, the store clerk confirms with the purchaser the payment method. The store clerk then touches the button for the payment method selected by the purchaser. For example, if the purchaser wishes to pay with cash, the store clerk touches the cash button in selection button group BAg. For example, if the purchaser wishes to pay with a credit card, the store clerk touches the credit button in selection button group BAg. Similarly, if the purchaser wishes to pay with electronic money or code payment, the store clerk touches the appropriate button in selection button group BAg.

[0089] The processor 61, which has set the screen of the touch panel 23 to the payment method selection screen SAc, proceeds to ACT122. The processor 61 waits for a payment method to be selected in ACT122. When any payment method is selected by touching the selection button group BAg, the processor 61 proceeds to ACT123. The processor 61 acquires a payment code for the selected payment method in ACT123. In this embodiment, a unique payment code is set in advance for each payment method, such as cash payment, credit card payment, electronic money payment, and code payment. For example, when the cash button is touched, the processor 61 acquires a payment code corresponding to cash payment, such as "111". For example, when the credit button is touched, the processor 61 acquires a payment code corresponding to credit card payment, such as "222". The same applies when other electronic money buttons and code payment buttons are touched.

[0090] Having acquired the payment code, the processor 61 proceeds to ACT 124. In ACT 124, the processor 61 transmits a selection event to the payment machine 4 via the communication interface 65. The selection event includes the payment code of the payment method selected on the payment method selection screen SAc.

[0091] The processor 61 that has transmitted the selection event proceeds to ACT 125. In ACT 125, the processor 61 displays the screen of the touch panel 23 as the payment screen SAd (see FIG. 20). The screen of the display 25 remains as the sub-screen SBb.

[0092] Fig. 20 is an example of the payment screen SAd when cash payment is selected as the payment method. The payment screen SAd includes a sub-screen SAb and a total area AAd similar to the payment method selection screen SAc. The payment screen SAd also includes a payment button BAh. The payment button BAh is a software key. After checking the payment screen SAd, the store clerk touches the payment button BAh.

[0093] The processor 61, which has set the screen of the touch panel 23 to the payment screen SAd, proceeds to ACT 126. The processor 61 waits for the payment button BAh to be input in ACT 126. When the payment button BAh is input by a touch operation, the processor 61 proceeds to ACT 127.

[0094] On the other hand, when the payment button BAe is input by a touch operation in the standby state of ACT110 to ACT112 in Fig. 7, the processor 61 proceeds from ACT112 to ACT127 in Fig. 8. In this way, when the payment button BAe on the sub-screen SAb or the payment button BAh on the payment screen SAd is input, the processor 61 proceeds to ACT127.

[0095] The processor 61 checks the first payment in progress flag Fa in ACT127. When the payment for the item has not been made in the sales processing device 3, the first payment in progress flag Fa is "0". When the first payment in progress flag Fa is "0", the processor 61 proceeds from ACT127 to ACT131 in Fig. 9. The process after ACT131 will be described later.

[0096] In ACT127, if the first payment in progress flag Fa is "1", i.e., the payment of the price is being made at the sales processing device 3, the processor 61 proceeds to ACT128. The processor 61 checks the second payment in progress flag Fb in ACT128. In a state in which the payment of the price has not been made at the payment machine 4, the second payment in progress flag Fb is "0". When the second payment in progress flag Fb is "0", the processor 61 proceeds from ACT128 to ACT141 in Fig. 10. The processing after ACT141 will also be described later.

[0097] In ACT128, when the second payment in progress flag Fb is "1", that is, when the payment is being made at the payment machine 4, the processor 61 proceeds to ACT129. In ACT129, the processor 61 displays a pop-up PUa (see FIG. 21) on the sub-screen SAb or payment screen SAd of the touch panel 23 to notify the user that payment is not possible. The processor 61 also displays text TXa (see FIG. 22) on the sub-screen SBb of the display 25 to instruct the user to wait because payment is not possible.

[0098] 21 shows an example of a pop-up PUa displayed on the payment screen SAd of the touch panel 23. The store clerk who sees the pop-up PUa waits until the previous purchaser finishes paying.

[0099] 22 is an example of the text TXa displayed on the sub-screen SBb of the display 25. After checking the text TXa, the purchaser waits until payment is possible.

[0100] After notifying the user using the touch panel 23 and the display 25 that payment is not possible, the processor 61 returns to ACT126. The processor 61 waits for the payment button BAe or the payment button BAh to be input. When the payment button BAe or the payment button BAh is input, the processor 61 proceeds to ACT127. Then, the processor 61 executes the process from ACT127 onwards in the same manner as described above. Therefore, if the first payment in progress flag Fa has been rewritten to "0", the processor 61 proceeds to ACT131 in FIG. 9. If the first payment in progress flag Fa remains at "1" but the second payment in progress flag Fb has been rewritten to "0", the processor 61 proceeds to ACT141 in FIG. 10.

[0101] On the other hand, if the first payment in progress flag Fa and the second payment in progress flag Fb are still "1", the processor 61 proceeds to ACT 129. Therefore, the pop-up PUa continues to be displayed on the small screen SAb or the payment screen SAd of the touch panel 23, and the text TXa continues to be displayed on the small screen SBb of the display 25.

[0102] When the first payment in progress flag Fa is "0", if the payment button BAe on the sub-screen SAb or the payment button BAh on the payment screen SAd is pressed, the processor 61 proceeds to ACT131 in Fig. 9. The processor 61 transmits a deletion event to the payment machine 4 via the communication interface 65 as ACT131.

[0103] After transmitting the deletion event, the processor 61 proceeds to ACT132. In ACT132, the processor 61 displays a pop-up PUb (see FIG. 23) on the submenu screen SAb or the payment screen SAd of the touch panel 23 to notify that payment is possible at the sales processing device 3. The processor 61 also displays text TXb (see FIG. 24) on the submenu screen SBb of the display 25 to indicate that payment is possible.

[0104] 23 is an example of a pop-up PUb displayed on the payment screen SAd of the touch panel 23. The store clerk who sees the pop-up PUb knows that payment can be made at the sales processing device 3, and will guide the purchaser to where the sales processing device 3 is installed.

[0105] 24 is an example of the text TXb displayed on the sub-screen SBb of the display 25. After checking the text TXb, the purchaser follows the guidance of the store clerk to the location where the sales processing device 3 is installed and makes the payment.

[0106] After notifying that payment can be made using the touch panel 23 and the display 25, the processor 61 proceeds to ACT 133. The processor 61 controls to store the data stored in the first transaction file 621 in ACT 133, that is, the product sales data of the purchased product registered as one transaction, in the second transaction file 622.

[0107] Thus, when the product sales data of the purchased product registered as one transaction in the second transaction file 622 is stored, the processor 61 proceeds to ACT134. The processor 61 checks whether or not a payment code has been acquired in ACT134. If a payment code has not been acquired, the processor 61 proceeds from ACT134 to ACT135. The processor 61 sets the payment status ST stored in the status memory 623 to "10" in ACT135. On the other hand, if a payment code has been acquired in the processing of ACT123, the processor 61 proceeds from ACT134 to ACT136. The processor 61 adds the payment code to the second transaction file 622 in ACT136. The processor 61 also sets the payment status ST stored in the status memory 623 to "20" in ACT137.

[0108] Upon completing the processing of ACT135 or ACT137, the processor 61 proceeds to ACT138. In ACT138, the processor 61 rewrites the first payment in progress flag Fa in the flag memory 624 to "1". In addition, the processor 61 clears the first transaction file 621 in ACT139. With the above, the processor 61 ends the first information processing related to the transaction with the purchaser when the first payment in progress flag Fa is in the state of "0", that is, when the sales processing device 3 is available.

[0109] On the other hand, when the first payment in progress flag Fa is "1" but the second payment in progress flag Fb is "0", if the payment button BAe on the sub-screen SAb or the payment button BAh on the payment screen SAd is pressed, the processor 61 proceeds to ACT141 in Fig. 10. The processor 61 transmits a payment event to the payment machine 4 via the communication interface 65 as ACT141.

[0110] The processor 61, which has transmitted the payment event, proceeds to ACT142. In ACT142, the processor 61 displays a pop-up PUc (see FIG. 25) on the sub-screen SAb or payment screen SAd of the touch panel 23, instructing the purchaser to go to the payment machine 4 because the payment machine 4 is available. The processor 61 also displays text TXc (see FIG. 26) on the sub-screen SBb of the display 25 to instruct the purchaser to pay the fare at the payment machine 4.

[0111] 25 is an example of a pop-up PUc displayed on the payment screen SAd of the touch panel 23. Upon seeing the pop-up PUc, the store clerk orally guides the purchaser to the payment machine 4 whose patrol lamp 47 is on.

[0112] Fig. 26 is an example of the text TXc displayed on the sub-screen SBb of the display 25. After checking the text TXc, the purchaser follows the instructions of the store clerk to move to the payment machine 4 where the patrol lamp 47 is lit, and makes the payment.

[0113] After guiding the purchaser to the payment machine 4 using the touch panel 23 and the display 25, the processor 61 proceeds to ACT143. In ACT143, the processor 61 rewrites the second payment in progress flag Fb to "1". In addition, in ACT144, the processor 61 deletes the data stored in the first transaction file 621. With the above, the processor 61 ends the first information processing related to the transaction with the purchaser when the first payment in progress flag Fa is "0" and the second payment in progress flag Fb is "1", that is, when the sales processing device 3 is occupied but the payment machine 4 is available.

[0114] In this way, the first transaction file 621 is cleared by the processing of ACT139 or ACT144 before the first information processing ends. Therefore, the processor 61 of the sales processing device 3 can continue to start the first information processing. That is, when the next purchaser comes to the checkout area and the store clerk issues a command to start registration, the processor 61 executes the first information processing from ACT101 onwards in the same manner as described above.

[0115] Here, the processor 61 realizes the function of the input means 201 by the processing of ACT102. The processor 61 realizes the function of the completion acceptance means 202 by the processing of ACT111 and ACT126. The processor 61 realizes the function of the first payment acceptance means 203 by the processing of ACT121 to ACT123.

[0116] Furthermore, the processor 61 realizes the function of the first processing means 302 by the processing of ACT104. The processor 61 realizes the function of the invalidation means 307 by the processing of ACT129. The processor 61 realizes the function of the guidance means 306 by the processing of ACT142.

[0117] Furthermore, the processor 61 realizes a function as an information transmitting means 309 by the processing of ACT103. The processor 61 realizes a function as an instruction transmitting means 310 by the processing of ACT141. The processor 61 realizes a function as a deletion instruction means 311 by the processing of ACT131.

[0118] 11 is a flowchart showing the main steps of the second information processing executed by the processor 61 of the sales processing device 3 in accordance with the first business program. The processor 61 executes the second information processing in parallel with the first information processing described above.

[0119] The processor 61 waits for the first payment in progress flag Fa to be set to "1" in ACT151. When the first payment in progress flag Fa is set to "1" in ACT138 of the first information processing, the processor 61 proceeds to ACT152. In ACT152, the processor 61 sets the screen of the first touch panel 32 to the payment start screen SCa (see FIG. 27).

[0120] 27 is an example of a payment start screen SCa displayed on the first touch panel 32. The payment start screen SCa includes a total area ACa in which the total purchase quantity and the total sales amount of the purchased items in one transaction are displayed. The total area ACa displays the total purchase quantity and the total sales amount calculated based on the product sales data of the purchased items stored in the second transaction file 622.

[0121] After displaying the payment start screen SCa, the processor 61 proceeds to ACT153. The processor 61 checks the payment status ST in ACT153. If the payment status ST is "10", that is, if no payment method was selected in the first information processing, the processor 61 proceeds from ACT153 to ACT154. In ACT154, the processor 61 sets the screen of the second touch panel 34 to the payment method selection screen SDa (see FIG. 28).

[0122] Fig. 28 is an example of a payment method selection screen SDa displayed on the second touch panel 34. The payment method selection screen SDa includes a group of selection buttons BDa for each payment method. The group of selection buttons BDa includes a cash button, a credit button, an electronic money button, and a code payment button. The payment method selection screen SDa also includes a total area ADa in which the total purchase quantity and the total sales amount of the purchased items in one transaction are displayed. The total area ADa displays the total purchase quantity and the total sales amount calculated based on the product sales data of the purchased items stored in the second transaction file 622.

[0123] After checking the payment method selection screen SDa, the purchaser touches the button for the desired payment method. For example, a purchaser who wishes to pay by cash touches the cash button in selection button group BDa. For example, a purchaser who wishes to pay by credit card touches the credit button in selection button group BDa. For example, a purchaser who wishes to pay by electronic money touches the electronic money button in selection button group BDa. For example, a purchaser who wishes to pay by code payment touches the code payment button in selection button group BDa.

[0124] The processor 61, having set the screen of the second touch panel 34 to the payment method selection screen SDa, proceeds to ACT155. The processor 61 waits for a payment method to be selected in ACT155. When any payment method is selected by a touch operation on the selection button group BDa, the processor 61 proceeds to ACT156. In ACT156, the processor 61 acquires the payment code of the selected payment method, similar to the processing in ACT123 of the first information processing.

[0125] On the other hand, if the payment status ST is "20" in ACT153, that is, if a payment method for the price was selected in the first information processing, the processor 61 proceeds from ACT153 to ACT157. The processor 61 extracts a payment code from the second transaction file 622 in ACT157.

[0126] After completing the process of ACT156 or ACT157, the processor 61 proceeds to ACT158. In ACT158, the processor 61 sets the screens of the first touch panel 32 and the second touch panel 34 to a payment notification screen. The payment notification screen is a screen based on the payment code obtained by the process of ACT156 or ACT157.

[0127] Fig. 29 is an example of a payment notification screen displayed on the first touch panel 32. Fig. 29 shows the cash payment notification screen SCb when a payment code for cash payment is obtained by processing ACT156 or ACT157. The cash payment notification screen SCb includes a total area ACa similar to the payment start screen SCa. The cash payment notification screen SCb also includes a change machine information area ACb. The change machine information area ACb displays the total amount, the total amount of cash inserted into the automatic change machine 36 (the so-called inserted amount), and the remaining amount obtained by subtracting the inserted amount from the total amount.

[0128] Fig. 30 is an example of a payment notification screen displayed on the second touch panel 34. Fig. 30 shows the cash payment notification screen SDb when a payment code for cash payment is obtained by the processing of ACT 156 or ACT 157. The cash payment notification screen SDb includes a change machine information area ADb similar to the cash payment notification screen SCb.

[0129] After checking the payment notification screen, the purchaser pays the amount using the payment method of their choice. For example, a purchaser who selects cash payment inserts cash into the automatic change machine 36. A purchaser who selects credit card payment has the credit card data read by the reader of the cashless payment terminal 37. A purchaser who selects electronic money payment has the data on the electronic money medium read by the reader of the cashless payment terminal 37. A purchaser who selects code payment has the barcode or two-dimensional data code for code payment read by the scanner of the cashless payment terminal 37.

[0130] The processor 61, which has displayed the screens of the first touch panel 32 and the second touch panel 34 as the payment notification screen, proceeds to ACT159. The processor 61 waits for the start of payment in ACT159. For example, if cash payment is selected, the processor 61 waits for cash to be inserted into the automatic change machine 36. For example, if credit card payment is selected, the processor 61 waits for credit card data to be read by the cashless payment terminal 37. For example, if electronic money payment is selected, the processor 61 waits for electronic money data to be read by the cashless payment terminal 37. For example, if code payment is selected, the processor 61 waits for a barcode or two-dimensional data code for code payment to be read by the cashless payment terminal 37.

[0131] When payment is started, the processor 61 proceeds from ACT159 to ACT160. In ACT160, the processor 61 displays the screens of the first touch panel 32 and the second touch panel 34 as a payment in progress screen.

[0132] Fig. 31 is an example of a payment in progress screen displayed on the first touch panel 32. Fig. 31 shows the cash payment in progress screen SCc when a payment code for cash payment is obtained by processing ACT156 or ACT157. The cash payment in progress screen SCc has the same layout as the cash payment notification screen SCb. On the cash payment in progress screen SCc, information displayed in the change machine information area ACb is updated according to the amount of cash inserted into the automatic change machine 36.

[0133] FIG. 32 is an example of a payment in progress screen displayed on the second touch panel 34. FIG. 32 shows the cash payment in progress screen SDc when a payment code for cash payment is obtained by processing ACT156 or ACT157. Like the cash payment in progress screen SCc, the cash payment in progress screen SDc also updates the information displayed in the change machine information area ADb according to the amount of cash inserted into the automatic change machine 36. The payment in progress screen further includes a checkout button BDb. The checkout button BDb is a software key. The checkout button BDb is an operator for instructing the completion of payment of the price. When the purchaser has finished paying the price using the selected payment method, he or she touches the checkout button BDb.

[0134] The processor 61, which has set the screens of the first touch panel 32 and the second touch panel 34 to the payment in progress screen, proceeds to ACT161. The processor 61 waits for the checkout button BDb to be input in ACT161. When the checkout button BDb is input by a touch operation, the processor 61 proceeds to ACT162. The processor 61 executes a settlement process of the transaction based on the payment code in ACT162. That is, if the payment code is a code for cash payment, the processor 61 executes a settlement process of the transaction with the cash inserted into the automatic change machine 36. If the payment code is a code for credit card payment, the processor 61 executes a settlement process of the transaction with the credit card data read by the cashless payment terminal 37. If the payment code is a code for electronic money payment, the processor 61 executes a settlement process of the transaction with the electronic money data read by the cashless payment terminal 37. If the payment code is a code for code payment, the processor 61 executes a settlement process of the transaction with the barcode or two-dimensional data code read by the cashless payment terminal 37. Since all of these payment processes are well known, detailed explanations will be omitted.

[0135] When the payment process is completed, the processor 61 proceeds to ACT163. In ACT163, the processor 61 determines whether or not the payment has been completed. If the amount of the payment is insufficient and the payment has not been completed, the processor 61 returns to ACT154. That is, the processor 61 sets the screen of the second touch panel 34 to the payment method selection screen SDa. Then, the processor 61 waits for a payment method to be selected. When any of the payment methods is selected by a touch operation on the selection button group BDa, the processor 61 acquires a payment code. Thereafter, the processor 61 executes the processes of ACT158 to ACT163 in the same manner as described above.

[0136] If it is determined in ACT163 that payment has been completed, the processor 61 proceeds to ACT164. In ACT164, the processor 61 drives the printer 35 to issue a receipt. In ACT165, the processor 61 also displays the screens of the first touch panel 32 and the second touch panel 34 as a payment completion screen. The receipt is a sheet on which are recorded details such as the product name, price, quantity, and amount of the purchased product. The transaction date, time, transaction number, etc. are also recorded on the receipt.

[0137] Fig. 33 is an example of a payment completion screen displayed on the first touch panel 32. Fig. 33 shows the cash payment completion screen SCd when a payment code for cash payment is obtained by processing ACT156 or ACT157. The cash payment completion screen SCd includes a change machine information area ACb similar to the cash payment notification screen SCb and the cash payment in progress screen SCc. The store clerk can know from the information displayed in the change machine information area ACb that the payment of the purchaser who selected cash payment has been completed.

[0138] Fig. 34 is an example of a payment completion screen displayed on the second touch panel 34. Fig. 34 shows the cash payment completion screen SDd when a cash payment code is obtained by processing ACT156 or ACT157. The cash payment completion screen SDd includes a change machine information area ADb similar to the cash payment notification screen SDb and the cash payment in progress screen SDc. After checking the cash payment completion screen SDd, the customer takes the receipt and change and leaves the store.

[0139] After displaying the payment completion screen, the processor 61 proceeds to ACT166. The processor 61 saves the data stored in the second transaction file 622 in ACT166, that is, data on the products purchased by the purchaser who has completed payment. The data is saved in, for example, the auxiliary storage device 63. The data may also be saved in the main memory 62. Alternatively, the data in the second transaction file 622 may be sent to the POS server 55 via the communication interface 65 and saved in the POS server 55.

[0140] After saving the data of the second transaction file 622, the processor 61 proceeds to ACT 167. In ACT 167, the processor 61 clears the second transaction file 622. In addition, in ACT 168, the processor 61 rewrites the first payment in progress flag Fa to “0”. With this, the processor 61 ends the second information processing.

[0141] In this way, the second transaction file 622 is cleared by the process of ACT167 before the second information processing is completed. Also, the first payment in progress flag Fa is rewritten to "0" by the process of ACT168 before the second information processing is completed. Therefore, in the first information processing performed in parallel with the second information processing, when the payment button BAe on the small plan screen SAb or the payment button BAh on the payment screen SAd is input after the second information processing is completed, the processor 61 of the sales processing device 3 starts the second information processing again in conjunction with the processes of ACT131 to ACT139 described using FIG. 9.

[0142] Here, the processor 61 realizes the function of the second payment accepting means 303 by the processing of ACT153 and ACT154. The processor 61 realizes the function of the first settlement means 304 by the processing of ACT162.

[0143] 12 is a flow chart showing the main steps of the third information processing executed by the processor 61 of the sales processing device 3 in accordance with the first business program. The processor 61 executes the third information processing in parallel with the first information processing and the second information processing described above.

[0144] The processor 61 waits for the second payment in progress flag Fb to be set to "1" in ACT171. When the second payment in progress flag Fb is set to "1" in ACT143 of the first information processing, the processor 61 proceeds to ACT172. The processor 61 waits for the payment at the payment machine 4 to be completed in ACT172. Although details will be described later, when the payment at the payment machine 4 is completed, a payment completion event is transmitted from the payment machine 4 to the sales processing device 3.

[0145] When the processor 61 receives the payment completion event from the payment machine 4, it determines that the payment at the payment machine 4 has been completed. The processor 61 proceeds from ACT172 to ACT173. In ACT173, the processor 61 rewrites the second payment in progress flag Fb to "0". With this, the processor 61 ends the third information processing.

[0146] In this way, the second payment in progress flag Fb is rewritten to "0" by the processing of ACT173 before the end of the third information processing. Therefore, in the first information processing performed in parallel with the third information processing, when the first payment in progress flag Fa is "1" at the time when the payment button BAe on the small plan screen SAb or the payment button BAh on the payment screen SAd is input after the end of the third information processing, the processor 61 of the sales processing device 3 starts the third information processing again in conjunction with the processing of ACT141 to ACT144 described using FIG.

[0147] Figure 13 is a flow chart showing the main steps of the fourth information processing executed by the processor 81 of the payment machine 4 in accordance with the second business program. The processor 81 of the payment machine 4 in standby mode starts the information processing of the steps shown in the flow chart of Figure 13. First, the processor 81 sets the screen of the touch panel 42 to a standby screen as ACT201. The standby screen is a screen indicating that the payment machine 4 is in standby mode. For example, a screen displaying text such as "Please wait" or "Welcome" is set as the standby screen.

[0148] With the screen of the touch panel 42 set as a standby screen, the processor 81 waits for an input event in ACT202. When the processor 81 receives an input event from the sales processing device 3 via the communication interface 85, the processor 81 proceeds to ACT203. The processor 81 executes product sales data processing in ACT203. This processing is processing for reading, from the product master, the product name, unit price, etc. of the product identified by the product code included in the input event, and generating product sales data of the purchased product including the product code, product name, unit price, purchase quantity, sales amount, etc. After generating the product sales data of the purchased product, the processor 81 proceeds to ACT204. The processor 81 writes and stores the product sales data of the purchased product in the third transaction file 821 in ACT204.

[0149] After executing the product sales data processing, the processor 81 proceeds to ACT205. The processor 81 checks whether or not a new input event has been received in ACT205. If an input event has not been received, the processor 81 proceeds to ACT206. The processor 81 checks whether or not a selection event has been received in ACT206. If a selection event has not been received, the processor 81 proceeds to ACT207. The processor 81 checks whether or not a deletion event has been received in ACT207. If a deletion event has not been received, the processor 81 proceeds to ACT208. The processor 81 checks whether or not a payment event has been received in ACT208. If a payment event has not been received, the processor 81 returns to ACT205. In this way, the processor 81 waits to receive an input event, a selection event, a deletion event, or a payment event in ACT205 to ACT208. Note that even in the standby state in ACT205 to ACT208, the screen of the touch panel 42 is the standby screen.

[0150] When an input event is received in the standby state of ACT205 to ACT208, the processor 81 returns to ACT203. The processor 81 executes the product sales data processing based on the product code included in the input event. The processor 81 then stores the product sales data of the purchased product in the third transaction file 821, and goes into the standby state of ACT205 to ACT208.

[0151] When a selection event is received in the standby state of ACT205 to ACT208, the processor 81 proceeds to ACT209. The processor 81 acquires the payment code of the selected payment method in ACT209, similar to the processing in ACT123 of the first information processing. Then, the processor 81 adds the acquired payment code to the third transaction file 821 in ACT210.

[0152] After adding the payment code to the third transaction file 821, the processor 81 proceeds to ACT211. The processor 81 checks whether or not a delete event has been received in ACT211. If a delete event has not been received, the processor 81 proceeds to ACT212. The processor 81 checks whether or not a payment event has been received in ACT212. If a payment event has not been received, the processor 81 returns to ACT211. In this way, after receiving a selection event, the processor 81 waits for a delete event or a payment event in ACT211 and ACT212.

[0153] When a delete event is received in the standby state of ACT205 to ACT208 or in the standby state of ACT211 and ACT212, the processor 81 proceeds to ACT213. In ACT213, the processor 81 clears the third transaction file 821. With this, the processor 81 ends the fourth information processing.

[0154] Thus, if a delete event is received without receiving a payment event, the third transaction file 821 is cleared and the payment machine 4 goes into standby.

[0155] On the other hand, when a payment event is received in the standby state of ACT205 to ACT208 or in the standby state of ACT211 and ACT212, the processor 81 proceeds to ACT214. The processor 81 controls to store the data stored in the third transaction file 821 as ACT214, that is, the product sales data of the purchased product registered as one transaction, in the fourth transaction file 822.

[0156] Once the product sales data of the purchased product registered as one transaction in the fourth transaction file 822 has been stored in this manner, the processor 81 proceeds to ACT215. In ACT215, the processor 81 rewrites the third payment in progress flag Fc in the flag memory 823 to "1". In addition, the processor 81 clears the third transaction file 821 in ACT216. With this, the processor 81 ends the fourth information processing.

[0157] In this way, when a delete event is received without receiving a payment event, or after receiving a payment event and executing the processes in ACT214 and ACT215, the first transaction file 621 is cleared. Therefore, the processor 81 of the payment machine 4 can continue to start the fourth information process.

[0158] 14 is a flowchart showing the main steps of the fifth information processing executed by the processor 81 of the payment machine 4 in accordance with the second business program. The processor 81 executes the fifth information processing in parallel with the above-mentioned fourth information processing.

[0159] The processor 81 waits for the third payment in progress flag Fc to be set to "1" in ACT221. When the third payment in progress flag Fc is set to "1" in ACT215 of the fourth information processing, the processor 81 proceeds to ACT222. The processor 81 changes the screen of the touch panel 42 to the statement confirmation screen SEa (see FIG. 35) in ACT222. The processor 81 also turns on the patrol lamp 47.

[0160] FIG. 35 is an example of a statement confirmation screen SEa displayed on the touch panel 42. The statement confirmation screen SEa is divided into a statement area AEa and a total area AEb. The statement area AEa is an area that displays in list form, in sequential numerical order, the product name, purchase quantity, unit price, discount amount, and sales amount of the purchased products in one transaction. The total area AEb is an area that displays the total purchase quantity and total sales amount of the purchased products in one transaction. Based on the product sales data stored in the fourth transaction file 822, the processor 81 causes the statement area AEa to display the product name, purchase quantity, unit price, discount amount, and sales amount of the purchased products in one transaction. Based on the product sales data stored in the fourth transaction file 822, the processor 81 causes the total area AEb to display the total purchase quantity and total sales amount of the purchased products in one transaction.

[0161] The statement confirmation screen SEa includes a confirmation button BEa and a store clerk call button BEb. The confirmation button BEa and the store clerk call button BEb are software keys. The confirmation button BEa is an operator for instructing the purchaser to confirm that the details of the purchased item are displayed on the statement confirmation screen SEa. The store clerk call button BEb is an operator for instructing the purchaser to call a store clerk.

[0162] After displaying the statement confirmation screen SEa, the processor 81 proceeds to ACT223. The processor 81 waits for the confirmation button BEa to be pressed in ACT223. When the store clerk call button BEb is pressed in this standby state, the processor 81 performs a store clerk call operation. For example, the processor 81 blinks the patrol lamp 47. Thereafter, when the called store clerk performs an operation to end the call, the processor 81 returns to the standby state in ACT223.

[0163] When the confirmation button BEa is input in the standby state of ACT223, the processor 81 proceeds to ACT224. The processor 81 confirms whether or not a payment code has been added to the fourth transaction file 822 in ACT224. If a payment code has been added in ACT209 of the fourth information processing, the processor 81 proceeds to ACT225. The processor 81 extracts the payment code from the fourth transaction file 822 in ACT225.

[0164] On the other hand, if a payment code has not been added to the fourth transaction file 822, the processor 81 proceeds to ACT 226. In ACT 226, the processor 81 displays the screen of the touch panel 42 as a payment method selection screen SEb (see FIG. 36).

[0165] FIG. 36 is an example of a payment method selection screen SEb displayed on touch panel 42. The payment method selection screen SEb includes a group of selection buttons BEc for each payment method. The group of selection buttons BEc includes a cash button, a credit button, an electronic money button, and a code payment button. The payment method selection screen SEb also includes a total area AEc in which the total purchase quantity and total sales amount of the purchased items in one transaction are displayed. The total area AEc displays the total purchase quantity and total sales amount calculated based on the product sales data of the purchased items stored in the fourth transaction file 822. The payment method selection screen SEb also displays a store clerk call button BEb, allowing the purchaser to call a store clerk.

[0166] After checking the payment method selection screen SEb, the purchaser touches the button for the desired payment method. For example, a purchaser who wishes to pay by cash touches the cash button in selection button group BEc. For example, a purchaser who wishes to pay by credit card touches the credit button in selection button group BEc. For example, a purchaser who wishes to pay by electronic money touches the electronic money button in selection button group BEc. For example, a purchaser who wishes to pay by code payment touches the code payment button in selection button group BEc.

[0167] Having set the screen of the touch panel 42 to the payment method selection screen SEb, the processor 81 proceeds to ACT227. In ACT227, the processor 81 waits for a payment method to be selected. When any payment method is selected by a touch operation on the selection button group BEc, the processor 81 proceeds to ACT228. In ACT228, the processor 81 acquires the payment code of the selected payment method, similar to the processing in ACT123 of the first information processing.

[0168] After completing the process of ACT225 or ACT228, the processor 81 proceeds to ACT229. In ACT229, the processor 81 displays the screen of the touch panel 42 as a payment notification screen. The payment notification screen is a screen based on the payment code obtained by the process of ACT225 or ACT229.

[0169] Fig. 37 is an example of a payment notification screen displayed on the touch panel 42. Fig. 37 shows the cash payment notification screen SEc when a payment code for cash payment is obtained by processing ACT225 or ACT228. The cash payment notification screen SEc includes a total area AEc similar to the payment method selection screen SEb. The cash payment notification screen SEc also includes a change machine information area AEd. The change machine information area AEd displays the total amount, the total amount of cash inserted into the automatic change machine 88 (the so-called inserted amount), and the remaining amount obtained by subtracting the inserted amount from the total amount. Note that the store clerk call button BEb is also displayed on the payment notification screen, allowing the purchaser to call a store clerk.

[0170] After checking the payment notification screen, the purchaser pays the price using the payment method of their choice. For example, a purchaser who selects cash payment inserts cash into the automatic change machine 88. A purchaser who selects credit card payment has the credit card data read by the reader of the cashless payment terminal 89. A purchaser who selects electronic money payment has the data on the electronic money medium read by the reader of the cashless payment terminal 89. A purchaser who selects code payment has the barcode or two-dimensional data code for code payment read by the scanner of the cashless payment terminal 89.

[0171] The processor 81, having set the screen of the touch panel 42 to the payment notification screen, proceeds to ACT230. In ACT230, the processor 81 waits for the start of payment of the price. For example, if cash payment is selected, the processor 81 waits for cash to be inserted into the automatic change machine 88. For example, if credit card payment is selected, the processor 81 waits for credit card data to be read by the cashless payment terminal 89. For example, if electronic money payment is selected, the processor 81 waits for electronic money data to be read by the cashless payment terminal 89. For example, if code payment is selected, the processor 81 waits for a barcode or two-dimensional data code for code payment to be read by the cashless payment terminal 89.

[0172] When payment is started, the processor 81 proceeds from ACT230 to ACT231. In ACT231, the processor 81 displays a payment in progress screen on the screen of the touch panel 42.

[0173] FIG. 38 is an example of a payment in progress screen displayed on the touch panel 42. FIG. 38 shows the cash payment in progress screen SEd when a payment code for cash payment is obtained by processing ACT225 or ACT228. The cash payment in progress screen SEd is a screen in which a checkout button BEd is added to the cash payment notification screen SCb. On the cash payment in progress screen SCc, the information displayed in the change machine information area AEd is updated according to the amount of cash inserted into the automatic change machine 88. The checkout button BEd is a software key. The checkout button BEd is an operator for instructing the completion of payment. When the purchaser has finished paying the price using the selected payment method, he or she touches the checkout button BEd. Note that the store clerk call button BEb continues to be displayed even on the payment in progress screen, allowing the purchaser to call a store clerk.

[0174] The processor 81, which has set the screen of the touch panel 42 to the payment in progress screen, proceeds to ACT232. The processor 81 waits for the checkout button BEd to be input in ACT232. When the checkout button BEd is input by a touch operation, the processor 81 proceeds to ACT233. The processor 81 executes a settlement process of the transaction based on the payment code in ACT233. That is, if the payment code is a code for cash payment, the processor 81 executes a settlement process of the transaction with the cash inserted into the automatic change machine 88. If the payment code is a code for credit card payment, the processor 81 executes a settlement process of the transaction with the credit card data read by the cashless payment terminal 89. If the payment code is a code for electronic money payment, the processor 81 executes a settlement process of the transaction with the electronic money data read by the cashless payment terminal 89. If the payment code is a code for code payment, the processor 81 executes a settlement process of the transaction with the barcode or two-dimensional data code read by the cashless payment terminal 89. Since all of these payment processes are well known, detailed explanations will be omitted.

[0175] When the payment process is completed, the processor 81 proceeds to ACT234. In ACT234, the processor 81 determines whether or not the payment has been completed. If the amount paid is insufficient and the payment has not been completed, the processor 81 returns to ACT226. That is, the processor 81 sets the screen of the touch panel 42 to the payment method selection screen SEb. The processor 81 then waits for a payment method to be selected. When one of the payment methods is selected by a touch operation on the selection button group BEc, the processor 81 obtains the payment code for the selected payment method. Thereafter, the processor 81 executes the processes of ACT229 to ACT234 in the same manner as described above.

[0176] If it is determined in ACT234 that the payment has been completed, the processor 81 proceeds to ACT235. In ACT235, the processor 81 drives the printer 87 to print a receipt. In ACT236, the processor 81 displays a payment completion screen on the screen of the touch panel 42.

[0177] FIG. 39 is an example of a payment completion screen displayed on the touch panel 42. FIG. 39 shows the cash payment completion screen SEe when a cash payment code is obtained by processing ACT225 or ACT228. The cash payment completion screen SEe includes a change machine information area AEd similar to the cash payment notification screen SEc and the cash payment in progress screen SEd. The store clerk can know from the information displayed in the change machine information area AEd that the payment of the purchaser who selected cash payment has been completed. Note that a purchaser who has completed payment does not call a store clerk, so the store clerk call button BEb is not displayed on the payment completion screen. After checking the payment completion screen, the purchaser takes the receipt and leaves the store.

[0178] After displaying the payment completion screen, the processor 81 proceeds to ACT237. The processor 81 saves the data stored in the fourth transaction file 822 in ACT237, that is, the data of the product purchased by the purchaser who has completed payment. The data is saved in, for example, the auxiliary storage device 83. The data may also be saved in the main memory 82. Alternatively, the data in the fourth transaction file 822 may be sent to the POS server 55 via the communication interface 85 and saved in the POS server 55.

[0179] After saving the data of the fourth transaction file 822, the processor 81 proceeds to ACT238. The processor 81 clears the fourth transaction file 822 in ACT238. The processor 81 also transmits a payment completion event to the sales processing device 3 via the communication interface 85 in ACT239. The processor 81 also turns off the patrol lamp 47. With this, the processor 81 ends the fifth information processing.

[0180] In this way, when the settlement process is completed in the payment machine 4, a payment completion event is transmitted to the sales processing device 3. In the sales processing device 3 which receives the payment completion event, the second payment in progress flag Fb is rewritten to "0" in ACT173 of Fig. 12. As a result, when the first payment in progress flag Fa is "1", that is, when the payment button BAe on the sub-screen SAb or the payment button BAh on the payment screen SAd is pressed, the processor 81 of the payment machine 4 starts the fifth information processing again in conjunction with the processing of ACT214 to ACT216 of Fig. 13.

[0181] Here, the processor 81 realizes the function of third payment accepting means 401 by processing ACT226. The processor 81 realizes the function of second processing means 402 by processing ACT203. The processor 81 realizes the function of second settlement means 403 by processing ACT233. The processor 81 realizes the function of deletion means 404 by processing ACT213.

[0182] [Product sales system function] Next, the operation of the product sales system 1 that operates as described above will be described. The store clerk uses the input device 2 to input the product codes, etc., of the purchased products that the purchaser purchases, one by one. Each time a product code, etc. is input, the sales processing device 3 stores the product sales data of the purchased product in the first transaction file 621. The sales processing device 3 also transmits an input event to the payment machine 4. In response to this input event, the payment machine 4 stores the product sales data of the purchased product in the third transaction file 821.

[0183] When the clerk has finished inputting data on all the purchased items purchased by the first purchaser, he / she inputs the payment button BAe on the sub-screen SAb or the payment button BAh on the payment screen SAd. At this time, it is assumed that both the sales processing device 3 and the payment machine 4 are available. That is, both the payment in progress flag Fa and the payment in progress flag Fb are "0". In this case, a pop-up PUb is displayed on the touch panel 23 of the input device 2 to notify that payment is possible at the sales processing device 3. Also, text TXb is displayed on the display 25 of the input device 2 to indicate that payment is possible. Therefore, the first purchaser moves to the location where the sales processing device 3 is installed and pays for the purchased items by self-operation.

[0184] Next, assume that while the first purchaser is paying at the sales processing device 3, the second purchaser has finished inputting data for all the purchased items and inputs the payment button BAe or the payment button BAh. That is, the payment in progress flag Fa is "1" and the payment in progress flag Fb is "0". In this case, a pop-up PUc is displayed on the touch panel 23 of the input device 2 to guide the purchaser to the payment machine 4. Also, text TXc is displayed on the display 25 of the input device 2 to instruct the purchaser to pay at the payment machine 4. Therefore, the second purchaser moves to the location where the payment machine 4 is installed and pays for the purchased items by self-operation.

[0185] Next, assume that while two purchasers are paying for the purchase at the sales processing device 3 and the payment machine 4, a third purchaser has finished inputting all the purchase items and has pressed the payment button BAe or the payment button BAh. That is, both the payment in progress flag Fa and the payment in progress flag Fb are "1". In this case, a pop-up PUa is displayed on the touch panel 23 of the input device 2 to inform the purchaser that payment is not possible. Also, text TXa is displayed on the display 25 of the input device 2 to instruct the purchaser to wait because payment is not possible. Therefore, the third purchaser waits for the previous purchaser to finish the transaction.

[0186] Here, it is assumed that the purchaser who was operating the sales processing device 3 has already finished paying the price. In this case, the payment in progress flag Fa becomes "0", and so a pop-up PUb is displayed on the touch panel 23 of the input device 2 to inform the purchaser that payment is possible at the sales processing device 3. Also, text TXb is displayed on the display 25 of the input device 2 to indicate that payment is possible. Therefore, the third purchaser pays the price by self-operation at the sales processing device 3.

[0187] Conversely, if the purchaser who was operating the payment machine 4 finishes paying first, the payment in progress flag Fb becomes "1", and a pop-up PUc is displayed on the touch panel 23 of the input device 2 to guide the purchaser to the payment machine 4. Also, text TXc is displayed on the display 25 of the input device 2 to instruct the purchaser to pay the price at the payment machine 4. Therefore, the third purchaser pays the price by self-operation at the payment machine 4.

[0188] In this way, in the product sales system 1, the purchaser can pay for the purchased product by self-operating the sales processing device 3 or the payment machine 4. However, this system has the following concerns.

[0189] That is, each time a product code is input from the input device 2 as information related to the purchased product, the sales processing device 3 stores the product sales data in the first transaction file 621 based on the product code. The sales processing device 3 also transmits input events including the product code to the payment machine 4 in a continuous stream. Meanwhile, the payment machine 4 stores the product sales data in the third transaction file 821 based on the product code included in the input event received from the sales processing device 3. Therefore, if there is no loss in the input event transmitted from the sales processing device 3 to the payment machine 4, the product sales data stored in the first transaction file 621 and the product sales data stored in the third transaction file match. However, data communication from the sales processing device 3 to the payment machine 4 is not necessarily always stable. There may be a case where some communication failure occurs temporarily and data is not transmitted. If a communication failure occurs during transmission of an input event, the input event is lost in the payment machine 4. If an input event is lost, the product sales data stored in the third transaction file will be lost and will not match the product sales data stored in the first transaction file 621. Thus, if the merchandise sales data stored in the third transaction file does not match the merchandise sales data stored in the first transaction file 621, the transaction cannot be properly settled at the payment device 4. Next, first to third embodiments will be described as embodiments for avoiding problems that may occur when data transmitted in a sporadic manner from the sales processing device 3 to the payment device 4 is missing.

[0190] [First embodiment] First, the first embodiment will be described with reference to FIGS. 40 is a schematic diagram showing the main functional configuration of the product sales system 1 in the first embodiment. As shown in FIG. 40, the product sales system 1 includes a missing item detection means 91 and a control means 92.

[0191] The absence detection means 91 has a function of detecting whether or not there is a loss in the information related to the purchased item transmitted to the payment machine 4 by the information transmission means 309 of the sales processing device 3. In other words, the absence detection means 91 detects whether or not there is a loss in the input event, etc. transmitted from the sales processing device 3 to the payment machine 4. The absence detection means 91 includes an adding means 931, a storage means 932, and a determining means 933.

[0192] The adding means 931 is a function that adds regular information to information related to purchased goods transmitted from the sales processing device 3 to the payment machine 4, i.e., to input events, etc. The regular information is, for example, serial numbers such as 1, 2, 3, ..., so-called sequence numbers. The regular information may also be, for example, character strings with a fixed order, such as a, b, c, .... The adding means 931 is a function that is realized by a first business program implemented by the sales processing device 3.

[0193] The storage means 932 has a function of storing regular information added to information relating to purchased goods received by the payment machine 4. That is, the storage means 932 obtains regular information from the information relating to purchased goods received by the payment machine 4, and writes and stores the information in memory in the order in which it was obtained. The storage means 932 is a function realized by a second business program implemented by the payment machine 4, in cooperation with a memory provided in the payment machine 4.

[0194] The determination means 933 is a function for determining whether or not there is a loss of information related to the purchased product. The determination means 933 determines whether or not the regularity of the regular information added to the information related to the purchased product received by the payment machine 4 has been lost. If the regularity has not been lost, the determination means 933 determines that there is no loss of information related to the purchased product. On the other hand, if the regularity has been lost, the determination means 933 determines that there is a loss of information related to the purchased product. For example, if there is a loss in the sequence number stored by the storage means 932, the determination means 933 determines that there is a loss of information related to the purchased product. The determination means 933 is a function realized by a second business program implemented by the payment machine 4. The determination means 933 may be a function realized by a first business program implemented by the sales processing device 3.

[0195] The control means 92 is a function that, when the absence detection means 91 detects the absence of information related to the purchased goods, validates the payment by the first payment means 304 of the sales processing device 3 and invalidates the payment by the second payment means 403 of the payment machine 4. That is, when the absence detection means 91 detects the absence of information related to the purchased goods, the control means 92 validates the payment by the first payment means 304 if another purchaser has not paid the price at the sales processing device 3. When another purchaser has paid the price at the sales processing device 3, the control means 92 waits for the payment to be completed and then validates the payment by the first payment means 304. The control means 92 invalidates the payment by the second payment means 403 by instructing the payment machine 4 to delete the data stored in the third transaction file 821. The control means 92 is a function that is realized by a first business program implemented by the sales processing device 3.

[0196] Incidentally, when the missing information detection means 91 detects that information relating to the purchased item is missing and the sales processing device 3 receives an instruction to end input from the input device 2, the guidance means 306 of the sales processing device 3 guides the user to wait until the transaction can be settled and then make the payment at the sales processing device.

[0197] FIG. 41 is a flow chart showing the main procedure of the sixth information processing executed by the processor 61 of the sales processing device 3 according to the first business program. The processor 61 waits for the occurrence of an event to be transmitted to the payment machine 4 as ACT301. When the event occurs, the processor 61 proceeds to ACT302. The processor 61 checks whether an input event has occurred as ACT302. If it is not an input event, the processor 61 proceeds to ACT303. The processor 61 checks whether a selection event has occurred as ACT303. If it is not a selection event, the processor 61 proceeds to ACT304. The processor 61 checks whether a deletion event has occurred as ACT304. If it is not a deletion event, the processor 61 proceeds to ACT305. The processor 61 checks whether a payment event has occurred as ACT305. In this way, when an event to be transmitted to the payment machine 4 occurs, the processor 61 identifies the type of the event as ACT302 to ACT305.

[0198] When an input event occurs in ACT 103 of Fig. 7, or when a selection event occurs in ACT 124 of Fig. 8, the processor 61 proceeds to ACT 306. The processor 61 issues regular information, for example, a sequence number, in ACT 306 and adds it to the input event or the selection event. Then, the processor 61 controls the input event or the selection event to which the sequence number has been added in ACT 307 so as to be transmitted to the payment machine 4. By this control, the input event or the selection event to which the sequence number has been added is transmitted from the communication interface 65 via the LAN 54 to the payment machine 4.

[0199] 9, the processor 61 proceeds to ACT 307. The processor 61 controls to transmit the deletion event to the payment machine 4 without adding a sequence number in ACT 307. By this control, the deletion event without the sequence number is transmitted from the communication interface 65 to the payment machine 4 via the LAN 54.

[0200] 10, the processor 61 proceeds to ACT 308. The processor 61 controls to transmit the payment event to the payment machine 4 without adding a sequence number in ACT 308. By this control, the payment event without the sequence number is transmitted from the communication interface 65 to the payment machine 4 via the LAN 54.

[0201] Although the details will be described later, the processor 81 of the payment machine 4 that has received the payment event returns an approval response or a negative response to the sales processing device 3. Then, the processor 61 checks whether or not an approval response has been received after transmitting the payment event in ACT309. If an approval response has been received, the processor 61 proceeds to ACT142 in FIG. 10. Then, the processor 61 executes the processes of ACT142 to ACT144 in the same manner as described above. That is, the processor 61 displays a pop-up PUc (see FIG. 25) on the small screen SAb or the payment screen SAd of the touch panel 23, informing the purchaser that the payment machine 4 is available and guiding the purchaser to the payment machine 4. The processor 61 also displays a text TXc (see FIG. 26) on the small screen SBb of the display 25, instructing the purchaser to pay the price at the payment machine 4. The processor 61 also rewrites the second payment in progress flag Fb to "1". The processor 61 also deletes the data stored in the first transaction file 621.

[0202] On the other hand, if a negative response is received from the payment machine 4, or if neither a positive response nor a negative response is received, the processor 61 proceeds to ACT310. In ACT310, a pop-up PUa (see FIG. 21) is displayed on the sub-screen SAb or payment screen SAd of the touch panel 23 to notify the user that payment is not possible. The processor 61 also displays text TXa (see FIG. 22) on the sub-screen SBb of the display 25 to instruct the user to wait because payment is not possible.

[0203] Thereafter, the processor 61 waits for the payment button BAe on the sub-screen SAb or the payment button BAh on the payment screen SAd to be input in ACT311. When the payment button BAe or the payment button BAh is input, the processor 61 proceeds to ACT312. The processor 61 checks the first payment in progress flag Fa in ACT312. If the first payment in progress flag Fa is "1", the processor 61 returns to ACT311. Thus, even if the payment button BAe or the payment button BAh is input, while the first payment in progress flag Fa is "1", that is, while the payment of the price is being made at the sales processing device 3, the processor 61 displays the pop-up PUa and the text TXa to notify the user that payment of the price is not possible.

[0204] On the other hand, when it is confirmed in ACT312 that the first payment in progress flag Fa has become "0", the processor 61 proceeds to ACT131 in FIG. 9. Then, the processor 61 executes the processes of ACT131 to ACT139 in the same manner as described above. That is, the processor 61 transmits a deletion event to the payment machine 4 via the communication interface 65. The processor 61 also displays a pop-up PUb (see FIG. 23) on the small screen SAb or the payment screen SAd of the touch panel 23 to notify that payment at the sales processing device 3 is possible. The processor 61 also displays a text TXb (see FIG. 24) on the small screen SBb of the display 25 to indicate that payment is possible. The processor 61 also stores the data stored in the first transaction file 621 in the second transaction file 622. Then, the processor 61 sets the payment status ST to "10" or "20", sets the first payment in progress flag Fa to "1", and clears the first transaction file 621.

[0205] As a result, the second information processing described with reference to Fig. 11 is executed in sales processing device 3. Therefore, the purchaser operates sales processing device 3 by himself / herself to make payment for the item.

[0206] FIG. 42 is a flow chart showing the main procedure of the seventh information processing executed by the processor 81 of the payment machine 4 according to the second business program. The processor 81 waits to receive an event transmitted from the sales processing device 3 as ACT401. When the event is received, the processor 81 proceeds to ACT402. The processor 81 checks whether an input event is received as ACT402. If it is not an input event, the processor 81 proceeds to ACT403. The processor 81 checks whether a selection event is received as ACT403. If it is not a selection event, the processor 81 proceeds to ACT404. The processor 81 checks whether a deletion event is received as ACT404. If it is not a deletion event, the processor 81 proceeds to ACT405. The processor 81 checks whether a payment event is received as ACT405. In this way, when the event transmitted from the sales processing device 3 is received, the processor 81 identifies the type of the event as ACT402 to ACT405.

[0207] 13, when an input event is received in ACT202 or ACT205, or when a selection event is received in ACT206, the processor 81 proceeds to ACT406. The processor 81 acquires regular information, such as a sequence number, that is added to the input event or selection event as ACT406, and stores it in the storage unit. The storage unit is a part of the volatile memory area of ​​the main memory 82. The processor 81 writes and stores the sequence numbers in the storage unit in the order of acquisition.

[0208] Having stored the regular information, the processor 81 proceeds to ACT407. The processor 81 executes processing according to the event received as ACT407. For example, when an input event is received, the processor 81 executes the processing of ACT203 and ACT204 in FIG. 13. Specifically, the processor 81 generates product sales data for the purchased product, and writes and stores the product sales data in the third transaction file 821. For example, when a selection event is received, the processor 81 executes the processing of ACT209 and ACT210 in FIG. 13. Specifically, the processor 81 acquires the payment code of the selected payment method, and adds the acquired payment code to the third transaction file 821. With this, the processor 81 ends the seventh information processing.

[0209] When a deletion event is received in ACT207 of Fig. 13, the processor 81 proceeds to ACT407. The processor 81 executes processing according to the deletion event in ACT407. That is, the processor 81 executes the processing of ACT213 of Fig. 13. Specifically, the processor 81 clears the third transaction file 821. With this, the processor 61 ends the seventh information processing.

[0210] When a payment event is received in ACT208 of FIG. 13, the processor 81 proceeds to ACT408. The processor 81 checks the regular information stored in the storage unit as ACT408. The processor 81 then determines whether the regular information has regularity as ACT409. For example, when the regular information is sequence information, the processor 81 determines whether the sequence numbers have gaps. For example, when there are no gaps in the sequence numbers, such as 1, 2, 3, 4, 5, ..., the processor 81 determines that there is regularity. On the other hand, when there are gaps in the sequence numbers, such as 1, 2, 4, 5, ..., the processor 81 determines that there is no regularity.

[0211] If there is a regularity, the processor 81 proceeds from ACT 409 to ACT 410. The processor 81 performs control so as to return an approval response to the sales processing device 3 that is the sender of the payment event, in ACT 410. By this control, an approval response signal is transmitted from the communication interface 85 to the sales processing device 3 via the LAN 54.

[0212] After that, the processor 81 proceeds to ACT214 in Fig. 13. Then, the processor 81 executes the processes of ACT214 to ACT216 in the same manner as described above. That is, the processor 81 stores the data of the third transaction file 821 in the fourth transaction file 822. The processor 81 also rewrites the third payment in progress flag Fc of the flag memory 823 to "1". Furthermore, the processor 81 clears the third transaction file 821.

[0213] As a result, the fifth information process described with reference to Figure 14 is executed in the payment machine 4. This allows the purchaser to operate the payment machine 4 by himself / herself and make the payment.

[0214] On the other hand, if it is determined in ACT409 that there is no regularity, the processor 81 proceeds to ACT411. The processor 81 performs control to return a negative response to the sales processing device 3 that is the sender of the payment event in ACT411. With this control, a negative response signal is transmitted from the communication interface 85 to the sales processing device via the LAN 54. With this, the processor 61 ends the seventh information processing.

[0215] Here, the processor 61 of the sales processing device 3 realizes the function of the adding means 931 by the processing of ACT306 in Fig. 41. The processor 81 of the payment machine 4 realizes the function of the storage means 932 by the processing of ACT406 in Fig. 42, and realizes the function of the determination means 933 by the processing of ACT408 and ACT409. The processor 61 of the sales processing device 3 realizes the function of the control means 92 by the processing of ACT309 to ACT312 in Fig. 41.

[0216] In this way, in the first embodiment, regular information is added to the input events and selection events transmitted in a trickle from the sales processing device 3 to the payment machine 4. In the payment machine 4, the regular information added to the input events and selection events received in a trickle from the sales processing device 3 is stored in a memory unit. Then, when a second purchaser is instructed to pay at the input device 2 while the first purchaser is paying at the sales processing device 3 and a payment event is transmitted from the sales processing device 3 to the payment machine 4, it is determined whether the information stored in the memory unit has regularity. If it has regularity, payment at the payment machine 4 is permitted. Therefore, the second purchaser operates the payment machine 4 by himself to pay the price.

[0217] On the other hand, if there is no regularity, payment at the payment machine 4 is not possible. Specifically, the data in the third transaction file 821 is deleted. At this time, a pop-up PUa is displayed on the sub-screen SAb or payment screen SAd of the touch panel 23 to inform the user that payment is not possible. Also, text TXa is displayed on the sub-screen SBb of the display 25 to instruct the user to wait because payment is not possible.

[0218] Thereafter, when the first purchaser has finished paying at the sales processing device 3, a pop-up PUb is displayed on the submenu SAb or payment screen SAd of the touch panel 23, informing the purchaser that payment at the sales processing device 3 is possible. Also, text TXb is displayed on the submenu SBb of the display 25 to indicate that payment is possible. Thus, payment at the sales processing device 3 is permitted. Therefore, the second purchaser operates the sales processing device 3 by himself to make the payment.

[0219] Thus, according to the first embodiment, if there is a loss in the data of an input event transmitted in a trickle from the sales processing device 3 to the payment machine 4, the payment destination of the price of the transaction related to that input event is limited to the sales processing device 3. Therefore, it is possible to prevent a problem in which settlement is made based on data with a loss.

[0220] In the first embodiment, the events to which regular information is added are the input event and the selection event, but regular information may be added only to the input event, or regular information may be added to other events such as a deletion event or a payment event.

[0221] [Second embodiment] Next, a second embodiment will be described with reference to FIGS. Fig. 43 is a schematic diagram showing the main functional configuration of the product sales system 1 in the second embodiment. As shown in Fig. 43, the product sales system 1 in the second embodiment also includes a missing part detection means 91 and a control means 92. However, the configuration of the missing part detection means 91 is different from that in the first embodiment. That is, the missing part detection means 91 includes a response means 941, a recognition means 942, and a determination means 943.

[0222] The response means 941 is a function whereby the payment machine 4, having received information relating to the purchased product from the sales processing device 3, returns a response signal. That is, the response means 941 returns a response signal of an approval response to the sales processing device 3 every time the payment machine 4 receives an input event or the like transmitted from the sales processing device 3. The response means 941 is a function realized by a second business program implemented in the payment machine 4.

[0223] The recognition means 942 is a function that recognizes a response signal returned from the payment machine 4 to the sales processing device 3. That is, every time a response signal is returned from the payment machine 4 to the sales processing device 3, the recognition means 942 recognizes whether the response signal is an approval response signal or not. The recognition means 942 is a function that is realized by a first business program implemented in the sales processing device 3.

[0224] The determination means 943 is a function that determines whether or not there is a loss in information related to the purchased product based on a response signal returned from the payment machine 4 to the sales processing device 3. That is, when the recognition means 942 cannot recognize the response signal of the acceptance response, the determination means 943 determines that there is a loss in the information related to the purchased product. Specifically, when the recognition means 942 cannot recognize the response signal of the acceptance response after an input event or the like is transmitted from the sales processing device 3, the determination means 943 sets the loss flag Fx to "1" and stores the occurrence of a loss. The determination means 943 is a function that is realized by a first business program implemented by the sales processing device 3. The determination means 933 may be a function that is realized by a second business program implemented by the payment machine 4.

[0225] Incidentally, in the second embodiment as well, if the missing information detection means 91 detects missing information related to the purchased item and the sales processing device 3 receives an input end instruction from the input device 2 and it is impossible to settle the transaction, the guidance means 306 of the sales processing device 3 will guide the user to wait until it becomes possible to settle the transaction and then make the payment at the sales processing device.

[0226] FIG. 44 is a flow chart showing the main procedure of the eighth information processing executed by the processor 61 of the sales processing device 3 according to the first business program. The processor 61 waits for the occurrence of an event to be transmitted to the payment machine 4 as ACT501. When the event occurs, the processor 61 proceeds to ACT502. The processor 61 checks whether an input event has occurred as ACT502. If it is not an input event, the processor 61 proceeds to ACT503. The processor 61 checks whether a selection event has occurred as ACT503. If it is not a selection event, the processor 61 proceeds to ACT504. The processor 61 checks whether a deletion event has occurred as ACT504. If it is not a deletion event, the processor 61 proceeds to ACT505. The processor 61 checks whether a payment event has occurred as ACT505. In this way, when an event to be transmitted to the payment machine 4 occurs, the processor 61 identifies the type of the event as ACT502 to ACT505.

[0227] When an input event occurs in ACT 103 of Fig. 7, or when a selection event occurs in ACT 124 of Fig. 8, the processor 61 proceeds to ACT 506. The processor 61 performs control to transmit the input event or the selection event to the payment machine 4 in ACT 506. By this control, the input event or the selection event is transmitted from the communication interface 65 to the payment machine 4 via the LAN 54.

[0228] The processor 61, which has controlled the transmission of the input event or the selection event, proceeds to ACT 507. In ACT 507, the processor 61 waits for a response signal from the payment machine 4. Then, when a response signal of an approval response is received, the processor 61 ends the eighth information processing.

[0229] On the other hand, if the response signal of the acceptance response cannot be received, the processor 61 proceeds to ACT508. If the response signal of the acceptance response cannot be received, it is assumed that the payment machine 4 has not correctly received the input event or the selected event. In other words, it is assumed that a loss has occurred in the event data. The processor 61 sets the loss flag Fx to "1" in ACT508. The loss flag Fx is 1-bit data for identifying whether or not a loss has occurred in the input event or the selected event. In this embodiment, the loss flag Fx indicating that a loss has occurred is set to "1". After setting the loss flag Fx to "1", the processor 61 ends the eighth information processing.

[0230] 9, when a deletion event occurs in ACT131, the processor 61 proceeds to ACT509. The processor 61 controls to transmit the deletion event to the payment machine 4 as ACT509. By this control, the deletion event is transmitted from the communication interface 65 to the payment machine 4 via the LAN 54.

[0231] The processor 61, which has controlled the transmission of the deletion event, proceeds to ACT 510. The processor 61 checks the missing flag Fx in ACT 510. If the missing flag Fx is set to "1", the processor 61 proceeds to ACT 511. The processor 61 resets the missing flag Fx to "0" in ACT 511. Thus, after resetting the missing flag Fx to "0" or confirming that the missing flag Fx is "0", the processor 61 ends the eighth information processing.

[0232] Incidentally, a deletion event is transmitted when a purchaser pays the price by operating the sales processing device 3. In other words, when a deletion event is transmitted, there is no problem even if data is missing from the payment device 4. Therefore, the processor 61 resets the missing flag Fx to "0".

[0233] If a payment event occurs in ACT141 of Fig. 10, the processor 61 proceeds to ACT512. The processor 61 checks the missing flag Fx in ACT512. If the missing flag Fx is "0", the processor 61 proceeds to ACT141 of Fig. 10. The processor 61 executes the processes of ACT141 to ACT144 in the same manner as described above.

[0234] That is, the processor 61 controls so as to send a payment event to the payment machine 4. By this control, the payment event is sent from the communication interface 65 to the payment machine 4 via the LAN 54. The processor 61 also displays a pop-up PUc (see FIG. 25) on the small screen SAb or payment screen SAd of the touch panel 23, informing the purchaser that the payment machine 4 is available and guiding the purchaser to the payment machine 4. The processor 61 also displays text TXc (see FIG. 26) on the small screen SBb of the display 25 to instruct the purchaser to pay the amount at the payment machine 4. The processor 61 also rewrites the second payment in progress flag Fb to "1". The processor 61 also deletes the data stored in the first transaction file 621.

[0235] The loss flag Fx being "0" means that no data loss has occurred in the payment machine 4. Therefore, the purchaser operates the payment machine 4 by himself to make the payment.

[0236] On the other hand, if the missing flag Fx is "1" in ACT512, the processor 61 proceeds to ACT513. The processor 61 resets the missing flag Fx to "0" in ACT513. The processor 61 also displays a pop-up PUa (see FIG. 21) on the small print screen SAb or the payment screen SAd of the touch panel 23 in ACT514, notifying the user that payment is not possible. The processor 61 also displays text TXa (see FIG. 22) on the small print screen SBb of the display 25, instructing the user to wait because payment is not possible.

[0237] Thereafter, the processor 61 waits for the payment button BAe on the sub-screen SAb or the payment button BAh on the payment screen SAd to be input in ACT515. When the payment button BAe or the payment button BAh is input, the processor 61 proceeds to ACT516. The processor 61 checks the first payment in progress flag Fa in ACT516. If the first payment in progress flag Fa is "1", the processor 61 returns to ACT515. Thus, even if the payment button BAe or the payment button BAh is input, while the first payment in progress flag Fa is "1", that is, while the payment of the price is being made at the sales processing device 3, the processor 61 displays the pop-up PUa and the text TXa to notify that the payment of the price is not possible.

[0238] When it is confirmed in ACT516 that the first payment in progress flag Fa has become "0", the processor 61 proceeds to ACT131 in FIG. 9. Then, the processor 61 executes the processes of ACT131 to ACT139 in the same manner as described above. That is, the processor 61 transmits a deletion event to the payment machine 4 via the communication interface 65. The processor 61 also displays a pop-up PUb (see FIG. 23) on the small screen SAb or the payment screen SAd of the touch panel 23 to notify that payment at the sales processing device 3 is possible. The processor 61 also displays a text TXb (see FIG. 24) on the small screen SBb of the display 25 to indicate that payment is possible. The processor 61 also stores the data stored in the first transaction file 621 in the second transaction file 622. Then, the processor 61 sets the payment status ST to "10" or "20", sets the first payment in progress flag Fa to "1", and clears the first transaction file 621.

[0239] As a result, the second information processing described with reference to Fig. 11 is executed in sales processing device 3. Therefore, the purchaser operates sales processing device 3 by himself / herself to make payment for the item.

[0240] 45 is a flow chart showing the main steps of the ninth information processing executed by the processor 81 of the payment machine 4 in accordance with the second business program. The processor 81 waits to receive an event transmitted from the sales processing device 3 as ACT601. When the event is received, the processor 81 proceeds to ACT602. The processor 81 determines the type of the event as ACT602. Then, when an input event or a selection event is received, the processor 81 proceeds to ACT603. The processor 81 performs control so as to return an approval response to the sales processing device 3 which is the sender of the event as ACT603. By this control, an approval response signal is transmitted from the communication interface 85 via the LAN 54 to the sales processing device.

[0241] After controlling the transmission of the acceptance response, the processor 81 proceeds to ACT604. On the other hand, when an event other than an input event or a selection event is received, the processor 81 skips the processing of ACT603 and proceeds to ACT604. The processor 81 executes an event reception process as ACT604. That is, when an input event is received, the processor 81 executes the processing of ACT203 and ACT204. When a selection event is received, the processor 81 executes the processing of ACT209 and ACT210. When a deletion event is received, the processor 81 executes the processing of ACT213. When a payment event is received, the processor 81 executes the processing of ACT214 to ACT216. These event reception processes are as described above, and therefore detailed explanations will be omitted here.

[0242] Here, the processor 81 of the payment machine 4 realizes the function of response means 941 by processing ACT603 in Figure 45. The processor 61 of the sales processing device 3 realizes the function of recognition means 942 by processing ACT507 in Figure 44, and realizes the function of determination means 943 by processing ACT508. The processor 61 of the sales processing device 3 realizes the function of control means 92 by processing ACT512 in Figure 44.

[0243] Thus, in the second embodiment, every time an input event and a selection event are transmitted from the sales processing device 3 to the payment machine 4, an acceptance response signal is returned from the payment machine 4 to the sales processing device 3. If an acceptance response signal is returned every time an input event and a selection event are transmitted, the absence flag Fx remains at "0". However, if an acceptance response signal is not returned even once, the absence flag Fx becomes "1". The fact that an acceptance response signal is not returned from the payment machine 4 means that the payment machine 4 was unable to correctly receive the input event or selection event, in other words, there is a loss of data.

[0244] The processor 61 of the sales processing device 3 checks the omission flag Fx when, while a first purchaser is paying at the sales processing device 3, a payment by a second purchaser is instructed at the input device 2 and a payment event is sent from the sales processing device 3 to the payment machine 4. If the omission flag Fx is "0", it is determined that no omission has occurred and a payment event is sent to the payment machine 4. Therefore, the second purchaser operates the payment machine 4 by himself to pay the omission.

[0245] On the other hand, if the missing flag Fx is "1", the processor 61 recognizes that a missing item has occurred. The processor 61 does not transmit a payment event to the payment machine 4. The processor 61 displays a pop-up PUa (see FIG. 21) on the small screen SAb or payment screen SAd of the touch panel 23 to inform the user that payment is not possible. The processor 61 also displays text TXa (see FIG. 22) on the small screen SBb of the display 25 to instruct the user to wait because payment is not possible. After that, when the purchaser has finished paying the price at the sales processing device 3, further payment at the sales processing device 3 is permitted. Therefore, the second purchaser operates the sales processing device 3 by himself to make the payment.

[0246] In this way, even in the second embodiment, if there is a loss in the data of an input event transmitted in a trickle from the sales processing device 3 to the payment machine 4, the payment destination of the price of the transaction related to that input event is limited to the sales processing device 3. Therefore, it is possible to prevent a problem in which settlement is made based on data with a loss.

[0247] In the second embodiment, the event for which the payment machine 4 returns an approval response is not distinguished between an input event and a selection event. The payment machine 4 may return an approval response only when an input event is received. In this case, the processor 61 of the sales processing device 3 does not perform the processes of ACT507 and ACT508 in Fig. 44 after transmitting the selection event. The payment machine 4 may also return an approval response for other events such as a deletion event and a payment event.

[0248] [Third embodiment] Next, a third embodiment will be described with reference to FIGS. Fig. 46 is a schematic diagram showing the main functional configuration of the product sales system 1 in the third embodiment. As shown in Fig. 46, the product sales system 1 in the third embodiment also includes a missing item detection means 91 and a control means 92. However, the configuration of the missing item detection means 91 differs from that in the first and second embodiments. That is, the missing item detection means 91 includes a transmission counting means 951, a reception counting means 952, and a determination means 953.

[0249] The transmission counting means 951 has a function of counting the number of transmissions each time an event is transmitted from the sales processing device 3 to the payment machine 4. That is, the transmission counting means 951 has a transmission counter Tc. The transmission counter Tc is reset to "0" before a transaction with a purchaser is started. Then, each time an input event or the like is transmitted in succession from the sales processing device 3 to the payment machine 4, the transmission counting means 951 counts up the transmission counter Tc by "1".

[0250] The reception counting means 952 has a function of counting the number of receptions each time the payment machine 4 receives an event transmitted from the sales processing device 3. That is, the reception counting means 952 has a reception counter Rc. The reception counter Rc is reset to "0" before the start of a transaction with a purchaser. Then, each time the payment machine 4 receives an input event or the like transmitted in succession from the sales processing device 3, the reception counting means 952 counts up the reception counter Rc by "1".

[0251] The determination means 953 is a function for determining whether or not there is a missing piece of information related to the purchased product based on the number of transmissions counted by the transmission counting means 951 and the number of receptions counted by the reception counting means 952. That is, the determination means 953 determines that there is a missing piece of information related to the purchased product when the number of transmissions and the number of receptions do not match, typically when the number of receptions is smaller than the number of transmissions. Specifically, the determination means 953 compares the count value of the transmission counter Tc with the count value of the reception counter Rc, and determines that there is a missing piece of information related to the purchased product if they do not match. The determination means 943 is a function realized by a second business program implemented by the payment machine 4. The determination means 933 may be a function realized by a first business program implemented by the sales processing device 3.

[0252] FIG. 47 is a flow chart showing the main procedure of the tenth information processing executed by the processor 61 of the sales processing device 3 according to the first business program. The processor 61 waits for the occurrence of an event to be transmitted to the payment machine 4 as ACT701. When the event occurs, the processor 61 proceeds to ACT702. The processor 61 checks whether an input event has occurred as ACT702. If it is not an input event, the processor 61 proceeds to ACT703. The processor 61 checks whether a selection event has occurred as ACT703. If it is not a selection event, the processor 61 proceeds to ACT704. The processor 61 checks whether a deletion event has occurred as ACT704. If it is not a deletion event, the processor 61 proceeds to ACT705. The processor 61 checks whether a payment event has occurred as ACT705. In this way, when an event to be transmitted to the payment machine 4 occurs, the processor 61 identifies the type of the event as ACT702 to ACT705.

[0253] When an input event occurs in ACT 103 of Fig. 7, or when a selection event occurs in ACT 124 of Fig. 8, the processor 61 proceeds to ACT 706. The processor 61 performs control to transmit the input event or the selection event to the payment machine 4 in ACT 706. By this control, the input event or the selection event is transmitted from the communication interface 65 to the payment machine 4 via the LAN 54.

[0254] After controlling the transmission of the input event or the selection event, the processor 61 proceeds to ACT 707. In ACT 707, the processor 61 counts up the transmission counter Tc by "1". With this, the processor 61 ends the eighth information processing.

[0255] 9, when a deletion event occurs in ACT131, the processor 61 proceeds to ACT708. The processor 61 controls to transmit the deletion event to the payment machine 4 as ACT708. By this control, the deletion event is transmitted from the communication interface 65 to the payment machine 4 via the LAN 54.

[0256] After controlling the transmission of the deletion event, the processor 61 proceeds to ACT 709. In ACT 709, the processor 61 resets the transmission counter Tc to "0." With this, the processor 61 ends the eighth information processing.

[0257] Incidentally, a deletion event is transmitted when the purchaser pays the price by operating the sales processing device 3. In other words, when a deletion event is transmitted, there is no problem even if data is missing from the payment device 4. Therefore, the processor 61 resets the transmission counter Tc to "0".

[0258] 10, when a payment event occurs in ACT141, the processor 61 proceeds to ACT710. The processor 61 performs control to transmit a notification event to the payment machine 4 as ACT710. By this control, the notification event is transmitted from the communication interface 65 to the payment machine 4 via the LAN 54. The notification event includes the count value of the transmission counter Tc.

[0259] Although details will be described later, upon receiving the notification event, the payment machine 4 returns an approval response or a negative response. Then, in ACT 711, the processor 61 waits for a response signal from the payment machine 4. Here, if an approval response signal is received from the payment machine 4, the processor 61 proceeds to ACT 712. In ACT 712, the processor 61 resets the transmission counter Tc to "0". After that, the processor 61 proceeds to ACT 141 in Fig. 10. The processor 61 executes the processes of ACT 141 to ACT 144 as described above.

[0260] That is, the processor 61 controls so as to send a payment event to the payment machine 4. By this control, the payment event is sent from the communication interface 65 to the payment machine 4 via the LAN 54. The processor 61 also displays a pop-up PUc (see FIG. 25) on the small screen SAb or payment screen SAd of the touch panel 23, informing the purchaser that the payment machine 4 is available and guiding the purchaser to the payment machine 4. The processor 61 also displays text TXc (see FIG. 26) on the small screen SBb of the display 25 to instruct the purchaser to pay the amount at the payment machine 4. The processor 61 also rewrites the second payment in progress flag Fb to "1". The processor 61 also deletes the data stored in the first transaction file 621.

[0261] Receipt of the response signal of the approval response means that no data has been lost in the payment machine 4. Therefore, the purchaser can operate the payment machine 4 by himself to make the payment.

[0262] On the other hand, if a response signal of a negative response is received from the payment machine 4, the processor 61 proceeds to ACT713. The processor 61 resets the transmission counter Tc to "0" in ACT713. The processor 61 also displays a pop-up PUa (see FIG. 21) on the small screen SAb or payment screen SAd of the touch panel 23 to notify that payment is impossible in ACT714. The processor 61 also displays text TXa (see FIG. 22) on the small screen SBb of the display 25 to instruct the user to wait because payment is impossible.

[0263] Thereafter, the processor 61 waits for the payment button BAe on the sub-screen SAb or the payment button BAh on the payment screen SAd to be input in ACT715. When the payment button BAe or the payment button BAh is input, the processor 61 proceeds to ACT716. The processor 61 checks the first payment in progress flag Fa in ACT716. If the first payment in progress flag Fa is "1", the processor 61 returns to ACT715. Thus, even if the payment button BAe or the payment button BAh is input, while the first payment in progress flag Fa is "1", that is, while the payment of the price is being made at the sales processing device 3, the processor 61 displays the pop-up PUa and the text TXa to notify that the payment of the price is not possible.

[0264] When it is confirmed in ACT716 that the first payment in progress flag Fa has become "0", the processor 61 proceeds to ACT131 in FIG. 9. Then, the processor 61 executes the processes of ACT131 to ACT139 in the same manner as described above. That is, the processor 61 transmits a deletion event to the payment machine 4 via the communication interface 65. The processor 61 also displays a pop-up PUb (see FIG. 23) on the small screen SAb or the payment screen SAd of the touch panel 23 to notify that payment at the sales processing device 3 is possible. The processor 61 also displays a text TXb (see FIG. 24) on the small screen SBb of the display 25 to indicate that payment is possible. The processor 61 also stores the data stored in the first transaction file 621 in the second transaction file 622. Then, the processor 61 sets the payment status ST to "10" or "20", sets the first payment in progress flag Fa to "1", and clears the first transaction file 621.

[0265] As a result, the second information processing described with reference to Fig. 11 is executed in sales processing device 3. Therefore, the purchaser operates sales processing device 3 by himself / herself to make payment for the item.

[0266] FIG. 48 is a flow chart showing the main procedure of the eleventh information processing executed by the processor 81 of the payment machine 4 according to the second business program. The processor 81 waits to receive an event transmitted from the sales processing device 3 as ACT801. When the event is received, the processor 81 proceeds to ACT802. The processor 81 checks whether an input event is received as ACT802. If it is not an input event, the processor 81 proceeds to ACT803. The processor 81 checks whether a selection event is received as ACT803. If it is not a selection event, the processor 81 proceeds to ACT804. The processor 81 checks whether a deletion event is received as ACT804. If it is not a deletion event, the processor 81 proceeds to ACT805. The processor 81 checks whether a payment event is received as ACT805. If it is not a payment event, the processor 81 proceeds to ACT806. The processor 81 checks whether a notification event is received as ACT806. In this way, when an event transmitted from the sales processing device 3 is received, the processor 81 identifies the type of the event as ACT802 to ACT806.

[0267] 13, if an input event is received in ACT202 or ACT205, or if a selection event is received in ACT206, the processor 81 proceeds to ACT807. In ACT807, the processor 81 counts up the reception counter Rc by "1". After that, the processor 81 proceeds to ACT809.

[0268] On the other hand, if a delete event is received in ACT207 of Fig. 13, or if a payment event is received in ACT208, the processor 81 proceeds to ACT808. The processor 81 resets the reception counter Rc to "0" in ACT808. After that, the processor 81 proceeds to ACT809.

[0269] In this way, when the reception counter Rc is counted up by "1" in ACT807, or when the reception counter Rc is reset to "0" in ACT808, the processor 81 proceeds to ACT809. The processor 81 executes an event reception process in ACT809. That is, when an input event is received, the processor 81 executes the processes of ACT203 and ACT204. When a selection event is received, the processor 81 executes the processes of ACT209 and ACT210. When a deletion event is received, the processor 81 executes the process of ACT213. When a payment event is received, the processor 81 executes the processes of ACT214 to ACT216. These event reception processes are as described above, and therefore detailed explanations will be omitted here.

[0270] When a notification event transmitted from the sales processing device 3 is received by the processing of ACT710 in Fig. 47, the processor 81 proceeds to ACT810. The processor 81 compares the count value of the transmission counter Tc and the count value of the reception counter Rc included in the notification event as ACT810. The processor 81 determines whether the count value of the transmission counter Tc and the count value of the reception counter Rc match as ACT811.

[0271] If the count value of the transmission counter Tc and the count value of the reception counter Rc match, the processor 81 proceeds to ACT 812. The processor 81 performs control to return an approval response to the sales processing device 3 that is the sender of the notification event as ACT 812. By this control, a response signal of the approval response is transmitted from the communication interface 85 to the sales processing device 3 via the LAN 54.

[0272] If the count value of the transmission counter Tc and the count value of the reception counter Rc do not match, the processor 81 proceeds to ACT813. The processor 81 performs control in ACT813 to return a negative response to the sales processing device 3 that is the sender of the notification event. This control causes a response signal of a negative response to be transmitted from the communication interface 85 to the sales processing device 3 via the LAN 54. With this, the processor 81 ends the eleventh information processing.

[0273] Here, the processor 61 of the sales processing device 3 realizes the function of transmission counting means 951 by processing ACT707 in Figure 47. The processor 81 of the payment machine 4 realizes the function of reception counting means 807 by processing ACT807 in Figure 48, and realizes the function of determination means 953 by processing ACT810 to ACT813. The processor 61 of the sales processing device 3 realizes the function of control means 92 by processing ACT711 in Figure 47.

[0274] In this way, in the third embodiment, every time an input event and a selection event are transmitted from the sales processing device 3 to the payment machine 4 in a cascading manner, the transmission counter Tc is counted up in the sales processing device 3, and the reception counter Rc is counted up in the payment machine 4. Then, when the second purchaser's payment is instructed by the input device 2 while the first purchaser is paying the price in the sales processing device 3, the processor 61 of the sales processing device 3 transmits a notification event when transmitting a payment event from the sales processing device 3 to the payment machine 4. In the payment machine 4 that receives this notification event, the count value of the transmission counter Tc and the reception counter Rc are compared. As a result, if the count value of the transmission counter Tc and the reception counter Rc match, it is determined that no missing has occurred, and an acceptance response is returned to the sales processing device 3. The sales processing device 3 that receives the acceptance response transmits a payment event to the payment machine 4. Therefore, the second purchaser operates the payment machine 4 by himself to pay the price.

[0275] On the other hand, if the count value of the transmission counter Tc and the reception counter Rc do not match, the payment machine 4 does not return an approval response to the sales processing device 3. Since there is no approval response, the processor 61 of the sales processing device 3 recognizes that a missing item has occurred. The processor 61 does not transmit a payment event to the payment machine 4. The processor 61 displays a pop-up PUa (see FIG. 21) on the small screen SAb or the payment screen SAd of the touch panel 23 to notify that payment is impossible. The processor 61 also displays text TXa (see FIG. 22) on the small screen SBb of the display 25 to instruct the user to wait because payment is impossible. After that, when the purchaser's payment is completed at the sales processing device 3, the payment at the sales processing device 3 is allowed to continue. Therefore, the second purchaser operates the sales processing device 3 by himself to make the payment.

[0276] In this way, even in the third embodiment, if there is a loss in the data of an input event transmitted in a trickle from the sales processing device 3 to the payment machine 4, the payment destination of the price of the transaction related to that input event is limited to the sales processing device 3. Therefore, it is possible to prevent a problem in which settlement is made based on data with a loss.

[0277] In the third embodiment, the events counted by the transmission counter Tc and the reception counter Rc may be only input events.

[0278] [Other embodiments] The product sales system may be configured with two input devices 2 and sales processing devices 3, and one payment machine 4, with the two sales processing devices 3 sharing one payment machine 4. In this case, each sales processing device 3 transmits an event to the payment machine 4 including identification information unique to the sales processing device 3. The identification information may be identification information of the store clerk operating the input device 2, such as an employee code.

[0279] The first payment acceptance means 203 of the input device 2 may be omitted. In that case, the purchaser will select the payment method by operating the sales processing device 3 or the payment machine 4 by himself / herself. However, when paying with a gift certificate or other voucher, the intervention of a store clerk is required. For this reason, it is desirable for the input device 2 to have a function for selecting a gift certificate payment.

[0280] The product sales system 1 can simultaneously process a maximum of three purchasers. Therefore, the sales processing device 3 and the payment machine 4 each have three transaction files, a first transaction file, a second transaction file, and a third transaction file. A unique port number is assigned to each transaction file, and for example, the port number assigned to the first transaction file of the sales processing device 3 is associated with the port number assigned to the first transaction file of the payment machine 4. Similarly, the port number assigned to the second transaction file of the sales processing device 3 is associated with the port number assigned to the second transaction file of the payment machine 4. Also, the port number assigned to the third transaction file of the sales processing device 3 is associated with the port number assigned to the third transaction file of the payment machine 4. Then, the sales processing device 3 outputs the product sales data stored in each transaction file to the transaction file of the payment machine 4 having the port number associated with the port number of the transaction file. By adopting such a configuration, the process of ACT133 in FIG. 9 and the process of ACT214 in FIG. 13 can be omitted. In the third embodiment, a transmission counter Tc and a reception counter Rc may be provided for each of the first to third transaction files.

[0281] Although several other 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 forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. These embodiments and their modifications are included within the scope of the invention and the scope of the invention and its equivalents described in the claims. [Explanation of symbols]

[0282] 1...Product sales system, 2...Input device, 3...Sales processing device, 4...Payment machine, 21...Fixed scanner, 22...Handheld scanner, 23...Touch panel, 24...Keyboard, 25...Display, 31...Keyboard, 32...First touch panel, 33...Handheld scanner, 34...Second touch panel, 35, 87...Printer, 36, 88...Automatic change machine, 37, 89...Cashless payment terminal, 41...Basket stand, 42...Touch panel, 47...Patrol lamp, 51...Checkout Counter, 52... cash register counter, 53... transmission cable, 54... LAN, 55... POS server, 61, 81... processor, 62, 82... main memory, 63, 83... auxiliary storage device, 64, 84... clock, 65, 85... communication interface, 66... ​​scanner interface, 67... touch panel interface, 68... printer interface, 69... change machine interface, 70... payment terminal interface, 71... input device interface, 72, 86 ...system transmission path, 91...missing detection means, 92...control means, 201...input means, 202...end acceptance means, 203...first payment acceptance means, 204...reading means, 301...first communication means, 302...first processing means, 303...second payment acceptance means, 304...first settlement means, 305...storage means, 306...guide means, 307...invalidation means, 308...second communication means, 309...information transmission means, 310...instruction transmission means, 311...deletion instruction means, 312...confirmation means, 313...points acquisition means Stages, 401...third payment accepting means, 402...second processing means, 403...second settlement means, 404...deletion means, 621...first transaction file, 622...second transaction file, 623...status memory, 624...flag memory, 821...third transaction file, 822...fourth transaction file, 823...flag memory, 931...addition means, 932...storage means, 933,943,953...determination means, 941...response means, 942...recognition means, 951...transmission counting means, 952...reception counting means.

Claims

1. a vending processor and a payment machine, The sales processing device includes: a first processing means for processing merchandise sales data of the purchased merchandise based on information related to the purchased merchandise input to an input device; an information transmitting means for transmitting information relating to the purchased goods to the payment machine before receiving an instruction to end input of the information relating to the purchased goods from the input device; an instruction sending means for sending the input end instruction to the payment machine when the settlement of the transaction is impossible at the time of receiving the input end instruction from the input device; and a first settlement means for settling the transaction of the sales data processed by the first processing means when the transaction settlement is possible at the time when the input end instruction is received from the input device; Equipped with The payment machine is A second processing means for processing merchandise sales data of the purchased merchandise based on the information related to the purchased merchandise received from the sales processing device; and a second settlement means for settling a transaction of the sales data processed by the second processing means in response to receiving the input end instruction from the sales processing device; A product sales system comprising: a missing item detection means for detecting whether or not there is a missing item in the information related to the purchased item transmitted to the payment machine by the information transmission means of the sales processing device; a control means for validating the payment made by the first payment means of the sales processing device and invalidating the payment made by the second payment means of the payment machine when the missing information detection means detects that there is a missing information in the purchased product; A product sales system comprising:

2. The product sales system of claim 1, wherein the missing part detection means adds regular information to the information relating to the purchased product transmitted from the sales processing device to the payment machine, and detects that there is a missing part in the information relating to the purchased product when the regularity of the regular information added to the information relating to the purchased product received by the payment machine is lost.

3. 2. The product sales system according to claim 1, wherein the missing part detection means detects whether or not there is a missing part in the information relating to the purchased product based on the presence or absence of a response signal returned to the sales processing device when the payment machine receives the information relating to the purchased product.

4. The product sales system described in claim 1, wherein the missing detection means compares the number of times information related to the purchased product is sent from the sales processing device to the payment machine with the number of times the payment machine receives information related to the purchased product, and detects that there is a missing information related to the purchased product if they do not match.

5. a guidance means for, when the absence detection means has detected that information relating to the purchased product is missing and the sales processing device has received the input end instruction from the input device and payment for the transaction is impossible, providing guidance to wait until payment for the transaction is possible and to make payment at the sales processing device; The product sales system of claim 1, further comprising:

6. a vending processor and a payment machine, The sales processing device includes: a first processing means for processing merchandise sales data of the purchased merchandise based on information related to the purchased merchandise input to an input device; an information transmitting means for transmitting information relating to the purchased goods to the payment machine before receiving an instruction to end input of the information relating to the purchased goods from the input device; an instruction sending means for sending the input end instruction to the payment machine when the settlement of the transaction is impossible at the time of receiving the input end instruction from the input device; and a first settlement means for settling the transaction of the sales data processed by the first processing means when the transaction settlement is possible at the time when the input end instruction is received from the input device; Equipped with The payment machine is A second processing means for processing merchandise sales data of the purchased merchandise based on the information related to the purchased merchandise received from the sales processing device; and a second settlement means for settling a transaction of the sales data processed by the second processing means in response to receiving the input end instruction from the sales processing device; A computer of a product sales system comprising: a missing item detection means for detecting whether or not there is a missing item in the information related to the purchased item transmitted to the payment machine by the information transmission means of the sales processing device; and a control means for validating the payment made by the first payment means of the sales processing device and invalidating the payment made by the second payment means of the payment machine when the missing information detection means detects that there is a missing information in the information related to the purchased product; A program to function as a

Citation Information

Patent Citations

  • Commodity sales data processing system, support device and control program

    JP2016218917A

  • Product registration device and settlement assistance method

    WO2016136078A1

  • Commodity selling data processing device, and program

    JP2018152133A